CN116680012A - 工业软件配置管理系统及方法 - Google Patents

Abstract

本申请提供一种工业软件配置管理系统，包括若干服务器和控制台；各个服务器之间相互通讯连接，服务器用于存储配置文件，服务器集群内每一服务器的数据同步；控制台与任一服务器通讯连接，控制台用于对配置文件进行修改并将变更后的配置文件发布至服务器，服务器在服务器集群间广播变更配置事件，以触发其它服务器同步变更后的配置文件；服务器与至少一台产线设备通讯连接，服务器存储的配置文件发生变更后，服务器向产线设备推送配置变更通知，以使产线设备从服务器获取变更后的配置文件，并将配置文件配置至工业软件。基于本申请提供工业软件配置管理系统，可以批量对工业软件进行配置，提高工业软件的配置效率。

Description

工业软件配置管理系统及方法

技术领域

本申请涉及摩托车生产制造技术领域，尤其涉及一种工业软件配置管理系统及方法。

背景技术

在摩托车生产制造过程中离不开工业软件，工业软件包括系统、应用、中间件、嵌入式等。比如：摩托车相关的EOL(End of Line，下线检测)检测系统、摩托车轮胎拧紧采集系统、摩托车检测线系统、EL（Electro Luminescence，电致发光）外观检测软件、IV加测软件、外观检测软件、MES (Manufacturing Execution System，制造执行系统)系统、WMS(Warehouse Management System，仓库管理系统)系统、AGV(Automated Guided Vehicle，自动导引)控制系统等等。在工业软件开发过程中，通常会将一些需要变更的参数、变量等从工业软件的代码中分离出来独立管理，以独立的配置文件的形式存在，从而能够便于摩托车产线设备的调整。

摩托车个性化、定制化需求高，车型款式多样化，每条产线的配置都非常个性化，应用于摩托车生产制造中的工业软件专业性强，需要通过长时间的现场测试和方案改进，来优化设备运行的最佳状态，不能通过简单的复制和粘贴就完成从这条产线扩充到另外一条产线。摩托车产线的配置个性化强，配置文件内一般含有产线的特殊标识，用于区分和识别每条产线的配置，甚至相同的配置，每条产线都有可能不同，因此，相关技术中，工业软件的部署往往是通过一点点优化配置，然后再将该配置作为标准，一台台的推广到其他产线去。这就导致修改产线配置时效率低下且容易出现疏漏。此外，由于工业软件可以被人为修改，在多人负责相同生产设备，以及多条产线同时联调测试，或产能爬坡阶段，工业软件配置被他人修改的问题显的更加突出，这会导致系统对产品工序质量控制能力产生差异。

因此，有必要提供一种技术方案，解决相关技术中存在的应用于摩托车生产线中的工业软件配置效率低下、容易出现疏漏以及容易发生产线对产品的质量控制能力存在差异的问题。

发明内容

本申请的目的在于，提供一种技术方案，解决相关技术中存在的工业软件配置的效率低下、容易出现疏漏以及容易发生产线对产品的质量控制能力存在差异的问题。

基于上述问题，本申请提供一种工业软件配置管理系统，用于对摩托车产线设备上安装的工业软件进行配置，系统包括若干服务器和控制台。各个服务器之间相互通讯连接以构建服务器集群，每一服务器对应服务器集群中的一个服务器节点，服务器用于存储工业软件的配置文件，服务器集群内每一服务器的数据同步。控制台与任一服务器通讯连接，控制台用于对服务器存储的配置文件进行修改。当控制台修改配置文件，控制台将变更后的配置文件发布至服务器，服务器在服务器集群间广播变更配置事件，以触发其它服务器同步变更后的配置文件。服务器与至少一台产线设备通讯连接，服务器存储的配置文件发生变更后，服务器向产线设备推送配置变更通知，以使产线设备从服务器获取变更后的配置文件，并将配置文件配置至工业软件。

进一步的，服务器中建立有配置资源模型，配置资源模型包括命名空间、配置组以及配置集；

其中，命名空间根据不同的生产环境创建，命名空间中可以创建至少一个配置组，任一配置组包括一条产线或一个车间内的至少部分产线设备的配置集，任一配置集内包括用于配置产线设备的配置文件；

服务器还基于命名空间和配置组对配置文件进行分组管理，并通过配置组的标识和配置集的标识对配置文件进行区分。

进一步的，服务器向产线设备发送配置变更通知，以触发产线设备执行监听进程，配置变更通知由服务器在配置文件发生变更时生成，产线设备执行监听进程以监听服务器；

服务器还用于接收产线设备发送的监听标识，监听标识是产线设备执行监听进程时基于产线设备的本地配置文件生成的，产线设备响应于接收到配置变更通知执行监听进程；

服务器还根据监听标识，判断服务器存储的配置文件与产线设备的本地配置文件是否一致，若不一致，服务器向产线设备发送配置变更响应，以触发产线设备从服务器拉取变更后的配置文件。

进一步的，服务器还用于生成服务端配置MD5特征值，每一服务端配置MD5特征值是服务器针对某一配置集中的配置文件生成的，每一服务端配置MD5特征值以对应的配置集的ID进行标识；

监听标识包括至少一个客户端配置MD5特征值，产线设备的本地配置文件按照配置集进行区分，任一客户端配置MD5特征值代表某一配置集中本地配置文件的特征值，每一客户端配置MD5特征值以对应的配置集的ID进行标识；

服务器将服务端配置MD5特征值与客户端配置MD5特征值进行对比，服务器对比的两个MD5特征值具有相同配置集ID标识，若服务端配置MD5特征值与客户端配置MD5特征值不一致，则判断服务器存储的配置文件与产线设备的本地配置文件不一致。

进一步的，产线设备被配置为定期执行监听进程；

产线设备还可以被配置为每当产线设备开始运行工业软件时，产线设备首先执行监听进程。

进一步的，服务器还用于接收产线设备反馈的工业软件配置结果，若工业软件配置结果为配置失败，则服务器主动向产线设备推送配置文件。

进一步的，控制台包括显示模块，显示模块用于展示配置文件以及控制台对配置文件的管理选项，管理选项包括以下选项中的一种或多种：配置发布、更新、删除、版本管理。

进一步的，服务器还用于记录控制台对配置文件的修改时间、修改配置文件的操作人员的信息以及配置文件修改前后的版本差异。

本申请还提供一种工业软件配置管理方法，用于对产线设备上安装的工业软件进行配置，方法包括以下步骤：

将若干服务器之间相互通讯连接以构建服务器集群，每一服务器对应服务器集群中的一个服务器节点，服务器用于存储工业软件的配置文件，服务器集群内每一服务器的数据同步；

当服务器接收变更后的配置文件，服务器在服务器集群间广播变更配置事件，以触发其它各服务器同步变更后的配置文件，其中，服务器接收的变更后的配置文件是控制台发布的，控制台与服务器通讯连接；

任一服务器与至少一台产线设备通讯连接，服务器向产线设备发送配置变更通知，以触发产线设备从服务器获取变更后的配置文件，并将配置文件配置至工业软件。

进一步的，方法还包括：

在服务器中建立配置资源模型，配置资源模型包括命名空间、配置组以及配置集；

其中，根据不同的生产环境创建命名空间，命名空间中可以创建至少一个配置组，任一配置组包括一条产线或一个车间内的至少部分产线设备的配置集，任一配置集内包括用于配置产线设备的配置文件；

基于命名空间和配置组对配置文件进行分组管理，并通过配置组的标识和配置集的标识对配置文件进行区分。

综上，本申请提供一种工业软件配置管理系统，可以通过控制台对配置文件进行修改，修改后的配置文件存储在服务器中，摩托车各个产线设备可以从服务器获取配置文件，从而可以实现对摩托车多台产线设备一键下发配置并生效的效果，大大提高了修改工业软件配置的效率，并且，通过控制台统一对各个工业软件的配置文件进行管理，可以避免配置时发生疏漏，从而可以避免摩托车产线对产品的质量控制能力发生差异，进一步满足摩托车产线的高性能、高个性化的需求。

附图说明

图1为本申请实施例提供的工业软件配置管理系统示意图；

图2为本申请实施例提供的资源配置模型示意图；

图3为本申请实施例提供的本申请实施例提供的工业软件配置管理系统对产线设备上的工业软件进行配置的流程图；

图4为本申请实施例提供的控制台的显示界面示意图；

图5为本申请实施例提供的工业软件配置管理方法流程图。

具体实施方式

以下将结合附图所示的具体实施方式对本申请进行详细描述，但这些实施方式并不限制本申请，本领域的普通技术人员根据这些实施方式所做出的结构、方法、或功能上的变换均包含在本申请的保护范围内。

如图1所示，本申请实施例提供一种工业软件配置管理系统100，用于对摩托车产线设备200上安装的工业软件进行配置。工业软件配置管理系统100包括：控制台11和若干服务器12。

其中，各个服务器12之间相互通讯连接以构建服务器集群，每一服务器12对应服务器集群中的一个服务器12节点，服务器12用于存储工业软件的配置文件，服务器集群内每一服务器12的数据同步。

控制台11与任一服务器12通讯连接，控制台11用于对服务器12存储的配置文件进行修改。当控制台11修改配置文件，控制台11将变更后的配置文件发布至服务器12，服务器12在服务器集群间广播变更配置事件，以触发其它服务器12同步变更后的配置文件。

服务器12与至少一台产线设备200通讯连接，服务器12存储的配置文件发生变更后，服务器12向产线设备200推送配置变更通知，以使产线设备200从服务器12获取变更后的配置文件，并将配置文件配置至工业软件。

具体的，当控制台11向服务器集群中的某一台服务器12发布变更后的配置文件，服务器集群中的其它服务器12可以自动变更配置文件，从而可以保持各个服务器12上的配置文件的一致性。每一服务器12可以与多台产线设备200连接，这些产线设备200可以是同一车间或同一产线上的设备，也可以是不同车间或产线上的设备。当服务器12上的配置文件发生变更，产线设备200可以通过服务器12获取变更后的配置文件，并将变更后的配置文件配置到对应的工业软件。

通过以上方式，可以通过控制台11统一对各个工业软件的配置文件进行管理，可以通过控制台11远程对产线设备200上的工业软件的配置文件进行修改，可以对多台产线设备200实现一键下发配置并生效的效果，大大提高了修改工业软件配置的效率。

如图2所示，作为一种可选的实现方式，服务器12中建立有配置资源模型，配置资源模型包括命名空间、配置组以及配置集。其中，命名空间根据不同的生产环境创建，命名空间中可以创建至少一个配置组，任一配置组包括一条产线或一个车间内的至少部分产线设备200的配置集，任一配置集内包括用于配置产线设备200的配置文件。

服务器12还基于命名空间和配置组对配置文件进行分组管理，并通过配置组的标识和配置集的标识对配置文件进行区分。

具体的，命名空间根据不同的生产环境创建，在本申请实施例中，生产环境可以分为正式、测试、开发等。不同的命名空间下，可以存在相同的配置组或配置集。

按照产线设备200所处的产线或车间，可以将产线设备200进行分组，同一组产线设备200上的配置文件可以划分进同一配置组。例如，对同处于发动机车间的产线设备200，相关的配置文件可以划分进同一配置组。

可以对配置组进一步细分，一个配置组包括一组配置集，一个配置文件可以作为一个配置集，配置文件包含了工业软件的各方面的配置。

通过以上方式，可以对配置文件做出明确区分，以便于配置文件的管理。其中，配置文件的管理工作可以包括：配置文件的存储、删除、历史版本管理等。此外，这种区分方式与产线的实际情况贴合，从上层设计到底层的数据模型，做到一一对应，能够很好的贴切工业软件未来发展需要。

而对于本申请，以配置组、配置集的方式将配置文件进行区分识别，可以不必在配置文件中增加产线的特殊标识，从而可以允许不同产线的工业软件使用相同的配置文件，便于配置文件在不同产线间的推广，可以进一步满足摩托车产线高性能、高个性化的需求。

作为一种可选的实现方式，产线设备200可以向服务器12主动拉取配置文件，以实现将配置文件配置至工业软件。

例如，产线设备200可以被配置为定期执行监听进程。产线设备200还可以被配置为每当产线设备200开始运行工业软件时，产线设备200首先执行监听进程。产线设备200执行监听进程以监听服务器12。

当产线设备200监听到服务器12上存储的配置文件发生变更，产线设备200可以向服务器12请求并接收配置文件，以实现配置文件的主动拉取。需要说明的是，拉取的配置文件是服务器12上发生变更的配置文件，发起请求的产线设备200安装有对应的工业软件，从而产线设备200可以将拉取的配置文件配置到工业软件。

例如，服务器12上的第一配置文件发生变更，第一配置文件属于第一配置组，第一配置组对应发动机车间。则发起请求拉取配置文件的产线设备200也应当属于发动机车间，产线设备200上装有对应的工业软件，从而可以将配置文件配置至工业软件。

根据以上说明，可以在产线设备200上建立监听进程，当服务器12上配置文件发生变更时，可以及时从服务器12拉取配置文件，保持产线设备200的配置文件与服务器12上的配置文件一致，实现了对工业软件的动态、实时配置。

此外，由于服务器集群间各个服务器12保持数据同步，即，各服务器12上的配置文件一致，那么同一产线上的各个产线设备200从服务器12上所获取的配置文件相同，这些产线设备200具备相同的配置标准，通过以上方式，一方面可以使各个产线设备及时获取最新的配置文件，另一方面，可以在某一产线设备意外修改本地配置后重新下载配置文件以实现及时更正，进而可以提高产线上对产品工序质量控制能力，提高产品质量。

作为一种可选的实现方式，服务器12向产线设备200发送配置变更通知，以触发产线设备200执行监听进程，配置变更通知由服务器12在配置文件发生变更时生成。服务器12还用于接收产线设备200发送的监听标识，监听标识是产线设备200执行监听进程时基于产线设备200的本地配置文件生成的，产线设备200响应于接收到配置变更通知执行监听进程。服务器12还根据监听标识，判断服务器12存储的配置文件与产线设备200的本地配置文件是否一致，若不一致，服务器12向产线设备200发送配置变更响应，以触发产线设备200从服务器12拉取变更后的配置文件。

通过以上方式，当服务器12存储的配置文件发生变更，服务器12会向产线设备200发送变更通知，产线设备接收通知后可以重新加载配置信息，并将其更新到工业软件中，从而产线设备可以在停止服务的情况下更新配置，实现了热更新，提高了工业软件的可用性和稳定性。

如图3所示，其示例性的示出了本申请实施例提供的工业软件配置管理系统100对产线设备200上的工业软件进行配置的流程图。具体的，当产线设备200接收到配置变更通知时，产线设备200执行监听进程，产线设备200会向服务器12发送监听标识，监听标识中包含有关于产线设备200的本地配置文件的特征信息，进而服务器12可以根据监听标识判断服务器12存储的配置文件与产线设备200的本地配置文件是否一致，若不一致，服务器12向产线设备200发送配置变更响应，以触发产线设备200从服务器12拉取变更后的配置文件。

需要说明的是，本申请实施例提供的工业软件配置管理系统100中，服务器12存储有若干配置文件，各个配置文件可以通过配置组的标识结合配置集的ID进行区分。类似的，产线设备200的本地配置文件也可以通过配置组的标识结合配置集的ID进行区分，一个产线设备200上可以有多个配置集。因此，本申请在比较服务器12存储的配置文件与产线设备200的本地配置文件是否一致时，是指将具有相同配置组标识和相同配置集ID的配置文件进行比较。不具有相同配置组标识和相同配置集ID的配置文件之间不具备可比性。

通过以上方式，可以准确识别哪些产线设备200的本地配置文件需要变更，进而可以确保产线设备200的本地配置文件与服务器12上的配置文件相同。此外，针对人为意外修改产线设备200的本地配置文件的情形，通过上述方式可以很方便的将产线设备200的本地配置文件恢复，可以有效避免产线设备200的本地配置文件被人修改，避免系统对产品工序质量控制能力产生差异或缺失。

作为一种可选的实现方式，在本申请实施例提供的工业软件配置管理系统100中，服务器12还用于生成服务端配置MD5特征值，每一服务端配置MD5特征值是服务器12针对某一配置集中的配置文件生成的，每一服务端配置MD5特征值以对应的配置集的ID进行标识。

监听标识包括至少一个客户端配置MD5特征值，产线设备200的本地配置文件按照配置集进行区分，任一客户端配置MD5特征值代表某一配置集中本地配置文件的特征值，每一客户端配置MD5特征值以对应的配置集的ID进行标识。

服务器12将服务端配置MD5特征值与客户端配置MD5特征值进行对比，服务器12对比的两个MD5特征值具有相同配置集ID标识，若服务端配置MD5特征值与客户端配置MD5特征值不一致，则判断服务器12存储的配置文件与产线设备200的本地配置文件不一致。

具体的，服务器12可以针对某一配置集的配置文件生成MD5特征值，本申请将保存在服务器12上的MD5特征值称为服务端配置MD5特征值。当配置文件被配置到产线设备200时，产线设备200可以记录所配置的配置文件的MD5特征值，并将其称为客户端配置MD5特征值。通过比较服务端配置MD5特征值与客户端配置MD5特征值是否一致，可以很容易得判断出服务器12存储的配置文件与产线设备200的本地配置文件不一致。

作为另一种可选的实现方式，还可以是服务器12主动向产线设备200推送配置文件。例如，对于任意一台服务器12，可以采用轮询机制向若干台产线设备200推送配置文件。通过这种方式，当操作人员通过控制台11修改配置文件时，可以实现配置文件的一键下发配置，可以实现工业软件配置的批量修改，提高了配置效率。

作为一种可选的实现方式，服务器12还用于接收产线设备200反馈的工业软件配置结果，若工业软件配置结果为配置失败，则服务器12主动向产线设备200推送配置文件。通过这种方式，可以监控配置文件的下发情况，避免某一台产线设备200配置失败导致产线对产品工序质量控制能力产生差异。

如图4所示，作为一种可选的实现方式，控制台11包括显示模块111，显示模块111用于展示配置文件以及控制台11对配置文件的管理选项，管理选项包括以下选项中的一种或多种：配置发布、更新、删除、版本管理。

作为一种可选的实现方式，服务器12还用于记录控制台11对配置文件的修改时间、修改配置文件的操作人员的信息以及配置文件修改前后的版本差异。

具体的，服务器12中存储有配置的历史信息表，对配置文件的发布、更新、删除等操作都会记录一条数据，从而可以实现多版本配置文件的管理和快速回滚。通过以上方式，可以同一现场工业软件的工业软件配置管理的集中化，实现在线修改配置，可以记录修改前后版本差异以及修改时间和修改人，从而可以在出现产品质量问题快速锁定问题批次，降低排查难度，缩小查找产品批次的范围，避免资源和成本浪费。

作为一种可选的实现方式，本申请实施例提供的工业软件配置管理系统100可以基于Nacos、Spring Cloud Eureka、Zookeeper、Consul、Apollo、Disconf、Spring CloudConfig等开源框架中的任一个进行架构。在本申请实施例中，采用Nacos开源框架构建工业软件配置管理系统100。

作为一种可选的实现方式，本申请提供标准的SDK以及标准交互流程，便于后续各个供应商的工业软件的统一接入，通过工业软件配置管理系统100，可以规范企业工业软件配置的集中管理。

如图5所示，本申请还提供一种工业软件配置管理方法，用于对产线设备200上安装的工业软件进行配置，方法包括以下步骤：

S1、将若干服务器12之间相互通讯连接以构建服务器集群，每一服务器12对应服务器集群中的一个服务器12节点，服务器12用于存储工业软件的配置文件，服务器集群内每一服务器12的数据同步。

S2、当服务器12接收变更后的配置文件，服务器12在服务器集群间广播变更配置事件，以触发其它各服务器12同步变更后的配置文件。其中，服务器12接收的变更后的配置文件是控制台11发布的，控制台11与服务器12通讯连接。

S3、任一服务器12与至少一台产线设备200通讯连接，服务器12向产线设备200发送配置变更通知，以触发产线设备200从服务器12获取变更后的配置文件，并将配置文件配置至工业软件。

作为一种可选的实现方式，方法还包括：

在服务器12中建立配置资源模型，配置资源模型包括命名空间、配置组以及配置集；

其中，根据不同的生产环境创建命名空间，命名空间中可以创建至少一个配置组，任一配置组包括一条产线或一个车间内的至少部分产线设备200的配置集，任一配置集内包括用于配置产线设备200的配置文件；

基于命名空间和配置组对配置文件进行分组管理，并通过配置组的标识和配置集的标识对配置文件进行区分。

为了进一步说明本申请实施例提供的工业软件配置管理系统100，以下将结合具体的实例对工业软件配置管理系统100的使用方法进行说明，具体如下：

服务器12按照产线、工业软件对配置文件进行区分，则一个配置文件可以有配置集标识和配置组标识。假设服务器12存储有第一配置文件，第一配置文件的配置组标识为Group1，配置集标识为Data ID1，则表示第一配置文件是用于代号为Group1产线上的某一产线设备200，该产线设备200上安装有代号为Data ID1的工业软件，第一配置文件可以配置到该工业软件。服务器12可以生成第一配置文件的MD5特征值，本申请实施例中将第一配置文件的特征值称为服务端配置MD5特征值。

对于产线设备200，其本地配置有第二配置文件，第二配置文件的配置组标识同样为Group1，配置集标识同样为Data ID1，并存储有第二配置文件的MD5特征值，本申请实施例中将第二配置文件的特征值称为客户端配置MD5特征值。

当产线设备200运行工业软件时，产线设备200首先执行监听进程，将客户端配置MD5特征值发送至服务器12，进而服务器12可以比较服务端配置MD5特征值和客户端配置MD5特征值，从而判断第一配置文件是否与第二配置文件一致，若不一致，则产线设备200可以从服务器12下载第一配置文件，并将第一配置文件配置到对应的工业软件，从而可以保持产线设备200的本地配置文件与服务器12上存储的配置文件一致。

服务器12中的第一配置文件可以通过控制台11进行修改。当第一配置文件发生变更时，产线设备200可以通过上述方式更新本地配置文件，从而可以实现一键下发配置的效果，可以适应工业软件的大批量调整需求，提高工业软件的配置效率。

以上所揭露的仅为本申请的较佳实施例而已，然其并非用以限定本申请之权利范围，本领域普通技术人员可以理解：在不脱离本申请及所附的权利要求的精神和范围内，改变、修饰、替代、组合、简化，均应为等效的置换方式，仍属于发明所涵盖的范围。

Claims (10)

1.一种工业软件配置管理系统，用于对摩托车产线设备上安装的工业软件进行配置，其特征在于，所述系统包括：

若干服务器，各个所述服务器之间相互通讯连接以构建服务器集群，每一所述服务器对应所述服务器集群中的一个服务器节点，所述服务器用于存储所述工业软件的配置文件，所述服务器集群内每一所述服务器的数据同步；

控制台，所述控制台与任一所述服务器通讯连接，所述控制台用于对所述服务器存储的所述配置文件进行修改；

当所述控制台修改所述配置文件，所述控制台将变更后的所述配置文件发布至所述服务器，所述服务器在所述服务器集群间广播变更配置事件，以触发其它所述服务器同步变更后的所述配置文件；

所述服务器与至少一台所述产线设备通讯连接，所述服务器存储的所述配置文件发生变更后，所述服务器向所述产线设备推送配置变更通知，以使所述产线设备从所述服务器获取变更后的所述配置文件，并将所述配置文件配置至所述工业软件。

2.根据权利要求1所述的工业软件配置管理系统，其特征在于，

所述服务器中建立有配置资源模型，所述配置资源模型包括命名空间、配置组以及配置集；

其中，所述命名空间根据不同的生产环境创建，所述命名空间中可以创建至少一个所述配置组，任一所述配置组包括一条产线或一个车间内的至少部分产线设备的配置集，任一所述配置集内包括用于配置所述产线设备的配置文件；

所述服务器还基于所述命名空间和所述配置组对所述配置文件进行分组管理，并通过所述配置组的标识和所述配置集的标识对所述配置文件进行区分。

3.根据权利要求2所述的工业软件配置管理系统，其特征在于，

所述服务器向所述产线设备发送所述配置变更通知，以触发所述产线设备执行监听进程，所述配置变更通知由所述服务器在配置文件发生变更时生成，所述产线设备执行所述监听进程以监听所述服务器；

所述服务器还用于接收所述产线设备发送的监听标识，所述监听标识是所述产线设备执行监听进程时基于所述产线设备的本地配置文件生成的，所述产线设备响应于接收到所述配置变更通知执行所述监听进程；

所述服务器还根据所述监听标识，判断所述服务器存储的配置文件与所述产线设备的本地配置文件是否一致，若不一致，所述服务器向所述产线设备发送配置变更响应，以触发所述产线设备从所述服务器拉取变更后的所述配置文件。

4.根据权利要求3所述的工业软件配置管理系统，其特征在于，

所述服务器还用于生成服务端配置MD5特征值，每一所述服务端配置MD5特征值是所述服务器针对某一所述配置集中的配置文件生成的，每一所述服务端配置MD5特征值以对应的所述配置集的ID进行标识；

所述监听标识包括至少一个客户端配置MD5特征值，所述产线设备的本地配置文件按照所述配置集进行区分，任一所述客户端配置MD5特征值代表某一所述配置集中本地配置文件的特征值，每一所述客户端配置MD5特征值以对应的所述配置集的ID进行标识；

所述服务器将所述服务端配置MD5特征值与所述客户端配置MD5特征值进行对比，所述服务器对比的两个MD5特征值具有相同配置集ID标识，若所述服务端配置MD5特征值与所述客户端配置MD5特征值不一致，则判断所述服务器存储的配置文件与所述产线设备的本地配置文件不一致。

5.根据权利要求3所述的工业软件配置管理系统，其特征在于，

所述产线设备被配置为定期执行所述监听进程；

所述产线设备还可以被配置为每当所述产线设备开始运行所述工业软件时，所述产线设备首先执行所述监听进程。

6.根据权利要求3所述的工业软件配置管理系统，其特征在于，

所述服务器还用于接收所述产线设备反馈的工业软件配置结果，若所述工业软件配置结果为配置失败，则所述服务器主动向所述产线设备推送所述配置文件。

7.根据权利要求2所述的工业软件配置管理系统，其特征在于，

所述控制台包括显示模块，所述显示模块用于展示所述配置文件以及所述控制台对所述配置文件的管理选项，所述管理选项包括以下选项中的一种或多种：配置发布、更新、删除、版本管理。

8.根据权利要求7所述的工业软件配置管理系统，其特征在于，

所述服务器还用于记录所述控制台对所述配置文件的修改时间、修改所述配置文件的操作人员的信息以及所述配置文件修改前后的版本差异。

9.一种工业软件配置管理方法，用于对产线设备上安装的工业软件进行配置，其特征在于，所述方法包括以下步骤：

将若干服务器之间相互通讯连接以构建服务器集群，每一所述服务器对应所述服务器集群中的一个服务器节点，所述服务器用于存储所述工业软件的配置文件，所述服务器集群内每一所述服务器的数据同步；

当所述服务器接收变更后的所述配置文件，所述服务器在所述服务器集群间广播变更配置事件，以触发其它各所述服务器同步变更后的所述配置文件，其中，所述服务器接收的变更后的所述配置文件是控制台发布的，所述控制台与所述服务器通讯连接；

任一所述服务器与至少一台所述产线设备通讯连接，所述服务器向所述产线设备发送配置变更通知，以触发所述产线设备从所述服务器获取变更后的所述配置文件，并将所述配置文件配置至所述工业软件。

10.根据权利要求9所述的工业软件配置管理方法，其特征在于，所述方法还包括：

在所述服务器中建立配置资源模型，所述配置资源模型包括命名空间、配置组以及配置集；

其中，根据不同的生产环境创建所述命名空间，所述命名空间中可以创建至少一个所述配置组，任一所述配置组包括一条产线或一个车间内的至少部分产线设备的配置集，任一所述配置集内包括用于配置所述产线设备的配置文件；

基于所述命名空间和所述配置组对所述配置文件进行分组管理，并通过所述配置组的标识和所述配置集的标识对所述配置文件进行区分。