(57)【要約】【課題】ユーザに必要な情報を適切に提供できるようにする。【解決手段】情報共有装置１において、情報項目を情報選択条件に基づいて選択し、選択された情報項目に間接的に対応する複数の基礎情報を抽出する提供情報選択部１１１と、複数の基礎情報に対して、所定のロジックを適用して、情報項目に対応する情報を生成する情報生成部１１３と、生成された情報項目に対応する情報を含む提供情報を表示させるための画像情報を生成し、提供情報と画像情報を情報利用装置４へ送信させる情報提供部１１４と、提供情報と画像情報を表示する情報表示部１１５と、対象地域における情報項目に対応する実データ、類似地域における情報項目に対応する類似地域提供情報、又は対象地域又は類似地域における類似情報項目に対応する類似項目提供情報に基づいて、対象地域についての情報項目を生成する際の所定のロジックを修正するロジック修正部１１２と、を備えるようにする。【選択図】図１
2020064433.tif 000002
【特許請求の範囲】
【請求項１】
ユーザへ情報を提供する情報共有装置であって、
ユーザへ提供する提供情報を構成する少なくとも一つの情報項目を所定の情報選択条件に基づいて選択し、前記選択された情報項目に間接的に対応する複数の基礎情報を情報記憶装置から抽出する提供情報選択部と、
前記抽出された複数の基礎情報に対して、所定のロジックを適用して統合処理を実行することにより、前記選択された情報項目に対応する情報を生成する情報生成部と、
前記生成された情報項目に対応する情報を含んで構成される前記提供情報を表示させるための画像情報を生成し、前記画像情報をユーザの使用する情報利用装置へ送信する情報提供部と、
前記生成された情報及び前記画像情報を情報共有装置の表示装置へ表示させる情報表示部と、
前記情報項目の対象とする地域である対象地域における前記情報項目に対応する実データ、前記対象地域と前記情報項目に対して類似する地域である類似地域における前記情報項目に対応する提供情報である類似地域提供情報、又は前記対象地域又は前記類似地域における前記情報項目に類似する情報項目である類似情報項目に対応する提供情報である類似項目提供情報との少なくともいずれか１つに基づいて、前記対象地域についての前記情報項目を生成する際の前記所定のロジックを修正するロジック修正部と、
を備える情報共有装置。
【請求項２】
前記ロジック修正部は、前記複数の基礎情報に対して複数通りのロジックのそれぞれを適用して推測される、複数通りの前記情報項目に対応する情報と、前記実データとの類似性に基づいて、前記情報生成部により使用する前記所定のロジックを決定する
請求項１に記載の情報共有装置。
【請求項３】
前記ロジック修正部は、前記類似地域提供情報又は前記類似項目提供情報を生成する際に適用されていたロジックを前記情報生成部により適用する前記所定のロジックに決定する
請求項１に記載の情報共有装置。
【請求項４】
ユーザへ情報を提供する情報共有装置であって、
ユーザへ提供する提供情報を構成する少なくとも一つの情報項目を所定の情報選択条件に基づいて選択し、前記選択された情報項目に間接的に対応する複数の基礎情報を情報記憶装置から抽出する提供情報選択部と、
前記抽出された複数の基礎情報に対して、前記複数の基礎情報に対して複数通りのロジックのそれぞれを適用して統合処理を実行することにより、複数通りの前記選択された前記情報項目に対応する情報を生成する情報生成部と、
前記生成された複数通りの情報項目に対応する情報を含んで構成される複数の提供情報の候補を表示させるための画面情報を生成し、前記画面情報をユーザの使用する情報利用装置へ送信する情報提供部と、
前記生成された情報及び前記画像情報を情報共有装置の表示装置へ表示させる情報表示部と、
複数通りの前記提供情報の候補の中から提供情報とする候補の指定を受け付けて、受け付けた提供情報の候補の生成に適用したロジックを、前記提供情報を生成するためのロジックに決定するロジック修正部と、
を備える情報共有装置。
【請求項５】
前記複数の提供情報の候補の前記情報項目の情報のそれぞれと、前記情報項目の対象とする地域である対象地域における前記情報項目に対応する実データとの類似性を検出する検出部をさらに備え、
前記候補状況提供部は、前記画面情報に、それぞれの前記提供情報の候補についての前記類似性を示す情報を含める
請求項４に記載の情報共有装置。
【請求項６】
前記情報提供部は、前記画面情報に、前記複数の提供情報が示す地図画像を含める
請求項４又は請求項５に記載の情報共有装置。
【請求項７】
前記情報選択条件は、ユーザの属する業種に基づく条件である
請求項１から請求項６のいずれか一項に記載の情報共有装置。
【請求項８】
前記情報選択条件は、災害種類に基づく条件である
請求項１から請求項７のいずれか一項に記載の情報共有装置。
【請求項９】
ユーザへ情報を提供する情報共有装置による情報共有方法であって、
ユーザへ提供する提供情報を構成する少なくとも一つの情報項目を所定の情報選択条件に基づいて選択し、
前記選択された情報項目に間接的に対応する複数の基礎情報を情報記憶装置から抽出し、
前記抽出された複数の基礎情報に対して、所定のロジックを適用して統合処理を実行することにより、前記選択された情報項目に対応する情報を生成し、
前記生成された情報項目に対応する情報を含んで構成される前記提供情報を表示させるための画像情報を生成し、前記画像情報をユーザの使用する情報利用装置へ送信し、
前記生成された情報及び画像情報に対応する画像をユーザが使用する情報共有装置の表示装置へ表示させ、
前記情報項目の対象とする地域である対象地域における前記情報項目に対応する実データ、前記対象地域と前記情報項目に対して類似する地域である類似地域における前記情報項目に対応する提供情報である類似地域提供情報、又は前記対象地域又は前記類似地域における前記情報項目に類似する情報項目である類似情報項目に対応する提供情報である類似項目提供情報との少なくともいずれか１つに基づいて、前記対象地域についての前記情報項目を生成する際の前記所定のロジックを修正する
情報共有方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザへ必要な情報を提供する技術に関する。
【背景技術】
【０００２】
インターネット上のサーバから種々の情報を取得することができるが、ユーザの必要とする情報がそのまま提供されているとは限らず、複数の情報源から取得した情報を組み合わせなければ、希望の情報を得られない場合もある。
【０００３】
例えば、特許文献１には、業務に必要な情報を業務と情報のモデルに基づき選択し、情報の元データを入手出来ない場合には、データ間の関係性に基づき、その情報に関連する入手可能なデータを取得し、データ同士を組み合わせて、目的の情報を生成し補完し加工して提供する技術が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１８−５３９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来技術では、情報を統合生成するデータの組合せや統合処理などを定義した情報生成ロジック（以下、ロジック）は規定のロジックであり、そのロジックを変更する方法は手動によるものであり、変更する人の知識に依存してしまう。例えば、防災では、災害情報に関する知識が少ない人がロジックを変更すると、ロジックの変更に時間がかかってしまい、また正しく修正できるとは限らず、災害対応者（以下、ユーザという）に誤った災害情報を提供し続けてしまう虞がある。したがって、ロジックの変更方法を改善する余地がある。また、地球温暖化や都市開発による気候や街並み等の変化により、ロジックの想定外の事象が発生した場合、または初めての事象が発生した場合に、人の知識だけでは、その事象変化への対応が難しい。
【０００６】
また、災害発生直後を想定すると、災害現場は混乱し、ユーザは、災害対応業務（以下、業務という）に必要な情報を効率的に使用できない場合がある。必要な情報を効率的に使用できない場合としては、例えば、必要な情報が作成されていないなどで、必要な情報が存在しない場合、必要な情報が存在しても提供先から取得できない場合、必要な情報を伝えられても、災害対応業務に必要な情報を探せない場合等がある。すなわち、ユーザが必要な情報を入手できない場合、ユーザが情報を入手できたとしても、入手した情報をそのままでは利用することができず、画像化や編集などの加工作業が必要な場合、入手した情報が多すぎて業務に必要な情報を利用できない場合がある。
【０００７】
本発明は上述の課題に鑑みてなされたもので、その目的は、ユーザに必要な情報を適切に提供することができる技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決すべく、一観点に係る情報共有装置は、ユーザへ情報を提供する情報共有装置であって、ユーザへ提供する提供情報を構成する少なくとも一つの情報項目を所定の情報選択条件に基づいて選択し、選択された情報項目に間接的に対応する複数の元データ（基礎情報）を情報記憶装置から抽出する提供情報選択部と、抽出された複数の元データ（基礎情報）に対して、所定のロジックを適用して統合処理を実行することにより、選択された情報項目に対応する情報を生成する情報生成部と、生成された情報項目に対応する情報を含んで構成される提供情報を表示させるための画像情報を生成し、画像情報をユーザの使用する情報利用装置へ送信するか、又は画像情報に対応する画像をユーザが使用する表示装置へ表示させる情報提供部と、情報項目の対象とする地域である対象地域における情報項目に対応する実データ、対象地域と情報項目に対して類似する地域である類似地域における情報項目に対応する提供情報である類似地域提供情報、又は対象地域又は類似地域における情報項目に類似する情報項目である類似情報項目に対応する提供情報である類似項目提供情報との少なくともいずれか１つに基づいて、対象地域についての情報項目を生成する際の所定のロジックを修正するロジック修正部と、を備える。
【発明の効果】
【０００９】
本発明によれば、ユーザに必要な情報を適切に提供することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、情報共有装置を含む情報処理システムの全体の概要を説明する図である。
【図２】図２は、情報生成ロジックの修正を説明する図である。
【図３】図３は、類似都市の過去データによる情報生成ロジックを用いた情報の生成を説明する図である。
【図４】図４は、情報共有装置を含む情報処理システムの機能構成図である。
【図５】図５は、情報選択ＤＢの一例の構成図である。
【図６】図６は、情報生成モデルＤＢの一例の構成図である。
【図７】図７は、情報生成ロジックＤＢの一例の構成図である。
【図８】図８は、メタデータ管理ＤＢの一例の構成図である。
【図９】図９は、提供情報ＤＢの一例の構成図である。
【図１０】図１０は、都市モデルＤＢの一例の構成図である。
【図１１】図１１は、結果ＤＢの一例の構成図である。
【図１２】図１２は、情報提供処理のフローチャートである。
【図１３】図１３は、ロジック修正処理のフローチャートである。
【図１４】図１４は、類似都市の選択時における各都市の比較を示す図である。
【図１５】図１５は、情報提供画面の一例を示す図である。
【図１６】図１６は、情報生成ロジック変更画面の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて本発明の実施形態を説明する。本実施形態に係る情報共有装置は、ユーザの必要とする情報を発表済の他の情報（入手済情報）を統合処理することで推測し、ユーザへ提供する。
【００１２】
本実施形態に係る情報共有装置は、業務の遂行に必要な情報を、業務と情報の対応関係を定義した情報選択モデルを用いて情報を選択する。情報共有装置は、情報に直接対応する元データ（基礎情報）を入手できない場合、元データと元データとの間の対応関係を定義した情報生成モデルを用いて関連する（間接的に関連する）元データを取得し、情報を生成するロジックを定義した情報生成ロジック（単に、ロジックともいう）に基づき、元データ同士を組合せることで目的の情報を推測した推測情報を生成し、情報を補完する。さらに本実施形態に係る情報共有装置は、対象とする地域の過去の実データや類似地域の過去に提供した情報に基づき、情報生成ロジックを更新することができる。以上より、本実施形態に係る情報共有装置は、ユーザに利活用可能な情報を継続的かつ効率的に提供できる。
【００１３】
このように本実施形態の情報共有装置は、ユーザの業種や目的、状況に基づき、ユーザに必要な情報（以下、提供情報という）を提示することができる。上述の通り、災害直後などで、提供情報そのものを入手できない場合は、提供情報に関連した他の入手済情報を組み合わせることによって提供情報を補完し、ユーザに提供する。
【００１４】
本実施形態の情報共有装置は、ロジックが誤っていた場合、気候や都市構造など環境の変化によりロジックが適さなくなった場合、または、初めて発生する事象でロジックが無い場合等においては、過去のデータに基づきロジックを変更することができる。対象の地域に過去事例が存在しない場合は、類似都市の過去事例に基づきロジックを変更する。
【００１５】
本実施形態の情報共有装置は、例えば災害時などのように、情報が混乱している最中にユーザの必要な情報を適切に提供する必要がある場合に役立つ。例えば、災害発生直後は、ユーザが災害対応に必要な情報を得ようとしても、その情報そのものが無い場合、その情報は存在するが所定の機関から未だ公表されてない場合、その情報をユーザが見つけることができない場合などがある。さらに、ユーザが情報を入手したとしても、入手した情報をそのままでは使用することができず、情報の編集が必要な場合もある。さらに、ユーザが多くの情報を利用できる場合であっても、情報が多すぎてどの情報を選べば良いか判断できない場合などもある。このような状況において、本実施形態の情報共有装置は、ユーザに必要な情報を自動的に選択し、ユーザに必要な情報が無い場合は関連する他の情報を組み合わせることで推測して提供する。さらに、本実施形態の情報共有装置は、ロジックを過去の実データに基づき更新することができる。設定したロジックが誤っていた場合、気候や都市構造等環境の変化などによりロジックの想定外の事象が発生した場合、過去の実データに基づき実データに近いロジックに更新することができる。対象の地域に過去事例が無い場合は、類似都市の過去事例に基づきロジックを更新する。過去事例に基づきロジックを更新できるため、環境の変化に応じて事実に即した情報をユーザに提供し続けることができる。
【実施例１】
【００１６】
図１〜図１６を用いて第１実施例を説明する。本実施例では、情報共有装置１を用いて災害情報を提供する場合について説明する。本実施例では、ユーザに提供する災害情報として、道路に関する情報を例に挙げて説明するが、これに限らず、例えば、避難所の開設状況や避難者数などの避難所に関する情報、医療機関の患者受入状況に関する情報、電力供給に関する情報、地震の震度などの地震に関する情報、降水量や気象警報・気象注意報などの気象に関する情報など種々の情報としてもよい。また、本実施例では、災害情報を例に説明するが、災害情報に限らず、都市開発における、道路や橋などを建設した場合の都市開発予測の情報としてもよい。
【００１７】
＜概要＞
図１は、情報共有装置を含む情報処理システムの全体の概要を説明する図である。
【００１８】
情報処理システム１０００は、情報共有装置１と、情報収集装置２と、１以上の情報供給装置３と、１以上の情報利用装置４とを含む。情報共有装置１と情報収集装置２とは、例えば、通信ケーブルを介して接続されている。情報収集装置２と、情報供給装置３とは、ネットワークＣＮ１を介して接続されている。情報共有装置１と、情報利用装置４とは、ネットワークＣＮ２を介して接続されている。なお、通信ネットワークＣＮ１と通信ネットワークＣＮ２とは、例えば、インターネットなどの公衆回線、専用回線などを含んで構成することができる。通信ネットワークＣＮ１，ＣＮ２は、有線通信であってもよいし無線通信であってもよい。また、通信ネットワークＣＮ１と通信ネットワークＣＮ２とを便宜上別々に示しているが、両者は同一のネットワークでもよい。通信ネットワークＣＮ１，ＣＮ２の一部は、バスとして構成されてもよい。
【００１９】
情報供給装置３は、例えば、中央省庁、都道府県、市町村、消防、警察、企業、個人、マスメディアなどの供給主体が管理するコンピュータである。各情報の提供元は、都道府県、市町村、消防、警察、企業、個人、マスメディアなどのうちいずれか一つでもよいし、同種の情報を提供する複数の提供元があってもよい。例えば、提供元として、国土交通省と企業とが同様の情報を同時期に供給する場合でも本実施例は対応できる。
【００２０】
情報収集装置２は、通信ネットワークＣＮ１を介して各情報供給装置３から情報を取得する。情報収集装置２は、情報を収集する機能を有する情報収集部２１と、収集した情報を情報共有装置１へ提供可能に記憶する情報記憶部２２とを備える。情報収集装置２は、各情報供給装置３から供給される、それぞれフォーマットの異なるデータを一元的に格納する。なお、情報収集装置２は、情報共有装置１の内部に設けてもよい。
【００２１】
情報利用装置４は、情報共有装置１から提供される情報を利用するユーザが使用するコンピュータである。情報利用装置４は、例えば、パーソナルコンピュータ、サーバ、携帯電話（いわゆるスマートフォンを含む）、携帯情報端末などである。
【００２２】
情報共有装置１は、情報源である各情報供給装置３からの情報に基づいて、ユーザに適した情報を情報利用装置４へ提供するコンピュータである。情報共有装置１は、一つの物理計算機で構成することもできるし、複数の物理計算機を連携させて構成することもできる。
【００２３】
情報共有装置１は、情報収集装置２が収集した情報（以下、情報をデータとも呼ぶ）を取得し、情報利用装置４のユーザの業務に応じ、情報を選択する。情報共有装置１は、情報を構成するデータが入手できない場合、収集したデータ（入手済みデータ）を組み合わせて統合処理することで未入手データを補完する。さらに、情報共有装置１は、データを統合処理する情報生成ロジックを過去の実データに基づき更新する。
【００２４】
情報共有装置１は、処理部１１の一例としての提供情報選択部１１１、情報生成部１１３、情報提供部１１４、情報表示部１１５（表示装置の一例）、およびロジック修正部１１２を備える。
【００２５】
提供情報選択部１１１は、予め設定されている情報選択条件に基づいて、ユーザの使用する情報利用装置４へ提供すべき情報を選択する。情報選択条件としては、例えばユーザの属性、ユーザが情報を利用する目的などがある。ユーザ属性には、例えばユーザの業務の種類、ユーザの置かれた状況などがある。
【００２６】
情報生成部１１３は、提供情報選択部１１１で選択された情報を構成するデータを情報収集装置２の情報記憶部２２から取得し、そのデータを取得できない場合は、提供すべきデータ（提供データ）に対応する他のデータを取得して統合処理することで、提供データを推測し、提供データをユーザが利用しやすいフォーマットに変換したり、色やサイズを調整したりする機能を有する。
【００２７】
情報提供部１１４は、表示または利用のために加工された提供情報を情報表示部１１５に表示したり、提供情報を情報利用装置４へ送信して提供したりする機能を有する。情報提供部１１４は、提供情報を表示するための表示画面を生成して情報表示部１１５に表示させたり、その表示画面を描画するためのデータを所定の情報利用装置４へ送信したりする。所定の情報利用装置４とは、その提供情報を受信すべき装置である。
【００２８】
情報表示部１１５は、例えば、ディスプレイ装置であり、各種情報を表示する。
【００２９】
ロジック修正部１１２は、情報生成部１１３でデータを統合生成するロジック（情報生成ロジック）を修正する機能を有する。ロジック修正部１１２は、事象が発生した地域（対象地域）の対象情報の過去の実データ（過去の実災害データ）や、対象地域に対象情報の過去の実データ(以下、過去データという)が無い場合は、類似の都市（類似地域）の過去の対象情報（類似地域提供情報）に基づき、情報生成ロジックを変更する。情報共有装置１の詳細な構成例は、図４を用いて後述する。
【００３０】
図１では、ロジックを修正する例として、道路に関する情報を対象としている。情報共有装置１の情報生成部１１３は、道路情報（［提供済］道路情報）を生成する。ロジック修正部１１２は、実際の道路の実データ（［実データ］道路情報）と、情報生成部１１３で道路情報を生成する際のロジックとは別のロジック（データの組合せ、統合処理、統合条件等）を用いて道路情報を生成し、実データおよび情報生成部１１３で生成した道路情報と比較し、実データに近い道路情報を生成したロジックを新たなロジックとして更新する。図１では、土砂災害発生箇所から半径１００ｍ以内の道路は通れないというロジックで生成した道路情報と、浸水域内で浸水の深さが１０cm以上の道路は通れないというロジックで生成した道路情報と、情報生成部１１３で生成した提供済の道路情報とを、実際の被害データである実データ道路情報と比較し、土砂災害発生箇所から半径１００ｍ以内の道路は通れないというロジックを新しいロジックとして変更した例である。
【００３１】
図２は、情報生成ロジックの修正を説明する図である。
【００３２】
図２において、情報共有装置１の情報生成部１１３が生成した情報が、システム提供情報（修正前）であり、その情報生成ロジックは「土砂災害発生箇所から半径５０ｍ以内の道路は通行止め」のロジックと、「降水量が５０ｍｍ以上の道路は通行止め」というロジックとを組み合わせたロジックである。ロジック修正案は、過去の実データに基づくロジックの修正案であり、情報生成部１１３で採用しているロジックも含めた全てのロジックが含まれている。図２に示すロジック修正案は、情報共有装置１が、浸水深（１５ｃｍ、１０ｃｍ、５ｃｍ）、土砂災害（半径５０ｍ、半径１００ｍ、半径１５０ｍ）、降水量（５０ｍｍ以上、３０ｍｍ以上、１０ｍｍ以上）などの災害時の実際の被害データと、道路地図と組み合わせて、道路の通行止め区間を算出するロジックである。情報共有装置１は、ロジック修正案と、情報共有装置１の情報生成部１１３が生成した「システム提供情報（修正前）」と、過去の実際の道路通行止め情報である「実データ」とを比較し、実データに近い（類似性が高い）道路通行止め区間を算出した、「浸水深１０ｃｍ以上の道路は通行止め」と「土砂災害発生箇所から半径１００ｍ以内の道路は通行止め」とを含むロジックを修正後のロジックとして採用し、「システム提供情報（修正後）」を提供し、情報生成ロジックを採用したロジックに更新する。
【００３３】
図３は、類似都市の過去データによる情報生成ロジックを用いた情報の生成を説明する図である。
【００３４】
情報共有装置１は、浸水被害が発生した地域であるＡ市に過去の浸水被害データ（実データ）がない場合、Ａ市の類似都市であるＢ市に過去の浸水被害データ（類似地域実データ）があれば、Ｂ市の浸水時の浸水被害データに基づく情報生成ロジックをＡ市に適用し、類似都市Ｂ市の情報生成ロジックを用いてＡ市の道路情報を生成（推測）する。すなわち、情報共有装置１は、事象が発生した地区に過去データが無い場合は、過去データがある類似都市を抽出し、類似都市の過去データに基づくロジックを用いて情報を生成する。
【００３５】
＜構成＞
図４は、情報共有装置を含む情報処理システムの機能構成図である。
【００３６】
情報収集装置２は、例えば災害時に、情報源としての情報供給装置３からデータを収集する。情報供給装置１は、情報収集装置２が収集したデータの中から、ユーザの意思決定に役立つデータを抽出し、未入手データがある場合は他の入手済データを組み合わせることにより未入手データを推測して補完する。さらに、情報共有装置１は、データを統合処理する情報生成ロジックを過去の実データに基づき更新する。対象とする地域（対象地域）に過去の実データが無い場合は、この対象地域の類似する地域（類似地域：例えば、類似都市）の中から過去の提供情報を保有する地域を抽出し、類似地域の情報生成ロジックを用いて、対象地域の情報を推測して補完する。
【００３７】
情報処理システム１０００は、情報共有装置１と、情報収集装置２と、１以上の情報供給装置３と、１以上の情報利用装置４とを備える。
【００３８】
情報共有装置１は、例えば、処理部１１と、記憶装置１２と、インターフェース部１３とを備える。
【００３９】
処理部１１は、例えばマイクロプロセッサなどから構成されており、情報提供に関する情報処理を実現するための各種処理を実行する機能部を有する。機能部は、処理部１１のプロセッサが処理を実行することにより構築される。
【００４０】
処理部１１は、提供情報選択部１１１と、ロジック修正部１１２と、情報生成部１１３と、情報提供部１１４と、情報表示部１１５とを備える。提供情報選択部１１１は、ユーザに提供する情報や、ユーザに提供する情報を生成するための情報を収集する。ロジック修正部１１２は、情報生成ロジックを管理する。情報生成部１１３は、データ間の組合せを定義した情報生成モデルおよび情報生成ロジックに基づきユーザに提供する情報を生成する。情報提供部１１４は、ユーザに情報を提供する。情報表示部１１５は、ユーザに情報を表示する。
【００４１】
提供情報選択部１１１は、例えば、情報選択部１１１１と、データ抽出部１１１２とを備える。提供情報選択部１１１については、さらに後述する。情報提供部１１４は、情報提供・表示部１１１４と、提供情報管理部１１１５とを備える。情報提供部１１４については、さらに後述する。ロジック修正部１１２は、結果抽出部１１２１、類似都市検索部１１２２、ロジック比較部１１２３、ロジック変更部１１２４、メタデータ管理部１１２５、および結果管理部１１２６を備える。ロジック修正部１１２については、さらに後述する。
【００４２】
記憶装置１２は、処理部１１で用いる各種データや、処理部１１で生成される各種データを記憶する装置であり、例えばハードディスク装置やフラッシュメモリデバイスなどにより構成される。記憶装置１２は、例えば、情報選択データベース（ＤＢ）１２１、情報生成モデルＤＢ１２２、情報生成ロジックＤＢ１２３、メタデータ管理ＤＢ１２４、提供情報ＤＢ１２５、都市モデルＤＢ１２６、結果ＤＢ１２７、およびロジックＤＢ１２８を有する。ロジックＤＢ１２８は、情報を生成するための情報生成ロジックを記憶する。なお、記憶装置１２に格納されるデータの構成例については、さらに後述する。
【００４３】
インターフェース部１３は、ケーブル等を介して情報共有装置１と情報収集装置２とを接続する。また、インターフェース部１３は、情報共有装置１と、情報利用装置４とを通信ネットワークＣＮ２を介して接続する。
【００４４】
情報収集装置２は、例えば、情報処理装置であり、情報供給装置３から、例えば災害に関する情報を収集し、収集した情報を格納する。情報収集装置２は、情報供給装置３から情報を収集する情報収集部２１と、情報収集部２１が収集した情報を格納する情報記憶部２２と、インターフェース部２３とを備える。
【００４５】
情報記憶部２２は、例えばハードディスクやフラッシュメモリデバイスなどの記憶装置によりファイル共有システムとして実現される。情報記憶部２２は、例えば災害情報の場合は、道路情報、病院情報、気象情報、避難所情報、被害情報、被災者情報、施設情報、対応など災害に関する情報を記憶する。
【００４６】
情報供給装置３は、情報を発信する情報機器端末であって、例えば携帯端末、ＰＣ端末、計算機システムなどの、入力装置および表示装置（いずれも不図示）を備えるコンピュータである。情報供給装置３を用いる情報発信者は、例えば災害情報の場合、中央省庁、都道府県、市町村、警察、消防、企業、医療従事者、災害対応者、個人、マスメディアなどである。
【００４７】
情報利用装置４は、情報を受信する情報機器端末であって、例えば携帯端末、ＰＣ端末、計算機システムなどの、入力装置および表示装置（いずれも不図示）を備えるコンピュータである。情報利用装置４は、情報共有装置１が提供する情報を、通信ネットワークＣＮ２を介して受信する。情報利用装置４を用いて情報を受信する情報受信者（ユーザ）は、例えば災害情報の場合、府省庁、都道府県、市町村、警察、消防、企業、医療従事者、災害対応者、個人、マスメディアなどである。ユーザは情報利用装置４を用いて、情報共有装置１に対して各種要求を行うことができる。
【００４８】
情報共有装置１の処理部１１が実現する各種処理機能部について詳細に説明する。
【００４９】
提供情報選択部１１１は、情報生成モデルに基づき、ユーザへ提供する情報を選択し、抽出する。情報選択部１１１１は、情報利用装置４から入力された災害種類やユーザの業務などから、ユーザに必要と考えられる提供情報を選択して出力する。例えば、情報選択部１１１１は、情報利用装置４から入力された災害の種類や業務に基づいて、情報選択ＤＢ１２１を検索し、提供情報ＩＤと、各業務に対する提供情報との優先度とを出力する。
【００５０】
データ抽出部１１１２は、情報選択部１１１１が出力した提供情報に対して、提供情報の構成要素である情報項目を選択し、メタデータ管理ＤＢ１２４を用いて、情報項目を構成する元データを情報記憶部２２から抽出する。例えば、情報選択部１１１１が出力した提供情報ＩＤと、情報利用装置４から入力された情報を受け付け、情報生成モデルＤＢ１２２を用いて、提供情報を構成するデータＩＤと、情報共有装置１における生成処理の有無と、提供情報が国や中央省庁、都道府県、市町村等の公の機関によって公表された確定情報か、それ以外の機関が発表した推測情報であるかを示した提供情報の種類と、優先度と、表示形式とを出力する。次に、データ抽出部１１１２は、出力したデータＩＤを用いて、情報生成ロジックＤＢ１２３を検索することで、元データのデータＩＤ、統合処理の要／不要、加工処理の有無、統合生成のロジックを取得する。次に、データ抽出部１１１２は、メタデータ管理ＤＢ１２４を用いることで、元データの格納先（情報記憶部２２の格納先）を取得し、データを抽出する。
【００５１】
情報生成部１１３は、データ抽出部１１１２が抽出したデータを重ね合わせ、必要に応じて重ね合わせたデータから別の情報を生成し、抽出した情報、重ね合わせた情報、または生成した情報をユーザの求める形（フォーマット）に加工する。例えば、情報生成部１１３は、データ抽出部１１１２が抽出したデータを、情報生成ロジックＤＢ１２３の内容に基づいて重ね合わせ、必要に応じて情報を加工する。
【００５２】
情報提供・表示部１１１４は、提供する画面を生成し、情報共有装置１の情報表示部１１５や、情報利用装置４の表示画面に表示させる。なお、提供する画面を情報共有装置１の情報表示部１１５又は情報利用装置４の表示画面のいずれか一方に表示させるようにしてもよい。例えば、情報提供・表示部１１１４は、ユーザ名、目的、業務などの入力を受け付け、情報生成部１１３が出力する提供情報と情報項目と提供情報の地図画面と、ロジック変更部１１２４が出力するロジック修正案およびロジック修正後の災害情報の地図画面とを表示させる。提供情報および情報項目の表示の仕方は、文字情報として出力や、画像情報としての出力などがある。ユーザは、情報提供・表示部１１１４により情報利用装置４に表示される画面や、情報表示部１１５に表示される画面を操作することで、指示や値を入力することができる。情報利用装置４や情報表示部１１５に表示される画面の例は、図１５および図１６で後述する。
【００５３】
提供情報管理部１１１５は、情報生成部１１３が提供する情報が最新の情報であるか否かを判断し、最新の情報で無い場合は、新しい情報に更新する。例えば、提供情報管理部１１１５は、メタデータ管理ＤＢ１２５を用いて、情報の提供日時とデータ集計日時とを比較し、データ取得日時が新しい場合は、新しい情報に更新する。
【００５４】
ロジック修正部１１２が実行する各種処理機能について説明する。ロジック修正部１１２は、情報生成部１１３が情報を生成する時に用いるロジックを修正する。
【００５５】
結果抽出部１１２１は、情報生成部１１３が提供した情報に対して、同じ日時または近い日時、対象の地域（対象地域）または対象地域が含まれる都市（対象都市）等における実際の過去の結果データを抽出する。例えば、結果抽出部１１２１は、情報生成部１１３が提供した情報に対して、同時刻および同地域の実際の過去の被害結果のデータを、結果ＤＢ１２７を用いて抽出する。
【００５６】
類似都市検索部１１２２は、対象地域または対象地域が含まれる都市内に、情報の過去の結果を抽出できない場合に、対象地域と地理、環境、人口などが近い類似都市で、かつ過去の情報を保有している類似都市を抽出する。例えば、類似都市検索部１１２２は、結果抽出部１１２１が対象地域または対象地域が含まれる都市の中に、情報生成部１１３が提供した情報の過去の結果を取得できなかった場合に、都市モデルＤＢ１２６を用いて対象地域の類似都市を検索し、かつ結果ＤＢ１２７を用いて過去の提供情報を保有している類似都市の都市ＩＤを出力する。
【００５７】
ロジック比較部１１２３は、提供情報に対する対象都市の過去の実データと、情報生成部１１３で用いた１以上の情報生成ロジックと異なる１以上の情報生成ロジックとから生成された情報と、情報生成部１１３により生成された提供情報とを比較し、実データに近い情報を生成するロジックを選定する。ロジック比較部１１２３は、例えば、情報生成部１１３が採用した１以上の情報生成ロジックと異なる１以上の情報生成ロジック（例えば、情報生成部１１３で採用されていない１以上の情報生成ロジック）を用いて、情報生成部１１３により算出された提供情報を取得する。次に、ロジック比較部１１２３は、別ロジックを用いて算出された提供情報と、情報生成部１１３が出力した提供情報と、結果抽出部１１２１が出力した過去の実データと比較する。ロジック比較部１１２３は、実データに近い（類似性が高い、例えば、正答率が高い）情報を算出したロジックを以降において使用する新しいロジックとして選択する。なお、ロジック比較部１１２３は、新しいロジックの候補を情報表示部１１５又は情報利用装置４の画面に出力し、ユーザからロジックの変更有無の入力を受け付け、受け付けたロジックを新しいロジックとして選択するようにしてもよい。
【００５８】
ロジック変更部１１２４は、情報を生成する情報生成ロジックを追加、変更、削除などを行って、情報生成ロジックを管理する。ロジック変更部１１２４は、業務および状況に対する提供情報の組合せや優先度や、提供情報を構成する情報項目およびデータの組合せや、生成処理、統合処理、および加工処理を含めた情報を生成するためのロジックなど情報を生成するための処理について、追加、変更、削除などを管理する。ロジック変更部１１２４は、例えば、ロジック比較部１１２３または情報表示部１１５から情報生成ロジックの追加、変更、削除等の指示を受け付け、情報選択ＤＢ１２１、情報生成モデルＤＢ１２２、および情報生成ロジックＤＢ１２３のいずれか１つ以上（例えば、全て）に対して、追加、変更、削除などの処理を行う。
【００５９】
メタデータ管理部１１２５は、元データのメタデータを追加したり、変更したりする。メタデータ管理部１１２５は、例えば、新規の元データが情報記憶部２２に追加された場合、その新規の元データのメタデータをメタデータ管理ＤＢ１２４へ格納する。
【００６０】
結果管理部１１２６は、都市に生じた事象の結果を追加、変更などを行うことにより、事象の結果を管理する。結果管理部１１２６は、例えば、新規の元データが情報記憶部２２に追加された場合、その新規の元データの結果概要を結果ＤＢ１２７へ格納する。
【００６１】
次に、図５〜図１１を用い、記憶装置１２に格納されるデータベース１２１〜１２７の構成例を説明する。
【００６２】
図５は、情報選択ＤＢ１２１の一例の構成図である。
【００６３】
情報選択ＤＢ１２１は、情報選択テーブルＴ１２１を有する。情報選択テーブルＴ１２１は、業務と、提供情報との対応関係を定義したテーブルである。情報選択テーブルＴ１２１は、情報選択部１１１１により使用され、ロジック変更部１１２４により管理される。情報選択テーブルＴ１２１は、例えば、災害種類と、業務と、情報カテゴリと、提供情報と、業務との優先度とを含んで構成される。業務との優先度は、業務に対する提供情報の優先度を示す。以下に述べる他のテーブルでも同様であるが、図示したテーブルの項目以外の他の項目を含んでもよい。情報選択テーブルＴ１２１の災害種類と、業務と、情報カテゴリと、提供情報とは、それぞれの識別情報である、災害ＩＤ、業務ＩＤ、情報カテゴリＩＤ、提供情報ＩＤとしてもよい。
【００６４】
図６は、情報生成モデルＤＢの一例の構成図である。
【００６５】
情報生成モデルＤＢ１２２は、情報生成モデルテーブルＴ１２２を有する。情報生成モデルテーブルＴ１２２は、提供情報と情報項目との関係を定義したテーブルである。情報生成モデルテーブルＴ１２２は、データ抽出部１１１２により使用され、ロジック変更部１１２４により管理される。情報生成モデルテーブルＴ１２２は、例えば、提供情報と、関連する情報項目と、生成処理の有無と、提供情報の種類と、優先度と、表示形式と、災害種類とを含んで構成される。提供情報の種類には、国、中央省庁、都道府県、市町村等の公的機関から公表された情報である確定情報を示す「確定」と、推測された情報である推測情報を示す「推測」とがある。推測情報には、例えば、情報共有装置１で生成した情報、他の機関や組織などが推測した情報、公の機関が公認していない未確認情報などがある。優先度は、提供情報と、関連する情報項目との関係性の強さを示す値である。表示形式は、提供情報を情報利用装置４の画面に表示する際の形式を示す。災害種類は、提供情報と情報項目との関係が生じる際の災害の分類名称（豪雨、洪水、地震、火山、崖崩れ、豪雪など）を示す。情報生成モデルテーブルＴ１２２の提供情報と、情報項目と、災害種類とは、それぞれの識別情報である、提供情報ＩＤ、データＩＤ、災害ＩＤに置き換えてもよい。
【００６６】
図７は、情報生成ロジックＤＢ１２３の一例の構成図である。
【００６７】
情報生成ロジックＤＢ１２３は、情報生成ロジックテーブルＴ１２３を有する。情報生成ロジックテーブルＴ１２３は、情報項目を生成するための、元となる元データの組み合わせと、情報項目を生成するロジックとを定義している。情報生成ロジックテーブルＴ１２３は、情報生成部１１１３により使用され、ロジック変更部１１２４により管理される。情報生成ロジックテーブルＴ１２３は、例えば、情報項目（またはデータＩＤ）と、１つ以上から構成される元となる元データ（またはデータＩＤ）と、統合処理と、災害種類（または災害ＩＤ）と、ロジック（またはロジックＩＤ）を含んで構成される。ここで、元データが複数ある場合には、これら元データは、情報項目に間接的に関連する元データであることを示している。統合処理は、情報項目を生成する際における、元データ同士の統合処理の有無を示す。ロジックは、元データを組み合わせて情報項目を生成する際に使用するロジックを示す。つまり、ロジックは、既存のデータ（入手済データ）から新たな情報を推測して生成するための、情報生成ロジックを示す情報である。なお、情報生成ロジックテーブルＴ１２３のロジックに対応するロジックは、ロジックＤＢ１２８に格納されている。
【００６８】
図８は、メタデータ管理ＤＢ１２４の一例の構成図である。
【００６９】
メタデータ管理ＤＢ１２４は、メタデータ管理テーブルＴ１２４を有する。メタデータ管理テーブルＴ１２４は、元データのメタデータを定義し、元データが提供された日時を管理する。メタデータ管理テーブルＴ１２４は、データ抽出部１１１２により使用され、メタデータ管理部１１２５により管理される。メタデータ管理テーブルＴ１２４は、例えば、元データ（またはデータＩＤ）、提供元、格納先、情報提供日時、データ取得日時、データ集計日時、更新頻度、表示形式を含んで構成される。提供元は、元データの提供元を示す。格納先は、提供情報を構成する情報項目の元データを格納している情報記憶部２２での格納先を示す。情報提供日時は、元データの情報を情報利用装置４に提供した日時を示す。データ取得日時は、元データを情報記憶部２２の情報共有テーブル（不図示）へ登録した日時を示す。データ集計日時は、元データがいつの日時のデータであるかを示す。更新頻度は、元データの更新頻度を示す。表示形式は、元データを画面に描画する場合の形式（例えば、点、線、面）を示す。
【００７０】
図９は、提供情報ＤＢ１２５の一例の構成図である。
【００７１】
提供情報ＤＢ１２５は、提供情報テーブルＴ１２５を有する。提供情報テーブルＴ１２５は、情報共有装置１が提供した情報を管理する。提供情報テーブルＴ１２５は、提供情報管理部１１１５により、使用および管理される。提供情報テーブルＴ１２５は、例えば、災害名、災害種類、都市名、提供先、業務、提供情報、提供情報の種類、情報項目、緯度経度、情報提供日時、データ取得日時、データ集計日時を含んで構成される。提供情報テーブルＴ１２５の災害種類と、提供先と、業務と、提供情報と、情報項目と、緯度経度とは、それぞれ災害ＩＤ、都市ＩＤ、提供先ＩＤ、業務ＩＤ、提供情報ＩＤ、データＩＤ、緯度経度以外の位置情報に置き換えてもよい。
【００７２】
図１０は、都市モデルＤＢ１２６の一例の構成図である。
【００７３】
都市モデルＤＢ１２６は、都市モデルテーブルＴ１２６を有する。都市モデルテーブルＴ１２６は、類似都市を選択するために使用するテーブルであり、都市の特徴を定義する。都市モデルテーブルＴ１２６は、類似都市検索部１１２２により使用され、結果管理部１１２６により管理される。都市モデルテーブルＴ１２６は、例えば、都市名、都市区分、人口、年齢別人口構成パターン、地形、主な産業、人口密度、気候、過去事象を含んで構成される。都市区分は、都市の分類を示し、例えば、地方自治法に定められている地方公共団体の区分では、都道府県、政令指定都市、中核市、特例市、その他の市、町村、特別区などの分類である。人口は、都市の人口を示す。年齢別人口構成パターンは、都市の年齢別の人口構成図の型（パターン）を示し、例えば、高齢者が多い、中高年が多い、青年（学生）が多い、子供が多いなどのパターンがある。地形は、都市の地理的特徴を示し、例えば、平野、盆地、沿岸部、山間部などがある。主な産業は、都市の主な産業を示し、例えば。工業、商業、農業などがある。人口密度は、都市の人口密度を示し、例えば、過密、平均、過疎などがある。気候は、都市の気候を示し、例えば、太平洋気候、中央高地気候、日本海気候などがある。過去事象は、都市で過去に生じた事象を示し、例えば、津波、洪水、地震、豪雪などがある。都市モデルテーブルＴ１２６の都市名と過去事象とは、それぞれの識別情報である、都市ＩＤ、災害ＩＤとしてもよい。
【００７４】
図１１は、結果ＤＢ１２７の一例の構成図である。
【００７５】
結果ＤＢ１２７は、結果テーブルＴ１２７を有する。結果テーブルＴ１２７は、都市ごとに過去の災害の被害結果や過去の都市開発の結果など、過去の事象を格納するテーブルである。結果テーブルＴ１２７は、結果抽出部１１２１によって使用され、結果管理部１１２６によって管理される。結果テーブルＴ１２７は、例えば、結果ＩＤ、発生日時、都市名、緯度経度、原因、規模、提供情報、情報名称、結果、格納先を含んで構成される。発生日時は、結果が生じた日時を示す。原因は、結果が生じた災害種類を示す。規模は、災害の規模を示し、例えば地震の場合は震度５、津波の場合は１ｍというように、災害の規模を定量的に示す。提供情報は、提供した情報を示す。名称は、事象が生じた場所の名称を示す。結果は、過去に発生した結果を示し、例えば、道路では通行止めや渋滞、病院では建物崩壊、避難所では浸水などがある。格納先は、結果（提供情報等）を格納している情報記憶部２２での格納先を示す。結果テーブルＴ１２７の都市名と、原因と、提供情報とは、それぞれの識別子である、都市ＩＤと、災害ＩＤと、提供情報ＩＤとしてもよい。
【００７６】
＜処理手順＞
次に、情報共有装置１により実行される情報提供処理について説明する。
【００７７】
図１２は、情報提供処理のフローチャートである。
【００７８】
まず、ステップＳ１０１において、情報選択部１１１１は、情報利用装置４から、業務、災害種類などの情報（以下、入力情報という）を受け付ける。
【００７９】
ステップＳ１０２では、情報選択部１１１１は、情報利用装置４から受け付けた入力情報に基づいて、業務遂行に必要となる１つ以上の提供情報を選択して、提供情報ＩＤを出力する。なお、選択される提供情報は、複数であってもよい。ステップＳ１０２では、情報選択部１１１１は、提供情報の分類を示した情報カテゴリのＩＤである情報カテゴリＩＤと、ユーザに提示する優先順を定義した優先度と、提供情報ＩＤとを対応付けて一緒に出力してもよい。ここで、優先度には、業務と提供情報と関係の強さを示した優先度などがある。また、ステップＳ１０２で出力する提供情報の数が多い場合は、情報選択部１１１１は、優先度を基にして、出力する提供情報の数を絞り込んでもよい。
【００８０】
例えば、ステップＳ１０２では、情報選択部１１１１は、入力情報の業務、災害種類を用いて、図５の情報選択テーブルＴ１２１を検索することで、提供情報ＩＤを選択し、選択した提供情報ＩＤを出力する。例えば、入力情報が業務ＩＤとして「Ｇ−００１」を含む場合には、情報選択部１１１１は、提供情報ＩＤとして、「Ｉ―００１」、「Ｉ―００２」、「Ｉ―００３」、「Ｉ―００４」、「Ｉ―００５」、「Ｉ―００６」を出力する。また、情報選択部１１１１は、提供情報ＩＤとともに優先度を出力する場合には、各提供情報ＩＤのそれぞれの優先度として、「Ｉ−００３」に対応する優先度を「２」として出力し、それ以外に対応する優先度として、「１」を出力する。
【００８１】
ステップＳ１０３では、情報選択部１１１１が、ステップＳ１０２で出力した提供情報ＩＤに対して、ステップＳ１０１で入力された災害種類に一致する１つ以上の情報項目を選択し、その情報項目を示すデータＩＤと、情報項目の生成処理の有無と、出力する提供情報が公的機関から公表された確定情報であるか、それとも情報共有装置１などで推測された推測情報であるかを示す、提供情報の種類と、提供情報の表示形式とを出力する。ステップＳ１０３では、情報選択部１１１１は、提供情報に対する情報項目の優先順位を定義した優先度も一緒に出力してもよい。また、情報選択部１１１１は、出力する情報項目が多い場合は、優先度に基づいて、出力する情報項目の数を絞り込んでもよい。
【００８２】
例えば、情報選択部１１１１は、ステップＳ１０２で出力した提供情報ＩＤと、ステップＳ１０１で入力された災害種類とをキーとして、図６の情報生成モデルテーブルＴ１２２を検索することで、データＩＤを選択する。そして、情報選択部１１１１は、その選択したデータＩＤに対応する、生成処理の有無と、提供情報の種類と、表示形式を出力する。図６の例では、ステップＳ１０２で出力された提供情報ＩＤが「Ｉ−００１」であり、ステップＳ１０１で入力された災害種類が「豪雨」の場合、情報選択部１１１１から出力される、データＩＤと、生成処理の有無と、提供情報の種類と、表示形式との組は、「ＭＪ−００１、無、確定、線」、「ＭＪ−００２、無、確定、線」、「ＳＪ−００１、有、推測、線」、「ＳＪ−００２、有、推測、線」となる。
【００８３】
ステップＳ１０４では、情報生成部１１３が、ステップＳ１０３で出力された生成処理の有無を判定し、生成処理が「有」に設定されていたら（Ｓ１０４：ＹＥＳ）、処理をステップＳ１０５に進め、生成処理が「無」に設定されていたら（Ｓ１０４：ＮＯ）、処理をステップＳ１０６へ進める。例えば、図６の情報生成モデルテーブルＴ１２２を例にすると、データＩＤが「ＭＪ−００１」の場合、その生成処理が「無」に設定されているため、情報生成部１１３は、処理をステップＳ１０６に進める。これに対し、データＩＤが「ＳＪ−００１」の場合、生成処理が「有」に設定されているため、情報生成部１１３は、処理をステップＳ１０５へ進める。したがって、ステップＳ１０４では、ステップＳ１０３で出力した情報項目が、元データそのものである場合には、処理をステップＳ１０６に進め、元データではなく生成処理が必要な場合には、処理をステップＳ１０５に進める。
【００８４】
ステップＳ１０５では、データ抽出部１１１２は、ステップＳ１０３で出力した情報項目の中から、生成処理が必要なもの（「有」に設定されているもの）について、情報項目を生成する１つ以上の元データと、元データに対する統合処理の有無と、元データに対する生成処理の有無と、生成処理のロジックとを出力する。例えば、データ抽出部１１１２は、ステップＳ１０３で出力したデータＩＤをキーとして、図７の情報生成ロジックテーブルＴ１２３を検索することで、１つ以上からなる元データを選択し、元データのデータＩＤと、統合処理の要不要と、生成処理の有無と、ロジックＩＤとを出力する。例えば、ステップＳ１０３で出力したデータＩＤが「ＳＪ−００１」であれば、データ抽出部１１１２は、元データのデータＩＤとして、「ＭＪ−００５」と「ＫＪ−００１」とを出力し、統合処理の要不要として、「要」を出力し、生成処理の有無として、「有」を、ロジックＩＤとして「Ｌ−００１」を出力する。
【００８５】
ステップＳ１０６では、データ抽出部１１１２は、ステップＳ１０３あるいはステップＳ１０５で出力した情報項目を構成する元データのデータＩＤを用いて、情報記憶部２２から情報項目または元データの内容（以下、データという）を抽出する。データ抽出部１１１２は、例えば、情報項目として道路通行可否情報_ＤｉＭＡＰＳ被害報の元データを抽出する場合、データＩＤが「ＭＪ−００１」をキーとして図８のメタデータ管理テーブルＴ１２４を検索することで、情報記憶部２２での格納先「ＪＫ−００１」を特定し、情報記憶部２２から該当するデータを抽出する。なお、情報が無い場合は、データ抽出部１１１２は、入手してないことを示すデータ（例えば「Ｎｕｌｌ」など）を出力し、ステップＳ１０７以降の処理ステップを実行しない。各種データは、提供元によりデータ形式（ＣＳＶ，ＸＭＬ，ＪＳＯＮ等）が異なるため、データ抽出時に、一元的に形式を統一してもよい。または、後述するステップＳ１０８やステップＳ１０９で、データを統合、生成する際に、形式を統一してもよい。
【００８６】
ステップＳ１０７では、情報生成部１１３は、ステップＳ１０６で抽出したデータに対して、統合処理が必要であるか否かを判断する。統合処理が不要な場合（Ｓ１０７：ＮＯ）には、情報生成部１１３は、処理をステップＳ１０９に進め、統合処理が必要な場合（Ｓ１０７：ＹＥＳ）には、処理をステップＳ１０８に進める。ステップＳ１０７では、情報生成部１１３は、例えば、図７の情報生成ロジックテーブルＴ１２３を用いて、統合処理の必要性を判断する。データＩＤが「ＳＪ−００１」の場合、統合処理が「要」に設定されているので、情報生成部１１３は、処理をステップＳ１０８に進める。また、データＩＤが「ＳＪ−００４」の場合は、統合処理が「不要」に設定されているので、情報生成部１１３は、処理をステップＳ１０９へ進める。
【００８７】
ステップＳ１０８では、情報生成部１１３は、ステップＳ１０６で抽出した元データに対し、統合が必要なものについて、元データを統合して情報項目を作成する。情報生成部１１３は、例えば、図７の情報生成ロジックテーブルＴ１２３を用いて、１つの情報項目に対して、複数の元データを重ね合わせ、情報項目を生成する。例えば、情報項目が「道路通行可否情報_推定浸水範囲」（データＩＤ「ＳＪ−００１」）の場合は、情報生成部１１３は、元データの「国土地理院  推定浸水範囲」と「道路基盤地図」とのデータＩＤである「ＭＪ−００５」、「ＫＪ−００１」とをキーとしてそれぞれの元データを読み込み、それら元データ同士を重ね合わせ、ロジックに基づき、「道路通行可否情報_推定浸水範囲」を生成する。
【００８８】
ステップＳ１０９では、情報生成部１１１３は、ステップＳ１０６で抽出したデータ、またはステップＳ１０８で生成した情報項目を用いて、統合処理や生成処理を行って、地図情報を生成し、提供情報を生成する。例えば、図６の情報生成モデルテーブルＴ１２２を用いて、ステップＳ１０８で「道路通行可否情報_ＤｉＭＡＰＳ被害報（ＭＪ−００１）」と「道路通行可否情報_工事規制情報（ＭＪ−００２）」とを出力した場合、情報生成部１１１３は、「道路通行可否情報_ＤｉＭＡＰＳ被害報（ＭＪ−００１）」と「道路通行可否情報_工事規制情報（ＭＪ−００２）」とを重ね合わせて統合し、「道路通行可否情報（Ｉ−００１）」の確定情報とする。次いで、情報生成部１１１３は、その情報を地図情報に変換し、提供情報とする。
【００８９】
ステップＳ１１０では、情報提供・表示部１１１４が、ステップＳ１０９で生成した提供情報を、情報利用装置４や情報表示部１１５に提供するために、ユーザに応じて情報の内容や形式を変換し、情報利用装置４の表示画面や、情報表示部１１５に提供情報を表示する。例えば、情報提供・表示部１１１４は、ユーザに応じて地図情報と文字情報を作成し、またユーザの情報利用装置４に合わせて情報の形式（ＸＭＬ，ＣＳＶ，ＪＳＯＮ）を変更するなどを行い、ユーザに応じて情報の表示の仕方や内容、形式を変更し、ユーザが利用しやすい内容および形式に情報を変換し、表示画面に提供情報を出力する。
【００９０】
ここで、情報共有装置１は、情報供給装置３から提供された様々な形式のデータの入力を受け付け、データ形式を統一し、ユーザの情報利用装置４に応じて、提供情報を様々な形式に変換して、情報を提供する。例えば、情報の提供者（Ａ個の機関）と情報の利用者（Ｂ個の機関）とにおいて情報を共有するには、Ａ×Ｂのシステム構築が必要であるが、情報共有装置１が情報の形式を変換するので、この情報共有装置１を利用すればＡ＋Ｂのシステム構築で良く、提供者および利用者共に既存のシステムを活かしたままでよく、コストおよび工数の削減が可能になる。
【００９１】
ステップＳ１１１では、ステップＳ１１０で情報利用装置４や情報表示部１１５に出力した提供情報に対して、ユーザからの変更要求の有無を判断する。ユーザからロジック及びデータの変更が入力された場合（Ｓ１１１：変更（データ））には、情報提供・表示部１１１４は、処理をステップＳ１０８に進め、新しく入力されたデータ及びロジックで提供情報を生成する処理を行う。また、ユーザからロジックのみの変更が入力された場合（Ｓ１１１：変更（ロジックのみ））には、情報提供・表示部１１１４は、処理をステップＳ１０９に進め、新しく入力されたロジックで提供情報を生成する処理を行う。また、ユーザから提供情報の追加が入力された場合（Ｓ１１１：追加）は、情報提供・表示部１１１４は、処理をステップＳ１０２に進め、追加された新しい提供情報に対する抽出および提供処理を行う。また、ユーザから提供情報の削除が要求された場合（Ｓ１１１：削除）には、情報提供・表示部１１１４は、処理をステップＳ１１２に進め、画面から提供情報の表示を取り消す処理を行う。一方、ユーザから変更要求がない場合（Ｓ１１１：なし）には、情報提供・表示部１１１４は、処理をステップＳ１１３に進める。
【００９２】
ステップＳ１１２では、情報提供・表示部１１１４は、ユーザから削除が要求された提供情報について、情報利用装置４の画面および情報表示部１１５への表示を取り消す処理を行い、その後、処理をステップＳ１１１に戻す。
【００９３】
ステップＳ１１３では、提供情報管理部１１１５が、ステップＳ１１０で出力した提供情報を提供情報テーブルＴ１２５に格納し、ステップＳ１１０で出力した提供情報の中で、提供情報の種類が確定である情報を、結果テーブルＴ１２７に格納する。以上の処理で、情報利用装置４に適切な情報を提供することができる。
【００９４】
図１２に示す情報提供処理は、例えば、１時間ごと、３０分ごとのように定期的に実施するようにしてもよく、あるいは、情報収集装置２が新しい元データとなる情報を入手したタイミングで実施するようにしてもよい。さらには、定期的な実施と、所定タイミングの発生時における実施とを組み合わせて実行してもよい。これにより、災害時などで状況が刻々と変化する場合において、新しい情報（元データ）を入手した場合や、情報が更新された場合や、状況や環境が変わった場合などにおいて、それらの状況に応じた最新の情報を提供することが可能になる。
【００９５】
次に、情報共有装置１により実行されるロジック修正処理について説明する。
【００９６】
図１３は、ロジック修正処理のフローチャートである。
【００９７】
まずステップＳ２０１において、ロジック変更部１１２４は、情報利用装置４または情報表示部１１５で表示された画面に対して入力される、ロジックを変更する地域（対象地域）と情報（対象情報）と災害（対象災害）とを受け付ける。
【００９８】
ステップＳ２０２では、結果抽出部１１２１は、ステップＳ２０１で受け付けたロジックを変更する対象地域、対象情報、および対象災害に対して、情報共有装置１が生成して提供した情報（提供情報）を抽出する。例えば、結果抽出部１１２１は、図９の提供情報テーブルＴ１２５を検索し、都市名あるいは緯度経度と、提供情報 （または提供情報ＩＤ）と、災害種類（または災害ＩＤ）とをキーとして、災害名、災害種類、都市名、提供先、業務、提供情報、提供情報の種類、情報項目、緯度経度、情報提供日時、データ取得日時、データ集計日時を抽出する。
【００９９】
ステップＳ２０３では、結果抽出部１１２１は、ステップＳ２０１で取得した対象地域内に存在する対象災害時の対象情報の過去の事実データ（被害データや結果データなどの情報共有装置１で統合生成されていない確定データ）を抽出する。結果抽出部１１２１は、例えば、図１１の結果テーブルＴ１２７を用いて、緯度経度または都市名と、提供情報と、過去事象とをキーとして、結果ＩＤ、発生日時、都市名、緯度経度、原因、規模、提供情報、情報名称、結果、格納先を特定する。次いで、結果抽出部１１２１は、特定した格納先をキーとして、情報記憶部２２からデータを抽出する。なお、結果抽出部１１２１は、図９の提供情報テーブルＴ１２５と、図８のメタデータ管理テーブルＴ１２４とを用いて、提供情報テーブルＴ１２５で対象地域が含まれる都市名（または都市ＩＤ）かつ対象災害と一致する災害種類(または災害ＩＤ)とに対応し、対象情報と一致する提供情報が存在し、提供情報の種類が「確定」である情報項目（またはデータＩＤ）を特定し、メタデータ管理テーブルＴ１２４を用いて、格納先を特定し、特定した格納先を用いて、情報記憶部２２からデータを抽出してもよい。また、結果抽出部１１２１は、対象地域で実データが無い場合は、対象地域周辺や、対象地域が含まれる都市から、実データを抽出してもよい。なお、結果抽出部１１２１は、対象地域、対象地域周辺、および対象地域が含まれる都市において、実データを抽出できない場合は、入手してないことを示すデータ（例えば「無」など）を出力し、このステップの処理を終了し、処理をステップＳ２０４に進める。
【０１００】
ステップＳ２０４では、結果抽出部１１２１は、ステップＳ２０３で出力した実データの有無を判定し、「有」に設定されていたら（Ｓ２０４：ＹＥＳ）、処理をステップＳ２０７に進め、「無」に設定されていたら（Ｓ２０４：ＮＯ）、処理をステップＳ２０５へ進める。
【０１０１】
ステップＳ２０５では、類似都市検索部１１２２は、提供情報の要因となる条件が対象地域と似ている都市中で、かつ対象情報の過去の提供情報を保有している都市を検索する。ここで、類似都市とは、対象地域と、災害発生条件や、気候、人口、地理、産業等の提供情報の要因となる条件が近い都市である。事前に対象都市の類似都市を決めておいてもよいし、対象都市と同じ都道府県内にある近隣の都市を類似都市としてもよいし、情報共有装置１が類似都市を算出するようにしてもよい。ステップＳ２０５では、類似都市検索部１１２２は、例えば、図１０の都市モデルテーブルＴ１２６を用いて、対象地域が含まれる対象都市に対して、対象情報の要因となる条件が近い類似都市の候補を、対象都市に近い順に１つ以上算出し、類似都市の候補の都市名(または都市ＩＤ)を特定する。次に、類似都市検索部１１２２は、例えば、図１１の結果テーブルＴ１２７を用いて、特定した類似都市の候補の都市名（または都市ＩＤ）をキーとして、類似都市の候補の都市に、対象情報の過去の提供情報が存在するか検索し、過去の提供情報が存在する都市を、類似都市として出力する。過去の提供情報の検索は、類似都市の候補の中で、対象地域の類似度が高い順番に検索し、過去の提供情報が存在しなければ、次に類似度が高い類似都市の候補の都市について検索する。過去の提供情報を保有する類似都市が無い場合は、提供情報（例えば、道路通行可否情報）と同じ情報カテゴリ（例えば、道路）に属する情報（例えば、道路渋滞情報）を類似情報（類似項目情報）として、類似情報の過去の提供情報（類似項目提供情報）を保有する類似都市を抽出する。提供情報と同じ情報カテゴリに属する情報でも、過去の提供情報が存在しなければ、類似都市検索部１１２２は、情報が無いことを示すデータ（例えば「Ｎｕｌｌ」など）を出力し、ステップＳ２０６以降の処理ステップを実行させない。
【０１０２】
ここで、ステップＳ２０５における処理として、対象都市が「Ａ市」、対象情報カテゴリが「道路」、対象災害が「豪雨」の場合についての例を示す。まず、類似都市検索部１１２２は、Ａ市の類似都市を算出する。類似都市は、Ａ市の類似都市として事前に決めていた都市を選定してもよいし、Ａ市と同じ都道府県内にある近隣の都市を選定としてもよいし、情報共有装置１が算出してもよいが、ここでは、情報共有装置１が算出する例を示す。例えば、図１０の都市テーブルＴ１２６を検索し、Ａ市の類似都市を算出する。類似都市の選定は、以下の式（１）の値を用いて行うことができる。ここで、Ｒは類似度であり、Ｔｉは提供情報の要因となる条件の一致度であり、ａｉは条件の重みである。
【０１０３】
Ｒ＝ΣａｉＴｉ  …（１）
【０１０４】
図１４は、類似都市の選択時における各都市の比較を示す図である。図１４においては、式（１）の重みａｉが均等である場合における各都市を比較した例である。
【０１０５】
提供情報の要因となる条件は、例えば、図１０の都市モデルテーブルＴ１２６では、都市区分、人口、年齢別人口構成パターン、地形、主な産業、人口密度、気候、過去事象である。提供情報によって、都市モデルテーブルＴ１２６における、提供情報の要因となる条件を全て使ってもよいし、一部を選択して使用してもよい。また、提供情報に応じて、条件の重みａｉを、条件ごとに変えてもよい。図１０の都市モデルテーブルＴ１２６の例では、Ａ市〜Ｅ市における各条件は、図１４に示すようになる。この場合において、類似都市検索部１１２２は、図１４における形状が対象都市Ａ市に近い、Ｂ市とＥ市とを類似都市の候補として、出力する。次に、類似都市検索部１１２２は、出力された類似都市の候補の都市名をキーとして、図１１の結果テーブルＴ１２７を用いて、都市名がＢ市またはＥ市であり、原因が豪雨で、提供情報に道路がある都市を検索し、この結果、類似都市をＥ市に特定する。
【０１０６】
ステップＳ２０６では、結果抽出部１１２１は、ステップＳ２０５で出力された類似都市について、対象災害と一致し、かつ対象情報と一致する過去の１つ以上の提供情報（類似地域提供情報）を情報記憶部２２から抽出する。ステップＳ２０６では、結果抽出部１１２１は、例えば、図１１の結果テーブルＴ１２７を用いて、類似都市のデータの中で、対象災害時の提供情報が格納されている格納先を出力し、情報記憶部２２から格納先をキーとして、過去の提供情報を抽出する。なお、ステップＳ２０５において、類似情報の過去の提供情報を保有する類似都市が抽出されている場合には、結果抽出部１１２１は、この類似都市の類似情報の過去の提供情報を抽出する。また、ステップＳ２０５において、過去の提供情報を保有する類似都市が抽出されなかった場合においては、結果抽出部１１２１は、提供情報と同じ情報カテゴリに属する情報を類似情報として、対象都市の類似情報の過去の提供情報（類似項目提供情報）を抽出するようにしてもよい。
【０１０７】
ステップＳ２０７では、ロジック比較部１１２３は、過去にステップＳ１０８およびステップＳ１０９にて提供情報を生成する時に使用した現行ロジックとは別の（異なる）１つ以上のロジックを用いて提供情報（提供情報の候補）を生成する。ステップＳ２０７では、ロジック比較部１１２３は、例えば、ステップＳ１０８およびステップＳ１０９で、図７の情報生成ロジックテーブルＴ１２３における、ロジックＩＤが「Ｌ−００１」の「浸水深５ｃｍ以上の道路は通行止め」というロジックを用いて提供情報を生成していた場合には、ステップＳ２０７では、ロジックＩＤが「Ｌ−００１」以外のロジック、例えばロジックＩＤが「Ｌ−００２」の「浸水深１０ｃｍ以上の道路は通行止め」やロジックＩＤが「Ｌ−００３」の「土砂災害発生箇所の半径５０ｍ以内の道路は通行止め」のロジックを用いて、道路通行可否情報を生成する。ここで、現行ロジックとは別の１以上のロジックとは、現行ロジックの一部のロジックと同じであっても、全体としてのロジックが別となっている（異なっている）１以上のロジックのことをいう。これにより、複数通りのロジックが適用された提供情報の候補が生成されることとなる。なお、ステップＳ２０６を実行した場合には、ロジック比較部１１２３は、別の１以上のロジックとして、ステップＳ２０６で抽出した提供情報を生成する際に適用された１以上のロジックとしてもよい。
【０１０８】
ステップＳ２０８では、ロジック比較部１１２３は、ステップＳ２０２で抽出した対象地域の現行ロジックで生成して提供した提供情報と、ステップＳ２０３で抽出した対象地域内の過去の提供情報の事実データと、ステップＳ２０７で別ロジックを用いて生成した提供情報との結果を、情報利用装置４及び情報表示部１１５に出力する。ステップＳ２０８では、ロジック比較部１１２３は、例えば、図２に示すように、ステップＳ２０２で抽出した過去に情報共有装置１で生成して提供した提供情報（「土砂災害発生箇所から半径５０ｍ以内の道路は通行止め」と、「降水量５０ｍｍ以上の道路は通行止め」とのロジックを用いて生成された情報）と、ステップＳ２０３で抽出した提供情報の事実データと、ステップＳ２０７で別ロジックを用いて生成した情報（「浸水深１５ｃｍ以上の道路は通行止め」、「浸水深１０ｃｍ以上の道路は通行止め」、「浸水深５ｃｍ以上の道路は通行止め」、「土砂災害発生箇所の半径１００ｍ以内の道路は通行止め」、「土砂災害発生箇所の半径１５０ｍ以内の道路は通行止め」、「降水量３０ｍｍ以上の道路は通行止め」、「降水量１０ｍｍ以上の道路は通行止め」などのロジックを用いて生成した情報）と、を情報利用装置４及び情報表示部１１５に出力する。
【０１０９】
ステップＳ２０９では、ロジック比較部１１２３は、ステップＳ２０８の結果に対し、ユーザからのロジック変更等の設定変更の入力を受け付け、設定変更をする場合、例えば、現行ロジックではなく別ロジックに変更する場合（Ｓ２０９：ＹＥＳ）には、処理をステップＳ２１０に進め、設定変更をしない場合（Ｓ２０９：ＮＯ）は、ロジック修正処理を終了する。
【０１１０】
ステップＳ２１０では、ロジック変更部１１２４は、対象情報の生成方法等の設定を変更する。例えば、設定の変更とは、現行ロジックから別ロジックへの変更、災害種類や業務に対応する提供情報の追加・変更・削除、優先度の変更、提供情報を構成する情報項目の追加・変更・削除、生成方法の追加または変更、優先度の変更、情報項目を構成する元データの追加・変更・削除、元データの組合せの追加または変更、および情報項目の生成方法（ロジックや統合処理）の追加・変更・削除を含む。
【０１１１】
ステップＳ２１０では、ロジック変更部１１２４は、例えば、図５の情報選択テーブルＴ１２１や、図６の情報生成モデルテーブルＴ１２２や、図７の情報生成ロジックテーブルＴ１２３に対し、追加や、変更や、削除を行う。ステップＳ２１０が終了したら、ロジック修正処理は終了する。
【０１１２】
図１３に示すロジック修正処理は、例えば１つの災害ごとに実施してもよく、１週間ごとのように定期的に実施してもよく、あるいは、情報共有装置１が新しい提供情報を提供したタイミングで実施してもよい。さらには、定期的な実施と、所定タイミングの発生時の実施とを組み合わせてもよい。災害時などで状況が刻々と変化する場合において、新しい情報を提供した場合や、情報が更新された場合や、状況や環境が変わった場合などにおいて、それらの状況に応じた最適な情報を提供することが可能になる。
【０１１３】
＜画面＞
図１５は、情報提供画面の一例を示す図である。図１５は、情報共有装置１が情報利用装置４および情報表示部１１５へ提供する情報を表示する情報表示画面の一例を示す。
【０１１４】
情報表示画面５０は、提供情報の候補を表示する情報表示部５１と、提供情報の内容を地図上に表示した地図表示部５２とを含む。情報表示部５１は、提供情報表示部５３、情報入力部５４、追加ボタン５５、削除ボタン５６およびロジック変更ボタン５７を備える。
【０１１５】
提供情報表示部５３は、提供情報の名称や元データ、取得時間などの提供情報に関する情報を表示する。情報入力部５４は、ユーザが提供情報を追加したり、検索したりするための入力を受け付ける領域であり、提供情報の名称やフリーワードの入力を受け付ける。追加ボタン５５は、情報入力部５４に入力された提供情報や、フリーワード検索実行の入力を受け付けるボタンである。削除ボタン５６は、提供情報の削除を受け付けるボタンである。ロジック変更ボタン５７は、提供情報に対するロジック変更を受け付けるボタンである。
【０１１６】
提供情報表示部５３は、図１２の情報提供処理のステップＳ１１０で情報提供・表示部１１１４により情報の内容が表示される領域である。提供情報表示部５３には、公的機関から公表された確定情報であるか、それとも情報共有装置１で推測した推測情報であるかを示す「確定／推測」と、提供情報の名称である提供情報と、提供情報の元データを示す元データと、元データの集計日時を示すデータ集計日時と、提供情報を生成する時に用いたロジックを示すロジックと、表示された情報に対してユーザからの選択結果の入力を受け付けるチェックボックス５３１とが表示される。
【０１１７】
例えば、図１２の情報提供処理のステップＳ１１０で表示される情報が「道路通行可否情報」である場合、提供情報表示部５３には、「道路通行可否情報」が３種類表示される。一つ目の提供情報は、確定情報であり、元データが「ＤｉＭＡＰＳ被害報」である「道路通行可否情報」である。二つ目の提供情報は、推測情報であり、元データが「降水量」であり、ロジックが「降水量５０ｍｍ以上の道路は通行止め」である「道路通行可否情報」である。三つ目の提供情報は、推測情報であり、元データが「浸水深」であり、ロジックが「浸水深１０ｃｍ以上の道路は通行止め」である「道路通行可否情報」である。
【０１１８】
地図表示部５２は、提供情報表示部５３に表示した情報の内容が加工された地図情報を表示する領域である。例えば、地図表示部５２には、提供情報表示部５３に表示した情報の全てに対応する地図情報を表示してもよいし、ユーザからチェックボックス５３１で指定された提供情報に対応する地図情報のみを表示してもよい。例えば、地図表示部５２には、提供情報表示部５３に表示する提供情報が１つならばその情報を表示し、表示する提供情報が２つ以上の場合は、提供情報のそれぞれの情報を重ね合わせて、レイヤ表示してもよい。
【０１１９】
この情報表示画面５０によると、提供情報表示部５３に示した道路通行可否情報の内容を、地図表示部５２で地図情報として見ることができる。
【０１２０】
次に、ユーザが、提供情報表示部５３に表示されていない情報の閲覧を希望した場合に、それらの情報を表示する処理について説明する。
【０１２１】
ユーザにより、情報入力部５４に閲覧したい情報の名称が入力され、追加ボタン５５が押下されると、図１２の情報提供処理のステップＳ１１１において、「ユーザから提供情報に対して追加の要求あり」と判定されることとなる。この結果、処理がステップＳ１０２に進み、情報入力部５４に入力された情報を提供情報表示部５３に出力する処理が行われることとなる。
【０１２２】
削除ボタン５６とロジック変更ボタン５７とは、提供情報表示部５３に表示された情報についての、削除あるいは条件変更の入力を受け付けるボタンである。例えば、チェックボックス５３１で情報が選択されて、削除ボタン５６が押下された場合には、図１２の情報提供処理のステップＳ１１２の処理の実行が開始されて、提供情報表示部５３への表示を取り消す処理が開始される。これにより、提供情報表示部５３への表示が取り消されることとなる。また、ロジック変更ボタン５７が押下された場合、選択された情報のロジックを変更するため、新しい条件の入力を受け付け、情報共有装置１は、図１２の情報提供処理のステップＳ１０８またはＳ１０９以降の処理を行い、変更されたロジックで情報を生成し、提供情報表示部５３に変更後のロジックで生成した情報を表示する。
【０１２３】
図１６は、情報生成ロジック変更画面の一例を示す図である。図１６は、情報共有装置１が情報利用装置４および情報表示部１１５へロジックを変更する情報を表示する情報表示画面の一例を示す。
【０１２４】
情報表示画面６０は、ロジックの候補を表示するロジック表示部６１と、変更したロジックの結果を地図上に表示する地図表示部６２とを含む。ロジック表示部６１は、対象表示部６３と、ロジックの候補を表示するロジック候補表示部６４とを備える。
【０１２５】
対象表示部６３は、対象地域と対象情報と災害種別とを選択可能に表示する。ロジック候補表示部６４は、提供情報のロジックの候補について、情報と、種類と、原因と、元データと、ロジックと、正答率とを含む情報を表示する。具体的には、ロジック候補表示部６４は、図１３のロジック修正処理のステップＳ２０８で、提供情報と、実データと、別ロジックによる情報の算出結果とを表示する領域であり、情報の名称を示す情報と、その情報が提供情報か、実データか、又は別ロジックで算出された情報かを示す種類と、災害の種類や事象の要因を示す原因と、情報の元データを示す元データと、情報を生成する時に用いたロジックを示すロジックと、情報が事実データとどの程度一致しているかを示す正答率とを表示する。また、ロジック候補表示部６４は、表示された情報に対してユーザからの地図表示部６２への表示の入力を受け付けるチェックボックス６４１と、表示された情報に対してユーザからのロジック承認の入力を受け付けるチェックボックス６４２とを備える。
【０１２６】
例えば、図１３のロジック修正処理のステップＳ２０８で比較した情報が、対象地域が「Ａ市」で、対象情報が「道路」で、災害種別が「豪雨」である場合、ロジック候補表示部６４には、「道路通行可否情報」について、提供情報と、実データと、別ロジックで算出された情報との３種類が表示される。
【０１２７】
地図表示部６２は、ロジック表示部６３に表示した情報の内容が加工された地図情報を表示する領域である。地図表示部６２には、ロジック候補表示部６４に表示した情報に対応する地図情報の全てを表示してもよいし、ユーザによってチェックボックス６４１で指定された提供情報のみに対応する地図情報を表示するようにしてもよい。情報表示画面６０によると、ロジック候補表示部６４に示した道路通行可否情報の内容を、地図表示部６２で地図情報として見ることができる。
【０１２８】
以上説明したように、本実施例によれば、ユーザの必要とする情報を、入力された業務や状況に基づき、業務と情報のモデルを用いて抽出し、利活用しやすい形態に整えてユーザへ提供できる。
【０１２９】
また、本実施例によれば、ユーザが業務遂行に必要な情報を選択する技能を持たない場合でも、ユーザの業務遂行に必要な情報（提供情報）を自動的に選択して、提供することができ、使い勝手が向上する。
【０１３０】
また、本実施例によれば、提供情報を構成する最新の元データが入手できない場合、元データと元データとの対応関係を定義したモデルを用いて、提供情報に関連し、かつその時点で入手可能である元データを組み合わせることで提供情報を推測し、推測した情報を提供することで、提供情報の内容を補完することもできる。これにより、本実施例によれば、目的となる提供情報そのものを入手できない場合でも、関連する情報（元データ）を統合処理した推測情報により、ユーザへ提供する情報を速やかに補完できる。この結果、例えば災害発生時などで、確定した情報を入手できない場合でも、ユーザに対して早い段階から必要な情報を提供することができ、使い勝手が向上する。
【０１３１】
また、本実施例によれば、情報を生成する情報生成ロジックを、人の知識によらず、対象都市の過去データに基づき、修正することができる。また、対象都市に過去データが無い場合は、対象都市に、地理、気候、環境等が近い類似都市を選択し、その類似都市の過去データに基づき、ロジックを修正することができる。また、提供情報の過去データが対象都市および類似都市に無い場合は、提供情報と同じ情報カテゴリに属する他の情報を類似情報とし、対象都市または類似都市に存在する類似情報の過去データに基づき、ロジックを修正することができる。これにより、人の知識によらず、対象都市あるいは類似都市の、対象情報あるいは類似情報の過去データに基づき、ロジックを変更することができる。気象、地形、都市等の環境の変化に対応して、事実に近い過去データを抽出し、過去データに基づきロジックを更新し続け、事実に近い情報を提供し続けることが可能になる。
【０１３２】
また、本実施例によれば、提供情報をユーザが利用可能な形に、例えばユーザごとに文字情報や地図情報に加工し提供することができる。これにより、ユーザは、提供情報を簡単に利活用することができ、高度な判断に役立てることもできる。
【０１３３】
また、本実施例では提供する情報に事前に優先度を設定している。したがって、本実施例によれば、画面サイズの小さなモバイル型の情報利用装置４に対して、必要かつ優先度の高い情報を提供できる。
【０１３４】
また、本実施例によれば、公的機関から発表された確定情報であるか、それとも情報共有装置１で推測した推測情報であるのかを区別して、ユーザへ提供情報を提供できる。さらに、本実施例によれば、確定情報が先にユーザの目にとまるように表示できる。この結果、ユーザは、情報の信頼性などを速やかにかつ適切に判断することができ、提供情報の使い勝手が向上する。
【実施例２】
【０１３５】
次に、第２実施例に係る情報共有装置について説明する。本実施例を含む以下の各実施例は、第１実施例の変形例に該当するため、第１実施例との相違を中心に説明する。
【０１３６】
第１実施例では、提供情報が道路情報の場合について説明した。これに対して、提供情報の対象は、道路情報のみに限らず、避難所情報、病院情報、人的被害情報、建物被害情報、ライフライン情報（電気、ガス、水道、通信等）、物資情報などの他の情報を、提供情報としてもよい。こうすると、他の情報についても第１実施例と同様に元データから生成して提供することができる。例えば、避難所の位置情報と、浸水範囲情報とを統合し、避難所の開設可否情報として生成し、提供することができる。
【実施例３】
【０１３７】
第１実施例では、対象災害が、豪雨などの災害が１つだけ発生した場合について説明した。しかし、地震発生後に、台風が到来するといったようなマルチハザードの発生は十分起こりえる。
【０１３８】
本実施例では、対象災害が複数発生した場合でも情報を提供することができるようにしている。まず対象災害が複数の場合として、第１実施例と同様な情報提供処理およびロジック修正処理を行い、元データまたは実データが情報を生成できるほど十分に取得できなければ、対象災害を１つずつの災害に分け、それぞれの災害毎に、第１実施例と同様な情報提供処理およびロジック修正処理を行い、最後に災害毎の処理結果を統合する。
【０１３９】
例えば、図１２の情報提供処理において、まず対象災害を複数の災害としてステップＳ１０１以降を行う。ステップＳ１０６で、複数災害時の元データを十分に抽出できれば、そのままステップＳ１０７以降を実施する。一方、複数災害時の元データが十分抽出できなかった場合、あるいは全く抽出できなかった場合には、ステップＳ１０１に戻る。そして、まず一つ目の災害を取得し、この災害を対象に、ステップＳ１０１以降の処理ステップを実施し、ステップＳ１０９が終了後に、ステップＳ１０９が出力した提供情報を保持したままステップＳ１０１に戻り、次に、二つ目の災害を取得し、この災害を対象にステップＳ１０１以降の処理ステップを実施する。同様に、三つ目以降の災害のそれぞれに対して同様な処理を実行し、対象の全ての災害で、ステップＳ１０９を終了したら、全ての災害で生成した提供情報を統合し、ステップＳ１１０以降を実施する。
【０１４０】
また、図１３のロジック修正処理では、図１２での処理と同様に、対象災害を複数災害として、ステップＳ２０１以降を実施する。ステップＳ２０３またはステップＳ２０６で複数災害の実データを十分に抽出できなければ、ステップＳ２０１に戻り、対象災害を１つずつの災害に分割し、まず一つ目の災害についてステップＳ２０１以降を実施し、ステップＳ２０３またはステップＳ２０６で実データを抽出し、ステップＳ２０７で情報を算出する。次に、ステップＳ２０１に戻り、二つ目の災害についてステップＳ２０１以降を実施し、ステップＳ２０７まで実施する。以後、全ての災害のそれぞれについて実データの抽出と情報生成とを繰り返し、全ての災害について実データの抽出と情報生成とが終わったら、ステップＳ２０７でそれぞれの災害で生成した情報を組み合わせて、複数災害の情報を生成する。
【実施例４】
【０１４１】
第１実施例では、災害時に必要となる災害情報を例に説明した。これに対し、本実施例では、都市開発時のシミュレーション情報提供や、土地や建物の安全判定や、安全判定に基づく不動産や保険のリスク判定に活用するようにしてもよい。
【０１４２】
例えば、都市開発において、橋を壊した場合のシミュレーションは、対象都市や類似都市の橋を壊した過去データに基づき、ロジックを構築することで、橋を壊した後の人や車などの動きの情報を予測して提供することもできる。また、壊す予定の橋を道路情報の通行止めとすることで、対象都市や類似都市の通行止め過去データに基づき、橋を壊した後の情報を予測して提供することもできる。他にも、道路建築や、巨大集客施設建築などの都市開発の場合において、過去データ、類似都市の過去データ、および類似情報の過去データなどに基づき、都市開発後の予測情報を提供することができる。
【０１４３】
また、土地や建物の安全判定については、１つ以上のハザードマップや過去の災害や渋滞などの事例または情報共有装置１が推測して生成した情報と、土地や建物の位置情報を重ね合わせて、土地や建物の安全度を判定することができる。例えば、洪水のハザードマップ上に、賃貸物件や保育園、老人ホーム等の建物の位置情報を重ねあわせ、賃貸物件や老人ホーム等の洪水安全度を算出することができる。洪水に限らず津波など他のハザードマップでも同じように安全度の判定に利用することができ、また、過去の災害発生箇所及び情報共有装置１が推測して生成した情報を用いても同様な処理を実行できる。また、１つだけでなく、複数のハザードマップ及び過去事例と土地や建物の位置とを重ね合せて安全度を判定することもできる。判定した安全度は、賃貸物件や老人ホームの家賃や、災害対策又は防犯対策の判断材料になり、また不動産のリスク判定や保険のリスク判定にも応用可能である。
【実施例５】
【０１４４】
第１実施例では、図１３のロジック修正処理のステップＳ２０８において、提供情報と、実データと、別ロジックによる情報の算出結果とを出力し、ステップＳ２０９において、ユーザからロジック変更の有無の入力を受け付けるようにし、情報共有装置１がロジック変更案を提示し、ユーザがロジック変更の選択を行うようにしていた。
【０１４５】
これに対し、第５実施例では、図１３のロジック修正処理のステップＳ２０９において、ロジック比較部１１２３が、ステップＳ２０８で出力した提供情報と、実データと、別ロジックによる情報の算出結果とを比較し、ロジック変更の有無を判定する。例えば、現行ロジックで生成した情報より、別ロジックで生成した情報が実データに近い場合は、処理をステップＳ２１０に進め、別ロジックで生成した情報より、現行ロジックで生成した情報が事実データに近ければ、ロジック修正処理を終了するようにしてもよい。これにより、情報共有装置１がロジック変更案を提示し、情報共有装置１がロジック変更の選択を行うこととなる。また、ロジックの変更は、図１３で示した実データに基づくロジック変更を行わず、図１２の情報提供処理のステップＳ１１１において、ユーザからのロジック変更候補を受け付けるようにして、ユーザがロジック変更を決定するようにしてもよい。
【０１４６】
また、ステップＳ２０６が実行された場合においては、ロジック比較部１１２３は、ステップＳ２０７において、ステップＳ２０６で抽出された提供情報の生成に適用されているロジックを用いて提供情報を算出するようにし、ステップＳ２０９では、このロジックに変更するようにステップＳ２１０に処理を進めるようにしてもよい。
【実施例６】
【０１４７】
第１実施例では、図１３のロジック修正処理のステップＳ２０５において、情報共有装置１が類似都市を選定した。また、第１実施例では、図１４において、提供情報の要因となる条件の影響度（重み）が一定の場合を示した。
【０１４８】
これに対し、本実施例では、提供情報の要因となる条件の影響度（重み）を条件ごとに異ならせて、類似度を選定する。提供情報の要因となる条件を全て使っても良いし、一部を選択して使用してもよい。類似都市は、事前に対象都市の類似都市を決めておいてもよいし、対象都市と同じ都道府県内にある近隣の都市としてもよい。
【０１４９】
なお、本発明は上述の各実施例に限定されず、様々な変形例が含まれる。例えば、上記の各実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＤＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【符号の説明】
【０１５０】
１：情報共有装置、２：情報収集装置、３：情報供給装置、４：情報利用装置、１１１：提供情報選択部、１１２：ロジック修正部、１１３：情報生成部、１１４：情報提供部、１１５：情報表示部
【図１】
2020064433.tif 000003
【図２】
2020064433.tif 000004
【図３】
2020064433.tif 000005
【図４】
2020064433.tif 000006
【図５】
2020064433.tif 000007
【図６】
2020064433.tif 000008
【図７】
2020064433.tif 000009
【図８】
2020064433.tif 000010
【図９】
2020064433.tif 000011
【図１０】
2020064433.tif 000012
【図１１】
2020064433.tif 000013
【図１２】
2020064433.tif 000014
【図１３】
2020064433.tif 000015
【図１４】
2020064433.tif 000016
【図１５】
2020064433.tif 000017
【図１６】
2020064433.tif 000018