警报管理装置、警报管理方法和计算机可读存储介质与流程

文档序号:31714429发布日期:2022-10-04 21:08阅读:74来源:国知局
警报管理装置、警报管理方法和计算机可读存储介质与流程

1.本发明涉及警报管理装置、警报管理方法和计算机可读存储介质。


背景技术:

2.以往,关于使用石油、石油化学、化学、气体等的各种工厂的过程控制,对监视工厂的操作人员通知从工厂的现场设备等输出的警报,督促适当应对的警报系统已被公众所知(例如参照专利文献1)。
3.专利文献1:日本特开2016-085501号公报
4.可是,现有技术在使工厂的警报监视中的工程师和操作人员的作业高效化方面,存在进一步改善的余地。
5.一般而言,上述的警报系统中的警报的观察方法、确认等的操作权限、每个操作人员的监视范围等警报的举动,经过包含工程师的设计、试验的预定的工程作业而反映于系统。
6.可是,通常不仅在系统运转开始时需要进行这种工程作业,在进行成为监视对象的现场设备的追加、修理和更换之类的保养等情况下也需要进行这种工程作业。例如在即使系统的一部分为了保养而临时停止,也需要继续开工的工厂的情况下,所述临时停止导致产生大量的无用警报,存在妨碍开工的可能性。
7.但是,工程作业除了前述的设计、试验以外,需要经过认可和告知等工序的情况也较多。因此,工程师每当需要进行工程作业时,必须遵循复杂的步骤。
8.此外,即便被告知了工程作业,操作人员也难以据此高效且准确地掌握警报的举动如何变化,以及哪个设备或者工厂整体因所述变化而处于什么样的状态。


技术实现要素:

9.本发明的目的在于使工厂的警报监视中的工程师和操作人员的作业高效化。
10.一个方式的警报管理装置包括:检测部,根据从工厂输出的至少包含警报的输出信息或来自用户的指示,来检测所述工厂的状态迁移;以及变更部,在检测到所述状态迁移的情况下,将与监视中的所述警报的举动相关的定义信息亦即第一定义信息变更为与迁移后的所述工厂的状态对应的所述定义信息亦即第二定义信息。
11.一个方式的警报管理方法使计算机执行如下处理:根据从工厂输出的至少包含警报的输出信息或来自用户的指示,来检测所述工厂的状态迁移,在检测到所述状态迁移的情况下,将与监视中的所述警报的举动相关的定义信息亦即第一定义信息变更为与迁移后的所述工厂的状态对应的所述定义信息亦即第二定义信息。
12.一个方式的计算机可读存储介质存储有警报管理程序,所述警报管理程序使计算机执行如下处理:根据从工厂输出的至少包含警报的输出信息或来自用户的指示,来检测所述工厂的状态迁移,在检测到所述状态迁移的情况下,将与监视中的所述警报的举动相关的定义信息亦即第一定义信息变更为与迁移后的所述工厂的状态对应的所述定义信息
亦即第二定义信息。
13.按照一个实施方式,可以使工厂的警报监视中的工程师和操作人员的作业高效化。
附图说明
14.图1是表示通用的警报系统的整体结构示例的图。
15.图2是表示工程作业的流程的图。
16.图3是表示实施方式的警报系统的整体结构示例的图。
17.图4是实施方式的“状态”的说明图(其1)。
18.图5是实施方式的“状态”的说明图(其2)。
19.图6是实施方式的“状态迁移”的说明图。
20.图7是表示警报管理装置的结构示例的框图。
21.图8是表示工程终端的结构示例的框图。
22.图9是表示数据库管理装置的结构示例的框图。
23.图10是表示监视终端的结构示例的框图。
24.图11是表示监视终端的输出部的显示例的图。
25.图12是表示警报消息监视画面的显示例的图。
26.图13是表示工厂状态监视画面的显示例的图。
27.图14是自主式状态迁移处理的处理序列。
28.图15是手动式状态迁移处理的处理序列。
29.图16是表示实现警报管理装置的功能的计算机的一例的硬件结构图。
具体实施方式
30.以下,根据附图详细说明本技术公开的警报管理装置、警报管理方法和计算机可读存储介质的实施例。另外,本发明不受本实施例的限定。此外,针对同一要素标注相同的附图标记,适当省略重复说明,并且各实施方式可以在不矛盾的范围内适当组合。
31.(比较例)
32.首先,为了使说明便于理解,从本实施方式的比较例开始进行说明。图1是表示通用的警报系统1’的整体结构示例的图。此外,图2是表示工程作业的流程的图。
33.警报系统1’是基于作为国际标准的isa18.2和iec62682构建的过程工业用的警报系统。如图1所示,警报系统1’包含工厂2、过程控制器10、警报管理装置30、工程终端50、数据库(db)管理装置70和监视终端90。
34.工厂2与过程控制器10通过省略图示的网络彼此可通信地连接。同样,过程控制器10与警报管理装置30彼此可通信地连接。同样,警报管理装置30与数据库管理装置70和监视终端90彼此可通信地连接。同样,数据库管理装置70与工程终端50彼此可通信地连接。另外,图1并非必须表示物理性结构。因此,例如警报管理装置30、数据库管理装置70和监视终端90等也可以存在于同一机器内。在这种情况下,关于上述的彼此通信,利用内部通信进行交换。
35.工厂2是使用了石油、石油化学、化学、气体等的各种工厂的一例,包含具备用于得
到生成物的各种设施的工场等。生成物的示例有lng(液化天然气)、树脂(塑料、尼龙等)、化学制品等。设施的示例有工场设施、机械设施、生产设施、发电设施、贮存设施、开采石油和天然气等的井场中的设施等。
36.工厂2内包含用于生成生成物的各种设备、用于取得与工厂2内的状态相关的信息的多个现场设备2a等。
37.各现场设备2a是设定于工厂2的各种场所的传感器等的一例。现场设备2a例如大体区分(分类)为传感器设备和操作设备。传感器设备例如是取得(检测、测定等)物理量的设备。传感器设备的例子有压力传感器、温度传感器、ph传感器、速度传感器、加速度传感器等。操作设备例如是操作物理量的设备。操作设备的例子有阀门、泵和风扇等,由电机和致动器等驱动。
38.各现场设备2a通过无线通信和有线等与过程控制器10可通信地连接。
39.过程控制器10是从各现场设备2a收集数据并作为过程数据执行过程控制的装置。此外,过程控制器10在检测到过程数据值的异常、各现场设备2a的通信异常和硬件异常等的情况下,将警报通知给警报管理装置30。
40.警报管理装置30是提供警报监视的核心功能的装置。警报管理装置30接收来自过程控制器10的警报的通知,按照预先定义有警报的观察方法、确认等的操作权限、每个操作人员的监视范围之类的警报的举动的警报定义信息,控制警报的状态迁移。此外,警报管理装置30向监视终端90通知警报的状态已迁移的情况作为警报消息。
41.工程终端50是向工程师e提供工具群的装置,所述工具群用于定义表示警报的举动的属性值。所述工具群包含用于定义属性值的ui(user interface:用户界面)。在此定义的警报定义信息被通知给数据库管理装置70,由数据库管理装置70登记到工程数据库72a。
42.数据库管理装置70是管理警报定义信息的变更历史记录的装置。数据库管理装置70从工程终端50接收警报定义信息并数据库化来管理历史记录。此外,数据库管理装置70还可以实施对警报管理装置30反映最新的警报定义信息和从历史记录复原等。
43.监视终端90是取得来自警报管理装置30的警报消息,并显示警报消息、当前的警报状态的装置。操作人员o可以通过显示于监视终端90的显示内容,来确认警报消息和当前的警报状态。
44.另外,一般而言,过程控制器10构成为与各现场设备2a相连的专用硬件,但是有时也使构成为通用的pc服务器的所谓apc(advanced process control:先进过程控制)服务器的功能的至少一部分在过程控制器10上动作。此外,过程控制器10借助未图示的opc(open platform communications:开放平台通信)服务器,或借助原接口、其他的接口等,按照运转控制工厂2的标准来接收数据。
45.此外,警报管理装置30也可以使用opc,还可以使用opc以外的独自的标准。在使用opc的情况下,过程控制器10和警报管理装置30根据opc的标准来收发数据。此外,在使用opc以外的独自的标准的情况下,过程控制器10和警报管理装置30根据所述独自的标准来收发数据。
46.此外,作为过程控制器10的过程控制的一例,基本上执行pid控制(proportional-integral-differential controller:比例积分微分控制)。此外,可选地通过使用与工厂2相关的控制数据的模拟等,来执行工厂2的高度控制(apc),与工厂2相关的控制数据包含工
owner)”功能。此外,工程终端50具有“状态工程工具(state engineering tool)”功能。此外,数据库管理装置70具有“基于状态的数据库管理器(state-based db manager)”功能。此外,监视终端90具有“状态查看器(state viewer)”功能。
60.即,实施方式的警报系统1实现基于工厂2的“state”的警报监视功能。在此,说明本实施方式中的“state”、即“状态”。图4是实施方式的“状态”的说明图(其1)。此外,图5是实施方式的“状态”的说明图(其2)。
61.如图4所示,在实施方式的警报系统1中,将用户可定义的工厂2的“状态”大体区分处理为“系统状态”和“层次状态”这两种。
[0062]“系统状态”是指与过程控制器10所控制的工厂2的控制对象整体相关的状态。在所述“系统状态”的状态定义中,如该图4所示,不能设定状态的应用范围。必须成为以系统整体为对象的状态定义。
[0063]
此外,“层次状态”是指将工厂2的各现场设备2a等用层次模型表现的情况下,能对层次的节点单位指定的状态。因此,在所述“层次状态”的状态定义中,如该图4所示,能设定状态的应用范围。如此,通过能对部分范围应用“状态”,从而能将受到保养等的影响的范围可视化而使操作人员o容易识别。
[0064]
此外,如图5所示,用户可定义的工厂2的“状态”例如包含“运转中状态”、“保养中状态”、“试运行中状态”、“工程中状态”、“系统异常状态”和“紧急状态”等。另外,“试运行中状态”是指工程师e进行阈值等参数的调整等的状态。
[0065]
在该图5所示的各状态中,“运转中状态”、“保养中状态”、“试运行中状态”和“工程中状态”在“系统状态”和“层次状态”的任意一方中都能定义。另一方面,“系统异常状态”和“紧急状态”仅可作为“系统状态”定义。
[0066]
返回图3的说明。工程终端50的“状态工程工具”功能是作为前述的工具群的一部分实现的功能,并且是用于进行图4和图5中说明的“状态”的定义的功能。本功能定义与状态相关的信息(状态的应用范围和状态迁移条件),此外,定义每种状态的警报定义信息。由本功能定义的按照状态的警报定义信息被通知给数据库管理装置70(步骤s11),由数据库管理装置70登记到工程数据库72a并按照每种状态进行管理。
[0067]
警报管理装置30的“状态所有者”功能作为警报管理装置30的警报管理功能的一部分来实现。本功能是如下的功能:定期监视工厂2的状态,在工厂2的状态符合前述的状态迁移条件的情况下,与此对应使在内部管理的状态迁移。另外,警报管理装置30所具有的图中的警报定义信息32b是与警报管理装置30中正在监视的警报的举动相关的定义信息。警报定义信息32b相当于“第一定义信息”的一例。
[0068]
如果状态迁移条件成立,检测到工厂2的状态迁移,则“状态所有者”功能对数据库管理装置70进行表示状态迁移条件成立的状态迁移通知并敦促警报定义信息的切换(步骤s12)。
[0069]
此外,“状态所有者”功能对监视终端90进行用于监视工厂2的状态的状态通知(步骤s13),并利用后述的“状态查看器”功能对操作人员o显示当前的工厂2的状态、状态迁移条件的符合状况等。
[0070]
在此,图6是实施方式的“状态迁移”的说明图。如图6所示,实施方式的“状态迁移”具有“自主式状态迁移”、“手动式状态迁移”这两种。
[0071]“自主式状态迁移”如上所述,定期监视工厂2的状态,在工厂2的状态符合工程师e定义的状态迁移条件的情况下,与此对应自主地对数据库管理装置70进行状态迁移通知。
[0072]
相对于此,“手动式状态迁移”用于使操作人员o或工程师e有意识地变更状态。返回图3的说明。关于“手动式状态迁移”,例如如果从监视终端90通知了手动进行状态变更操作(步骤s14),则对应于检测到所述通知,“状态所有者”功能对数据库管理装置70进行状态迁移通知(步骤s12),与“自主式状态迁移”同样地敦促警报定义信息的切换。
[0073]“自主式状态迁移”和“手动式状态迁移”各自的情况下的具体处理序列采用图14和图15进行说明,具体如后所述。
[0074]
数据库管理装置70的“基于状态的数据库管理器”功能作为工程数据库72a的管理功能的一部分来实现。本功能是用于进行每种状态的警报定义信息的管理的功能。
[0075]
本功能具有如下功能:将利用“状态工程工具”功能定义的每种状态的警报定义信息作为数据库预先存储。而且,如果从“状态所有者”功能接收到状态迁移通知,则从工程数据库72a选出与迁移后的状态对应的警报定义信息并实施切换(步骤s15)。作为切换后的警报定义信息的切换后数据库(相当于“第二定义信息”的一例)被反映于警报管理装置30,随后利用通过反映而成为警报定义信息32b的切换后数据库,开始警报监视的开工。
[0076]
监视终端90的“状态查看器”功能是作为监视终端90的ui功能的一部分来实现的功能。本功能是用于将工厂2的状态以及状态迁移条件的符合状况等可视化的ui功能。操作人员o和工程师e可以使用本功能掌握工厂2当前处于什么样的状态。此外,本功能还具备用于进行前述的“手动式状态迁移”的控制用ui。
[0077]
如此,在实施方式的警报系统1中,警报管理装置30根据从工厂2输出的至少包含警报的输出信息或来自用户的指示,来检测工厂2的状态迁移,在检测到状态迁移的情况下,将与监视中的警报的举动相关的定义信息亦即第一定义信息变更为与迁移后的工厂的状态对应的上述定义信息亦即第二定义信息。
[0078]
因此,按照实施方式的警报管理装置30,可以使工厂2的警报监视中的工程师e和操作人员o的作业高效化。以下,更具体地说明实施方式的警报系统1的结构示例。
[0079]
(警报管理装置30的功能结构)
[0080]
图7是表示警报管理装置30的结构示例的框图。另外,在图7和后示的图8~图10中,仅表示了本实施方式的说明所需的结构要素,省略了一般的结构要素的记载。
[0081]
如图7所示,警报管理装置30具有通信部31、存储部32和控制部33。另外,警报管理装置30也可以具有用于从使用警报管理装置30的管理者等接收各种操作的输入部(例如键盘和鼠标等),以及用于输出各种信息的输出部(例如显示器等)。
[0082]
通信部31例如由nic(network interface card:网络接口卡)等实现。通信部31与省略图示的网络有线连接或无线连接,并经由所述网络与过程控制器10、数据库管理装置70和监视终端90之间进行各种信息的收发。
[0083]
存储部32例如由ram(random access memory:随机存取存储器)、闪存器(flash memory)等半导体存储元件或者硬盘、光盘等存储装置来实现,在图7的示例中,存储部32存储状态信息32a和警报定义信息32b。
[0084]
状态信息32a是与警报管理装置30在内部管理的状态相关的信息,包含当前的状态。此外,状态信息32a包含由工程师e定义的工厂2的各种状态和用于向上述各种状态迁移
的状态迁移条件等。
[0085]
警报定义信息32b对应于当前的状态,是与反映中的警报的举动相关的定义信息。警报定义信息32b相当于如上所述的“第一定义信息”的一例。
[0086]
控制部33例如通过由cpu(central processing unit:中央处理器)和mpu(micro processing unit:微处理器)等将ram作为作业区域来执行存储部32中存储的省略图示的各种程序(相当于警报管理程序的一例)而实现。此外,控制部33例如由asic(application specific integrated circuit:专用集成电路)和fpga(field programmable gate array:现场可编程门阵列)等集成电路来实现。
[0087]
如图7所示,控制部33具有取得部33a、状态监视部33b、检测部33c、通知部33d和变更部33e,实现或执行以下说明的信息处理的功能和作用。另外,控制部33的内部结构不限于图7所示的结构,只要是能进行后述的信息处理的结构即可,也可以是其他的结构。此外,控制部33所具有的各处理部的连接关系不限于图7所示的连接关系,也可以是其他的连接关系。
[0088]
控制部33执行用于实现上述的“状态所有者”功能的各处理。
[0089]
取得部33a借助通信部31,取得从过程控制器10输出的警报。此外,取得部33a借助通信部31,从监视终端90取得状态变更操作通知。此外,取得部33a借助通信部31,取得从数据库管理装置70通知的切换后数据库,即与迁移后的工厂2的状态对应的警报定义信息。切换后数据库相当于如上所述的“第二定义信息”的一例。
[0090]
状态监视部33b根据由取得部33a取得的来自过程控制器10的警报,定期地监视工厂2的状态。
[0091]
检测部33c判定由状态监视部33b监视的工厂2的状态是否符合状态迁移条件,在符合的情况下,检测工厂2的状态迁移。此外,检测部33c在由取得部33a取得了状态变更操作通知的情况下,检测工厂2的状态迁移。
[0092]
通知部33d在由检测部33c检测到状态迁移的情况下,借助通信部31对数据库管理装置70进行状态迁移通知。此外,通知部33d在利用变更部33e将切换后数据库反映于警报定义信息32b的情况下,对监视终端90发送变更结束通知。
[0093]
变更部33e在利用取得部33a从数据库管理装置70取得了切换后数据库的情况下,将切换后数据库反映于警报定义信息32b,并把警报定义信息32b变更为与迁移后的状态对应的警报定义信息。
[0094]
另外,如果对“状态所有者”功能进行补充,则控制部33在发生了向系统状态的状态迁移的情况下,不进行应用范围的确定,将针对系统整体的状态变更通知给数据库管理装置70。在层次状态的情况下,从状态信息32a确定具体针对哪个节点进行状态迁移并通知。
[0095]
此外,“状态所有者”功能向外部提供用于公开状态信息的api(application programming interface:应用程序编程接口),监视终端90和外部应用借助所述api能实现状态的取得和可视化。所述api例如包含状态信息的取得接口、状态迁移条件的成立条件/解除条件的取得接口和状态变化通知接口等。
[0096]
(工程终端50的功能结构)
[0097]
接下来,说明工程终端50的功能结构。图8是表示工程终端50的结构示例的框图。
如图8所示,工程终端50具有输入部51、输出部52、通信部53、存储部54和控制部55。
[0098]
输入部51例如由键盘和鼠标等实现,从使用工程终端50的工程师e接收各种操作。输出部52例如由显示器等实现,对使用工程终端50的工程师e输出各种信息。另外,输入部51和输出部52例如也可以由触摸面板显示器等一体构成。
[0099]
通信部53与上述的通信部31同样,例如由nic等实现。通信部53与省略图示的网络有线连接或无线连接,并借助所述网络与数据库管理装置70之间进行各种信息的收发。
[0100]
存储部54与上述的存储部32同样,例如由ram、闪存器等半导体存储元件或者硬盘、光盘等存储装置来实现,在图8的示例中,存储部54存储设定工具ui信息54a。
[0101]
设定工具ui信息54a是与用于实现上述的“状态工程工具”功能的ui相关的信息,包含对工程师e提供的ui等。
[0102]
控制部55与上述的控制部33同样,例如通过由cpu和mpu等将ram作为作业区域来执行存储部54中存储的省略图示的各种程序而实现。此外,控制部55例如由asic和fpga等集成电路来实现。
[0103]
如图8所示,控制部55具有输入输出控制部55a、状态设定部55b、警报设定部55c和通知部55d,实现或执行以下说明的信息处理的功能和作用。另外,控制部55的内部结构不限于图8所示的结构,只要是能进行后述的信息处理的结构即可,也可以是其他的结构。此外,控制部55所具有的各处理部的连接关系不限于图8所示的连接关系,也可以是其他的连接关系。
[0104]
控制部55执行用于实现上述的“状态工程工具”功能的各处理。
[0105]
输入输出控制部55a根据设定工具ui信息54a进行输出控制,使输出部52输出工具群,所述工具群用于定义表示警报的举动的属性值。此外,输入输出控制部55a借助工具群,对从输入部51输入的工程师e的各种操作进行输入控制。
[0106]
状态设定部55b根据从输入部51输入的输入值,设定警报系统1中的各种状态定义。此外,警报设定部55c根据从输入部51输入的输入值,设定与由状态设定部55b设定的状态分别相关联的警报定义信息。
[0107]
通知部55d借助通信部53,把由警报设定部55c设定的每种状态的警报定义信息通知给数据库管理装置70。
[0108]
另外,如果对“状态工程工具”功能进行补充,则工程师e可以进行状态的详细定义。在详细定义中,工程师e至少可以定义状态的类别,进而在层次状态的情况下,进行条件定义、应用范围定义。
[0109]
(数据库管理装置70的功能结构)
[0110]
接下来,说明数据库管理装置70的功能结构。图9是表示数据库管理装置70的结构示例的框图。如图9所示,数据库管理装置70具有通信部71、存储部72和控制部73。
[0111]
通信部71与上述的通信部31、53同样,例如由nic等实现。通信部71与省略图示的网络有线连接或无线连接,借助所述网络与警报管理装置30和工程终端50之间进行各种信息的收发。
[0112]
存储部72与上述的存储部32、54同样,例如由ram、闪存器等半导体存储元件或者硬盘、光盘等存储装置来实现,在图9的示例中,存储部72存储工程数据库72a。
[0113]
工程数据库72a将每种状态的警报定义信息作为数据库预先存储。
[0114]
控制部73与上述的控制部33、55同样,例如通过由cpu和mpu等将ram作为作业区域来执行存储部72中存储的省略图示的各种程序而实现。此外,控制部73例如由asic和fpga等集成电路来实现。
[0115]
如图9所示,控制部73具有取得部73a、状态管理部73b、切换部73c和通知部73d,实现或执行以下说明的信息处理的功能和作用。另外,控制部73的内部结构不限于图9所示的结构,只要是能进行后述的信息处理的结构即可,也可以是其他的结构。此外,控制部73所具有的各处理部的连接关系不限于图9所示的连接关系,也可以是其他的连接关系。
[0116]
控制部73执行用于实现上述的“基于状态的数据库管理器”功能的各处理。
[0117]
取得部73a借助通信部71,取得从工程终端50通知的按照状态的警报定义信息。此外,取得部73a借助通信部71取得来自警报管理装置30的状态迁移通知。
[0118]
状态管理部73b将由取得部73a取得的按照状态的警报定义信息登记到工程数据库72a,并按照每种状态进行管理。
[0119]
切换部73c在由取得部73a取得了来自警报管理装置30的状态迁移通知的情况下,根据所述状态迁移通知所含的迁移后的状态的类别,从工程数据库72a选出与迁移后的状态对应的警报定义信息并实施切换。
[0120]
通知部73d借助通信部71,将由切换部73c切换后的警报定义信息作为切换后数据库通知给警报管理装置30。
[0121]
另外,如果对“基于状态的数据库管理器”功能进行补充,则在切换部73c选出与迁移后的状态对应的警报定义信息时,按照节点单位决定并判定应反映于警报管理装置30的警报定义信息。
[0122]
(监视终端90的功能结构)
[0123]
接下来,说明监视终端90的功能结构。图10是表示监视终端90的结构示例的框图。如图10所示,监视终端90具有输入部91、输出部92、通信部93、存储部94和控制部95。
[0124]
输入部91与上述的输入部51同样,例如由键盘和鼠标等实现,从使用监视终端90的操作人员o接收各种操作。输出部92与上述的输出部52同样,例如由显示器等实现,对使用监视终端90的操作人员o输出各种信息。另外,输入部91和输出部92例如也可以由触摸面板显示器等一体构成。
[0125]
通信部93与上述的通信部31、53、71同样,例如由nic等实现。通信部93与省略图示的网络有线连接或无线连接,借助所述网络与警报管理装置30之间进行各种信息的收发。
[0126]
存储部94与上述的存储部32、54、72同样,例如由ram、闪存器等半导体存储元件或者硬盘、光盘等存储装置来实现,在图10的示例中,存储部94存储状态查看器ui信息94a和警报消息数据库94b。
[0127]
状态查看器ui信息94a是与用于实现上述的“状态查看器”功能的ui相关的信息,包含对操作人员o提供的ui等。
[0128]
警报消息数据库94b是存储由后述的取得部95b从警报管理装置30取得的警报消息的数据库。
[0129]
控制部95与上述的控制部33、55、73同样,例如通过由cpu和mpu等将ram作为作业区域来执行存储部94中存储的省略图示的各种程序而实现。此外,控制部95例如由asic和fpga等集成电路来实现。
[0130]
如图10所示,控制部95具有输入输出控制部95a、取得部95b和通知部95c,实现或执行以下说明的信息处理的功能和作用。另外,控制部95的内部结构不限于图10所示的结构,只要是能进行后述的信息处理的结构即可,也可以是其他的结构。此外,控制部95所具有的各处理部的连接关系不限于图10所示的连接关系,也可以是其他的连接关系。
[0131]
控制部95执行用于实现上述的“状态查看器”功能的各处理。
[0132]
输入输出控制部95a根据状态查看器ui信息94a和警报消息数据库94b进行输出控制,使输出部92显示将工厂2的状态等可视化的状态查看器亦即工厂状态监视画面,以及将警报消息可视化的警报消息监视画面。
[0133]
在此,使用图11~图13说明输入输出控制部95a使输出部92显示的显示例。图11是表示监视终端90的输出部92的显示例的图。此外,图12是表示警报消息监视画面的显示例的图。此外,图13是表示工厂状态监视画面的显示例的图。
[0134]
如图11所示,输入输出控制部95a使输出部92一并显示警报消息监视画面和工厂状态监视画面。
[0135]
如图12所示,警报消息监视画面除了显示表示警报消息的消息级别的记号以外,还显示时间戳和消息编号、消息的内容等。
[0136]
此外,如图13所示,工厂状态监视画面一并显示关于系统整体的系统状态、以及以层次模型表现工厂2的各现场设备2a等的情况下的层次状态。
[0137]
图13中,例如表示了系统状态为“正常”。此外,层次状态表示了虽然部分的节点n1~n10并非运转中状态,但是整体为运转中。
[0138]
此外,在该图13中,关于节点n1~n3、n5~n10,表示了处于伴随保养中状态的影响下。另一方面,关于节点n4,表示了尽管为运转中状态,但是存在着某种异常的征兆。
[0139]
因此,操作人员o如图11所示,例如可以时常监视警报消息监视画面,并根据需要通过工厂状态监视画面确认工厂状态。
[0140]
例如,即使在警报消息监视画面中不显示与节点n1~n3、n5~n10相关的警报消息,操作人员o也能通过工厂状态监视画面准确掌握上述节点处于保养中状态的影响下而非异常。
[0141]
另一方面,在警报消息监视画面中显示与节点n4相关的警报消息的情况下,在工厂状态监视画面中所述节点应该不处于保养中状态的影响下,所以操作人员o能掌握存在着某种异常的征兆或者异常的情况。
[0142]
此外,在警报消息监视画面中警报消息较少的情况下,操作人员o能通过工厂状态监视画面迅速掌握一部分节点是否处于运转中状态以外的保养中状态等。
[0143]
此外,反之在警报消息监视画面中警报消息过多的情况下,操作人员o能通过工厂状态监视画面迅速掌握例如尽管处于通常的运转中状态而警报频发,系统整体或者一部分存在着异常的征兆或者异常。
[0144]
返回图10的说明。此外,输入输出控制部95a对从输入部51输入的操作人员o的各种操作进行输入控制。例如,输入输出控制部95a在借助输入部91输入了状态变更操作的情况下,接收状态变更操作。
[0145]
取得部95b借助通信部93取得来自警报管理装置30的警报消息,并存储到警报消息数据库94b。
[0146]
通知部95c在由输入输出控制部95a接收了操作人员o的状态变更操作的情况下,借助通信部93将接收到的状态变更操作通知给警报管理装置30。
[0147]
(自主式状态迁移处理的处理序列)
[0148]
接下来,使用图14说明警报系统1所执行的自主式状态迁移处理的处理序列。图14是自主式状态迁移处理的处理序列。
[0149]
如图14所示,过程控制器10随时对警报管理装置30输出警报(步骤s101)。而且,警报管理装置30根据所述警报随时进行状态迁移条件的条件判定,并检测条件成立(步骤s102)。另外,还可以使用警报以外的信息进行状态迁移条件的条件判定。例如,设想采用过程数据值的用户所指定的条件式的成立等。所述例子具体而言,例如a温度计的温度在第一阈值以上、b温度计的温度在第二阈值以上、c压力计的压力在第三阈值以上
……
这样,在复合条件针对各过程数据值成立时想要使状态迁移等情况下是有用的。另外,在这种情况下,不限于必须输出警报,因此警报管理装置30需要监视过程数据值。
[0150]
而后,在检测到条件成立的情况下,警报管理装置30对数据库管理装置70进行状态迁移通知(步骤s103)。数据库管理装置70如果接收到状态迁移通知,则基于状态迁移通知从工程数据库72a选出与迁移后的状态对应的警报定义信息,并实施设为切换后数据库的数据库切换(步骤s104、s105)。
[0151]
而后,数据库管理装置70对警报管理装置30通知切换后数据库(步骤s106)。警报管理装置30反映通知的切换后数据库,警报管理装置30变更在内部管理的状态(步骤s107)。随后,利用切换后的警报定义信息32b开始警报监视的开工。
[0152]
而后,警报管理装置30对监视终端90进行变更结束通知(步骤s108),监视终端90进行所述变更结束通知的显示(步骤s109),并向操作人员o提示。
[0153]
(手动式状态迁移处理的处理序列)
[0154]
接下来,使用图15说明警报系统1所执行的手动式状态迁移处理的处理序列。图15是手动式状态迁移处理的处理序列。
[0155]
如图15所示,如果操作人员o有意识地进行状态变更操作(步骤s201),则监视终端90接收状态变更操作并对警报管理装置30进行状态变更操作通知(步骤s202)。
[0156]
警报管理装置30如果接收到状态变更操作通知,则对数据库管理装置70进行状态迁移通知(步骤s203)。数据库管理装置70如果接收到状态迁移通知,则根据状态迁移通知从工程数据库72a选出与迁移后的状态对应的警报定义信息,并实施设为切换后数据库的数据库切换(步骤s204、s205)。
[0157]
而后,数据库管理装置70对警报管理装置30通知切换后数据库(步骤s206)。警报管理装置30反映被通知的切换后数据库,警报管理装置30变更在内部管理的状态(步骤s207)。随后,利用切换后的警报定义信息32b开始警报监视的开工。
[0158]
而后,警报管理装置30对监视终端90进行变更结束通知(步骤s208),监视终端90进行所述变更结束通知的显示(步骤s209),并向操作人员o提示。
[0159]
(效果)
[0160]
如上所述,实施方式的警报管理装置30具有:检测部33c,根据从工厂2输出的至少包含警报的输出信息或来自用户的指示,来检测工厂2的状态迁移;以及变更部33e,在检测到所述状态迁移的情况下,将与监视中的警报的举动相关的定义信息亦即警报定义信息
32b(相当于“第一定义信息”的一例)变更为与迁移后的工厂2的状态对应的上述定义信息亦即切换后数据库(相当于“第二定义信息”的一例)。因此,按照实施方式的警报管理装置30,可以使工厂2的警报监视中的工程师e和操作人员o的作业高效化。
[0161]
具体而言,工程师e可以预先设计还包含保养中和试运行中等的综合的警报工程。由此,不需要每次保养时探讨对应方法等,可期待降低作业的间接费用。此外,通过由系统自主进行工程的切换,从而能够高效且可靠地更新警报定义信息32b,可以消除切换时的错误的发生。
[0162]
此外,操作人员o可以在实施保养和试运行时,掌握进行了什么样的变更。此外,在模拟时也能纳入这样的“状态”的测试,可期待实际的运用场景下的事故的减少。此外,通过提供用于确认工厂2的状态的ui作为系统,从而能够实时确认现状是在什么样的状况下警报动作,可高效掌握哪个警报的工程存在变更。
[0163]
此外,变更部33e利用根据表示状态迁移的内容的状态迁移通知而从针对工厂2的每种状态预先定义的定义信息中选出的切换后数据库,来更新警报定义信息32b。因此,按照实施方式的警报管理装置30,能根据针对工厂2的每种状态预先定义的定义信息,在工厂2的每种状态下高效切换警报定义信息32b。
[0164]
此外,上述输出信息还包含过程数据,检测部33c根据从工厂2输出的警报和过程数据中的一方或双方来检测状态迁移,变更部33e对应于根据警报和过程数据检测到的状态迁移,自主地变更警报定义信息32b。因此,按照实施方式的警报管理装置30,利用自主式状态迁移处理,能够高效且可靠地更新警报定义信息32b,可以消除切换时的错误的发生。
[0165]
此外,检测部33c根据来自包含监视警报的操作人员o的用户的状态变更操作,来检测状态迁移,变更部33e对应于根据状态变更操作检测到的状态迁移,变更警报定义信息32b。因此,按照实施方式的警报管理装置30,利用手动式状态迁移处理,能产生操作人员o和工程师e有意识的状态迁移,据此例如能够进行高效的测试等。
[0166]
此外,与警报的举动相关的定义信息在用层次模型表现工厂2中的现场设备2a等(相当于“控制对象设备”的一例)的情况下,能用层次的节点单位来定义工厂2的状态,变更部33e能从用上述节点单位预先定义的工厂2的每种状态的上述定义信息中选出切换后数据库。因此,按照实施方式的警报管理装置30,即使在一部分现场设备2a临时停止的状态下使工厂2的开工持续的情况下,也不会产生大量的无用警报,能辅助操作人员o的监视业务。
[0167]
此外,实施方式的警报管理装置30还具有通知部33d,所述通知部33d以能显示基于层次模型的节点单位下的工厂2的状态的方式,对监视终端90通知工厂的状态。因此,按照实施方式的警报管理装置30,能将受到保养等的影响的范围可视化以便操作人员o容易识别。
[0168]
(其他实施方式)
[0169]
以上说明了本发明的实施方式,但是本发明除了上述的实施方式以外,还能够以各种不同方式来实施。
[0170]
(显示例等)
[0171]
上述实施方式中采用的显示例的显示布局等仅是一例,可以任意变更。
[0172]
(与批处理功能的联动)
[0173]
此外,上述实施方式中也可以与批处理功能联动,对应于过程的进展来改变警报
的举动。在所述情况下,可期待从工厂2的状态扩展思路,对应于工厂2的批处理中的过程的进展,改变警报的检测条件。
[0174]
(工程辅助功能)
[0175]
此外,上述实施方式中,为了使保养时的工程作业容易,例如在工厂2的状态发生了迁移的情况下,也可以将从迁移后的状态的应用范围产生的警报自动地全部以低优先级进行通知等,能进行针对应用范围统一的工程作业。
[0176]
(模拟器功能的协作)
[0177]
此外,上述实施方式中,在进行实际的现场中的模拟时,通过与进行所述模拟的模拟器功能协作,从而可期待能容易地进行保养和试运行实施时的模拟。
[0178]
(系统)
[0179]
关于包含上述说明书和附图中所示的处理步骤、控制步骤、具体名称、各种数据和参数的信息,除了特别说明的情况以外,可以任意变更。
[0180]
此外,图示的各装置的各构成要素为功能概念性要素,不需要在物理上如图示的那样构成。即,各装置的分散和综合的具体方式不限于图示。即,可以对应于各种负荷和使用状况等,将其全部或一部分以任意的单位功能性或物理性分散、综合来构成。
[0181]
而且,利用各装置进行的各处理功能的全部或任意一部分由cpu和由所述cpu解析执行的程序来实现,或者可以作为由布线逻辑形成的硬件来实现。
[0182]
(硬件)
[0183]
上述的实施方式的警报管理装置30、工程终端50、数据库管理装置70和监视终端90例如由图16所示结构的计算机100来实现。以下,以警报管理装置30为例进行说明。图16是表示实现实施方式的警报管理装置30的功能的计算机100的一例的硬件结构图。
[0184]
如图16所示,计算机100具有通信装置100a、hdd(hard disk drive:硬盘驱动器)100b、存储器100c和处理器100d。此外,图16所示的各部分由总线等相互连接。
[0185]
通信装置100a为nic等,与其他的装置进行通信。hdd100b存储使图7所示的功能动作的程序和数据库。
[0186]
处理器100d通过从hdd100b等读出与图7所示的各处理部执行同样处理的程序并在存储器100c中展开,从而使执行图7等说明的各功能的过程动作。例如,所述过程执行与警报管理装置30所具有的各处理部同样的功能。具体而言,处理器100d从hdd100b等读出具有与取得部33a、状态监视部33b、检测部33c、通知部33d、变更部33e等同样的功能的程序。而后,处理器100d执行过程,该过程执行与取得部33a、状态监视部33b、检测部33c、通知部33d、变更部33e等同样的处理。
[0187]
如此,计算机100通过读出并执行程序,从而作为执行各种处理方法的信息处理装置进行动作。此外,计算机100还可以利用介质读取装置从存储介质读出上述程序,通过执行所读出的上述程序,从而实现与上述的实施例同样的功能。另外,在此所谓的程序不限于仅由计算机100执行。例如,在具有其他硬件结构的计算机或服务器执行程序的情况下,以及它们协作来执行程序的情况下,也可以同样地应用本发明。
[0188]
所述程序可以借助互联网等网络来发布。此外,所述程序可以存储于硬盘、软盘(fd)、cd-rom、mo(magneto-optical disk:磁光盘)、dvd(digital versatile disc:数字多功能光盘)等计算机可读存储介质,由计算机从存储介质读出而执行。存储有所述程序的存
储介质也是本公开的一个方式。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1