本申請涉及通信技術領域，尤其涉及一種重啟狀態(tài)的確定方法及裝置。

背景技術：

通常情況下，在更換遠程主機中的主件之后，或者客戶端修改了遠程主機的配置信息之后，客戶端需要控制遠程主機進行重啟，以使遠程主機利用新的主件或者新的配置信息重新開始運行業(yè)務。在遠程主機重啟過程中，客戶端仍然會向遠程主機發(fā)送業(yè)務數(shù)據(jù)請求消息，而遠程主機在未完成重啟的情況下，不會處理客戶端的業(yè)務數(shù)據(jù)請求消息，從而會影響到客戶端的業(yè)務運行，只有在遠程主機重啟完成之后，才會處理客戶端的業(yè)務數(shù)據(jù)請求消息，并作出響應。因此，客戶端能夠實時獲得遠程主機的重啟狀態(tài)顯得尤為重要。

在現(xiàn)有技術中，通過利用ping工具來確定遠程主機的重啟狀態(tài)，即技術人員在ping工具中輸入遠程主機的IP(Internet Protocol，網(wǎng)際協(xié)議)地址，根據(jù)得到的ping結果確定遠程主機的重啟狀態(tài)，然而，該實現(xiàn)方式操作復雜，實時性差，且需要消耗大量的人力成本，因此用戶體驗不佳。

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

有鑒于此，本申請?zhí)峁┮环N重啟狀態(tài)的確定方法及裝置，以解決現(xiàn)有實現(xiàn)方式用戶體驗不佳的問題。

根據(jù)本申請實施例的第一方面，提供一種重啟狀態(tài)的確定方法，所述方法包括：

步驟一、在確定遠程主機需要進行重啟時，生成重啟命令，并向所述遠程主機發(fā)送重啟命令；

步驟二、以預設周期，向所述遠程主機周期性發(fā)送探測請求消息；

步驟三、當接收到所述遠程主機返回的探測請求響應消息時，停止執(zhí)行步驟二的過程，確定所述遠程主機重啟完成。

根據(jù)本申請實施例的第二方面，提供一種重啟狀態(tài)的確定裝置，所述裝置包括：

第一發(fā)送模塊，用于在確定遠程主機需要進行重啟時，生成重啟命令，并向所述遠程主機發(fā)送重啟命令；

第二發(fā)送模塊，用于以預設周期，向所述遠程主機周期性發(fā)送探測請求消息；

確定模塊，用于當接收到所述遠程主機返回的探測請求響應消息時，停止執(zhí)行第二發(fā)送模塊的過程，確定所述遠程主機重啟完成。

應用本申請實施例，客戶端在確定遠程主機需要進行重啟時，生成重啟命令，并向該遠程主機發(fā)送重啟命令，然后以預設周期，向該遠程主機周期性發(fā)送探測請求消息，當接收到該遠程主機返回的探測請求響應消息時，停止執(zhí)行以預設周期，向所述遠程主機周期性發(fā)送探測請求消息的過程，確定該遠程主機重啟完成?；谏鲜鰧崿F(xiàn)方式，客戶端通過周期性的向遠程主機發(fā)送探測請求消息，以探測遠程主機是否重啟完成，從而客戶端可以自動并實時的獲得遠程主機的重啟狀態(tài)，并且操作也簡單，不需要消耗任何人力成本，進而提升了用戶體驗。

附圖說明

圖1為本申請根據(jù)一示例性實施例示出的一種重啟狀態(tài)的確定方法的實施例流程圖；

圖2為本申請根據(jù)一示例性實施例示出的另一種重啟狀態(tài)的確定方法的實施例流程圖；

圖3為本申請根據(jù)一示例性實施例示出的一種客戶端的硬件結構圖；

圖4為本申請根據(jù)一示例性實施例示出的一種重啟狀態(tài)的確定裝置的實施例結構圖；

圖5為本申請根據(jù)一示例性實施例示出的另一種重啟狀態(tài)的確定裝置的實施例結構圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指并包含一個或多個相關聯(lián)的列出項目的任何或所有可能組合。

應當理解，盡管在本申請可能采用術語第一、第二、第三等來描述各種信息，但這些信息不應限于這些術語。這些術語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應于確定”。

圖1為本申請根據(jù)一示例性實施例示出的一種重啟狀態(tài)的確定方法的實施例流程圖，該重啟狀態(tài)的確定方法可以應用在客戶端上，該客戶端可以是PC機、平板電腦等，可以通過在客戶端上安裝應用的方式實現(xiàn)，如圖1所示，該重啟狀態(tài)的確定方法包括如下步驟：

步驟101：在確定遠程主機需要重啟時，生成重啟命令，并向該遠程主機發(fā)送重啟命令。

在一實施例中，在更換遠程主機中的主件，或者修改了遠程主機的配置信息之后，可以確定該遠程主機需要進行重啟，以使遠程主機利用新的主件或者新的配置信息重新開始運行業(yè)務。在另一實施例中，在遠程主機的系統(tǒng)運行緩慢，或者更新補丁的情況下，也可以確定該遠程主機需要進行重啟。

在另一實施例中，客戶端上可以安裝用于管理遠程主機的應用，在打開該應用后，客戶端顯示遠程主機的管理界面，并在檢測到管理界面上的重啟按鈕被觸發(fā)之后，生成重啟命令，然后再將該重啟命令發(fā)送至對應的遠程主機。其中，重啟按鈕得觸發(fā)方式可以是技術人員觸發(fā)重啟按鈕，也可以是客戶端在修改了遠程主機的配置信息之后，自動觸發(fā)該遠程主機對應的重啟按鈕。

步驟102：以預設周期，向該遠程主機周期性發(fā)送探測請求消息。

在一實施例中，該預設周期指的是客戶端向遠程主機發(fā)送探測請求消息的間隔時間，即在遠程主機重啟過程中，客戶端可以以預設周期，向遠程主機周期性的發(fā)送探測請求消息，該預設周期可以根據(jù)實踐經(jīng)驗進行設置，例如，預設周期可以設置為100毫秒。

在另一實施例中，探測請求消息可以用于檢測遠程主機是否存活，如果遠程主機正在重啟，則客戶端接收不到探測請求響應消息，表示遠程主機未存活，在該預設周期之后，客戶端繼續(xù)向該遠程主機發(fā)送探測請求消息。

步驟103：當接收到該遠程主機返回的探測請求響應消息時，停止執(zhí)行步驟102的過程，確定該遠程主機重啟完成。

在一實施例中，當客戶端接收到遠程主機返回的探測請求響應消息時，可以確定遠程主機已重啟完成，即已存活，此時，可以停止執(zhí)行步驟102的過程。

需要說明的是，客戶端在向遠程主機發(fā)送重啟命令之后，可以停止向該遠程主機發(fā)送業(yè)務數(shù)據(jù)請求消息，并在確定該遠程主機重啟完成之后，繼續(xù)向該遠程主機發(fā)送業(yè)務數(shù)據(jù)請求消息。從而，可以保證客戶端業(yè)務的完整性和連續(xù)性，即在遠程主機重啟過程中，客戶端暫停向遠程主機發(fā)送業(yè)務數(shù)據(jù)請求消息，避免客戶端的業(yè)務由于中斷而一直報錯，并在確定遠程主機完成重啟之后，繼續(xù)向遠程主機發(fā)送業(yè)務數(shù)據(jù)請求消息，繼續(xù)運行業(yè)務。

其中，關于業(yè)務數(shù)據(jù)請求消息請求的業(yè)務數(shù)據(jù)可以是遠程主機的CPU使用率，也可以是遠程主機的內(nèi)存使用率，本申請對業(yè)務數(shù)據(jù)請求消息請求的業(yè)務數(shù)據(jù)不進行具體限制。

本實施例中，客戶端在確定遠程主機需要進行重啟時，生成重啟命令，并向該遠程主機發(fā)送重啟命令，然后以預設周期，向該遠程主機周期性發(fā)送探測請求消息，當接收到該遠程主機返回的探測請求響應消息時，停止執(zhí)行以預設周期，向所述遠程主機周期性發(fā)送探測請求消息的過程，確定該遠程主機重啟完成。基于上述實現(xiàn)方式，客戶端通過周期性的向遠程主機發(fā)送探測請求消息，以探測遠程主機是否重啟完成，從而客戶端可以自動并實時的獲得遠程主機的重啟狀態(tài)，并且操作也簡單，不需要消耗任何人力成本，進而提升了用戶體驗。

圖2為本申請根據(jù)一示例性實施例示出的另一種重啟狀態(tài)的確定方法的流程圖，本實施例利用本申請實施例提供的上述方法，如圖2所示，包括如下步驟：

步驟201：在向該遠程主機發(fā)送重啟命令之后，創(chuàng)建一個定時器，并開始計時。

在一實施例中，客戶端創(chuàng)建的定時器可以用于確定遠程主機的重啟時長。

步驟202：在該定時器記錄的時長超過預設時長之前，若接收到該遠程主機返回的探測請求響應消息，則停止計時，并根據(jù)該定時器記錄的時長確定重啟時長，并顯示該重啟時長。

在一實施例中，客戶端可以實時將定時器記錄的時長與預設時長進行比較，以確定記錄的時長是否超過預設時長，該預設時長指的是遠程主機重啟過程中需要的最大時長，可以根據(jù)實踐經(jīng)驗設置，例如，預設時長可以設置為60秒。在定時器記錄的時長超過預設時長之前，若客戶端接收到該遠程主機返回的探測請求響應消息，則控制該定時器停止計時。

在另一實施例中，客戶端可以確定該定時器記錄的時長，并將該時長確定為重啟時長，并在管理界面上顯示該重啟時長，以供技術人員進行查看，技術人員可以根據(jù)自身的經(jīng)驗知識，判斷重啟時長是否過長，如果技術人員認為重啟時長過長，則表示該遠程主機可能中病毒，或者該遠程主機的開機啟動項過多，從而需要技術人員進一步定位遠程主機的位置，并找到對應的遠程主機去確定重啟時長過長的真正原因。

步驟203：在該定時器記錄的時長超過預設時長時，若仍未接收到該遠程主機返回的探測請求響應消息，則停止計時，并顯示該遠程主機異常的提示消息。

在一實施例中，在客戶端檢測到定時器記錄的時長超過預設時長時，若仍未接收到該遠程主機返回的探測請求響應消息，則表示該遠程主機出現(xiàn)故障，控制定時器停止計時，并顯示該遠程主機異常的提示消息，以提示技術人員進一步定位遠程主機的具體故障。

本實施例中，客戶端在向遠程主機發(fā)送重啟命令之后，可以創(chuàng)建一個定時器，并開始計時，在該定時器記錄的時長超過預設時長之前，若接收到遠程主機返回的探測請求響應消息，則停止計時，并根據(jù)該定時器記錄的時長確定重啟時長，并顯示該重啟時長；在該定時器記錄的時長超過預設時長時，若仍未接收到該遠程主機返回的探測請求響應消息，則停止計時，并顯示該遠程主機異常的提示消息。基于上述實現(xiàn)方式，如果遠程主機在預設時長之內(nèi)能夠完成重啟，則可以確定該遠程主機的重啟時長，并顯示該重啟時長，以供技術人員查看，從而技術人員可以根據(jù)重啟時長初步判斷遠程主機是否正常，如果遠程主機在預設時長之后仍未完成重啟，則可以確定該遠程主機異常，并停止計時，以避免定時器無限計時影響客戶端的性能，并且還會顯示該遠程主機異常的提示消息，技術人員可以實時的發(fā)現(xiàn)有故障的遠程主機，并進行恢復。

與前述重啟狀態(tài)的確定方法的實施例相對應，本申請還提供了重啟狀態(tài)的確定裝置的實施例。

本申請重啟狀態(tài)的確定裝置的實施例可以應用在客戶端上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在設備的處理器將非易失性存儲器中對應的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，如圖3所示，為本申請根據(jù)一示例性的實施例示出的一種客戶端的硬件結構圖，除了圖3所示的處理器、內(nèi)存、網(wǎng)絡接口、以及非易失性存儲器之外，實施例中裝置所在的設備通常根據(jù)該設備的實際功能，還可以包括其他硬件，對此不再贅述。

圖4為本申請根據(jù)一示例性實施例示出的一種重啟狀態(tài)的確定裝置的實施例結構圖，該重啟狀態(tài)的確定裝置可以應用在客戶端上，如圖4所示，該重啟狀態(tài)的確定裝置包括：第一發(fā)送模塊41、第二發(fā)送模塊42以及確定模塊43。

其中，第一發(fā)送模塊41，用于在確定遠程主機需要進行重啟時，生成重啟命令，并向所述遠程主機發(fā)送重啟命令；

第二發(fā)送模塊42，用于以預設周期，向所述遠程主機周期性發(fā)送探測請求消息；

確定模塊43，用于當接收到所述遠程主機返回的探測請求響應消息時，停止執(zhí)行第二發(fā)送模塊42的過程，確定所述遠程主機重啟完成。

在一實施例中，所述裝置還包括(圖4中未示出)：

停止模塊，用于在所述第一發(fā)送模塊41向遠程主機發(fā)送重啟命令之后，停止向所述遠程主機發(fā)送業(yè)務數(shù)據(jù)請求消息；

繼續(xù)模塊，用于在所述確定模塊43確定所述遠程主機重啟完成之后，繼續(xù)向所述遠程主機發(fā)送所述業(yè)務數(shù)據(jù)請求消息。

圖5為本申請根據(jù)一示例性實施例示出的另一種重啟狀態(tài)的確定裝置的實施例結構圖，在上述圖4所示實施例的基礎上，如圖5所示，所述裝置還可包括：

計時模塊44，用于在所述第一發(fā)送模塊41向所述遠程主機發(fā)送重啟命令之后，創(chuàng)建一個定時器，并開始計時；

確定及顯示模塊45，用于在所述定時器記錄的時長超過預設時長之前，若接收到所述遠程主機返回的探測請求響應消息，則停止計時，并根據(jù)所述定時器記錄的時長確定重啟時長，并顯示所述重啟時長；

異常提示模塊46，用于在所述定時器記錄的時長超過所述預設時長時，若仍未接收到所述遠程主機返回的探測請求響應消息，則停止計時，并顯示所述遠程主機異常的提示消息。

上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應步驟的實現(xiàn)過程，在此不再贅述。

對于裝置實施例而言，由于其基本對應于方法實施例，所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本申請方案的目的。本領域普通技術人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

本實施例中，客戶端在確定遠程主機需要進行重啟時，生成重啟命令，并向該遠程主機發(fā)送重啟命令，然后以預設周期，向該遠程主機周期性發(fā)送探測請求消息，當接收到該遠程主機返回的探測請求響應消息時，停止執(zhí)行以預設周期，向所述遠程主機周期性發(fā)送探測請求消息的過程，確定該遠程主機重啟完成?；谏鲜鰧崿F(xiàn)方式，客戶端通過周期性的向遠程主機發(fā)送探測請求消息，以探測遠程主機是否重啟完成，從而客戶端可以自動并實時的獲得遠程主機的重啟狀態(tài)，并且操作也簡單，不需要消耗任何人力成本，進而提升了用戶體驗。

以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本申請保護的范圍之內(nèi)。