CN109308602A - 业务流程数据处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开了一种业务流程数据处理方法，用于解决现有业务流转方式容易导致延误处理或遗漏的问题。本发明提供的方法包括：在接收到新业务发起请求后，获取发起方发起的新业务和新业务的目标业务类型；根据预设的类型模板配对关系从预设的各个流程模板中确定与目标业务类型对应的目标流程模板；将新业务导入至目标流程模板，生成初始业务流程；根据预设的组织关系确定与发起方对应的各个业务处理人；将确定的各个业务处理人分配至初始业务流程上的各个流程节点，得到处理新业务的目标业务流程。本发明还提供业务流程数据处理装置、计算机设备及存储介质。

Description

业务流程数据处理方法、装置、计算机设备及存储介质

技术领域

本发明涉及办公流程技术领域，尤其涉及到业务流程数据处理方法、装置、计算机设备及存储介质。

背景技术

目前，在政务办公系统中，业务的流转不存在固定的流程限制，通常由业务处理人按照个人经验决定将其处理后的业务报送至哪一位处理人接着处理，这虽然可以增加处理人处理业务时的自由度和灵活性，但是不利于业务的有序流转和业务进度的监管，容易导致业务的延误处理或者遗漏。

因此，寻找一种高效、有序地业务流程数据处理方法成为本领域技术人员亟需解决的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种可以实现业务的有序流转和业务进度监管的业务流程数据处理方法、装置、计算机设备及存储介质。

一种业务流程数据处理方法，包括：

在接收到新业务发起请求后，获取发起方发起的新业务和所述新业务的目标业务类型；

根据预设的类型模板配对关系从预设的各个流程模板中确定与所述目标业务类型对应的目标流程模板，所述类型模板配对关系记录了流程模板与业务类型的对应关系；

将所述新业务导入至所述目标流程模板，生成初始业务流程；

根据预设的组织关系确定与所述发起方对应的各个业务处理人，所述组织关系记录了发起方与处理人在所述发起方所处单位中的上下级对应关系；

将确定的所述各个业务处理人分配至所述初始业务流程上的各个流程节点，得到处理所述新业务的目标业务流程。

一种业务流程数据处理装置，包括：

获取模块，用于在接收到新业务发起请求后，获取发起方发起的新业务和所述新业务的目标业务类型；

确定模块，用于根据预设的类型模板配对关系从预设的各个流程模板中确定与所述目标业务类型对应的目标流程模板，所述类型模板配对关系记录了流程模板与业务类型的对应关系；

生成模块，用于将所述新业务导入至所述目标流程模板，生成初始业务流程；

确定处理人模块，用于根据预设的组织关系确定与所述发起方对应的各个业务处理人，所述组织关系记录了发起方与处理人在所述发起方所处单位中的上下级对应关系；

分配模块，用于将确定的所述各个业务处理人分配至所述初始业务流程上的各个流程节点，得到处理所述新业务的目标业务流程。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述业务流程数据处理方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述业务流程数据处理方法的步骤。

上述提供了一种业务流程数据处理方法、装置、计算机设备及存储介质，首先，在接收到新业务发起请求后，获取发起方发起的新业务和所述新业务的目标业务类型；然后，根据预设的类型模板配对关系从预设的各个流程模板中确定与所述目标业务类型对应的目标流程模板，所述类型模板配对关系记录了流程模板与业务类型的对应关系；接着，将所述新业务导入至所述目标流程模板，生成初始业务流程；之后，根据预设的组织关系确定与所述发起方对应的各个业务处理人，所述组织关系记录了发起方与处理人在所述发起方所处单位中的上下级对应关系；最后，将确定的所述各个业务处理人分配至所述初始业务流程上的各个流程节点，得到处理所述新业务的目标业务流程。这样实现了该新业务的流程设置和处理人设置，达到了业务专人专岗做专事的效果，不仅有利于业务的有序流转和业务进度的监管，而且避免了业务的延误处理或者遗漏。

附图说明

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

图1是本发明一实施例中业务流程数据处理方法的一应用环境示意图；

图2是本发明一实施例中业务流程数据处理方法的一流程图；

图3是本发明一实施例中业务流程数据处理方法步骤104在一个应用环境下的流程示意图；

图4是本发明一实施例中业务流程数据处理方法步骤202在一个应用环境下的流程示意图；

图5是本发明一实施例中业务流程数据处理方法步骤105在一个应用环境下的流程示意图；

图6是本发明一实施例中业务流程数据处理方法在一个应用环境下添加个性化字段的流程示意图；

图7是本发明一实施例中业务流程数据处理装置的结构示意图；

图8是本发明一实施例中计算机设备的一示意图。

具体实施方式

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

本申请提供的业务流程数据处理方法，可应用在如图1的应用环境中，其中，客户端通过网络与服务器进行通信。其中，客户端可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种业务流程数据处理方法，以该方法应用在图1中的服务器为例进行说明，包括如下步骤：

101、在接收到新业务发起请求后，获取发起方发起的新业务和所述新业务的目标业务类型；

本实施例中，发起方可以使用客户端向服务器发送新业务发起请求，服务器接收到新业务发起请求后，可以获取到该新业务以及该新业务的业务类型，即目标业务类型。可以理解的是，在具体使用过程中，新业务的业务类型可以由发起方自行设定，也可以是服务器预先设定标准来判断哪些内容的业务属于哪种业务类型，在获取到新业务后通过预设的标准判断得知该新业务的目标业务类型。

102、根据预设的类型模板配对关系从预设的各个流程模板中确定与所述目标业务类型对应的目标流程模板，所述类型模板配对关系记录了流程模板与业务类型的对应关系；

可以理解的是，服务器上可以预先设定类型模板配对关系，所述类型模板配对关系记录了流程模板与业务类型的对应关系。比如，设共有3种业务类型，分别为审批类、公文类、会议类；管理员可以在服务器上提前编辑有3个流程模板，分别为模板A、模板B和模板C，建立两者的对应关系后，该类型模板配对关系记录有：模板A适用于审批类业务、模板B适用于公文类业务、模板C适用于会议类业务。因此，服务器在获取到该新业务的目标业务类型后，可以根据该类型模板配对关系确定出与所述目标业务类型对应的目标流程模板。

103、将所述新业务导入至所述目标流程模板，生成初始业务流程；

可以理解的是，在获取到目标流程模板后，将该新业务的内容导入到该目标流程模板上，即可生成初始业务流程。可知，该初始业务流程是一个初步的业务流程，至少还需要经过后续步骤来确定其各个流程节点上的处理人。例如，该目标流程模板上可以设有标题位置和正文位置，在将新业务导入目标流程模板时，可以将该新业务的主题写入到该目标流程模板的标题位置，将该新业务的业务内容写入到该目标流程模板的正文位置。

104、根据预设的组织关系确定与所述发起方对应的各个业务处理人，所述组织关系记录了发起方与处理人在所述发起方所处单位中的上下级对应关系；

本实施例中，为了提升业务流程在配置上的自动化、智能化，服务器上可以预先设置和存储有目标单位或企业的所有组织人事架构，即该组织关系。该组织关系记录了发起方与处理人在所述发起方所处单位中的上下级对应关系。比如，假设某个单位有存在三层组织关系，包括若干个科员、科长、主任，那么，该组织关系记录了每个科员、每个科长与每个主任之间的上下属关系，相当于清楚记录下了该单位中每一个人员的上级是谁，其下级是谁。这是因为，在单位的业务流程中，尤其是政府部门业务流程中，业务流转的流程均是按照组织关系进行的。通常来说，就是下级人员发起的业务至少需要经过其直属上级人员审批，部分业务甚至需要多个部门的人员和领导协助处理。

因此，本实施例中，通过预设的组织关系可以确定出与所述发起方对应的各个业务处理人，可以认为，这些业务处理人就是将要处理该业务流程中各个流程节点的具体负责人。

进一步地，考虑到为了满足初始业务流程上各个流程节点均能安排不同的处理人处理，本实施例中，在确定出各个业务处理人之前，还可以先确定初始业务流程共有多少个流程节点，从而可以合理安排对应数量的处理人。为此，如图3所示，所述步骤104具体可以包括：

201、获取所述初始业务流程上流程节点的节点数量；

202、根据预设的组织关系确定与所述发起方对应的节点数量个处理人作为各个业务处理人。

对于步骤201，可知，该初始业务流程上以规定了各个流程节点以及各自之间的顺序，因此容易获取到该初始业务流程上共有多少个流程节点。

对于步骤202，,可以理解的是，一般来说，每个流程节点上负责的处理人至少为1个，因此本实施例中按照初始业务流程上流程节点的数量来确定各个业务处理人，使得根据预设的组织关系确定出的业务处理人数量与流程节点一致。这样做的好处是，可以使得每个流程节点上均至少分配了1名处理人负责，且各个流程节点之间的处理人互不相同，有利于新任务在每个流程节点上得到公正处理。

进一步地，在步骤202中，一般来说在组织关系上与发起方有对应上下级关系的处理人的数量较多，比如，假设发起方是科员，则该发起方本部门上至少还设有副科长、科长、副主任、主任、副部长、部长等处理人，另外，发起方本部门发起的新任务很可能需要相关部门的处理人处理，因此其可涉及的上下级关系的处理人数量众多。这种情况下，步骤202确定各个业务处理人时，往往都是可用的处理人数量大于各个流程节点的数量。为此，如图4所示，本实施例中，步骤202具体可以包括：

301、判断与所述发起方对应的处理人的数量是否大于所述节点数量，若否，则执行步骤302，若是，则执行步骤303；

302、将与所述发起方对应的处理人确定为所述各个业务处理人；

303、获取所述新业务的业务等级；

304、判断所述业务等级是否大于或等于预设的等级阈值，若否，则执行步骤305，若是，则执行步骤306；

305、从与所述发起方对应的处理人中从级别最低的处理人开始取节点数量个处理人作为所述各个业务处理人；

306、从与所述发起方对应的处理人中从预设级别的处理人开始取节点数量个处理人作为所述各个业务处理人。

对于步骤301-303，可以理解的是，首先判断与发起方对应的处理人的数量是否大于该节点数量，也就是先判断可用的处理人的数量是否多于流程节点的数量。若否，则说明没有多余的处理人可供选择，因此直接将这些处理人确定为各个业务处理人即可；若是，则说明可用的处理人的数量较多，有多余的处理人可供选择，此时，考虑到这些处理人之间是存在级别高低之分的，通常来说，该新业务如果越重要，则往往需要级别更好的处理人进行处理。因此步骤303先获取该新业务的业务等级。

对于步骤304，服务器在获取到业务等级之后，判断该业务等级是否大于或等于预设的等级阈值。这里预设的等级阈值作为判断该新业务是否足够重要的指标，如果业务等级大于或等于该等级阈值，可以认为该新业务足够重要，需要选择高级别的人员作为处理人；反之，则无需专门选取高级别的人员当业务处理人。需要说明的是，该等级阈值具体可以根据实际使用情况来设定，比如业务等级共有9级，分别为1-9级，该等级阈值可以设置为5级。

对于步骤305，当所述业务等级小于预设的等级阈值时，可以认为该新业务的重要性未达到要求，因此可以从与所述发起方对应的处理人中从级别最低的处理人开始取节点数量个处理人作为所述各个业务处理人。例如，假设与所述发起方对应的处理人共有6名，6名处理人的级别分别为4级、5级、6级、7级、8级、9级，设节点数量为3，则选取其中的为4级、5级和6级的处理人作为业务处理人。

对于步骤306，当所述业务等级大于或等于预设的等级阈值时，可以认为该新业务足够重要，需要级别较高的处理人进行处理，因此可以从与所述发起方对应的处理人中从预设级别的处理人开始取节点数量个处理人作为所述各个业务处理人。例如，假设与所述发起方对应的处理人共有6名，4名处理人的级别分别为4级、5级、6级、7级、8级、9级，设节点数量为3，该预设级别为5级，则可以选取其中的5级、6级和7级的处理人作为业务处理人。

需要说明的是，该预设级别具体可以根据实际使用情况来确定，比如可以预设为5级，也可以预设为7级，对此本实施例不作限定。

105、将确定的所述各个业务处理人分配至所述初始业务流程上的各个流程节点，得到处理所述新业务的目标业务流程。

在确定出各个业务处理人之后，可以将确定的所述各个业务处理人分配至所述初始业务流程上的各个流程节点，得到处理所述新业务的目标业务流程。可以理解的是，该目标业务流程就是服务器跟进、处理该新业务所需执行的业务流程，其规定了该新业务的各个流转节点、各个节点之间的次序以及每个流程节点上的处理人。本实施例中，在将业务处理人分配至各个流程节点上时，一般按照职位从高到低的顺序进行分配，各个流程节点上的处理人最好各不相同，但必要时，也可以同一个处理人负责处理一个、两个甚至多个流程节点。

进一步地，如图5所示，所述步骤105具体可以包括：

401、按照所述各个业务处理人上下级关系从低到高的顺序对所述各个业务处理人进行排列，得到第一排序；

402、获取所述初始业务流程上各个流程节点的次序，得到第二排序；

403、将所述第一排序的各个业务处理人依次分配至所述第二排序的各个流程节点，得到处理所述新业务的目标业务流程。

对于步骤401，可以理解的是，上述组织关系中可以记录有各个处理人之间的上下级关系，从而可以确定各个业务处理人的上下级关系并依次对各个业务处理人排列，得到第一排序。

对于步骤402，可知，初始业务流程规定了其上各个流程节点的次序，因此，容易得到该第二排序。

对于步骤403，在实际应用场景下，一个业务流程的各个流程节点之间，通常越靠前的流程节点重要性越低，越靠后的流程节点重要性越高，因此靠后的流程节点大多由级别较高的人员负责审核处理。因此，本实施例中，第一排序是依据上下级关系从低到高对各个业务处理人排列的，在分配时，也同样一次分配至第二排序的各个流程节点上，这样可以实现级别越低的业务处理人被分配至越靠前的流程节点上，级别越高的业务处理人被分配至越靠后的流程节点上，从而得到的处理该新业务的目标业务流程也就更加符合实际应用的情况，提高了本实施例得到的目标业务流程的实用性。

进一步地，本实施例中，所述目标业务流程上各个流程节点均分别设置有固定字段，比如，在“初步处理”的流程节点上设置有“初步审批意见”这一字段，在“最终审批”的流程节点上设置有“业务审批结果”这一字段，可以在不同的流程节点上设置不同的固定字段。另外，为了满足业务流程在处理上对灵活性的需求，也为了适配不同处理人的工作职位，流程节点上除了设置有固定字段以外，还可以进一步自动适配有个性化字段，该个性化字段可以在确定该流程节点上的处理人后，再根据处理人的工作职位确定得到。为此，如图6所示，本实施例中，所述流程节点的属性字段包括固定字段和个性化字段，其中，流程节点上的个性化字段通过以下步骤添加：

501、在确定所述流程节点上的业务处理人后，获取所述业务处理人的处理人职位；

502、根据预设的职位字段对应关系获取与所述处理人职位对应的目标个性化字段，所述职位字段对应关系记录了处理人的职位与个性化字段的对应关系；

503、将获取到的目标个性化字段添加至所述流程节点的属性字段上。

对于步骤501，服务器在确定所述流程节点上的业务处理人后，可以获取所述业务处理人的处理人职位。可以理解的是，各个处理人的职位信息均可以预先登记在服务器上。

对于步骤502，服务器上可以预先设置有职位字段对应关系，该职位字段对应关系记录了处理人的职位与个性化字段的对应关系。比如，某个处理人的职位为审核员，则其对应的个性化字段为“审核意见”；某个处理人的职位为专用章管理员，则其对应的个性化字段为“公章加盖”；某个处理人的职位为单位负责人，则其对应的个性化字段为“业务批示”；等等。需要说明的是，在具体的应用场景下，服务器的管理员可以自行根据使用情况的需要设定该职位字段对应关系。

优选地，该职位字段对应关系上记录的个性化字段的具体属性不仅包括字段的名称，比如“审核意见”，而且可以包括字段的长度(比如“审核意见”这一字段的长度为120字节)、字段的对象(比如“某处理人”)、该字段上可编辑的数值类型(比如可以为数字、字母)、文本输入控件、字段可编辑的期限(比如可以设定“审核意见”这一字段须在30个自然日内完成编辑)等属性信息。在实际应用场景下，管理员可以根据实际使用情况的需要修改这些个性化字段的具体属性，此处不做具体限定。

对于步骤503，在获取到该目标个性化字段之后，可以将获取到的目标个性化字段添加至所述流程节点的属性字段上，这样，该目标个性化字段加上该流程节点的属性字段上原有的固定字段，即组成了该流程节点上完整的属性字段。

优选地，将获取到的目标个性化字段添加至所述流程节点的属性字段上具体可以包括：S1：获取所述目标个性化字段的值和属性；S2：在所述流程节点上新建各个空白字段，其中，所述各个空白字段的数量等于目标个性化字段的数量；S3：将所述目标个性化字段的值赋值给所述各个空白字段；S4：针对每个所述空白字段，根据与所述空表字段对应的目标个性化字段的属性配置所述空白字段的字段属性。可以理解的是，本实施例中，由于流程节点的属性字段包括固定字段和个性化字段，其中，固定字段由于无需动态配置，因此可以预先设置该固定字段的值和属性。而对于个性化字段，在执行步骤501-502得到目标个性化字段后，需要把获取到的目标个性化字段上字段的值和属性设置到该流程节点上。因此，服务器可以先在该流程节点上新建空白字段，新建的空白字段的数量等于该目标个性化字段的数量，例如，若该目标个性化字段共获取到3个，则新建3个空白字段。在新建好空白字段后，可以分别将这些目标个性化字段的值赋值给空白字段，例如，假设3个目标个性化字段的值分别为“审核意见”、“公章加盖”和“业务批示”，赋值后，3个空白字段的值也分别为“审核意见”、“公章加盖”和“业务批示”。在赋值后，则可以设置这些空白字段的属性，具体是针对每个空白字段，根据对应的目标个性化字段的属性来设置空表字段的属性。例如，对于赋值了“审核意见”的空白字段，则根据“审核意见”的目标个性化字段的属性对该空白字段进行属性配置，假设该“审核意见”的目标个性化字段的属性包括字段长度为5字节、可编辑的数值类型为数字/字母/中文、可编辑的期限为10个自然日，因此，可以配置该赋值了“审核意见”的空白字段的属性为“字段长度为5字节、可编辑的数值类型为数字/字母/中文、可编辑的期限为10个自然日”，从而使得该配置属性后的空白字段等同于该“审核意见”的目标个性化字段；同理，可以配置其它两个空白字段，从而完成对流程节点的个性化资源设置。

综上所述，上述提供了一种业务流程数据处理方法，首先，在接收到新业务发起请求后，获取发起方发起的新业务和所述新业务的目标业务类型；然后，根据预设的类型模板配对关系从预设的各个流程模板中确定与所述目标业务类型对应的目标流程模板，所述类型模板配对关系记录了流程模板与业务类型的对应关系；接着，将所述新业务导入至所述目标流程模板，生成初始业务流程；之后，根据预设的组织关系确定与所述发起方对应的各个业务处理人，所述组织关系记录了发起方与处理人在所述发起方所处单位中的上下级对应关系；最后，将确定的所述各个业务处理人分配至所述初始业务流程上的各个流程节点，得到处理所述新业务的目标业务流程。这样实现了该新业务的流程设置和处理人设置，达到了业务专人专岗做专事的效果，不仅有利于业务的有序流转和业务进度的监管，而且避免了业务的延误处理或者遗漏。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种业务流程数据处理装置，该业务流程数据处理装置与上述实施例中业务流程数据处理方法一一对应。如图7所示，该业务流程数据处理装置包括获取模块601、确定模块602、生成模块603、确定处理人模块604和分配模块605。各功能模块详细说明如下：

获取模块601，用于在接收到新业务发起请求后，获取发起方发起的新业务和所述新业务的目标业务类型；

确定模块602，用于根据预设的类型模板配对关系从预设的各个流程模板中确定与所述目标业务类型对应的目标流程模板，所述类型模板配对关系记录了流程模板与业务类型的对应关系；

生成模块603，用于将所述新业务导入至所述目标流程模板，生成初始业务流程；

确定处理人模块604，用于根据预设的组织关系确定与所述发起方对应的各个业务处理人，所述组织关系记录了发起方与处理人在所述发起方所处单位中的上下级对应关系；

分配模块605，用于将确定的所述各个业务处理人分配至所述初始业务流程上的各个流程节点，得到处理所述新业务的目标业务流程。

进一步地，所述业务流程数据处理装置还可以包括：

获取节点数量模块，用于获取所述初始业务流程上流程节点的节点数量；

确定业务处理人模块，用于根据预设的组织关系确定与所述发起方对应的节点数量个处理人作为各个业务处理人。

进一步地，所述确定业务处理人模块可以包括:

节点数量判断单元，用于判断与所述发起方对应的处理人的数量是否大于所述节点数量；

确定业务处理人单元，用于若所述节点数量判断单元的判断结果为否，则将与所述发起方对应的处理人确定为所述各个业务处理人；

获取业务等级单元，用于若所述节点数量判断单元的判断结果为是，则获取所述新业务的业务等级；

业务等级判断单元，用于判断所述业务等级是否大于或等于预设的等级阈值；

第一获取单元，用于若所述业务等级判断单元的判断结果为否，则从与所述发起方对应的处理人中从级别最低的处理人开始取节点数量个处理人作为所述各个业务处理人；

第二获取单元，用于若所述业务等级判断单元的判断结果为是，则从与所述发起方对应的处理人中从预设级别的处理人开始取节点数量个处理人作为所述各个业务处理人。

进一步地，所述分配模块可以包括：

第一排序单元，用于按照所述各个业务处理人上下级关系从低到高的顺序对所述各个业务处理人进行排列，得到第一排序；

第二排序单元，用于获取所述初始业务流程上各个流程节点的次序，得到第二排序；

处理人分配单元，用于将所述第一排序的各个业务处理人依次分配至所述第二排序的各个流程节点，得到处理所述新业务的目标业务流程。

进一步地，所述流程节点的属性字段包括固定字段和个性化字段，流程节点上的个性化字段通过以下模块添加：

获取处理人职位模块，用于在确定所述流程节点上的业务处理人后，获取所述业务处理人的处理人职位；

个性化字段获取模块，用于根据预设的职位字段对应关系获取与所述处理人职位对应的目标个性化字段，所述职位字段对应关系记录了处理人的职位与个性化字段的对应关系；

添加模块，用于将获取到的目标个性化字段添加至所述流程节点的属性字段上。

关于业务流程数据处理装置的具体限定可以参见上文中对于业务流程数据处理方法的限定，在此不再赘述。上述业务流程数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务流程数据处理方法中涉及到的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务流程数据处理方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中业务流程数据处理方法的步骤，例如图2所示的步骤101至步骤105。或者，处理器执行计算机程序时实现上述实施例中业务流程数据处理装置的各模块/单元的功能，例如图7所示模块601至模块605的功能。为避免重复，这里不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例中业务流程数据处理方法的步骤，例如图2所示的步骤101至步骤105。或者，计算机程序被处理器执行时实现上述实施例中业务流程数据处理装置的各模块/单元的功能，例如图7所示模块601至模块605的功能。为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

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

Claims (10)

1.一种业务流程数据处理方法，其特征在于，包括：

在接收到新业务发起请求后，获取发起方发起的新业务和所述新业务的目标业务类型；

根据预设的类型模板配对关系从预设的各个流程模板中确定与所述目标业务类型对应的目标流程模板，所述类型模板配对关系记录了流程模板与业务类型的对应关系；

将所述新业务导入至所述目标流程模板，生成初始业务流程；

根据预设的组织关系确定与所述发起方对应的各个业务处理人，所述组织关系记录了发起方与处理人在所述发起方所处单位中的上下级对应关系；

将确定的所述各个业务处理人分配至所述初始业务流程上的各个流程节点，得到处理所述新业务的目标业务流程。

2.根据权利要求1所述的业务流程数据处理方法，其特征在于，所述根据预设的组织关系确定与所述发起方对应的各个业务处理人具体包括：

获取所述初始业务流程上流程节点的节点数量；

根据预设的组织关系确定与所述发起方对应的节点数量个处理人作为各个业务处理人。

3.根据权利要求2所述的业务流程数据处理方法，其特征在于，所述根据预设的组织关系确定与所述发起方对应的节点数量个处理人作为各个业务处理人包括：

判断与所述发起方对应的处理人的数量是否大于所述节点数量；

若与所述发起方对应的处理人的数量小于或等于所述节点数量，则将与所述发起方对应的处理人确定为所述各个业务处理人；

若与所述发起方对应的处理人的数量大于所述节点数量，则获取所述新业务的业务等级；

判断所述业务等级是否大于或等于预设的等级阈值；

若所述业务等级小于预设的等级阈值，则从与所述发起方对应的处理人中从级别最低的处理人开始取节点数量个处理人作为所述各个业务处理人；

若所述业务等级大于或等于预设的等级阈值，则从与所述发起方对应的处理人中从预设级别的处理人开始取节点数量个处理人作为所述各个业务处理人。

4.根据权利要求1所述的业务流程数据处理方法，其特征在于，所述将确定的所述各个业务处理人分配至所述初始业务流程上的各个流程节点，得到处理所述新业务的目标业务流程包括：

按照所述各个业务处理人上下级关系从低到高的顺序对所述各个业务处理人进行排列，得到第一排序；

获取所述初始业务流程上各个流程节点的次序，得到第二排序；

将所述第一排序的各个业务处理人依次分配至所述第二排序的各个流程节点，得到处理所述新业务的目标业务流程。

5.根据权利要求1至4中任一项所述的业务流程数据处理方法，其特征在于，所述流程节点的属性字段包括固定字段和个性化字段，流程节点上的个性化字段通过以下步骤添加：

在确定所述流程节点上的业务处理人后，获取所述业务处理人的处理人职位；

根据预设的职位字段对应关系获取与所述处理人职位对应的目标个性化字段，所述职位字段对应关系记录了处理人的职位与个性化字段的对应关系；

将获取到的目标个性化字段添加至所述流程节点的属性字段上。

6.一种业务流程数据处理装置，其特征在于，包括：

获取模块，用于在接收到新业务发起请求后，获取发起方发起的新业务和所述新业务的目标业务类型；

确定模块，用于根据预设的类型模板配对关系从预设的各个流程模板中确定与所述目标业务类型对应的目标流程模板，所述类型模板配对关系记录了流程模板与业务类型的对应关系；

生成模块，用于将所述新业务导入至所述目标流程模板，生成初始业务流程；

确定处理人模块，用于根据预设的组织关系确定与所述发起方对应的各个业务处理人，所述组织关系记录了发起方与处理人在所述发起方所处单位中的上下级对应关系；

分配模块，用于将确定的所述各个业务处理人分配至所述初始业务流程上的各个流程节点，得到处理所述新业务的目标业务流程。

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

获取节点数量模块，用于获取所述初始业务流程上流程节点的节点数量；

确定业务处理人模块，用于根据预设的组织关系确定与所述发起方对应的节点数量个处理人作为各个业务处理人。

8.根据权利要求7所述的业务流程数据处理装置，其特征在于，所述确定业务处理人模块包括:

节点数量判断单元，用于判断与所述发起方对应的处理人的数量是否大于所述节点数量；

确定业务处理人单元，用于若所述节点数量判断单元的判断结果为否，则将与所述发起方对应的处理人确定为所述各个业务处理人；

获取业务等级单元，用于若所述节点数量判断单元的判断结果为是，则获取所述新业务的业务等级；

业务等级判断单元，用于判断所述业务等级是否大于或等于预设的等级阈值；

第一获取单元，用于若所述业务等级判断单元的判断结果为否，则从与所述发起方对应的处理人中从级别最低的处理人开始取节点数量个处理人作为所述各个业务处理人；

第二获取单元，用于若所述业务等级判断单元的判断结果为是，则从与所述发起方对应的处理人中从预设级别的处理人开始取节点数量个处理人作为所述各个业务处理人。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5中任一项所述业务流程数据处理方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述业务流程数据处理方法的步骤。