專利名稱：結(jié)合不透明用戶標(biāo)識(shí)符的管理而對(duì)使用一組服務(wù)器的服務(wù)完整遞送進(jìn)行檢查的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線電通信和多媒體服務(wù)管理領(lǐng)域。更為特別的是，本發(fā)明涉及一種對(duì)通過(guò)一組“啟用器”服務(wù)器所提供的服務(wù)的完整遞送進(jìn)行檢查并對(duì)不透明用戶標(biāo)識(shí)符進(jìn)行管理的方法。
背景技術(shù)：
在下文中，任何能夠提供服務(wù)的服務(wù)器部件都稱為“啟用器”或“服務(wù)啟用器”。以下描述了那些在本說(shuō)明書(shū)中使用的技術(shù)術(shù)語(yǔ)的定義。
Commit(提交)作用于一個(gè)事務(wù)的操作，以便改變其狀態(tài)，使之得到永久驗(yàn)證Rollback(回滾)作用于一個(gè)失敗事務(wù)，以便通知放棄了這個(gè)當(dāng)前事務(wù)并使系統(tǒng)回到其初始狀態(tài)的操作Begin(開(kāi)始)標(biāo)記事務(wù)開(kāi)始的操作Timeout(超時(shí))超時(shí)末端Mask(遮蔽)遮蔽Unmask(中斷遮蔽)中斷遮蔽Start(開(kāi)始)開(kāi)始Completed(結(jié)束)通告正確的完成Error(差錯(cuò))通告一個(gè)差錯(cuò)Update(更新)更新OpenTransaction開(kāi)啟事務(wù)CloseTransaction關(guān)閉事務(wù)在現(xiàn)有技術(shù)中，已知的標(biāo)識(shí)符管理器(GID)采取的是計(jì)算機(jī)系統(tǒng)的形式，其中所述計(jì)算機(jī)系統(tǒng)具有借助于不透明標(biāo)識(shí)符來(lái)遮蔽和中斷遮蔽用戶身份的接口。這種類型的GID管理器為外部系統(tǒng)提供了一種在不泄露使用者身份的情況下與使用者進(jìn)行通信的裝置。其中通過(guò)安裝GID標(biāo)識(shí)符管理器來(lái)滿足那些旨在確保某種信息保密性的法定約束。然而，GID不適合管理那些與服務(wù)以及用戶或給定用戶組相關(guān)的會(huì)話或事務(wù)的概念。
對(duì)話管理器(GD)也是已知的，它包括一個(gè)嵌套在服務(wù)發(fā)票(invoicing)管理系統(tǒng)中的計(jì)算機(jī)系統(tǒng)。對(duì)話管理器GD首先為用戶提供一個(gè)對(duì)話，以便向他通告服務(wù)價(jià)格并獲取他的確認(rèn)，其次則在服務(wù)末端觸發(fā)開(kāi)具發(fā)票。而對(duì)話管理器GD則專門(mén)設(shè)計(jì)成解決開(kāi)具發(fā)票的問(wèn)題，并且從技術(shù)上講，管理器GD的使用取決于能夠創(chuàng)建和提供“啟用器”服務(wù)的服務(wù)器部件。
此外還存在要約管理器(GO)，以便檢查服務(wù)要約是否得到正確執(zhí)行。從技術(shù)上講，大多數(shù)GO依賴于能夠創(chuàng)建和提供“啟用器”服務(wù)的服務(wù)器部件。因此，它們頻繁應(yīng)用于“單獨(dú)的服務(wù)器部件”乃至單獨(dú)的請(qǐng)求服務(wù)。這樣一來(lái)，所述GO無(wú)法正確處理一個(gè)端到端的“多服務(wù)器部件”服務(wù)。
“框架”服務(wù)開(kāi)發(fā)軟件平臺(tái)也是已知的，這些平臺(tái)通常為伙伴提供了對(duì)于運(yùn)營(yíng)商網(wǎng)絡(luò)資源的訪問(wèn)控制。這些伙伴可以是增值服務(wù)供應(yīng)商(VASP)。OSA(開(kāi)放式服務(wù)架構(gòu))或PARLAY平臺(tái)就是這種“框架”平臺(tái)的實(shí)例。這樣一來(lái)，OSA可以定義一個(gè)與移動(dòng)無(wú)線電話網(wǎng)對(duì)接并提供標(biāo)準(zhǔn)容量的接口。而PARLAY可以與OSA進(jìn)行比較，但是所述PARLAY對(duì)應(yīng)的則是固定電話網(wǎng)絡(luò)。這種類型的服務(wù)開(kāi)發(fā)平臺(tái)執(zhí)行如下操作在代理模式中進(jìn)行操作，該平臺(tái)迫使VASP(增值服務(wù)供應(yīng)商)伙伴在技術(shù)上集成“框架”軟件平臺(tái)并且必須對(duì)所述“框架”軟件平臺(tái)進(jìn)行更新，以便在其中既可以包含能夠創(chuàng)建和提供服務(wù)的新的“啟用器”服務(wù)器部件，也可以只在能夠創(chuàng)建和提供“現(xiàn)有”服務(wù)的服務(wù)器部件上創(chuàng)建新的接口。
也可以在“目錄”模式中進(jìn)行操作，這意味著一旦為服務(wù)器部件分配了引用，則不再有別的統(tǒng)計(jì)信息經(jīng)過(guò)那些能在“框架”軟件平臺(tái)上創(chuàng)建和提供“啟用器”服務(wù)的服務(wù)器部件。
因此，目前沒(méi)有一種解決方案能為用戶管理一個(gè)使用了電信運(yùn)營(yíng)商網(wǎng)絡(luò)上的若干“啟用器”服務(wù)器部件的服務(wù)會(huì)話。由此不可能在結(jié)束(或未完成)執(zhí)行服務(wù)的時(shí)候產(chǎn)生事件。

發(fā)明內(nèi)容
本發(fā)明的一個(gè)目的是消除這些依照現(xiàn)有技術(shù)的缺陷。因此，本文描述的發(fā)明提供了一種旨在解決以下問(wèn)題的解決方案-提供一個(gè)使用運(yùn)營(yíng)商網(wǎng)絡(luò)的“啟用器”服務(wù)器部件來(lái)正確遞送服務(wù)的保證，-確保端到端的QoS(服務(wù)質(zhì)量)-對(duì)用于指定用戶和服務(wù)的“啟用器”服務(wù)器部件的訪問(wèn)加以控制-在從來(lái)自移動(dòng)臺(tái)的請(qǐng)求發(fā)起的Pull/MO(移動(dòng)始發(fā))模式以及從服務(wù)器部件發(fā)送到移動(dòng)臺(tái)的請(qǐng)求所發(fā)起的Push/MT(移動(dòng)終止)模式中獲取關(guān)于服務(wù)使用和執(zhí)行的統(tǒng)計(jì)信息，-對(duì)那些使運(yùn)營(yíng)商能夠相對(duì)于服務(wù)供應(yīng)商而確保用戶保密性的不透明標(biāo)識(shí)符進(jìn)行管理。
為此目的，本發(fā)明涉及一種結(jié)合不透明用戶標(biāo)識(shí)符的管理來(lái)實(shí)施使用至少一個(gè)服務(wù)器的服務(wù)的完全遞送的控制處理，其特征在于，它是通過(guò)一個(gè)事務(wù)標(biāo)識(shí)符服務(wù)器裝置來(lái)完成，所述裝置將用戶從增值服務(wù)供應(yīng)商那里取得的關(guān)于多個(gè)服務(wù)要約的描述保存在一個(gè)用于每個(gè)用戶的存儲(chǔ)器中，所述事務(wù)標(biāo)識(shí)符服務(wù)器裝置包括一個(gè)管理模塊，用于將一個(gè)不透明事務(wù)標(biāo)識(shí)符與一個(gè)用戶或用戶組以及至少一個(gè)已確定服務(wù)相關(guān)聯(lián)，所述處理包括以下步驟-截取來(lái)自用戶或所述服務(wù)供應(yīng)商之一的服務(wù)請(qǐng)求的“啟用器”服務(wù)器部件，發(fā)送至少一個(gè)服務(wù)的開(kāi)放事務(wù)請(qǐng)求，其中所述服務(wù)調(diào)用至少一個(gè)執(zhí)行子事務(wù)的已確定“啟用器”服務(wù)器部件，這個(gè)請(qǐng)求則是使用一組發(fā)送到事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的通信接口的開(kāi)放原語(yǔ)來(lái)描述的，并且所述請(qǐng)求通報(bào)了一個(gè)用戶標(biāo)識(shí)(UserId)，-事務(wù)標(biāo)識(shí)符服務(wù)器(GIDT)的管理和控制裝置分析所述請(qǐng)求并產(chǎn)生一個(gè)不透明事務(wù)標(biāo)識(shí)符(trld)，然后-使用這個(gè)不透明事務(wù)標(biāo)識(shí)符(trld)所進(jìn)行的事務(wù)的執(zhí)行步驟。
因此通過(guò)使用一個(gè)用于許可的用戶的不透明會(huì)話標(biāo)識(shí)符，本發(fā)明在確保用戶相對(duì)服務(wù)供應(yīng)商保密的同時(shí)提供了針對(duì)服務(wù)要約的訪問(wèn)。
根據(jù)本發(fā)明的另一個(gè)特有特征，所述分析步驟包括由管理模塊檢查已確定“啟用器”服務(wù)器部件與從多個(gè)服務(wù)要約中列出的可供用戶訪問(wèn)的服務(wù)要約之間的一致性，以及對(duì)所述許可進(jìn)行檢查，以便由事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的控制裝置來(lái)為特別作為用戶標(biāo)識(shí)(UserId)的一個(gè)函數(shù)的“啟用器”服務(wù)器部件(LOG、SMS、MMS)所提供服務(wù)以及規(guī)定用戶開(kāi)放事務(wù)。
根據(jù)本發(fā)明的另一個(gè)特有特征，事務(wù)的執(zhí)行步驟是由一個(gè)從事務(wù)標(biāo)識(shí)符服務(wù)器裝置那里接收不透明事務(wù)標(biāo)識(shí)符的增值服務(wù)供應(yīng)商發(fā)起的，所述服務(wù)供應(yīng)商通過(guò)使用作為參數(shù)的不透明事務(wù)標(biāo)識(shí)符而向經(jīng)過(guò)確定的啟用器服務(wù)器部件發(fā)出一個(gè)請(qǐng)求得到形成子事務(wù)的已確定服務(wù)的請(qǐng)求，從而觸發(fā)向事務(wù)標(biāo)識(shí)符服務(wù)器發(fā)送一個(gè)中斷遮蔽的請(qǐng)求，在已確定的啟用器服務(wù)器部件上，作為響應(yīng)，所述服務(wù)器部件允許提供與一個(gè)與起源于不透明標(biāo)識(shí)符的不透明事務(wù)標(biāo)識(shí)符相對(duì)應(yīng)的非不透明(non-opaque)標(biāo)識(shí)號(hào)碼，其后則由事務(wù)標(biāo)識(shí)符服務(wù)器裝置的檢查裝置來(lái)執(zhí)行檢查，以便檢查是否為這個(gè)服務(wù)或這個(gè)用戶許可了已確定的“啟用器”服務(wù)器部件，以便如果所述服務(wù)器部件得到了許可，則經(jīng)由一個(gè)名為啟用器接口的通信接口來(lái)將所述非不透明標(biāo)識(shí)號(hào)發(fā)送到已確定的服務(wù)器部件，從而能夠執(zhí)行所述子事務(wù)。
根據(jù)本發(fā)明的另一個(gè)特有特征，事務(wù)標(biāo)識(shí)符是由不超過(guò)15個(gè)數(shù)字組成的，它符合UIT-TE-164編號(hào)方案，并且所述非不透明標(biāo)識(shí)號(hào)碼是MSISDN號(hào)碼。
根據(jù)本發(fā)明的另一個(gè)特有特征，事務(wù)標(biāo)識(shí)符服務(wù)器裝置首先包括一個(gè)產(chǎn)生事務(wù)事件發(fā)布的事務(wù)馬達(dá)(motor)，其中所述事件由BEGIN、COMMIT、ROLLBACK命令之一組成，其次所述服務(wù)器裝置包括一個(gè)將來(lái)自事務(wù)馬達(dá)的每一個(gè)事件以及在使用事務(wù)標(biāo)識(shí)符服務(wù)器裝置的過(guò)程中發(fā)送的所有信息記錄在存儲(chǔ)器中的追蹤能力馬達(dá)。
根據(jù)本發(fā)明的另一個(gè)特有特征，不透明事務(wù)標(biāo)識(shí)符是在將事務(wù)上下文存入事務(wù)標(biāo)識(shí)符服務(wù)器裝置的存儲(chǔ)器之后發(fā)送到服務(wù)要約供應(yīng)商的，其中特別指示了-用戶標(biāo)識(shí)號(hào)碼；-事務(wù)標(biāo)識(shí)符-與事務(wù)相關(guān)的要約；-用于與事務(wù)相關(guān)的要約的事務(wù)進(jìn)展?fàn)顟B(tài)根據(jù)本發(fā)明的另一個(gè)特有特征，只有在產(chǎn)生了表明開(kāi)始進(jìn)行針對(duì)至少一個(gè)外部系統(tǒng)的事務(wù)的事務(wù)事件之后，才會(huì)通過(guò)名為事務(wù)通知接口的標(biāo)識(shí)符服務(wù)器裝置的第二通信接口而將不透明事務(wù)標(biāo)識(shí)符發(fā)送給服務(wù)要約供應(yīng)商。
根據(jù)本發(fā)明的另一個(gè)特有特征，表明開(kāi)始進(jìn)行針對(duì)至少一個(gè)外部系統(tǒng)的事務(wù)的事務(wù)事件是由事務(wù)標(biāo)識(shí)符服務(wù)器裝置的事務(wù)馬達(dá)生成的BEGIN(開(kāi)始)命令產(chǎn)生的。
根據(jù)本發(fā)明的另一個(gè)特有特征，事務(wù)標(biāo)識(shí)符服務(wù)器裝置使用事務(wù)馬達(dá)產(chǎn)生的COMMIT(提交)命令將那些表示是否完成要約的數(shù)據(jù)從事務(wù)通知接口發(fā)送到至少一個(gè)外部系統(tǒng)，以便向諸如發(fā)票系統(tǒng)之類的外部系統(tǒng)通告所述事務(wù)已經(jīng)完全結(jié)束。
根據(jù)本發(fā)明的另一個(gè)特有特征，事務(wù)標(biāo)識(shí)符服務(wù)器裝置經(jīng)由事務(wù)通知接口來(lái)發(fā)送一個(gè)ROLLBACK(回滾)事務(wù)事件結(jié)束，以便向至少一個(gè)外部系統(tǒng)通告出錯(cuò)時(shí)已經(jīng)超出了事務(wù)回滾數(shù)目并且將會(huì)取消所述事務(wù)，以便將數(shù)據(jù)提供給一個(gè)對(duì)話管理器并決定是否為這個(gè)服務(wù)開(kāi)具發(fā)票。
根據(jù)本發(fā)明的另一個(gè)特有特征，事務(wù)標(biāo)識(shí)符服務(wù)器的管理和控制裝置執(zhí)行開(kāi)放事務(wù)請(qǐng)求的分析，特別地，所述分析是通過(guò)對(duì)開(kāi)放事務(wù)請(qǐng)求中通告的技術(shù)服務(wù)地址與事務(wù)標(biāo)識(shí)符服務(wù)器裝置的存儲(chǔ)器保存的不同服務(wù)要約描述中舉出的一個(gè)列舉服務(wù)要約之間的一致性進(jìn)行求解來(lái)進(jìn)行的。
根據(jù)本發(fā)明的另一個(gè)特有特征，事務(wù)標(biāo)識(shí)符服務(wù)器裝置的存儲(chǔ)器保存的是通過(guò)名為服務(wù)描述供應(yīng)接口的第三通信接口輸入并由所述供應(yīng)商驗(yàn)證的服務(wù)要約描述。
根據(jù)本發(fā)明的另一個(gè)特有特征，服務(wù)要約描述包含了在元語(yǔ)言中制訂的數(shù)據(jù)或是啟用標(biāo)識(shí)符服務(wù)器裝置的控制裝置的等價(jià)形式，以便檢查是否正在正確執(zhí)行服務(wù)并檢查開(kāi)端和末端。
根據(jù)本發(fā)明的另一個(gè)特有特征，事務(wù)標(biāo)識(shí)符服務(wù)器裝置包括一個(gè)供增值服務(wù)供應(yīng)商使用的附加通信接口，而所述第一接口則供服務(wù)器部件使用。
根據(jù)本發(fā)明的另一個(gè)特有特征，事務(wù)標(biāo)識(shí)符服務(wù)器裝置包括執(zhí)行以下方法的內(nèi)部邏輯電路Start，Completed，Error，Mask，Unmask，Update，OpenTransaction，CloseTransaction。
根據(jù)本發(fā)明的另一個(gè)特有特征，事務(wù)標(biāo)識(shí)符服務(wù)器裝置的Start方法產(chǎn)生一個(gè)事務(wù)標(biāo)識(shí)符，并在存儲(chǔ)器中創(chuàng)建一個(gè)事務(wù)上下文，此外還產(chǎn)生一個(gè)BEGIN類型事務(wù)事件并且將事務(wù)標(biāo)識(shí)符返回給服務(wù)要約供應(yīng)商。
根據(jù)本發(fā)明的另一個(gè)特有特征，事務(wù)標(biāo)識(shí)符服務(wù)器裝置的Completed方法通過(guò)執(zhí)行一個(gè)測(cè)試來(lái)確定是否執(zhí)行了所述事務(wù)的子事務(wù)，由此對(duì)事務(wù)上下文進(jìn)行修改，此外還對(duì)要約描述進(jìn)行掃描，以便確定事務(wù)標(biāo)識(shí)符服務(wù)器裝置是否有必要等待一個(gè)外部事件，以及設(shè)定等待超時(shí)或是關(guān)閉事務(wù)的邏輯電路，檢查事務(wù)是否完成并產(chǎn)生一個(gè)COMMIT類型的事務(wù)事件。
根據(jù)本發(fā)明的另一個(gè)特有特征，事務(wù)標(biāo)識(shí)符服務(wù)器裝置的Error方法檢查對(duì)出錯(cuò)時(shí)是否超出事務(wù)回滾數(shù)目進(jìn)行檢查，如果超出的話，則產(chǎn)生一個(gè)ROLLBACK類型的事務(wù)事件。
根據(jù)本發(fā)明的另一個(gè)特有特征，Mask方法由一個(gè)“啟用器”服務(wù)器部件發(fā)送，以便找出始于技術(shù)地址和多個(gè)服務(wù)要約的目標(biāo)要約的信息，從而對(duì)預(yù)訂服務(wù)要約的用戶所進(jìn)行的訪問(wèn)加以控制并且發(fā)送一個(gè)訪問(wèn)拒絕或是觸發(fā)Start方法。
根據(jù)本發(fā)明的另一個(gè)特有特征，Unmask方法由一個(gè)“啟用器”服務(wù)器發(fā)送，以便找出用于目標(biāo)要約的信息，其中所述目標(biāo)要約始于表示技術(shù)地址和事務(wù)標(biāo)識(shí)符的數(shù)據(jù)以及所述多個(gè)要約，由此對(duì)伙伴供應(yīng)商訪問(wèn)“啟用器”服務(wù)器部件加以控制，以便檢查向服務(wù)器部件發(fā)出的請(qǐng)求與事務(wù)的當(dāng)前上下文相對(duì)應(yīng)，并且向服務(wù)器部件告知事務(wù)標(biāo)識(shí)符服務(wù)器裝置正在等待一個(gè)更新，此外還返回關(guān)聯(lián)于不透明事務(wù)標(biāo)識(shí)符的MSISDN號(hào)碼并且開(kāi)始等待更新，然后則檢查接收到的更新是否包含執(zhí)行所述要約所必需的信息，以便發(fā)送一個(gè)Completed方法或一個(gè)Error方法。
根據(jù)本發(fā)明的另一個(gè)特有特征，Update方法由一個(gè)“啟用器”服務(wù)器部件發(fā)送并且包括進(jìn)入等待狀態(tài)，以便進(jìn)行一個(gè)與事務(wù)標(biāo)識(shí)符服務(wù)器所請(qǐng)求的執(zhí)行有關(guān)的更新。
根據(jù)本發(fā)明的另一個(gè)特有特征，OpenTransaction方法由一個(gè)增值服務(wù)供應(yīng)商發(fā)送，以便對(duì)伙伴訪問(wèn)運(yùn)營(yíng)商的用戶之一進(jìn)行控制，并且產(chǎn)生一個(gè)訪問(wèn)拒絕或觸發(fā)一個(gè)Start方法。
根據(jù)本發(fā)明另一個(gè)獨(dú)有的特征，CloseTransaction方法由一個(gè)增值服務(wù)供應(yīng)商發(fā)送，并且產(chǎn)生一個(gè)能夠解鎖事務(wù)標(biāo)識(shí)符服務(wù)器裝置的邏輯電路超時(shí)的事件。


在通過(guò)參考作為非限定性實(shí)例給出的附圖而對(duì)說(shuō)明書(shū)進(jìn)行了研究之后，本發(fā)明及其特征和優(yōu)點(diǎn)將會(huì)變得更為清楚，其中圖1以圖表形式顯示了本發(fā)明中使用的Push/MT模式的一個(gè)變體中的處理的實(shí)例，圖2顯示的是服務(wù)器標(biāo)識(shí)符裝置所使用的三個(gè)邏輯部件，圖3顯示了與網(wǎng)絡(luò)的“啟用器”服務(wù)器部件以及標(biāo)識(shí)符服務(wù)器裝置之間的交互作用相關(guān)聯(lián)的狀態(tài)邏輯的圖示，
圖4顯示了與增值服務(wù)供應(yīng)商以及標(biāo)識(shí)符服務(wù)器裝置之間的交互作用相關(guān)聯(lián)的狀態(tài)邏輯的一個(gè)實(shí)例，圖5以圖表形式顯示了本發(fā)明中使用的Pull/MO模式的一個(gè)變體中的處理的一個(gè)實(shí)例。
此外，附錄中包含了本申請(qǐng)中使用的縮略語(yǔ)。
具體實(shí)施例方式
我們現(xiàn)在參考圖1和2來(lái)描述本發(fā)明。
依照本發(fā)明的處理是借助了在本論述的剩余部分中被稱為事務(wù)標(biāo)識(shí)符管理器(GIDT)的事務(wù)標(biāo)識(shí)符服務(wù)器來(lái)完成的。這個(gè)標(biāo)識(shí)符服務(wù)器裝置(GIDT)能為針對(duì)給定服務(wù)的事務(wù)或子事務(wù)而關(guān)聯(lián)一個(gè)與用戶(或用戶組)相對(duì)應(yīng)的標(biāo)識(shí)部件(UserId)。在與諸如VASP、應(yīng)用供應(yīng)商和特定網(wǎng)關(guān)或其他伙伴之類的伙伴服務(wù)供應(yīng)商(33)進(jìn)行通信的時(shí)候，這個(gè)事務(wù)標(biāo)識(shí)符(trld)被用于代替MS-ISDN(移動(dòng)站綜合服務(wù)數(shù)字網(wǎng))號(hào)碼，并且這個(gè)事務(wù)標(biāo)識(shí)符具有符合諸如UIT-TE.164之類的標(biāo)準(zhǔn)編號(hào)計(jì)劃建議的特征，其中所述建議引入了一個(gè)不超過(guò)15個(gè)數(shù)字的序列，并且可以使用這個(gè)信息的一部分來(lái)對(duì)能夠解譯這個(gè)事務(wù)標(biāo)識(shí)符(trld)的運(yùn)營(yíng)商進(jìn)行識(shí)別。事務(wù)標(biāo)識(shí)符管理器(GIDT)包括一個(gè)能與服務(wù)器或啟用器進(jìn)行數(shù)據(jù)傳輸?shù)牡谝煌ㄐ沤涌?21)。這個(gè)管理器(GIDT)還包括一個(gè)名為事務(wù)通知接口的第二通信接口(22)，由此能夠向任何外部系統(tǒng)(40)產(chǎn)生表示事務(wù)開(kāi)始(ST)、結(jié)束(CT)或取消(ET)的事務(wù)事件。舉例來(lái)說(shuō)，這個(gè)接口(22)將管理器(GIDT)連接到一個(gè)或幾個(gè)外部發(fā)票系統(tǒng)(40)和/或?qū)υ捁芾砥鳌?br> 如圖1所示，事務(wù)標(biāo)識(shí)符管理器(GIDT)包括一個(gè)管理模塊(27)，用于將所謂的事務(wù)標(biāo)識(shí)符(trld)與一個(gè)用戶或用戶組以及至少一個(gè)已確定的服務(wù)相關(guān)聯(lián)。舉例來(lái)說(shuō)，所述管理器(GIDT)可以對(duì)用戶向服務(wù)供應(yīng)商(33)預(yù)訂服務(wù)要約進(jìn)行管理。作為一種變體，事務(wù)標(biāo)識(shí)符管理器(GIDT)還可以連接到一個(gè)預(yù)訂管理器。特別地，管理器(GIDT)的存儲(chǔ)器(25)可以存儲(chǔ)供應(yīng)商(31)驗(yàn)證的服務(wù)要約描述并且為一個(gè)服務(wù)保存多個(gè)與用戶或用戶組相關(guān)聯(lián)的事務(wù)上下文。特別地，每一個(gè)事務(wù)上下文表示的都是用戶標(biāo)識(shí)號(hào)碼(UserId)、事務(wù)標(biāo)識(shí)符(trld)、與事務(wù)相關(guān)聯(lián)的要約以及事務(wù)進(jìn)展?fàn)顟B(tài)。例如，這個(gè)進(jìn)展?fàn)顟B(tài)是由已完成的子事務(wù)(R’)數(shù)目以及將要執(zhí)行的剩余子事務(wù)(R’)數(shù)目來(lái)描述的。服務(wù)要約描述可以由一個(gè)具有名為服務(wù)供應(yīng)描述接口的(IFDS)的第三通信接口的采購(gòu)系統(tǒng)(32)輸入。
如圖1所示，事務(wù)標(biāo)識(shí)符管理器(GIDT)可以將其自身定位在軟件平臺(tái)中心，由此能夠-管理事務(wù)標(biāo)識(shí)符(trld)，-管理來(lái)自網(wǎng)絡(luò)啟用器(31)的訪問(wèn)無(wú)遮蔽請(qǐng)求的統(tǒng)計(jì)信息，-保存一個(gè)服務(wù)表示，尤其是它的順序/執(zhí)行情況，-檢查服務(wù)執(zhí)行情況，由此檢查是否是以端到端的方式執(zhí)行所述服務(wù)的發(fā)送事務(wù)觸發(fā)器，例如用于開(kāi)始的BEGIN(ST)，用于執(zhí)行的COMMIT(CT)以及用于取消的ROLLBACK(ET)(圖2)。
為了成功管理事務(wù)標(biāo)識(shí)符(trld)，管理模塊(27)與存儲(chǔ)器(25)以及服務(wù)描述供應(yīng)接口(IFDS)相連。在本發(fā)明的一個(gè)實(shí)施例中，事務(wù)標(biāo)識(shí)符管理器(GIDT)的存儲(chǔ)器(25)將采購(gòu)系統(tǒng)(32)發(fā)送的服務(wù)要約描述與使用了供應(yīng)接口(IFDS)的服務(wù)描述保存在一起。伙伴供應(yīng)商關(guān)注的采購(gòu)系統(tǒng)(32)則提供了服務(wù)的完整描述。在本發(fā)明的一個(gè)實(shí)施例中，存儲(chǔ)器(25)保存了包含服務(wù)細(xì)節(jié)的描述，尤其是與形成所述要約一部分的不同啟用器(LOG，SMS，MMS)進(jìn)行通信的方法。舉例來(lái)說(shuō)，這個(gè)描述可以用元語(yǔ)言、正規(guī)表達(dá)式、XML模式或DTD或者是其他任何能使事務(wù)標(biāo)識(shí)符管理器(GIDT)檢查正在正確執(zhí)行的服務(wù)并檢測(cè)開(kāi)始和結(jié)束的形式來(lái)定義?；锇楣?yīng)商(33)則非常熟悉用于描述其服務(wù)的方法，從而能夠?qū)嶋H提供一個(gè)與包括一個(gè)或幾個(gè)服務(wù)在內(nèi)的預(yù)期描述相對(duì)應(yīng)的要約。
舉例來(lái)說(shuō)，針對(duì)包含了本地化啟用器(LOG)、短信息啟用器(SMS)和多媒體消息啟用器(MMS)的服務(wù)要約的服務(wù)描述可以采用以下形式“(SMS_MO，LOG，MMS)”，換句話說(shuō)，完整的服務(wù)必須包括一個(gè)SMS_MO、一個(gè)本地化請(qǐng)求并發(fā)送一個(gè)多媒體消息。在另一個(gè)實(shí)例中，可以將所述描述規(guī)定成“(LOG，WAP-PUSH+，[Closetransaction|timeout(2days)])”，這意味著所述服務(wù)必須包括一個(gè)本地化請(qǐng)求，其后則是一個(gè)從1到n的WAP推送。服務(wù)結(jié)束則是由一個(gè)超時(shí)或是一個(gè)由啟用器服務(wù)器(31)或服務(wù)供應(yīng)商(31)產(chǎn)生的關(guān)閉事務(wù)命令觸發(fā)的。
所述服務(wù)描述還可以包括向啟用器服務(wù)器部件(31)發(fā)出的每一個(gè)請(qǐng)求的內(nèi)容的細(xì)節(jié)，例如“(SMS_MO″JOKE*，MMS)”表示所述服務(wù)必須包括一個(gè)從JOKE開(kāi)始的SMS_MO以及一個(gè)多媒體消息。在本發(fā)明的一個(gè)派生實(shí)施例中，所述服務(wù)描述可以包括事務(wù)子部分，例如將其定義為嵌套。因此，對(duì)XML描述來(lái)說(shuō)，可以使用引入或參考機(jī)制。在這種情況下，服務(wù)的完成取決于事務(wù)子部分的執(zhí)行。這些事務(wù)子部分可以單獨(dú)由一個(gè)外部發(fā)票系統(tǒng)(40)開(kāi)具發(fā)票。圖1的啟用器服務(wù)器(LOG，SMS，MMS)只是作為實(shí)例顯示的。諸如CAMEL、WAP服務(wù)器等任何其他啟用器服務(wù)器部件都可以在結(jié)合事務(wù)標(biāo)識(shí)符管理器(GIDT)執(zhí)行的處理中使用。
在本發(fā)明的一個(gè)實(shí)施例中，事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)包括一個(gè)計(jì)劃供增值服務(wù)供應(yīng)商(33)及其等價(jià)物使用的附加通信接口(23)，而第一接口(21)旨在由網(wǎng)絡(luò)服務(wù)器部件(LOG，SMS，MMS)使用。這個(gè)附加接口(23)能使伙伴供應(yīng)商(33)為一種服務(wù)類型上的給定用戶開(kāi)放一個(gè)事務(wù)。并且這個(gè)接口(23)只在服務(wù)供應(yīng)商(33)向用戶開(kāi)啟服務(wù)的情況下才是必要的，換句話說(shuō)，所述情況即為如圖1實(shí)施例中的PUSH模式。就開(kāi)放的服務(wù)描述而言，VASP或相似類型的伙伴供應(yīng)商(33)可以使用一種方法，借助于這種方法，所述伙伴供應(yīng)商可以就其關(guān)心的服務(wù)而通告所述服務(wù)完成。此外，由于這個(gè)附加接口(23)是可選的，因此在大多數(shù)情況下，所述管理器(GIDT)為VASP伙伴或相似伙伴形成了一個(gè)透明組件。
我們現(xiàn)在參考圖2來(lái)描述本發(fā)明。
圖2顯示了管理模塊(27)使用的內(nèi)部邏輯電路中的三個(gè)邏輯部件，其中通過(guò)使用根據(jù)本發(fā)明的處理，所述管理模塊使用所述內(nèi)部邏輯電路來(lái)對(duì)使用不透明用戶事務(wù)標(biāo)識(shí)符(trld)所進(jìn)行的服務(wù)完整遞送加以管理。通常稱為START(S)的方法是這個(gè)內(nèi)部邏輯電路使用的三種方法之一，在先前檢索(S0)了標(biāo)識(shí)號(hào)碼(UserId)MSISDN之后，它按照順序執(zhí)行以下操作-使用提供的數(shù)據(jù)來(lái)產(chǎn)生(S1)一個(gè)事務(wù)標(biāo)識(shí)符，其中特別包含了MSISDN號(hào)碼，-創(chuàng)建(S2)一個(gè)包含標(biāo)識(shí)號(hào)碼(Userld)MSISDN、事務(wù)標(biāo)識(shí)符(trld)、與事務(wù)相關(guān)聯(lián)的要約以及事務(wù)進(jìn)展?fàn)顟B(tài)的事務(wù)上下文，-將所述事務(wù)上下文保存在管理器(GIDT)的存儲(chǔ)器(25)中，-生成一個(gè)發(fā)送到外部系統(tǒng)(40)的BEGIN(ST)事務(wù)事件，以便通告事務(wù)開(kāi)始，然后-事務(wù)標(biāo)識(shí)符管理器(GIDT)將對(duì)應(yīng)于服務(wù)的事務(wù)標(biāo)識(shí)符(trld)發(fā)送給(3)服務(wù)供應(yīng)商(31)。
由事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)使用并且通常稱為Completed(C)的方法進(jìn)行一個(gè)測(cè)試(C1)，以便確定是否完整實(shí)施了事務(wù)的一個(gè)子事務(wù)(C0)，然后據(jù)此修改(C2)事務(wù)上下文。Completed方法(C)還對(duì)要約描述進(jìn)行掃描(C3)，以便確定事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)是否有必要等待(C5)一個(gè)外部事件，此外所述方法還將邏輯電路設(shè)定為等待超時(shí)或是等待一個(gè)Close事務(wù)。最終，這個(gè)方法檢查(C4)是否完成事務(wù)并且產(chǎn)生一個(gè)COMMIT(CT)類型的事務(wù)事件。應(yīng)該理解的是，可以將對(duì)應(yīng)于COMPLETED(C)方法的邏輯部件與事務(wù)結(jié)合使用，以便對(duì)進(jìn)展進(jìn)行檢查。在同一事務(wù)內(nèi)部可以使用這種方法按順序執(zhí)行幾個(gè)子事務(wù)(R’)。因此在圖2所示的實(shí)施例中，COMPLETED(C)方法包括以下操作-有可能進(jìn)行一個(gè)測(cè)試來(lái)檢查(C1)子事務(wù)(R1)執(zhí)行(CO)結(jié)束，并且修改(C2)事務(wù)上下文中存儲(chǔ)的事務(wù)進(jìn)展?fàn)顟B(tài)，由此并入完成的子事務(wù)(R’)，
-掃描要約描述(C3)，以便確定管理器(GIDT)是否有必要等待一個(gè)外部事件，-在第一種情況下，對(duì)于將邏輯電路設(shè)定在等待一個(gè)事件的過(guò)程(C5)來(lái)說(shuō)，這個(gè)等待會(huì)在超時(shí)或一個(gè)Close事務(wù)之后終止，否則如果沒(méi)有預(yù)期某個(gè)特定事件，則檢查(C4)事務(wù)進(jìn)展?fàn)顟B(tài)，然后-產(chǎn)生一個(gè)發(fā)送到外部系統(tǒng)(40)的COMMIT(CT)事務(wù)事件，以便通告子事務(wù)的結(jié)束。
事務(wù)標(biāo)識(shí)符管理器(GIDT)可以把表明完整執(zhí)行了事務(wù)的數(shù)據(jù)從事務(wù)通知接口(22)發(fā)送到任何外部系統(tǒng)(40)，從而使用事務(wù)馬達(dá)(28)產(chǎn)生的COMMIT(CT)命令來(lái)向諸如發(fā)票系統(tǒng)之類的外部系統(tǒng)(40)通告已經(jīng)完整執(zhí)行了事務(wù)。管理器(GIDT)還將事務(wù)上下文中的這個(gè)變化保存在存儲(chǔ)器(25)中。特別地，檢查步驟(C4)識(shí)別的是最后一個(gè)子事務(wù)(R’)的結(jié)束與一個(gè)中間子事務(wù)(R’)的結(jié)束之間的差別。由此可以確定事務(wù)執(zhí)行的進(jìn)展?fàn)顟B(tài)。
事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的內(nèi)部邏輯電路還使用了一種通常稱為ERROR(E)的方法，該方法能夠檢測(cè)到存在差錯(cuò)并且用信號(hào)通知存在一個(gè)差錯(cuò)以及所述錯(cuò)誤在根據(jù)本發(fā)明的處理中的發(fā)生率。比較器裝置接收一個(gè)差錯(cuò)碼(E0)，該裝置檢查出錯(cuò)時(shí)重新開(kāi)始的數(shù)目。所述比較(E1)是在出錯(cuò)時(shí)重新開(kāi)始的數(shù)目與預(yù)定閾值之間進(jìn)行的。在達(dá)到閾值之前，所述差錯(cuò)將被丟棄(E2)并且不對(duì)事務(wù)上下文產(chǎn)生任何影響。否則將一個(gè)ROLLBACK事務(wù)事件(ET)發(fā)送到外部系統(tǒng)(40)，以便取消事務(wù)上下文。在本發(fā)明的一個(gè)實(shí)施例中，事務(wù)標(biāo)識(shí)符(trld)是直接刪除的。
我們現(xiàn)在參考圖1、2和3來(lái)描述本發(fā)明。
第一通信接口(21)發(fā)起一個(gè)用于服務(wù)和給定用戶的事務(wù)。它還為啟用器部件(31)發(fā)起的事務(wù)標(biāo)識(shí)符(trld)提供了關(guān)于中斷遮蔽請(qǐng)求(5，10)的訪問(wèn)。這個(gè)請(qǐng)求(5，10)通常提供了關(guān)于標(biāo)識(shí)號(hào)碼(UserId)的訪問(wèn)，其中舉例來(lái)說(shuō)，所述標(biāo)識(shí)號(hào)碼包括MSISDN號(hào)碼。此外還可以將一個(gè)更新服務(wù)請(qǐng)求(301)定址到這個(gè)接口(21)。如圖3所示，為了確定已經(jīng)正確遞送了服務(wù)，只要用戶預(yù)訂了服務(wù)要約，那么更新請(qǐng)求(301)就可以與啟用器請(qǐng)求(LOG，SMS，MMS)的實(shí)際執(zhí)行相關(guān)聯(lián)。舉例來(lái)說(shuō)，所述更新請(qǐng)求可以與經(jīng)由啟用器部件(31)傳遞到用戶的信息內(nèi)容相關(guān)聯(lián)，以便對(duì)服務(wù)內(nèi)容進(jìn)行檢查。
在本發(fā)明的一個(gè)實(shí)施例中，所述更新方法是由一個(gè)啟用器服務(wù)器部件(31)發(fā)送的。它包括等待與來(lái)自事務(wù)標(biāo)識(shí)符服務(wù)器(GIDT)的請(qǐng)求執(zhí)行有關(guān)的更新?tīng)顟B(tài)。所述更新可以與發(fā)送到啟用器部件(31)的請(qǐng)求的執(zhí)行異步進(jìn)行，但是它可以影響到所有或部分服務(wù)要約的事務(wù)性COMMIT(CT)。例如對(duì)短消息啟用器(SMS)而言，可以使用異步遞送通知消息來(lái)確定將所述內(nèi)容已遞送給用戶。
根據(jù)本發(fā)明的處理在Push/MT模式以及Pull/MO模式中同樣能夠良好運(yùn)作，為至少一個(gè)已確定服務(wù)所進(jìn)行的開(kāi)放事務(wù)請(qǐng)求(1)的發(fā)送可以由用戶或是服務(wù)供應(yīng)商(33)發(fā)起。在圖1的實(shí)例中，供應(yīng)商(33)請(qǐng)求管理器(GIDT)打開(kāi)一個(gè)事務(wù)，其中所述事務(wù)代表的是通過(guò)任何其他用戶標(biāo)識(shí)符的電話號(hào)碼類型標(biāo)識(shí)符(UserId)產(chǎn)生的請(qǐng)求中所表示的用戶。在Push模式中，這個(gè)請(qǐng)求(1)定址到管理器(GIDT)的第一通信接口(21)。然后，所述管理器使用管理器(GIDT)的管理和控制裝置(26，27)來(lái)分析(1’)所述請(qǐng)求(1)，由此檢查根據(jù)所述請(qǐng)求的服務(wù)是否對(duì)應(yīng)于存儲(chǔ)器(25)保存的不同服務(wù)要約中包含的一個(gè)列舉出的服務(wù)要約。特別地，這些管理和控制裝置(26，27)是通過(guò)確定開(kāi)放服務(wù)請(qǐng)求(1)中通告的技術(shù)服務(wù)地址與標(biāo)識(shí)符服務(wù)器裝置(GIDT)存儲(chǔ)器(25)保存的不同服務(wù)要約描述中列舉的一個(gè)服務(wù)要約之間的一致性來(lái)執(zhí)行所述分析(1’)。在圖1的實(shí)施例中將一個(gè)技術(shù)地址插入開(kāi)放的事務(wù)請(qǐng)求(1)，以便描述初始發(fā)出請(qǐng)求(1)的供應(yīng)商(31)所提供的服務(wù)。這個(gè)技術(shù)地址由管理器(GIDT)“求解”并且所述管理器將這個(gè)技術(shù)地址與一個(gè)事務(wù)標(biāo)識(shí)符(trld)相關(guān)聯(lián)。
在本發(fā)明的一個(gè)實(shí)施例中，分析步驟(1′)包括由管理模塊(27)對(duì)技術(shù)地址中表示的“啟用器”服務(wù)器部件(31)以及不同服務(wù)要約中可由用戶訪問(wèn)的所列舉服務(wù)要約的一致性進(jìn)行檢查，以及對(duì)通過(guò)事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的控制裝置(26)來(lái)為特別作為用戶標(biāo)識(shí)(UserId)的一個(gè)函數(shù)的“啟用器”服務(wù)器部件(31)和規(guī)定用戶所提供的服務(wù)打開(kāi)事務(wù)的許可進(jìn)行檢查。而使用了不透明事務(wù)標(biāo)識(shí)符(trld)的事務(wù)執(zhí)行步驟(R)則遵循請(qǐng)求(1)的分析步驟(1’)。
在圖1所示的實(shí)施例中，服務(wù)供應(yīng)商(33)發(fā)送的開(kāi)放事務(wù)請(qǐng)求(1)應(yīng)用于一個(gè)服務(wù)，所述服務(wù)調(diào)用三個(gè)產(chǎn)生子事務(wù)(R’)的“啟用器”服務(wù)器部件(LOG，SMS，MMS)。在這里可以結(jié)合一組開(kāi)放原語(yǔ)并按照順序來(lái)對(duì)這個(gè)定址到與事務(wù)標(biāo)識(shí)符管理器(GIDT)供應(yīng)商對(duì)接的通信接口(23)的請(qǐng)求(1)進(jìn)行描述，并且所述請(qǐng)求通告了一個(gè)用戶標(biāo)識(shí)(UserId)。在本發(fā)明的另一個(gè)實(shí)施例中，請(qǐng)求(1)可以涉及至少一個(gè)調(diào)用一個(gè)或幾個(gè)“啟用器”服務(wù)器部件(31)的服務(wù)。
事務(wù)執(zhí)行步驟(R)是在接收了不透明事務(wù)標(biāo)識(shí)符(trld)之后由服務(wù)供應(yīng)商(33)發(fā)起的。服務(wù)供應(yīng)商(33)結(jié)合作為參數(shù)的不透明事務(wù)標(biāo)識(shí)符(trld)而向啟用器服務(wù)器部件(31)中的一個(gè)已確定服務(wù)器(LOG，SMS，MMS)發(fā)出請(qǐng)求，而經(jīng)過(guò)確定的服務(wù)則形成圖1所示的子事務(wù)(R’)。響應(yīng)于這個(gè)請(qǐng)求，經(jīng)過(guò)確定的啟用器服務(wù)器部件(LOG，SMS，MMS)將一個(gè)中斷遮蔽請(qǐng)求(5，10)發(fā)送到事務(wù)標(biāo)識(shí)符管理器(GIDT)，以便允許從不透明標(biāo)識(shí)符(trld)中提供一個(gè)與不透明事務(wù)標(biāo)識(shí)符(trld)相對(duì)應(yīng)的非不透明標(biāo)識(shí)號(hào)碼(Userld)。然后，事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的檢查裝置(26)進(jìn)行檢查(5’，10′)，以便核實(shí)是否為這個(gè)服務(wù)以及這個(gè)用戶許可經(jīng)過(guò)確定的“啟用器”服務(wù)器部件(LOG，SMS，MMS)，這樣一來(lái)，如果給予許可，則通過(guò)第一通信接口(21)來(lái)向經(jīng)過(guò)確定的服務(wù)器部件(LOG，SMS，MMS)發(fā)送非不透明標(biāo)識(shí)號(hào)碼(UserId)，從而能夠執(zhí)行子事務(wù)(R’)。
在圖1的實(shí)例中，第一子事務(wù)(R’)涉及一個(gè)包括本地化服務(wù)器(LOG)在內(nèi)的本地化服務(wù)。這個(gè)第一子事務(wù)(R’)始于一個(gè)由服務(wù)供應(yīng)商(33)做出并且定址到本地化服務(wù)器(LOG)的本地化請(qǐng)求(4)，其中所述事務(wù)標(biāo)識(shí)符(trld)則是作為一個(gè)參數(shù)。在接收了管理器(GIDT)發(fā)送(7)的非不透明標(biāo)識(shí)號(hào)碼之后，本地化服務(wù)器(LOG)將所請(qǐng)求的本地化信息發(fā)送(8)給服務(wù)要約供應(yīng)商(31)。
在本發(fā)明的優(yōu)選實(shí)施例中，事務(wù)標(biāo)識(shí)符管理器(GIDT)首先包括一個(gè)產(chǎn)生事務(wù)事件傳輸?shù)氖聞?wù)馬達(dá)(28)，其中所述事件包括BEGIN(ST)、COMMIT(CT)、ROLLBACK(ET)命令之一，其次則包括一個(gè)追蹤能力馬達(dá)(29)，它把來(lái)自事務(wù)馬達(dá)(28)的每一個(gè)事件以及在使用事務(wù)標(biāo)識(shí)符管理器(GIDT)時(shí)發(fā)送的信息都寫(xiě)入存儲(chǔ)器(25)中。如圖1所示，在具有用于打開(kāi)事務(wù)的許可檢查的分析步驟(1’)之后緊跟著以事務(wù)馬達(dá)(28)產(chǎn)生的BEGIN(ST)命令的形式來(lái)向至少一個(gè)外部系統(tǒng)(40)發(fā)送一個(gè)開(kāi)始事務(wù)。所述開(kāi)始事務(wù)事件是通過(guò)管理器(GIDT)的事務(wù)通知接口(22)產(chǎn)生的。
舉例來(lái)說(shuō)，外部系統(tǒng)(40)可以包括一個(gè)保留發(fā)票票據(jù)的發(fā)票系統(tǒng)。在分析步驟(1’)之后緊隨的是由追蹤能力馬達(dá)(29)記錄開(kāi)放服務(wù)的統(tǒng)計(jì)信息，其中所述記錄大約是在與產(chǎn)生BEGIN命令(ST)的相同時(shí)間執(zhí)行的。一旦將開(kāi)始事務(wù)事件發(fā)送到外部系統(tǒng)(40)，則可以進(jìn)行子事務(wù)(R’)。追蹤能力馬達(dá)(29)還在每一個(gè)子事務(wù)(R’)末端記錄統(tǒng)計(jì)信息(6，11)。而事務(wù)上下文則是在子事務(wù)(R’)執(zhí)行末端得到更新的。當(dāng)然，也可以將對(duì)話管理器類型系統(tǒng)(MMI)、依照操作或由固定費(fèi)用而定的支付系統(tǒng)以及其他相似系統(tǒng)添加到事務(wù)馬達(dá)(28)中。例如在本發(fā)明的一個(gè)實(shí)施例中，不管所述要約已經(jīng)完成還是處在進(jìn)行中，追蹤能力馬達(dá)(29)都會(huì)在訪問(wèn)控制(確定或否定)以及執(zhí)行要約的時(shí)候，使用所有那些關(guān)于事務(wù)標(biāo)識(shí)符管理器(GIDT)使用的發(fā)送信息。
在圖1的實(shí)例中，第二子事務(wù)(R’)使用了一個(gè)短消息服務(wù)器(SMS)，由此服務(wù)供應(yīng)商(33)向服務(wù)器(SMS)發(fā)出一個(gè)請(qǐng)求。所述通信模式與上述結(jié)合本地化服務(wù)器(LOG)子事務(wù)(R’)的情況相似。這一次，在服務(wù)器(SMS)接收了管理器(GIDT)發(fā)送的不透明標(biāo)識(shí)號(hào)碼(Userld)(12)之后，它會(huì)將所請(qǐng)求的短消息信息傳送(13)給服務(wù)供應(yīng)商(33)。第三子事務(wù)則使用一個(gè)多媒體消息啟用器服務(wù)器(MMS)。在第三子事務(wù)的實(shí)例中，管理器(GIDT)對(duì)存儲(chǔ)器(25)保存的服務(wù)描述與調(diào)用多媒體消息啟用器服務(wù)器(MMS)的請(qǐng)求之間的不一致性進(jìn)行檢測(cè)。舉例來(lái)說(shuō)，當(dāng)所述服務(wù)描述包括發(fā)送一個(gè)電子郵件的時(shí)候，有可能檢測(cè)到這種錯(cuò)誤。前兩個(gè)步驟(14，15)與涉及本地化服務(wù)器(LOG)的第一子事務(wù)的前兩個(gè)步驟(4，5)相似。然后如圖3的相應(yīng)圖形所示，這種不一致性是在執(zhí)行中斷遮蔽方法的時(shí)候測(cè)得的。追蹤能力馬達(dá)(29)對(duì)表示事務(wù)失敗的統(tǒng)計(jì)信息(16)進(jìn)行記錄。然后，事務(wù)標(biāo)識(shí)符管理器(GIDT)通過(guò)第一通信接口(21)而向啟用器服務(wù)器部件(MMS)發(fā)送一個(gè)否定應(yīng)答(17)。這個(gè)啟用器服務(wù)器部件(MMS)則告知服務(wù)要約供應(yīng)商(31)拒絕許可發(fā)送多媒體短消息。最終，事務(wù)標(biāo)識(shí)符管理器(GIDT)經(jīng)由事務(wù)通知接口(22)來(lái)發(fā)送一個(gè)ROLLBACK(ET)類型的事務(wù)事件結(jié)束，以便向外部系統(tǒng)(40)告知無(wú)法完成這個(gè)端到端服務(wù)，由此將會(huì)超出因?yàn)槌鲥e(cuò)而導(dǎo)致的回滾事務(wù)數(shù)目。這個(gè)ROLLBACK事件(ET)則通告取消事務(wù)。在本發(fā)明的一個(gè)實(shí)施例中，以ROLLBACK事務(wù)事件(ET)供應(yīng)的數(shù)據(jù)傳送到一個(gè)對(duì)話管理器并被用于判定是否要為所述服務(wù)開(kāi)具發(fā)票。
我們現(xiàn)在參考圖3和4來(lái)描述本發(fā)明。
圖3顯示的是與啟用器服務(wù)器部件(31)以及管理器(GIDT)之間的交互作用相關(guān)聯(lián)的狀態(tài)邏輯方法。所謂的事務(wù)標(biāo)識(shí)符管理器(GIDT)的遮蔽方法Mask執(zhí)行第一個(gè)步驟(202)，以便為用戶(UserId)尋找始于技術(shù)地址(201)的目標(biāo)要約(203)的信息以及保存在存儲(chǔ)器(25)中的多個(gè)服務(wù)要約。然后，所述遮蔽方法對(duì)預(yù)定服務(wù)要約(203)的用戶所進(jìn)行的訪問(wèn)加以檢查(204)并且發(fā)送一個(gè)訪問(wèn)拒絕(R1)或是觸發(fā)Start方法(S)。
所謂的事務(wù)標(biāo)識(shí)符管理器(GIDT)的Unmask方法執(zhí)行第一個(gè)步驟(205)，以便為始于表示技術(shù)地址和事務(wù)標(biāo)識(shí)符(GIDT)的數(shù)據(jù)以及始于所述多個(gè)要約的目標(biāo)要約(206)尋找信息。然后如圖3所示，Unmask方法對(duì)伙伴(33)訪問(wèn)(207)啟用器服務(wù)器部件(LOG，SMS，MMS)進(jìn)行檢查并且對(duì)向服務(wù)器部件(LOG，SMS，MMS)做出的與事務(wù)當(dāng)前上下文相對(duì)應(yīng)的請(qǐng)求進(jìn)行檢查(208)。然后，如果有必要進(jìn)行一個(gè)更新，則所述Unmask方法通過(guò)向啟用器服務(wù)器部件(LOG，SMS，MMS)告知事務(wù)標(biāo)識(shí)符管理器(GIDT)正在等待一個(gè)更新而繼續(xù)，并且返回(210)與不透明事務(wù)標(biāo)識(shí)符(trld)相關(guān)聯(lián)的MSISDN號(hào)碼或是相似標(biāo)識(shí)(UserId)以及開(kāi)始等待(211)更新，然后則檢查接收到的更新是否包含執(zhí)行要約所需要的信息，以便發(fā)送一個(gè)Completed方法(C)或是一個(gè)Error方法(E)。訪問(wèn)拒絕(R2)則是在檢查(207)過(guò)程中沒(méi)有許可訪問(wèn)的時(shí)候通告的。在圖3所示的實(shí)施例中，針對(duì)更新的檢查步驟(209)在驗(yàn)證步驟(208)之后執(zhí)行，以便在不必更新的情況下使用Completed方法(C)來(lái)直接激活要約的執(zhí)行。
圖4顯示的是在服務(wù)供應(yīng)商(33)與用于開(kāi)啟和關(guān)閉事務(wù)的事務(wù)標(biāo)識(shí)符管理器(GIDT)之間進(jìn)行通信的方法。OpenTransaction方法由增值服務(wù)供應(yīng)商(33)向管理器(GIDT)的供應(yīng)商接口(23)發(fā)送，以便控制伙伴(33)訪問(wèn)(100)運(yùn)營(yíng)商的用戶并且產(chǎn)生一個(gè)訪問(wèn)拒絕(R3)或是觸發(fā)一個(gè)Start方法(S)。CloseTransaction方法由供應(yīng)商(33)發(fā)送到管理器(GIDT)的用于供應(yīng)商(23)的接口，其中所述方法產(chǎn)生一個(gè)事件，以便釋放事務(wù)標(biāo)識(shí)符管理器(GIDT)邏輯電路的超時(shí)。
我們現(xiàn)在參考圖5來(lái)描述本發(fā)明。
在Pull/MO模式中，服務(wù)的遞送動(dòng)態(tài)完全不同于Push模式中的操作。圖5例示了在本地化請(qǐng)求構(gòu)成的存儲(chǔ)器(25)中描述的服務(wù)的情況，其中在所述請(qǐng)求之后緊接著發(fā)送一個(gè)短消息SMS。對(duì)Push模式來(lái)說(shuō)，服務(wù)的執(zhí)行特別是呼叫啟用器將被記錄在服務(wù)描述中，而服務(wù)要約供應(yīng)商(31)的技術(shù)地址則為管理器(GIDT)所知。
首先必須通過(guò)一個(gè)從用戶移動(dòng)電話發(fā)送的MO消息而把來(lái)自用戶的服務(wù)請(qǐng)求發(fā)送到一個(gè)用于消息(SMS)的啟用器服務(wù)器部件。然后，所述啟用器服務(wù)器部件(SMS)截取用戶發(fā)送的服務(wù)請(qǐng)求。由于啟用器(SMS)的常規(guī)注冊(cè)(ledger)與服務(wù)的技術(shù)地址相關(guān)聯(lián)，因此所述啟用器(SMS)請(qǐng)求事務(wù)標(biāo)識(shí)符管理器(GIDT)為所涉及的用戶和服務(wù)開(kāi)放一個(gè)事務(wù)。這個(gè)開(kāi)放請(qǐng)求(O)定址到管理器(GIDT)的第一通信接口(21)并且是用一組開(kāi)放原語(yǔ)來(lái)按序描述的，此外所述請(qǐng)求通告了一個(gè)用戶標(biāo)識(shí)(UserId)。然后對(duì)該請(qǐng)求(O)進(jìn)行分析(1’)，如果管理器(GIDT)的控制裝置(26)發(fā)出一個(gè)許可，則事務(wù)馬達(dá)(28)產(chǎn)生一個(gè)BEGIN(ST)命令，以便向外部系統(tǒng)(40)通知一個(gè)開(kāi)始事務(wù)事件。
與服務(wù)和用戶相對(duì)應(yīng)的事務(wù)標(biāo)識(shí)符(trld)返回(3’)給短消息(SMS)的通用注冊(cè)啟用器。然后，增值服務(wù)供應(yīng)商(33)接收(3”)那些從啟用器(SMS)發(fā)送的短消息形式的用戶請(qǐng)求，但它并不知道啟用器的確切身份，這是因?yàn)橹粸樗龉?yīng)商提供了事務(wù)標(biāo)識(shí)符(trld)。然后可以如在Push模式(圖1)中那樣在通信模式中以相同方式執(zhí)行子事務(wù)(R’)。在最后一個(gè)子事務(wù)(R’)末端，事務(wù)標(biāo)識(shí)符管理器(GIDT)檢測(cè)到已經(jīng)為所述服務(wù)正確執(zhí)行了事務(wù)(R)。它會(huì)通過(guò)產(chǎn)生一個(gè)COMMIT(CT)事務(wù)事件來(lái)向外部系統(tǒng)(40)通知已經(jīng)為所涉及的用戶端到端地遞送了服務(wù)。
根據(jù)本發(fā)明的處理的一個(gè)優(yōu)點(diǎn)是可以通過(guò)執(zhí)行所述處理來(lái)產(chǎn)生進(jìn)行中的事件，使用運(yùn)營(yíng)商網(wǎng)絡(luò)中的幾個(gè)啟用器，以便將所述處理用于管理一個(gè)針對(duì)用戶的服務(wù)會(huì)話，其中舉例來(lái)說(shuō)，所述處理允許實(shí)際執(zhí)行對(duì)作為子事務(wù)數(shù)目函數(shù)的服務(wù)開(kāi)具發(fā)票。
與現(xiàn)有技術(shù)相比，本發(fā)明的另一個(gè)優(yōu)點(diǎn)是運(yùn)營(yíng)商可以確保用戶數(shù)據(jù)相對(duì)服務(wù)供應(yīng)商的保密性。
本領(lǐng)域技術(shù)人員完全了解，在不脫離所要求保護(hù)的本發(fā)明范圍的情況下，本發(fā)明可以結(jié)合多種特定形式的不同實(shí)施例來(lái)使用。因此，在這里應(yīng)該將這些實(shí)施例視為只是出于說(shuō)明目的而提供的，并且可以在附帶的權(quán)利要求的范圍內(nèi)對(duì)其進(jìn)行修改，此外本發(fā)明也不僅限于以上給出的細(xì)節(jié)。
附錄技術(shù)地址為一個(gè)啟用器描述給定服務(wù)的字符串。技術(shù)地址可以是一個(gè)短消息，在SMS或GD介質(zhì)的情況下，所述地址可以是一個(gè)短碼(例如“2222”)，而在Wap介質(zhì)的情況下，所述地址可以是一個(gè)URL地址(例如http//wap.sfr.net)。構(gòu)成技術(shù)地址的字符串還可以使用*字符終止。
CAMEL移動(dòng)網(wǎng)絡(luò)增強(qiáng)邏輯的定制應(yīng)用(用于移動(dòng)設(shè)備應(yīng)用的通用名稱)DTD文檔類型定義GD對(duì)話管理器GID標(biāo)識(shí)符管理器GIDT事務(wù)標(biāo)識(shí)符管理器GO要約管理器LOG啟用器本地化平臺(tái)SMS啟用器用于發(fā)送短消息的平臺(tái)MMS啟用器用于發(fā)送多媒體消息的平臺(tái)MMI人機(jī)接口MO/MT移動(dòng)始發(fā)/移動(dòng)終止MS-ISDN移動(dòng)臺(tái)-綜合服務(wù)數(shù)字網(wǎng)。這是移動(dòng)電話的呼叫號(hào)碼OSA開(kāi)放式服務(wù)訪問(wèn)(定義了一個(gè)與移動(dòng)無(wú)線電網(wǎng)絡(luò)對(duì)接的接口)PARLAY用于固定網(wǎng)絡(luò)的OSA的等價(jià)物UIT國(guó)際電聯(lián)VASP增值服務(wù)供應(yīng)商WAP無(wú)線應(yīng)用協(xié)議WAP服務(wù)器移動(dòng)電話可以通過(guò)一個(gè)將移動(dòng)網(wǎng)絡(luò)上傳送的信息轉(zhuǎn)換成兼容因特網(wǎng)的格式并且還能進(jìn)行反向變換的WAP網(wǎng)關(guān)來(lái)使用WAP服務(wù)器。
XML可擴(kuò)展標(biāo)記語(yǔ)言。與HTML相似的元語(yǔ)言
權(quán)利要求
1.一種結(jié)合不透明用戶標(biāo)識(shí)符的管理來(lái)實(shí)施使用至少一個(gè)服務(wù)器(31)的服務(wù)完全遞送的控制處理，其特征在于，它是通過(guò)一個(gè)事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)來(lái)完成，所述裝置將用戶從增值服務(wù)供應(yīng)商(33)那里取得的關(guān)于多個(gè)服務(wù)要約的描述保存在一個(gè)用于每個(gè)用戶的存儲(chǔ)器(25)中，所述事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)包括一個(gè)管理模塊(27)，用于將一個(gè)不透明事務(wù)標(biāo)識(shí)符(trld)與一個(gè)用戶或用戶組以及至少一個(gè)已確定服務(wù)相關(guān)聯(lián)，所述處理包括以下步驟截取來(lái)自用戶或所述服務(wù)供應(yīng)商(33)之一的服務(wù)請(qǐng)求的“啟用器”服務(wù)器部件，發(fā)送至少一個(gè)服務(wù)的開(kāi)放事務(wù)請(qǐng)求(1)，其中所述服務(wù)調(diào)用至少一個(gè)執(zhí)行子事務(wù)(R’)的已確定“啟用者”服務(wù)器部件(31)，所述請(qǐng)求(1)則是使用一組發(fā)送到事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的通信接口(21，23)的開(kāi)放原語(yǔ)來(lái)順序地描述的，并且所述請(qǐng)求通報(bào)一個(gè)用戶標(biāo)識(shí)(UserId)，事務(wù)標(biāo)識(shí)符服務(wù)器(GIDT)的管理和控制裝置(26，27)分析(1’)所述請(qǐng)求并生成一個(gè)不透明事務(wù)標(biāo)識(shí)符(trld)，然后使用這個(gè)不透明事務(wù)標(biāo)識(shí)符(trld)來(lái)執(zhí)行事務(wù)的執(zhí)行步驟(R)。
2.根據(jù)權(quán)利要求1的處理，其特征在于分析步驟(1’)包括由管理模塊(27)檢查已確定“啟用器”服務(wù)器部件(31)與多個(gè)服務(wù)要約中列出的可供用戶訪問(wèn)的服務(wù)要約之間的一致性，以及對(duì)許可進(jìn)行檢查，以便由事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的控制裝置(26)來(lái)為特別是作為用戶標(biāo)識(shí)(UserId)的函數(shù)的“啟用器”服務(wù)器部件(LOG、SMS、MMS)所提供服務(wù)以及規(guī)定用戶開(kāi)放事務(wù)。
3.根據(jù)權(quán)利要求1或2的處理，其特征在于事務(wù)的執(zhí)行步驟(R)是由一個(gè)從事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)那里接收不透明事務(wù)標(biāo)識(shí)符(trld)的增值服務(wù)供應(yīng)商(33)發(fā)起的，所述服務(wù)供應(yīng)商(33)通過(guò)使用作為參數(shù)的不透明事務(wù)標(biāo)識(shí)符(trld)而向已確定的啟用器服務(wù)器部件(31)發(fā)出一個(gè)請(qǐng)求得到形成子事務(wù)的已確定服務(wù)的請(qǐng)求，從而觸發(fā)向事務(wù)標(biāo)識(shí)符服務(wù)器(GIDT)發(fā)送一個(gè)中斷遮蔽的請(qǐng)求(5)，在已確定的啟用器服務(wù)器部件(LOC，SMS，MMS)上，作為響應(yīng)，所述服務(wù)器部件允許提供與一個(gè)與起源于不透明標(biāo)識(shí)符(trld)的不透明事務(wù)標(biāo)識(shí)符(trld)相對(duì)應(yīng)的非不透明標(biāo)識(shí)號(hào)碼(UserID)，其后則由事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GITD)的檢查裝置(26)來(lái)執(zhí)行檢查(5’，10’)，以便檢查是否為這個(gè)服務(wù)和為這個(gè)用戶許可了已確定的“啟用器”服務(wù)器部件(LOC，SMS，MMS)，以便如果所述服務(wù)器部件得到了許可，則經(jīng)由一個(gè)名為啟用器接口(2)的通信接口來(lái)將所述非不透明標(biāo)識(shí)號(hào)碼(UserId)發(fā)送(7，12)到已確定的服務(wù)器部件(31)，從而能夠執(zhí)行所述子事務(wù)(R’)。
4.根據(jù)權(quán)利要求1的處理，其特征在于事務(wù)標(biāo)識(shí)符(trld)是由不超過(guò)15個(gè)數(shù)字組成的，它符合UIT-T E-164編號(hào)方案，并且所述非不透明標(biāo)識(shí)號(hào)碼(UserId)是MSISDN號(hào)碼。
5.根據(jù)權(quán)利要求1的處理，其中事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)首先包括一個(gè)產(chǎn)生事務(wù)事件發(fā)布的事務(wù)馬達(dá)(28)，其中所述事務(wù)事件由BEGIN(ST)、COMMIT(CT)、ROLLBACK(ET)命令之一組成，其次所述服務(wù)器裝置包括一個(gè)將來(lái)自事務(wù)馬達(dá)(28)的每一個(gè)事件以及在使用事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的過(guò)程中發(fā)送的所有信息記錄在存儲(chǔ)器(25)中的追蹤能力馬達(dá)(29)。
6.根據(jù)權(quán)利要求1的處理，其特征在于不透明事務(wù)標(biāo)識(shí)符(trld)是在將事務(wù)上下文存入事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的存儲(chǔ)器(25)之后發(fā)送(3)到服務(wù)要約供應(yīng)商(31)的，其中特別指示了用戶標(biāo)識(shí)號(hào)碼(UserId)；事務(wù)標(biāo)識(shí)符(trld)與事務(wù)相關(guān)的要約；用于與事務(wù)相關(guān)的要約的事務(wù)進(jìn)展?fàn)顟B(tài)。
7.根據(jù)權(quán)利要求6的處理，其中只有在產(chǎn)生了表明開(kāi)始進(jìn)行針對(duì)至少一個(gè)外部系統(tǒng)(40)的事務(wù)的事務(wù)事件之后，才會(huì)通過(guò)名為事務(wù)通知接口(22)的標(biāo)識(shí)符服務(wù)器裝置的第二通信接口而將不透明事務(wù)標(biāo)識(shí)符(trld)發(fā)送(3)給服務(wù)要約供應(yīng)商(31)。
8.根據(jù)權(quán)利要求7的處理，其中表明開(kāi)始進(jìn)行針對(duì)至少一個(gè)外部系統(tǒng)(40)的事務(wù)的事務(wù)事件是由事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的事務(wù)馬達(dá)(28)生成的BEGIN(ST)命令產(chǎn)生的。
9.根據(jù)權(quán)利要求7或8的處理，其中事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)使用事務(wù)馬達(dá)(28)產(chǎn)生的COMMIT(CT)命令將那些表示是否完成要約的數(shù)據(jù)從事務(wù)通知接口(22)發(fā)送到至少一個(gè)外部系統(tǒng)(40)，以便向諸如發(fā)票系統(tǒng)之類的外部系統(tǒng)(40)通告所述事務(wù)已經(jīng)完全結(jié)束。
10.根據(jù)權(quán)利要求7的處理，其中事務(wù)標(biāo)識(shí)符服務(wù)器裝置經(jīng)由事務(wù)通知接口(22)來(lái)發(fā)送一個(gè)ROLLBACK事務(wù)事件的結(jié)束，以便向至少一個(gè)外部系統(tǒng)(40)通告出錯(cuò)時(shí)已經(jīng)超出了事務(wù)回滾數(shù)目并且將會(huì)取消所述事務(wù)，以便將數(shù)據(jù)提供給一個(gè)對(duì)話管理器并決定是否為這個(gè)服務(wù)開(kāi)具發(fā)票。
11.根據(jù)權(quán)利要求1的處理，其中事務(wù)標(biāo)識(shí)符服務(wù)器(GIDT)的管理和控制裝置(26，27)執(zhí)行開(kāi)放事務(wù)請(qǐng)求的分析(1’)，特別地，所述分析是通過(guò)對(duì)開(kāi)放事務(wù)請(qǐng)求(1)中通告的技術(shù)服務(wù)地址與事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的存儲(chǔ)器(25)保存的不同服務(wù)要約描述中的一個(gè)列舉服務(wù)要約之間的一致性進(jìn)行求解來(lái)進(jìn)行的。
12.根據(jù)權(quán)利要求1的處理，其中事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的存儲(chǔ)器保存的是通過(guò)名為服務(wù)描述供應(yīng)接口(IFDS)的第三通信接口輸入并由所述供應(yīng)商(31)驗(yàn)證的服務(wù)要約描述。
13.根據(jù)權(quán)利要求1的處理，其中服務(wù)要約描述包含以元語(yǔ)言或是等價(jià)形成制訂的數(shù)據(jù)，用于啟用標(biāo)識(shí)符服務(wù)器裝置的控制裝置以便檢查是否正在正確執(zhí)行服務(wù)并檢查開(kāi)端和末端。
14.根據(jù)權(quán)利要求1的處理，其中事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)包括一個(gè)供增值服務(wù)供應(yīng)商使用的附加通信接口(23)，而所述第一接口(21)則供服務(wù)器部件(31)使用。
15.根據(jù)權(quán)利要求1的處理，其中事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GITD)包括執(zhí)行以下方法的內(nèi)部邏輯電路Start(S)，Completed(C)，Error(E)，Mask，Unmask，Update，OpenTransaction，CloseTransaction。
16.根據(jù)權(quán)利要求15的處理，其中事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的Start方法(S)產(chǎn)生(S1)一個(gè)事務(wù)標(biāo)識(shí)符(trld)，并在存儲(chǔ)器中創(chuàng)建(S2)一個(gè)事務(wù)上下文，此外還產(chǎn)生一個(gè)BEGIN(ST)類型的事務(wù)事件并且將事務(wù)標(biāo)識(shí)符(trld)返回給服務(wù)要約供應(yīng)商(31)。
17.根據(jù)權(quán)利要求15或16的處理，其中事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的Completed(C)方法通過(guò)執(zhí)行一個(gè)測(cè)試(C1)來(lái)確定是否執(zhí)行(CO)了所述事務(wù)的子事務(wù)(R’)，由此對(duì)事務(wù)上下文進(jìn)行修改(C2)，此外還對(duì)要約描述進(jìn)行掃描(C3)，以便確定事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)是否有必要等待(C5)一個(gè)外部事件，以及將邏輯電路設(shè)定成等待超時(shí)或是關(guān)閉事務(wù)，檢查(C4)事務(wù)是否完成并產(chǎn)生一個(gè)COMMIT(CT)類型的事務(wù)事件。
18.根據(jù)權(quán)利要求15的處理，其中事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的Error(E)方法對(duì)出錯(cuò)時(shí)是否超出事務(wù)回滾數(shù)目進(jìn)行檢查，如果超出的話，則產(chǎn)生一個(gè)ROLLBACK類型的事務(wù)事件(ET)。
19.根據(jù)權(quán)利要求15的處理，其中Mask方法由一個(gè)“啟用器”服務(wù)器部件發(fā)送，以便找出(202)有關(guān)始于技術(shù)地址(201)和多個(gè)服務(wù)要約的目標(biāo)要約(203)的信息，從而對(duì)預(yù)訂服務(wù)要約的用戶所進(jìn)行的訪問(wèn)加以控制(204)并且發(fā)送一個(gè)訪問(wèn)拒絕(R1)或是觸發(fā)Start方法(S)。
20.根據(jù)權(quán)利要求15的處理，其中Unmask方法由一個(gè)“啟用器”服務(wù)器部件發(fā)送，以便找出(205)有關(guān)目標(biāo)要約(206)的信息，其中所述目標(biāo)要約始于表示技術(shù)地址和事務(wù)標(biāo)識(shí)符(trld)的數(shù)據(jù)以及始于所述多個(gè)要約，由此對(duì)伙伴供應(yīng)商(33)訪問(wèn)“啟用器”服務(wù)器部件(31)加以控制(207)，以便檢查(208)向服務(wù)器部件發(fā)出的請(qǐng)求是否與事務(wù)的當(dāng)前上下文相對(duì)應(yīng)，并且向服務(wù)器部件(31)告知事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)正在等待一個(gè)更新，此外還返回(210)關(guān)聯(lián)于不透明事務(wù)標(biāo)識(shí)符(trld)的MSISDN號(hào)碼并且開(kāi)始等待(211)更新，然后則檢查(302)接收到的更新是否包含執(zhí)行所述要約所必需的信息，以便發(fā)送一個(gè)Completed方法(C)或一個(gè)Error方法(E)。
21.根據(jù)權(quán)利要求15的處理，其中Update方法由一個(gè)“啟用器”服務(wù)器部件發(fā)送并且包括進(jìn)入等待狀態(tài)(211)，以便進(jìn)行一個(gè)與事務(wù)標(biāo)識(shí)符服務(wù)器(GIDT)所請(qǐng)求的執(zhí)行有關(guān)的更新。
22.根據(jù)權(quán)利要求15的處理，其中OpenTransaction方法由一個(gè)增值服務(wù)供應(yīng)商發(fā)送，以便對(duì)伙伴訪問(wèn)運(yùn)營(yíng)商的用戶之一進(jìn)行控制(100)，并且產(chǎn)生一個(gè)訪問(wèn)拒絕(R3)或觸發(fā)一個(gè)Start方法(S)。
23.根據(jù)權(quán)利要求17的處理，其中CloseTransaction方法由一個(gè)增值服務(wù)供應(yīng)商(33)發(fā)送，并且產(chǎn)生一個(gè)能夠解鎖事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)的邏輯電路的超時(shí)的事件。
全文摘要
本發(fā)明涉及結(jié)合不透明用戶標(biāo)識(shí)符的管理來(lái)實(shí)施使用至少一個(gè)服務(wù)器的服務(wù)完全遞送的控制處理，借助于事務(wù)標(biāo)識(shí)符服務(wù)器裝置(GIDT)來(lái)完成，所述裝置將用戶從服務(wù)供應(yīng)商(33)取得的多個(gè)服務(wù)要約的描述保存在每個(gè)用戶的存儲(chǔ)器(25)中。所述事務(wù)標(biāo)識(shí)符服務(wù)器裝置包括一個(gè)管理模塊(27)，用于將一個(gè)不透明事務(wù)標(biāo)識(shí)符(trld)與一個(gè)用戶或一個(gè)服務(wù)相關(guān)聯(lián)。發(fā)送請(qǐng)求(1)以開(kāi)啟調(diào)用一個(gè)或幾個(gè)執(zhí)行子事務(wù)(R’)的“啟用器”服務(wù)器部件的服務(wù)，按照順序描述并且定址到事務(wù)標(biāo)識(shí)符服務(wù)器的通信接口(21，23)的請(qǐng)求(1)通告一個(gè)用戶標(biāo)識(shí)(UserId)。分析(1’)所述請(qǐng)求并且事務(wù)標(biāo)識(shí)符服務(wù)器產(chǎn)生一個(gè)不透明事務(wù)標(biāo)識(shí)符。然后使用不透明事務(wù)標(biāo)識(shí)符來(lái)執(zhí)行所述事務(wù)。
文檔編號(hào)G06F15/16GK1573699SQ20041004589
公開(kāi)日2005年2月2日 申請(qǐng)日期2004年5月25日 優(yōu)先權(quán)日2003年6月6日
發(fā)明者吉羅德-索弗爾·克利斯托弗, 吉內(nèi)·法賓, 維尼奧·弗雷德里克 申請(qǐng)人:法國(guó)無(wú)線電話公司