CN102520968A - 可个性化定制的流程设计与展现装置及方法 - Google Patents

Abstract

本发明提供了一种可个性化定制的流程设计与展现装置，包括：客户端和服务器端，其中，客户端包括：流程生成单元，接收用户的操作指令，利用流程设计器进行流程设计，并生成流程；配置文件生成单元，获取流程中的配置参数，生成动态配置文件；发送单元，将动态配置文件上传至服务器端；服务器端包括：收发单元，接收动态配置文件；存储单元，存储动态配置文件。相应地，本发明还提供了一种可个性化定制的流程设计与展现方法。通过本发明的技术方案，可以根据项目，终端，不同用户群体进行个性化定制，既可以单独运行，也可以在其他环境中拔插式使用，以较低的成本和高效率满足在流程处理中满足用户界面的个性化需求。

Description

可个性化定制的流程设计与展现装置及方法

技术领域

本发明涉及流程设计领域，具体而言，涉及一种可个性化定制的流程设计与展现装置及方法。

背景技术

当前的信息系统处处都与流程相关，如何高效的图形化展现和绘制流程视图，且更容易被用户所接受和理解是一个值得关注的问题。这里用户包括流程的设计者和流程的使用者。

传统的流程设计方法主要有：(1)C/S(Client/Server，客户机-服务器)模式，已经无法满足互联网的要求；(2)基于Javascript和网页技术的，这类流程可以在浏览器中使用的，也只能在浏览器中使用；(3)一些基于插件技术的流程设计器，同样存在应用的局限性。

以上这些解决办法都有各自的缺点，这些传统的流程设计方法主要侧重于特定的用户进行流程设计，应用范围很有局限性，更是忽略了流程的使用，不能根据不同的项目，用户的角色或不同的终端设备进行流程视图的定制，不能满足用户的个性化需求。由于流程设计者和使用者所关注的内容不一样，如果不能根据用户角色或场景进行流程视图的定制，不能很好的平衡流程设计器给系统带来的性能问题和用户的体验问题，很多时候流程的设计态是很复杂的，而展示给用户的流程应该是比较简单，直观的，最满足用户需求的。现有的流程图展现方法存在过程复杂、依赖性强和通用性不高等缺陷，都不能满足现在信息系统对高性能的要求，同时也不能满足用户的体验需求。

因此，需要一种新的流程设计技术，可以根据不同的角色用户，不同的业务场景，不同的设备终端，提供可选择的，更加灵活的流程设计，展现方式，而无须做大量的针对不同展现方案的重复代码开发，并且能把流程的设计状态和使用状态分开，针对不同的用户个性化定制视图，从而展现不同的形式，一方面可以提高系统的性能，另一方面也能在用户体验上能有所提高。

发明内容

本发明正是基于上述问题，提出了一种新的流程设计技术，可以根据不同的角色用户，不同的业务场景，不同的设备终端，提供可选择的，更加灵活的流程设计，展现方式，而无须做大量的针对不同展现方案的重复代码开发，并且能把流程的设计状态和使用状态分开，针对不同的用户个性化定制视图，从而展现不同的形式，一方面可以提高系统的性能，另一方面也能在用户体验上能有所提高。

有鉴于此，本发明提出了一种可个性化定制的流程设计与展现装置，包括：客户端和服务器端，其中，所述客户端包括：流程生成单元，接收用户的操作指令，利用流程设计器进行流程设计，并生成流程；配置文件生成单元，获取所述流程生成单元生成的所述流程中的配置参数，生成动态配置文件；发送单元，将所述配置文件生成单元生成的所述动态配置文件上传至所述服务器端；以及所述服务器端包括：收发单元，接收来自所述发送单元的所述动态配置文件；存储单元，存储所述收发单元接收到的所述动态配置文件。

在该技术方案中，流程的设计人员在每次完成对流程的设计或编辑后，进行存储时，安装在终端上的客户端便会将该流程的设计过程中使用的部件、连接方式、使用的通信方式等个性化设计数据生成对应的动态配置文件，并上传后存储在服务器中。当设计人员需要再次进行查看、编辑等操作时，则从服务器中下载对应的动态配置文件，即可生成对应的流程，并进行操作。

在上述技术方案中，优选地，所述客户端还包括：请求生成单元，接收用户的编辑命令，并生成对应的编辑请求指令；所述发送单元还用于：将所述请求生成单元生成的所述编辑请求指令发送至所述服务器端；所述服务器端还包括：分析与查找单元，对来自所述客户端的所述编辑请求指令进行分析，并查找对应的动态配置文件；所述收发单元还用于：将所述分析与查找单元获取的所述动态配置文件发送至所述客户端；所述客户端还包括：接收单元，接收来自所述收发单元的所述动态配置文件；第一简化单元，利用所述流程设计器运行所述接收单元接收到的所述动态配置文件，并在显示出对应的流程后，根据预设的简化规则，对所述流程中的信息进行简化；编辑单元，根据接收到的用户的编辑指令，对所述流程进行编辑，包括：隐藏信息、改变信息的位置和/或改变节点位置。

在该技术方案中，对于设计人员，需要看到尽可能多的关于一个流程的设计细节，而对于使用者或浏览者而言，仅需要看到一部分即可，因而设计人员在完成对流程的设计后，可以对其进行“运行态”下的简化。这里的运行态，可以理解为，在设计环境下模拟出来的浏览者看到的界面，从而从浏览者的角度，对流程进行简化。对于简化的过程，一方面，可以事先设定一些规则，由系统自动据此将一些肯定不会用到、而又经常会出现的部件进行隐藏等操作，另一方面，可以由设计人员进行手动操作，如隐藏一些部件，或将一些部件的位置、颜色等进行重新排布等。

在上述技术方案中，优选地，所述请求生成单元还用于：接收用户的展现命令，并生成对应的展现请求指令，或接收用户的业务数据请求命令，并生成对应的业务数据请求指令；所述发送单元还用于：将来自所述请求生成单元的所述展现请求指令或所述业务数据请求指令发送至所述服务器端；所述收发单元还用于：接收来自所述发送单元的所述展现请求指令或所述业务数据请求指令；所述分析与查找单元还用于：对所述收发单元接收到的所述展现请求指令进行分析，并查找对应的UI展现数据，或对所述收发单元接收到的所述业务数据请求指令进行分析，并调用工作流引擎接口，获取对应的业务流程数据；所述收发单元还用于：将所述分析与查找单元获取的所述UI展现数据或所述业务流程数据发送至所述客户端；所述接收单元还用于：接收来自所述收发单元的所述UI展现数据或所述业务流程数据；以及所述客户端还包括：展现单元，将来自所述接收单元的所述UI展现数据解析后，进行基本UI展现或在完成所述基本UI展现后，将所述业务流程数据解析后，进行UI扩展展现。

在该技术方案中，浏览者在进行浏览或其他操作前，需要对流程进行展现，该过程分为两个部分，首先是利用UI展现数据进行展现，然后在进行UI扩展展现。当流程比较复杂时，序列化(将流程信息保存为可存储的文本定义，如生成流程的过程)和反序列化(将流程定义展现到界面上，如流程的展现过程)操作是比较耗费CPU和内存的，因此，模型的序列化，反序列化只在必要的时候才进行，在序列化、反序列化时，根据实际情况是部分序列化，还是全部序列化都是对效率有影响的，故在流程定义中把流程节点的UI模型(即UI展现数据)与业务模型(即业务流程数据)的分离，并在数据通信方式上进行异步交互，实现最大限度的提高流程的运行效率和用户体验。

在上述技术方案中，优选地，所述服务器端还包括：第二简化单元，对所述分析与查找单元获取的所述UI展现数据进行简化，包括按照预设规则，删除所述客户端不需要的数据；以及所述客户端还包括：渲染单元，根据接收到的用户的渲染指令，对所述展现单元展现出的流程中的信息进行渲染，包括改变所述信息的颜色和/或对所述信息进行标记。

在该技术方案中，在浏览者对流程进行浏览或其他操作时，系统还可以根据预设的或浏览者自行设定的规则进行自动简化，同时，还可以由用户进行进一步的手动个性化，如改变部件的摆放顺序、显示的颜色、进行标记等。通过这种处理机制，可以针对不同的终端，不同的角色用户，个性应用进行个性视图定制，动态参数配置，从而完成了将流程视图在不同的应用场景下分别进行动态展示，满足了不同场景下的个性化需求。真正实现了开发者只需要按照一种开发模式进行一次开发，就能完成不同形式的展现目标。

在上述技术方案中，优选地，所述客户端与所述服务器端之间的通信方式包括：HttpService、WebService和/或AMF；以及所述客户端为独立的应用程序、在浏览器中运行和/或以插件形式运行于支持所述通信方式的其他应用程序中。在该技术方案中，对于一个流程可以支持多种通信方式，从而可以在不同终端、不同形式、不同通信方式下进行运行和操作，而无需针对不同情况分别进行设计，节省了开发时间和资源。

根据本发明的又一方面，还提出了一种可个性化定制的流程设计与展现方法，包括：步骤202，客户端接收用户的操作指令，利用流程设计器进行流程设计，并生成流程；步骤204，所述客户端获取所述流程中的配置参数，生成动态配置文件，并上传至服务器端。

在该技术方案中，流程的设计人员在每次完成对流程的设计或编辑后，进行存储时，安装在终端上的客户端便会将该流程的设计过程中使用的部件、连接方式、使用的通信方式等个性化设计数据生成对应的动态配置文件，并上传后存储在服务器中。当设计人员需要再次进行查看、编辑等操作时，则从服务器中下载对应的动态配置文件，即可生成对应的流程，并进行操作。

在上述技术方案中，优选地，在所述步骤204之后，还包括：步骤2002，所述客户端接收用户的编辑命令，并向所述服务器端发送对应的编辑请求指令；步骤2004，所述服务器端对所述编辑请求指令进行分析，并将对应于所述编辑请求指令的动态配置文件返回至所述客户端；步骤2006，所述客户端利用所述流程设计器运行所述动态配置文件，显示出对应的流程；步骤2008，所述客户端根据预设的简化规则，对所述流程中的信息进行简化；步骤2010，所述客户端根据接收到的用户的编辑指令，对所述流程进行编辑，包括：隐藏信息、改变信息的位置和/或改变节点位置。

在该技术方案中，对于设计人员，需要看到尽可能多的关于一个流程的设计细节，而对于使用者或浏览者而言，仅需要看到一部分即可，因而设计人员在完成对流程的设计后，可以对其进行“运行态”下的简化。这里的运行态，可以理解为，在设计环境下模拟出来的浏览者看到的界面，从而从浏览者的角度，对流程进行简化。对于简化的过程，一方面，可以事先设定一些规则，由系统自动据此将一些肯定不会用到、而又经常会出现的部件进行隐藏等操作，另一方面，可以由设计人员进行手动操作，如隐藏一些部件，或将一些部件的位置、颜色等进行重新排布等。

在上述技术方案中，优选地，在所述步骤204之后，还包括：步骤206，所述客户端接收用户的展现命令，并向所述服务器端发送对应的展现请求指令；步骤208，所述服务器端对所述展现请求指令进行分析，并将对应于所述展现请求指令的UI展现数据反馈至所述客户端；步骤210，所述客户端对所述UI展现数据解析后，进行基本UI展现；步骤212，在所述基本UI展现完成后，所述客户端向所述服务器端发送业务数据请求指令；步骤214，所述服务器端根据所述业务数据请求指令，调用工作流引擎接口，获取对应的业务流程数据，并反馈至所述客户端；步骤216，所述客户端对所述业务流程数据解析后，进行UI扩展展现。

在该技术方案中，浏览者在进行浏览或其他操作前，需要对流程进行展现，该过程分为两个部分，首先是利用UI展现数据进行展现，然后在进行UI扩展展现。当流程比较复杂时，序列化(将流程信息保存为可存储的文本定义，如生成流程的过程)和反序列化(将流程定义展现到界面上，如流程的展现过程)操作是比较耗费CPU和内存的，因此，模型的序列化，反序列化只在必要的时候才进行，在序列化、反序列化时，根据实际情况是部分序列化，还是全部序列化都是对效率有影响的，故在流程定义中把流程节点的UI模型(即UI展现数据)与业务模型(即业务流程数据)的分离，并在数据通信方式上进行异步交互，实现最大限度的提高流程的运行效率和用户体验。

在上述技术方案中，优选地，在所述步骤208中，还包括：对所述UI展现数据进行简化，包括按照预设规则，删除所述客户端不需要的数据；以及在所述步骤216之后，还包括：所述客户端根据接收到的用户的渲染指令，对展现出的流程中的信息进行渲染，包括改变所述信息的颜色和/或对所述信息进行标记。

在该技术方案中，在浏览者对流程进行浏览或其他操作时，系统还可以根据预设的或浏览者自行设定的规则进行自动简化，同时，还可以由用户进行进一步的手动个性化，如改变部件的摆放顺序、显示的颜色、进行标记等。通过这种处理机制，可以针对不同的终端，不同的角色用户，个性应用进行个性视图定制，动态参数配置，从而完成了将流程视图在不同的应用场景下分别进行动态展示，满足了不同场景下的个性化需求。真正实现了开发者只需要按照一种开发模式进行一次开发，就能完成不同形式的展现目标。

在上述技术方案中，优选地，还包括：所述客户端与所述服务器端之间的通信方式包括：HttpService、WebService和/或AMF；以及所述客户端为独立的应用程序、在浏览器中运行和/或以插件形式运行于支持所述通信方式的其他应用程序中。在该技术方案中，对于一个流程可以支持多种通信方式，从而可以在不同终端、不同形式、不同通信方式下进行运行和操作，而无需针对不同情况分别进行设计，节省了开发时间和资源。

通过以上技术方案，可以根据不同的角色用户，不同的业务场景，不同的设备终端，提供可选择的，更加灵活的流程设计，展现方式，而无须做大量的针对不同展现方案的重复代码开发，并且能把流程的设计状态和使用状态分开，针对不同的用户个性化定制视图，从而展现不同的形式，一方面可以提高系统的性能，另一方面也能在用户体验上能有所提高。

附图说明

图1示出了根据本发明的实施例的可个性化定制的流程设计与展现装置的框图；

图2示出了根据本发明的实施例的可个性化定制的流程设计与展现方法的流程图；

图3A示出了相关技术中的应用流程时的通信过程的示意图；

图3B示出了根据本发明的实施例的应用流程时的通信过程的示意图；

图4示出了根据本发明的实施例的流程设计与展现装置的框图；

图5示出了根据本发明的实施例的个性化的流程设计与展现的具体流程图；

图6A示出了根据本发明的实施例的设计过程中的流程示意图；

图6B示出了根据本发明的实施例的设计过程中的简化后的流程示意图；

图6C示出了根据本发明的实施例的设计过程中的个性化后的流程示意图；

图7A示出了根据本发明的实施例的浏览过程中的流程示意图；

图7B示出了根据本发明的实施例的浏览过程中的个性化后的流程示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明并不限于下面公开的具体实施例的限制。

图1示出了根据本发明的实施例的可个性化定制的流程设计与展现装置的框图。

如图1所示，根据本发明的实施例的可个性化定制的流程设计与展现装置100，包括：客户端102和服务器端104，其中，客户端102包括：流程生成单元106，接收用户的操作指令，利用流程设计器进行流程设计，并生成流程；配置文件生成单元108，获取流程生成单元106生成的流程中的配置参数，生成动态配置文件；发送单元110，将配置文件生成单元108生成的动态配置文件上传至服务器端104；以及服务器端104包括：收发单元124，接收来自发送单元110的动态配置文件；存储单元126，存储收发单元124接收到的动态配置文件。

在该技术方案中，流程的设计人员在每次完成对流程的设计或编辑后，进行存储时，安装在终端上的客户端102便会将该流程的设计过程中使用的部件、连接方式、使用的通信方式等个性化设计数据生成对应的动态配置文件，并上传后存储在服务器端104。当设计人员需要再次进行查看、编辑等操作时，则从服务器端104下载对应的动态配置文件，即可生成对应的流程，并进行操作。

在上述技术方案中，客户端102还包括：请求生成单元112，接收用户的编辑命令，并生成对应的编辑请求指令；发送单元110还用于：将请求生成单元112生成的编辑请求指令发送至服务器端104；服务器端104还包括：分析与查找单元128，对来自客户端102的编辑请求指令进行分析，并查找对应的动态配置文件；收发单元124还用于：将分析与查找单元128获取的动态配置文件发送至客户端102；客户端102还包括：接收单元114，接收来自收发单元124的动态配置文件；第一简化单元116，利用流程设计器运行接收单元114接收到的动态配置文件，并在显示出对应的流程后，根据预设的简化规则，对流程中的信息进行简化；编辑单元118，根据接收到的用户的编辑指令，对流程进行编辑，包括：隐藏信息、改变信息的位置和/或改变节点位置。

在该技术方案中，对于设计人员，需要看到尽可能多的关于一个流程的设计细节，而对于使用者或浏览者而言，仅需要看到一部分即可，因而设计人员在完成对流程的设计后，可以对其进行“运行态”下的简化。这里的运行态，可以理解为，在设计环境下模拟出来的浏览者看到的界面，从而从浏览者的角度，对流程进行简化。对于简化的过程，一方面，可以事先设定一些规则，由系统自动据此将一些肯定不会用到、而又经常会出现的部件进行隐藏等操作，另一方面，可以由设计人员进行手动操作，如隐藏一些部件，或将一些部件的位置、颜色等进行重新排布等。

在上述技术方案中，请求生成单元112还用于：接收用户的展现命令，并生成对应的展现请求指令，或接收用户的业务数据请求命令，并生成对应的业务数据请求指令；发送单元110还用于：将来自请求生成单元112的展现请求指令或业务数据请求指令发送至服务器端104；收发单元124还用于：接收来自发送单元110的展现请求指令或业务数据请求指令；分析与查找单元128还用于：对收发单元124接收到的展现请求指令进行分析，并查找对应的UI展现数据，或对收发单元124接收到的业务数据请求指令进行分析，并调用工作流引擎接口，获取对应的业务流程数据；收发单元124还用于：将分析与查找单元128获取的UI展现数据或业务流程数据发送至客户端102；接收单元114还用于：接收来自收发单元124的UI展现数据或业务流程数据；以及客户端102还包括：展现单元120，将来自接收单元114的UI展现数据解析后，进行基本UI展现或在完成基本UI展现后，将业务流程数据解析后，进行UI扩展展现。

在该技术方案中，设计人员进行进一步编辑或浏览者在进行浏览或其他操作前，需要对流程进行展现，该过程分为两个部分，首先是利用UI展现数据进行展现，然后在进行UI扩展展现。当流程比较复杂时，序列化(将流程信息保存为可存储的文本定义，如生成流程的过程)和反序列化(将流程定义展现到界面上，如流程的展现过程)操作是比较耗费CPU和内存的，因此，模型的序列化，反序列化只在必要的时候才进行，在序列化、反序列化时，根据实际情况是部分序列化，还是全部序列化都是对效率有影响的，故在流程定义中把流程节点的UI模型(即UI展现数据)与业务模型(即业务流程数据)的分离，并在数据通信方式上进行异步交互，实现最大限度的提高流程的运行效率和用户体验。

在上述技术方案中，服务器端104还包括：第二简化单元130，对分析与查找单元128获取的UI展现数据进行简化，包括按照预设规则，删除客户端102不需要的数据；以及客户端102还包括：渲染单元122，根据接收到的用户的渲染指令，对展现单元120展现出的流程中的信息进行渲染，包括改变信息的颜色和/或对信息进行标记。

在该技术方案中，在浏览者对流程进行浏览或其他操作时，系统还可以根据预设的或浏览者自行设定的规则进行自动简化，同时，还可以由用户进行进一步的手动个性化，如改变部件的摆放顺序、显示的颜色、进行标记等。通过这种处理机制，可以针对不同的终端，不同的角色用户，个性应用进行个性视图定制，动态参数配置，从而完成了将流程视图在不同的应用场景下分别进行动态展示，满足了不同场景下的个性化需求。真正实现了开发者只需要按照一种开发模式进行一次开发，就能完成不同形式的展现目标。

在上述技术方案中，客户端102与服务器端104之间的通信方式包括：HttpService、WebService和/或AMF；以及客户端102为独立的应用程序、在浏览器中运行和/或以插件形式运行于支持上述通信方式的其他应用程序中。在该技术方案中，对于一个流程可以支持多种通信方式，从而可以在不同终端、不同形式、不同通信方式下进行运行和操作，而无需针对不同情况分别进行设计，节省了开发时间和资源。

图2示出了根据本发明的实施例的可个性化定制的流程设计与展现方法的流程图。

如图2所示，根据本发明的实施例的可个性化定制的流程设计与展现方法，包括：步骤202，客户端接收用户的操作指令，利用流程设计器进行流程设计，并生成流程；步骤204，客户端获取流程中的配置参数，生成动态配置文件，并上传至服务器端。

在该技术方案中，流程的设计人员在每次完成对流程的设计或编辑后，进行存储时，安装在终端上的客户端便会将该流程的设计过程中使用的部件、连接方式、使用的通信方式等个性化设计数据生成对应的动态配置文件，并上传后存储在服务器中。当设计人员需要再次进行查看、编辑等操作时，则从服务器中下载对应的动态配置文件，即可生成对应的流程，并进行操作。

在上述技术方案中，在步骤204之后，还包括：步骤2002，客户端接收用户的编辑命令，并向服务器端发送对应的编辑请求指令；步骤2004，服务器端对编辑请求指令进行分析，并将对应于编辑请求指令的动态配置文件返回至客户端；步骤2006，客户端利用流程设计器运行动态配置文件，显示出对应的流程；步骤2008，客户端根据预设的简化规则，对流程中的信息进行简化；步骤2010，客户端根据接收到的用户的编辑指令，对流程进行编辑，包括：隐藏信息、改变信息的位置和/或改变节点位置。

在该技术方案中，对于设计人员，需要看到尽可能多的关于一个流程的设计细节，而对于使用者或浏览者而言，仅需要看到一部分即可，因而设计人员在完成对流程的设计后，可以对其进行“运行态”下的简化。这里的运行态，可以理解为，在设计环境下模拟出来的浏览者看到的界面，从而从浏览者的角度，对流程进行简化。对于简化的过程，一方面，可以事先设定一些规则，由系统自动据此将一些肯定不会用到、而又经常会出现的部件进行隐藏等操作，另一方面，可以由设计人员进行手动操作，如隐藏一些部件，或将一些部件的位置、颜色等进行重新排布等。

在上述技术方案中，在步骤204之后，还包括：步骤206，客户端接收用户的展现命令，并向服务器端发送对应的展现请求指令；步骤208，服务器端对展现请求指令进行分析，并将对应于展现请求指令的UI展现数据反馈至客户端；步骤210，客户端对UI展现数据解析后，进行基本UI展现；步骤212，在基本UI展现完成后，客户端向服务器端发送业务数据请求指令；步骤214，服务器端根据业务数据请求指令，调用工作流引擎接口，获取对应的业务流程数据，并反馈至客户端；步骤216，客户端对业务流程数据解析后，进行UI扩展展现。

在该技术方案中，设计人员进行进一步编辑或浏览者在进行浏览或其他操作前，需要对流程进行展现，该过程分为两个部分，首先是利用UI展现数据进行展现，然后在进行UI扩展展现。当流程比较复杂时，序列化(将流程信息保存为可存储的文本定义，如生成流程的过程)和反序列化(将流程定义展现到界面上，如流程的展现过程)操作是比较耗费CPU和内存的，因此，模型的序列化，反序列化只在必要的时候才进行，在序列化、反序列化时，根据实际情况是部分序列化，还是全部序列化都是对效率有影响的，故在流程定义中把流程节点的UI模型(即UI展现数据)与业务模型(即业务流程数据)的分离，并在数据通信方式上进行异步交互，实现最大限度的提高流程的运行效率和用户体验。

在上述技术方案中，在步骤208中，还包括：对UI展现数据进行简化，包括按照预设规则，删除客户端不需要的数据；以及在步骤216之后，还包括：客户端根据接收到的用户的渲染指令，对展现出的流程中的信息进行渲染，包括改变信息的颜色和/或对信息进行标记。

在该技术方案中，在浏览者对流程进行浏览或其他操作时，系统还可以根据预设的或浏览者自行设定的规则进行自动简化，同时，还可以由用户进行进一步的手动个性化，如改变部件的摆放顺序、显示的颜色、进行标记等。通过这种处理机制，可以针对不同的终端，不同的角色用户，个性应用进行个性视图定制，动态参数配置，从而完成了将流程视图在不同的应用场景下分别进行动态展示，满足了不同场景下的个性化需求。真正实现了开发者只需要按照一种开发模式进行一次开发，就能完成不同形式的展现目标。

在上述技术方案中，还包括：客户端与服务器端之间的通信方式包括：HttpService、WebService和/或AMF；以及客户端为独立的应用程序、在浏览器中运行和/或以插件形式运行于支持上述通信方式的其他应用程序中。在该技术方案中，对于一个流程可以支持多种通信方式，从而可以在不同终端、不同形式、不同通信方式下进行运行和操作，而无需针对不同情况分别进行设计，节省了开发时间和资源。

下面结合图3A和图3B，对本发明的技术方案在通信方面的优势进行详细说明，其中，图3A示出了相关技术中的应用流程时的通信过程的示意图；图3B示出了根据本发明的实施例的应用流程时的通信过程的示意图。

如图3A所示，在相关技术中，无论是在流程的设计过程中还是浏览过程中，客户端302A与服务器端304A之间，都是采用了单一的通信手段和方式，比如采用web浏览器运行流程时，用HTTP协议，或是采用插件形式时，用AMF协议等等，因此，对于流程的设计或浏览时，只能采用支持对应的通信方式的终端，比如采用台式终端进行设计的流程，就无法采用移动终端进行设计或浏览。

而如图3B所示，在本发明的技术方案中，在客户端302B与服务器端304B之间进行通信的过程中，任何流程都可以同时支持多种常用的通信方式，从而仅通过代码级别的接口转换或通信通道的改变，就可以在不同终端上进行使用，具有很好的扩展性和通用性，从而避免了针对不同终端进行重复开发，节省了大量的时间和资源。

图4示出了根据本发明的实施例的流程设计与展现装置的框图。

如图4所示，根据本发明的实施例的流程设计与展现装置400，包括设计模块402和展现模块404，其中，设计模块402是由设计人员进行流程的设计阶段的操作的部分，而展现模块404是由设计人员进行进一步编辑或浏览者进行流程的浏览等操作的。

设计模块402中，流程设计器核心组件4020是设计人员完成流程设计的所有核心逻辑，可以认为是终端上的客户端提供的一个进行流程设计的平台。当设计人员完成流程的设计后，在进行保存后，客户端会根据设计人员的设计结果，由动态参数配置组件4022生成对应于该流程的动态参数配置文件，并将该动态参数配置文件上传至服务器进行存储。当设计人员下次打开自己设计的流程，进行进一步编辑时，则由客户端从服务器获取对应存储的动态参数配置文件，并通过加载该文件，展现出已设计出的流程。

设计人员还可以通过个性视图定制组件4024，对初步设计完成的流程进行个性化。具体过程，下面将结合图6A至图6C进行详细说明。

如图6A所示，为设计人员经过初步设计后，完成的流程的示意图。对于该流程，其中的“活动”是整个流程中的每个关键步骤，并可以由此看到流程的进展情况，而“网关”则是在流程按照步骤进行时，在后台需要进行的步骤，但这对于浏览者来说，并不是他们关心的步骤，因此，可以进行隐藏。

如图6B所示，是对图6A中的流程中的“网关”进行隐藏后得到的流程，可见，对于浏览者而言，这样的流程界面显然更为简洁明了。对于其中的简化或者或是隐藏的过程，一种方式下，可以由设计者根据经验，设计一些针对不重要的步骤的规则，使得系统可以在这些规则的作用下，直接自动将对应的步骤进行隐藏。另一种方式下，则是由设计者根据实际情况，对流程中的步骤进行手动简化。这里的“隐藏”，只是使得一些步骤在浏览者进行浏览时不进行显示，而实际上，在系统的后台仍然需要进行执行。

除了对一些步骤进行简化外，还可以进行其它的个性化，包括对一些步骤进行标记或重视，比如图6C所示，对其中的两个步骤加上了“重要”标记，当然，还可以采用如颜色、阴影等其他方式进行编辑，并且，可以看出，这两个步骤的位置也向上发生了移动，而实际上，重要步骤之间的连接关系不发生变化，对于各个步骤的摆放位置等，可以根据用户的需要而进行任意调整。

需要说明的是，设计人员在进行上述简化或其他个性化的过程中，采用了“运行态”，这可以认为是在设计界面上模拟出的浏览者应该看到的界面，也就是该流程真正进行运行时的状态，从而可以由设计人员更好地从浏览者的身份来考虑和设计，也能够方便设计人员进行个性化设计的过程。

在图4中，对于展现模块404，是设计人员进行进一步编辑或浏览者对流程进行浏览的过程。终端请求流程展现组件4040会在用户要求进行展现时，向服务器发送第一次请求，由服务器端UI请求分析组件4042对该第一次请求进行分析后，返回对应的UI数据，由终端UI展现组件4044针对本次得到的UI数据进行相应地展现。

然后，终端业务请求组件4048向服务器发起第二次请求，由服务器端业务组件4050对该第二次请求进行分析，并返回对应的业务流程数据，由终端UI扩展展现组件4052根据得到的业务流程数据进行UI扩展展现，从而完成全部的展现。

在执行展现的过程中，当流程比较复杂时，序列化(将流程信息保存为可存储的文本定义，如设计流程)和反序列化(将流程定义展现到界面上，如流程展现)操作是比较耗费CPU和内存的，因此，模型的序列化，反序列化只在必要的时候才进行，在序列化、反序列化时，根据实际情况是部分序列化，还是全部序列化都是对效率有影响的，故在流程定义中把流程节点的UI模型(即UI数据)与业务模型(即业务流程数据)的分离，并在数据通信方式上进行异步交互，从而最大限度的提高流程的运行效率和用户体验。

此外，还可以通过个性化视图分析组件4046进行展现时的个性化设计，具体过程，下面将结合图7A和图7B进行详细说明。

如图7A所示，对于该流程，已经进行到了最后一步，这一点可以从最后一个步骤为“正在执行”，而其他步骤为“已完成”看出，而除了文字上的区别外，此处还由用户对“正在执行的活动”的显示颜色进行了突出，从而便于浏览者更为直观地了解到流程进度。

此外，对于流程中的步骤，还可以进行其它的进一步的编辑，比如图7B所示，可以将一些步骤进行标记，比如图中对其中的两个步骤标记了“重要”，还进行了颜色上的标识，而对于“正在执行”的步骤，还加上了“阴影”的显示效果，从而进行突出显示。当然，只要对于这些步骤的连接关系、业务进行情况进行更改，其它的个性化设计显然都是可以进行的，也是易于实现的。

图5示出了根据本发明的实施例的个性化的流程设计与展现的具体流程图。

如图5所示，根据本发明的实施例的个性化的流程设计与展现的具体流程如下：

步骤502，设计人员需要对流程进行设计时发出请求，或浏览者需要对流程进行浏览时发出请求。

步骤504，客户端分析场景、终端种类等信息后，将包含这些信息的请求向服务器进行发送。

步骤506，这里的客户端及流程支持多种常用的通信方式，因而可以在浏览器中运行，也可以作为桌面上的独立应用程序，甚至可以作为插件进行随意插拔使用，而针对不同的环境下，仅需要在代码级别更换通信通道即可，然后将请求向服务器传输。

步骤508，服务器根据接收到请求，获取对应的流程，并分析请求者的身份是设计人员还是浏览者，也就是说，请求中也包含了对应的用户身份信息。若为设计人员，进入步骤510，若为浏览者，进入步骤520。

步骤510，设计态UI配置分析。这里是指设计人员在上一次设计完成后，进行存储时，客户端生成了对应于本次设计的配置文件，并存储至服务器，此时，则从服务器中下载得到了该配置文件，并对该文件进行分析。

步骤512，UI展现。在完成对配置文件的分析后，将流程的具体情况在客户端上进行展现，但这只是基本数据的展现，还没有加载业务数据。

步骤514，业务数据加载。可以看到将基本的UI展现和业务数据的加载后的展现分开，从而降低了对系统资源的一次性消耗，降低了系统需求，使得过程更为流畅。

步骤516，流程设计。设计人员对流程进行进一步的设计或编辑。当然，对于步骤510至步骤516，若设计人员为第一次进行设计时，显然并不会产生，而是当进行一次设计后，在服务器上存储了对应于本次设计的配置文件后，下一次进行设计时，便会发生上述步骤。

步骤518，个性化视图定制。在“运行态”下，对流程中的步骤进行简化、重新摆放、标记等个性化操作。

步骤520，浏览态配置分析。获取浏览态下的配置文件。

步骤522，UI模型约简。由系统将客户端不需要的步骤或数据进行简化，当然，也可以由用户根据实际需要进行手动简化或不简化。

步骤524，判断展现方式，若进行普通展现，则进入不526，若进行个性展现，则进入步骤528。

步骤526，进行UI通用视图展现。

步骤528，进行UI个性视图展现。这里的个性化是指用户可以根据需要对流程中的步骤进行如颜色等显示效果或是摆放位置等的更改。

步骤530，业务数据加载。

步骤532，UI扩展展现。这里与设计人员的步骤类似，也将展现过程分为了两个部分，从而降低对系统的要求。

以上结合附图详细说明了本发明的技术方案，考虑到相关技术中，流程设计方法主要侧重于特定的用户进行流程设计，应用范围很有局限性，更是忽略了流程的使用，不能根据不同的项目，用户的角色或不同的终端设备进行流程视图的定制，不能满足用户的个性化需求，因此，本发明提出了一种可个性化定制的流程设计与展现装置及方法，可以根据不同的角色用户，不同的业务场景，不同的设备终端，提供可选择的，更加灵活的流程设计，展现方式，而无须做大量的针对不同展现方案的重复代码开发，并且能把流程的设计状态和使用状态分开，针对不同的用户个性化定制视图，从而展现不同的形式，一方面可以提高系统的性能，另一方面也能在用户体验上能有所提高。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种可个性化定制的流程设计与展现装置，其特征在于，包括：

客户端和服务器端，其中，

所述客户端包括：

流程生成单元，接收用户的操作指令，利用流程设计器进行流程设计，并生成流程；

配置文件生成单元，获取所述流程生成单元生成的所述流程中的配置参数，生成动态配置文件；

发送单元，将所述配置文件生成单元生成的所述动态配置文件上传至所述服务器端；以及

所述服务器端包括：

收发单元，接收来自所述发送单元的所述动态配置文件；

存储单元，存储所述收发单元接收到的所述动态配置文件。

2.根据权利要求1所述的可个性化定制的流程设计与展现装置，其特征在于，所述客户端还包括：

请求生成单元，接收用户的编辑命令，并生成对应的编辑请求指令；

所述发送单元还用于：将所述请求生成单元生成的所述编辑请求指令发送至所述服务器端；

所述服务器端还包括：

分析与查找单元，对来自所述客户端的所述编辑请求指令进行分析，并查找对应的动态配置文件；

所述收发单元还用于：将所述分析与查找单元获取的所述动态配置文件发送至所述客户端；

所述客户端还包括：

接收单元，接收来自所述收发单元的所述动态配置文件；

第一简化单元，利用所述流程设计器运行所述接收单元接收到的所述动态配置文件，并在显示出对应的流程后，根据预设的简化规则，对所述流程中的信息进行简化；

编辑单元，根据接收到的用户的编辑指令，对所述流程进行编辑，包括：隐藏信息、改变信息的位置和/或改变节点位置。

3.根据权利要求1所述的可个性化定制的流程设计与展现装置，其特征在于，所述请求生成单元还用于：接收用户的展现命令，并生成对应的展现请求指令，或接收用户的业务数据请求命令，并生成对应的业务数据请求指令；

所述发送单元还用于：将来自所述请求生成单元的所述展现请求指令或所述业务数据请求指令发送至所述服务器端；

所述收发单元还用于：接收来自所述发送单元的所述展现请求指令或所述业务数据请求指令；

所述分析与查找单元还用于：对所述收发单元接收到的所述展现请求指令进行分析，并查找对应的UI展现数据，对所述收发单元接收到的所述业务数据请求指令进行分析，并调用工作流引擎接口，获取对应的业务流程数据；

所述收发单元还用于：将所述分析与查找单元获取的所述UI展现数据或所述业务流程数据发送至所述客户端；

所述接收单元还用于：接收来自所述收发单元的所述UI展现数据或所述业务流程数据；以及

所述客户端还包括：

展现单元，将来自所述接收单元的所述UI展现数据解析后，进行基本UI展现或在完成所述基本UI展现后，将所述业务流程数据解析后，进行UI扩展展现。

4.根据权利要求1所述的可个性化定制的流程设计与展现装置，其特征在于，所述服务器端还包括：

第二简化单元，对所述分析与查找单元获取的所述UI展现数据进行简化，包括按照预设规则，删除所述客户端不需要的数据；以及

所述客户端还包括：

渲染单元，根据接收到的用户的渲染指令，对所述展现单元展现出的流程中的信息进行渲染，包括改变所述信息的颜色和/或对所述信息进行标记。

5.根据权利要求1至4中任一项所述的可个性化定制的流程设计与展现装置，其特征在于，所述客户端与所述服务器端之间的通信方式包括：HttpService、WebService和/或AMF；以及

所述客户端为独立的应用程序、在浏览器中运行和/或以插件形式运行于支持所述通信方式的其他应用程序中。

6.一种可个性化定制的流程设计与展现方法，其特征在于，包括：

步骤202，客户端接收用户的操作指令，利用流程设计器进行流程设计，并生成流程；

步骤204，所述客户端获取所述流程中的配置参数，生成动态配置文件，并上传至服务器端。

7.根据权利要求6所述的可个性化定制的流程设计与展现方法，其特征在于，在所述步骤204之后，还包括：

步骤2002，所述客户端接收用户的编辑命令，并向所述服务器端发送对应的编辑请求指令；

步骤2004，所述服务器端对所述编辑请求指令进行分析，并将对应于所述编辑请求指令的动态配置文件返回至所述客户端；

步骤2006，所述客户端利用所述流程设计器运行所述动态配置文件，显示出对应的流程；

步骤2008，所述客户端根据预设的简化规则，对所述流程中的信息进行简化；

步骤2010，所述客户端根据接收到的用户的编辑指令，对所述流程进行编辑，包括：隐藏信息、改变信息的位置和/或改变节点位置。

8.根据权利要求6所述的可个性化定制的流程设计与展现方法，其特征在于，在所述步骤204之后，还包括：

步骤206，所述客户端接收用户的展现命令，并向所述服务器端发送对应的展现请求指令；

步骤208，所述服务器端对所述展现请求指令进行分析，并将对应于所述展现请求指令的UI展现数据反馈至所述客户端；

步骤210，所述客户端对所述UI展现数据解析后，进行基本UI展现；

步骤212，在所述基本UI展现完成后，所述客户端向所述服务器端发送业务数据请求指令；

步骤214，所述服务器端根据所述业务数据请求指令，调用工作流引擎接口，获取对应的业务流程数据，并反馈至所述客户端；

步骤216，所述客户端对所述业务流程数据解析后，进行UI扩展展现。

9.根据权利要求8所述的可个性化定制的流程设计与展现方法，其特征在于，在所述步骤208中，还包括：

对所述UI展现数据进行简化，包括：按照预设规则，删除所述客户端不需要的数据；以及

在所述步骤216之后，还包括：

所述客户端根据接收到的用户的渲染指令，对展现出的流程中的信息进行渲染，包括改变所述信息的颜色和/或对所述信息进行标记。

10.根据权利要求6至9中任一项所述的可个性化定制的流程设计与展现方法，其特征在于，还包括：

所述客户端与所述服务器端之间的通信方式包括：HttpService、WebService和/或AMF；以及

所述客户端为独立的应用程序、在浏览器中运行和/或以插件形式运行于支持所述通信方式的其他应用程序中。

Images