警报显示系统以及警报显示方法与流程

本发明涉及警报显示系统以及警报显示方法。

本申请基于2017年1月26日在日本申请的特愿2017-011983号来主张优先权，将其内容援用于此。

背景技术：

在成套设备(plant)中的设备的监视系统中，谋求对警报大量发生的应对(例如专利文献1)。在专利文献1记载的系统中，预先登记需要应对的警报信号(警报)的接收模式，在逐次接收的警报信号的序列与登记的接收模式吻合的情况下，显示与吻合的接收模式建立对应的行为的内容。

现有技术文献

专利文献

专利文献1：JP特开2013-182547号公报

技术实现要素：

发明要解决的课题

如上述那样，在专利文献1记载的系统中，以模式为单位来进行行为内容的显示等支持信息的显示。即，在专利文献1记载的系统中，并不是与全部警报信号(以下称作警报信息)建立对应来显示支持信息。

另一方面，警报信息各自具有例如通知给定的事态在给定的设备发生的功能。即，全部警报信息都是有意义的。因此，操作人员能确认全部发生的警报信息，即，使操作人员能看完全部警报信息是有意义的。但在显示全部警报信息的情况下，在警报大量发生时，存在真正应监视、注意的警报会被埋没的课题。

本发明提供一种能解决上述的课题的警报显示系统以及警报显示方法。

用于解决课题的手段

根据本发明的一个方案，警报显示系统具备：将给定的事态、其发生概率、对该事态的确认状况和针对该事态的应对方针建立对应而存储多组的数据库；取得表示在监视对象的设备发生了所述事态的警报信息的警报信息取得部；对于所述取得的警报信息，基于所述数据库存储的信息来附加支持针对该警报信息的应对的判断的支持信息的支持信息附加部；和显示附加了所述支持信息的警报显示信息的显示部。

根据本发明的一个方案，在所述警报显示系统中，所述支持信息附加部将指定所述显示部的所述警报显示信息的显示状态的信息作为所述支持信息附加到所述警报信息中，所述显示部将多个所述警报显示信息以时间序列排列显示。

根据本发明的一个方案，在所述警报显示系统中，所述支持信息附加部将表征所述应对方针的信息作为所述支持信息附加到所述警报信息中，所述显示部将多个所述警报显示信息以时间序列排列显示。

根据本发明的一个方案，在所述警报显示系统中，所述数据库按所述设备的运转模式区别存储所述组。

根据本发明的一个方案，在所述警报显示系统中，所述数据库按多个所述设备的组合区别存储所述组。

根据本发明的一个方案，在所述警报显示系统中，所述数据库存储与所述设备的经年变化相关的信息，所述支持信息附加部将与所述经年变化相关的信息作为所述支持信息附加到所述警报信息中。

根据本发明的一个方案，在所述警报显示系统中，所述数据库所存储的所述应对方针表示应对的需要与否或应对的重要度。

根据本发明的一个方案，在所述警报显示系统中，所述支持信息基于所述该警报信息和1个或多个其他所述警报信息来决定。

根据本发明的一个方案，在所述警报显示系统中，所述数据库存储要存储的信息的更新的历史记录，所述支持信息附加部将表示所述历史记录的信息作为所述支持信息附加到所述警报信息中。

根据本发明的一个方案，警报显示方法使用如下部件来执行以下步骤，所述部件为：将给定的事态、其发生概率、对该事态的确认状况和针对该事态的应对方针建立对应而存储多组的数据库；取得表示在监视对象的设备发生了所述事态的警报信息的警报信息取得部；对取得的所述警报信息，基于所述数据库存储的信息来附加支持针对该警报信息的应对的判断的支持信息的支持信息附加部，所述步骤为：由显示部显示附加了所述支持信息的警报显示信息。

发明的效果

根据上述的警报显示系统以及警报显示方法，即使在警报大量发生的情况下，也不会埋没真正应监视、注意的警报，且能进行观测良好的监视。

附图说明

图1是用于说明本发明的实施方式所涉及的警报显示系统的结构例的框图。

图2是用于说明图1所示的数据库12的结构例的图。

图3是用于说明图1所示的警报显示装置11的动作例的流程图。

图4是用于说明图1所示的警报显示装置11的动作例的图。

图5是用于说明图1所示的警报显示装置11的其他动作例的图。

图6是用于说明图1所示的数据库12的其他结构例的图。

图7是用于说明图1所示的警报显示装置11的其他动作例的流程图。

图8是用于说明图1所示的警报显示装置11的其他动作例的图。

具体实施方式

<第1实施方式>

以下参考附图来说明本发明的实施方式。

图1是用于说明本发明的实施方式所涉及的警报显示系统1的结构例的框图。

图1所示的警报显示系统1具备警报显示装置11和数据库12。警报显示装置11例如是个人计算机、平板电脑、智能手机等计算机，具备CPU(中央处理装置)和输入输出装置、显示装置、通信装置、存储装置等。警报显示装置11通过利用警报显示装置11所具有的硬件来执行给定的软件，作为信息取得部111、支持信息附加部112以及显示部113发挥功能。数据库12是存储在警报显示装置11所具有的存储装置内或设于警报显示装置11的外部的存储装置内的数据库(文件、或文件及其管理系统)。警报显示系统1经由通信线4与控制装置2连接。通信线4例如是设于有线、无线的局域通信网或公共通信网内的通信线路。

控制装置2从设置在成套设备3内的设备31、32以及33接受给定的信息，基于其生成警报信息、事件信息以及工艺值信息(状态量信息)，对警报显示系统1发送。成套设备3例如是发电设施、生产设施、工厂设施等设施。设备31、32以及33是控制装置2以及警报显示系统1设为监视对象的装置，具有在与控制装置2之间收发给定的信息的功能。设备31、32以及33例如具备探测各种状态量(各部的温度、压力、流量、速度等)的1个或多个传感器，对应于来自控制装置2的请求或自主地将表征探测的状态量的信息经由有线或无线的通信线对控制装置2发送。例如在成套设备3是发电设施的情况下，设备31、32以及33是燃气轮机、蒸汽轮机、HRSG(Heat Recovery Steam Generator，热回收蒸汽发生器)等。或者，设备31、32以及33可以是IoT(Internet of Things，物联网)终端等。

警报信息是表示在运转中或停止中的设备31、32以及33发生的基于预先确定的基准的要通知的事态(该事态)的发生的信息。所谓事态，例如是在设备31、32以及33中给定的温度、压力、流量、速度等高于或低于给定的基准值、成为范围外，或者设备31、32以及33或设备31、32以及33内的装置的运转阻断、故障等。警报信息例如包含识别发生该事态的成套设备3、设备31、32或33、设备31、32或33的部位(装置、部件等)等发生部位的信息、识别该事态的内容的信息、表示发生该事态的日期时间的时刻信息等而构成。在本实施方式中，警报信息由警报名和时刻信息构成，警报名包含识别该事态的发生部位的信息和识别内容的信息而构成。

事件信息是表示给定的事项的发生的信息，表示成套设备3、设备31、32以及33的启动、停止、设备的动作和运转状态的变更等事项(该事项)的发生。事件信息除了是从设备31等接受的给定的信息以外，也可以基于操作人员对控制装置2等输入的操作信息生成。事件信息例如包含识别发生了该事项的成套设备3、设备31、32或33、设备31、32或33的部位(装置、部件等)等发生部位的信息、识别该事项的内容的信息、表示该事项发生的日期时间的时刻信息等而构成。

工艺值信息(状态量信息)是表示探测上述的各种状态量(工艺值)(各部的温度、压力、流量、速度等)的传感器的探测结果、基于多个传感器的探测结果在控制装置2等中算出的算出结果的信息。算出结果例如是相对于额定输出的当前的输出的比率、运转效率、相对于最大额定值的温度、速度、电压、电流等值的比率。

对于警报信息，控制装置2例如每当发生该事态就生成警报信息并对警报显示系统1发送。对于事件信息，控制装置2例如每当发生该事项就生成事件信息并对警报显示系统1发送。对于工艺值信息，控制装置2例如每隔给定周期，或在工艺值中发生给定的变化的情况下，或从警报显示系统1有请求的情况下，就生成工艺值信息并对警报显示系统1发送。

另一方面，数据库12是将与警报信息所表示的事态对应的给定的事态、其发生概率、对该事态的确认状况和针对该事态的应对方针建立对应而存储多组的文件。在此，参考图2来说明数据库12的结构例。图2是用于说明将图1所示的数据库12构成为表格121的情况下的结构例的图。

图2所示的表格121具有多个记录R11、R12、R13等而构成。各记录R11、R12、R13具有字段F11、F12、F13以及F14而构成。

字段F11存放表示警报名的信息。如上述那样，警报名包含识别该事态的发生部位的信息和识别内容的信息。字段F12存放发生概率。发生概率是该事态的给定期间内的发生概率。发生概率例如能将以时间、日、周、月、年等为单位的期间、持续的1次运转期间等作为给定期间，设为在该期间内发生的过去的实绩值(或同种的设备中的实绩值)或计算上预想的值。

字段F13存放表示确认状况的信息。所谓确认状况，是表示对该事态的见解的信息。确认状况例如是对操作人员决定应对的内容起到帮助的信息。确认状况例如是字符串等，该字符串表征表示过去发生该事态时确认的原因、结果等的信息、表示该事态的严重度或重要度的信息等。字段F14存放表示针对该事态的应对方针的信息。表示针对该事态的应对方针的信息例如是表示在发生该事态的情况下是否需要其每次确认的信息(每次确认需要与否的信息)。

在图2所示的示例中，记录R11的字段F11是“警报A”(在该情况下，“警报A”表征表示识别该事态的发生部位的信息和识别内容的信息的字符串(字母数字串等))，字段F12是“80％”，字段F13是“测量仪表校正不完备。不会立刻影响运转。”，并且字段F14是“不需要”。记录R12的字段F11是“警报B”(表征与“警报A”同样的字符串(字母数字串等))，字段F12是“20％”，字段F13是“由于泵的状态。需要设备状态确认。”，并且字段F14是“需要”。记录R13的字段F11是“警报C”(表征与“警报A”同样的字符串(字母数字串等))，字段F12是“20％”，字段F13是“逻辑设定不完备。不会立刻影响运转。”，并且字段F14是“不需要”。

向数据库12的数据登记可以是在其他系统另外计算的数据，也可以是操作人员等手工输入的数据。例如，能设为发生概率可以在其他系统算出，确认状况由人来输入等。

接下来，回到图1来进行警报显示装置11的各功能部的说明。图1所示的警报显示装置11所具有的信息取得部111(警报信息取得部)经由通信线4从控制装置2除了取得表示在监视对象的设备31～33发生了给定的事态的警报信息以外，还取得事件信息以及工艺值信息。信息取得部111将取得的警报信息、事件信息以及工艺值信息蓄积于给定的存储装置(例如警报显示装置11所具备的未图示的存储部)。

支持信息附加部112针对信息取得部111取得的警报信息，基于数据库12存储的信息来附加对应对该警报信息的判断进行支持的支持信息。支持信息例如是表示图2所示的发生概率的信息、表示确认状况的信息、表示每次确认需要与否的信息。所谓支持信息，例如是与变灰进行显示、以红色字符高亮显示等显示状态相关的信息。显示部113将在警报信息中附加了支持信息的信息(设为警报显示信息)显示在给定的显示装置。显示部113可以将警报显示信息显示在警报显示装置11所具有的显示装置，也可以与此同时(或取代其)显示在智能手机、便携电话等便携终端的显示装置。

接下来，参考图3～图5来说明图1所示的警报显示装置11的动作例。图3是用于说明图1所示的警报显示装置11的动作例的流程图。每当信息取得部111从控制装置2取得警报信息，就在警报显示装置11执行图3所示的处理。若信息取得部111从控制装置2取得警报信息，支持信息附加部112就从数据库12取得与取得的警报信息所表示的警报名对应的支持信息，在警报信息中附加支持信息并交到显示部113(步骤S11)。接下来，显示部113显示在警报信息中附加了在步骤S11取得的支持信息的信息即警报显示信息，结束处理(步骤S12)。

图4是表示显示部113的显示例7的图。在显示例7中，警报显示信息701～711以时间序列降序排列显示。各警报显示信息701～711包含表征警报信息的发生时刻的时刻的要素71、警报名的要素72、发生概率的要素73(与图2的字段F12对应)、确认状况的要素74(与图2的字段F13对应)以及每次确认需要与否的要素75(与图2的字段F14对应)。在图4所示的示例中，要素71以及72与警报信息对应，要素73、74以及75与支持信息对应。

在图4所示的显示例中，例如作为最新的4个警报信息而显示：在时刻“2016/8/19 22：25”(年/月/日时：分)发生的与警报名“警报C”的警报信息对应的警报显示信息704；在时刻“2016/8/19 23：25”发生的与警报名“警报B”的警报信息对应的警报显示信息703；在时刻“2016/8/20 00：15”发生的与警报名“警报A”的警报信息对应的警报显示信息702；和在时刻“2016/8/20 00：35”发生的与警报名“警报A”的警报信息对应的警报显示信息701。

如以上那样，根据本实施方式，由显示部113显示对全部警报信息附加了各支持信息的信息即各警报显示信息。因而操作人员能掌握全部警报信息，并能基于支持信息容易地判断真正应监视、注意的警报。即，根据本实施方式，通过附加支持信息(特别是要素75的表示每次确认需要与否的信息)，即使在警报大量发生的情况下，真正应监视、注意的警报也不会被埋没，且能进行观测良好的监视。

接下来，参考图5来说明显示部113的其他显示例。图5表示信息取得部111取得与图4所示的显示例7的情况相同的警报信息时的显示部113的其他显示例7a。在图5所示的显示例7a中，警报显示信息721～731以时间序列降序排列显示。警报显示信息723以及730以通常的显示状态下被显示，警报显示信息721～722、724～729以及731以变灰的显示状态被显示(图5中铺斜线显示)。各警报显示信息721～731包含表征警报信息的发生时刻的时刻的要素71、警报名的要素72、发生概率的要素73(与图2的字段F12对应)以及确认状况的要素74(与图2的字段F13对应)。在图5的显示例7a中，与图4所示的每次确认需要与否的要素75(与图2的字段F14对应)对应的信息(需要或不需要)以警报显示信息的显示状态的差异表示。即，与图4所示的每次确认需要与否的要素75(与图2的字段F14对应)对应的信息为“需要”的警报显示信息723以及730以通常的显示状态被显示。另一方面，与图4所示的每次确认需要与否的要素75(与图2的字段F14对应)对应的信息为“不需要”的警报显示信息721～722、724～729以及731以变灰的显示状态被显示。在图5所示的示例中，要素71以及72与警报信息对应，要素73以及74和显示状态的差异(是否被设为变灰)与支持信息对应。

在图5所示的显示例7a中，操作人员能掌握全部警报信息，并能基于作为显示状态的差异而附加的支持信息容易地判断真正应监视、注意的警报。

显示状态的差异除了是否进行变灰以外，还能单独或组合设定字符颜色的差异、字符亮度的差异、明灭的有无、字体的差异或字符的粗细的差异。

如以上那样，根据本实施方式，通过以例如过去的警报信息为基础，明示当前发生的警报的处置判断(例如重要度的判断)作为支持信息，能迅速对警报做出应对。另外，例如通过在数据库12保有过去发生的警报和针对该警报的判断、应对、见解等支持信息，来对在监视时发生的警报显示过去的发生概率以及以前断定的见解，并对不需要监视警报例如通过进行变灰来使监视的观测变得良好。因此，根据本实施方式，通过应监视警报的明确化而使得应关注的警报变得明确，能进行观测良好的监视。由此能期待给成套设备工作率的提升做出贡献。

在图5的显示例7a中，也可以构成为与图4的显示例7同样地显示每次确认需要与否的要素75。也可以构成为通过操作人员的操作来切换显示图4的显示例7和图5的显示例7a。

<第2实施方式>

接下来参考图6～图8来说明本发明的其他实施方式。图6是用于说明图1所示的数据库12的第2实施方式中的结构例的图。图7是用于说明图1所示的警报显示装置11的第2实施方式中的动作例的流程图。图8是用于说明图1所示的警报显示装置11的第2实施方式中的动作例的图。

在本实施方式中，在数据库12中将与警报信息所表示的事态对应的给定的事态、其发生概率、对该事态的确认状况和针对该事态的应对方针建立对应而存储多组，这时，将多个组按设备31、32以及33的运转模式区别存储。例如在成套设备3是发电厂、设备31是燃气轮机的情况下，运转模式能分类为燃气轮机的启动时、部分负载运转时、额定运转时、停止时等。图6是表示图1所示的数据库12的结构例的图，在本实施方式中，由图6(a)所示的表格122和图6(b)所示的表格123构成图1所示的数据库12。图6(a)所示的表格122包含在设备31、32以及33的启动时运用的支持信息。图6(b)所示的表格123包含在设备31、32以及33的启动时之后(例如额定运转时)运用的支持信息。图6(a)所示的表格122的各记录R11、R12、R13、…和图6(b)所示的表格123的各记录R11、R12、R13、…与参考图2说明的表格121的各记录R11、R12、R13、…是相同结构。即，存放于字段F11、F12、F13以及F14的信息的种类相同。其中，存放于各字段F11、F12、F13以及F14的信息的内容有时对应于运转模式而不同。

例如关于警报名“警报A”，在启动时运用的表格122和启动时之后运用的表格123中，设定内容相同。另一方面，关于警报名“警报B”，在启动时运用的表格122中设定为发生概率“30％”、确认状况“有基于泵的手动操作的可能性。”以及每次确认需要与否“需要”。另一方面，在启动时之后的额定运转时运用的表格123中设定为发生概率“20％”、确认状况“有泵的重大故障的可能性。需要设备状态确认。”以及每次确认需要与否“需要”。关于警报名“警报C”，在启动时运用的表格122中设定为发生概率“40％”、确认状况“逻辑设定不完备。不会立刻影响运转。”以及每次确认需要与否“需要”。另一方面，在启动时之后运用的表格123中，设定为发生概率“20％”、确认状况“有设备故障的可能性。”以及每次确认需要与否“需要”。

接下来参考图7来说明本实施方式中的警报显示装置11的动作例。图7是用于说明图1所示的警报显示装置11的第2实施方式中的动作例的流程图。每当信息取得部111从控制装置2取得警报信息，就在警报显示装置11中执行图7所示的处理。若信息取得部111从控制装置2取得警报信息，则支持信息附加部112就基于该设备的已经取得的事件信息、工艺值信息来判别运转模式(启动时或启动后)(步骤S21)。例如若已经取得表示设备31(燃气轮机)的启动的事件信息，其接受到的工艺值中所含的该燃气轮机的输出值不足额定输出的50％并示出上升的倾向，则支持信息附加部112判别为设备31的运转模式是启动时。例如，若已经取得表示设备31的启动的事件信息，从该事件信息所表示的时刻起经过了给定的时间，进而从当前回溯而在给定时间内接受到的工艺值中所含的燃气轮机输出值都是额定输出的50％以上不足100％，则支持信息附加部112判别是设备31的运转模式是部分负载时。若燃气轮机输出值示出额定输出值，则支持信息附加部112判别为设备31的运转模式是额定运转时。

接下来，支持信息附加部112对应于步骤S21中判别的运转模式从数据库12取得与警报名对应的支持信息，在警报信息中附加支持信息并交给显示部113(步骤S22)。例如在运转模式是启动时的情况下，支持信息附加部112从表格122确定支持信息，在运转模式为启动时之后的额定运转时的情况下，支持信息附加部112从表格123取得支持信息。

接下来，显示部113显示在警报信息中附加了步骤S22中取得的支持信息的信息即警报显示信息，结束处理(步骤S23)。

图8是表示显示部113的显示例70的图，在显示例70中，警报显示信息741～751以时间序列降序排列显示。各警报显示信息741～751包含表征警报信息的发生时刻的时刻的要素71、警报名的要素72、发生概率的要素73(与图6(a)或(b)的字段F12对应)、确认状况的要素74(与图6(a)或(b)的字段F13对应)以及每次确认需要与否的要素75(与图6(a)或(b)的字段F14对应)。在图8所示的示例中，要素71以及72与警报信息对应，要素73、74以及75、和显示状态的差异(是否被设为变灰)与支持信息对应。

即，在图8所示的显示例70中，警报显示信息743、744、746以及750以通常的显示状态被显示，警报显示信息741、742、745、747～749以及751以变灰的显示状态被显示(图8中铺斜线显示)。在图8的显示例70中，每次确认需要与否的要素75为“需要”的警报显示信息743、744、746以及750以通常的显示状态被显示。另一方面，每次确认需要与否的要素75为“不需要”的警报显示信息741、742、745、747～749以及751以变灰的显示状态被显示。在图8所示的示例中，要素71以及72与警报信息对应，要素73、74以及75和显示状态的差异(是否被设为变灰)与支持信息对应。

在图8所示的显示例70中，在时刻“2016/8/19 22：20”(年/月/日时：分)以后发生的警报信息是运转模式为“启动时”时发生的警报信息，在时刻“2016/8/19 22：15”以前发生的警报信息是运转模式为“启动时之后”时发生的警报信息。即，显示例70与如下那样的情况对应：在设备31、32以及33的运转中，基于例如在时刻“2016/8/19 22：15”发生的警报信息，通过操作人员的指示将设备31、32以及33的运转停止，在时刻“2016/8/19 22：20”前将设备31、32以及33再度启动。

如以上那样，根据实施方式，与第1实施方式同样地，由显示部113显示对全部警报信息附加了各支持信息的信息即各警报显示信息。因而操作人员能掌握全部警报信息，并能基于支持信息容易地判断真正应监视、注意的警报。即，根据本实施方式，通过附加支持信息，在警报大量发生的情况下，真正应监视、注意的警报也不会被埋没，且能进行观测良好的监视。

进而，根据本实施方式，在将过去的警报数据库化时，能通过考虑运转模式来使处置判断的质量提升。即，在第2实施方式中，除了第1实施方式的结构以外，还按每种运转模式保有警报信息。运转模式并不限于启动时和启动后(启动时以外)，可以对应于设备的每种运转模式的特性任意设定。由此，将在运转模式下分别发生的警报进行分类，对在真实成套设备中发生的警报判断运转模式，能输出与相应运转模式对应的警报信息。关于相同的启动时，也可以对应于启动前的停止时间将运转模式分类成热启动(例如停止时间8小时以内)、温启动(例如停止时间24小时以内)、冷启动(例如停止时间超过24小时)。运转状态根据事件信息或工艺值信息来进行判别。即，能通过对应于运转模式拾取合适的信息来更正确地判别针对警报的状态、发生概率。例如在图6所示的示例中，在启动中通知警报B的情况下手动操作的可能性高，但在启动后的情况下重大故障的可能性高等，即使是相同警报也能加进应关注的要点的差异、发生频度的差异。如此地，根据本实施方式，能更高精度地提示警报显示信息。

在图8的显示例70中，也可以追加显示使运转模式显示的字段。

以上，根据本发明的各实施方式，对发生的警报参考汇集了过去发生的警报的数据库信息来向操作人员明示、引导需要/不需要确认的信息、应对状况，能谋求监视的质量提升以及最初应对的迅速化。

本发明的实施方式并不限定于上述。例如能进行以下那样的变形。

例如在上述各实施方式中，支持信息附加部112对于表征应对方针的信息(每次确认需要与否的信息)，将指定显示部113的警报显示信息的显示状态的信息(是否进行变灰)作为支持信息附加到警报信息中，显示部113将多个警报显示信息以时间序列排列显示，但例如还能对发生概率的信息附加指定成对应于发生概率以不同的显示状态显示的信息作为支持信息(例如将发生概率高的信息变灰进行显示等)。

数据库12可以按多个设备的组合区别构成。例如在GTCC(Gas Turbine Combined Cycle，燃气轮机联合循环)成套设备中以2台燃气轮机(设备A和设备B)驱动1台蒸汽轮机的结构的情况下，能使数据库12包含与使设备A和设备B两方工作的设备的组合对应的表格和与使设备A和设备B的任意一方工作的设备的组合对应的表格。或者，也可以在构成表格的记录中追加表示设备的组合的字段来应对。

数据库12也可以存储与设备的经年变化相关的信息，支持信息附加部112可以将与经年变化相关的信息作为支持信息附加到警报信息中。在该情况下，例如能在警报显示信息中追加表示给定期间前的发生概率、发生概率的增加率的项目，或者追加表征设备的工作年数、设计寿命的项目。

数据库12所存储的应对方针能设为表示应对的需要与否或应对的重要度或紧急度的信息。即，应对方针能取代应对的需要与否或者和应对的需要与否一起以例如5阶段的重要度示出。在该情况下，能设为在最重要的5就一定需要确认，在3～4就希望确认等。也可以对应于应对的需要与否、重要度将字符颜色分类成多种颜色。或者也可以，以5阶段表示应对的紧急度，可以确定为若是紧急度5就必须在给定的时间内应对。

支持信息可以基于该警报信息和1个或多个其他警报信息决定。例如单独发生警报A则每次确认需要与否为不需要，但在警报B、警报C的发生后(或警报B的发生后的警报C的发生后)发生了警报A的情况下就将该警报A的每次确认需要与否设为需要等。能将这样的判定基准存储在数据库12，能通过追加利用了存储的判定基准的判定部的判定处理来应对本变形。

也可以是，数据库12存储要存储的信息的更新的历史记录，支持信息附加部112将表示历史记录的信息作为支持信息附加到警报信息。例如在图2所示的表格121的确认状况的字段F13的内容被更新的情况下，将更新前的信息和更新日期时间的信息一起存储。然后没为例如在选择了图4所示的确认状况的要素74的显示信息的情况下，作为历史记录信息而显示以前的登记内容等。例如能显示对事态进行确认的状况(过去不需要立刻应对，但现在仅确认XX为阈值以下时才应对等)、对事态的应对方针(过去需要应对，现在不需要等)历史记录。

产业上的可利用性

根据上述的警报显示系统以及警报显示方法，在警报大量发生的情况下，真正应监视、注意的警报也不会被埋没，且能进行观测良好的监视。

附图标记的说明

1 警报显示系统

2 控制装置

3 成套设备

4 通信线

11 警报显示装置

12 数据库

31、32、33 设备

111 信息取得部

112 支持信息附加部

113 显示部。