(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-10-03
(45)【発行日】2022-10-12
(54)【発明の名称】配置支援装置および配置支援方法
(51)【国際特許分類】
G06Q 50/26 20120101AFI20221004BHJP
G08G 1/00 20060101ALI20221004BHJP
G06Q 10/04 20120101ALI20221004BHJP
【ＦＩ】
G06Q50/26
G08G1/00 C
G06Q10/04
【請求項の数】
11
(21)【出願番号】P 2019076922
(22)【出願日】2019-04-15
(65)【公開番号】P2020177260
(43)【公開日】2020-10-29
【審査請求日】2021-11-02
(73)【特許権者】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110000198
【氏名又は名称】弁理士法人湘洋特許事務所
(72)【発明者】
【氏名】豊村 崇
(72)【発明者】
【氏名】中江 達哉
(72)【発明者】
【氏名】福島 正能
(72)【発明者】
【氏名】島田 将人
【審査官】松野 広一
(56)【参考文献】
【文献】特開２０１９－０２８４８９（ＪＰ，Ａ）
【文献】特開２００５－２８４９９１（ＪＰ，Ａ）
【文献】特開２０１２－０４３２９６（ＪＰ，Ａ）
【文献】特開２０１３－０９２９３０（ＪＰ，Ａ）
【文献】特開２００６－２０１０２４（ＪＰ，Ａ）
【文献】特開２００３－２８８６８７（ＪＰ，Ａ）
【文献】特開２００７－１７２１２４（ＪＰ，Ａ）
【文献】木村 新之介 外２名，保安レベルのさらなる向上に向けた緊急保安用車両の最適配置の検討および出動件数の予測ツールの開発，第２７回 日本シミュレーション学会大会 発表論文集，日本，2008年06月19日，pp.395-398
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
Ｇ０８Ｇ １／００
(57)【特許請求の範囲】
【請求項1】
所定の機能を発揮するために出動する部隊の配置を支援する配置支援装置であって、所定の範囲に区切られた地図情報と、
前記所定の範囲における所定の曜日の人口を特定する人口情報と、
前記所定の範囲における所定の日時における気象を特定する気象情報と、を記憶する記憶部と、
前記所定の範囲ごとに所定の時刻帯に係る前記部隊の出動件数を、前記人口と前記気象に基づいて算出する出動件数算出部と、
前記出動件数に対応する前記部隊の出動に係る現場到着時間を前記人口と前記気象に基づいて算出する到着時間算出部と、
前記出動件数と前記現場到着時間とを表示する画面情報を生成する出力画面生成部と、
を備えることを特徴とする配置支援装置。
【請求項2】
請求項１に記載の配置支援装置であって、前記気象情報を外部の装置から取得する通信部を備え、
前記気象情報は所定の観測所単位に取得され、
前記出動件数算出部は、前記所定の範囲を前記観測所のいずれかの気象情報と関連付けて前記出動件数を算出し、
前記到着時間算出部は、前記所定の範囲を前記観測所のいずれかの気象情報と関連付けて前記現場到着時間を算出する、
ことを特徴とする配置支援装置。
【請求項3】
請求項１に記載の配置支援装置であって、前記気象情報を外部の装置から取得する通信部を備え、
前記気象情報は所定の観測所単位に取得され、
前記出動件数算出部は、前記所定の範囲を最短距離の前記観測所の気象情報と関連付けて前記出動件数を算出し、
前記到着時間算出部は、前記所定の範囲を最短距離の前記観測所の気象情報と関連付けて前記現場到着時間を算出する、
ことを特徴とする配置支援装置。
【請求項4】
請求項１に記載の配置支援装置であって、前記出動件数算出部は、
前記所定の範囲における人口が増減するイベント情報の入力を受け付け、
算出した前記出動件数を前記イベント情報に含まれる日時および場所に応じて補正する、
ことを特徴とする配置支援装置。
【請求項5】
請求項１に記載の配置支援装置であって、前記出動件数算出部は、
前記所定の範囲における人口が増減するイベント情報の入力を受け付け、
算出した前記出動件数を前記イベントの特徴に応じて補正する、
ことを特徴とする配置支援装置。
【請求項6】
請求項１に記載の配置支援装置であって、前記出動件数算出部は、
前記所定の範囲における人口が増減するイベント情報の入力を受け付け、
算出した前記出動件数を前記イベントの参加者層に応じて補正する、
ことを特徴とする配置支援装置。
【請求項7】
請求項１に記載の配置支援装置であって、前記出動件数算出部は、
前記所定の範囲における人口が増減するイベント情報の入力を受け付け、
算出した前記出動件数を前記イベントが屋内イベントであれば前記所定の範囲について、前記イベントが屋外イベントであれば前記所定の範囲および近傍の前記所定の範囲について補正する、
ことを特徴とする配置支援装置。
【請求項8】
請求項１に記載の配置支援装置であって、前記出動件数算出部は、
前記所定の範囲における人口が増減するイベント情報の入力を受け付け、
算出した前記出動件数を前記イベントが飲酒可能なイベントであるか否かに応じて補正する、
ことを特徴とする配置支援装置。
【請求項9】
請求項１に記載の配置支援装置であって、前記到着時間算出部は、前記部隊の一つまたは複数について、配置する前記所定の範囲または時刻帯あるいはその両方を変化させて現場到着時間を算出し、
前記出力画面生成部は、前記現場到着時間が最小となるときの前記部隊の配置を提示する、
ことを特徴とする配置支援装置。
【請求項10】
所定の機能を発揮するために出動する部隊の配置を支援する配置支援装置を用いた配置支援方法であって、前記配置支援装置は、
所定の範囲に区切られた地図情報と、
前記所定の範囲における所定の曜日の人口を特定する人口情報と、
前記所定の範囲における所定の日時における気象を特定する気象情報と、を記憶する記憶部と、処理部と、を備え、
前記処理部は、
前記所定の範囲ごとに所定の時刻帯に係る前記部隊の出動件数を、前記人口と前記気象に基づいて算出する出動件数算出ステップと、
前記出動件数に対応する前記部隊の出動に係る現場到着時間を前記人口と前記気象に基づいて算出する到着時間算出ステップと、
前記出動件数と前記現場到着時間とを表示する画面情報を生成する出力画面生成ステップと、
を実施することを特徴とする配置支援方法。
【請求項11】
所定の機能を発揮するために出動する部隊の配置を支援する配置支援装置であって、所定の範囲に区切られた地図情報と、
前記所定の範囲における所定の曜日の人口を特定する人口情報と、
前記所定の範囲における所定の日時における気象を特定する気象情報と、を記憶する記憶部と、
前記所定の範囲ごとに所定の時刻帯に係る前記部隊の出動件数を、前記人口と前記気象に基づいて算出する出動件数算出部と、
前記出動件数に対応する前記部隊の出動に係る現場到着時間を前記人口と前記気象に基づいて算出する到着時間算出部と、
前記地図情報に前記所定の範囲を示す区切り線を重畳させて表示し、少なくとも前記出動件数と前記現場到着時間の前記所定の範囲間の平均値とを表示する画面情報を生成する出力画面生成部と、
を備えることを特徴とする配置支援装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、配置支援装置および配置支援方法に関する。
【背景技術】
【0002】
特許文献１には、「ランダムに発生させた仮想的な出動件数に対して、現場までの経路や道路状況を考慮してシミュレーションを行うことで現場到着時間を算出する」技術が開示されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００５－２８４９９１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上述の特許文献１は、出動件数がランダムであるため、実績に沿った日付や曜日、場所によって出動件数が変動することを考慮できていない。そのため、隊の配置のための予測精度にばらつきがある。
【0005】
本発明の目的は、より正確に出動件数と現場到着時間を算出することができ、それにもとづいて隊の配置を最適化することにより実際の現場到着時間を短縮する技術を提供することを目的とする。
【課題を解決するための手段】
【0006】
本願は、上記課題の少なくとも一部を解決する手段を複数含んでいるが、その例を挙げるならば、以下のとおりである。
【0007】
本発明の一態様は、所定の機能を発揮するために出動する部隊の配置を支援する配置支援装置であって、所定の範囲に区切られた地図情報と、上記所定の範囲における所定の曜日の人口を特定する人口情報と、上記所定の範囲における所定の日時における気象を特定する気象情報と、を記憶する記憶部と、上記所定の範囲ごとに所定の時刻帯に係る上記部隊の出動件数を、上記人口と上記気象に基づいて算出する出動件数算出部と、上記出動件数に対応する上記部隊の出動に係る現場到着時間を上記人口と上記気象に基づいて算出する到着時間算出部と、上記出動件数と上記現場到着時間とを表示する画面情報を生成する出力画面生成部と、を備える。
【発明の効果】
【0008】
本発明によれば、より正確に出動件数と現場到着時間を算出することができ、それにもとづいて配置を最適化することにより実際の現場到着時間を短縮する技術を提供することができる。
【0009】
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【0010】
【図1】第一の実施形態における配置支援システムの構成例を示す図である。
【図2】カレンダー情報のデータ構造の例を示す図である。
【図3】人口情報のデータ構造の例を示す図である。
【図4】気象情報のデータ構造の例を示す図である。
【図5】隊配置情報のデータ構造の例を示す図である。
【図6】配置支援装置のハードウェア構成例を示す図である。
【図7】隊配置情報の入力画面例を示す図である。
【図8】配置シミュレーション処理のフローの例を示す図である。
【図9】シミュレーション結果出力画面の例を示す図である。
【図10】第二の実施形態における配置支援システムの構成例を示す図である。
【図11】気象観測エリアの配置表示画面の例を示す図である。
【図12】第三の実施形態におけるイベント登録画面例を示す図である。
【図13】配置シミュレーション処理（イベント変動）のフローの例を示す図である。
【図14】第四の実施形態における隊配置効率化処理のフローの例を示す図である。
【発明を実施するための形態】
【0011】
以下の実施形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明するが、特に明示した場合を除き、それらはお互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明等の関係にある。
【0012】
また、以下の実施形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でもよい。
【0013】
さらに、以下の実施形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。
【0014】
同様に、以下の実施形態において、構成要素等の形状、位置関係等に言及するときは特に明示した場合および原理的に明らかにそうではないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数値および範囲についても同様である。
【0015】
また、実施形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。以下、本発明の各実施形態について図面を用いて説明する。
【0016】
救急業務においては、一刻も早い病院搬送が救命率向上や予後の社会復帰率向上に寄与するため、救急隊が出動してから現場に到着するまでの時間短縮が課題となっている。いつ発生するかわからない救急要請に対応するにはなるべく多くの救急隊を地域にまんべんなく配置することが理想であるが、現実には予算や人員などのリソースは有限であるため、いまある救急隊を要請が発生しそうな地域に配置して効率よく運用することが考えられている。これについては、従来は運用者が経験にもとづいて地域ごとの出動件数と現場到着時間を予測し、救急隊の隊配置を決定していた。
【0017】
一般に、救急隊の隊配置は、例えばその日一日の隊配置は事前に計画され、計画に従って行われている。また、出動件数や出動地域は、様々な要因により変動するが、相関性のある要因として、曜日や時刻帯、季節、人口構成、気象条件等が考えられる。また、慣習的なイベントや年中行事などで集客が増減する傾向にある地域では、平素より出動件数が増減する傾向等の予測が可能な場合もある。一方で、近年ではインターネットやＳＮＳ（ソーシャルネットワーキングサービス）等を介して、主催者のいないハロウィーンイベントが局地的に自然発生することがあり、そのようなイベントでは飲酒が制限されず救急出動が急激に増加する場合もみられる。
【0018】
そこで、本発明に係る第一の実施形態においては、日時や曜日、天候に応じて統計的に予測可能な人口増減に基づき、救急隊の配置決定を支援するシミュレーション結果を出力する配置支援システムを実現する。
【0019】
［第一の実施形態］図１は、第一の実施形態における配置支援システムの構成例を示す図である。配置支援システムには、配置支援装置１０１が含まれる。配置支援装置１０１は、パーソナルコンピューターやスマートフォン、タブレット端末、サーバー装置等のいわゆる情報処理装置である。配置支援装置１０１には、マウス操作やタッチパネル操作などで運用者からの指示を受け付ける入力受付部１０２と、運用者に画面を提示する表示部１０３と、各種情報を保持する記憶部１０４と、処理部１０５と、が含まれる。処理部１０５は、各種の演算処理と、入力受付部１０２と、表示部１０３と、記憶部１０４と、の動作を制御する。入力受付部１０２と、表示部１０３と、記憶部１０４、処理部１０５とは、共通バス（データバス、アドレスバスを含む）により接続される。
【0020】
配置支援システムは、例えば救急業務開始時に、当該一日あるいは数日間の隊配置を決定する際に用いられる。
【0021】
入力受付部１０２は、ユーザーインターフェースを介した運用者からの入力情報を受け付ける。表示部１０３は、ユーザーインターフェースを介して運用者へ情報を出力する。
【0022】
記憶部１０４には、カレンダー情報１０４１と、地図情報１０４２と、人口情報１０４３と、気象情報１０４４と、隊配置情報１０４５と、が含まれる。
【0023】
図２は、カレンダー情報のデータ構造の例を示す図である。カレンダー情報１０４１には、日付１０４１Ａに応じて、曜日１０４１Ｂと、祝祭日１０４１Ｃと、が関連付けられている。日付１０４１Ａは、年月日を特定する情報であり、例えばＹＹＹＹ／ＭＭ／ＤＤ等の所定のフォーマットで示される。曜日１０４１Ｂは、曜日を特定する情報であり、例えば「Ｓｕｎ」、「Ｍｏｎ」等の所定のフォーマットで示される。祝祭日１０４１Ｃは、祝祭日に該当する日か否かを特定する情報である。
【0024】
地図情報１０４２は、地形情報を含む地図情報であり、図示しないが所定のフォーマットにより表現された地形上の任意の点の緯度経度と、その点の地勢情報と、その点の住所情報等が関連付けられている。また、地図情報１０４２には、道路の接続関係を特定する情報と、車両による走行における移動コスト（時間、距離、料金等）の情報も含まれる。なお、地図情報１０４２は、後述する所定の範囲（メッシュ）で区切る情報が関連付けられている。
【0025】
図３は、人口情報のデータ構造の例を示す図である。人口情報１０４３には、メッシュＩＤ１０４３Ａと曜日１０４３Ｂの組み合わせに応じて、人口１０４３Ｃが関連付けられている。メッシュＩＤ１０４３Ａは、所定の地域や地理的範囲を所定のルールで区切った範囲であるメッシュを特定する情報である。例えば、メッシュには、行政上の市区町村や統計に用いる標準地域メッシュや、約１ｋｍ（キロメートル）四方の第３次メッシュなどがある。メッシュの地図上の配置位置は、日本であれば日本工業規格によって地図上の位置が緯度経度で定められているため、これを利用する。本実施形態においては、第３次メッシュを採用するものとするが、これに限られるものではなく、標準地域メッシュであってもよい。人口１０４３Ｃには、メッシュＩＤ１０４３Ａにより特定されるメッシュに関して曜日１０４３Ｂにより特定される曜日の人口の実績値（例えば、複数年にわたる平均値）が格納される。なお、昼間人口は時刻帯によっても変動するため、メッシュと曜日と時刻帯の組み合わせに対して細かく格納できるようにしても構わない。一方、夜間人口を用いる場合は曜日や時刻帯による変動が少ないため、メッシュのみと紐づける簡素な構成としても構わない。
【0026】
図４は、気象情報のデータ構造の例を示す図である。気象情報１０４４には、地域１０４４Ａと、日時１０４４Ｂと、気象１０４４Ｃと、が関連付けられている。地域１０４４Ａは、気象情報において対象とされている最小単位の地域区分を特定する情報である。日時１０４４Ｂは、気象情報において対象とされている最小単位の日時の区分を特定する情報である。気象１０４４Ｃには、地域１０４４Ａにより特定される地域に関して日時１０４４Ｂにより特定される日時の気象の予報（例えば、晴れ、曇、雨、雪等）が格納される。なお、気象１０４４Ｃの予報は、このような区分けに限られず、各種の天候に関する情報（各種注意報や警報、気温、湿度、降水量等）が含まれるものであってもよい。
【0027】
図５は、隊配置情報のデータ構造の例を示す図である。隊配置情報１０４５には、時刻帯１０４５Ａごとに、救急隊を特定する隊ＩＤ１０４５Ｂと、隊ＩＤ１０４５Ｂにより特定される救急隊が配置されるメッシュを特定する配置メッシュＩＤ１０４５Ｃと、が関連付けられている。時刻帯１０４５Ａは、救急隊の配置を維持する時間である時刻帯を特定する情報である。
【0028】
本実施形態においては、これらのカレンダー情報１０４１と、地図情報１０４２と、人口情報１０４３と、気象情報１０４４と、隊配置情報１０４５とは、あらかじめ運用者によって作成され、記憶部１０４に保存されているものとするが、これに限られず、他のシステム等から情報を適宜に取得して記憶部１０４に保存するものであってもよい。
【0029】
処理部１０５には、配置条件設定部１０５１と、出動件数算出部１０５２と、到着時間算出部１０５３と、出力画面生成部１０５４と、が含まれる。
【0030】
配置条件設定部１０５１は、運用者からの隊配置の計画の入力を入力受付部１０２を介して受け付けて、隊配置情報１０４５として記憶部１０４に記憶させる。例えば、表示部１０３が対象地域上にメッシュの区切りを重畳表示させる画面を出力すると、配置条件設定部１０５１は、救急隊を示すアイコン等がいずれかのメッシュ上にドロップされたことを受け付けて、隊配置情報１０４５に格納する。そして、配置条件設定部１０５１は、当該救急隊について、配置時刻帯の情報の入力を受け付けるポップアップ画面等を表示部１０３に出力させ、配置時刻帯の情報の入力を受け付け、隊配置情報１０４５に格納する。つまり、配置条件設定部１０５１は、画面入力による隊配置位置の計画の入力を可能とする。
【0031】
出動件数算出部１０５２は、受け付けた隊配置の条件のもとで対象地域全メッシュの当日または所定範囲の複数日（例えば、一週間）の各時刻帯について、メッシュごとに人口と気象に基づいて出動件数を算出する処理を行う。
【0032】
出動件数算出部１０５２は、記憶部１０４から算出の条件となる各種情報を読み出す。例えば、出動件数算出部１０５２は、カレンダー情報１０４１からは当日の当該時刻帯の曜日を、人口情報１０４３からは当該メッシュの当日の当該時刻帯の人口を取得する。また、出動件数算出部１０５２は、気象情報１０４４からは、当日の当該時刻帯の天気や気温、降水量を含む気象を取得する。出動件数算出部１０５２は、出動件数算出手法として、あらかじめ曜日や人口、気象の情報を説明変数として出動件数を予測する重回帰モデルを作成しておき、そのモデルを使って各時刻帯の出動件数を得る。なお、重回帰モデルに限らず、回帰木やサポートベクターマシン、ディープラーニング等を用いた学習済みの各種のニューラルネットワーク等、各種のＡＩ（人工知能）を用いて出動件数を予測する手法を採用してもよい。
【0033】
到着時間算出部１０５３は、受け付けた隊配置の条件のもとで対象地域全メッシュの当日または所定範囲の複数日（例えば、一週間）の各時刻帯について、メッシュごとに周辺メッシュで発生する出動件数を加えて当該メッシュでの各救急隊の現場到着時間を人口と気象に基づいて算出する。救急隊の数は限られているため、周辺メッシュも含めて同一時刻帯に救急隊の数を超える出動要請が発生した場合、後から発生した出動要請ほど現場到着時間が長くなることが実際の運用時には起こっている。こうした事象を本システムでも再現して、より正確に現場到着時間を算出することが望ましいためである。具体的には、到着時間算出部１０５３は、注目メッシュの周辺のメッシュの出動件数を注目メッシュごとに集計し、注目メッシュの出動件数とする。周辺メッシュの範囲は隣接する８近傍（北、北東、東、南東、南、南西、西、北西）とするが、さらにその外側を含む２４近傍を周辺メッシュとするようにしてもよい。
【0034】
そして、到着時間算出部１０５３は、注目メッシュの出動件数を用いて、記憶部１０４から算出の条件となる各種情報を読み出す。例えば、到着時間算出部１０５３は、カレンダー情報１０４１からは当日の当該時刻帯の曜日を、人口情報１０４３からは当該メッシュの当日の当該時刻帯の人口を取得する。また、到着時間算出部１０５３は、気象情報１０４４からは、当日の当該時刻帯の天気や気温、降水量を含む気象を取得する。到着時間算出部１０５３は、現場到着時間の算出手法として、あらかじめ曜日や人口、気象の情報を説明変数として現場到着時間を予測する重回帰モデルを作成しておき、そのモデルを使って各時刻帯の出動ごとの現場到着時間を得る。なお、重回帰モデルに限らず、回帰木やサポートベクターマシン、ディープラーニング等を用いた学習済みの各種のニューラルネットワーク等、各種のＡＩ（人工知能）を用いて現場到着時間を予測する手法を採用してもよい。
【0035】
出力画面生成部１０５４は、救急隊の現場への到着時間の算出結果を表示する画面を生成する。具体的には、出力画面生成部１０５４は、注目メッシュごとに、現場到着時間の算出結果に応じた現場到着時間を表示する。この表示方法は、各種の方法が考えられるが、例えば、出力画面生成部１０５４は、現場到着時間の算出結果が所定の閾値よりも大きい値のメッシュについては、地図上にハイライト表示する等、強調表示を行う。また、出力画面生成部１０５４は、すべてのメッシュについて現場到着時間の値の大きさを色の濃淡や色相の相違で表示するようにしてもよい。また、出力画面生成部１０５４は、対象地域（メッシュ）全体の現場到着時間の平均値と、出動件数とを表示する画面を生成してもよい。
【0036】
図６は、配置支援装置のハードウェア構成例を示す図である。配置支援装置１０１は、情報処理装置９００により実現される。情報処理装置９００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：中央処理装置）９０１と、メモリ９０２と、ハードディスク装置（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ：ＨＤＤ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの外部記憶装置９０３と、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）やＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などの可搬性を有する記憶媒体９０４に対して情報を読み書きする読取書込装置９０５と、キーボードやマウス、バーコードリーダ、タッチパネルなどの入力装置９０６と、ディスプレイなどの出力装置９０７と、インターネットなどの通信用のネットワーク５０を介して他のコンピュータと通信する通信装置９０８とを備えた一般的な情報処理装置９００、あるいはこの情報処理装置９００を複数備えたネットワークシステムで実現できる。
【0037】
例えば、処理部１０５は、外部記憶装置９０３に記憶されている所定のプログラムをメモリ９０２にロードしてＣＰＵ９０１で実行することで実現可能であり、入力受付部１０２は、ＣＰＵ９０１が入力装置９０６を利用することで実現可能であり、表示部１０３は、ＣＰＵ９０１が出力装置９０７を利用することで実現可能であり、記憶部１０４は、ＣＰＵ９０１がメモリ９０２または外部記憶装置９０３を利用することにより実現可能である。
【0038】
この所定のプログラムは、読取書込装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。
【0039】
また、読取書込装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。
【0040】
なお、上記の情報処理装置９００の例は、一般的なコンピュータで実現可能であることの例示であり、これに限定するものではなく、同様のハードウェア構成を備える情報処理装置であればよい。
【0041】
図７は、隊配置情報の入力画面例を示す図である。隊配置情報の入力画面２０２には、対象地域の地図２０１と、地図上の地域を所定の区域に分ける第三次メッシュ（基準地域メッシュ、緯度間隔３０秒、経度間隔４５秒）を示す格子状の線と、救急隊の配置先の場所を示すアイコン２０３と、が含まれる。運用者は、本画面上で救急隊のアイコン２０３を任意のメッシュ内に移動させることで、救急隊と、その救急隊の配置先のメッシュを指定する入力を行うことができる。
【0042】
図８は、配置シミュレーション処理のフローの例を示す図である。配置シミュレーション処理は、運用者により配置支援装置１０１が開始されると、開始される。
【0043】
まず、配置条件設定部１０５１は、隊配置の条件を受け付ける（ステップＳ００１）。具体的には、配置条件設定部１０５１は、図７に示した画面上で隊配置の条件（救急隊、該救急隊の配置メッシュ、配置時刻帯）の入力を受け付け、記憶部１０４の隊配置情報１０４５に記憶させる。
【0044】
そして、出動件数算出部１０５２は、時刻帯と場所（注目メッシュ）を設定する（ステップＳ００２）。具体的には、出動件数算出部１０５２は、出動件数を未算出のメッシュと時刻帯の組み合わせを特定する。
【0045】
そして、出動件数算出部１０５２は、出動件数の算出に関する情報を読み出す（ステップＳ００３）。具体的には、出動件数算出部１０５２は、カレンダー情報１０４１からは当日の当該時刻帯の曜日を、人口情報１０４３からは当該メッシュの当日の当該時刻帯の人口を取得する。また、出動件数算出部１０５２は、気象情報１０４４からは、当日の当該時刻帯の天気や気温、降水量を含む気象を取得する。
【0046】
そして、出動件数算出部１０５２は、出動件数を算出する（ステップＳ００４）。具体的には、出動件数算出部１０５２は、受け付けた隊配置の条件のもとで対象メッシュの当該時刻帯について、上述のように当該メッシュでの各救急隊の現場到着時間を算出する。
【0047】
そして、出動件数算出部１０５２は、すべての場所について算出が完了したか否か判定する（ステップＳ００５）。具体的には、出動件数算出部１０５２は、出動件数を未算出のメッシュと時刻帯の組み合わせが対象地域、対象日時範囲内にあるか否か判定し、なければ全ての場所について算出が完了した（ステップＳ００５で「Ｙｅｓ」）と判定する。出動件数を未算出のメッシュと時刻帯の組み合わせが対象地域、対象日時範囲内にある場合には、出動件数算出部１０５２は、全ての場所について算出が完了していない（ステップＳ００５で「Ｎｏ」）と判定し、制御をステップＳ００２に戻す。
【0048】
すべての場所について算出が完了した場合（ステップＳ００５で「Ｙｅｓ」の場合）には、到着時間算出部１０５３は、周辺の出動件数を算出する（ステップＳ００６）。具体的には、到着時間算出部１０５３は、各メッシュと各時刻帯の組み合わせを注目メッシュとして、同一時刻帯の８近傍の周辺メッシュで発生する出動件数を加えて注目メッシュの出動件数とみなす。
【0049】
そして、到着時間算出部１０５３は、時刻帯と場所（注目メッシュ）を設定する（ステップＳ００７）。具体的には、到着時間算出部１０５３は、現場到着時間を未算出のメッシュと時刻帯の組み合わせを特定する。
【0050】
そして、到着時間算出部１０５３は、現場到着時間の算出に関する情報を読み出す（ステップＳ００８）。具体的には、到着時間算出部１０５３は、注目メッシュの出動件数を用いて、記憶部１０４から算出の条件となる各種情報を読み出す。例えば、到着時間算出部１０５３は、カレンダー情報１０４１からは当日の当該時刻帯の曜日を、人口情報１０４３からは当該メッシュの当日の当該時刻帯の人口を取得する。また、到着時間算出部１０５３は、気象情報１０４４からは、当日の当該時刻帯の天気や気温、降水量を含む気象を取得する。
【0051】
そして、到着時間算出部１０５３は、注目メッシュについて、現場到着時間を算出する（ステップＳ００９）。具体的には、到着時間算出部１０５３は、あらかじめ作成した曜日や人口、気象の情報を説明変数として現場到着時間を予測する重回帰モデルを使って各時刻帯の出動ごとの現場到着時間を得る。
【0052】
そして、到着時間算出部１０５３は、すべての場所（注目メッシュ）について算出が完了したか否か判定する（ステップＳ０１０）。具体的には、到着時間算出部１０５３は、現場到着時間を未算出のメッシュと時刻帯の組み合わせが対象地域、対象日時範囲内にあるか否か判定し、なければ全ての場所について算出が完了した（ステップＳ０１０で「Ｙｅｓ」）と判定する。現場到着時間を未算出のメッシュと時刻帯の組み合わせが対象地域、対象日時範囲内に残存する場合には、到着時間算出部１０５３は、全ての場所について算出が完了していない（ステップＳ０１０で「Ｎｏ」）と判定し、制御をステップＳ００７に戻す。
【0053】
すべての場所について算出が完了した場合（ステップＳ０１０で「Ｙｅｓ」の場合）には、出力画面生成部１０５４は、現場到着時間を表示する（ステップＳ０１１）。具体的には、出力画面生成部１０５４は、後述するシミュレーション結果出力画面を生成して、表示部１０３に表示させる。
【0054】
以上が、配置シミュレーション処理のフローである。配置シミュレーション処理によれば、出動件数および現場到着時間をより正確に算出することが可能になる。
【0055】
図９は、シミュレーション結果出力画面の例を示す図である。シミュレーション結果出力画面は、救急隊の現場への到着時間のシミュレーション算出結果を表示する画面である。具体的には、出力画面生成部１０５４は、地図情報に区切り線により重畳された注目メッシュごとに、現場到着時間の算出結果に応じた現場到着時間を表示する。図９では、対象メッシュのうち現場到着時間の算出結果が所定の閾値よりも大きい値のメッシュについては、地図上にハイライト表示４０１され、対象地域全体の現場到着時間の地域間の平均値４０２と、出動件数４０３と、が表示される。
【0056】
以上が、第一の実施形態に係る配置支援システムおよび配置支援装置である。第一の実施形態に係る配置支援システムおよび配置支援装置によれば、出動件数および現場到着時間をより正確に算出することが可能になるとともに、それにもとづいて隊配置を最適化することにより実際の現場到着時間を短縮することが可能となる。
【0057】
［第二の実施形態］第一の実施形態では、運用者が手動で記憶部１０４に保持する人口情報１０４３や気象情報１０４４を作成する例を説明したが、インターネット等のネットワーク経由で気象情報を提供する外部のＷｅｂサイトなどから自動的に取得して保持するようにしてもよい。なお、情報の更新の頻度は１日に１回程度で十分であるが、１時間に１回などさらに細かく反映できるように運用者により設定変更できるようにしてもかまわない。
【0058】
図１０は、第二の実施形態における配置支援システムの構成例を示す図である。第二の実施形態における配置支援システムは、基本的に第一の実施形態に係る配置支援システムと略同様であるが、配置支援装置１０１´の一部が相違する。以下、相違点を中心に説明する。
【0059】
第二の実施形態における配置支援装置１０１´には、通信部１０６が設けられている。通信部１０６は、通信装置９０８より、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などを用いてインターネット等のネットワーク５０を介して、外部の気象情報提供サーバー装置１０と通信可能に接続される。気象情報提供サーバー装置１０は、いわゆる気象情報を地域、時間を限定して提供する装置である。配置支援装置１０１´は、気象情報提供サーバー装置１０から、気象情報について前日までの実績値や当日の速報値を取得する。
【0060】
例えば、東京都の場合は、島嶼を除くと１０か所の観測所単位で得られた気象データを取得することができるが、地域の区切りとして第３次メッシュを適用する場合、メッシュごとに単一の観測所が対応するわけではない。
【0061】
図１１は、表示部１０３が表示する気象観測エリアの配置表示画面の例を示す図である。観測所６０１は、第三次メッシュの数に対して少なく存在することになり、観測所が直接的に割り当たるメッシュもあれば直接的には割り当たらないメッシュ、つまり割り当てる観測所を決定する必要があるメッシュも含まれる。そこで、観測所の緯度経度と各メッシュの中心緯度経度の直線距離をあらかじめ計算しておき、メッシュごとに最短距離となる観測所を割り当てておくことが考えられる。ラベル６０２は、メッシュごとの観測所Ａ～Ｄの割り当てを示す画面表示である。例えば「Ａ」と表示されたラベルのメッシュは観測所Ａの気象データを反映することを示している。なお、このラベル６０２は、気象観測エリアの配置表示画面上で変更することで、運用者が当該メッシュに反映させる観測所を指定できる。
【0062】
以上が、第二の実施形態である。第二の実施形態によれば、このように観測所とメッシュの対応付けを予め定めておくことで、あらかじめ自動的に取得して記憶部１０４に保持した気象情報１０４４を用いて配置シミュレーション処理に反映することができるようになり、より簡便に現場到着時間を算出することができる。
【0063】
［第三の実施形態］出動件数は、祭りやコンサートなど人が集まるイベントが開催される時間、場所で急増する場合がある。そこで、第三の実施形態では、既知の不定期あるいは定期的なイベント情報をあらかじめ登録しておくことで、出動件数の算出結果に補正をかけて、より正確に現場到着時間を算出する。なお、イベントは、所定の範囲における人口が所定以上増減する規模を有するものを対象とする。
【0064】
イベントは、開催日時、開催場所、参加人数、参加者層、屋内外の区別、参加者が実働する参加型か観覧する観覧型かの参加形態、参加者の飲酒が可能か否かの飲酒有無により、救急隊の出動数が大きく変動することが経験的にわかってきている。このようなイベントの属性情報を受け付けることで、出動件数算出部１０５２は、イベントの該当メッシュについて出動件数を有る程度変動させて補正することができる。
【0065】
図１２は、第三の実施形態におけるイベント登録画面例を示す図である。イベント登録画面には、イベント名称７０１、開催日７０２、開催時刻７０３（開始時刻および終了時刻）、開催場所の緯度経度７０４（座標）、予想される参加人数７０５、参加者層７０６、開催施設７０７、参加形態７０８、飲酒の有無７０９等イベントの詳細を入力する欄が含まれる。参加者層７０６は、「若者」、「家族連れ」、「高齢者」などイベントの主たる参加者の年齢層について選択的に入力を受け付ける。開催施設７０７は、イベントの開催施設が屋内、屋外のどちらかを指定する入力を受け付ける項目である。コンサートなどは屋内イベント、祭りや花火大会は屋外イベントを指定することができる。参加形態７０８は、ハロウィンのように参加者自らが主体となって活動する参加型なのか、スポーツ観戦や演劇のように参加者は基本的に見ているだけの鑑賞型なのかについての指定入力を受け付ける。飲酒の有無７０９は、参加者が飲酒可能とされているか否かについての指定入力を受け付ける。登録するボタン７１０は、押下されるとイベントの登録を完了する。登録されたイベントは記憶部１０４の図示しない領域に保持される。また、キャンセルボタン７１１は、押下されるとイベント登録が中止される。
【0066】
図１３は、配置シミュレーション処理（イベント変動）のフローの例を示す図である。第三の実施形態に係る配置シミュレーション処理（イベント変動）は、基本的に第一の実施形態で説明した配置シミュレーション処理フローと同様であるが、一部相違がある。以下、相違点を中心に説明する。
【0067】
配置シミュレーション処理（イベント変動）では、ステップＳ００５において出動件数の算出が完了したあとに、イベントにより出動件数を補正する処理ステップＳ１０１が追加されている。出動件数算出部１０５２は、図１２に示したイベント登録画面で登録されたイベントの中から、算出対象の日付、時刻帯に開催されるイベントを抽出する。出動件数算出部１０５２は、抽出されたイベントの開催場所の緯度経度７０４が属するメッシュを特定し、そのメッシュの出動件数を補正する（ステップＳ１０１）。
【0068】
ステップＳ１０１におけるイベント開催時の出動回数の補正の方法について説明する。出動件数算出部１０５２は、過去の実績にもとづき参加人数による出動件数の倍率の回帰式をあらかじめ求めておき、登録されたイベント情報の参加人数７０５に対する倍率を得て、出動件数の算出結果に乗算する。回帰式は、参加者層７０６、開催施設７０７、参加形態７０８、飲酒の有無７０９の組み合わせごとに別の係数をもつ式を用意しておくことが望ましい。ここでは出動件数の倍率を用いる説明をしたが、参加人数に応じて増加する件数を用いてもよい。
【0069】
また、参加人数７０５や参加者層７０６、開催施設７０７、参加形態７０８、飲酒の有無７０９を説明変数として出動件数そのものを重回帰やニューラルネット等で予測してもかまわない。
【0070】
また、補正するメッシュの範囲は開催場所の緯度経度７０４が属するメッシュひとつとしたが、隣接する８近傍メッシュ、さらにはその外側も含めた２４近傍メッシュに補正を適用してもよい。また、開催施設７０７の入力が「屋内」の場合は当該メッシュのみを補正し、「屋外」の場合は隣接する２４近傍メッシュにするなど、イベントの種類に応じて補正の適用範囲を切り替えてもよい。さらには、イベント登録画面等に運用者に補正を適用するメッシュの範囲を入力させるようにすることで、より適切に補正を適用するようにしてもよい。
【0071】
以上が、第三の実施形態に係る配置支援システムおよび配置支援装置である。第三の実施形態に係る配置支援システムおよび配置支援装置によれば、既知の不定期あるいは定期的なイベントをあらかじめ登録しておくことで、出動件数の算出結果に補正をかけて、より正確に現場到着時間を算出するとともに、それにもとづいて隊配置を最適化することにより実際の現場到着時間を短縮することが可能となる。
【0072】
［第四の実施形態］第一の実施形態から第三の実施形態では、運用者から指定された隊配置を条件として現場到着時間を算出した。しかし、これに限られるものではなく、隊配置の最適化を行って現場到着時間が最短となる隊配置を提示するようにしてもよい。
【0073】
第四の実施形態は、基本的に第一の実施形態と同様であるが、一部相違がある。以下、相違を中心に説明する。
【0074】
図１４は、第四の実施形態における隊配置効率化処理のフローの例を示す図である。隊配置効率化処理は、配置シミュレーション処理または配置シミュレーション処理（イベント変動）の実施後に開始される。
【0075】
まず、配置条件設定部１０５１は、最適化したい救急隊の指定を受け付ける（ステップＳ２０１）。具体的には、配置条件設定部１０５１は、図７に示した画面上で、最適化したい救急隊の入力を受け付ける。
【0076】
以降は、ステップＳ２０１にて受け付けた最適化したい救急隊について、様々なメッシュおよび時刻帯に配置を変更して現場到着時間を算出し比較し、最適な配置を特定する処理を行う。
【0077】
到着時間算出部１０５３は、対象の隊をメッシュに配置する（ステップＳ２０２）。具体的には、到着時間算出部１０５３は、最適化したい救急隊の配置先の時刻帯と場所（注目メッシュ）を、現場到着時間を未算出のメッシュと時刻帯の組み合わせの一つに特定する。
【0078】
そして、到着時間算出部１０５３は、最適化したい救急隊の注目メッシュを固定条件として、全てのメッシュと時刻帯の組み合わせについて、現場到着時間を算出する（ステップＳ２０３）。具体的には、到着時間算出部１０５３は、あらかじめ作成した曜日や人口、気象の情報を説明変数として現場到着時間を予測する重回帰モデルを使って各時刻帯の出動ごとの現場到着時間を得る。
【0079】
そして、到着時間算出部１０５３は、対象地域全域の平均値を算出する（ステップＳ２０４）。平均値は、記憶部１０４の図示しない領域に保持する。
【0080】
そして、到着時間算出部１０５３は、最適化したい救急隊が、すべての場所（注目メッシュ）に配置される場合について算出が完了したか否か判定する（ステップＳ２０５）。具体的には、到着時間算出部１０５３は、最適化したい救急隊について現場到着時間を未算出のメッシュと時刻帯の組み合わせが対象地域、対象日時範囲内に残存するか否か判定し、なければ全ての場所について算出が完了した（ステップＳ２０５で「Ｙｅｓ」）と判定する。現場到着時間を未算出のメッシュと時刻帯の組み合わせが対象地域、対象日時範囲内にある場合には、到着時間算出部１０５３は、全ての場所について算出が完了していない（ステップＳ２０５で「Ｎｏ」）と判定し、制御をステップＳ２０２に戻す。
【0081】
すべての場所について算出が完了した場合（ステップＳ２０５で「Ｙｅｓ」の場合）には、出力画面生成部１０５４は、現場到着時間の平均が最小となる場合を最適化したい救急隊の最適配置として特定し、隊配置を提示する（ステップＳ２０６）。具体的には、出力画面生成部１０５４は、図９に示すシミュレーション結果出力画面を生成して、表示部１０３に表示させる。
【0082】
以上が、隊配置効率化処理のフローである。隊配置効率化処理では、隊の一つについて、配置するメッシュまたは時刻帯あるいはその両方を変化させて現場到着時間を算出し、現場到着時間が最小となるときの隊の配置を提示することができる。隊配置効率化処理によれば、最適な現場到着時間およびその際の隊配置をより正確に算出することが可能になる。
【0083】
以上が、第四の実施形態に係る配置支援システムおよび配置支援装置である。第四の実施形態に係る配置支援システムおよび配置支援装置によれば、現場到着時間の平均値が最小化される、つまり最適化された救急隊の配置を算出することが可能となり、実際の現場到着時間を短縮することが可能となる。
【0084】
なお、第四の実施形態では、ステップＳ２０１において指定する救急隊をひとつに限定したが、二つ以上の複数の隊、さらにはすべての隊を最適化したい救急隊として指定可能にすることもできる。また、最適化にあたって救急隊を配置できる範囲を運用者に指定させることもできる。実運用時には特定の救急隊を遠方に配置変更することが困難な場合も想定されるため、配置できる範囲を指定させることでより実運用に沿った最適化を提示することができるようになる。
【0085】
また、最適な隊配置を判断する指標として、現場到着時間の平均値を用いたが、最大値や中央値など、重視する観点に応じて運用者が指標を変更できるようにしてもよい。さらには、平均値などの指標を算出する時間幅や対象地域の範囲を運用者に指定させるようにしてもよい。
【0086】
なお、本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
【0087】
また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等の記録媒体に置くことができる。
【0088】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【0089】
本発明は、救急隊に限られず、消防隊、自衛隊など、所定の機能を発揮するために出動する部隊の配置の決定を要する様々な態様で提供できる。
【符号の説明】
【0090】
１０１・・・配置支援装置、１０２・・・入力受付部、１０３・・・表示部、１０４・・・記憶部、１０４１・・・カレンダー情報、１０４２・・・地図情報、１０４３・・・人口情報、１０４４・・・気象情報、１０４５・・・隊配置情報、１０５・・・処理部、１０５１・・・配置条件設定部、１０５２・・・出動件数算出部、１０５３・・・到着時間算出部、１０５４・・・出力画面生成部。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】