用于在通信网络中提供服务交互和中介的系统、方法和计算机程序产品的制作方法

专利名称：用于在通信网络中提供服务交互和中介的系统、方法和计算机程序产品的制作方法
技术领域：
本文描述的主题涉及在混合协议的电信网络中提供服务。更具体地说，本文描述 的主题涉及用于在通信网络中提供服务交互和中介的系统、方法以及计算机程序产品。
背景技术：
通信网络中的服务交互指代管理在请求网络服务的网络实体(称为服务客户端) 与提供这些网络服务的网络实体(称为应用服务器)之间的交互的处理。服务客户端可 以通过发出通常被称为服务请求、服务触发消息或服务查询的消息来从应用服务器请求服 务。应用服务器可以通过发出通常被称为服务请求响应、服务响应或简称为响应的消息来 响应这种请求。通信网络中的服务中介指代将与服务有关的消息从一个消息协议转换为另一消 息协议。服务中介还必须确定发出请求的客户或通信服务用户是否是被授权以访问网络应 用/服务，随后执行这种访问授权规则。当之前不同的网络被合并时，需要服务中介，请求 网络元件使用彼此的协议进行通信，并且当协议本身改变时，修改其中较新版本的协议不 与较旧的相同版本的协议向后兼容的点。电信网络是合并之前不同的并且通常是不兼容的网络来创建的网络的一个示例。 现代电信网络可以是陆上线路电话网络、移动电话网络和数据网络的混合物。现在合并的 网络的每个之前分开的网段可以具有其自身的服务，所述服务是其它网段期望使用的服务。—个示例服务是预付款呼叫，其中用户事先购买一定数量的网络使用量。预付款 用户可以购买一定数量的呼叫时间分钟，一旦用户使用了其所有购买的时间，除非直到购 买更多的时间，否则禁止用户访问网络。因此，每当预付款用户尝试使用网络时，都使用查 询以确定用户的预付款账户是否具有足够的余额以允许用户访问。例如，当预付款用户尝 试进行呼叫，如果预付款用户使用移动电话，那么通过移动交换中心(MSC)连接到电信网 络，如果预付款用户使用陆上线路，那么通过服务切换点(SSP)连接到电信网络。下文中 的MSC/SSP通常被称为切换点(SP)。SP通常查询服务控制点(SCP)，其维护预付款数据库 (即，“预付款SCP”)以确定移动用户的预付款账户余额是否足以允许呼叫继续。对预付款SCP的查询是蜂窝电话、SP以及各种SCP在连接网络并且建立呼叫的过 程中步骤的顺序中的一个可能的步骤。该处理可以由基本呼叫状态模型(BCSM)来定义，其 中按照呼叫状态图中的转变来描述处理，其中每个呼叫状态可以代表状态的改变，例如“拨号”、“振铃”、“连接”、“断开”等。SP可以基于SP所使用的BCSM来跟踪并维护处理每个呼 叫的状态信息。BSCM可以包括状态机中的一些点，其中呼叫的控制可以永久地或临时地转移到另 一个实体。状态机中的这种的点称为检测点。检测点是基于适用于由SP所使用的协议的 具体的呼叫模型。响应于检测点中的触发事件，SP可以生成服务触发消息。服务触发消息 的一个示例是IDP消息。服务触发消息通常包含参数，例如服务密钥，其识别哪种服务正在 被请求。例如，在上述预付款用户示例中，当用户尝试拨打电话时，用户的蜂窝电话将被叫方的电话号码发送给SP。在示例BCSM中，检测点可以确定SP何时成功地接收被叫方的号 码。响应于检测点，SP可以向预付款SCP发送服务触发消息(例如IDP消息)以查询主叫 方、被叫方或双方的账户余额。服务触发消息可以包括识别期望的服务的服务密钥。在这 个示例中，期望的服务是对预付款数据库的查询。预付款SCP可以执行预付款账户余额查 询，随后将呼叫的控制和说明预付款帐户是否有足够的帐户余额以允许呼叫继续的指示返 回给SP。由此，通过发出服务触发消息，SP可以暂时将呼叫的控制移交给预付款SCP，并且 在收到服务响应消息后，从预付款SCP重新获得控制。与传统的电信网络关联的一个问题是互操作性。随着电信信令网络的演进，协议 也在演进，并且合并的通信网络可以使用从系统信令#7 (SS7)协议到SIGTRAN范围内的协 议，其可以是互联网协议(IP)上的SS7到会话发起协议(SIP)以及其它协议。在SS7协议 族内，有多种变体，例如智能网络(IN)、高级智能网络(AIN)、无线智能网络(WIN)以及用于 移动网络增强逻辑(CAMEL)的定制的应用。因此，不同的应用服务器可以使用不同的协议。 类似地，请求服务的客户端可以使用不同于应用服务器所使用的协议。例如，操作员可以使 用运行IN协议的预付款SCP，但是其可以希望从新的基于CAMEL的SP来访问相同的预付款 SCP ；或者，操作员可以希望向仅支持IN和CAMEL的服务客户端提供新的服务(其仅在SIP 应用服务器(SAS)上是可用的)。本领域的技术人员可以考虑许多其它的示例。因为合并 的网络上的单个部分可以使用分别的协议，它们不可以很好地互操作，或根本不能互操作。互操作的问题的一个提出的方案是修改服务客户端以使得它们支持各种应用服 务器所需的所有协议。另一提出的解决方案是修改应用服务器以使得它们支持各种服务客 户端所需的所有协议。由于需要修改网络上的多个实体，所以两种提出解决方案的花费都 很贵。此外，协议中介不仅可以涉及消息格式转换，而且还可以维护分别的数据结构、状态 机等，增加了呼叫状态模块的复杂性。此外，使服务客户端或应用服务器变得更为复杂会潜 在地将通信网络与一个客户端或服务商绑定在一起，降低了对服务商提供灵活的解决方案 和/或有竞争力的定价的激励。限制电信网络的各种部件的互操作性的另一个问题是服务客户端和应用服务器 的当前实现支持非常有限的服务交互。特别地，MSC和SSP的当前的实现不具有响应于单 个检测点，生成多条服务请求消息的能力。这会妨碍电信服务提供商提供复杂的服务分 组(其需要在多个应用服务器之间进行交互)。例如，在预付款用户想要使用虚拟专用网 (VPN)来连接时，SP需要发出两条分开的服务请求消息，一条给预付款SCP以确定用户是否 拥有足够的余额来进行呼叫，另一条给VPN SCP以建立VPN。由此，除非SP可以发出多个服 务请求来响应单个服务触发(例如IDP)，否则电信服务供应商不可以提供服务分组，其允许用户既可以是预付款用户并且是VPN用户。不能根据单个服务触发生成多个服务请求消息的一个提出的解决方案是向服务 客户端或应用服务器增加所述功能。在上述服务中介的情况下，由于必须更新的网络实体 的数量，该提出的解决方案的花费将非常昂贵，并且需要例如SP所使用的基本呼叫状态模 型，这使得该方案变得更为复杂，因此更难于维护。 ^fc 3rd Generation Partnership Pro ject (3GPP)夫JE TS 23. 002, ETSI TS123002V7. 1.0(2006-03)中找到针对互操作性的问题的另一个提出的解决方案。该文件 描述了服务功能交互管理器(SCIM)，其是执行服务交互和中介的应用程序。SCIM设计用于 在请求服务的实体与提供服务的实体之间作为中介来工作。SCIM用于作为服务客户端的应 用服务器，并且作为应用服务器的服务客户端。例如，对于MSC，SCIM可以作为使用CAMEL 交谈的SCP，对于SSP，作为使用IN交谈的SCP。类似地，取决于SCP的功能，对于SCP，SCIM 可以作为使用IN交谈或使用CAMEL交谈的网络元件。此外，SCIM允许基于CAMEL或IN的 实体，其请求服务以与IMS实体进行通信，所述实体提供了使用SIP协议的服务，例如SIP 应用服务器(SAS)。然而，因为3GPP SCIM的当前的实现不能够处理服务请求的多个响应并采取合适 的操作，所以所述实现不能发出多个服务请求。接收多个输入消息(响应于服务请求)和 通常生成单个输出消息(表示服务请求的集合的响应的响应)的处理称为“集合”。由于每 个服务控制网络客户端可以接受或拒绝针对服务的其各自的请求，响应于单个服务触发消 息发出多个请求的SCIM还必须能够解决冲突的响应以确定是否继续进行呼叫。响应于单 个服务触发，3GPP SCIM的当前的实现还不能发出多个服务请求，并且不能集合。因此，传统的SP和3GPP SCIM的当前的实现明显的限制是由于不能集合，他们仅 可以针对任意给定的服务触发(通常是检测点)有效地生成单个服务请求消息。响应于单 个服务触发，如果服务分组需要要被发出的多个服务请求，那么这限制了向用户提供“服务 分组”的网络操作者的能力。例如，目前该限制使得用户不可以既是预付款用户并且是VPN 用户。相应地，存在管理服务交互并且在请求网络服务的网络实体与提供网络服务的多 个网络实体之间提供服务中介的需求。具体地说，存在在通信网络中提供增强的服务交互 和中介的系统、方法以及计算机程序产品的需求。

发明内容
根据一个方面，本文描述的主题包括用于在通信系统中提供服务交互和中介的系 统。所述系统包括用于从服务客户端接收客户端到SCIM的消息的通信接口 ；用于在服务 客户端与提供不同类型的服务的多个应用服务器之间提供服务交互的服务功能交互管理 器(SCIM)模块。提供服务交互包括从通信接口接收客户端到SCIM的服务交互消息，以 及响应于收到客户端到SCIM的消息，生成多条SCIM到服务器的消息，并且向多个应用服务 器发送SCIM到服务器的消息。提供服务交互还包括从接收的SCIM到服务器的消息的应用 服务器中的至少一些，接收多条服务器到SCIM的服务交互消息，并且响应于接收服务器到 SCIM的消息，生成包含来自服务器到SCIM的消息中的至少一些的至少一部分数据的集合 的SCIM到客户端的消息；经由通信接口向服务客户端发送包含集合的SCIM到客户端的消肩、o根据另一方面，本文描述的主题还包括用于在通信网络中提供基于规则的服务交 互和中介的系统。所述系统包括服务交互和中介规则数据库，其用于存储提供了服务交互 和中介的服务交互和中介规则，以及服务功能交互管理器(SCIM)模块，其用于使用在服务 交互和中介规则数据库中所存储的服务交互和中介规则来在服务客户端与提供不同种类 服务的多个应用服务器之间提供服务交互和中介。服务功能交互管理器模块用于接收至少 一条到来的服务交互消息；使用到来的消息中的一部分来识别服务交互和中介规则；使用 识别的规则生成至少一条输出的服务交互消息；以及发送至少一条输出消息。根据另一方面，本文描述的主题还包括在通信网络中用于提供服务交互和中介的 系统。所述系统包括用于接收包括识别用户的信息的服务交互消息的通信接口，以及用于 在服务客户端和多个网络实体之间提供服务交互和中介的服务功能交互管理器(SCIM)模 块。提供服务交互包括识别发生在服务客户端并与识别的用户关联的事件，并期望通知该 事件；识别用于接收识别的事件的通知的多个网络实体中的至少一个；维护在识别的网络 实体与识别的事件之间的映射；以及向服务客户端发送请求以将识别的事件的通知发送给 SCIM模块。根据另一方面，本文描述的主题还包括具有可扩展架构的服务功能交互管理器 (SCIM)。所述SCIM包括用于存储系统配置信息和元件协议配置信息的数据库；用于存储服 务交互和中介规则的服务交互规则模块；用于在通信网络中基于存储的服务交互和中介规 则以及存储的系统配置信息来提供服务中介和集合的服务中介和集合逻辑模块；从多个网 络实体接收服务交互消息(包括识别用户的信息)的通信接口 ；基于存储的元件协议配置 信息，在由服务中介和集合逻辑使用的第一协议与由多个网络实体中的一个使用的第二协 议之间执行协议中介和转换的多个协议处理器。根据另一方面，本文描述的主题还包括用于在通信网络中提供服务交互和中介的 方法。所述方法包括在用于在服务客户端与提供不同服务的多个应用服务器之间执行服务 交互和中介的服务功能交互管理器(SCIM)模块处，从客户端接收客户端发出的客户端到 SCIM的服务中介消息，并且响应于接收客户端到SCIM的消息，生成多条SCIM到服务器的消 息，并且向多个应用服务器发送SCIM到服务器的消息。所述方法还包括从接收了服务器到 SCIM的消息的应用服务器中的至少一些，接收多条服务器到SCIM的服务交互消息，并且响 应于接收服务器到SCIM的消息，生成包含来自服务器到SCIM的消息中的至少一些的至少 一部分数据的集合的SCIM到客户端的消息，并向客户端发送包括所述集合的SCIM到客户 端的消息。根据另一方面，本文描述的主题还包括用于在通信网络中提供基于规则的服务交 互和中介。本文中使用的术语“规则”指代对特定的激励的实体的响应的描述，并且术语“基 于规则”指代至少部分地由一条或更多规则的操作来确定的行为。所述方法包括在用于在 服务客户端与提供不同服务的多个应用服务器之间执行服务交互和中介的服务功能交互 管理器(SCIM)模块处，接收至少一条到来的服务交互消息；使用到来的消息中的一部分来 在服务交互和中介规则数据库中识别服务交互和中介规则，所述服务交互和中介规则数据 库与服务功能交互管理器模块操作地关联，并用于存储用于执行服务交互和中介的服务交 互和中介规则；使用识别的规则来生成并发送至少一条输出的消息。
根据另一方面，本文描述的主题还包括用于在通信网络中提供服务交互和中介的 方法。所述方法包括在用于在服务客户端与多个网络实体之间执行服务交互和中介的服 务功能交互管理器(SCIM)模块处接收包括识别用户的信息的服务交互消息；识别在服 务客户端处发生并且与识别的用户关联的事件，并期望通知该事件；识别用于接收识别的 事件的通知的多个网络实体中的至少一个；维护在识别的网络实体与识别的事件之间的映 射；以及向服务客户端发送用于将识别的事件的通知发送给SCIM模块的请求。本文主题描述的在通信系统中提供服务交互和中介的系统、方法以及计算机程序 产品可以通过硬件、软件、固件或其组合来实现。这样，本文使用的术语“功能”或“模块”指 代用于实现描述的特性的硬件、软件和/或固件。在一个示例性实现中，本文描述的主题可 以通过使用在由计算机执行步骤的处理器执行指令时，在其上存储计算机可执行指令的计 算机可读介质来实现。适合实现本文描述主题的示例性的计算机可读介质包括磁盘存储器设备、芯片存储器设备、可编程逻辑设备以及专用集成电路。此外，实现本文描述主题的计算机可编程 产品可以位于单个设备或计算平台中，或者分布在多个设备或计算平台中。


现在将参照附图，对本文描述的主题的优选实施例进行解释，其中图1是说明了根据本文描述主题的实施例的用于在通信网络中提供服务交互和 中介的的示例性系统的框图；图2是说明了根据本文描述的主题的实施例的用于在通信网络中提供服务交互 和中介的示例性处理的流程图；图3是说明了根据本文描述的主题的实施例的用于在通信网络中管理消息预定 和通知的示例性处理的流程图；图4是说明了根据本文描述的主题的另一实施例的用于在通信网络中提供基于 规则的服务交互和中介的示例性系统的框图；图5是说明了根据本文描述的主题的实施例的用于在通信网络中提供基于规则 的服务交互和中介的示例性处理的流程图；图6是说明了根据本文描述的主题的实施例的用于在通信网络中提供基于规则 的服务交互和中介的示例性操作的流程图；图7是更详细地说明了根据本文描述的主题的实施例的在服务客户端网络实体 与两个应用服务器之间进行通信的示例性消息的信令消息流程图，其示出了从两个方向发 出并集合多条消息的示例；图8是更详细地说明了根据本文描述的主题的实施例的在服务客户端网络实体 与两个应用服务器之间进行通信的示例性消息的信令消息流程图；图9A是说明了根据本文描述的主题的实施例的用于在通信网络中提供服务交互 和中介的示例性系统的框图；图9B是说明了根据本文描述的主题的另一实施例的用于在通信网络中提供服务 交互和中介的示例性系统的框图；图10是说明了根据本文描述的主题的另一实施例的用于在通信网络中提供服务交互和中介的示例性系统的框图；图11是说明了根据本文描述的主题的另一实施例的用于在通信网络中提供服务 交互和中介的示例性系统的框图；以及图12是说明了根据本文描述的主题的另一实施例的用于在通信网络中提供服务 交互和中介的示例性处理的流程图。
具体实施例方式根据本文公开的主题，提供了用于在通信网络中提供服务交互和中介的系统、方 法以及计算机程序产品。本文描述的主题使得Pre-IMS网络元件能够访问能够使用SIP的 服务，允许GSM元件访问IP服务，并允许IMS/CSCF访问CAMEL/IN服务。在一个实施例中，可以根据单个服务触发生成多条服务请求消息，并且将多条服 务响应消息集合到单个响应响应中。单个服务触发可以被转换或可以用于触发多条额外的 服务触发的生成，其使得多个特征能够启用并且进行交互，其涉及任意数量的通信协议，其 包括SIP、CAMEL和IN协议。在另一实施例中，服务交互和中介可以基于存储在服务交互和中介规则数据库中 的服务交互和中介规则。图1是说明了根据本文描述主题的实施例的一种用于在通信网络中提供服务交 互和中介的示例性系统的框图。在一个实施例中，系统100可以包括增强的服务功能交互管理器ESCIM102，其用 于提供服务交互和中介，其包括从客户端接收服务触发消息，生成多个服务请求消息以及 集合关联的响应。服务请求信息可以包括服务触发消息(例如，初始检测点消息)、服务查 询消息或包含与通信服务用户关联的信息的其它消息。ESCIM 102可以包括服务功能交互 管理器模块(SCIM模块104)，其用于提供在服务客户端106与提供不同类型服务的多应用 服务器之间的服务交互。SCIM模块104可以经由第一通信接口(例如，服务控制功能(SCF 108))与服务 客户端106进行通信，所述服务控制功能用于接收客户端到SCIM的消息以及发送SCIM到 客户端的消息。在一个实施例中，SCF 108可以在服务客户端106所使用的协议与不同的 协议(例如，由SCIM模块104所使用的内部协议和/或由应用服务器所使用的协议)之间 执行协议转换。例如，SCIM模块104可以针对所有内部操作使用SIP协议，而来自服务客 户端106的消息(例如，初始检测点(IDP)消息)可以使用非SIP协议(例如，IN协议))。 在此情况下，SCF 108在将消息传递给用于进行内部处理的SCIM模块104之前，将客户端 到SCIM的消息从IN协议转换为SIP协议。类似地，SCF 108可以在将SCIM到客户端的消 息发送给服务客户端106之前，将所述消息从SIP协议转换为IN协议。SCIM模块104可以经由第二通信接口(例如，服务切换点(SSF 110))与应用服务 器进行通信，所述服务切换点用于接收服务器到SCIM的消息以及发送SCIM到服务器的消 息。在一个实施例中，SSF 110可以在应用服务器所使用的协议(例如PPSCP 112或RTSCP 114)和不同的协议(例如由SCIM模块104所使用的内部协议和/或由服务客户端106所 使用的协议)之间执行协议转换。例如，SCIM模块104可以在内部使用AIN协议，而PPSCP 112可以使用CAMEL协议，在此情况下，SSF 110可以在将服务器到SCIM的消息传递给SCIM模块104之前，将所述消息从CAMEL协议转换为内部协议(例如AIN)。类似地，SSF 110可 以在将SCIM到服务器的消息发送给应用服务器之前，将所述消息从AIN协议转换为CAMEL 协议。在一个实施例中，服务客户端106可以是移动交换中心(MSC)、服务切换点(SSP) 或可以请求网络服务的其它网络实体。应用服务器可以包括系统控制点(SCP)、会话发启协 议(SIP)应用服务器(SAS)、简单对象应用协议(SOAP)服务器或可以提供网络服务的其它 网络实体。例如，系统100可以包括用于管理预付款用户账户的预付款SCP(PPSCP 112)； 用于提供回铃音的回铃音SCP(RTSCP 114)，主叫方通过该回铃音听到被叫方的定制音乐或 消息而不是发送到主叫方的默认声音，以指示呼叫方的电话的正在响铃；以及用于提供基 于SIP的服务的SIP应用服务器(SAS116)。SCIM模块104可以执行服务交互。在一个 实施例中，SCIM模块104接收客户端 到SCIM的服务交互消息，并且响应于接收所述消息，生成多条SCIM到服务器的消息并将其 发送给多个应用服务器。SCIM模块104可以从接收了 SCIM到服务器的消息的多个应用服 务器中的至少一些中接收多条服务器到SCIM的服务交互消息，并且响应于接收服务器到 SCIM的消息，生成包括集合来自服务器到SCIM的消息中的至少一部分数据的SCIM到客户 端的消息，并且经由通信接口向服务客户端发送包含集合的SCIM到客户端的消息。图2是说明了根据本文所描述的主题的实施例的一种用于在通信网络中提供服 务交互和中介的示例性处理的流程图。在框200处，从服务客户端106接收客户端到SCIM的服务交互消息。例如，ESCIM 102可以从服务切换点(SSP)接收使用AIN协议的初始检测点(IDP)消息，或者从MSC接收 使用CAMEL协议的IDP消息。在一个实施例中，通信接口(例如服务控制功能SCF 108)可以执行中介功能来将 到来的消息转换为内部协议。例如，ESCIM 102可以在内部使用SIP协议，在此情况下，SCF 108可以在将转换的消息传递给SCIM模块104之前，将收到的AIN或CAMEL协议的消息转 换为SIP协议。或者，可以由SCIM模块104执行所述协议转换。在框202处，响应于接收客户端到SCIM的消息，可以生成多条SCIM到服务器的消 息，并将其发送到至少一些应用服务器。例如，SCIM模块104生成并发送两条SCIM到服务 器的消息向PPSCP查询预付款以确定预付款主叫和/或被叫方是否有足够的预付款账户 余额，以及向RTSCP 114的回铃音服务请求当主叫方等待被叫方结束连接时，向主叫方发 送被叫方定制的回铃音。在一个实施例中，ESCIM 102内的部件(例如SSF 110)可以执行中介功能，其用于 将SCIM到服务器的消息从服务客户端106使用的协议或SCIM模块104使用的内部协议转 换为应用服务器使用的协议。例如，如果ESCIM102在内部使用SIP协议，PPSCP 112使用 IN协议，并且RTSCP 114使用CAMEL协议，那么SCIM模块104可以生成使用SIP协议的预 付款查询和回铃音服务请求，并将服务请求传递给SSF 110。然后，在向消息的各自的目的 地发送查询之前，SSF 110可以分别将信息转换为IN协议和CAMEL协议。或者，ESCIM 102 内的另一部件(例如SCIM模块104)可以执行协议转换。在框204处，可以从至少一些应用服务器(其接收了 SCIM到服务器的消息)接收 多条服务器到SCIM的消息。例如，当应用服务器从ESCIM 102接收有代表性的消息时，应用服务器可以向ESCIM 102发送响应消息作为应答。PPSCP 112和RTSCP 114可以对其各 自的查询生成响应，并且可以由ESCIM 102接收其响应。在一个实施例中，ESCIM 102内的部件(例如SSF 110)可以在将服务器到SCIM的 消息传递给SCIM模块104之前，将所述消息从其外部协议转换为ESCIM 102使用的内部协 议。例如，SSF 110可以在将转换的消息转发给SCIM模块104之前，将从PPSCP 112接收 的预付款查询响应从IN协议转换为内部SIP协议，并且将从RTSCP 114接收的回铃音服务 请求响应从CAMEL协议转换为内部SIP协议。或者，ESCIM 102内的另一部件(例如SCIM 模块104)可以执行所述协议转换。
在框206处，响应于接收了服务器到SCIM的消息，可以生成SCIM到客户端的消 息，其包括来自至少一些服务器到SCIM的消息的至少一部分数据的集合，并将其发送给客 户端。例如，PPSCP 112和RTSCP 114可以用“服务拒绝”消息来响应其各自的查询和服务 请求，在此情况下，SCIM模块104可以将多个响应集合到单个“服务拒绝”消息中，并向服务 客户端106发送包含集合的响应的消息。以这种方式，服务客户端106将仅接收其一个IDP 的一个响应。类似地，SCIM模块104可以集合多个“服务允许”消息到单个“服务允许”消 息中，并将其发送给服务客户端106。SCIM模块104可以接收冲突的消息(其必须被解决)。例如，SCIM模块104可以 从PPSCP 112接收“服务允许”消息(例如，指示预付款用户具有足够的资金以允许访问网 络)和从RTSCP 114接收“服务拒绝”消息(例如，指示没有配置被叫方发送定制回铃音给 主叫方)。在这种情况下，SCIM模块104可以确定在不使用定制回铃音的情况下应当继续 呼叫，在此情况下SCIM模块104可以生成并将单个“连接”消息发送给服务客户端106以指 示应当继续呼叫。另一方面，如果RTSCP 114返回“服务允许”消息(例如，被叫方具有定 制回铃音，其在主叫方等待被叫方接电话时播放给主叫方)，但是PPSCP 112返回“服务拒 绝”消息(例如，主叫方是没有足够的预付款账户余额的预付款用户)，那么SCIM模块104 可以生成并将单个“不连接”消息发送给服务客户端106以指示到网络的访问被拒绝。根据本发明的另一实施例，SCIM功能104适合于在应用服务交互和服务编排规则 的过程中提供智能的“错误”处理逻辑。例如，使用先前的例子，SCIM功能104从服务客户 端106接收单个服务触发消息。响应于接收服务触发消息，SCIM功能104首先生成转发给 PPSCP 112的SCIM到服务器的消息。如果PPSCP 112用“错误”指示来响应SCIM功能104， 那么SCIM功能104不会生成指向RTSCP 114的第二 SCIM到服务器的消息。相反，SCIM功 能104向服务客户端106生成单个“不连接”消息以指示到网络的访问被拒绝。在智能错 误处理的另一示例中，如果SCIM功能104首先生成转发给PPSCP 112的SCIM到服务器的 消息，并且没有收到来自PPSCP 112的响应(例如，PPSCP112不可用/失败)，那么SCIM功 能104不生成指向RTSCP 114的第二 SCIM到服务器的消息。相反，SCIM功能104向服务客 户端106生成单个“不连接”消息以指示到网络的访问被拒绝。以这种方式，服务节点(例 如SCP和SIP应用服务器)可以屏蔽不必要的查询。除了管理从服务客户端106发出的请求并且集合来自应用服务器的响应，SCIM模 块104还必须管理相反的情况，从多个应用服务器发出请求，并且响应来自服务客户端106 的这些请求。不像上文给出的示例，其中SCIM模块104可以广播请求并且集合响应，在以 下示例中，SCIM模块104可以集合请求并广播响应。例如，每当服务客户端106处发生指定的事件时，应用服务器可以请求被通知。以这种方式工作的一个示例是发布和预定(pub/ sub)系统。在服务切换点的环境下，通常通过使用服务触发(通过预配置静态地提供或通 过SCP/应用服务器动态的提供)来实现这种功能。结合图1，在一个实施例中，系统100可 以包含用于维护发布和预定信息的预定数据库208。
图3是说明了根据本文描述主题的实施例的用于在通信网络中管理消息预定和 通知的示例性处理的流程图。在框300处，从多个应用服务器接收要被通知指定的事件的多个请求。例如，多个 SCP或应用服务器可以生成多个请求并将多个请求发送给SCIM功能以在SSP处提供相同 的服务触发。多个请求被集合到将要发送给服务客户端的单个通知请求消息中。例如，通 过SCIM模块104从服务客户端106将初始IDP发送给多个应用服务器之后，一个或多个应 用服务器可以发出请求以预定发生在服务客户端106中的一些事件的通知。在此示例中， SCIM模块104可以从PPSCP 112接收报告基本呼叫状态模型(RRB)请求RRB (El，E2)，要求 向SCIM模块104通知事件“E1”或事件“E2”的发生。SCIM模块104可以从RTSCP 114接 收另一 RRB请求RRB(E1，E3)，要求向SCIM模块104通知事件“E1”或事件“E3”的发生。在 一个实施例中，SCIM模块104可以将分离的RRB请求集合到单个RRB请求RRB(E1，E2，E3) 中，要求向SCIM模块104通知事件“E1”、事件“E2”或事件“E3”的发生，并将集合的单个请 求发送给服务客户端106。由此，从服务客户端106的角度来看，ESCIM 102就像每当指定的事件发生时都请 求通知的单个应用服务器。当任意或指定的事件发生时，服务客户端106可以将通知消息 发送给ESCIM 102。ESCIM 102负责确认预定的应用服务器接收了关联事件的正确通知。在框302处，维护在应用服务器与指定的事件之间的映射。在一个实施例中，SCIM 模块104可以使用预定数据库208来存储和维护应用服务器应当被通知的事件的列表。在一个实施例中，对于SCIM模块104接收的每条消息(例如预定请求和通知请 求)，确定与请求关联的服务类型。示例服务类型包括通知或发布/预定服务、计费服务 等。与确定的服务类型关联的应用服务器预定接收与该服务类型关联的事件的通知。例如，从PPSCP 112接收RRB(El)请求之后，SCIM模块104可以创建应当向其通 知事件El发生的应用服务器的列表(如果还没有这样的列表)，并且将PPSCP 112加入到 列表中。例如，从RTSCP 114接收RRB (El，E2)请求之后，SCIM模块104可以将RTSCP 114 加入到应当通知事件El是否发生的应用服务器的列表中，创建应当通知事件E2是否发生 的应用服务器的列表，并将RTSCP 114加入所述列表中。在框304处，接收到事件的通知。使用映射以识别哪个应用服务器预定接收事件 的通知，并且向识别出的应用服务器通知事件。例如，服务客户端106可以发出客户端到 SCIM的消息，所述消息向ESCIM 102通知计费事件E2的发生。由SCIM模块104处理客户 端到SCIM的消息，所述消息可以识别哪个应用服务器应当接收通知并将通知发送给识别 出的应用服务器。在一个实施例中，SCIM模块104可以使用事件或服务类型来查询预定数据库208， 从而识别哪个服务器的一个或多个列表应当接收通知消息，并向识别出的一个或多个列表 中所包括的每个应用服务器发送通知消息。例如，如果事件E2发生，那么服务客户端106 可以将第一事件报告BCSM(ERB)消息ERB(E2)发送给ESCIM 102。SCIM模块104可以确定向SCIM模块104通知事件E2的发生，检索要通知事件E2是否发生的应用服务器的列表，并向在检索的列表上的每个应用服务器发送通知消息。在该示例中，SCIM模块104可以确 定仅RTSCP 114预定接收事件E2的通知，在此情况下，ESCIM102可以通过发布ERB(E2)消 息(例如，转发ERB (E2)消息的副本)来向RTSCP 114通知事件E2的发生。继续以上的示例，如果事件El发生，那么服务客户端106可以将第二(ERB)消息 ERB (El)发送给SCIM模块104。当SCIM模块104接收到ERB (El)消息时，SCIM模块104可 以确定PPSCP 112和RTSCP 114都预定接收事件El的通知。在一个实施例中，SCIM模块 104可以通过检查El用户的列表来确定哪个应用服务器预定了消息。SCIM模块104可以 转发ERB(El)消息，否则向PPSCP 112和RTSCP 114发出事件通知消息。在另一示例中，SCIM模块104可以从一个或多个应用服务器(例如从PPSCP 112 和RTSCP 114)接收申请计费(ACH)消息。SCIM模块104可以集合多条消息到单个ACH消 息中，然后将其发送给服务客户端106。SCIM模块104可以维护计费服务预定信息，例如 将PPSCP 112和RTSCP 114识别为应用服务器(如果从服务客户端106接收申请计费报告 (ACR)消息，那么应当向所述应用服务器通知)的列表。如果SCIM模块104稍后从服务客 户端106接收到ACR消息，那么SCIM模块104可以向应用服务器(其被识别为预定接收 这些消息)发布ACR消息。例如，SCIM模块104可以基于其预定消息向每个PPSCP 112和 RTSCP 114发送分离的ACR消息。可以配合发布和预定功能来执行上述段落中描述的服务中介和协议转换功能。图4是说明了根据本文描述主题的另一实施例的用于在通信网络中提供基于规 则的服务交互和中介的示例性系统的框图。在一个实施例中，系统400可以包括用于提供 服务交互和中介的增强的服务功能交互管理器ESCIM 402。ESCIM 402可以包括服务功能 交互管理器模块(SCIM模块404)(其使用服务交互和服务交互中存储的中介规则)和中介 规则数据库406 (其用于在服务客户端106与提供了不同类型的服务的多个应用服务器之 间提供服务交互和中介)。从概念上来说，规则定义了模块或实体如何响应特定的情况和/或特定的激励。 基于规则的SCIM中的示例规则可以包括“如果从MSC或SSP收到IDP，那么检查主叫方是 否是预付款用户，并且如果主叫方是付费用户，向预付款SCP发送查询以询问用户的预付 款账户余额是否足够允许访问”；“如果预付款SCP发送指示了用户X没有足够的预付款账 户余额的消息，那么终止用户X的呼叫”。脚本是规则的组合或序列。可以使用脚本来定义 更多复杂的交互，其包括需要维护的状态信息的交互(例如状态事务)。脚本可以定义消息 的序列(例如查询和响应)，所述消息应当在SCIM模块404与一个或多个应用服务器之间 进行交换。例如，脚本可以定义使用相同的CAMEL/IN触发的多个基于CAMEL/IN的产品之 间的互操作。脚本可以包括操作员容易解释并理解的文字、抽象术语以及逻辑运算符。操 作员可以通过组合术语和逻辑运算符来组成SCIM规则，从而定义服务交互规则。应当理 解，参照下文的示例性规则是简单英语语言的等价物，并且取决于在设置特定SCIM系统中 所使用的文字和抽象术语之后，SCIM规则可以具有各种形式。脚本可以定义串行工作的规则。例如脚本可以包括第一规则，“如果预付款用户 没有足够的余额，那么向用户发送文本消息，要求通过用他的信用卡来支付以补充他的预 付款时间”，以及第二规则“如果从预付款用户接到补充他的预付款时间的许可，那么向用户的信用卡公司发送电子资金交易请求，请求从他的信用卡中取出资金以购买额外的预付 款时间”。根据一个实施例，在基于表格驱动的环境中，维护用户可配置SCIM规则。因此， 基于每个服务(即，针对服务的所有用户的相同行为)、基于每个用户或其组合可以快速并 容易地配置定义了在要被处理的多个服务之间应当如何交互的SCIM规则。 在一个实施例中，脚本可以与对特定用户可用的服务(例如中介服务分组、呼叫 计划等)的组合关联。例如，第一用户的账户或呼叫计划可以是使用定制回铃音的预付款 账户，而第二用户的账户可以是使用VPN服务的非预付款账户。在一个实施例中，SCIM模块404可以基于用户的呼叫计划来选择服务交互和中介 语言的脚本，其中脚本定义了服务的组合，例如对所述用户可用的预付款、回铃音以及VPN 服务。然后，SCIM模块404可以执行选择的服务交互和中介语言脚本。在一个示例中，SCIM模块404可以确定主叫方是预付款用户、被叫方是回铃音用 户，因此响应于IDP消息，必须请求预付款和回铃音两种服务。基于这种服务密钥/用户ID 分析的结果，SCIM模块404可以从规则数据库406 (其设计用于“预付款主叫方+回铃音” 的用户)选择服务交互和中介脚本。然后，SCIM模块404可以执行选择的脚本。由SCIM模 块404执行的脚本可以指示SCIM模块404发送与第一 IDP消息关联的多条消息；在该示例 中，SCIM模块404可以向PPSCP 112发送预付款服务请求消息以确定呼叫用户是否有足够 的预付款帐户余额来允许访问网络，并且SCIM模块404还可以向RTSCP 114发送回铃音请 求消息来请求被叫方定制的回铃音。在另一示例中，在原始IDP消息的密钥和用户分析期间，SCIM模块404可以确定被 叫方也是预付款用户。在这种情况下，可以从规则数据库406中选择不同的服务交互和中 介脚本，脚本中的一个设计用于“预付款主叫方+预付款被叫方+回铃音”，在这种情况下， 脚本可以向RTSCP 114发出第二预付款查询以确定被叫方是否有足够的预付款账户余额。脚本可以定义并行工作的规则。例如，脚本可以包括第一规则“如果接收来自预付 款呼叫方的呼叫的IDP触发，那么查询预付款数据库以确认主叫方是否有足够的预付款账 户余额来允许访问网络”，以及第二规则“如果收到向预付款用户的呼叫的IDP触发，那么 查询预付款数据库以确认被叫方有足够的预付款账户余额来允许接收呼叫”。在该示例中， 单个IDP消息可以触发这两条规则的运行，其可以彼此独立地工作。这是基于规则实现的 实体的一个示例，例如SCIM，响应于单个客户端到SCIM的服务触发，所述SCIM可以发出多 个SCIM到服务器的服务请求。从以上示例可以看出，SCIM可以从两个预付款查询接收分开的响应，应当对其进 行协调。如何并且何时协调多条响应也可以由规则来定义。例如，基于规则的SCIM可以 包括规则，例如“如果在预付款主叫方具有足够的账户余额并且预付款被叫方没有足够的 账户余额的情况下，如果预付款被叫方是高级(premium)用户(例如，对来电不付费的用 户)，那么允许在任意地方呼叫，但是如果预付款被叫方是标准用户(例如，对来电付费的 用户)，那么拒绝呼叫”。这是基于规则实现的实体的一个示例，例如SCIM，其可以集合多个 服务器到SCIM的响应消息到单个SCIM到客户端的响应消息中。由此，可以有用于输入的每个组合的规则(以及关联的响应)。例如，可以有响应 来自MSC的IDP的规则、响应来自SSP的IDP的规则、响应来自预付款SCP的连接(CONNECT) 的规则、响应来自回铃音SCP CONNECT的规则等。
可以分层或模块的方式来撰写规则，以使得可以由其它功能来调用公共的功能 (例如向预付款数据库查询以确定用户是否具有足够的账户余额)。例如，可以将上述多指 令规则写为“如果从预付款用户(其呼叫另一预付款用户)接收IDP，调用功能“检查预付 款余额”(CheckPrePaidBalance)( “主叫方”)，并且还调用功能 CheckPrePaidBalance ( “被 叫方”)”。在另一示例中，可以有响应所有IDP的单个规则，以及取决于IDP来自MSC还是 来自SSP来调用的子规则。在一个实施例中，规则可以访问表格或变量。使用变量允许更大的灵活性并且显 著减少代码的大小。例如，变量、表格以及参数的使用允许创建模板来覆盖一系列相似的交 互，因此避免为每个可能的情况创建分离的规则的需要。变量可以用于流程控制条件，例 如，if. . then. . else和until。例如，规则库可以包括用于管理呼叫开始和建立的脚本或 规则的集合，用于管理在呼叫期间的服务请求的另一脚本或规则的集合，用于管理呼叫终 止的规则的另一脚本或规则的集合，用于管理账单的另一脚本或规则的集合等。从上述列 举的示例中可以看出，规则可以定义实体的功能方面，并且通过改变规则可以细微地或根 本地改变实体的操作。基于规则的实体可以包含默认规则的集合，其可以在需要时被替换 (override)或扩展。通过提供规则的默认集合，可以部署基于规则的实体并且利用最低所 需配置使其变得可工作，与此同时具有可配置的灵活性以满足特定的需求。在一个实施例中，规则数据406可以是表格。在可选择的实施例中，规则数据库 406可以是的高性能的(full-fledged)数据库、数据结构、存储器或者其它用于存储数据 的构造(construct)。在一个实施例中，服务客户端106可以是移动交换中心(MSC)、服务切换点(SSP)， 或者可以请求网络服务的其它网络实体。应用服务器可以包括系统控制点(SCP)、会话发 起协议(SIP)应用服务器(SAS)或者可以提供网络服务的其它网络实体。例如，系统400 可以包括如上所述的预付款SCP(PPSCP 112)、回铃音SCP(RTSCP 114)以及虚拟专用网 SCP(VPNSCP 408)。在一个实施例中，ESCIM 402的一部分(例如SCIM模块104)可以在服务客户端 106所使用的协议与不同的协议(例如，ESCIM 402自身或ESCIM402的部件中的一个所使 用的内部协议，和/或由应用服务器所使用的协议)之间执行协议转换。例如，ESCIM 102 可以使用用于所有内部操作的SIP协议。在这种实施例中，可以由SCIM模块404将到来的 消息(例如来自服务客户端106或应用服务器)转换为SIP协议消息。类似地，SCIM模块 104可以将输出的消息从内部协议转换为不同的外部协议。例如，SCIM模块104可以在发 送消息给应用服务器之前，将输出的消息从SIP协议转换为另一协议(例如，IN或CAMEL)。 或者，ESCIM 402内的另一部件可以在传送消息之前执行协议转换。协议转换包括在相同 协议的不同版本或阶段(例如，CAMEL阶段1、CAMEL阶段2等)之间转换或协调消息。在一个实施例中，存储在规则数据库406中的服务交互和中介规则可以定义操作 的序列(其可以在特定服务交互期间执行)。例如，规则可以定义ESCIM 402应当如何响应 特定到来的消息(其包括响应于服务触发，发送多条消息，以及集合多条消息到单条消息 中)；规则可以定义ESCIM 402应当如何处理特定的用户；规则可以定义ESCIM 102应当如 何与特定的网络实体进行通信等。在一个实施例中，SCIM模块404可以使用到来的消息的部分来识别应用的服务交
22互和中介规则。例如，客户端到SCIM的消息(例如IDP)可以包括服务密钥参数，其可以由 SCIM模块404检测并且用于选择合适的规则。类似地，SCIM模块404检测可以识别用户 (例如被叫方和主叫方)的信息，并且使用所述消息来选择适当的规则。例如，SCIM模块 404可以基于主叫方是高级预付款用户还是标准预付款用户，在两条规则中进行选择。在这 种情况下，高级预付款用户可以在不考虑当前预付款账户余额的情况下，能够接收消息，其 中用于处理对高级预付款用户来电的脚本可以不执行被叫方的预付款余额查询。在一个实施例中，ESCIM 402可以包括呼叫状态数据库410，其用于针对由ESCIM 402处理的每个呼叫，存储和维护基本呼叫状态模型(BCSM)呼叫状态信息。在一个实施例 中，SCIM模块404可以使用呼叫状态数据库410以在呼叫期间临时存储呼叫状态信息，在 呼叫结束后，从呼叫状态数据库410中删除呼叫状态信息。呼叫状态数据库410可以存储 在协议中介期间使用的状态值，例如在使用状态协议的情 况下。在一个实施例中，编程接口 412可以操作地耦合到规则数据库406以允许对规则 数据库406的内容进行远程(例如通过网络414)编辑或修改。在一个实施例中，操作员可 以在除ESCIM 402以外的实体上创建规则，并经由编程接口 412将规则下载到规则数据库 406中。在另一实施例中，例如，编程接口 412可以允许操作员创建规则数据库406的内容， 否则从远程终端准备或修改规则数据库406的内容。下文描述了基于规则的SCIM的基于表格实现的示例操作。在一个实施例中，基于 SCIM到来的消息的参数来选择规则或脚本。一个这种参数是服务密钥，其是服务请求消息 中所包括的参数。SCIM可以使用服务密钥来确定正在被请求的服务的类型。术语“服务密 钥分析”(或简称为“密钥分析”)指代通过处理来分析接收的服务请求消息的处理，从而确 定什么服务正在被请求。在一个实施例中，服务密钥分析可以返回服务密钥，其可以是字符 串、数字或唯一标识正在被请求的服务的其它标记或到来的消息的类型。服务密钥可以用于从规则数据库中选择规则或脚本。为简单起见，在这个示例中， 术语“规则”意味着“规则、脚本或规则的其它组合”。规则数据库可以包含用于服务密钥分 析的规则。示例服务密钥分析规则可以是if Msg. ServiceKey = 1 then Script = Process_IDP其中，服务密钥值1指示接到来的消息是初始检测点(IDP)消息并且脚本值 “Pr0CeSS_IDP”是响应IDP的脚本的名字。以XML格式的该规则的用户可编程表示为<If><ServiceKey><Equals>l</Equals></ServiceKey></If><Then><Script>Process_IDP</Script></Then>下面的表1是可能的内部表格表示 表1-规则的表格表示下面以简化形式示出了表示呼叫流的示例脚本。下面所示的脚本是参照表1的最 后一行的脚本“ProcessJDP”的示例实现。为简单起见，以过程代码的方式而不是以可能 的内部表格表示来表示脚本。提供这个示例脚本是作为本文主题的说明而非限制。其它内 容、形式、格式以及语法都在本文的主题范围内。

从以上示例脚本可以看出，在一个实施例中，脚本可以具有名字，例如“Pr0cess_ IDP”，并且可以定义名为“EP-IDP”的状态机的操作。脚本可以定义状态机中的状态，例如“START”、“STATE1”、“STATE2”等。在每个状态处，状态机可以等待触发事件的发生或触发。 例如，执行上述脚本“ProcessJDP”，激活状态机“EP-IDP”并启动状态机到START状态。状 态机将继续保持START状态直到从SSP接收到IDP (脚本的第6行)。响应于接收IDP，基 于规则的SCIM将向应用服务器ASl发出其自身的IDP消息(第9行)。该第二 IDP将包括 来自第一 IDP的参数Pl ；将包含新参数PX，并且将利用要被发送到ASl的新值来重写服务 密钥参数SK。然后，SCIM将开始超时计时器(第15行)以在移动到处理的下一步骤或者 甚至整个放弃处理之前将，限制等待来自ASl的响应的时间。然后，状态机EP-IDP移动到 下一个状态STATE1，以确定存储了所需的任意状态信息(第16行)。该示例脚本说明了基于规则的实体的几种能力。第一，脚本或脚本中的规则可 以执行其它的脚本或规则。例如，15行和16行可以分别调用名为“START_TIME0UT()” 和“WAIT0”的子程序和功能。控制流可以从功能或子程序的呼叫返回，例如在或者不在 WAITO功能的情况下，在EXITO功能的情况下。第二，脚本或规则可以使用局部和 /或全 局变量、阵列以及数据结构。例如在第6行，创建名为“IDP1”的数据结构以保持所有或部 分的到来的消息，并且在第10行，经由参考“IDP1.P1”读取所述数据结构的一部分(来自 原始IDP消息的消息参数“P1”)，并将其拷贝到输出的消息IDP2。第三，可以为状态机定 义多种状态(例如，第5行、21行和56行)，并且每个状态可以响应多个不同的事件或触发 (例如，第22行、31行、45行和50行中的状态“ STATE 1 ”)。在一个实施例中，规则数据库406可以包含用于确定如何将多个消息组合或合并 到单个消息中，以及如何解决在多个可能的矛盾的响应之间的冲突的集合规则。例如，规则 数据库406可以包括集合规则，其可以指示SCIM模块404将多条服务器到SCIM的消息(例 如，事件通知请求)集合到单个SCIM到客户端的消息中，以及指示或协助SCIM模块404创 建集合的消息。集合规则可以包括冲突解决规则，其用于解决并集合不兼容的响应，例如， 在上述示例中，一个应用服务器返回“服务允许”消息而另一应用服务器返回“服务拒绝”消 息。表2列出了集合规则的某个示例 表2-集合规则的示例结合一些背景信息可以更容易地理解表格2。请求报告BCSM事件(RRB)消息是由 应用服务器发送到客户端的消息，其请求客户端将特定的一个或多个事件的发生通知给应用服务器。例如，RRB可以在BSCM中请求通知从一个状态到另一状态的转换，由客户端接 收特定类型的消息，或者满足客户端具体设置的条件。多个应用服务器对客户端处的相同 事件或条件感兴趣的情况并不少见。例如，一般而言，在呼叫的生命期间积极提供服务的所 有应用服务器都希望在呼叫终止时被通知，以使得可以释放服务器资源以供另一用户或处 理来使用。然而，不必每当另一应用服务器加入呼叫(例如，提供服务)时都向客户端发出 相同的RRB消息。可以从表2中看出，用于RRB消息的规则是“组合并转发”，其指示了虽然 多个应用服务器可以向客户端发出RRB请求，但是SCIM将集合多个RRB请求到单个RRB请 求(SCIM转发所述请求到客户端)中。在一个实施例中，响应于接收单个接收的(例如客户端到SCIM)消息(例如服务 请求触发)，规则数据库406可以包含用于发出多条输出的(例如SCIM到客户端)消息的 规则；在下文中这些规则将被称为“多发出(multiple-issue)”规则。一般而言，规则可以 是隐性的或者显性的。隐性规则可以用于向实体发送消息以隐性地请求消息传送。显性的 规则可以用于向实体发送消息以明确地请求消息传送。例如，显示的规则可以应用在请求 的实体等待对其查询的响应，而隐性的规则可以应用在请求的实体请求通知会发生或者不 会发生的事件。仅概念性地示出了作为隐性的或显性的通常的规则分类和特殊的多发出规 贝U，而非作为本文描述主题的内容或范围的限制。 隐性规则的操作的示例是以下情况其中应用服务器向切换点发送建立临时连接 (ETC)消息或应用服务器等待到响应的其它消息。隐性规则可以是“对ETC消息的响应应 当转发到发出ETC消息的实体”。隐性多发出规则的示例是以下情况其中一个或多个应用 服务器向客户端发送申请计费(ACR)消息。隐性多发出规则可以是“申请计费报告(ACR) 消息应当被转发到发出ACH消息的任意实体”。显性多发出规则的操作的示例是这样的情况其中一个或多个应用服务器中的每 一个将请求报告BCSM事件(RRB)消息发送给客户端。显性多发出规则可以是“从客户端 接收的任意事件报告BCSM(ERB)消息应当转发给将RRB消息发送到该客户端的所有实体”。 ERB规则是显性的，因为每个RRB消息都是期望及时响应的请求。与之形成对比的是，ACR 规则是隐性的，因为ACH不是及时等待到响应的请求，而仅仅是用于通知特定事件发生的 请求。不确保事件将发生。在一个实施例中，规则数据库406可以包括用于服务中介的规则。例如，发送到一 个应用服务器的消息可以使用不同于发送到另一应用服务器的消息所使用的协议。通常使 用的协议包括CAMEL、IN以及变形，例如AIN和WIN、SIP以及其它协议。例如，如果PPSCP 112是兼容CAMEL的设备，RTSCP 114是不兼容CAMEL的设备(例如IN或AIN设备)，如果 消息是针对PPSCP 112，ESCIM 102内的部件负责将由SCIM模块404发出的服务请求消息 从SCIM模块404使用的内部协议转换为CAMEL协议；如果消息是针对RTSCP 114，那么转 换为AIN协议。在一个实施例中，规则数据库406可以包括错误处理规则的集合，以使得仅期望 的(例如没有错误的)的操作需要被明确的编程。在一个实施例中，规则数据库406可以 包含默认规则的集合，其定义了设备的的默认操作，其可以是被替换的。默认规则的使用甚 至可以允许更简单的配置，因为仅需要明确编程的非标准期望操作。用于多发出和集合的 默认规则将特别用于帮助配置设备以支持这些功能。
基于规则的功能的一个特点是其区别于不基于规则的功能是规则与处理引擎或 其它实体(其读取并且处理规则)结构不同。通常来说，规则可以改变，但是用于处理规则 的引擎不会改变。这与硬编码的功能形成对比(即，硬件或硬线逻辑，其一旦部署则很难或 不可能改变)。这与软件功能形成对比，其被编译为二进制图像并且被执行，其中对功能很 小的改变都需要重新编译。例如，编写为程序代码的软件功能通常需要写入新功能或子程 序来支持新特性，而以面向对象方式编写的软件需要创建新对象类型或修改现有的对象来 支持新特性。在两种情况下，需要修改不基于规则的引擎以支持新的子程序、对象类等。即 使功能是以解释的语言编写的，也必须重新安装包括新功能、子程序或对象的程序。相反， 基于规则的实体可以仅通过向规则表或数据库中添加新规则来进行更新以支持新功能和 特性。不需要修改规则解释引擎。此外，可以更方便地定制基于规则的实体(例如SCIM)。例如，可以调整基于规则 的SCIM的规则集合以支持其连接到的服务器的组合，在网络中必须支持的功能的组合，必 须与其进行通信的服务器段。当标准改变时，可以方便地将基于规则的实体更新到新的标 准。图5是说明了根据本文描述主题的实施例的用于在通信网络中提供基于规则的 服务器交互和中介的示例性处理的流程图。在框500处，在服务功能交互管理器(SCIM)模块处接收至少一个接收的服务交互 消息，所述服务功能交互管理器模块用于在服务客户端和提供不同服务的多个应用服务器 之间执行服务交互和中介。在框502处，使用到来的消息中的一部分来识别在服务交互和中介规则数据库 (其操作地与服务功能交互管理器模块关联，其用于存储服务交互和中介规则(用于执行 服务交互和中介，例如规则数据库406))。在一个实施例中，规则数据库406可以与SCIM模 块404位于同一位置。在可选择的实施例中，规则数据库406可以不与SCIM模块404位于 同一位置，但是可以由SCIM模块404远程访问。在一个实施例中，SCIM模块404可以使用服务密钥参数和用户标识符来确定哪 个服务适用于特定的用户，之后哪个SCIM模块404可以结合服务密钥参数来使用，以确定 什么服务请求消息应当被发送给哪个应用服务器，并且针对该情况选择合适的规则或脚 本。例如，ESCIM 102可以从服务客户端106接收包含将消息识别为IDP消息的服务密钥参 数的消息，以及识别被叫方和主叫方的用户信息。SCIM模块404可以基于主叫方的用户标 识符来确定主叫方是预付款用户。在这种情况下，SCIM模块404可以确定，对于IDP，需要 向PPSCP 112查询以确定主叫方是否有足够预付款账户余额，并选择包括该查询步骤的规 则或脚本。另一方面，如果预付款用户可以收到没有限制的文本消息，例如，SCIM模块404 可以确定针对发送给预付款用户的文本消息，不需要向PPSCP 112查询，并且选择不包括 该查询步骤的规则或脚本。在框504处，识别的规则用于生成并发送至少一条输出的服务交互消息。在一个 实施例中，规则数据库406可以包括指示SCIM模块404发出多条SCIM到服务器的消息(例 如，响应于客户端到SCIM消息的服务请求消息，例如，服务请求消息或服务触发)的服务交 互规则。类似地，规则可以指示SCIM模块404 响应于接收来自客户端的事件通知消息，向 应用服务器发出多条事件通知消息。由规则定义的示例操作可以包括向多个应用服务器发送相同的消息，向多个应用服务器中的每个发送唯一的消息，向一个应用服务器发送多 条消息；向多个应用服务器发送多条消息等。可以串行发送多条消息，例如在查询/响应环境下，其中SCIM模块404可以在发 送第二查询之前等待第一查询的响应，或者可以并行发送多条消息，其中SCIM模块404可 以在发送第二查询之前，在没有等待第一查询的响应的情况下，向多个应用服务器发出查 询。在一个实施例中，用于服务交互、集合、中介等的规则可以被包括在规则数据库 406所存储的服务交互和中介脚本中。在可选的实施例中，不同类型的规则可以彼此隔离。 例如，服务交互和中介脚本可以调用集合的功能或引用存储在分开的集合规则表格中的集 合规则；交互和集合规则可以在发送输出消息之前调用中介规则。图6是更详细地说明了根据本文描述主题的实施例的用于在通信网络中提供基 于规则的服务交互和中介的示例性系统的流程图。在框600处，在基于规则的ESCIM 402处接收消息。触发消息是作为触发消息的 由ESCIM 402识别的类型。在框602处，SCIM模块404可访问内部和/或外部数据库以收 集与消息关联的用户的信息，例如主叫方、被叫方等。收集到的消息可以用于构成状态机使 用的变量。在框604处，分析来自到来的消息的服务密钥参数以确定选择哪个脚本执行。在 框606处，选择识别的脚本，在需要时可以检索并执行。可以创建状态机的实例，并且可以 执行状态机的初始代码。在框608处，在状态机的初始代码结束之后，状态机等待，直到另 一消息到来。在框610处，在ESCIM 402处接收与第一消息相同的呼叫关联的第二消息。在框 612处，如果脚本包括用于接收的消息的类型的规则，那么SCIM模块404将执行该规则；如 果不包括，那么针对接收的消息的类型，SCIM模块404可以执行存储在规则数据库406中 的默认规则。在框614处，SCIM模块404可以在适当的时候检索并执行其它的规则，例如 集合和/或多发出规则。在框616处，SCIM模块404确定脚本是否结束；如果没有结束，那 么控制返回到框608等待下一到来的消息。否则，处理结束，终止状态机，并且释放与呼叫 关联的资源(包括变量)。图7是更详细地说明了根据本文描述主题的实施例的在服务客户端网络实体和 两个应用服务器之间的示例性消息的信令消息流程图，其示出了在两个方向上发出和集 合多条消息。在此图中，服务客户端106 (服务切换点)与两个应用服务器(PPSCP 112和 VPNSCP 408)经由服务交互和中介节点ESCIM 402进行通信。将参照图1和图4来描述该处理。消息700是从服务客户端106发送给ESCIM 402的初始检测点(IDP)消息。该消 息包括服务密钥参数SK1。在收到消息700之后，SCIM模块404从到来的消息提取服务密 钥，使用密钥来确定执行哪个服务交互和中介脚本，并且从规则服务器406检索合适的脚 本。在这个实施例中，执行服务交互和中介语言脚本可以包括在两个应用服务器(PPSCP 112和VPNSCP 408)与发出IDP的服务客户端实体(服务客户端106)之间的交互。下文中 将详细描述该交互。消息702是根据控制该服务交互和中介会话的服务交互和中介脚本的从ESCIM 402发出的到PPSCP 112的IDP消息。IDP消息702包括服务密钥参数SK3，根据SK3,PPSCP112可以确定请求是对预付款数据库的查询。消息704是响应于服务请求消息702，从PPSCP 112发 出到ESCIM 402的消息704。 在这个示例中，消息704包括参数RBB(E1，E2)和CUE。CUE或CONTINUE参数指示呼叫处理 可以继续，但是实际上没有连接呼叫。在这种情况下，PPSCP 112可以旨在不指示应当连接 呼叫，而是指示预付款用户具有足够的账户余额。RRB(E1，E2)参数是预定请求，其要求通 知PPSCP112事件El和E2的发生。例如，事件El可以代表挂断电话的呼叫者，并且事件E2 可以代表应答呼叫的被叫方。以上述方式，SCIM模块404可以使PPSCP 112预定接收事件 El和E2的通知。消息706是根据服务交互和中介脚本的由ESCIM 402发出到VPNSCP408的IDP消 息。IDP消息606包括服务密钥参数SK4，根据SK4，VPNSCP408可以确定正在请求虚拟专用 网连接。消息708是响应于服务请求消息706，从VPNSCP 408发出到ESCIM402的消息。在 这个示例中，消息708包括参数RRB (E3)和CON。CON或CONNECT参数指示可以连接呼叫；例 如，在这种情况下，经由虚拟专用网连接。RRB(E3)参数是预定请求，其要求向VPNSCP 408 通知事件E3的发生。例如，事件E3可以代表来自被叫方的占线信号。参照图3，SCIM模块 404可以用上述方式使VPNSCP 408预定接收事件E3的通知。消息710是跟据服务交互和中介脚本的响应消息704和708的集合。在该示例中， 消息710包括参数RRB(E1，E2，E3)和CON。RRB (El，E2，E3)参数是用于通知事件E1、E2或 E3的发生的请求，并根据集合规则来创建的。CON参数是将服务交互和中介规则应用到冲 突响应CON和CUE的结果。消息712是响应于在服务客户端106处事件的发生的响应，从服务客户端106发 出到ESCIM 402的事件报告基本呼叫状态模型(ERB)消息。在该示例中，消息712包括参 数ERB (El)，其指示事件El的发生。SCIM模块404可以确定PPSCP 112和VPNSCP 408都 预定接收事件El的通知。在一个实施例中，SCIM模块404可以使用多消息发出规则注册 来做出该确定。消息714是响应于接收消息712，由ESCIM 402发出的ERB(El)消息，用于通知 PPSCP 112在服务器106上发生了事件E1。消息716是响应于接收消息712，由ESCIM 402发出的ERB(El)消息，以通知 VPNSCP 408在服务器106上发生了事件El。消息718是响应于消息714，由PPSCP 112发出到ESCIM 402的消息。在这个实施 例中，消息718包括参数RRB (E4)、ACH和CUE。RRB (E4)参数是预定请求，其要求通知PPSCP 112事件E4的发生。例如，事件E4可以代表挂断电话的被叫方。ACH或应用计费参数是要 求服务客户端106发送任何计费事件的通知的请求。以上已经描述了 CUE参数。SCIM模块 404可以用上述方式使PPSCP 112预定接收事件E4的通知。以类似的方式，SCIM模块404 还可以使PPSCP 112预定接收任意计费事件的通知。消息720是响应于消息716，从VPNSCP 408发出到ESCIM 402的消息。在这个示 例中，消息720包括上述CUE参数。消息722是根据服务交互和中介脚本的响应消息718和720的集合。在这个示例 中，消息722包括参数RRB (E4)、ACH和CUE。
消息724是响应于在服务客户端106处计费事件的发生，从服务客户端106发出 到ESCIM 402的申请计费报告(ACR)消息。在这个示例中，SCIM模块404可以确定仅PPSCP 112预定接收ACR消息的通知。消息726是根据由SCIM404所做的确定(所述确定是PPSCP 112预定接收ACR消息的通知)从ESCIM 402发出到PPSCP 112的ACR消息。消息728是响应于由ESCIM 402接收消息726，从PPSCP 112发出到ESCIM 402的 消息。在该示例中，PPSCP 112可以接收ACR消息726，处理计费事件，并且发出消息728来 指示PPSCP 112允许呼叫继续，同时继续通知随后的计费事件。另一方面，如果PPSCP 112 确定在接收消息726 (所述消息是预付款方刚好用完他们的预付款账户余额)，PPSCP 112 可以选择发出另一消息，例如，用于结束呼叫的指令或者为了允许预付款方向他或她的预 付款账户余额中添加资金以使得呼叫可以继续，将呼叫重定向到另一应用服务器的指令。消息730是从ESCIM 402发出到服务客户端106的ACH消息。消息730是从应用 服务器发送到SCIM模块404的消息的集合。在这个示例中，仅集合地接收一条消息(消息 728)，但是SCIM模块404确定仅需要向服务客户端106转发ACH参数而不转发CUE参数。消息732是从服务客户端106到ESCIM 402的另一通知消息。在这个示例中，消 息732包含参数ERB (E4)和ACR，其分别指示在服务客户端106处事件E4和计费请求的发 生。SCIM模块404可以确定仅PPSCP 112预定接收这些事件或请求的通知。消息734是根据由SCIM模块404维护的发布信息的由ESCIM 402发布给PPSCP 112的通知消息。在这个示例中，消息734指示被叫方挂断电话并且通知在服务客户端106 处事件E4的发生。消息736是响应于消息734，由PPSCP 112发送给ESCIM 402的消息。在这个示例 中，消息736是REL或RELEASE消息，其指示呼叫应当被释放(例如，断开)。消息738是响应于消息736，由ESCIM 402发送给服务客户端106的消息。在这个 示例中，消息738是单个消息的集合，其指示服务客户端106应当断开呼叫。图8是更详细地说明了根据本文描述主题的实施例的用于在服务客户端网络实 体和两个应用服务器之间通信的示例性消息的信令消息流程图。在此图中，服务客户端 106 (服务切换点)经由服务交互和中介节点ESCIM402与两个应用服务器(PPSCP 112和 VPNSCP 408)进行通信。现在将参照图1和图4描述该处理。消息800是从服务客户端106发送到ESCIM 402的初始检测点(IDP)消息。这条 消息包括服务密钥参数SKl。在收到消息800之后，SCIM模块404从到来的消息提取服务 密钥；使用服务密钥确定执行哪个服务交互和中介脚本，并且从规则数据库406中检索合 适的脚本。在这个实施例中，服务交互和中介语言脚本的执行可以包括在两个应用服务器 (PPSCP 112和VPNSCP 408)与发出IDP的服务客户端实体(服务客户端106)之间进行交 互。下文中将会详细描述这种交互。消息802是根据控制这种服务交互和中介会话的服务交互和中介脚本的由ESCIM 402发送给PPSCP 112的IDP消息。IDP消息802包括服务密钥参数SK3，根据SK3，PPSCP 112可以确定请求是对预付款数据库的查询。消息804是响应于服务请求消息802，从PPSCP 112发出给ESCIM 402的消息。在 这个示例中，消息804包括参数RBB(E1，E2)和CUE。CUE或CONTINUE参数指示呼叫处理可以继续，但是实际上不连接呼叫。在这种情况下，PPSCP 112旨在不指示应当连接呼叫，而是指示预付款用户有足够的账户余额。RRB(E1，E2)参数是预定请求，其要求应当通知PPSCP 112事件El或事件E2的发生。例如，事件El可以代表挂断电话的呼叫者，并且事件E2可 以代表应答呼叫的被叫方。SCIM模块404可以用上述方式使PPSCP 112预定接收事件El 和E2的通知。在框806处，ESCIM 402可以维护与用户、一个或多个事件和一个或多个应用服务 器关联的用户或呼叫之间的关联。例如，ESCIM 402可以在呼叫状态数据库410中创建条 目来记录PPSCP 112请求通知关于呼叫(其触发了与该呼叫关联的IDP消息800或用户) 的事件El和E2。ESCIM 402可以确定服务客户端106是否已经被配置以发出这样的通知， 例如ESCIM402是否预定接收这样的通知，如果没有，那么尝试配置服务客户端106来发送 期望的通知。在图8说明的示例中，ESCIM 402确定还没有向服务客户端106发送任何预 定请求，在这种情况下，ESCIM 402将消息808发送给服务客户端106请求通知事件El和事 件E2。在一个实施例中，仅当ESCIM属于特定的用户或呼叫时，其可以请求通知这些事件， 或者，ESCIM仅针对一些用户类型，在不考虑用户的情况下，请求通知这些事件。消息810是根据服务交互和中介脚本的由ESCIM 402发出到VPNSCP408的IDP消 息。IDP消息810包括服务密钥参数SK4，根据SK4，VPNSCP408可以确定正在请求虚拟专用 网连接。消息812是响应于服务请求消息810，从VPNSCP 408发出到ESCIM402的消息。在 这个示例中，消息812包括参数RRB (E2)，其要求向VPNSCP408通知事件E2的发生的预定请 求。在框814处，ESCIM 402确定服务客户端106是否用于发送事件E2的通知。例如， ESCIM 402可以使用状态数据库410执行查找，并且确定服务客户端106已经被配置为向 ESCIM 402发送事件El和事件E2的通知，在这种情况下，ESCIM 402确定不需要向服务客 户端106发送另一 RRB (E2)请求。以这种方式，ESCIM 402通过抑制从ESCIM 402到服务 客户端106的随后的冗余消息，将多个RRB ( S卩，消息804和812)集合到单个消息808中。图9A是说明了根据本文描述主题的另一实施例的用于在通信网络中提供服务交 互和中介的示例性系统的框图。在一个实施例中，系统900包括参照图1所描述的ESCIM 102和服务客户端106以及用于提供各种功能的多个应用服务器。在图9A说明的实施例 中，CNAM 902执行呼叫者名字(CNAM)查找，PPSCP 904管理预付款数据库，并且ENUM 906 执行E. 164 (ENUM)查找。系统900可以包括一个或多个预配置系统908。在一个实施例中，存在用于每个 应用服务器的分开的预配置系统。例如，预配置系统908A可以提供CNAM 902 ；预配置系统 908B可以用于提供PPSCP 904 ；预配置系统908C可以提供ENUM 906。为了简单起见，预配 置系统908A C可以集体称为“预配置系统908”。其它实施例，例如用于所有应用服务 器的单个预配置系统以及负责预配置一个或多个的应用服务器的多个预配置系统，也在本 文要求的主题的范围内。现在参照图9A描述系统900的示例性操作。在一些预配置事件发生之后(例如 向网络中添加新用户)，一个或多个的预配置系统可以将指令发送给各自的应用服务器以 提供给新用户。在图9A中，预配置系统908A可以向CNMA 902发送预配置请求(消息1)，请求将用户X添加到CNAM数据库中。作为响应，CNMA 902可以向ESCIM 102发送预定请 求。例如，CNMA 902可以发送提供期(arm term)触发消息(消息2)来请求向其通知与用 户X关联的事件。在一个实施例中，ESCIM 102可以使用与以图8的框806描述类似的处理来首先 确定是否已经向服务客户端106发送了合适的提供期触发消息。在图9A说明的示例中， ESCIM 102确定需要发送或转发提供期触发消息(消息3)给服务客户端106。
继续这个示例，预配置系统908B也向PPSCP 904发送预配置请求，其继而向ESCIM 102发送合适的预定请求(消息5)。这里，ESCIM 102可以使用与图8的框816描述类似的 处理来确定向服务客户端106的其它的用户请求是冗余的，因此不发送其它的用户请求。图9B是说明了根据本文描述主题的另一实施例的用于在通信网络中提供服务交 互和中介的示例性系统的框图。图9B中描述的系统和图9A中说明的系统是相同的，因此 本文不再重复描述。在图9B中说明的实施例中，预配置系统908除了可以向应用服务器自身发送普通 的消息(消息2和消息4)外，还可以直接向ESCIM 102发送预配置消息(消息1和消息 3)。在一个实施例中，ESCIM 102基于收到的预配置消息可以确定应当请求通知用户X的哪 个事件。例如，ESCIM 102可以确定仅在呼叫建立期间，CNAM 902需要通知，而PPSCP 904 需要呼叫建立和拆除的通知。响应于该确定，ESCIM 102可以向服务客户端106发送预定 请求，其使得(消息5)请求通知相关的事件，即呼叫建立和呼叫拆除。图10是说明了根据本文描述主题的另一实施例的用于在通信网络中提供服务交 互和中介的示例性系统的框图。图10说明了可以由ESCIM(其执行触发管理功能)处理的 各种类型的信息。在图10说明的实施例中，系统100包括参照图1描述的ESCIM 102和服务客户端 106。ESCIM 102执行触发管理功能。在一个实施例中，执行触发管理功能意味着ESCIM 102 作为在服务客户端106与各种网络实体(其可以请求用于触发或其它事件(其在服务客户 端106处发生)的预定(即，通知))之间的中介。为简单起见，网络实体期望预定的所有事 件都集体地称为“触发”。在图10说明的实施例中，系统1000包括预配置实体(PROV) 1002、 应用服务器(AS) 1004、家庭位置注册表(HLR) 1006以及家庭用户服务(HSS) 1008。下文将详 细描述，一些实体可以直接请求预定特定的触发，这称为“显性请求”。一些实体可以请求或 发出命令，其没有直接请求预定触发，而是实施需要预定触发的命令；这称为“隐性请求”。例如，AS 1004可以发送如图9A中所示的显示(提供期触发消息2和4)的请求。 在这种情况下，AS 1004可以指定其想要被通知的一个或多个触发。在隐性请求的示例中， PROV 1002可以向ESCIM 102发送预配置请求或命令。类似地，HLR 1006可以向服务客户端 1006发送SS7MAP “插入用户数据”消息；ESCIM 102可以用其自身的方式截取到服务器客 户端106的消息。这种预配置请求可以识别增加的新用户或申请服务改变的现有的用户。预配置消息可以描述特定的服务或客户的特定类型(其中，客户的类型暗示了服 务的特定设置)，而不列出应当预定的特定的触发。关于用户的信息，其包括用户有资格接 收哪些服务，在下文将称为用户的“概要”。在这种情况下，ESCIM 102可以基于用户概要信 息确定用户应当从服务客户端106接收通知的触发的列表。在隐性请求的另一示例中，ESCIM 102可以从维护这种用户信息的网络实体(例如，从第二代(2G)网络中的HLR 1006，或者从第三代(3G)网络中的HSS 1008)接收概要数据。响应于来自ESCIM 102的查询，可以将该概要信息发送给ESCIM 102，或者可以由ESCIM 102来截取。ESCIM102可以使用此概要信息以确定代表用户或如果愿意的话代表向用户 提供服务的应用服务器1004，应当将哪个预定请求发送到服务客户端106。图11是说明了根据本文描述主题的另一实施例的具有可扩展构架的示例性服务 功能交互管理器(ESCIM)的框图。在图11说明的实施例中，ESCIM 1100包括服务中介和集合逻辑1102模块。服务 中介和集合逻辑1102的操作可以基于服务中介规则1104。ESCIMl 100可以包括用于存储 系统消息1108的数据库DB 1106、元件协议配置信息1110，或对ESCIM 1100的功能有用或
需要的其它信息。在一个实施例中，ESCIM 1100适于与模块功能单元工作，当需要时可以在ESCIM 1100上提供所述单元。例如，ESCIM 1100可以包括输入协议处理器1112，其用于将从各种 服务客户端1114接收的信令消息，从服务客户端所使用的协议转换为ESCIM 1100所使用 的协议。类似地，ESCIM1100可以包括输出协议处理器1116，其用于将信令消息从ESCIM 1100所使用的内部协议转换为各种应用服务器1118所使用的协议。图12是说明了根据本文描述主题的另一实施例的用于在通信网络中提供服务交 互和中介的示例性处理的流程图。在框1200处，在SCIM模块处接收包括识别了用户的信息的服务交互消息。例如， 参照图 10，ESCIM 102 可以从 PTOV 1002 接收消息，例如 AS 1004, HLR 1006 或 HSS 1008。在框1202处，识别了发生在服务客户端并且与识别的用户(这里，用户X)关联的 事件(所述事件是期望被通知的)，并且在框1204处，将一个或多个网络实体识别为接收识 别的事件的通知的候选者。例如，AS1004希望被通知与用户X关联的任意初始检测点(IDP) 触发。在框1206处，维护在识别的网络实体与识别的事件之间的映射。例如，为了该目 的，ESCIM 102可以维护数据库中的该映射。在框1208处，向服务客户端发送将识别的事件的通知发送给SCIM模块的请求。例 如，ESCIM 102可以向服务客户端106发送“提供期触发”消息来请求服务客户端106发送 与用户X关联的特定的事件的通知。应当理解，在不脱离本文公开的主题的范围的情况下，可以对本文公开的主题的 各种细节进行变化。此外，以上描述只是为了说明而非旨于限制。
权利要求
一种用于在通信网络中提供服务交互和中介的系统，所述系统包括通信接口，用于从服务客户端接收客户端到SCIM的消息；以及服务功能交互管理器(SCIM)模块，用于提供在所述服务客户端和提供不同类型服务的多个应用服务器之间的服务交互，其中，提供所述服务交互包括从所述通信接口接收所述客户端到SCIM的服务交互消息，并且响应于接收所述客户端到SCIM的消息，生成多条SCIM到服务器的消息，并且向所述多个应用服务器中的至少一些发送所述SCIM到服务器的消息；以及从接收了所述SCIM到服务器的消息的多个应用服务器中的至少一些接收多条服务器到SCIM的服务交互消息，并且响应于接收所述服务器到SCIM的消息，生成包含来自所述服务器到SCIM的消息中的至少一些的至少一部分数据的集合的SCIM到客户端的消息，并经由所述通信接口向所述服务客户端发送包含所述集合的所述SCIM到客户端的消息。
2.根据权利要求1所述的系统，其中，所述服务功能交互管理器模块用于基于对所述 客户端到SCIM的消息的一部分的分析来生成所述SCIM到服务器的消息。
3.根据权利要求1所述的系统，其中，所述通信接口以及所述服务功能交互管理器模 块与网络信令点处于同一位置。
4.根据权利要求1所述的系统，其中，所述SCIM模块用于将接收的客户端到SCIM的消 息在以下至少一组协议之间进行转换SIP协议和非SIP协议；CAMEL协议和IMS协议；以及协议的一种版本和协议的另一种版本；以及由所述SCIM模块内部使用的内部协议和不同于所述内部协议的、由除了所述SCIM模 块以外的网络实体使用的外部协议。
5.根据权利要求1所述的系统，其中，生成包含来自所述服务器到SCIM的消息中的至 少一些的至少一部分数据的集合的SCIM到客户端的消息，包括抑制到所述服务客户端的 重复的SCIM到客户端的消息。
6.根据权利要求1所述的系统，其中，生成包含来自服务器到SCIM的消息中的至少一 些的至少一部分数据的集合的SCIM到客户端的消息，包括将多个SCIM到客户端的消息中 所包含的信息合并入到所述服务客户端的单个SCIM到客户端的消息。
7.根据权利要求1所述的系统，其中，所述SCIM模块用于针对与由所述SCIM模块处理 的消息关联的呼叫，生成至少一条呼叫细节记录(⑶R)，并且针对与由所述SCIM模块处理 的消息关联的事务，生成事务数据记录(TDR)。
8.根据权利要求1所述的系统，其中，所述服务功能交互管理器模块用于在通信网络 中管理消息预定和通知，其中，管理消息预定和通知包括从多个应用服务器中的至少一些，接收要被通知指定的事件的请求，并且响应于接收 所述请求，创建所述通知请求的集合并且向所述服务客户端发送包含所述集合的消息；维护在所述应用服务器和所述指定的事件之间的映射；以及接收事件的通知，并且作为响应，使用所述映射来识别预订接收所述事件的通知的至 少一个应用服务器，并且向至少一个识别的应用服务器通知所述事件。
9.根据权利要求8所述的系统，其中，创建所述通知请求的集合并且向所述服务客户端发送包含所述集合的消息包括向所述服务客户端转发要被通知具体的事件的第一请求 并且不向所述服务客户端转发要被通知所述具体的事件的随后的请求。
10.根据权利要求8所述的系统，其中，创建所述通知请求的集合并且向所述服务客户 端发送包含所述集合的消息包括将所述通知请求中所包含的信息合并到单个通知请求中 并且向所述服务客户端发送所述单个通知请求。
11.根据权利要求8所述的系统，其中，向所述至少一个识别的应用服务器通知所述事 件包括向多个应用服务器通知所述事件。
12.根据权利要求8所述的系统，其中，向所述至少一个识别的应用服务器通知所述事 件包括向所述多个应用服务器中的一个通知所述事件；从所述一个应用服务器接收对所 述通知的响应；基于所述对所述通知的响应来确定是否向所述多个应用服务器中的另一个 通知所述事件，并且基于该确定，向所述多个应用服务器中的另一个通知所述事件。
13.一种用于在通信网络中提供基于规则的服务交互和中介的系统，所述系统包括服务交互和中介规则数据库，其用于对用于提供服务交互和中介的所述服务交互和中介规则进行存储；以及服务功能交互管理器(SCIM)模块，用于使用在所述服务交互和中介规则数据库中所 存储的服务交互和中介规则，提供在服务客户端与提供不同类型服务的多个应用服务器之 间的服务交互和中介，其中，所述服务功能交互管理器模块用于接收至少一条到来的服务 交互消息；使用所述到来的消息中的一条消息的一部分来识别服务交互和中介规则；使用 所述识别的规则来生成至少一条输出的服务交互消息；以及发送所述至少一条输出的消 肩、o
14.根据权利要求13所述的系统，其中，接收所述至少一条到来的消息包括从服务客 户端接收客户端到SCIM的消息，其中，生成所述至少一条输出消息包括生成多条SCIM到服 务器的消息，并且其中，发送所述至少一条输出消息包括向所述多个应用服务器中的至少 一些发送所述SCIM到服务器的消息。
15.根据权利要求13所述的系统，其中，接收所述至少一条到来的消息包括从所述多 个应用服务器中的至少一些接收多条服务器到SCIM的消息，其中，生成所述至少一条输出 的消息包括生成包含了来自所述服务器到SCIM的消息中的至少一些的至少一部分数据的 集合的SCIM到客户端的消息，并且其中，发送所述至少一条输出的消息包括向服务客户端 发送包含所述集合的所述SCIM到客户端的消息。
16.根据权利要求15所述的系统，其中，生成包含来自所述服务器到SCIM的消息中的 至少一些的至少一部分数据的集合的SCIM到客户端的消息包括抑制重复的SCIM到客户端 的消息。
17.根据权利要求15所述的系统，其中，生成包含来自所述服务器到SCIM的消息中的 至少一些的至少一部分数据的集合的SCIM到客户端的消息包括将在多条SCIM到客户端 的消息中所包含的信息合并到单条SCIM到客户端的消息中。
18.根据权利要求1所述的系统，其中，所述SCIM模块用于针对与由所述SCIM模块处 理的消息关联的呼叫，生成至少一条呼叫细节记录(⑶R)，并且针对与由所述SCIM模块处 理的消息关联的事务，生成事务数据记录(TDR)。
19.根据权利要求13所述的系统包括用于远程更新所述服务交互和中介规则数据库的接口。
20.根据权利要求13所述的系统，其中，到来的消息的所述部分包括服务密钥参数。
21.根据权利要求13所述的系统，其中，至少一个所述服务功能交互管理器模块以及 所述服务交互和中介规则数据库与网络信令点位于同一位置。
22.根据权利要求13所述的系统，其中，所述SCIM模块用于在通信网络中管理消息预 定和通知，其中管理消息预定和通知包括从所述多个应用服务器中的至少一些接收向其通知指定的事件的请求，并且响应于接 收所述请求，创建所述通知请求的集合并且向所述服务客户端发送包括所述集合的消息； 维护在所述应用服务器与指定的事件之间的映射；以及接收事件的通知，并且作为响应，使用所述映射识别预订接收所述事件通知的至少一 个应用服务器，并且向所述至少一个识别的应用服务器通知所述事件。
23.根据权利要求22所述的系统，其中，向所述至少一个识别的应用服务器通知所述 事件包括向多个应用服务器通知所述事件。
24.根据权利要求22所述的系统，其中，向所述至少一个识别的应用服务器通知所述 事件包括向所述多个应用服务器中的一个通知所述事件；从所述一个应用服务器接收对 所述通知的响应；基于对所述通知的所述响应，确定是否向所述多个应用服务器中的另一 个通知所述事件，并且基于该确定，向所述多个应用服务器中的另一个通知所述事件。
25.根据权利要求22所述的系统，其中，所述SCIM模块用于响应于接收事件的通知， 向所述多个应用服务器中的一个发送SCIM到服务器的消息，其中所述一个应用服务器没 有被识别为预订接收所述事件的通知。
26.一种用于在通信网络中提供服务交互和中介的系统，所述系统包括 通信接口，用于接收包括了识别用户的信息的服务交互消息；以及服务功能交互管理器(SCIM)模块，用于提供在服务客户端与多个网络实体之间的服 务交互和中介，其中，提供所述服务交互包括识别发生在所述服务客户端并与所述识别的用户关联的事件，期望通知该事件； 识别用于接收所述识别的事件的通知的所述多个网络实体中的至少一个； 维护在所述识别的网络实体与所述识别的事件之间的映射；以及 向所述服务客户端发送向所述SCIM模块发送所述识别的事件的通知的请求。
27.根据权利要求26所述的系统，其中，所述SCIM模块用于在向所述服务客户端发送 向所述SCIM模块发送所述识别的事件的通知的请求之前确定所述服务客户端是否用于 向所述SCIM模块发送所述识别事件的通知，并且在确定所述服务客户端没有用于向所述 SCIM模块发送所述识别的事件的通知之后，向所述服务客户端发向所述SCIM模块发送所 述事件的通知的请求。
28.根据权利要求26所述的系统，其中，所述SCIM模块用于从所述服务客户端接收事 件的通知，并且响应于接收所述通知，使用所述映射识别预订接收所述事件的通知的至少 一个网络实体，并且向所述至少一个识别的网络实体通知所述事件。
29.根据权利要求26所述的系统，其中，所述接收的服务交互消息包括以下至少一个 识别期望通知的事件；用户的概要信息；用户预定的服务；以及向其发送通知的网络实体。
30.根据权利要求29所述的系统，其中，需要通知的事件包括服务触发。
31.根据权利要求26所述的系统，其中，所述SCIM模块用于识别期望通知的事件中的 至少一个以及用于基于以下信息中的至少一种来接收所述识别的事件的通知的所述多个 网络实体中的所述至少一个在所述服务交互消息中所包含的信息；在所述识别的用户的概要中所包括的信息；以及从对与所述识别的用户关联的信息的查询所返回的信息。
32.根据权利要求31所述的系统，其中，从对与所述识别的用户关联的信息的查询所 返回的所述信息包括对家庭位置注册表(HLR)、访问位置注册表(VLR)以及家庭用户服务 器(HSS)中的至少一个进行查询所返回的信息。
33.根据权利要求26所述的系统，其中，所述SCIM模块用于，使用用于关联用户、事件 和网络实体的数据库来维护在识别的网络实体与所述识别的事件之间的映射。
34.根据权利要求33所述的系统，其中，所述数据库是与所述SCIM模块位于同一位置 的数据库和不与SCIM模块位于同一位置的数据库中的一个。
35.根据权利要求26所述的系统，其中，从应用服务器(AS)、服务控制点(SCP)、家庭位 置注册表(HLR)、访问位置注册表(VLR)、家庭用户服务器(HSS)以及用于提供预配置信息 的网络实体中的一个来接收所述服务交互消息。
36.根据权利要求26所述的系统，其中，响应于针对与所述识别的用户关联的信息的、 从所述SCIM模块发送的之前的请求，接收所述服务交互消息。
37.根据权利要求26所述的系统，其中，响应于发生在消息源处的预配置操作，将所述 服务交互消息从所述消息源发送到所述SCIM模块。
38.一种具有可扩展架构的服务功能交互管理器(SCIM)，所述SCIM包括数据库，用于存储系统配置信息以及元件协议配置信息；服务交互规则模块，用于存储服务交互和中介规则；服务中介和集合逻辑模块，用于基于由所述服务交互规则模块所存储的所述服务交互 和中介规则以及在所述数据库中所存储的所述系统配置信息，在通信网络中提供服务中介 和集合；以及多个协议控制器，用于基于在所述数据库中所存储的所述元件协议配置信息，在由所 述服务中介和集合逻辑所使用的协议与由所述多个网络实体所使用的协议之间执行协议 中介和转换。
39.一种在通信网络中提供服务交互和中介的方法，所述方法包括在服务功能交互管理器(SCIM)模块处执行以下操作，所述服务功能交互管理器 (SCIM)模块用于在服务客户端与提供不同服务的多个应用服务器之间执行服务交互和中 介从所述服务客户端接收客户端到SCIM的服务交互消息，并且响应于接收所述客户端 到SCIM的消息，生成多个SCIM到服务器的消息，并向所述多个应用服务器中的至少一些发 送所述SCIM到服务器的消息；以及从接收了所述到SCIM到服务器的消息的所述多个应用服务器中的至少一些接收多个 服务器到SCIM的服务交互消息，并且响应于接收所述服务器到SCIM的消息，生成包含来自 所述服务器到SCIM的消息中的至少一些的至少一部分数据的集合的SCIM到客户端的消 息，并且向所述服务客户端发送包含所述的所述SCIM到客户端的消息。
40.根据权利要求39所述的方法，其中，生成所述SCIM到服务器的消息包括基于对所 述客户端到SCIM的消息的一部分的分析来生成所述SCIM到服务器的消息。
41.根据权利要求39所述的方法，其中，所述SCIM模块与网络信令点位于同一位置。
42.根据权利要求39所述的方法，其中，响应于所述客户端到SCIM的消息生成所述 SCIM到服务器的消息包括在以下的一组之间转换SIP协议与非SIP协议；CAMEL协议与IMS协议；以及CAMEL协议的一个版本与CAMEL协议的另一个版本。
43.根据权利要求39所述的方法，其中，生成包含来自所述服务器到SCIM消息中的至 少一些的至少一部分数据的集合的SCIM到客户端的消息包括抑制重复的SCIM到客户端的消息。
44.根据权利要求39所述的方法，其中，生成包括来自所述服务器到SCIM的消息中的 至少一些的至少一部分数据的集合的SCIM到客户端的消息包括将在多个SCIM到客户端 的消息中所包含的信息合并到单个SCIM到客户端的消息中。
45.根据权利要求39所述的方法，其中，所述SCIM模块用于针对与由所述SCIM模块处 理的消息关联的呼叫，生成至少一条呼叫细节记录(⑶R)，并且针对与由所述SCIM模块处 理的消息关联的事务，生成事务数据记录(TDR)。
46.根据权利要求39所述的方法包括，由所述SCIM模块管理在通信网络中的消息预定 和通知，其中，管理消息预定和通知包括从所述多个应用服务器中的至少一些接收要被通知指定的事件的请求，并且响应于接 收所述请求，创建所述通知请求的集合并且向所述服务客户端发送包含所述集合的消息；维护在所述应用服务器与所述指定的事件之间的映射；以及接收事件的通知，并且响应于接收所述通知，使用所述映射来识别预订接收所述事件 的通知的至少一个应用服务器，并且向所述至少一个识别的应用服务器通知所述事件。
47.根据权利要求46所述的方法，其中，创建所述通知请求的集合以及向所述服务客 户端发送包含所述集合的消息包括向所述服务客户端转发通知具体的事件的第一请求， 以及不向所述服务客户端转发通知具体的事件的随后的请求。
48.根据权利要求46所述的方法，其中，创建所述通知请求的集合以及向所述服务客 户端发送包含所述集合的消息包括将在所述通知请求中所包含的信息合并到单个通知请 求中，并且发送所述单个通知请求。
49.根据权利要求46所述的方法，其中，向至少一个识别的应用服务器通知所述事件 包括向多个应用服务器通知所述事件。
50.根据权利要求46的方法，其中，向所述至少一个识别的应用服务器通知所述事件 包括向所述多个应用服务器中的一个通知所述事件；从所述一个应用服务器接收对所述 通知的响应；基于对所述通知的响应确定是否向所述多个应用服务器中的另一个通知所述事件，以及基于该确定，向所述多个应用服务器中的另一个通知所述事件。
51.一种用于在通信网络中提供基于规则的服务交互和中介的方法，所述方法包括在服务功能交互管理器(SCIM)模块处执行以下操作，所述服务功能交互管理器(SCIM)模块用于在服务客户端与提供不同服务的多个应用服务器之间执行服务交互和中 介接收至少一条到来的服务交互消息；使用所述到来的消息中的一部分，识别在服务交互和中介规则数据库中的服务交互 和中介规则，其中所述服务交互和中介规则数据库与服务功能交互管理器模块可操作地关 联，并且其用于存储用于执行服务交互和中介的服务交互和中介规则；使用所述识别的规则，生成至少一条输出的服务交互消息；以及发送所述至少一条输出的消息。
52.根据权利要求51所述的方法，其中，接收所述至少一条到来的消息包括从所述服 务客户端接收客户端到SCIM的消息，其中，生成所述至少一条输出的消息包括生成多条 SCIM到服务器的消息，并且其中，发送所述至少一条输出的消息包括向所述多个应用服务 器中的至少一些发送所述SCIM到服务器的消息。
53.根据权利要求51所述的方法，其中，接收所述至少一条到来的消息包括从所述多 个应用服务器中的至少一些接收多条服务器到SCIM的消息，其中，生成所述至少一条输出 的消息包括生成包含来自所述服务器到SCIM的消息中的至少一些的至少一部分数据的集 合的SCIM到客户端的消息，并且其中，发送所述至少一条输出的消息包括向服务客户端发 送包含所述集合的所述SCIM到客户端的消息。
54.根据权利要求53所述的方法，其中，生成包含来自所述服务器到SCIM的消息中的 至少一些的至少一部分数据的集合的SCIM到客户端的消息包括抑制重复的SCIM到客户端 的消息。
55.根据权利要求53所述的方法，其中，生成包含来自所述服务器到SCIM的消息中的 至少一些的至少一部分数据的集合的SCIM到客户端的消息包括将在多条SCIM到客户端的 消息中所包含的信息合并到单条SCIM到客户端的消息中。
56.根据权利要求51所述的方法，其中，所述SCIM模块用于针对与由所述SCIM模块处 理的消息关联的呼叫，生成至少一条呼叫细节记录(⑶R)，并且针对与由所述SCIM模块处 理的消息关联的事务，生成事务数据记录(TDR)。
57.根据权利要求51所述的方法，其中，所述到来的消息中的一条的所述一部分包括 服务密钥参数。
58.根据权利要求51所述的方法，其中，所述服务功能交互管理器模块与网络信令点 位于同一位置。
59.根据权利要求51所述的方法，包括由所述服务功能交互管理器模块管理在通信网 络中的消息预定和通知，其中管理消息预定和通知包括从所述多个应用服务器中的至少一些接收要被通知指定的事件的请求，并且响应于接 收所述请求，创建所述通知请求的集合并且向所述服务客户端发送包含所述集合的消息；维护在所述应用服务器与指定的事件之间的映射；以及接收事件的通知，并且作为响应，使用所述映射识别预订接收所述事件通知的至少一个应用服务器，并且向至少一个识别的应用服务器通知所述事件。
60.根据权利要求59所述的方法，其中，向所述至少一个识别的应用服务器通知所述 事件包括向多个应用服务器通知所述事件。
61.根据权利要求59所述的方法，其中，向所述至少一个识别的应用服务器通知所述 事件包括向所述多个应用服务器中的一个通知所述事件；从所述一个应用服务器接收对 所述通知的响应；基于对所述通知的所述响应，确定是否向所述多个应用服务器中的另一 个通知所述事件，并且，基于该确定，向所述多个应用服务器中的另一个通知所述事件。
62.根据权利要求59所述的系统，其中，所述SCIM模块用于响应于接收事件的通知， 向所述多个应用服务器中的一个发送SCIM到服务器的消息，其中所述一个应用服务器没 有被识别为预订接收所述事件的通知。
63.一种用于在通信网络中提供服务交互和中介的方法，所述方法包括在服务功能交互管理器(SCIM)模块处执行以下操作，所述服务功能交互管理器 (SCIM)模块用于在服务客户端与多个网络实体之间执行服务交互和中介 接收包括识别用户的信息的服务交互消息；识别在所述服务客户端处发生并且与所述识别的用户关联的事件，期望通知该事件； 识别用于接收所述识别的事件的通知的所述多个网络实体中的至少一个； 维护在所述识别的网络实体与所述识别的事件之间的映射；以及 向所述服务客户端发送向所述SCIM模块发送所述识别的事件的通知的请求。
64.根据权利要求63所述的方法，其中向所述服务客户端发送用于向所述SCIM模块发 送所述识别的事件的通知的请求包括确定所述服务客户端是否用于向所述SCIM模块发 送所述识别的事件的通知，并且在确定所述服务客户端不用于向所述SCIM模块发送所述 识别的事件的通知之后，向所述服务客户端发送向所述SCIM模块发送所述事件的通知的 请求。
65.根据权利要求63所述的方法包括从所述服务客户端接收事件的通知，并且响应 于接收所述通知，使用所述映射识别预订接收所述事件的通知的至少一个网络实体，并且 向所述至少一个识别的网络实体通知所述事件。
66.根据权利要求63所述的方法，其中，接收所述服务交互消息包括接收包括以下中 的至少一种的服务交互消息期望通知的事件； 用于所述用户的概要信息； 所述用户预定的服务；以及 向其发送通知的网络实体。
67.根据权利要求63所述的方法，其中，识别需要通知的事件包括识别服务触发。
68.根据权利要求63所述的方法，其中，识别期望通知的事件以及识别用于接收所述 识别的事件的通知的所述多个网络实体中的至少一个是基于以下中的至少一种在所述服务交互消息中所包含的信息；在所述识别的用户的概要中所包括的信息；以及从与所述识别的用户关联的信息的查询中所返回的信息。
69.根据权利要求67所述的方法，其中，从与所述识别的用户关联的信息的查询中所返回的信息包括对家庭位置注册表(HLR)、访问位置注册表(VLR)以及家庭用户服务器 (HSS)中的至少一个进行查询所返回的信息。
70.根据权利要求63所述的方法，其中，维护在所述识别的网络实体与所述识别的事 件之间的映射包括维护用于将用户、事件以及网络实体相关联的数据库。
71.根据权利要求70所述的方法，其中，维护数据库包括维护与SCIM模块位于同一 位置的数据库和维护与SCIM模块位于不同位置的数据库中的至少一个。
72.根据权利要求63所述的方法，其中，接收所述服务交互消息包括从应用服务器 (AS)、服务控制点(SCP)、家庭位置注册表(HLR)、访问者位置注册表(VLR)、家庭用户服务 器(HSS)以及用于提供预配置信息的网络实体中的一个接收所述服务交互消息。
73.根据权利要求63所述的方法，其中，响应于针对与所述识别的用户关联的信息的、 从所述SCIM模块发送的之前的请求，接收所述服务交互消息。
74.根据权利要求63所述的方法，其中，响应于在所述消息源处发生的预配置操作，从 消息源将所述服务交互消息发送到所述SCIM模块。
75.一种其上存储计算机可执行指令的计算机可读介质，当由计算机的处理器来执行 所述指令时，执行以下步骤在服务功能交互管理器(SCIM)模块处执行以下操作，所述模块用于在服务客户端和 提供不同服务的多个应用服务器之间执行服务交互和中介从所述服务客户端接收客户端到SCIM的服务交互消息，并且响应于接收所述客户端 到SCIM的消息，生成多个SCIM到服务器的消息，并向所述多个应用服务器中的至少一些发 送所述SCIM到服务器的消息；以及从接收了所述SCIM到服务器的消息的所述多个应用服务器中的至少一些，接收多个 服务器到SCIM的服务交互消息，并且响应于接收所述服务器到SCIM的消息，生成包含来自 所述服务器到SCIM的消息中的至少一些的至少一部分数据的集合的SCIM到客户端的消 息，并且向所述服务客户端发送包含所述集合的所述SCIM到客户端的消息。
76.一种其上存储计算机可执行指令的计算机可读介质，当由计算机的处理器来执行 所述指令时，执行以下步骤在服务功能交互管理器(SCIM)模块处执行以下操作，所述模块用于在服务客户端和 提供不同服务的多个应用服务器之间执行服务交互和中介接收至少一条到来的服务交互消息；使用所述到来的消息中的一部分，识别在服务交互和中介规则数据库中的服务交互和 中介规则，其中所述服务交互和中介规则数据库与所述服务功能交互管理器模块可操作地 关联，并且用于存储用于执行服务交互和中介的服务交互和中介规则；使用所述识别的规则，生成至少一条输出的服务交互消息；以及发送所述至少一条输出的消息。
77.一种其上存储计算机可执行指令的计算机可读介质，当由计算机的处理器来执行 所述执行时，执行以下步骤接收包括识别用户的信息的服务交互消息；识别在所述服务客户端处发生并且与所述识别的用户关联的事件，期望通知该事件；识别用于接收所述识别的事件的通知的所述多个网络实体中的至少一个；维护在所述识别的网络实体与所述识别的事件之间的映射；以及 确定所述服务客户端是否用于发送所述识别的事件的通知，如果不是，向所述服务客 户端发送要被通知所述识别的事件的请求。
全文摘要
公开了用于在通信网络中提供服务交互和中介的系统、方法以及计算机程序产品。根据一个方面，本文描述的主题包括用于在通信网络中提供服务交互和中介的系统。所述系统包括用于从服务客户端接收客户端到SCIM的消息的通信接口；以及用于在服务客户端与提供不同类型的服务的多个应用服务器之间提供服务交互的服务功能交互管理器(SCIM)模块。提供服务交互包括从通信接口接收客户端到SCIM的服务交互消息，并且响应于接收客户端到SCIM的消息，生成多条SCIM到服务器的消息并向多个应用服务器发送SCIM到服务器的消息。提供服务交互还包括从接收了SCIM到服务器的消息的应用服务器中的至少一些，接收多条服务器到SCIM的服务交互消息，并且响应于接收服务器到SCIM的消息，生成包含从服务器到SCIM的消息中的至少一些的至少一部分数据的集合的SCIM到客户端的消息，并且经由通信接口向服务客户端发送包含集合的SCIM到客户端的消息。
文档编号H04L12/12GK101874383SQ200880020826
公开日2010年10月27日 申请日期2008年4月21日 优先权日2007年4月20日
发明者R·马拉泰, V·拉维尚卡尔 申请人:泰克莱克公司