CN110634248A

CN110634248A - 一种atm控制系统、方法、系统开发方法及存储介质

Info

Publication number: CN110634248A
Application number: CN201910871746.2A
Authority: CN
Inventors: 刘梅霞; 晏有为
Original assignee: SHENZHEN ZIJIN FULCRUM TECHNOLOGY Co Ltd
Current assignee: SHENZHEN ZIJIN FULCRUM TECHNOLOGY Co Ltd
Priority date: 2019-09-16
Filing date: 2019-09-16
Publication date: 2019-12-31

Abstract

本发明涉及一种ATM控制系统、方法、系统开发方法及存储介质，其中系统包括由若干个功能模块，若干个功能模块皆设置有参数传入接口、参数传出接口及结果反馈接口；参数传入接口用于接收完成当前服务所需要的参数，以及至少一部分判断逻辑；参数传出接口用于将当前服务完成后的结果数据，通过参数的形式传出；结果反馈接口用于反馈当前服务的完成结果。本发明所提供的ATM控制系统，在业务流程需要使用底层驱动逻辑时，直接调用相应的功能模块，将参数传入、导出并接收任务完成结果即可，使业务逻辑与底层驱动逻辑之间只需要进行数据的相互调用即可，降低了二者之间对数据耦合的依赖性，改善了ATMC扩展及维护困难的问题。

Description

一种ATM控制系统、方法、系统开发方法及存储介质

技术领域

本发明涉及ATM控制系统技术领域，特别是涉及一种ATM控制系统、方法、系统开发方法及存储介质。

背景技术

ATMC(即ATMCONTROL)，是终端交易渠道最底层的终端设备控制系统，运行于终端设备，主要用于向持卡人和ATM设备管理员提供各种交易和管理的交互界面，并与ATMP通过报文交互实现特定的功能。

ATM是AutomaticTellerMachine的缩写，意思是自动柜员机，因大部分用于取款，又称自动取款机。ATM是一种高度精密的机电一体化装置，利用磁性代码卡或智能卡实现金融交易的自助服务，代替银行柜面人员的工作。可提取现金、查询存款余额、进行账户之间资金划拨、余额查询等工作；还可以进行现金存款(实时入账)、支票存款(国内无)、存折补登、中间业务等工作。持卡人可以使用信用卡或储蓄卡，根据密码办理自动取款、查询余额、转账、现金存款，存折补登，购买基金，更改密码，缴纳手机话费等业务。

现有的ATMC业务开发流程是将业务逻辑与底层驱动逻辑混合在一起，即在业务逻辑处理的过程中，哪里需要调用底层驱动就在哪里调用处理。由于业务逻辑开发和硬件底层驱动逻辑开发都在同一层，业务逻辑与底层驱动逻辑存在数据共享，业务逻辑根据需要可能会修改与底层驱动逻辑相关的参数，同理，底层驱动逻辑也可能会修改与业务逻辑相关的配置，导致业务逻辑与底层驱动逻辑之间的数据耦合性较高，不利于ATMC的扩展及维护。

因此，现有技术还有待改进。

发明内容

基于此，有必要针对上述技术问题，提供一种ATM控制系统、方法、系统开发方法及存储介质，旨在改善现有技术中业务逻辑与底层驱动逻辑之间的数据耦合性较高，不利于ATMC的扩展及维护的问题。

本发明的技术方案如下：

一种ATM控制系统，其包括：由底层驱动模块的逻辑封装生成的若干个功能模块，若干个所述功能模块分别独立地设置有参数传入接口、参数传出接口及结果反馈接口；

所述参数传入接口用于接收完成当前服务所需要的参数，以及至少一部分判断逻辑；所述参数传出接口用于将当前服务完成后的结果数据，通过参数的形式传出；所述结果反馈接口用于反馈当前服务的完成结果。

在进一步地优选方案中，所述功能模块还设置有交互接口，所述交互接口用于反馈当前服务的完成进度。

在进一步地优选方案中，当所述功能模块响应异步服务调用时，需要使用参数传入接口、参数传出接口、交互接口及结果反馈接口。

在进一步地优选方案中，当所述功能模块响应同步服务调用时，需要且仅需要使用参数传入接口及参数传出接口。

一种基于如上任意一项所述ATM控制系统实现的ATM控制方法，其包括：

参数传入接口接收完成当前服务所需要的参数，以及至少一部分判断逻辑；

功能模块根据所接收的参数及判断逻辑响应服务调用指令，并在当前服务完成后生成结果数据；

参数传出接口将所述结果数据通过参数的形式传出，结果反馈接口反馈当前服务的完成结果。

一种系统开发方法，其包括：

根据ATMC业务逻辑需求，预先定义多个不同功能的功能框架，以及各个功能框架用于响应业务流程的接口；

若干个模块开发者根据预先定义的多个功能框架及各个功能框架的接口，进行各个功能框架及对应接口的并行开发；若干个流程开发者根据ATMC业务逻辑进行各个业务流程的并行开发。

在进一步地优选方案中，所述接口设置有至少两个，分别为参数传入接口及参数传出接口，其中，所述参数传入接口用于接收完成当前服务所需要的参数，以及至少一部分判断逻辑；所述参数传出接口用于将当前服务完成后的结果数据，通过参数的形式传出。

在进一步地优选方案中，所述接口还包括：交互接口及结果反馈接口，所述交互接口用于反馈当前服务的完成进度，所述结果反馈接口用于反馈当前服务的完成结果。

在进一步地优选方案中，所述若干个流程开发者根据ATMC业务逻辑进行各个业务流程的并行开发具体为：若干个流程开发者根据ATMC业务逻辑进行各个业务流程及相应模块调用接口的并行开发。

一种存储介质，其上存储有ATM控制程序，其中，所述ATM控制程序被处理器执行时实现如上任一项所述的ATM控制方法的步骤。

与现有技术相比，本发明提供的ATM控制系统，包括根据底层驱动逻辑分类封装生成的若干个功能模块，若干个所述功能模块分别独立地设置有参数传入接口、参数传出接口及结果反馈接口；所述参数传入接口用于接收完成当前服务所需要的参数，以及至少一部分判断逻辑；所述参数传出接口用于将当前服务完成后的结果数据，通过参数的形式传出；所述结果反馈接口用于反馈当前服务的完成结果。本发明所提供的ATM控制系统，由于各个功能模块分别独立封装生成，且每个功能模块分别独立的设置有用于响应服务调用指令的接口，因此，在业务流程需要使用底层驱动逻辑时，直接调用相应的功能模块，将参数传入、导出并接收任务完成结果即可，使业务逻辑与底层驱动逻辑之间只需要进行数据的相互调用即可，降低了二者之间对数据耦合的依赖性，改善了ATMC扩展及维护困难的问题。

附图说明

图1是本发明优选实施例中ATM控制系统中功能模块的功能原理框图。

图2是本发明优选实施例中ATM控制方法的流程图。

图3是本发明以流程开发者C设计的取款业务流程为例的ATM控制系统运行过程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，本发明所提供的ATM控制系统，包括多个不同功能的功能模块，所述功能模块根据底层驱动逻辑分类封装生成。常见的功能模块有：密码键盘模块、读卡器模块(主要用于配合硬件读卡或读取存折信息)、取款出钞模块、存款模块、设备初始化模块(主要用于各个模块初始化)、设备自检模块(主要用于进行各个模块的状态检查及自动复位)、交易支持判断模块(主要用于获取与界面按钮显示相关的硬件模块的状态信息)、凭条打印模块、IC卡读取模块、硬件状态获取模块(主要用于获取各个硬件模块的状态)及退卡模块等等，本发明并不限定所述ATM控制系统包括上述所有模块或者仅包括上述模块，应当理解的是，具体功能模块的设置，可由本领域技术人员根据需求进行适应性选择，并不影响本发明技术方案的实现，无论功能模块的设置如何，皆应属于本发明的保护范围。

为了实现功能模块之间，以及功能模块与业务流程之间的协同工作，本发明所提供的功能模块分别独立的设置有参数传入接口10、参数传出接口20、交互接口及结果反馈接口30；其中，所述参数传入接口10用于接收完成当前服务所需要的参数，以及至少一部分判断逻辑；所述参数传出接口20用于将当前服务完成后的结果数据，通过参数的形式传出；所述交互接口用于反馈当前服务的完成进度；所述结果反馈接口30用于反馈当前服务的完成结果。

作为本发明地优选实施例，所述功能模块响应同步服务调用时，只需使用参数传入接口10及参数传出接口20。同步服务调用后，直接返回调用结果给ATMC业务流程控件，不用等到结果反馈接口30反馈事件完成结果，一般比较适用于简单获取各个模块的状态信息之类的处理。交易支持判断模块及状态获取模块往往只用于响应同步服务调用指令，其他功能模块则常响应异步服务调用指令。

优选当所述功能模块响应异步服务调用时，需要使用参数传入接口10、参数传出接口20、交互接口及结果反馈接口30；异步服务调用后需要等待完成事件上来后ATMC业务流程控件才能跳转下个控件处理。

以上两种服务调用都需要定义服务子流程(即功能模块)的参数传入接口10及参数传出接口20，但是异步服务调用还需要增加交互接口及结果反馈接口30，交互接口的主要用途是为了与ATMC业务流程更好的交互。

以取款出钞及存款验钞两种服务为例进行本发明技术方案的示意性说明：

1、取款出钞服务：

需要传入的参数有：出钞金额、出钞币种及取钞超时时间；

此服务需要返回任务完成结果给ATMC应用，可能出现的结果主要有：取钞成功、取钞超时回收成功、回收故障、送钞故障及挖钞失败；

返回参数包括：是否需要冲正标志或本地错误故障码；

交互接口可能传递的消息主要有：页面显示的通知、冠字号信息获取完成通知及打印凭条通知等等。

2、存款验钞服务：

需要传入的参数有：接收验钞的超时时间；

此服务需要返回任务完成结果给ATMC应用，可能出现的结果主要有：接收钞币正常、接收钞币超限、钞币回收及设备故障；

返回参数包括：验钞的明细信息(包括币种、面值、张数和NG张数信息)、验钞金额、可继续放入的最大张数和/或本地错误故障码；

由于可能使用的功能模块较多，而功能模块所需参数、返回结果、输出参数等信息可由本领域技术人员自行定义，因此，本发明不再一一列举其他功能模块的运行数据及接口定义；而且可以理解的是，上述举例仅为解释本发明的技术方案，并不用于限定本发明的保护范围。

现有技术除上述缺陷外，还存在开发困难的问题，具体因为在多人进行ATMC应用业务逻辑开发时，只能进行串行开发。当多个业务流程需要调用同一个模块的底层驱动逻辑时，只能以串行的方式逐个修改底层驱动逻辑，一个业务流程彻底修改完成后，才能继续进行下一个，导致开发效率低下。

而本发明中的ATM控制系统，由于各个功能模块以及功能模块与业务流程之间是调用关系，并非传统的交叉融合，因此，在进行系统开发时，可以做到多人并行开发。

在具体实施时，本发明将底层驱动模块的处理逻辑封装在一个单独的服务状态机里面，不同的底层驱动模块的逻辑处理分别封装为多个功能模块，并在此定义功能模块为：ATMC业务流程可以通用和共用的底层驱动逻辑。ATMC业务流程需要使用时，调用此功能模块即可。业务流程开发者调用功能模块时，只需要知道调用哪种功能模块、功能模块的传入参数和传出参数、服务的中间消息交互和服务完成的事件通知即可，这些都可以通过定义的服务接口文档中查询到，至于服务中怎么实现的，并不需要业务流程的开发者了解；因此可以实现多人并行开发底层驱动逻辑和业务流程，而且业务流程和底层驱动逻辑之间不存在耦合性，增加了产品的开发效率和安全性，其中的安全性主要体现在服务中使用的参数和配置只能在服务中使用，不会影响ATMC业务流程，而且ATMC业务流程中设置相关参数时，与服务无关，二者之间的关联只是服务接口中参数的传入和传出，及相关事件的响应处理。

具体的封装方法类似于在ATMC业务软件语言里面实现的一个函数，先将参数组织好，然后调用某个功能模块的接口，在此功能模块中，将此功能模块的硬件模块的实现也使用流程的方式实现，实现硬件的调用逻辑处理后，将实现后的结果数据组织好，然后将结果数据从服务完成事件出口传出。

在ATMC业务流程中调用服务接口时，服务中实现的逻辑对ATMC业务流程开发的人员是未知的，开发人员只需要了解需要传入的参数和返回的结果数据即可；这样ATMC业务流程开发者只需要了解银行的业务流程相关的需求和设计，而不需要了解硬件处理过程，降低了开发难度。

综上，封装的功能模块只需要与业务流程先定义好对应接口，然后便可以进行底层驱动逻辑和业务流程的并行开发，互不干涉，而且业务流程和底层逻辑都是通过传入参数和传出参数的方式交互数据，不存在数据的耦合性，增加了产品的安全性。

基于此，本发明还提供了一种系统开发方法，所述系统开发方法包括：

根据ATMC业务逻辑需求，预先定义多个不同功能的功能框架，以及各个功能框架用于响应业务流程的接口，具体如上述系统实施例所述，不再赘述；

若干个模块开发者根据预先定义的多个功能框架及各个功能框架的接口，进行各个功能框架及对应接口的并行开发；若干个流程开发者根据ATMC业务逻辑进行各个业务流程的并行开发，具体如上述系统实施例所述，不再赘述。

进一步地，所述若干个流程开发者根据ATMC业务逻辑进行各个业务流程的并行开发具体为：若干个流程开发者根据ATMC业务逻辑进行各个业务流程及相应模块调用接口的并行开发。

以图3为例进行系统开发及系统运行的示意性说明，流程开发者C负责取款业务流程的开发，模块开发者A负责密码键盘模块的开发，模块开发者B负责取款出钞模块的开发。

流程开发者C设计的取款业务流程为：

1、用户通过密码键盘输入取款金额，该步骤需要调用密码键盘模块，首先向密码键盘模块传入参数(所传入的参数为：激活的按键信息)，密码键盘模块传出参数(所传出的参数为：输入的金额)，并反馈当前任务完成结果(结果为：输入完成)；

2、发送取款交易，交易成功进行第3步；

3、取款出钞，该步骤需要调用取款出钞模块，首先向取款出钞模块传入参数(参数包括：金额、币种及取钞时间)；取款出钞模块传出参数(所传出的参数为：本地故障码、是否冲正标志)，并反馈当前任务完成结果(结果为：取钞成功或者其他)；若取钞成功则进行第4步；

4、显示交易成功界面，该步骤需要调用密码键盘模块，首先向密码键盘模块传入参数(所传入的参数为：激活的按键信息)，密码键盘模块传出参数(所传出的参数为：点击的按键消息)，并反馈当前任务完成结果(结果为：输入完成)。

基于上述系统，本发明还提供了一种基于如上所述ATM控制系统实现的ATM控制方法，如图2所示，其包括：

S100、参数传入接口10接收完成当前服务所需要的参数，以及至少一部分判断逻辑，具体如上述系统实施例所述，不再赘述；

S200、功能模块根据所接收的参数及判断逻辑响应服务调用指令，并在当前服务完成后生成结果数据，具体如上述系统实施例所述，不再赘述；

S300、参数传出接口将所述结果数据通过参数的形式传出，结果反馈接口反馈当前服务的完成结果，具体如上述系统实施例所述，不再赘述。

本发明还提供了一种存储介质，其上存储有ATM控制程序，其中，所述ATM控制程序被处理器执行时实现如上所述的ATM控制方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过ATM控制程序来指令相关的硬件来完成，所述的ATM控制程序可存储于一非易失性ATM控制系统可读取存储介质中，该ATM控制程序在执行时，可包括如上述各方法的实施例的流程。其中，本发明所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(SyNchliNk)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims

1.一种ATM控制系统，其特征在于，所述ATM控制系统包括：根据底层驱动逻辑分类封装生成的若干个功能模块，若干个所述功能模块分别独立地设置有参数传入接口、参数传出接口及结果反馈接口；

2.根据权利要求1所述的ATM控制系统，其特征在于，所述功能模块还设置有交互接口，所述交互接口用于反馈当前服务的完成进度。

3.根据权利要求2所述的ATM控制系统，其特征在于，当所述功能模块响应异步服务调用时，需要使用参数传入接口、参数传出接口、交互接口及结果反馈接口。

4.根据权利要求1所述的ATM控制系统，其特征在于，当所述功能模块响应同步服务调用时，需要且仅需要使用参数传入接口及参数传出接口。

5.一种基于如权利要求1至4中任意一项所述ATM控制系统实现的ATM控制方法，其特征在于，包括：

6.一种系统开发方法，其特征在于，所述系统开发方法包括：

7.根据权利要求6所述的系统开发方法，其特征在于，所述接口设置有至少两个，分别为参数传入接口及参数传出接口，其中，所述参数传入接口用于接收完成当前服务所需要的参数，以及至少一部分判断逻辑；所述参数传出接口用于将当前服务完成后的结果数据，通过参数的形式传出。

8.根据权利要求7所述的系统开发方法，其特征在于，所述接口还包括：交互接口及结果反馈接口，所述交互接口用于反馈当前服务的完成进度，所述结果反馈接口用于反馈当前服务的完成结果。

9.根据权利要求6所述的系统开发方法，其特征在于，所述若干个流程开发者根据ATMC业务逻辑进行各个业务流程的并行开发具体为：若干个流程开发者根据ATMC业务逻辑进行各个业务流程及相应模块调用接口的并行开发。

10.一种存储介质，其上存储有ATM控制程序，其特征在于，所述ATM控制程序被处理器执行时实现如权利要求5所述的ATM控制方法的步骤。