本发明涉及税控领域，尤其是指一种根据票种和税控设备的不同设置不同系统的大并发系统构架。
背景技术：
每至月底，各税务征收大厅都会迎来各项税费缴纳以及认证的高峰期，在国家大力推进以增值税为主体的税制改革政策下，以及实现增值税管理信息化建设的大背景下，采用高效完备的数字化系统来提高办理认证业务的工作效率，缩短纳税人的等待时间，从而缓解税务大厅的压力显得尤为重要。然而随着业务量的提高，访问量和数据流量的快速增长，每个月会有几百万增值纳税人开具的几千万张发票同时通过互联网，安全传输至部署在税务外网的增值税发票网上受理平台，由增值税发票网上受理平台把这些发票数据解密后投递到位于税务内网的税控局端系统进行处理。随着系统的不断普及，使用该系统的增值纳税人数目以及开具的发票数目都有大规模增长的趋势。在这种情况下，对受理平台的处理能力和计算强度也提出了更高的要求，单一的服务器设备根本无法承担如此庞大的业务需求。
为了克服上述问题，公开号为（cn103532711a）的中国发明专利公开了一种基于加密数据传输的实时发票认证方法及系统，通过发票信息比对以及信息校验完成认证的业务处理，对每次企业登陆请求校验企业身份的合法性，以及当前发票是否超过预定的时间要求等业务限制检测，对企业端采集上传的发票信息密文部分还原得到明文信息，将解密后的明文和企业端识别出的各项逐一比较验证发票真伪，对于相符发票调用省接口写入，写入成功后返回企业认证相符信息。上述系统通过发票信息比对以及信息校验完成认证的业务处理，虽然可以提高发票实时认证的效率，但是该系统中并未考虑当发票数目大规模增长的情况下系统的承载能力问题，因此具有一定的局限性。
技术实现要素：
为此，本发明所要解决的技术问题在于克服现有技术中随发票业务量的增长导致服务器的处理能力下降等问题从而提供一种可提高整个系统的并发处理能力以及执行效率的大并发下系统构架。
为解决上述技术问题，本发明的一种大并发系统构架，包括客户端和网上受理平台，所述客户端的数据通过因特网传输至所述网上受理平台，所述网上受理平台包括安全接入系统、业务受理系统以及业务处理系统，其中所述客户端的数据通过密文形式传输至所述安全接入系统，所述安全接入系统用于接收来自所述客户端的数据并且经过安全验证后传输至所述业务受理系统；所述业务受理系统用于接收来自所述安全接入系统的数据并对所述数据进行清分，并将清分后的数据分发至所述业务处理系统；所述业务处理系统包括多个不同的服务器，用于接收并处理清分后的对应数据并将处理结果发送至所述业务受理系统。
在本发明的一个实施例中，所述安全接入系统包括安全接入服务器以及签名验证服务器，且所述安全接入服务器用于将从所述客户端获取的数据发送至所述签名验证服务器，所述签名验证服务器用于对所述数据进行安全验证，若验证通过，则所述安全接入服务器将从所述客户端获取的数据解密后发送至所述业务受理系统，若没有通过验证，则所述安全接入服务器不能将所述数据发送至所述业务受理系统。
在本发明的一个实施例中，所述客户端的数据通过ssl密文形式传输至所述安全接入服务器。
在本发明的一个实施例中，所述业务受理系统包括业务受理服务器以及统一受理日志服务器，且所述业务受理服务器用于将从所述安全接入服务器获取的数据发送至所述统一受理日志服务器，所述统一受理日志服务器用于对数据进行审计以及系统管理。
在本发明的一个实施例中，所述安全接入服务器通过明文形式将从所述客户端获取的数据发送至所述业务受理服务器。
在本发明的一个实施例中，所述安全接入服务器用于将从所述客户端获取的数据选择性发送至所述统一受理日志服务器。
在本发明的一个实施例中，所述网上受理平台还包括网闸，所述网闸用于将所述业务受理系统清分的数据传输至所述业务处理系统内不同的服务器上，同时，所述网闸也将所述业务处理系统中不同服务器处理后的数据返回至所述业务受理系统内。
在本发明的一个实施例中，所述大并发系统构架还包括核心系统，所述核心系统包括数据库，所述数据库用于接收所述多个不同的服务器处理后的数据。
在本发明的一个实施例中，所述客户端是税控器、抄报客户端或者认证客户端。
在本发明的一个实施例中，所述税控器、抄报客户端或者认证客户端均通过因特网将数据传输至所述安全接入系统中。
本发明的上述技术方案相比现有技术具有以下优点：
本发明利用业务受理系统对来自客户端的数据进行清分，在业务处理系统中根据票种和税控设备的不同设置不同的服务器，并且根据业务量的多少为每种服务器设置不同的实例数目，从而缓解单一处理服务器随业务量增长所面临的处理能力和计算速度的压力，提高整个系统的并发处理能力以及执行效率。
附图说明
为了使本发明的内容更容易被清楚的理解，下面根据本发明的具体实施例并结合附图，对本发明作进一步详细的说明，其中
图1是本发明所述大并发系统构架图。
具体实施方式
如图1所示，本实施例提供一种大并发系统构架，包括客户端10和网上受理平台20，所述客户端10的数据通过因特网传输至所述网上受理平台20，所述网上受理平台20包括安全接入系统21、业务受理系统22以及业务处理系统23，其中所述客户端10的数据通过密文形式传输至所述安全接入系统21，所述安全接入系统21用于接收来自所述客户端10的数据并且经过安全验证后传输至所述业务受理系统22；所述业务受理系统22接收来自所述安全接入系统21的数据并对所述数据进行清分，并将清分后的数据分发至所述业务处理系统23；所述业务处理系统23包括多个不同的服务器，用于接收并处理清分后的对应数据并将处理结果发送至所述业务受理系统22。
本实施例所述一种大并发系统构架，包括客户端10和网上受理平台20，所述客户端10的数据通过因特网传输至所述网上受理平台20，所述网上受理平台20包括安全接入系统21、业务受理系统22以及业务处理系统23，其中所述客户端10的数据通过密文形式传输至所述安全接入系统21，所述安全接入系统21用于接收来自所述客户端10的数据并且经过安全验证后传输至所述业务受理系统22，从而提高系统的安全性以及确保系统的整体稳定性；所述业务受理系统22用于接收来自所述安全接入系统21的数据并对所述数据进行清分，并将清分后的数据分发至所述业务处理系统23，所述网上受理平台20接收到密文形式的报文后，为了避免将所有业务模块的数据全部传递给服务器造成服务器的巨大压力影响处理效率，所述业务受理系统22对数据进行清分，并将清分后的数据分发到所述业务处理系统23中进行处理，所述业务处理系统23包括多个不同的服务器，用于接收并处理清分后的对应数据并将处理结果发送至所述业务受理系统22内，由于所述业务受理系统22对数据进行了清分并将清分后的数据分发至所述业务处理系统23中不同的服务器中进行处理，所述业务处理系统23将处理后的数据返回至所述业务受理系统22内，因此缓解了所述业务处理系统23的处理压力，有效地防止了多个业务模块间相互影响造成资源的抢占从而降低系统的处理效率的问题；同时可以根据处理和计算需求在所述业务处理系统23中为不同的业务配置不同数量的服务器和实例数，对系统响应时间的提高以及并发处理能力的提升都起到了至关重要的作用。
本实施例中，所述客户端10是税控器、抄报客户端或者认证客户端。所述安全接入系统21包括安全接入服务器以及签名验证服务器，其中所述税控器、抄报客户端以及认证客户端均通过因特网将数据传输至所述安全接入服务器中，从而保证客户端10与访问层的通信标准。为了保证信息传递的安全性，所述因特网与防火墙相连接，所述客户端10的数据经过防火墙进入所述网上受理平台20上。同时，为了提高系统处理加密以及解密的能力，所述客户端10的数据均通过ssl密文形式传输至所述安全接入服务器，由于通过ssl安全网关，因此可以有效限制新接入用户的数量，确保系统的整体稳定性。另外，所述安全接入服务器将从所述客户端10获取的数据发送至所述签名验证服务器，所述签名验证服务器用于对所述数据进行安全验证，若验证通过，则所述安全接入服务器将从所述客户端10获取的数据解密后发送至所述业务受理系统，若没有通过验证，则所述安全接入服务器不能将所述数据发送至所述业务受理系统内，从而可以保证数据的安全传输同时提供对身份的验证。
所述业务受理系统22包括业务受理服务器以及统一受理日志服务器，所述业务受理服务器提供了对业务的受理服务，如对数据进行接收和返回操作、对业务数据的完整性进行校验、转发业务数据、对数据进行清分等。其中，所述安全接入服务器将从所述客户端10获取的数据发送至所述业务受理服务器，所述业务受理服务器接收来自所述安全接入服务器的数据，同时，所述业务受理服务器对从所述安全接入服务器获取的数据进行清分，具体地，所述业务受理系统22根据从报文中获取到业务类型字段来进行清分，将数据分发到相对应的业务处理系统23中进行处理，如根据票种和税控设备完成发票相关业务的数据分发，再按照不同业务处理的要求，把数据分发到所述业务处理系统23中不同的服务器中，并从所述不同的服务器中获取处理结果。
所述业务受理服务器将从所述安全接入服务器获取的数据发送至所述统一受理日志服务器，所述统一受理日志服务器用于对数据进行审计以及系统管理。同时，考虑到在所述网上受理平台20中信息传输相对安全，所述安全接入服务器经过解密后通过明文形式将从所述客户端10获取的数据发送至所述业务受理服务器。为了提高系统的处理能力，从系统性能方面考虑，所述安全接入服务器将从所述客户端10获取的数据选择性发送至所述统一受理日志服务器。
所述业务处理系统23包括多个不同的服务器，用于接收并处理所述业务受理系统22进行清分后的对应数据，且所述多个不同的服务器将处理后的数据发送至核心系统30的数据库。其中，所述业务处理系统23包括发票下载服务器、增值税发票抄报和下载服务器、增值税发票认证服务器、货运发票抄报和下载服务器以及货运发票认证服务器等。所述网上受理平20还包括网闸，通过所述网闸将所述业务受理系统22清分的数据传输至所述业务处理系统23内不同的服务器上，同时，所述网闸也将所述业务处理系统23中不同服务器处理后的数据返回至所述业务受理服务器内，从而保证数据在网络间的安全传输，具体地，所述业务受理服务器通过网闸设定的通道和通信协议将清分后的数据传输至所述业务处理系统23中不同的服务器上，所述业务处理系统23中不同的服务器对清分后的数据进行处理。
本发明中，所述大并发系统构架还包括核心系统30，所述核心系统30包括数据库，通过所述数据库接收所述多个不同的服务器处理后的数据，其中所述业务处理系统23以及所述核心系统30构成内网区。具体地，所述发票下载服务器、增值税发票抄报和下载服务器、货运发票抄报和下载服务器以及货运发票认证服务器均将处理后的数据发送至所述核心系统30的数据库中，用于记录和检验数据，且所述业务处理系统23不同的服务器经过防火墙将处理后的数据发送至所述数据库中，从而保证信息传递的安全性。
本实施例中，所述网上受理平台20是增值税发票网上受理平台；所述业务受理系统22不对接收到的数据进行处理而直接通过网闸将数据转发给内网区的业务处理系统23中；在所述安全接入系统21、业务受理系统22、业务处理系统23等各层服务器前通过负载均衡设备或软件可以提高系统的横向扩展能力。
本发明在所述业务处理系统23中根据票种和税控设备的不同设置不同的服务器，并且根据业务量的多少为每种服务器设置不同的实例数目，如所述发票下载服务器可以设置五台，每台有三个实例，所述增值税发票抄报和下载服务器可以设置四台，每台有三个实例，所述货运发票抄报和下载服务器可以设置二台，每台有三个实例，本发明经过实际环境测试，在八个应用服务器实例时，当并发执行15000个处理请求时，系统的响应时间是3到10秒之间，吞吐量可以稳定在680/s左右，也就是系统每秒可以处理13600张发票。当测试的用户总数从3000增加到15000，用户数增加了5倍，而系统的响应时间在5倍以内，说明网上受理平台20在大量用户同时上传发票的情况下，可以平稳运行，此外还测试了没有ssl网关的情况下，在同样压力下，安全接入服务器可能面临崩溃。
本发明的一个成功案例是基于java语言开发的标准j2ee项目。
综上，本发明所述技术方案具有以下优点：
1.本发明所述一种大并发系统构架，包括客户端和网上受理平台，所述客户端的数据通过因特网传输至所述网上受理平台，所述网上受理平台包括安全接入系统、业务受理系统以及业务处理系统，其中所述客户端的数据通过密文形式传输至所述安全接入系统，从而提高系统的安全性以及确保系统的整体稳定性；所述业务受理系统接收来自所述安全接入系统的数据并对所述数据进行清分，并将清分后的数据分发至所述业务处理系统，所述业务处理系统包括多个不同的服务器，用于接收并处理清分后的对应数据，并将处理结果发送至所述业务受理系统，由于所述业务受理系统对数据进行了清分并将清分后的数据分发至所述业务处理系统中不同的服务器中进行处理，因此缓解了所述业务处理系统的处理压力，有效地防止了多个业务模块间相互影响造成资源的抢占从而降低系统的处理效率的问题。
2.本发明所述一种大并发系统构架，所述安全接入系统包括安全接入服务器以及签名验证服务器，其中所述税控器、抄报客户端或者认证客户端均通过因特网将数据传输至所述安全接入服务器中，从而保证客户端与访问层的通信标准。为了保证信息传递的安全性，所述因特网与防火墙相连接，所述客户端的数据经过防火墙进入所述网上受理平台上。同时，为了提高系统处理加密以及解密的能力，所述客户端的数据均通过ssl密文形式传输至所述安全接入服务器，由于通过ssl安全网关，因此可以有效限制新接入用户的数量，确保系统的整体稳定性。另外，所述安全接入服务器将从所述客户端获取的数据发送至所述签名验证服务器，对所述数据进行安全验证，从而可以保证数据的安全传输同时提供对身份的验证。
显然，上述实施例仅仅是为清楚地说明所作的举例，并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。