專利名稱：：基于企業(yè)的有相互關(guān)系的事件的消息次序管理的制作方法
技術(shù)領(lǐng)域：
：本公開總體上涉及標(biāo)識和管理服務(wù)請求。更具體地，本公開涉及在多應(yīng)用的企業(yè)中管理與服務(wù)請求相關(guān)的消息。
背景技術(shù)：
：通信業(yè)持續(xù)面臨著更多服務(wù)以及快速部署新服務(wù)的需求，同時，提供服務(wù)的基礎(chǔ)技術(shù)的復(fù)雜性持續(xù)增加。服務(wù)提供商需要使居民消費者和商業(yè)消費者都能夠容易地激活和管理服務(wù)請求的系統(tǒng)。電信服務(wù)提供商將消費者選擇期望服務(wù)以及至少采取基本步驟來定購該服務(wù)的能力作為關(guān)鍵的市場區(qū)分器(marketdifferentiator)。消費者基于可用的服務(wù)的數(shù)量和消費者對服務(wù)的使用及激活的方便性來評估服務(wù)提供商。消費者還將發(fā)起服務(wù)請求到成功的服務(wù)激活之間的周期作為主要的市場區(qū)分器。提供電信服務(wù)涉及很多復(fù)雜的和技術(shù)上的細(xì)節(jié)，并且經(jīng)?？缭轿挥诟鞣N技術(shù)平臺和多個地理位置的多個應(yīng)用和系統(tǒng)。對于任意給定的服務(wù)請求，可能需要訪問、使用和更新多個這樣的系統(tǒng)。這些系統(tǒng)彼此之間可能完全無關(guān)。例如，計費系統(tǒng)很可能不同于訂單處理系統(tǒng)。而且，一個企業(yè)可以具有位于多個地理位置的多個計費系統(tǒng)。此外，訪問、使用和更新這種系統(tǒng)的精確次序?qū)τ诮o定服務(wù)請求的成功執(zhí)行而言至關(guān)重要。而且，同時處理多個相關(guān)的和不相關(guān)的請求都可能阻塞網(wǎng)絡(luò)資源，并且在請求沒有得到恰當(dāng)處理的情況下導(dǎo)致錯誤，從而引起明顯的人工千預(yù)。需要人工干預(yù)可能顯著地增加為消費者提供可接受的客戶服務(wù)水平的關(guān)聯(lián)成本。此外，如果沒有恰當(dāng)?shù)靥幚硎录璧木_執(zhí)行次序，則可能導(dǎo)致電信服務(wù)提供商的利潤損失以及受挫的消費者對電信服務(wù)提供商失去信任。例如，如果在消費者與電信服務(wù)提供商進(jìn)行交互時發(fā)生了錯誤，則消費者可能會中斷該過程并選擇其他電信服務(wù)提供商。目前，電信服務(wù)提供商為了創(chuàng)建在多個不同應(yīng)用和地理位置中處理服務(wù)請求的框架，電信服務(wù)提供商實現(xiàn)了面向其獨特業(yè)務(wù)的一系列軟件應(yīng)用。這花費了大量的時間，并且對于電信服務(wù)提供商而言相當(dāng)昂貴。此外，利用市場上所有可用的軟件工具，電信服務(wù)提供商在多個不同的平臺上使用各種軟件工具。電信服務(wù)提供商的信息技術(shù)還可能更適合使用一組軟件工具而不是另一組。例如，一個信息技術(shù)團(tuán)隊可能在UNIX和UNIX環(huán)境中運行的軟件方面接受過較好的培訓(xùn)，而另一信息技術(shù)團(tuán)隊更適應(yīng)Microsoft和基于Microsoft的產(chǎn)品。
發(fā)明內(nèi)容作為引言，下文描述的實施例包括一種用于在需要精確執(zhí)行次序的多消息流中對數(shù)據(jù)進(jìn)行同步的系統(tǒng)和方法。在第一方面，公開了一種用于處理相互依賴的消息的方法。通常，電信服務(wù)提供商接收服務(wù)請求。電信服務(wù)提供商為服務(wù)請求指派相關(guān)性id，并創(chuàng)建針對該服務(wù)請求的新實例，該實例內(nèi)具有該相關(guān)性id的有關(guān)信息。電信服務(wù)提供商確定是否已經(jīng)存在具有相同相關(guān)性id的正在運行的實例。如果具有相同相關(guān)性id的實例已經(jīng)在運行，則電信服務(wù)提供商將與新服務(wù)請求有關(guān)的附加元素添加到當(dāng)前實例。附加元素指示當(dāng)前實例阻止服務(wù)請求的執(zhí)行，直到當(dāng)前實例從正在運行的實例接收到了通知為止。在第二方面，公開了一種用于處理相互依賴的消息的備選方法。電信服務(wù)提供商接收服務(wù)請求，并為服務(wù)請求指派相關(guān)性id。接下來，如果電信服務(wù)提供商確定不存在具有相同相關(guān)性id的正在運行的實例，則電信服務(wù)提供商創(chuàng)建針對該服務(wù)請求的實例。如果電信服務(wù)提供商確定存在具有相同相關(guān)性id的正在運行的實例，則將新的服務(wù)請求添加到隊列以用于處理。在第三方面，公開了一種用于管理有相互關(guān)系的服務(wù)請求的序列的方法。確定所有可能的服務(wù)請求及其各自的相互依賴關(guān)系?；谠摯_定，指派執(zhí)行次序。在第四方面，公開了一種用于管理有相互關(guān)系的事件的系統(tǒng)。該系統(tǒng)包括多個不同組件，包括軟件工具，用來對服務(wù)請求的內(nèi)容進(jìn)行建模；集成中間件技術(shù)，諸如MOM、ESB、BPM或EAI，用來標(biāo)識和配置相關(guān)事件，以及支持基于消息的集成；以及外部應(yīng)用組件，其包括對于電信服務(wù)提供商唯一的業(yè)務(wù)邏輯。軟件工具監(jiān)控服務(wù)請求的內(nèi)容和屬性，并被用來證明如下參數(shù)可以根據(jù)這些參數(shù)來確定相關(guān)性標(biāo)準(zhǔn)。集成中間件技術(shù)被配置為處理由外部服務(wù)消費者生成的服務(wù)請求。外部服務(wù)消費者或應(yīng)用過程邏輯調(diào)用特定序列下的服務(wù)請求。外部服務(wù)消費者通常是這樣的應(yīng)用，其能夠根據(jù)符合完成電信服參考下文的附圖和描述將更好地理解本公開。附圖中的組件不一定是按比例繪制的，強調(diào)的重點在于示出設(shè)計的原理。而且，在附圖中，貫穿不同的視圖，相同的附圖標(biāo)記表示相應(yīng)的部分或元素。圖1是操作環(huán)境的一個實施例的簡化視圖2是示出服務(wù)請求處理的流程圖3是相關(guān)性和定序架構(gòu)所涉及過程的一種可行實現(xiàn)的詳細(xì)框圖4是示出了當(dāng)前設(shè)計示例的簡化視圖；圖5是示出了當(dāng)前設(shè)計備選示例的簡化視圖；圖6示出了相關(guān)性代碼的構(gòu)造；以及圖7概述了當(dāng)前設(shè)計的簡化示例。在研究下文的附圖和詳細(xì)描述之后，其他的系統(tǒng)、方法、特征和優(yōu)點對于本領(lǐng)域技術(shù)人員而言將變得顯而易見。意在將所有這樣的附加系統(tǒng)、方法、特征和優(yōu)點包括在本說明書之內(nèi)，涵蓋在本i殳計的范圍內(nèi)，并得到所附權(quán)利要求的保護(hù)。具體實施例方式目前，需要一種可以用最少的配置來并入任何電信服務(wù)提供商的獨特業(yè)務(wù)需求的標(biāo)準(zhǔn)應(yīng)用。此外，需要一種能夠在多個平臺上運行并且不依賴于廠商的系統(tǒng)。針對電信服務(wù)提供商而設(shè)計的、基于企業(yè)有相互關(guān)系的事件的消息次序管理把提供電信服務(wù)的復(fù)雜性與消費者體驗分離開來。該設(shè)計標(biāo)識并管理相關(guān)的服務(wù)請求，并且確保相關(guān)的服務(wù)請求遵循由業(yè)務(wù)邏輯定義的精確執(zhí)行次序。此外，相關(guān)的服務(wù)請求在單個線程中操作，而不相關(guān)的服務(wù)請求在多個線程中操作。在基于企業(yè)有相互關(guān)系的事件的消息次序管理中，本設(shè)計可以處理被拆分為精細(xì)粒度級別的服務(wù)請求，這些請求促進(jìn)了服務(wù)請求以及利用小粒度服務(wù)請求構(gòu)成的更復(fù)雜服務(wù)的高效實現(xiàn)、復(fù)用和優(yōu)化。下文將更詳細(xì)地給出小粒度服務(wù)請求的例子。例如，服務(wù)請求可以包括客戶創(chuàng)建服務(wù)請求、客戶修改常規(guī)日期服務(wù)請求，以及服務(wù)訂單提供服務(wù)請求?；谄髽I(yè)有相互關(guān)系的事件的消息次序管理系統(tǒng)可以接收服務(wù)請求，并標(biāo)識定義相關(guān)性代碼的服務(wù)請求屬性(例如，客戶代碼、賬戶代碼、分區(qū)代碼、單位代碼、產(chǎn)品代碼，以及訂單id)?？梢允褂孟嚓P(guān)性代碼來按照協(xié)調(diào)方式對相關(guān)的服務(wù)請求和異常進(jìn)行管理。本設(shè)計可以唯一地定義可操作事件(例如，動作)，其被映射到業(yè)務(wù)服務(wù)(例如，針對服務(wù)的服務(wù)請求)。本設(shè)計可以使用業(yè)務(wù)服務(wù)在服務(wù)的遞送和管理所涉及的系統(tǒng)之間交換信息。在一種實現(xiàn)中，本設(shè)計實現(xiàn)一種數(shù)據(jù)模型模式，其定義了用以創(chuàng)建、讀取、更新和刪除服務(wù)請求的實體。實體可以代表架構(gòu)內(nèi)的離散對象，該架構(gòu)用以為消費者提供服務(wù)并管理服務(wù)到消費者的遞送。作為示例，該架構(gòu)可以包括諸如計費賬戶實體、消費者實體和單位實體之類的實體。實體可以包括唯一地標(biāo)識服務(wù)請求并定義相關(guān)性代碼的屬性。架構(gòu)可以使用相關(guān)性代碼來以協(xié)調(diào)的方式標(biāo)識和管理相關(guān)的服務(wù)請求。例如，本設(shè)計可以使用相關(guān)性代碼來實現(xiàn)異常處理功能性。盡管描述了系統(tǒng)的具體組件，但是符合該架構(gòu)的方法、系統(tǒng)和產(chǎn)品可以包括附加的或不同的組件。圖1示出了環(huán)境100的簡化視圖。環(huán)境IOO可以包括相關(guān)性和定序架構(gòu)102、CCare(客戶關(guān)注)系統(tǒng)104、客戶入口系統(tǒng)106、計費系統(tǒng)108、綜合訂單管理系統(tǒng)(IOM)110、提供系統(tǒng)114、企業(yè)資源規(guī)劃(ERP)系統(tǒng)116以及余額系統(tǒng)118(例如，賬戶管理系統(tǒng))中的一些或全部。此外，還可以包括其他系統(tǒng)。例如，企業(yè)可以具有多個計費系統(tǒng)。環(huán)境IOO可以允許服務(wù)提供商120通過網(wǎng)絡(luò)128(例如，互聯(lián)網(wǎng))與客戶122、消費者124(例如，潛在的客戶)、分銷伙伴126以及其他實體進(jìn)行通信。相關(guān)性和定序架構(gòu)系統(tǒng)102可以在環(huán)境100中包括的、以及與環(huán)境IOO相通信的系統(tǒng)之間進(jìn)行協(xié)調(diào)。相關(guān)性和定序架構(gòu)系統(tǒng)102可以允許應(yīng)用結(jié)合起來執(zhí)行以實現(xiàn)多個邏輯上功能交叉的業(yè)務(wù)過程。相關(guān)性和定序架構(gòu)系統(tǒng)102可以提供消息傳送服務(wù)，使得不同的應(yīng)用可以使用服務(wù)請求(例如，業(yè)務(wù)服務(wù)請求)一起通信。表1示出了環(huán)境IOO可以用來遞送和管理所提供服務(wù)的業(yè)務(wù)服務(wù)示例列表。該列表的本質(zhì)僅是示例性，并且不應(yīng)該被用以限制可行的業(yè)務(wù)服務(wù)。環(huán)境IOO可以唯一地定義將由環(huán)境IOO映射為業(yè)務(wù)服務(wù)的可操作事件(例如，動作)。環(huán)境IOO可以使用業(yè)務(wù)服務(wù)在服務(wù)的管理和遞送中所涉及的系統(tǒng)(例如，相關(guān)性和定序架構(gòu)102、CCare系統(tǒng)104、客戶入口系統(tǒng)106、計費系統(tǒng)108、IOM系統(tǒng)llO、提供系統(tǒng)114以及ERP系統(tǒng)116)之間交換信息(例如，服務(wù)請求中轉(zhuǎn)發(fā)的、實體中所包括的數(shù)據(jù))。表1:業(yè)務(wù)服務(wù)賬戶清單查詢激活調(diào)整后付費賬戶銀行賬戶檢查創(chuàng)建警告創(chuàng)建計費賬戶創(chuàng)建客戶創(chuàng)建服務(wù)賬戶創(chuàng)建后付費訂單創(chuàng)建預(yù)付費訂單創(chuàng)建服務(wù)請求創(chuàng)建用戶信用余額查詢修改計費賬戶修改客戶數(shù)據(jù)修改服務(wù)請求修改用戶號碼可攜性請求充值請求SIM卡替換取回計費賬戶數(shù)據(jù)取回客戶數(shù)據(jù)取回已就位資產(chǎn)耳又回訂單取回產(chǎn)品配置取回產(chǎn)品列表取回產(chǎn)品價格取回服務(wù)賬戶取回服務(wù)請求耳又回用戶數(shù)據(jù)發(fā)送電子郵件消息發(fā)送SMS消息用于提供響應(yīng)的服務(wù)項用于提供的服務(wù)訂單用于提供響應(yīng)的服務(wù)訂單同步賬戶計費配置同步對地址的賬戶賬單同步對個人的賬戶帳單同步賬戶一般性數(shù)據(jù)同步賬戶支付數(shù)據(jù)同步賬戶同步資產(chǎn)組成同步客戶同步客戶財政地址同步客戶一般性數(shù)據(jù)任務(wù)執(zhí)行任務(wù)執(zhí)行響應(yīng)業(yè)務(wù)使用查詢驗證信用卡數(shù)據(jù)驗證客戶地址驗證客戶數(shù)據(jù)驗證DSL可用性簡要參考圖6，每個業(yè)務(wù)服務(wù)600可以包括報頭602和對象604,對象604代表諸如計費賬戶實體606、客戶實體608和單位實體610之類的實體。業(yè)務(wù)服務(wù)的報頭602可以包括屬性，諸如標(biāo)識客戶的客戶代碼612、單位代碼614、業(yè)務(wù)事件名稱616、指示狀態(tài)的執(zhí)行狀態(tài)618、標(biāo)識業(yè)務(wù)事件的多個實例和線程的業(yè)務(wù)事件實例id620,以及用于在系統(tǒng)收到業(yè)務(wù)服務(wù)時加蓋時間戳的收到日期622。環(huán)境100可以參考相關(guān)性代碼定義或者其他相關(guān)性代碼規(guī)范來確定環(huán)境IOO使用哪些屬性以及按照何種順序來形成相關(guān)性代碼。例如，架構(gòu)可以將經(jīng)過排序的計費賬戶實體606、客戶實體608以及單位實體610的序歹'J串接到單個相關(guān)性代碼624中來獲取相關(guān)性代碼624。在另一示例中，環(huán)境100可以按照不同的順序或次序?qū)碜詷I(yè)務(wù)服務(wù)600的實體進(jìn)行組合來獲得相關(guān)性代碼626。表2示出了環(huán)境100可以用來遞送和管理所提供服務(wù)的示例業(yè)務(wù)服務(wù)和實體組合。例如，創(chuàng)建客戶業(yè)務(wù)服務(wù)可以包括報頭以及實體"客戶"、"地址"和"單位，，，而修改客戶一般性數(shù)據(jù)業(yè)務(wù)服務(wù)可以包括報頭以及實體"客戶，，和"單位"。表2:業(yè)務(wù)服務(wù)(實體)組合_<table>tableseeoriginaldocumentpage13</column></row><table>環(huán)境IOO可以使用業(yè)務(wù)事件(例如，業(yè)務(wù)服務(wù)請求)在環(huán)境100之內(nèi)的、以及與環(huán)境100通信的系統(tǒng)之間交換數(shù)據(jù)。例如，IOM系統(tǒng)110可以請求提供系統(tǒng)114執(zhí)行導(dǎo)致任務(wù)執(zhí)行事件的特定操作。在一種實現(xiàn)中，相關(guān)性和定序系統(tǒng)102從IOM系統(tǒng)110接收請求，并將該請求轉(zhuǎn)發(fā)至適當(dāng)?shù)奶峁┫到y(tǒng)114。任務(wù)執(zhí)行事件可以由任務(wù)執(zhí)行業(yè)務(wù)服務(wù)表示，其中該任務(wù)執(zhí)行業(yè)務(wù)服務(wù)包含由IOM系統(tǒng)110映射為系統(tǒng)操作任務(wù)的服務(wù)請求。CCare系統(tǒng)104可以管理客戶關(guān)系，使得服務(wù)提供商120和客戶122可以直接訪問客戶信息；將客戶需求與產(chǎn)品服務(wù)規(guī)劃和供應(yīng)相匹配；關(guān)于服務(wù)要求提醒消費者；以及標(biāo)識客戶122購買和/或使用的所有產(chǎn)品。CCare系統(tǒng)104可以包括如下能力幫助服務(wù)提供商120的營銷部門識別并定位服務(wù)提供商120的最佳客戶；通過清晰的目標(biāo)和目的來管理營銷戰(zhàn)略；以及產(chǎn)生服務(wù)提供商120的銷售團(tuán)隊的質(zhì)量引領(lǐng)。CCare系統(tǒng)104可以通過優(yōu)化多個員工共享的信息以及流水線化已有的過程(例如，使用移動設(shè)備來接受訂單)來輔助服務(wù)提供商120改進(jìn)電話銷售、賬戶和銷售管理。CCare系統(tǒng)104可以為服務(wù)提供商120提供形成與客戶122、消費者124(例如，潛在客戶)和分銷伙伴126的定制關(guān)系的功能。CCare系統(tǒng)104可以改進(jìn)客戶滿意度、識別最有利潤的客戶、為客戶提供最高級別的服務(wù)并由此使利潤最大化。CCare系統(tǒng)104可以為服務(wù)提供商120的員工提供信息和過程，這些信息和過程是分析客戶屬性、理解客戶122的需求以及有效地構(gòu)建服務(wù)提供商120、客戶124和分銷伙伴126之間的關(guān)系所需的?？蛻羧肟?06可以允許客戶122和消費者124從網(wǎng)絡(luò)(例如，互聯(lián)網(wǎng))直接訪問和提供服務(wù)。在一種實現(xiàn)中，客戶入口106通過簡單對象訪問協(xié)議(SOAP)來與相關(guān)性和定序系統(tǒng)102通信，其中SOAP提供交換基于XML的消息的方法?？蛻羧肟?06可以為客戶122和消費者124提供瀏覽器，以便查看、購買和提供可用的服務(wù)、修改統(tǒng)計信息、計費賬戶和支付數(shù)據(jù)、查看清單記錄、余額以及充值預(yù)付費賬戶。計費系統(tǒng)108可以執(zhí)行為客戶122記錄產(chǎn)品和服務(wù)清單的活動。計費系統(tǒng)108的主要功能可以包括維護(hù)計費數(shù)據(jù)、服務(wù)重復(fù)性費用和使用費用，折扣、服務(wù)費率、服務(wù)目錄以及生成打印的和電子的賬單。綜合訂單管理(IOM)IIO可以為環(huán)境IOO提供用于過程自動化的基礎(chǔ)，以及用以提供服務(wù)的人工工作流組件。IOM系統(tǒng)IIO設(shè)計可以實現(xiàn)服務(wù)訂單和用以成功提供服務(wù)的任務(wù)級管理。提供系統(tǒng)114可以提供用以建立服務(wù)的服務(wù)，該建立包括配置裝備、布線和傳輸。提供系統(tǒng)114可以管理激活和去激活服務(wù)提供商120所提供的產(chǎn)品和服務(wù)的功能。提供系統(tǒng)114可以管理無線和有線提供，互聯(lián)網(wǎng)協(xié)議電視(IPTV)、互聯(lián)網(wǎng)協(xié)議語音(VOIP)和專用服務(wù)提供。ERP(企業(yè)資源規(guī)劃)系統(tǒng)116可以管理產(chǎn)品規(guī)劃、購買(例如，用來遞送產(chǎn)品和服務(wù)的材料和組件)、維護(hù)庫存、與供貨商交互、提供客戶服務(wù)以及跟蹤訂單。ERP系統(tǒng)116還可以包括管理服務(wù)提供商業(yè)務(wù)的財物和人力資源方面的應(yīng)用才莫塊。ERP系統(tǒng)116可以管理和跟蹤計費系統(tǒng)108向其發(fā)送清單的客戶122的支付兌現(xiàn)，記錄支付，并且將訂單和支付補給分銷伙伴126(例如，供貨商)。在一種實現(xiàn)中，CCare系統(tǒng)104管理與客戶和賬戶管理相關(guān)的所有實體以及客戶122購買的產(chǎn)品和服務(wù)的訂單。CCare系統(tǒng)104發(fā)起用以激活、修改和刪除客戶數(shù)據(jù)的操作以及訂單激活和去激活。相關(guān)性和定序系統(tǒng)102可以根據(jù)需要復(fù)制實體并將其轉(zhuǎn)發(fā)至與環(huán)境100通信的系統(tǒng)，以便提供和管理服務(wù)。相關(guān)性和定序系統(tǒng)102可以將CCare系統(tǒng)104事件映射為相應(yīng)的業(yè)務(wù)服務(wù)。環(huán)境IOO可以將轉(zhuǎn)發(fā)至業(yè)務(wù)服務(wù)的數(shù)據(jù)變換成與環(huán)境IOO通信的系統(tǒng)所使用的公共對象模型，以便提供和管理服務(wù)。相關(guān)性和定序系統(tǒng)102可以提供使用預(yù)定的次序?qū)⑹录?例如，對業(yè)務(wù)服務(wù)的服務(wù)請求)路由到應(yīng)用的邏輯。相關(guān)性和定序系統(tǒng)102可以為消費者124和客戶122提供入口(例如，客戶入口系統(tǒng)106)，該入口提供一組可調(diào)用的服務(wù)。在一種實現(xiàn)中，客戶入口系統(tǒng)106將服務(wù)請求轉(zhuǎn)發(fā)至相關(guān)性和定序系統(tǒng)102,相關(guān)性和定序系統(tǒng)102將該服務(wù)請求轉(zhuǎn)發(fā)至CCare系統(tǒng)104,以提供和管理服務(wù)。圖2是示出了在新服務(wù)請求進(jìn)入系統(tǒng)時所采取步驟的簡化流程圖。在框202處接收服務(wù)請求。在框204處，確定相關(guān)性id。在一種實現(xiàn)中，在此步驟中指派相關(guān)性id。在框206處，該實現(xiàn)創(chuàng)建針對該服務(wù)請求的實例。接下來，在框208處，確定是否存在具有相同相關(guān)性id的正在運行的實例。如果確定存在具有相同相關(guān)性id的正在運行的實例，則在框210處向該實例添加指令，以等待執(zhí)行，直到接收到通知為止?，F(xiàn)有技術(shù)的系統(tǒng)持續(xù)地輪詢網(wǎng)絡(luò)以確定狀態(tài)，并最終阻塞網(wǎng)絡(luò)資源，與此不同，當(dāng)前實例轉(zhuǎn)入休眠狀態(tài)，并且等待接收通知。在框210處，可以在當(dāng)前實例內(nèi)加入故障恢復(fù)(fail-over)機制，以便時常"醒來"并在隊列或存儲庫查詢休眠狀態(tài)中的實例正在何處運行。例如，可以在當(dāng)前實例中編碼20分鐘的等待時間。在當(dāng)前實例處于"休眠"模式中達(dá)20分鐘之后，集成中間件中的過程可以醒來，并檢查是否存在具有相同相關(guān)性ID的正在運行的實例。根據(jù)接收到的響應(yīng)，可以確定應(yīng)當(dāng)如何繼續(xù)。例如，實例可以再次返回休眠模式并又一次達(dá)到20分鐘，或者可以執(zhí)行。如果在框208處確定不存在與當(dāng)前實例具有相同相關(guān)性id的其他實例正在運行，則系統(tǒng)鎖定當(dāng)前實例所需的資源，并開始處理請求。一旦實例完成了處理，便解鎖使用的資源，并且在框214處向具有相同相關(guān)性id的下一實例發(fā)送通知。該通知指示下一實例開始處理。圖3是使用BPEL技術(shù)的相關(guān)性和定序架構(gòu)中所涉及過程的一個實現(xiàn)的瞬像。在此示例中，使用OracleBPEL軟件包作為構(gòu)建方案的軟件平臺。然而，也可以使用其他平臺。圖3示出了接收消息(也即，服務(wù)請求)并檢查是否存在針對關(guān)聯(lián)的相關(guān)性ID的正在運行的實例的過程。電信客戶端301發(fā)出服務(wù)請求。在302處接收服務(wù)請求。在304處，系統(tǒng)檢查與當(dāng)前服務(wù)請求具有相同相關(guān)性id的正在運行的實例。這可以通過以Java編寫的"CheckRunninglnstances(檢查運行中實例)"過程來實現(xiàn)。"CheckRunninglnstances"使用BPELAPI"lookupinstances，，。"lookupinstances，，API才企查具有相同相關(guān)性id(例如，客戶代碼)的所有正在運行的實例，并確定在當(dāng)前實例可以運行之前哪些實例需要結(jié)束處理。"CheckRunninglnstances，，還在當(dāng)前實例中設(shè)置相關(guān)性id(例如，客戶代碼)，以確保在發(fā)起搜索的情況下其他實例能夠查找到當(dāng)前實例。在306處，生成將發(fā)送給客戶端的響應(yīng)。該響應(yīng)可以是XML消息。接下來，在308處，將響應(yīng)發(fā)送至客戶端，該響應(yīng)指明"該請求成功"消息或者類似消息。過程/服務(wù)請求尚未完成，但是這對客戶端而言是透明的。由此，客戶端不必必須等待電信服務(wù)提供者的所有內(nèi)部處理完成。根據(jù)在步驟304中是否找到了具有相同相關(guān)性id的正在運行的實例，在步驟310中進(jìn)行決策。如果在步驟304中沒有找到具有相同相關(guān)性id的正在運行的實例，則實例前進(jìn)到步驟312。不向?qū)嵗砑痈郊拥闹噶?。在步驟316,實例處理消息。一旦處理完成，實例解鎖資源，并且在步驟318中向下一等待實例發(fā)送通知，以便開始處理。如果在步驟304中找到了與當(dāng)前實例具有相同相關(guān)性id的正在運行的實例，則在步驟314向?qū)嵗砑訉傩?，以便阻止?zhí)行，直到從正在運行的實例接收到通知為止。一旦接收到了通知，當(dāng)前實例前進(jìn)到步驟316并處理消息。一旦處理完成，實例解鎖資源，并且在步驟318中向下一等待實例發(fā)送通知，以便開始處理。圖4是示出了當(dāng)前設(shè)計的示例的筒化視圖。M(X)代表具有相關(guān)性ID"X"的消息。Q(X)代表在隊列中等待的具有相關(guān)性ID"X"的消息。例如，假設(shè)消息402、404、406、408、410和412按照聲明的順序到達(dá)。消息術(shù)、406和412全都具有相關(guān)性id"A",因此這些消息是相關(guān)的。消息404、408和410全都具有相關(guān)性id"B",并且由此這些消息是相關(guān)的。在此示例中，相關(guān)性id"A"和相關(guān)性id"B"彼此無關(guān)。相關(guān)性ID"A"和"B，，可以涉及多個變量。例如，相關(guān)性id可以是客戶端的唯一標(biāo)識符，例如客戶代碼。系統(tǒng)為每個接收到的消息創(chuàng)建實例。對于消息402，創(chuàng)建實例422。對于消息404，創(chuàng)建實例424。對于消息406,創(chuàng)建實例426。對于消息408，創(chuàng)建實例428。對于消息410,創(chuàng)建實例430。對于消息412，創(chuàng)建實例432。具有相同相關(guān)性id的所有實例進(jìn)入隊列，以用于與該相關(guān)性id直接相關(guān)的進(jìn)一步處理。由此，實例422、426和432進(jìn)入Q(A)414，而實例424、428和430進(jìn)入Q(B)416。Q(A)和Q(B)彼此無關(guān)，并且可以同時運行。針對Q(A)的實例422、426和432按照接收消息的相同順序進(jìn)行處理。由此，由于消息402在消息406之前接收，因此消息406在消息402完成之前不會開始處理，并且消息412在隊列(Q(A))中等待，直到消息406完成處理。類似地，針對Q(B)的實例424、428和430按照接收消息的相同順序進(jìn)行處理。由此，由于消息404在消息408之前接收，因此消息408在消息404完成之前不會開始處理，并且消息410在隊列Q(B)中等待，直到消息408完成處理。然而，雖然M(B)408在M(A)406之后進(jìn)入系統(tǒng)，但是M(B)408有可能在M(A)406之前開始處理，這是因為M(A)和M(B)彼此無關(guān)，并且M(B)404可能在M(A)402之前完成處理。類似地，具有不同相關(guān)性id的消息可以同時運行。例如，M(A)408和M(B)406可以同時運行。圖5是示出了當(dāng)前設(shè)計的備選示例的簡化視圖。M(X)代表具有相關(guān)性ID"X"的消息。Q(X)代表在隊列中等待的具有相關(guān)性ID"X"的消息。類似于圖4,假設(shè)消息502、504、506、508、510和512按照聲明的順序到達(dá)。消息502、506和512全都具有相關(guān)性id"A",因此這些消息是相關(guān)的。消息504、508和510全都具有相關(guān)性id"B"，并且由此這些消息是相關(guān)的。再次，相關(guān)性id"A"和相關(guān)性id"B"彼此無關(guān)。在圖5中，沒有為接收到的每個消息創(chuàng)建實例。相反，接收到的具有給定相關(guān)性id的第一消息創(chuàng)建實例。這里，M(A)502創(chuàng)建了針對Q(A)514的實例，并且M(B)504創(chuàng)建了針對Q(B)516的實例。由此，Q(A)514中的所有消息在M(A)502創(chuàng)建的同一實例中運行。類似地，Q(B)516中的所有消息在M(B)504創(chuàng)建的同一實例中運行。具有同一相關(guān)性id的所有消息進(jìn)入隊列，以用于與該相關(guān)性id直接相關(guān)的進(jìn)一步處理。由此，消息502、506和512進(jìn)入Q(A)514,而消息504、508和512進(jìn)入Q(B)516。Q(A)和Q(B)彼此無關(guān)，并且可以同時運行。Q(A)中的消息502、506和512按照接收消息的相同順序進(jìn)行處理。由此，由于消息502在消息506之前接收，因此消息506在消息502完成之前不會開始處理，并且消息512在隊列(Q(A))中等待，直到消息506完成處理為止。類似地，Q(B)的消息504、508和510按照接收消息的相同順序進(jìn)行處理。由此，由于消息504在消息508之前接收，因此消息508在消息504完成之前不會被處理，并且消息510在隊列Q(B)中等待，直到消息508完成處理為止。然而，雖然M(B)508在M(A)506之后進(jìn)入系統(tǒng)，但是M(B)508有可能在M(A)506之前開始處理，這是因為M(A)和M(B)彼此無關(guān)，并且M(B)504可能在M(A)502之前完成處理。類似地，具有不同相關(guān)性id的消息可以同時運行。例如，M(A)508和M(B)506可以同時運^f亍。圖7概述了當(dāng)前設(shè)計的簡化示例。在圖7中，在非常短的時間段內(nèi)向BPEL發(fā)送了4個消息。BPEL引擎僅是可以使用的技術(shù)的一個示例，在此參考BPEL是為了簡化闡述。其他技術(shù)也可以用于圖7。這4個消息將創(chuàng)建客戶1，創(chuàng)建客戶2，創(chuàng)建客戶1的賬戶，以及客戶1的服務(wù)訂單。參考圖7，創(chuàng)建客戶1由CC1表示，創(chuàng)建客戶2由CC2表示，創(chuàng)建客戶1的賬戶由AC1表示，并且客戶1的服務(wù)訂單由S01表示。CC1、AC1和S01是針對同一客戶的，因此其具有相同的相關(guān)性ID"1"。CC2是針對不同客戶的，具有相關(guān)性ID"2"。對具有相關(guān)性ID"1"的3個消息進(jìn)行排隊，以便通過單個線程710順序地處理。CC1啟動BPEL過程的新實例714,在此例子中是針對實例#1的分發(fā)器過程。分發(fā)器過程管理針對實例#1的所有消息。由于CC2與CC1、AC1和S01無關(guān)，因此同時在第二線程712中處理CC2。CC2啟動BPEL過程714的新實例，在此例子中是針對實例#2的分發(fā)器過程。應(yīng)當(dāng)將上述詳細(xì)描述理解為本發(fā)明可選形式的說明，而不應(yīng)當(dāng)理解為對本發(fā)明的限定。已經(jīng)描述了多種實現(xiàn)。然而，將會理解，在不脫離本發(fā)明的精神和范圍的情況下，可以進(jìn)行各種修改。因此，其他實現(xiàn)也屬于所附權(quán)利要求的范圍。權(quán)利要求1.一種用于有相互關(guān)系的事件的消息次序管理的計算機實現(xiàn)的方法，包括接收服務(wù)請求；確定相關(guān)性id并將其指派給所述服務(wù)請求；創(chuàng)建針對所述服務(wù)請求的當(dāng)前實例；將所述相關(guān)性id信息包含在所述實例中；確定是否存在針對所述相關(guān)性id的正在運行的實例；如果存在針對所述相關(guān)性id的正在運行的實例，則向所述當(dāng)前實例中添加元素；其中，給所述實例的所述元素包括給所述服務(wù)請求的指令，以便在接收到通知之前阻止所述服務(wù)請求的執(zhí)行。2.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括定義多個小粒度的可復(fù)用服務(wù)請求，包括客戶創(chuàng)建服務(wù)請求；客戶修改常規(guī)日期服務(wù)請求；客戶修改物理地址服務(wù)請求；以及修改客戶數(shù)據(jù)服務(wù)請求。3.根據(jù)權(quán)利要求1或2所述的方法，進(jìn)一步包括賬戶修改常規(guī)日期服務(wù)請求；賬戶修改計費配置服務(wù)請求；賬戶修改對個人的賬單服務(wù)請求；賬戶修改對地址的賬單服務(wù)請求；以及賬戶修改支付日期服務(wù)請求。4.根據(jù)權(quán)利要求1到3任一項所述的方法，進(jìn)一步包括服務(wù)訂單提供服務(wù)請求；資產(chǎn)組成服務(wù)請求；提供任務(wù)服務(wù)請求；以及任務(wù)執(zhí)行響應(yīng)服務(wù)請求。5.根據(jù)權(quán)利要求1到4任一項所述的方法，進(jìn)一步包括在所述當(dāng)前實例終止后，向具有相同的所述相關(guān)性id的下一接收到的實例發(fā)送通知。6.根據(jù)權(quán)利要求5所述的方法，其中，所述下一個接收到的實例只要接收到所述通知便開始處理。7.根據(jù)權(quán)利要求4到6任一項所述的方法，進(jìn)一步包括鎖定所述下一接收到的實例正在使用的資源。8.根據(jù)權(quán)利要求1到7任一項所述的方法，其中，如果存在針對所述相關(guān)性id的正在運行的實例則向所述當(dāng)前實例添加元素進(jìn)一步包括設(shè)置用于所述當(dāng)前實例的時間周期，以確定所述正在運行的實例的狀態(tài)。9.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括接收第二服務(wù)請求，確定第二相關(guān)性id并將其指派給接收到的所述第二服務(wù)請求。10.根據(jù)權(quán)利要求9所述的方法，其中，同時處理具有所述第一相關(guān)性id的所述第一實例和具有第二相關(guān)性id的所述第二實例。11.一種用于有相互關(guān)系的事件的消息次序管理的計算機實現(xiàn)的方法，包括接收服務(wù)請求；確定相關(guān)性id并將其指派給所述服務(wù)請求；確定是否存在針對所述相關(guān)性id的正在運行的實例；如果存在針對所述相關(guān)性id的正在運行的實例，則將所述服務(wù)請求添加到處理隊列中；以及如果不存在針對所述相關(guān)性id的正在運行的實例，則創(chuàng)建當(dāng)前實例；其中，所述處理隊列以所述服務(wù)請求被接收的順序來包括針對所述相關(guān)性id的接收到的所有服務(wù)請求。12.根據(jù)權(quán)利要求11所述的方法，其中，如果不存在針對所述相關(guān)性id的正在運行的實例則創(chuàng)建實例的步驟進(jìn)一步包括創(chuàng)建隊列，并且將所述服務(wù)請求添加到所述隊列中。13.根據(jù)權(quán)利要求11或12所述的方法，進(jìn)一步包括定義多個小粒度的可復(fù)用服務(wù)請求，包括客戶創(chuàng)建服務(wù)請求；客戶修改常規(guī)日期服務(wù)請求；客戶修改物理地址服務(wù)請求；以及修改客戶數(shù)據(jù)服務(wù)請求。14.根據(jù)權(quán)利要求11到13任一項所述的方法，進(jìn)一步包括賬戶修改常規(guī)日期服務(wù)請求；賬戶修改計費配置服務(wù)請求；賬戶修改對個人的賬單服務(wù)請求；賬戶修改對地址的賬單服務(wù)請求；以及賬戶修改支付日期服務(wù)請求。15.根據(jù)權(quán)利要求11到14任一項所述的方法，進(jìn)一步包括服務(wù)訂單提供服務(wù)請求；資產(chǎn)組成服務(wù)請求；提供任務(wù)服務(wù)請求；以及任務(wù)執(zhí)行響應(yīng)服務(wù)請求。16.根據(jù)權(quán)利要求11到15任一項所述的方法，進(jìn)一步包括接收第二服務(wù)請求，確定第二相關(guān)性id并將其指派給接收到的所述第二服務(wù)請求。17.根據(jù)權(quán)利要求16所述的方法，其中，同時處理具有第一相關(guān)性id的所述第一實例和具有第二相關(guān)性id的所述第二實例。18.—種用于管理有相互關(guān)系的服務(wù)請求序列的計算機實現(xiàn)的方法，所述方法包括確定多個可能的服務(wù)請求；配置所述可能的服務(wù)請求的相互依賴關(guān)系；以及至少部分地基于所述相互依賴關(guān)系來指派執(zhí)行次序。19.根據(jù)權(quán)利要求18所述的方法，進(jìn)一步包括定義多個小粒度的可復(fù)用服務(wù)請求，包括客戶創(chuàng)建服務(wù)請求；客戶修改常規(guī)日期服務(wù)請求；以及客戶修改物理地址服務(wù)請求。20.根據(jù)權(quán)利要求18或19所述的方法，進(jìn)一步包括修改客戶數(shù)據(jù)服務(wù)請求；賬戶修改常規(guī)日期服務(wù)請求；賬戶修改計費配置服務(wù)請求；以及賬戶修改對個人的賬單服務(wù)請求。21.根據(jù)權(quán)利要求18到20任一項所述的方法，進(jìn)一步包括賬戶修改對地址的賬單服務(wù)請求；賬戶修改支付日期服務(wù)請求；服務(wù)訂單提供服務(wù)請求；資產(chǎn)組成服務(wù)請求；提供任務(wù)服務(wù)請求；以及任務(wù)執(zhí)行響應(yīng)服務(wù)請求。22.—種用于管理有相互關(guān)系的事件的系統(tǒng)，所述系統(tǒng)包括集成中間件技術(shù)組件，其支持基于消息的集成，并被配置為標(biāo)識和配置有相互關(guān)系的事件；應(yīng)用過程邏輯層，其能夠調(diào)用對過程業(yè)務(wù)邏輯的服務(wù)請求，并被配置為通過所述集成中間件技術(shù)組件來發(fā)布所述有相互關(guān)系的事件；以及其中，所述應(yīng)用過程邏輯層包括對于特定服務(wù)提供商唯一的業(yè)務(wù)邏輯。全文摘要一種基于企業(yè)的有相互關(guān)系的事件的消息次序管理，以最少的配置來并入電信服務(wù)提供商的變化的、唯一的業(yè)務(wù)。該設(shè)計標(biāo)識并管理相關(guān)服務(wù)請求，并確保這些相關(guān)服務(wù)請求遵循業(yè)務(wù)邏輯所定義的精確執(zhí)行次序。該設(shè)計的魯棒特征允許對變化的業(yè)務(wù)過程和需求的簡化集成和管理。文檔編號H04M3/22GK101369919SQ20081014495公開日2009年2月18日申請日期2008年8月13日優(yōu)先權(quán)日2007年8月13日發(fā)明者A·奧塔維,L·阿普里勒,S·R·甘迪尼申請人:埃森哲環(huán)球服務(wù)有限公司