税务数据处理方法及税控服务器与流程

文档序号:12826064阅读:904来源:国知局
税务数据处理方法及税控服务器与流程

本发明涉及税控技术领域,尤其涉及一种税务数据处理方法及一种税控服务器。



背景技术:

税控是指税源控制,它是一种加强税收税源管理的方法,通过对税源的加强管理和控制,税务机关能够更准确地了解掌握纳税人的应税行为的情况,从而避免因税源的流失而导致的税款的少征。

在税控过程中,较为常用的税务数据处理方法是:税控前端采集税控数据,如通过pos机采集销售数据、通过点菜机采集销售数据,或者,通过手机采集销售数据等。这些采集到的税控数据被发送至税控服务器进行处理,如汇总数据并作出各种分析反馈等。

其中,税控服务器的性能决定着整个税控系统的效能。目前,为了提高税控服务器的性能,多采用提升硬件配置的方式。但是这种方式实现成本高,制约了整个税控系统的效能提升。



技术实现要素:

本发明实施例提供了一种税务数据处理方法及一种税控服务器,以解决现有提高税控服务器的性能的方式实现成本高的问题。

为了解决上述问题,本发明实施例公开了一种税务数据处理方法,包括:税控服务器按照设定规则,在接收到税控前端上传的税务数据后,即向所述税控前端返回税务数据上传成功的消息;对上传的所述税务数据进行处理;在接收到所述税控前端的查询处理结果请求后,向所述税控前端返回对所述税务数据进行处理后的结果。

为了解决上述问题,本发明实施例还公开了一种税控服务器,包括:接收返回模块,用于按照设定规则,在接收到税控前端上传的税务数据后,即向所述税控前端返回税务数据上传成功的消息;处理模块,用于对上传的所述税务数据进行处理;结果返回模块,用于在接收到所述税控前端的查询处理结果请求后,向所述税控前端返回对所述税务数据进行处理后的结果。

本发明具有如下有益效果:

本发明实施例提供的税务数据处理方案通过优化税控服务器的软件系统架构,通过软件方法实现了税控服务器性能的提升,实现简单,实现成本低,且通用性好。

此外,税控服务器在接收到税控前端上传的税务数据后,即向税控前端返回税务数据上传成功的消息。在收到该消息后,税控前端可以转而执行其它任务,而税控服务器在通过返回税务数据上传成功的消息确定税务数据的上传并行处理之前已上传成功的税务数据。与现有接收到税务数据并处理完成才能结束该税务数据的处理相比,大大提高了处理效率和系统效能。

附图说明

通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:

图1为根据本发明实施例一的一种税务数据处理方法的步骤流程图;

图2为根据本发明实施例二的一种税务数据处理方法的步骤流程图;

图3为根据本发明实施例三的一种税控服务器的结构框图;

图4为根据本发明实施例三的一种税控服务器实例的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。

实施例一

参照图1,示出了根据本发明实施例一的一种税务数据处理方法的步骤流程图。

本实施例的税务数据处理方法包括以下步骤:

步骤s101:税控服务器按照设定规则,在接收到税控前端上传的税务数据后,即向税控前端返回税务数据上传成功的消息。

其中,设定规则可以以任意适当形式实现,包括但不限于通信协议形式。

本发明实施例中,税控服务器在接收到税控前端上传的税务数据后,即向税控前端返回税务数据上传成功的消息。接收税务数据与处理税务数据分开处理,在实际处理中,可以采用两个进程对不同税控前端上传的税务数据并行处理,提高了数据处理效率。

步骤s102:税控服务器对上传的税务数据进行处理。

税控服务器对上传的税务数据的处理可以根据实际情况不同,如存入数据库、验证合法性等等,在实际应用中可以根据实际需求适当设置,本发明实施例对此不作限制。

步骤s103:税控服务器在接收到税控前端的查询处理结果请求后,向税控前端返回对税务数据进行处理后的结果。

税控前端在接收到税务数据上传成功的消息后,间隔一定时间会向税控服务器发送查询处理结果请求。这与现有税控前端在上传税务数据后,一直等待处理结果相比,一方面提高了系统数据处理效率,另一方面也使得系统发生异常时,对异常的定位更为准确和快速。

本实施例提供的税务数据处理方法通过优化税控服务器的软件系统架构,通过软件方法实现了税控服务器性能的提升,实现简单,实现成本低,且通用性好。此外,税控服务器在接收到税控前端上传的税务数据后,即向税控前端返回税务数据上传成功的消息。在收到该消息后,税控前端可以转而执行其它任务,而税控服务器在通过返回税务数据上传成功的消息确定税务数据的上传并行处理之前已上传成功的税务数据。与现有接收到税务数据并处理完成才能 结束该税务数据的处理相比,大大提高了处理效率和系统效能。

实施例二

参照图2,示出了根据本发明实施例二的一种税务数据处理方法的步骤流程图。本实施例以一个具体实例的形式,对本发明的税务数据处理方法进行说明,但本领域技术人员应当明了,在本实施例的基础上,本领域技术人员可以采用适当的变形或替代手段,均在本发明的保护范围内。

本实施例的税务数据处理方法包括以下步骤:

步骤s201:税控服务器接收对系统参数的设置。

其中,所述系统参数包括但不限于查询时间间隔,所述查询时间间隔用于指示税控前端在接收到税务数据上传成功的消息后,向税控服务器发送查询处理结果请求的时间。

系统参数在设置后,后续可以长期使用,在需要时进行更新。因此,本步骤并非每次税务数据处理的必需步骤,而是可选步骤。

税控前端上传数据之后,请求数据处理结果的间隔时间,也即向税控服务器发送查询处理结果请求的时间非常重要。间隔过短,则造成税控服务器处理上传的税控数据的性能下降,过长则降低用户体验,且不能取得正确的处理结果。实际部署中,这个时间段可以根据实际应用环境测试设置,或者根据历史经验设置,或者根据往期历史数据分析结果设置。以根据实际应用环境测试设置为例,下表1假设为在实际应用中一个服务器的硬件配置。

表1

在该配置下,将查询时间间隔设置为2s并最多循环请求10次,测试结果如下表2所示:

表2

由表2可知,在20s内,最多可以支持500税控前端的并发数量。由此可见,在表1的硬件配置下,可将查询时间间隔设置为2s。但在实际应用中,本领域技术人员还可以根据实际情况,选择任意其它适当的方法进行设置。

在实际应用中,税控服务器可以提供b/s形式的用户交互界面,用户对系统参数设置等功能的实现可通过网页进行设置。

步骤202:税控服务器将查询时间间隔通知给税控前端,以指示税控前端按照查询时间向税控服务器发送所述查询处理结果请求。

步骤s203:税控服务器按照设定规则,在接收到税控前端上传的税务数据后,即向税控前端返回税务数据上传成功的消息。

其中,设定规则用于指示税控服务器向税控前端返回税务数据上传是否成功的消息。优选地,所述设定规则用于指示税控服务器通过税务数据处理标识向税控前端返回税务数据上传成功的消息。税控服务器通过税务数据处理标识向税控前端返回税务数据上传成功的消息,实现简单,实现成本低。

本实施例中,设定规则以通信协议的形式实现。

本实施例中,税控前端与税控服务器通信基于http协议,采用xml格式进 行数据交互。一种可行的通信协议的基本内容如表3所示。

表3

需要说明的是,表3列出了基本的通信协议所需数据,但在实际应用中可根据需要增删。

在实际使用中,可选地,税控前端上传的税务数据可以以xml格式经加密处理后发送给税控服务器。

步骤s204:税控服务器对上传的税务数据进行处理。

例如,税控服务器解析税控前端上传的税务数据,根据不同的数据类型,将税务数据加入对应数据库中等。

对税务数据的接收和处理可以是异步进行的。税控前端将税务数据上传到税控服务器后即返回,税控服务器轮询上传的税务数据集合,对未处理的税务数据进行处理。税控前端在一定时间(查询时间间隔)之后向税控服务器查询 上传的税务数据的处理结果。在实际应用中,由于所有操作都是基于数据库的,所以税务数据接收和处理可以采用两个系统进程实现。这两个进程可以分布在一个税控服务器上,也可以分布在多个税控服务器上。分布在多个税控服务器的前提条件是采用网络数据库,比如mysql、oracle等,接收税务数据和处理税务数据两个税控服务器通过网络通信访问共同的数据库。多个税控服务器构成税控服务器集群,从而大幅度提高税控服务器的并发处理能力。

步骤s205:税控服务器在接收到税控前端经过查询时间间隔后发送来的查询处理结果请求,向税控前端返回对税务数据进行处理后的结果。

可选地,税控前端的查询处理结果请求中携带有税务数据处理标识,如税务数据处理id号。

本实施例提供的税务数据处理方法通过优化税控服务器的软件系统架构,通过软件方法实现了税控服务器性能的提升,实现简单,实现成本低,且通用性好。此外,税控服务器在接收到税控前端上传的税务数据后,即向税控前端返回税务数据上传成功的消息。在收到该消息后,税控前端可以转而执行其它任务,而税控服务器在通过返回税务数据上传成功的消息确定税务数据的上传并行处理之前已上传成功的税务数据。与现有接收到税务数据并处理完成才能结束该税务数据的处理相比,大大提高了处理效率和系统效能。

实施例三

参照图3,示出了根据本发明实施例三的一种税控服务器的结构框图。

本实施例的税控服务器包括:接收返回模块301,用于按照设定规则,在接收到税控前端上传的税务数据后,即向税控前端返回税务数据上传成功的消息;处理模块302,用于对上传的税务数据进行处理;结果返回模块303,用于在接收到税控前端的查询处理结果请求后,向税控前端返回对所述税务数据进行处理后的结果。

优选地,所述设定规则用于指示税控服务器向税控前端返回税务数据上传是否成功的消息。

优选地,所述设定规则用于指示税控服务器通过税务数据处理标识向税控前端返回税务数据上传成功的消息。

优选地,税控前端的查询处理结果请求中携带有所述税务数据处理标识。

优选地,本实施例的税控服务器还包括:参数设置模块304,用于接收对系统参数的设置,其中,所述系统参数包括查询时间间隔,查询时间间隔用于指示税控前端在接收到税务数据上传成功的消息后,向税控服务器发送查询处理结果请求的时间;通知模块305,用于将所述查询时间间隔通知给税控前端,以指示税控前端按照所述查询时间向税控服务器发送所述查询处理结果请求。

本实施例的税控服务器用于实现前述多个方法实施例中的税务数据处理方法,并具有相应的方法实施例的有益效果,在此不再赘述。

以下,以一个具体实例对本发明实施例的税控服务器进行进一步说明,如图4所示。

本实例中,将税控服务器的功能划分为数据接收、数据处理、网页服务三个部分。

其中,

数据接收部分负责税控服务器与税控前端的交互,包括接收返回模块301和结果返回模块303。可选地,税控前端可以将税务数据以xml格式经加密处理后发送给税控服务器。

数据处理部分用于解析税控前端上传的税务数据,根据不同的数据类型,进行处理,如将税务数据加入对应数据库中等,包括处理模块302。

网页服务部分对应于用户,提供b/s形式的用户交互界面,系统参数设置等功能可通过网页进行添加设置,包括参数设置模块304和通知模块305。

数据接收部分和数据处理部分是异步进行的。税控前端将税务数据上传到税控服务器后即返回,数据处理部分轮询上传数据集合,对未处理数据进行处理。税控前端在一定时间之后向税控服务器查询上传数据处理结果。在实际应用中,由于所有操作都是基于数据库的,所以数据接收部分和数据处理部分可以采用两个系统进程实现。这两个进程可以分布在一个税控服务器上,也可以分布在多个税控服务器上。多个税控服务器可以构成服务器集群,从而大幅度提高服务器的并发处理能力。

税控前端与税控服务器通信可以基于http协议,采用xml格式进行数据交互,通信协议可以如前表3所示。

本实例将税务数据处理完整流程拆分为数据接收、数据处理、网页服务三 个部分,每个部分各司其职,完成整个系统功能;通信协议采用先上传数据再请求处理结果的方式,减少了税控服务器负载。通过本实例,有效地提高了税控服务器并发处理能力,且便于构建税控服务器集群,提高系统吞吐量,提高产品的应用范围和核心竞争力。

需要说明的是,对于前述的方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明所必需的。

最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1