專利名稱：用于管理服務交互的系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及用于管理組合服務中的服務交互的系統(tǒng)。此外，本發(fā)明涉及用于在提 供組合服務的系統(tǒng)中管理服務交互的方法和用于執(zhí)行該方法的步驟的計算機程序產(chǎn)品。
背景技術：
由3GPP和3GPP2標準定義的IP多媒體子系統(tǒng)(IMS)向整個新系列的新多媒體技 術開放，諸如IP電話(VoIP)和IPTV。IMS服務架構使得能夠?qū)⒏鞣N平臺的服務組合成組 合服務。這些組合服務利用與最終終端相連的各種平臺的功能，并且也稱為混合或復合服 務。W02007/070652描述了允許在訂戶的TV系統(tǒng)上顯示呼叫方的呼叫者ID信息的混 合或組合服務的示例。此呼叫者ID服務在標準IMS服務架構中實現(xiàn)。借助于在IMS中稱 為“服務能力和交互管理器”(SCIM)的中央服務中介(broker)來管理電話與電視服務之間 的交互。如在IMS架構中所定義的，SCIM在應用服務器層與傳輸和終點層之間的會話控制 層中實現(xiàn)。服務中介將接收輸入服務請求并基于諸如先來先服務、優(yōu)先級或另一預定序列的 預定方案來處理這些請求。從智能網(wǎng)絡(IN)、IMS、Parlay等中的服務交互可了解此類方 案。服務中介充當中央網(wǎng)關并因此要求經(jīng)由服務中介來引導來自或到服務的所有信息業(yè) 務。此類集中式方案具有缺點。第一個問題涉及中央系統(tǒng)的可伸縮性。增加服務和組合服務的數(shù)目大大地增加中 央服務管理器的復雜性。此外，增加最終終端的數(shù)目將大大增加要控制的數(shù)據(jù)業(yè)務。中央 服務管理器在將系統(tǒng)縮放至大規(guī)模應用時將成為瓶頸。第二個問題涉及這樣的事實，S卩，向由中央中介管理的現(xiàn)有服務系統(tǒng)添加新服務 將要求中央中介的配置和適應。中央中介的頻繁適應承擔整個服務遞送出現(xiàn)主要故障的風險。

發(fā)明內(nèi)容
本發(fā)明的目的是減少或消除現(xiàn)有技術的至少一個缺點并提供用于管理組合服務 中的服務交互的系統(tǒng)。根據(jù)本發(fā)明的系統(tǒng)包括用于提供第一服務的第一服務遞送裝置、用于提供第二服 務的第二服務遞送裝置和用于提供能夠使第一服務與第二服務相關聯(lián)的組合服務的組合 服務遞送裝置。使用組合狀態(tài)模型來實現(xiàn)所述組合服務，所述組合狀態(tài)模型包括基于第一 和第二服務的狀態(tài)形成的預定數(shù)目的組合狀態(tài)和用于檢測組合狀態(tài)之間的預定轉換的備 好的(armed)檢測點。所述組合服務遞送裝置包括組合狀態(tài)管理器，該組合狀態(tài)管理器適 合于響應于所述備好的檢測點的激活向第一和/或第二服務遞送裝置傳送用于引發(fā)各自 第一和/或第二服務中的預定狀態(tài)轉換的控制信號。通過基于底層服務的狀態(tài)模型使用組合服務模型來實現(xiàn)組合服務，所述系統(tǒng)能夠在不需要中央服務管理器且不對底層網(wǎng)絡架構施加任何約束的情況下管理服務交互。在本發(fā)明的一個實施例中，所述第一服務被遞送到第一最終終端，且所述第二服 務被遞送到至少第二最終終端。在另一實施例中，所述組合服務能夠使第一最終終端與所述至少第二最終終端關 聯(lián)。在又一實施例中，所述第一和第二服務被遞送到同一最終終端。在本發(fā)明的一個實施例中，所述組合狀態(tài)管理器適合于從第一和第二服務接收狀 態(tài)信息并確定組合服務的組合狀態(tài)。在另一實施例中，所述組合服務遞送裝置還包括組合服務邏輯，該組合服務邏輯 在備好的檢測點被激活時從判定數(shù)據(jù)庫檢索與備好的檢測點相關的服務交互信息并基于 該服務交互信息向第一和/或第二服務遞送裝置傳送控制信號。備好的觸發(fā)點的激活允許 組合服務對組合狀態(tài)模型中的狀態(tài)轉換進行響應。在一個實施例中，所述第一服務遞送裝置適合于執(zhí)行第一服務邏輯且所述第二服 務遞送裝置適合于執(zhí)行第二服務邏輯。分別使用第一和第二狀態(tài)模型來實現(xiàn)第一和第二服 務邏輯，第一和第二狀態(tài)模型每個包括服務狀態(tài)、狀態(tài)轉換和用于檢測狀態(tài)轉換的檢測點。在另一實施例中，所述組合狀態(tài)形成第一和第二服務的狀態(tài)的組合。使用第一和 第二狀態(tài)的組合，所述組合狀態(tài)模型有效地將第一服務耦合到第二服務。這些耦合狀態(tài)、即 組合狀態(tài)的評估允許高效地管理服務之間的交互。在另一實施例中，將第一或第二服務的至少一種狀態(tài)擴展至預定數(shù)目的擴展狀 態(tài)。該擴展狀態(tài)至少包括第一擴展狀態(tài)，指示到該狀態(tài)的轉換是由組合服務引起的；和第二 擴展狀態(tài)指示到該狀態(tài)的轉換是由第一或第二服務引起的。將第一或第二服務的狀態(tài)擴展 至許多擴展狀態(tài)允許組合服務掌管組合服務中的狀態(tài)轉換的原因。這樣，組合服務能夠在 由組合服務本身觸發(fā)的狀態(tài)轉換與由服務之一觸發(fā)的狀態(tài)轉換之間進行區(qū)別。在另一實施例中，所述擴展狀態(tài)包括至少第一擴展狀態(tài)，指示到該狀態(tài)的轉換是 由組合服務引起的。在另一實施例中，所述擴展狀態(tài)還包括第二擴展狀態(tài)，指示到該狀態(tài)的轉換是由 某一其它服務引起的。此其它服務可以是第一或第二服務或某一其它服務。所述第二擴展 狀態(tài)可以是一般的，即指示某一其它服務是狀態(tài)轉換的原因但未指示哪個其它服務是實際 的原因，或者可以是特定的，即精確地指示哪個其它服務是狀態(tài)轉換的原因。在另一實施例中，所述組合服務遞送裝置還包括分別用于從第一和第二服務接收 狀態(tài)信息并將該狀態(tài)信息傳送到組合服務管理器的第一和第二狀態(tài)管理器。在一個實施例中，所述組合服務管理器還包括適合于訂閱來自第一和/或第二服 務的通知以將各自第一服務和/或第二服務的狀態(tài)信息發(fā)送到組合服務的一個或多個事 件收聽器(listener)。該事件收聽器的使用允許高效地通知服務的狀態(tài)。在另一實施例中，所述狀態(tài)信息包括服務狀態(tài)和識別到該狀態(tài)的轉換原因的狀態(tài) 轉換信息。此狀態(tài)轉換信息允許組合服務在由組合服務觸發(fā)的狀態(tài)轉換與由第一和/或第 二服務觸發(fā)的狀態(tài)轉換之間進行區(qū)別。在本發(fā)明的一個實施例中，所述第一服務遞送裝置是在電話平臺上執(zhí)行的電話服 務，至少包括指示電話可用的狀態(tài)〈可用的〉和指示電話正在呼叫中的狀態(tài) < 正在呼叫>。所述第二服務遞送裝置是在電視平臺上執(zhí)行的電視服務，至少包括指示電視正在播放的狀 態(tài) < 播放 > 和指示TV暫停的狀態(tài)〈暫?！?。在本發(fā)明的另一實施例中，所述組合服務狀態(tài)包括電話服務的狀態(tài)〈可用的〉和 <正在呼叫 > 與電視服務的狀態(tài) < 播放 >、< 暫停CSX暫停0S>之間的組合。狀態(tài) < 暫停 CS>表示〈暫?！禒顟B(tài)的第一擴展狀態(tài)，其指示組合服務(CS)引起到該狀態(tài)的轉換。狀態(tài) <暫停os>表示狀態(tài) < 暫停 > 的第二擴展狀態(tài)，其指示不同于組合服務的另一服務(OS)引 起到該狀態(tài)的轉換。可以定義更多擴展狀態(tài)，以更詳細地區(qū)別哪個服務是狀態(tài)轉換的原因。 因此，組合狀態(tài)定義組合電話-電視服務的組合狀態(tài)模型，允許高效地管理電話與電視服 務之間的交互。在根據(jù)本發(fā)明的一個實施例中，所述組合服務被配置為允許客戶端經(jīng)由界面、優(yōu) 選地為網(wǎng)站界面來訪問組合服務，以便選擇組合服務的預定配置，其中，所述組合服務使用 所選配置來備好組合模型中的一個或多個檢測點。在根據(jù)本發(fā)明的另一實施例中，第一或第二服務遞送裝置中的至少一個是遠程 通信平臺，優(yōu)選地是支持基于IP的遠程通信服務的遠程通信平臺，諸如IP多媒體子系統(tǒng) (IMS)型平臺、數(shù)字電視平臺、用于執(zhí)行業(yè)務流程管理服務的平臺或用于家庭網(wǎng)絡系統(tǒng)的平臺。在一個實施例中，所述第一狀態(tài)模型是基本呼叫狀態(tài)模型(BCSM)。在另一實施例中，組合服務遞送裝置被實現(xiàn)為經(jīng)由網(wǎng)絡連接到第一和第二服務遞 送裝置的應用服務器。在另一實施例中，在機頂盒中實現(xiàn)所述組合服務遞送裝置。在另一實施例中，用機 頂盒中的組合服務遞送裝置來實現(xiàn)所述第一和第二服務遞送裝置。本發(fā)明還涉及一種用于在如在以上實施例中所述的提供組合服務的系統(tǒng)中管理 服務交互的方法。在一個實施例中，該方法包括步驟(i)組合服務檢測到新組合狀態(tài)的轉 換，以及(ii)組合服務響應于備好的檢測點的激活向第一和/第二服務遞送裝置傳送用于 引起各自第一和/第二服務中的預定狀態(tài)轉換的控制信號。此外，本發(fā)明涉及一種計算機程序產(chǎn)品，其可直接加載到數(shù)字計算機的內(nèi)部存儲 器，包括用于在該產(chǎn)品在計算機上運行時執(zhí)行如上所述的方法的步驟的軟件代碼部分。本發(fā)明還涉及包括如上所述的組合服務遞送裝置的最終終端。還將參照附圖來進一步說明本發(fā)明，附圖示意性地示出根據(jù)本發(fā)明的實施例。應 理解的是本發(fā)明不以任何方式局限于這些特定實施例。


圖1描繪根據(jù)本發(fā)明的系統(tǒng)的示例性第一示例。圖2描繪根據(jù)本發(fā)明的系統(tǒng)的示例性第二示例。圖3示出電話服務和TV服務的狀態(tài)模型的簡圖。圖4示出組合服務的示例性實施例的處理流程。圖5示出組合服務的示例性實施例中的第一服務交互的處理流程。圖6示出組合服務的示例性實施例中的第二服務交互的流程。圖7示出組合服務的示例性實施例中的第三服務交互的處理流程。
圖8描繪組合服務的示例性實施例的組合狀態(tài)模型的示例性示例。圖9描繪在基于IMS的高級IPTV架構中實現(xiàn)的組合服務的示例性示例。圖10描繪在基于IMS的IPTV架構中實現(xiàn)的組合服務的詳細示例。圖11示出服務交互的示例性消息流的流程圖，在IMS環(huán)境內(nèi)應用本發(fā)明。圖12示出IMS環(huán)境內(nèi)的狀態(tài)信息消息的示例性流程。
具體實施例方式圖1描繪根據(jù)本發(fā)明的系統(tǒng)的示例性示意圖。該系統(tǒng)包括連接到一個或多個第一 最終終端2a、2b、2c、...的第一服務遞送裝置1和連接到一個或多個第二最終終端4a、4b、 4c、...的第二服務遞送裝置3。第一和第二服務遞送裝置適合于向各自第一和第二最終終 端遞送第一服務(Sl)5和第二服務(S2)6。服務遞送裝置可以是向與之相連接的最終終端提供一個或多個電話服務的遠程 通信平臺。此類遠程通信平臺能夠遞送諸如ID呼叫者、SMS消息傳遞、Follow on Call (繼 續(xù)撥號)等電話服務。優(yōu)選地，遠程通信支持基于IP的遠程通信功能，諸如VoIP。服務遞送裝置還可以是提供因特網(wǎng)服務的服務提供商、或提供諸如包括IPTV、 HDTV、DVB、視頻點播(VoD)的數(shù)字廣播服務之類的電視服務的電視平臺或用于運行業(yè)務流 程管理(BPM)服務的平臺等。最終終端可以是將電話、電視、PC、PDA等連接到適當?shù)姆者f送裝置的機頂盒。使用狀態(tài)模型來實現(xiàn)在服務遞送裝置上運行的服務。對于基本電話服務，其可以 是基本呼叫狀態(tài)模型(BCSM)。狀態(tài)模型可以是在狀態(tài)、狀態(tài)轉換和用于檢測狀態(tài)轉換的檢 測點方面的服務狀態(tài)機描述。如果現(xiàn)有服務不是基于狀態(tài)模型來實現(xiàn)，則可以提供接口，通 常為軟件接口，其在狀態(tài)和狀態(tài)轉換方面模擬服務的行為。第一和第二服務遞送裝置被連接到托管一個或多個組合服務8的組合服務遞送 裝置7?？梢栽谖挥诰W(wǎng)絡中的某一位置的應用服務器上托管組合遞送裝置7，或者可替換 地，還可以將組合遞送裝置7實現(xiàn)為位于用戶家中的諸如機頂盒等最終終端中的硬件/軟 件單元。組合服務遞送裝置包括連接到第一和第二服務遞送裝置1、3的組合狀態(tài)管理器 (CSM) 9和組合服務邏輯(CSL) 10。組合狀態(tài)管理器9檢索第一和/或第二服務上的狀態(tài)信 息lla、llb并基于狀態(tài)信息來確定組合服務8的組合狀態(tài)。此狀態(tài)信息可以包括服務的狀 態(tài)和該服務中的狀態(tài)轉換的原因。如果組合服務中的狀態(tài)轉換激活組合狀態(tài)模型的備好的 檢測點，則組合狀態(tài)管理器觸發(fā)組合服務邏輯10?；跔顟B(tài)信息和另外存儲在判定數(shù)據(jù)庫 12中的信息，組合服務能夠向第一和/第二服務傳送一個或多個控制信號13a、13b，其中， 控制信號將引發(fā)其被傳送到的服務中的預定狀態(tài)轉換。下面將更詳細地描述此過程。如果第一服務遞送裝置是用于提供遠程通信服務的遠程通信平臺，則遠程通信服 務可以使用會話發(fā)起協(xié)議(SIP)、智能網(wǎng)絡應用部分(INAP)、移動應用部分(MAP)、用于移 動網(wǎng)絡增強邏輯的定制應用(CAMEL)、OSA/Parlay或其它已知協(xié)議來與組合服務遞送裝置 通信。同樣地，如果第二服務遞送裝置是電視平臺，則電視服務可以使用諸如XML、S0AP等 網(wǎng)頁服務技術來與組合服務遞送裝置通信。組合服務管理器可以檢索并管理狀態(tài)信息本身，或者，可替換地，將組合服務管理器連接到第一狀態(tài)管理器14和第二狀態(tài)管理器15。這在圖2中示意性地示出。每個狀態(tài) 管理器14、15檢索并管理一個特定服務的狀態(tài)信息并將其發(fā)送到組合服務管理器8。組合服務管理器或狀態(tài)管理器可以使用一個或多個事件收聽器16進行檢索狀態(tài) 信息。事件收聽器訂閱由第一和/或第二服務的狀態(tài)模型中的特定檢測點檢測的狀態(tài)轉換 (“事件”)，以便每當發(fā)生某一狀態(tài)轉換時，其將此類事件的發(fā)生通知給組合狀態(tài)管理器8 或狀態(tài)管理器14、15。這樣，事件收聽器使檢測點稱為“備好的”或“活動”檢測點。組合狀 態(tài)管理器8能夠檢索新狀態(tài)信息并基于此信息來確定組合狀態(tài)模型的新狀態(tài)?？梢詫⒔M合服務遞送裝置7實現(xiàn)為應用服務器，其經(jīng)由一個或多個網(wǎng)絡連接到第 一和第二服務遞送裝置。狀態(tài)管理器14、15可以位于應用服務器中、托管第一和第二服務 的服務遞送裝置中或托管狀態(tài)管理器的單獨單元中，其被連接到第一和第二服務遞送裝置 及組合服務遞送裝置。此外，還可以將組合遞送裝置7實現(xiàn)為位于家中的機頂盒或分布式 系統(tǒng)。在下文中，將通過作為本發(fā)明的示例性實施例的組合服務“FoneFreez”來更詳細 地說明本發(fā)明。FoneFreez服務是將基本電話服務與基本電視服務組合的組合服務。在該 情況下，第一服務遞送裝置是基本電話平臺，優(yōu)選地提供基于IP的電話服務，且第二服務 遞送裝置是基本電視平臺，優(yōu)選地提供數(shù)字電視服務。在從通常為電話的第一最終終端接收到接入呼叫時，F(xiàn)oneFreez將被激活并向通 常為機頂盒的第二最終終端發(fā)送暫停命令，以便將連接到機頂盒的TV設置為暫停狀態(tài)。 這允許TV觀看者在不被TV打擾的情況下開始電話會話。然后，在電話會話終止之后， FoneFreez將向TV發(fā)送播放命令?；旌螰oneFreez服務類似于ETSI TS 181 016的附件 A. 7. 3 中描述的 PauseOnlncomingCall (P0IC)混合服務。可以用狀態(tài)模型來描述電話和TV服務的處理流程。如圖3(a)所示，可以用狀態(tài) 模型17來描述電話服務(TS)，包括-以最簡單形式-指示沒有呼叫正在進行的狀態(tài) < 可用 的>18和指示呼叫正在進行中的 < 正在呼叫>19?？梢詫⒋祟惡唵螤顟B(tài)模型擴展至更復雜 的狀態(tài)模型，諸如在智能網(wǎng)絡中使用的基本呼叫狀態(tài)模型(BCSM)，其描述為訂戶建立并保 持到智能網(wǎng)絡(IN)服務的通信路徑的呼叫控制功能(CCF)活動。對于電路交換操作，存在 發(fā)起和終止BSCM。此類模型可以包括許多狀態(tài)。當?shù)谝蛔罱K終端的用戶開始電話會話時，電話服務的狀態(tài)將從〈可用的〉變成< 正在呼叫〉?？梢杂脿顟B(tài)模型中的檢測點(DP) 21來檢測此轉換20。在呼叫終止時，用第二 檢測點來檢測回到〈可用的〉的轉換。 同樣地，可以用狀態(tài)模型22來描述基本TV服務(TV)，包括指示TV節(jié)目正在進行 中的TV狀態(tài)〈播放>23和指示TV節(jié)目暫停的〈暫停>24。如圖3(b)中示意地指示的那 樣，用TV狀態(tài)模型中的檢測點來檢測這些狀態(tài)之間的轉換。 FoneFreez的基本功能在圖4中示出。在第一接入電話呼叫(新呼叫)時， FoneFreez (FF)將向TV的機頂盒發(fā)送控制信號，在這種情況下為暫停命令，從而將TV狀態(tài) 從 < 播放 > 變?yōu)?< 暫停 >。同樣地，在呼叫終止(結束呼叫)之后，F(xiàn)oneFreez將促使TV狀 態(tài)變成 < 播放 >。因此，根據(jù)電話服務中的預定狀態(tài)轉換，F(xiàn)oneFreez可以通過引發(fā)TV狀態(tài) 中的轉換來采取行動。因此，組合服務能夠使被連接到托管電話服務的電話平臺的電話最 終終端與被連接到托管電視服務的電視平臺的電視最終終端相關聯(lián)。
還可能的是由不同于FoneFreez的其它源或服務來引起TV的狀態(tài)轉換，諸如遙控 器(RM)或另一服務，諸如呼叫等待(CW)。圖5示出FoneFreez與TV的遙控器(RC)的第一交互的流程。觀看者可以使用遙 控器來將TV設置為暫停。然后，在接收到接入電話時(例如由應答機)，F(xiàn)oneFreez通常 將向TV發(fā)送暫停命令。然而，這不是必需的，因為TV已經(jīng)暫停。此外，在呼叫終止之后， FoneFreez將向TV發(fā)送播放命令，引起到 < 播放 > 的轉換。然而，這種情況不是期望的，因 為觀看者希望使TV暫停。為了避免此類不想要的服務交互，可以使FoneFreez認識到，如果用遙控器將TV 設置在暫停狀態(tài)且新呼叫到達，則其不應向TV發(fā)送暫停命令(參見圖5、25)。同樣地，在呼 叫結束時，不應向TV發(fā)送播放命令(參見圖5、26)。圖6示出FoneFreez與遙控器的第二交互的流程。在這種情況下，用遙控器將TV 設置為 < 暫停 >，同時由FoneFreez接收另一接入呼叫。如果某人使用遙控器向TV發(fā)送播 放命令，則TV將在接入電話呼叫尚未結束的同時開始播放。為了避免這種情況，F(xiàn)oneFreez 可以通過將TV的狀態(tài)再設置為 < 暫停 > 來進行干預(圖6、27)。圖7示出第三服務交互的流程。在這種情況下，電話平臺還提供呼叫等待服務 (CW)。此服務允許第二接入呼叫在第一呼叫仍在進行中時待機。接收呼叫的用戶能夠在第 一和第二呼叫之間切換。在沒有FoneFreez干預的情況下，Select Call (選擇呼叫)能夠 引入如上文結合遙控器所討論的類似問題。例如，F(xiàn)oneFreez服務將-在第二接入呼叫(新呼叫2)到達時-向TV發(fā)送暫停 命令(其起因于第一呼叫仍處于〈暫停 >)并在第二呼叫終止(結束呼叫2)之后向TV發(fā) 送播放命令。這將促使TV在第一呼叫仍在進行中的同時開始播放。FoneFreez可以以如上 所述的類似方式、即通過在第二接入呼叫(圖7、28)之后不發(fā)送暫停命令且在第二呼叫終 止(圖7、29)之后不發(fā)送播放命令來進行干預。因此，為了允許FoneFreez管理服務交互，F(xiàn)oneFreez (i)應具有關于TV和電話的 狀態(tài)信息，且(ii)應具有關于這些狀態(tài)的變化原因的信息，(iii)應知道何時和怎樣采取 行動。為了允許FoneFreez以簡單且有效的方式處理狀態(tài)信息并響應于電話的狀態(tài)模 型和TV狀態(tài)模型的狀態(tài)變化來采取適當行動，應確定FoneFreez的組合狀態(tài)模型。組合狀態(tài)模型包括由例如電話狀態(tài)的第一狀態(tài)(S1)與例如TV狀態(tài)的第二狀態(tài) (S2)的組合定義的預定組合狀態(tài)(SC)的數(shù)目。為了組合狀態(tài)包含關于第一和/或第二狀 態(tài)的狀態(tài)轉換原因的信息，將這些狀態(tài)中的至少一個擴展至許多擴展狀態(tài)。這些擴展狀態(tài) 至少包括第一擴展狀態(tài)，指示由例如FoneFreez等組合服務引起到該狀態(tài)的轉換；和第二 擴展服務，指示由例如遙控器或諸如Call Select的另一服務等另一源引起到該狀態(tài)的轉 換?？商鎿Q地，可以由組合狀態(tài)模型以狀態(tài)轉換信息的形式來處理狀態(tài)轉換的原因，所述狀 態(tài)轉換信息的形式例如為狀態(tài)轉換ID的形式，其被服務發(fā)送到組合服務且包括服務中的 狀態(tài)轉換的原因。組合狀態(tài)模型還包括用于檢測組合狀態(tài)模型的兩種狀態(tài)之間的轉換的檢測點 (DC)。某些檢測點是備好的(活動)檢測點。該檢測點被備好以便檢測FoneFreez應對其 進行響應的轉換的發(fā)生。如果此類檢測點被觸發(fā)，則FoneFreez將用某個動作進行響應，例如防止到此類不想要的組合狀態(tài)的轉換。這樣，組合服務能夠管理(不想要的)服務交互。因此，由電話服務< 可用的 > 和 < 正在呼叫 > 與TV服務< 播放 > 和 < 暫停 > 的 狀態(tài)組合形成FoneFreez的組合狀態(tài)。為了引入關于到狀態(tài)〈暫停〉的轉換原因的信息， 此狀態(tài)被擴展至指示暫停狀態(tài)由FoneFreez引起的第一擴展狀態(tài) < 暫停FF>和指示暫停狀 態(tài)不是由FoneFreez、而是另一源(OS)引起的第二擴展狀態(tài)〈暫停0S>。這引出FoneFreez 的組合狀態(tài)模型的以下六種組合狀態(tài)〈可用的，播放〉，〈正在呼叫，播放>，〈可用的，暫停FF>，〈可用的，暫停0S>，〈正 在呼叫，暫停FF>，<正在呼叫，暫停0S>。組合狀態(tài) < 可用的，暫停FF>和 < 正在呼叫，暫停FF>指的是其中FoneFreez將TV 設置為暫停的狀態(tài)。組合狀態(tài) < 可用的，暫停0S>和 < 正在呼叫，暫停0S>指的是TV被例 如遙控器或呼叫等待的另一源設置為暫停的狀態(tài)。為了允許FoneFreez對組合狀態(tài)模型中的狀態(tài)轉換作出反應，應存在活動(或備 好的)檢測點。例如，在從〈可用的，播放〉到〈正在呼叫，播放〉的轉換之間應存在活動檢 測點，以便向FoneFreez指示應將TV置于暫停狀態(tài)，對應于組合狀態(tài) < 正在呼叫，暫停PF>。圖8示意性地示出描述到服務的各種組合狀態(tài)的轉換的FoneFreez的組合狀態(tài)模 型。將簡要地討論檢測點。-DPI檢測接入呼叫。DPI是活動的，以便指示FoneFreez向TV發(fā)送暫停命令。-DP2檢測TV正在播放的同時的電話呼叫的結束。不需要來自FoneFreez的活動， 因此DP2不是活動的。-DP3經(jīng)由活動DPI檢測到TV被FoneFreez暫停。DP3不是活動的。-DP4檢測到在呼叫是活動的同時TV被置于播放。DP4不是活動的。-DP5檢測到呼叫被終止。DP5應是活動的，以便指示FoneFreez向TV發(fā)送播放命 令。-DP6檢測到在沒有呼叫是活動的同時TV被暫停。DP6不是活動的。-DP7檢測到在沒有呼叫是活動的同時TV被設置為播放。DP7不是活動的。-DP8在TV暫停的同時檢測接入呼叫。DP8不是活動的。-DP9在TV暫停的同時檢測呼叫的終止。DP9不是活動的。-DP10檢測到在呼叫是活動的同時TV被不同于FoneFreez的另一源從暫停設置為 播放。需要時，可以使DP10活動以便指示FoneFreez向TV發(fā)送暫停命令。并不始終要求TV在電話呼叫活動時處于暫停。在哪種情況下FoneFreez應采取 行動的選擇取決于服務被如何配置。在FoneFreez服務的設計階段進行該配置的一部分。 另一部分可以根據(jù)用戶的偏好來配置。例如，用戶可以經(jīng)由界面、優(yōu)選地網(wǎng)站界面來訪問FoneFreez，以便選擇預定配置。 使用所選配置，F(xiàn)oneFreez能夠激活或去激活FoneFreez的狀態(tài)組合模型中的相應檢測點?？梢詳U展組合模型的功能。例如，還可以將 < 暫停 > 狀態(tài)擴展至例如狀態(tài) < 暫停 FF>, <暫停RC>和 < 暫停CW>向FoneFreez提供是FoneFreez本身、遙控器還是呼叫等待 服務將TV變?yōu)椤磿和！怠Ｍǔ?，一般可以將通過使用根據(jù)本發(fā)明的系統(tǒng)和方法中的組合狀態(tài)模型來實現(xiàn)組 合服務的構思擴展至提供組合從許多不同服務平臺執(zhí)行的服務的許多組合服務的系統(tǒng)。
FoneFreez應知道在備好的檢測點激活時應采取什么行動。此判定信息可以被存 儲在連接到應用服務器的判定數(shù)據(jù)庫中。FoneFreez將不得不更新并評估關于電話服務和TV服務的狀態(tài)信息。因此不得不 執(zhí)行步驟-從電話和TV服務接收狀態(tài)信息(其中，狀態(tài)信息包括服務的當前狀態(tài)和-如果 服務之一的狀態(tài)轉換已發(fā)生_關于第一和/或第二服務中的轉換原因的狀態(tài)轉換信息)；-基于該信息來確定是否已發(fā)生到新組合狀態(tài)的轉換；-檢查備好的檢測點是否被觸發(fā)并_如果是這樣的話_使用存儲在數(shù)據(jù)庫中的判 定信息來確定FoneFreez應執(zhí)行什么動作。此類方法步驟可以由組合狀態(tài)管理器來執(zhí)行，優(yōu)選地與如上所述的狀態(tài)管理器和 事件收聽器協(xié)作。FoneFreez事件收聽器將“訂閱”電話和電視服務中的某些狀態(tài)轉換。其 后，電話和電視服務將通過向FoneFreez發(fā)送所請求的狀態(tài)信息將FoneFreez已訂閱的狀 態(tài)轉換的發(fā)生通知給FoneFreez。圖9描繪在基于IMS的IPTV架構中實現(xiàn)的根據(jù)本發(fā)明的組合服務。圖9 (a)示出 ETSI TS 182027中提出的第一架構的簡圖，其中，IMS核心被連接到一個或多個用戶設備 (UE)設備、傳輸處理功能和專用服務交互功能(SIF)(也稱為服務能力交互管理器(SCIM)。 SIF將一個或多個應用服務器(AS)連接到IMS核心。這些應用服務器可以包括包含諸如 FoneFreeze服務(或P0IC服務)等組合服務的組合服務(CS)AS、電話(TC)AS和IPTV AS。 IMS核心還被連接到包括例如IPTV媒體控制功能(MCF)和IPTV媒體遞送功能(MDF)的 IPTV媒體功能(MF)及IPTV應用服務器(AS)。IPTV AS (也稱為IPTV服務控制功能、IPTV SCF)、MCF和MDF (也稱為IPTV服務元件)向IMS系統(tǒng)提供IPTV功能。圖9(b)示出在ETSI TS 182027中提出的第二架構的簡圖。此架構類似于圖9(a) 所示的架構，不同之處在于組合服務AS被經(jīng)由例如OSA/Parlay服務能力服務器(SCS)的 (透明)網(wǎng)關間接地(作為外部應用服務器)連接到IMS核心和IPTV服務元件。而且，AS 在沒有SCIM干預的情況下被直接耦合到IMS核心。圖10描繪在基于NGN(下一代網(wǎng)絡)IPTV架構、例如在基于IMS的IPTV架構中實 現(xiàn)的組合服務的更詳細示例。第一服務可以是由基于NGN的IPTV系統(tǒng)、例如基于IMS的 IPTV系統(tǒng)提供的多媒體服務。此多媒體服務可以是例如廣播TV或視頻點播服務。多媒體 服務是有狀態(tài)服務，意指該服務包括多個可能狀態(tài)。用戶可以使用例如其遙控器110向UE1 101發(fā)送控制命令來更換頻道、使流暫停并再次開始其播放、快進、后退、向前跳等等。用于提供此類IPTV多媒體服務的第一服務遞送裝置可以包括-媒體功能(MF)106 (更具體而言為媒體控制功能(MCF) 107和/或媒體遞送功能 (MDF) 108)、傳輸處理功能(TPF) 109 和 / 或 UE1101。如果另外將核心IMS 105和/或IPTV SCF 102用于建立UE1 101與MF 106之間 的連接，則這些元件也可以是第一服務遞送裝置的一部分。在另一實施例中，第一服務遞送裝置可以僅包括UE1 101。這可以是在控制(例如 重放)被記錄在UE1中的媒體流的情況。UE1可以包含存儲在例如硬盤的存儲介質(zhì)上的多 媒體文件且可以被配置為在不使用NGN中的其它網(wǎng)絡元件的情況下控制此類多媒體流。此 類UE1不要求向一個或多個網(wǎng)絡元件發(fā)送控制消息。
例如流式視頻的多媒體流可以從MF 106 (或更具體而言為MDF108)流動到UE1。 流式媒體經(jīng)由TPF 109和接口 115被傳輸?shù)経E1。TPF和接口可以由諸如路由器、交換機和 頭端(headend)的網(wǎng)絡設備組成。由通過接口 114從UE1接收命令的MCF 107來控制媒體 遞送。某些動作(例如，類似于暫停的特技播放)還可以直接在UE1內(nèi)部執(zhí)行。為了實現(xiàn)諸如FoneFreez的能夠控制上述多媒體服務的組合服務，可以在IPTV服 務控制功能(SCF)102內(nèi)部設置組合服務遞送裝置。同樣地，組合服務可以通過IMS核心 105向MF 106(或更具體而言為MCF107)發(fā)送控制消息以控制多媒體服務。這些控制消息 可以例如包括類似于“暫?！?、“播放”、“切換頻道”等動作命令。用于發(fā)送控制消息以控制多媒體服務的另一實施例是從組合服務(例如在IPTV SCF 102中實現(xiàn))向UE1發(fā)送控制消息。UE1本身可以執(zhí)行期望的功能，例如使本地地在UE1 101處播放的流暫停或通過將來自MF 106的流記錄在UE1 101上來使其暫停?？商鎿Q地， UE1 101可以通過使用接口 114向MF 106發(fā)送控制消息來執(zhí)行期望的功能。在以上示例中，在SCF中實現(xiàn)組合服務遞送裝置(CSDM)。可以有在其它位置實現(xiàn) CSDM的替換設計選項，例如在UE1中、在MF 106中、在MCF 107中、在單獨的交互管理功 能104中或在某一外部應用服務器103中。在這些情況下，控制消息可仍被發(fā)送到例如MF 106或UE1101。如果在UE1 101或MF 106中實現(xiàn)CSDM，則還可以例如在不發(fā)送控制消息而 是通過在內(nèi)部執(zhí)行控制命令來控制多媒體服務?，F(xiàn)在返回圖10，F(xiàn)oneFreez示例中的第二服務是電話服務。在這種情況下，第二 服務遞送裝置可以是例如電話網(wǎng)絡、例如PSTN或ISDN網(wǎng)絡、GSM或UMTS網(wǎng)絡或VoIP網(wǎng)絡 (圖10中未示出)。在電路交換網(wǎng)(PSTN、ISDN、GSM或UMTS)的情況下，可以使用INAP接 口來發(fā)送接入呼叫通知。在VoIP網(wǎng)絡的情況下，可以使用SIP消息來發(fā)送呼叫通知。第二 終端可以是例如通過接口 113連接到核心IMS 105的用戶設備2 (UE2) 112。在該情況下，第 二終端可以是例如移動電話或適合于進行電話呼叫的任何其它設備。使用IMS，優(yōu)選地由S-CSCF 116來執(zhí)行呼叫建立。S-CSCF 116可以使用接口 111 向SCF(例如IPTV SCF 102)發(fā)送例如關于接入呼叫的各種類型的通知。例如關于接入呼 叫的通知或關于呼叫結束的通知的這些通知可以包含關于第二服務的狀態(tài)信息。通知狀態(tài)(轉換)信息的一種示例性方式可以是MF106通過核心IMS 105或通過 某一直接信令通道(圖10中未示出)來通知SCF 102中的組合服務關于狀態(tài)轉換及其原 因?？商鎿Q地，UE1、或乃至TPF 109可以提供狀態(tài)信息，因為這些網(wǎng)絡元件也知道多 媒體服務的狀態(tài)。UE 101知道這一點，因為UE1 (在給定示例中)是服務開始或被遞送的 位置。TPS 109可以通過檢驗UE 101與MF 106之間的數(shù)據(jù)流而知道這一點。檢驗傳輸網(wǎng) 絡中的數(shù)據(jù)流的此過程也稱為“探聽”(例如IGMP探聽或RTSP探聽)。UE1 101或TPS109 可以通過核心IMS 105或通過某一其它信令通道來提供關于狀態(tài)轉換及其原因的通知。哪個元件提供通知取決于實際上在哪里管理服務的狀態(tài)。可以在MF 106中或在 UE1 101中實現(xiàn)狀態(tài)管理器。為了組合服務知道第一和第二服務的狀態(tài)，其需要接收關于這些服務的狀態(tài)信 息。在基于NGN的IPTV系統(tǒng)中，組合服務可以從以下各項接收關于多媒體服務的狀態(tài)信 息
-UE1 101。如果組合服務在IPTV SCF 102中實現(xiàn)，則UE1 101可以直接使用例如 接口 118或使用接口 117和接口 111通過IMS核心105來發(fā)送狀態(tài)信息。如果組合服務在 SCIM 104或外部AS 103中實現(xiàn)，則UE1還可以通過核心IMS 105來發(fā)送狀態(tài)信息。如果組 合服務在MF 106中實現(xiàn)，則其可以使用接口 114直接向MF 106發(fā)送狀態(tài)信息，或者其可以 通過核心IMS 105來發(fā)送狀態(tài)信息。-MF 106。如果組合服務在IPTV SCF 102中實現(xiàn)，則MF 106可以使用接口 119和 111通過核心IMS 105來發(fā)送狀態(tài)信息。如果組合服務在MF 106本身中實現(xiàn)，則MF 106不 必發(fā)送狀態(tài)信息，因為在MF 106已可獲得狀態(tài)信息。如果組合服務在UE1 101中實現(xiàn)，則 可以使用接口 119和117通過核心IMS 105來發(fā)送狀態(tài)信息，或者可以使用接口 114或115
來直接發(fā)送。-傳輸器121，例如根據(jù)ETSIES 282 001 V2. 0. 0實現(xiàn)。傳輸器121包括載送UE1 101與MF 106之間的媒體控制和媒體遞送的實際數(shù)據(jù)流的傳輸處理功能(TPF) 109和控制 TPF 109的傳輸控制功能(TCF)122。在傳輸器121供應狀態(tài)信息的示例性實施方式中，TPF 109可以通過‘探聽，UE1 101與MF 106之間的數(shù)據(jù)流來檢測服務的狀態(tài)。TPF 109可以通 知TCF 122 (或更具體而言為資源和許可控制子系統(tǒng)(RACS) 120)關于所檢測的狀態(tài)。TCF 122隨后可以例如通過IMS核心105向在例如SCF 102、UE1 101、SCIM 104、AS 103或MF 106中實現(xiàn)的組合服務遞送狀態(tài)信息。圖11示出如圖10中描繪的IMS環(huán)境內(nèi)的示例性消息流的流程圖。使用FoneFreez作為組合服務的示例，第二服務是電話服務。在IMS環(huán)境中，通過 ISC接口 111將通信會話中的事件(諸如電話呼叫201的開始和電話呼叫202的結束)通 知給應用程序。在(電話)呼叫事件201或202之后，分別通過從核心IMS 105發(fā)送的‘接 入呼叫，通知205 (在IMS中稱為SIP INVITE消息)或‘呼叫結束，通知206 (在IMS中稱 為SIP BYE消息)將接入呼叫通知給在SCF102中運行的FoneFreez服務。在SCF中運行 的FoneFreez服務隨后通過分別向MF 106發(fā)送控制消息203 (以在通知205之后使當前多 媒體服務暫停)或控制消息204(以在通知206之后播放當前多媒體服務)而引發(fā)多媒體 服務的媒體遞送中的狀態(tài)轉換。為了管理服務之間的交互(例如上文相對于圖5-11所述)，IMS系統(tǒng)中的服務和 組合服務需要以有效的方式對每個服務的狀態(tài)信息進行訪問。服務狀態(tài)信息可以包括被連接到IMS網(wǎng)絡的一個或多個服務的狀態(tài)信息、狀態(tài)轉 換信息、狀態(tài)歷史信息、狀態(tài)轉換歷史信息和/或媒體動作數(shù)據(jù)/命令(即播放、停止、暫停等)。狀態(tài)歷史信息可以包括關于服務遞送裝置的最后N個先前狀態(tài)的信息，其中，N是 大于零的整數(shù)。此外，其可以包括關于最后N個先前狀態(tài)轉換的原因。媒體動作數(shù)據(jù)可以包 括對被遞送到UE的媒體服務執(zhí)行的任何動作，例如暫停、播放、快進、換頻道、跳到下一章。 此媒體動作數(shù)據(jù)可以包含關于IPTV架構中的哪個元件(例如IPTV服務或UE設備)執(zhí)行 媒體動作的信息。在一個實施例中，由IMS系統(tǒng)中的一個或多個IPTV服務元件中的功能單元檢索并 管理服務狀態(tài)信息。此IPTV服務元件可以包括如上文相對于圖2所述的一個或多個狀態(tài) 管理器。狀態(tài)管理器可以從可用于IMS系統(tǒng)的所有服務收集狀態(tài)信息，從而使服務狀態(tài)信息集中地對于IMS系統(tǒng)中的服務可用和/或可訪問。托管一個或多個狀態(tài)管理器的IPTV 服務可以被連接到用于存儲服務狀態(tài)信息的服務狀態(tài)數(shù)據(jù)庫。服務可以以各種方式從這些 狀態(tài)管理器接收服務狀態(tài)信息。在一個實施例中，可以使用SIP訂閱/通知方法(如在RFC 3265中所述)，其中， 服務訂閱特定服務狀態(tài)信息且在可用時被通知此信息。在本實施例中，SIP訂閱消息導致備 好被服務元件包括的狀態(tài)管理器中的檢測點，并在備好的檢測點實際上由被訂閱的事件觸 發(fā)時返回SIP通知消息。在另一實施例中，可以實現(xiàn)檢索機制，其中，服務請求信息且IPTV 服務元件響應于該請求而供應信息。在另一實施例中，IPTV服務元件在不要求訂閱或單獨 請求的情況下(例如周期性地或在可用時)向所有相關服務供應服務狀態(tài)信息。響應于服務狀態(tài)信息的接收，服務可以向IPTV服務元件發(fā)送一個或多個控制消 息，從而控制媒體會話。此類控制消息可以包括媒體控制動作，例如暫停、播放、快進、后退、 向前跳、向后跳和/或換頻道。在另一實施例中，可以由包括管理服務狀態(tài)信息的功能單元的IPTV服務元件來 托管服務。在這種情況下，服務可以直接訪問服務狀態(tài)信息，允許直接控制媒體會話。服務狀態(tài)信息的消息流的說明性示例在圖12中描繪。本示例涉及IMS-IPTV架構 內(nèi)的組合服務FoneFreez的前述實施例，諸如圖10和11所示。在詳細的FoneFreez示例中，在SCF中實現(xiàn)的組合服務遞送裝置不僅接收關于第 一服務的狀態(tài)(即‘暫停’或‘播放’)的信息，而且接收關于狀態(tài)轉換及其原因的信息。更 具體而言如果用戶使用其遙控器來暫?；虿シ哦嗝襟w服務(即UE1向MF發(fā)送控制消息 301或303)，則MF不僅向SCF通知(即發(fā)送通知消息302或304)特定的狀態(tài)轉換，而且通 知遙控器是此狀態(tài)轉換的原因。還可以將狀態(tài)轉移的原因的此通知視為擴展狀態(tài)信息。因 此，一旦接入呼叫到達，F(xiàn)oneFreez服務不僅知道多媒體服務的當前狀態(tài)，而且知道該狀態(tài) 的原因。可替換地，在接收到接入或結束呼叫事件的通知時，可以僅由組合服務來請求多媒 體服務的服務狀態(tài)信息。這樣，F(xiàn)oneFreez服務可以自主地判定如何繼續(xù)進行。對于組合服務而言，重要的是能夠識別鏈接在一起的不同服務并使其關聯(lián)。在 FoneFreez示例中，這可以使用例如IMS公共身份的基于IMS的IPTV系統(tǒng)中的用戶設備的 標識符和使用電話系統(tǒng)中的用戶的標識符(通常為電話號碼)來進行。組合服務將需要跟 蹤這些標識符的相關性，因此其可以將適當?shù)淖罱K終端UE1和UE2鏈接在一起。在示例性的基于IMS的實施方式中，優(yōu)選地使用以下兩種類型的通知。在以下說 明中，使用術語通知方和被通知方作為用于包括硬件上的編程代碼的某個模塊的通用術 語，所述硬件在IMS架構內(nèi)，具有一個或多個特定功能，且能夠發(fā)送通知(通知方)或接收 通知(被通知方)。 第一通知類型是“shoot-and-forget (射后不理)”。通知方向被通知方發(fā)送通 知，但通知方能夠繼續(xù)正常運行。正在運行的進程不停止，且仍可能發(fā)生新的狀態(tài)轉換等。 這在例如圖12中示出，其中，通知302被發(fā)送到SCF，同時MF將在不進一步涉及SCF的情況 下繼續(xù)運行。 第二通知類型是控制轉交。當通知方向被通知方轉交控制時，被通知方不僅接收 通知，而且還被給予控制。這意味著通知方將在繼續(xù)其正在做的事之前等待。當SCF通過 核心IMS接收到通知時，其可以接收控制。核心IMS將能夠發(fā)送SIP INVITE作為接入呼叫的通知，但是能夠在通過給UE2的通知來將接入呼叫通知給UE2之前等待SCF的響應?？梢栽跔顟B(tài)轉換之前或之后發(fā)送通知 如果在狀態(tài)轉換之前發(fā)送，則這通常是控制轉交類型的通知。在狀態(tài)實際改變之 前，這給予被通知方改變通知方行為的選項。 如果在狀態(tài)轉換之后發(fā)送，則這通常是“shoot-and-forget”類型的通知。事件 (即狀態(tài)轉換)已發(fā)生，且通知方給予關于此事件的通知。本發(fā)明不限于上述實施例，本發(fā)明可以在隨附權利要求的范圍內(nèi)變化。例如，可以 將主張權利要求的發(fā)明用于管理其它組合服務，諸如現(xiàn)有技術中描述的在電視屏幕上顯示 呼叫方ID信息。組合服務的另一示例可以是“television click-to-dial (電視點擊撥 號)”服務，其在TV屏幕上的電話號碼(例如廣告中的號碼)被激活(點擊)時自動地將 用戶轉發(fā)到該號碼。此外，可以使用主張權利要求的發(fā)明來管理包括多于兩個的服務提供 裝置的組合服務。所述多于兩個的服務提供裝置可以提供由一個或多個組合服務控制的多 于兩個的服務。組合服務可以涉及多于兩個的服務狀態(tài)管理器以及多于兩個服務邏輯。為了示出本發(fā)明的廣泛潛在使用，下面提供某些其它示例另一示例1。在本示例中，第一服務是遮陽系統(tǒng)。用戶可以手動地提升或降低遮陽物，以使日光 進入或防止其進入。因此，此第一服務具有狀態(tài)‘提升’和‘降低’?，F(xiàn)在，第二服務是天氣測 量服務，其測量例如室外溫度并測量當前檢測的日光量。這里，組合服務可以將這兩個服務 組合以根據(jù)所測量的溫度和日光量自動地提升和降低遮陽物，但也考慮用戶特定動作。通 常，在溫度上升到某一點時的晴天，組合服務將通過降低遮陽物引發(fā)第一服務中的狀態(tài)轉 換。但當用戶已降低遮陽物時，這不是必要的，雖然再次將其降低將不會有任何效果。但是 假設那天變成多云，且溫度降到某一閾值以下。通常，組合服務將通過提升遮陽物來引發(fā)狀 態(tài)轉換。但是，由于用戶手動地引起第一服務中的“降低”狀態(tài)，例如由于其需要黑暗房間 以便在其家庭影院系統(tǒng)上觀看電影，所以可以將組合服務編程以自動地避免發(fā)送提升遮陽 物的控制信號。因此，用于組合狀態(tài)從手動_降低+晴朗天氣到手動_降低+多云天氣的 轉換的檢測點未被備好且組合服務將不采取行動，而用于組合狀態(tài)從自動_降低+晴朗天 氣到自動_降低+多云天氣的轉換的檢測點被備好，并將采取行動。另一示例2。另一示例是在駕駛汽車中。汽車可以具有多個狀態(tài)，例如‘行駛’、‘靜止不動’、‘加 速’、‘減速’和‘剎車’。此‘第一服務’通常直接受到用戶控制，在這種情況下受到駕駛員控 制。但是，有時，此第一服務也受到汽車服務的控制，例如使用自動限速器來防止加速?，F(xiàn) 在的汽車還具有先進電子裝置和軟件、汽車管理系統(tǒng)等。作為第二服務，此汽車管理系統(tǒng)監(jiān) 視汽車的狀況，汽車可以具有類似于“狀況良好”、“油用盡”、‘過熱’等狀態(tài)。一個組合服務 可能將基于汽車的當前狀況來限制汽車的速度，例如以防止過熱。這里，也發(fā)生服務交互 駕駛員首先受到限速器的限制，但是能夠通過指示其的確想更快(踏緊腳踏板)而不考慮 這一點。因此，如果限速器是從‘加速’到‘固定駕駛’的轉換的原因，用戶可以不考慮這一 點。但是，如果由汽車管理系統(tǒng)來限制速度以防止過熱，則用戶不能不考慮這一點。這些示例清楚地顯示在除遠程通信之外的其它領域中可以使用組合服務。構建組 合狀態(tài)導致某些服務行為。使用服務狀態(tài)信息，還可以執(zhí)行其它尖端服務交互管理。
權利要求
一種用于通過組合服務來管理第一服務與第二服務之間的服務交互的系統(tǒng)，包括-第一服務遞送裝置，其用于提供第一服務，-第二服務遞送裝置，其用于提供第二服務，-組合服務遞送裝置，其用于提供能夠使第一服務與第二服務相關聯(lián)的組合服務，該組合服務使用組合狀態(tài)模型實現(xiàn)，所述組合狀態(tài)模型包括基于第一和第二服務的狀態(tài)形成的預定數(shù)目的組合狀態(tài)和用于檢測組合狀態(tài)之間的預定轉換的備好的檢測點，所述組合服務遞送裝置包括組合狀態(tài)管理器，該組合狀態(tài)管理器適合于響應于備好的檢測點的激活向第一和/或第二服務遞送裝置傳送用于引發(fā)各自第一和/或第二服務中的預定狀態(tài)轉換的控制信號。
2.如權利要求1所述的系統(tǒng)，其中，所述組合狀態(tài)管理器還適合于接收關于第一和第 二服務的狀態(tài)信息并確定組合服務的組合狀態(tài)。
3.如權利要求1或2所述的系統(tǒng)，其中，所述組合服務遞送裝置還包括組合服務邏輯， 該組合服務邏輯在備好的檢測點被激活時從判定數(shù)據(jù)庫中檢索與該備好的檢測點相關聯(lián) 的服務交互信息并基于服務交互信息向第一或第二服務遞送裝置傳送控制信號。
4.如權利要求1-3中的任何一項所述的系統(tǒng)，其中，所述第一服務遞送裝置適合于執(zhí) 行第一服務邏輯且所述第二服務遞送裝置適合于執(zhí)行第二服務邏輯，第一和第二服務邏輯 分別使用第一和第二狀態(tài)模型實現(xiàn)，每個狀態(tài)模型包括服務狀態(tài)、狀態(tài)轉換和用于檢測狀 態(tài)轉換的檢測點。
5.如權利要求1-4中的任何一項所述的系統(tǒng)，其中，所述組合狀態(tài)包括第一和第二服 務的狀態(tài)的組合。
6.如權利要求5所述的系統(tǒng)，其中，所述第一或第二服務的至少一個狀態(tài)被擴展至預 定數(shù)目的擴展狀態(tài)，包括至少第一擴展狀態(tài)，指示到該狀態(tài)的轉換是由組合服務的動作引 起的。
7.如權利要求1-6中的任何一項所述的系統(tǒng)，其中，所述組合服務遞送裝置還包括用 于分別從第一和第二服務接收狀態(tài)信息并向所述組合服務管理器傳送狀態(tài)信息的第一和 第二狀態(tài)管理器。
8.如權利要求1-7中的任何一項所述的系統(tǒng)，其中，所述組合服務管理器還包括事件 收聽器，該事件收聽器適合于訂閱來自第一和/或第二服務的通知以發(fā)送各自第一服務和 /或第二服務的狀態(tài)信息。
9.如權利要求1-8中的任何一項所述的系統(tǒng)，其中，所述狀態(tài)信息包括服務狀態(tài)和識 別到該狀態(tài)的轉換原因的狀態(tài)轉換信息。
10.如權利要求1-6中的任何一項所述的系統(tǒng)，其中，所述第一服務遞送裝置是在電話 平臺上執(zhí)行的電話服務，至少包括指示電話可用的狀態(tài)〈可用的〉和指示電話正在呼叫的 狀態(tài)〈正在呼叫〉，并且其中，所述第二服務遞送裝置是在電視平臺上執(zhí)行的電視服務，至 少包括指示電視正在播放的狀態(tài) < 播放 > 和指示TV處于暫停狀態(tài)的狀態(tài) < 暫停>。
11.如權利要求10所述的系統(tǒng)，其中，所述組合服務狀態(tài)包括電話服務的狀態(tài)<可用的> 和 < 正在呼叫 > 與電視服務的狀態(tài) < 播放 >、< 暫停cs>、<暫停os>之間的組合，其中，〈暫 停cs>表示〈暫?！禒顟B(tài)的第一擴展狀態(tài)，指示組合服務(CS)引起到該狀態(tài)的轉換，且< 暫停os>表示狀態(tài)〈暫?！档牡诙U展狀態(tài)，指示不同于組合服務的另一服務(OS)引起到該狀態(tài)的轉換。
12.如權利要求1-11中的任何一項所述的系統(tǒng)，其中，所述組合服務被配置為允許客 戶端經(jīng)由界面、優(yōu)選地為網(wǎng)站界面來訪問組合服務，以便選擇組合服務的預定配置，其中， 所述組合服務使用所選配置來備好組合模型中的一個或多個檢測點。
13.如權利要求1-9中的任何一項所述的系統(tǒng)，其中，所述第一或第二服務遞送裝置 中的至少一個是遠程通信平臺，優(yōu)選地為支持基于IP的遠程通信服務的平臺、數(shù)字電視平 臺、用于執(zhí)行業(yè)務流程管理服務的平臺或用于家庭網(wǎng)絡系統(tǒng)的平臺。
14.如權利要求1-11中的任何一項所述的系統(tǒng)，其中，所述組合服務遞送裝置被實現(xiàn) 為經(jīng)由網(wǎng)絡連接到第一和第二服務遞送裝置的應用服務器。
15.如權利要求1-11中的任何一項所述的系統(tǒng)，其中，所述組合服務遞送裝置在最終 終端、優(yōu)選地在機頂盒中實現(xiàn)。
16.如權利要求15所述的系統(tǒng)，其中，用最終終端中的組合服務遞送裝置來實現(xiàn)所述 第一和第二服務遞送裝置。
17.一種用于在提供組合服務的系統(tǒng)中管理服務交互的方法，該系統(tǒng)包括-第一服務遞送裝置，其用于提供第一服務，-第二服務遞送裝置，其用于提供第二服務，-組合服務遞送裝置，其用于提供能夠使第一服務與第二服務相關聯(lián)的組合服務，該組 合服務使用組合狀態(tài)模型實現(xiàn)，所述組合狀態(tài)模型包括基于第一和第二服務的狀態(tài)形成的 預定數(shù)目的組合狀態(tài)和用于檢測組合狀態(tài)之間的預定轉換的備好的檢測點，該方法包括步驟-所述組合服務檢測到新組合狀態(tài)的轉換，以及-響應于備好的檢測點的激活向第一和/或第二服務遞送裝置傳送用于引發(fā)各自第一 和/或第二服務中的預定狀態(tài)轉換的控制信號。
18.一種計算機產(chǎn)品，其可直接加載到數(shù)字計算機的內(nèi)部存儲器，包括用于在該產(chǎn)品在 計算機上運行時執(zhí)行權利要求17的步驟的軟件代碼部分。
19.一種包括如權利要求1所限定的組合服務遞送裝置的最終終端。
全文摘要
本文描述了一種用于管理組合服務中的服務交互的系統(tǒng)。該系統(tǒng)包括用于提供第一服務的第一服務遞送裝置、用于提供第二服務的第二服務遞送裝置、用于提供能夠使第一服務與第二服務之一相關聯(lián)的組合服務的組合服務遞送裝置。使用組合狀態(tài)模型來實現(xiàn)所述組合服務，所述組合狀態(tài)模型包括基于第一和第二服務的狀態(tài)形成的預定數(shù)目的組合狀態(tài)和用于檢測組合狀態(tài)之間的預定轉換的備好的檢測點。所述組合服務遞送裝置還包括適合于向第一和/或第二服務遞送裝置傳送控制信號的組合狀態(tài)管理器，該控制信號用于響應于所述備好的檢測點的激活來引發(fā)各自第一和/或第二服務中的預定狀態(tài)轉換。
文檔編號H04L29/06GK101855883SQ200880111902
公開日2010年10月6日 申請日期2008年10月20日 優(yōu)先權日2007年10月19日
發(fā)明者F·A·瓦爾拉文, H·M·斯托金, M·O·范德文特, O·A·尼亞姆特 申請人:皇家Kpn公司;荷蘭應用自然科學研究組織