CN101472242A - 一种业务聚合系统和方法 - Google Patents

Abstract

本发明实施例公开了一种业务聚合系统和方法。所述系统包括：业务适配单元、业务交互单元和业务聚合单元；其中，业务适配单元将来自外界业务资源部件的业务消息适配成统一格式的业务消息后发送给业务交互单元，将来自业务交互单元的业务消息适配成相应业务资源部件所支持格式的业务消息后发送；业务交互单元根据自身中保存的路由规则对来自业务适配单元和业务聚合单元的业务消息进行转发；业务聚合单元保存预定义的业务聚合逻辑，在接收到来自业务交互单元的业务消息后，根据自身中保存的业务聚合逻辑进行相应的业务聚合处理，将聚合后的组合业务消息发送给业务交互单元。本发明实施例的技术方案生成新组合业务的周期短、成本低且用户满意度高。

Description

一种业务聚合系统和方法

技术领域

本发明涉及通信技术领域，尤指一种业务聚合系统和一种业务聚合方法。

背景技术

电信业一直以来都面临着业务快速创建与按需生成的压力。为此，固网运营商和移动运营商在网络基础设施方面进行了大规模投资，例如从下一代网络(NGN，Next Generation Network)到IP多媒体子系统(IMS，IPMultimedia Subsystem)，从IN到SIP APP Server等，以便能快速提供新业务，全面利用现有网络。与此同时，互联网领域的内容提供商却在基于IP的业务上正取得令人瞩目的进展，他们在IP承载网上叠加出不依赖于任何现有电信标准和接口限制的业务网络，大量推出各种竞争性服务和破坏性的商业模式，威胁着老牌电信运营商的地位。

目前，互联网业务的发展已进入Web2.0时代，其本质特征是：各种业务资源不断开放，原有应用可以被方便地重组、聚合，方便的架构和工具使得用户参与内容贡献、自行定制业务的意愿大大提高，新的业务和内容每天都在大量产生。

随着Web2.0的原理、技术和服务不断渗透，尤其是用户贡献内容(UGC，User Generated Content)业务模式的发展，也给电信业带来了新的机遇。例如，运营商能够把自身特有的电信业务能力，与来自其它不同渠道的各种应用和内容结合起来，构成新的组合业务。而得益于Web2.0上海量的、开放且立即可获得的业务与内容资源，尤其是大量支持HTTP URI直接获取的微内容和支持简单对象访问协议(SOAP，Simple Object AccessProtocol)访问的应用程序接口(API，Application Program Interface)，使得这种组合业务的可能性和数量几乎不受任何限制。并且通过大量的组合业务服务，运营商将能够充分利用原有基础网络的投资，增加其收入，并挖掘新的业务收入模式。

目前，电信业务和互联网业务的组合，通过以下方式实现：

1)在基础网络平台上，构建一个业务使能层。该业务使能层的能力范围包括：消息能力、会话能力、位置服务能力、实时计费能力等。

2)针对新开发的业务类型，预先规划好其业务场景和流程，并以此为基础，整理需要业务使能层提供的能力，并开发相应的对外接口(如Parlay，SIP)；同时通过自建、购买、合作等方式获取业务流程所需的内容资源，形成一类完整的业务包提供给用户。

上述电信业务和互联网业务的组合方式的基本特征是：把组合业务归类于依附某种电信网业务能力的“电信增值业务”，实现上由特定的业务使能层部件来支撑。比如，基于互动式语音应答(IVR，Interaction Voice Response)能力的增值业务有声讯信息、语音聊天等；基于短消息网关能力的增值业务有新闻点播、短信交友等。从互联网角度看，是抽取了其业务资源的部分子集，经过针对性的定制，形成了电信运营商内部“墙内花园(Walled-Garden)”模式的内容专网。

上述现有的电信业务和互联网业务的组合方式对电信运营商和用户来说都存在不便之处：

1)对运营商来说，每增加一种新的组合业务包类型，都需要经历一个“开发一测试—试运行—商用部署—推广”的完整过程，并且被整合的互联网内容需要和内容提供者进行接口互通测试和集成，其交付成本较高。在传统电信网中，由于业务类型相对较少，用户对增值业务的选择比较集中，因此上述业务交付方式的成本相对其收益而言，是可以接受的。但当电信业务与互联网业务嫁接后，由于互联网侧的业务类型极其丰富，并始终处在一个不断快速创新和发展的过程中，再加上用户对增值业务的选择呈现个性化、分散小众化的特征，使得现有业务交付的实现方式面临极大的成本压力、时间压力、和用户需求满足的压力。此外，运营商将用户对内容资源的访问限制在封闭的专网子集中，相当于主动放弃了对用户在更广阔的互联网中各种业务的介入，以及行为信息的搜集，而这些信息恰恰是广告等新商业模式最有价值的基础数据。

2)对用户来说，可以使用的业务形态受限于运营商的规划和部署能力，而在具体的内容上也受制于运营商所管理的内容提供合作伙伴的数量，用户只能选择运营商自建或合作范围内的业务内容。而互联网上新业务和新内容以滚雪球的方式快速增长，但在现有实现方式下，用户却无法享受到这些快速增长的互联网业务与电信业务组合所带来的新体验，尤其对习惯了Web2.0“永远Beta”业务发布模式的用户，已经无法忍受那种长周期业务发布的等待过程，他们更希望是在立即使用、体验、反馈和完善。这些都对原有的电信业务和互联网业务的组合业务生成方式带来了巨大挑战。

综上所述，现有的组合电信业务和互联网业务，生成新组合业务的方案开发周期长、成本高、用户满意度低。

发明内容

本发明实施例提供了一种业务聚合系统，该系统生成新组合业务的周期短、成本低且用户满意度高。

本发明实施例还提供了一种实现业务聚合的方法，该方法生成新组合业务的周期短、成本低且用户满意度高。

为达到上述目的，本发明实施例的技术方案具体是这样实现的：

本发明实施例公开了一种业务聚合系统，该系统包括：业务适配单元、业务交互单元和业务聚合单元，其中，

业务适配单元，用于将来自外界业务资源部件的业务消息适配成业务聚合系统内部统一格式的业务消息；将所述适配后的业务消息发送给业务交互单元；将来自业务交互单元的业务消息适配成相应业务资源部件所支持格式的业务消息，发送该业务消息；

业务交互单元，用于根据自身中保存的路由规则，对来自业务适配单元和业务聚合单元的业务消息进行转发；

业务聚合单元，用于保存预定义的业务聚合逻辑，在接收到来自业务交互单元的业务消息后，根据自身中保存的业务聚合逻辑进行相应的业务聚合处理，将聚合后的组合业务消息发送给业务交互单元。

本发明实施例还公开了一种实现业务聚合的方法，该方法包括：

接收来自外界业务资源部件的业务消息，适配成预定格式的业务消息；

根据预置的业务聚合逻辑和每个业务聚合逻辑所组合的业务，将所述适配后的业务消息映射到相应的业务聚合逻辑；

根据所述适配后的业务消息和映射到的业务聚合逻辑，进行业务聚合处理，获得预定格式的组合业务消息；

将所述组合业务消息适配成相应业务资源部件所支持格式的业务消息。

由上述技术方案可见，本发明实施例由业务聚合系统中的业务适配单元作为业务聚合系统和外界业务资源部件之间的接口进行业务消息的适配，由业务交互单元根据预置的路由规则实现各种业务消息和业务聚合逻辑之间的绑定，并由业务聚合单元根据预置的业务聚合逻辑进行业务聚合处理的技术方案，在生成新组合业务时，不需要重新进行开发、测试等过程，而是只需要在业务聚合系统中扩充新的业务组合逻辑即可，因此生成新组合业务的周期短、成本低且用户满意度高。

附图说明

图1是本发明实施例一种业务聚合系统的组成结构框图；

图2是本发明实施例业务聚合系统实现自动通知业务的消息交互流程示意图。

具体实施方式

为了解决生成结合电信业务和互联网业务的新组合业务所面临的投入产出问题、对互联网快速变化的适应性问题，以及客户需求满足度问题，本发明实施例提出了一种业务聚合系统，对电信业务和互联网业务的组合界面进行基于服务的抽象、适配、开放，并分别针对开发设计和用户定制两个层次，提供非基于预定流程的、对服务进行即时任意重组与混搭的机制。该业务聚合系统具有自生长能力，其业务能力将随着用户不断使用、参与定制和开发的过程而同步增长，并且不要求电信运营商对任何电信网外部业务资源做任何接口和协议上的约束。

为使本发明实施例的目的、技术方案及优点更加清楚明白，以下参照附图并举较佳实施例，对本发明进一步详细说明。

图1是本发明实施例一种业务聚合系统的组成结构框图。如图1所示，该系统包括：业务适配单元101、业务交互单元102和业务聚合单元103，其中：

业务适配单元101，主要用于将来自外界业务资源部件的不同格式的业务消息适配成业务聚合系统内部统一格式的业务消息；将所述适配后的业务消息发送给业务交互单元；将来自业务交互单元的业务消息适配成相应格式的业务消息，发送该业务消息。

业务交互单元102，主要用于根据自身中保存的路由规则，对来自业务适配单元和业务聚合单元的业务消息进行转发。

业务聚合单元103，主要用于保存预定义的业务聚合逻辑，在接收到来自业务交互单元的业务消息后，根据自身中保存的业务聚合逻辑进行相应的业务聚合处理，将聚合后的组合业务消息发送给业务交互单元102。

在图1中，业务适配单元101，提供了本业务聚合系统与外界的各服务资源部件之间的外部交互接口。外界的业务资源部件包括：电信网中的服务资源部件和互联网中的服务资源部件。业务适配单元101，对现有电信网所开放出来的能力，以及互联网提供的开放API进行抽象适配，对内提供统一的服务能力界面，以供后续进行业务组合。

业务适配单元101可以设置为由两个以上的业务适配模块1011组成。每个业务适配模块1011对应于一种类型的业务，该业务可以是电信业务也可以是互联网业务。每个业务适配模块1011，用于接收来自自身所对应业务的业务资源部件的业务消息，并适配成业务聚合系统内部统一格式的业务消息后发送到业务交互单元102；接收来自业务交互单元102的业务消息，适配成自身所对应业务的业务资源部件所支持的消息类型，并发送到该业务资源支持部件。

可见，业务适配单元101中的业务适配模块1011具备即插即用的特性，可以随时根据新的电信网络基础业务能力或者互联网业务能力引入新的业务适配模块1011。在互联网一侧，还可以支持用户或第三方开发者自助式地插入对应于新业务的业务适配模块1011。因此，业务适配单元101的总体业务适配能力将随着用户使用的持续贡献而不断自动扩充，无需运营商的规划和干预。

在互联网一侧，对应于互联网业务的各业务适配模块1011使用网站开放的API接口访问其资源，并将返回的数据格式转换为业务聚合系统内部统一资源描述。如果涉及到对媒体类资源的实时转换，比如，视频编码转换、图片大小转换与拼接、自动语音发声等，业务适配模块1011可调用业务聚合系统内部提供的公共服务能力来完成，这在后面的描述中的说明。由于电信运营商不可能对互联网资源的访问接口进行约束，且业务适配单元101需要适配的互联网资源数量众多，并始终处在快速增长和变化调整中，因此主要由有需求的第三方借助运营商提供的业务适配模块1011生成工具，自行生成相应的业务适配模块1011，以扩充业务适配单元101的能力范围并维护其有效性。鉴于互联网的不可控性，业务适配模块1011在实现时需要考虑网络不可到达的情况，对无法在规定时间内访问到的资源可以采用其历史缓存来替代，以保证实时业务的响应时间。

在电信网一侧，对应于电信业务的业务适配模块1011由运营商根据自身的网络部署情况来确定。所确定的各业务适配模块1011可以分别同以下电信网络中的网元交互：Parlay/ParlayX网关、短信/彩信网关、Service Broker、彩铃媒体管理系统、或者作为SIP AS访问IMS的网络能力。并且鉴于不同厂商的设备的异构性，可能需要开发不同的业务适配模块1011来适配不同设备商、不同能力部件的接口协议。

此外，各业务适配模块1011，还可以对电信运营商的运营网络提供一套公共的服务接口，以实现运营商对整个系统的可运营、可管理。这些接口包括但不限于：认证(authentication)、访问授权(authorization)、计费(Charging)、供应(Provisioning)和业务水平管理(Service LevelManagement)。运营商的运行、管理、维护和供应(OAM&P)系统将通过这些服务接口与业务聚合系统进行对接，完成订单处理(Order Handling)、计费(Billing)、监控(Monitoring)等可运营、可管理的功能。

在图1中，业务聚合单元103为由多个业务组合而成的复杂组合业务逻辑提供运行容器，具体实现上不特别限定采用某种组合逻辑描述语言，可以使业务流执行语音(BPEL，Business Process Execution Language)或者其它工作流描述语言、或脚本程序语言等。任何需要被组合的业务所对应消息，都被业务交互单元102中的路由规则设置为送到业务聚合单元103中集中处理。

业务聚合单元103可以设置为由一个以上的业务聚合模块1031组成。每个业务聚合模块1031对应于一种组合业务，该组合业务由两个以上的电信业务和/或互联网业务组合而成。每个业务聚合模块1031中都保存有其自身所对应的组合业务的业务聚合逻辑，当接收到来自业务交互单元102的业务消息时，根据保存的业务聚合逻辑进行业务聚合处理。

可见，业务聚合单元103中的业务聚合模块1031也具备即插即用的特性，任何第三方开发者都可以编写任意业务的组合逻辑并插入到业务聚合单元103中，并且已有的业务组合逻辑还可以作为业务能力服务发布出来供其它开发者进行进一步的业务组合。

在图1中，业务交互单元102，通过完成业务消息的动态策略路由，实现业务适配单元101中的各业务适配模块1011和业务聚合单元103中的各业务聚合模块1031之间的耦合和后期动态绑定。业务交互单元102消除了各种业务之间的直接耦合，实现了业务消费者与生产者的后期绑定。因此，不论是对应于电信业务的业务适配模块、对应于互联网业务的业务适配模块，还是业务聚合模块中的任何一方发生变化，都可以通过动态调整业务交互单元102中相应的业务消息路由规则，来屏蔽上述变化对其它模块的影响。这样，在保持整个业务聚合系统内部协同机制单一和稳定的基础上，通过外界对业务适配模块1011和业务聚合模块1031的扩充机制，实现业务聚合系统能力无限制地扩充。

此外，业务交互单元102，对来自各模块的业务消息进行路由的同时，还需要完成各模块之间业务消息模式的转换。比如，如果一个服务生产者接受的消息模式是“请求-应答方式”，或服务生产者只提供点对点的“请求-延迟应答”方式，但服务消费者需要基于事件通知的“发布-订阅”方式，那么业务交互单元102需要完成这种不同消息模式的转换匹配。这里服务产生者和服务消费者是相对于通过业务交互单元102进行通信的双方来说的，例如，第一方通过业务交互单元102向第二方发送服务请求消息以请求服务，则第一方为服务消费者，第二方为服务产生者。

图1所示的业务聚合系统除了包括业务适配单元101、业务交互单元102和业务聚合单元103以外，还可以进一步包括：自助扩充单元104和公共服务单元105。其中：

自助扩充单元104，与业务交互单元102和/或业务聚合单元103连接，用于向外界提供对业务聚合系统进行自助扩充的接口。例如，通过向用户提供Portal界面，使得用户通过Portal界面在业务聚合单元103中插入新的组合业务逻辑，即可以理解为生成新的业务聚合模块1031，并在业务交互单元102中配置相应的业务消息路由规则，进而实现对业务聚合系统能力的自助扩充。

自助扩充单元104还可以与业务适配单元101连接。用户可以通过自助扩充单元104提供的接口，在业务适配单元101中设置新的业务适配模块1011。系统可以在自助扩充单元104中定义业务适配模块生成工具，该工具即为用户在业务适配单元101中设置新的业务适配模块1011时所需遵守的规范。

由于自助扩充单元104支持对业务聚合系统的自助式扩充，因此，从安全级别上将扩充者分为三个角色层次：电信运营商、开发者和用户。电信网一侧的业务能力的扩充和维护完全由电信运营商来控制，因此这部分变化相对平缓，其部署过程序要经过比较严格的测试，而在实际上线时可以不需要严格的安全限定机制，直接安装即可；互联网一侧的业务能力扩充以及组合业务逻辑能力的部署则分两种情况：1)对简单资源连接关系构成的组合业务逻辑，普通用户可以通过业务聚合单元103模块暴露给自助扩充单元104的接口自行配置，由于其逻辑模版是系统预定义的，属于低风险插件，因此也不需要严格的安全限定机制，只需就其对系统资源的占用总量进行监控即可；2)对复杂的逻辑组合，或者涉及到对互联网资源的重新转换需要生成新的业务适配模块1011，第三方开发者可自行用脚本语言实现其业务组合逻辑和业务适配逻辑，但自助安装后需要限制在有严格安全控制的沙盒(Sandbox)环境中。

自助扩充单元104提供的Portal界面本质上是一个基于Ajax技术的个性化定制框架，没有预定义的内容，其布局和功能完全由用户自行控制。Portal根据业务聚合系统当前所具备的服务能力，将这些能力展示为已有组件供用户添加，同时用户可以自行添加任何互联网上可以访问到的、开放出的API的资源和应用。典型的使用方式是：用户把Portal作为访问互联网的个性化入口，保存自己经常使用的互联网资源的元数据描述，比如RSS Feed等，Portal根据这些元数据的资源类型自动将匹配的可供组合的服务能力暴露出来，帮助用户生成新的组合业务。此外，业务聚合单元103还可以提供一组预定义的常用组合逻辑，用于给普通用户通过Portal界面自行生成常规的组合业务，这种方案一般针对业务之间简单的资源连接组合方式，比如，将特定URL指向的媒体文件设定为通话背景音等。

公共服务单元105，用于向业务聚合系统中的业务适配单元101、业务交互单元102、业务聚合单元103和/或自助扩充单元104提供公共服务，以支撑上述各组成部分的正常运行。例如，公共服务单元105可以提供服务能力的注册与搜索(Register & Search)、为工作媒体文件提供临时缓存(Caching& Store)、转换媒体格式(Media Convert)、用户ID在不同管理域之间的映射(Identity Mapping)以及为每个独立的服务能力提供访问授权控制(Access Control)等。

图1所示的业务聚合系统除了和上面提到的与包括电信运营商自己的电信网络业务能力和互联网业务能力等基础服务提供层交互外，还需要和运营商的OAM&P系统交互，以便同现有的运营管理流程结合。

此外，图1所示的业务聚合系统还可以和其它各种业务系统对接，以实现更广泛的跨域业务组合。例如，在与广告系统组合时，可以把广告服务作为一种业务能力，这样广告商可自行维护其广告内容资源，所有的更新被自动通过业务聚合系统递送到指定商业策略所映射的用户终端和接受媒体上；在与社交网络服务(SNS，Social Network Service)的组合时，形成一种用户之间的关联机制，这样任何用户所开发和定制的新服务将被病毒式传播到其它用户，实现新业务推广的零成本营销；在与在线交易系统(Marketplace)组合时，为用户自己生成的新服务提供一个有偿付费使用的环境，使得人人都可以成为业务提供商SP，而运营商可以发展基于长尾的商业模式，这比传统依赖少数SP能获取更多的收入和更好的用户满意度。

本实施例的业务聚合系统的各个单元可以是硬件，也可以是软件，可以集成在一台设备，比如服务器中，也可以是分布式集成于多台设备中，各个模块可以根据实际需要而集成在一起。

在图1所示的业务聚合系统内所有消息的语义可以是自描述的，也就是说，对服务接口的调用在操作上无需任何额外的辅助描述定义文件，仅仅需要约定数据格式。本发明实施例中采用以下样式进行消息交互：

1.所有的服务对服务消费者呈现出单一的表示接口；

2.所有的服务是无状态的；

3.服务结果可被缓存；

4.服务及其消费者之间的交互是通过资源表示状态的转移来呈现的

在本发明实施例中，还可以对资源的描述采用URI方式，资源表示状态的传送有4中方式：

GET：获取指定URI的资源；

PUT：修改指定URI的资源；

Delete：删除指定URI的资源；

POST：增加指定URI的资源。

所有的接口调用操作都体现为上述4种资源表示状态的传送。一个资源实体对应于唯一的URI，其不同的视图是通过在操作请求中附加不同的响应接受类型来区分的。对基于电话呼叫类型的服务抽象，是通过将呼叫本身的信息编码为URI，以供进一步调用。

在图1所示的业务聚合系统中，其业务消息的数据类型包括；

1、基本媒体内容类型，如，文本(text)、图片(image)、语音(audio)、视频(video)和直播(live streaming)等；

2、Card(联系人/地址本信息)

3、Calendar(日程安排、事件提醒、任务列表)

4、Review(评论，投票，反馈)

5、Social Link(社区关系链，好友列表，黑白名单)

6、Tag(资源标签)

7、Outline(资源目录纲要，资源订阅列表)

8、Geo(地理信息，定位信息)

9、Address(地址信息)

10、Presence(状态信息)

11、Call(呼叫状态信息)

上述每种数据类型都定义了“纲要”(Schema)。所有业务适配模块1011在实现时，必须按照定义的“纲要”规范暴露服务接口，所有的服务接口都体现为对这些资源数据表示状态的传送操作(GET/PUT/DELETE/POST)。这样，在进行业务组合时，任何一个被组合的业务能力都不需要了解其它关联服务的接口操作细节，只需要分析与之交互的消息数据类型，即可获得相关的上下文语义和元数据模型。

下面给出一个具体的对电信业务和互联网业务进行组合的例子，以说明用户如何利用如图1所示的业务聚合系统所开放出来的能力自行生成所需要的电信-互联网组合业务，以及该组合业务在执行时的消息交互流程。

用户A经常在某本地分类信息网站B了解感兴趣的信息，由于经常有机会到各地旅行，因此用户A希望能有这样一种服务：一下飞机手机开机，就能自动收到一条彩信，其背景是当前所在地附近的地图，地图上标注的是分类信息网站B过滤出的用户A平时所感兴趣的、并且正好在他当前位置附近的场所。本实施例中将这种业务称为“自动通知业务”。

本实施例中，用户A所感兴趣的分类信息网站B，以及他(她)所希望看到地图的提供者，都应满足用户A自己的偏好，运营商是不可能事先知道并与之进行合作的，而上面所描述的业务逻辑也带着很强的个人特色，随用户不同可能都会稍有差异，因此运营商很难预先进行规划，向不同的用户提供自动通知业务。

本实施例中的为了实现自动通知业务需要组合5种业务，包括：当前状态(Presence)业务、地理位置(location)业务、消息(message)业务、地图(map)业务和分类信息(Classify)业务。其中，前三种业务为电信业务，后两种为互联网业务。

因此，为了实现自动通知业务，图1所示的业务聚合系统中的业务聚合单元103至少要求包括一个自动通知业务聚合模块；业务适配单元101至少要包括：当前状态业务适配模块、地理位置业务适配模块、消息业务适配模块、地图业务适配模块和分类信息业务适配模块；业务交互单元102中的路由规则将当前状态业务适配模块、地理位置业务适配模块、消息业务适配模块、地图业务适配模块和分类信息业务适配模块帮定到自动通知业务聚合模块。

图2是本发明实施例业务聚合系统实现自动通知业务的消息交互流程示意图。如图2所示，包括以下步骤：

步骤201，自动通知业务聚合模块向当前状态业务适配模块发送订阅请求消息，以订阅用户A的当前状态服务。

在本实施例中，用户A的当前状态服务由用户A的终端(手机)所归属的位置寄存器提供，位置寄存器通过当前状态业务适配模块将其能力开放出来。

步骤202，当用户A到达新的地点开机时，位置寄存器被更新，当前状态业务适配模块从位置寄存器获取到位置更新状态信息，并通过业务交互单元发送给自动通知业务聚合模块。

在本实施例中，当前状态适配模块并不知道有多少个订阅了用户A状态的服务消费者，当从位置寄存器获知用户A的状态发生变换时，只要将位置更新状态消息发送给业务交互单元即可。业务交互单元负责屏蔽服务消费者和服务产生者之间的绑定关系，当接收到位置更新状态消息时，将该消息路由到订阅者，在本实施例中订阅者为自动通知业务聚合模块。如果有多个订阅者，则业务交互单元会生成多个路由表项，将位置更新状态消息同时路由到多个订阅者。

步骤203，自动通知业务聚合模块收到位置更新状态消息时，意味着用户到达了新的地方，即自动通知业务逻辑的触发条件被激活，于是自动通知业务聚合模块通过业务交互单元向地理位置业务适配模块查询用户A当前所在的准确地理位置信息。

本步骤中，地理位置业务适配模块接收到自动通知业务聚合模块的查询信息后从电信网络中的提供地理位置信息服务的服务资源部件获取相应的地理位置信息并返回给自动通知业务聚合模块。

步骤204，自动通知业务聚合模块利用查询到的地理位置信息，通过业务交互单元向地图业务适配模块提交地址服务请求，获取与该地理位置信息对应的地址信息。

本步骤中，业务交互单元将来自自动通知业务聚合模块的地址服务请求路由到地图业务适配模块，地图业务适配模块根据地址服务请求从互联网中的提供地图业务的地图网站获取相应的地址信息并返回给自动通知业务聚合模块。

步骤205，自动通知业务聚合模块利用获取到的地址信息，通过业务交互单元向分类信息业务适配模块提交分类信息获取请求，从而获取与上述地址信息对应的用户A所感兴趣的分类信息。

本步骤中，业务交互单元将来自自动通知业务聚合模块的分类信息请求路由到分类信息业务适配模块。分类信息业务适配模块根据分类信息请求从分类信息网站B获取用户A所感兴趣的分类信息并返回给自动通知业务聚合模块。

本步骤中，自动通知业务聚合模块还需要将用户A的终端(手机)标识映射为用户A在分类信息网站B中的注册标识，并携带分类信息请求中，这样分类信息网站B便可以知道是哪个用户来访，进而使用该用户平时登记的关注标签进行搜索。返回的分类信息结果可以是标准的Outline格式。

将用户A的终端(手机)标识映射为用户A在分类信息网站B中的注册标识，可以通过调用公共服务单元105来实现，当然映射关系是预先设置在公共服务单元105中的。

步骤206，自动通知业务聚合模块根据Outline格式分类信息中的每个分类信息条目的地址信息，通过业务交互单元向地图业务适配模块提交经纬度计算请求，从而获取与上述每个条目的地址信息对应的绝对经纬度。

步骤207，自动通知业务聚合模块将每个分类信息条目的绝对经纬度信息以及对应该分类信息条目的标注信息作为图层数据，通过业务交互单元向地图业务适配模块提交地图数据请求，从而获得复合图片。

本步骤中可以不用产生实际的网络访问，地图业务适配模块根据之前的地图图片缓存，根据绝对经纬度信息将标注信息叠加到地图图片上即可。具体执行逻辑可以重新编写，也可以利用地图网站本身返回的Aj ax代码实现。

步骤208，自动通知业务聚合模块通过业务交互单元向消息业务适配模块发送消息服务请求，将生成的复合图片作为彩信发送给用户A。

本步骤中，消息业务适配模块根据将消息服务请求中彩信通过电信网络中的彩信网关发送给用户A。

由上述的实施例可见，本发明实施例中提供的业务聚合系统外部特征表现为：从整个互联网来看，它相当于多个虚拟的网络节点，每个节点完成一项互联网应用协议所对应的客户(Client)或服务器(Server)端软件功能，比如，浏览器(Browse)/RSS阅读器(RSS Reader)、博客更新通知服务(BlogPing Server)；从运营商网络内部来看，它相当于电信增值业务层，通过业务使能层开放的一系列业务接口协议调用电信网络业务能力。因此，本发明实施例中提供的业务聚合系统打破了原先组合业务与电信网业务能力之间的树形层次结构，而是在电信网业务能力、互联网业务能力、组合业务之间形成了网状结构，其中任何一方都可以独立被装卸，彼此地位对等不存在依附和从属关系。

并且，本发明上述实施例中提供的业务聚合系统总体上是一个即插即用的开放架构。这里的即插即用体现在多个方面：如果运营商部署了新的网络能力资源，可以在运行状态下将对应的能力服务插入到业务聚合系统中而被其它业务组合；如果有内容提供者开发了新的信息服务，可以利用该业务聚合系统提供的适配工具将其服务自助插入进去以被组合；如果有第三方开发者利用平台中现有能力生成了新的组合业务，其组合业务逻辑也可被作为新的服务能力即时插入到该业务聚合系统中，以供进一步在其上面生成更大的组合业务。

本发明实施例中所实现的业务聚合系统和现有的组合业务实现方案不是对立关系，相反，现有组合业务实现方案所做的工作可以作为业务聚合系统的基础被调用。比如，对于各种在业务使能层部件上开发出来的能力，通过接口定义转换可以很容易将其适配成服务插入到业务聚合系统中。通过在电信网络中引入本发明所实现的业务聚合系统，可以使新业务生成不再受限于特定接口协议和规范的制约。

另外，本发明实施例中所述的电信网络包括但不限于：固定网络、移动网络、固定移动融合网络；核心网可以是电路交换、软交换或IP多媒体子系统(IMS)；业务使能层可以是智能网(IN)、初始会话协议应用服务器(SIPAS)、消息网关等一切能力部件。所融合的互联网应用可以是任意类型，包括但不限于：图片共享、视频共享、博客、地图、消息与通信等等。

综上所述，本发明实施例中提供的上述技术方案有优点包括：

1、业务聚合系统的动态可自适应的架构，大大加快了运营商推出新组合业务的速度。

2、在生成新组合业务的过程中，不论是作为被组合的服务能力(即与各类业务对应的业务适配模块)还是组合逻辑(即业务聚合模块)本身，都与业务聚合系统中的其它模块松散耦合，因此大大降低了在持续进行新业务开发过程中的运营成本。

3、系统所能提供的业务不再受限于运营商的预规划能力，而是通过一个鼓励参与的架构，让互联网上新出现的业务即时地被组合到系统的业务能力范围内。通过向用户提供自助组合的平台，将业务组合的主动权还给用户，使用户可以随时按照自己的需要为系统开发新的业务，真正实现“我的业务我做主”，进而使得用户的业务需求得到最大的满足。

4、电信网络的业务服务能力被融合到海量的互联网应用和内容中，不断创新和丰富的业务可以大大刺激网络服务的使用，从而增加运营商对用户的粘性，并提升收入。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，所述的存储介质，包括：ROM/RAM、磁碟、光盘等。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1、一种业务聚合系统，其特征在于，该系统包括：业务适配单元、业务交互单元和业务聚合单元，其中，

业务适配单元，用于将来自外界业务资源部件的业务消息适配成业务聚合系统内部统一格式的业务消息；将所述适配后的业务消息发送给业务交互单元；将来自业务交互单元的业务消息适配成相应业务资源部件所支持格式的业务消息，发送该业务消息；

业务交互单元，用于根据自身中保存的路由规则，对来自业务适配单元和业务聚合单元的业务消息进行转发；

业务聚合单元，用于保存预定义的业务聚合逻辑，在接收到来自业务交互单元的业务消息后，根据自身中保存的业务聚合逻辑进行相应的业务聚合处理，将聚合后的组合业务消息发送给业务交互单元。

2、如权利要求1所述的系统，其特征在于，所述业务聚合单元包括至少一个业务聚合模块，各业务聚合模块对应于不同的组合业务，其中，

每个业务聚合模块，用于保存自身所对应的组合业务的业务聚合逻辑，当接收到来自业务交互单元的业务消息时，根据保存的业务聚合逻辑进行业务聚合处理，将聚合后的组合业务消息发送给业务交互单元。

3、如权利要求2所述的系统，其特征在于，所述业务适配单元包括至少一个业务适配模块，各业务适配模块对应于不同的业务资源部件，其中，

每个业务适配模块，用于接收来自自身所对应业务资源部件的业务消息，适配成业务聚合系统内部统一格式的业务消息后发送给业务交互单元；接收来自业务交互单元的业务消息，适配成自身所对应业务资源部件所支持的消息格式，发送给所述业务资源部件。

4、如权利要求3所述的系统，其特征在于，

所述业务适配模块，还用于为电信网络提供公共服务接口。

5、如权利要求3所述系统，其特征在于，所述业务交互单元，用于根据自身中保存的路由规则在所述各业务适配模块和所述各业务聚合模块之间进行业务消息的转发。

6、如权利要求5所述的系统，其特征在于，所述业务交互单元还用于对所接收到的业务消息进行模式转换处理。

7、如权利要求1至6中任一项所述的系统，其特征在于，该系统进一步包括自助扩充单元，用于向用户提供对业务交互单元、或业务聚合单元、或业务适配单元进行扩充的接口。

8、如权利要求7所述的系统，其特征在于，该系统进一步包括公共服务单元，用于向业务交互单元、或业务聚合单元、或业务适配单元、或自助扩充单元提供公共服务。

9、如权利要求8所述的系统，其特征在于，所述公共服务单元，用于提供公共服务，所述公共服务包括：服务能力的注册与搜索、为工作媒体文件提供存储、转换媒体格式、用户标识在不同管理域之间的映射，或为每个独立的服务能力提供访问授权控制。

10、一种业务聚合方法，其特征在于，该方法包括：

接收来自外界业务资源部件的业务消息，适配成预定格式的业务消息；

根据预置的业务聚合逻辑和每个业务聚合逻辑所组合的业务，将所述适配后的业务消息映射到相应的业务聚合逻辑；

根据所述适配后的业务消息和映射到的业务聚合逻辑，进行业务聚合处理，获得预定格式的组合业务消息；

将所述组合业务消息适配成相应业务资源部件所支持格式的业务消息。

11、如权利要求10所述的方法，其特征在于，所述外界业务资源部件类型包括：电信网中的服务资源部件或互联网中的服务资源部件。

12、如权利要求10所述的方法，其特征在于，该方法进一步包括：设置自助扩充接口，使得用户通过该自助扩充接口扩充新的业务聚合逻辑。

Images