CN102137136A - 实现业务聚合Mashup业务的方法、装置和设备 - Google Patents

Abstract

本发明实施例提供了一种实现Mashup业务的方法、装置和设备，涉及通信技术领域，用于支持多种类型的数据源的Mashup业务。本发明实施例提供的实现业务聚合Mashup业务的方法包括：对数据源的组件进行注册并按照统一的第一格式为所述组件生成业务提供接口；根据业务请求者的业务请求消息，在已注册的所述组件中获取所需的组件，并按照统一的第二格式为所述所需的组件生成业务请求接口；利用所述业务请求接口接收所述业务请求消息，利用所述业务提供接口向所述所需的组件请求业务，利用所述业务请求接口将生成的Mashup业务应答消息发送至业务请求者。

Description

实现业务聚合Mashup业务的方法、装置和设备

技术领域

本发明涉及通信技术领域，尤其涉及一种实现Mashup业务的方法、装置和设备。

背景技术

业务聚合(Mashup)是将多个不同的支持Web应用程序接口(Web Application Interface，API)的应用进行堆叠、聚合形成的新型的Web应用。Mashup服务器是一个Web集成平台，它允许用户轻松集成来自任意具有Web API的应用程序的数据和资源，其主要功能包括提供聚合应用逻辑编排功能，聚合应用的执行环境以及和外部数据源、子服务进行通信等。

Mashup起源于因特网(Internet)，属于WEB2.0的一种新应用。目前业界众多厂商的解决方案聚焦于web类的应用，以及互联网数据源的集成和融合，如web服务(web service)数据源、聚合业务(Really Simple Syndication，RSS)数据源、订阅网志(ATOM)数据源等。

在实现本发明的过程中，发明人发现现有技术中至少存在如下问题：

随着电信运营商对业务能力的开放，业务创建者，如第三方开发者、用户、运营商等，已经可以将稳定的、可信度高且服务质量保障度高的电信服务数据源集成为Mashup业务。但现有的方案中Mashup服务器不支持电信服务数据源的Mashup业务，无法满足用户的需要。

发明内容

为解决现有技术中存在的问题，本发明的实施例提供一种实现Mashup业务的方法、装置和设备。

为达到上述目的，本发明的实施例采用如下技术方案：

一种实现业务聚合Mashup业务的方法，所述方法包括：

对数据源的组件进行注册并按照统一的第一格式为所述组件生成业务提供接口；

根据业务请求者的业务请求消息，在已注册的所述组件中获取所需的组件，并按照统一的第二格式为所述所需的组件生成业务请求接口；

利用所述业务请求接口接收所述业务请求消息，利用所述业务提供接口向所述所需的组件请求业务，利用所述业务请求接口将生成的Mashup业务应答消息发送至业务请求者。

一种实现业务聚合Mashup业务的装置，所述装置包括：

业务提供接口生成单元，用于对数据源的组件进行注册并按照统一的第一格式为所述组件生成业务提供接口；

业务请求接口生成单元，用于根据业务请求者的业务请求消息，在已注册的所述组件中获取所需的组件，并按照统一的第二格式为所述所需的组件生成业务请求接口；

业务实现单元，用于利用所述业务请求接口接收所述业务请求消息，利用所述业务提供接口向所述所需的组件请求业务，利用所述业务请求接口将生成的Mashup业务应答消息发送至业务请求者。

一种网络设备，包括：

请求消息分析单元，用于对接收到的组件注册请求消息进行分析，将所述组件注册请求消息发送至组件注册单元，所述组件注册请求消息携带组件标识ID，以及，对接收到的业务请求消息进行分析，将所述业务请求消息发送至组件请求处理单元，

所述组件注册单元，用于根据组件注册请求消息中携带的所述组件ID，向组件存储单元发送组件查询请求，查询组件存储单元中所有已经注册的组件中是否有相同ID的组件已经注册，如果没有相同ID的组件注册，则调用MashableAPI创建单元，以使所述Mashable API创建单元按照统一的第一格式为组件生成业务提供接口；所述组件存储单元，用于存储组件和组件的描述信息，所述描述信息包括组件ID；

所述组件请求处理单元，用于根据业务请求消息，按照统一的第二格式为组件生成业务请求接口，或者，调用所述Mashable API创建单元以使所述Mashable API创建单元按照统一的第二格式为组件生成业务请求接口，以及利用所述业务请求接口接收所述业务请求消息，利用所述业务提供接口向相应的组件请求业务，利用所述业务请求接口将生成的Mashup业务应答消息发送至业务请求者。

本发明实施例提供的技术方案，通过采用统一的格式为各个数据源的组件生成业务提供接口或业务请求接口，实现了对各种数据源的统一封装机制，从而能够支持包括电信服务数据源在内的多种类型的数据源通过该交互接口进行Mashup业务的创建和请求，增强了Mashup业务的可扩展性，满足了用户的需要。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一个实施例提供的实现Mashup业务的方法流程图；

图2为本发明一个实施例提供的Mashup系统结构示意图；

图3为本发明又一个实施例提供的非Mashup Service数据源组件的注册流程示意图；

图4(a)为本发明又一个实施例提供的Mashup Service数据源部署流程示意图；

图4(b)为本发明又一个实施例提供的Mashup Service数据源组件的注册流程示意图；

图5为本发明又一实施例提供的预定结构的示意图；

图6为本发明又一实施例提供的一种预定结构的示例；

图7为本发明又一实施例提供的一种动态生成业务请求接口的场景示意图；

图8为本发明又一实施例提供的Mashup系统与AAA系统和计费系统之间交互的流程示意图；

图9为本发明又一实施例提供一种实现业务聚合Mashup业务的装置结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例的技术构思在于提供一种创新的动态创建Mashup业务的方案，该方案通过对包括互联网数据源和电信服务数据源的各种数据源的组件，使用统一的应用程序接口(Application Interface，API)格式进行封装、注册，以使Mashup服务器支持各种数据源的Mashup业务。

本发明一个实施例提供的实现Mashup业务的方法，参见图1，包括：

11：对数据源的组件进行注册并按照统一的第一格式为所述组件生成业务提供接口；

12：根据业务请求者的业务请求消息，在已注册的所述组件中获取所需的组件，并按照统一的第二格式为所述所需的组件生成业务请求接口；

13：利用所述业务请求接口接收所述业务请求消息，利用所述业务提供接口向所述所需的组件请求业务，利用所述业务请求接口将生成的Mashup业务应答消息发送至业务请求者。

上述的数据源包括电信服务数据源在内的各种数据源。Mashup业务可以作为Mashup数据源，提供第二次开发或重用

为了便于清楚描述本发明实施例的技术方案，在本发明的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。

其中，所述第一格式和第二格式为相同的格式，或者，所述第一格式和第二格式为不同的格式。即所有的业务请求接口具有相同的格式，所有的业务提供接口具有相同的格式，而业务请求接口和业务提供接口的格式可以相同，也可以不同。

其中，上述的格式可以理解为请求或调用业务时的具体消息构成，例如，该消息可以由函数和参数构成或者该消息由协议调用构成。

示例性的，一种可以采用的格式表示如下：

函数(参数)；如Weather(city)

另一种可以采用的格式表示如下：

协议：参数；如Http:/GET/POST...

进一步的，在步骤11之前，还可以包括按照预定结构创建Mashup业务，例如，业务开发者按照组件导入部分(Component imports)、命名空间定义部分(Mashup namespace definition)、语法定义部分(Schema definition)、操作(Operation)部分四层结构利用动态脚本语言(如JavaScript)创建Mashup业务。传统的Mashup业务开发方法，由于Mashup数据源的格式不统一，业务开发者需要同时掌握Web Service、Rest、C++、Java等具体的编程技术，开发难度大、对业务开发者的要求高。而采用本发明的这种方式使业务开发者无需额外的学习其他的开发语言(包括Mashup Server标签语言和网页语言)，只通过使用扩展的动态脚本语言就能够创建Mashup业务，降低了业务开发难度和对业务开发者的要求。

业务请求者通过请求信息和应答信息得到相应的Mashup业务，享受相应的服务。

示例性的，一种请求信息可以为：HTTP://www.sina.com.cn/user＝123&password＝123而相应的应答信息为用户所请求的网页的内容，例如验证通过的网页。将请求信息携带在上述业务请求消息中，将应答信息携带在Mashup业务应答消息中。

本发明实施例中的组件为业务请求者和实际的业务(如数据源)之间的代理。组件利用业务提供接口从数据源调用相应的业务，利用业务请求接口接收业务请求者发送的业务请求消息，以根据该业务请求消息请求实际的业务提供的操作(Operation)。

由该业务提供接口、业务请求接口和相关参数构成Mashable API。利用Mashable API统一对组件进行管理，组件对外部开放具有统一格式的Mashable API以供Mashup业务的创建和请求。

业务提供接口在组件注册的时候自动生成，并随同组件存储，而业务请求接口是在发起业务请求或调用组件的时候动态生成，业务请求接口根据业务请求者和业务提供者的实际情况而定，无需预先存储业务请求接口。这种方式满足了组件注册的动态特性和节省内存的需求。

本发明实施例提供的技术方案，通过采用统一的格式为各个数据源的组件生成业务提供接口或业务请求接口，实现了对各种数据源的统一封装机制，从而能够支持包括电信服务数据源在内的多种类型的数据源通过该交互接口进行Mashup业务的创建和请求，增强了Mashup业务的可扩展性，满足了用户的需要。

为了清楚描述本发明实施例的技术方案，首先，参见图2，对本发明实施例提供的Mashup系统结构进行介绍。在该系统中主要包括如下单元：

请求消息分析单元(Request Analysis Unit)201：该单元用于接收来自客户端，即图2中的业务请求者200所用的客户端的各种请求消息，包括mashup部署请求消息，组件注册请求消息，业务请求消息，并对接收到的请求消息进行分析后转发到系统中相应的单元进行处理。

Mashup部署单元(Mashup Deployer Unit)202：该单元用于处理mashup部署请求消息，将Mashup service数据源部署到Mashup服务器上。并调用相应的单元为Mashup service数据源的组件生成业务提供接口。

组件生成单元(Component Generator Unit)203：为该单元用于生成Mashup数据源对应的组件。

脚本解析单元(Script Parser Unit)204：该单元用于解析使用动态语言(例如Java Script)描述的Mashup业务，并且帮助组件生成单元203为该Mashup业务生成组件。

组件注册单元(Component Registration Unit)205：该单元用于处理组件注册请求消息，并生成与业务请求者交互的交互代码(该交互代码基于脚本语言)，以及为请求组件提供相应的代码。注册过程完成后，该单元还可以调用组件存储单元207中存储的组件和组件详细描述。

Mashable API创建单元206：为组件创建Mashable API，该Mashable API包括业务提供接口和业务请求接口。

组件存储单元(Components Repository Unit)207：该单元相当于一个存储池(Pool)，用于存储注册后的组件和组件详细描述。

组件请求处理单元(Component Request Unit)208：该单元用于处理组件请求过程。

组件管理单元(Component Management Unit)209：该单元用于管理与组件使用过程相关的一些操作，如验证，鉴权和计费。图2中所示的Mashup系统能够接收来自业务请求者(Requestor)200的请求，执行部署(Deploy)或组件注册等过程，或与外部服务(External Service)功能210进行交互，或与其他的系统如计费(Billing)系统211、认证鉴权系统(如AAA)212进行交互。

上述只是对主要功能单元的示例性说明，例如，该系统中的组件请求处理单元208中还可以包括脚本执行引擎(Script)2081，用于测试和执行Mashup的脚本描述。

下面结合图2，对本发明又一个实施例提供的实现Mashup业务的方法进行详细说明。具体包括如下处理：

11：对数据源的组件进行注册并按照统一的第一格式为所述组件生成业务提供接口。

在本发明实施例中，将数据源分为业务聚合服务(Mashup Service)数据源和非Mashup Service数据源，对这两类数据源采用不同的方式进行注册。其中，电信服务数据源属于非Mashup Service数据源。

采用这种方式是由于，非Mashup Service数据源的组件，如Java组件、C++组件、表述性状态转移(Representational State Transfer，REST)组件或Web服务描述语言(Web Services Description Language，WSDL)的Web组件，这些组件通常在实现Mashup业务之前就已经发布或使用且已经进行了部署，可以直接进行组件的注册过程。而对于Mashup Service数据源，需要在将Mashup Service数据源部署在Mashup服务器上的过程中生成相应的组件。下面分别对这两种情况进行介绍。

第一种情况、非Mashup Service数据源组件的注册

参见图3，非Mashup Service数据源组件的注册过程，具体包括如下步骤：

1：注册请求者向请求消息分析单元发送注册组件请求消息，该注册组件请求消息中携带组件的信息，如组件的数据和组件标识(ID)。组件ID可以为唯一标识组件的一个字符串，如“SMS”、“MMS”，“WeatherInfo”，组件ID由组件提供者或组件生成者提供。但不局限于此，组件的信息还可以包括组件关键字，组件关键字可以指示该组件所支持的业务类型，不同的组件可以有相同的组件关键字，例如，对组件ID分别为SMS1、SMS2和SMS3的组件，组件关键字都可以为SMS。

不同组件的注册组件请求消息中携带的组件信息也不同。

例如，当组件为C++组件时，上述注册组件请求消息中携带C++的动态链接库文件(.dll文件)数据和组件ID；当所述组件为Java组件时，上述注册组件请求消息中携带java数据包、组件ID和数据类型描述，本发明实施例提供的一种数据类型描述为对象名(属性值1，属性值2，...)；当所述组件为REST组件时，上述注册组件请求消息中携带REST统一资源定位符(Universal Resource Locator，URL)和组件ID；当所述组件为WSDL的Web组件时，上述注册组件请求消息中携带HTTP URL和组件ID。

2：请求消息分析单元对接收到的注册组件请求消息进行分析后，将该注册请求消息转发至组件注册单元。

3：组件注册单元向组件存储单元发送组件查询(Query Component)请求，查询组件存储单元中所有已经注册的组件，判断是否有相同的组件已经注册。这里，相同的组件主要指具有相同组件ID的组件。

4：组件存储单元接收到组件查询请求后，在存储的已注册组件的组件ID中，查找是否存在与上述注册组件请求消息中携带的组件ID(如SMS)相同的组件ID，若存在，则说明组件ID为SMS的组件已经注册了，若不存在说明组件ID为SMS的组件还未注册。组件存储单元反馈查询结果给组件注册单元。

5a：如果有相同ID的组件注册，则组件注册单元反馈发送注册失败信息给注册请求者，以使注册请求者及时获知注册失败进行后续的处理，如注册请求者可以更新组件ID，例如，将组件ID的字符串SMS更改为SMS1、SMS2或SMS3，重新发起注册流程。

5b：如果没有相同ID的组件注册，则组件注册单元发送交互接口生成请求(Generate Script Adaptor)给Mashable API创建单元。Mashable API创建单元为相应的组件生成业务提供接口，对不同的数据源的组件生成业务提供接口时采用的方式和代码也不同。

例如，Mashable API创建单元根据动态链接库文件(.dll文件)数据和组件ID，使用Java Native Interface(JNI)为C++组件生成业务提供接口；

根据java数据包和组件ID，以Java类和组件ID为Java组件生成业务提供接口，该业务提供接口通过Java提供的类和函数调用实际的业务；

根据REST URL[HTTP URL]和组件ID为REST组件生成业务提供接口。

当所述组件为Web服务描述语言WSDL的Web组件时，根据所述Web组件的HTTP URL和组件ID生成业务提供接口。

上述生成的业务提供接口具有统一的格式，如第一格式。

6b：Mashable API创建单元向组件注册单元返回创建成功的信息，以及为组件的生成业务提供接口的参数。若创建失败，Mashable API创建单元向组件注册单元发送创建失败消息，图中仅示出了创建成功的场景。

7b：组件注册单元发送存储消息(Store Component)给组件存储单元，组件存储单元存储上述注册成功的组件及其相关信息，如该组件的业务提供接口，组件的数据和组件ID等。

8b：组件存储成功后，组件存储单元返回组件注册单元存储成功信息。

9b、组件注册单元返回注册组件成功消息给请求消息分析单元。

10b、请求消息分析单元反馈注册组件成功消息给注册请求者。

另：若8b中组件存储不成功，后续步骤反馈组件注册失败的信息给注册请求者。

第二种情况、Mashup Service数据源组件的注册

首先通过将Mashup Service数据源部署在Mashup服务器上的过程生成组件，参见图4(a)，包括如下步骤：

401：业务部署者发送Mashup部署请求消息至请求消息分析单元，该消息包括Mashup业务和参数。Mashup业务主要由Mashup脚本描述构成，参数主要包括组件ID，业务描述和访问策略。

应当注意到，在进行组件注册之前，本发明实施例还包括按照预定结构创建Mashup业务，例如，业务开发者按照组件导入部分、命名空间定义部分、语法定义部分、操作部分四层结构利用动态脚本语言(如JavaScript)创建Mashup业务。传统的Mashup业务开发方法，由于Mashup数据源的格式不统一，业务开发者需要同时掌握Web Service、Rest、C++、Java等具体的编程技术，开发难度大、对业务开发者的要求高。而采用本发明的这种方式使业务开发者无需额外的学习其他的开发语言(包括Mashup Server标签语言和网页语言)，只通过使用扩展的动态脚本语言就能够创建Mashup业务，降低了业务开发难度和对业务开发者的要求。

402：请求消息分析单元对Mashup部署请求消息进行分析后，转发该消息到Mashup部署单元。

403：Mashup部署单元向组件生成单元发送组件生成请求，请求组件生成单元为该Mashup Service数据源生成组件。

404：组件生成单元发送脚本解析请求，请求脚本解析单元解析Mashup业务的脚本描述并获取其中的关键字及参数，关键字包括导入(imports)，命名空间(namespace)，模式(schema)，操作(operation)。

405：脚本解析单元将解析结果，如关键字和参数等，反馈至组件生成单元。

406：组件生成单元根据脚本解析单元反馈的参数和imports，namespace，schema，operation等关键字来解析得到Mashup业务的相应组件和操作。

组件生成单元按照预定结构解析得到Mashup业务的相应组件，该预定结构与创建Mashup业务时采用的预定结构一致。参见图5，在该预定结构中包括组件导入部分(Component imports)、命名空间定义部分(Mashup namespace definition)、语法定义部分(Schema definition)、操作(Operation)部分。其中，操作部分可以包括一个或多个操作，如包括操作1至操作n，n为序号。参见图6，为本发明实施例提供的一种预定结构的示例。

Mashup业务的相应组件是指创建Mashup业务时所导入的组件，利用组件ID、关键字及参数解析得到该所导入的一个或多个组件。例如，当组件ID为identifier时，根据导入操作的命令importComponent(“identifier”)可以解析出Mashup业务中组件ID为identifier的组件。

407：在解析获得相应的组件后，组件生成单元将部署成功消息发送至Mashup部署单元。

408：Mashup部署单元反馈部署成功消息至请求消息分析单元。

409：请求消息分析单元转发该部署成功消息给业务部署者。

注：若在解析或部署过程中出现错误，那么407-409中反馈部署失败消息。

当部署成功后，对Mashup Service数据源的组件进行注册，注册过程与图3所示的过程基本相同，不再赘述。主要的区别点在于，参见图4(b)，进行注册可以在该组件生成后，直接由组件生成单元向组件存储单元发送注册查询请求(Query Component)，参见图4(b)中步骤411，发起组件注册流程，在步骤412中由组件存储单元向组件生成单元反馈查询结果，这种处理方式简化了处理的流程。其中图4(b)中的步骤413和414参见图3中的步骤5b和6b，步骤415和416参见图3中的7b和8b。在注册过程中，对Mashup Service数据源的组件，根据Mashup Service数据源的脚本描述(如javascript代码)生成业务提供接口。

通过上述的组件注册过程，各个数据源的组件都具有了业务提供接口，利用该业务提供接口可以直接调用实际的业务。如Java组件可以利用业务提供接口创建java类的对象，调用java的函数。

12：根据业务请求，在已注册的所述组件中获取相应的组件，并按照统一的第二格式为获取到的所述组件动态生成业务请求接口。

对所有组件生成的业务请求接口具有统一的格式，如第二格式。与业务请求接口相对应的第二格式可以与业务提供接口所对应的第一格式相同，也可以不同。

本发明实施例的技术方案提供一种门户功能给业务请求者，业务请求者可以查询注册的组件。对于每个已经注册的组件，Mashup服务器按需生成业务请求接口。所谓按需主要指根据业务请求者的状态和所述组件的数据源的状态来为组件生成业务请求接口。

业务请求者的状态主要包括业务请求者的发起端状态(如传统终端或新型终端)、业务呈现方式和响应时间中的一种或多种；组件的数据源的状态包括数据源的负载能力、数据源的组件的服务质量(Quality of Service，QoS)和数据源的可靠性。

当上述的状态发生变化时，生成的业务请求接口也发生变化。例如，当用户(业务请求者)通过浏览器访问已注册组件的注册信息变化时，生成的业务请求接口也会发生变化。所以业务请求接口是动态生成的，并不预先进行存储，避免了由于预先存储业务请求接口而需要占用大量内存所带来的问题，动态生成业务请求接口的方式能够满足组件注册的动态特性和节省内存的需求。

下面结合图7所示的场景，具体说明基于业务请求者的查询动态生成业务请求接口的流程。

701：业务请求者发送业务请求消息到请求消息分析单元，该业务请求消息中携带组件关键字，或者组件ID。

702：请求消息分析单元分析业务请求消息后，将业务请求消息转发给组件请求处理单元。

703：组件请求处理单元发送组件查询请求到组件存储单元中查询所请求的组件。

704：组件存储单元将查询结果返回给组件请求处理单元；

如果组件存储单元中有对应的注册组件，即已注册组件的组件ID与所述业务请求消息中携带的组件关键字匹配时，则查询成功，执行步骤705。

如果组件存储单元中没有组件ID对应的组件信息，即已注册组件的组件ID与所述业务请求消息中携带的组件关键字不匹配时，则查询失败，则发送查询失败信息给请求消息分析单元。

705：判断组件请求处理单元自身能否生成业务请求接口，若组件请求处理单元自身能够生成该组件的业务请求接口时，执行步骤708；

当组件请求处理单元无法生成相应的业务请求接口时，则执行步骤706。

706：组件请求处理单元发送交互接口生成请求到Mashable API创建单元以创建该组件的业务请求接口。

707：Mashable API创建单元创建业务请求接口并返回创建结果，当创建成功时，执行步骤708。

其中，当存在多个组件，这些组件的组件ID都与业务请求消息中的组件关键字相匹配时，组件请求处理单元或Mashable API创建单元根据业务请求者的状态和已注册组件的数据源的状态，选择合适的已注册组件，为所选择的组件动态生成业务请求接口。

708：当生成业务请求接口时，组件请求处理单元发送应答消息，如接口生成成功消息至请求消息分析单元。

709：请求消息分析单元向业务请求者反馈接口生成成功消息。

下面以一个具体的Mashup业务“Etour”为例进行说明。

Mashup业务Etour是由weather业务和FlightSearchService业务组成。对weather业务，如果组件存储单元中存储了组件关键字为weather系列的组件，例如，Java组件weather业务，REST组件weather业务等。业务请求者请求Etour业务时，Mashup服务器根据组件的数据源的状态(负载，组件的QoS，数据源可靠性等)和业务请求者的状态(请求者所使用的终端，业务呈现方式，响应时间等)选择最合适的组件，如Java组件，并为该组件动态地生成业务请求接口，该业务请求接口包括组件调用协议，调用函数和参数等信息。对FlightSearchService业务采用相同的方式进行处理。

业务请求者根据业务请求接口的协议，调用函数和参数等，请求调用实际的业务。业务请求接口涉及到的调用函数，调用协议和参数的举例如下：

java组件weather业务的业务请求接口对应于Java调用函数Weather(city)，city是参数，指示城市名，调用协议为SOAP协议，还可以包括其它参数，如指示能够提供的QoS的参数，该参数指示响应时间为0.3s，反馈信息格式为SMS；

WSDL的Web组件weather业务的业务请求接口对应于提供根据WSDL描述提供的调用函数，参数是x，y，其中x和y分别表示经度和纬度，绑定SOAP调用协议。还可以包括其它参数，如指示能够提供的QoS的参数，该参数指示响应时间是0.5s，反馈信息格式为网页。

13：利用所述业务请求接口接收所述业务请求消息，利用所述业务提供接口向所述所需的组件请求业务，利用所述业务请求接口将生成的Mashup业务应答消息发送至业务请求者。

将业务提供接口和业务请求接口进行匹配，即将业务提供接口和业务请求接口进行匹配，一个业务提供接口可以对应于一个业务请求接口，一个业务提供接口也可以对应于多个业务请求接口。业务提供接口包括对一个或多个业务的调用，业务请求接口包括对单个或组合的mashup业务的调用。一个组件所对应的业务提供接口和业务请求接口构成这个组件的Mashable API，Mashable API是组件对外部暴露的接口。

下面以一个具体的Mashup业务“Etour”为例说明组件的使用过程。

组件的使用过程包括根据业务请求消息查询已经注册的组件，注册的组件按照简单的负载均衡的原理(如顺序调用，随机分配等)以及业务创建者的实际需求被聚合(Mashup)。按照操作(operation)定义调用相应的导入组件。组件使用的mashable API可以用标准的HTML标记<script>导入，例如：

<script type＝′text/javascript′src＝‘.../stub/sms′></script>

其中，“sms”是一个组件ID.

表1

参见表1，显示了业务请求接口和业务提供接口的信息列表。

Mashup业务“Etour”由组件weather和组件FlightSearchService组合而成，可表示为组件ID(Identifier 1)：Weather；组件ID(Identifier 2)：FlightSearchService

组件ID为Weather的组件的业务提供接口信息表示如下：

Weather，方法Getweather，参数city，组件类型JAVA，调用方式Java Method Invocation。

组件ID为FlightSearchService的组件的业务提供接口信息表示如下：FlightSearchService，方法GetFlightList，参数FlightSearchRequrest，组件类型web service，调用协议SOAP/HTTP。

由上所述，业务请求者发送业务请求消息，业务请求者通过浏览器或客户端，该浏览器可以是PC的浏览器或者终端的浏览器或者该浏览器为通过超文本传输协议(Hyper Text Transfer Protocol，HTTP)与互联网交互的widget，发送了业务请求消息，该业务请求消息表示为import webRMI.js，其中，webRMI.js是Mashup服务器发送给业务请求者的静态javascript文件，该javascript文件支持AJAX技术发送请求、解析响应的能力。业务请求者获得来自服务器端的webRMI.js文件后，客户端就向业务请求者展现Mashup服务端提供的用户界面。业务请求者根据该用户界面发送业务请求消息。

业务请求者发送业务请求消息向Mashup服务器请求Mashup业务Etour，Mashup服务器接收该请求后，查询是否存在Etour对应的组件注册并存储，如存在，则根据业务请求者的状态和组件的数据源的状态，动态生成业务请求接口。举例来说，Mashup服务器返回动态生成的js文件(Etour.js)给业务请求者，业务请求者反馈相关参数，例如城市，日期等，客户端的webRMI.js根据Etour.js的指示发送请求到Mashup服务器。

Mashup服务器通过业务提供接口从Etour的组件请求Etour业务，Etour的组件通过业务提供接口调用实际的业务，如weather业务和FlightSearch业务，例如，提供的weather业务的Java组件，通过构成业务提供接口的Java函数调用实际的业务完成天气查询，提供FlightSearch业务的WSDL的Web组件，通过HTTP协议调用实际的业务，Etour组件将上述组件的业务组合后将结果反馈给业务请求者。

本发明实施例的提供的实现Mashup业务的方案，可以支持Mashup系统与其他系统(如AAA系统和/或计费系统)之间的交互，并保证运营的安全性。其中安全性包括对用户身份的验证，对用户使用业务的权限验证，支持单点登陆等。参见图8，具体流程描述如下：

801：业务请求者发送业务请求消息到请求消息分析单元。

802：请求消息分析单元分析请求消息后，将业务请求消息转发到组件请求处理单元。

803：组件请求处理单元向组件管理单元发送验证、鉴权或计费请求消息。

804：组件管理单元触发相应操作，如验证和鉴权流程，或者计费操作流程。本发明提供的方案支持验证、鉴权和计费的机制。

组件管理单元向验证、鉴权系统请求对用户身份和用户访问权限的验证。当验证通过后，验证、鉴权系统执行后续操作，例如，向计费系统(如OCS或OFCS)请求资源预留等请求。

当验证通过，且资源预留成功时，Mashup系统执行步骤805b；否则，若未通过验证或者资源预留失败，则Mashup系统执行805a：

805a：组件管理单元向组件请求处理单元发送请求失败消息。

806a：组件请求处理单元向请求消息分析单元发送请求失败消息，其中，若造成失败的原因是未通过验证，则该请求失败消息可以指示验证失败，若造成失败的原因是预留资源不足，则该请求失败消息可以指示资源不足，如余额不足。

807a：请求消息分析单元将请求失败消息转发至业务请求者。

805b：组件管理单元向组件请求处理单元发送验证、鉴权或计费请求成功。

806b：组件请求处理单元向组件存储单元发送查询请求，查询调用请求消息中组件ID所对应的已注册的组件。

807b：组件存储单元反馈组件查询结果给组件请求处理单元。

808b：组件请求处理单元通过反馈回来的组件信息生成业务请求接口，并将该业务请求接口反馈给业务请求者。

809b：业务请求者根据该业务请求接口向请求消息分析单元发送业务请求消息请求业务。即请求消息分析单元利用业务请求接口接收业务请求消息。

810b：请求消息分析单元将业务请求消息转发至组件请求处理单元。

811b：组件请求处理单元接收到业务请求消息后，利用业务提供接口从业务请求消息所对应的组件请求业务。

812b：组件请求处理单元将生成的Mashup业务应答消息发送至请求消息分析单元。

813b：请求消息分析单元将Mashup业务应答消息转发至业务请求者。

814b：组件管理单元向组件请求处理单元发送组件调用信息。

组件请求处理单元通知组件管理单元调用了哪些组件以及这些组件的相关信息。

815b：组件管理单元根据组件调用信息生成业务使用详单，例如，记录通话详单(Call Detailed Record，CDR)，然后，计费系统会根据CDR对本次Mashup业务的使用进行计费。

例如，当调用了weather组件和fight组件，组件管理单元就根据weather组件和fight组件的调用信息生成业务使用详单；计费系统就可以根据计费策略进行计费，如weather组件调用1次收取1元费用，flight组件调用1次收取1元费用，本次Mashup业务共计收费2元。

816b：在计费结束后，组件管理单元向组件请求处理单元发送计费成功消息。

817b：组件请求处理单元将计费成功消息转发至请求消息分析单元。

818b：请求消息分析单元将计费成功消息返回给业务请求者。

步骤808b中生成业务请求接口和步骤806b业务查询的流程可参见上述的相关内容，在此不再重复描述。

进一步的，本发明实施例对按照预定结构创建的Mashup业务的组件能够被其他的Mashup业务使用，如对已创建的Mashup业务的组件进行注册并按照统一的格式生成Mashup API，重新包装成对外部开放具有统一格式的接口，以根据该组件再次创建得到新的Mashup业务。

由上所述可以看出，本发明实施例实现了对各种Mashup的数据源的统一封装机制，使用一种统一的格式进行注册、封装，可扩展性强，数据源覆盖范围广，避免业务创建人员使用传统数据源的API开发Mashup应用带来的不便。

本发明实施例提供一种扩展的动态脚本语言，使得业务创建者无需额外的学习其他的语言，如各个特定的组件语言，例如Java，C++，以及Mashup Server标签语言等，只需使用扩展的动态脚本语言就能够创建Mashup业务。

本发明实施例以Mashable API的格式统一对注册的可靠的数据源进行管理，保障数据源的稳定性和可靠性，并且对用户接入和使用数据源做一定的用户管理和运营管理，例如计费和验证授权等。

本发明实施例能够将创建得到的Mashup业务重新包装成具有统一交互接口的组件，以便于二次开发的调用。

本发明又一实施例还提供了一种实现业务聚合Mashup业务的装置，参见图9，所述装置包括：

业务提供接口生成单元91，用于对数据源的组件进行注册并按照统一的第一格式为所述组件生成业务提供接口。

业务请求接口生成单元92，用于根据业务请求者的业务请求消息，在已注册的所述组件中获取所需的组件，并按照统一的第二格式为所述所需的组件生成业务请求接口。所述第一格式和所述第二格式为相同的格式，或者，所述第一格式和所述第二格式为不同的格式。

业务实现单元93，用于利用所述业务请求接口接收所述业务请求消息，利用所述业务提供接口向所述所需的组件请求业务，利用所述业务请求接口将生成的Mashup业务应答消息发送至业务请求者。

进一步的，所述装置还包括：

组件获得单元，用于在将Mashup service数据源部署在Mashup服务器上的部署过程中，对所述Mashup service数据源的Mashup业务按照预定结构进行解析得到所述Mashup service数据源的组件。所述装置还包括业务创建单元，用于利用动态脚本语言按照如下预定结构创建Mashup业务：

组件导入部分、命名空间定义部分、语法定义部分和操作定义部分。

其中，所述业务提供接口生成单元包括：

第一接收模块，用于接收注册组件请求消息，所述注册组件请求消息中携带组件ID；查询处理模块，用于在存储的已注册组件中，查询所述组件ID所对应的组件是否已经注册，若已经注册，更新所述组件ID，重新执行注册流程，若未注册，按照统一的第一格式生成业务提供接口并存储。

其中，所述业务请求接口生成单元包括：

第二接收模块，用于接收业务请求消息，所述业务请求消息中携带组件关键字；

获取模块，用于当已注册组件的组件ID与所述业务请求消息中携带的组件关键字匹配时，获取所述已注册的组件；

生成模块，用于根据业务请求者的状态和所述已注册的组件的数据源的状态，选择合适的组件，并为所述选择的组件动态生成业务请求接口。

本发明又一实施例还提供了一种通信系统，所述系统包括Mashup服务器，所述Mashup服务器包括上述的实现Mashup业务的装置。

本发明装置实施例中各功能模块和单元的具体工作方式参见本发明方法实施例。本发明装置实施例中各功能模块和单元可以单独实现，也可以集成在一个或多个单元中实现。

本发明实施例提供的技术方案，通过采用统一的格式为各个数据源的组件生成业务提供接口或业务请求接口，实现了对各种数据源的统一封装机制，从而能够支持包括电信服务数据源在内的多种类型的数据源通过该交互接口进行Mashup业务，增强了Mashup业务的可扩展性，满足了用户的需要。

本发明又一实施例还提供了一种网络设备，包括：

请求消息分析单元，用于对接收到的组件注册请求消息进行分析，将所述组件注册请求消息发送至组件注册单元，所述组件注册请求消息携带组件标识ID，以及，对接收到的业务请求消息进行分析，将所述业务请求消息发送至组件请求处理单元，

所述组件注册单元，用于根据组件注册请求消息中携带的所述组件ID，向组件存储单元发送组件查询请求，查询组件存储单元中所有已经注册的组件中是否有相同ID的组件已经注册，如果没有相同ID的组件注册，则调用Mashable API创建单元，以使所述Mashable API创建单元按照统一的第一格式为组件生成业务提供接口；所述组件存储单元，用于存储组件和组件的描述信息，所述描述信息包括组件ID；

所述组件请求处理单元，用于根据业务请求消息，按照统一的第二格式为组件生成业务请求接口，或者，调用所述Mashable API创建单元以使所述Mashable API创建单元按照统一的第二格式为组件生成业务请求接口，以及利用所述业务请求接口接收所述业务请求消息，利用所述业务提供接口向相应的组件请求业务，利用所述业务请求接口将生成的Mashup业务应答消息发送至业务请求者。

进一步的，所述请求消息还包括mashup部署请求消息，上述网络设备还包括：

Mashup部署单元，用于根据mashup部署请求消息，将Mashup service数据源部署到Mashup服务器上并请求组件生成单元为所述Mashup service数据源的Mashup业务生成组件；

组件生成单元，用于根据所述Mashup部署单元的请求，向脚本解析单元发送脚本解析请求，请求脚本解析单元解析Mashup业务的脚本描述并获取解析结果，以按照预定的结构为所述Mashup业务生成组件；

脚本解析单元，用于解析使用动态语言描述的Mashup Service数据源的Mashup业务，将解析结果发送给组件生成单元，以使组件生成单元为所述MashupService数据源生成组件。

进一步的，上述网络设备还包括：组件管理单元，用于接收组件请求处理单元的验证、鉴权或计费请求消息，向验证、鉴权系统请求对用户身份和用户访问权限的验证，根据组件调用信息生成业务使用详单，以使计费系统利用所述业务使用详单进行计费。

上述网络设备的具体工作方式也可以参见图2至8所示的实施例。

本发明装置实施例中各功能模块和单元的具体工作方式参见本发明方法实施例。本发明装置实施例中各功能模块和单元可以单独实现，也可以集成在一个或多个单元中实现。

本发明实施例提供的技术方案，通过采用统一的格式为各个数据源的组件生成业务提供接口或业务请求接口，实现了对各种数据源的统一封装机制，从而能够支持包括电信服务数据源在内的多种类型的数据源通过该交互接口进行Mashup业务的创建和请求，增强了Mashup业务的可扩展性，满足了用户的需要。

本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (15)

1.一种实现业务聚合Mashup业务的方法，其特征在于，所述方法包括：

对数据源的组件进行注册并按照统一的第一格式为所述组件生成业务提供接口；

根据业务请求者的业务请求消息，在已注册的所述组件中获取所需的组件，并按照统一的第二格式为所述所需的组件生成业务请求接口；

利用所述业务请求接口接收所述业务请求消息，利用所述业务提供接口向所述所需的组件请求业务，利用所述业务请求接口将生成的Mashup业务应答消息发送至业务请求者。

2.根据权利要求1所述的方法，其特征在于，所述对数据源的组件进行注册并按照统一的第一格式为所述组件生成业务提供接口包括：

接收注册组件请求消息，所述注册组件请求消息中携带组件标识ID；

在存储的已注册组件中，查询所述组件ID所对应的组件是否已经注册，若已经注册，更新所述组件ID，重新执行注册流程，若未注册，按照统一的第一格式生成业务提供接口并存储。

3.根据权利要求1或2所述的方法，其特征在于，所述对数据源的组件进行注册并按照统一的第一格式为所述组件生成业务提供接口包括：

当所述组件为C++组件时，根据C++组件的动态链接库文件和组件ID，通过Java本地接口Java Native Interface生成所述业务提供接口；

当所述组件为Java组件时，根据Java组件的java数据包和组件ID生成所述业务提供接口；

当所述组件为表述性状态转移REST组件时，根据所述REST组件的REST统一资源定位符URL和组件ID生成所述业务提供接口；

当所述组件为Web服务描述语言WSDL的Web组件时，根据所述Web组件的HTTP URL和组件ID生成所述业务提供接口。

4.根据权利要求1所述的方法，其特征在于，所述根据业务请求者的业务请求消息，在已注册的所述组件中获取所需的组件，并按照统一的第二格式为所述所需的组件生成业务请求接口包括：

接收业务请求消息，所述业务请求消息中携带组件关键字；

当已注册组件的组件ID与所述业务请求消息中携带的组件关键字匹配时，获取所述已注册的组件；

根据业务请求者的状态和所述已注册组件的数据源的状态，选择合适的已注册组件，并为所述选择的组件动态生成业务请求接口。

5.根据权利要求4所述的的方法，其特征在于，

所述业务请求者的状态至少包括如下的一种或其组合：

业务请求者所使用的终端、业务呈现方式和响应时间；

所述组件的数据源的状态至少包括如下的一种或其组合：

所述数据源的负载能力、所述数据源的组件的服务质量QoS和所述数据源的可靠性。

6.根据权利要求1或2所述的方法，其特征在于，在所述对数据源的组件进行注册并按照统一的第一格式为所述组件生成业务提供接口之前，所述方法还包括：

所述数据源包括业务聚合服务Mashup service数据源和非Mashup service数据源；

在将Mashup service数据源部署在Mashup服务器上的部署过程中，对所述Mashup service数据源的Mashup业务按照预定结构进行解析得到所述Mashup service数据源的组件。

7.根据权利要求6所述的方法，其特征在于，在将Mashup service数据源部署在Mashup服务器上之前，所述方法还包括：

利用动态脚本语言按照如下预定结构创建Mashup业务：

组件导入部分、命名空间定义部分、语法定义部分和操作定义部分。

8.一种实现业务聚合Mashup业务的装置，其特征在于，所述装置包括：

业务提供接口生成单元，用于对数据源的组件进行注册并按照统一的第一格式为所述组件生成业务提供接口；

业务请求接口生成单元，用于根据业务请求者的业务请求消息，在已注册的所述组件中获取所需的组件，并按照统一的第二格式为所述所需的组件生成业务请求接口；

业务实现单元，用于利用所述业务请求接口接收所述业务请求消息，利用所述业务提供接口向所述所需的组件请求业务，利用所述业务请求接口将生成的Mashup业务应答消息发送至业务请求者。

9.根据权利要求8所述的装置，其特征在于，所述数据源包括业务聚合服务Mashup service数据源和非Mashup service数据源，所述装置还包括：

组件获得单元，用于在将Mashup service数据源部署在Mashup服务器上的部署过程中，对所述Mashup service数据源的Mashup业务按照预定结构进行解析得到所述Mashup service数据源的组件。

10.根据权利要求8所述的装置，其特征在于，所述装置还包括业务创建单元，用于利用动态脚本语言按照如下预定结构创建Mashup业务：

组件导入部分、命名空间定义部分、语法定义部分和操作定义部分。

11.根据权利要求8所述的装置，其特征在于，

所述业务提供接口生成单元包括：

第一接收模块，用于接收注册组件请求消息，所述注册组件请求消息中携带组件ID；

查询处理模块，用于在存储的已注册组件中，查询所述组件ID所对应的组件是否已经注册，若已经注册，更新所述组件ID，重新执行注册流程，若未注册，按照统一的第一格式生成业务提供接口并存储。

12.根据权利要求8所述的装置，其特征在于，

所述业务请求接口生成单元包括：

第二接收模块，用于接收业务请求消息，所述业务请求消息中携带组件关键字；

获取模块，用于当已注册组件的组件ID与所述业务请求消息中携带的组件关键字匹配时，获取所述已注册的组件；

生成模块，用于根据业务请求者的状态和所述已注册组件的数据源的状态，选择合适的已注册组件，并为所述选择的组件动态生成业务请求接口。

13.一种网络设备，其特征在于，包括：

请求消息分析单元，用于对接收到的组件注册请求消息进行分析，将所述组件注册请求消息发送至组件注册单元，所述组件注册请求消息携带组件标识ID，以及，对接收到的业务请求消息进行分析，将所述业务请求消息发送至组件请求处理单元，

所述组件注册单元，用于根据组件注册请求消息中携带的所述组件ID，向组件存储单元发送组件查询请求，查询组件存储单元中所有已经注册的组件中是否有相同ID的组件已经注册，如果没有相同ID的组件注册，则调用Mashable API创建单元，以使所述Mashable API创建单元按照统一的第一格式为组件生成业务提供接口；所述组件存储单元，用于存储组件和组件的描述信息，所述描述信息包括组件ID；

所述组件请求处理单元，用于根据业务请求消息，按照统一的第二格式为组件生成业务请求接口，或者，调用所述Mashable API创建单元以使所述Mashable API创建单元按照统一的第二格式为组件生成业务请求接口，以及利用所述业务请求接口接收所述业务请求消息，利用所述业务提供接口向相应的组件请求业务，利用所述业务请求接口将生成的Mashup业务应答消息发送至业务请求者。

14.根据权利要求13所述网络设备，其特征在于，所述网络设备还包括Mashup部署单元、组件生成单元和脚本解析单元，

所述请求消息分析单元，还用于对接收到的mashup部署请求消息进行分析，将所述mashup部署请求消息发送至所述Mashup部署单元；

所述Mashup部署单元，用于根据mashup部署请求消息，将Mashup service数据源部署到Mashup服务器上并请求组件生成单元为所述Mashup service数据源的Mashup业务生成组件；

所述组件生成单元，用于根据所述Mashup部署单元的请求，向脚本解析单元发送脚本解析请求，请求脚本解析单元解析Mashup业务的脚本描述并获取解析结果，以按照预定的结构为所述Mashup业务生成组件；

所述脚本解析单元，用于解析使用动态语言描述的Mashup Service数据源的Mashup业务，将解析结果发送给所述组件生成单元。

15.根据权利要求13或14所述网络设备，其特征在于，所述网络设备还包括：

组件管理单元，用于接收组件请求处理单元的验证、鉴权或计费请求消息，向验证、鉴权系统请求对用户身份和用户访问权限的验证；根据组件调用信息生成业务使用详单，以使计费系统利用所述业务使用详单进行计费。

Images