自助设备的硬件风控方法、装置、设备及可读存储介质与流程

本发明涉及智能设备技术领域，特别涉及一种自助设备的硬件风控方法、装置、设备及可读存储介质。

背景技术：

随着技术的进步和客户的接受度不断提升，银行业中标准化的实物无人化智能交付不断普及，这些实物交付一般涉及客户账户判断、动账和设备硬件的交付这些自动化过程，在特殊情况下，诸如异常重复发起请求，会导致设备硬件多次重复交付，进而引发实物重复交付风险，也会导致银行实物交付风险。

技术实现要素：

本发明实施例提供了一种自助设备的硬件风控方法，以解决现有技术中自助设备的硬件重复被调用、硬件重复操作的技术问题。所述自助设备的硬件风控方法运行在应用层，该方法包括：

针对自助设备的每个业务场景，接收硬件调用指令；

获取该业务场景的场景特征，其中，所述场景特征是根据该业务场景的业务操作规则确定的，所述场景特征包括该业务场景所需调用硬件的调用信息；

判断所述硬件调用指令与所述场景特征匹配成功且所述硬件调用指令对应的硬件在当前业务场景中为首次调用时，将所述硬件调用指令发送给跨平台中间层调用对应接口访问被调用的硬件。

本发明实施例还提供了一种自助设备的硬件风控装置，以解决现有技术中自助设备的硬件重复被调用、硬件重复操作的技术问题。该装置包括：

调用指令接收模块，用于针对自助设备的每个业务场景，接收硬件调用指令；

场景特征获取模块，用于获取该业务场景的场景特征，其中，所述场景特征是根据该业务场景的业务操作规则确定的，所述场景特征包括该业务场景所需调用硬件的调用信息；

判断模块，用于判断所述硬件调用指令与所述场景特征匹配成功且所述硬件调用指令对应的硬件在当前业务场景中为首次调用时，将所述硬件调用指令发送给跨平台中间层调用对应接口访问被调用的硬件。

本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意的自助设备的硬件风控方法，以解决现有技术中自助设备的硬件重复被调用、硬件重复操作的技术问题。

本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述任意的自助设备的硬件风控方法的计算机程序，以解决现有技术中自助设备的硬件重复被调用、硬件重复操作的技术问题。

在本发明实施例中，提出了针对自助设备的每个业务场景，在应用层接收到硬件调用指令时，获取该业务场景的场景特征，并在判断所述硬件调用指令与所述场景特征匹配成功且所述硬件调用指令对应的硬件在当前业务场景中为首次调用时，应用层将所述硬件调用指令发送给跨平台中间层调用对应接口访问被调用的硬件，即实现了在应用层判断硬件调用指令是否符合该业务场景的硬件调用情况且判断该硬件调用指令对应的硬件在该业务场景的是否是首次调用，在所述硬件调用指令符合该业务场景的硬件调用情况且所述硬件调用指令对应的硬件在当前业务场景中为首次调用的情况下，才将所述硬件调用指令发送给跨平台中间层调用对应接口访问被调用的硬件，与现有技术相比，在应用层就可以阻止不符合该业务场景的硬件调用情况的指令下发，进而避免硬件被误调用；还可以阻止同一硬件的硬件调用指令在同一业务场景中重复下发，进而可以避免同一业务场景中同一硬件被重复调用、重复操作的现象，有利于控制硬件重复操作的风险，有利于避免自助设备出现重复交付等重复处理业务的情况。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1是本发明实施例提供的一种自助设备的硬件风控方法的流程图；

图2是本发明实施例提供的一种实施上述自助设备的硬件风控方法的硬件调用示意图；

图3是本发明实施例提供的一种场景特征矩阵的示意图；

图4是本发明实施例提供的一种计算机设备的结构框图；

图5是本发明实施例提供的一种自助设备的硬件风控装置的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本发明做进一步详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。

在本发明实施例中，提供了一种自助设备的硬件风控方法，所述自助设备的硬件风控方法运行在应用层，如图1所示，该方法包括：

步骤102：针对自助设备的每个业务场景，接收硬件调用指令；

步骤104：获取该业务场景的场景特征，其中，所述场景特征是根据该业务场景的业务操作规则确定的，所述场景特征包括该业务场景所需调用硬件的调用信息；

步骤106：判断所述硬件调用指令与所述场景特征匹配成功且所述硬件调用指令对应的硬件在当前业务场景中为首次调用时，将所述硬件调用指令发送给跨平台中间层调用对应接口访问被调用的硬件。

由图1所示的流程可知，在本发明实施例中，提出了针对自助设备的每个业务场景，在应用层接收到硬件调用指令时，获取该业务场景的场景特征，并在判断所述硬件调用指令与所述场景特征匹配成功且所述硬件调用指令对应的硬件在当前业务场景中为首次调用时，应用层将所述硬件调用指令发送给跨平台中间层调用对应接口访问被调用的硬件，即实现了在应用层判断硬件调用指令是否符合该业务场景的硬件调用情况且判断该硬件调用指令对应的硬件在该业务场景的是否是首次调用，在所述硬件调用指令符合该业务场景的硬件调用情况且所述硬件调用指令对应的硬件在当前业务场景中为首次调用的情况下，才将所述硬件调用指令发送给跨平台中间层调用对应接口访问被调用的硬件，与现有技术相比，在应用层就可以阻止不符合该业务场景的硬件调用情况的指令下发，进而避免硬件被误调用；还可以阻止同一硬件的硬件调用指令在同一业务场景中重复下发，进而可以避免同一业务场景中同一硬件被重复调用、重复操作的现象，有利于控制硬件重复操作的风险，有利于避免自助设备出现重复交付等重复处理业务的情况。

具体实施时，上述自助设备可以是实物领取领域中任意自主处理业务的自动化智能终端设备，例如，可以是交易机构、金融机构、业务厅等处的自助设备。上述业务场景指实物领取领域的自助设备处理的各种业务场景。

具体实施时，上述自助设备从软件到硬件的结构如图2所示，从处理逻辑顺序来看，由上至下依次为应用层、跨平台中间层、驱动层以及硬件。

具体实施时，为了确保在应用层实现避免硬件调用指令的误发、硬件调用指令的重复下发，在本实施例中，只有在判断所述硬件调用指令与所述场景特征匹配成功且所述硬件调用指令对应的硬件在当前业务场景中为首次调用时，才将所述硬件调用指令发送给跨平台中间层调用对应接口访问被调用的硬件；当判断出所述硬件调用指令与所述场景特征不匹配和/或所述硬件调用指令对应的硬件在当前业务场景中为非首次调用，则拒绝所述硬件调用指令，应用层不向跨平台中间层下发所述硬件调用指令，进而所述硬件调用指令不能达到调用硬件的目的。

具体实施时，为了提高场景特征的准确性，在本实施例中，上述场景特征是根据业务场景的业务操作规则(例如，业务场景的业务操作要求或业务操作需求)确定的。

具体实施时，在业务使用前可以针对自助设备的每个业务场景分别构建场景特征，即每个业务场景有自身对应的构建场景特征，各业务场景的场景特征可以组成场景特征矩阵，每个业务场景的场景特征为所述场景特征矩阵中的一个向量。在使用某个业务场景时，应用层可以主动读取场景特征矩阵，进而获取某个业务场景的场景特征。

具体的，例如，场景特征矩阵a可以是nxm矩阵，各列依次可以是：场景信息(如业务场景号、业务场景名称等)，硬件1(如硬件1的名称、代号等)…硬件x(如硬件x的名称、代号等)，硬件1的调用指令信息1...硬件x的调用指令信息y；每行依次是根据该行的业务场景标记出业务场景所需的硬件和调用指令，例如，可以用1表示需要，用0表示不需要，场景特征矩阵a的示意图如图3所示。

具体实施时，为了可以准确地控制硬件风控，在本实施例中，场景特征可以包括该业务场景所需调用的硬件信息(例如，硬件名称、代号等)、硬件调用指令信息以及硬件的调用顺序信息(即硬件被调用的先后顺序)等，当应用层接收到硬件调用指令后，可以解析硬件调用指令，根据硬件调用指令的相关信息确定被调用硬件的硬件信息以及该业务场景所处的当前环节，当所述硬件调用指令属于该业务场景的场景特征中的硬件调用指令信息、确定的硬件信息属于该业务场景所需调用的硬件信息且该业务场景所处的当前环节的顺序(即当前环节在业务场景中所处的处理顺序)与硬件的调用顺序信息一致，则判断所述硬件调用指令与所述场景特征匹配成功。

具体实施时，为了进一步准确地控制硬件风控，在本实施例中，在使用业务场景的过程中，还可以在获取的该业务场景的场景特征中，对当前业务场景中已调用的硬件的相关信息做标记，即在场景特征中将已调用的硬件的硬件信息、硬件调用指令信息做标记，当确定出所述硬件调用指令对应的硬件的相关信息在该业务场景的场景特征中未做标记时，则可以判断所述硬件调用指令对应的硬件在当前业务场景中为首次调用，否则判断所述硬件调用指令对应的硬件在当前业务场景中为非首次调用。

具体实施时，以金融机构中自助设备为例，以自助设备的实物交付业务为例，结合图2，以下详细描述实施上述自助设备的硬件风控方法的硬件调用过程：

步骤1：根据自主设备的各种业务场景构建场景特征矩阵

步骤2、在使用实物交付业务场景时，应用层加载场景特征矩阵，并筛选出属于实物交付业务场景的场景特征对应的各行列信息；

步骤3、应用层接收硬件调用指令，解析硬件调用指令，判断所述硬件调用指令与所述场景特征匹配成功且所述硬件调用指令对应的硬件在当前业务场景中为首次调用时，将所述硬件调用指令发送给跨平台中间层，否则，拒绝上述硬件调用指令并记录日志；

步骤4、跨平台中间层接收所述硬件调用指令，并将所述硬件调用指令转发给驱动层，向应用层反馈响应信息；

步骤5、驱动层基于所述硬件调用指令调用对应接口访问被调用的硬件；

步骤6、被调用的硬件执行交付操作，该流程采用上述自助设备的硬件风控方法后，可以提高实物交付的安全。

在本实施例中，提供了一种计算机设备，如图4所示，包括存储器402、处理器404及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任意的自助设备的硬件风控方法。

具体的，该计算机设备可以是计算机终端、服务器或者类似的运算装置。

在本实施例中，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述任意的自助设备的硬件风控方法的计算机程序。

具体的，计算机可读存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机可读存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读存储介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

基于同一发明构思，本发明实施例中还提供了一种自助设备的硬件风控装置，如下面的实施例所述。由于自助设备的硬件风控装置解决问题的原理与自助设备的硬件风控方法相似，因此…装置的实施可以参见自助设备的硬件风控方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是本发明实施例的自助设备的硬件风控装置的一种结构框图，如图5所示，该装置包括：

调用指令接收模块502，用于针对自助设备的每个业务场景，接收硬件调用指令；

场景特征获取模块504，用于获取该业务场景的场景特征，其中，所述场景特征是根据该业务场景的业务操作规则确定的，所述场景特征包括该业务场景所需调用硬件的调用信息；

判断模块506，用于判断所述硬件调用指令与所述场景特征匹配成功且所述硬件调用指令对应的硬件在当前业务场景中为首次调用时，将所述硬件调用指令发送给跨平台中间层调用对应接口访问被调用的硬件。

在一个实施例中，所述判断模块，包括：

信息确定单元，用于根据所述硬件调用指令的相关信息确定硬件信息以及该业务场景所处的当前环节；

第一判断单元，用于所述场景特征包括该业务场景所需调用的硬件信息、硬件调用指令信息以及硬件的调用顺序信息，当所述硬件调用指令属于该业务场景的场景特征中的硬件调用指令信息、确定的硬件信息属于该业务场景所需调用的硬件信息且该业务场景所处的当前环节的顺序与硬件的调用顺序信息一致，则判断所述硬件调用指令与所述场景特征匹配成功。

在一个实施例中，所述判断模块，还包括：

第二判断单元，用于在获取的该业务场景的场景特征中，对当前业务场景中已调用的硬件的相关信息做标记，当所述硬件调用指令对应的硬件的相关信息在该业务场景的场景特征中未做标记时，判断所述硬件调用指令对应的硬件在当前业务场景中为首次调用。

在一个实施例中，还包括：

场景特征构建模块，用于针对自助设备的每个业务场景，分别建立该业务场景的场景特征，各业务场景的场景特征组成场景特征矩阵，每个业务场景的场景特征为所述场景特征矩阵中的一个向量。

本发明实施例实现了如下技术效果：提出了针对自助设备的每个业务场景，在应用层接收到硬件调用指令时，获取该业务场景的场景特征，并在判断所述硬件调用指令与所述场景特征匹配成功且所述硬件调用指令对应的硬件在当前业务场景中为首次调用时，应用层将所述硬件调用指令发送给跨平台中间层调用对应接口访问被调用的硬件，即实现了在应用层判断硬件调用指令是否符合该业务场景的硬件调用情况且判断该硬件调用指令对应的硬件在该业务场景的是否是首次调用，在所述硬件调用指令符合该业务场景的硬件调用情况且所述硬件调用指令对应的硬件在当前业务场景中为首次调用的情况下，才将所述硬件调用指令发送给跨平台中间层调用对应接口访问被调用的硬件，与现有技术相比，在应用层就可以阻止不符合该业务场景的硬件调用情况的指令下发，进而避免硬件被误调用；还可以阻止同一硬件的硬件调用指令在同一业务场景中重复下发，进而可以避免同一业务场景中同一硬件被重复调用、重复操作的现象，有利于控制硬件重复操作的风险，有利于避免自助设备出现重复交付等重复处理业务的情况。

显然，本领域的技术人员应该明白，上述的本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明实施例不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明实施例可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。