账单数据的验证方法、装置、计算机设备以及存储介质

技术领域

本发明涉及数字资产技术领域，尤其涉及一种账单数据的验证方法、装置、计算机设备以及存储介质。

背景技术

对账是指在会计核算中，为保证账簿记录正确可靠，对账簿中的账单进行检查和核对工作。传统的对账工作通常使用人工对账的方式进行，然而人工对账很容易发生账单遗漏的情况，且需要的人力成本也是非常巨大的。为了提高对账效率，节约人力成本，许多公司都研发了各自的自动化对账系统。但是，目前的对账系统的自动化程度较低，未能很好地实现对账的自动化。例如，目前的对账系统通常不能自动获取需要对账的账单文件，需要由人工上传需要对账的账单文件，且由于账单文件的文件格式多种多种(例如，有的账单文件是word格式，有的账单文件是excel格式)，账单文件中的对账数据散乱等原因，也未能实现账单文件的自动化解析。

发明内容

本发明所要解决的技术问题在于，目前的对账系统的自动化程度较低，未能很好地实现对账的自动化。

为了解决上述技术问题，本发明第一方面公开了一种账单数据的验证方法，所述方法包括：

获取包含有待验证账单数据的账单文件；

将所述账单文件输入至所述账单文件的文件格式对应的文件解析器进行解析，得到所述账单文件对应的原始账单数据；

根据所述账单文件对应的上传渠道标识确定所述账单文件对应的标准数据类型；

从所述原始账单数据中提取所述标准数据类型的数据，以作为所述账单文件所包含的待验证账单数据；

获取将要用于进行所述待验证账单数据的验证的参照账单数据；

根据所述参照账单数据对所述待验证账单数据进行验证，得到所述待验证账单数据对应的验证结果，所述验证结果用于表示所述待验证账单数据验证通过或者验证不通过；

其中，所述账单文件是多种文件格式的文件，且不同文件格式的账单文件对应不同的文件解析器。

本发明第二方面公开了一种账单数据的验证装置，所述装置包括：

获取模块，用于获取包含有待验证账单数据的账单文件；

解析模块，用于将所述账单文件输入至所述账单文件的文件格式对应的文件解析器进行解析，得到所述账单文件对应的原始账单数据；

确定模块，用于根据所述账单文件对应的上传渠道标识确定所述账单文件对应的标准数据类型；

提取模块，用于从所述原始账单数据中提取所述标准数据类型的数据，以作为所述账单文件所包含的待验证账单数据；

所述获取模块，还用于获取将要用于进行所述待验证账单数据的验证的参照账单数据；

验证模块，用于根据所述参照账单数据对所述待验证账单数据进行验证，得到所述待验证账单数据对应的验证结果，所述验证结果用于表示所述待验证账单数据验证通过或者验证不通过；

其中，所述账单文件是多种文件格式的文件，且不同文件格式的账单文件对应不同的文件解析器。

本发明第三方面公开了一种计算机设备，所述计算机设备包括：

存储有可执行程序代码的存储器；

与所述存储器连接的处理器；

所述处理器调用所述存储器中存储的所述可执行程序代码，执行本发明第一方面公开的账单数据的验证方法中的部分或全部步骤。

本发明第四方面公开了一种计算机存储介质，所述计算机存储介质存储有计算机指令，所述计算机指令被调用时，用于执行本发明第一方面公开的账单数据的验证方法中的部分或全部步骤。

本发明实施例中，自动获取包含有待验证账单数据的账单文件和用于进行待验证账单数据验证的参照账单数据，并在获取到包含有待验证账单数据的账单文件之后，先将账单文件输入至账单文件的文件格式对应的文件解析器进行对应的解析操作，得到原始账单数据，再根据账单文件的上传渠道确定账单文件的标准数据类型，从原始账单数据中提取标准数据类型的数据以作为待验证账单数据，最后根据参照账单数据对待验证账单数据进行验证，得到待验证账单数据的验证结果。可见，实施本发明实施例能够替代人工上传对账数据的形式，并根据账单文件的文件格式不同使用不同的文件解析器完成对账单文件的解析，然后根据账单文件的上传渠道的不同提取不同类型的数据作为待验证账单数据，从而能够准确地从账单文件中提取出待验证账单数据，有利于提高账单数据验证的效率和准确性，进而提高对账系统的自动化程度，更好地实现对账的自动化。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例公开的一种账单数据的验证方法的流程示意图；

图2是本发明实施例公开的一种账单数据的验证装置的结构示意图；

图3是本发明实施例公开的一种计算机设备的结构示意图；

图4是本发明实施例公开的一种计算机存储介质的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、装置、产品或端没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或端固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本发明公开了一种账单数据的验证方法、装置、计算机设备以及存储介质，能够替代人工上传对账数据的形式，并根据账单文件的文件格式不同使用不同的文件解析器完成对账单文件的解析，然后根据账单文件的上传渠道的不同提取不同类型的数据作为待验证账单数据，从而能够准确地从账单文件中提取出待验证账单数据，有利于提高账单数据验证的效率和准确性，进而提高对账系统的自动化程度，更好地实现对账的自动化。以下分别进行详细说明。

实施例一

请参阅图1，图1是本发明实施例公开的一种账单数据的验证方法的流程示意图。如图1所示，该账单数据的验证方法可以包括以下操作：

101、获取包含有待验证账单数据的账单文件。

102、将所述账单文件输入至所述账单文件的文件格式对应的文件解析器进行解析，得到所述账单文件对应的原始账单数据。

103、根据所述账单文件对应的上传渠道标识确定所述账单文件对应的标准数据类型。

104、从所述原始账单数据中提取所述标准数据类型的数据，以作为所述账单文件所包含的待验证账单数据。

105、获取将要用于进行所述待验证账单数据的验证的参照账单数据。

106、根据所述参照账单数据对所述待验证账单数据进行验证，得到所述待验证账单数据对应的验证结果，所述验证结果用于表示所述待验证账单数据验证通过或者验证不通过。

本发明实施例中，账单文件可以是多种文件格式的文件，且不同文件格式的账单文件对应不同的文件解析器。通过自动获取包含有待验证账单数据的账单文件进行后续的账单数据验证，不需要由人工上传账单文件，从而能够提高对账流程的自动化程度。其中，获取到的账单文件的文件格式可以是word格式、excel格式、txt格式等。在对账系统中，可以预设不同文件格式对应的文件解析器，用于对不同文件格式的账单文件进行不同的解析操作以得到账单文件中所包含的待验证账单数据(稍后描述)。另外，对账系统是支付系统中最重要的一环，处于整个支付环节的最尾端，主要用于保证平台的交易流水数据和第三方支付渠道或银行账单数据的一致性，是保证支付系统资金安全的最后一道防线。假设对账系统应用在支付系统中，则账单文件可以是由第三方支付渠道的终端或者银行的终端上传的，此时，参照账单数据则可以是对账系统所在平台的交易流水数据。将由第三方支付渠道或者银行提供的待验证账单数据与平台的交易流水数据进行对比，若两者一致，则账单正确，待验证账单数据验证通过，若两者不一致，则账单存在错误，待验证账单数据验证不通过。

在对账系统中，可以预设不同文件格式对应的文件解析器，用于对不同文件格式的账单文件进行不同的解析操作以得到账单文件中所包含的待验证账单数据。例如，账单文件的文件格式为excel，则对应的文件解析器可以是ExcelUtil工具。在账单文件输入至ExcelUtil工具之后，可以先校验账单文件的名称是否正确，再校验账单文件的表头是否按照标准文件填写，然后将账单文件解析成list集合，将账单文件的内容转换成预先设置的对象类型，根据属性名获取与表格表头对应的属性值，最后校验账单文件内容的正确性，若校验通过，则得到账单文件对应的原始账单数据。解析出的原始账单数据可以包括上传渠道标识字段，用于区分原始账单数据的上传渠道，如，上传渠道标识字段记录为“A银行”，则表示上传该原始账单数据的渠道为“A银行”。另外，解析出的原始账单数据所包括的数据通常比较杂乱且冗余，例如，原始账单数据中一条交易记录可以包括交易记录的流水号、本金、利息、费用、罚息、交易日期等数据，不同类型的数据存储在不同的字段中(如，本金对应一个字段、利息对应一个字段等等)。但是，不同渠道进行对账时，所需要比对的数据通常不一样。例如，A银行对账时需要比对本金的字段，而B银行对账时不需要比对本金的字段，只需要比对交易日期的字段。为简化比对操作，可以仅提取需要进行比对的字段中的数据，以作为待验证账单数据。假设账单文件是由A银行上传的，则从账单文件对应的原始账单数据中，提取本金字段的数据作为待验证账单数据，假设账单文件是由B银行上传的，则从账单文件对应的原始账单数据中，提取交易日期字段的数据作为待验证账单数据。具体地，可以预设一个表格，表格中可以记录有不同的上传渠道需要比对的字段(即标准数据类型)，通过查询该表格即能够确定账单文件的标准数据类型。

可见，实施图1所描述的账单数据的验证方法，能够替代人工上传对账数据的形式，并根据账单文件的文件格式不同使用不同的文件解析器完成对账单文件的解析，然后根据账单文件的上传渠道的不同提取不同类型的数据作为待验证账单数据，从而能够准确地从账单文件中提取出待验证账单数据，有利于提高账单数据验证的效率和准确性，进而提高对账系统的自动化程度，更好地实现对账的自动化。

在一个可选的实施例中，所述根据所述参照账单数据对所述待验证账单数据进行验证，得到所述待验证账单数据对应的验证结果之后，所述方法还包括：

当所述验证结果用于表示所述待验证账单数据验证不通过时，从所述待验证账单数据中提取出未通过验证的差异账单数据；

获取用于进行所述差异账单数据的验证的目标账单数据；

根据所述目标账单数据对所述差异账单数据进行差异验证，得到所述差异账单数据对应的差异验证结果，所述差异验证结果用于表示所述差异账单数据的差异验证通过或者不通过。

在该可选的实施例中，在使用对账系统进行对账时，有时会出现数据错误或者数据漏传的现象。当出现数据错误或者数据漏传的现象时，待验证账单数据中的交易记录可能不能与参照账单数据的交易记录(即平台的交易流水记录)一一对应，不存在对应的交易流水记录的交易记录会导致待验证账单数据验证不通过。在待验证账单数据验证不通过时，从待验证账单数据中提取出不存在对应的交易流水记录的交易记录作为差异账单数据。若出现的是数据漏传的现象，则差异账单数据对应的交易流水记录可能是在上一次进行对账处理的参照账单数据或者下一次进行对账处理的参照账单数据中，所以可以将上一次进行对账处理的参照账单数据或者下一次进行对账处理的参照账单数据作为目标账单数据，与差异账单数据进行比对(即差异验证)，若比对通过，则差异账单数据的差异验证通过，即表示差异账单数据的数据是正确的，只是由于数据遗漏导致未能通过验证，账单文件中的待验证账单数据仍然是平账的，不需要再次进行人工核对，若比对不通过，则差异账单数据的差异验证不通过，则表示差异账单数据的数据有可能是错误的，需要人工核对修正。

可见，实施该可选的实施例，能够在待验证账单数据的验证不通过时，对未通过验证的待验证账单数据进行更进一步的验证，从而使得验证结果更加准确。

在一个可选的实施例中，所述根据所述目标账单数据对所述差异账单数据进行差异验证，得到所述差异账单数据对应的差异验证结果之后，所述方法还包括：

当所述差异验证结果用于表示所述差异账单数据验证不通过时，将待人工查验账单数据发送至预先确定出的人工查验终端，所述待人工查验账单数据是指未通过差异验证的差异账单数据；

接收用户基于所述待人工查验账单数据在所述人工查验终端输入的人工查验结果，所述人工查验结果用于表示所述待人工查验账单数据有效或者无效；

当接收到的所述人工查验结果用于表示所述待人工查验账单数据有效时，针对所述待人工查验账单数据执行所述待人工查验账单数据对应的平账操作。

在该可选的实施例中，若差异账单数据未能通过差异验证，则需要将未通过差异验证的差异账单数据发送至人工查验终端(如，财务人员对应的终端)，再由财务人员人工对未通过差异验证的差异账单数据进行人工核对，若财务人员人工核对差异账单数据是正确有效的数据，则对未通过差异验证的差异账单数据执行对应的平账操作。这里，平账操作可以是自动生成与未通过差异验证的差异账单数据对应的参照账单数据，然后再针对该未通过差异验证的差异账单数据进行一次验证，从而使该未通过差异验证的差异账单数据能够通过验证。在对账系统中，账单平账是常见的需求，若经过人工查验后，账单数据是真实有效的，则可以通过执行平账操作，来使对账系统中的账单数据平账。

可见，实施该可选的实施例能够在差异账单数据验证不通过时，对未通过差异验证的差异账单数据进行人工查验，从而能够利用人工查验的方式使得验证结果更加准确，并在人工查验出未通过差异验证的差异账单数据是真实有效时，执行对应的平账操作，实现自动执行平账操作，使得对账系统的自动化程度进一步提升。

在一个可选的实施例中，所述接收用户基于所述待人工查验账单数据在所述人工查验终端输入的人工查验结果之后，所述方法还包括：

当接收到的所述人工查验结果用于表示所述待人工查验账单数据无效时，判断所述参照账单数据和所述目标账单数据中是否存在与所述待人工查验账单数据相似的相似账单数据；

当判断出所述参照账单数据和所述目标账单数据中存在所述相似账单数据，将所述相似账单数据发送至所述人工查验终端。

在该可选的实施例中，若经过人工查验确认待人工查验账单数据不是真实有效的数据，则待人工查验账单数据有较大的可能是错误的数据。在对账系统中，造成错误的账单数据的因素有很多，如，用户的误操造成了错误的入账数据，账单数据的传输过程中数据丢失等。若是一些影响不大的因素造成了错误的账单数据，则错误通常较为微小，如其中一个数字缺失或者变更。此时，先查询参照账单数据和目标账单数据中与待人工查验账单数据相似的相似账单数据，然后将相似账单数据发送至人工查验终端，能够辅助用户进行错误的账单数据的修正(用户在比对相似账单数据和人工查验账单数据后更容易发现人工查验账单数据的错误所在，更有利于用户修正数据)。

可见，实施该可选的实施例能够在人工查验待确认出人工查验账单数据为错误的数据之后，将相似账单数据发送至人工查验终端，辅助用户进行错误的人工查验账单数据的修正，提高对账系统的智能化程度。

在一个可选的实施例中，所述待验证账单数据包括至少一条待验证交易记录，每条所述待验证交易记录至少包括该条待验证账单记录对应的记录标识和交易信息，所述参照账单数据包括至少一条参照交易记录，每条所述参照交易记录至少包括该条参照交易记录对应的记录标识和交易信息；

以及，所述根据所述参照账单数据对所述待验证账单数据进行验证，得到所述待验证账单数据对应的验证结果，包括：

将所有的所述待验证交易记录和所有的所述参照交易记录存储至redis的Map对象；

将所有的所述待验证交易记录对应的记录标识和所有的所述参照交易记录对应的记录标识存储至redis的set对象；

基于redissdiff算法判断所有的所述待验证交易记录和所有的所述参照交易记录是否存在差异；

当判断出所有的所述待验证交易记录和所有的所述参照交易记录存在差异，确定所述待验证账单数据对应的验证结果为验证不通过；

当判断出所有的所述待验证交易记录和所有的所述参照交易记录不存在差异，确定所述待验证账单数据对应的验证结果为验证通过。

在该可选的实施例中，将待验证账单数据和参照账单数据按照redis缓存的语法存储在redis中，然后利用redissdiff算法进行待验证账单数据和参照账单数据的比对，从而能够利用redissdiff算法的高性能，提高数据验证的速度。其中，对待验证账单数据和参照账单数据的比对可以包括如下几种方式：比对待验证账单数据和参照账单数据中交易成功的记录的数量是否一致、比对待验证账单数据和参照账单数据中所有记录的数量是否一致、比对待验证账单数据和参照账单数据中每条记录的记录标识和交易信息(可以包括本金、利息、费用、罚息等信息)是否一致。若上述比对方式中的其中一种方式的比对结果是不一致，则可以确定待验证账单数据对应的验证结果为验证不通过。

可见，实施该可选的实施例能够利用redissdiff算法进行待验证账单数据和参照账单数据的比对，从而能够利用redissdiff算法的高性能，提高账单数据的验证效率。

在一个可选的实施例中，所述获取包含有待验证账单数据的账单文件，包括：

从预先设置的目标ftp服务器上获取包含有待验证账单数据的账单文件，其中，所述目标ftp服务器用于存储由第三方系统定时上传的账单文件，或者，

调用由第三方系统提供的账单数据下载接口，得到包含有待验证账单数据的账单文件。

在该可选的实施例中，在支付系统中，可以预先约定由第三方支付渠道或者银行的系统(第三方系统)将账单文件定时地推送到指定的目标ftp服务器上，然后对账系统即能够从目标ftp服务器上获取到账单文件进行验证。这样能够利用ftp服务器传输文件的高效性提高获取账单文件的效率。由于ftp服务器长时间下载或者操作多个文件，会导致超时断开链接，所以在第三方系统推送账单文件至目标ftp服务器时，需要设置链接超时时间，若文件推送时间超过链接超时时间，则确定目标ftp服务器卡死，需要重新链接目标ftp服务器，重新推送账单文件，其中，重新链接和推送的时间间隔可以是5-10分钟一次(即每隔5-10分钟重新链接一次目标ftp服务器)。链接超时时间可以设置为30分钟，理论上30分钟内即能够完成账单文件的上传，若账单文件的上传之间超过30分钟，则有可能存在服务器卡死的情况。另外，一些第三方支付渠道或者银行的系统(第三方系统)会提供用于下载账单文件的下载接口，可以定时地调用该下载接口以获得账单文件。

可见，实施该可选的实施例能够提供不同的方式来获取账单文件，并且能够利用ftp服务器传输文件的高效性提高获取账单文件的效率，进而提高账单数据的验证效率。

可选地，还可以：将所述账单数据的验证方法的验证信息上传至区块链中。

具体来说，验证信息是通过运行所述账单数据的验证方法后得到的，用于记录账单数据的验证情况，例如，已获取到的账单文件的文件名称、已解析出的原始账单数据、已提取的待验证账单数据、已获取的参照账单数据、待验证账单数据的验证结果等等。将验证信息上传至区块链可保证其安全性和对用户的公正透明性。用户可以从区块链中下载得到该验证信息，以便查证所述账单数据的验证方法的验证信息是否被篡改。本示例所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

实施例二

请参阅图2，图2是本发明实施例公开的一种账单数据的验证装置的结构示意图。如图2所示，该账单数据的验证装置可以包括：

获取模块201，用于获取包含有待验证账单数据的账单文件；

解析模块202，用于将所述账单文件输入至所述账单文件的文件格式对应的文件解析器进行解析，得到所述账单文件对应的原始账单数据；

确定模块203，用于根据所述账单文件对应的上传渠道标识确定所述账单文件对应的标准数据类型；

提取模块204，用于从所述原始账单数据中提取所述标准数据类型的数据，以作为所述账单文件所包含的待验证账单数据；

所述获取模块201，还用于获取将要用于进行所述待验证账单数据的验证的参照账单数据；

验证模块205，用于根据所述参照账单数据对所述待验证账单数据进行验证，得到所述待验证账单数据对应的验证结果，所述验证结果用于表示所述待验证账单数据验证通过或者验证不通过；

其中，所述账单文件是多种文件格式的文件，且不同文件格式的账单文件对应不同的文件解析器。

在一个可选的实施例中，所述提取模块204，还用于在所述验证模块205根据所述参照账单数据对所述待验证账单数据进行验证，得到所述待验证账单数据对应的验证结果之后，当所述验证结果用于表示所述待验证账单数据验证不通过时，从所述待验证账单数据中提取出未通过验证的差异账单数据；

所述获取模块201，还用于获取用于进行所述差异账单数据的验证的目标账单数据；

以及，所述装置还包括：

差异验证模块，用于根据所述目标账单数据对所述差异账单数据进行差异验证，得到所述差异账单数据对应的差异验证结果，所述差异验证结果用于表示所述差异账单数据的差异验证通过或者不通过。

在一个可选的实施例中，所述装置还包括：

发送模块，用于在所述差异验证模块根据所述目标账单数据对所述差异账单数据进行差异验证，得到所述差异账单数据对应的差异验证结果之后，当所述差异验证结果用于表示所述差异账单数据验证不通过时，将待人工查验账单数据发送至预先确定出的人工查验终端，所述待人工查验账单数据是指未通过差异验证的差异账单数据；

接收模块，用于接收用户基于所述待人工查验账单数据在所述人工查验终端输入的人工查验结果，所述人工查验结果用于表示所述待人工查验账单数据有效或者无效；

平账模块，用于当所述接收模块接收到的所述人工查验结果用于表示所述待人工查验账单数据有效时，针对所述待人工查验账单数据执行所述待人工查验账单数据对应的平账操作。

在一个可选的实施例中，所述装置还包括：

判断模块，用于当所述接收模块接收到的所述人工查验结果用于表示所述待人工查验账单数据无效时，判断所述参照账单数据和所述目标账单数据中是否存在与所述待人工查验账单数据相似的相似账单数据；

所述发送模块，还用于当所述判断模块判断出所述参照账单数据和所述目标账单数据中存在所述相似账单数据，将所述相似账单数据发送至所述人工查验终端。

在一个可选的实施例中，所述待验证账单数据包括至少一条待验证交易记录，每条所述待验证交易记录至少包括该条待验证账单记录对应的记录标识和交易信息，所述参照账单数据包括至少一条参照交易记录，每条所述参照交易记录至少包括该条参照交易记录对应的记录标识和交易信息；

以及，所述验证模块205根据所述参照账单数据对所述待验证账单数据进行验证，得到所述待验证账单数据对应的验证结果的具体方式为：

将所有的所述待验证交易记录和所有的所述参照交易记录存储至redis的Map对象；

将所有的所述待验证交易记录对应的记录标识和所有的所述参照交易记录对应的记录标识存储至redis的set对象；

基于redissdiff算法判断所有的所述待验证交易记录和所有的所述参照交易记录是否存在差异；

当判断出所有的所述待验证交易记录和所有的所述参照交易记录存在差异，确定所述待验证账单数据对应的验证结果为验证不通过；

当判断出所有的所述待验证交易记录和所有的所述参照交易记录不存在差异，确定所述待验证账单数据对应的验证结果为验证通过。

在一个可选的实施例中，所述获取模块201获取包含有待验证账单数据的账单文件的具体方式为：

从预先设置的目标ftp服务器上获取包含有待验证账单数据的账单文件，其中，所述目标ftp服务器用于存储由第三方系统定时上传的账单文件，或者，

调用由第三方系统提供的账单数据下载接口，得到包含有待验证账单数据的账单文件。

对于上述账单数据的验证装置的具体描述可以参照上述账单数据的验证方法的具体描述，在此不再一一赘述。

实施例三

请参阅图3，图3是本发明实施例公开的一种计算机设备的结构示意图。如图3所示，该计算机设备可以包括：

存储有可执行程序代码的存储器301；

与存储器301连接的处理器302；

处理器302调用存储器301中存储的可执行程序代码，执行本发明实施例一公开的账单数据的验证方法中的步骤。

实施例四

本发明实施例公开了一种计算机存储介质401，计算机存储介质401存储有计算机指令，该计算机指令被调用时，用于执行本发明实施例一公开的账单数据的验证方法中的步骤。

以上所描述的装置实施例仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施例的具体描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中,存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(RandomAccess Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(ErasableProgrammable Read Only Memory，EPROM)、一次可编程只读存储器(One-timeProgrammable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-OnlyMemory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

最后应说明的是：本发明实施例公开的一种账单数据的验证方法、装置、计算机设备以及存储介质所揭露的仅为本发明较佳实施例而已，仅用于说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解；其依然可以对前述各项实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应的技术方案的本质脱离本发明各项实施例技术方案的精神和范围。