处理工作流的方法及电子设备与流程
本申请涉及业务流程管理领域，尤其涉及处理工作流的方法及电子设备。
背景技术：
在当今的信息技术时代，涉及到的业务领域越来越广泛。为了提高业务处理的工作效率，人们将业务流程中的部分或全部流程与办公自动化技术相结合，形成了各式各样的工作流。一个业务流程通常可以被分解为多个任务。在业务流程的处理过程中，可以利用工作流的节点来描述业务流程中的任务，可以利用工作流的节点之间的流转情况来描述业务流程中各个任务间的逻辑关系。
在业务流程的处理过程中，某一任务的上一级任务可以有多个，某一任务的下一级任务也可以有多个。也可以说，某一工作流节点关联的上一级节点可以有多个，某一工作流节点关联的下一级节点也可以有多个。工作流中最后一个节点对应的任务被处理完，该工作流对应的业务流程即被处理成功。
因此，如何灵活的处理工作流，即执行工作流对应的业务流程中的任务，是当前亟需解决的问题。
技术实现要素：
鉴于上述问题，提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的一种处理工作流的方法及电子设备。灵活处理工作流，适应用户需求。
第一方面，本申请实施例提供了一种处理工作流的方法，可包括：电子设备执行第一节点对应的第一任务；第一节点属于工作流包括的多个节点，工作流用于描述业务流程中多个任务之间的逻辑关系；在第一节点处于已完成状态时，该电子设备根据第一节点的分支规则确定第二节点；第一节点处于已完成状态是指，该电子设备执行完第一节点对应的第一任务；第二节点属于工作流包括的多个节点；在第二节点的合并规则被满足的情况下，电子设备执行第二节点对应的第二任务；其中，第一节点的分支规则和第二节点的合并规则共同指示了：业务流程中多个任务之间的多种逻辑关系。
通过第一方面提供的方法，电子设备根据分支规则和合并规则执行更多逻辑关系的任务，灵活处理工作流，适应更加复杂的业务流程，提升用户体验。
在一种可能的实现方式中，第一节点的分支规则和第一任务的表单数据相关联，和/或，第二节点的合并规则和第二任务的表单数据相关联。灵活处理工作流，适应用户需求。
在一种可能的实现方式中，第一任务的表单数据包括以下的一项或多项：和第一节点对应的第一任务相关联用户的数据，或者，和第一节点对应的第一任务相关联用户的账户状态；和/或，第二任务的表单数据包括以下的一项或多项：和第二节点对应的第二任务相关联用户的数据，或者，和第二节点对应的第二任务相关联用户的账户状态。
在一种可能的实现方式中，电子设备根据第一节点的分支规则确定第二节点之后，该方法还包括：在第二节点的合并规则未被满足的情况下，电子设备再次执行第一节点对应的第一任务；在第一节点处于已完成状态时，电子设备根据第一节点的分支规则确定第二节点；在第二节点的合并规则被满足的情况下，电子设备执行第二节点对应的第二任务。再次处理工作流，保证执行完该业务流程，提升用户体验。
在一种可能的实现方式中，电子设备根据第一节点的分支规则确定第二节点，具体包括：电子设备根据工作流确定第一节点的关联节点；电子设备根据分支规则和第一节点的关联节点确定了第二节点。第二节点包括关联节点中的部分或全部节点，灵活处理工作流，适应用户需求。
第二方面，本申请实施例提供了一种处理工作流的电子设备，包括：
处理单元，用于执行第一节点对应的第一任务；第一节点属于工作流包括的多个节点，工作流用于描述业务流程中多个任务之间的逻辑关系；
确定单元，用于在第一节点处于已完成状态时，根据第一节点的分支规则确定第二节点；第一节点处于已完成状态是指，处理单元执行完第一节点对应的第一任务；第二节点属于工作流包括的多个节点；
处理单元，还用于在第二节点的合并规则被满足的情况下，执行第二节点对应的第二任务；其中，第一节点的分支规则和第二节点的合并规则共同指示了：处理单元根据逻辑关系执行第二任务时使用的多种逻辑关系。
在一种可能的实现方式中，第一节点的分支规则和第一任务的表单数据相关联，和/或，第二节点的合并规则和第二任务的表单数据相关联。
在一种可能的实现方式中，第一任务的表单数据包括以下的一项或多项：和第一节点对应的第一任务相关联用户的数据，或者，和第一节点对应的第一任务相关联用户的账户状态；和/或，第二任务的表单数据包括以下的一项或多项：和第二节点对应的第二任务相关联用户的数据，或者，和第二节点对应的第二任务相关联用户的账户状态。
在一种可能的实现方式中，处理单元，还用于在确定单元根据第一节点的分支规则确定第二节点之后，在第二节点的合并规则未被满足的情况下，再次执行第一节点对应的第一任务；确定单元，还用于在处理单元再次执行第一节点对应的第一任务后，且在第一节点处于已完成状态时，根据第一节点的分支规则确定第二节点；处理单元，还用于在第二节点的合并规则被满足的情况下，执行第二节点对应的第二任务。
在一种可能的实现方式中，确定单元，具体用于：根据工作流确定第一节点的关联节点；根据第一节点的分支规则和第一节点的关联节点确定第二节点。
第三方面，本申请实施例提供了一种处理工作流的电子设备，包括存储器、一个或多个处理器；存储器与一个或多个处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，一个或多个处理器调用计算机指令以使得电子设备执行第一方面所述的方法，此处不再赘述。
第四方面，本申请实施例提供了一种计算机可读存储介质，其特征在于，该计算机可读存储介质存储有计算机程序，计算机程序被处理器执行以实现上述第一方面的方法。
实施本申请实施例提供的技术方案，电子设备利用分支规则和合并规则实现有多种逻辑关系的工作流，灵活处理该工作流，适应用户需求，提升用户体验。
附图说明
图1是本申请实施例提供的一个描述业务流程的工作流示意图；
图2是本申请实施例提供的一种处理工作流的通信系统示意图；
图3是本申请实施例提供的一种处理工作流的方法流程示意图；
图4是本申请实施例提供的另一个描述业务流程的工作示意图；
图5是本申请实施例提供的另一种处理工作流的方法流程示意图；
图6是本申请实施例提供的一种处理工作流的电子设备的结构示意图；
图7是本申请实施例提供的一种处理工作流的电子设备实体结构示意图。
具体实施方式
本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于描述特定顺序。此外，“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
在本申请中使用的术语“服务器”、“单元”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，服务器可以是但不限于，处理器，数据处理平台，计算设备，计算机，两个或更多个计算机等。
首先，对本申请中的部分用语进行解释说明，以便于本领域技术人员理解。
(1)业务流程：一个业务的整体流程。业务可以是采购业务、请假业务、团购业务、费用报销业务、供应链管理业务、信息管理业务等，这里不做限制。一个业务流程可以分解为一个或多个任务。
(2)工作流：用于描述业务流程中一个或多个任务之间的逻辑关系。工作流可以包括一个或多个工作流节点。工作流中的一个节点对应于业务流程中的一个任务。
(3)工作流引擎：用于实现工作流描述的业务流程。工作流引擎运行在电子设备中，能够在业务流程中的多个参与者之间按照预定义的逻辑关系自动传递文档、信息或任务，从而完成业务流程。
下面将结合一个具体的业务流程描述上述概念。
以请假业务的业务流程为例进行说明。假设请假业务的业务流程包括4个任务：任务1.请假人a提交请假单。任务2.审批人b处理该请假单。任务3.审批人c处理该请假单。任务4.审批人d处理该请假单。假设，在该业务流程中，当审批人b、审批人c、审批人d三人中的任意一人同意请假人a的请假申请时，请假人a请假成功。
参考图1，图1示出了用于描述该业务流程的工作流。该工作流包括有4个节点：节点101、节点102、节点103和节点104。节点101对应于任务1、节点102对应于任务2、节点103对应于任务3、节点104对应于任务4。如图所示，该工作流描述的业务流程中4个任务间的逻辑关系有3种：
1.先有请假人a提交请假单，然后由审批人b处理该请假单，请假人a请假成功。
2.先有请假人a提交请假单，然后由审批人c处理该请假单，请假人a请假成功。
3.先有请假人a提交请假单，然后由审批人d处理该请假单，请假人a请假成功。
在一些可行的实施例中，可以由如图2所示的通信系统来处理该工作流。具体的，该通信系统包括：电子设备201、终端设备202、终端设备203、终端设备204、终端设备205、终端设备206。
在一些可行的实施例中，终端设备可以是便携式终端设备，诸如智能手机、平板电脑、具备无线通讯功能的可穿戴终端设备(如智能手表)等。便携式终端设备的示例性实施例包括但不限于搭载
举例说明，用户a可以通过用户账号登录到终端设备202、终端设备203，用户b可以通过用户账号登录到终端设备204、用户c可以通过用户账号登录到终端设备205、用户d可以通过用户账号登录到终端设备206。用户a可以是请假人a，用户b可以是审批人b，用户c可以是审批人c，用户d可以是审批人d。
电子设备201可以是服务器，具体的，服务器可以是通过全球移动通讯系统(globalsystemformobilecommunications，gsm)，通用分组无线服务(generalpacketradioservice，gprs)，码分多址接入(codedivisionmultipleaccess，cdma)，宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)，时分码分多址(time-divisioncodedivisionmultipleaccess，td-scdma)，长期演进(longtermevolution，lte)，无线局域网(wirelesslocalareanetworks，wlan)(如无线保真(wirelessfidelity，wi-fi)网络)，全球导航卫星系统(globalnavigationsatellitesystem，gnss)，等无线通信技术与终端设备建立连接的服务器，也可以是通过金属导线、光纤等有线通信技术与终端设备建立连接的服务器。
终端设备上安装有业务流程相关的应用程序。当终端设备连接至网络中业务流程相关的服务器之后，该业务流程相关的服务器可以为终端设备提供各个任务的表单数据，这样服务器便可以完成业务流程中的各个任务。
在处理该工作流的过程中，电子设备201运行对应于该工作流的工作流引擎。在一些可行的实施例中，终端设备202响应于用户a的用户操作提交请假单给电子设备201，电子设备201可以将该请假单推送至用户b通过用户账号登录的终端设备204，用户b处理该请假单。终端设备204接收用户b的用户操作获取用户b的处理结果，并将该处理结果发送至电子设备201。
为了自动化的处理工作流描述的业务流程中的任务，本申请实施例提供了一种处理工作流的方法。在该方法中，电子设备根据第一节点对应的分支规则确定执行完第一任务后需要执行的第二任务，并根据第二节点的合并规则判断第二任务是否能被执行。在根据合并规则确定执行第二任务的情况下，电子设备执行第二任务。这里的分支规则和合并规则共同指示了电子设备执行第二任务的多种逻辑关系。节点对应的分支规则、合并规则可参考后续方法实施例的相关描述，这里不做赘述。
通过本申请实施例的提供的方法，电子设备根据各节点分支规则和合并规则执行多种逻辑关系的任务，灵活的处理该工作流，从而灵活的适应该工作流描述的复杂业务流程，适应用户需求。
下面将对本申请实施例进行详细描述。
请参见图3，是本申请实施例提供的一种处理工作流的方法的流程示意图。如图3所示，该处理工作流的方法可以包括：
步骤s301：电子设备执行第一节点对应的第一任务，第一节点属于工作流中的多个节点。
其中，工作流可以用于描述某个企业的业务流程，电子设备运行的工作流引擎可以实现该业务流程。
需要清楚，在工作流描述的业务流程中，可以有多个任务同时进行。例如，在上一步骤的多个任务执行完后才开始执行当前步骤，即某一工作流节点关联的上一级节点有多个。当前步骤执行结束后同时执行多个任务，即某一工作流节点关联的下一级节点有多个等。
具体的，第一任务是该工作流描述的业务流程中正在处理的任务。在一些可行的实施例中，第一节点的数量可以为一个，从而第一节点对应的第一任务的数量为一个。如图1所示，第一任务可以是节点101对应的任务1。
在另一些可行的实施例中，第一节点的数量可以为多个，从而第一节点对应的第一任务的数量为多个。参考图4，图4示出了描述另一个业务流程的工作流。假设该购买物品的业务流程包括3个任务：任务41.用户m提交申请单。任务42.用户n提交申请单。任务43.审批人k同意购买。该工作流包括有3个节点：节点401、节点402和节点403。节点401对应于任务41、节点402对应于任务42、节点403对应于任务43。第一任务可以是节点401对应的任务41和节点402对应的任务42。
在一些可行的实施方式中，在电子设备执行第一任务时可能需要用户介入，电子设备通过终端设备与用户进行人机交互。可参考图2的相关描述，这里不做赘述。
步骤s302：在第一节点处于已完成状态时，电子设备根据第一节点的分支规则确定第二节点；第二节点属于工作流包括的多个节点。
为了方便描述，可以用节点的状态来指示该节点对应任务的处理状态。节点的状态包括：未开始状态、处理中状态、已完成状态。节点处于未开始状态指示该节点对应的任务还未被电子设备执行。节点处于处理中状态指示该节点对应的任务正在被电子设备执行。节点处于已完成状态指示该节点对应的任务已经被电子设备执行完。
具体的，第一节点的分支规则用于指示在第一节点对应的第一任务执行完成后应当执行的任务。第一节点的分支规则是预先存储在电子设备中的。电子设备根据工作流中节点间的关联关系确定第一节点关联的下一级节点，并根据第一节点的分支规则确定第二节点。第二节点为第一节点关联的下一级节点中的部分或全部节点。在一些可行的实施例中，电子设备可通过“v_get_parents”和“v_get_children”指令获取工作流中节点间的关联关系。
第一节点的分支规则和第一任务的表单数据相关联。电子设备可根据第一任务的表单数据确定第二节点。第一任务的表单数据中包括以下的一项或多项：第一节点对应的第一任务的相关联用户的数据、第一节点对应的第一任务相关联用户的账户状态。
下面将结合具体的例子进行说明。
电子设备根据第一节点对应的第一任务的相关联用户的数据确定第二节点。参考图1所示的工作流，并且该工作流描述了业务流程中4个任务间的3种逻辑关系，具体可参考图1的描述。假设第一任务是任务1，即请假人a提交请假单。在电子设备执行完第一任务时，即终端设备响应请假人a的用户操作成功提交请假单。电子设备根据请假单确定第二节点，即请假单为第一任务的相关联用户的数据。假设一个请假规则：在请假人a申请病假时，需审批人b、审批人c、审批人d三人中的任意一人同意该请假申请。在请假人a申请事假时，需审批人b、审批人c、审批人d三人中的任意两人同意该请假申请。在请假人a申请年假时，需审批人b、审批人c、审批人d三人均同意该请假申请。
如果请假人a提交了病假的请假单，根据分支规则和第一节点的关联节点，可以将节点102、节点103和节点104中的任意一个节点确定为第二节点。如果请假人a提交了事假的请假单，根据分支规则和第一节点的关联节点，可以将节点102、节点103和节点104中的任意两个节点确定为第二节点。如果请假人a提交了年假的请假单，根据分支规则和第一节点的关联节点，可以将节点102、节点103和节点104中的三个节点确定为第二节点。
需要明白，这里的第一节点对应的第一任务的相关联用户的数据仅仅为了说明本申请方法，不应构成限定。
电子设备根据第一节点对应的第一任务的相关联用户的账户状态确定第二节点。账户状态包括：在线、离线。参考图1所示的工作流，在电子设备执行完第一任务时，即终端设备响应请假人a的用户操作成功提交请假单。假设一个请假规则：在请假人a请假时，需账户状态为在线的审批人同意该请假申请。如果请假人a提交了请假单，审批人b的账户状态为在线，审批人c的账户状态为离线，审批人d的账户状态为离线，根据分支规则和第一节点的关联节点，可以将节点102确定为第二节点。如果请假人a提交了请假单，审批人b的账户状态为在线，审批人c的账户状态为在线，审批人d的账户状态为离线，根据分支规则和第一节点的关联节点，可以将节点102、节点103确定为第二节点。如果请假人a提交了请假单，审批人b的账户状态为在线，审批人c的账户状态为在线，审批人d的账户状态为在线，根据分支规则和第一节点的关联节点，可以将节点102、节点103、节点104确定为第二节点。
需要明白，这里的第一节点对应的第一任务的相关联用户的账户状态仅仅为了说明本申请方法，不应构成限定。
需要明白，根据第一节点的分支规则确定的第二节点的数量可以为一个或多个。这里不做限定。
步骤s303：在第二节点的合并规则被满足的情况下，电子设备执行第二节点对应的第二任务。
具体的，第二节点的合并规则是预先存储在电子设备中的，用于判断是否执行第二节点对应的第二任务。
第二节点的合并规则和第二任务的表单数据相关联。第二任务的表单数据中包括以下的一项或多项：第二节点对应的第二任务的相关联用户的数据、第二节点对应的第二任务相关联用户的账户状态。可参考后面图5实施例的相关描述。
通过上述申请实施例的提供的方法，电子设备主要根据节点的分支规则确定执行任务的多种逻辑关系，灵活的处理该工作流，适应用户需求。例如，在请假业务的业务流程中，可以实现公司规定的，在任意一个或几个审批人同意该请假申请时，请假人就能请假成功，而无需固定人员同意该请假申请时，请假人才能请假成功。在拼团购买物品的业务流程中，可以实现商家规定的，在购买物品的人数大于第一阈值时，用户才能用拼团价购买商品。灵活适应用户需求，节省人力资源与物力资源。
请参见图5，是本申请实施例提供的另一种处理工作流的方法的流程示意图。如图5所示，该处理工作流的方法可以包括：
步骤s501：电子设备执行第一节点对应的第一任务，第一节点属于工作流中的多个节点。参考步骤s301，这里不做赘述。
步骤s502：在第一节点处于已完成状态时，电子设备根据第一节点的分支规则确定第二节点，第二节点属于工作流包括的多个节点。参考步骤s302，这里不做赘述。
步骤s503：在第二节点的合并规则被满足的情况下，电子设备执行第二节点对应的第二任务。
第二节点的合并规则和第二任务的表单数据相关联。电子设备可根据第二任务的表单数据判断是否执行第二节点。第二任务的表单数据中包括以下的一项或多项：第二节点对应的第二任务的相关联用户的数据、第二节点对应的第二任务相关联用户的账户状态。
下面将结合具体的例子进行说明。
电子设备根据第二节点对应的第二任务的相关联用户的数据确定执行第二节点对应的任务。参考图1所示的工作流，假设，第二节点包括节点102、节点103、节点104。在电子设备确定了第二节点后，获取第二节点中各个节点的合并规则，并根据第二节点中各个节点的合并规则确定执行的第二任务。例如，第二节点对应的第二任务的相关联用户的数据是请假单。假设一个请假申请的规则：请假人a申请病假时，需审批人b、审批人c、审批人d三人中的任意一人同意该请假申请。在请假人a申请事假时，需审批人b、审批人c、审批人d三人中的任意两人同意该请假申请。在请假人a申请年假时，需审批人b、审批人c、审批人d三人均同意该请假申请。
如果请假人a提交了病假的请假单，根据合并规则，可以执行任务2、任务3和任务4中的任意一个任务。如果请假人a提交了事假的请假单，可以执行任务2、任务3和任务4中的任意两个任务。如果请假人a提交了年假的请假单，执行任务2、任务3和任务4中的三个任务。
需要明白，这里的第二节点对应的第二任务的相关联用户的数据仅仅为了说明本申请方法，不应构成限定。
电子设备根据第二节点对应的第二任务的相关联用户的账户状态确定执行第二节点对应的任务。参考图1所示的工作流，并且该工作流描述了业务流程中4个任务间的3种逻辑关系，具体可参考图1的描述。第二节点包括节点102、节点103、节点104。在电子设备确定了第二节点后，获取第二节点中各个节点的合并规则，并根据第二节点的合并规则确定执行的第二任务。假设一个请假规则：在请假人a请假时，需账户状态为在线的审批人同意该请假申请。如果请假人a提交了请假单，审批人b的账户状态为离线，审批人c的账户状态为在线，审批人d的账户状态为离线，根据合并规则，执行任务3。如果请假人a提交了请假单，审批人b的账户状态为在线，审批人c的账户状态为在线，审批人d的账户状态为离线，根据合并规则执行任务2和任务3。如果请假人a提交了请假单，审批人b的账户状态为在线，审批人c的账户状态为在线，审批人d的账户状态为在线，根据合并规则执行任务2、任务3和任务4。
需要明白，这里的第一节点对应的第一任务的相关联用户的账户状态仅仅为了说明本申请方法，不应构成限定。
进一步的，在一些可行的实施方式中，在第二节点的合并规则均未被满足的情况下，电子设备再次执行步骤s501、步骤s502、步骤s503。例如，在该请假人a提交请假申请后，一段时间内没有账户状态为在线的审批人，电子设备重新执行步骤s501中的第一任务。
通过上述申请实施例的提供的方法，电子设备主要根据节点的合并规则确定执行任务的多种逻辑关系，灵活的处理该工作流。
上述实施例描述的方法中，电子设备单独利用节点的分支规则和节点的合并规则确定执行任务的多种逻辑关系。在另一些可行的实施例中，电子设备可以同时利用节点的分支规则和合并规则确定执行任务的多种逻辑关系。这里不做限定。
通过上述申请实施例的提供的方法，电子设备主要根据节点的分支规则确定执行任务的多种逻辑关系，灵活的处理该工作流，适应用户需求。例如，在请假业务的业务流程中，可以实现公司规定的，在任意一个或几个审批人同意该请假申请时，请假人就能请假成功，而无需固定人员同意该请假申请时，请假人才能请假成功。在拼团购买物品的业务流程中，可以实现商家规定的，在购买物品的人数大于第一阈值时，用户才能用拼团价购买商品。灵活适应用户需求，节省人力资源与物力资源。
上述详细阐述了本申请实施例的方法，下面提供了与本申请实施例的相关处理工作流的电子设备。请参考附图6，图6是本申请实施例提供的一种处理工作流电子设备的结构示意图。可以包括处理单元601，确定单元602。
处理单元601，用于执行第一节点对应的第一任务；第一节点属于工作流包括的多个节点，工作流用于描述业务流程中多个任务之间的逻辑关系。
确定单元602，用于在第一节点处于已完成状态时，根据第一节点的分支规则确定第二节点；第一节点处于已完成状态是指，处理单元601执行完第一节点对应的第一任务；第二节点属于工作流包括的多个节点。
处理单元601，还用于在第二节点的合并规则被满足的情况下，执行第二节点对应的第二任务；其中，第一节点的分支规则和第二节点的合并规则共同指示了：根据逻辑关系执行第二任务时使用的多种逻辑关系。
在一种可能的实现方式中，处理单元601，还用于在根据第一节点的分支规则确定第二节点之后，在第二节点的合并规则未被满足的情况下，再次执行第一节点对应的第一任务。
在一种可能的实现方式中，确定单元602，还用于在处理单元再次执行第一节点对应的第一任务后，且在第一节点处于已完成状态时，根据第一节点的分支规则确定第二节点。
在一种可能的实现方式中，处理单元601，还用于在第二节点的合并规则被满足的情况下，执行第二节点对应的第二任务。
在一种可能的实现方式中，确定单元602，具体还用于，根据工作流确定第一节点的关联节点；根据第一节点的分支规则和第一节点的关联节点确定第二节点。
需要说明的是，各个操作的实现还可以对应参照方法实施例的相应描述，此处不再赘述。
请参考附图7，图7是本申请实施例提供的一种处理工作流的电子设备简化的实体装置结构示意图，便于理解和图示方便，图7电子设备70中，可以包括以下一个或多个部分：存储器701，一个或多个处理器702。
存储器701可以包括一个或多个存储单元，每个单元可以包括一个或多个存储器，存储器701与一个或多个处理器耦合，可用于存储程序和各种数据，并能在电子设备70运行过程中高速、自动地完成程序或数据的存取。在本申请实施例中，存储器701可用于存储工作流引擎相关的程序代码、工作流中各个节点的分支规则、合并规则以及表单数据。
处理器702，处理器可以是中央处理器(centralprocessingunit，cpu)，网络处理器(networkprocessor，np)或者cpu和np的组合。处理器702用于调用所述存储器701的数据执行所述方法的相关描述，此处不再赘述。
需要说明的是，各个操作的具体实现还可以对应参照方法实施例的相应描述，此处不再赘述。
在本申请中，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外，在本申请各个实施例中的各功能组件可以集成在一个组件也可以是各个组件单独物理存在，也可以是两个或两个以上组件集成在一个组件中。上述集成的组件既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的组件如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个本申请实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。尽管在此结合各实施例对本申请进行了描述，然而，在实施例所要求保护的本申请过程中，本领域技术人员可理解并实现公开实施例的其他变化。
- 还没有人留言评论。精彩留言会获得点赞！