[发明专利]业务处理装置和方法、及业务处理控制装置

说明书

技术领域

本发明涉及计算机技术领域，尤其涉及一种业务处理装置和方法、及业务处理控制装置。

背景技术

为了能够有效实现灵活的业务处理方式，特别是能够适应各种业务的差异化特征，现有技术中提供了大量的技术方案，这些技术方案可以归类为如下几种类型。

类型一、数据驱动的业务处理方式

数据驱动的业务处理方式，是将业务处理方式以数据方式进行定义。业务处理过程中除了以数据方式存在的业务处理模型和业务处理逻辑的标示性定义之外，还包括业务数据。在业务处理过程中，首先对标示性的数据进行解析和释义，然后转入相对应的业务处理程序片。该类业务处理方式，一般应用在通信类业务的应用程序中，数据驱动的业务处理方式示意图请参见图1。

类型二、关键词驱动的业务处理方式

在实现多种不同业务处理的过程中，经常会出现多个功能模块相似或者相同的情况，但是业务处理模型和业务处理逻辑相似度却较弱。采用数据驱动的业务处理方式，程序规模大，标示位处理逻辑复杂，业务处理程序片会很多，不易区分，且效率较低。关键词驱动的业务处理方式解决了该问题，将业务处理过程统一定义为由一系列关键词所组成，且每个关键词对应特定的程序处理功能，定义业务处理过程通过选择关键词组合即可以实现，大大提高了研发效率和灵活性，功能程序库也提高了代码的复用率，关键词驱动的业务处理方式示意图请参见图2。

类型三、固定模型框架的业务处理方式

固定模型框架的业务处理方式是提供一个固定的业务处理过程框架，该框架提供业务程序的运行环境，仅需将特定的业务程序片按要求写入框架对应的部分，即可实现固定模型框架下的业务处理，而无需了解业务处理模型。该业务处理方式，适合业务处理模型简单、但业务处理逻辑较复杂的业务场景，一般应用在测试工具中，固定模型框架的业务处理方式示意图请参见图3。

现有技术中提供的业务处理方式相对简单有效，在实际应用范围较广，但是上述三类业务处理方式存在着一些不可避免的缺点：

数据驱动的业务处理方式为串行方式，一旦单业务处理程序片发生故障死锁，无法发送反馈信息至判定/选择处理程序片，判定/选择处理程序片在无法收到反馈信息的状态下判定业务处理失败，导致整个串行业务处理失败。

关键词驱动的业务处理方式，特别是在大容量并发业务的情况下，单功能一旦出现问题死锁，业务处理逻辑中所有调用该功能的并发业务均无法调用该功能，极易导致业务处理程序紊乱，产生全局业务死锁或者系统故障，因此采用此方式时必须经过充分的验证性测试，才能保证可靠性。

数据驱动和关键词驱动的业务处理方式，业务处理程序对全局并发业务程序进行直接调用，响应并控制业务程序状态，程序结构复杂，程序层次结构较多，使得程序效率不高，进而表现为性能不够稳定。

固定模型框架的业务处理方式，程序结构相对简单，可靠性好，但是支持的业务处理模型数量较少，一旦在业务处理模型中嵌入复杂的业务处理过程，容易产生资源利用率不高的情况。并且由于业务处理模型的限制，内部数据交互的方式和类型有严格的限制，因此灵活性也较差。

现有技术中提供的三类业务处理方式，仅能在特定的情况下，进行有限制的可靠性处理和业务程序干预，均不能提供灵活的从外部可定制的提升业务系统可靠性的机制。

发明内容

本发明实施例提供一种业务处理装置和方法，用以提升业务系统的可靠性。

本发明实施例还提供一种业务处理控制装置，用以实现模型框架与业务的无关性，提升通用性。

本发明实施例提供的业务处理装置，包括全局控制器、私有控制器和数据区，所述数据区包括全局共享数据池和业务数据区，其中：

所述全局共享数据池，用于存储业务列表、以及每一个业务对应的用于描述业务处理逻辑的配置参数；

所述全局控制器，用于从所述全局共享数据池的业务列表中提取业务分配给空闲的私有控制器；

所述私有控制器，用于从所述全局共享数据池中提取所述全局控制器所分配业务对应的配置参数，根据提取到的配置参数控制所分配业务对应的业务实例的运行；

业务数据区，用于存储业务实例的运行数据。

本发明实施例提供的基于上述业务处理装置的业务处理方法，包括：

全局控制器从全局共享数据池的业务列表中提取业务分配给空闲的私有控制器，所述全局共享数据池中存储业务列表、以及每一个业务对应的用于描述业务处理逻辑的配置参数；以及