CN1500328A - 使用业务脚本提供网络服务的方法和系统 - Google Patents

Abstract

本发明涉及在通信网络中提供服务的方法和系统。使用服务脚本来控制服务执行功能单元以执行服务，其中，基于服务种类给服务脚本分配执行优先级。此外，可以在服务执行功能单元上提供所述服务的服务逻辑，并且服务脚本可以包括该服务的服务说明。然后基于服务说明控制服务执行功能单元使用服务逻辑执行服务。这样，服务脚本不包含服务逻辑，可以提供灵活的服务脚本概念。此外，可以减少信令业务量，因为运营商不必为大量的订户更新服务脚本。

Description

使用业务脚本提供网络服务的方法和系统

技术领域

本发明涉及提供服务的方法和系统，例如在基于IP网络的通信网络中例如基于IP的服务，诸如VoIP(通过IP的声音)、多媒体、电子邮件、即时消息发送、万维网浏览、WAP等。

背景技术

在通信环境中，服务脚本在集中的对话中提供建立和管理增值服务但是完全分配服务执行的工具。服务逻辑使用脚本定义，它可以在通信网络中的功能元件之间移动和在一个合适的功能元件中被执行。可用的脚本语言例如可以是CPL(呼叫处理语言)；表示可执行指令的SIP小应用程序(SIP：对话启动协议)，它处理SIP消息；或CGI(公共网关接口)。

CPL语言脚本分配到参加处理呼叫的服务器，这些呼叫需要使用这些补充的服务来实现。脚本由网络管理系统、终端用户或管理员插入到这些服务器中。这些可以是参加处理给定呼叫的几个CPL脚本实例。单个的脚本实例在符合预先定义的触发器条件的信令事件下被触发和执行，所述触发器条件例如是呼叫者或被呼叫者的标识。例如，当对某个订户有一个到来的呼叫，而该订户把到来的呼叫定义为筛选脚本时，该脚本被执行，因为被呼叫者标识匹配。

一般，在分布式网络中服务脚本为执行控制指令提供一个有效的、便携的和强有力的工具。服务脚本例如用于因特网网页为用户建立不同类型的效果。服务脚本例如可以从万维网服务器被传输或者下载到本地计算机，并在那里执行。

此外，使用CPL脚本连同SIP邀请消息提供在代理节点上执行服务的机会，所述代理节点由用户以IN(智能网络)网络类型指定。

然而，由于服务脚本在多个呼叫控制功能单元或者服务器上存储和执行这一事实，特别是在广泛应用的服务的场合，需要大量信令来更新服务脚本或者使服务脚本适应新的服务特征。另外，IP(因特网协议)网络的快速发展导致服务或者用户特定的服务的范围的增加，导致要求以最小的中断在网络中建立和配置新服务的更高的灵活性。

发明内容

因此，本发明的一个目的是提供一种改进的方法和系统，用于以更高的灵活性和较低的网络中断提供服务。

本目的通过一种在通信网络中提供服务的方法实现，所述方法包括步骤：

产生包含服务的服务说明的服务脚本；

在服务执行功能单元上提供该服务的服务逻辑；

基于服务说明控制服务执行功能单元使用服务逻辑执行服务。

此外，上述目的通过一种在通信网络中提供服务的系统实现，所述系统包括：

用于产生包含所述服务的服务说明的服务脚本的产生设备；

服务执行设备，包括用于执行服务的服务逻辑；

服务执行管理设备，用于基于服务描述控制服务执行设备来使用服务逻辑执行服务。

相应地，服务脚本可以独立于服务执行功能单元上的服务逻辑而产生。由于服务由服务说明定义而不是由服务逻辑定义这一事实，因此给用户或者网络运营商许多灵活性来启动服务的建立和配置，其由高级的下一代服务所要求。它给用户提供一种控制水平，这种控制水平尚不可用。用户可以根据他的偏爱定制服务，而网络运营商或者服务提供商的干涉极小。对服务逻辑如何实现不加任何限制，使得服务逻辑可以以任何语言或形式定义，和不限制在该脚本上。此外，服务执行功能单元不一定在呼叫处理服务器中提供，而可以采取各种形式和使用各种协议。此外，服务甚至可以通过作为非呼叫处理服务器的第三方网络的服务执行功能单元提供。

另外，上述目的通过一种在通信网络中提供服务的方法实现，所述方法包括步骤：

产生定义该服务的服务脚本；

基于服务脚本控制服务执行功能单元执行服务；

基于服务种类为服务脚本分配执行优先级。

此外，上述目的通过一种在通信网络中提供服务的系统实现，所述系统包括：

用于产生包含所述服务的服务说明的服务脚本的产生设备；

服务执行管理设备，用于基于服务说明控制服务执行设备执行服务；

分配设备，用于基于服务种类为服务脚本分配执行优先级。

因此，服务的执行根据优先级规则使用服务脚本实现。从而，服务脚本可以以预定顺序执行。该脚本具有一个优先级，并且定义了可以或者不可以使用哪种服务。例如，把最高的优先级给这样的脚本，该脚本有被盗手机的ID(或者电话号码)，意味着那些移动电话不能有任何种类的服务。优先级和不同种类的服务脚本的使用增加了服务提供的灵活性和减少了对具有最高优先级的那些脚本要更新的脚本数目，如果较低优先级的脚本未执行的话。

优选地，服务脚本存储在服务执行管理功能单元中，其中，来自呼叫控制功能单元的呼叫被路由到服务执行管理功能单元，而该服务由服务执行管理功能单元根据服务说明调用。从而，呼叫控制功能被从服务执行管理功能分开从而减少在呼叫控制功能单元上的信令负载。特别是，服务执行功能单元和服务执行管理功能单元可以被提供作为不是呼叫控制功能单元的另一个服务结构层中的单独实体。从而呼叫控制层和服务执行层可以独立包含，只要在这两层之间有兼容接口。

调用步骤可以包括以串行或并行方式调用至少两个服务执行功能单元来集成服务以便获得服务。它提供这样的优点，即可以不需要重新建立服务来产生更复杂和有意义的服务。

此外，服务脚本可以存储在安排在从服务执行功能单元分开分配的脚本数据库中。由于数据库的分开安排，可以由存储在中央数据库中的服务脚本控制多个服务执行功能单元，从而减少信令负载。

可以提供用户交互作用功能单元用于允许用户建立或者配置服务脚本。然后根据从用户交互作用功能单元接收的信息在服务管理服务器上产生服务脚本。从而为用户提供独立的功能以建立或者配置他自己的服务脚本，而不需要知道在服务执行功能单元上提供的实际服务逻辑。

服务脚本可以包括用于控制步骤的定义触发器条件的服务触发信息。服务说明和服务触发信息例如可以以类似XML的语言编码。

特别，服务说明可以包括至少一个服务标识、一个服务执行功能单元的外部执行环境的IP地址、一个外部储存库服务器的IP地址、和一个模块信息，如果用户特定的服务器是由多个模块组成的的话。这样，服务说明提供用户的服务订购和服务的位置和执行的细节。

此外，服务脚本可以分成包括服务包的多个脚本区域。特别是，脚本区域可以包括为用户定义的服务的用户脚本区域和用于服务提供商服务的服务提供商脚本区域。这种脚本分割提供这样的优点，即服务可以由运营商提供作为适应用户需要的服务包。在用户脚本区域提供特定用户定义的服务。然后，可以给用户定义的服务高于服务提供商服务的优先级，或者例如根据服务的类型分配优先级给服务脚本。从而可以考虑单个用户的需要。

用于上述目的的优先级分配解决方案中的服务种类可以包括分配给一个服务提供商网络的所有订户的通用服务，分配给在某个用户组内的所有订户的订购组服务，由用户分配给一个或者几个订户的用户服务，和由网络运营商分配给一个或者几个订户的运营商服务。在这一场合，定义订购组服务的服务脚本可以连同一个组标识和一个定义该订购组的执行优先级的优先级信息而存储在数据库中。这样，可以给单个订购组分配预定的取代能力。此外，在不同种类的脚本之间的交互作用可以通过分配优先级避免。需要这一点是为防止对一个特定的脚本的建立或修改会触及在其它脚本中的其它现有服务。在一个脚本中的某个服务的定义还必须允许定义和执行在不同脚本中的服务，除非打算取代其它服务。

另外，可以给通用服务的服务脚本分配较高的优先级，和给用户服务的服务脚本分配较低的优先级。这样，通用服务总有比其他订购组和用户服务高的优先级。较高优先级脚本定义可应用于大量用户的服务，因此这些服务应该被根据较高级的触发器激活。

优选，当满足预先规定的触发条件时，根据执行优先级加载服务脚本。然后检查触发条件是否在所加载的服务脚本中定义，如果该触发条件未被定义，则加载具有较低优先级的新的服务脚本。为实现取代功能，可以在服务脚本中设定一个标志以指示为一个特定的触发器的取代状态，所述取代状态定义具有较低优先级的服务脚本是否被执行。从而可以提供一个简单的取代概念以允许用户或者网络运营商定义预定服务脚本的取代能力。

可以安排服务执行管理设备来根据给该服务脚本分配的优先级控制服务执行设备。

附图说明

下面参考附图根据一个优选实施例详细说明本发明，附图中：

图1表示根据本发明的优选实施例的一个包括服务结构的网络结构的示意图，

图2表示根据优选实施例的服务执行管理器功能的示意性方框图，

图3表示指示由服务提供商提供的不同脚本模板的图，

图4表示具有分开的脚本区域的一个完全的服务脚本，

图5表示通用脚本的一个例子，

图6表示订购组脚本的一个例子。

具体实施方式

现在根据一个基于IP的服务结构说明优选实施例，所述结构用于促进在访问独立的基于IP的网络上集成基于IP的服务，所述网络特别指SIP移动网络。

图1表示一个网络结构，它包括一个基于IP的服务结构(IPSA)11，它被安排作为基于SIP(对话启动协议)的应用服务器系统来建立、管理和执行实时多媒体服务。安排该IPSA 11来服务第三代核心网络或者其它访问网络。IPSA 11连接到通信网络，诸如PLMN(公共地面移动网络)13，它有一个呼叫/对话管理器9，该管理器可以是任何类型的呼叫处理服务器(CPS)，和订户概要文件数据库10，诸如家庭订户服务器(HSS)或归属位置寄存器(HLR)。安排订户概要文件数据库10以维护与所有静态订购相关的信息，而这些信息与由IPSA 11提供的服务无关。特别是，订户概要文件数据库存储用户标识(UID)、别名、用户偏好(例如首选的介质)和/或IPSA服务提供商的身份。可选，如果该用户有与UID不同的特殊身份，则它可以存储在IPSA 11中使用的用户身份，其范围限制在IPSA 11。

呼叫/对话管理器9可以是SIP服务器，它为SIP用户执行SIP呼叫控制功能。呼叫/对话管理器9可以是因特网中的任何SIP服务器，或者是在第三代UMTS网络中的CSCF(呼叫状态控制功能)。呼叫/对话管理器9处理与用户的SIP级的交互作用，特别是UE(用户设备)登记和取消，和对话修改和终止。注意，在PLMN 13中可以提供多个呼叫/对话管理器9和/或订户概要文件数据库10。

IPSA 11包括一个服务脚本数据库5，其中存储所有与服务有关的信息，例如服务脚本、注册的运营商和第三方的服务。提供一个服务位置管理器6来维护在服务执行管理器8和活动用户之间的一个关联表。它具有对IPSA 11内的资源信息的访问或者接口。根据一个查询，服务位置管理器6为特定用户返回一个活动的服务执行管理器地址给请求实体。如果服务执行管理器尚未被分配，则查询一个IPSA资源代理(未示出)以获得可能的服务执行管理器的候选者。由于服务位置管理器6存储活动的用户和服务执行管理器之间的关系或关联这一事实，所以服务脚本数据库5需要服务位置管理器6获得服务执行管理器的地址，以便推动服务执行管理器脚本更新。

此外，IPSA 11包括至少一个服务执行管理器8，它在注册和服务调用时由呼叫/对话管理器9调用。服务执行管理器8根据相应的服务脚本依据来自呼叫/对话管理器9的对话终止指示来启动对所有服务执行的终止。特别，一个单一服务执行管理器处理为用户移动产生的和移动终止的服务。

另外，安排一个应用储存库服务器4来存储用于实现服务的服务代码或逻辑。服务逻辑可以从应用储存库服务器4脱机或者在服务调用期间动态地传输到应用执行引擎7-1。可选，应用储存库服务器4可以实现管理功能以测试服务代码或者逻辑的逻辑、正确性和可靠性。应用执行引擎7-1在被服务执行管理器8调用时提供执行服务的平台。该平台能够为不同形式或逻辑语言(例如Java、CPL、XML、CGI)提供安全健壮的执行环境。它为使用特定服务提供计费信息。

服务的定义由服务管理器服务器3执行，服务器3提供定义服务和建立相应脚本信息和服务逻辑的环境，和为订户执行服务管理和定制。用户可以通过使用用户交互作用服务器2访问服务管理器服务器3，用户交互作用服务器2是由IPSA 11提供给用户的一个前端接口，以便允许用户执行服务交互作用，诸如服务激活、去激活和修改。当用户访问用户交互作用服务器2时，用户交互作用服务器2能够从服务管理器服务器3中获取该用户的服务信息。另外，提供一个运营商接口1来允许网络运营商建立或修改服务脚本。

如图1所示，IPSA 11的应用执行引擎7-1可以连接到第三方服务提供商网络12的应用执行平台或者引擎7-2。从而，可以给呼叫/对话管理器9提供由IPSA 11和第三方服务提供商网络12操作的集成的服务。

这样，IPSA 11提供独立于核心网络PLMN 13的分层式服务结构解决方案。该分层式服务结构可以分成服务管理和经营层，包括用户接口服务器2、运营商接口1和服务管理器服务器3；数据存储层，包括应用储存库服务器4、服务脚本数据库5和服务位置管理器6；服务执行层，包括应用执行引擎7-1和服务执行管理器8；和呼叫/对话控制层，包括呼叫/对话管理器9和订户概要文件数据库10。只要在层间有兼容的接口，则它们都可以独立发展，从而提供高的灵活程度。

PLMN 13将IPSA 11看作服务云(service cloud)并且把对话启动传递给IPSA 11以便调用相应的服务。特别，PLMN 13或者核心网络只知道到对于IPSA 11的各服务执行管理器8的入口点。在IPSA 11中，在应用执行引擎7-1中执行服务逻辑，服务执行管理器8作为服务管理器或者领导者协调不同的服务执行。

服务脚本定义为具有用户的服务订购细节的脚本，还提供在哪里定位和执行该服务的细节。然而，服务脚本不包括任何服务逻辑。从而不提出对如何实现该服务逻辑的限制，服务逻辑可以以任何语言或形式实现，而不限制于特定的脚本。这样，可以为服务逻辑使用较低级但强有力的编程语言。

应用执行引擎7-1必须是呼叫处理服务器，服务可以采取各种形式并且可以使用由IPSA 11支持的各种协议。这样，甚至可以由第三方应用执行引擎7-2提供服务，该第三方应用执行引擎7-2不一定是呼叫处理服务器。由于任何服务都可以在应用执行引擎7-1中执行，因此可以以串行或者并行方式调用应用执行引擎以集成服务来产生更复杂和有意义的服务，而不需重新建立服务。

这样，IPSA 11在运营商的网络中为服务管理定义了完全单独的功能元件，其中服务脚本数据库5从应用服务器分开。特别是，IPSA 11提供一个访问独立的结构，其可以用于任何通信网络，例如WLAN(无线局域网)、蓝牙、GPRS(通用分组无线电服务)、CDMA2000(码分多址2000)等。

当在PLMN 13中注册一个新的用户设备时，一个SIP注册消息被路由到呼叫/对话管理器9，它从订户概要文件数据库10得到相应的订户概要文件并把SIP注册消息路由到IPSA 11的相应的服务执行管理器8。服务执行管理器8把SIP注册消息提供给服务脚本数据库5，该数据库以包含分配给所涉及的订户的相应服务脚本的200OK消息响应。该服务脚本临时存储在服务执行管理器8，而200OK消息被发送到呼叫/对话管理器9以确认所述注册。在撤消注册或取消该订户期间，该服务脚本从服务执行管理器8中被清除或删除。

万一出现由呼叫/对话管理器9通知的任何相关事件，则启动对服务执行管理器8的呼叫路由选择，而服务执行管理器8运行在其内临时存储的服务脚本。注意，不需要维护在由IPSA 11产生的呼叫和主呼叫的呼叫状态之间的关系。对于呼叫/对话管理器9，所有的呼叫都是简单的不相关呼叫。从而可以减小呼叫/对话管理器9中的复杂性。

根据在服务脚本中给出的信息，服务执行管理器8执行对内部应用执行引擎7-1和/或外部应用执行引擎7-2的服务调用，外部应用执行引擎7-2给服务执行管理器8提供相应的服务信息，或调用在其它应用执行引擎上的并行服务，使得给呼叫/对话管理器9或任何其它需要的呼叫/对话管理器提供希望的服务功能。

图2表示服务执行管理器8的示意方框图。根据图2，，服务执行管理器包括一个本地脚本数据库81，用于在活动订户注册后临时存储用户脚本，和服务脚本执行器80，用于加载和执行存储在本地脚本数据库81中的服务脚本。此外，服务脚本执行器80包括执行控制功能82和状态机功能83，其中，安排执行控制功能82来比较从本地脚本数据库81加载的服务脚本的指令与从呼叫/对话管理器9或应用执行引擎7-1接收的呼叫或者对话控制消息。比较的结果指示必须发布什么样的一个或者多个呼叫控制消息给呼叫/对话管理器9或者应用执行引擎7-1，和状态机功能83的下一个状态是什么。这样，执行控制功能82从所涉及的服务脚本、接收的呼叫或者对话控制消息接收指令和状态机功能83的当前状态。执行控制功能82比较脚本指令与接收的呼叫或者对话控制消息。如果结果与接收到的消息匹配，则执行在服务脚本中定义的动作，亦即发送出消息，状态机功能83移动到在该脚本中定义的下一状态。如同上面已经说明的那样，临时存储在本地脚本数据库81中的服务脚本被从服务脚本数据库5中下载或推送。

注意，服务脚本执行器80可以由根据一个控制程序控制的处理设备实现。这样，执行控制功能82和状态机功能83可以基于相应的软件例程。

为提供更高级的灵活性和允许服务和服务设定，提供服务脚本概念。为实现这一点，用户交互作用服务器2提供建立和配置服务的设备，例如用户可以组合由用户交互作用服务器2提供的图形服务建立块和建立有意义的服务。这可以通过相应的输入/输出设施实现，例如键盘或者指点设备和用户设备的显示器。根据从用户交互作用服务器2接收的信息，服务管理服务器3产生一个用户服务脚本，其中可以使用某些类似XML的语言在脚本中编码服务说明和触发信息。脚本产生过程可以是自动的。所产生的服务脚本静态存储在服务脚本数据库5中。脚本更新被推送到服务执行管理器8的本地脚本数据库81，如果本地脚本数据库81有较旧版本的脚本的话。

服务说明包含关于例如服务ID、外部执行环境的ID地址、外部储存器服务器的IP地址的信息、和/或模块信息，如果该服务包括多个模块的话。服务触发包含用于服务调用的触发条件。一个简单的服务脚本可以由定义用户识别的脚本标题、服务提供商标识、和/或多个服务组成。在服务说明部分中，可以指示服务名、服务ID、服务提供商标识、和/或服务执行地址。最后，可以提供一个触发器部分定义触发器条件或触发器事件。

由于并非所有的服务都是用户建立的，所以运营商可以用包来提供多个服务。根据图3，提供“金模板”、“银模板”、“青铜模板”和“客户模板”，它们根据用户的个别需求或者预先规定的缺省或者基本服务需求定义了不同的服务包。特别，“金模板”可以提供增强范围的服务，而“客户模板”仅提供最小范围的服务。“银模板”和“青铜模板”可以提供各自缩减了的服务包。根据在包中的各种服务的数目，可以改变计费。这样，可以由用户选择模板来使用预定的服务包获得预定的服务脚本。

另外，服务脚本可以分成不同的服务脚本区域。这种脚本分割可能很有用，因为用户在订购时没有任何定义的服务脚本。这样，某些脚本必须由服务提供商提供。服务脚本区域定义一组预定的服务。如图4所示，可以提供一个服务提供商脚本区域和一个用户服务脚本区域。用户不能改变服务提供商脚本区域。它可以包括图3所示模板，从而保证基本的或者初始的服务范围。所有用户定义的服务都放入用户服务脚本区域。该服务脚本区域必须足够灵活以容纳不同的服务配置和服务数据。此外，为防止信令的任何中断，可以建立由用户定义的服务取代服务提供商服务的可能性。这可以通过在执行控制功能82中引入优先级规则来执行。

这样，脚本自身可以被分成多个脚本区域，它们包括服务包。从图4可以推断出，用户服务脚本区域包括一个标题脚本、一个服务脚本、服务数据和触发信息。

此外，可以如下定义具有不同优先级的多个不同的服务种类。

通用服务可以定义为分配给在一个服务提供商网络中的所有订户的服务并由运营商建立。作为一个例子，这种通用服务可以是季节问候语，例如带有圣诞老人图像的文字“圣诞快乐！”，当订户在一年中的预定时间打开他的终端时出现。

此外，订购组服务可以定义为可应用于一个特定订购组的服务。订购组服务是分配给在某个用户组内的所有订户的服务。它由运营商建立，这例如可以是呼叫计划服务，其中运营商可以希望只对一个特定空间区域或计划(例如在美国的“国家漫游600”或“地区漫游300”或“基本呼叫75”)的所有用户应用某些服务。

此外，用户服务可以定义为由用户通过用户交互作用服务器2分配给一个或者几个订户的服务，运营商服务可以定义为由运营商通过运营商接口1分配给一个或者几个订户的服务。注意，通用服务和订购组服务都是运营商服务。

相应地，使用通用脚本来控制通用服务，使用订购组脚本来控制订购组服务，并且用户脚本由用户和/或运营商建立和可以用于控制用户服务和运营商服务。

这样，服务脚本数据库5可以为每一订户包含一个IPSA用户ID、一个或者几个订购组ID、和一个用户脚本。一个用户可以属于一个或者多个订购组，或不属于任何订购组。服务脚本数据库5还可以包含一个为订购组的数据库，其中存储一个订购组ID、一个订购组脚本、和优先级信息(例如1到100)。此外，可以在服务脚本数据库5中存储对在该服务提供商网络中的所有订户公共的通用脚本。然而注意，通用脚本不一定存储在服务脚本数据库5中，因为它们对所有订户是公共的。

如前所述，服务脚本被加载到分配给各订户的各服务执行管理器的本地脚本数据库81中。通用和订购组脚本可以独立于用户注册预加载到相应的服务执行管理器中。从而可以减小信令负载。这是合理的，因为这些服务脚本不经常改变。然而，万一改变的话，服务管理器服务器3可以更新该服务提供商网络的所有相关的服务执行管理器中的这些脚本。

下面说明用于由执行控制功能82进行脚本管理和执行的区分优先级方案。区分优先级方案提供避免在不同种类脚本之间的交互作用的优点。这是必须的，因为一个特定脚本的建立或者修改一定不能有对在其它脚本中的其它现有服务任何无意识的影响。此外，为组定义的服务(亦即通用服务和订购组服务)可以得到在用户脚本执行前更高的执行优先级。另外，需要在一个脚本中的某个服务的定义还允许在不同的脚本中的服务的定义和执行，除非运营商打算取代其它服务。

根据该区分优先级方案，服务脚本可以以下面的顺序执行，给定通用脚本最高的优先级：

通用脚本—>优先级为1的订购组脚本—>优先级为2的订购组脚本—>...—>优先级为N的订购组脚本—>用户脚本。

在本例中，通用脚本总是具有比订购组和用户服务更高的优先级。

除了区分优先级之外，还要求以较高优先级脚本的某个服务的定义一定不能排除以较低优先级脚本的服务的定义和执行。然而，可能有这种情况，其中运营商可能希望取代在较低优先级脚本中定义的服务。这意味着，较低优先级服务由较高优先级服务禁止。这一点可以通过定义在较高优先级脚本中的取代能力实现。

取代方案可以如下执行。

当预定条件满足时，由服务执行管理器8的执行控制功能82加载和执行脚本。这些触发条件在服务脚本中预先定义，以捕获触发器和启动特定的服务。注意并非所有的触发器都需要在服务脚本中定义，而只是启动定义的服务所需要的特定的触发器。

另外，有可能在多于一个的脚本中定义同样的触发器。当特定的触发器条件被满足时，执行控制功能82从本地脚本数据库81根据它们的优先级加载脚本并检查触发器是否被定义。如果它未被定义，则执行控制功能82加载具有较低优先级的脚本等等。如果已经定义了一个触发器，则由执行控制功能82启动相应的服务。

为了便于取代，可以在服务脚本中提供指示一个特定的触发器的取代状态的标志。如果该取代标志指示“关”，则次低优先级脚本被加载，并在当前脚本的服务执行结束时检查同样的触发器定义。然而，如果取代标志是“开”，则不为该特定触发器执行次低优先级脚本。

通常，较高优先级脚本定义可应用于大数目用户的服务，因此，这些服务在较高优先级水平触发器上被激活。此外，不推荐对通用或者订购组服务建立复杂的触发和服务，因为在它们和用户服务之间的交互作用未加定义和不知道。如果例如通用服务修改呼叫方地址，而用户服务基于该信息触发，则可能发生问题。

图5表示用于达拉斯环境中的服务提供商“Sonera”的通用脚本的一个例子。根据该通用服务，在注册完成后发送一个圣诞节曲调。

图6表示上述服务提供商和市场的值为“3”和优先级为“15”的订购组的订购组脚本的例子。根据这一订购组脚本，当启动一个视频呼叫时，触发器被捕获和取代，因为这是一个基本的订购组，在这一计划中不提供保险费服务。用户脚本不再为“INITIATE_VIDEO_CALL”触发器运行，因为取代标志设定为“开”。

注意，本发明不限于上述优选实施例，而可以应用于任何服务结构。特别是，可以根据服务脚本的种类分配任何优先级。因此，优选实施例可以在所附权利要求的范围内改变。

Claims (27)

1.一种在通信网络(13)中提供服务的方法，所述方法包括步骤：

a)产生包括所述服务的服务说明的服务脚本；

b)在服务执行功能单元(7-1，7-2)上提供所述服务的服务逻辑；

c)基于所述服务说明控制所述服务执行功能单元(7-1，7-2)来使用所述服务逻辑执行所述服务。

2.根据权利要求1的方法，还包括步骤：在服务执行管理功能单元(8)上存储所述服务脚本、从呼叫控制功能单元(9)将呼叫路由到所述服务执行管理功能单元(8)、和由所述服务执行管理功能单元(8)基于所述服务说明调用所述服务。

3.根据权利要求2的方法，还包括步骤：将所述服务执行功能单元(7-1，7-2)和所述服务执行管理功能单元(8)提供作为不是所述呼叫控制功能单元(9)的另一个服务结构层上的单独的实体。

4.根据权利要求2或者3的方法，其中，所述调用步骤包括以串行或者并行方法调用至少两个服务执行功能单元(7-1，7-2)来集成服务以便获得所述服务。

5.根据前述权利要求中任何一个权利要求的方法，还包括在脚本数据库(5)存储所述服务脚本的步骤，脚本数据库(5)安排在与所述服务执行功能单元(7-1，7-2)分开的位置。

6.根据前述权利要求中任何一个权利要求的方法，还包括提供一个用户交互作用功能单元(2)以便使得用户能够建立或者配置所述服务脚本的步骤。

7.根据权利要求6的方法，还包括在服务管理服务器(3)上基于从所述用户交互作用功能单元(2)接收的信息来产生所述服务脚本的步骤。

8.根据前述权利要求中任何一个权利要求的方法，其中，所述服务脚本包括为所述控制步骤定义触发器条件的服务触发信息。

9.根据权利要求8的方法，其中，以类似XML的语言对于所述服务说明和服务触发信息进行编码。

10.根据前述权利要求中任何一个权利要求的方法，其中，所述服务说明包括服务标识、所述服务执行功能单元(7-1，7-2)的一个外部执行环境的IP地址、外部储存器服务器(4)的IP地址和模块信息中的至少一个。

11.根据前述权利要求中任何一个权利要求的方法，其中，所述服务脚本被分成多个包括服务包的脚本区域。

12.根据权利要求11的方法，其中，所述脚本区域包括用于用户定义的服务的用户脚本区域和用于服务提供商服务的服务提供商脚本区域。

13.根据权利要求12的方法，其中，给所述用户定义的服务超过所述服务提供者服务的优先级。

14.根据权利要求12的方法，其中，基于所述服务脚本的类型来为所述服务脚本分配优先级。

15.一种在通信网络中提供服务的方法，所述方法包括步骤：

a)产生定义所述服务的服务脚本；

b)基于所述服务脚本控制服务执行功能单元(7-1，7-2)来执行所述服务；以及

c)基于服务种类为所述服务脚本分配执行优先级。

16.根据权利要求15的方法，其中，所述服务种类包括分配给服务提供商网络的所有订户的通用服务，分配给在某个用户组内的所有订户的订购组服务，由用户分配给一个或者几个订户的用户服务，以及由网络运营商分配给一个或者几个订户的运营商服务。

17.根据权利要求16的方法，还包括在数据库(5)中连同组标识和定义该订户组执行优先级的优先级信息存储定义订购组服务的服务脚本的步骤。

18.根据权利要求16或者17的方法，还包括分配较高优先级给通用服务的服务脚本和分配较低优先级给用户服务的服务脚本的步骤。

19.根据权利要求15到18中任何一个权利要求的方法，还包括当预定触发器条件被满足时基于所述执行优先级加载一个服务脚本、检查所述触发器条件是否在所述加载的服务脚本中定义、和如果触发器条件还未被定义则加载具有较低优先级的新服务脚本的步骤。

20.根据权利要求15到19中任何一个权利要求的方法，还包括在所述服务脚本中设置标志来为特定触发器指示取代状态的步骤，所述取代状态定义具有较低优先级的服务脚本是否要被执行。

21.一种在通信网络(13)中提供服务的系统，所述系统包括：

a)用于产生包含所述服务的服务说明的服务脚本的产生设备(3)；

b)服务执行设备(7-1，7-2)，包括用于执行所述服务的服务逻辑；

c)服务执行管理设备(8)，用于基于所述服务描述控制所述服务执行设备(7-1，7-2)来使用所述服务逻辑执行所述服务。

22.根据权利要求21的系统，还包括呼叫控制设备(9)，用于将呼叫路由到所述服务执行管理设备(8)，其中，安排所述服务执行管理设备(8)来基于所述服务说明在所述服务执行设备(7-1，7-2)调用所述服务。

23.根据权利要求21或22的系统，其中，所述服务执行设备(7-1，7-2)和所述服务执行管理设备(8)被安排作为不是所述呼叫控制设备(9)的另一个服务结构层上的单独的实体。

24.根据权利要求21到23中任何一个权利要求的系统，还包括一个用于存储所述服务脚本的服务脚本数据库(5)，所述服务脚本数据库(5)被安排作为与所述服务执行设备(7-1，7-2)分开的中央数据库。

25.根据权利要求21到24中任何一个权利要求的系统，其中，所述系统被安排作为与所述通信网络(13)分开的服务网络(11)。

26.根据权利要求21到25中任何一个权利要求的系统，其中，所述服务执行管理设备(8)被安排基于分配给所述服务脚本的优先级来控制所述服务执行设备(7-1，7-2)。

27.一种在通信网络(13)中提供服务的系统，所述系统包括：

a)用于产生包含所述服务的服务说明的服务脚本的产生设备(3)；

b)服务执行管理设备(8)，用于基于所述服务说明控制服务执行设备(7-1，7-2)来执行所述服务；以及

c)优先级分配设备(82)，用于基于所述服务的种类来为所述服务脚本分配执行优先级。

Images