CN107909330B - 工作流数据处理方法、装置、存储介质和计算机设备 - Google Patents

Abstract

本发明涉及一种工作流数据处理方法、装置、存储介质和计算机设备。该方法包括：获取第一系统对当前节点上的工作流数据的第一处理结果，所述第一处理结果中携带用户标识；根据所述第一处理结果确定所述工作流数据流转的下游节点；当所述下游节点对应的用户标识与第一处理结果中的用户标识相同，且所述当前节点的节点类型与所述下游节点的节点类型不同时，获取所述下游节点关联的访问地址；跳转至所述访问地址指向的第二系统，并调用所述第二系统中与所述用户标识关联的用户登录信息登录所述第二系统，在所述第二系统上展示所述下游节点上的工作流数据。上述工作流数据处理方法、装置、存储介质和计算机设备可提高对工作流数据的处理效率。

Description

工作流数据处理方法、装置、存储介质和计算机设备

技术领域

本发明涉及信息处理技术领域，特别是涉及一种工作流数据处理方法、装置、存储介质和计算机设备。

背景技术

工作流(Workflow)是将一组任务组织起来以完成某个经营过程，是对工作流程及其各操作步骤之间业务规则的抽象、概括描述。工作流定义了任务的触发顺序和触发条件，将每个任务拆分成多个节点任务，每个节点任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。工作流解决的主要问题是：为了实现某个业务目标，利用计算机在多个参与者之间按某种预定规则自动传递文档、信息或者任务。

在对工作流数据的处理处理过程中，当存在一个或几个节点需要通过不同的系统才能进行处理时，传统的方法在进入不同系统需要用户手动进行系统切换，在另一个系统里面来查询相应的工作流数据进行处理，这种手动切换的方式效率低下。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高工作流数据处理效率的工作流数据处理方法、装置、存储介质和计算机设备。

一种工作流数据处理方法，所述方法包括：获取第一系统对当前节点上的工作流数据的第一处理结果，所述第一处理结果中携带用户标识；根据所述第一处理结果确定所述工作流数据流转的下游节点；当所述下游节点对应的用户标识与第一处理结果中的用户标识相同，且所述当前节点的节点类型与所述下游节点的节点类型不同时，获取所述下游节点关联的访问地址；跳转至所述访问地址指向的第二系统，并调用所述第二系统中与所述用户标识关联的用户登录信息登录所述第二系统，在所述第二系统上展示所述下游节点上的工作流数据。

在其中一个实施例中，所述根据所述第一处理结果确定所述工作流数据流转的下游节点，包括：获取所述第一处理结果对应的下游节点的节点标识；当所述节点标识包括多个时，根据所述工作流数据计算相对于下游节点的处理值；根据所述处理值确定所述工作流数据流转的下游节点。

在其中一个实施例中，在所述根据所述第一处理结果确定所述工作流数据流转的下游节点之后，还包括：当所述下游节点对应的上游节点包括多个时，获取每个上游节点之间执行的逻辑关系，所述上游节点包括当前节点；若所述逻辑关系为或执行关系，则向所述当前节点之外的上游节点对应的业务终端发送处理终止消息。

在其中一个实施例中，在所述根据所述第一处理结果确定所述工作流数据流转的下游节点之后，还包括：当所述下游节点包括多个时，获取每个下游节点对应的用户标识；检测所述下游节点对应的用户标识与第一处理结果中的用户标识是否相同，若是，则判定所述下游节点对应的用户标识与第一处理结果中的用户标识相同。

在其中一个实施例中，在所述第二系统上展示所述下游节点上的工作流数据之后，还包括：获取对所述下游节点上的工作流数据的第二处理结果，并返回至所述第一系统。

一种工作流数据处理装置，所述装置包括：第一处理结果获取模块，用于获取第一系统对当前节点上的工作流数据的第一处理结果，所述第一处理结果中携带用户标识；下游节点确定模块，用于根据所述第一处理结果确定所述工作流数据流转的下游节点；访问地址获取模块，用于当所述下游节点对应的用户标识与第一处理结果中的用户标识相同，且所述当前节点的节点类型与所述下游节点的节点类型不同时，获取所述下游节点关联的访问地址；跨系统模块，用于跳转至所述访问地址指向的第二系统，并调用所述第二系统中与所述用户标识关联的用户登录信息登录所述第二系统，在所述第二系统上展示所述下游节点上的工作流数据。

在其中一个实施例中，所述下游节点确定模块还用于获取所述第一处理结果对应的下游节点的节点标识；当所述节点标识包括多个时，根据所述工作流数据计算相对于下游节点的处理值；根据所述处理值确定所述工作流数据流转的下游节点。

在其中一个实施例中，所述装置还包括：逻辑关系处理模块，用于当所述下游节点对应的上游节点包括多个时，获取每个上游节点之间执行的逻辑关系，所述上游节点包括当前节点；若所述逻辑关系为或执行关系，则向所述当前节点之外的上游节点对应的业务终端发送处理终止消息。

一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述任一项所述方法的步骤。

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

上述的工作流数据处理方法，当工作流数据从当前节点流转至下游节点后，若该下游节点和当前节点的处理用户不变，且处理该下游节点上的工作流数据的系统和当前节点对应的系统不同时，则进一步根据该处理用户的用户标识获取下游节点对应的系统的登录信息，根据该登录信息来自动实现该不同系统的登录，并展示该下游节点上的工作流数据，使得同一个处理用户可对一份工作流数据在不同的节点上进行连续处理，且当处理的系统不同时，可实现对自动跨系统进行工作流数据的展示，提高了对工作流数据处理的效率。

附图说明

图1为一个实施例中工作流数据处理方法的应用环境图；

图2为一个实施例中工作流数据处理方法的流程图；

图3为一个实施例中根据第一处理结果确定工作流数据流转的下游节点的流程图；

图4为一个实施例中工作流数据所包含的部分节点之间的逻辑关系示意图；

图5为另一个实施例中工作流数据所包含的部分节点之间的逻辑关系示意图；

图6为一个实施例中工作流数据处理装置的结构框图；

图7为另一个实施例中工作流数据处理装置的结构框图；

图8为又一个实施例中工作流数据处理装置的结构框图；

图9为一个实施例中终端的内部结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

可以理解，本发明所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本发明的范围的情况下，可以将第一系统称为第二系统，且类似地，可将第二系统称为第一系统。第一系统和第二系统两者都是系统，但其不是同一系统。

本发明实施例所提供的工作流数据处理方法可应用于如图1所示的应用环境中。参考图1所示，该终端110与服务器120通过网络进行连接。服务器120上存储了多份工作流数据，并记录了每份工作流数据的数据处理状态，即所流转的待处理的节点，同时还记录了每个数据流在每个节点上的处理用户。处理用户可通过终端110访问相应的第一系统，终端110可从服务器120上获取待处理的工作流数据并展示，获取第一系统对当前节点上的工作流数据的处理结果。根据该处理结果来确定工作流数据流转的下游节点，当下游节点上的处理用户不变，且下游节点的节点类型与当前节点的节点类型不同时，则终端110可自动访问至对应用于进行下游节点上的工作流数据的处理的第二系统，并调用用户在第二系统上的用户登录信息登录该第二系统，在所述第二系统上展示流转至该下游节点上的工作流数据，从而可实现自动跨系统对工作流数据的处理。

在一个实施例中，如图2所示，提供了一种工作流数据处理方法。本实施例主要以该方法应用于如图1所示的终端上为例进行说明，该方法包括：

步骤S202，获取第一系统对当前节点上的工作流数据的第一处理结果，第一处理结果中携带用户标识。

本实施例中，第一系统为用于对当前节点上的工作流数据进行处理的系统，该系统可为用于对整个工作流数据进行工作流数据的查询、管理以及审批等处理的BPM(Business Process Management，业务流程管理)系统，还可为与该BPM系统有关联的、负责处理当前节点上的工作流数据的其它关联系统。以该第一系统为BPM系统为例说明，终端可首先接收用户对BPM(Business Process Management，业务流程管理)系统的登录访问操作，在验证用户在该BPM系统上的登录账号和密码通过后，可展示相应的工作流数据处理界面，并获取与该登录账号相对应的用户信息，该用户信息中包含用户标识以及用户的个人资料等。用户标识可以是包括数字、字母和标点符号等其中的至少一种的字符的字符串，用于唯一标识相应的用户。BPM系统中设置了多个节点，以及每个节点之间的逻辑关系，一份工作流数据在各节点上的处理用户可相同或不同。

具体地，当前节点为工作流数据所流转至当前待处理的节点，当前节点上的工作流数据为处于当前节点上所需处理的任务数据。以保险为例，某一保险类的工作流数据可包括保险编号、投保人以及核保金额等数据，相应地，为该保险类的工作流数据设置的处理节点可包括机构核保人处理节点、中心核保人处理节点、质检抽检节点、中心问题岗处理节点、总部核保人处理节点以及质检岗处理节点等。

第一处理结果为对流转至当前节点上的工作流数据的处理结果，该处理结果中可携带用户标识，终端根据该用户标识可识别作出相应处理结果的处理用户。其中，处理信息可为对对工作流数据的补充或审批等信息。以处理信息为审批信息为例，该第一处理结果为在第一系统上生成的审批结果。审批结果可包括“同意”、“不同意”、“暂存意见”、“征求他人意见”、“返回申请人”以及“转发他人处理”等审批结果。

步骤S204，根据第一处理结果确定工作流数据流转的下游节点。

本实施例中，相对于某一节点来说，位于其相邻的、在前的节点即为相对于该节点的上游节点，位于其相邻的、在后的节点即为相对于该节点的下游节点。对应的，相对于该上游节点而言，上述的某一节点即为该上游节点的下游节点。不同类型的工作流数据所设置的节点不一定相同。终端可根据该工作流数据在各个节点之间的流转规则，并根据该第一处理结果来确定该工作流数据被流转至的下一个节点，即该下游节点。

具体地，可预先设置了多套流转模型，各流转模型对应的流转规则不同。针对所生成的工作流数据，可根据该工作流数据中的具体信息确定相应工作流数据所匹配的流转模型，根据该流转模型中所定义的流转规则以及第一处理结果，确定该工作流数据流转的下游节点。

以处理结果为针对审批结果为例，当处理结果为审批通过时，可根据该审批通过的处理结果，在所定义的流转规则中确定该工作流数据被流转至的下游节点。

步骤S206，当下游节点对应的用户标识与第一处理结果中的用户标识相同，且当前节点的节点类型与下游节点的节点类型不同时，获取下游节点关联的访问地址。

本实施例中，终端可根据所确定的下游节点，获取预设的与该下游节点的节点标识关联的用户标识，该用户标识对应的处理用户即为被分配的用于处理该下游节点上的处理用户。并比较该获取的用户标识是否与第一处理结果中携带的用户标识相同。若相同，则判定该工作流数据流在下游节点上的处理用户保持不变。此时，可使该处理用户进一步对该工作流数据进行下游节点上的处理。

终端可进一步检测对应下游节点的节点类型与当前节点的节点类型是否相同。具体地，针对每个节点，设置了相应节点的节点类型，节点类型用于反映处理流转至相应节点上的工作流数据的处理系统。不同节点类型对应的处理系统不同。当检测到下游节点的节点类型与当前节点的节点类型不同时，判定处理下游节点上的工作流数据的处理系统，与处理当前节点上的工作流数据的处理系统不同，可获取下游节点关联的访问地址。该关联的访问地址即为用于处理相应节点上的工作流数据的处理系统的地址。

在一个实施例中，该节点类型包括内部任务节点类型和外部任务节点类型。内部任务节点类型表示处理相应节点上的工作流数据的处理系统为上述的BPM系统，即表示是在BPM系统来处理相应节点上的工作流数据。外部任务节点类型表示处理相应节点上的工作流数据的处理系统并非BPM系统，而是与BPM系统关联的关联系统，即表示是在外接系统上处理相应节点上的工作流数据。

终端还预先配置了每个节点对应需要登入的系统的访问地址，将所配置的访问地址与相应节点的节点标识设置了相应的关联关系。在判定当前节点的节点类型与下游节点的节点类型不同时，可根据下游节点的节点标识，获取到该下游节点关联的访问地址。通过该访问地址，可直接访问处理流转至下游节点上的工作流数据的处理系统。

在一个实施例中，上述的关联系统可包括一个或多个，当为多个时，每个不同关联系统对应的具体外部任务节点类型不同。即该外部任务节点类型可包括一个或多个，每个外部节点类型对应一个关联系统。终端可将每个不同关联系统对应的具体外部任务节点类型分别依次标记为第一外部任务节点类型、第二外部任务节点类型等。比如存在节点A的节点类型为第一外部任务节点类型，节点B的节点类型为第二外部任务节点类型，即表示处理流转至节点A和节点B上的工作流数据的关联系统是两个不同的系统。

步骤S208，跳转至访问地址指向的第二系统，并调用第二系统中与用户标识关联的用户登录信息登录第二系统，在第二系统上展示下游节点上的工作流数据。

本实施例中，终端可直接访问所获取到的下游节点关联的访问地址，从而跳转至该访问地址指向的第二系统。并根据该用户标识获取该用户在第二系统上设置的登录信息，根据所获取的登录信息自动登录该第二系统，实现对第二系统的自动登录，并展示流转至该下游节点上的工作流数据，使得用户可直接对该下游节点上的工作流数据进行处理。

具体地，还预设了该用户标识与每个关联系统上的登录信息之间的关联关系，使得根据该用户标识，查询到在相应的第二系统上的登录信息，从而实现了自动对第二系统的登录，无需用户再进行手动输入第二系统上的账号与密码等登录信息，提高了对工作流数据的处理效率。

上述的工作流数据处理方法，当工作流数据从当前节点流转至下游节点后，若该下游节点和当前节点的处理用户不变，且处理该下游节点上的工作流数据的系统和当前节点对应的系统不同时，则进一步根据该处理用户的用户标识获取下游节点对应的系统的登录信息，根据该登录信息来自动实现该不同系统的登录，并展示该下游节点上的工作流数据，使得同一个处理用户可对一份工作流数据在不同的节点上进行连续处理，且当处理的系统不同时，可实现对自动跨系统进行工作流数据的展示，提高了对工作流数据处理的效率与便利性。也避免了用户需要登入两个不同系统来处理工作流数据而产生的困惑，避免用户有时搞不清楚到底应该登入哪个系统来处理相应的工作流数据。

举例来说，在保险领域，由于保险的种类繁多，不同险种、不同的保险事项形成的工作流数据，在节点之间的流转顺序均不一定相同，将上述方法应用到保险领域的工作流数据处理中，可提高对保险类的工作流数据流转处理的灵活性。

在一个实施例中，步骤S202包括：接收在第一系统界面中对流转至当前节点上的工作流数据输入的处理信息，根据该处理信息生成对当前节点上的工作流数据的第一处理结果。

处理信息可为语音信息或文本信息等任意一种。针对文本信息，该第一系统界面中还可提供用于输入处理意见的处理信息的输入框和/或下拉框，将处理用户在该处理信息输入框中所输入的信息作为处理信息。和/或根据用户对下拉框中所包含的多个预设的处理意见中的一个的选取操作，作为对应的处理信息。

在一个实施例中，第一系统界面中还可提供多个常用的处理意见的触发控件，每个触发控件上可展示对应所表示的处理意见。同样以处理信息为审批信息为例，可分别展示表示“同意”、“不同意”、“暂存意见”、“征求他人意见”、“返回申请人”以及“转发他人处理”等处理意见的触发控件。在监听到对其中一个控件的触发操作时，获取该触发操作所对应的处理信息，将该处理信息作为用户输入的处理信息。通过直接提供表示对应处理意见的处理信息，以进一步提高用户处理的便利性。

在一个实施例中，第一系统界面中也可提供语音输入控件，在监听到对该语音输入控件的触发操作后，可获取当前环境中的语音信息，将该语音信息作为处理信息。通过提供语音输入作为处理信息，也可提高处理信息输入的便利性。比如说，当监听到对该语音输入控件保持按压操作时，可持续获取当前环境中的语音信息，在监听到按压操作结束时，则终止获取当前环境中的语音信息。将在按压期间所获取到的语音信息作为处理信息。

在一个实施例中，处理终端还可预先设置了不同运动轨迹所对应的处理信息，通过处理终端中的运动传感器检测本机的运动轨迹，当检测到的运动轨迹与预设的运动轨迹相匹配时，获取该匹配的运动轨迹所对应的处理信息。比如用户可以通过摇晃手机来获取对应的处理信息。

在一个实施例中，如图3所示，上述步骤S204包括：

步骤S302，获取第一处理结果对应的下游节点的节点标识。

本实施例中，预设了工作流中的各节点之间的流转规则，该流转规则包括各节点之间的流转顺序和流转条件。在某一节点上的工作流数据，在不同流转条件下，所流转的下一节点不一定相同。具体地，可根据在该某一节点上的处理结果和/或工作流数据中携带的相关信息来确定所匹配的流转条件，根据所匹配的流转条件获取对应下游节点的节点标识。

举例来说，处理信息为审批信息，第一处理结果为审批通过的审批结果时，则可查询并获取预设的处于审批通过的条件下，对应的下游节点的节点标识。

步骤S304，当节点标识包括多个时，根据工作流数据计算相对于下游节点的处理值。

本实施例中，可检测该下游节点的数量，即第一处理结果对应的下游节点的节点标识的数量。若数量超过一个，则需判断该多个下游节点是需要全部处理还是仅需处理其中的一部分。具体的，对每个下游节点设置了对应的处理值，使得可以通过该处理值来确定与上游节点对应的需执行的下游节点。

其中，处理值可由工作流数据的描述信息对应计算出。工作流数据的描述信息为该工作流数据的具体任务信息和用户信息。以保险类的工作流数据为例，具体任务信息可包括被保人的变更、保费的变更等，用户信息可包括用户的信用等级、历史退费频率等。

在一个实施例中，步骤S304包括：从描述信息中提取相关的处理因子，根据该处理因子计算出对应的处理值。

处理因子为用于确定该工作流数据所需的处理的下游节点的考虑因素，该处理因子可从描述信息中提取。同样以保险类的工作流数据为例，当该工作流数据为保全保险处理任务中的工作流数据时，处理因子包括用户所提交的保全请求中携带的退费数额、用户的退费频率和支付账号的安全等级等其中的一种或多种。

当处理结果对应的下节点包括多个时，针对处于该当前节点上的工作流数据具体流转至哪一个或多个下游节点，还预先设置了处理值的计算模型。该计算模型中涉及到需要使用到相应的处理因子，使得根据处理因子转换的具体数值可计算出对应的处理值。具体的，终端可根据计算模型所涉及到的处理因子，从描述信息中提取对应具体的处理因子，将其进行量化，将量化后的数值作为代入该计算模型的入参值，对其进行计算，得到的计算结果即为对应的处理值。

举例来说，某一计算模型中所涉及的处理因子包括保费的退费数额和用户的信用等级，终端可从相应用户的描述信息中提取具体的退费数额和用户的信用等级，将其转化成具体的入参值，代入对应的计算模型中，从而计算出相应的处理值，且不同的退费数额和信用等级所计算出的处理值也不一定相同。

步骤S306，根据处理值确定工作流数据流转的下游节点。

本实施例中，为每个下游节点设置了对应的触发值，触发值可以是一个或多个具体的触发值，也可以是一定范围内的触发值。当检测到该处理值与其中一个或多个触发值相同或处于触发值范围之内时，判定该触发值或触发值范围对应的节点标识所表示的下游节点为工作流数据所需流向的节点。

举例来说，如图4所示，为一个实施例中的工作流数据所包含的部分节点之间的逻辑关系。

其中，该工作流数据被预设流转的节点包含了节点A～C。其中，节点B、C即为节点A的下游节点。节点B和节点C的触发条件分别为“Flag＝1或Flag＝3”和“Flag＝2或Flag＝3”。即当处理值的计算结果1时，确定节点B为仅需处理的下游节点，当处理值的计算结果为2时，确定节点C为仅需处理的下游节点，当处理值的计算结果为3时，确定节点B和C均为需要处理的下游节点。

在一个实施例中，当某一类型的工作流数据的处理流程发生变化时，可对应调整相应的处理值的计算模型和/或下游节点的触发条件，即可灵活的实现对保险业务处理流程的调整，从而还可提高工作流数据处理的流程变更的便利性。

本实施例中，当第一处理结果对应的下游节点包括多个时，通过根据工作流数据计算相对于下游节点的处理值；根据处理值确定工作流数据流转的下游节点。使得工作流数据所需流转的节点可根据处理值的变化而变化，提高了对工作流数据处理的灵活性和通用性。

在一个实施例中，在步骤S204之后，上述方法还包括：当下游节点对应的上游节点包括多个时，获取每个上游节点之间执行的逻辑关系，上游节点包括当前节点；若逻辑关系为或执行关系，则向当前节点之外的上游节点对应的业务终端发送处理终止消息。

本实施例中，如上，上游节点和下游节点是一种相对的说法。上游节点可对应多个下游节点，相反的，下游节点也可对应多个上游节点。针对下游所对应的多个上游节点，还预先设置了该每个上游节点之间执行的逻辑关系。逻辑关系包括排他执行关系、并列执行关系以及或执行关系等。

其中，排他执行关系，即该多个上游节点中仅能有其中一个被执行；并列执行关系，即该多个上游节点需要全部被执行，在该多个上游节点全部被执行完毕后，才可根据审批结果确定后续所需审批的节点；或执行关系，即该多个上游节点可全部被执行，但仅需有一个被执行完毕后，则其他的上游节点则无需被执行。

当所确定的下游节点对应的上游节点包括多个时，显然地，该当前节点即为下游节点对应的上游节点中的一个。终端可获取每个上游节点之间执行的逻辑关系，当为或执行关系时，可在获取到任意一个上游节点(本实施例中，即步骤202中的当前节点)的处理结果后，则该工作流数据被流转至的其它上游节点无需被处理，可将该上游节点的处理结果作为多个上游节点的综合的处理结果。同时，可获取在其它的上游节点上设置的处理用户的用户标识，向该用户标识对应的业务终端发送处理终止消息，以通知相应的用户无需在相应节点上对该工作流数据进行处理。

以对工作流数据的处理为审批处理来举例说明，如图5所示，为另一个实施例中的工作流数据所包含的部分节点之间的逻辑关系。

其中，该节点D和E为节点F的上游节点。若节点D和E之间为排他执行关系，则节点D和E之间只能有一个被执行，在执行完毕后，可根据处理结果确定后续所需审批的节点。若节点D和E之间为并列执行关系，则需要等待节点D和E全部执行完毕，根据该综合处理结果确定后续所需审批的节点。若节点D和E之间为或执行关系，则节点D和E之间均可被执行。在获取到其中一个节点(比如为节点D)的处理结果后，可关闭对另一个节点(比如为节点E)的审批，并根据该处理结果确定后续所需审批的节点，同时向该另一个节点对应的业务终端发送审批终止消息，该审批终止消息为无需对流转至该另一个节点上的工作流数据进行审批的消息，使得该业务终端可处理其它需要审批的审批任务。

本实施例中，通过对多个上游节点之间设置执行的逻辑关系，相应上游节点之间的逻辑关系为或执行关系时，可获取到任意一个上游节点(比如上述的当前节点)处理结果时，即判定完成了对该多个上游节点的执行，使得工作流数据可继续往下游节点流转处理，进一步提高了对工作流数据处理的效率和灵活性。

在一个实施例中，在步骤S204之后，上述方法还包括：当下游节点包括多个时，获取每个下游节点对应的用户标识；检测下游节点对应的用户标识与第一处理结果中的用户标识是否相同，若是，则判定下游节点对应的用户标识与第一处理结果中的用户标识相同。

本实施例中，与上述类似，同样存在相对于当前节点的下游节点数量为多个的情况。当为多个时，可获取每个下游节点对应的用户标识，该用户标识对应的用户即为被配置处理该流转至相应下游节点上的工作流数据的用户。终端可检测下游节点对应的一个或多个用户标识中，是否也包含与当前节点对应的用户标识，若是，则判定当前用户同样也负责对流转至相应其中一个下游节点的工作流数据的处理。即判定下游节点对应的用户标识与第一处理结果中的用户标识相同。从而使得该用户自动继续对该工作流数据在下游节点上的处理，提高了用户进行工作流数据处理的便利性。

在一个实施例中，在步骤S208之后，上述方法还包括：获取对下游节点上的工作流数据的第二处理结果，并返回至第一系统。

第二处理结果为对流转至下游节点上的工作流数据的处理结果。具体地，可接收在第二系统界面中对流转至该下游节点上的工作流数据输入的处理信息，根据该处理信息生成对下游节点上的工作流数据的第二处理结果。该处理信息同样可为语音信息或文本信息等任意一种。并可通过对第二系统的相应界面上提供的输入框、下拉框或常用处理意见的触发控件的输入、选取或点击等操作，生成对应的处理信息，或者根据所提供的语音输入控件的触发，生成相应语音信息的处理信息，还可根据检测到的终端的运动轨迹来生成相匹配的处理信息。

在生成了对下游节点上的工作流数据的处理结果后，可退出该第二系统，重新返回至第一系统中，使得用户继续对相同的当前节点上的其它工作流数据进行处理，进一步提高了对工作流数据处理的便利性。

具体的，该第一系统可为BPM系统，第二系统可为上述的外部系统。使得在外部系统上完成对当前待处理的工作流数据的处理后，可退出该外部系统，重新返回第一系统，继续进行流转至第一系统中的当前节点上的下一个或多个工作流数据的处理。

在一个实施例中，如图6所示，提供了一种工作流数据处理装置，该装置包括：

第一处理结果获取模块602，用于获取第一系统对当前节点上的工作流数据的第一处理结果，第一处理结果中携带用户标识。

下游节点确定模块604，用于根据第一处理结果确定工作流数据流转的下游节点。

访问地址获取模块606，用于当下游节点对应的用户标识与第一处理结果中的用户标识相同，且当前节点的节点类型与下游节点的节点类型不同时，获取下游节点关联的访问地址。

跨系统模块608，用于跳转至访问地址指向的第二系统，并调用第二系统中与用户标识关联的用户登录信息登录第二系统，在第二系统上展示下游节点上的工作流数据。

在一个实施例中，下游节点确定模块604还用于获取第一处理结果对应的下游节点的节点标识；当节点标识包括多个时，根据工作流数据计算相对于下游节点的处理值；根据处理值确定工作流数据流转的下游节点。

在一个实施例中，如图7所示，提供了另一种工作流数据处理装置，该装置还包括：

逻辑关系处理模块610，用于当下游节点对应的上游节点包括多个时，获取每个上游节点之间执行的逻辑关系，上游节点包括当前节点；若逻辑关系为或执行关系，则向当前节点之外的上游节点对应的业务终端发送处理终止消息。

在一个实施例中，上述的工作流数据处理装置还包括：

用户标识检测模块，用于当下游节点包括多个时，获取每个下游节点对应的用户标识；检测下游节点对应的用户标识与第一处理结果中的用户标识是否相同，若是，则判定下游节点对应的用户标识与第一处理结果中的用户标识相同。

在一个实施例中，如图8所示，提供了又一种工作流数据处理装置，该装置还包括：

第二处理结果获取模块612，用于获取对下游节点上的工作流数据的第二处理结果。

该跨系统模块608还用于返回至第一系统。

上述装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于终端中的处理器中，也可以以软件形式存储于终端中的存储器中，以便于处理器调用执行以上各个模块对应的操作。该处理器可以为中央处理单元(CPU)、微处理器、单片机等。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例中所提供的一种工作流数据处理方法的步骤。

在一个实施例中，该计算机程序被处理器执行时实现以下步骤：获取第一系统对当前节点上的工作流数据的第一处理结果，第一处理结果中携带用户标识；根据第一处理结果确定工作流数据流转的下游节点；当下游节点对应的用户标识与第一处理结果中的用户标识相同，且当前节点的节点类型与下游节点的节点类型不同时，获取下游节点关联的访问地址；跳转至访问地址指向的第二系统，并调用第二系统中与用户标识关联的用户登录信息登录第二系统，在第二系统上展示下游节点上的工作流数据。

在一个实施例中，该计算机程序被处理器执行时实现的根据第一处理结果确定工作流数据流转的下游节点，以下步骤：获取第一处理结果对应的下游节点的节点标识；当该节点标识包括多个时，根据工作流数据计算相对于下游节点的处理值；根据处理值确定工作流数据流转的下游节点。

在一个实施例中，该计算机程序被处理器执行时还包括实现以下步骤：当下游节点对应的上游节点包括多个时，获取每个上游节点之间执行的逻辑关系，上游节点包括当前节点；若逻辑关系为或执行关系，则向当前节点之外的上游节点对应的业务终端发送处理终止消息。

在一个实施例中，该计算机程序被处理器在执行时，在实现根据第一处理结果确定工作流数据流转的下游节点之后，还包括实现以下步骤：当下游节点包括多个时，获取每个下游节点对应的用户标识；检测下游节点对应的用户标识与第一处理结果中的用户标识是否相同，若是，则判定下游节点对应的用户标识与第一处理结果中的用户标识相同。

在一个实施例中，该计算机程序被处理器在执行时，在实现第二系统上展示下游节点上的工作流数据之后，还包括实现以下步骤：获取对下游节点上的工作流数据的第二处理结果，并返回至第一系统。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，该处理器执行程序时实现上述各实施例中所提供的一种工作流数据处理方法的步骤。

具体地，该计算机设备可包括但不限于手机、平板电脑、便携式笔记本或智能穿戴设备等终端。如图9所示，为一个实施例中终端的内部结构示意图。该终端包括通过系统总线连接的处理器、存储器、网络接口和显示屏。其中，该终端的处理器用于提供计算和控制能力，支撑整个终端的运行。存储器用于存储数据、指令代码等，存储器上存储至少一个计算机程序，该计算机程序可被处理器执行，以实现本申请实施例中提供的适用于终端的工作流数据处理方法。存储器可包括磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质等。例如，在一个实施例中，存储器包括非易失性存储介质及内存储器。非易失性存储介质存储有操作系统、数据库和计算机程序。该数据库中存储有用于实现以上各个实施例所提供的一种工作流数据处理方法相关的数据，比如可存储相应的工作流数据等。该计算机程序可被处理器所执行，以用于实现以上各个实施例所提供的一种工作流数据处理方法。终端中的内存储器为非易失性存储介质中的操作系统、数据库和计算机程序提供高速缓存的运行环境。网络接口可以是以太网卡或无线网卡等，用于与外部的终端或服务器进行通信。终端的显示屏可用于显示第一系统界面以及第二系统界面等，可以是触摸屏，比如为电容屏或电子屏，可通过接收作用于该触摸屏上显示的控件的点击操作，生成相应的指令。本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的终端的限定，具体的终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，该处理器执行程序时实现以下步骤：获取第一系统对当前节点上的工作流数据的第一处理结果，第一处理结果中携带用户标识；根据第一处理结果确定工作流数据流转的下游节点；当下游节点对应的用户标识与第一处理结果中的用户标识相同，且当前节点的节点类型与下游节点的节点类型不同时，获取下游节点关联的访问地址；跳转至访问地址指向的第二系统，并调用第二系统中与用户标识关联的用户登录信息登录第二系统，在第二系统上展示下游节点上的工作流数据。

在一个实施例中，该处理器执行程序时实现的根据第一处理结果确定工作流数据流转的下游节点，包括以下步骤：获取第一处理结果对应的下游节点的节点标识；当该节点标识包括多个时，根据工作流数据计算相对于下游节点的处理值；根据处理值确定工作流数据流转的下游节点。

在一个实施例中，该处理器执行程序时，在实现根据第一处理结果确定工作流数据流转的下游节点之后，还包括实现以下步骤：当下游节点对应的上游节点包括多个时，获取每个上游节点之间执行的逻辑关系，上游节点包括当前节点；若逻辑关系为或执行关系，则向当前节点之外的上游节点对应的业务终端发送处理终止消息。

在一个实施例中，该处理器执行程序时，在实现根据第一处理结果确定工作流数据流转的下游节点之后，还包括实现以下步骤：当下游节点包括多个时，获取每个下游节点对应的用户标识；检测所述下游节点对应的用户标识与第一处理结果中的用户标识是否相同，若是，则判定下游节点对应的用户标识与第一处理结果中的用户标识相同。

在一个实施例中，该处理器执行程序时，在实现第二系统上展示下游节点上的工作流数据之后，还包括实现以下步骤：获取对下游节点上的工作流数据的第二处理结果，并返回至第一系统。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序可存储在存储器上，比如存储于一非易失性计算机可读取存储介质中。该程序被执行时，可实现包括如上述各方法的实施例的流程。

本发明所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性存储器。合适的非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。

上述各实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

上述的实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种工作流数据处理方法，其特征在于，所述方法包括：

获取第一系统对当前节点上的工作流数据的第一处理结果，所述第一处理结果中携带用户标识；

根据所述第一处理结果以及所述工作流数据在各个节点之间的流转规则确定所述工作流数据流转的下游节点；

当所述下游节点对应的用户标识与第一处理结果中的用户标识相同，且所述当前节点的节点类型与所述下游节点的节点类型不同时，获取所述下游节点关联的访问地址；

跳转至所述访问地址指向的第二系统，并调用所述第二系统中与所述用户标识关联的用户登录信息登录所述第二系统，在所述第二系统上展示所述下游节点上的工作流数据；

在所述根据所述第一处理结果以及所述工作流数据在各个节点之间的流转规则确定所述工作流数据流转的下游节点之后，还包括：

当所述下游节点对应的上游节点包括多个时，获取每个上游节点之间执行的逻辑关系，所述上游节点包括当前节点；

若所述逻辑关系为或执行关系，则向所述当前节点之外的上游节点对应的业务终端发送处理终止消息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一处理结果确定所述工作流数据流转的下游节点，包括：

获取所述第一处理结果对应的下游节点的节点标识；

当所述节点标识包括多个时，根据所述工作流数据计算相对于下游节点的处理值；

根据所述处理值确定所述工作流数据流转的下游节点。

3.根据权利要求1所述的方法，其特征在于，在所述根据所述第一处理结果确定所述工作流数据流转的下游节点之后，还包括：

当所述下游节点包括多个时，获取每个下游节点对应的用户标识；

检测所述下游节点对应的用户标识与第一处理结果中的用户标识是否相同，若是，则判定所述下游节点对应的用户标识与第一处理结果中的用户标识相同。

4.根据权利要求1至3中任一项所述的方法，其特征在于，在所述第二系统上展示所述下游节点上的工作流数据之后，还包括：

获取对所述下游节点上的工作流数据的第二处理结果，并返回至所述第一系统。

5.一种工作流数据处理装置，其特征在于，所述装置包括：

第一处理结果获取模块，用于获取第一系统对当前节点上的工作流数据的第一处理结果，所述第一处理结果中携带用户标识；

下游节点确定模块，用于根据所述第一处理结果以及所述工作流数据在各个节点之间的流转规则确定所述工作流数据流转的下游节点；

访问地址获取模块，用于当所述下游节点对应的用户标识与第一处理结果中的用户标识相同，且所述当前节点的节点类型与所述下游节点的节点类型不同时，获取所述下游节点关联的访问地址；

跨系统模块，用于跳转至所述访问地址指向的第二系统，并调用所述第二系统中与所述用户标识关联的用户登录信息登录所述第二系统，在所述第二系统上展示所述下游节点上的工作流数据；

所述装置还包括：

逻辑关系处理模块，用于当所述下游节点对应的上游节点包括多个时，获取每个上游节点之间执行的逻辑关系，所述上游节点包括当前节点；若所述逻辑关系为或执行关系，则向所述当前节点之外的上游节点对应的业务终端发送处理终止消息。

6.根据权利要求5所述的装置，其特征在于，所述下游节点确定模块还用于获取所述第一处理结果对应的下游节点的节点标识；当所述节点标识包括多个时，根据所述工作流数据计算相对于下游节点的处理值；根据所述处理值确定所述工作流数据流转的下游节点。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：

用户标识检测模块，用于当所述下游节点包括多个时，获取每个下游节点对应的用户标识；检测所述下游节点对应的用户标识与第一处理结果中的用户标识是否相同，若是，则判定所述下游节点对应的用户标识与第一处理结果中的用户标识相同。

8.根据权利要求5所述的装置，其特征在于，所述装置还包括：

第二处理结果获取模块，用于获取对所述下游节点上的工作流数据的第二处理结果；

所述跨系统模块还用于返回至所述第一系统。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至4中任一项所述方法的步骤。

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

Images