(57)【要約】【課題】  メッセージの内容を容易に認識できるようにする。【解決手段】  メッセージ受信手段１ａは、プログラムから出力されるメッセージを受信する。グループ化手段１ｂは、メッセージ受信手段１ａによって受信されたメッセージを、関連するグループにグループ化する。スケジュール判断手段１ｃは、プログラムの稼動スケジュールが予め記憶されたスケジュール記憶手段１ｆを参照し、グループ化されたメッセージが、稼動しているプログラムから出力されるべきものであるか判断する。グループ名称取得手段１ｄは、グループ名称記憶手段１ｇに記憶されている、グループ化されたメッセージに付与されているグループ名称を、スケジュール判断手段１ｃの判断に基づいて取得する。グループ名称出力手段１ｅは、表示装置１ｈに取得されたグループ名称を表示する。【選択図】  図１
2006040222.tif 000002
【特許請求の範囲】
【請求項１】
メッセージの表示を行うメッセージ表示装置のメッセージ表示方法において、
メッセージ受信手段によって、プログラムから出力されるメッセージを受信し、
グループ化手段によって、前記メッセージを関連するグループにグループ化し、
スケジュール判断手段によって、グループ化された前記メッセージが、スケジュール記憶手段に予め記憶されている稼動スケジュールに従って稼動しているいずれかのプログラムから出力されるべきものであるか判断し、
グループ名称取得手段によって、グループ名称記憶手段に記憶されている、グループ化された前記メッセージに付与されているグループ名称を前記判断に基づいて取得し、
グループ名称出力手段によって、前記グループ名称を出力する、
ことを特徴とするメッセージ表示方法。
【請求項２】
対処法受付け手段によって、オペレータから異常を示す前記メッセージに対する対処法を受付けて対処法記憶手段に記憶し、
前記スケジュール判断手段によって、前記メッセージが稼動している前記いずれかのプログラムから出力されるべきものでないと判断された場合、前記対処法記憶手段に記憶されている前記対処法を前記表示装置に表示する、
ことを特徴とする請求項１記載のメッセージ表示方法。
【請求項３】
グループ名称編集手段によって、オペレータからの操作に応じて前記グループ名称の編集をすることを特徴とする請求項１記載のメッセージ表示方法。
【請求項４】
前記稼動スケジュールは、前記いずれかのプログラムが実行される時間を示し、
前記スケジュール判断手段は、グループ化された前記メッセージが、出力されるべき時間であるか否かを判断することを特徴とする請求項１記載のメッセージ表示方法。
【請求項５】
メッセージの表示を行うメッセージ表示装置において、
プログラムから出力されるメッセージを受信するメッセージ受信手段と、
前記メッセージを関連するグループにグループ化するグループ化手段と、
グループ化された前記メッセージが、スケジュール記憶手段に予め記憶されている稼動スケジュールに従って稼動しているいずれかのプログラムから出力されるべきものであるか判断するスケジュール判断手段と、
グループ名称記憶手段に記憶されている、グループ化された前記メッセージに付与されているグループ名称を前記判断に基づいて取得するグループ名称取得手段と、
前記グループ名称を出力するグループ名称出力手段と、
を有することを特徴とするメッセージ表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はメッセージ表示方法およびメッセージ表示装置に関し、特にメッセージの表示を行うメッセージ表示方法およびメッセージ表示装置に関する。
【背景技術】
【０００２】
複数のコンピュータがネットワークで接続されているシステムでは、大量のメッセージ（イベントログ）が出力され、異常発生時には、さらに多くのメッセージが出力される。なお、従来、メッセージの出力を抑制する方法があった。例えば、プラントの運転、監視に伴って発生するイベントの発生通知、抑止をリアルタイムで判定可能としたイベント通知、抑止方法がある（例えば、特許文献１参照）。
【特許文献１】特開平１０−１７１５２１号公報（段落番号〔０００７〕〜〔０００８〕、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、大量のメッセージが出力されると、異常を示すメッセージは、大量のメッセージ群に隠れてしまい、オペレータが異常の被疑箇所を特定することは、大変な作業となり、大きな負担がかかるという問題点があった。
【０００４】
本発明はこのような点に鑑みてなされたものであり、複数のメッセージをグループ化して簡便に表示し、オペレータの負担を低減するメッセージ表示方法およびメッセージ表示装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明では上記問題を解決するために、図１に示すようなメッセージの表示を行うメッセージ表示装置１のメッセージ表示方法において、メッセージ受信手段１ａによって、プログラムから出力されるメッセージを受信し、グループ化手段１ｂによって、メッセージを関連するグループにグループ化し、スケジュール判断手段１ｃによって、グループ化されたメッセージが、スケジュール記憶手段１ｆに予め記憶されている稼動スケジュールに従って稼動しているいずれかのプログラムから出力されるべきものであるか判断し、グループ名称取得手段１ｄによって、グループ名称記憶手段１ｇに記憶されている、グループ化されたメッセージに付与されているグループ名称を判断に基づいて取得し、グループ名称出力手段１ｅによって、グループ名称を出力する、ことを特徴とするメッセージ表示方法が提供される。
【０００６】
このようなメッセージ表示方法によれば、受信されたメッセージはグループ化され、スケジュール記憶手段１ｆより、稼動しているプログラムから出力されるべきものであるか判断される。そして、その判断に基づいてグループ名称が取得され、出力される。
【発明の効果】
【０００７】
本発明のメッセージ表示方法では、受信されたメッセージはグループ化され、スケジュール記憶手段１ｆより、稼動しているプログラムから出力されるべきものであるか判断される。そして、その判断に基づいてグループ名称が取得され、出力される。これによって、稼動しているプログラムから出力されるべきものであるかに基づいたメッセージのグループ名称が出力され、オペレータは、容易にメッセージを認識でき、負担が低減される。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の原理を図面を参照して詳細に説明する。
図１は、メッセージ表示方法の原理を説明する原理図である。
図に示すようにメッセージ表示装置１は、メッセージ受信手段１ａ、グループ化手段１ｂ、スケジュール判断手段１ｃ、グループ名称取得手段１ｄ、グループ名称出力手段１ｅ、スケジュール記憶手段１ｆ、グループ名称記憶手段１ｇ、および表示装置１ｈを有している。
【０００９】
メッセージ受信手段１ａは、プログラムから出力されるメッセージを受信する。グループ化手段１ｂは、メッセージ受信手段１ａによって受信されたメッセージを、関連するグループにグループ化する。スケジュール判断手段１ｃは、プログラムの稼動スケジュールが予め記憶されたスケジュール記憶手段１ｆを参照し、グループ化されたメッセージが、稼動しているプログラムから出力されるべきものであるか判断する。グループ名称取得手段１ｄは、グループ名称記憶手段１ｇに記憶されている、グループ化されたメッセージに付与されているグループ名称を、スケジュール判断手段１ｃの判断に基づいて取得する。例えば、スケジュール判断手段１ｃが、稼動しているプログラムから出力されるべきものであると判断した場合、それに応じたグループ名称を取得する。一方、稼動しているプログラムから出力されるべきものでないと判断した場合、異常を示すグループ名称が取得される。グループ名称出力手段１ｅは、表示装置１ｈに取得されたグループ名称を表示する。
【００１０】
このように、受信されたメッセージはグループ化され、スケジュール記憶手段１ｆを参照して、稼動しているプログラムから出力されるべきものであるか判断される。そして、その判断に基づいてグループ名称が取得され、表示装置１ｈに表示される。これによって、表示装置１ｈには、稼動しているプログラムから出力されるべきものであるかに基づいたメッセージのグループ名称が表示され、オペレータは、容易にメッセージを認識でき、負担が低減される。
【００１１】
次に、本発明の実施の形態を図面を参照して詳細に説明する。
図２は、サーバのハードウェア構成例を示した図である。メッセージ表示装置１は、例えばこのようなサーバによって実現される。
【００１２】
図に示すようにサーバ１０は、ＣＰＵ(Central Processing Unit)１０ａによって装置全体が制御されている。ＣＰＵ１０ａには、バス１０ｇを介してＲＡＭ(Random Access Memory)１０ｂ、ハードディスクドライブ(ＨＤＤ:Hard Disk Drive)１０ｃ、グラフィック処理装置１０ｄ、入力インターフェース１０ｅ、および通信インターフェース１０ｆが接続されている。
【００１３】
ＲＡＭ１０ｂには、ＣＰＵ１０ａに実行させるＯＳ(Operating System)のプログラムやミドルウェア、様々な処理を実行する複数のアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ミドルウェアや複数のアプリケーションプログラムなどから出力される複数のメッセージを、１つの別のメッセージにまとめて表示するミドルウェアの少なくとも一部が一時的に格納される。また、ＲＡＭ１０ｂには、ＣＰＵ１０ａによる処理に必要な各種データが保存される。ＨＤＤ１０ｃには、上記のＯＳやミドルウェア、アプリケーションプログラム、各種データなどが格納される。
【００１４】
グラフィック処理装置１０ｄには、モニタ１０ｈが接続されている。グラフィック処理装置１０ｄは、ＣＰＵ１０ａからの命令に従って、画像をモニタ１０ｈの表示画面に表示させる。入力インターフェース１０ｅには、キーボード１０ｉと、マウス１０ｊとが接続されている。入力インターフェース１０ｅは、キーボード１０ｉやマウス１０ｊから送られてくる信号を、バス１０ｇを介してＣＰＵ１０ａに送信する。
【００１５】
通信インターフェース１０ｆは、ネットワーク３０に接続されている。通信インターフェース１０ｆは、ネットワーク３０を介して、複数の端末装置と通信を行う。サーバ１０と複数の端末装置は、スケジュールに従って、複数の端末装置で行われる業務に対しバッチ処理を行い、様々なジョブを行う。以上のようなハードウェア構成によって、サーバ１０は所定の処理を行う。
【００１６】
次に、サーバ１０のソフトウェア構成例について説明する。
図３は、サーバのソフトウェア構成例を示した図である。
図に示すようにオペレーションシステム（ＯＳ）４１の上で、ミドルウェア（ＭＷ）４２，４３が動作する。ミドルウェア４２の上で、アプリケーションプログラム（ＡＰ）４４が動作する。ミドルウェア４２，４３の上でアプリケーションプログラム４５が動作する。ミドルウェア４３の上でアプリケーションプログラム４６が動作する。
【００１７】
サーバ１０は、プログラムの稼動スケジュールが示された運用スケジュールと、メッセージの出力パターンとにより、アプリケーションプログラム４４〜４６やミドルウェア４２，４３などから出力される大量のメッセージを、オペレータに対し見やすくなるようにグループ化して出力する。また、同じパターンのメッセージがミドルウェア４２，４３から出力されても、運用スケジュールを参照することで、どの業務（どのアプリケーションプログラム）に関連して出力されたものかを判別できる。具体的には、業務が行われる時間を運用スケジュールより参照して、その時間帯に出力されたメッセージがどの業務に関連して稼動しているミドルウェアから出力されたのか判別できる。
【００１８】
次に、サーバ１０が有する機能について説明する。
図４は、サーバの機能ブロック図である。
図に示すようにサーバ１０は、情報受信部１１、メッセージ整形部１２、ルール抽出部１３、正常系パターンマッチング部１４、スケジュールＤＢ１５、正常系ルール条件ＤＢ１６、異常系パターンマッチング部１７、異常系ルール条件ＤＢ１８、メッセージ表示部１９、情報受付け表示部２０、管理部２１、異常系パターン作成部２２、グループ名称生成部２３、正常系パターン作成部２４、および対策表示部２５を有している。
【００１９】
情報受信部１１は、各アプリケーションプログラムやミドルウェアなどから出力されるメッセージを受信する。メッセージは、情報受信部１１に１つずつ入力される。情報受信部１１は、受信したメッセージに一意の番号を割り当て、メッセージ整形部１２に出力する。メッセージは、例えば、受信された順に、１から順番となる一意の番号が割り当てられる。なお、メッセージは、サーバ１０に接続されている端末装置で実行されているアプリケーションプログラムやミドルウェアなどからも受信される。
【００２０】
メッセージは、情報受信部１１に受信された段階では、どのような内容を示しているか分からない。そこで、メッセージ整形部１２は、情報受信部１１で受信されたメッセージが何を示しているか解析する。そして、後段の各機能ブロックで処理できるようにフォーマット変換する。具体的には、メッセージ整形部１２は、どのプログラムから出力されたメッセージであるか、そのプログラムが出力しているエラーのコードは何であるかを解析する。そして、後段の各機能ブロックで処理できるようにフォーマット変換する。メッセージ整形部１２は、フォーマット変換したメッセージをルール抽出部１３に出力する。なお、前述した情報受信部１１は、オペレータの要求があれば、フォーマット変換されていないそのままのメッセージを、モニタ１０ｈに表示する。
【００２１】
ルール抽出部１３は、メッセージ整形部１２から１つずつ出力されてくるメッセージの出力パターンを認識する。例えば、メッセージＡがメッセージ整形部１２から出力された場合、次はメッセージＢとメッセージＣが順に出力されるなど、メッセージの出力パターンを認識する。ルール抽出部１３は、認識した出力パターンより、メッセージ整形部１２から出力されるメッセージを１つのグループにまとめる。１つのグループにまとめる例として、例えば、メモリが不足した際に発生するメッセージと、それに伴いミドルウェアやアプリケーションが停止したことを表すメッセージとのそれぞれを関連メッセージとしてまとめる。なお、メッセージのグルーピングの方法については、既存の技術を用いることができる。そしてグループを識別するための情報としてパターン管理番号を付与する。
【００２２】
正常系パターンマッチング部１４は、ルール抽出部１３によってグループ化されたメッセージ（メッセージ群）が、正常系メッセージであるか正常系ルール条件ＤＢ１６を参照して判断する。正常系メッセージとは、アプリケーションプログラムやミドルウェアなどが通常の処理を行う際に出力されるべきメッセージのことをいう。例えば、ウィルスチェックをするアプリケーションプログラムにおいて、チェック対象のファイルのうちシステムファイルを開けない、という異常を示すメッセージが出力されたとする。このメッセージは、書き込みやアクセスが禁止されているシステムファイルをウィルスチェックするアプリケーションプログラムがアクセスするためにおこる当然の事象であって事前に出力を想定できるメッセージである。すなわち、ウィルスチェックするアプリケーションプログラムが処理をしていれば出力される当然のメッセージであり、業務運用上は問題が無い、正常なメッセージである。個々のメッセージの内容が異常を示していても、プログラムが通常の処理を行う中で出力されるべきメッセージであれば、正常系メッセージである。
【００２３】
正常系ルール条件ＤＢ１６は、正常系パターンマッチング部１４が、ルール抽出部１３によってグループ化されたメッセージが正常系メッセージであるか否か判断するための情報が格納されるデータベースである。
【００２４】
また、正常系パターンマッチング部１４は、スケジュールＤＢ１５を参照して、ルール抽出部１３から出力されるグループ化されたメッセージが、出力されるべき時間であるか否かを判断する。例えば、スケジュールＤＢ１５において、３時から４時にあるアプリケーションプログラムＡが動作することになっているとする。スケジュール外のアプリケーションプログラムＢのグループ化されたメッセージがルール抽出部１３から出力された場合は、本来出力されるはずの時間ではないため、正常系メッセージのグループでないと判断する。正常系パターンマッチング部１４は、正常系ルール条件ＤＢ１６およびスケジュールＤＢ１５を参照して、正常系メッセージのグループであると判断した場合、そのグループに付与されているパターン管理番号を取得し、メッセージ表示部１９に出力する。正常系パターンマッチング部１４は、正常系のメッセージのグループでないと判断した場合、そのグループを異常系パターンマッチング部１７に出力する。
【００２５】
スケジュールＤＢ１５は、プログラムが実行される時間範囲や実行のための順序、正常系ルール条件ＤＢ１６に対応付けさせるためのメッセージのパターン管理番号に関する情報などが格納されるデータベースである。例えば、あるプログラムのジョブＡは何時から何時まで処理をし、ジョブＢは何時から何時まで処理をするという情報が格納される。
【００２６】
図５は、運用スケジュールの一例を説明する図である。
サーバ１０およびこれに接続されている端末装置は、図に示すような運用スケジュール５１に基づいて処理を行う。図において、例えば、ＪＯＢ−Ｂ０は、各支店のデータ配信状況をチェックする。また、ＪＯＢ−Ｂ０は、各支店のデータをバッチ業務Ｂで使用するため、各支店のデータの配信件数をチェックする。ＪＯＢ−Ｂ１は、オンライン業務Ａで蓄積したデータの整合性を確認し、バッチ業務Ｂの処理を行う。ＪＯＢ−Ｂ２は、処理されるデータをデータベースに反映する。ＪＯＢ−Ｂ３は、ＪＯＢ−Ｂ１のデータの報告ドキュメントを生成する。ＪＯＢ−ＢＫ０は、オンライン業務Ａに関するプロセスログの差分をバックアップする。ＪＯＢ−ＢＫ２は、ＪＯＢ−Ｂ２でデータベースへ反映したデータの差分をバックアップする。ＪＯＢ−ＢＫ３は、ＪＯＢ−Ｂ３で生成された報告ドキュメントをデータベースへバックアップする。Ｖｕｐｄａｔｅは、ウィルスパターンの自動更新を行う。Ｖｃｈｅｃｋはサーバ１０のウィルススキャンを行う。このような運用スケジュールに従い、各プログラムは起動され、処理を実行する。
【００２７】
異常系パターンマッチング部１７は、ルール抽出部１３によってグループ化されたメッセージが、正常系パターンマッチング部１４によって正常系メッセージでないと判断された場合、異常系ルール条件ＤＢ１８を参照して、異常系メッセージであるか判断する。異常系メッセージである場合、そのグループに付与されているパターン管理番号を取得して、メッセージ表示部１９に出力する。但し、異常系メッセージの場合、メッセージはグループ化されていない場合もある。異常系メッセージとは、運用スケジュールに設定されたように、プログラムが時間通りに正しく動作していれば本来出力されないはずのメッセージであって、例えば、プログラムが時間通りに正しく動作できていない場合に発生するメッセージや、スケジュールとは関係なく発生するシステムに影響を与える事象を通知するためのメッセージのことをいう。
【００２８】
異常系ルール条件ＤＢ１８は、異常系パターンマッチング部１７が、ルール抽出部１３によってグループ化されたメッセージが異常系であるか否かを判断するための情報が格納されるデータベースである。
【００２９】
メッセージ表示部１９は、正常系パターンマッチング部１４および異常系パターンマッチング部１７によって取得されたパターン管理番号により、正常系ルール条件ＤＢ１６および異常系ルール条件ＤＢ１８を参照して、正常系メッセージおよび異常系メッセージのグループに付与されているグループ名称を取得し、モニタ１０ｈに表示する。
【００３０】
情報受付け表示部２０は、モニタ１０ｈにオペレータから所定の指示を受付けるための画面を表示する。受付け画面は、例えば、グループ化されたメッセージ群の個々のメッセージを詳細表示するか、グループに付与されているグループ名称の編集を行うか、異常系メッセージに対し、どのような対処をしたかを入力するかの画面が表示される。
【００３１】
図６は、オペレータから所定の指示を受付けるための画面例を示した図である。
図に示すようにモニタ１０ｈに表示される画面６１は、グループ名称が表示される領域６２を有している。また、画面６１は、選択されたグループ名称のメッセージ群を詳細表示するかを問うボタン６３と、グループ名称の編集を行うかを問うボタン６４と、異常系メッセージに対し、どのような対処をしたかを入力するためのボタン６５が表示されている。
【００３２】
ボタン６３が押下されると、選択されたグループ名称のメッセージ群が詳細表示される。ボタン６４が押下されると、グループ名称の編集を行うための画面が表示される。ボタン６５が押下されると、異常系メッセージに対し、どのような対処をしたかを入力するための画面が表示される。
【００３３】
管理部２１は、前述したボタン６５が押下されたときの画面で、オペレータから異常系メッセージに対し、どのような対処をしたかを受付けた場合、異常系メッセージとその対処方法とを関連付ける。そして、異常系パターン作成部２２に出力する。
【００３４】
異常系パターン作成部２２は、異常系メッセージとオペレータによって入力されたその異常系メッセージに対する対処方法を、異常系パターンマッチング部１７を介して、異常系ルール条件ＤＢ１８に格納する。このとき、一意のパターン管理番号も付与されて格納される。これによって、異常系パターンマッチング部１７は、異常系メッセージであることを判断するための情報が増えていく。
【００３５】
グループ名称生成部２３は、前述したボタン６４が押下されたときの画面で、オペレータから、グループ名称の編集を受付けた場合、そのグループ名称をメッセージ群に関連付ける。なお、グループ名称の編集がない場合は、そのメッセージ群に付与されているグループ名称が関連付けられたままである。グループ名称生成部２３は、メッセージ群とメッセージ名称を正常系パターン作成部２４に出力する。
【００３６】
正常系パターン作成部２４は、メッセージ群と新たなグループ名称を、正常系パターンマッチング部１４を介して、スケジュールＤＢ１５および正常系ルール条件ＤＢ１６に格納する。このとき、一意のパターン管理番号も付与されて格納される。これによって、正常系パターンマッチング部１４は、ルール抽出部１３から出力されるグループ化されたメッセージが、正常系メッセージであることを判断するための情報が増えていく。
【００３７】
対策表示部２５は、異常系パターンマッチング部１７で異常系パターンが判断された場合で、その対処方法が異常系ルール条件ＤＢ１８に格納されている場合、その対処方法をモニタ１０ｈに表示する。
【００３８】
次に、スケジュールＤＢ１５、正常系ルール条件ＤＢ１６、および異常系ルール条件ＤＢ１８のデータ構成例について詳細に説明する。
図７は、スケジュールＤＢのデータ構成例を示す図である。
【００３９】
図に示すようにスケジュールＤＢ１５は少なくとも、識別番号、スタートタイム、終了タイム、パターン管理番号、およびジョブ名の欄を有している。図５の運用スケジュール５１は、例えば、図７のスケジュールＤＢ１５に示すようにして管理される。
【００４０】
識別番号の欄には、ジョブの処理を識別するための識別番号が格納される。スタートタイムの欄には、ジョブの処理が開始される時間が格納される。終了タイムの欄には、ジョブの処理が終了する時間が格納される。パターン管理番号には、ジョブが出力するメッセージの属するグループのパターン管理番号が格納される。ジョブ名の欄には、ジョブに付与されているジョブ名が格納される。
【００４１】
図８は、正常系ルール条件ＤＢのデータ構成例を示す図である。
図に示すように正常系ルール条件ＤＢ１６は、パターン管理番号、メッセージナンバ、ｍｅｓ１〜ｍｅｓ３およびグループ名称の欄を有している。
【００４２】
パターン管理番号の欄には、グループ化されたメッセージ群に割り当てられるパターン管理番号が格納される。メッセージナンバの欄には、パターン管理番号に対応しているメッセージ群のメッセージ数が格納される。ｍｅｓ１〜ｍｅｓ３にはメッセージを特定するためのキーワードが格納されており、そのメッセージがメッセージグループの中に含まれていれば正常系メッセージであると判断できる。グループ名称の欄には、正常系メッセージのグループに付与されるグループ名称が格納される。
【００４３】
図９は、異常系ルール条件ＤＢのデータ構成例を示す図である。
図に示すように異常系ルール条件ＤＢ１８は、パターン管理番号、メッセージナンバ、ｍｅｓ１〜ｍｅｓ３およびグループ名称の欄を有している。
【００４４】
パターン管理番号の欄には、グループ化されたメッセージ群に割り当てられるパターン管理番号が格納される。メッセージナンバの欄には、パターン管理番号に対応しているメッセージ群のメッセージ数が格納される。ｍｅｓ１〜ｍｅｓ３にはメッセージを特定するためのキーワードが格納されており、そのメッセージがメッセージグループの中に含まれていれば異常系メッセージであると判断できる。グループ名称の欄には、異常系メッセージのグループに付与されるグループ名称が格納される。
【００４５】
次に、図４のサーバ１０の各部で処理されるデータの構成例について説明する。まず、情報受信部１１から出力されるデータの構成例について説明する。
図１０は、情報受信部から出力されるデータの構成例を示した図である。
【００４６】
図に示すようにデータ７１は、Ｓ−ｎｕｍ領域とメッセージ領域とに分かれている。Ｓ−ｎｕｍ領域には、情報受信部１１が割り当てた一意の番号が格納されている。一意の番号は、１２桁の数値で表される。メッセージ領域には、情報受信部１１で受信されたメッセージが格納されている。メッセージは、２５６桁の文字列で表される。
【００４７】
次に、ルール抽出部１３から出力されるデータの構成例について説明する。
図１１は、ルール抽出部から出力されるデータの構成例を示した図である。
図に示すようにデータ７２は、Ｓ−ｎｕｍ領域、変換メッセージ領域、およびルールＩＤの領域に分かれている。Ｓ−ｎｕｍ領域には、情報受信部１１が割り当てた一意の番号が格納されている。変換メッセージの領域には、メッセージ整形部１２でフォーマット変換されたメッセージが格納されており、このメッセージを出力したプログラムの情報やメッセージコードなどの情報が含まれている。フォーマット変換されたメッセージは、１２８桁の文字列で表される。ルールＩＤの領域には、１つのグループにまとめられるメッセージに付与される識別子が格納される。すなわち、同じルールＩＤのメッセージは、１つのグループにまとめられるメッセージであることを示している。ルールＩＤは、８桁の数値で表される。
【００４８】
次に、正常系パターン作成部２４から出力されるデータの構成例について説明する。
図１２は、正常系パターン作成部から出力されるデータの構成例を示した図である。
図に示すようにデータ７３は、Ｐａｔ−ｎｕｍ領域、メッセージナンバ領域、メッセージインフォメーション領域、およびインフォメーション領域に分かれている。Ｐａｔ−ｎｕｍの領域には、グループ化されたメッセージ群に一意に割り当てられたパターン管理番号が格納されている。パターン管理番号は、８桁の数値で表される。メッセージナンバの領域には、メッセージ群のメッセージ数が格納される。メッセージ数は、４桁の数値で表される。メッセージインフォメーションの領域には、メッセージ群に付与されたグループ名称が格納されている。グループ名称は、１２８桁の文字列で表される。インフォメーションの領域には、メッセージ群を補足する情報が格納される。メッセージ群を補足する情報は、１２８桁の文字列で表される。
【００４９】
次に、正常系パターン作成部２４から出力される別のデータの構成例について説明する。
図１３は、正常系パターン作成部から出力される別のデータの構成例を示した図である。
【００５０】
図に示すようにデータ７４は、Ｐａｔ−ｎｕｍ領域および変換メッセージの領域を有している。Ｐａｔ−ｎｕｍの領域には、グループ化されたメッセージ群に一意に割り当てられたパターン管理番号が格納されている。パターン管理番号は、８桁の数値で表される。変換メッセージの領域には、グループ化されたメッセージ群の変換メッセージが格納される。変換メッセージは、１２８桁の文字列で表される。
【００５１】
正常系パターン作成部２４からは、最初、ヘッダ情報として、図１２に示したデータ７３が出力される。その後、グループ化されたメッセージ群の個々の変換メッセージが、図１３に示すデータ７４のようにして出力される。
【００５２】
次に、異常系パターン作成部２２から出力されるデータの構成例について説明する。
図１４は、異常系パターン作成部から出力されるデータの構成例を示した図である。
図に示すようにデータ７５は、Ｐａｔ−ｎｕｍ領域、メッセージナンバ領域、エラーインフォメーション領域、およびエラー詳細情報領域に分かれている。Ｐａｔ−ｎｕｍの領域には、グループ化されたメッセージ群に一意に割り当てられたパターン管理番号が格納されている。パターン管理番号は、８桁の数値で表される。メッセージナンバの領域には、メッセージ群のメッセージ数が格納される。メッセージ数は、４桁の数値で表される。エラーインフォメーションの領域には、エラーの事象内容を示した情報が格納されている。エラーの事象内容を示した情報は、１２８桁の文字列で表される。エラー詳細情報の領域には、エラーに対処するための方法を示した情報が格納される。エラーに対処するための方法を示した情報は、１２８桁の文字列で表される。
【００５３】
次に、異常系パターン作成部２２から出力される別のデータの構成例について説明する。
図１５は、異常系パターン作成部から出力される別のデータの構成例を示した図である。
【００５４】
図に示すようにデータ７６は、Ｐａｔ−ｎｕｍ領域および変換メッセージの領域を有している。Ｐａｔ−ｎｕｍの領域には、グループ化されたメッセージ群に割り当てられたパターン管理番号が格納されている。パターン管理番号は、８桁の数値で表される。変換メッセージの領域には、グループ化されたメッセージ群の変換メッセージが格納される。変換メッセージは、１２８桁の文字列で表される。
【００５５】
異常系パターン作成部２２からは、最初、ヘッダ情報として、図１４に示したデータ７５が出力される。その後、グループ化されたメッセージ群の個々の変換メッセージが、図１５に示すデータ７６のようにして出力される。
【００５６】
次に、正常系パターンマッチング部１４がスケジュールＤＢ１５より参照するデータの構成例について説明する。
図１６は、正常系パターンマッチング部がスケジュールＤＢより参照するデータの構成例を示した図である。
【００５７】
図に示すようにデータ７７は、Ｐａｔ−ｎｕｍ領域、スタートタイム領域、終了タイム領域、メッセージナンバ領域、メッセージインフォメーション領域、およびインフォメーション領域を有している。Ｐａｔ−ｎｕｍの領域には、グループ化されたメッセージ群に割り当てられたパターン管理番号が格納されている。パターン管理番号は、８桁の数値で表される。スタートタイムの領域には、アプリケーションプログラムが開始する時刻が格納される。終了タイムの領域には、アプリケーションプログラムが終了する時刻が格納される。メッセージナンバの領域には、アプリケーションプログラムが発行するメッセージのメッセージ数が格納される。メッセージ数は、４桁の数値で表される。メッセージインフォメーションの領域には、このアプリケーションプログラムのメッセージ群に付与されているグループ名称が格納されている。グループ名称は、１２８桁の文字列で表される。インフォメーションの領域には、メッセージ群を補足する情報が格納される。メッセージ群を補足する情報は、１２８桁の文字列で表される。
【００５８】
次に、モニタ１０ｈに表示される画面例について説明する。
図１７は、メッセージのグループ化前の画面例を示した図である。
図に示す画面８１には、情報受信部１１に入力されたメッセージ８２〜８６が表示されている。メッセージ８２〜８６には、出力された日時が付与されている。画面８１は、情報受信部１１によって表示される。
【００５９】
メッセージ８２，８４は、図５の運用スケジュール５１で説明した、ＪＯＢ−Ｂ２から出力されたメッセージの例とする。メッセージそのものの内容はエラーを示すメッセージに見えるが、これはＪＯＢ−Ｂ２が処理の中でバックアップ処理の負荷を下げるために特定のミドルウェアを意図的に停止しているために出力されたメッセージとし、ＪＯＢ−Ｂ２が処理を行なえば当然出力されるべきものであり、スケジュールＤＢ１５に登録されている時間に出力されているのであれば、業務上は正常なメッセージと判断できるものであるとする。メッセージ８６は、異常系ルール条件ＤＢ１８に登録されているメッセージとする。メッセージ８３，８５は、正常系ルール条件ＤＢ１６および運用スケジュール５１の予定になく、異常系ルール条件ＤＢ１８にも登録されていないメッセージとする。
【００６０】
情報受信部１１に入力されたメッセージ８２〜８６は、ルール抽出部１３によって、グループ化される。例えば、アプリケーションプログラムごと、または、メッセージの属性ごとにグループ化される。
【００６１】
グループ化されたメッセージは、正常系パターンマッチング部１４によって、正常系メッセージであるか判断される。正常系メッセージであると判断された場合は、そのグループに対応するパターン管理番号を取得してメッセージ表示部１９に出力する。正常系メッセージでないと判断された場合は、そのグループを異常系パターンマッチング部１７に出力する。異常系パターンマッチング部１７は、グループのメッセージが異常系メッセージか判断する。異常系のパターンと判断した場合は、そのグループ（メッセージ）に対応するパターン管理番号を取得して、メッセージ表示部１９に出力する。
【００６２】
メッセージ表示部１９は、取得されたパターン管理番号により、正常系ルール条件ＤＢ１６および異常系ルール条件ＤＢ１８を参照して、正常系メッセージおよび異常系メッセージのグループに付与されているグループ名称を取得し、モニタ１０ｈに表示する。
【００６３】
図１８は、メッセージのグループ化後の画面例を示した図である。
図に示す画面９１には、図１７の画面８１に示したメッセージ８２〜８６をグルーピングできるものはグループ化したメッセージ９２〜９６が表示されている。
【００６４】
図１７の画面８１のメッセージ８２は、もともと２つのメッセージであるが、グルーピングの結果と運用スケジュール５１とから、出力されるべき予定のメッセージであることがわかる。従って、正常系のメッセージと判断され、画面９１のメッセージ９２として１行に示すように、正常系メッセージであることを示す内容のグループ名称となって表示されている。
【００６５】
画面８１のメッセージ８４は、ＪＯＢ−Ｂ２より出力されたメッセージであるが、運用スケジュール５１に予定する時間より遅れて出力されている（スケジュールＤＢ１５には管理されている）。従って、画面９１のメッセージ９４に示すように、次に実行されるジョブに影響が出る恐れがあることを示した内容のグループ名称となって表示されている。
【００６６】
画面８１のメッセージ８６は、ＪＯＢ−Ｂ２より出力されるメッセージと同じ内容であるが、運用スケジュール５１に予定されている時間外に出力されており、ＪＯＢ−Ｂ２から出力されたものではなく、本当に異常が起きたために出力されたエラーメッセージであると判断できる。運用スケジュールには沿っていないが、異常系ルール条件ＤＢ１８によりグルーピングはできたため、画面９１のメッセージ９６に示すように、異常系メッセージであることを示す内容のグループ名称となって表示されている。
【００６７】
画面８１のメッセージ８３および８５は、正常系ルール条件ＤＢ１６および運用スケジュール５１の予定になく、異常系ルール条件ＤＢ１８にも登録されていないメッセージである。従って、画面９１のメッセージ９３および９５に示すように、異常系メッセージであることを示しているメッセージ８３および８５がそのまま表示されている。
【００６８】
次に、図４のサーバ１０の動作についてフローチャートを用いて説明する。
図１９，２０は、サーバの動作の流れを示したフローチャートである。
ステップＳ１において、情報受信部１１は、アプリケーションプログラム、ミドルウェア、およびサーバ１０に接続されている端末装置からメッセージを受信する。なお、サーバ１０の運用手順を示した運用スケジュールの情報は、スケジュールＤＢ１５に予め格納されているものとする。なお、情報受信部１１は、オペレータからの要求があった場合、受信したままのメッセージをモニタ１０ｈに表示する。
【００６９】
ステップＳ２において、メッセージ整形部１２は、情報受信部１１によって受信されたメッセージを、後段の各機能ブロックで処理できるフォーマットに変換する。
ステップＳ３において、ルール抽出部１３は、メッセージ整形部１２から１つずつ出力されてくるメッセージの出力パターンを認識する。出力パターンは、１つにまとめられる出力パターンのメッセージであれば、１つのグループにまとめる。
【００７０】
ステップＳ４において、正常系パターンマッチング部１４は、スケジュールＤＢ１５を参照し、１つにまとめられたグループのメッセージが、受信されるべき時間であるか（サーバ１０が処理するスケジュールにあるメッセージであるか）判断する。
【００７１】
ステップＳ５において、正常系パターンマッチング部１４は、正常系ルール条件ＤＢ１６を参照し、グループ化されたメッセージが、正常系メッセージであるか否か判断する。
ステップＳ６において、正常系パターンマッチング部１４は、ステップＳ４，Ｓ５より、グループ化されたメッセージが、受信されるべき時間で、かつ、正常系メッセージであると判断した場合、ステップＳ７に進む。受信されるべき時間でないと判断した場合、または、正常系メッセージでないと判断した場合、ステップＳ８に進む。
【００７２】
ステップＳ７において、正常系パターンマッチング部１４は、グループ化されたメッセージ群に対応するパターン管理番号を正常系ルール条件ＤＢ１６から取得する。
ステップＳ８において、異常系パターンマッチング部１７は、グループ化されたメッセージが、異常系ルール条件ＤＢ１８に存在しているか判断する。
【００７３】
ステップＳ９において、異常系パターンマッチング部１７は、ステップＳ８より、グループ化されたメッセージが、異常系ルール条件ＤＢ１８に存在していると判断した場合、ステップＳ１０に進む。異常系ルール条件ＤＢ１８に存在していないと判断した場合、ステップＳ１３へ進む。
【００７４】
ステップＳ１０において、異常系パターンマッチング部１７は、グループ化されたメッセージ群に対応するパターン管理番号を異常系ルール条件ＤＢ１８から取得する。
ステップＳ１１において、メッセージ表示部１９は、ステップＳ７，Ｓ１０で取得されたパターン管理番号から、正常系ルール条件ＤＢ１６および異常系ルール条件ＤＢ１８を参照し、グループ化されたメッセージ群に付与されているグループ名称を取得する。
【００７５】
ステップＳ１２において、メッセージ表示部１９は、取得したグループ名称をグループ化されているメッセージ群に付与する。
ステップＳ１３において、メッセージ表示部１９は、グループ化されたメッセージ群に付与されているグループ名称をモニタ１０ｈに表示する。ステップＳ９においていずれのグループにも属さないと判断されたメッセージは、もとのメッセージのまま表示する。これにより、所定のメッセージがまとめて表示され、オペレータは、サーバ１０がどのようなメッセージを受信したか容易に知ることができる。
【００７６】
ステップＳ１４において、情報受付け表示部２０は、モニタ１０ｈにオペレータから所定の指示を受付けるための画面を表示する。受付け画面は、選択するグループ名称のメッセージ群を詳細表示するか、グループ名称の編集を行うか、異常系のメッセージに対し、どのような対処をしたかを入力するための画面が表示される。情報受付け表示部２０は、選択するグループ名称のメッセージ群を詳細表示する、をオペレータから受付けた場合、ステップＳ１５へ進む。グループ名称の編集を行う、をオペレータから受付けた場合、ステップＳ１７へ進む。異常系のメッセージに対し、どのような対処をしたかを入力する、をオペレータから受付けた場合、ステップＳ１８へ進む。
【００７７】
ステップＳ１５において、メッセージ表示部１９は、オペレータより選択されたグループ名称を取得する。
ステップＳ１６において、メッセージ表示部１９は、オペレータより選択されたグループ名称に含まれている個々のメッセージをモニタ１０ｈに表示する。
【００７８】
ステップＳ１７において、グループ名称生成部２３は、オペレータからグループ名称の編集を受付け、そのグループ名称をメッセージ群に関連付ける。なお、編集がない場合は、そのメッセージ群に付与されているグループ名称が関連付けられたままである。グループ名称生成部２３は、メッセージ群とグループ名称を正常系パターン作成部２４に出力する。
【００７９】
ステップＳ１８において、管理部２１は、オペレータから、異常系メッセージに対してどのような対処をしたかを受付け、異常系メッセージとその対処方法とを関連付ける。
ステップＳ１９において、管理部２１は、異常系メッセージと関連付けられたその対処方法のパターンを、異常系パターン作成部２２に出力する。
【００８０】
なお、図１９，２０のフローチャートには示してないが、異常系パターンマッチング部１７で異常系パターンが認識された場合で、その対処方法が異常系ルール条件ＤＢ１８に格納されている場合、その対処方法をモニタ１０ｈに表示してもよい。
【００８１】
このように、受信されたメッセージはグループ化され、スケジュールＤＢ１５を参照して、稼動しているプログラムから出力されるべきものであるか判断される。そして、その判断に基づいたグループ名称が取得され、モニタ１０ｈに表示される。これによって、モニタ１０ｈには、稼動しているプログラムから出力されるべきものであるかに基づいたメッセージのグループ名称が表示され、オペレータは、容易にメッセージを認識でき、負担が低減される。
【００８２】
例えば、あるプログラムから通信エラーを示すメッセージが出力されたとしても、その通信エラーは該プログラムが本来行う処理の中で起こされているものであれば、稼動しているプログラムから出力されるべきものであると判断されるため、正常を意味するメッセージ表示とすることができ、オペレータは容易にメッセージを認識できるようになる。
【００８３】
また、同じミドルウェアを利用する複数のアプリケーションプログラムが存在する場合、ミドルウェアからエラーメッセージが出力されると、そのメッセージからだけでは、どのアプリケーションプログラムによるミドルウェア処理でエラーが起きているのか判別することができない。しかし、スケジュールＤＢ１５を参照し、稼動しているプログラムから、どのアプリケーションプログラムに起因して発生したメッセージであるか判断することが可能となる。
【００８４】
なお、情報受信部１１に受信されるべきメッセージが受信されない場合がある。例えば、メッセージＡがメッセージ整形部１２から出力された場合、次はメッセージＢとメッセージＣが順に出力されるはずなのに、メッセージＣが受信されない場合がある。この場合、正常系パターンマッチング部１４は、そのメッセージ群に関する処理が遅延し、時間外に残りの処理が行われる可能性があることを示すグループ名称を付与する。モニタ１０ｈには、その旨のメッセージが表示されることになる。
【００８５】
また、コンピュータが有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。
【００８６】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００８７】
（付記１）  メッセージの表示を行うメッセージ表示装置のメッセージ表示方法において、
メッセージ受信手段によって、プログラムから出力されるメッセージを受信し、
グループ化手段によって、前記メッセージを関連するグループにグループ化し、
スケジュール判断手段によって、グループ化された前記メッセージが、スケジュール記憶手段に予め記憶されている稼動スケジュールに従って稼動しているいずれかのプログラムから出力されるべきものであるか判断し、
グループ名称取得手段によって、グループ名称記憶手段に記憶されている、グループ化された前記メッセージに付与されているグループ名称を前記判断に基づいて取得し、
グループ名称出力手段によって、前記グループ名称を出力する、
ことを特徴とするメッセージ表示方法。
【００８８】
（付記２）  対処法受付け手段によって、オペレータから異常を示す前記メッセージに対する対処法を受付けて対処法記憶手段に記憶し、
前記スケジュール判断手段によって、前記メッセージが稼動している前記いずれかのプログラムから出力されるべきものでないと判断された場合、前記対処法記憶手段に記憶されている前記対処法を前記表示装置に表示する、
ことを特徴とする付記１記載のメッセージ表示方法。
【００８９】
（付記３）  グループ名称編集手段によって、オペレータからの操作に応じて前記グループ名称の編集をすることを特徴とする付記１記載のメッセージ表示方法。
（付記４）  編集された前記グループ名称は、前記グループ名称記憶手段に記憶されることを特徴とする付記３記載のメッセージ表示方法。
【００９０】
（付記５）  前記稼動スケジュールは、前記いずれかのプログラムが実行される時間を示し、
前記スケジュール判断手段は、グループ化された前記メッセージが、出力されるべき時間であるか否かを判断することを特徴とする付記１記載のメッセージ表示方法。
【００９１】
（付記６）  メッセージの表示を行うメッセージ表示装置において、
プログラムから出力されるメッセージを受信するメッセージ受信手段と、
前記メッセージを関連するグループにグループ化するグループ化手段と、
グループ化された前記メッセージが、スケジュール記憶手段に予め記憶されている稼動スケジュールに従って稼動しているいずれかのプログラムから出力されるべきものであるか判断するスケジュール判断手段と、
グループ名称記憶手段に記憶されている、グループ化された前記メッセージに付与されているグループ名称を前記判断に基づいて取得するグループ名称取得手段と、
前記グループ名称を出力するグループ名称出力手段と、
を有することを特徴とするメッセージ表示装置。
【００９２】
（付記７）  メッセージの表示を行うメッセージ表示プログラムにおいて、
コンピュータを、
プログラムから出力されるメッセージを受信するメッセージ受信手段、
前記メッセージを関連するグループにグループ化するグループ化手段、
グループ化された前記メッセージが、スケジュール記憶手段に予め記憶されている稼動スケジュールに従って稼動しているいずれかのプログラムから出力されるべきものであるか判断するスケジュール判断手段、
グループ名称記憶手段に記憶されている、グループ化された前記メッセージに付与されているグループ名称を前記判断に基づいて取得するグループ名称取得手段、
前記グループ名称を出力するグループ名称出力手段、
として機能させることを特徴とするメッセージ表示プログラム。
【図面の簡単な説明】
【００９３】
【図１】メッセージ表示方法の原理を説明する原理図である。
【図２】サーバのハードウェア構成例を示した図である。
【図３】サーバのソフトウェア構成例を示した図である。
【図４】サーバの機能ブロック図である。
【図５】運用スケジュールの一例を説明する図である。
【図６】オペレータから所定の指示を受付けるための画面例を示した図である。
【図７】スケジュールＤＢのデータ構成例を示す図である。
【図８】正常系ルール条件ＤＢのデータ構成例を示す図である。
【図９】異常系ルール条件ＤＢのデータ構成例を示す図である。
【図１０】情報受信部から出力されるデータの構成例を示した図である。
【図１１】ルール抽出部から出力されるデータの構成例を示した図である。
【図１２】正常系パターン作成部から出力されるデータの構成例を示した図である。
【図１３】正常系パターン作成部から出力される別のデータの構成例を示した図である。
【図１４】異常系パターン作成部から出力されるデータの構成例を示した図である。
【図１５】異常系パターン作成部から出力される別のデータの構成例を示した図である。
【図１６】正常系パターンマッチング部がスケジュールＤＢより参照するデータの構成例を示した図である。
【図１７】メッセージのグループ化前の画面例を示した図である。
【図１８】メッセージのグループ化後の画面例を示した図である。
【図１９】サーバの動作の流れを示したフローチャートである。
【図２０】サーバの動作の流れを示したフローチャートである。
【符号の説明】
【００９４】
１  メッセージ表示装置
１ａ  メッセージ受信手段
１ｂ  グループ化手段
１ｃ  スケジュール判断手段
１ｄ  グループ名称取得手段
１ｅ  グループ名称出力手段
１ｆ  スケジュール記憶手段
１ｇ  グループ名称記憶手段
１ｈ  表示装置
【図１】
2006040222.tif 000003
【図２】
2006040222.tif 000004
【図３】
2006040222.tif 000005
【図４】
2006040222.tif 000006
【図５】
2006040222.tif 000007
【図６】
2006040222.tif 000008
【図７】
2006040222.tif 000009
【図８】
2006040222.tif 000010
【図９】
2006040222.tif 000011
【図１０】
2006040222.tif 000012
【図１１】
2006040222.tif 000013
【図１２】
2006040222.tif 000014
【図１３】
2006040222.tif 000015
【図１４】
2006040222.tif 000016
【図１５】
2006040222.tif 000017
【図１６】
2006040222.tif 000018
【図１７】
2006040222.tif 000019
【図１８】
2006040222.tif 000020
【図１９】
2006040222.tif 000021
【図２０】
2006040222.tif 000022