專利名稱：基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于通信技術(shù)領(lǐng)域，涉及一種基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架。
背景技術(shù)：
統(tǒng)一通信以融合的IP(Internet Protocol,網(wǎng)絡(luò)互連協(xié)議)網(wǎng)絡(luò)為基礎(chǔ)，以創(chuàng)新的IP通信與應(yīng)用為關(guān)聯(lián)機(jī)制,不僅將電話、傳真、即時(shí)通信、VoIP(Voice over InternetProtocol，網(wǎng)絡(luò)電話)等各種溝通方式進(jìn)行融合，更重要的是提供一個(gè)桌面門戶和平臺(tái)，將其他企業(yè)應(yīng)用有機(jī)集成到平臺(tái)中，實(shí)現(xiàn)企業(yè)信息的互通和共享，打破“信息孤島”，這是企業(yè)用戶的迫切需求?，F(xiàn)有的集成方式中，通信平臺(tái)需要針對(duì)每一種外部應(yīng)用，花費(fèi)大量的精力進(jìn)行私有協(xié)議的建立、定義消息格式和建立通信鏈路等開發(fā)，降低了集成效率。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種基于OSGi (Open Service Gateway initiative)的統(tǒng)一通信平臺(tái)服務(wù)集成框架，解決了通信平臺(tái)與外部應(yīng)用無(wú)法高效率的集成的問(wèn)題，實(shí)現(xiàn)了平臺(tái)對(duì)第三方應(yīng)用的動(dòng)態(tài)集成與卸載。本發(fā)明的技術(shù)方案是基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，包括三個(gè)層面( I)客戶終端服務(wù)層，作為客戶終端的接入入口，并提供插件接口，用于實(shí)現(xiàn)客戶端與第三方集成業(yè)務(wù)在接入層的交互工作；(2)內(nèi)部交互層，為客戶終端服務(wù)層和應(yīng)用容器創(chuàng)建消息通道，用于簡(jiǎn)化平臺(tái)的管理，均衡平臺(tái)的負(fù)載；(3)應(yīng)用容器，對(duì)外為第三方集成服務(wù)提供統(tǒng)一的接口，對(duì)內(nèi)管理消息的傳輸以及和第三方集成業(yè)務(wù)系統(tǒng)的交互。其中，客戶終端服務(wù)層提供的插件接口的實(shí)現(xiàn)過(guò)程為a.注冊(cè)第三方集成業(yè)務(wù)的命名空間；b.解析客戶終端發(fā)送到服務(wù)器的請(qǐng)求并封裝；C.建立JMS (Java Message Service, Java消息服務(wù))連接,建立消息隊(duì)列應(yīng)用的連接；d.將封裝的報(bào)文消息傳遞給內(nèi)部交互層。其中，內(nèi)部交互層采用消息隊(duì)列集群技術(shù)，建立起客戶終端服務(wù)層與應(yīng)用容器的連接，客戶終端服務(wù)層封裝的報(bào)文消息在此處加入到消息隊(duì)列中，應(yīng)用容器從消息隊(duì)列中取出消息，達(dá)到通信的目的。其中，應(yīng)用容器是基于OSGi服務(wù)的，包括JMS構(gòu)件、接口服務(wù)構(gòu)件、服務(wù)控制構(gòu)件、線程池服務(wù)構(gòu)件和第三方集成業(yè)務(wù)構(gòu)件。其中，JMS構(gòu)件用于應(yīng)用容器中消息的接收和發(fā)送。其中，接口服務(wù)構(gòu)件用于為應(yīng)用容器內(nèi)部構(gòu)件及第三方業(yè)務(wù)系統(tǒng)提供接口服務(wù)，包括JMS消息傳輸服務(wù)、消息分發(fā)服務(wù)、業(yè)務(wù)的拉取/推送服務(wù)、線程池服務(wù)和第三方業(yè)務(wù)系統(tǒng)的統(tǒng)一接口服務(wù)。其中，服務(wù)控制構(gòu)件主要用于插接時(shí)注冊(cè)服務(wù)、移除時(shí)刪除服務(wù)、根據(jù)注冊(cè)時(shí)的命名空間分發(fā)不同的業(yè)務(wù)以及對(duì)第三方業(yè)務(wù)統(tǒng)一接口的實(shí)現(xiàn)。其中，線程池服務(wù)構(gòu)件用于為消息的路由提供線程池服務(wù)。其中，第三方集成業(yè)務(wù)構(gòu)件用于處理應(yīng)用容器和第三方集成業(yè)務(wù)系統(tǒng)的交互。本發(fā)明的有益效果是I.本發(fā)明通過(guò)統(tǒng)一通信平臺(tái)和應(yīng)用集成分離以及采用消息隊(duì)列機(jī)制，降低了統(tǒng)一通信平臺(tái)因?yàn)楹蛻?yīng)用反復(fù)交互導(dǎo)致的負(fù)載，并且在負(fù)載進(jìn)一步增大時(shí)，可以通過(guò)分布式部署多個(gè)應(yīng)用容器實(shí)現(xiàn)擴(kuò)展。 2.本發(fā)明針對(duì)不同的應(yīng)用系統(tǒng)集成，開發(fā)可以動(dòng)態(tài)部署到集成框架的集成業(yè)務(wù)構(gòu)件，并且集成業(yè)務(wù)構(gòu)件只需要關(guān)心具體應(yīng)用業(yè)務(wù)邏輯，通信、可靠性、線程池等都由集成框架提供，這節(jié)省了開發(fā)時(shí)間，減小了編碼工作量，降低了開發(fā)成本，此外集成業(yè)務(wù)構(gòu)件可以動(dòng)態(tài)安裝或者卸載，也可以多版本共用，實(shí)現(xiàn)了系統(tǒng)的動(dòng)態(tài)性和靈活性。


圖I是本發(fā)明基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架的結(jié)構(gòu)示意圖；圖2是本發(fā)明中應(yīng)用容器的構(gòu)件關(guān)系圖；圖3是本發(fā)明中主動(dòng)查詢流程圖；圖4是本發(fā)明中應(yīng)用推送流程圖。
具體實(shí)施例方式下面結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明進(jìn)行詳細(xì)說(shuō)明?；贠SGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，參見附圖1，基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，包括三個(gè)層面( I)客戶終端服務(wù)層，作為客戶終端的接入入口，并提供插件接口，用于實(shí)現(xiàn)客戶端與第三方集成業(yè)務(wù)在接入層的交互工作；本發(fā)明米用的是開源的基于XMPP (extensible Messaging andPresenceProtocol，可擴(kuò)展通訊和表示協(xié)議)協(xié)議的實(shí)時(shí)協(xié)作服務(wù)器作為客戶終端服務(wù)層。以辦公自動(dòng)化為例，服務(wù)器插件實(shí)現(xiàn)集成辦公自動(dòng)化業(yè)務(wù)的主要過(guò)程如下a.注冊(cè)辦公自動(dòng)化業(yè)務(wù)的命名空間；b.與內(nèi)部交互層建立JMS連接，建立與消息隊(duì)列應(yīng)用的連接；c.對(duì)客戶終端的消息和內(nèi)部交互層的JMS消息進(jìn)行監(jiān)聽，監(jiān)聽到與本業(yè)務(wù)的命名空間相匹配的消息后，解析收到的消息后并封裝。將來(lái)自客戶終端的消息封裝成JMS消息格式，將來(lái)自內(nèi)部交互層的消息封裝成平臺(tái)與客戶終端交互的XMPP通信格式；d.將來(lái)自消息隊(duì)列集群的消息發(fā)送給客戶終端，將來(lái)自客戶終端的消息發(fā)布給內(nèi)部交互層。(2)內(nèi)部交互層，為客戶終端層和應(yīng)用同期創(chuàng)建消息通道，用于簡(jiǎn)化平臺(tái)的管理，均衡平臺(tái)的負(fù)載；內(nèi)部交互層采用消息隊(duì)列集群技術(shù)，建立起客戶終端服務(wù)層與對(duì)外接口層的連接，客戶終端服務(wù)層封裝的報(bào)文消息 在此處加入到消息隊(duì)列中，對(duì)外接口層從消息隊(duì)列中取出消息，達(dá)到通信的目的。本發(fā)明采用阿帕奇的開源項(xiàng)目Active MQ作為客戶終端服務(wù)層與應(yīng)用容器之間消息傳輸?shù)目偩€。(3)應(yīng)用容器，對(duì)外為第三方業(yè)務(wù)系統(tǒng)提供統(tǒng)一的接口，對(duì)內(nèi)管理消息的傳輸以及和第三方集成業(yè)務(wù)系統(tǒng)的交互。應(yīng)用容器是基于OSGi服務(wù)的，包括JMS構(gòu)件、接口服務(wù)構(gòu)件、服務(wù)控制構(gòu)件、線程池服務(wù)構(gòu)件和第三方集成業(yè)務(wù)構(gòu)件，如圖2所示。應(yīng)用容器的所有服務(wù)接口都封裝在接口服務(wù)構(gòu)件中，圖2中，①為JMS消息服務(wù)接口 定義了向內(nèi)部交互層發(fā)布消息的方法，由JMS構(gòu)件實(shí)現(xiàn)，服務(wù)控制構(gòu)件調(diào)用；②為消息分發(fā)服務(wù)接口 定義了應(yīng)用容器收到消息后進(jìn)行分發(fā)處理的方法，由服務(wù)控制構(gòu)件實(shí)現(xiàn)，JMS構(gòu)件調(diào)用為業(yè)務(wù)的拉取/推送服務(wù)接口 定義了主動(dòng)查詢、推送消息方法，由集成業(yè)務(wù)構(gòu)件實(shí)現(xiàn)，服務(wù)控制構(gòu)件調(diào)用；④為線程池服務(wù)接口 定義了線程池服務(wù)的所有方法，由線程池構(gòu)件實(shí)現(xiàn)，服務(wù)控制構(gòu)件調(diào)用為第三方業(yè)務(wù)統(tǒng)一服務(wù)接口 定義了第三方業(yè)務(wù)系統(tǒng)對(duì)平臺(tái)推送消息服務(wù)的方法，由服務(wù)控制構(gòu)件實(shí)現(xiàn)，第三方業(yè)務(wù)系統(tǒng)調(diào)用。JMS構(gòu)件用于應(yīng)用容器中消息的接收和發(fā)送；所有注冊(cè)到應(yīng)用容器中的集成業(yè)務(wù)構(gòu)件消息的接收和發(fā)送都通過(guò)該構(gòu)件來(lái)實(shí)現(xiàn)。JMS構(gòu)件職能的具體說(shuō)明如下a.與內(nèi)部交互層建立JMS的連接、建立與消息隊(duì)列應(yīng)用的連接，并對(duì)消息隊(duì)列應(yīng)用的連接進(jìn)行監(jiān)聽，若斷線則立即重連；b.對(duì)JMS消息進(jìn)行監(jiān)聽，若接收到JMS消息，則調(diào)用消息分發(fā)服務(wù)接口 ；c.服務(wù)控制構(gòu)件是對(duì)消息分發(fā)服務(wù)接口的實(shí)現(xiàn)，在服務(wù)控制構(gòu)件中調(diào)用線程池服務(wù)接口，獲取一個(gè)線程，并在該線程中完成業(yè)務(wù)的分發(fā)，并調(diào)用業(yè)務(wù)的拉取/推送接口 ；d.第三方集成業(yè)務(wù)構(gòu)件實(shí)現(xiàn)拉取/推送接口后，將處理結(jié)果返還給JMS構(gòu)件，并由JMS構(gòu)件將結(jié)果發(fā)布到內(nèi)部交互層的消息隊(duì)列集群中，最后結(jié)束該線程。服務(wù)控制構(gòu)件主要用于插接時(shí)注冊(cè)服務(wù)、移除時(shí)刪除服務(wù)、根據(jù)注冊(cè)時(shí)的命名空間分發(fā)不同的業(yè)務(wù)以及對(duì)第三方業(yè)務(wù)統(tǒng)一接口的實(shí)現(xiàn)。服務(wù)控制構(gòu)件職能的具體說(shuō)明如下a.綁定對(duì)外提供的統(tǒng)一接口的地址；b.若是主動(dòng)查詢請(qǐng)求的消息，則先解析出消息中的命名空間，若注冊(cè)的服務(wù)中有匹配的命名空間，則根據(jù)命名空間將查詢請(qǐng)求消息分發(fā)至相應(yīng)的集成業(yè)務(wù)構(gòu)件去處理；c.若是推送服務(wù)請(qǐng)求，則在解析出命名空間并匹配成功后，從線程池中啟動(dòng)一個(gè)線程，在該線程內(nèi)，完成業(yè)務(wù)的分發(fā)、業(yè)務(wù)的處理以及向內(nèi)部交互層發(fā)送相應(yīng)的消息。線程池服務(wù)構(gòu)件用于為消息的路由提供線程池服務(wù)，避免平臺(tái)資源的浪費(fèi)，提高平臺(tái)系統(tǒng)的工作效率，利用線程池來(lái)控制線程的數(shù)量。第三方集成業(yè)務(wù)構(gòu)件用于處理應(yīng)用容器和第三方集成業(yè)務(wù)系統(tǒng)的交互。具體處理方式如下a.若是主動(dòng)查詢請(qǐng)求消息，則將查詢請(qǐng)求進(jìn)行解析，并通過(guò)解析結(jié)果和相應(yīng)的第三方業(yè)務(wù)系統(tǒng)進(jìn)行交互，在第三方業(yè)務(wù)系統(tǒng)中進(jìn)行業(yè)務(wù)的查詢，并將查詢結(jié)果返回給JMS構(gòu)件。b.若是推送請(qǐng)求消息，則將第三方業(yè)務(wù)系統(tǒng)中推送過(guò)來(lái)的消息封裝成平臺(tái)中報(bào)文消息的傳輸格式，然后將查詢結(jié)果返回給JMS構(gòu)件。如圖3所示，主動(dòng)查詢的流程如下①接入服務(wù)器中的辦公自動(dòng)化業(yè)務(wù)插件把查詢請(qǐng)求發(fā)布到消息隊(duì)列中后，應(yīng)用容器中的JMS構(gòu)件將監(jiān)聽到該請(qǐng)求，并接收查詢請(qǐng)求；②JMS構(gòu)件通過(guò)消息分發(fā)服務(wù)接口，將此查詢請(qǐng)求消息發(fā)送至服務(wù)控制構(gòu)件中處理；③在服務(wù)控制構(gòu)件中獲取一個(gè)線程，然后匹配辦公自動(dòng)化業(yè)務(wù)的命名空間，若匹配成功，則分發(fā)到辦公自動(dòng)化的業(yè)務(wù)構(gòu)件中；
④辦公自動(dòng)化業(yè)務(wù)構(gòu)件向辦公自動(dòng)化系統(tǒng)進(jìn)行待辦項(xiàng)目或通知個(gè)數(shù)的查詢，并將查詢結(jié)果返還給JMS構(gòu)件。該構(gòu)件將查詢結(jié)果發(fā)布到消息隊(duì)列中，并結(jié)束該線程。最后由客戶終端服務(wù)層的插件從消息隊(duì)列中監(jiān)聽并提取到該查詢結(jié)果，并將查詢結(jié)果返還給客戶終端。如圖4所示，應(yīng)用推送的流程如下①推送時(shí)，辦公自動(dòng)化業(yè)務(wù)系統(tǒng)調(diào)用應(yīng)用容器的提供的第三方業(yè)務(wù)統(tǒng)一服務(wù)接口將待辦項(xiàng)或通知的個(gè)數(shù)消息發(fā)送到平臺(tái)的應(yīng)用容器中；②服務(wù)控制構(gòu)件獲取該消息并根據(jù)命名空間進(jìn)行匹配，匹配成功后，啟動(dòng)一個(gè)線程，在此線程內(nèi)，將消息分發(fā)到辦公自動(dòng)化業(yè)務(wù)構(gòu)件中；③辦公自動(dòng)化業(yè)務(wù)構(gòu)件通過(guò)接口服務(wù)提供的JMS消息服務(wù)接口調(diào)用JMS構(gòu)件中的發(fā)送JMS消息方法，將消息封裝成JMS消息，并將消息發(fā)布到消息隊(duì)列中，并結(jié)束該線程。最后客戶終端服務(wù)層的插件從消息隊(duì)列中監(jiān)聽并獲取到消息后，將消息推送給客戶終端。本發(fā)明基于OSGi的統(tǒng)一通信服務(wù)平臺(tái)集成框架可以同時(shí)接收大量的客戶終端發(fā)出的查詢請(qǐng)求和第三方集成業(yè)務(wù)發(fā)出的業(yè)務(wù)提醒，并且進(jìn)行同時(shí)處理，大大提高了集成效率，由于OSGi服務(wù)框架中同時(shí)接入了不同的集成業(yè)務(wù)構(gòu)件，并且可任意擴(kuò)展集成業(yè)務(wù)構(gòu)件，因此降低了通信平臺(tái)的開發(fā)成本。內(nèi)部交互層采用了消息隊(duì)列集群技術(shù)，防止信息堵塞的發(fā)生，在負(fù)載較大的情況下起到均衡負(fù)載，同時(shí)在集成的第三方應(yīng)用較多時(shí)可以分布式的部署多個(gè)應(yīng)用容器以起到均衡負(fù)載的效果。
權(quán)利要求
1.基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，其特征在于，包括三個(gè)層面 (1)客戶終端服務(wù)層，作為客戶終端的接入入口，并提供插件接口，用于實(shí)現(xiàn)客戶端與第三方集成業(yè)務(wù)在接入層的交互工作； (2)內(nèi)部交互層，為客戶終端服務(wù)層和應(yīng)用容器創(chuàng)建消息通道，用于簡(jiǎn)化平臺(tái)的管理，均衡平臺(tái)的負(fù)載； (3)應(yīng)用容器，對(duì)外為第三方集成服務(wù)提供統(tǒng)一的接口，對(duì)內(nèi)管理消息的傳輸以及和第三方集成業(yè)務(wù)系統(tǒng)的交互。
2.根據(jù)權(quán)利要求I所述的基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，其特征在于，所述客戶終端服務(wù)層提供的插件接口的實(shí)現(xiàn)過(guò)程為 a.注冊(cè)第三方集成業(yè)務(wù)的命名空間； b.解析客戶終端發(fā)送到服務(wù)器的請(qǐng)求并封裝； c.建立JMS(JavaMessage Service, Java消息服務(wù))連接,建立消息隊(duì)列應(yīng)用的連接； d.將封裝的報(bào)文消息傳遞給內(nèi)部交互層。
3.根據(jù)權(quán)利要求I或2所述的基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，其特征在于，所述內(nèi)部交互層采用消息隊(duì)列集群技術(shù)，建立起客戶終端服務(wù)層與應(yīng)用容器的連接，客戶終端服務(wù)層封裝的報(bào)文消息在此處加入到消息隊(duì)列中，應(yīng)用容器從消息隊(duì)列中取出消息，達(dá)到通信的目的。
4.根據(jù)權(quán)利要求3所述的基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，其特征在于，所述應(yīng)用容器是基于OSGi服務(wù)的，包括JMS構(gòu)件、接口服務(wù)構(gòu)件、服務(wù)控制構(gòu)件、線程池服務(wù)構(gòu)件和第三方集成業(yè)務(wù)構(gòu)件。
5.根據(jù)權(quán)利要求4所述的基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，其特征在于，所述JMS構(gòu)件用于應(yīng)用容器中消息的接收和發(fā)送。
6.根據(jù)權(quán)利要求4所述的基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，其特征在于，所述接口服務(wù)構(gòu)件用于為應(yīng)用容器內(nèi)部構(gòu)件及第三方業(yè)務(wù)系統(tǒng)提供接口服務(wù)，包括JMS消息傳輸服務(wù)、消息分發(fā)服務(wù)、業(yè)務(wù)的拉取/推送服務(wù)、線程池服務(wù)和第三方業(yè)務(wù)系統(tǒng)的統(tǒng)一接口服務(wù)。
7.根據(jù)權(quán)利要求4所述的基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，其特征在于，所述服務(wù)控制構(gòu)件主要用于插接時(shí)注冊(cè)服務(wù)、移除時(shí)刪除服務(wù)、根據(jù)注冊(cè)時(shí)的命名空間分發(fā)不同的業(yè)務(wù)以及對(duì)第三方業(yè)務(wù)統(tǒng)一接口的實(shí)現(xiàn)。
8.根據(jù)權(quán)利要求4所述的基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，其特征在于，所述線程池服務(wù)構(gòu)件用于為消息的路由提供線程池服務(wù)。
9.根據(jù)權(quán)利要求4所述的基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，其特征在于，所述第三方集成業(yè)務(wù)構(gòu)件用于處理應(yīng)用容器和第三方集成業(yè)務(wù)系統(tǒng)的交互。
全文摘要
本發(fā)明公開了一種基于OSGi的統(tǒng)一通信平臺(tái)服務(wù)集成框架，包括三個(gè)層面客戶終端服務(wù)層，作為客戶終端的接入入口，并提供插件接口，用于實(shí)現(xiàn)客戶端與第三方集成業(yè)務(wù)在接入層的交互工作；內(nèi)部交互層，為客戶終端層和應(yīng)用容器創(chuàng)建消息通道，用于簡(jiǎn)化平臺(tái)的管理，均衡平臺(tái)的負(fù)載；應(yīng)用容器，對(duì)外為第三方集成服務(wù)提供統(tǒng)一的接口，對(duì)內(nèi)管理消息的傳輸以及和第三方集成業(yè)務(wù)系統(tǒng)的交互。本發(fā)明基于OSGi的統(tǒng)一通信服務(wù)平臺(tái)集成框架可以同時(shí)接收大量的客戶終端發(fā)出的查詢請(qǐng)求和第三方集成業(yè)務(wù)發(fā)出的業(yè)務(wù)提醒，并且進(jìn)行同時(shí)處理，大大提高了集成效率。
文檔編號(hào)H04L29/08GK102946425SQ20121043530
公開日2013年2月27日 申請(qǐng)日期2012年11月5日 優(yōu)先權(quán)日2012年11月5日
發(fā)明者薛濤, 王鵬 申請(qǐng)人:西安工程大學(xué)