CN112465615A - 账单数据的处理方法、装置及*** - Google Patents

Abstract

本发明提供一种账单数据的处理方法、装置及***，该方法，包括：集中控制服务器接收用户发送的账单处理任务请求，所述任务请求携带待处理多个任务类型及其对应账单数据；所述集中控制服务器确定所述多个任务类型的执行顺序；所述集中控制服务器根据所述执行顺序，控制每个所述任务类型对应的各远程服务器依次对对应的账单数据进行处理；所述集中控制服务器根据所述各远程服务器发送的对所述账单数据的处理结果，生成所述任务请求的最终账单数据。实现了任意数量的远程服务器执行分摊任务、且保证任务流程的连续性，提高分摊的维护效率；同时减少人工的监控参与，节省人力成本。

Description

账单数据的处理方法、装置及***

技术领域

本发明涉及计算机技术领域，尤其涉及一种账单数据的处理方法、装置及***。

背景技术

随着产品盈利的增加，企业使用出账***来实现收入数据的分摊，例如使用手工调起主机shell，采用单节点执行的方式构建任务节点等实现产品收入的分摊。

现有技术对收入分摊多采用人工参与，且需将所有的出账数据汇总后，再进行一系列的分摊处理。

然而在出账***运维过程中，某些任务需人为确认完成当前节点后再执行下一个节点任务，这样既浪费运维人员的时间，同时不能保障整体任务的连续性，例如两个节点间运维人员无法实时注意处理的进度，出现中间节点时间浪费；因此现有技术的出账分摊***多需人工参与运维成本高、耗时长，且出账处理的时效差。

发明内容

本发明提供一种账单数据的处理方法、装置及***，以实现任一数量的远程服务器执行分摊任务，且保证任务流程的连续性，提高分摊的维护效率；同时减少人工的监控参与，节省人力成本。

第一方面，本发明实施例提供的一种账单数据的处理方法，包括：

集中控制服务器接收账单处理的任务请求，所述任务请求携带待处理多个任务类型及其对应账单数据；

所述集中控制服务器确定所述多个任务类型的执行顺序；

所述集中控制服务器根据所述执行顺序，控制每个所述任务类型对应的各远程服务器依次对对应的账单数据进行处理；

所述集中控制服务器根据所述各远程服务器发送的对所述账单数据的处理结果，生成所述任务请求的最终账单数据。

在一种可能的设计中，所述集中控制服务器确定所述多个任务类型的执行顺序，包括：

根据所述任务类型，在消息队列中若匹配得到记录的现有任务类型，则按照历史公允规则设置执行时间信息；

若在消息队列中没有匹配到记录的现有任务类型，则根据新添任务类型对应的公允规则，并结合消息队列中所述现有任务类型设置执行时间信息。

在一种可能的设计中，所述控制每个所述任务类型对应的各远程服务器依次对对应的账单数据进行处理，包括：

按照执行时间信息，向任务类型对应的远程服务器发送任务执行请求；

接收所述远程服务器发送的当前处理结果，得到当前任务类型的完成节点信息；

根据所述完成节点信息，向下一时刻任务类型对应的远程服务器发送任务执行请求，其中所述任务执行请求用于指示所述远程服务器根据所述任务类型，调用预设数据库得到对应的处理结果。

在一种可能的设计中，所述方法，还包括：

若当前时刻所述消息队列中所述任务类型的数量大于任务池中任务数量阈值，则按照所述任务数量阈值进行多个消息队列的设置，且分别设置所述消息队列中每个所述任务类型对应的执行时间信息，得到每个消息队列中多个任务类型的排序。

在一种可能的设计中，所述方法还包括：

若所述任务请求的执行出现异常情况，则所述任务池将检测所述任务类型中对应的账单数据是否存储于所述远程服务器对应的预设数据库中；

若所述账单数据不存在于所述预设数据库中，则任务池将对所述预设数据库中的数据进行刷新，得到更新后的账单数据，以便所述远程服务器根据所述更新后的账单数据执行所述任务请求中对应的任务类型。

第二方面，本发明实施例提供的另一种账单数据的处理方法，包括：

接收任务类型；

根据所述任务类型及其对应的账单数据，在预设数据库中得到所述账单数据对应的处理结果，并将所述处理结果返回至集中控制服务器，以使所述集中控制服务器根据所述处理结果，生成任务请求的最终账单数据。

在一种可能的设计中，在接收任务类型之后，还包括：

根据所述任务类型，在远程服务器调用相应的shell脚本，配置所述预设数据库。

第三方面，本发明实施例提供的一种账单数据的处理装置，包括：

集接收模块，用于中控制服务器接收账单处理的任务请求，所述任务请求携带待处理多个任务类型及其对应账单数据；

确定模块，用于所述集中控制服务器确定所述多个任务类型的执行顺序；

控制模块，用于所述集中控制服务器根据所述执行顺序，控制每个所述任务类型对应的各远程服务器依次对对应的账单数据进行处理；

生成模块，用于所述集中控制服务器根据所述各远程服务器发送的对所述账单数据的处理结果，生成所述任务请求的最终账单数据。

在一种可能的设计中，所述确定模块，具体用于：

根据所述任务类型，在消息队列中若匹配得到记录的现有任务类型，则按照历史公允规则设置执行时间信息；

若在消息队列中没有匹配到记录的现有任务类型，则根据新添任务类型对应的公允规则，并结合消息队列中所述现有任务类型设置执行时间信息。

在一种可能的设计中，所述控制每个所述任务类型对应的各远程服务器依次对对应的账单数据进行处理，包括：

按照执行时间信息，向任务类型对应的远程服务器发送任务执行请求；

接收所述远程服务器发送的当前处理结果，得到当前任务类型的完成节点信息；

根据所述完成节点信息，向下一时刻任务类型对应的远程服务器发送任务执行请求，其中所述任务执行请求用于指示所述远程服务器根据所述任务类型，调用预设数据库得到对应的处理结果。

在一种可能的设计中，所述装置，还包括：

若当前时刻所述消息队列中所述任务类型的数量大于任务池中任务数量阈值，则按照所述任务数量阈值进行多个消息队列的设置，且分别设置所述消息队列中每个所述任务类型对应的执行时间信息，得到每个消息队列中多个任务类型的排序。

在一种可能的设计中，所述装置还包括：

若所述任务请求的执行出现异常情况，则所述任务池将检测所述任务类型中对应的账单数据是否存储于所述远程服务器对应的预设数据库中；

若所述账单数据不存在于所述预设数据库中，则任务池将对所述预设数据库中的数据进行刷新，得到更新后的账单数据，以便所述远程服务器根据所述更新后的账单数据执行所述任务请求中对应的任务类型。

第四方面，本发明实施例提供的一种账单数据的处理装置，包括：

接收模块，用于接收任务类型；

得到模块，用于根据所述任务类型及其对应的账单数据，在预设数据库中得到所述账单数据对应的处理结果，并将所述处理结果返回至集中控制服务器，以使所述集中控制服务器根据所述处理结果，生成任务请求的最终账单数据。

在一种可能的设计中，在接收任务类型之后，还包括：

根据所述任务类型，在远程服务器调用相应的shell脚本，配置所述预设数据库。

第五方面，本发明实施例提供的一种账单数据的处理***，包括：存储器和处理器，存储器中存储有所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行第一、二方面任一项所述的账单数据的处理方法。

第六方面，本发明实施例提供的一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一、二方面任一项所述的账单数据的处理方法。

本发明提供一种账单数据的处理方法、装置及***，该方法包括集中控制服务器接收用户发送的账单处理任务请求，所述任务请求携带待处理多个任务类型及其对应账单数据；所述集中控制服务器确定所述多个任务类型的执行顺序，所述集中控制服务器根据所述执行顺序，控制每个所述任务类型对应的各远程服务器依次对对应的账单数据进行处理；所述集中控制服务器根据所述各远程服务器发送的所述账单数据的处理结果，生成所述任务请求的最终账单数据。本发明基于Shiro安全框架与springboot进行开发，结合redis消息队列，可以实现在任意数量的远程服务器执行分摊任务，且保证任务流程的连续性，提高分摊的维护效率；同时减少人工的监控参与，节省人力成本。

附图说明

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

图1为本发明实施例提供的一典型应用场景图；

图2为本发明实施例提供的一种账单数据的处理方法的交互信令图；

图3为本发明实施例提供的账单数据的处理开发框架示意图；

图4为本发明实施例提供的一种账单数据的处理方法流程示意图一；

图5为本发明实施例提供的一种账单数据的处理方法流程示意图二；

图6为本发明实施例提供的一种集中控制服务器的结构示意图；

图7为本发明实施例提供的一种远程服务器的结构示意图；

图8为本发明实施例提供的一种账单数据的处理***结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、、产品或设备固有的其它步骤或单元。

下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

现有技术对收入分摊多采用人工参与，且需将所有的出账数据汇总后，再进行一系列的分摊处理。且在出账***运维过程中，某些任务需人为确认完成当前节点后再执行下一个节点任务，这样既浪费运维人员的时间，同时不能保障整体任务的连续性，例如两个节点间运维人员无法实时注意处理的进度，出现中间节点时间浪费；因此现有技术的出账分摊***多需人工参与运维成本高、耗时长，且出账处理的时效差。

图1为本发明实施例提供的一典型应用场景图，如图1所示，本发明通过在前端设备11上发送任务请求至集中控制服务器12，进而集中控制服务器12根据任务类型，向任务类型对应的各远程服务器13发送任务执行指令等，从而实现在任意数量的远程服务器13上实现分摊任务的节点流程，无需人为确认每个节点的完成情况，可以减少人工监控参与，节省人力成本的同时保证任务流程的连续性，从而提高分摊的维护效率。进一步可以根据用户清单和最终账单数据(包含每个用户及其对应的任务类型账单数据)可以获得符合市场逻辑的平均资费等等。

图2为本发明实施例提供的一种账单数据的处理方法的交互信令图，如图2所示，本实施例以集中控制服务器和远程服务器为例，对本实施例的方法进行说明，如图2所示，该方法包括：

S201、集中控制服务器接收账单处理的任务请求，任务请求携带待处理多个任务类型及其对应账单数据；

本实施例中，集中控制服务器接收前端设备发送的账单处理任务请求，前端设备可以包括具有APP的移动设备，或者包含web浏览器等具有输入交互界面的电子设备，例如电脑、智能手机，以及上网本等等。其中任务请求用于触发集中控制服务器将任务分配给远程服务器来执行，且任务请求中还携带有待处理的多个任务类型及其对应的账单数据。

在一种可选的实施例中，基于用户套餐充值等基础收入账单数据，需对该账单数据进行分摊运维，由于现有技术采用人工参与进行收入分摊，且需将所有的出账数据汇总后，再进行一系列的分摊处理，存在运维成本高、耗时长，且出账处理时效差等问题。本实施例通过集中控制服务器接收账单处理的任务请求，进而使远程服务器对账单数据进行处理，从而提高分摊运维的时效性。

例如账单处理的任务请求中包括用户套餐基础数据，且携带多个任务类型，其中任务类型可以包括语音项、网络流量项、宽带项，以及短信彩信项等等，本实施例中根据不同的业务可以设定不同的任务类型，本实施例不作具体限定。

S202、集中控制服务器确定多个任务类型的执行顺序。

根据任务类型，在消息队列中若匹配得到记录的现有任务类型，则按照历史公允规则设置执行时间信息；若在消息队列中没有匹配到记录的现有任务类型，则根据新添任务类型对应的公允规则，并结合消息队列中现有任务类型设置执行时间信息。

本实施例中接收账单处理任务请求之后通过Shiro进行安全准入分析，对符合安全准入要求的任务请求，根据任务类型将其加入到redis消息对列中，以便后续任务的执行。例如，在集中控制服务器中设置有与任务类型对应的公允规则，进而确定多个任务类型的执行顺序，其中公允规则可以根据具体情况灵活配置，例如任务请求包括多个任务类型：通话业务分摊类型、宽带网络业务类型，以及网络流量业务类型，任务请求对应的基础收入账单数据为100，公允规则可以对通话业务分摊分配20、宽带网络业务类型分配40，以及网络流量业务类型分配40，本实施例不仅限于上述举例及其具体数值。

集中控制服务器可以存储分摊过程的全部数据，即存储有历史数据。集中控制服务器可以根据任务请求中的任务类型，在redis消息对列中进行匹配，若在redis消息队列中存在与该任务类型相匹配的现有任务类型，则可以按照与该现有任务类型对应的历史公允规则设置该任务类型的执行时间信息。若在消息对列中没有匹配到与该任务类型对应的现有任务类型，则根据新添加任务类型对应的公允规则(该公允规则可以根据实际情况灵活设置)，结合消息对列中已有的现有任务类型设置执行时间信息。例如检测任务请求中的任务类型为宽带网络业务类型，在消息队列中可以匹配到现有宽带网络业务类型，则可以将该宽带网络业务类型直接按照其历史公允规则设置执行时间信息，即不需要做出改变；若任务类型为家庭通话宽带绑定业务类型，在消息队列中没有匹配到该任务类型，故在集中控制服务器上设置新添任务类型对应的公允规则，且结合上述举例的宽带网络业务类型，该家庭通话宽带绑定业务类型的执行时间信息设置于宽带网络业务类型执行时间信息之后。

S203、集中控制服务器根据执行顺序，控制每个任务类型对应的各远程服务器依次对对应的账单数据进行处理。

本实施例中，集中控制服务器按照执行时间信息对应的执行顺序，控制每个任务类型对应的远程服务器依次对对应的账单数据进行处理。其中，集中控制服务器根据任务类型在预设远程服务器匹配表中匹配获得对应的远程服务器。进而根据执行时间，控制每个任务类型对应的远程服务器依次对对应的账单数据进行处理。

S204、接收任务类型。

远程服务器接收集中控制服务器发送的任务类型，以便根据任务类型对对应的账单数据进行处理。

S205、根据任务类型及其对应的账单数据，在预设数据库中得到账单数据对应的处理结果，并将处理结果返回至集中控制服务器，以使集中控制服务器根据处理结果，生成任务请求的最终账单数据。

远程服务器根据任务类型及其对应的账单数据，在预设数据库中得到账单数据对应的处理结果，例如可以根据账单数据中用户标识信息，分别得到任务类型对应账单数据对应的处理结果，例如可以根据任务类型，得到对应账单数据中至少一个用户的处理结果。并将该处理结果返回中集中控制服务器，以便集中控制服务器根据该处理结果，生成任务请求对应的最终账单数据，其中最终账单数据包括每个用户对应任务类型的明细账单数据。

S206、集中控制服务器根据各远程服务器发送的对账单数据的处理结果，生成任务请求的最终账单数据。

本实施例中集中控制服务器接收各远程服务器发送的对应账单数据的处理结果，根据处理结果，生成任务请求的最终账单数据。例如最终账单数据包括每个用户对应任务类型的明细账单数据。

本实施例参考图3，图3为本发明实施例提供的账单数据的处理开发框架示意图，如图3所示，本实施例基于Shiro安全框架与springboot进行开发，结合redis消息队列，通过在前端设备调用服务，诸如jdbc以及rest,将任务请求发至任务控制部分，通过shiro进行安全准入分析，对于符合安全准入要求的请求，将其加入redis消息队列，等待任务的实际执行，通过Quartz任务池来进行任务的管理，有效的控制资源的利用率以及稳定***的承载性，这其中还通过规则引擎(包括预设远程服务器匹配表)进行配合，来进行相应的控制。在实际任务执行过程中，则是根据任务类型，调用相应的shell脚本、执行相应的sparksql，来完成整个分摊任务流程的处理。实现在任意数量的远程服务器执行分摊任务，保证任务流程的连续性，提高任务执行的效率，缩短对应任务流程的处理时间，减少人工监控的参与，同时减少人力成本。

在上述实施例的基础上，下面对集中控制服务器如何运行进行说明。图4为本发明实施例提供的一种账单数据的处理方法流程示意图一。本发明实施例以集中控制服务器为执行主体对本实施例的方法进行说明。如图4所示，在上述实施例的基础上，该方法包括：

S301、集中控制服务器接收帐单处理的任务请求，任务请求携带待处理多个任务类型及其对应账单数据；

S302、集中控制服务器确定多个任务类型的执行顺序；

S303、集中控制服务器根据执行顺序，控制每个任务类型对应的各远程服务器依次对对应的账单数据进行处理；

S304、集中控制服务器根据各远程服务器发送的对账单数据的处理结果，生成任务请求的最终账单数据。

步骤S301～S304的技术名词、技术效果、技术特征，以及可选实施方式，可参照图2所示的步骤S201～S203、S206理解，对于重复的内容，在此不再累述。

在一种可选的实施例中，控制每个任务类型对应的各远程服务器依次对对应的账单数据进行处理具体可以包括：按照执行时间信息，向任务类型对应的远程服务器发送任务执行请求；接收远程服务器发送的当前处理结果，得到当前任务类型的完成节点信息；根据完成节点信息，向下一时刻任务类型对应的远程服务器发送任务执行请求，其中任务执行请求用于指示远程服务器根据任务类型，调用预设数据库得到对应的处理结果。

本实施例中，集中控制服务器根据任务类型在预设远程服务器匹配表中获得任务类型对应的远程服务器，按照任务类型执行时间信息，向任务类型对应的远程服务器发送任务执行请求。在各远程服务器接收该请求后，根据任务类型对应账单数据得到相应处理结果，并将该处理结果返回至集中控制服务器。集中控制服务器接收远程服务器返回的当前处理结果，得到当前任务类型的完成节点信息，进而根据完成节点信息，向下一时刻任务类型对应的远程服务器发送任务执行请求，进而接收远程服务器返回的处理结果。根据消息对列中多个任务类型的执行顺序，按照执行时间信息依次获得远程服务器返回的处理结果，直到所有的任务类型执行完成，得到任务请求对应的最终账单数据。

本实施例根据任务类型在预设远程服务器匹配表中匹配获得对应的远程服务器，进而按照执行时间顺序，控制各远程服务器依次对对应账单数据进行处理，待集中控制服务器接收远程服务器返回的处理结果，且得到当前任务类型的完成节点信息，例如成功完成节点信息，进而按照执行时间顺序，向下一时刻任务类型对应的远程服务器发送任务执行请求。保证任务执行流程的连续性，提高了任务执行的效率，缩短对应任务流程的处理时间，减少人工监控的参与，同时减少人力成本。

在一种可选的实施例中，方法，还包括：若当前时刻消息队列中任务类型的数量大于任务池中任务数量阈值，则按照任务数量阈值进行多个消息队列的设置，且分别设置消息队列中每个任务类型对应的执行时间信息，得到每个消息队列中多个任务类型的排序。

本实施例中，集中控制服务器设置Quartz任务池进行管理，若检测当前时刻消息队列中的任务类型数量大于任务池中的任务数量阈值，其中任务数量阈值根据集中控制服务器的配置等根据实际运行情况获得，本实施例中不作具体限定，例如空闲时任务数量阈值为10，忙碌时任务数量阈值为20等。集中控制服务器则按照任务数量阈值进行消息队列任务类型数量的设置，分别设置多个消息队列，且设置每个消息队列中任务类型对应的执行时间信息，进而得到每个消息队列中多个任务类型的排序。从而实现依次控制各个远程服务器对账单数据进行处理。

在一种可选的实施例中，方法包括：若任务请求的执行出现异常情况，则任务池将检测任务类型中对应的账单数据是否存储于远程服务器对应的预设数据库中；若账单数据不存在于预设数据库中，则任务池将对预设数据库中的数据进行刷新，得到更新后的账单数据，以便远程服务器根据更新后的账单数据执行任务请求中对应的任务类型。

本实施例中，集中控制服务器检测任务请求的执行出现异常情况，则任务池将检测任务类型对应的账单数据是否存储于对应远程服务器的预设数据库中。例如任务池检测任务类型(例如宽带网络业务类型)对应的账单数据(例如用户充值的套餐基础数据100)是否存储于即将执行该任务类型对应的远程服务器预设数据库中，若账单数据不存在远程服务器的预设数据库中，则任务池将设置预设数据库中的数据进行刷新，得到更新后的账单数据，例如将用户充值的套餐基础数据100，得到更新后的账单数据，以便该远程服务器根据更新后的账单数据可以执行任务请求中对应的任务类型。

在上述实施例的基础上，下面对远程服务器如何运行进行说明。图5为本发明实施例提供的一种账单数据的处理方法流程示意图二。本申请实施例以远程服务器为执行主体对本实施例的方法进行说明。如图5所示，在上述实施例的基础上，该方法包括：

S401、接收任务类型。

S402、根据任务类型及其对应的账单数据，在预设数据库中得到账单数据对应的处理结果，并将处理结果返回至集中控制服务器，以使集中控制服务器根据处理结果，生成任务请求的最终账单数据。

步骤S401～S402的技术名词、技术效果、技术特征，以及可选实施方式，可参照图2所示的步骤S204～S205理解，对于重复的内容，在此不再累述。

在一种可选的实施例汇总，在接收任务类型之后，还包括：根据任务类型，在远程服务器调用相应的shell脚本，配置预设数据库。

本实施例中，在接收任务类型之后，远程服务器调用shell脚本，调用多行早早***命令或shell命令，增加文件的执行权限，进而配置预设数据库，并根据任务类型的账单数据得到处理结果。

在一种可选的实施例中，集中控制服务器可以将任务类型对应的处理结果发送至相关操作人员的前端设备，使得相关操作人员知晓任务请求的执行情况。

图6为本发明实施例提供的一种集中控制服务器的结构示意图，如图6所示，本实施例中集中控制服务器可以包括：

接收模块51，用于中控制服务器接收账单处理的任务请求，任务请求携带待处理多个任务类型及其对应账单数据；

确定模块52，用于集中控制服务器确定多个任务类型的执行顺序；

控制模块53，用于集中控制服务器根据执行顺序，控制每个任务类型对应的各远程服务器依次对对应的账单数据进行处理；

生成模块54，用于集中控制服务器根据各远程服务器发送的对账单数据的处理结果，生成任务请求的最终账单数据。

在一种可能的设计中，确定模块52，具体用于：

根据任务类型，在消息队列中若匹配得到记录的现有任务类型，则按照历史公允规则设置执行时间信息；

若在消息队列中没有匹配到记录的现有任务类型，则根据新添任务类型对应的公允规则，并结合消息队列中现有任务类型设置执行时间信息。

在一种可能的设计中，控制每个任务类型对应的各远程服务器依次对对应的账单数据进行处理，包括：

按照执行时间信息，向任务类型对应的远程服务器发送任务执行请求；

接收远程服务器发送的当前处理结果，得到当前任务类型的完成节点信息；

根据完成节点信息，向下一时刻任务类型对应的远程服务器发送任务执行请求，其中任务执行请求用于指示远程服务器根据任务类型，调用预设数据库得到对应的处理结果。

在一种可能的设计中，装置，还包括：

若当前时刻消息队列中任务类型的数量大于任务池中任务数量阈值，则按照任务数量阈值进行多个消息队列的设置，且分别设置消息队列中每个任务类型对应的执行时间信息，得到每个消息队列中多个任务类型的排序。

在一种可能的设计中，装置还包括：

若任务请求的执行出现异常情况，则任务池将检测任务类型中对应的账单数据是否存储于远程服务器对应的预设数据库中；

若账单数据不存在于预设数据库中，则任务池将对预设数据库中的数据进行刷新，得到更新后的账单数据，以便远程服务器根据更新后的账单数据执行任务请求中对应的任务类型。

本实施例的集中控制服务器，可以执行图2、图4所示方法中的技术方案，其具体实现过程和技术原理参见图2、图4所示方法中的相关描述，此处不再赘述。

图7为本发明实施例提供的一种远程服务器的结构示意图，如图7所示，本实施例的远程服务器可以包括：

接收模块61，用于接收任务类型；

得到模块62，用于根据任务类型及其对应的账单数据，在预设数据库中得到账单数据对应的处理结果，并将处理结果返回至集中控制服务器，以使集中控制服务器根据处理结果，生成任务请求的最终账单数据。

在一种可能的设计中，在接收任务类型之后，还包括：

根据任务类型，在远程服务器调用相应的shell脚本，配置预设数据库。

本实施例的远程服务器，可以执行图2、图5所示方法中的技术方案，其具体实现过程和技术原理参见图2、图5所示方法中的相关描述，此处不再赘述。

图8为本发明实施例提供的一种账单数据的处理***结构示意图，如图8所示，本实施例的账单数据的处理***70可以包括：处理器71和存储器72。

存储器72，用于存储计算机程序(如实现上述账单数据的处理方法的应用程序、功能模块等)、计算机指令等；

上述的计算机程序、计算机指令等可以分区存储在一个或多个存储器72中。并且上述的计算机程序、计算机指令、数据等可以被处理器71调用。

处理器71，用于执行存储器72存储的计算机程序，以实现上述实施例涉及的方法中的各个步骤。

具体可以参见前面方法实施例中的相关描述。

处理器71和存储器72可以是独立结构，也可以是集成在一起的集成结构。当处理器71和存储器72是独立结构时，存储器72、处理器71可以通过总线73耦合连接。

本实施例的服务器可以执行图2所示方法中的技术方案，其具体实现过程和技术原理参见图2所示方法中的相关描述，此处不再赘述。

此外，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当用户设备的至少一个处理器执行该计算机执行指令时，用户设备执行上述各种可能的。

其中，计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于用户设备中。当然，处理器和存储介质也可以作为分立组件存在于通信设备中。

本领域普通技术人员可以理解：实现上述各实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种账单数据的处理方法，其特征在于，包括：

集中控制服务器接收账单处理的任务请求，所述任务请求携带待处理多个任务类型及其对应账单数据；

所述集中控制服务器确定所述多个任务类型的执行顺序；

所述集中控制服务器根据所述执行顺序，控制每个所述任务类型对应的各远程服务器依次对对应的账单数据进行处理；

所述集中控制服务器根据所述各远程服务器发送的对所述账单数据的处理结果，生成所述任务请求的最终账单数据。

2.根据权利要求1所述的方法，其特征在于，所述集中控制服务器确定所述多个任务类型的执行顺序，包括：

根据所述任务类型，在消息队列中若匹配得到记录的现有任务类型，则按照历史公允规则设置执行时间信息；

若在消息队列中没有匹配到记录的现有任务类型，则根据新添任务类型对应的公允规则，并结合消息队列中所述现有任务类型设置执行时间信息。

3.根据权利要求2所述的方法，其特征在于，所述控制每个所述任务类型对应的各远程服务器依次对对应的账单数据进行处理，包括：

按照执行时间信息，向任务类型对应的远程服务器发送任务执行请求；

接收所述远程服务器发送的当前处理结果，得到当前任务类型的完成节点信息；

根据所述完成节点信息，向下一时刻任务类型对应的远程服务器发送任务执行请求，其中所述任务执行请求用于指示所述远程服务器根据所述任务类型，调用预设数据库得到对应的处理结果。

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

若当前时刻所述消息队列中所述任务类型的数量大于任务池中任务数量阈值，则按照所述任务数量阈值进行多个消息队列的设置，且分别设置所述消息队列中每个所述任务类型对应的执行时间信息，得到每个消息队列中多个任务类型的排序。

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

若所述任务请求的执行出现异常情况，则所述任务池将检测所述任务类型中对应的账单数据是否存储于所述远程服务器对应的预设数据库中；

若所述账单数据不存在于所述预设数据库中，则任务池将对所述预设数据库中的数据进行刷新，得到更新后的账单数据，以便所述远程服务器根据所述更新后的账单数据执行所述任务请求中对应的任务类型。

6.一种账单数据的处理方法，其特征在于，包括：

接收任务类型；

根据所述任务类型及其对应的账单数据，在预设数据库中得到所述账单数据对应的处理结果，并将所述处理结果返回至集中控制服务器，以使所述集中控制服务器根据所述处理结果，生成任务请求的最终账单数据。

7.根据权利要求6中任一项所述的方法，其特征在于，在接收任务类型之后，还包括：

根据所述任务类型，在远程服务器调用相应的shell脚本，配置所述预设数据库。

8.一种账单数据的处理装置，其特征在于，包括：

接收模块，用于集中控制服务器接收用户发送的账单处理任务请求，所述任务请求携带待处理多个任务类型及其对应账单数据；

确定模块，用于所述集中控制服务器确定所述多个任务类型的执行顺序；

控制模块，用于所述集中控制服务器根据所述执行顺序，控制每个所述任务类型对应的各远程服务器依次对对应的账单数据进行处理；

生成模块，用于所述集中控制服务器根据所述各远程服务器发送的对所述账单数据的处理结果，生成所述任务请求的最终账单数据。

9.一种账单数据的处理***，其特征在于，包括：存储器和处理器，存储器中存储有所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-7任一项所述的账单数据的处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-7任一项所述的账单数据的处理方法。

Images