智慧校園數(shù)字實(shí)驗(yàn)室云邊協(xié)同服務(wù)器開(kāi)發(fā)研究

綦 慧，張 鍇

（北京工業(yè)大學(xué) 信息學(xué)部，北京 100124）

0 引言

現(xiàn)如今，在理工科院校的專業(yè)實(shí)踐教學(xué)過(guò)程中，每個(gè)學(xué)期都會(huì)產(chǎn)生多種類型的實(shí)驗(yàn)數(shù)據(jù)及大量實(shí)驗(yàn)文件。數(shù)字化校園中的數(shù)據(jù)不僅包括實(shí)驗(yàn)的實(shí)時(shí)數(shù)據(jù)和文件，而且包括實(shí)驗(yàn)報(bào)告、學(xué)生信息等靜態(tài)數(shù)據(jù)。因?yàn)檫@些數(shù)據(jù)在服務(wù)器里的存儲(chǔ)時(shí)間不同，對(duì)其處理方式也不盡相同。此外，海量的原始數(shù)據(jù)在網(wǎng)絡(luò)邊緣產(chǎn)生并匯入通信網(wǎng)絡(luò)，不僅占用大量帶寬資源，還對(duì)快速、可靠的傳輸與計(jì)算帶來(lái)了巨大挑戰(zhàn)。由于無(wú)線通信帶寬有限，有線網(wǎng)絡(luò)帶寬也不可能無(wú)限增加，并且由于遠(yuǎn)離計(jì)算中心，通信網(wǎng)絡(luò)的邊緣設(shè)備計(jì)算能力十分有限，因此傳統(tǒng)的計(jì)算網(wǎng)絡(luò)架構(gòu)難以滿足廣大終端日益增長(zhǎng)的任務(wù)處理需求。

云計(jì)算提出一種有效應(yīng)對(duì)數(shù)據(jù)爆發(fā)的方案，即可將終端設(shè)備沒(méi)有能力處理的計(jì)算任務(wù)上傳到云計(jì)算中心進(jìn)行處理。但是，將大批量物聯(lián)網(wǎng)設(shè)備數(shù)據(jù)發(fā)送到云端所需的網(wǎng)絡(luò)通信資源非常多，隨著數(shù)據(jù)量的增加，傳輸成本也會(huì)隨之增加。而且云端距離設(shè)備端較遠(yuǎn)，會(huì)產(chǎn)生較大的傳輸時(shí)延及較慢的傳輸速率。為解決云端處理所面臨的問(wèn)題，邊緣計(jì)算應(yīng)運(yùn)而生。然而，邊緣服務(wù)器的資源有限、處理能力有限，遠(yuǎn)沒(méi)有云的處理計(jì)算能力強(qiáng)大。

云服務(wù)中心側(cè)重于大數(shù)據(jù)、大計(jì)算量以及對(duì)實(shí)時(shí)性要求不高的業(yè)務(wù)場(chǎng)景，邊緣服務(wù)器側(cè)重于低時(shí)延、快速響應(yīng)的業(yè)務(wù)場(chǎng)景。云與邊緣處理并不沖突，二者是緊密協(xié)作、協(xié)同互補(bǔ)的關(guān)系。

1 相關(guān)研究

近年來(lái)，云計(jì)算、大數(shù)據(jù)及人工智能技術(shù)的快速發(fā)展推動(dòng)了高校信息化建設(shè)與改革，越來(lái)越多高校開(kāi)展了信息化實(shí)驗(yàn)室建設(shè)工程，將理論教學(xué)與實(shí)驗(yàn)教學(xué)相結(jié)合，以加強(qiáng)學(xué)生創(chuàng)新意識(shí)與創(chuàng)新能力的培養(yǎng)。云計(jì)算可整合計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)、軟件等資源，具備按需分配、獲取迅速、訪問(wèn)便捷等特點(diǎn)，簡(jiǎn)化了實(shí)驗(yàn)教學(xué)資源管理工作，提高了實(shí)驗(yàn)教學(xué)效率。

文獻(xiàn)［8］針對(duì)高校教學(xué)中的實(shí)驗(yàn)仿真環(huán)節(jié)設(shè)計(jì)了云計(jì)算環(huán)境；文獻(xiàn)［9］結(jié)合云平臺(tái)建設(shè)、信息化系統(tǒng)建設(shè)等，設(shè)計(jì)一種云平臺(tái)實(shí)驗(yàn)教學(xué)中心建設(shè)方案；文獻(xiàn)［10］借助云計(jì)算平臺(tái)，探索開(kāi)發(fā)虛擬實(shí)驗(yàn)室控制系統(tǒng)與虛擬實(shí)驗(yàn)室用戶平臺(tái)；文獻(xiàn)［11］提出在高校網(wǎng)絡(luò)中心現(xiàn)有計(jì)算機(jī)、網(wǎng)絡(luò)等硬件設(shè)施基礎(chǔ)上，使用云服務(wù)應(yīng)用軟件構(gòu)建云計(jì)算實(shí)驗(yàn)平臺(tái)，以滿足大學(xué)計(jì)算機(jī)實(shí)驗(yàn)教學(xué)的需要；文獻(xiàn)［12］基于OpenStack 框架搭建云計(jì)算實(shí)驗(yàn)平臺(tái)，從教師初始配置、投資效費(fèi)比、實(shí)驗(yàn)室開(kāi)放、教師實(shí)驗(yàn)管理和學(xué)生準(zhǔn)備時(shí)間5個(gè)維度對(duì)云計(jì)算實(shí)驗(yàn)平臺(tái)效果作綜合分析；文獻(xiàn)［13］針對(duì)因計(jì)算機(jī)實(shí)驗(yàn)室的資源擴(kuò)展性與使用靈活性、個(gè)人電腦軟件環(huán)境配置、網(wǎng)絡(luò)共享等限制，將個(gè)人電腦用于實(shí)驗(yàn)課程會(huì)造成諸多不便等問(wèn)題，基于云設(shè)計(jì)了高校計(jì)算機(jī)實(shí)驗(yàn)教學(xué)方案。

然而，云平臺(tái)的優(yōu)勢(shì)固然明顯，卻很難滿足本文運(yùn)動(dòng)控制實(shí)驗(yàn)平臺(tái)電機(jī)實(shí)驗(yàn)較高的實(shí)時(shí)性要求，因此本文基于云服務(wù)器與邊緣服務(wù)器之間的協(xié)同互補(bǔ)，針對(duì)智慧校園實(shí)驗(yàn)室管理系統(tǒng)的要求，沒(méi)有只選用云平臺(tái)服務(wù)器，而是首先設(shè)計(jì)本地邊緣服務(wù)器與云服務(wù)器協(xié)同的后端架構(gòu)，即設(shè)備側(cè)本地服務(wù)器用于存儲(chǔ)實(shí)驗(yàn)實(shí)時(shí)數(shù)據(jù)，云端服務(wù)器用于存儲(chǔ)本地備份數(shù)據(jù)及靜態(tài)數(shù)據(jù)，其次對(duì)服務(wù)器協(xié)同下的網(wǎng)絡(luò)通信進(jìn)行研究，采用Netty 高性能異步通信框架實(shí)現(xiàn)可靠通信，最后完成了系統(tǒng)開(kāi)發(fā)。

2 系統(tǒng)模型與應(yīng)用架構(gòu)設(shè)計(jì)

針對(duì)工科院校專業(yè)實(shí)驗(yàn)室內(nèi)設(shè)備種類多樣、數(shù)量繁多的特點(diǎn)，設(shè)計(jì)了智慧實(shí)驗(yàn)室管理平臺(tái)的后端服務(wù)器體系結(jié)構(gòu)，如圖1 所示。每個(gè)實(shí)驗(yàn)室配備一臺(tái)本地服務(wù)器，在智能設(shè)備的邊緣側(cè)對(duì)數(shù)據(jù)進(jìn)行采集與實(shí)時(shí)處理，云服務(wù)器適時(shí)介入與本地服務(wù)器協(xié)同進(jìn)行工作。設(shè)備與服務(wù)器之間的網(wǎng)絡(luò)通信以及服務(wù)器之間采取Netty 高性能異步通信框架進(jìn)行數(shù)據(jù)通信傳輸。

Fig.1 Server system model圖1 服務(wù)器系統(tǒng)模型

本文采用本地服務(wù)器邊緣處理與云服務(wù)器協(xié)同的后端結(jié)構(gòu)，因此系統(tǒng)整體網(wǎng)絡(luò)結(jié)構(gòu)如圖2 所示。

Fig.2 System network structure圖2 系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)

如圖2 所示，考慮如下幾個(gè)應(yīng)用場(chǎng)景：

（1）當(dāng)實(shí)驗(yàn)室本地資源有限時(shí)，可選擇本地服務(wù)器作為后端服務(wù)器。云服務(wù)器通過(guò)一定的通信模式，從本地服務(wù)器讀取數(shù)據(jù)，用作備份。該操作不僅可充分利用資源有限的本地服務(wù)器存儲(chǔ)實(shí)驗(yàn)實(shí)時(shí)數(shù)據(jù)，而且當(dāng)用戶需要在Web 端進(jìn)行實(shí)驗(yàn)回放時(shí)，不需要實(shí)時(shí)性的后端數(shù)據(jù)支撐，而是采用云端的備份數(shù)據(jù)。正常工作情況如圖3 所示。

（2）如圖4 所示，當(dāng)本地服務(wù)器不足以支撐實(shí)驗(yàn)室本地資源的使用時(shí)，云端服務(wù)器介入，暫時(shí)代替本地服務(wù)器作為后端服務(wù)器。

Fig.3 Normal working conditions圖3 正常工作情況

Fig.4 Other cases圖4 其他情況

（3）如圖4 所示，當(dāng)本地服務(wù)器發(fā)生意外，如出現(xiàn)數(shù)據(jù)量過(guò)大、存儲(chǔ)不足等情況時(shí)，使用云端服務(wù)器作為遞補(bǔ)服務(wù)器。

綜上所述，在解決了智慧校園實(shí)驗(yàn)室系統(tǒng)服務(wù)器架構(gòu)問(wèn)題后，考慮到此實(shí)驗(yàn)室系統(tǒng)所需的數(shù)據(jù)傳輸具有較強(qiáng)的實(shí)時(shí)性、較大的數(shù)據(jù)量以及一定的并發(fā)量，高性能與高可靠的網(wǎng)絡(luò)數(shù)據(jù)通信將是下一步需要解決的問(wèn)題，合理的服務(wù)器架構(gòu)與高性能的IO 是相輔相成的。針對(duì)一個(gè)實(shí)驗(yàn)室有多個(gè)實(shí)驗(yàn)臺(tái)帶來(lái)的并發(fā)實(shí)際需求，JavaBIO 這種同步阻塞式的IO 則不合適在此系統(tǒng)中應(yīng)用，因此選擇JavaNIO 這種非阻塞IO 進(jìn)行讀寫(xiě)。

3 Netty 高性能異步通信

根據(jù)上文的分析，不管是數(shù)據(jù)從設(shè)備端流向本地服務(wù)器還是流向云服務(wù)器，亦或是從本地服務(wù)器流向云服務(wù)器，均為多對(duì)一關(guān)系。當(dāng)出現(xiàn)多客戶端并發(fā)情況時(shí)，高性能的數(shù)據(jù)傳輸及通信則顯得尤為重要。由于Java NIO 的類庫(kù)和API 繁多，使用較為麻煩，需要熟練掌握Selector、ServerSocketChannel、SocketChannel、ByteBuffer 等，開(kāi)發(fā)工作量和難度都非常大，且JDK NIO 具有一些Bug，例如臭名昭著的Epoll Bug 會(huì)導(dǎo)致Selector 空輪詢，最終導(dǎo)致CPU 使用率達(dá)到100%。一直到JDK 1.7 版本，該問(wèn)題仍舊存在，沒(méi)有得到根本性解決。而Netty 是業(yè)界NIO 框架中最流行的框架，其健壯性、可擴(kuò)展性、可定制性都是首屈一指的。

該Web 控制所用系統(tǒng)因?qū)嶒?yàn)臺(tái)設(shè)備端與服務(wù)器之間的數(shù)據(jù)通信要求實(shí)時(shí)性，所以設(shè)備端與服務(wù)器端建立長(zhǎng)連接，基于Netty 實(shí)現(xiàn)設(shè)備通信服務(wù)系統(tǒng)，可不用過(guò)多關(guān)注連接建立、數(shù)據(jù)編解碼等底層通信的實(shí)現(xiàn)，進(jìn)而能更好地進(jìn)行業(yè)務(wù)開(kāi)發(fā)。因此，經(jīng)綜合考慮后，選取Netty 高性能異步通信框架搭建智慧校園實(shí)驗(yàn)室通信服務(wù)器來(lái)完成IO 讀寫(xiě)。

Netty 框架使用主從Reactor 模式，下面進(jìn)行簡(jiǎn)單介紹。如圖5 所示，Netty 抽象出兩組線程池，BossGroup 專門負(fù)責(zé)接收客戶端連接，WorkerGroup 專門負(fù)責(zé)網(wǎng)絡(luò)讀寫(xiě)。Boss-Group和WorkerGroup類型都是NioEventLoopGroup，Nio-EventLoopGroup 相當(dāng)于一個(gè)事件循環(huán)組，該組中含有多個(gè)事件循環(huán)，每一個(gè)事件循環(huán)是NioEventLoop。NioEventLoop表示一個(gè)不斷循環(huán)的執(zhí)行處理任務(wù)的線程，每個(gè)NioEvent-Loop 都有一個(gè)selector，用于監(jiān)聽(tīng)綁定在其上的socket 網(wǎng)絡(luò)通信。NioEventLoopGroup 可以有多個(gè)線程，即可含有多個(gè)NioEventLoop。

每個(gè)Boss NioEventLoop 循環(huán)執(zhí)行步驟分為3 步：①輪詢accept 事件；②處理accept 事件，與client 建立連接，生成NioScocketChannel，并將其注冊(cè)到某個(gè)worker NIOEvent-Loop 上的selector；③處理任務(wù)隊(duì)列的任務(wù)，即runAllTasks。

每個(gè)Worker NIOEventLoop 循環(huán)執(zhí)行步驟也分為3 步：①輪詢r(jià)ead、write 事件；②處理I∕O 事件，即read、write 事件，在對(duì)應(yīng)NioScocketChannel 中進(jìn)行處理；③處理任務(wù)隊(duì)列的任務(wù)，即runAllTasks。

如上所述，Netty 最大的優(yōu)點(diǎn)就是采取了主從Reactor線程模型，抽象出兩組線程組，線程組中每一個(gè)線程都由selector 一直在輪詢執(zhí)行。一組負(fù)責(zé)與客戶端建立連接，即BossGroup，在本實(shí)驗(yàn)室系統(tǒng)中，這一組線程組負(fù)責(zé)與客戶端即設(shè)備端進(jìn)行服務(wù)器連接；另一組即WorkerGroup，在線程組的相應(yīng)線程中選擇合適的管道處理讀寫(xiě)事件。在本系統(tǒng)中，不同的實(shí)驗(yàn)臺(tái)設(shè)備可分別選擇線程組中某一線程的channel 進(jìn)行實(shí)時(shí)數(shù)據(jù)的本地服務(wù)器存儲(chǔ)等。

綜上，使用Netty 這種異步非阻塞通信方式，一組線程用于客戶端連接，一組線程用于IO 處理，可有效解決多并發(fā)連接問(wèn)題，從而保證通信的高性能與可靠性。

Fig.5 Netty master-slave Reactor thread model圖5 Netty 主從Reactor 線程模型

4 服務(wù)器通信應(yīng)用實(shí)現(xiàn)及客戶端多并發(fā)測(cè)試

4.1 服務(wù)器通信實(shí)現(xiàn)

如上所述，Netty 既可以開(kāi)發(fā)客戶端，又可以開(kāi)發(fā)服務(wù)器端。即針對(duì)服務(wù)端或客戶端某一端，先使用鏈?zhǔn)骄幊虒?xiě)出服務(wù)器端∕客戶端配置代碼，再到處理器Handler 里處理業(yè)務(wù)邏輯代碼。如圖6 所示，對(duì)于服務(wù)器端的開(kāi)發(fā)，首先創(chuàng)建BossGroup 與WorkerGroup 兩組線程組，采用鏈?zhǔn)骄幊虒?duì)兩組線程組進(jìn)行設(shè)置，如使用NioSocketChannel 作為服務(wù)器通道實(shí)現(xiàn)網(wǎng)絡(luò)通信，以及設(shè)置線程隊(duì)列連接個(gè)數(shù)、設(shè)置活動(dòng)連接狀態(tài)、創(chuàng)建一個(gè)通道初始化匿名對(duì)象等，然后通過(guò)channel 拿到pipeline 并添加Handler，在此處進(jìn)行后續(xù)的業(yè)務(wù)處理任務(wù)，并根據(jù)需求進(jìn)行對(duì)應(yīng)開(kāi)發(fā)。

Fig.6 Netty server-side development flow圖6 Netty 服務(wù)器端開(kāi)發(fā)流程

系統(tǒng)主要有以下IO 讀寫(xiě)通信需求：①實(shí)驗(yàn)時(shí)，服務(wù)端對(duì)客戶端的二進(jìn)制實(shí)時(shí)數(shù)據(jù)文件進(jìn)行讀??；②云端對(duì)本地服務(wù)器數(shù)據(jù)進(jìn)行讀?。虎劭蛻舳藢?duì)本地服務(wù)器數(shù)據(jù)進(jìn)行讀??；④客戶端對(duì)云服務(wù)器數(shù)據(jù)進(jìn)行讀取。下面針對(duì)客戶端的多并發(fā)情況進(jìn)行服務(wù)器連接壓力測(cè)試，通過(guò)測(cè)試服務(wù)器的穩(wěn)定性，驗(yàn)證在實(shí)驗(yàn)室實(shí)驗(yàn)臺(tái)數(shù)量達(dá)到上限后，服務(wù)器還能否完成客戶端連接以及后續(xù)的業(yè)務(wù)邏輯處理任務(wù)，即IO 讀寫(xiě)等任務(wù)。

4.2 客戶端多并發(fā)測(cè)試

針對(duì)本實(shí)驗(yàn)室系統(tǒng)的實(shí)際情況與需求，一間實(shí)驗(yàn)室配備一個(gè)本地服務(wù)器。由于空間受限的原因，一間實(shí)驗(yàn)室的實(shí)驗(yàn)臺(tái)個(gè)數(shù)一般為十幾臺(tái)，一臺(tái)服務(wù)器基本不會(huì)連接超過(guò)20個(gè)實(shí)驗(yàn)臺(tái)。因此，對(duì)于服務(wù)器的數(shù)據(jù)接收?qǐng)鼍?，分別進(jìn)行20 以及大于20個(gè)客戶端的多并發(fā)連接壓力測(cè)試，具體測(cè)試如下：

測(cè)試挑選的業(yè)務(wù)需求是客戶端讀取一個(gè)二進(jìn)制文件，然后發(fā)送給服務(wù)器端，服務(wù)器端根據(jù)二進(jìn)制文件的前面兩個(gè)字節(jié)，將其存放到不同目錄中。服務(wù)器端按照Netty ByteBuf 的getByte 方法取前兩個(gè)字節(jié)，存放到數(shù)組中，并與提前設(shè)定好的字節(jié)進(jìn)行比對(duì)。通過(guò)ctx 獲取channel 得到客戶端IP，記錄連接的客戶端并進(jìn)行標(biāo)記處理，之后存入不同目錄中。根據(jù)需求在Handler 里進(jìn)行服務(wù)端需求開(kāi)發(fā)，進(jìn)而進(jìn)行客戶端開(kāi)發(fā)。

首先在開(kāi)啟服務(wù)端之后開(kāi)啟客戶端，即表示一個(gè)實(shí)驗(yàn)臺(tái)上線需要服務(wù)器端進(jìn)行業(yè)務(wù)處理。

（1）當(dāng)實(shí)驗(yàn)臺(tái)連接數(shù)為20 時(shí)，測(cè)試結(jié)果如圖7 所示。（2）當(dāng)實(shí)驗(yàn)臺(tái)連接數(shù)大于20 時(shí)，測(cè)試結(jié)果如圖8 所示。

Fig.7 Test connection number 1圖7 測(cè)試連接數(shù)1

Fig.8 Test connection number 2圖8 測(cè)試連接數(shù)2

（3）假設(shè)接下來(lái)無(wú)限制地增加連接數(shù)，因?yàn)镴ava 虛擬機(jī)（JVM）分配的內(nèi)存大于系統(tǒng)可用內(nèi)存數(shù)，所以沒(méi)有足夠的空間分配給JVM，可采取調(diào)整JVM 內(nèi)存的方法解決該問(wèn)題。如圖9 所示，當(dāng)無(wú)限制增加客戶端連接數(shù)時(shí)，會(huì)出現(xiàn)JVM 內(nèi)存不足的情況。

Fig.9 Unlimitedly increasing the number of connections圖9 無(wú)限制增加連接數(shù)

但對(duì)于本系統(tǒng)而言，30 以內(nèi)的連接數(shù)已足夠使用，不需要再調(diào)整JVM 內(nèi)存。因此，本系統(tǒng)采取Netty 的異步通信框架，可實(shí)現(xiàn)客戶端多并發(fā)快速連接與大數(shù)據(jù)量的讀寫(xiě)操作。另外Netty 把NIO 封裝后，開(kāi)發(fā)變得不再繁瑣。

4.3 系統(tǒng)實(shí)現(xiàn)

在后端服務(wù)器的有力支撐下，在微信小程序端（移動(dòng)端）以及Web 端分別開(kāi)發(fā)了系統(tǒng)前端界面。對(duì)于前端請(qǐng)求的服務(wù)器選擇，如前文所述，在系統(tǒng)正常運(yùn)行的情況下，對(duì)于實(shí)時(shí)的動(dòng)態(tài)實(shí)驗(yàn)數(shù)據(jù)選擇本地服務(wù)器，靜態(tài)數(shù)據(jù)選擇云端服務(wù)器，客戶端與服務(wù)端通信選擇Netty 實(shí)現(xiàn)。前端實(shí)現(xiàn)過(guò)程如下：針對(duì)微信原生開(kāi)發(fā)框架只有一組Tab 欄的問(wèn)題，為滿足學(xué)生與管理員登錄之后不同的功能需求，學(xué)生端采用原生的Tab 欄界面，管理員端界面另外單獨(dú)進(jìn)行開(kāi)發(fā)。

對(duì)于學(xué)生端，主要欄目有：申請(qǐng)實(shí)驗(yàn)、我的實(shí)驗(yàn)（即預(yù)約成功的實(shí)驗(yàn)）、實(shí)驗(yàn)報(bào)告（上傳）、我的，如圖10 所示。

對(duì)于教師端，主要欄目有：申請(qǐng)、實(shí)驗(yàn)、報(bào)告、我的，與學(xué)生端的相關(guān)功能對(duì)應(yīng)，如圖11 所示。

對(duì)于Web 端界面，其中實(shí)驗(yàn)實(shí)時(shí)操作頁(yè)面如圖12 所示。正是由于Netty 高性能異步通信的加入，為一個(gè)實(shí)驗(yàn)室內(nèi)10個(gè)左右實(shí)驗(yàn)臺(tái)的同時(shí)可靠運(yùn)行提供了保障，有效實(shí)現(xiàn)了實(shí)時(shí)數(shù)據(jù)的服務(wù)器存儲(chǔ)等操作。同時(shí)，對(duì)多個(gè)實(shí)驗(yàn)臺(tái)的并發(fā)連接進(jìn)行測(cè)試，效果良好。

因此，在后端服務(wù)器架構(gòu)的強(qiáng)大支撐下，數(shù)字化實(shí)驗(yàn)室管理系統(tǒng)才能發(fā)揮出最大的作用，為師生實(shí)驗(yàn)帶來(lái)便利。

Fig.10 Tab page after students log in圖10 學(xué)生登錄后Tab 頁(yè)面

Fig.11 Tab page after teachers log in圖11 教師登錄后Tab 頁(yè)面

Fig.12 Real-time experiment operation page after experiment reservation圖12 預(yù)約實(shí)驗(yàn)后實(shí)驗(yàn)實(shí)時(shí)操作頁(yè)面

5 結(jié)語(yǔ)

本文針對(duì)智慧校園的數(shù)字化實(shí)驗(yàn)室，結(jié)合云計(jì)算與邊緣計(jì)算處理的優(yōu)勢(shì)，對(duì)實(shí)驗(yàn)室的服務(wù)器進(jìn)行研究，提出一種本地服務(wù)器邊緣處理與云服務(wù)器云端處理協(xié)同的后端服務(wù)器架構(gòu)。在此基礎(chǔ)上，采用高性能的NIO 異步通信框架Netty 開(kāi)發(fā)了系統(tǒng)之間的通信服務(wù)器，并基于此對(duì)業(yè)務(wù)需求進(jìn)行開(kāi)發(fā)。后續(xù)還有許多需要繼續(xù)探索的地方，尤其是針對(duì)本地服務(wù)器與云服務(wù)器協(xié)同的算法進(jìn)行研究，探索實(shí)現(xiàn)兩者協(xié)同的最優(yōu)化。