專利名稱：一種對基于soa的業(yè)務(wù)運(yùn)營支撐系統(tǒng)的服務(wù)管理方法
技術(shù)領(lǐng)域：
本發(fā)明屬于計(jì)算機(jī)技術(shù)領(lǐng)域，具體涉及對采用SOA (Service OrientedArchitecture)架構(gòu)的業(yè)務(wù)運(yùn)營支撐系統(tǒng)的服務(wù)管理的方法。
背景技術(shù)：
隨著市場競爭的日趨激烈，多數(shù)企業(yè)由以產(chǎn)品為中心轉(zhuǎn)型為以客戶為中心。為了更好的服務(wù)客戶，快速推出新業(yè)務(wù)的能力以及迎合客戶的需求變化而更改現(xiàn)有業(yè)務(wù)是在所難免的，以往的業(yè)務(wù)運(yùn)營支撐系統(tǒng)的架構(gòu)已很難適應(yīng)這種變化，而且各子系統(tǒng)之間的信息共享拙劣。因此，近年來提出的面向服務(wù)的架構(gòu)廣受追捧，軟件即服務(wù)的思想大大提高了系統(tǒng)的靈活性以及服務(wù)的復(fù)用性，較好的解決了業(yè)務(wù)需求變化或快速推出業(yè)務(wù)帶來的問 題。但隨著服務(wù)的增多，也因此帶來了另一個(gè)問題——這么多的服務(wù)如何管理？如果管理不當(dāng)，那么系統(tǒng)的運(yùn)行效率將是堪憂的。本發(fā)明從服務(wù)生命周期的3個(gè)階段出發(fā)，即服務(wù)初始化、服務(wù)的增刪改查和服務(wù)在運(yùn)行期間的動(dòng)態(tài)管理，3個(gè)模塊協(xié)同工作，共同實(shí)現(xiàn)對眾多服務(wù)的有效管理，提聞系統(tǒng)運(yùn)行效率。

發(fā)明內(nèi)容
本發(fā)明的目的在于提出一種能夠?qū)Ρ姸喾?wù)進(jìn)行有效管理，提高系統(tǒng)運(yùn)行效率的基于SOA的業(yè)務(wù)運(yùn)營支撐系統(tǒng)的服務(wù)管理方法。本發(fā)明提出的基于SOA的業(yè)務(wù)運(yùn)營支撐系統(tǒng)的服務(wù)管理方法，設(shè)計(jì)3個(gè)模塊，并使3個(gè)模塊協(xié)同工作，實(shí)現(xiàn)對系統(tǒng)中眾多服務(wù)的管理。3個(gè)模塊分別為服務(wù)注冊管理模塊、月艮務(wù)質(zhì)量管理模塊和工作流引擎模塊。其中，服務(wù)注冊管理模塊是一個(gè)服務(wù)注冊中心。用于服務(wù)的增、刪、改、查，采用TMF(電信管理論壇)提出的e-TOM模型中的聚合商業(yè)實(shí)體和商業(yè)實(shí)體的概念對服務(wù)進(jìn)行分類，并且以此作為組織服務(wù)的標(biāo)準(zhǔn)。服務(wù)質(zhì)量管理模塊是一個(gè)服務(wù)質(zhì)量監(jiān)控中心，用于對服務(wù)運(yùn)行期間的動(dòng)態(tài)監(jiān)控，采用關(guān)鍵服務(wù)替換策略。工作流引擎模塊串聯(lián)起各服務(wù)，用服務(wù)與業(yè)務(wù)的映射，提高服務(wù)重用的可能性和業(yè)務(wù)驅(qū)動(dòng)的靈活性，并為質(zhì)量監(jiān)控中心反饋服務(wù)的相關(guān)信息。本發(fā)明采用的系統(tǒng)結(jié)構(gòu)如圖I所示，為了便于服務(wù)的掛接、撤銷等，系統(tǒng)采用總線結(jié)構(gòu)。本發(fā)明的步驟
(I)利用面向?qū)ο笏枷牒蚭-TOM模型的概念從業(yè)務(wù)流程中提取出相關(guān)服務(wù)，并掛接到總線上，向服務(wù)注冊中心注冊。(2)工作流引擎組合服務(wù)與邏輯，驅(qū)動(dòng)業(yè)務(wù)的運(yùn)行，并反饋服務(wù)信息給質(zhì)量監(jiān)控中心和服務(wù)設(shè)計(jì)人員。(3)質(zhì)量監(jiān)控中心動(dòng)態(tài)監(jiān)控服務(wù)運(yùn)行情況。這三個(gè)步驟主要由3個(gè)模塊實(shí)現(xiàn)，下面就從3個(gè)方面出發(fā)，介紹本發(fā)明實(shí)現(xiàn)對服務(wù)的有效管理，從而提高系統(tǒng)的運(yùn)行效率和靈活性的。I、服務(wù)掛接，其時(shí)序圖如圖2所示(I)以TMF提出的e-TOM模型中的聚合商業(yè)實(shí)體和商業(yè)實(shí)體的概念為參考，從業(yè)務(wù)流程中，提取粒度不同的服務(wù)，完成服務(wù)需求設(shè)計(jì)，并由開發(fā)人員開發(fā)出相應(yīng)對的服務(wù)。(2)將服務(wù)掛接到企業(yè)系統(tǒng)總線上，并發(fā)送消息給服務(wù)注冊中心進(jìn)行注冊(對應(yīng)圖2中的①)。(3)服務(wù)注冊中心向服務(wù)質(zhì)量監(jiān)控中心發(fā)送IS0/IEC 9126模型要求的與服務(wù)相關(guān)的信息，服務(wù)質(zhì)量監(jiān)控中心據(jù)此更新本模塊維護(hù)的服務(wù)質(zhì)量參數(shù)表，表中記錄了 IS0/IEC9126模型要求的所有參數(shù)(對應(yīng)圖2中的②③)。(4)服務(wù)注冊中心發(fā)送消息給工作流引擎，工作流引擎收到消息后，更新業(yè)務(wù)服務(wù)映射表，并驅(qū)動(dòng)相關(guān)業(yè)務(wù)的運(yùn)作(對應(yīng)圖2中的④⑤)。2、服務(wù)運(yùn)行期間的監(jiān)控
根據(jù)IS0/IEC 9126模型，并結(jié)合算法9廠
m
YjmxPi (其中Pi為IS0/IEC 9126模型所要求的參數(shù)，Wi為參數(shù)對應(yīng)的權(quán)重，通常根據(jù)1 = 1
實(shí)際的系統(tǒng)和以往的經(jīng)驗(yàn)來設(shè)定各個(gè)PiK對應(yīng)的I)。為％設(shè)定一個(gè)閾值動(dòng)態(tài)計(jì)算各個(gè)服務(wù)的值，每間隔t秒遍歷計(jì)算質(zhì)量表中的所有值值，當(dāng)QP 0 j時(shí)，表明服務(wù)j未能正常執(zhí)行其功能，在表中的標(biāo)志位的參數(shù)L加1，如此循環(huán)，直至^時(shí)，其中Ij為標(biāo)志位的閾值，表明該服務(wù)已不能承擔(dān)其聲明的功能，需要替換或重啟。對重要和不重要的服務(wù)，采取不同的策略。由于關(guān)鍵的服務(wù)(即重要的服務(wù))影響系統(tǒng)的整體性能，所以對關(guān)鍵的服務(wù)采取異地備份是有必要的，根據(jù)上述算法，當(dāng)關(guān)鍵服務(wù)出現(xiàn)問題時(shí)，采取替換策略，由工作流引擎中止出問題的服務(wù)，然后發(fā)送消息激活異地備份的服務(wù)，消息中需含有被停服務(wù)的上下文，并且發(fā)出警報(bào)告知系統(tǒng)工作人員，有關(guān)鍵服務(wù)已被中止，需重新調(diào)試。對于不重要的服務(wù)，由于不影響系統(tǒng)的整體性能，所以不需異地備份，采取直接發(fā)出警報(bào)告知服務(wù)維護(hù)人員進(jìn)行相應(yīng)的處理。3、工作流引擎
工作流引擎是系統(tǒng)的核心，所有的業(yè)務(wù)流程都是在此驅(qū)動(dòng)的。工作流引擎根據(jù)業(yè)務(wù)服務(wù)映射表，并在服務(wù)與服務(wù)之間加入適當(dāng)?shù)倪壿嬏幚?，便可?qū)動(dòng)相關(guān)業(yè)務(wù)的運(yùn)作。增加業(yè)務(wù)和服務(wù)的映射，當(dāng)業(yè)務(wù)流程變更時(shí)，且調(diào)用的服務(wù)不變，而處理邏輯變更時(shí)，只需修改邏輯，或者當(dāng)處理邏輯不變，只是變更了服務(wù)的話，那么只需將新的服務(wù)替換舊有服務(wù)即可，大大提高系統(tǒng)的靈活性。并且在服務(wù)為質(zhì)量監(jiān)控中心篩選出關(guān)鍵服務(wù)以及為設(shè)計(jì)人員提供篩選出冗余或不合適的服務(wù)，以下是篩選策略為每一個(gè)服務(wù)設(shè)置一個(gè)標(biāo)志位Dk，每調(diào)用一次k服務(wù)，Dk便加1，每間隔時(shí)間T，遍歷一次服務(wù)注冊中心，將其中Dk〈X (所設(shè)閾值)的服務(wù)加入工作流引擎的服務(wù)待刪表中，并為待刪表中的服務(wù)設(shè)置標(biāo)志位Lk，K服務(wù)每加入一次待刪表，Lk便增I，當(dāng)經(jīng)過N個(gè)T時(shí)間之后，服務(wù)待刪表中的服務(wù)的標(biāo)志位Lk=N時(shí)，表明該服務(wù)調(diào)用次數(shù)極少，放入刪除表中，供系統(tǒng)人員參考。刪除表中的服務(wù)，有兩種可能，一種可能是由于在服務(wù)設(shè)計(jì)之初，從業(yè)務(wù)流程中提取出的該服務(wù)是冗余的或者是錯(cuò)誤的；另一種可能就是在服務(wù)變更之后，所有調(diào)用該服務(wù)的業(yè)務(wù)都不再有調(diào)用該服務(wù)的需求，此時(shí)該服務(wù)供服務(wù)設(shè)計(jì)人員參考，作相應(yīng)處理。而Dk的值很高時(shí)，為之也設(shè)定一個(gè)閾值S，當(dāng)Dk>S時(shí)，表明該服務(wù)經(jīng)常被調(diào)用，將該服務(wù)的信息列入常用服務(wù)表，作為質(zhì)量監(jiān)控中心的關(guān)鍵服務(wù)。由于遍歷服務(wù)注冊中心較為頻繁，所以遍歷的效率是影響系統(tǒng)性能的重要指標(biāo)之一。由于在設(shè)計(jì)服務(wù)時(shí)，是以e-TOM模型中的聚合商業(yè)實(shí)體和商業(yè)實(shí)體(如圖3所示)為參照，從業(yè)務(wù)流程中提取服務(wù)的，所以注冊中心采用如圖3所示的樹形結(jié)構(gòu)來編排服務(wù)的注冊信息，由于其本質(zhì)思想源于面向?qū)ο笏枷胫蓄惡蛯ο笠约邦惻c類之間的關(guān)系，將掛接到系統(tǒng)上的服務(wù)視為聚合商業(yè)實(shí)體或商業(yè)實(shí)體的所能提供的方法，所以注冊中心按此結(jié)構(gòu)編排，在工作流引擎遍歷服 務(wù)信息時(shí)，提高了效率和響應(yīng)時(shí)間。有了服務(wù)的質(zhì)量監(jiān)控，分層分類的注冊中心和工作流引擎的管控，使采用了 SOA的業(yè)務(wù)運(yùn)營支撐系統(tǒng)的服務(wù)管理切實(shí)可行并從一定程度上提高系統(tǒng)的效率。


圖I是系統(tǒng)框架結(jié)構(gòu)圖。圖2是服務(wù)掛接注冊流程圖。圖3是以ABE和BE劃分的注冊中心的樹形結(jié)構(gòu)圖。圖4是注冊后的服務(wù)注冊中心的結(jié)構(gòu)圖。圖5是更新后的業(yè)務(wù)服務(wù)映射表。
具體實(shí)施例方式以采用圖I結(jié)構(gòu)的某業(yè)務(wù)運(yùn)營系統(tǒng)為例，在系統(tǒng)需求分析階段，從業(yè)務(wù)流程I中根據(jù)面向?qū)ο蟮乃枷胩釤挸龇?wù)A、B，并將服務(wù)A、B掛接到系統(tǒng)總線上，發(fā)送消息給服務(wù)注冊中心進(jìn)行注冊，業(yè)務(wù)可能涉及多個(gè)商業(yè)實(shí)體，由于提煉服務(wù)是根據(jù)面向?qū)ο蟮乃枷?，并且聚合商業(yè)實(shí)體和商業(yè)實(shí)體也是根據(jù)面向?qū)ο蟮乃枷耄瑸榱藬⑹龇奖?，假設(shè)一個(gè)服務(wù)對應(yīng)一個(gè)商業(yè)實(shí)體。在此假設(shè)服務(wù)A對應(yīng)商業(yè)實(shí)體1，服務(wù)B對應(yīng)商業(yè)實(shí)體2。假設(shè)由于市場的需求，公司決定推出一項(xiàng)新的業(yè)務(wù)2，先從業(yè)務(wù)2的流程中提煉出服務(wù)B、C，并且業(yè)務(wù)2涉及到的商業(yè)實(shí)體為商業(yè)實(shí)體I和商業(yè)實(shí)體2，因此查詢服務(wù)注冊中心，發(fā)現(xiàn)商業(yè)實(shí)體I中的服務(wù)B可以復(fù)用，不需重復(fù)開發(fā)，只需開發(fā)服務(wù)C，將服務(wù)C掛接到系統(tǒng)總線，發(fā)送消息給服務(wù)注冊中心進(jìn)行注冊，如圖4所示。注冊中心將服務(wù)A、B、C的相關(guān)信息發(fā)送至服務(wù)質(zhì)量監(jiān)控模塊和工作流引擎，工作流引擎更新映射表后如圖5所示，由系統(tǒng)人員為工作流引擎的新增業(yè)務(wù)和服務(wù)加入適當(dāng)控制邏輯后，驅(qū)動(dòng)相關(guān)業(yè)務(wù)的運(yùn)行。在運(yùn)行期間，服務(wù)質(zhì)量監(jiān)控模塊計(jì)算相關(guān)數(shù)據(jù)。并對關(guān)鍵服務(wù)采取服務(wù)替換策略。工作流引擎實(shí)時(shí)統(tǒng)計(jì)服務(wù)調(diào)用，為服務(wù)質(zhì)量監(jiān)控模塊的關(guān)鍵服務(wù)提供參考。例如，在系統(tǒng)運(yùn)行T期間，分別調(diào)用了 1000次服務(wù)A、2000次服務(wù)B和10次服務(wù)C，而所設(shè)的閾值S為1800次、\為20次，遍歷表后根據(jù)3中的算法，服務(wù)C的調(diào)用次數(shù)小于閾值X，所以將服務(wù)C加入服務(wù)待刪列表，并將表中服務(wù)C的標(biāo)志位L。加1，假設(shè)NT時(shí)間后，待刪列表中服務(wù)C的標(biāo)志位Le=N,則表明服務(wù)C可能是系統(tǒng)的冗余服務(wù)，需要考慮優(yōu)化或重新設(shè)計(jì)；而服務(wù)B的調(diào)用次數(shù)大于閾值S，所以服務(wù)B為系統(tǒng)關(guān)鍵服務(wù)，從而發(fā)送消息給服務(wù)質(zhì)量監(jiān)控模塊，對服務(wù)B也采取服務(wù)替換策略。
權(quán)利要求
1.一種基于SOA的業(yè)務(wù)運(yùn)營支撐系統(tǒng)的服務(wù)管理方法，其特征在于設(shè)計(jì)3個(gè)模塊，并使3個(gè)模塊協(xié)同工作，實(shí)現(xiàn)對系統(tǒng)中眾多服務(wù)的管理；3個(gè)模塊分別為服務(wù)注冊管理模塊、月艮務(wù)質(zhì)量管理模塊和工作流引擎模塊；其中 服務(wù)注冊管理模塊是一個(gè)服務(wù)注冊中心，用于服務(wù)的增、刪、改、查，采用TMF提出的e-TOM模型中的聚合商業(yè)實(shí)體和商業(yè)實(shí)體的概念對服務(wù)進(jìn)行分類，并且以此作為組織服務(wù)的標(biāo)準(zhǔn)； 服務(wù)質(zhì)量管理模塊是一個(gè)服務(wù)質(zhì)量監(jiān)控中心，用于對服務(wù)運(yùn)行期間的動(dòng)態(tài)監(jiān)控，采用關(guān)鍵服務(wù)替換策略； 工作流引擎模塊是一個(gè)工作流引擎，用于服務(wù)與業(yè)務(wù)的映射，提高服務(wù)重用的可能性和業(yè)務(wù)驅(qū)動(dòng)的靈活性，并為質(zhì)量監(jiān)控中心反饋服務(wù)的相關(guān)信息； 系統(tǒng)采用總線結(jié)構(gòu)，服務(wù)管理方法的具體步驟為 (1)利用面向?qū)ο笏枷牒蚭-TOM模型的概念從業(yè)務(wù)流程中提取出相關(guān)服務(wù)，并掛接到總線上，向服務(wù)注冊中心注冊； (2)工作流引擎組合服務(wù)與邏輯，驅(qū)動(dòng)業(yè)務(wù)的運(yùn)行，并反饋服務(wù)信息給質(zhì)量監(jiān)控中心和服務(wù)設(shè)計(jì)人員； (3)質(zhì)量監(jiān)控中心動(dòng)態(tài)監(jiān)控服務(wù)運(yùn)行情況。
2.根據(jù)權(quán)利要求I所述的服務(wù)管理方法，其特征在于步驟(I)中所述服務(wù)掛接的步驟為 (1)以TMF提出的e-TOM模型中的聚合商業(yè)實(shí)體和商業(yè)實(shí)體的概念為參考，從業(yè)務(wù)流程中，提取粒度不同的服務(wù)，完成服務(wù)需求設(shè)計(jì)，并由開發(fā)人員開發(fā)出相應(yīng)對的服務(wù)； (2)將服務(wù)掛接到企業(yè)系統(tǒng)總線上，并發(fā)送消息給服務(wù)注冊中心進(jìn)行注冊； (3)服務(wù)注冊中心向服務(wù)質(zhì)量監(jiān)控中心發(fā)送IS0/IEC9126模型要求的與服務(wù)相關(guān)的信息，服務(wù)質(zhì)量監(jiān)控中心據(jù)此更新本模塊維護(hù)的服務(wù)質(zhì)量參數(shù)表，表中記錄IS0/IEC 9126模型要求的所有參數(shù)； (4)服務(wù)注冊中心發(fā)送消息給工作流引擎，工作流引擎收到消息后，更新業(yè)務(wù)服務(wù)映射表，并驅(qū)動(dòng)相關(guān)業(yè)務(wù)的運(yùn)作。
3.根據(jù)權(quán)利要求I所述的服務(wù)管理方法，其特征在于步驟(3)中所述動(dòng)態(tài)監(jiān)控服務(wù)運(yùn)行的步驟為 根據(jù)IS0/IEC 9126模型，并采用算法9廠
4.根據(jù)權(quán)利要求3所述的服務(wù)管理方法，其特征在于對重要和不重要的服務(wù)，采取不同的策略；重要的服務(wù)影響系統(tǒng)的整體性能，所以對重要的服務(wù)采取異地備份，根據(jù)所述算法，當(dāng)重要的服務(wù)出現(xiàn)問題時(shí)，采取替換策略，由工作流引擎中止出問題的服務(wù)，然后發(fā)送消息激活異地備份的服務(wù)，所述消息中含有被停服務(wù)的上下文，并且發(fā)出警報(bào)告知系統(tǒng)工作人員，有重要的服務(wù)已被中止，需重新調(diào)試； 不重要的服務(wù)不影響系統(tǒng)的整體性能，不需異地備份，采取直接發(fā)出警報(bào)告知服務(wù)維護(hù)人員進(jìn)行相應(yīng)的處理。
5.根據(jù)權(quán)利要求3、1所述的服務(wù)管理方法，其特征在于步驟(3)中所述的工作流引擎根據(jù)業(yè)務(wù)服務(wù)映射表，并在服務(wù)與服務(wù)之間加入邏輯處理，驅(qū)動(dòng)相關(guān)業(yè)務(wù)的運(yùn)作；增加業(yè)務(wù)和服務(wù)的映射，當(dāng)業(yè)務(wù)流程變更，且調(diào)用的服務(wù)不變，而處理邏輯變更時(shí)，只需修改邏輯；或者當(dāng)處理邏輯不變，只是變更服務(wù)，則將新的服務(wù)替換舊有服務(wù)； 并且在服務(wù)為質(zhì)量監(jiān)控中心篩選出重要服務(wù)，以及為設(shè)計(jì)人員提供篩選出冗余或不合適的服務(wù)，以下是篩選策略為每一個(gè)服務(wù)設(shè)置一個(gè)標(biāo)志位Dk，每調(diào)用一次k服務(wù)，Dk便加1，每間隔時(shí)間T，遍歷一次服務(wù)注冊中心，設(shè)\為設(shè)定閾值，將其中Dk〈X的服務(wù)加入工作 流引擎的服務(wù)待刪表中，并為待刪表中的服務(wù)設(shè)置標(biāo)志位Lk，K服務(wù)每加入一次待刪表，Lk 便增I ;當(dāng)經(jīng)過N個(gè)T時(shí)間之后，服務(wù)待刪表中的服務(wù)的標(biāo)志位Lk=N時(shí)，表明該服務(wù)調(diào)用次數(shù)極少，放入刪除表中，供系統(tǒng)人員參考； 當(dāng)Dk的值很高時(shí)，為之也設(shè)定一個(gè)閾值S，當(dāng)Dk>S時(shí)，表明該服務(wù)經(jīng)常被調(diào)用，將該服務(wù)的信息列入常用服務(wù)表，作為質(zhì)量監(jiān)控中心的關(guān)鍵服務(wù)。
全文摘要
本發(fā)明屬于計(jì)算機(jī)技術(shù)領(lǐng)域，具體為一種基于SOA的業(yè)務(wù)運(yùn)營支撐系統(tǒng)的服務(wù)管理方法。本方法主要涉及3個(gè)模塊服務(wù)注冊中心、服務(wù)質(zhì)量監(jiān)控中心和工作流引擎。本方法中，注冊中心基于UDDI，并且采用e-TOM模型中所提出的聚合商業(yè)實(shí)體和商業(yè)實(shí)體的概念對服務(wù)進(jìn)行粒度劃分式的注冊；服務(wù)質(zhì)量監(jiān)控中心，根據(jù)ISO/IEC9126模型，對一些關(guān)鍵服務(wù)進(jìn)行替換策略；工作流引擎實(shí)現(xiàn)從業(yè)務(wù)到服務(wù)映射，驅(qū)動(dòng)業(yè)務(wù)流程的運(yùn)作，并為質(zhì)量監(jiān)控中心和服務(wù)設(shè)計(jì)人員反饋服務(wù)的相關(guān)信息，提高系統(tǒng)運(yùn)行效率。本發(fā)明對于實(shí)施了基于SOA架構(gòu)信息系統(tǒng)平臺的企業(yè)，具有重要意義。
文檔編號G06Q10/06GK102722795SQ201210184570
公開日2012年10月10日 申請日期2012年6月6日 優(yōu)先權(quán)日2012年6月6日
發(fā)明者宋旭翃, 朱悅念, 范雄雄, 趙進(jìn), 邱錫鵬, 金燕芬 申請人:東方有線網(wǎng)絡(luò)有限公司, 復(fù)旦大學(xué)