(57)【要約】【課題】  参加者の連携を容易に図ることができ、参加者に対して効果的な災害対策訓練を行うことが可能な災害対策訓練制御方法、災害対策訓練制御装置、災害対策訓練制御システム及び記録媒体を提供することを目的とする。【解決手段】  参加者用コンピュータ２にネットワークを介して接続され、参加者用コンピュータ２との間で実施される災害対策訓練を制御する制御用コンピュータ１の災害対策訓練制御方法であって、災害シナリオを読み出し、災害シナリオに応じたタイミングで各種イベント情報を参加者用コンピュータ２に通知するイベント情報通知段階と、参加者用コンピュータ２に入力された対応行動情報を取得して、その対応行動情報を通知する必要のある参加者用コンピュータ２に、対応行動情報を通知する対応行動情報通知段階とを有することにより上記課題を解決する。【選択図】  図１
2005284606.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上の参加者用コンピュータに所定のネットワークを介して接続されており、前記参加者用コンピュータとの間で実施される災害対策訓練を制御する制御用コンピュータの災害対策訓練制御方法であって、
災害に関するイベント情報が設定された災害シナリオを読み出し、前記災害シナリオに応じたタイミングで各種イベント情報を前記１つ以上の参加者用コンピュータに通知するイベント情報通知段階と、
前記１つ以上の参加者用コンピュータに入力された対応行動情報を取得して、その対応行動情報を通知する必要のある参加者用コンピュータに、前記対応行動情報を通知する対応行動情報通知段階と
を有することを特徴とする災害対策訓練制御方法。
【請求項２】
前記対応行動情報は、他の参加者用コンピュータに対する状況付与、問い合わせ、報告、回答または指示の少なくとも一つであることを特徴とする請求項１記載の災害対策訓練制御方法。
【請求項３】
前記対応行動情報通知段階は、前記イベント情報および対応行動情報が順次記録される格納手段から、前記１つ以上の参加者用コンピュータに入力された対応行動情報を取得する取得段階と、
前記対応行動情報を通知する必要のある参加者用コンピュータが有るか否かを判定する判定段階と、
前記対応行動情報を通知する必要のある参加者用コンピュータに、前記格納手段からの前記対応行動情報の取得を要求する要求段階と
を有することを特徴とする請求項１又は２記載の災害対策訓練制御方法。
【請求項４】
前記対応行動情報通知段階は、前記対応行動情報が他の参加者用コンピュータによる対応行動を求めるものであるとき、その対応行動の実施有無を視覚的に異なるように表示した画面データで通知することを特徴とする請求項１乃至３何れか一項記載の災害対策訓練制御方法。
【請求項５】
前記１つ以上の参加者用コンピュータは、前記災害対策訓練における役割に応じて１つ以上のグループに区分されており、前記対応行動情報を前記グループ単位で通知することを特徴とする請求項１乃至４何れか一項記載の災害対策訓練制御方法。
【請求項６】
前記イベント情報通知段階は、日時情報および時間間隔情報を前記１つ以上の参加者用コンピュータに報知し、前記災害シナリオの進行速度を制御することを特徴とする請求項１乃至５何れか一項記載の災害対策訓練制御方法。
【請求項７】
前記１つ以上の参加者用コンピュータに入力された対応行動情報を取得し、その対応行動情報と模範情報との比較結果に応じて前記対応行動情報を評価する評価段階を更に有することを特徴とする請求項１乃至６何れか一項記載の災害対策訓練制御方法。
【請求項８】
１つ以上の参加者用コンピュータに所定のネットワークを介して接続されており、前記参加者用コンピュータとの間で実施される災害対策訓練を制御する災害対策訓練制御装置であって、
災害に関するイベント情報が設定された災害シナリオを読み出し、前記災害シナリオに応じたタイミングで各種イベント情報を前記１つ以上の参加者用コンピュータに通知するイベント情報通知手段と、
前記１つ以上の参加者用コンピュータに入力された対応行動情報を取得し、その対応行動情報を通知する必要のある参加者用コンピュータに、前記対応行動情報を通知する対応行動情報通知手段と
を有することを特徴とする災害対策訓練制御装置。
【請求項９】
１つ以上の参加者用コンピュータと、前記参加者用コンピュータとの間で実施される災害対策訓練を制御する制御用コンピュータとが所定のネットワークを介して接続された災害対策訓練制御システムであって、
前記制御用コンピュータは、災害に関するイベント情報が設定された災害シナリオを読み出し、前記災害シナリオに応じたタイミングで各種イベント情報を前記１つ以上の参加者用コンピュータに通知するイベント情報通知手段と、
前記１つ以上の参加者用コンピュータに入力された対応行動情報を取得し、その対応行動情報を通知する必要のある参加者用コンピュータに、前記対応行動情報を通知する対応行動情報通知手段と
を有することを特徴とする災害対策訓練制御システム。
【請求項１０】
１つ以上の参加者用コンピュータに所定のネットワークを介して接続されており、前記参加者用コンピュータとの間で実施される災害対策訓練を制御するコンピュータを、
災害に関するイベント情報が設定された災害シナリオを読み出し、前記災害シナリオに応じたタイミングで各種イベント情報を前記１つ以上の参加者用コンピュータに通知するイベント情報通知手段と、
前記１つ以上の参加者用コンピュータに入力された対応行動情報を取得し、その対応行動情報を通知する必要のある参加者用コンピュータに、前記対応行動情報を通知する対応行動情報通知手段と
して機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、災害対策訓練制御方法、災害対策訓練制御装置、災害対策訓練制御システム及び記録媒体に係り、特に複数の参加者や組織が参加して行う災害対策訓練を制御する災害対策訓練制御方法、災害対策訓練制御装置、災害対策訓練制御システム及び記録媒体に関する。
【背景技術】
【０００２】
以前の災害対策訓練は、地震、火山の噴火、プラント事故等の災害の発生を想定した災害シナリオを準備し、その災害シナリオに沿って図上で行われていた。このような図上訓練では、訓練に参加する関係機関の参加者（以下、プレーヤーという）に災害地域の地図を予め渡しておき、訓練の統括者（以下、コントローラという）が例えば「地震発生」というような状況を伝達する。プレーヤーは、状況に応じて、詳細な被災状況の把握、二次災害の防止策の実行や住民の避難誘導等、救助や復旧を組織的に行うために必要な災害対策の指令を次々と発して被害を最小限にしようとする。
【０００３】
以前の図上訓練ではコントローラからの状況の伝達、個々のプレーヤーが発する指令および指令の結果が何れも紙片に記載されて個々のプレーヤーに渡される。つまり、図上訓練ではコントローラやプレーヤーは紙片を渡すことで状況、指令および指令の結果の伝達を行っていた。したがって、図上訓練ではコントローラ及びプレーヤーが一同に会して行わなければならなかった。また、図上訓練では全ての紙片を回収し、コントローラからの状況、指令および指令の結果を時系列に並べなければ、事後評価ができなかった。
【０００４】
近年、上記のような図上訓練における問題点を解決するため、ネットワークを通じて災害対策訓練を行う災害対策訓練制御システムが利用されるようになった（例えば、特許文献１）。
【特許文献１】特開２００２−１６２８９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
通常、訓練に参加する関係機関は、その責任範囲や権限が明確に分けられていることが多く、プレーヤーの発することのできる指令や入手できる情報に差異がある。この為、関係機関間の連携を図り、詳細な被災状況の把握、二次災害の防止策の実行や住民の避難誘導等、救助や復旧を効率的に行うための対応マニュアルが準備されている。
【０００６】
しかしながら、訓練に参加する関係機関間で行う状況、指令、指令の結果の伝達は、その種類および数が多い。この結果、関係機関は対応マニュアル通りに間違い無く災害対策訓練を進行させることが難しいという問題があった。例えば関係機関は他の関係機関から何らかの情報を伝達されると、その情報が回答を要するものなのか否かの確認をしなければならなかった。また、他の関係機関に対して回答を要する問い合わせをした場合、その問い合わせに対する回答があったか否かを確認しなければならなかった。
【０００７】
このような確認事項に間違いが生じると、関係機関間の連携が上手くいかなくなり、詳細な被災状況の把握、二次災害の防止策の実行や住民の避難誘導等、救助や復旧を効率的に行うことができないという問題があった。なお、従来の災害対策訓練制御システムはネットワーク経由で災害訓練シナリオを提供することを目的とするものでり、上記の問題点を解決できない。
【０００８】
本発明は、上記の点に鑑みなされたもので、参加者の連携を容易に図ることができ、参加者に対して効果的な災害対策訓練を行うことが可能な災害対策訓練制御方法、災害対策訓練制御装置、災害対策訓練制御システム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００９】
そこで、上記課題を解決するため、本発明は、１つ以上の参加者用コンピュータに所定のネットワークを介して接続されており、前記参加者用コンピュータとの間で実施される災害対策訓練を制御する制御用コンピュータの災害対策訓練制御方法であって、災害に関するイベント情報が設定された災害シナリオを読み出し、前記災害シナリオに応じたタイミングで各種イベント情報を前記１つ以上の参加者用コンピュータに通知するイベント情報通知段階と、前記１つ以上の参加者用コンピュータに入力された対応行動情報を取得して、その対応行動情報を通知する必要のある参加者用コンピュータに、前記対応行動情報を通知する対応行動情報通知段階とを有することを特徴とする。
【００１０】
本発明の災害対策訓練制御方法では、シナリオに応じたタイミングで各種イベント情報を参加者用コンピュータに通知し、参加者用コンピュータに入力された対応行動情報を通知する必要のある参加者用コンピュータに通知することにより、参加者の連携を容易に図ることができ、参加者に対して効果的な災害対策訓練を行うことが可能である。
【００１１】
前記対応行動情報は、他の参加者用コンピュータに対する状況付与、問い合わせ、報告、回答または指示の少なくとも一つであることを特徴としてもよい。本発明の災害対策訓練制御方法では、対応行動情報を状況付与、問い合わせ、回答または指示に区分する。例えば問い合わせは回答を有すると定義しておくことで、参加者は回答の要否の確認を容易に確認できる。
【００１２】
前記対応行動情報通知段階は、前記イベント情報および対応行動情報が順次記録される格納手段から、前記１つ以上の参加者用コンピュータに入力された対応行動情報を取得する取得段階と、前記対応行動情報を通知する必要のある参加者用コンピュータが有るか否かを判定する判定段階と、前記対応行動情報を通知する必要のある参加者用コンピュータに、前記格納手段からの前記対応行動情報の取得を要求する要求段階とを有することを特徴としてもよい。
【００１３】
本発明の災害対策訓練制御方法では、対応行動情報を通知する必要のある参加者用コンピュータに、格納手段からの前記対応行動情報の取得を要求することで、参加者用コンピュータに負荷を分散し、制御用コンピュータへの過大な負荷を避けることができる。
【００１４】
前記対応行動情報通知段階は、前記対応行動情報が他の参加者用コンピュータによる対応行動を求めるものであるとき、その対応行動の実施有無を視覚的に異なるように表示した画面データで通知してもよい。
【００１５】
本発明の災害対策訓練制御方法では、対応行動情報が他の参加者用コンピュータによる対応行動を求めるものであるとき、対応行動の実施有無を視覚的に異なるように表示することで、回答を有する対応行動情報の回答の要否を容易に確認できる。
【００１６】
前記１つ以上の参加者用コンピュータは、前記災害対策訓練における役割に応じて１つ以上のグループに区分されており、前記対応行動情報を前記グループ単位で通知してもよい。
【００１７】
本発明の災害対策訓練制御方法では、対応行動情報を前記グループ単位で通知することにより、一のグループから他のグループに対して対応行動情報を通知できる。例えば一のグループに含まれる参加者用コンピュータから通知された対応行動情報は、一のグループに含まれる全ての参加者用コンピュータから他のグループに含まれる全ての参加者用コンピュータに通知されたことになる。
【００１８】
前記イベント情報通知段階は、日時情報および時間間隔情報を前記１つ以上の参加者用コンピュータに報知し、前記災害シナリオの進行速度を制御してもよい。
【００１９】
本発明の災害対策訓練制御方法では、制御用コンピュータから日時情報および時間間隔情報を１つ以上の参加者用コンピュータに報知することで、災害対策訓練の時間経過を早くしたり遅くしたりできる。したがって、時間を効率的に使った災害対策訓練を行うことができる。
【００２０】
前記１つ以上の参加者用コンピュータに入力された対応行動情報を取得し、その対応行動情報と模範情報との比較結果に応じて前記対応行動情報を評価する評価段階を更に有することを特徴としてもよい。
【００２１】
本発明の災害対策訓練制御方法では、災害対策訓練に応じた模範情報と、実際に参加者用コンピュータに入力された対応行動情報とを比較することで、対応行動情報の評価を行うことができる。この評価は、例えば災害対策訓練の反省会などで利用可能である。
【００２２】
また、上記課題を解決するため、本発明は、前記災害対策訓練制御方法を利用する災害対策訓練制御装置、前記災害対策訓練制御装置を有する災害対策訓練制御システム及び前記災害対策訓練制御装置としてコンピュータを機能させるためのプログラムを記録した記録媒体としてもよい。
【００２３】
なお、プログラムを記録した記録媒体は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク（ＭＯ）等の様に情報を光学的、電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【発明の効果】
【００２４】
本発明によれば、参加者の連携を容易に図ることができ、参加者に対して効果的な災害対策訓練を行うことが可能な災害対策訓練制御方法、災害対策訓練制御装置、災害対策訓練制御システム及び記録媒体を提供できる。
【発明を実施するための最良の形態】
【００２５】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。
【００２６】
図１は、本発明による災害対策訓練制御システムの一例の構成図である。災害対策訓練制御システムは、コントローラサーバ１、プレーヤー用ＰＣ（以下、単にＰＣという）２ａ〜２ｎ、ＤＢサーバ３、災害シナリオＤＢ４、メッセージＤＢ５、例えばインターネット、有線又は無線ＬＡＮ等のネットワーク９で構成されている。なお、以下の説明ではＰＣ２ａ〜２ｎの何れでもよい場合、単にＰＣ２という。コントローラサーバ１と、ＰＣ２ａ〜２ｎと、ＤＢサーバ３とは、それぞれネットワーク９を介して接続されている。
【００２７】
制御用コンピュータの一例としてのコントローラサーバ１は、災害対策訓練（以下、単に訓練という）のコントローラが操作するものである。コントローラサーバ１は災害シナリオＤＢ４に格納されている災害シナリオを読み出し、その災害シナリオに沿って訓練を進行させる。災害シナリオには、訓練を進行させる為に必要な情報が含まれている。例えば災害シナリオには地震の発生を想定した訓練の場合、地震の発生日時、震源の位置、地震の規模、各地の震度、前震および余震に関する同様のデータ、気象条件、地震による火災の発生状況、道路の不通個所、橋梁の損傷個所、関連機関の人員と装備配置等のうちの１つ以上が含まれている。コントローラサーバ１は、災害シナリオに沿って、例えば「○○県にマグニチュード７の地震が発生」等の各種イベントをＰＣ２に通知してプレーヤーに状況付与する。
【００２８】
また、参加者用コンピュータの一例としてのＰＣ２ａ〜２ｎは、プレーヤーが操作するものである。プレーヤーは、コントローラサーバ１から各種イベントが通知されて状況付与されると、そのイベントに応じた対応行動をＰＣ２に入力する。対応行動には、被災状況の把握、二次災害の防止策の実行や住民の避難誘導等、救助や復旧を組織的に行うために必要な問い合わせ、回答、報告または指示などが含まれる。
【００２９】
ＰＣ２は、コントロールサーバ１又は他のＰＣ２との間で後述するメッセージ交換を行うことで、各種イベントや他のプレーヤーの対応行動を通知される。プレーヤーは、ＰＣ２で各種イベントや他のプレーヤーの対応行動を確認しつつ、対応マニュアルに沿って訓練を行う。
【００３０】
ＤＢサーバ３は、コントローラサーバ１から通知される各種イベントやＰＣ２から通知されるプレーヤーの対応行動を訓練実績（蓄積ログ）としてメッセージＤＢ５に順次記録していく。なお、コントロールサーバ１は訓練上の日時を表す日時情報と、訓練上の進行速度を表す時間間隔情報とをＰＣ２，ＤＢサーバ３に報知することで、訓練上の日時を同期させつつ訓練上の時間経過を自由に制御する。
【００３１】
図１の災害対策訓練制御システムを利用することで、コントローラとプレーヤーとは物理的に一個所に集合し、それぞれのコントローラサーバ１やＰＣ２を使用して訓練を実行することもできるし、物理的に一個所に集合することなく、地理的に離れた場所にあるコントローラサーバ１やＰＣ２を使用して訓練を実行することもできる。
【００３２】
コントローラサーバ１は、例えば図２のように構成される。なお、ＰＣ２やＤＢサーバ３の構成は図２と同様であるため、説明を省略する。図２は、コントローラサーバを実現する一例のハードウェア構成図である。
【００３３】
図２のコントローラサーバ１は、バスＢで相互に接続されている入力装置１１と，表示装置１２と，ドライブ装置１３と，補助記憶装置１５と，メモリ装置１６と，演算処理装置１７と，インターフェース装置１８とを有する構成である。なお、コントローラサーバ１を構成する各種デバイスは、１つの筐体に収容してもよいし、複数の筐体に分散して収容してもよい。
【００３４】
入力装置１１はキーボード，マウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置１２はディスプレイなどで構成され、操作に必要な各種ウインドウやデータ等を表示する。インターフェース装置１８は、ネットワーク９に接続する為のインターフェースであり、例えばモデム，ルータ等で構成される。
【００３５】
コントローラサーバ１を制御するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１４によって提供される。記録媒体１４は、ドライブ装置１３にセットされ、プログラムがドライブ装置１３を介して補助記憶装置１５にインストールされる。記録媒体１４は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク（ＭＯ）等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、又はＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００３６】
また、プログラムはインターフェース装置１８を介して接続される他のコンピュータの記録媒体等に記録されているものも含まれる。他のコンピュータの記録媒体等に記録されているプログラムは、インターフェース装置１８を介してダウンロードされて補助記憶装置１５にインストールされる。
【００３７】
補助記憶装置１５は、インストールされたプログラムと、そのプログラムの処理に必要な各種ファイル等を格納している。メモリ装置１６は、起動時に補助記憶装置１５からプログラムを読み出して格納する。演算処理装置１７は、メモリ装置１６に格納されたプログラムに従って、後述するような各種機能を実現する。なお、ＰＣ２やＤＢサーバ３も場合も同様に、プログラムに従って各種機能が実現される。
【００３８】
図３は、コントローラサーバの一例の機能構成図である。コントローラサーバ１は、シナリオ機能２１、訓練実行監視機能２２、反省会機能２３、通信機能２４を有する構成である。シナリオ作成機能２１、訓練実行監視機能２２及び反省会機能２３は、通信機能２４を利用してネットワーク９に接続可能である。
【００３９】
シナリオ作成機能２１は、例えばコントローラが行う災害シナリオの作成作業や編集作業を支援する為の各種機能を有している。コントローラは、シナリオ作成機能２１を利用することで各種イベントと、そのイベントをＰＣ２に通知する日時とを災害シナリオに設定できる。なお、シナリオ作成機能２１は例えばＧＵＩを利用して災害シナリオの作成作業や編集作業の効率化が図られている。シナリオ作成機能２１は、作成作業や編集作業を終えた災害シナリオを災害シナリオＤＢ４に格納する。
【００４０】
訓練実行監視機能２２は、災害シナリオに沿った訓練を実行および監視する為の各種機能を有している。訓練実行監視機能２２は、例えば図４のフローチャートのような手順で実現される。
【００４１】
図４は、訓練実行監視機能が行う処理の一例のフローチャートである。ステップＳ１０に進み、訓練実行監視機能２２は災害シナリオＤＢ４から訓練に利用する災害シナリオを読み出す。ステップＳ１１に進み、訓練実行監視機能２２は災害シナリオに設定されている各種イベントをＰＣ２に通知する日時と、訓練上の日時とを比較し、通知すべきイベントがあるか否かを判定する。
【００４２】
通知すべきイベントがあれば（Ｓ１１においてＹＥＳ）、訓練実行監視機能２２は通知すべきイベントをＰＣ２に通知したあと、ステップＳ１３に進む。なお、ステップＳ１２の通知は、後述するメッセージ種別「状況付与」のメッセージが利用される。一方、通知すべきイベントがなければ（Ｓ１１においてＮＯ）、訓練実行監視機能２２はステップＳ１３に進む。
【００４３】
ステップＳ１３では、訓練実行監視機能２２が通信機能２４を利用してＤＢサーバ３にアクセスし、メッセージＤＢ５に記録されている内容を確認する。なお、メッセージＤＢ５にはコントロールサーバ１とＰＣ２との間、又はＰＣ２とＰＣ２との間で通知される各種イベントやプレーヤーの対応行動を表すメッセージが記録されている。なお、各種イベントやプレーヤーの対応行動を表すメッセージには、メッセージ種別「状況付与」、「問い合わせ」、「報告」、「回答」、「指示」のメッセージが利用される。
【００４４】
ステップＳ１４に進み、訓練実行監視機能２２はメッセージＤＢ５に記録されている少なくとも一つのメッセージを通知する必要があるか否かを判定する。メッセージを通知する必要があると判定すれば（ステップＳ１４においてＹＥＳ）、訓練実行監視機能２２はステップＳ１５に進み、通知する必要のあるメッセージを宛先に通知するためのメッセージ通知処理を行ったあと、ステップＳ１１に戻って処理を続ける。なお、ステップＳ１５のメッセージ通知処理の詳細は後述する。一方、メッセージを通知する必要がないと判定すれば（ステップＳ１４においてＮＯ）、訓練実行監視機能２２はステップＳ１１に戻って処理を続ける。
【００４５】
訓練実行監視機能２２は、ステップＳ１１〜Ｓ１５の処理を繰り返し行うことで、災害シナリオに応じたタイミングで各種イベントをＰＣ２へ通知でき、メッセージＤＢ５に記録されているメッセージのうち通知する必要のあるメッセージを宛先のＰＣ２へ通知できる。
【００４６】
次に、ステップＳ１５のメッセージ通知処理について更に詳細に説明する。図５は、メッセージ通知処理を一部に含むメッセージ交換処理の一例のフローチャートである。ステップＳ２１に進み、プレーヤー１は通知された各種イベントや他のプレーヤーの対応行動に応じて自身の対応行動を決定する。プレーヤー１は、ＰＣ２を操作して例えば図６のようなメッセージ入力画面１００を画面に表示させる。
【００４７】
図６は、ＰＣ２に表示されるメッセージ入力画面の一例のイメージ図である。図６のメッセージ入力画面１００は、メッセージ種別選択欄１０１、宛先選択欄１０２、本文入力欄１０３、ファイル添付欄１０４を含むように構成されている。プレーヤー１は、メッセージ入力画面１００のメッセージ種別選択欄１０１、宛先選択欄１０２、本文入力欄１０３に必要な情報を入力すると共に、添付したいファイルがあればファイル添付欄１０４に添付する。
【００４８】
メッセージ種別選択欄１０１は、「問い合わせ」、「回答」、「報告」、「指示」の何れか一つを、入力したメッセージのメッセージ種別として選択する為の欄である。宛先選択欄１０２は、入力したメッセージの宛先を選択する為の欄である。また、本文入力欄１０３は自身の対応行動を表す本文の入力欄である。なお、コントローラサーバ１に表示される同様のメッセージ入力画面においては、メッセージ種別選択欄１０１に更に「状況付与」が選択表示され、選択可能となる。
【００４９】
プレーヤー１は、メッセージ入力画面１００を利用することで、自身の対応行動を表したメッセージをＰＣ２に入力できる。例えば図６のメッセージ入力画面１００の場合、メッセージ種別「問い合わせ」、宛先「プレーヤー２、３、４、７」のメッセージが入力されている。このように、プレーヤー１はメッセージ入力画面１００を利用して、メッセージ種別の異なるメッセージを容易に作成できる。
【００５０】
プレーヤー１は、メッセージの入力が終わると、メッセージを送信する為の操作（例えば送信ボタンのクリック）を行う。メッセージを発信する為の操作が行われると、ＰＣ２はＤＢサーバ３にアクセスし、メッセージ入力画面１００に入力されたメッセージをメッセージＤＢ５に記録させる。
【００５１】
ところで、ＰＣ２ａ〜２ｎは、訓練における役割に応じたグループに区分するため、何れか一つの関係機関に所属している。ステップＳ２２に進み、ＰＣ２は自分の所属する関係機関のプレーヤーが他のＰＣ２からメッセージを発信すると、ＤＢサーバ３にアクセスして、そのメッセージをメッセージＤＢ５から取得する。例えば一の関係機関に所属するＰＣ２から発信されたメッセージは、一の関係機関に所属する全てのＰＣ２から宛先の関係機関に所属する全てのＰＣ２に通知されたことになる。即ち、メッセージを関係機関単位で通知できる。
【００５２】
一方、コントローラサーバ１はステップＳ２３、Ｓ２４において、ＤＢサーバ３にアクセスしてメッセージＤＢ５に記録されている内容を確認し、プレーヤーにメッセージを通知する必要があると判定するまで処理を繰り返す。メッセージを通知する必要があるか否かの判定は、例えば宛先に通知されていないメッセージがメッセージＤＢ５に記録されているか否かで行われる。
【００５３】
プレーヤーにメッセージを通知する必要があると判定すれば、コントローラサーバ１はステップＳ２５に進み、宛先に通知されていないメッセージをプレーヤーに通知すべきメッセージとして判定する。ステップＳ２６に進み、コントローラサーバ１は通知すべきと判定したメッセージの宛先に、そのメッセージの取得要求を行う。即ち、通知すべきと判定したメッセージの宛先のＰＣ２に対し、メッセージの取得要求を行う。
【００５４】
ステップＳ２７に進み、メッセージの取得要求を受信したＰＣ２はＤＢサーバ３にアクセスし、取得要求に応じたメッセージを取得する。ＰＣ２が取得したメッセージは、例えば図７のようなメッセージ確認画面１１０に表示される。図７は、メッセージ確認画面１１０の一例のイメージ図である。図７のメッセージ確認画面１１０は、メッセージ種別確認欄１１１、送信元確認欄１１２、本文確認欄１１３、添付ファイル確認欄１１４、受信メッセージ確認欄１１５、発信メッセージ確認欄１１６を含むように構成されている。なお、メッセージ確認画面１１０には、シナリオに設定されたイベントに対応する状況付与のメッセージが各プレーヤーを送信元として表示される。
【００５５】
メッセージ種別確認欄１１１は、受信したメッセージのメッセージ種別を確認する欄である。送信元確認欄１１２は、受信したメッセージの送信元を確認する欄である。本文確認欄１１３は、受信したメッセージの本文を確認する欄である。プレーヤー７は、図７のようなメッセージ確認画面１１０を利用することで、自身の所属する関係機関が受信したメッセージを確認できる。
【００５６】
また、受信メッセージ確認欄１１５は、受信したメッセージのリスト表示、及び受信したメッセージの選択を行う為の欄である。受信メッセージ確認欄１１５において選択されたメッセージの詳細は、メッセージ種別確認欄１１１、送信元確認欄１１２、本文確認欄１１３、添付ファイル確認欄１１４に表示される。
【００５７】
なお、受信メッセージ確認欄１１５は、回答の必要なメッセージをその他のメッセージと視覚的に変化させて表示してもよい。また、複数のプレーヤーからの回答が必要なメッセージは、回答していないプレーヤーの数が多いほど色を濃くするなど、視覚的に変化させて表示してもよい。
【００５８】
送信メッセージ確認欄１１６は、発信したメッセージのリスト表示、及び発信したメッセージの選択を行う為の欄である。発信メッセージ確認欄１１６において選択されたメッセージの詳細は、図示しないメッセージ種別確認欄、宛先確認欄、本文確認欄、添付ファイル確認欄に表示される。
【００５９】
なお、送信メッセージ確認欄１１６は、回答の必要なメッセージをその他のメッセージと視覚的に変化させて表示してもよい。また、複数のプレーヤーからの回答が必要なメッセージは、回答されていないプレーヤーの数が多いほど色を濃くするなど、視覚的に変化させて表示してもよい。
【００６０】
図５のメッセージ通知処理では、メッセージＤＢ５にメッセージを記録し、メッセージの宛先であるＰＣがメッセージＤＢ５からメッセージを取得する構成としたため、負荷が分散され、コントローラサーバ１への過大な負荷を避けることができる。
【００６１】
ところで、コントローラは訓練中、各種イベントや各プレーヤーの対応行動などを把握するため、訓練状況をリアルタイムに監視しておく必要がある。そこで、コントローラはコントローラサーバ１又はコントローラサーバ１にリモートアクセス可能なコンピュータを操作して例えば図８のような訓練状況監視画面１２０を画面に表示させる。
【００６２】
図８は、訓練状況監視画面の一例のイメージ図である。図８の訓練状況監視画面１２０は、各種イベントが通知された時間や各プレーヤーの対応行動が通知された時間を訓練上の時間軸に基づき表示する。例えば図８の訓練状況監視画面１２０は、横軸に訓練上の時間経過を表し、縦軸にプレーヤーを表している。したがって、コントローラは訓練中、各種イベントや各プレーヤーの対応行動などを容易に把握できる。
【００６３】
なお、図８の訓練状況監視画面１２０は前述したメッセージ確認画面１１０と同様、回答の必要なメッセージをその他のメッセージと視覚的に変化させて表示してもよいし、複数のプレーヤーからの回答が必要なメッセージを、回答していないプレーヤーの数が多いほど色を濃くするなど、視覚的に変化させて表示してもよい。
【００６４】
次に、図５に表したメッセージ交換処理を実現するためのメッセージ形式について説明する。図９は、コントローラサーバ，ＰＣ，ＤＢサーバ間で交換されるメッセージの一例の構成図である。図９のメッセージは、メッセージ種別、メッセージＩＤ、発信時刻、オリジナルメッセージＩＤ、発信者情報、宛先情報、メッセージ内容を含むように構成されている。
【００６５】
メッセージ種別は、「状況付与」、「問い合わせ」、「回答」、「報告」、「指示」の何れか一つを表している。メッセージＩＤは、メッセージを一意に識別する識別子である。発信時刻は、メッセージを発信した訓練上の時刻である。オリジナルメッセージＩＤは、そのメッセージの契機となった他のメッセージのメッセージＩＤである。
【００６６】
例えば「問い合わせ」のメッセージに対する「回答」のメッセージである場合、オリジナルメッセージＩＤには、「問い合わせ」のメッセージのメッセージＩＤが格納されることになる。発信者情報は、メッセージを発信したプレーヤーの情報である。宛先情報は、メッセージの宛先である。また、メッセージ内容はメッセージ種別に応じた情報であり、例えばメッセージ入力画面１００の本文入力欄１０３に入力された本文である。
【００６７】
図９のメッセージはオリジナルメッセージＩＤを含むため、回答の必要なメッセージをその他のメッセージと視覚的に変化させて表示する処理や、複数のプレーヤーからの回答が必要なメッセージを、回答していないプレーヤーの数が多いほど色を濃くするなど、視覚的に変化させて表示する処理が容易となる。つまり、図７のメッセージ確認画面１１０や図８の訓練状況監視画面１２０において、回答状況に応じてメッセージを視覚的に変化させて表示する処理が容易となる。
【００６８】
次に、プレーヤー同士でＮ対Ｎのメッセージ交換を実現する仕組みを図１０を用いて説明する。図１０は、Ｎ対Ｎのメッセージ交換を実現する仕組みを表した一例の模式図である。
【００６９】
コントローラサーバ１は、前述したように訓練上の日時を表す日時情報と、訓練上の進行速度を表す時間間隔情報とをＰＣ２，ＤＢサーバ３に報知することで、訓練上の日時を同期させつつ訓練上の時間経過を自由に制御する。例えば訓練中に発生する待ち時間を圧縮したり、各種イベントや各プレーヤーの対応行動が短時間に多発する時間帯の時間経過を遅くしたり、停止したりすることで、時間を効率的に使った訓練が可能である。
【００７０】
ここでは、ＰＣ２ａ〜２ｃが一の関係機関、ＰＣ２ｄ及び２ｅが他の一の関係機関に所属しているとする。ＰＣ２ａ〜２ｃ、ＰＣ２ｄ及び２ｅから発信されたメッセージは、メッセージＤＢ５にプレーヤー毎に記録される。図１０では、ＰＣ２ａ〜２ｃから発信されたメッセージをプレーヤー１からのメッセージとして記録し、ＰＣ２ｄ及び２ｅから発信されたメッセージをプレーヤー２からのメッセージとして記録している。
【００７１】
受信したメッセージをプレーヤー毎に記録しておくことで、例えば一の関係機関に所属するＰＣ２ａから他の一の関係機関に発信されたメッセージは、一の関係機関に所属するＰＣ２ｂ及び２ｃから他の一の関係機関に所属するＰＣ２ｄ及び２ｅに通知されたことになる。したがって、プレーヤー（関係機関）同士でＮ対Ｎのメッセージ交換を実現することができる。
【００７２】
次に、プレーヤーが行う対応行動の例としてプレーヤー間で行う状況付与と報告を簡単に説明する。図１１は、イベントとして地震発生が通知されたときにプレーヤー間で行う状況付与と報告のイメージ図である。
【００７３】
例えばプレーヤー１は、前述した図７のようなメッセージ確認画面１１０を表示し、シナリオに設定された気象庁からの状況付与である地震情報を入手する。なお、気象庁はプレーヤーのひとつであってもよい。プレーヤーは、入手した地震情報に基づき災害対策本部設置の検討を行い、災害対策本部設置を決定する。次に、プレーヤー１は前述した図６のようなメッセージ入力画面１００を表示し、災害対策本部設置を決定した旨の情報を入力したメッセージをプレーヤー２に送信する。ここでは、「報告」のメッセージ種別が選択される。プレーヤー２は、メッセージ確認画面１１０を利用し、プレーヤー１からの報告である災害対策本部設置を決定した旨のメッセージを入手する。
【００７４】
プレーヤー２は、プレーヤー１が行った対応行動を容易かつ素早く把握できる。このように、プレーヤー間で状況付与や報告を容易に行うことができるので、情報の通知が極めて容易となる。
【００７５】
次に、プレーヤーが行う対応行動の例をとしてプレーヤー間で行う問い合わせ及び回答を簡単に説明する。図１２は、プレーヤー間で行う問い合わせ及び回答のイメージ図である。
【００７６】
例えばプレーヤー２は、メッセージ入力画面１００を表示し、問い合わせの内容を入力したメッセージをプレーヤー１に送信する。ここでは、「問い合わせ」のメッセージ種別が選択される。プレーヤー１は、メッセージ確認画面１１０を利用し、プレーヤー２からの問い合わせであるメッセージを確認する。例えばプレーヤー１は、メッセージ入力画面１００を表示し、問い合わせに対する回答の内容を入力したメッセージをプレーヤー２に送信する。ここでは、「回答」のメッセージ種別が選択される。
【００７７】
プレーヤー２は、メッセージ確認画面１１０を利用し、プレーヤー１からの回答であるメッセージを確認する。プレーヤー２は、プレーヤー１に対する問い合わせを容易に行うことができる。このように、プレーヤー間の問い合わせ及び回答が容易にできるので、プレーヤー間の連携が極めて容易となる。
【００７８】
なお、コントローラは訓練状況を監視しているだけでなく、コントローラサーバ１を操作することにより、訓練に介入できる。例えばコントローラは、各プレーヤーに対してメッセージを送信することで、訓練に介入する。また、あるプレーヤーが行う対応行動を予め災害シナリオに設定しておくことで、コントローラサーバ１は、あるプレーヤーを演じることも可能である。
【００７９】
図３に戻り、反省会機能２３について説明する。反省会機能２３は、各種イベントの発生や各プレーヤーが行った対応行動を時系列にレビューできるような画面を表示し、対応行動の漏れや遅れ、内容の不適格を確認するための各種機能を有している。
【００８０】
反省会機能２３は、通信機能２４を利用してＤＢサーバ３にアクセスし、メッセージＤＢ５に記録されている訓練実績に基づき、各種イベントの発生や各プレーヤーが行った対応行動を時系列にレビューできるような画面を作成して表示する。例えば各種イベントの発生や各プレーヤーが行った対応行動を時系列にレビューできるような画面としては、前述した図８の訓練状況監視画面１２０がある。
【００８１】
また、反省会機能２３は図１３のように、問い合わせのメッセージと、その問い合わせのメッセージに対する回答のメッセージとを対応させて表示可能である。図１３は、問い合わせ・回答一覧画面の一例のイメージ図である。図１３の問い合わせ・回答一覧画面によれば、問い合わせのメッセージに対する回答のメッセージの漏れや遅れを容易に確認できる。
【００８２】
また、反省会機能２３は図１４のように、受信したメッセージと、宛先毎に区分したメッセージとを表示可能である。図１４は、メッセージ送受信一覧画面の一例のイメージ図である。図１４のメッセージ送受信一覧画面によれば、受信したメッセージと、宛先毎に区分したメッセージとを容易に確認できる。
【００８３】
また、反省会機能２３は図１５のように、プレーヤー毎の対応行動を時系列に表示可能である。図１５は、対応行動一覧画面の一例のイメージ図である。図１５の対応行動一覧画面によれば、各種イベントの発生や各プレーヤーが行った対応行動を時系列に表示することで、対応行動の漏れや遅れ、内容の不適格を容易に確認できる。
【００８４】
なお、反省会機能２３は、災害シナリオ毎に対応マニュアルに応じた模範的な対応行動を模範情報として作成しておき、メッセージＤＢ５に記録されている訓練実績と比較することで訓練の評価を行うこともできる。
【００８５】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【００８６】
【図１】本発明による災害対策訓練制御システムの一例の構成図である。
【図２】コントローラサーバを実現する一例のハードウェア構成図である。
【図３】コントローラサーバの一例の機能構成図である。
【図４】訓練実行監視機能が行う処理の一例のフローチャートである。
【図５】メッセージ通知処理を一部に含むメッセージ交換処理の一例のフローチャートである。
【図６】ＰＣに表示されるメッセージ入力画面の一例のイメージ図である。
【図７】メッセージ確認画面の一例のイメージ図である。
【図８】訓練状況監視画面の一例のイメージ図である。
【図９】コントローラサーバ，ＰＣ，ＤＢサーバ間で交換されるメッセージの一例の構成図である。
【図１０】Ｎ対Ｎのメッセージ交換を実現する仕組みを表した一例の模式図である。
【図１１】イベントとして地震発生が通知されたときにプレーヤー間で行う状況付与と報告のイメージ図である。
【図１２】プレーヤー間で行う問い合わせ及び回答のイメージ図である。
【図１３】問い合わせ・回答一覧画面の一例のイメージ図である。
【図１４】メッセージ送受信一覧画面の一例のイメージ図である。
【図１５】対応行動一覧画面の一例のイメージ図である。
【符号の説明】
【００８７】
１    コントローラサーバ
２ａ〜２ｎ    プレーヤー用ＰＣ
３    ＤＢサーバ
４    災害シナリオＤＢ
５    メッセージＤＢ
９    ネットワーク
１１    入力装置
１２    表示装置
１３    ドライブ装置
１４    記録媒体
１５    補助記憶装置
１６    メモリ装置
１７    演算処理装置
１８    インターフェース装置
２１    シナリオ作成機能
２２    訓練実行監視機能
２３    反省会機能
２４    通信機能
Ｂ    バス
【図１】
2005284606.tif 000003
【図２】
2005284606.tif 000004
【図３】
2005284606.tif 000005
【図４】
2005284606.tif 000006
【図５】
2005284606.tif 000007
【図６】
2005284606.tif 000008
【図７】
2005284606.tif 000009
【図８】
2005284606.tif 000010
【図９】
2005284606.tif 000011
【図１０】
2005284606.tif 000012
【図１１】
2005284606.tif 000013
【図１２】
2005284606.tif 000014
【図１３】
2005284606.tif 000015
【図１４】
2005284606.tif 000016
【図１５】
2005284606.tif 000017