一种银行业务处理方法和系统

技术领域

本发明涉及互联网技术领域，尤其涉及一种银行业务处理方法和系统。

背景技术

随着国内商业银行业从“部门银行”向“流程银行”的转变，传统的银行业务操作被重组后形成大量标准化、模块化的业务处理环节。由于银行业务之间存在一定的可类比性，如现金缴款单的审核与支票审核，虽票据内容有差异，但都是对票面上某些固定内容真实性、正确性的校验；再比如反洗钱审查、黑名单审查等，都是根据客户账号分析用户信息。这些可类比的操作广泛存在于各类业务中，意味着大量的流程化之后的业务处理环节存在相似操作步骤。

传统的银行业务处理模式中，对于通用的业务处理环节仍是采用人工或部分自动的方式进行处理。在实现本发明的过程中，发明人发现现有技术至少存在如下问题：

1)银行从业人员面临着简单工作不断重复、复杂工作容易出错、整体效率低等问题，不利于节约人力成本；

2)自动处理环节缺少适应业务特点的可定制化手段，无法为不同业务处理环节定制可自动执行的服务；

3)业务环节之间缺少流程化、可订制的联结组合策略，复杂流程处理效率低。

发明内容

有鉴于此，本发明实施例提供一种银行业务处理方法和系统，至少能够解决现有技术中无法定制、组合、联接业务处理环节的现象。

为实现上述目的，根据本发明实施例的另一方面，提供了一种银行业务处理系统，包括任务类型定义模块、功能节点定义模块和业务流程定义模块，其特征在于：

所述任务类型定义模块，用于定义业务处理环节的任务类型；

所述功能节点定义模块，与所述任务类型定义模块关联，用于定义与所述任务类型对应的功能节点，以基于所述功能节点执行所述业务处理环节的业务处理逻辑；

所述业务流程定义模块，与所述任务类型定义模块关联，用于通过联接和/或组合多个业务处理环节，生成业务处理流程。

可选的，所述任务类型定义模块包括业务种类归属子模块、任务输入输出子模块、任务前置条件子模块和任务后置条件子模块；其中，

所述业务种类归属子模块，用于确定所述业务处理环节所属业务场景，定义所述业务场景的任务类型；

所述任务输入输出子模块，用于从所述业务处理环节中抽取输入条件和输出条件；

所述任务前置条件子模块，用于从所述业务处理环节中抽取前置条件；

所述任务后置条件子模块，用于从所述业务处理环节中抽取后置条件。

可选的，所述功能节点定义模块包括功能节点申请子模块、功能节点定义子模块、功能节点审核子模块和功能节点发布子模块；其中，

所述功能节点申请子模块，用于接收所述任务类型定义模块提交的功能节点定义申请；

所述功能节点定义子模块，用于接收对功能节点的输入条件、输出条件、前置节点、后置节点、分支策略和/或合并策略的定义；

所述功能节点审核子模块，用于审核定义的功能节点；

所述功能节点发布子模块，用于发布审核通过的功能节点。

可选的，所述业务流程定义模块包括业务处理环节抽取子模块、路由策略设置子模块、流程策略设置子模块和业务流程发布子模块；其中，

所述业务处理环节抽取子模块，用于接收业务流程设置请求，获取所述业务流程设置请求中的多个任务类型，以从所述任务类型定义模块中确定与各个任务类型对应的业务处理环节；

所述路由策略设置子模块，用于接收对两两业务处理环节之间的排序联接的设置；

所述流程策略设置子模块，用于接收对不同业务处理环节之间的组合关系的设置；

所述业务流程发布子模块，用于按照路由策略对多个业务处理环节进行联接、和/或按照流程策略对不同业务处理环节进行组合，生成业务处理流程并发布。

可选的，所述任务类型定义模块还包括任务定义模板库，用于存储不同任务类型的任务模板；

所述功能节点定义模块还包括功能节点模板库，用于存储定义后的功能节点；

所述业务流程定义模块还包括业务处理流程模板库，用于存储业务处理流程。

为实现上述目的，根据本发明实施例的一个方面，提供了一种银行业务处理方法，包括：

任务类型定义模块确定业务处理环节所属业务场景，从所述业务场景中抽取特定业务参数，以基于所述特定业务参数定义所述业务场景的任务类型；

若在任务定义模板库中查询到与所述任务类型对应的任务模板，则复用所述任务模板，以将所述业务场景的任务类型作为所述业务处理环节的任务类型；

否则，从所述业务处理环节中抽取输入条件、输出条件、前置条件和后置条件，结合所述业务场景的任务类型，以定义所述业务处理环节的任务类型并加入到所述任务定义模板库。

可选的，还包括：

在功能节点模板库中搜索是否存在与所述业务场景的任务类型和所述输入条件对应的功能节点；

若存在，则建立所述业务处理环节的任务类型与所述功能节点的对应关系；

若不存在，则提交功能节点定义申请至功能节点定义模块，之后接收所述功能节点定义模块返回的功能节点，并建立所述业务处理环节的任务类型与功能节点的对应关系。

可选的，还包括：

所述功能节点定义模块接收所述任务类型定义模块提交的功能节点定义申请，从所述功能节点定义申请中抽取特定功能节点参数；

在所述功能节点模板库中搜索是否存在与所述特定功能节点参数对应的功能节点，若存在，则将功能节点返回至所述任务类型定义模块；

若不存在，则接收对功能节点的输入条件、输出条件、前置节点和后置节点的定义，得到定义后的功能节点并返回至所述任务类型定义模块，以及将定义后的功能节点加入到所述功能节点模板库。

可选的，还包括：

接收对功能节点的合并策略的定义，以在执行所述功能节点的数据均满足预设规则时，触发对所述功能节点的执行操作。

可选的，还包括：

在后置节点的数量为多个时，接收对所述功能节点的分支策略的定义，以定义从所述功能节点路由到每个后置节点的条件。

可选的，还包括：

业务流程定义模块接收业务流程设置请求，获取所述业务流程设置请求中的多个任务类型、以及两两任务类型之间的路由策略和流程策略；

从所述任务类型定义模块中确定与各个任务类型对应的业务处理环节，以基于所述路由策略对确定的业务处理环节进行两两联接，基于流程策略对不同业务处理环节进行组合，生成业务处理流程。

可选的，还包括：将所述业务处理流程发布到业务处理流程模板库中。

为实现上述目的，根据本发明实施例的再一方面，提供了一种银行业务处理电子设备。

本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的银行业务处理方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的银行业务处理方法。

根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：实现了银行通用操作的可定制化、复杂业务流程的可组装化；根据预设参数(如在银行业务中常用的参数为发起分行、业务种类、当前环节、输入输出等条件)自动处理业务处理环节；对于已定义任务类型的业务处理环节，支持多个业务处理环节之间进行联接和组合，从而实现组装成复杂的业务处理流程的目的。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种银行业务处理系统的主要结构图；

图2是根据本发明实施例的一种银行业务处理方法的流程示意图；

图3是根据本发明实施例的一种可选的银行业务处理方法的流程示意图；

图4是根据本发明实施例的另一种可选的银行业务处理方法的流程示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本方案中通用的“业务操作环节”，也可以称为任务，即定义任务为不断从目前重复的人工操作中，总结提炼出来的一套可以复用的、完成某个业务目标的步骤或动作。

参见图1，示出的是本发明实施例提供的一种银行业务处理系统的主要结构图，包括任务类型定义模块101、功能节点定义模块102和业务流程定义模块103；

任务类型定义模块101，用于定义业务处理环节的任务类型，包括业务种类归属子模块、任务输入输出子模块、任务前置条件子模块和任务后置条件子模块；其中，

业务种类归属子模块，用于确定业务处理环节所属业务场景，定义所述业务场景的任务类型；

任务输入输出子模块，用于从业务处理环节中抽取输入条件和输出条件；

任务前置条件子模块，用于从业务处理环节中抽取前置条件；

任务后置条件子模块，用于从业务处理环节中抽取后置条件。

在定义业务处理环节的任务类型后，会将其存储到任务定义模板库，如审批类模板、房源审核类模板、反洗钱黑名单审查类模板、要素录入类模板，该任务定义模板库中的任务模板可复用。

例如，对业务而言“验证支票的有效性”是一个业务处理环节，该任务要求①录入支票上填写的账号和户名，根据账号、开户行在银行系统查询户名，判断支票上填写的户名和银行系统里预留的户名是否一致。②录入支票上的大写出票日期是否在票据有效期内。

从该业务处理环节中，可以抽取出一个通用任务：

任务类型：判断支票有效期

输入条件：开户行、票据类型(支票)、出票日期、账号、户名输出条件：票据是否有效

前置条件：票据上的账号和出票日期已经完成录入

后置条件：如果是一个单独的任务这里可以不设置后置条件，如果在判断有效期之后需要发消息提供第三方就可以设置后置条件。

功能节点定义模块102，对外表现为一个个可供外部调用的接口。功能节点是一个个实现特定逻辑功能的单元，通过JAVA/C++/Python等常用语言实现，并以jar、dll、js等可调用、可执行的文件的方式嵌入，承载特定的业务处理能力。包括功能节点申请子模块、功能节点定义子模块、功能节点审核子模块和功能节点发布子模块；其中，

功能节点申请子模块，用于接收任务类型定义模块提交的功能节点定义申请；

功能节点定义子模块，用于接收对功能节点的输入条件、输出条件、前置节点、后置节点、分支策略和/或合并策略的定义；

功能节点审核子模块，用于审核定义的功能节点；

功能节点发布子模块，用于发布审核通过的功能节点，并存储到功能节点模板库中。同一任务类型会对应到一个功能节点，即可以从功能节点模板库中查询已经存在的功能节点，没有则新定义，体现复用一特征。

同样接上例，对应到判断支票有效期的任务，需要有一个判断票据效期的功能节点与之对应。其实现下述逻辑boolean AccountCheck(开户行,票据类型,账号，票面户名，出票日期)：

1.根据开户行和账号调用银行交易查询到账号户名，并与输入的户名进行比对，一致则进行下一步，不一致则直接返回支票无效。

2、对输入的出票日期进行判断，若在十天之内则票据有效，否则返回支票无效。

在定义功能节点后，将其加入功能节点模板库，后续如果有相似的任务类型可以直接选择关联到这个功能节点，不用重复定义，如自动反洗钱审查、自动要素识别、自动审核规则比对、自动账务处理、自动流水归档。

业务流程定义模块103，包括业务处理环节抽取子模块、路由策略设置子模块、流程策略设置子模块和业务流程发布子模块；其中，

业务处理环节抽取子模块，用于接收业务流程设置请求，获取所述业务流程设置请求中的多个任务类型，以从任务类型定义模块中确定与各个任务类型对应的业务处理环节；

路由策略设置子模块，用于接收对两两业务处理环节之间的排序联接的设置；

流程策略设置子模块，用于接收对不同业务处理环节之间的组合关系的设置；

业务流程发布子模块，用于按照路由策略对多个业务处理环节进行联接、和/或按照流程策略对不同业务处理环节进行组合，生成业务处理流程并发布。

对于复杂的业务处理流程，可能会需要若干个业务处理环节组合起来实现。因而已定义的单个任务可通过联结策略(如动态分支、静态分支、串行、并行以及会签等)进行业务处理环节的串接，实现将简单的、单一功能的流程节点组合成复杂的、可执行某些特定业务场景的订制化业务流程。

上述实施例所提供的系统，提供任务类型定义、功能节点定义以及组合成复杂业务处理流程，从而支持任务自动处理，实现了银行通用操作的可定制化、复杂业务流程的可组装化。

参见图2，示出了根据本发明实施例的一种银行业务处理方法流程示意图，包括如下步骤：

S201：任务类型定义模块确定业务处理环节所属业务场景，从所述业务场景中抽取特定业务参数，以基于所述特定业务参数定义所述业务场景的任务类型；

S202：在任务定义模板库中查询是否存在与所述任务类型对应的任务模板；

S203：若存在，则复用所述任务模板，以将所述业务场景的任务类型作为所述业务处理环节的任务类型；

S204：否则，从所述业务处理环节中抽取输入条件、输出条件、前置条件和后置条件，结合所述业务场景的任务类型，以定义所述业务处理环节的任务类型并加入到所述任务定义模板库。

上述实施方式中，对于步骤S201，首先确定业务处理环节所属业务场景，从业务场景中抽取业务处理的特定业务参数，如{发起机构、业务种类、输入数据、输出数据、处理规则、处理过程、输出结果}，定义为处理一个特定业务场景的任务类型，如图1所示举例中“任务类型：判断支票有效期”。

对于步骤S202～S204，若该任务类型在任务定义模板库中已存在，即表明当前业务处理环节的执行逻辑与原有的业务处理逻辑存在一致或者类似，则可以从任务定义模板库中直接复用与该任务类型对应的任务模板。任务类型有一些常用维度，如任务处理行、任务输入条件，利用这些参数在任务定义模板库中通过索引可以很快查询出来。

但若不存在，则重新定义一个新的任务类型：

1)从业务处理环节中抽取输入条件的参数，如客户名称、账号、审核人、审核要点、审核金额等；

2)根据业务处理场景的任务类型和步骤1)的输入参数，从功能节点模板库中搜索是否存在相匹配的功能节点，若存在，则将业务处理环节的任务类型(等于业务场景的任务类型)关联到确定的功能节点上；

3)若不存在，则向功能节点定义模块提交功能节点定义申请，之后接收功能节点定义模块返回的功能节点，并建立业务处理环节的任务类型与该功能节点的关联关系；

4)接收对新任务类型的输出条件的定义，如审核结果、录入结果和处理结果；

接收对新任务类型的前置条件的定义，如前置环节、前置数据和前置规则，即在执行该任务之前需要做的数据预处理，如从其他系统获取数据进行组合等操作；

接收对新任务类型的后置条件的定义，如后置环节、后置数据和后置规则，即在前任务处理完成之后需进行的后继处理，如将任务处理结果通过邮件或短信发给指定的用户知晓。

5)完成新任务类型的定义之后，将当前新的任务类型加入到任务定义模板库中，以为其他业务场景提供可复用的任务模板。

上述实施例所提供的方法，根据业务场景梳理出标准操作的动作，是对原有分散在不同部门、不同产品里面类似操作的提炼，形成标准化任务，并为其配置对应的处理功能。

参见图3，示出了根据本发明实施例的一种可选的银行业务处理方法流程示意图，包括如下步骤：

S301：功能节点定义模块接收任务类型定义模块提交的功能节点定义申请，从所述功能节点定义申请中抽取特定功能节点参数；

S302：在所述功能节点模板库中搜索是否存在与所述特定功能节点参数对应的功能节点；

S303：若存在，则将功能节点返回至所述任务类型定义模块；

S304：若不存在，则接收对功能节点的输入条件、输出条件、前置节点和后置节点的定义，得到定义后的功能节点并返回至所述任务类型定义模块，以及将定义后的功能节点加入到所述功能节点模板库。

上述实施方式中，对于步骤S301～S304，功能节点定义模块接收任务类型定义模块传输的功能节点定义申请，从该功能节点定义申请中抽取{发起机构、业务种类、输入数据、输出数据、处理规则、处理过程、输出结果}等特定功能节点参数。

基于这些特定参数，在功能节点模板库中查询是否存在满足该条件的功能节点，若查询到则直接返回功能节点；其中，功能节点模板指的是已设计好的、可以使用的功能节点，如反洗钱审查、要素录入、业务审核、ICR调用、短息发送、语义分析、加解密等。

若不存在，则需进行功能节点定义：

1)定义当前功能节点的输入条件，即当前功能节点需支持的输入参数，如参数1、参数2、参数3；

2)定义当前功能节点的输出条件，根据输入参数和当前功能节点的处理规则，定义可能的输出数据集合；

3)定义当前功能节点的前置节点，如前置节点的节点名称、输出数据、相应数据，并建立当前功能节点和前置功能节点的关联关系；

4)定义当前功能节点的后置节点，如后置条件、预定义操作等。对于有后继处理关联的节点，关联其后置功能节点。

除此之外，还可以对当前功能节点定义其他条件：

1)定义当前功能节点的合并策略：在执行当前功能节点之前需要准备的数据、需要查询的规则，只有当执行当前功能节点所需要具备的条件都满足时，才会触发当前功能节点的执行。

2)定义当前功能节点的分支策略：对于存在多个后置节点的，接收对功能节点的分支策略的定义，定义路由到每个后置节点需要满足的条件。

在完成功能节点定义后，将当前定义的功能节点加入功能节点模板库中，以为其他业务定义提供可复用的功能节点。另外需要说明的是，上述对功能节点的定义属于人工设置过程，因而对其执行顺序没有严格要求，可以按照实际需求自定义执行顺序。

上述实施例所提供的方法，不同任务类型的业务处理环节的实现，均以功能节点的形式存在，因而在确定任务类型的同时，还需确定其功能节点。

参见图4，示出了根据本发明实施例的另一种可选的银行业务处理方法流程示意图，包括如下步骤：

S401：业务流程定义模块接收业务流程设置请求，获取所述业务流程设置请求中的多个任务类型、以及两两任务类型之间的路由策略和流程策略；

S402：从任务类型定义模块中确定与各个任务类型对应的业务处理环节；

S403：基于所述路由策略对确定的业务处理环节进行两两联接，基于流程策略对不同业务处理环节进行组合，生成业务处理流程。

上述实施方式中，对于步骤S401～S403，本实施方式主要针对于单个功能节点无法完成的复杂业务场景，提供业务处理环节的组合定义，业务流程设置请求通常由业务人员基于终端提交生成。

单个功能节点实现简单、尽量明确的功能，复杂功能可以通过功能节点的组合来实现。参见图1所示示例，录入账号、户名可以前置一个自动识别的功能节点，识别出文字之后，与支票有效期判断的功能节点组合在一起，形成一个完整的判断支票有效期的业务场景。

在本方案执行之前，需根据业务执行步骤将复杂业务场景分解，得到多个业务处理环节，分别对应于已存在的多个任务类型，不同任务类型对应于不同的功能节点。

1)接收对不同业务处理环节之间的路由策略的设置

不同的业务处理环节属于不同的任务类型，当多个业务处理环节进行关联的时候，其任务类型就存有了先后关系。因而，根据前一个业务处理环节的处理结果可以决定后续业务处理环节之间执行的串、并行关系，并设置任务流转需要满足的条件。

同样以图1所示示例进行说明，支票要素录入任务完成后，只有在满足关键要素录入有值的情况下，才会触发校验支票有效期的任务，否则返回失败。这前一个任务里“关键要素录入有值”就是进入后一个任务的执行条件。

2)接收对不同业务处理环节之间的流程策略的设置

流程策略包括选举策略、会签策略、动态分支策略、静态分支策略、自由流策略等。将不同业务处理环节通过流程策略组合起来，形成支持复杂业务场景的业务自定义处理流程。之后发布新的复杂业务流程到业务处理流程模板库，为其他业务场景提供可复用的业务处理流程模板。

所提及这些流程策略是工作流中常用的节点策略，以下分别说明：

选择策略：任务A之后产生B、C、D三个并行任务，其中一个或两个完成之后就可以结束并发流程，无需等BCD都执行完。

会签策略：任务A之后产生B、C、D三个并行任务，只有BCD都完成之后才能结束并发流程。

动态分支策略：A任务之后生成数量不固定的后继并发任务。

静态分支策略：A任务之后生成数量固定的后继并发任务。

自由流策略：A任务之后按照用户选择插入其他任务，不需要预先定义流程。

因而，业务流程定义模块接收业务流程设置请求后，会首先从该请求中获取所需的任务类型以及任务类型之间的路由策略、流程策略。由于业务处理流程由多个业务处理环节组合而成，因而需首先从任务类型定义模块中查找与之相应的业务处理环节，之后依据路由策略进行两两联接、以及依据流程策略进行组合，得到业务处理流程。

上述实施例提供的方法，对于已定义任务类型的业务处理环节，支持多个业务处理环节之间按照不同的路由策略和流程策略进行处理，从而实现按照一个个单环节组装成复杂业务处理流程的目的。

图5示出了可以应用本发明实施例的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505(仅仅是示例)。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用。

终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，服务器505可以是提供各种服务的服务器。

需要说明的是，本发明实施例所提供的方法一般由服务器505执行，相应地，系统一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、系统或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、系统或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括任务类型定义模块、功能节点定义模块和业务流程定义模块：

所述任务类型定义模块，用于定义业务处理环节的任务类型；

所述功能节点定义模块，与所述任务类型定义模块关联，用于定义与所述任务类型对应的功能节点，以基于所述功能节点执行所述业务处理环节的业务处理逻辑；

所述业务流程定义模块，与所述任务类型定义模块关联，用于通过联接和/或组合多个业务处理环节，生成业务处理流程。

本发明实施例提供一种基于银行业务特点的自动化业务处理方法，实现了银行通用操作的可定制化、复杂业务流程的可组装化；根据预设参数(如在银行业务中常用的参数为发起分行、业务种类、当前环节、输入输出等条件)自动处理业务处理环节；对于已定义任务类型的业务处理环节，支持多个业务处理环节之间进行联接和组合，从而实现组装成复杂的业务处理流程的目的。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。