CN104123135A - 一种统一后台接口的方法及装置 - Google Patents

Abstract

本发明涉及一种统一后台接口的方法及装置，包括以下步骤：创建统一接口表，所述统一接口表用于存储后台的多种业务类型及多种业务信息，所述每种业务类型分别与一个业务信息对应，所述业务信息用于调用前台的函数处理模块；遍历后台是否有待处理业务，按照待处理业务的业务类型，查找统一接口表中的与业务类型对应的业务信息，利用业务信息调用前台的函数处理模块；后台通过统一接口表调用前台的函数处理模块成功时，执行步骤4，否则，执行步骤5；备份该待处理业务的业务类型，业务信息及前台的函数处理模块，删除统一接口表；将该待处理业务记录为异常业务，删除统一接口表。本发明能够使后台接口统一，各个类型的业务可以动态执行，互不影响。

Description

一种统一后台接口的方法及装置

技术领域

本发明涉及一种统一后台接口的方法及装置。

背景技术

在账务管理系统中，经常有各种各样的后台接口，比如：缴费、冲正、退费、转账、送预存。这些后台接口业务逻辑跟前台tuxedo服务是一样的，但是由于实现方式不一致，不能直接复用前台tuxedo服务的函数，而直接tpcall调用服务效率又比较低，最后都是重新写了一遍，使得后台和前台tuxedo是两套程序，复用率较低。

BEA TUXEDO是在企业、Internet这样的分布式运算环境中开发和管理三层结构的客户/服务器型关键业务应用系统的强有力工具，在此基础上的tuxedo服务是电信管理系统的主流模式，用于实现具体业务逻辑。

但是这种服务仅用于C/S的开发模式，而电信系统中的纯C++书写的后台程序无法使用，导致系统中前台服务、后台接口是两套程序。

问题一：前后使用tuxedo服务，后台是纯C++程序。两者由于框架技术不一致，而无法统一。

问题二：后台程序类型过多，接口无法统一，比如有：缴费、缴费冲正、转账等。

发明内容

本发明所要解决的技术问题是提供一种能够实现按照业务类型自由调度前台函数的统一后台接口的方法及装置。

本发明解决上述技术问题的技术方案如下：一种统一后台接口的方法，包括以下步骤：

步骤1：创建统一接口表，所述统一接口表用于存储后台中业务的业务类型及业务信息，每种业务类型分别与一个业务信息对应，所述业务信息用于调用前台的函数处理模块；

步骤2：遍历后台中是否有待处理业务，按照待处理业务的业务类型，查找统一接口表中的与业务类型对应的业务信息；

步骤3：后台通过统一接口表中的业务信息调用前台的函数处理模块，当调用成功时，执行步骤4，否则，执行步骤5；

步骤4：备份该待处理业务的业务类型，业务信息及前台的函数处理模块，删除统一接口表；

步骤5：将该待处理业务记录为异常业务，删除统一接口表。

本发明的有益效果是：本发明能够使得后台接口统一，各个类型的业务可以动态执行，互不影响。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步，所述统一接口表存储于oracle数据库中。

进一步，所述步骤2中在遍历得到多个待处理业务时，多个待处理业务逐个依次执行或者同时执行。

进一步，一种统一后台接口的装置，包括创建模块，遍历调用模块，分支模块，备份模块，记录模块；

所述创建模块，用于创建统一接口表，所述统一接口表用于存储后台的多种业务类型及多种业务信息，所述每种业务类型分别与一个业务信息对应，所述业务信息用于调用前台的函数处理模块；

所述遍历调用模块，用于遍历后台中是否有待处理业务，按照待处理业务的业务类型，查找统一接口表中的与业务类型对应的业务信息；

所述分支模块，用于后台通过统一接口表中的业务信息调用前台的函数处理模块，当调用成功时，执行备份模块，否则，执行记录模块；

所述备份模块，用于备份该待处理业务的业务类型，业务信息及前台的函数处理模块，删除统一接口表；

所述记录模块，用于将该待处理业务记录为异常业务，删除统一接口表。

进一步，所述统一接口表存储于oracle数据库中。

进一步，所述步骤2中在遍历得到多个待处理业务时，多个待处理业务逐个依次执行或者同时执行。

附图说明

图1为本发明方法步骤流程图；

图2为本发明装置结构图。

附图中，各标号所代表的部件列表如下：

1、创建模块，2、遍历调用模块，3、分支模块，4、备份模块，5、记录模块。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

如图1所示，为本发明方法步骤流程图；图2为本发明装置结构图。

实施例1

一种统一后台接口的方法，包括以下步骤：

步骤1：创建统一接口表，所述统一接口表用于存储后台中业务的业务类型及业务信息，每种业务类型分别与一个业务信息对应，所述业务信息用于调用前台的函数处理模块；

步骤2：遍历后台中是否有待处理业务，按照待处理业务的业务类型，查找统一接口表中的与业务类型对应的业务信息；

步骤3：后台通过统一接口表中的业务信息调用前台的函数处理模块，当调用成功时，执行步骤4，否则，执行步骤5；

步骤4：备份该待处理业务的业务类型，业务信息及前台的函数处理模块，删除统一接口表；

步骤5：将该待处理业务记录为异常业务，删除统一接口表。

所述统一接口表存储于oracle数据库中。

所述步骤2中在遍历得到多个待处理业务时，多个待处理业务逐个依次执行或者同时执行。

一种统一后台接口的装置，包括创建模块1，遍历调用模块2，分支模块3，备份模块4，记录模块5；

所述创建模块1，用于创建统一接口表，所述统一接口表用于存储后台的多种业务类型及多种业务信息，所述每种业务类型分别与一个业务信息对应，所述业务信息用于调用前台的函数处理模块；

所述遍历调用模块2，用于遍历后台中是否有待处理业务，按照待处理业务的业务类型，查找统一接口表中的与业务类型对应的业务信息；

所述分支模块3，用于后台通过统一接口表中的业务信息调用前台的函数处理模块，当调用成功时，执行备份模块4，否则，执行记录模块5；

所述备份模块4，用于备份该待处理业务的业务类型，业务信息及前台的函数处理模块，删除统一接口表；

所述记录模块5，用于将该待处理业务记录为异常业务，删除统一接口表。

所述统一接口表存储于oracle数据库中。所述步骤2中在遍历得到多个待处理业务时，多个待处理业务逐个依次执行或者同时执行。

本申请在源程序中加载前台tuxedo服务需要的头文件，Makefile编译时，连接前台tuxodo程序的动态库。

本申请建立统一接口表，op_type：操作类型，决定是做缴费还是缴费冲正factor_one、factor_two、factor_three、factor_four为扩展因子。值的含义随着op_type的不同而不同。

本申请通过op_type实现动态执行程序。以主机A、主机B为例，实现方法为：

正常情况下主机A执行op_type为05(缴费)，主机B执行剩余其他业务。如果主机B压力较大时，可以将某些业务，比如01(只做开机)移到主机A执行。

这样可以有效缓解由于接口统一而带来的系统压力。

实施代码：以异步到账程序CRONBatchPay为例

1)Makfile中连接前台tuxodo程序的动态库，代码如下：

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

Claims (6)

1.一种统一后台接口的方法，其特征在于，包括以下步骤：

步骤1：创建统一接口表，所述统一接口表用于存储后台中业务的业务类型及业务信息，每种业务类型分别与一个业务信息对应，所述业务信息用于调用前台的函数处理模块；

步骤2：遍历后台中是否有待处理业务，按照待处理业务的业务类型，查找统一接口表中的与业务类型对应的业务信息；

步骤3：后台通过统一接口表中的业务信息调用前台的函数处理模块，当调用成功时，执行步骤4，否则，执行步骤5；

步骤4：备份该待处理业务的业务类型，业务信息及前台的函数处理模块，删除统一接口表；

步骤5：将该待处理业务记录为异常业务，删除统一接口表。

2.根据权利要求1所述的统一后台接口的方法，其特征在于：所述统一接口表存储于oracle数据库中。

3.根据权利要求1所述的统一后台接口的方法，其特征在于：所述步骤2中在遍历得到多个待处理业务时，多个待处理业务逐个依次执行或者同时执行。

4.一种统一后台接口的装置，其特征在于：包括创建模块(1)，遍历调用模块(2)，分支模块(3)，备份模块(4)，记录模块(5)；

所述创建模块(1)，用于创建统一接口表，所述统一接口表用于存储后台的多种业务类型及多种业务信息，所述每种业务类型分别与一个业务信息对应，所述业务信息用于调用前台的函数处理模块；

所述遍历调用模块(2)，用于遍历后台中是否有待处理业务，按照待处理业务的业务类型，查找统一接口表中的与业务类型对应的业务信息；

所述分支模块(3)，用于后台通过统一接口表中的业务信息调用前台的函数处理模块，当调用成功时，执行备份模块(4)，否则，执行记录模块(5)；

所述备份模块(4)，用于备份该待处理业务的业务类型，业务信息及前台的函数处理模块，删除统一接口表；

所述记录模块(5)，用于将该待处理业务记录为异常业务，删除统一接口表。

5.根据权利要求4所述的统一后台接口的装置，其特征在于：所述统一接口表存储于oracle数据库中。

6.根据权利要求4所述的统一后台接口的装置，其特征在于：所述步骤2中在遍历得到多个待处理业务时，多个待处理业务逐个依次执行或者同时执行。