(57)【特許請求の範囲】
【請求項１】
緊急通報を受付けてその現場へ出動する隊員及び車両を指定して隊編成データを作成し特定の署所及び／又は車両に出動指示を出す指令手段と、前記隊編成に必要な車両や人員に関する情報と前記車両の動態に関する情報とを管理する記憶手段と、前記指令手段及び記憶手段と通信回線を介して接続され、前記署所及び車両にそれぞれ設けられた端末とを備え、
前記指令手段は、前記車両に設けられた端末から送信される動態情報により、前記隊編成データで指定された車両であり、かつ、前記出動指示の時間から所定の時間が経過しても出動しない車両である未出動車両を抽出し、同未出動車両と対応するデータを前記隊編成データから削除する指令車両削除手段を備えてなることを特徴とする通信指令システム。
【請求項２】
前記隊編成データは、前記出動指示の時刻と、出動予定車両の識別データと、同出動予定車両から逐次送信される現在の前記動態情報を含み、
前記指令手段は、前記隊編成データを参照し、前記出動指示の時刻から前記所定の時間が経過しても前記動態情報が変化しない車両を前記未出動車両として抽出してなることを特徴とする請求項１記載の通信指令システム。
【請求項３】
前記指令手段は、前記未出動車両が１つだけの場合、前記未出動車両のデータを前記隊編成データから自動的に削除してなることを特徴とする請求項１または請求項２記載の通信指令システム。
【請求項４】
前記指令手段は、選択指示を受け付ける選択手段を備えてなり、
前記未出動車両が複数存在する時に、前記選択手段で受け付けた選択指示に従って前記未出動車両のデータを前記隊編成データから削除してなることを特徴とする請求項１または請求項２記載の通信指令システム。
【請求項５】
緊急通報を受付けてその現場へ出動する隊員及び車両を指定して隊編成データを作成し特定の署所及び／又は車両に出動指示を出す指令手段と、前記隊編成に必要な車両や人員に関する情報と前記車両の動態に関する情報とを管理する記憶手段と、前記指令手段及び記憶手段と通信回線を介して接続され、前記署所及び車両にそれぞれ設けられた端末とを備えた通信指令システムで用いられ、
前記隊編成データで指定された車両であり、かつ、前記出動指示の時間から所定の時間が経過しても出動しない車両である未出動車両のデータを、前記車両に設けられた端末から送信される動態情報により抽出するステップと、同未出動車両と対応するデータを前記隊編成データから削除するステップとを前記指令手段に備えられた指令車両削除手段に実行させることを特徴とする通信指令プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、消防署や警察署などに設置される通信指令システムに関するものであり、より詳細には、出動指令が発行された車両や隊員について、何らかの理由により指令通りに出動できなかった車両について、事案における出動編成からの削除を自動的に行なうようにした通信指令システム及び通信指令プログラムに関するものである。
【背景技術】
【０００２】
従来より、緊急時の火災、災害の連絡や救急の要請に基づいて、緊急車両の出動指示を行うための通信指令システムが存在している。このシステムは例えば図１のシステム構成図に示すように、通報者からの通報により災害場所から近い署所又は車両から必要な隊員及び車両を編成して出動の指令を出す指令手段である指令台１１と、この指令台１１における編成に用いる各署所及び車両にいる隊員の情報を格納した記憶手段であるデータベースサーバ１２と、指令台１１からの出動指令を受信する署所端末１３ａ、１３ｂと、出動中の車両と無線によって通信するための無線送受信端末１４と、出動中の各車両に積載され、隊員の現在の状態と車両の動態や現在位置とを送信すると共に、指令台１１からの指令を受信するための車載端末１５ａ、１５ｂとから構成されている。なお、通報者の使用する通報元電話機１６が、公衆回線網を介して指令台１１と接続されている。
【０００３】
また、本部２０（緊急指令施設）には、指令台１１と、データベースサーバ１２と、無線送受信端末１４とが設置され、これらはＬＡＮ(Local Area Network)や専用回線などの構内回線網Ｎに接続されており、相互にデータ（音声データも含む）を送受信できるようになっている。さらに、この構内回線網Ｎには本部２０から離れた署所内にそれぞれ設置された署所端末１３ａ、１３ｂが接続されており、本部２０からの指令（出動指令書など）や本部２０への報告を送受信できるようになっている。
【０００４】
このような構成において、公衆回線網を介して本部２０（緊急指令施設）に緊急通報が入ると、指令台１１の指令員が通報者から通報者名、災害内容、発生場所、発生場所近辺の目標物、連絡先などの情報得て、これらの情報から、発生場所の特定、災害の内容の特定、出動レベルの設定などが行われ、これらの設定情報によって指定された条件により、出動隊の車両や隊員、およびその車両を保有する署所が設定されて、その署所に対して出動指令データおよび出動指令書が送られることとなる。
【０００５】
なお、これらの処理はシステム内のいずれかの機器、例えば指令台１１内の図示しない制御部において、所定の通信指令プログラムが実行されることで実現される。このようなシステムは通信回線で結ばれているため、制御部はこのシステム内のどこかに配置されていればよい。図１の例では指令台１１に備えられた図示しない制御部が出動編成の処理を行なうものとして説明する。
【０００６】
このような装置による出動隊の自動編成に当たり、出動車両は自動的に選択され、さらに、本部と関連署所との間での車両や要員の稼動状況を常時把握し、非常時には出動署所と出動車両の設定と、それぞれ適切な要員の割り当てとが行なわれ、特に特殊技能や経験を有する要員の適正配置や非常招集を含めての出動隊の自動編成が行なわれる。
【０００７】
さらに、全ての隊員の優先業務、役職、保有資格、出動可否、現在位置などの状況を常に把握して、通報があった場合には、この隊員の状況を参照して要求される隊員の選択を行い、また、選択した隊員に最も適切な車両を選択し、これらで隊編成を構成するようになっている（例えば、特許文献１参照。）。
【０００８】
図１４はこのようにして編成された内容を示す出動編成テーブル（隊編成データ）であり、データベースサーバ１２に格納されている。そして、この情報を基にして指令台から出動指令書が発行され、各署所へ送信される。また、システム内で管理される各車両からは、その車両の動態情報が搭載されている車載端末を介してデータベースサーバへ送信され、これを受信したデータベースサーバは出動車両の動態情報を逐次更新する。一方、この車両の動態情報は指令台１１の表示画面に所定のフォーマットで表示され、この情報に基づいて指令員が各車両に対して、これに備えられた車両端末を介して適切な指示を与えるようになっている。
【０００９】
図１４の例では、災害種別が火災である事案番号００１がすでに出動編成を完了し、２００４年１２月２１日、午前０時４１分００秒に出動指令書が発行され、現在この事案が進行中であることを示している。この事案に関しては、ポンプ１とタンク１と救急１との３台の車両に出動指令が発行され、このうちタンク１と救急１とが現在出動中であり、ポンプ１が待機中である。また、このテーブルを参照することにより、これらに搭乗している隊員コード（以下ＣＤと表記する）や指名、役職ＣＤ、資格ＣＤが何であるかが素早く認識できるようになっている。
【００１０】
一方、災害種別が救急である事案番号００２が、すでに出動編成を完了して出動指令を待っていることを示している。この情報をもとに事案２の出動指令書が発行されると、指令時刻が記録され、また、出動した車両から送られる動態情報により、出動車両の動態が『待機』から『出動』に更新される。
【００１１】
このような通信指令システムにおける自動出動編成機能は、主として出動前の車両や隊員の編成を目的としており、適切な人員と車両とを自動的に編成することが可能である。また、自動出動編成された隊編成に関しては、システム内で事案と対応して管理されているため、車両の出動から帰署に至るまで、指令台を介して詳細な管理を行なうことができる。
【００１２】
しかしながら、何らかの理由、例えば出動を予定していた車両の急な故障や、署所の判断による他の代替車両・隊員による出動があった場合、本部からの指令であってもその通りに出動しない場合がある。このような場合は、通信指令システムにおける自動出動編成の管理データと、実際の状態とが食い違うことになり、本部からの指揮に支障を及ぼすおそれがある。
【００１３】
従って、このような場合を想定して指令台の指令員は、出動指令後に自動編成された車両が全て出動したか確認し、出動しない車両があれば出動元の署所へ連絡して状況を確認する。この結果、出動が無理ならば自動出動編成のデータから手動で削除していた。
【００１４】
この削除作業は指令台の指令員が手動操作により出動編成に関連する複数のデータベースを個々に修正しなければならず、また、最も指令台が忙しい事案対応途中での修正作業は指令員の負担が大きく、さらに、修正作業が正確に行なわれない場合、例えば、実際には出動している車両を事案から削除してしまい、新たな混乱を招いてしまうことがあった。
【特許文献１】特開２００６−２１５８５５号公報（第９頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【００１５】
本発明は以上述べた問題点を解決し、通信指令システムにおける自動出動編成に関して、指令書の通りに出動できなかった車両であっても、自動的に事案から削除、もしくは、指令員が事案や車両を選択して自動的に事案から削除するようにすることを目的とする。
【課題を解決するための手段】
【００１６】
本発明は上述の課題を解決するため、緊急通報を受付けてその現場へ出動する隊員及び車両を指定して隊編成データを作成し特定の署所及び／又は車両に出動指示を出す指令手段と、前記隊編成に必要な車両や人員に関する情報と前記車両の動態に関する情報とを管理する記憶手段と、前記指令手段及び記憶手段と通信回線を介して接続され、前記署所及び車両にそれぞれ設けられた端末とを備え、
前記指令手段は、前記車両に設けられた端末から送信される動態情報により、前記隊編成データで指定された車両であり、かつ、前記出動指示の時間から所定の時間が経過しても出動しない車両である未出動車両を抽出し、同未出動車両と対応するデータを前記隊編成データから削除する指令車両削除手段を備える。
【００１７】
また、前記隊編成データは、前記出動指示の時刻と、出動予定車両の識別データと、同出動予定車両から逐次送信される現在の前記動態情報を含み、
前記指令手段は、前記隊編成データを参照し、前記出動指示の時刻から前記所定の時間が経過しても前記動態情報が変化しない車両を前記未出動車両として抽出する。
【００１８】
また、前記指令手段は、前記未出動車両が１つだけの場合、前記未出動車両のデータを前記隊編成データから自動的に削除する。
【００１９】
もしくは、前記指令手段は、選択指示を受け付ける選択手段を備えてなり、
前記未出動車両が複数存在する時に、前記選択手段で受け付けた選択指示に従って前記未出動車両のデータを前記隊編成データから削除する。
【００２０】
一方、緊急通報を受付けてその現場へ出動する隊員及び車両を指定して隊編成データを作成し特定の署所及び／又は車両に出動指示を出す指令手段と、前記隊編成に必要な車両や人員に関する情報と前記車両の動態に関する情報とを管理する記憶手段と、前記指令手段及び記憶手段と通信回線を介して接続され、前記署所及び車両にそれぞれ設けられた端末とを備えた通信指令システムで用いられる通信指令プログラムであって、
前記隊編成データで指定された車両であり、かつ、前記出動指示の時間から所定の時間が経過しても出動しない車両である未出動車両のデータを、前記車両に設けられた端末から送信される動態情報により抽出するステップと、同未出動車両と対応するデータを前記隊編成データから削除するステップとを前記指令手段に備えられた指令車両削除手段に実行させる。
【発明の効果】
【００２１】
以上の手段を用いることにより、本発明による通信指令システムによれば、
請求項１に係わる発明は、指令手段が自動的に未出動車両を抽出し、これと対応するデータを隊編成データから削除するため、指令員が目視で監視していた出動指令後の未出動車両の発生と、この車両の出動編成のデータからの手動削除作業を廃止することができ、指令台を操作する指令員の負担を小さくできる。また、指令手段がこの削除作業を行うため、正確に処理を行うことができる。
【００２２】
請求項２に係わる発明は、隊編成データに指令時刻や現在の動態データや編成車両のデータがまとまって管理されているため、未出願車両の抽出や削除処理を容易に行うことができる。
【００２３】
請求項３に係わる発明は、未出動車両が１つだけの場合、未出動車両のデータを隊編成データから自動的に削除するため、隊編成の変更に伴う指令員の負担がほとんどない。
【００２４】
請求項４に係わる発明は、未出動車両が複数存在する時に、選択手段で受け付けた選択指示に従って未出動車両のデータを隊編成データから削除するので隊編成の変更に伴う指令員の負担を最小限にすることができる。また、削除の必要がない車両と必要な車両とを区別して処理できるため、隊編成の変更に対して柔軟に対応できる。
【００２５】
また、本発明による通信指令プログラムによれば、請求項５に係わる発明は、新規に指令車両削除手段を追加したり、既存の通信指令プログラムと代替することにより、未出動車両のデータを隊編成データから削除することができ、隊編成の変更に伴う指令員の負担を低減させ、また、隊編成の修正作業を正確に行なうことができる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態を、添付図面に基づいた実施例として詳細に説明する。なお、背景技術で説明したブロック構成と同じ場合は、各ブロックに同じ番号を付与し、詳細な説明を省略する。
【実施例１】
【００２７】
本発明による通信指令システムの全体構成を図１に示す。なお、構成の説明については背景技術で説明したものと同じであるため、ここでの説明を省略する。ここでは記憶手段であるデータベースサーバ１２の内容説明と、これを用いた自動出動編成の作成方法を簡単に説明し、その後、本発明の特徴である『指令書で指示された車両が出動できなかった場合に、自動出動編成のデータから自動的に削除する機能』、つまり、指令車両自動削除機能を、データベースサーバ１２に格納された各データを用いて説明する。
【００２８】
データベースサーバ１２には、指令台１１( 指令手段) における編成に用いる各署所又は出動中の車両に搭乗している隊員の情報と車両に関する情報とが格納されており、これらの情報は変更がある度に構内回線Ｎを通じて更新され、常に最新の情報として管理されている。具体的には、以下に示す（ａ）〜（ｊ）のマスタ及びテーブルを用いて情報を管理している。
【００２９】
なお、本実施例においては、状況に応じて時々刻々と変化する情報をテーブルによって管理し、比較的更新の少ない情報をマスタによって管理するものとして説明を行っているが、情報をマスタとテーブルのどちらで管理するのかを限定するものではなく、情報を管理する場合の分類方法の一例として説明を行っている。
【００３０】
また、各マスタ及びテーブルにおいては、縦の列にあたる項目をフィールドとし、複数のフィールド項目を集めて出来た横に並んだ行の項目をレコードとする表形式のデータベース構造として説明を行っているが、これらのフィールドとレコードの構造も一例であり、本実施例の場合に限定されるものではない。
【００３１】
次にマスタ及びテーブルの内容について個々に説明する。
【００３２】
（ａ）隊員マスタ
図４に示すのは、隊員マスタであり、隊員毎に定められた番号である隊員コード（以下、ＣＤと表す）、所属している署所の場所を表した署所ＣＤ、隊員氏名、入隊年月日、隊員が保持する役職を表した役職ＣＤ１、複数の役職がある場合に次の役職を表す役職ＣＤ２などに関する全隊員の情報を、この隊員マスタにおいて隊員毎に管理している。例えば、災害場所から最も近い署所が判明した場合に、この署所ＣＤを用いることで該当署所に所属する隊員情報を抽出することができる。また、編成条件として経験を判断する場合には、入隊年月日が判断に用いられる。
【００３３】
（ｂ）隊員業務管理マスタ
図５に示すのは、隊員業務管理マスタであり、各隊員が優先的に出動する災害活動の種類を順次表した優先業務ＣＤ１、優先業務ＣＤ２、・・・、優先業務が同一でかつ役職・資格等の条件も同一の場合に選択する順番を表した優先業務ＣＤ選択順１、優先業務ＣＤ選択順２、・・・、などの情報をこの隊員業務管理マスタにおいて管理している。
【００３４】
（ｃ）隊員取得資格マスタ
図６に示すのは、隊員取得資格マスタであり、取得資格ＣＤ１、取得資格ＣＤ２、・・・、というようにして各隊員が取得した資格を管理している。この隊員取得資格マスタの取得資格ＣＤを用いて編成条件の資格を判断している。
【００３５】
（ｄ）隊員状態管理テーブル
図７に示すのは隊員状態管理テーブルであり、勤怠状況及び動作状態を表す動作状態ＣＤ、出動可能か否かを表す出動可否ＣＤ、入力日時、現在出動中の車両に乗車している場合には乗車車両ＣＤなどの情報をこの隊員状態管理テーブルにおいて管理している。ここで、入力日時は、動作状態ＣＤ又は出動可否ＣＤを入力した日時であり、例えば、一度出動して帰署後に一定時間を経過していない場合にはその隊員を選択しないといった判断を行う場合には、この入力日時を用いる。
【００３６】
（ｅ）隊員乗員人数マスタ
図８に示すのは、隊員乗員人数マスタであり、災害活動毎に最低必要となる隊員の人数及び必須資格を管理するためのマスタである。災害毎に隊員選択パターンを設定するための隊員選択ＣＤ、災害規模を表す災害規模ＣＤ、災害への対応に必要な業務内容を表した業務ＣＤ、該当する活動を行うのに必要な隊員数を表した最低乗員人数、最低乗員人数内にて車両を編成するために必要な資格を表した必須資格ＣＤ１、必須資格ＣＤ２、・・・、必須資格ＣＤ毎に必要な人数を表した必須資格ＣＤ人数１、必須資格ＣＤ人数２、・・・、最低乗員人数内にて車両を編成するときに必要な部隊長の役職を表した部隊長選択ＣＤなどの情報をこの隊員乗員人数マスタで管理している。隊員選択ＣＤとして、例えば、標準救急活動、救命処置救急活動、消火活動、先行救急活動、救助活動などがあり、この活動毎に異なる人数、異なる必須資格等が設定されている。
【００３７】
（ｆ）車両マスタ
図９に示すのは、車両マスタであり、車両毎に定められた番号である車両ＣＤ、所属している署所の場所を表した署所ＣＤ、車両毎の名称を表した車両名、車種を表した車種ＣＤ、運転する機関員を優先順に登録した機関員優先ＣＤ１、機関員優先ＣＤ２、・・・、などに関する全車両の情報を、車両毎に管理している。
【００３８】
（ｇ）車両管理テーブル
図１０に示すのは、車両管理テーブルであり、車両の動態が入力された日時を表した動態記録日時、車両の現在の状態を表した車両動態ＣＤ、車両が編成可能か否かを表した出動可否ＣＤ、などの情報をこの車両管理テーブルで管理している。ここで、救急車の場合の車両動態ＣＤとしては、待機、出動、現場到着、現発（搬送開始）、病着（搬送完了）、引揚、帰署、署外活動、などがある。
【００３９】
また、これ以外に消防車の場合には、開始（消火）、完了（消火）などがある。これらの車両動態ＣＤは、各車両に積載された車載端末１５ａ、１５ｂから入力されると、即座に無線送受信端末１４、構内回線網Ｎを介してデータベースサーバ１２に反映される。なお、車載端末１５ａ、１５ｂからは、これらの各車両に搭乗している隊員の隊員ＣＤも、車両動態ＣＤと同時にデータベースサーバ１２に送信される。
【００４０】
（ｈ）隊員編成マスタ
図１１に示すのは隊員編成マスタであり、災害の発生した地区を表す地区ＣＤ、発生した災害の種別を表す災害種別ＣＤ、発生した災害の区分を表す災害区分ＣＤ、災害内容毎に隊員選択ＣＤを優先順に登録した隊員選択ＣＤ１、隊員選択ＣＤ２、・・・、などの情報をこの隊員編成マスタで管理している。通報があった場合には、通報者から災害発生地区、災害種別、災害区分、災害規模などの情報を得るが、このうち災害発生地区から地区ＣＤが設定され、災害種別、災害区分の情報から災害種別ＣＤ、災害区分ＣＤが設定され、これにより、最も近い署所又は車両が判別され、また、優先すべき隊員選択ＣＤが判明する。
【００４１】
（ｉ）出動遅延許容時間マスタ
図２（Ａ）に示すのは出動遅延許容時間マスタであり、本発明による指令車両自動削除機能により、各車両が出動するまでの許容時間が規定される。この例においては１０分であり、出動指令を受けた車両は、指令書の発行時間からこの時間が経過するまでの間に出動しないと、出動編成データからの自動削除の対象になる。なお、この時間が経過した車両を未出動車両と呼称する。
【００４２】
（ｊ）動態管理設定マスタ
図２（Ｂ）に示すのは動態管理設定マスタであり、本発明による指令車両自動削除機能の対象となる動態を区別している。本発明では、未出動車両を、その動態に関係なく、全ての事案から削除することが可能であるが、車両に搭乗している隊員による動態の設定ミス、例えば、待機から出動、現場到着と、順に変化させるのでなく、いきなり待機から現場到着としてしまった場合などの発生を考慮し、予め、削除される出動車両の動態を制限している。この例において、車両の動態が出動、現場到着、開始／現発、完了／病着、引揚の時に削除を不可にするように設定している。
【００４３】
以上のような構成に基づいて、実際に通報があった場合の自動出動編成処理の流れを図１及び図３から図１１の図を用いて簡単に説明する。
【００４４】
先ず図１において、通報者からの通報は、通報元電話機１６から公衆回線網を介して指令台１１に接続されて受付けられる。ここで、通報者から災害種別、災害区分、災害規模、災害地域などの災害に関する情報を得て、これらの情報から図１１に示す隊員編成マスタを参照して災害内容に該当するレコードを抽出する。例えば、災害種別が救急で災害区分が急病の場合には、最も優先して選択される隊員選択ＣＤ１として標準救急活動が選択される。また、この段階で災害発生場所に近い順に署所及び車両を抽出し、最も近い署所又は車両にて最初に編成を試みる。
【００４５】
次に図８に示す隊員乗員人数マスタを参照して、前述の選択された隊員選択ＣＤに該当するレコードを抽出する。具体的には、選択された隊員選択ＣＤに該当する最低乗員人数、必須資格ＣＤ、必須資格人数、部隊長選択ＣＤを抽出する。例えば、標準救急活動の隊員選択ＣＤ１に該当する最低乗員人数は３人、必要な必須資格は機関員１人、また、救急隊長又は副隊長を１人をそれぞれ選択する旨のデータを抽出する。
【００４６】
次に、図７に示す隊員状態管理テーブルを参照して、現在編成を試みている当該署所又は車両における出動可能な隊員を抽出し、この抽出された隊員の中からさらに、前に抽出した最低乗員人数、必須資格ＣＤ、必須資格人数、部隊長選択ＣＤを用いて出動隊員を選択する。具体的には、図４に示す隊員マスタの役職ＣＤから部隊長選択ＣＤを用いて必要な役職を保持した隊員を判断し、図５に示す隊員業務管理マスタの優先業務ＣＤ及び優先業務ＣＤ選択順から選択する隊員の優先順位を判断し、図６の隊員取得資格マスタの取得資格ＣＤから必要な資格を保持した隊員を判断し、これらの条件を満たした最低乗員人数分の隊員を選択する。
【００４７】
以上において隊員の編成を行った結果、必要な隊員の編成が出来たか否かを判断する。ここで編成できなかった場合には、最初の編成の場合に用いた隊員選択ＣＤ１の次に優先度の高い隊員選択ＣＤ２に変更して、再編成を試みる。それでも編成できない場合には、現在編成を試みている当該署所又は車両の次に災害現場に近い署所又は車両に対象を切替えて、再度、編成を試みて、以降、隊員の編成が完了するまでこの動作を繰返す。
【００４８】
次に、必要な隊員の編成が完了したと判断した場合には、図９に示す車両マスタを参照して、隊員の編成で選択された機関員が優先的に運転する車両を選択する。そして、図１０に示す車両管理テーブルを参照して、選択した車両が出動可能か否かを判断する。
【００４９】
そして、車両が出動可能か否かを判断した結果、車両の編成が出来たか否かを判断する。ここで車両の編成ができなかった場合には、当該機関員が優先的に運転する車両が他にもあるか確認し、あると判断した場合には再度車両の再編成を行う。以降、車両の編成が完了するまで処理を繰返すが、機関員が優先的に運転する車両が全て出動不可の場合には、現在の隊員の編成では車両の編成ができないため、現在編成を試みている当該署所又は車両の次に災害現場に近い署所又は車両に対象を切替えて、また最初から編成をやり直す。
【００５０】
そして、車両の編成が完了したと判断した場合には、編成した隊員と車両を指定して、当該署所の署所端末１３又は当該車両の車載端末１５に対して出動指示（指令書の発行）を行う。出動指示を受けた当該署所又は車両では、指示内容に基づいて災害現場に出動する。これ以降、この指令済出動車両は指定された隊編成に基づいて、指令台の指令員から指示を受けながら対応する災害の解決に従事する。
【００５１】
図３（Ａ）はこのようにして自動出動編成された出動編成テーブル（隊編成データ）の一例であり、出動指令が行なわれた後の状態を示している。なお、緊急通報によって出動指令が発行された案件を１つの事案として、この出動編成テーブルで管理する。そして、出動指令の発行から、この緊急通報での案件が解決するまでを進行事案として管理している。なお、案件の解決とは、火災の消火や病人の搬送が完了し、出動した車両が全て帰署した状態を示す。
【００５２】
図３（Ａ）の例では、災害種別が火災である事案番号００１がすでに出動編成を完了し、２００４年１２月２１日、午前０時４１分に出動の指令が発行され、現在この事案が進行中であることを示している。この事案に関しては、ポンプ１とタンク１と救急１との３台の車両に出動指令が発行され、このうちタンク１と救急１とが現在出動中であり、ポンプ１が待機中である。
【００５３】
一方、災害種別が救急である事案番号００２がすでに出動編成を完了し、２００４年１２月２１日、午前０時４５分に出動の指令が発行され、現在この事案が進行中であることを示している。この事案に関しては、高規格救急１の車両が現在出動中である。
【００５４】
このような状況において、本発明による指令車両自動削除機能（手段）について詳細に説明する。なお、このシステムにおける自動出動編成、及び指令車両自動削除のプログラムは、指令台１１内の制御部で実行されている。従って以下、このプログラムの実行主体を指令台１１として説明する。
【００５５】
このシステムで管理される車両は、前述のように車載端末１５ａや車載端末１５ｂを備えている。これらの車載端末は音声による無線通信の他に、データの送受信機能を備えており、この車載端末を介して、端末を搭載している車両の車両ＣＤ（００１）や動態データや搭乗している隊員の隊員ＣＤ（００００３、００００１、００００２）のデータを、無線送受信端末１４、構内回線網Ｎを介してデータベースサーバ１２へ送信する。具体的には車両が出動した時に搭乗している隊員が、隊員の隊員ＣＤを車載端末に登録し、車載端末に備えられている『出動』の動態ボタンを押下することにより、前述した各データが送信される。
【００５６】
これを受信したデータベースサーバ１２は、車両の車両ＣＤと動態データで図１０に示す車両管理テーブルを更新する。この時、動態記録日時も同時に更新される。一方、受信した隊員ＣＤのデータで図７に示す隊員状態管理テーブルを更新する。これらの情報は出動指令の有無に係わらず、車両の動態が変化した時に更新される。そして、これらの変化情報により、図３の出動編成テーブルが更新される。
【００５７】
従って、指令台１１では、出動編成テーブルを常に監視していれば、事案ごとの指令時刻や各車両の最新の動態、出動時刻などを把握することができる。このため、図２（Ａ）で設定された出動遅延許容時間マスタの時間、この例では、事案ごとの指令時刻から１０分が経過したときに、この事案で編成されている車両の動態をチェックすることにより、全ての車両が出動したかを確認できる。
【００５８】
もし、現在の時刻が２００４年１２月２１日の０時５１分であった場合、図３の事案番号００１の事案において、車両名：ポンプ１が待機状態であり、その他の車両はすでに出動済みとなっている。つまり、車両名：ポンプ１は指令時刻が２００４年１２月２１日の０時４１分であるにも関わらず、１０分を経過しても出動していない、つまり、未出動車両であることが確認できる。
【００５９】
一般的に出動の指令が発行されてから１〜２分程度で緊急車両が出動する場合がほとんどであり、この１０分の経過は通常の出動においては異常に長い時間である。このため、車両名：ポンプ１に何らかのトラブル、例えばエンジン不調やオイル漏れ、搭載機器の故障などがあったと推定できる。従って、指令台１１はこの車両名：ポンプ１に関する情報を自動的に表示し、指令員に対して出動編成からの削除を促す。
【００６０】
指令員は、この表示情報を確認して、この車両を管理する署所に連絡し、トラブルの解消時期を確認する。そして、短時間にトラブルが解決しないと判断したときに、指令台１１に対して了解の指示（操作）を出し、これを受けた指令台１１は、出動編成テーブルから車両名：ポンプ１の情報を削除する処理を行う。
【００６１】
具体的な動作として指令台１１は、出動編成テーブルを常に監視して、未出動車両を確認すると、指令台１１に備えられている図示しない表示装置に、この情報（現在の動態、出動指令日時、対象となる未出動車両名）をポップアップ表示（未出動車両削除確認）し、指令員に未出動車両の削除を事案から削除する旨のメッセージ、例えば図１３（Ａ）の表示画面を表示する。
【００６２】
図１３（Ａ）での表示例では未出動車両が存在する事案が複数存在するので、事案選択を促すメッセージを表示しているが、進行中の事案が１件で、かつ、未出動車両が１台の場合はメッセージとして『未出動車両を事案：００１から削除しました。』を表示し、指令員の指示なしで自動的に進行中の事案から未出動車両を削除する。
【００６３】
図１３（Ａ）の表示画面のように未出動車両が存在する複数の事案が有る場合は、削除処理を行う対象事案を指令員がクリックして選択する。そして次に、表示されている『車両削除』ボタンをクリックすることで削除が完了する。ただし、削除の対象となる未出動車両が複数台存在する場合は、図１３（Ｂ）に示す削除車両確認の画面が表示され、削除の対象となる車両を指令員が選択する。
【００６４】
指令台１１が行う実際の削除作業は出動編成テーブルで示される該当車両（未出動車両）、図３においては車両名：ポンプ１、車両ＣＤ：００２のデータ領域を削除するが、同時に、未出動車両と関連する各種テーブルの値を修正する。
【００６５】
まず、指令台１１は、図１０の車両管理テーブルで車両ＣＤ：００２の出動可否ＣＤ欄を『不可』から『可』に変更する。これにより、以降の自動編成においてこの車両は編成対象となる。これは車両のトラブルが軽微な場合で短時間に復帰できることを想定している。しかしながら、トラブルが深刻であり車両の修理が必要な場合は、未出動車両の自動削除処理が終了した後で、指令員による指令台１１の手動操作で車両の動態を『可』から『整備』にする。これにより、以降の自動編成において、この整備車両は編成対象から除外される。
【００６６】
また、指令台１１は未出動車両のデータを出動編成テーブルから削除するとき、同時に、図７の隊員状態管理テーブルにおける未出動車両に搭乗予定の隊員のデータを修正する。具体的には車両ＣＤ：００２に編成されている、隊員ＣＤ：００００４、００００５、００００７の乗車車両ＣＤ欄を、『００２』から空白に変更する。これにより、以降の自動編成においてこれらの隊員を再度編成に取り込むことが可能になる。
【００６７】
以上説明したように、指令手段が自動的に未出動車両を抽出し、これと対応するデータを隊編成データ（出動編成テーブル）から削除するため、指令員が目視で監視していた出動指令後の未出動車両の発生と、この車両の出動編成のデータからの手動削除作業を廃止することができ、指令台を操作する指令員の負担を小さくできる。また、指令手段がこの削除作業を行うため、正確に処理を行うことができる。
【００６８】
また、隊編成データに指令時刻や現在の動態データや編成車両のデータがまとまって管理されているため、未出願車両の抽出や削除処理を容易に行うことができる。
【００６９】
また、未出動車両が１つだけの場合、未出動車両のデータを隊編成データから自動的に削除するため、隊編成の変更に伴う指令員の負担がほとんどない。
【００７０】
また、未出動車両が複数存在する時に、選択手段で受け付けた選択指示に従って未出動車両のデータを隊編成データから削除するので隊編成の変更に伴う指令員の負担を最小限にすることができる。また、削除の必要がない車両と必要な車両とを区別して処理できるため、隊編成の変更に対して柔軟に対応できる。
【００７１】
次に図１２を用いて指令車両削除処理（指令車両削除手段）での処理の流れを説明する。図１２（Ａ）及び図１２（Ｂ）は指令台（指令手段）で実行されるプログラムを表すフローチャートであり、ＳＴはステップを表し、これに続く数字はステップ番号を、また、ＹはＹｅｓを、ＮはＮｏをそれぞれ表している。なお、前述したように各車両の動態データ（隊員ＣＤデータも含む）は、各車両の動態が変化した時にデータベースサーバに送信され、データベースサーバ内の対応するテーブルが更新されるものとする。
【００７２】
図１２（Ａ）において先ず指令台は、データベースサーバ内の車両管理テーブルを確認し、進行中の事案があるか確認する（ＳＴ１）。進行中事案がない場合は（ＳＴ１−Ｎ）、ＳＴ１へジャンプする。
【００７３】
そして、進行中の事案がある場合（ＳＴ１−Ｙ）、出動指令済の車両は全て出動済みか確認する。具体的には、出動編成テーブルに登録されている全ての車両の動態の名称が、図２（Ｂ）の動態管理設定マスタの車両削除欄で『不可』と記載された項に対応する動態名称のいずれかになっているか確認する（ＳＴ２）。出動指令済の車両が全て出動済みの場合は（ＳＴ２−Ｙ）、ＳＴ１へジャンプする。
【００７４】
次に、データベースサーバ内の車両管理テーブルを確認し、出動指令発行から１０分以上経過した事案があるか確認する（ＳＴ３）。この１０分は図２（Ａ）の出動遅延許容時間マスタで規定された値である。具体的には、車両管理テーブルの事案内容の欄を検索し、現在時刻から指令時刻を引いた値が１０分を超えるか確認する。
【００７５】
現在時刻から指令時刻を引いた値が１０分以内である場合（ＳＴ３−Ｎ）、ＳＴ１へジャンプする。現在時刻から指令時刻を引いた値が１０分以上である場合（ＳＴ３−Ｙ）、次に、出動編成テーブルから該当する事案、つまり、未出動車両が存在する事案をリストアップする。図３の場合は事案番号：００１がリストアップされる。
【００７６】
次に、このリスト内容を確認し、未出動車両を含む該当事案が複数存在するか確認する（ＳＴ６）。未出動車両を含む該当事案が複数ある場合（ＳＴ６−Ｙ）、複数事案選択メッセージ、例えば図１３（Ａ）で説明した画面を指令台に表示する（ＳＴ７）。そして、指令員による事案の選択操作を行って事案を選択し（ＳＴ８）、次に削除対象車両が１つの事案内に複数あるか確認する。
【００７７】
具体的には、リストアップされた該当事案と対応する出動編成テーブルでの未出動車両の数をカウントし、２台以上の存在を確認する（ＳＴ９）。削除対象車両が複数ある場合は（ＳＴ９ーＹ）、指令員による取込車両の選択操作を行って削除車両を選択し（ＳＴ１０）、選択された削除車両のデータを選択された事案の出動編成テーブルから削除するために、出動指令済車両の削除サブルーチンを実行する（ＳＴ１１）。
【００７８】
図１２（Ｂ）に示すように、この出動指令済車両の削除サブルーチンは、出動編成テーブルから削除車両のデータを削除する。同時に、削除車両のデータと対応する車両と隊員データのテーブルを出動指令発行前の状態に修正する。つまり、該当車両は自動編成において適用されなかったことと同じ状態になる。
【００７９】
一方、削除車両が複数でない場合、つまり、削除車両が１台のみの場合は（ＳＴ９ーＮ）、指令員による取込車両の選択操作を行う必要がないので、ＳＴ１１へジャンプする。そして、出動指令済車両の削除サブルーチン（ＳＴ１１）を実行した後、全ての該当車両の削除が終了したか確認する（ＳＴ１２）。全ての削除車両の処理が終了していない場合は（ＳＴ１２−Ｎ）、ＳＴ８へジャンプする。削除車両の処理が全て終了したら（ＳＴ１２−Ｙ）、ＳＴ１ジャンプして最初から繰り返す。
【００８０】
一方、未出動車両を含む進行中の事案が複数でない場合（ＳＴ６−Ｎ）、つまり、現在の該当事案が１つしかない場合は、削除対象車両が複数あるか確認する（ＳＴ１３）。削除対象車両が複数ある場合は（ＳＴ１３ーＹ）、指令員による取込車両の選択操作を行って削除車両を選択し（ＳＴ１４）、選択された削除車両のデータを該当事案の出動編成テーブルから削除するために、出動指令済車両の削除サブルーチンを実行する（ＳＴ１５）。そして、全ての該当車両の削除が終了したか確認する（ＳＴ１６）。全ての削除車両の処理が終了していない場合は（ＳＴ１６−Ｎ）、ＳＴ１４へジャンプする。削除車両の処理が全て終了したら（ＳＴ１６−Ｙ）、ＳＴ１ジャンプして最初から繰り返す。
【００８１】
一方、削除車両が複数でない場合は（ＳＴ１３ーＮ）、該当事案が１つで、かつ、削除対象車両も１台であるため、この１台の削除車両のデータを出動編成テーブルから削除するために出動指令済車両の削除サブルーチンを実行する（ＳＴ１７）。そして、自動的に車両を削除したことを指令員に通知するため、未出動車両削除終了のメッセージを指令台に表示させる（ＳＴ１８）。そして、ＳＴ１へジャンプして最初から繰り返す。
【００８２】
このようにして、出動編成を現状の出動車両の状態と一致させることができる。従って、この最新状態の出動編成を用いて、指令員が以後の事案対応を正確に行なうことができる。なお、ＳＴ８、ＳＴ１０、ＳＴ１４の各ステップが人の操作を受け付ける選択手段であり、選択のための表示とキー入力／マウスによる選択指示を受け付けるようになっている。
【００８３】
以上のように本発明による通信指令プログラムによれば、新規に指令車両削除手段を追加したり、既存の通信指令プログラムと代替することにより、未出動車両のデータを隊編成データから削除することができ、隊編成の変更に伴う指令員の負担を低減させ、また、隊編成の修正作業を正確に行なうことができる。
【００８４】
以上説明した実施例において、各種マスタやテーブルをデータベースサーバ（記憶手段）に設けているが、これに限るものでなく、通信回線で接続されていれば、システム内の他の機器に内蔵されていてもよい。
【００８５】
さらに、また、指令車両削除処理における制御の主体（指令手段）を指令台として説明しているが、これに限るものでなく、通信回線で接続されていれば、システム内の他の機器、例えばデータベースサーバが制御の主体となってもよい。
【００８６】
また、選択手段さえ指令台で使用できれば、指令車両削除手段が備えられている機器は、通信回線網で接続された通信指令システム内の他の機器、例えば車載端末に備えられていてもよい。
【００８７】
また、本実施例では、事案や未出動車両の数により、指令員に削除の可否を問い合わせたり、問い合わせずに自動削除する例を説明しているが、これに限るものでなく、システムの仕様により、事案や未出動車両の数が１つであっても、指令員に削除の可否を問い合わせするようにしてもよいし、事案や未出動車両が複数存在しても自動削除してもよい。
【００８８】
このように、自動削除によって指令員の負担を軽減させたり、指令員に削除の可否を問い合わせすることで、運用に柔軟性を持たせたりすることができる。
【図面の簡単な説明】
【００８９】
【図１】本発明の通信指令システムの全体構成を示した模式図である。
【図２】図１のデータベースサーバ１２に格納されている、（Ａ）は出動遅延許容時間マスタを、（Ｂ）は動態管理設定マスタをそれぞれ表す模式図である。
【図３】本発明による出動編成テーブルを示す模式図である。
【図４】データベースサーバに格納されている隊員マスタを表した模式図である。
【図５】データベースサーバに格納されている隊員業務管理マスタを表した模式図である。
【図６】データベースサーバに格納されている隊員取得資格マスタを表した模式図である。
【図７】データベースサーバに格納されている隊員状態管理テーブルを表した模式図である。
【図８】データベースサーバに格納されている隊員乗員人数マスタを表した模式図である。
【図９】データベースサーバに格納されている車両マスタを表した模式図である。
【図１０】データベースサーバに格納されている車両管理テーブルを表した模式図である。
【図１１】データベースサーバに格納されている隊員編成マスタを表した模式図である。
【図１２】本発明による未出動車両の削除処理の流れを表したフローチャート図である。
【図１３】指令台での画面表示の例であり、（Ａ）は該当事案確認を、（Ｂ）は削除車両確認をそれぞれ促す表示である。
【図１４】従来の出動編成テーブルを示す説明図である。
【符号の説明】
【００９０】
１１  指令台( 指令手段) 
１２  データベースサーバ（記憶手段）
１３ａ、１３ｂ  署所端末
１４  無線送受信端末
１５ａ、１５ｂ  車載端末
１６  通報元電話機
２０  本部
Ｎ  構内回線網
【図１】
0004766020.tif 000002
【図２】
0004766020.tif 000003
【図３】
0004766020.tif 000004
【図４】
0004766020.tif 000005
【図５】
0004766020.tif 000006
【図６】
0004766020.tif 000007
【図７】
0004766020.tif 000008
【図８】
0004766020.tif 000009
【図９】
0004766020.tif 000010
【図１０】
0004766020.tif 000011
【図１１】
0004766020.tif 000012
【図１２】
0004766020.tif 000013
【図１３】
0004766020.tif 000014
【図１４】
0004766020.tif 000015