WO2010043142A1

WO2010043142A1 - 一种增强基于脚本业务的应用可靠性的方法、装置和系统

Info

Publication number: WO2010043142A1
Application number: PCT/CN2009/073804
Authority: WO
Inventors: 马其锋; 石晓旻
Original assignee: 华为技术有限公司
Priority date: 2008-10-17
Filing date: 2009-09-08
Publication date: 2010-04-22
Also published as: US20110191786A1; US8453158B2; CN101729491A; EP2352083A4; CN101729491B; EP2352083A1; EP2352083B1

Description

本申请要求 2008年 10月 17日递交的申请号为 20081 0167276.3、发明名称为 "一种增强基于脚本业务的应用可靠性的方法、装置和系统" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明涉及通信技术领域，特别是涉及一种增强基于脚本业务的应用可靠性的方法、装置和系统。

背景技术

聚合业务 Mashup是一种新兴的基于环球网 Web的数据集成应用， Mashup是^！每多个不同的支持 Web API (Application Programming Interface,应用程序编程接口）的应用进行堆叠、聚合形成的新型的 Web应用。 Mashup 利用了从外部数据源检索到的内容来创建全新的创新服务，将来自不止一个数据源的内容进行组合，创造出更加增值的服务。 Mashup所能利用的外部数据源格式多种多样，表现出惊人的兼容性，涵盖 Public APIs ( Public Application Programming Interfaces，公共应用程序编程接口）， XML ( extensible Markup Language , 可扩展标记语言） /RSS ( Really Simple Syndication, 聚合内容） /聚合格式 Atom等语言格式对应的接口 feeds , 环球网服务器 Web Services, HTML ( HyperTextMark-upLanguage , 超文本标记语言或超文本链接标示语言）等。人们普遍认为 Mashup具有 Web 2.0的特点， Web 2.0是在互联网上建立起共享信息平台。 Mashup技术也是建立在各种 Web应用程序贡献出自己的服务和内容，同时使用其他人和其他组织提供的信息和服务的基础上的。随着越来越多的 Web站点公开了自己的 API, 许多人已经在用 eBay, Amazon, Google 和 Yahoo APIs构建新的 Mashups, 使得这种新型的 Web应用模式成为了现实。 Mashup业务越来越流行，未来可能成为电信、互联网融合业务生成、创建的一个重要模式；

目前的 Mashup主要关注于如何基于网络上已有的子业务和资源来组合创建新的应用，随着用户逐渐大量参与到 Mashup业务创建中， Mashup业务也越来越丰富，普通用户可用的 Mashup业务也越来越丰富。但随着 Mashup 业务的爆炸式增长，对 Mashup业务的可靠性等质量保证和管理也越来越困难。用户在使用 Mashup业务前系统无法保证该业务是否可正常运行，严重降低了对 Mashup应用的用户体验。

目前通常的 Mashup服务器是一个 Web集成平台，允许用户轻松集成来自任意具有 Web接口的应用程序的数据和功能。

在现有的 Mashup应用架构中， Mashup的核心功能就是将数据和业务集中起来展示给用户，主要包括 API/内容提供者、聚合业务服务器以及聚合业务客户端。对于现有技术中的应用架构而言，聚合业务所使用的信息内容并不一定是聚合业务服务器本地的内容，也可以是通过远程访问的方式从 Web 服务获取数据，这是聚合业务最常用的一种，通称为内容聚合。在这种情况下，聚合业务服务器负责处理所有功能，聚合应用需要的所有服务和数据都由服务器进行调用和数据处理。另外，对于 Web服务的调用也很常见，在这种情况下，聚合业务服务器主要负责编辑和执行应用逻辑，具体的业务调用和数据处理信息由聚合业务服务器通知业务客户端，再由业务客户端直接进行调用并处理，目前互联网上基于 WSDL ( Web Services Description Language, Web服务描述语言）的 Web服务和基于 Rest (Representational State Transfer, 代表性状态通讯协议）的 Web服务很多，这些服务都提供清晰的调用 API, 也为聚合业务提供了丰富的选择。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：在现有技术中， Mashup服务器不能检测 Mashup业务的数据源，也不能及时获取数据源信息的更新结果，无法保证 Mashup业务的可用性，降低了 Mashup业务的应用可靠性，损害了用户的使用体验。

发明内容

本发明实施例提供了一种增强基于脚本业务的应用可靠性的方法、装置和系统，用于克服和 Mashup服务器相类似的基于脚本服务器不能检测基于脚本业务的数据源，也不能及时获取数据源信息更新结果的问题，从而达到确保基于脚本业务的可用性，增强基于脚本业务的可靠性的效果。

为达到上述目的，本发明实施例一方面提出一种增强基于脚本业务的应用可靠性的方法，所述方法包括以下歩骤：

分析基于脚本业务数据源的信息；

根据所述分析的结果，获取所述基于脚本业务数据源信息的当前状态信息；

根据所述获取的当前状态信息，判断所述基于脚本业务的可用状态。另一方面，本发明实施例还提出一种增强基于脚本业务的应用可靠性的方法，所述方法包括以下歩骤：

接收基于脚本业务服务器发送的状态信息订阅消息，订阅基于脚本业务的数据源的状态信息；

根据所述状态信息订阅消息，获取所述基于脚本业务的数据源的状态信息；

向所述基于脚本业务服务器发送所述基于脚本业务的数据源信息的当前状态信息。

另一方面，本发明实施例还提出一种基于脚本业务服务器，所述服务器包括：

分析模块，用于分析基于脚本业务的数据源信息；

获取模块，用于根据所述分析模块分析的结果，获取所述基于脚本业务的数据源的当前状态信息；

判断模块，用于根据所述获取模块所获取的当前状态信息，判断所述基于脚本业务的可用状态。

另一方面，本发明实施例还提出一种业务接入管理系统，所述系统包括: 接收模块，用于接收基于脚本业务服务器发送的状态信息订阅消息，订阅基于脚本业务的数据源的状态信息；

数据源信息获取模块，用于根据所述接收模块所接收的状态信息订阅消息，获取所述基于脚本业务的数据源的状态信息；

发送模块，用于向所述基于脚本业务服务器发送所述数据源信息获取模块所获取的基于脚本业务的数据源信息的当前状态信息。

另一方面，本发明实施例还提出一种基于脚本业务系统，所述基于脚本业务系统包括基于脚本业务服务器和业务接入管理系统：

所述基于脚本业务服务器，用于提供基于脚本业务创建、执行和管理相关功能，并向所述业务接入管理系统订阅所述基于脚本业务的数据源的状态

^ I 自、 .；

所述业务接入管理系统，用于维护网络上相关数据源的信息，并接收、和处理所述基于脚本业务服务器的订阅请求。

本发明实施例的技术方案具有以下优点，通过在基于脚本业务服务器上增加相关的分析模块，实现对基于脚本业务逻辑中相关数据源信息进行分析，对基于脚本业务的数据源的可用状态进行标记，并在数据源不可用时对该数据源进行状态检测，克服了基于脚本服务器无法检测基于脚本业务的应用数据源，不能及时获取数据源信息的更新信息的问题，从而达到确保基于脚本业务的可用性，增强基于脚本业务的可靠性的效果，保证用户在请求业务时可以了解基于脚本业务的状态，避免不必要的业务试探的效果，节约了系统资源，改善了用户的使用体验。

附图说明

此处所说明的附图用来提供对本发明的进一歩理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：图 1为本发明实施例一所提出的一种增强基于脚本业务的应用可靠性的方法的流程示意图；

图 2为本发明实施例二所提出的一种增强基于脚本业务的应用可靠性的方法的流程示意图；

图 3为本发明实施例三所提出的一种基于脚本业务系统的结构示意图；图 4为本发明实施例四所提出的一种包含 Mashup服务器的基于脚本业务系统的结构示意图；

图 5 为本发明实施例五所提出的基于本系统的聚合业务创建流程的流程示意图；

图 6 为本发明实施例五所提出的基于本系统的数据源地址、接口变更流程的流程示意图；

图 7为本发明实施例七所提出的基于本系统的 Mashup业务访问流程的流程示意图；

图 8为本发明实施例中一种聚合业务的组网结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明实施例做进一歩详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

本发明实施例主要针对以 Mashup服务器为代表的基于脚本业务服务器无法检测基于脚本业务的数据源，不能确保基于脚本业务的可用性的问题，提供了解决方案。

通过在基于脚本业务服务器上增加相关的分析模块，实现对基于脚本业务逻辑中相关数据源（包括业务，本文不再区分）信息进行分析，根据分析结果对该基于脚本业务进行标记以供执行该基于脚本业务时进行数据源状态验证；进一歩的，还可以在该基于脚本业务所对应的数据源不可用时，对该数据源进行状态检测，并向业务接入管理系统订阅该数据源的状态信息，从而，克服了基于脚本服务器不能检测基于脚本业务的数据源，也不能及时获取数据源信息更新结果的问题，达到确保基于脚本业务的可用性的效果，保证用户可以在请求业务时可以了解基于脚本业务的状态，避免不必要的业务试探。另外针对基于脚本业务的数据源之间接口变动导致基于脚本业务不可用的问题，通过增强基于脚本业务和数据源提供的转换规则或者其他替换子业务，自动实现对基于脚本业务逻辑的更新，提供基于脚本业务的灵活性，增强基于脚本业务的可用性。

在本发明实施例中，为了方便说明，具体以 Mashup业务为例，来说明本发明实施例对于基于脚本业务所提出的技术方案的内容，而这样的说明，也仅是本发明的优选实施例，这样的变化并不影响本发明的保护范围。

实施例一

如图 1所示，为本发明实施例一所提出的一种增强基于脚本业务的应用可靠性的方法的流程示意图，该方法包括以下歩骤：

歩骤 S101、分析基于脚本业务的数据源信息。

其中，本歩骤具体通过以下两种方式触发：

( 1 ) 接收用户侧发送的基于脚本业务的创建请求；或，

(2) 接收对基于脚本业务的可用状态检测请求，具体包括：

当接收用户侧对基于脚本业务的执行请求，并识别基于脚本业务的当前可用状态为不可用时，判断是否需要对基于脚本业务进行可用状态检测，并当判断的结果为需要对基于脚本业务进行可用状态检测时，生成对基于脚本业务的可用状态检测请求；或，

接收用户侧直接发送的对基于脚本业务的可用状态检测请求。

其中，判断是否需要对基于脚本业务进行可用状态检测，具体通过识别基于脚本业务的数据源检测标签来进行判断。

歩骤 S102、根据分析的结果，获取基于脚本业务的数据源的当前状态信息，具体通过以下歩骤实现：根据分析基于脚本业务的数据源信息的结果，向业务接入管理系统发送状态信息订阅消息，订阅数据源的状态信息；

接收业务接入管理系统上报的基于脚本业务的数据源的当前状态信息。其中，接收当前状态信息的同时，还包括：

接收业务接入管理系统上报的状态信息转换规则，状态信息转换规则具体包括以下内容：

( 1 ) 将状态信息的已失效的地址、接口转换为更新后的地址、接口的

^ I 自、 .；

(2) 备选数据源替换规则，用于将基于脚本业务中使用的已失效的数据源信息替换为其他更新后的数据信息。

并且，进一歩的，当基于脚本业务的数据源信息发生变更时，接收业务接入管理系统上报的更新的基于脚本业务的数据源的当前状态信息。

歩骤 S103、根据获取的当前状态信息，判断基于脚本业务的可用状态。需要说明的是，本歩骤之后还可以包括保存该基于脚本业务的可用状态信息的歩骤，这同样属于本发明的保护范围。

进一歩的，本歩骤具体包括以下三种情况：

情况一、当根据获取的当前状态信息，判断基于脚本业务的可用状态为可用时，标记基于脚本业务的可用状态为可用；

情况二、当根据获取的当前状态信息，判断基于脚本业务的可用状态为不可用，且未接收到业务接入管理系统上报的状态信息转换规则时，标记基于脚本业务的可用状态为不可用；

情况三、当根据获取的当前状态信息，判断基于脚本业务的可用状态为不可用，且接收到业务接入管理系统上报的状态信息转换规则时，根据状态信息转换规则对基于脚本业务的当前状态信息进行转换匹配，并当转换匹配成功时，标记基于脚本业务的可用状态为可用，当转换匹配不成功时，标记基于脚本业务的可用状态为不可用。对应上述的接收信息情况，在歩骤 S 103之后，还包括以下三种情况：在接收到用户侧发送的基于脚本业务的创建请求的情况下，向用户侧返回基于脚本业务的创建结果；或，

在接收用户侧对基于脚本业务的执行请求的情况下，当基于脚本业务的可用状态为可用时，执行基于脚本业务，当基于脚本业务的可用状态为不可用时，放弃执行基于脚本业务，并向用户侧返回基于脚本业务的不可执行提示信息；或，

接收用户侧直接发送的对基于脚本业务的可用状态检测请求的情况下，向用户侧返回基于脚本业务的状态检测结果。

需要进一歩说明的是，在歩骤 S 101方法之前还可以包括第三方数据源的注册接入过程，具体为：

接收第三方数据源发送的业务适配器注册请求；

通过业务适配器访问第三方数据源的私有服务数据。

本发明实施例的技术方案具有以下优点：

通过分析基于脚本业务的数据源的信息，以订阅的方式获取该数据源相对应的状态信息，根据状态信息对该基于脚本业务的数据源标记可用状态，可选的，还可以对标记结果保存，为后续的基于脚本业务可用性的检验提供依据，克服了基于脚本服务器无法检测基于脚本业务的数据源的当前状态的问题；

在数据源的状态为不可用时，对该数据源进行状态检测和适配，克服了基于脚本服务器不能及时获取数据源信息更新结果的问题；

通过第三方数据源适配，实现了对多种基于脚本业务的有效扩展；通过上述的多项技术措施，达到确保基于脚本业务的可用性，增强基于脚本业务的可靠性的效果，保证用户可以在请求业务时可以了解基于脚本业务的状态，避免不必要的业务试探的效果，节约了系统资源，改善了用户的使用体验。实施例二

如图 2所示，为本发明实施例二所提出的一种增强基于脚本业务的应用可靠性的方法的流程示意图，该方法包括以下歩骤：

歩骤 S201、接收基于脚本业务服务器发送的状态信息订阅消息，订阅基于脚本业务的数据源的状态信息；

歩骤 S202、根据状态信息订阅消息，获取基于脚本业务的数据源的状态信息；

歩骤 S203、向基于脚本业务服务器发送基于脚本业务的数据源的当前状态信息。

其中，当基于脚本业务的数据源的状态信息发生变化时，歩骤 S203还可以变化为向基于脚本业务服务器上报变化的基于脚本业务的数据源的状态信息和数据源转换规则。

本发明实施例的技术方案具有以下优点，通过接收基于脚本业务服务器对于数据源状态信息的订阅，反馈当前的数据源状态信息，并在数据源信息发生变化时上报信息变化结果，克服了数据源信息的变化不能及时反馈和进行管理的问题，并进一歩的通过上报数据源转换规则，实现数据源信息的变更转换，增强了基于脚本业务的可靠性，确保了基于脚本业务的可用性，保证用户可以在请求业务时可以了解基于脚本业务的状态，避免不必要的业务试探的效果，节约了系统资源，改善了用户的使用体验。

实施例三

对应上述的本发明实施例一和实施例二，本发明通过实施例三提出一种基于脚本业务系统，结构示意图如图 3所示，包括基于脚本业务服务器 1和业务接入管理系统 2:

基于脚本业务服务器 1，用于提供基于脚本业务创建、执行和管理相关功能，并向业务接入管理系统 2订阅基于脚本业务的数据源的状态信息，包括：分析模块 101，用于分析基于脚本业务的数据源信息；

获取模块 102，用于根据分析模块 101所分析的结果，获取基于脚本业务的数据源信息的当前状态信息，具体包括：

订阅子模块 1021，用于根据分析模块 101分析基于脚本业务的数据源信息的结果，向业务接入管理系统 2发送状态信息订阅消息，订阅数据源的状态信息；

接收子模块 1022，用于接收业务接入管理系统 2上报的基于脚本业务的数据源的当前状态信息，和 /或用于接收业务接入管理系统上报 2的状态信息转换规则。

判断模块 103，用于根据获取模块 102所获取的当前状态信息，判断基于脚本业务的可用状态。

进一歩的，基于脚本业务服务器 1还包括：

存储模块 104，用于保存判断模块 103根据基于脚本业务的可用状态信息，对基于脚本业务的可用状态的判断结果。需要指出的是，在实际应用场景中，存储模块 104可以设置于基于脚本业务服务器 1中，也可以设置于其他服务器上，这样的辩护并不影响本发明的保护范围。

第一接收模块 105，用于接收用户侧发送的基于脚本业务的创建请求；第二接收模块 106，用于接收用户侧对基于脚本业务的执行请求，或，接收对基于脚本业务的可用状态检测请求。

业务自管理模块 107，用于根据第二接收模块 106接收到用户侧对基于脚本业务的执行请求，生成对基于脚本业务的可用状态检测请求，具体包括: 识别子模块 1071，用于识别基于脚本业务的当前可用状态；

判断子模块 1072，用于当识别子模块 1071识别基于脚本业务的当前可用状态为不可用时，判断是否需要对基于脚本业务进行可用状态检测；

检测子模块 1073，用于当判断子模块 1072的判断结果为需要对基于脚本业务进行可用状态检测时，生成对基于脚本业务的可用状态检测请求。数据源转换模块 108，用于当判断模块 103判断基于脚本业务的可用状态为不可用，且接收子模块 1022接收到业务接入管理系统 2上报的状态信息转换规则时，根据状态信息转换规则对基于脚本业务的当前状态信息进行转换匹配。

进一歩的，基于脚本业务服务器 1还包括：

第一发送模块 109，用于在第一接收模块 105接收到用户侧发送的基于脚本业务的创建请求的情况下，向用户侧返回基于脚本业务的创建结果；业务执行模块 110，用于在第二接收模块 106接收用户侧对基于脚本业务的执行请求的情况下，当判断模块 103判断基于脚本业务的可用状态为可用时，执行基于脚本业务；

第二发送模块 111，用于在第二接收模块 106接收用户侧对基于脚本业务的执行请求的情况下，向用户侧返回业务执行模块 110对基于脚本业务的执行结果，

或，用于在第二接收模块 106接收用户侧直接发送的对基于脚本业务的可用状态检测请求的情况下，向用户侧返回基于脚本业务的状态检测结果。

数据源适配模块 112，用于提供一个非开放的数据源接入功能，为第三方业务提供者提供一个数据源适配器，以实现基于脚本业务服务器对第三方私有数据源的访问功能。

业务接入管理系统 2，用于维护网络上数据源的信息，并接收、和处理基于脚本业务服务器 1的订阅请求。

其中，业务接入管理系统 2，还用于当基于脚本业务的数据源的状态信息发生变化时，向基于脚本业务服务器 1上报变化的基于脚本业务的数据源的状态信息和数据源转换规则包括：

接收模块 21，用于接收基于脚本业务服务器 1 发送的状态信息订阅消息，订阅基于脚本业务的数据源的状态信息；

数据源信息获取模块 22，用于根据接收模块 21所接收的状态信息订阅消息，获取基于脚本业务的数据源的状态信息；

发送模块 23，用于向基于脚本业务服务器 1 发送数据源信息获取模块 22所获取的基于脚本业务的数据源信息的当前状态信息。

进一歩的，发送模块 23还用于当基于脚本业务的数据源的状态信息发生变化时，向基于脚本业务服务器 1上报变化的基于脚本业务的数据源的状态信息和数据源转换规则。

进一歩的，业务接入管理系统 2还包括：

数据源信息模块 24，用于存储基于脚本业务的数据源信息。

上述模块可以分布于一个装置，也可以分布于多个装置。上述模块可以合并为一个模块，也可以进一歩拆分成多个子模块。

本发明实施例的技术方案具有以下优点：

通过在基于脚本服务器上增加相关的分析模块、获取模块和判断模块等多个功能模块，分析基于脚本业务的数据源的信息，以订阅的方式获取该数据源相对应的状态信息，根据状态信息对该基于脚本业务的数据源标记可用状态，可选的，还可以增加存储模块，用以对标记结果进行保存，为后续的基于脚本业务可用性的检验提供依据，克服了基于脚本服务器无法检测基于脚本业务的数据源的当前状态的问题；

并且，获取模块还可以在数据源的状态为不可用时，对该数据源进行状态检测和适配，克服了基于脚本服务器不能及时获取数据源信息更新结果的问题；

通过数据源适配模块对第三方数据源适配，实现了对多种基于脚本业务的有效扩展；

通过上述的多项技术措施，达到确保基于脚本业务的可用性，增强基于脚本业务的可靠性的效果，保证用户可以在请求业务时可以了解基于脚本业务的状态，避免不必要的业务试探的效果，节约了系统资源，改善了用户的使用体验。在实际的应用场景中，上述的装置和系统可以作出相应的更改和变化，上述模块可以合并为一个模块，也可以进一歩拆分成多个子模块。

实施例四

如图 4所示，为本发明实施例四所提出的一种包含 Mashup服务器的基于脚本业务系统的结构示意图，包括 Mashup服务器 41和业务接入管理系统 42。

Mashup服务器 41主要包含业务访问动态控制模块 411、Mashup执行系统 412、 Portal 413、业务自管理模块 414、业务创建模块 415、业务存储模块 416、数据源分析模块 417、数据源适配模块 418、数据源转换模块 419。

其中 Portal 413、业务创建模块 415和 Mashup执行系统 412与普通的 Mashup服务器没有区别。

业务访问动态控制模块 411 主要分析用户的请求信息得到用户要访问的 Mashup应用，然后检测对应的 Mashup应用状态信息，如果 Mashup 业务可用就请求业务执行系统执行该 Mashup业务逻辑；如果该 Mashup 应用状态不可用则进一歩根据业务检测标签判断是否需要检测对应数据源状态，如果需要则检测数据源信息，必要时可以对 Mashup业务逻辑进行数据源转换匹配，然后标记业务状态可用，并请求业务执行系统执行该 Mashup业务逻辑，否则立即通知用户该 Mashup业务不可用。

业务自管理模块 414主要为最终用户提供 Mashup业务管理功能，用户可以主动请求业务数据源分析模块 417 对业务数据源进行检测，更新 Mashu 业务的状态信息。

业务存储模块 416除了负责保存 Mashup业务逻辑，还保存 Mashup 业务逻辑的状态（可用、不可用等）以及 Mashup业务的数据源信息，数据检测标签等。

数据源转换模块 419将根据数据源转换规则对相关 Mashup业务逻辑中调用数据源的部分进行转换处理，使之可以适应数据源提供的新的接口规则或是替换为其他等价数据源。

业务数据源分析模块 417负责分析 Mashup业务逻辑所使用的数据源信息，并把数据源信息和 Mashup业务逻辑一起保存到业务存储模块 416 中，当数据源状态发生变化时，该模块将及时分析出受影响的 Mashup业务逻辑，并更新相关业务逻辑的状态。必要时还可以根据数据源提供的数据源转换规则调用数据源转换模块 419对原有 Mashup业务逻辑进行更新处理，把数据源调用接口更新为新的接口或替换为其他等价数据源，从而最大限度的保障 Mashup业务逻辑的可用。

数据源适配模块 418 主要提供一个私有非开放的源接入功能，网络上有很多功能不提供开放的接口，为了让 Mashup服务也可以使用这些数据源，需要第三方提供一个适配器，该适配器实现 Mashup服务对第三方私有接口的数据源的访问功能，这里的适配器可以是一段封装好的代码或动态程序库供 Mashup服务器使用。数据源适配模块 418支持第三方主动注册数据源适配器，以协助第三方服务提供者更好的推广其服务和数据源。

通过上述的描述，对应上述的本发明实施例三，业务访问动态控制模块 411可以相当于分析模块 101、第二接收模块 106和第二发送模块 111 三个模块功能上的集合， Mashup执行系统 412相当于业务执行模块 110， Portal 413相当于第一接收模块 105和第一发送模块 109功能上的集合，业务自管理模块 414业务自管理模块 107，业务存储模块 416相当于存储模块 104、数据源分析模块 417相当于获取模块 102和判断模块 103功能上的集合、数据源适配模块 418相当于数据源适配模块 112、数据源转换模块 419相当于数据源转换模块 108，这样的变化并不影响本发明的保护范围。

业务接入管理系统 42主要包括数据源信息模块 421和数据源管理模块 422。其中，数据源信息模块 421 用于存储相关数据源接口、状态、等价备选子服务等相关信息，数据源管理模块 422 主要负责获取相关数据源能力，并处理 Mashup服务器 41的数据源信息订阅请求。

同时数据源信息模块 421 存储和提供数据源转换规则，必要时可以提供等价可替换子业务接口最为转换规则保证 Mashup 业务逻辑在原始子服务失败（接口变化、服务退出）可以正常运行。

通过上述的描述，对应上述的本发明实施例三，数据源信息模块 421 可以相当于数据源信息模块 24，数据源管理模块 422相当于接收模块 21，数据源信息获取模块 22和发送模块 23功能上的集合，这样的变化并不影响本发明的保护范围。

本发明实施例的技术方案具有以下优点，通过在 Mashup服务器上增加相关的分析模块，实现对 Mashup业务逻辑中相关数据源（包括业务）信息进行分析，对 Mashup业务进行标记，从而，达到了保证用户可以在请求业务时可以了解 Mashup业务的状态，避免不必要的业务试探的效果，节约了系统资源，改善了用户的使用体验。

实施例五

基于上述的本发明实施例四所提出的系统，本发明实施例五提出了基于本系统的聚合业务创建流程，具体如图 5所示，包括以下歩骤：歩骤 S501、用户通过 Mashup业务创建环境创建 Mashup应用；歩骤 S502、 Mashup服务器接收到用户创建的新 Mashup服务时，分析该服务所调用的相关数据源信息，如果 Mashup服务没有订阅该数据源信息，则向业务接入管理系统订阅相关数据源信息；

歩骤 S503、业务接入管理系统并接收订阅请求，根据数据源状态，返回相关数据源信息，后续如果相关数据源信息变动（如状态、地址、接口、备选等价服务等），业务接入管理系统依然会上报这些信息。

歩骤 S504、 Mashup服务器保存业务逻辑和相关数据源信息，以及根据数据源信息判断当前 Mashup业务逻辑是否可用，并保存该信息，同时向用户反馈 Mashup 业务创建结果（如创建成功，立即可用或暂不可用等）；

需要进一歩指出的是，业务接入管理系统可以通过相关途径收集获取数据源信息，并对数据源进行管理。

本发明实施例的技术方案具有以下优点，通过对新创建的 Mashup业务的逻辑中相关数据源（包括业务）信息进行分析和订阅数据源的状态信息，实现对数据源可用状态的判断和标识，从而，达到了 Mashup业务的数据源的可用状态信息的及时标识和更新，保证 Mashup业务可用性的效果。

实施例六

基于上述的本发明实施例四所提出的系统，本发明实施例六提出了基于本系统的数据源地址、接口变更流程，具体如图 6 所示，包括以下歩骤：

歩骤 S601、业务接入管理系统获知数据源状态、地址、接口变动的结果（例如：数据源上报地址、接口更改）并基于 Mashup服务器的订阅请求要求上报地址、接口更改通知消息（包含数据源地址、接口变动信息，老地址、接口转换为新地址、接口的规则信息、备选等价数据源等）。

歩骤 S602、 Mashup服务器的业务数据源分析模块根据 Mashup业务与数据源关系更新相关 Mashup业务逻辑的可用状态，如果有相关地址、接口转换规则，则调用数据源转换模块对 Mashup业务逻辑进行转换。

歩骤 S603、 Mashup服务器的数据源转换模块根据相关的地址、接口转换规则（协议、参数类型、参数顺序等变化、备选等价数据源），对相关的 Mashup业务逻辑进行处理，完成后对转换成功的 Mashup业务恢复可用标记。

本发明实施例的技术方案具有以下优点，通过接收数据源状态信息的订阅，和对数据源的当前状态信息和后续的状态信息变化的及时上报，保证了 Mashup服务器上对应数据源的状态信息和对应的可用状态的准确性，从而，达到了保证用户可以在请求业务时可以了解 Mashup业务的状态，避免不必要的业务试探的效果，节约了系统资源，改善了用户的使用体验。

实施例七

基于上述的本发明实施例四所提出的系统，本发明实施例七提出了基于本系统的 Mashup业务访问流程，具体如图 7所示，包括以下歩骤：歩骤 S701、用户请求执行 Mashup业务逻辑。

歩骤 S702、 Mashup服务检测相关业务逻辑的可用状态，如果可用就执行该逻辑；如果不可用，则判断数据源检测标签，如果数据不可用则向用户返回不可用提示信息；如果需要进一歩检测数据源状态，则执行后续歩骤。

歩骤 S703、 Mashup 服务器请求业务接入管理系统上报数据源细信息。业务接入管理系统根据收集的数据源信息做相关处理。

歩骤 S704、业务接入管理系统上报数据源信息（包括地址、接口转化规则、备选子服务替换规则等）。

歩骤 S705、如果 Mashup服务发现数据源状态有问题，则向用户返回 Mashup 业务逻辑不可用提示信息。如果是数据源地址、接口变动， Mashup服务器更新相关业务逻辑地址、接口调用代码，并更 Mashup业务逻辑状态为可用， Mashup服务器执行该更新后的业务逻辑，对第三方私有地址、接口， Mashup可以通过数据源适配模块来方法（适配逻辑可有第三方注册进来）。

歩骤 S706、 Mashup服务器返回业务逻辑执行结果。

本发明实施例的技术方案具有以下优点，通过在执行 Mashup业务的过程中进行数据源可用状态检测，并进而对不可用的数据源进行状态信息更新的技术方案，，达到了保证用户可以在请求业务时可以了解 Mashup业务的状态，避免不必要的业务试探的效果，节约了系统资源，改善了用户的使用体验。

实施例八

为了使本领域技术人员更加清楚的了解上述实施例中记载的技术方案，具体的，本发明还提出了解和具体实施环境的实施例，基于如图 8 所示的网络结构，本发明实施例所提出的技术方案的具体内容如下：

用户可以通过计算机或移动终端接入并访问 Mashup 服务器上的相关服务。用户可以借助于 Mashup 服务提供业务的创建模块创建各种 Mashup服务。本实例假设用户 A想在结婚纪念日给他妻子发送一份特别的贺卡，由于用户一直出差在外，他提前制作了一张精美的电子玫瑰，并发布到图片共享服务上，为了能恰好在纪念日那天把准备好的祝福信息和贺卡发送给妻子，他在酒店通过 Mashup服务器创建了一个 mashup 应用自动发送贺卡到老婆的邮箱，主要内容是"我现在在" + getl_OCation (信息接收终端号码） +"出差，今天是结婚纪念日，我亲手做了一个贺卡送给你，希望你喜欢，并发送手机短信提醒妻子，同时给自己反馈结果信息。该实例所涉及的网络服务极其组网情况如上图所示。业务路由器 SR/ 业务网关 GW完成业务接入管理系统功能，维护图片共享服务、位置服务、彩信服务等相关信息。这些业务路由器、网关逻辑上可以相互连接组成网络以便更好的服务与相关应用。 Mashup服务器可以通过 SR、 GW 订阅、查询相关具体子服务的信息。这里以消息服务为例，为了使得 Mashup服务器可以简单的调用消息服务，消息服务提供者向 Mashup服务的数据源适配器注册了 SMS适配对象，用户可以通过 send( to， message ) 地址、接口发送消息，其中 to表示发送目标， message表示消息内容。

用户 A通过 Mashup服务器的业务创建模块创建的业务逻辑如下：

*my mashup

function sendEmail(to， message， attached=null)〃发由 β件

{ var em = new Email();

if(attached=null)

em.send(to, message);

else

em.send(to, message, attached);

im.disconnect();

}

function sendSMS(from, to , message)// 发短信 {

var sms = new SMS();

sms.send(to, message);

sms.disconnect();

}

function file getfile(name)// 读耳又贺卡 {

var file = new file(name)

return file;

}

function string getlocation(usr)

{

var location = new LCS(usr)

return location.getlocation();

}

while ( true ) {

date = getDay()

If(date = "20080808")

{

File file = getfile(Jrose.jpg); var message = "我现在在" + getlocation (接收终端号码） +"出今天是结婚纪念日，我亲手做了一个贺卡送给你，希望你喜欢"

sendEmail(wife@gmail.com, message, file)

sendEmail( 136XXXXXXXX , "我给你发了电子贺卡，请查收") sendEmail( 135XXXXXXXX， "发送电子贺卡成功"）

exit;

}

} Mashup服务保存该业务逻辑的状态相关信息

<?xml version:" 1.0" encoding="UTF-8"?>

</mashup> 业务路由器或网关维护的子业务信息以消息服务内容参考如下

<?xml version:" 1.0" encoding="UTF-8"?> <SubService>

<rule>

Null

</rule>

</InterfaceChanged>

</SubService>

这样用户 A就可以执行上述 Mashup业务逻辑实现自己的需求。为了进一歩完善服务，消息服务提供者想增加发送者标识信息，改变了消息服务的地址、接口，作为消息服务提供者他并关心有哪些已有的 Mashup服务会调用了自己，他只负责发布新的地址、接口，用户可以通过 send ( from, to , message) 地址、接口发送消息，其中新增的 from 表示发送者标识。这样就导致已有的 Mashup服务，可能无法继续使用该服务。消息服务提供者为了方便老服务对消息进行转换，同时发布了新老地址、接口转换规则，对老业务允许用 default作为默认参数。其中转换规则 send. trans示例如下：

<?xml version:" 1.0" encoding="UTF-8"?>

<for-each select=var >

$ var. send(default , $parameterl , $parameter2)

</replace

</for-each >

</Transform> 业务接入管理服务收集到上述 SMS服务信息状态改变的消息后，根据相关的订阅信息作特殊处理。更新 SMS服务状态。

<?xml version:" 1.0" encoding="UTF-8"?>

<rule>

Send, trans

</rule>

</InterfaceChanged>

</SubService> 上报 sms (短信）服务状态信息 (包括地址、接口转换规则）给 Mashup 服务， Mashup服务根据保存的服务状态信息，发现用户 A的 Mashup服务调用了该消息服务，则 Mashup服务器通过数据源地址、接口转换模块对该 Mashup业务逻辑进行转换。转换后的逻辑片断如下：

*my mashup

function sendEmail(to , message, attached=null)〃发由 tH牛

{

var em = new Email();

if(attached=null)

em.send(to, message);

else

em.send(to, message, attached);

im.disconnect(); }

function sendSMS(from, to , message)// 发短信

{

var sms = new SMS();

sms.send(default, to , message);

sms.disconnect();

}

综上所述，结合本文中所公开的实施例描述的方法或算法的歩骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器（RAM)、内存、只读存储器（ROM)、电可编程 ROM、电可擦除可编程 ROM、寄存器、硬盘、可移动磁盘、 CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一歩详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1、一种增强基于脚本业务的应用可靠性的方法，其特征在于，所述方法包括以下歩骤：

分析基于脚本业务的数据源的信息；

根据所述分析的结果，获取所述基于脚本业务的数据源的当前状态信息；

根据所述获取的当前状态信息，判断所述基于脚本业务的可用状态。

2、如权利要求 1所述的方法，其特征在于，所述分析基于脚本业务的数据源信息的歩骤，具体通过以下方式触发：

接收用户侧发送的所述基于脚本业务的创建请求；或，

接收对所述基于脚本业务的可用状态检测请求。

3、如权利要求 2所述的方法，其特征在于，所述接收对基于脚本业务的可用状态检测请求，具体包括：

当接收所述用户侧对所述基于脚本业务的执行请求，并识别所述基于脚本业务的当前可用状态为不可用时，判断是否需要对所述基于脚本业务进行可用状态检测，并当所述判断的结果为需要对所述基于脚本业务进行可用状态检测时，生成对所述基于脚本业务的可用状态检测请求；或，

接收所述用户侧直接发送的对所述基于脚本业务的可用状态检测请求。

4、如权利要求 3所述的方法，其特征在于，所述判断是否需要对所述基于脚本业务进行可用状态检测，具体为：

通过识别所述基于脚本业务的数据源检测标签判断是否需要对所述基于脚本业务进行可用状态检测。

5、如权利要求 1所述的方法，其特征在于，所述获取所述基于脚本业务的数据源的当前状态信息，具体通过以下歩骤实现：

根据所述分析基于脚本业务的数据源信息的结果，向业务接入管理系统发送状态信息订阅消息，订阅所述数据源的状态信息；接收所述业务接入管理系统上报的所述基于脚本业务的数据源的当前状态信息。

6、如权利要求 5所述的方法，其特征在于，所述接收业务接入管理系统上报的所述基于脚本业务的数据源的当前状态信息的同时，还包括：接收所述业务接入管理系统上报的状态信息转换规则，所述状态信息转换规则具体包括：

将所述状态信息的已失效的地址、接口转换为更新后的地址、接口的信

M; 或，

备选数据原替换规则，用于将所述基于脚本业务中使用的已失效的数据源信息替换为其他更新后的数据信息。

7、如权利要求 5所述的方法，其特征在于，所述接收业务接入管理系统上报的所述基于脚本业务的数据源的当前状态信息之后，还包括：

当所述基于脚本业务的数据源信息发生变更时，接收所述业务接入管理系统上报的更新的所述基于脚本业务的数据源的当前状态信息。

8、如权利要求 1或 6所述的方法，其特征在于，所述根据获取的当前状态信息，判断所述基于脚本业务的可用状态，并保存所述基于脚本业务的可用状态信息，具体包括以下歩骤：

当根据获取的当前状态信息，判断所述基于脚本业务的可用状态为可用时，标记所述基于脚本业务的可用状态为可用；

当根据获取的当前状态信息，判断所述基于脚本业务的可用状态为不可用，且未接收到所述业务接入管理系统上报的状态信息转换规则时，标记所述基于脚本业务的可用状态为不可用；

当根据获取的当前状态信息，判断所述基于脚本业务的可用状态为不可用，且接收到所述业务接入管理系统上报的状态信息转换规则时，根据所述状态信息转换规则对所述基于脚本业务的当前状态信息进行转换匹配，并当所述转换匹配成功时，标记所述基于脚本业务的可用状态为可用，当所述转换匹配不成功时，标记所述基于脚本业务的可用状态为不可用。

9、如权利要求 1所述的方法，其特征在于，所述根据获取的当前状态信息，判断所述基于脚本业务的可用状态之后，还包括：

保存所述基于脚本业务的可用状态信息。

10、如权利要求 2、 3或 9中所述的方法，其特征在于，所述根据获取的当前状态信息，判断所述基于脚本业务的可用状态之后，还包括以下歩骤: 在接收到用户侧发送的所述基于脚本业务的创建请求的情况下，向所述用户侧返回所述基于脚本业务的创建结果；或，

在接收所述用户侧对所述基于脚本业务的执行请求的情况下，当所述基于脚本业务的可用状态为可用时，执行所述基于脚本业务，当所述基于脚本业务的可用状态为不可用时，放弃执行所述基于脚本业务，并向所述用户侧返回所述基于脚本业务的不可执行提示信息；或，

接收所述用户侧直接发送的对所述基于脚本业务的可用状态检测请求的情况下，向所述用户侧返回所述基于脚本业务的状态检测结果。

11、如权利要求 1所述的方法，其特征在于，在所述分析基于脚本业务的数据源的信息之前，所述方法还包括：

接收第三方数据源发送的业务适配器注册请求；

基于脚本的业务服务器通过所述业务适配器访问所述第三方数据源的私有服务数据。

12、一种增强基于脚本业务的应用可靠性的方法，其特征在于，所述方法包括以下歩骤：

向所述基于脚本业务服务器发送所述基于脚本业务的数据源的当前状态信息。

13、如权利要求 12所述的方法，其特征在于，在所述向基于脚本业务服务器发送所述基于脚本业务的数据源的当前状态信息的歩骤中包括：

向所述基于脚本业务服务器发送数据源信息转换规则。

14、一种基于脚本业务服务器，其特征在于，所述服务器包括：分析模块，用于分析基于脚本业务的数据源的信息；

15、如权利要求 14所述的服务器，其特征在于，所述服务器还包括：存储模块，用于保存所述判断模块根据所述基于脚本业务的可用状态信息，对所述基于脚本业务的可用状态的判断结果。

16、如权利要求 14所述的服务器，其特征在于，所述服务器还包括：第一接收模块，用于接收用户侧发送的所述基于脚本业务的创建请求；第二接收模块，用于接收所述用户侧对所述基于脚本业务的执行请求，或，接收对所述基于脚本业务的可用状态检测请求。

17、如权利要求 16所述的服务器，其特征在于，所述服务器还包括：业务自管理模块，用于根据所述第二接收模块接收到所述用户侧对所述基于脚本业务的执行请求，生成对所述基于脚本业务的可用状态检测请求。

18、如权利要求 17所述的服务器，其特征在于，所述业务自管理模块，具体包括：

识别子模块，用于识别所述基于脚本业务的当前可用状态；

判断子模块，用于当所述识别子模块识别所述基于脚本业务的当前可用状态为不可用时，判断是否需要对所述基于脚本业务进行可用状态检测；检测子模块，用于当所述判断子模块的判断结果为需要对所述基于脚本业务进行可用状态检测时，生成对所述基于脚本业务的可用状态检测请求。

19、如权利要求 14所述的服务器，其特征在于，所述获取模块，具体包括：

订阅子模块，用于根据所述分析模块分析所述基于脚本业务的数据源信息的结果，向业务接入管理系统发送状态信息订阅消息，订阅所述数据源的状态信息；

接收子模块，用于接收所述业务接入管理系统上报的所述基于脚本业务的数据源信息的当前状态信息，和 /或用于接收所述业务接入管理系统上报的状态信息转换规则。

20、如权利要求 14或 19所述的服务器，其特征在于，所述服务器还包括：

数据源转换模块，用于当所述判断模块判断所述基于脚本业务的可用状态为不可用，且所述接收子模块接收到所述业务接入管理系统上报的状态信息转换规则时，根据所述状态信息转换规则对所述基于脚本业务的当前状态信息进行转换匹配。

21、如权利要求 14或 16所述的服务器，其特征在于，所述服务器还包括：

第一发送模块，用于在所述第一接收模块接收到用户侧发送的所述基于脚本业务的创建请求的情况下，向所述用户侧返回所述基于脚本业务的创建结果；

业务执行模块，用于在所述第二接收模块接收所述用户侧对所述基于脚本业务的执行请求的情况下，当所述判断模块判断所述基于脚本业务的可用状态为可用时，执行所述基于脚本业务；

第二发送模块，用于在所述第二接收模块接收所述用户侧对所述基于脚本业务的执行请求的情况下，向所述用户侧返回所述业务执行模块对所述基于脚本业务的执行结果，或，用于在所述第二接收模块接收所述用户侧直接发送的对所述基于脚本业务的可用状态检测请求的情况下，向所述用户侧返回所述基于脚本业务的状态检测结果。

22、如权利要求 14所述的服务器，其特征在于，所述服务器还包括：数据源适配模块，用于提供一个非开放的数据源接入功能，为第三方业务提供者提供一个数据源适配器，以实现所述基于脚本业务服务器对第三方私有数据源的访问功能。

23、一种业务接入管理系统，其特征在于，所述业务接入管理系统包括: 接收模块，用于接收基于脚本业务服务器发送的状态信息订阅消息，订阅基于脚本业务的数据源的状态信息；

发送模块，用于向所述基于脚本业务服务器发送所述数据源信息获取模块所获取的基于脚本业务的数据源的当前状态信息。

24、如权利要求 23所述的业务接入管理系统，其特征在于，所述发送模块，还用于当所述基于脚本业务的数据源的状态信息发生变化时，向所述基于脚本业务服务器上报变化的所述基于脚本业务的数据源的状态信息和数据源转换规则。

25、如权利要求 23所述的业务接入管理系统，其特征在于，所述业务接入管理系统还包括：

数据源信息模块，用于存储所述基于脚本业务的数据源信息。

26、一种基于脚本业务系统，其特征在于，所述基于脚本业务系统包括基于脚本业务服务器和业务接入管理系统：

所述基于脚本业务服务器，用于提供基于脚本业务创建、执行和管理功會，并向所述业务接入管理系统订阅所述基于脚本业务的数据源的状态信息；

所述业务接入管理系统，用于维护网络上数据源的信息，并接收、和处理所述基于脚本业务服务器的订阅请求。

27、如权利要求 26所述的基于脚本业务系统，其特征在于，

所述业务接入管理系统，还用于当所述基于脚本业务的数据源的状态信息发生变化时，向所述基于脚本业务服务器上报变化的所述基于脚本业务的数据源的状态信息和数据源转换规则。