回单获取方法、装置、计算机设备和存储介质与流程

本申请涉及到计算机领域，特别是涉及到一种回单获取方法、装置、计算机设备和存储介质。

背景技术

银企直联是一种新的网上银行系统与企业的财务系统在线直接联接的接入方式。银企直联通过因特网或专线连接方式，实现了银行和企业计算机系统的有机融合和平滑对接。同时，银企直联可以为企业在财务系统中开发和定制个性化功能提供支持，具有信息同步、高效简便、个性服务和安全可靠的鲜明特色。银企直联能够做到与企业计算机系统的对接，方便的完成企业系统的与银行有关的交易。

企业的各银行账户的回单，时常需要使用，那么需要利用银企直联功能，以获取到对应的银行账户的回单。

当企业通过财务系统到银行获取回单时，需要在企业设置一个与银行端前置机匹配的企业端前置机，并在该企业端上插入对应的ukey，然后才能与对应的银行端前置机进行交互，这样，如果一个企业与不同的银行建立银企直联以获取不同银行账户的回单，则需要设置多个企业端前置机，与不同的银行进行交互时，选择不同的企业端前置机。即，传统的企业端前置机一个银行只能对接一个前置机，操作完成之后需要另外换一个前置机，并不能同时在一个前置机上对多家银行进行操作，所以在获取不同银行账户的回单时，比较麻烦。

技术实现要素：

本申请的主要目的为提供一种可以简单、快速地获取不同银行账户的回单的回单获取方法、装置、计算机设备和存储介质。

为了实现上述发明目的，本申请提出一种回单获取方法，利用企业端设置的企业端前置机与银行端进行财务数据交互，所述企业端前置机上设置有多个ukey接口，所述企业端前置机对应多个所述ukey接口被配置为可以与多个不同银行种类的银行端前置机完成财务数据交互；所述方法，包括：

向所述企业端前置机发送多个银行账户对应的回单查询任务，其中，所述多个银行账户至少包括两个银行大类的银行账户；

利用所述企业端前置机将针对不同银行账户的回单查询任务发送给对应的银行前置机，以到对应银行前置机的银行服务器查询对应的回单；

接收所述企业端前置机从各所述银行前置机获取到的各所述银行账户的回单。

进一步地，所述向所述企业端前置机发送多个银行账户对应的回单查询任务的步骤，包括：

向所述企业端前置机发送多个所述银行账户的回单查询任务对应的回单查询任务id，其中，所述企业端前置机将多个所述回单查询任务id存入到预设的缓存队列中；

接收所述企业端前置机反馈的回单查询任务id，根据所述回单查询任务id获取对应的回单查询任务，并发给所述企业端前置机。

进一步地，所述向所述企业端前置机发送多个银行账户对应的回单查询任务的步骤之前，包括：

判断所述企业端前置机上是否插入对应各种类银行的ukey设备；

若否，则报警。

进一步地，所述回单获取方法法还包括：

接收所述企业端前置机发送的心跳检测包，检测与所述企业端前置机的连接状态；

若连接状态为断开，则发出警报信息。

进一步地，所述向所述企业端前置机发送多个银行账户对应的回单查询任务的步骤，包括：

通过长连接的方式向所述企业端前置机发送所述回单查询任务。

进一步地，所述接收所述企业端前置机从各所述银行前置机获取到的各所述银行账户的回单的步骤之后，包括：

根据预设的字段，获取所述回单中对应的数据；

将获取的数据插入到预设的回单表中。

进一步地，所述将获取的数据插入到预设的回单表中的步骤之后，包括：

获取打印命令，打印所述插入数据的回单表。

本申请还提供一种回单获取装置，利用企业端设置的企业端前置机与银行端进行财务数据交互，所述企业端前置机上设置有多个ukey接口，所述企业端前置机对应多个所述ukey接口被配置为可以与多个不同银行种类的银行端前置机完成财务数据交互；所述装置，包括：

发送单元，用于向所述企业端前置机发送多个银行账户对应的回单查询任务，其中，所述多个银行账户至少包括两个银行大类的银行账户；

针对任务发送单元，用于利用所述企业端前置机将针对不同银行账户的回单查询任务发送给对应的银行前置机，以到对应银行前置机的银行服务器查询对应的回单；

接收单元，用于接收所述企业端前置机从各所述银行前置机获取到的各所述银行账户的回单。

本申请还提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。

本申请的回单获取方法、装置、计算机设备和存储介质，因为企业端前置机能够与多个不同种类的银行进行银企直联功能，所以在企业端前置机上设置了多个ukey接口，以保证各个银行账户的正常使用；当发起回单查询任务时，无需手动地登录不同的银行账户进行回单查询，而是通过财务系统自动完成，即可以自动查询不同的银行账户的回单，大大地提高了对不同大类银行的账户的回单获取的效率，节约人力资源，而且只需要配置一次即可，在获取回单过程中，不会出现人为的如输入银行账号错误等问题。

附图说明

图1为本申请一实施例的回单获取方法的流程示意图；

图2为本申请一实施例的回单获取方法的流程示意图；

图3为本申请一实施例的回单获取装置的结构示意框图；

图4为本申请一实施例的发送单元的结构示意框图；

图5为本申请一实施例的回单获取装置的结构示意框图；

图6为本申请一实施例的回单获取装置的结构示意框图；

图7为本申请一实施例的计算机设备的结构示意框图。

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

具体实施方式

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

参照图1，本申请实施例提供一种回单获取方法，利用企业端设置的企业端前置机与银行端进行财务数据交互，所述企业端前置机上设置有多个ukey接口，所述企业端前置机对应多个所述ukey接口被配置为可以与多个不同银行种类的银行端前置机完成财务数据交互。

上述的企业端前置机是指设置在企业端的前置机，是企业端财务系统与银行端进行银企直联时的中间设备。上述企业端前置机被配置为可以与多个不同银行种类的银行端前置机完成数据交互，配置过程为，当企业安装企业端前置机时，企业端前置机有一个管理员界面，在预设的界面内输入指定的配置信息，该配置信息包括企业id、企业端前置机编号、银行服务器ip、银行端口、银行的银企直联编号、银行端前置机的版本号，银行大类等企业财务系统与银行完成银企直联的必要参数，还会配置线程数大小配置等，以实现多线程任务的处理；然后将配置结果发送给企业端前置机对应的应用服务器。也就是，配置申请通过的银企直联的账号及其相关信息，当企业需要登录各银企直联的账户获取在其对应银行的数据时(交易数据、查询数据等)，只需要在企业端前置机上插入对应的ukey(一种通过usb直接与计算机相连、具有密码验证功能、可靠高速的小型存储设备)即可，实现一个企业端前置机与多个不同类银行的银行端前置机连接，企业统一集中管理用户的银行ukey，无需做银行的切换操作。通过企业端前置机可以方便地获取企业的每个银企直联账户的账户信息、交易流水信息、余额信息，并且可以进行相关的支付、归集、调拨等相关操作。上述银行大类是指不同的银行，比如工商银行与建设银行属于两个不同的银行大类等，即使用不同前置机的银行被认为是不同的银行大类。

上述回单获取方法，包括步骤：

s1、向所述企业端前置机发送多个银行账户对应的回单查询任务，其中，所述多个银行账户至少包括两个银行大类的银行账户；

s2、利用所述企业端前置机将针对不同银行账户的回单查询任务发送给对应的银行前置机，以到对应银行前置机的银行服务器查询对应的回单；

s3、接收所述企业端前置机从各所述银行前置机获取到的各所述银行账户的回单。

如上述步骤s1所述，上述回单即为银行流水账单，也称银行账户交易对账单。指的是客户在一段时间内与银行发生的存取款业务交易清单。上述回单查询任务即为获取指定银行账户的指定时间段内的流水账单任务，或者与某一个银行账户之间的流水账单等。用到企业端前置的企业都会设置有多个不同的银行账户，这些银行账户分布于不同的银行大类。因为上述企业端前置机可以插入多个ukey，那么在查询多个银行账户的回单时，只要提前将各银行账户对应的ukey全部插入到企业端前置机上即可，无需每查询一个银行账户的回单，对应的插入一个ukey的操作等，又因为是一次性将各银行对应的ukey全部插入到企业端前置机上，则无需担心ukey插错的问题。在本实施例中，发送回单查询任务的过程包括：在一个列表中选择需要查询回单的银行账户后，接收企业对每一个银行账户的回单内容配置，比如，针对a银行账户的回单内容配置是：a银行账户与b客户在指定时间段内的全部交易记录对账单等，当全部回单内容配置结束后，接收一个“开始获取”的命令后，即可生成针对多个被选择的银行账户的回单查询任务，然后可以同时或按照预设的优先规则发送给企业端前置机。本申请中，可以在不同的时间自动生成针对不同银行账户的回单查询任务，然后自动发送给上述企业端前置机等，如，在每天10点的时候生成a账户的指定配置内容的回单，在12点的时候生成d账户的指定配置内容的回单等。

如上述步骤s2所述，因为上述企业端前置机连接有不同的银行前置机，获取到多个回单查询任务后，会先分析各回单查询任务对应的银行信息等，以便于将回单查询任务正确地发送给对应的银行前置机，在发送给对应的银行前置机回单查询任务的时候，还会获取对应的ukey信息，以便于银行端正常的回单查询处理。

如上述步骤s3所述，即获取到针对各回单查询任务对应的回单。

在一个实施例中，上述向所述企业端前置机发送多个银行账户对应的回单查询任务的步骤s1，包括：

s11、向所述企业端前置机发送多个所述银行账户的回单查询任务对应的回单查询任务id，其中，所述企业端前置机将多个所述回单查询任务id存入到预设的缓存队列中；

s12、接收所述企业端前置机反馈的回单查询任务id，根据所述回单查询任务id获取对应的回单查询任务，并发给所述企业端前置机。

如上述步骤s11所述，上述的回单查询任务id只是一个标识，该标识唯一对应一个所述回单查询任务，回单查询任务id并没有任务内容，以防止将回单查询任务直接放到企业端前置机中，影响企业端前置机的运行空间，而降低其运行速度。因为本申请的企业端前置机可以连接多个银行端前置机，所以各种不同的任务会较多，直接将各种任务堆积到前置机的缓存中，会大大地降低企业端前置机的运行效率，甚至崩溃。本申请中，只放入回单查询任务id，则大大地降低了企业端前置机对缓存空间的要求，提高运行环境质量。本实施例中，预设的缓存队列一般包括交易缓存队列和查询缓存队列，不同的缓存队列存放对应属性的任务id，对应的设置交易线程池和查询线程池。企业端前置机在获取到回单查询任务id时，先判断所述回单查询任务id的属性，其中属性包括交易属性、查询属性，因为回单查询任务id属于查询类，所以放入到查询缓存队列中。两个缓存队列中的各任务id按预设的优先级进行排序处理，比如，支付的级别高于查询银行流水的级别等。具体地，每个任务会设置有一个类型标识，类型标识可分为1-8个级别，为1的话等级最高，代表紧急任务，优先处理。各种银企直联任务对应不同的类型标识，其对应的任务id则具有同样的类型标识。本申请中，虽然发出的任务都是回单查询任务，但是各任务对应的任务id存入到查询缓存队列中的顺序也会存在先后的顺序，造成先后顺序的原因包括：企业端对查询不同银行账户的回单的任务预设了优先级，比如，x银行账户是企业端的主要银行账户，则将查询该x银行账户的回单查询任务id的优先级设定为靠前的如1或2的优先级等。

如上述步骤s12所述，上述企业端前置机反馈的回单查询任务id是指，对应上述查询缓存队列的查询线程池中有空闲，则到查询缓存队列中获取回单查询任务，又因为此时查询缓存队列中只是回单查询任务id，所以企业端前置机会将回单查询任务id返回给上述应用服务器，应用服务器会根据回单查询任务id生成或调取对应的回单查询任务，然后发送给企业端前置机。

在一个实施例中，上述向所述企业端前置机发送多个银行账户对应的回单查询任务的步骤s1之前，包括：

s101、判断所述企业端前置机上是否插入对应各种类银行的ukey设备；

s102、若否，则报警。

如上述步骤s101、s102所述，采集各ukey接口插入的ukey设备的对应其银行种类的标识，然后将所述标识与配置企业端前置机时配置的代表各类银行的标识进行比对，如果采集到的各标识全面覆盖配置企业端前置机时配置的代表各类银行的标识时，则判定企业端前置机上插入对应各种类银行的ukey设备，可以执行后续如步骤s1等步骤，否者，将未被覆盖的标识对应的银行种类提取出来，并发送给企业的相关人员以报警，此时企业的相关人员可以进行相应的处理，将忘记插入的ukey设备或插入处松动而导致ukey设备接触不良的重新插入等，以保证企业与各银行之间的交互。在另一实施例中，还可以判断获取到的ukey设备的标识与配置企业端前置机时配置的代表各类银行的标识(不重复)的数量是否相同，因为一个银行只会发一个ukey给企业，所以当数量相同时候，基本可以判定企业端前置机上插入对应各种类银行的ukey设备，此种判断方法虽然存在缺陷，但是判断速度会更快。

在一个实施例中，上述回单获取方法还包括：

接收所述企业端前置机发送的心跳检测包，检测与所述企业端前置机的连接状态；若连接状态为断开，则发出警报信息。

理论上，企业端前置机和应用服务器应该长期在线，但是因为是电子产品，难免会出现故障或者升级等处理，此时企业端前置机与应用服务器可能断掉连接，那么通过心跳检测的方式检测企业端前置机和应用服务器的连接状态，当两者连接失败，则需要发出警报信息。发出警报信息包括两种，第一种，发送邮件等信息给企业的相关人员，和/或发送给提供企业端前置机的第三方的相关人员；第二种，发送指定的信息给与其连接的银行端前置机，并由银行端前置机发送给银行的相关管理系统，以告知银行端的工作人员，银行端的工作人员可以人工告知企业端相应人员发生了断连接的故障等。上述接收发送心跳检测包，可以保障企业端的财务人了解企业端前置机和应用服务器是否断开连接，从而及时处理原本需要银企直联完成的事物。

在一个实施例中，上述向所述企业端前置机发送多个银行账户对应的回单查询任务的步骤s1，包括：

s13、通过长连接的方式向所述企业端前置机发送所述回单查询任务。

如上述步骤s13所述，因为向企业端前置机发送的银企直联任务可能是连续的，所以使用长连接的方式监听服务，使每个操作完后都不断开，下次处理时直接发送数据包就可以，不用建立tcp(transmissioncontrolprotocol传输控制协议)连接，以保持处理任务的效率。本实施例中，应用服务器与企业端前置机采用bio(blockinputoutput)同步阻塞模式进行长连接。不同的回单查询任务不能够同时进行，所以需要按照指令顺序进行，一个指令执行完才能执行下一个指令，不能异步执行，所以本申请中采用bio同步阻塞模式使应用服务器与企业端前置机进行长连接。

在一个实施例，上述企业端前置机与应用服务器相互发送的报文，采用protocolbuffers进行序列化。

protocolbuffers是一种轻便高效的结构化数据存储格式，可以用于结构化数据串行化，或者说序列化。它很适合做数据存储或rpc数据交换格式。可用于通讯协议、数据存储等领域的语言无关、平台无关、可扩展的序列化结构数据格式，简单说来protobuf的主要优点就是：简单，快。本申请采用google(谷歌)的protocolbuffers进行序列化，可以提高报文封装和发送的效率。

参照图2，在一个实施例中，上述接收所述企业端前置机从各所述银行前置机获取到的各所述银行账户的回单的步骤s3之后，包括：

s4、根据预设的字段，获取所述回单中对应的数据；

s5、将获取的数据插入到预设的回单表中；

s6、获取打印命令，打印所述插入数据的回单表。

如上述步骤s4至s6所述，因为各银行的回单格式不同，为了研发效率以及管理方便，本申请中只会设置一种回单表，所以获取到各种不同格式的回单后，会根据预设的字段将需要的数据从回单中抽取出来，然后在将获取的数据插入到上述回单表中，以得到格式统一的回单等。上述打印包括通过打印机打印成纸质文件，也可以通过虚拟的打印机打印成pdf等格式的电子当文件，并保存到指定的存储空间。

本申请实施例的的回单获取方法，因为企业端前置机能够与多个不同种类的银行进行银企直联功能，所以在企业端前置机上设置了多个ukey接口，以保证各个银行账户的正常使用；当发起回单查询任务时，无需手动地登录不同的银行账户进行回单查询，而是通过财务系统自动完成，即可以自动查询不同的银行账户的回单，大大地提高了对不同大类银行的账户的回单获取的效率，节约人力资源，而且只需要配置一次即可，在获取回单过程中，不会出现人为的如输入银行账号错误等问题。

参照图3，本申请实施例提供一种回单获取装置，利用企业端设置的企业端前置机与银行端进行财务数据交互，所述企业端前置机上设置有多个ukey接口，所述企业端前置机对应多个所述ukey接口被配置为可以与多个不同银行种类的银行端前置机完成财务数据交互。

上述的企业端前置机是指设置在企业端的前置机，是企业端财务系统与银行端进行银企直联时的中间设备。上述企业端前置机被配置为可以与多个不同银行种类的银行端前置机完成数据交互，配置过程为，当企业安装企业端前置机时，企业端前置机有一个管理员界面，在预设的界面内输入指定的配置信息，该配置信息包括企业id、企业端前置机编号、银行服务器ip、银行端口、银行的银企直联编号、银行端前置机的版本号，银行大类等企业财务系统与银行完成银企直联的必要参数，还会配置线程数大小配置等，以实现多线程任务的处理；然后将配置结果发送给企业端前置机对应的应用服务器。也就是，配置申请通过的银企直联的账号及其相关信息，当企业需要登录各银企直联的账户获取在其对应银行的数据时(交易数据、查询数据等)，只需要在企业端前置机上插入对应的ukey(一种通过usb直接与计算机相连、具有密码验证功能、可靠高速的小型存储设备)即可，实现一个企业端前置机与多个不同类银行的银行端前置机连接，企业统一集中管理用户的银行ukey，无需做银行的切换操作。通过企业端前置机可以方便地获取企业的每个银企直联账户的账户信息、交易流水信息、余额信息，并且可以进行相关的支付、归集、调拨等相关操作。上述银行大类是指不同的银行，比如工商银行与建设银行属于两个不同的银行大类等，即使用不同前置机的银行被认为是不同的银行大类。

上述回单获取装置，包括：

发送单元10，用于向所述企业端前置机发送多个银行账户对应的回单查询任务，其中，所述多个银行账户至少包括两个银行大类的银行账户；

针对任务发送单元20，用于利用所述企业端前置机将针对不同银行账户的回单查询任务发送给对应的银行前置机，以到对应银行前置机的银行服务器查询对应的回单；

接收单元30，用于接收所述企业端前置机从各所述银行前置机获取到的各所述银行账户的回单。

在上述发送单元10中，上述回单即为银行流水账单，也称银行账户交易对账单。指的是客户在一段时间内与银行发生的存取款业务交易清单。上述回单查询任务即为获取指定银行账户的指定时间段内的流水账单任务，或者与某一个银行账户之间的流水账单等。用到企业端前置的企业都会设置有多个不同的银行账户，这些银行账户分布于不同的银行大类。因为上述企业端前置机可以插入多个ukey，那么在查询多个银行账户的回单时，只要提前将各银行账户对应的ukey全部插入到企业端前置机上即可，无需每查询一个银行账户的回单，对应的插入一个ukey的操作等，又因为是一次性将各银行对应的ukey全部插入到企业端前置机上，则无需担心ukey插错的问题。在本实施例中，发送回单查询任务的过程包括：在一个列表中选择需要查询回单的银行账户后，接收企业对每一个银行账户的回单内容配置，比如，针对a银行账户的回单内容配置是：a银行账户与b客户在指定时间段内的全部交易记录对账单等，当全部回单内容配置结束后，接收一个“开始获取”的命令后，即可生成针对多个被选择的银行账户的回单查询任务，然后可以同时或按照预设的优先规则发送给企业端前置机。本申请中，可以在不同的时间自动生成针对不同银行账户的回单查询任务，然后自动发送给上述企业端前置机等，如，在每天10点的时候生成a账户的指定配置内容的回单，在12点的时候生成d账户的指定配置内容的回单等。

在上述针对任务发送单元20中，因为上述企业端前置机连接有不同的银行前置机，获取到多个回单查询任务后，会先分析各回单查询任务对应的银行信息等，以便于将回单查询任务正确地发送给对应的银行前置机，在发送给对应的银行前置机回单查询任务的时候，还会获取对应的ukey信息，以便于银行端正常的回单查询处理。

在上述接收单元30中，即获取到针对各回单查询任务对应的回单。

参照图4，在一个实施例中，上述发送单元10，包括：

发送模块11，用于向所述企业端前置机发送多个所述银行账户的回单查询任务对应的回单查询任务id，其中，所述企业端前置机将多个所述回单查询任务id存入到预设的缓存队列中；

接收反馈模块12，用于接收所述企业端前置机反馈的回单查询任务id，根据所述回单查询任务id获取对应的回单查询任务，并发给所述企业端前置机。

在上述发送模块11中，上述的回单查询任务id只是一个标识，该标识唯一对应一个所述回单查询任务，回单查询任务id并没有任务内容，以防止将回单查询任务直接放到企业端前置机中，影响企业端前置机的运行空间，而降低其运行速度。因为本申请的企业端前置机可以连接多个银行端前置机，所以各种不同的任务会较多，直接将各种任务堆积到前置机的缓存中，会大大地降低企业端前置机的运行效率，甚至崩溃。本申请中，只放入回单查询任务id，则大大地降低了企业端前置机对缓存空间的要求，提高运行环境质量。本实施例中，预设的缓存队列一般包括交易缓存队列和查询缓存队列，不同的缓存队列存放对应属性的任务id，对应的设置交易线程池和查询线程池。企业端前置机在获取到回单查询任务id时，先判断所述回单查询任务id的属性，其中属性包括交易属性、查询属性，因为回单查询任务id属于查询类，所以放入到查询缓存队列中。两个缓存队列中的各任务id按预设的优先级进行排序处理，比如，支付的级别高于查询银行流水的级别等。具体地，每个任务会设置有一个类型标识，类型标识可分为1-8个级别，为1的话等级最高，代表紧急任务，优先处理。各种银企直联任务对应不同的类型标识，其对应的任务id则具有同样的类型标识。本申请中，虽然发出的任务都是回单查询任务，但是各任务对应的任务id存入到查询缓存队列中的顺序也会存在先后的顺序，造成先后顺序的原因包括：企业端对查询不同银行账户的回单的任务预设了优先级，比如，x银行账户是企业端的主要银行账户，则将查询该x银行账户的回单查询任务id的优先级设定为靠前的如1或2的优先级等。

在上述接收反馈模块12中，上述企业端前置机反馈的回单查询任务id是指，对应上述查询缓存队列的查询线程池中有空闲，则到查询缓存队列中获取回单查询任务，又因为此时查询缓存队列中只是回单查询任务id，所以企业端前置机会将回单查询任务id返回给上述应用服务器，应用服务器会根据回单查询任务id生成或调取对应的回单查询任务，然后发送给企业端前置机。

参照图5，在一个实施例中，上述回单获取装置，还包括：

判断单元101，用于判断所述企业端前置机上是否插入对应各种类银行的ukey设备；

第一报警单元102，用于若判定所述企业端前置机上未插入对应各种类银行的ukey设备，则报警。

在上述判断单元101和第一报警单元102中，采集各ukey接口插入的ukey设备的对应其银行种类的标识，然后将所述标识与配置企业端前置机时配置的代表各类银行的标识进行比对，如果采集到的各标识全面覆盖配置企业端前置机时配置的代表各类银行的标识时，则判定企业端前置机上插入对应各种类银行的ukey设备，可以执行后续如步骤s1等步骤，否者，将未被覆盖的标识对应的银行种类提取出来，并发送给企业的相关人员以报警，此时企业的相关人员可以进行相应的处理，将忘记插入的ukey设备或插入处松动而导致ukey设备接触不良的重新插入等，以保证企业与各银行之间的交互。在另一实施例中，还可以判断获取到的ukey设备的标识与配置企业端前置机时配置的代表各类银行的标识(不重复)的数量是否相同，因为一个银行只会发一个ukey给企业，所以当数量相同时候，基本可以判定企业端前置机上插入对应各种类银行的ukey设备，此种判断方法虽然存在缺陷，但是判断速度会更快。

在一个实施例中，上述回单获取装置还包括：

心跳检测单元，用于接收所述企业端前置机发送的心跳检测包，检测与所述企业端前置机的连接状态；若连接状态为断开，则发出警报信息。

理论上，企业端前置机和应用服务器应该长期在线，但是因为是电子产品，难免会出现故障或者升级等处理，此时企业端前置机与应用服务器可能断掉连接，那么通过心跳检测的方式检测企业端前置机和应用服务器的连接状态，当两者连接失败，则需要发出警报信息。发出警报信息包括两种，第一种，发送邮件等信息给企业的相关人员，和/或发送给提供企业端前置机的第三方的相关人员；第二种，发送指定的信息给与其连接的银行端前置机，并由银行端前置机发送给银行的相关管理系统，以告知银行端的工作人员，银行端的工作人员可以人工告知企业端相应人员发生了断连接的故障等。上述接收发送心跳检测包，可以保障企业端的财务人了解企业端前置机和应用服务器是否断开连接，从而及时处理原本需要银企直联完成的事物。

在一个实施例中，上述发送单元10，包括：

长连接模块，用于通过长连接的方式向所述企业端前置机发送所述回单查询任务。

因为向企业端前置机发送的银企直联任务可能是连续的，所以使用长连接的方式监听服务，使每个操作完后都不断开，下次处理时直接发送数据包就可以，不用建立tcp(transmissioncontrolprotocol传输控制协议)连接，以保持处理任务的效率。本实施例中，应用服务器与企业端前置机采用bio(blockinputoutput)同步阻塞模式进行长连接。不同的回单查询任务不能够同时进行，所以需要按照指令顺序进行，一个指令执行完才能执行下一个指令，不能异步执行，所以本申请中采用bio同步阻塞模式使应用服务器与企业端前置机进行长连接。

在一个实施例中，上述回单获取装置还包括：

序列化单元，用于将上述应用服务器与企业端前置机相互发送的报文，采用protocolbuffers进行序列化。

protocolbuffers是一种轻便高效的结构化数据存储格式，可以用于结构化数据串行化，或者说序列化。它很适合做数据存储或rpc数据交换格式。可用于通讯协议、数据存储等领域的语言无关、平台无关、可扩展的序列化结构数据格式，简单说来protobuf的主要优点就是：简单，快。本申请采用google(谷歌)的protocolbuffers进行序列化，可以提高报文封装和发送的效率。

参照图6，在一个实施例中，上述回单获取装置，还包括：

获取单元40，用于根据预设的字段，获取所述回单中对应的数据；

插入单元50，用于将获取的数据插入到预设的回单表中；

打印单元60，用于获取打印命令，打印所述插入数据的回单表。

在上述获取单元40、插入单元50和打印单元60中，因为各银行的回单格式不同，为了研发效率以及管理方便，本申请中只会设置一种回单表，所以获取到各种不同格式的回单后，会根据预设的字段将需要的数据从回单中抽取出来，然后在将获取的数据插入到上述回单表中，以得到格式统一的回单等。上述打印包括通过打印机打印成纸质文件，也可以通过虚拟的打印机打印成pdf等格式的电子当文件，并保存到指定的存储空间。

本申请实施例的的回单获取装置，因为企业端前置机能够与多个不同种类的银行进行银企直联功能，所以在企业端前置机上设置了多个ukey接口，以保证各个银行账户的正常使用；当发起回单查询任务时，无需手动地登录不同的银行账户进行回单查询，而是通过财务系统自动完成，即可以自动查询不同的银行账户的回单，大大地提高了对不同大类银行的账户的回单获取的效率，节约人力资源，而且只需要配置一次即可，在获取回单过程中，不会出现人为的如输入银行账号错误等问题。

参照图7，本申请实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储回单获取方法程序等。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种回单获取方法。

上述处理器执行上述回单获取方法，利用企业端设置的企业端前置机与银行端进行财务数据交互，所述企业端前置机上设置有多个ukey接口，所述企业端前置机对应多个所述ukey接口被配置为可以与多个不同银行种类的银行端前置机完成财务数据交互；所述方法，包括：向所述企业端前置机发送多个银行账户对应的回单查询任务，其中，所述多个银行账户至少包括两个银行大类的银行账户；利用所述企业端前置机将针对不同银行账户的回单查询任务发送给对应的银行前置机，以到对应银行前置机的银行服务器查询对应的回单；接收所述企业端前置机从各所述银行前置机获取到的各所述银行账户的回单。

在一个实施例中，上述向所述企业端前置机发送多个银行账户对应的回单查询任务的步骤，包括：向所述企业端前置机发送多个所述银行账户的回单查询任务对应的回单查询任务id，其中，所述企业端前置机将多个所述回单查询任务id存入到预设的缓存队列中；接收所述企业端前置机反馈的回单查询任务id，根据所述回单查询任务id获取对应的回单查询任务，并发给所述企业端前置机。

在一个实施例中，上述向所述企业端前置机发送多个银行账户对应的回单查询任务的步骤之前，包括：判断所述企业端前置机上是否插入对应各种类银行的ukey设备；若否，则报警。

在一个实施例中，上述回单获取方法还包括：接收所述企业端前置机发送的心跳检测包，检测与所述企业端前置机的连接状态；若连接状态为断开，则发出警报信息。

在一个实施例中，上述向所述企业端前置机发送多个银行账户对应的回单查询任务的步骤，包括：通过长连接的方式向所述企业端前置机发送所述回单查询任务。

在一个实施例中，上述接收所述企业端前置机从各所述银行前置机获取到的各所述银行账户的回单的步骤之后，包括：根据预设的字段，获取所述回单中对应的数据；将获取的数据插入到预设的回单表中。

在一个实施例中，上述将获取的数据插入到预设的回单表中的步骤之后，包括：获取打印命令，打印所述插入数据的回单表。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定。

本申请实施例的计算机设备，因为企业端前置机能够与多个不同种类的银行进行银企直联功能，所以在企业端前置机上设置了多个ukey接口，以保证各个银行账户的正常使用；当发起回单查询任务时，无需手动地登录不同的银行账户进行回单查询，而是通过财务系统自动完成，即可以自动查询不同的银行账户的回单，大大地提高了对不同大类银行的账户的回单获取的效率，节约人力资源，而且只需要配置一次即可，在获取回单过程中，不会出现人为的如输入银行账号错误等问题。

本申请一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现一种回单获取方法，利用企业端设置的企业端前置机与银行端进行财务数据交互，所述企业端前置机上设置有多个ukey接口，所述企业端前置机对应多个所述ukey接口被配置为可以与多个不同银行种类的银行端前置机完成财务数据交互；所述方法，包括：向所述企业端前置机发送多个银行账户对应的回单查询任务，其中，所述多个银行账户至少包括两个银行大类的银行账户；利用所述企业端前置机将针对不同银行账户的回单查询任务发送给对应的银行前置机，以到对应银行前置机的银行服务器查询对应的回单；接收所述企业端前置机从各所述银行前置机获取到的各所述银行账户的回单。

上述回单获取方法，因为企业端前置机能够与多个不同种类的银行进行银企直联功能，所以在企业端前置机上设置了多个ukey接口，以保证各个银行账户的正常使用；当发起回单查询任务时，无需手动地登录不同的银行账户进行回单查询，而是通过财务系统自动完成，即可以自动查询不同的银行账户的回单，大大地提高了对不同大类银行的账户的回单获取的效率，节约人力资源，而且只需要配置一次即可，在获取回单过程中，不会出现人为的如输入银行账号错误等问题。

在一个实施例中，上述处理器向所述企业端前置机发送多个银行账户对应的回单查询任务的步骤，包括：向所述企业端前置机发送多个所述银行账户的回单查询任务对应的回单查询任务id，其中，所述企业端前置机将多个所述回单查询任务id存入到预设的缓存队列中；接收所述企业端前置机反馈的回单查询任务id，根据所述回单查询任务id获取对应的回单查询任务，并发给所述企业端前置机。

在一个实施例中，上述处理器向所述企业端前置机发送多个银行账户对应的回单查询任务的步骤之前，包括：判断所述企业端前置机上是否插入对应各种类银行的ukey设备；若否，则报警。

在一个实施例中，上述处理器执行回单获取方法时还接收所述企业端前置机发送的心跳检测包，检测与所述企业端前置机的连接状态；若连接状态为断开，则发出警报信息。

在一个实施例中，上述处理器向所述企业端前置机发送多个银行账户对应的回单查询任务的步骤，包括：通过长连接的方式向所述企业端前置机发送所述回单查询任务。

在一个实施例中，上述接收所述企业端前置机从各所述银行前置机获取到的各所述银行账户的回单的步骤之后，包括：根据预设的字段，获取所述回单中对应的数据；将获取的数据插入到预设的回单表中。

在一个实施例中，上述处理器将获取的数据插入到预设的回单表中的步骤之后，包括：获取打印命令，打印所述插入数据的回单表。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双速据率sdram(ssrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

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