JPH11316697A - 通報システム及び方法 - Google Patents

Abstract

(57)【要約】 【課題】 コンピュータシステムで発生した重要な事象
をオペレータが見逃さすことがないようにし、また、オ
ペレータが発生事象に対する対処動作を容易に行えるよ
うにする。 【解決手段】 ホスト１での発生事象を監視するための
監視端末３では、エミュレータ１７が、発生事象を示す
コンソールメッセージをホスト１から定期的に取得して
クリップボード２１に書き込む。このクリップボード２
１上のコンソールメッセージを音声通報ソフト１９が定
期的に読み込んで解析し、そのメッセージの通知内容が
所定の重要な事象（例えばエラー）である場合には、そ
の事象の概要をディスプレイ７に表示するだけでなく、
その事象を説明した音声メッセージをスピーカ９から出
力し、更に、その事象に対しオペレータが行うべき対処
動作を記載した対処指示書をプリンタ５から出力する。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、コンピュータシス
テムなどで発生する事象を人に通報するための通報シス
テム及び方法に関する。

【０００２】

【従来の技術】従来、監視対象システムで発生した事象
をオペレータに通報する方法として、発生事象の内容を
文字メッセージにしてコンソールのディスプレイに表示
するという方法が一般に用いられている。コンソールの
前では、オペレータがコンソールメッセージを専ら視覚
により監視している。ディスプレイ画面には通常、最新
の一定数のメッセージが時間順で表示される。新しいメ
ッセージが画面に追加されると、最も古いメッセージが
画面から消える。

【０００３】

【発明が解決しようとする課題】従来の視覚のみによる
監視は、オペレータの長時間監視による集中力低下、慣
れによる油断、経験不足などによりコンソールメッセー
ジを見逃す可能性を抱えている。しかも、従来のコンソ
ール画面上には、多数のメッセージがその重要度に関係
なく単純に時間順に配列されているから、オペレータに
とって重要メッセージを見逃さないために、大多数の非
重要メッセージが目障りになるという問題もある。ま
た、どのメッセージが重要であるか否か、メッセージを
見ただけでは必ずしも容易に判断できない。

【０００４】また、新メッセージが追加される度に古い
メッセージが時間順で画面から消えていく。或るメッセ
ージが見逃されたまま画面から消えてしまうと、その後
は、オペレータがその見逃しに気づく可能性が格段に低
くなる。また、仮に見逃しに気づいたとしても、もしそ
のメッセージが既にコンソールのメインメモリ上から消
去されていたならば、そのメッセージを再確認するため
にログファイルを参照するなどの付加的な操作を行わな
ければならない。

【０００５】更に、重要なメッセージの代表の一つにエ
ラーメッセージがあるが、エラーが生じると通常、オペ
レータは何らかの対処動作を行わなければならない。し
かし、エラーメッセージを見ただけでは、どのような対
処動作を行うべきかは分からない。

【０００６】また、例えば或る通信回線を通じて頻繁に
通信が行われるシステムにおいて、その通信回線に異常
が生じたような場合、その回線が復旧するまで、その回
線に対する通信要求が発生する度に通信エラーが生じ
る。その結果、コンソールには、多数の通信エラーメッ
セージが表示されることになり、これがオペレータを混
乱させたり、他のメッセージの監視の邪魔になったりす
るという問題もある。

【０００７】従って、本発明の目的は、システムで発生
した重要な事象をオペレータが見逃さすことがないよう
にすることにある。

【０００８】本発明の別の目的は、オペレータが発生事
象に対する対処動作を容易に行えるようにすることにあ
る。

【０００９】本発明の更に別の目的は、オペレータにと
って監視負担の少ない通報システムを提供することにあ
る。

【００１０】

【課題を解決するための手段】本発明の通報システム
は、監視対象システムでの発生事象を通知するメッセー
ジデータを受けて、その発生事象が所定の重要事象であ
るか非重要事象であるか判断する解析部と、この解析部
の判断結果に応答して、上記発生事象がいずれかの重要
事象であるとき、その重要事象をオペレータに通報する
ための表示メッセージ及び音声メッセージを出力する通
報部とを備える。この通報システムによれば、監視対象
システムで所定の重要事象（例えばエラーなど）が発生
したとき、表示メッセージによって視覚的にオペレータ
に通報するだけでなく、音声メッセージを併用して聴覚
的にも通報するので、オペレータの見落としが少なくな
るし、どれが重要事象なのかも容易にわかる。勿論、非
重要事象が発生した場合にも音声メッセージを併用して
もよいが、そうする場合には、重要事象の音声メッセー
ジには特別の予鈴音を入れるなどして、非重要事象の音
声メッセージから明確に区別できるようにすることが好
ましい。また、重要事象の音声メッセージには、事象の
内容又は事象名称を示す言葉を入れ、しかも、その言葉
を復唱することが、確実な通報のために好ましい。

【００１１】好適な実施形態では、通報部は、発生事象
が重要事象であるとき、表示メッセージ及び音声メッセ
ージの出力に加えて、その重要事象をオペレータに通報
するための印刷物もプリントアウトする。印刷物は、表
示メッセージや音声メッセージが消えた後も残るので、
通報の確実性が一層高まる。この印刷物は、その重要事
象に対してオペレータが行うべき対処動作を記載した対
処指示書とすることができる。これにより、オペレータ
は適切な対処動作を迅速かつ容易に行うことが出来る。

【００１２】好適な実施形態では、通報部は表示メッセ
ージを出力するためのメッセージ表示画面を表示する。
このメッセージ表示画面には、重要事項と非重要事項の
それぞれに専用のメッセージ表示エリアがあり、重要事
項専用のエリアには、最近の複数個の重要事項の表示メ
ッセージが表示できるようになっている。したがって、
オペレータは重要事項を画面上で監視するに当たり、非
重要事項の表示メッセージが目障りになることがなく、
また、重要事項の表示メッセージは長い期間にわたって
画面上に存在することになるので、オペレータの見落と
しが少なくなる。

【００１３】また、好適な実施形態では、通報部は、例
えば回線異常によって通信エラーが繰り返し発生する場
合のように、同一原因で複数の重要事象が繰り返し発生
する場合に、１番目に発生した事象は通報するが、２番
目以降の事象の通報は省略するようになっている。これ
により、オペレータは、同一原因による複数事象の繰り
返し発生に惑わされたり混乱させられたりすることがな
くなる。

【００１４】好適な実施形態では、上記の処理を行うた
めに、記憶装置内に、監視対象システム側からのメッセ
ージデータの通知内容を識別するためのメッセージテー
ブルや、オペレータへの通報に用いる種々の表示メッセ
ージや音声メッセージをそれぞれ登録した表示ファイル
及び音声ファイルを備えている。これにより、これらの
テーブルやファイルを監視対象システムに応じてアレン
ジするだけで、解析部や通報部の処理アルゴリズムは変
更せずに又は小さい変更だけで、種々の監視対象システ
ムに適用することが可能になる。

【００１５】また、好適な実施形態では、監視対象シス
テム側から送られてきたメッセージデータをまずメモリ
上のクリップボードに一旦書き込み、このクリップボー
ドから通報ソフトウェアがメッセージデータを取り込ん
で上述したように解析しするようになっている。これに
より、通報ソフトウェアの構成が簡単になる。

【００１６】本発明の通報システムは、典型的にはコン
ピュータを用いて実施されるが、そのためのコンピュー
タプログラムやデータ構造は、各種のディスク形ストレ
ージ、半導体メモリ或いは通信回線などの媒体を通じて
コンピュータにインストール又はロードすることができ
る。また、本発明の通報システムの一部又は全部は専用
ハードウェアを用いて実施することも可能であり、ま
た、１台のマシンに限らず、複数台のマシンを用いて実
施することも可能である。

【００１７】

【発明の実施の形態】図１は、本発明に係る通報システ
ムの一実施形態の全体構成を示す。

【００１８】業務を処理するホスト（コンピュータシス
テム）１に、通信ネットワークを介して、例えばパーソ
ナルコンピュータを用いた監視端末３が接続されてい
る。監視端末３には、出力装置としてのプリンタ５、デ
ィスプレイ７及びスピーカ９が接続されており、また、
ネットワークに接続するための通信ボード１１、及び音
声信号を生成しスピーカ９に与えるサウンドボード１３
なども搭載されている。

【００１９】監視端末３は、ソフトウェアとして通信制
御ソフト１５、ホストエミュレータ１７及び音声通報ソ
フト１９を備えている。ホストエミュレータ１７は、監
視端末３と同一の環境下で動作しているシステムの如く
にホスト１をエミュレートするものである。このホスト
エミュレータ１７は、定期的に（例えば１秒間隔で）、
通信制御ソフト１５を介してホスト１にアクセスして、
ホスト１のコンソール（図示せず）のディスプレイ画面
に表示されているコンソールメッセージのデータを取得
し、このコンソールメッセージデータを監視端末３のメ
モリ（図示せず）内のクリップボード２１に書き込む。
また、ホストエミュレータ１７は、監視端末３のディス
プレイ７に所定のウィンドウを開いて、そのウィンドウ
にホストコンピュータ１から取得したコンソールメッセ
ージデータを表示することもでき、この機能により、ホ
スト１のコンソールと同じ画面が監視端末３のディスプ
レイ７上に一つのウィンドウとして表示される。

【００２０】因みに、ホスト１のコンソール画面には所
定個数のコンソールメッセージが時間順で表示されてい
る。ホストエミュレータ１７は、このコンソール画面に
表示された所定個数のコンソールメッセージのデータを
１画面分纏めて取得してクリップボード２１に書き込
む。従って、クリップボード２１には常に、ホスト１の
コンソール画面に表示されている全てのコンソールメッ
セージのデータが保持され、そして、そのクリップボー
ド２１上のデータはホスト１のコンソール画面の更新に
実質的に実時間で追従して更新される。

【００２１】コンソールメッセージはホスト１で発生し
た各種の事象を示したものであるが、それらの事象はホ
スト１の正常な業務処理で発生する正常事象と、そうで
はない異常事象とに大別することができる。正常事象
は、その多くが日常的に発生するものであり、オペレー
タは、この正常事象のメッセージに接した場合、通常、
それを単なる情報（インフォメーション）として認識す
ればよいだけであることが多いので、以下、この正常事
象を「インフォメーション」と呼ぶ。一方、異常事象は
これを以下「エラー」と呼ぶが、オペレータは、このエ
ラーメッセージを見逃さないよう注意する必要があり、
且つ、このエラーメッセージに接した場合、通常、その
エラーを解消したり或いは被害の拡大を防いだりするた
めの適切な対処動作をできるだけ迅速に行う必要があ
る。

【００２２】さて、音声通報ソフト１９は、上記事情に
鑑みてオペレータの負担を出来るだけ軽くするような態
様で通報を行う機能を有している。すなわち、音声通報
ソフト１９は、図２に示すような特別のメッセージ通報
ウィンドウ４１をディスプレイ７に表示する。そして、
音声通報ソフト１９は、定期的に（例えば１秒間隔
で）、クリップボード２１からコンソールメッセージデ
ータを読み込み、その中から前回読み込んだデータに新
たに追加されたコンソールメッセージのデータを抽出し
て、その抽出した新コンソールメッセージがインフォメ
ーションメッセージかエラーメッセージかを識別する。
その結果、インフォメーションメッセージである場合
は、音声通報ソフト１９は、そのインフォメーションの
概要を示す文字メッセージを上記メッセージ通報ウィン
ドウ４１に表示し、同時に、そのインフォメーションを
説明する音声メッセージをスピーカ９から出力する。一
方、エラーメッセージである場合は、音声通報ソフト１
９は、そのエラーの概要を示す文字メッセージを上記メ
ッセージ通報ウィンドウ４１に表示し、そのエラーを説
明する音声メッセージをスピーカ９から出力し、これに
加えて、そのエラーに対する適切な対処動作を記載した
エラー対処指示書２５をプリンタ５に印刷させる。

【００２３】また、音声通報ソフト１９は、抽出したエ
ラーメッセージをエラーログファイル３７（図３参照）
に記録し、オペレータの要求があれば何時でも、エラー
ログファイル３７から全レコードを読み出し、またはオ
ペレータの指定したエラー発生時期（期間）やエラー種
別などに該当するレコードのみをエラーログファイル３
７から読み出し、それを記載したエラーログ指示書２５
をプリンタ５に印刷させることもできる。更に、音声通
報ソフト１９は、通信回線の異常の場合には、その回線
異常に起因する最初のエラーだけをオペレータに通報
し、同一の回線異常に起因する後続のエラーはオペレー
タが特に指示しない限り通報しない、という機能も有し
ている。

【００２４】図２は、音声通報ソフト１９が表示するメ
ッセージ通報ウィンドウ４１の構成を示す。

【００２５】このメッセージ通報ウィンドウ４１は、イ
ンフォメーションエリア４３、エラーエリア４５および
回線状態エリア４７に分けられている。インフォメーシ
ョンエリア４３は、最新の一つのインフォメーションを
表示することができ、インフォメーションの内容の概要
を表した文字メッセージが表示される内容フィールド４
３Ａと、インフォメーションの発生日時が表示される日
時フィールド４３Ｂと、インフォメーションのメッセー
ジレベル（重要度や緊急度などを反映したランク）が表
示されるレベルフィールド４３Ｃとを有している。

【００２６】エラーエリア４５は、最新の５つのエラー
を表示するための５個の個別エラーエリア４５１〜４５
５を有している。例えば、１番の個別エラーエリア４５
１は、その５つのエラーの中でも最新のものを表示する
エリアであり、５番のエリア４５５はその５つのエラー
の中で最も古いものを表示するエリアである。各個別エ
ラーエリア４５１〜４５５は、前述のインフォメーショ
ンエリアと同様に内容フィールドと日時フィールドとレ
ベルフィールドとをそれぞれ有している。

【００２７】回線状態エリア４７は、ホスト１が利用す
る通信回線（又は通信ネットワーク）の状態（正常又は
異常）を示すためのものである。図示のものは、ホスト
１がＡ回線、Ｂ回線およびＣ回線の３つの回線を利用す
る場合の例であって、それらＡ、Ｂ、Ｃ回線の状態を個
別に示す３つの状態フィールド４７１、４７２、４７３
が設けられている。

【００２８】図１に示した音声通報ソフト１９は、新し
いインフォメーションのデータをクリップボード２１か
ら取得すると、そのインフォメーションの内容概要の文
字メッセージと発生日時とメッセージレベルとを図２の
ウィンドウ４１内のインフォメーションエリア４３に表
示し、前のインフォメーションはインフォメーションエ
リア４３から消去する。また、新しいエラーのデータを
取得すると、音声通報ソフト１９は、そのエラーの内容
概要の文字メッセージと発生日時とメッセージレベルと
を図２のウィンドウ４１内の１番の個別エラーエリア４
５１に表示し、前に１番から４番の個別エラーエリア４
５１〜４５４にあった４つのエラーを１つ下段の個別エ
ラーエリア４５２〜４５５へシフトさせ、前に５番の個
別エラーエリア４５５にあったエラーはこのウィンドウ
４１から消去する。

【００２９】また、音声通報ソフト１９は、回線異常に
起因するエラーのデータを取得したときは、その異常に
なった回線の状態フィールド４７１、４７２又は４７３
に「異常」を表示すると共に、以後、同じ回線異常に起
因する後続のエラーは表示しない。オペレータがその回
線異常が解消された旨の入力操作をすると、音声通報ソ
フト１９はその「異常」の表示を「正常」に戻し、再
び、その回線異常に起因するエラーを表示できる状態に
戻る。

【００３０】このようにメッセージ通報ウィンドウ４１
では、最大５個の最新のエラーがインフォメーションの
表示から独立して表示されるので、オペレータがエラー
表示を監視するに当たり、インフォメーションの表示が
目障りにならない。また、一般にインフォメーションは
頻繁に発生するのに対しエラーは希にしか発生しないか
ら、コンソール画面上ではエラーメッセージが後続の頻
発するインフォメーションメッセージによって短時間の
内に画面から消去される可能性があるのに対し、このメ
ッセージ通報ウィンドウ４１では一旦発生したエラーは
長い期間にわたって表示され続けることになり、これに
より、オペレータがエラーを見逃す可能性が低くなる。
更に、各回線の状態をオペレータが認識することがで
き、しかも、同じ回線異常に起因して繰り返し生じるエ
ラーがオペレータを混乱させるという問題もない。

【００３１】図３は、音声通報ソフト１９の構成を示
し、図４は、この音声通報ソフト１９の処理流れを示し
ている。

【００３２】図３に示すように、音声通報ソフト１９
は、監視端末３のメモリ上（又はハードディスクのよう
なストレージ上）に、メッセージテーブル２７、音声フ
ァイル２９、表示ファイル３１、エラー対処ファイル３
３、回線フラグ３５、及びエラーログファイル３７を有
している。そして、音声通報ソフト１９は、図４に示す
通報処理を定期的（例えば１秒間隔で）繰り返す。

【００３３】図４の処理では、まずステップＳ１でクリ
ップボード２１からコンソール画面１画面分のコンソー
ルメッセージデータを取得し、続くステップＳ２で、取
得したコンソールメッセージデータを解析する。この解
析では、まず、その今回の１画面分のコンソールメッセ
ージデータと前回の１画面分のコンソールメッセージデ
ータとを比較して、今回新たなコンソールメッセージが
追加されているか否かをチェックする。新しいメッセー
ジが無ければこの通報処理を終了するが、新しいメッセ
ージがあった場合には、次にメッセージテーブル２７を
参照して、その新しいメッセージが何のメッセージであ
るのかを識別する。

【００３４】ここで、メッセージテーブル２７には、発
生可能性のある種々のインフォメーションメッセージが
登録されたインフォメーションメッセージテーブル２７
１と、発生可能性のある種々のエラーメッセージが登録
されたエラーメッセージテーブル２７２とが含まれてい
る。インフォメーションメッセージテーブル２７１には
各インフォメーションメッセージの構成要素（例えば、
メッセージコードやパラメータなど）とその識別コード
が、また、エラーメッセージテーブル２７２には各エラ
ーメッセージの構成要素（例えば、メッセージコードや
パラメータやメッセージレベルなど）とその識別コード
とが登録されている。

【００３５】これらのテーブル２７１、２７２を参照す
ることにより、音声通報ソフト１９は、ホスト１から取
得した新しいコンソールメッセージが通知しているイン
フォメーション又はエラーの種別やパラメータやメッセ
ージレベルを識別する。その際、先にエラーメッセージ
テーブル２７２を参照して、その新しいメッセージの通
知内容が何のエラーなのかの識別を先に行ない、その結
果該当するエラーが無かった場合に、次にインフォメー
ションメッセージテーブル２７１を参照して、その新し
いメッセージの通知内容が何のインフォメーションなの
かを識別する。

【００３６】この識別の結果、新しいメッセージの通知
内容がインフォメーションであった場合には次にステッ
プＳ３のインフォメーション表示処理及びＳ４のインフ
ォメーション音声処理を行なう。一方、新しいメッセー
ジの通知内容がエラーであった場合には、ステップＳ５
のエラー表示処理、ステップＳ６のエラー音声処理、及
びステップＳ７のエラー対処指示書印刷処理を行う。

【００３７】ステップＳ３又はＳ５の文字メッセージ表
示処理では、新しいメッセージの通知内容に対応した文
字メッセージのデータを表示ファイル３１から読み込ん
で、これを図２に示したメッセージ通報ウィンドウ４１
に表示する。ここで、表示ファイル３１には、種々のイ
ンフォメーションの内容概要やメッセージレベルを表し
た文字メッセージデータがそれぞれの識別コードと共に
登録されたインフォメーション表示ファイル３１１と、
種々のエラーの内容概要やメッセージレベルを表した文
字メッセージデータがそれぞれの識別コードと共に登録
されたエラー表示ファイル３１２とが含まれている。ス
テップＳ３では、ステップＳ２で識別したインフォメー
ションの内容概要及びメッセージレベルに対応した文字
メッセージのデータをインフォメーション表示ファイル
３１１から読み込んで、図２に示したウィンドウ４１内
のインフォメーションエリア４３に表示する。また、ス
テップＳ５では、ステップＳ２で識別したエラーの内容
概要及びメッセージレベルに対応した文字メッセージの
データをエラー表示ファイル３１２から読み込んで、図
２に示したウィンドウ４１内の１番目の個別エラーエリ
ア４５１に表示する。

【００３８】また、ステップＳ４又はＳ６の音声出力処
理では、新しいメッセージの通知内容に対応した音声メ
ッセージのデータを音声ファイル２９から読み込んで、
これを図２に示したサウンドボード１３へ送る。ここ
で、音声ファイル２９には、種々のインフォメーション
の内容を説明した音声メッセージデータがそれぞれの識
別コードと共に登録されたインフォメーション音声ファ
イル２９１と、種々のエラーの内容を説明した音声メッ
セージデータがそれぞれの識別コードと共に登録された
エラー音声ファイル２９２とが含まれている。ステップ
Ｓ４では、ステップＳ２で識別したインフォメーション
に対応した音声メッセージをインフォメーション音声フ
ァイル３１１から読み込んでサウンドボード１３に送
り、スピーカ９から出力させる。また、ステップＳ６で
は、ステップＳ２で識別したエラーに対応した音声メッ
セージをエラー音声ファイル２９２から読み込んでサウ
ンドボード１３に送り、スピーカ９から出力させる。

【００３９】エラーの音声メッセージは、これをオペレ
ータが聞き逃すことが無いように、特別の予鈴音（例え
ばチャイム音や音楽フレーズ）で開始され、エラー名称
を２回以上復唱する。また、エラー名称だけでなく、オ
ペレータが行うべき対処動作の概要や、メッセージレベ
ルの説明も行うことにより、オペレータを援助する。例
えば「×××故障発生。×××故障発生。直ちにサポー
ト及びＮＴＴデータへ通報。メッセージレベルＡ。メッ
セージレベルＡ。」というようにである。

【００４０】ステップＳ７のエラー対処指示書印刷処理
では、ステップＳ２で識別したエラーに対応したエラー
対処指示書データをエラー対処ファイル３３から読み込
み、これをプリンタ５に送ってそのエラー対処指示書２
５を印刷させる。ここで、エラー対処ファイル３３に
は、種々のエラーについてのエラー対処指示書のデータ
がそれぞれの識別コードと共に登録されており、ステッ
プＳ２で識別したエラーの識別コードから対応するエラ
ー対処指示書を選択できるようになっている。エラー対
処指示書には、オペレータが適切かつ迅速な対処動作が
行えるよう、エラーの発生日時、識別コード、発生箇
所、発生事象（エラー名称）、対処方法（対処動作の手
順）、参照資料（参照すべき又は有用なマニュアルや文
献など）、及び表示メッセージと音声メッセージのコピ
ーなどが記載されている。

【００４１】万が一、オペレータがエラーの表示メッセ
ージや音声メッセージを見逃し及び聞き逃したとして
も、プリンタ５上にはエラー対処指示書のハードコピー
が出力されているので、オペレータはそのハードコピー
を見ることで、確実にエラーの発生を知り、そして適切
な対処動作を起こすことが出来る。

【００４２】ところで、回線異常に起因するエラーが生
じた場合は、音声通報ソフト１９は、上述のステップＳ
５、Ｓ６及びＳ７を実行する前に、ステップＳ８で回線
フラグ３５を参照する。回線フラグ３５には、ホスト１
が使用するＡ、Ｂ、Ｃ回線の各々の状態（正常又は異
常）を示した個別回線フラグ３５５１〜３５３がある。
ステップＳ８では、エラーの発生した回線の状態を示す
個別回線フラグ３５１、３５２又は３５３を参照し、こ
れが「正常」であればステップ９へ進んでその個別回線
フラグを「異常」にセットした後、上述したステップＳ
５、Ｓ６，Ｓ７へ進む。一方、その参照した個別回線フ
ラグが「異常」であれば、そのエラーは無視して、上述
したステップＳ５、Ｓ６，Ｓ７へ進むことなく、この処
理を終える。これにより、同一の回線異常に起因して繰
り返し発生するエラーは、最初のものだけが通報され、
２つ目以降のエラーの通報は省略される。なお、一旦
「異常」となった個別回線フラグは、オペレータが回線
復旧の旨を音声通報ソフト１９に入力することで、「正
常」に戻される。

【００４３】上述したステップＳ５、Ｓ６及びＳ７のエ
ラー通報を行った後、音声通報ソフト１９はステップＳ
１０に進んでそのエラーのデータレコードをエラーログ
ファイル３７に追加する。エラーログファイル３７の内
容はエラーログリスト２３として、オペレータの要求で
随時にプリントアウトすることができる。

【００４４】以上、本発明の一実施形態を説明したが、
この実施形態はテーブル２７やファイル２９、３１、３
３やフラグ３５の内容を変更することにより、音声通報
ソフト１９自体は変更せずに、種々の監視対象システム
に応用することができる。

【００４５】なお、上記実施形態は本発明の説明のため
の例示に過ぎず、本発明の技術的範囲をこの実施形態に
のみに限定する趣旨ではない。本発明は、上記実施形態
に種々の変形、修正、改良、簡略化、他用途への応用な
どを行った様々な形態で実施することが可能である。例
えば、上記実施形態では発生事象を大きくインフォメー
ションとエラーとに分類して、特にエラーについて見逃
しが無いよう配慮してあるが、これは単なる一例であ
り、通報システムの適用用途に応じて、発生事象の分類
の仕方や、重視すべき事象の種類などが異なってくるか
ら、それぞれの事情に応じたアレンジを行うことが出来
る。また、上記実施形態では回線異常に起因するエラー
については、特別な取り扱いをしているが、これについ
ても、用途に応じて、そうした特別の取り扱いが必要か
否か、どのような種類の事象をそのように特別に取り扱
うかなど異なってくるので、やはり、それぞれの事情に
応じたアレンジを行うことが出来る。また、上記実施形
態では、エラーだけでなくインフォメーションについて
も音声メッセージを出力したが、インフォメーションの
場合は音声メッセージを省略して、エラーのときのみ音
声メッセージを出力するようにしてもよい。

【図面の簡単な説明】

【図１】本発明に係る通報システムの一実施形態の全体
構成を示すブロック図。

【図２】メッセージ通報ウィンドウ４１の構成を示す
図。

【図３】音声通報ソフト１９の構成を示すブロック図。

【図４】音声通報ソフト１９の処理流れを示すフローチ
ャート。

【符号の説明】

１ ホスト ３ 監視端末 ５ プリンタ ７ ディスプレイ ９ スピーカ １５ 通信制御ソフト １７ エミュレータ １９ 音声通報ソフト ２１ クリップボード ２３ エラーログリスト ２５ エラー対処指示書 ２７ メッセージテーブル ２９ 音声ファイル ３１ 表示ファイル ３３ エラー対処ファイル ３５ 回線フラグ ３７ エラーログファイル

Claims (11)

【特許請求の範囲】
1. 【請求項１】 監視対象システムでの発生事象を通知す
   るメッセージデータを受け、前記発生事象が所定の重要
   事象であるか非重要事象であるか判断する解析部と、 前記解析部の判断結果に応答して、前記発生事象が前記
   重要事象であるとき、前記重要事象をオペレータに通報
   するための表示メッセージ及び音声メッセージを出力す
   る通報部とを備えた通報システム。
2. 【請求項２】 前記通報部は、前記発生事象が前記重要
   事象であるとき、前記重要事象をオペレータに通報する
   ための印刷物を更に出力する請求項１記載の通報システ
   ム。
3. 【請求項３】 前記印刷物には、前記重要事象に対して
   オペレータが行うべき対処動作が記載されている請求項
   ２記載の通報システム。
4. 【請求項４】 前記通報部は前記表示メッセージを出力
   するためにメッセージ表示画面を表示し、このメッセー
   ジ表示画面には、最近の複数個の重要事項の表示メッセ
   ージを表示するための複数個のメッセージエリアが含ま
   れている請求項１記載の通報システム。
5. 【請求項５】 前記通報部は、前記発生事象が前記非重
   要事項であるとき、前記非重要事項をオペレータに通報
   するための表示メッセージを出力し、且つ、前記表示メ
   ッセージを出力するためにメッセージ表示画面を表示
   し、このメッセージ表示画面には、前記重要事項の表示
   メッセージの表示に専用される重要事項エリアと、前記
   非重要事項の表示メッセージの表示に専用される非重要
   事項エリアとが含むまれる請求項１又は５記載の通報シ
   ステム。
6. 【請求項６】 前記通報部は、発生した前記重要事象の
   うち、所定の同一原因で繰り返し発生する事象の２番目
   以降の事象については、前記表示メッセージと音声メッ
   セージの出力を省略する請求項１記載の通報システム。
7. 【請求項７】 発生可能性ある１以上の重要事象につい
   ての前記表示メッセージ及び音声メッセージがそれぞれ
   登録された表示ファイル及び音声ファイルを有する請求
   項１記載の通報システム。
8. 【請求項８】 前記監視対象システム側から送られてき
   た前記メッセージデータが書き込まれるクリップボード
   ををさらに備え、 前記解析部は、前記クリップボードから前記メッセージ
   データを受け取る請求項１記載の通報システム。
9. 【請求項９】監視対象システムでの発生事象を通知する
   メッセージデータを受け、前記発生事象が所定の重要事
   象であるか非重要事象であるか判断する解析部と、 前記解析部の判断結果に応答して、前記発生事象が前記
   重要事象であるとき、前記重要事象をオペレータに通報
   するための表示メッセージ及び音声メッセージを出力す
   る通報部とを備えた通報システムとして、コンピュータ
   を機能させるためのコンピュータプログラムを記録した
   コンピュータ読み取り可能な記録媒体。
10. 【請求項１０】 監視対象システムで発生する可能性の
    ある事象を通知するメッセージデータが登録され、監視
    対象システム側から送られてきたメッセージデータの通
    知内容を識別するために使用されるメッセージテーブル
    と、 発生可能性ある重要事象についての表示メッセージ及び
    音声メッセージがそれぞれ登録され、前記通知内容の識
    別結果に対応した特定の表示メッセージ及び音声メッセ
    ージをオペレータに出力するために使用される表示ファ
    イル及びと音声ファイルとを含むデータ構造を記録した
    コンピュータ読み取り可能な記録媒体。
11. 【請求項１１】 監視対象システムでの発生事象を通知
    するメッセージデータを受けるステップと、 前記発生事象が所定の重要事象であるか非重要事象であ
    るか判断するステップと、 前記判断結果に応答して、前記発生事象が前記重要事象
    であるとき、前記重要事象をオペレータに通報するため
    の表示メッセージ及び音声メッセージを出力するステッ
    プとを有した通報方法。