CN103019808B - 一种业务状态的调节装置及方法 - Google Patents

Abstract

本发明公开了一种业务状态的调节装置及方法，用以提升业务状态调节机制的通用性、稳定性和可管理维护性。所述业务状态的调节装置，包括状态机控制引擎和资源池控制引擎，其中：所述状态机控制引擎，用于接收业务处理程序在业务的每个需要调节的处理过程的入口发起的状态请求，根据所述业务的处理过程状态机描述的当前的处理过程获取启动当前的处理过程所需的状态信息，并返回给所述业务处理程序；资源池控制引擎，用于接收业务处理程序在所述业务的每个需要调节的处理过程中发起的资源请求，根据当前的处理过程从行为资源池中获取完成当前的处理过程所需的处理资源，并返回给所述业务处理程序。

Description

一种业务状态的调节装置及方法

技术领域

本发明涉及计算机技术领域，尤其涉及一种业务状态的调节装置及方法。

背景技术

在各类需要对业务状态进行调节的***或平台中，现有技术中包括两种技术方案。一种是被动式方案，以当前的业务状态为中心，如图1a所示，包括状态监控、状态判断和触发调节动作三个部分；另一种是主动式方案，以任务为中心，如图1b所示，包括任务管理、任务分发和状态统计三个部分。被动式方案需要对当前的各种业务状态进行监控，并根据监控结果做出判断，最终触发调节动作。主动式方案需要在进行应用架构设计时，考虑如何使任务按规则分发执行。

在各种业务状态的调节技术方案中，均依赖于应用的架构以及特征，包括如下两种方案：

方案一、

在业务处理逻辑中加入调节函数，通过静态或者动态配置调节参数，使得调节函数发生作用，从而影响业务状态。此种方案在多数软件中都会采用，在程序设计开发过程中可根据应用的需求随时加入，及时完成调节，并且在使用过程中，调节函数运行表现状态较稳定，不易出现错误。此种方案中，加入的调节参数通常包括如下几种：程序休眠n秒、间隔t秒轮询一次、在某个时间点触发某种业务行为、在某种业务行为发生时执行某个操作、循环执行次数等。

方案二、

在业务处理逻辑中，如图2所示，实现业务的各个处理过程的业务处理模块间通过缓冲模块连接，通过控制缓冲模块实现对业务状态的影响。管理模块通过判断程序，主动控制业务处理模块完成业务行为。业务处理模块间和业务处理模块中均可植入缓冲模块，来调节节奏。此种方案要求对业务处理逻辑进行建模之初，就要考虑到业务状态迁移逻辑，并植入缓冲模块。此种方案在大型***中使用较为普遍，特别是对于具有普遍控制和调节行为的业务处理逻辑，可以共享使用相同的缓冲模块。此种方案中，调节参数除包括方案一中列举的各参数外，还能调节多个处理过程之间的节奏和状态，能够定义更复杂的业务处理逻辑。

现有技术中提供的两种业务状态的调节方案，存在如下的缺点：

方案一中必须在开发前期明确应用的需求，并且代码维护较为复杂，特别是对于调节参数的管理维护代价很大，且缺乏一致性，给应用的部署带来困难。实际使用中，灵活性较差，很难处理多个业务状态的动态调节。不适用于复杂的业务处理逻辑，并且一但发生需求变更，很难修改。

方案二要求在应用的需求明确之后，程序设计开发过程中必须考虑各种可能，在保证业务处理逻辑完整性的前提下，适度加入缓冲模块。并且，缓冲模块不可避免与业务处理程序产生了固定的依赖关系。新增和变化调节机制，均需重新编译和测试应用。

现有技术中提供的两种业务状态的调节方案，不存在通用且独立的调节装置或调节程序，而是采用与业务处理逻辑相关的处理方式，并且均采用主动式方案调节业务状态，均存在实现复杂、灵活性差、不同应用间不具有通用性的问题，需要根据应用的需求设计开发相应架构，是不可分离的紧耦合方式。虽然在实际应用中较为广泛，但均限定了在程序设计开发前期和过程中全面考虑应用的需求，并且加入相应的调节机制，均需要与业务处理程序一起编译再使用。现有技术中提供的两种业务状态的调节方案均是以任务为中心，响应速度较慢，调节范围有限，很难构造复杂的随机状态。并且，随着业务处理程序复杂度日益提升，加入调节机制的情况下，复杂度更高，可靠性下降。

因此，在不增加程序设计开发复杂度的前提下，提供通用、稳定、且易于管理维护的业务状态的调节机制，特别是在对业务状态调节需求较高的多用户、多任务、多并发应用中实现，成为现有技术中亟待解决的技术问题之一。

发明内容

本发明提供一种业务状态的调节装置及方法，用以提升业务状态调节机制的通用性、稳定性和可管理维护性。

本发明实施例提供一种业务状态的调节装置，包括状态机控制引擎和资源池控制引擎，其中：

所述状态机控制引擎，用于接收业务处理程序在业务的每个需要调节的处理过程的入口发起的状态请求，根据所述业务的处理过程状态机描述的当前的处理过程获取启动当前的处理过程所需的状态信息，并返回给所述业务处理程序；

所述资源池控制引擎，用于接收业务处理程序在所述业务的每个需要调节的处理过程中发起的资源请求，根据当前的处理过程从行为资源池中获取完成当前的处理过程所需的处理资源，并返回给所述业务处理程序。

本发明实施例提供一种基于上述调节装置的业务状态的调节方法，包括：

针对业务的每个需要调节的处理过程，状态机控制引擎接收业务处理程序在当前的处理过程的入口发起的状态请求，根据所述业务的处理过程状态机描述的当前的处理过程获取启动当前的处理过程所需的状态信息，并返回给所述业务处理程序；

资源池控制引擎接收业务处理程序在当前的处理过程中发起的资源请求，根据当前的处理过程从行为资源池中获取完成当前的处理过程所需的处理资源，并返回给所述业务处理程序。

本发明实施例提供的业务状态的调节装置及方法，业务状态的调节装置与业务处理程序相互独立运行，无需改变业务处理程序的逻辑，无需对业务做任何中断，可以随时调节各项设置提升业务状态调节机制的通用性；通过定义处理过程状态机，可以对业务在各个处理过程进行状态切换时进行各项调控，通过定义业务的各个处理过程所需的资源，可以通过对资源数量的控制，实现对业务在各个处理过程内执行节奏的调控，从而提升业务状态调节机制的可管理维护性；业务状态的调节装置独立运行，可以有效的提升业务状态调节机制的稳定性。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1a为现有技术中业务状态调节的被动式方案示意图；

图1b为现有技术中业务状态调节的主动式方案示意图；

图2为现有技术中第二种业务状态的调节方案功能模块图；

图3为本发明实施例提供的业务状态的调节装置框图；

图4为本发明实施例提供的全局共享的通讯链路示意图；

图5为本发明实施例提供的业务处理程序的处理流程图；

图6为本发明实施例提供的另一种较佳的业务状态的调节装置框图；

图7为本发明实施例提供的中央调度策略控制器的逻辑结构图；

图8为本发明实施例提供的处理过程状态机的逻辑结构图；

图9为本发明实施例提供的状态资源池和行为资源池的逻辑结构图

图10为本发明实施例提供的业务状态的调节方法流程图。

具体实施方式

本发明实施例提供一种业务状态的调节装置及方法，用以提升业务状态调节机制的通用性、稳定性和可管理维护性。本发明实施例提供的业务状态的调节装置及方法，能够广泛应用在各类复杂业务场景的应用软件及测试工具中，尤其适用于多用户、多任务、多并发的应用调度。

以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

本发明实施例提供的业务状态的调节装置及方法，可以在多个维度上对业务状态做出动态调节，从而使得业务处理程序表现出稳定的业务状态。业务状态的多维动态调节机制，不会增加程序设计开发的复杂度，并且能够满足复杂的业务状态调节需求。

首先，对本发明实施例涉及的几个概念进行简单说明。

本发明实施例中所述的“业务”是指通过计算机程序即业务处理程序的信息交换实现的一系列处理过程，其中每个处理过程都有明确的目的，并且持续一段时间。例如：运营商的短信网关的短信转发业务，是接收SP(ServiceProvider，服务提供商)发送的短信，将短信进行计费鉴权，之后转发给短信中心，接收到短信投递报告之后生成短信计费话单，并向SP返回投递报告，即完成一次短信转发业务。

本发明实施例中所述的“状态信息”是指用于描述已经\正在\将要发生的处理过程的一系列信息的组合。在计算机处理某业务时需要执行一系列处理过程，处理过程状态机用于描述一系列处理过程(行为状态)的迁移逻辑关系。

本发明实施例中所述的“调节”是指通过某种专用的计算机程序或装置即业务状态的调节装置，对业务处理程序实现的业务的一系列处理过程产生影响，使业务的一系列处理过程按预定的节奏或用户感受进行，整个过程称之为调节。例如：短信发送业务需要以每秒100条的速率连续发送短信，则需要专用的计算机程序或装置即业务状态的调节装置，使实现短信发送业务的计算机程序即业务处理程序，以每秒执行100次的节奏完成发送短信的一系列处理过程。

本发明实施例中所述的“资源”是指业务处理程序在完成业务的过程中，需要的一系列处理过程对应的计算机的数据表示和硬件中断请求。例如：随机数、IP地址、机器名、连续的移动终端号码、获取***设备信息、独占或锁定某内存区或设备等。

本发明实施例中，业务处理程序与业务状态的调节装置互相独立，业务处理程序主动向该调节装置发送状态请求或资源请求，业务状态的调节装置为业务的处理过程提供相应的状态信息和资源，完成状态请求或资源请求的响应。业务状态的调节装置不会主动向业务处理程序发起任何形式的请求。

业务状态的调节装置提供业务的处理过程所需的资源和状态信息，业务处理程序主动与业务状态的调节装置不断发生信息交换，最终业务处理程序的工作频率达到与业务状态的调节装置相同或相近。

如图3所示，本发明实施例提供的业务状态的调节装置，包括状态机控制引擎和资源池控制引擎，其中：

状态机控制引擎，用于接收业务处理程序在业务的每个需要调节的处理过程的入口发起的状态请求，根据所述业务的处理过程状态机描述的当前的处理过程获取启动当前的处理过程所需的状态信息，并返回给所述业务处理程序；

资源池控制引擎，用于接收业务处理程序在所述业务的每个需要调节的处理过程中发起的资源请求，根据当前的处理过程从行为资源池中获取完成当前的处理过程所需的处理资源，并返回给所述业务处理程序。

下面结合说明书附图3进行简要说明。假设业务处理程序a需要完成a1、a2、...an等n个处理过程，在每个处理过程的入口访问状态机控制引擎，获取启动当前的处理过程所需的状态信息，并根据获取到的状态信息启动当前的处理过程；在当前的处理过程中向资源池控制引擎申请完成当前的处理过程所需的处理资源。由业务状态的调节装置发送状态请求和资源请求的工作频率，能够限定业务处理程序a完成全部处理过程的节奏。业务处理程序b执行过程与业务处理程序a类似，并且业务处理程序a和业务处理程序b可以共享业务状态的调节装置，形成负载的分担，a和b两个业务处理程序甚至更多的业务处理程序全局表现为该业务状态的调节装置预先设定的工作频率。

根据业务处理程序主动与业务状态的调节装置发生信息交换的过程可知，业务处理程序执行中需要作为调节因子的状态信息和处理资源都需要向业务状态的调节装置发送请求，获得请求响应后，根据请求响应的内容，继续下一步处理。业务状态的调节装置允许业务处理程序与之建立一条或多条全局共享的通讯链路。某一个业务处理程序在与调节装置建立通讯链路并进行通讯的过程，每个处理过程可以单独建立通讯链路，也可以全局共享通讯链路。全局共享的通讯链路方式请参见图4。业务处理程序在使用本发明实施例提供的业务状态的调节装置时，需要在业务处理程序中进行以下处理，如图5所示：

首先，建立并保持与该调节装置的通讯链路，通讯链路可以为进程问通讯方式，也可以为Socket通讯方式，如果对实时性要求不高也可采用基于http/https的Web Service通讯方式。

其次，在需要状态信息或处理资源时，通过通讯链路向该调节装置发出请求，获得请求响应后，将请求响应的内容进行解析并赋值等操作，根据请求响应的内容继续下一步处理。

具体实施中，可以在业务处理程序中每个需要调节的处理过程的入口处增加一段代码，使得业务处理程序可以在业务的每个需要调节的处理过程的入口发起状态请求。也可以采用如下方式使得业务处理程序可以在当前的处理过程获取进入下一个需要调节的处理过程所需的入口资源，具体的：

所述资源池控制引擎，还用于在接收到所述资源请求之后，根据当前的处理过程从状态资源池中获取进入下一个需要调节的处理过程所需的入口资源，并返回给所述业务处理程序。

较佳的，业务状态的调节装置还可包括中央调度策略控制器，其中：

所述中央调度策略控制器，用于根据业务状态的调节需求对业务的状态资源池和行为资源池进行调整，为业务的每个需要调节的处理过程配置所需的入口资源和处理资源，并将业务的每个处理过程所需的入口资源和处理资源与业务的处理过程状态机相关联。

较佳的，业务状态的调节装置还可包括监控及校验控制引擎，其中：

监控及校验控制引擎，用于校验业务的每个需要调节的处理过程的运行数据是否符合预设规则，并将状态类校验结果反馈给所述状态机控制引擎，将事务类校验结果反馈给所述中央调度策略控制器，以及监控所述调节装置是否处于正常状态，并将资源类监控结果反馈给所述资源池控制引擎，将事务类监控结果反馈给所述中央调度策略控制器；

所述状态机控制引擎，还用于根据所述监控及校验控制引擎反馈的状态类校验结果，触发相应的状态调节操作；所述的状态调节操作，例如增加或减少某项状态的数量，允许或禁止某些状态迁移的行为，调整状态机的运行逻辑等；

所述资源池控制引擎，还用于根据所述监控及校验控制引擎反馈的资源类监控结果，触发相应的资源调节操作；所述的资源调节操作例如增加或减少某项资源(例如移动终端号码)的数量，允许、临时挂起或禁止某项资源的访问，调整资源的比例关系(包括数量、时间等因子)等；

所述中央调度策略控制器，还用于根据所述监控及校验控制引擎反馈的事务类校验结果和事务类监控结果，触发相应的事务处理操作；所述的事务类校验结果和事务类监控结果，例如出现正常的事务超时或事务错误，以及异常的事务处于未知状态，事务因程序错误产生异常信息等。

本发明实施例提供一种较佳的业务状态的调节装置，包括中央调度策略控制器、状态机控制引擎、资源池控制引擎、监控及校验控制引擎，连接关系如图6所示。

中央调度策略控制器的逻辑结构如图7所示，主要功能包括：一、是将用户对业务状态的调节需求(包括一项或多项静态的策略文件或动态指令)，对业务的状态资源池和行为资源池进行调整，为业务的每个需要调节的处理过程配置所需的入口资源和处理资源，并通过对外服务接口发布；二、将业务的每个处理过程所需的入口资源和处理资源与业务的处理过程状态机相关联，处理过程状态机的数量根据调节需求动态增减变化；三、根据监控及校验控制引擎反馈的事务类校验结果和事务类监控结果，触发相应的事务处理操作。

状态机控制引擎是需要进行动态调节的各类业务在本调节装置中的映射，处理过程状态机实例的数量即当前正在并行工作的任务数。各处理过程状态机描述了业务状态的迁移逻辑关系，以及在各个处理过程所需的资源。处理过程状态机的核心功能是客观描述当前正在运行的业务的处理过程。处理过程状态机的逻辑结构请参见图8。

资源池控制引擎中包括两种资源池，一种是状态资源池，一种是行为资源池。状态资源池包括正在或将要运行的业务进入下一个处理过程之前所需获取的入口资源，限定了处理过程的入口；行为资源池包括正在运行的业务要完成当前处理过程所需要的处理资源，限定了当前的处理过程是否可以顺利完成。两种资源的种类和数量是根据业务状态的调节需求动态定义并分配的。状态资源池和行为资源池的逻辑结构请参见图9。

监控及校验控制引擎的功能是对该调节装置进行状态监控及处理过程校验。其中处理过程校验偏重的是对业务处理程序的各个处理过程是否符合预定规则，并将状态类校验结果反馈给状态机控制引擎，触发相应的状态调节操作；状态监控偏重整个业务状态的调节装置是否处于正常状态，并将资源类监控结果反馈给资源池控制引擎，触发相应的资源调节操作。

本发明实施例提供的业务动态的调节装置与业务处理程序独立存在，为松耦合关系；通过将完成业务所需的各类资源进行虚拟化，并采用标准化的管理机制，从而通过资源的约束来实现对业务状态的精确控制。

基于同一技术构思，本发明实施例还提供了一种业务状态的调节方法，基于业务状态的调节装置实现，由于该业务状态的调节方法解决问题的原理与业务状态的调节装置相似，因此该方法的实施可以参见装置的实施，重复之处不再赘述。

如图10所示，业务状态的调节方法，针对业务的每个需要调节的处理过程，执行如下步骤：

S1001、状态机控制引擎接收业务处理程序在当前的处理过程的入口发起的状态请求，根据所述业务的处理过程状态机描述的当前的处理过程获取启动当前的处理过程所需的状态信息，并返回给所述业务处理程序；

相应的，业务处理程序根据获取到的状态信息启动当前的处理过程；

S1002、资源池控制引擎接收业务处理程序在当前的处理过程中发起的资源请求，根据当前的处理过程从行为资源池中获取完成当前的处理过程所需的处理资源，并返回给所述业务处理程序；

相应的，业务处理程序根据获取到的状态信息处理资源执行当前的处理过程。

具体实施中，所述业务状态的调节方法还包括：

所述资源池控制引擎在接收到所述资源请求之后，根据当前的处理过程从状态资源池中获取进入下一个需要调节的处理过程所需的入口资源，并返回给所述业务处理程序。

具体实施中，所述业务状态的调节方法还包括：

中央调度策略控制器根据业务状态的调节需求对业务的状态资源池和行为资源池进行调整，为业务的每个需要调节的处理过程配置所需的入口资源和处理资源，并将业务的每个处理过程所需的入口资源和处理资源与业务的处理过程状态机相关联。

具体实施中，所述业务状态的调节方法还包括：

监控及校验控制引擎校验业务的每个需要调节的处理过程的运行数据是否符合预设规则，并将状态类校验结果反馈给所述状态机控制引擎，将事务类校验结果反馈给所述中央调度策略控制器，以及监控所述调节装置是否处于正常状态，并将资源类监控结果反馈给所述资源池控制引擎，将事务类监控结果反馈给所述中央调度策略控制器；

所述状态机控制引擎根据所述监控及校验控制引擎反馈的状态类校验结果，触发相应的状态调节操作；

所述资源池控制引擎根据所述监控及校验控制引擎反馈的资源类监控结果，触发相应的资源调节操作；

所述中央调度策略控制器根据所述监控及校验控制引擎反馈的事务类校验结果和事务类监控结果，触发相应的事务处理操作。

本发明实施例提供的业务状态的调节装置及方法，通过外挂的方式，不改变业务处理程序的逻辑，能够提供更高效、更稳定、更易于维护管理的业务状态的调节机制，对业务状态保持的更稳定。对业务状态的调节能力更强，通过定义处理过程状态机，建立业务的各个处理过程的映射关系，可以使用令牌机制对业务在各个处理过程进行状态切换时，进行各项调控；通过定义业务处理过程所需的资源，就可以通过对资源数量的控制，实现对业务在某个处理过程内执行节奏的调控。

本发明实施例提供的业务状态的调节装置与业务处理程序的运行相互独立，因此业务状态的控制和变化更及时，在业务处理过程中，不需要对业务做任何中断，可以随时调节各项设置，立即生效，而不必等到之前设置的调控策略执行完毕，也可以通过延时机制，在某个特定的时间生效。

业务状态的调节装置独立运行，可以有效的提升业务状态的调节机制的可靠性，可以进行充分的测试与优化，与业务***或平台通过外部服务接口完成各项调节，当业务***或平台的功能发生改变的过程中，无需修改调节机制。通过简单配置即可在混合多业务实例应用场景中使用，从而对多项不同的业务实现复杂的调节机制。

本领域的技术人员应该明白，本发明的实施例可提供为装置、方法、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的装置、方法和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例、以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种业务状态的调节装置，其特征在于，适用于对业务状态调节需求高的多用户、多任务、多并发的应用场景，包括状态机控制引擎和资源池控制引擎，其中：

所述状态机控制引擎，用于接收业务处理程序在业务的每个需要调节的处理过程的入口发起的状态请求，根据所述业务的处理过程状态机描述的当前的处理过程获取启动当前的处理过程所需的状态信息，并返回给所述业务处理程序；其中，所述调节是指通过所述业务状态的调节装置，对业务处理程序实现的业务的一系列处理过程产生影响，使业务的一系列处理过程按预定的节奏进行的整个过程；

所述资源池控制引擎，用于接收业务处理程序在所述业务的每个需要调节的处理过程中发起的资源请求，根据当前的处理过程从行为资源池中获取完成当前的处理过程所需的处理资源，并返回给所述业务处理程序；

其中，业务处理程序与所述业务状态的调节装置互相独立，且，业务处理程序主动向所述业务状态的调节装置发送状态请求或资源请求，业务状态的调节装置不会主动向业务处理程序发起任何形式的请求。

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

所述资源池控制引擎，还用于在接收到所述资源请求之后，根据当前的处理过程从状态资源池中获取进入下一个需要调节的处理过程所需的入口资源，并返回给所述业务处理程序。

3.如权利要求2所述的装置，其特征在于，还包括中央调度策略控制器，其中：

所述中央调度策略控制器，用于根据业务状态的调节需求对业务的状态资源池和行为资源池进行调整，为业务的每个需要调节的处理过程配置所需的入口资源和处理资源，并将业务的每个处理过程所需的入口资源和处理资源与业务的处理过程状态机相关联。

4.如权利要求3所述的装置，其特征在于，还包括监控及校验控制引擎，其中：

监控及校验控制引擎，用于校验业务的每个需要调节的处理过程的运行数据是否符合预设规则，并将状态类校验结果反馈给所述状态机控制引擎，将事务类校验结果反馈给所述中央调度策略控制器，以及监控所述调节装置是否处于正常状态，并将资源类监控结果反馈给所述资源池控制引擎，将事务类监控结果反馈给所述中央调度策略控制器；其中，所述事务类校验结果为校验业务的每个需要调节的处理过程的运行数据是否符合预设规则时所得到的、用于反映各事务是否符合预设规则的校验结果信息；所述资源类监控结果为监控所述调节装置是否处于正常状态时所得到的、用于反映各资源是否处于正常状态的监控结果信息，所述事务类监控结果为监控所述调节装置是否处于正常状态时所得到的、用于反映各事务是否处于正常状态的监控结果信息；

所述状态机控制引擎，还用于根据所述监控及校验控制引擎反馈的状态类校验结果，触发相应的状态调节操作；

所述资源池控制引擎，还用于根据所述监控及校验控制引擎反馈的资源类监控结果，触发相应的资源调节操作；

所述中央调度策略控制器，还用于根据所述监控及校验控制引擎反馈的事务类校验结果和事务类监控结果，触发相应的事务处理操作。

5.如权利要求1所述的装置，其特征在于，所述业务处理程序与所述调节装置之间具有至少一条全局共享的通讯链路；或者，针对业务的每个需要调节的处理过程，所述业务处理程序与所述调节装置之间具有一条通讯链路。

6.一种基于权利要求1所述调节装置的业务状态的调节方法，其特征在于，包括：

针对业务的每个需要调节的处理过程，状态机控制引擎接收业务处理程序在当前的处理过程的入口发起的状态请求，根据所述业务的处理过程状态机描述的当前的处理过程获取启动当前的处理过程所需的状态信息，并返回给所述业务处理程序；

资源池控制引擎接收业务处理程序在当前的处理过程中发起的资源请求，根据当前的处理过程从行为资源池中获取完成当前的处理过程所需的处理资源，并返回给所述业务处理程序。

7.如权利要求6所述的方法，其特征在于，还包括：

所述资源池控制引擎在接收到所述资源请求之后，根据当前的处理过程从状态资源池中获取进入下一个需要调节的处理过程所需的入口资源，并返回给所述业务处理程序。

8.如权利要求7所述的方法，其特征在于，还包括：

中央调度策略控制器根据业务状态的调节需求对业务的状态资源池和行为资源池进行调整，为业务的每个需要调节的处理过程配置所需的入口资源和处理资源，并将业务的每个处理过程所需的入口资源和处理资源与业务的处理过程状态机相关联。

9.如权利要求8所述的方法，其特征在于，还包括：

监控及校验控制引擎校验业务的每个需要调节的处理过程的运行数据是否符合预设规则，并将状态类校验结果反馈给所述状态机控制引擎，将事务类校验结果反馈给所述中央调度策略控制器，以及监控所述调节装置是否处于正常状态，并将资源类监控结果反馈给所述资源池控制引擎，将事务类监控结果反馈给所述中央调度策略控制器；其中，所述事务类校验结果为校验业务的每个需要调节的处理过程的运行数据是否符合预设规则时所得到的、用于反映各事务是否符合预设规则的校验结果信息；所述资源类监控结果为监控所述调节装置是否处于正常状态时所得到的、用于反映各资源是否处于正常状态的监控结果信息，所述事务类监控结果为监控所述调节装置是否处于正常状态时所得到的、用于反映各事务是否处于正常状态的监控结果信息；

所述状态机控制引擎根据所述监控及校验控制引擎反馈的状态类校验结果，触发相应的状态调节操作；

所述资源池控制引擎根据所述监控及校验控制引擎反馈的资源类监控结果，触发相应的资源调节操作；

所述中央调度策略控制器根据所述监控及校验控制引擎反馈的事务类校验结果和事务类监控结果，触发相应的事务处理操作。

10.如权利要求6所述的方法，其特征在于，

所述业务处理程序与所述调节装置之间建立并保持至少一条全局共享的通讯链路；或者，

针对业务的每个需要调节的处理过程，所述业务处理程序与所述调节装置之间建立一条通讯链路。