一种流程管理方法和系统

技术领域

本发明涉及计算机技术领域，尤指一种流程管理方法和系统。

背景技术

流程管理(process management)泛指流程分析、流程定义与重定义、资源分配、时间安排、流程质量与效率测评、流程优化等。

当前市面上已经存在一些流程管理软件或OA系统，也有越来越多的企业升级到数字化流程管理，但企业在流程管理过程中仍然会面临以下问题：

1.无法对流程进行很好地管理。

2.流程内容自定义程度低，优化困难。

发明内容

本发明的目的是提供一种流程管理方法和系统，实现流程内容高度自定义，大大提升管理层对于流程管理任务的监督力度和使用体验。

本发明提供的技术方案如下：

本发明提供一种流程管理方法，包括步骤：

客户端通过工作流设计器生成自定义可视化流程图；

所述客户端将所述自定义可视化流程图转换为XML文件，并发送所述XML文件给后台服务器；

所述后台服务器将所述XML文件进行处理，生成并发送目标XML文件给流程服务器；所述目标XML文件符合业务流程图规范；

所述流程服务器根据所述目标XML文件部署搭建得到对应的流程管理模型。

进一步的，所述客户端生成自定义流程实体包括步骤：

所述客户端获取用户输入的目标步骤名称，以及各目标步骤名称之间的关联关系；

所述客户端通过所述工作流设计器在画布中绘制每个目标步骤名称对应的节点，并根据所述关联关系建立所述节点之间的矢量连接，完成一个自定义可视化流程图的创建。

进一步的，所述后台服务器将所述XML文件进行处理，生成并发送目标XML文件给流程服务器包括步骤：

所述后台服务器使用开源XML解析包对所述XML文件进行解析得到所有目标步骤名称对应的节点；

所述后台服务器从所有节点中查找出目标节点，在各目标节点处添加对应的网关和连线关系生成所述目标XML文件。

进一步的，所述流程服务器根据所述目标XML文件部署搭建得到对应的流程管理模型包括步骤：

所述流程服务器通过部署接口接收所述后台服务器发送的XML字符串；所述XML字符串由所述目标XML文件转换得到，包括节点部署名称和节点部署关系；

所述流程服务器通过类服务接口将节点部署名称和节点部署关系传递给流程设计器，通过所述流程设计器调用预设部署方法完成部署生成所述流程管理模型。

进一步的，所述流程服务器根据所述目标XML文件部署搭建得到对应的流程管理模型之后包括步骤：

客户端生成待办任务及任务信息后，若获取到对于待办任务的完成指示，将用户标识、步骤标识通过上述后台服务器发送给所述流程服务器；

所述流程服务器根据所述用户标识、步骤标识将对应的待办任务进行状态更新，并按照所述流程管理模型的流程先后顺序，自动生成下一个步骤的待办任务，直至所述流程管理模型的所有步骤完成为止。

本发明还提供一种流程管理系统，包括：客户端、后台服务器和流程服务器；

所述客户端，用于通过工作流设计器生成自定义可视化流程图，并将所述自定义可视化流程图转换为XML文件，并发送所述XML文件给后台服务器；

所述后台服务器，用于将所述XML文件进行处理，生成并发送目标XML文件给流程服务器；所述目标XML文件符合业务流程图规范；

所述流程服务器，用于根据所述目标XML文件部署搭建得到对应的流程管理模型。

进一步的，所述客户端包括：

获取模块，用于获取用户输入的目标步骤名称，以及各目标步骤名称之间的关联关系；

生成模块，用于通过所述工作流设计器在画布中绘制每个目标步骤名称对应的节点，并根据所述关联关系建立所述节点之间的矢量连接，完成一个自定义可视化流程图的创建；

转换模块，用于将所述自定义可视化流程图转换为XML文件；

第一通信模块，用于发送所述XML文件给后台服务器。

进一步的，所述后台服务器包括：

第二通信模块，用于接收所述XML文件，还用于发送所述目标XML文件给所述流程服务器；

解析模块，用于使用开源XML解析包对所述XML文件进行解析得到所有目标步骤名称对应的节点；

处理模块，用于从所有节点中查找出目标节点，在各目标节点处添加对应的网关和连线关系生成所述目标XML文件。

进一步的，所述流程服务器包括：

第三通信模块，用于通过部署接口接收所述后台服务器发送的XML字符串；所述XML字符串由所述目标XML文件转换得到，包括节点部署名称和节点部署关系；

搭建模块，用于通过类服务接口将节点部署名称和节点部署关系传递给流程设计器，通过所述流程设计器调用预设部署系统完成部署生成待办任务及任务信息，从而搭建生成所述流程管理模型。

进一步的，还包括：

所述客户端，还用于生成待办任务及任务信息后，若获取到对于待办任务的完成指示，将用户标识、步骤标识通过上述后台服务器发送给所述流程服务器；

所述流程服务器，还用于根据所述用户标识、步骤标识将对应的待办任务进行状态更新，并按照所述流程管理模型的流程先后顺序，自动生成下一个步骤的待办任务，直至所述流程管理模型的所有步骤完成为止。

通过本发明提供的一种流程管理方法和系统，能够流程内容自定义程度高，大大提升管理层对于流程管理任务的监督力度和使用体验。

附图说明

下面将以明确易懂的方式，结合附图说明优选实施方式，对一种流程管理方法和系统的上述特性、技术特征、优点及其实现方式予以进一步说明。

图1是本发明一种流程管理方法的一个实施例的流程图；

图2是本发明一种流程管理方法的另一个实施例的流程图；

图3是本发明流程应用中定义步骤的界面示意图；

图4是本发明流程应用中时限选择器的界面示意图；

图5是本发明流程应用中表单区域的详情界面示意图；

图6是本发明流程应用中审核项区域的详情界面示意图；

图7是本发明流程应用中编排步骤的界面示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其他实施例中也可以实现本申请。在其他情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所述描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、整体、步骤、操作、元素、组件和/或集合的存在或添加。

为使图面简洁，各图中只示意性地表示出了与本发明相关的部分，它们并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”不仅表示“仅此一个”，也可以表示“多于一个”的情形。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

另外，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对照附图说明本发明的具体实施方式。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，并获得其他的实施方式。

本发明的一个实施例，如图1所示，一种流程管理方法，包括：

S100客户端通过工作流设计器生成自定义可视化流程图；

具体的，工作流设计器(workflow designer，下文简称为WFD插件)，WFD插件是创建、承载和运行工作流的应用工具，工作流是执行业务流程的一种方式，即具体指的是一系列相互衔接、自动进行的任务。一个工作流一般包括：任务、任务之间的关系以及它们的启动和终止条件。例如，在日常办公中，当撰写好某份设计图样之后，可能需要将其提交给领导进行审阅或批示；审批意见可能需要汇集并提交给另外一个人，以便对设计图样进行进一步的修改。这样，可能会形成同一篇文档在多个人之间的顺序或同时传递。

客户端安装加载有WFD插件，具有发起流程权限的用户可以在客户端上，登录使用WFD插件设计生成符合自身业务需求、管理需求的自定义可视化流程图。

S200所述客户端将所述自定义可视化流程图转换为XML文件，并发送所述XML文件给后台服务器；

具体的，客户端使用WFD插件自行将自定义可视化流程图转换为XML文件，然后，客户端将XML文件通过无线通信方式发送给与自身连接的后台服务器。

S300所述后台服务器将所述XML文件进行处理，生成并发送目标XML文件给流程服务器；所述目标XML文件符合业务流程图规范；

S400所述流程服务器根据所述目标XML文件部署搭建得到对应的流程管理模型。

具体的，场景中设置有至少两个客户端，其中客户端的身份包括发起客户端和参与客户端，发起客户端即设计生成自定义可视化流程图，并转换为XML文件发送给后台服务器，以根据搭建的流程管理模型发起流程管理任务的客户端，而参与客户端则是发起客户端所选择的参与所发起流程管理任务的任意多个客户端。

客户端通过上述方式转换并发送XML文件给后台服务器后，后台服务器将XML文件进行处理进而生成符合业务流程图规范的目标XML文件，然后，后台服务器将目标XML文件发送至流程服务器，这样，流程服务器根据接收到的目标XML文件完成部署搭建得到对应的流程管理模型，进而使得客户端成功发起自定义可视化流程图对应的流程管理任务。

本发明通过客户端自行选择生成自定义可视化流程图以部署搭建得到对应的流程管理模型，这样可以根据业务需求和管理需求，采用自定义的方式对流程进行妥善管理，并且流程内容自定义程度高，大大提升管理层对于流程管理任务的监督力度和使用体验。

本发明的一个实施例，一种流程管理方法，包括：

S110所述客户端获取用户输入的目标步骤名称，以及各目标步骤名称之间的关联关系；

S120所述客户端通过所述工作流设计器在画布中绘制每个目标步骤名称对应的节点，并根据所述关联关系建立所述节点之间的矢量连接，完成一个自定义可视化流程图的创建；

具体的，一个发起的流程中会包含很多步骤，步骤会根据步骤之间的关系，一步步进行，当所有步骤都完成后，流程结束。步骤在执行的过程中会产生很多待办，用户根据待办的指引一步步完成步骤结束流程。步骤包括步骤基本信息、表单和步骤状态。其中，步骤基本信息包括步骤名称、执行人、限定时间、步骤说明。表单是指在步骤中可以向表单提交数据，一个步骤可以引入一个表单。步骤状态包括未开启、进行中、已完成、已关闭。根据业务需求和管理需求，还可以在步骤中添加审核项，其中一个步骤可以添加多个审核项，每个审核项由审核项名称、审核人、审核方式组成，需要注意的是，有审核项的步骤，只有所有审核项审核通过后才会完成该步骤以便执行下一步骤。

需要注意的是，用户可以在流程应用中创建多个表单，每个表单的表单项完全由用户自定义。每个步骤可以引用一个表单，流程发起后，可在步骤中提交表单。

用户可以根据自身的业务需求和管理需求，在客户端的WFD插件中输入目标步骤名称以及各个目标步骤名称之间的关联关系，其中，目标步骤名称为用户选择的步骤选项。客户端获取到目标步骤名称及各目标步骤名称之间的关联关系后，客户端通过WFD插件在画布中绘制每个目标步骤名称对应的节点，其中，每个节点所在的位置对应于各目标步骤名称的位置，然后，客户端通过WFD插件根据所述关联关系在画布中生成有方向的连线，以便建立所述节点之间的矢量连接，完成一个自定义可视化流程图的创建。

S200所述客户端将所述自定义可视化流程图转换为XML文件，并发送所述XML文件给后台服务器；

S310所述后台服务器使用开源XML解析包对所述XML文件进行解析得到所有目标步骤名称对应的节点；

S320所述后台服务器从所有节点中查找出目标节点，在各目标节点处添加对应的网关和连线关系生成所述目标XML文件；

具体的，用户使用客户端进行步骤自定义，然后客户端通过WFD插件为用户渲染生成初始化流程图，在通过WFD插件在初始化流程图中的画布上根据业务需求和管理需求随意调整编排步骤以生成最终的自定义可视化流程图。然后，客户端将自定义可视化流程图通过WFD插件转换为XML文件并发送给后台服务器。后台服务器接收到XML文件后，通过开源XML解析包(例如dom4j)对XML文件进行解析，在所有目标步骤名称对应的节点中查找出目标节点，目标节点是指被多个节点汇聚指向的节点。后台服务器查找到所有目标节点后，使用代码在各目标节点处添加网关和连线关系,这样就生成了符合业务流程图规范(即bpmn规范)的目标XML文件。其中，按照bpmn规范,多个节点汇聚到一个节点时,需要添加网关,所以后台服务器用dom4j解析xml文件后,用代码判断哪些目标节点需要添加网关,然后在目标节点处添加网关和连线关系,使之成为符合bpmn要求的目标XML文件。

S410所述流程服务器通过部署接口接收所述后台服务器发送的XML字符串；所述XML字符串由所述目标XML文件转换得到，包括节点部署名称和节点部署关系；

S420所述流程服务器通过类服务接口将节点部署名称和节点部署关系传递给流程设计器，通过所述流程设计器调用预设部署方法完成部署生成所述流程管理模型；

具体的，后台服务器通过上述方式处理得到目标XML文件后，将目标XML文件传输给流程服务器，其中，流程服务器安装运行有Activiti插件，由于Activiti插件自带有API接口(即本发明的类服务接口)，后台服务器可以将目标XML文件转换为XML字符串，然后调用流程服务器的部署接口,将节点部署名称和节点部署关系以XML字符串的形式传递给流程服务器。流程服务器接收到后台服务器发送的节点部署名称和节点部署关系后，流程服务器调用Activiti插件提供的类服务接口(例如repositoryService类接口),将上述节点部署名称和节点部署关系传递给Activiti插件,通过Activiti插件调用预设部署方法完成部署，进而生成待办任务及任务信息，从而搭建生成所述流程管理模型。

S500客户端生成待办任务及任务信息后，若获取到对于待办任务的完成指示，将用户标识、步骤标识通过上述后台服务器发送给所述流程服务器；

S600所述流程服务器根据所述用户标识、步骤标识将对应的待办任务进行状态更新，并按照所述流程管理模型的流程先后顺序，自动生成下一个步骤的待办任务，直至所述流程管理模型的所有步骤完成为止。

具体的，流程服务器完成流程管理模型的搭建后，流程服务器会根据客户端的用户标识，将对应的步骤流程发送到对应的客户端处。这样，客户端可以通过调用函数查看发起的流程列表,点击列表可以查看对应的流程详情。当用户查询到自己的待办任务对应的当前步骤,然后去完成时,客户端会将当前步骤对应的用户标识、步骤标识传递给后台服务器,后台服务器再将用户标识、步骤标识传递给流程服务器,流程服务器通过Activiti插件提供的taskService中的complete方法,将此当前步骤的状态更新为已完成状态,然后按照步骤先后顺序自动给当前步骤所对应的下一个步骤的执行人生成待办任务,该执行人查询到此待办任务后,继续上述操作,直到流程所有步骤结束。

示例性的，具体可结合日事清软件进行流程管理说明：日事清软件的流程功能主要分成四个部分：推荐、流程待办、流程应用、全部流程。其中，推荐是指流程功能的首页，主要包括流程待办的统计数和快速发起两部分。流程待办聚合各个流程的待办任务，按照待办任务的类型分类显示为待处理，即将超时，已超时，已完成等等。流程应用包括核心功能、管理性功能和可设定项，其中，核心功能用于发起流程创建一个流程实体，一个流程实体包括步骤(包括步骤基本信息、表单和步骤状态)，以及步骤与步骤之间的关系。管理性功能包括展示(即展示发起的流程，提供看板和列表两种视图以及筛选排序功能)、表单(用户在该流程应用中创建的所有表单和提交的表单数据，分成表单列表和表单内容)和统计(对发起的流程进行相关统计)。可设定项包括流程配置(管理发起的流程包括哪些内容，相当于计划目标)和流程设置(管理整个流程的设置项，相当于计划设置)。全部流程包括所有流程应用的列表，包括常用和分组。

根据流程目标创建流程应用(即本发明的自定义可视化流程图)，并进行流程应用配置以自定义步骤，编排步骤。然后，在流程应用下发起流程实体(即本发明的流程管理模型)，按照步骤进行流程流程并生成待办，然后进行流程统计。流程应用生成待办的流程如图2所示，1.流程模板、流程应用、发起的具体流程之间的关系：流程模板是系统自带的默认模板，按不同的行业、场景有不同的分类，例如「行政人事」分类下会有“新员工入职流程”模板。流程应用是用户根据模板创建出来的满足不同场景需求的流程，例如企业HR根据“新员工入职流程”模板创建了“技术部新员工入职流程”应用。发起的具体流程是在流程应用内发起的流程实体，例如技术部张三入职了，HR在“技术部新员工入职流程”应用下发起了“张三入职流程”。

其中，创建待办的生成方式包括执行和审核，执行生成方式即为当一个步骤开始后，执行人会生成一条执行的待办。审核生成方式即为执行人提交审核后(可以不配置审核)，按照审核项逐项生成(一项完成之后再生成下一项)审核待办，如果某一项审核有多个审核人，要给多个审核人独自生成一条待办，但他们属于同一个审核项，算作一个审核待办。

其中，一个进行中的步骤一般只有一个状态的待办，比如执行或审核。有时一个状态可能对应多条待办，比如多人审核，但在统计数量的时候算作一个待办。此外，一个流程可以同时进行的步骤有很多，所以一个发起的流程可以统计出多个进行中的待办。

待办包含：基本信息(步骤、归属、类型、发起人、剩余时间)、待办状态(待处理、待审核、已提交、已审核、已拒绝、已完成)、待办分类(待处理、已完成、已关闭，以及根据时间判断有即将超时、已超时两种标识)。

例如，点击一个流程应用，日事清的显示界面会显示流程应用详情，详情页有流程、表单统计三个tab，默认进入流程页面，这里显示的是此流程应用下发起的所有流程实体。有两种显示方式：看板视图、列表视图，默认为看板视图，可全屏显示。其中，看板视图按照当前流程应用配置的步骤名称，生成对应的卡片，流程配置改变，卡片自动改变。当发起流程后，按照流程所处的步骤序号，显示在对应的步骤卡片中(序号相同即可，步骤名称可以不一致)。如果发起的流程同时处于多个步骤，则显示在多个步骤卡片中。除了步骤卡片之外，还有3种卡片类型分别为：其他卡片(当发起的流程所处的步骤不在当前配置流程的步骤中时，或发起流程后，修改改了步骤时，流程在其他卡片中)、已完成卡片(当流程完成时，进入已完成卡片，已完成卡片一直存在)、已关闭卡片(当流程关闭后，进入已关闭卡片)。日事清的看板视图以步骤作为卡片，按步骤顺序展示，使流程阶段可视化，应用下发起的所有流程当前进行的步骤都一目了然。

示例性的，在日事清的流程应用中可以如图3所示自定义配置步骤及每个步骤的执行人、限定时间，以及要填写的表单、要经历的审核项。如图3所示定义步骤tab分成三个区域，左边是步骤区，中间是配置项选择区，右边是配置设定区。其中，可以点击步骤区下方的「新建步骤」，新建一个步骤并打开，还可以拖动步骤排序。点击中间的选择区，右侧可对配置项进行设定。

可以点击如图3所示的限定时间的选择框以弹出如图4所示的时限选择器，在选择框下方有1个选项：允许发起后修改限定时间。选中后，发起的流程在步骤完成之前，执行人或流程发起人以及拥有修改权限的人都可修改限定时间。如未在限定时间内完成，将显示流程在该步骤下延期的标识。

可以点击如图3所示的表单区域，进而在显示界面处向用户展示如图5所示的创建新表单区域和选择表单区域。此外，用户还可以点击如图3所示的审核项区域，如图6所示，审核项由用户创建的一个个审核项组成。最上面是审核项三个字，下面是一项项具体的审核项，每个审核项之间有一个新建按钮，最下方是一个新建按钮。当一个审核项都没有时，显示最下方的新建按钮。通过上述流程完成步骤的定义后，无需编写代码，只需要通过拖拉拽的方式连接步骤对应的节点，如图7所示即可对步骤进行编排，实现流程的可视化设计，满足业务流、审批流的使用场景。

本发明实现了从流程的制定、发起到流程的执行、监控、统计的全生命周期的贯通，帮助企业通过流程管理高效完成业务协作。其中，流程阶段可视化、自定义编排步骤、步骤详情的自定义配置，能够对流程进行体系化地分类管理，提升流程发起效率。由于流程应用下的每个步骤都可自定义配置表单、审核项，同时可通过拖拽的方式快速编排步骤，灵活性更高，能快速适应业务变化。另外，由于看板视图使流程阶段可视化，方便管理层实时追溯、监督流程进度。此外，由于发起的流程在流转过程中会生成待办，并向当前步骤的执行人发出通知，能够有效提升执行效率，高效完成业务协作，无需IT部门参与即可完成流程配置，操作和学习成本低，使得流程相关人员可以在发起的流程内直接进行讨论，降低沟通成本，达到无纸化办公的目标。最后，不再需要对员工进行流程的培训，平滑实现流程变更，并且员工只需将精力集中在处理自己关心的数据上，使得科学管理更进一层，办公效率明显提高，起到改善企业内(外)部流程、优化并合理利用资源的作用。

本发明的一个实施例，一种流程管理系统，包括：客户端、后台服务器和流程服务器；

所述客户端，用于通过工作流设计器生成自定义可视化流程图，并将所述自定义可视化流程图转换为XML文件，并发送所述XML文件给后台服务器；

所述后台服务器，用于将所述XML文件进行处理，生成并发送目标XML文件给流程服务器；所述目标XML文件符合业务流程图规范；

所述流程服务器，用于根据所述目标XML文件部署搭建得到对应的流程管理模型。

具体的，本实施例是上述方法实施例对应的系统实施例，具体效果参见上述方法实施例，在此不再一一赘述。

基于前述实施例，所述客户端包括：

获取模块，用于获取用户输入的目标步骤名称，以及各目标步骤名称之间的关联关系；

生成模块，用于通过所述工作流设计器在画布中绘制每个目标步骤名称对应的节点，并根据所述关联关系建立所述节点之间的矢量连接，完成一个自定义可视化流程图的创建；

转换模块，用于将所述自定义可视化流程图转换为XML文件；

第一通信模块，用于发送所述XML文件给后台服务器。

具体的，本实施例是上述方法实施例对应的系统实施例，具体效果参见上述方法实施例，在此不再一一赘述。

基于前述实施例，所述后台服务器包括：

第二通信模块，用于接收所述XML文件，还用于发送所述目标XML文件给所述流程服务器；

解析模块，用于使用开源XML解析包对所述XML文件进行解析得到所有目标步骤名称对应的节点；

处理模块，用于从所有节点中查找出目标节点，在各目标节点处添加对应的网关和连线关系生成所述目标XML文件。

具体的，本实施例是上述方法实施例对应的系统实施例，具体效果参见上述方法实施例，在此不再一一赘述。

基于前述实施例，所述流程服务器包括：

第三通信模块，用于通过部署接口接收所述后台服务器发送的XML字符串；所述XML字符串由所述目标XML文件转换得到，包括节点部署名称和节点部署关系；

搭建模块，用于通过类服务接口将节点部署名称和节点部署关系传递给流程设计器，通过所述流程设计器调用预设部署系统完成部署生成待办任务及任务信息，从而搭建生成所述流程管理模型。

具体的，本实施例是上述方法实施例对应的系统实施例，具体效果参见上述方法实施例，在此不再一一赘述。

基于前述实施例，还包括：

所述客户端，还用于生成待办任务及任务信息后，若获取到对于待办任务的完成指示，将用户标识、步骤标识通过上述后台服务器发送给所述流程服务器；

所述流程服务器，还用于根据所述用户标识、步骤标识将对应的待办任务进行状态更新，并按照所述流程管理模型的流程先后顺序，自动生成下一个步骤的待办任务，直至所述流程管理模型的所有步骤完成为止。

具体的，本实施例是上述方法实施例对应的系统实施例，具体效果参见上述方法实施例，在此不再一一赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的程序模块完成，即将所述装置的内部结构划分成不同的程序单元或模块，以完成以上描述的全部或者部分功能。实施例中的各程序模块可以集成在一个处理单元中，也可是各个单元单独存在，也可以两个或两个以上单元集成在一个处理单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序单元的形式实现。另外，各程序模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其他的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性、机械或其他的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即上述分离部件可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可能集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

应当说明的是，上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。