專利名稱:服務(wù)控制裝置、服務(wù)控制系統(tǒng)及方法
技術(shù)領(lǐng)域:
本申請說明書中公開的技術(shù)涉及連接在網(wǎng)絡(luò)上的通信裝置、通信系統(tǒng)以及通信控 制方法。特別涉及多個通信服務(wù)器進(jìn)行相互通信時的服務(wù)器聯(lián)動、以及消息變換處理。其 中,也涉及將采用了 SIP的會話控制的通信系統(tǒng)和提供Web應(yīng)用的通信系統(tǒng)相互連接的通 信系統(tǒng)中的消息變換方法。
背景技術(shù):
以聲音、數(shù)據(jù)、運(yùn)動圖像等的各種多媒體服務(wù)的高速且高品質(zhì)的提供為目的,進(jìn)行 了第三代移動通信系統(tǒng)的標(biāo)準(zhǔn)化。3GPP(3rd GenerationPartnership Project)推進(jìn)了在 包交換網(wǎng)上利用IPdnternet Protocol)技術(shù)提供聲音、影像等的多媒體服務(wù)的“All IP 基礎(chǔ)移動通信網(wǎng)”的標(biāo)準(zhǔn)化。All IP移動通信網(wǎng)中的會話控制系統(tǒng)稱作IMS (IP MultimediaSubsystem)。IMS 也在下一代網(wǎng)絡(luò)(NGN. Next Generation Network)的會話控制技術(shù)中采用。作為IMS中的會話控制協(xié)議,使用SIP (Session Initiation Protocol)(例如參 照IETF RFC3261 (2002. 6))。SIP是進(jìn)行用IETF規(guī)格化的IP多媒體通信的會話控制的協(xié) 議。SIP控制通信裝置間的會話建立、維持及切斷。在使用SIP的代表服務(wù)中有IP電話服務(wù)。IP電話服務(wù)是在IP網(wǎng)絡(luò)上收發(fā)聲音信 息的服務(wù)。在SIP的IP電話服務(wù)中,在通信開始前在通信裝置間設(shè)定虛擬的通話路徑(會 話)。將IP包化的聲音數(shù)據(jù)在設(shè)定的通信路徑上傳送。聲音數(shù)據(jù)的屬性等媒體信息在會話建立時決定。通信裝置通過包含在SIP消息中 的SDP(Session Description Protocol 會話描述協(xié)議),通知媒體信息。在SDP中,能夠 記述關(guān)于會話的各種各樣的信息(例如IP地址、端口號碼、媒體種類等)。作為使用SIP協(xié) 議的應(yīng)用服務(wù)的例子,有 ThirdParty Call Control (例如參照 IETF RFC3725 (2004. 6))。進(jìn)而,為了能夠從Web服務(wù)利用通信業(yè)者提供的通信服務(wù),API (Application Programming Interface 應(yīng)用程序設(shè)計(jì)接口 )的研究不斷進(jìn)展。作為規(guī)定API的業(yè)界團(tuán)體,有Parlay Group。在Parlay Group中,正在制 定稱作“Parlay-X”的API。Parlay Group與歐洲電氣通信標(biāo)準(zhǔn)化ETSI (European Telecommunications Standards Institute)及第三代移動通信標(biāo)準(zhǔn)化團(tuán)體3GPP聯(lián)動。 Parlay X的規(guī)格由該3個團(tuán)體共同發(fā)行?!癙arlay-x”是以Web服務(wù)環(huán)境中的使用為目的的、不依存于網(wǎng)絡(luò)及廠商、并且不 限定于安裝語言的Web服務(wù)的API。"Parlay X”定義面向Web開發(fā)者的抽象化的開放接口, 但并沒有規(guī)定其安裝方法。在“Parlay-x”中,對每個服務(wù)規(guī)定了 API的集。作為使用Parlay-XAPI而提供的
4服務(wù),例如有從Web應(yīng)用啟動兩者的通話服務(wù)的3PCC(3rdParty Call Control) (4th Draft ES 202 504-2Parlay X 3.0(2007.8))。非專利文獻(xiàn)1 JETF RFC3261 (2002. 6)非專利文獻(xiàn)2 IETF RFC3725 (2004. 4)非專利文獻(xiàn)3 :4th Draft ES 202 504_2Parlay X 3. 0 (2007. 8)
發(fā)明內(nèi)容
在3PCC用的API中,規(guī)定了從Web應(yīng)用服務(wù)器向通信系統(tǒng)發(fā)送的請求消息(開始、 結(jié)束、呼叫信息詢問)和其應(yīng)答消息。作為使用SIP協(xié)議的應(yīng)用的例子,有Third Party Call Control,表示了 SIP消息 的序列例子。但是,關(guān)于上述Parlay XAPI和上述SIP消息的變換機(jī)構(gòu),并沒有規(guī)定安裝方法。因此,在服務(wù)業(yè)者經(jīng)由以Parlay X為代表的開放AIP利用通信業(yè)者的服務(wù)功能的 通信系統(tǒng)中,存在通信業(yè)者需要確定對應(yīng)于被請求的服務(wù)功能的服務(wù)器的問題。本發(fā)明的目的是提供一種使通信業(yè)者能夠不對服務(wù)業(yè)者通知各個應(yīng)用服務(wù)器的 地址、而實(shí)現(xiàn)各種服務(wù)功能的利用的方法。在本申請中公開的代表性的發(fā)明中,通信系統(tǒng)具備具有開放API和SIP的變換功 能的應(yīng)用服務(wù)器。應(yīng)用服務(wù)器參照觸發(fā)規(guī)則和消息規(guī)則,進(jìn)行服務(wù)功能的分配處理。通過 具備本功能,通信業(yè)者能夠不對服務(wù)業(yè)者通知各種應(yīng)用服務(wù)器地址而進(jìn)行各種服務(wù)功能的 提供。在本申請中公開的另一代表性的發(fā)明中,上述應(yīng)用服務(wù)器還具備對應(yīng)于服務(wù)業(yè)者 的請求的定制處理(例如參數(shù)的追加處理功能)等附加信息處理功能、和對應(yīng)于各處理內(nèi) 容的高速化引擎(例如收費(fèi)信息等事務(wù)處理的高速化引擎)。通過具備本功能,應(yīng)用服務(wù)器 能夠?qū)崿F(xiàn)定制化及特定處理的高速化。發(fā)明效果根據(jù)本發(fā)明的一實(shí)施方式,通信業(yè)者能夠不對服務(wù)業(yè)者通知各個服務(wù)器地址而進(jìn) 行各種服務(wù)功能的提供。此外,通信業(yè)者能夠進(jìn)行處理的定制化及特定處理的高速化。由 此,能夠按照用戶需求迅速地提供各種服務(wù)。本發(fā)明的其他目的、特征及優(yōu)點(diǎn)根據(jù)關(guān)于附圖的以下的本發(fā)明的實(shí)施例的記載會
變得更加清楚。
圖1是表示本發(fā)明的第一實(shí)施方式的通信網(wǎng)的結(jié)構(gòu)例的說明圖。圖2是表示本發(fā)明的第一實(shí)施方式的應(yīng)用服務(wù)器2的結(jié)構(gòu)例的說明圖。圖3是表示本發(fā)明的第一實(shí)施方式的3PCC服務(wù)器3的結(jié)構(gòu)例的說明圖。圖4是表示本發(fā)明的第一實(shí)施方式的存在服務(wù)器5的結(jié)構(gòu)例的說明圖。圖5A是表示本發(fā)明的第一實(shí)施方式的應(yīng)用服務(wù)器2的會話信息表的結(jié)構(gòu)的一例 的說明圖。圖5B是表示本發(fā)明的第一實(shí)施方式的應(yīng)用服務(wù)器2的觸發(fā)規(guī)則的結(jié)構(gòu)的一例的說明圖。
圖6A是表示本發(fā)明的第--實(shí)施方式的應(yīng)用服務(wù)器2的消息規(guī)則的結(jié)構(gòu)的一例的說明圖。
圖6B是表示本發(fā)明的第--實(shí)施方式的應(yīng)用服務(wù)器2的參數(shù)規(guī)則的結(jié)構(gòu)的一例的說明圖。
圖7是說明本發(fā)明的第一實(shí)施方式的應(yīng)用服務(wù)器2的服務(wù)判斷例程的流程圖。
圖8是說明本發(fā)明的第一實(shí)施方式的3PPC服務(wù)的順序的序列圖。
圖9是說明本發(fā)明的第一實(shí)施方式的3PPC服務(wù)的順序的序列圖。
圖10是說明本發(fā)明的第--實(shí)施方式的3PPC服務(wù)的順序的序列圖。
圖11是表示本發(fā)明的第二二實(shí)施方式的應(yīng)用服務(wù)器2的結(jié)構(gòu)例的說明圖。
圖12是表示本發(fā)明的第二二實(shí)施方式的3PCC服務(wù)器3的結(jié)構(gòu)例的說明圖。
圖13是表示本發(fā)明的第二二實(shí)施方式的存在服務(wù)器5的結(jié)構(gòu)例的說明圖。
圖14是說明本發(fā)明的第二二實(shí)施方式的應(yīng)用服務(wù)器2的服務(wù)判斷例程的流程圖。
圖15是說明本發(fā)明的第二二實(shí)施方式的消息參數(shù)變換例程的流程圖。
圖16A是表示本發(fā)明的第二實(shí)施方式的3PCC服務(wù)器3中的消息規(guī)則的結(jié)構(gòu)的一例的說明圖O
圖16B是表示本發(fā)明的第二實(shí)施方式的3PCC服務(wù)器3中的參數(shù)規(guī)則的結(jié)構(gòu)的一例的說明圖O
標(biāo)號說明
2應(yīng)用服務(wù)器
33PCC服務(wù)器
5存在服務(wù)器
220 觸發(fā)規(guī)則
230 消息規(guī)則
240 參數(shù)規(guī)則
260 服務(wù)判斷例程
具體實(shí)施例方式
利用
本發(fā)明的第一實(shí)施方式。作為代表例,詳細(xì)地說明利用第三者呼叫控制(3PCC)服務(wù)時的通信方法。圖1是表示本發(fā)明的第一實(shí)施方式的通信網(wǎng)的結(jié)構(gòu)例的說明圖。本實(shí)施方式的通信網(wǎng)包括IP網(wǎng)m和接入網(wǎng)N2 (N2a、N2b、N2C)。在圖1中,作為終端(以下稱作UE =User Equipment) 7的例子而表示固定終端 7a 7d。以下,在將終端7區(qū)別記載的情況下,對于標(biāo)號添加尾標(biāo)“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服務(wù)器1、TOB服務(wù)器4、應(yīng)用服務(wù)器2、以及3PCC服務(wù)器3。IP網(wǎng)m也可以還具備存在服務(wù)器(presence server) 5。在IP網(wǎng)附具備存在服務(wù)器5的 情況下,IP網(wǎng)m能夠提供存在服務(wù)。Web服務(wù)器4具備用來啟動3PCC服務(wù)及存在服務(wù)的用戶接口功能、3PCC服務(wù)的啟 動所需要的功能、以及與應(yīng)用服務(wù)器2的相互連接功能。應(yīng)用服務(wù)器2具備為了利用通信網(wǎng)所具備的各種服務(wù)功能而需要的服務(wù)功能分 配功能及控制定制功能的功能。3PCC服務(wù)器3具備控制3PCC服務(wù)的執(zhí)行的功能。存在服務(wù)器5具備控制存在服務(wù)的執(zhí)行的功能。另外,在圖1中,作為例子而分別各表示了 1個SIP服務(wù)器1、Web服務(wù)器4、應(yīng)用 服務(wù)器2、3PCC服務(wù)器3、存在服務(wù)器5。但是,在實(shí)施本發(fā)明時,這些結(jié)構(gòu)要素的數(shù)量也可 以是任意的。圖2是表示本發(fā)明的第一實(shí)施方式的應(yīng)用服務(wù)器2的結(jié)構(gòu)例的說明圖。應(yīng)用服務(wù)器2包括收容線路22(22a、22b)的接口部(IF) 21 (21a、21b)、CPU24、存 儲器25、和數(shù)據(jù)庫(DB) 26。各結(jié)構(gòu)要素通過總線23連接。在存儲器25中,存儲有執(zhí)行協(xié)議處理的程序28和從Web服務(wù)器4接收消息并執(zhí) 行3PCC服務(wù)器3及存在服務(wù)器5之間的相互連接功能的程序29。在存儲器25中也可以還 存儲有其他程序。CPU24是執(zhí)行存儲在存儲器25中的程序的處理器。在以下的說明中應(yīng)用服務(wù)器2 執(zhí)行的處理實(shí)際上通過CPU24執(zhí)行某個程序而被執(zhí)行。執(zhí)行協(xié)議處理的程序28包括具備用來與WEB服務(wù)器4之間發(fā)送或接收信號的功 能的程序以及具備用來在3PCC服務(wù)器3與存在服務(wù)器5之間發(fā)送或接收信號的功能的程 序。例如,在WEB服務(wù)器4和應(yīng)用服務(wù)器2通過SOAP over HTTP進(jìn)行通信的情況下,使用 SOAP控制部和HTTP協(xié)議控制部進(jìn)行通信。此外,在應(yīng)用服務(wù)器2和3PCC服務(wù)器3通過 HTTP進(jìn)行通信的情況下,使用HTTP協(xié)議控制部進(jìn)行通信。另外,在圖2中作為通信協(xié)議而表示了 HTTP和SOAP。但是,在實(shí)施本發(fā)明時也可 以使用HTTP、SOAP以外的協(xié)議。執(zhí)行相互連接功能的程序29包括會話信息表210、觸發(fā)規(guī)則220、消息規(guī)則230、參 數(shù)規(guī)則240、附加信息處理引擎250、服務(wù)判斷例程260和變換引擎27。數(shù)據(jù)庫26也可以包 括會話信息表210、觸發(fā)規(guī)則220、消息規(guī)則230、以及參數(shù)規(guī)則240。通過應(yīng)用服務(wù)器2具備觸發(fā)規(guī)則220、消息規(guī)則230、參數(shù)規(guī)則240和服務(wù)判斷例 程260,應(yīng)用服務(wù)器2能夠控制對應(yīng)于從TOB服務(wù)器4接收到的請求的服務(wù)功能。這里,服務(wù) 功能通過存在服務(wù)器5或3PCC服務(wù)器3實(shí)現(xiàn)。有時也將服務(wù)功能稱作啟動器(enabler)。進(jìn)而,應(yīng)用服務(wù)器2通過具備附加信息處理引擎250,能夠進(jìn)行定制功能及高速化 所需的功能的控制。圖7是說明本發(fā)明的第一實(shí)施方式的服務(wù)判斷例程260的流程圖。圖5A是表示本發(fā)明的第一實(shí)施方式的會話信息表210的結(jié)構(gòu)的一例的說明圖。應(yīng) 用服務(wù)器2如果從TOB服務(wù)器4接收到請求,則參照及更新會話信息表210。會話信息表210至少保存與Parlay X的呼叫會話標(biāo)識符(Parlay X callsession Identifier) 211相對應(yīng)的TOB服務(wù)器地址212、啟動器的地址213、以及觸發(fā)規(guī)則214。進(jìn)
7而會話信息表210也可以保存會話狀態(tài)215。通過會話信息表210包括觸發(fā)規(guī)則214,應(yīng)用 服務(wù)器2能夠迅速地檢測要啟動的服務(wù)功能。通過在會話信息表210中包括會話狀態(tài)215, 應(yīng)用服務(wù)器能夠保持會話狀態(tài)。圖5B是表示本發(fā)明的第一實(shí)施方式的觸發(fā)規(guī)則220的結(jié)構(gòu)的一例的說明圖。觸發(fā)規(guī)則220至少保存與Parlay X API的namespace (命名空間)221相對應(yīng)的 觸發(fā)規(guī)則222和啟動器IP地址223。應(yīng)用服務(wù)器2如果從TOB服務(wù)器4接收到請求,則從 接收消息中提取namespace,確定對應(yīng)于namespace221的觸發(fā)規(guī)則222。進(jìn)而,提取與對應(yīng) 條目相對應(yīng)的啟動器IP地址223,并確定具有與請求消息相對應(yīng)的服務(wù)功能的服務(wù)器的地 址f曰息。觸發(fā)規(guī)則220也可以還保存有附加信息處理有無224。通過觸發(fā)規(guī)則220包括附加信息處理有無224,應(yīng)用服務(wù)器2能夠確定每個觸發(fā)規(guī) 則的定制處理及高速化處理。圖6A是表示本發(fā)明的第一實(shí)施方式的消息規(guī)則230的結(jié)構(gòu)的一例的說明圖。應(yīng) 用服務(wù)器2在確定觸發(fā)規(guī)則之后,參照對應(yīng)于觸發(fā)規(guī)則的消息規(guī)則,進(jìn)行Parlay X消息231 與SIP消息232的變換。消息規(guī)則230至少保存與Parlay X消息231相對應(yīng)的SIP消息232。消息規(guī)則 230也可以還保存表示參數(shù)變換處理的有無的標(biāo)志233。 通過消息規(guī)則230包括表示參數(shù)變換處理的有無的標(biāo)志233,應(yīng)用服務(wù)器2能夠進(jìn) 行是否變換包含在消息中的參數(shù)的判斷。圖6B是表示本發(fā)明的第一實(shí)施方式的參數(shù)規(guī)則240的結(jié)構(gòu)的一例的說明圖。參 數(shù)規(guī)則240至少保存與Parlay X的參數(shù)241相對應(yīng)的SIP參數(shù)242。通過具備該表,應(yīng)用 服務(wù)器2能夠進(jìn)行Parlay X參數(shù)與SIP參數(shù)的變換。在應(yīng)用服務(wù)器2參照消息規(guī)則230的結(jié)果是判斷為需要進(jìn)行參數(shù)變換時,將包含 在消息中的Parlay X參數(shù)作為檢索鍵字,來參照參數(shù)規(guī)則240。在參數(shù)規(guī)則240中存在對 應(yīng)的條目的情況下,應(yīng)用服務(wù)器2進(jìn)行Parlay X參數(shù)與SIP消息的參數(shù)(SIPheader (SIP 頭))的變換。圖3是表示本發(fā)明的第一實(shí)施方式的3PCC服務(wù)器3的結(jié)構(gòu)例的說明圖。3PCC 服務(wù)器 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服務(wù)器處理的程序39 (進(jìn)行SIP用戶代理處理的程序、進(jìn)行3PCC控制處理 的程序)。在存儲器35中也可以還存儲有其他程序。CPU34是執(zhí)行存儲在存儲器35中的程序的處理器。在以下的說明中,3PCC服務(wù)器 3執(zhí)行的處理實(shí)際上通過CPU34執(zhí)行某個程序而被執(zhí)行。執(zhí)行協(xié)議處理的程序38包括具備用來與SIP服務(wù)器1之間發(fā)送或接收信號的功 能的程序(SIP協(xié)議控制)、以及具備用來與應(yīng)用服務(wù)器2之間發(fā)送或接收信號的功能的程 序(HTTP協(xié)議控制)。另外,在圖3中作為通信協(xié)議而表示了 HTTP和SIP。但是,在實(shí)施本 發(fā)明時,3PCC服務(wù)器3與應(yīng)用服務(wù)器2也可以利用HTTP以外的通信協(xié)議進(jìn)行通信。執(zhí)行3PCC服務(wù)器處理的程序39包括進(jìn)行SIP用戶代理處理的程序、以及進(jìn)行3PCC控制處理的程序。進(jìn)而,除了進(jìn)行3PCC控制處理的程序以外,也可以還具備Parlay X 側(cè)的會話標(biāo)識符與3PCC會話的標(biāo)識符的對應(yīng)信息。進(jìn)而,3PCC服務(wù)器3的存儲器35也可 以包括3PCC服務(wù)器處理所需要的信息。3PCC服務(wù)器處理所需要的信息也可以保存在DB36中。圖4是表示本發(fā)明的第一實(shí)施方式的存在服務(wù)器5的結(jié)構(gòu)例的說明圖。存在服務(wù)器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í)行存在服務(wù)器處理的程序59 (進(jìn)行SIP用戶代理處理的程序、進(jìn)行存在控制處理的 程序)。在存儲器55中也可以還存儲有其他程序。進(jìn)而,存儲器55也可以包含存在控制處 理所需要的信息。存在控制處理所需要的信息也可以保存在DB56中。CPU54是執(zhí)行存儲在存儲器55中的程序的處理器。在以下的說明中存在服務(wù)器5 執(zhí)行的處理實(shí)際上通過CPU54執(zhí)行某個程序而被執(zhí)行。執(zhí)行協(xié)議處理的程序58包括具備用來與SIP服務(wù)器1之間發(fā)送或接收信號的功 能的程序(SIP協(xié)議控制)、以及具備用來與應(yīng)用服務(wù)器2之間發(fā)送或接收信號的功能的程 序(HTTP協(xié)議控制)。另外,在圖4中,作為通信協(xié)議而表示了 HTTP和SIP。但是,在實(shí)施 本發(fā)明時,存在服務(wù)器5和應(yīng)用服務(wù)器2也可以使用HTTP以外的通信協(xié)議進(jìn)行通信。執(zhí)行存在服務(wù)器處理的程序59包括進(jìn)行SIP用戶代理處理的程序、以及進(jìn)行存在 控制處理的程序。進(jìn)而,除了進(jìn)行存在控制處理的程序以外,也可以還具備Parlay X側(cè)的 會話標(biāo)識符與存在會話的標(biāo)識符的對應(yīng)信息。接著,參照圖8、圖9、圖10,說明接入在圖1所示的接入網(wǎng)N2a中的終端7a啟動 3PCC服務(wù)的序列。說明使用第一實(shí)施方式的終端7a的用戶接入到TOB服務(wù)器4 (SO)、請求啟動與終 端7b之間的3PCC服務(wù)的情況下的序列。WEB服務(wù)器4從終端7a接收3PCC服務(wù)的啟動請求。WEB服務(wù)器4向應(yīng)用服務(wù)器 2發(fā)送請求終端7a與終端7b之間的會話建立的消息(建立呼叫會話請求)(Si)。在請求 該會話建立的消息中至少包含終端7a和終端7b的標(biāo)識符。應(yīng)用服務(wù)器2如果接收到上述會話建立請求,則將應(yīng)答消息發(fā)送給WEB服務(wù)器 4(S2)。應(yīng)答消息(建立呼叫會話應(yīng)答)為了識別WEB服務(wù)器4與應(yīng)用服務(wù)器2間的會話 而包括呼叫會話標(biāo)識符。應(yīng)用服務(wù)器2生成呼叫會話標(biāo)識符。這里,應(yīng)用服務(wù)器2將呼叫會話標(biāo)識符作為檢索鍵字,檢索會話信息表210。如果 沒有對應(yīng)條目,則選擇新條目210-1,將TOB服務(wù)器4的地址登記到對應(yīng)條目的TOB服務(wù)器 地址212中。接著,應(yīng)用服務(wù)器2啟動服務(wù)判斷例程260。如果接收到會話建立請求消息 Sl (S61),則應(yīng)用服務(wù)器2將包含在接收消息中的namespace作為檢索鍵字,檢索觸發(fā)規(guī)則 220(262)。在有對應(yīng)的條目的情況下(例如條目220-n),讀取對應(yīng)條目的觸發(fā)規(guī)則以及啟 動器IP地址,并設(shè)定到會話信息表210的對應(yīng)條目210-1的啟動器IP地址213、觸發(fā)規(guī)則 214中(263)。進(jìn)而,在觸發(fā)規(guī)則220的對應(yīng)條目的附加信息處理有無224中設(shè)定為“有”的情況下,應(yīng)用服務(wù)器執(zhí)行對應(yīng)于namespace的附加處理(271)。作為附加處理的例子,例如 有擴(kuò)展參數(shù)的追加 刪除、通信日志的收集等。通過應(yīng)用服務(wù)器2進(jìn)行追加處理,能夠?qū)崿F(xiàn) 服務(wù)特有處理及通信業(yè)者特有處理。在觸發(fā)規(guī)則220的對應(yīng)條目的附加信息處理有無224 中設(shè)定了 “無”的情況下,不進(jìn)行本步驟中的追加處理(264)?;氐綀D7,繼續(xù)服務(wù)控制例程260的說明。應(yīng)用服務(wù)器2參照在步驟263中決定 的消息規(guī)則230。消息規(guī)則230對應(yīng)于每個隔觸發(fā)規(guī)則而存在,由觸發(fā)器表220的條目222 的值識別。消息規(guī)則230至少保存與Parlay X消息231相對應(yīng)的SIP消息232、和參數(shù)變 換有無233的對應(yīng)信息。應(yīng)用服務(wù)器2按照上述消息規(guī)則進(jìn)行消息的變換處理(266)。進(jìn) 而,在參數(shù)變換有無233中設(shè)定為“有”的情況下,應(yīng)用服務(wù)器2將包含在接收消息中的參 數(shù)作為檢索鍵字,檢索參數(shù)規(guī)則240(267)。在存在多個參數(shù)的情況下,對于所有參數(shù),確認(rèn) 有無對應(yīng)的條目。在存在對應(yīng)的條目的情況下,將包含在對應(yīng)消息中的參數(shù)按照條目變換 (268)。如果消息及參數(shù)的變換結(jié)束,則應(yīng)用服務(wù)器2參照會話信息表210,從在步驟Sl接 收時生成的條目中讀取啟動器IP地址(例如3pCC-ip)。這里,應(yīng)用服務(wù)器2也可以在對應(yīng) 條目210-1的會話狀態(tài)215中設(shè)定“服務(wù)啟動中”的狀態(tài)。然后,應(yīng)用服務(wù)器2向作為3PCC服務(wù)器3的地址的上述啟動器IP地址發(fā)送消息 及參數(shù)變換后的消息(SIP應(yīng)用服務(wù)器啟動請求)(269,S3)。本SIP應(yīng)用服務(wù)器啟動請求 包括Parlay X呼叫會話標(biāo)識符。應(yīng)用服務(wù)器2如果從上述啟動器(3PCC服務(wù)器3)接收到應(yīng)答消息(S4),則結(jié)束本 例程(272)。在步驟S262、步驟S265中,在不存在對應(yīng)條目的情況下,進(jìn)行錯誤處理,結(jié)束本例 程(273)。在步驟270中,在應(yīng)用服務(wù)器2在一定時間內(nèi)沒有接收到應(yīng)答的情況下,進(jìn)行錯 誤處理,結(jié)束本例程。即,在圖8中,接收到Sl的應(yīng)用2參照消息規(guī)則230,將Parlay X消息“建立呼叫 會話請求”變換為SIP消息“INVITE”。此外,參照參數(shù)規(guī)則240,將包含在建立呼叫會話請 求中的參數(shù)變換為包含在SIP INVITE中的參數(shù)(例如,將設(shè)定終端7a、7b的標(biāo)識符的參數(shù) call participant變換為Request URI)。在消息及參數(shù)的變換時,應(yīng)用服務(wù)器2利用變換 引擎27。應(yīng)用服務(wù)器2將包含變換后的消息的SIP應(yīng)用服務(wù)器啟動請求發(fā)送給3PCC服務(wù) ^^ 3 ο回到圖8,繼續(xù)序列的說明。3PCC服務(wù)器3如果接收到SIP應(yīng)用服務(wù)器啟動請求 S3,則啟動3PCC控制,進(jìn)行例如SIP基礎(chǔ)的3PCC控制。這里,3PCC服務(wù)器3生成用來識別終 端7a與終端7b之間的通信的3PCC標(biāo)識符。3PCC服務(wù)器3在建立了會話的期間保持3PCC 標(biāo)識符。如在圖3中說明那樣,3PCC控制是保存在存儲器35中且由CPU34執(zhí)行的程序。通過3PCC控制、SIP用戶代理控制、SIP協(xié)議控制提供3PCC服務(wù)。3PCC服務(wù)器 首先對終端7a請求會話建立(S5 S10)。作為用于會話建立請求的SIP消息,例如利用 INVITE。終端7a如果受理了會話建立請求,則以200 OK應(yīng)答。3PCC服務(wù)器3將應(yīng)答確認(rèn) ACK發(fā)送給終端7a。接著,3PCC服務(wù)器3對終端7b請求會話建立(Sll S16)。進(jìn)而,對終端7a請求
10與終端7b之間的媒體信息的更新(S17 S22)。通過以上的處理,能夠進(jìn)行終端7a與終端 7b之間的通信(S23)。3PCC服務(wù)器3在發(fā)送對步驟S21的會話建立應(yīng)答的確認(rèn)信號(ACK)之后,以“會話 建立通知”信號向應(yīng)用服務(wù)器2通知會話(S27)。上述“會話建立通知”S27包含步驟S3中 接收到的Parlay X呼叫會話標(biāo)識符。應(yīng)用服務(wù)器2檢索包含在步驟S27的信號中的Parlay X呼叫會話標(biāo)識符,將會話信息表210的對應(yīng)條目210-1的會話狀態(tài)215變更為“會話建立 中,,。應(yīng)用服務(wù)器2如果接收到上述信號,則向3PCC服務(wù)器3發(fā)送S27的接收確認(rèn)信號 “會話建立通知應(yīng)答” S28。WEB服務(wù)器4為了對應(yīng)用服務(wù)器2確認(rèn)3PCC服務(wù)的狀態(tài),發(fā)送狀態(tài)詢問請求(獲 得呼叫會話信息請求)(S29)。上述請求的發(fā)送定時取決于WEB服務(wù)器側(cè)的設(shè)定值。應(yīng)用服務(wù)器2將包含在上述請求中的呼叫會話標(biāo)識符作為檢索鍵字,檢索會話信 息表210。從對應(yīng)條目210-1中讀取會話狀態(tài)215。應(yīng)用服務(wù)器2將包含會話狀態(tài)的應(yīng)答 消息(獲得呼叫會話信息應(yīng)答)發(fā)送給WEB服務(wù)器4 (S30)。這里,在終端7a與終端yb進(jìn)行通信的期間,為了確認(rèn)通信是否正常地進(jìn)行,3PCC 服務(wù)器3也可以向終端7(終端7a、終端7b)定期地發(fā)送消息。作為定期地發(fā)送的消息,例 如可以使用SIP INVITE消息。圖9表示3PCC服務(wù)器3對終端7定期地發(fā)送SIP INVITE 消息的情況下的序列。3PCC服務(wù)器3經(jīng)由SIP服務(wù)器1對終端7a發(fā)送INVITE消息(S31、 S32)。終端7a如果接收到上述消息,則發(fā)送應(yīng)答消息200 (S33、S34)。3PCC3發(fā)送對上述應(yīng) 答消息的確認(rèn)消息(S35、S36)。在3PCC服務(wù)器3與終端7a之間,定期地(例如定時器Tl) 重復(fù)本序列(S51 S56)。由此,確認(rèn)通信是否被正常地進(jìn)行。定時器值Tl在會話建立時 使用SIP消息決定。在3PCC服務(wù)器3與終端7b之間也收發(fā)同樣的消息(S37 S41、S57 S62)。定 時器值T2在會話建立時使用SIP消息決定。在本實(shí)施方式中,在會話建立用的通信協(xié)議中使用SIP。在實(shí)施本發(fā)明時,3PCC服 務(wù)器3與終端7也可以利用SIP以外的通信協(xié)議進(jìn)行通信。接著,利用圖10說明通信結(jié)束時的處理。表示終端7a對TOB服務(wù)器4發(fā)送通信 結(jié)束請求的情況。例如通過使用終端7的用戶選擇TOB服務(wù)器4提供的TOB畫面上的通信 結(jié)束按鈕,來啟動上述通信結(jié)束請求(S70)。WEB服務(wù)器4對應(yīng)用服務(wù)器2發(fā)送3PCC通信的結(jié)束請求“結(jié)束呼叫會話信息請 求”(S71)。上述消息包含Parlay X呼叫會話標(biāo)識符。這里,應(yīng)用服務(wù)器2將Parlay X呼叫會話標(biāo)識符作為檢索鍵字,檢索會話信息表 210。從對應(yīng)條目210-1讀取啟動器IP地址213和觸發(fā)規(guī)則,并且將會話狀態(tài)215更新為 “切斷中”。接著,應(yīng)用服務(wù)器2如果接收到上述消息,則啟動服務(wù)判斷例程260。應(yīng)用服務(wù)器 2將包含在上述消息中的“namespace”作為檢索鍵字,參照觸發(fā)規(guī)則220。如果存在對應(yīng)的 條目,則應(yīng)用服務(wù)器2參照對應(yīng)條目的附加信息處理有無224。在該條目中設(shè)定了 “有”的 情況下,應(yīng)用服務(wù)器2執(zhí)行對應(yīng)于namespace的附加處理。進(jìn)而,應(yīng)用服務(wù)器2參照對應(yīng)于觸發(fā)規(guī)則的消息規(guī)則表230。應(yīng)用服務(wù)器2將在步驟S71中接收到的Parlay X消息作為檢索鍵字,檢索觸發(fā)規(guī)則表230。這里,從對應(yīng)條目 230-2讀取對應(yīng)的SIP消息名232 (BYE)和參數(shù)變換的有無233 (無)。接著,應(yīng)用服務(wù)器2 利用變換引擎27進(jìn)行消息及參數(shù)的變換。然后,應(yīng)用服務(wù)器2將消息變換后的結(jié)束請求消 息發(fā)送給設(shè)定在啟動器IP地址213中的目的地“3pCC-ip” (S73)。3PCC服務(wù)器3如果接收到上述請求,則將應(yīng)答消息“結(jié)束請求應(yīng)答”向應(yīng)用服務(wù)器 2發(fā)送。此外,3PCC服務(wù)器3對終端7a和終端7b分別發(fā)送SIP的會話結(jié)束消息(BYE) (S75 至 S82)。3PCC服務(wù)器3如果與終端7之間的會話結(jié)束,則向應(yīng)用服務(wù)器2通知會話切斷(會 話切斷通知消息,S83)。在上述消息中包含Parlay X呼叫會話標(biāo)識符。應(yīng)用服務(wù)器2如果 接收到上述消息,則將Parlay X呼叫會話標(biāo)識符作為檢索鍵字,檢索會話信息表210。應(yīng)用 服務(wù)器2檢索對應(yīng)條目,將會話狀態(tài)215變更為“切斷結(jié)束”。接著,應(yīng)用服務(wù)器2向3PCC 服務(wù)器3發(fā)送對上述消息S83的應(yīng)答消息S84。然后,應(yīng)用服務(wù)器2將會話信息條目的對應(yīng)條目210保持一定期間(在一定時間 后將對應(yīng)條目刪除)。在應(yīng)用服務(wù)器2保持對應(yīng)條目的期間,從WEB服務(wù)器4向應(yīng)用服務(wù)器2接收到信 息詢問“獲得呼叫會話信息請求” S85的情況下,將包含在對應(yīng)消息中的呼叫會話標(biāo)識符作 為檢索鍵字,檢索會話信息表210。應(yīng)用服務(wù)器2讀取對應(yīng)條目的會話信息的值,將包含會 話狀態(tài)“切斷結(jié)束”的應(yīng)答消息“獲得呼叫會話信息應(yīng)答” S86向TOB服務(wù)器4發(fā)送。如果應(yīng)用服務(wù)器2在經(jīng)過一定時間后(將會話信息表的對應(yīng)條目刪除之后)接收 到“獲得呼叫會話信息請求” S85,則在會話信息表中不存在對應(yīng)條目。在此情況下,應(yīng)用服 務(wù)器2向TOB服務(wù)器4發(fā)送包含會話狀態(tài)“沒有對應(yīng)”的應(yīng)答消息“獲得呼叫會話信息應(yīng) 答” S86。上述請求S85的發(fā)送定時取決于TOB服務(wù)器4側(cè)的設(shè)定值。在本實(shí)施方式中,作為啟動器而表示了使用3PCC服務(wù)器3的例子。在實(shí)施本發(fā)明 時,也可以將3PCC服務(wù)器3以外的SIP應(yīng)用服務(wù)器作為啟動器使用。作為3PCC服務(wù)器以 外的啟動器,例如有存在服務(wù)器5。另外,在上述第一實(shí)施方式中,應(yīng)用服務(wù)器2、3PCC服務(wù)器3及存在服務(wù)器5也可 以如刀片服務(wù)器等那樣在同一個殼體的裝置上實(shí)現(xiàn)。根據(jù)本發(fā)明的第一實(shí)施方式,應(yīng)用服務(wù)器2具備觸發(fā)規(guī)則、參數(shù)規(guī)則,在不同的消 息(例如Parlay X消息和SIP消息)之間能夠進(jìn)行消息變換及參數(shù)變換。進(jìn)而,通過使用 觸發(fā)規(guī)則表判斷附加信息處理有無,由此能夠在應(yīng)用服務(wù)器2中進(jìn)行私有參數(shù)的擴(kuò)展及消 息高速化處理等附加信息處理。由此,通信業(yè)者及服務(wù)提供者能夠靈活地提供服務(wù)。接著,利用
本發(fā)明的第二實(shí)施方式。在上述第一實(shí)施方式中,應(yīng)用服務(wù)器2提供了消息規(guī)則和參數(shù)規(guī)則。相對于此,在 第二實(shí)施方式中,其特征在于,存在服務(wù)器5或3PCC服務(wù)器3具備消息規(guī)則和參數(shù)規(guī)則。通 過存在服務(wù)器5或3PCC服務(wù)器3具備消息規(guī)則和參數(shù)規(guī)則,應(yīng)用服務(wù)器2能夠?qū)W⒂诜?wù) 功能的分配處理、和附加功能的高速化處理。本發(fā)明的第二實(shí)施方式的通信網(wǎng)與第一實(shí)施方式是同樣的,所以省略說明(參照 圖1)。以下,僅對本發(fā)明的第二實(shí)施方式與第一實(shí)施方式的不同點(diǎn)進(jìn)行說明。圖11是表示本發(fā)明的第二實(shí)施方式的應(yīng)用服務(wù)器2的結(jié)構(gòu)例的說明圖。
在第二實(shí)施方式中,存儲器25不具備消息規(guī)則、參數(shù)規(guī)則、以及變換引擎。這些功 能由存在服務(wù)器5或3PCC服務(wù)器3具備。此外,應(yīng)用服務(wù)器2不具備服務(wù)判斷例程260而 具備服務(wù)判斷例程280。在本實(shí)施方式中,應(yīng)用服務(wù)器2能夠?qū)W⒂诜?wù)功能的分配處理、和附加功能的 高速化處理。圖12是表示本發(fā)明的第二實(shí)施方式的3PCC服務(wù)器3的結(jié)構(gòu)例的說明圖。在第二 實(shí)施方式中,3PCC服務(wù)器3的存儲器35除了第一實(shí)施方式以外,還具備消息規(guī)則330、參數(shù) 規(guī)則340、消息參數(shù)變換例程350、以及變換引擎37。通過3PCC服務(wù)器3具備消息規(guī)則、參數(shù)規(guī)則和變換引擎,應(yīng)用服務(wù)器2能夠?qū)W?于服務(wù)功能的分配處理、和附加功能的高速化處理。此外,在本實(shí)施方式中,系統(tǒng)使用者能 夠不給應(yīng)用服務(wù)器2帶來影響地實(shí)現(xiàn)3PCC服務(wù)用的參數(shù)擴(kuò)展等3PCC服務(wù)特有的功能追 加。圖13是表示本發(fā)明的第二實(shí)施方式的存在服務(wù)器5的結(jié)構(gòu)例的說明圖。在第二 實(shí)施方式中,存在服務(wù)器5的存儲器55除了第一實(shí)施方式以外,還具備消息規(guī)則530、參數(shù) 規(guī)則540、消息參數(shù)變換例程350、以及變換引擎57。通過存在服務(wù)器5具備消息規(guī)則、參數(shù)規(guī)則和變換引擎,應(yīng)用服務(wù)器2能夠?qū)W⒂?服務(wù)功能的分配處理、和附加功能的高速化處理。此外,在本實(shí)施方式中,系統(tǒng)使用者能夠 不給應(yīng)用服務(wù)器2帶來影響地實(shí)現(xiàn)存在服務(wù)用的參數(shù)擴(kuò)展等存在服務(wù)特有的功能追加。圖14是說明本發(fā)明的第二實(shí)施方式的服務(wù)判斷例程280的說明圖。第二實(shí)施方 式的服務(wù)判斷例程280不包括第一實(shí)施方式的消息變換及參數(shù)變換的步驟。圖15是說明本發(fā)明的第二實(shí)施方式的消息參數(shù)變換例程350的說明圖。啟動器 (例如3PCC服務(wù)器3、存在服務(wù)器5)具備上述消息參數(shù)變換例程350。接著,在第二實(shí)施方式中,對接入在圖1所示的接入網(wǎng)N2a中的終端7a啟動3PCC 服務(wù)的序列進(jìn)行說明。序列圖與第一實(shí)施方式是同樣的,所以參照圖8、圖9、圖10,僅對第 二實(shí)施方式的序列與第一實(shí)施方式不同的部分進(jìn)行說明。步驟Si、S2與第一實(shí)施方式是同樣的。接著,應(yīng)用服務(wù)器2啟動服務(wù)判斷例程280。如果接收到會話建立請求消息 Sl (281),則應(yīng)用服務(wù)器2將包含在接收消息中的namespace作為檢索鍵字,檢索觸發(fā)規(guī)則 220(282)。在有對應(yīng)的條目的情況下(例如條目220-1),讀取對應(yīng)條目的觸發(fā)規(guī)則及啟動 器IP地址,設(shè)定到會話信息表210的對應(yīng)條目210-1的啟動器IP地址213、觸發(fā)規(guī)則214 中(283)。進(jìn)而,在觸發(fā)規(guī)則220的對應(yīng)條目的附加信息處理有無224中設(shè)定了“有”的情 況下,應(yīng)用服務(wù)器2執(zhí)行對應(yīng)于namespace的附加處理(288)。作為附加處理的例子,例如 有擴(kuò)展參數(shù)的追加·刪除或通信日志的收集等。通過應(yīng)用服務(wù)器2進(jìn)行追加處理,能夠?qū)?現(xiàn)服務(wù)特有的功能及通信業(yè)者特有的功能。在觸發(fā)規(guī)則220的對應(yīng)條目的附加信息處理有無224中設(shè)定了“無”的情況下,不 進(jìn)行本步驟中的追加處理(284),在步驟282中,在不存在對應(yīng)條目的情況下,實(shí)施錯誤處 理(289),結(jié)束本例程。接著,應(yīng)用服務(wù)器2從在步驟Sl接收時生成的會話信息表210的條目210_1中讀 取啟動器IP地址(例如3pCC-ip)。這里,應(yīng)用服務(wù)器2也可以在對應(yīng)條目210-1的會話狀態(tài)215中設(shè)定“服務(wù)啟動中”的狀態(tài)。應(yīng)用服務(wù)器2向上述啟動器IP地址(3PCC服務(wù)器3)發(fā)送SIP應(yīng)用服務(wù)器啟動請 求S3 (285)。在本SIP應(yīng)用服務(wù)器啟動請求中包含ParlayX呼叫會話標(biāo)識符。3PCC服務(wù)器3如果接收到上述SIP應(yīng)用服務(wù)器啟動請求S3,則啟動消息參數(shù)變換 例程 350 (351)。3PCC服務(wù)器3從存儲器35中參照消息規(guī)則330。消息規(guī)則330至少保存與Parlay X消息331對應(yīng)的SIP消息332、以及參數(shù)變換有無333的對應(yīng)信息。3PCC服務(wù)器3按照上 述消息規(guī)則進(jìn)行消息的變換處理(353)。3PCC服務(wù)器3在進(jìn)行消息變換的情況下,也可以 利用變換引擎37。進(jìn)而,在參數(shù)變換有無333中設(shè)定了 “有”的情況下,3PCC服務(wù)器3將包含在接收 消息中的參數(shù)作為檢索鍵字,檢索參數(shù)規(guī)則340 (354)。在存在多個參數(shù)的情況下,對所有參 數(shù)確認(rèn)有無對應(yīng)的條目。在對應(yīng)的條目存在的情況下,按照參數(shù)變換表變換包含在對應(yīng)消 息中的參數(shù)(355)。如果消息以及參數(shù)的變換結(jié)束,則3PCC服務(wù)器3結(jié)束本例程(356)。在步驟352 中沒有對應(yīng)的消息規(guī)則的情況下,進(jìn)行錯誤處理,結(jié)束本例程(357)。接著,3PCC服務(wù)器3啟動3PCC控制,進(jìn)行例如SIP基礎(chǔ)的3PCC控制。然后,步驟 S5到S62的處理與第一實(shí)施方式是同樣的。接著,利用圖10,僅說明通信結(jié)束時的處理中與第一實(shí)施方式不同的部分。應(yīng)用服務(wù)器2如果接收到“結(jié)束呼叫會話信息請求” S71,則啟動服務(wù)判斷例程 280。應(yīng)用服務(wù)器2將包含在上述消息中的“namespace”作為檢索鍵字,參照觸發(fā)規(guī)則220。 如果存在對應(yīng)的條目,則參照對應(yīng)條目的附加信息處理有無224。在該條目中設(shè)定了 “有” 的情況下,應(yīng)用服務(wù)器2執(zhí)行對應(yīng)于namespace的附加信息處理。然后,應(yīng)用服務(wù)器2從會 話信息表的對應(yīng)條目中讀取啟動器IP地址213,對設(shè)定的目的地“3pcc-ip”發(fā)送結(jié)束請求 消息(S73,285)。3PCC服務(wù)器3如果接收到上述結(jié)束請求消息S73,則啟動消息參數(shù)變換例程350。首先,3PCC服務(wù)器3將在步驟S71中接收到的Parlay X消息作為檢索鍵字,參照 消息規(guī)則表330。這里,從對應(yīng)條目330-2中讀取對應(yīng)的SIP消息332 (BYE)和參數(shù)變換的 有無333(無)。在不需要參數(shù)的變更的情況下,結(jié)束本例程。接著,3PCC服務(wù)器3利用變 換引擎37,進(jìn)行消息的變換。接著,3PCC服務(wù)器3對終端7a和終端7b分別發(fā)送SIP的會 話結(jié)束消息(BYE)(S75到S82)。以后的處理與第一實(shí)施方式是同樣的。在圖16A中表示 本實(shí)施方式中的3PCC服務(wù)器3中的消息規(guī)則的結(jié)構(gòu)的一例,在圖16B中表示3PCC服務(wù)器 3中的參數(shù)規(guī)則的結(jié)構(gòu)的一例。在本實(shí)施方式中,表示了使用3PCC服務(wù)器3作為啟動器的例子。在實(shí)施本發(fā)明時, 也可以使用3PCC服務(wù)器以外的SIP應(yīng)用服務(wù)器作為啟動器。作為3PCC服務(wù)器以外的啟動 器,例如有存在服務(wù)器5。在此情況下,存在服務(wù)器5在啟動消息參數(shù)變換例程350時參照 的表為消息規(guī)則530和參數(shù)規(guī)則540。根據(jù)本發(fā)明的第二實(shí)施方式,應(yīng)用服務(wù)器2具備觸發(fā)規(guī)則,存在服務(wù)器5及3PCC 服務(wù)器3提供消息規(guī)則和參數(shù)規(guī)則。由此,應(yīng)用服務(wù)器2能夠?qū)W⒂诜?wù)功能的分配處理 和附加功能的高速化處理。此外,能夠?qū)IP應(yīng)用服務(wù)器所特有的處理(例如特殊參數(shù)的
14追加)封閉在3PCC服務(wù)器3或存在服務(wù)器5中來實(shí)現(xiàn)。由此,通信業(yè)者及服務(wù)提供者能夠 進(jìn)行服務(wù)的追加及擴(kuò)展。即,能夠?qū)崿F(xiàn)服務(wù)的迅速提供及服務(wù)的定制化。另外,在第二實(shí)施方式中,應(yīng)用服務(wù)器2、3PCC服務(wù)器3及存在服務(wù)器5也可以如 刀片服務(wù)器等那樣在同一個殼體的裝置上實(shí)現(xiàn)。上述記載是對實(shí)施例進(jìn)行的,而本發(fā)明并不限于此,對于本領(lǐng)域的技術(shù)人員而言, 顯然在本發(fā)明的主旨和權(quán)利要求書的范圍內(nèi)能夠進(jìn)行各種變更及修正。工業(yè)實(shí)用性通過使用本發(fā)明,通信業(yè)者及服務(wù)提供者能夠靈活地提供服務(wù)。具體而言,應(yīng)用服 務(wù)器2具備觸發(fā)規(guī)則和參數(shù)規(guī)則,能夠在不同的消息(例如Parlay X消息和SIP消息)之 間進(jìn)行消息變換及參數(shù)變換。進(jìn)而,通過使用觸發(fā)規(guī)則表判斷有無附加信息處理,由此在應(yīng) 用服務(wù)器中能夠進(jìn)行私有參數(shù)的擴(kuò)展及消息高速化處理等附加信息處理。
權(quán)利要求
一種通信系統(tǒng),具備至少1個終端、對上述終端提供通信服務(wù)的服務(wù)控制服務(wù)器、具有用戶接口的WEB服務(wù)器、以及具有與上述WEB服務(wù)器和上述服務(wù)控制服務(wù)器之間的通信線路的應(yīng)用服務(wù)器,上述應(yīng)用服務(wù)器具有從上述WEB服務(wù)器接收到服務(wù)請求信號時根據(jù)接收到的服務(wù)請求信號中包含的標(biāo)識符確定對應(yīng)的服務(wù)功能的機(jī)構(gòu)、按照所確定的服務(wù)功能變換接收消息的機(jī)構(gòu)、以及啟動對應(yīng)于接收到的服務(wù)請求信號的上述服務(wù)控制服務(wù)器的機(jī)構(gòu)。
2.如權(quán)利要求1所述的通信系統(tǒng),上述應(yīng)用服務(wù)器還具備將服務(wù)請求信號變換為會話 控制信號的機(jī)構(gòu)。
3.如權(quán)利要求2所述的通信系統(tǒng),上述會話控制信號是SIP。
4.如權(quán)利要求1所述的通信系統(tǒng),上述應(yīng)用服務(wù)器還具有檢測有無與服務(wù)請求信號對 應(yīng)的附加信息處理的機(jī)構(gòu),具備在檢測到上述附加信息處理的情況下實(shí)現(xiàn)與上述附加信息 處理對應(yīng)的程序的機(jī)構(gòu)。
5.如權(quán)利要求4所述的通信系統(tǒng),上述服務(wù)請求信號是ParlayX API。
6.如權(quán)利要求5所述的通信系統(tǒng),上述應(yīng)用服務(wù)器在接收到ParlayXAPI的服務(wù)請求 信號的情況下,按照包含在Parlay X API中的消息確定具備服務(wù)功能的服務(wù)控制服務(wù)器。
7.一種應(yīng)用服務(wù)器,具備與對終端提供通信服務(wù)的服務(wù)控制服務(wù)器和具有用戶接口 的WEB服務(wù)器之間的通信線路;具有從上述WEB服務(wù)器接收到服務(wù)請求信號時根據(jù)接收到的服務(wù)請求信號中包含的 標(biāo)識符確定對應(yīng)的服務(wù)功能的機(jī)構(gòu)、按照所確定的服務(wù)功能變換接收消息的機(jī)構(gòu)、以及啟 動對應(yīng)于接收到的服務(wù)請求信號的上述服務(wù)控制服務(wù)器的機(jī)構(gòu)。
8.如權(quán)利要求7所述的應(yīng)用服務(wù)器,具備將上述服務(wù)請求信號變換為上述會話控制信 號的機(jī)構(gòu)。
9.如權(quán)利要求8所述的應(yīng)用服務(wù)器,上述會話控制信號是SIP。
10.如權(quán)利要求7所述的應(yīng)用服務(wù)器,還具有檢測有無與服務(wù)請求信號對應(yīng)的附加信 息處理的機(jī)構(gòu),具備在檢測到上述附加信息處理的情況下實(shí)現(xiàn)與上述附加信息處理對應(yīng)的 程序的機(jī)構(gòu)。
11.如權(quán)利要求10所述的應(yīng)用服務(wù)器,上述服務(wù)請求信號是ParlayXAPI0
12.如權(quán)利要求11所述的應(yīng)用服務(wù)器,在接收到ParlayXAPI的服務(wù)請求信號的情況 下,按照包含在Parlay X API中的消息確定具備服務(wù)功能的服務(wù)控制服務(wù)器。
13.—種通信方法,在具備至少1個終端、對上述終端提供通信服務(wù)的服務(wù)控制服務(wù) 器、具有用戶接口的WEB服務(wù)器、以及具有與上述WEB服務(wù)器和上述服務(wù)控制服務(wù)器之間的 通信線路的應(yīng)用服務(wù)器的通信系統(tǒng)中,上述應(yīng)用服務(wù)器具有從上述WEB服務(wù)器接收到服務(wù)請求信號時根據(jù)接收到的服務(wù)請 求信號中包含的標(biāo)識符確定對應(yīng)的服務(wù)功能的機(jī)構(gòu)、以及按照所確定的服務(wù)功能變換接收 消息的機(jī)構(gòu);上述應(yīng)用服務(wù)器啟動對應(yīng)于接收到的服務(wù)請求信號的上述服務(wù)控制服務(wù)器。
14.如權(quán)利要求13所述的通信方法,上述應(yīng)用服務(wù)器還具備將服務(wù)請求信號變換為會 話控制信號的機(jī)構(gòu)。
15.一種通信系統(tǒng),具備至少1個終端、對上述終端提供通信服務(wù)的服務(wù)控制服務(wù)器、2具有用戶接口的WEB服務(wù)器、以及具有與上述WEB服務(wù)器和上述服務(wù)控制服務(wù)器之間的通 信線路的應(yīng)用服務(wù)器,上述應(yīng)用服務(wù)器具有從上述WEB服務(wù)器接收到服務(wù)請求信號時根據(jù)包含在接收到的 服務(wù)請求信號中的標(biāo)識符確定對應(yīng)的服務(wù)功能的機(jī)構(gòu)、以及啟動對應(yīng)于接收到的服務(wù)請求 信號的上述服務(wù)控制服務(wù)器的機(jī)構(gòu);上述服務(wù)控制服務(wù)器具有按照所確定的服務(wù)功能變換接收消息的機(jī)構(gòu)。
16.如權(quán)利要求15所述的通信系統(tǒng),上述服務(wù)控制服務(wù)器還具備將服務(wù)請求信號變換 為會話控制信號的機(jī)構(gòu)。
17.如權(quán)利要求16所述的通信系統(tǒng),上述會話控制信號是SIP。
18.如權(quán)利要求15所述的通信系統(tǒng),上述應(yīng)用服務(wù)器還具有檢測有無與服務(wù)請求信號 對應(yīng)的附加信息處理的機(jī)構(gòu),具備在檢測到上述附加信息處理的情況下實(shí)現(xiàn)與上述附加信 息處理對應(yīng)的程序的機(jī)構(gòu)。
19.如權(quán)利要求18所述的通信系統(tǒng),上述服務(wù)請求信號是ParlayX API。
20.如權(quán)利要求19所述的通信系統(tǒng),上述應(yīng)用服務(wù)器在接收到ParlayXAPI的服務(wù)請求 信號時,按照包含在Parlay X API中的消息確定具備服務(wù)功能的服務(wù)控制服務(wù)器。
全文摘要
通信業(yè)者具備具有消息變換功能的應(yīng)用服務(wù)器(2)。應(yīng)用服務(wù)器(2)參照觸發(fā)規(guī)則(220)和消息規(guī)則(230),進(jìn)行服務(wù)功能分配處理。通信業(yè)者能夠不對服務(wù)業(yè)者提供各自的服務(wù)器地址地進(jìn)行各種服務(wù)功能的提供。
文檔編號H04L12/56GK101911664SQ20088012483
公開日2010年12月8日 申請日期2008年12月19日 優(yōu)先權(quán)日2008年3月6日
發(fā)明者松原大典, 武田幸子, 高瀨晶彥 申請人:株式會社日立制作所