專利名稱：共享信息服務(wù)器系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種共享信息服務(wù)器系統(tǒng)，具體的說，本發(fā)明提供了一種應(yīng)用于電信領(lǐng)域的共享信息服務(wù)器系統(tǒng)，該共享信息服務(wù)器系統(tǒng)可為電信運(yùn)營(yíng)支撐系統(tǒng)提供統(tǒng)一數(shù)據(jù)格式和信息應(yīng)用共享功能，對(duì)電信運(yùn)營(yíng)管理中涉及的大量復(fù)雜數(shù)據(jù)和信息可實(shí)行統(tǒng)一管理，并支持電信業(yè)務(wù)對(duì)數(shù)據(jù)的標(biāo)準(zhǔn)訪問。
背景技術(shù)：
當(dāng)今，全球電信市場(chǎng)逐步趨于開放化，電信用戶需求不斷變化，新業(yè)務(wù)、新技術(shù)不斷地推陳出新。電信運(yùn)營(yíng)企業(yè)正從傳統(tǒng)的“面向網(wǎng)絡(luò)”的經(jīng)營(yíng)模式逐步轉(zhuǎn)變到“面向客戶”的經(jīng)營(yíng)管理模式，不斷地向信息化、市場(chǎng)化方向邁進(jìn)。目前主要運(yùn)行的電信運(yùn)營(yíng)管理支撐系統(tǒng)包括計(jì)費(fèi)系統(tǒng)、移動(dòng)網(wǎng)管系統(tǒng)、傳輸網(wǎng)管系統(tǒng)等。由于在系統(tǒng)的建設(shè)初期缺乏統(tǒng)一規(guī)劃，使得這些系統(tǒng)在運(yùn)行過程中，交互過程錯(cuò)綜復(fù)雜，相互之間很難進(jìn)行信息互通和數(shù)據(jù)共享，因而，形成了“信息孤島”，這極大地影響了電信運(yùn)營(yíng)的效率和電信服務(wù)的質(zhì)量。
為了解決電信運(yùn)營(yíng)管理系統(tǒng)中的上述問題，電信管理論壇(TMF)提出了“增強(qiáng)型的電信運(yùn)營(yíng)圖”(Extened Telecommunication OpreartionMapeTOM)，以此規(guī)范電信業(yè)務(wù)過程，并且根據(jù)eTOM提出了新一代電信運(yùn)營(yíng)支撐系統(tǒng)和軟件(New Genaration Opreation System andSoftwareNGOSS)。NGOSS主要是利用工作流、消息總線、業(yè)務(wù)功能組件化和共享信息模型等技術(shù)和規(guī)范，從系統(tǒng)、過程、信息、產(chǎn)品四個(gè)方面保證電信運(yùn)營(yíng)管理支撐系統(tǒng)體系結(jié)構(gòu)的標(biāo)準(zhǔn)化、系統(tǒng)之間的互連和互操作，從而，實(shí)現(xiàn)端到端的管理和高度自動(dòng)化。NGOSS框架包括技術(shù)無關(guān)體系構(gòu)架，增強(qiáng)型的電信運(yùn)營(yíng)圖，共享信息/數(shù)據(jù)模型(SID，Shared Information and Data Model)三個(gè)主要部分。
其中，共享信息模型(Shared Information and Data Model)以eTOM對(duì)電信業(yè)務(wù)管理域的劃分為標(biāo)準(zhǔn)，對(duì)電信運(yùn)營(yíng)管理中涉及的數(shù)據(jù)和信息建立相關(guān)的信息模型，以便規(guī)范和統(tǒng)一電信業(yè)務(wù)對(duì)信息和數(shù)據(jù)的訪問，為電信運(yùn)營(yíng)支撐系統(tǒng)提供完整統(tǒng)一的數(shù)據(jù)保障，滿足NGOSS在信息和數(shù)據(jù)統(tǒng)一方面的需求。
電信管理論壇(TMF)針對(duì)共享信息模型先后推出了GB922、GB926兩個(gè)標(biāo)準(zhǔn)。規(guī)定了共享信息模型的框架，并從業(yè)務(wù)視角和系統(tǒng)視角描述了共享信息模型。但是，這兩個(gè)標(biāo)準(zhǔn)都沒有對(duì)模型的實(shí)現(xiàn)和應(yīng)用給出具體描述和細(xì)化。目前，國(guó)內(nèi)對(duì)于SID的研究工作總體上處于積極跟蹤TMF的研究的水平，還沒有相關(guān)的共享信息建模方法、共享信息模型實(shí)現(xiàn)及共享信息模型的應(yīng)用。

發(fā)明內(nèi)容
為了解決上述現(xiàn)有問題，本發(fā)明結(jié)合我國(guó)具體國(guó)情，提供了一種共享信息服務(wù)器，該共享信息服務(wù)器應(yīng)用于電信領(lǐng)域，可以實(shí)現(xiàn)電信領(lǐng)域的信息共享，因而可以大大節(jié)省電信運(yùn)營(yíng)商的運(yùn)營(yíng)成本，提高工作效率。
本發(fā)明的共享信息服務(wù)器系統(tǒng)，包括如下部分構(gòu)成共享信息服務(wù)器注冊(cè)模塊，解析共享信息服務(wù)器描述文件，讀取相應(yīng)的服務(wù)器描述信息，并將這些信息注冊(cè)給企業(yè)服務(wù)總線；
數(shù)據(jù)適配模塊，主要用于屏蔽底層數(shù)據(jù)接入方式的差異，對(duì)上層提供統(tǒng)一的數(shù)據(jù)訪問方式；對(duì)于以接口方式訪問的數(shù)據(jù)可以獲取接口數(shù)據(jù)并存入接口數(shù)據(jù)存儲(chǔ)庫；同時(shí)，解析接口數(shù)據(jù)庫和遺留系統(tǒng)數(shù)據(jù)庫的格式生成接入系統(tǒng)數(shù)據(jù)格式描述文件；共享信息建模模塊，主要是通過共享信息建模方法，對(duì)電信運(yùn)營(yíng)管理系統(tǒng)中的數(shù)據(jù)和信息進(jìn)行規(guī)劃和建模，設(shè)計(jì)并實(shí)現(xiàn)系統(tǒng)實(shí)際使用的信息和數(shù)據(jù)實(shí)體的屬性，描述實(shí)體之間的關(guān)系，并表示所建模型實(shí)體及實(shí)體間關(guān)聯(lián)關(guān)系；共享信息模型管理器，根據(jù)共享信息建模模塊所生成的模型圖，生成模型描述文件，同時(shí)解析數(shù)據(jù)適配模塊所生成的接入系統(tǒng)數(shù)據(jù)格式描述文件；支持用戶在模型和接入系統(tǒng)的屬性之間建立映射關(guān)系，并依此自動(dòng)生成數(shù)據(jù)模型實(shí)例映射文件；調(diào)用解析執(zhí)行模塊，接收訪問接口傳遞過來的數(shù)據(jù)請(qǐng)求，根據(jù)請(qǐng)求內(nèi)容解析模型實(shí)例映射文件，根據(jù)映射文件的內(nèi)容執(zhí)行對(duì)底層接入系統(tǒng)數(shù)據(jù)的操作；結(jié)果整合模塊，獲取操作的返回結(jié)果，解析模型描述文件，根據(jù)模型描述文件的內(nèi)容將返回結(jié)果進(jìn)行整合，并生成與其相對(duì)應(yīng)的返回結(jié)果；數(shù)據(jù)對(duì)象生成模塊，生成與調(diào)用請(qǐng)求相對(duì)應(yīng)的對(duì)象，解析上述結(jié)果整合模塊所返回的結(jié)果，將返回結(jié)果中的值為對(duì)象中的相應(yīng)屬性賦值，并且通過共享信息訪問接口將對(duì)象返回給上層的應(yīng)用組件；
消息事件處理模塊，處理底層網(wǎng)元設(shè)備或OMC上傳的實(shí)時(shí)的信息和數(shù)據(jù)；將這些信息和數(shù)據(jù)按照共享信息模型規(guī)范的格式包裝后，通過共享信息訪問接口傳遞給相應(yīng)的應(yīng)用組件；共享信息訪問接口，是應(yīng)用組件與共享信息服務(wù)器系統(tǒng)進(jìn)行交互的接口，應(yīng)用組件通過共享信息訪問接口獲得共享信息服務(wù)器規(guī)范的信息和數(shù)據(jù)。
本發(fā)明的共享信息服務(wù)器系統(tǒng)，所述注冊(cè)模塊，向企業(yè)服務(wù)總線注冊(cè)的信息包括共享信息服務(wù)器名稱(SIDServerName)、共享信息服務(wù)器IP地址(SIDServerIP)、共享信息服務(wù)器端口(SIDServerPort)、共享信息服務(wù)器編號(hào)(SIDServerId)、共享信息服務(wù)器描述(SIDServerDescription)；首先，共享信息服務(wù)器注冊(cè)模塊從共享信息服務(wù)器描述文件中讀取共享信息服務(wù)器配置信息，而后，服務(wù)器調(diào)用企業(yè)服務(wù)總線上的共享信息服務(wù)器注冊(cè)接口“registerSIDServer()”，將從描述文件中讀取的共享信息服務(wù)器信息作為調(diào)用參數(shù)傳給企業(yè)服務(wù)總線。如果調(diào)用失敗，則報(bào)出相應(yīng)錯(cuò)誤并轉(zhuǎn)回讀取配置文件步驟重新開始，如果調(diào)用成功，則啟動(dòng)共享信息服務(wù)器準(zhǔn)備接受調(diào)用。
本發(fā)明的共享信息服務(wù)器系統(tǒng)，所述數(shù)據(jù)適配模塊所接入共享信息服務(wù)器的數(shù)據(jù)來源包括來自于網(wǎng)元設(shè)備的接口數(shù)據(jù)、來自于操作維護(hù)中心(OMC)的接口數(shù)據(jù)、來自于遺留系統(tǒng)數(shù)據(jù)庫中的數(shù)據(jù)；數(shù)據(jù)適配模塊的工作流程包括如下子流程接口數(shù)據(jù)存儲(chǔ)流程、接入系統(tǒng)數(shù)據(jù)格式描述文件生成流程、SQL請(qǐng)求執(zhí)行流程；
接口數(shù)據(jù)存儲(chǔ)流程首先判斷接口的類型，根據(jù)接口的類型的不同，分別調(diào)用OMC接口數(shù)據(jù)提取程序或網(wǎng)元設(shè)備接口數(shù)據(jù)提取程序來獲取接口中的數(shù)據(jù)，然后建立與接口數(shù)據(jù)存儲(chǔ)庫的連接，并且將獲取的接口數(shù)據(jù)存入接口數(shù)據(jù)庫中；如果連接失敗則流程結(jié)束。
接入系統(tǒng)數(shù)據(jù)格式描述文件生成流程首先建立與接口數(shù)據(jù)存儲(chǔ)庫或遺留系統(tǒng)數(shù)據(jù)庫之間的數(shù)據(jù)庫連接，如果連接建立成功則查詢數(shù)據(jù)庫的結(jié)構(gòu)，并且按照上面所述的文件格式生成接入系統(tǒng)數(shù)據(jù)格式描述文；如果連接失敗則流程結(jié)束。
SQL請(qǐng)求執(zhí)行流程首先建立與接口數(shù)據(jù)存儲(chǔ)庫或遺留系統(tǒng)數(shù)據(jù)庫之間的數(shù)據(jù)庫連接，如果連接建立成功，則利用數(shù)據(jù)庫連接所提供的標(biāo)準(zhǔn)操作執(zhí)行調(diào)用解析執(zhí)行模塊傳來的SQL請(qǐng)求語句，然后將SQL語句執(zhí)行的結(jié)果傳給返回結(jié)果整合模塊；如果連接失敗則流程結(jié)束。
在共享信息服務(wù)器系統(tǒng)中，所有對(duì)底層數(shù)據(jù)的操作均通過該數(shù)據(jù)適配模塊進(jìn)行，在數(shù)據(jù)適配模塊的末端與遺留系統(tǒng)數(shù)據(jù)庫、OMC接口、網(wǎng)元數(shù)據(jù)接口相連，因此可以有效的屏蔽底層數(shù)據(jù)接入方式的差異；并且可將OMC接口和網(wǎng)元數(shù)據(jù)接口傳上來的數(shù)據(jù)保存在接口數(shù)據(jù)存儲(chǔ)庫，以從接口數(shù)據(jù)存儲(chǔ)庫中獲取OMC接口及網(wǎng)元數(shù)據(jù)接口的數(shù)據(jù)，從而實(shí)現(xiàn)更快捷的數(shù)據(jù)操作。
本發(fā)明的共享信息服務(wù)器系統(tǒng)，在所述共享信息建模模塊中，生成并存儲(chǔ)共享信息模型。
所述共享信息模型為共享信息服務(wù)器向應(yīng)用組件提供統(tǒng)一的數(shù)據(jù)規(guī)范，并將底層不規(guī)范的數(shù)據(jù)和信息映射到平臺(tái)規(guī)范的數(shù)據(jù)模型；
在本發(fā)明中，根據(jù)電信管理論壇相關(guān)規(guī)范，并結(jié)合我國(guó)具體國(guó)情，對(duì)共享信息模型進(jìn)行了修改，從而使其更適合我國(guó)電信領(lǐng)域信息共享的實(shí)際需要。
所述共享信息模型分為產(chǎn)品域，包括Product、Product Offering、Product Specification及Product Performance實(shí)體集；客戶域，包括Customer Problem、Customer Order、Customer、Customer Bill實(shí)體集；服務(wù)域，包括Service Specification、Service Performance、Service、Service Usage、Service Trouble實(shí)體集；資源域，包括Resource Specification、Resource Performance、Resource Usage、Resource、Resource Trouble、Resource Performance、Resource Configuration實(shí)體集；通用域，包括Policy實(shí)體集，及Location、Party、Business Interaction實(shí)體集；并采用UML圖表示共享信息模型結(jié)構(gòu)；所述共享信息模型分為三個(gè)層次原模層、模型層及實(shí)例層；原模型層實(shí)現(xiàn)核心共享信息模型所有域，包括三類實(shí)體實(shí)體值、實(shí)體關(guān)聯(lián)、實(shí)體規(guī)范；各管理域的模型實(shí)體都從這三個(gè)方面對(duì)相關(guān)的描述和方法進(jìn)行分類和繼承。
模型層生成與電信業(yè)務(wù)相關(guān)的業(yè)務(wù)實(shí)體；描述管理域中業(yè)務(wù)實(shí)體的屬性和方法以及業(yè)務(wù)實(shí)體之間的相互關(guān)系；所述的各個(gè)域的實(shí)體集和具體的業(yè)務(wù)實(shí)體均在模型層實(shí)現(xiàn)；實(shí)例層通過對(duì)模型層業(yè)務(wù)實(shí)體的繼承并為相應(yīng)的屬性和方法附值，形成具體的數(shù)據(jù)實(shí)體；模型所有域及實(shí)體集的實(shí)現(xiàn)均由這三層組成。
其中，所述Location實(shí)體集包括如下業(yè)務(wù)實(shí)體，Place，定義了“Geographic”和“Local”兩個(gè)分支，從不同角度來表現(xiàn)地理信息；Location，表現(xiàn)的地點(diǎn)和方位的概念，它有唯一的識(shí)別碼或名字標(biāo)識(shí)；Address，結(jié)構(gòu)化的文本表達(dá)方式，用以找到一個(gè)“Location”Site，存在的具體地點(diǎn)，具有一系列的物理特征和服務(wù)提供商感興趣的屬性；Geographic Location，該實(shí)體根據(jù)實(shí)際應(yīng)用的需求進(jìn)行擴(kuò)展；Geographic Sub Address，描述地址；所述Party實(shí)體集包括如下業(yè)務(wù)實(shí)體，PartyValue，記錄參與者本身的基本信息；PartyRoleValue，參與者角色是商業(yè)活動(dòng)交互的單元；PartyAssociation，在商業(yè)活動(dòng)中多方參與者角色之間的關(guān)系；Individure，個(gè)人信息，為服務(wù)提供商內(nèi)部或其外部；Organization，組織可以是服務(wù)提供商內(nèi)部或是外部的參與者；
所述Business Interaction實(shí)體集包括，BusinessInteraction描述多個(gè)業(yè)務(wù)參與者之間的合同、聯(lián)系或者通訊方式；BusinessInteractionItem描述BusinessInteraction的業(yè)務(wù)交互方式；BusinessInteractionItemPrice描述業(yè)務(wù)項(xiàng)BusinessInteractionItem的價(jià)格，這個(gè)價(jià)格是由與之相聯(lián)系的ProductOfferingPrice確定的；BusinessInteractionRole指定業(yè)務(wù)實(shí)體在交互過程中涉及的角色，例如請(qǐng)求者(requester)、響應(yīng)者(responder)、接受者(recipient)；BusinessInteractionLocation指定業(yè)務(wù)交互過程涉及的地點(diǎn)；BusinessInteractionRelationship描述兩個(gè)業(yè)務(wù)項(xiàng)之間的聯(lián)系方式；BusinessInteractionType指定業(yè)務(wù)交互類型的名稱；Agreement給出的條約或者安排，可以是手寫或者是口頭形式，在某些時(shí)候是受法律約束的；Notification通知某事已經(jīng)或者將要發(fā)生，該通知是單向的，不期待有所回應(yīng)；Notification可以被創(chuàng)建為對(duì)Request的回應(yīng)；Request請(qǐng)求做某事的行為，一般都需要有相應(yīng)的回應(yīng)；Response對(duì)Request的回應(yīng)；所述Customer域包括如下業(yè)務(wù)實(shí)體，Customer客戶的基本信息；CustomerCreditProfile客戶信用情況資料；CustomerCriditProfileReference客戶信用情況的關(guān)聯(lián)，描述了客戶與具體的金融機(jī)構(gòu)之間的關(guān)聯(lián)關(guān)系。
CustomerAccount描述客戶賬戶的基本信息；CustomerAccountBillCycle描述客戶賬戶的計(jì)費(fèi)周期；
CustomerAccountContact客戶賬戶的聯(lián)系方式；CustomerAccountRelationship描述客戶帳戶之間的關(guān)系；CustomerAccountTaxExemption描述賬戶的免稅信息所述Product域包括如下業(yè)務(wù)實(shí)體，CompositeProductSpecification；是ProductSpecification的聚合ProductSpecificationRelationship描述ProductSpecification之間的關(guān)系；ProductSpecificationCost表示產(chǎn)品ProductSpecification在商業(yè)上有關(guān)策劃、開發(fā)、上市和實(shí)施等的花費(fèi)；ProductOffering給出產(chǎn)品銷售的方法；ProductCatalog一個(gè)ProductOffering售賣的清單，里面附有圖和價(jià)格，并以書面形式或公布在網(wǎng)頁上；Product由企業(yè)、服務(wù)提供商或市場(chǎng)等所能提供給客戶的產(chǎn)品；ProductBundle一種由多種產(chǎn)品構(gòu)成的產(chǎn)品；ProductComponent一個(gè)沒有子產(chǎn)品的產(chǎn)品；ProductCharacteristic產(chǎn)品的特性；ProductOfferingPrice表示一個(gè)產(chǎn)品ProductOffering的價(jià)格；ProdOfferCharge一個(gè)ProductOffering被銷售、租賃或發(fā)行時(shí)的等值金錢的數(shù)量；所述Service域包括如下業(yè)務(wù)實(shí)體，Service描述服務(wù)的基本信息；CustomerFacingService繼承于Service，描述面向客戶服務(wù)(客戶可見服務(wù))的基本信息；
ResourceFacingService繼承于Service，描述面向資源服務(wù)(客戶不可見服務(wù))的基本信息；ServiceSpecification相對(duì)于Service的常變信息而言，描述服務(wù)一般不變的信息，為規(guī)范模板；CustomerFacingServiceSpec繼承于ServiceSpecification，用于描述面向客戶服務(wù)(客戶可見服務(wù))基本信息中相對(duì)不變信息，為規(guī)范模板；ResourceFacingServiceSpec繼承于ServiceSpecification，用于描述面向資源服務(wù)(客戶不可見服務(wù))基本信息中相對(duì)不變信息，為規(guī)范模板；ServiceSpecVersion當(dāng)服務(wù)規(guī)范ServiceSpecification變動(dòng)較小，不足以更換規(guī)范時(shí)用，服務(wù)規(guī)范版本記錄ServiceSpecification的細(xì)微變動(dòng)；ServiceRole記錄服務(wù)在應(yīng)用中所扮演的角色，便承擔(dān)相關(guān)的任務(wù)；ServiceSpecificationRole服務(wù)規(guī)范角色記錄服務(wù)在應(yīng)用中扮演角色時(shí)的相對(duì)固定信息，為規(guī)范模板；ServiceCharacteristic記錄服務(wù)所具有的物理，邏輯，配置等相關(guān)內(nèi)容的屬性特征；ServiceSpecCharacteristic記錄服務(wù)規(guī)范所具有的物理，邏輯，配置等相關(guān)內(nèi)容的屬性特征；CustomerFacingServiceAtomic繼承于面向客戶的服務(wù)(CFS)，記錄面向客戶CFS中的原子級(jí)的服務(wù)信息；CustomerFacingServiceComposite繼承于面向客戶的服務(wù)(CFS)，記錄面向客戶CFS中的由原子服務(wù)組而合成的服務(wù)組合；
ResourceFacingServiceAtomic繼承于面向資源的服務(wù)(RFS)，記錄面向資源RFS中的原子級(jí)的服務(wù)信息；ResourceFacingServiceComposite繼承于面向資源服務(wù)(RFS)，記錄面向資源RFS中的由原子服務(wù)組合而成的服務(wù)組合；CustomerFacingServiceSpecAtomic繼承于面向客戶服務(wù)規(guī)范(CFSSpecification)，記錄面向客戶服務(wù)規(guī)范CFSSpecification中原子級(jí)的服務(wù)規(guī)范信息，為規(guī)范模板；CustomerFacingServiceSpecComposite繼承于面向客戶服務(wù)規(guī)范(CFSSpecification)，記錄面向客戶服務(wù)規(guī)范CFSSpecification中由服務(wù)規(guī)范原子組合而成的服務(wù)組信息，為規(guī)范模板；ResourceFacingServiceSpecAtomic繼承于面向資源服務(wù)規(guī)范(RFSSpecification)，記錄面向資源服務(wù)規(guī)范RFSSpecification中原子級(jí)的服務(wù)規(guī)范信息，為規(guī)范模板；ResourceFacingServiceSpecComposite繼承于面向資源服務(wù)規(guī)范(RFSSpecification)，記錄面向資源規(guī)范RFSSpecification中由服務(wù)規(guī)范原子組合而成的服務(wù)組信息，為規(guī)范模板；CostomerFacingServiceSpecVersion繼承于服務(wù)規(guī)范版本(ServiceSpecificationVersion)，記錄服務(wù)規(guī)范版本中關(guān)于面向客戶服務(wù)CFS的信息；ResourceFacingServiceSpecVersion繼承于服務(wù)規(guī)范版本(ServiceSpecificationVersion)，記錄服務(wù)規(guī)范版本中關(guān)于面向資源服務(wù)RFS的信息；CostomerFacingServiceRole繼承于服務(wù)角色(ServiceRole)，記錄服務(wù)角色中關(guān)于面向客戶服務(wù)CFS的信息；
ResourceFacingServiceRole繼承于服務(wù)角色(ServiceRole)，記錄服務(wù)角色中關(guān)于面向資源服務(wù)RFS的信息；CostomerFacingServiceSpecRole繼承于服務(wù)規(guī)范角色(ServiceSpecificationRole)，記錄服務(wù)規(guī)范角色中關(guān)于面向客戶服務(wù)CFS的信息；ResourceFacingServiceSpecRole繼承于服務(wù)規(guī)范角色(ServiceSpecificationRole)，記錄服務(wù)規(guī)范角色中關(guān)于面向資源服務(wù)RFS的信息；ServiceCharacteristicValue記錄服務(wù)特征(ServiceCharacteristic)中可能出現(xiàn)的賦值；ServiceSpecCharacteristicValue記錄服務(wù)規(guī)范特征(ServiceSpecCharacteristic)中可能出現(xiàn)的賦值；所述Resource域包括如下業(yè)務(wù)實(shí)體，PhysicalResource一個(gè)抽象基類，描述構(gòu)成Product的不同類型的硬件；PhysicalResourceSpecification描述指定PhysicalResource的屬性、行為、關(guān)系、約束、語義；PhysicalResourceRole表示某種物理資源所具有的角色；Holder表示持有某種功能的某種物理資源physical resource；Adapter可成為適配器的某種物理資源；Hardware任何類型的硬件單元；PhysicalDevice可以管理的硬件設(shè)備；PhysicalConnector代表一個(gè)硬件單元用來去連接不同硬件單元，在它們之間傳送信號(hào)、電力等；
PhysicalPort一個(gè)在拓?fù)渖匣蛭锢砩蠈?shí)際存在或可能存在的連接點(diǎn)，可直接映射到一個(gè)物理端口；Equipment一個(gè)可管理的物理組件；EquipmentHolder一個(gè)物理基本類，可管理和包含其他體的裝備；本發(fā)明的共享信息服務(wù)器系統(tǒng)，所述共享信息模型實(shí)體及模型實(shí)體之間的關(guān)聯(lián)關(guān)系采用UML圖的形式表示。從而使模型的設(shè)計(jì)和展示更加直觀，模型的描述更加規(guī)范。
在共享信息建模模塊中，所述共享信息模型可以采用基于JAVA類進(jìn)行模型存儲(chǔ)，也可以采用基于XML(Extensible Marked Language可擴(kuò)展標(biāo)記語言)進(jìn)行模型存儲(chǔ)?；贘AVA類的模型存儲(chǔ)，將生成的UML模型用JAVA語言實(shí)現(xiàn)，用JAVA類表示不同的實(shí)體。用JAVA語言開發(fā)的系統(tǒng)可以直接使用該模型?；赬ML的模型存儲(chǔ)，是指用XML這種標(biāo)簽化的語言來描述模型中的實(shí)體及其關(guān)系，不同語言實(shí)現(xiàn)的系統(tǒng)都可以使用XML描述的共享信息模型，由于XML方式具有通用性，因此可應(yīng)用于不同語言實(shí)現(xiàn)的系統(tǒng)中。
本發(fā)明的共享信息服務(wù)器系統(tǒng)，所述共享信息模型管理器包括界面呈現(xiàn)模塊、模型操作模塊、模型實(shí)例操作模塊；所述界面呈現(xiàn)模塊，以樹型結(jié)構(gòu)表現(xiàn)模型管理器中的全部模型，能夠反映選中模型的基本信息；所述模型操作模塊，可以創(chuàng)建、修改、檢索共享信息模型中的實(shí)體和關(guān)系，從而支持動(dòng)態(tài)生成或修改模型描述文件；
所述模型實(shí)例操作模塊，根據(jù)已有的模型創(chuàng)建模型實(shí)例，實(shí)例包括直接寫明屬性值的單個(gè)實(shí)例和建立在數(shù)據(jù)庫映射之上的實(shí)例組，并生成模型實(shí)例映射文件。
在共享信息模型管理器中，首先，進(jìn)入模型操作模塊中，如果選擇新建模型實(shí)體，管理員則可以根據(jù)UML模型設(shè)計(jì)圖，輸入模型實(shí)體的相關(guān)屬性，輸入完畢后模型管理器將判斷是否已經(jīng)存在同名的模型實(shí)體，如果不存在，則將輸入的該實(shí)體信息存為一個(gè)模型描述文件，管理員可通過重復(fù)上述過程，完成給定管理域的業(yè)務(wù)實(shí)體的創(chuàng)建；如果選擇查詢模型實(shí)體的功能，則模型管理器將輸入請(qǐng)求查詢的實(shí)體的名稱；然后根據(jù)輸入的名稱查詢相應(yīng)的模型描述文件；如果存在相應(yīng)的模型描述文件，則會(huì)讀取模型描述文件中的相關(guān)信息，并通過界面呈現(xiàn)模塊顯示出來；如果不存在相應(yīng)的模型描述文件則返回空值；如果選擇刪除模型實(shí)體的功能，則要求輸入所要查詢的實(shí)體的名稱；模型管理器會(huì)根據(jù)輸入的名稱查詢相應(yīng)的模型描述文件是否存在，如果存在則刪除該文件，如果不存在則刪除失敗。
通過上述共享信息模型管理器，管理員可以對(duì)共享信息模型實(shí)體進(jìn)行查詢、增加、修改及刪除等操作。
本發(fā)明的共享信息服務(wù)器系統(tǒng)，所述模型描述文件包括如下內(nèi)容，模型描述部分描述模型實(shí)體的一般信息，包括，模型名稱，該模型單元的名稱，模型類型，分為實(shí)體、關(guān)聯(lián)、規(guī)范，繼承于實(shí)體，實(shí)體的直接繼承關(guān)系，
模型描述，模型的簡(jiǎn)要描述；屬性部分描述模型實(shí)體的屬性，包括，屬性名，屬性的名稱，屬性類型，屬性值的類型，可否為空，表示該屬性否可以為空值。
最小出現(xiàn)次數(shù)，屬性實(shí)例化時(shí)最小出現(xiàn)的次數(shù)，‘0’表示可以不出現(xiàn)；關(guān)聯(lián)部分描述模型實(shí)體與其他模型實(shí)體之間的關(guān)系，包括，關(guān)系名，為關(guān)系指定的名稱，類型，關(guān)聯(lián)的類型，分為普通、聚合、集合，最大值/最小值，表示實(shí)體在關(guān)系中的關(guān)聯(lián)數(shù)量，分別可取0，1，n，表示0，1，0..1，0..n，1..n五種情況，最大值要大于或等于最小值；關(guān)聯(lián)部分對(duì)方模型與該模型相關(guān)聯(lián)的模型的名稱，包括，域名，對(duì)方模型所在的管理域，模型類型，對(duì)方模型的實(shí)體/關(guān)系/規(guī)范類型，模型名，對(duì)方模型的名稱。
所述共享信息模型實(shí)體，其模型實(shí)例映射文件包括如下內(nèi)容，模型描述部分描述模型實(shí)例的一般信息，包括，模型名稱，該模型單元的名稱，模型類型，分為實(shí)體、關(guān)聯(lián)、規(guī)范，繼承于實(shí)體，實(shí)體的直接繼承關(guān)系，映射名稱，模型映射的名稱，與映射文件的文件名一致，
映射類型，指明映射的類型是單一映射還是多數(shù)據(jù)庫映射，取值為Single或Mulit屬性名，實(shí)例化模型所規(guī)定的對(duì)應(yīng)屬性的名稱；屬性類型，實(shí)例化模型所規(guī)定的對(duì)應(yīng)屬性的類型；數(shù)據(jù)庫類型，被映射數(shù)據(jù)庫的類型，取值為SQLServer，Oracle，Access等；數(shù)據(jù)庫位置IP，指明數(shù)據(jù)庫的網(wǎng)絡(luò)IP，以便能夠?qū)?shù)據(jù)進(jìn)行定位；數(shù)據(jù)庫名，數(shù)據(jù)庫的名稱；出于安全考慮，在模型實(shí)例文件中不設(shè)數(shù)據(jù)庫用戶名和密碼信息，共享信息模型使用方應(yīng)該有數(shù)據(jù)庫的默認(rèn)用戶和密碼；表名，數(shù)據(jù)信息所在表的表名；列名，數(shù)據(jù)信息所在列的列名，模型中的每條屬性都和一個(gè)數(shù)據(jù)庫表中的列對(duì)應(yīng)。
本發(fā)明的共享信息服務(wù)器系統(tǒng)，所述調(diào)用解析執(zhí)行模塊所執(zhí)行的對(duì)底層接入系統(tǒng)數(shù)據(jù)的操作包括查詢、插入、修改及刪除。
首先，調(diào)用解析模塊獲取共享信息訪問接口的調(diào)用請(qǐng)求，解析調(diào)用請(qǐng)求的參數(shù)，獲得所要調(diào)用的共享對(duì)象的名稱，操作名稱，輸入?yún)?shù)，返回結(jié)果類型等信息；然后，根據(jù)共享對(duì)象名稱查詢是否存在相應(yīng)的模型實(shí)例映射文件，如果不存在則報(bào)錯(cuò)并結(jié)束流程，如果存在則解析相應(yīng)的模型實(shí)例映射文件，則獲取該調(diào)用請(qǐng)求所涉及的共享對(duì)象的屬性與具體應(yīng)用系統(tǒng)數(shù)據(jù)之間的映射關(guān)系。
最后，根據(jù)這種映射關(guān)系將調(diào)用請(qǐng)求分解為一個(gè)或多個(gè)對(duì)應(yīng)用系統(tǒng)數(shù)據(jù)的操作。具體操作步驟如下讀取調(diào)用請(qǐng)求的輸入?yún)?shù)和輸出參數(shù)，獲得參數(shù)與應(yīng)用系統(tǒng)之間的映射信息；將輸入?yún)?shù)和輸出參數(shù)映射信息的交集作為本次請(qǐng)求數(shù)據(jù)操作的請(qǐng)求對(duì)象，將映射后的字段作為對(duì)應(yīng)用系統(tǒng)數(shù)據(jù)操作的輸入?yún)?shù)和輸出參數(shù)，解析有關(guān)的輸入輸出參數(shù)，并生成相關(guān)的對(duì)數(shù)據(jù)庫操作的SQL語句；最后，調(diào)用解析執(zhí)行模塊創(chuàng)建與數(shù)據(jù)庫的連接，如果連接創(chuàng)建成功，則將所生成的SQL語句和連接傳給數(shù)據(jù)適配模塊，執(zhí)行并且獲取相應(yīng)的數(shù)據(jù)，整個(gè)流程結(jié)束。
其優(yōu)選的實(shí)施流程圖將在后述具體實(shí)施例部分進(jìn)行詳細(xì)說明。
本發(fā)明的共享信息服務(wù)器系統(tǒng)，所述結(jié)果整合模塊，將從數(shù)據(jù)適配模塊返回的結(jié)果整合成指定格式的返回結(jié)果集，包括對(duì)于查詢操作，返回的是對(duì)數(shù)據(jù)庫查詢的結(jié)果；對(duì)于修改、刪除和插入操作，返回的是操作是否成功的信息。
由于底層數(shù)據(jù)分散在遺留系統(tǒng)數(shù)據(jù)庫、OMC接口、網(wǎng)元數(shù)據(jù)接口及接口數(shù)據(jù)存儲(chǔ)庫中，其信息是分散形式存在的，因此，需要結(jié)果整合模塊將查詢的結(jié)果進(jìn)行整合，復(fù)合模型描述文件所表示的形式。然后將整合的結(jié)果集傳送至數(shù)據(jù)對(duì)象生成模塊，并由數(shù)據(jù)對(duì)象生成模塊進(jìn)行解析，并為數(shù)據(jù)對(duì)象的相應(yīng)屬性賦值，然后通過共享信息訪問接口將返回的數(shù)據(jù)對(duì)象發(fā)送給上層應(yīng)用組件。
所述數(shù)據(jù)對(duì)象生成模塊可以將數(shù)據(jù)和信息以對(duì)象化的方式提供給平臺(tái)上的應(yīng)用組件，并且共享信息服務(wù)器支持應(yīng)用組件以對(duì)象化的方式訪問數(shù)據(jù)，因此屏蔽了底層數(shù)據(jù)庫連接的細(xì)節(jié)，使模型的設(shè)計(jì)和使用最大限纖度的統(tǒng)一，達(dá)到了所見即所得的目的。
本發(fā)明的共享信息服務(wù)器系統(tǒng)中，設(shè)置有消息事件處理模塊，網(wǎng)元設(shè)備或OMC的事件信息通過數(shù)據(jù)適配模塊接入共享信息服務(wù)器后，一方面被轉(zhuǎn)存到接口數(shù)據(jù)存儲(chǔ)庫中，同時(shí)也被傳遞到消息事件處理模塊。消息事件處理模塊將這些消息和數(shù)據(jù)按照共享信息模型規(guī)范的格式包裝后，通過共享信息訪問接口，傳遞給相應(yīng)的應(yīng)用組件。上層的應(yīng)用組件通過一個(gè)消息偵聽程序，可以實(shí)時(shí)獲得共享信息訪問接口中傳來的告警信息和通知信息。
本發(fā)明的共享信息服務(wù)器系統(tǒng)，所述共享信息訪問接口，包括共享對(duì)象訪問接口、對(duì)象關(guān)系訪問接口、消息事件訪問接口。
所述共享對(duì)象訪問接口主要提供有關(guān)對(duì)象化信息的訪問。應(yīng)用組件可以通過共享對(duì)象訪問接口，獲取特定對(duì)象的相關(guān)屬性信息和數(shù)據(jù)。例如，在電信運(yùn)營(yíng)的配置管理中，網(wǎng)管系統(tǒng)可以通過設(shè)備的唯一標(biāo)識(shí)查詢相關(guān)設(shè)備的配置信息。通過共享對(duì)象訪問接口可以實(shí)現(xiàn)對(duì)共享對(duì)象的增、刪、改、查等操作。
所述對(duì)象關(guān)系訪問接口電信網(wǎng)絡(luò)管理系統(tǒng)涉及的資源對(duì)象很多。在共享信息模型的設(shè)計(jì)階段，服務(wù)器已經(jīng)規(guī)范了資源對(duì)象之間的關(guān)聯(lián)和繼承關(guān)系。通過這些關(guān)系可以實(shí)現(xiàn)跨越多管理域的數(shù)據(jù)查詢和訪問。對(duì)象關(guān)系訪問接口主要提供對(duì)資源對(duì)象之間關(guān)系的查詢和訪問的功能。通過該接口，可以實(shí)現(xiàn)針對(duì)一個(gè)給定的資源對(duì)象，查詢所有與其相關(guān)聯(lián)對(duì)象，以及針對(duì)某個(gè)特定關(guān)系，查詢所有與其相關(guān)的對(duì)象的功能。
所述消息事件訪問接口在電信網(wǎng)絡(luò)管理系統(tǒng)中，設(shè)備的告警信息和通知信息是以消息或者事件的方式傳遞的。通過消息事件訪問接口，可以獲得通過共享信息模型規(guī)范后的消息和事件。功能組件只要實(shí)現(xiàn)一個(gè)消息接收的客戶端便可以實(shí)時(shí)的接收來自消息事件訪問接口的消息內(nèi)容。
通過如上所述共享信息服務(wù)器系統(tǒng)，可以為電信運(yùn)營(yíng)支撐系統(tǒng)提供統(tǒng)一地?cái)?shù)據(jù)格式和信息應(yīng)用共享功能，對(duì)電信運(yùn)營(yíng)管理中涉及的大量復(fù)雜的數(shù)據(jù)和信息實(shí)行集中管理，并支持電信業(yè)務(wù)對(duì)數(shù)據(jù)的標(biāo)準(zhǔn)化訪問，為電信領(lǐng)域應(yīng)用中間件平臺(tái)的可靠運(yùn)行提供數(shù)據(jù)規(guī)范和數(shù)據(jù)保障。


圖1為本發(fā)明的共享信息服務(wù)器系統(tǒng)方框圖；圖2為注冊(cè)模塊將服務(wù)器信息注冊(cè)到企業(yè)服務(wù)總線的優(yōu)選實(shí)施例流程圖；圖3為數(shù)據(jù)適配模塊的流程圖；圖4為管理域劃分及主要實(shí)體定義示意圖；圖5為核心共享信息模型的三層結(jié)構(gòu)示意圖；圖6為共享信息模型管理器的操作流程圖；圖7為共享信息模型管理器生成模型實(shí)體映射文件的流程圖；圖8為調(diào)用解析執(zhí)行模塊的運(yùn)行流程圖；圖9為生成對(duì)數(shù)據(jù)庫操作的SQL語句的流程圖；圖10為結(jié)果整合模塊的工作流程圖；
圖11為數(shù)據(jù)對(duì)象生成模塊的工作流程圖；圖12為消息事件處理模塊的工作流程圖；圖13為共享對(duì)象訪問接口和對(duì)象關(guān)系訪問接口交互時(shí)序示意圖；圖14為消息事件訪問接口的交互時(shí)序示意圖。
具體實(shí)施例方式
下面將結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行詳細(xì)說明。并且在實(shí)施例中，模型的設(shè)計(jì)采用UML圖，并選擇基于XML格式的模型描述文件的共享信息服務(wù)器。
如圖1所示本發(fā)明的共享信息服務(wù)器系統(tǒng)，包括共享信息服務(wù)器注冊(cè)模塊、數(shù)據(jù)適配模塊、共享信息建模模塊、共享信息模型管理器、調(diào)用解析執(zhí)行模塊、結(jié)果整合模塊、數(shù)據(jù)對(duì)象生成模塊、消息事件處理模塊、共享信息訪問接口。
共享信息服務(wù)器注冊(cè)模塊，解析共享信息服務(wù)器描述文件，讀取相應(yīng)的服務(wù)器描述信息，并將這些信息注冊(cè)給企業(yè)服務(wù)總線。
所述注冊(cè)模塊，向企業(yè)服務(wù)總線注冊(cè)的信息包括共享信息服務(wù)器名稱(SIDServerName)、共享信息服務(wù)器IP地址(SIDServerIP)、共享信息服務(wù)器端口(SIDServerPort)、共享信息服務(wù)器編號(hào)(SIDServerId)、共享信息服務(wù)器描述(SIDServerDescription)；上述服務(wù)器信息保存在XML格式的共享信息服務(wù)器描述文件中，該描述文件格式如下所示<SIDServerDescription>
<SIDServerName>SIDServer1</SIDServerName>
<SIDServerIP>xxx.xxx.xxx.xxx</SIDServerIP>
<SIDServerPort>8088</SIDServerPort>
<SIDServerId>01</SIDServerId>
<SIDServerDescription>this is the first SID Server</SIDServerDescription>
</SIDServerDescription>
圖2為所述注冊(cè)模塊將服務(wù)器信息注冊(cè)到企業(yè)服務(wù)總線的優(yōu)選實(shí)施例流程圖。包括如下步驟2.1)讀取共享信息服務(wù)器描述文件；2.2)調(diào)用共享信息服務(wù)器注冊(cè)接口“registeSIDServer()”；2.3)判斷是否注冊(cè)成功；如果判斷結(jié)果為是，則繼續(xù)執(zhí)行，如果判斷結(jié)果為否，則返回步驟2.1)；2.4)啟動(dòng)共享信息服務(wù)器。
數(shù)據(jù)適配模塊，主要用于屏蔽底層數(shù)據(jù)接入方式的差異，對(duì)上層提供統(tǒng)一的數(shù)據(jù)訪問方式；對(duì)于以接口方式訪問的數(shù)據(jù)可以獲取接口數(shù)據(jù)并存入接口數(shù)據(jù)存儲(chǔ)庫；同時(shí)，解析接口數(shù)據(jù)庫和遺留系統(tǒng)數(shù)據(jù)庫的格式生成接入系統(tǒng)數(shù)據(jù)格式描述文件。
所述數(shù)據(jù)適配模塊所接入共享信息服務(wù)器的數(shù)據(jù)來源包括來自于網(wǎng)元設(shè)備的接口數(shù)據(jù)、來自于操作維護(hù)中心(OMC)的接口數(shù)據(jù)、來自于遺留系統(tǒng)數(shù)據(jù)庫中的數(shù)據(jù)；由于操作維護(hù)中心接口數(shù)據(jù)和網(wǎng)元設(shè)備的接口數(shù)據(jù)這兩種以接口方式獲取的數(shù)據(jù)大都是當(dāng)前數(shù)據(jù)，不能反映數(shù)據(jù)的歷史狀況，因此，需要通過數(shù)據(jù)適配模塊中的接口數(shù)據(jù)提取程序?qū)⒔涌跀?shù)據(jù)提取上來保存至接口數(shù)據(jù)存儲(chǔ)庫中。
此外，數(shù)據(jù)適配模塊可以JDBC方式連接接口數(shù)據(jù)庫和遺留系統(tǒng)數(shù)據(jù)庫，它一方面通過JDBC驅(qū)動(dòng)具體執(zhí)行調(diào)用解析執(zhí)行模塊傳來的SQL語句；另一方面解析數(shù)據(jù)庫格式，生成接入系統(tǒng)數(shù)據(jù)格式描述文件，并將其提供給共享信息服務(wù)器中的共享信息模型管理模塊。
并且，接入系統(tǒng)數(shù)據(jù)格式描述文件，并以XML格式存儲(chǔ)，其主要用于描述規(guī)范化的描述接口數(shù)據(jù)庫和遺留系統(tǒng)數(shù)據(jù)庫的信息，確保共享信息服務(wù)器對(duì)應(yīng)用系統(tǒng)數(shù)據(jù)模式的識(shí)別。由于XML可看作是一種半結(jié)構(gòu)化的數(shù)據(jù)模型，可以很容易地將XML的文檔描述與關(guān)系數(shù)據(jù)庫中的屬性一一對(duì)應(yīng)起來，實(shí)施準(zhǔn)確的查詢與模型抽取。接入系統(tǒng)數(shù)據(jù)格式描述文件中包括數(shù)據(jù)庫名稱(DataBaseName)，數(shù)據(jù)庫類型(DataBaseType)，數(shù)據(jù)庫服務(wù)器地址(DataBaseIP)，訪問端口(DataBasePort)，數(shù)據(jù)庫表名(TableName)，列名(ColumnName)，列類型(ColumnType)。接入系統(tǒng)數(shù)據(jù)格式描述文件實(shí)例如下所示< xml version="1.0"encoding="gb2312" >
<Trcm>
<DataBase Type="SQLserver"IP="192.168.6.188:1433"DatabaseName="middleware">
<Table Name="MSC">
<sequence>
<element Columnname="Name"Columntype="varchar"nillable="false"/>
<element Columnname="Manafacture"Columntype="varchar"nillable="false"/>
<element Columnname=″ManafactureDate"Columntype="datetime″nillable="false"/>
<element Columnname="SerialNumber"Columntype="varchar"nillable="false"/>
<element Columnname="Place"Columntype="varchar"nillable="false"/>
<element Columnname="Longitude"Columntype="varchar"nillable="false"/>
<element Columnname="Latitude"Columntype="varchar"nillable="false"/>
</sequence>
</Table>
</DataBase>
</Trcm>
圖3為數(shù)據(jù)適配模塊的流程圖。如圖3所示，數(shù)據(jù)適配模塊的工作流程包括如下子流程接口數(shù)據(jù)存儲(chǔ)流程、接入系統(tǒng)數(shù)據(jù)格式描述文件生成流程、SQL請(qǐng)求執(zhí)行流程；接口數(shù)據(jù)存儲(chǔ)流程首先判斷接口的類型，根據(jù)接口的類型的不同，分別調(diào)用OMC接口數(shù)據(jù)提取程序或網(wǎng)元設(shè)備接口數(shù)據(jù)提取程序來獲取接口中的數(shù)據(jù)，然后建立與接口數(shù)據(jù)存儲(chǔ)庫的連接，并且將獲取的接口數(shù)據(jù)存入接口數(shù)據(jù)庫中；如果連接失敗則流程結(jié)束。
接入系統(tǒng)數(shù)據(jù)格式描述文件生成流程首先建立與接口數(shù)據(jù)存儲(chǔ)庫或遺留系統(tǒng)數(shù)據(jù)庫之間的數(shù)據(jù)庫連接，如果連接建立成功則查詢數(shù)據(jù)庫的結(jié)構(gòu)，并且按照上面所述的文件格式生成接入系統(tǒng)數(shù)據(jù)格式描述文；如果連接失敗則流程結(jié)束。
SQL請(qǐng)求執(zhí)行流程首先建立與接口數(shù)據(jù)存儲(chǔ)庫或遺留系統(tǒng)數(shù)據(jù)庫之間的JDBC連接，如果連接建立成功，則利用JDBC所提供的標(biāo)準(zhǔn)操作執(zhí)行調(diào)用解析執(zhí)行模塊傳來的SQL請(qǐng)求語句，然后將SQL語句執(zhí)行的結(jié)果傳給返回結(jié)果整合模塊；如果連接失敗則流程結(jié)束。
共享信息建模模塊，主要是通過共享信息建模方法，對(duì)電信運(yùn)營(yíng)管理系統(tǒng)中的數(shù)據(jù)和信息進(jìn)行規(guī)劃和建模，設(shè)計(jì)并實(shí)現(xiàn)系統(tǒng)實(shí)際使用的信息和數(shù)據(jù)實(shí)體的屬性，描述實(shí)體之間的關(guān)系，并用表示所建模型實(shí)體及實(shí)體間關(guān)聯(lián)關(guān)系。
本發(fā)明根據(jù)抽象模型結(jié)合具體技術(shù)實(shí)現(xiàn)具體模型，進(jìn)而實(shí)現(xiàn)基于模型的共享信息服務(wù)器系統(tǒng)。電信領(lǐng)域所涉及的數(shù)據(jù)內(nèi)容復(fù)雜，為了便于對(duì)數(shù)據(jù)管理和建模，并符合我國(guó)電信行業(yè)管理的需要，將這些復(fù)雜的數(shù)據(jù)按照一定的規(guī)則劃分管理域，把相近的數(shù)據(jù)歸類。如圖4所示，將所述共享信息模型分為產(chǎn)品域，包括Product、Product Offering、Product Specification及Product Performance實(shí)體集；客戶域，包括Customer Problem、Customer Order、Customer、Customer Bill實(shí)體集；服務(wù)域，包括Service Specification、Service Performance、Service、Service Usage、Service Trouble實(shí)體集；資源域，包括Resource Specification、Resource Performance、Resource Usage、Resource、Resource Trouble、Resource Performance、Resource Configuration實(shí)體集；通用域，包括Policy實(shí)體集，及Location、Party、Business Interaction實(shí)體集；并采用UML圖表示共享信息模型結(jié)構(gòu)；所述共享信息模型分為三個(gè)層次原模層、模型層及實(shí)例層，如圖5所示；原模型層實(shí)現(xiàn)核心共享信息模型所有域，包括三類實(shí)體實(shí)體值、實(shí)體關(guān)聯(lián)、實(shí)體規(guī)范；各管理域的模型實(shí)體都從這三個(gè)方面對(duì)相關(guān)的描述和方法進(jìn)行分類和繼承；
模型層生成與電信業(yè)務(wù)相關(guān)的業(yè)務(wù)實(shí)體；描述管理域中業(yè)務(wù)實(shí)體的屬性和方法以及業(yè)務(wù)實(shí)體之間的相互關(guān)系；所述的各個(gè)域的實(shí)體集和具體的業(yè)務(wù)實(shí)體均在模型層實(shí)現(xiàn)；實(shí)例層通過對(duì)模型層業(yè)務(wù)實(shí)體的繼承并為相應(yīng)的屬性和方法附值，形成具體的數(shù)據(jù)實(shí)體；模型所有域及實(shí)體集的實(shí)現(xiàn)均由這三層組成。圖5中模型層所包含的域、實(shí)體集及業(yè)務(wù)實(shí)體如下所述所述Location實(shí)體集包括如下業(yè)務(wù)實(shí)體，Place，定義了“Geographic”和“Local”兩個(gè)分支，從不同角度來表現(xiàn)地理信息；Location，表現(xiàn)的地點(diǎn)和方位的概念，它有唯一的識(shí)別碼或名字標(biāo)識(shí)；Address，結(jié)構(gòu)化的文本表達(dá)方式，用以找到一個(gè)“Location”Site，存在的具體地點(diǎn)，具有一系列的物理特征和服務(wù)提供商感興趣的屬性；Geographic Location，該實(shí)體根據(jù)實(shí)際應(yīng)用的需求進(jìn)行擴(kuò)展；Geographic Sub Address，描述地址；所述Party實(shí)體集包括如下業(yè)務(wù)實(shí)體，PartyValue，記錄參與者本身的基本信息；PartyRoleValue，參與者角色是商業(yè)活動(dòng)交互的單元；PartyAssociation，在商業(yè)活動(dòng)中多方參與者角色之間的關(guān)系；Individure，個(gè)人信息，為服務(wù)提供商內(nèi)部或其外部；Organization，組織可以是服務(wù)提供商內(nèi)部或是外部的參與者；
所述Business Interaction實(shí)體集包括，BusinessInteraction描述多個(gè)業(yè)務(wù)參與者之間的合同、聯(lián)系或者通訊方式；BusinessInteractionItem描述BusinessInteraction的業(yè)務(wù)交互方式；BusinessInteractionItemPrice描述業(yè)務(wù)項(xiàng)BusinessInteractionItem的價(jià)格，這個(gè)價(jià)格是由與之相聯(lián)系的ProductOfferingPrice確定的；BusinessInteractionRole指定業(yè)務(wù)實(shí)體在交互過程中涉及的角色，例如請(qǐng)求者(requester)、響應(yīng)者(responder)、接受者(recipient)；BusinessInteractionLocation指定業(yè)務(wù)交互過程涉及的地點(diǎn)；BusinessInteractionRelationship描述兩個(gè)業(yè)務(wù)項(xiàng)之間的聯(lián)系方式；BusinessInteractionType指定業(yè)務(wù)交互類型的名稱；Agreement給出的條約或者安排，可以是手寫或者是口頭形式，在某些時(shí)候是受法律約束的；Notification通知某事已經(jīng)或者將要發(fā)生，該通知是單向的，不期待有所回應(yīng)；Notification可以被創(chuàng)建為對(duì)Request的回應(yīng)；Request請(qǐng)求做某事的行為，一般都需要有相應(yīng)的回應(yīng)；Response對(duì)Request的回應(yīng)；所述Customer域包括如下業(yè)務(wù)實(shí)體，Customer客戶的基本信息；CustomerCreditProfile客戶信用情況資料；CustomerCriditProfileReference客戶信用情況的關(guān)聯(lián)，描述了客戶與具體的金融機(jī)構(gòu)之間的關(guān)聯(lián)關(guān)系。
CustomerAccount描述客戶賬戶的基本信息；CustomerAccountBillCycle描述客戶賬戶的計(jì)費(fèi)周期；
CustomerAccountContact客戶賬戶的聯(lián)系方式；CustomerAccountRelationship描述客戶帳戶之間的關(guān)系；CustomerAccountTaxExemption描述賬戶的免稅信息；所述Product域包括如下業(yè)務(wù)實(shí)體，CompositeProductSpecification是ProductSpecification的聚合ProductSpecificationRelationship描述ProductSpecification之間的關(guān)系；ProductSpecificationCost表示產(chǎn)品ProductSpecification在商業(yè)上有關(guān)策劃、開發(fā)、上市和實(shí)施等的花費(fèi)；ProductOffering給出產(chǎn)品銷售的方法；ProductCatalog一個(gè)ProductOffering售賣的清單，里面附有圖和價(jià)格，并以書面形式或公布在網(wǎng)頁上；Product由企業(yè)、服務(wù)提供商或市場(chǎng)等所能提供給客戶的產(chǎn)品；ProductBundle一種由多種產(chǎn)品構(gòu)成的產(chǎn)品；ProductComponent一個(gè)沒有子產(chǎn)品的產(chǎn)品；ProductCharacteristic產(chǎn)品的特性；ProductOfferingPrice表示一個(gè)產(chǎn)品ProductOffering的價(jià)格；ProdOfferCharge一個(gè)ProductOffering被銷售、租賃或發(fā)行時(shí)的等值金錢的數(shù)量；所述Service域包括如下業(yè)務(wù)實(shí)體，Service描述服務(wù)的基本信息；CustomerFacingService；繼承于Service，描述面向客戶服務(wù)(客戶可見服務(wù))的基本信息；
ResourceFacingService繼承于Service，描述面向資源服務(wù)(客戶不可見服務(wù))的基本信息；ServiceSpecification相對(duì)于Service的常變信息而言，描述服務(wù)一般不變的信息，為規(guī)范模板；CustomerFacingServiceSpec繼承于ServiceSpecifcation，用于描述面向客戶服務(wù)(客戶可見服務(wù))基本信息中相對(duì)不變信息，為規(guī)范模板；ResourceFacingServiceSpec繼承于ServiceSpecification，用于描述面向資源服務(wù)(客戶不可見服務(wù))基本信息中相對(duì)不變信息，為規(guī)范模板；ServiceSpecVersion當(dāng)服務(wù)規(guī)范ServiceSpecification變動(dòng)較小，不足以更換規(guī)范時(shí)用，服務(wù)規(guī)范版本記錄ServiceSpecification的細(xì)微變動(dòng)；ServiceRole記錄服務(wù)在應(yīng)用中所扮演的角色，便承擔(dān)相關(guān)的任務(wù)；ServiceSpecificationRole服務(wù)規(guī)范角色記錄服務(wù)在應(yīng)用中扮演角色時(shí)的相對(duì)固定信息，為規(guī)范模板；ServiceCharacteristic記錄服務(wù)所具有的物理，邏輯，配置等相關(guān)內(nèi)容的屬性特征；ServiceSpecCharacteristic記錄服務(wù)規(guī)范所具有的物理，邏輯，配置等相關(guān)內(nèi)容的屬性特征；CustomerFacingServiceAtomic繼承于面向客戶的服務(wù)(CFS)，記錄面向客戶CFS中的原子級(jí)的服務(wù)信息；CustomerFacingServiceComposite繼承于面向客戶的服務(wù)(CFS)，記錄面向客戶CFS中的由原子服務(wù)組而合成的服務(wù)組合；
ResourceFacingServiceAtomic繼承于面向資源的服務(wù)(RFS)，記錄面向資源RFS中的原子級(jí)的服務(wù)信息；ResourceFacingServiceComposite繼承于面向資源服務(wù)(RFS)，記錄面向資源RFS中的由原子服務(wù)組合而成的服務(wù)組合；CustomerFacingServiceSpecAtomic繼承于面向客戶服務(wù)規(guī)范(CFSSpecification)，記錄面向客戶服務(wù)規(guī)范CFSSpecification中原子級(jí)的服務(wù)規(guī)范信息，為規(guī)范模板；CustomerFacingServiceSpecComposite繼承于面向客戶服務(wù)規(guī)范(CFSSpecification)，記錄面向客戶服務(wù)規(guī)范CFSSpecification中由服務(wù)規(guī)范原子組合而成的服務(wù)組信息，為規(guī)范模板；ResourceFacingServiceSpecAtomic繼承于面向資源服務(wù)規(guī)范(RFSSpecification)，記錄面向資源服務(wù)規(guī)范RFSSpecification中原子級(jí)的服務(wù)規(guī)范信息，為規(guī)范模板；ResourceFacingServiceSpecComposite繼承于面向資源服務(wù)規(guī)范(RFSSpecification)，記錄面向資源規(guī)范RFSSpecification中由服務(wù)規(guī)范原子組合而成的服務(wù)組信息，為規(guī)范模板；CostomerFacingServiceSpecVersion繼承于服務(wù)規(guī)范版本(ServiceSpecificationVersion)，記錄服務(wù)規(guī)范版本中關(guān)于面向客戶服務(wù)CFS的信息；ResourceFacingServiceSpecVersion繼承于服務(wù)規(guī)范版本(ServiceSpecificationVersion)，記錄服務(wù)規(guī)范版本中關(guān)于面向資源服務(wù)RFS的信息；CostomerFacingServiceRole繼承于服務(wù)角色(ServiceRole)，記錄服務(wù)角色中關(guān)于面向客戶服務(wù)CFS的信息；
ResourceFacingServiceRole繼承于服務(wù)角色(ServiceRole)，記錄服務(wù)角色中關(guān)于面向資源服務(wù)RFS的信息；CostomerFacingServiceSpecRole繼承于服務(wù)規(guī)范角色(ServiceSpecificationRole)，記錄服務(wù)規(guī)范角色中關(guān)于面向客戶服務(wù)CFS的信息；ResourceFacingServiceSpecRole繼承于服務(wù)規(guī)范角色(ServiceSpecificationRole)，記錄服務(wù)規(guī)范角色中關(guān)于面向資源服務(wù)RFS的信息；ServiceCharacteristicValue記錄服務(wù)特征(ServiceCharacteristic)中可能出現(xiàn)的賦值；ServiceSpecCharacteristicValue記錄服務(wù)規(guī)范特征(ServiceSpecCharacteristic)中可能出現(xiàn)的賦值；所述Resource域包括如下業(yè)務(wù)實(shí)體，PhysicalResource一個(gè)抽象基類，描述構(gòu)成Product的不同類型的硬件；PhysicalResourceSpecification描述指定PhysicalResource的屬性、行為、關(guān)系、約束、語義；PhysicalResourceRole表示某種物理資源所具有的角色；Holder表示持有某種功能的某種物理資源physical resource；Adapter可成為適配器的某種物理資源；Hardware任何類型的硬件單元；PhysicalDevice可以管理的硬件設(shè)備；PhysicalConnector代表一個(gè)硬件單元用來去連接不同硬件單元，在它們之間傳送信號(hào)、電力等；
PhysicalPort一個(gè)在拓?fù)渖匣蛭锢砩蠈?shí)際存在或可能存在的連接點(diǎn)，可直接映射到一個(gè)物理端口；Equipment一個(gè)可管理的物理組件；EquipmentHolder一個(gè)物理基本類，可管理和包含其他體的裝備；本發(fā)明的共享信息服務(wù)器系統(tǒng)，所述共享信息模型實(shí)體及模型實(shí)體之間的關(guān)聯(lián)關(guān)系采用UML圖的形式表示。從而使模型的設(shè)計(jì)和展示更加直觀，模型的描述更加規(guī)范。
共享信息模型管理器，根據(jù)共享信息模型建模所生成的UML圖，生成模型描述文件，同時(shí)解析數(shù)據(jù)適配模塊所生成的接入系統(tǒng)數(shù)據(jù)格式描述文件；支持用戶在模型和接入系統(tǒng)的屬性之間建立映射關(guān)系，并依此自動(dòng)生成數(shù)據(jù)模型實(shí)例映射文件。
所述共享信息模型管理器具有兩方面功能一方面，根據(jù)共享信息模型建模模塊生成的UML圖，動(dòng)態(tài)地生成或修改XML格式的模型描述文件，另一方面，解析數(shù)據(jù)適配模塊生成的接入系統(tǒng)數(shù)據(jù)格式描述文件。共享信息模型管理器支持使用者根據(jù)模型和系統(tǒng)的具體需求，建立模型屬性和接入系統(tǒng)資源屬性之間的映射關(guān)系，并依據(jù)所建關(guān)系自動(dòng)生成模型實(shí)例映射文件。
共享信息模型管理器包括如下子模塊呈現(xiàn)模塊，模型操作模塊，模型實(shí)例操作模塊。界面呈現(xiàn)模塊以樹型結(jié)構(gòu)表現(xiàn)模型管理器中的全部模型，能夠反映選中模型的基本信息。模型操作模塊可以創(chuàng)建、修改、檢索共享信息模型中的實(shí)體和關(guān)系，從而支持動(dòng)態(tài)生成或修改模型描述文件。模型實(shí)例操作模塊能夠根據(jù)已有的模型去創(chuàng)建模型實(shí)例，實(shí)例包括直接寫明屬性值的單個(gè)實(shí)例和建立在數(shù)據(jù)庫映射之上的實(shí)例組，并生成模型實(shí)例映射文件。
下面分別介紹一下模型描述文件及模型實(shí)例映射文件的內(nèi)容和格式。
模型描述文件使用XML文件格式，分別描述UML模型圖中所述的實(shí)體(Entity)、關(guān)系(Association)和規(guī)范(Specification)的相關(guān)內(nèi)容。模型描述文件中的屬性和標(biāo)簽完整地描述共享信息模型的相關(guān)信息。模型描述文件主要包括模型描述部分、屬性部分以及關(guān)聯(lián)部分，其一般格式如下< xml version="1.0"encoding="gb2312" >
<SID_Class_Maping>
<class ModelName="模型名"ModelType="模型類型"ModelInherit="繼承于實(shí)體">
<Description content="模型描述"/>
<sequence>
<element name="屬性名"type="屬性值類型"nillable="可否為空值"minoccurs="最小出現(xiàn)次數(shù)"/>
<element name=............/></sequence>
<Associations>
<Relation name="關(guān)系名"type="在關(guān)系中實(shí)體所處于的類型"minNum="最小值"maxNum="最大值">
<Opposite Domain="域名"Type="模型類型"Name="模型名"/>
</Relation></Associations>
</class>
</SID_Class_Maping>
上述模型描述文件的字段表示模型描述部分描述模型實(shí)體的一般信息，包括，模型名稱，該模型單元的名稱，模型類型，分為實(shí)體、關(guān)聯(lián)、規(guī)范，繼承于實(shí)體，實(shí)體的直接繼承關(guān)系，模型描述，模型的簡(jiǎn)要描述；屬性部分描述模型實(shí)體的屬性，包括，屬性名，屬性的名稱，屬性類型，屬性值的類型，可否為空，表示該屬性否可以為空值。
最小出現(xiàn)次數(shù)，屬性實(shí)例化時(shí)最小出現(xiàn)的次數(shù)，‘0’表示可以不出現(xiàn)；關(guān)聯(lián)部分描述模型實(shí)體與其他模型實(shí)體之間的關(guān)系，包括，關(guān)系名，為關(guān)系指定的名稱，類型，關(guān)聯(lián)的類型，分為普通、聚合、集合，最大值/最小值，表示實(shí)體在關(guān)系中的關(guān)聯(lián)數(shù)量，分別可取0，1，n，表示0，1，0..1，0..n，1..n五種情況，最大值要大于或等于最小值；關(guān)聯(lián)部分對(duì)方模型與該模型相關(guān)聯(lián)的模型的名稱，包括，域名，對(duì)方模型所在的管理域，
模型類型，對(duì)方模型的實(shí)體/關(guān)系/規(guī)范類型，模型名，對(duì)方模型的名稱。
所述共享信息模型實(shí)例映射文件，用于描述模型中的屬性與具體數(shù)據(jù)庫中數(shù)據(jù)的映射關(guān)系。通過這種映射關(guān)系，可以在相應(yīng)的數(shù)據(jù)庫中查詢到模型屬性相應(yīng)的值。文件的格式如下< xml version="1.0"encoding="gb2312" >
<SID_Instance_Mapping>
<class ModelName="模型名稱"ModelType="模型類型"ModelInherit="繼承于實(shí)體"MapName="映射名稱"Type="映射類型">
<Attributes>
<Property Name="屬性名"Type="屬性類型">
<DataBase Type="數(shù)據(jù)庫類型″IP＝″數(shù)據(jù)庫位置IP"DatabaseName="數(shù)據(jù)庫名稱"TableName="表名"FieldName="列名"/>
<DataBase....../></Property>
<Property Name......
</Property></Attributes>
</class>
</SID_Instance_Mapping>
上述模型實(shí)例映射文件各字段表示模型描述部分描述模型實(shí)例的一般信息，包括，
模型名稱，該模型單元的名稱，模型類型，分為實(shí)體、關(guān)聯(lián)、規(guī)范，繼承于實(shí)體，實(shí)體的直接繼承關(guān)系，映射名稱，模型映射的名稱，與映射文件的文件名一致，映射類型，指明映射的類型是單一映射還是多數(shù)據(jù)庫映射，取值為Single或Mulit；屬性名，實(shí)例化模型所規(guī)定的對(duì)應(yīng)屬性的名稱；屬性類型，實(shí)例化模型所規(guī)定的對(duì)應(yīng)屬性的類型；數(shù)據(jù)庫類型，被映射數(shù)據(jù)庫的類型，取值為SQLServer，Oracle，Access等；數(shù)據(jù)庫位置IP，指明數(shù)據(jù)庫的網(wǎng)絡(luò)IP，以便能夠?qū)?shù)據(jù)進(jìn)行定位；數(shù)據(jù)庫名，數(shù)據(jù)庫的名稱；出于安全考慮，在模型實(shí)例文件中不設(shè)數(shù)據(jù)庫用戶名和密碼信息，共享信息模型使用方應(yīng)該有數(shù)據(jù)庫的默認(rèn)用戶和密碼；表名，數(shù)據(jù)信息所在表的表名；列名，數(shù)據(jù)信息所在列的列名，模型中的每條屬性都和一個(gè)數(shù)據(jù)庫表中的列對(duì)應(yīng)。
圖6為本發(fā)明的共享信息服務(wù)器系統(tǒng)中，共享信息模型管理器的操作流程圖。
如圖所示，共享信息模型管理器，首先，進(jìn)入模型操作模塊中的模型管理子模塊，如果選擇新建模型實(shí)體，管理員則可以根據(jù)UML模型設(shè)計(jì)圖，輸入模型實(shí)體的相關(guān)屬性，輸入完畢后模型管理器將判斷是否已經(jīng)存在同名的模型實(shí)體，如果不存在，則將輸入的該實(shí)體信息存為一個(gè)模型描述文件，管理員可通過重復(fù)上述過程，完成給定管理域的業(yè)務(wù)實(shí)體的創(chuàng)建；如果選擇查詢模型實(shí)體的功能，則模型管理器將輸入請(qǐng)求查詢的實(shí)體的名稱；然后根據(jù)輸入的名稱查詢相應(yīng)的模型描述文件；如果存在相應(yīng)的模型描述文件，則會(huì)讀取模型描述文件中的相關(guān)信息，并通過界面呈現(xiàn)子模塊顯示出來；如果不存在相應(yīng)的模型描述文件則返回空值；如果選擇刪除模型實(shí)體的功能，則要求輸入所要查詢的實(shí)體的名稱；模型管理器會(huì)根據(jù)輸入的名稱查詢相應(yīng)的模型描述文件是否存在，如果存在則刪除該文件，如果不存在則刪除失敗。
如圖7所示，為共享信息模型管理器生成模型實(shí)體映射文件的流程圖。
首先，進(jìn)入模型實(shí)例操作子模塊，模型管理器讀取數(shù)據(jù)適配模塊生成的接入系統(tǒng)數(shù)據(jù)格式描述文件，然后，要求輸入欲生成映射關(guān)系的模型實(shí)體的名稱并且讀取與該實(shí)體相對(duì)應(yīng)的模型描述文件；界面呈現(xiàn)子模塊顯示接入系統(tǒng)數(shù)據(jù)格式描述文件和模型描述文件中所包含的信息；管理人員可以根據(jù)呈現(xiàn)的信息和系統(tǒng)的具體設(shè)計(jì)，指定模型實(shí)體中相應(yīng)屬性與接入系統(tǒng)數(shù)據(jù)庫中的字段的對(duì)應(yīng)關(guān)系；最后，模型管理器檢查模型實(shí)體的所有屬性是否都已經(jīng)被指定了對(duì)應(yīng)關(guān)系，如果還有屬性沒有指定對(duì)應(yīng)關(guān)系則重復(fù)上述過程，如果都已指定，則共享信息模型管理器根據(jù)指定的對(duì)應(yīng)關(guān)系生成相應(yīng)的模型實(shí)例映射文件。
通過上述共享信息模型管理器，管理員可以對(duì)共享信息模型實(shí)體進(jìn)行查詢、增加、修改及刪除等操作。
調(diào)用解析執(zhí)行模塊，接收訪問接口傳遞過來的數(shù)據(jù)請(qǐng)求，根據(jù)請(qǐng)求內(nèi)容解析模型實(shí)例映射文件，根據(jù)映射文件的內(nèi)容執(zhí)行對(duì)底層接入系統(tǒng)數(shù)據(jù)的操作；所述調(diào)用解析執(zhí)行模塊所執(zhí)行的對(duì)底層接入系統(tǒng)數(shù)據(jù)的操作包括查詢、插入、修改及刪除。如圖8所示，為調(diào)用解析執(zhí)行模塊的運(yùn)行流程圖。
首先，調(diào)用解析模塊獲取共享信息訪問接口的調(diào)用請(qǐng)求，解析調(diào)用請(qǐng)求的參數(shù)，獲得所要調(diào)用的共享對(duì)象的名稱，操作名稱，輸入?yún)?shù)，返回結(jié)果類型等信息；然后，根據(jù)共享對(duì)象名稱查詢是否存在相應(yīng)的模型實(shí)例映射文件，如果不存在則報(bào)錯(cuò)并結(jié)束流程，如果存在則解析相應(yīng)的模型實(shí)例映射文件，則獲取該調(diào)用請(qǐng)求所涉及的共享對(duì)象的屬性與具體應(yīng)用系統(tǒng)數(shù)據(jù)之間的映射關(guān)系。
最后，根據(jù)這種映射關(guān)系將調(diào)用請(qǐng)求分解為一個(gè)或多個(gè)對(duì)應(yīng)用系統(tǒng)數(shù)據(jù)的操作。具體操作步驟如下讀取調(diào)用請(qǐng)求的輸入?yún)?shù)和輸出參數(shù)，獲得參數(shù)與應(yīng)用系統(tǒng)之間的映射信息；將輸入?yún)?shù)和輸出參數(shù)映射信息的交集作為本次請(qǐng)求數(shù)據(jù)操作的請(qǐng)求對(duì)象，將映射后的字段作為對(duì)應(yīng)用系統(tǒng)數(shù)據(jù)操作的輸入?yún)?shù)和輸出參數(shù)，解析有關(guān)的輸入輸出參數(shù)，并生成相關(guān)的對(duì)數(shù)據(jù)庫操作的SQL語句；最后，調(diào)用解析執(zhí)行模塊創(chuàng)建與數(shù)據(jù)庫的連接，如果連接創(chuàng)建成功，則將所生成的SQL語句和連接傳給數(shù)據(jù)適配模塊，執(zhí)行并且獲取相應(yīng)的數(shù)據(jù)，整個(gè)流程結(jié)束。
其中，生成具體的對(duì)數(shù)據(jù)庫操作的SQL語句的流程，如圖9所示。
根據(jù)上述調(diào)用解析執(zhí)行模塊，可以通過數(shù)據(jù)適配模塊提供對(duì)底層數(shù)據(jù)的查詢、插入、修改及刪除等操作。
本發(fā)明的共享信息服務(wù)器系統(tǒng)中，所述結(jié)果整合模塊完成對(duì)數(shù)據(jù)適配模塊的返回結(jié)果進(jìn)行整合和封裝的功能。模塊獲取操作的返回結(jié)果，通過解析模型描述文件的相關(guān)內(nèi)容，對(duì)返回結(jié)果進(jìn)行整合，生成返回結(jié)果的XML格式。將對(duì)數(shù)據(jù)庫的實(shí)際操作結(jié)果封裝成標(biāo)準(zhǔn)的XML結(jié)果集對(duì)于查詢(Select)操作，返回的是對(duì)數(shù)據(jù)庫的查詢結(jié)果，對(duì)于修改(Update)、刪除(Delete)和插入(Insert)操作，返回的是操作成功與否信息。
結(jié)果整合模塊的具體工作流程如圖10所示首先，結(jié)果整合模塊獲取數(shù)據(jù)適配模塊的返回結(jié)果，根據(jù)結(jié)果的內(nèi)容，解析與其相對(duì)應(yīng)的共享對(duì)象的模型描述文件及模型實(shí)例映射文件；模塊從模型描述文件可得知模型對(duì)象中所包含的屬性的具體內(nèi)容；從模型實(shí)例映射文件中可得知返回結(jié)果與共享對(duì)象的屬性之間的對(duì)應(yīng)關(guān)系；
然后，根據(jù)所得到的信息，將返回的結(jié)果整合成為模型描述文件指定的數(shù)據(jù)格式；這一過程可以視為調(diào)用解析模塊中按關(guān)聯(lián)關(guān)系將請(qǐng)求分解成一個(gè)或多個(gè)對(duì)應(yīng)用系統(tǒng)的操作的逆過程；最后，根據(jù)整合后的結(jié)果，生成相應(yīng)的XML格式的返回結(jié)果描述文件，并將該文件傳遞給數(shù)據(jù)對(duì)象生成模塊。
在數(shù)據(jù)對(duì)象生成模塊中，生成與調(diào)用請(qǐng)求相對(duì)應(yīng)的對(duì)象，解析上述結(jié)果整合模塊所返回的結(jié)果，將返回結(jié)果中的值為對(duì)象中的相應(yīng)屬性賦值，并且通過共享信息訪問接口將對(duì)象返回給上層的應(yīng)用組件。
結(jié)果整合模塊獲得的返回結(jié)果是以XML格式存儲(chǔ)的結(jié)構(gòu)化的數(shù)據(jù)，需要通過對(duì)象生成模塊將這些結(jié)構(gòu)化的數(shù)據(jù)封裝成為應(yīng)用組件所需的共享信息對(duì)象，并通過共享對(duì)象訪問接口，將對(duì)象化的數(shù)據(jù)返回給相關(guān)的應(yīng)用組件。
本發(fā)明的共享信息服務(wù)器系統(tǒng)中，所述數(shù)據(jù)對(duì)象生成模塊的主要功能為解析XML格式的返回結(jié)果，將返回結(jié)果中的相應(yīng)值賦給對(duì)共享對(duì)象中的相應(yīng)屬性，并通過共享信息訪問接口將對(duì)象化數(shù)據(jù)結(jié)果返回給相關(guān)的應(yīng)用組件。數(shù)據(jù)對(duì)象生成模塊的執(zhí)行流程，如圖11所示。
首先，解析XML格式的返回結(jié)果的文件；然后，生成一個(gè)與返回結(jié)果類型相對(duì)應(yīng)的數(shù)據(jù)對(duì)象；然后，讀取返回結(jié)果文件中的數(shù)據(jù)并給數(shù)據(jù)對(duì)象的相應(yīng)屬性字段賦值，并將生成的數(shù)據(jù)對(duì)象保存在一個(gè)對(duì)象數(shù)組中，檢查返回結(jié)果文件中是否所有數(shù)據(jù)都已經(jīng)對(duì)象化，如果仍有數(shù)據(jù)沒有對(duì)象化，則重復(fù)上述步驟；如果所有數(shù)據(jù)都已對(duì)象化，則通過共享信息訪問接口，將保存在對(duì)象數(shù)據(jù)中的一系列對(duì)象化的數(shù)據(jù)通過后述共享信息訪問接口返回給相關(guān)應(yīng)用組件。
消息事件處理模塊，處理底層網(wǎng)元設(shè)備或OMC上傳的實(shí)時(shí)的信息和數(shù)據(jù)；將這些信息和數(shù)據(jù)按照共享信息模型規(guī)范的格式包裝后，通過共享信息訪問接口傳遞給相應(yīng)的應(yīng)用組件。
如圖12所示，為本發(fā)明的共享信息服務(wù)器系統(tǒng)中消息事件處理模塊的流程圖。
首先，應(yīng)用功能組件通過共享信息訪問接口向共享信息模型服務(wù)器訂制某種消息，然后，服務(wù)器的消息事件處理模塊則實(shí)時(shí)地偵聽數(shù)據(jù)適配模塊傳遞的來自于網(wǎng)元設(shè)備的告警信息和通知信息；獲取消息后，解析消息體中的內(nèi)容，獲取消息的類型，并根據(jù)消息的類型，查詢是否存在與其相對(duì)應(yīng)的模型描述文件；如果不存在則，報(bào)錯(cuò)并結(jié)束流程；如果存在，則根據(jù)模型描述文件生成一個(gè)相關(guān)的消息對(duì)象。
消息事件處理模塊解析與消息類型相對(duì)應(yīng)的模型實(shí)例映射文件，從模型實(shí)例映射文件中得到消息體中的屬性字段與所生成的消息對(duì)象中的屬性的映射關(guān)系；然后，模塊根據(jù)確定的映射關(guān)系，從消息體中獲取相應(yīng)的屬性，并利用此屬性給消息對(duì)象中的相應(yīng)屬性賦值；最后，模塊檢查是否所有消息體中的內(nèi)容都已經(jīng)對(duì)象化，如果還存在未被對(duì)象化的消息體，則重復(fù)上述過程；如果所有消息體都已對(duì)象化，則將這些信息模型規(guī)范的消息對(duì)象通過共享信息訪問接口發(fā)送出去。應(yīng)用組件可通過實(shí)現(xiàn)消息接收的客戶端，實(shí)時(shí)地獲取共享信息服務(wù)器傳遞的對(duì)象化的消息和事件。
本發(fā)明的共享信息服務(wù)器系統(tǒng)中，所述共享信息訪問接口，是應(yīng)用組件與共享信息服務(wù)器系統(tǒng)進(jìn)行交互的接口，應(yīng)用組件通過共享信息訪問接口獲得共享信息服務(wù)器規(guī)范的信息和數(shù)據(jù)，包括共享對(duì)象訪問接口、對(duì)象關(guān)系訪問接口、消息事件訪問接口。
所述共享對(duì)象訪問接口主要提供有關(guān)對(duì)象化信息的訪問。應(yīng)用組件可以通過共享對(duì)象訪問接口，獲取特定對(duì)象的相關(guān)屬性信息和數(shù)據(jù)。例如，在電信運(yùn)營(yíng)的配置管理中，網(wǎng)管系統(tǒng)可以通過設(shè)備的唯一標(biāo)識(shí)查詢相關(guān)設(shè)備的配置信息。通過共享對(duì)象訪問接口可以實(shí)現(xiàn)對(duì)共享對(duì)象的增、刪、改、查等操作。
所述對(duì)象關(guān)系訪問接口電信網(wǎng)絡(luò)管理系統(tǒng)涉及的資源對(duì)象很多。在共享信息模型的設(shè)計(jì)階段，服務(wù)器已經(jīng)規(guī)范了資源對(duì)象之間的關(guān)聯(lián)和繼承關(guān)系。通過這些關(guān)系可以實(shí)現(xiàn)跨越多管理域的數(shù)據(jù)查詢和訪問。對(duì)象關(guān)系訪問接口主要提供對(duì)資源對(duì)象之間關(guān)系的查詢和訪問的功能。通過該接口，可以實(shí)現(xiàn)針對(duì)一個(gè)給定的資源對(duì)象，查詢所有與其相關(guān)聯(lián)對(duì)象，以及針對(duì)某個(gè)特定關(guān)系，查詢所有與其相關(guān)的對(duì)象的功能。
應(yīng)用組件和共享信息服務(wù)器基于共享對(duì)象訪問接口和對(duì)象關(guān)系訪問接口進(jìn)行交互的過程比較相似，其交互過程如圖13所示。
所述消息事件訪問接口在電信網(wǎng)絡(luò)管理系統(tǒng)中，設(shè)備的告警信息和通知信息是以消息或者事件的方式傳遞的。通過消息事件訪問接口，可以獲得通過共享信息模型規(guī)范后的消息和事件。功能組件只要實(shí)現(xiàn)一個(gè)消息接收的客戶端便可以實(shí)時(shí)的接收來自消息事件訪問接口的消息內(nèi)容。
功能組件與共享信息服務(wù)器基于消息事件訪問接口的交互流程如圖14所示。
通過本說明書的實(shí)施例對(duì)共享信息服務(wù)器系統(tǒng)的各部分進(jìn)行組合后，形成了具有完善功能的共享信息服務(wù)器系統(tǒng)，該共享信息服務(wù)器系統(tǒng)可為電信運(yùn)營(yíng)支撐系統(tǒng)提供統(tǒng)一數(shù)據(jù)格式和信息應(yīng)用共享功能，對(duì)電信運(yùn)營(yíng)管理中涉及的大量復(fù)雜數(shù)據(jù)和信息可實(shí)行集中管理，并支持電信業(yè)務(wù)對(duì)數(shù)據(jù)的標(biāo)準(zhǔn)訪問，為電信領(lǐng)域應(yīng)用中間件平臺(tái)的可靠運(yùn)行提供數(shù)據(jù)規(guī)范和數(shù)據(jù)保障。
綜上所述，對(duì)本發(fā)明以實(shí)施例為中心進(jìn)行了說明，相關(guān)工作人員完全可以在不偏離本項(xiàng)發(fā)明技術(shù)思想的范圍內(nèi)，體現(xiàn)出與本發(fā)明的詳細(xì)說明不同形式的實(shí)施例。在這里，本項(xiàng)發(fā)明的技術(shù)性范圍均體現(xiàn)在權(quán)利要求范圍，并且與此相同范圍內(nèi)的所有不同點(diǎn)應(yīng)包括在本發(fā)明的技術(shù)性范圍。
權(quán)利要求
1.一種共享信息服務(wù)器系統(tǒng)，其特征在于，包括如下部分構(gòu)成共享信息服務(wù)器注冊(cè)模塊，解析共享信息服務(wù)器描述文件，讀取相應(yīng)的服務(wù)器描述信息，并將這些信息注冊(cè)給企業(yè)服務(wù)總線；數(shù)據(jù)適配模塊，主要用于屏蔽底層數(shù)據(jù)接入方式的差異，對(duì)上層提供統(tǒng)一的數(shù)據(jù)訪問方式；對(duì)于以接口方式訪問的數(shù)據(jù)可以獲取接口數(shù)據(jù)并存入接口數(shù)據(jù)存儲(chǔ)庫；同時(shí)，解析接口數(shù)據(jù)庫和遺留系統(tǒng)數(shù)據(jù)庫的格式生成接入系統(tǒng)數(shù)據(jù)格式描述文件；共享信息建模模塊，主要是通過共享信息建模方法，對(duì)電信運(yùn)營(yíng)管理系統(tǒng)中的數(shù)據(jù)和信息進(jìn)行規(guī)劃和建模，設(shè)計(jì)并實(shí)現(xiàn)系統(tǒng)實(shí)際使用的信息和數(shù)據(jù)實(shí)體的屬性，描述實(shí)體之間的關(guān)系，并用模型圖表示所建模型實(shí)體及實(shí)體間關(guān)聯(lián)關(guān)系；共享信息模型管理器，根據(jù)共享信息建模模塊所生成的模型圖，生成模型描述文件，同時(shí)解析數(shù)據(jù)適配模塊所生成的接入系統(tǒng)數(shù)據(jù)格式描述文件；支持用戶在模型和接入系統(tǒng)的屬性之間建立映射關(guān)系，并依此自動(dòng)生成數(shù)據(jù)模型實(shí)例映射文件；調(diào)用解析執(zhí)行模塊，接收訪問接口傳遞過來的數(shù)據(jù)請(qǐng)求，根據(jù)請(qǐng)求內(nèi)容解析模型實(shí)例映射文件，根據(jù)映射文件的內(nèi)容執(zhí)行對(duì)底層接入系統(tǒng)數(shù)據(jù)的操作；結(jié)果整合模塊，獲取操作的返回結(jié)果，解析模型描述文件，根據(jù)模型描述文件的內(nèi)容將返回結(jié)果進(jìn)行整合，并生成與其相對(duì)應(yīng)的返回結(jié)果；數(shù)據(jù)對(duì)象生成模塊，生成與調(diào)用請(qǐng)求相對(duì)應(yīng)的對(duì)象，解析上述結(jié)果整合模塊所返回的結(jié)果，將返回結(jié)果中的值為對(duì)象中的相應(yīng)屬性賦值，并且通過共享信息訪問接口將對(duì)象返回給上層的應(yīng)用組件；消息事件處理模塊，處理底層網(wǎng)元設(shè)備或OMC上傳的實(shí)時(shí)的信息和數(shù)據(jù)；將這些信息和數(shù)據(jù)按照共享信息模型規(guī)范的格式包裝后，通過共享信息訪問接口傳遞給相應(yīng)的應(yīng)用組件；共享信息訪問接口，是應(yīng)用組件與共享信息服務(wù)器系統(tǒng)進(jìn)行交互的接口，應(yīng)用組件通過共享信息訪問接口獲得共享信息服務(wù)器規(guī)范的信息和數(shù)據(jù)。
2.如權(quán)利要求1所述共享信息服務(wù)器系統(tǒng)，其特征在于，所述注冊(cè)模塊，向企業(yè)服務(wù)總線注冊(cè)的信息包括共享信息服務(wù)器名稱(SIDServerName)、共享信息服務(wù)器IP地址(SIDServerIP)、共享信息服務(wù)器端口(SIDServerPort)、共享信息服務(wù)器編號(hào)(SIDServerId)、共享信息服務(wù)器描述(SIDServerDescription)。
3.如權(quán)利要求1所述共享信息服務(wù)器系統(tǒng)，其特征在于，所述數(shù)據(jù)適配模塊所接入共享信息服務(wù)器的數(shù)據(jù)來源包括來自于網(wǎng)元設(shè)備的接口數(shù)據(jù)、來自于操作維護(hù)中心(OMC)的接口數(shù)據(jù)、來自于遺留系統(tǒng)數(shù)據(jù)庫中的數(shù)據(jù)；數(shù)據(jù)適配模塊的工作流程包括如下子流程接口數(shù)據(jù)存儲(chǔ)流程、接入系統(tǒng)數(shù)據(jù)格式描述文件生成流程、SQL請(qǐng)求執(zhí)行流程；接口數(shù)據(jù)存儲(chǔ)流程首先判斷接口的類型，根據(jù)接口的類型的不同，分別調(diào)用OMC接口數(shù)據(jù)提取程序或網(wǎng)元設(shè)備接口數(shù)據(jù)提取程序來獲取接口中的數(shù)據(jù)，然后建立與接口數(shù)據(jù)存儲(chǔ)庫的連接，并且將獲取的接口數(shù)據(jù)存入接口數(shù)據(jù)庫中；如果連接失敗則流程結(jié)束；接入系統(tǒng)數(shù)據(jù)格式描述文件生成流程首先建立與接口數(shù)據(jù)存儲(chǔ)庫或遺留系統(tǒng)數(shù)據(jù)庫之間的數(shù)據(jù)庫連接，如果連接建立成功則查詢數(shù)據(jù)庫的結(jié)構(gòu)，并且按照上面所述的文件格式生成接入系統(tǒng)數(shù)據(jù)格式描述文；如果連接失敗則流程結(jié)束；SQL請(qǐng)求執(zhí)行流程首先建立與接口數(shù)據(jù)存儲(chǔ)庫或遺留系統(tǒng)數(shù)據(jù)庫之間的數(shù)據(jù)庫連接；如果連接建立成功，則利用數(shù)據(jù)庫所提供的標(biāo)準(zhǔn)操作并不執(zhí)行用解析執(zhí)行模塊傳來的SQL請(qǐng)求語句，然后將SQL語句執(zhí)行的結(jié)果傳給返回結(jié)果整合模塊；如果連接失敗則流程結(jié)束。
4.如權(quán)利要求1所述共享信息服務(wù)器系統(tǒng)，其特征在于在所述共享信息建模模塊中，生成并存儲(chǔ)共享信息模型。
5.如權(quán)利要求1所述共享信息服務(wù)器系統(tǒng)，其特征在于，所述共享信息模型管理器包括界面呈現(xiàn)模塊、模型操作模塊、模型實(shí)例操作模塊；所述界面呈現(xiàn)模塊，以樹型結(jié)構(gòu)表現(xiàn)模型管理器中的全部模型，能夠反映選中模型的基本信息；所述模型操作模塊，創(chuàng)建、修改、檢索共享信息模型中的實(shí)體和關(guān)系，支持動(dòng)態(tài)生成或修改模型描述文件；模型實(shí)例操作模塊，根據(jù)已有的模型創(chuàng)建模型實(shí)例，實(shí)例包括直接寫明屬性值的單個(gè)實(shí)例和建立在數(shù)據(jù)庫映射之上的實(shí)例組，并生成模型實(shí)例映射文件。
6.如權(quán)利要求5所述共享信息服務(wù)器系統(tǒng)，其特征在于，所述模型描述文件包括如下內(nèi)容，模型描述部分描述模型實(shí)體的一般信息，包括，模型名稱，該模型單元的名稱，模型類型，分為實(shí)體、關(guān)聯(lián)、規(guī)范，繼承于實(shí)體，實(shí)體的直接繼承關(guān)系，模型描述，模型的簡(jiǎn)要描述；屬性部分描述模型實(shí)體的屬性，包括，屬性名，屬性的名稱，屬性類型，屬性值的類型，可否為空，表示該屬性否可以為空值，最小出現(xiàn)次數(shù)，屬性實(shí)例化時(shí)最小出現(xiàn)的次數(shù)，‘0’表示可以不出現(xiàn)；關(guān)聯(lián)部分描述模型實(shí)體與其他模型實(shí)體之間的關(guān)系，包括，關(guān)系名，為關(guān)系指定的名稱，類型，關(guān)聯(lián)的類型，分為普通、聚合、集合，最大值/最小值，表示實(shí)體在關(guān)系中的關(guān)聯(lián)數(shù)量，分別可取0，1，n，表示0，1，0..1，0..n，1..n五種情況，最大值要大于或等于最小值；關(guān)聯(lián)部分對(duì)方模型與該模型相關(guān)聯(lián)的模型的名稱，包括，域名，對(duì)方模型所在的管理域，模型類型，對(duì)方模型的實(shí)體/關(guān)系/規(guī)范類型，模型名，對(duì)方模型的名稱。
7.如權(quán)利要求5所述共享信息服務(wù)器系統(tǒng)，其特征在于，所述模型實(shí)例映射文件包括如下內(nèi)容，模型描述部分描述模型實(shí)例的一般信息，包括，模型名稱，該模型單元的名稱，模型類型，分為實(shí)體、關(guān)聯(lián)、規(guī)范，繼承于實(shí)體，實(shí)體的直接繼承關(guān)系，映射名稱，模型映射的名稱，與映射文件的文件名一致，映射類型，指明映射的類型是單一映射還是多數(shù)據(jù)庫映射，取值為Single或Mulit；屬性名，實(shí)例化模型所規(guī)定的對(duì)應(yīng)屬性的名稱；屬性類型，實(shí)例化模型所規(guī)定的對(duì)應(yīng)屬性的類型；數(shù)據(jù)庫類型，被映射數(shù)據(jù)庫的類型，取值為SQLServer，Oracle，Access等；數(shù)據(jù)庫位置IP，指明數(shù)據(jù)庫的網(wǎng)絡(luò)IP，以便能夠?qū)?shù)據(jù)進(jìn)行定位；數(shù)據(jù)庫名，數(shù)據(jù)庫的名稱；表名，數(shù)據(jù)信息所在表的表名；列名，數(shù)據(jù)信息所在列的列名，并且模型中的每條屬性都和一個(gè)數(shù)據(jù)庫表中的列對(duì)應(yīng)。
8.如權(quán)利要求1所述共享信息服務(wù)器系統(tǒng)，其特征在于，所述調(diào)用解析執(zhí)行模塊所執(zhí)行的對(duì)底層接入系統(tǒng)數(shù)據(jù)的操作包括查詢、插入、修改及刪除。
9.如權(quán)利要求1所述共享信息服務(wù)器系統(tǒng)，其特征在于，所述結(jié)果整合模塊，將從數(shù)據(jù)適配模塊返回的結(jié)果整合成指定格式的返回結(jié)果集，包括對(duì)于查詢操作，返回的是對(duì)數(shù)據(jù)庫查詢的結(jié)果；對(duì)于修改、刪除和插入操作，返回的是操作是否成功的信息。
10.如權(quán)利要求1所述共享信息服務(wù)器系統(tǒng)，其特征在于，所述共享信息訪問接口，包括共享對(duì)象訪問接口應(yīng)用組件通過共享對(duì)象訪問接口，獲取特定對(duì)象的相關(guān)屬性信息和數(shù)據(jù)；對(duì)象關(guān)系訪問接口在共享信息模型的設(shè)計(jì)階段，服務(wù)器已經(jīng)規(guī)范了資源對(duì)象之間的關(guān)聯(lián)和繼承關(guān)系；消息事件訪問接口在電信網(wǎng)絡(luò)管理系統(tǒng)中，以消息或者事件的方式傳遞設(shè)備的告警信息和通知信息。
11.如權(quán)利要求1或4中任何一項(xiàng)所述共享信息服務(wù)器系統(tǒng)，其特征在于，所述共享信息模型為共享信息服務(wù)器向應(yīng)用組件提供統(tǒng)一的數(shù)據(jù)規(guī)范，并將底層不規(guī)范的數(shù)據(jù)和信息映射到平臺(tái)規(guī)范的數(shù)據(jù)模型；所述共享信息模型分為產(chǎn)品域，包括Product、Product Offering、Product Specification及Product Performance實(shí)體集；客戶域，包括Customer Problem、Customer Order、Customer、Customer Bill實(shí)體集；服務(wù)域，包括Service Specification、Service Performance、Service、Service Usage、Service Trouble實(shí)體集；資源域，包括Resource Specification、Resource Performance、Resource Usage、Resource、Resource Trouble、Resource Performance、Resource Configuration實(shí)體集；通用域，包括Policy實(shí)體集，及Location、Party、Business Interaction實(shí)體集；并采用模型圖表示所建的共享信息模型結(jié)構(gòu)；所述共享信息模型分為三個(gè)層次原模型層、模型層及實(shí)例層；原模型層實(shí)現(xiàn)核心共享信息模型所有域，包括三類實(shí)體實(shí)體值、實(shí)體關(guān)聯(lián)、實(shí)體規(guī)范；各管理域的模型實(shí)體都從這三個(gè)方面對(duì)相關(guān)的描述和方法進(jìn)行分類和繼承；模型層生成與電信業(yè)務(wù)相關(guān)的業(yè)務(wù)實(shí)體；描述管理域中業(yè)務(wù)實(shí)體的屬性和方法以及業(yè)務(wù)實(shí)體之間的相互關(guān)系；所述的各個(gè)域的實(shí)體集和具體的業(yè)務(wù)實(shí)體均在模型層實(shí)現(xiàn)；實(shí)例層通過對(duì)模型層業(yè)務(wù)實(shí)體的繼承并為相應(yīng)的屬性和方法附值，形成具體的數(shù)據(jù)實(shí)體；并且模型所有域及實(shí)體集的實(shí)現(xiàn)均由這三層組成。
12.如權(quán)利要求11所述共享信息服務(wù)器系統(tǒng)，其特征在于所述Location實(shí)體集包括如下業(yè)務(wù)實(shí)體，Place，定義了“Geographic”和“Local”兩個(gè)分支，從不同角度來表現(xiàn)地理信息；Location，表現(xiàn)的地點(diǎn)和方位的概念，它有唯一的識(shí)別碼或名字標(biāo)識(shí)；Address，結(jié)構(gòu)化的文本表達(dá)方式，用以找到一個(gè)“Location”；Site，存在的具體地點(diǎn)，具有一系列的物理特征和服務(wù)提供商感興趣的屬性；Geographic Location，該實(shí)體根據(jù)實(shí)際應(yīng)用的需求進(jìn)行擴(kuò)展；Geographic Sub Address，描述地址；所述Party實(shí)體集包括如下業(yè)務(wù)實(shí)體，PartyValue，記錄參與者本身的基本信息；PartyRoleValue，參與者角色是商業(yè)活動(dòng)交互的單元；PartyAssociation，在商業(yè)活動(dòng)中多方參與者角色之間的關(guān)系；Individure，個(gè)人信息，為服務(wù)提供商內(nèi)部或其外部；Organization，組織可以是服務(wù)提供商內(nèi)部或是外部的參與者；所述Business Interaction實(shí)體集包括，BusinessInteraction描述多個(gè)業(yè)務(wù)參與者之間的合同、聯(lián)系或者通訊方式；BusinessInteractionItem描述BusinessInteraction的業(yè)務(wù)交互方式；BusinessInteractionItemPrice描述業(yè)務(wù)項(xiàng)BusinessInteractionItem的價(jià)格，這個(gè)價(jià)格是由與之相聯(lián)系的ProductOfferingPrice確定的；BusinessInteractionRole指定業(yè)務(wù)實(shí)體在交互過程中涉及的角色，例如請(qǐng)求者(requester)、響應(yīng)者(responder)、接受者(recipient)；BusinessInteractionLocation指定業(yè)務(wù)交互過程涉及的地點(diǎn)；BusinessInteractionRelationship描述兩個(gè)業(yè)務(wù)項(xiàng)之間的聯(lián)系方式；BusinessInteractionType指定業(yè)務(wù)交互類型的名稱；Agreement給出的條約或者安排，可以是手寫或者是口頭形式，在某些時(shí)候是受法律約束的；Notification通知某事已經(jīng)或者將要發(fā)生，該通知是單向的，不期待有所回應(yīng)；Notifcation可以被創(chuàng)建為對(duì)Request的回應(yīng)；Request請(qǐng)求做某事的行為，一般都需要有相應(yīng)的回應(yīng)；Response對(duì)Request的回應(yīng)；所述Customer域包括如下業(yè)務(wù)實(shí)體，Customer客戶的基本信息；CustomerCreditProfile客戶信用情況資料；CustomerCriditProfileReference客戶信用情況的關(guān)聯(lián)，描述了客戶與具體的金融機(jī)構(gòu)之間的關(guān)聯(lián)關(guān)系；CustomerAccount描述客戶賬戶的基本信息；CustomerAccountBillCycle描述客戶賬戶的計(jì)費(fèi)周期；CustomerAccountContact客戶賬戶的聯(lián)系方式；CustomerAccountRelationship描述客戶帳戶之間的關(guān)系；CustomerAccountTaxExemption描述賬戶的免稅信息；所述Product域包括如下業(yè)務(wù)實(shí)體，CompositeProductSpecification是ProductSpecification的聚合ProductSpecficationRelationship描述ProductSpecification之間的關(guān)系；ProductSpecificationCost表示產(chǎn)品ProductSpecification在商業(yè)上有關(guān)策劃、開發(fā)、上市和實(shí)施等的花費(fèi)；ProductOffering給出產(chǎn)品銷售的方法；ProductCatalog一個(gè)ProductOffering售賣的清單，里面附有圖和價(jià)格，并以書面形式或公布在網(wǎng)頁上；Product由企業(yè)、服務(wù)提供商或市場(chǎng)等所能提供給客戶的產(chǎn)品；ProductBundle一種由多種產(chǎn)品構(gòu)成的產(chǎn)品；ProductComponent一個(gè)沒有子產(chǎn)品的產(chǎn)品；ProductCharacteristic產(chǎn)品的特性；ProductOfferingPrice表示一個(gè)產(chǎn)品ProductOffering的價(jià)格；ProdOfferCharge一個(gè)ProductOffering被銷售、租賃或發(fā)行時(shí)的等值金錢的數(shù)量；所述Service域包括如下業(yè)務(wù)實(shí)體，Service描述服務(wù)的基本信息；CustomerFacingService繼承于Service，描述面向客戶服務(wù)(客戶可見服務(wù))的基本信息；ResourceFacingService繼承于Service，描述面向資源服務(wù)(客戶不可見服務(wù))的基本信息；ServiceSpecification相對(duì)于Service的常變信息而言，描述服務(wù)一般不變的信息，為規(guī)范模板；CustomerFacingServiceSpec繼承于ServiceSpecification，用于描述面向客戶服務(wù)(客戶可見服務(wù))基本信息中相對(duì)不變信息，為規(guī)范模板；ResourceFacingServiceSpec繼承于ServiceSpecification，用于描述面向資源服務(wù)(客戶不可見服務(wù))基本信息中相對(duì)不變信息，為規(guī)范模板；ServiceSpecVersion當(dāng)服務(wù)規(guī)范ServiceSpecification變動(dòng)較小，不足以更換規(guī)范時(shí)用，服務(wù)規(guī)范版本記錄ServiceSpecification的細(xì)微變動(dòng)；ServiceRole記錄服務(wù)在應(yīng)用中所扮演的角色，便承擔(dān)相關(guān)的任務(wù)；ServiceSpecificationRole服務(wù)規(guī)范角色記錄服務(wù)在應(yīng)用中扮演角色時(shí)的相對(duì)固定信息，為規(guī)范模板；ServiceCharacteristic記錄服務(wù)所具有的物理，邏輯，配置等相關(guān)內(nèi)容的屬性特征；ServiceSpecCharacteristic記錄服務(wù)規(guī)范所具有的物理，邏輯，配置等相關(guān)內(nèi)容的屬性特征；CustomerFacingServiceAtomic繼承于面向客戶的服務(wù)(CFS)，記錄面向客戶CFS中的原子級(jí)的服務(wù)信息；CustomerFacingServiceComposite繼承于面向客戶的服務(wù)(CFS)，記錄面向客戶CFS中的由原子服務(wù)組而合成的服務(wù)組合；ResourceFacingServiceAtomic繼承于面向資源的服務(wù)(RFS)，記錄面向資源RFS中的原子級(jí)的服務(wù)信息；ResourceFacingServiceComposite繼承于面向資源服務(wù)(RFS)，記錄面向資源RFS中的由原子服務(wù)組合而成的服務(wù)組合；CustomerFacingServiceSpecAtomic繼承于面向客戶服務(wù)規(guī)范(CFSSpecification)，記錄面向客戶服務(wù)規(guī)范CFSSpecification中原子級(jí)的服務(wù)規(guī)范信息，為規(guī)范模板；CustomerFacingServiceSpecComposite繼承于面向客戶服務(wù)規(guī)范(CFSSpecification)，記錄面向客戶服務(wù)規(guī)范CFSSpecification中由服務(wù)規(guī)范原子組合而成的服務(wù)組信息，為規(guī)范模板；ResourceFacingServiceSpecAtomic繼承于面向資源服務(wù)規(guī)范(RFSSpecification)，記錄面向資源服務(wù)規(guī)范RFSSpecification中原子級(jí)的服務(wù)規(guī)范信息，為規(guī)范模板；ResourceFacingServiceSpecComposite繼承于面向資源服務(wù)規(guī)范(RFSSpecification)，記錄面向資源規(guī)范RFSSpecification中由服務(wù)規(guī)范原子組合而成的服務(wù)組信息，為規(guī)范模板；CostomerFacingServiceSpecVersion繼承于服務(wù)規(guī)范版本(ServiceSpecificationVersion)，記錄服務(wù)規(guī)范版本中關(guān)于面向客戶服務(wù)CFS的信息；ResourceFacingServiceSpecVersion繼承于服務(wù)規(guī)范版本(ServiceSpecificationVersion)，記錄服務(wù)規(guī)范版本中關(guān)于面向資源服務(wù)RFS的信息；CostomerFacingServiceRole繼承于服務(wù)角色(ServiceRole)，記錄服務(wù)角色中關(guān)于面向客戶服務(wù)CFS的信息；ResourceFacingServiceRole繼承于服務(wù)角色(ServiceRole)，記錄服務(wù)角色中關(guān)于面向資源服務(wù)RFS的信息；CostomerFacingServiceSpecRole繼承于服務(wù)規(guī)范角色(ServiceSpecificationRole)，記錄服務(wù)規(guī)范角色中關(guān)于面向客戶服務(wù)CFS的信息；ResourceFacingServiceSpecRole繼承于服務(wù)規(guī)范角色(ServiceSpecificationRole)，記錄服務(wù)規(guī)范角色中關(guān)于面向資源服務(wù)RFS的信息；ServiceCharacteristicValue記錄服務(wù)特征(ServiceCharacteristic)中可能出現(xiàn)的賦值；ServiceSpecCharacteristicValue記錄服務(wù)規(guī)范特征(ServiceSpecCharacteristic)中可能出現(xiàn)的賦值；所述Resource域包括如下業(yè)務(wù)實(shí)體，PhysicalResource一個(gè)抽象基類，描述構(gòu)成Product的不同類型的硬件；PhysicalResourceSpecification描述指定PhysicalResource的屬性、行為、關(guān)系、約束、語義；PhysicalResourceRole表示某種物理資源所具有的角色；Holder表示持有某種功能的某種物理資源；Adapter可成為適配器的某種物理資源；Hardware任何類型的硬件單元；PhysicalDevice可以管理的硬件設(shè)備；PhysicalConnector代表一個(gè)硬件單元用來去連接不同硬件單元，在它們之間傳送信號(hào)、電力等；PhysicalPort一個(gè)在拓?fù)渖匣蛭锢砩蠈?shí)際存在或可能存在的連接點(diǎn)，可直接映射到一個(gè)物理端口；Equipment一個(gè)可管理的物理組件。EquipmentHolder一個(gè)物理基本類，可管理和包含其他體的裝備。
13.如權(quán)利要求12所述共享信息服務(wù)器系統(tǒng)，其特征在于，所述共享信息模型實(shí)體及模型實(shí)體之間的關(guān)聯(lián)關(guān)系采用UML模型圖的形式表示。
14.如權(quán)利要求12所述共享信息服務(wù)器系統(tǒng)，其特征在于，所述共享信息模型采用基于JAVA類進(jìn)行模型存儲(chǔ)。
15.如權(quán)利要求12所述共享信息服務(wù)器系統(tǒng)，其特征在于，所述共享信息模型采用基于XML進(jìn)行模型存儲(chǔ)。
全文摘要
本發(fā)明涉及一種共享信息服務(wù)器系統(tǒng)，該共享信息服務(wù)系統(tǒng)對(duì)電信運(yùn)營(yíng)支撐系統(tǒng)提供統(tǒng)一地?cái)?shù)據(jù)格式和信息應(yīng)用共享功能，對(duì)電信運(yùn)營(yíng)管理中涉及的大量復(fù)雜的數(shù)據(jù)和信息實(shí)行集中管理，并支持電信業(yè)務(wù)對(duì)數(shù)據(jù)的標(biāo)準(zhǔn)化訪問，為電信領(lǐng)域應(yīng)用中間件平臺(tái)的可靠運(yùn)行提供數(shù)據(jù)規(guī)范和數(shù)據(jù)保障，包括共享信息服務(wù)器注冊(cè)模塊，數(shù)據(jù)適配模塊，共享信息建模模塊，共享信息模型管理器，調(diào)用解析執(zhí)行模塊，結(jié)果整合模塊，消息事件處理模塊，共享信息訪問接口。
文檔編號(hào)H04L12/24GK1949763SQ20051010830
公開日2007年4月18日 申請(qǐng)日期2005年10月11日 優(yōu)先權(quán)日2005年10月11日
發(fā)明者侯丞, 李克峰, 康建初, 呂衛(wèi)峰, 劉亞軍, 曹江濤, 史銀龍 申請(qǐng)人:北京航空航天大學(xué)