CN110457957A - 电子票据的信息处理方法、装置、电子设备及介质 - Google Patents

Abstract

本申请公开了一种电子票据的信息处理方法、装置、电子设备及介质，该方法在获取用于写入空白票据的待写入字段后，判断上述待写入字段是否包含敏感信息实现对上述待写入字段的检测，当上述待写入字段不包含敏感信息时，将上述待写入字段进行哈希运算，并在验签通过后，将得到的哈希结果保存在区块链上。由此可见，本申请实施例是通过区块链网络来存储电子票据对应的字段，使得各字段上链之后，便无法被篡改，有效保证了监管方在后期核查票据时的真实性。此外，在上链之前，还对上述字段进行敏感信息的检测，有效防止包含敏感信息的字段上链后而无法修改的问题，同时也降低了区块链网络上存储较多问题票据的风险。

Description

电子票据的信息处理方法、装置、电子设备及介质

技术领域

本申请涉及区块链技术领域，特别是涉及一种电子票据的信息处理方法、装置、电子设备及介质。

背景技术

传统的纸质票据，例如，***，存在容易丢失，损害的风险，并且浪费纸张，随着互联网的飞速发展，使得电子票据的使用成为可能。

目前，电子票据的普及越来越广，虽然电子票据和纸质票据是两个完全不同的信息承载方式，但是，对电子票据上的信息进行保护以防止票面上的信息被篡改也是刻不容缓的问题。

由此可见，如何防止电子票据的信息被篡改是本领域技术人员亟待解决的问题。

发明内容

本申请的目的是提供一种电子票据的信息处理方法、装置、电子设备及介质，用于防止电子票据的信息被篡改并且能够预先对待写入字段进行敏感信息检测。

为解决上述技术问题，本申请提供一种电子票据的信息处理方法，包括：

预先获取敏感信息数据库的访问路径，所述敏感信息数据库中包含有敏感信息；

获取服务器发送的待写入字段以判断是否包含所述敏感信息；所述待写入字段为用于写入空白票据的字段；

当所述待写入字段不包含所述敏感信息时，对所述服务器返回的签名数据进行验签；所述签名数据具体是通过所述待写入字段对应的哈希结果和所述服务器的私钥生成；

验签通过后将所述待写入字段存储至区块链。

优选地，还包括：

判断所述区块链上存储的已上链字段是否包含所述敏感信息；

如果是，则标记所述已上链字段对应的票据。

优选地，所述当所述待写入字段不包含所述敏感信息时，对所述服务器返回的签名数据进行验签具体包括：

判断所述待写入字段是否包含所述敏感信息；

如果不包含，则对所述待写入字段进行哈希运算以得到所述哈希结果；

向所述服务器发送所述哈希结果以便所述服务器依据所述私钥对所述哈希结果进行加密得到所述签名数据；

接收所述服务器返回的所述签名数据；

利用所述服务器的公钥对所述签名数据进行验签。

优选地，所述判断所述区块链上存储的已上链字段是否包含所述敏感信息具体包括：

从区块链网络获取全部票据的所述已上链字段；

判断所述已上链字段是否包含所述敏感信息；

如果包含所述敏感信息，则进入所述标记所述已上链字段对应的票据的步骤。

优选地，所述当所述待写入字段不包含所述敏感信息时，对所述服务器返回的签名数据进行验签具体包括：

对所述待写入字段进行哈希运算以得到所述哈希结果，向所述服务器发送所述哈希结果以便所述服务器依据所述私钥对所述哈希结果进行加密得到所述签名数据，并判断所述待写入字段是否包含所述敏感信息；

接收所述服务器返回的所述签名数据；

判断是否存在所述待写入字段对应的判断结果；

如果存在所述判断结果，则判断所述判断结果是否表征所述待写入字段不包含所述敏感信息；

如果不包含所述敏感信息，则利用所述服务器的公钥对所述签名数据进行验签；

如果不存在所述判断结果，则判断是否达到预设的延时时间；

如果未达到，则返回所述判断是否存在所述待写入字段对应的判断结果的步骤；

如果达到，则进入所述利用所述服务器的公钥对所述签名数据进行验签的步骤。

优选地，所述判断所述区块链上存储的已上链字段是否包含所述敏感信息具体包括：

获取当前区块高度；其中，将上一个检测周期对应的区块高度作为起始高度；

从当前区块高度对应的区块中获取全部票据的所述已上链字段；

判断所述已上链字段是否包含所述敏感信息；

如果包含所述敏感信息，则进入所述标记所述已上链字段对应的票据的步骤；并判断是否达到当前最大区块高度；

如果未达到，则将当前区块高度增加一个高度，并返回所述从当前区块高度对应的区块中获取全部票据的所述已上链字段的步骤；

如果达到，则记录当前最大区块高度以作为下一个检测周期的起始高度；

如果不包含所述敏感信息，则判断是否达到当前最大区块高度；

如果未达到，则进入所述将当前区块高度增加一个高度，并返回所述从当前区块高度对应的区块中获取全部票据的所述已上链字段的步骤；

如果达到，则进入所述记录当前最大区块高度以作为下一个检测周期的起始高度的步骤。

优选地，还包括：

预先设置敏感信息白名单；

判断所述待写入字段是否包含有所述敏感信息白名单中的信息；

如果不包含，则进入所述当所述待写入字段不包含有预先设置的敏感信息时，对服务器返回的签名数据进行验签的步骤；

如果包含，则直接进入所述对服务器返回的签名数据进行验签的步骤。

优选地，当所述待写入字段包含所述敏感信息时，还包括：

拦截所述待写入字段，并生成拦截记录。

为解决上述技术问题，本申请还提供一种电子票据的信息处理装置，包括：

第一获取模块，用于预先获取敏感信息数据库的访问路径，所述敏感信息数据库中包含有敏感信息；

第二获取模块，用于获取服务器发送的待写入字段以判断是否包含所述敏感信息；所述待写入字段为用于写入空白票据的字段；

信息处理模块，用于当所述待写入字段不包含所述敏感信息时，对所述服务器返回的签名数据进行验签；所述签名数据具体是通过所述待写入字段对应的哈希结果和所述服务器的私钥生成；

信息上传模块，用于验签通过后将所述待写入字段存储至区块链。

为解决上述技术问题，本申请还提供一种电子设备，包括存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如所述的电子票据的信息处理方法的步骤。

为解决上述技术问题，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如所述的电子票据的信息处理方法的步骤。

本申请所提供的电子票据的信息处理方法，在获取用于写入空白票据的待写入字段后，判断上述待写入字段是否包含敏感信息实现对上述待写入字段的检测，当上述待写入字段不包含敏感信息时，将上述待写入字段进行哈希运算，并在验签通过后，将得到的哈希结果保存在区块链上。由此可见，本申请实施例是通过区块链网络来存储电子票据对应的字段，使得各字段上链之后，便无法被篡改，有效保证了监管方在后期核查票据时的真实性。此外，在上链之前，还对上述字段进行敏感信息的检测，有效防止包含敏感信息的字段上链后而无法修改的问题，同时也降低了区块链网络上存储较多问题票据的风险。

此外，本申请所提供的电子票据的信息处理装置、电子设备及介质与电子票据的信息处理方法相对应，效果如上。

附图说明

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

图1为本申请提供的一种电子票据的信息处理***的组成架构图；

图2为本申请实施例提供的一种电子票据的信息处理方法的流程图；

图3为本申请实施例提供的一种电子票据的信息处理方法的流程图；

图4为本申请实施例提供的一种电子票据的信息处理方法的流程图；

图5为本申请实施例提供的另一种电子票据的信息处理方法的流程图；

图6为本申请实施例提供的一种对已上链字段进行敏感信息的检测方法的流程图；

图7为本申请提供的一种应用场景实施例的示意图；

图8为本申请提供的一种电子票据的信息处理装置的结构图；

图9为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

电子票据在电子商务、实体店铺均有广泛的应用。当前，电子票据按照票据的类型，可分为普通票据和特殊票据，其中，普通票据主要是不需要缴纳税费的票据，例如，可以是商超购物收据(俗称购物小票)；特殊票据主要是需要缴纳税费的票据，例如，可以是***、红冲***等。对于电子票据而言，一般保存在远程的中心化服务器上，实现统一管理。

由于中心化服务器通常是以一定的加密方式对保存的电子票据进行保护，很容易受到管理人员的非法篡改和销毁，一旦被不法分子非法攻击，信息难以恢复，即使有信息备份等保护措施，依然有信息丢失的风险。此外，电子票据上通常是包含有多个字段，每个字段表征的含义不同，这些字段构成了电子票据的要素，用于描述对应的电子票据的交易结果。可以理解地是，不同类型的电子票据所包含的字段的数量、字段的种类可能有所不同，例如电子***，其字段可以为购买方的名称、货物或应税劳务、服务名称、规格型号、数量、单价、金额、税率、税额、销售方的名称、销售方的纳税人识别号、销售方的开户行及账号、开票人、收款人等。以上字段构成了整个电子票据的完整信息，如果这些字段未进行审核就保存在中心化服务器，则很容易将一些敏感信息带入。本申请中提到的敏感信息可以是色情类信息、违法活动涉及到的信息、特定人群的信息(姓名)等。一旦将这些敏感信息带入，则导致存在大量不合格电子票据。

很显然，上述电子票据是保存在远程的中心化服务器上的，该方式所保存的数据存在被篡改或销毁的风险，并且，由于在电子票据生成之前未对各待写入字段进行敏感信息的检测，会导致电子票据不合格的概率增加，而频繁修改又无疑再次增加了电子票据被篡改或销毁的风险。

鉴于目前存在的上述问题，本申请提出了基于区块链对电子票据的信息处理技术方案，通过该技术方案，能够防止电子票据的信息被篡改或销毁，同时提高电子票据的合格率。

为了便于理解，下面对本申请的技术方案所适用的***架构进行介绍。参见图1所示出的本申请提供的一种电子票据的信息处理***的组成架构。

如图1所示，本申请的电子票据的信息处理***可以包括个人用户终端11、企业用户终端12，服务器13和区块链网络14、和查询终端15。

在具体实施中，个人用户终端11可以通过自身安装的应用，在开具票据信息界面上为个人用户(请求开具票据的发起用户)提供信息输入接口和信息发送单元。具体的，个人用户终端11通过信息输入接口获取到个人用户输入的待写入字段，这些待写入字段即为写入空白票据的字段，需要是说明的是，这里的写入不等同于手写的写入，只是表名所述待写入字段与所述空白票据中的项目相匹配的方式。个人用户终端11仅是获取所述待写入字段，并不能实现真正的开票操作。当信息发送单元被触发后，个人用户终端11通过第一通讯网络，将通过信息输入接口获取的所述待写入字段发送至企业用户终端12。可以理解地是，本申请中的个人用户终端11包括但不限于安装了上述提到的应用的智能手机、平板电脑、台式计算机以及穿戴式设备等。

企业用户终端12是实现个人用户终端和服务器13之间通信的纽带，企业用户终端12是经过服务器13认证的。企业用户终端12不仅要接收个人用户终端发送的待写入字段，还需要接收企业用户(具有为个人用户提供票据义务的用户，例如，可以是售卖商家)输入的待写入字段。服务器13为企业用户终端12预留有相应的信息输入接口，通过企业用户终端12能够直接访问服务器13，具体过程为：企业用户终端12根据个人用户终端11的请求，通过第二通讯网络访问服务器13，从而将携带有所述待写入字段的请求信息通过信息输入接口输入至服务器13。由于不同的企业用户终端12对应有不同的信息输入接口，因此，企业用户终端12可以不需要再次发送自身的身份信息，当然，即使企业用户终端12不需要发送自身的身份信息，服务器13在后续信息处理过程中，需要依据信息输入接口的接口信息与企业用户终端的身份信息的对应关系，得到企业用户终端12的身份信息，并参与后续的信息处理以进行追溯。需要说明地是，企业用户终端12也并非是真正的产生票据的终端，也只是起到中间媒介的作用。可以理解地是，本申请中的企业用户终端12包括但不限于具有由服务器13提供的信息输入接口的智能手机、平板电脑、台式计算机以及穿戴式设备等。

服务器13可以是一台专门实现某一单一业务的专用服务器，也可以是一台能够实现多种业务的通用服务器，均不影响本申请技术方案的实现。通常情况下，服务器13是专用服务器，即仅用于实现访问区块链网络14的功能。本申请中，个人用户终端11和企业用户终端12都不能直接访问区块链网络，需要借助服务器13，也就是说，区块链网络14授权给服务器13，各企业用户终端12均需要通过服务器13才能将待写入字段传输至区块链网络14，而不能单独与区块链网络14进行数据交互。服务器13一般是有多个，每个服务器与多个企业用户终端12通信以接收各企业用户终端12发送的待写入字段，并将这些字段发送至区块链网络14。在具体实施中，服务器13通过第二通讯网络得到由企业用户终端12发送的待写入字段。

服务器13具有私钥以用于验证服务器13的合法身份，在将待写入字段上链前，需要服务器13通过自身的私钥对待写入字段对应的哈希结果进行加密得到签名数据，然后再将签名数据返回至区块链网络14。区块链网络14会利用该服务器13的公钥对签名数据进行解密，从而得到哈希结果，然后判断该哈希结果是否与发送给服务器13的哈希结果一致，如果一致，表明所要上链的待写入字段是正确的，并且是由合法服务器发送的，以此完成对签名数据的验签。很显然，验签的过程不仅保证了待写入字段的准确性还保证了待写入字段的来源的合法性。

此外，服务器13还可以对待写入字段进行敏感信息的检测，相当于一种预先检测，如果检测到待写入字段不包含敏感信息时，再将待写入字段发送至区块链网络14。可以理解地是，服务器13所用到的敏感信息数据库可以与区块链网络14所用到的敏感信息数据库相同，另外，该数据库可以是本地数据库，也可以是第三方数据库。可以理解地是，本实施例中的服务器13包括但不限于云服务器、物理服务器和虚拟服务器等。

区块链网络14通常是包含有多个区块链节点140，每个区块链节点包含有多个区块链，用于存储数据。事实上，区块链网络14上可以由一个目标区块链节点141单独进行存储数据之外的操作，例如，与服务器13通信和敏感信息的检测。该目标区块链节点141为服务器13预留有开票接口，用于发行票据，目标区块链节点141通过第三通讯网络获取服务器13由开票接口发送的待写入字段。目标区块链节点141在获取到所述待写入字段后，首先，对所述待写入字段进行敏感信息的检测，然后再对服务器13的签名数据进行验签，最后，验签通过后进行上链操作，从而避免包含敏感信息的待写入字段存储至区块链网络14上。在检测过程中所用到的敏感信息数据库可以是在区块链网络14上建立的本地数据库，也可以是由目标区块链节点141从第三方数据库上获取。

验签的过程主要包括：当目标区块链节点141判断出待写入字段不包含敏感信息时，会对待写入字段进行哈希运算得到哈希结果，然后再将哈希结果返回至服务器13，服务器13在接收到哈希结果后，通过自身的私钥对哈希结果加密从而得到签名数据。服务器13将签名数据返回至目标区块链节点141，目标区块链节点141通过服务器13的公钥对签名数据进行解密得到签名数据中的哈希结果，并判断该哈希结果是否与其发出的哈希结果相一致，如果一致，说明当前的服务器13是合法服务器并且待写入字段没有被篡改，验签通过。

在验签通过后，目标区块链节点141可以将待写入字段的哈希结果提交至任一区块链节点140，所提交的哈希运算结果在任一区块链节点140成功上链后，所述哈希结果将在秒级时间段内被快速传递至其他区块链节点140进行保存，各个区块链节点140通过协同合作，维护了全量指令数据，这一过程视为开票成功。通常情况下，目标区块链节点141还将上链成功的信息返回至服务器13，还可以再由服务器13返回至企业用户终端12，企业用户终端12返回至个人用户终端11。

本申请中，区块链网络14的任一区块中除了可以记录区块标识符、票据的信息、票据生成操作记录、二叉树的根哈希以及与哈希结果之外，还可以进一步记录区块链标识和区块链账户地址等信息。

上文中提到所述区块标识符既可以是指对上一区块的区块头进行哈希处理之后得到的标识符，也可以是指当前区块的区块高度；票据的信息可以包括所述待写入字段、票据的唯一ID、企业用户终端唯一ID、服务器IP地址、服务器公钥等；所述票据生成操作记录可以包括个人用户，企业用户，服务器对应的操作和相应的时间戳等；所述二叉树具体可以是Merkle树；所述区块链标识用于表征当前区块链的标识，可以适用于存在多种不同区块链的需要应用跨链技术的场景；所述区块链账户地址是注册用户在注册区块链账户后得到的地址信息，注册过程具体可以包括：获取到注册用户的账户注册信息后，为注册用户创建账户私钥，并利用椭圆曲线算法生成与该账户私钥对应的账户公钥，然后利用单向散列算法对该账户公钥进行运算，以得到区块链账户地址。

可以理解地是，本申请中的目标区块链节点141和区块链节点140的节点设备类型包括但不限于各种类型的服务器、个人计算机、手持终端等。

本申请中，目标区块链节点141具有收集区块链数据、提供区块链数据浏览查询功能、为用户提供私钥生成服务、管理账户的功能。本申请用户通过目标区块链节点141可以查看到区块链的概况信息。

另外，目标区块链节点141可以利用第四通讯网络获取查询终端15发起的针对已上链字段的查询请求，然后对从区块链网络14中收集到的信息进行相应的查询，以得到所述已上链字段。具体的，查询终端15通过界面上的搜索框，获取用户输入的区块高度、交易哈希值或区块哈希值、电子票据编号等搜索关键词，然后向目标区块链节点141发送包含上述搜索关键词的查询请求。目标区块链节点141获取到查询请求后，从区块链网络上查找出与上述查询请求对应的已上链字段，并返回至查询终端15的终端界面上。

需要说明地是，由于敏感信息数据库中的敏感信息是变化的，可能某一时刻，某一待写入字段不包含有敏感信息，且成功上链，但是随着敏感信息的变化，在另一时刻，这一待写入字段中有可能会包含敏感信息。因此，基于该情况，目标区块链节点141还包括二次检测敏感信息。如果目标区块链节点141在二次检测敏感信息时，确认某一已上链字段包含有敏感信息，则在目标区块链节点141和查询终端15进行数据交互时，如果被查询的票据就是这一已上链字段对应的票据，则目标区块链节点141返回至查询终端15的终端界面上之前，需要对包含有敏感信息的已上链字段进行预处理，可以是屏蔽处理或遮挡处理，如，可以将包含有敏感信息的已上链字段替换为“*”号，使得在查询终端15的终端界面上只能显示该票据中不包含有敏感信息的其它字段。

可以理解地是，查询终端15是监管方持有的终端，具体实现监管的作用。其中，监管方为对电子票据进行查验核对的管理方，查询终端15包括但不限于智能手机、平板电脑、穿戴式设备和台式计算机等。如果企业用户需要查询，则企业用户通过企业用户终端12与查询终端15建立通讯，由查询终端15将查询结果发送至企业用户终端12。如果是个人用户需要查询，则个人用户通过个人用户终端11与企业用户终端12建立通讯，然后企业用户终端12与查询终端15建立通讯，由查询终端15将查询结果发送至企业用户终端12，最终由企业用户终端12将查询结果发送至个人用户终端11。在一种具体实施方式中，返回至企业用户终端12或个人用户终端11的查询结果可以采用PDF格式的文件进行呈现。

需要说明地是，本申请的上述第一通讯网络、第二通讯网络、第三通讯网络、第四通讯网络可以根据实际应用过程中的网络状况和应用需求来确定，既可以是无线通讯网络，如移动通讯网络或WIFI网络等，也可以是有线通讯网络；既可以是广域网，在情况允许时也可以采用局域网。

图1所示的电子票据的信息处理***的组成架构中，区块链网络14除了用于对待写入字段进行敏感信息的检测外，还具有保存待写入字段对应的电子票据等功能。

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。

图2为本申请实施例提供的一种电子票据的信息处理方法的流程图。如图2所示，该方法包括：

S101：区块链网络预先获取敏感信息数据库的访问路径，所述敏感信息数据库中包含有敏感信息。

本申请实施例中，敏感信息数据库可以是区块链网络中的本地建立的数据库，可以由任一区块链节点或若干区块链节点维护，例如，上文提到的目标区块链节点，还可以是第三方数据库。无论是哪种方式建立的敏感信息数据库，都需要区块链网络预先知道其访问路径，以便于再进行敏感信息检测时，访问该数据库。

以上文提到的目标区块链节点为例，如果敏感信息数据库是在本地建立的数据库，则目标区块链节点还需要接收监管方对敏感信息数据库的增、删、改、查等操作。可以理解地是，用户对敏感信息数据库的增操作主要是增加敏感信息、用户对敏感信息数据库的删操作主要是删除敏感信息、用户对敏感信息数据库的改操作主要是修改敏感信息、用户对敏感信息数据库的查操作主要是查询当前数据库包含的敏感信息。

如果敏感信息数据库是本地数据库，则为了提高敏感信息数据库的维护成本，需要定期对敏感信息进行去重操作，从而剔除重复的敏感信息。另外，为了防止数据库被篡改或销毁，需要对敏感信息数据库采取多地备份，并定期进行比较。在对敏感信息数据库操作之前，需要进行用户身份验证，如果身份不合法，则不对该用户开放操作权限。

S102：个人用户终端获取个人用户输入的待写入字段，所述待写入字段为用于写入空白票据的字段。

本申请实施例中，个人用户终端可以为个人用户提供信息输入接口，通过该信息输入接口，可以获取个人用户输入的待写入字段。通常情况下，个人用户根据个人用户终端提供的信息输入接口输入相应的待写入字段，例如，待写入字段可以包括用户电话字段、用户姓名字段、用户地址字段、票据类型字段、纳税人识别号、商品列表字段等。

为了让个人用户更加便捷的提供待写入字段，可以根据票据的类型，建立个人用户信息数据库，以保存相应的待写入字段。例如，根据用户输入的票据的类型，链接到个人用户信息数据库，然后直接提取个人用户信息数据库中保存的待写入字段。个人用户只需要根据当前所需要的票据修改个人用户信息数据库中的部分待写入字段即可，不需要每次都输入相同的待写入字段，以此提高了输入的效率。另外，无论是本地个人用户信息数据库还是第三方个人用户信息数据库，为了个人用户信息数据库的安全，可以为个人用户信息数据库设置相应的鉴权机制，用于验证当前用户是否为合法用户，如果为合法用户，则开放访问数据库的权限，以用于提取个人用户信息数据库中保存的待写入字段，或者修改个人用户信息数据库中保存的待写入字段。如果为非法用户，则关闭访问个人用户信息数据库的权限，以禁止提取个人用户信息数据库中保存的待写入字段或者修改个人用户信息数据库中保存的待写入字段。

S103：个人用户终端将所述待写入字段发送至企业用户终端。

个人用户终端还用于接收个人用户输入的确认信息，例如，个人用户在确认各待写入字段均正确时，在显示界面上，点击确认按键。个人用户终端在接收到确认信息时，将获取的待写入字段发送至企业用户终端。

本实施例中，个人用户终端和企业用户终端的通讯，如果是首次通讯，则个人用户终端需要发送个人用户的身份信息，以便于企业用户终端保存该信息，方便后续再次与个人用户终端通讯时，直接调取相应的身份信息即可。可以理解地是，企业用户终端可以将个人用户的身份信息保存在本地。另外，为了后续对各待写入字段进行组合得到对应的票据，每个待写入字段均有其唯一的属性与之相关联，二者可以看作是绑定关系，例如，对于一个用户电话待写入字段，该待写入字段的属性是用户电话，而不是用户地址。因此，个人用户终端在向企业用户终端发送所述待写入字段，以及企业用户终端向服务器发送所述待写入字段时，均不会产生信息混乱的问题。

S104：企业用户终端接收所述待写入字段和企业用户输入的待写入字段。

可以理解地是，企业用户是具有为个人用户提供票据义务的用户，因此，票据信息上应包含有企业用户的身份信息以及本次票据的交易信息。本申请实施例中，企业用户终端可以为企业用户提供信息输入接口，通过该信息输入接口，可以获取企业用户输入的待写入字段。

通常情况下，企业用户根据企业用户终端提供的信息输入接口输入相应的待写入字段，例如，待写入字段可以包括开票人字段、审核人字段、备注字段等。

另外，企业用户终端还用于接收企业用户输入的确认信息，例如，企业用户在确认各待写入字段均正确时，在显示界面上，点击确认按键。企业用户终端在接收到确认信息时，将全部待写入字段发送至服务器。

进一步的，为了后续对各待写入字段进行组合得到对应的票据，每个待写入字段均有其唯一的属性与之相关联，二者可以看作是绑定关系，例如，对于一个开票人字段，该字段的属性是开票人，而不是审核人。并且，同一张票据中的待写入字段具有相同的属性以用于识别是同一张票据的不同字段。因此，企业用户终端在向服务器发送所述待写入字段时，均不会产生信息混乱的问题。

为了防止非法开票，可以为企业用户终端设置相应的鉴权机制，用于验证当前用户是否为合法用户，如果为合法用户，则开放开票操作的权限，以输入开票所需的相应待写入字段。如果为非法用户，则关闭开票操作的权限，以禁止输入开票所需的相应待写入字段。另外，为了防止开票人误输入开票人字段，企业用户终端还根据用户输入的鉴权信息的类型匹配到与该类型对应的开票人，并作为企业用户输入的开票人待写入字段。

S105：企业用户终端将全部待写入字段发送至服务器。

本实施例中，企业用户终端和服务器的通讯，如果是首次通讯，则企业用户终端需要发送企业用户的身份信息，以便于服务器保存该信息，方便后续再次与企业用户终端通讯时，直接调取相应的身份信息即可。可以理解地是，服务器可以将企业用户的身份信息保存在本地。

由于企业用户终端与服务器通讯通常是远程通讯，为了防止信息在传输过程中丢失和泄露的风险，本申请中，企业用户终端还可以对全部的待写入字段进行加密处理，并将加密处理后的待写入字段发送至服务器。另外，为了提高传输的效率，企业用户终端还可以对全部的待写入字段进行压缩处理，并将压缩处理后的待写入字段发送至服务器。

S106：服务器获取企业用户终端发送的待写入字段。

本实施例中，服务器需要根据企业用户终端发送的方式确定是否需要解密处理或者是否需要解压缩处理。可以理解地是，如果企业用户终端对全部待写入字段进行了加密处理，则对应的服务器需要按照相应的解密方法对加密处理过的待写入字段进行解密；如果企业用户终端对全部待写入字段进行了压缩处理，则对应的服务器需要按照相应的解压缩方法对压缩处理过的待写入字段进行解压缩。

S107：服务器通过区块链网络的开票接口将所述待写入字段发送至区块链网络。

S108：区块链网络判断所述待写入字段是否包含所述敏感信息。

本实施例中，区块链网络需要对各待写入字段进行敏感信息的检测，防止包含有敏感信息的待写入字段上链后无法修改的问题。

区块链网络可以在本地建立敏感信息数据库，该数据库中包含有多个敏感信息，检测敏感信息时，为了防止某一敏感信息或某一待写入字段被遗漏，可以采用双遍历的方式，即遍历全部待写入字段以及遍历全部敏感信息的方式，例如，按照特定的顺序，从第一个待写入字段开始，依次判断是否包含有敏感信息数据库中的第一个敏感信息，如果包含，则说明当前待写入字段包含有敏感信息，否则判断是否包含有敏感信息数据库中的下一个敏感信息，直到敏感信息数据库中的每一个敏感信息均参与判断，然后采用相同的方法判断第二个待写入字段，直到全部待写入字段判断完毕为止。

可以理解地是，上述判断的方式是对全部待写入字段以及全部敏感信息均进行了判断，其好处在于，检测敏感信息较为准确，但是，工作量也是巨大的，尤其是在敏感信息较多时，更为明显。基于此，还可以对敏感信息进行划分，根据划分依据将多个敏感信息划分为若干敏感信息组，并为每个组设置该组的标签信息，同样的，区块链网络在得到待写入字段时，按照前述提到的划分依据得到各待写入字段的标签信息，并按照各待写入字段的标签信息，在对应的敏感信息组中进行敏感信息的过滤，具体参见表1。如表1所示，将敏感信息数据库中的敏感信息划分为4个敏感信息组，每个敏感信息组均有自身的标签信息，每个敏感信息组中的敏感信息的数量可能相同，也可能不同。可以理解地是，表3仅仅是作为一种具体应用场景进行描述，所列出的敏感信息组的数量以及敏感信息的数量并不是唯一实施方式。另外，不同的划分依据可能导致同一个敏感信息具有两个或两个以上标签信息，使得该敏感信息在不同的敏感信息组中出现，这也是符合要求的，不影响技术方案的实现。

表1

区块链网络在对各待写入字段进行判断时，如果任一待写入字段包含敏感信息，则说明与该待写入字段构成同一张票据的其它待写入字段也无法参与后续的上链操作，区块链网络会向服务器返回上链失败的信息以提示该票据中所涉及的待写入字段包含有敏感信息，不符合相关要求。服务器还可以将上链失败的信息返回企业用户终端、企业用户终端还可以将上链失败的信息返回至个人用户终端以提示个人用户该票据中所涉及的待写入字段包含有敏感信息，不符合相关要求。在其他实施例中，区块链网络在上链失败的信息中携带有指示信息，该指示信息用于指示特定待写入字段包含有敏感信息。当个人用户通过个人用户终端获取到上链失败的信息时，可以进行查验和修改，并再次向企业用户终端发送写入新的待写入字段。

在具体实施中，一些包含敏感信息的待写入字段是正常的，为了防止这种误检测的问题，作为优选的实施方式，在S108之前，区块链网络预先设置敏感信息白名单；然后判断所述待写入字段是否包含有所述敏感信息白名单中的信息；如果不包含，则进入S108，否则，直接进行上链操作对应的步骤。

可以理解地是，待写入字段是海量的，如果对每个字段均进行检测，则无疑工作量是巨大，而且，不是所有待写入字段的敏感系数都是高，因此，为了减小工作量，提高检测的效率。作为优选地实施方式，在所述判断所述待写入字段是否包含所述敏感信息之前还包括：

预先确定筛选的字段的类型；

提取所述待写入字段中符合所述类型的目标待写入字段。

可以理解地是，所述判断待写入字段是否包含所述敏感信息具体为：判断所述目标待写入字段是否包含所述敏感信息。

通常情况下，所述的类型包括但不限于：用户电话字段、用户姓名字段、用户地址字段、商品列表字段、备注字段、开票人字段、审核人字段。

需要说明地是，上文提到的对待写入字段进行敏感信息的检测可以直接进行数据的拼接，或者json化、或者格式化成其他任何形式(例如，二进制、十六进制等)。

S109：当所述待写入字段不包含所述敏感信息时，区块链网络对所述待写入字段进行哈希运算以得到所述哈希结果。

S110：区块链网络向服务器发送所述哈希结果。

可以理解地是，在对数据进行上链操作之前，需要对待上链的数据进行哈希运算和数字签名处理，在本申请中，待上链的数据就是待写入字段。

在一种具体实施方式中，区块链网络对待写入字段进行哈希运算的方式有如下两种：

第一种：区块链网络每对一张票据的待写入字段检测完毕，便立刻对该票据中的信息进行哈希运算以便于进行上链操作。可以理解地是，本方式无需记录检测结果，使得对应的票据能够在最短时间内快速上链，这样可以大幅缩短外界篡改数据的时间窗口，增大了数据篡改的难度和成本。

第二种：区块链网络检测完多张票据的待写入字段后，将不包含有敏感信息的票据对应的待写入字段进行哈希运算。可以理解地是，本方式可以有效减少检测敏感信息和哈希运算的切换次数，但是需要记录每张票据的检测结果。更具体的，区块链网络可以设置每次检测的票据的数量，当达到这一数量后，再进行哈希运算，例如这一数量可以是10，即对10张票据对应的待写入字段进行敏感信息的检测，检测完之后，将不包含敏感信息的待写入字进行哈希运算。

S111：服务器依据自身的私钥对所述哈希结果进行加密得到所述签名数据。

S112：服务器将所述签名数据发送至区块链网络。

服务器在进行上述数字签名时所使用的私钥，可以保存在服务器中，这样当服务器需要使用私钥时，从本地直接调取即可，当然也可以是由第三方管理平台保存，当服务器需要时，访问第三方管理平台即可。

为了提高服务器中私钥的安全性，服务器除了需要避免将未进行任何保护处理的私钥直接保存在本地，还需要避免将经过现有公知的编码或加密技术处理过的私钥保存在本地。本申请实施例中，可以在服务器本地上创建一套自定义私钥保护机制，其中，该自定义私钥保护机制包括但不限于自定义私钥编码机制或自定义私钥加密机制。服务器在对私钥进行保存之前，先利用上述自定义私钥保护机制，对私钥进行相应处理，然后将处理后的结果保存在本地。当后续服务器需要调用私钥时，便可以基于上述自定义私钥保护机制来还原私钥。由于上述私钥保护机制是自定义的，其对于外界来说是一种未知的私钥保护机制，并且对于外界来说，服务器到底采用哪种保护机制来进行私钥保护也是未知的，这样通过上述私钥保护方案，能够有效地降低私钥被外界截获的概率，极大地提升了本地私钥的安全性。

可以理解地是，在实际应用过程中，相关技术人员可以根据实际需要自定义符合实际使用要求的私钥保护机制。根据自定义的私钥保护机制，服务器可以在保存私钥之前先对私钥进行相应的保护处理。比如，在一种具体实施方式中，服务器可以将私钥分割成若干个分配了序号的片段，然后按照不同的片段修改规则对不同序号的私钥片段进行修改，并将所有修改后的私钥片段分别保存至本地的周期性动态变更的多个不同存储位置上。例如，将私钥分割成3个片段，其中第1个片段对应的片段修改规则为将第1个片段的第n个字符和倒数第n个字符互换，第2个片段对应的片段修改规则为向第2个片段的尾部添加一个预设字符，第3个片段对应的片段修改规则为将第3个片段中的特定字符全部变更为另一种预设字符，在按照上述片段修改规则得到3个修改后的私钥片段后，便将它们分别保存至与当前存储位置变更周期对应的3个不同的存储位置。可以理解地是，后期在还原私钥时，需要先根据片段存储位置周期性变更的特点来确定不同私钥片段的存储位置，然后根据与不同片段序号对应的不同片段修改规则恢复不同片段的原本信息，接着基于序号顺序进行片段拼接，即可还原私钥。

由于区块链网络由多个区块链节点构成，每一个区块链节点都可以进行验签，因此，服务器可以将签名数据发送至任意一个区块链节点。需要说明地是，服务器为了减少区块链网络中某些区块链节点的工作负荷过大或长期处于空闲状态的情况，本申请中，服务器将所述签名数据发送至区块链网络的过程，可以包括：服务器根据当前各区块链节点的负荷信息和位置信息，对所述区块链网络中的区块链节点进行筛选，得到目标节点，然后将所述签名数据上传至所述目标节点。也即，本实施例中的服务器可以自行选择区块链节点作为直接获取上链数据的节点，并且，服务器可以根据区块链节点的负荷信息和位置信息来筛选当前合适的区块链节点，通过这种方式服务器可以选取出当前负荷较小并且地理位置适中的区块链节点作为直接接收上链数据的节点。在一种具体实施方式中，服务器还可以采用随机选取区块链网络节点的方式随机的将哈希运算结果和对应的签名数据上传至区块链网络节点。在另一种具体实施方式中，服务器还可以采用轮询的方式，依次选取区块链节点作为目标节点。

S113：区块链网络接收所述服务器返回的所述签名数据，利用所述服务器的公钥对所述签名数据进行验签，并在验签通过后将所述待写入字段存储至区块链。

本实施例中的验签过程其实是利用公钥对签名数据进行解密和验证。通常情况下，服务器的公钥保存在本地，区块链网络上的任意一个区块链节点所在的设备都保存有服务器的公钥。一方面通过公钥还原出被私钥加密的哈希结果，另一方面比较还原出的哈希结果与发送给服务器的哈希结果是否一致，以确定该哈希结果是否被篡改。本实施例中，区块链网络中的任意节点获取到服务器发送的签名数据之后，会先对所述签名数据进行验签，验签通过之后，便在该节点上生成保存有所述签名数据中的哈希结果的区块，然后广播至区块链网络中的其他节点，其他节点进行接收和验证，验证通过后便可以将上述区块追加至区块链上。

本申请实施例在获取用于写入空白票据的待写入字段后，判断上述待写入字段是否包含敏感信息实现对上述待写入字段的检测，当上述待写入字段不包含敏感信息时，将上述待写入字段进行哈希运算，并在验签通过后，将得到的哈希结果保存在区块链上。由此可见，本申请实施例是通过区块链网络来存储电子票据对应的字段，使得各字段上链之后，便无法被篡改，有效保证了监管方在后期核查票据时的真实性。此外，在上链之前，还对上述字段进行敏感信息的检测，有效防止包含敏感信息的字段上链后而无法修改的问题，同时也降低了区块链网络上存储较多问题票据的风险。

图3为本申请实施例提供的一种电子票据的信息处理方法的流程图。参见图3所示，其中，S201-S213的描述参见上一实施的描述，该方法还包括：

S214：区块链网络判断所述区块链上存储的已上链字段是否包含所述敏感信息，如果是，则标记所述已上链字段对应的票据。

可以理解地是，敏感信息数据库中的敏感信息是动态变化的，对于已经上链的已上链字段可能依然包含敏感信息，因此，本实施例中还需要再次对已上链字段进行敏感信息的检测。具体的检测过程与待写入字段上链前的检测方式相同，参见上文的描述。

为了加快检测的速度，可以标记每个待写入字段上链前检测时所用到的敏感信息数据库的版本，以及每个版本的敏感信息的变化情况，通过比较当前敏感信息数据库与上链前所用到的敏感信息数据库得到新增加的敏感信息，在本次检测时，只需要检测已上链字段是否包含新增加的敏感信息即可。

可以理解地是，已上链字段是海量的，如果对每个字段均进行检测，则无疑工作量是巨大，而且，不是所有已上链字段的敏感系数都是高，因此，为了减小工作量，提高二次检测的效率。作为优选地实施方式，在所述判断所述区块链上存储的已上链字段是否包含所述敏感信息之前还包括：

预先确定筛选的字段的类型；

提取所述已上链字段中符合所述类型的目标已上链字段。

可以理解地是，所述判断所述区块链上存储的已上链字段是否包含所述敏感信息具体为：判断所述区块链上存储的目标已上链字段是否包含所述敏感信息。

通常情况下，所述的类型包括但不限于：用户电话字段、用户姓名字段、用户地址字段、商品列表字段、备注字段、开票人字段、审核人字段。

本申请中，区块链网络对于敏感信息的检测和向服务器返回哈希结果可以是同步的，也可以是异步的。所谓的同步，就是区块链网络先判断待写入字段是否包含敏感信息，在判断结果表明不包含敏感信息时，再对待写入字段进行哈希运算得到哈希结果，并将哈希结果返回至服务器，如图N所示的流程。所谓的异步，就是区块链在判断所述待写入字段是否包含所述敏感信息的同时，对所述待写入字段进行哈希运算以得到所述哈希结果，然后向所述服务器发送所述哈希结果。

同步的过程

图4为本申请实施例提供的一种电子票据的信息处理方法的流程图。参见图4所示，该方法包括：

S301：区块链网络预先获取敏感信息数据库的访问路径，所述敏感信息数据库中包含有敏感信息。

S302：个人用户终端获取个人用户输入的待写入字段，所述待写入字段为用于写入空白票据的字段。

S303：个人用户终端将所述待写入字段发送至企业用户终端。

S304：企业用户终端接收所述待写入字段和企业用户输入的待写入字段。

S305：企业用户终端将全部待写入字段发送至服务器。

S306：服务器获取企业用户终端发送的待写入字段。

S307：服务器通过区块链网络的开票接口将所述待写入字段发送至区块链网络。

S308：区块链网络判断所述待写入字段是否包含所述敏感信息。

S309：当所述待写入字段不包含所述敏感信息时，区块链网络对所述待写入字段进行哈希运算以得到所述哈希结果。

S310：区块链网络向服务器发送所述哈希结果。

S311：服务器依据自身的私钥对所述哈希结果进行加密得到所述签名数据。

S312：服务器将所述签名数据发送至区块链网络。

S313：区块链网络接收所述服务器返回的所述签名数据，利用所述服务器的公钥对所述签名数据进行验签，并在验签通过后将所述待写入字段存储至区块链。

S314：当所述待写入字段包含所述敏感信息时，区块链网络拦截所述待写入字段，并生成拦截记录。

S315：区块链网络向服务器发送开票失败的信息。

S316：区块链网络判断所述区块链上存储的已上链字段是否包含所述敏感信息，如果是，则标记所述已上链字段对应的票据。

本实施例中，区块链网络先对待写入字段进行敏感信息的检测，在不包含敏感信息时，才进行后续的步骤，避免包含敏感信息的待写入字段上链，但是也存在效率低的问题。

由于同步的过程中，已上链字段包含敏感信息的机率较小，通常是采取较大的检测周期进行二次检测。例如，该周期可以是6个月、1年等。为了适应敏感信息数据库的变化，并及时发现问题票据，本实施例中，对全部票据的字段均进行敏感信息检测。

作为优选地实施方式，所述判断所述区块链上存储的已上链字段是否包含所述敏感信息具体包括：

从区块链网络获取全部票据的所述已上链字段；

判断所述已上链字段是否包含所述敏感信息；

如果包含所述敏感信息，则标记所述已上链字段对应的票据。

异步的过程

图5为本申请实施例提供的另一种电子票据的信息处理方法的流程图。参见图5所示，该方法包括：

S401：区块链网络预先获取敏感信息数据库的访问路径，所述敏感信息数据库中包含有敏感信息。

S402：个人用户终端获取个人用户输入的待写入字段，所述待写入字段为用于写入空白票据的字段。

S403：个人用户终端将所述待写入字段发送至企业用户终端。

S404：企业用户终端接收所述待写入字段和企业用户输入的待写入字段。

S405：企业用户终端将全部待写入字段发送至服务器。

S406：服务器获取企业用户终端发送的待写入字段。

S407：服务器通过区块链网络的开票接口将所述待写入字段发送至区块链网络。

S408：区块链网络对所述待写入字段进行哈希运算以得到所述哈希结果，向所述服务器发送所述哈希结果，并判断所述待写入字段是否包含所述敏感信息。

S409：服务器依据自身的私钥对所述哈希结果进行加密得到所述签名数据；

S410：服务器将所述签名数据发送至区块链网络；

S411：区块链网络接收所述服务器返回的所述签名数据。

S412：区块链网络判断是否存在所述待写入字段对应的判断结果。

S413：如果存在所述判断结果，则区块链网络判断所述判断结果是否表征所述待写入字段不包含所述敏感信息。

S414：如果不存在所述判断结果，则区块链网络判断是否达到预设的延时时间，如果未达到，则返回S412。

S415：如果达到所述预设的延时时间或不包含所述敏感信息，则利用所述服务器的公钥对所述签名数据进行验签。

S416：当所述待写入字段包含所述敏感信息时，区块链网络拦截所述待写入字段，并生成拦截记录。

S417：区块链网络向服务器发送开票失败的信息。

S418：区块链网络判断所述区块链上存储的已上链字段是否包含所述敏感信息，如果是，则标记所述已上链字段对应的票据。

本实施例中，区块链网络同时进行敏感信息的检测和哈希运算，使得服务器不需要等待敏感信息的判断结果就可以向区块链网络发送签名数据，一定程度上节约了交互的效率。值得注意的是，虽然异步的过程能够提高交互的效率，但是S415中，在得到服务器的签名数据后，如果经过预设延时时间仍然不存在判断结果，则直接将待写入数据上链。可见，这一步骤中，可能会存在一个或多个待写入字段包含敏感信息而上链的问题。为了克服这一问题，本申请还提供相应的措施，即对已上链字段进行二次检测。可以理解地是，对于上一实施例提到的对已上链字段进行二次检测，尤其是适用于通过异步的方式上链的情况。

由于异步的过程中，已上链字段包含敏感信息的机率较大，通常是采取较小的检测周期进行二次检测。例如，该周期可以是1个月、2个月等。由于检测周期较短，所以如果对全部区块进行检测，则工作量巨大，所以本实施例中，在每个检测周期内只检测上一检测周期到当前新产生的区块。

图6为本申请实施例提供的一种对已上链字段进行敏感信息的检测方法的流程图。作为一种优选的实施方式，本实施例中，所述判断所述区块链上存储的已上链字段是否包含所述敏感信息具体包括：

S501：获取当前区块高度；其中，将上一个检测周期对应的区块高度作为起始高度；

S502：从当前区块高度对应的区块中获取全部票据的所述已上链字段；

S503：判断所述已上链字段是否包含所述敏感信息，如果包含所述敏感信息，则进入S504，否则进入S505；

S504：标记所述已上链字段对应的票据，并进入S505；

S505：判断是否达到当前最大区块高度，如果未达到，则进入S506，如果达到，则进入S507；

S506：将当前区块高度增加一个高度，并返回S502；

S507：记录当前最大区块高度以作为下一个检测周期的起始高度，并返回S505。

通过以上流程可知，该检测方式只检测上一检测周期到当前所产生的新的已上链字段。可以理解地是，S503中，需要将全部已上链字段都进行检测，只要有一个已上链字段包含有敏感信息，则对应的结果就是包含所述敏感信息，进入S504，如果都不包含，则对应的结果就是不包含敏感信息，进入S505。

下面通过一个具体的应用场景实例对电子票据在区块链网络中的上链以及查询过程进行说明。其中，TrustSQL可以为一种区块链底层框架，能够兼容Mysql和JsonRPC，并支持多种共识算法。TrustSQL具体采用拜占庭容错共识机制，允许部分区块链节点宕机，有利于降低节点接入成本和提高网络可靠性。TrustSQL的数字签名算法是椭圆曲线数字签名算法，私钥可由服务器自己生成，这样使得服务器发送的待写入字段与服务器之间的绑定关系无法被篡改。

图7为本申请提供的一种应用场景实施例的示意图。如图7所示，个人用户终端获取到个人用户输入的待写入字段，包括用户名字段、纳税人识别号字段、开户行及账号字段、用户地址字段、用户电话字段，并将上述字段发送至企业用户终端，企业用户终端不仅接收个人用户终端输入的待写入字段还接收企业用户输入的待写入字段，包括商品列表字段、备注字段、开票人字段、审核人字段等。上述全部待写入字段构成完成票据由企业用户终端发送至服务器，服务器统一将这些待写入字段发送至区块链网络的一个区块链节点，该节点首先调用敏感信息数据库以判断待写入字段是否包含有敏感信息。如果待写入字段中的某一字段包含有“AAA”，并且敏感信息数据库中的一种敏感信息为“AAA”，那么经过判断，该待写入字段包含有敏感信息，否则，不包含敏感信息。当判断出包含敏感信息时，则拦截所述待写入字段，并生成拦截记录，可以向服务器发送拦截记录以进行提示。个人用户终端或企业用户终端根据提示进行修改，再次执行上述过程。当判断出待写入字段不包含有敏感信息时，通过哈希运算得到待写入字段对应的哈希结果，并将哈希结果发送至服务器。服务器根据自身的私钥对哈希结果进行加密得到签名数据，并发送至区块链网络上的一个区块链节点，该节点利用服务器的公钥进行对签名数据进行验签，如果验签通过，后续便可以在该区块链节点上生成包含上述哈希结果的区块，并将该区块广播至区块链网络中的其他区块链节点，待其他区块链节点验证通过后，便可以将上述区块追加至区块链上。后续如果查询终端需要对区块链网络进行访问，则通过预先设置的访问方式进行相应票据的查询，查询方式可以是电子票据的编号、哈希结果等。在得到查询结果后，如果包含有敏感信息，则将包含敏感信息的字段用“*”代替，并返回至查询终端，由此监管人员便可以确定哪些字段是包含有敏感信息的，哪些字段是正常的。

图8为本申请提供的一种电子票据的信息处理装置的结构图。如图8所示，该装置包括：

第一获取模块11，用于预先获取敏感信息数据库的访问路径，所述敏感信息数据库中包含有敏感信息。

第二获取模块12，用于获取服务器发送的待写入字段以判断是否包含所述敏感信息；所述待写入字段为用于写入空白票据的字段。

信息处理模块13，用于当所述待写入字段不包含所述敏感信息时，对所述服务器返回的签名数据进行验签；所述签名数据具体是通过所述待写入字段对应的哈希结果和所述服务器的私钥生成。

信息上传模块14，用于验签通过后将所述待写入字段存储至区块链。

作为一种优选地实施方式，电子票据的信息处理装置还包括：

第一判断模块，用于判断所述区块链上存储的已上链字段是否包含所述敏感信息；

标记模块，用于在所述第一判断模块的结果为是时，标记所述已上链字段对应的票据。

作为一种优选地实施方式，信息处理模块13具体包括：

第一判断单元，用于判断所述待写入字段是否包含所述敏感信息；

哈希运算单元，用于在第一判断单元的判断结果为否时，对所述待写入字段进行哈希运算以得到所述哈希结果；

哈希发送单元，用于向所述服务器发送所述哈希结果以便所述服务器依据所述私钥对所述哈希结果进行加密得到所述签名数据；

接收单元，用于接收所述服务器返回的所述签名数据；

第一验签单元，用于利用所述服务器的公钥对所述签名数据进行验签。

作为一种优选地实施方式，所述第一判断模块具体包括：

第一获取单元，用于从区块链网络获取全部票据的所述已上链字段；

第二判断单元，用于判断所述已上链字段是否包含所述敏感信息，如果包含所述敏感信息，则触发所述标记模块。

作为一种优选地实施方式，所述信息处理模块12具体包括：

处理单元，用于对所述待写入字段进行哈希运算以得到所述哈希结果，向所述服务器发送所述哈希结果以便所述服务器依据所述私钥对所述哈希结果进行加密得到所述签名数据，并判断所述待写入字段是否包含所述敏感信息；

接收单元，用于接收所述服务器返回的所述签名数据；

第三判断单元，用于判断是否存在所述待写入字段对应的判断结果；

第四判断单元，用于存在所述判断结果时，判断所述判断结果是否表征所述待写入字段不包含所述敏感信息；

第五判断单元，用于不存在所述判断结果时，判断是否达到预设的延时时间，如果未达到，则触发所述第三判断单元；

第二验签单元，用于不包含所述敏感信息或达到所述预设的延时时间时，利用所述服务器的公钥对所述签名数据进行验签。

作为一种优选地实施方式，所述第一判断模块具体包括：

第二获取单元，用于获取当前区块高度；其中，将上一个检测周期对应的区块高度作为起始高度；

第三获取单元，用于从当前区块高度对应的区块中获取全部票据的所述已上链字段；

第六判断单元，用于判断所述已上链字段是否包含所述敏感信息，如果包含所述敏感信息，则触发所述标记模块并触发第七判断单元或不包含所述敏感信息，则触发所述第七判断单元；

第七判断单元，用于判断是否达到当前最大区块高度；

增加单元，用于未达到当前最大区块高度时，将当前区块高度增加一个高度，并触发第三获取单元；

记录单元，用于达到当前最大区块高度时，记录当前最大区块高度以作为下一个检测周期的起始高度；

作为一种优选地实施方式，上述装置还包括：

设置模块，用于预先设置敏感信息白名单；

第二判断模块，用于判断所述待写入字段是否包含有所述敏感信息白名单中的信息，如果不包含，则触发信息处理模块13；如果包含，则直接触发信息处理模块13以对服务器返回的签名数据进行验签。

作为一种优选地实施方式，上述装置还包括：

拦截模块，用于当所述待写入字段包含所述敏感信息时，拦截所述待写入字段，并生成拦截记录。

本申请实施例提供的电子票据的信息处理装置，在获取用于写入空白票据的待写入字段后，判断上述待写入字段是否包含敏感信息实现对上述待写入字段的检测，当上述待写入字段不包含敏感信息时，将上述待写入字段进行哈希运算，并在验签通过后，将得到的哈希结果保存在区块链上。由此可见，本申请实施例是通过区块链网络来存储电子票据对应的字段，使得各字段上链之后，便无法被篡改，有效保证了监管方在后期核查票据时的真实性。此外，在上链之前，还对上述字段进行敏感信息的检测，有效防止包含敏感信息的字段上链后而无法修改的问题，同时也降低了区块链网络上存储较多问题票据的风险。

进一步的，本申请实施例还提供一种电子设备。图9为本申请实施例提供的一种电子设备的结构示意图。如图9所示，该电子设备包括存储器51，用于存储计算机程序；处理器52，用于执行所述计算机程序时实现如上述实施例提供的电子票据的信息处理方法的步骤。

其中，处理器52可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器52可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器61也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器52可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器52还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器51可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器51还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器51至少用于存储以下计算机程序521，其中，该计算机程序被处理器52加载并执行之后，能够实现前述任一实施例公开的对电子票据的信息处理方法的相关步骤。另外，存储器51所存储的资源还可以包括操作***512和数据513等，存储方式可以是短暂存储或者永久存储。其中，操作***512可以包括Windows、Unix、Linux等。数据513可以包括但不限于待写入字段等。

在一些实施例中，电子设备还可包括有显示屏53、电源54、通信接口55、输入输出接口56、传感器57、以及通信总线58。

本领域技术人员可以理解，图9中示出的结构并不构成对电子设备的限定，可以包括比图示更多或更少的组件。

最后，本申请实施例还公开了一种存储介质，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现前述任一实施例公开的由区块链网络执行的电子票据的信息处理方法步骤。

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

以上对本申请所提供的电子票据的信息处理方法、装置、电子设备及介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明地是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (11)

1.一种电子票据的信息处理方法，其特征在于，包括：

预先获取敏感信息数据库的访问路径，所述敏感信息数据库中包含有敏感信息；

获取服务器发送的待写入字段以判断是否包含所述敏感信息；所述待写入字段为用于写入空白票据的字段；

当所述待写入字段不包含所述敏感信息时，对所述服务器返回的签名数据进行验签；所述签名数据具体是通过所述待写入字段对应的哈希结果和所述服务器的私钥生成；

验签通过后将所述待写入字段存储至区块链。

2.根据权利要求1所述的电子票据的信息处理方法，其特征在于，还包括：

判断所述区块链上存储的已上链字段是否包含所述敏感信息；

如果是，则标记所述已上链字段对应的票据。

3.根据权利要求2所述的电子票据的信息处理方法，其特征在于，所述当所述待写入字段不包含所述敏感信息时，对所述服务器返回的签名数据进行验签具体包括：

判断所述待写入字段是否包含所述敏感信息；

如果不包含，则对所述待写入字段进行哈希运算以得到所述哈希结果；

向所述服务器发送所述哈希结果以便所述服务器依据所述私钥对所述哈希结果进行加密得到所述签名数据；

接收所述服务器返回的所述签名数据；

利用所述服务器的公钥对所述签名数据进行验签。

4.根据权利要求3所述的电子票据的信息处理方法，其特征在于，所述判断所述区块链上存储的已上链字段是否包含所述敏感信息具体包括：

从区块链网络获取全部票据的所述已上链字段；

判断所述已上链字段是否包含所述敏感信息；

如果包含所述敏感信息，则进入所述标记所述已上链字段对应的票据的步骤。

5.根据权利要求2所述的电子票据的信息处理方法，其特征在于，所述当所述待写入字段不包含所述敏感信息时，对所述服务器返回的签名数据进行验签具体包括：

对所述待写入字段进行哈希运算以得到所述哈希结果，向所述服务器发送所述哈希结果以便所述服务器依据所述私钥对所述哈希结果进行加密得到所述签名数据，并判断所述待写入字段是否包含所述敏感信息；

接收所述服务器返回的所述签名数据；

判断是否存在所述待写入字段对应的判断结果；

如果存在所述判断结果，则判断所述判断结果是否表征所述待写入字段不包含所述敏感信息；

如果不包含所述敏感信息，则利用所述服务器的公钥对所述签名数据进行验签；

如果不存在所述判断结果，则判断是否达到预设的延时时间；

如果未达到，则返回所述判断是否存在所述待写入字段对应的判断结果的步骤；

如果达到，则进入所述利用所述服务器的公钥对所述签名数据进行验签的步骤。

6.根据权利要求5所述的电子票据的信息处理方法，其特征在于，所述判断所述区块链上存储的已上链字段是否包含所述敏感信息具体包括：

获取当前区块高度；其中，将上一个检测周期对应的区块高度作为起始高度；

从当前区块高度对应的区块中获取全部票据的所述已上链字段；

判断所述已上链字段是否包含所述敏感信息；

如果包含所述敏感信息，则进入所述标记所述已上链字段对应的票据的步骤；并判断是否达到当前最大区块高度；

如果未达到，则将当前区块高度增加一个高度，并返回所述从当前区块高度对应的区块中获取全部票据的所述已上链字段的步骤；

如果达到，则记录当前最大区块高度以作为下一个检测周期的起始高度；

如果不包含所述敏感信息，则判断是否达到当前最大区块高度；

如果未达到，则进入所述将当前区块高度增加一个高度，并返回所述从当前区块高度对应的区块中获取全部票据的所述已上链字段的步骤；

如果达到，则进入所述记录当前最大区块高度以作为下一个检测周期的起始高度的步骤。

7.根据权利要求1-6任意一项所述的电子票据的信息处理方法，其特征在于，还包括：

预先设置敏感信息白名单；

判断所述待写入字段是否包含有所述敏感信息白名单中的信息；

如果不包含，则进入所述当所述待写入字段不包含有预先设置的敏感信息时，对服务器返回的签名数据进行验签的步骤；

如果包含，则直接进入所述对服务器返回的签名数据进行验签的步骤。

8.根据权利要求1-6任意一项所述的电子票据的信息处理方法，其特征在于，当所述待写入字段包含所述敏感信息时，还包括：

拦截所述待写入字段，并生成拦截记录。

9.一种电子票据的信息处理装置，其特征在于，包括：

第一获取模块，用于预先获取敏感信息数据库的访问路径，所述敏感信息数据库中包含有敏感信息；

第二获取模块，用于获取服务器发送的待写入字段以判断是否包含所述敏感信息；所述待写入字段为用于写入空白票据的字段；

信息处理模块，用于当所述待写入字段不包含所述敏感信息时，对所述服务器返回的签名数据进行验签；所述签名数据具体是通过所述待写入字段对应的哈希结果和所述服务器的私钥生成；

信息上传模块，用于验签通过后将所述待写入字段存储至区块链。

10.一种电子设备，其特征在于，包括存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至8任一项所述的电子票据的信息处理方法的步骤。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的电子票据的信息处理方法的步骤。