(57)【要約】  【課題】指令システムで発生する障害の情報を各事案に対応して必要最小限だけ表示させる方法、及びそれを用いた指令システムを安価に提供する。  【解決手段】システムを、緊急通報を受信し、緊急通報に対応するための事案を決定して指令を出力すると共に、同指令と対応した事案状態データを生成する指令台１と、指令台１および装置の障害状況監視結果である監視結果データを生成する監視手段２９と、多目的表示装置６ａと、監視結果データと事案状態データとに対応して多目的表示装置６ａへの障害情報の表示可否を決定する報知内容データが予め設定されたハードディスク６２と、監視結果データが障害のあることを示すときに、監視結果データ内容と事案状態データの内容とで指し示される報知データ内の被参照データに従って障害情報の多目的表示装置６ａへの表示／非表示を行なう障害通知手段５６とで構成する。【選択図】図２
2006031241.tif 000002
【特許請求の範囲】
【請求項１】
通報に対応するための事案を指令として出力すると共に、同指令と対応した事案状態データを生成する指令手段と、同指令手段からの指令を受けて稼動する装置と、前記指令手段および前記装置の障害状況監視結果である監視結果データを生成する監視手段と、情報を総合的に表示する表示手段とを備えた通信指令システムを用いて、前記監視結果データを前記表示手段に表示する通信指令システムの障害通知方法において、
前記監視結果データと前記事案状態データとに対応して前記表示手段への障害情報の表示可否を決定する報知内容データを予め設定テーブルとして記憶し、
前記監視結果データが障害のあることを示すときに、前記監視結果データの内容と前記事案状態データの内容とで指し示される前記設定テーブルの被参照データに従って前記障害情報の前記表示手段への表示／非表示を行なうことを特徴とする通信指令システムの障害通知方法。
【請求項２】
通報に対応するための事案を指令として出力すると共に、同指令と対応した事案状態データを生成する指令手段と、同指令手段からの指令を受けて稼動する装置と、前記指令手段および前記装置の障害状況監視結果である監視結果データを生成する監視手段と、情報を総合的に表示する表示手段とを備えた通信指令システムにおいて、
前記監視結果データと前記事案状態データとに対応して前記表示手段への障害情報の表示可否を決定する報知内容データが、予め設定テーブルとして記憶された報知内容データ記億部と、前記監視結果データが障害のあることを示すときに、前記監視結果データの内容と前記事案状態データの内容とで指し示される前記設定テーブルの被参照データに従って前記障害情報の前記表示手段への表示／非表示を行なう障害通知手段とを設けてなることを特徴とする通信指令システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信指令システムに係わり、より詳細には、システム全体の障害状況を消防署などの室内に設置された表示装置に表示させる障害通知方法、およびそれを用いた通信指令システムに関する。
【背景技術】
【０００２】
従来、通信指令システム内における通知方法は図６に示すパトライトの点滅や、図７に示すプロジェクタを用いたものがあった。
【０００３】
従来の警察／消防などの通信指令システムは、警察署／消防署などに設置されており、１１０番通報や１１９番通報などに応じて所定の署所に緊急出動を迅速に指令することが出来るようになっている。例えば図６で示すような指令台９１上の電話機９２に緊急通報が入ると、指令室内にあるパトライト９３、９４が黄色の点滅を始める。これを確認した担当者が通報の内容を電話機９２で確認し、緊急出動が必要と判断すると指令台９１を通して所定の署所に出動命令を発すると同時に、指令室全体に出動状態に入った事を知らせるため、パトライト９３、９４を赤色に点灯させる。
【０００４】
また、これに代わるものとして図７に示すように、指令台９１より送出される指令データを受信して映像信号に変換する機能を備えたパソコン９６と、同パソコン９６で変換された映像信号を投射により映像化する指令台９１の上に備えられたプロジェクタ８７が通信指令システムとして設けられている。また指令室内には、プロジェクタ８７から投射される緊急映像８３を映し出す天井８０や壁８９などの被映写面とが備えられており、通信指令システムの各種の状態を表示させるようにしている（例えば、特許文献１参照。）。
【０００５】
このように、パトライトやプロジェクタを用いる理由は、指令室内の他の表示機器への視野を妨げないようにし、かつ、必要な情報を確実に伝達するためである。
【０００６】
一方、このような通信指令システムは、近年、デジタル化が進められており、複雑な機器が通信ケーブルを介して接続されている。また、システムの性格上、システムの障害による出動や消火作業の遅れは許されないため、システム自体の障害を監視する障害監視装置が導入されている。これはシステムを構成する各機器のセルフテストや主要機器の温度や動作、ハードディスク装置の残容量を逐次検出し、異常を検知した場合に、例えば図７の多目的情報表示用ディスプレイ９５に、その異常内容を表示させて注意を促すものである。
【０００７】
このような方法は、通信指令システムに限らず、例えば複数の監視カメラの画像を表示装置で順に切り換えて監視する場合にも採用されており、特定の監視カメラで異常を検出すると、この異常を捉えた監視カメラの画像を特定の表示装置に連続して表示させるようにしたものがある（例えば、特許文献２参照。）。
【０００８】
しかしながら、パトライトやプロジェクタを用いた方法では、障害通知のための新たな装置が必要であり経費が増大する。また、特定の表示装置に切り換える方法では、切り換えるための優先順序が規定されていないため、先に表示されていた重要な情報（例えば火災場所の住所や地図）が、軽微な障害情報（例えばハードディスク装置の残容量が減少）により書き換えられてしまい、業務の遂行に支障をきたす場合があった。
【０００９】
【特許文献１】特開２００２−５６４７７号公報（第１−４頁、図１、図５）
【特許文献２】実開平５−８３８９４号公報（第１３−１４頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は以上述べた問題点を解決し、指令システムで発生する障害の情報を各事案に対応して必要最小限だけ表示させる方法、及びそれを用いた指令システムを安価に提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は上述の課題を解決するため、通報に対応するための事案を指令として出力すると共に、同指令と対応した事案状態データを生成する指令手段と、同指令手段からの指令を受けて稼動する装置と、前記指令手段および前記装置の障害状況監視結果である監視結果データを生成する監視手段と、情報を総合的に表示する表示手段とを備えた通信指令システムを用いて、前記監視結果データを前記表示手段に表示する通信指令システムの障害通知方法において、
前記監視結果データと前記事案状態データとに対応して前記表示手段への障害情報の表示可否を決定する報知内容データを予め設定テーブルとして記憶し、
前記監視結果データが障害のあることを示すときに、前記監視結果データの内容と前記事案状態データの内容とで指し示される前記設定テーブルの被参照データに従って前記障害情報の前記表示手段への表示／非表示を行なう方法にする。
【００１２】
もしくは、通報に対応するための事案を指令として出力すると共に、同指令と対応した事案状態データを生成する指令手段と、同指令手段からの指令を受けて稼動する装置と、前記指令手段および前記装置の障害状況監視結果である監視結果データを生成する監視手段と、情報を総合的に表示する表示手段とを備えた通信指令システムにおいて、
前記監視結果データと前記事案状態データとに対応して前記表示手段への障害情報の表示可否を決定する報知内容データが、予め設定テーブルとして記憶された報知内容データ記億部と、前記監視結果データが障害のあることを示すときに、前記監視結果データの内容と前記事案状態データの内容とで指し示される前記設定テーブルの被参照データに従って前記障害情報の前記表示手段への表示／非表示を行なう障害通知手段とを設ける。
【発明の効果】
【００１３】
以上の手段を用いることにより、本発明による通信指令システムの障害通知方法、およびそれを用いた通信指令システムによれば、
請求項１に係わる発明は、監視結果データと事案状態データとに対応して表示手段への障害情報の表示可否を決定する報知内容データを予め設定テーブルとして記憶し、
監視結果データが障害のあることを示すときに、監視結果データの内容と事案状態データの内容とで指し示される設定テーブルの被参照データに従って障害情報の表示手段への表示／非表示を行なう方法にすることにより、
指令システムで発生する障害の情報を各事案に対応して必要最小限だけ表示させることができ、システム障害発生時のオペレータの無用な混乱を避けることができる。また、この機能を安価に実現できる。
【００１４】
請求項２に係わる発明は、監視結果データと事案状態データとに対応して表示手段への障害情報の表示可否を決定する報知内容データが、予め設定テーブルとして記憶された報知内容データ記億部と、監視結果データが障害のあることを示すときに、監視結果データの内容と事案状態データの内容とで指し示される設定テーブルの被参照データに従って障害情報の表示手段への表示／非表示を行なう障害通知手段とを設けることにより、
指令システムで発生する障害の情報を各事案に対応して必要最小限だけ表示させることができ、システム障害発生時のオペレータの無用な混乱を避けることができる。また、この機能を安価に実現できる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を、添付図面に基づいた実施例として詳細に説明する。
【実施例１】
【００１６】
図１の消防指令システムのブロック図を参照して、実施例の機能、動作を説明する。本部装置１０は、指令手段である指令台１、自動出動指定装置２、地図等検索装置３、指令伝送送信装置４、障害監視装置５、大型の表示手段である多目的情報表示用ディスプレイ６ａを備えたサーバ６、ネットワークプリンタ７で構成されるとともに、相互に、例えばＬＡＮ（local area network：構内情報通信網）で、回線接続している。
【００１７】
本部装置１０に設けた指令台１は、１１９番通報等の緊急通報１ａを受信しオペレータが通報者と通話して通報の内容を確認する。自動出動指定装置２は、緊急通報１ａの内容をオペレータが、マウス、タッチパネルなどの入力装置を用いて、逐次入力するとともに入力された通報の内容に基づき自動的に緊急出動車両、例えば、救急車や消防車などを指定し、また、指令書をネットワークプリンタ７で出力する。
【００１８】
地図等検索装置３は、入力された通報の内容に基づき緊急発生地点を含む地図、特殊危険物の処理方法等を検索し出力する。指令伝送送信装置４は、指令書及び地図を送信データとして生成し、回線網９を介して各署所装置２０へ送信するとともに音声合成による予告指令、本指令の音声データを送信する。
【００１９】
サーバ６は、システム全体の統括的な管理を行なうと共に、現在の事案（緊急通報と対応する業務や関連する情報）が事案状態データとして記憶されており、必要に応じて他の機器や回線を介して署所装置２０へ送出するようになっている。
【００２０】
また、サーバ６には、システムに接続されている各機器の障害の監視結果データも逐次入力されて記憶されており、どの機器が今どのような障害状況であるかを把握できるようになっている。また、この監視結果データと事案状態データとは、障害監視装置５からＬＡＮを介して確認できるようになっている。
【００２１】
なお、各機器は、各機器ごとにマルチタスクで実行されている障害監視プログラムを用いて障害の監視が行なわれており、各機器で実行されているアプリケーションソフトの状態やハードディスクの残容量、ハードディスクの状態、マザーボードの温度や冷却ファンの回転状態などを一定時間ごとに検出し、この結果を監視結果データとしてサーバ６に送信するようになっている。
【００２２】
障害監視装置５はＬＡＮの回線状態を逐次監視することにより、各装置間のネットワークが正常に機能しているか否かを監視し、この監視結果をサーバ６へ送信する。
また、障害監視装置５は、一定時間毎にサーバ６から事案データと監視結果データとを読み出し、現在の事案状態に対応する監視結果を多目的情報表示用ディスプレイ６ａに表示する。
【００２３】
署所装置２０は、本部装置１０と回線接続し、指令伝送送信装置４が送信した送信データを受信し、指令書及び地図を復元し、画面表示用データを生成するとともに、音声データを復元し音声出力し、また、画面表示用データを画面表示し、指令書及び地図を印刷出力する。
【００２４】
図２は本部装置１０の各ブロックの内部を詳細に説明するブロック図である。なお、本願の特徴以外の部分については、一般的なデジタル消防指令システムと同じため、図示を省略しているが、実際には前述の機能を実現する手段が備えられている。
【００２５】
図２には、自動出動指定装置２、障害監視装置５、多目的情報表示用ディスプレイ６ａを備えたサーバ６、そして、その他装置がＬＡＮの回線で接続されている。ここで、その他装置とは、指令台１、地図等検索装置３、指令伝送送信装置４などを示している。
これらの装置はパソコンをベースとして作成されており、基本的には各装置で実行されるアプリケーションプログラムにより、その機能が決定される。本願の特徴機能を中心に考えると同じ機能となるため、説明上では１種類の装置として考える。
【００２６】
自動出動指定装置２は、自分自身の主要な状態を監視するため、以下に説明する複数の監視手段を備えており、故障や障害を検知したり、事前の警告を可能としている。
監視手段２９は、マルチタスクにより並列に動作しているアプリケーションプログラムの実行状態を監視するアプリケーション実行監視手段２３と、実装メモリ容量に対する空きメモリ容量比率を監視する空きメモリ監視手段２４と、予め算出された標準ハードディスク残容量に対する現在のハードディスクの残容量を監視するハードディスク容量監視手段２５と、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks ）におけるハードディスクの状態を監視するハードディスク動作監視手段２６と、マザーボード上のＣＰＵの温度上昇を監視するＣＰＵの温度監視手段２７と、パソコン筐体の送風ファンの回転状態を監視する送風ファン回転監視手段２８がある。
【００２７】
これらの監視手段２９は定期的に監視を行い、その監視結果データは通信手段２１を介してサーバ６の内部に備えられたハードディスク６２に送信され蓄積される。また、これとは別に、事案状態監視手段２２は、指令台１から送信される事案状態データに基づいて、事案状態を監視しており、事案が変化するごとに事案状態データを通信手段２１を介してサーバ６の内部に備えられたハードディスク６２に送信して事案状態データを更新する。
【００２８】
サーバ６はハードディスク６２上に障害監視データを各装置単位で記憶しており、また、自動出動指定装置２から送信される事案状態データを通信手段２１を介して受信して記憶している。また、サーバ６には自動出動指定装置２の監視手段２９と同じものが備えられており、サーバ６自身の障害を監視すると共に、直接、自分と対応する障害監視データの所定のハードディスク領域を更新するようになっている。さらに、システムの障害監視を行なうための設定データも設定テーブルの形式でハードディスク６２上に記憶しており、このデータに従って多目的情報表示用ディスプレイ６ａに表示される障害情報の内容と、障害情報表示のタイミングが決定される。なお、設定データが記憶されたハードディスク６２が報知内容データ記憶部である。
【００２９】
なお、多目的情報表示用ディスプレイ６ａには様々な内容を表示するため、表示メモリ部６３へ格納される表示データを書き換えることにより、様々な情報を表示することができる。システムに障害がない場合は、現場周辺の地図や住所などの現在の事案データが表示されている。システムに障害が発生した場合は、障害の程度と現在の事案状態と障害が発生した装置によって、障害情報を表示する程度（全画面か子画面かなど）が決定される。この障害の程度、現在の事案状態、障害が発生した装置の組合せは、ハードディスク６２上に設定データとして記憶されている。
【００３０】
このように障害の程度と現在の事案状態と障害が発生した装置によって、表示する程度を決定することが本願の特徴であり、必要な障害情報を必要なタイミングで表示させることにより、システムの障害発生時に事案処理に影響を与えることがないため、無用な混乱を避けることができ、かつ、オペレータに明確に周知させることができる。
【００３１】
障害監視装置５は、ＬＡＮを介して通信する通信手段２１と、ＬＡＮ回線の使用率やＬＡＮを使用しての各装置間の通信実績回数を監視するネットワーク監視手段５２と、障害監視装置５自身の障害を監視する前述した監視手段２９と、サーバ６から事案状態データと監視結果データとを読み出して比較と判断とを行なう比較・判断手段５３と、比較・判断した障害情報を常に表示する表示部５５と、比較・判断手段５３の指示により、システム障害による異常や警告の表示データをサーバ６の表示メモリ部６３へ送信する異常・警告データ送出部５４とから構成されている。
なお、ネットワーク監視手段５２と監視手段２９とからの監視結果データは、通信手段２１を介してサーバ６のハードディスク６２上に記憶される。また、比較・判断手段５３と異常・警告データ送出部５４とで障害通知手段５６を構成している。
【００３２】
その他の装置である指令台１や地図等検索装置３や指令伝送送信装置４等は、それぞれ通信手段２１と監視手段２９とを備えており、各装置の障害状態を監視結果データとしてサーバ６のハードディスク６２上に記憶する。
【００３３】
次に図３の表を用いて本願に係わるデータ内容と動作について説明する。図３はサーバ６内のハードディスクに記憶されている設定データを示す表であり、（Ａ）は各装置での監視項目と障害の程度を分類したものであり、（Ｂ）は障害監視装置での監視項目、（Ｃ）は各事案に対する報知対象装置と報知内容を分類したものである。
【００３４】
図３（Ａ）では監視項目、つまり、各監視手段で監視する内容を示しており、各監視手段毎に３つのレベルに分類している。つまり、監視結果データが正常の範囲か、また、警告の範囲か、異常の範囲かを区分している。この表に記載されている値と各監視手段で定期的に更新される監視結果データとを比較することにより、どの装置が正常か、異常か、又は、異常ではないが放置しておくと異常となりうる可能性があり、操作員に警告すべきかを判定することができる。
【００３５】
図３（Ｂ）も監視項目の一つであるが、ネットワーク、つまりこの例ではＬＡＮの状態を監視しており、障害監視装置５のみに使用される。この監視では、ＬＡＮの回線状態を直接、ネットワーク監視手段５２で監視しており、所定時間内に各装置間で通信を行なったか、つまり、各装置の通信機能は正常かどうかを監視している。また、ＬＡＮの回線使用率も同時に監視しており、回線障害によるデータの輻輳がないかも監視している。
【００３６】
図３（Ｃ）は本願の特徴である「事案状態に対応して障害の報知内容と報知装置とを選択」するための分類、すなわち、報知内容データをテーブル化したものである。
システム全体には複数の装置が備えられているが、全ての時間で動作している訳ではない。ここで言う動作とは電源が投入されていることではなく、各装置固有の処理を行なっている状態をいう。つまり、動作状態でない場合は待機状態となっている。また、全ての装置が正常であれば、障害はなく、従って報知も不要である。さらに、「事案なし」の場合、基本的にシステムは待機状態であり、警告や異常の状態に優先する事項はない。従って図３（Ｃ）に示すように、全ての装置（装置番号：１〜６）において、警告や異常を報知する。
【００３７】
この報知内容データのテーブルに記載されている装置番号が表示対象の装置を表すとともに、表示可否データの機能も併せ持っており、装置番号が記載されていれば障害情報の表示が「可」であり、記載されていなければ「不可」となる。
従って、各装置からの監視結果データが警告、又は異常のときに、現在の事案状態データと監視結果データで指し示される報知内容データ内の被参照データ、つまり、表示可否データを読み出して、警告、又は異常である監視結果データの装置番号が記載されていれば多目的情報表示用ディスプレイへ対応する障害情報を表示し、記載されていなければ表示しない。
【００３８】
事案の状態が「現場検索中」であれば、地図等検索装置が主として可動しており、出動に欠かすことのできない情報処理を行なっている。従って、事案の状態が「現場検索中」の時はいかなる装置でも警告は報知しない。しかしながら、地図等検索装置が異常であれば、その検索結果自体が信用できないため、地図等検索装置の異常を報知する。
【００３９】
事案の状態が「出動指令発令前」であれば、各装置が出動指令を発令するためにフル可動中であり、いかなる装置でも警告は報知しない。しかしながら、自動出動指定装置２と指令伝送送信装置４、及び指令台１とが異常であれば、出動指令の発令できないため、この３つの装置については異常を報知する。
【００４０】
事案の状態が「出動指令発令後」であれば、出動した車両が現場に到着し、新たな情報が連絡されるまで、システム全体は一時的に待機状態となる。従ってこの間は警告や異常の状態に優先する事項はないため、全ての装置（装置番号：１〜６）において、警告や異常を報知する。
図３の設定内容は一例であり、システムに接続される装置や監視項目、事案の内容により運用に最適な設定にすることができる。
【００４１】
このように事案の状態と、対象となる装置と、報知の内容（警告、異常）との条件により、システムの中心となる表示装置、つまり、多目的情報表示用ディスプレイ６ａに表示する、しないを決定するため、先に表示されていた重要な情報（例えば火災場所の住所や地図）が、軽微な障害情報（例えばハードディスク装置の残容量が減少）により書き換えられて業務の遂行に支障をきたすことがなくなり、円滑なシステム運用をおこなうことができる。
【００４２】
図４は本発明における各装置の処理手順を説明するフローチャートであり、（Ａ）は自動出動指定装置、（Ｂ）はその他装置、（Ｃ）は障害監視装置を示している。
また、図５はサーバの処理手順を説明するフローチャートである。フローチャートでは、各ステップを”ＳＴ番号”であらわし、判断ステップで”Ｙ”、”Ｎ”はそれぞれＹｅｓとＮｏを表している。
これらの処理を行なうプログラムはマルチタスクで起動されるため、システムの電源投入後に自動的に起動され、連続的に実行を行なうようになっている。
【００４３】
図４（Ａ）の自動出動指定装置では、自分自身に備えられている各監視手段、つまり、アプリケーション実行監視手段と空きメモリ監視手段とハードディスク動作監視手段とＣＰＵ温度監視手段と送風ファン回転監視手段とから、現在の各値を監視結果データとして取込み、通信手段を介してサーバのハードディスク上に確保された自動出動指定装置の監視結果データ領域を更新する（ＳＴ１）。
【００４４】
次に指令台からの事案変更データが有るか確認し（ＳＴ２）、事案変更データがあれば（ＳＴ２−Ｙ）、事案状態を更新し、通信手段を介してサーバのハードディスク上に確保された事案状態データ領域を更新する（ＳＴ３）。事案変更データがなければ（ＳＴ２−Ｎ）、ＳＴ１へジャンプして一連の動作を繰り返す。
【００４５】
図４（Ｂ）のその他装置では、前述した自動出動指定装置と同様に、自分自身に備えられている各監視手段から現在の各値を監視結果データとして取込み、通信手段を介してサーバのハードディスク上に確保されたそれぞれの装置の監視結果データ領域を更新する（ＳＴ４）。そして、一連の動作を繰り返す。
【００４６】
図４（Ｃ）の障害監視装置では、前述した自動出動指定装置と同様に、自分自身に備えられている各監視手段から現在の各値を監視結果データとして取込み、通信手段を介してサーバのハードディスク上に確保された自動出動指定装置の監視結果データ領域を更新する（ＳＴ５）。
【００４７】
次にネットワーク監視手段から現在の値を監視結果データとして取込み、通信手段を介してサーバのハードディスク上に確保された障害監視装置の監視結果データ領域を更新する（ＳＴ６）。
そして、設定データと事案状態データと監視結果データとを読み出すために、それぞれのデータを要求する要求電文をサーバへ送信し、サーバのハードディスクから設定データと事案状態データと監視結果データとを読み出し（ＳＴ７）、図３（Ａ）及び図３（Ｂ）の値とそれぞれ比較し、各装置および各監視項目ごとに「正常」、「警告」、「異常」を比較・判断手段で判別し、この結果を障害状況リストとして、障害監視装置に備えられている表示部に表示する（ＳＴ８）。
【００４８】
そして、図３（Ｃ）に示す設定データの現在の事案と対応する「警告」と「異常」欄で示される装置が前述した障害状況リストの「警告」と「異常」に含まれる場合は、その対応する装置名と「警告」又は「異常」の報知内容を異常・警告データ送出部で表示データとして生成し、通信手段を介してサーバの表示メモリ部へ送信する（ＳＴ−９）。つまり、多目的情報表示用ディスプレイに表示されていた内容が障害の報知情報に自動的に切り換えられることになる。
【００４９】
このとき、「警告」又は「異常」の報知内容に優先順位をつけてもよい。例えば、「警告」の報知内容ならば、その内容を子画面で表示し、すでに表示されている内容を主として表示させるようにし、また、「異常」の報知内容であれば、障害の内容を主画面とし、すでに表示されている内容を子画面で表示させるようにしてもよい。
【００５０】
次に図５を用いてサーバの処理手順を説明する。まず、サーバは受信データがあるか確認し（ＳＴ１０）、データがなければ（ＳＴ１０−Ｎ）、他の装置と同様に自分自身に備えられている各監視手段から現在の各値を監視結果データとして取込み、直接、サーバのハードディスク上に確保された監視結果データ領域を更新し（ＳＴ１５）、ＳＴ１０へジャンプする。
【００５１】
受信データがあれば（ＳＴ１０−Ｙ）、受信データが事案状態に関連するものか確認し（ＳＴ−１１）、事案状態に関連するものであれば（ＳＴ１１−Ｙ）、受信データが障害監視装置からの要求電文か確認する（ＳＴ１６）。受信データが要求電文であれば（ＳＴ１６−Ｙ）、ハードディスク上の事案状態データを読み出して返送する（ＳＴ１７）。そして、ＳＴ１０へジャンプする。
【００５２】
受信データが要求電文でなければ（ＳＴ１６−Ｎ）、事案状態データであるため、サーバのハードディスク上に確保された事案状態データ領域を更新し（ＳＴ１８）、ＳＴ１０へジャンプする。
【００５３】
一方、受信データが事案状態に関連するものでなければ（ＳＴ１１−Ｎ）、受信データが監視結果に関連するものか確認し（ＳＴ−１２）、監視結果に関連するものであれば（ＳＴ１２−Ｙ）、受信データが要求電文か確認する（ＳＴ１９）。受信データが要求電文であれば（ＳＴ１９−Ｙ）、ハードディスク上の監視結果データを読み出して返送する（ＳＴ２０）。そして、ＳＴ１０へジャンプする。
【００５４】
受信データが要求電文でなければ（ＳＴ１９−Ｎ）、監視結果データであるため、サーバのハードディスク上に確保された監視結果データ領域を更新し（ＳＴ２１）、ＳＴ１０へジャンプする。
【００５５】
また、受信データが監視結果に関連するものでなければ（ＳＴ１２−Ｎ）、受信データが設定データの要求電文か確認し（ＳＴ−１２Ａ）、設定データの要求電文であれば（ＳＴ１２Ａ−Ｙ）、設定データを読み出して返送する（ＳＴ２２）。そして、ＳＴ１０へジャンプする。
【００５６】
また、受信データが設定データの要求電文でなければ（ＳＴ１２Ａ−Ｎ）、受信データが表示データか確認する（ＳＴ−１３）。表示データでなければ（ＳＴ１３−Ｎ）、無視してＳＴ１０へジャンプする。表示データであれば（ＳＴ１３−Ｙ）、受信データを表示メモリ部へ書き込み（ＳＴ１４）、ＳＴ１０へジャンプする。
【００５７】
なお、ここには記載しないが、サーバには指令台からの指示により、表示メモリ部の内容を任意に書き換える機能を備えており、必要に応じて障害報知の画面から通常の画面に切り換えたり、また、障害報知の画面に戻したり、所定の動作に制御することが可能になっている。さらに、障害監視装置では指令台からの指示により、異常・警告データ送出部を一時的に停止させることも可能であり、多目的情報表示用ディスプレイの表示内容を自動的に書き換え禁止とすることもできる。
【００５８】
以上説明したように本発明は、監視手段を備えている指令システムであれば、ソフトウェアの追加だけで実現できるため、機能の追加を安価に実現でき、さらに、指令システムで発生する障害の情報を各事案に対応して必要最小限だけ表示させることができ、システム障害発生時のオペレータの無用な混乱を避けることができる。
【００５９】
なお、障害監視手段をすでに備えているシステムであれば、各装置のプログラムの変更だけで本発明を実現できるため、前述したフローチャートを実現するプログラムを記憶媒体に格納しておけば、記憶媒体の内容を他のシステムに読み込ませて本発明のシステムを容易に移植することができる。
また、この実施例では消防指令システムを例として説明しているが、本発明はこれに限るものではなく、警察指令システムやタクシー無線を用いたタクシーの配車システムなどに幅広く応用可能である。
【図面の簡単な説明】
【００６０】
【図１】本発明による消防指令システムのブロック図である。
【図２】本発明による本部装置の内部を示すブロック図である。
【図３】設定データを示す表であり、（Ａ）は各装置での監視項目と障害の程度を分類したもの、（Ｂ）は障害監視装置での監視項目、（Ｃ）は各事案に対する報知対象装置と報知内容を分類したものである。
【図４】本発明による各装置の処理手順を説明するフローチャートであり、（Ａ）は自動出動指定装置、（Ｂ）はその他装置、（Ｃ）は障害監視装置を示している。
【図５】本発明によるサーバの処理手順を説明するフローチャートである。
【図６】従来の通信指令システムの通知方法を示す斜視図である。
【図７】従来の他の通信指令システムの通知方法を示す斜視図である。
【符号の説明】
【００６１】
１  指令台（指令手段）
１ａ  緊急通報
２  自動出動指定装置
３  地図等検索装置
４  指令伝送送信装置
５  障害監視装置
６  サーバ
６ａ  多目的情報表示用ディスプレイ（表示手段）
７  ネットワークプリンタ
９  回線網
１０  本部装置
２０  署所装置
２１  通信手段
２２  事案状態監視手段
２３  アプリケーション実行監視手段
２４  メモリ監視手段
２５  ハードディスク容量監視手段
２６  ハードディスク動作監視手段
２７  ＣＰＵ温度監視手段
２８  送風ファン回転監視手段
２９  監視手段
５２  ネットワーク監視手段
５３  比較・判断手段
５４  異常・警告データ送出部
５５  表示部
５６  障害通知手段
６２  ハードディスク
６３  表示メモリ部
【図１】
2006031241.tif 000003
【図２】
2006031241.tif 000004
【図３】
2006031241.tif 000005
【図４】
2006031241.tif 000006
【図５】
2006031241.tif 000007
【図６】
2006031241.tif 000008
【図７】
2006031241.tif 000009