分布式控制系统的组态文件的处理方法及装置与流程

本申请涉及计算机技术领域，尤其涉及一种分布式控制系统的组态文件的处理方法及装置。

背景技术：

组态软件是一种人机界面控制/监视控制和数据采集软件。目前组态软件的发展迅猛，已经扩展到企业信息管理系统、管理和控制一体化、远程诊断和维护，以及在互联网上的一系列的数据整合。

对于传统的dcs组态软件，会有几十个操作站、上百个(甚至上千)控制站需要部署。一般会由多名工程师组成的工程师团队，使用dcs系统组态软件来完成对dcs系统里所有操作站、控制站、中心站的资源配置和编程组态，其中组态可以理解为"配置"。传统的分布式控制系统(distributedcontrolsystem，dcs)的编程和组态工作是将主负责客户端上的整个新建项目划分为多个待处理的项目模块(一般是对上述的每个操作站、控制站、中心站划分为一个模块)，然后由每个工程师负责一个待处理的项目模块，等每个工程师完成自己的待处理的项目模块，获取组态文件后，将各自的组态文件拷贝到工程师站服务器上，之后工程师站服务器对完整的组态文件集合进行编译和下装操作，其中对多个待处理的项目模块的处理是由工程师使用相关软件完成的。

然而，当多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时，会出现分工和协作的冲突问题，包括不同的工程师同时为同一个操作站或同一个控制站进行组态时出现的分工冲突，如不同的工程师各自获取同一个操作站或同一个控制站的组态文件先后拷贝到工程师站服务器会发生组态文件的覆盖，以及不同的工程师分别为具有调用关系的操作站或控制站进行组态时出现的程序不能耦合的协作冲突，如预设具有调用关系的两个操作站或控制站的组态文件不能实现相互调用，这种分工和协作的冲突问题会严重影响项目版本的开发。

技术实现要素：

本申请实施例提供一种分布式控制系统的组态文件的处理方法及装置，用于解决现有技术中多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时出现的分工和协作的冲突问题。

第一方面，提供了一种分布式控制系统的组态文件的处理方法，该方法可以包括：

基于至少一个待处理项目中任一待处理项目的项目信息，获取待处理项目的至少一个组态文件，至少一个待处理项目是分布式控制系统的新建项目的组成部分，组态文件包括执行待处理项目所需的配置信息；

向服务器发送第一上传请求，第一上传请求包括待处理项目的版本信息和待处理项目的至少一个组态文件，版本信息记录所述至少一个组态文件的版本路径变更信息；

当接收到服务器发送的版本信息冲突指示消息，则展示至少一个组态文件与版本信息冲突指示消息中待处理项目的已上传的组态文件，所述版本信息冲突是指来源不同的版本路径变更信息间有重叠的现象；

向服务器发送第二上传请求，第二上传请求包括待处理项目的版本信息和修改后的至少一个组态文件，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的。

该方案通过在服务器侧检测到重复上传，从而解决了现有技术中多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时出现的分工和协作的冲突问题。

在一个可选的实现中，获取分布式控制系统的新建项目之后，该方法还包括：

向服务器发送新建项目请求，新建项目请求中包括所述新建项目标识；

接收服务器在根据所述新建项目请求分配新建项目标识所属的存储资源后发送的新建项目响应，存储资源用于存储新建项目的组态文件，以使服务器检测并存储多名工程师所属客户端发来的组态文件。

在一个可选的实现中，该方法还包括：接收服务器发送的评审指示信息，评审指示信息用于指示上传的组态文件的评审结果，上传的组态文件包括至少一个组态文件或修改后的至少一个组态文件；

当评审指示信息指示评审结果为未通过时，获取至少一个组态文件的修改后的组态文件，或获取修改后的至少一个组态文件再次修改的组态文件，返回执行向服务器发送第二上传请求的步骤。

上述方式可以实时对每次上传的组态文件进行代码评审，克服了现有技术中，代码评审受参与项目的工程师个人主观因素影响而怠慢，且无法跟踪执行效果的限制，加快了项目完成进度和同时提高项目完成质量。

第二方面，提供了一种分布式控制系统的组态文件的处理方法，该方法包括：

基于至少一个待处理项目中任一待处理项目的项目信息，获取待处理项目的至少一个组态文件，至少一个待处理项目是分布式控制系统的新建项目的组成部分，组态文件包括执行待处理项目所需的配置信息；

向服务器发送提取请求，提取请求用于提取服务器存储的已上传的组态文件；

当至少一个组态文件中的版本信息与所述已上传的组态文件的版本信息不存在版本信息冲突时，向服务器发送第一上传请求，第一上传请求包括待处理项目的版本信息和待处理项目的所述至少一个组态文件，版本信息记录待处理项目的版本变化信息；

当至少一个组态文件中的版本信息与已上传的组态文件的版本信息存在版本信息冲突时，向服务器发送第二上传请求，第二上传请求包括待处理项目的版本信息和修改后的至少一个组态文件，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的，所述版本信息冲突是指来源不同的版本路径变更信息间有重叠的现象。

该方案通过在客户端侧检测到重复上传，从而解决了现有技术中多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时出现的分工和协作的冲突问题。

第三方面，提供了一种分布式控制系统的组态文件的处理方法，该方法包括：

接收客户端发送的第一上传请求，第一上传请求包括待处理项目的版本信息和待处理项目的至少一个组态文件，至少一个组态文件为客户端根据至少一个待处理项目中任一待处理项目的项目信息获得的，组态文件包括执行待处理项目所需的信息，新建项目是分布式控制系统的新建项目，至少一个待处理项目是分布式控制系统的新建项目的组成部分；

当上传的至少一个组态文件的版本信息与已上传的组态文件的版本信息不存在版本信息冲突时，获取上传的组态文件，上传的组态文件包括至少一个组态文件；

当上传的至少一个组态文件的版本信息与已上传的组态文件的版本信息存在版本信息冲突时，向客户端发送版本信息冲突指示消息，版本信息冲突指示消息包括待处理项目的已上传的组态文件；

基于接收客户端发送的第二上传请求，获取上传的组态文件，第二上传请求和上传的组态文件均包括修改后的至少一个组态文件和相应的版本信息，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的。

在一个可选的实现中，获取上传的组态文件之前，该方法还包括：

输出第一指示信息，第一指示信息用于指示对上传的组态文件进行评审，上传的组态文件包括至少一个组态文件或所述修改后的组态文件；

接收第二指示信息，第二指示信息用于指示上传的组态文件中每个组态文件的评审结果；

当组态文件的评审结果为通过时，获取上传的组态文件；

当组态文件的评审结果为未通过时，向客户端发送评审未通过的评审指示信息，并返回执行接收客户端发送第二上传请求的步骤。

在一个可选的实现中，接收客户端发送的第一上传请求之前，该方法还包括：

接收客户端发送的新建项目请求，新建项目请求中包括新建项目标识；

根据新建项目请求，分配新建项目标识所属的存储资源；

向客户端发送新建项目响应，存储资源用于存储新建项目的组态文件集合。

第四方面，提供了一种客户端，该客户端可以包括：获取单元、发送单元、展示单元。

其中，获取单元，用于基于至少一个待处理项目中任一待处理项目的项目信息，获取待处理项目的至少一个组态文件，至少一个待处理项目是分布式控制系统的新建项目的组成部分，组态文件包括执行待处理项目所需的配置信息；

发送单元，用于向服务器发送第一上传请求，第一上传请求包括待处理项目的版本信息和至少一个组态文件，版本信息记录至少一个组态文件的版本路径变更信息；

展示单元，用于当接收到服务器发送的版本信息冲突指示消息，则展示至少一个组态文件与所述版本信息冲突指示消息中待处理项目的已上传的组态文件，版本信息冲突是指来源不同的版本路径变更信息间有重叠的现象；

发送单元，还用于向服务器发送第二上传请求，第二上传请求包括待处理项目的版本信息和修改后的至少一个组态文件，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的。

在一个可选的实现中，客户端还包括第一接收单元；

发送单元，还用于在获取单元获取分布式控制系统的新建项目之后，向服务器发送新建项目请求，新建项目请求中包括新建项目标识；

第一接收单元，用于接收服务器在根据新建项目请求分配新建项目标识的存储资源后发送的新建项目响应，存储资源用于存储新建项目的组态文件集合。

在一个可选的实现中，客户端还包括第二接收单元；

第二接收单元，用于接收服务器发送的评审指示信息，评审指示信息用于指示上传的组态文件的评审结果，上传的组态文件包括至少一个组态文件或修改后的至少一个组态文件；

获取单元，还用于当评审指示信息指示评审结果为未通过时，获取至少一个组态文件的修改后的组态文件，或获取修改后的至少一个组态文件再次修改的组态文件，并触发发送单元向服务器发送第二上传请求。

第五方面，提供了另一种客户端，该客户端包括：获取单元、发送单元。

获取单元，用于基于至少一个待处理项目中任一待处理项目的项目信息，获取待处理项目的至少一个组态文件，至少一个待处理项目是分布式控制系统的新建项目的组成部分，组态文件包括执行待处理项目所需的配置信息；

发送单元，用于向服务器发送提取请求，提取请求用于提取所述服务器存储的已上传的组态文件；

当至少一个组态文件中的版本信息与已上传的组态文件的版本信息不存在版本信息冲突时，向所述服务器发送第一上传请求，第一上传请求包括待处理项目的版本信息和待处理项目的所述至少一个组态文件，版本信息记录待处理项目的版本变化信息；

当至少一个组态文件中的版本信息与已上传的组态文件的版本信息存在版本信息冲突时，向服务器发送第二上传请求，第二上传请求包括待处理项目的版本信息和修改后的至少一个组态文件，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的，版本信息冲突是指来源不同的版本路径变更信息间有重叠的现象。

第六方面，提供了一种服务装置，该装置可以包括：接收单元、获取单元、发送单元。

接收单元，用于接收客户端发送的第一上传请求，第一上传请求包括待处理项目的版本信息和待处理项目的至少一个组态文件，至少一个组态文件为客户端根据至少一个待处理项目中任一待处理项目的项目信息获得的，组态文件包括执行待处理项目所需的信息，至少一个待处理项目是分布式控制系统的新建项目的组成部分，新建项目是分布式控制系统的新建项目；

获取单元，用于当上传的至少一个组态文件的版本信息与已上传的组态文件的版本信息不存在版本信息冲突时，获取上传的组态文件，上传的组态文件包括至少一个组态文件；

发送单元，用于当上传的至少一个组态文件的版本信息与已上传的组态文件的版本信息存在版本信息冲突时，向客户端发送版本信息冲突指示消息，版本信息冲突指示消息包括待处理项目的已上传的组态文件；

获取单元，还用于基于接收客户端发送的第二上传请求，获取上传的组态文件，第二上传请求和上传的组态文件均包括修改后的至少一个组态文件和相应的版本信息，修改后的至少一个组态文件是根据所述已上传的组态文件对至少一个组态文件进行修改后得到的。

在一个可选的实现中，该装置还可以包括输出单元；

输出单元，用于在获取单元获取上传的组态文件之前，输出第一指示信息，第一指示信息用于指示对上传的组态文件进行评审，上传的组态文件包括至少一个组态文件或所述修改后的组态文件；

接收单元，还用于接收第二指示信息，第二指示信息用于指示上传的组态文件中每个组态文件的评审结果；

获取单元，还用于当组态文件的评审结果为通过时，获取上传的组态文件；

发送单元，还用于当组态文件的评审结果为未通过时，向客户端发送评审未通过的评审指示信息，并触发接收单元接收客户端发送的第二上传请求。

在一个可选的实现中，该装置还包括分配单元；

接收单元在接收客户端发送的第一上传请求之前，还用于接收客户端发送的新建项目请求，新建项目请求中包括所述新建项目标识；

分配单元，用于根据新建项目请求，分配新建项目标识所属的存储资源，并向客户端发送新建项目响应，存储资源用于存储新建项目的组态文件集合。

发送单元，还用于向客户端发送新建项目响应。

第七方面，提供了一种终端，该终端包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述第一方面或第二方面中任一所述的方法步骤。

第八方面，提供了一种服务器，该服务器包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述第三方面中任一所述的方法步骤。

第九方面，提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面、第二方面或第三方面中任一所述的方法步骤。

本发明实施例的技术方案在客户端获取分布式控制系统包括至少一个待处理项目的新建项目后，以及任一待处理项目的至少一个组态文件后，组态文件包括执行待处理项目所需的配置信息，向服务器上传待处理项目的至少一个组态文件；客户端侧在接收到服务器发送的版本信息冲突指示消息时，展示至少一个组态文件与版本信息冲突指示消息中待处理项目的已上传的组态文件，之后向服务器发送修改后的至少一个组态文件；或者，客户端侧在上传前通过向服务器发送提取请求，获取服务器当前存储的已上传的组态文件，在检测出至少一个组态文件与已上传的组态文件存在相同组态文件后，向服务器上传修改后的至少一个组态文件。其中，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的，从而解决了现有技术中多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时出现的分工和协作的冲突问题。

附图说明

图1为本发明实施例提供的一种分布式控制系统的组态文件的处理方法应用的系统架构示意图；

图2为本发明实施例提供的一种分布式控制系统的组态文件处理方法的流程示意图；

图3为本发明实施例提供的另一种分布式控制系统的组态文件处理方法的流程示意图；

图4为图2所示的一种分布式控制系统的组态文件处理方法的流程示意图；

图5为图3所示的一种分布式控制系统的组态文件处理方法的流程示意图；

图6为本发明实施例提供的一种客户端的结构示意图；

图7为本发明实施例提供的另一种客户端的结构示意图；

图8为本发明实施例提供的一种服务装置的结构示意图；

图9为本发明实施例提供的一种终端的结构示意图；

图10为本发明实施例提供的另一种服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，并不是全部的实施例。基于本申请实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本发明实施例提供的分布式控制系统的组态文件的处理方法应用在图1所示的系统架构中，该系统架构具体为客户端/服务器(client/server，cs)架构。该系统可以包括多个终端，如终端1、终端2和终端3，每个终端需要处理整个项目中一个待处理的小项目，该终端包括工程师站客户端(下面简称“客户端”)，以及与客户端通信的工程师站服务器(下面简称“服务器”)。

本发明实施例中所指的终端可称为用户设备(userquipment，ue)、移动台(mobilestation，ms)、移动终端((mobileterminal)等。该客户端可以是dcs组态软件客户端，具有git操作功能和组态文件信息对比功能。

其中，git操作功能支持常用git操作，如克隆、提交、推送、拉取、获取分支和合并等操作。组态文件信息对比功能支持配置参数对比、画面对比和算法逻辑对比等功能。

可选地，该客户端还可以包括执行单元，如dcs仿真运行系统。在获取到整个项目的组态文件集合后，经执行单元处理，得到执行文件，以控制dcs系统中的操作站和控制站进行工作。

服务器可以是dcs组态软件服务器，具有与客户端对应的git操作功能、持续集成工具，如jenkins，以及评审工具，如gerrit。其中，jenkins是一个开源持续集成(continuousintegration)工具，用于监控持续重复的工作。开发工程师可以集成每个开发工程师的待处理项目，每次集成都通过自动化的编译，发布，自动化测试来验证，通过多次集成尽早地发现集成错误。gerrit是一种开放源代码的代码审查软件，使用网页界面，审阅程序代码，决定是否能够提交，退回或者继续修改。

本发明实施例提供的分布式控制系统的组态文件的处理方法可以基于git来完成，其中，git是一个开源的分布式版本控制系统，即使一种开放源码的版本控制软件，用以有效、高速的处理从很小到非常大的项目版本管理。

该方法通过客户端获取dcs的新建项目，该新建项目可以包括至少一个待处理项目；并基于至少一个待处理项目中任一待处理项目的项目信息，获取每个待处理项目的至少一个组态文件，组态文件包括执行该待处理项目所需的信息后，向服务器发送第一上传请求，第一上传请求包括待处理项目的版本信息和待处理项目的至少一个组态文件，版本信息记录至少一个组态文件的版本变更信息。

为了解决多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时的分工与协作的冲突问题，服务器对上传的待处理项目的版本信息进行版本冲突检测，版本信息用于记录上传的待处理项目的版本变更信息。

具体为：当服务器检测到该待处理项目的版本信息不存在历史上传记录，即该待处理项目的版本信息未重复上传时，服务器对待处理项目的至少一个组态文件进行组态文件信息的评审(如代码评审)，若评审通过，则获取该待处理项目的至少一个组态文件，并进行存储。当服务器检测到该待处理项目的版本信息存在历史上传记录，即该待处理项目的版本信息重复上传时，向客户端发送的版本信息冲突指示消息，版本信息冲突指示消息可以包括该待处理项目对应的已上传的组态文件。客户端向工程师展示获取的至少一个组态文件中重复上传的组态文件与版本信息冲突指示消息中待处理项目对应的已上传的组态文件；之后在获取到工程师上传的修改后的至少一个组态文件后，向服务器发送第二上传请求，第二上传请求包括修改后的至少一个组态文件，修改后的至少一个组态文件是根据已上传的组态文件对重复上传的组态文件进行修改后得到的。服务器对待处理项目的修改后的组态文件进行组态文件信息的评审(如代码评审)，若评审通过，则获取该待处理项目的修改后的至少一个组态文件，并进行存储。由此，通过多个客户端上传相应待处理项目的至少一个组态文件，使服务器获取整个新建项目的组态文件集合。

以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图2为本发明实施例提供的一种分布式控制系统的组态文件处理方法的流程示意图。如图2所示，该方法可以包括：

步骤210、客户端基于至少一个待处理项目中任一待处理项目的项目信息，获取待处理项目的至少一个组态文件。

由于至少一个待处理项目是分布式控制系统的新建项目的组成部分，故在执行该步骤之前，客户端需要获取分布式控制系统的新建项目。

客户端可以通过git操作中的克隆操作得到分布式控制系统的新建项目，该新建项目可以是对目标程序的版本升级项目。该新建项目包括至少一个客户端中每个客户端对应的待处理项目。

可选地，执行该步骤之后，客户端向服务器发送新建项目请求，新建项目请求中包括新建项目标识；

服务器根据新建项目请求分配新建项目标识所属的存储资源，如通过自动执行“gitinit”操作分配存储资源，完成新建项目的初始化，其中，存储资源用于存储新建项目的组态文件集合，以使服务器检测并存储多名工程师所属客户端发来的组态文件。之后向客户端发送新建项目响应。

需要说明的是，该客户端可以是预设的总负责人客户端，该客户端用于接收新建项目，以及向服务器发送新建项目请求。

组态文件包括执行待处理项目所需的配置信息，如控制站配置信息、画面配置信息、数据库配置信息等。

对于整个新建项目中的至少一个待处理项目，每个客户端有自己的待处理项目，例如，可以理解为每个客户端负责对至少一个待处理项目中的一个待处理项目进行处理。

进一步的，客户端获取到待处理项目的至少一个组态文件后。

步骤220、客户端向服务器发送第一上传请求，第一上传请求包括待处理项目的版本信息和至少一个组态文件。

版本信息用于记录待处理项目的版本变化信息，例如，版本0表示待处理项目未做修改的组态文件，版本1表示待处理项目的修改一次的组态文件，版本2表示待处理项目的修改两次的组态文件，以此类推。

客户端可以通过gitpush指令的推送(push)操作，向服务器发送第一上传请求。

可选地，第一上传请求还可以包括待处理项目标识，以用于唯一标识该待处理项目。

步骤230、当上传的至少一个组态文件的版本信息与已上传的组态文件的版本信息不存在版本信息冲突时，服务器获取上传的组态文件。

版本信息用于记录待处理项目的至少一个组态文件的版本路径变更信息，如组态文件a最初的版本号为0，经第一次修改后组态文件a的版本号为1，经第二次修改后组态文件a的版本号为2，那么组态文件a的版本路径变更信息可以表示为：0->1->2的变更路径。服务器检测待处理项目的至少一个组态文件是否重复上传。

服务器可以通过检测待处理项目的版本信息是否在历史上传记录中记载，来检测待处理项目的至少一个组态文件是否存在版本冲突，其中，版本冲突可以是指组态文件的版本变更路径有重叠，例如，服务器端已存有待处理项目的版本信息为0->1->2->3的变更路径，而当客户端上传的版本信息为2->3或0->1->2或0->1->2->3的变更路径时，即可称为存在版本冲突。

当上传的待处理项目的版本信息与已上传的待处理项目的版本信息不相同时，获取待处理项目的至少一个组态文件，并存储在新建项目标识所属的存储资源中，即对存储资源中的组态文件进行更新。

步骤240、当上传的待处理项目的版本信息与已上传的待处理项目的版本信息相同时，服务器向客户端发送版本信息冲突指示消息。

版本信息冲突指示消息包括待处理项目的版本信息对应的已上传的组态文件。

步骤250、客户端向服务器发送第二上传请求，第二上传请求包括修改后的至少一个组态文件和相应版本信息。

在执行该步骤之前，客户端根据版本信息冲突指示消息，展示至少一个组态文件与版本信息冲突指示消息中待处理项目的已上传的组态文件，以使工程师或修改工具(如编写好的程序)对至少一个组态文件进行修改，之后即可提交(commit)到本地git库中。其中，对至少一个组态文件的修改方式可以包括：对至少一个组态文件中的目标组态文件进行内容更新、在至少一个组态文件中添加或删除目标组态文件，以及将存在版本冲突的已上传的组态文件与至少一个组态文件进行内容合并，如已上传的组态文件a为待处理项目的上部分内容，至少一个组态文件为该待处理项目的下部分内容，将上部分内容与下部分内容进行合并，或者在上部分内容的基础上添加该下部分内容等。

客户端向服务器发送包括修改后的组态文件的第二上传请求，此时的版本信息记录了该待处理项目的修改后至少一个组态文件的版本变更路径信息，之后，返回执行步骤230，此时该上传的组态文件包括修改后的至少一个组态文件。

可选地，为了进一步提高解决分工和协作的冲突问题的准确性，在获取上传的组态文件之前，还可以执行以下步骤：

服务器输出第一指示信息，第一指示信息用于指示对上传的组态文件进行评审，上传的组态文件包括至少一个组态文件或修改后的至少一个组态文件；

其中，该评审过程可以由负责评审的工程师执行，评审结束后向服务器发送第二指示信息。

服务器接收第二指示信息，第二指示信息用于指示上传的组态文件中每个组态文件的评审结果。

当上传的组态文件的评审结果为通过时，获取上传的组态文件；

当上传的组态文件的评审结果为未通过时，向客户端发送评审未通过的评审指示信息。

可见，该评审过程可以由评审人员实时对每次上传的组态文件进行代码评审，克服了现有技术中代码评审受参与项目的工程师个人主观因素影响而怠慢，且无法跟踪执行效果的限制，加快了项目完成进度和同时提高项目完成质量。

客户端基于评审未通过的评审指示信息，获取修改后的至少一个组态文件，返回执行向服务器发送第二上传请求的步骤，例如，客户端可以根据评审未通过的评审指示信息向工程师发送修改指令，从而获取修改后的至少一个组态文件。

获取上传的组态文件之后，服务器对存储资源中该待处理项目的组态文件进行更新操作，更新后的组态文件为第一次上传请求或第二次上传请求中携带的组态文件。

本发明实施例的技术方案在客户端获取分布式控制系统包括至少一个待处理项目的新建项目后，以及任一待处理项目的至少一个组态文件后，组态文件包括执行待处理项目所需的配置信息，向服务器上传待处理项目的至少一个组态文件；客户端侧在接收到服务器发送的版本信息冲突指示消息时，展示至少一个组态文件与版本信息冲突指示消息中待处理项目的已上传的组态文件，之后向服务器发送修改后的至少一个组态文件，其中，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的，从而解决了现有技术中多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时出现的分工和协作的冲突问题。

需要说明的是，本发明上述实施例的方法通过组态文件的离线开发及代码评审工作，可以解决跨地域同步开发中代码质量低和不能同步编码的问题，还可以提升代码安全性，比如服务器端出现异常导致代码丢失时，此时可以通过各地域开发者本地的代码库恢复服务器端代码库。

上述实施例是在服务器侧进行组态文件版本冲突的检测，为了进一步提高解决分工和协作的冲突问题的准确性，下面实施例可以在客户端侧进行组态文件重复的检测，如图3所示，该方法可以包括：

步骤310、客户端基于至少一个待处理项目中任一待处理项目的项目信息，获取待处理项目的至少一个组态文件。

上述步骤310的具体实施过程与步骤210的具体实施过程相同，本发明实施例在此不做赘述。

步骤320、客户端向服务器发送提取请求。

提取请求用于提取服务器存储的已上传的组态文件。客户端可以通过拉取(pull)，或获取与合并(fetch+merge)的操作向服务器发送提取请求。

步骤330、服务器向客户端发送已上传的组态文件。

该已上传的组态文件为当前服务器存储的新建项目所属的已上传的组态文件。

可选地，该已上传的组态文件可以是该客户端处理的待处理项目的已上传组态文件，也可以是服务器当前的存储资源存储的所有已上传的组态文件。

步骤340、客户端检测至少一个组态文件的版本信息是否与已上传组态文件的版本信息存在版本信息冲突。步骤350、当至少一个组态文件中的版本信息与已上传的组态文件的版本信息不存在版本信息冲突时，向服务器发送第一上传请求，之后执行步骤370。

步骤360、当至少一个组态文件中的版本信息与已上传的组态文件的版本信息存在版本信息冲突时，向服务器发送第二上传请求，之后执行步骤370。

当至少一个组态文件中的组态文件的版本信息与已上传的组态文件的版本信息存在版本信息冲突时，客户端展示至少一个组态文件与待处理项目的已上传的组态文件，以使工程师对至少一个组态文件进行修改，得到修改后的至少一个组态文件。

可选地，当客户端的提取请求获取的是服务器当前的存储资源存储的所有已上传的组态文件时，客户端可以将修改后的至少一个组态文件与所有已上传的组态文件进行调用测试，已检验修改后的至少一个组态文件的准确性。

步骤370、服务器获取上传的组态文件。

其中，第一上传请求、第二上传请求和上传的组态文件，与图2中涉及的第一上传请求、第二上传请求和上传的组态文件相同，本发明实施例在此不做赘述。

本发明实施例的技术方案在客户端获取分布式控制系统包括至少一个待处理项目的新建项目后，以及任一待处理项目的至少一个组态文件后，组态文件包括执行待处理项目所需的配置信息，客户端侧在上传前通过向服务器发送提取请求，获取服务器当前存储的已上传的组态文件，在检测出至少一个组态文件中的版本信息组态文件是否与已上传的组态文件的版本信息存在版本冲突后，向服务器上传修改后的至少一个组态文件。其中，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的，从而解决了现有技术中多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时出现的分工和协作的冲突问题。

进一步的，与现有技术相比，在本发明实施例中客户端在获取分布式控制系统的新建项目之后，可以通过菜单界面调用gitbranch操作指令，对新建项目创建至少一个分支。例如新建项目中多个方案需要验证时，每个验证过程需要创建一个分支；新建项目需要分多期实现，每一期实现都需要创建分支。

之后客户端向服务器发送第三上传请求，第三上传请求包括至少一个分支的标识，以及至少一个分支的组态文件。

图4为图3所示的一种分布式控制系统的组态文件处理方法的流程示意图。如图4所示，该方法可以包括：

步骤401、客户端获取分布式控制系统的新建项目，该新建项目包括至少一个待处理项目。

步骤402、客户端向服务器发送新建项目请求，新建项目请求中包括新建项目标识。

步骤403、服务器根据新建项目请求，分配新建项目标识所属的存储资源。

步骤404、服务器向客户端发送新建项目响应。

步骤405、客户端基于至少一个待处理项目中相应的待处理项目的项目信息，获取至少一个组态文件。

步骤406、客户端向服务器发送第一上传请求。

客户端通过gitpush指令向服务器发送第一上传请求。

第一上传请求包括至少一个组态文件的版本信息和待处理项目的至少一个组态文件。

步骤407、服务器检测待处理项目的至少一个组态文件的版本信息是否与已上传的组态文件的版本信息存在版本冲突；

若是，则执行步骤408；

若否，则执行步骤411。

步骤408、服务器向客户端发送版本信息冲突指示消息。

步骤409、客户端根据版本信息冲突指示消息，展示至少一个组态文件与版本信息冲突指示消息中待处理项目的已上传的组态文件。

步骤410、客户端向服务器发送第二上传请求。

第二上传请求包括修改后的至少一个组态文件和相应的版本信息，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的。

步骤411、服务器输出第一指示信息，第一指示信息用于指示对上传的组态文件进行评审。

上传的组态文件包括该待处理项目的至少一个组态文件，或该待处理项目的修改后的至少一个组态文件。

步骤412、服务器接收第二指示信息，第二指示信息用于指示上传的组态文件中每个组态文件的评审结果。

步骤413、当组态文件的评审结果为通过时，服务器获取上传的组态文件。

步骤414、当组态文件的评审结果为未通过时，服务器向客户端发送评审未通过的评审指示信息。

步骤415、客户端基于评审未通过的评审指示信息，获取修改后的至少一个组态文件。

客户端基于评审未通过的评审指示信息，获取修改后的至少一个组态文件，例如，客户端可以根据评审未通过的评审指示信息向工程师发送修改指令，从而获取修改后的至少一个组态文件，之后返回执行步骤410。

本发明实施例的技术方案在客户端获取分布式控制系统包括至少一个待处理项目的新建项目后，以及任一待处理项目的至少一个组态文件后，组态文件包括执行待处理项目所需的配置信息，向服务器上传待处理项目的至少一个组态文件；客户端侧在接收到服务器发送的版本信息冲突指示消息时，展示至少一个组态文件与版本信息冲突指示消息中待处理项目的已上传的组态文件，之后向服务器发送修改后的至少一个组态文件，从而解决了现有技术中多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时出现的分工和协作的冲突问题。

图5为图3所示的一种分布式控制系统的组态文件处理方法的流程示意图。如图5所示，该方法可以包括：

步骤501、客户端获取分布式控制系统的新建项目，该新建项目包括至少一个待处理项目。

步骤502、客户端向服务器发送新建项目请求，新建项目请求中包括新建项目标识。

步骤503、服务器根据新建项目请求，分配新建项目标识所属的存储资源。

步骤504、服务器向客户端发送新建项目响应。

步骤505、客户端基于至少一个待处理项目中相应的待处理项目的项目信息，获取至少一个组态文件。

步骤506、客户端向服务器发送提取请求，提取请求用于提取服务器存储的已上传的组态文件。

步骤507、服务器向客户端发送已上传的组态文件。

步骤508、客户端检测至少一个组态文件的版本信息是否与已上传的组态文件的版本信息存在版本冲突；

若否，则执行步骤509；

若是，则执行步骤510。

步骤509、向服务器发送第一上传请求。

第一上传请求包括待处理项目的至少一个组态文件的版本信息和待处理项目的至少一个组态文件。

步骤510、客户端展示至少一个组态文件与已上传的组态文件。

步骤511、客户端向服务器发送第二上传请求，之后执行步骤512。

第二上传请求包括修改后的至少一个组态文件，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的。

步骤512、服务器输出第一指示信息，第一指示信息用于指示对上传的组态文件进行评审。

上传的组态文件包括该待处理项目的至少一个组态文件，或该待处理项目的修改后的至少一个组态文件。

步骤513、服务器接收第二指示信息，第二指示信息用于指示上传的组态文件中每个组态文件的评审结果。

步骤514、当组态文件的评审结果为通过时，服务器获取上传的组态文件。

步骤515、当组态文件的评审结果为未通过时，服务器向客户端发送评审未通过的评审指示信息。

步骤516、客户端基于评审未通过的评审指示信息，获取修改后的至少一个组态文件。

客户端基于评审未通过的评审指示信息，获取修改后的至少一个组态文件，例如，客户端可以根据评审未通过的评审指示信息向工程师发送修改指令，从而获取修改后的至少一个组态文件，之后返回执行步骤511。

其中，步骤512-步骤516同图4所示的步骤411-步骤415，本发明实施例在此不做赘述。

本发明实施例的技术方案在客户端获取分布式控制系统包括至少一个待处理项目的新建项目后，以及任一待处理项目的至少一个组态文件后，组态文件包括执行待处理项目所需的配置信息，客户端侧在上传前通过向服务器发送提取请求，获取服务器当前存储的已上传的组态文件，在检测出至少一个组态文件中的版本信息组态文件是否与已上传的组态文件的版本信息存在版本冲突后，向服务器上传修改后的至少一个组态文件。其中，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的，从而解决了现有技术中多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时出现的分工和协作的冲突问题。

需要说明的是，上述实施例是以客户端和服务器的相互通信上对本申请进行详细说明，但这并不意味着二者必须配合实施，实际上，当客户端侧与服务器侧分开实施时，也解决了分别在客户端侧、服务器侧所存在的问题，只是二者结合使用时，会获得更好的技术效果。

与上述方法对应的，本发明实施例还提供一种客户端，如图6所示，该客户端包括：获取单元610、发送单元620和展示单元630。

其中，获取单元610，用于基于至少一个待处理项目中任一待处理项目的项目信息，获取待处理项目的至少一个组态文件，至少一个待处理项目是分布式控制系统的新建项目的组成部分，组态文件包括执行待处理项目所需的配置信息；

发送单元620，用于向服务器发送第一上传请求，第一上传请求包括待处理项目的版本信息和至少一个组态文件，版本信息记录至少一个组态文件的版本路径变更信息；

展示单元630，用于当接收到服务器发送的版本信息冲突指示消息，则展示至少一个组态文件与所述版本信息冲突指示消息中待处理项目的已上传的组态文件，版本信息冲突是指来源不同的版本路径变更信息间有重叠的现象；

发送单元620，还用于向服务器发送第二上传请求，第二上传请求包括待处理项目的版本信息和修改后的至少一个组态文件，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的。

在一个可选的实现中，客户端还包括第一接收单元640；

发送单元620，还用于在获取单元获取分布式控制系统的新建项目之后，向服务器发送新建项目请求，新建项目请求中包括新建项目标识；

第一接收单元640，用于接收服务器在根据新建项目请求分配新建项目标识的存储资源后发送的新建项目响应，存储资源用于存储新建项目的组态文件集合。

在一个可选的实现中，客户端还包括第二接收单元650；

第二接收单元650，用于接收服务器发送的评审指示信息，评审指示信息用于指示上传的组态文件的评审结果，上传的组态文件包括至少一个组态文件或修改后的至少一个组态文件；

获取单元610，还用于当评审指示信息指示评审结果为未通过时，获取至少一个组态文件的修改后的组态文件，或获取修改后的至少一个组态文件再次修改的组态文件，并触发发送单元向服务器发送第二上传请求。

本发明实施例的客户端获取分布式控制系统包括至少一个待处理项目的新建项目后，以及任一待处理项目的至少一个组态文件后，组态文件包括执行待处理项目所需的配置信息，向服务器上传待处理项目的至少一个组态文件；客户端侧在接收到服务器发送的版本信息冲突指示消息时，展示至少一个组态文件与版本信息冲突指示消息中待处理项目的已上传的组态文件，之后向服务器发送修改后的至少一个组态文件后。其中，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的，从而解决了现有技术中多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时出现的分工和协作的冲突问题。

与上述方法对应的，本发明实施例还提供另一种客户端，如图7所示，该客户端包括：获取单元710、发送单元720。

获取单元710，用于基于至少一个待处理项目中任一待处理项目的项目信息，获取待处理项目的至少一个组态文件，至少一个待处理项目是分布式控制系统的新建项目的组成部分，组态文件包括执行待处理项目所需的配置信息；

发送单元720，用于向服务器发送提取请求，提取请求用于提取所述服务器存储的已上传的组态文件；

当至少一个组态文件中的版本信息与已上传的组态文件的版本信息不存在版本信息冲突时，向所述服务器发送第一上传请求，第一上传请求包括待处理项目的版本信息和待处理项目的所述至少一个组态文件，版本信息记录待处理项目的版本变化信息；

当至少一个组态文件中的版本信息与已上传的版本信息存在版本信息冲突时，向服务器发送第二上传请求，第二上传请求包括待处理项目的版本信息和修改后的至少一个组态文件，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的，版本信息冲突是指来源不同的版本路径变更信息间有重叠的现象。

本发明实施例的客户端获取分布式控制系统包括至少一个待处理项目的新建项目后，以及任一待处理项目的至少一个组态文件后，组态文件包括执行待处理项目所需的配置信息，客户端侧在上传前通过向服务器发送提取请求，获取服务器当前存储的已上传的组态文件，在检测出至少一个组态文件中的版本信息组态文件是否与已上传的组态文件的版本信息存在版本冲突后，向服务器上传修改后的至少一个组态文件。其中，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的，从而解决了现有技术中多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时出现的分工和协作的冲突问题。

与上述方法对应的，本发明实施例还提供一种服务装置，如图8所示，该服务装置包括：接收单元810、获取单元820、发送单元830。

接收单元810，用于接收客户端发送的第一上传请求，第一上传请求包括待处理项目的版本信息和待处理项目的至少一个组态文件，至少一个组态文件为客户端根据至少一个待处理项目的任一待处理项目的项目信息获得的，组态文件包括执行待处理项目所需的信息，新建项目是分布式控制系统的新建项目，至少一个待处理项目是分布式控制系统的新建项目的组成部分；

获取单元820，用于当上传的至少一个组态文件的版本信息与已上传的组态文件的版本信息不存在版本信息冲突时，获取上传的组态文件，上传的组态文件包括至少一个组态文件；

发送单元830，用于当上传的至少一个组态文件的版本信息与已上传的组态文件的版本信息存在版本信息冲突时，向客户端发送版本信息冲突指示消息，版本信息冲突指示消息包括待处理项目标的已上传的组态文件；

获取单元820，还用于基于接收客户端发送的第二上传请求，获取上传的组态文件，第二上传请求和上传的组态文件均包括修改后的至少一个组态文件和相应的版本信息，修改后的至少一个组态文件是根据所述已上传的组态文件对至少一个组态文件进行修改后得到的。

在一个可选的实现中，该装置还可以包括输出单元840；

输出单元840，用于在获取单元获取上传的组态文件之前，输出第一指示信息，第一指示信息用于指示对上传的组态文件进行评审，上传的组态文件包括至少一个组态文件或所述修改后的组态文件；

接收单元810，还用于接收第二指示信息，第二指示信息用于指示上传的组态文件中每个组态文件的评审结果；

获取单元820，还用于当组态文件的评审结果为通过时，获取上传的组态文件；

发送单元830，还用于当组态文件的评审结果为未通过时，向客户端发送评审未通过的评审指示信息，并触发接收单元810接收客户端发送的第二上传请求。

在一个可选的实现中，该装置还包括分配单元850；

接收单元810在接收客户端发送的第一上传请求之前，还用于接收客户端发送的新建项目请求，新建项目请求中包括所述新建项目标识；

分配单元850，用于根据新建项目请求，分配新建项目标识所属的存储资源，并向客户端发送新建项目响应，存储资源用于存储新建项目的组态文件集合。

发送单元830，还用于向客户端发送新建项目响应。

本发明实施例的技术方案在客户端获取分布式控制系统包括至少一个待处理项目的新建项目后，以及任一待处理项目的至少一个组态文件后，组态文件包括执行待处理项目所需的配置信息，向服务装置上传待处理项目的至少一个组态文件；客户端侧在接收到服务装置发送的版本信息冲突指示消息时，展示至少一个组态文件与版本信息冲突指示消息中待处理项目的已上传的组态文件，之后向服务器发送修改后的至少一个组态文件；或者，客户端侧在上传前通过向服务装置发送提取请求，获取服务装置当前存储的已上传的组态文件，在检测出至少一个组态文件中的版本信息组态文件是否与已上传的组态文件的版本信息存在版本冲突后，向服务装置上传修改后的至少一个组态文件。其中，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的，从而解决了现有技术中多名工程师同时使用dcs组态软件对同一个dcs系统进行编程和组态时出现的分工和协作的冲突问题。

本发明实施例还提供了一种终端，如图9所示，包括处理器910、通信芯片920、存储器930、通信总线940和显示器950，其中，处理器910，通信接口920，存储器930通过通信总线940完成相互间的通信。

存储器930，用于存放计算机程序；

处理器910，用于执行存储器930上所存放的程序时，实现如下步骤：

基于至少一个待处理项目中任一待处理项目的项目信息，获取待处理项目的至少一个组态文件，至少一个待处理项目是分布式控制系统的新建项目的组成部分，组态文件包括执行待处理项目所需的配置信息；

向服务器发送第一上传请求，第一上传请求包括待处理项目的版本信息和待处理项目的至少一个组态文件，版本信息记录至少一个组态文件的版本路径变更信息；

当接收到服务器发送的版本信息冲突指示消息，则通过显示器展示至少一个组态文件与版本信息冲突指示消息中待处理项目的已上传的组态文件，版本信息冲突是指来源不同的版本路径变更信息间有重叠的现象；

向服务器发送第二上传请求，第二上传请求包括待处理项目的版本信息和修改后的至少一个组态文件，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的。

在一个可选的实现中，获取分布式控制系统的新建项目之后，该方法还包括：

向服务器发送新建项目请求，新建项目请求中包括所述新建项目标识；

接收服务器在根据所述新建项目请求分配新建项目标识所属的存储资源后发送的新建项目响应，存储资源用于存储新建项目的组态文件集合。

在一个可选的实现中，该方法还包括：接收服务器发送的评审指示信息，评审指示信息用于指示上传的组态文件的评审结果，上传的组态文件包括至少一个组态文件或修改后的至少一个组态文件；

当评审指示信息指示评审结果为未通过时，获取至少一个组态文件的修改后的组态文件，或获取修改后的至少一个组态文件再次修改的组态文件，返回执行向服务器发送第二上传请求的步骤。

或者，本发明实施例提供的终端中的处理器910，还用于执行存储器930上所存放的程序时，实现如下步骤：

基于至少一个待处理项目中任一待处理项目的项目信息，获取待处理项目的至少一个组态文件，至少一个待处理项目是分布式控制系统的新建项目的组成部分，组态文件包括执行待处理项目所需的配置信息；

向服务器发送提取请求，提取请求用于提取服务器存储的已上传的组态文件；

当至少一个组态文件中的版本信息与所述已上传的组态文件的版本信息不存在版本信息冲突时，向服务器发送第一上传请求，第一上传请求包括待处理项目的版本信息和待处理项目的所述至少一个组态文件，版本信息记录待处理项目的版本变化信息；

当至少一个组态文件中的版本信息与已上传的组态文件的版本信息存在版本信息冲突时，向服务器发送第二上传请求，第二上传请求包括待处理项目的版本信息和修改后的至少一个组态文件，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的，版本信息冲突是指来源不同的版本路径变更信息间有重叠的现象。

由于上述实施例中终端的各器件解决问题的实施方式以及有益效果可以参见图2所示的实施例中客户端的各步骤来实现，因此，本发明实施例提供的终端的具体工作过程和有益效果，在此不复赘述。

本发明实施例还提供了一种服务器，如图10所示，包括处理器1010、通信芯片1020、存储器1030、通信总线1040和显示器1050，其中，处理器1010，通信接口1020，存储器1030通过通信总线1040完成相互间的通信。

存储器1030，用于存放计算机程序；

处理器1010，用于执行存储器1030上所存放的程序时，实现如下步骤：

接收客户端发送的第一上传请求，第一上传请求包括待处理项目的版本信息和待处理项目的至少一个组态文件，至少一个组态文件为客户端根据新建项目中至少一个待处理项目的任一待处理项目的项目信息获得的，组态文件包括执行待处理项目所需的信息，至少一个待处理项目是分布式控制系统的新建项目的组成部分，版本信息记录待处理项目的版本变化信息；

当上传的至少一个组态文件的版本信息与已上传的组态文件的版本信息不存在版本信息冲突时，获取上传的组态文件，上传的组态文件包括至少一个组态文件；

当上传的至少一个组态文件的版本信息与已上传的组态文件的版本信息存在版本信息冲突时，向客户端发送版本信息冲突指示消息，版本信息冲突指示消息包括待处理项目的已上传的组态文件；

基于接收客户端发送的第二上传请求，获取上传的组态文件，第二上传请求和上传的组态文件均包括修改后的至少一个组态文件和相应的版本信息，修改后的至少一个组态文件是根据已上传的组态文件对至少一个组态文件进行修改后得到的。

由于上述实施例中服务器的各器件解决问题的实施方式以及有益效果可以参见图2所示的实施例中服务器的各步骤来实现，因此，本发明实施例提供的服务器的具体工作过程和有益效果，在此不复赘述。

上述提到的通信总线可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(randomaccessmemory，ram)，也可以包括非易失性存储器(non-volatilememory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessing，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的处理方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的处理方法。

本领域内的技术人员应明白，本申请实施例中的实施例可提供为方法、系统、或计算机程序产品。因此，本申请实施例中可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例中可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例中是参照根据本申请实施例中实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例中的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例中范围的所有变更和修改。

显然，本领域的技术人员可以对本申请实施例中实施例进行各种改动和变型而不脱离本申请实施例中实施例的精神和范围。这样，倘若本申请实施例中实施例的这些修改和变型属于本申请实施例中权利要求及其等同技术的范围之内，则本申请实施例中也意图包含这些改动和变型在内。