任务处理方法及装置、系统、存储介质、电子设备

技术领域

本公开涉及计算机领域，特别涉及一种任务处理方法、任务处理装置、任务处理系统、计算机存储介质及电子设备。

背景技术

随着计算机技术的快速发展，越来越多的行业逐渐从人工工作模式转化为计算机为主导的自动化模式。

以账单的生成为例，普遍采用的方式是在出账周期时，结算人员通过页面功能汇总商家，生成账单并推送。页面汇总功能新增任务需要填写费用科目、业务日期和商家编码，填写正确后提交任务处理，待任务处理完成生成账单后再通过页面的“推送对账单”功能推送给商家对账。但是这种方式是非自动化的，流程繁琐，需要耗费大量的时间，导致人工成本很高，并且存在遗漏、数据错误等问题。

鉴于此，本领域亟需开发一种新的任务处理方法及装置。

需要说明的是，上述背景技术部分公开的信息仅用于加强对本公开的背景的理解。

发明内容

本公开的目的在于提供一种任务处理方法、任务处理装置、任务处理系统、计算机存储介质及电子设备，进而至少在一定程度上提高了任务处理的效率和所得到的处理结果的准确率。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供一种任务处理方法，其特征在于，应用于任务处理系统中的任务执行单元，所述任务处理方法包括：

响应所述任务处理系统中的任务扫描单元发送的任务处理请求，获取所述任务处理请求中所包含的对象信息和汇总类目；

调用数据源接口，通过所述数据源接口获取与所述对象信息和所述汇总类目对应的待处理数据；

基于预设规则对所述待处理数据进行处理，以获取与所述对象信息对应的处理结果。

在本公开的示例性实施例中，在响应任务扫描单元发送的任务处理请求之前，所述方法还包括：

通过所述任务扫描单元在预设时间点进行任务扫描，以获取任务列表，并对所述任务列表中的任务的启用状态进行判断；

当存在启用状态为打开的任务时，对所述任务的汇总属性进行判断；

当所述任务的汇总属性为自动汇总时，根据所述任务对应的对象信息和汇总类目生成任务处理请求，并将所述任务处理请求发送至所述任务执行单元。

在本公开的示例性实施例中，所述待处理数据包括多个纬度的数据；所述数据源接口与多个存储不同类型数据的数据库连接；

所述通过所述数据源接口获取与所述对象信息和所述汇总类目对应的待处理数据，包括：

将所述对象信息与各所述数据库中的候选对象信息进行匹配；

若所述数据库中存在与所述对象信息匹配的目标候选对象信息，则获取与所述目标候选对象信息及所述汇总类目对应的数据作为所述待处理数据。

在本公开的示例性实施例中，所述基于预设规则对所述待处理数据进行处理，包括：

将所述对象信息与规则库中的候选对象信息进行匹配，当所述规则库中存在与所述对象信息匹配的候选对象信息时，获取与所述候选对象信息对应的目标规则，并根据所述目标规则对与所述对象信息对应的待处理数据进行处理。

在本公开的示例性实施例中，所述基于预设规则对所述待处理数据进行处理，包括：

将所述对象信息与规则库中的规则进行匹配，以获取与所述对象信息对应的多个候选规则；

获取各所述候选规则的优先级，并基于具有最高优先级的候选规则对与所述对象信息对应的待处理数据进行处理。

在本公开的示例性实施例中，在获取与所述对象信息对应的处理结果之后，所述方法还包括：

通过所述任务扫描单元对所述任务处理请求对应的任务的推送状态进行判断；

当所述推送状态为自动推送时，向所述任务执行单元发送结果推送请求，以使所述任务处理单元响应所述结果推送请求，并将所述处理结果发送至目标终端。

在本公开的示例性实施例中，所述方法还包括：

在对所述任务的汇总属性进行判断时，对所述任务的推送属性也进行判断；

当所述任务的推送属性为自动推送时，在发送所述任务处理请求的同时，向所述任务执行单元发送结果推送请求；或者，在获取所述处理结果后，向所述任务执行单元发送所述结果推送请求。

在本公开的示例性实施例中，所述任务为账单生成任务，所述任务处理请求为账单生成请求，所述对象信息为商家信息，所述汇总类目为生成账单时所需的费用科目纬度，所述待处理数据为与所述费用科目纬度对应的费用数据，所述处理结果为生成的账单。

根据本公开的第二方面，提供一种任务处理装置，其特征在于，配置于任务处理系统中的任务执行单元，包括：

请求响应模块，用于响应所述任务处理系统中的任务扫描单元发送的任务处理请求，获取所述任务处理请求中所包含的对象信息和汇总类目；

数据获取模块，用于调用数据源接口，通过所述数据源接口获取与所述对象信息和所述汇总类目对应的待处理数据；

数据处理模块，用于基于预设规则对所述待处理数据进行处理，以获取与所述对象信息对应的处理结果。

根据本公开的第三方面，提供一种任务处理系统，其特征在于，包括：

任务扫描单元，用于在预设时间点进行任务扫描以获取任务列表，在所述任务列表中存在启用状态为打开的任务时，对所述任务的汇总属性和/或推送属性进行判断；

当所述汇总属性为自动汇总时，向所述任务执行单元发送与所述任务对应的任务处理请求；和/或，

当所述推送属性为自动推送时，在发送所述任务处理请求的同时向所述任务执行单元发送结果推送请求；或者，在获取所述处理结果后向所述任务执行单元发送所述结果推送请求；

任务执行单元，与所述任务扫描单元连接，用于响应所述任务处理请求，获取所述任务处理请求中所包含的对象信息和汇总类目；

调用数据源接口，通过所述数据源接口获取与所述对象信息和所述汇总类目对应的待处理数据；

基于预设规则对所述待处理数据进行处理，以获取与所述对象信息对应的处理结果；以及

响应所述结果推送请求，将所述处理结果推送至目标终端。

根据本公开的第四方面，提供一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述的任务处理方法。

根据本公开的第五方面，提供一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行上述的任务处理方法。

由上述技术方案可知，本公开示例性实施例中的任务处理方法、任务处理装置、任务处理系统、计算机存储介质及电子设备至少具备以下优点和积极效果：

本公开中的任务处理方法，应用于任务处理系统中的任务执行单元，任务处理系统还包括任务扫描单元；首先响应任务扫描单元发送的任务处理请求，获取其中所包含的对象信息；接着调用数据源接口，以通过数据源接口获取与对象信息对应的待处理数据；最后基于预设规则对待处理数据进行处理，以获取与对象信息对应的处理结果。本公开的任务处理方法一方面能够实现自动化的任务处理，避免了人工处理，进而提高了任务处理的效率，降低了成本；另一方面由于避免了人工操作，保证了信息的准确性，进一步提高了处理结果的准确性。

本公开应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本公开示例性实施例中任务处理系统的结构示意图；

图2示出本公开示例性实施例中任务处理方法的流程示意图；

图3示出本公开示例性实施例中发送任务处理请求的流程示意图；

图4示出本公开示例性实施例中配置汇总任务的界面示意图；

图5示出本公开示例性实施例中配置汇总规则的界面示意图；

图6示出本公开示例性实施例中编辑汇总规则或新增汇总规则的界面示意图；

图7示出本公开示例性实施例中配置汇总纬度的界面示意图；

图8示出本公开示例性实施例中任务处理装置的结构示意图；

图9示出本公开示例性实施例中计算机存储介质的结构示意图；

图10示出本公开示例性实施例中电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

应用本公开实施例的技术方案的示例性系统架构具体可以包括终端设备、网络以及服务器。其中，上述终端设备可以是智能手机、便携式计算机、平板电脑等具有显示单元的终端设备；网络用以在终端设备和服务器之间提供通信链路的介质，网络可以包括各种连接类型，例如有线通信链路、无线通信链路等等，在本公开实施例中，终端设备和服务器之间的网络可以是无线通信链路，具体地可以是移动网络。

应该理解，终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。值得说明的是，本公开中的服务器可以是独立的服务器或者是多个服务器形成的服务器集群。

在本公开的实施例中，用户可以通过终端设备进行规则配置，并通过网络将所配置的规则上传至服务器，以保证服务器进行任务处理时，能够获取与对象信息对应的规则，并根据该规则对与对象信息对应的待处理数据进行处理，获取对应的处理结果。其中，服务器进行任务处理具体是通过服务器中搭载的任务处理系统进行的，图1示出了任务处理系统的结构示意图，如图1所示，任务处理系统100包括任务扫描单元101和任务执行单元102，任务扫描单元101可以在预设时间点进行任务扫描，获取任务列表，并根据任务列表中启用状态为打开且汇总属性为自动汇总的任务生成任务处理请求，进而将任务处理请求发送至任务执行单元；任务执行单元102响应任务处理请求并获取其中所包含的对象信息，接着调用数据源接口以获取与对象信息对应的待处理数据，最后基于与对象信息对应的预设规则对待处理数据进行处理，以获取与对象信息对应的处理结果。进一步地，任务扫描单元101在获取任务列表后，还可以对任务列表中各个任务的推送状态进行判断，当存在推送状态为自动推送时，向任务执行单元发送结果推送请求，以使任务执行单元将处理结果发送至目标终端，以使用户对处理结果进行浏览。

值得注意的是，系统性架构中的终端设备具体包括两类，一类是开发用户使用的终端设备，一类是任务处理请求中的对象信息所对应的用户使用的终端设备。在推送处理结果时，可以仅向开发用户所使用的终端设备推送，也可以既向开发用户所使用的终端设备推送又向任务处理请求中的对象信息所对应的用户使用的终端设备推送。

本公开首先提出了一种任务处理方法，该任务处理方法可以由服务器执行，也可以由开发用户使用的终端设备执行。图2示出了任务处理方法的流程图，如图2所示，任务处理方法包括：

步骤S210：响应所述任务处理系统中的任务扫描单元发送的任务处理请求，获取所述任务处理请求中所包含的对象信息和汇总类目；

步骤S220：调用数据源接口，通过所述数据源接口获取与所述对象信息和所述汇总类目对应的待处理数据；

步骤S230：基于预设规则对所述待处理数据进行处理，以获取与所述对象信息对应的处理结果。

本公开的任务处理方法通过基于预设规则对与对象信息对应的待处理数据进行处理以获取对应的处理结果，一方面能够实现任务处理的自动化，进而提高了任务处理效率；另一方面能够避免人工处理，进而减少成本，提高准确率。

下面以任务处理系统中的任务执行单元为执行主体，对任务处理方法的各个步骤进行详细说明。

在步骤S210中，响应所述任务处理系统中的任务扫描单元发送的任务处理请求，获取所述任务处理请求中所包含的对象信息和汇总类目。

为了方便描述，本公开以账单生成作为任务处理的具体场景，对本公开中的任务处理方法进行描述。相应地，任务处理请求为账单生成请求，对象信息为商家信息，汇总类目为生成账单时所需的费用科目纬度，待处理数据为与费用科目纬度对应的费用信息，处理结果为最终生成的账单。

在本公开的示例性实施例中，为了明确对哪些商家的费用信息进行汇总以生成对应的账单，那么任务处理请求中必然包含所需的商家信息，该商家信息具体可以是商家名称和/或商家编号等与商家唯一对应的特征信息。同时，还需要明确从哪些费用科目纬度进行汇总才能够生成账单，因此任务处理请求中还包含有所需的汇总类目，该汇总类目具体可以是费用科目名称和/或费用科目编码等费用科目信息。

当接收到任务扫描单元发送的任务处理请求后，可以响应该任务处理请求，并对该任务处理请求进行解析，以获取任务处理请求中所包含的商家信息和汇总类目。

在本公开的示例性实施例中，可以在预设时间点触发任务扫描单元进行任务扫描，例如每个月需要给商户推送账单，那么可以将预设时间点设置为每个月的最后一天的24点，这样就可以保证任务扫描单元在每个月最后天的24点都进行任务扫描，以获取任务列表，实现周期性的任务自动处理。该任务列表中包含有与多个商家信息对应的任务，但根据实际情况，有的商家不需要推送账单，也不需要针对该商家汇总账单，因此在获取任务列表后，需要对任务列表中各个任务的状态进行判断，进而有针对性的生成任务处理请求。

图3示出了发送任务处理请求的流程示意图，如图3所示，在步骤S301中，通过所述任务扫描单元在预设时间点进行任务扫描，以获取任务列表，并对所述任务列表中的任务的启用状态进行判断；在步骤S302中，当存在启用状态为打开的任务时，对该任务的汇总属性进行判断；在步骤S303中，当该任务的汇总属性为自动汇总时，根据该任务对应的对象信息和汇总类目生成任务处理请求，并将该任务处理请求发送至任务执行单元。

其中，任务的启用状态即为任务的有效性，当启用状态打开时，说明该任务有效，需要执行，当启用状态关闭时，说明该任务无效，不需要执行。汇总属性分为自动汇总和手动汇总，当汇总属性为自动汇总时，则自动获取所需汇总类目的数据进行汇总即可，当汇总属性为手动汇总时，则通过人工方式获取所需汇总类目的数据进行汇总。

在步骤S220中，调用数据源接口，通过所述数据源接口获取与所述对象信息和所述汇总类目对应的待处理数据。

在本公开的示例性实施例中，在确定商家信息和汇总类目后，则需要获取该商家信息和汇总类目对应的数据，并对所获取的数据进行汇总处理，以生成账单。具体地，可以调用数据源接口，通过数据源接口获取与对象信息及汇总类目对应的待处理数据。在本公开的实施例中，数据源接口可以与多个存储不同类型数据的数据库连接，并且数据库中的数据以表的形式存储，例如对于进行商品交易的商家而言，其费用可能会涉及到进货价格、进货数量、出售价格、出售数量等，那么相应地，就需要设置与各类型费用对应的数据表，例如进货价格表、进货数量表、出售价格表和出售数量表，以便根据商家信息从相应类目的数据表中获取与其对应的费用信息，所获取的费用信息即为待处理数据。

进一步地，各类数据库中可以包含多个商家信息对应的费用信息，那么在通过数据源接口获取与对象信息及汇总类目对应的待处理数据时，首先可以将对象信息与各类数据库(数据表)中的候选对象信息进行匹配，如果各类数据库中存在与对象信息匹配的目标候选对象信息，则获取与目标候选对象信息及汇总类目对应的数据作为待处理数据。

在步骤S230中，基于预设规则对所述待处理数据进行处理，以获取与所述对象信息对应的处理结果。

在本公开的示例性实施例中，在获取待处理数据后，即可根据预设规则对待处理数据进行处理，以获取最终的处理结果。该预设规则可以是提前设置好的规则库中的规则，规则库中可以包括多个针对不同的应用场景或者商家的规则，也可以包括多个对应同一应用场景或者同一商家的规则，进一步地，当同一应用场景或同一商家对应多个规则时，可以对多个规则分别设置优先级，并按照优先级的顺序选择相应的规则对待处理数据进行处理。

在本公开的示例性实施例中，当规则库中的规则和对象信息一一对应时，在获取与对象信息对应的规则时，可以将对象信息与规则库中的候选对象信息进行匹配，当规则库中存在与对象信息匹配的候选对象信息时，获取与该候选对象信息对应的目标规则，并根据目标规则对待处理数据进行处理。

在本公开的示例性实施例中，当规则库中的规则和对象信息为多对一的对应关系时，在获取与对象信息对应的规则时，可以将对象信息与规则库中的规则进行匹配，以获取与该对象信息对应的多个候选规则；然后获取各个候选规则的优先级，并基于具有最高优先级的候选规则对与该对象信息对应的待处理数据进行处理。在本公开的实施例中，在配置规则的优先级时，可以采用不同的方式，例如可以采用“高中低”的形式，也可以采用数字的形式，比如用数字1表示最高优先级，2表示次于最高优先级的优先级，依次递推。当获取各个候选规则的优先级后，对其进行比较以获取最高优先级的候选规则，并采用该最高优先级的候选规则对待处理数据进行处理，以获取最终的处理结果。

在本公开的示例性实施例中，在获取最终的处理结果，对于账单生成场景而言，即获取账单后，可以触发任务扫描单元101对任务处理请求所对应的任务的推送状态进行判断，当任务的推送状态为自动推送时，则向任务执行单元102发送结果推送请求，任务执行单元102响应该结果推送请求，可以将处理结果(账单)发送至目标终端，该目标终端即为任务处理请求中的对象信息所对应的用户使用的终端设备(商家所使用的终端设备)。

在本公开的示例性实施例中，推送状态可以与汇总状态同时进行配置，当任务扫描单元101对任务的汇总属性进行判断时，也可以同时对任务的推送属性进行判断，当任务的汇总属性为自动汇总且任务的推送属性为自动推送时，任务扫描单元101在向任务执行单元102发送任务处理请求的同时向任务执行单元102发送结果推送请求，以使任务执行单元102在获取处理结果后，将处理结果推送至目标终端，或者，在获取处理结果后，任务扫描单元101向任务执行单元102发送结果推送请求，以使任务执行单元102将处理结果推送至目标终端。

当任务的汇总属性为自动汇总，但任务的推送属性为非自动推送时，则在获取处理结果后，暂不向目标终端进行推送，该处理结果可用于开发用户的数据分析，如果商家需要账单的话，也可以通过人工方式推送至商家所使用的终端设备。

在本公开的示例性实施例中，在对任务进行处理之前，开发人员会对任务处理系统进行相应地配置，例如可以对所需处理的任务、处理任务时所依据的规则等进行配置，以使得任务执行单元能够基于与对象信息对应的预设规则对待处理数据进行处理，进而获得最终的处理结果。

本公开中的任务处理系统的配置主要包括汇总任务的配置和汇总规则的配置。图4示出了配置汇总任务的界面示意图，如图4所示，在显示界面中设置有多个功能按键，具体为“查询”、“新增”、“编辑”、“启用”、“停用”。用户在可编辑框中输入商家编码、商家名称、费用科目、汇总日期后，点击“查询”便可以对输入的商家信息所对应的汇总信息进行浏览，如图4下方的表格所示，其中记载了与输入的商家信息对应的汇总信息，包括商家编码、商家名称、费用科目编码、费用科目名称、是否自动汇总、是否自动推送、汇总日期和是否启用；用户点击“新增”时，便可以跳转至汇总信息编辑页面，通过用户输入相关信息增加新的汇总任务；用户还可以选定已存在的汇总任务，通过点击“编辑”进行再编辑，对需要修改或添加的信息进行修改和添加；“启用”和“停用”可以用于控制整体任务的有效性，用户可以选定所有的汇总任务进行启用和停用，也可以选定部分汇总任务进行启用和停用。

在本公开的示例性实施例中，任务扫描单元具体可以是Clover任务调度单元，其在扫描获取任务列表后可以触发selectTasks查询是否存在启用状态的任务，如果存在，则判断是否自动汇总或自动推送，若是自动汇总或自动推送，则执行对应的execute方法，进行汇总和推送账单。

若需要执行的execute方法是自动汇总，则需要查询与任务对应的规则，而前提是规则库中必须配置有与之对应的汇总规则。图5示出了配置汇总规则的界面示意图，如图5所示，在汇总规则配置界面设置有“查询”、“新增”、“编辑”和“删除”功能按键，用户输入规则编码、规则名称、商家编码，选择商家类型、费用科目后点击“查询”，即可获取与选定商家及选定的费用科目对应的汇总规则，如图5下方的表格所示，汇总规则具体包括规则编码、规则名称、规则描述、费用科目名称、商家类型、费用科目、商家编码、优先级、汇总分组项和备注，其中的汇总分组项即为汇总的纬度项，可以是一个汇总纬度，也可以是多个汇总纬度；用户点击“新增”时，便可以跳转至汇总规则编辑页面，通过用户输入相关信息增加新的汇总规则，针对一个商家编码和一个费用科目，可以设置一个或多个汇总规则；用户还可以选定已存在的汇总规则，通过点击“编辑”进行再编辑，对需要修改的规则进行修改；进一步地，用户可以通过在选定汇总规则后点击“删除”，即可删除所选规则。

在对汇总规则进行编辑或新增时，可以设置多个纬度的信息，图6示出了编辑汇总规则或新增汇总规则的界面示意图，如图6所示，在显示界面中设置有两大部分，第一部分是编辑汇总规则信息，其中包括规则编码、规则名称、规则描述、商家类型、费用科目、商家编码、优先级的设置，进一步地，商家类型和费用科目可通过点击下拉菜单键获取所有的商家类型和费用科目，然后从中选择所需的商家类型和费用科目即可；第二部分是汇总纬度，其中包括纬度键值、纬度名称、纬度描述，汇总纬度主要是用于指示在自动汇总时，从哪里获取数据以及以什么纬度进行汇总，可以理解为汇总的表名和归总条件。值得说明的是，本公开中的规则编码、商家编码均为开发用户根据一定的编码规则所设置的，对应不同的商家、不同的规则内容，商家编码和规则编码均不同；规则描述是对规则内容的简要说明；费用科目根据不同的应用场景而有所不同，以电商平台为例，费用科目可以包括仓储服务、中小件B2B运输、中小件配送、代收货款、仓储装卸、中小件转运和大件转运等；优先级则是开发人员根据实际需要所设置的，当对应同一商家的多个汇总规则存在冲突时，优先级高的规则生效。当完成上述信息的设置，点击界面下方的“保存”即可完成规则的配置，并将其存储于规则库中。

在配置汇总纬度时，可以通过点击汇总纬度右侧的“+”实现汇总纬度的增加，不过值得注意的是，在设置汇总纬度时，有一组汇总纬度是固定配置，其所包含的纬度键值为table_name，纬度名称为General，纬度名称为通用计费结果，table_name是一个特殊的编码，当纬度键值等于table_name时，纬度名称则是数据来源系统的枚举值，其余条件下纬度键值即为汇总条件。图7示出了配置汇总纬度的界面示意图，如图7所示，在汇总纬度部分存在两组汇总纬度，第一组汇总纬度中的纬度键值为seller_no，纬度名称为商家编码，第二组汇总纬度即为上述的固定配置，这也就说明了在进行汇总时，需要以商家编码为汇总条件从seller_no表中获取相应的数据作为待处理数据，然后进行汇总形成账单。

通过根据上述方法进行配置即可完成汇总任务和汇总规则的配置，当启用汇总任务时，任务扫描单元将在所配置的“汇总日期”当天发送任务处理请求至任务执行单元，以使任务执行单元依据与目标商家对应的汇总规则按照配置的数据来源以及汇总条件进行自动汇总，并在汇总成功后，根据所设置的自动推送功能将账单推送至目标商家的终端设备。

本公开通过任务执行单元首先响应任务扫描单元发送的任务处理请求，获取其中所包含的对象信息；接着调用数据源接口，以通过数据源接口获取与对象信息对应的待处理数据；最后基于预设规则对待处理数据进行处理，以获取与对象信息对应的处理结果。本公开的任务处理方法一方面能够实现自动化的任务处理，避免了人工处理，进而提高了任务处理的效率，降低了成本；另一方面由于避免了人工操作，保证了信息的准确性，进一步提高了处理结果的准确性。作为一个具体应用场景，通过采用本公开中的任务处理方法进行账单生成，能够实现自动出账，解决在出账周期需要结算人员手工汇总账单及手工推送账单的问题，并进一步提高了账单的准确率。

本公开还提供了一种任务处理装置，图8示出了任务处理装置的结构示意图，该任务处理装置配置于任务处理系统中的任务执行单元中，如图8所示，任务处理装置800可以包括请求响应模块801、数据获取模块802和数据处理模块803。其中：

请求响应模块801，用于响应所述任务处理系统中的任务扫描单元发送的任务处理请求，获取所述任务处理请求中所包含的对象信息和汇总类目；

数据获取模块802，用于调用数据源接口，通过所述数据源接口获取与所述对象信息和所述汇总类目对应的待处理数据；

数据处理模块803，用于基于预设规则对所述待处理数据进行处理，以获取与所述对象信息对应的处理结果。

在本公开的一个实施例中，所述任务处理装置800还包括：状态判断模块，用于通过所述任务扫描单元在预设时间点进行任务扫描，以获取任务列表，并对所述任务列表中的任务的启用状态进行判断；当存在启用状态为打开的任务时，对所述任务的汇总属性进行判断；当所述任务的汇总属性为自动汇总时，根据所述任务对应的对象信息和汇总类目生成任务处理请求，并将所述任务处理请求发送至所述任务执行单元。

在本公开的一个实施例中，所述待处理数据包括多个纬度的数据；所述数据源接口与多个存储不同类型数据的数据库连接；所述数据获取模块802配置为：将所述对象信息与各所述数据库中的候选对象信息进行匹配；

若所述数据库中存在与所述对象信息匹配的目标候选对象信息，则获取与所述目标候选对象信息及所述汇总类目对应的数据作为所述待处理数据。

在本公开的一个实施例中，所述数据处理模块803配置为：将所述对象信息与规则库中的候选对象信息进行匹配，当所述规则库中存在与所述对象信息匹配的候选对象信息时，获取与所述候选对象信息对应的目标规则，并根据所述目标规则对与所述对象信息对应的待处理数据进行处理。

在本公开的一个实施例中，所述数据处理模块803还配置为：将所述对象信息与规则库中的规则进行匹配，以获取与所述对象信息对应的多个候选规则；

获取各所述候选规则的优先级，并基于具有最高优先级的候选规则对与所述对象信息对应的待处理数据进行处理。

在本公开的一个实施例中，所述任务处理装置800还包括：推送状态判断模块，用于通过所述任务扫描单元对所述任务处理请求对应的任务的推送状态进行判断；

当所述推送状态为自动推送时，向所述任务执行单元发送结果推送请求，以使所述任务处理单元响应所述结果推送请求，并将所述处理结果发送至目标终端。

在本公开的一个实施例中，所述任务处理装置800还配置为：在对所述任务的汇总属性进行判断时，对所述任务的推送属性也进行判断；

当所述任务的推送属性为自动推送时，在发送所述任务处理请求的同时，向所述任务执行单元发送结果推送请求；或者，在获取所述处理结果后，向所述任务执行单元发送所述结果推送请求。

在本公开的一个实施例中，所述任务为账单生成任务，所述任务处理请求为账单生成请求，所述对象信息为商家信息，所述汇总类目为生成账单时所需的费用科目纬度，所述待处理数据为与所述费用科目纬度对应的费用数据，所述处理结果为生成的账单。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图9来描述根据本发明的这种实施方式的电子设备900。图9显示的电子设备900仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用计算设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930和显示单元940。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元910执行，使得所述处理单元910执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元910可以执行如图2中所示的步骤S210：响应所述任务处理系统中的任务扫描单元发送的任务处理请求，获取所述任务处理请求中所包含的对象信息和汇总类目；步骤S220：调用数据源接口，通过所述数据源接口获取与所述对象信息和所述汇总类目对应的待处理数据；步骤S230：基于预设规则对所述待处理数据进行处理，以获取与所述对象信息对应的处理结果。

存储单元920可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)9201和/或高速缓存存储单元9202，还可以进一步包括只读存储单元(ROM)9203。

存储单元920还可以包括具有一组(至少一个)程序模块9205的程序/实用工具9204，这样的程序模块9205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线930可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备900也可以与一个或多个外部设备1400(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备900交互的设备通信，和/或与使得该电子设备900能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口950进行。并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器960通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图10所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品1000，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。