(57)【特許請求の範囲】
【請求項１】
緊急車両を有する施設単位に設置され、前記緊急車両の稼動状態を管理する複数の施設サーバと、前記複数の施設サーバと通信が可能な中央サーバとからなり、
前記中央サーバは、
前記緊急車両の稼動状態情報及び位置情報を前記複数の施設サーバの夫々より取得する取得手段と、
前記取得手段により前記複数の施設サーバの夫々より取得された前記緊急車両の稼動状態情報及び位置情報を記憶する動態管理記憶手段と、
前記複数の施設サーバのいずれかより前記稼動状態情報の取得要求があった場合、取得要求を行った施設サーバへ前記動態管理記憶手段により記憶された前記緊急車両の夫々の稼動状態情報を送信する送信手段とを備え、
前記施設サーバは、
地図情報を記憶する地図情報記憶手段と、
該施設サーバが設置されている施設が有する緊急車両の稼動状態情報及び位置情報を記憶する緊急車両状態記憶手段と、
前記緊急車両状態記憶手段により記憶された前記緊急車両の稼動状態情報を前記中央サーバへ通知する中央サーバ通知手段と、
前記中央サーバより他の施設が有する緊急車両の稼動状態情報及び位置情報を取得する緊急車両情報取得手段と、
前記緊急車両に対する出動指示と該出動指示の指示内容とを含む指示情報を受け付ける出動指示受付手段と、
前記出動指示受付手段により出動指示が受け付けられると該出動指示における目的地の位置情報を取得する位置情報取得手段と、
前記位置情報取得手段により取得された目的地の位置情報と、前記出動指示受付手段により受け付けられた指示情報における指示内容と、前記緊急車両状態記憶手段により記憶された施設の緊急車両の稼動状態情報及び位置情報と、前記緊急車両情報取得手段により取得された他の施設が有する緊急車両の稼動状態情報及び位置情報とに基づいて、前記出動指示受付手段により受け付けられた出動指示に対して出動する緊急車両を選択する緊急車両選択手段とを備え、
前記位置情報取得手段は、前記地図情報と、前記目的地の位置情報と、前記緊急車両状態記憶手段により記憶された施設の緊急車両の稼動状態情報及び位置情報と、前記緊急車両情報取得手段により取得された他の施設が有する緊急車両の稼動状態情報及び位置情報とに基づいて、前記緊急車両情報取得手段により取得された他の施設が有する緊急車両の稼動状態情報が待機中を示す緊急車両の前記目的地への到達時間と、前記緊急車両状態記憶手段により記憶された施設の緊急車両の稼動状態情報が出動中を示す緊急車両の該出動による処置後の前記目的地への到達時間とを算出し、
前記緊急車両選択手段は、前記算出結果に基づいて、前記出動指示に対して出動する緊急車両を選択することを特徴とする緊急車両管理システム。
【請求項２】
請求項１に記載の緊急車両管理システムにおいて、
前記位置情報取得手段は、前記地図情報と、前記目的地の位置情報と、前記緊急車両情報取得手段により取得された他の施設が有する緊急車両の稼動状態情報及び位置情報とに基づいて、前記緊急車両情報取得手段により取得された他の施設が有する緊急車両の稼動状態情報が他の施設へ帰還中であることを示す緊急車両の前記目的地への到達時間をさらに算出し、
前記緊急車両選択手段は、前記稼動状態情報が待機中を示す緊急車両、前記稼動状態情報が出動中を示す緊急車両、及び前記稼動状態情報が他の施設へ帰還中であることを示す緊急車両の到着時間の算出結果に基づいて、前記出動指示に対して出動する緊急車両を選択することを特徴とする緊急車両管理システム。
【請求項３】
請求項１または請求項２に記載の緊急車両管理システムにおいて、
前記施設は消防機関であり、前記出動指示受付手段により受け付けられた指示情報における指示内容には災害の規模が含まれていることを特徴とする緊急車両管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、災害に対して最適な緊急車両の配置を行う緊急車両管理システムに関するものである。
【背景技術】
【０００２】
災害に対する緊急車両の配置の決定に必要な情報は、災害現場における危険物の有無、消化のために水を供給する水利の有無、医療機関の有無、医療機関におけるベッドの有無及び気象条件である。また、災害の規模に応じて、災害現場に出動させる緊急車両の最適な台数を決定する必要がある。現状では、１１９番通報者の話に基づいて、指令センター員の経験と勘により、これらの判断がなされている。
【０００３】
しかし、緊急車両の配置は１１９番通報者の話に基づいて、指令センター員の経験と勘により決定されているため、指令センター員の判断による緊急車両の配置と実際の災害現場に必要な緊急車両の配置に食い違いが生じるという問題がある。例えば、災害が想定以上の規模であった場合、消防車両を追加する必要があり、災害対応が後手になってしまう。また、災害が想定以下の規模であった場合、本来出動する必要のない緊急車両を出動させることになり、結果として、他の災害現場に出動させることができる緊急車両を減らしてしまうことになる。
【０００４】
また、災害に対する緊急車両の不足から他管轄の応援が必要な場合、出動できる緊急車両の台数などの事情がわからないために、さらに出動が遅れてしまうという問題がある。
【０００５】
上述の問題を解決する従来技術として、大規模な火災に対して、定量的に鎮火計画たてることができ、勘や経験のみに頼らない総合的な判断を下すことができる消化活動支援システムが知られている（例えば特許文献１）。
【特許文献１】特開２００７−１６４６２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示されている技術は、大規模な火災に対して鎮火計画を立てるものであるために、各管轄を統括する中央において判断を下すには適したシステムであるが、各管轄だけで対応できる火災に対しては、各管轄だけで判断することができないという問題がある。
【０００７】
本発明は、上述した問題点を解決するためになされたものであり、各管轄内で災害に対して最適な緊急車両の配置を決定し、管轄内の緊急車両の不足に応じて他管轄に応援を要請する緊急車両配置システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するため、緊急車両管理システムは、緊急車両を有する施設単位に設置され、前記緊急車両の稼動状態を管理する複数の施設サーバと、前記複数の施設サーバと通信が可能な中央サーバとからなり、前記中央サーバは、前記緊急車両の稼動状態情報及び位置情報を前記複数の施設サーバの夫々より取得する取得手段と、前記取得手段により前記複数の施設サーバの夫々より取得された前記緊急車両の稼動状態情報及び位置情報を記憶する動態管理記憶手段と、前記複数の施設サーバのいずれかより前記稼動状態情報の取得要求があった場合、取得要求を行った施設サーバへ前記動態管理記憶手段により記憶された前記緊急車両の夫々の稼動状態情報を送信する送信手段とを備え、前記施設サーバは、該施設サーバが設置されている施設が有する緊急車両の稼動状態情報及び位置情報を記憶する緊急車両状態記憶手段と、前記緊急車両状態記憶手段により記憶された前記緊急車両の稼動状態情報を前記中央サーバへ通知する中央サーバ通知手段と、前記中央サーバより他の施設が有する緊急車両の稼動状態情報及び位置情報を取得する緊急車両情報取得手段と、前記緊急車両に対する出動指示と該出動指示の指示内容とを含む指示情報を受け付ける出動指示受付手段と、前記出動指示受付手段により出動指示が受け付けられると該出動指示における目的地の位置情報を取得する位置情報取得手段と、前記位置情報取得手段により取得された位置情報と、前記出動指示受付手段により受け付けられた指示情報における指示内容と、前記緊急車両状態記憶手段により記憶された施設の緊急車両の稼動状態情報及び位置情報と、前記緊急車両情報取得手段により取得された他の施設が有する緊急車両の稼動状態情報及び位置情報とに基づいて、前記出動指示受付手段により受け付けられた出動指示に対して出動する緊急車両を選択する緊急車両選択手段とを備え、前記緊急車両選択手段は、前記緊急車両情報取得手段により取得された他の施設が有する緊急車両の稼動状態情報を参照し、該稼動情報が待機中を示す情報である緊急車両を前記緊急車両選択手段による選択対象とすることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、各管轄内で災害に対して最適な緊急車両の配置を決定し、管轄の緊急車両の不足に応じて他管轄に応援を要請する緊急車両配置システムを提供できるという効果を奏する。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態について図を用いて説明する。
【００１１】
まず、本実施の形態に係る消防車両配置システムについて説明する。図１は、本実施の形態に係る緊急車両配置システムを示す図である。
【００１２】
本実施の形態に係る緊急車両配置システムは、特定の地域を管轄とする消防本部Ａに設置された本部サーバ２０ａ、本部サーバ２０ａに接続された消防指令台３０ａと、消防本部Ａとは異なる地域を管轄とする消防本部Ｂに設置された本部サーバ２０ｂ、本部サーバ２０ｂに接続された消防指令台３０ｂと、消防本部Ａ及び消防本部Ｂとは異なる地域を管轄とする消防本部Ｃに設置された本部サーバ２０ｃ、本部サーバ２０ｃに接続された消防指令台３０ｃと、これらの消防本部Ａ〜Ｃを統括する消防庁に設置された中央サーバ１０とを備える。また、中央サーバ１０と各消防本部に設置された本部サーバ２０ａ〜２０ｃはネットワークを介して互いに接続されているものとする。また、本実施の形態において、消防本部Ａ〜Ｃが管轄とする地域は互いに隣り合う地域とする。
【００１３】
消防指令台３０ａ〜３０ｃは、災害の通報を受信し、各消防本部の管轄内の消防署へ指令を出すものであり、本部サーバ２０ａ〜２０ｃに対する入出力用のユーザインターフェイスである。また、消防指令台３０ａ〜３０ｃは、管轄内の緊急車両に対して情報を送信し、また、緊急車両から応答を受信することができる。
【００１４】
次に、本実施の形態に係る本部サーバの構成について説明する。図２は、本実施の形態に係る本部サーバの構成を示すブロック図である。また、図３は、動態管理テーブルを示す図である。なお、本部サーバ２０ａ〜２０ｃは同様の構成とし、図２においては一例として本部サーバ２０ａの構成を説明する。
【００１５】
本部サーバ２０ａは、管轄情報管理部２００、位置情報取得部２０５（位置情報取得手段、地図情報記憶手段）、動態管理部２０６（緊急車両状態記憶手段）、通信部２０７（緊急車両情報取得手段、中央サーバ通知手段）、緊急車両選択部２０８（緊急車両選択手段、緊急車両情報取得手段）、入出力部２０９を備える。また、管轄情報管理部２００は、医療機関テーブル２０１、危険物テーブル２０２、水利テーブル２０３、気象テーブル２０４を備える。
【００１６】
医療機関テーブル２０１は、消防本部Ａの管轄内の医療機関と、その位置座標が対応付けられて保存されているものである。また、危険物テーブル２０２は、火災になった場合に危険な場所（工場、耐火構造ではない建物、可燃性物質を保管している倉庫等）と、その位置座標が対応付けられて保存されているものである。また、水利テーブル２０３は、管轄内にある消火栓、防火水槽、または河川やプールなど、消火を行うための水利施設と、その位置座標が対応付けられて保存されているものである。また、気象テーブルは、管轄内の湿度、風速、天気などが対応付けられて保存されているものである。
【００１７】
また、入出力部２０９は、消防指令台３０ａとの間の情報の入出力を行うものである。また、位置情報取得部２０５は、入出力部２０９を介して、消防指令台３０ａより災害現場の位置座標を取得するものである。また、位置情報取得部２０５は、地図情報を保持しており、管轄情報管理部２００から医療テーブル２０１、危険物テーブル２０２、水利テーブル２０３を読み込むことによって、災害現場から医療機関までの距離、災害現場が危険な場所であるかどうか、災害現場から水利までの距離を算出することができる。
【００１８】
また、動態管理部２０６は、図３に示すような動態管理テーブル２０６ａを備え、入出力部２０９を介して消防指令台３０ａより、管轄内の緊急車両の動態と現在位置座標を取得し、動態管理テーブル２０６ａに対応付けて保存するものである。緊急車両の動態は、消防署に待機中であることを示す“待機”、災害現場に出動していることを示す“現場”、消防署に帰署中であることを示す“帰署中”とする。また、動態管理部２０６は、動態管理テーブル２０６ａを３０秒毎に更新するものとする。
【００１９】
また、通信部２０７は、ネットワークを介して、消防庁の中央サーバ１０、消防本部Ｂの本部サーバ２０ｂ、消防本部Ｃの本部サーバ２０ｃと通信を行うものである。また、緊急車両選択部２０８は、動態管理部２０６、位置情報取得部２０５、気象テーブル２０４、通信部２０７、及び入出力部２０９からの情報に基づいて、災害現場に出動する緊急車両を決定する。
【００２０】
次に、本実施の形態に係る中央サーバの構成について説明する。図４は、本実施の形態に係る中央サーバの構成を示すブロック図である。また、図５は、総合動態管理テーブルを示す図である。また、図６は、災害情報テーブルを示す図である。
【００２１】
中央サーバ１０は、総合動態管理部１０１（動態管理記憶手段）、災害情報管理部１０２、通信部１０３（取得手段、送信手段）を備える。通信部１０３は、ネットワークを介して、本部サーバ２０ａ〜２０ｃと通信を行うものである。また、総合動態管理部１０１は、図５に示すような総合動態管理テーブル１０１ａを備え、通信部１０３を介して、各消防本部の動態管理テーブル２０６ａを取得することにより、緊急車両の動態と、緊急車両が所属する管轄と、現在位置座標を取得し、これらを総合動態管理テーブル１０１ａに対応付けて保存するものである。また、総合動態管理部１０１は、総合動態管理テーブル１０１ａを３０秒毎に更新するものとする。
【００２２】
また、災害情報管理部１０２は、図６に示すような災害情報テーブル１０２ａを備え、通信部１０３により各消防本部から災害情報として受信された災害の概要、災害地点、災害種別と、これらの情報を送信した消防本部とを対応付け、各災害情報に対するＩＤとして災害番号を付加して災害情報テーブル１０２ａに保存する。また、災害情報管理部１０２は、災害情報テーブル１０２ａを３０秒毎に更新するものとする。
【００２３】
次に、本実施の形態に係る本部サーバの動作について説明する。図７は、本実施の形態に係る本部サーバの動作を示すフローチャートである。なお、図７における本部サーバは本部サーバ２０ａとし、災害は火災によるものとする。
【００２４】
まず、消防指令台３０ａより入出力部２０９に災害情報が入力されると（Ｓ１０１）、緊急車両選択部２０８は、平均的な規模の火災に対して出動させる緊急車両として、水槽車２台、はしご車１台、ポンプ車２台、救急車２台を選択し（Ｓ１０２）、危険物テーブル２０２を読み込んだ位置情報取得部２０５を参照し、災害現場が危険かどうかを判断する（Ｓ１０３）。なお、災害現場が危険かどうかは、危険物備蓄量が１００リットル以上であり、且つ建物が耐火構造ではなく、且つ消防査察から３ヶ月以上たっているものについて危険であると判断する。
【００２５】
災害現場が危険であると判断された場合（Ｓ１０３，ＹＥＳ）、緊急車両選択部２０８は、出動させる緊急車両として水槽車１台、ポンプ車１台を増車し（Ｓ１０４）、水利テーブル２０３を読み込んだ位置情報取得部２０５を参照し、災害現場から３０ｍ以内の水利が５個未満であるかどうかを判断する（Ｓ１０５）。
【００２６】
災害現場から３０ｍ以内の水利が５個未満である場合（Ｓ１０５，ＹＥＳ）、消火に使用する水の確保が困難になるため、緊急車両選択部２０８は、出動させる緊急車両として水槽車１台、ポンプ車１台を増車し（Ｓ１０６）、再度位置情報取得部２０５を参照し、災害現場から１００ｍ以内に河川やプールなどの多くの水量を確保できる水利があるかどうかを判断する（Ｓ１０７）。
【００２７】
１００ｍ以内に多くの水量を確保できる水利がある場合（Ｓ１０７，ＹＥＳ）、水が確保できるため、緊急車両選択部２０８は、出動させる緊急車両から水槽車１台を減車し（Ｓ１０８）、医療機関テーブル２０１を読み込んだ位置情報取得部２０５を参照し、災害の被災者を１０分以内に搬送できる医療機関が３つ以上あるかどうかを判断する（Ｓ１０９）。なお、ベッドが満床である病院は対象外とする。また、災害現場から医療機関までの移動にかかる時間の算出方法については後述する。
【００２８】
被災者を１０分以内に搬送できる距離にある医療機関が３つ以上ない場合（Ｓ１０９，ＮＯ）、被災者に対して応急手当が必要であるため、緊急車両選択部２０８は、出動させる緊急車両として救急車２台を増車し（Ｓ１１０）、気象テーブル２０４を参照して、災害現場の風速が１０ｍ以上であるかどうかを判断する（Ｓ１１１）。
【００２９】
災害現場の風速が１０ｍ以上である場合（Ｓ１１１，ＹＥＳ）、風によって火災が拡大する可能性があるため、緊急車両選択部２０８は、出動させる緊急車両からポンプ車を１台増車し（Ｓ１１２）、動態管理部２０６の動態管理テーブル２０６ａを参照して、出動させる緊急車両の台数が管轄内の出動可能な緊急車両の台数を越えているかどうかを判断する（Ｓ１１３）。
【００３０】
出動させる緊急車両の台数が管轄内の出動可能な緊急車両の台数を越えている場合（Ｓ１１３，ＹＥＳ）、緊急車両選択部２０８は、後述する応援要請処理を実行する（Ｓ１１４）。
【００３１】
一方、出動させる緊急車両の台数が管轄内の出動可能な緊急車両の台数を越えていない場合（Ｓ１１３，ＮＯ）、緊急車両選択部２０８は処理を終了する。
【００３２】
また、ステップＳ１１１の判断において、災害現場の風速が１０ｍ以上ではない場合（Ｓ１１１、ＮＯ）、緊急車両選択部２０８は、動態管理部２０６の動態管理テーブル２０６ａを参照して、出動させる緊急車両の台数が管轄内の出動可能な緊急車両の台数を越えているかどうかを判断する（Ｓ１１３）。
【００３３】
また、ステップＳ１０９の判断において、被災者を１０分以内に搬送できる距離にある医療機関が３つ以上ある場合（Ｓ１０９，ＹＥＳ）、緊急車両選択部２０８は、気象テーブル２０４を参照して、災害現場の風速が１０ｍ以上であるかどうかを判断する（Ｓ１１１）。
【００３４】
また、ステップＳ１０７の判断において、１００ｍ以内に多くの水量を確保できる水利がない場合（Ｓ１０７，ＮＯ）、緊急車両選択部２０８は、災害の被災者を１０分以内に搬送できる医療機関が３つ以上あるかどうかを判断する（Ｓ１０９）。
【００３５】
また、ステップＳ１０５の判断において、災害現場から３０ｍ以内の水利が５個未満ではない場合（Ｓ１０５，ＮＯ）、緊急車両選択部２０８は、災害現場から１００ｍ以内に河川やプールなどの多くの水量を確保できる水利があるかどうかを判断する（Ｓ１０７）。
【００３６】
また、ステップＳ１０３の判断において、災害現場が危険ではないと判断された場合（Ｓ１０３，ＮＯ）、緊急車両選択部２０８は、災害現場から３０ｍ以内の水利が５個未満であるかどうかを判断する（Ｓ１０５）。
【００３７】
次に、応援要請処理について説明する。図８は、応援要請処理の動作を示すフローチャートである。この応援要請処理は、図７に示した処理におけるステップＳ１１４にあたる。
【００３８】
まず、緊急車両選択部２０８は、通信部２０７を介して、中央サーバ１０に災害情報を送信し（Ｓ２０１）、災害情報の送信に対する応答として、中央サーバ１０から災害情報テーブル１０２ａの災害番号を取得し（Ｓ２０２）、管轄内において、動態が現場である緊急車両のうち最短で災害現場に到着できる緊急車両の到着時刻を位置情報取得部２０５に算出させ、算出させた到着時刻をαとして図示しないメモリに保存する（Ｓ２０３）。なお、緊急車両が災害現場へ到着する時刻の算出方法については後述する。
【００３９】
次に、緊急車両選択部２０８は、中央サーバ１０から総合動態管理テーブル１０１ａを取得し（Ｓ２０４）、取得した総合動態管理テーブル１０１ａから動態が待機または帰署中である他の管轄の緊急車両のうち最短で災害現場に到着できる緊急車両の到着時刻を位置情報取得部２０５に算出させ、算出させた到着時刻をβとしてメモリに保存する（Ｓ２０５）。
【００４０】
次に、緊急車両選択部２０８は、到着時刻αと到着時刻βを比較し、到着時刻βの方が早いかどうかを判断する（Ｓ２０６）。
【００４１】
到着時刻βの方が早い場合（Ｓ２０６，ＹＥＳ）、緊急車両選択部２０８は、他の本部サーバに対して、緊急車両の応援を要請し（Ｓ２０７）、応援を必要とする災害の情報として、ステップＳ２０２において取得した災害番号を通知し（Ｓ２０８）、出動可能かどうかの応答を他の本部サーバから受信し（Ｓ２０９）、応援を要請した緊急車両が出動可能かどうかを判断する（Ｓ２１０）。
【００４２】
応援を要請した緊急車両が出動可能である場合（Ｓ２１０，ＹＥＳ）、緊急車両選択部２０８は、災害現場に向かっている緊急車両に対して、応援を要請した緊急車両の到着予定時刻を通知する（Ｓ２１１）。
【００４３】
一方、応援を要請した緊急車両が出動不可能である場合（Ｓ２１０，ＮＯ）、緊急車両選択部２０８は、処理を終了する。
【００４４】
また、ステップＳ２０６の判断において、到着時刻βの方が遅いか、同時刻である場合（Ｓ２０６，ＹＥＳ）、緊急車両選択部２０８は、管轄内の緊急車両を選択し（Ｓ２１２）、処理を終了する。
【００４５】
次に、緊急車両が災害現場へ到着する時刻の算出方法について説明する。図９は、管轄内の緊急車両が災害現場へ到着する時刻の算出方法を示す図であり、図１０は、他の管轄の緊急車両が災害現場へ到着する時刻の算出方法を示す図である。なお、図９における緊急車両は所定の出動場所の患者を病院へ搬送する救急車とし、図１０における緊急車両は待機中である救急車とする。
【００４６】
図９に示すように、位置情報取得部２０５は、入出力部２０９より救急車の現在地の座標と、出動場所の座標と、患者の搬送先であるＡ病院の座標とを取得し、位置情報取得部２０５を参照して、消防本部から出動場所への最短ルートＡ、出動場所からＡ病院への最短ルートＢ、Ａ病院から災害現場への最短ルートＣと各最短ルートの距離を地図情報から割り出す。最短ルートＡが３ｋｍ、最短ルートＢが１０ｋｍ、最短ルートＣが１２ｋｍである場合、予め設定された平均的な救急車の平均走行時間（３ｋｍあたり５分）により、それぞれの最短ルートにかかる移動時間は、最短ルートＡが５分、最短ルートＢが１６．６分、最短ルートＣが２０分となる。位置情報取得部２０５は、これらの移動時間に出動場所での救急処置の平均時間１０分、病院での医師への引継ぎの平均時間２０分を加算して、救急車の到着までにかかる時間を７１．６分とし、これを現在時刻に加算して救急車の到着時刻とする。
【００４７】
また、図１０に示すように、位置情報取得部２０５は、通信部２０７を介して管轄外の救急車の現在位置の座標を取得し、救急車の現在位置である消防署Ｂから災害現場への最短ルートＤの距離４０ｋｍを割り出し、この距離から災害現場までかかる移動時間４０分を算出する。また、消防本部Ａの管轄である地域と、消防本部Ｂの管轄である地域において、救急車の平均走行時間が著しく異なる場合、位置情報取得部２０５は、最短ルートＤの移動時間をそれぞれの管轄の平均走行時間に基づいて算出し、合算することによって最短ルートＤの移動時間を算出しても良い。
【００４８】
次に、上述した応援要請処理により応援要請を受けた本部サーバの動作について説明する。図１１は、応援応答処理の動作を示すフローチャートである。なお、図１１において、応援要請を受けた本部サーバは本部サーバ２０ｂとし、応援要請をした本部サーバは本部サーバ２０ａとする。
【００４９】
通信部２０７が、本部サーバ２０ａより応援要請を受信し（Ｓ３０１）、応援を必要とする災害の詳細を中央サーバ１０において参照するための情報として災害番号を受信すると（Ｓ３０２）、緊急車両選択部２０８は、動態管理テーブル２０６ａを参照して、応援要請を受けた緊急車両が出動可能であるかどうかを判断する（Ｓ３０３）。
【００５０】
応援要請を受けた緊急車両が出動可能である場合（Ｓ３０３，ＹＥＳ）、緊急車両選択部２０８は、通信部２０８を介して、出動可能であることを本部サーバ２０ａに通知し（Ｓ３０４）、応援要請を受けた緊急車両に対して、入出力部２０９、消防指令台３０ａを介して出動指令を送信し（Ｓ３０５）、通信部２０７を介して、本部サーバ２０ａにより送信された災害番号と一致する災害情報を、中央サーバ１０の災害情報テーブル１０２ａから取得し、応援要請を受けた緊急車両に対して、入出力部２０９、消防指令台３０ａを介して送信する（Ｓ３０６）。
【００５１】
一方、応援要請を受けた緊急車両が出動不可能である場合（Ｓ３０３，ＮＯ）、緊急車両選択部２０８は、通信部２０８を介して、出動不可能であることを他の本部サーバ２０ａに通知し（Ｓ３０７）、処理を終了する。
【００５２】
以上説明したように、本実施の形態に係る緊急車両配置システムは、災害に最適な緊急車両の配置を管轄内で決定し、応援が必要な場合にのみ他の管轄に応援を要請することによって、応援が必要ない災害に対しては管轄内で対応することができる。また、応援を要請した他の管轄の緊急車両と、管轄内の他の災害に対して出動している緊急車両との災害現場への到着予定時刻を算出して比較し、他の管轄の緊急車両の到着予定時刻が管轄内の他の災害に対して出動している緊急車両の到着予定時刻よりも遅い場合、応援を要請しないことによって、無駄な応援要請を防ぐことができる。
【図面の簡単な説明】
【００５３】
【図１】本実施の形態に係る緊急車両配置システムを示す図である。
【図２】本実施の形態に係る本部サーバの構成を示すブロック図である。
【図３】動態管理テーブルを示す図である。
【図４】本実施の形態に係る中央サーバの構成を示すブロック図である。
【図５】総合動態管理テーブルを示す図である。
【図６】災害情報テーブルを示す図である。
【図７】本実施の形態に係る本部サーバの動作を示すフローチャートである。
【図８】応援要請処理の動作を示すフローチャートである。
【図９】管轄内の緊急車両が災害現場へ到着する時刻の算出方法を示す図である。
【図１０】他の管轄の緊急車両が災害現場へ到着する時刻の算出方法を示す図である。
【図１１】応援応答処理の動作を示すフローチャートである。
【符号の説明】
【００５４】
１０  中央サーバ、２０ａ〜２０ｃ  本部サーバ、３０ａ〜３０ｃ  消防指令台、１０１  総合動態管理部、１０１ａ  総合動態管理テーブル、１０２  災害情報管理部、１０２ａ  災害情報テーブル、１０３  通信部、２００  管轄情報管理部、２０１  医療機関テーブル、２０２  危険物テーブル、２０３  水利テーブル、２０４  気象テーブル、２０５  位置情報取得部、２０６  動態管理部、２０６ａ  動態管理テーブル、２０７  通信部、２０８  緊急車両選択部、２０９  入出力部。
【図１】
0004983574.tif 000002
【図２】
0004983574.tif 000003
【図３】
0004983574.tif 000004
【図４】
0004983574.tif 000005
【図５】
0004983574.tif 000006
【図６】
0004983574.tif 000007
【図７】
0004983574.tif 000008
【図８】
0004983574.tif 000009
【図９】
0004983574.tif 000010
【図１０】
0004983574.tif 000011
【図１１】
0004983574.tif 000012