專利名稱：服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般地涉及一種服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，更具體地涉及一種可以針對每個應(yīng)用為各個用戶提供服務(wù)的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)。此外，本發(fā)明還涉及服務(wù)控制網(wǎng)絡(luò)系統(tǒng)中的服務(wù)器管理服務(wù)信息以及對終端單元提供該服務(wù)的服務(wù)執(zhí)行單元。
背景技術(shù)：
作為一種提供為各個用戶定制的通信服務(wù)的傳統(tǒng)技術(shù)，已經(jīng)公開了一種通過減少要在服務(wù)控制程序中保持的個體用戶信息量，從而減少由于在各服務(wù)控制單元之間傳送信息而引起的服務(wù)控制單元中的服務(wù)控制程序的負荷的方法。(例如，請參考專利文獻1)此外，還公開了一種根據(jù)設(shè)置在服務(wù)控制單元中的處理策略，提供針對各個用戶定制的服務(wù)的方法，其中服務(wù)控制單元存儲了各個用戶的情況以及各用戶的處理策略集，該處理策略集包括請求與一用戶進行通信的對端用戶、所請求的用戶的情況以及對應(yīng)于請求內(nèi)容的處理。(例如，請參考專利文獻2)同時，最近幾年，提出了基于策略的連網(wǎng)(PBN，Policy-BasedNetworking)的概念，這是一種用于控制IP網(wǎng)絡(luò)的框架。在PBN中，策略服務(wù)器(policy server)將網(wǎng)絡(luò)運行策略設(shè)置到網(wǎng)絡(luò)設(shè)備內(nèi)。通過參考這些策略，網(wǎng)絡(luò)設(shè)備執(zhí)行網(wǎng)絡(luò)服務(wù)，以滿足QoS(服務(wù)質(zhì)量)要求等。
然而，鑒于將策略設(shè)置在各個移動終端(用戶)內(nèi)，所以要求為具有支持這種移動終端的可能性的全部設(shè)備設(shè)置策略，這樣導(dǎo)致整個網(wǎng)絡(luò)上的策略設(shè)置處理量增加。此外，為了將PBN中通報的信息應(yīng)用于由移動IP等指定的各基本服務(wù)，需要制訂應(yīng)用于各個服務(wù)的具體規(guī)范，并對實施過程進行研究。
為了避免出現(xiàn)上述的策略設(shè)置處理量增加的問題，可以考慮一種利用用戶主機終端對網(wǎng)絡(luò)進行連接驗證處理或移動協(xié)議(例如，移動IP)位置注冊處理的方法。根據(jù)該方法，各個用戶的服務(wù)控制信息包括在在具有主機驗證過程的各設(shè)備之間傳送的消息中。該服務(wù)控制信息被分配給邊緣路由器(edge router，位于核心網(wǎng)的邊緣區(qū)域的路由器)。邊緣路由器參考所獲得的服務(wù)控制信息，并根據(jù)獲取的服務(wù)控制信息，控制服務(wù)行為。
然而，邊緣路由器執(zhí)行的這種服務(wù)控制適于封閉在網(wǎng)絡(luò)層中的服務(wù)(OSI參考模型中的第三層，或IP層)。
與在上述層中執(zhí)行的服務(wù)相比，在比第四層高的層，例如第七層(或應(yīng)用層)中執(zhí)行的服務(wù)具有以下描述的特征。(以下將該服務(wù)稱為“高層服務(wù)”。)通常，高層服務(wù)不依賴于數(shù)據(jù)包傳送路徑等。這種服務(wù)并不總是適于在核心網(wǎng)的邊緣區(qū)域內(nèi)執(zhí)行。
此外，通常，無法識別高層服務(wù)是不是在驗證用戶終端的接入時請求的。例如，對于開始在公眾無線LAN服務(wù)區(qū)內(nèi)使用的用戶，不能識別該用戶是要首先使用IP電話服務(wù)，還是要訪問web服務(wù)。
日本專利申請公開特開平8-256367號公報(第3-5頁，以及圖1)[專利文獻2]國際公開號為00/19326的PCT公報發(fā)明內(nèi)容考慮到上述背景技術(shù)提出本發(fā)明。本發(fā)明的目的是提供針對用戶，以及針對應(yīng)用的定制高層服務(wù)。
為了達到上述目的，根據(jù)本發(fā)明的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)包括服務(wù)執(zhí)行單元，為終端單元提供服務(wù)；以及服務(wù)器，用于管理服務(wù)信息，該服務(wù)信息規(guī)定了要提供給終端單元的服務(wù)。服務(wù)執(zhí)行單元進一步包括請求傳輸部，用于在從終端單元接收到服務(wù)啟動請求或注冊請求時，向服務(wù)器發(fā)送參考請求，請求對應(yīng)于該服務(wù)啟動請求或注冊請求的服務(wù)信息；以及服務(wù)提供部，用于根據(jù)請求傳輸部發(fā)送來的參考請求所參考的服務(wù)信息，為終端單元提供服務(wù)。此外，服務(wù)器包括服務(wù)信息發(fā)送部，用于將對應(yīng)于服務(wù)執(zhí)行單元發(fā)出的參考請求的服務(wù)信息發(fā)送到服務(wù)執(zhí)行單元。
此外，根據(jù)本發(fā)明，該服務(wù)控制網(wǎng)絡(luò)系統(tǒng)包括第一域、容納在第一域中的第一服務(wù)器、第一服務(wù)執(zhí)行單元以及終端單元。第一服務(wù)器進一步包括存儲部，用于存儲第一服務(wù)信息，該第一服務(wù)信息規(guī)定將為終端單元提供的服務(wù)；以及服務(wù)信息發(fā)送部，用于在從第一服務(wù)執(zhí)行單元接收到所述參考請求時，根據(jù)第一服務(wù)信息的參考請求，將存儲在存儲部中的第一服務(wù)信息發(fā)送到第一服務(wù)執(zhí)行單元。第一服務(wù)執(zhí)行單元包括第一請求發(fā)送部，用于在從終端單元接收到服務(wù)啟動請求或注冊請求時，向第一服務(wù)器發(fā)送參考請求，請求與服務(wù)啟動請求或注冊請求相對應(yīng)的第一服務(wù)信息；以及第一服務(wù)提供部，用于根據(jù)第一請求發(fā)送部發(fā)送來的請求所參考的第一服務(wù)信息，為終端單元提供服務(wù)。
另外，根據(jù)本發(fā)明，該服務(wù)控制網(wǎng)絡(luò)系統(tǒng)包括容納第一服務(wù)器和終端單元的第一域，以及容納第二服務(wù)器和第二服務(wù)執(zhí)行單元的第二域，終端單元移動到第二域中。第一服務(wù)器包括存儲部，用于存儲第一服務(wù)信息，第一服務(wù)信息規(guī)定將為終端單元提供的服務(wù)；以及服務(wù)信息發(fā)送部，用于在從第二服務(wù)器接收到參考請求時，根據(jù)第一服務(wù)信息的參考請求，將存儲在存儲部中的第一服務(wù)信息發(fā)送到第二服務(wù)器。第二服務(wù)執(zhí)行單元包括第二請求發(fā)送部，用于在從終端單元接收到服務(wù)啟動請求或注冊請求時，向第二服務(wù)器發(fā)送參考請求，請求對應(yīng)于服務(wù)啟動請求或注冊請求的第一服務(wù)信息；以及第二服務(wù)提供部，用于根據(jù)第二請求發(fā)送部發(fā)送來的請求所參考的第一服務(wù)信息，為終端單元提供服務(wù)。第二服務(wù)器包括傳送部，用于將第二請求發(fā)送部發(fā)出的參考請求傳送到第一服務(wù)器，而將第一服務(wù)器發(fā)出的第一服務(wù)信息傳送到第二服務(wù)執(zhí)行單元。
在此，“注冊請求”表示請求對于預(yù)定的服務(wù)對終端單元的存在進行注冊的請求。例如，它包括對于VoIP中的SIP服務(wù)，終端單元進行的對其自身的存在進行注冊的請求。
根據(jù)本發(fā)明，在從終端單元接收到服務(wù)啟動請求或注冊請求時，服務(wù)執(zhí)行單元向服務(wù)器請求對應(yīng)于該服務(wù)啟動請求或注冊請求的服務(wù)信息(服務(wù)控制信息)。這樣可以識別用戶要求接收的服務(wù)。此外，服務(wù)執(zhí)行單元可以獲取對應(yīng)于所識別的服務(wù)的服務(wù)信息。因此，服務(wù)執(zhí)行單元可以執(zhí)行與各個用戶以及提供給用戶的服務(wù)相對應(yīng)的服務(wù)控制。
此外，根據(jù)本發(fā)明，服務(wù)器容納在通信網(wǎng)絡(luò)內(nèi)形成的第一域中。服務(wù)器包括存儲部，用于存儲第一服務(wù)信息，第一服務(wù)信息規(guī)定了將為容納在第一域內(nèi)的終端單元提供的服務(wù)；接收部，用于接收從容納在第一域內(nèi)、用于為終端單元提供服務(wù)的第一服務(wù)執(zhí)行單元發(fā)出的第一服務(wù)信息參考請求；以及發(fā)送部，用于根據(jù)接收部接收到的參考請求，將存儲在存儲部內(nèi)的第一服務(wù)信息發(fā)送到第一服務(wù)執(zhí)行單元。
此外，根據(jù)本發(fā)明，容納在通信網(wǎng)絡(luò)內(nèi)形成的第一域中的服務(wù)器包括存儲部，用于存儲第一服務(wù)信息，第一服務(wù)信息規(guī)定了將為容納在第一域內(nèi)并移動到通信網(wǎng)絡(luò)內(nèi)形成的第二域中的終端單元提供的服務(wù)；接收部，用于接收從容納在第二域內(nèi)、用于為終端單元提供服務(wù)的第二服務(wù)執(zhí)行單元發(fā)送、并由容納在第二域內(nèi)的第二服務(wù)器傳送的第一服務(wù)信息參考請求；以及發(fā)送部，用于根據(jù)接收部接收到的參考請求，通過第二服務(wù)器，將存儲在存儲部內(nèi)的第一服務(wù)信息發(fā)送到第二服務(wù)執(zhí)行單元。
根據(jù)本發(fā)明，服務(wù)執(zhí)行單元設(shè)置在通信網(wǎng)絡(luò)內(nèi)，用于為接入該通信網(wǎng)絡(luò)的終端單元提供服務(wù)。該服務(wù)執(zhí)行單元包括存儲部，用于存儲規(guī)定服務(wù)的服務(wù)信息；發(fā)送部，用于在從終端單元接收到服務(wù)啟動請求或注冊請求時，向設(shè)置在該通信網(wǎng)絡(luò)中用于管理服務(wù)信息的服務(wù)器發(fā)送參考請求，請求規(guī)定與該服務(wù)啟動請求或注冊請求相對應(yīng)的服務(wù)的服務(wù)信息；接收部，用于根據(jù)發(fā)送部發(fā)出的參考請求，接收服務(wù)器發(fā)出的服務(wù)信息，并將接收到的服務(wù)信息存儲到存儲部中；以及服務(wù)提供部，用于根據(jù)存儲在存儲部中的服務(wù)信息，為終端單元提供服務(wù)。
通過以下參考附圖對本發(fā)明實施例進行說明，本發(fā)明的其他目標(biāo)和特征將變得更加明顯。


圖1是根據(jù)本發(fā)明的實施例的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的示例結(jié)構(gòu)的方框圖。
圖2A示出了本地SPC的示例。
圖2B示出了全局SPC的示例。
圖3示出了由驗證模塊執(zhí)行的L-SPC請求消息處理流程的流程圖。
圖4示出了從用戶主機終端發(fā)出服務(wù)啟動消息到服務(wù)執(zhí)行單元發(fā)出G-SPC請求消息并接收G-SPC響應(yīng)消息的處理流程的順序圖。
圖5示出了在應(yīng)用驗證模塊內(nèi)執(zhí)行的發(fā)送G-SPC請求消息的處理流程的流程圖。
圖6A示出了G-SPC請求消息和L-SPC請求消息的數(shù)據(jù)結(jié)構(gòu)。
圖6B示出了G-SPC響應(yīng)消息和L-SPC響應(yīng)消息的數(shù)據(jù)結(jié)構(gòu)。
圖7示出了在應(yīng)用驗證模塊中執(zhí)行的G-SPC響應(yīng)消息和L-SPC響應(yīng)消息的接收處理流程的流程圖。
圖8示出了由驗證服務(wù)器分別管理的主SPC表、L-SPC表以及G-SPC表的示例。
圖9示出了操作示例1中的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的示例結(jié)構(gòu)框圖。
圖10示出了操作示例1中的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的處理流程的順序圖。
圖11示出了操作示例2中的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的示例結(jié)構(gòu)框圖。
圖12示出了操作示例2中的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的處理流程的順序圖。
圖13示出了操作示例3中的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的示例結(jié)構(gòu)框圖。
圖14示出了操作示例3中的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的處理流程的順序圖。
圖15示出了操作示例4中的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的示例結(jié)構(gòu)框圖。
圖16示出了操作示例4中的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的處理流程的順序圖。
具體實施例方式
以下參考

本發(fā)明的優(yōu)選實施例。
<服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示例>
圖1示出了根據(jù)本發(fā)明的實施例的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示例的方框圖。作為示例，該服務(wù)控制網(wǎng)絡(luò)系統(tǒng)具有3個網(wǎng)絡(luò)，它們是接入網(wǎng)1、2以及核心網(wǎng)3。
接入網(wǎng)1是(例如)LAN、無線LAN等，它們由用戶操作的用戶主機終端H1(例如，個人計算機、電話機或具有電話機的個人計算機)接入。此外，接入網(wǎng)2是(例如)LAN、無線LAN等，它們由用戶主機終端H2(例如，個人計算機、電話機或具有電話機的個人計算機)接入。
核心網(wǎng)3是(例如)IPv6因特網(wǎng)。根據(jù)本發(fā)明的實施例，核心網(wǎng)3被劃分為(例如)3個局部網(wǎng)(partial network，域)，它們被稱為域D1、域D2以及中繼域D3。
在域D1中設(shè)置有驗證服務(wù)器A1、邊緣單元EN1以及服務(wù)執(zhí)行單元SN1。在域D2中設(shè)置有驗證服務(wù)器A2、邊緣單元EN2以及服務(wù)執(zhí)行單元SN2。在中繼域D3中設(shè)置有中繼單元(例如，路由器)R3。此外，作為示例，圖1中示出了兩個域D1、D2。此外，在各個域中示出了一個邊緣單元和一個服務(wù)執(zhí)行單元。然而，在網(wǎng)絡(luò)中也可以包括3個以上的域。此外，在各個域中可以存在2個以上的邊緣單元以及2個以上的服務(wù)執(zhí)行單元。
各個驗證服務(wù)器A1、A2是(例如)AAA(驗證、授權(quán)以及記帳，Authentication，Authorization，Accounting)服務(wù)區(qū)，它們執(zhí)行驗證、授權(quán)以及記帳功能。
驗證服務(wù)器A1設(shè)置在它所負責(zé)的域D1內(nèi)，在訪問時，驗證服務(wù)器A1對歸屬鏈路(home link)是域D1的用戶主機終端(例如，用戶主機終端H1)進行驗證。驗證服務(wù)器A1還保留并管理服務(wù)概要高速緩存(ServiceProfile Cache，SPC)，SPC中包含在服務(wù)執(zhí)行單元(例如，服務(wù)執(zhí)行單元SN1)為相關(guān)的用戶主機終端執(zhí)行服務(wù)時要參考的服務(wù)合同條件(服務(wù)信息和服務(wù)控制信息)。在從服務(wù)執(zhí)行單元接收到SPC分配請求時，驗證服務(wù)器A1提取保留在其內(nèi)的SPC，并將該SPC分配給始發(fā)該請求的服務(wù)執(zhí)行單元。
驗證服務(wù)器A2還對歸屬鏈路是驗證服務(wù)器2負責(zé)的域D2的用戶主機終端(例如，用戶主機終端H2)進行驗證，并為相關(guān)的用戶主機終端保留并管理SPC。在服務(wù)執(zhí)行單元發(fā)出請求時，驗證服務(wù)器A2將SPC分配給始發(fā)該請求的服務(wù)執(zhí)行單元。
如下所述，為各個用戶的各個應(yīng)用(服務(wù))提供SPC。各個SPC被進一步劃分為保持在驗證服務(wù)器A1和A2內(nèi)的本地SPC和全局SPC。因為為各個用戶的各個應(yīng)用設(shè)置SPC，所以可以針對應(yīng)用以及針對用戶為用戶提供定制服務(wù)。
服務(wù)執(zhí)行單元SN1、SN2是用于執(zhí)行各種服務(wù)的單元。服務(wù)執(zhí)行單元SN1、SN2分別是提供IP電話功能(IP語音，或VoIP)的對話控制服務(wù)器(SIP服務(wù)器，其中“SIP”表示對話啟動協(xié)議)、任何類型的Web服務(wù)器等。在該實施例中，將以下說明的應(yīng)用驗證模塊安裝到提供通用服務(wù)的這種服務(wù)器內(nèi)。
邊緣單元EN1、EN2是位于各個域D1、D2的邊緣處的網(wǎng)絡(luò)單元。例如，邊緣單元EN1、EN2是分別位于域D1與外部接入網(wǎng)1之間的邊界，以及域D2與外部接入網(wǎng)2之間的邊界上的邊緣路由器。
用戶主機終端H1、H2是根據(jù)各個主機確定的合同條件分別接收服務(wù)的終端單元。域D1是用戶主機終端H1的歸屬鏈路(歸屬網(wǎng)絡(luò))，域D2是用戶主機終端H2的歸屬鏈路(歸屬網(wǎng)絡(luò))。相應(yīng)的，驗證服務(wù)器A1保留并管理用戶主機終端H1的SPC(本地SPC和全局SPC)，而驗證服務(wù)器A2保留并管理用戶主機終端H2的SPC(本地SPC和全局SPC)。
用戶主機終端H1、H2可以分別具有與各個服務(wù)執(zhí)行單元SN1、SN2提供的服務(wù)相關(guān)的客戶端功能等。例如，在使用VoIP時，在各個用戶主機終端中安裝用于控制SIP(Session Initiation Protocol，對話啟動協(xié)議)等的通話軟件。
<SPC的內(nèi)容>
如上所述，驗證服務(wù)器A1、A2分別為各個用戶主機終端(用戶)保留并管理SPC。SPC是一個數(shù)據(jù)集，其中描述了控制各個合同用戶(合同用戶主機終端)使用的服務(wù)所需的服務(wù)行為。利用該SPC，可以為各個用戶提供單獨的服務(wù)。SPC被劃分為本地SPC(Local SPC，以下簡稱為L-SPC)和全局SPC(Global SPC，以下簡稱為G-SPC)，并相應(yīng)地進行管理。
(1)L-SPC的內(nèi)容L-SPC是位于與容納合同用戶主機終端的域(合同用戶主機終端的歸屬鏈路)相同的域內(nèi)的服務(wù)執(zhí)行單元所參考的SPC。例如，在圖1中，容納在域D1內(nèi)的服務(wù)執(zhí)行單元SN1參考容納在同一域D1內(nèi)的驗證服務(wù)器A1中保留的L-SPC。
因為在與容納請求服務(wù)的主機的域相同的域內(nèi)參考L-SPC，所以L-SPC將這種條件描述為可以公共地應(yīng)用于各個服務(wù)，而與服務(wù)執(zhí)行單元無關(guān)。例如，L-SPC包括端口號、協(xié)議信息等。
此外，L-SPC中描述的服務(wù)是在有關(guān)用戶主機終端始發(fā)數(shù)據(jù)包時可以識別以執(zhí)行的服務(wù)。例如，該服務(wù)相當(dāng)于不取決于特定ASP(應(yīng)用服務(wù)提供商)，而根據(jù)特定協(xié)議類型啟動的服務(wù)。即，該服務(wù)相當(dāng)于使用本發(fā)明的功能為站點提供的流式廣播服務(wù)提供公共附加值的情況。
服務(wù)執(zhí)行單元中的L-SPC與對端用戶主機終端內(nèi)的G-SPC一起被稱為執(zhí)行判定條件。即，在為始發(fā)服務(wù)請求(數(shù)據(jù)包)的用戶主機終端提供對應(yīng)于合同條件的單獨服務(wù)時，L-SPC被稱為執(zhí)行條件。
圖2A是L-SPC的示例。在該圖中，項目1表示在不規(guī)定站點而利用HTTP(超文本傳輸協(xié)議)提供信息服務(wù)的情況下，對從服務(wù)執(zhí)行單元發(fā)送到用戶主機終端的數(shù)據(jù)進行壓縮。此外，項目2表示在不規(guī)定電話運營公司而提供IP電話(VoIP)的情況下，在開始通信之前，將語音商業(yè)消息(commercial message，CM)轉(zhuǎn)發(fā)到用戶主機終端，并因為該CM的插入而對用戶主機終端的電話費打折。
(2)G-SPC的內(nèi)容
G-SPC是存在于與容納合同用戶主機終端的域不同的域內(nèi)的服務(wù)執(zhí)行單元所參考的SPC。例如，在圖1中，服務(wù)執(zhí)行單元SN2參考容納在域D1內(nèi)的驗證服務(wù)器A1保留的G-SPC。G-SPC的內(nèi)容描述了各單獨服務(wù)的行為。
G-SPC中規(guī)定的服務(wù)類型描述了提供應(yīng)用的各個站點的控制內(nèi)容。作為典型示例，對于流式服務(wù)，在規(guī)定特定信息的服務(wù)(例如，只對于音樂節(jié)目)時，在G-SPC內(nèi)規(guī)定該特定服務(wù)。
圖2B示出了G-SPC的示例。與圖2A相比，容易理解，在圖2A中沒有規(guī)定站點，圖2B中規(guī)定了站點，該站點作為公司A的流式站點(streamingsite)。例如，在項目1，在從公司A的流式站點接收服務(wù)時，在開始廣播之前，廣播30秒的商業(yè)消息。這樣，用戶主機終端可以得到服務(wù)費的減免。
<L-SPC的分配方法>
接著，以下將說明驗證服務(wù)器將L-SPC分配給服務(wù)執(zhí)行單元的方法。
L-SPC是與設(shè)置在直接容納用戶主機終端的域(用戶主機終端的歸屬鏈路)中的服務(wù)執(zhí)行單元執(zhí)行的服務(wù)相關(guān)的SPC。必須在執(zhí)行應(yīng)用的同時分配L-SPC。
關(guān)于L-SPC分配方法，可以應(yīng)用以下兩種方法一種方法是在執(zhí)行服務(wù)之前，在注冊服務(wù)時進行分配；另一種方法是在執(zhí)行服務(wù)時順序進行分配。以下將詳細說明這兩種方法。
(1)在注冊服務(wù)時進行分配在某些IP服務(wù)中，除了在每次啟動服務(wù)時，還在把用戶主機終端的位置注冊到特定域(子網(wǎng))中時，或者在接收到訪問驗證時，在服務(wù)執(zhí)行單元中注冊服務(wù)執(zhí)行授權(quán)。例如，在用于進行VoIP對話控制的SIP中，利用“注冊(Register)”消息，用戶主機終端把它自己注冊在相鄰SIP服務(wù)器上。
在用戶主機終端停留在有關(guān)域中的時期中，該注冊消息有效。在特定時間中L-SPC的內(nèi)容不頻繁發(fā)生變化的情況下，在使用該服務(wù)之前進行注冊時，服務(wù)執(zhí)行單元請求對相關(guān)用戶主機終端進行驗證的驗證服務(wù)器發(fā)送始發(fā)該請求的用戶主機終端的L-SPC。響應(yīng)于該請求，驗證服務(wù)器在應(yīng)答消息中將L-SPC分配給服務(wù)執(zhí)行單元。然后，將分配的L-SPC存儲到服務(wù)執(zhí)行單元中。
在因為用戶主機終端移動到外部等原因使得L-SPC沒有必要時，刪除分配并存儲到服務(wù)執(zhí)行單元中的L-SPC。利用用于管理與該用戶主機終端相關(guān)的注冊消息的有效期的管理表，服務(wù)執(zhí)行單元對刪除等管理所需的有效期進行管理。這樣，就不必設(shè)置專門用于L-SPC的管理機制。
即，在用戶主機終端位于該服務(wù)執(zhí)行單元附近時，注冊消息進行注冊以使用服務(wù)執(zhí)行單元執(zhí)行的SIP。在諸如用戶主機終端移動到外部的特定條件下，服務(wù)執(zhí)行單元確定保持期結(jié)束，并刪除所注冊的信息。同時，因為在注冊消息的有效期中使用了L-SPC，所以可以結(jié)合注冊消息的管理表，執(zhí)行諸如刪除無用L-SPC的動作。這樣就不必在服務(wù)執(zhí)行單元中設(shè)置專門用于L-SPC的管理機制。
因此，通過結(jié)合注冊消息管理在服務(wù)執(zhí)行單元中進行L-SPC管理，專用L-SPC管理機制就沒有必要了，這樣就減小了服務(wù)執(zhí)行單元的負荷。
觸發(fā)服務(wù)執(zhí)行單元向驗證服務(wù)器請求L-SPC的定時可以與上述在服務(wù)注冊表中進行注冊的過程同步。在以下的說明中，作為示例，將說明服務(wù)執(zhí)行單元是SIP服務(wù)器的情況。用戶主機終端向最靠近該用戶主機終端的SIP服務(wù)器發(fā)送第一注冊消息。在將有關(guān)該用戶主機終端注冊到設(shè)置在SIP服務(wù)器中的用戶主機終端信息表中時，SIP服務(wù)器向驗證服務(wù)器請求有關(guān)該用戶主機終端的L-SPC。然后，SIP服務(wù)器從驗證服務(wù)器接收L-SPC，并存儲接收到的L-SPC。
(2)在執(zhí)行服務(wù)時連續(xù)進行分配如果作為服務(wù)特征，服務(wù)執(zhí)行單元具有在用戶使用該服務(wù)之前進行用戶主機終端注冊(驗證)的功能，則可以應(yīng)用上述的在服務(wù)注冊時執(zhí)行的分配方法。在不頻繁修改SPC的情況下這種方法是合適的。
相反，關(guān)于服務(wù)注冊過程(例如，在每次接收到請求時要執(zhí)行的服務(wù))，存在另一種在服務(wù)沒有注冊過程時可以應(yīng)用于服務(wù)執(zhí)行單元的L-SPC分配方法。在這種情況下，在執(zhí)行服務(wù)時連續(xù)地分配L-SPC。
在該連續(xù)分配過程中，在服務(wù)執(zhí)行單元從用戶主機終端接收到服務(wù)請求(例如，HTTP請求消息)時，要求服務(wù)執(zhí)行單元識別接收到的消息是始發(fā)該請求的用戶主機終端發(fā)出的第一請求消息(在過去的一段時間中的第一個)。
為此，服務(wù)執(zhí)行單元保持并管理一個服務(wù)使用條件管理表，并參考該管理表。如果該服務(wù)使用條件管理表中不存在與始發(fā)該請求消息的用戶主機終端有關(guān)的信息，則服務(wù)執(zhí)行單元認為該消息是第一請求消息。然后，服務(wù)執(zhí)行單元向位于始發(fā)該請求的用戶主機終端的域中的驗證服務(wù)器請求L-SPC。此后，服務(wù)執(zhí)行單元將包含在驗證服務(wù)器發(fā)出的響應(yīng)消息中的L-SPC存儲在服務(wù)使用條件管理表中。
此外，服務(wù)執(zhí)行單元以特定時間間隔監(jiān)視服務(wù)使用條件管理表，并刪除保存期已經(jīng)過特定時間的用戶主機終端注冊信息。因此，可以降低管理不頻繁使用的用戶主機終端的成本(考慮到存儲容量、進行管理所需時間等)。
<G-SPC的分配方法>
可以結(jié)合用戶主機終端的接入驗證或位置注冊過程，將與第3層(網(wǎng)絡(luò)層、IP層)的服務(wù)，例如QoS(服務(wù)質(zhì)量)和數(shù)據(jù)包過濾(packetfiltering)有關(guān)的SPC分配給邊緣單元。
相反，高層應(yīng)用(通常是第7層)的特征在于，服務(wù)執(zhí)行位置隨著服務(wù)的內(nèi)容而不同。例如，在網(wǎng)絡(luò)中的最佳位置，設(shè)置最佳數(shù)量的用于提供VoIP服務(wù)或各種Web服務(wù)的服務(wù)執(zhí)行單元(服務(wù)器)。因此，分配SPC的位置取決于提供服務(wù)的服務(wù)執(zhí)行單元。
因此，關(guān)于高層服務(wù)，為了針對各個合同用戶主機終端，根據(jù)各自的條件分配SPC，需要研究一種適于散布在網(wǎng)絡(luò)中的各單獨服務(wù)執(zhí)行單元的SPC分配方法。
根據(jù)本發(fā)明的實施例，以如下方式為服務(wù)執(zhí)行單元分配G-SPC在訂購服務(wù)的用戶主機終端向服務(wù)執(zhí)行單元發(fā)送服務(wù)啟動請求消息時，服務(wù)執(zhí)行單元請求用于管理有關(guān)用戶主機終端的合同和驗證信息的驗證服務(wù)器發(fā)送該用戶主機終端的G-SPC。通過發(fā)送包括該用戶主機終端的G-SPC的響應(yīng)消息，驗證服務(wù)器響應(yīng)該請求。
在此，在服務(wù)執(zhí)行單元的域不同于始發(fā)該請求的用戶主機終端的域時，通過位于服務(wù)執(zhí)行單元的域中的另一個驗證服務(wù)器(本地驗證服務(wù)器)，服務(wù)執(zhí)行單元向位于始發(fā)該請求的用戶主機終端的域中的驗證服務(wù)器請求G-SPC。
在本發(fā)明的該實施例中，將上述過程的一系列動作稱為“應(yīng)用驗證(application authentication)”，利用該應(yīng)用驗證，服務(wù)執(zhí)行單元獲得用戶主機終端的G-SPC，并確定是否執(zhí)行該服務(wù)，以及執(zhí)行哪個服務(wù)內(nèi)容。
不考慮用戶的合同條件，對于同樣條件下提供的服務(wù)，不需要這種單獨服務(wù)控制。如果在通用條件之外，還存在針對各個用戶的合同用戶條件，則可以應(yīng)用上述應(yīng)用驗證。
<應(yīng)用驗證功能>
存在于網(wǎng)絡(luò)中的各種服務(wù)執(zhí)行單元采用不同的執(zhí)行開始定時以及不同的協(xié)議。因此，為了提供根據(jù)本發(fā)明的實施例的服務(wù)控制，需要設(shè)置公共裝置(common means)，以使各個服務(wù)執(zhí)行單元獲得請求執(zhí)行服務(wù)的用戶主機終端的L-SPC或G-SPC。
作為這種公用裝置，將應(yīng)用驗證模塊(作為示例，由軟件構(gòu)成)附加到根據(jù)本發(fā)明的實施例的服務(wù)執(zhí)行單元(例如，SIP服務(wù)器或Web服務(wù)器)中。應(yīng)用驗證表示獲取G-SPC的過程和根據(jù)所獲取的G-SPC的描述判定服務(wù)執(zhí)行內(nèi)容的過程。
應(yīng)用驗證模塊具有擴展AAA客戶機功能和G-SPC管理功能。在此，“擴展AAA客戶機功能”設(shè)置在服務(wù)執(zhí)行單元端，使應(yīng)用驗證功能與驗證服務(wù)器(AAA服務(wù)器)交互，以從支持有關(guān)用戶主機終端的驗證服務(wù)器處獲得用戶主機終端的G-SPC以進行服務(wù)控制。此外，設(shè)置“G-SPC管理功能”以便將各個用戶主機終端的G-SPC保持特定的時間。
在執(zhí)行服務(wù)時，服務(wù)執(zhí)行單元根據(jù)G-SPC內(nèi)容工作。
以下將說明應(yīng)用驗證模塊執(zhí)行的L-SPC請求消息傳輸處理、G-SPC請求消息傳輸處理以及L-SPC/G-SPC響應(yīng)消息接收處理。
圖3示出了應(yīng)用驗證模塊執(zhí)行的L-SPC請求消息傳輸處理的流程圖。
應(yīng)用驗證模塊處于消息接收等待狀態(tài)下(S21)。在接收到消息時(S21中的“是”)，應(yīng)用驗證模塊檢查該消息中的TCP(傳輸控制協(xié)議)或UDP(用戶數(shù)據(jù)報協(xié)議)端口號。如果該端口號是服務(wù)執(zhí)行單元正在監(jiān)視的端口號，則應(yīng)用驗證模塊執(zhí)行由這個消息接收所觸發(fā)的以下處理。
首先，根據(jù)用戶主機終端發(fā)出的服務(wù)啟動消息，應(yīng)用驗證模塊判定用戶主機終端是否與有關(guān)服務(wù)執(zhí)行單元位于同一個域中(S23)。通過將該消息的源地址(IP地址)與服務(wù)執(zhí)行單元的地址(IP地址)進行比較，進行此判定。
如果該服務(wù)啟動消息是由同一個域中的用戶主機終端始發(fā)的(S23中的“是”)，則應(yīng)用驗證模塊從服務(wù)啟動消息中提取始發(fā)該服務(wù)啟動請求的用戶主機終端信息(S24)。該用戶主機終端信息至少是該用戶主機終端的IP地址(該服務(wù)啟動消息的傳輸源地址)和該用戶主機終端的NAI(網(wǎng)絡(luò)接入標(biāo)識符，Network Access Identifier)之一。
相反，如果該服務(wù)啟動消息不是由同一個域中的用戶主機終端始發(fā)的，則L-SPC沒有必要，并因此使應(yīng)用驗證模塊返回消息接收等待狀態(tài)。
接著進入步驟S24，應(yīng)用驗證模塊判定是否可以根據(jù)所提取的用戶主機終端信息，唯一地識別用戶主機終端(S25)。例如，如果該服務(wù)啟動消息是通過代理服務(wù)器傳輸?shù)?，則代理服務(wù)器會隱藏始發(fā)該服務(wù)請求的用戶主機終端的地址。在這種情況下，請求源地址變成代理服務(wù)器的地址，因此，不能唯一地識別用戶主機終端。
這樣，在不能唯一地識別用戶主機終端時(S25中的“否”)，應(yīng)用驗證模塊將預(yù)定的缺省L-SPC(規(guī)定值)設(shè)置到L-SPC請求參數(shù)中(S27)。相反，在可以唯一地識別用戶主機終端時(S25中的“是”)時，應(yīng)用驗證模塊將可以唯一識別用戶主機終端的信息設(shè)置到L-SPC請求參數(shù)中(S26)。
此后，應(yīng)用驗證模塊生成L-SPC請求消息(S28)，并將生成的L-SPC請求消息發(fā)送到同一個域中的驗證服務(wù)器(S29)。
發(fā)送該L-SPC請求消息后，應(yīng)用驗證模塊返回消息等待狀態(tài)(S21)。
圖6A示出了L-SPC請求消息(或G-SPC請求消息)的數(shù)據(jù)結(jié)構(gòu)。L-SPC請求消息(或G-SPC請求消息)包括IP/TCP/UDP數(shù)據(jù)包報頭、消息類型代碼、用于進行服務(wù)控制的主機標(biāo)識信息1(例如，用戶主機終端的IP地址)以及用于進行服務(wù)控制的主機標(biāo)識信息2(例如，用戶主機終端的NAI)。
IP/TCP/UDP數(shù)據(jù)包報頭包括用于識別特定服務(wù)(應(yīng)用)的端口號。關(guān)于利用主機標(biāo)識信息1或主機標(biāo)識信息2識別的主機終端(用戶)的SPC，驗證服務(wù)器搜索并提取與利用端口號識別的服務(wù)相關(guān)的L-SPC(或G-SPC)。這樣，服務(wù)執(zhí)行單元就可以針對各個用戶，并針對各個應(yīng)用獲得SPC。
消息類型代碼表示有關(guān)消息是L-SPC請求消息還是G-SPC請求消息。根據(jù)該消息類型代碼，位于接收端的單元(在此為驗證服務(wù)器)識別該消息并識別是搜索、提取L-SPC，還是搜索、提取G-SPC。主機標(biāo)識信息1或2是將在步驟S26或S27中設(shè)置為L-SPC請求參數(shù)的信息。
圖4示出了從用戶終端發(fā)出服務(wù)啟動消息到服務(wù)執(zhí)行單元發(fā)出G-SPC請求消息并接收G-SPC響應(yīng)消息的處理流程的順序圖。該圖示出了舉例說明圖1所示的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的順序圖。
首先，用戶操作用戶主機終端H1并向服務(wù)執(zhí)行單元SN2請求服務(wù)，因此，用戶主機終端H1將有關(guān)服務(wù)的服務(wù)啟動消息發(fā)送到服務(wù)執(zhí)行單元SN2(S1)。該服務(wù)啟動消息是(例如)訪問服務(wù)執(zhí)行單元SN2(Web服務(wù)器)的主頁的消息。
在此，也可以是在服務(wù)執(zhí)行單元SN1中接收該服務(wù)啟動消息，并且服務(wù)執(zhí)行單元SN1判定是否需要與用戶主機終端H1相關(guān)的L-SPC。此外，作為這個判定的結(jié)果，如果判定L-SPC是必要的，則服務(wù)執(zhí)行單元SN1可以向驗證服務(wù)器A1請求L-SPC并從其接收L-SPC。
在接收到服務(wù)啟動消息時，服務(wù)執(zhí)行單元SN2判定是否必需參考G-SPC來判定服務(wù)啟動消息中表示的服務(wù)是否必要(S2)。根據(jù)有效G-SPC(即，有效期過期之前的G-SPC)是否存儲在服務(wù)執(zhí)行單元SN2中，以及在執(zhí)行有關(guān)服務(wù)時，服務(wù)執(zhí)行單元SN2是否必需參考始發(fā)該請求的用戶主機終端中的G-SPC，進行該判定。
在服務(wù)執(zhí)行單元SN2判定參考G-SPC是必要的(S2中的“是”)時，服務(wù)執(zhí)行單元SN2生成G-SPC請求消息，向驗證服務(wù)器A2請求發(fā)出執(zhí)行服務(wù)的請求的用戶主機終端H1的G-SPC，并將該請求發(fā)送到域D2中的驗證服務(wù)器A2(S3)。G-SPC請求消息具有上述圖6A所示的數(shù)據(jù)結(jié)構(gòu)。
根據(jù)G-SPC請求消息的內(nèi)容(即，用戶主機終端H1的IP地址或NAI，參考圖6A)，驗證服務(wù)器A2識別出用戶主機終端H1是容納在驗證服務(wù)器A1(即，域D1)中(并被驗證服務(wù)器A1管理)，并將接收到的G-SPC請求消息傳送到驗證服務(wù)器A1。在此，這兩個驗證服務(wù)器具有互信關(guān)系，而且各個驗證服務(wù)器事先分別具有另一個驗證服務(wù)器的IP地址。根據(jù)對端服務(wù)器的該IP地址，傳送G-SPC請求消息。
在接收到G-SPC請求消息時，驗證服務(wù)器A1搜索用戶主機終端H1的G-SPC(S4)。如果存在用戶主機終端H1的G-SPC，則驗證服務(wù)器A1生成包含所搜索到的G-SPC的G-SPC響應(yīng)消息，并將該響應(yīng)消息發(fā)送到始發(fā)該請求的服務(wù)執(zhí)行單元SN2(S5)。
圖6B示出了G-SPC響應(yīng)消息(或L-SPC響應(yīng)消息)的數(shù)據(jù)結(jié)構(gòu)。G-SPC響應(yīng)消息(或L-SPC響應(yīng)消息)包括IP/TCP/UDP數(shù)據(jù)包報頭、消息類型代碼、主機標(biāo)識信息1(例如，用戶主機終端H1的IP地址)、主機標(biāo)識信息2(例如，用戶主機終端H1的NAI)、搜索到的SPC以及返回碼。
“消息類型代碼”表示有關(guān)消息是G-SPC響應(yīng)消息還是L-SPC響應(yīng)消息。根據(jù)該消息類型代碼，位于接收端的單元(服務(wù)執(zhí)行單元SN2)識別該消息。“搜索到的SPC”是驗證服務(wù)器搜索和發(fā)現(xiàn)的G-SPC(或L-SPC)?！胺祷卮a”是與信息處理結(jié)果等相關(guān)的信息，例如，它具有表示搜索成功完成的值“0”、表示搜索未發(fā)現(xiàn)對應(yīng)于該請求的SPC的值“2”，以及表示包含在該消息中的SPC是缺省SPC的值“3”。
返回去參考圖4，將該G-SPC響應(yīng)消息發(fā)送到驗證服務(wù)器A2，此后，將它從驗證服務(wù)器A2傳送到服務(wù)執(zhí)行單元SN2。
在接收到G-SPC響應(yīng)消息時，服務(wù)執(zhí)行單元SN2檢驗G-SPC響應(yīng)消息的正常性(S6)。利用G-SPC響應(yīng)消息是否包含G-SPC來檢驗G-SPC響應(yīng)消息的這種正常性。在包含G-SPC時，判定G-SPC響應(yīng)消息正常。
在判定G-SPC響應(yīng)消息正常時，服務(wù)執(zhí)行單元SN2提取包含在G-SPC響應(yīng)消息中的G-SPC，并將G-SPC存儲到SPC管理表中(S7)。
圖5示出了應(yīng)用驗證模塊執(zhí)行的傳輸G-SPC請求消息的傳輸處理流程的流程圖。該圖示出了在服務(wù)執(zhí)行單元SN2(應(yīng)用驗證模塊)中執(zhí)行的傳輸G-SPC請求消息的詳細傳輸處理過程(圖4中的步驟S3的細節(jié))。
應(yīng)用驗證模塊保持消息接收等待狀態(tài)(S31)。在接收到消息時(S31中的“是”)，應(yīng)用驗證模塊檢驗所接收消息的TCP/UDP端口號。如果該端口號是由該消息接收觸發(fā)而由服務(wù)執(zhí)行單元監(jiān)視的端口號，則執(zhí)行以下處理。
首先，應(yīng)用驗證模塊判定是否支持由用戶主機終端發(fā)出的服務(wù)啟動消息請求啟動的應(yīng)用(S33)。根據(jù)包含在服務(wù)啟動消息中的端口號等進行此判定。
如果服務(wù)執(zhí)行單元支持該應(yīng)用(S33中的“是”)，則應(yīng)用驗證模塊從服務(wù)啟動消息中提取用于始發(fā)服務(wù)啟動請求的用戶主機終端信息(S34)。該用戶主機終端信息至少是用戶主機終端的IP地址(服務(wù)啟動消息的傳輸源地址)和用戶主機終端的NAI(網(wǎng)絡(luò)接入標(biāo)識符)之一。
相反，如果服務(wù)執(zhí)行單元不支持該應(yīng)用，則G-SPC不是必要的，因此，應(yīng)用驗證模塊返回消息接收等待狀態(tài)。
接著，進入步驟S34，根據(jù)提取的用戶主機終端信息，應(yīng)用驗證模塊判定是否可以唯一地識別用戶主機終端(S35)。例如，如果通過代理服務(wù)器發(fā)送服務(wù)啟動消息，則代理服務(wù)器會隱藏始發(fā)服務(wù)請求的用戶主機終端的地址。在這種情況下，請求源地址變成代理服務(wù)器的地址，因此，不能唯一地識別用戶主機終端。
在不能唯一地識別用戶主機終端時(S35中的“否”)，應(yīng)用驗證模塊將預(yù)定的缺省G-SPC(規(guī)定值，如下所述)設(shè)置到G-SPC請求參數(shù)中(S37)。相反，在可以唯一地識別用戶主機終端時(S35中的“是”)時，應(yīng)用驗證模塊將可以唯一地識別用戶主機終端的信息設(shè)置到L-SPC請求參數(shù)中(S36)。
此后，應(yīng)用驗證模塊生成G-SPC請求消息(S38)，并將生成的G-SPC請求消息發(fā)送到同一個域中的驗證服務(wù)器(S39)。然后，應(yīng)用驗證模塊返回消息等待狀態(tài)。
接下來將說明應(yīng)用驗證模塊(服務(wù)執(zhí)行單元)執(zhí)行的G-SPC響應(yīng)消息和L-SPC響應(yīng)消息的接收處理。圖7示出了應(yīng)用驗證模塊執(zhí)行的G-SPC響應(yīng)消息和L-SPC響應(yīng)消息的接收處理的流程圖。
應(yīng)用驗證模塊處于消息等待狀態(tài)(S41)。在每次接收到消息時(S41中的“是”)，應(yīng)用驗證模塊監(jiān)視所接收消息的消息類型代碼(S42)。根據(jù)圖6B所示的消息類型代碼判定消息類型代碼。
在應(yīng)用驗證模塊根據(jù)消息類型代碼判定所接收消息是SPC響應(yīng)消息(L-SPC響應(yīng)消息或G-SPC響應(yīng)消息)時(S43中的“是”)，應(yīng)用驗證模塊根據(jù)返回碼檢驗該消息的正常性(參照圖6B)(S44)。同時，在接收消息不是SPC響應(yīng)消息時，應(yīng)用驗證模塊重新返回消息等待狀態(tài)(S41)。
在步驟S43，在判定該消息正常時，應(yīng)用驗證模塊判定該消息是否包含SPC(L-SPC或G-SPC)(S45)。
在包含SPC時(S45中的“是”)，應(yīng)用驗證模塊提取該SPC，并將提取的SPC注冊到SPC管理表中(S46)。即，應(yīng)用驗證模塊將G-SPC注冊到G-SPC管理表中，而將L-SPC注冊到L-SPC管理表中(S49，S50)。在其他情況下，應(yīng)用驗證模塊執(zhí)行消息錯誤處理(S51)。此后，應(yīng)用驗證模塊返回消息接收等待狀態(tài)(S41)。
在步驟S45，在不包含SPC時，應(yīng)用驗證模塊在G-SPC請求參數(shù)中設(shè)置缺省G-SPC(S48)，此后返回消息接收等待狀態(tài)(S41)。
在步驟S44，在判定消息不正常時，應(yīng)用驗證模塊執(zhí)行消息錯誤處理(S47)，然后，返回消息接收等待狀態(tài)(S41)。
<驗證服務(wù)器中的G-SPC和L-SPC管理功能>
如上所述，驗證服務(wù)器(AAA服務(wù)器)保持各個合同用戶(用戶主機終端)的SPC(L-SPC和G-SPC)。
為了管理各個用戶的SPC，根據(jù)本發(fā)明的實施例，為驗證服務(wù)器設(shè)置主SPC表，規(guī)定各個用戶的L-SPC和G-SPC；各個用戶的L-SPC表，針對各個用戶規(guī)定L-SPC；以及各個用戶的G-SPC表，針對各個用戶規(guī)定G-SPC。
如圖8所示，主SPC表包括用于識別各個合同用戶的用戶號和基本合同信息，這兩種信息都作為各個用戶的基本信息。此外，主SPC表包括L-SPC指針，表示指向各個用戶的L-SPC表的指針；以及G-SPC指針，表示指向各個用戶的G-SPC表的指針。
為各個用戶設(shè)置的L-SPC表是用于針對各個用戶管理L-SPC的表。在圖8中，示出了用戶號為000001的用戶的L-SPC。各個用戶的L-SPC表包含SPC號、應(yīng)用該L-SPC的條件1和條件2、以及SPC內(nèi)容。
各個用戶的G-SPC表是用于針對各個用戶管理G-SPC的表。在圖8中，示出了用戶號為000001的用戶的G-SPC。各個用戶的G-SPC表包含SPC號、應(yīng)用該G-SPC的條件1和條件2以及SPC內(nèi)容。
通過利用這些表管理SPC，驗證服務(wù)器可以設(shè)置并保持多個信息集(搜索關(guān)鍵字)，用于針對各個應(yīng)用，分別對于G-SPC和L-SPC識別主機。
在此，在服務(wù)執(zhí)行單元中，可能存在因為用戶主機終端始發(fā)的服務(wù)執(zhí)行請求被HTTP代理服務(wù)器等截取，所以不能獲取始發(fā)請求的用戶主機終端的固有信息的情況。例如，對于通過HTTP代理服務(wù)器傳輸?shù)腍TTP請求，由與代理服務(wù)器相關(guān)的信息代替請求源信息(傳輸源地址等)。因此，不能識別始發(fā)該請求的用戶主機終端的地址。
在這種情況下，在“詳細請求源信息不可用”的狀態(tài)下，服務(wù)執(zhí)行單元中的應(yīng)用驗證功能將SPC請求消息發(fā)送到最近的驗證服務(wù)器。在接收到該消息時，最近的驗證服務(wù)器估計表示請求源信息的、始發(fā)該請求的用戶主機終端距離代理服務(wù)器的位置，并返回不識別特定用戶的通用條件的G-SPC。這種SPC被稱為缺省SPC。
<操作示例>
接著，將以采用VoIP的電話通信為例，說明該服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的典型操作示例。
(1)操作示例1
操作示例1代表在服務(wù)合同用戶的各用戶主機終端(電話呼叫的主叫方和被叫方)位于同一歸屬鏈路上，而且服務(wù)執(zhí)行單元與用戶主機終端存在于同一鏈路上時，應(yīng)用驗證過程觸發(fā)的執(zhí)行SPC分配和單獨服務(wù)控制的執(zhí)行過程的示例。
圖9示出了這種情況下的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示例的方框圖。圖10示出了這種情況下的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的處理流程的順序圖。
在圖9中，設(shè)置在用戶住宅等中的主叫方用戶主機終端H1位于歸屬鏈路(域D1)上。設(shè)置在呼叫中心的被叫方用戶主機終端H3也位于同一個域D1中。此外，服務(wù)執(zhí)行單元SN1也存在于該同一個域D1中，而且從域D1中的驗證服務(wù)器A1獲取用戶主機終端H1的L-SPC(L-SPC(A))和用戶主機終端H3的L-SPC(L-SPC(C))。此外，用戶主機終端H1和用戶主機終端H3容納在接入網(wǎng)中。
用戶主機終端H1的用戶(服務(wù)合同用戶)使用用戶主機終端H1中提供的IP電話功能(例如，VoIP軟件)，并通過指定對端方(在此為用戶主機終端H3)而操作該終端以始發(fā)呼叫(圖10中的S61)。
在被用戶的撥號操作啟動時，用戶主機終端H1生成指定對端用戶主機終端H3的服務(wù)啟動消息(對話啟動消息(SIP邀請消息，SIP Invite))。然后，通過邊緣單元EN1，用戶主機終端H1將生成的服務(wù)啟動消息發(fā)送到最近的服務(wù)執(zhí)行單元(SIP服務(wù)器)SN1(圖9中帶箭頭的實線(1))。因為用戶主機終端H1事先知道服務(wù)執(zhí)行單元SN1的位置(IP地址等)，所以用戶主機終端H1可以將服務(wù)啟動消息發(fā)送到服務(wù)執(zhí)行單元SN1。
通過從用戶主機終端H1接收SIP邀請消息，服務(wù)執(zhí)行單元SN1檢測服務(wù)的啟動。然后，服務(wù)執(zhí)行單元SN1判定是否需要在執(zhí)行服務(wù)(即，生成VoIP對話)時請求(向驗證服務(wù)器A1請求)用戶主機終端H1的L-SPC(A)(圖9中的標(biāo)號(2)，以及圖10中的S62)。
如上所述，在事先利用注冊消息獲取了L-SPC(A)時，或者在上一次執(zhí)行服務(wù)時利用L-SPC請求消息獲取的L-SPC(A)仍然有效并且未被刪除時，判定L-SPC(A)的請求沒有必要。同時，在還未獲得L-SPC(A)時，或者在因為有效期過期而刪除了曾經(jīng)獲得的L-SPC(A)時，判定L-SPC(A)的請求是必要的。在以下的描述中，假設(shè)判定L-SPC(A)的請求是必要的。
根據(jù)該判定，服務(wù)執(zhí)行單元SN1生成L-SPC請求消息，并將生成的L-SPC請求消息發(fā)送到用于管理用戶主機終端H1的驗證服務(wù)器A1(圖10中的S63)。在此，利用(例如)作為主機驗證協(xié)議的Diameter發(fā)送該L-SPC請求消息。
在從服務(wù)執(zhí)行單元SN1接收到與用戶主機終端H1相關(guān)的L-SPC請求消息時，驗證服務(wù)器A1在數(shù)據(jù)庫中搜索L-SPC(A)，并從中提取該L-SPC(A)(圖10中的S64)。
驗證服務(wù)器A1將提取的L-SPC(A)發(fā)送回利用L-SPC響應(yīng)消息始發(fā)了請求的服務(wù)執(zhí)行單元SN1(例如，Diameter驗證響應(yīng)消息)(S65)。
在此，在L-SPC(A)已經(jīng)處于服務(wù)執(zhí)行單元SN1中時，省略處理步驟S63至S65。
然后，服務(wù)執(zhí)行單元SN1提取包含在從驗證服務(wù)器A1接收到的L-SPC響應(yīng)消息中的L-SPC(A)，并將該提取的L-SPC(A)存儲到屬于服務(wù)執(zhí)行單元SN1的管理表中(圖10中的S66)，并根據(jù)L-SPC的描述內(nèi)容啟動服務(wù)執(zhí)行功能(圖9中的標(biāo)號(3)，和圖10中的S67)。
由L-SPC(A)的設(shè)置過程觸發(fā)后，服務(wù)執(zhí)行單元SN1將服務(wù)啟動消息(SIP邀請消息)傳送到目標(biāo)用戶主機終端H3(圖9中帶箭頭的實線(4))。
在將SIP邀請消息發(fā)送到用戶主機終端H3后，服務(wù)執(zhí)行單元SN1等待用戶主機終端H3的響應(yīng)(電話終端的摘機操作)。
如果因為用戶主機終端H3忙或任何其他原因，用戶主機終端H3不能接受該呼叫，則利用另一個通信協(xié)議，在使用戶主機終端H1保持等待的一段時間中，服務(wù)執(zhí)行單元SN1執(zhí)行L-SPC(A)規(guī)定的服務(wù)(例如，15秒的語音CM廣播服務(wù)，仍需等待的時間、等待人數(shù)的信息服務(wù)等)(圖9中帶箭頭的虛線(4))。
在用戶主機終端H3的用戶(服務(wù)合同用戶)操作該終端以響應(yīng)用戶主機終端H1發(fā)出的連接請求時，用戶主機終端H3發(fā)送由這個操作觸發(fā)的服務(wù)響應(yīng)消息(SIP-Ack(確認)消息)(圖10中的S68)。
通過服務(wù)執(zhí)行單元SN1，用戶主機終端H3發(fā)出的SIP-Ack消息被轉(zhuǎn)發(fā)到用戶主機終端H1。
當(dāng)用戶主機終端H1從用戶主機終端H3接收到SIP-Ack消息時，在用戶主機終端H1與用戶主機終端H3之間建立對話。此后，在這些用戶主機終端之間雙向交換語音數(shù)據(jù)包，這樣，這兩個用戶主機終端的用戶就可以通信了。
此外，圖9所示的L-SPC(C)是用戶主機終端H3的L-SPC，在需要時，驗證服務(wù)器A1將它發(fā)送到服務(wù)執(zhí)行單元SN1。
(2)操作示例2操作示例2代表在服務(wù)合同用戶的各用戶主機終端位于同一個歸屬鏈路上，而且服務(wù)執(zhí)行單元存在于用戶主機終端的歸屬鏈路之外時，由應(yīng)用驗證過程觸發(fā)的SPC分配和單獨服務(wù)控制的執(zhí)行過程的示例。
圖11示出了這種情況下的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示例的方框圖。圖12示出了這種情況下的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的處理流程的順序圖。
圖11與圖9的不同之處在于，在圖11中，呼叫中心的用戶主機終端H2容納在域D2中，域D2位于用戶主機終端H1的域D1(歸屬鏈路)之外，相應(yīng)的，由域D2中的服務(wù)執(zhí)行單元SN2執(zhí)行服務(wù)。在這種情況下，服務(wù)執(zhí)行單元SN2向驗證服務(wù)器A1請求執(zhí)行服務(wù)所需的、用戶主機終端H1的G-SPC(被稱為G-SPC(A))。
此外，在圖11中，服務(wù)執(zhí)行單元SN1和服務(wù)執(zhí)行單元SN2設(shè)置在核心網(wǎng)中，用于中繼這些服務(wù)執(zhí)行單元的控制協(xié)議的中繼單元TS設(shè)置在中繼域中。這是基于VoIP語音通信網(wǎng)絡(luò)的層級結(jié)構(gòu)類似于傳統(tǒng)電話交換系統(tǒng)的情況。
用戶主機終端H1的用戶(服務(wù)合同用戶)使用用戶主機終端H1的IP電話功能(例如，VoIP軟件)，并執(zhí)行指定對端方(用戶主機終端H2)的呼叫始發(fā)操作(圖12中的S71)。
通過該用戶的撥號操作，用戶主機終端H1生成指定了對端用戶主機終端H2的服務(wù)啟動消息(對話啟動消息，SIP邀請消息)，并將該消息發(fā)送到最近的服務(wù)執(zhí)行單元SN1(SIP服務(wù)器)(圖11中的箭頭(1))。用戶主機終端H1事先知道服務(wù)執(zhí)行單元SN1的位置(IP地址等)，因此用戶主機終端H1可以將服務(wù)啟動消息發(fā)送到服務(wù)執(zhí)行單元SN1。
通過從用戶主機終端H1接收SIP邀請消息，服務(wù)執(zhí)行單元SN1檢測服務(wù)的啟動。在執(zhí)行服務(wù)(生成VoIP對話)時，服務(wù)執(zhí)行單元SN1判定是否需要參考主叫方，即用戶主機終端H1的L-SPC(A)(圖12中的S72)。該判定過程的判據(jù)是服務(wù)執(zhí)行單元各自擁有的控制規(guī)則。
在此，假定已經(jīng)利用注冊消息獲取了L-SPC(A)，而且假定不需要參考。根據(jù)這個判定，服務(wù)執(zhí)行單元SN1不執(zhí)行與獲取L-SPC(A)相關(guān)的處理。
利用常規(guī)的SIP消息處理功能，通過中繼單元TS，服務(wù)執(zhí)行單元SN1將SIP邀請消息發(fā)送到服務(wù)執(zhí)行單元(SIP服務(wù)器)SN2(圖11中的箭頭(1))，其中，服務(wù)執(zhí)行單元SN2容納被叫用戶主機終端H2。
在從服務(wù)執(zhí)行單元SN1接收到SIP邀請消息時，服務(wù)執(zhí)行單元SN2將該消息識別為從外部域D1接收到的SIP邀請消息。此后，在啟動有關(guān)服務(wù)時，服務(wù)執(zhí)行單元SN2檢驗是否需要參考用戶主機終端H1的單獨服務(wù)條件，即用戶主機終端H1的G-SPC(G-SPC(A)) (圖11中的標(biāo)號(2)SPC(A)，圖12中的S73)。在此，在以下的描述中，假定判定需要參考G-SPC(A)。
根據(jù)此判定，對于用戶主機終端H1，服務(wù)執(zhí)行單元SN2生成G-SPC請求消息(Diameter消息)。然后，通過位于服務(wù)執(zhí)行單元SN2的域D2中的驗證服務(wù)器A2，服務(wù)執(zhí)行單元SN2將生成的G-SPC請求消息發(fā)送到主叫用戶主機終端H1的歸屬鏈路中的驗證服務(wù)器A1(圖11中帶箭頭的虛線(3)，以及圖12中的S74)。
在從服務(wù)執(zhí)行單元SN2接收到G-SPC請求消息時，驗證服務(wù)器A1搜索數(shù)據(jù)庫并從中提取G-SPC(A)(圖12中的S75)。
接著，利用G-SPC響應(yīng)消息(Diameter驗證響應(yīng)消息)，驗證服務(wù)器A1將提取的G-SPC(A)發(fā)送回始發(fā)該請求的服務(wù)執(zhí)行單元SN2(圖11中帶箭頭的虛線(4)，以及圖12中的S76)。
服務(wù)執(zhí)行單元SN2從G-SPC響應(yīng)消息中提取G-SPC(A)，并將G-SPC(A)存儲到屬于服務(wù)執(zhí)行單元SN2的管理表中(圖12中的S77)。接著，根據(jù)G-SPC(A)的描述內(nèi)容，服務(wù)執(zhí)行單元SN2啟動服務(wù)執(zhí)行功能(圖11中的標(biāo)號(5)，以及圖12中的S78)。
在由服務(wù)執(zhí)行單元SN2中的G-SPC(A)集觸發(fā)后，服務(wù)執(zhí)行單元SN2向被叫用戶主機終端H2發(fā)送SIP邀請消息，然后等待用戶主機終端H2發(fā)出的響應(yīng)(電話終端的摘機操作)。在等待響應(yīng)期間，SPC(A)用戶主機終端H1根據(jù)G-SPC(A)，從服務(wù)執(zhí)行單元SN2接收服務(wù)(CM廣播、關(guān)于等待時間的信息等)(圖11中帶箭頭的虛線(6))。
通過操作該終端，對于用戶主機終端H1發(fā)出的連接請求，用戶主機終端H2的用戶對用戶主機終端H1作出響應(yīng)。利用該操作，用戶主機終端H2發(fā)出服務(wù)響應(yīng)消息(SIP-Ack(確認)消息)(圖12中的S79)。通過服務(wù)執(zhí)行單元SN2、中繼單元TS以及服務(wù)執(zhí)行單元SN1，將用戶主機終端H2發(fā)出的SIP-Ack消息轉(zhuǎn)發(fā)到用戶主機終端H1。
在用戶主機終端H1接收到用戶主機終端H2發(fā)出的SIP-Ack消息時，在用戶主機終端H1與用戶主機終端H2之間建立對話。此后，在這兩個用戶主機終端之間雙向交換語音數(shù)據(jù)包，并進行通信。
此外，圖11所示的L-SPC(C)是用戶主機終端H2的L-SPC，在需要時，將該L-SPC從驗證服務(wù)器A2發(fā)送到服務(wù)執(zhí)行單元SN2。
(3)操作示例3操作示例3代表在服務(wù)合同用戶的用戶主機終端移到歸屬鏈路之外并進入另一個鏈路(域)，而且服務(wù)執(zhí)行單元存在于本地鏈路中時，由應(yīng)用驗證過程觸發(fā)的執(zhí)行SPC分配和單獨服務(wù)控制的執(zhí)行過程的示例。
圖13示出了這種情況下的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示例的方框圖。圖14示出了這種情況下的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的處理流程的順序圖。
在圖13中，示出了利用位于用戶住宅中的固定線路進行通信的用戶主機終端H1的用戶(服務(wù)合同用戶)移到到同一個網(wǎng)絡(luò)運營商提供的臨時接入網(wǎng)(例如，無線LAN熱點(hot spot))，并啟動從該點到設(shè)置在呼叫中心的用戶主機終端H3的呼叫的情況。用戶主機終端H1的用戶使用位于該用戶所移動到的位置處的用戶主機終端H1’(例如，便攜式電話)。然而，這兩個用戶主機終端(即，用戶主機終端H1和用戶主機終端H1’)是由同一個服務(wù)訂約人使用的，因此，由同一個L-SPC(L-SPC(A))或同一個G-SPC(G-SPC(A))規(guī)定為這兩個用戶主機終端H1、H1’提供的服務(wù)。此外，臨時接入網(wǎng)、用戶主機終端H1’以及用戶主機終端H3容納在域3中。域3包括驗證服務(wù)器A3和服務(wù)執(zhí)行單元SN3。
首先，用戶主機終端H1’的用戶(服務(wù)合同用戶)操作該終端的IP電話功能，以指定進行通信的對端方(即，用戶主機終端H3)而始發(fā)呼叫。
由用戶的撥號操作啟動之后，用戶主機終端H1’生成指定對端方的用戶主機終端H3的服務(wù)啟動消息(SIP邀請消息)，并將生成的服務(wù)啟動消息發(fā)送到最近的服務(wù)執(zhí)行單元(SIP服務(wù)器)SN3(圖13中的箭頭(1)和圖14中的S81)。用戶主機終端H1’事先知道最近SIP服務(wù)器的位置，從而將該服務(wù)啟動消息發(fā)送到服務(wù)執(zhí)行單元SN3。
服務(wù)執(zhí)行單元SN3接收用戶主機終端H1’發(fā)出的SIP邀請消息。在執(zhí)行有關(guān)服務(wù)(生成VoIP對話)時，服務(wù)執(zhí)行單元SN3判定需要參考主叫方的用戶主機終端H1’的L-SPC(A)(圖14中的S82)。需要L-SPC(A)的原因是因為，在初始條件下，L-SPC(A)不存在于該用戶主機終端H1’所移動到的域D3中的服務(wù)執(zhí)行單元SN3中。
在此，用戶主機終端H1’容納在不同于域D1的域D3中。然而，因為服務(wù)執(zhí)行單元SN3在同一個域D3中提供服務(wù)，所以參考L-SPC(A)，而不參考G-SPC(A)。
作為這個判定的結(jié)果，服務(wù)執(zhí)行單元SN3將與用戶主機終端H1’(H1)的L-SPC(A)相關(guān)的L-SPC請求消息發(fā)送到域D3中的驗證服務(wù)器A3(圖13中帶箭頭的虛線(3))。
在從服務(wù)執(zhí)行單元SN3接收到L-SPC請求消息時，驗證服務(wù)器A3根據(jù)該消息內(nèi)容檢測到用戶主機終端H1’(H1)容納在驗證服務(wù)器A1中，并將接收到的L-SPC請求消息發(fā)送到位于域D1中的驗證服務(wù)器A1(圖13中帶箭頭的虛線(3))。
然后，驗證服務(wù)器A1接收L-SPC請求消息，從數(shù)據(jù)庫中提取與用戶主機終端H1相關(guān)的L-SPC(A)，并且利用L-SPC響應(yīng)消息，將提取的L-SPC(A)發(fā)送回始發(fā)該請求的服務(wù)執(zhí)行單元SN3。通過驗證服務(wù)器A3，將L-SPC響應(yīng)消息發(fā)送到服務(wù)執(zhí)行單元SN3(圖13中帶箭頭的虛線(4))。
服務(wù)執(zhí)行單元SN3在從驗證服務(wù)器A3接收到的L-SPC響應(yīng)消息中提取與用戶主機終端H1相關(guān)的L-SPC，并將提取的L-SPC存儲到屬于服務(wù)執(zhí)行單元SN3的SPC管理表中。此外，根據(jù)所獲取的L-SPC的描述內(nèi)容，服務(wù)執(zhí)行單元SN3對服務(wù)執(zhí)行功能進行初始化(圖14中的S86)。
在由服務(wù)執(zhí)行單元SN3中的L-SPC(A)集觸發(fā)后，服務(wù)執(zhí)行單元SN3將SIP邀請消息傳送到目標(biāo)用戶主機終端H3。
然后，服務(wù)執(zhí)行單元SN3等待用戶主機終端H3發(fā)出響應(yīng)(電話終端的摘機操作)。在此期間，服務(wù)執(zhí)行單元SN3根據(jù)L-SPC(A)內(nèi)容為用戶主機終端H1’提供服務(wù)(參考帶箭頭的虛線(5))。例如，通過適當(dāng)?shù)南⑾蛴脩糁鳈C終端H1’提供廣告等。
通過操作主機終端，用戶主機終端H3的用戶響應(yīng)用戶主機終端H1’發(fā)出的連接請求。作為這個操作的結(jié)果，用戶主機終端H3發(fā)出SIP-Ack(確認)消息，作為對用戶主機終端H1’的響應(yīng)。
通過服務(wù)執(zhí)行單元SN3，將用戶主機終端H3發(fā)出的SIP-Ack消息轉(zhuǎn)發(fā)到用戶主機終端H1’。
在用戶主機終端H1’從用戶主機終端H3接收SIP-Ack消息時，在用戶主機終端H1’與用戶主機終端H3之間建立對話。此后，在用戶主機終端H1’、H3之間雙向交換語音數(shù)據(jù)包。
此外，在圖13中，L-SPC(D)是用戶主機終端H3的L-SPC。
(4)操作示例4操作示例4表示在服務(wù)合同用戶的用戶主機終端移到歸屬鏈路之外進入另一個鏈路并停留在其中，而且對端方的另一個服務(wù)合同用戶的用戶主機終端以及服務(wù)執(zhí)行單元位于外部鏈路上時，由應(yīng)用驗證過程觸發(fā)的執(zhí)行SPC分配和單獨服務(wù)控制的執(zhí)行過程的示例。
圖15示出了這種情況下的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的結(jié)構(gòu)示例的方框圖。圖16示出了這種情況下的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)的處理流程的順序圖。
在圖15中，在用戶主機終端H1的服務(wù)合同用戶移動到歸屬鏈路(域D1)之外，而停留在另一個鏈路(域D4)中的情況下，與位于外部域D2中的對端用戶主機終端H2進行通信，而且是服務(wù)執(zhí)行單元SN2執(zhí)行服務(wù)。圖15所示的結(jié)構(gòu)與圖13所示的結(jié)構(gòu)類似。圖15與圖13所示結(jié)構(gòu)的不同之處在于，在圖15中，被用戶主機終端H1呼叫的一方是位于另一個域D2中的用戶主機終端H2(呼叫中心)。(在圖13中，用戶主機終端H1’和被叫用戶主機終端H3位于同一個域中。)首先，用戶主機終端H1’的用戶(服務(wù)合同用戶)操作該終端的IP電話功能，以指定進行通信的對端方(即，用戶主機終端H2)而始發(fā)呼叫(圖16中的S91)。
在由用戶的撥號操作啟動之后，用戶主機終端H1’生成指定對端用戶主機終端H2的服務(wù)啟動消息(SIP邀請消息)，并且，將生成的服務(wù)啟動消息發(fā)送到最近的服務(wù)執(zhí)行單元SN3(SIP服務(wù)器) (圖15中帶箭頭的實線(1)和圖16中的S91)。用戶主機終端H1’事先知道最近SIP服務(wù)器的位置，從而將該服務(wù)啟動消息發(fā)送到服務(wù)執(zhí)行單元SN3。
服務(wù)執(zhí)行單元SN3接收到用戶主機終端H1’發(fā)出的SIP邀請消息。在執(zhí)行有關(guān)服務(wù)(生成VoIP對話)時，服務(wù)執(zhí)行單元SN3判定是否需要參考主叫用戶主機終端H1’的L-SPC(A)(圖16中的S92)。在此，在以下的描述中，假定L-SPC(A)已經(jīng)保持在服務(wù)執(zhí)行單元SN3中，因此判定不需要進行進一步參考。因此，省略了向驗證服務(wù)器A1請求L-SPC(A)的參考請求處理。
通過中繼單元TS，服務(wù)執(zhí)行單元SN3將SIP邀請消息發(fā)送到被叫用戶主機終端H2的服務(wù)執(zhí)行單元SN2(圖15中帶箭頭的實線(1))。
在接收到SIP邀請消息時，服務(wù)執(zhí)行單元SN2檢測服務(wù)的啟動，而且還識別用戶主機終端H1’是由位于域D2之外的域D1管理的。然后，服務(wù)執(zhí)行單元SN2判定是否要參考用戶主機終端H1’的G-SPC(G-SPC(A))(圖15中的標(biāo)號(2)，圖16中的S93)。在此，在以下的描述中，假定判定需要參考。
根據(jù)此判定，服務(wù)執(zhí)行單元SN2生成用于請求G-SPC(A)的G-SPC請求消息，并將生成的請求消息發(fā)送到位于服務(wù)執(zhí)行單元SN2的域D2中的驗證服務(wù)器A2(圖15中帶箭頭的虛線(3)，以及圖16中的S94)。也可以利用Diameter消息傳送這個G-SPC請求消息。
驗證服務(wù)器A2從G-SPC請求消息的內(nèi)容中識別出這個消息要傳送到驗證服務(wù)器A1，并相應(yīng)地傳送該消息。
在接收到該G-SPC請求消息時，驗證服務(wù)器A1搜索并提取G-SPC(A)，并利用G-SPC響應(yīng)消息，通過驗證服務(wù)器A2，將提取的G-SPC(A)發(fā)送到服務(wù)執(zhí)行單元SN2(圖15中帶箭頭的虛線(6)，以及圖16中的S96)。
驗證服務(wù)器A2獲取G-SPC(A)，并存儲該G-SPC(A)(圖16中的S97)。然后，根據(jù)G-SPC(A)的內(nèi)容，驗證服務(wù)器A2提供服務(wù)(例如，向主叫用戶主機終端H1’等發(fā)送廣告消息)。此外，驗證服務(wù)器A2將服務(wù)啟動消息傳送到用戶主機終端H2，并等待用戶主機終端H2的響應(yīng)。
通過操作終端單元，用戶主機終端H2的用戶對用戶主機終端H1’的連接請求進行應(yīng)答。在由這個操作啟動后，用戶主機終端H2發(fā)出SIP-Ack(確認)消息以應(yīng)答用戶主機終端H1’。
通過服務(wù)執(zhí)行單元SN2，將用戶主機終端H2發(fā)出的SIP-Ack消息轉(zhuǎn)發(fā)到用戶主機終端H1’。
在用戶主機終端H1’從用戶主機終端H2接收到SIP-Ack消息時，在用戶主機終端H1’與用戶主機終端H2之間建立對話。此后，在用戶主機終端H1’、H3之間雙向交換語音數(shù)據(jù)包。
此外，在圖15中，L-SPC(C)是用戶主機終端H2的L-SPC。
從上述說明中可以理解，根據(jù)本發(fā)明的實施例，將規(guī)定與用戶無關(guān)的服務(wù)內(nèi)容的SPC(L-SPC或G-SPC)送到服務(wù)執(zhí)行單元，而不送到邊緣單元。因此，對于第3層服務(wù)以上的高層服務(wù)，可以為各個用戶提供單獨服務(wù)。
總之，根據(jù)本發(fā)明，可以提供為各個用戶和各個應(yīng)用定制的服務(wù)。
以上描述的實施例并不將本發(fā)明限制于所述示例的特定細節(jié)。任何適當(dāng)修改和等效物均屬于本發(fā)明范圍之內(nèi)。所附權(quán)利要求涵蓋了屬于本發(fā)明范圍的本發(fā)明的所有特征和優(yōu)點。
權(quán)利要求
1.一種服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，包括服務(wù)執(zhí)行單元，用于為終端單元提供服務(wù)；以及服務(wù)器，用于管理服務(wù)信息，所述服務(wù)信息規(guī)定了要提供給所述終端單元的服務(wù)，所述服務(wù)執(zhí)行單元進一步包括請求發(fā)送部，用于在從所述終端單元接收到服務(wù)啟動請求或注冊請求時，向所述服務(wù)器發(fā)送與所述服務(wù)啟動請求或所述注冊請求相對應(yīng)的服務(wù)信息的參考請求；以及服務(wù)提供部，用于根據(jù)由于所述請求發(fā)送部發(fā)出的參考請求而參考的服務(wù)信息，為所述終端單元提供服務(wù)，而且所述服務(wù)器包括服務(wù)信息發(fā)送部，用于將對應(yīng)于所述服務(wù)執(zhí)行單元發(fā)出的參考請求的服務(wù)信息發(fā)送到所述服務(wù)執(zhí)行單元。
2.根據(jù)權(quán)利要求1所述的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，其中，所述服務(wù)控制網(wǎng)絡(luò)系統(tǒng)至少劃分為一個容納所述服務(wù)器和終端單元的第一域和一個第二域，所述的服務(wù)信息包括第一服務(wù)信息，在服務(wù)執(zhí)行單元容納在第一域中的情況下，或者在服務(wù)執(zhí)行單元容納在第二域中而且終端單元移動到第二域的情況下參考該第一服務(wù)信息；以及第二服務(wù)信息，在服務(wù)執(zhí)行單元容納在第二域中而且終端單元或者容納在第一域中或者移動到不是第一域或第二域的域中的情況下，參考該第二服務(wù)信息，以及所述服務(wù)執(zhí)行單元中的請求發(fā)送部在所述服務(wù)執(zhí)行單元容納在第一域中時，或者在所述服務(wù)執(zhí)行單元容納在第二域中而且終端單元移動到第二域中時，發(fā)出第一服務(wù)信息的參考請求；或者在所述服務(wù)執(zhí)行單元容納在第二域中而且終端單元或者容納在第一域中或者移動到不是第一域或第二域的域中時，發(fā)出第二服務(wù)信息的參考請求。
3.根據(jù)權(quán)利要求2所述的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，其中，在第二域中，容納有與所述服務(wù)器具有互信關(guān)系的第二服務(wù)器，而且在服務(wù)執(zhí)行單元容納在第二域中時，請求發(fā)送部將參考請求發(fā)送到第二服務(wù)器，而第二服務(wù)器將該參考請求傳送到所述服務(wù)器。
4.根據(jù)權(quán)利要求1至3中任何一項所述的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，其中，在所述服務(wù)執(zhí)行單元已經(jīng)保持了有效服務(wù)信息時，請求發(fā)送部不發(fā)送參考請求。
5.一種包括第一域、容納在所述第一域中的第一服務(wù)器、第一服務(wù)執(zhí)行單元以及終端單元的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，所述第一服務(wù)器包括存儲部，用于存儲第一服務(wù)信息，所述的第一服務(wù)信息規(guī)定了要提供給終端單元的服務(wù)；以及服務(wù)信息發(fā)送部，用于在從第一服務(wù)執(zhí)行單元接收到第一服務(wù)信息參考請求時，根據(jù)該參考請求，將存儲在存儲部中的第一服務(wù)信息發(fā)送給第一服務(wù)執(zhí)行單元，所述第一服務(wù)執(zhí)行單元包括第一請求發(fā)送部，用于在從終端單元接收到服務(wù)啟動請求或注冊請求時，將對應(yīng)于所述服務(wù)啟動請求或所述注冊請求的第一服務(wù)信息的參考請求發(fā)送到第一服務(wù)器；以及第一服務(wù)提供部，用于根據(jù)由于第一請求發(fā)送部發(fā)出的請求而參考的第一服務(wù)信息，為終端單元提供服務(wù)。
6.根據(jù)權(quán)利要求5所述的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，其中，在所述第一服務(wù)執(zhí)行單元已經(jīng)保持了有效的第一服務(wù)信息時，第一請求發(fā)送部不發(fā)送參考請求。
7.根據(jù)權(quán)利要求5或6所述的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，進一步包括第二域，以及分別容納在所述第二域中的第二服務(wù)器和第二服務(wù)執(zhí)行單元，其中，存儲部還存儲第二服務(wù)信息，所述的第二服務(wù)信息規(guī)定了要提供給終端單元的服務(wù)，而且，在從第二服務(wù)器接收到第二服務(wù)信息的參考請求時，根據(jù)所述的參考請求，服務(wù)信息發(fā)送部將存儲在存儲部中的第二服務(wù)信息發(fā)送到第二服務(wù)器，第二服務(wù)執(zhí)行單元包括第二請求發(fā)送部，用于在從終端單元接收到服務(wù)啟動請求時，將對應(yīng)于所述服務(wù)啟動請求的第二服務(wù)信息的參考請求發(fā)送到第二服務(wù)器；以及第二服務(wù)提供部，用于根據(jù)由于第二請求發(fā)送部發(fā)出的請求而參考的第二服務(wù)信息，為終端單元提供服務(wù)，而第二服務(wù)器包括傳送部，用于將第二請求發(fā)送部發(fā)出的參考請求傳送到第一服務(wù)器，而且還將第一服務(wù)器發(fā)出的第二服務(wù)信息傳送到第二服務(wù)執(zhí)行單元。
8.根據(jù)權(quán)利要求7所述的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，其中，在所述第二服務(wù)執(zhí)行單元已經(jīng)保持了有效的第二服務(wù)信息時，第二請求發(fā)送部不發(fā)送參考請求。
9.一種服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，包括容納有第一服務(wù)器和終端單元的第一域，以及容納有第二服務(wù)器和第二服務(wù)執(zhí)行單元的第二域，所述終端單元移動到第二域中，所述第一服務(wù)器包括存儲部，用于存儲第一服務(wù)信息，所述的第一服務(wù)信息規(guī)定了要提供給終端單元的服務(wù)；以及服務(wù)信息發(fā)送部，用于在從第二服務(wù)器接收到第一服務(wù)信息參考請求時，根據(jù)所述的參考請求，將存儲在存儲部中的第一服務(wù)信息發(fā)送到第二服務(wù)器，所述第二服務(wù)執(zhí)行單元包括第二請求發(fā)送部，用于在從終端單元接收到服務(wù)啟動請求或注冊請求時，將對應(yīng)于所述服務(wù)啟動請求或所述注冊請求的第一服務(wù)信息的參考請求發(fā)送到第二服務(wù)器；以及第二服務(wù)提供部，用于根據(jù)由于第二請求發(fā)送部發(fā)出的請求而參考的第一服務(wù)信息，為終端單元提供服務(wù)，而所述第二服務(wù)器包括傳送部，用于將第二請求發(fā)送部發(fā)出的參考請求傳送到第一服務(wù)器，而且將第一服務(wù)器發(fā)出的第一服務(wù)信息傳送到第二服務(wù)執(zhí)行單元。
10.根據(jù)權(quán)利要求9所述的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，其中，在所述第二服務(wù)執(zhí)行單元已經(jīng)保持了有效的第一服務(wù)信息時，第二請求發(fā)送部不發(fā)送參考請求。
11.根據(jù)權(quán)利要求9或10所述的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，進一步包括第三域，以及容納在所述第三域中的第三服務(wù)器和第三服務(wù)執(zhí)行單元，其中，存儲部還存儲第三服務(wù)信息，所述的第三服務(wù)信息規(guī)定了要提供給終端單元的服務(wù)，而且，在從第三服務(wù)器接收到第三服務(wù)信息參考請求時，服務(wù)信息發(fā)送部將存儲在存儲部中的第三服務(wù)信息發(fā)送到第三服務(wù)器，第三服務(wù)執(zhí)行單元包括第三請求發(fā)送部，用于在從終端單元接收到服務(wù)啟動請求時，將對應(yīng)于所述服務(wù)啟動請求的第三服務(wù)信息的參考請求發(fā)送到第三服務(wù)器；以及第三服務(wù)提供部，用于根據(jù)由于第三請求發(fā)送部發(fā)出的請求而參考的第三服務(wù)信息，為終端單元提供服務(wù)，而第三服務(wù)器包括傳送部，用于將第三請求發(fā)送部發(fā)出的參考請求傳送到第一服務(wù)器，并將第一服務(wù)器發(fā)出的第三服務(wù)信息傳送到第三服務(wù)執(zhí)行單元。
12.根據(jù)權(quán)利要求11所述的服務(wù)控制網(wǎng)絡(luò)系統(tǒng)，其中，在所述第三服務(wù)執(zhí)行單元已經(jīng)保持了有效的第三服務(wù)信息時，第三請求發(fā)送部不發(fā)送參考請求。
13.一種容納在通信網(wǎng)絡(luò)中形成的第一域中的服務(wù)器，該服務(wù)器包括存儲部，用于存儲第一服務(wù)信息，所述的第一服務(wù)信息規(guī)定了要提供給容納在第一域中的終端單元的服務(wù)；接收部，用于接收從容納在第一域中、用于為終端單元提供服務(wù)的第一服務(wù)執(zhí)行單元發(fā)出的第一服務(wù)信息參考請求；以及發(fā)送部，用于根據(jù)接收部接收到的參考請求，將存儲在存儲部中的第一服務(wù)信息發(fā)送到第一服務(wù)執(zhí)行單元。
14.根據(jù)權(quán)利要求13所述的服務(wù)器，其中，存儲部還存儲第三服務(wù)信息，該第三服務(wù)信息規(guī)定了要提供給終端單元的服務(wù)，接收部還接收由容納在通信網(wǎng)絡(luò)中形成的第三域中的第三服務(wù)執(zhí)行單元發(fā)出、并由容納在第三域中的第三服務(wù)器傳送的第三服務(wù)信息參考請求，并且，根據(jù)接收部接收到的第三服務(wù)信息參考請求，發(fā)送部還通過第三服務(wù)器將存儲在存儲部中的第三服務(wù)信息發(fā)送到第三服務(wù)執(zhí)行單元。
15.一種容納在通信網(wǎng)絡(luò)中形成的第一域中的服務(wù)器，該服務(wù)器包括存儲部，用于存儲第一服務(wù)信息，該第一服務(wù)信息規(guī)定了要為容納在第一域中并移動到在該通信網(wǎng)絡(luò)中形成的第二域的終端單元提供的服務(wù)；接收部，用于接收從容納在第二域中、用于為終端單元提供服務(wù)的第二服務(wù)執(zhí)行單元發(fā)出并由容納在第二域中的第二服務(wù)器傳送的第一服務(wù)信息參考請求；以及發(fā)送部，用于根據(jù)接收部接收到的參考請求，通過第二服務(wù)器，將存儲在存儲部中的第一服務(wù)信息發(fā)送到第二服務(wù)執(zhí)行單元。
16.根據(jù)權(quán)利要求15所述的服務(wù)器，其中，存儲部還存儲第二服務(wù)信息，該第二服務(wù)信息規(guī)定了要提供給終端單元的服務(wù)，接收部還接收由容納在該通信網(wǎng)絡(luò)中形成的第二域中的第二服務(wù)執(zhí)行單元發(fā)出、并由容納在所述第二域中的第二服務(wù)器傳送的第二服務(wù)信息參考請求，并且，根據(jù)接收部接收到的第二服務(wù)信息參考請求，發(fā)送部進一步將存儲在存儲部中的第二服務(wù)信息發(fā)送到第二服務(wù)執(zhí)行單元。
17.一種包含在通信網(wǎng)絡(luò)中、用于為接入所述通信網(wǎng)絡(luò)的終端單元提供服務(wù)的服務(wù)執(zhí)行單元，所述服務(wù)執(zhí)行單元包括存儲部，用于存儲規(guī)定服務(wù)的服務(wù)信息；發(fā)送部，用于在從終端單元接收到服務(wù)啟動請求或注冊請求時，向設(shè)置在該通信網(wǎng)絡(luò)中、用于管理服務(wù)信息的服務(wù)器發(fā)送參考請求，請求規(guī)定與所述服務(wù)啟動請求或所述注冊請求相對應(yīng)的服務(wù)的服務(wù)信息；接收部，用于根據(jù)發(fā)送部發(fā)出的參考請求，接收服務(wù)器發(fā)出的服務(wù)信息，并將接收到的服務(wù)信息存儲到存儲部中；以及服務(wù)提供部，用于根據(jù)存儲在存儲部中的服務(wù)信息，為終端單元提供服務(wù)。
18.根據(jù)權(quán)利要求17所述的服務(wù)執(zhí)行單元，其中，在存儲部已經(jīng)保持了有效的服務(wù)信息時，發(fā)送部不發(fā)送參考請求。
全文摘要
為了提供針對各個用戶和各個應(yīng)用定制的服務(wù)，在用戶主機終端H1利用VoIP與用戶主機終端H2通信時，終端H1向服務(wù)執(zhí)行單元SN1和SN2發(fā)送服務(wù)啟動消息。通過該消息，服務(wù)執(zhí)行單元SN1和SN2分別向驗證服務(wù)器A1請求與終端H1的VoIP服務(wù)相關(guān)的服務(wù)信息L－SPC(A)和服務(wù)信息G－SPC(A)。服務(wù)執(zhí)行單元SN1和SN2分別根據(jù)L－SPC(A)和G－SPC(A)執(zhí)行服務(wù)。這樣，服務(wù)執(zhí)行單元可以提供針對各個用戶和各個應(yīng)用定制的服務(wù)。
文檔編號H04L29/08GK1503537SQ20031011369
公開日2004年6月9日 申請日期2003年11月19日 優(yōu)先權(quán)日2002年11月19日
發(fā)明者五十嵐洋一郎, 明, 高瀬正明, 掛水光明 申請人:富士通株式會社