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