(57)【要約】【課題】システムが表示するメッセージの重要度の設定の見直しの手間を軽減する。【解決手段】監視システム１０は、各メッセージの重要度を示すメッセージ重要度設定ＤＢ１３１を備え、重要度が所定の閾値以上のメッセージをコンソール部１２に表示する。ここで、監視システム１０は、オペレータによるメッセージの示す内容への対処時間を記録し、対処時間の長いメッセージほど、メッセージの重要度を高く算出し、算出した重要度を用いて、メッセージ重要度設定ＤＢ１３１における当該種別のメッセージの重要度を更新する。【選択図】図１
2018128765.tif 000002
【特許請求の範囲】
【請求項１】
システムの監視結果を示すメッセージの種別ごとに、前記種別のメッセージの重要度の値を示した重要度設定情報を記憶する記憶部と、
前記メッセージを取得した場合、前記重要度設定情報を参照して、当該メッセージの重要度が所定の閾値以上である場合、前記メッセージを表示する表示制御部と、
前記メッセージの種別ごとに、前記メッセージを表示後、前記メッセージの示す内容への対処の開始時刻および終了時刻をメッセージ発生情報に記録する記録部と、
前記メッセージ発生情報を参照し、前記メッセージの示す内容への対処時間の長い種別のメッセージほど、前記種別のメッセージの重要度を高く算出し、算出した前記重要度で、前記重要度設定情報における当該種別のメッセージの重要度を更新する重要度更新部とを備えることを特徴とする監視装置。
【請求項２】
更新後の前記重要度設定情報と、前記メッセージ発生情報と、前記閾値とを参照して前記表示制御部により表示される、単位時間あたりのメッセージの数を算出し、算出した前記単位時間あたりのメッセージの数が所定値以上となる場合、前記閾値を現在の値よりも高くするメッセージ表示数判定部をさらに備えることを特徴とする請求項１に記載の監視装置。
【請求項３】
前記メッセージ表示数判定部は、
算出した前記単位時間あたりのメッセージの数が所定値未満の場合、前記閾値を現在の値よりも低くすることを特徴とする請求項２に記載の監視装置。
【請求項４】
前記重要度更新部は、
前記種別のメッセージの重要度を算出する際、前記メッセージ発生情報を参照して算出した、過去所定期間における当該種別のメッセージの対処時間の平均値を用いて、前記重要度を算出することを特徴とする請求項１に記載の監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視装置に関する。
【背景技術】
【０００２】
従来、ネットワークの運用監視システム（システム）では、ネットワークに設置されるさまざまな機器から情報を取得し、取得した情報をコンソールに逐一表示し、オペレータに対応を促す。ここで、システムが、コンソール上にすべての情報（メッセージ）を表示すると情報が膨大となり、オペレータによる確認が困難になる。そこで、オペレータによるメッセージの視認性を高めるため、システムの構築担当者等が、メッセージの種類ごとに重要度を設定し、システムは、重要度の高いメッセージを先にコンソールに表示する・着色する・表示数を絞る等の表示制御を行う技術がある。
【０００３】
なお、ネットワークに障害が発生しているにもかかわらず、重要度を低くしすぎたためにコンソールにメッセージが表示されないこと（サイレント故障）を避けるため、各メッセージの重要度は高めに設定されることが多い。その結果、コンソールに表示されるメッセージ数が多くなり、メッセージ視認性が低下するおそれがある。このようなことを避けるため、各メッセージに設定する重要度を適切な値とすることが重要である。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】サーバ運用監視者の具体的な業務内容とは？、［平成29年1月27日検索］、インターネット＜URL：http://it-trend.jp/server_application_management/article/explain＞
【非特許文献２】Crane(統合運用管理ソフトウェア)、［平成29年1月27日検索］、インターネット＜URL：http://www.sic.ecl.ntt.co.jp/project/platform-technology/crane.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のメッセージの重要度は、システムごとに適切な値が異なる。そのため、システム構築担当者が過去の経験に基づいて、メッセージの重要度を設定したとしても、それが今回のシステムにとって最適な値であるとは限らない。また、システムの構築時に設定するメッセージの重要度の値は、あくまでシステムの構築時における情報を参照したものに過ぎない。そのため、実際のシステムの構築後、システムの稼働後に監視を行うと、メッセージの量等が想定と異なる場合も多々ある。さらに、システムの稼働後、時間が経過すると、機器の増加や廃止、経年劣化による障害の増加等があるため、その都度、メッセージの重要度の値を設定し直す必要もある。
【０００６】
このように、メッセージの重要度は、システムが稼働する限り、逐一見直す必要が生じる。しかし、設定の見直しや反映には手間がかかるという問題がある。そこで、本発明は、前記した問題を解決し、システムが表示するメッセージの重要度の設定の見直しの手間を軽減することを課題とする。
【課題を解決するための手段】
【０００７】
前記した課題を解決するため、本発明は、システムの監視結果を示すメッセージの種別ごとに、前記種別のメッセージの重要度の値を示した重要度設定情報を記憶する記憶部と、前記メッセージを取得した場合、前記重要度設定情報を参照して、当該メッセージの重要度が所定の閾値以上である場合、前記メッセージを表示する表示制御部と、前記メッセージの種別ごとに、前記メッセージを表示後、前記メッセージの示す内容への対処の開始時刻および終了時刻をメッセージ発生情報に記録する記録部と、前記メッセージ発生情報を参照し、前記メッセージの示す内容への対処時間の長い種別のメッセージほど、前記種別のメッセージの重要度を高く算出し、算出した前記重要度で、前記重要度設定情報における当該種別のメッセージの重要度を更新する重要度更新部とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、システムが表示するメッセージの重要度の設定の見直しの手間を軽減することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、監視装置の構成例を示す図である。
【図２】図２は、図１のコンソール部が表示する画面例を示す図である。
【図３】図３は、図１のメッセージ重要度設定ＤＢに記録される情報の例を示す図である。
【図４】図４は、図１のメッセージ発生ＤＢに記録される情報の例を示す図である。
【図５】図５は、図１の対処時間ＤＢに記録される情報の例を示す図である。
【図６】図６は、図１の監視部の処理手順の例を示すフローチャートである。
【図７】図７は、図１のメッセージ重要度更新部の処理手順の例を示すフローチャートである。
【図８】図８は、監視プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら、本発明の実施形態を第１の実施形態および第２の実施形態に分けて説明する。なお、本発明は、各実施形態に限定されない。
【００１１】
[第１の実施形態]
（構成）
第１の実施形態の監視システム（監視装置）１０は、監視対象システムから取得した情報のうち重要度が所定値以上の情報を、メッセージとしてオペレータ等に表示する。表示されたメッセージを見たオペレータ等は、メッセージの示す内容に対する対処を行う。ここで、監視システム１０は、オペレータによる当該対処の開始時刻と終了時刻を記録しておき、当該メッセージの対処時間の長さを計算する。そして、監視システム１０は、計算した対処時間の長さに応じて、メッセージの重要度を更新する。例えば、監視システム１０は、オペレータによる対処時間が長かったメッセージについては、重要度の高いメッセージと判断し、対処時間の長さに応じて当該メッセージの重要度を更新する。また、監視システム１０は、オペレータによる対処時間が短かったメッセージについては、重要度の低いメッセージと判断し、対処時間の長さに応じて当該メッセージの重要度を更新する。
【００１２】
監視システム１０は、監視部１１と、コンソール部１２と、記憶部１３と、メッセージ重要度更新部１４とを備える。メッセージ表示数判定部１５は、装備される場合と装備されない場合とがあり、装備される場合については後記する。
【００１３】
監視部１１は、監視対象システムの監視により取得した情報をメッセージとしてコンソール部１２に表示させる。また、監視部１１は、コンソール部１２へのメッセージの表示後、オペレータ等によりコンソール部１２経由で受け付けた操作に基づき、記憶部１３の情報を更新する。この監視部１１は、表示制御部１１１と、記録部１１２とを備える。
【００１４】
表示制御部１１１は、監視対象システムの監視により取得した情報（メッセージ）をコンソール部１２に表示する。例えば、表示制御部１１１は、監視対象システムの監視により取得した情報（メッセージ）のうち、重要度が所定値以上の情報（メッセージ）をコンソール部１２に表示する。また、表示制御部１１１は、コンソール部１２経由で、オペレータから、当該メッセージの示す内容についての対処の終了を示す操作を受け付けると、当該メッセージの表示を終了する。
【００１５】
記録部１１２は、表示制御部１１１によるメッセージの表示後、コンソール部１２経由で、オペレータから、当該メッセージの示す内容についての対処の開始を示す操作（例えば、当該メッセージのステータスを「対処中」に変更する操作）を受け付けると、メッセージ発生ＤＢ（データベース）１３２（図４参照）における当該メッセージの情報に対処の開始時刻（対処中日時）を記録する。また、記録部１１２は、コンソール部１２経由で、オペレータから、当該メッセージの示す内容についての対処の終了を示す操作（例えば、当該メッセージのステータスを「対処済み」に変更する操作）を受け付けると、メッセージ発生ＤＢ１３２の当該メッセージに対処の終了を示す終了時刻（対処済み日時）を記録する。
【００１６】
コンソール部１２は、監視部１１から出力された情報をメッセージとして表示し、また、オペレータ等から、当該メッセージの示す内容に対する各種操作を受け付ける。このコンソール部１２は、表示部１２１と、入力部１２２とを備える。
【００１７】
表示部１２１は、監視部１１から出力された情報を画面上にメッセージとして表示する。例えば、表示部１２１は、図２に示すように、監視対象システムの状態（領域２０１）と、当該監視対象システムについて特に留意すべき（重要度の高い）メッセージ（領域２０２）とを画面上に表示する。
【００１８】
なお、表示部１２１は、領域２０２に示すように、メッセージ本体に加え、当該メッセージの重要度、メッセージの発生日時（日時）、メッセージの対象となる機器のＩＤ（監視対象ＩＤ）、ステータス等を表示してもよい。なお、このステータスは、メッセージの示す内容に対する対処の状態を示す属性であり、例えば、メッセージの示す内容が発生したが、まだ対処していない状態（発生）か、対処中の状態（対処中）か、対処済みの状態（対処済み）かの３種類があるものとする。なお、メッセージの重要度やメッセージの発生日時等は、メッセージ発生ＤＢ１３２（図４参照）の情報をもとに表示される。
【００１９】
入力部１２２は、オペレータ等から、メッセージの示す内容に対する操作を受け付ける。例えば、入力部１２２は、画面上から、メッセージの示す内容に対する各種操作（例えば、対処中／対処済み）を受け付ける。受け付けた操作内容や操作が行われた日時は、監視部１１経由で、メッセージ発生ＤＢ１３２における当該メッセージの情報に反映される。なお、この入力部１２２は、キーボードやマウス等の入力デバイスの他、上記のモニタ上のタッチパネル等により実現されてもよい。
【００２０】
記憶部１３は、メッセージ重要度設定ＤＢ（メッセージ重要度設定情報）１３１と、メッセージ発生ＤＢ（メッセージ発生情報）１３２と、対処時間ＤＢ（対処時間情報）１３３とを記憶する。
【００２１】
メッセージ重要度設定ＤＢ１３１は、メッセージ種別ごとに、当該メッセージ種別のメッセージの重要度を示した情報である。このメッセージ重要度設定ＤＢ１３１は、例えば、図３に示すように、メッセージ種別ＩＤと、当該メッセージ種別ＩＤのメッセージ本文と、メッセージの重要度とが対応付けられた情報である。なお、メッセージ種別ＩＤは、例えば、メッセージ種別ごとに振られたユニークなＩＤであり、メッセージ本文は、コンソール部１２に表示されるテキストであり、重要度は、当該メッセージ種別のメッセージの重要度を示す値である。
【００２２】
また、重要度は、０以上の値であり、その値が大きいほど重要（重大）なメッセージであることを示す。なお、この重要度は小数点のある値も取りうるが、一般的な監視システムに習い、小数点を切り上げて整数に限定してもよい。また、この重要度は、初期の段階では、監視システム１０の管理者等により設定され、その後、メッセージ重要度更新部１４により更新される。
【００２３】
メッセージ発生ＤＢ１３２は、各メッセージが、いつ発生し、いつステータス更新がなされたかを示した情報である。このメッセージ発生ＤＢ１３２は、例えば、図４に示すように、メッセージＩＤと、当該メッセージＩＤのメッセージ種別ＩＤと、当該メッセージの発生日時、対処中日時および対処済み日時とが対応付けられた情報である。なお、メッセージＩＤは、メッセージごとに振られたユニークなＩＤであり、発生日時は、当該メッセージが作成された日時であり、対処中日時は、当該メッセージのステータスが「対処中」に変更された日時（対処を開始した日時）であり、対処済み日時は、当該メッセージのステータスが「対処済み」に変更された日時（対処を終了した日時）である。このメッセージ発生ＤＢ１３２の情報は、監視部１１において監視対象システムから情報を取得したときや、コンソール部１２経由で、当該メッセージのステータスが変更されたとき等に更新される。
【００２４】
対処時間ＤＢ１３３は、各メッセージ種別の対処時間を示した情報である。例えば、対処時間ＤＢ１３３は、例えば、図５に示すように、メッセージ種別ＩＤと、当該メッセージ種別のメッセージのステータスが対処中から対処済みになるまでの時間の平均値（平均対処時間）を示した情報である。
【００２５】
メッセージ重要度更新部１４は、対処時間ＤＢ１３３に示される各種別のメッセージの対処時間（例えば、平均対処時間）に基づき、各種別のメッセージの重要度を算出する。そして、メッセージ重要度更新部１４は、算出した重要度を用いて、メッセージ重要度設定ＤＢ１３１における種別のメッセージの重要度を更新する。ここで、メッセージ重要度更新部１４は、重要度の算出にあたり、対処時間の長い種別のメッセージほど、重要度が高くなるように重要度の算出を行う。
【００２６】
例えば、まず、メッセージ重要度更新部１４は、メッセージ発生ＤＢ１３２を参照し、メッセージの種別ごとに（例えば、メッセージ種別ＩＤごとに）、当該メッセージの対処済み日時−対処中日時の値（つまり、対処時間）の平均時間を算出し、対処時間ＤＢ１３３に記録しておく。なお、メッセージ重要度更新部１４は、上記の平均時間算出の際に、算出に用いる値の上限値を定める、外れ値を除外する、中央値を取得する等を行ってもよい。
【００２７】
次に、メッセージ重要度更新部１４は、対処時間ＤＢ１３３に示される各種別のメッセージの対処時間（例えば、平均対処時間）に基づき、各種別のメッセージの重要度を算出する。
【００２８】
例えば、メッセージ重要度更新部１４は、まず、重要度が取りうる値の上限値（I_max）、下限値（I_min）を設定する。例えば、重要度が、０から１００までの値を取りうる場合、I_max=100、I_min=0という値を設定する。そして、メッセージ重要度更新部１４は、対処時間ＤＢ１３３（図５参照）に記録される対処時間の中で、最も長い対処時間をT_maxとする。次に、メッセージ重要度更新部１４は、メッセージ重要度設定ＤＢ１３１（図３参照）に示される各メッセージ種別について、該当する対処時間ＤＢ１３３の平均対処時間を取得し、下記の式（１）により重要度を算出する。
【００２９】
当該メッセージ種別の重要度＝当該メッセージ種別の平均対処時間/T_max×(I_max-I_min)+I_min…式（１）
【００３０】
例えば、メッセージ種別ID=001、平均対処時間＝1min、メッセージ種別ID=002、平均対処時間10minの場合、メッセージ種別ID=001の重要度=1/10×(100-0)+0=10、メッセージ種別ID=002の重要度=10/10×(100-0)+0=100となる。よって、メッセージ重要度更新部１４は、メッセージ重要度設定ＤＢ１３１（図３参照）におけるメッセージ種別ID=001の重要度を「90」から「10」に更新し、また、メッセージ種別ID=002の重要度を「80」から「100」に更新する。
【００３１】
なお、本例では、メッセージ重要度更新部１４は、各メッセージ種別の平均対処時間を、メッセージ重要度設定ＤＢ１３１における各メッセージ種別の重要度にリニアに反映させているが、例えば、指数関数的に反映させてもよい。
【００３２】
また、メッセージ重要度更新部１４は、上記の重要度の算出を、所定の周期（単位時間）で行ってもよい。この場合、メッセージ重要度更新部１４は、例えば、監視対象システムが稼働を開始したばかりの時期（立ち上げの時期）は、上記の周期を短くしておき、監視対象システムが安定した後は、負荷を低めるため周期を長くする等、監視対象システムの状況によって、周期を変えていってもよい。
【００３３】
以上説明した監視システム１０によれば、監視対象システムの障害内容等を示すメッセージの重要度を自動で更新するので、メッセージの重要度の設定の見直しの手間を軽減することができる。
【００３４】
（処理手順）
次に、監視システム１０の処理手順の例を説明する。まず、図６を用いて、監視部１１の処理手順の例を説明する。ここでは、監視システム１０による監視対象システムの機器に障害が発生した場合を例に説明する。
【００３５】
まず、監視部１１は、発生した障害内容に合ったメッセージ種別ＩＤを取得し（Ｓ１）、記録部１１２は、メッセージ発生ＤＢ１３２に、メッセージＩＤ、メッセージ種別ＩＤ、発生日時を記録する（Ｓ２）。次に、表示制御部１１１は、Ｓ１で取得したメッセージ種別ＩＤをキーとして、メッセージ重要度設定ＤＢ１３１を参照し、当該メッセージ種別の重要度を取得する（Ｓ３）。そして、表示制御部１１１は、Ｓ３で取得した重要度が所定の閾値以上であれば（Ｓ４でＹｅｓ）、コンソール部１２の表示部１２１に、監視対象システムで発生した障害内容を示すメッセージを表示する（Ｓ５）。一方、表示制御部１１１は、Ｓ３で取得した重要度が所定の閾値未満であれば（Ｓ４でＮｏ）、処理を終了する。
【００３６】
Ｓ５の後、監視部１１が、コンソール部１２の入力部１２２経由で、Ｓ５で表示したメッセージに対し「対処中」の操作を受け付けると（Ｓ６）、記録部１１２は、メッセージ発生ＤＢ１３２（図４参照）の当該メッセージの情報に、「対処中」の操作を受け付けた日時（対処開始日時）を記録する（Ｓ７）。
【００３７】
Ｓ７の後、監視部１１が、コンソール部１２の入力部１２２経由で、Ｓ５で表示したメッセージに対し「対処済み」の操作を受け付けると（Ｓ８）、記録部１１２は、メッセージ発生ＤＢ１３２（図４参照）の当該メッセージの情報に、「対処済み」の操作を受け付けた日時（対処終了日時）を記録する（Ｓ９）。その後、表示制御部１１１は、コンソール部１２の表示部１２１における当該メッセージの表示を終了させる（Ｓ１０：メッセージ消去）。
【００３８】
このようにすることで監視部１１は、コンソール部１２に表示したメッセージに対する対処開始日時（対処中日時）および対処終了日時（対処済み日時）をメッセージ発生ＤＢ１３２に記録することができる。
【００３９】
次に、図７を用いて、メッセージ重要度更新部１４の処理手順の例を説明する。まず、メッセージ重要度更新部１４は、メッセージ発生ＤＢ１３２における、メッセージ種別ＩＤごとの平均対処時間を算出し、対処時間ＤＢ１３３に記録する（Ｓ１１）。次に、メッセージ重要度更新部１４は、各メッセージ種別ＩＤの平均対処時間の長さを用いて、メッセージ重要度設定ＤＢ１３１における各メッセージ種別ＩＤの重要度を更新する（Ｓ１２）。
【００４０】
このようにメッセージ重要度更新部１４は、メッセージに対する対処時間の長さに応じて、当該メッセージの重要度を自動更新する。これにより、各メッセージの重要度の設定の見直しの手間を軽減することができる。
【００４１】
［第２の実施形態］
なお、監視システム１０は、上記のような各メッセージ種別ＩＤの重要度の更新により、コンソール部１２に表示されるメッセージの数がどの程度になるかを算出し、コンソール部１２に表示されるメッセージの数が所定値以上となる場合、表示制御部１１１で用いる重要度の閾値を高くしてもよい。この場合の監視システム１０を、第２の実施形態の監視システム１０として説明する。第２の実施形態の監視システム１０は、メッセージ表示数判定部１５（図１参照）を備える。
【００４２】
このメッセージ表示数判定部１５は、メッセージ発生ＤＢ１３２に記録される各メッセージの発生日時と、メッセージ重要度設定ＤＢ１３１に記録される各メッセージの重要度と、表示制御部１１１で用いられている重要度の閾値とを参照して、コンソール部１２に表示される、単位時間あたりのメッセージの数を算出する。そして、メッセージ表示数判定部１５は、コンソール部１２により表示される単位時間あたりのメッセージの数が所定値（例えば、Ａ）以上となる場合、表示制御部１１１で用いる重要度の閾値を、現在の値よりも高くする。例えば、メッセージ表示数判定部１５は、コンソール部１２に表示される単位時間あたりのメッセージの数がＡ未満となるよう、表示制御部１１１で用いられている重要度の閾値を調整する。
【００４３】
これにより、監視システム１０は、各メッセージ種別ＩＤの重要度の更新により、コンソール部１２に表示されるメッセージ数がオペレータ等の処理能力を超えてしまうことを防止することができる。
【００４４】
また、メッセージ表示数判定部１５は、コンソール部１２により表示される単位時間あたりのメッセージの数が所定値（例えば、Ｂ）未満となる場合、表示制御部１１１で用いる重要度の閾値を、現在の値よりも低くしてもよい。例えば、メッセージ表示数判定部１５は、コンソール部１２に表示される単位時間あたりのメッセージの数がＢ以上となるよう、表示制御部１１１で用いられている重要度の閾値を調整する。
【００４５】
これにより、監視システム１０は、各メッセージ種別ＩＤの重要度の更新により、オペレータの処理能力に対し、コンソール部１２に表示されるメッセージ数が少なくなりすぎてしまうことを防止することができる。
【００４６】
（プログラム）
また、各実施形態で述べた監視システム１０の機能を実現するプログラムを所望の情報処理装置（コンピュータ）にインストールすることによって実装できる。例えば、パッケージソフトウェアやオンラインソフトウェアとして提供される上記のプログラムを情報処理装置に実行させることにより、情報処理装置を監視システム１０として機能させることができる。ここで言う情報処理装置には、デスクトップ型またはノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal  Handyphone  System）等の移動体通信端末、さらには、ＰＤＡ（Personal  Digital  Assistants）等がその範疇に含まれる。また、監視システム１０を、クラウドサーバに実装してもよい。
【００４７】
以下に、上記のプログラム（監視プログラム）を実行するコンピュータの一例を説明する。図８は、監視プログラムを実行するコンピュータを示す図である。図８に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ（Central  Processing  Unit）１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
【００４８】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１およびＲＡＭ（Random  Access  Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。
【００４９】
ここで、図８に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。前記した実施形態で説明した各種データや情報は、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。
【００５０】
そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
【００５１】
なお、監視プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、監視プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local  Area  Network）やＷＡＮ（Wide  Area  Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【符号の説明】
【００５２】
１０  監視システム
１１  監視部
１２  コンソール部
１３  記憶部
１４  メッセージ重要度更新部
１５  メッセージ表示数判定部
１１１  表示制御部
１１２  記録部
１２１  表示部
１２２  入力部
１３１  メッセージ重要度設定ＤＢ
１３２  メッセージ発生ＤＢ
１３３  対処時間ＤＢ
【図１】
2018128765.tif 000003
【図２】
2018128765.tif 000004
【図３】
2018128765.tif 000005
【図４】
2018128765.tif 000006
【図５】
2018128765.tif 000007
【図６】
2018128765.tif 000008
【図７】
2018128765.tif 000009
【図８】
2018128765.tif 000010