CN106651568A - 业务处理方法及装置 - Google Patents

Abstract

本申请提供了一种业务处理方法，相较于现有技术需要修改程序代码而言，本申请若需要修改业务处理流程，则只需修改处理部件即可，如新增或删除处理部件，修改方式更加简单方便。另外，本申请应用在分布式计算系统中，分布式计算系统可以实现对处理模块的调度，对于开发人员来说，并不需要关心底层实现，开发过程更加简单。另外，本申请还提供了业务处理装置，用以保证上述方法在实际中的应用及实现。

Description

业务处理方法及装置

技术领域

本申请涉及业务处理技术领域，更具体地，是业务处理方法及装置。

背景技术

以银行业的积分计算为例，对业务处理流程进行说明。

积分计算，是指将银行中各个业务领域的积分统计在同一设置平台上，由业务人员通过统一的平台入口，设置需要纳入积分计算的产品目录，并对目录中的产品制定奖励积分及设置积分计算公式。例如，信用卡、借记卡属于银行产品，业务人员在设置平台上设置信用卡相应的奖励积分及积分的计算方式，并设置借记卡相应的奖励积分及积分的计算方式。

设置奖励积分及积分的计算方式后，需要积分处理流程，以按照积分的计算方式对银行交易流水数据进行处理，将处理后得到的积分调整至交易流水数据对应的客户账户中，以实现对交易流水数据对应的用户进行积分奖励的目的。

目前，不同的产品需要使用不同的积分处理流程进行积分处理，这样，程序开发人员需要为每个产品开发独立的积分处理流程，有多少产品则需要开发多少的积分处理流程，程序开发过程较为繁琐。并且，在需要修改积分处理流程时，需要对程序代码进行修改，修改过程也较为繁琐。

发明内容

有鉴于此，本申请提供了一种业务处理方法，用以解决业务流程的程序的开发及修改较为繁琐的问题。另外，本申请还提供了一种业务处理装置，用以保证所述方法在实际中的应用及实现。

为实现所述目的，本申请提供的技术方案如下：

一种业务处理方法，应用于分布式计算系统，该方法包括：

获得待处理的业务数据后，确定用于处理所述业务数据的处理流程；其中，所述处理流程中包含多个处理步骤，且所述多个处理步骤之间具有预设的执行顺序；

在预设的部件库中，获取与各个处理步骤各自对应的处理部件；其中，所述部件库中包含多个处理部件，且不同的处理部件用于执行不同的处理步骤；

触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件处理所述业务数据。

可选地，所述获得待处理的业务数据后，确定用于处理所述业务数据的处理流程，包括：

获得待处理的业务数据后，从预设的配置文件中，确定与所述业务数据对应的处理流程；

从所述配置文件中，获得所述处理流程对应的多个处理步骤以及所述多个处理步骤的执行顺序。

可选地，业务处理方法还包括：

若需要在所述处理流程中新增处理步骤时，则在所述部件库中新增目标处理部件，所述目标处理部件执行的处理步骤为所述处理流程中新增的处理步骤；

在所述配置文件中，将所述新增的处理步骤添加到所述处理流程对应的多个处理步骤中。

可选地，所述配置文件中还记录有业务数据的接口定义，所述接口定义用于表示所述业务数据的数据格式；则该方法还包括：

根据所述配置文件中的接口定义，对所述业务数据的数据格式进行解析，获得解析结果；

将所述解析结果发送给所述处理部件，以供所述处理部件依据所述解析结果处理所述业务数据。

可选地，所述处理部件对应若干处理元件，处理元件用于执行所述处理部件对应的处理步骤中的子步骤；

则所述触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件处理所述业务数据，包括：

触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件通过调用对应的处理元件来处理所述业务数据。

本申请还提供了一种业务处理装置，应用于分布式计算系统，该装置包括：

处理流程确定模块，用于获得待处理的业务数据后，确定用于处理所述业务数据的处理流程；其中，所述处理流程中包含多个处理步骤，且所述多个处理步骤之间具有预设的执行顺序；

处理部件获取模块，用于在预设的部件库中，获取与各个处理步骤各自对应的处理部件；其中，所述部件库中包含多个处理部件，且不同的处理部件用于执行不同的处理步骤；

处理流程执行模块，用于触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件处理所述业务数据。

可选地，在所述获得待处理的业务数据后，确定用于处理所述业务数据的处理流程的方面，所述处理流程确定模块具体用于：

获得待处理的业务数据后，从预设的配置文件中，确定与所述业务数据对应的处理流程；

从所述配置文件中，获得所述处理流程对应的多个处理步骤以及所述多个处理步骤的执行顺序。

可选地，业务处理装置还包括：

处理步骤新增模块，用于若需要在所述处理流程中新增处理步骤时，则在所述部件库中新增目标处理部件，所述目标处理部件执行的处理步骤为所述处理流程中新增的处理步骤；在所述配置文件中，将所述新增的处理步骤添加到所述处理流程对应的多个处理步骤中。

可选地，所述配置文件中还记录有业务数据的接口定义，所述接口定义用于表示所述业务数据的数据格式；则该装置还包括：

业务数据解析模块，用于根据所述配置文件中的接口定义，对所述业务数据的数据格式进行解析，获得解析结果；将所述解析结果发送给所述处理部件，以供所述处理部件依据所述解析结果处理所述业务数据。

可选地，所述处理部件对应若干处理元件，处理元件用于执行所述处理部件对应的处理步骤中的子步骤；

则在所述触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件处理所述业务数据的方面，所述处理流程执行模块具体用于：

触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件通过调用对应的处理元件来处理所述业务数据。

由以上可知，本申请提供了一种业务处理方法，该业务处理方法中，预先设置有部件库，部件库中包括多个用于业务数据的处理部件，相较于现有技术需要修改程序代码而言，本申请若需要修改业务处理流程，则只需修改处理部件即可，如新增或删除处理部件，修改方式更加简单方便。另外，本申请应用在分布式计算系统中，分布式计算系统可以实现对处理模块的调度，对于开发人员来说，并不需要关系底层实现，开发过程更加简单。

附图说明

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

图1为本申请提供的业务处理方法的一种流程图；

图2为本申请提供的业务处理系统的一种架构示意图；

图3为本申请提供的积分处理流程的一种示意图；

图4为本申请提供的积分处理流程中预处理步骤的一种示意图；

图5为本申请提供的积分处理流程中积分计算步骤的一种示意图；

图6为本申请提供的积分处理流程中积分累积步骤的一种示意图；

图7为本申请提供的积分处理流程中积分调整步骤的一种示意图；

图8为本申请提供的业务处理装置的一种结构示意图。

具体实施方式

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

通常地，积分处理流程中包含多个处理步骤，不同的处理步骤用于处理积分处理流程中的不同处理任务，如积分处理流程中需要包含交易流水数据合法性校验步骤、反交易过滤步骤、积分计算及积分累积等步骤。目前开发的积分处理流程中，代码程序并未进行模块划分，若想要新增、更改或删减某些步骤，代码程序改动较大，流程修改较为不便。

因此，本申请提供了一种业务处理方法，该方法中调用的是预先设置的业务处理模块，不同的业务处理模块执行不同的业务处理内容，以实现业务处理内容模块化，且灵活配置的目的。需要说明的是，本申请提供的业务处理方法可以是但不局限于积分计算流程，还可以是任意需要包括多个执行步骤的业务处理流程。

见图1，其示出了本申请提供的业务处理流程的一种流程，具体包括以下步骤S101～S103。

S101：获得待处理的业务数据后，确定用于处理业务数据的处理流程；其中，处理流程中包含多个处理步骤，且多个处理步骤之间具有预设的执行顺序。

本申请中待处理的业务数据可以是各种，如银行系统中的交易流水数据、物流系统中的物流数据等。不同的业务数据对应不同的处理流程，如交易流水数据对应的处理流程可以是积分处理流程，物流数据对应的处理流程可以是物流信息展示。每种业务数据对应的处理流程可以是预先设定的。

接收到待处理的业务数据后，根据预先设定的对应关系，确定该业务数据所对应的处理流程。例如，接收到的待处理的业务数据为交易流水数据，则确定的处理流程为积分处理流程。

需要说明的是，每个处理流程所包含的处理步骤及各个处理步骤之间的先后执行顺序为预设的，即在实施前，预先设置处理流程包含的处理步骤及处理步骤之间的执行顺序。

可选地，以上各种预先设置可以记录在配置文件中，例如将业务数据与处理流程的对应关系记录在配置文件中，又如，还将处理流程包含的处理步骤及各个处理步骤之间的执行顺序记录在配置文件中。

这样，本步骤中确定处理流程的具体实现方式可以是：

获得待处理的业务数据后，从预设的配置文件中，确定与业务数据对应的处理流程；从配置文件中，获得处理流程对应的多个处理步骤以及多个处理步骤的执行顺序。

步骤S102：在预设的部件库中，获取与各个处理步骤各自对应的处理部件；其中，部件库中包含多个处理部件，且不同的处理部件用于执行不同的处理步骤。

在实施前，首先设置部件库，部件库中包含多个处理部件，每个处理部件可以看作一个功能模块，封装有实现业务流程处理步骤的功能代码，且提供有调用接口以供调用。

在处理业务前，根据业务的类型可以配置处理业务需要使用的部件，如图2所示，调度驱动可以对产品批任务1及产品批任务2进行参数配置，以指示出处理产品批任务1及产品批任务2各自所需要使用的部件。产品批任务1和产品批任务2是两种具体的待处理业务。图2中的调度驱动为产品批任务1配置的部件中包括三个转换部件及一个计算部件，为产品批任务2配置的部件中包括两个转换部件及一个计算部件。

需要说明的是，不同的转换部件所完成的业务处理步骤不同。转换部件可以调用流程Processer(处理)元件实现自身的处理功能。如图2所示，产品批任务1调用的第一个转换部件需要调用第一个流程Processer(处理)元件以完成待处理业务数据的一种格式转换，产品批任务1调用的第二个转换部件需要调用第二个流程Processer(处理)元件以完成待处理业务数据的另一种格式转换。另外，流程Processer(处理)元件可以包含各种领域内的元件实现，如图2所示，流程Processer(处理)元件对应的各个小方框表示分别表示特定领域1、2及3接口元件的实现。

配置文件中记录有业务处理流程中包含的各个步骤，以及每个步骤包括的子步骤。步骤通过调用处理部件实现，子步骤通过处理元件实现。配置文件中定义输入及输出各个处理元件的业务数据的格式。并且，配置文件中定义各个处理部件的调用顺序，也即定义了各个步骤的执行顺序；配置文件中定义各个处理元件的调用顺序，也即定义了各个子步骤的执行顺序。

步骤S103：触发分布式计算系统中的调度模块按照执行顺序调用各个处理部件，以使各个处理部件处理业务数据。

其中，按照确定出的执行顺序依次调用处理部件，则可以触发各个处理部件按照执行顺序依次对业务数据进行处理，从而得到处理结果数据。需要说明的是，本申请应用在分布式计算系统中，分布式计算系统中包含调度模块，可以根据执行顺序，对各个处理模块进行调度。这样，程序开发人员并不需关心底层如何实现调度，只需设置执行顺序即可，调度模块自动实现调度。

由以上技术方案可知，本申请中预先设置处理部件，相较于现有技术需要修改程序代码而言，本申请若需要修改业务处理流程，则只需修改处理部件即可，如新增或删除处理部件，修改方式更加简单方便。另外，本申请应用在分布式计算系统中，分布式计算系统可以实现对处理模块的调度，对于开发人员来说，并不需要关系底层实现，开发过程更加简单。

本申请中的实现思想是功能结构化，功能结构化表示将功能以部件及元件的方式实现。

具体地，参数是构成业务处理流程规则及流程约束等的基本要素。元件由一组不可分割的参数组成，实现一个完整的子步骤。部件可以包含一组元件及若干参数，用于实现业务处理流程中的一个完整的步骤。步骤可以通过多个子步骤完成，因此，部件可以调用元件。部件用于描述业务处理逻辑，元件用于实现底层细节。

另外，本申请的业务处理流程可以应用在分布式计算系统中，在分布式计算系统中，执行业务处理流程的应用只需关注业务流程逻辑即可，即只需设置前一处理部件与后一处理部件的对应接口即可。在设置完成后，前一处理部件处理完成后的结果数据，由分布式计算系统将结果数据传递至后一处理部件，在开发过程中并不需要关系结果数据传递细节，应用开发更加简单。

分布式计算系统封装了分布式并行框架提供的内存迭代计算方式，因此，业务处理的运算逻辑从存储到运算可以充分利用大数据的理论及技术，从而可以达到灵活适配各种需求，各个部件间的耦合较松。

代码开发人员只需使用分布式计算系统提供的统一接口，实现业务处理的内部逻辑即可，不需关注底层的实现细节。另外，分布式计算系统使用统一的调度模块对各个部件及元件进行调度，减少代码编写中对参数变量的依赖。

以下结合银行系统中的积分处理流程为例，对本申请的技术方案进行举例说明。

积分处理为一种待处理业务。该项业务如图3所示需要包括五个处理步骤，即预处理步骤、积分计算步骤、积分累积步骤、积分调整步骤及各维度积分生成步骤。每个步骤可以如图2所示可以通过调用预设部件库中的部件实现。即预处理步骤调用预处理部件、积分计算步骤调用积分计算部件、积分累积步骤调用积分累积部件、积分调整步骤调用积分调整部件、各维度积分生成步骤调用各维度积分生成部件。

积分处理流程可以执行在分布式计算平台如HDFS(Hadoop Distributed FileSystem，Hadoop分布式文件系统)上，各个部件之间交互的文件为分布式计算平台上的文件。文件通过分布式平台传递，且使用同一的数据格式如键值对格式。

以下详细介绍各个模块的处理过程。

1、预处理部件执行预处理步骤。

预处理步骤，是对待处理的交易流水数据进行转换及过滤，预处理后的交易流水数据是可参与后续计算的交易流水数据，可以包括但不局限于包括以下几个子步骤：1)流水合法性校验、2)可售产品的编号到产品目录的映射转换、3)组件级黑名单过滤、4)反交易过滤、5)当日交易差、6)不纳入规则引擎的规则过滤、7)规则引擎的规则过滤。

预处理步骤输出的交易流水数据中的字段符合后续计算的格式，可发送至后续的积分计算模块，以进行积分计算。

预处理步骤中包含的子步骤可以封装在不同的流程处理元件(可简称处理元件)中，因此，预处理步骤需要执行哪些子步骤，则调用相应的流程处理元件即可。预处理步骤需要执行的子步骤可以记录在配置文件中，配置文件中还可以记录有待处理的交易流水数据的接口定义，接口定义表示待处理的交易流水数据的数据格式。例如待处理的交易流水数据中包含多少字段，每个字段分别表示什么含义这些均记录在配置文件中。预处理部件接收到交易流水数据(交易流水数据中包括多个字段)后，根据配置文件中接口定义便可以解析出交易流水数据中的每个字段的含义。解析结果以供处理部件对业务数据进行处理。

重要的是，如果待处理的交易流水数据的数据格式发生变化，则只需修改配置文件中的接口定义即可。配置文件独立的文件，并没有嵌入到处理流程的程序代码中，因此，并不需修改代码程序，修改更加方便且容易实现。

另外，处理元件或者处理部件输入及输出的数据为同一格式，如键值对Map格式。键值对格式的文件中字段的添加、删除及修改较为方便且容易实现。

现结合图4具体说明预处理步骤的执行过程。如图4所示，输入至预处理部件的流水集为待处理的交易流水数据，交易流程数据的格式为Map格式，包括两个字段FieldName及FieldValue。该两个字段包含在配置文件中，且配置文件中记录有该两个字段的具体含义。预处理部件接收到流水集后，调用配置文件便可以确定出每个字段的含义。

预处理部件在处理过程中，可以调用处理元件，如图4所示，预处理部件可以调用Processer(处理元件)1进行活动日期过滤、调用Processer(处理元件)2进行生日过滤、调用Processer(处理元件)3进行机构过滤、调用Processer(处理元件)4进行其他条件过滤以及调用Processer(处理元件)N进行规则引擎过滤。当然，在实际应用中，所调用的处理元件并非局限于以上几种，可以根据实际需求调用其他功能的处理元件。

各个处理元件的组合规则可以记录在配置文件中，通过修改配置文件可以修改处理元件的组合规则。如图4中的(Processer1∪Processer2∪Processer3∪Processer4∩Processer5)表示过滤条件的组合规则，预处理模块按照配置文件记录的过滤条件规则，触发处理元件的执行，以得到过滤后的过滤流水集(即过滤后的交易流水数据)。

过滤流水集的数据格式与待处理的流水集的数据格式相同，均是Map格式的数据，可见，处理部件的输入输出数据为相同的格式，且为键值对格式如Map格式。键值对格式的数据，方便修改字段，且不需修改程序代码。

2、积分计算部件执行积分计算步骤。

积分计算部件获取预处理部件输出的经过预处理后的交易流水数据，并计算交易流水数据对应的积分值。其中，经过预处理后的交易流水数据可以保存在分布式文件系统中的某目录下，积分计算部件可以从该目录下获取经过预处理后的交易流水数据。

如图5所示，积分计算的规则可以包括三种，可直接计算、关联计算及累计暂不计算。其中，直接计算包括基本积分计算、单笔活动积分计算、多笔活动积分计算。关联计算是指积分值依赖于基础积分值，依据基础积分值进行计算，具体包括关联单笔积分计算及关联多笔积分计算。

交易流水数据的交易类型不同，则所需要使用的积分计算规则也不同。积分计算部件在对交易流水数据进行积分计算时，根据交易流水数据的交易类型，确定与该交易流水数据对应的计算规则。

计算规则是可以同时执行的，例如，若确定的规则中包含关联计算规则，则需要等可直接计算中的基本积分计算完成后，才可以执行关联计算。如图5所示，假设所选择的计算规则包含关联计算，可直接计算计算计算完成的基本积分可以记录在数据库中的累计表，关联计算从累计表中读取基本积分，利用基本积分进行关联计算。

如图5所示，积分模块在确定计算规则后，从预设的计算模式中，选择计算公式，不同的计算公式需要不同的计算要素，选择计算要素后进行积分计算，最终生成流水与规则维度的积分文件，或者生成客户与规则维度的积分文件。第一种积分文件中包含规则编号、积分值两个字段，第二种积分文件中包含客户编号、规则编号两个字段。

3、积分累积部件执行积分累积步骤。

积分累积步骤是指对积分计算步骤得到的积分文件中的积分进行累积计算。积分累积规则可以包括两种，即直接累积及判断累积。

判断累积中需要对待累积的积分进行判断，达到判断条件的才执行累积步骤。如图6所示，积分累积部件首先查询客户流水累计明细表，该明细表即积分计算部件生成的积分文件。积分累积部件对积分文件中的积分进行条件判断，条件包括规则计算日期、金额门槛及笔数门槛中的任意一个及多个。

其中，规则计算日期表示积分累积的日期必须符合时间期限条件，金额门槛表示用于累积的积分必须达到金额限制要求，笔数门槛表示用于累积的积分必须达到笔数限制要求。

积分累积部件对计算条件进行判断后，若判断结果满足条件，则使用计算模式类型对应的累积方式，对积分进行累积，从而生成结果文件。结果文件为明细文件，具体包含流水、规则及积分三个字段。

4、积分调整部件执行积分调整步骤。

积分调整是指积分具有上限值，积分积累后若达到上限值，则需要对积分累计值进行调整。上限值可以包括：日上限值、月上限值或活动期内上限值等。

积分调整部件执行积分调整步骤时，首先查询积分累积后的积分累计值，根据设置的调整规则，对积分累计值进行调整。如图6所示，查询积分累计值后，调用调整取小元件执行调整取小子步骤。调整取小子步骤的具体内容是，比较积分累计值与预设的上限值，将积分累计值设置为两者中的较小值。

如图7所示，调整后的积分累计值为有效积分，根据有效积分生成被调流水原因明细，该明细存储在不计积分流水表中，并且分级有效积分生成流水积分明细文件，该明细文件中包含流水、规则、积分三个字段。

5、各维度积分生成部件执行各维度积分生成步骤。

从积分调整部件生成的积分明细文件中读取各个积分。积分可以按照不同的类型(维度)进行分类。例如，按部分、产品、客户、合约等对积分进行分类。本部件是按照不同的维度对读取到的文件进行分类。不同的分类可以生成不同的分类文件，分类文件中包含该分类对应的各项积分。

以上积分处理流程中，前一部件的输出结果作为后一部件的输入，各个部件是预先设置的，若积分处理流程中需要修改哪些步骤，则修改对部件的调用即可。另外，积分处理流程可以应用在分布式计算系统中，提高积分处理流程的处理效率。而且，配置文件中设置有各个部件的输出结果的数据格式，若需要修改数据格式，修改配置文件即可，并不需要修改程序代码。

以上述积分处理流程为例，假设需要在预处理步骤中增加流水校验子步骤，该子步骤是过滤出校验不通过的无效非法流水并保存到数据库。

首先，设置流水校验元件，即在流水校验元件中设置校验规则及校验流程，然后，将配置文件中的校验参数设置为true即打开校验开关，以及增加对流水校验元件的调用。可见，本申请实现了功能的可插拔，功能的增加修改无须改动现有代码。程序修改更加方便且容易实现。

见图8，其示出了本申请还提供了一种业务处理装置的结构。该装置应用于分布式计算系统。如图8所示，该装置包括：

处理流程确定模块801，用于获得待处理的业务数据后，确定用于处理所述业务数据的处理流程；其中，所述处理流程中包含多个处理步骤，且所述多个处理步骤之间具有预设的执行顺序；

处理部件获取模块802，用于在预设的部件库中，获取与各个处理步骤各自对应的处理部件；其中，所述部件库中包含多个处理部件，且不同的处理部件用于执行不同的处理步骤；

处理流程执行模块803，用于触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件处理所述业务数据。

可选地，在执行所述获得待处理的业务数据后，确定用于处理所述业务数据的处理流程的步骤时，所述处理流程确定模块具体用于：

获得待处理的业务数据后，从预设的配置文件中，确定与所述业务数据对应的处理流程；

从所述配置文件中，获得所述处理流程对应的多个处理步骤以及所述多个处理步骤的执行顺序。

可选地，业务处理装置还包括：

处理步骤新增模块，用于若需要在所述处理流程中新增处理步骤时，则在所述部件库中新增目标处理部件，所述目标处理部件执行的处理步骤为所述处理流程中新增的处理步骤；在所述配置文件中，将所述新增的处理步骤添加到所述处理流程对应的多个处理步骤中。

可选地，所述配置文件中还记录有业务数据的接口定义，所述接口定义用于表示所述业务数据的数据格式；则该装置还包括：

业务数据解析模块，用于根据所述配置文件中的接口定义，对所述业务数据的数据格式进行解析，获得解析结果；将所述解析结果发送给所述处理部件，以供所述处理部件依据所述解析结果处理所述业务数据。

可选地，所述处理部件对应若干处理元件，处理元件用于执行所述处理部件对应的处理步骤中的子步骤；

则在执行所述触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件处理所述业务数据的步骤时，所述处理流程执行模块具体用于：

触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件通过调用对应的处理元件来处理所述业务数据。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括上述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种业务处理方法，其特征在于，应用于分布式计算系统，该方法包括：

获得待处理的业务数据后，确定用于处理所述业务数据的处理流程；其中，所述处理流程中包含多个处理步骤，且所述多个处理步骤之间具有预设的执行顺序；

在预设的部件库中，获取与各个处理步骤各自对应的处理部件；其中，所述部件库中包含多个处理部件，且不同的处理部件用于执行不同的处理步骤；

触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件处理所述业务数据。

2.根据权利要求1所述的业务处理方法，其特征在于，所述获得待处理的业务数据后，确定用于处理所述业务数据的处理流程，包括：

获得待处理的业务数据后，从预设的配置文件中，确定与所述业务数据对应的处理流程；

从所述配置文件中，获得所述处理流程对应的多个处理步骤以及所述多个处理步骤的执行顺序。

3.根据权利要求2所述的业务处理方法，其特征在于，还包括：

若需要在所述处理流程中新增处理步骤时，则在所述部件库中新增目标处理部件，所述目标处理部件执行的处理步骤为所述处理流程中新增的处理步骤；

在所述配置文件中，将所述新增的处理步骤添加到所述处理流程对应的多个处理步骤中。

4.根据权利要求2所述的业务处理方法，其特征在于，所述配置文件中还记录有业务数据的接口定义，所述接口定义用于表示所述业务数据的数据格式；则该方法还包括：

根据所述配置文件中的接口定义，对所述业务数据的数据格式进行解析，获得解析结果；

将所述解析结果发送给所述处理部件，以供所述处理部件依据所述解析结果处理所述业务数据。

5.根据权利要求1所述的业务处理方法，其特征在于，所述处理部件对应若干处理元件，处理元件用于执行所述处理部件对应的处理步骤中的子步骤；

则所述触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件处理所述业务数据，包括：

触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件通过调用对应的处理元件来处理所述业务数据。

6.一种业务处理装置，其特征在于，应用于分布式计算系统，该装置包括：

处理流程确定模块，用于获得待处理的业务数据后，确定用于处理所述业务数据的处理流程；其中，所述处理流程中包含多个处理步骤，且所述多个处理步骤之间具有预设的执行顺序；

处理部件获取模块，用于在预设的部件库中，获取与各个处理步骤各自对应的处理部件；其中，所述部件库中包含多个处理部件，且不同的处理部件用于执行不同的处理步骤；

处理流程执行模块，用于触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件处理所述业务数据。

7.根据权利要求6所述的业务处理装置，其特征在于，在所述获得待处理的业务数据后，确定用于处理所述业务数据的处理流程的方面，所述处理流程确定模块具体用于：

获得待处理的业务数据后，从预设的配置文件中，确定与所述业务数据对应的处理流程；

从所述配置文件中，获得所述处理流程对应的多个处理步骤以及所述多个处理步骤的执行顺序。

8.根据权利要求7所述的业务处理装置，其特征在于，还包括：

处理步骤新增模块，用于若需要在所述处理流程中新增处理步骤时，则在所述部件库中新增目标处理部件，所述目标处理部件执行的处理步骤为所述处理流程中新增的处理步骤；在所述配置文件中，将所述新增的处理步骤添加到所述处理流程对应的多个处理步骤中。

9.根据权利要求7所述的业务处理装置，其特征在于，所述配置文件中还记录有业务数据的接口定义，所述接口定义用于表示所述业务数据的数据格式；则该装置还包括：

业务数据解析模块，用于根据所述配置文件中的接口定义，对所述业务数据的数据格式进行解析，获得解析结果；将所述解析结果发送给所述处理部件，以供所述处理部件依据所述解析结果处理所述业务数据。

10.根据权利要求6所述的业务处理装置，其特征在于，所述处理部件对应若干处理元件，处理元件用于执行所述处理部件对应的处理步骤中的子步骤；

则在所述触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件处理所述业务数据的方面，所述处理流程执行模块具体用于：

触发所述分布式计算系统中的调度模块按照所述执行顺序调用各个所述处理部件，以使各个所述处理部件通过调用对应的处理元件来处理所述业务数据。