本發(fā)明涉及物聯(lián)網(wǎng)技術領域，尤其是涉及一種智能設備的管控方法和裝置。

背景技術：

目前，物聯(lián)網(wǎng)已開始廣泛應用于智能家居設備的管控?，F(xiàn)有的管控方法，只能通過智能設備管控應用來實現(xiàn)，即首先在手機、平板等終端設備上安裝智能設備管控應用，然后在應用上注冊一個帳號，為該賬戶綁定一個主機，并建立該主機與多個智能設備的連接控制關系，從而就可以登錄該應用通過主機對各個智能設備進行管控。

現(xiàn)有的智能設備管控方案主要應用于家庭，由于家庭中的智能設備數(shù)量有限，因此只需要一個主機就能實現(xiàn)高效的管控。但對于企業(yè)來說，智能設備的數(shù)量通常比較龐大，而一個主機能夠接入和控制的設備是有限的，因此無法通過一個主機實現(xiàn)對所有智能設備的管控，而是需要引入多個主機。

然而，通過前述應用注冊的賬號，一個賬號只能綁定一個主機，如果需要引入多個主機就需要注冊多個帳號。這樣雖然能夠實現(xiàn)通過多個主機對所有智能設備的管控，但卻需要在多個帳號之間來回切換，操作極其不便，而且無法實現(xiàn)對所有智能設備的統(tǒng)一管控，無法達到高效智能的管控效果。

綜上所述，對于智能設備數(shù)量較多的應用場景，現(xiàn)有的智能設備管控方案會出現(xiàn)操作不便、效率低下、無法進行統(tǒng)一管控的技術問題。

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

本發(fā)明實施例的主要目的在于提供一種智能設備的管控方法和裝置，旨在解決現(xiàn)有的智能設備管控方案在智能設備數(shù)量較多的應用場景出現(xiàn)的操作不便、效率低下、無法進行統(tǒng)一管控的技術問題。

為達以上目的，一方面提出一種智能設備的管控方法，所述方法包括以下步驟：

WEB服務器接收通過第一賬號發(fā)送的綁定指令，根據(jù)所述綁定指令為所述第一帳號綁定至少兩個第二帳號，并存儲綁定信息；其中，每個第二帳號包含一個主機與至少一個智能設備的連接控制關系；

所述WEB服務器根據(jù)所述第一賬號的綁定信息展示設備管控頁面，所述設備管控頁面中至少包括控制模式以及與所述第一賬號綁定的智能設備的信息；

所述WEB服務器通過所述設備管控頁面接收控制指令，根據(jù)所述控制指令和所述綁定信息將所述控制指令分配給對應的主機，以使對應的主機根據(jù)所述控制指令控制對應的智能設備。

可選地，所述根據(jù)所述控制指令和所述綁定信息將所述控制指令分配給對應的主機包括：

根據(jù)所述控制指令包含的設備唯一標識確定所述控制指令擬控制的智能設備；

根據(jù)所述綁定信息確定所述智能設備對應的主機；

將所述控制指令分配給所述控制指令擬控制的智能設備所對應的主機。

可選地，所述將所述控制指令分配給所述控制指令擬控制的智能設備所對應的主機包括：

將所述控制指令發(fā)送給所述控制指令擬控制的智能設備對應的主機所對應的執(zhí)行服務器，以使所述執(zhí)行服務器將所述控制指令發(fā)送給對應的主機。

可選地，所述控制指令包括定時控制指令和非定時控制指令，所述將所述控制指令分配給所述控制指令擬控制的智能設備所對應的主機包括：

當所述控制指令為非定時控制指令時，將所述控制指令發(fā)送給所述控制指令擬控制的智能設備對應的主機所對應的執(zhí)行服務器，以使所述執(zhí)行服務器將所述控制指令發(fā)送給對應的主機；

當所述控制指令為定時控制指令時，將所述控制指令發(fā)送給定時服務器，以使所述定時服務器在到達定時時間后將所述控制指令轉發(fā)給所述控制指令擬控制的智能設備對應的主機所對應的執(zhí)行服務器，再由所述執(zhí)行服務器將所述控制指令發(fā)送給對應的主機。

可選地，所述WEB服務器通過所述設備管控頁面接收控制指令的步驟之后還包括：

對所述控制指令進行鑒權操作，當鑒權失敗時，不予響應所述控制指令。

另一方面，提出一種智能設備的管控裝置，所述裝置應用于WEB服務器，包括：

綁定模塊，用于接收通過第一賬號發(fā)送的綁定指令，根據(jù)所述綁定指令為所述第一帳號綁定至少兩個第二帳號，并存儲綁定信息；其中，每個第二帳號包含一個主機與至少一個智能設備的連接控制關系；

展示模塊，用于根據(jù)所述第一賬號的綁定信息展示設備管控頁面，所述設備管控頁面中至少包括控制模式以及與所述第一賬號綁定的智能設備的信息；

管控模塊，用于通過所述設備管控頁面接收控制指令，根據(jù)所述控制指令和所述綁定信息將所述控制指令分配給對應的主機，以使對應的主機根據(jù)所述控制指令控制對應的智能設備。

可選地，所述管控模塊包括：

第一確定單元，用于根據(jù)所述控制指令包含的設備唯一標識確定所述控制指令擬控制的智能設備；

第二確定單元，用于根據(jù)所述綁定信息確定所述智能設備對應的主機；

分配單元，用于將所述控制指令分配給所述控制指令擬控制的智能設備所對應的主機。

可選地，所述分配單元用于：將所述控制指令發(fā)送給所述控制指令擬控制的智能設備對應的主機所對應的執(zhí)行服務器，以使所述執(zhí)行服務器將所述控制指令發(fā)送給對應的主機。

可選地，所述控制指令包括定時控制指令和非定時控制指令，所述分配單元用于：

當所述控制指令為非定時控制指令時，將所述控制指令發(fā)送給所述控制指令擬控制的智能設備對應的主機所對應的執(zhí)行服務器，以使所述執(zhí)行服務器將所述控制指令發(fā)送給對應的主機；

當所述控制指令為定時控制指令時，將所述控制指令發(fā)送給定時服務器，以使所述定時服務器在到達定時時間后將所述控制指令轉發(fā)給所述控制指令擬控制的智能設備對應的主機所對應的執(zhí)行服務器，再由所述執(zhí)行服務器將所述控制指令發(fā)送給對應的主機。

可選地，所述管控模塊包括鑒權單元，所述管控模塊通過所述鑒權單元對所述控制指令進行鑒權操作，當鑒權失敗時，不予響應所述控制指令。

本發(fā)明實施例所提供的一種智能設備的管控方法，通過WEB服務器來綁定一個第一帳號和至少兩個包含主機和智能設備的連接控制關系的第二帳號，使得一個第一帳號下可以有多個主機，以及與每個主機有連接控制關系的大量的智能設備，并展示包含管控模式和與第一帳號綁定的智能設備的設備管控頁面，使得用戶可以通過設備管控頁面對所有的智能設備進行統(tǒng)一管控，從而實現(xiàn)了通過一個帳號統(tǒng)一管控大批量的智能設備，無需在多個帳號之間來回切換，提高了操作的便捷性和效率。

采用本發(fā)明實施例的智能設備的管控方法，無需在終端設備上安裝專門的應用，只需登錄網(wǎng)頁就能實現(xiàn)智能設備的管控，并且能夠在網(wǎng)頁實現(xiàn)對多臺主機連接的智能設備進行組合控制，豐富了控制方式，提高了控制效果。本發(fā)明尤其適用于智能設備數(shù)量較多的應用場景，如企業(yè)的辦公場景，能夠實現(xiàn)對辦公場所內所有智能設備的統(tǒng)一管理，更加節(jié)能、便捷、高效

附圖說明

圖1是本發(fā)明第一實施例的智能設備的管控方法的流程圖；

圖2是本發(fā)明第二實施例的智能設備的管控方法的流程圖；

圖3是本發(fā)明第三實施例的智能設備的管控裝置的模塊示意圖；

圖4是圖3中的管控模塊的模塊示意圖；

圖5是圖3中的管控模塊的又一模塊示意圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結合實施例，參照附圖做進一步說明。

具體實施方式

應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明實施例所述的智能設備，可以是空調、電扇、電視、智能插座、電燈等智能家居設備，還可以是個人電腦等計算機設備。

本發(fā)明實施例的智能設備的管控方法，既可以應用于家庭的家居場景，又可以應用于企業(yè)等組織的辦公場景。

實施例一

參見圖1，提出本發(fā)明第一實施例的智能設備的管控方法，所述方法包括以下步驟：

S11、WEB服務器接收通過第一賬號發(fā)送的綁定指令，根據(jù)綁定指令為第一帳號綁定至少兩個第二帳號，并存儲綁定信息，其中每個第二帳號包含一個主機與至少一個智能設備的連接控制關系。

具體實施時，用戶可以在終端設備上通過瀏覽器打開智能設備管控網(wǎng)站(如智慧辦公網(wǎng)站)，在網(wǎng)站上注冊第一賬號(如智慧辦公賬號)。然后通過第一賬號登錄智能設備管控網(wǎng)站的網(wǎng)站(WEB)服務器(如智慧辦公網(wǎng)站的后臺服務器)，向WEB服務器發(fā)送綁定指令，該綁定指令包含擬綁定的已注冊的第二賬號(如智家365賬號)信息。所述終端設備如個人電腦、手機、平板等固定終端或移動終端。

WEB服務器接收到綁定指令后，則將第二賬號綁定于第一賬號，該第一賬號可以綁定多個第二賬號，本發(fā)明實施例所述的第二賬號，類似于現(xiàn)有技術中在智能設備管控應用(如智家365應用)上注冊的賬號，每個第二賬號包含一個主機與至少一個智能設備的連接控制關系。WEB服務器記錄第一賬號與至少兩個第二賬號的綁定關系，并獲取與第一賬號綁定的所有第二賬號包含的主機與智能設備的連接控制關系，將前述綁定關系和連接控制關系存儲為綁定信息。進一步地，還可以將綁定信息緩存于Redis服務器，以使后續(xù)能夠快速的讀取綁定信息。

例如，WEB服務器對第一賬號與至少兩個第二賬號的綁定關系進行記錄和存儲，并向數(shù)據(jù)存儲服務器發(fā)出數(shù)據(jù)讀取指令，數(shù)據(jù)存儲服務器接收數(shù)據(jù)讀取指令并動態(tài)讀取與第一賬號綁定的所有第二賬號下主機的所有數(shù)據(jù)，包含連接控制的智能設備、控制模式、聯(lián)動等數(shù)據(jù)，WEB服務器將這些數(shù)據(jù)存儲起來，同時緩存于Redis服務器。

本發(fā)明實施例中，所述綁定信息包括與第一賬號綁定的第二賬號，以及每個第二賬號下的主機及其對應的智能設備，換句話說，綁定信息包括與第一賬號綁定的主機和智能設備，以及主機與智能設備的連接控制關系。從而，一個第一賬號下可以有多個主機，以及與每個主機有連接控制關系的大量的智能設備，進而實現(xiàn)通過一個賬號統(tǒng)一管控大批量的智能設備。

S12、WEB服務器根據(jù)第一賬號的綁定信息展示設備管控頁面，設備管控頁面中至少包括控制模式以及與第一賬號綁定的智能設備的信息。

所述設備管控頁面優(yōu)選為H5頁面，通過設備管控頁面，用戶可以對單個主機或多個主機下的智能設備進行控制。所述設備管控頁面中羅列出所有與第一賬號綁定的智能設備以及至少一種控制模式，用戶可以在設備管控頁面中選擇需要控制的智能設備以及具體的控制模式來實現(xiàn)智能設備的管控。所述控制模式包括啟動、關閉、定時啟動/關閉等控制方式。

進一步地，還可以在設備管控頁面上生成情景模式供用戶選擇，包括單一情景模式、組合情景模式等，其中單一情景模式即對一個主機下的智能設備進行控制，組合情景模式即對至少兩個主機下的智能設備進行控制。

進一步地，所述設備管控頁面上還可以包括與第一賬號綁定的第二賬號、第二賬號下的主機、主機與智能設備的連接控制關系(即主機對應的智能設備)等信息。

S13、WEB服務器通過設備管控頁面接收控制指令，根據(jù)控制指令和綁定信息將控制指令分配給對應的主機，以使對應的主機根據(jù)控制指令控制對應的智能設備。

具體的，用戶通過終端設備在設備管控頁面上選擇需要控制的智能設備和控制模式，當確認選擇的信息后，終端設備則向WEB服務器發(fā)送控制指令。進一步地，終端設備根據(jù)預設規(guī)則對控制指令進行加密后發(fā)送給WEB服務器，后續(xù)WEB服務器根據(jù)預設規(guī)則對控制指令進行解密。所述控制指令包括定時控制指令和非定時控制指令。

WEB服務器接收到控制指令后，首先根據(jù)控制指令包含的設備唯一標識(UID)確定該控制指令擬控制的智能設備，然后從Redis服務器讀取綁定信息，根據(jù)綁定信息確定擬控制的智能設備對應的主機，最后將控制指令分配給該控制指令擬控制的智能設備所對應的主機(以下簡稱控制指令對應的主機)。主機接收到控制指令后，則根據(jù)控制指令控制對應的智能設備，如啟動智能設備、關閉智能設備等。

當控制指令對應的主機只有一個時，則為單一情景模式，即只對一個主機下的智能設備進行控制；當控制指令對應的主機至少有兩個時，則為組合情景模式，即同時對多個主機下的智能設備進行控制。

WEB服務器向主機分配控制指令時，可以直接向對應的主機發(fā)送控制指令，也可以通過第三方服務器向對應的主機發(fā)送控制指令，所述第三方服務器如執(zhí)行服務器、定時服務器等。其中，通過第三方服務器發(fā)送控制指令的方式，可以減輕WEB服務器的負擔，實現(xiàn)負載均衡。

可選地，WEB服務器向控制指令對應的主機所對應的執(zhí)行服務器發(fā)送控制指令，執(zhí)行服務器再將該控制指令發(fā)送給對應的主機。此時，當控制指令為定時控制指令時，需要執(zhí)行服務器或主機具有定時功能，即執(zhí)行服務器在到達定時時間后才將控制指令發(fā)送給主機，或者主機在到達定時時間后再根據(jù)控制指令控制對應的智能設備。

可選地，當控制指令為非定時控制指令時，WEB服務器將控制指令發(fā)送給控制指令對應的主機所對應的執(zhí)行服務器，執(zhí)行服務器接收到控制指令后，立即將控制指令發(fā)送給對應的主機；當控制指令為定時控制指令時，WEB服務器將控制指令發(fā)送給定時服務器，定時服務器在到達定時時間后再將控制指令轉發(fā)給該控制指令對應的主機所對應的執(zhí)行服務器，執(zhí)行服務器接收到控制指令后，立即將控制指令發(fā)送給對應的主機。

進一步地，智能設備接收到控制指令后進行相應的操作，并向WEB服務器反饋操作結果，WEB服務器接收所有智能設備反饋的操作結果，并在網(wǎng)頁上向用戶展示最終的控制結果。

本發(fā)明實施例的智能設備的管控方法，通過WEB服務器來綁定一個第一帳號和至少兩個包含主機和智能設備的連接控制關系的第二帳號，使得一個第一帳號下可以有多個主機，以及與每個主機有連接控制關系的大量的智能設備，并展示包含管控模式和與第一帳號綁定的智能設備的設備管控頁面，使得用戶可以通過設備管控頁面對所有的智能設備進行統(tǒng)一管控，從而實現(xiàn)了通過一個帳號統(tǒng)一管控大批量的智能設備，無需在多個帳號之間來回切換，提高了操作的便捷性和效率。

采用本發(fā)明實施例的智能設備的管控方法，無需在終端設備上安裝專門的應用，只需登錄網(wǎng)頁就能實現(xiàn)智能設備的管控，并且能夠在網(wǎng)頁實現(xiàn)對多臺主機連接的智能設備進行組合控制，豐富了控制方式，提高了控制效果。本發(fā)明尤其適用于智能設備數(shù)量較多的應用場景，如企業(yè)的辦公場景，能夠實現(xiàn)對辦公場所內所有智能設備的統(tǒng)一管理，更加節(jié)能、便捷、高效。

實施例二

參見圖2，提出本發(fā)明第二實施例的智能設備的管控方法，所述方法包括以下步驟：

S21、WEB服務器接收通過第一賬號發(fā)送的綁定指令，根據(jù)綁定指令為第一帳號綁定至少兩個第二帳號，并存儲綁定信息，其中每個第二帳號包含一個主機與至少一個智能設備的連接控制關系。

S22、WEB服務器根據(jù)第一賬號的綁定信息展示設備管控頁面，設備管控頁面中至少包括控制模式以及與第一賬號綁定的智能設備的信息。

S23、WEB服務器通過設備管控頁面接收控制指令，對控制指令進行鑒權操作。判斷是否鑒權成功，當鑒權成功時，進入步驟S24；當鑒權失敗時，進入步驟S25。

S24、WEB服務器根據(jù)控制指令和綁定信息將控制指令分配給對應的主機，以使對應的主機根據(jù)控制指令控制對應的智能設備。

S25、WEB服務器不予響應控制指令。

本實施例與第一實施例的區(qū)別是增加了鑒權操作步驟S23，防止第三方冒充用戶對智能設備進行控制，提高系統(tǒng)的安全性。在某些實施例中，也可以由鑒權服務器對控制指令進行鑒權操作，并向WEB服務器通知鑒權結果。

進一步地，當鑒權失敗時，WEB服務器在網(wǎng)頁上返回鑒權失敗的結果。

實施例三

參見圖3，提出本發(fā)明第三實施例的智能設備的管控裝置，所述裝置應用于前述WEB服務器，包括綁定模塊、展示模塊和管控模塊，其中：

綁定模塊：用于接收通過第一賬號發(fā)送的綁定指令，根據(jù)綁定指令為第一帳號綁定至少兩個第二帳號，并存儲綁定信息。

具體實施時，用戶可以在終端設備上通過瀏覽器打開智能設備管控網(wǎng)站(如智慧辦公網(wǎng)站)，在網(wǎng)站上注冊第一賬號(如智慧辦公賬號)。然后通過第一賬號登錄智能設備管控網(wǎng)站的網(wǎng)站(WEB)服務器(如智慧辦公網(wǎng)站的后臺服務器)，向WEB服務器發(fā)送綁定指令，該綁定指令包含擬綁定的已注冊的第二賬號(如智家365賬號)信息。所述終端設備如個人電腦、手機、平板等固定終端或移動終端。

綁定模塊接收到綁定指令后，則將第二賬號綁定于第一賬號，該第一賬號可以綁定多個第二賬號，本發(fā)明實施例所述的第二賬號，類似于現(xiàn)有技術中在智能設備管控應用(如智家365應用)上注冊的賬號，每個第二賬號包含一個主機與至少一個智能設備的連接控制關系。綁定模塊記錄第一賬號與至少兩個第二賬號的綁定關系，并獲取與第一賬號綁定的所有第二賬號包含的主機與智能設備的連接控制關系，將前述綁定關系和連接控制關系存儲為綁定信息。進一步地，綁定模塊還可以將綁定信息緩存于Redis服務器，以使后續(xù)能夠快速的讀取綁定信息。

例如，綁定模塊對第一賬號與至少兩個第二賬號的綁定關系進行記錄和存儲，并向數(shù)據(jù)存儲服務器發(fā)出數(shù)據(jù)讀取指令，數(shù)據(jù)存儲服務器接收數(shù)據(jù)讀取指令并動態(tài)讀取與第一賬號綁定的所有第二賬號下主機的所有數(shù)據(jù)，包含連接控制的智能設備、控制模式、聯(lián)動等數(shù)據(jù)，綁定模塊將這些數(shù)據(jù)存儲起來，同時緩存于Redis服務器。

本發(fā)明實施例中，所述綁定信息包括與第一賬號綁定的第二賬號，以及每個第二賬號下的主機及其對應的智能設備，換句話說，綁定信息包括與第一賬號綁定的主機和智能設備，以及主機與智能設備的連接控制關系。從而，一個第一賬號下可以有多個主機，以及與每個主機有連接控制關系的大量的智能設備，進而實現(xiàn)通過一個賬號統(tǒng)一管控大批量的智能設備。

展示模塊：用于根據(jù)第一賬號的綁定信息展示設備管控頁面，該設備管控頁面中至少包括控制模式以及與第一賬號綁定的智能設備的信息。

所述設備管控頁面優(yōu)選為H5頁面，通過設備管控頁面，用戶可以對單個主機或多個主機下的智能設備進行控制。所述設備管控頁面中羅列出所有與第一賬號綁定的智能設備以及至少一種控制模式，用戶可以通過終端設備在設備管控頁面中選擇需要控制的智能設備以及具體的控制模式，當確認選擇的信息后，終端設備則向WEB服務器發(fā)送控制指令。所述控制模式包括啟動、關閉、定時啟動/關閉等控制方式。

進一步地，展示模塊還可以在設備管控頁面上生成情景模式供用戶選擇，包括單一情景模式、組合情景模式等，其中單一情景模式即對一個主機下的智能設備進行控制，組合情景模式即對至少兩個主機下的智能設備進行控制。

進一步地，所述設備管控頁面上還可以包括與第一賬號綁定的第二賬號、第二賬號下的主機、主機與智能設備的連接控制關系(即主機對應的智能設備)等信息。

管控模塊：用于通過設備管控頁面接收控制指令，根據(jù)控制指令和綁定信息將控制指令分配給對應的主機，以使對應的主機根據(jù)控制指令控制對應的智能設備。所述控制指令包括定時控制指令和非定時控制指令。

如圖4所示，管控模塊包括第一確定單元、第二確定單元和分配單元，其中：

第一確定單元：用于根據(jù)控制指令包含的設備唯一標識確定控制指令擬控制的智能設備。

第二確定單元：用于讀取綁定信息(如從Redis服務器快速讀取)，根據(jù)綁定信息確定控制指令擬控制的智能設備對應的主機。

分配單元：用于將控制指令分配給控制指令擬控制的智能設備所對應的主機。

當控制指令對應的主機只有一個時，則為單一情景模式，即只對一個主機下的智能設備進行控制；當控制指令對應的主機至少有兩個時，則為組合情景模式，即同時對多個主機下的智能設備進行控制。

分配單元向主機分配控制指令時，可以直接向對應的主機發(fā)送控制指令，也可以通過第三方服務器向對應的主機發(fā)送控制指令，所述第三方服務器如執(zhí)行服務器、定時服務器等。其中，通過第三方服務器發(fā)送控制指令的方式，可以減輕WEB服務器的負擔，實現(xiàn)負載均衡。

可選地，分配單元向控制指令對應的主機所對應的執(zhí)行服務器發(fā)送控制指令，執(zhí)行服務器再將該控制指令發(fā)送給對應的主機。此時，當控制指令為定時控制指令時，需要執(zhí)行服務器或主機具有定時功能，即執(zhí)行服務器在到達定時時間后才將控制指令發(fā)送給主機，或者主機在到達定時時間后再根據(jù)控制指令控制對應的智能設備。

可選地，當控制指令為非定時控制指令時，分配單元將控制指令發(fā)送給控制指令對應的主機所對應的執(zhí)行服務器，執(zhí)行服務器接收到控制指令后，立即將控制指令發(fā)送給對應的主機；當控制指令為定時控制指令時，分配單元將控制指令發(fā)送給定時服務器，定時服務器在到達定時時間后再將控制指令轉發(fā)給該控制指令對應的主機所對應的執(zhí)行服務器，執(zhí)行服務器接收到控制指令后，立即將控制指令發(fā)送給對應的主機。

進一步地，智能設備接收到控制指令后進行相應的操作，并向WEB服務器反饋操作結果，展示模塊接收所有智能設備反饋的操作結果，并在網(wǎng)頁上向用戶展示最終的控制結果。

如圖5所示，在某些實施例中，管控模塊還包括鑒權單元，管控模塊通過該鑒權單元對接收到的控制指令進行鑒權操作時，當鑒權失敗時，則不予響應該控制指令。例如，當鑒權成功時，鑒權單元則將控制指令發(fā)送給第一確定單元，當鑒權失敗時則不向第一確定單元發(fā)送控制指令，如丟棄該控制指令。從而，可以防止第三方冒充用戶對智能設備進行控制，提高系統(tǒng)的安全性。

進一步地，當鑒權失敗時，展示模塊還在網(wǎng)頁上展示鑒權失敗的結果。

本發(fā)明實施例的智能設備的管控裝置，通過綁定一個第一帳號和至少兩個包含主機和智能設備的連接控制關系的第二帳號，使得一個第一帳號下可以有多個主機，以及與每個主機有連接控制關系的大量的智能設備，并展示包含管控模式和與第一帳號綁定的智能設備的設備管控頁面，使得用戶可以通過設備管控頁面對所有的智能設備進行統(tǒng)一管控，從而實現(xiàn)了通過一個帳號統(tǒng)一管控大批量的智能設備，無需在多個帳號之間來回切換，提高了操作的便捷性和效率。

采用本發(fā)明實施例的智能設備的管控裝置，無需在終端設備上安裝專門的應用，只需登錄網(wǎng)頁就能實現(xiàn)智能設備的管控，并且能夠在網(wǎng)頁實現(xiàn)對多臺主機連接的智能設備進行組合控制，豐富了控制方式，提高了控制效果。本發(fā)明尤其適用于智能設備數(shù)量較多的應用場景，如企業(yè)的辦公場景，能夠實現(xiàn)對辦公場所內所有智能設備的統(tǒng)一管理，更加節(jié)能、便捷、高效。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，空調器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。

應當理解的是，以上僅為本發(fā)明的優(yōu)選實施例，不能因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內容所作的等效結構或等效流程變換，或直接或間接運用在其他相關的技術領域，均同理包括在本發(fā)明的專利保護范圍內。