CN106408170A - 一种电子工单处理方法、工作流引擎及电子工单系统 - Google Patents

Abstract

本发明公开一种电子工单处理方法、工作流引擎及电子工单系统，方法包括：在接收到电子工单后，基于所述电子工单携带的作业相关信息以及作业任务信息，确定所述电子工单对应的业务流程的流程节点信息以及各流程节点对应的作业任务信息；基于所述流程节点信息以及各流程节点对应的作业任务信息，生成所述电子工单对应的业务流程信息，该业务流程信息中还包括各流程节点之间作业流转信息。相比于现有技术，本发明提出的电子工单处理方法、工作流引擎及电子工单系统，通过确定电子工单对应的业务流程的流程节点信息以及各流程节点对应的作业任务信息，来生成业务流程，提高了电子工单处理的效率。

Description

一种电子工单处理方法、工作流引擎及电子工单系统

技术领域

本发明涉及计算机技术领域，具体涉及一种电子工单处理方法、工作流引擎及电子工单系统。

背景技术

随着经济建设的发展，各行各业信息化建设也正在逐步完善，而上一代信息化系统只是用来处理简单的数据录入和查询，而未来的信息化系统将越来越向着智能化、综合化方向发展。工单处理作为信息化系统的核心组成部分，在信息化系统日常运行的过程当中发挥着越来越重要的作用。

现有的信息化系统的核心组件：工作流引擎，其工单处理的流程技术还不够完善，以下问题亟待解决：

(1)工单可自定义化程度不高，存在二次开发的情况，工单和工单处理流程不便于维护。

(2)功能比较繁杂，易用性还不够，用户无法准确获得工单的核心信息。

(3)在大量工单并发的情况下，工单处理能力不足，其稳定性还需要继续提升。

发明内容

鉴于上述问题，本发明提出了克服上述问题或者至少部分地解决上述问题的一种电子工单处理方法、工作流引擎及电子工单系统。

为此目的，第一方面，本发明提出一种电子工单处理方法，包括：

在接收到电子工单后，基于所述电子工单携带的作业相关信息以及作业任务信息，确定所述电子工单对应的业务流程的流程节点信息以及各流程节点对应的作业任务信息；

基于所述流程节点信息以及各流程节点对应的作业任务信息，生成所述电子工单对应的业务流程信息，该业务流程信息中还包括各流程节点之间作业流转信息。

可选的，所述基于所述流程节点信息以及各流程节点对应的作业任务信息，生成电子工单对应的业务流程信息，包括：

基于所述流程节点信息以及各流程节点对应的作业任务信息，采用标准建模语言的活动图UML Actiity Diagram的模型，基于流程虚拟机PVM，生成电子工单对应的业务流程信息。

可选的，还包括：

将各流程节点与各流程节点对应的作业任务信息进行封装，得到封装后的各流程节点；

在电子工单系统的前端，基于各流程节点之间作业流转信息，将所述封装后的各流程节点展示为拓扑图，以使前端接收所述拓扑图的修改指令，该修改指令用于对封装后的各流程节点进行自由组合，实现电子工单对应的业务流程的自定义。

可选的，还包括：

将所述电子工单对应的业务流程信息存放到数据库中。

第二方面，本发明还提出一种工作流引擎，包括：

确定单元，用于在接收到电子工单后，基于所述电子工单携带的作业相关信息以及作业任务信息，确定所述电子工单对应的业务流程的流程节点信息以及各流程节点对应的作业任务信息；

生成单元，用于基于所述流程节点信息以及各流程节点对应的作业任务信息，生成所述电子工单对应的业务流程信息，该业务流程信息中还包括各流程节点之间作业流转信息。

可选的，所述生成单元，具体用于：

基于所述流程节点信息以及各流程节点对应的作业任务信息，采用标准建模语言的活动图UML Activity Diagram的模型，基于流程虚拟机PVM，生成电子工单对应的业务流程信息。

可选的，还包括：

封装单元，用于将各流程节点与各流程节点对应的作业任务信息进行封装，得到封装后的各流程节点；

处理单元，用于在电子工单系统的前端，基于各流程节点之间作业流转信息，将所述封装后的各流程节点展示为拓扑图，以使前端接收对所述拓扑图的修改指令，该修改指令用于对封装后的各流程节点进行自由组合，实现电子工单对应的业务流程的自定义。

可选的，还包括：

存储单元，用于将所述电子工单对应的业务流程信息存放到数据库中。

第三方面，本发明还提出一种电子工单系统，包括：

如第二方面所述的工作流引擎。

可选的，还包括：

前端，用于将所述工作流引擎封装后的各流程节点展示为拓扑图，并接收对所述拓扑图的修改指令，该修改指令用于对封装后的各流程节点进行自由组合，实现电子工单对应的业务流程的自定义。

相比于现有技术，本发明提出的电子工单处理方法、工作流引擎及电子工单系统，通过确定电子工单对应的业务流程的流程节点信息以及各流程节点对应的作业任务信息，来生成业务流程，提高了电子工单处理的效率。

附图说明

图1为本发明第一实施例提供的一种电子工单处理方法流程图；

图2为本发明第二实施例提供的一种工作流引擎结构示意图；

图3为本发明第三实施例提供的一种电子工单系统的运行流程示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

工单也可称为工作单据，是工作(例如维修、制造等)计划的一种信息化表示。工单上级部门下达任务，下级部门领受任务的依据。工单可以是独立的，也可以是大型项目的一部分，也可以是自定义的，一个工单可以包括多个子工单。工单由一个和多个作业任务信息构成。标准工单的内容包括表头和一个或者多个作业行，表头携带作业相关信息，作业行携带作业任务信息。自定义工单可有扩展项，扩展项携带自定义信息。

针对工单处理技术当前存在的问题，本文从工单的稳定性，易用性，可扩展性对工单系统进行全面的提升。

因此，如图1所示，本实施例公开一种电子工单处理方法，可包括以下步骤101～102：

101、在接收到电子工单后，基于所述电子工单携带的作业相关信息以及作业任务信息，确定所述电子工单对应的业务流程的流程节点信息以及各流程节点对应的作业任务信息。

本实施例中，作业相关信息例如作业人员，作业部门等于作业相关的信息。步骤101中，具体地，可基于作业相关信息来确定流程节点，例如一个作业人员确定为一个流程节点，或将一个作业部门作为一个流程节点，选择何种作业相关信息来确定流程节点可根据实际需要选择。

本实施例中，步骤101中电子工单由多个表单组成，业务对应的表单可由可视化编辑工具等自定义表单工具来实现。为了提高工单系统的易用性，表单的可自定义也非常的重要。由于自定义表单涉及到界面展示，人机交互页面的构件一定要丰富，本实施例的自定义表单集合了常用构件，复杂构件，多样齐全的数据验证功能。该自定义表单有可视化设计界面，直接采用拖、拉、点、拽的方式来设计表单。采用异步JavaScript和XML(AsynchronousJavascript And XML，AJAX)的方式来实现随时随地的和后台交互，做到局部刷新，粒状更新，同步、异步调用等，使得界面交互性强，易于操作。最后数据层和表单样式是分开的，便于和其他系统集成。

102、基于所述流程节点信息以及各流程节点对应的作业任务信息，生成所述电子工单对应的业务流程信息，该业务流程信息中还包括各流程节点之间作业流转信息。

相比于现有技术，本实施例公开的电子工单处理方法，通过确定电子工单对应的业务流程的流程节点信息以及各流程节点对应的作业任务信息，来生成业务流程，提高了电子工单处理的效率。

在一个具体的例子中，步骤102所述基于所述流程节点信息以及各流程节点对应的作业任务信息，生成电子工单对应的业务流程信息，包括：

基于所述流程节点信息以及各流程节点对应的作业任务信息，采用标准建模语言的活动图(UML Activity Diagram)的模型，基于流程虚拟机(Process Virtual Machine，PVM)，生成电子工单对应的业务流程信息。

本实施例中，考虑业务流程设计当中流程节点属性的绑定，流程数据的传递是整个流程作业当中的核心内容，直接关系到工单系统能否能够长时间正常高效的运行。本实施例的执行主体为工作流引擎，更具体的，本实施例基于业务流程管理(Java BusinessProcess Management，JBPM)流程引擎作为流程运行的核心技术，该技术采用标准建模语言的活动图(UML Activity Diagram)的模型，能够完全展现整个流程实例的变迁，与此同时创造性的引入了流程虚拟机(Process Virtual Machine，PVM)的设计理念，为JBPM的扩展和集成提供了强有力的支持。

在一个具体的例子中，图1所示的方法还包括图1中未示出的如下步骤103和104：

103、将各流程节点与各流程节点对应的作业任务信息进行封装，得到封装后的各流程节点；

104、在电子工单系统的前端，基于各流程节点之间作业流转信息，将所述封装后的各流程节点展示为拓扑图，以使前端接收所述拓扑图的修改指令，该修改指令用于对封装后的各流程节点进行自由组合，实现电子工单对应的业务流程的自定义。

本实施例中，在JBPM流程引擎的基础之上，为了增强电子工单流程的扩展性，本实施例将流程按节点进行对应的封装，然后在前端使用拓扑图对封装的节点进行自由组合，从而达到电子工单流程的自定义，大大增强了流程的可扩展性。

在一个具体的例子中，图1所示的方法还包括图1中未示出的如下步骤105：

105、将所述电子工单对应的业务流程信息存放到数据库中。

本实施例中，每设计一个流程，流程节点绑定的数据存放在数据库当中，流程以配置文件的形式生成，通过JBPM引擎运行。JBPM作为当前技术最为成熟的开源引擎技术，拥有成熟完善的技术支持，大幅提升了工单在运行过程当中的稳定性。

进一步地，图1涉及的各实施例为使用者操作工单提供便利，还可提供包括启用和停止流程，当前工单统计图表展示，对应工单操作(包括工单的创建，处理和审核)，对应工单历史记录查询等功能。可以根据不同用户的需求进行定制化开发新功能，目标就是为了让用户能够用最少的时间熟练使用电子工单系统，提升电子工单的易用性。

如图2所示，一种工作流引擎，可包括以下单元确定单元21和生成单元22，各单元说明如下：

确定单元21，用于在接收到电子工单后，基于所述电子工单携带的作业相关信息以及作业任务信息，确定所述电子工单对应的业务流程的流程节点信息以及各流程节点对应的作业任务信息；

生成单元22，用于基于所述流程节点信息以及各流程节点对应的作业任务信息，生成所述电子工单对应的业务流程信息，该业务流程信息中还包括各流程节点之间作业流转信息。

本实施例公开的工作流引擎，可实现图1所示的电子工单处理方法流程，因此，本实施例中的工作流引擎的效果及说明可参见图1所示的方法实施例，在此不再赘述。

在一个具体的例子中，所述生成单元22，具体用于：

基于所述流程节点信息以及各流程节点对应的作业任务信息，采用标准建模语言的活动图UML Actiity Diagram的模型，基于流程虚拟机PVM，生成电子工单对应的业务流程信息。

在一个具体的例子中，图2所示的工作流引擎还包括图2中未示出的封装单元23和处理单元24：

封装单元23，用于将各流程节点与各流程节点对应的作业任务信息进行封装，得到封装后的各流程节点；

处理单元24，用于在电子工单系统的前端，基于各流程节点之间作业流转信息，将所述封装后的各流程节点展示为拓扑图，以使前端接收对所述拓扑图的修改指令，该修改指令用于对封装后的各流程节点进行自由组合，实现电子工单对应的业务流程的自定义。

在一个具体的例子中，图2所示的工作流引擎还包括图2中未示出的存储单元25

存储单元25，用于将所述电子工单对应的业务流程信息存放到数据库中。

基于图2所示的工作流引擎，本发明实施例还公开一种电子工单系统，包括：工作流引擎。

进一步地，电子工单系统还包括：

前端，用于将所述工作流引擎封装后的各流程节点展示为拓扑图，并接收对所述拓扑图的修改指令，该修改指令用于对封装后的各流程节点进行自由组合，实现电子工单对应的业务流程的自定义。

上述实施例公开的电子工单系统属于信息化系统，因此可与信息化系统的其他系统进行集成和/或交互。在数据交互方面，本发明实施例采用设计模式将电子工单与其他系统进行解耦，保证电子工单和其他系统的相对独立性。在功能交互方面，主要是电子工单与通知机制的配合工作。确保电子工单的当前使用者能够及时收到处理电子工单的消息，提升电子工单的易用性。

在具体应用中，电子工单系统的一种运行流程，如图3所示，本实施例中，图3中所示的工单监控功能主要是以管理员的身份对所有正在运行的工单进行对应的监控工作。主要的工作包括：查看、取消、暂停、恢复、重新指派人员。该功能可以对电子工单系统当中的功能进行全方面的监控。

综合以上实施例公开的电子工单处理方法、工作流引擎及电子工单系统，本发明实施例涉及业务流程管理(Business Process Management，BPM)领域，在BPM流程引擎基础上生成不同类型的自定义工单。通过本发明为用户提供一套便于维护、成本投入少、便于二次开发不同类型电子工单的解决方案。

本领域技术人员可以理解，可以把实施例中的各单元组合成一个单元，以及此外可以把它们分成多个子单元。除了这样的特征和/或过程或者单元中的至少一些是互相排斥之处，可以采用任何组合对本说明书中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。

本领域技术人员可以理解，实施例中的各单元可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。

虽然结合附图描述了本发明的实施方式，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种电子工单处理方法，其特征在于，包括：

在接收到电子工单后，基于所述电子工单携带的作业相关信息以及作业任务信息，确定所述电子工单对应的业务流程的流程节点信息以及各流程节点对应的作业任务信息；

基于所述流程节点信息以及各流程节点对应的作业任务信息，生成所述电子工单对应的业务流程信息，该业务流程信息中还包括各流程节点之间作业流转信息。

2.根据权利要求1所述的方法，其特征在于，所述基于所述流程节点信息以及各流程节点对应的作业任务信息，生成电子工单对应的业务流程信息，包括：

基于所述流程节点信息以及各流程节点对应的作业任务信息，采用标准建模语言的活动图UML Actiity Diagram的模型，基于流程虚拟机PVM，生成电子工单对应的业务流程信息。

3.根据权利要求1所述的方法，其特征在于，还包括：

将各流程节点与各流程节点对应的作业任务信息进行封装，得到封装后的各流程节点；

在电子工单系统的前端，基于各流程节点之间作业流转信息，将所述封装后的各流程节点展示为拓扑图，以使前端接收所述拓扑图的修改指令，该修改指令用于对封装后的各流程节点进行自由组合，实现电子工单对应的业务流程的自定义。

4.根据权利要求1所述的方法，其特征在于，还包括：

将所述电子工单对应的业务流程信息存放到数据库中。

5.一种工作流引擎，其特征在于，包括：

确定单元，用于在接收到电子工单后，基于所述电子工单携带的作业相关信息以及作业任务信息，确定所述电子工单对应的业务流程的流程节点信息以及各流程节点对应的作业任务信息；

生成单元，用于基于所述流程节点信息以及各流程节点对应的作业任务信息，生成所述电子工单对应的业务流程信息，该业务流程信息中还包括各流程节点之间作业流转信息。

6.根据权利要求5所述的工作流引擎，其特征在于，所述生成单元，具体用于：

基于所述流程节点信息以及各流程节点对应的作业任务信息，采用标准建模语言的活动图UML Actiity Diagram的模型，基于流程虚拟机PVM，生成电子工单对应的业务流程信息。

7.根据权利要求5所述的工作流引擎，其特征在于，还包括：

封装单元，用于将各流程节点与各流程节点对应的作业任务信息进行封装，得到封装后的各流程节点；

处理单元，用于在电子工单系统的前端，基于各流程节点之间作业流转信息，将所述封装后的各流程节点展示为拓扑图，以使前端接收对所述拓扑图的修改指令，该修改指令用于对封装后的各流程节点进行自由组合，实现电子工单对应的业务流程的自定义。

8.根据权利要求5所述的工作流引擎，其特征在于，还包括：

存储单元，用于将所述电子工单对应的业务流程信息存放到数据库中。

9.一种电子工单系统，其特征在于，包括：

如权利要求5至8任一项所述的工作流引擎。

10.根据权利要求9所述的系统，其特征在于，还包括：

前端，用于将所述工作流引擎封装后的各流程节点展示为拓扑图，并接收对所述拓扑图的修改指令，该修改指令用于对封装后的各流程节点进行自由组合，实现电子工单对应的业务流程的自定义。