CN105809526A - 基于异步多线程处理的网上统一报税方法及系统 - Google Patents

Abstract

本发明公开一种基于异步多线程处理的网上统一报税方法，包括：受理端接收到开票端发出的报税业务请求后，验证请求中含有的企业身份信息和报税数据；当企业身份验证合法且报税数据验证完整后，受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端进行报税处理；当处理端返回报税数据接收成功后，受理端将开票端发出的查询报税请求转发给处理端，并且向开票端返回处理端发送的查询报税结果。本发明公开的网上统一报税方法通过异步多线程的处理方式，极大地提高了数据处理速度和系统容错性。

Description

基于异步多线程处理的网上统一报税方法及系统

技术领域

本发明涉及电子发票应用技术领域，尤其涉及一种基于异步多线程处理的网上统一报税方法及系统。

背景技术

由于我国经济的飞速发展，纳税人企业数量呈几何级增长。一个地区的税务大厅在征期内要接待和处理的企业纳税人数量也逐年递增，导致了税务大厅出现了拥挤、长时间等待、甚至当天无法完成报税业务的情况出现，有的税务大厅，实施了排号制度来缓解人多等待的问题。以上情况极大的增加了企业纳税人的负担，降低了企业纳税人的用户体验。

随着互联网技术的发展，利用互联网技术实现网上统一报税的技术和产品也相继而出。中国专利申请号201210027856.9公开了一种增值税报税盘自助报税的方法。该方法取代了目前税务人员手工进行增值税报税盘报税的模式，纳税人可以借助该方法实现增值税报税盘自助报税，该方法可以有效屏蔽报税盘中的病毒对税务机关内网的安全风险，同时减轻了税务人员的工作压力，并提高了增值税报税盘报税的效率及自助办税终端的利用价值。这项技术专利就很典型地代表了现有的技术模式。就是通过互联网的方式模拟企业纳税人去税务大厅人工办理业务的流程，通过提取企业报税设备中的报税数据，提交到税务局，建立与税务局内部税务系统的链接，将数据提交到税务局内部系统完成企业报税操作。这样可以让企业纳税人足不出户，不需要到税务大厅排队进行人工业务处理就可以完成每月向税务局按时报税的需求。

虽然，这种技术实现手段虽然可以满足企业网上统一报税的需求。但是，随诊国家经济发展迅速，新生企业如雨后春笋般出现，纳税人数量呈几何级增长，之前良好运转的网上统一报税系统纷纷出现了处理速度下降等问题。很多企业因为财务原因都会选择在征期的最后两天进行报税处理，由于网上统一报税系统在其呈几何级爆发增长的企业纳税人用户情况下，业务处理速度急剧下降，无法及时地将处理结果返回给纳税人企业，所以很多企业无奈又回到了去税务大厅排队办理的状态，这对于互联网技术发展迅速的今天来说，是一种极大地倒退。之后，很多服务提供商采取了增加硬件设备性能和数量的方式，以图提高网上统一报税系统的处理速度，但是都收效甚微。究其原因，是因为不管网上统一报税系统的硬件设备配置再高，最后还是要调用税务局内部系统进行实际上的业务处理，税务局内部系统本就是为了满足税务大厅人工办理的需求设计和研发的，其侧重点在于业务的准确性，而非大数据处理。其业务特征是迎合税务大厅业务办理的特点，人工排队一户企业处理完毕，在进行下一户企业的办理，这种工作方式对网上统一报税来说是不适宜的。故调用税务局内部系统模拟税务大厅人工办理的方式已不再符合现有的企业网上统一报税的需求。此外，随着很多企业业务范围的扩张，企业纳税人需要同时上报增值税专票、增值税普票、货物运输发票和/或机动车销售统一发票。现有企业目前的解决方式为使用两套网上统一报税系统来分别对增值税专票、增值税普通和货物运输发票、机动车销售统一发票进行每月两次网上统一报税，便利性欠佳，也增加了纳税人企业的负担，需要同时支付两套系统的费用。

因此，现有技术存在的不足在于两个方面问题：第一，如何摆脱税务局内部系统的束缚，研发出符合现有纳税人企业网上统一报税业务的业务流程模型，可以在目前如此经济发展的势头下，如此大规模的纳税人企业增长下，大幅度提升业务数据处理速度；第二，如何在一套系统中同时实现对增值税专票、增值税普票、货物运输发票和/或机动车销售统一发票四种发票的网上统一报税支持

有鉴于此，针对现有技术的空白，有必要提供一种新的网上统一报税系统及方法，摆脱税务局内部系统的束缚以大幅度提升业务数据处理速度，同时支持增值税专用发票、增值税普通发票、货物运输发票和/或机动车销售统一发票的网上统一报税信息服务(以下简称“四类发票”)。

发明内容

为了解决上述问题，本发明提供的一种基于异步多线程处理的网上统一报税系统及方法，通过异步多线程的处理方式，极大地提高了数据处理速度和系统容错性，并同时支持“四类发票”的网上统一报税信息服务，为企业用户提供了在一个系统中同时对四种发票进行报税操作的服务，极大地提高了企业财务人员的工作便利性和降低企业运营成本。

本发明提供了一种基于异步多线程处理的网上统一报税方法，包括：受理端接收到开票端发出的报税业务请求后，验证请求中含有的企业身份信息和报税数据；当企业身份验证合法且报税数据验证完整后，受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端进行报税处理；当处理端返回报税数据接收成功后，受理端将开票端发出的查询报税请求转发给处理端，并且向开票端返回处理端发送的查询报税结果。

作为一种实施例，所述受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端，进一步包括：受理端识别报税数据所对应的发票种类；当发票种类是货物运输发票和/或机动车销售统一发票时，受理端将报税数据发送至第一处理端，第一处理端对货物运输发票和/或机动车销售统一发票的报税数据进行解密后获取第一类密文数据，并且第一类报税处理将第一类密文数据发送至第二处理端；当发票种类是增值税专票和/或增值税普票时，受理端将报税数据发送至第二处理端，第二处理端对增值税专票和/或增值税普票的报税数据进行解密后获取第二类密文数据。

作为一种实施例，所述受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端进行报税处理，还包括：第二处理端对第一类密文数据进行解密，生成解密后的第一类明文数据，并且将第一类明文数据发送给第一处理端；第二处理端对第二类密文数据进行解密，生成解密后的第二类明文数据，通过多线程方式对第二类明文数据进行报税处理，并将第二类明文数据的处理结果通过一窗式比对界面提示给用户进行修改或确认；第二处理端向受理端返回清卡信息和请求接收成功消息。

作为一种实施例，所述受理端将开票端发出的查询报税请求转发给处理端，并且向开票端返回处理端发送的查询报税结果，进一步包括：受理端识别查询报税请求所对应的报税数据；当报税数据是货物运输发票和/或机动车销售统一发票时，受理端将查询报税请求发送至第一处理端，并接收第一处理端返回的货物运输发票和/或机动车销售统一发票和清卡信息；当发票种类是增值税专票和/或增值税普票时，受理端将查询报税请求发送至第二处理端，并接收第二处理端返回的增值税专票和/或增值税普票和清卡信息。

作为一种实施例，所述开票端还包括：通过图标或选项按钮采集用户触发的远程报税操作。

作为一种实施例，所述开票端还包括：远程报税模块，当用户触发远程报税操作时，从金税盘中提取发票数据并发送至报税盘；接着，将报税盘中的发票数据发送至受理端。

本发明还提供了一种基于异步多线程处理的网上统一报税系统，包括：开票端，用于采集用户的报税业务请求和查询报税请求；受理端，其连接开票端；第一处理端，其连接受理端；第二处理端，其连接受理端和第一处理端，其中：受理端接收到开票端发出的报税业务请求后，验证请求中含有的企业身份信息和报税数据；当企业身份验证合法且报税数据验证完整后，受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端进行报税处理；当处理端返回报税数据接收成功后，受理端将开票端发出的查询报税请求转发给处理端，并且向开票端返回处理端发送的查询报税结果。

作为一种实施例，所述系统进一步包括：受理端识别报税数据所对应的发票种类；当发票种类是货物运输发票和/或机动车销售统一发票时，受理端将报税数据发送至第一处理端，第一处理端对货物运输发票和/或机动车销售统一发票的报税数据进行解密后获取第一类密文数据，并且第一类报税处理将第一类密文数据发送至第二处理端；当发票种类是增值税专票和/或增值税普票时，受理端将报税数据发送至第二处理端，第二处理端对增值税专票和/或增值税普票的报税数据进行解密后获取第二类密文数据。

作为一种实施例，所述系统还包括：第二处理端对第一类密文数据进行解密，生成解密后的第一类明文数据，并且将第一类明文数据发送给第一处理端；第二处理端对第二类密文数据进行解密，生成解密后的第二类明文数据，通过多线程方式对第二类明文数据进行报税处理，并将第二类明文数据的处理结果通过一窗式比对界面提示给用户进行修改或确认；第二处理端向受理端返回清卡信息和请求接收成功消息。

作为一种实施例，所述系统进一步包括：受理端识别查询报税请求所对应的报税数据；当报税数据是货物运输发票和/或机动车销售统一发票时，受理端将查询报税请求发送至第一处理端，并接收第一处理端返回的货物运输发票和/或机动车销售统一发票和清卡信息；当发票种类是增值税专票和/或增值税普票时，受理端将查询报税请求发送至第二处理端，并接收第二处理端返回的增值税专票和/或增值税普票和清卡信息。

作为一种实施例，所述系统所述开票端还包括：图标或选项按钮，用于采集用户触发的远程报税操作。

由上述本发明的实施例提供的技术方案可以看出，本方案设计的一种基于异步多线程处理的网上统一报税系统及方法，通过异步多线程的处理方式，极大地提高了数据处理速度和系统容错性，并同时支持“四类发票”的网上统一报税信息服务，为企业用户提供了在一个系统中同时对四种发票进行报税操作的服务，极大地提高了企业财务人员的工作便利性和降低企业运营成本。

本发明采用了异步多线程的技术，不需要经过税务局内部系统。这样的优点有两个：第一，在每月征期税务大厅业务繁忙的时候，不会对税务局内部系统产生影响，不会产生拖慢税务局内部系统的不良后果；第二，系统采用异步多线程模式，极大地提高数据处理并发性，其业务繁忙期的处理效率在有足够硬件设备的支持下，可以达到现有技术的数十倍。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

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

图1为本发明一实施例的基于异步多线程处理的网上统一报税平台的网络拓扑图；

图2为本发明一实施例的基于异步多线程处理的网上统一报税方法的时序流程图；

图3为本发明一实施例的基于异步多线程处理的网上统一报税方法的总体流程图。

具体实施方式

下面详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。

为便于对本发明实施例的理解，下面将结合附图以几个具体实施例为例做进一步的解释说明，且各个实施例并不构成对本发明实施例的限定。

此步入二十一世纪之后，互联网技术正在改变着这个世界，对于我国税收事业同样如此。在企业每月到税务大厅进行报税业务的传统方式和使用传统的网上统一报税软件不能再很好地满足包括税务局和企业的要求之后，本发明相关人员研发了基于异步多线程技术的支持增值税专用发票、增值税普通发票、货物运输发票和机动车销售统一发票的网上统一报税系统，利用互联网技术改变了这一现状，一方面使企业可以足不出户地完成每月的报税业务，同时也减轻了税局大厅业务人员的工作压力和税务局防伪税控核心系统受到的传统网上统一报税软件的巨大压力。

图1为本发明一实施例的基于异步多线程处理的网上统一报税平台的网络拓扑图。如图1所示，本发明还提供了本发明提供了一种基于异步多线程处理的网上统一报税平台，包括：通过网络相互连接的客户端设备、报税受理端和税务端设备，所述税务端设备还连接加解密服务器、货运机动车发票管理服务器、一窗式比对服务器和防伪税控服务器；所述客户端设备包括:客户端和报税数据处理硬件,其中：所述报税数据处理硬件包括：金税盘和报税盘；所述税务端设备包括：处理端，用于接收客户端发送的报税业务请求与相关报税业务处理，并且通过所述受理端向客户端发送查询结果集，并控制客户端进行清卡的逻辑处理；所述防伪税控服务器包括：防伪税控数据库；所述一窗式比对服务器包括：一窗式比对系统；所述货运机动车发票管理服务器包括：货运报税系统的接入端口、货运报税数据库。

本发明是为了更好的利用信息化的便捷性，使纳税人企业足不出户，便可以实现快捷报税。使各地国家税务局可以快速准确地实现对增值税专票、增值税普票、货物运输发票和机动车销售统一发票的数据采集，进而取代传统的大厅报税方式和现有的模拟税务大厅人工报税流程的传统网上统一报税软件，减轻税务部门的工作压力和对防伪税控税务核心系统的压力，也方便纳税人企业灵活查询报税信息并清卡的操作。

本方法主要是利用互联网的快捷性和便利性，将企业的常规大厅报税操作通过信息化的方式来完成，并且不是通过简单地模拟大厅报税的方式。

如图1所示，本应用要满足报税，增值税专票、增值税普票、货物运输发票和机动车销售统一发票数据采集，报税结果查询与清卡等操作的完整处理过程，应包含以下几个功能模块：

客户端软件：包括企业端软件和数据处理硬件(金税盘、报税盘)两部分。主要功能是实现将企业金税盘、报税盘读写操作及加密封装，并将企业报税数据(包括增值税专票、增值税普票、货物运输发票和机动车销售统一发票)向税务局受理端进行安全加密发送(CA+HTTPS)；还可以便捷地查询税局处理系统的报税处理结果和完成对金税盘的清卡操作。

受理端：负责接收企业发送的业务请求数据和根据请求将业务数据转向相应的处理服务器，并通过校验证书等一系列方式对企业身份和数据完整性进行校验。需要说明的是，所述校验方式主要就是应用了CA的安全体系。企业有自己的证书，服务器端也有自己的证书，一个证书分为公钥和私钥。通过使用证书对数据进行签名和封装数字信封，可以起到身份识别和检验数据完整性的作用。CA体系是国际通用的安全体系。

税务端处理核心软件：负责接收企业发送的请求与相关报税业务处理(包括：增值税专票和增值税普票发票数据入库、红字发票销单处理、一窗式比对处理等)和向企业端发送查询结果集，控制企业端是否可以清卡的逻辑处理。

本系统对于企业数据处理效率提升的核心发明就是在税务端处理核心软件实现的，传统的网上统一报税软件，是将企业报税数据发送给防伪税控核心系统，而本系统在此处实现了对数据库的直接读写操作。避免对了调用防伪税控系统对于系能性能提升的限制，同时在报税高峰期也不会对防伪税控系统造成巨大压力，拖慢防伪税控系统，影响企业大厅业务办理。而企业上报的数据，系统会先按照特殊格式生成报税文件，缓存到服务器的特定工作空间，税务局相关人员可以根据需要，启动1到99个处理线程，处理线程会根据算法，抓取工作空间中的待处理报税文件。如果服务器硬件配置足够，最多可以开启99个处理线程，并发处理效率，不是之前的单线程处理模式可以比拟的。

加解密服务器：负责解密企业的增值税专票、增值税普票、货物运输发票和机动车销售统一发票的报税汇总数据，并产生解密结果和清卡信息。

货运机动车发票入库接口：负责将货物运输发票和机动车销售统一发票的报税数据，进行入库操作。需要说明的是，货运机动车发票入库接口是货运报税系统的接入端口对本系统开放的一个接口。其他系统也存在类似的问题，例如，访问加解密服务器也是访问加解密服务器对外开放的接口。相关业务流程使用入库时涉及接口问题，以方便理解。

为了解决之前的网上统一报税软件不能同时兼容货物运输发票和机动车销售统一发票的问题，故本系统引入了货运机动车发票入库接口，可以实现同时对增值税专票、增值税普票、货物运输发票和机动车销售统一发票四种发票的报税处理。

专用名词解释：

清卡：是指当企业报完税之后，清卡动作会获取到服务器的一个加密密文，通过这个密文便可删除企业报税盘中的报税数据。只有当把上一次的报税数据删除之后，才能进行第二次的抄税。

金税盘、报税盘：均为企业用户在报税的过程中使用的税务硬件设备。需要说明的是，金税盘是基础设备，是客户端运行的必要前提。报税盘是一个报税传输设备，报税的时候，先从金税盘把税抄到报税盘里，然后企业可以使用报税盘进行网上统一报税或者去税务大厅报税。由于报税盘的存在，企业在报税的时候，还可以继续使用金税盘进行开票业务。

远程抄报软件：是指税务行业专门用来支撑企业用户远程报增值税数据到税局的一个软件产品。

作为一种实施例，所述客户端设备进一步用于：通过金税盘和报税盘进行企业报税数据的读写操作和加密封装，并将企业报税数据向所述受理端进行安全加密发送，接收所述受理端返回的确认成功消息，其中：企业报税数据包括：增值税专票、增值税普票、货物运输发票和/或机动车销售统一发票；向所述受理端发送查询报税结果的请求，并且查询所述受理端提供的报税处理结果，以完成对金税盘的清卡操作。

作为一种实施例，所述受理端进一步用于：接收客户端发送的报税业务请求,并通过校验证书等一系列方式对企业身份和数据完整性进行校验；根据报税业务请求或查询业务请求将业务数据按照预定分类发送规则转发至相应的处理服务器；从货运报税系统的接入端口接收货物运输发票和/或机动车销售统一发票报税成功消息并向客户端返回清卡信息，并且从处理端接收增值税专票和/或增值税普票报税成功消息。

作为一种实施例，所述受理端根据报税业务请求或查询业务请求将业务数据按照预定分类发送规则转发至相应的处理服务器，进一步包括：从客户端接收加密的发票数据，并且判断发票种类；当发票种类是货物运输发票和/或机动车销售统一发票时，所述受理端通过货运机动车发票入库接口将货物运输发票和/或机动车销售统一发票数据发送至所述货运报税系统的接入端口，并且在货物运输发票和/或机动车销售统一发票存入货运报税数据库之后，从所述货运报税数据库查询报税结果；当发票种类是增值税专票和/或增值税普票时，所述受理端将增值税专票和/或增值税普票数据发送至所述处理端，并且在增值税专票和/或增值税普票数据存入防伪税控数据库之后，从所述防伪税控数据库查询报税结果。

作为一种实施例，所述处理端进一步用于：从所述受理端接收增值税专票和/或增值税普票数据，从所述货运报税系统的接入端口接收经加密后的货物运输发票和/或机动车销售统一发票密文数据；将货物运输发票和/或机动车销售统一发票密文数据发送至加密服务器进行解密，在收到加密服务器发送端解密结果和清卡信息后，将货物运输发票和/或机动车销售统一发票明文数据发送至所述货运报税系统的接入端口，以将明文数据存入货运报税数据库，同时生成增值税专票和/或增值税普票的报税文件；处理增值税专票和/或增值税普票的报税文件，并将增值税专票和/或增值税普票数据存入防伪税控数据库；向一窗式比对系统发送征期报税，并接收一窗式对比结果，随后将一窗式对比结果存入防伪税控数据库；红字发票销单处理。

需要说明的是，征期为每月税务局规定的征收期，一般为每月15日，即每月15日之前，要上报上月的所有发票数据。并且企业要完成申报业务。一窗式比对，即使用企业的抄报数据和申报数据进行比对校验，通过方可清卡。否则，企业需要根据具体情况，修正申报表相关数据。

需要说明的是，企业开具发票后，可能由于误开，存在作废已开发票的情况，每张作废发票对应一张红字发票，用来作废该发票，红字发票在报税的时候，是需要发送到防伪税控系统，由防伪税控系统通过总局的红字发票销单系统进行销单之后，才算处理成功的。具体业务流程，本系统只关注返回的处理结果，故红字发票销单的具体业务流程，是另外一个系统的事情，没有赘述。

作为一种实施例，所述客户端进一步包括：远程报税模块，允许企业通过使用鼠标点击相应图标和选项，触发远程报税操作。

作为一种实施例，所述远程报税模块进一步用于：用户触发了远程报税操作，客户端会从金税盘中抄出相关发票数据到报税盘中；抄入报税盘的数据通过远程报税通讯组件发送至受理端。

图2为本发明一实施例的基于异步多线程处理的网上统一报税方法的时序流程图。如图2所示，本发明还提供了一种基于异步多线程处理的网上统一报税方法，包括：受理端接收客户端发送的报税业务请求,并通过校验证书等一系列方式对企业身份和数据完整性进行校验；受理端根据报税业务请求或查询业务请求将业务数据按照预定分类发送规则转发至相应的处理服务器；受理端从货运报税系统的接入端口接收货物运输发票和/或机动车销售统一发票报税成功消息并向客户端返回清卡信息，并且从处理端接收增值税专票和/或增值税普票报税成功消息。本发明方案中的报税数据具有两级加密信息，第一级加密信息是对报税数据的内容进行加密，第二级加密信息是对报税数据的防伪进行加密。接下来，所述受理端根据报税业务请求或查询业务请求将业务数据按照预定分类发送规则转发至相应的处理服务器，进一步包括：从客户端接收加密的发票数据，并且判断发票种类；当发票种类是货物运输发票和/或机动车销售统一发票时，所述受理端通过货运机动车发票入库接口将货物运输发票和/或机动车销售统一发票数据发送至所述货运报税系统的接入端口，并且在货物运输发票和/或机动车销售统一发票存入货运报税数据库之后，从所述货运报税数据库查询报税结果；当发票种类是增值税专票和/或增值税普票时，所述受理端将增值税专票和/或增值税普票数据发送至所述处理端，并且在增值税专票和/或增值税普票数据存入防伪税控数据库之后，从所述防伪税控数据库查询报税结果。接下来，所述客户端设备进一步用于：通过金税盘和报税盘进行企业报税数据的读写操作和加密封装，并将企业报税数据向所述受理端进行安全加密发送，接收所述受理端返回的确认成功消息，其中：企业报税数据包括：增值税专票、增值税普票、货物运输发票和/或机动车销售统一发票；向所述受理端发送查询报税结果的请求，并且查询所述受理端提供的报税处理结果，以完成对金税盘的清卡操作。

由此可见，同时支持增值税专用发票、增值税普通发票、货物运输发票和机动车销售统一发票的网上统一报税系统，并采用了异步多线程的处理方式，极大地提高了数据处理速度和系统容错性。为企业用户提供了在一个系统中同时对四种发票进行报税操作的服务，极大地提高了企业财务人员的工作便利性和企业运营成本。

图3为本发明一实施例的基于异步多线程处理的网上统一报税方法的总体流程图。如图3所示，本发明提供一种基于异步多线程处理的网上统一报税方法，包括：S11、受理端接收到开票端发出的报税业务请求后，验证请求中含有的企业身份信息和报税数据；S12、当企业身份验证合法且报税数据验证完整后，受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端进行报税处理；S13、当处理端返回报税数据接收成功后，受理端将开票端发出的查询报税请求转发给处理端，并且向开票端返回处理端发送的查询报税结果。

可以理解的是，第一处理端包括上文中提到(如图2所示)的处理系统组件、加解密服务器、防伪税控数据库、一窗式对比系统；第二处理端包括上文中提到(如图2所示)的货运报税处理组件和货运数据库。

可以理解的是，本发明创新之处在于，先进行报税请求处理，再进行报税结果查询，报税处理和结果查询分成两个步骤进行操作，本发明提出的方法及系统能够实现异步处理网上报税，以极大地提高了数据处理速度和系统容错性。

作为一种实施例，报税数据具有两级加密信息，第一级加密信息是对报税数据的内容进行加密，第二级加密信息是对报税数据的防伪进行加密。

作为一种实施例，所述受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端，进一步包括：受理端识别报税数据所对应的发票种类；当发票种类是货物运输发票和/或机动车销售统一发票时，受理端将报税数据发送至第一处理端，第一处理端对货物运输发票和/或机动车销售统一发票的报税数据进行解密后获取第一类密文数据，并且第一类报税处理将第一类密文数据发送至第二处理端；当发票种类是增值税专票和/或增值税普票时，受理端将报税数据发送至第二处理端，第二处理端对增值税专票和/或增值税普票的报税数据进行解密后获取第二类密文数据。

可以理解的是，本发明创新之处在于，本发明提出的方法及系统能够通过一套流程和系统同时支持“四类发票”的网上统一报税信息服务，让原本独立运行的“四类发票”报税系统对用户而言在前台上是一个操作系统和一套操作流程，大大简化了各类发票的报税操作，提高报税效率和用户体验，能够有效兼容各类开票系统。

作为一种实施例，所述受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端进行报税处理，还包括：第二处理端对第一类密文数据进行解密，生成解密后的第一类明文数据，并且将第一类明文数据发送给第一处理端；第二处理端对第二类密文数据进行解密，生成解密后的第二类明文数据，通过多线程方式对第二类明文数据进行报税处理，并将第二类明文数据的处理结果通过一窗式比对界面提示给用户进行修改或确认；第二处理端向受理端返回清卡信息和请求接收成功消息。

可以理解的是，本发明创新之处在于，本发明提出的方法及系统采用异步多线程模式，极大地提高数据处理并发性，其业务繁忙期的处理效率在有足够硬件设备的支持下，可以达到现有技术的数十倍。

作为一种实施例，所述受理端将开票端发出的查询报税请求转发给处理端，并且向开票端返回处理端发送的查询报税结果，进一步包括：受理端识别查询报税请求所对应的报税数据；当报税数据是货物运输发票和/或机动车销售统一发票时，受理端将查询报税请求发送至第一处理端，并接收第一处理端返回的货物运输发票和/或机动车销售统一发票和清卡信息；当发票种类是增值税专票和/或增值税普票时，受理端将查询报税请求发送至第二处理端，并接收第二处理端返回的增值税专票和/或增值税普票和清卡信息。

作为一种实施例，所述开票端还包括：通过图标或选项按钮采集用户触发的远程报税操作。

作为一种实施例，所述开票端还包括：远程报税模块，当用户触发远程报税操作时，从金税盘中提取发票数据并发送至报税盘；接着，将报税盘中的发票数据发送至受理端。

本发明还提供了一种基于异步多线程处理的网上统一报税系统，包括：开票端，用于采集用户的报税业务请求和查询报税请求；受理端，其连接开票端；第一处理端，其连接受理端；第二处理端，其连接受理端和第一处理端，其中：受理端接收到开票端发出的报税业务请求后，验证请求中含有的企业身份信息和报税数据；当企业身份验证合法且报税数据验证完整后，受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端进行报税处理；当处理端返回报税数据接收成功后，受理端将开票端发出的查询报税请求转发给处理端，并且向开票端返回处理端发送的查询报税结果。

作为一种实施例，报税数据具有两级加密信息，第一级加密信息是对报税数据的内容进行加密，第二级加密信息是对报税数据的防伪进行加密。

作为一种实施例，所述系统进一步包括：受理端识别报税数据所对应的发票种类；当发票种类是货物运输发票和/或机动车销售统一发票时，受理端将报税数据发送至第一处理端，第一处理端对货物运输发票和/或机动车销售统一发票的报税数据进行解密后获取第一类密文数据，并且第一类报税处理将第一类密文数据发送至第二处理端；当发票种类是增值税专票和/或增值税普票时，受理端将报税数据发送至第二处理端，第二处理端对增值税专票和/或增值税普票的报税数据进行解密后获取第二类密文数据。

作为一种实施例，所述系统还包括：第二处理端对第一类密文数据进行解密，生成解密后的第一类明文数据，并且将第一类明文数据发送给第一处理端；第二处理端对第二类密文数据进行解密，生成解密后的第二类明文数据，通过多线程方式对第二类明文数据进行报税处理，并将第二类明文数据的处理结果通过一窗式比对界面提示给用户进行修改或确认；第二处理端向受理端返回清卡信息和请求接收成功消息。

作为一种实施例，所述系统进一步包括：受理端识别查询报税请求所对应的报税数据；当报税数据是货物运输发票和/或机动车销售统一发票时，受理端将查询报税请求发送至第一处理端，并接收第一处理端返回的货物运输发票和/或机动车销售统一发票和清卡信息；当发票种类是增值税专票和/或增值税普票时，受理端将查询报税请求发送至第二处理端，并接收第二处理端返回的增值税专票和/或增值税普票和清卡信息。

作为一种实施例，所述系统所述开票端还包括：图标或选项按钮，用于采集用户触发的远程报税操作。

由上述本发明的实施例提供的技术方案可以看出，本方案设计的一种基于异步多线程处理的网上统一报税系统及方法，通过异步多线程的处理方式，极大地提高了数据处理速度和系统容错性，并同时支持“四类发票”的网上统一报税信息服务，为企业用户提供了在一个系统中同时对四种发票进行报税操作的服务，极大地提高了企业财务人员的工作便利性和降低企业运营成本。

本发明采用了异步多线程的技术，不需要经过税务局内部系统。这样的优点有两个：第一，在每月征期税务大厅业务繁忙的时候，不会对税务局内部系统产生影响，不会产生拖慢税务局内部系统的不良后果；第二，系统采用异步多线程模式，极大地提高数据处理并发性，其业务繁忙期的处理效率在有足够硬件设备的支持下，可以达到现有技术的数十倍。

本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种基于异步多线程处理的网上统一报税方法，其特征在于，包括：

受理端接收到开票端发出的报税业务请求后，验证请求中含有的企业身份信息和报税数据；

当企业身份验证合法且报税数据验证完整后，受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端进行报税处理；

当处理端返回报税数据接收成功后，受理端将开票端发出的查询报税请求转发给处理端，并且向开票端返回处理端发送的查询报税结果。

2.根据权利要求1所述的方法，其特征在于，所述受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端，进一步包括：

受理端识别报税数据所对应的发票种类；

当发票种类是货物运输发票和/或机动车销售统一发票时，受理端将报税数据发送至第一处理端，第一处理端对货物运输发票和/或机动车销售统一发票的报税数据进行解密后获取第一类密文数据，并且第一类报税处理将第一类密文数据发送至第二处理端；

当发票种类是增值税专票和/或增值税普票时，受理端将报税数据发送至第二处理端，第二处理端对增值税专票和/或增值税普票的报税数据进行解密后获取第二类密文数据。

3.根据权利要求2所述的方法，其特征在于，所述受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端进行报税处理，还包括：

第二处理端对第一类密文数据进行解密，生成解密后的第一类明文数据，并且将第一类明文数据发送给第一处理端；

第二处理端对第二类密文数据进行解密，生成解密后的第二类明文数据，通过多线程方式对第二类明文数据进行报税处理，并将第二类明文数据的处理结果通过一窗式比对界面提示给用户进行修改或确认；

第二处理端向受理端返回清卡信息和请求接收成功消息。

4.根据权利要求3所述的方法，其特征在于，所述受理端将开票端发出的查询报税请求转发给处理端，并且向开票端返回处理端发送的查询报税结果，进一步包括：

受理端识别查询报税请求所对应的报税数据；

当报税数据是货物运输发票和/或机动车销售统一发票时，受理端将查询报税请求发送至第一处理端，并接收第一处理端返回的货物运输发票和/或机动车销售统一发票和清卡信息；

当发票种类是增值税专票和/或增值税普票时，受理端将查询报税请求发送至第二处理端，并接收第二处理端返回的增值税专票和/或增值税普票和清卡信息。

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

通过图标或选项按钮采集用户触发的远程报税操作。

6.一种基于异步多线程处理的网上统一报税系统，其特征在于，包括：

开票端，用于采集用户的报税业务请求和查询报税请求；

受理端，其连接开票端；

第一处理端，其连接受理端；

第二处理端，其连接受理端和第一处理端，其中：

受理端接收到开票端发出的报税业务请求后，验证请求中含有的企业身份信息和报税数据；

当企业身份验证合法且报税数据验证完整后，受理端按照预定分类发送规则将报税数据分别发送至第一处理端和第二处理端进行报税处理；

当处理端返回报税数据接收成功后，受理端将开票端发出的查询报税请求转发给处理端，并且向开票端返回处理端发送的查询报税结果。

7.根据权利要求6所述的系统，其特征在于，进一步包括：

受理端识别报税数据所对应的发票种类；

当发票种类是货物运输发票和/或机动车销售统一发票时，受理端将报税数据发送至第一处理端，第一处理端对货物运输发票和/或机动车销售统一发票的报税数据进行解密后获取第一类密文数据，并且第一类报税处理将第一类密文数据发送至第二处理端；

当发票种类是增值税专票和/或增值税普票时，受理端将报税数据发送至第二处理端，第二处理端对增值税专票和/或增值税普票的报税数据进行解密后获取第二类密文数据。

8.根据权利要求7所述的系统，其特征在于，还包括：

第二处理端对第一类密文数据进行解密，生成解密后的第一类明文数据，并且将第一类明文数据发送给第一处理端；

第二处理端对第二类密文数据进行解密，生成解密后的第二类明文数据，通过多线程方式对第二类明文数据进行报税处理，并将第二类明文数据的处理结果通过一窗式比对界面提示给用户进行修改或确认；

第二处理端向受理端返回清卡信息和请求接收成功消息。

9.根据权利要求8所述的系统，其特征在于，进一步包括：

受理端识别查询报税请求所对应的报税数据；

当报税数据是货物运输发票和/或机动车销售统一发票时，受理端将查询报税请求发送至第一处理端，并接收第一处理端返回的货物运输发票和/或机动车销售统一发票和清卡信息；

当发票种类是增值税专票和/或增值税普票时，受理端将查询报税请求发送至第二处理端，并接收第二处理端返回的增值税专票和/或增值税普票和清卡信息。

10.根据权利要求6所述的系统，其特征在于，所述开票端还包括：

图标或选项按钮，用于采集用户触发的远程报税操作。