本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種實現(xiàn)變更確認功能的方法、管理端及可信管理平臺。

背景技術(shù)：

可信管理平臺一個硬件管理系統(tǒng)，負責(zé)收集硬件設(shè)備變更信息，并對收集到的硬件設(shè)備變更信息進行分析和管理。

現(xiàn)在有技術(shù)將收集到的硬件設(shè)備變更信息反饋給操作人員，操作人員對反饋的硬件設(shè)備變更信息進行確認和更新。

針對于多個硬件設(shè)備的進行操作時，由于現(xiàn)有技術(shù)需要依靠人工來確認和更新硬件設(shè)備變更信息，因此現(xiàn)有技術(shù)會浪費大量時間，從而降低了可信管理平臺確認硬件設(shè)備變更信息的效率。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提供了一種實現(xiàn)變更確認功能的方法、管理端及可信管理平臺，能夠提高可信管理平臺確認硬件設(shè)備變更信息的效率。

第一方面，本發(fā)明提供了一種實現(xiàn)變更確認功能的方法，包括：

a1：接收部署在硬件設(shè)備上的代理端發(fā)送的變更信息，其中，所述變更信息是由所述代理端根據(jù)所述硬件設(shè)備的硬件信息的變化生成的；

a2：判斷所述變更信息是否符合預(yù)設(shè)的可信標(biāo)準，如果是，則執(zhí)行a3，否則，在操作界面上提示進行手動確認，當(dāng)接收到外部輸入的同意變更指令時，執(zhí)行a3；

a3：利用所述變更信息替換與所述變更信息對應(yīng)的待更新信息。

優(yōu)選地，進一步包括：

預(yù)先創(chuàng)建變更記錄表；

在所述在操作界面上提示進行手動確認之后，進一步包括：

給不符合所述可信標(biāo)準的所述變更信息配置待處理標(biāo)識；

將所述變更信息及其對應(yīng)的所述待處理標(biāo)識存儲到所述變更記錄表中。

優(yōu)選地，在所述將所述變更信息及其對應(yīng)的所述待處理標(biāo)識存儲到所述變更記錄表中之后，進一步包括：

當(dāng)接收到所述同意變更指令時，在所述變更記錄表中，將所述同意變更指令對應(yīng)的所述變更信息的所述待處理標(biāo)識替換為已確認標(biāo)識；

當(dāng)接收到取消變更指令時，在所述變更記錄表中，將所述取消變更指令對應(yīng)的所述變更信息的所述待處理標(biāo)識替換為已取消標(biāo)識。

優(yōu)選地，進一步包括：預(yù)先創(chuàng)建設(shè)備狀態(tài)表，其中，所述設(shè)備狀態(tài)表中包括設(shè)備號與所述待更新信息的對應(yīng)關(guān)系；

所述a3，包括：

讀取所述變更信息攜帶的待處理設(shè)備號；

根據(jù)所述待處理設(shè)備號，在所述設(shè)備狀態(tài)表中，利用所述變更信息替換所述待處理設(shè)備號對應(yīng)的所述待更新信息。

優(yōu)選地，在根據(jù)所述同意變更指令，利用所述變更信息替換與所述變更信息對應(yīng)的所述待更新信息之后，進一步包括：

根據(jù)所述同意變更指令對應(yīng)的所述變更信息，更新所述可信標(biāo)準。

第二方面，本發(fā)明提供了一種實現(xiàn)變更確認功能的管理端，包括：接收模塊、判斷模塊和更新模塊；

所述接收模塊，用于接收部署在硬件設(shè)備上的代理端發(fā)送的變更信息，其中，所述變更信息是由所述代理端根據(jù)所述硬件設(shè)備的硬件信息的變化生成的；

所述判斷模塊，用于判斷所述接收模塊接收的所述變更信息是否符合預(yù)設(shè)的可信標(biāo)準，如果是，則觸發(fā)所述更新模塊；否則，在操作界面上提示進行手動確認，當(dāng)接收到外部輸入的同意變更指令時，根據(jù)所述同意變更指令，觸發(fā)所述更新模塊；

所述更新模塊，用于利用所述變更信息替換與所述變更信息對應(yīng)的待更新信息。

優(yōu)選地，進一步包括：第一創(chuàng)建模塊、配置模塊和存儲模塊；

所述第一創(chuàng)建模塊，用于預(yù)先創(chuàng)建變更記錄表；

所述配置模塊，用于給不符合所述可信標(biāo)準的所述變更信息配置待處理標(biāo)識；

所述存儲模塊，用于將所述變更信息及其對應(yīng)的所述配置模塊配置的所述待處理標(biāo)識存儲到所述第一創(chuàng)建模塊創(chuàng)建的所述變更記錄表中。

優(yōu)選地，進一步包括：修改模塊；

所述修改模塊，用于執(zhí)行：

當(dāng)接收到所述同意變更指令時，在所述變更記錄表中，將所述同意變更指令對應(yīng)的所述變更信息的所述待處理標(biāo)識替換為已確認標(biāo)識；

當(dāng)接收到取消變更指令時，在所述變更記錄表中，將所述取消變更指令對應(yīng)的所述變更信息的所述待處理標(biāo)識替換為已取消標(biāo)識。

優(yōu)選地，進一步包括：第二創(chuàng)建模塊；

所述第二創(chuàng)建模塊，用于預(yù)先創(chuàng)建設(shè)備狀態(tài)表，其中，所述設(shè)備狀態(tài)表中包括設(shè)備號與待更新信息的對應(yīng)關(guān)系；

所述更新模塊，包括：讀取單元和更新單元；

所述讀取單元，用于讀取所述變更信息攜帶的待處理設(shè)備號；

所述更新單元，用于根據(jù)所述讀取單元讀取的所述設(shè)備號在所述設(shè)備狀態(tài)表中，利用所述變更信息替換所述待處理設(shè)備號對應(yīng)的所述待更新信息。

優(yōu)選地，進一步包括：轉(zhuǎn)換模塊；

所述轉(zhuǎn)換模塊，用于根據(jù)所述同意變更指令對應(yīng)的所述變更信息，更新所述可信標(biāo)準。

第三方面，本發(fā)明提供了一種實現(xiàn)變更確認功能的可信管理平臺，包括：至少一個代理端以及第二方面中任一所述的管理端；

所述代理端部署在硬件設(shè)備上；

所述代理端，用于實時監(jiān)測對應(yīng)的所述硬件設(shè)備的硬件信息是否發(fā)生變化，如果是，則生成變更信息，將所述變更信息推送至所述管理端。

本發(fā)明實施例提供了一種實現(xiàn)變更確認功能的方法、管理端及可信管理平臺，通過對比接收到的變更信息和預(yù)設(shè)的可信標(biāo)準，確定出符合可信標(biāo)準的確認信息，并直接利用變更信息替換待更新信息；對于不符合可信標(biāo)準的變更信息，則提示操作人員手動確認，操作人員確認后再利用變更信息替換待更新信息。由此可見，對比現(xiàn)有技術(shù)，本發(fā)明能夠替代操作人對變更信息進行確認和分析，并直接將已確認的變更信息替換成待更新信息，提高了可信管理平臺確認硬件設(shè)備變更信息的效率。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明一個實施例提供的一種實現(xiàn)變更確認功能的方法流程圖；

圖2是本發(fā)明一個實施例提供的另一種實現(xiàn)變更確認功能的方法流程圖；

圖3是本發(fā)明一個實施例提供的一種實現(xiàn)變更確認功能的管理端的結(jié)構(gòu)示意圖；

圖4是本發(fā)明一個實施例提供的另一種實現(xiàn)變更確認功能的管理端的結(jié)構(gòu)示意圖；

圖5是本發(fā)明一個實施例提供的又一種實現(xiàn)變更確認功能的管理端的結(jié)構(gòu)示意圖；

圖6是本發(fā)明一個實施例提供的再一種實現(xiàn)變更確認功能的管理端的結(jié)構(gòu)示意圖；

圖7是本發(fā)明一個實施例提供的還一種實現(xiàn)變更確認功能的管理端的結(jié)構(gòu)示意圖；

圖8是本發(fā)明一個實施例提供的一種實現(xiàn)變更確認功能的可信管理平臺的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例，基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

如圖1所示，本發(fā)明實施例提供了一種實現(xiàn)變更確認功能的方法，包括以下步驟：

步驟101，接收部署在硬件設(shè)備上的代理端發(fā)送的變更信息，其中，所述變更信息是由所述代理端根據(jù)所述硬件設(shè)備的硬件信息的變化生成的。

步驟102，判斷所述變更信息是否符合預(yù)設(shè)的可信標(biāo)準，如果是，則執(zhí)行步驟104，否則，執(zhí)行步驟103。

步驟103，在操作界面上提示進行手動確認，當(dāng)接收到外部輸入的同意變更指令時，執(zhí)行步驟104。

步驟104，利用所述變更信息替換與所述變更信息對應(yīng)的待更新信息。

本發(fā)明實施例提供了一種實現(xiàn)變更確認功能的方法，通過對比接收到的變更信息和預(yù)設(shè)的可信標(biāo)準，確定出符合可信標(biāo)準的確認信息，并直接利用變更信息替換待更新信息；對于不符合可信標(biāo)準的變更信息，則提示操作人員手動確認，操作人員確認后再利用變更信息替換待更新信息。由此可見，對比現(xiàn)有技術(shù)，本發(fā)明能夠替代操作人對變更信息進行確認和分析，并直接將已確認的變更信息替換成待更新信息，提高了可信管理平臺確認硬件設(shè)備變更信息的效率。

操作人員在確認不符合可信標(biāo)準的變更信息時，需要結(jié)合實際場景。比如，客戶針對服務(wù)器提出的要求、服務(wù)器運行參數(shù)的變化。這些原因都會影響操作人員對變更信息確認的結(jié)果，為了給操作人員提供確認依據(jù)。在本發(fā)明的一個實施例中，給不符合可信標(biāo)準的變更信息配置一個待處理標(biāo)識，并把變更信息和對應(yīng)的待處理標(biāo)識存儲到預(yù)先設(shè)置好的變更記錄表中，接收到同意變更指令時，則將同意變更指令對應(yīng)的待處理標(biāo)識替換成已確認表示；當(dāng)接收到取消變更指令時，則將消變更指令對應(yīng)的待處理標(biāo)識替換為已取消標(biāo)識，使得操作人員下次處理類似變更信息時，可以借鑒變更記錄表中的信息來確定是否同意本次申請，從而提高確認硬件設(shè)備變更信息的效率。

例如，共接收到3條變更信息a、b、c，經(jīng)過與可信標(biāo)準比對，a符合可信標(biāo)準，b、c不符合可信標(biāo)準，則分別給b、c配置待處理標(biāo)識，并將b、c和與之對應(yīng)的待處理標(biāo)識存儲到變更記錄表中。當(dāng)操作人員同意b變更時，會輸入同意變更指令，則用已確認標(biāo)識替換待處理標(biāo)識；當(dāng)操作人員取消c變更時，會輸入取消變更指令，則用已取消標(biāo)識代替待處理標(biāo)識。之后操作人員再次收到b、c時，在變更記錄表中查詢與b、c對應(yīng)的是已確認標(biāo)識還是已取消標(biāo)識，再進行相應(yīng)的操作。

通過上述方法，操作人員不用每次遇到不符合可信標(biāo)準時，都要去分析實際場景在作出判斷，同時還能夠根據(jù)變更記錄表中的信息查找服務(wù)器的優(yōu)化方式。例如，開始時，操作人員認為應(yīng)該取消變更信息a，但經(jīng)過測試，發(fā)現(xiàn)變更信息a能夠有效提高服務(wù)器性能，那么操作人員就可以到變更記錄表中查找變更信息a的完整內(nèi)容。

為了能夠?qū)崿F(xiàn)通過管理端代替操作人員將已確認的變更信息替換待更新信息，在本發(fā)明的一個實施例中，預(yù)先創(chuàng)建設(shè)備狀態(tài)表，在表中存儲設(shè)備號與待更新信息的對應(yīng)關(guān)系，當(dāng)存在已確認的變更信息時，讀取變更信息中的待處理設(shè)備號，根據(jù)設(shè)備號與待更新信息的對應(yīng)關(guān)系，利用變更信息替換待更新信息。

例如，設(shè)備號為“1”待更新信息為“a”，接收的變更信息為“1，b”，當(dāng)該變更信息確認后，根據(jù)設(shè)備號“1”，用“b”替代“a”，使得待更新信息變?yōu)椤?，b”。

為了能夠最大程度地減少操作人員確認變更信息的工作量，在本發(fā)明的一個實施例中，對于經(jīng)過操作人員輸入同意變更指令才確定的變更信息，會被設(shè)置為可信標(biāo)準，并對原有可信標(biāo)準進行更新。

例如，原有可信標(biāo)準為“滿足a條件，同意更新”，現(xiàn)有服務(wù)器變更信息為“滿足b條件，進行更新”，操作人員根據(jù)實際場景判定現(xiàn)有服務(wù)器可以更新，則可信標(biāo)準更新為“滿足a條件或b條件，同意更新”。

為了更好地說明本發(fā)明上述實施例，如圖2所示，本發(fā)明實施例提供了另一種實現(xiàn)變更確認功能的方法，包括以下步驟：

步驟201，接收部署在硬件設(shè)備上的代理端發(fā)送的變更信息。

在本發(fā)明實施例中，代理端安裝在硬件設(shè)備中，根據(jù)硬件設(shè)備的硬件信息變化生成變更信息，再將變更信息發(fā)送至管理端，其中變更信息包括：服務(wù)器的id、硬件設(shè)備型號和硬件設(shè)備參數(shù)。

例如，服務(wù)器a中的新?lián)Q的內(nèi)存卡換成型號為b，內(nèi)存大小為4g，則代理端生成的變更信息的格式為“a，b，4g”。

步驟202，判斷變更信息是否符合預(yù)設(shè)的可信標(biāo)準，如果是，則執(zhí)行步驟209，否則執(zhí)行步驟203。

在本發(fā)明實施例中，變更標(biāo)注包括：服務(wù)器的id、硬件設(shè)備型號和硬件設(shè)備參數(shù)。例如a服務(wù)器只能更新i、ii型號的內(nèi)存卡，且內(nèi)存卡的內(nèi)存閾值不小于4g，如果a服務(wù)器用其他型號的內(nèi)存卡或內(nèi)存閾值小于4g的i、ii型號的內(nèi)存卡，就判定當(dāng)前更新的內(nèi)存卡不符合更新標(biāo)準。

步驟203，在操作界面上提示進行手動確認。

在本發(fā)明實施例中，操作界面上會顯示“變更確認”按鈕和“取消”按鈕。

步驟204，給不符合可信標(biāo)準的變更信息配置待處理標(biāo)識。

在本發(fā)明實施例中，待處理標(biāo)識為字段“未知”。

步驟205，將變更信息及其對應(yīng)的待處理標(biāo)識存儲到預(yù)先創(chuàng)建的變更記錄表中。

在本發(fā)明實施例中，給符合標(biāo)準的變更信息配置已確認標(biāo)識，并將符合標(biāo)準的變更信息及其對應(yīng)的已確認標(biāo)識存儲到變更記錄表中，其中已確認標(biāo)識為字段“可信”

步驟206，接收外部輸入的指令，當(dāng)接收到當(dāng)接收到同意變更指令時，執(zhí)行步驟208，當(dāng)接收到取消變更指令時，執(zhí)行步驟207。

步驟207，將取消變更指令對應(yīng)的變更信息的待處理標(biāo)識替換為已取消標(biāo)識。

在本發(fā)明實施例中，已取消標(biāo)識為字段“不可信”

步驟208，將同意變更指令對應(yīng)的變更信息的待處理標(biāo)識替換為已確認標(biāo)識。

在本發(fā)明實施例中，根據(jù)步驟207和步驟208得到的變更信息記錄表能夠給操作人員對執(zhí)行相似的變更信息進行判斷時提供依據(jù)。

步驟209，讀取所述變更信息攜帶的待處理設(shè)備號。

步驟210，根據(jù)待處理設(shè)備號，在預(yù)先創(chuàng)建的、用于存儲設(shè)備號與待更新信息的對應(yīng)關(guān)系設(shè)備狀態(tài)表中，利用變更信息替換待處理設(shè)備號對應(yīng)的待更新信息。

如圖3所示，本發(fā)明實施例提供了一種實現(xiàn)變更確認功能的管理端，包括：接收模塊301、判斷模塊302，更新模塊303；

接收模塊301，用于接收部署在硬件設(shè)備上的代理端發(fā)送的所述硬件設(shè)備的變更信息，所述變更信息由所述代理端根據(jù)所述硬件設(shè)備的硬件信息變化生成；

判斷模塊302，用于判斷接收模塊301接收的所述變更信息是否符合預(yù)設(shè)的可信標(biāo)準，如果是，則觸發(fā)更新模塊303；否則，在操作界面上提示進行手動確認，當(dāng)接收到外部輸入的同意變更指令時，根據(jù)所述同意變更指令，觸發(fā)更新模塊303；

更新模塊303，用于利用所述變更信息替換與所述變更信息對應(yīng)的待更新信息。

如圖4所示，本發(fā)明實施例提供了另一種實現(xiàn)變更確認功能的管理端，進一步包括：第一創(chuàng)建模塊401、配置模塊402和存儲模塊403；

第一創(chuàng)建模塊401，用于預(yù)先創(chuàng)建變更記錄表；

配置模塊402，用于給不符合所述可信標(biāo)準的所述變更信息配置待處理標(biāo)識；

存儲模塊403，用于將所述變更信息及其對應(yīng)的配置模塊402配置的所述待處理標(biāo)識存儲到第一創(chuàng)建模塊401創(chuàng)建的所述變更記錄表中。

如圖5所示，本發(fā)明實施例提供了又一種實現(xiàn)變更確認功能的管理端，進一步包括：修改模塊501；

修改模塊501，用于執(zhí)行：

當(dāng)接收到所述同意變更指令時，在所述變更記錄表中，將所述同意變更指令對應(yīng)的所述變更信息的所述待處理標(biāo)識替換為已確認標(biāo)識；

當(dāng)接收到取消變更指令時，在所述變更記錄表中，將所述取消變更指令對應(yīng)的所述變更信息的所述待處理標(biāo)識替換為已取消標(biāo)識。

如圖6所示，本發(fā)明實施例提供了再一種實現(xiàn)變更確認功能的管理端，進一步包括：第二創(chuàng)建模塊601；

第二創(chuàng)建模塊601，用于預(yù)先創(chuàng)建設(shè)備狀態(tài)表，其中，所述設(shè)備狀態(tài)表中包括設(shè)備號與待更新信息的對應(yīng)關(guān)系；

更新模塊303，包括：讀取單元3031和更新單元3032；

讀取單元3031，用于讀取所述變更信息攜帶的待處理設(shè)備號；

更新單元3032，用于根據(jù)讀取單元3031讀取的所述設(shè)備號，在所述設(shè)備狀態(tài)表中，利用所述變更信息替換所述待處理設(shè)備號對應(yīng)的所述待更新信息。

如圖7所示，本發(fā)明實施例提供了再一種實現(xiàn)變更確認功能的管理端，進一步包括：轉(zhuǎn)換模塊701；

轉(zhuǎn)換模塊701，用于根據(jù)所述同意變更指令對應(yīng)的所述變更信息，更新所述可信標(biāo)準。

上述裝置內(nèi)的各單元之間的信息交互、執(zhí)行過程等內(nèi)容，由于與本發(fā)明方法實施例基于同一構(gòu)思，具體內(nèi)容可參見本發(fā)明方法實施例中的敘述，此處不再贅述。

如圖8所示，本發(fā)明實施例提供了一種實現(xiàn)變更確認功能的可信管理平臺，包括：至少一個代理端801以及上述實施例中任一所述的管理端802；

述代理端部署在硬件設(shè)備上；

代理端801，用于實時監(jiān)測對應(yīng)的所述硬件設(shè)備的硬件信息是否發(fā)生變化，如果是，則生成變更信息，將所述變更信息推送至管理端802。

本發(fā)明實施例提供了一種可讀介質(zhì)，包括執(zhí)行指令，當(dāng)存儲控制器的處理器執(zhí)行所述執(zhí)行指令時，所述存儲控制器執(zhí)行本發(fā)明任意一個實施例中提供的一種實現(xiàn)變更確認功能的方法。

本發(fā)明實施例提供了一種存儲控制器，包括：處理器、存儲器和總線；

所述存儲器用于存儲執(zhí)行指令，所述處理器與所述存儲器通過所述總線連接，當(dāng)所述存儲控制器運行時，所述處理器執(zhí)行所述存儲器存儲的所述執(zhí)行指令，以使所述存儲控制器執(zhí)行本發(fā)明任意一個實施例中提供的一種實現(xiàn)變更確認功能的方法。

綜上所述，本發(fā)明各個實施例至少具有如下有益效果：

1、本發(fā)明一個實施例中，通過對比接收到的變更信息和預(yù)設(shè)的可信標(biāo)準，確定出符合可信標(biāo)準的確認信息，并直接利用變更信息替換待更新信息；對于不符合可信標(biāo)準的變更信息，則提示操作人員手動確認，操作人員確認后再利用變更信息替換待更新信息。由此可見，對比現(xiàn)有技術(shù)，本發(fā)明能夠替代操作人對變更信息進行確認和分析，并直接將已確認的變更信息替換成待更新信息，提高了可信管理平臺確認硬件設(shè)備變更信息的效率。

2、本發(fā)明一個實施例中，通過在變更信息記錄表中存儲變更信息并對不同的確認結(jié)果分別配置已確認標(biāo)識、已取消標(biāo)識和待處理標(biāo)識，方便操作人員根據(jù)實際情況對相似的變更信息進行再次確認。

3、本發(fā)明一個實施例中，通過將同意變更指令對應(yīng)的變更信息，更新可信標(biāo)準，能夠不斷完善更新標(biāo)準，使得管理端能夠自動確認并更新更多的變更信息，從而進一步提高了確認硬件設(shè)備變更信息的效率。

需要說明的是，在本文中，諸如第一和第二之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個······”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同因素。

最后需要說明的是：以上所述僅為本發(fā)明的較佳實施例，僅用于說明本發(fā)明的技術(shù)方案，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進等，均包含在本發(fā)明的保護范圍內(nèi)。