專利名稱：服務控制裝置、服務控制系統(tǒng)及方法
技術(shù)領(lǐng)域：
本申請說明書中公開的技術(shù)涉及連接在網(wǎng)絡上的通信裝置、通信系統(tǒng)以及通信控 制方法。特別涉及多個通信服務器進行相互通信時的服務器聯(lián)動、以及消息變換處理。其 中，也涉及將采用了 SIP的會話控制的通信系統(tǒng)和提供Web應用的通信系統(tǒng)相互連接的通 信系統(tǒng)中的消息變換方法。
背景技術(shù)：
以聲音、數(shù)據(jù)、運動圖像等的各種多媒體服務的高速且高品質(zhì)的提供為目的，進行 了第三代移動通信系統(tǒng)的標準化。3GPP(3rd GenerationPartnership Project)推進了在 包交換網(wǎng)上利用IPdnternet Protocol)技術(shù)提供聲音、影像等的多媒體服務的“All IP 基礎(chǔ)移動通信網(wǎng)”的標準化。All IP移動通信網(wǎng)中的會話控制系統(tǒng)稱作IMS (IP MultimediaSubsystem)。IMS 也在下一代網(wǎng)絡(NGN. Next Generation Network)的會話控制技術(shù)中采用。作為IMS中的會話控制協(xié)議，使用SIP (Session Initiation Protocol)(例如參 照IETF RFC3261 (2002. 6))。SIP是進行用IETF規(guī)格化的IP多媒體通信的會話控制的協(xié) 議。SIP控制通信裝置間的會話建立、維持及切斷。在使用SIP的代表服務中有IP電話服務。IP電話服務是在IP網(wǎng)絡上收發(fā)聲音信 息的服務。在SIP的IP電話服務中，在通信開始前在通信裝置間設定虛擬的通話路徑(會 話)。將IP包化的聲音數(shù)據(jù)在設定的通信路徑上傳送。聲音數(shù)據(jù)的屬性等媒體信息在會話建立時決定。通信裝置通過包含在SIP消息中 的SDP(Session Description Protocol 會話描述協(xié)議)，通知媒體信息。在SDP中，能夠 記述關(guān)于會話的各種各樣的信息(例如IP地址、端口號碼、媒體種類等)。作為使用SIP協(xié) 議的應用服務的例子，有 ThirdParty Call Control (例如參照 IETF RFC3725 (2004. 6))。進而，為了能夠從Web服務利用通信業(yè)者提供的通信服務，API (Application Programming Interface 應用程序設計接口 )的研究不斷進展。作為規(guī)定API的業(yè)界團體，有Parlay Group。在Parlay Group中，正在制 定稱作“Parlay-X”的API。Parlay Group與歐洲電氣通信標準化ETSI (European Telecommunications Standards Institute)及第三代移動通信標準化團體3GPP聯(lián)動。 Parlay X的規(guī)格由該3個團體共同發(fā)行?！癙arlay-x”是以Web服務環(huán)境中的使用為目的的、不依存于網(wǎng)絡及廠商、并且不 限定于安裝語言的Web服務的API。"Parlay X”定義面向Web開發(fā)者的抽象化的開放接口， 但并沒有規(guī)定其安裝方法。在“Parlay-x”中，對每個服務規(guī)定了 API的集。作為使用Parlay-XAPI而提供的
4服務，例如有從Web應用啟動兩者的通話服務的3PCC(3rdParty Call Control) (4th Draft ES 202 504-2Parlay X 3.0(2007.8))。非專利文獻1 JETF RFC3261 (2002. 6)非專利文獻2 IETF RFC3725 (2004. 4)非專利文獻3 :4th Draft ES 202 504_2Parlay X 3. 0 (2007. 8)

發(fā)明內(nèi)容
在3PCC用的API中，規(guī)定了從Web應用服務器向通信系統(tǒng)發(fā)送的請求消息(開始、 結(jié)束、呼叫信息詢問)和其應答消息。作為使用SIP協(xié)議的應用的例子，有Third Party Call Control，表示了 SIP消息 的序列例子。但是，關(guān)于上述Parlay XAPI和上述SIP消息的變換機構(gòu)，并沒有規(guī)定安裝方法。因此，在服務業(yè)者經(jīng)由以Parlay X為代表的開放AIP利用通信業(yè)者的服務功能的 通信系統(tǒng)中，存在通信業(yè)者需要確定對應于被請求的服務功能的服務器的問題。本發(fā)明的目的是提供一種使通信業(yè)者能夠不對服務業(yè)者通知各個應用服務器的 地址、而實現(xiàn)各種服務功能的利用的方法。在本申請中公開的代表性的發(fā)明中，通信系統(tǒng)具備具有開放API和SIP的變換功 能的應用服務器。應用服務器參照觸發(fā)規(guī)則和消息規(guī)則，進行服務功能的分配處理。通過 具備本功能，通信業(yè)者能夠不對服務業(yè)者通知各種應用服務器地址而進行各種服務功能的 提供。在本申請中公開的另一代表性的發(fā)明中，上述應用服務器還具備對應于服務業(yè)者 的請求的定制處理(例如參數(shù)的追加處理功能)等附加信息處理功能、和對應于各處理內(nèi) 容的高速化引擎(例如收費信息等事務處理的高速化引擎)。通過具備本功能，應用服務器 能夠?qū)崿F(xiàn)定制化及特定處理的高速化。發(fā)明效果根據(jù)本發(fā)明的一實施方式，通信業(yè)者能夠不對服務業(yè)者通知各個服務器地址而進 行各種服務功能的提供。此外，通信業(yè)者能夠進行處理的定制化及特定處理的高速化。由 此，能夠按照用戶需求迅速地提供各種服務。本發(fā)明的其他目的、特征及優(yōu)點根據(jù)關(guān)于附圖的以下的本發(fā)明的實施例的記載會
變得更加清楚。


圖1是表示本發(fā)明的第一實施方式的通信網(wǎng)的結(jié)構(gòu)例的說明圖。圖2是表示本發(fā)明的第一實施方式的應用服務器2的結(jié)構(gòu)例的說明圖。圖3是表示本發(fā)明的第一實施方式的3PCC服務器3的結(jié)構(gòu)例的說明圖。圖4是表示本發(fā)明的第一實施方式的存在服務器5的結(jié)構(gòu)例的說明圖。圖5A是表示本發(fā)明的第一實施方式的應用服務器2的會話信息表的結(jié)構(gòu)的一例 的說明圖。圖5B是表示本發(fā)明的第一實施方式的應用服務器2的觸發(fā)規(guī)則的結(jié)構(gòu)的一例的說明圖。
圖6A是表示本發(fā)明的第--實施方式的應用服務器2的消息規(guī)則的結(jié)構(gòu)的一例的說明圖。
圖6B是表示本發(fā)明的第--實施方式的應用服務器2的參數(shù)規(guī)則的結(jié)構(gòu)的一例的說明圖。
圖7是說明本發(fā)明的第一實施方式的應用服務器2的服務判斷例程的流程圖。
圖8是說明本發(fā)明的第一實施方式的3PPC服務的順序的序列圖。
圖9是說明本發(fā)明的第一實施方式的3PPC服務的順序的序列圖。
圖10是說明本發(fā)明的第--實施方式的3PPC服務的順序的序列圖。
圖11是表示本發(fā)明的第二二實施方式的應用服務器2的結(jié)構(gòu)例的說明圖。
圖12是表示本發(fā)明的第二二實施方式的3PCC服務器3的結(jié)構(gòu)例的說明圖。
圖13是表示本發(fā)明的第二二實施方式的存在服務器5的結(jié)構(gòu)例的說明圖。
圖14是說明本發(fā)明的第二二實施方式的應用服務器2的服務判斷例程的流程圖。
圖15是說明本發(fā)明的第二二實施方式的消息參數(shù)變換例程的流程圖。
圖16A是表示本發(fā)明的第二實施方式的3PCC服務器3中的消息規(guī)則的結(jié)構(gòu)的一例的說明圖O
圖16B是表示本發(fā)明的第二實施方式的3PCC服務器3中的參數(shù)規(guī)則的結(jié)構(gòu)的一例的說明圖O
標號說明
2應用服務器
33PCC服務器
5存在服務器
220 觸發(fā)規(guī)則
230 消息規(guī)則
240 參數(shù)規(guī)則
260 服務判斷例程
具體實施例方式
利用

本發(fā)明的第一實施方式。作為代表例，詳細地說明利用第三者呼叫控制(3PCC)服務時的通信方法。圖1是表示本發(fā)明的第一實施方式的通信網(wǎng)的結(jié)構(gòu)例的說明圖。本實施方式的通信網(wǎng)包括IP網(wǎng)m和接入網(wǎng)N2 (N2a、N2b、N2C)。在圖1中，作為終端(以下稱作UE =User Equipment) 7的例子而表示固定終端 7a 7d。以下，在將終端7區(qū)別記載的情況下，對于標號添加尾標“a”、“b”、“c”、“d”，例如 如終端7a及終端7b那樣記載。其他結(jié)構(gòu)要素也按照同樣的規(guī)則記載。IP網(wǎng)m和接入網(wǎng)N2經(jīng)由接入網(wǎng)關(guān)裝置(AGW) 6 (6a、6b、6c)連接。也可以代替接 入網(wǎng)關(guān)裝置6而經(jīng)由路由器等其他通信裝置將IP網(wǎng)m和接入網(wǎng)N2連接。接入網(wǎng)關(guān)裝置 6提供傳送在終端7與IP網(wǎng)m之間收發(fā)的IP包的功能。IP網(wǎng)m至少具備SIP服務器1、TOB服務器4、應用服務器2、以及3PCC服務器3。IP網(wǎng)m也可以還具備存在服務器(presence server) 5。在IP網(wǎng)附具備存在服務器5的 情況下，IP網(wǎng)m能夠提供存在服務。Web服務器4具備用來啟動3PCC服務及存在服務的用戶接口功能、3PCC服務的啟 動所需要的功能、以及與應用服務器2的相互連接功能。應用服務器2具備為了利用通信網(wǎng)所具備的各種服務功能而需要的服務功能分 配功能及控制定制功能的功能。3PCC服務器3具備控制3PCC服務的執(zhí)行的功能。存在服務器5具備控制存在服務的執(zhí)行的功能。另外，在圖1中，作為例子而分別各表示了 1個SIP服務器1、Web服務器4、應用 服務器2、3PCC服務器3、存在服務器5。但是，在實施本發(fā)明時，這些結(jié)構(gòu)要素的數(shù)量也可 以是任意的。圖2是表示本發(fā)明的第一實施方式的應用服務器2的結(jié)構(gòu)例的說明圖。應用服務器2包括收容線路22(22a、22b)的接口部(IF) 21 (21a、21b)、CPU24、存 儲器25、和數(shù)據(jù)庫(DB) 26。各結(jié)構(gòu)要素通過總線23連接。在存儲器25中，存儲有執(zhí)行協(xié)議處理的程序28和從Web服務器4接收消息并執(zhí) 行3PCC服務器3及存在服務器5之間的相互連接功能的程序29。在存儲器25中也可以還 存儲有其他程序。CPU24是執(zhí)行存儲在存儲器25中的程序的處理器。在以下的說明中應用服務器2 執(zhí)行的處理實際上通過CPU24執(zhí)行某個程序而被執(zhí)行。執(zhí)行協(xié)議處理的程序28包括具備用來與WEB服務器4之間發(fā)送或接收信號的功 能的程序以及具備用來在3PCC服務器3與存在服務器5之間發(fā)送或接收信號的功能的程 序。例如，在WEB服務器4和應用服務器2通過SOAP over HTTP進行通信的情況下，使用 SOAP控制部和HTTP協(xié)議控制部進行通信。此外，在應用服務器2和3PCC服務器3通過 HTTP進行通信的情況下，使用HTTP協(xié)議控制部進行通信。另外，在圖2中作為通信協(xié)議而表示了 HTTP和SOAP。但是，在實施本發(fā)明時也可 以使用HTTP、SOAP以外的協(xié)議。執(zhí)行相互連接功能的程序29包括會話信息表210、觸發(fā)規(guī)則220、消息規(guī)則230、參 數(shù)規(guī)則240、附加信息處理引擎250、服務判斷例程260和變換引擎27。數(shù)據(jù)庫26也可以包 括會話信息表210、觸發(fā)規(guī)則220、消息規(guī)則230、以及參數(shù)規(guī)則240。通過應用服務器2具備觸發(fā)規(guī)則220、消息規(guī)則230、參數(shù)規(guī)則240和服務判斷例 程260，應用服務器2能夠控制對應于從TOB服務器4接收到的請求的服務功能。這里，服務 功能通過存在服務器5或3PCC服務器3實現(xiàn)。有時也將服務功能稱作啟動器(enabler)。進而，應用服務器2通過具備附加信息處理引擎250，能夠進行定制功能及高速化 所需的功能的控制。圖7是說明本發(fā)明的第一實施方式的服務判斷例程260的流程圖。圖5A是表示本發(fā)明的第一實施方式的會話信息表210的結(jié)構(gòu)的一例的說明圖。應 用服務器2如果從TOB服務器4接收到請求，則參照及更新會話信息表210。會話信息表210至少保存與Parlay X的呼叫會話標識符(Parlay X callsession Identifier) 211相對應的TOB服務器地址212、啟動器的地址213、以及觸發(fā)規(guī)則214。進
7而會話信息表210也可以保存會話狀態(tài)215。通過會話信息表210包括觸發(fā)規(guī)則214，應用 服務器2能夠迅速地檢測要啟動的服務功能。通過在會話信息表210中包括會話狀態(tài)215， 應用服務器能夠保持會話狀態(tài)。圖5B是表示本發(fā)明的第一實施方式的觸發(fā)規(guī)則220的結(jié)構(gòu)的一例的說明圖。觸發(fā)規(guī)則220至少保存與Parlay X API的namespace (命名空間)221相對應的 觸發(fā)規(guī)則222和啟動器IP地址223。應用服務器2如果從TOB服務器4接收到請求，則從 接收消息中提取namespace，確定對應于namespace221的觸發(fā)規(guī)則222。進而，提取與對應 條目相對應的啟動器IP地址223，并確定具有與請求消息相對應的服務功能的服務器的地 址f曰息。觸發(fā)規(guī)則220也可以還保存有附加信息處理有無224。通過觸發(fā)規(guī)則220包括附加信息處理有無224，應用服務器2能夠確定每個觸發(fā)規(guī) 則的定制處理及高速化處理。圖6A是表示本發(fā)明的第一實施方式的消息規(guī)則230的結(jié)構(gòu)的一例的說明圖。應 用服務器2在確定觸發(fā)規(guī)則之后，參照對應于觸發(fā)規(guī)則的消息規(guī)則，進行Parlay X消息231 與SIP消息232的變換。消息規(guī)則230至少保存與Parlay X消息231相對應的SIP消息232。消息規(guī)則 230也可以還保存表示參數(shù)變換處理的有無的標志233。 通過消息規(guī)則230包括表示參數(shù)變換處理的有無的標志233，應用服務器2能夠進 行是否變換包含在消息中的參數(shù)的判斷。圖6B是表示本發(fā)明的第一實施方式的參數(shù)規(guī)則240的結(jié)構(gòu)的一例的說明圖。參 數(shù)規(guī)則240至少保存與Parlay X的參數(shù)241相對應的SIP參數(shù)242。通過具備該表，應用 服務器2能夠進行Parlay X參數(shù)與SIP參數(shù)的變換。在應用服務器2參照消息規(guī)則230的結(jié)果是判斷為需要進行參數(shù)變換時，將包含 在消息中的Parlay X參數(shù)作為檢索鍵字，來參照參數(shù)規(guī)則240。在參數(shù)規(guī)則240中存在對 應的條目的情況下，應用服務器2進行Parlay X參數(shù)與SIP消息的參數(shù)(SIPheader (SIP 頭))的變換。圖3是表示本發(fā)明的第一實施方式的3PCC服務器3的結(jié)構(gòu)例的說明圖。3PCC 服務器 3 包括收容線路 32(32a、32b)的接口部(IF) 31 (31a、31b)、CPU34、存 儲器35、和數(shù)據(jù)庫(DB)36。各結(jié)構(gòu)要素通過總線33連接。在存儲器35中，存儲有執(zhí)行協(xié)議處理的程序38 (SIP協(xié)議控制、HTTP協(xié)議控制)、 以及執(zhí)行3PCC服務器處理的程序39 (進行SIP用戶代理處理的程序、進行3PCC控制處理 的程序)。在存儲器35中也可以還存儲有其他程序。CPU34是執(zhí)行存儲在存儲器35中的程序的處理器。在以下的說明中，3PCC服務器 3執(zhí)行的處理實際上通過CPU34執(zhí)行某個程序而被執(zhí)行。執(zhí)行協(xié)議處理的程序38包括具備用來與SIP服務器1之間發(fā)送或接收信號的功 能的程序(SIP協(xié)議控制)、以及具備用來與應用服務器2之間發(fā)送或接收信號的功能的程 序(HTTP協(xié)議控制)。另外，在圖3中作為通信協(xié)議而表示了 HTTP和SIP。但是，在實施本 發(fā)明時，3PCC服務器3與應用服務器2也可以利用HTTP以外的通信協(xié)議進行通信。執(zhí)行3PCC服務器處理的程序39包括進行SIP用戶代理處理的程序、以及進行3PCC控制處理的程序。進而，除了進行3PCC控制處理的程序以外，也可以還具備Parlay X 側(cè)的會話標識符與3PCC會話的標識符的對應信息。進而，3PCC服務器3的存儲器35也可 以包括3PCC服務器處理所需要的信息。3PCC服務器處理所需要的信息也可以保存在DB36中。圖4是表示本發(fā)明的第一實施方式的存在服務器5的結(jié)構(gòu)例的說明圖。存在服務器5包括收容線路52(52a、52b)的接口部(IF) 51 (51a、51b)、CPU54、存 儲器55和數(shù)據(jù)庫(DB)56。各結(jié)構(gòu)要素通過總線53連接。在存儲器55中，存儲有執(zhí)行協(xié)議處理的程序58 (SIP協(xié)議控制、HTTP協(xié)議控制)、 以及執(zhí)行存在服務器處理的程序59 (進行SIP用戶代理處理的程序、進行存在控制處理的 程序)。在存儲器55中也可以還存儲有其他程序。進而，存儲器55也可以包含存在控制處 理所需要的信息。存在控制處理所需要的信息也可以保存在DB56中。CPU54是執(zhí)行存儲在存儲器55中的程序的處理器。在以下的說明中存在服務器5 執(zhí)行的處理實際上通過CPU54執(zhí)行某個程序而被執(zhí)行。執(zhí)行協(xié)議處理的程序58包括具備用來與SIP服務器1之間發(fā)送或接收信號的功 能的程序(SIP協(xié)議控制)、以及具備用來與應用服務器2之間發(fā)送或接收信號的功能的程 序(HTTP協(xié)議控制)。另外，在圖4中，作為通信協(xié)議而表示了 HTTP和SIP。但是，在實施 本發(fā)明時，存在服務器5和應用服務器2也可以使用HTTP以外的通信協(xié)議進行通信。執(zhí)行存在服務器處理的程序59包括進行SIP用戶代理處理的程序、以及進行存在 控制處理的程序。進而，除了進行存在控制處理的程序以外，也可以還具備Parlay X側(cè)的 會話標識符與存在會話的標識符的對應信息。接著，參照圖8、圖9、圖10，說明接入在圖1所示的接入網(wǎng)N2a中的終端7a啟動 3PCC服務的序列。說明使用第一實施方式的終端7a的用戶接入到TOB服務器4 (SO)、請求啟動與終 端7b之間的3PCC服務的情況下的序列。WEB服務器4從終端7a接收3PCC服務的啟動請求。WEB服務器4向應用服務器 2發(fā)送請求終端7a與終端7b之間的會話建立的消息(建立呼叫會話請求)(Si)。在請求 該會話建立的消息中至少包含終端7a和終端7b的標識符。應用服務器2如果接收到上述會話建立請求，則將應答消息發(fā)送給WEB服務器 4(S2)。應答消息(建立呼叫會話應答)為了識別WEB服務器4與應用服務器2間的會話 而包括呼叫會話標識符。應用服務器2生成呼叫會話標識符。這里，應用服務器2將呼叫會話標識符作為檢索鍵字，檢索會話信息表210。如果 沒有對應條目，則選擇新條目210-1，將TOB服務器4的地址登記到對應條目的TOB服務器 地址212中。接著，應用服務器2啟動服務判斷例程260。如果接收到會話建立請求消息 Sl (S61)，則應用服務器2將包含在接收消息中的namespace作為檢索鍵字，檢索觸發(fā)規(guī)則 220(262)。在有對應的條目的情況下(例如條目220-n)，讀取對應條目的觸發(fā)規(guī)則以及啟 動器IP地址，并設定到會話信息表210的對應條目210-1的啟動器IP地址213、觸發(fā)規(guī)則 214中(263)。進而，在觸發(fā)規(guī)則220的對應條目的附加信息處理有無224中設定為“有”的情況下，應用服務器執(zhí)行對應于namespace的附加處理(271)。作為附加處理的例子，例如 有擴展參數(shù)的追加 刪除、通信日志的收集等。通過應用服務器2進行追加處理，能夠?qū)崿F(xiàn) 服務特有處理及通信業(yè)者特有處理。在觸發(fā)規(guī)則220的對應條目的附加信息處理有無224 中設定了 “無”的情況下，不進行本步驟中的追加處理(264)?；氐綀D7，繼續(xù)服務控制例程260的說明。應用服務器2參照在步驟263中決定 的消息規(guī)則230。消息規(guī)則230對應于每個隔觸發(fā)規(guī)則而存在，由觸發(fā)器表220的條目222 的值識別。消息規(guī)則230至少保存與Parlay X消息231相對應的SIP消息232、和參數(shù)變 換有無233的對應信息。應用服務器2按照上述消息規(guī)則進行消息的變換處理(266)。進 而，在參數(shù)變換有無233中設定為“有”的情況下，應用服務器2將包含在接收消息中的參 數(shù)作為檢索鍵字，檢索參數(shù)規(guī)則240(267)。在存在多個參數(shù)的情況下，對于所有參數(shù)，確認 有無對應的條目。在存在對應的條目的情況下，將包含在對應消息中的參數(shù)按照條目變換 (268)。如果消息及參數(shù)的變換結(jié)束，則應用服務器2參照會話信息表210，從在步驟Sl接 收時生成的條目中讀取啟動器IP地址(例如3pCC-ip)。這里，應用服務器2也可以在對應 條目210-1的會話狀態(tài)215中設定“服務啟動中”的狀態(tài)。然后，應用服務器2向作為3PCC服務器3的地址的上述啟動器IP地址發(fā)送消息 及參數(shù)變換后的消息(SIP應用服務器啟動請求)(269，S3)。本SIP應用服務器啟動請求 包括Parlay X呼叫會話標識符。應用服務器2如果從上述啟動器(3PCC服務器3)接收到應答消息(S4)，則結(jié)束本 例程(272)。在步驟S262、步驟S265中，在不存在對應條目的情況下，進行錯誤處理，結(jié)束本例 程(273)。在步驟270中，在應用服務器2在一定時間內(nèi)沒有接收到應答的情況下，進行錯 誤處理，結(jié)束本例程。即，在圖8中，接收到Sl的應用2參照消息規(guī)則230，將Parlay X消息“建立呼叫 會話請求”變換為SIP消息“INVITE”。此外，參照參數(shù)規(guī)則240，將包含在建立呼叫會話請 求中的參數(shù)變換為包含在SIP INVITE中的參數(shù)(例如，將設定終端7a、7b的標識符的參數(shù) call participant變換為Request URI)。在消息及參數(shù)的變換時，應用服務器2利用變換 引擎27。應用服務器2將包含變換后的消息的SIP應用服務器啟動請求發(fā)送給3PCC服務 ^^ 3 ο回到圖8，繼續(xù)序列的說明。3PCC服務器3如果接收到SIP應用服務器啟動請求 S3，則啟動3PCC控制，進行例如SIP基礎(chǔ)的3PCC控制。這里，3PCC服務器3生成用來識別終 端7a與終端7b之間的通信的3PCC標識符。3PCC服務器3在建立了會話的期間保持3PCC 標識符。如在圖3中說明那樣，3PCC控制是保存在存儲器35中且由CPU34執(zhí)行的程序。通過3PCC控制、SIP用戶代理控制、SIP協(xié)議控制提供3PCC服務。3PCC服務器 首先對終端7a請求會話建立(S5 S10)。作為用于會話建立請求的SIP消息，例如利用 INVITE。終端7a如果受理了會話建立請求，則以200 OK應答。3PCC服務器3將應答確認 ACK發(fā)送給終端7a。接著，3PCC服務器3對終端7b請求會話建立(Sll S16)。進而，對終端7a請求
10與終端7b之間的媒體信息的更新(S17 S22)。通過以上的處理，能夠進行終端7a與終端 7b之間的通信(S23)。3PCC服務器3在發(fā)送對步驟S21的會話建立應答的確認信號(ACK)之后，以“會話 建立通知”信號向應用服務器2通知會話(S27)。上述“會話建立通知”S27包含步驟S3中 接收到的Parlay X呼叫會話標識符。應用服務器2檢索包含在步驟S27的信號中的Parlay X呼叫會話標識符，將會話信息表210的對應條目210-1的會話狀態(tài)215變更為“會話建立 中，，。應用服務器2如果接收到上述信號，則向3PCC服務器3發(fā)送S27的接收確認信號 “會話建立通知應答” S28。WEB服務器4為了對應用服務器2確認3PCC服務的狀態(tài)，發(fā)送狀態(tài)詢問請求(獲 得呼叫會話信息請求)(S29)。上述請求的發(fā)送定時取決于WEB服務器側(cè)的設定值。應用服務器2將包含在上述請求中的呼叫會話標識符作為檢索鍵字，檢索會話信 息表210。從對應條目210-1中讀取會話狀態(tài)215。應用服務器2將包含會話狀態(tài)的應答 消息(獲得呼叫會話信息應答)發(fā)送給WEB服務器4 (S30)。這里，在終端7a與終端yb進行通信的期間，為了確認通信是否正常地進行，3PCC 服務器3也可以向終端7(終端7a、終端7b)定期地發(fā)送消息。作為定期地發(fā)送的消息，例 如可以使用SIP INVITE消息。圖9表示3PCC服務器3對終端7定期地發(fā)送SIP INVITE 消息的情況下的序列。3PCC服務器3經(jīng)由SIP服務器1對終端7a發(fā)送INVITE消息(S31、 S32)。終端7a如果接收到上述消息，則發(fā)送應答消息200 (S33、S34)。3PCC3發(fā)送對上述應 答消息的確認消息(S35、S36)。在3PCC服務器3與終端7a之間，定期地(例如定時器Tl) 重復本序列(S51 S56)。由此，確認通信是否被正常地進行。定時器值Tl在會話建立時 使用SIP消息決定。在3PCC服務器3與終端7b之間也收發(fā)同樣的消息(S37 S41、S57 S62)。定 時器值T2在會話建立時使用SIP消息決定。在本實施方式中，在會話建立用的通信協(xié)議中使用SIP。在實施本發(fā)明時，3PCC服 務器3與終端7也可以利用SIP以外的通信協(xié)議進行通信。接著，利用圖10說明通信結(jié)束時的處理。表示終端7a對TOB服務器4發(fā)送通信 結(jié)束請求的情況。例如通過使用終端7的用戶選擇TOB服務器4提供的TOB畫面上的通信 結(jié)束按鈕，來啟動上述通信結(jié)束請求(S70)。WEB服務器4對應用服務器2發(fā)送3PCC通信的結(jié)束請求“結(jié)束呼叫會話信息請 求”(S71)。上述消息包含Parlay X呼叫會話標識符。這里，應用服務器2將Parlay X呼叫會話標識符作為檢索鍵字，檢索會話信息表 210。從對應條目210-1讀取啟動器IP地址213和觸發(fā)規(guī)則，并且將會話狀態(tài)215更新為 “切斷中”。接著，應用服務器2如果接收到上述消息，則啟動服務判斷例程260。應用服務器 2將包含在上述消息中的“namespace”作為檢索鍵字，參照觸發(fā)規(guī)則220。如果存在對應的 條目，則應用服務器2參照對應條目的附加信息處理有無224。在該條目中設定了 “有”的 情況下，應用服務器2執(zhí)行對應于namespace的附加處理。進而，應用服務器2參照對應于觸發(fā)規(guī)則的消息規(guī)則表230。應用服務器2將在步驟S71中接收到的Parlay X消息作為檢索鍵字，檢索觸發(fā)規(guī)則表230。這里，從對應條目 230-2讀取對應的SIP消息名232 (BYE)和參數(shù)變換的有無233 (無)。接著，應用服務器2 利用變換引擎27進行消息及參數(shù)的變換。然后，應用服務器2將消息變換后的結(jié)束請求消 息發(fā)送給設定在啟動器IP地址213中的目的地“3pCC-ip” (S73)。3PCC服務器3如果接收到上述請求，則將應答消息“結(jié)束請求應答”向應用服務器 2發(fā)送。此外，3PCC服務器3對終端7a和終端7b分別發(fā)送SIP的會話結(jié)束消息(BYE) (S75 至 S82)。3PCC服務器3如果與終端7之間的會話結(jié)束，則向應用服務器2通知會話切斷(會 話切斷通知消息，S83)。在上述消息中包含Parlay X呼叫會話標識符。應用服務器2如果 接收到上述消息，則將Parlay X呼叫會話標識符作為檢索鍵字，檢索會話信息表210。應用 服務器2檢索對應條目，將會話狀態(tài)215變更為“切斷結(jié)束”。接著，應用服務器2向3PCC 服務器3發(fā)送對上述消息S83的應答消息S84。然后，應用服務器2將會話信息條目的對應條目210保持一定期間(在一定時間 后將對應條目刪除)。在應用服務器2保持對應條目的期間，從WEB服務器4向應用服務器2接收到信 息詢問“獲得呼叫會話信息請求” S85的情況下，將包含在對應消息中的呼叫會話標識符作 為檢索鍵字，檢索會話信息表210。應用服務器2讀取對應條目的會話信息的值，將包含會 話狀態(tài)“切斷結(jié)束”的應答消息“獲得呼叫會話信息應答” S86向TOB服務器4發(fā)送。如果應用服務器2在經(jīng)過一定時間后(將會話信息表的對應條目刪除之后)接收 到“獲得呼叫會話信息請求” S85，則在會話信息表中不存在對應條目。在此情況下，應用服 務器2向TOB服務器4發(fā)送包含會話狀態(tài)“沒有對應”的應答消息“獲得呼叫會話信息應 答” S86。上述請求S85的發(fā)送定時取決于TOB服務器4側(cè)的設定值。在本實施方式中，作為啟動器而表示了使用3PCC服務器3的例子。在實施本發(fā)明 時，也可以將3PCC服務器3以外的SIP應用服務器作為啟動器使用。作為3PCC服務器以 外的啟動器，例如有存在服務器5。另外，在上述第一實施方式中，應用服務器2、3PCC服務器3及存在服務器5也可 以如刀片服務器等那樣在同一個殼體的裝置上實現(xiàn)。根據(jù)本發(fā)明的第一實施方式，應用服務器2具備觸發(fā)規(guī)則、參數(shù)規(guī)則，在不同的消 息(例如Parlay X消息和SIP消息)之間能夠進行消息變換及參數(shù)變換。進而，通過使用 觸發(fā)規(guī)則表判斷附加信息處理有無，由此能夠在應用服務器2中進行私有參數(shù)的擴展及消 息高速化處理等附加信息處理。由此，通信業(yè)者及服務提供者能夠靈活地提供服務。接著，利用

本發(fā)明的第二實施方式。在上述第一實施方式中，應用服務器2提供了消息規(guī)則和參數(shù)規(guī)則。相對于此，在 第二實施方式中，其特征在于，存在服務器5或3PCC服務器3具備消息規(guī)則和參數(shù)規(guī)則。通 過存在服務器5或3PCC服務器3具備消息規(guī)則和參數(shù)規(guī)則，應用服務器2能夠?qū)Ｗ⒂诜?功能的分配處理、和附加功能的高速化處理。本發(fā)明的第二實施方式的通信網(wǎng)與第一實施方式是同樣的，所以省略說明(參照 圖1)。以下，僅對本發(fā)明的第二實施方式與第一實施方式的不同點進行說明。圖11是表示本發(fā)明的第二實施方式的應用服務器2的結(jié)構(gòu)例的說明圖。
在第二實施方式中，存儲器25不具備消息規(guī)則、參數(shù)規(guī)則、以及變換引擎。這些功 能由存在服務器5或3PCC服務器3具備。此外，應用服務器2不具備服務判斷例程260而 具備服務判斷例程280。在本實施方式中，應用服務器2能夠?qū)Ｗ⒂诜展δ艿姆峙涮幚?、和附加功能?高速化處理。圖12是表示本發(fā)明的第二實施方式的3PCC服務器3的結(jié)構(gòu)例的說明圖。在第二 實施方式中，3PCC服務器3的存儲器35除了第一實施方式以外，還具備消息規(guī)則330、參數(shù) 規(guī)則340、消息參數(shù)變換例程350、以及變換引擎37。通過3PCC服務器3具備消息規(guī)則、參數(shù)規(guī)則和變換引擎，應用服務器2能夠?qū)Ｗ?于服務功能的分配處理、和附加功能的高速化處理。此外，在本實施方式中，系統(tǒng)使用者能 夠不給應用服務器2帶來影響地實現(xiàn)3PCC服務用的參數(shù)擴展等3PCC服務特有的功能追 加。圖13是表示本發(fā)明的第二實施方式的存在服務器5的結(jié)構(gòu)例的說明圖。在第二 實施方式中，存在服務器5的存儲器55除了第一實施方式以外，還具備消息規(guī)則530、參數(shù) 規(guī)則540、消息參數(shù)變換例程350、以及變換引擎57。通過存在服務器5具備消息規(guī)則、參數(shù)規(guī)則和變換引擎，應用服務器2能夠?qū)Ｗ⒂?服務功能的分配處理、和附加功能的高速化處理。此外，在本實施方式中，系統(tǒng)使用者能夠 不給應用服務器2帶來影響地實現(xiàn)存在服務用的參數(shù)擴展等存在服務特有的功能追加。圖14是說明本發(fā)明的第二實施方式的服務判斷例程280的說明圖。第二實施方 式的服務判斷例程280不包括第一實施方式的消息變換及參數(shù)變換的步驟。圖15是說明本發(fā)明的第二實施方式的消息參數(shù)變換例程350的說明圖。啟動器 (例如3PCC服務器3、存在服務器5)具備上述消息參數(shù)變換例程350。接著，在第二實施方式中，對接入在圖1所示的接入網(wǎng)N2a中的終端7a啟動3PCC 服務的序列進行說明。序列圖與第一實施方式是同樣的，所以參照圖8、圖9、圖10，僅對第 二實施方式的序列與第一實施方式不同的部分進行說明。步驟Si、S2與第一實施方式是同樣的。接著，應用服務器2啟動服務判斷例程280。如果接收到會話建立請求消息 Sl (281)，則應用服務器2將包含在接收消息中的namespace作為檢索鍵字，檢索觸發(fā)規(guī)則 220(282)。在有對應的條目的情況下(例如條目220-1)，讀取對應條目的觸發(fā)規(guī)則及啟動 器IP地址，設定到會話信息表210的對應條目210-1的啟動器IP地址213、觸發(fā)規(guī)則214 中(283)。進而，在觸發(fā)規(guī)則220的對應條目的附加信息處理有無224中設定了“有”的情 況下，應用服務器2執(zhí)行對應于namespace的附加處理(288)。作為附加處理的例子，例如 有擴展參數(shù)的追加·刪除或通信日志的收集等。通過應用服務器2進行追加處理，能夠?qū)?現(xiàn)服務特有的功能及通信業(yè)者特有的功能。在觸發(fā)規(guī)則220的對應條目的附加信息處理有無224中設定了“無”的情況下，不 進行本步驟中的追加處理(284)，在步驟282中，在不存在對應條目的情況下，實施錯誤處 理(289)，結(jié)束本例程。接著，應用服務器2從在步驟Sl接收時生成的會話信息表210的條目210_1中讀 取啟動器IP地址(例如3pCC-ip)。這里，應用服務器2也可以在對應條目210-1的會話狀態(tài)215中設定“服務啟動中”的狀態(tài)。應用服務器2向上述啟動器IP地址(3PCC服務器3)發(fā)送SIP應用服務器啟動請 求S3 (285)。在本SIP應用服務器啟動請求中包含ParlayX呼叫會話標識符。3PCC服務器3如果接收到上述SIP應用服務器啟動請求S3，則啟動消息參數(shù)變換 例程 350 (351)。3PCC服務器3從存儲器35中參照消息規(guī)則330。消息規(guī)則330至少保存與Parlay X消息331對應的SIP消息332、以及參數(shù)變換有無333的對應信息。3PCC服務器3按照上 述消息規(guī)則進行消息的變換處理(353)。3PCC服務器3在進行消息變換的情況下，也可以 利用變換引擎37。進而，在參數(shù)變換有無333中設定了 “有”的情況下，3PCC服務器3將包含在接收 消息中的參數(shù)作為檢索鍵字，檢索參數(shù)規(guī)則340 (354)。在存在多個參數(shù)的情況下，對所有參 數(shù)確認有無對應的條目。在對應的條目存在的情況下，按照參數(shù)變換表變換包含在對應消 息中的參數(shù)(355)。如果消息以及參數(shù)的變換結(jié)束，則3PCC服務器3結(jié)束本例程(356)。在步驟352 中沒有對應的消息規(guī)則的情況下，進行錯誤處理，結(jié)束本例程(357)。接著，3PCC服務器3啟動3PCC控制，進行例如SIP基礎(chǔ)的3PCC控制。然后，步驟 S5到S62的處理與第一實施方式是同樣的。接著，利用圖10，僅說明通信結(jié)束時的處理中與第一實施方式不同的部分。應用服務器2如果接收到“結(jié)束呼叫會話信息請求” S71，則啟動服務判斷例程 280。應用服務器2將包含在上述消息中的“namespace”作為檢索鍵字，參照觸發(fā)規(guī)則220。 如果存在對應的條目，則參照對應條目的附加信息處理有無224。在該條目中設定了 “有” 的情況下，應用服務器2執(zhí)行對應于namespace的附加信息處理。然后，應用服務器2從會 話信息表的對應條目中讀取啟動器IP地址213，對設定的目的地“3pcc-ip”發(fā)送結(jié)束請求 消息(S73，285)。3PCC服務器3如果接收到上述結(jié)束請求消息S73，則啟動消息參數(shù)變換例程350。首先，3PCC服務器3將在步驟S71中接收到的Parlay X消息作為檢索鍵字，參照 消息規(guī)則表330。這里，從對應條目330-2中讀取對應的SIP消息332 (BYE)和參數(shù)變換的 有無333(無)。在不需要參數(shù)的變更的情況下，結(jié)束本例程。接著，3PCC服務器3利用變 換引擎37，進行消息的變換。接著，3PCC服務器3對終端7a和終端7b分別發(fā)送SIP的會 話結(jié)束消息(BYE)(S75到S82)。以后的處理與第一實施方式是同樣的。在圖16A中表示 本實施方式中的3PCC服務器3中的消息規(guī)則的結(jié)構(gòu)的一例，在圖16B中表示3PCC服務器 3中的參數(shù)規(guī)則的結(jié)構(gòu)的一例。在本實施方式中，表示了使用3PCC服務器3作為啟動器的例子。在實施本發(fā)明時， 也可以使用3PCC服務器以外的SIP應用服務器作為啟動器。作為3PCC服務器以外的啟動 器，例如有存在服務器5。在此情況下，存在服務器5在啟動消息參數(shù)變換例程350時參照 的表為消息規(guī)則530和參數(shù)規(guī)則540。根據(jù)本發(fā)明的第二實施方式，應用服務器2具備觸發(fā)規(guī)則，存在服務器5及3PCC 服務器3提供消息規(guī)則和參數(shù)規(guī)則。由此，應用服務器2能夠?qū)Ｗ⒂诜展δ艿姆峙涮幚?和附加功能的高速化處理。此外，能夠?qū)IP應用服務器所特有的處理(例如特殊參數(shù)的
14追加)封閉在3PCC服務器3或存在服務器5中來實現(xiàn)。由此，通信業(yè)者及服務提供者能夠 進行服務的追加及擴展。即，能夠?qū)崿F(xiàn)服務的迅速提供及服務的定制化。另外，在第二實施方式中，應用服務器2、3PCC服務器3及存在服務器5也可以如 刀片服務器等那樣在同一個殼體的裝置上實現(xiàn)。上述記載是對實施例進行的，而本發(fā)明并不限于此，對于本領(lǐng)域的技術(shù)人員而言， 顯然在本發(fā)明的主旨和權(quán)利要求書的范圍內(nèi)能夠進行各種變更及修正。工業(yè)實用性通過使用本發(fā)明，通信業(yè)者及服務提供者能夠靈活地提供服務。具體而言，應用服 務器2具備觸發(fā)規(guī)則和參數(shù)規(guī)則，能夠在不同的消息(例如Parlay X消息和SIP消息)之 間進行消息變換及參數(shù)變換。進而，通過使用觸發(fā)規(guī)則表判斷有無附加信息處理，由此在應 用服務器中能夠進行私有參數(shù)的擴展及消息高速化處理等附加信息處理。
權(quán)利要求
一種通信系統(tǒng)，具備至少1個終端、對上述終端提供通信服務的服務控制服務器、具有用戶接口的WEB服務器、以及具有與上述WEB服務器和上述服務控制服務器之間的通信線路的應用服務器，上述應用服務器具有從上述WEB服務器接收到服務請求信號時根據(jù)接收到的服務請求信號中包含的標識符確定對應的服務功能的機構(gòu)、按照所確定的服務功能變換接收消息的機構(gòu)、以及啟動對應于接收到的服務請求信號的上述服務控制服務器的機構(gòu)。
2.如權(quán)利要求1所述的通信系統(tǒng)，上述應用服務器還具備將服務請求信號變換為會話 控制信號的機構(gòu)。
3.如權(quán)利要求2所述的通信系統(tǒng)，上述會話控制信號是SIP。
4.如權(quán)利要求1所述的通信系統(tǒng)，上述應用服務器還具有檢測有無與服務請求信號對 應的附加信息處理的機構(gòu)，具備在檢測到上述附加信息處理的情況下實現(xiàn)與上述附加信息 處理對應的程序的機構(gòu)。
5.如權(quán)利要求4所述的通信系統(tǒng)，上述服務請求信號是ParlayX API。
6.如權(quán)利要求5所述的通信系統(tǒng)，上述應用服務器在接收到ParlayXAPI的服務請求 信號的情況下，按照包含在Parlay X API中的消息確定具備服務功能的服務控制服務器。
7.一種應用服務器，具備與對終端提供通信服務的服務控制服務器和具有用戶接口 的WEB服務器之間的通信線路；具有從上述WEB服務器接收到服務請求信號時根據(jù)接收到的服務請求信號中包含的 標識符確定對應的服務功能的機構(gòu)、按照所確定的服務功能變換接收消息的機構(gòu)、以及啟 動對應于接收到的服務請求信號的上述服務控制服務器的機構(gòu)。
8.如權(quán)利要求7所述的應用服務器，具備將上述服務請求信號變換為上述會話控制信 號的機構(gòu)。
9.如權(quán)利要求8所述的應用服務器，上述會話控制信號是SIP。
10.如權(quán)利要求7所述的應用服務器，還具有檢測有無與服務請求信號對應的附加信 息處理的機構(gòu)，具備在檢測到上述附加信息處理的情況下實現(xiàn)與上述附加信息處理對應的 程序的機構(gòu)。
11.如權(quán)利要求10所述的應用服務器，上述服務請求信號是ParlayXAPI0
12.如權(quán)利要求11所述的應用服務器，在接收到ParlayXAPI的服務請求信號的情況 下，按照包含在Parlay X API中的消息確定具備服務功能的服務控制服務器。
13.—種通信方法，在具備至少1個終端、對上述終端提供通信服務的服務控制服務 器、具有用戶接口的WEB服務器、以及具有與上述WEB服務器和上述服務控制服務器之間的 通信線路的應用服務器的通信系統(tǒng)中，上述應用服務器具有從上述WEB服務器接收到服務請求信號時根據(jù)接收到的服務請 求信號中包含的標識符確定對應的服務功能的機構(gòu)、以及按照所確定的服務功能變換接收 消息的機構(gòu)；上述應用服務器啟動對應于接收到的服務請求信號的上述服務控制服務器。
14.如權(quán)利要求13所述的通信方法，上述應用服務器還具備將服務請求信號變換為會 話控制信號的機構(gòu)。
15.一種通信系統(tǒng)，具備至少1個終端、對上述終端提供通信服務的服務控制服務器、2具有用戶接口的WEB服務器、以及具有與上述WEB服務器和上述服務控制服務器之間的通 信線路的應用服務器，上述應用服務器具有從上述WEB服務器接收到服務請求信號時根據(jù)包含在接收到的 服務請求信號中的標識符確定對應的服務功能的機構(gòu)、以及啟動對應于接收到的服務請求 信號的上述服務控制服務器的機構(gòu)；上述服務控制服務器具有按照所確定的服務功能變換接收消息的機構(gòu)。
16.如權(quán)利要求15所述的通信系統(tǒng)，上述服務控制服務器還具備將服務請求信號變換 為會話控制信號的機構(gòu)。
17.如權(quán)利要求16所述的通信系統(tǒng)，上述會話控制信號是SIP。
18.如權(quán)利要求15所述的通信系統(tǒng)，上述應用服務器還具有檢測有無與服務請求信號 對應的附加信息處理的機構(gòu)，具備在檢測到上述附加信息處理的情況下實現(xiàn)與上述附加信 息處理對應的程序的機構(gòu)。
19.如權(quán)利要求18所述的通信系統(tǒng)，上述服務請求信號是ParlayX API。
20.如權(quán)利要求19所述的通信系統(tǒng)，上述應用服務器在接收到ParlayXAPI的服務請求 信號時，按照包含在Parlay X API中的消息確定具備服務功能的服務控制服務器。
全文摘要
通信業(yè)者具備具有消息變換功能的應用服務器(2)。應用服務器(2)參照觸發(fā)規(guī)則(220)和消息規(guī)則(230)，進行服務功能分配處理。通信業(yè)者能夠不對服務業(yè)者提供各自的服務器地址地進行各種服務功能的提供。
文檔編號H04L12/56GK101911664SQ20088012483
公開日2010年12月8日 申請日期2008年12月19日 優(yōu)先權(quán)日2008年3月6日
發(fā)明者松原大典, 武田幸子, 高瀨晶彥 申請人:株式會社日立制作所