技术领域
[0001] 本
发明涉及税务管理技术领域，尤其涉及一种发票发售方法和系统。
背景技术
[0002] 长期以来，纳税人购买发票需要去税务机关的办税服务大厅购买，且税务人员需要在现场审核纳税人的购票资格、人工核对购票人证件、收取
费用、录入系统、发放纸质发票等等工作，即耗费了纳税人的时间成本，还增加了税务机关的工作负担，耗费较多的社会资源。
[0003] 目前解决这一问题的方法为，企业通过用户终端向网上发票发售系统提交网上
申请；网上发票发售系统根据上述申请进行发票代码和号码段分配，并分拣纸质发票、计算出纸质发票的邮件重量、邮费，并打印快递单；企业接收到快递的纸质发票后，将纸质发票和网上发票发售系统中存储的
电子发票进行一一核对比较，根据比较结果确定接收或者拒绝纸质发票。
[0004] 上述
现有技术中的缺点为：采用现有技术中的方法购买发票时，企业在接收到税务机关邮寄的纸质发票后，需要将接收到的纸质发票的发票信息与网上电子发票信息进行一一核对，再进行接收或者拒绝，通常企业一次性购入的发票数目较大，这就导致核对的数量较大，需要耗费较多的人
力物力，同时，人工核对出现数据错误的情况较多，导致纸质发票与电子发票信息不一致，造成不便。
发明内容
[0005] 本发明的
实施例提供了一种发票发售方法和系统，通过发票申领信息及发票申领识别码，对企业的合法性进行验证，并进一步进行发票的验旧和分配，通过发票申领识别码对发票进行识别和确认，从而简化纸质发票的发票信息与网上电子发票信息的核
对流程，提高发票发放的正确率和效率。
[0006] 为了实现上述目的，本发明采取了如下技术方案：一种发票发售方法，包括：
局端受理
服务器根据发票申领信息和发票申领识别码对申领发票的企业的合法性进行验证，验证通过后，将所述发票申领信息以及所述发票申领识别码传输给核心征管服务器；
所述核心征管服务器根据所述发票申领信息进行发票验旧以及申领数量校验，通过后，进行发票代码、发票号段分配；并将分配好的发票代码以及发票号段传输给所述局端受理服务器；
所述局端受理服务器根据所接收到的所述发票代码、发票号段以及发票申领识别码生成申领订单信息，将所述申领订单信息发送给快递邮寄子系统，由所述快递邮寄子系统根据所述申领订单信息进行纸质发票分拣、交寄、配送。
[0007] 上述方案中，所述局端受理服务器对企业的合法性进行验证前，所述方法还包括：企业端确定发票申领信息、生成发票申领识别码，将所述发票申领识别码进行储存，并将所述发票申领信息和发票申领识别码上传至局端受理服务器；
快递邮寄子系统完成配送后，所述方法还包括：所述申领发票的企业收到纸质发票后，通过所述企业端存储的发票申领识别码与所述申领订单信息中的发票申领识别码进行比对，确认接收或拒绝所述纸质发票。
[0008] 上述方案中，所述对申领发票的企业的合法性进行验证，验证通过后，所述发售方法还包括：将所述发票申领信息以及所述发票申领识别码进行缓存，并加入发送队列；所述将所述发票申领信息以及所述发票申领识别码传输给所述核心征管服务器，进一步包括：将所述发送队列中的发票申领信息以及发票申领识别码依次发送至所述核心征管服务器。
[0009] 上述方案中，所述确认接收或拒绝所述纸质发票，包括：当所述企业端存储的发票申领识别码与所述申领订单信息中的发票申领识别码一致时，所述企业端将生成已接收纸质发票的接受信息并将所述接受信息发送给所述局端受理服务器；所述局端受理服务器接收到所述接受信息后，将对应的发票信息设置为已申领状态；当过所述企业端存储的发票申领识别码与申领订单信息中的发票申领识别码不一致时，所述企业端生成已拒绝纸质发票的拒绝信息并将所述拒绝信息发送给所述局端受理服务器；所述局端受理服务器接收到所述拒绝信息后，将对应的发票信息设置为已拒绝状态。
[0010] 上述方案中，所述方法还包括：将所述发票申领信息以及所述发票申领识别码上传至局端受理服务器之前，将所述发票申领信息以及所述发票申领识别码由税控设备进行加密；和，局端受理服务器接收到所述发票申领信息以及所述发票申领识别码后，调用加解密服务器对接收到的所述发票申领信息以及所述发票申领识别码进行解密；
和/或，
通过所述局端受理服务器将所述申领订单信息发送给所述快递邮寄子系统之前，调用加解密服务器对所述申领订单信息进行加密；和，快递邮寄子系统在接收到所述申领订单信息之后，所述快递邮寄子系统调用加解密服务器将所述加密后的申领订单信息解密成明文申领订单信息。
[0011] 根据本发明的另一个方面，还提供了一种发票发售系统，所述系统包括：局端受理服务器、核心征管服务器、快递邮寄子系统；所述局端受理服务器，用于根据发票申领信息以及发票申领识别码，对申领发票的企业的合法性进行验证，验证通过后，将所述发票申领信息以及所述发票申领识别码传输给核心征管服务器；
所述核心征管服务器，用于接收所述局端受理服务器传输的所述发票申领信息以及所述发票申领识别码，根据所述发票申领信息进行发票验旧以及申领数量校验，通过后，进行发票代码、发票号段的分配；并将分配好的发票代码以及发票号段发送给所述局端受理服务器；
所述局端受理服务器还用于，接收核心征管系统发送的所述分配好的发票代码以及发票号段，根据所述发票代码、发票号段以及发票申领识别码生成申领订单信息，将所述申领订单信息发送给快递邮寄子系统；
所述快递邮寄子系统，用于接收所述局端受理服务器发送的所述申领订单信息，根据所述申领订单信息进行纸质发票分拣、交寄、配送。
[0012] 上述方案中，所述系统还包括：企业端；所述企业端用于确定发票申领信息、生成发票申领识别码，将所述发票申领识别码进行储存，并将所述发票申领信息和发票申领识别码上传至局端受理服务器；并用于收到纸质发票后，通过存储的发票申领识别码与所述申领订单信息中的发票申领识别码进行比对，确认接收或拒绝所述纸质发票。
[0013] 上述方案中，所述局端受理服务器还用于：将所述发票申领信息以及所述发票申领识别码缓存，并加入发送队列；
将所述发送队列中的发票申领信息以及发票申领识别码依次发送至核心征管服务器。
[0014] 上述方案中，所述企业端进一步用于：当所述企业端存储的发票申领识别码与所述申领订单信息中的发票申领识别码一致时，所述企业端将生成已接收纸质发票的接受信息并将所述接受信息发送给所述局端受理服务器；当过所述企业端存储的发票申领识别码与申领订单信息中的发票申领识别码不一致时，所述企业端生成已拒绝纸质发票的拒绝信息并将所述拒绝信息发送给所述局端受理服务器；所述局端受理服务器进一步用于，当接收到所述接受信息后，将对应的发票信息设置为已申领状态；当接收到所述拒绝信息后，将对应的发票信息设置为已拒绝状态。
[0015] 上述方案中，所述系统还包括税控设备、加解密服务器；其中，所述税控设备与所述企业端相连，所述加解密服务器与所述局端受理服务器相连；所述企业端还用于将所述发票申领信息以及所述发票申领识别码上传给局端受理服务器之前，发送给所述税控设备；
所述税控设备用于接收所述发票申领信息以及所述发票申领识别码，并对所述发票申领信息以及所述发票申领识别码进行加密，将加密后的发票申领信息以及所述发票申领识别码发送给企业端；所述局端受理服务器还用于调用加解密服务器；
所述加解密服务器用于接收所述局端受理服务器的调用，对所述受理服务器中加密的发票申领信息以及所述发票申领识别码进行解密。
[0016] 由上述本发明的实施例提供的技术方案可以看出，本发明实施例通过局端受理服务器、核心征管服务器以及快递邮寄子系统，实现了纸质发票通过互联网进行发售，通过局端受理服务器根据发票申领信息和发票申领识别码对企业的合法性进行验证，通过核心征管服务器进行发票验旧及分配，进而由快递邮寄子系统将申领识别码携带在申领订单信息及纸质发票中传递到申领人处。另外，申领人仅通过对比申领订单信息中的申领识别码以及企业端存储的申领识别码，便可以核对纸质发票的正确性，简化纸质发票的发票信息与网上电子发票信息的核对，同时降低错误率。
附图说明
[0017] 为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0018] 图1为本发明实施例一提供的一种发票发售方法的处理
流程图；图2为本发明实施例二提供的一种发票发售方法的处理流程图；
图3为本发明实施例三提供的一种发票发售系统的结构示意图。
具体实施方式
[0019] 下面详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
[0020] 本技术领域技术人员可以理解，除非特意
声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的
说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。
[0021] 本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语（包括技术术语和科学术语）具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。
[0022] 在本发明实施例中，在通过互联网进行发票发售时，可以设置企业端、局端受理服务器、核心征管服务器以及快递邮寄子系统，通过企业端确定发票申领信息，并生成唯一发票申领识别码，并上传至局端受理服务器，由局端受理服务器进行发票申领信息的合法性验证，验证通过转交给核心征管服务器，由核心征管服务器进行发票代码、发票号段分配；根据分配好的发票代码、发票号段，通过局端受理服务器生成申领订单信息，该订单信息包括发票申领识别码，再将申领订单信息转交给快递邮寄子系统，进行纸质发票的分拣、交寄、配送，最终
送达发票申领人处，发票申领人根据接收到的快递的申领订单信息中的发票申领识别码与企业端生成的发票识别码进行核对，确定接收还是拒绝该发票，简化纸质发票的发票信息与网上电子发票信息的核对，同时降低错误率。
[0023] 为便于对本发明实施例的理解，下面将结合附图以几个具体实施例为例做进一步的解释说明，且各个实施例并不构成对本发明实施例的限定。
[0024] 实施例一该实施例提供了一种发票发售方法，如图1所示，所述发票方法的处理流程包括如下的处理步骤：
S120、所述局端受理服务器根据发票申领信息以及发票申领识别码对所述发票申领信息对应的企业的合法性进行验证，验证通过后，将所述发票申领信息以及所述发票申领识别码传输给核心征管服务器。
[0025] 本步骤中的发票申领信息和发票申领识别码，可以由申领发票的企业进行提供，其提供方式可以通过设置企业端进行上传，也可以通过其他方式进行提供。
[0026] 在局端受理服务器接收到由企业端发送的发票申领信息以及发票申领识别码后，为了确保信息的安全，需要对发票申领信息对应的企业的合法性进行验证，只有验证通过的发票申领信息，才可以发送给核心征管服务器，这样可以保证数据信息的安全，同时也降低了核心征管系统的负荷。本步骤中的验证，主要通过企业身份认证和/或数据加签验签的方式进行。
[0027] 本发明实施例在具体实施过程中，由于局端受理系统针对的企业端可以有多个，也就是说，局端受理系统可能会在较短的时间段内，接收到较多的发票申领
请求，如若直接将这些发票申领请求传输至核心征管服务器，可能会造成核心征管服务器负荷加大，使得
数据处理缓慢，还有可能瘫痪。
[0028] 所以，局端受理服务器在接收到发票申领信息以及发票申领识别码或者携带有发票申领信息以及发票申领识别码的发票申领请求后，对通过校验的发票申领信息以及发票申领识别码或者发票申领请求，可以先进行缓存，并加入到发送队列中，由局端受理服务器根据核心征管服务器的实际处理能力以及当前处理情况，将发送队列中的数据信息依次发送给核心征管服务器，这样可以有效的缓解核心征管服务器的负荷，增加核心征管服务器数据处理的效率，降低了由于负荷过大瘫痪的可能性。
[0029] 具体的，对于经过企业端加密的数据信息，局端受理服务器可以调用加解密服务器对加密的数据信息进行解密处理，该加解密服务器可以为专用的加解密服务器，以提高信息的安全性。这里所谓的数据信息可以包括，发票申领信息以及发票申领识别码，或者携带有发票申领信息以及发票申领识别码的发票申领请求。
[0030] S130、所述核心征管服务器根据所述发票申领信息进行发票验旧以及申领数量校验，通过后，进行发票代码、发票号段分配；将分配好的发票代码以及发票号段传输给所述局端受理服务器。
[0031] 核心征管服务器是整个发票发售系统最核心的部分，核心征管服务器存储有各个企业的发票申领情况，在接收到由局端受理服务器发送的发票申领信息以及发票申领识别码或者携带有发票申领信息以及发票申领识别码的发票申领请求后，首先需要进行发票验旧和申领数量校验，这也是发票发售的必经步骤，只有发票验旧和申领数量校验合格的，才有资格购买发票。
[0032] 核心征管服务器对于发票验旧和申领数量校验合格的发票申领信息以及发票申领识别码或者携带有发票申领信息以及发票申领识别码的发票申领请求，统一进行发票代码、发票号段分配，这样可以保证发票代码、发票号段的唯一性，降低错误率，核心征管服务器将分配好的行发票代码、发票号段传输给局端受理服务器。
[0033] S140、所述局端受理服务器根据所述发票代码、发票号段以及发票申领识别码生成申领订单信息，将所述申领订单信息发送给快递邮寄子系统，由所述快递邮寄子系统根据所述申领订单信息进行纸质发票分拣、交寄、配送。
[0034] 局端受理服务器根据核心征管服务器传输的发票代码、发票号段以及发票申领识别码、发票申领信息等信息生成申领订单信息。这里所谓的申领订单信息可以包括：企业申领识别码、企业纳税识别号、申领人姓名、申领人联系电话、申领地址、邮编、发票种类、发票数量、发票代码、发票号码段等等。
[0035] 由局端受理服务器将申领订单信息发送给快递邮寄子系统，由快递邮寄子系统根据申领订单信息进行纸质发票分拣、交寄、配送。
[0036] 具体的，在局端受理服务器将申领订单信息发送给快递邮寄子系统过程中，局端受理服务器可以调用加解密服务器对申领订单信息进行加密处理，将加密后的申领订单信息发送给快递邮寄子系统，快递邮寄子系统在接收到加密后的申领订单信息后，调用加解密服务器将加密后的申领订单信息解密成明文申领订单信息。
[0037] 另外，快递邮寄子系统可以设置在快递公司专
门为本发明实施例提供的快递业务部门，也可以设置在税务系统专门设立的快递邮寄部门。其中，为了提高整个邮寄过程的安全性，可以使用邮局的EMS业务。
[0038] 本实施例所提供的发票发售方法，可以方便、快捷的实现发票的申领和配送，简化了发票的申购流程，提高了发票的分配效率及正确率；同时，方便了在税局端进行发票的管理；通过在局端受理服务器对发票申领信息进行企业合法性验证，降低了非法领取发票的可能。
[0039] 实施例二该实施例提供了一种发票发售方法，如图2所示，所述发票发售方法的处理流程包括如下的处理步骤：
S210、通过企业端确定发票申领信息，并生成发票申领识别码，将所述发票申领识别码储存在所述企业端，将所述发票申领信息以及所述发票申领识别码上传至局端受理服务器。
[0040] 在企业端，可以设置
用户界面，发票申领人通过企业端的用户界面将发票申领信息录入企业端，其中，发票申领信息可以包括：企业纳税识别号、申领人姓名、申领人身份证号、领购密码、联系电话、申领地址、邮编、发票种类、发票数量等等。
[0041] 企业端在收到发票申领信息后，根据该发票申领信息生成发票申领识别码，并存储在企业端，该发票申领识别码与该发票申领信息对应，且该发票申领识别码是唯一的；这样可以保证发票申领识别码的唯一性，进而在后续核对时，将出现错误的可能降到最低。
[0042] 企业端将发票申领信息以及该发票申领信息对应的发票申领识别码发送给局端受理服务器；其中，企业端还可以向局端受理服务器发送发票申领请求，并将发票申领信息以及发票申领识别码携带在该发票申领请求中，以便节省网络资源，同时降低出错的可能性。
[0043] 本发明实施例在具体实施过程中，企业端将发票申领信息以及该发票申领信息对应的发票申领识别码发送给局端受理服务器的过程中，可以进行加密处理，这样可以保证信息传输的安全性，具体的，在企业端一般设置有税控设备，企业端在将数据发送至局端受理服务器之前，首先通过税控设备进行加密，由企业端将加密后的数据发送至局端受理服务器，由于该税控设备可以专门用于税务的领域的发票发售，所以安全性更高。
[0044] S220、所述局端受理服务器收到所述发票申领信息以及所述发票申领识别码后，对所述发票申领信息对应的企业的合法性进行验证，验证通过后，将所述发票申领信息以及所述发票申领识别码传输给核心征管服务器。
[0045] 在局端受理服务器接收到由企业端发送的发票申领信息以及发票申领识别码后，为了确保信息的安全，需要对发票申领信息对应的企业的合法性进行验证，只有验证通过的发票申领信息，才可以发送给核心征管服务器，这样可以保证数据信息的安全，同时也降低了核心征管系统的负荷。本步骤中的验证，主要通过企业身份认证和/或数据加签验签的方式进行。
[0046] 本发明实施例在具体实施过程中，由于局端受理系统针对的企业端可以有多个，也就是说，局端受理系统可能会在较短的时间段内，接收到较多的发票申领请求，如若直接将这些发票申领请求传输至核心征管服务器，可能会造成核心征管服务器负荷加大，使得数据处理缓慢，还有可能瘫痪。
[0047] 所以，局端受理服务器在接收到发票申领信息以及发票申领识别码或者携带有发票申领信息以及发票申领识别码的发票申领请求后，对通过校验的发票申领信息以及发票申领识别码或者发票申领请求，可以先进行缓存，并加入到发送队列中，由局端受理服务器根据核心征管服务器的实际处理能力以及当前处理情况，将发送队列中的数据信息依次发送给核心征管服务器，这样可以有效的缓解核心征管服务器的负荷，增加核心征管服务器数据处理的效率，降低了由于负荷过大瘫痪的可能性。
[0048] 具体的，对于经过企业端加密的数据信息，局端受理服务器可以调用加解密服务器对加密的数据信息进行解密处理，该加解密服务器可以为专用的加解密服务器，以提高信息的安全性。这里所谓的数据信息可以包括，发票申领信息以及发票申领识别码，或者携带有发票申领信息以及发票申领识别码的发票申领请求。
[0049] S230、所述核心征管服务器根据所述发票申领信息进行发票验旧以及申领数量校验，通过后，进行发票代码、发票号段分配；将分配好的发票代码以及发票号段传输给所述局端受理服务器。
[0050] 核心征管服务器是整个发票发售系统最核心的部分，核心征管服务器存储有各个企业的发票申领情况，在接收到由局端受理服务器发送的发票申领信息以及发票申领识别码或者携带有发票申领信息以及发票申领识别码的发票申领请求后，首先需要进行发票验旧和申领数量校验，这也是发票发售的必经步骤，只有发票验旧和申领数量校验合格的，才有资格购买发票。
[0051] 核心征管服务器对于发票验旧和申领数量校验合格的发票申领信息以及发票申领识别码或者携带有发票申领信息以及发票申领识别码的发票申领请求，统一进行发票代码、发票号段分配，这样可以保证发票代码、发票号段的唯一性，降低错误率，核心征管服务器将分配好的行发票代码、发票号段传输给局端受理服务器。
[0052] S240、所述局端受理服务器根据所述发票代码、发票号段以及发票申领识别码生成申领订单信息，将所述申领订单信息发送给快递邮寄子系统，由所述快递邮寄子系统根据所述申领订单信息进行纸质发票分拣、交寄、配送。
[0053] 局端受理服务器根据核心征管服务器传输的发票代码、发票号段以及发票申领识别码、发票申领信息等信息生成申领订单信息。这里所谓的申领订单信息可以包括：企业申领识别码、企业纳税识别号、申领人姓名、申领人联系电话、申领地址、邮编、发票种类、发票数量、发票代码、发票号码段等等。
[0054] 由局端受理服务器将申领订单信息发送给快递邮寄子系统，由快递邮寄子系统根据申领订单信息进行纸质发票分拣、交寄、配送。
[0055] 具体的，在局端受理服务器将申领订单信息发送给快递邮寄子系统过程中，局端受理服务器可以调用加解密服务器对申领订单信息进行加密处理，将加密后的申领订单信息发送给快递邮寄子系统，快递邮寄子系统在接收到加密后的申领订单信息后，调用加解密服务器将加密后的申领订单信息解密成明文申领订单信息。
[0056] 另外，快递邮寄子系统可以设置在快递公司专门为本发明实施例提供的快递业务部门，也可以设置在税务系统专门设立的快递邮寄部门。其中，为了提高整个邮寄过程的安全性，可以使用邮局的EMS业务。
[0057] S250、所述纸质发票通过所述快递邮寄子系统送达后，通过所述企业端存储的发票申领识别码与所述申领订单信息中的发票申领识别码进行比对，确认接收或拒绝所述纸质发票。
[0058] 分拣好的纸质发票，通过快递部门，由快递员送达发票申领人后，发票申领人可以根据快递过来的申领订单信息中的发票申领识别码与企业端存储的发票申领识别码的比对结果，确定接收还是拒绝该纸质发票。
[0059] 具体的，若申领订单信息中的发票申领识别码与企业端存储的发票申领识别码一致，接收该纸质发票；相应的，若申领订单信息中的发票申领识别码与企业端存储的发票申领识别码不一致，拒绝该纸质发票。
[0060] 这样，简化了发票核对的过程，同时由于仅比对发票申领识别码，降低了出错的可能性。
[0061] 本发明实施例在具体实施过程中，发票申领人在确定接受或者拒绝纸质发票后，可以在企业端录入或生成确认接受信息或拒绝信息，并由企业端将接受信息或拒绝信息上传至局端受理服务器，由局端受理服务器将对应的发票信息设置为对应的状态，例如，企业端根据申领人设置，将接受信息发送给局端受理服务器；局端受理服务器接收到该接受信息后，将对应的发票信息设置为已申领状态；或者，企业端根据申领人设置，将拒绝信息发送给局端受理服务器；所述局端受理服务器接收到该拒绝信息后，将对应的发票信息设置为已拒绝状态。这样可以保证在企业端以及税局端（也就是局端受理服务器以及核心征管服务器）一并确认纸质发票是否送达，以及发票申领人对送达的纸质发票的接收情况，更方便的在税局端进行发票的管理。
[0062] 实施例三该实施例提供了一种发票发售系统，其具体实现结构如图2所示，具体可以包括如下的模
块：
企业端1、局端受理服务器2、核心征管服务器3、快递邮寄子系统4。
[0063] 企业端1，用于确定发票申领信息，并生成发票申领识别码，将所述发票申领识别码储存在所述企业端，将所述发票申领信息以及所述发票申领识别码上传至所述局端受理服务器2。
[0064] 局端受理服务器2，用于接收所述企业端传输的所述发票申领信息以及所述发票申领识别码，对所述发票申领信息对应的企业的合法性进行验证，验证通过后，将所述发票申领信息以及所述发票申领识别码传输给核心征管服务器3。
[0065] 核心征管服务器3，用于接收所述局端受理服务器发传输的所述发票申领信息以及所述发票申领识别码，根据所述发票申领信息进行发票验旧以及申领数量校验，通过后，进行发票代码、发票号段的分配；将分配好的发票代码以及发票号段发送给所述局端受理服务器2。
[0066] 局端受理服务器2还用于，接收核心征管系统发送的所述分配好的发票代码以及发票号段，根据所述发票代码、发票号段以及发票申领识别码生成申领订单信息，将所述申领订单信息发送给快递邮寄子系统4。
[0067] 快递邮寄子系统4用于，接收所述局端受理服务器发送的所述申领订单信息，根据所述申领订单信息进行纸质发票分拣、交寄、配送。
[0068] 企业端1，还用于所述纸质发票通过所述快递邮寄子系统送达后，通过所述企业端存储的发票申领识别码与申领订单信息中的发票申领识别码进行比对，确认接收或拒绝所述纸质发票。
[0069] 本发明实施例在具体实施过程中，为了减缓核心征管服务器3的负荷，局端受理服务器2还用于：将所述发票申领信息以及所述发票申领识别码缓存，并加入发送队列；
将所述发送队列中的发票申领信息以及发票申领识别码依次发送至核心征管服务器
3。
[0070] 另外，在纸质发票的接收情况确认过程中，企业端1还用于，根据申领人设置，将接受信息发送给局端受理服务器2；局端受理服务器2还用于，接收企业端1发送的所述接受信息，根据所述接收请求，将对应的发票信息设置为已申领状态；
或者，
企业端1还用于，根据申领人设置，将拒绝信息发给局端受理服务器2；
局端受理服务器2还用于，接收企业端1发送的所述拒绝信息，根据所述拒绝信息，将对应的发票信息设置为已拒绝状态。
[0071] 进一步的，为了确保数据传输过程中的安全，企业端1包括税控设备，企业端1还用于：将所述发票申领信息以及所述发票申领识别码由税控设备进行加密；
将加密后的所述发票申领信息以及所述发票申领识别码上传给局端受理服务器2；
本发明实施例中的发票发售系统还包括加解密服务器，局端受理服务器2还用于：
调用加解密服务器对接收到的所述发票申领信息以及所述发票申领识别码进行解密。
[0072] 另外，局端受理服务器2还用于，调用加解密服务器对所述申领订单信息进行加密，将所述加密后的申领订单信息给所述快递邮寄子系统4；快递邮寄子系统4还用于，调用所述加解密服务器将所述加密后的申领订单信息解密成明文订单信息。
[0073] 综上所述，本发明实施例通过企业端、局端受理服务器、核心征管服务器以及快递邮寄子系统，实现了纸质发票通过互联网进行发售，通过企业端根据发票申领信息生成发票申领识别码，储存在企业端，且将该申领识别码发送至局端受理服务器、核心征管服务器以及快递邮寄子系统，进而由快递邮寄子系统将申领识别码携带在申领订单信息中传递到申领人处，申领人仅通过对比申领订单信息中的申领识别码以及企业端存储的申领识别码，便可以核对纸质发票的正确性，简化纸质发票的发票信息与网上电子发票信息的核对，同时降低错误率。
[0074] 本发明实施例在具体实施过程中，通过局端受理服务器将各个企业端上传的发票申领信息以及发票申领识别码或者携带有发票申领信息以及发票申领识别码的发票申领请求进行缓存，根据核心征管服务器的实际处理能力以及当前处理情况，将发送队列中的数据信息依次发送给核心征管服务器，缓解了核心征管服务器的负荷，增加了核心征管服务器数据处理的效率，降低了由于负荷过大瘫痪的可能性；在企业端与局端受理服务器以及局端受理服务器与快递邮寄子系统的数据传输过程中；通过专用的加解密设备进行加解密，提高了数据的安全性，通过在企业端将纸质发票接收情况上传至税局端，方便了在税局端进行发票的管理；通过在局端受理服务器对发票申领信息进行企业合法性验证，降低了非法领取发票的可能。
[0075] 本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
[0076] 通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助
软件加必需的通用
硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例或者实施例的某些部分所述的方法。
[0077] 本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0078] 以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉
本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以
权利要求的保护范围为准。
