專利名稱：一種電信業(yè)務開發(fā)的處理方法及相關(guān)裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信業(yè)務開發(fā)技術(shù)領(lǐng)域，尤其涉及一種電信業(yè)務開發(fā)的處理方法及相
關(guān)裝置。
背景技術(shù)：
在電信業(yè)務開發(fā)技術(shù)領(lǐng)域中，電信業(yè)務的開發(fā)人員通常只關(guān)心業(yè)務邏輯的流程編排，而對于底層的實現(xiàn)細節(jié)以及具體通信協(xié)議相關(guān)的概念并不關(guān)心，因此通常會借助集成開發(fā)環(huán)境(Integrated Development Environment, IDE)來減小業(yè)務開發(fā)的難度，提升業(yè)務開發(fā)效率。IDE通常會重點關(guān)注以下方面1、開發(fā)概念I(lǐng)DE提供的概念越是簡單，業(yè)務開發(fā)人員越是容易上手，越有利于業(yè)務的開發(fā)，出問題的概率越小；2、開發(fā)效率IDE需要盡可能的讓業(yè)務開發(fā)人員開發(fā)業(yè)務的過程變得簡單，將復雜的概念和實現(xiàn)細節(jié)屏蔽起來，讓業(yè)務開發(fā)人員的精力能夠集中在業(yè)務流程上。為了實現(xiàn)以上所關(guān)注的兩點，目前很多IDE都采取了事件驅(qū)動的圖形化開發(fā)方式來達到上述要求。其中，事件驅(qū)動電信業(yè)務一般都是對協(xié)議消息的處理流程的實現(xiàn)，主要描述對于各種消息，采取何種處理流程去處理，事件驅(qū)動就是把這些消息內(nèi)容封裝成事件， 業(yè)務開發(fā)就是對每一個發(fā)生事件的響應、處理，通過這種抽象，能夠有效地屏蔽底層對于通信協(xié)議的實現(xiàn)細節(jié)，能夠讓業(yè)務開發(fā)人員只關(guān)心每個事件包含的具體內(nèi)容，能夠降低業(yè)務開發(fā)難度，提升開發(fā)效率；圖形化開發(fā)IDE提供圖形化的開發(fā)界面，例如提供圖、圖元、圖元面板等元素，業(yè)務開發(fā)人員只需要在圖上拖拽一些圖元，連接一些遷移線，配置相關(guān)圖元的屬性信息，就可以完成相關(guān)的業(yè)務開發(fā)，甚至無需手工編寫代碼。這樣能夠讓業(yè)務開發(fā)人員聚焦在業(yè)務處理流程上，把他們從代碼及協(xié)議的實現(xiàn)細節(jié)中解放出來，大大提升開發(fā)效率。目前，IDE中，一般是將其支持的通信協(xié)議的協(xié)議信息封裝成相關(guān)的事件模型，事件是對通信協(xié)議消息的封裝，同時提供圖形化界面，供開發(fā)人員進行開發(fā)，一般開發(fā)流程 1、導入?yún)f(xié)議相關(guān)文件；2、轉(zhuǎn)換模型，生成相關(guān)的事件模型；3、拖拽圖元，編排業(yè)務邏輯。但是，上述技術(shù)只能支持一種通信協(xié)議，一旦支持某種通信協(xié)議的IDE被開發(fā)出來，無法對其它通信協(xié)議的開發(fā)流程進行支持。如果需要進行支持其它通信協(xié)議的電信業(yè)務開發(fā)，只能重新開發(fā)對應的IDE，增加了電信業(yè)務開發(fā)的工作量，降低了開發(fā)效率。
發(fā)明內(nèi)容
為了解決上述問題，本發(fā)明提供了一種電信業(yè)務開發(fā)的處理方法及相關(guān)裝置，用于在同一 IDE中支持多種不同通信協(xié)議的電信業(yè)務開發(fā)。使得IDE開發(fā)人員無須針對不同的通信協(xié)議開發(fā)對應的IDE，從而減少了開發(fā)IDE的工作量，同時也提高業(yè)務開發(fā)人員的開發(fā)效率。一種電信業(yè)務開發(fā)的處理方法，包括接收第一協(xié)議消息；
獲取所述第一協(xié)議消息對應的通信協(xié)議類型；根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL，其中，事件庫EL 用于封裝對應通信協(xié)議的協(xié)議信息；根據(jù)所述事件庫EL將所述第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件。一種電信業(yè)務開發(fā)的處理方法，包括接收第二協(xié)議事件；獲取所述第二協(xié)議事件對應的通信協(xié)議類型；根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL，其中，事件庫EL 用于封裝對應通信協(xié)議的協(xié)議信息；根據(jù)所述事件庫EL將所述第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息。一種電信業(yè)務開發(fā)的處理裝置，包括第一接收模塊，用于接收第一協(xié)議消息；第一獲取模塊，用于獲取所述第一協(xié)議消息對應的通信協(xié)議類型；第一查詢模塊，用于根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL，其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息；第一轉(zhuǎn)換模塊，用于根據(jù)所述事件庫EL將所述第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件。一種電信業(yè)務開發(fā)的處理裝置，包括第二接收模塊，用于接收第二協(xié)議事件；第二獲取模塊，用于獲取所述第二協(xié)議事件對應的通信協(xié)議類型；第二查詢模塊，用于根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL，其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息；第二轉(zhuǎn)換模塊，用于根據(jù)所述事件庫EL將所述第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消肩、ο從以上技術(shù)方案可以看出，本發(fā)明實施例具有以下優(yōu)點本發(fā)明方案所提供的IDE支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，IDE根據(jù)接收到的協(xié)議消息從事件庫EL中查詢該協(xié)議消息的通信協(xié)議類型對應的事件庫EL，再根據(jù)該事件庫EL將該協(xié)議消息轉(zhuǎn)換成對應的協(xié)議事件，因此，該協(xié)議消息的對應通信協(xié)議的細節(jié)就被屏蔽起來，使得IDE開發(fā)人員能夠在同一 IDE中進行支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，提高了業(yè)務開發(fā)人員的開發(fā)效率。
圖1為本發(fā)明第一實施例的電信業(yè)務開發(fā)的處理方法流程圖；圖2為本發(fā)明第二實施例的電信業(yè)務開發(fā)的處理方法流程圖；圖3為本發(fā)明第三實施例的電信業(yè)務開發(fā)的處理方法流程圖；圖4為本發(fā)明第四實施例的電信業(yè)務開發(fā)的處理方法流程圖；圖5為本發(fā)明第五實施例的電信業(yè)務開發(fā)的處理裝置結(jié)構(gòu)圖；圖6為本發(fā)明第六實施例的電信業(yè)務開發(fā)的處理裝置結(jié)構(gòu)圖；圖7為本發(fā)明第七實施例的電信業(yè)務開發(fā)的處理裝置結(jié)構(gòu)圖8為本發(fā)明第八實施例的電信業(yè)務開發(fā)的處理裝置結(jié)構(gòu)圖；圖9_a為本發(fā)明第九實施例的電信業(yè)務開發(fā)的處理系統(tǒng)結(jié)構(gòu)圖；圖9_b為本發(fā)明電信業(yè)務開發(fā)的流程圖；圖10-a為本發(fā)明第十實施例IDE的圖形化開發(fā)應用示意圖；圖10-b為本發(fā)明第十實施例IDE的圖形化開發(fā)應用示意圖；圖10-c為本發(fā)明第十實施例IDE的圖形化開發(fā)應用示意圖；圖10-d為本發(fā)明第十實施例IDE的圖形化開發(fā)應用示意圖。
具體實施例方式本發(fā)明提供了一種電信業(yè)務開發(fā)的處理方法，用于在同一 IDE中支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，使得IDE開發(fā)人員無須針對不同的通信協(xié)議開發(fā)對應的IDE，從而減少了開發(fā)IDE的工作量，同時也提高業(yè)務開發(fā)人員的開發(fā)效率。另外，本發(fā)明還提供了實施本發(fā)明方法的相關(guān)裝置，以下將分別進行詳細說明。本發(fā)明第一實施例將對一種電信業(yè)務開發(fā)的處理方法進行詳細說明，本方法的具體流程請參見圖1，包括101、IDE接收第一協(xié)議消息。在本發(fā)明背景技術(shù)中已經(jīng)提到，電信業(yè)務一般都是對通信協(xié)議消息的處理流程的實現(xiàn)，事件驅(qū)動就是把這些消息內(nèi)容封裝成事件，業(yè)務處理就是對一個的發(fā)生事件的響應、 處理。本實施例將接收到的通信協(xié)議消息稱為第一協(xié)議消息，本實施例方法將第一協(xié)議消息進行事件驅(qū)動處理，把第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件，供業(yè)務開發(fā)人員進行電信業(yè)務開發(fā)。102、IDE獲取第一協(xié)議消息對應的通信協(xié)議類型。任何協(xié)議消息都是基于其對應的通信協(xié)議的，此處不限定第一協(xié)議消息對應的通信協(xié)議類型，但為了說明需要，默認第一協(xié)議消息對應的通信協(xié)議類型能夠為本實施例方法所支持。103、IDE根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL。本實施例方法所描述的集成開發(fā)環(huán)境IDE包括事件庫(Event Library, EL)集合， 在本步驟中，IDE根據(jù)第一協(xié)議消息的通信協(xié)議類型從EL集合中查詢對應通信協(xié)議的EL， 以實現(xiàn)對第一協(xié)議消息的后續(xù)開發(fā)支持。其中，EL用于封裝所述通信協(xié)議的協(xié)議信息，以對各通信協(xié)議進行歸一化處理。EL 對IDE中對通信協(xié)議進行支持的，EL封裝具體通信協(xié)議的細節(jié)，呈現(xiàn)給業(yè)務開發(fā)人員，使得業(yè)務開發(fā)人員可以更加關(guān)注業(yè)務流程而不是通信協(xié)議細節(jié)。EL可以被單獨開發(fā)，一旦有實際需要，IDE開發(fā)人員可以隨時開發(fā)其它通信協(xié)議所對應的EL，并將新的EL導入到IDE中， 使該IDE獲得對其它通信協(xié)議的支持，大大減少了重新開發(fā)IDE的工作量。104、IDE根據(jù)所述事件庫EL將所述第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件。步驟103中已經(jīng)查詢到第一協(xié)議消息所對應通信協(xié)議的EL，IDE可根據(jù)該查詢到的第一協(xié)議消息所對應通信協(xié)議的EL將第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件，供業(yè)務開發(fā)人員進行業(yè)務處理。因此業(yè)務開發(fā)人員對第一協(xié)議事件進行業(yè)務處理時就只需要面對已經(jīng)被屏蔽了通信協(xié)議細節(jié)的協(xié)議事件而不是原始的協(xié)議消息，而且本實施例的IDE還能夠通過導入EL實現(xiàn)支持多種通信協(xié)議。在本實施例中，IDE支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，IDE根據(jù)接收到的協(xié)議消息查詢該協(xié)議消息對應通信協(xié)議的事件庫EL，再根據(jù)該協(xié)議消息對應通信協(xié)議的事件庫EL將該協(xié)議消息轉(zhuǎn)換成對應的協(xié)議事件，因此，該協(xié)議消息的對應通信協(xié)議的細節(jié)就被屏蔽起來，使得IDE開發(fā)人員能夠在同一 IDE中進行支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，提高了業(yè)務開發(fā)人員的開發(fā)效率。本發(fā)明第二實施例將對第一實施例所述的電信業(yè)務開發(fā)的處理方法進行補充說明，第二實施例發(fā)明方法具體流程請參見圖2，包括201、IDE接收第一協(xié)議消息。在本發(fā)明背景技術(shù)中已經(jīng)提到，電信業(yè)務一般都是對通信協(xié)議消息的處理流程的實現(xiàn)，事件驅(qū)動就是把這些消息內(nèi)容封裝成事件，業(yè)務處理就是對一個的發(fā)生事件的響應、 處理。本實施例將接收到的通信協(xié)議消息稱為第一協(xié)議消息，本實施例方法將第一協(xié)議消息進行事件驅(qū)動處理，把第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件，供業(yè)務開發(fā)人員進行電信業(yè)務開發(fā)。202、IDE獲取第一協(xié)議消息對應的通信協(xié)議類型。任何協(xié)議消息都是基于其對應的通信協(xié)議的，此處不限定第一協(xié)議消息對應的通信協(xié)議類型，但為了說明需要，默認第一協(xié)議消息對應的通信協(xié)議類型能夠為本實施例方法所支持。203、IDE根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL。本實施例方法所描述的集成開發(fā)環(huán)境IDE包括事件庫(Event Library, EL)集合， 在本步驟中，IDE根據(jù)第一協(xié)議消息的通信協(xié)議類型從EL集合中查詢對應通信協(xié)議的EL， 以實現(xiàn)對第一協(xié)議消息的后續(xù)開發(fā)支持。其中，EL用于封裝所述通信協(xié)議的協(xié)議信息，以對各通信協(xié)議進行歸一化處理。EL 對IDE中對通信協(xié)議進行支持的，EL封裝具體通信協(xié)議的細節(jié)，呈現(xiàn)給業(yè)務開發(fā)人員，使得業(yè)務開發(fā)人員可以更加關(guān)注業(yè)務流程而不是通信協(xié)議細節(jié)。EL可以被單獨開發(fā)，一旦有實際需要，IDE開發(fā)人員可以隨時開發(fā)其它通信協(xié)議所對應的EL，并將新的EL導入到IDE中， 使該IDE獲得對其它通信協(xié)議的支持，大大減少了重新開發(fā)IDE的工作量。204、IDE根據(jù)所述事件庫EL將所述第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件。步驟203中已經(jīng)查詢到第一協(xié)議消息所對應通信協(xié)議的EL，IDE可根據(jù)該查詢到的第一協(xié)議消息所對應通信協(xié)議的EL將第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件，供業(yè)務開發(fā)人員進行業(yè)務處理。205、IDE輸出所述第一協(xié)議事件。在步驟204中已經(jīng)得到轉(zhuǎn)換后的第一協(xié)議事件，在本步驟中IDE面向業(yè)務開發(fā)人員輸出第一協(xié)議事件，以便進行業(yè)務開發(fā)。業(yè)務開發(fā)人員對第一協(xié)議事件進行業(yè)務處理時只需要面對已經(jīng)被屏蔽了通信協(xié)議細節(jié)的協(xié)議事件而不是原始的協(xié)議消息。另外，在任何時刻，一旦有實際需要，IDE開發(fā)人員都可以向事件庫EL集合中導入其它事件庫EL，使得IDE支持該新類型的通信協(xié)議，由于默認IDE中已經(jīng)導入不少于兩個事件庫EL，因此導入新EL能夠使得IDE支持更多種通信協(xié)議。在本實施例中，IDE支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，IDE根據(jù)接收到的協(xié)
7議消息獲取對應的通信協(xié)議類型，并查詢該通信協(xié)議對應的EL，再根據(jù)該協(xié)議消息對應通信協(xié)議的事件庫EL將該協(xié)議消息轉(zhuǎn)換成對應的協(xié)議事件，最后輸出協(xié)議事件，因此，該協(xié)議消息的對應通信協(xié)議的細節(jié)就被屏蔽起來，使得IDE開發(fā)人員能夠在同一 IDE中進行支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，提高了業(yè)務開發(fā)人員的開發(fā)效率。本發(fā)明第三實施例將對另一種電信業(yè)務開發(fā)的處理方法進行詳細說明，本實施例所述的方法具體流程請參見圖3，包括301、IDE接收第二協(xié)議事件。在本發(fā)明背景技術(shù)中已經(jīng)提到，電信業(yè)務一般都是對通信協(xié)議消息的處理流程的實現(xiàn)，事件驅(qū)動就是把這些消息內(nèi)容封裝成事件，業(yè)務處理就是對一個的發(fā)生事件的響應、 處理。本實施例將接收到的通信協(xié)議事件稱為第二協(xié)議事件，本實施例方法的第二協(xié)議事件是業(yè)務開發(fā)人員基于某一事件進行業(yè)務開發(fā)后所產(chǎn)生的協(xié)議事件，本發(fā)明實施例把第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息，本實施例所述的業(yè)務流程可以看作是第一實施例所述方法流程的逆過程，結(jié)合第一實施例和本實施例的方法流程可以構(gòu)成一套完整的IDE收發(fā)協(xié)議消息方案。302、IDE獲取第二協(xié)議事件對應的通信協(xié)議類型。任何協(xié)議事件都是基于其對應的通信協(xié)議的，此處不限定第二協(xié)議事件對應的通信協(xié)議類型，但為了說明需要，默認第二協(xié)議事件對應的通信協(xié)議類型能夠為本實施例方法所支持。303、IDE根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL。本實施例方法所描述的集成開發(fā)環(huán)境IDE包括事件庫(Event Library, EL)集合， 在本步驟中，IDE根據(jù)第二協(xié)議事件從EL集合中查詢對應通信協(xié)議的EL，以實現(xiàn)對第二協(xié)議事件的后續(xù)支持。其中，EL用于封裝所述通信協(xié)議的協(xié)議信息，以對各通信協(xié)議進行歸一化處理。EL 對IDE中對通信協(xié)議進行支持的，EL封裝具體通信協(xié)議的細節(jié)，呈現(xiàn)給業(yè)務開發(fā)人員，使得業(yè)務開發(fā)人員可以更加關(guān)注業(yè)務流程而不是通信協(xié)議細節(jié)。EL可以被單獨開發(fā)，一旦有實際需要，IDE開發(fā)人員可以隨時開發(fā)其它通信協(xié)議所對應的EL，并將新的EL導入到IDE中， 使該IDE獲得對其它通信協(xié)議的支持，大大減少了重新開發(fā)IDE的工作量。304、IDE根據(jù)所述事件庫EL將所述第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息。步驟303中已經(jīng)查詢到第二協(xié)議事件所對應通信協(xié)議的EL，IDE可根據(jù)該查詢到的第二協(xié)議事件所對應通信協(xié)議的EL將第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息，以完成協(xié)議消息的發(fā)送流程。本實施例的IDE還能夠通過導入EL實現(xiàn)支持多種通信協(xié)議。在本實施例中，IDE支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，IDE根據(jù)接收到的協(xié)議事件查詢該協(xié)議事件對應通信協(xié)議的事件庫EL，再根據(jù)該協(xié)議事件對應通信協(xié)議的事件庫EL將該協(xié)議事件轉(zhuǎn)換成對應的協(xié)議消息，因此，該協(xié)議事件的對應通信協(xié)議的細節(jié)就被還原出來，以繼續(xù)后續(xù)流程，使得IDE開發(fā)人員能夠在同一 IDE中進行支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，提高了業(yè)務開發(fā)人員的開發(fā)效率。本發(fā)明第四實施例將對第三實施例所述的電信業(yè)務開發(fā)的處理方法進行補充說明，本實施例所述的方法具體流程請參見圖4，包括401、IDE接收第二協(xié)議事件。
在本發(fā)明背景技術(shù)中已經(jīng)提到，電信業(yè)務一般都是對通信協(xié)議消息的處理流程的實現(xiàn)，事件驅(qū)動就是把這些消息內(nèi)容封裝成事件，業(yè)務處理就是對一個的發(fā)生事件的響應、 處理。本實施例將接收到的通信協(xié)議事件稱為第二協(xié)議事件，本實施例方法的第二協(xié)議事件是業(yè)務開發(fā)人員基于某一事件進行業(yè)務開發(fā)后所產(chǎn)生的協(xié)議事件，本發(fā)明實施例把第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息，本實施例所述的業(yè)務流程可以看作是第一實施例所述方法流程的逆過程，結(jié)合第一實施例和本實施例的方法流程可以構(gòu)成一套完整的IDE收發(fā)協(xié)議消息方案。402、IDE獲取第二協(xié)議事件對應的通信協(xié)議類型。任何協(xié)議事件都是基于其對應的通信協(xié)議的，此處不限定第二協(xié)議事件對應的通信協(xié)議類型，但為了說明需要，默認第二協(xié)議事件對應的通信協(xié)議類型能夠為本實施例方法所支持。403、IDE根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL。本實施例方法所描述的集成開發(fā)環(huán)境IDE包括事件庫(Event Library, EL)集合， 在本步驟中，IDE根據(jù)第二協(xié)議事件從EL集合中查詢對應通信協(xié)議的EL，以實現(xiàn)對第二協(xié)議事件的后續(xù)支持。其中，EL用于封裝所述通信協(xié)議的協(xié)議信息，以對各通信協(xié)議進行歸一化處理。EL 對IDE中對通信協(xié)議進行支持的，EL封裝具體通信協(xié)議的細節(jié)，呈現(xiàn)給業(yè)務開發(fā)人員，使得業(yè)務開發(fā)人員可以更加關(guān)注業(yè)務流程而不是通信協(xié)議細節(jié)。EL可以被單獨開發(fā)，一旦有實際需要，IDE開發(fā)人員可以隨時開發(fā)其它通信協(xié)議所對應的EL，并將新的EL導入到IDE中， 使該IDE獲得對其它通信協(xié)議的支持，大大減少了重新開發(fā)IDE的工作量。404、IDE根據(jù)所述事件庫EL將所述第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息。步驟403中已經(jīng)查詢到第二協(xié)議事件所對應通信協(xié)議的EL，IDE可根據(jù)該查詢到的第二協(xié)議事件所對應通信協(xié)議的EL將第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息，以完成協(xié)議消息的發(fā)送流程。本實施例的IDE還能夠通過導入EL實現(xiàn)支持多種通信協(xié)議。在任何時刻，一旦有實際需要，IDE開發(fā)人員都可以向IDE中導入新的事件庫EL， 使得IDE支持該新類型的通信協(xié)議，由于默認IDE中已經(jīng)導入不少于兩個事件庫EL，因此導入新EL能夠使得IDE支持更多種通信協(xié)議。405、IDE輸出第二協(xié)議消息。在步驟404中已經(jīng)得到轉(zhuǎn)換后的第二協(xié)議消息，在本步驟中IDE輸出第二協(xié)議消息，以便完成業(yè)務開發(fā)。業(yè)務開發(fā)人員對第二協(xié)議事件進行業(yè)務處理時只需要面對已經(jīng)被屏蔽了通信協(xié)議細節(jié)的協(xié)議事件而不是原始的協(xié)議消息?？蛇x地，IDE開發(fā)人員可以向事件庫EL集合中導入其它事件庫EL，使得IDE支持該新類型的通信協(xié)議，由于默認IDE中已經(jīng)導入不少于兩個事件庫EL，因此導入新EL能夠使得IDE支持更多種通信協(xié)議。在本實施例中，IDE支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，IDE根據(jù)接收到的協(xié)議事件查詢該協(xié)議事件對應通信協(xié)議的事件庫EL，再根據(jù)該協(xié)議事件對應通信協(xié)議的事件庫EL將該協(xié)議事件轉(zhuǎn)換成對應的協(xié)議消息，因此，該協(xié)議事件的對應通信協(xié)議的細節(jié)就被還原出來，以繼續(xù)后續(xù)業(yè)務流程，使得IDE開發(fā)人員能夠在同一 IDE中進行支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，提高了業(yè)務開發(fā)人員的開發(fā)效率。
本發(fā)明第五實施例將對一種電信業(yè)務開發(fā)的處理裝置進行詳細說明，本實施例所述的處理裝置結(jié)構(gòu)請參見圖5，包括第一接收模塊501，用于接收第一協(xié)議消息。在本發(fā)明背景技術(shù)中已經(jīng)提到，電信業(yè)務一般都是對通信協(xié)議消息的處理流程的實現(xiàn)，事件驅(qū)動就是把這些消息內(nèi)容封裝成事件，業(yè)務處理就是對一個的發(fā)生事件的響應、處理。本實施例將第一接收模塊501接收到的通信協(xié)議消息稱為第一協(xié)議消息，對應于本發(fā)明第一實施例，本實施例的第一轉(zhuǎn)換模塊504 將第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件，供業(yè)務開發(fā)人員進行電信業(yè)務開發(fā)。第一獲取模塊502，用于獲取第一協(xié)議消息對應的通信協(xié)議類型。任何協(xié)議消息都是基于其對應的通信協(xié)議的，此處不限定第一協(xié)議消息對應的通信協(xié)議類型，但為了說明需要，默認第一協(xié)議消息對應的通信協(xié)議類型能夠為本實施例方法所支持。第一查詢模塊503，用于根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL。其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息，以對各通信協(xié)議進行歸一化處理。本實施例發(fā)明方案所描述的集成開發(fā)環(huán)境IDE包括事件庫(Event Library, EL)集合，IDE的第一查詢模塊503根據(jù)第一協(xié)議消息從EL集合中查詢對應通信協(xié)議的EL，以實現(xiàn)對第一協(xié)議消息的后續(xù)開發(fā)支持。EL對IDE中對通信協(xié)議進行支持的，EL封裝具體通信協(xié)議的細節(jié)，呈現(xiàn)給業(yè)務開發(fā)人員，使得業(yè)務開發(fā)人員可以更加關(guān)注業(yè)務流程而不是通信協(xié)議細節(jié)。EL可以被單獨開發(fā)，一旦有實際需要，IDE開發(fā)人員可以隨時開發(fā)其它通信協(xié)議所對應的EL，并將新的EL導入到IDE中，使該IDE獲得對其它通信協(xié)議的支持，大大減少了重新開發(fā)IDE的工作量。第一轉(zhuǎn)換模塊504，用于根據(jù)所述事件庫EL將所述第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件。查詢模塊503已經(jīng)查詢到第一協(xié)議消息所對應通信協(xié)議的EL，IDE的第一轉(zhuǎn)換模塊 504可根據(jù)該查詢到的第一協(xié)議消息所對應通信協(xié)議的EL將第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件，供業(yè)務開發(fā)人員進行業(yè)務處理。因此業(yè)務開發(fā)人員對第一協(xié)議事件進行業(yè)務處理時就只需要面對已經(jīng)被屏蔽了通信協(xié)議細節(jié)的協(xié)議事件而不是原始的協(xié)議消息，而且本實施例的IDE還能夠通過導入EL實現(xiàn)支持多種通信協(xié)議。在本實施例中，IDE支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，IDE的第一查詢模塊 503根據(jù)第一接收模塊501接收到的協(xié)議消息查詢該協(xié)議消息對應通信協(xié)議的事件庫EL， 第一轉(zhuǎn)換模塊503再根據(jù)該協(xié)議消息對應通信協(xié)議的事件庫EL將該協(xié)議消息轉(zhuǎn)換成對應的協(xié)議事件，因此，該協(xié)議消息的對應通信協(xié)議的細節(jié)就被屏蔽起來，使得IDE開發(fā)人員能夠在同一 IDE中進行支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，提高了業(yè)務開發(fā)人員的開發(fā)效率。本發(fā)明第六實施例將對第五實施例所述的電信業(yè)務開發(fā)的處理裝置進行補充說明，本實施例的處理裝置結(jié)構(gòu)請參見圖6，包括第一接收模塊601，用于接收第一協(xié)議消息。在本發(fā)明背景技術(shù)中已經(jīng)提到，電信業(yè)務一般都是對通信協(xié)議消息的處理流程的實現(xiàn)，事件驅(qū)動就是把這些消息內(nèi)容封裝成事件，業(yè)務處理就是對一個的發(fā)生事件的響應、處理。本實施例將第一接收模塊601接收到的通信協(xié)議消息稱為第一協(xié)議消息，對就于本發(fā)明第一實施例，本實施例的第一轉(zhuǎn)換模塊604 將第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件，供業(yè)務開發(fā)人員進行電信業(yè)務開發(fā)。
第一獲取模塊602，用于獲取所述第一協(xié)議消息對應的通信協(xié)議類型。任何協(xié)議消息都是基于其對應的通信協(xié)議的，此處不限定第一協(xié)議消息對應的通信協(xié)議類型，但為了說明需要，默認第一協(xié)議消息對應的通信協(xié)議類型能夠為本實施例方法所支持。第一查詢模塊603，用于根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL。本實施例發(fā)明方案所描述的集成開發(fā)環(huán)境IDE包括事件庫(Event Library, EL) 集合，IDE的第一獲取模塊602獲取第一協(xié)議消息的對應通信協(xié)議類型，第一查詢單元603 根據(jù)所述通信協(xié)議類型從EL集合中查詢對應通信協(xié)議的EL，以實現(xiàn)對第一協(xié)議消息的后續(xù)開發(fā)支持。其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息，以對各通信協(xié)議進行歸一化處理。EL對IDE中對通信協(xié)議進行支持的，EL封裝具體通信協(xié)議的細節(jié)，呈現(xiàn)給業(yè)務開發(fā)人員，使得業(yè)務開發(fā)人員可以更加關(guān)注業(yè)務流程而不是通信協(xié)議細節(jié)。EL可以被單獨開發(fā)，一旦有實際需要，IDE開發(fā)人員可以隨時開發(fā)其它通信協(xié)議所對應的EL，并將新的EL 導入到IDE中，使該IDE獲得對其它通信協(xié)議的支持，大大減少了重新開發(fā)IDE的工作量。第一轉(zhuǎn)換模塊604，用于根據(jù)所述事件庫EL將所述第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件。查詢模塊603已經(jīng)查詢到第一協(xié)議消息所對應通信協(xié)議的EL，IDE的第一轉(zhuǎn)換模塊 604可根據(jù)該查詢到的第一協(xié)議消息所對應通信協(xié)議的EL將第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件，供業(yè)務開發(fā)人員進行業(yè)務處理。第一輸出模塊605，用于輸出第一協(xié)議事件。第一轉(zhuǎn)換模塊604已經(jīng)生成第一協(xié)議事件，IDE的第一輸出模塊605輸出第一協(xié)議事件，以便進行業(yè)務開發(fā)。業(yè)務開發(fā)人員對第一協(xié)議事件進行業(yè)務處理時只需要面對已經(jīng)被屏蔽了通信協(xié)議細節(jié)的協(xié)議事件而不是原始的協(xié)議消息。導入模塊606，用于向事件庫EL集合中導入其它事件庫EL。在任何時刻，一旦有實際需要，IDE開發(fā)人員都可以通過導入模塊606向事件庫EL集合中導入其它事件庫EL， 使得IDE支持該新類型的通信協(xié)議，由于默認IDE中已經(jīng)導入不少于兩個事件庫EL，因此導入新EL能夠使得IDE支持更多種通信協(xié)議。在本實施例中，IDE支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，第一獲取模塊602 根據(jù)第一接收模塊601接收到的協(xié)議消息獲取對應的通信協(xié)議類型，并通過第一查詢模塊 603查詢該通信協(xié)議對應的EL，第一轉(zhuǎn)換模塊604再根據(jù)該協(xié)議消息對應通信協(xié)議的事件庫EL將該協(xié)議消息轉(zhuǎn)換成對應的協(xié)議事件，最后第一輸出模塊605輸出協(xié)議事件，因此，該協(xié)議消息的對應通信協(xié)議的細節(jié)就被屏蔽起來，使得IDE開發(fā)人員能夠在同一 IDE中進行支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，提高了業(yè)務開發(fā)人員的開發(fā)效率。另外，導入模塊 606支持IDE開發(fā)人員通過導入模塊606向事件庫EL集合中導入其它事件庫EL，使得IDE 支持該新類型的通信協(xié)議。本發(fā)明第七實施例將對另一種電信業(yè)務開發(fā)的處理裝置進行詳細說明，本實施例所述的處理裝置結(jié)構(gòu)請參見圖7，包括第二接收模塊701，用于接收第二協(xié)議事件。在本發(fā)明背景技術(shù)中已經(jīng)提到，電信業(yè)務一般都是對通信協(xié)議消息的處理流程的實現(xiàn)，事件驅(qū)動就是把這些消息內(nèi)容封裝成事件，業(yè)務處理就是對一個的發(fā)生事件的響應、處理。本實施例將第二接收模塊701接收到的通信協(xié)議事件稱為第二協(xié)議事件，本實施例的第二協(xié)議事件是業(yè)務開發(fā)人員基于某一事件進行業(yè)務開發(fā)后所產(chǎn)生的協(xié)議事件，本發(fā)明實施例的第二轉(zhuǎn)換模塊704把第二協(xié)議事件轉(zhuǎn)
11換成第二協(xié)議消息。第二獲取模塊702，用于獲取所述第二協(xié)議事件對應的通信協(xié)議類型。任何協(xié)議事件都是基于其對應的通信協(xié)議的，此處不限定第二協(xié)議事件對應的通信協(xié)議類型，但為了說明需要，默認第二協(xié)議事件對應的通信協(xié)議類型能夠為本實施例方法所支持。第二查詢模塊703，用于根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL，其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息，以對各通信協(xié)議進行歸一化處理。本實施例方法所描述的集成開發(fā)環(huán)境IDE包括事件庫(Event Library, EL)集合， IDE的第二查詢模塊703根據(jù)第二協(xié)議事件從EL集合中查詢對應通信協(xié)議的EL，以實現(xiàn)對第二協(xié)議事件的后續(xù)支持。以對各通信協(xié)議進行歸一化處理。EL對IDE中對通信協(xié)議進行支持的，EL封裝具體通信協(xié)議的細節(jié)，呈現(xiàn)給業(yè)務開發(fā)人員，使得業(yè)務開發(fā)人員可以更加關(guān)注業(yè)務流程而不是通信協(xié)議細節(jié)。EL可以被單獨開發(fā)，一旦有實際需要，IDE開發(fā)人員可以隨時開發(fā)其它通信協(xié)議所對應的EL，并將新的EL導入到IDE中，使該IDE獲得對其它通信協(xié)議的支持，大大減少了重新開發(fā)IDE的工作量。第二轉(zhuǎn)換模塊704，用于根據(jù)所述事件庫EL將所述第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息。第二查詢模塊703已經(jīng)查詢到第二協(xié)議事件所對應通信協(xié)議的EL，IDE的第二轉(zhuǎn)換模塊704可根據(jù)該查詢到的第二協(xié)議事件所對應通信協(xié)議的EL將第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息，以完成協(xié)議消息的發(fā)送流程。本實施例的IDE還能夠通過導入EL實現(xiàn)支持多種通信協(xié)議。在本實施例中，IDE支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，IDE的第二查詢模塊703根據(jù)第二接收模塊701接收到的協(xié)議事件查詢該協(xié)議事件對應通信協(xié)議的事件庫 EL,第二轉(zhuǎn)換模塊704再根據(jù)該協(xié)議事件對應通信協(xié)議的事件庫EL將該協(xié)議事件轉(zhuǎn)換成對應的協(xié)議消息，因此，該協(xié)議事件的對應通信協(xié)議的細節(jié)就被還原出來，以繼續(xù)后續(xù)業(yè)務流程，使得IDE開發(fā)人員能夠在同一 IDE中進行支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，提高了業(yè)務開發(fā)人員的開發(fā)效率。本發(fā)明第八實施例將對第七例所述的電信業(yè)務開發(fā)的處理裝置進行補充說明，本實施例所述的消息處理裝置結(jié)構(gòu)請參見圖8，包括第二接收模塊801，用于接收第二協(xié)議事件。在本發(fā)明背景技術(shù)中已經(jīng)提到，電信業(yè)務一般都是對通信協(xié)議消息的處理流程的實現(xiàn)，事件驅(qū)動就是把這些消息內(nèi)容封裝成事件，業(yè)務處理就是對一個的發(fā)生事件的響應、處理。本實施例將第二接收模塊801接收到的通信協(xié)議事件稱為第二協(xié)議事件，本實施例方法的第二協(xié)議事件是業(yè)務開發(fā)人員基于某一事件進行業(yè)務開發(fā)后所產(chǎn)生的協(xié)議事件，本發(fā)明實施例的第二轉(zhuǎn)換模塊804把第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息。第二獲取模塊802，用于獲取所述第二協(xié)議事件對應的通信協(xié)議類型。任何協(xié)議事件都是基于其對應的通信協(xié)議的，此處不限定第二協(xié)議事件對應的通信協(xié)議類型，但為了說明需要，默認第二協(xié)議事件對應的通信協(xié)議類型能夠為本實施例方法所支持。第二查詢模塊803，用于根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL，其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息，以對各通信協(xié)議進行歸一化處理。本實施例方法所描述的集成開發(fā)環(huán)境IDE包括事件庫(Event Library，EL)集合， IDE的第二獲取模塊802獲取第二協(xié)議事件對應的通信協(xié)議類型，第二查詢模塊803根據(jù)所述協(xié)議消息類型從EL集合中查詢對應通信協(xié)議的EL，以實現(xiàn)對第二協(xié)議事件的后續(xù)支持。 EL對IDE中對通信協(xié)議進行支持的，EL封裝具體通信協(xié)議的細節(jié)，呈現(xiàn)給業(yè)務開發(fā)人員，使得業(yè)務開發(fā)人員可以更加關(guān)注業(yè)務流程而不是通信協(xié)議細節(jié)。EL可以被單獨開發(fā)，一旦有實際需要，IDE開發(fā)人員可以隨時開發(fā)其它通信協(xié)議所對應的EL，并將新的EL導入到IDE 中，使該IDE獲得對其它通信協(xié)議的支持，減少了重新開發(fā)IDE的工作量。第二轉(zhuǎn)換模塊804，用于根據(jù)所述事件庫EL將所述第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息。第二查詢模塊803已經(jīng)查詢到第二協(xié)議事所對應通信協(xié)議的EL，IDE的第二轉(zhuǎn)換模塊803可根據(jù)該查詢到的第二協(xié)議事件所對應通信協(xié)議的EL將第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息，以完成協(xié)議消息的發(fā)送流程。本實施例的IDE還能夠通過導入EL實現(xiàn)支持多種通信協(xié)議。第二輸出模塊805，用于輸出所述第二協(xié)議消息，以便完成業(yè)務開發(fā)。第二轉(zhuǎn)換模塊804已經(jīng)生成第二協(xié)議消息，IDE的第二輸出模塊805輸出第二協(xié)議消息，使得業(yè)務開發(fā)人員對第二協(xié)議事件進行業(yè)務處理時只需要面對已經(jīng)被屏蔽了通信協(xié)議細節(jié)的協(xié)議事件而不是原始的協(xié)議消息?？蛇x地，本實施例所述的集成開發(fā)環(huán)境可進一步包括導入模塊，用于向事件庫EL 集合中導入其它事件庫EL。在任何時刻，一旦有實際需要，IDE開發(fā)人員都可以通過導入模塊向IDE中導入新的事件庫EL，使得IDE支持該新類型的通信協(xié)議，由于默認IDE中已經(jīng)導入不少于兩個事件庫EL，因此導入新EL能夠使得IDE支持更多種通信協(xié)議。在本實施例中，IDE支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，IDE的第二查詢模塊803根據(jù)第二接收模塊801接收到的協(xié)議事件查詢該協(xié)議事件對應通信協(xié)議的事件庫 EL,第二轉(zhuǎn)換模塊804再根據(jù)該協(xié)議事件對應通信協(xié)議的事件庫EL將該協(xié)議事件轉(zhuǎn)換成對應的協(xié)議消息，因此，該協(xié)議事件的對應通信協(xié)議的細節(jié)就被還原出來，以繼續(xù)后續(xù)業(yè)務流程，使得IDE開發(fā)人員能夠在同一 IDE中進行支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，提高了業(yè)務開發(fā)人員的開發(fā)效率。本發(fā)明第九實施例將對一種電信業(yè)務開發(fā)的處理系統(tǒng)進行詳細說明，本實施例所述的消息處理系統(tǒng)結(jié)構(gòu)請參見圖9-a，包括第一接收模塊9601，用于接收第一協(xié)議消息。在本發(fā)明背景技術(shù)中已經(jīng)提到，電信業(yè)務一般都是對通信協(xié)議消息的處理流程的實現(xiàn)，事件驅(qū)動就是把這些消息內(nèi)容封裝成事件，業(yè)務處理就是對一個的發(fā)生事件的響應、處理。本實施例將第一接收模塊901接收到的通信協(xié)議消息稱為第一協(xié)議消息，對就于本發(fā)明第一實施例，本實施例的第一轉(zhuǎn)換模塊904 將第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件，供業(yè)務開發(fā)人員進行電信業(yè)務開發(fā)。第一獲取模塊902，用于獲取所述第一協(xié)議消息對應的通信協(xié)議類型。任何協(xié)議消息都是基于其對應的通信協(xié)議的，此處不限定第一協(xié)議消息對應的通信協(xié)議類型，但為了說明需要，默認第一協(xié)議消息對應的通信協(xié)議類型能夠為本實施例方法所支持。第一查詢模塊903，用于根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL。本實施例發(fā)明方案所描述的集成開發(fā)環(huán)境IDE包括事件庫(Event Library, EL) 集合，IDE的第一獲取模塊902獲取第一協(xié)議消息的對應通信協(xié)議類型，第一查詢單元903根據(jù)所述通信協(xié)議類型從事件庫EL集合中查詢對應通信協(xié)議的事件庫EL，以實現(xiàn)對第一協(xié)議消息的后續(xù)開發(fā)支持。其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息，以對各通信協(xié)議進行歸一化處理。事件庫EL對IDE中對通信協(xié)議進行支持的，事件庫EL封裝具體通信協(xié)議的細節(jié)，呈現(xiàn)給業(yè)務開發(fā)人員，使得業(yè)務開發(fā)人員可以更加關(guān)注業(yè)務流程而不是通信協(xié)議細節(jié)。事件庫EL可以被單獨開發(fā)，一旦有實際需要，IDE開發(fā)人員可以隨時開發(fā)其它通信協(xié)議所對應的事件庫EL，并將新的事件庫EL導入到IDE中，使該IDE獲得對其它通信協(xié)議的支持，大大減少了重新開發(fā)IDE的工作量。第一轉(zhuǎn)換模塊904，用于根據(jù)所述事件庫EL將所述第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件。查詢模塊903已經(jīng)查詢到第一協(xié)議消息所對應通信協(xié)議的事件庫EL，IDE的第一轉(zhuǎn)換模塊904可根據(jù)該查詢到的第一協(xié)議消息所對應通信協(xié)議的事件庫EL將第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件，供業(yè)務開發(fā)人員進行業(yè)務處理。第一輸出模塊905，用于輸出第一協(xié)議事件。第一轉(zhuǎn)換模塊904已經(jīng)生成第一協(xié)議事件，IDE的第一輸出模塊905輸出第一協(xié)議事件，以便進行業(yè)務開發(fā)。業(yè)務開發(fā)人員對第一協(xié)議事件進行業(yè)務處理時只需要面對已經(jīng)被屏蔽了通信協(xié)議細節(jié)的協(xié)議事件而不是原始的協(xié)議消息。導入模塊906，用于向事件庫EL集合中導入其它事件庫EL。在任何時刻，一旦有實際需要，IDE開發(fā)人員都可以通過導入模塊906向事件庫EL集合中導入其它事件庫EL， 使得IDE支持該新類型的通信協(xié)議，由于默認IDE中已經(jīng)導入不少于兩個事件庫EL，因此導入新事件庫EL能夠使得IDE支持更多種通信協(xié)議。第二接收模塊907，用于接收第二協(xié)議事件。本實施例方法的第二協(xié)議事件是業(yè)務開發(fā)人員基于第一協(xié)議事件進行業(yè)務開發(fā)后所產(chǎn)生的協(xié)議事件，本發(fā)明實施例的第二轉(zhuǎn)換模塊910把第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息。第二獲取模塊908，用于獲取所述第二協(xié)議事件對應的通信協(xié)議類型。由于第二協(xié)議事件是業(yè)務開發(fā)人員基于第一協(xié)議事件進行業(yè)務開發(fā)后所產(chǎn)生的協(xié)議事件，因此第二協(xié)議事件和第一協(xié)議事件基于相同的通信協(xié)議。第二查詢模塊909，用于根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL，其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息，以對各通信協(xié)議進行歸一化處理。本實施例方法所描述的集成開發(fā)環(huán)境IDE包括事件庫(Event Library, EL)集合， IDE的第二獲取模塊908獲取第二協(xié)議事件對應的通信協(xié)議類型，第二查詢模塊909根據(jù)所述協(xié)議消息類型從事件庫EL集合中查詢對應通信協(xié)議的事件庫EL，以實現(xiàn)對第二協(xié)議事件的后續(xù)支持。第二轉(zhuǎn)換模塊910，用于根據(jù)所述事件庫EL將所述第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息。第二查詢模塊909已經(jīng)查詢到第二協(xié)議事所對應通信協(xié)議的事件庫EL，IDE的第二轉(zhuǎn)換模塊910可根據(jù)該查詢到的第二協(xié)議事件所對應通信協(xié)議的事件庫EL將第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息，以完成協(xié)議消息的發(fā)送流程。本實施例的IDE還能夠通過導入事件庫EL實現(xiàn)支持多種通信協(xié)議。第二輸出模塊911，用于輸出所述第二協(xié)議消息，以便完成業(yè)務開發(fā)。第二轉(zhuǎn)換模塊910已經(jīng)生成第二協(xié)議消息，IDE的第二輸出模塊911輸出第二協(xié)議消息，使得業(yè)務開發(fā)人員對第二協(xié)議事件進行業(yè)務處理時只需要面對已經(jīng)被屏蔽了通信協(xié)議細節(jié)的協(xié)議事件而不是原始的協(xié)議消息。在本實施例中，IDE支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，圖9-b所示為IDE — 個完整的業(yè)務開發(fā)流程，在本實施例中，IDE的第一查詢模塊903根據(jù)第一接收模塊901接收到的第一協(xié)議消息查詢該第一協(xié)議消息對應通信協(xié)議的事件庫EL，第一轉(zhuǎn)換模塊904再根據(jù)該第一協(xié)議消息對應通信協(xié)議的事件庫EL將該第一協(xié)議消息轉(zhuǎn)換成對應的第一協(xié)議事件，因此，該第一協(xié)議消息的對應通信協(xié)議的細節(jié)就被屏蔽起來，使得IDE開發(fā)人員能夠在同一 IDE中進行支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，業(yè)務開發(fā)人員對第一協(xié)議事件進行電信業(yè)務開發(fā)處理，得到基于第一協(xié)議事件的第二協(xié)議事件。IDE的第二查詢模塊909 根據(jù)第二接收模塊907接收到的第二協(xié)議事件查詢該第二協(xié)議事件對應通信協(xié)議的事件庫EL，第二轉(zhuǎn)換模塊910再根據(jù)該第二協(xié)議事件對應通信協(xié)議的事件庫EL將該第二協(xié)議事件轉(zhuǎn)換成對應的第二協(xié)議消息，因此，該協(xié)議事件的對應通信協(xié)議的細節(jié)就被還原出來，以繼續(xù)后續(xù)業(yè)務流程，使得IDE開發(fā)人員能夠在同一 IDE中進行支持多種不同通信協(xié)議的電信業(yè)務開發(fā)，提高了業(yè)務開發(fā)人員的開發(fā)效率。本發(fā)明第十實施例將對基于本發(fā)明所有實施例的IDE的圖形化開發(fā)應用作詳細說明。本實施例IDE包括一、元模型定義。在IDE中，希望以統(tǒng)一的事件概念來支持多種協(xié)議的開發(fā)，就需要定義出通用的事件模型，用于描述各種協(xié)議消息具備的特征。這套模型必須獨立于任何通信協(xié)議的概念， 并且能夠使用于所有的通信協(xié)議。本實施例采用XSD文件來定義這套事件模型。該套模型中，主要有以下幾個基本概念協(xié)議事件，用于表達通信協(xié)議中消息的概念，每個中除了有自身的屬性，還包括一系列的子節(jié)點，可以為屬性Property、屬性組PropertyGroup或ProeprtyGroupReference 等，其中，Property用于表達簡單類型的消息數(shù)據(jù)；PropertyGroup用于表達復雜類型的消息數(shù)據(jù)，可以包含Property子節(jié)點或PropertyGroupReference子節(jié)點； PropertyGroupReference用于引用一個復雜類型消息數(shù)據(jù)的引用。這套模型用于描述IDE能夠支持的所有通信協(xié)議的對應的事件概念，例如包含協(xié)議消息類型的數(shù)量，協(xié)議消息類型的名稱，協(xié)議消息類型的屬性，協(xié)議消息中所包含的數(shù)據(jù)字段等，這份模型實際是一種規(guī)格，每一種具體協(xié)議的描述實際是該模型的一份實例，本實施例IDE采用XML文件來描述，根據(jù)上述的元模型，本實施例IDE就可以通過定義XML文件來表達某種具體通信協(xié)議的各種特征。下面是一份事件模型的示例
15< xml version=" 1.0" encoding="UTF-8" >
<tns: event-list id="Sip" version=" 1.0.0" sourceType="XML"
description=" Signaling protocol for controling Session in IP network"
xmlns:tns="http://www.huawei.com/sne-event"
xmlns:xsi=Mhttp://www.w3.org/2001/XMLSchema-instanceM
xsi:schemaLocation="http://www.huawei.com/sne-event sne-event_l 0.xsd">
<tns:event direction="both" id="Invite" display-name="INVITE">
<tns:description>Used to establish a media session between user
agents.</tns:description>
<tns: propertyname="method"display-name="Method"
default-value=""INVITE"" visible="false" type="string"/〉
<tns: property-group-referencename=" StatusLine"
ref-name="RequestCommonProperties" multiplicity=" 1" display-name="Request Common Properties"/〉
<tns:property-group-reference name="Attribute" ref-name="Header Value" multiplicity=" 0..1" display-name=" Supported [Extensions Supported]" description="This header indicates the extensions supported by the sip Server." /> </tns:event>
<tns:property-group name="StatusLine" display-name=" Status Line"〉 <tns: property name=" sip Version" type=" string" access="read-only" multiplicity=" 1" display-name=" Sip Version"/〉
<tns: property name="statusCode" type="int" multiplicity=" 1" display-name=" StatusCode"constraint="range: [ 100,699]"
constraint-error-message="The allowed range for Status code is 100-699."/〉
<tns: property name="reasonPhase" type="string" multiplicity="0..1” display-name="Reason Phrase"/〉 </tns:property-group>
<tns:property-group name="Attribute" display-name="Parameter">
<tns: property name="name" type=" string" multiplicity=" 1"
type=" string" multiplicity="。·. 1"
display-name="Parameter Name"/〉
<tns: property name="value" display-name="Parameter Value"/〉 </tns:property-group> </tns:event-list>對于某種通信協(xié)議而言，如果希望本實施例IDE對其進行支持，首先需要定義對應的事件描述模型XML文件，這份文件最終會在事件庫EL中提供。二、實體模型的生成。假設已有一套事件描述模型，該模型能夠描述對應通信協(xié)議的事件類型及其結(jié)構(gòu)，例如A協(xié)議中包含EventA事件和EventB事件，EventA中包含名為PropertyX和 Pro印rtyY的字段屬性等，但是，僅獲知這些信息還不能夠為業(yè)務開發(fā)人員提供開業(yè)開發(fā)支持，IDE中需要的是具體能夠操作的事件對象。例如，某個發(fā)送事件的圖元中，必須獲取 EventA的一個對象實例，以及Pro印rtyX，PropertyY對應的實例，即IDE中必須包括能夠
17表達EventA及PropertyX等的模型，才能夠創(chuàng)建對應的實例，因此本發(fā)明實施例采用代碼生成技術(shù)，根據(jù)XML中對應的事件描述模型的內(nèi)容，生成這些實體模型。這些實體模型，是開發(fā)環(huán)境對協(xié)議支持的基礎(chǔ)。例如，下面的類就是對于上面提到的XML中事件節(jié)點描述的接口類
public interface Invite extends SipEvent
String getMethod();
void setMethod(String value);
RequestCommonProperties getRequestCommonProperties();
void setRequestCommonProperties(RequestCommonProperties value);
HeaderValue getSupportedQ;
HeaderValue getSupportedQ; }除了這個接口類之外，還需要對應的實現(xiàn)類，此外，因為IDE中，圖元編輯某個具體事件對象時，還必須能夠動態(tài)為其設置屬性，或者創(chuàng)建并設置子節(jié)點，在實現(xiàn)過程中，都需要必要的模型支持，因此除了這些類之外，還需要有對應的另一套模型用于編輯。IDE的實現(xiàn)中，就是采取生成UML模型的方式實現(xiàn)屬性頁編輯的。因此，本實施例還需要根據(jù)事件描述模型生成對應的實體類模型，以及用于編輯屬性頁的UML模型。三、協(xié)議消息到協(xié)議事件相互轉(zhuǎn)換的邏輯封裝。對于發(fā)送事件圖元和接收事件圖元而言，圖元本身完成的功能如下發(fā)送事件圖元將某一個事件對象，轉(zhuǎn)換為具體的協(xié)議消息，然后通過業(yè)務運行的平臺發(fā)送出去；接收事件圖元將平臺發(fā)送過來的協(xié)議消息，轉(zhuǎn)換為事件對象，然后將其呈現(xiàn)給業(yè)務開發(fā)人員，用于業(yè)務邏輯編排。上述兩個過程，實際是由協(xié)議消息到協(xié)議事件之間的一個轉(zhuǎn)換過程，圖元本身并不知道如何去實現(xiàn)這種轉(zhuǎn)換，只有具體協(xié)議對應的事件庫EL的開發(fā)者才知道，因此圖元的邏輯實際上代理到具體的事件庫EL中的實體去完成這個功能。每個事件庫EL中提供一個類，用于完成協(xié)議消息和協(xié)議事件之前的相互轉(zhuǎn)換邏輯。發(fā)送事件圖元或者接收事件圖元， 都是借助事件庫EL中的這個類去完成協(xié)議消息到協(xié)議事件的相互轉(zhuǎn)換。四、通用的用于業(yè)務編排的圖元。在該IDE中，主要以圖形化開發(fā)的方式對業(yè)務進行編排，IDE提供一系列的圖元， 業(yè)務開發(fā)人員只需要對這些圖元進行拖拽，然后對圖元信息進行配置即可完成業(yè)務的開發(fā)，這些圖元中，最重要、最復雜的就是與協(xié)議操作相關(guān)的圖元，例如等待事件圖元或發(fā)送事件圖元。這些圖元基于導入在IDE中的事件庫EL提供的信息，業(yè)務開發(fā)人員對所操作的各種事件進行屬性編輯配置。如圖10-a所示，當前IDE中，SendEventO圖元展示出對應的屬性，供業(yè)務開發(fā)人員配置。如圖10-b所示，IDE中導入了支持三種協(xié)議的事件庫EL，用戶選擇事件類型Event Type時，就會有三種對應的類型供選擇，分別為HttpServiceDSK、ConfigListener和Sip。 如圖10-c所示，業(yè)務開發(fā)人員配置事件碼Event ID時有五種選擇，分別為BYE、CANCLE, ErrorResponse、INFO 禾口 INVITE。當用戶選擇某一種類的Event時，對于該事件的詳細屬性信息，都可以配置，如圖 ΙΟ-d所示，圖中的菜單展示的內(nèi)容都是從事件庫EL中動態(tài)獲取的，選擇不同的事件，對應的提示內(nèi)容都是不同的。這樣，整個開發(fā)環(huán)境就可以做到，無論往后導入多少種事件庫EL，IDE的圖元及其屬性配置都是不需要變化的，這樣就實現(xiàn)了支持多種通信協(xié)議的IDE的可擴展支持。五、圖元屬性頁的實現(xiàn)。為了支持IDE以統(tǒng)一的模式進行業(yè)務邏輯編排，同時能夠以可擴展的方式對多種通信協(xié)議進行支持，本實施例IDE提供一套圖元，來支持業(yè)務開發(fā)人員對業(yè)務邏輯進行圖形化的開發(fā)，其中以發(fā)送事件及接收事件圖元最為典型，下面來描述這兩種圖元的實現(xiàn)。為了對多種通信協(xié)議進行支持，圖元的實現(xiàn)不能采取固定的邏輯，必須根據(jù)事件描述文件動態(tài)的展示屬性頁界面。圖元的屬性頁提供界面供業(yè)務開發(fā)人員對其進行填值， 他的實現(xiàn)就是查詢有多少通信協(xié)議支持實體導入到了系統(tǒng)中，然后動態(tài)地按照各種通信協(xié)議不同的內(nèi)容進行展示。綜上所屬，通過上述操作，IDE就具備了對各種通信協(xié)議進行支持的實體，也就是事件庫EL，我們把這些事件庫EL導入到IDE中，IDE的各個部分便可以根據(jù)這些信息來動態(tài)的支持各種協(xié)議。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。以上對本發(fā)明所提供的一種電信業(yè)務開發(fā)的處理方法及相關(guān)裝置進行了詳細介紹，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實施例的思想，在具體實施方式
及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明的限制。
權(quán)利要求
1.一種電信業(yè)務開發(fā)的處理方法，其特征在于，包括 接收第一協(xié)議消息；獲取所述第一協(xié)議消息對應的通信協(xié)議類型；根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL，其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息；根據(jù)所述事件庫EL將所述第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)所述事件庫EL將所述第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件之后進一步包括輸出所述第一協(xié)議事件，以便進行業(yè)務開發(fā)。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述電信業(yè)務開發(fā)的處理方法進一步包括向事件庫EL集合中導入其它事件庫EL。
4.一種電信業(yè)務開發(fā)的處理方法，其特征在于，包括 接收第二協(xié)議事件；獲取所述第二協(xié)議事件對應的通信協(xié)議類型；根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL，其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息；根據(jù)所述事件庫EL將所述第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)所述事件庫EL將所述第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息之后進一步包括輸出所述第二協(xié)議消息，以便完成業(yè)務開發(fā)。
6.一種電信業(yè)務開發(fā)的處理裝置，其特征在于，包括 第一接收模塊，用于接收第一協(xié)議消息；第一獲取模塊，用于獲取所述第一協(xié)議消息對應的通信協(xié)議類型； 第一查詢模塊，用于根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL， 其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息；第一轉(zhuǎn)換模塊，用于根據(jù)所述事件庫EL將所述第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述電信業(yè)務開發(fā)的處理裝置進一步包括第一輸出模塊，用于輸出所述第一協(xié)議事件，以便進行業(yè)務開發(fā)。
8.根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，所述消息處理裝置進一步包括 導入模塊，用于向事件庫EL集合中導入其它事件庫EL。
9.一種電信業(yè)務開發(fā)的處理裝置，其特征在于，包括 第二接收模塊，用于接收第二協(xié)議事件；第二獲取模塊，用于獲取所述第二協(xié)議事件對應的通信協(xié)議類型； 第二查詢模塊，用于根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL， 其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息；第二轉(zhuǎn)換模塊，用于根據(jù)所述事件庫EL將所述第二協(xié)議事件轉(zhuǎn)換成第二協(xié)議消息。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述電信業(yè)務開發(fā)的處理裝置進一步包括第二輸出模塊，用于輸出所述第二協(xié)議消息，以便完成業(yè)務開發(fā)。
全文摘要
本發(fā)明實施例公開了一種電信業(yè)務開發(fā)的處理方法及相關(guān)裝置，用于在同一IDE中支持多種不同通信協(xié)議的電信業(yè)務開發(fā)。本發(fā)明實施例方法包括接收第一協(xié)議消息；獲取所述第一協(xié)議消息對應的通信協(xié)議類型；根據(jù)所述通信協(xié)議類型在事件庫EL集合中查詢對應的事件庫EL，其中，事件庫EL用于封裝對應通信協(xié)議的協(xié)議信息；根據(jù)所述事件庫EL將所述第一協(xié)議消息轉(zhuǎn)換成第一協(xié)議事件。通過實施本發(fā)明方案，能夠使得IDE開發(fā)人員無須針對不同的通信協(xié)議開發(fā)對應的IDE，從而減少了開發(fā)IDE的工作量，同時也提高業(yè)務開發(fā)人員的開發(fā)效率。
文檔編號H04L29/06GK102438021SQ201110447538
公開日2012年5月2日 申請日期2011年12月28日 優(yōu)先權(quán)日2011年12月28日
發(fā)明者吳昇 申請人:華為軟件技術(shù)有限公司