專利名稱：實時服務組合的制作方法
技術領域：
本發(fā)明總體上涉及通信、并且尤其是涉及用于在通信系統(tǒng)中提供實 時服務組合的方法、設備、以及系統(tǒng)。
背景技術：
通信系統(tǒng)持續(xù)增長并演進。不同類型的通信系統(tǒng)(比如網(wǎng)際協(xié)議 (IP)、基于連接的語音通信等等)之間的會聚進展迅速。最近已經(jīng)使
用用語"下一代網(wǎng)絡"(NGN)來描述與所述演進相關聯(lián)的各種活動。 正如國際電信聯(lián)盟(ITU)定義的，NGN是一種基于分組的網(wǎng)絡，其能夠 提供服務(包括電信服務)并且能夠利用多種寬帶的、允許QoS (QoS-enabled )的傳輸4支術，并且在所述網(wǎng)絡中，與服務相關的功能同 與傳輸相關的底層技術無關。NGN還將可能提供用戶對不同服務提供商 的不受限的訪問并且將支持廣泛移動性，這進而將給最終用戶為 一致性 提供做準備。
所謂的"Web服務"是可能在NGN中變得常見的另一特征。Web服務 例如提供一種機制，其用于在駐留在不同基礎設施上并且可以被不同公 司操作的軟件實體之間的互操作性。Web服務通常#:定義為使用例如標 準套件Web服務描述語言(WSDL)、簡單對象訪問協(xié)議(SOAP)、以及 通用描述發(fā)現(xiàn)和集成(UDDI)來提供分布式服務。對于感興趣的讀者， 可以在http: 〃www. w3. org/TR/2004/WD-wsdl20-20040803/在線找到對 WSDL的描述"Web Services Descript ion Language (WSDL) Version 2.0 Part 1: Core language, W3C Working Draft 3， August 2004，，，其 公開內容通過引用結合于此。類似地，可以在 http: 〃www. w3. org/TR/soapl2-partO/在線找到對SOAP的描述"SOAP Vers ion 1. 2 Par t 0: Pr imer (Second Edi t ion) ， W3C Recommendat ion 27， April 2007"，其7>開內容通過引用結合于此。另外，對于UDDI，可以 在http: //uddi. org/pubs/uddi— v3. htm找到名稱為 "UDDI Version 3.0.2 UDDI Spec Technical Committee Draft, Dated 20041019"的 標準文獻。Web服務能夠被表征為一種用于作為服務將應用功能披露給軟件客 戶端或者服務器應用的技術。Web服務尤其通過以新的方式聯(lián)合現(xiàn)有功 能而允許快速創(chuàng)建新的服務。該過程常常一皮稱為組合(Composition) 或者編排(orchestration)。通常，利用使用超文本傳送協(xié)議(HTTP) 作為載體的XML編碼的SOAP消息來訪問Web服務。然而，HTTP被設計 用于在不需要實時性質的情況下的基于事務的客戶端/服務器請求模 式。在這一點上考慮可變的、并且有時廣泛的延遲，所述延遲能夠在用 戶通過點擊HTTP超鏈接來檢索網(wǎng)頁時發(fā)生。隨著對等、實時通信服務 的用戶對服務交互性和快速組合的需求增加，存在將Web服務范例也應 用于所述實時域的需要。
因此，所期望的是通過提供用于在通信系統(tǒng)中實時組合服務的技術 來解決該需要。
發(fā)明內容
根據(jù)示例性的實施例， 一種方法包括步驟從起源者節(jié)點傳送包括 簡單對象訪問協(xié)議(SOAP)封裝(envelope)和SOAP動作報頭(action header)的會話發(fā)起協(xié)議(SIP)消息；在接受者節(jié)點處接收該SIP消 息；確定所述SOAP封裝是否旨在用于所述接受者節(jié)點；如果是這樣， 則在該接受者節(jié)點處從該SIP消息中解析SOAP封裝；將該SOAP封裝調 度到該接受者節(jié)點內的相應Web服務；并且提供由該SOAP動作報頭和 SOAP封裝所指示的服務。
根據(jù)另一示例性的實施例， 一種方法包括步驟傳送包括規(guī)定服務 的簡單對象訪問協(xié)議(SOAP )封裝和SOAP動作報頭的會話發(fā)起協(xié)議(SIP ) 消息。
根據(jù)又一示例性的實施例， 一種計算機可讀介質包括當在處理器上 執(zhí)行時實施下列步驟的指令接收包括簡單對象訪問協(xié)議(SOAP)封裝 和SOAP動作報頭的會話發(fā)起協(xié)議(SIP )消息；從該SIP消息中解析SOAP 封裝；將該SOAP封裝調度到相應的Web服務；并且接收由該SOAP動作 報頭和SOAP封裝所指示的服務。
根據(jù)另 一 示例性的實施例， 一種計算機可讀介質包括當在處理器上 執(zhí)行時實施下列步驟的指令傳送包括簡單對象訪問協(xié)議(SOAP)封裝 和SOAP動作報頭的會話發(fā)起協(xié)議(SIP)消息。根據(jù)又一示例性的實施例， 一種通信設備包括用作會話發(fā)起協(xié)議 (SIP )用戶代理服務器的處理器，其接收包括簡單對象訪問協(xié)議(SOAP ) 封裝和SOAP動作報頭的SIP消息；以及SOAP解析器/調度器，其用于 從該SIP消息中解析所述SOAP封裝并且將該SOAP封裝傳送到相應的 Web服務。
附圖示出了示例性的實施例，其中
圖1 (a)示出了根據(jù)示例性實施例的包含SOAP有效載荷的SIP消 息的傳輸；
圖1 (b)示出了根據(jù)示例性實施例的對包含SOAP有效載荷的SIP 消息的確i人；
圖2是示出了根據(jù)示例性實施例的方法的流程圖3是示出了根據(jù)另一示例性實施例的另一方法的另一流程圖；以
及
圖4示出了根據(jù)示例性實施例的通信設備。
具體實施例方式
下面的對示例性實施例的詳細描述參考所述附圖。不同圖中的相同 附圖標記標識出相同或類似的元素。而且，下面的詳細描述并不限制本 發(fā)明。本發(fā)明的范圍改為由所附權利要求書來限定。
根據(jù)示例性的實施例，通過對SOAP消息的會話發(fā)起協(xié)議(SIP)傳 輸綁定來提供對實時服務組合的需要的解決方案。SIP信令例如在名稱 為 "Session Initiation Protocol, RFC 3261, 作者為 Rosenberg 等，IETF 2002 " 的標準文獻中#皮描述，該文獻在 http: 〃tools. ietf. org/html/rfc3261在線可用,并且該文獻的y〉開內 容通過引用結合于此。如其中所陳述的那樣，SIP提供應用層控制(信 令)協(xié)議以用于創(chuàng)建、修改、以及終止與一個或多個參與者的會話。這 些會話例如包括因特網(wǎng)電話呼叫、多媒體發(fā)布、以及多媒體會議。SIP 邀請被用于創(chuàng)建會話并且承載允許參與者對兼容媒體類型集達成協(xié)議 的會話描述。"代理服務器"在SIP環(huán)境中被用于幫助將請求路由到用 戶的當前位置、針對服務對用戶進行鑒權和授權、實施提供商呼叫路由策略、以及給用戶提供特征。對本申請?zhí)貏e有利的是，SIP通過使用保
證最小事務延遲的定時器來提供實時服務。
SIP服務請求可以例如纟皮表征為U)啟動應用的請求，例如玩棋 類游戲的請求，或者(2)對將被提供的一些數(shù)據(jù)或者將作為更復雜的 交互的一部分而被執(zhí)行的某個事務的請求。所需的服務尋址根據(jù)正在考 慮所述兩個情況中的哪個而不同。對于前一種情況(l)(其在此被稱 為"應用啟動情況，，)，SIP被用于對參數(shù)進行定位并提供參數(shù)以使所 述請求與能夠被啟動的應用(例如多媒體電話應用、聊天應用、棋類應 用等等)相匹配。在這種情況下，所啟動的應用然后將使用會話內SIP 信令或者其它某種協(xié)議來接管應用特有的信令。因此，對準確的服務標 識和/或提供服務參數(shù)的需要通常是不存在的或者至少很大程度上受限 于支持包括應用啟動的SIP服務請求。相反，對于這些SIP請求而言，
服務能力的標識是更重要的。
第二種情況(l)(其在此被稱為"業(yè)務方法集成情況，，)包括通過
從若干或多或少獨立的參與功能中組合復雜的功能來訪問服務，例如在 建立SIP會話時公布線路狀態(tài)通知。所述業(yè)務方法集成情況例如在每當 用戶想要或者需要在該網(wǎng)絡中請求特定服務(相對于請求提供一定能力 的任意服務而言)時或者在每當為了執(zhí)行該服務需要輸入?yún)?shù)時適用。 因此，在業(yè)務方法集成情況下，相對于應用啟動情況而言，準確地標識 所請求的服務和/或提供服務參數(shù)的能力是重要的，而規(guī)定所請求的能
力這一能力不那么重要。本發(fā)明的示例性的實施例設法促進業(yè)務方法集 成情況。然而，通常認為SIP服務尋址僅適用于應用啟動，由此需要一 種使用SIP啟動從而利用第二協(xié)議(例如HTTP )執(zhí)行業(yè)務方法調用的應 用。這使得現(xiàn)有基于能力的SIP服務尋址本身對于實時服務組合而言是 低效的。
因此，這些示例性的實施例提供對SOAP消息的SIP傳輸綁定、即用 于使用SIP作為載體來在SOAP節(jié)點之間傳輸SOAP消息的示例性技術。 業(yè)務集成情況的現(xiàn)實世界例子將提供這樣的傳輸綁定的實用性的例子。 例如假定將電視頻道與用于對例如在IPTV多播會話上正在廣播的演 出之一進行慈善呼叫的電話號碼相關聯(lián)。當Alice例如通過使用她在網(wǎng) 頁上找到的所提供的鏈接來呼叫該電視頻道時，該呼叫被實時地路由到 慈善支付服務，其中所述慈善支付服務在該呼叫被轉發(fā)到電視演播室以前向她收取捐款，在所述演播室處，她可以與電視演出主持人之一進行
交談。根據(jù)示例性的實施例，這可以通過如下方式而實時地完成使用 SIP作為載體來杠桿影響SOAP所支持的尋址機制。例如，通過將 S0APAction報頭添加到SIP消息，SIP用戶代理服務器(UAS )能夠被 標識為該SIP有效載荷中的SOAP封裝的最終接收者。附加地，WSDL接 口能夠用于描述所請求的web服務的語義，以便相應的工具自動生成使 用該服務的客戶樁(stub)。在這一點上注意，WSDL 2. 0已經(jīng)從WSDL 1. 0 中的"端口類型(PortTypes)，，遷移到"接口 (Interfaces)，，，然 而，二者任意之一都可以用作針對特定服務(即Web服務)的機制的例 子，并且可以用在SIP/SOAP綁定中。例如參見上面通過引用所結合的 文獻WSDL 2.0的第2.2節(jié)。類似地，根據(jù)這些示例性實施例的在 S0APAction報頭中所提供的"方法"在Web服務可以提供若干不同的服 務變型的情況下提供所請求的服務類型的指示符。通過這種方式，與服 務的位置、標識、和/或輸入?yún)?shù)相關聯(lián)的信息以足夠具體地將用戶連 接到特定服務實例或者接口的方式而被提供在SIP消息中?，F(xiàn)在，下面 是一些詳細的例子。
首先從SIP/SOAP消息本身開始，下面提供根據(jù)示例性實施例的承載 一個或多個SOAP數(shù)據(jù)元素作為有效載荷的SIP消息的各種例子。 SOAPAction報頭被提供在SIP內容之內，以使得接收SIP端點能夠例如 在接受者(recipient)節(jié)點支持SOAPAcUon報頭中所標識的Web服務 的情況下確定是否轉發(fā)所嵌入的SOAP封裝以用于進一步的處理。根據(jù) 這些示例性實施例的在對SOAP的SIP傳輸綁定中所提供的SOAPAcUon 報頭一般如下面那樣使用URI語法
SOAPAcUon: "URI"
根據(jù)這些示例性實施例的SOAPAcUon報頭的更特定的例子包括統(tǒng) 一資源名稱(URN)。本領域的技術人員能夠理解，URN是用特定名稱空 間中的名稱來標識資源的URI。在這些示例性實施例的情形下，URN語 法可以如下面那樣纟皮提供給SOAP Ac U on ^艮頭 SOAPAction:"urn: <NID>: <NSS〉，， ，其中NID是遵循例如在URN語法(RFC2141, R.Moats, IETF 1997 ) 中所描述的NID語法的名稱空間標識符，并且NSS具有下面的語法 NSS:"<Interf ace〉 ！ <methodName>，，SOAPAction報頭URI指示SOAP消息的最終接收者，該SOAP消息被 嵌入在根據(jù)這些示例性實施例承載所述SOAP消息的SIP消息中。通過 將SOAPAction報頭添加到SIP消息，能夠通過使用URN的名稱空間特 有部分來對接口和方法進行尋址。這使得特定消息的路由路徑上的SIP 代理、以及其它節(jié)點能夠正確地處理該消息。SOAP主體引用由所尋址的 接口所提供的方法。在SOAPAction報頭中，緊跟著分界符(其在該示 例性的實施例中為感嘆號)表示該方法。然而，本領域的技術人員理解， 根據(jù)其它示例性實施例，能夠將任意的未被保留的字符或者沒有其它含 義的字符用作SOAPAct ion報頭中的接口與方法之間的分界符。
下面考慮可以根據(jù)這些示例性實施例而被用在SIP/SOAP消息中的 SOAPAction才艮頭以及SOAP主體的另一例子。
SOAPAction: "um:stockservice-ericsson-com: QuoteB ean! GetLastTr adePrice" <soap:Body>
<m: GetLastTr adePrice xmlns:m="urn:stockservice-ericsson-eom"> </m: GetLastTr adePrice >
</soap:Body>
在該例中，接口 QuoteBean在該SOAPAct ion凈艮頭中#皮引用。由QuoteBean 所提供的方法^t一爾為"GetLastTradePrice"。該SOAPAct ion才艮頭中， 該方法在感嘆號之后被引用。SOAP主體可以含有關于所規(guī)定方法的更多 細節(jié)、包括參數(shù)。例如，下面考慮更詳細的例子。在該例子中，SOAP有 效載荷所訪問的Web服務提供股票報價。更具體而言，該特定的SOAP 消息從被稱為"QuoteBean"的接口請求愛立信股票的當前價格的最后 報價。該代碼片段使得Alice能夠請求她將從代表Bob (其可能是股票 經(jīng)紀人)的UAS接收的股票報價。該報價將例如在200 OK消息中作為 SOAP封裝而從Bob返回?？商鎿Q地，處于Alice的設備與Bob的設備之 間的路由上的SIP代理可以給Alice提供報價，在這種情況下，該SIP 代理節(jié)點然后將在SOAPAc t i on報頭中被尋址。INVITE sip:bob@ericsson.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8 Max-Forwards: 70 To: Bob <sip:bob@biloxi.com> From: Alice <sip:alice@atlanta.com>;tag=l928301774 Call-ID: a84b4c76e66710 CSeq: 314159 INVITE Contact: <sip:alice@pc33.atlanta,com> Content-Type: text/xml; charset=utf-8 SOAPAction: "urn:stockservice國ericsson-com:QuoteBean!GetLastTradePrice"
< xmlversion="1.0" > <soap: Envelope
xmlns:soap-"http:〃schemas.xmlsoap.org/soap/envelope/" soa:encodingStyle="http:〃schemas.xmlsoap,org/soap/encoding/">
<soap:Body>
<m:GetLastTradePrice xmlns:m="urn:stockservice-ericsson-
com">
<symbol>ERIC B</symbol> </m: GetLastTradePrice> </soap:Body> </soap:Envelope>
在此也要注意，SOAPAction報頭被添加到標準SIP報頭的列表中，并且 在前面的例子中^皮以^L體示出。該SOAPAction才艮頭包含統(tǒng)一資源標識 符(URI),其中所述統(tǒng)一資源標識符標識出能夠可選地被描述為WSDL 4妻口 (QuoteBean)和方法名稱、(GetLastTradePr ice )的Web月良務，由 此提供根據(jù)這些示例性實施例的用于準確標識所請求的服務的機制。附 加地，在該例子中，參數(shù)"ERIC B"浮皮提供在SOAP封裝中以更完整地 規(guī)定所請求的服務、即提供具有代號ERIC B的愛立信股票的當前股票 價格。然而能夠理解， 一些服務請求可能需要更多的參數(shù)(或者不需要 參數(shù))以完全規(guī)定所期望的服務，并且因此根據(jù)這些示例性實施例的 SIP/SOAP消息可以包含所需要的那樣多的參數(shù)。
已經(jīng)示出了示例性SIP/SOAP聯(lián)合的一些代碼片段、以及用于實施對 所嵌入的SOAP消息的SIP傳輸綁定的示例性SOAP語法，現(xiàn)在將討論一 些較高層次的實施方式，其中所述實施方式根據(jù)這些示例性實施例使用
12這樣的消息來調用實時服務組合。圖1 (a)示出了如下一種方式，通過 所述方式，根據(jù)這些示例性實施例的應用或者設備在發(fā)起起源節(jié)點100 與接受者節(jié)點110之間的SIP會話的同時使用SOAP客戶端來構造SOAP 封裝以便調用Web服務方法。其中，客戶端應用200使用應用編程接口 (API)來使用SOAP客戶端202創(chuàng)建SOAP消息、例如具有SOAP主體的 SOAP封裝，其中所述SOAP主體可選地具有表示待請求服務的附加參數(shù)。 該SOAP消息(上面已提供其例子)然后作為由SIP用戶代理客戶端(UAC ) 204所生成的SIP消息(例如SIP INVITE消息)中的有戔支載荷的全部或 者一部分與SOAPAction報頭一起被傳遞。SIP UAC204能夠使用由WSDL 接口語法所生成的客戶樁來創(chuàng)建SOAPAction報頭和封裝。然而能夠理 解，如果對于特定服務請求，不需要會話發(fā)起，則根據(jù)這些示例性的實 施例，還可以使用除了SIP INVITE以外的SIP消息來承載SOAP有效載 荷，例如SIP OPTIONS或者MESSAGE。
SIP UAC 204例如通過用戶數(shù)據(jù)報協(xié)議(UDP) /IP或者傳輸控制協(xié) 議(TCP) /IP鏈路(有線或者無線的)來將該消息發(fā)送給由作為SIP有 效載荷的一部分而被提供的SOAPAction報頭所指示的最終目的地。當 然，可以存在中間節(jié)點(在圖2 (a)中未示出)、例如SIP代理。最終 目的地(接受者節(jié)點110)包含SIP用戶代理服務器(UAS) 206以及SOAP 端點208,該SOAP端點208能夠解析SOAP消息并通過服務特有的API 將所述SOAP消息調度到在作為SIP有效載荷而被承載的SOAPAction報 頭中所指示的相應Web服務、例如Web服務210或212之一 。SOAP Ac t i on 4艮頭浮皮SIP UAS 206處理，以確定是否應當將SOAP封裝有效載荷傳遞 給SOAP解析器/調度器208。在這一點上注意，SIP消息的最終接收者 可以與在該SIP消息中所承載的SOAP封裝的最終接收者不同或者相同。 例如，在Alice呼叫慈善長期電視演出的上述情況下，能夠由被布置在 Alice的用戶設備與和處理到該電視演出主持人的呼叫相關聯(lián)的應用服 務器之間的SIP代理節(jié)點來執(zhí)行將SOAP封裝朝著向她收取捐款的慈善 支付服務的路由。因此，在后一種情況下，當中間SIP代理節(jié)點接收到 SIP/SOAP消息時，其對SOAPAction才艮頭的分析將向其通知該SOAP封裝 應當被本地處理，并且其解析器/調度器208將提取該SOAP封裝并且將 其傳遞給處理支付的Web服務210、 212。然后，該SIP消息將^L轉發(fā)到 其最終的目的地上、例如VoIP應用服務器(在圖1 (a)中未示出)。UAS 206例如可以被預先配置為在接受者節(jié)點110內包含當前部署 的Web服務210、 212的列表，以協(xié)助處理SOAPAct ion報頭。通常，對 SOAP消息的響應然后將在從SIP UAS 230返回給客戶端的SIP 200 OK 消息的有效載荷中(如圖1 (b)所示)被提供。
例如，由Web服務210和212所提供的Web服務能夠被定義為被設 計為支持通過網(wǎng)絡的彼此協(xié)作的機器到機器交互的軟件系統(tǒng)。在一些實 施方式中，Web服務能夠作為可通過網(wǎng)絡(比如因特網(wǎng))訪問的Web API 而^皮提供，并且在主控所請求的服務的遠程系統(tǒng)上^f皮執(zhí)行。然而在上面 相對于圖1 (a)和1 (b)所示出的示例性實施例中，Web服務210和 212是包括SOAP解析器/調度器208和SIP UAS 206的接受者節(jié)點的一 部分。類似地，元素200、 202和204是與所傳送的SOAP/SIP消息相關 聯(lián)的起源者節(jié)點的一部分。因此，假設SIPUAS 230在處理SOAPAction 報頭時發(fā)現(xiàn)匹配，則Web服務210、 212的相應之一將把通過SOAP封裝 所請求的服務提供給接受者節(jié)點110。還能夠理解，給定的接受者節(jié)點 110可以具有兩個以上或以下的與其一起集成的Web服務。
提供接口和方法指示的SOAPAction報頭、以及SOAP封裝本身可以 地被提供在SIP消息之內(如上所示)、或者與其它內容一起提供。例 如，通過使用多用因特網(wǎng)郵件擴展(MIME)多部分，SIP消息除了所嵌 入的SOAP信息以外還可以含有會話描述協(xié)議(SDP)或者其它內容作為 有效載荷。下面提供根據(jù)示例性實施例的這種類型的多部分SIP消息的 例子.com SIP/2.0
Via: SIP/2,0/UDP pc33.atknta.com;branch=z9hG4bKnashds8
To: Bob <sip:bob@biloxi.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 314159 INVITE
Max-Forwards: 70
Date: Thu， 21 Feb 2002 13:02:03 GMT Contact: <sip:alice@pc3 3.atlanta.com> Content-Type: multipart/mixed;boundary=boundary42 Content-Length: 568 —boundary42
Content-Type: message/sip
INVITE sip:bob@biloxi.com SIP/2.0
Content-Type: application/sdp Content-Length: 147
v=0
o=UserA 2890844526 28，44526 IN IP4 here.com
s=Session SDP
c=IN IP4 pc33.atlanta.com
t=0 0
m=audio 49172 RTP/AVP 0 a,map:O PCMU/8000
—boundary42 Content-Type: text/xml
SOAP Action: "urn: stockquote-biloxi誦 com:QuoteBean!GetLastTradePrice"
< xml version="l,0" > <soap: Envelope
其中能夠獲悉，根據(jù)這些示例性實施例，在MIME多部分中所定義的內 容類型(content-type)報頭提供一種結構，通過該結構，SIP消息除 了 SOAPAction才艮頭以外還可以含有有效荷載，并且可選地含有SOAP封 裝主體。
基于前面的描述能夠理解，這些示例性實施例將呈現(xiàn)各種例如用于通信的方法。在圖2的流程圖中示出了一種這樣的方法。其中，包含S0AP 封裝和SOAP動作報頭的SIP消息在步驟300被傳送。該SIP消息在步 驟302 ^皮接收，并且SOAPAction報頭在步驟303被評估以確定該SOAP 封裝是否針對該特定的接受者節(jié)點。如果是這樣，則該SIP/SOAP消息 被解析以從該SIP消息中除去SOAP封裝(步驟3(M )。該SOAP封裝然 后在步驟306可以:帔傳遞給相應的Web服務。然后，在步驟308,由該 SOAP封裝和SOAPAction報頭所指示的服務能夠被提供給該SIP消息的 接受者。當然，給定這些示例性實施例的基本性質，圖2中所示的示例 性方法可以被進一步廣義化(例如在圖3中示出)。其中，在步驟400, 包括標識出服務的簡單對象訪問協(xié)議(SOAP)封裝和SOAP動作報頭的 會話發(fā)起協(xié)議(SIP )消息被傳輸，即對SOAP消息的會話發(fā)起協(xié)議(SIP ) 傳輸綁定。
因此顯而易見的是，通過聯(lián)合Web服務(SOAP, WSDL以及UDDI), 這些示例性實施例例如使得應用開發(fā)者能夠訪問大范圍的能夠在SIP的 會話建立期間-故交織(interweave)的因特網(wǎng)服務。此外，通過提供實 時服務組合的設施，SIP服務組合可以縮短新的、創(chuàng)新的終端用戶服務 的上市時間，以及開創(chuàng)通過SIP的商家對商家的交互。在上面已經(jīng)提供 了這些技術的應用的一些例子。在此構思許多其它的例子。例如，在把 存在(presence)通知與多媒體會話建立相集成的情形下，考慮下面的 情況。當Alice呼叫Bob時，她還選擇指示將她的存在設置成對于所有 她的觀眾都為忙碌。當該會話正在一皮建立時，Alice的歸屬域中的應用 服務器向存在代理通知她的活動狀態(tài)為忙碌(即借助于SOAP動作報 頭和/或其它與SIP會話建立消息一起被傳遞給應用服務器的SOAP數(shù)據(jù) 元素)。然后，在Alice的存在列表上的所有觀眾現(xiàn)在將看到Alice的 存在狀態(tài)在呼叫持續(xù)時間內的改變。
前面所述的以及其它的用于通信的示例性系統(tǒng)和方法能夠由一個或 多個執(zhí)行在存儲設備中所包含的指令序列的處理器來實施。這樣的指令 可以從其它計算機可讀介質(比如輔助數(shù)據(jù)存儲設備)中被讀入到該存 儲設備中。對在存儲設備中所包含的指令序列的執(zhí)行使該處理器進行操 作、例如如上所述發(fā)送或者接收SIP/SOAP消息。在可替換的實施例中， 可以替換軟件指令或者與軟件指令相組合地使用硬線電路來實施這些 示例性實施例。此外還能夠理解，這樣的實施例可以采取各種物理形式并且可以用
在例如各種消費電子商品中、包括(但不限于)智能電話、個人數(shù)字 助理(PDA)、膝上型計算機等等?？偟膩碚f，如上所述的傳送或接收 SIP/SOAP消息的通信設備可以包括圖4中所示的廣義通信設備的元件。 其中，通信設備500能夠包括處理器502 (或者多個處理器核)、存儲 器504、可選地一個或多個輔助存4諸i殳備506、以及運4t在處理器502 上并使用存儲器504的操作系統(tǒng)508、以及一個或多個相應應用510。 接口單元512可以;故提供以促進設備500與網(wǎng)絡的其余部分或其它對等 設備之間的通信，或者可以被集成到處理器502中。如果設備500通過 空中接口進行通信，則可以包含無線收發(fā)機(未示出)作為接口單元512 的一部分。
上述示例性實施例在所有方面都旨在說明本發(fā)明，而不是限制本發(fā) 明。因此，本發(fā)明能夠對具體的實施方式進行多種變型，所述變型可以 由本領域的技術人員從在此所包含的說明書中得出。所有這樣的變型和
之內。不應當認為用在本申請的說明書中的元素、行為、或者指令對于 本發(fā)明是關鍵性的或者必須的，除非這樣明確說明。而且，如在此所使 用的那樣，冠詞"一"旨在包括一個或多個項目。
1權利要求
1.一種方法，包括從起源者節(jié)點(100)傳送(300)包括簡單對象訪問協(xié)議(SOAP)封裝和SOAP動作報頭的會話發(fā)起協(xié)議(SIP)消息；在接受者節(jié)點(110)處接收(302)所述SIP消息；確定(303)所述SOAP封裝是否旨在用于所述接受者節(jié)點(110)；如果是這樣，則在所述接受者節(jié)點(110)處從所述SIP消息中解析(304)所述SOAP封裝；將所述SOAP封裝調度(306)到所述接受者節(jié)點內的相應Web服務(210，212)；以及在所述接受者節(jié)點(110)處提供(308)由所述SOAP動作報頭和SOAP封裝所指示的服務。
2. 根據(jù)權利要求1所述的方法，其中所述SOAP動作報頭包括Web服務 描述語言(WSDL)接口和與所述服務相關聯(lián)的方法。
3. 根據(jù)權利要求2所述的方法，其中所述WSDL接口標識出所述服務的 位置并且所述方法標識出所述服務的類型。
4. 根據(jù)權利要求1所述的方法，其中所述SIP消息是SIP INVITE消息
5. 根據(jù)權利要求1所述的方法，其中所述SIP消息是與會話不相關的 SIP消息。
6. 根據(jù)權利要求5所述的方法，其中所述SIP消息是OPT I ONS和 MESSAGE之一。
7. 根據(jù)權利要求l所述的方法，其中所述SIP消息還包括會話描述協(xié) 議(SDP )。
8. 根據(jù)權利要求7所述的方法，其中使用MIME多部分來構造所述SIP 消息。
9. 一種方法，包4舌傳送(400 )包括規(guī)定服務的簡單對象訪問協(xié)議(SOAP )封裝和SOAP 動作報頭的會話發(fā)起協(xié)議(SIP)消息。
10. 根據(jù)權利要求9所述的方法，其中所述SOAP動作報頭包括標識出 所述服務的位置的Web服務描述語言(WSDL)接口以及標識出所述服務 的類型的方法。
11. 根據(jù)權利要求9所述的方法，其中所述SIP消息是SIP INVITE。
12. 根據(jù)權利要求9所述的方法，其中所述SIP消息是與會話不相關的 SIP消息。
13. 根據(jù)權利要求12所述的方法，其中所述SIP消息是OPTIONS和 MESSAGE之一。
14. 根據(jù)權利要求9所述的方法，其中所述SIP消息還包括會話描述協(xié) 議(SDP )。
15. 根據(jù)權利要求14所述的方法，其中使用MIME多部分來構造所述 SIP消息。
16. —種計算機可讀介質，其含有當在處理器上被執(zhí)行時實施下列步 驟的指令接收(302 )包括簡單對象訪問協(xié)議(SOAP )封裝和SOAP動作報頭的 會話發(fā)起協(xié)議(SIP)消息；從所述SIP消息中解析(304 )所述S0AP封裝；將所述SOAP封裝調度(306 )到相應的Web服務；以及提供(308 )由所述SOAP動作報頭和SOAP封裝所指示的服務。
17. 根據(jù)權利要求16所述的計算機可讀介質，其中所述SOAP動作報頭 包括Web服務描述語言(WSDL)接口和與所述服務相關聯(lián)的方法。
18. 根據(jù)權利要求17所述的計算機可讀介質，其中所述WSDL接口標識 出所述服務的位置并且所述方法標識出所述服務的類型。
19. 根據(jù)權利要求16所述的計算機可讀介質，其中所述SIP消息是SIP INVITE消息。
20. 根據(jù)權利要求16所述的計算機可讀介質，其中所述SIP消息是與 會話不相關的SIP消息。
21. 根據(jù)權利要求19所述的計算機可讀介質，其中所述SIP消息是 OPT應S和MESSAGE之一。
22. 根據(jù)權利要求16所述的計算機可讀介質，其中所述SIP消息還包 括會話描述協(xié)議(SDP)。
23. 根據(jù)權利要求22所述的計算機可讀介質，其中使用MIME多部分來 構造所述SIP消息。
24. —種計算機可讀介質，其含有當在處理器上被執(zhí)行時實施下列 步驟的指令傳送(400 )包括簡單對象訪問協(xié)議(SOAP)封裝和SOAP動作報頭的 會話發(fā)起協(xié)議(SIP)消息。
25. —種通信設備，其包括作為會話發(fā)起協(xié)議(SIP)用戶代理服務器(206 )操作的處理器( 502 )，其接收包括簡單對象訪問協(xié)議(SOAP)封裝和SOAP動作報頭的 SIP消息；以及SOAP解析器/調度器(208 ),其用于從所述SIP消息中解析所述SOAP 封裝并且將所述SOAP封裝傳送到相應的Web服務(210, 212)。
26. 根據(jù)權利要求25所述的通信設備，其中所述SOAP動作報頭包括 Web服務描述語言(WSDL)接口和與所述服務相關聯(lián)的方法。
27. 根據(jù)權利要求26所述的通信設備，其中所述WSDL接口標識出所 述服務的位置并且所述方法標識出所述服務的類型。
28. 根據(jù)權利要求25所述的通信設備，其中所述SIP消息是SIP INVITE消息。
29. 根據(jù)權利要求25所述的通信設備，其中所述SIP消息是與會話不 相關的SIP消息。
30. 根據(jù)權利要求29所述的通信設備，其中所述SIP消息是OPTIONS 和MESSAGE之一。
31. 根據(jù)權利要求25所述的通信設備，其中所述SIP消息還包括會話 描述協(xié)議(SDP)。
32. 根據(jù)權利要求31所述的通信設備，其中使用MIME多部分來構造所 述SIP消息。
33. 根據(jù)權利要求25所述的通信設備，進一步包括 包括所述相應Web服務的多個Web服務實體；以及 在所述多個Web服務實體的每個與所述SOAP解析器/調度器之間的相應應用編程4妄口 ( API )。
34. 根據(jù)權利要求33所述的通信設備，進一步包括 存儲設備，其用于存儲由所述通信設備所支持的Web服務的列表； 其中所述處理器評估所述SOAP動作報頭以確定從而規(guī)定的Web服務是否對應于所述多個Web服務之一。
35. 根據(jù)權利要求1所述的方法，進一步包括步驟 評估所述SOAP動作報頭以確定相應Web服務是否在所述接受者節(jié)點處可用。
36.根據(jù)權利要求16所述的計算機可讀介質，進一步包括: 評估所述SOAP動作報頭以確定相應Web服務是否可用。
全文摘要
通過對簡單對象訪問協(xié)議(SOAP)消息的會話發(fā)起協(xié)議(SIP)傳輸綁定來提供實時服務組合。SOAPAction報頭和SOAP封裝能夠被包含在SIP消息中以標識出5所請求的服務。該SIP消息接受者(110)可以解析出該SOAP封裝并且將其轉發(fā)給相應的Web服務(210，212)。
文檔編號H04L29/08GK101690114SQ200880024362
公開日2010年3月31日 申請日期2008年5月26日 優(yōu)先權日2007年7月12日
發(fā)明者T·達倫 申請人:艾利森電話股份有限公司