專利名稱：基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機(jī)通信技術(shù)，特別是涉及一種基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的方法及系統(tǒng)。
背景技術(shù)：
隨著計算機(jī)通信技術(shù)的迅速發(fā)展，從硬件技術(shù)看，CPU的速度越來越高，處理能力越來越強(qiáng)；從軟件技術(shù)看，應(yīng)用程序的規(guī)模不斷擴(kuò)大，特別是因特網(wǎng)(Internet)及萬維網(wǎng)(WWW，World Wide Web)的出現(xiàn)，使計算機(jī)的應(yīng)用范圍更為廣闊，許多應(yīng)用程序需在網(wǎng)絡(luò)環(huán)境的異構(gòu)平臺上運(yùn)行。這一切都對新一代的軟件開發(fā)提出了新的需求。在這種分布異構(gòu)環(huán)境中，通常存在多種硬件系統(tǒng)平臺(如PC，工作站，小型機(jī)等)，在這些硬件平臺上又存在各種各樣的系統(tǒng)軟件(如不同的操作系統(tǒng)、數(shù)據(jù)庫、語言編譯器等)，以及多種風(fēng)格各異的用戶界面，這些硬件系統(tǒng)平臺還可能采用不同的網(wǎng)絡(luò)協(xié)議和網(wǎng)絡(luò)體系結(jié)構(gòu)連接。如何把這些系統(tǒng)集成起來并開發(fā)新的應(yīng)用是一個非?，F(xiàn)實(shí)而困難的問題。
目前，在因特網(wǎng)多媒體子網(wǎng)系統(tǒng)(IMS，Internet Multiedia Subsystem)架構(gòu)中，包括用戶設(shè)備UE1、代理呼叫2、服務(wù)呼叫3、歸屬用戶服務(wù)器4和應(yīng)用服務(wù)器5(AS，Application Service)，比如包括AS1、AS2和AS3。由服務(wù)呼叫/會話控制功能模塊(S-CSCF，Serving Call Session Control Function)來觸發(fā)應(yīng)用服務(wù)器實(shí)現(xiàn)的業(yè)務(wù)的方式如圖1所示。如圖所示，每個應(yīng)用服務(wù)器(比如AS1、AS2和AS3)提供一個相對獨(dú)立的業(yè)務(wù)能力單元，各應(yīng)用服務(wù)器之間沒有關(guān)聯(lián)和彼此的調(diào)用，應(yīng)用服務(wù)器之間的關(guān)聯(lián)關(guān)系是根據(jù)用戶對業(yè)務(wù)的簽約信息，映射為初始過濾標(biāo)準(zhǔn)(IFC，Initial Filter Criterion)表達(dá)式，存儲在歸屬用戶服務(wù)器(HSS，Home Subscriber Server)中。用戶UE在使用業(yè)務(wù)時，先觸發(fā)到代理呼叫/會話控制功能模塊(P-CSCF，Proxy Call Session ControlFunction)，所述P-CSCF與S-CSCF相連，而S-CSCF會根據(jù)HSS中存儲的用戶簽約信息，觸發(fā)到對應(yīng)的應(yīng)用服務(wù)器(比如AS1、AS2和AS3)。
上述方案是根據(jù)用戶對業(yè)務(wù)的簽約信息，生成IFC表達(dá)式，來實(shí)現(xiàn)對業(yè)務(wù)的管理與控制。而在IFC表達(dá)式中，只可以設(shè)定AS觸發(fā)的優(yōu)先級和觸發(fā)順序，不能支持更多的業(yè)務(wù)組合方面的需求。比如，多個AS根據(jù)一定的條件組合成一個新的業(yè)務(wù)(Service)，所述AS之間有一定的交互，為保障同一個服務(wù)等級承諾(SLA，Service Level Agreement)的而各自進(jìn)行服務(wù)質(zhì)量(QoS，Quality ofService)控制等等。因此，上述方案中所述S-CSCF只能直接觸發(fā)IMS的AS，對于非IMS的AS(例如企業(yè)已有的IT系統(tǒng)、電信網(wǎng)中已有的IN業(yè)務(wù)等)，由于控制信令的差異不能直接觸發(fā)AS。
另外，在上述IMS系統(tǒng)架構(gòu)中，由S-CSCF來觸發(fā)應(yīng)用服務(wù)器(AS)實(shí)現(xiàn)的業(yè)務(wù)的方式也可以如圖2所示，即在圖1的基礎(chǔ)上增加服務(wù)-應(yīng)用服務(wù)器6(Service-AS)，比如Service-AS1和Service-AS2。也就是說，部分應(yīng)用服務(wù)器(AS)提供相對獨(dú)立的業(yè)務(wù)能力單元，各應(yīng)用服務(wù)器之間沒有關(guān)聯(lián)和彼此的調(diào)用。對于需要組合新業(yè)務(wù)的需求，是由Service-AS(比如圖中的Service-AS1和Service-AS2)應(yīng)用服務(wù)器來實(shí)施，在所述Service-AS中調(diào)用相關(guān)的其它AS，也就是把所有的業(yè)務(wù)控制邏輯集成在一個Service-AS中實(shí)施。這樣，在實(shí)施的過程中，用戶UE對業(yè)務(wù)的簽約就只需要簽約一個Service-AS，用戶在使用業(yè)務(wù)時先觸發(fā)到P-CSCF，所述P-CSCF與S-CSCF相連，S-CSCF根據(jù)用戶的簽約信息觸發(fā)到Service-AS，由Service-AS調(diào)用其他相關(guān)的AS。
由上述方案可知，所述Service-AS的業(yè)務(wù)邏輯復(fù)雜，開發(fā)和部署業(yè)務(wù)的周期較長，不適合新業(yè)務(wù)快速響應(yīng)市場需求的要求。另外，該方案是把用戶使用的業(yè)務(wù)(Service)和提供業(yè)務(wù)的應(yīng)用(Application)都在AS中實(shí)施，業(yè)務(wù)的邏輯部分和業(yè)務(wù)的控制部分沒有充分分離，對已開發(fā)業(yè)務(wù)的修改要求直接修改AS，對于新業(yè)務(wù)的組合也要求開發(fā)新的AS。這樣對業(yè)務(wù)的維護(hù)和創(chuàng)新很不方便，也不利于業(yè)務(wù)能力的開放。

發(fā)明內(nèi)容
本發(fā)明解決的技術(shù)問題是提供一種基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的方法及系統(tǒng)，以解決目前中間件技術(shù)不能組合和管理電信領(lǐng)域的話音業(yè)務(wù)、數(shù)據(jù)業(yè)務(wù)、多媒體業(yè)務(wù)等多種業(yè)務(wù)，以及對新的多媒體融合業(yè)務(wù)的執(zhí)行控制和路由的適配。
為解決上述問題，本發(fā)明提供一種基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的方法，所述方法包括A、獲取并存儲用戶通過應(yīng)用服務(wù)器注冊的應(yīng)用描述文件及設(shè)定該應(yīng)用描述文件的調(diào)用策略；B、選擇需要調(diào)用的應(yīng)用描述文件并確定其調(diào)用關(guān)系、各應(yīng)用之間信息的傳遞和異常狀況的處理，并以業(yè)務(wù)描述文件的格式進(jìn)行存儲所生成的業(yè)務(wù)；C、通過解析所述業(yè)務(wù)描述文件，讀取滿足執(zhí)行條件的第一個應(yīng)用，傳遞應(yīng)用的接口參數(shù)并調(diào)用應(yīng)用服務(wù)器執(zhí)行，根據(jù)執(zhí)行結(jié)果確定下一個執(zhí)行的應(yīng)用。
步驟A的具體實(shí)現(xiàn)過程包括A1)應(yīng)用服務(wù)器通過描述文件申請注冊；A2)解析應(yīng)用服務(wù)器注冊的應(yīng)用描述文件，得到注冊信息；A3)根據(jù)所述應(yīng)用描述文件設(shè)定相應(yīng)的調(diào)用策略；A4)存儲所述應(yīng)用服務(wù)器的注冊信息及其調(diào)用策略。
步驟B中通過選擇已經(jīng)注冊的應(yīng)用，讀取并解析其應(yīng)用描述文件。
步驟B中選擇在業(yè)務(wù)中需要包括的應(yīng)用，設(shè)定所述應(yīng)用的調(diào)用關(guān)系、應(yīng)用之間的參數(shù)傳遞關(guān)系和應(yīng)用執(zhí)行異常情況下的處理流程。
步驟C的具體實(shí)現(xiàn)過程包括C1)業(yè)務(wù)執(zhí)行時，根據(jù)業(yè)務(wù)的標(biāo)識讀取對應(yīng)的業(yè)務(wù)描述文件；C2)解析該業(yè)務(wù)描述文件為系統(tǒng)內(nèi)部所識別的對象；C3)觸發(fā)業(yè)務(wù)描述文件中的執(zhí)行策略，確定一個應(yīng)用的觸發(fā)；
C4)適配其調(diào)用參數(shù)，進(jìn)行觸發(fā)調(diào)用；C5)判斷觸發(fā)調(diào)用是否成功，若否，執(zhí)行預(yù)先預(yù)定的異常處理流程，；若是，執(zhí)行步驟C5)；C5)判斷是否還有未執(zhí)行的應(yīng)用；若有，返回步驟C3)；否則，結(jié)束。
另外，本發(fā)明還提供一種基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的系統(tǒng)，所述系統(tǒng)為電信業(yè)務(wù)中間件，包括應(yīng)用注冊裝置，用于應(yīng)用服務(wù)器的注冊，并設(shè)定應(yīng)用服務(wù)器的調(diào)用策略，生成應(yīng)用描述文件，以及對已經(jīng)注冊的應(yīng)用進(jìn)行管理；業(yè)務(wù)生成裝置，與應(yīng)用注冊裝置相連，選擇需要調(diào)用的應(yīng)用并確定其調(diào)用關(guān)系，以及應(yīng)用之間信息的傳遞和執(zhí)行異常狀況的處理，并以業(yè)務(wù)描述文件的格式進(jìn)行存儲所生成的業(yè)務(wù)；業(yè)務(wù)執(zhí)行裝置，與應(yīng)用注冊裝置和業(yè)務(wù)生成裝置分別相連，通過讀取業(yè)務(wù)生成裝置中的業(yè)務(wù)描述文件，并對其進(jìn)行解析，讀取滿足執(zhí)行條件的第一個應(yīng)用，傳遞應(yīng)用之間的接口參數(shù)并調(diào)用應(yīng)用服務(wù)器執(zhí)行，根據(jù)執(zhí)行結(jié)果確定下一個執(zhí)行的應(yīng)用。
所述應(yīng)用注冊裝置包括應(yīng)用識別適配單元，用于識別和解析應(yīng)用的注冊描述文件，并發(fā)送解析后的結(jié)果；策略設(shè)定單元，與應(yīng)用識別適配單元相連，根據(jù)接收到的解析結(jié)果設(shè)定每個應(yīng)用服務(wù)器被調(diào)用的策略描述，以及解決應(yīng)用服務(wù)器之間業(yè)務(wù)沖突的約束條件；應(yīng)用屬性存儲單元，與應(yīng)用識別適配單元和策略設(shè)定單元分別相連，用于存儲應(yīng)用的注冊描述信息和設(shè)定的策略信息；應(yīng)用管理單元，與策略設(shè)定單元和應(yīng)用屬性存儲單元分別相連，用于對注冊應(yīng)用服務(wù)器的管理。
所述注冊描述文件包括應(yīng)用服務(wù)器的統(tǒng)一資源標(biāo)識符、觸發(fā)接口參數(shù)、服務(wù)質(zhì)量接口參數(shù)、應(yīng)用的有效期、應(yīng)用執(zhí)行的平臺類型、接口協(xié)議、應(yīng)用提供商；所述對注冊應(yīng)用服務(wù)器的管理包括對服務(wù)器的新增應(yīng)用、刪除應(yīng)用、修改應(yīng)用和查詢應(yīng)用。
所述業(yè)務(wù)生成裝置包括業(yè)務(wù)邏輯定義單元，用于定義服務(wù)的業(yè)務(wù)邏輯，所述業(yè)務(wù)邏輯包括服務(wù)中的應(yīng)用部件以及應(yīng)用部件的觸發(fā)條件和相互關(guān)系、服務(wù)對外的業(yè)務(wù)等級承諾定義；業(yè)務(wù)管理單元，與業(yè)務(wù)邏輯定義單元相連，用于管理對已經(jīng)定義業(yè)務(wù)的修改、刪除和查詢操作；業(yè)務(wù)屬性存儲單元，與業(yè)務(wù)管理單元和業(yè)務(wù)邏輯定義單元分別相連，用于存儲服務(wù)的業(yè)務(wù)邏輯和執(zhí)行服務(wù)時的策略定義。
所述業(yè)務(wù)生成裝置還包括執(zhí)行策略定義單元與業(yè)務(wù)邏輯定義單元和業(yè)務(wù)屬性存儲單元分別相連，用于描述業(yè)務(wù)在執(zhí)行時的策略定義，并將該策略定義發(fā)送到業(yè)務(wù)屬性存儲單元保存。
所述策略定義包括業(yè)務(wù)互斥的策略和不同用戶等級的執(zhí)行策略。
所述業(yè)務(wù)執(zhí)行裝置包括第一存儲單元，與業(yè)務(wù)屬性存儲單元相連，用于存儲業(yè)務(wù)屬性存儲單元發(fā)送的業(yè)務(wù)描述文件；第二存儲單元，與業(yè)務(wù)邏輯定義單元、執(zhí)行策略單元和應(yīng)用屬性存儲單元分別相連，用于存儲應(yīng)用屬性存儲單元發(fā)送應(yīng)用描述文件；業(yè)務(wù)邏輯解析單元，與第一存儲單元相連，用于讀取業(yè)務(wù)描述文件，并將其解析為系統(tǒng)內(nèi)部所識別的對象；執(zhí)行邏輯控制單元，與業(yè)務(wù)邏輯解析單元和第二存儲單元分別相連，根據(jù)業(yè)務(wù)描述文件，通過讀取并解析應(yīng)用描述文件，調(diào)用適配的應(yīng)用服務(wù)器的邏輯操作要求；應(yīng)用執(zhí)行適配單元，與執(zhí)行邏輯控制單元相連，根據(jù)所述邏輯操作要求，選擇已經(jīng)注冊正常合適的應(yīng)用服務(wù)器，并傳遞合適的執(zhí)行參數(shù)。
所述業(yè)務(wù)執(zhí)行裝置還包括執(zhí)行策略匹配單元，與執(zhí)行邏輯控制單元相連，用于執(zhí)行業(yè)務(wù)描述文件中所定義的執(zhí)行策略。
由上述公開的技術(shù)方案可知，本發(fā)明所述技術(shù)方案就是把傳統(tǒng)IT系統(tǒng)中的中間件技術(shù)與IMS體系架構(gòu)相結(jié)合，為電信業(yè)務(wù)的組件化提供了一種總體架構(gòu)。通過中間件技術(shù)對融合的多媒體業(yè)務(wù)進(jìn)行管理應(yīng)用(Application)、組合新的業(yè)務(wù)(Service)和執(zhí)行管理，以便于對已有的應(yīng)用系統(tǒng)和未來的應(yīng)用系統(tǒng)進(jìn)行管理。其中，所述的應(yīng)用系統(tǒng)可以是IMS應(yīng)用、智能網(wǎng)(IN)應(yīng)用和其他的非IMS應(yīng)用等；本發(fā)明所述中間件技術(shù)可以基于所管理的應(yīng)用，快速定制和組合出新的業(yè)務(wù)，并對新業(yè)務(wù)的執(zhí)行進(jìn)行控制、路由和適配。以方便業(yè)務(wù)的維護(hù)和創(chuàng)新，同時也便于業(yè)務(wù)能力的開放。


圖1是在IMS體系架構(gòu)中由服務(wù)呼叫實(shí)現(xiàn)業(yè)務(wù)的一種結(jié)構(gòu)示意圖；圖2是在IMS體系架構(gòu)中由服務(wù)呼叫實(shí)現(xiàn)業(yè)務(wù)的另一種結(jié)構(gòu)示意圖；圖3是本發(fā)明所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的系統(tǒng)的結(jié)構(gòu)示意圖；圖4是圖3所述系統(tǒng)中應(yīng)用注冊裝置的結(jié)構(gòu)示意圖；圖5是圖3所述系統(tǒng)中業(yè)務(wù)生成裝置的結(jié)構(gòu)示意圖；圖6是圖3所述系統(tǒng)中業(yè)務(wù)執(zhí)行裝置的結(jié)構(gòu)示意圖；圖7是本發(fā)明所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的方法的流程圖；圖8是圖7所述方法中步驟S11的具體流程圖；圖9是圖7所述方法中步驟S12的具體流程圖；圖10是圖7所述方法中步驟S13的具體流程圖。
具體實(shí)施例方式
本發(fā)明的核心是將電信業(yè)務(wù)中間件技術(shù)引入到因特網(wǎng)多媒體子系統(tǒng)(IMS，Internet Multimedia Subsystem)體系架構(gòu)中，并在該領(lǐng)域中確定電信業(yè)務(wù)中間件技術(shù)的架構(gòu)，通過該電信業(yè)務(wù)中間件管理應(yīng)用(Application)、組合新的業(yè)務(wù)(Service)和對業(yè)務(wù)執(zhí)行管理。另外，本發(fā)明所述的電信業(yè)務(wù)中間件可以管理已有的應(yīng)用系統(tǒng)和未來的應(yīng)用系統(tǒng)，比如本發(fā)明所述的應(yīng)用系統(tǒng)可以是IMS應(yīng)用、理想化的IT應(yīng)用、智能網(wǎng)(IN)應(yīng)用和/或其他的非IMS應(yīng)用等；該電信業(yè)務(wù)中間件可以對融合或組合的多媒體業(yè)務(wù)執(zhí)行管理的應(yīng)用，快速定制和組合出新的業(yè)務(wù)，并對新業(yè)務(wù)的執(zhí)行進(jìn)行控制、路由和適配，以方便業(yè)務(wù)的維護(hù)和創(chuàng)新，同時也便于業(yè)務(wù)能力的開放。
為了便于本領(lǐng)域技術(shù)人員的理解，在說明本發(fā)明之前先說明本發(fā)明所涉及到的兩個概念業(yè)務(wù)(Service)和應(yīng)用(Application)。
所述業(yè)務(wù)是指用戶可以直接簽約的，并可以帶給用戶整體體驗(yàn)的服務(wù)。
所述應(yīng)用是指提供特定業(yè)務(wù)能力的功能部件。該業(yè)務(wù)是在應(yīng)用的基礎(chǔ)上根據(jù)一定的場景和使用邏輯組合而成的。
下面結(jié)合附圖對本發(fā)明作詳細(xì)的說明。
請參閱圖3，為本發(fā)明所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的系統(tǒng)的結(jié)構(gòu)示意圖。所述系統(tǒng)為電信業(yè)務(wù)中間件，該中間件可以多個應(yīng)用服務(wù)器(A至N)相連，比如應(yīng)用服務(wù)器A為IMS應(yīng)用，應(yīng)用服務(wù)器B為IN應(yīng)用等；并處理多種業(yè)務(wù)(1至N種)，比如IMS業(yè)務(wù)、IN業(yè)務(wù)等。其中所述電信業(yè)務(wù)中間件包括應(yīng)用注冊裝置11、業(yè)務(wù)生成裝置12和業(yè)務(wù)執(zhí)行裝置13。其中，所述應(yīng)用注冊裝置11，用于用戶注冊應(yīng)用服務(wù)器的功能，并設(shè)定應(yīng)用服務(wù)器的調(diào)用策略，生成應(yīng)用描述文件；以及對已經(jīng)注冊的應(yīng)用進(jìn)行管理；所述業(yè)務(wù)生成裝置12，與應(yīng)用注冊裝置11相連，選擇需要調(diào)用的應(yīng)用并確定其調(diào)用關(guān)系，以及應(yīng)用之間信息的傳遞和執(zhí)行異常的處理，并對需要服務(wù)等級承諾等其他屬性的業(yè)務(wù)設(shè)定相應(yīng)的屬性，然后以業(yè)務(wù)描述文件的格式進(jìn)行存儲所生成的業(yè)務(wù)；所述業(yè)務(wù)執(zhí)行裝置13，與應(yīng)用注冊裝置11、業(yè)務(wù)生成裝置12分別相連，通過讀取業(yè)務(wù)生成裝置中的業(yè)務(wù)描述文件，并對其進(jìn)行解析，讀取滿足執(zhí)行條件的第一個應(yīng)用，傳遞應(yīng)用的接口參數(shù)并調(diào)用應(yīng)用服務(wù)器執(zhí)行，根據(jù)執(zhí)行結(jié)果確定下一個執(zhí)行的應(yīng)用。
在本發(fā)明所述的電信業(yè)務(wù)中間件中，所述應(yīng)用注冊裝置11具體包括應(yīng)用識別適配單元111、策略設(shè)定單元112、應(yīng)用屬性存儲單元113和應(yīng)用管理單元114，其結(jié)構(gòu)示意圖詳見圖4。其中，所述應(yīng)用識別適配單元111，用于識別和解析應(yīng)用的注冊描述文件，并發(fā)送解析后的結(jié)果展示給策略設(shè)定單元112；所述策略設(shè)定單元112，與應(yīng)用識別適配單元111相連，根據(jù)接收到的解析結(jié)果設(shè)定每個應(yīng)用服務(wù)器被調(diào)用的策略描述，例如，該應(yīng)用對手機(jī)終端的能力要求、應(yīng)用的提供范圍等，又如入口參數(shù)的約定、用于解決業(yè)務(wù)沖突的該應(yīng)用服務(wù)器間約束條件等。也就是說，選擇在業(yè)務(wù)中需要包含的應(yīng)用，設(shè)定這些應(yīng)用的調(diào)用關(guān)系(例如調(diào)用的先后順序、調(diào)用的分支合并等)、設(shè)定應(yīng)用之間的參數(shù)傳遞關(guān)系、設(shè)定應(yīng)用執(zhí)行異常情況下的處理流程。所述應(yīng)用屬性存儲單元113，與應(yīng)用識別適配單元111和策略設(shè)定單元112分別相連，用于存儲應(yīng)用的注冊描述信息和設(shè)定的策略信息；所述應(yīng)用管理單元114，與策略設(shè)定單元112和應(yīng)用屬性存儲單元113分別相連，用于對注冊應(yīng)用服務(wù)器的管理。所述管理包括新增應(yīng)用、刪除應(yīng)用、修改應(yīng)用、查詢應(yīng)用等管理操作。
在本發(fā)明所述的技術(shù)方案中，各種應(yīng)用服務(wù)器通過描述文件把自己注冊到所述電信業(yè)務(wù)中間件的應(yīng)用注冊裝置上，使得自己可以被該電信業(yè)務(wù)中間件識別和調(diào)用；所述應(yīng)用注冊裝置可以對注冊的各種應(yīng)用進(jìn)行管理，比如，IMS應(yīng)用業(yè)務(wù)，IN應(yīng)用業(yè)務(wù)等。其中每個應(yīng)用的注冊描述文件可以描述為一個可擴(kuò)展標(biāo)記語言(XML，Extensible Markup Language)文件，所述XML文件是一種描述型的標(biāo)記語言文件，包括該應(yīng)用服務(wù)器的統(tǒng)一資源標(biāo)識符(URI，Uniform Resource Identifier)、觸發(fā)接口參數(shù)、服務(wù)質(zhì)量(QoS，Quality of Service)接口參數(shù)、應(yīng)用的有效期、應(yīng)用執(zhí)行的平臺類型、接口協(xié)議、應(yīng)用提供商等。
所述業(yè)務(wù)生成裝置12具體包括業(yè)務(wù)邏輯定義單元121、業(yè)務(wù)管理單元122、業(yè)務(wù)屬性存儲單元123和/或執(zhí)行策略定義單元124，其具體的結(jié)構(gòu)示意圖詳見圖5。其中，所述業(yè)務(wù)邏輯定義單元121，用于定義服務(wù)的業(yè)務(wù)邏輯，所述業(yè)務(wù)邏輯包括服務(wù)中的應(yīng)用部件以及應(yīng)用部件的觸發(fā)條件和相互關(guān)系、服務(wù)對外的業(yè)務(wù)等級承諾(SLA，Service Level Agreement)定義；所述業(yè)務(wù)管理單元121，與業(yè)務(wù)邏輯定義單元121相連，用于管理對已經(jīng)定義業(yè)務(wù)的修改、刪除和查詢操作；所述業(yè)務(wù)屬性存儲單元123，與業(yè)務(wù)管理單元121和業(yè)務(wù)邏輯定義單元122分別相連，用于存儲服務(wù)的業(yè)務(wù)邏輯和執(zhí)行服務(wù)時的策略定義；所述執(zhí)行策略定義單元124，與業(yè)務(wù)邏輯定義單元121和業(yè)務(wù)屬性存儲單元123分別相連，用于描述服務(wù)在執(zhí)行時的策略定義，并將該策略定義發(fā)送到業(yè)務(wù)屬性存儲單元保存。例如業(yè)務(wù)互斥的策略、不同用戶等級的執(zhí)行策略等。
本發(fā)明在業(yè)務(wù)生成環(huán)境中，選擇需要調(diào)用的應(yīng)用并確定應(yīng)用的調(diào)用關(guān)系，應(yīng)用之間的信息傳遞以及執(zhí)行異常的處理。如果業(yè)務(wù)有服務(wù)等級承諾SLA的要求，則要把SLA分解到相關(guān)應(yīng)用的服務(wù)質(zhì)量QoS要求，生成的業(yè)務(wù)以可擴(kuò)展標(biāo)記語言XML的格式存儲在業(yè)務(wù)生成裝置中的業(yè)務(wù)屬性存儲單元中。
所述業(yè)務(wù)執(zhí)行裝置13包括第一存儲單元131，第二存儲單元132，業(yè)務(wù)邏輯解析單元133，執(zhí)行邏輯控制單元134，應(yīng)用執(zhí)行適配單元135和/或執(zhí)行策略匹配單元136，其具體的結(jié)構(gòu)示意圖詳見圖6。其中，所述第一存儲單元131，與業(yè)務(wù)屬性存儲單元123相連，用于存儲業(yè)務(wù)屬性存儲單元發(fā)送的業(yè)務(wù)描述文件(Service Profile)；所述第二存儲單元132，與業(yè)務(wù)邏輯定義單元121、執(zhí)行策略單元124和應(yīng)用屬性存儲單元113分別相連，用于存儲應(yīng)用屬性存儲單元發(fā)送應(yīng)用描述文件(Application Profile)；另外，所述業(yè)務(wù)邏輯定義單元和執(zhí)行策略定義單元通過讀取第二存儲單元中的應(yīng)用描述文件來定義服務(wù)的業(yè)務(wù)邏輯和描述該服務(wù)在執(zhí)行時的策略定義。其中，在本發(fā)明所述的裝置中，第二存儲單元中存儲的應(yīng)用描述文件(Application Profile)和第一存儲單元中存儲的業(yè)務(wù)描述文件(Service Profile)是與應(yīng)用注冊裝置和業(yè)務(wù)生成裝置共用的。所述業(yè)務(wù)邏輯解析單元133，與第一存儲單元131相連，用于讀取業(yè)務(wù)描述文件，并將其解析為系統(tǒng)內(nèi)部所識別的對象；所述執(zhí)行邏輯控制單元134，與業(yè)務(wù)邏輯解析單元133和第二存儲單元132分別相連，根據(jù)業(yè)務(wù)描述文件，通過讀取并解析應(yīng)用描述文件，調(diào)用適配的應(yīng)用服務(wù)器的邏輯操作要求；也就是說，根據(jù)業(yè)務(wù)描述文件，采用適當(dāng)?shù)牟呗钥刂?，調(diào)用適當(dāng)?shù)膽?yīng)用服務(wù)器，在調(diào)用應(yīng)用服務(wù)器的時候，需要讀取應(yīng)用業(yè)務(wù)的描述文件(Application Profile)并進(jìn)行解析，然后適配到合適的應(yīng)用服務(wù)器。所述應(yīng)用執(zhí)行適配單元135，與執(zhí)行邏輯控制單元134相連，根據(jù)所述邏輯操作要求，選擇已經(jīng)注冊正常合適的應(yīng)用服務(wù)器，并傳遞合適的執(zhí)行參數(shù)；所述執(zhí)行策略匹配單元136，與執(zhí)行邏輯控制單元134相連，用于執(zhí)行業(yè)務(wù)描述文件中所定義的執(zhí)行策略；其本質(zhì)是一個策略引擎，采用匹配的方式根據(jù)當(dāng)前的執(zhí)行環(huán)境，確定執(zhí)行的操作。
本發(fā)明在服務(wù)執(zhí)行時，首先讀取業(yè)務(wù)描述文件(Service Profile)中業(yè)務(wù)的描述文件，進(jìn)行解析執(zhí)行，當(dāng)讀取滿足執(zhí)行條件的第一個應(yīng)用時，傳遞應(yīng)用的接口參數(shù)并調(diào)用應(yīng)用服務(wù)器進(jìn)行執(zhí)行，根據(jù)執(zhí)行的結(jié)果確定下一個執(zhí)行的應(yīng)用。在上述過程中，如果有應(yīng)用的執(zhí)行沖突，則由業(yè)務(wù)執(zhí)行裝置根據(jù)預(yù)先設(shè)定的策略進(jìn)行沖突處理。
另外，本發(fā)明還提供一種基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的方法，所述方法的流程圖詳見圖7。所述方法包括步驟步驟S11獲取并存儲用戶通過應(yīng)用服務(wù)器注冊的應(yīng)用描述文件及設(shè)定該應(yīng)用描述文件的調(diào)用策略；步驟S12選擇需要調(diào)用的應(yīng)用描述文件并確定其調(diào)用關(guān)系、各應(yīng)用服務(wù)器之間信息的傳遞和異常狀況的處理，并以業(yè)務(wù)描述文件的格式進(jìn)行存儲所生成的業(yè)務(wù)；步驟S13通過解析所述業(yè)務(wù)描述文件，讀取滿足執(zhí)行條件的第一個應(yīng)用，傳遞應(yīng)用的接口參數(shù)并調(diào)用應(yīng)用服務(wù)器執(zhí)行，根據(jù)執(zhí)行結(jié)果確定下一個執(zhí)行的應(yīng)用。
所述步驟S11的具體實(shí)現(xiàn)流程圖詳見圖8，包括步驟步驟S111應(yīng)用服務(wù)器通過描述文件申請注冊；
步驟S112解析應(yīng)用服務(wù)器注冊的應(yīng)用描述文件，得到注冊信息；步驟S113根據(jù)所述應(yīng)用描述文件設(shè)定相應(yīng)的調(diào)用策略；步驟S114存儲所述應(yīng)用服務(wù)器的注冊信息及其調(diào)用策略。
在該上述步驟的實(shí)現(xiàn)過程中，本發(fā)明以IMS為例來說明。
用戶通過IMS應(yīng)用服務(wù)器向應(yīng)用注冊裝置申請注冊，應(yīng)用服務(wù)器將該用戶注冊的描述文件作為一個可擴(kuò)展標(biāo)記語言(XML)文件，該應(yīng)用注冊裝置中的應(yīng)用識別適配單元通過識別和解析所述注冊的應(yīng)用XML描述文件，并把解析的結(jié)果展示給該裝置的策略設(shè)定單元，所述策略設(shè)定單元設(shè)定該描述文件相應(yīng)的應(yīng)用調(diào)用策略；而所注冊的應(yīng)用描述信息和設(shè)定的調(diào)用策略由應(yīng)用屬性存儲單元共同保存。
所述步驟S12的具體實(shí)現(xiàn)流程圖詳見圖9，包括步驟步驟S121選擇本服務(wù)所包括的應(yīng)用；即選擇已經(jīng)注冊的應(yīng)用，讀取并解析其應(yīng)用描述文件。
步驟S122設(shè)定各應(yīng)用之間的調(diào)用關(guān)系，并傳遞各應(yīng)用之間的參數(shù)，以及異常狀況的處理；選擇在業(yè)務(wù)中需要包含的應(yīng)用，設(shè)定這些應(yīng)用的調(diào)用關(guān)系(例如調(diào)用的先后順序、調(diào)用的分支合并等)、設(shè)定應(yīng)用之間的參數(shù)傳遞關(guān)系、設(shè)定應(yīng)用執(zhí)行異常情況下的處理流程。
步驟S123對需要服務(wù)等級承諾等其他屬性的業(yè)務(wù)設(shè)定相應(yīng)的屬性；步驟S124以業(yè)務(wù)描述文件的格式進(jìn)行存儲所生成的業(yè)務(wù)。
所述步驟S13的具體實(shí)現(xiàn)流程圖詳見圖10，包括步驟步驟S131業(yè)務(wù)執(zhí)行時，根據(jù)業(yè)務(wù)的標(biāo)識讀取對應(yīng)的業(yè)務(wù)描述文件；步驟S132解析該業(yè)務(wù)描述文件為系統(tǒng)內(nèi)部所識別的對象；步驟S133觸發(fā)業(yè)務(wù)描述文件中的執(zhí)行策略，確定一個應(yīng)用的觸發(fā)；步驟S134適配其調(diào)用參數(shù)，進(jìn)行觸發(fā)調(diào)用；
步驟S135判斷觸發(fā)調(diào)用是否成功，若否，執(zhí)行預(yù)先預(yù)定的異常處理流程后(步驟S136)，執(zhí)行步驟S137；若是，執(zhí)行步驟S137；步驟S137判斷是否還有未執(zhí)行的應(yīng)用，若有，返回步驟S133，否則，結(jié)束(步驟S138)。
以上所述裝置的各個單元的實(shí)現(xiàn)功能請參見上述方法的實(shí)現(xiàn)過程，在此不再贅述。
此外，本發(fā)明對電信業(yè)務(wù)中間件的實(shí)現(xiàn)方式，除了上述的采用基于描述文件(腳本)的實(shí)現(xiàn)方案，還可以采用圖形化的實(shí)現(xiàn)方式。所述圖形化的實(shí)現(xiàn)方式為對于應(yīng)用注冊裝置和業(yè)務(wù)生成裝置，可以開發(fā)出圖形化界面，在界面上提供管理應(yīng)用、管理服務(wù)的菜單，以及提供各輸入?yún)?shù)的文本框，并對該參數(shù)的有效性檢查，進(jìn)一步提供用戶操作導(dǎo)航的模式，方便用戶的使用。但是，所述圖形化界面操作的結(jié)果，也會生成一種描述文件(或者腳本)，服務(wù)業(yè)務(wù)執(zhí)行裝置對其解析執(zhí)行。其余的實(shí)現(xiàn)過程與本發(fā)明相同，詳見上述，在此不再贅述。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的方法，其特征在于，包括A、獲取并存儲用戶通過應(yīng)用服務(wù)器注冊的應(yīng)用描述文件及設(shè)定該應(yīng)用描述文件的調(diào)用策略；B、選擇需要調(diào)用的應(yīng)用描述文件并確定其調(diào)用關(guān)系、各應(yīng)用之間信息的傳遞和異常狀況的處理，并以業(yè)務(wù)描述文件的格式進(jìn)行存儲所生成的業(yè)務(wù)；C、通過解析所述業(yè)務(wù)描述文件，讀取滿足執(zhí)行條件的第一個應(yīng)用，傳遞應(yīng)用的接口參數(shù)并調(diào)用應(yīng)用服務(wù)器執(zhí)行，根據(jù)執(zhí)行結(jié)果確定下一個執(zhí)行的應(yīng)用。
2.根據(jù)權(quán)利要求1所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的方法，其特征在于，步驟A的具體實(shí)現(xiàn)過程包括A1)應(yīng)用服務(wù)器通過描述文件申請注冊；A2)解析應(yīng)用服務(wù)器注冊的應(yīng)用描述文件，得到注冊信息；A3)根據(jù)所述應(yīng)用描述文件設(shè)定相應(yīng)的調(diào)用策略；A4)存儲所述應(yīng)用服務(wù)器的注冊信息及其調(diào)用策略。
3.根據(jù)權(quán)利要求1所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的方法，其特征在于，步驟B中通過選擇已經(jīng)注冊的應(yīng)用，讀取并解析其應(yīng)用描述文件。
4.根據(jù)權(quán)利要求1所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的方法，其特征在于，步驟B中選擇在業(yè)務(wù)中需要包括的應(yīng)用，設(shè)定所述應(yīng)用的調(diào)用關(guān)系、應(yīng)用之間的參數(shù)傳遞關(guān)系和應(yīng)用執(zhí)行異常情況下的處理流程。
5.根據(jù)權(quán)利要求1所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的方法，其特征在于，步驟C的具體實(shí)現(xiàn)過程包括C1)業(yè)務(wù)執(zhí)行時，根據(jù)業(yè)務(wù)的標(biāo)識讀取對應(yīng)的業(yè)務(wù)描述文件；C2)解析該業(yè)務(wù)描述文件為系統(tǒng)內(nèi)部所識別的對象；C3)觸發(fā)業(yè)務(wù)描述文件中的執(zhí)行策略，確定一個應(yīng)用的觸發(fā)；C4)適配其調(diào)用參數(shù)，進(jìn)行觸發(fā)調(diào)用；C5)判斷觸發(fā)調(diào)用是否成功，若否，執(zhí)行預(yù)先預(yù)定的異常處理流程，；若是，執(zhí)行步驟C5)；C5)判斷是否還有未執(zhí)行的應(yīng)用；若有，返回步驟C3)；否則，結(jié)束。
6.一種基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的系統(tǒng)，其特征在于，所述系統(tǒng)為電信業(yè)務(wù)中間件，包括應(yīng)用注冊裝置，用于應(yīng)用服務(wù)器的注冊，并設(shè)定應(yīng)用服務(wù)器的調(diào)用策略，生成應(yīng)用描述文件，以及對已經(jīng)注冊的應(yīng)用進(jìn)行管理；業(yè)務(wù)生成裝置，與應(yīng)用注冊裝置相連，選擇需要調(diào)用的應(yīng)用并確定其調(diào)用關(guān)系，以及應(yīng)用之間信息的傳遞和執(zhí)行異常狀況的處理，并以業(yè)務(wù)描述文件的格式進(jìn)行存儲所生成的業(yè)務(wù)；業(yè)務(wù)執(zhí)行裝置，與應(yīng)用注冊裝置和業(yè)務(wù)生成裝置分別相連，通過讀取業(yè)務(wù)生成裝置中的業(yè)務(wù)描述文件，并對其進(jìn)行解析，讀取滿足執(zhí)行條件的第一個應(yīng)用，傳遞應(yīng)用之間的接口參數(shù)并調(diào)用應(yīng)用服務(wù)器執(zhí)行，根據(jù)執(zhí)行結(jié)果確定下一個執(zhí)行的應(yīng)用。
7.根據(jù)權(quán)利要求6所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的系統(tǒng)，其特征在于，所述應(yīng)用注冊裝置包括應(yīng)用識別適配單元，用于識別和解析應(yīng)用的注冊描述文件，并發(fā)送解析后的結(jié)果；策略設(shè)定單元，與應(yīng)用識別適配單元相連，根據(jù)接收到的解析結(jié)果設(shè)定每個應(yīng)用服務(wù)器被調(diào)用的策略描述，以及解決應(yīng)用服務(wù)器之間業(yè)務(wù)沖突的約束條件；應(yīng)用屬性存儲單元，與應(yīng)用識別適配單元和策略設(shè)定單元分別相連，用于存儲應(yīng)用的注冊描述信息和設(shè)定的策略信息；應(yīng)用管理單元，與策略設(shè)定單元和應(yīng)用屬性存儲單元分別相連，用于對注冊應(yīng)用服務(wù)器的管理。
8.根據(jù)權(quán)利要求7所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的系統(tǒng)，其特征在于，所述注冊描述文件包括應(yīng)用服務(wù)器的統(tǒng)一資源標(biāo)識符、觸發(fā)接口參數(shù)、服務(wù)質(zhì)量接口參數(shù)、應(yīng)用的有效期、應(yīng)用執(zhí)行的平臺類型、接口協(xié)議、應(yīng)用提供商；所述對注冊應(yīng)用服務(wù)器的管理包括對服務(wù)器的新增應(yīng)用、刪除應(yīng)用、修改應(yīng)用和查詢應(yīng)用。
9.根據(jù)權(quán)利要求6所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的系統(tǒng)，其特征在于，所述業(yè)務(wù)生成裝置包括業(yè)務(wù)邏輯定義單元，用于定義服務(wù)的業(yè)務(wù)邏輯，所述業(yè)務(wù)邏輯包括服務(wù)中的應(yīng)用部件以及應(yīng)用部件的觸發(fā)條件和相互關(guān)系、服務(wù)對外的業(yè)務(wù)等級承諾定義；業(yè)務(wù)管理單元，與業(yè)務(wù)邏輯定義單元相連，用于管理對已經(jīng)定義業(yè)務(wù)的修改、刪除和查詢操作；業(yè)務(wù)屬性存儲單元，與業(yè)務(wù)管理單元和業(yè)務(wù)邏輯定義單元分別相連，用于存儲服務(wù)的業(yè)務(wù)邏輯和執(zhí)行服務(wù)時的策略定義。
10.根據(jù)權(quán)利要求9所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的系統(tǒng)，其特征在于，所述業(yè)務(wù)生成裝置還包括執(zhí)行策略定義單元與業(yè)務(wù)邏輯定義單元和業(yè)務(wù)屬性存儲單元分別相連，用于描述業(yè)務(wù)在執(zhí)行時的策略定義，并將該策略定義發(fā)送到業(yè)務(wù)屬性存儲單元保存。
11.根據(jù)權(quán)利要求10所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的系統(tǒng)，其特征在于，所述策略定義包括業(yè)務(wù)互斥的策略和不同用戶等級的執(zhí)行策略。
12.根據(jù)權(quán)利要求6所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的系統(tǒng)，其特征在于，所述業(yè)務(wù)執(zhí)行裝置包括第一存儲單元，與業(yè)務(wù)屬性存儲單元相連，用于存儲業(yè)務(wù)屬性存儲單元發(fā)送的業(yè)務(wù)描述文件；第二存儲單元，與業(yè)務(wù)邏輯定義單元、執(zhí)行策略單元和應(yīng)用屬性存儲單元分別相連，用于存儲應(yīng)用屬性存儲單元發(fā)送應(yīng)用描述文件；業(yè)務(wù)邏輯解析單元，與第一存儲單元相連，用于讀取業(yè)務(wù)描述文件，并將其解析為系統(tǒng)內(nèi)部所識別的對象；執(zhí)行邏輯控制單元，與業(yè)務(wù)邏輯解析單元和第二存儲單元分別相連，根據(jù)業(yè)務(wù)描述文件，通過讀取并解析應(yīng)用描述文件，調(diào)用適配的應(yīng)用服務(wù)器的邏輯操作要求；應(yīng)用執(zhí)行適配單元，與執(zhí)行邏輯控制單元相連，根據(jù)所述邏輯操作要求，選擇已經(jīng)注冊正常合適的應(yīng)用服務(wù)器，并傳遞合適的執(zhí)行參數(shù)。
13.根據(jù)權(quán)利要求12所述基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的系統(tǒng)，其特征在于，所述業(yè)務(wù)執(zhí)行裝置還包括執(zhí)行策略匹配單元，與執(zhí)行邏輯控制單元相連，用于執(zhí)行業(yè)務(wù)描述文件中所定義的執(zhí)行策略。
全文摘要
本發(fā)明涉及一種基于中間件實(shí)現(xiàn)多媒體融合業(yè)務(wù)的方法及系統(tǒng)，該方法包括A.應(yīng)用注冊獲取并存儲用戶通過應(yīng)用服務(wù)器注冊的應(yīng)用描述文件及設(shè)定該應(yīng)用描述文件的調(diào)用策略；B.業(yè)務(wù)生成選擇需要調(diào)用的應(yīng)用并確定其調(diào)用關(guān)系、各應(yīng)用服務(wù)器之間信息的傳遞和異常狀況的處理，并以業(yè)務(wù)描述文件的格式進(jìn)行存儲所生成的業(yè)務(wù)；C.業(yè)務(wù)執(zhí)行通過讀取業(yè)務(wù)執(zhí)行引擎中的業(yè)務(wù)描述文件，解析業(yè)務(wù)描述文件中定義的業(yè)務(wù)邏輯，讀取滿足執(zhí)行條件的第一個應(yīng)用，傳遞應(yīng)用的接口參數(shù)并調(diào)用應(yīng)用服務(wù)器執(zhí)行，根據(jù)執(zhí)行結(jié)果確定下一個執(zhí)行的應(yīng)用直到業(yè)務(wù)執(zhí)行完成。所述系統(tǒng)包括應(yīng)用注冊裝置、業(yè)務(wù)生成裝置和業(yè)務(wù)執(zhí)行裝置。
文檔編號H04L12/24GK1968134SQ200610075090
公開日2007年5月23日 申請日期2006年4月3日 優(yōu)先權(quán)日2006年4月3日
發(fā)明者范濤, 唐小光, 李明禹 申請人:華為技術(shù)有限公司