一种业务流程控制方法、装置及存储介质与流程

本发明涉及计算机领域中的业务处理技术，尤其涉及一种业务流程控制方法、装置及存储介质。
背景技术：
：随着企业的发展，企业规模逐渐扩大，业务也将逐渐增多，面对这种情况，企业则需要一套高效的自动化办公软件，以提高办公效率、规范业务行为、监控业务流程及协调员工办公等。目前，为了实现对企业业务流程的管理，开发人员已经着手基于现有的开源工作流引擎如activiti做二次开发研究。目前工作流引擎的主流技术主要包括以下两种方式：基于任务的工作流引擎和基于状态机的工作流引擎，且这两种方式都是基于事件驱动的。然而，基于任务的工作流引擎中，并未定义清晰的状态流转图和业务状态信息，而是需要开发人员在每个任务节点上定义和处理业务状态信息，当待处理的任务节点规模较大时，工作量较大，效率低下，不能很好的对业务流程的任务跳转进行有效控制；基于状态机的工作流引擎中，不能实现对待处理任务的拆分和合并，而只有在所有任务处理人执行完该任务后，才能进行业务流程状态间的跳转，并未定义固定的业务流程，使用户不能及时、准确地获知当前业务的处理进展程度，了解整个业务流程，以对业务流程的任务跳转进行有效控制。因此，对于如何能够有效控制业务流程中的任务跳转，相关技术没有提出比较完善的解决方案。技术实现要素：有鉴于此，本发明实施例期望提供一种业务流程控制方法、装置及存储介质，至少用以解决相关技术中难以实现对业务流程中的任务跳转进行有效控制的问题。为达到上述目的，本发明实施例的技术方案是这样实现的：第一方面，本发明实施例提供一种业务流程控制方法，所述方法包括：接收客户端发送的业务处理请求，所述业务处理请求对应的业务流程包括至少两个待办子任务；获取与所述业务处理请求对应的业务流程中包括的待办子任务的任务信息、以及与所述待办子任务对应的任务处理信息；根据所述待办子任务的任务信息、以及与所述待办子任务对应的任务处理信息，对所述业务处理请求对应的业务流程中的任务跳转进行控制。第二方面，本发明实施例提供一种业务流程控制装置，所述装置包括：接收模块、获取模块和控制模块；其中，所述接收模块，用于接收客户端发送的业务处理请求，所述业务处理请求对应的业务流程包括至少两个待办子任务；所述获取模块，用于获取与所述业务处理请求对应的业务流程中包括的待办子任务的任务信息、以及与所述待办子任务对应的任务处理信息；所述控制模块，用于根据所述待办子任务的任务信息、以及与所述待办子任务对应的任务处理信息，对所述业务处理请求对应的业务流程中的任务跳转进行控制。第三方面，本发明实施例提供一种存储介质，其上存储有可执行程序，所述可执行程序被处理器执行时实现本发明实施例的业务流程控制方法的步骤。第四方面，本发明实施例还提供一种业务流程控制装置，包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序，所述处理器运行所述可执行程序时执行本发明实施例的业务流程控制方法的步骤。本发明实施例所提供的业务流程控制方法、装置及存储介质，接收客户端发送的业务处理请求，所述业务处理请求对应的业务流程包括至少两个待办子任务；获取与所述业务处理请求对应的业务流程中包括的待办子任务的任务信息、以及与所述待办子任务对应的任务处理信息；根据所述待办子任务的任务信息、以及与所述待办子任务对应的任务处理信息，对所述业务处理请求对应的业务流程中的任务跳转进行控制。如此，根据待办子任务的任务信息、以及与待办子任务对应的任务处理信息，即可实现业务流程中任务流的自动跳转，且任务处理人不需要了解业务流程的内部处理逻辑，就可以对待办子任务执行相应处理，能够有效控制业务流程中的任务跳转，提高办公效率，提升用户使用体验；同时，采用本发明实施例的技术方案还提高了开发人员的开发效率，节省开发成本。附图说明图1为相关技术中基于任务的工作流引擎处理方式示意图；图2为相关技术中基于状态机的工作流引擎处理方式示意图；图3为本发明实施例提供的一种业务流程控制方法的实现流程示意图；图4为本发明实施例提供的一种业务流程图的示意图；图5为本发明实施例提供的一种业务流程控制方法的具体实现流程示意图；图6为本发明实施例提供的一种业务流程控制装置的功能结构示意图；图7为本发明实施例提供的另一种业务流程控制装置的功能结构示意图；图8为本发明实施例提供的一种业务流程控制装置的硬件结构示意图。具体实施方式当企业想要对企业业务流程进行管理时，目前可以采用相关技术提出的基于任务的工作流引擎处理方式和基于状态机的工作流引擎处理方式。下面对这两种处理方式进行简单说明。图1为相关技术中基于任务的工作流引擎处理方式示意图，如图1所示，该业务流程包括多级审批，只有每一级待审批的任务均通过时，才能完成整个业务流程。在基于任务的工作流引擎中，当处理系统接收到职员提出的业务请求如报销申请请求时，往往是按照预先设定好的流程顺序执行业务流程中的各个任务。但是，该工作流引擎中仅关注当前的待办任务有哪些，而并不关注这些待办任务处于什么状态，即具体处于哪一级审批，比如对于一个需要多级领导和部门的审批任务而言，基于任务的工作流引擎往往只能确定当前的待办任务是审批任务，而不能确定当前的待办任务具体被哪个领导或部门处理中。图2为相关技术中基于状态机的工作流引擎处理方式示意图，如图2所示，该工作流引擎只关注业务流程的状态，比如待审批状态，图2所示的业务流程中包括多级审批业务，只有被多级领导和部门审批完成后，该业务的状态才会发生改变，即进行业务状态跳转，根据业务的状态来进行业务流程状态之间的跳转，而不定义固定的业务流程，且不能将这一待审批任务进行拆分和合并。其中，对任务进行拆分，指的是一个审批任务需要多级审批时，将多级审批任务拆分成各级审批任务，比如被一级领导审批、二级领导审批等多个任务；对任务进行合并则是指，在多级审批任务完成后，将多个子任务合并为审批完成这样一个状态。可见，上述基于任务的工作流引擎处理方式和基于状态机的工作流引擎处理方式，都不能对业务流程的任务跳转进行有效控制。为了解决上述问题，本发明实施例进一步提出一种业务流程控制方案，下面结合附图对本发明实施例的实现过程进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明。图3为本发明实施例提供的一种业务流程控制方法的实现流程示意图，该业务流程控制方法应用于计算机设备；如图3所示，本发明实施例中的业务流程控制方法的实现流程，可以包括以下步骤：步骤301：接收客户端发送的业务处理请求，该业务处理请求对应的业务流程包括至少两个待办子任务。本实施例中，客户端可位于用户使用的终端中；其中，终端可以包括但不限于智能手机、平板电脑、掌上电脑等电子设备。需要说明的是，客户端与用户之间存在对应关系，但在此并不限于一一对应的关系，还可以是一对多或者多对一的对应关系。这里所涉及的客户端发送的业务处理请求可以是与企业相关的办公业务处理请求，比如可以是报销申请请求。这里，至少两个待办子任务包括第一待办子任务和第二待办子任务，本发明实施例中所涉及的第二待办子任务可以是指目标待办子任务，即第二待办子任务是与第一待办子任务连接的下一个待办子任务。步骤302：获取与业务处理请求对应的业务流程中包括的待办子任务的任务信息、以及与待办子任务对应的任务处理信息。这里所说的任务信息可以是指任务配置信息，或者称为任务节点的配置信息，该任务节点的配置信息则可以是在每个任务节点上添加的对该任务节点中包括的任务的描述，例如任务名称、业务状态描述、业务状态码值等。这里所说的任务处理信息可以是指事件配置信息，或者称为事件节点的配置信息，该任务处理信息可以是在每个事件节点上添加事件节点中包括的事件及对应的事件描述，比如审批通过或审批拒绝，以及各事件对应的跳转参数等。在本实施例中，本步骤302具体包括：首先，获取与业务处理请求对应的业务流程标识和待办子任务的任务标识；然后，从预先存储的任务配置表中获取与业务流程标识和待办子任务的任务标识对应的任务信息；最后，从预先存储的事件配置表中获取与业务流程标识和待办子任务的任务标识对应的任务处理信息。在本实施例中，在执行完成步骤302之后，该方法还包括：获取针对第一待办子任务的处理结果。这里，业务流程标识可以对应如下表1和表2中的流程key，待办子任务的任务标识可以对应如下表1和表2中的任务key。跳转参数是根据任务处理人提交的任务处理结果，比如审批通过或审批拒绝，确定的与审批通过或审批拒绝的处理结果相对应的计算机可识别的跳转参数。本实施例中，由activiti服务框架根据用户输入的业务流程需求，绘制业务流程图，且在业务流程图中添加任务节点的配置信息和事件节点的配置信息，预先将任务节点的配置信息存储在任务配置表(task_info)中，将事件节点的配置信息存储在事件配置表(flow_info)中。在实际应用中，绘制完成的业务流程图通常是一个可扩展标记语言(xml，extensiblemarkuplanguage)文件，xml文件中包括任务节点的配置信息和事件节点的配置信息。其中，任务节点的配置信息则是在每个任务节点中添加对该任务节点包括的任务的描述，比如任务名称、业务状态描述、以及对应的业务状态码值等。其中，业务状态码值分别与任务名称和业务状态描述之间存在对应关系，也即一个任务的某个业务状态对应唯一的业务状态码值，其格式可以为：任务名称|业务状态描述|业务状态码值，比如任务名称|业务状态描述|业务状态码值为需求排期|待排期|4，那么，可得到任务名称为需求排期，该任务对应的业务状态描述为待排期，该任务对应的业务状态码值为4。除此之外，任务节点的配置信息还可以包括任务key、流程key、任务类型、流程名称、流程版本等配置信息。如表1给出的将任务节点的配置信息存储在任务配置表中。需要说明的是，表1中列举的字段是一条数据对应的配置信息，表1中包括多条这样的数据，即包括多个任务节点的配置信息。表1事件节点的配置信息，则可以是在每个事件节点中添加该事件节点包括的事件及对应的事件描述，比如审批通过或审批拒绝，以及各事件对应的条件跳转参数。这里，事件描述包括码值code和名称name，其格式可以为：({code:xxx，name:xxx})。其中，code可以为每个事件对应的码值，name可以为对该事件的描述，而跳转参数的格式可以为({var＝＝val})。此外，事件节点的配置信息还可以包括：事件流id、事件流名称、来源任务key、目标任务key、事件流类型、任务key、流程key等配置信息。如表2给出的将事件节点的配置信息存储在事件配置表中。这里，根据来源任务key和跳转参数对应的目标任务key，可以确定该事件对应的下一个任务节点，即目标任务key所对应的任务，从而实现业务流程的自动流转。需要说明的是，表2中列举的字段是一条数据对应的配置信息，表2中包括多条这样的数据，即包括多个事件节点的配置信息。表2需要说明的是，上述任务配置表和事件配置表中对应包括的任务节点的配置信息和事件节点的配置信息并不仅限于表1和表2中所示，还可以根据实际需求进行添加或删除，本发明实施例在此不做限定。本发明实施例在每个任务节点中预埋任务节点的配置信息和事件节点的配置信息，将每个事件与跳转参数和事件描述信息之间建立对应关系，以便后续能够根据当前的任务确定任务状态、根据选择的事件确定下一步要执行的任务，进而实现业务流程中的任务跳转。图4为本发明实施例提供的一种业务流程图的示意图，在图4中，每个方框表示一个任务节点，每个箭头指向表示一个事件节点。以第一个方框为例，该方框表示的任务节点的名称为需求排期、业务状态描述为待排期、业务状态码值为4，若确定已将需求排期这一任务执行完成，比如用户点击提交开发完成时，确定用户操作对应的跳转参数，通过条件跳转参数表达式确定是否可以跳转到下一个任务，然后在确定用户提交的是开发完成，即可以跳转到下一个任务时，根据来源任务key，从事件配置表中确定目标任务key，然后根据目标任务key从任务配置表中确定与目标任务key对应的任务，从而实现业务流程中的任务自动跳转。步骤303：根据待办子任务的任务信息、以及与待办子任务对应的任务处理信息，对业务处理请求对应的业务流程中的任务跳转进行控制。在本实施例中，在获取针对第一待办子任务的处理结果之后，本步骤303具体包括：首先，确定与第一待办子任务的处理结果对应的跳转参数；然后，根据跳转参数、第一待办子任务的任务标识以及业务流程标识，对业务流程中的任务跳转进行控制。具体来说，根据跳转参数、第一待办子任务的任务标识以及业务流程标识，对业务流程中的任务跳转进行控制，则可以首先，从第一待办子任务的任务标识对应的任务处理信息中，获取与跳转参数、第一待办子任务的任务标识以及业务流程标识对应的第二待办子任务的任务标识；然后，根据第二待办子任务的任务标识，从业务流程中的第一待办子任务跳转至第二待办子任务。在本实施例中，该方法还包括：将获取的与业务流程标识和待办子任务的任务标识对应的任务信息、以及与业务流程标识和待办子任务的任务标识对应的任务处理信息存储至业务表中；则在获取针对第一待办子任务的处理结果之后，该方法还包括：将第二待办子任务的任务标识对应的任务信息，以及与第二待办子任务的任务标识对应的任务处理信息存储至业务表中。如此，任务处理人在执行该业务流程中的第一待办子任务时，能够快速获取与第一待办子任务对应的下一个待办子任务即第二待办子任务的任务节点的配置信息和事件节点的配置信息，从而能够提高执行第二待办子任务的效率，并在执行完第二待办子任务后，还可以对业务表进行更新。下面对如何将任务信息即任务配置信息、以及任务处理信息即事件配置信息存储至业务表中的过程进行说明。步骤a1：activiti服务框架解析业务流程图，校验业务流程图是否符合预设规则；这里所涉及的预设规则，是指是否在业务流程图中添加了任务节点的配置信息和事件节点的配置信息，若确定在业务流程图中添加了各任务节点的配置信息和事件节点的配置信息，则确定校验通过，否则校验不通过。步骤b1：activiti服务框架将校验通过的业务流程图导入到activiti工作流引擎中；步骤c1：在activiti工作流引擎中对业务流程图进行解析，获取该业务流程图中任务节点的配置信息和事件节点的配置信息；步骤d1：将获取的任务节点的配置信息保存至业务表即business_info表中；这里的业务表可以如表3所示，步骤d主要将任务配置表中的流程实例id、业务状态码值、业务状态描述和任务名称添加至业务表中，后续若还需要获取任务节点的其它配置信息，则可以根据流程实例id和业务状态码值从任务配置表中获取，比如任务key、流程key等。步骤f1：将获取的事件节点的配置信息保存到业务表中。本发明实施例中的步骤f则是将事件节点的配置信息序列化为json字符串，以事件列表json字符串的形式存储到业务表中，也可以理解为，将每个事件节点的配置信息打包序列化为json字符串，并存储在业务表对应的某一条数据中。需要说明的是，表3中列举的各项为一条数据中包括的字段，表3中包括多项这样的数据。表3字段名字段描述process_inst_id流程实例idcurrent_user_id待办任务处理人idcurrent_user_name待办任务处理人名字flow_event_info事件列表json字符串business_state_code业务状态码值business_state_desc业务状态描述task_name任务名称......采用本发明实施例的技术方案，根据待办子任务的任务信息、以及与待办子任务对应的任务处理信息，即可实现业务流程中任务流的自动跳转，且任务处理人不需要了解业务流程的内部处理逻辑，就可以对待办子任务执行相应处理，能够有效控制业务流程中的任务跳转，提高办公效率，提升用户使用体验；同时，采用本发明实施例的技术方案还提高了开发人员的开发效率，节省开发成本。下面对本发明实施例业务流程控制方法的具体实现过程做进一步地详细说明。假设某职员在封装了本发明技术方案的activiti服务框架和activiti工作流引擎的办公系统中提交业务处理请求如报销申请，即提交报销申请单，此时即可开启与审批报销申请单相关联的业务流程。简单来说，办公系统根据收到的报销申请单，调用对应的流程服务组件，启动一个流程实例，流程实例即是执行某一具体的报销申请单的审批业务流程，并为该流程实例创建流程实例变量，即为业务流程分配一个流程实例id。图5为本发明实施例提供的一种业务流程控制方法的具体实现流程示意图，如图5所示，业务流程已自动流转到下一个任务节点即启动业务流程之后的下一个任务，在图5中即为任务“待审批|待部门主管经理审批|1”，然后再搜索并返回该任务节点的下一个待办任务，即“待审批|待分管领导副总审批|2”，并将该待办任务的任务节点的配置信息和事件节点的配置信息同步至业务表中。下面对上述同步业务表的操作进行详细说明，具体可以包括下述几个子步骤：子步骤a2，办公系统在接收到报销申请单后，启动与审批该报销申请单的审批业务流程实例，并为该流程实例创建全局的流程实例变量。这里，对于图5中的审批业务流程而言，该流程实例变量可以是每个待审批任务的任务处理人，任务处理人可以根据实际情况进行更换，在启动流程实例时，办公系统可以根据该业务流程图的流程key和各任务的任务key，为该流程实例分配一个流程实例id，然后根据该流程实例id获取下一个待办任务的任务详情。其中，流程实例id为每个流程实例的标识，该流程实例id可以是将业务流程图导入到activiti工作流引擎时，办公系统为该业务流程图中的流程实例设置的唯一标识。由于流程实例id是根据业务流程图的流程key和包括的各任务的任务key确定的，那么，根据这个流程实例id可以确定与其对应的流程key和任务key。子步骤b2，根据流程实例id，从activiti工作流引擎中获取第一个待办任务的任务key和流程key，将任务key和流程key作为查询条件。这里，任务key与该任务对应的任务节点的配置信息相关联，即通过这个任务key可以查询到与该任务对应的任务节点的配置信息；而流程key则是每个业务流程的标识，根据这个流程key便可以查询到与其对应的流程，即要经过哪些任务节点、事件节点、任务节点的配置信息和事件节点的配置信息。子步骤c2，然后根据任务key和流程key对应查询task_info表和flow_info表，从task_info表中获取任务节点的配置信息，以及从flow_info表中获取事件节点的配置信息。子步骤d2，将获取到的待办任务的任务节点的配置信息中的“task_name”对应的字段描述“任务名称|业务状态描述|业务状态码值”拆分成任务名称、业务状态描述、业务状态码值并设置到任务详情中，同时，还可以设置该待办任务的任务处理人。子步骤e2，将获取到的待办任务的事件节点的配置信息转换成json字符串设置到任务详情中。这里，将事件节点的配置信息转换成json字符串，即是将待办任务的事件节点的配置信息序列化。子步骤f2，根据上述任务详情，将任务详情中包括的待办任务的任务处理人、任务名称、业务状态描述、业务状态码值、以及事件节点的配置信息等同步至业务表中。经过上述子步骤a2至f2之后，在任务处理人登录办公系统，查看自己的待办任务时，即可以调用后台服务接口查询业务表，将待办任务的事件信息转换成任务处理人可查看和操作的事件列表，即将计算机可识别的信息转换成任务处理人可直观识别的信息，比如要处理什么待办任务，以及这些待办任务有哪些处理方式可供选择等。如图5所示，当部门主管经理登录办公系统之后，可以查看自己的待办任务，此时就可以查看到当前的待办任务为“待审批|待部门主管经理审批|1”，且可供选择的处理方式为“通过”和“不通过”。之后，任务处理人在提交任务处理的过程中，当任务处理人处理当前任务时，应用服务系统收到任务处理人提交的业务处理请求后，验证任务处理人提交的请求是否合规，即验证任务处理人提交的处理方式是否合规，也就是验证任务处理人提交的处理方式是否为业务流程表的事件节点中预先设置的处理方式，比如通过或不通过。具体可以包括下述几个子步骤：子步骤a3，查询业务表，验证任务处理人请求中的处理方式是否与业务表中对应的事件节点的处理方式相匹配。这里，具体可以反序列化业务表中包括的事件节点的配置信息，即将之前转换为json字符串的事件节点的配置信息反序列化，确定出对应的事件节点中包括的处理方式即“通过”和“不通过”，然后，再验证任务处理人请求中包括的处理方式是否与业务表中对应的事件节点的处理方式相匹配，若匹配，则执行子步骤b3，若不匹配，则提示该任务处理人的请求为非法请求。子步骤b3，提交任务处理人的请求到流程服务组件。这里，流程服务组件将流程实例id、当前的任务处理人、任务处理人提交的处理方式作为服务组件参数来完成当前任务的处理。流程服务组件解析任务处理人的处理方式对应的跳转参数(var＝val)为流程跳转的依据，其中，当检测到任务处理提交的处理方式为“通过”，则可以确定与“通过”对应的跳转参数，再根据跳转参数和当前任务key即来源任务key，确定与跳转参数和来源任务key对应的下一个任务key，即目标任务key，以便完成业务流程的自动跳转，最后搜索确定是否还存在下一个待办任务。其中，此服务组件提供给业务流程图的创建者使用，使未完成的任务可根据创建者的意愿，可以随时关闭以便终止流程服务。子步骤c3，若确定存在下一个待办任务，则同步下一个待办任务的任务详情的信息到业务表中。该子步骤c3的目的在于，能够在确定存在下一个待办任务时，将下一个待办任务的任务详情的信息更新至业务表中，即将下一个待办任务的任务信息、事件信息、任务处理人等信息更新至业务表中，这样，任务处理人则不需要知道业务流程的内部逻辑。子步骤d3，若确定不存在下一个待办任务时，则结束当前的业务处理流程。本实施例中，任务处理人可能由于个人原因，将其待办任务转交给其他任务处理人进行转交处理。这样，可以提供自由灵活的任务转让和签收。为了便于后期的数据统计，本发明实施例提供的封装了activiti服务框架和activiti工作流引擎的办公系统还可以记录个性化历史操作记录，该个性化历史操作记录，为每个任务节点的任务处理人在处理任务时的操作日志，可以包括任务处理人、处理时间、处理内容等信息。采用本发明实施例的技术方案，根据待办子任务的任务信息、以及与待办子任务对应的任务处理信息，即可实现业务流程中任务流的自动跳转，且任务处理人不需要了解业务流程的内部处理逻辑，就可以对待办子任务执行相应处理，能够有效控制业务流程中的任务跳转，提高办公效率，提升用户使用体验；同时，采用本发明实施例的技术方案还提高了开发人员的开发效率，节省开发成本。为实现上述业务流程控制方法，本发明实施例还提供了一种业务流程控制装置，该业务流程控制装置应用于计算机设备，图6为本发明实施例提供的一种业务流程控制装置的功能结构示意图；如图6所示，该业务流程控制装置包括接收模块61、获取模块62和控制模块63；其中，接收模块61，用于接收客户端发送的业务处理请求，该业务处理请求对应的业务流程包括至少两个待办子任务；获取模块62，用于获取与业务处理请求对应的业务流程中包括的待办子任务的任务信息、以及与待办子任务对应的任务处理信息；控制模块63，用于根据待办子任务的任务信息、以及与待办子任务对应的任务处理信息，对业务处理请求对应的业务流程中的任务跳转进行控制。在本实施例中，对于获取模块62获取与业务处理请求对应的业务流程中包括的待办子任务的任务信息、以及与待办子任务对应的任务处理信息来说，可以采用如下方式来获取：获取与业务处理请求对应的业务流程标识和待办子任务的任务标识；从预先存储的任务配置表中获取与业务流程标识和待办子任务的任务标识对应的任务信息；从预先存储的事件配置表中获取与业务流程标识和待办子任务的任务标识对应的任务处理信息。其中，至少两个待办子任务包括第一待办子任务和第二待办子任务。在本实施例中，获取模块62，还用于在获取与业务处理请求对应的业务流程中包括的待办子任务的任务信息、以及与业务处理请求对应的业务流程中包括的待办子任务的任务处理信息之后，获取针对第一待办子任务的处理结果；控制模块63，具体用于：确定与第一待办子任务的处理结果对应的跳转参数；根据跳转参数、第一待办子任务的任务标识以及业务流程标识，对业务流程中的任务跳转进行控制。这里，对于控制模块63根据跳转参数、第一待办子任务的任务标识以及业务流程标识，对业务流程中的任务跳转进行控制来说，可以采用如下方式来实现：从第一待办子任务的任务标识对应的任务处理信息中，获取与跳转参数、第一待办子任务的任务标识以及业务流程标识对应的第二待办子任务的任务标识；根据第二待办子任务的任务标识，从业务流程中的第一待办子任务跳转至第二待办子任务。在本发明一可选实施例中，图7为本发明实施例提供的另一种业务流程控制装置的功能结构示意图，如图7所示，该业务流程控制装置还包括：存储模块64，用于将获取模块62获取的与业务流程标识和待办子任务的任务标识对应的任务信息、以及与业务流程标识和待办子任务的任务标识对应的任务处理信息存储至业务表中；存储模块64，还用于在获取模块62获取针对第一待办子任务的处理结果之后，将第二待办子任务的任务标识对应的任务信息，以及与第二待办子任务的任务标识对应的任务处理信息存储至业务表中。需要说明的是：上述实施例提供的业务流程控制装置在进行业务流程控制时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将业务流程控制装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的业务流程控制装置与业务流程控制方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。在实际应用中，接收模块61、获取模块62、控制模块63和存储模块64均可由位于计算机设备上的中央处理器(cpu，centralprocessingunit)、微处理器(mpu，microprocessorunit)、数字信号处理器(dsp，digitalsignalprocessor)或现场可编程门阵列(fpga，fieldprogrammablegatearray)等实现。为实现上述业务流程控制方法，本发明实施例还提供了一种业务流程控制装置的硬件结构。现在将参考附图描述实现本发明实施例的业务流程控制装置，该业务流程控制装置可以以各种形式的终端设备如台式机电脑、笔记本电脑、智能手机等各种类型的计算机设备。下面对本发明实施例的业务流程控制装置的硬件结构做进一步说明，可以理解，图8仅仅示出了业务流程控制装置的示例性结构而非全部结构，根据需要可以实施图8示出的部分结构或全部结构。参见图8，图8为本发明实施例提供的一种业务流程控制装置的硬件结构示意图，实际应用中可以应用于前述运行应用程序的各种计算机设备，图8所示的业务流程控制装置800包括：至少一个处理器801、存储器802、用户接口803和至少一个网络接口804。该业务流程控制装置800中的各个组件通过总线系统805耦合在一起。可以理解，总线系统805用于实现这些组件之间的连接通信。总线系统805除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图8中将各种总线都标为总线系统805。其中，用户接口803可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。可以理解，存储器802可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。本发明实施例中的存储器802用于存储各种类型的数据以支持业务流程控制装置800的操作。这些数据的示例包括：用于在业务流程控制装置800上操作的任何计算机程序，如可执行程序8021和操作系统8022，实现本发明实施例的业务流程控制方法的程序可以包含在可执行程序8021中。本发明实施例揭示的业务流程控制方法可以应用于处理器801中，或者由处理器801实现。处理器801可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述业务流程控制方法的各步骤可以通过处理器801中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器801可以是通用处理器、dsp，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器801可以实现或者执行本发明实施例中提供的各业务流程控制方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所提供的业务流程控制方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器802，处理器801读取存储器802中的信息，结合其硬件完成本发明实施例提供的业务流程控制方法的步骤。本实施例中，该业务流程控制装置800包括存储器802、处理器801及存储在存储器802上并能够由所述处理器801运行的可执行程序8021，所述处理器801运行所述可执行程序8021时实现：接收客户端发送的业务处理请求，所述业务处理请求对应的业务流程包括至少两个待办子任务；获取与所述业务处理请求对应的业务流程中包括的待办子任务的任务信息、以及与所述待办子任务对应的任务处理信息；根据所述待办子任务的任务信息、以及与所述待办子任务对应的任务处理信息，对所述业务处理请求对应的业务流程中的任务跳转进行控制。作为一种实施方式，所述处理器801运行所述可执行程序8021时实现：获取与所述业务处理请求对应的业务流程标识和待办子任务的任务标识；从预先存储的任务配置表中获取与所述业务流程标识和所述待办子任务的任务标识对应的任务信息；从预先存储的事件配置表中获取与所述业务流程标识和所述待办子任务的任务标识对应的任务处理信息。作为一种实施方式，所述处理器801运行所述可执行程序8021时实现：所述至少两个待办子任务包括第一待办子任务和第二待办子任务；在所述获取与所述业务处理请求对应的业务流程中包括的待办子任务的任务信息、以及与所述业务处理请求对应的业务流程中包括的待办子任务的任务处理信息之后，获取针对所述第一待办子任务的处理结果。作为一种实施方式，所述处理器801运行所述可执行程序8021时实现：确定与所述第一待办子任务的处理结果对应的跳转参数；根据所述跳转参数、所述第一待办子任务的任务标识以及业务流程标识，对所述业务流程中的任务跳转进行控制。作为一种实施方式，所述处理器801运行所述可执行程序8021时实现：从所述第一待办子任务的任务标识对应的任务处理信息中，获取与所述跳转参数、所述第一待办子任务的任务标识以及业务流程标识对应的第二待办子任务的任务标识；根据所述第二待办子任务的任务标识，从所述业务流程中的第一待办子任务跳转至所述第二待办子任务。作为一种实施方式，所述处理器801运行所述可执行程序8021时实现：将获取的与所述业务流程标识和所述待办子任务的任务标识对应的任务信息、以及与所述业务流程标识和所述待办子任务的任务标识对应的任务处理信息存储至业务表中；则在所述获取针对所述第一待办子任务的处理结果之后，将所述第二待办子任务的任务标识对应的任务信息，以及与所述第二待办子任务的任务标识对应的任务处理信息存储至所述业务表中。在示例性实施例中，本发明实施例还提供了一种存储介质，所述存储介质可为光盘、闪存或磁盘等存储介质，可选为非瞬间存储介质。其中，所述存储介质上存储有可执行程序8021，所述可执行程序8021被处理器801执行时实现：接收客户端发送的业务处理请求，所述业务处理请求对应的业务流程包括至少两个待办子任务；获取与所述业务处理请求对应的业务流程中包括的待办子任务的任务信息、以及与所述待办子任务对应的任务处理信息；根据所述待办子任务的任务信息、以及与所述待办子任务对应的任务处理信息，对所述业务处理请求对应的业务流程中的任务跳转进行控制。作为一种实施方式，所述可执行程序8021被处理器801执行时实现：获取与所述业务处理请求对应的业务流程标识和待办子任务的任务标识；从预先存储的任务配置表中获取与所述业务流程标识和所述待办子任务的任务标识对应的任务信息；从预先存储的事件配置表中获取与所述业务流程标识和所述待办子任务的任务标识对应的任务处理信息。作为一种实施方式，所述可执行程序8021被处理器801执行时实现：所述至少两个待办子任务包括第一待办子任务和第二待办子任务；在所述获取与所述业务处理请求对应的业务流程中包括的待办子任务的任务信息、以及与所述业务处理请求对应的业务流程中包括的待办子任务的任务处理信息之后，获取针对所述第一待办子任务的处理结果。作为一种实施方式，所述可执行程序8021被处理器801执行时实现：确定与所述第一待办子任务的处理结果对应的跳转参数；根据所述跳转参数、所述第一待办子任务的任务标识以及业务流程标识，对所述业务流程中的任务跳转进行控制。作为一种实施方式，所述可执行程序8021被处理器801执行时实现：从所述第一待办子任务的任务标识对应的任务处理信息中，获取与所述跳转参数、所述第一待办子任务的任务标识以及业务流程标识对应的第二待办子任务的任务标识；根据所述第二待办子任务的任务标识，从所述业务流程中的第一待办子任务跳转至所述第二待办子任务。作为一种实施方式，所述可执行程序8021被处理器801执行时实现：将获取的与所述业务流程标识和所述待办子任务的任务标识对应的任务信息、以及与所述业务流程标识和所述待办子任务的任务标识对应的任务处理信息存储至业务表中；则在所述获取针对所述第一待办子任务的处理结果之后，将所述第二待办子任务的任务标识对应的任务信息，以及与所述第二待办子任务的任务标识对应的任务处理信息存储至所述业务表中。本发明实施例接收客户端发送的业务处理请求，所述业务处理请求对应的业务流程包括至少两个待办子任务；获取与所述业务处理请求对应的业务流程中包括的待办子任务的任务信息、以及与所述待办子任务对应的任务处理信息；根据所述待办子任务的任务信息、以及与所述待办子任务对应的任务处理信息，对所述业务处理请求对应的业务流程中的任务跳转进行控制。如此，根据待办子任务的任务信息、以及与待办子任务对应的任务处理信息，即可实现业务流程中任务流的自动跳转，且任务处理人不需要了解业务流程的内部处理逻辑，就可以对待办子任务执行相应处理，能够有效控制业务流程中的任务跳转，提高办公效率，提升用户使用体验；同时，采用本发明实施例的技术方案还提高了开发人员的开发效率，节省开发成本。本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或可执行程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的可执行程序产品的形式。本发明是参照根据本发明实施例的方法、设备(系统)、和可执行程序产品的流程图和/或方框图来描述的。应理解可由可执行程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些可执行程序指令到通用计算机、专用计算机、嵌入式处理机或参考可编程数据处理设备的处理器以产生一个机器，使得通过计算机或参考可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些可执行程序指令也可存储在能引导计算机或参考可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些可执行程序指令也可装载到计算机或参考可编程数据处理设备上，使得在计算机或参考可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或参考可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。当前第1页12