用于管理服务交互的系统的制作方法

专利名称：用于管理服务交互的系统的制作方法
技术领域：
本发明涉及用于管理组合服务中的服务交互的系统。此外，本发明涉及用于在提 供组合服务的系统中管理服务交互的方法和用于执行该方法的步骤的计算机程序产品。
背景技术：
由3GPP和3GPP2标准定义的IP多媒体子系统(IMS)向整个新系列的新多媒体技 术开放，诸如IP电话(VoIP)和IPTV。IMS服务架构使得能够将各种平台的服务组合成组 合服务。这些组合服务利用与最终终端相连的各种平台的功能，并且也称为混合或复合服 务。W02007/070652描述了允许在订户的TV系统上显示呼叫方的呼叫者ID信息的混 合或组合服务的示例。此呼叫者ID服务在标准IMS服务架构中实现。借助于在IMS中称 为“服务能力和交互管理器”(SCIM)的中央服务中介(broker)来管理电话与电视服务之间 的交互。如在IMS架构中所定义的，SCIM在应用服务器层与传输和终点层之间的会话控制 层中实现。服务中介将接收输入服务请求并基于诸如先来先服务、优先级或另一预定序列的 预定方案来处理这些请求。从智能网络(IN)、IMS、Parlay等中的服务交互可了解此类方 案。服务中介充当中央网关并因此要求经由服务中介来引导来自或到服务的所有信息业 务。此类集中式方案具有缺点。第一个问题涉及中央系统的可伸缩性。增加服务和组合服务的数目大大地增加中 央服务管理器的复杂性。此外，增加最终终端的数目将大大增加要控制的数据业务。中央 服务管理器在将系统缩放至大规模应用时将成为瓶颈。第二个问题涉及这样的事实，S卩，向由中央中介管理的现有服务系统添加新服务 将要求中央中介的配置和适应。中央中介的频繁适应承担整个服务递送出现主要故障的风险。

发明内容
本发明的目的是减少或消除现有技术的至少一个缺点并提供用于管理组合服务 中的服务交互的系统。根据本发明的系统包括用于提供第一服务的第一服务递送装置、用于提供第二服 务的第二服务递送装置和用于提供能够使第一服务与第二服务相关联的组合服务的组合 服务递送装置。使用组合状态模型来实现所述组合服务，所述组合状态模型包括基于第一 和第二服务的状态形成的预定数目的组合状态和用于检测组合状态之间的预定转换的备 好的(armed)检测点。所述组合服务递送装置包括组合状态管理器，该组合状态管理器适 合于响应于所述备好的检测点的激活向第一和/或第二服务递送装置传送用于引发各自 第一和/或第二服务中的预定状态转换的控制信号。通过基于底层服务的状态模型使用组合服务模型来实现组合服务，所述系统能够在不需要中央服务管理器且不对底层网络架构施加任何约束的情况下管理服务交互。在本发明的一个实施例中，所述第一服务被递送到第一最终终端，且所述第二服 务被递送到至少第二最终终端。在另一实施例中，所述组合服务能够使第一最终终端与所述至少第二最终终端关 联。在又一实施例中，所述第一和第二服务被递送到同一最终终端。在本发明的一个实施例中，所述组合状态管理器适合于从第一和第二服务接收状 态信息并确定组合服务的组合状态。在另一实施例中，所述组合服务递送装置还包括组合服务逻辑，该组合服务逻辑 在备好的检测点被激活时从判定数据库检索与备好的检测点相关的服务交互信息并基于 该服务交互信息向第一和/或第二服务递送装置传送控制信号。备好的触发点的激活允许 组合服务对组合状态模型中的状态转换进行响应。在一个实施例中，所述第一服务递送装置适合于执行第一服务逻辑且所述第二服 务递送装置适合于执行第二服务逻辑。分别使用第一和第二状态模型来实现第一和第二服 务逻辑，第一和第二状态模型每个包括服务状态、状态转换和用于检测状态转换的检测点。在另一实施例中，所述组合状态形成第一和第二服务的状态的组合。使用第一和 第二状态的组合，所述组合状态模型有效地将第一服务耦合到第二服务。这些耦合状态、即 组合状态的评估允许高效地管理服务之间的交互。在另一实施例中，将第一或第二服务的至少一种状态扩展至预定数目的扩展状 态。该扩展状态至少包括第一扩展状态，指示到该状态的转换是由组合服务引起的；和第二 扩展状态指示到该状态的转换是由第一或第二服务引起的。将第一或第二服务的状态扩展 至许多扩展状态允许组合服务掌管组合服务中的状态转换的原因。这样，组合服务能够在 由组合服务本身触发的状态转换与由服务之一触发的状态转换之间进行区别。在另一实施例中，所述扩展状态包括至少第一扩展状态，指示到该状态的转换是 由组合服务引起的。在另一实施例中，所述扩展状态还包括第二扩展状态，指示到该状态的转换是由 某一其它服务引起的。此其它服务可以是第一或第二服务或某一其它服务。所述第二扩展 状态可以是一般的，即指示某一其它服务是状态转换的原因但未指示哪个其它服务是实际 的原因，或者可以是特定的，即精确地指示哪个其它服务是状态转换的原因。在另一实施例中，所述组合服务递送装置还包括分别用于从第一和第二服务接收 状态信息并将该状态信息传送到组合服务管理器的第一和第二状态管理器。在一个实施例中，所述组合服务管理器还包括适合于订阅来自第一和/或第二服 务的通知以将各自第一服务和/或第二服务的状态信息发送到组合服务的一个或多个事 件收听器(listener)。该事件收听器的使用允许高效地通知服务的状态。在另一实施例中，所述状态信息包括服务状态和识别到该状态的转换原因的状态 转换信息。此状态转换信息允许组合服务在由组合服务触发的状态转换与由第一和/或第 二服务触发的状态转换之间进行区别。在本发明的一个实施例中，所述第一服务递送装置是在电话平台上执行的电话服 务，至少包括指示电话可用的状态〈可用的〉和指示电话正在呼叫中的状态 < 正在呼叫>。所述第二服务递送装置是在电视平台上执行的电视服务，至少包括指示电视正在播放的状 态 < 播放 > 和指示TV暂停的状态〈暂停〉。在本发明的另一实施例中，所述组合服务状态包括电话服务的状态〈可用的〉和 <正在呼叫 > 与电视服务的状态 < 播放 >、< 暂停CSX暂停0S>之间的组合。状态 < 暂停 CS>表示〈暂停〉状态的第一扩展状态，其指示组合服务(CS)引起到该状态的转换。状态 <暂停os>表示状态 < 暂停 > 的第二扩展状态，其指示不同于组合服务的另一服务(OS)引 起到该状态的转换。可以定义更多扩展状态，以更详细地区别哪个服务是状态转换的原因。 因此，组合状态定义组合电话-电视服务的组合状态模型，允许高效地管理电话与电视服 务之间的交互。在根据本发明的一个实施例中，所述组合服务被配置为允许客户端经由界面、优 选地为网站界面来访问组合服务，以便选择组合服务的预定配置，其中，所述组合服务使用 所选配置来备好组合模型中的一个或多个检测点。在根据本发明的另一实施例中，第一或第二服务递送装置中的至少一个是远程 通信平台，优选地是支持基于IP的远程通信服务的远程通信平台，诸如IP多媒体子系统 (IMS)型平台、数字电视平台、用于执行业务流程管理服务的平台或用于家庭网络系统的平台。在一个实施例中，所述第一状态模型是基本呼叫状态模型(BCSM)。在另一实施例中，组合服务递送装置被实现为经由网络连接到第一和第二服务递 送装置的应用服务器。在另一实施例中，在机顶盒中实现所述组合服务递送装置。在另一实施例中，用机 顶盒中的组合服务递送装置来实现所述第一和第二服务递送装置。本发明还涉及一种用于在如在以上实施例中所述的提供组合服务的系统中管理 服务交互的方法。在一个实施例中，该方法包括步骤(i)组合服务检测到新组合状态的转 换，以及(ii)组合服务响应于备好的检测点的激活向第一和/第二服务递送装置传送用于 引起各自第一和/第二服务中的预定状态转换的控制信号。此外，本发明涉及一种计算机程序产品，其可直接加载到数字计算机的内部存储 器，包括用于在该产品在计算机上运行时执行如上所述的方法的步骤的软件代码部分。本发明还涉及包括如上所述的组合服务递送装置的最终终端。还将参照附图来进一步说明本发明，附图示意性地示出根据本发明的实施例。应 理解的是本发明不以任何方式局限于这些特定实施例。


图1描绘根据本发明的系统的示例性第一示例。图2描绘根据本发明的系统的示例性第二示例。图3示出电话服务和TV服务的状态模型的简图。图4示出组合服务的示例性实施例的处理流程。图5示出组合服务的示例性实施例中的第一服务交互的处理流程。图6示出组合服务的示例性实施例中的第二服务交互的流程。图7示出组合服务的示例性实施例中的第三服务交互的处理流程。
图8描绘组合服务的示例性实施例的组合状态模型的示例性示例。图9描绘在基于IMS的高级IPTV架构中实现的组合服务的示例性示例。图10描绘在基于IMS的IPTV架构中实现的组合服务的详细示例。图11示出服务交互的示例性消息流的流程图，在IMS环境内应用本发明。图12示出IMS环境内的状态信息消息的示例性流程。
具体实施例方式图1描绘根据本发明的系统的示例性示意图。该系统包括连接到一个或多个第一 最终终端2a、2b、2c、...的第一服务递送装置1和连接到一个或多个第二最终终端4a、4b、 4c、...的第二服务递送装置3。第一和第二服务递送装置适合于向各自第一和第二最终终 端递送第一服务(Sl)5和第二服务(S2)6。服务递送装置可以是向与之相连接的最终终端提供一个或多个电话服务的远程 通信平台。此类远程通信平台能够递送诸如ID呼叫者、SMS消息传递、Follow on Call (继 续拨号)等电话服务。优选地，远程通信支持基于IP的远程通信功能，诸如VoIP。服务递送装置还可以是提供因特网服务的服务提供商、或提供诸如包括IPTV、 HDTV、DVB、视频点播(VoD)的数字广播服务之类的电视服务的电视平台或用于运行业务流 程管理(BPM)服务的平台等。最终终端可以是将电话、电视、PC、PDA等连接到适当的服务递送装置的机顶盒。使用状态模型来实现在服务递送装置上运行的服务。对于基本电话服务，其可以 是基本呼叫状态模型(BCSM)。状态模型可以是在状态、状态转换和用于检测状态转换的检 测点方面的服务状态机描述。如果现有服务不是基于状态模型来实现，则可以提供接口，通 常为软件接口，其在状态和状态转换方面模拟服务的行为。第一和第二服务递送装置被连接到托管一个或多个组合服务8的组合服务递送 装置7。可以在位于网络中的某一位置的应用服务器上托管组合递送装置7，或者可替换 地，还可以将组合递送装置7实现为位于用户家中的诸如机顶盒等最终终端中的硬件/软 件单元。组合服务递送装置包括连接到第一和第二服务递送装置1、3的组合状态管理器 (CSM) 9和组合服务逻辑(CSL) 10。组合状态管理器9检索第一和/或第二服务上的状态信 息lla、llb并基于状态信息来确定组合服务8的组合状态。此状态信息可以包括服务的状 态和该服务中的状态转换的原因。如果组合服务中的状态转换激活组合状态模型的备好的 检测点，则组合状态管理器触发组合服务逻辑10。基于状态信息和另外存储在判定数据库 12中的信息，组合服务能够向第一和/第二服务传送一个或多个控制信号13a、13b，其中， 控制信号将引发其被传送到的服务中的预定状态转换。下面将更详细地描述此过程。如果第一服务递送装置是用于提供远程通信服务的远程通信平台，则远程通信服 务可以使用会话发起协议(SIP)、智能网络应用部分(INAP)、移动应用部分(MAP)、用于移 动网络增强逻辑的定制应用(CAMEL)、OSA/Parlay或其它已知协议来与组合服务递送装置 通信。同样地，如果第二服务递送装置是电视平台，则电视服务可以使用诸如XML、S0AP等 网页服务技术来与组合服务递送装置通信。组合服务管理器可以检索并管理状态信息本身，或者，可替换地，将组合服务管理器连接到第一状态管理器14和第二状态管理器15。这在图2中示意性地示出。每个状态 管理器14、15检索并管理一个特定服务的状态信息并将其发送到组合服务管理器8。组合服务管理器或状态管理器可以使用一个或多个事件收听器16进行检索状态 信息。事件收听器订阅由第一和/或第二服务的状态模型中的特定检测点检测的状态转换 (“事件”)，以便每当发生某一状态转换时，其将此类事件的发生通知给组合状态管理器8 或状态管理器14、15。这样，事件收听器使检测点称为“备好的”或“活动”检测点。组合状 态管理器8能够检索新状态信息并基于此信息来确定组合状态模型的新状态。可以将组合服务递送装置7实现为应用服务器，其经由一个或多个网络连接到第 一和第二服务递送装置。状态管理器14、15可以位于应用服务器中、托管第一和第二服务 的服务递送装置中或托管状态管理器的单独单元中，其被连接到第一和第二服务递送装置 及组合服务递送装置。此外，还可以将组合递送装置7实现为位于家中的机顶盒或分布式 系统。在下文中，将通过作为本发明的示例性实施例的组合服务“FoneFreez”来更详细 地说明本发明。FoneFreez服务是将基本电话服务与基本电视服务组合的组合服务。在该 情况下，第一服务递送装置是基本电话平台，优选地提供基于IP的电话服务，且第二服务 递送装置是基本电视平台，优选地提供数字电视服务。在从通常为电话的第一最终终端接收到接入呼叫时，FoneFreez将被激活并向通 常为机顶盒的第二最终终端发送暂停命令，以便将连接到机顶盒的TV设置为暂停状态。 这允许TV观看者在不被TV打扰的情况下开始电话会话。然后，在电话会话终止之后， FoneFreez将向TV发送播放命令。混合FoneFreez服务类似于ETSI TS 181 016的附件 A. 7. 3 中描述的 PauseOnlncomingCall (P0IC)混合服务。可以用状态模型来描述电话和TV服务的处理流程。如图3(a)所示，可以用状态 模型17来描述电话服务(TS)，包括-以最简单形式-指示没有呼叫正在进行的状态 < 可用 的>18和指示呼叫正在进行中的 < 正在呼叫>19。可以将此类简单状态模型扩展至更复杂 的状态模型，诸如在智能网络中使用的基本呼叫状态模型(BCSM)，其描述为订户建立并保 持到智能网络(IN)服务的通信路径的呼叫控制功能(CCF)活动。对于电路交换操作，存在 发起和终止BSCM。此类模型可以包括许多状态。当第一最终终端的用户开始电话会话时，电话服务的状态将从〈可用的〉变成< 正在呼叫〉。可以用状态模型中的检测点(DP) 21来检测此转换20。在呼叫终止时，用第二 检测点来检测回到〈可用的〉的转换。 同样地，可以用状态模型22来描述基本TV服务(TV)，包括指示TV节目正在进行 中的TV状态〈播放>23和指示TV节目暂停的〈暂停>24。如图3(b)中示意地指示的那 样，用TV状态模型中的检测点来检测这些状态之间的转换。 FoneFreez的基本功能在图4中示出。在第一接入电话呼叫(新呼叫)时， FoneFreez (FF)将向TV的机顶盒发送控制信号，在这种情况下为暂停命令，从而将TV状态 从 < 播放 > 变为 < 暂停 >。同样地，在呼叫终止(结束呼叫)之后，FoneFreez将促使TV状 态变成 < 播放 >。因此，根据电话服务中的预定状态转换，FoneFreez可以通过引发TV状态 中的转换来采取行动。因此，组合服务能够使被连接到托管电话服务的电话平台的电话最 终终端与被连接到托管电视服务的电视平台的电视最终终端相关联。
还可能的是由不同于FoneFreez的其它源或服务来引起TV的状态转换，诸如遥控 器(RM)或另一服务，诸如呼叫等待(CW)。图5示出FoneFreez与TV的遥控器(RC)的第一交互的流程。观看者可以使用遥 控器来将TV设置为暂停。然后，在接收到接入电话时(例如由应答机)，FoneFreez通常 将向TV发送暂停命令。然而，这不是必需的，因为TV已经暂停。此外，在呼叫终止之后， FoneFreez将向TV发送播放命令，引起到 < 播放 > 的转换。然而，这种情况不是期望的，因 为观看者希望使TV暂停。为了避免此类不想要的服务交互，可以使FoneFreez认识到，如果用遥控器将TV 设置在暂停状态且新呼叫到达，则其不应向TV发送暂停命令(参见图5、25)。同样地，在呼 叫结束时，不应向TV发送播放命令(参见图5、26)。图6示出FoneFreez与遥控器的第二交互的流程。在这种情况下，用遥控器将TV 设置为 < 暂停 >，同时由FoneFreez接收另一接入呼叫。如果某人使用遥控器向TV发送播 放命令，则TV将在接入电话呼叫尚未结束的同时开始播放。为了避免这种情况，FoneFreez 可以通过将TV的状态再设置为 < 暂停 > 来进行干预(图6、27)。图7示出第三服务交互的流程。在这种情况下，电话平台还提供呼叫等待服务 (CW)。此服务允许第二接入呼叫在第一呼叫仍在进行中时待机。接收呼叫的用户能够在第 一和第二呼叫之间切换。在没有FoneFreez干预的情况下，Select Call (选择呼叫)能够 引入如上文结合遥控器所讨论的类似问题。例如，FoneFreez服务将-在第二接入呼叫(新呼叫2)到达时-向TV发送暂停 命令(其起因于第一呼叫仍处于〈暂停 >)并在第二呼叫终止(结束呼叫2)之后向TV发 送播放命令。这将促使TV在第一呼叫仍在进行中的同时开始播放。FoneFreez可以以如上 所述的类似方式、即通过在第二接入呼叫(图7、28)之后不发送暂停命令且在第二呼叫终 止(图7、29)之后不发送播放命令来进行干预。因此，为了允许FoneFreez管理服务交互，FoneFreez (i)应具有关于TV和电话的 状态信息，且(ii)应具有关于这些状态的变化原因的信息，(iii)应知道何时和怎样采取 行动。为了允许FoneFreez以简单且有效的方式处理状态信息并响应于电话的状态模 型和TV状态模型的状态变化来采取适当行动，应确定FoneFreez的组合状态模型。组合状态模型包括由例如电话状态的第一状态(S1)与例如TV状态的第二状态 (S2)的组合定义的预定组合状态(SC)的数目。为了组合状态包含关于第一和/或第二状 态的状态转换原因的信息，将这些状态中的至少一个扩展至许多扩展状态。这些扩展状态 至少包括第一扩展状态，指示由例如FoneFreez等组合服务引起到该状态的转换；和第二 扩展服务，指示由例如遥控器或诸如Call Select的另一服务等另一源引起到该状态的转 换。可替换地，可以由组合状态模型以状态转换信息的形式来处理状态转换的原因，所述状 态转换信息的形式例如为状态转换ID的形式，其被服务发送到组合服务且包括服务中的 状态转换的原因。组合状态模型还包括用于检测组合状态模型的两种状态之间的转换的检测点 (DC)。某些检测点是备好的(活动)检测点。该检测点被备好以便检测FoneFreez应对其 进行响应的转换的发生。如果此类检测点被触发，则FoneFreez将用某个动作进行响应，例如防止到此类不想要的组合状态的转换。这样，组合服务能够管理(不想要的)服务交互。因此，由电话服务< 可用的 > 和 < 正在呼叫 > 与TV服务< 播放 > 和 < 暂停 > 的 状态组合形成FoneFreez的组合状态。为了引入关于到状态〈暂停〉的转换原因的信息， 此状态被扩展至指示暂停状态由FoneFreez引起的第一扩展状态 < 暂停FF>和指示暂停状 态不是由FoneFreez、而是另一源(OS)引起的第二扩展状态〈暂停0S>。这引出FoneFreez 的组合状态模型的以下六种组合状态〈可用的，播放〉，〈正在呼叫，播放>，〈可用的，暂停FF>，〈可用的，暂停0S>，〈正 在呼叫，暂停FF>，<正在呼叫，暂停0S>。组合状态 < 可用的，暂停FF>和 < 正在呼叫，暂停FF>指的是其中FoneFreez将TV 设置为暂停的状态。组合状态 < 可用的，暂停0S>和 < 正在呼叫，暂停0S>指的是TV被例 如遥控器或呼叫等待的另一源设置为暂停的状态。为了允许FoneFreez对组合状态模型中的状态转换作出反应，应存在活动(或备 好的)检测点。例如，在从〈可用的，播放〉到〈正在呼叫，播放〉的转换之间应存在活动检 测点，以便向FoneFreez指示应将TV置于暂停状态，对应于组合状态 < 正在呼叫，暂停PF>。图8示意性地示出描述到服务的各种组合状态的转换的FoneFreez的组合状态模 型。将简要地讨论检测点。-DPI检测接入呼叫。DPI是活动的，以便指示FoneFreez向TV发送暂停命令。-DP2检测TV正在播放的同时的电话呼叫的结束。不需要来自FoneFreez的活动， 因此DP2不是活动的。-DP3经由活动DPI检测到TV被FoneFreez暂停。DP3不是活动的。-DP4检测到在呼叫是活动的同时TV被置于播放。DP4不是活动的。-DP5检测到呼叫被终止。DP5应是活动的，以便指示FoneFreez向TV发送播放命 令。-DP6检测到在没有呼叫是活动的同时TV被暂停。DP6不是活动的。-DP7检测到在没有呼叫是活动的同时TV被设置为播放。DP7不是活动的。-DP8在TV暂停的同时检测接入呼叫。DP8不是活动的。-DP9在TV暂停的同时检测呼叫的终止。DP9不是活动的。-DP10检测到在呼叫是活动的同时TV被不同于FoneFreez的另一源从暂停设置为 播放。需要时，可以使DP10活动以便指示FoneFreez向TV发送暂停命令。并不始终要求TV在电话呼叫活动时处于暂停。在哪种情况下FoneFreez应采取 行动的选择取决于服务被如何配置。在FoneFreez服务的设计阶段进行该配置的一部分。 另一部分可以根据用户的偏好来配置。例如，用户可以经由界面、优选地网站界面来访问FoneFreez，以便选择预定配置。 使用所选配置，FoneFreez能够激活或去激活FoneFreez的状态组合模型中的相应检测点。可以扩展组合模型的功能。例如，还可以将 < 暂停 > 状态扩展至例如状态 < 暂停 FF>, <暂停RC>和 < 暂停CW>向FoneFreez提供是FoneFreez本身、遥控器还是呼叫等待 服务将TV变为〈暂停〉。通常，一般可以将通过使用根据本发明的系统和方法中的组合状态模型来实现组 合服务的构思扩展至提供组合从许多不同服务平台执行的服务的许多组合服务的系统。
FoneFreez应知道在备好的检测点激活时应采取什么行动。此判定信息可以被存 储在连接到应用服务器的判定数据库中。FoneFreez将不得不更新并评估关于电话服务和TV服务的状态信息。因此不得不 执行步骤-从电话和TV服务接收状态信息(其中，状态信息包括服务的当前状态和-如果 服务之一的状态转换已发生_关于第一和/或第二服务中的转换原因的状态转换信息)；-基于该信息来确定是否已发生到新组合状态的转换；-检查备好的检测点是否被触发并_如果是这样的话_使用存储在数据库中的判 定信息来确定FoneFreez应执行什么动作。此类方法步骤可以由组合状态管理器来执行，优选地与如上所述的状态管理器和 事件收听器协作。FoneFreez事件收听器将“订阅”电话和电视服务中的某些状态转换。其 后，电话和电视服务将通过向FoneFreez发送所请求的状态信息将FoneFreez已订阅的状 态转换的发生通知给FoneFreez。图9描绘在基于IMS的IPTV架构中实现的根据本发明的组合服务。图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系统提供IPTV功能。图9(b)示出在ETSI TS 182027中提出的第二架构的简图。此架构类似于图9(a) 所示的架构，不同之处在于组合服务AS被经由例如OSA/Parlay服务能力服务器(SCS)的 (透明)网关间接地(作为外部应用服务器)连接到IMS核心和IPTV服务元件。而且，AS 在没有SCIM干预的情况下被直接耦合到IMS核心。图10描绘在基于NGN(下一代网络)IPTV架构、例如在基于IMS的IPTV架构中实 现的组合服务的更详细示例。第一服务可以是由基于NGN的IPTV系统、例如基于IMS的 IPTV系统提供的多媒体服务。此多媒体服务可以是例如广播TV或视频点播服务。多媒体 服务是有状态服务，意指该服务包括多个可能状态。用户可以使用例如其遥控器110向UE1 101发送控制命令来更换频道、使流暂停并再次开始其播放、快进、后退、向前跳等等。用于提供此类IPTV多媒体服务的第一服务递送装置可以包括-媒体功能(MF)106 (更具体而言为媒体控制功能(MCF) 107和/或媒体递送功能 (MDF) 108)、传输处理功能(TPF) 109 和 / 或 UE1101。如果另外将核心IMS 105和/或IPTV SCF 102用于建立UE1 101与MF 106之间 的连接，则这些元件也可以是第一服务递送装置的一部分。在另一实施例中，第一服务递送装置可以仅包括UE1 101。这可以是在控制(例如 重放)被记录在UE1中的媒体流的情况。UE1可以包含存储在例如硬盘的存储介质上的多 媒体文件且可以被配置为在不使用NGN中的其它网络元件的情况下控制此类多媒体流。此 类UE1不要求向一个或多个网络元件发送控制消息。
例如流式视频的多媒体流可以从MF 106 (或更具体而言为MDF108)流动到UE1。 流式媒体经由TPF 109和接口 115被传输到UE1。TPF和接口可以由诸如路由器、交换机和 头端(headend)的网络设备组成。由通过接口 114从UE1接收命令的MCF 107来控制媒体 递送。某些动作(例如，类似于暂停的特技播放)还可以直接在UE1内部执行。为了实现诸如FoneFreez的能够控制上述多媒体服务的组合服务，可以在IPTV服 务控制功能(SCF)102内部设置组合服务递送装置。同样地，组合服务可以通过IMS核心 105向MF 106(或更具体而言为MCF107)发送控制消息以控制多媒体服务。这些控制消息 可以例如包括类似于“暂停”、“播放”、“切换频道”等动作命令。用于发送控制消息以控制多媒体服务的另一实施例是从组合服务(例如在IPTV SCF 102中实现)向UE1发送控制消息。UE1本身可以执行期望的功能，例如使本地地在UE1 101处播放的流暂停或通过将来自MF 106的流记录在UE1 101上来使其暂停。可替换地， UE1 101可以通过使用接口 114向MF 106发送控制消息来执行期望的功能。在以上示例中，在SCF中实现组合服务递送装置(CSDM)。可以有在其它位置实现 CSDM的替换设计选项，例如在UE1中、在MF 106中、在MCF 107中、在单独的交互管理功 能104中或在某一外部应用服务器103中。在这些情况下，控制消息可仍被发送到例如MF 106或UE1101。如果在UE1 101或MF 106中实现CSDM，则还可以例如在不发送控制消息而 是通过在内部执行控制命令来控制多媒体服务。现在返回图10，FoneFreez示例中的第二服务是电话服务。在这种情况下，第二 服务递送装置可以是例如电话网络、例如PSTN或ISDN网络、GSM或UMTS网络或VoIP网络 (图10中未示出)。在电路交换网(PSTN、ISDN、GSM或UMTS)的情况下，可以使用INAP接 口来发送接入呼叫通知。在VoIP网络的情况下，可以使用SIP消息来发送呼叫通知。第二 终端可以是例如通过接口 113连接到核心IMS 105的用户设备2 (UE2) 112。在该情况下，第 二终端可以是例如移动电话或适合于进行电话呼叫的任何其它设备。使用IMS，优选地由S-CSCF 116来执行呼叫建立。S-CSCF 116可以使用接口 111 向SCF(例如IPTV SCF 102)发送例如关于接入呼叫的各种类型的通知。例如关于接入呼 叫的通知或关于呼叫结束的通知的这些通知可以包含关于第二服务的状态信息。通知状态(转换)信息的一种示例性方式可以是MF106通过核心IMS 105或通过 某一直接信令通道(图10中未示出)来通知SCF 102中的组合服务关于状态转换及其原 因。可替换地，UE1、或乃至TPF 109可以提供状态信息，因为这些网络元件也知道多 媒体服务的状态。UE 101知道这一点，因为UE1 (在给定示例中)是服务开始或被递送的 位置。TPS 109可以通过检验UE 101与MF 106之间的数据流而知道这一点。检验传输网 络中的数据流的此过程也称为“探听”(例如IGMP探听或RTSP探听)。UE1 101或TPS109 可以通过核心IMS 105或通过某一其它信令通道来提供关于状态转换及其原因的通知。哪个元件提供通知取决于实际上在哪里管理服务的状态。可以在MF 106中或在 UE1 101中实现状态管理器。为了组合服务知道第一和第二服务的状态，其需要接收关于这些服务的状态信 息。在基于NGN的IPTV系统中，组合服务可以从以下各项接收关于多媒体服务的状态信 息
-UE1 101。如果组合服务在IPTV SCF 102中实现，则UE1 101可以直接使用例如 接口 118或使用接口 117和接口 111通过IMS核心105来发送状态信息。如果组合服务在 SCIM 104或外部AS 103中实现，则UE1还可以通过核心IMS 105来发送状态信息。如果组 合服务在MF 106中实现，则其可以使用接口 114直接向MF 106发送状态信息，或者其可以 通过核心IMS 105来发送状态信息。-MF 106。如果组合服务在IPTV SCF 102中实现，则MF 106可以使用接口 119和 111通过核心IMS 105来发送状态信息。如果组合服务在MF 106本身中实现，则MF 106不 必发送状态信息，因为在MF 106已可获得状态信息。如果组合服务在UE1 101中实现，则 可以使用接口 119和117通过核心IMS 105来发送状态信息，或者可以使用接口 114或115
来直接发送。-传输器121，例如根据ETSIES 282 001 V2. 0. 0实现。传输器121包括载送UE1 101与MF 106之间的媒体控制和媒体递送的实际数据流的传输处理功能(TPF) 109和控制 TPF 109的传输控制功能(TCF)122。在传输器121供应状态信息的示例性实施方式中，TPF 109可以通过‘探听，UE1 101与MF 106之间的数据流来检测服务的状态。TPF 109可以通 知TCF 122 (或更具体而言为资源和许可控制子系统(RACS) 120)关于所检测的状态。TCF 122随后可以例如通过IMS核心105向在例如SCF 102、UE1 101、SCIM 104、AS 103或MF 106中实现的组合服务递送状态信息。图11示出如图10中描绘的IMS环境内的示例性消息流的流程图。使用FoneFreez作为组合服务的示例，第二服务是电话服务。在IMS环境中，通过 ISC接口 111将通信会话中的事件(诸如电话呼叫201的开始和电话呼叫202的结束)通 知给应用程序。在(电话)呼叫事件201或202之后，分别通过从核心IMS 105发送的‘接 入呼叫，通知205 (在IMS中称为SIP INVITE消息)或‘呼叫结束，通知206 (在IMS中称 为SIP BYE消息)将接入呼叫通知给在SCF102中运行的FoneFreez服务。在SCF中运行 的FoneFreez服务随后通过分别向MF 106发送控制消息203 (以在通知205之后使当前多 媒体服务暂停)或控制消息204(以在通知206之后播放当前多媒体服务)而引发多媒体 服务的媒体递送中的状态转换。为了管理服务之间的交互(例如上文相对于图5-11所述)，IMS系统中的服务和 组合服务需要以有效的方式对每个服务的状态信息进行访问。服务状态信息可以包括被连接到IMS网络的一个或多个服务的状态信息、状态转 换信息、状态历史信息、状态转换历史信息和/或媒体动作数据/命令(即播放、停止、暂停等)。状态历史信息可以包括关于服务递送装置的最后N个先前状态的信息，其中，N是 大于零的整数。此外，其可以包括关于最后N个先前状态转换的原因。媒体动作数据可以包 括对被递送到UE的媒体服务执行的任何动作，例如暂停、播放、快进、换频道、跳到下一章。 此媒体动作数据可以包含关于IPTV架构中的哪个元件(例如IPTV服务或UE设备)执行 媒体动作的信息。在一个实施例中，由IMS系统中的一个或多个IPTV服务元件中的功能单元检索并 管理服务状态信息。此IPTV服务元件可以包括如上文相对于图2所述的一个或多个状态 管理器。状态管理器可以从可用于IMS系统的所有服务收集状态信息，从而使服务状态信息集中地对于IMS系统中的服务可用和/或可访问。托管一个或多个状态管理器的IPTV 服务可以被连接到用于存储服务状态信息的服务状态数据库。服务可以以各种方式从这些 状态管理器接收服务状态信息。在一个实施例中，可以使用SIP订阅/通知方法(如在RFC 3265中所述)，其中， 服务订阅特定服务状态信息且在可用时被通知此信息。在本实施例中，SIP订阅消息导致备 好被服务元件包括的状态管理器中的检测点，并在备好的检测点实际上由被订阅的事件触 发时返回SIP通知消息。在另一实施例中，可以实现检索机制，其中，服务请求信息且IPTV 服务元件响应于该请求而供应信息。在另一实施例中，IPTV服务元件在不要求订阅或单独 请求的情况下(例如周期性地或在可用时)向所有相关服务供应服务状态信息。响应于服务状态信息的接收，服务可以向IPTV服务元件发送一个或多个控制消 息，从而控制媒体会话。此类控制消息可以包括媒体控制动作，例如暂停、播放、快进、后退、 向前跳、向后跳和/或换频道。在另一实施例中，可以由包括管理服务状态信息的功能单元的IPTV服务元件来 托管服务。在这种情况下，服务可以直接访问服务状态信息，允许直接控制媒体会话。服务状态信息的消息流的说明性示例在图12中描绘。本示例涉及IMS-IPTV架构 内的组合服务FoneFreez的前述实施例，诸如图10和11所示。在详细的FoneFreez示例中，在SCF中实现的组合服务递送装置不仅接收关于第 一服务的状态(即‘暂停’或‘播放’)的信息，而且接收关于状态转换及其原因的信息。更 具体而言如果用户使用其遥控器来暂停或播放多媒体服务(即UE1向MF发送控制消息 301或303)，则MF不仅向SCF通知(即发送通知消息302或304)特定的状态转换，而且通 知遥控器是此状态转换的原因。还可以将状态转移的原因的此通知视为扩展状态信息。因 此，一旦接入呼叫到达，FoneFreez服务不仅知道多媒体服务的当前状态，而且知道该状态 的原因。可替换地，在接收到接入或结束呼叫事件的通知时，可以仅由组合服务来请求多媒 体服务的服务状态信息。这样，FoneFreez服务可以自主地判定如何继续进行。对于组合服务而言，重要的是能够识别链接在一起的不同服务并使其关联。在 FoneFreez示例中，这可以使用例如IMS公共身份的基于IMS的IPTV系统中的用户设备的 标识符和使用电话系统中的用户的标识符(通常为电话号码)来进行。组合服务将需要跟 踪这些标识符的相关性，因此其可以将适当的最终终端UE1和UE2链接在一起。在示例性的基于IMS的实施方式中，优选地使用以下两种类型的通知。在以下说 明中，使用术语通知方和被通知方作为用于包括硬件上的编程代码的某个模块的通用术 语，所述硬件在IMS架构内，具有一个或多个特定功能，且能够发送通知(通知方)或接收 通知(被通知方)。 第一通知类型是“shoot-and-forget (射后不理)”。通知方向被通知方发送通 知，但通知方能够继续正常运行。正在运行的进程不停止，且仍可能发生新的状态转换等。 这在例如图12中示出，其中，通知302被发送到SCF，同时MF将在不进一步涉及SCF的情况 下继续运行。 第二通知类型是控制转交。当通知方向被通知方转交控制时，被通知方不仅接收 通知，而且还被给予控制。这意味着通知方将在继续其正在做的事之前等待。当SCF通过 核心IMS接收到通知时，其可以接收控制。核心IMS将能够发送SIP INVITE作为接入呼叫的通知，但是能够在通过给UE2的通知来将接入呼叫通知给UE2之前等待SCF的响应。可以在状态转换之前或之后发送通知 如果在状态转换之前发送，则这通常是控制转交类型的通知。在状态实际改变之 前，这给予被通知方改变通知方行为的选项。 如果在状态转换之后发送，则这通常是“shoot-and-forget”类型的通知。事件 (即状态转换)已发生，且通知方给予关于此事件的通知。本发明不限于上述实施例，本发明可以在随附权利要求的范围内变化。例如，可以 将主张权利要求的发明用于管理其它组合服务，诸如现有技术中描述的在电视屏幕上显示 呼叫方ID信息。组合服务的另一示例可以是“television click-to-dial (电视点击拨 号)”服务，其在TV屏幕上的电话号码(例如广告中的号码)被激活(点击)时自动地将 用户转发到该号码。此外，可以使用主张权利要求的发明来管理包括多于两个的服务提供 装置的组合服务。所述多于两个的服务提供装置可以提供由一个或多个组合服务控制的多 于两个的服务。组合服务可以涉及多于两个的服务状态管理器以及多于两个服务逻辑。为了示出本发明的广泛潜在使用，下面提供某些其它示例另一示例1。在本示例中，第一服务是遮阳系统。用户可以手动地提升或降低遮阳物，以使日光 进入或防止其进入。因此，此第一服务具有状态‘提升’和‘降低’。现在，第二服务是天气测 量服务，其测量例如室外温度并测量当前检测的日光量。这里，组合服务可以将这两个服务 组合以根据所测量的温度和日光量自动地提升和降低遮阳物，但也考虑用户特定动作。通 常，在温度上升到某一点时的晴天，组合服务将通过降低遮阳物引发第一服务中的状态转 换。但当用户已降低遮阳物时，这不是必要的，虽然再次将其降低将不会有任何效果。但是 假设那天变成多云，且温度降到某一阈值以下。通常，组合服务将通过提升遮阳物来引发状 态转换。但是，由于用户手动地引起第一服务中的“降低”状态，例如由于其需要黑暗房间 以便在其家庭影院系统上观看电影，所以可以将组合服务编程以自动地避免发送提升遮阳 物的控制信号。因此，用于组合状态从手动_降低+晴朗天气到手动_降低+多云天气的 转换的检测点未被备好且组合服务将不采取行动，而用于组合状态从自动_降低+晴朗天 气到自动_降低+多云天气的转换的检测点被备好，并将采取行动。另一示例2。另一示例是在驾驶汽车中。汽车可以具有多个状态，例如‘行驶’、‘静止不动’、‘加 速’、‘减速’和‘刹车’。此‘第一服务’通常直接受到用户控制，在这种情况下受到驾驶员控 制。但是，有时，此第一服务也受到汽车服务的控制，例如使用自动限速器来防止加速。现 在的汽车还具有先进电子装置和软件、汽车管理系统等。作为第二服务，此汽车管理系统监 视汽车的状况，汽车可以具有类似于“状况良好”、“油用尽”、‘过热’等状态。一个组合服务 可能将基于汽车的当前状况来限制汽车的速度，例如以防止过热。这里，也发生服务交互 驾驶员首先受到限速器的限制，但是能够通过指示其的确想更快(踏紧脚踏板)而不考虑 这一点。因此，如果限速器是从‘加速’到‘固定驾驶’的转换的原因，用户可以不考虑这一 点。但是，如果由汽车管理系统来限制速度以防止过热，则用户不能不考虑这一点。这些示例清楚地显示在除远程通信之外的其它领域中可以使用组合服务。构建组 合状态导致某些服务行为。使用服务状态信息，还可以执行其它尖端服务交互管理。
权利要求
一种用于通过组合服务来管理第一服务与第二服务之间的服务交互的系统，包括-第一服务递送装置，其用于提供第一服务，-第二服务递送装置，其用于提供第二服务，-组合服务递送装置，其用于提供能够使第一服务与第二服务相关联的组合服务，该组合服务使用组合状态模型实现，所述组合状态模型包括基于第一和第二服务的状态形成的预定数目的组合状态和用于检测组合状态之间的预定转换的备好的检测点，所述组合服务递送装置包括组合状态管理器，该组合状态管理器适合于响应于备好的检测点的激活向第一和/或第二服务递送装置传送用于引发各自第一和/或第二服务中的预定状态转换的控制信号。
2.如权利要求1所述的系统，其中，所述组合状态管理器还适合于接收关于第一和第 二服务的状态信息并确定组合服务的组合状态。
3.如权利要求1或2所述的系统，其中，所述组合服务递送装置还包括组合服务逻辑， 该组合服务逻辑在备好的检测点被激活时从判定数据库中检索与该备好的检测点相关联 的服务交互信息并基于服务交互信息向第一或第二服务递送装置传送控制信号。
4.如权利要求1-3中的任何一项所述的系统，其中，所述第一服务递送装置适合于执 行第一服务逻辑且所述第二服务递送装置适合于执行第二服务逻辑，第一和第二服务逻辑 分别使用第一和第二状态模型实现，每个状态模型包括服务状态、状态转换和用于检测状 态转换的检测点。
5.如权利要求1-4中的任何一项所述的系统，其中，所述组合状态包括第一和第二服 务的状态的组合。
6.如权利要求5所述的系统，其中，所述第一或第二服务的至少一个状态被扩展至预 定数目的扩展状态，包括至少第一扩展状态，指示到该状态的转换是由组合服务的动作引 起的。
7.如权利要求1-6中的任何一项所述的系统，其中，所述组合服务递送装置还包括用 于分别从第一和第二服务接收状态信息并向所述组合服务管理器传送状态信息的第一和 第二状态管理器。
8.如权利要求1-7中的任何一项所述的系统，其中，所述组合服务管理器还包括事件 收听器，该事件收听器适合于订阅来自第一和/或第二服务的通知以发送各自第一服务和 /或第二服务的状态信息。
9.如权利要求1-8中的任何一项所述的系统，其中，所述状态信息包括服务状态和识 别到该状态的转换原因的状态转换信息。
10.如权利要求1-6中的任何一项所述的系统，其中，所述第一服务递送装置是在电话 平台上执行的电话服务，至少包括指示电话可用的状态〈可用的〉和指示电话正在呼叫的 状态〈正在呼叫〉，并且其中，所述第二服务递送装置是在电视平台上执行的电视服务，至 少包括指示电视正在播放的状态 < 播放 > 和指示TV处于暂停状态的状态 < 暂停>。
11.如权利要求10所述的系统，其中，所述组合服务状态包括电话服务的状态<可用的> 和 < 正在呼叫 > 与电视服务的状态 < 播放 >、< 暂停cs>、<暂停os>之间的组合，其中，〈暂 停cs>表示〈暂停〉状态的第一扩展状态，指示组合服务(CS)引起到该状态的转换，且< 暂停os>表示状态〈暂停〉的第二扩展状态，指示不同于组合服务的另一服务(OS)引起到该状态的转换。
12.如权利要求1-11中的任何一项所述的系统，其中，所述组合服务被配置为允许客 户端经由界面、优选地为网站界面来访问组合服务，以便选择组合服务的预定配置，其中， 所述组合服务使用所选配置来备好组合模型中的一个或多个检测点。
13.如权利要求1-9中的任何一项所述的系统，其中，所述第一或第二服务递送装置 中的至少一个是远程通信平台，优选地为支持基于IP的远程通信服务的平台、数字电视平 台、用于执行业务流程管理服务的平台或用于家庭网络系统的平台。
14.如权利要求1-11中的任何一项所述的系统，其中，所述组合服务递送装置被实现 为经由网络连接到第一和第二服务递送装置的应用服务器。
15.如权利要求1-11中的任何一项所述的系统，其中，所述组合服务递送装置在最终 终端、优选地在机顶盒中实现。
16.如权利要求15所述的系统，其中，用最终终端中的组合服务递送装置来实现所述 第一和第二服务递送装置。
17.一种用于在提供组合服务的系统中管理服务交互的方法，该系统包括-第一服务递送装置，其用于提供第一服务，-第二服务递送装置，其用于提供第二服务，-组合服务递送装置，其用于提供能够使第一服务与第二服务相关联的组合服务，该组 合服务使用组合状态模型实现，所述组合状态模型包括基于第一和第二服务的状态形成的 预定数目的组合状态和用于检测组合状态之间的预定转换的备好的检测点，该方法包括步骤-所述组合服务检测到新组合状态的转换，以及-响应于备好的检测点的激活向第一和/或第二服务递送装置传送用于引发各自第一 和/或第二服务中的预定状态转换的控制信号。
18.一种计算机产品，其可直接加载到数字计算机的内部存储器，包括用于在该产品在 计算机上运行时执行权利要求17的步骤的软件代码部分。
19.一种包括如权利要求1所限定的组合服务递送装置的最终终端。
全文摘要
本文描述了一种用于管理组合服务中的服务交互的系统。该系统包括用于提供第一服务的第一服务递送装置、用于提供第二服务的第二服务递送装置、用于提供能够使第一服务与第二服务之一相关联的组合服务的组合服务递送装置。使用组合状态模型来实现所述组合服务，所述组合状态模型包括基于第一和第二服务的状态形成的预定数目的组合状态和用于检测组合状态之间的预定转换的备好的检测点。所述组合服务递送装置还包括适合于向第一和/或第二服务递送装置传送控制信号的组合状态管理器，该控制信号用于响应于所述备好的检测点的激活来引发各自第一和/或第二服务中的预定状态转换。
文档编号H04L29/06GK101855883SQ200880111902
公开日2010年10月6日 申请日期2008年10月20日 优先权日2007年10月19日
发明者F·A·瓦尔拉文, H·M·斯托金, M·O·范德文特, O·A·尼亚姆特 申请人:皇家Kpn公司;荷兰应用自然科学研究组织