本申請涉及網絡通信技術領域，特別涉及一種離線檢測的方法和裝置。

背景技術：

在智能家居的場景中，當用戶通過客戶端綁定了若干臺智能設備時，通常具有通過客戶端提供的用戶界面，來實時查看已綁定成功的智能設備的設備狀態的需求。而在現有的針對已綁定的智能設備的設備狀態檢測機制中，針對各已綁定的智能設備的狀態檢測過程，通常是由服務器來判斷各智能設備發出的心跳報文是否超時來完成的。然而，現有的設備狀態檢測機制中，由于服務器通常在各智能設備發出的心跳報文超時時，才能夠確定出智能設備當前的設備狀態，因此用戶的體驗不好。

技術實現要素：

有鑒于此，本申請提供一種離線檢測的方法和裝置，提供客戶從客戶端獲取均有刷新功能的智能設備的即時狀態。

具體地，本申請是通過如下技術方案實現的：

一種離線檢測的方法，應用于客戶端，包括：

檢測到用戶針對已綁定的目標智能設備的狀態更新操作；

響應于檢測到的所述狀態更新操作，向服務器發送針對所述目標智能設備執行設備狀態更新的請求消息，以觸發所述服務器向所述目標智能設備下發用于觸發所述目標智能設備向所述服務器上報心跳報文的通知消息，并基于接收到的所述心跳報文對所述目標智能的設備進行狀態檢測；

當所述請求消息發送后的等待時長達到預設閾值時，向所述服務器發送針對所述目標智能設備的狀態查詢請求，并將所述服務端返回的所述目標智能設備的最新設備狀態向用戶輸出。

一種離線檢測的方法，應用于服務器，包括：

接收到客戶端發送的針對已綁定的目標智能設備執行設備狀態更新的請求消息；其中，所述請求消息由所述客戶端在檢測到用戶針對所述目標智能設備的狀態更新操作時觸發；

向所述目標智能設備下發用于觸發所述目標智能設備向所述服務器上報心跳報文的通知消息，并判斷在預設時長內是否接收到所述目標智能設備返回的心跳報文；

如果是，將所述目標智能設備的設備狀態設置為在線狀態；如果否，將所述目標智能設備的設備狀態設置為離線狀態；

當接收到所述客戶端發送的針對所述目標智能設備的狀態查詢請求時，向所述客戶端返回所述目標智能設備的最新設備狀態，以通過所述客戶端向用戶輸出。

一種離線檢測的裝置，應用于客戶端，包括：

檢測單元，用于檢測到用戶針對已綁定的目標智能設備的狀態更新操作；

響應單元，用于響應于檢測到的所述狀態更新操作，向服務器發送針對所述目標智能設備執行設備狀態更新的請求消息，以觸發所述服務器向所述目標智能設備下發用于觸發所述目標智能設備向所述服務器上報心跳報文的通知消息，并基于接收到的所述心跳報文對所述目標智能的設備進行狀態檢測；

發送單元，用于當所述請求消息發送后的等待時長達到預設閾值時，向所述服務器發送針對所述目標智能設備的狀態查詢請求，并將所述服務端返回的所述目標智能設備的最新設備狀態向用戶輸出。

一種離線檢測的裝置，應用于服務器，包括：

接收單元，用于接收到客戶端發送的針對已綁定的目標智能設備執行設備狀態更新的請求消息；其中，所述請求消息由所述客戶端在檢測到用戶針對所述目標智能設備的狀態更新操作時觸發；

下發單元，用于向所述目標智能設備下發用于觸發所述目標智能設備向所述服務器上報心跳報文的通知消息，并判斷在預設時長內是否接收到所述目標智能設備返回的心跳報文；

設置單元，用于如果是，將所述目標智能設備的設備狀態設置為在線狀態；如果否，將所述目標智能設備的設備狀態設置為離線狀態；

發送單元，用于當接收到所述客戶端發送的針對所述目標智能設備的狀態查詢請求時，向所述客戶端發送所述目標智能設備的最新設備狀態，以通過所述客戶端向用戶輸出。

在本申請中，客戶端在檢測到用戶針對已綁定的目標智能設備執的狀態更新操作時，可以生成針對目標智能設備執行狀態更新的請求，并將該請求消息上報至服務器，來觸發服務器在接收到該請求消息后，向該目標智能設備主動下發用于觸發該目標智能設備向該服務器上報心跳報文的通知消息，并基于接收到的心跳消息來主動探測該目標智能設備的設備狀態，然后將探測到的該目標智能設備的設備狀態反饋給客戶端。

一方面，由于客戶端是基于檢測到的用戶的狀態更新操作，向服務器發起針對目標智能設備的設備更新的請求消息的，因此可以實現用戶通過主動刷新已綁定的目標智能設備的即時設備狀態；

另一方面，由于服務器在接收到客戶端發送的設備狀態更新的請求消息時，可以主動通知目標智能設備上報心跳報文，因此與現有技術中目標智能設備主動向服務器發送心跳報文來完成設備狀態檢測的機制相比，在針對目標智能設備進行狀態檢測的過程中，客戶端可以不再需要等待該目標智能設備發送心跳報文的等待時長超時，因此可以即時的刷新該目標智能設備當前的設備狀態，提升用戶的體驗。

附圖說明

圖1為本申請一示例性實施例示出的一種離線檢測的方法流程圖；

圖2為本申請一示例性實施例示出的一種客戶端用戶界面示意圖；

圖3為本申請一示例性實施例示出的針對單個智能設備的狀態更新示意圖；

圖4為本申請一種離線檢測的裝置所在客戶端的一種硬件結構圖；

圖5為本申請一示例性實施例示出的應用于客戶端的一種離線檢測的裝置；

圖6為本申請一種離線檢測的裝置所在服務器的一種硬件結構圖；

圖7為本申請一示例性實施例示出的應用于服務器的一種離線檢測的裝置。

具體實施方式

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

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

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

在智能家居的場景中，當用戶通過客戶端綁定了若干臺智能設備時，通常具有通過客戶端提供的用戶界面，來實時查看已綁定成功的智能設備的設備狀態的需求。而在現有的針對已綁定的智能設備的設備狀態檢測機制中，針對各已綁定的智能設備的狀態檢測過程，通常是由服務器來判斷各智能設備發出的心跳報文是否超時來完成的。

具體的，智能設備可以通過周期性向服務器發送心跳報文，當服務器能夠實時地接收到智能設備發送的心跳報文時，表明該智能設備為在線狀態；在這種情況下，服務器可以記錄接收到該智能設備發送的心跳報文的時間，并將該智能設備的狀態設置為在線狀態，然后向客戶端反饋該智能設備的在線狀態的信息。當客戶端接收到該智能設備的在線狀態的信息時，可以在用戶界面中顯示該智能設備的在線狀態。

相反的，如果服務器在預設的超時時長內，沒有接收到該智能設備上報的心跳報文，表明該智能設備已經離線；在這種情況下，服務器可以將智能設備的狀態設置為離線狀態，然后向客戶端反饋該智能設備的離線狀態的信息。當客戶端接收到該智能設備的離線狀態的信息時，可以在用戶界面中顯示該智能狀態的離線狀態。

上述現有技術中，存在以下問題：

通常智能設備的心跳報文的超時時長比較長，而智能設備在離線后通常并不能主動的通知服務器，因此服務器通常需要等到各智能設備在上報心跳報文的超時時長超時后(比如N秒未接收到心跳報文)，才能確定該智能設備已經處于離線狀態，因此，對于用戶來說，無法及時的知道該智能設備的即時設備狀態。

為了解決現有技術中的問題，本申請提出了一種離線檢測的方法，客戶端在檢測到用戶針對已綁定的目標智能設備執的狀態更新操作時，可以生成針對目標智能設備執行狀態更新的請求，并將該請求消息上報至服務器，來觸發服務器在接收到該請求消息后，向該目標智能設備主動下發用于觸發該目標智能設備向該服務器上報心跳報文的通知消息，并基于接收到的心跳消息來主動探測該目標智能設備的設備狀態，然后將探測到的該目標智能設備的設備狀態反饋給客戶端。

一方面，由于客戶端是基于檢測到的用戶的狀態更新操作，向服務器發起針對目標智能設備的設備更新的請求消息的，因此可以實現用戶通過主動刷新已綁定的目標智能設備的即時設備狀態；

另一方面，由于服務器在接收到客戶端發送的設備狀態更新的請求消息時，可以主動通知目標智能設備上報心跳報文，因此與現有技術中目標智能設備主動向服務器發送心跳報文來完成設備狀態檢測的機制相比，在針對目標智能設備進行狀態檢測的過程中，客戶端可以不再需要等待該目標智能設備發送心跳報文的等待時長超時，因此可以即時的刷新該目標智能設備當前的設備狀態，提升用戶的體驗。

請參見圖1，圖1為本申請一示例性實施例示出的一種離線檢測的方法流程圖。具體執行以下步驟：

步驟101：客戶端檢測到用戶針對已綁定的目標智能設備的狀態更新操作；

請參見圖2，圖2為本申請一示例性實施例示出的一種客戶端用戶界面示意圖。

在本實施例中，上述客戶端可以是針對智能設備開發的APP，其中所述APP可以與服務器進行數據傳輸。

用戶可以啟動該客戶端，然后在用戶界面中可以顯示一個智能設備列表，其中該智能設備列表中包括若干已經綁定的智能設備，且各智能設備顯示了響應的狀態。

例如，如圖2所示，在用戶界面中包括一個智能設備列表，該列表中包含若干已經綁定的智能設備，每個智能設備均有對應的狀態顯示(比如智能設備顯示陰影狀態表示離線狀態，否則表示在線狀態)。

當用戶需要查詢目標智能設備的狀態時，用戶可以針對目標智能設備執行狀態更新操作，其中所述的目標智能設備可以是一個智能設備，也可以是整個智能設備列表中的所有智能設備。

請參見圖3，圖3為本申請一示例性實施例示出的針對單個智能設備的狀態更新示意圖。

在示出的一種實施方式中，當用戶在智能設備列表中點擊某個智能設備時，此時客戶端可以檢測到用戶針對該智能設備列表的觸發操作，并檢測到該觸發操作為針對該智能設備列表中的單個智能設備的觸發操作，客戶端可以將針對該單個智能設備的信息與操作選項輸出，顯示在用戶界面中。

用戶見到該目標智能設備的用戶界面時，用戶可以在該用戶界面中存在針對該目標智能設備的狀態更新操作選項，例如，所述選項可以是按鈕。

當用戶執行外針對該目標智能設備的狀態更新操作時，客戶端可以檢測并確定到針對所述目標智能設備的狀態更新操作。

例如，用戶可以點擊刷新按鈕，客戶端可以檢測并確定到針對該單個智能設備的狀態更新操作。

在示出的一種實施方式中，當用戶按照預設方向對整個智能設備列表進行刷新時，其中，所述預設方向在本申請中不做具體限定，該預設方向可以是向下，也可是向上。

當客戶端檢測到用戶針對該智能設備列表的觸發操作時，客戶端可以判斷該觸發操作是否是預設操作。此時客戶端可以檢測到用戶整個智能設備列表進行觸發操作，因此，可以確定所述智能設備列表中的各智能設備均選定為目標智能設備，由于該觸發操作為刷新操作，因此客戶端可以確定檢測到針對所述智能設備列表中的各目標智能設備的狀態更新操作。

步驟102：客戶端響應于檢測到的所述狀態更新操作，可以向服務器發送針對所述目標智能設備執行設備狀態更新的請求消息。

在本申請中，當客戶端確定檢查到針對所述目標智能設備的狀態更新操作時，客戶端可以構建針對所述目標智能設備執行設備狀態更新的請求消息，然后將該請求消息發送至服務器。

在示出的一種實施方式中，當服務器接收到客戶端發送的請求消息時，服務器可以從解析所述請求消息，然后中該請求消息中獲取所述目標智能設備，并判斷所述目標智能設備是否支持狀態刷新功能。

如果所述目標智能設備支持狀態刷新功能，此時服務器可以向該目標智能設備下發通知消息，以使該智能設備接收到該通知消息時向服務器發送心跳報文。

如果所述目標智能設備不支持狀態刷新功能，此時服務器可以將該目標智能設備的當前狀態發送至客戶端。

步驟103：服務器向所述目標智能設備下發用于觸發所述目標智能設備向所述服務器上報心跳報文的通知消息，并判斷在預設時長內是否接收到所述目標智能設備返回的心跳報文；

當服務器確定所述目標智能設備不支持狀態刷新功能時，服務器可以向所述目標智能設備下發用于觸發所述目標智能設備向所述服務器上報心跳報文的通知消息。

當服務器向所述目標智能設備下發用于觸發所述目標智能設備向所述服務器上報心跳報文的通知消息時，服務器可以啟動定時器，設置預設的時長。如果在預設的時長內接收到所述目標智能設備上報的心跳報文，在這種情況下，服務器可以確定所述目標智能設備為在線狀態，并將服務器中保存的所述目標智能設備的狀態設置為在線狀態。

如果在預設的時長內沒有接收到所述目標智能設備上報的心跳報文，在這種情況下，服務器可以確定所述目標智能設備為離線狀態，并將服務器中保存的所述目標智能設備的狀態設置為離線狀態。

步驟104：當所述請求消息發送后的等待時長達到預設閾值時，客戶端向服務器發送針對所述目標智能設備的狀態查詢請求。

在客戶端將所述請求消息發送至服務器后，當等待時長達到預設閾值時，客戶端可以構建針對所述目標智能設備的狀態查詢請求，然后將所述狀態查詢請求發送至服務器。

步驟105：當服務器接收到客戶端發送的針對所述目標智能設備的狀態查詢請求時，向所述客戶端返回所述目標智能設備的最新設備狀態，以使客戶端將所述目標智能設備的最新設備狀態向用戶輸出。

在示出的一種實施方式中，當服務器接收到客戶端發送的針對所述目標智能設備的狀態查詢請求時，服務器可以解析所述狀態查詢請求，然后從該狀態查詢請求中獲取所述目標智能設備，然后從服務器保存的智能設備的狀態記錄中獲取所述目標智能設備的最新狀態，并將所述目標智能設備的最新狀態返回至客戶端。

在本申請中，當客戶端接收到服務器返回的針對所述目標智能設備的最新狀態時，客戶端可以將該目標智能設備的最新狀態向用戶輸出。

例如，當客戶端接收到服務器返回的針對所述目標智能設備的最新狀態為離線狀態時，客戶端可以在用戶界面中將該目標智能狀態設置為陰影狀態。

以下結合智能家居的應用場景對本申請的技術方案進行詳細描述。

例如用戶打開APP想要查看空氣凈化器的狀態時，用戶可以在智能設備列表中查找到空氣凈化器的選項，然后點擊進入空氣凈化器的設備用戶界面。用戶可以在該界面中點擊刷新按鈕，客戶端就可以向服務器發送查詢請求，然后服務器可以主動向空氣凈化器查詢，來獲取空氣凈化器的狀態，最后將空氣凈化器的狀態反饋給客戶端，并顯示在客戶端的用戶界面中。

然而現有技術中，用戶無法通過客戶端主動發起查詢請求，需要等待服務器通過是否在預設的時長(比如5分鐘)內接收到空氣凈化器發送的心跳報文來判斷空氣凈化器的狀態，最后才將空氣凈化器的狀態反饋給客戶端，并顯示子客戶端的用戶界面中。

由以上提供的技術方案可見，客戶端在檢測到用戶針對已綁定的目標智能設備執的狀態更新操作時，可以生成針對目標智能設備執行狀態更新的請求，并將該請求消息上報至服務器，來觸發服務器在接收到該請求消息后，向該目標智能設備主動下發用于觸發該目標智能設備向該服務器上報心跳報文的通知消息，并基于接收到的心跳消息來主動探測該目標智能設備的設備狀態，然后將探測到的該目標智能設備的設備狀態反饋給客戶端。

一方面，由于客戶端是基于檢測到的用戶的狀態更新操作，向服務器發起針對目標智能設備的設備更新的請求消息的，因此可以實現用戶通過主動刷新已綁定的目標智能設備的即時設備狀態；

另一方面，由于服務器在接收到客戶端發送的設備狀態更新的請求消息時，可以主動通知目標智能設備上報心跳報文，因此與現有技術中目標智能設備主動向服務器發送心跳報文來完成設備狀態檢測的機制相比，在針對目標智能設備進行狀態檢測的過程中，客戶端可以不再需要等待該目標智能設備發送心跳報文的等待時長超時，因此可以即時的刷新該目標智能設備當前的設備狀態，提升用戶的體驗。

與前述一種離線檢測的方法的實施例相對應，本申請還提供了一種離線檢測的裝置的實施例。

本申請一種離線檢測的裝置的實施例可以應用在客戶端上。裝置實施例可以通過軟件實現，也可以通過硬件或者軟硬件結合的方式實現。以軟件實現為例，作為一個邏輯意義上的裝置，是通過其所在客戶端的處理器將非易失性存儲器中對應的計算機程序指令讀取到內存中運行形成的。從硬件層面而言，如圖4所示，為本申請一種離線檢測的裝置所在客戶端的一種硬件結構圖，除了圖4所示的處理器、內存、網絡接口、以及非易失性存儲器之外，實施例中裝置所在的客戶端通常根據該離線檢測的實際功能，還可以包括其他硬件，對此不再贅述。

請參見圖5，圖5為本申請一示例性實施例示出的應用于客戶端的一種離線檢測的裝置，所述裝置包括：檢測單元510，響應單元520，發送單元530。

其中，檢測單元510，用于檢測到用戶針對已綁定的目標智能設備的狀態更新操作；

響應單元520，用于響應于檢測到的所述狀態更新操作，向服務器發送針對所述目標智能設備執行設備狀態更新的請求消息，以觸發所述服務器向所述目標智能設備下發用于觸發所述目標智能設備向所述服務器上報心跳報文的通知消息，并基于接收到的所述心跳報文對所述目標智能的設備進行狀態檢測；

發送單元530，用于當所述請求消息發送后的等待時長達到預設閾值時，向所述服務器發送針對所述目標智能設備的狀態查詢請求，并將所述服務端返回的所述目標智能設備的最新設備狀態向用戶輸出。

在本申請示出的一種實施方式中，所述檢測單元510具體用于：

檢測用戶針對所述智能設備列表的觸發操作；

當檢測到用戶針對所述智能設備列表觸發操作時，判斷檢測到的觸發操作是否為預設操作；

如果是，將所述智能設備列表中的各智能設備均選定為目標智能設備，并確定檢測到針對所述智能設備列表中的各目標智能設備的狀態更新操作。

在本申請示出的另一種實施方式中，所述檢測單元510進一步用于：

檢測用戶針對所述智能設備列表的觸發操作；

當檢測到用戶針對所述智能設備列表中與任一智能設備對應的狀態更新選項的觸發操作時，將該智能設備選定為目標智能設備，并確定檢測到針對所述目標智能設備的狀態更新操作。

與前述一種離線檢測的方法的實施例相對應，本申請還提供了一種離線檢測的裝置的實施例。

本申請一種離線檢測的裝置的實施例可以應用在服務器上。裝置實施例可以通過軟件實現，也可以通過硬件或者軟硬件結合的方式實現。以軟件實現為例，作為一個邏輯意義上的裝置，是通過其所在服務器的處理器將非易失性存儲器中對應的計算機程序指令讀取到內存中運行形成的。從硬件層面而言，如圖6所示，為本申請一種離線檢測的裝置所在服務器的一種硬件結構圖，除了圖6所示的處理器、內存、網絡接口、以及非易失性存儲器之外，實施例中裝置所在的服務器通常根據該離線檢測的實際功能，還可以包括其他硬件，對此不再贅述。

請參見圖7，圖7為本申請一示例性實施例示出的應用于服務器的一種離線檢測的裝置，所述裝置包括：接收單元710，下發單元720，設置單元730，發送單元740。

其中，接收單元710，用于接收到客戶端發送的針對已綁定的目標智能設備執行設備狀態更新的請求消息；其中，所述請求消息由所述客戶端在檢測到用戶針對所述目標智能設備的狀態更新操作時觸發；

下發單元720，用于向所述目標智能設備下發用于觸發所述目標智能設備向所述服務器上報心跳報文的通知消息，并判斷在預設時長內是否接收到所述目標智能設備返回的心跳報文；

設置單元730，用于如果是，將所述目標智能設備的設備狀態設置為在線狀態；如果否，將所述目標智能設備的設備狀態設置為離線狀態；

發送單元740，用于當接收到所述客戶端發送的針對所述目標智能設備的狀態查詢請求時，向所述客戶端發送所述目標智能設備的最新設備狀態，以通過所述客戶端向用戶輸出。

在本申請示出實施例中，所述裝置還包括：

判斷單元，用于判斷所述目標智能設備是否支持狀態刷新功能；如果所述目標智能設備支持狀態刷新功能，向所述目標智能設備下發用于觸發所述目標智能設備向所述服務器上報心跳報文的通知消息；如果所述目標智能設備不支持狀態刷新功能，向客戶端返回所述目標智能設備的當前狀態。

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

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

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