CN115660878B - 一种电子发票的实现方法及系统 - Google Patents

Abstract

本发明提供了一种电子发票的实现方法及系统，运用于电子发票安全技术领域；基于预设的空白电子发票模板，接收发票商品信息和发票交易信息，根据销售方对象信息与购买方对象信息对发票商品信息和发票交易信息进行分类归集，构建发票数据子集；采集税务机关的签名数据信息，判断发票数据子集是否无误；通过对初始电子发票和预设的完整电子发票模板进行差异性比对，确认需补充的剩余数据是否为私钥信息；本发明通过由空白的电子发票模板输入发票数据信息，并且采用数字签名算法的方式进行签名加密，实现发票数据无法被篡改或伪造，不仅能够确保电子发票的完整性和真实性，还能保障发票数据的安全可控。

Description

一种电子发票的实现方法及系统

技术领域

本发明涉及电子发票安全技术领域，特别涉及为一种电子发票的实现方法及系统。

背景技术

电子发票是信息时代的产物，同普通发票一样，采用税务局统一发放的形式给商家使用，发票号码采用全国统一编码，采用统一防伪技术，分配给商家，在电子发票上附有电子税务局的签名机制，电子发票的推广，得益于政策层面的“松绑”和鼓励。由于电子发票都是增值税发票，在“营改增”正式落地后，包括酒店业、餐饮业在内的服务业商户真正被纳入电子发票的开票范围，国家税务总局发布《关于进一步做好增值税电子普通发票推行工作的指导意见》，进一步明确重点在电商、金融、快递等行业做好增值税电子普通发票推行工作。

有些商家为了片面地追求更高的利润，采用不开发票或者开假发票等手段欺骗消费者。这种现象的出现，不仅给消费者的售后服务以及维权带来了极大的难度，而且也造成了巨额税收的流失。为了规范电子商务市场开票问题，当下最好的举措是加快普及电子发票的使用。同传统发票一样，如何保障发票内容的真实性、完整性以及不可否认性是电子发票在实际运用中的重中之重问题。

发明内容

本发明旨在解决保障发票内容的真实性、完整性以及不可否认性的问题，提供一种电子发票的实现方法及系统。

本发明为解决技术问题采用如下技术手段：

本发明提供一种电子发票的实现方法，包括以下步骤：

基于预设的空白电子发票模板，接收发票商品信息和发票交易信息，根据销售方对象信息与购买方对象信息对所述发票商品信息和发票交易信息进行分类归集，构建发票数据子集；

采集税务机关的签名数据信息，判断所述发票数据子集是否无误，若无误，则基于所述销售方对象信息与所述购买方对象信息，获取所述销售方对象的公钥数据和所述购买方对象的公钥数据，采用所述销售方对象的公钥数据和所述购买方对象的公钥数据对所述发票数据子集进行关联标注，生成初始电子发票；若有误，则获取所述税务机关的回返签名数据信息，基于所述签名数据信息获取修改方案与无误指令；

通过对所述初始电子发票和预设的完整电子发票模板进行差异性比对，确认需补充的剩余数据是否为私钥信息；若是，则基于预设的数字签名算法对所述初始电子发票进行签名，将所述销售方对象与所述购买方对象的私钥信息通过所述数字签名算法录入至所述初始电子发票，生成有效电子发票；若否，则对所述需补充的剩余数据进行数据解析，生成数据补充策略，并将所述数据补充策略输出至所述销售方对象的终端或所述购买方对象的终端。

进一步地，则获取所述税务机关的回返签名数据信息，基于所述签名数据信息获取修改方案与无误指令的步骤中，包括：

接收签名数据信息模板并识别所述回返签名数据信息，基于所述签名数据信息从所述回返签名数据信息中获取所述修改方案，根据所述修改方案解析所述回返签名数据信息并提取动态特征和时间特征；

基于所述动态特征，将所述发票数据子集回返至所述构建发票数据子集前，更换所述空白电子发票模板以适配所述发票商品信息和所述发票交易信息；

基于所述时间特征，将所述发票数据子集回返至所述构建发票数据子集前，通过预置的验证平台，验证所述发票商品信息和发票交易信息的完整性。

进一步地，基于所述时间特征，将所述发票数据子集回返至所述构建发票数据子集前，通过预置的验证平台，验证所述发票商品信息和发票交易信息的完整性的步骤中，包括：

获取到所述发票数据子集的验证请求和票面信息；

判断所述票面信息是否具备预置的信息特征，其中，所述信息特征包括税务机关公钥数据和税务机关公章数据；

若是，则通过预置的公钥列表数据库查询所述信息特征的正确性，并通过税务机关的数字证书验证所述信息特征的正确性。

进一步地，基于所述时间特征，将所述发票数据子集回返至所述构建发票数据子集前，通过预置的验证平台，验证所述发票商品信息和发票交易信息的完整性的步骤后，包括：

获取所述发票商品信息和发票交易信息的验证过程；

判断所述验证过程是否通过；

若是，则判定所述发票数据子集未被篡改；

若否，则判定所述发票数据子集属于无效发票数据。

进一步地，通过对所述初始电子发票和预设的完整电子发票模板进行差异性比对，确认需补充的剩余数据是否为私钥信息的步骤中，包括：

获取所述销售方对象的私钥信息和所述购买方对象的私钥信息；

基于所述销售方对象的私钥信息和所述购买方对象的私钥信息，生成所述销售方对象的数字签名数据和所述购买方对象的数字签名数据。

进一步地，预设的数字签名算法具体为加密算法，所述加密算法采用以下公式：

T_t＝Sig(ib_s，k₂||(k₁||lk_s))

其中，T_t为电子发票数据，k₁为销售方私钥数据，k₂为购买方私钥数据，lk_s为发票商品票面信息，Sig为税务机关签名数据，ib_s为发票交易信息。

进一步地，则对所述需补充的剩余数据进行数据解析，生成数据补充策略，并将所述数据补充策略输出至所述销售方对象的终端或所述购买方对象的终端的步骤中，包括：

捕捉所述初始电子发票的需补充数据类型；

接收所述销售方对象和所述购买方对象录入的补充数据；

判断所述补充数据是否匹配所述需补充剩余数据类型；

若是，则所述初始电子发票补充完毕。

本发明还提供一种电子发票的实现系统，包括：

构建模块，用于基于预设的空白电子发票模板，接收发票商品信息和发票交易信息，根据销售方对象信息与所述购买方对象信息对所述发票商品信息和发票交易信息进行分类归集，构建发票数据子集；

判断模块，用于采集税务机关的签名数据信息，判断所述发票数据子集是否无误，若无误，则基于所述销售方对象信息与所述购买方对象信息，获取所述销售方对象的公钥数据和所述购买方对象的公钥数据，采用所述销售方对象的公钥数据和所述购买方对象的公钥数据对所述发票数据子集进行关联标注，生成初始电子发票；若有误，则获取所述税务机关的回返签名数据信息，基于所述签名数据信息获取修改方案与无误指令；

生成模块，用于通过对所述初始电子发票和预设的完整电子发票模板进行差异性比对，确认需补充的剩余数据是否为私钥信息；若是，则基于预设的数字签名算法对所述发初始电子发票进行签名，将所述销售方对象与所述购买方对象的私钥信息通过所述数字签名算法录入至所述初始电子发票，生成有效电子发票；若否，则对所述需补充的剩余数据进行数据解析，生成数据补充策略，并将所述数据补充策略输出至所述销售方对象的终端或所述购买方对象的终端。

进一步地，判断模块还包括：

获取单元，用于则获取所述税务机关的回返签名数据信息，基于所述签名数据信息获取修改方案与无误指令的步骤中，包括：

接收单元，用于接收签名数据信息模板并识别所述回返签名数据信息，基于所述签名数据信息从所述回返签名数据信息中获取所述修改方案，根据所述修改方案解析所述回返签名数据信息并提取动态特征和时间特征；

第一执行单元，用于基于所述动态特征，将所述发票数据子集回返至所述构建发票数据子集前，更换所述空白电子发票模板以适配所述发票商品信息和所述发票交易信息；

第二执行单元，用于基于所述时间特征，将所述发票数据子集回返至所述构建发票数据子集前，通过预置的验证平台，验证所述发票商品信息和发票交易信息的完整性。

进一步地，第二执行单元还包括：

获取子单元，用于获取到所述发票数据子集的验证请求和票面信息；

判断子单元，用于判断所述票面信息是否具备预置的信息特征，其中，所述信息特征包括税务机关公钥数据和税务机关公章数据；

执行子单元，用于若是，则通过预置的公钥列表数据库查询所述信息特征的正确性，并通过税务机关的数字证书验证所述信息特征的正确性。

本发明提供了一种电子发票的实现方法及系统，具有以下有益效果：

本发明通过由空白的电子发票模板输入包括销售方基本信息、购买方基本信息、日期、金额、业务类型、交易明细、税务机关签名、销售方签名，并且采用数字签名算法的方式进行签名加密，实现发票数据无法被篡改或伪造，不仅能够确保电子发票的完整性和真实性，还能保障发票数据的安全可控。

附图说明

图1为本发明一种电子发票的实现方法一个实施例的流程示意图；

图2为本发明一种电子发票的实现系统一个实施例的结构框图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明，本发明为目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

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

参考附图1，为本发明一实施例中的一种电子发票的实现方法，包括：

S1：基于预设的空白电子发票模板，接收发票商品信息和发票交易信息，根据销售方对象信息与购买方对象信息对所述发票商品信息和发票交易信息进行分类归集，构建发票数据子集，其中，所述发票数据子集具体为包含有效发票信息的数据库；

S2：采集税务机关的签名数据信息，判断所述发票数据子集是否无误，若无误，则基于所述销售方对象信息与所述购买方对象信息，获取所述销售方对象的公钥数据和所述购买方对象的公钥数据，采用所述销售方对象的公钥数据和所述购买方对象的公钥数据对所述发票数据子集进行关联标注，生成初始电子发票；若有误，则获取所述税务机关的回返签名数据信息，基于所述签名数据信息获取修改方案与无误指令，其中，所述修改方案具体为税务机关输入至所述发票数据子集中的错误数据点，所述无误指令具体为税务机关输出至所述修改方案中突出显示的待修改数据点；

S3：接收所述修改方案并识别所述无误指令，基于所述修改方案从所述无误指令中获取所述待修改数据点，根据所述修改方案解析所述待修改数据点，并提取所述待修改数据点的动态特征和时间特征；

S4：基于所述动态特征，将所述发票数据子集回返至所述构建发票数据子集前，更换所述空白电子发票模板以适配所述发票商品信息和所述发票交易信息，基于所述时间特征，将所述发票数据子集回返至所述构建发票数据子集前，通过预置的验证平台，验证所述发票商品信息和发票交易信息的完整性；

S5：获取所述税务机关输入的离线处理数据包，采用所述离线处理数据包对所述发票数据子集进行离线数据处理，生成离线开票数据，对所述离线开票数据基于网络应用规则进行定义，将所述离线开票数据基于税盘设备进行离线存储，检测所述网络应用环境，识别所述税盘设备未上传的所述离线开票数据，通过所述网络应用环境进行数据传输，输入至所述税务机关，其中，所述网络应用规则具体为兼容存储在线和离线两种模式下生成的在线开票数据与离线开票数据；

S6：通过对所述初始电子发票和预设的完整电子发票模板进行差异性比对，确认需补充的剩余数据是否为私钥信息；若是，则基于预设的数字签名算法对所述初始电子发票进行签名，将所述销售方对象与所述购买方对象的私钥信息通过所述数字签名算法录入至所述初始电子发票，生成有效电子发票；若否，则对所述需补充的剩余数据进行数据解析以生成数据补充策略，针对所述私钥信息向所述销售方对象的终端或所述购买方对象的终端发送请求信息，确定所述请求信息中的私钥信息属于所述销售方对象的终端或所述购买方对象的终端，得到至少一个私钥信息，将所述至少一个私钥信息输入至所述初始电子发票。

在本实施例中，系统基于预先在税务中心下载好并存储于存储空间中的空白电子发票模板，通过接收获取企业提供的发票商品信息和发票交易信息后，根据已存储有的销售方对象信息与购买方对象信息，对该空白电子发票模板进行数据填充，将数据分类归集至发票模板各个数据点，构建发票数据子集(即输入并归集好各个数据点的数据后，得到的完整发票数据，具备发票所必须有的所有数据要点，包括发票名称、发票字轨号码、发票用途,销售方名称与购买方名称,开户银行及账号,商品名称或经营项目,发票金额,发票日期,)；而后系统通过上传该发票数据子集至税务机关中进行采集，采集税务机关的签名数据信息(即税务机关限定的数据校验规则，用于判断发票的票面信息是否合理合法)，以此来判断该发票数据子集是否无误，以执行对应的不同步骤；例如，系统为发票数据子集采集到了税务机关的签名数据信息，则此时系统会基于销售方对象提供的信息与购买方对象提供的信息，获取销售方对象的公钥数据及购买方对象的公钥数据，将这些公钥数据用于对发票数据子集进行关联标注(关联标注用以确认发票数据子集的票面信息中，哪一方属于销售方，哪一方属于购买方)，即可生成初始的电子发票；例如，系统无法为发票数据子集采集到税务机关的签名数据信息，即此时系统会收到税务机关输入的回返签名数据信息修改方案，从该修改方案中获取到签名数据信息的无误指令，捕捉发票数据子集中需要修改的数据点，继而通过系统基于无误指令中突出显示的待修改数据点进行修改；系统通过接收税务机关输入的签名数据信息模板后，识别税务机关回返至系统中的回返签名数据信息，根据签名数据信息模板即可分辨出发票数据子集的错误数据点在何处，而后根据得到的错误数据点生成对应的解决方案(即高亮发票数据子集中需要修改的错误数据点)，提取该解决方案中的动态特征和时间特征，以进行不同的修改；若需要修改的数据点具备动态特征(动态变化的发票商品信息)，则此时系统需要将发票数据子集重置成空白电子发票模板，通过更换其他的空白电子发票模板，以适配存在动态特征的发票数据子集；若需要修改的数据点具备时间特征(交易时间有误的发票交易信息)，则此时系统需要采用预先设置有的验证平台，对该发票数据子集进行验证，验证发票商品信息和发票交易信息的完整性；系统通过获取税务机关提供的离线处理权限与离线处理数据包，即税务机关允许系统可以在网络离线的情况下对发票数据子集进行发票数据处理，以生成离线开票数据，而后通过预先设定好的网络应用规则(离线时保存开票数据至税盘设备中，在线时将处理完成的离线开票数据上传)将离线开票数据存储在税盘设备中进行离线存储，通过检测网络应用环境，在识别到网络应用环境为在线后，即可将税盘设备中存储好的离线发票数据进行上传，上传至税务机关处；系统通过将初始电子发票与税务机关处下载好的完整电子发票模板进行差异性比对，以确认剩余的待补充数据是否为销售方对象或购买方对象的私钥信息，以执行对应的不同步骤；例如，系统确认到所需补充的剩余数据属于销售方对象或购买方对象的私钥信息，则此时系统会采用预先设置好的数字签名算法对该初始电子发票进行数字签名，将销售方对象或购买方对象的私钥信息录入至该初始电子发票中，即可生成有效电子发票；例如，系统确认到所需补充的剩余数据不属于销售方对象或购买方对象的私钥信息，则此时系统会对所需补充的剩余数据进行数据解析，以生成对应的数据补充策略，系统会针对私钥信息向销售方对象或购买方对象的终端处发起申请请求，请求销售方对象或购买方对象对私钥信息确认，属于销售方对象或购买方对象的哪一方，而后通过对应的一方进行私钥信息输入，将该私钥信息进行数据补充，输入至系统中，通过系统录入至初始电子发票中，完成数据补充后，才可进行数字签名，以生成有效电子发票。

在本实施例中，根据销售方对象信息与购买方对象信息对所述发票商品信息和发票交易信息进行分类归集，构建发票数据子集的步骤中，包括：

采集发票数据并保存在预设的空白发票数据集中；

根据预设的自定义归集序列，对所述发票数据基于发票属性进行类别统计，得到类别统一的各个发票数据集，将所述各个发票数据集输入至所述空白发票数据集中，其中，所述发票属性包括名称标签、金额标签和状态标签。

在本实施例中，系统通过采集销售方对象或购买方对象提供的发票数据，并将这些发票数据输入至预先设定的空白发票数据集中，基于预先设定有的自定义归集序列，对这些发票数据根据发票属性((包括销售方对象或购买方对象的名称标签、销售方对象或购买方对象的交易金额标签和销售方对象或购买方对象的交易状态标签))进行类别统计，以得到类别统一的各个发票数据集；例如，发票数据为销售方企业名称，则对应为(销售方对象或购买方对象的名称标签)的发票属性；例如，发票数据为购买方输出的金额数据，则对应为(销售方对象或购买方对象的交易金额标签)；例如，发票数据为销售方撤销中，则对应为(销售方对象或购买方对象的交易状态标签)；通过将各个发票数据集对应输入至空白的发票数据集模板中，即可构建发票数据子集。

在本实施例中，基于所述时间特征，将所述发票数据子集回返至所述构建发票数据子集前，通过预置的验证平台，验证所述发票商品信息和发票交易信息的完整性的步骤中，包括：

获取到所述发票数据子集的验证请求和票面信息；

判断所述票面信息是否具备预置的信息特征，其中，所述信息特征包括税务机关公钥数据和税务机关公章数据；

若是，则通过预置的公钥列表数据库查询所述信息特征的正确性，并通过税务机关的数字证书验证所述信息特征的正确性。

在本实施例中，系统得知发票数据子集需要进行验证后，通过获取到发票数据子集中填充好的票面信息，判断这些票面信息中是否具备预先设置好的信息特征(税务机关公钥数据信息和税务机关公章数据信息)，以执行对应的不同步骤；例如，系统判定到票面信息中具备这些预先设置好的信息特征，则此时系统会通过连接至预先设置有的公钥列表数据库，采用该公钥列表数据库对这些信息特征进行验证，与税务机关的数字证书进行比对验证，以确认这些信息特征是否被伪造或篡改；例如，系统判定到票面信息中不具备这些信息特征，则此时系统无法查验税务机关的数据信息，也无从验证发票数据子集的真伪性。

在本实施例中，基于所述时间特征，将所述发票数据子集回返至所述构建发票数据子集前，通过预置的验证平台，验证所述发票商品信息和发票交易信息的完整性的步骤后，包括：

获取所述发票商品信息和发票交易信息的验证过程；

判断所述验证过程是否通过；

若是，则判定所述发票数据子集未被篡改；

若否，则判定所述发票数据子集属于无效发票数据。

在本实施例中，系统通过对税务机关公钥数据信息和税务机关公章数据信息进行验证，验证完毕后，基于收录有的销售方信息和购买方信息(销售方信息:包括销售方的名称、纳税人识别号、地址电话、开户行及账号，购买方信息:包括购买方的名称、纳税人识别号、地址电话、开户行及账号)，对发票数据子集中的发票商品信息和发票交易信息进行验证，并判断验证过程是否通过，以执行对应的不同步骤；例如，系统获取到验证过程通过了，即代表发票数据子集并未被篡改或仿制；例如，系统获取到验证过程并未通过，即代表发票数据子集存在被篡改或仿制的风险，需要将该发票数据子集定义为无效发票数据，并重新向销售方对象与购买方对象索取票面信息数据。

在本实施例中，通过对所述初始电子发票和预设的完整电子发票模板进行差异性比对，确认需补充的剩余数据是否为私钥信息的步骤中，包括：

获取所述销售方对象的私钥信息和所述购买方对象的私钥信息；

基于所述销售方对象的私钥信息和所述购买方对象的私钥信息，生成所述销售方对象的数字签名数据和所述购买方对象的数字签名数据。

在本实施例中，系统通过向销售方对象和购买方对象索要私钥信息，由于只有税务机关、销售方或购买方才能用私钥生成有效签名，即使攻击者想篡改发票上的信息，攻击者没有税务机关、销售方或购买方的私钥，即无法形成相应签名，用数字证书中的公钥验证签名数据时，即可识别被篡改的发票；而后系统会基于销售方对象和购买方对象的私钥信息，在初始电子发票中采用数字签名算法，将销售方对象和购买方对象的私钥信息生成在初始电子发票中，以形成销售方对象和购买方对象的相应签名于初始电子发票中，得到有效电子发票。

需要说明的是，税务机关的私钥数据相当于税务机关的签名数据信息。

在本实施例中，预设的数字签名算法具体为加密算法，所述加密算法采用以下公式：

T_t＝Sig(ib_s，k₂||(k₁||lk_s))

其中，T_t为电子发票数据，k₁为销售方私钥数据，k₂为购买方私钥数据，lk_s为发票商品票面信息，Sig为税务机关验证签名数据，ib_s为发票交易信息。

在本实施例中，税务机关核对空白电子发票模板的票面信息，确认无误后，用税务机关私钥Sig(签名数据)、销售方公钥和购买方公钥进行签名，生成初始电子发票；而后核对交易信息ib_s、销售方信息及购买方信息，用销售方私钥k₁和购买方私钥k₂对交易信息ib_s及初始电子发票上的票面信息lk_s、税务机关公钥进行数字签名，生成有效电子发票T_t。

需要说明的是，(k₁||lk_s)当销售方私钥数据平行于发票商品票面信息时，即代表销售方对象同意采用私钥数据进行数字签名；(ib_s，k₂||(k₁||lk_s)当购买方私钥数据平行于销售方用私钥数据签名完的发票商品信息时，即代表销售方确认发票商品票面信息完毕，需要购买方对象进行确认，并使用私钥数据进行对应的数字签名，以生成发票交易信息。

在本实施例中，则对所述需补充的剩余数据进行数据解析以生成数据补充策略的步骤中，包括：

捕捉所述初始电子发票的需补充数据类型；

接收所述销售方对象和所述购买方对象录入的补充数据；

判断所述补充数据是否匹配所述需补充剩余数据类型；

若是，则所述初始电子发票补充完毕。

在本实施例中，系统通过捕捉初始电子发票中的待补充数据类型，而后向销售方对象和购买方对象请求索要需要录入的补充数据，根据待补充数据类型判断录入的补充数据是否匹配，以执行对应的不同步骤；例如，系统判断到销售方对象和购买方对象录入的补充数据能够匹配待补充数据类型，此时系统会判定初始电子发票补充完毕，可以将初始电子发票与完整的有效电子发票模板进行差异性比对；例如，系统判断到销售方对象和购买方对象录入的补充数据无法匹配待补充数据类型，则此时系统会将初始电子发票重置为空白电子发票模板，并重新对发票商品信息和发票交易信息进行分类归集。

参考附图2，为本发明一实施例中一种电子发票的实现系统，包括：

构建模块10，用于基于预设的空白电子发票模板，接收发票商品信息和发票交易信息，根据销售方对象信息与购买方对象信息对所述发票商品信息和发票交易信息进行分类归集，构建发票数据子集，其中，所述发票数据子集具体为包含有效发票信息的数据库；

判断模块20，用于采集税务机关的签名数据信息，判断所述发票数据子集是否无误，若无误，则基于所述销售方对象信息与所述购买方对象信息，获取所述销售方对象的公钥数据和所述购买方对象的公钥数据，采用所述销售方对象的公钥数据和所述购买方对象的公钥数据对所述发票数据子集进行关联标注，生成初始电子发票；若有误，则获取所述税务机关的回返签名数据信息，基于所述签名数据信息获取修改方案与无误指令，其中，所述修改方案具体为税务机关输入至所述发票数据子集中的错误数据点，所述无误指令具体为税务机关输出至所述修改方案中突出显示的待修改数据点；

识别模块30，用于接收所述修改方案并识别所述无误指令，基于所述修改方案从所述无误指令中获取所述待修改数据点，根据所述修改方案解析所述待修改数据点，并提取所述待修改数据点的动态特征和时间特征；

更正模块40，用于基于所述动态特征，将所述发票数据子集回返至所述构建发票数据子集前，更换所述空白电子发票模板以适配所述发票商品信息和所述发票交易信息，基于所述时间特征，将所述发票数据子集回返至所述构建发票数据子集前，通过预置的验证平台，验证所述发票商品信息和发票交易信息的完整性；

获取模块50，用于获取所述税务机关输入的离线处理数据包，采用所述离线处理数据包对所述发票数据子集进行离线数据处理，生成离线开票数据，对所述离线开票数据基于网络应用规则进行定义，将所述离线开票数据基于税盘设备进行离线存储，检测所述网络应用环境，识别所述税盘设备未上传的所述离线开票数据，通过所述网络应用环境进行数据传输，输入至所述税务机关，其中，所述网络应用规则具体为兼容存储在线和离线两种模式下生成的在线开票数据与离线开票数据；

比对模块60，用于通过对所述初始电子发票和预设的完整电子发票模板进行差异性比对，确认需补充的剩余数据是否为私钥信息；若是，则基于预设的数字签名算法对所述初始电子发票进行签名，将所述销售方对象与所述购买方对象的私钥信息通过所述数字签名算法录入至所述初始电子发票，生成有效电子发票；若否，则对所述需补充的剩余数据进行数据解析以生成数据补充策略，针对所述私钥信息向所述销售方对象的终端或所述购买方对象的终端发送请求信息，确定所述请求信息中的私钥信息属于所述销售方对象的终端或所述购买方对象的终端，得到至少一个私钥信息，将所述至少一个私钥信息输入至所述初始电子发票。

在本实施例中，构建模块10基于预先在税务中心下载好并存储于存储空间中的空白电子发票模板，通过接收获取企业提供的发票商品信息和发票交易信息后，根据已存储有的销售方对象信息与购买方对象信息，对该空白电子发票模板进行数据填充，将数据分类归集至发票模板各个数据点，构建发票数据子集(即输入并归集好各个数据点的数据后，得到的完整发票数据，具备发票所必须有的所有数据要点，包括发票名称、发票字轨号码、发票用途,销售方名称与购买方名称,开户银行及账号,商品名称或经营项目,发票金额,发票日期,)；而后判断模块20通过上传该发票数据子集至税务机关中进行采集，采集税务机关的签名数据信息(即税务机关限定的数据校验规则，用于判断发票的票面信息是否合理合法)，以此来判断该发票数据子集是否无误，以执行对应的不同步骤；例如，系统为发票数据子集采集到了税务机关的签名数据信息，则此时系统会基于销售方对象提供的信息与购买方对象提供的信息，获取销售方对象的公钥数据及购买方对象的公钥数据，将这些公钥数据用于对发票数据子集进行关联标注(关联标注用以确认发票数据子集的票面信息中，哪一方属于销售方，哪一方属于购买方)，即可生成初始的电子发票；例如，系统无法为发票数据子集采集到税务机关的签名数据信息，即此时系统会收到税务机关输入的回返签名数据信息修改方案，从该修改方案中获取到得到签名数据信息的无误指令，捕捉发票数据子集中需要修改的数据点，继而通过系统基于无误指令中突出显示的待修改数据点进行修改；识别模块30通过接收税务机关输入的签名数据信息模板后，识别税务机关回返至系统中的回返签名数据信息，根据签名数据信息模板即可分辨出发票数据子集的错误数据点在何处，而后根据得到的错误数据点生成对应的解决方案(即高亮发票数据子集中需要修改的错误数据点)，提取该解决方案中的动态特征和时间特征，以进行不同的修改；更正模块40基于需要修改的数据点具备动态特征(动态变化的发票商品信息)，则此时系统需要将发票数据子集重置成空白电子发票模板，通过更换其他的空白电子发票模板，以适配存在动态特征的发票数据子集；若需要修改的数据点具备时间特征(交易时间有误的发票交易信息)，则此时系统需要采用预先设置有的验证平台，对该发票数据子集进行验证，验证发票商品信息和发票交易信息的完整性；获取模块50通过获取税务机关提供的离线处理权限与离线处理数据包，即税务机关允许系统可以在网络离线的情况下对发票数据子集进行发票数据处理，以生成离线开票数据，而后通过预先设定好的网络应用规则(离线时保存开票数据至税盘设备中，在线时将处理完成的离线开票数据上传)将离线开票数据存储在税盘设备中进行离线存储，通过检测网络应用环境，在识别到网络应用环境为在线后，即可将税盘设备中存储好的离线发票数据进行上传，上传至税务机关处；比对模块60通过将初始电子发票与税务机关处下载好的完整电子发票模板进行差异性比对，以确认剩余的待补充数据是否为销售方对象或购买方对象的私钥信息，以执行对应的不同步骤；例如，系统确认到所需补充的剩余数据属于销售方对象或购买方对象的私钥信息，则此时系统会采用预先设置好的数字签名算法对该初始电子发票进行数字签名，将销售方对象或购买方对象的私钥信息录入至该初始电子发票中，即可生成有效电子发票；例如，系统确认到所需补充的剩余数据不属于销售方对象或购买方对象的私钥信息，则此时系统会对所需补充的剩余数据进行数据解析，以生成对应的数据补充策略，系统会针对私钥信息向销售方对象或购买方对象的终端处发起申请请求，请求销售方对象或购买方对象对私钥信息确认，属于销售方对象或购买方对象的哪一方，而后通过对应的一方进行私钥信息输入，将该私钥信息进行数据补充，输入至系统中，通过系统录入至初始电子发票中，完成数据补充后，才可进行数字签名，以生成有效电子发票。

在本实施例中，构建模块还包括：

采集单元，用于采集发票数据并保存在预设的空白发票数据集中；

统计单元，用于根据预设的自定义归集序列，对所述发票数据基于发票属性进行类别统计，得到类别统一的各个发票数据集，将所述各个发票数据集输入至所述空白发票数据集中，其中，所述发票属性包括名称标签、金额标签和状态标签。

在本实施例中，系统通过采集销售方对象或购买方对象提供的发票数据，并将这些发票数据输入至预先设定的空白发票数据集中，基于预先设定有的自定义归集序列，对这些发票数据根据发票属性((包括销售方对象或购买方对象的名称标签、销售方对象或购买方对象的交易金额标签和销售方对象或购买方对象的交易状态标签))进行类别统计，以得到类别统一的各个发票数据集；例如，发票数据为销售方企业名称，则对应为(销售方对象或购买方对象的名称标签)的发票属性；例如，发票数据为购买方输出的金额数据，则对应为(销售方对象或购买方对象的交易金额标签)；例如，发票数据为销售方撤销中，则对应为(销售方对象或购买方对象的交易状态标签)；通过将各个发票数据集对应输入至空白的发票数据集模板中，即可构建发票数据子集。

在本实施例中，更正模块还包括：

获取单元，用于获取到所述发票数据子集的验证请求和票面信息；

判断单元，用于判断所述票面信息是否具备预置的信息特征，其中，所述信息特征包括税务机关公钥数据和税务机关公章数据；

执行单元，用于若是，则通过预置的公钥列表数据库查询所述信息特征的正确性，并通过税务机关的数字证书验证所述信息特征的正确性。

在本实施例中，系统得知发票数据子集需要进行验证后，通过获取到发票数据子集中填充好的票面信息，判断这些票面信息中是否具备预先设置好的信息特征(税务机关公钥数据信息和税务机关公章数据信息)，以执行对应的不同步骤；例如，系统判定到票面信息中具备这些预先设置好的信息特征，则此时系统会通过连接至预先设置有的公钥列表数据库，采用该公钥列表数据库对这些信息特征进行验证，与税务机关的数字证书进行比对验证，以确认这些信息特征是否被伪造或篡改；例如，系统判定到票面信息中不具备这些信息特征，则此时系统无法查验税务机关的数据信息，也无从验证发票数据子集的真伪性。

在本实施例中，还包括：

第二获取单元，用于获取所述发票商品信息和发票交易信息的验证过程；

第二判断单元，用于判断所述验证过程是否通过；

第二执行单元，用于若是，则判定所述发票数据子集未被篡改；

第二执行单元，用于若否，则判定所述发票数据子集属于无效发票数据。

在本实施例中，系统通过对税务机关公钥数据信息和税务机关公章数据信息进行验证，验证完毕后，基于收录有的销售方信息和购买方信息(销售方信息:包括销售方的名称、纳税人识别号、地址电话、开户行及账号，购买方信息:包括购买方的名称、纳税人识别号、地址电话、开户行及账号)，对发票数据子集中的发票商品信息和发票交易信息进行验证，并判断验证过程是否通过，以执行对应的不同步骤；例如，系统获取到验证过程通过了，即代表发票数据子集并未被篡改或仿制；例如，系统获取到验证过程并未通过，即代表发票数据子集存在被篡改或仿制的风险，需要将该发票数据子集定义为无效发票数据，并重新向销售方对象与购买方对象索取票面信息数据。

在本实施例中，比对模块还包括：

第三获取单元，用于获取所述销售方对象的私钥信息和所述购买方对象的私钥信息；

生成单元，用于基于所述销售方对象的私钥信息和所述购买方对象的私钥信息，生成所述销售方对象的数字签名数据和所述购买方对象的数字签名数据。

在本实施例中，系统通过向销售方对象和购买方对象索要私钥信息，由于只有税务机关、销售方或购买方才能用私钥生成有效签名，即使攻击者想篡改发票上的信息，攻击者没有税务机关、销售方或购买方的私钥，即无法形成相应签名，用数字证书中的公钥验证签名数据时，即可识别被篡改的发票；而后系统会基于销售方对象和购买方对象的私钥信息，在初始电子发票中采用数字签名算法，将销售方对象和购买方对象的私钥信息生成在初始电子发票中，以形成销售方对象和购买方对象的相应签名于初始电子发票中，得到有效电子发票。

需要说明的是，税务机关的私钥数据相当于税务机关的签名数据信息。

在本实施例中，还包括算法模块：

T_t＝Sig(ib_s，k₂||(k₁||lk_s))

其中，T_t为电子发票数据，k₁为销售方私钥数据，k₂为购买方私钥数据，lk_s为发票商品票面信息，Sig为税务机关验证签名数据，ib_s为发票交易信息。

在本实施例中，税务机关核对空白电子发票模板的票面信息，确认无误后，用税务机关私钥Sig(签名数据)、销售方公钥和购买方公钥进行签名，生成初始电子发票；而后核对交易信息ib_s、销售方信息及购买方信息，用销售方私钥k₁和购买方私钥k₂对交易信息ib_s及初始电子发票上的票面信息lk_s、税务机关公钥进行数字签名，生成有效电子发票T_t。

需要说明的是，(k₁||lk_s)当销售方私钥数据平行于发票商品票面信息时，即代表销售方对象同意采用私钥数据进行数字签名；(ib_s，k₂||(k₁||lk_s)当购买方私钥数据平行于销售方用私钥数据签名完的发票商品信息时，即代表销售方确认发票商品票面信息完毕，需要购买方对象进行确认，并使用私钥数据进行对应的数字签名，以生成发票交易信息。

在本实施例中，比对模块还包括：

捕捉单元，用于捕捉所述初始电子发票的需补充数据类型；

接收单元，用于接收所述销售方对象和所述购买方对象录入的补充数据；

第三判断单元，用于判断所述补充数据是否匹配所述需补充剩余数据类型；

第三执行单元，用于若是，则所述初始电子发票补充完毕。

在本实施例中，系统通过捕捉初始电子发票中的待补充数据类型，而后向销售方对象和购买方对象请求索要需要录入的补充数据，根据待补充数据类型判断录入的补充数据是否匹配，以执行对应的不同步骤；例如，系统判断到销售方对象和购买方对象录入的补充数据能够匹配待补充数据类型，此时系统会判定初始电子发票补充完毕，可以将初始电子发票与完整的有效电子发票模板进行差异性比对；例如，系统判断到销售方对象和购买方对象录入的补充数据无法匹配待补充数据类型，则此时系统会将初始电子发票重置为空白电子发票模板，并重新对发票商品信息和发票交易信息进行分类归集。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。

Claims (10)

1.一种电子发票的实现方法，其特征在于，包括以下步骤：

基于预设的空白电子发票模板，接收发票商品信息和发票交易信息，根据销售方对象信息与购买方对象信息对所述发票商品信息和发票交易信息进行分类归集，构建发票数据子集，其中，所述发票数据子集具体为包含有效发票信息的数据库；

采集税务机关的签名数据信息，判断所述发票数据子集是否无误，若无误，则基于所述销售方对象信息与所述购买方对象信息，获取所述销售方对象的公钥数据和所述购买方对象的公钥数据，采用所述销售方对象的公钥数据和所述购买方对象的公钥数据对所述发票数据子集进行关联标注，生成初始电子发票；若有误，则获取所述税务机关的回返签名数据信息，基于所述签名数据信息获取修改方案与无误指令，其中，所述修改方案具体为税务机关输入至所述发票数据子集中的错误数据点，所述无误指令具体为税务机关输出至所述修改方案中突出显示的待修改数据点；

接收所述修改方案并识别所述无误指令，基于所述修改方案从所述无误指令中获取所述待修改数据点，根据所述修改方案解析所述待修改数据点，并提取所述待修改数据点的动态特征和时间特征；

基于所述动态特征，将所述发票数据子集回返至所述构建发票数据子集前，更换所述空白电子发票模板以适配所述发票商品信息和所述发票交易信息，基于所述时间特征，将所述发票数据子集回返至所述构建发票数据子集前，通过预置的验证平台，验证所述发票商品信息和发票交易信息的完整性；

获取所述税务机关输入的离线处理数据包，采用所述离线处理数据包对所述发票数据子集进行离线数据处理，生成离线开票数据，对所述离线开票数据基于网络应用规则进行定义，将所述离线开票数据基于税盘设备进行离线存储，检测所述网络应用环境，识别所述税盘设备未上传的所述离线开票数据，通过所述网络应用环境进行数据传输，输入至所述税务机关，其中，所述网络应用规则具体为兼容存储在线和离线两种模式下生成的在线开票数据与离线开票数据；

通过对所述初始电子发票和预设的完整电子发票模板进行差异性比对，确认需补充的剩余数据是否为私钥信息；若是，则基于预设的数字签名算法对所述初始电子发票进行签名，将所述销售方对象与所述购买方对象的私钥信息通过所述数字签名算法录入至所述初始电子发票，生成有效电子发票；若否，则对所述需补充的剩余数据进行数据解析以生成数据补充策略，针对所述私钥信息向所述销售方对象的终端或所述购买方对象的终端发送请求信息，确定所述请求信息中的私钥信息属于所述销售方对象的终端或所述购买方对象的终端，得到至少一个私钥信息，将所述至少一个私钥信息输入至所述初始电子发票。

2.根据权利要求1所述的一种电子发票的实现方法，其特征在于，所述根据销售方对象信息与购买方对象信息对所述发票商品信息和发票交易信息进行分类归集，构建发票数据子集的步骤中，包括：

采集发票数据并保存在预设的空白发票数据集中；

根据预设的自定义归集序列，对所述发票数据基于发票属性进行类别统计，得到类别统一的各个发票数据集，将所述各个发票数据集输入至所述空白发票数据集中，其中，所述发票属性包括名称标签、金额标签和状态标签。

3.根据权利要求1所述的一种电子发票的实现方法，其特征在于，所述基于所述时间特征，将所述发票数据子集回返至所述构建发票数据子集前，通过预置的验证平台，验证所述发票商品信息和发票交易信息的完整性的步骤中，包括：

获取到所述发票数据子集的验证请求和票面信息；

判断所述票面信息是否具备预置的信息特征，其中，所述信息特征包括税务机关公钥数据和税务机关公章数据；

若是，则通过预置的公钥列表数据库查询所述信息特征的正确性，并通过税务机关的数字证书验证所述信息特征的正确性。

4.根据权利要求1所述的一种电子发票的实现方法，其特征在于，所述基于所述时间特征，将所述发票数据子集回返至所述构建发票数据子集前，通过预置的验证平台，验证所述发票商品信息和发票交易信息的完整性的步骤后，包括：

获取所述发票商品信息和发票交易信息的验证过程；

判断所述验证过程是否通过；

若是，则判定所述发票数据子集未被篡改；

若否，则判定所述发票数据子集属于无效发票数据。

5.根据权利要求1所述的一种电子发票的实现方法，其特征在于，所述通过对所述初始电子发票和预设的完整电子发票模板进行差异性比对，确认需补充的剩余数据是否为私钥信息的步骤中，包括：

获取所述销售方对象的私钥信息和所述购买方对象的私钥信息；

基于所述销售方对象的私钥信息和所述购买方对象的私钥信息，生成所述销售方对象的数字签名数据和所述购买方对象的数字签名数据。

6.根据权利要求1所述的一种电子发票的实现方法，其特征在于，所述预设的数字签名算法具体为加密算法，所述加密算法采用以下公式：

T_t＝Sig(ib_s，k₂||(k₁||lk_s))

其中，T_t为电子发票数据，k₁为销售方私钥数据，k₂为购买方私钥数据，lk_s为发票商品票面信息，Sig为税务机关验证签名数据，ib_s为发票交易信息。

7.根据权利要求1所述的一种电子发票的实现方法，其特征在于，所述则对所述需补充的剩余数据进行数据解析以生成数据补充策略的步骤中，包括：

捕捉所述初始电子发票的需补充数据类型；

接收所述销售方对象和所述购买方对象录入的补充数据；

判断所述补充数据是否匹配所述需补充剩余数据类型；

若是，则所述初始电子发票补充完毕。

8.一种电子发票的实现系统，其特征在于，包括：

构建模块，用于基于预设的空白电子发票模板，接收发票商品信息和发票交易信息，根据销售方对象信息与购买方对象信息对所述发票商品信息和发票交易信息进行分类归集，构建发票数据子集，其中，所述发票数据子集具体为包含有效发票信息的数据库；

判断模块，用于采集税务机关的签名数据信息，判断所述发票数据子集是否无误，若无误，则基于所述销售方对象信息与所述购买方对象信息，获取所述销售方对象的公钥数据和所述购买方对象的公钥数据，采用所述销售方对象的公钥数据和所述购买方对象的公钥数据对所述发票数据子集进行关联标注，生成初始电子发票；若有误，则获取所述税务机关的回返签名数据信息，基于所述签名数据信息获取修改方案与无误指令，其中，所述修改方案具体为税务机关输入至所述发票数据子集中的错误数据点，所述无误指令具体为税务机关输出至所述修改方案中突出显示的待修改数据点；

识别模块，用于接收所述修改方案并识别所述无误指令，基于所述修改方案从所述无误指令中获取所述待修改数据点，根据所述修改方案解析所述待修改数据点，并提取所述待修改数据点的动态特征和时间特征；

更正模块，用于基于所述动态特征，将所述发票数据子集回返至所述构建发票数据子集前，更换所述空白电子发票模板以适配所述发票商品信息和所述发票交易信息，基于所述时间特征，将所述发票数据子集回返至所述构建发票数据子集前，通过预置的验证平台，验证所述发票商品信息和发票交易信息的完整性；

获取模块，用于获取所述税务机关输入的离线处理数据包，采用所述离线处理数据包对所述发票数据子集进行离线数据处理，生成离线开票数据，对所述离线开票数据基于网络应用规则进行定义，将所述离线开票数据基于税盘设备进行离线存储，检测所述网络应用环境，识别所述税盘设备未上传的所述离线开票数据，通过所述网络应用环境进行数据传输，输入至所述税务机关，其中，所述网络应用规则具体为兼容存储在线和离线两种模式下生成的在线开票数据与离线开票数据；

比对模块，用于通过对所述初始电子发票和预设的完整电子发票模板进行差异性比对，确认需补充的剩余数据是否为私钥信息；若是，则基于预设的数字签名算法对所述初始电子发票进行签名，将所述销售方对象与所述购买方对象的私钥信息通过所述数字签名算法录入至所述初始电子发票，生成有效电子发票；若否，则对所述需补充的剩余数据进行数据解析以生成数据补充策略，针对所述私钥信息向所述销售方对象的终端或所述购买方对象的终端发送请求信息，确定所述请求信息中的私钥信息属于所述销售方对象的终端或所述购买方对象的终端，得到至少一个私钥信息，将所述至少一个私钥信息输入至所述初始电子发票。

9.根据权利要求8所述的一种电子发票的实现系统，其特征在于，所述构建模块还包括：

采集单元，用于采集发票数据并保存在预设的空白发票数据集中；

统计单元，用于根据预设的自定义归集序列，对所述发票数据基于发票属性进行类别统计，得到类别统一的各个发票数据集，将所述各个发票数据集输入至所述空白发票数据集中，其中，所述发票属性包括名称标签、金额标签和状态标签。

10.根据权利要求8所述的一种电子发票的实现系统，其特征在于，所述更正模块还包括：

获取单元，用于获取到所述发票数据子集的验证请求和票面信息；

判断单元，用于判断所述票面信息是否具备预置的信息特征，其中，所述信息特征包括税务机关公钥数据和税务机关公章数据；

执行单元，用于若是，则通过预置的公钥列表数据库查询所述信息特征的正确性，并通过税务机关的数字证书验证所述信息特征的正确性。

Images