CN110599207A - 发票验证方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明实施例公开了一种发票验证方法、装置、服务器及存储介质。发票验证方法包括：接收终端发送的发票验证请求，发票验证请求包括目标发票的第一发票信息，第一发票信息包括目标发票对应的第一区块哈希值和第一发票内容信息；从目标区块链中查询与第一区块哈希值对应的目标区块；当目标区块内的发票内容信息和第一发票内容信息匹配时，发送验证通过指令至终端。该方法由服务器实现，这样终端可以通过向服务器发送包括待验证的目标发票的第一发票信息的发票验证请求，使得服务器对目标发票的有效性进行验证，并将验证结果发送至终端，终端即可获得发票的验证结果完成对目标发票的验证。

Description

发票验证方法、装置、服务器及存储介质

技术领域

本发明涉及信息安全技术领域，具体涉及一种发票验证方法、装置、服务器及存储介质。

背景技术

随着客户发展，电子发票的使用越来越广泛。通常商户开具电子发票时，税务管理部门的发票管理平台通常会记录已开出的电子发票的发票信息，这样处理电子发票报税时，税务管理部门就可以根据记录的已开出的电子发票信息，来判断商户用户报税的电子发票是否为有效的发票。但是，为了保证发票信息安全，通常只有税务管理部门才具备税务管理部门记录的已开出的电子发票信息发票的访问权限，其他不具有权限的人就无法确认发票的有效性，例如，企业财务人员处理电子发票的报销事项时，就无法确认发票的有效性。

发明内容

本发明实施例提供了一种发票验证方法、装置、服务器及存储介质。

一方面，本发明实施例提供了一种发票验证方法，包括：

接收终端发送的发票验证请求，所述发票验证请求包括目标发票的第一发票信息，所述第一发票信息包括所述目标发票对应的第一区块哈希值和第一发票内容信息；

从所述目标区块链中查询与所述第一区块哈希值对应的目标区块；

当所述目标区块内的发票内容信息和所述第一发票内容信息匹配时，发送验证通过指令至所述终端。

第二方面，本申请实施例还提供一种发票验证装置，包括：

请求接收模块，用于接收终端发送的发票验证请求，所述发票验证请求包括目标发票的第一发票信息，所述第一发票信息包括所述目标发票对应的第一区块哈希值和第一发票内容信息；

查询模块，用于从所述目标区块链中查询与所述第一区块哈希值对应的目标区块；

验证模块，用于当所述目标区块内的发票内容信息和所述第一发票内容信息匹配时，发送验证通过指令至所述终端。

第三方面，本申请还提供一种服务器，包括处理器、存储器，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行上述任一实施例所述的发票验证方法中的步骤的指令。

第四方面，本申请实施例还提供一种计算机存储介质，所述计算机存储介质存储有一条或多条第一指令，所述一条或多条第一指令适于由处理器加载并执行上述任一实施例所述的发票验证方法。

本申请实施例的技术方案，接收终端发送的包括目标发票的第一发票信息的发票验证请求，当目标区块链中存在与第一发票信息匹配的目标区块时，发送验证通过指令至终端，目标区块链包括多个区块，每个区块存储有发票管理平台生成的发票信息。这样终端可以通过向服务器发送包括待验证的目标发票的第一发票信息的发票验证请求，使得服务器对目标发票的有效性进行验证，并将验证结果发送至终端，终端即可获得发票的验证结果完成对目标发票的验证。由于发票管理平台将发票信息存储在区块链的区块中，可以保证发票信息的安全性，避免发票信息被修改，也使得终端能够通过服务器对发票的有效性进行验证。这样普通用户也可以方便地验证发票的有效性。例如，财务人员在处理发票报销事项时，就能够通过本申请的发票验证方法验证发票的有效性。

附图说明

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

图1是本申请实施例提供的一种数据共享系统的结构示意图；

图2是本申请实施例提供的一种数据共享系统中的区块的结构示意图；

图3是本申请实施例提供的一种数据共享系统中，生成新区块时的数据结构示意图；

图4是本申请实施例的网络架构图；

图5是本申请实施例的服务器的结构示意图；

图6是本申请实施例的发票验证方法的流程示意图；

图7是本申请实施例的发票验证方法涉及的应用场景的场景示意图；

图8是本申请实施例的发票验证方法涉及的应用场景的另一场景示意图；

图9是本申请实施例的发票验证方法涉及的应用场景的又一场景示意图；

图10是本申请实施例的发票验证方法涉及的应用场景的再一场景示意图；

图11是本申请实施例的发票验证装置的模块示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

参见图1所示的数据共享系统，数据共享系统100是指用于进行节点与节点之间数据共享的系统，该数据共享系统中可以包括多个节点101，多个节点101可以是指数据共享系统中各个客户端。每个节点101在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该数据共享系统内的共享数据。为了保证数据共享系统内的信息互通，数据共享系统中的每个节点之间可以存在信息连接，节点之间可以通过上述信息连接进行信息传输。例如，当数据共享系统中的任意节点接收到输入信息时，数据共享系统中的其他节点便根据共识算法获取该输入信息，将该输入信息作为共享数据中的数据进行存储，使得数据共享系统中全部节点上存储的数据均一致。

对于数据共享系统中的每个节点，均具有与其对应的节点标识，而且数据共享系统中的每个节点均可以存储有数据共享系统中其他节点的节点标识，以便后续根据其他节点的节点标识，将生成的区块广播至数据共享系统中的其他节点。每个节点中可维护一个如下表所示的节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。其中，节点标识可为IP(Internet Protocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点的信息，表1中仅以IP地址为例进行说明。

数据共享系统中的每个节点均存储一条相同的区块链。区块链由多个区块组成，参见图2，区块链由多个区块组成，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

在生成区块链中的各个区块时，参见图3，区块链所在的节点在接收到输入信息时，对输入信息进行校验，完成校验后，将输入信息存储至内存池中，并更新其用于记录输入信息的哈希树；之后，将更新时间戳更新为接收到输入信息的时间，并尝试不同的随机数，多次进行特征值计算，使得计算得到的特征值可以满足下述公式：

SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))＜TARGET，

其中，SHA256为计算特征值所用的特征值算法；version(版本号)为区块链中相关区块协议的版本信息；prev_hash为当前区块的父区块的区块头特征值；merkle_root为输入信息的特征值；ntime为更新时间戳的更新时间；nbits为当前难度，在一段时间内为定值，并在超出固定时间段后再次进行确定；x为随机数；TARGET为特征值阈值，该特征值阈值可以根据nbits确定得到。

这样，当计算得到满足上述公式的随机数时，便可将信息对应存储，生成区块头和区块主体，得到当前区块。随后，区块链所在节点根据数据共享系统中其他节点的节点标识，将新生成的区块分别发送给其所在的数据共享系统中的其他节点，由其他节点对新生成的区块进行校验，并在完成校验后将新生成的区块添加至其存储的区块链中。

由此可见，区块链链中各个区块中的内容关联，且区块链系统的每个节点中存储有相同的区块链，这样区块链中的区块一旦创建，则区块中的内容无法被修改，可以保证区块链中各个区块中的数据的安全性。

请参阅图4，图4是本申请实施例的网络架构图，该网络架构400包括服务器410、终端420和通信链路430。终端420与服务器410可通过通信链路430进行通信。

请参阅图5，图5为本申请实施例提供的服务器410的硬件结构示意图。服务器410包括处理器411、存储器412、通信接口413、以及一个或多个程序，一个或多个程序被存储在存储器412中，并且被配置由处理器411执行，程序包括用以下任一实施例的发票验证方法的步骤的指令。存储器412包括随机存储器(RAM)，和磁盘存储器。通信接口413可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

终端420例如可以是但不限于手机、智能手环、平板电脑、笔记本电脑等。

目前单位的电子发票的报销过程，常常是由单位的员工在线上将电子发票提交给单位的财务人员在线上进行报销，或者员工将电子发票打印出来之后再提交给财务人员在线下进行报销。无论是线上报销在线下报销，员工均可以在将电子发票提交给财务人员之前修改发票，或者直接提供通过其他手段伪造的发票。也即是说，员工提交给财务人员报销的电子发票，可能是经过修改的电子发票，或者员工通过其他手段伪造的发票，这样的发票是无效的。但是，处于安全考虑，通常情况下，为了避免发票信息被修改，单位的财务人员是无法访问税务管理部门的发票管理平台记录的发票信息的，这就导致财务人员或其他不具有税务管理部门的发票管理平台记录的发票信息的访问权限的普通用户无法核实电子发票的发票内容的真假，也即无法确认发票是否为有效发票。

为解决上述技术问题，本申请提供了一种发票验证方法，在发票管理平台开具发票时，在目标区块链中创建一个区块，将发票的发票信息存储至该区块中，这样服务器接收到终端发送的待验证的目标发票的发票验证请求时，可将目标发票的第一发票信息，与区块链的各个区块中存储的发票信息比对，判断区块链中是否存在存储的发票信息与第一发票信息匹配的区块，来验证发票的有效性。若区块链中存在与第一发票信息匹配的区块，则可以确认目标发票有效，向终端发送验证通过指令；若区块链中不存在与第一发票信息匹配的区块，则可以向终端发送验证失败指令。如此，由于发票管理平台将发票信息存储在区块链的区块中，可以保证发票信息的安全性，避免发票信息被修改，也能够使得终端通过服务器对发票的有效性进行验证。这样不具有税务管理部门的发票管理平台记录的发票信息的访问权限的普通用户，能通过本申请的发票验证方法验证发票的有效性。例如财务人员在处理发票报销事项时，就能够通过本申请的发票验证方法验证发票的有效性。

请参阅图6，图6为本申请实施例的发票验证方法的流程示意图。

601、终端向服务器发送发票验证请求，发票验证请求包括目标发票的第一发票信息，第一发票信息包括目标发票对应的第一区块哈希值和第一发票内容信息；

需要验证发票的财务人员或其他类型的用户可以通过操作终端输入待验证的目标发票的第一发票信息。该第一发票信息可以为目标发票对应的第一区块哈希值和第一发票内容信息，也可以为目标发票的图形标识码。

在发票管理平台生成电子发票时，可以根据生成的发票在区块链中创建一个区块，在该区块内存储该发票的发票信息。可以将每个区块的哈希值作为区块哈希值，或者对发票信息中的部分内容进行处理得到的哈希值作为每个区块的区块哈希值，还可以将发票信息中的部分内容及对应的区块的区块头中的部分内容一并进行哈希处理得到的哈希值作为每个区块的区块哈希值。也即是说，区块链中的每个区块都存储有一份发票的发票内容信息，且每个区块对应一个区块哈希值。

存储在区块内的发票内容信息可以包括但不限于购买方信息、销售方信息、交易金额信息、交易商品信息、交易时间信息。

目标发票对应的第一区块哈希值可以为存储该第一发票信息的区块的哈希值，也可以是对第一发票信息中的部分内容进行哈希处理得到的哈希值，还可以对第一发票信息中的部分内容及该区块的区块头中的部分数据，进行哈希处理得到的哈希值。其中，该第一发票信息中的部分内容可以是目标发票对应的交易金额，该区块的区块头中的部分数据可以是输入信息特征值，需要说明的是，该区块头中的部分数据是人为设定的，可以是区块头中的任意一种数据，也可以是区块头的中的任意多种数据的结合。需要注意的是，得到目标发票对应的区块哈希值的方式与获得区块链中每个区块的区块哈希值的方式是一致的。

这样可通过多种手段得到区块哈希值，由于报销人员或者其他抱有非法目的人员不知道具体是如何计算得到的区块哈希值，当终端发送给服务器的第一发票信息为目标发票对应的区块哈希值和第一发票内容信息时，即使非法人员获取了某合法交易的交易信息且知道合法交易开具了发票，但是由于不知道该合法交易的发票对应的区块哈希值，也很难通过伪造第一发票信息来实现假冒伪造发票进行报销。

目标发票的图形标识码可以是但不限于条形码、二维码。当第一发票信息为图形标识码时，服务器可根据该图形标识码得到目标发票对应的区块哈希值和第一发票内容信息。

602、服务器从所述目标区块链中查询与所述第一区块哈希值对应的目标区块；

服务器可利用区块哈希值标记目标区块链中的各个区块，服务器将各个区块对应的区块哈希值与第一区块哈希值一一比对，找到与第一区块哈希值相同的区块哈希值，将区块哈希值与第一区块哈希值相同的区块作为目标区块。

若没有找到与第一区块哈希值相同的区块哈希值对应，则可确认验证失败，发送验证失败的指令至终端。

603、服务器判断目标区块内的发票内容信息和第一发票内容信息是否匹配；

这样，当用户需要验证目标发票的有效性时，可以在终端输入第一区块哈希值和第一发票内容信息，终端将获取第一区块哈希值和第一发票内容信息并发送给服务器，服务器即可根据第一区块哈希值和第一发票内容信息验证该目标发票的有效性。

在图7所示的示例中，终端通过提供界面700，在界面700中提供多个输入框701～706，终端通过输入框701获取发票密码，通过输入框702～706获取第一发票内容信息，区块哈希值可通过发票密码得到。用户可通过操作终端在输入框701～706输入的发票密码和第一发票内容信息。这样终端可以准确地获得第一区块哈希值和第一发票内容信息。需要说明的是，第一发票内容信息不限于图中所示的购买方、购买方税号、销售方、交易时间、交易金额，第一发票内容还可以包括目标发票中的其他内容信息。

根据图8所示的示例，终端获取第一区块哈希值和第一发票内容信息的方式，也可以是终端通过拍摄目标发票的发票图形，识别发票图像中的文字信息得到第一区块哈希值和第一发票内容(如图8所示)。这样终端可以快速地获得第一区块哈希值和第一发票内容。

终端获取第一区块哈希值和第一发票内容信息的方式，还可以是终端扫描目标发票的图形标识码，图形标识码例如可以是但不限于是条形码或二维码，例如，可扫描图9所示的发票中的图形标识码901，然后访问图形标识码对应的地址链接，得到的第一区块哈希值和第一发票内容。该地址链接例如可以是但不限于是url链接。这样终端可以准确地、快速地获得第一区块哈希值和第一发票内容。而且，这样可以实现兼容各种各样的应用程序都能够通过图形标识码准确地获取发票信息，并将发票信息发送至服务器以验证发票的有效性，不需要终端识别发票图像中的文字信息，也不需要用户手动输入发票信息。

当第一发票信息包括目标发票的图形标识码时，服务器先解析图形标识码，得到目标发票对应的第一区块哈希值和第一发票内容信息；再从目标区块链中查询与第一区块哈希值对应的目标区块；当目标区块内的发票内容信息和第一发票内容信息匹配时，发送验证通过指令至终端。

也即是说，用户可通过终端将目标发票的图形标识码发送至服务器，由服务器根据目标发票的图形标识码得到目标发票的第一区块哈希值和第一发票内容信息，再将第一区块哈希值与区块链中各个区块的区块哈希值比对，找到区块哈希值与第一区块哈希值相同的目标区块，再判断该目标区块中的发票内容信息是否与第一发票内容信息匹配，当目标区块中的发票内容信息与第一发票内容信息匹配时，则可确认该目标发票有效，服务器发送验证通过指令至终端。这样用户只需要提供目标发票的图形标识码即可实现验证发票的有效性，减少发票验证过程中，终端的信息处理量，降低了对终端的硬件要求及网络状态的要求。

当区块链中，存在与第一区块哈希值对应的目标区块，且该目标区块内的发票信息与第一发票信息相符时，服务器则可以确认目标区块链中存在与第一发票信息匹配的目标区块。

具体地，第一发票内容信息包括开票时间和第一交易信息；服务器在确定目标区块内的发票信息是否与第一发票信息相符时，可先判断目标区块的时间戳与开票时间是否相符；当目标区块的时间戳与开票时间相符时，判断第一交易信息是否与目标区块内的交易信息相符；当第一交易信息与目标区块内的交易信息相符时，发送验证通过指令至终端。

区块链中的区块的时间戳为创建该区块的时间。本申请中，发票管理平台在生成发票信息时，也即在生成电子发票时，会在区块链中创建一个区块，那么，区块链中的每个区块的时间戳则为每个区块中存储的发票的开票时间。因此，可先比对开票时间是否与目标区块的时间戳相符，开票时间与目标区块的时间戳相符，则进一步地判断第一交易信息是否与目标区块内的交易信息相符。这样若开票时间与目标区块的时间戳不相符，则不需要进一步判断第一交易信息是否与目标区块内的交易信息相符，可以节省资源。

若开票时间与目标区块的时间戳不相符，则可以执行下述步骤604，服务器发送验证失败指令至终端。

比对开票时间是否与目标区块的时间戳相符时，可比对开票时间与目标区块的实际戳之间的时间间隔是否小于预设间隔，由于发票管理平台的处理先后关系，可能开票时间与创建区块的时间并不完全相同，存在较小的时间差，这样只需要开票时间与目标区块的实际戳之间的时间间隔是否小于预设间隔，即可确认开票时间与目标区块的时间戳相符。

第一交易信息可包括目标区块的目标交易金额、交易类型、销售方信息和购买方信息等。每个区块中的发票内容信息包括时间戳和发票的交易信息。服务获取到的目标发票的第一发票信息中的信息类型与每个区块中存储的发票信息的信息类型是一致的；或者服务获取到的目标发票的第一发票信息中的至少部分信息的信息类型，与每个区块中存储的发票信息的至少部分信息的信息类型是一致的。

在一个实施例中，第一交易信息包括目标交易金额，当第一交易信息与目标区块内的交易信息相符时，发送验证通过指令至终端包括：当目标交易金额与目标区块内的交易金额相符时，发送验证通过指令至终端。由于通常篡改发票，是为了更改金额，以获得更多的报销。那么，可通过验证目标交易金额是否与，来判断第一交易信息是否与目标区块内的交易信息相符。这样可以减少服务器的比对第一交易信息与目标区块内的交易信息的数据处理量，节省资源，也能提升发票验证速度。

在进一步的实施例中，目标区块内的交易信息为利用第一算法处理后的第一加密交易信息；服务器判断判断第一交易信息是否与目标区块内的交易信息相符时，服务器可先利用第二算法对第一交易信息进行处理得到第二加密交易信息；再根据第一关系和第二关系，判断第一交易信息是否与目标区块内的交易信息相符，第一关系为第一加密交易信息和第二加密交易信息之间的关系，第二关系为第一算法和第二算法之间的关系。

也即是说，在该进一步的实施例中，区块中存储的交易信息是经过加密的交易信息。发票管理平台生成发票信息时，创建一个区块，并对发票信息中的交易信息利用第一算法进行加密之后再存储至新创建的区块中。第一算法和第二算法可以是预设的，服务器可获取预设的第二算法对目标发票的第一交易信息进行处理得到第二加密交易信息，然后服务器根据第一算法和第二算法之间的第二关系，判断第二加密交易信息与第一加密交易信息之间的第一关系是否与第二关系相符，若相符则确认第一交易信息与目标区块中的交易信息相符。例如，当第一算法与第二算法可以相同也可以不同，当第一算法与第二算法相同时，第一关系为第一算法与第二算法相同，则第二关系为第二加密交易信息与第一加密交易信息相同，若第一交易信息与目标区块中的交易信息相符，则第二加密交易信息与第一加密交易信息相同。那么可根据第一关系确定判断第一交易信息是否与目标区块内的交易信息相符的条件为，第二加密交易信息与第一加密交易信息相同，也即第二关系需满足第二加密交易信息与第一加密交易信息相同。

这样目标区块内的交易信息为加密的交易信息，可以避免非法用户获取区块内的交易信息，提升交易信息的安全性。而且，在比对第一交易信息与目标区块内的交易信息相符时，也是先利用第二算法对第一交易信息进行处理得到第二加密交易信息，再通过比对第二加密交易信息和第一加密交易信息，来判断第一交易信息是否与目标区块内的交易信息相符。这样，在整个验证发票的过程中，区块内的交易信息都是加密的。可以有效地提升区块内的交易信息的安全性，避免交易信息被窃取，也能够保证交易双方的隐私。

在一个优选实施例中，第一算法与第二算法是不同的。即使非法用户获取到了用于处理第一交易信息的第二算法，也无法根据该第二算法得到第一算法实现破解区块内的第一加密交易信息。这样可以进一步地增加非法用户获取交易信息的难度。

若第一交易信息与目标区块内的交易信息不相符，则可以执行下述步骤604，服务器向终端发送验证失败指令。

604、当目标区块内的发票内容信息和第一发票内容信息匹配时，服务器发送验证通过指令至终端。

当区块链中，存在与第一区块哈希值对应的目标区块，且该目标区块内的发票信息与第一发票信息相符时，服务器则可确认该目标发票是有效的，则可以发送验证通过指令至终端。终端接收该验证通过指令则完成了对该目标发票的有效性的验证。终端还可以发出提示信息提示用户该发票有效。服务器还可以将区块中存储的发票内容信息及发票状态一并发送至终端，这样终端可以将该发票内容信息及发票状态显示出来，用户也可以进一步根据发票信息与目标发票中的内容进行比对，确认发票的真实性和有效性，可将该界面作为提示用户该发票有效的提示信息。例如，终端可以显示如图10所示的界面1001，在界面1001中显示目标发票的发票内容信息及发票状态。

605、当目标区块内的发票内容信息和第一发票内容信息不匹配时，服务器发送验证失败指令至终端；。

终端接收该验证通过指令之后，可发出提示消息提示用户该发票是无效的，或者是异常的。

本申请实施例的发票验证方法，服务器接收终端发送的包括目标发票的第一发票信息的发票验证请求，当目标区块链中存在与第一发票信息匹配的目标区块时，发送验证通过指令至终端，目标区块链包括多个区块，每个区块存储有发票管理平台生成的发票信息。这样终端可以通过向服务器发送包括待验证的目标发票的第一发票信息的发票验证请求，使得服务器对目标发票的有效性进行验证，并将验证结果发送至终端，终端即可获得发票的验证结果完成对目标发票的验证。由于发票管理平台将发票信息存储在区块链的区块中，可以保证发票信息的安全性，避免发票信息被修改，也能够使得终端通过服务器对发票的有效性进行验证。这样普通用户也可以方便地验证发票的有效性。例如，财务人员在处理发票报销事项时，就能够通过本申请的发票验证方法验证发票的有效性。

请参阅图11，本申请实施例还提供一种发票验证装置1100，包括：

请求接收模块1101，用于接收终端发送的发票验证请求，所述发票验证请求包括目标发票的第一发票信息，所述第一发票信息包括所述目标发票对应的第一区块哈希值和第一发票内容信息；

查询模块1102，用于从所述目标区块链中查询与所述第一区块哈希值对应的目标区块；

验证模块1103，用于当所述目标区块内的发票内容信息和所述第一发票内容信息匹配时，发送验证通过指令至所述终端。

本申请实施例的发票验证装置1100，服务器接收终端发送的包括目标发票的第一发票信息的发票验证请求，当目标区块链中存在与第一发票信息匹配的目标区块时，发送验证通过指令至终端，目标区块链包括多个区块，每个区块存储有发票管理平台生成的发票信息。这样终端可以通过向服务器发送包括待验证的目标发票的第一发票信息的发票验证请求，使得服务器对目标发票的有效性进行验证，并将验证结果发送至终端，终端即可获得发票的验证结果完成对目标发票的验证。由于发票管理平台将发票信息存储在区块链的区块中，可以保证发票信息的安全性，避免发票信息被修改，也能够使得终端通过服务器对发票的有效性进行验证。这样财务人员在处理发票报销事项时，就能够通过本申请的发票验证方法验证发票的有效性。

在某些实施例中，所述查询模块1102包括：

查询单元，用于当所述第一发票信息包括目标发票的图形标识码时，解析所述图形标识码，得到所述目标发票对应的第一区块哈希值和第一发票内容信息，并从所述目标区块链中查询与所述第一区块哈希值对应的目标区块；

指令发送单元，用于当所述目标区块内的发票内容信息和所述第一发票内容信息匹配时，发送验证通过指令至所述终端。

在某些实施例中，在所述解析所述图形标识码，得到所述目标发票对应的第一区块哈希值和第一发票内容信息方面，所述查询单元具体用于：

访问所述图形标识码对应的地址链接，以得到所述目标发票对应的第一区块哈希值和第一发票内容信息。

在某些实施例中，所述第一发票内容信息包括开票时间和第一交易信息；指令发送单元具体用于：

当所述目标区块的时间戳与所述开票时间相符时，比对所述第一交易信息是否与所述目标区块内的交易信息；

当所述第一交易信息与所述目标区块内的交易信息相符时，发送验证通过指令至所述终端。

在某些实施例中，所述目标区块内的交易信息为利用第一算法处理后的第一加密交易信息；在所述比对所述第一交易信息和所述目标区块内的交易信息方面：所述指令发送单元具体用于

利用第二算法对所述第一交易信息进行处理得到第二加密交易信息；

比对第一关系和第二关系，并根据比对关系确定所述第一交易信息是否与所述目标区块内的交易信息相符，所述第一关系为所述第一加密交易信息和所述第二加密交易信息之间的关系，所述第二关系为所述第一算法和所述第二算法之间的关系。

在某些实施例中，所述第一算法与所述第二算法不同。

在某些实施例中，所述第一交易信息包括目标交易金额，指令发送单元具体用于：

当所述目标交易金额与所述目标区块内的交易金额相符时，发送验证通过指令至所述终端。

需要说明的是，本申请实施例的发票验证方法的各实施例中的技术效果及补充说明也适用于本申请实施例的发票验证装置，为避免冗余，在此不再赘述。

本发明实施例还提供了一种计算机存储介质(Memory)，所述计算机存储介质是客户端中的记忆设备，用于存放程序和数据。可以理解的是，此处的计算机存储介质既可以包括客户端中的内置存储介质，当然也可以包括客户端所支持的扩展存储介质。计算机存储介质提供存储空间，该存储空间存储了客户端的操作系统。并且，在该存储空间中还存放了适于被处理器加载并执行的一条或多条指令，这些指令可以是一个或一个以上的计算机程序(包括程序代码)。需要说明的是，此处的计算机存储介质可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器；可选的还可以是至少一个位于远离前述处理器的计算机存储介质。

在一个实施例中，可由处理器加载并执行计算机存储介质中存放的一条或多条第一指令，以实现上述有关数据处理实施例中第一客户端所执行的相应步骤；具体实现中，计算机存储介质中的一条或多条第一指令由处理器加载并执行以下步骤：

接收终端发送的发票验证请求，所述发票验证请求包括目标发票的第一发票信息，所述第一发票信息包括所述目标发票对应的第一区块哈希值和第一发票内容信息；

从所述目标区块链中查询与所述第一区块哈希值对应的目标区块；

当所述目标区块内的发票内容信息和所述第一发票内容信息匹配时，发送验证通过指令至所述终端。

在某些实施例中，所述从所述目标区块链中查询与所述第一区块哈希值对应的目标区块包括：

当所述第一发票信息包括目标发票的图形标识码时，解析所述图形标识码，得到所述目标发票对应的第一区块哈希值和第一发票内容信息，并从所述目标区块链中查询与所述第一区块哈希值对应的目标区块。

在某些实施例中，所述解析所述图形标识码，得到所述目标发票对应的第一区块哈希值和第一发票内容信息包括：

访问所述图形标识码对应的地址链接，以得到所述目标发票对应的第一区块哈希值和第一发票内容信息。

在某些实施例中，所述第一发票内容信息包括开票时间和第一交易信息；

所述当所述目标区块内的发票内容信息和所述第一发票内容信息匹配时，发送验证通过指令至所述终端包括：

当所述目标区块的时间戳与所述开票时间相符时，比对所述第一交易信息和所述目标区块内的交易信息；

当所述第一交易信息与所述目标区块内的交易信息相符时，发送验证通过指令至所述终端。

在某些实施例中，所述目标区块内的交易信息为利用第一算法处理后的第一加密交易信息；所述比对所述第一交易信息和所述目标区块内的交易信息包括：

利用第二算法对所述第一交易信息进行处理得到第二加密交易信息；

比对第一关系和第二关系，并根据比对关系确定所述第一交易信息是否与所述目标区块内的交易信息相符，所述第一关系为所述第一加密交易信息和所述第二加密交易信息之间的关系，所述第二关系为所述第一算法和所述第二算法之间的关系。

在某些实施例中，所述第一算法与所述第二算法不同。

在某些实施例中，所述第一交易信息包括目标交易金额，所述当所述第一交易信息与所述目标区块内的交易信息相符时，发送验证通过指令至所述终端包括：

当所述目标交易金额与所述目标区块内的交易金额相符时，发送验证通过指令至所述终端。

在上述实施例中，可全部或部分地通过软件、硬件、固件、或其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如软盘、硬盘、磁带)、光介质(例如光盘)、或者半导体介质(例如固态硬盘)等。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，也可以通过其它的方式实现。例如以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可结合或者可以集成到另一个系统，或一些特征可以忽略或不执行。另一点，所显示或讨论的相互之间的间接耦合或者直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者，也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例的方案的目的。

另外，在本申请各实施例中的各功能单元可集成在一个处理单元中，也可以是各单元单独物理存在，也可两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，或者也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质例如可包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或光盘等各种可存储程序代码的介质。

可以理解的是，凡是被控制或者被配置以用于执行本申请所描述的发票验证方法的产品，如上述发票验证装置、服务器及存储介质，均属于本申请所描述的相关产品的范畴。

Claims (10)

1.一种发票验证方法，其特征在于，所述发票验证方法包括：

接收终端发送的发票验证请求，所述发票验证请求包括目标发票的第一发票信息，所述第一发票信息包括所述目标发票对应的第一区块哈希值和第一发票内容信息；

从所述目标区块链中查询与所述第一区块哈希值对应的目标区块；

当所述目标区块内的发票内容信息和所述第一发票内容信息匹配时，发送验证通过指令至所述终端。

2.根据权利要求1所述的发票验证方法，其特征在于，所述从所述目标区块链中查询与所述第一区块哈希值对应的目标区块包括：

当所述第一发票信息包括目标发票的图形标识码时，解析所述图形标识码，得到所述目标发票对应的第一区块哈希值和第一发票内容信息，并从所述目标区块链中查询与所述第一区块哈希值对应的目标区块。

3.根据权利要求2所述的发票验证方法，其特征在于，所述解析所述图形标识码，得到所述目标发票对应的第一区块哈希值和第一发票内容信息包括：

访问所述图形标识码对应的地址链接，以得到所述目标发票对应的第一区块哈希值和第一发票内容信息。

4.根据权利要求2或3所述的发票验证方法，其特征在于，所述第一发票内容信息包括开票时间和第一交易信息；

所述当所述目标区块内的发票内容信息和所述第一发票内容信息匹配时，发送验证通过指令至所述终端包括：

当所述目标区块的时间戳与所述开票时间相符时，比对所述第一交易信息和所述目标区块内的交易信息；

当所述第一交易信息与所述目标区块内的交易信息相符时，发送验证通过指令至所述终端。

5.根据权利要求4所述的发票验证方法，其特征在于，所述目标区块内的交易信息为利用第一算法处理后的第一加密交易信息；所述比对所述第一交易信息和所述目标区块内的交易信息包括：

利用第二算法对所述第一交易信息进行处理得到第二加密交易信息；

比对第一关系和第二关系，并根据比对关系确定所述第一交易信息是否与所述目标区块内的交易信息相符，所述第一关系为所述第一加密交易信息和所述第二加密交易信息之间的关系，所述第二关系为所述第一算法和所述第二算法之间的关系。

6.根据权利要求5所述的发票验证方法，其特征在于，所述第一算法与所述第二算法不同。

7.根据权利要求4所述的发票验证方法，其特征在于，所述第一交易信息包括目标交易金额，所述当所述第一交易信息与所述目标区块内的交易信息相符时，发送验证通过指令至所述终端包括：

当所述目标交易金额与所述目标区块内的交易金额相符时，发送验证通过指令至所述终端。

8.一种发票验证装置，其特征在于，包括：

请求接收模块，用于接收终端发送的发票验证请求，所述发票验证请求包括目标发票的第一发票信息，所述第一发票信息包括所述目标发票对应的第一区块哈希值和第一发票内容信息；

查询模块，用于从所述目标区块链中查询与所述第一区块哈希值对应的目标区块；

验证模块，用于当所述目标区块内的发票内容信息和所述第一发票内容信息匹配时，发送验证通过指令至所述终端。

9.一种服务器，其特征在于，包括处理器、存储器，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-7任一项所述的发票验证方法中的步骤的指令。

10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有一条或多条第一指令，所述一条或多条第一指令适于由处理器加载并执行如权利要求1-7任一项所述的发票验证方法。