CN119167437A - 数电发票的交付方法、装置、存储介质及服务器 - Google Patents

Abstract

本申请实施例公开了一种数电发票的交付方法、装置、存储介质及服务器，涉及财务处理领域。本申请的方法包括：获取开票信息；验证开票信息的完整性和正确性；若验证通过，根据开票信息生成电子文件格式的数电发票；使用私钥对原始数电发票进行签名处理；根据开票信息查询预先设置的接收方的邮箱地址；根据邮箱地址将签名后的数电发票发送给接收方，可以有效防止数据的篡改和伪造，从而大幅提升数电发票的安全性，以及通过实现订阅、自动化处理等流程，减少了人工操作和干预，使得数电发票的生成、传输和交付过程更加高效和快捷。

Description

数电发票的交付方法、装置、存储介质及服务器

技术领域

本申请涉及财务处理领域，尤其涉及一种数电发票的交付方法、装置、存储介质及服务器。

背景技术

传统的发票交付存在诸多不便，如容易丢失、储存空间需求大、查找困难、防伪性能差等问题。随着移动互联的快速发展，数电票作为一种新型的票据形式，因其方便快捷、易于验真和管理的特点，越来越受到市场的青睐。同时，传统的电子票据交付方式存在一定的局限性，包括：交付过程中的安全性问题，用户需要填报开票信息之后才能开具发票，导致交付效率不高。

发明内容

本申请实施例提供了数电发票的交付方法、装置、存储介质及服务器，可以解决现有技术中数电发票交付过程中存在安全性不高和效率较低的问题。所述技术方案如下：

第一方面，本申请实施例提供了一种数电发票的交付方法，所述方法包括：

获取开票信息；

验证所述开票信息的完整性和正确性；

若验证通过，根据所述开票信息生成电子文件格式的数电发票；

使用私钥对所述数电发票进行签名处理；

根据所述开票信息查询预先设置的接收方的邮箱地址；

根据所述邮箱地址将签名后的数电发票发送给所述接收方。

第二方面，本申请实施例提供了一种数电发票的交付装置，所述装置包括：

获取单元，用于获取开票信息；

验证单元，用于验证所述开票信息的完整性和正确性；

生成单元，用于若验证通过，根据所述开票信息生成电子文件格式的数电发票；

签名单元，用于使用私钥对所述数电发票进行签名处理；

查询单元，用于根据所述开票信息查询预先设置的接收方的邮箱地址；

发送单元，用于根据所述邮箱地址将签名后的数电发票发送给所述接收方。

第三方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

第四方面，本申请实施例提供一种服务器，可包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

通过引入电子签名技术，对数电发票进行数字签名，确保了发票在生成、传输、存储等各个环节中的真实性和完整性，有效防止了数据的篡改和伪造，从而大幅提升了数电发票的安全性。进一步采用加密技术对数电发票进行加密处理，使得只有拥有相应解密密钥的合法用户才能访问和查看发票内容，进一步增强了发票的保密性和安全性。通过实现订阅、自动化处理等流程，减少了人工操作和干预，使得数电发票的生成、传输和交付过程更加高效和快捷。这不仅缩短了发票的交付周期，还降低了人为错误的风险。数电发票的即时生成和传输，使得接收方能够迅速获取到发票信息，无需等待邮寄或物理传递，从而提高了整体业务处理效率。

附图说明

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

图1是本申请实施例提供的网络架构示意图；

图2是本申请实施例提供的数电发票的交付方法的流程示意图；

图3是本申请提供的一种数电发票的交付装置的结构示意图；

图4是本申请提供的一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

需要说明的是，本申请提供的数电发票的交付方法一般由服务器执行，相应的，数电发票的交付装置一般设置于服务器中。

图1示出了可以应用于本申请的数电发票的交付方法或数电发票的交付装置的示例性系统架构。

如图1所示，系统架构可以包括：服务器101和终端设备102。服务器101和终端设备102之间可以通过网络进行通信，网络用于上述各个单元之间提供通信链路的介质。网络可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信链路包括光纤、双绞线或同轴电缆等，无线通信链路包括蓝牙通信链路、无线保真（WIreless-FIdelity，Wi-Fi）通信链路或微波通信链路等。

其中，服务器101生成数电发票，将生成的数电发票发送给终端设备102。

需要说明的是，服务器101和终端设备102可以是硬件，也可以是软件。当服务器101和终端设备102为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器101和终端设备102为软件时，可以实现成多个软件或软件模块（例如用来提供分布式服务），也可以实现成单个软件或软件模块，在此不做具体限定。

本申请的终端设备上可以安装有各种通信客户端应用，例如：视频录制应用、视频播放应用、语音交互应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备可以是硬件，也可以是软件。当终端设备为硬件时，可以是具有显示屏的各种终端设备，包括但不限于智能手机、平板电脑、膝上型便携式计算机和台式计算机等等。当终端设备为软件时，可以是安装上述所列举的终端设备中。其可以实现成多个软件或软件模块（例如：用来提供分布式服务），也可以实现成单个软件或软件模块，在此不作具体限定。

当终端设备为硬件时，其上还可以安装有显示设备和摄像头，显示设备显示可以是各种能实现显示功能的设备，摄像头用于采集视频流；例如：显示设备可以是阴极射线管显示器（cathode ray tube display，简称CR）、发光二极管显示器（light-emitting diodedisplay，简称LED）、电子墨水屏、液晶显示屏（liquid crystaldisplay，简称LCD）、等离子显示面板（plasmadisplay panel，简称PDP）等。用户可以利用终端设备上的显示设备，来查看显示的文字、图片、视频等信息。

应理解，图1中的终端设备、网络和服务器的数目仅是示意性的。根据实现需要，可以是任意数量的终端设备、网络和服务器。

下面将结合附图2，对本申请实施例提供的数电发票的交付方法进行详细介绍。其中，本申请实施例中的数电发票的交付装置可以是图1所示的服务器。

请参见图2，为本申请实施例提供了一种数电发票的交付方法的流程示意图。如图2所示，本申请实施例的所述方法可以包括以下步骤：

S201、获取开票信息。

其中，服务器通过接口（如Web API、RESTful服务等）从开票系统、用户输入或内部系统接收开票请求。开票信息具体包括发票类型（如增值税专用发票、普通发票等）、开票日期、购买方信息（包括名称、纳税人识别号、地址等）、销售方信息（包括名称、纳税人识别号、地址等）、货物名称、规格、数量以及可能的其他信息（如单价、税率、税额等）。这些信息以结构化的形式（如JSON或XML）提交给服务器，服务器将其解析并存储在内存或数据库中，以便后续处理。

在本申请的一些实施例中，服务器可以接收开票方上传的二维码，解析二维码得到开票信息。

其中，服务器提供一个接口（如Web API、RESTful服务等），允许开票方上传包含开票信息的二维码图片。开票方可以使用手机、扫描仪或任何能够生成二维码的设备将开票信息编码成二维码，并通过该接口上传给服务器。服务器接收到的二维码图片通常以二进制数据或Base64编码的字符串形式存在。一旦服务器接收到二维码图片，它将使用二维码解析库（如ZXing、ZBar等）来解析这个二维码。解析过程会识别二维码中的编码格式（如QRCode、Data Matrix等），并解码出其中的文本或数据。这些文本或数据通常包含了开票信息的编码字符串，该字符串可能是经过特定编码（如URL编码、Base64编码等）的JSON、XML或其他结构化格式的数据。

S202、验证开票信息的完整性和正确性。

其中，服务器对接收到的开票信息进行全面的验证。这包括检查所有必填字段是否都已填写，字段值是否符合预定的格式和规则（如日期格式、纳税人识别号的长度和字符集要求、地址信息的格式等）。此外，还会验证发票类型是否合法，购买方和销售方信息是否有效（可能需要与税务系统或内部数据库进行核对），以及货物名称、规格、数量等信息的逻辑合理性。如果发现有任何不符合要求的情况，服务器将返回错误提示，并要求重新提交或修正开票信息。

S203、若验证通过，根据开票信息生成电子文件格式的数电发票。

其中，一旦开票信息通过验证，服务器将根据这些信息生成电子发票文件。这通常涉及选择一个符合国家税务总局或行业标准的电子发票模板，并将开票信息填充到模板的相应位置。生成的电子发票文件将清晰地展示发票类型、开票日期、购买方和销售方信息、货物或服务的详细列表（包括名称、规格、数量等），以及可能的其他信息（如单价、税率、税额、备注等）。电子发票文件将以适当的格式（如OFD、PDF等）保存，并准备进行下一步处理。

S204、使用私钥对数电发票进行签名处理。

其中，为了确保电子发票的不可篡改性和真实性，服务器将使用其私钥对生成的电子发票文件进行数字签名。这通常涉及以下步骤：首先，使用哈希算法（如SHA-256）计算电子发票文件的唯一哈希值（即文件的数字指纹）；然后，使用服务器的私钥对哈希值进行加密，生成数字签名；最后，将数字签名附加到电子发票文件中，或者将其存储在与电子发票相关联的单独文件中。这样，接收方就可以使用服务器的公钥来验证数字签名的有效性，从而确认电子发票的完整性和真实性。

S205、根据开票信息查询预先设置的接收方的邮箱地址。

其中，在发送电子发票之前，服务器需要知道接收方的邮箱地址。这通常通过查询内部数据库或系统来实现，其中存储了购买方的联系方式（包括邮箱地址）。服务器将使用购买方信息（如名称或纳税人识别号）作为查询条件，从数据库中检索对应的邮箱地址。如果找到了匹配的邮箱地址，则继续执行下一步；如果未找到或邮箱地址无效，服务器可能需要返回错误提示或要求用户手动输入邮箱地址。

S206、根据邮箱地址将签名后的数电发票发送给接收方。

其中，服务器将使用SMTP协议或邮件发送服务将签名后的电子发票文件作为附件通过电子邮件发送给接收方的邮箱地址。在构建电子邮件时，服务器将设置适当的邮件主题（如“您的电子发票已开具”）、正文（可能包含发票的简要信息、下载链接或查看发票的说明）以及附件（即签名后的电子发票文件）。邮件发送后，服务器将记录发送日志，包括发送时间、接收方邮箱地址、邮件状态等信息。如果发送过程中出现错误（如网络问题、邮箱地址无效等），服务器将记录相应的错误信息，并可能尝试重新发送或通知相关人员进行处理。

在本申请的一些实施例中，所述获取开票信息之前，还包括：

基于开票方的设置指令设置开票信息和邮箱地址之间的映射关系。

其中，服务器首先接收来自开票方的设置指令。这些指令通常通过Web界面、API接口或专门的配置工具提交给服务器。服务器解析接收到的设置指令，提取出开票信息（如购买方名称、纳税人识别号等）和对应的邮箱地址。根据解析出的开票信息和邮箱地址，服务器在内部数据库或配置文件中建立它们之间的映射关系。这种映射关系可以是一对一，也可以是一对多（即一个开票信息对应多个接收方邮箱地址），具体取决于开票方的需求和设置。将建立好的映射关系存储在安全可靠的数据库中，确保在需要时能够快速准确地检索到对应的邮箱地址。服务器可能会向开票方发送验证邮件或通知，以确认映射关系已正确设置并存储。

通过这个步骤，服务器就能够根据开票信息快速找到对应的接收方邮箱地址，并在后续的步骤中将电子发票发送给正确的接收方。这不仅提高了发票发送的准确性和效率，还减少了因邮箱地址错误而导致发票无法送达或送达错误的问题。

在本申请的一些实施例中，生成加密密钥；

使用所述加密密钥对所述签名后的数电发票进行加密处理；

将加密后的数电发票上传至云服务平台的数据库中。

其中，在发送电子发票之前，服务器需要生成一个唯一的加密密钥。这个密钥可以是基于加密算法（如AES、RSA等）自动生成的一个随机数或字符串。加密密钥的生成应该保证足够的随机性和复杂度，以抵抗破解和猜测攻击。生成密钥后，服务器可以将其存储在安全的位置，如硬件安全模块（HSM）或加密密钥管理服务中，以确保密钥的安全性和可用性。

在数字签名完成后，服务器将使用生成的加密密钥对签名后的电子发票进行加密处理。加密过程通常涉及将电子发票的数据（包括数字签名）作为输入，通过加密算法进行处理，并输出加密后的数据。加密后的电子发票将无法被未授权方直接阅读或修改，只有持有相应解密密钥的合法接收方才能解密并查看发票内容。这样可以有效保护电子发票的机密性和完整性。

加密完成后，服务器将加密后的电子发票上传至云服务平台的数据库中。云服务平台提供了一个安全、可靠、可扩展的存储环境，可以确保电子发票数据的长期保存和快速访问。在上传过程中，服务器可以使用云服务平台提供的API接口或SDK，通过HTTPS等安全协议将加密后的电子发票数据传输到云端。云服务平台将对上传的数据进行进一步的安全处理和存储管理，确保数据的安全性和可用性。

在本申请的一些实施例中，还包括：

接收用户对所述云服务平台的发票下载请求；所述发票下载请求中携带用户标识和发票号码；

根据所述用户标识验证所述用户的身份；

身份验证通过后，将所述发票号码对应的目标数电发票发送给用户。

其中，用户通过云服务平台的Web界面、移动应用或其他客户端工具发起发票下载请求。这个请求中包含了用户标识（如用户名、手机号、邮箱地址等）和发票号码，用于指定需要下载的电子发票。服务器接收到这个请求后，会将其解析为可处理的数据结构，准备进行后续的身份验证和发票检索操作。

服务器首先会根据用户请求中提供的用户标识来验证用户的身份。这个过程可能涉及以下几个步骤：

查询用户信息：服务器会在其内部数据库或云服务平台的用户管理系统中查询与用户标识相关联的用户信息。

验证身份凭证：如果系统要求用户进行登录或身份验证，服务器还会验证用户是否提供了有效的身份凭证（如密码、验证码、令牌等）。

检查权限：在确认用户身份后，服务器还需要检查用户是否有权下载请求中的电子发票。这可能涉及到检查用户的角色、权限或发票的访问控制列表（ACL）。

如果用户通过了身份验证和权限检查，服务器将会进行以下操作来发送电子发票：

检索发票数据：服务器会在云服务平台的数据库中检索与用户请求中的发票号码相匹配的电子发票数据。由于电子发票在之前已经被加密并存储在云端，因此服务器需要先解密这些数据（如果它们仍然处于加密状态）。

发送发票：解密后，服务器将以适当的格式（如PDF、OFD等）将电子发票发送给用户。这可以通过电子邮件、Web界面下载链接、移动应用内通知等方式实现。

记录日志：为了审计和追踪目的，服务器还会记录发票下载的日志信息，包括下载时间、用户标识、发票号码等。

通过以上步骤，服务器能够安全、可靠地处理用户对云服务平台的发票下载请求，并确保只有经过身份验证和授权的用户才能访问和下载他们的电子发票。

在本申请的一些实施例中，还包括：

将所述数电发票的交易记录上传至区块链网络，所述交易记录包括：生成记录、下载记录和转移记录。

其中，交易记录是指与数电发票相关的各种操作和事件的记录，包括但不限于：

生成记录：记录发票的生成时间、生成方、发票号码、发票内容等基本信息。

下载记录：记录每次发票被下载的时间、下载方（用户标识）、下载方式等信息。

转移记录：如果发票的所有权或使用权发生了转移（例如，在发票报销或转让过程中），这些转移事件也将被记录在案。

服务器将上述交易记录上传至区块链网络的过程，实质上是在区块链上创建了一系列新的区块或交易记录，这些记录通过加密算法和共识机制得到了所有参与节点的验证和确认。一旦上传成功，这些交易记录便成为区块链上不可篡改的一部分，任何尝试修改或删除的行为都将被网络中的其他节点所察觉并拒绝。

将数电发票的交易记录上传至区块链网络，可以带来以下显著优势：

不可篡改性：区块链的分布式账本特性确保了交易记录一旦生成便无法被篡改，从而提高了发票数据的真实性和可信度。

透明性：区块链上的所有交易记录都是公开可见的（但可以通过技术手段实现隐私保护），这使得发票的流转和使用过程更加透明，便于监管和审计。

可追溯性：由于区块链上的交易记录是按时间顺序排列的，因此可以轻松地追踪发票的生成、流转和使用过程，为税务稽查和纠纷解决提供了有力支持。

在本申请的一些实施例中，所述根据所述开票信息生成电子文件格式的数电发票，包括：

根据税务局下发的规则生成电子文件格式的数电发票。

其中，服务器对接收到的发票数据进行验证，确保所有必要字段都已填写，且符合税务局规定的格式和逻辑要求。验证可能包括检查数据完整性、格式正确性、税额计算准确性等。根据税务局提供的电子发票XML模板，服务器将验证后的发票数据转换为XML格式。XML结构包含发票的所有必要元素，并按照税务局规定的层级和命名规则组织。服务器使用企业的私钥对XML格式的发票数据进行数字签名，以确保发票的真实性和不可篡改性。同时，服务器可能对发票数据进行加密处理，以保护敏感信息的安全。服务器将XML格式的发票数据转换为PDF或其他税务局认可的电子文件格式。转换过程中，服务器会确保发票的版面布局、字体大小、信息展示等符合税务局的规定。

本申请的实施例在交付数电发票时，具体包括以下有益效果：

通过引入电子签名技术，对数电发票进行数字签名，确保了发票在生成、传输、存储等各个环节中的真实性和完整性，有效防止了数据的篡改和伪造，从而大幅提升了数电发票的安全性。进一步采用加密技术对数电发票进行加密处理，使得只有拥有相应解密密钥的合法用户才能访问和查看发票内容，进一步增强了发票的保密性和安全性。

通过实现订阅、自动化处理等流程，减少了人工操作和干预，使得数电发票的生成、传输和交付过程更加高效和快捷。这不仅缩短了发票的交付周期，还降低了人为错误的风险。数电发票的即时生成和传输，使得接收方能够迅速获取到发票信息，无需等待邮寄或物理传递，从而提高了整体业务处理效率。

将数电发票的交易记录上传至区块链网络，利用区块链的分布式账本特性和不可篡改性，确保了数据的安全性和可信度。任何对数据的修改或删除都会被网络中的其他节点所察觉并拒绝，从而有效防止了数据被恶意篡改的风险。区块链上的交易记录公开可见（但隐私信息得到保护），使得数电发票的流转和使用过程更加透明，便于监管和审计。同时，通过区块链的链式数据结构，可以轻松地追踪发票的生成、流转和使用历史，为税务稽查和纠纷解决提供了有力支持。

数电发票的推广和应用，极大地减少了纸质发票的使用量，降低了对纸张、印刷、邮寄等资源的消耗和依赖。由于数电发票以数字形式存储，无需占用大量的物理存储空间，从而节省了企业的存储成本。自动化处理流程的引入，减少了人工操作和管理的需求，降低了企业的管理成本。同时，数电发票的易查询、易管理特性也提高了企业的运营效率。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参见图3，其示出了本申请一个示例性实施例提供的数电发票的交付装置的结构示意图，以下简称装置3。该装置3可以通过软件、硬件或者两者的结合实现成为服务器的全部或一部分。装置3包括：获取单元301、验证单元302、生成单元303、签名单元304、查询单元305和发送单元306。

获取单元301，用于获取开票信息；

验证单元302，用于验证所述开票信息的完整性和正确性；

生成单元303，用于若验证通过，根据所述开票信息生成电子文件格式的数电发票；

签名单元304，用于使用私钥对所述数电发票进行签名处理；

查询单元305，用于根据所述开票信息查询预先设置的接收方的邮箱地址；

发送单元306，用于根据所述邮箱地址将签名后的数电发票发送给所述接收方。

在一个或多个可能的实施例中，还包括：

设置单元，用于基于开票方的设置指令设置开票信息和邮箱地址之间的映射关系。

在一个或多个可能的实施例中，还包括：

上传单元，用于生成加密密钥；

使用所述加密密钥对所述签名后的数电发票进行加密处理；

将加密后的数电发票上传至云服务平台的数据库中。

在一个或多个可能的实施例中，还包括：

下载单元，用于接收用户对所述云服务平台的发票下载请求；所述发票下载请求中携带用户标识和发票号码；

根据所述用户标识验证所述用户的身份；

身份验证通过后，将所述发票号码对应的目标数电发票发送给用户。

在一个或多个可能的实施例中，

发送单元306，还用于将所述数电发票的交易记录上传至区块链网络，所述交易记录包括：生成记录、下载记录、修改记录和转移记录。

在一个或多个可能的实施例中，所述根据所述开票信息生成电子文件格式的数电发票，包括：

根据税务局下发的规则生成电子文件格式的数电发票。

在一个或多个可能的实施例中，所述获取开票信息包括：

接收开票方上传的二维码，解析所述二维码得到开票信息。

需要说明的是，上述实施例提供的装置3在执行数电发票的交付方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成上述的全部或者部分功能。另外，上述实施例提供的数电发票的交付装置与数电发票的交付方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图2所示实施例的方法步骤，具体执行过程可以参见图2所示实施例的具体说明，在此不进行赘述。

本申请还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的数电发票的交付方法。

请参见图4，为本申请实施例提供了一种服务器的结构示意图。如图4所示，所述服务器400可以包括：至少一个处理器401，至少一个网络接口404，用户接口403，存储器405，至少一个通信总线402。

其中，通信总线402用于实现这些组件之间的连接通信。

其中，用户接口403可以包括显示屏（Display）、摄像头（Camera），可选用户接口403还可以包括标准的有线接口、无线接口。

其中，网络接口404可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器401可以包括一个或者多个处理核心。处理器401利用各种接口和线路连接整个服务器400内的各个部分，通过运行或执行存储在存储器405内的指令、程序、代码集或指令集，以及调用存储在存储器405内的数据，执行服务器400的各种功能和处理数据。可选的，处理器401可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（ProgrammableLogic Array，PLA）中的至少一种硬件形式来实现。处理器401可集成中央处理器（Central Processing Unit，CPU）、图像处理器（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器401中，单独通过一块芯片进行实现。

其中，存储器405可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-OnlyMemory）。可选的，该存储器405包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器405可用于存储指令、程序、代码、代码集或指令集。存储器405可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器405可选的还可以是至少一个位于远离前述处理器401的存储装置。如图4所示，作为一种计算机存储介质的存储器405中可以包括操作系统、网络通信模块、用户接口模块以及应用程序。

在图4所示的服务器400中，用户接口403主要用于为用户提供输入的接口，获取用户输入的数据；而处理器401可以用于调用存储器405中存储的应用程序，并具体执行如图2所示的方法，具体过程可参照图2所示，此处不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (10)

1.一种数电发票的交付方法，其特征在于，包括：

获取开票信息；

验证所述开票信息的完整性和正确性；

若验证通过，根据所述开票信息生成电子文件格式的数电发票；

使用私钥对所述数电发票进行签名处理；

根据所述开票信息查询预先设置的接收方的邮箱地址；

根据所述邮箱地址将签名后的数电发票发送给所述接收方。

2.根据权利要求1所述的方法，其特征在于，所述获取开票信息之前，还包括：

基于开票方的设置指令设置开票信息和邮箱地址之间的映射关系。

3.根据权利要求1或2所述的方法，其特征在于，还包括：

生成加密密钥；

使用所述加密密钥对所述签名后的数电发票进行加密处理；

将加密后的数电发票上传至云服务平台的数据库中。

4.根据权利要求3所述的方法，其特征在于，还包括：

接收用户对所述云服务平台的发票下载请求；所述发票下载请求中携带用户标识和发票号码；

根据所述用户标识验证所述用户的身份；

身份验证通过后，将所述发票号码对应的目标数电发票发送给用户。

5.根据权利要求1或2或4所述的方法，其特征在于，还包括：

将所述数电发票的交易记录上传至区块链网络，所述交易记录包括：生成记录、下载记录、修改记录和转移记录。

6.根据权利要求5所述的方法，其特征在于，所述根据所述开票信息生成电子文件格式的数电发票，包括：

根据税务局下发的规则生成电子文件格式的数电发票。

7.根据权利要求1或2或4或6所述的方法，其特征在于，所述获取开票信息包括：

接收开票方上传的二维码，解析所述二维码得到开票信息。

8.一种数电发票的交付装置，其特征在于，包括：

获取单元，用于获取开票信息；

验证单元，用于验证所述开票信息的完整性和正确性；

生成单元，用于若验证通过，根据所述开票信息生成电子文件格式的数电发票；

签名单元，用于使用私钥对所述数电发票进行签名处理；

查询单元，用于根据所述开票信息查询预先设置的接收方的邮箱地址；

发送单元，用于根据所述邮箱地址将签名后的数电发票发送给所述接收方。

9.一种计算机存储介质，其特征在于，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1~7任意一项的方法步骤。

10.一种服务器，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1~7任意一项的方法步骤。