本發(fā)明涉及通信
技術(shù)領(lǐng)域：
，尤其涉及一種網(wǎng)絡(luò)通信系統(tǒng)、其管理方法及通信方法。
背景技術(shù)：
：ZigBee技術(shù)是一種近距離、低復(fù)雜度、低功耗、低速率、低成本的雙向無線通訊技術(shù)。Zigbee組網(wǎng)一般包括三個組成部分，即ZigBee協(xié)調(diào)器(Coordinator，簡稱CO)、ZigBee路由器(Router，簡稱RO)、ZigBee終端設(shè)備(End-device簡稱EN)?，F(xiàn)階段很多物聯(lián)網(wǎng)方案中都有Zigbee技術(shù)的應(yīng)用。然而由于其低成本、低功耗、低速率的特點(diǎn)，使得同一個CO下不能大規(guī)模進(jìn)行組網(wǎng)，從而限制了Zigbee網(wǎng)絡(luò)的規(guī)模。此外，隨著互聯(lián)網(wǎng)的高速發(fā)展，將Zigbee網(wǎng)絡(luò)與互聯(lián)網(wǎng)集合起來也變得更有實(shí)際意義。Zigbee技術(shù)應(yīng)用到物聯(lián)網(wǎng)中的方案，基本上都是基于Zigbee聯(lián)盟的定義，即星形(Star)、樹形(Tree)和網(wǎng)狀(Mesh)結(jié)構(gòu)，其具體結(jié)構(gòu)如圖1所示。其中，網(wǎng)狀結(jié)構(gòu)具有很強(qiáng)的網(wǎng)絡(luò)健壯性和系統(tǒng)可靠性。從圖1中可以看出，由于一個網(wǎng)絡(luò)只有一個CO，所以當(dāng)CO受到低成本限制時，就不可能大量管理RO、EN，因?yàn)镃O對RO、EN的管理要消耗硬件資源，如處理器的計算性能、存儲器的容量等。目前，一個CO僅能管理20個左右的RO或EN。Zigbee網(wǎng)絡(luò)本身不能與互聯(lián)網(wǎng)(IP網(wǎng)絡(luò))直接互通，目前將兩者聯(lián)系起來的方法有兩種：方案一，架設(shè)一個專用的服務(wù)器，通過支持串口協(xié)議的接口(如USB、或R232等)與CO直接相連，服務(wù)器本身安裝以太網(wǎng)卡，通過網(wǎng)線與互聯(lián)網(wǎng)相連。在實(shí)際應(yīng)用時，每個CO負(fù)責(zé)組建各自的Zigbee網(wǎng)絡(luò)；CO將本網(wǎng)絡(luò)中的信息傳遞給服務(wù)器；服務(wù)器將數(shù)據(jù)整理后，封裝為IP報文通過以太網(wǎng)卡傳入互聯(lián)網(wǎng)；反之亦然。方案二，使用Zigbee協(xié)議與IP協(xié)議轉(zhuǎn)換的專用協(xié)轉(zhuǎn)設(shè)備。在實(shí)際應(yīng)用中，CO與協(xié)轉(zhuǎn)設(shè)備連接，協(xié)轉(zhuǎn)設(shè)備將轉(zhuǎn)換后的數(shù)據(jù)通過有線傳入IP網(wǎng)絡(luò)。采用方案一進(jìn)行組網(wǎng)時可以同時管理多個CO擴(kuò)大了網(wǎng)絡(luò)規(guī)模，然而無論網(wǎng)絡(luò)規(guī)模大小，都需要架設(shè)一個專用服務(wù)器，成本較高；并且在組網(wǎng)時需要考慮服務(wù)器的位置(例如，需放置室內(nèi))，其適應(yīng)性不高；此外，服務(wù)器與CO連接方式為有線連接，因此網(wǎng)絡(luò)規(guī)模不會很大，通常服務(wù)器可同時支持5-8個CO，因此，管理的EN大約為150個。采用方案二進(jìn)行組網(wǎng)時可根據(jù)網(wǎng)絡(luò)規(guī)模增加或減少協(xié)轉(zhuǎn)設(shè)備的數(shù)量，從而可減少不必要的成本，并且協(xié)轉(zhuǎn)設(shè)備體積小，易于安放。然而一個協(xié)轉(zhuǎn)設(shè)備僅能連接一個CO，并且協(xié)轉(zhuǎn)設(shè)備之間使用有線連接，組網(wǎng)規(guī)模與網(wǎng)絡(luò)適用性均受限。技術(shù)實(shí)現(xiàn)要素：本發(fā)明實(shí)施例提供一種網(wǎng)絡(luò)通信系統(tǒng)、其管理方法及通信方法，用以增加Zigbee網(wǎng)絡(luò)中的協(xié)調(diào)器個數(shù)，提高Zigbee網(wǎng)絡(luò)的組網(wǎng)規(guī)模和網(wǎng)絡(luò)適用性。第一方面，本發(fā)明實(shí)施例提供了一種網(wǎng)絡(luò)通信系統(tǒng)，包括：云服務(wù)器、網(wǎng)關(guān)處理器以及Zigbee網(wǎng)絡(luò)中的多個協(xié)調(diào)器；其中，所述網(wǎng)關(guān)處理器通過有線或無線方式連接所述云服務(wù)器，通過串行端口分別連接多個所述協(xié)調(diào)器；所述云服務(wù)器與所述網(wǎng)關(guān)處理器采用第一接口進(jìn)行通信，所述協(xié)調(diào)器與所述網(wǎng)關(guān)處理器采用第二接口進(jìn)行通信；所述第二接口的通信協(xié)議包括：協(xié)調(diào)者處理調(diào)用協(xié)議；所述網(wǎng)關(guān)處理器，用于所述第一接口與所述第二接口之間通信協(xié)議的相互轉(zhuǎn)換，以實(shí)現(xiàn)云服務(wù)器與Zigbee網(wǎng)絡(luò)之間的通信。在一種可能的實(shí)現(xiàn)方式中，在本發(fā)明實(shí)施例提供的上述系統(tǒng)中，還包括：所述Zigbee網(wǎng)絡(luò)中的路由器和終端設(shè)備；所述終端設(shè)備通過所述路由器連接所述協(xié)調(diào)器，或，所述終端設(shè)備直接連接所述協(xié)調(diào)器。在一種可能的實(shí)現(xiàn)方式中，在本發(fā)明實(shí)施例提供的上述系統(tǒng)中，各Zigbee網(wǎng)絡(luò)中的協(xié)調(diào)器、路由器和終端設(shè)備構(gòu)成網(wǎng)狀結(jié)構(gòu)。在一種可能的實(shí)現(xiàn)方式中，在本發(fā)明實(shí)施例提供的上述系統(tǒng)中，所述第一接口的通信協(xié)議為WEB通信協(xié)議、SNMP通信協(xié)議、MQTT通信協(xié)議或Tr069通信協(xié)議。第二方面，本發(fā)明實(shí)施例一種基于上述任一網(wǎng)絡(luò)通信系統(tǒng)的管理方法，包括：網(wǎng)關(guān)處理器監(jiān)聽各協(xié)調(diào)器發(fā)送的注冊請求，在接收到所述協(xié)調(diào)器發(fā)送的注冊請求后，向所述協(xié)調(diào)器發(fā)送獲取設(shè)備信息的請求；所述協(xié)調(diào)器在接收到所述獲取設(shè)備信息的請求后，向所述網(wǎng)關(guān)處理器上報所述協(xié)調(diào)器的設(shè)備信息；所述網(wǎng)關(guān)處理器將所述設(shè)備信息加入到管理列表中，完成所述協(xié)調(diào)器的注冊。在一種可能的實(shí)現(xiàn)方式中，在本發(fā)明實(shí)施例提供的上述方法中，還包括：所述網(wǎng)關(guān)處理器周期性地向完成注冊的各所述協(xié)調(diào)器發(fā)送保活請求；所述協(xié)調(diào)器在接收到所述?；钫埱蠛箜憫?yīng)所述保活請求，以保證所述協(xié)調(diào)器為注冊狀態(tài)。在一種可能的實(shí)現(xiàn)方式中，在本發(fā)明實(shí)施例提供的上述方法中，還包括：在所述網(wǎng)關(guān)處理器在連續(xù)發(fā)送設(shè)定次數(shù)的保活請求后未得到所述協(xié)調(diào)器的?；钫埱箜憫?yīng)時，刪除所述管理列表中與該協(xié)調(diào)器相關(guān)的設(shè)備信息。在一種可能的實(shí)現(xiàn)方式中，在本發(fā)明實(shí)施例提供的上述方法中，還包括：所述協(xié)調(diào)器在超過所述預(yù)設(shè)時間未接收到所述網(wǎng)關(guān)處理器發(fā)送的?；钫埱髸r，更新為未注冊狀態(tài)，重新向所述網(wǎng)關(guān)處理器發(fā)送注冊請求。在一種可能的實(shí)現(xiàn)方式中，在本發(fā)明實(shí)施例提供的上述方法中，所述協(xié)調(diào)器的設(shè)備信息包括：該協(xié)調(diào)器以及與該所述協(xié)調(diào)器連接的各路由器和各終端設(shè)備的網(wǎng)絡(luò)身份信息、編號信息，以及各所述終端設(shè)備的能力參數(shù)信息。第三方面，本發(fā)明實(shí)施例提供一種基于上述任一網(wǎng)絡(luò)通信系統(tǒng)的通信方法，包括：網(wǎng)關(guān)處理器在通過第一接口接收云服務(wù)器發(fā)送的操作請求時，解析所述操作請求，確定出所述操作請求的操作對象；將所述操作請求由第一接口協(xié)議轉(zhuǎn)換為第二接口協(xié)議；將轉(zhuǎn)換協(xié)議后的所述操作請求通過第二接口發(fā)送所述操作對象，以使所述操作對象根據(jù)所述操作請求執(zhí)行相應(yīng)操作。在一種可能的實(shí)現(xiàn)方式中，在本發(fā)明實(shí)施例提供的上述方法中，所述將轉(zhuǎn)換協(xié)議后的所述操作請求發(fā)送所述操作對象，包括：在確定出所述操作對象為協(xié)調(diào)器時，將轉(zhuǎn)換協(xié)議后的所述操作請求直接發(fā)送所述協(xié)調(diào)器；在確定出所述操作對象為路由器或終端設(shè)備時，將轉(zhuǎn)換協(xié)議后的所述操作請求發(fā)送與所述路由器或所述終端設(shè)備連接的協(xié)調(diào)器，由該協(xié)調(diào)器轉(zhuǎn)發(fā)給所述路由器或所述終端設(shè)備。在一種可能的實(shí)現(xiàn)方式中，在本發(fā)明實(shí)施例提供的上述方法中，還包括：所述網(wǎng)關(guān)處理器在通過第二接口接收到所述協(xié)調(diào)器發(fā)送的與所述操作請求對應(yīng)的操作結(jié)果時，將所述操作結(jié)果由所述第二接口協(xié)議轉(zhuǎn)換為第一接口協(xié)議；將轉(zhuǎn)換協(xié)議后的所述操作結(jié)果通過所述第一接口上報給所述云服務(wù)器。本發(fā)明有益效果如下：本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)通信系統(tǒng)、其管理方法及通信方法，網(wǎng)關(guān)處理器通過有線或無線的方式連接云服器，通過第一接口與云服務(wù)器進(jìn)行通信；網(wǎng)關(guān)處理器和Zigbee網(wǎng)絡(luò)的多個協(xié)調(diào)器連接，通過第二接口與協(xié)調(diào)器進(jìn)行通信，由此可通過網(wǎng)關(guān)處理器管理多個Zigbee網(wǎng)絡(luò)的協(xié)調(diào)器，實(shí)現(xiàn)云服務(wù)器與Zigbee網(wǎng)絡(luò)的互聯(lián)。此外，由于協(xié)調(diào)者處理調(diào)用協(xié)議針對Zigbee網(wǎng)絡(luò)的管理，去除了RFC協(xié)議中復(fù)雜的分級字段，使得網(wǎng)關(guān)處理器通過與協(xié)調(diào)器之間的通信更為簡捷方便。由此，實(shí)現(xiàn)了網(wǎng)關(guān)處理器對Zigbee網(wǎng)絡(luò)的統(tǒng)一管理。附圖說明為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對實(shí)施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域的普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為Zigbee網(wǎng)絡(luò)的組網(wǎng)結(jié)構(gòu)示意圖；圖2為本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)通信系統(tǒng)的結(jié)構(gòu)示意圖；圖3為本發(fā)明實(shí)施例提供的第二接口的調(diào)用機(jī)制原理圖；圖4為本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)通信系統(tǒng)的管理方法的流程示意圖之一；圖5為本發(fā)明實(shí)施例提供的管理報文各協(xié)議字段的示意圖；圖6為本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)通信系統(tǒng)的管理方法的流程示意圖之二；圖7為本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)通信系統(tǒng)的通信方法的流程示意圖之一；圖8為本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)通信系統(tǒng)的通信方法的流程示意圖之二。具體實(shí)施方式為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明作進(jìn)一步地詳細(xì)描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。圖2示出了本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)通信系統(tǒng)的結(jié)構(gòu)示意圖，如圖2所示，本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)通信系統(tǒng)，包括：云服務(wù)器11、網(wǎng)關(guān)處理器12以及Zigbee網(wǎng)絡(luò)中的多個協(xié)調(diào)器13；其中，網(wǎng)關(guān)處理器12通過有線或無線方式連接云服務(wù)器11，通過串行端口分別連接多個協(xié)調(diào)器13；云服務(wù)器11與網(wǎng)關(guān)處理器12采用第一接口進(jìn)行通信，協(xié)調(diào)器13與網(wǎng)關(guān)處理器12采用第二接口進(jìn)行通信；網(wǎng)關(guān)處理器12，用于第一接口與第二接口之間通信協(xié)議的相互轉(zhuǎn)換，以實(shí)現(xiàn)云服務(wù)器與Zigbee網(wǎng)絡(luò)之間的通信。在本發(fā)明實(shí)施例提供的上述網(wǎng)絡(luò)通信系統(tǒng)中，網(wǎng)關(guān)處理器12與協(xié)調(diào)器13通過第二接口進(jìn)行通信，第二接口的通信協(xié)議為協(xié)調(diào)者處理調(diào)用協(xié)議(CoordinatorProcedureCall，簡稱CPC)。該通信協(xié)議為在現(xiàn)有的遠(yuǎn)程過程調(diào)用協(xié)議(RemoteProcedureCall，簡稱RPC)基礎(chǔ)上針對Zigbee網(wǎng)絡(luò)自定義的通信協(xié)議，其調(diào)用機(jī)制原理如圖3所示。具體來說，CPC協(xié)議的架構(gòu)是由服務(wù)端server和客戶端client組成的。針對CPC_Clinet端，在同步調(diào)用情況下，將CPC_Client功能放在調(diào)用線程中執(zhí)行，多個線程共用一個Socket，使用鎖來進(jìn)行保護(hù)，如圖3所示。針對CPC_Server端，進(jìn)行初始化時，創(chuàng)建監(jiān)聽任務(wù)(udp_rcv)和消息處理任務(wù)(th_rpc)，創(chuàng)建“固定Socket”；此外，其他與CPC_Server相關(guān)的線程任務(wù)(即被管理功能，如開鎖功能)，將其具體的實(shí)現(xiàn)注冊到“回調(diào)函數(shù)”中，用于后續(xù)接收到操作指令后調(diào)用。正常工作過程中，udp_rcv監(jiān)聽CPC_Client發(fā)來的消息，當(dāng)接收到后，放入消息隊(duì)列；然后，th_rpc解析管理報文，并根據(jù)注冊的“回調(diào)函數(shù)”進(jìn)行相應(yīng)調(diào)用；最后，將“回調(diào)函數(shù)”的結(jié)果通過固定Socket返回給CPC_Client。其具體的通信方式為將管理報文封裝在UDP報文中，底層使用USB協(xié)議進(jìn)行傳輸。相比RPC協(xié)議，CPC協(xié)議去除了RPC協(xié)議中復(fù)雜的分級字段，更便于Zigbee網(wǎng)絡(luò)的管理。網(wǎng)關(guān)處理器實(shí)現(xiàn)了在一個小型化的設(shè)備上同時管理多個協(xié)調(diào)器CO，擴(kuò)大了Zigbee組網(wǎng)規(guī)模；同時，在與IP網(wǎng)絡(luò)連接實(shí)現(xiàn)了無線、有線兩種方式，極大的提高了Zigbee網(wǎng)絡(luò)的適用性。在具體實(shí)施時，如圖2所示，網(wǎng)關(guān)處理器12可采用有線方式，例如圖2所示的以太網(wǎng)接口連接云服務(wù)器11；或者，還可通過連接圖2中的4G模塊以無線的方式連接云服務(wù)器11。采用串行端口(串口)將協(xié)調(diào)器13與網(wǎng)關(guān)處理器12連接，例如，可將網(wǎng)關(guān)處理器12通過USB接口連接USB接口擴(kuò)展器(USBHUB)，再將多個協(xié)調(diào)器13分別連接到USBHUB，由此實(shí)現(xiàn)網(wǎng)關(guān)處理器12與協(xié)調(diào)器13之間的連接。此外，還可采用其它串口連接網(wǎng)關(guān)處理器12與協(xié)調(diào)器13，在此不做限定。進(jìn)一步地，Zigbee網(wǎng)絡(luò)中的協(xié)調(diào)器CO、路由器RO和終端設(shè)備EN的連接方式不變，仍為Zigbee網(wǎng)絡(luò)的組網(wǎng)結(jié)構(gòu)。終端設(shè)備EN通過路由器RO連接協(xié)調(diào)器CO；或者，終端設(shè)備EN也可直接連接協(xié)調(diào)器CO。在一種優(yōu)選的實(shí)施方式中，協(xié)調(diào)器CO、路由器RO和終端設(shè)備EN可采用網(wǎng)狀結(jié)構(gòu)連接，當(dāng)然，協(xié)調(diào)器CO、路由器RO和終端設(shè)備EN也可采用星形或樹形結(jié)構(gòu)連接，具體實(shí)施時可根據(jù)需要設(shè)置，在此不做限定。本發(fā)明實(shí)施例提供的上述網(wǎng)絡(luò)通信系統(tǒng)中，網(wǎng)關(guān)處理器12通過串口驅(qū)動管理各協(xié)調(diào)器13，可實(shí)現(xiàn)Zigbee網(wǎng)絡(luò)的網(wǎng)絡(luò)參數(shù)配置、組網(wǎng)信息獲取、網(wǎng)元認(rèn)證等管理。其中，網(wǎng)關(guān)處理器12通過第一通信接口與云服務(wù)器進(jìn)行通信，第一接口的協(xié)議可為WEB通信協(xié)議、SNMP通信協(xié)議、MQTT通信協(xié)議和Tr069通信協(xié)議等通用協(xié)議，其通信方式與現(xiàn)有的互聯(lián)網(wǎng)通信方式一致，此外不再贅述。同時，網(wǎng)關(guān)處理器12通過第二通信接口與Zigbee網(wǎng)絡(luò)的各協(xié)調(diào)器13進(jìn)行通信，通過第一接口與第二接口間的通信轉(zhuǎn)換實(shí)現(xiàn)互聯(lián)網(wǎng)與Zigbee網(wǎng)絡(luò)之間的互聯(lián)。以下對網(wǎng)絡(luò)通信系統(tǒng)的管理方法及通信方法進(jìn)行詳細(xì)說明。一方面，本發(fā)明實(shí)施例提供一種基于上述任一網(wǎng)絡(luò)通信系統(tǒng)的管理方法，如圖4所示，該管理方法具體包括如下步驟：S401、網(wǎng)關(guān)處理器監(jiān)聽各協(xié)調(diào)器發(fā)送的注冊請求，在接收到協(xié)調(diào)器發(fā)送的注冊請求后，向協(xié)調(diào)器發(fā)送獲取設(shè)備信息的請求；在具體實(shí)施時，網(wǎng)關(guān)處理器與協(xié)調(diào)器CO通過第二接口進(jìn)行通信，第二接口的CPC協(xié)議可視為由服務(wù)端和客戶端組成，應(yīng)用時可將網(wǎng)關(guān)處理器定位為服務(wù)端，將各協(xié)調(diào)器CO定位為客戶端。網(wǎng)關(guān)處理器在啟動后會通過監(jiān)聽各串口通道，從而接收來自各協(xié)調(diào)器CO發(fā)送的注冊請求。由于網(wǎng)關(guān)處理器與協(xié)調(diào)器CO通過串口連接，第二接口的協(xié)議是基于串口驅(qū)動，因此網(wǎng)關(guān)處理器通過各串口可識別和管理各協(xié)調(diào)器CO。S402、協(xié)調(diào)器在接收到獲取設(shè)備信息的請求后，向網(wǎng)關(guān)處理器上報協(xié)調(diào)器的設(shè)備信息；具體地，協(xié)調(diào)器的設(shè)備信息可包括：該協(xié)調(diào)器以及與該所述協(xié)調(diào)器連接的各路由器和各終端設(shè)備的網(wǎng)絡(luò)身份信息、編號信息，以及各終端設(shè)備的能力參數(shù)信息等。舉例來說，網(wǎng)絡(luò)身份信息可為各協(xié)調(diào)器、路由器或終端設(shè)備(各節(jié)點(diǎn))的網(wǎng)絡(luò)ID；編號信息可為Zigbee組網(wǎng)中各節(jié)點(diǎn)的ZigbeeID，例如，協(xié)調(diào)器CO所對應(yīng)的操作對象編號可為001，路由器RO所對應(yīng)的操作對象編號可為010，終端設(shè)備EN所對應(yīng)的操作對象編號可為100。而終端設(shè)備的能力參數(shù)信息可為描述終端設(shè)備所具備的能力的信息，如終端為照明設(shè)備時，其具備開關(guān)能力，亮度調(diào)節(jié)能力等。協(xié)調(diào)器在接收到網(wǎng)關(guān)處理器發(fā)送的獲取設(shè)備信息的請求后，將上述設(shè)備信息上報給網(wǎng)關(guān)處理器，以使網(wǎng)關(guān)處理器對Zigbee網(wǎng)絡(luò)中的各節(jié)點(diǎn)進(jìn)行統(tǒng)一管理。S403、網(wǎng)關(guān)處理器將設(shè)備信息加入到管理列表中，完成協(xié)調(diào)器的注冊。具體地，網(wǎng)關(guān)處理器在接收到各協(xié)調(diào)器上報的各節(jié)點(diǎn)的設(shè)備信息后，區(qū)分管理對象，將各節(jié)點(diǎn)的設(shè)備信息添加到管理列表中，以完成各協(xié)調(diào)器的注冊。添加在管理列表中的各協(xié)調(diào)器及其連接的各節(jié)點(diǎn)由網(wǎng)關(guān)處理器統(tǒng)一管理，網(wǎng)關(guān)處理器通過對第一接口和第二接口之間的通信協(xié)議轉(zhuǎn)換可實(shí)現(xiàn)Zigbee網(wǎng)絡(luò)與互聯(lián)網(wǎng)之間的通信互聯(lián)。需要說明的是，本發(fā)明實(shí)施例提供的上述方法中，網(wǎng)關(guān)處理器與協(xié)調(diào)器之間通過第二接口發(fā)送或接收的注冊請求以及獲取設(shè)備信息的請求等都是通過管理報文的形式，且管理報文的幀格式如圖4所示，管理報文包括：報文頭和報文體，報文頭包括的協(xié)議字段可為：版本號、控制標(biāo)志、報文頭長度、報文體長度、ZigbeeID(編號信息)、操作碼、返回碼及報文序列號，其各部分字段所占用空間如圖5所示。其中，各協(xié)議字段作用的描述如下表所示：其中，控制標(biāo)志中可為區(qū)分請求或應(yīng)答、需要應(yīng)答或不需要應(yīng)答，以及管理對象分別占用不用字節(jié)數(shù)。序列號可用于防止亂序。進(jìn)一步地，本發(fā)明實(shí)施例提供的上述管理方法中，在將各協(xié)調(diào)器的設(shè)備信息加入到管理列表之后，還包括如下步驟：網(wǎng)關(guān)處理器周期性地向完成注冊的各協(xié)調(diào)器發(fā)送?；钫埱螅粎f(xié)調(diào)器在接收到?；钫埱蠛箜憫?yīng)保活請求，以保證協(xié)調(diào)器為注冊狀態(tài)。具體來說，網(wǎng)關(guān)處理器周期性地向管理列表中的各協(xié)調(diào)器發(fā)送保話請求，根據(jù)各協(xié)調(diào)器的響應(yīng)狀態(tài)來判斷各協(xié)調(diào)器是否與網(wǎng)關(guān)處理器保持連接。為了避免?；钫埱蟮膱笪臄?shù)目過多，在正常情況下僅由網(wǎng)關(guān)處理器發(fā)送?；钫埱?，各協(xié)調(diào)器只負(fù)責(zé)響應(yīng)。舉例來說，網(wǎng)關(guān)處理器每隔3秒向管理列表中的各協(xié)調(diào)器發(fā)送?；钫埱螅瑓f(xié)調(diào)器在接收到該?；钫埱蠛笙蚓W(wǎng)關(guān)處理器發(fā)送響應(yīng)報文，網(wǎng)關(guān)處理器則確定對?；钫埱筮M(jìn)行響應(yīng)的協(xié)調(diào)器仍處于已注冊狀態(tài)。在一種可能出現(xiàn)的情況中，網(wǎng)關(guān)處理器在連續(xù)發(fā)送?；钫埱蠖嘉吹玫絽f(xié)調(diào)器的請求，此時，則確定未響應(yīng)的協(xié)調(diào)器與網(wǎng)關(guān)處理器的連接斷開。因此，本發(fā)明實(shí)施例提供的上述管理方法中，還包括：在網(wǎng)關(guān)處理器在連續(xù)發(fā)送設(shè)定次數(shù)的?；钫埱蠛笪词盏絽f(xié)調(diào)器的?；钫埱箜憫?yīng)時，刪除管理列表中與該協(xié)調(diào)器相關(guān)的設(shè)備信息。同時，協(xié)調(diào)器在超過預(yù)設(shè)時間未接收到網(wǎng)關(guān)處理器發(fā)送的?；钫埱髸r，更新為未注冊狀態(tài)，重新向網(wǎng)關(guān)處理器發(fā)送注冊請求。具體地，上述的設(shè)定次數(shù)可根據(jù)需要設(shè)置，例如，網(wǎng)關(guān)處理器在連續(xù)5次向某協(xié)調(diào)器發(fā)送?；钫埱?，均未接收到響應(yīng)，此時，將該協(xié)調(diào)器在管理列表中除。與此同時，在協(xié)調(diào)器端對應(yīng)網(wǎng)關(guān)處理器的?；畈僮鳎哂谐瑫r處理機(jī)制，具體來說，在接收到網(wǎng)關(guān)處理器發(fā)送的保活請求時立即對其響應(yīng)，并重置超時處理機(jī)制的狀態(tài)，重新開始計時；而在計時超過15秒(網(wǎng)關(guān)處理器的設(shè)定次數(shù)為5次所對應(yīng)的時間)未接收到?；钫埱髸r，更新自身注冊狀態(tài)為未注冊狀態(tài)，并周期性地向網(wǎng)關(guān)處理器重新發(fā)送注冊請求，直至網(wǎng)關(guān)處理器對其響應(yīng)。如圖6所示，為本發(fā)明實(shí)施例提供的上述網(wǎng)絡(luò)通信系統(tǒng)以3秒為周期，設(shè)定次數(shù)為5次為例的具體管理流程：S601、網(wǎng)關(guān)處理器監(jiān)聽協(xié)調(diào)器的注冊請求；S602、協(xié)調(diào)器向網(wǎng)關(guān)處理器發(fā)送注冊請求；S603、網(wǎng)關(guān)處理器響應(yīng)注冊請求，向協(xié)調(diào)器發(fā)送獲取設(shè)備信息請求；S604、協(xié)調(diào)器響應(yīng)獲取設(shè)備信息請求，向網(wǎng)關(guān)處理器發(fā)送設(shè)備信息，并更新自身狀態(tài)為已注冊狀態(tài)；S605、網(wǎng)關(guān)處理器將接收的設(shè)備信息加入到管理列表；S606、網(wǎng)關(guān)處理器每間隔3秒向協(xié)調(diào)器發(fā)送?；钫埱螅籗607、協(xié)調(diào)器響應(yīng)保活請求，重置超時處理機(jī)制；在觸發(fā)超時處理機(jī)制時執(zhí)行以下步驟S608’和步驟S609’：S608’、網(wǎng)關(guān)處理器在連續(xù)發(fā)送5次(15秒)均未得到響應(yīng)時，在管理列表中刪除協(xié)調(diào)器的設(shè)備信息；S609’、協(xié)調(diào)器在連接15秒未接收到保活請求時(超時處理機(jī)制計時超過15秒)，更新自身狀態(tài)為未注冊狀態(tài)，并返回步驟S602。在本發(fā)明實(shí)施例提供的上述管理方法，第二接口運(yùn)行在網(wǎng)關(guān)處理器和協(xié)調(diào)器之間，網(wǎng)關(guān)處理器通過第二接口可完對各協(xié)調(diào)器的參數(shù)的配置和查詢，以實(shí)現(xiàn)對Zigbee網(wǎng)絡(luò)中的各協(xié)調(diào)器及其各節(jié)點(diǎn)進(jìn)行統(tǒng)一管理。其中，第二接口可完成協(xié)議報文的封裝和解封裝、CPC通信以及底層驅(qū)動(例如，USB驅(qū)動)等操作。由于Zigbee網(wǎng)絡(luò)的管理通常為配置、查詢和上報等較簡單的操作，第二接口的CPC通信機(jī)制都采用同步調(diào)用，耗時更少，實(shí)時性較好。此外，第二接口還可采用異步調(diào)用，在此不做限定。在具體實(shí)施時第二接口分層實(shí)現(xiàn)，上層采用CPC協(xié)議，底層是串口協(xié)議，其封裝層次為底層為串口封裝，上層為CPC封裝以及操作內(nèi)容的封裝。第二接口的管理報文可包括獲取、寫入或設(shè)備發(fā)生故障或變更時進(jìn)行上報等類型的報文。例如，在查詢當(dāng)前網(wǎng)絡(luò)中終端設(shè)備信息時需要采用獲取(Get)類型報文；在設(shè)置局域網(wǎng)標(biāo)識符PANID時需要使用寫入(Set)類型報文；在協(xié)調(diào)器向網(wǎng)關(guān)處理器進(jìn)行注冊時需要使用設(shè)備發(fā)生故障或變更(Trap)類型報文。另一方面，本發(fā)明實(shí)施例還提供一種基于上述任一網(wǎng)絡(luò)通信系統(tǒng)的通信方法，如圖7所示，該通信方法可包括如下步驟：S701、在通過第一接口接收云服務(wù)器發(fā)送的操作請求時，解析操作請求，確定出操作請求的操作對象；S702、將操作請求由第一接口協(xié)議轉(zhuǎn)換為第二接口協(xié)議；S703、將轉(zhuǎn)換協(xié)議后的操作請求通過第二接口發(fā)送操作對象，以使操作對象根據(jù)操作請求執(zhí)行相應(yīng)操作。在具體應(yīng)用時，客戶可通過Web、Telnet本地方式登錄到云服務(wù)器，也可通過MQTT、SNMP等協(xié)議進(jìn)行遠(yuǎn)程管理。網(wǎng)關(guān)處理器通過第一接口接收到云服務(wù)器發(fā)送的操作請求之后，進(jìn)行第一接口的解封裝，從而將操作請求由第一接口協(xié)議轉(zhuǎn)換為第二接口的協(xié)議，再進(jìn)行第二接口封裝，從而將操作請求發(fā)送到需要進(jìn)行該操作的操作對象。其中，區(qū)分不同的操作對象，具體包括如下三種情況：在確定出操作對象為協(xié)調(diào)器時，將轉(zhuǎn)換協(xié)議后的操作請求直接發(fā)送協(xié)調(diào)器；在確定出操作對象為路由器時，將轉(zhuǎn)換協(xié)議后的操作請求發(fā)送與該路由器連接的協(xié)調(diào)器，由該協(xié)調(diào)器轉(zhuǎn)發(fā)給路由器；在確定出操作對象為終端設(shè)備時，將轉(zhuǎn)換協(xié)議后的操作請求發(fā)送與該終端設(shè)備連接的協(xié)調(diào)器，由該協(xié)調(diào)器轉(zhuǎn)發(fā)給終端設(shè)備。此外，云服務(wù)器通過網(wǎng)關(guān)處理器向終端設(shè)備傳遞數(shù)據(jù)時，在接收到云服務(wù)器發(fā)送的數(shù)據(jù)包之后進(jìn)行解封裝操作，由第一接口協(xié)議轉(zhuǎn)換為第二接口協(xié)議，再進(jìn)行第二接口封裝后發(fā)送與上述終端設(shè)備連接的協(xié)調(diào)器，由該協(xié)調(diào)器將數(shù)據(jù)傳遞給終端設(shè)備。且上述協(xié)調(diào)器向路由器或終端設(shè)備轉(zhuǎn)發(fā)或數(shù)據(jù)傳遞的操作，均采用Zigbee協(xié)議完成。在協(xié)調(diào)器通過第二接口接收到網(wǎng)關(guān)處理器發(fā)送的操作請求后，協(xié)調(diào)器進(jìn)行第二接口的解析，并根據(jù)操作請求進(jìn)行具體操作(如Set/Get參數(shù)等)，在執(zhí)行操作之后，將操作結(jié)果通過第二接口上報給網(wǎng)關(guān)處理器。由此，本發(fā)明實(shí)施例提供的上述通信方法還包括如下步驟：網(wǎng)關(guān)處理器在通過第二接口接收到協(xié)調(diào)器發(fā)送的與操作請求對應(yīng)的操作結(jié)果時，將操作結(jié)果由第二接口協(xié)議轉(zhuǎn)換為第一接口協(xié)議；將轉(zhuǎn)換協(xié)議后的操作結(jié)果通過第一接口上報給云服務(wù)器。綜上，本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)通信系統(tǒng)的通信方法的具體流程，如圖8所示，具體包括如下步驟：S801、云服務(wù)器通過第一接口向網(wǎng)關(guān)處理發(fā)送操作請求；S802、網(wǎng)關(guān)處理器將操作請求由第一接口協(xié)議轉(zhuǎn)換為第二接口協(xié)議；S803、網(wǎng)關(guān)處理器向協(xié)調(diào)器發(fā)送轉(zhuǎn)換協(xié)議后的操作請求；S804、協(xié)調(diào)器根據(jù)操作請求執(zhí)行相應(yīng)操作；S805、協(xié)調(diào)器通過第二接口向網(wǎng)關(guān)處理器上報操作結(jié)果；S806、網(wǎng)關(guān)處理器將操作結(jié)果由第二接口協(xié)議轉(zhuǎn)換為第一接口協(xié)議；S807、網(wǎng)關(guān)處理器向云服務(wù)器發(fā)送轉(zhuǎn)換協(xié)議后的操作結(jié)果。本發(fā)明實(shí)施例提供的網(wǎng)絡(luò)通信系統(tǒng)、其管理方法及通信方法，網(wǎng)關(guān)處理器通過有線或無線的方式連接云服器，通過第一接口與云服務(wù)器進(jìn)行通信；網(wǎng)關(guān)處理器和Zigbee網(wǎng)絡(luò)的多個協(xié)調(diào)器連接，通過第二接口與協(xié)調(diào)器進(jìn)行通信，由此可通過網(wǎng)關(guān)處理器管理多個Zigbee網(wǎng)絡(luò)的協(xié)調(diào)器，實(shí)現(xiàn)云服務(wù)器與Zigbee網(wǎng)絡(luò)的互聯(lián)。在同時管理Zigbee網(wǎng)絡(luò)的1000個終端設(shè)備時，相比于現(xiàn)有技術(shù)中采用專用服務(wù)器或協(xié)轉(zhuǎn)設(shè)備的管理方式，下表提供了三種方式中使用設(shè)備數(shù)量及連接方式等信息：現(xiàn)有方案一現(xiàn)有方案二本發(fā)明方案專用服務(wù)器數(shù)量100協(xié)轉(zhuǎn)設(shè)備0500網(wǎng)關(guān)設(shè)備(網(wǎng)關(guān)處理器)005IP資源消耗1505與互聯(lián)網(wǎng)通信方式有線有線有線、無線CO程序復(fù)雜度高高低由上表可以看出，本發(fā)明采用數(shù)量較少的小型化網(wǎng)關(guān)設(shè)備可實(shí)現(xiàn)相同數(shù)量的終端設(shè)備的管理。且本發(fā)明可實(shí)現(xiàn)有線和無線兩種方式實(shí)現(xiàn)與互聯(lián)網(wǎng)的連接，同時，本發(fā)明所消耗的資源較少，協(xié)調(diào)器的程序復(fù)雜度較低，極大的提高了Zigbee網(wǎng)絡(luò)的適用性。本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機(jī)程序指令到通用計算機(jī)、專用計算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器，使得通過該計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令可實(shí)現(xiàn)流程圖中的一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。當(dāng)前第1頁1 2 3