CN108415785A

CN108415785A - 自助终端sp实现方法、终端设备以及可读存储介质

Info

Publication number: CN108415785A
Application number: CN201810189221.6A
Authority: CN
Inventors: 段殷; 孙二伟; 龚志勇
Original assignee: Shenzhen Zhengtong Electronics Co Ltd
Current assignee: Shenzhen Zhengtong Electronics Co Ltd
Priority date: 2018-03-07
Filing date: 2018-03-07
Publication date: 2018-08-17

Abstract

本发明公开了一种自助终端SP实现方法、终端设备以及可读存储介质，所述自助终端SP实现方法的步骤包括：通过服务提供者代理层连接上层接口，接收上层应用基于上层接口发送的操作指令，将操作指令转发至服务层；基于服务层根据接收到的操作指令，获取对应的硬件设备，并调用硬件设备对应的驱动程序，并将操作指令转发至硬件设备驱动层；通过硬件设备驱动层，所述述驱动程序将操作指令发送至硬件设备，并通过操作指令对硬件设备进行对应的交互与控制。本发明自助终端SP实现方法实现了在XFS标准下应用对自助终端的控制与交互。

Description

自助终端SP实现方法、终端设备以及可读存储介质

技术领域

本发明涉及自助终端控制领域，尤其涉及一种自助终端SP实现方法、终端设备以及可读存储介质。

背景技术

金融服务WOSA扩展(Windows Open Services Architecture,Extensions forFinancial Services：WOSA/XFS)是Microsoft在Windows环境为跨越不同平台的应用程序而开发的体系结构规划。XFS标准制定允许信息在企业内部自由流动的标准。XFS规范可分为三层，第一层为应用层，第二层为中间件，第二层的结构是Microsoft提供，而第三层为SP(service provider，服务提供层)。WOSA包括模块化应用程序编程接口(API)，它向任何开发人员开发的应用程序提供访问网络服务的能力。而用户根据自己的使用需求需要开发相应的SP实现方法与SP架构，而目前在linux系统中的并没有一种常见的或者较优的SP实现方法，所以导致相关终端设备在linux系统中使用不便。

发明内容

本发明的主要目的在于提供一种自助终端SP实现方法、终端设备以及可读存储介质，旨在提供一种能够基于XFS标准的SP实现方法。

为实现上述目的，本发明提供一种自助终端SP实现方法，所述自助终端SP实现方法的步骤包括：

通过服务提供者代理层连接上层接口，接收上层应用基于上层接口发送的操作指令，将操作指令转发至服务层；

基于服务层根据接收到的操作指令，获取对应的硬件设备，并调用硬件设备对应的驱动程序，并将操作指令转发至硬件设备驱动层；

通过硬件设备驱动层，所述述驱动程序将操作指令发送至硬件设备，并通过操作指令对硬件设备进行对应的交互与控制。

可选地，所述通过服务提供者代理层连接上层接口，接收上层应用基于上层接口发送的操作指令，将操作指令转发至服务层的步骤包括：

通过服务提供者代理层中动态链接库形式的上层接口接收操作指令，通过引擎模块对操作指令进行封装，将封装后的指令发送至服务层。

可选地，所述通过服务提供者代理层中动态链接库形式的上层接口接收操作指令，通过引擎模块对操作指令进行封装的步骤包括：

通过预设模板解析数据结构，对操作指令进行序列化处理，并将序列化处理后的操作指令封装。

可选地，所述基于服务层根据接收到的操作指令，获取对应的硬件设备，并调用硬件设备对应的驱动程序，并将操作指令转发至硬件设备驱动层的步骤包括：

通过服务层接收操作指令并通过引擎模块进行解封，并获取与操作指令相关联的硬件设备与驱动程序。

可选地，所述通过服务层接收操作指令并通过引擎模块进行解封的步骤包括：

通过预设模板解析数据结构，对封装的操作指令进行反序列化处理，得到解封后的操作指令。

可选地，所述通过硬件设备驱动层，所述述驱动程序将操作指令发送至硬件设备，并通过操作指令对硬件设备进行对应的交互与控制的步骤包括：

根据硬件设备驱动层中接收到的操作指令，获取驱动程序中的控制指令，并通过控制指令实现与硬件设备的交互与控制。

可选地，所述根据硬件设备驱动层中接收到的操作指令，获取驱动程序中的控制指令，并通过控制指令实现与硬件设备的交互与控制的步骤包括：

根据所述驱动程序，获取硬件设备驱动层中对应的硬件设备的接口，通过接口将控制指令发送到硬件设备。

可选地，所述通过硬件设备驱动层，所述述驱动程序将操作指令发送至硬件设备，并通过操作指令对硬件设备进行对应的交互与控制的步骤之后还包括：

通过服务提供者代理层，将接收到的硬件设备的反馈数据，反馈至上层应用。

此外，为实现上述目的，本发明还提供一种终端设备，所述终端设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的自助终端SP实现程序，所述自助终端SP实现程序被所述处理器执行时实现如上所述自助终端SP实现方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储的自助终端SP实现程序，所述自助终端SP实现程序被处理器执行时实现如上所述的自助终端SP实现方法的步骤。

本发明提出的自助终端SP实现方法，可以在基于XFS标准下，通过三层SP架构的形式，完成SP的实现方法。并且可以在linux系统中使用，增加了SP实现方法的使用范围，更好的适应了目前自助终端的使用需求。并且SP实现方法的三层架构使在用户进行自助终端的操作时，能够快速效应，有效反馈，使得用户能够更好的对自助终端进行控制与交互。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的终端\装置结构示意图；

图2为本发明自助终端SP实现方法第一实施例的流程示意图；

图3为本发明自助终端SP实现方法另一实施例中S30的步骤的细化流程示意图；

图4为本发明自助终端SP实现方法中SP架构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。

本发明实施例终端可以是PC，也可以是智能手机、平板电脑、便携计算机等具有显示功能的可移动式终端设备。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，终端还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。当然，移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及自助终端SP实现程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的自助终端SP实现程序，并执行以下操作：

进一步地，处理器1001可以调用存储器1005中存储的自助终端SP实现程序，还执行以下操作：

所述通过服务提供者代理层中动态链接库形式的上层接口接收操作指令，通过引擎模块对操作指令进行封装的步骤包括：

所述通过服务层接收操作指令并通过引擎模块进行解封的步骤包括：

所述根据硬件设备驱动层中接收到的操作指令，获取驱动程序中的控制指令，并通过控制指令实现与硬件设备的交互与控制的步骤包括：

所述通过硬件设备驱动层，所述述驱动程序将操作指令发送至硬件设备，并通过操作指令对硬件设备进行对应的交互与控制的步骤之后还包括：

参照图2，本发明第一实施例提供一种自助终端SP实现方法，所述自助终端SP实现方法包括：

步骤S10，通过服务提供者代理层连接上层接口，接收上层应用基于上层接口发送的操作指令，将操作指令转发至服务层；

具体地，本发明自助终端SP实现方法为三层结构，其中提供上层接口的是服务提供者代理层，也是三层结构的第一层，并且可以接收上层的操作指令并进行转发。

步骤S20，基于服务层根据接收到的操作指令，获取对应的硬件设备，并调用硬件设备对应的驱动程序，并将操作指令转发至硬件设备驱动层；

具体地，第二层结构是服务层，服务层封装了具体的终端设备，并且对下层可以调用相关硬件设备的驱动程序，同时可以实现具体的业务。

步骤S30，通过硬件设备驱动层，所述述驱动程序将操作指令发送至硬件设备，并通过操作指令对硬件设备进行对应的交互与控制。

具体地，第三层结构是硬件设备驱动层，硬件设备驱动层用于连接下层硬件设备的接口，同时封装了操作指令，方便对下层硬件设备进行控制。

在金融行业中，经常会出现多个应用对同一终端进行控制的情况，例如读卡器、密码键盘、进/出钞机、凭条打印机、流水打印机、摄像机、传感器以及报警器等终端设备。一些终端设备的控制方法无法支持在同一时间由多个应用对同一终端进行控制，而只能以队列等待的方式逐一进行控制，如此一来就使得终端设备的使用效率大幅度降低，在如今金融场所(例如银行等)日益递增的人流量，终端设备低效的服务实现方式显然是不够的。

本发明在XFS标准的基础上，提供了一种SP(service provider，是指在XFS标准定义的设备服务)的结构与实现方法，其中SP结构为三层结构，依次为服务提供者代理层、服务层以及硬件设备驱动层。三层结构将终端设备的指令接收到硬件控制进行分工，使得终端设备可以高效的接收多个应用的控制指令，并且在本发明中采用linux下的进程间通信技术D-BUS，使得本发明能够在linux系统中运行。

SP三层结构中的第一层为服务提供者代理层，服务提供者代理层在SP结构中与上层应用相接处，可以接收上层的操作指令，并将指令转发。服务提供者代理层中包含有XFS标准中连接上层的接口，同时采用动态连接库(DLL，Dynamic Link Library，在linux中后缀为.so)的形式管理接口，通过动态链接库so，可以使得进程能够调用不属于其可执行代码的函数。上层应用通过服务提供者代理层能够进行查询设备状态，取消操作等动作，而服务提供者代理层与上层应用在同一进程中。

SP结构中的第二层是服务层，服务层中封装了具体设备，同时负责对下层调用相关具体的设备驱动。服务层可以接收到服务提供者代理层转发的控制指令，服务层与服务提供者代理层之间的通信可以使用linux中的D-BUS来进行。D-BUS提供了一个低延时、低消耗的通讯方式，因为采用了二级制的数据交换协议，所以D-BUS不需要将消息(例如控制指令)转换成文本化的数据进行交换，同时D-BUS支持一对一或者一对多的对等通讯，而在一对多的通讯时，D-BUS在后台进行分转，即应用发送的消息会先发送到后台，然后再后台将消息发送到目标应用程序，以实现一对多的通讯。同时服务层通过引擎模块进行消息的封装，即将消息进行序列化与反序列化，使得消息的发送更加快捷，同时根据消息，服务层可以调用相关终端设备的驱动，从而实现对硬件设备的控制。

SP结构中的第三层为硬件设备驱动层，硬件设备驱动层的主要作用是与下层的硬件接口进行连接，下层接口包括：打开/关闭终端设备、取消操作、向终端设备发送数据等操作的接口。同时硬件设备驱动层中封装了操作指令，通过操作指令对终端设备进行控制，并且操作指令的封装与解封均由引擎模块完成。SP架构示意图如图4自助终端SP实现。

通过SP方法三层结构的相互配合与分工，本发明实现了由上层应用发送控制指令，SP实现接收与转发，到下层终端设备进行操作的过程，并且能够使用与linux等操作系统，因此可以适用于大部分金融行业终端设备的使用场景。

进一步地，步骤S10通过服务提供者代理层连接上层接口，接收上层应用基于上层接口发送的操作指令，将操作指令转发至服务层的步骤包括：

步骤S11，通过服务提供者代理层中动态链接库形式的上层接口接收操作指令，通过引擎模块对操作指令进行封装，将封装后的指令发送至服务层。

具体地，服务提供者代理层实现了XFS标准需要提供的接口，而接口所使用的是动态链接库的形式，还负责接收上册应用发送的操作指令，并且将操作指令转发给服务层进行进一步处理。

SP实现方法的三层结构中，服务提供者代理层作为第一层，同时也是用于与上层应用程序对接的一层，其主要的作用就与上层应用提供接口并进行连接。XFS标准中需要提供许多接口用于上层应用能够与SP进行正常的连接，服务提供者代理层则提供了所需的接口，同时采用动态链接库的形式，能够更加有效的节省内存并减少页面交换，同时使用动态链接库的开发难度低，可维护性与可扩展性也较高。在接收到上层应用发送的操作指令后，通过SP中的引擎模块对操作指令进行封装，同于后续转发操作指令时更加便利，操作指令封装完毕后，服务提供者代理层将指令转发至服务层进行进一步处理。

进一步地，步骤S11通过服务提供者代理层中动态链接库形式的上层接口接收操作指令，通过引擎模块对操作指令进行封装的步骤包括：

步骤S111，通过预设模板解析数据结构，对操作指令进行序列化处理，并将序列化处理后的操作指令封装。

具体地，为了能够满足与不同层结构之间的通信需求，首先需要对操作指令进行序列化操作，将操作指令的信息类型转化为便于通信的模板形式，例如二进制串形式，然后将序列化后的操作指令进行封装，更进一步地将操作指令的信息类型进行优化。

序列化是在传输对象时常用的一种技术，其中对象可以为数据等内容，通过序列化，可以将对象的状态转化为与预设模板相同形式的信息。通过序列化处理，可以对操作指令进行更好的保护，然后再通过封装，将操作指令进行更进一步的优化。通过预设模板对操作指令进行序列化，然后再封装，使得操作指令的安全性，数据结构等性能得到了大幅度的优化提升。

进一步地，步骤S20基于服务层根据接收到的操作指令，获取对应的硬件设备，并调用硬件设备对应的驱动程序，并将操作指令转发至硬件设备驱动层的步骤包括：

步骤S21，通过服务层接收操作指令并通过引擎模块进行解封，并获取与操作指令相关联的硬件设备与驱动程序。

具体地，服务层接收到操作指令后，首先对封装的操作指令进行解封，然后根据操作指令的内容查找对应的硬件设备以及其驱动程序，在通过驱动程序执行操作指令完成对硬件的控制。

由于操作指令在服务提供者代理层中进行了封装处理，然后再转发至服务层，因此服务层在接收到封装过的操作指令时，首先需要对其进行解封，才能够正确获取操作指令的具体内容。然后通过解封后的操作指令，查找与操作指令相关联的硬件设备以及对应的驱动程序，同于后续硬件设备驱动层通过驱动程序对硬件设备进行控制。

进一步地，步骤S21通过服务层接收操作指令并通过引擎模块进行解封的步骤包括：

步骤S211，通过预设模板解析数据结构，对封装的操作指令进行反序列化处理，得到解封后的操作指令。

具体地，在对操作指令进行解封后，则获取到经过序列化处理的操作指令，而在处理操作指令，需要将序列化的操作指令信息经过反序列化来还原。

操作指令为了能够方便的进行封装与转发等步骤，进行了序列化处理，而在服务层接收到转发的操作指令时，就需要先进行反序列化来将操作指令进行还原，使服务层能够准确的获取到操作指令的内容，并根据操作指令进行后续控制操作。

进一步地，参照图3，步骤S30通过硬件设备驱动层，所述述驱动程序将操作指令发送至硬件设备，并通过操作指令对硬件设备进行对应的交互与控制的步骤包括：

步骤S31，根据硬件设备驱动层中接收到的操作指令，获取驱动程序中的控制指令，并通过控制指令实现与硬件设备的交互与控制。

具体地，硬件设备驱动层负责连接下层硬件，并具有连接下层硬件的接口，同时还封装有硬件设备的控制指令。接收到操作指令后，硬件设备驱动层根据驱动程序发送控制指令至硬件设备，进行硬件的控制。

硬件设备驱动层中有连接硬件设备的接口，通过接口可以直接实现与硬件设备的交互。并且硬件设备驱动层中还封装有硬件设备的控制指令，通过控制指令可以实现对硬件设备的具体控制。在服务层调用了驱动程序之后，再根据硬件设备驱动层中封装的控制指令，通过连接硬件的接口，最终实现与硬件设备的交互。

进一步地，步骤S31根据硬件设备驱动层中接收到的操作指令，获取驱动程序中的控制指令，并通过控制指令实现与硬件设备的交互与控制的步骤包括：

步骤S311，根据所述驱动程序，获取硬件设备驱动层中对应的硬件设备的接口，通过接口将控制指令发送到硬件设备。

具体地，在于硬件设备交互时，驱动程序根据硬件设备驱动层中连接硬件的接口与硬件相连接，然后发送控制指令到硬件设备，并接收硬件设备的数据反馈，实现对硬件设备的控制与交互。

驱动程序根据接收到的操作指令，向硬件设备发送通过硬件设备驱动层中封装的对应的控制指令，同时通过硬件设备驱动层的接口则可以连接硬件设备，将控制指令发送至硬件设备。在控制指令发送至硬件设备时，SP的整体流程就已经实现了，即从上层接收指令到最终发送至硬件设备实现控制与交互。

进一步地，步骤S30通过硬件设备驱动层，所述述驱动程序将操作指令发送至硬件设备，并通过操作指令对硬件设备进行对应的交互与控制的步骤之后还包括：

步骤S40，通过服务提供者代理层，将接收到的硬件设备的反馈数据，反馈至上层应用。

具体地，在硬件设备根据操作指令进行交互后，会将操作指令的结果或者交互的反馈数据通过接口返回至SP架构中，最终通过服务提供者代理层将数据反馈至上层应用。

在对硬件设备进行控制后，会产生反馈数据用于进行结果反馈或者数据反馈，硬件设备通过接口可以将反馈数据返回给SP架构，而SP架构通过服务提供者代理层将反馈数据发送给上层应用，用户可以在上层应用中获取到硬件设备返回的反馈数据。

本发明还提供具有一种自助终端SP实现方法的终端设备。

本发明基于自助终端SP实现方法的终端设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的自助终端SP实现程序，所述自助终端SP实现程序被所述处理器执行时实现如上所述的自助终端SP实现方法步骤。

其中，在所述处理器上运行的自助终端SP实现程序被执行时所实现的方法可参照本发明自助终端SP实现方法各个实施例，在此不再赘述。

此外本发明实施例还提出一种计算机可读存储介质。

本发明计算机可读存储介质上存储有自助终端SP实现程序，所述自助终端SP实现程序被处理器执行时实现如上所述的自助终端SP实现方法的步骤。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种自助终端SP实现方法，其特征在于，所述自助终端SP实现方法的步骤包括：

2.如权利要求1所述的自助终端SP实现方法，其特征在于，所述通过服务提供者代理层连接上层接口，接收上层应用基于上层接口发送的操作指令，将操作指令转发至服务层的步骤包括：

3.如权利要求2所述的自助终端SP实现方法，其特征在于，所述通过服务提供者代理层中动态链接库形式的上层接口接收操作指令，通过引擎模块对操作指令进行封装的步骤包括：

4.如权利要求1所述的自助终端SP实现方法，其特征在于，所述基于服务层根据接收到的操作指令，获取对应的硬件设备，并调用硬件设备对应的驱动程序，并将操作指令转发至硬件设备驱动层的步骤包括：

5.如权利要求4所述的自助终端SP实现方法，其特征在于，所述通过服务层接收操作指令并通过引擎模块进行解封的步骤包括：

6.如权利要求1所述的自助终端SP实现方法，其特征在于，所述通过硬件设备驱动层，所述述驱动程序将操作指令发送至硬件设备，并通过操作指令对硬件设备进行对应的交互与控制的步骤包括：

7.如权利要求6所述的自助终端SP实现方法，其特征在于，所述根据硬件设备驱动层中接收到的操作指令，获取驱动程序中的控制指令，并通过控制指令实现与硬件设备的交互与控制的步骤包括：

8.如权利要求1所述的自助终端SP实现方法，其特征在于，所述通过硬件设备驱动层，所述述驱动程序将操作指令发送至硬件设备，并通过操作指令对硬件设备进行对应的交互与控制的步骤之后还包括：

9.一种终端设备，其特征在于，所述终端设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的自助终端SP实现程序，所述自助终端SP实现程序被所述处理器执行时实现如权利要求1至8中任一项所述的自助终端SP实现方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有自助终端SP实现程序，所述自助终端SP实现程序被处理器执行时实现如权利要求1至8中任一项所述的自助终端SP实现方法的步骤。