一种操作员站管控方法、装置、设备及可读存储介质与流程

文档序号:23988869发布日期:2021-02-20 12:49阅读:78来源:国知局
一种操作员站管控方法、装置、设备及可读存储介质与流程

[0001]
本申请涉及dcs仿真系统技术领域,更具体地说,涉及一种操作员站管控方法、装置、设备及计算机可读存储介质。


背景技术:

[0002]
dcs(distributed control system,分布式控制系统)因具有集中管理和分散控制的功能而在电力、冶金、石化等行业获得了广泛的应用。dcs仿真系统是对现场dcs系统的模拟,主要用于控制方案设计、控制策略验证、演示和学习培训,一般在各厂区的局域网络环境下运行,并且使用的数据为离线数据。在通过dcs仿真系统进行学员培训时,需要通过实际操作来掌握dsc系统的各种功能。但是,由于同一dsc仿真系统所对应的操作员站(dcs的上位机站点,用于进行现场的监视和管理)数量有限,且同一局域网内的操作站点不能重复,因此,则使得其支持独立操作的学员数量有限(例如,一个局域网内最多支持60个操作员站,则相应地支持60个学员进行独立操作)。
[0003]
为了支持更多的学员进行独立操作,目前常搭建多个局域网,每个局域网内搭建相同的工程并组态下装,且每个局域网内可以分布有最大数量的操作员站,与此同时,这些局域网之间需要采用交换机进行网络隔离,以使得每个局域网内的操作员站互不影响,从而支持更多的学员进行独立操作,具体可以参见图1,其示出了现有多局域网的示意图,但局域网间的相互隔离导致培训讲师等用户需要对应利用多个管控设备(每个局域网对应一个管控设备)对各局域网内的操作员站进行管控,且导致无法在一个管控设备上实现对更多操作员站的管控。
[0004]
综上所述,如何提高对操作站点管控的便利性,是目前本领域技术人员亟待解决的技术问题。


技术实现要素:

[0005]
有鉴于此,本申请的目的是提供一种操作员站管控方法、装置、设备及计算机可读存储介质,用于提高对操作站点管控的便利性。
[0006]
为了实现上述目的,本申请提供如下技术方案:
[0007]
一种操作员站管控方法,包括:
[0008]
在工程师站中配置得到多个管控组;其中,每个所述管控组中包含多个所述操作员站;
[0009]
从任一所述管控组中选定一个所述操作员站作为公共操作员站;
[0010]
将所述管控组的组信息及各所述管控组的配置文件配置到所述公共操作员站中;
[0011]
向所述公共操作员站发送切组命令,由所述公共操作员站根据所述切组命令中的组信息切换到目标管控组,并读取所述目标管控组的配置文件,且根据所述配置文件对所述目标管控组中的各所述操作员站进行管控。
[0012]
优选的,在从任一所述管控组中选定一个所述操作员站作为公共操作员站之后,
还包括:
[0013]
将其余所述管控组中与所述公共操作员站站号相同的操作员站的ip地址配置成与所述公共操作员站的ip地址相同。
[0014]
优选的,在工程师站中配置得到多个管控组之后,还包括:
[0015]
利用所述管控组对应的服务端ipv4地址中的第二位标记所述服务端所属的管控组,其中,与所述管控组对应的服务端用于与所述管控组中的各所述操作员站进行数据交互。
[0016]
优选的,在将所述管控组的组信息及各所述管控组的配置文件配置到所述公共操作员站中之前,还包括:
[0017]
在所述公共操作员站中建立与各所述管控组一一对应的文件夹;
[0018]
相应地,将各所述管控组的配置文件配置到所述公共操作员站中,包括:
[0019]
将各所述管控组的配置文件配置到所述公共操作员站中对应的文件夹中。
[0020]
优选的,将所述管控组的组信息配置到所述公共操作员站中,包括:
[0021]
将所述管控组的组信息配置到所述公共操作员站的切组工具中。
[0022]
优选的,读取所述目标管控组的配置文件,包括:
[0023]
所述公共操作员站从公共操作文件夹中删除旧数据,并将所述目标管控组的配置文件读取到所述公共操作文件夹;
[0024]
重启动所述公共操作员站的监控程序,并从所述公共操作文件夹中读取所述目标管控组的配置文件。
[0025]
一种操作员站管控装置,包括:
[0026]
第一配置模块,用于在工程师站中配置得到多个管控组;其中,每个所述管控组中包含多个所述操作员站;
[0027]
选定模块,用于从任一所述管控组中选定一个所述操作员站作为公共操作员站;
[0028]
第二配置模块,用于将所述管控组的组信息及各所述管控组的配置文件配置到所述公共操作员站中;
[0029]
发送模块,用于向所述公共操作员站发送切组命令,由所述公共操作员站根据所述切组命令中的组信息切换到目标管控组,并读取所述目标管控组的配置文件,且根据所述配置文件对所述目标管控组中的各所述操作员站进行管控。
[0030]
优选的,还包括:
[0031]
配置模块,用于在从任一所述管控组中选定一个所述操作员站作为公共操作员站之后,将其余所述管控组中与所述公共操作员站站号相同的操作员站的ip地址配置成与所述公共操作员站的ip地址相同。
[0032]
一种操作员站管控设备,包括:
[0033]
存储器,用于存储计算机程序;
[0034]
处理器,用于执行所述计算机程序时实现如上述任一项所述的操作员站管控方法的步骤。
[0035]
一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,所述计算机程序被处理器执行时实现如上述任一项所述的操作员站管控方法的步骤。
[0036]
本申请提供了一种操作员站管控方法、装置、设备及计算机可读存储介质,其中,
该方法包括:在工程师站中配置得到多个管控组;其中,每个管控组中包含多个操作员站;从任一管控组中选定一个操作员站作为公共操作员站;将管控组的组信息及各管控组的配置文件配置到公共操作员站中;向公共操作员站发送切组命令,由公共操作员站根据切组命令中的组信息切换到目标管控组,并读取目标管控组的配置文件,且根据配置文件对目标管控组中的各操作员站进行管控。
[0037]
本申请公开的上述技术方案,在工程师站中配置得到多个管控组之后,其中,每个管控组包含多个操作员站,从任一管控组中选择一个操作员站作为公共操作员站,并将管控组的组信息及各管控组的配置文件均配置到公共操作员站中,且向公共操作员站发送切组命令,由公共操作员站根据切组命令确定并切换到目标管控组,并获取目标管控组的配置文件,且根据配置文件实现对目标管控组中各操作员站的管控,即通过所选定的一个公共操作员站来实现对各管控组中的操作员站的管控,因此,可以提高对操作员站管控的便利性,且可以降低操作员站管控的成本。
附图说明
[0038]
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
[0039]
图1为现有多局域网的示意图;
[0040]
图2为本申请实施例提供的一种操作员站管控方法的流程图;
[0041]
图3为本申请实施例提供的分组网络模型示意图;
[0042]
图4为本申请实施例提供的管控组切换流程图;
[0043]
图5为本申请实施例提供的一种操作员站管控装置的结构示意图;
[0044]
图6为本申请实施例提供的一种操作员站管控设备的结构示意图。
具体实施方式
[0045]
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
[0046]
参见图2,其示出了本申请实施例提供的一种操作员站管控方法的流程图,本申请实施例提供的一种操作员站管控方法,可以包括:
[0047]
s11:在工程师站中配置得到多个管控组;其中,每个管控组中包含多个操作员站。
[0048]
现有为了支持更多学员能够在操作员站上进行独立操作所采用的方式是搭建多个局域网,每个局域网内分布多个(不能超过最大数量)操作员站,且这些局域网之间需要采用交换机进行网络隔离,以支持更多的学员进行独立操作,但是,这种方式导致培训讲师等需要在每个局域网内对应使用一个管控设备来对该局域网内的各操作员站进行管控,且一个管控机器无法实现对更多操作员站的管控,即导致无法在一个管控设备上实现对更多学员的培训,为此,本申请提供一种操作员站管控方法,用于提高操作员站管控的便利性。
[0049]
具体地,可以先在工程师站配置得到多个管控组,其中,每个管控组就是一个工程(不同管控组的工程内容可以一样),每个管控组中均包含多个操作员站,且每个管控组中所包含的操作员站的数量不超过dsc仿真系统所对应的最大数量的操作员站数,也即本申请可以对dsc仿真系统开发分组功能,在dsc仿真系统中将同一工程分别在不同的管控组内进行组态下装,用户可以在不同的组内的操作员站上进行操作,实现独立观察和分析dcs仿真数据。
[0050]
s12:从任一管控组中选定一个操作员站作为公共操作员站。
[0051]
在配置得到多个管控组之后,可以从所得到的任一管控组中选定一个操作员站作为公共操作员站,且该公共操作员站与各管控组相连,具体可以与各管控组中的服务端相连。
[0052]
具体可以参见图3,其示出了本申请实施例提供的分组网络模型示意图,其包括管控组1、管控组2这两个管控组,每个管控组中包括ops(operator service system,操作员站)80、opsn等多个操作员站,且公共ops分别与管控组1、管控组2中的server(服务端)相连。需要说明的是,图3是以管控组为两个为例进行说明,当管控组的数量为两个以上时,其网络模型结构与图3类似,均是公共ops与各管控组相连,详细内容在此不再赘述。另外,不同管控组同域名间支持同名工程,在公共ops上仅需组态下装一次,其他管控组的工程可以通过拷贝配置文件支持访问不同管控组的工程。
[0053]
s13:将管控组的组信息及各管控组的配置文件配置到公共操作员站中。
[0054]
在选定公共操作员站之后,可以将管控组的组信息及各管控组的配置文件配置到公共操作员站中,其中,这里提及的管控组的组信息具体可以包括所得到的管控组的组数、各管控组的组名或编号等,管控组的配置文件中可以包含管控组中服务端的ip地址、配置了哪些服务(如打印等服务)等信息。
[0055]
s14:向公共操作员站发送切组命令,由公共操作员站根据切组命令中的组信息切换到目标管控组,并读取目标管控组的配置文件,且根据配置文件对目标管控组中的各操作员站进行管控。
[0056]
在执行完步骤s13之后,则可以向公共操作员站发送切组命令,其中,切组命令中包括需要进行切换的组信息。公共操作员站在接收到切组命令之后,可以根据切组命令中所包含的组信息切换到目标管控组,并从自身读取目标管控组对应的配置文件,然后,根据目标管控组的配置文件对目标管控组中的各操作员站进行管控,具体地,当公共操作员站与管控组中的服务端相连时,则可以通过目标管控组的配置文件及目标管控组中的服务端来实现对目标管控组中各操作员站的管控,也即可以通过公共操作员站的切组来查看不同管控组内操作员站的状态信息,并可以对管控组内操作员站进行演示和学习培训等。
[0057]
通过上述过程可知,本申请可以仅通过一个公共操作员站在各管控组间的切换而实现对各管控组中操作员站的管控,而无需对各个管控组进行网络隔离且无需分别在每个管控组中分别设置一个管控设备来实现对对应管控组的管控,因此,可以提高操作员站管控的便利性,而且可以降低操作员站的管控成本,同时各个管控组间的操作互不影响,且可以配置更多的管控组,以通过一个公共操作员站实现对更多操作员站的管控。
[0058]
本申请公开的上述技术方案,在工程师站中配置得到多个管控组之后,其中,每个管控组包含多个操作员站,从任一管控组中选择一个操作员站作为公共操作员站,并将管
控组的组信息及各管控组的配置文件均配置到公共操作员站中,且向公共操作员站发送切组命令,由公共操作员站根据切组命令确定并切换到目标管控组,并获取目标管控组的配置文件,且根据配置文件实现对目标管控组中各操作员站的管控,即通过所选定的一个公共操作员站来实现对各管控组中的操作员站的管控,因此,可以提高对操作员站管控的便利性,且可以降低操作员站管控的成本。
[0059]
本申请实施例提供的一种操作员站管控方法,在从任一管控组中选定一个操作员站作为公共操作员站之后,还可以包括:
[0060]
将其余管控组中与公共操作员站站号相同的操作员站的ip地址配置成与公共操作员站的ip地址相同。
[0061]
在本申请中,当从任一管控组中选定一个操作员站作为公共操作员站之后,可以将其余管控组中与公共操作员站站号相同的操作员站的ip地址配置成与公共操作员站的ip地址相同,此时,这些站号相同的操作员站即为一台机器,且作为公共操作员站进行使用。
[0062]
本申请实施例提供的一种操作员站管控方法,在工程师站中配置得到多个管控组之后,还可以包括:
[0063]
利用管控组对应的服务端ipv4地址中的第二位标记服务端所属的管控组,其中,与管控组对应的服务端用于与管控组中的各操作员站进行数据交互。
[0064]
当在工程师站中配置得到多个管控组之后,可以利用管控组对应的服务端ipv4地址中的第二位标记服务端所属的管控组,也即可以启动服务端ipv4地址中的第二位,以利用ipv4地址的第二位来区分不同管控组的组信息,例如可以利用ipv4地址的第二位作为组号来区别不同的管控组。另外,与管控组对应的服务端可以与管控组中的各操作员站进行数据交互,以便于公共操作员站可以通过管控组对应的服务端对各操作员站进行管控。
[0065]
基于上述过程,不同管控组间在底层传输时,通过将ip地址的第二位修改为管控组组号后向相应的ip地址发送消息,同时在simurts管理工具中,启动仿真服务时根据当前定义的组号添加对应的ip地址,以便于与对应的管控组进行数据的交互。
[0066]
本申请实施例提供的一种操作员站管控方法,在将管控组的组信息及各管控组的配置文件配置到公共操作员站中之前,还可以包括:
[0067]
在公共操作员站中建立与各管控组一一对应的文件夹;
[0068]
相应地,将各管控组的配置文件配置到公共操作员站中,可以包括:
[0069]
将各管控组的配置文件配置到公共操作员站中对应的文件夹中。
[0070]
在将管控组的配置文件配置到公共操作员站中之前,可以在公共操作员站中建立与各管控组一一对应的文件夹,并相应地可以将各管控组的配置文件配置到公共操作员站中对应的文件夹中,以便于利用对应的文件夹存储对应管控组的配置文件,并便于从对应的文件夹中读取对应的配置文件。例如:当配置有管控组1和管控组2这两个管控组时,可以在公共操作员站中建立与管控组1对应的文件夹1,并建立与管控组2对应的文件夹2,且可以将管控组1的配置文件配置到文件夹1中,将管控组2的配置文件配置到文件夹2中。
[0071]
本申请实施例提供的一种操作员站管控方法,将管控组的组信息配置到公共操作员站中,可以包括:
[0072]
将管控组的组信息配置到公共操作员站的切组工具中。
[0073]
在将管控组的组信息配置到公共操作员站中时,可以将管控组的组信息配置到公共操作员站的切组工具中,以便于利用切组工具进行切组工作。
[0074]
本申请实施例提供的一种操作员站管控方法,读取目标管控组的配置文件,可以包括:
[0075]
公共操作员站从公共操作文件夹中删除旧数据,并将目标管控组的配置文件读取到公共操作文件夹;
[0076]
重启动公共操作员站的监控程序,并从公共操作文件夹中读取目标管控组的配置文件。
[0077]
在读取目标管控组的配置文件时,公共操作员站可以从公共操作文件夹中删除旧数据,并同时将目标管控组的配置文件读取到公共操作文件夹中(具体可以利用切组工具将目标管控组的配置文件读取到公共操作文件夹中),之后可以重启动公共操作员站的监控程序,并从公共操作文件夹中读取目标管控组的配置文件,以根据读取到的配置文件对目标管控组进行管控。其中,从公共操作文件夹中删除旧数据可以避免旧数据对目标管控组的管控造成影响,先将目标管控组的配置文件读取到公共操作文件夹中,再从公共操作文件夹中读取目标管控组的配置文件的方式可以便于后续直接从公共操作文件夹中对目标管控组的配置文件进行读取和操作。
[0078]
以配置得到管控组1和管控组2这两个管控组为例,具体可以参见图4,其示出了本申请实施例提供的管控组切换流程图,具体实现流程如下:
[0079]
a)在公共ops上,打开切组工具,切换到管控组1;
[0080]
b)切组工具将1组的节点信息等配置文件从1组文件夹拷贝到公共操作站的公共操作文件夹中下,同时删除旧组的数据;
[0081]
c)文件拷贝完成后,会重新启动客户端监控程序,从公共操作文件夹中读取1组的ip地址信息;
[0082]
d)重新登录操作员在线,将客户端登录消息通知1组,并向1组请求查询离线数据;
[0083]
e)1组的节点配置文件中存在此公共ops的节点信息,则将查询的离线数据返回给公共ops;
[0084]
其中,图4中切换到2组的流程与上述切换到1组的流程相类似,在此不再赘述。
[0085]
本申请实施例还提供了一种操作员站管控装置,参见图5,其示出了本申请实施例提供的一种操作员站管控装置的结构示意图,可以包括:
[0086]
第一配置模块51,用于在工程师站中配置得到多个管控组;其中,每个管控组中包含多个操作员站;
[0087]
选定模块52,用于从任一管控组中选定一个操作员站作为公共操作员站;
[0088]
第二配置模块53,用于将管控组的组信息及各管控组的配置文件配置到公共操作员站中;
[0089]
发送模块54,用于向公共操作员站发送切组命令,由公共操作员站根据切组命令中的组信息切换到目标管控组,并读取目标管控组的配置文件,且根据配置文件对目标管控组中的各操作员站进行管控。
[0090]
本申请实施例提供的一种操作员站管控装置,还可以包括:
[0091]
配置模块,用于在从任一管控组中选定一个操作员站作为公共操作员站之后,将
其余管控组中与公共操作员站站号相同的操作员站的ip地址配置成与公共操作员站的ip地址相同。
[0092]
本申请实施例提供的一种操作员站管控装置,还可以包括:
[0093]
标记模块,用于在工程师站中配置得到多个管控组之后,利用管控组对应的服务端ipv4地址中的第二位标记服务端所属的管控组,其中,与管控组对应的服务端用于与管控组中的各操作员站进行数据交互。
[0094]
本申请实施例提供的一种操作员站管控装置,还可以包括:
[0095]
建立模块,用于在将管控组的组信息及各管控组的配置文件配置到公共操作员站中之前,在公共操作员站中建立与各管控组一一对应的文件夹;
[0096]
相应地,第二配置模块53可以包括:
[0097]
第二配置单元,用于将各管控组的配置文件配置到公共操作员站中对应的文件夹中。
[0098]
本申请实施例提供的一种操作员站管控装置,第二配置模块53可以包括:
[0099]
第三配置单元,用于将管控组的组信息配置到公共操作员站的切组工具中。
[0100]
本申请实施例还提供了一种操作员站管控设备,参见图6,其示出了本申请实施例提供的一种操作员站管控设备的结构示意图,可以包括:
[0101]
存储器61,用于存储计算机程序;
[0102]
处理器62,用于执行存储器61存储的计算机程序时可实现如下步骤:
[0103]
在工程师站中配置得到多个管控组;其中,每个管控组中包含多个操作员站;从任一管控组中选定一个操作员站作为公共操作员站;将管控组的组信息及各管控组的配置文件配置到公共操作员站中;向公共操作员站发送切组命令,由公共操作员站根据切组命令中的组信息切换到目标管控组,并读取目标管控组的配置文件,且根据配置文件对目标管控组中的各操作员站进行管控。
[0104]
本申请实施例还提供了一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序,计算机程序被处理器执行时可实现如下步骤:
[0105]
在工程师站中配置得到多个管控组;其中,每个管控组中包含多个操作员站;从任一管控组中选定一个操作员站作为公共操作员站;将管控组的组信息及各管控组的配置文件配置到公共操作员站中;向公共操作员站发送切组命令,由公共操作员站根据切组命令中的组信息切换到目标管控组,并读取目标管控组的配置文件,且根据配置文件对目标管控组中的各操作员站进行管控。
[0106]
该计算机可读存储介质可以包括:u盘、移动硬盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0107]
本申请实施例提供的一种操作员站管控装置、设备及计算机可读存储介质中相关部分的说明可以参见本申请实施例提供的一种操作员站管控方法中对应部分的详细说明,在此不再赘述。
[0108]
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖
非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。另外,本申请实施例提供的上述技术方案中与现有技术中对应技术方案实现原理一致的部分并未详细说明,以免过多赘述。
[0109]
对所公开的实施例的上述说明,使本领域技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1