CN110471932A - 基于区块链的发票管理方法及系统 - Google Patents

Abstract

本申请实施例提供了一种基于区块链的发票管理方法及系统。该方法包括：获取关联于发票事件的候选发票及候选发票的要素信息；响应于发票事件的上链请求，以根据候选发票的要素信息在区块链中查询候选发票的融资佐证状态；根据融资佐证状态，从候选发票中筛选出匹配于发票事件的候选发票并将其作为参与发票事件的目标发票；响应于发票事件结束，在区块链中对作为目标发票的候选发票的融资佐证状态进行更新。通过在区块链中对执行发票事件的候选发票进行融资佐证状态查询，筛选出用于发票事件的目标发票；发票事件结束，及时在区块链中对目标发票的融资佐证状态进行更新，利用区块链中信息不可篡改的特性，记录发票的有效状态，实现发票的有效管控。

Description

基于区块链的发票管理方法及系统

技术领域

本申请实施例涉及互联网技术领域，尤其涉及一种基于区块链的发票管理方法及系统。

背景技术

供应链金融作为解决中小企业融资的有效途径，近年来在我国取得了突飞猛进的发展，在国内经济持续转型升级的大背景下，供应链金融备受瞩目。而由于参与供应链金融的企业众多，信用状况良莠不齐，金融机构在开展供应链金融服务过程中，一方面，对供应链企业之间的贸易真实性难以界定，容易出现伪造、变造交易合同及发票信息、虚构买卖双方交易，从而利用票据材料恶意套取银行资金的行为；另一方面，在融资过程中，对可能存在的重复利用票据材料进行融资难以有效管控。因而，有效管控供应链金融中的票据材料对降低供应链金融的风险具有重要意义。

发明内容

有鉴于此，本申请实施例所解决的技术问题之一在于提供一种基于区块链的发票管理方法及系统，通过在区块链中对进行发票事件的候选发票进行融资佐证状态查询，筛选出可用于发票事件的目标发票，发票事件完成后，及时在区块链中对目标发票的融资佐证状态进行更新，利用区块链中信息不可篡改的特性，记录发票的有效状态，实现发票的有效管控。

本申请实施例提供了一种基于区块链的发票管理方法，包括：获取关联于发票事件的候选发票及所述候选发票的要素信息；响应于所述发票事件的上链请求，以根据所述候选发票的要素信息在所述区块链中查询所述候选发票的融资佐证状态；根据所述融资佐证状态，从所述候选发票中筛选出匹配于所述发票事件的候选发票并将其作为参与所述发票事件的目标发票；响应于所述发票事件结束，在所述区块链中对作为所述目标发票的候选发票的融资佐证状态进行更新。

可选地，在本申请的任一实施例中，所述获取关联于发票事件的候选发票及所述候选发票的要素信息包括：根据用户输入的关联于所述发票事件的合同的合同要素，从发票数据库中获取与所述合同相关联的所述候选发票；对所述候选发票进行处理，获取所述候选发票的要素信息。

可选地，在本申请的任一实施例中，所述获取关联于发票事件的候选发票及所述候选发票的要素信息还包括：验证用户提供的关联于所述发票事件的候选发票是否为真实发票；若所述候选发票为真实发票，对所述候选发票进行处理，获取所述候选发票的要素信息。

可选地，在本申请的任一实施例中，所述根据用户提供的关联于所述发票事件的候选发票，验证所述候选发票是否为真实发票包括：对用户提供的所述候选发票进行格式识别，根据格式识别结果判断所述候选发票是否存在格式错误；若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票。

可选地，在本申请的任一实施例中，若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票步骤之后，还包括：若所述候选发票为真实发票，将所述候选发票的验真结果上传至所述发票数据库和所述区块链中。

可选地，在本申请的任一实施例中，所述若所述候选发票为真实发票，将所述候选发票的验真结果上传至所述发票数据库和所述区块链中包括：若用户提供的所述候选发票中存在用户输入的所述候选发票的非要素信息，则将用户输入的非要素信息与所述候选发票的标准非要素信息进行比对；根据比对结果确定是否将所述验真结果上传至所述发票数据库和所述区块链中。

可选地，在本申请的任一实施例中，若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票步骤之后，还包括：若所述候选发票为真实发票，判断所述候选发票的票面信息是否完整；若所述候选发票的票面信息完整，则将所述候选发票的票面信息上传至所述发票数据库和所述区块链中；若所述候选发票的票面信息不完整，则对所述候选发票的票面信息进行补全，以将所述候选发票的票面信息上传至所述发票数据库和所述区块链中。

可选地，在本申请的任一实施例中，在对用户提供的所述候选发票进行格式识别，根据格式识别结果判断所述候选发票是否存在格式错误的步骤之后，还包括：若所述候选发票存在格式错误，则提示用户对提供的所述候选发票进行格式更改，并对格式更改后的候选发票重新进行格式识别，判断格式更改后的候选发票是否存在格式错误。

可选地，在本申请的任一实施例中，所述对用户提供的所述候选发票进行格式识别，根据格式识别结果判断所述候选发票是否存在格式错误包括：基于发票识别微服务，对用户提供的所述候选发票进行格式识别，获取所述候选发票的格式验证信息；根据所述格式验证信息，判断所述候选发票是否存在格式错误。

可选地，在本申请的任一实施例中，所述若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票包括：若所述候选发票不存在格式错误，则基于发票识别微服务，对所述候选发票进行识别，提取所述候选发票的验真信息；基于发票验真微服务，根据所述验真信息对所述候选发票进行验证，根据验证结果确定所述候选发票是否为真实发票。

本申请实施例还提供一种基于区块链的发票管理系统，包括：发票及发票信息获取单元，配置为获取关联于发票事件的候选发票及所述候选发票的要素信息；融资佐证状态查询单元，配置为响应于所述发票事件的上链请求，以根据所述候选发票的要素信息在所述区块链中查询所述候选发票的融资佐证状态；目标发票筛选单元，配置为根据所述融资佐证状态，从所述候选发票中筛选出匹配于所述发票事件的候选发票并将其作为参与所述发票事件的目标发票；融资佐证状态更新单元，配置为响应于所述发票事件结束，在所述区块链中对作为所述目标发票的候选发票的融资佐证状态进行更新。

可选地，在本申请的任一实施例中，所述发票及发票信息获取单元包括：发票获取模块，配置为根据用户输入的关联于所述发票事件的合同的合同要素，从发票数据库中获取与所述合同相关联的所述候选发票；发票信息获取模块，配置为对所述候选发票进行处理，获取所述候选发票的要素信息。

可选地，在本申请的任一实施例中，所述发票及发票信息获取单元包括：发票验真模块，配置为验证用户提供的关联于所述发票事件的候选发票是否为真实发票；发票信息获取模块，配置为若所述候选发票为真实发票，对所述候选发票进行处理，获取所述候选发票的要素信息。

可选地，在本申请的任一实施例中，所述发票验真模块包括：发票格式判断子单元，配置为对用户提供的所述候选发票进行格式识别，根据格式识别结果判断所述候选发票是否存在格式错误；发票真假判断子单元，配置为若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票。

可选地，在本申请的任一实施例中，该发票管理系统还包括：发票验真结果上传单元，配置为若所述候选发票为真实发票，将所述候选发票的验真结果上传至所述发票数据库和所述区块链中。

可选地，在本申请的任一实施例中，所述发票验真结果上传单元包括：非要素信息比对模块，配置为若用户提供的所述候选发票中存在用户输入的所述候选发票的非要素信息，则将用户输入的非要素信息与所述候选发票的标准非要素信息进行比对；发票验真结果上传模块，配置为根据比对结果确定是否将所述验真结果上传至所述发票数据库和所述区块链中。

可选地，在本申请的任一实施例中，该发票管理系统还包括：票面信息查验单元，配置为若所述候选发票为真实发票，判断所述候选发票的票面信息是否完整；票面信息存储单元，配置为若所述候选发票的票面信息完整，则将所述候选发票的票面信息上传至所述发票数据库和所述区块链中；票面信息补全单元，配置为若所述候选发票的票面信息不完整，则对所述候选发票的票面信息进行补全，以将所述候选发票的票面信息上传至所述发票数据库和所述区块链中。

可选地，在本申请的任一实施例中，所述发票验真模块还包括：发票格式更改子单元，配置为若所述候选发票存在格式错误，则提示用户对提供的所述候选发票进行格式更改，并对格式更改后的候选发票重新进行格式识别，判断格式更改后的候选发票是否存在格式错误。

可选地，在本申请的任一实施例中，所述发票格式判断子单元包括：格式验证信息获取子模块，配置为基于发票识别微服务，对用户提供的所述候选发票进行格式识别，获取所述候选发票的格式验证信息；格式错误判断子模块，配置为根据所述格式验证信息，判断所述候选发票是否存在格式错误。

可选地，在本申请的任一实施例中，所述发票真假判断子单元包括：验真信息提取子模块，配置为若所述候选发票不存在格式错误，则基于发票识别微服务，对所述候选发票进行识别，提取所述候选发票的验真信息；真假判断子模块，配置为基于发票验真微服务，根据所述验真信息对所述候选发票进行验证，根据验证结果确定所述候选发票是否为真实发票。

本申请实施例的基于区块链的发票管理方法及系统，获取关联于发票事件的候选发票及所述候选发票的要素信息；响应于所述发票事件的上链请求，以根据所述候选发票的要素信息在所述区块链中查询所述候选发票的融资佐证状态；根据所述融资佐证状态，从所述候选发票中筛选出匹配于所述发票事件的候选发票并将其作为参与所述发票事件的目标发票；响应于所述发票事件结束，在所述区块链中对作为所述目标发票的候选发票的融资佐证状态进行更新。通过在区块链中对进行发票事件的候选发票进行融资佐证状态查询，筛选出可用于发票事件的目标发票；发票事件完成后，及时在区块链中对目标发票的融资佐证状态进行更新，利用区块链中信息不可篡改的特性，记录发票的有效状态，实现发票的有效管控。

附图说明

后文将参照附图以示例性而非限制性的方式详细描述本申请实施例的一些具体实施例。附图中相同的附图标记标示了相同或类似的部件或部分。本领域技术人员应该理解，这些附图未必是按比例绘制的。附图中：

图1为根据本申请第一实施例所示的基于区块链的发票管理方法的流程示意图；

图2为根据本申请第二实施例所示的获取候选发票的要素信息的流程示意图；

图3为根据本申请第三实施例所示的获取候选发票的要素信息的流程示意图；

图4为根据本申请第四实施例所示的验证候选发票是否为真实发票的流程示意图；

图5为根据本申请第五实施例所示的判断候选发票是否存在格式错误的流程示意图；

图6为根据本申请第六实施例所示的验证不存在格式错误的候选发票是否为真实发票的流程示意图；

图7为根据本申请第七实施例所示的基于区块链的发票管理方法的流程示意图；

图8为根据本申请第八实施例所示的基于区块链的发票管理方法的流程示意图；

图9为根据本申请第九实施例所示的基于区块链的发票管理系统的结构示意图；

图10为根据本申请第十实施例所示的发票及发票信息获取单元的结构示意图；

图11为根据本申请第十一实施例所示的发票及发票信息获取单元的结构示意图；

图12为根据本申请第十二实施例所示的发票验真模块的结构示意图；

图13为根据本申请第十三实施例所示的发票格式判断子单元的结构示意图；

图14为根据本申请第十四实施例所示的发票真假判断子单元的结构示意图；

图15为根据本申请第十五实施例所示的基于区块链的发票管理系统的结构示意图；

图16为根据本申请第十六实施例所示的基于区块链的发票管理系统的结构示意图；

图17为根据本申请第十七实施例所示的基于区块链的发票管理系统的结构示意图；

图18为根据本申请第十八实施例所示的区块链网络的架构示意图。

具体实施方式

实施本申请实施例的任一技术方案必不一定需要同时达到以上的所有优点。

为了使本领域的人员更好地理解本申请实施例中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请实施例一部分实施例，而不是全部的实施例。基于本申请实施例中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请实施例保护的范围。

下面结合本申请实施例附图进一步说明本申请实施例具体实现。

图1为根据本申请第一实施例所示的基于区块链的发票管理方法的流程示意图；如图1所示，该发票管理方法包括：

步骤S101、获取关联于发票事件的候选发票及所述候选发票的要素信息；

需要说明的是，该实施例中，以发票融资为发票事件进行说明，用于发票融资的发票或票据在此统称为候选发票，需要特别指出的是，并不是所有的发票都可以用于发票融资，只有满足一定条件要求的候选发票才可以用于发票融资，比如：用于发票融资的发票必须真实、合法、有效，票面信息与商品交易内容一致，符合购销合同的要求等。

发票的票面信息一般包括：发票代码、发票号码、开票日期、校验码、机器编号、购方名称、购方纳税人识别号、购方地址电话、购方开户行及账号、密码区、价税合计大写、价税合计小写、销方企业名称、销方纳税人识别号、销方地址电话、销方开户行及账号、备注、货物或应税劳务、服务名称、规格型号、单位、数量、单价、金额、税率、税额。候选发票的要素信息为该候选发票的票面信息的一部分，一般情况下，反映了该候选发票在发票融资时的公示登记信息。在此，候选发票的要素信息包括：发票代码、发票号码、金额(不含税)、开票日期以及校验码后6位，它们均有规定的标准格式要求，以用于发票融资的公示登记。

该实施例中，用于发票融资的候选发票可以为从第三方的发票数据库中匹配的发票，也可以是由用户提供的发票，在此并不对此进行限制。候选发票无论是从发票数据库中获取的发票还是用户提供的，均有可能包含多张发票；提取每一张候选发票中要素信息(发票代码、发票号码、金额(不含税)、开票日期以及校验码后6位)的部分项或全部，以便于下一步对该候选发票进行状态查询。

需要说明的是，增值税专用发票的要素信息必然包括：发票代码、发票号码、金额(不含税)以及开票日期，在进行增值税专用发票的融资佐证状态查询时对“验码后6位”不做强制要求，可有可无；增值税普通发票的要素信息必然包括：发票代码、发票号码、开票日期以及校验码后6位，在进行增值税普通发票的融资佐证状态查询时“金额(不含税)”不做强制要求，可有可无。在此，发票的融资佐证状态表征的是该发票当前的状态，包括：无融资佐证、应收账款质押、应收账款信贷、应收账款转让、票据质押、票据贴现、其他融资佐证(备注)、所有佐证融资已还清。其中，发票的融资佐证状态为无融资佐证或所有佐证融资已还清时，表明该发票可用于发票融资。

步骤S102、响应于所述发票事件的上链请求，以根据所述候选发票的要素信息在所述区块链中查询所述候选发票的融资佐证状态；

在用户具有发票融资的需求，向金融机构提出发票融资的请求时，金融机构接受用户提出的发票融资的请求，需要在区块链中，根据候选发票的要素信息，对关联于用户提出的发票融资的候选发票的融资佐证状态进行查询，确认该候选发票的信息在区块链中的融资佐证状态。若该候选发票的相关信息不存在于区块链中，则可以认为该候选发票无融资佐证，可用于进行发票融资；若该候选发票的相关信息存在于区块链中，则确认该候选发票的融资佐证状态是否为无融资佐证或所有佐证融资已还清，若该候选发票的融资佐证状态为无融资佐证或所有佐证融资已还清，则确认该候选发票可用于进行发票融资。金融机构对用户提出的发票融资的请求进行确认，即认为是提出了发票融资的上链请求。

通常情况下，关联于发票融资的候选发票包括增值税专用发票和增值税普通发票，该实施例中，在接收到发票融资的上链请求后，根据增值税专用发票和/或增值税普通发票的要素信息在区块链中查询该增值税专用发票和/或增值税普通发票的融资佐证状态，确定该增值税专用发票和/或增值税普通发票是否可用于发票融资。

在此，需要说明的是，该增值税专用发票和/或增值税普通发票可用于发票融资包含两种情形：第一种情形是该增值税专用发票和/或增值税普通发票在区块链中不存在，也就是说，该增值税专用发票和/或增值税普通发票从未进行过发票融资，该增值税专用发票和/或增值税普通发票可直接用于发票融资；第二种情形是该增值税专用发票和/或增值税普通发票在区块链中存在，说明该增值税专用发票和/或增值税普通发票以前进行过发票融资或其它操作，此时需要查验该增值税专用发票和/或增值税普通发票是否无融资佐证或融资佐证已还清，若该增值税专用发票和/或增值税普通发票无融资佐证或融资佐证已还清，那么该增值税专用发票和/或增值税普通发票亦可进行发票融资。

步骤S103、根据所述融资佐证状态，从所述候选发票中筛选出匹配于所述发票事件的候选发票并将其作为参与所述发票事件的目标发票；

由于并非所有关联于发票融资的候选发票都可用于发票融资，因而，需要根据查询到的候选发票的融资佐证状态，从候选发票中剔除在区块链中状态为应收账款质押、应收账款信贷、应收账款转让、票据质押、票据贴现、其他融资佐证(备注)的发票，筛选出区块链中不存在的发票或/和无融资佐证和/或融资佐证已还清的发票作为融资的目标发票。

步骤S104、响应于所述发票事件结束，在所述区块链中对作为所述目标发票的候选发票的融资佐证状态进行更新。

将从候选发票中筛选出来的、在区块链中不存在的发票、或/和无融资佐证和/或融资佐证已还清的目标发票用于发票融资后，及时的对区块链中作为目标发票的候选发票的融资佐证状态进行更新，将原来不存在于区块链中的用于发票融资的候选发票的信息录入区块链中，并标识该候选发票已用于融资佐证；将原来在区块链中存在的无融资佐证和/或融资佐证已还清的发票的状态更改为融资佐证。这样，利用区块链中信息不可篡改的特性，记录发票的有效状态，以在区块链中对该候选发票进行有效管理，便于其它需要获知该候选发票状态的用户能够及时的获知其最新状态，及时的向有需求的个体(包括金融机构、企业用户、征信单位等)通报贸易/交易相关的发票的作废、红冲等异常状态，协助金融机构查验融资贷款抵押交易佐证信息，有效追踪用户融资贷款记录，从而达到防范应收款重复融资、降低供应链金融风险，实现发票的有效管控。

图2为根据本申请第二实施例所示的获取候选发票的要素信息的流程示意图；如图2所示，获取关联于发票事件的候选发票及所述候选发票的要素信息包括：

步骤S201、根据用户输入的关联于所述发票事件的合同的合同要素，从发票数据库中获取与所述合同相关联的所述候选发票；

在此步骤中，关联于发票融资的合同由用户提供，该合同依托供需双方的具体交易，以交易真实性为前提，用户在开展发票融资的过程中，提供该合同作为商事凭证，通过该合同上提供的甲方(购方)、乙方(销方)、金额、时间、交易对象等信息，从发票数据库中获取与该合同相关联的发票，这些发票将作为本次发票融资的候选发票。

该实施例中，发票数据库为第三方提供的数据库，存储有大量的发票数据，需要说明的是，从发票数据库中获取的候选发票为发票影像，也就是说发票数据库中包含的发票均为格式正确的真实发票的发票影像。

具体的，基于发票匹配微服务，根据用户输入的该合同的合同要素，从发票数据库中获取与所述合同相关联的所述候选发票。在此，合同的合同要素包括购方、销方、不含税金额、日期。其中，必须要输入合同要素为购方、销方和日期。根据输入的合同要素信息，调用发票数据库的接口，从发票数据库中获取与输入的合同要素信息相关联的候选发票。

在此，需要说明的是，发票匹配微服务可由第三方提供，用于根据合同要素，从发票数据库中获取与之相关联的候选发票，并不以此为限。此外，第三方还可以提供对候选发票进行识别，提取候选发票相关信息的发票识别微服务以及验证候选发票真假的发票验真微服务。通过第三方提供的发票匹配微服务、发票识别微服务以及发票验真微服务，使得单项工作分开独立执行，更为简便，能够更加有效的利用计算资源以及进行独立更新，对需求进行快速响应。

此外，该实施例中，还根据从发票数据库中获取与输入的合同要素信息相关联的候选发票，输出候选发票的票面信息；如果存在多张候选发票，则返回全部候选发票的票面信息。同样的，候选发票的票面信息应符合规定的标准格式要求。

步骤S202、对所述候选发票进行处理，获取所述候选发票的要素信息；

该实施例中，基于深度学习，对从发票数据库中获取的候选发票的发票影像进行图像识别，从候选发票的发票影像中提取候选发票的要素信息。其中，对发票影像进行图像识别包括：对发票影像中的文字进行分割、识别和解析以及对发票影像中的二维码进行识别和解析，得到识别及解析结果。

图像识别完成后，需要根据识别及解析结果，对识别及解析结果中包含的信息进行确认。其中，增值税专用发票的识别及解析结果中必然包括：发票代码、发票号码、开票日期、开票金额(不含税)，这些信息即为对应的增值税专用发票的要素信息；增值税普通发票的识别及解析结果中必然包括：发票代码、发票号码、开票日期、验证码，这些信息即为对应的增值税普通发票的要素信息。

如果在对识别及解析结果进行确认时，发现对发票影像的识别率过低，致使其中包含的信息不全面，那么可以采用深度学习算法融合的图像识别技术重新对发票影像进行识别，直至对识别及解析结果符合需求。

在此，采用的图像识别技术包括但不限于统计模式识别、结构模式识别以及模糊模式识别，通过上述一种或多种图像识别技术对候选发票的图像进行分割，进而提取出候选发票的要素信息。需要说明的是，对候选发票进行图像分割的方法包括但不限于阈值分割方法、边缘检测方法、区域提取方法、灰度图像分割、彩色图像分割以及纹理图像分割等，在此不再一一赘述。

用于进行图像识别的候选发票的发票影像可以包括单张发票影像文件(包含单张发票影像)、多张发票影像文件或者包含多张发票影像的单张发票影像文件，发票影像的格式不做具体要求，可以为jpg、png、bmp等格式文件。

图3为根据本申请第三实施例所示的获取候选发票的要素信息的流程示意图；如图3所示，获取关联于发票事件的候选发票及所述候选发票的要素信息包括：

步骤S301、验证用户提供的关联于所述发票事件的候选发票是否为真实发票；

该实施例中，关联于发票融资的候选发票由用户提供，与从发票数据库中获取的候选发票不同的是：从发票数据库中获取的候选发票均为格式正确的真实发票，而用户提供的候选发票由于来源多样，因而真实性有待确认。比如，用户提供的计划用于发票融资的增值税专用发票/增值税普通发票可能存在假发票、虚开发票、套用发票等。因而，对用于发票融资的候选发票进行真实性验证，能够审查用户的交易/贸易的真实性，助力金融机构的授信，对风险进行有效管控。

在对该候选发票进行验证时，通过在国家税务总局的数据库或/第三方数据库中查询该候选发票，显示该候选发票已开具，且发票状态显示未作废，那么该候选发票即为真实发票。在此，需要说明的是，支撑验证真实性的发票包括但不限于增值税专用发票、增值税普通发票(包含电子普通发票、卷式发票)、机动车销售统一发票、货物运输业增值税专用发票等。

步骤S302、若所述候选发票为真实发票，对所述候选发票进行处理，获取所述候选发票的要素信息。

该步骤中，对经过验证为真实的候选发票进行处理，获取候选发票的要素信息与步骤S202中的操作相类似，在此不再一一赘述。

图4为根据本申请第四实施例所示的验证候选发票是否为真实发票的流程示意图；如图4所示，根据用户提供的关联于所述发票事件的候选发票，验证所述候选发票是否为真实发票包括：

步骤S401、对用户提供的所述候选发票进行格式识别，根据格式识别结果判断所述候选发票是否存在格式错误；

该实施例中，用户提供的关联于发票融资的候选发票由于来源多样，难免会出现发票的格式与规定的标准格式要求不一致的情形，将与规定的标准格式要求不一致的情形统称为发票的格式错误。比如，增值税专用发票中要求发票代码为10位或12位数字；发票号码为8位数字；开票日期为字符型，格式为XXXX年XX月XX日(如2016年10月27日)；开票金额(不含税)为数字。若用户提供的用于发票融资的增值税专用发票中，发票号码为10位数字，那么与规定的标准格式(8位数字)就不一致，存在格式错误；或者是用户提供的用于发票融资的增值税专用发票的开票金额处为一串文字，那么就与规定的标准格式(数字)不一致，存在格式错误。

通过对候选发票的发票影像进行格式识别，获取到候选发票中有关发票格式的信息，将其在国家税务总局或第三合作方的数据库中与规定的标准格式进行比对，以判断该候选发票是否存在格式错误。

在此，需要说明的是，候选发票中可以进行格式识别的项目包括：发票代码、发票号码、开票日期、校验码、机器编号、购方名称、购方纳税人识别号、购方地址及电话、购方开户行及账号、密码区、价税合计大写、价税合计小写、销方企业名称、销方纳税人识别号、销方地址及电话、销方开户行及账号、备注、货物或应税劳务及服务名称、规格型号、单位、数量、单价、金额、税率、税额。

步骤S402、若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票。

若根据格式识别结果判断候选发票不存在格式错误，即可直接对该候选发票执行验真操作。若根据识别结果判断候选发票存在格式错误，则返回错误描述，指出存在格式错误的地方，提示用户对提供的所述候选发票进行格式更改，并对格式更改后的候选发票重新进行格式识别，判断格式更改后的候选发票是否存在错误，循环往复，直至候选发票不存在格式错误，再对该候选发票执行验真操作。候选发票经过验证发现，该候选发票已开具，且发票状态显示未作废，那么该候选发票即为真实发票。

图5为根据本申请第五实施例所示的判断候选发票是否存在格式错误的流程示意图；如图5所示，对用户提供的所述候选发票进行格式识别，根据格式识别结果判断所述候选发票是否存在格式错误包括：

步骤S501、基于发票识别微服务，对用户提供的所述候选发票进行格式识别，获取所述候选发票的格式验证信息；

该步骤中，发票识别微服务主要用于对候选发票的发票影像进行图像识别，其采用的识别方法可参考上述第二实施例中的图像识别方法，在此不再一一赘述。

通过对候选发票的发票影像进行格式识别，提取候选发票的格式验证信息，格式验证信息的提取操作可参考上述第二实施例中对候选发票进行处理，获取候选发票的要素信息的操作，详细不再一一赘述。在此，需要说明的是，对增值税专用发票必须获取的格式验证信息包括：发票代码、发票号码、开票日期、开票金额(不含税)，其余信息为可选验证信息；对于增值税普通发票必须获取的格式验证信息包括：发票代码、发票号码、开票日期、验证码，其余为可选验证信息。在实际的应用过程中，应根据不同的发票类型(或票据类型)进行识别，提取其格式验证信息。

步骤S502、根据所述格式验证信息，判断所述候选发票是否存在格式错误。

根据步骤S501得到的格式验证信息，通过与国家税务总局的数据库或第三方数据库中的标准格式信息进行比对，以确定该候选发票的格式是否符合国家税务总局或第三方数据库中规定的标准格式要求，如：发票代码要么是12位要么是10位数字；发票号码是8位数字；如果是增值税专用发票，必须包含金额，且为数字，保留2位小数；如果是增值税普通发票，必须包含校验码，且为6位；其余必选项的非空检查等，以此判断该候选发票是否存在格式错误。

该实施例中，利用了发票识别微服务，使得单项工作独立执行，更为简便，能够更加有效的利用计算资源以及进行独立更新，对需求进行快速响应。在此，需要说明的是，发票识别微服务、发票验真微服务以及发票匹配微服务均可由第三方提供，并不以此为限。

图6为根据本申请第六实施例所示的验证不存在格式错误的候选发票是否为真实发票的流程示意图；如图6所示，若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票包括：

步骤S601、若所述候选发票不存在格式错误，则基于发票识别微服务，对所述候选发票进行识别，提取所述候选发票的验真信息；

该步骤中，发票识别微服务主要用于对候选发票的发票影像进行图像识别，提取候选发票的验真信息，其采用的识别方法可参考上述第二实施例中的图像识别方法，在此不再一一赘述。

在此，需要说明的是，由于发票(或票据)种类多样，因而每种发票(或票据)的必要验真信息有所不同。比如：增值税专用发票中必须的验真信息包括：发票代码、发票号码、开票日期、开票金额(不含税)；增值税普通发票必须的验真信息包括：发票代码、发票号码、开票日期、验证码。在对发票实际验真过程中，应根据实际情况确定验证信息。

步骤S602、基于发票验真微服务，根据所述验真信息对所述候选发票进行验证，根据验证结果确定所述候选发票是否为真实发票。

根据步骤S601中提取到的候选发票的验真信息，通过发票验真微服务将其在国家税务总局的数据库或第三方数据库中进行查询，看该候选发票的验真信息是否正确。若经查询可知，提取的验真信息表明该候选发票已开具，且发票状态显示未作废，那么该候选发票即为真实发票。

图7为根据本申请第七实施例所示的基于区块链的发票管理方法的流程示意图；与图4所示实施例不同的是，该实施例的发票管理方法中，若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票的步骤之后，还包括：若所述候选发票为真实发票，将所述候选发票的验真结果存入所述发票数据库和所述区块链中。将候选发票的验真结果上传至所述发票数据库和所述区块链中，有助于及时的对发票数据库和区块链中的信息进行完善更新。

如图7所示，若所述候选发票为真实发票，将所述候选发票的验真结果上传至所述发票数据库和所述区块链中包括：

步骤S701、若用户提供的所述候选发票中存在用户输入的所述候选发票的非要素信息，则将用户输入的非要素信息与所述候选发票的标准非要素信息进行比对；

该实施例中，由于候选发票为用户提供的，因而，不可避免的存在错误，尤其是一些用户自己输入的信息更容易出现错误，为尽量减少错误的出现，对候选发票中的非要素信息可以允许用户输入，而要素信息则尽量避免用户输入。该实施例中，用户提供的候选发票中，如果存在用户输入的非要素信息，那么在将验真结果(发票是否开具、发票状态显示是否为作废发票)上传至发票数据库和区块链中之前，必须对这些非要素信息进行核查，将其与标准非要素信息进行一一比对，以保证上传至发票数据库和区块链中的信息的正确性。

在此，需要说明的是，候选发票的非要素信息包括销方信息(名称、识别号、地址、开户行及账号)；购方信息；商品名称、税率以及备注等。而标准非要素信息则通过国家税务总局的数据库或第三方数据库获取，将用户输入的非要素信息与国家税务总局的数据库或第三方数据库中的标准非要素信息进行比对，以确定其信息的正确性。

步骤S702、根据比对结果确定是否将所述验真结果上传至所述发票数据库和所述区块链中。

比对结果显示用户输入的非要素信息正确，就可以将验真结果上传至发票数据库和区块链中，及时的对发票数据库和区块链中的该候选发票的信息进行完善更新。

该实施例中，还存在的一种情形是，若候选发票中存在用户输入的非要素信息，那么对该非要素信息进行一一核查，以及，对该候选发票进行验真；在非要素信息核查没有错误之后，再返回候选发票的验真结果；若非要素信息核查存在错误，则返回错误提示，指出该候选发票中存在错误的地方，由用户进行更改，更改完毕后，再进行非要素信息的核查，直至非要素信息核查无误，返回候选发票的验真结果，并将验真结果上传至发票数据库和区块链中。

图8为根据本申请第八实施例所示的基于区块链的发票管理方法的流程示意图；如图8所示，与图4所示实施例不同的是，该实施例的发票管理方法中，若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选分配是否为真实发票步骤之后，还包括：

步骤S801、若所述候选发票为真实发票，判断所述候选发票的票面信息是否完整；

该步骤中，在候选发票验证为真实发票后，通过发票识别微服务，提取候选发票中已有的票面信息，根据已有的票面信息判断候选发票的票面信息是否完整。在此，需要说明的是，完整的票面信息包括：发票代码、发票号码、开票日期、开票金额(不含税)、验证码(增值税普通发票)、销方信息(名称、识别号、地址、开户行及账号)、购方信息、商品名称、税率、清单、备注信息。已有的票面信息中无论缺少哪一项，都说明该候选发票的票面信息不完整。

步骤S802、若所述候选发票的票面信息完整，则将所述候选发票的票面信息上传至所述发票数据库和所述区块链中；

若提取到的已有的票面信息显示候选发票的票面信息完整，那么直接将提取到的票面信息上传至发票数据库和区块链中，使得其它用户在需要获取该发票的全部票面信息时，通过该发票的部分信息，就可以从发票数据库和/或区块链中获取该发票的全部票面信息。

步骤S803、若所述候选发票的票面信息不完整，则对所述候选发票的票面信息进行补全，以将所述候选发票的票面信息上传至所述发票数据库和所述区块链中。

若提取到的已有的票面信息显示候选发票的票面信息不完整，那么就提示用户该候选发票的票面信息不完整，并指出该候选发票中缺失的票面信息，并提示用户及时的对缺失的票面信息进行完善，补全该候选发票的票面信息，而后再将补全后的完整的票面信息上传至发票数据库和区块链中，以及时的对发票数据库和区块链中的该候选发票的信息进行完善更新。

图9为根据本申请第九实施例所示的基于区块链的发票管理系统的结构示意图；如图9所示，该发票管理系统包括：

发票及发票信息获取单元901，配置为获取关联于发票事件的候选发票及所述候选发票的要素信息；

融资佐证状态查询单元902，配置为响应于所述发票事件的上链请求，以根据所述候选发票的要素信息在所述区块链中查询所述候选发票的融资佐证状态；

目标发票筛选单元903，配置为根据所述融资佐证状态，从所述候选发票中筛选出匹配于所述发票事件的候选发票并将其作为参与所述发票事件的目标发票；

融资佐证状态更新单元904，配置为响应于所述发票事件结束，在所述区块链中对作为所述目标发票的候选发票的融资佐证状态进行更新。

该实施例的发票管理系统的操作与上述第一实施例所示的发票管理方法操作流程相似，在此不再一一赘述。

图10为根据本申请第十实施例所示的发票及发票信息获取单元的结构示意图；如图10所示，该发票及发票信息获取单元包括：

发票获取模块1001，配置为根据用户输入的关联于所述发票事件的合同的合同要素，从发票数据库中获取与所述合同相关联的所述候选发票；

发票信息获取模块1002，配置为对所述候选发票进行处理，获取所述候选发票的要素信息。

该实施例的发票管理系统的操作与上述第二实施例所示的操作流程相似，在此不再一一赘述。

图11为根据本申请第十一实施例所示的发票及发票信息获取单元的结构示意图；如图11所示，该发票及发票信息获取单元包括：

发票验真模块1101，配置为验证用户提供的关联于所述发票事件的候选发票是否为真实发票；

发票信息获取模块1102，配置为若所述候选发票为真实发票，对所述候选发票进行处理，获取所述候选发票的要素信息。

该实施例的发票管理系统的操作与上述第三实施例所示的操作流程相似，在此不再一一赘述。

图12为根据本申请第十二实施例所示的发票验真模块的结构示意图；如图12所示，该发票验真模块包括：

发票格式判断子单元1201，配置为对用户提供的所述候选发票进行格式识别，根据格式识别结果判断所述候选发票是否存在格式错误；

发票真假判断子单元1202，配置为若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票。

该实施例的发票管理系统的操作与上述第四实施例所示的操作流程相似，在此不再一一赘述。

图13为根据本申请第十三实施例所示的发票格式判断子单元的结构示意图；如图13所示，该发票格式判断子单元包括：

格式验证信息获取子模块1301，配置为基于发票识别微服务，对用户提供的所述候选发票进行格式识别，获取所述候选发票的格式验证信息；

格式错误判断子模块1302，配置为根据所述格式验证信息，判断所述候选发票是否存在格式错误。

该实施例的发票管理系统的操作与上述第五实施例所示的操作流程相似，在此不再一一赘述。

图14为根据本申请第十四实施例所示的发票真假判断子单元的结构示意图；如图14所示，该发票真假判断子单元包括：

验真信息提取子模块1401，配置为若所述候选分配不存在格式错误，则基于发票识别微服务，对所述候选发票进行识别，提取所述候选发票的验真信息；

真假判断子模块1402，配置为基于发票验真微服务，根据所述验真信息对所述候选发票进行验证，根据验证结果确定所述候选发票是否为真实发票。

该实施例的发票管理系统的操作与上述第六实施例所示的操作流程相似，在此不再一一赘述。

图15为根据本申请第十五实施例所示的基于区块链的发票管理系统的结构示意图；与图12所示实施例不同的是，该实施例的发票管理系统中，还包括：发票验真结果上传单元，配置为若所述候选发票为真实发票，将所述候选发票的验真结果上传至所述发票数据库和所述区块链中。如图15所示，该发票验真结果上传单元包括：

非要素信息比对模块1501，配置为若用户提供的所述候选发票中存在用户输入的候选发票的非要素信息，则将用户输入的非要素信息与所述候选发票的标准非要素信息进行比对；

发票验真结果上传模块1502，配置为根据比对结果确定是否将所述验真结果上传至所述发票数据库和所述区块链中。

该实施例的发票管理系统的操作与上述第七实施例所示的操作流程相似，在此不再一一赘述。

图16为根据本申请第十六实施例所示的基于区块链的发票管理系统的结构示意图；与图12所示实施例不同的是，该实施例的发票管理系统中还包括：

票面信息查验单元1601，配置为若所述候选发票为真实发票，判断所述候选发票的票面信息是否完整；

票面信息存储单元1602，配置为若所述候选发票的票面信息完整，则将所述候选发票的票面信息存入所述发票数据库和所述区块链中；

票面信息补全单元1603，配置为若所述候选发票的票面信息不完整，则对所述候选发票的票面信息进行补全，以将所述候选发票的票面信息存入所述发票数据库和所述区块链中。

该实施例的发票管理系统的操作与上述第八实施例所示的操作流程相似，在此不再一一赘述。

上述基于区块链的发票管理方法及系统的实施例，通过在区块链中对进行发票事件的候选发票进行融资佐证状态查询，筛选出可用于发票事件的目标发票，发票事件完成后，及时在区块链中对目标发票的融资佐证状态进行更新，利用区块链中信息不可篡改的特性，记录发票的有效状态，实现发票的有效管控。

同时，上述发票管理方法及系统的实施例还可以实现对发票状态的监控。在该发票管理方法及系统中，通过对进行发票融资的候选发票进行验真，实现了对贸易/交易背景的审查及监控，通过候选发票的状态有效佐证贸易/交易背景的真实性，为对用户进行授信、风控等提供有效数据支撑。通过对候选发票的有效管理，实现对增值税发票进行全流程监控、记录和状态查询(发票的开具、作废、红冲等状态及状态时间)，及时的向有需求的个体(包括金融机构、企业用户、征信单位等)通报贸易/交易相关的发票的作废、红冲等异常状态。比如，通过采集用户的销项发票，查询用户用于冲红发票的金额、备注信息(对应发票代码/号码)等。通过发票管理系统中的状态查询接口，输出冲红发票的状态及状态说明(已开具发票且目前状态正常或者已作废或者此发票已确认冲红及冲红发票的要素信息或者此发票可能冲红及冲红发票的要素信息)等。

上述实施例的发票管理方法及系统，利用了区块链技术可追溯、不可篡改的特性，结合轻量化、松耦合的微服务应用，通过真实的税务发票、融资记录等数据，准确的协助金融机构查验融资贷款抵押交易佐证信息，有效追踪用户融资贷款记录，从而达到防范应收款重复融资、降低供应链金融风险的目的。

图17为根据本申请第十七实施例所示的基于区块链的发票管理系统的结构示意图；如图17所示，整个发票管理系统中包括：金融机构1701、微服务机构1702、区块链运营机构1703以及监管机构1704。金融机构1701一方面可以通过调用该发票管理系统提供的发票匹配服务，依据企业用户1706提供的合同信息，从发票数据库中匹配出与合同相关联的所有发票信息，再结合企业用户1706所提供的纸质发票或发票影像，形成本次发票融资的候选发票集合。另一方面可以通过调用该发票管理系统提供的图像识别、验真、数据补全等服务，提升金融机构对贸易/交易背景真实性的甄别能力。

金融机构1701通过该发票管理系统中的公示节点接入该区块链网络。金融机构1701在接收到企业用户1706的发票融资申请，以及企业用户1706提供的用于发票融资的合同、纸质发票或发票影像等票据凭证，将这些票据凭证的影像上传至该发票管理系统，提出微服务请求，请求对参与发票融资的候选发票进行识别、验真、状态查询等。

微服务机构1702通过该发票管理系统中的上链节点接入该区块链网络，可以根据金融机构提出的对候选发票融资佐证状态的查询请求，从区块链网络中查询该候选发票的融资佐证状态，并将查询到的融资佐证状态反馈给金融机构，以及根据金融机构1701提出的发票识别请求提供发票识别微服务；根据金融机构1701提出的发票验真请求提供发票验真微服务；若识别、验真的候选发票的票面信息不完整，微服务机构1702将对应的结果返回给金融机构，由金融机构1701提示企业用户1706对该发票的票面信息进行更改、补全。

微服务机构1702对查询到候选发票的融资佐证状态、识别结果、验真结果等反馈给金融机构1701，由金融机构1701根据候选发票的融资佐证状态确定该候选发票是否能够用于发票融资，以及根据识别结果判断候选发票是否存在格式错误、票面信息是否完整以及是否为真实发票等操作。金融机构1701在接收到微服务机构1702的反馈后，若候选发票不存在格式错误，票面信息完整，验证结果显示为真实发票，及时的将该候选发票的票面信息及验证结果上传至区块链网络中，以更新该候选发票在区块链网络中的状态。

金融机构1701根据候选发票的融资佐证状态引导企业用户1706对能够用于发票融资的目标发票进行标记，以用于发票融资。在触发发票融资后，金融机构1701及时的将用于发票融资的作为目标发票的候选发票在区块链网络中的状态进行更改，以便其它机构进行需要时进行查询。其它金融机构1701在接收到企业用户1706的发票融资申请以及企业用户1706拟采用的候选发票后，根据候选发票的要素信息，查询候选发票是否已经被用于融资佐证，如果查询显示该发票不存在，则说明该发票可以进行融资，直接将该候选发票上传至区块链网络中；如果查询显示该候选发票已经使用，那么则不能将企业用户1706提供的候选发票用于发票融资；如果查询显示该发票存在，但该候选发票的融资佐证状态为无融资佐证或融资佐证已还清，那么该候选发票亦可进行发票融资。

在此，需要指出的是，微服务机构1702亦可对查询到候选发票的融资佐证状态以及票面信息等通过上链节点在区块链网络中进行更新。

该发票管理系统中，区块链运营机构1703通过该发票管理系统中的运营节点接入该区块链网络，对区块链网络进行运营及维护，保证该系统的稳定可靠。监管机构1704通过该发票管理系统中的监管节点接入该区块链网络，对上传至区块链网络中的发票数据进行监管与合规审计。

该发票管理系统中，各成员机构共同维护用于发票融资的区块链数据账本，将验真后的发票数据登记入区块链数据账本，实现各成员之间对发票融资信息的共享；同时，利用区块链技术，在各成员机构间构建以发票作为供应链融资商事凭证的可信环境，有利于金融机构1701加强供应链融资贸易背景真实性审查，有效防范发票重复融资的风险。比如，金融机构1701在完成授信评估后，对登记入区块链数据账本的发票进行公示标识，利用区块链技术的防篡改、可追溯等特性，建立发票融资申请企业用户1706与金融机构间的信息对称机制，解决供应链金融各成员间的互信问题，有效防范供应链融资过程中发票重复融资的风险，避免“一票多贷”的情形出现。

图18为根据本申请第十八实施例所示的区块链网络的架构示意图；如图18所示，该区块链网络架构中，包括：供应链金融应用服务层1801、平台服务层1802、区块链核心层1803以及基础层1804组成。其中，供应链金融应用服务层1801可以用于发票验真等级、企业融资确认、融资凭据公示、凭据状态更新以及监管设计。平台服务层1802可以用于数据流转服务、资管管理服务、监管服务、数据查询分析、区块链服务(Blockchain-as-a-Service，简称BasS)以及跨链协议服务。在基础层1804中包含存储、计算、对等网络等技术组成。

区块链核心层1803具有应用程序结构(Application Programming Interface，简称API)及运维管理功能，包括智能合约单元、区块链底层技术单元、运维系统及管理系统。智能合约单元可用于合约生成、合约触发、合约执行以及合约管理；区块链底层技术单元中包括共识机制、隐私保护、权限管理、密码保护、监管机制、海量数据存储技术、安全通信技术等功能和技术；运维系统中可用于系统监控、智能部署、日志管理、测试服务、预警服务、配置服务、数据展示等；监管系统可用于用户管理、多链管理、智能合约管理、数据可视化、日志管理、节点管理、CA管理(CA：产生和确定数字证书的第三方可信机构)、权限管理以及一致性检验等。

该实施例中，构建的区块链网络可提供资产管理和数据流转服务，适用于供应链金融、数字票据、质量追溯等诸多需要构建信任体系的业务领域。在实现安全可靠的交易对接前提下，通过高性能的区块链服务和可视化的数据管理，帮助用户有效降低运营成本和信贷风险，提高写作效率。

该区块链网络基于高并发、可扩展的快速共识机制，满足实际业务中的高频交易需求；在安全方面采用国密SM2/SM9、SM3和SM4算法，符合国内安全可靠政策需求，支持第三方CA属性证书及基于角色的访问控制模型，支持细粒度的权限管理；在隐私保护方面采用零知识证明、环签名、同态加密等技术，支持可监管的隐私保护机制；在数据与智能合约方面支持大数据存储及条件检索引擎，支持海量数据的存储与快速查询，提供模板化的智能合约，降低开发门槛，支持智能合约形式化验证，降低漏洞风险。

至此，已经对本主题的特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作可以按照不同的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序，以实现期望的结果。在某些实施方式中，多任务处理和并行处理可以是有利的。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

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

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

Claims (20)

1.一种基于区块链的发票管理方法，其特征在于，包括：

获取关联于发票事件的候选发票及所述候选发票的要素信息；

响应于所述发票事件的上链请求，以根据所述候选发票的要素信息在所述区块链中查询所述候选发票的融资佐证状态；

根据所述融资佐证状态，从所述候选发票中筛选出匹配于所述发票事件的候选发票并将其作为参与所述发票事件的目标发票；

响应于所述发票事件结束，在所述区块链中对作为所述目标发票的候选发票的融资佐证状态进行更新。

2.根据权利要求1所述的发票管理方法，其特征在于，所述获取关联于发票事件的候选发票及所述候选发票的要素信息包括：

根据用户输入的关联于所述发票事件的合同的合同要素，从发票数据库中获取与所述合同相关联的所述候选发票；

对所述候选发票进行处理，获取所述候选发票的要素信息。

3.根据权利要求1所述的发票管理方法，其特征在于，所述获取关联于发票事件的候选发票及所述候选发票的要素信息还包括：

验证用户提供的关联于所述发票事件的候选发票是否为真实发票；

若所述候选发票为真实发票，对所述候选发票进行处理，获取所述候选发票的要素信息。

4.根据权利要求3所述的发票管理方法，其特征在于，所述根据用户提供的关联于所述发票事件的候选发票，验证所述候选发票是否为真实发票包括：

对用户提供的所述候选发票进行格式识别，根据格式识别结果判断所述候选发票是否存在格式错误；

若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票。

5.根据权利要求4所述的发票管理方法，其特征在于，若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票步骤之后，还包括：若所述候选发票为真实发票，将所述候选发票的验真结果上传至所述发票数据库和所述区块链中。

6.根据权利要求5所述的发票管理方法，其特征在于，所述若所述候选发票为真实发票，将所述候选发票的验真结果上传至所述发票数据库和所述区块链中包括：

若用户提供的所述候选发票中存在用户输入的所述候选发票的非要素信息，则将用户输入的非要素信息与所述候选发票的标准非要素信息进行比对；

根据比对结果确定是否将所述验真结果上传至所述发票数据库和所述区块链中。

7.根据权利要求4所述的发票管理方法，其特征在于，若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票步骤之后，还包括：

若所述候选发票为真实发票，判断所述候选发票的票面信息是否完整；

若所述候选发票的票面信息完整，则将所述候选发票的票面信息上传至所述发票数据库和所述区块链中；

若所述候选发票的票面信息不完整，则对所述候选发票的票面信息进行补全，以将所述候选发票的票面信息上传至所述发票数据库和所述区块链中。

8.根据权利要求4所述的发票管理方法，其特征在于，在对用户提供的所述候选发票进行格式识别，根据格式识别结果判断所述候选发票是否存在格式错误的步骤之后，还包括：

若所述候选发票存在格式错误，则提示用户对提供的所述候选发票进行格式更改，并对格式更改后的候选发票重新进行格式识别，判断格式更改后的候选发票是否存在格式错误。

9.根据权利要求4-8任一所述的发票管理方法，其特征在于，所述对用户提供的所述候选发票进行格式识别，根据格式识别结果判断所述候选发票是否存在格式错误包括：

基于发票识别微服务，对用户提供的所述候选发票进行格式识别，获取所述候选发票的格式验证信息；

根据所述格式验证信息，判断所述候选发票是否存在格式错误。

10.根据权利要求4-8任一所述的发票管理方法，其特征在于，所述若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票包括：

若所述候选发票不存在格式错误，则基于发票识别微服务，对所述候选发票进行识别，提取所述候选发票的验真信息；

基于发票验真微服务，根据所述验真信息对所述候选发票进行验证，根据验证结果确定所述候选发票是否为真实发票。

11.一种基于区块链的发票管理系统，其特征在于，包括：

发票及发票信息获取单元，配置为获取关联于发票事件的候选发票及所述候选发票的要素信息；

融资佐证状态查询单元，配置为响应于所述发票事件的上链请求，以根据所述候选发票的要素信息在所述区块链中查询所述候选发票的融资佐证状态；

目标发票筛选单元，配置为根据所述融资佐证状态，从所述候选发票中筛选出匹配于所述发票事件的候选发票并将其作为参与所述发票事件的目标发票；

融资佐证状态更新单元，配置为响应于所述发票事件结束，在所述区块链中对作为所述目标发票的候选发票的融资佐证状态进行更新。

12.根据权利要求1所述的发票管理系统，其特征在于，所述发票及发票信息获取单元包括：

发票获取模块，配置为根据用户输入的关联于所述发票事件的合同的合同要素，从发票数据库中获取与所述合同相关联的所述候选发票；

发票信息获取模块，配置为对所述候选发票进行处理，获取所述候选发票的要素信息。

13.根据权利要求1所述的发票管理系统，其特征在于，所述发票及发票信息获取单元包括：

发票验真模块，配置为验证用户提供的关联于所述发票事件的候选发票是否为真实发票；

发票信息获取模块，配置为若所述候选发票为真实发票，对所述候选发票进行处理，获取所述候选发票的要素信息。

14.根据权利要求13所述的发票管理系统，其特征在于，所述发票验真模块包括：

发票格式判断子单元，配置为对用户提供的所述候选发票进行格式识别，根据格式识别结果判断所述候选发票是否存在格式错误；

发票真假判断子单元，配置为若所述候选发票不存在格式错误，则对所述候选发票进行验真，根据验真结果判断所述候选发票是否为真实发票。

15.根据权利要求14所述的发票管理系统，其特征在于，还包括：发票验真结果上传单元，配置为若所述候选发票为真实发票，将所述候选发票的验真结果上传至所述发票数据库和所述区块链中。

16.根据权利要求15所述的发票管理系统，其特征在于，所述发票验真结果上传单元包括：

非要素信息比对模块，配置为若用户提供的所述候选发票中存在用户输入的所述候选发票的非要素信息，则将用户输入的非要素信息与所述候选发票的标准非要素信息进行比对；

发票验真结果上传模块，配置为根据比对结果确定是否将所述验真结果上传至所述发票数据库和所述区块链中。

17.根据权利要求14所述的发票管理系统，其特征在于，还包括：

票面信息查验单元，配置为若所述候选发票为真实发票，判断所述候选发票的票面信息是否完整；

票面信息存储单元，配置为若所述候选发票的票面信息完整，则将所述候选发票的票面信息上传至所述发票数据库和所述区块链中；

票面信息补全单元，配置为若所述候选发票的票面信息不完整，则对所述候选发票的票面信息进行补全，以将所述候选发票的票面信息上传至所述发票数据库和所述区块链中。

18.根据权利要求14所述的发票管理系统，其特征在于，所述发票验真模块还包括：

发票格式更改子单元，配置为若所述候选发票存在格式错误，则提示用户对提供的所述候选发票进行格式更改，并对格式更改后的候选发票重新进行格式识别，判断格式更改后的候选发票是否存在格式错误。

19.根据权利要求14-18任一所述的发票管理系统，其特征在于，所述发票格式判断子单元包括：

格式验证信息获取子模块，配置为基于发票识别微服务，对用户提供的所述候选发票进行格式识别，获取所述候选发票的格式验证信息；

格式错误判断子模块，配置为根据所述格式验证信息，判断所述候选发票是否存在格式错误。

20.根据权利要求14-18任一所述的发票管理系统，其特征在于，所述发票真假判断子单元包括：

验真信息提取子模块，配置为若所述候选发票不存在格式错误，则基于发票识别微服务，对所述候选发票进行识别，提取所述候选发票的验真信息；

真假判断子模块，配置为基于发票验真微服务，根据所述验真信息对所述候选发票进行验证，根据验证结果确定所述候选发票是否为真实发票。