專(zhuān)利名稱(chēng)：不同網(wǎng)絡(luò)中遠(yuǎn)端業(yè)務(wù)調(diào)用的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及由核心網(wǎng)提供的業(yè)務(wù)和駐留在業(yè)務(wù)網(wǎng)中的應(yīng)用之間的交互工作和兼容性。具體而言，本發(fā)明涉及核心網(wǎng)和業(yè)務(wù)網(wǎng)之間、以及許多核心網(wǎng)之間的開(kāi)放式標(biāo)準(zhǔn)接口的開(kāi)發(fā)。
背景技術(shù)：
如今，電信市場(chǎng)上的大玩家們擁有著分布在各個(gè)國(guó)家的幾種類(lèi)型的接入和核心網(wǎng)技術(shù)，他們運(yùn)營(yíng)這些技術(shù)為用戶(hù)提供到電信網(wǎng)和互聯(lián)網(wǎng)的接入。上述各種類(lèi)型的示例性技術(shù)，如GPRS，EDGE，CDMA，TDMA，D-AMPS，PDC，CDMA-2000，WCDMA等等及其組合源于其中出現(xiàn)各種不同環(huán)境不同情況。因此，除了這種不同環(huán)境帶來(lái)的復(fù)雜性，在這些網(wǎng)絡(luò)之間行政劃分成幾個(gè)局部公司更為環(huán)境增加了多樣性，并且使得為在不同核心網(wǎng)或不同網(wǎng)域漫游的用戶(hù)提供統(tǒng)一業(yè)務(wù)和業(yè)務(wù)應(yīng)用接入變得更加復(fù)雜。
現(xiàn)在出現(xiàn)了新的競(jìng)爭(zhēng)者來(lái)運(yùn)營(yíng)傳統(tǒng)電信前提之外的網(wǎng)絡(luò)。當(dāng)允許漫游、比傳統(tǒng)PLMN網(wǎng)絡(luò)更寬的寬帶接入、以及為用戶(hù)加入其他增值業(yè)務(wù)時(shí)，這些新的競(jìng)爭(zhēng)者如今是電信市場(chǎng)尤其是所有涉及數(shù)據(jù)傳輸方面的一部分。這些公司還可以運(yùn)營(yíng)幾種類(lèi)型的網(wǎng)絡(luò)，諸如小的WLAN本地運(yùn)營(yíng)商、衛(wèi)星運(yùn)營(yíng)商、電纜運(yùn)營(yíng)商等等。
在這種電信網(wǎng)絡(luò)市場(chǎng)的情況下，舊的和新的網(wǎng)絡(luò)運(yùn)營(yíng)商們有他們自己的用戶(hù)基礎(chǔ)，由于技術(shù)和管理環(huán)境非常大的多樣性，因此開(kāi)發(fā)應(yīng)用和業(yè)務(wù)的努力比以前更加復(fù)雜。在面臨該復(fù)雜性時(shí)，電信網(wǎng)絡(luò)目前被理解為包括業(yè)務(wù)層、控制層和連接層。該業(yè)務(wù)層通常理解為一種網(wǎng)絡(luò)環(huán)境，用來(lái)開(kāi)發(fā)和操作高級(jí)應(yīng)用，更具體而言即是終端用戶(hù)的業(yè)務(wù)應(yīng)用。連接層提供建立端到端連接所需的基礎(chǔ)結(jié)構(gòu)，或網(wǎng)絡(luò)資源。當(dāng)為業(yè)務(wù)層提供所需網(wǎng)絡(luò)支持從而運(yùn)行終端用戶(hù)業(yè)務(wù)應(yīng)用時(shí)，控制層提供所需的基礎(chǔ)結(jié)構(gòu)，網(wǎng)絡(luò)控制實(shí)體，用來(lái)控制連接層中的那些網(wǎng)絡(luò)資源。為了快速又容易地開(kāi)發(fā)個(gè)性化業(yè)務(wù)，下一步就是建議一種網(wǎng)絡(luò)結(jié)構(gòu)業(yè)務(wù)應(yīng)用層被實(shí)現(xiàn)為獨(dú)立的網(wǎng)絡(luò)，即業(yè)務(wù)網(wǎng)，而控制和連接層保留在與接入網(wǎng)交互工作的核心網(wǎng)中。
必須解決不同環(huán)境下的業(yè)務(wù)層和控制層之間的交互作用和兼容性以便為用戶(hù)提供真實(shí)的虛擬歸屬環(huán)境(Virtual HomeEnvironment-VHE)，從而允許跨越網(wǎng)絡(luò)邊界和不同終端之間的個(gè)性化業(yè)務(wù)可移植性(portability)。VHE的概念就是始終向用戶(hù)提供同樣的個(gè)性化特征、用戶(hù)接口定制和業(yè)務(wù)，無(wú)論用戶(hù)處于何種網(wǎng)絡(luò)、使用何種終端、也不論身處何地、即，獨(dú)立于用戶(hù)目前預(yù)定和目前漫游的接入和核心網(wǎng)。在這一方面，遠(yuǎn)端業(yè)務(wù)調(diào)用和業(yè)務(wù)網(wǎng)漫游表現(xiàn)為允許用戶(hù)擁有真實(shí)的虛擬歸屬環(huán)境的關(guān)鍵因素。
最近對(duì)業(yè)務(wù)網(wǎng)層和核心網(wǎng)層之間的開(kāi)放式業(yè)務(wù)接入(OpenService Access-OSA)接口進(jìn)行標(biāo)準(zhǔn)化所作努力的一個(gè)示例性例子就是Parlay/OSA規(guī)范，該規(guī)范基于許多應(yīng)用編程接口(API)。這些API允許開(kāi)發(fā)者以簡(jiǎn)單的方式接入由核心網(wǎng)提供的業(yè)務(wù)。
在所謂的Parlay組織中定義了一組初始應(yīng)用編程接口(API)，它們的標(biāo)準(zhǔn)化在第三代合作伙伴計(jì)劃(3GPP)和歐洲電信標(biāo)準(zhǔn)協(xié)會(huì)(ETSI)的標(biāo)準(zhǔn)化組織下進(jìn)行。在本文中，業(yè)務(wù)網(wǎng)概念連同上述的API一起在Parlay組織中被傳統(tǒng)地稱(chēng)為“Parlay”，而3GPP和ETSI通常將它們稱(chēng)為“開(kāi)放業(yè)務(wù)接入”(OSA)。為了清楚起見(jiàn)，在整個(gè)說(shuō)明書(shū)中使用術(shù)語(yǔ)OSA/PARLAY，用來(lái)代表圖1所示的核心網(wǎng)和業(yè)務(wù)網(wǎng)之間的接口層。如今，Parlay，3GPP和ETSI之間存在著關(guān)于OSA/PARLAY API規(guī)范化和標(biāo)準(zhǔn)化的緊密合作，并且許多工作是共同完成的。
因此，OSA/PARLAY允許用戶(hù)和開(kāi)發(fā)者接入，并提供使用由運(yùn)營(yíng)商的核心歸屬網(wǎng)絡(luò)提供的業(yè)務(wù)的應(yīng)用。目標(biāo)就是上述的API獨(dú)立于網(wǎng)絡(luò)，這樣能夠發(fā)展核心網(wǎng)技術(shù)，而不影響應(yīng)用，還允許應(yīng)用與各種類(lèi)型的核心網(wǎng)合作。
因此如圖2A所示，基于OSA/PARLAY的傳統(tǒng)結(jié)構(gòu)包括從前包含在業(yè)務(wù)網(wǎng)中并在應(yīng)用服務(wù)器(AS)之上配置的客戶(hù)應(yīng)用、代表OSA/PARLAY接口的接口類(lèi)別并在又被稱(chēng)為業(yè)務(wù)引擎(ServiceEnabler)的業(yè)務(wù)能力服務(wù)器(SCS)中實(shí)現(xiàn)的業(yè)務(wù)能力特征(SCF)、為諸如到業(yè)務(wù)能力特征的受控接入(S-30)這樣的應(yīng)用提供(S-10)框架能力的OSA/PARLAY框架(FW)、和核心網(wǎng)單元(CN)。具體而言，在應(yīng)用服務(wù)器(AS)上運(yùn)行的應(yīng)用使用(S-20)由業(yè)務(wù)能力服務(wù)器(SCS)提供的業(yè)務(wù)能力特征，因此SCS實(shí)現(xiàn)API的服務(wù)器側(cè)而AS實(shí)現(xiàn)客戶(hù)端側(cè)。SCS可以與諸如歸屬位置寄存器(HLR)、移動(dòng)交互中心(MSC)、呼叫狀態(tài)控制功能(CSCF)等等的核心網(wǎng)單元相互作用(S-40)。
客戶(hù)應(yīng)用通過(guò)標(biāo)準(zhǔn)應(yīng)用接口根據(jù)業(yè)務(wù)能力特征接入OSA/PARLAY功能。這意味著，通過(guò)在OSA/PARLAY API接口上的調(diào)用操作，業(yè)務(wù)能力特征對(duì)于客戶(hù)應(yīng)用來(lái)說(shuō)是可接入而且是可見(jiàn)的。
上述的OSA/PARLAY功能大體上分為3種不同的類(lèi)型-框架功能提供OSA/PARLAY功能的接入控制、安全、復(fù)原和管理所需的公用功能；-網(wǎng)絡(luò)功能使應(yīng)用能夠使用基礎(chǔ)網(wǎng)絡(luò)能力的功能；和-與用戶(hù)數(shù)據(jù)相關(guān)的功能使應(yīng)用能夠接入特殊用戶(hù)的數(shù)據(jù)，諸如用戶(hù)狀態(tài)、位置、或相應(yīng)用戶(hù)簡(jiǎn)檔中的數(shù)據(jù)。
特別地，框架提供了允許OSA/PARLAY應(yīng)用使用歸屬網(wǎng)絡(luò)中的業(yè)務(wù)能力的必要能力，更具體地，提供了包括驗(yàn)證和授權(quán)的安全管理、業(yè)務(wù)注冊(cè)和發(fā)現(xiàn)功能、和完整性管理。
關(guān)于上述的OSA/PARLAY API接口中的操作，劃分了3種接口類(lèi)型-接口類(lèi)型(S-10)，在業(yè)務(wù)網(wǎng)中的應(yīng)用和框架之間，用來(lái)向應(yīng)用提供諸如驗(yàn)證的基礎(chǔ)機(jī)制，從而使所述應(yīng)用能夠使用歸屬網(wǎng)絡(luò)中的業(yè)務(wù)能力；-接口類(lèi)型(S-20)，在應(yīng)用和業(yè)務(wù)能力特征(SCF)之間，一旦從框架中獲得(S-10)該接口類(lèi)型(S-20)，那么它們就是應(yīng)用可用的單獨(dú)業(yè)務(wù)；和-接口類(lèi)型(S-30)，在框架和業(yè)務(wù)能力特征之間，提供用于支持多廠商環(huán)境的機(jī)制。
然而如圖3A所示，沒(méi)有辦法在用戶(hù)的歸屬網(wǎng)絡(luò)中運(yùn)行應(yīng)用(AS-1，SCS-1)的執(zhí)行過(guò)程(S-45)，該用戶(hù)歸屬網(wǎng)絡(luò)包括若干客戶(hù)應(yīng)用(AS-1)、框架(FW-1)、若干業(yè)務(wù)能力(SCS-1)和第一核心網(wǎng)(CN-1)，其中所述應(yīng)用(AS-1，SCS-1)通過(guò)OSA/PARLAY接口使用被訪問(wèn)網(wǎng)絡(luò)的業(yè)務(wù)能力(SCS-2)，該被訪問(wèn)網(wǎng)絡(luò)包括若干客戶(hù)應(yīng)用(AS-2)、框架(FW-2)、業(yè)務(wù)能力(SCS-2)和第二核心網(wǎng)(CN-2)，其中所述歸屬網(wǎng)絡(luò)和所述被訪問(wèn)網(wǎng)絡(luò)屬于不同的域運(yùn)營(yíng)商，并且其中所述被訪問(wèn)網(wǎng)絡(luò)的業(yè)務(wù)能力(SCS-2)沒(méi)有在歸屬網(wǎng)絡(luò)中注冊(cè)。
上述討論的OSA/PARLAY模型能夠以這樣的方式可變地分布在各種玩家中，從而出現(xiàn)了不同的管理和商業(yè)區(qū)域。一些示例性的模型顯示在圖2B和2C中，其中，具體而言，企業(yè)運(yùn)營(yíng)商將自己表示為另一個(gè)域，代表面向網(wǎng)域運(yùn)營(yíng)商的應(yīng)用而運(yùn)行。
某些運(yùn)營(yíng)商以這樣的方式構(gòu)成一個(gè)組織負(fù)責(zé)核心網(wǎng)以及內(nèi)部開(kāi)發(fā)的終端用戶(hù)業(yè)務(wù)和應(yīng)用，而另一個(gè)獨(dú)立的組織負(fù)責(zé)通過(guò)合作者(partner)提供終端用戶(hù)業(yè)務(wù)并負(fù)責(zé)為所述的合作者提供業(yè)務(wù)能力，如圖2B所示。上述這種不同的組織在某種程度上意味著不同的電信域(核心網(wǎng)域，終端用戶(hù)業(yè)務(wù)域，合作者)，需要獨(dú)立地執(zhí)行他們自己的政策并搜集他們自己的業(yè)務(wù)信息。這樣，這些不同的電信域?qū)@得相應(yīng)的優(yōu)勢(shì)，即提供除了那些由每個(gè)域自己提供的業(yè)務(wù)能力之外的來(lái)自其他域的業(yè)務(wù)能力，這在最近的某個(gè)論壇中被稱(chēng)為“聯(lián)合(Federation)”。換句話說(shuō)，不同的組織，甚至是不同的公司，可以從靈活的解決方案中獲得附加的優(yōu)勢(shì)，其中第二個(gè)域，即施主(donor)域，能夠向第一個(gè)域，即接收者域，提供業(yè)務(wù)能力，第一個(gè)域進(jìn)而又能夠提供這些所述的能力到它自己的合作者，即它自己的業(yè)務(wù)提供商。另外，在一些面向商業(yè)的情況下，存在著管理零售網(wǎng)絡(luò)業(yè)務(wù)的公司運(yùn)營(yíng)商角色。如圖2C所示，這種公司運(yùn)營(yíng)商的角色允許在所述公司運(yùn)營(yíng)商(EO)和應(yīng)用提供商(AP)之間的業(yè)務(wù)域內(nèi)建立(A-11)業(yè)務(wù)協(xié)定。業(yè)務(wù)協(xié)定(A-10)即業(yè)務(wù)合同將公司運(yùn)營(yíng)商與提供其特定業(yè)務(wù)引擎(SCS)的網(wǎng)域運(yùn)營(yíng)商(NDO)綁定。
然而，現(xiàn)在沒(méi)有方法讓網(wǎng)域運(yùn)營(yíng)商提供另一個(gè)域的業(yè)務(wù)引擎到那些應(yīng)用供應(yīng)商，所述網(wǎng)域運(yùn)營(yíng)商和這些應(yīng)用供應(yīng)商具有業(yè)務(wù)協(xié)定。如圖3B所示，OSA/PARLAY所關(guān)注的結(jié)構(gòu)和接口模型不提供(S-25)將自己的業(yè)務(wù)能力(SCS-2)提供給第一域(NDO-1)和反之亦然的第二域(NDO-2)；并且這些域(NDO-1；NDO-2)的任何一個(gè)沒(méi)有自己的合作者(AP-1，EO-1；AP-2，EO-2)來(lái)提供相應(yīng)的應(yīng)用業(yè)務(wù)級(jí)別協(xié)定(A-10，A-11)，即政策，這些協(xié)定在運(yùn)行業(yè)務(wù)執(zhí)行時(shí)被執(zhí)行。
在這個(gè)方面，本發(fā)明的目的是提供裝置和方法，通過(guò)OSA/PARLAY接口，使得能夠在使用來(lái)自另一個(gè)域的網(wǎng)絡(luò)諸如被訪問(wèn)網(wǎng)絡(luò)的網(wǎng)絡(luò)業(yè)務(wù)的用戶(hù)歸屬網(wǎng)絡(luò)中執(zhí)行應(yīng)用，其中所述用戶(hù)歸屬網(wǎng)絡(luò)和所述被訪問(wèn)網(wǎng)絡(luò)屬于不同的域運(yùn)營(yíng)商，并且所述網(wǎng)絡(luò)業(yè)務(wù)沒(méi)有在用戶(hù)歸屬網(wǎng)絡(luò)中注冊(cè)。
本發(fā)明的另一個(gè)目的就是除了那些由每個(gè)域自己提供的業(yè)務(wù)能力，讓域還能夠提供來(lái)自另一個(gè)域的業(yè)務(wù)能力。
發(fā)明概述 除此之外，根據(jù)本發(fā)明提供的電信系統(tǒng)和方法來(lái)實(shí)現(xiàn)上述目的，該電信系統(tǒng)和方法通過(guò)標(biāo)準(zhǔn)接口向客戶(hù)業(yè)務(wù)應(yīng)用提供到業(yè)務(wù)能力特征的接入。特別地，該電信系統(tǒng)和方法適用于這種情況標(biāo)準(zhǔn)接口，如OSA/PARLAY API提供的標(biāo)準(zhǔn)接口，存在于許多不同網(wǎng)域下的業(yè)務(wù)網(wǎng)和核心網(wǎng)之間。
因此，該電信系統(tǒng)包括若干運(yùn)行客戶(hù)業(yè)務(wù)應(yīng)用的應(yīng)用服務(wù)器；若干第一業(yè)務(wù)引擎，即第一業(yè)務(wù)能力服務(wù)器，其中第一業(yè)務(wù)能力特征被指定在第一(接收者)網(wǎng)域；第一框架，用來(lái)提供到所述第一業(yè)務(wù)能力特征的受控接入；和若干與業(yè)務(wù)網(wǎng)實(shí)體交互工作的核心網(wǎng)元。
一般來(lái)講，框架可以被看作功能型的框架實(shí)體，用來(lái)執(zhí)行如上所述的關(guān)于OSA/PARLAY標(biāo)準(zhǔn)的框架功能，也可以被看作根據(jù)本發(fā)明以及進(jìn)一步描述所提供的新框架功能。另一方面，為了達(dá)到本發(fā)明的目的，業(yè)務(wù)引擎可以被看作是業(yè)務(wù)能力服務(wù)器(SCS)，其中業(yè)務(wù)能力特征(SCF)被指定在某個(gè)網(wǎng)域中。為了簡(jiǎn)明起見(jiàn)，貫穿整個(gè)文檔根據(jù)特定的上下文來(lái)引用業(yè)務(wù)能力特征、業(yè)務(wù)引擎、或業(yè)務(wù)能力服務(wù)器，它們并不總是相互關(guān)聯(lián)的。
因此，根據(jù)本發(fā)明，在這個(gè)電信系統(tǒng)的所述第一框架用來(lái)與至少一個(gè)第二框架通信，后者預(yù)定用來(lái)接入被指定在第二網(wǎng)域的若干第二(施主)業(yè)務(wù)引擎中的第二業(yè)務(wù)能力特征。
為了清楚起見(jiàn)，本發(fā)明經(jīng)常將施主域稱(chēng)為提供自己的業(yè)務(wù)引擎到另一個(gè)域的網(wǎng)域，或更確切的說(shuō)是在所述業(yè)務(wù)引擎中指定的業(yè)務(wù)能力特征。在這個(gè)方面，本發(fā)明經(jīng)常將接收者域稱(chēng)為能夠使用由施主域提供的業(yè)務(wù)引擎的網(wǎng)域。
該電信系統(tǒng)中的框架是允許框架到框架通信的給定協(xié)議裝置。這種協(xié)議裝置包括將第二網(wǎng)域的第二框架的存在通告給第一網(wǎng)域的第一框架的裝置，業(yè)務(wù)能力特征可以與之共享。該協(xié)議裝置還包括用來(lái)從第二網(wǎng)域的第二框架向第一網(wǎng)域的第一框架通告業(yè)務(wù)能力特征能夠從所述第二網(wǎng)域的業(yè)務(wù)引擎提供給所述第一網(wǎng)域的客戶(hù)應(yīng)用的裝置。
另外，通告其他域的其他框架存在的裝置包括將每個(gè)框架自動(dòng)地注冊(cè)到其他框架的裝置。除了該自我注冊(cè)，或可替換地，用來(lái)向第一域的第一框架通告第二域的第二框架的存在的裝置包括為所述第一域的運(yùn)營(yíng)商將第二框架注冊(cè)到第一框架的裝置，和為所述第二域的運(yùn)營(yíng)商將第一框架注冊(cè)到第二框架的裝置。
另外，通告能夠從第二網(wǎng)域的業(yè)務(wù)引擎提供的業(yè)務(wù)能力特征的裝置包括將來(lái)從所述第二網(wǎng)域的第二框架向第一網(wǎng)域的第一框架通知關(guān)于元素集合中選出的至少一個(gè)業(yè)務(wù)信息元素的業(yè)務(wù)信息的裝置，該元素集合包括業(yè)務(wù)標(biāo)識(shí)符、業(yè)務(wù)類(lèi)型、業(yè)務(wù)可用性、業(yè)務(wù)屬性和業(yè)務(wù)接口。此外，通告第二網(wǎng)域的可用業(yè)務(wù)能力特征存在的裝置包括從第一網(wǎng)域的第一框架向第二網(wǎng)域的第二框架建立這種業(yè)務(wù)信息元素通知的標(biāo)準(zhǔn)的裝置。
該電信系統(tǒng)還包括執(zhí)行所述第一網(wǎng)域的第一框架和所述第二網(wǎng)域的第二框架之間的安全管理機(jī)制的裝置。所述執(zhí)行安全管理機(jī)制的裝置包括用來(lái)捕獲第一和第二域之間的業(yè)務(wù)協(xié)定的裝置。這些業(yè)務(wù)協(xié)定指定了其中第一域能夠讓它的接收者客戶(hù)應(yīng)用使用第二域的業(yè)務(wù)能力的條件；并指定了其中第二域能夠?qū)I(yè)務(wù)能力供應(yīng)到第一域的義務(wù)。這些業(yè)務(wù)協(xié)定從而可以被認(rèn)為是應(yīng)用在所述第一和第二域之間的政策。除了上述用來(lái)捕獲業(yè)務(wù)協(xié)定的裝置，或可替換地，用來(lái)轉(zhuǎn)交業(yè)務(wù)聲明和簽名的裝置也可以包括在執(zhí)行第一框架和第二框架之間的安全管理機(jī)制的裝置內(nèi)。
更具體而言，該電信系統(tǒng)還包括用來(lái)發(fā)現(xiàn)在第一網(wǎng)域的第一框架和第二網(wǎng)域的第二框架之間的所述第二網(wǎng)域的業(yè)務(wù)引擎處可用的業(yè)務(wù)能力特征的裝置。該裝置包括當(dāng)被所述第一域的客戶(hù)應(yīng)用所需時(shí)，用來(lái)協(xié)商特定能力的裝置。一旦這些特定能力已經(jīng)被成功地協(xié)商，該電信系統(tǒng)包括裝置，用來(lái)把到在第二網(wǎng)域的業(yè)務(wù)引擎處建立的業(yè)務(wù)實(shí)例的引用從第二框架返回給第一框架，從而允許第一網(wǎng)域的客戶(hù)應(yīng)用使用第二網(wǎng)域的相應(yīng)業(yè)務(wù)。
另外，該電信系統(tǒng)還包括放在第一(接收者)域和第二(施主)域之間的業(yè)務(wù)引擎代理，所述業(yè)務(wù)引擎代理預(yù)定將為從第一域的那些應(yīng)用到第二域的業(yè)務(wù)引擎的業(yè)務(wù)請(qǐng)求以及相反方向的通信起到代理的作用。該業(yè)務(wù)引擎代理優(yōu)選地被提供在第一(接收者)域并且可以包括所述第一域的若干專(zhuān)用的業(yè)務(wù)能力特征，用來(lái)存儲(chǔ)第二(施主)域的相應(yīng)業(yè)務(wù)能力特征的引用。因此，該電信系統(tǒng)可以進(jìn)一步包括基于從第二(施主)域的框架(施主框架)接收的信息在第一(接收者)域自動(dòng)建立業(yè)務(wù)引擎代理的裝置，所述信息包括從元素集合中選擇的至少一個(gè)業(yè)務(wù)信息元素，該元素集合包括業(yè)務(wù)標(biāo)識(shí)符、業(yè)務(wù)類(lèi)型、業(yè)務(wù)可用性、業(yè)務(wù)屬性和業(yè)務(wù)接口?？商鎿Q地，該電信系統(tǒng)可以進(jìn)一步包括通過(guò)從第二(施主)域下載諸如源代碼或運(yùn)行時(shí)間代碼的代碼來(lái)建立業(yè)務(wù)引擎代理的裝置。該電信系統(tǒng)可以包括通過(guò)在第一(接收者)域的第一框架注冊(cè)第二(施主)域的特殊業(yè)務(wù)引擎而建立業(yè)務(wù)引擎代理的替換裝置，所述特殊業(yè)務(wù)引擎起到面向第二(施主)域的業(yè)務(wù)引擎代理的作用。
這里所呈現(xiàn)的電信系統(tǒng)實(shí)現(xiàn)了上述本發(fā)明的目的，特別地，第一(接收者)網(wǎng)域可以包括用戶(hù)的歸屬核心網(wǎng)，而第二(施主)網(wǎng)域可以包括用戶(hù)正在其中漫游的被訪問(wèn)核心網(wǎng)。
本發(fā)明還提供了一種方法，用于通過(guò)標(biāo)準(zhǔn)化接口(OSA/PARLAY API)向客戶(hù)業(yè)務(wù)應(yīng)用提供到業(yè)務(wù)能力特征的接入，該方法包括以下步驟-向第一框架注冊(cè)第一(接收者)網(wǎng)域中的第一業(yè)務(wù)能力特征，向第二框架注冊(cè)第二(施主)網(wǎng)域中的第二業(yè)務(wù)能力特征；-在每個(gè)網(wǎng)域中，通過(guò)各自的框架，執(zhí)行用于從包含用戶(hù)、網(wǎng)絡(luò)、請(qǐng)求者應(yīng)用及其組合的一組中選出的若干玩家的驗(yàn)證和授權(quán)的安全管理機(jī)制；和-發(fā)現(xiàn)可以在所述第一(接收者)網(wǎng)域中被請(qǐng)求者應(yīng)用使用的第一業(yè)務(wù)能力特征。
根據(jù)本發(fā)明的方法還包括以下步驟-在第一(接收者)網(wǎng)域確定在第二(施主)網(wǎng)域的第二業(yè)務(wù)能力特征對(duì)于請(qǐng)求者應(yīng)用來(lái)說(shuō)是可用的；
-通過(guò)所述第二(施主)網(wǎng)域的第二框架，執(zhí)行用于從所述第一(接收者)網(wǎng)域的第一框架進(jìn)行驗(yàn)證和授權(quán)的安全管理機(jī)制；和-發(fā)現(xiàn)能夠被所述第二(施主)網(wǎng)域的請(qǐng)求者應(yīng)用使用的第二業(yè)務(wù)能力特征(SCF-2)。
為了確定第二業(yè)務(wù)能力特征在第二網(wǎng)域中是可用的，該方法還包括向第一(接收者)網(wǎng)域的第一框架請(qǐng)求接入到第二(施主)網(wǎng)域中可用的第二業(yè)務(wù)能力特征的步驟。該確定可以包括從第一(接收者)網(wǎng)域選出的第一業(yè)務(wù)能力特征接收這種信息的附加步驟。
另外，該方法中發(fā)現(xiàn)在第二(施主)網(wǎng)域中可用的第二業(yè)務(wù)能力特征的步驟還可以包括與第二(施主)網(wǎng)域的第二框架協(xié)商來(lái)自第一(接收者)網(wǎng)域的第一框架的能力的步驟。更具體而言，協(xié)商能力的步驟包括在第二(施主)域的業(yè)務(wù)引擎處建立所選第二業(yè)務(wù)能力特征實(shí)例的步驟，和從第二框架到第一框架返回這種實(shí)例的引用的步驟。
當(dāng)該方法還包括向第一(接收者)網(wǎng)域的第一框架注冊(cè)第二(施主)網(wǎng)域的第二框架的步驟時(shí)可獲得有利的性能。該注冊(cè)包括在第一框架中注冊(cè)第二框架本身的第一步驟；在第二框架中注冊(cè)第一框架本身的第二步驟。除了該自身注冊(cè)，或可替換地，本方法還可以包括第一步驟，其中第二(施主)網(wǎng)域的運(yùn)營(yíng)商在第二框架中注冊(cè)第一(接收者)網(wǎng)域的第一框架；第二步驟，其中第一(接收者)網(wǎng)域的運(yùn)營(yíng)商在第一框架中注冊(cè)第二(施主)網(wǎng)域的第二框架。獨(dú)立于使用自身注冊(cè)或者運(yùn)營(yíng)商發(fā)動(dòng)的注冊(cè)，該方法還包括公布允許所述第一和所述第二框架接入分別由對(duì)方控制的業(yè)務(wù)能力特征的至少一個(gè)接口的步驟。
有時(shí)，在任何特殊域的業(yè)務(wù)引擎可以使用新的或修正的業(yè)務(wù)能力特征來(lái)升級(jí)。確實(shí)需要在所述業(yè)務(wù)能力特征注冊(cè)的所有域中更新相應(yīng)業(yè)務(wù)信息。因此，該方法進(jìn)一步包括在第一和第二框架之間交換關(guān)于分別在第一和第二網(wǎng)域中可用業(yè)務(wù)能力特征的信息的步驟，使用或不使用接入這樣的業(yè)務(wù)能力特征所需的接口的明確顯示。特別地，當(dāng)在第一網(wǎng)域中的專(zhuān)用業(yè)務(wù)能力特征負(fù)責(zé)確定第二業(yè)務(wù)能力特征在第二網(wǎng)域中可用時(shí)，該方法包括向第一網(wǎng)域的至少一個(gè)第一業(yè)務(wù)能力特征指示在第二網(wǎng)域中可用的至少一個(gè)第二業(yè)務(wù)能力特征的步驟，很可能還有在第一網(wǎng)域的這種專(zhuān)用業(yè)務(wù)能力特征中存儲(chǔ)相應(yīng)信息的步驟。
通過(guò)在本方法中包括如下步驟可以獲得另外的優(yōu)點(diǎn)捕獲網(wǎng)域的網(wǎng)絡(luò)運(yùn)營(yíng)商和請(qǐng)求者應(yīng)用的業(yè)務(wù)提供商之間的業(yè)務(wù)級(jí)別協(xié)定。與此相一致，該方法還包括通過(guò)相應(yīng)的第一和第二框架捕獲第一和第二網(wǎng)域之間的業(yè)務(wù)級(jí)別協(xié)定的步驟。
因此，所述業(yè)務(wù)級(jí)別協(xié)定在第二(施主)域和第一(接收者)域之間以這樣的方式擴(kuò)展，該方法可以還包括以下步驟-在施主框架上建立和分配聯(lián)合業(yè)務(wù)簡(jiǎn)檔(Federation ServiceProfile)；-在施主框架上簽署(sign)聯(lián)合業(yè)務(wù)協(xié)定；-為了讓客戶(hù)應(yīng)用能夠發(fā)現(xiàn)施主業(yè)務(wù)而在接收者框架中安裝(注冊(cè))必需的關(guān)于施主業(yè)務(wù)的信息；-從施主框架請(qǐng)求在聯(lián)合業(yè)務(wù)協(xié)定的范圍內(nèi)的接收者應(yīng)用業(yè)務(wù)協(xié)定。
通過(guò)包括以下步驟可以獲得一個(gè)更加有利的安全管理機(jī)制分發(fā)和轉(zhuǎn)交賦予專(zhuān)業(yè)人員在聯(lián)合框架建立中使用業(yè)務(wù)的權(quán)利的聲明。因此，該方法進(jìn)一步包括以下步驟-由接收者框架轉(zhuǎn)交聲明到任何其他實(shí)體；-簽署關(guān)于分發(fā)和/或轉(zhuǎn)交聲明的協(xié)定；-請(qǐng)求聲明；和-施主業(yè)務(wù)引擎使用施主框架檢查接收的聲明的有效性。
當(dāng)本方法還包括以下步驟時(shí)可以獲得另一個(gè)優(yōu)點(diǎn)在第一(接收者)域中建立業(yè)務(wù)引擎代理用來(lái)起到與在第二(施主)域的業(yè)務(wù)引擎中所選的第二業(yè)務(wù)能力特征實(shí)例進(jìn)行通信的代理的作用的步驟。這種業(yè)務(wù)引擎代理的另一個(gè)優(yōu)點(diǎn)在于在第一(接收者)域的這種情況下，實(shí)施局部政策。
在該方法中，在第一(接收者)網(wǎng)域中的第一框架中自動(dòng)地建立業(yè)務(wù)引擎代理的步驟可以包括步驟為從元素集合中選擇的至少一個(gè)業(yè)務(wù)信息元素，在第一(接收者)網(wǎng)域中獲得來(lái)自第二(施主)網(wǎng)域的業(yè)務(wù)信息，該元素集合包括業(yè)務(wù)類(lèi)型、業(yè)務(wù)屬性和業(yè)務(wù)接口。
可替換地，在該方法中，在第一(接收者)網(wǎng)域建立業(yè)務(wù)引擎代理的步驟可以包括步驟從第二(施主)域下載源代碼或運(yùn)行時(shí)間代碼。該下載的代碼可以包括局部政策執(zhí)行規(guī)則，例如通過(guò)允許第一(接收者)域加上包含局部政策的源代碼，或者通過(guò)在從第二(施主)域下載的運(yùn)行時(shí)間代碼中具有到存儲(chǔ)在局部政策服務(wù)器的政策的引用。在后一情況下，第一(接收者)域僅需要確信下載的代碼被配置成能夠查閱該局部政策服務(wù)器。
另外，也可以將第二(施主)域的業(yè)務(wù)引擎注冊(cè)到第一(接收者)域的框架中，并且允許兩個(gè)域建立政策并擁有這些由業(yè)務(wù)引擎執(zhí)行的政策。該方法允許第一(接收者)框架為每個(gè)客戶(hù)應(yīng)用建立業(yè)務(wù)引擎代理，或者允許主業(yè)務(wù)引擎代理存在于第一(接收者)域，當(dāng)?shù)谝?接收者)框架請(qǐng)求時(shí)為每個(gè)客戶(hù)應(yīng)用產(chǎn)生實(shí)例。


通過(guò)閱讀本說(shuō)明書(shū)并結(jié)合附圖，本發(fā)明的特征、目的和優(yōu)點(diǎn)將變得顯而易見(jiàn)，其中 圖1顯示了本發(fā)明適用的技術(shù)領(lǐng)域的基本概略圖，業(yè)務(wù)網(wǎng)和核心網(wǎng)之間的標(biāo)準(zhǔn)接口。
圖2A顯示了與歸屬公共陸地移動(dòng)網(wǎng)絡(luò)交互作用的簡(jiǎn)化的OSA/PARLAY結(jié)構(gòu)。
圖2B顯示了另一幅OSA/PARLAY結(jié)構(gòu)圖，其中一個(gè)組織負(fù)責(zé)核心網(wǎng)域，而另一個(gè)組織負(fù)責(zé)通過(guò)合作者提供終端用戶(hù)業(yè)務(wù)。
圖2C顯示了公司運(yùn)營(yíng)商的角色，它表示預(yù)定用來(lái)代表應(yīng)用提供商在網(wǎng)絡(luò)運(yùn)營(yíng)商域中建立業(yè)務(wù)協(xié)定的域本身。
圖3A顯示了現(xiàn)有技術(shù)的情況，其中在域之間的業(yè)務(wù)協(xié)定的情況下，第一域不能將第二域的業(yè)務(wù)能力提供給它的客戶(hù)應(yīng)用。
圖3B顯示了現(xiàn)有技術(shù)的情況，其中在兩個(gè)域之間的業(yè)務(wù)協(xié)定的情況下，第一域不能將第二域的業(yè)務(wù)引擎提供給它的客戶(hù)應(yīng)用。
圖4顯示了緊湊的結(jié)構(gòu)，其中在多個(gè)網(wǎng)域的環(huán)境下，通過(guò)為業(yè)務(wù)和核心網(wǎng)之間的交互作用加上一個(gè)新的框架到框架接口，從而建立虛擬全局框架。
圖5A顯示了分布式結(jié)構(gòu)，在多個(gè)網(wǎng)域的環(huán)境下通過(guò)為業(yè)務(wù)和核心網(wǎng)之間的交互作用加上一個(gè)新的框架到框架接口，許多網(wǎng)域通常支持遠(yuǎn)端業(yè)務(wù)執(zhí)行和尤其支持業(yè)務(wù)漫游。
圖5B顯示了具有若干網(wǎng)域的分布式的結(jié)構(gòu)，其中由于所述新的框架到框架接口，第一網(wǎng)域運(yùn)營(yíng)商能夠在另一個(gè)網(wǎng)域運(yùn)營(yíng)商的業(yè)務(wù)引擎中提供給第一應(yīng)用運(yùn)營(yíng)商業(yè)務(wù)能力特征。
圖6引入了注冊(cè)框架，即施主和接收者框架，以及從施主域向接收者域通告可用業(yè)務(wù)的基本和簡(jiǎn)化的步驟。
圖7A到7F顯示了基于業(yè)務(wù)協(xié)定劃分的詳細(xì)實(shí)施例之下所遵循的多個(gè)時(shí)序。具體來(lái)講，圖7A顯示了業(yè)務(wù)級(jí)別協(xié)定如何被通告給接收者框架。圖7B顯示了如何建立聯(lián)合業(yè)務(wù)簡(jiǎn)檔。圖7C顯示了如何在接收者框架中安裝聯(lián)合SCF。圖7D顯示了如何簽署聯(lián)合業(yè)務(wù)級(jí)別協(xié)定。圖7E顯示了如何簽署應(yīng)用業(yè)務(wù)級(jí)別協(xié)定。圖7E顯示了如何終止聯(lián)合業(yè)務(wù)級(jí)別協(xié)定。
圖8A到8D顯示了接下來(lái)在基于代理引擎模型的詳細(xì)實(shí)施例下提供業(yè)務(wù)接入的時(shí)序。具體來(lái)講，圖8A顯示了如何安裝代理。圖8B顯示了當(dāng)執(zhí)行接收者域的局部政策時(shí)，如何簽署應(yīng)用業(yè)務(wù)級(jí)別協(xié)定，以及代理SCS如何將請(qǐng)求中繼到實(shí)際的SCS。圖8C顯示了如何終止業(yè)務(wù)級(jí)別協(xié)定。圖8D顯示了SCS如何被注冊(cè)為替換的代理。
圖9A到9E顯示了在基于業(yè)務(wù)聲明交換的詳細(xì)實(shí)施例之下所遵循的時(shí)序。具體來(lái)講，圖9A顯示了業(yè)務(wù)類(lèi)型如何被通告給接收者框架。圖9B顯示了如何建立聲明簡(jiǎn)檔和聲明。圖9C顯示了施主框架如何分發(fā)聲明到接收者框架。圖9D顯示了接收者框架如何將聲明轉(zhuǎn)交給應(yīng)用。圖9E顯示了接收者應(yīng)用如何實(shí)行聲明。
圖10顯示了在漫游環(huán)境下的定位(localization)業(yè)務(wù)相關(guān)使用情況，包括一些根據(jù)本發(fā)明的優(yōu)選實(shí)施例。
優(yōu)選實(shí)施例描述 根據(jù)本發(fā)明的第一方面，提供了系統(tǒng)和方法的許多當(dāng)前優(yōu)選的實(shí)施例，通過(guò)用擴(kuò)展的和改進(jìn)的OSA/PARLAY接口來(lái)使用來(lái)自各種被訪問(wèn)網(wǎng)絡(luò)的網(wǎng)絡(luò)業(yè)務(wù)，用來(lái)支持執(zhí)行用戶(hù)歸屬網(wǎng)絡(luò)的業(yè)務(wù)應(yīng)用，其中所述用戶(hù)歸屬網(wǎng)絡(luò)和所述各種被訪問(wèn)網(wǎng)絡(luò)屬于不同域運(yùn)營(yíng)商，因此所述網(wǎng)絡(luò)業(yè)務(wù)沒(méi)有明確地在用戶(hù)歸屬網(wǎng)絡(luò)注冊(cè)。
一般來(lái)講，根據(jù)本發(fā)明的第二方面，還提供了所述系統(tǒng)和方法的許多當(dāng)前優(yōu)選的實(shí)施例，允許第二網(wǎng)域，即施主域，提供自己的業(yè)務(wù)能力到第一域，即接收者域，接收者域進(jìn)而又能夠提供這些業(yè)務(wù)能力到它自己的合作者或者業(yè)務(wù)提供商。
還提供了根據(jù)本發(fā)明的被上述兩個(gè)方面共享的特別實(shí)施例，允許協(xié)定的捕獲和安全聲明在不同網(wǎng)絡(luò)和域之間的交換；以及在運(yùn)行時(shí)間執(zhí)行它們。
根據(jù)本發(fā)明的另一個(gè)方面，一個(gè)特殊結(jié)構(gòu)的概略圖如圖4所示，顯示了為在多個(gè)網(wǎng)域環(huán)境中業(yè)務(wù)和核心網(wǎng)之間的交互工作，通過(guò)加上一個(gè)新的框架到框架接口如何建立虛擬全局框架(在下文中稱(chēng)之為VGF)。這種新的框架到框架接口(S-60)允許客戶(hù)應(yīng)用(Appl.1；Appl.2；Appl.3；Appl.M)在一致的業(yè)務(wù)能力服務(wù)器(SCS-1；SCS-2；SCS-3；SCS-N)中具有到特殊業(yè)務(wù)能力特征(SCF)的接入以便和各自的核心網(wǎng)(CN-1；CN-2；CN-3；CN-N)交互工作。
這樣，通過(guò)包括若干局部框架(FW-1；FW-2；FW-3；FW-N)和框架到框架接口(S-60)，并且每個(gè)局部框架局部地服務(wù)于特殊的網(wǎng)域用來(lái)控制接入該網(wǎng)域的業(yè)務(wù)能力服務(wù)器(SCS-1；SCS-2；SCS-3；SCS-N)中的業(yè)務(wù)能力特征(SCF)，虛擬全局框架(VGF)被建立。
該VGF，或者更確切的說(shuō)是根據(jù)本發(fā)明所提供的新的框架到框架接口(S-60)，通常允許遠(yuǎn)端業(yè)務(wù)調(diào)用，更具體而言，允許共享不同網(wǎng)域的業(yè)務(wù)并提供在OSA/PARLAY覆蓋范圍內(nèi)的業(yè)務(wù)網(wǎng)漫游。例如，圖5A顯示了支持所述遠(yuǎn)端業(yè)務(wù)調(diào)用的一般結(jié)構(gòu)，尤其應(yīng)用于當(dāng)用戶(hù)漫游到被訪問(wèn)的公共陸地移動(dòng)網(wǎng)絡(luò)(PLMN)時(shí)提供核心網(wǎng)業(yè)務(wù)。又例如，圖5B顯示了網(wǎng)域運(yùn)營(yíng)商(EO-1)如何借助于所述新的框架到框架接口(S-60)向已經(jīng)簽署了業(yè)務(wù)協(xié)定(A-11)的應(yīng)用提供商(AP-1)提供另一個(gè)網(wǎng)域運(yùn)營(yíng)商的業(yè)務(wù)引擎即業(yè)務(wù)能力服務(wù)器(SCS-2)中的業(yè)務(wù)能力特征(SCF)。
根據(jù)本發(fā)明的另-個(gè)方面，框架到框架接口(S-60)呈現(xiàn)了2個(gè)主要的操作模式，在線和離線的模式。在線模式優(yōu)選地被執(zhí)行用于其中服務(wù)于客戶(hù)應(yīng)用的第一域第一框架準(zhǔn)備接入并有效地接入到業(yè)務(wù)被調(diào)用的第二域的第二框架的那些過(guò)程。優(yōu)選地執(zhí)行于在線模式的示例性實(shí)施例如圖7E和7F，圖9D和9E，和圖10所示。另一方面，離線模式優(yōu)選地被使用于框架交換和刷新信息，該信息是關(guān)于某個(gè)通信所需的、在特別業(yè)務(wù)協(xié)定下它們各自的業(yè)務(wù)，和各自的接口協(xié)議。優(yōu)選地執(zhí)行在離線模式的示例性實(shí)施例如圖6，圖7A到圖7C，和圖9A到圖9B所示。
為了簡(jiǎn)明起見(jiàn)，在線模式操作的優(yōu)選的和非常簡(jiǎn)單化的示例性實(shí)施例通過(guò)參考圖5A能夠更好地被描述。這樣，第一客戶(hù)應(yīng)用(Appl-1)向它的局部框架(FW-1)請(qǐng)求(S-10)一個(gè)特別的業(yè)務(wù)。該局部框架(FW-1)檢查(S-30)僅僅在它自己域的業(yè)務(wù)引擎即自己域的業(yè)務(wù)能力特征(SCS-1)的參與下，該業(yè)務(wù)是否能被完全地和有效地執(zhí)行，以及該客戶(hù)應(yīng)用是否被適當(dāng)?shù)赝ㄖ?S-10；S-20)。如果調(diào)用這種請(qǐng)求的業(yè)務(wù)(SCS-2)必須涉及另一個(gè)網(wǎng)域，那么客戶(hù)應(yīng)用(Appl-1)請(qǐng)求(S-10)局部框架(FW-1)來(lái)接入相應(yīng)遠(yuǎn)端域的這種業(yè)務(wù)。然后，局部框架(FW-1)使用遠(yuǎn)端框架(FW-2)發(fā)起(S-60)安全管理機(jī)制從而進(jìn)一步允許由局部請(qǐng)求者客戶(hù)應(yīng)用(Appl-1)使用遠(yuǎn)端業(yè)務(wù)(SCS-2)。局部框架(FW-1)和遠(yuǎn)端框架(FW-2)協(xié)商(S-60)所需的業(yè)務(wù)能力并選擇(S-60)遠(yuǎn)端業(yè)務(wù)能力特征(SCF)最適當(dāng)?shù)膮⑴c。一旦特殊業(yè)務(wù)已經(jīng)在業(yè)務(wù)引擎(SCS-2)被實(shí)例化，遠(yuǎn)端框架(FW-2)通知局部框架(FW-1)業(yè)務(wù)的實(shí)例標(biāo)識(shí)，這然后由它的局部框架(FW-1)被提供到請(qǐng)求者客戶(hù)應(yīng)用(Appl-1)。該請(qǐng)求者客戶(hù)應(yīng)用因此能夠最終關(guān)于該業(yè)務(wù)連接到遠(yuǎn)端SCF。
另一方面，另一個(gè)離線模式操作的簡(jiǎn)化示例性實(shí)施例參考圖6被更好地描述，圖6顯示了在框架之間交換和刷新有關(guān)各自業(yè)務(wù)包括各自注冊(cè)的信息。
首先，如圖6所示，不同框架之間的注冊(cè)階段能夠被總結(jié)為兩個(gè)基本的和簡(jiǎn)化的步驟。第一步驟注冊(cè)就是通告新框架即遠(yuǎn)端或施主框架的存在，該新框架能被擁有該應(yīng)用的運(yùn)營(yíng)商的框架即局部的或者接收者框架接入。第二步驟業(yè)務(wù)宣告在圖7A和9A所示的替換優(yōu)選實(shí)施例中進(jìn)一步詳細(xì)描述，公布可使用的將允許局部或接收者框架來(lái)接入遠(yuǎn)端或者施主框架內(nèi)所述業(yè)務(wù)的業(yè)務(wù)和接口。
該新的遠(yuǎn)端或者施主框架引用，以及基于每個(gè)遠(yuǎn)端框架的可用業(yè)務(wù)，優(yōu)選地被存儲(chǔ)在替換實(shí)施例的圖7A和7C所示的局部或接收者框架，其中框架的注冊(cè)實(shí)際上從各自的域運(yùn)營(yíng)商觸發(fā)。
然而，當(dāng)為此使用專(zhuān)用或非專(zhuān)用特殊業(yè)務(wù)能力特征(SCF)時(shí)，可以獲得其他額外的優(yōu)點(diǎn)。根據(jù)圖10所示示例性使用情況進(jìn)一步解釋的本發(fā)明另一個(gè)實(shí)施例，基于每個(gè)遠(yuǎn)端框架的可用業(yè)務(wù)，或它的引用，在局部或者接收者框架接入控制下被優(yōu)選地存儲(chǔ)在駐留在業(yè)務(wù)引擎(SCS)中的特別業(yè)務(wù)能力特征(SCF-1)中。
更具體來(lái)講，圖8A到8D顯示了進(jìn)一步詳細(xì)描述的替換實(shí)施例，其中該SCS實(shí)際上起代理業(yè)務(wù)引擎(代理SCS)的作用，該代理業(yè)務(wù)引擎(代理SCS)被放置在接收者域和施主域之間，并預(yù)定用于為從接收者域的應(yīng)用(Appl-1；Application)到施主域的業(yè)務(wù)引擎(SCS-2)的業(yè)務(wù)請(qǐng)求以及相反方向的通信擔(dān)當(dāng)起代理的作用。該另一個(gè)實(shí)施例使得框架以更標(biāo)準(zhǔn)的方式工作，如圖10所示，經(jīng)常在接收者域的特別業(yè)務(wù)引擎(SCS)，可能是SCS代理，聯(lián)系(S-30)業(yè)務(wù)能力特征(SCF-1)，用來(lái)選擇施主域的適當(dāng)?shù)臉I(yè)務(wù)能力特征(SCF-2)以便為特殊的業(yè)務(wù)處理客戶(hù)應(yīng)用。
獨(dú)立于該基于每個(gè)遠(yuǎn)端框架的可用業(yè)務(wù)或其引用是否被存儲(chǔ)在局部框架中，還是存儲(chǔ)在所述局部框架的控制下的特別業(yè)務(wù)能力特征(SCF)中，還是存儲(chǔ)在放置在施主和接收者域之間的代理業(yè)務(wù)引擎中，當(dāng)框架(局部；遠(yuǎn)端；施主)增加或者改變業(yè)務(wù)時(shí)，所述框架發(fā)送該業(yè)務(wù)的更新到相關(guān)的框架(遠(yuǎn)端；局部；接收者)，如圖6，7A和9A所示。
對(duì)于上述實(shí)施例可以描述各種使用情況。然而，特別相關(guān)的使用情況是定位業(yè)務(wù)，這根據(jù)本發(fā)明的一些實(shí)施例適合于解決上述的示例性問(wèn)題。因此，圖10，顯示了在漫游環(huán)境下定位業(yè)務(wù)使用情況，其中客戶(hù)應(yīng)用(Appl-1)使用其中存在適當(dāng)業(yè)務(wù)協(xié)定的引用的第一域局部框架(FW-1)執(zhí)行所需的安全管理機(jī)制來(lái)驗(yàn)證。然后，客戶(hù)應(yīng)用(Appl-1)向本地框架(FW-1)請(qǐng)求發(fā)現(xiàn)到可用的業(yè)務(wù)能力特征的接口的過(guò)程。局部框架(FW-1)發(fā)起與該第一域業(yè)務(wù)能力服務(wù)器(SCS)的一組業(yè)務(wù)能力特征(SCF-1)的協(xié)商，選擇一個(gè)適當(dāng)?shù)腟CF_ID以便處理所請(qǐng)求的業(yè)務(wù)，并且返回這樣的SCF_ID引用作為最后的發(fā)現(xiàn)接口，應(yīng)用使用該發(fā)現(xiàn)接口其來(lái)請(qǐng)求特定的業(yè)務(wù)，即定位SCF，以及應(yīng)用(Appl-1)所需的特殊能力。
在上述安全管理機(jī)制期間，局部框架(FW-1)檢查應(yīng)用(Appl-1)是否被允許使用該SCF以及在什么政策標(biāo)準(zhǔn)之下使用。這可以在域網(wǎng)絡(luò)運(yùn)營(yíng)商和業(yè)務(wù)提供商之間的所謂的業(yè)務(wù)級(jí)別協(xié)定(SLA)中捕獲。在允許應(yīng)用使用SCF的情況下，局部框架(FW-1)返回所有業(yè)務(wù)能力特征的標(biāo)識(shí)，即所有的SCF_ID，這可能實(shí)現(xiàn)客戶(hù)應(yīng)用(Appl-1)的需求。接著，應(yīng)用選擇這些SCF_ID中的一個(gè)，然后SCS建立應(yīng)用所使用并且也能夠檢查條件的SCF實(shí)例。該SCF實(shí)例的引用被返回到框架(FW-1)，框架返回這樣的引用到應(yīng)用(Appl-1)。從此時(shí)起，該應(yīng)用就能夠使用該SCF(SCF-1)。
該應(yīng)用(Appl-1)請(qǐng)?jiān)揝CF實(shí)例產(chǎn)生發(fā)現(xiàn)接口(SCF-1)用來(lái)定位移動(dòng)終端“Z”(MT Z)。所述SCF實(shí)例(SCF-1)探測(cè)MT Z被定位在網(wǎng)絡(luò)R。換句話說(shuō)，第一域確定第二網(wǎng)域即網(wǎng)絡(luò)R的業(yè)務(wù)能力特征對(duì)于請(qǐng)求者應(yīng)用來(lái)說(shuō)是可用的。這個(gè)響應(yīng)被發(fā)送回應(yīng)用(Appl-1)。該應(yīng)用請(qǐng)求局部框架(FW-1)關(guān)于在所述的遠(yuǎn)端網(wǎng)域的遠(yuǎn)端業(yè)務(wù)能力特征的可能接入。特別地，通過(guò)使用上述期望和詳細(xì)描述的SCS代理的替換實(shí)施例，在接收者域的業(yè)務(wù)能力特征(SCF-1)可以被聯(lián)系用來(lái)選擇施主域的適當(dāng)?shù)臉I(yè)務(wù)能力特征(SCF-2)來(lái)為特別業(yè)務(wù)處理客戶(hù)應(yīng)用。
目前，局部框架(FW-1)使用存在適當(dāng)業(yè)務(wù)協(xié)定的引用的第二域的遠(yuǎn)端框架(FW-2)發(fā)起相應(yīng)的安全管理機(jī)制。在業(yè)務(wù)協(xié)定前提之下的適用安全管理機(jī)制的成功結(jié)果之上，遠(yuǎn)端處理過(guò)程能夠從局部框架(FW-1)向遠(yuǎn)端框架(FW-2)發(fā)起，為后者(FW-2)發(fā)現(xiàn)能被所述第二網(wǎng)域的請(qǐng)求者應(yīng)用(Appl-1)使用的業(yè)務(wù)能力特征(SCF-2)。這樣的安全管理機(jī)制能夠在業(yè)務(wù)級(jí)別協(xié)定劃分方面被執(zhí)行，如圖7D和7E所示，或者在聲明有效性標(biāo)準(zhǔn)方面執(zhí)行，如圖9C所示。
因此，局部框架(FW-1)為定位業(yè)務(wù)向遠(yuǎn)端框架(FW-2)請(qǐng)求也許位于第二域業(yè)務(wù)能力服務(wù)器或業(yè)務(wù)引擎(SCS-2)中的業(yè)務(wù)能力特征(SCF-2)。當(dāng)被應(yīng)用(Appl-1)請(qǐng)求時(shí)，局部框架(FW-1)選擇一個(gè)可用的被訪問(wèn)業(yè)務(wù)能力特征(SCF-2)，并且通過(guò)遠(yuǎn)端框架(FW-2)協(xié)商特定能力，因?yàn)榫植靠蚣苤缿?yīng)用的需求，并且遠(yuǎn)端框架讓這樣的能力注冊(cè)。然后該被訪問(wèn)業(yè)務(wù)能力服務(wù)器(SCS-2)建立將被第一域中的客戶(hù)應(yīng)用(Appl-1)使用的被訪問(wèn)業(yè)務(wù)的實(shí)例。到該實(shí)例的引用從遠(yuǎn)端框架(FW-2)被返回到局部框架(FW-1)，局部框架將它返還到應(yīng)用(Appl-1)。從此時(shí)開(kāi)始，客戶(hù)應(yīng)用(Appl-1)能夠使用被訪問(wèn)業(yè)務(wù)能力特征(SCF-2)，并且該過(guò)程已經(jīng)在局部和遠(yuǎn)端框架之間被管理。
根據(jù)本發(fā)明這個(gè)方面的主要優(yōu)點(diǎn)是每一次客戶(hù)應(yīng)用希望接入業(yè)務(wù)時(shí)，它僅僅與它的局部框架聯(lián)系，同時(shí)該框架管理接下來(lái)的處理過(guò)程，以及與其他聯(lián)合的OSA/PARALAY環(huán)境的關(guān)系。該客戶(hù)應(yīng)用因此僅僅在一個(gè)框架中注冊(cè)，不需要在所有聯(lián)合的域中注冊(cè)。
補(bǔ)充地，根據(jù)本發(fā)明的上述第二方面提供許多實(shí)施例，并還實(shí)現(xiàn)了本發(fā)明的其他目的。在這個(gè)方面，3個(gè)詳細(xì)實(shí)施例預(yù)定用來(lái)允許第二網(wǎng)域，即施主域，將它自己的業(yè)務(wù)能力提供給第一網(wǎng)域，即接收者域，第一網(wǎng)域進(jìn)而能夠提供這些業(yè)務(wù)能力到它自己的合作者或業(yè)務(wù)提供商，同時(shí)允許每個(gè)域來(lái)安裝和執(zhí)行它自己的政策。這3個(gè)詳細(xì)實(shí)施例的每一個(gè)根據(jù)尋求的特定優(yōu)點(diǎn)，為其他特定方面提供特定的實(shí)施例。
第一詳細(xì)實(shí)施例如圖7A到7F所示，提供擴(kuò)展現(xiàn)有的業(yè)務(wù)協(xié)定模型，從而允許接收者域來(lái)“劃分”施主和所述接收者域之間的業(yè)務(wù)協(xié)定。該劃分構(gòu)成了接收者域和其業(yè)務(wù)提供商之間的業(yè)務(wù)協(xié)定。對(duì)于該第一詳細(xì)實(shí)施例，下文中被稱(chēng)為業(yè)務(wù)協(xié)定劃分實(shí)施例，提供進(jìn)一步的描述。第二詳細(xì)實(shí)施例如圖8A到8D所示，提供一種模型，其中接收者域優(yōu)選地對(duì)于施主域的每個(gè)業(yè)務(wù)引擎具有所謂的代理引擎(代理SCS)。對(duì)于該第二個(gè)詳細(xì)實(shí)施例也提供了進(jìn)一步的描述，在下文中被稱(chēng)為代理實(shí)施例。第三個(gè)詳細(xì)實(shí)施例如圖9A到9E所示，提供附加的優(yōu)點(diǎn)，通過(guò)將當(dāng)前業(yè)務(wù)協(xié)定模型替換成基于聲明的模型。為該第三個(gè)詳細(xì)實(shí)施例也提供了進(jìn)一步解釋?zhuān)挛闹斜环Q(chēng)為業(yè)務(wù)聲明實(shí)施例。
在業(yè)務(wù)協(xié)定劃分實(shí)施例下，在施主域的OSA/PARLAY框架(下文稱(chēng)之為施主框架)能夠?qū)I(yè)務(wù)引擎(SCS-2)通告給已經(jīng)在所述施主域預(yù)定其通知的應(yīng)用，例如使用如圖2A和2C所述的現(xiàn)有機(jī)制。根據(jù)圖6已經(jīng)提及的本發(fā)明的詳細(xì)實(shí)施例，現(xiàn)在根據(jù)圖7A詳細(xì)說(shuō)明，不僅僅接收者域中這樣的應(yīng)用還有OSA/PARLAY框架(下文稱(chēng)為接收者框架)能夠被通知施主域中的所述業(yè)務(wù)引擎(SCS-2)。因此，當(dāng)接收者域?qū)?lái)自施主域的業(yè)務(wù)引擎(SCS-2)提供給接收者域合作者(應(yīng)用)時(shí)，這兩個(gè)域被稱(chēng)之為形成聯(lián)合。以相似的方法，當(dāng)接收者框架提供由施主框架通告的業(yè)務(wù)引擎(SCS-2)時(shí)，該兩個(gè)框架被稱(chēng)之為工作在聯(lián)合建立中。
在該業(yè)務(wù)協(xié)定劃分實(shí)施例下聯(lián)合建立中的施主框架負(fù)責(zé)-在使用根據(jù)圖6的上述離線運(yùn)行模式或者使用如圖7B所示的操作相關(guān)的過(guò)程注冊(cè)接收者框架之后，通告新注冊(cè)的業(yè)務(wù)引擎到那些在所述施主框架中注冊(cè)的接收者框架，如圖7A所示；-提供機(jī)制，由此接收者框架能夠簽署聯(lián)合業(yè)務(wù)協(xié)定，這能夠被看作是在施主和接收者框架之間關(guān)于如下條款的合同，在該條款下，接收者框架和它的合作者能夠使用特定的業(yè)務(wù)引擎，如圖7D所示；以及-提供機(jī)制，由此，在由聯(lián)合業(yè)務(wù)協(xié)定設(shè)置的限制下，接收者框架能夠?yàn)橐粋€(gè)接收者框架合作者的應(yīng)用向施主框架請(qǐng)求接收者應(yīng)用業(yè)務(wù)協(xié)定，如圖7E所總結(jié)的。
接收者應(yīng)用業(yè)務(wù)協(xié)定的條款由接收者框架建立，但是施主框架確保請(qǐng)求的接收者應(yīng)用業(yè)務(wù)協(xié)定是在由聯(lián)合業(yè)務(wù)協(xié)定條款設(shè)置的限制之下。接收者應(yīng)用業(yè)務(wù)協(xié)定能被看成是用在特定應(yīng)用的聯(lián)合業(yè)務(wù)協(xié)定的一部分。當(dāng)接收者應(yīng)用業(yè)務(wù)協(xié)定被分發(fā)給接收者框架時(shí)，一個(gè)新的業(yè)務(wù)實(shí)例被建立，并且一個(gè)引用被賦予接收者框架，如圖7E所示，這已經(jīng)參考圖10的使用情況討論過(guò)。
另一方面，在這個(gè)業(yè)務(wù)協(xié)定劃分實(shí)施例中在聯(lián)合建立中的接收者框架負(fù)責(zé)注冊(cè)施主域的業(yè)務(wù)引擎，該業(yè)務(wù)引擎由施主框架通告并且也能夠稱(chēng)為施主業(yè)務(wù)，并且使得對(duì)于它們自己的應(yīng)用可用，如圖7C所示。因此，對(duì)于通告的業(yè)務(wù)引擎的屬性列表從施主框架獲得。
除了該詳細(xì)的業(yè)務(wù)協(xié)定劃分實(shí)施例中的這幾個(gè)實(shí)施例，專(zhuān)用的業(yè)務(wù)簡(jiǎn)檔能夠，像如圖7B所示的為接收者域中的其它任一業(yè)務(wù)一樣為施主業(yè)務(wù)建立。在這一方面，如上面考慮如圖10所示使用情況來(lái)闡述的，這樣的業(yè)務(wù)簡(jiǎn)檔可以采用接收者域中的專(zhuān)用業(yè)務(wù)能力特征的形式，或者可以被存儲(chǔ)在接收者域的專(zhuān)用業(yè)務(wù)能力特征中。
另外，在接收者域的適用安全管理機(jī)制中，在當(dāng)接收者應(yīng)用選擇這樣的施主業(yè)務(wù)并且與接收者框架簽暑該業(yè)務(wù)協(xié)定時(shí)，所述接收者框架向施主框架請(qǐng)求接收者應(yīng)用業(yè)務(wù)協(xié)定，作為施主和接收者域之間的相應(yīng)安全管理機(jī)制的一部分。該接收者框架在該請(qǐng)求中提供在分配給所述接收者應(yīng)用的業(yè)務(wù)簡(jiǎn)檔中定義的條款和/或約束。然后，施主框架使用這些條款和/或約束來(lái)建立接收者應(yīng)用業(yè)務(wù)協(xié)定，如圖7E的時(shí)序圖所示，在圖10所示的使用情況中也考慮過(guò)了。
而且，圖7F顯示了目前優(yōu)選的實(shí)施例，從施主域終止向接收者域提供自己的施主業(yè)務(wù)。雖然沒(méi)有任何圖，但是也可以從接收者域觸發(fā)相似的過(guò)程。
在代理實(shí)施例中，提供一種放置在接收者域和施主域之間所謂的代理業(yè)務(wù)引擎(代理SCS)，用來(lái)接入施主域的那些業(yè)務(wù)引擎(SCS-2)。更具體而言，實(shí)際的第一業(yè)務(wù)引擎(代理SCS)在接收者域?yàn)閺慕邮照哂蛑械膽?yīng)用到施主域的第二業(yè)務(wù)引擎(SCS-2)的請(qǐng)求起代理的作用，并且在從所述第二業(yè)務(wù)引擎到應(yīng)用的另一個(gè)方向起同樣的作用。從該施主域中的第二業(yè)務(wù)引擎來(lái)看，第一業(yè)務(wù)引擎(代理SCS)被看作應(yīng)用。
而且，如圖8A和8B所示，在代理建立中的代理業(yè)務(wù)引擎(代理SCS)負(fù)責(zé)與施主域中的實(shí)際的業(yè)務(wù)引擎(SCS-2)相通信，為來(lái)自接收者域的應(yīng)用的請(qǐng)求起到代理的作用，并用來(lái)將所述應(yīng)用中繼到施主域中的實(shí)際業(yè)務(wù)引擎(SCS-2)。另外，代理業(yè)務(wù)引擎(代理SCS)負(fù)責(zé)執(zhí)行應(yīng)用提供商和接收者域之間的政策或協(xié)定。
施主域在代理建立中負(fù)責(zé)通告新注冊(cè)的業(yè)務(wù)到注冊(cè)的接收者框架。在這個(gè)方面，前面已經(jīng)在為施主和接收者框架之間相互注冊(cè)的業(yè)務(wù)協(xié)定劃分實(shí)施例中討論的方法，如圖6和7A所示，也可以應(yīng)用在該代理實(shí)施例之下。而且，如在替換實(shí)施例所進(jìn)一步描述的那樣，施主框架可以可選地提供業(yè)務(wù)引擎碼到接收者域，從而相應(yīng)的業(yè)務(wù)引擎能夠被實(shí)例化，并且可以在所述接收者域中可選地調(diào)整執(zhí)行局部政策。
另一方面，代理建立中的接收者框架負(fù)責(zé)注冊(cè)代理業(yè)務(wù)引擎(代理SCS)并且使它們對(duì)于在接收者域中自己的客戶(hù)應(yīng)用可用。因此，根據(jù)該代理實(shí)施例，許多替換實(shí)施例被建議來(lái)建立代理業(yè)務(wù)引擎。
在建立代理的第一替換實(shí)施例中，在第一(接收者)域中建立代理業(yè)務(wù)引擎，用來(lái)與在第二(施主)域的業(yè)務(wù)引擎處所選擇的第二業(yè)務(wù)能力特征的實(shí)例進(jìn)行通信。在第一(接收者)域的這種情況下，這樣的業(yè)務(wù)引擎代理的主要優(yōu)點(diǎn)在于執(zhí)行局部政策。該代理業(yè)務(wù)引擎能夠在第一(接收者)域中基于從第二(施主)域接收的關(guān)于從元素集合中選擇的至少一個(gè)信息元素自動(dòng)地建立，該元素集合包括業(yè)務(wù)標(biāo)識(shí)符，業(yè)務(wù)類(lèi)型、業(yè)務(wù)可用性，業(yè)務(wù)屬性和業(yè)務(wù)接口。
在建立代理的第二替換實(shí)施例中，代理業(yè)務(wù)引擎在第一(接收者)域中通過(guò)從第二(施主)域下載源代碼或運(yùn)行時(shí)間代碼來(lái)建立。該代碼能夠是這樣的它被調(diào)節(jié)來(lái)包括局部政策執(zhí)行規(guī)則。例如，通過(guò)允許第一(接收者)域增加包括局部政策的源代碼，或者通過(guò)在從第二(施主)域下載的運(yùn)行時(shí)間代碼中具有到存儲(chǔ)在局部政策服務(wù)器中的政策的引用。在后一情況中，第一(接收者)域僅僅必須確保下載的代碼被配置為使得能夠查閱局部政策服務(wù)器。
在建立代理的第三替換實(shí)施例中，通過(guò)在第二(施主)域中選擇業(yè)務(wù)引擎(SCS)、通過(guò)注冊(cè)該業(yè)務(wù)引擎(SCS)到第一(接收者)域的框架用來(lái)起代理業(yè)務(wù)引擎的作用、以及通過(guò)允許該業(yè)務(wù)引擎(SCS)為兩個(gè)域建立政策并執(zhí)行這些政策，代理服務(wù)引擎在第一(接收者)域中被建立。該代理業(yè)務(wù)引擎可以基于第二(施主)域的實(shí)際業(yè)務(wù)引擎(SCS)的業(yè)務(wù)類(lèi)型和屬性值被建立。在這個(gè)方面，代理業(yè)務(wù)引擎的建立可以是如圖8A所示的具有所謂聯(lián)合介體(mediator)的專(zhuān)用元件的責(zé)任。更具體而言，所述代理業(yè)務(wù)引擎的引入可以是接收者框架的責(zé)任。另外，在施主域中的特定業(yè)務(wù)引擎可以在接收者框架中注冊(cè)，并且從而在該接收者域中注冊(cè)，以便實(shí)現(xiàn)如圖8D所示的代理業(yè)務(wù)引擎的職能。
仍然在代理實(shí)施例下說(shuō)明特征，圖8C顯示了業(yè)務(wù)協(xié)定在代理實(shí)施例中如何能夠被終止的示例性實(shí)施例。
第三個(gè)詳細(xì)實(shí)施例中，上述業(yè)務(wù)聲明實(shí)施例，被發(fā)現(xiàn)為額外提供了上述兩個(gè)實(shí)施例以外的優(yōu)點(diǎn)。該業(yè)務(wù)聲明實(shí)施例基于施主和接收者域之間業(yè)務(wù)聲明的交換和實(shí)施。
在這個(gè)業(yè)務(wù)聲明實(shí)施例之下，在施主域(施主框架)中的OSA/PARLAY框架能夠通告業(yè)務(wù)(施主業(yè)務(wù))到已經(jīng)在所述施主域預(yù)訂其通知的應(yīng)用，如圖9A所示，還能夠以如業(yè)務(wù)協(xié)定劃分實(shí)施例所期望的相似方式通告這些施主業(yè)務(wù)到接收者域(接收者框架)的OSA/PARLAY框架，如圖6和7A所示。
因此，圖9C顯示了接收者框架如何請(qǐng)求通過(guò)施主框架分發(fā)業(yè)務(wù)聲明。該過(guò)程可與圖7D所示的相比，雖然其更加適合于使用基于聲明的模型替代業(yè)務(wù)協(xié)定模型。一般來(lái)講，聲明是授權(quán)和/或驗(yàn)證語(yǔ)句，它能夠包括許多屬性。特別地，聲明可以被看成包括在安全管理機(jī)制中。
因此，根據(jù)圖9C，當(dāng)在施主和接收者框架之間執(zhí)行安全管理機(jī)制時(shí)，所述施主框架分發(fā)業(yè)務(wù)聲明到所述接收者框架。以相似的方法，圖9D顯示了當(dāng)執(zhí)行所述接收者框架和諸如接收者域中的客戶(hù)應(yīng)用之類(lèi)的任何其他請(qǐng)求實(shí)體之間的安全管理機(jī)制時(shí)，如何通過(guò)所述接收者框架分發(fā)相應(yīng)的業(yè)務(wù)聲明到所述客戶(hù)應(yīng)用。
概念上，業(yè)務(wù)聲明描述了應(yīng)用和特定業(yè)務(wù)之間的協(xié)定。聲明能夠被發(fā)送到來(lái)自某個(gè)實(shí)體的業(yè)務(wù)，然后該業(yè)務(wù)對(duì)于這種已經(jīng)發(fā)送該聲明的實(shí)體來(lái)說(shuō)變得可用。該聲明的“發(fā)送”在本文中可以被看作“實(shí)施”該聲明。當(dāng)發(fā)行該聲明時(shí)，還不知道哪個(gè)應(yīng)用或?qū)嶓w將要實(shí)施該聲明。
該接收者框架能夠通告它的由聲明所示的可獲得的能力，并且轉(zhuǎn)交該聲明到接收者域之內(nèi)或之外的應(yīng)用。然后該應(yīng)用能夠?qū)嵤┰撀暶?，或者將該聲明轉(zhuǎn)交給另一個(gè)應(yīng)用。通過(guò)這種方法，之前根據(jù)所述協(xié)定使用所述業(yè)務(wù)的協(xié)定伴隨著授權(quán)權(quán)利，能夠以非常輕松的方法交換。
另外，轉(zhuǎn)交聲明的實(shí)體，諸如應(yīng)用，能夠加上驗(yàn)證、授權(quán)，或者屬性數(shù)據(jù)到聲明中。通過(guò)這種方法，這樣的應(yīng)用能夠定制聲明。每個(gè)轉(zhuǎn)交聲明的域能夠分發(fā)附加的數(shù)據(jù)，并使該附加的數(shù)據(jù)與聲明相關(guān)聯(lián)。例如，所指出的能力能夠使用自己的能力被擴(kuò)展或者限制，從而產(chǎn)生一種分層的聲明。
因此在這個(gè)業(yè)務(wù)聲明實(shí)施例之下聯(lián)合建立的施主框架負(fù)責(zé)-建立如圖9B所示，代表施主業(yè)務(wù)使用協(xié)定和權(quán)利的業(yè)務(wù)聲明，或者使用如圖6所示的上述離線操作模式建立業(yè)務(wù)聲明。
-通告新的注冊(cè)的業(yè)務(wù)，或者相當(dāng)新的業(yè)務(wù)引擎(SCS-2)，如圖9A所示；-提供圖9C所包含的用于分發(fā)業(yè)務(wù)聲明到接收者框架的機(jī)制，該機(jī)制可以涉及由陳述雙方的簽名，該陳述顯示聲明被交換并且能夠證明是無(wú)拋棄的，如果需要，優(yōu)選地該聲明或者其一部分被加密；-記錄分發(fā)給注冊(cè)的接收者框架和駐留在施主域中的局部應(yīng)用的聲明；和-處理檢查被實(shí)施的聲明的有效性的請(qǐng)求，這樣的請(qǐng)求通常被施主業(yè)務(wù)發(fā)送或者，更特別地，由如圖9E所示的優(yōu)選地位于業(yè)務(wù)引擎(SCS-2)的業(yè)務(wù)管理器實(shí)體發(fā)送，其中施主框架檢查聲明是否是以便沒(méi)有被實(shí)施過(guò)。
根據(jù)本發(fā)明所支持的一般原理，聲明只能夠?qū)嵤┮淮巍Ｊ┲骺蚣芟騼?yōu)選地位于業(yè)務(wù)引擎(SCS-2)中的業(yè)務(wù)管理器實(shí)體指示，聲明是仍然有效的還是無(wú)效的。然而，業(yè)務(wù)引擎能夠讓自己的機(jī)制來(lái)檢查聲明的有效性，而不涉及到框架，本領(lǐng)域普通技術(shù)人員將可以理解這一點(diǎn)。
另一方面，在該業(yè)務(wù)聲明實(shí)施例下聯(lián)合建立中的接收者框架負(fù)責(zé)-請(qǐng)求分發(fā)業(yè)務(wù)聲明到施主框架，如圖9C所示，其中用于獲得這種聲明的機(jī)制包括陳述雙方的簽名，如上所述，該陳述顯示了聲明被交換，并且能證明沒(méi)有丟棄。如果需要，該聲明或者其一部分優(yōu)選地被加密；-通告新獲得的能力到接收者域中的應(yīng)用，很可能地也在所述接收者域外；-為聲明數(shù)據(jù)加上元素集合的至少一個(gè)元素以便建立“分層”聲明，該元素集合包括驗(yàn)證、授權(quán)和屬性數(shù)據(jù)；-提供聲明到施主業(yè)務(wù)，即“實(shí)施”聲明，這典型地發(fā)生在當(dāng)接收者框架起代表施主域的作用時(shí)，接收者域預(yù)定起面向其他合作者域的引擎或者中間層的作用，從而屏蔽施主域的能力；并且-一旦從這樣的應(yīng)用發(fā)出請(qǐng)求，就轉(zhuǎn)交業(yè)務(wù)聲明到接收者域中的應(yīng)用，如圖9D所示，該機(jī)制可以涉及陳述雙方的簽名，上面已經(jīng)討論，該陳述顯示聲明被交換并且能夠證明是無(wú)拋棄的，如果需要，該聲明或者其一部分優(yōu)選地被加密； 在這個(gè)方面，當(dāng)接收者框架已經(jīng)轉(zhuǎn)交業(yè)務(wù)聲明，就不再允許實(shí)施該聲明本身，但是只有在接收者域已經(jīng)接收聲明的應(yīng)用然后才能實(shí)施該聲明，或者將其轉(zhuǎn)交給另一個(gè)應(yīng)用。
最終，施主域的業(yè)務(wù)引擎(SCS)負(fù)責(zé)-向施主框架登記；-驗(yàn)證聲明是否已經(jīng)被施主域框架簽署和，可選地，該聲明是否被修改；-在第一次接收聲明時(shí)，請(qǐng)求施主框架驗(yàn)證聲明是否已經(jīng)由所述施主框架分發(fā)，以及該聲明是否仍然有效；和-一旦由施主框架或者由業(yè)務(wù)引擎本身接受了該聲明，那么就根據(jù)聲明中描述的協(xié)定屬性，允許專(zhuān)業(yè)人員接入它的業(yè)務(wù)。
本發(fā)明是以示例性而非限制性的方式，通過(guò)幾個(gè)實(shí)施例來(lái)描述的。顯然，按照上述教導(dǎo)，本發(fā)明的許多修改和變型是可以的。本發(fā)明的范圍通過(guò)權(quán)利要求并適當(dāng)參考說(shuō)明書(shū)和附圖來(lái)確定，任何在權(quán)利要求范圍之內(nèi)的實(shí)施例修改預(yù)定將被包含在這里。
權(quán)利要求
1.一種電信系統(tǒng)，被安排用來(lái)通過(guò)標(biāo)準(zhǔn)化接口(OSA/PARLAY API)向客戶(hù)業(yè)務(wù)應(yīng)用(App-1，應(yīng)用)提供到業(yè)務(wù)能力特征的接入，該系統(tǒng)包括若干運(yùn)行客戶(hù)業(yè)務(wù)應(yīng)用(App-1，應(yīng)用)的應(yīng)用服務(wù)器(AS-1)；若干第一業(yè)務(wù)引擎(SCS-1)，其中第一業(yè)務(wù)能力特征(SCF-1)被指定在第一(接收者)網(wǎng)域；提供到所述第一業(yè)務(wù)能力特征的受控接入的第一框架(FW-1；接收者框架)；若干核心網(wǎng)元，該電信系統(tǒng)其特征在于所述第一框架(FW-1；接收者框架)被安排用來(lái)與至少一個(gè)第二框架(FW-2；施主框架)通信，以便訪問(wèn)在第二(施主)網(wǎng)域的若干第二業(yè)務(wù)引擎(SCS-2)中指定的第二業(yè)務(wù)能力特征(SCF-2)。
2.如權(quán)利要求1的電信系統(tǒng)，其中，第一和第二框架(FW-1，接收者框架；FW-2，施主框架)包括協(xié)議裝置，用來(lái)允許框架到框架的通信。
3.如權(quán)利要求2所述的電信系統(tǒng)，其中，所述協(xié)議裝置包括向第一網(wǎng)絡(luò)域中的第一框架(FW-1，接收者框架；FW-2，施主框架)通告第二網(wǎng)域中的第二框架(FW-2，施主框架；FW-1，接收者框架)的存在的裝置，可以與該第二框架共享業(yè)務(wù)能力特征(SCF-2；SCF-1)。
4.如權(quán)利要求3所述的電信系統(tǒng)，其中，所述的協(xié)議裝置包括從第二網(wǎng)域中的第二框架(FW-2；FW-1；施主框架)向第一網(wǎng)域中的第一框架(FW-1；FW-2；接收者框架)通告業(yè)務(wù)能力特征(SCF，能力)能夠從所述第二網(wǎng)域的業(yè)務(wù)引擎(SCS-2；SCS-1)提供到所述第一網(wǎng)域的客戶(hù)應(yīng)用(Appl-1；應(yīng)用)的裝置。
5.如權(quán)利要求3所述的電信系統(tǒng)，其中，用于向第一框架(FW-1；FW-2)通告第二框架(FW-2；FW-1)存在的裝置包括第二框架自己注冊(cè)到第一框架的裝置。
6.如權(quán)利要求3所述的電信系統(tǒng)，其中，用于向第一域中的第一框架(施主框架；接收者框架)通告第二域中的第二框架(接收者框架；施主框架)存在的裝置包括所述第一域的運(yùn)營(yíng)商(施主運(yùn)營(yíng)商；接收者運(yùn)營(yíng)商)將第二框架注冊(cè)到第一框架的裝置。
7.如權(quán)利要求4所述的電信系統(tǒng)，其中，用于通告能夠從第二網(wǎng)域的業(yè)務(wù)引擎提供業(yè)務(wù)能力特征的裝置包括用于從所述第二網(wǎng)域中的第二框架(FW-2；FW-1；施主框架)向第一網(wǎng)域中的第一框架(FW-1；FW-2；接收者框架)通知從元素集合中選擇的至少一個(gè)業(yè)務(wù)信息元素的裝置，該元素集合包括業(yè)務(wù)標(biāo)識(shí)符、業(yè)務(wù)類(lèi)型、業(yè)務(wù)可用性，業(yè)務(wù)屬性和業(yè)務(wù)接口。
8.如權(quán)利要求7所述的電信系統(tǒng)，其中，用于通告在第二網(wǎng)域的業(yè)務(wù)引擎存在可用業(yè)務(wù)能力特征的裝置包括用來(lái)從第一網(wǎng)域中的第一框架(FW-1；FW-2；接收者框架)向第二網(wǎng)域中的第二框架(FW-2；FW-1；施主框架)建立用于通知這種業(yè)務(wù)信息元素的標(biāo)準(zhǔn)的裝置。
9.如上述權(quán)利要求任何一個(gè)所述的電信系統(tǒng)，進(jìn)一步包括在第一網(wǎng)域的第一框架(FW-1；接收者框架)和第二網(wǎng)域的第二框架(FW-2；施主框架)之間執(zhí)行安全管理機(jī)制的裝置。
10.如權(quán)利要求9所述的電信系統(tǒng)，其中，用于在所述第一和第二框架之間執(zhí)行安全管理機(jī)制的裝置包括用于捕獲第一和第二域之間的業(yè)務(wù)協(xié)定的裝置，該業(yè)務(wù)協(xié)定代表著應(yīng)用在所述第一和第二域之間的政策。
11.如權(quán)利要求9所述的電信系統(tǒng)，其中，用于在所述第一和所述第二框架之間執(zhí)行安全管理機(jī)制的裝置包括用于轉(zhuǎn)交業(yè)務(wù)聲明和簽名的裝置。
12.如上述權(quán)利要求任何一個(gè)所述的電信系統(tǒng)，進(jìn)一步包括用于在第一網(wǎng)域中的第一框架(FW-1；接收者框架)和第二網(wǎng)域中的第二框架(FW-2；施主框架)之間的第二網(wǎng)域的業(yè)務(wù)引擎(SCS-2)處發(fā)現(xiàn)可用業(yè)務(wù)能力特征的裝置。
13.如權(quán)利要求12所述的電信系統(tǒng)，其中，用于在所述第一框架(FW-1；接收者框架)和所述第二框架(FW-2；施主框架)之間發(fā)現(xiàn)可用業(yè)務(wù)能力特征的裝置包括當(dāng)被第一域中的客戶(hù)應(yīng)用(Appl-1；應(yīng)用)請(qǐng)求時(shí)協(xié)商特定能力的裝置。
14.如權(quán)利要求13所述的電信系統(tǒng)，進(jìn)一步包括用于從第二網(wǎng)域中的第二框架(FW-2；施主框架)向第一網(wǎng)域中的第一框架(FW-1；接收者框架)返回在所述第二網(wǎng)域的業(yè)務(wù)引擎(SCS-2)中建立的業(yè)務(wù)實(shí)例的引用的裝置，從而允許第一網(wǎng)域中的應(yīng)用(Appl-1；應(yīng)用)使用第二網(wǎng)域的相應(yīng)業(yè)務(wù)。
15.如上述權(quán)利要求任何一個(gè)所述的電信系統(tǒng)，進(jìn)一步包括放置在第一(接收者)域和第二(施主)域之間的業(yè)務(wù)引擎代理(SCS代理)，預(yù)定用來(lái)為從第一域的應(yīng)用(Appl-1；應(yīng)用)向第二域的業(yè)務(wù)引擎(SCS-2)的業(yè)務(wù)請(qǐng)求以及相反方向的通信起到代理的作用。
16.如權(quán)利要求15所述的電信系統(tǒng)，其中，所述業(yè)務(wù)引擎代理(SCS代理)被提供在第一(接收者)域，并包括所述第一域的若干專(zhuān)用的業(yè)務(wù)能力特征(SCS-1)用來(lái)存儲(chǔ)第二(施主)域的相應(yīng)業(yè)務(wù)能力特征(SCS-2)的引用。
17.如權(quán)利要求15所述的電信系統(tǒng)，還包括基于從第二(施主)域中的框架(施主框架)接收到的信息在第一(接收者)域自動(dòng)建立業(yè)務(wù)引擎代理(SCS代理)的裝置，所述信息包括從元素集合中選擇的至少一個(gè)業(yè)務(wù)信息的元素，該元素集合包括業(yè)務(wù)類(lèi)型、業(yè)務(wù)屬性和業(yè)務(wù)接口。
18.如權(quán)利要求15所述的電信系統(tǒng)，還包括用于從第二(施主)域下載源代碼和運(yùn)行時(shí)間代碼的裝置，預(yù)定用來(lái)在第一(接收者)域中建立業(yè)務(wù)引擎代理(SCS代理)。
19.如權(quán)利要求15所述的電信系統(tǒng)，其中，第二(施主)域的特定業(yè)務(wù)引擎在第一(接收者)域的第一框架(FW-1；接收者框架)中注冊(cè)，用來(lái)起面向第二(施主)域的業(yè)務(wù)引擎代理(SCS代理)的作用。
20.如上述權(quán)利要求任何一個(gè)所述的電信系統(tǒng)，其中，第一(接收者)網(wǎng)域包括用戶(hù)的歸屬核心網(wǎng)，而第二(施主)網(wǎng)域包括用戶(hù)正在漫游的被訪問(wèn)核心網(wǎng)。
21.一種通過(guò)標(biāo)準(zhǔn)化接口(OSA/PARLARY API)向客戶(hù)業(yè)務(wù)應(yīng)用提供到業(yè)務(wù)能力特征的接入的方法，該方法包括以下步驟(a)向第一框架(FW-1；接收者框架)注冊(cè)第一(接收者)網(wǎng)域中的第一業(yè)務(wù)能力特征(SCF-1)，以及向第二框架(FW-2；施主框架)注冊(cè)第二(施主)網(wǎng)域中的第二業(yè)務(wù)能力特征(SCF-2；能力)；(b)在每個(gè)網(wǎng)域(接收者域，施主域)中，通過(guò)各自的框架，執(zhí)行用于驗(yàn)證和授權(quán)從包含用戶(hù)、網(wǎng)絡(luò)、請(qǐng)求者應(yīng)用及其組合的一組中選出的若干玩家的安全管理機(jī)制；和(c)發(fā)現(xiàn)能夠被所述第一(接收者)網(wǎng)域中的請(qǐng)求者應(yīng)用(Appl-1；應(yīng)用)使用的第一業(yè)務(wù)能力特征(SCF-1)；該方法其特征在于，包括步驟(d)在第一(接收者)網(wǎng)域中確定在第二(施主)網(wǎng)域的業(yè)務(wù)能力特征(SCF-2)對(duì)于請(qǐng)求者應(yīng)用(Appl-1；應(yīng)用)是可用的；(e)通過(guò)所述第二(施主)網(wǎng)域的第二框架(FW-2；施主框架)，執(zhí)行用于從所述第一(接收者)網(wǎng)域的第一框架(FW-1；接收者框架)進(jìn)行驗(yàn)證和授權(quán)的安全管理機(jī)制。(f)發(fā)現(xiàn)能夠被所述第二(施主)網(wǎng)域中的請(qǐng)求者應(yīng)用(Appl-1；應(yīng)用)使用的第二業(yè)務(wù)能力特征(SCF-2)；
22.如權(quán)利要求21所述的方法，其中，確定業(yè)務(wù)能力特征在第二網(wǎng)域中可用的步驟包括為請(qǐng)求者應(yīng)用(Appl-1；應(yīng)用)向第一(接收者)網(wǎng)域的第一框架(FW-1；接收者框架)請(qǐng)求接入到第二(施主)網(wǎng)域中可用的第二業(yè)務(wù)能力特征(SCF-2)的步驟。
23.如權(quán)利要求22所述的方法，其中，確定第二業(yè)務(wù)能力特征(SCF-2)在第二(施主)網(wǎng)域中可用的步驟包括從在第一(接收者)網(wǎng)域選出的第一業(yè)務(wù)能力特征(SCF-1)接收這種信息的步驟。
24.如權(quán)利要求21所述的方法，其中，發(fā)現(xiàn)第二業(yè)務(wù)能力特征(SCF-2)在第二(施主)網(wǎng)域中可用的步驟包括與第二(施主)網(wǎng)域的第二框架(FW-2；施主框架)協(xié)商來(lái)自第一(接收者)網(wǎng)域的第一框架(FW-1；接收者框架)的能力的步驟。
25.如權(quán)利要求24所述的方法，其中，協(xié)商能力的步驟包括在第二(施主)域的業(yè)務(wù)引擎(SCS-2)建立被選業(yè)務(wù)能力特征(SCF-2)的實(shí)例的步驟，和從第二(施主)網(wǎng)域的第二框架(FW-2；施主框架)返回該實(shí)例的引用到第一(接收者)網(wǎng)域的第一框架(FW-1；接收者框架)的步驟。
26.如權(quán)利要求21所述的方法，還包括向第一(接收者)網(wǎng)域的第一框架(FW-1；接收者框架)注冊(cè)第二(施主)網(wǎng)域的第二框架(FW-2；施主框架)的步驟。
27.如權(quán)利要求26的方法，其中，注冊(cè)框架的步驟包括在第一框架(FW-1)注冊(cè)第二框架(FW-2)本身的步驟和另一個(gè)在第二框架(FW-2)注冊(cè)第一框架(FW-1)本身的步驟。
28.如權(quán)利要求26的方法，其中，注冊(cè)框架的步驟包括第二(施主)網(wǎng)域的運(yùn)營(yíng)商在第二框架(FW-2；施主框架)中注冊(cè)第一(接收者)網(wǎng)域的第一框架(FW-1；接收者框架)的步驟，和另一個(gè)第一(接收者)網(wǎng)域的運(yùn)營(yíng)商在第一框架(FW-1；接收者框架)中注冊(cè)第二(施主)網(wǎng)域的第二框架(FW-2；施主框架)的步驟。
29.如權(quán)利要求26所述的方法，還包括公布至少一個(gè)允許所述第一和第二框架接入分別由對(duì)方控制的業(yè)務(wù)能力特征的接口。
30.如權(quán)利要求21所述的方法，還包括在第一(FW-1)和第二(FW-2)框架之間交換關(guān)于分別在第一和第二網(wǎng)域可用的業(yè)務(wù)能力特征(SCF-1；SCF-2)的步驟，使用或不使用接入這種業(yè)務(wù)能力特征所需的接口的明確指示。
31.如權(quán)利要求30所述的方法，還包括向第一網(wǎng)域中的至少一個(gè)第一業(yè)務(wù)能力特征(SCF-1)指示在第二網(wǎng)域中可用的至少一個(gè)第二業(yè)務(wù)能力特征(SCF-2)的步驟，反之亦然。
32.如權(quán)利要求21到31所述的方法，還包括捕獲在網(wǎng)域的網(wǎng)絡(luò)運(yùn)營(yíng)商和請(qǐng)求者應(yīng)用的業(yè)務(wù)提供商之間的業(yè)務(wù)級(jí)別協(xié)定的步驟。
33.如權(quán)利要求32所述的方法，還包括通過(guò)相應(yīng)的第一(FW-1；接收者框架)和第二(FW-2；施主框架)框架捕獲在第一和第二網(wǎng)域之間的業(yè)務(wù)級(jí)別協(xié)定的步驟。
34 如權(quán)利要求33所述的方法，其中，所述業(yè)務(wù)級(jí)別協(xié)定在具有多個(gè)域的電信網(wǎng)的第二(施主)域和第一(接收者)域之間被擴(kuò)展，該方法進(jìn)一步包括步驟-在施主框架上建立和分配聯(lián)合業(yè)務(wù)簡(jiǎn)檔；-在施主框架上簽署聯(lián)合業(yè)務(wù)協(xié)定；-在接收者框架中安裝(注冊(cè))關(guān)于施主業(yè)務(wù)的必需信息，從而客戶(hù)應(yīng)用能夠發(fā)現(xiàn)施主業(yè)務(wù)；和-從施主框架請(qǐng)求在聯(lián)合業(yè)務(wù)協(xié)定的范圍內(nèi)的接收者應(yīng)用業(yè)務(wù)協(xié)定。
35.如權(quán)利要求34所述的方法，其中，接收者應(yīng)用業(yè)務(wù)協(xié)定充當(dāng)聯(lián)合業(yè)務(wù)協(xié)定的劃分。
36.如權(quán)利要求21到35的任何一個(gè)所述的方法，其中，執(zhí)行安全管理機(jī)制的步驟包括分發(fā)和轉(zhuǎn)交聲明的步驟，從而賦予專(zhuān)業(yè)人員使用聯(lián)合框架建立中的業(yè)務(wù)的權(quán)利。
37.如權(quán)利要求36所述的方法，還包括步驟-由接收者框架轉(zhuǎn)交聲明到其他任何的實(shí)體；-簽署有關(guān)分發(fā)和/或轉(zhuǎn)交聲明的協(xié)定；-請(qǐng)求聲明；和-施主業(yè)務(wù)引擎(SCS-2)使用施主框架檢查接收到的聲明的有效性。
38.如21-37任何一個(gè)權(quán)利要求所述的方法，還包括在第一(接收者)域建立業(yè)務(wù)引擎代理(代理SCS)的步驟，該業(yè)務(wù)引擎代理被安排用來(lái)為與第二(施主)域的業(yè)務(wù)引擎處所選的第二業(yè)務(wù)能力特征的實(shí)例進(jìn)行通信起代理的作用。
39.如權(quán)利要求38所述的方法，還包括在業(yè)務(wù)引擎代理(代理SCS)處執(zhí)行業(yè)務(wù)協(xié)定和政策的步驟。
40.如權(quán)利要求38所述的方法，其中，在第一(接收者)網(wǎng)域的第一框架(FW-1；接收者框架)中建立業(yè)務(wù)引擎代理的步驟包括在第一(接收者)網(wǎng)域從第二(施主)網(wǎng)域獲得業(yè)務(wù)信息的步驟，該信息是從元素集合中選出的至少一個(gè)業(yè)務(wù)信息元素，該元素集合包括業(yè)務(wù)類(lèi)型、業(yè)務(wù)屬性和業(yè)務(wù)接口。
41.如權(quán)利要求38所述的方法，其中，在第一(接收者)網(wǎng)域的第一框架(FW-1；接收者框架)中建立業(yè)務(wù)引擎代理的步驟包括從第二(施主)域下載源代碼或運(yùn)行時(shí)間代碼的步驟。
42.如權(quán)利要求41所述的方法，其中，下載源代碼或運(yùn)行時(shí)間代碼的步驟包括下載局部政策執(zhí)行規(guī)則的步驟。
43.如權(quán)利要求38所述的方法，其中，在第一(接收者)網(wǎng)域的第一框架(FW-1；接收者框架)中建立業(yè)務(wù)引擎代理的步驟包括在第一(接收者)域的第一框架中注冊(cè)第二(施主)域的業(yè)務(wù)引擎的步驟，其中允許兩個(gè)域建立需要由業(yè)務(wù)引擎執(zhí)行的協(xié)定和政策。
44.如權(quán)利要求38所述的方法，其中，對(duì)于每個(gè)客戶(hù)應(yīng)用，通過(guò)第一(接收者)框架建立業(yè)務(wù)引擎代理。
45.如權(quán)利要求38所述的方法，其中，在第一(接收者)網(wǎng)域的第一框架(FW-1；接收者框架)中建立業(yè)務(wù)引擎代理的步驟包括為每個(gè)客戶(hù)應(yīng)用建立所述業(yè)務(wù)引擎代理的實(shí)例的步驟。
全文摘要
本發(fā)明提供一種系統(tǒng)和方法，通過(guò)諸如在OSA/PARLAY標(biāo)準(zhǔn)主體中規(guī)定的標(biāo)準(zhǔn)化接口，用來(lái)向那些具有到第一域業(yè)務(wù)的接入的客戶(hù)應(yīng)用提供到另一個(gè)域業(yè)務(wù)的接入。因此，根據(jù)本發(fā)明，提供一種框架到框架接口，由此許多域能夠提供業(yè)務(wù)到其他許多域，并且由此第一域的特定第一框架通過(guò)其他域的相應(yīng)第二框架，能夠發(fā)現(xiàn)在所述其他域中可用的業(yè)務(wù)引擎。因此，根據(jù)本發(fā)明，除了那些已經(jīng)被所述第一域自己提供的業(yè)務(wù)，第一域能夠從第二域提供業(yè)務(wù)到它的客戶(hù)應(yīng)用。另外，本發(fā)明通過(guò)指定、交換和執(zhí)行所涉及域之間的協(xié)定的方法，擴(kuò)充了該系統(tǒng)和方法。
文檔編號(hào)H04L29/06GK1695119SQ03824953
公開(kāi)日2005年11月9日 申請(qǐng)日期2003年4月1日 優(yōu)先權(quán)日2002年11月5日
發(fā)明者A·J·默爾迪克, J·范埃伯, P·卡若曼斯, E·博爾斯馬 申請(qǐng)人:艾利森電話股份有限公司