肖招娣,皇甫漢聰,楊 飛
(佛山供電局有限公司 廣東 佛山528000)
基于多網(wǎng)多終端協(xié)同的多媒體業(yè)務(wù)控制接口設(shè)計(jì)分析
肖招娣,皇甫漢聰,楊 飛
(佛山供電局有限公司 廣東 佛山528000)
終端融合與網(wǎng)絡(luò)融合的實(shí)現(xiàn),業(yè)務(wù)融合已然成為了發(fā)展的必然?;谀軌驖M足完全覆蓋全部融合業(yè)務(wù)的目的,本文通過(guò)對(duì)網(wǎng)絡(luò)融合后業(yè)務(wù)平臺(tái)的研究,提出了多網(wǎng)多終端協(xié)同的多媒體融合業(yè)務(wù)架構(gòu)模型,同時(shí)設(shè)計(jì)業(yè)務(wù)架構(gòu)接口,實(shí)現(xiàn)了多終端和多媒體業(yè)務(wù)組合的協(xié)同。應(yīng)用結(jié)果表明,該技術(shù)架構(gòu)的有效地解決了組織內(nèi)部以及內(nèi)外部之間的協(xié)作、溝通;用移動(dòng)互聯(lián)網(wǎng)技術(shù)對(duì)業(yè)務(wù)處理方式進(jìn)行優(yōu)化重構(gòu);實(shí)現(xiàn)了隨地、隨時(shí)處理任何設(shè)備。
多網(wǎng)多終端協(xié)同;多媒體業(yè)務(wù);控制接口;網(wǎng)絡(luò)融合;構(gòu)架模型
伴隨著用戶對(duì)網(wǎng)絡(luò)業(yè)務(wù)要求的逐漸提高,網(wǎng)絡(luò)業(yè)務(wù)在向著個(gè)性化及多樣化的方向發(fā)展。基于網(wǎng)絡(luò)融合的開放業(yè)務(wù)平臺(tái)架構(gòu)能夠提供包含語(yǔ)音、圖像以及數(shù)據(jù)的多項(xiàng)業(yè)務(wù),故而對(duì)基于多網(wǎng)絡(luò)協(xié)同的多媒體業(yè)務(wù)平臺(tái)架構(gòu)進(jìn)行研究有著極其深遠(yuǎn)的作用和影響。文中提出了相應(yīng)的業(yè)務(wù)架構(gòu)模型,此外,按照提出的架構(gòu),業(yè)務(wù)開發(fā)設(shè)計(jì)人員可以通過(guò)利用開放的API開發(fā)出更多的業(yè)務(wù),并且無(wú)須了解底層的通信機(jī)制,這也使得網(wǎng)絡(luò)資源得到了充分有效的利用。
開放業(yè)務(wù)平臺(tái)、應(yīng)用服務(wù)器和核心網(wǎng)基本構(gòu)成了面向網(wǎng)絡(luò)融合的開放環(huán)境,文中主要研究的對(duì)象是開放業(yè)務(wù)平臺(tái)及其接口的設(shè)計(jì),為了盡可能的滿足融合業(yè)務(wù)場(chǎng)景和開放業(yè)務(wù)平臺(tái)的特性,本文首先提出了面向網(wǎng)絡(luò)融合的業(yè)務(wù)平臺(tái)結(jié)構(gòu)[1]。
1.1 開放業(yè)務(wù)平臺(tái)架構(gòu)
如圖1所示,平臺(tái)的整體結(jié)構(gòu)示意圖。
由圖1所示,該平臺(tái)主要由終端應(yīng)用和服務(wù)器平臺(tái)兩部分構(gòu)成,其中終端應(yīng)用指的是移動(dòng)智能終端,它能夠在Android、iOS系統(tǒng)的智能終端以及計(jì)算機(jī)上使用;服務(wù)器平臺(tái)主要包含了運(yùn)營(yíng)系統(tǒng),核心應(yīng)用,運(yùn)維系統(tǒng),平臺(tái)組件以及基礎(chǔ)平臺(tái)5部分。該平臺(tái)是一個(gè)利用移動(dòng)智能終端實(shí)現(xiàn)企業(yè)溝通、協(xié)作、管理一體化體驗(yàn)的云辦公平臺(tái),它有效的增強(qiáng)了員工之間的交流溝通和分享,提升了員工的工作效率,并且降低了企業(yè)內(nèi)部的溝通成本,使企業(yè)內(nèi)部管理協(xié)作問題得到了有效的解決,實(shí)現(xiàn)了企業(yè)和外部資源的精確連接,為企業(yè)的健康穩(wěn)定發(fā)展奠定了基礎(chǔ)[2]。該平臺(tái)支持傳輸信息的形式是多樣化的,主要包含了文字、語(yǔ)音、圖片及文件等等,企業(yè)的員工能夠自己的需要選取最便捷。最直觀的方式和同時(shí)進(jìn)行交流,并且還能夠創(chuàng)建群組以便共同討論[3]。此外,信息在該平臺(tái)上傳遞是同步的,也就是說(shuō)信息在PC客戶端和移動(dòng)終端之間是完全同步的,這樣,就保證了員工回到家中能夠通過(guò)手機(jī)對(duì)在單位計(jì)算機(jī)上的信息和文件傳輸記錄進(jìn)行輕松的查閱和存儲(chǔ),而避免了重要信息的遺漏。該平臺(tái)為用戶打造了專屬的、統(tǒng)一的通訊錄,在該通訊錄里有且只有用戶的每一位同事,組織架構(gòu)非常清晰,企業(yè)每位同事的崗位信息和聯(lián)系方式都包括在內(nèi),提高了用戶找人的效率,也使員工之間的溝通更為方便。當(dāng)企業(yè)有新人加入的時(shí)候,管理員只需要在后臺(tái)添加新員工信息就可以了,并不需要用戶手動(dòng)添加聯(lián)系人[4]。
圖1 平臺(tái)的整體結(jié)構(gòu)示意圖
1.2 Openfire動(dòng)態(tài)結(jié)構(gòu)
圖2和圖3分別為啟動(dòng)流程和狀態(tài)管理流程。
圖2 啟動(dòng)流程圖
圖3 狀態(tài)管理流程圖
Session主要包含客戶端會(huì)話,代表的是一個(gè)客戶端和一個(gè)服務(wù)器端之間的會(huì)話;外部組件會(huì)話,指的是一個(gè)外部組件和一個(gè)服務(wù)器之間的會(huì)話,外部組件表示遠(yuǎn)程組件的連接代理;連接管理器會(huì)話以及遠(yuǎn)程服務(wù)器會(huì)話4類[5]。ClientSession中存的狀態(tài)主要包括、AuthToken、會(huì)話是否初始化、會(huì)話是否可用、上線時(shí)是否收到離線消息、出席狀態(tài)、JID、StreamId、當(dāng)前狀態(tài)與penfire服務(wù)器的連接、服務(wù)器名、會(huì)話開始時(shí)間以及最后活動(dòng)時(shí)間,其中需要?jiǎng)冸x的狀態(tài)有會(huì)話是否可用、AuthToken、出席狀態(tài)3種[6]。本地會(huì)話管理器的作用是管理連接到JVM的會(huì)話,并且該會(huì)話不存在路由。如果存在路由的會(huì)話將被添加到路由表中,無(wú)需保存到本地會(huì)話管理器。對(duì)于外部組件會(huì)話、來(lái)訪服務(wù)器會(huì)話和連接管理器會(huì)話都不需要路由器,所以他們也保存在本地會(huì)話管理器中[7]。保存在本地會(huì)話管理器中的會(huì)話不能被其他集群節(jié)點(diǎn)訪問,但是其他節(jié)點(diǎn)可以訪問帶有路由表的會(huì)話[8]。 外部組件的會(huì)話保存在這里,但是會(huì)為外部組件暴露出來(lái)的服務(wù)創(chuàng)建路由表,問題在于組件服務(wù)可以被其他集群節(jié)點(diǎn)訪問,并且當(dāng)組件是外部組件時(shí),它的會(huì)話將透過(guò)外部組件會(huì)話用來(lái)傳遞消息包[9]。
在網(wǎng)絡(luò)融合不斷實(shí)現(xiàn)的推動(dòng)下,傳輸更加豐富的內(nèi)容以及發(fā)送任何業(yè)務(wù)都將成為現(xiàn)實(shí)。但是,近年來(lái)用戶對(duì)擁有自己業(yè)務(wù)的渴望值越來(lái)越高,因此服務(wù)范式和服務(wù)遞送就需要進(jìn)行重新的考慮。在不同移動(dòng)性和業(yè)務(wù)隨處可見以及NGS的背景下,業(yè)務(wù)融合是目前最有前景的方法[10]。本節(jié)分析的重點(diǎn)即融合業(yè)務(wù)接口的設(shè)計(jì),針對(duì)業(yè)務(wù)結(jié)構(gòu)的塑造以及接口的融合,提出采用松耦合于業(yè)務(wù)架構(gòu)元素之間,為了更好的使融合業(yè)務(wù)的傳輸?shù)玫綕M足,提出了靈活性更高的業(yè)務(wù)聚合,連接管理流程如圖4所示。
2.1 路由表管理
路由表管理主要主要包含連接器管理、本地應(yīng)用和賬戶與連接綁定3部分組成。1)連接管理器:在網(wǎng)絡(luò)連接創(chuàng)建時(shí)添加路由;在網(wǎng)絡(luò)連接斷開時(shí)刪除路由。2)本地應(yīng)用:在本地應(yīng)用啟動(dòng)時(shí)添加路由;在本地應(yīng)用停止時(shí)刪除路由[11]。3)賬戶與連接綁定:當(dāng)用戶登錄成功時(shí)添加綁定;當(dāng)用戶退出成功時(shí)、客戶端關(guān)閉時(shí)與網(wǎng)路斷開時(shí)刪除綁定。
圖4 連接管理流程
2.2 應(yīng)用與平臺(tái)間接口
應(yīng)用與平臺(tái)間接口主要分為初始化接口、運(yùn)行時(shí)平臺(tái)接口和運(yùn)用時(shí)應(yīng)用接口3類,其中初始化接口應(yīng)用運(yùn)行時(shí)注冊(cè);運(yùn)行時(shí)接口應(yīng)用于查詢消息列隊(duì)地址,發(fā)送即時(shí)通訊消息;運(yùn)行時(shí)應(yīng)用接口應(yīng)用接受消息接口[12]。除此之外,平臺(tái)異常接口和應(yīng)用異常接口分別指的是應(yīng)用向平臺(tái)發(fā)送異常信息和間[13]。
2.3 業(yè)務(wù)架構(gòu)的控制接口設(shè)計(jì)
本節(jié)研究的重點(diǎn)是業(yè)務(wù)架構(gòu)各元素之間的融合接口的設(shè)計(jì)[14]。第一,在該平臺(tái)設(shè)計(jì)和應(yīng)用過(guò)程中,業(yè)務(wù)的水平結(jié)構(gòu)是不可或缺的組成部分,其中融合業(yè)務(wù)一定要遵循SOA組合,為了盡可能的提高業(yè)務(wù)的靈活性,各業(yè)務(wù)之間是相互獨(dú)立的,各業(yè)務(wù)接口必須融合起來(lái)。第二,以“用戶為中心”是融合業(yè)務(wù)發(fā)送的基本原則,因此要業(yè)務(wù)的端到端即:QoS進(jìn)行充分的考慮[15-18]。
總而言之,開放業(yè)務(wù)平臺(tái)絕非是一蹴而就的,需要各個(gè)子系統(tǒng)的相互協(xié)作,從而幫助業(yè)務(wù)開發(fā)者能夠開發(fā)出快速、輕松、高質(zhì)和靈活的新業(yè)務(wù)。開放業(yè)務(wù)平臺(tái)的構(gòu)建既能夠共享不同網(wǎng)絡(luò)和業(yè)務(wù)的資源,使操作成本得到有效的減少,還能夠使業(yè)務(wù)擴(kuò)展變得更加的靈活,使用戶日益增長(zhǎng)和變化的業(yè)務(wù)需求得到最大程度的滿足。
[1]田輝,胡錚,張平.基于多終端協(xié)同的業(yè)務(wù)流控制[J].中興通訊技術(shù),2012(3):16-19,27.
[2]徐名海,訾源.基于蟻群優(yōu)化的網(wǎng)絡(luò)選擇算法[J].計(jì)算機(jī)工程與應(yīng)用,2012,48(5):84-88.
[3]胡保民,展玉才.三網(wǎng)融合下的接入網(wǎng)技術(shù)[J].中國(guó)有線電視,2011(8):7-10.
[4]波伊克塞爾凱M,邁耶G.IMS:IP多媒體子系統(tǒng)概念與服務(wù)[M].望育梅,周勝,譯.北京:機(jī)械工業(yè)出版社,2011.
[5]陽(yáng)旺,李賀武,吳茜,等.互聯(lián)網(wǎng)端到端多徑可靠傳輸協(xié)議研究[J].計(jì)算機(jī)研究與發(fā)展,2012,49(2):261-269.
[6]稅國(guó)軍.基于802.11的無(wú)線Mesh網(wǎng)絡(luò)MAC層和網(wǎng)絡(luò)層協(xié)議研究[D].北京:北京郵電大學(xué),2011.
[7]趙晨鵬.面向物聯(lián)網(wǎng)的無(wú)線Mesh網(wǎng)絡(luò)多播路由協(xié)議研究[D].天津:天津理工大學(xué),2014.
[8]伍小雙.無(wú)線Mesh網(wǎng)絡(luò)路由研究[D].成都:電子科技大學(xué),2011.
[9]劉佩,任勇毛,李俊.多路徑TCP擁塞控制算法研究[J].通信學(xué)報(bào),2012,33(22):233-238.
[10]孟憲晴.多徑并行數(shù)據(jù)傳送的擁塞控制機(jī)制研究[J].計(jì)算機(jī)技術(shù)與發(fā)展,2011,21(10):99-102.
[11]鄭坤,劉敏,李忠誠(chéng).基于D/G/1排隊(duì)的多路徑并行傳輸機(jī)制延遲研究[J].高技術(shù)通訊,2012,22(2):126-132.
[12]王毅,廖曉菊,潘澤友.多路徑傳輸控制協(xié)議技術(shù)綜述[J].信息與電子工程,2011,9(1):7-11.
[13]朱澤波,楊龍祥,朱琦.物聯(lián)網(wǎng)技術(shù)進(jìn)展與應(yīng)用[J].南京郵電大學(xué)學(xué)報(bào):自然科學(xué)版,2011,31(1):1-9.
[14]崔勇,張鵬.無(wú)線移動(dòng)互聯(lián)網(wǎng):原理、技術(shù)與應(yīng)用[M].北京:機(jī)械工業(yè)出版社,2012.
[15]Koshizuka N, Sakamura K.Ubiquitous ID:standarda for ubiquious computing and the internet of Things[J].IEEE Pervasive Computing,2010,9(4):98-101.
[16]李鋒,唐瑋,聶磊.戶外變電站三維協(xié)同布置設(shè)計(jì)探討[J].供用電,2013(2):46-50.
[17]范明天,謝寧,王承民,等.No.6智能配電網(wǎng)規(guī)劃與運(yùn)行協(xié)同決策的思路及實(shí)踐 [J].供用電,2016(11):36-42,21.
[18]黃元生,陳娟,魯斌.并網(wǎng)模式下的微網(wǎng)環(huán)保經(jīng)濟(jì)調(diào)度協(xié)同優(yōu)化方法研究[J].陜西電力,2015(3):1-5,15.
Based on multi-network multi-terminal collaborative multimedia service control interface design analysis
XIAO Zhao-di,HUANGFU Han-cong,YANG Fei
(Ltd.Guangdong Foshan Power Supply Bureau,F(xiàn)oshan 528000,China)
Implement terminal integration and network integration,business integration has become an inevitable development.Based able to meet fully cover the whole purpose of integration of the business,the paper studies the network integration business platform presents multimedia converged services architecture model multi-network multi-terminal collaboration,while the design business architecture interface,the multi-terminal and multi-media portfolio collaborative.Application results show that the technical architecture to effectively solve the collaboration between internal and external organization,communication; mobile Internet technology with the business approach to optimize the reconstruction;realized anywhere,anytime on any device.
multi-network; multi-terminal; collaborative; multimedia service; control interface
TN99
:A
:1674-6236(2017)14-0089-03
2016-06-02稿件編號(hào):201606020
廣東電網(wǎng)有限責(zé)任公司科技項(xiàng)目(GDKJ00000066)
肖招娣(1986—),廣東韶關(guān)人,碩士,工程師。研究方向:機(jī)器學(xué)習(xí)、大數(shù)據(jù)、軟件工程,工程師。