CN103369012A - 一种业务逻辑执行装置和方法 - Google Patents

Abstract

本发明公开了一种业务逻辑执行装置和方法，涉及通信和互联网技术领域。本发明公开的装置包括：业务逻辑解析与处理功能模块，解析发起资源请求的应用的业务逻辑，向资源状态功能模块请求应用的业务逻辑所要使用的资源的状态信息，并根据获取的状态信息进行相应的处理；资源状态功能模块，收集和存储资源的状态信息，根据收到的请求向业务逻辑解析与处理功能模块返回资源的状态信息。本发明还公开了一种业务逻辑执行的方法。本申请技术方案避免了资源的无效使用，还可以预先用可用资源替换不可用的资源，保证应用的正常执行并减少应用执行的时延。

Description

一种业务逻辑执行装置和方法

技术领域

本发明涉及通信和互联网技术领域，具体涉及一种业务逻辑执行装置和方法。

背景技术

为满足用户对于应用的各种层次和多样化的需求，在利用业务实现这些功能时，单个业务一般不能完成全部的需求，必须依靠多个业务相互之间协作才能达到目的。越来越多的通信运营商和互联网厂商开放自己的基本业务能力，供第三方SP(Service Provider，业务提供者)或者个人开发者基于这些能力开发复杂和更高层次的丰富应用。

这些能力开放一般采用Web Service或者REST(Representational StateTransfer，表述性状态转移)接口供第三方调用，对于业务的合成一般也有业务编制(Service Orchestration)和业务编排(Service Choreography)两种方式。在互联网领域通过Mashup技术可以将多个能力整合为满足用户需求的互联网应用。

通信运营商和互联网厂商都在建设自己的业务平台，这些业务平台一般聚合的资源包括三种类型，分别是：来自电信域、互联网域和IT域的各种业务能力引擎；各种内容资源如图片、语音、视频、IPTV节目等；以及计算能力、存储、带宽等云计算资源。这些资源可以由业务平台开放给开发者使用并创建新的应用，也可以由第三方SP/CP通过资源开放接口直接使用。

而目前上述业务平台的逻辑执行装置，如图1所示。在业务平台中与业务逻辑执行相关的主要单元包括业务执行单元和资源适配单元，业务执行单元完成对从应用发起的经认证后的资源请求的解析，然后将此请求转发到资源适配单元；资源适配单元主要完成请求消息、协议和媒体格式的适配，然后将请求转发到相应的资源；在资源执行完成后再分别通过资源适配单元和业务执行单元将结果返回给应用。应用的业务逻辑可能包含了多个需执行的资源，应用通过业务平台根据该业务逻辑依次完成对资源的调用。业务平台向上为各种应用提供规范的资源调用接口，向下与多个领域的各种资源交互将它们开放给上层应用。

而业务平台使用资源的基本过程是：应用根据业务逻辑依次向业务平台中的业务执行单元发送请求，业务执行单元在对该请求进行认证、鉴权和解析后向平台中的资源适配单元转发对资源的请求，资源适配单元在进行协议和消息的适配后向相应的资源发送请求消息，资源在执行后通过业务平台向应用返回结果。具体地，该过程如图2所示，包括如下步骤：

步骤2.1应用向业务平台发送资源请求；

步骤2.2业务执行单元在接收到经认证后的资源请求后选择合适的资源并将该请求转发给资源适配单元；

步骤2.3资源适配单元在经过消息、协议的适配后将对资源的请求发送给相应的资源；

步骤2.4在收到请求后资源进行成功调用或执行；

步骤2.5～2.7资源调用或执行的结果分别通过资源适配单元和业务执行单元返回给应用。

以上是应用对资源的一次调用，应用的业务逻辑一般包含多个资源，在执行业务逻辑的时候将重复上述步骤2.1～2.7依次完成对资源的调用。

步骤2.8～2.10应用通过业务执行单元和资源适配单元请求执行业务逻辑中新的资源；

步骤2.11资源由于本身不可用或者网络原因执行失败；

步骤2.12～2.14资源调用或执行的失败结果分别通过资源适配单元和业务执行单元返回给应用。

从上述内容可以看出，对于一些应用有可能存在比较复杂的业务逻辑，有可能出现在部分业务(资源)执行完成后，由于后续某个业务执行不成功，导致整个应用执行失败的情况，这对于已经调用的资源和业务平台来说都是一种无效的浪费。尤其对于批量执行的应用该问题更为突出。

发明内容

本发明所要解决的技术问题是，提供一种业务逻辑执行装置和方法，以避免执行业务逻辑的时候因部分业务执行失败而造成的资源浪费。

为了解决上述技术问题，本发明公开了一种业务逻辑执行装置，包括业务逻辑解析与处理功能模块和资源状态功能模块，其中：

所述业务逻辑解析与处理功能模块，解析发起资源请求的应用的业务逻辑，向所述资源状态功能模块请求应用的业务逻辑所要使用的资源的状态信息，并根据获取的状态信息进行相应的处理；

所述资源状态功能模块，收集和存储资源的状态信息，并根据收到的请求向所述业务逻辑解析与处理功能模块返回资源的状态信息。

较佳地，上述装置中，所述述资源的状态信息包括资源的可用性、资源服务质量(QoS)和资源性能。

较佳地，上述装置中，所述业务逻辑解析与处理功能模块根据获取的资源的状态信息进行相应的处理指：

当应用的业务逻辑所要使用的资源为具体资源时，所述业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定业务逻辑所要使用的资源中至少一种或多种具体资源不可用，则停止业务逻辑的执行，向应用返回执行失败的消息。

较佳地，上述装置中，所述业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定业务逻辑所要使用的资源中所有具体资源均可用，则继续进行业务逻辑的执行。

较佳地，上述装置中，所述业务逻辑解析与处理功能模块根据获取的资源的状态信息进行相应的处理指：

当应用的业务逻辑所要使用的资源包含通用资源时，所述业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定该通用资源中所有具体资源均不可用，则停止业务逻辑的执行，向应用返回执行失败的消息。

较佳地，上述装置中，所述业务逻辑解析与处理功能模块根据收到资源的状态信息，确定通用资源中至少有一种或几种具体资源可用，并且业务逻辑所使用的通用资源外的其它具体资源都可用，则继续进行业务逻辑的执行。

本发明还公开了一种业务逻辑执行的方法，包括：

业务逻辑执行装置中业务逻辑解析与处理功能模块解析发起资源请求的应用的业务逻辑，向业务逻辑执行装置中资源状态功能模块请求应用的业务逻辑所要使用的资源的状态信息，根据获取的状态信息进行相应的处理。

较佳地，上述方法中，所述述资源的状态信息包括资源的可用性、资源服务质量(QoS)和资源性能。

较佳地，上述方法中，所述业务逻辑解析与处理功能模块根据获取的资源的状态信息进行相应的处理指：

当应用的业务逻辑所要使用的资源为具体资源时，所述业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定业务逻辑所要使用的资源中至少一种或多种具体资源不可用，则停止业务逻辑的执行，向应用返回执行失败的消息。

较佳地，上述方法中，所述业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定业务逻辑所要使用的资源中所有具体资源均可用，则继续进行业务逻辑的执行。

较佳地，上述方法中，所述业务逻辑解析与处理功能模块根据获取的资源的状态信息进行相应的处理指：

当应用的业务逻辑所要使用的资源包含通用资源时，所述业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定该通用资源中所有具体资源均不可用，则停止业务逻辑的执行，向应用返回执行失败的消息。

较佳地，上述方法中，所述业务逻辑解析与处理功能模块根据收到资源的状态信息，确定通用资源中至少有一种或几种具体资源可用，并且业务逻辑所使用的通用资源外的其它具体资源都可用，则继续进行业务逻辑的执行。

本申请技术方案能够在业务逻辑中后续某个资源不可用的情况下，提前结束整个业务逻辑的执行，从而避免资源的无效使用。另外，本申请技术方案还可以预先用可用资源替换不可用的资源，保证应用的正常执行并减少应用执行的时延。

附图说明

附图用来提供对本申请的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请，并不构成对本申请的限制。在附图中：

图1为现有业务逻辑执行装置结构示意图；

图2为现有业务逻辑执行流程图；

图3为本实施例提供的业务逻辑执行装置结构示意图；

图4为本实施例提供的一种业务逻辑执行流程图；

图5为本实施例提供的另一种业务逻辑执行流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文将结合附图对本发明技术方案作进一步详细说明。需要说明的是，在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。

实施例1

本发明申请人提出，对于复杂的业务逻辑执行，能够在业务逻辑中后续某个资源不可用的情况下，提前结束整个业务逻辑的执行，从而避免资源的无效使用；或者预先用可用资源替换不可用的资源，保证应用的正常执行并减少应用执行的时延。

基于上述思想，本实施例提供一种业务逻辑执行装置，可以避免执行业务逻辑的时候因部分业务执行失败而造成的资源浪费。该装置如图3所示，除了已有的业务执行功能模块外，还包括业务逻辑解析与处理功能模块和资源状态功能模块。

业务逻辑解析与处理功能模块，解析发起资源请求的应用的业务逻辑，向资源状态功能模块请求业务逻辑所要使用的资源的状态信息，并根据获取的资源的状态信息进行相应的处理。

资源状态功能模块，收集和存储资源的状态信息，并根据收到的请求向业务逻辑解析与处理功能模块返回资源的状态信息。

上述资源的状态信息包括资源的可用性、资源QoS和资源性能等信息。

其中，业务逻辑解析与处理功能模块根据获取的资源的状态信息进行相应的处理指：

当应用的业务逻辑所要使用的资源为具体资源时，业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定业务逻辑所要使用的资源中至少一种或几种具体资源不可用，则停止业务逻辑的执行，向应用返回执行失败的消息。业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定业务逻辑所要使用的资源中所有具体资源均可用，则继续进行业务逻辑的执行。

当应用的业务逻辑所要使用的资源包含封装的通用资源时，业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定该通用资源所有具体资源的均不可用，则停止业务逻辑的执行，向应用返回执行失败的消息。如果业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定业务逻辑所要使用的通用资源中至少一种或几种具体资源可用，并且业务逻辑所使用的通用资源外的其它具体资源都可用，则继续进行正常的业务逻辑的执行。

具体地，上述业务逻辑执行装置的业务逻辑执行过程如图4所示，包括如下步骤：

步骤4.1应用向业务平台(即为上述业务逻辑执行装置)发送资源请求；

上述步骤中，应用将携带有业务逻辑的资源请求发送到业务逻辑执行装置中的业务执行功能模块；

步骤4.2业务执行功能模块从接收到的资源请求中获取该应用的业务逻辑；

步骤4.3业务执行功能模块将获取的业务逻辑发送到业务逻辑解析与处理功能模块；

步骤4.4业务逻辑解析与处理功能模块解析该业务逻辑，获取该应用的业务逻辑所要使用的资源，向资源状态功能模块请求这些资源的状态信息；

步骤4.5资源状态功能模块向业务逻辑解析与处理功能返回这些资源的实时状态信息，例如，资源的可用性；

步骤4.6a～4.7a本实施例中，假设业务逻辑所要使用的资源为具体资源，根据所获取的资源的可用性信息确定业务逻辑所要使用的资源中至少一种资源不可用时，则停止业务逻辑的执行，通过业务执行功能模块向应用返回执行失败的消息；此时流程结束，否则执行步骤4.6b；

步骤4.6b根据所获取的资源的可用性信息确定业务逻辑所要使用的所有资源都可用时，业务逻辑解析与处理功能模块则通知业务执行功能模块进行正常的业务逻辑执行；

步骤4.7b业务执行功能模块向资源适配单元转发资源请求；

步骤4.8～4.13资源被触发和执行完成后并通过资源适配单元和业务执行单元向应用返回结果。

如图5所示，是本发明所述的业务逻辑执行另一流程图。

步骤5.1应用向业务平台(即为上述业务逻辑执行装置)发送资源请求；

该步骤中，应用将携带有业务逻辑的资源请求发送到业务逻辑执行装置中的业务执行功能模块；

步骤5.2业务执行功能模块从接收到的携带有业务逻辑的资源请求中获取该应用的业务逻辑；

步骤5.3业务执行功能模块将获取的业务逻辑发送到业务逻辑解析与处理功能模块；

步骤5.4业务逻辑解析与处理功能模块解析该业务逻辑，获取该应的业务逻辑所要使用的资源，并向资源状态信息功能模块请求这些资源的状态信息；

步骤5.5资源状态信息功能模块向业务逻辑解析与处理功能模块返回这些资源的实时状态信息，例如，资源的可用性、资源QoS和资源性能等信息；

步骤5.6在本实施例中，假设业务逻辑所要使用的资源包含封装的通用资源，业务逻辑解析与处理功能模块则检查该通用资源所有可能具体资源的可用性；

步骤5.7a～5.8a如果通用资源的所有具体资源都不可用则停止业务逻辑的执行，向应用返回执行失败的消息；此时流程结束，否则执行步骤5.7b；

步骤5.7b如果业务逻辑所使用的通用资源外的其它具体资源都可用，以及通用资源的可能具体资源中有可用的，也就是说业务逻辑所要使用的通用资源中一种或多种具体资源可用，则业务逻辑解析与处理功能模块在业务逻辑中保存可用的具体资源的信息，并通知业务执行功能模块进行正常的业务逻辑执行，后续在调用通用资源时直接触发所保存的具体资源即可；

这里需要说明的是，当通用资源中有多个具体资源可用时，业务逻辑解析与处理功能模块仅保存一种可用的具体资源即可。而从多种可用的具体资源中选择保存哪一种具体资源时，可进一步结合可用的具体资源的资源QoS和资源性能来考虑。例如，从可用的多种具体资源中，选择保持资源QoS和资源性能最好的具体资源。

步骤5.8b业务执行功能向资源适配单元转发资源请求；

步骤5.9～5.14资源被触发和执行完成后并通过资源适配单元和业务执行单元向应用返回结果。

以上两个流程中，业务执行单元在收到资源请求后，先获取资源的状态信息，然后根据这些资源的实时状态信息决定下一步如何处理；另一种可行的方案是资源的请求执行和资源状态信息的获取两个步骤同时进行，如果收到资源实时状态信息并有不可用资源，则停止业务逻辑执行并向应用返回失败响应，如果资源都可用则继续业务逻辑执行，这种方案相对来说能够节约应用执行时间。

对于业务逻辑中存在判断和执行路径分支的情况，有可能需要业务逻辑解析与处理功能模块多次获取资源的状态信息并进行相应的处理。

上述资源的实时状态信息是与各个资源连接或通过定时心跳消息来获取的。

实施例2

本实施例介绍一种业务逻辑执行的方法，该方法可依赖于上述实施例1中的业务逻辑执行装置来实现。本实施例中业务逻辑执行过程包括：

业务逻辑执行装置中业务逻辑解析与处理功能模块解析发起资源请求的应用的业务逻辑，向业务逻辑执行装置中资源状态功能模块请求应用的业务逻辑所要使用的资源的状态信息，根据获取的状态信息进行相应的处理。其中，述资源的状态信息包括资源的可用性、资源QoS和资源性能。

而上述业务逻辑解析与处理功能模块的具体操作过程如下：

当应用的业务逻辑所要使用的资源为具体资源时，业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定业务逻辑所要使用的资源中至少一种或多种具体资源不可用，则停止业务逻辑的执行，向应用返回执行失败的消息。根据收到的资源的状态信息，确定业务逻辑所要使用的资源中所有具体资源均可用，则继续进行业务逻辑的执行。

当应用的业务逻辑所要使用的资源包含通用资源时，业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定该通用资源中所有具体资源均不可用，则停止业务逻辑的执行，向应用返回执行失败的消息。根据收到资源的状态信息，确定该通用资源中至少有一种或几种具体资源可用，并且业务逻辑所使用的通用资源外的其它具体资源都可用，则继续进行业务逻辑的执行。

上述方法中，业务逻辑解析与处理功能模块根据获取的状态信息进行处理的具体过程，可参见上述实施例1中业务逻辑执行装置的工作过程，在此不再赘述。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。

从上述实施例可以看出，本申请技术方案，对于复杂的业务逻辑执行，能够在业务逻辑中后续某个资源不可用的情况下，提前结束整个业务逻辑的执行，从而避免资源的无效使用。另外，本申请技术方案还可以预先用可用资源替换不可用的资源(即针对业务逻辑所要使用的资源中包含有通用资源的情况，通用资源中只要有至少一种具体资源可用且所要使用的其他具体资源均可用，即可进行正常的业务逻辑的执行)，保证应用的正常执行并减少应用执行的时延。

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

Claims (12)

1.一种业务逻辑执行装置，其特征在于，该装置包括业务逻辑解析与处理功能模块和资源状态功能模块，其中：

所述业务逻辑解析与处理功能模块，解析发起资源请求的应用的业务逻辑，向所述资源状态功能模块请求应用的业务逻辑所要使用的资源的状态信息，并根据获取的状态信息进行相应的处理；

所述资源状态功能模块，收集和存储资源的状态信息，并根据收到的请求向所述业务逻辑解析与处理功能模块返回资源的状态信息。

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

所述述资源的状态信息包括资源的可用性、资源服务质量(QoS)和资源性能。

3.根据权利要求1或2所述的装置，其特征在于，所述业务逻辑解析与处理功能模块根据获取的资源的状态信息进行相应的处理指：

当应用的业务逻辑所要使用的资源为具体资源时，所述业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定业务逻辑所要使用的资源中至少一种或多种具体资源不可用，则停止业务逻辑的执行，向应用返回执行失败的消息。

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

所述业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定业务逻辑所要使用的资源中所有具体资源均可用，则继续进行业务逻辑的执行。

5.根据权利要求1或2所述的装置，所述业务逻辑解析与处理功能模块根据获取的资源的状态信息进行相应的处理指：

当应用的业务逻辑所要使用的资源包含通用资源时，所述业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定该通用资源中所有具体资源均不可用，则停止业务逻辑的执行，向应用返回执行失败的消息。

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

所述业务逻辑解析与处理功能模块根据收到资源的状态信息，确定通用资源中至少有一种或几种具体资源可用，并且业务逻辑所使用的通用资源外的其它具体资源都可用，则继续进行业务逻辑的执行。

7.一种业务逻辑执行的方法，其特征在于，该方法包括：

业务逻辑执行装置中业务逻辑解析与处理功能模块解析发起资源请求的应用的业务逻辑，向业务逻辑执行装置中资源状态功能模块请求应用的业务逻辑所要使用的资源的状态信息，根据获取的状态信息进行相应的处理。

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

所述述资源的状态信息包括资源的可用性、资源服务质量(QoS)和资源性能。

9.根据权利要求7或8所述的方法，其特征在于，所述业务逻辑解析与处理功能模块根据获取的资源的状态信息进行相应的处理指：

当应用的业务逻辑所要使用的资源为具体资源时，所述业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定业务逻辑所要使用的资源中至少一种或多种具体资源不可用，则停止业务逻辑的执行，向应用返回执行失败的消息。

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

所述业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定业务逻辑所要使用的资源中所有具体资源均可用，则继续进行业务逻辑的执行。

11.根据权利要求7或8所述的方法，所述业务逻辑解析与处理功能模块根据获取的资源的状态信息进行相应的处理指：

当应用的业务逻辑所要使用的资源包含通用资源时，所述业务逻辑解析与处理功能模块根据收到的资源的状态信息，确定该通用资源中所有具体资源均不可用，则停止业务逻辑的执行，向应用返回执行失败的消息。

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

所述业务逻辑解析与处理功能模块根据收到资源的状态信息，确定通用资源中至少有一种或几种具体资源可用，并且业务逻辑所使用的通用资源外的其它具体资源都可用，则继续进行业务逻辑的执行。

Images