[发明专利]协调不同业务提供者提供的业务的方法和系统

说明书

技术领域

本发明涉及通信领域，尤其涉及协调不同业务提供者提供的业务的技术。

背景技术

随着电信业务的蓬勃发展，各运营商逐步由单一的话音运营商向综合信息运营商进行转型。在向综合信息运营商的转型过程中，运营商迫切需要大量、并且丰富多样的业务或信息。然而随着业务的发展和深入，业务呈现出越来越多的特性和复杂度。为了减少整个业务流程体系中业务之间的交互障碍和复杂度，以及满足人们日益广泛的需求，迫切需要一种技术来规范业务与业务之间的发现/交互机制。

目前业界广泛使用的是提供业务服务的OSA/Parlay(Open MobileAlliance/Parlay)机制，和基于OMA(Open Mobile Alliance，开放移动联盟)引擎环境提供的OSE机制。

所述OSA/Parlay机制的应用体系架构如图1所示，包括Application Server(应用服务器)、Parlay网关以及API(Application Programming Interface，应用编程接口)。所述Parlay网关由框架(Framework)和一个或多个业务能力特征(SCF)组成。其中所述业务能力特征是对网络所提供功能的抽象，所述API位于应用服务器与Parlay网关之间，通过这个开放、标准的接口，业务开发商、独立软件提供商(ISV)等可以获得使用现有网络资源的能力，方便、灵活的开发新业务，从而为客户提供所需要的业务。

所述Application Server包括Parlay客户端，由第三方业务供应商或网络运营商提供，用以开发各种业务，以便提供给终端用户使用。所述Parlay Gateway包括Parlay服务器，它为Parlay客户端提供各种基本业务能力的支持，使Parlay客户端的业务能够有控制的、安全的进入到各通信网内。Parlay客户端通过调用API访问Parlay服务器，它们之间可以采用CORBA、WEB Service、JAIN SPA等分布对象技术进行通信。

所述OSE机制是由OMA组织提出的另一种提供开放业务的技术，其提供分层的、模块化的、开放的业务生成和执行环境，满足业务快速、有效、低成本发展的需要。其摒弃原来垂直的业务模型“Silo”，划分业务组成各种引擎(如呈现，位置，设备管理，彩信等等)，再在OSE的执行环境中进行管理和雇用。其应用体系架构如图2所示，包括：执行环境、各种引擎、策略执行实体和底层网络资源，所述各种引擎通过I2接口获取底层网络资源，并应用所述底层网络资源生成业务；所述执行环境通过I1接口管理所述各种引擎中的业务；所述各个引擎还有各自暴露的接口I0连接所述策略执行实体，用来获取策略信息，在执行各个引擎的固有功能之时同时考虑运营商或者终端用户的设定策略。

随着OSE技术的发展，众多业界企业开始研究融合重用OSA/Parlay和OSE二者能力的技术，以便在原有OSA/Parlay技术的基础上，或者在将来部署的业务网络里，能够兼容OSA/Parlay和OSE两者的能力，为业务开发和业务组合提供更广泛的基础，提供更统一的封装能力，以便避免重复开发等浪费。另一方面，OSA/Parlay架构和OSE架构中的业务提供者中所支持的业务能力会存在不一致的情况，因此若要实现二者的共同配置，必须解决不同的业务提供者能够对同一业务请求进行处理的问题，以便协调不同业务提供者提供给移动用户的业务。

与本发明有关的现有技术是通过IMS(IP Multimedia System；IP多媒体子系统)网络里面配置iFC(Initial Filter Criteria；初始过滤规则)来解决不同的业务提供者能够对同一业务请求进行处理的问题。然而，这种通过配置核心网的方式不符合业务独立，分层的思想，限制了业务环境的灵活性；同时，复杂的iFC配置会加重网络的负担，会导致整个网络处理业务的效率下降。同时，随着业务的增加，经常修改iFC容易引起网络不稳定，可能埋下巨大隐患。

综上所述，目前迫切需要一种协调不同业务提供者提供给移动用户的业务的技术。

发明内容

本发明提供一种协调不同业务提供者提供的业务的方法和系统，通过本发明，能够使不支持用户所请求的业务中部分功能的业务提供者能够为移动用户提供其能够支持的其它业务，从而使处于不同架构的不同业务提供者均能够为用户提供相应的业务，协调了不同业务提供者提供给移动用户的业务。

本发明通过如下的技术方案实现：

本发明提供一种协调不同业务提供者提供的业务的方法，其包括：