JP7570911B2 - リスク情報提供システムおよびリスク情報提供方法 - Google Patents

Description

本発明の実施形態は、災害の予測に関する情報を提供するためのリスク情報提供システムおよびリスク情報提供方法に関する。

近年、気候変動の影響による災害現象の極端化、想定外の災害による被害規模の拡大が叫ばれて久しい。災害情報の提供は社会の安心・安全に重要な役割を果たしている。

従来、時間や場所を少しずつ変えながら進行する災害現象を、その位置情報や時系列情報に応じて情報提供していく手法が提案されている（例えば、特許文献１参照。）。

一方で、災害に繋がる警報情報を公共のマスメディア等を用いて広く伝えたとしても、被災者自身に隈なく届けられていないという指摘も絶えない。

被災者となり得る人々が災害情報を必ずしも自分事と捉えていないこと（行動経済学や社会学的には正常性バイアスや現状維持バイアスと呼ばれる）もその要因の１つと考えられている。

そこで、災害対応時の各種情報の受け手側の立場に沿った情報の整理手法や避難支援情報の提供方法等も提案されている（例えば、特許文献２、特許文献３参照。）。

特開２０１５－０３２８８６号公報 特開２０１５－２１０６８１号公報 特開２０１６－２２４７５５号公報

従来の提案では、災害の発生あるいは災害による被害の発生が確からしい情報を早期に周知することが目的とされてきた。しかし、気象現象の極端化など、避難の為のリードタイムを確保することが困難である事例が増加しており、差し迫った危機が訪れてから情報を周知させても、避難中の被災事例や逃げ遅れ問題は避けがたいと指摘されている。

このため、防災関係機関においては災害警戒情報を“空振りを恐れず”発令する方針への切り換えが開始され、社会的にも受け入れられつつある。

しかしながら、警戒情報の“空振り”は情報の受け手側からみれば、慣れや油断を生む恐れがあるというジレンマを抱えている。また、２０２０年には、新型コロナウイルスの流行により、避難所の運営における密集・密接・密閉に関する課題も表出し、避難の早期化・分散化の必要性が高まっている。

本発明はこのような状況に鑑みなされたもので、災害予測情報の受け手に対し、“命を守る避難行動”に先行して経済的な原則に則った“財産を守る行動”を誘発することにより、避難の早期化・分散化を図ることが可能になるリスク情報提供システムおよびリスク情報提供方法を提供することを目的とする。

実施形態のリスク情報提供システムは、ユーザ端末との通信機能を有するサーバを備え、
前記サーバは、
ユーザの財産の位置情報を取得する財産位置情報取得手段と、
ユーザの財産に損害が及ばないようにするために当該ユーザが行なう対策へのユーザの負担感の度合いをコスト値として取得するコスト値取得手段と、
前記対策を行なわずに前記財産に損害が及ぶことまたはそれに係る不利益をユーザが被ることへのユーザの損失感の度合いをロス値として取得するロス値取得手段と、
災害予測情報の確率を取得する災害予測確率取得手段と、
前記財産位置情報取得手段により取得された前記財産の位置情報に対応する位置が、前記災害予測情報に関係して前記財産に損害が及んだり、それに関連する不利益をユーザが被ったりする可能性がある場合であって、前記災害予測確率取得手段により取得された災害予測情報の確率が、前記コスト値取得手段により取得されたコスト値と前記ロス値取得手段により取得されたロス値とのコストロス比を上回った場合に、前記ユーザ端末へ前記財産に損害が及ぶ可能性を知らせるリスク情報を送信する第１リスク情報送信手段と、
前記ユーザのリスク選好値を取得するリスク選好値取得手段と、
前記財産位置情報取得手段により取得された前記財産の位置情報に対応する位置が、前記災害予測情報に関係して前記財産に災害が及んだり、それに関連する不利益をユーザが被ったりする可能性がある場合であって、前記災害予測確率取得手段により取得された災害予測情報の確率が、前記リスク選好値取得手段により取得された前記ユーザのリスク選好値以上である場合に、前記ユーザ端末へ前記財産に損害が及ぶ可能性を知らせるリスク情報を送信する第２リスク情報送信手段と、
を備える。

実施形態のリスク情報提供システムＲＩＳの全体的な機能構成を示すブロック図。 リスク情報提供システムＲＩＳに含まれる災害予測情報提供サーバ１０と、商業施設サーバシステム２０内の防災用サーバ２１、ＳＮＳ用サーバ２２、サービスサーバ２３と、ＳＮＳ-ＣｈａｔＢｏｔサーバ３０と、にそれぞれ共通するハードウエアの構成を示すブロック図。 コスト／ロス・モデルの一般的な考え方を示す図。 リスク情報提供システムＲＩＳの情報提供の対象となるユーザへの商業施設における導入例を示す図。 ユーザに対し車両を移動させるのはどの程度面倒であるかの負担感の度合いをコスト値（Ｃ）として５段階で回答してもらうためのユーザ端末４０に表示させるアンケート画面ＥＧを示す図。 車両を移動させるのはどの程度面倒であるかのユーザの負担感の度合いに対応するコスト値（Ｃ）の例をコスト表ＴＣとして示す図。 雨に濡れるのがどの程度気になるかのユーザの損失感の度合いに対応するロス値（Ｌ）の例をロス表ＴＬとして示す図。 ユーザへのアンケートにより取得したコスト値（Ｃ）とロス値（Ｌ）とそのコストロス比（Ｃ／Ｌ）とを反映したユーザ管理情報（ユーザ管理情報ＤＢ２４ｃ）の例を示す図。 リスク情報提供システムＲＩＳの駐車位置通知処理を示すフローチャート。 リスク情報提供システムＲＩＳの降雨リスク情報提供処理を示すフローチャート。 リスク情報提供システムＲＩＳの浸水リスク情報提供処理を示すフローチャート。

以下、実施形態のリスク情報提供システムおよびリスク情報提供方法について、図面を参照して説明する。

（第１実施形態）
図１は、実施形態のリスク情報提供システムＲＩＳの全体的な機能構成を示すブロック図である。

実施形態では、商業施設に自動車（車両）で訪れた顧客を情報提供の対象とし、顧客それぞれの災害に関する価値観やリスクの許容度に応じて、各顧客の自発的な避難行動を誘発し、避難の早期化・分散化を図る場合を仮定する。

リスク情報提供システムＲＩＳは、例えば自治体や各種の水文情報の収集・提供を行なう企業などにより設けられた災害予測情報提供サーバ１０と、商業施設の設置者などにより設けられた商業施設サーバシステム２０と、商業施設を利用する顧客のユーザ端末４０との間でメッセージをやり取りするＳＮＳ(social networking site)-ＣｈａｔＢｏｔサーバ３０とを備える。

災害予測情報提供サーバ１０と商業施設サーバシステム２０、商業施設サーバシステム２０とＳＮＳ-ＣｈａｔＢｏｔサーバ３０、ＳＮＳ-ＣｈａｔＢｏｔサーバ３０とユーザ端末４０は、それぞれ何れもインターネットなどの通信ネットワークＮＷを介して随時通信接続される。

災害予測情報提供サーバ１０は、Ｗｅｂ ＡＰＩ(application programming interface)１１と、Ｐｕｓｈ ＡＰＩ１２と、水文情報ＤＢ(data base)１３ａ、ＡＩ学習モデルＤＢ１３ｂ、ユーザ管理情報ＤＢ１３ｃを含む。

水文情報ＤＢ１３ａは、通信ネットワークＮＷまたは専用通信回線を介して収集される河川水位、下水道等の水位、降雨量などの各種の水文情報の観測データを記憶すると共に、降水確率、河川・下水道等の内水・外水氾濫確率などの災害に関わる予測データを記憶する。

ＡＩ学習モデルＤＢ１３ｂは、例えば、水文情報ＤＢ１３ａに記憶された過去の時系列の観測データおよび予測データに基づき、当該観測データに対応する予測データの確率分布を算出し、現在の観測データに対してより精度（信頼性）の高い予測データを得るための学習モデルを記憶する。

なお、ユーザ管理情報ＤＢ１３ｃについては、第２実施形態において後述する。

Ｗｅｂ ＡＰＩ１１は、例えば、通信ネットワークＮＷを介して外部の通信機器（サーバ含む）とメッセージ（観測データや予測データを含む）の送受信を行なうもので、ＡＰＩ処理部１１ａ、メッセージ送受信部１１ｂ、メッセージ解析部１１ｃ、メッセージ作成部１１ｄを含む。

Ｗｅｂ ＡＰＩ１１において、ＡＰＩ処理部１１ａは、商業施設サーバシステム２０の防災用サーバ２１との通信接続処理を行なう。また、外部の水文に関する監視制御装置や気象情報提供サーバとの通信接続処理を行なう。

また、メッセージ送受信部１１ｂは、ＡＰＩ処理部１１ａにより通信接続された商業施設サーバシステム２０の防災用サーバ２１または外部の監視制御装置や気象情報提供サーバとの間でメッセージの送受信を行なう。

また、メッセージ解析部１１ｃは、メッセージ送受信部１１ｂにより受信されたメッセージの内容を解析する。

また、メッセージ作成部１１ｄは、メッセージ解析部１１ｃにより解析された、商業施設サーバシステム２０からのメッセージの内容または外部の監視制御装置や気象情報提供サーバからのメッセージの内容に基づき、例えば応答メッセージを作成し、メッセージ送受信部１１ｂに与える。

Ｐｕｓｈ ＡＰＩ１２は、例えば、予め設定された時間間隔（可変）毎に予め設定された種類の観測データや予測データをメッセージとして商業施設サーバシステム２０の防災用サーバ２１へ送信するもので、ＡＰＩ処理部１２ａ、メッセージ送信部１２ｂ、トリガタイマ１２ｃ、メッセージ作成部１２ｄを含む。

Ｐｕｓｈ ＡＰＩ１２において、ＡＰＩ処理部１２ａは、商業施設サーバシステム２０の防災用サーバ２１との通信接続処理を行なう。

また、トリガタイマ１２ｃは、例えば、商業施設サーバシステム２０の防災用サーバ２１に対して、予め設定された時間間隔（可変）毎に予め設定された種類の観測データや予測データを送信するための当該時間間隔（可変）を計時する。

また、メッセージ作成部１２ｄは、トリガタイマ１２ｃにより計時される時間間隔（可変）毎に、防災用サーバ２１への送信対象となる観測データや予測データを水文情報ＤＢ１３ａから取得し、取得した観測データや予測データのメッセージを作成する。

また、メッセージ送信部１２ｂは、メッセージ作成部１２ｄにより作成されたメッセージを、ＡＰＩ処理部１２ａを介して商業施設サーバシステム２０の防災用サーバ２１へ送信する。

商業施設サーバシステム２０は、防災用サーバ２１、ＳＮＳ用サーバ２２、サービスサーバ２３、店舗情報ＤＢ２４ａ、駐車場管理情報ＤＢ２４ｂ、ユーザ管理情報ＤＢ２４ｃ、メッセージ管理ＤＢ２４ｄ、災害予測情報ＤＢ２４ｅを含む。

店舗情報ＤＢ２４ａは、例えば、商業施設サーバシステム２０を設けた商業施設の店舗、駐車場を含む全体の地図情報を記憶する。

駐車場管理情報ＤＢ２４ｂは、商業施設にある駐車場の駐車位置番号（１台ごと）に対応付けて、当該駐車場が屋外か屋内かの情報（屋外／屋内情報）、当該駐車場の配置階（地階～屋上）を含む配置情報、当該駐車場の空満情報を記憶する。

ユーザ管理情報ＤＢ２４ｃ（図８参照）は、商業施設を利用する顧客であるユーザのユーザＩＤ（ユーザ識別情報）に対応付けて、当該ユーザが来店したか否（退店）かを示す来店フラグ、最終来店日時、駐車位置番号を記憶する。また、詳細は後述するが、例えばユーザへのアンケート（図５～図７参照）に基づき取得されるユーザそれぞれの災害に関する価値観に応じたコスト値（Ｃ：災害対策のために行なう行動への負担感を示す）、ロス値（Ｌ：対策しない場合に受ける損失感を示す）、そのコストロス比（Ｃ／Ｌ）、および例えばユーザそれぞれの購買動向に基づき取得されるリスクの許容度を示すリスク選好値（ＲＳ）を記憶する。

メッセージ管理ＤＢ２４ｄは、ユーザの来店に伴いユーザ端末４０により撮影された駐車位置番号を含む駐車場コード（２次元コード）ＱＲが、ユーザ端末４０からユーザアカウントと共に商業施設サーバシステム２０に受信されるのに応じて、受信された駐車場コードＱＲをユーザＩＤに対応付けて記憶する。

災害予測情報ＤＢ２４ｅは、災害予測情報提供サーバ１０から受信された水文情報に関する各種の観測データや予測データを記憶する。

防災用サーバ２１は、災害予測情報提供サーバ１０との間で観測データや予測データを含む防災に関するメッセージの送受信を行なうもので、ＡＰＩ処理部２１ａ、メッセージ送受信部２１ｂを含む。

防災用サーバ２１において、ＡＰＩ処理部２１ａは、災害予測情報提供サーバ１０のＷｅｂ ＡＰＩ１１およびＰｕｓｈ ＡＰＩ１２との通信接続処理を行なう。

また、メッセージ送受信部２１ｂは、ＡＰＩ処理部２１ａにより通信接続された災害予測情報提供サーバ１０と商業施設サーバシステム２０内のサービスサーバ２３との間でメッセージの送受信を行なう。

ＳＮＳ用サーバ２２は、ＳＮＳ-ＣｈａｔＢｏｔサーバ３０を介して、ユーザ管理情報ＤＢ２４ｃに記憶（登録）されているユーザＩＤに対応したユーザアカウントを持つユーザ端末４０との間で駐車場コードＱＲや防災予測情報を含む各種のメッセージの送受信を行なうもので、ＳＮＳ ＡＰＩ処理部２２ａ、メッセージ送受信部２２ｂを含む。

ＳＮＳ用サーバ２２において、ＳＮＳ ＡＰＩ処理部２２ａは、ＳＮＳ-ＣｈａｔＢｏｔサーバ３０との通信接続処理を行なう。

また、メッセージ送受信部２２ｂは、ＡＰＩ処理部２２ａにより通信接続されたＳＮＳ-ＣｈａｔＢｏｔサーバ３０を介して、ユーザ端末４０と商業施設サーバシステム２０内のサービスサーバ２３との間でメッセージの送受信を行なう。

サービスサーバ２３は、ユーザ端末４０から受信された駐車場コードＱＲを、ユーザＩＤを対応付けてメッセージ管理ＤＢ２４ｄに記憶させる。

また、サービスサーバ２３は、ユーザ端末４０から受信された駐車場コードＱＲに基づいて、ユーザＩＤに、来店フラグ、最終来店日時、駐車位置番号を対応付けたユーザ管理情報を生成し、ユーザ管理情報ＤＢ２４ｃに記憶させる。また、サービスサーバ２３は、例えば、ユーザ端末４０から受信されたユーザへのアンケート結果に基づき得られるユーザそれぞれの災害に関する価値観に応じたコスト値（Ｃ）、ロス値（Ｌ）、そのコストロス比（Ｃ／Ｌ）、および例えばユーザそれぞれの購買動向に基づき得られるリスク選好値（ＲＳ）を、ユーザ管理情報ＤＢ２４ｃのユーザ管理情報に加えて記憶させる。

また、サービスサーバ２３は、ユーザ端末４０から退店情報（含む現在位置）を受信した際に、当該ユーザの現在位置と、ユーザ管理情報ＤＢ２４ｃに記憶されている当該ユーザの駐車位置番号と、店舗情報ＤＢ２４ａに記憶されている商業施設の地図情報とに基づき、当該ユーザの現在位置から駐車場までの経路案内を生成し、ユーザ端末４０へ送信する。

また、サービスサーバ２３は、災害予測情報提供サーバ１０から受信される災害予測情報（降水確率、氾濫確率を含む）と、ユーザ管理情報ＤＢ２４ｃに記憶されている来店中のユーザの駐車位置番号（駐車位置情報）と、当該ユーザのコストロス比（Ｃ／Ｌ）またはリスク選好値（ＲＳ）とに基づき、降雨、浸水を含むリスク情報を提供すべきユーザを決定し、降雨リスク情報あるいは浸水リスク情報と共に、降雨被害の無い屋根付き駐車場あるいは浸水被害の無い上階駐車場の駐車場空満情報を生成し、該当するユーザ端末４０へ送信する。

サービスサーバ２３は、メッセージ送受信部２３ａ、メッセージ解析部２３ｂ、災害予測情報受信部２３ｃ、メッセージ作成部２３ｄを含む。

サービスサーバ２３において、メッセージ送受信部２３ａは、商業施設サーバシステム２０内のＳＮＳ用サーバ２２との間でメッセージの送受信を行なう。

また、メッセージ解析部２３ｂは、メッセージ送受信部２３ａにより受信されたメッセージの内容を解析する。

また、災害予測情報受信部２３ｃは、災害予測情報提供サーバ１０から商業施設サーバシステム２０内の防災用サーバ２１に受信された災害予測情報（降水確率、氾濫確率を含む）を受信する。

また、メッセージ作成部２３ｄは、メッセージ解析部２３ｂにより解析されたユーザ端末４０からのメッセージの内容と、災害予測情報受信部２３ｃにより受信された災害予測情報提供サーバ１０からの災害予測情報（降水確率、氾濫確率を含む）と、店舗情報ＤＢ２４ａに記憶されている商業施設の地図情報と、駐車場管理情報ＤＢ２４ｂに記憶されている駐車場の屋内／屋外、配置階を含む配置情報および空満情報と、ユーザ管理情報ＤＢ２４ｃに記憶されているユーザ管理情報とに基づいて、ユーザの退店に伴う当該ユーザの現在位置から駐車場までの経路案内のメッセージ、あるいは降雨リスク情報と降雨被害の無い屋根付き駐車場の駐車場空満情報を含むメッセージ、あるいは浸水リスク情報と浸水被害の無い上階駐車場の駐車場空満情報を含むメッセージを作成し、メッセージ送受信部２３ａに与える。

図２は、リスク情報提供システムＲＩＳに含まれる災害予測情報提供サーバ１０と、商業施設サーバシステム２０内の防災用サーバ２１、ＳＮＳ用サーバ２２、サービスサーバ２３と、ＳＮＳ-ＣｈａｔＢｏｔサーバ３０と、にそれぞれ共通するハードウエアの構成を示すブロック図である。

サーバ１（１０、２０（２１，２２，２３）、３０）は、プロセッサ（ＣＰＵ：central processing unit）１Ａを備える。プロセッサ１Ａは、プログラムメモリ１Ｂに記憶されたプログラムに従い、データメモリ１Ｃ、入出力インターフェース１Ｄ、通信インターフェース１Ｅの動作を制御し、データメモリ１Ｃに記憶されたデータを読み出し、データメモリ１Ｃにデータを記憶させ、当該プログラムに応じたサーバ１の機能を実行する。

入出力インターフェース１Ｄは、外部に接続されるキー入力デバイスやポインティングデバイスなどの入力デバイス２からの信号を入力してプロセッサ１Ａへ出力し、また、プロセッサ１Ａにより生成された画像信号や音声信号を外部に接続されるディスプレイやスピーカなどの出力デバイス３へ出力する。

通信インターフェース１Ｅは、プロセッサ１Ａをインターネットなどの通信ネットワークＮＷと通信接続する。

なお、サーバ１０、２０（２１，２２，２３）、３０それぞれのプロセッサ１Ａ、プログラムメモリ１Ｂ、データメモリ１Ｃ、入出力インターフェース１Ｄ、通信インターフェース１Ｅの性能、仕様等は異なってよい。

ユーザ端末４０のハードウエアの構成もサーバ１と同様に、プロセッサ１Ａ、プログラムメモリ１Ｂ、データメモリ１Ｃ、通信インターフェース１Ｅを備えるが、例えば、タッチパネル式ディスプレイなどの入力デバイス２および出力デバイス３は内蔵する。またユーザ端末４０は、現在位置を取得するＧＰＳ(global positioning system)受信部を備えてよい。

このように構成された各サーバ１０、２０（２１，２２，２３）、３０およびユーザ端末４０は、何れも、プロセッサ１Ａがプログラム（１Ｂ）に記述された命令に従い回路各部の動作を制御し、ソフトウエアとハードウエアとが協働して動作することにより、後述の動作説明で述べるような各種の機能を実現する。

ここで、前述のユーザ管理情報ＤＢ２４ｃ（図８参照）に記憶するユーザそれぞれの災害に関する価値観に応じたコスト値（Ｃ：災害対策のために行なう行動への負担感を示す）、ロス値（Ｌ：対策しない場合に受ける損失感を示す）、そのコストロス比（Ｃ／Ｌ）の関係について説明する。

図３は、コスト／ロス・モデルの一般的な考え方を示す図である。

コスト（Ｃ）は、災害の事象を防ぐために対策を施した場合に掛かる費用で、ロス（Ｌ）は、何も対策を施さなかった場合に出る損失である。

例えば、対策を施した場合の費用（コスト）が５０万円、何も対策を施さずに事象が発生した場合の損失（ロス）が１００万円、事象が発生する確率Ｐ（ｘ）が５０％と仮定する。

対策を施さない場合に、事象が発生する可能性のある状況の１０回のうち５回で損失が発生すると、その損失の合計は５００万円となる。一方で事象が発生する可能性のある状況の１０回すべてにおいて５０万円掛かる対策を施すと、５００万円掛けて損失を“０”にすることができる。

従って、この仮定においては、事象が発生する確率Ｐ（ｘ）が、コストロス比（Ｃ／Ｌ＝０．５）を上回る場合には、損失よりも費用の方が安くなるので、対策を施すべきと考える。

実施形態では、商業施設に自動車（車両）で来店したユーザを対象に、（１）ユーザ（ないし車両）が雨に濡れること、（２）ユーザの車両が浸水すること、をそれぞれ災害の事象としてとらえる。また、事象（１：ユーザないし車両が雨に濡れる）については「降水確率」、事象（２：ユーザの車両が浸水する）については「氾濫確率」、をそれぞれ事象が発生する確率としてとらえる。

そして、（１）ユーザないし車両が雨に濡れること、（２）ユーザの車両が浸水すること、への対策であるユーザが車両を移動させる行動へのユーザの負担感の度合いを、コストロス比（Ｃ／Ｌ）のコスト値（Ｃ）としてとらえ、対策しない場合にユーザが受ける雨に濡れること、あるいは車両が浸水すること、へのユーザの損失感の度合いを、コストロス比（Ｃ／Ｌ）のロス値（Ｌ）としてとらえる。

従って、実施形態では、「降水確率」あるいは「氾濫確率」が、ユーザのコストロス比（Ｃ／Ｌ）を上回る場合には、ユーザが「降雨」あるいは「浸水」という災害を受ける損失感よりも、ユーザが対策のために行動することへの負担感が低くなるので、当該ユーザを対象に降雨リスク情報あるいは浸水リスク情報を提供すべきと考える。

ユーザが車両を移動させる行動へのユーザの負担感の度合い（コスト値Ｃ）は、例えば、ユーザに対し車両を移動させるのはどの程度面倒であるかを５段階で回答してもらうアンケートの結果によって取得する（図５、図６参照）。また、ユーザが受ける災害へのユーザの損失感の度合い（ロス値Ｌ）は、例えば、ユーザに対し雨に濡れるのがどの程度気になるかを５段階で回答してもらうアンケートの結果によって取得する（図７参照）。

図４は、リスク情報提供システムＲＩＳの情報提供の対象となるユーザへの商業施設における導入例を示す図である。

リスク情報提供システムＲＩＳの情報提供の機能は、車両Ｍで来店したユーザＰに対して商業施設が提供する駐車位置の案内サービスと連携して実行され、ユーザＰが来店した際にユーザ端末４０により撮影した駐車場コードＱＲが、ユーザアカウント共に、ＳＮＳ-ＣｈａｔＢｏｔサーバ３０を介して商業施設サーバシステム２０に受信されることに応じてその処理を開始し、ユーザ端末４０からユーザの退店情報が現在位置と共に受信されることに応じて駐車位置までの経路案内をユーザ端末４０へ送信することでその処理を終了する。

図５は、ユーザに対し車両を移動させるのはどの程度面倒であるかの負担感の度合いをコスト値（Ｃ）として５段階で回答してもらうためのユーザ端末４０に表示させるアンケート画面ＥＧを示す図である。

アンケート画面ＥＧは、商業施設サーバシステム２０のサービスサーバ２３により、ＳＮＳ用サーバ２２およびＳＮＳ-ＣｈａｔＢｏｔサーバ３０を介して、例えば、ユーザ端末４０にユーザアカウントを設定する初期設定のタイミングでユーザ端末４０に表示させてユーザＰの回答（すなわちコスト値Ｃ）を取得してよいし、サービスサーバ２３によりユーザ端末４０に随時表示させる各種のマーケティング情報に含めて表示させ、ユーザＰの回答（すなわちコスト値Ｃ）を取得してもよい。

なお、ユーザに対し雨に濡れるのがどの程度気になるかの損失感の度合いをロス値（Ｌ）として５段階で回答してもらうためのアンケートも、アンケート画面ＥＧと同様にユーザ端末４０に表示させて、ユーザＰの回答（すなわちロス値Ｌ）を取得してよい。

図６は、車両を移動させるのはどの程度面倒であるかのユーザの負担感の度合いに対応するコスト値（Ｃ）の例をコスト表ＴＣとして示す図である。

車両を移動させるのはどの程度面倒であるかのユーザの負担感の度合い、すなわちコスト値（Ｃ）は、「車両を移動させるのは面倒ですか？」のアンケートの質問に対し、「かなり面倒だと思う」と回答するユーザで最高値の“５”、「全く気にならない」と回答するユーザで最低値の“１”とする。

図７は、雨に濡れるのがどの程度気になるかのユーザの損失感の度合いに対応するロス値（Ｌ）の例をロス表ＴＬとして示す図である。

雨に濡れるのがどの程度気になるかのユーザの損失感の度合い、すなわちロス値（Ｌ）は、「雨の日は屋根のある駐車場に停めたいですか？」のアンケートの質問に対し、「絶対に屋根があるところが良い」と回答するユーザで最高値の“５”、「別に気にしない」と回答するユーザで最低値の“１”とする。

図８は、ユーザへのアンケートにより取得したコスト値（Ｃ）とロス値（Ｌ）とそのコストロス比（Ｃ／Ｌ）とを反映したユーザ管理情報（ユーザ管理情報ＤＢ２４ｃ）の例を示す図である。

図８に示すユーザ管理情報において、ユーザのリスク選好値（ＲＳ）は、ユーザのリスクの許容度を示し、例えば、不確実性のある物事に対する許容度で測れる。不確実性のある物事を許し易いユーザはリスクの許容度が高く、不確実性のある物事を許し難いユーザはリスクの許容度が低いことになる。

ユーザのリスクの許容度は、例えば、商業施設においてユーザが同種の品目を購入する際に、同じ商品名の商品を購入することが多ければ、不確実性のある物事を許し易いとしてリスクの許容度が低いと判定でき、同種の品目でも、異なる商品名の商品を購入することが多ければ、不確実性のある物事を許し難いとしてリスクの許容度が高いと判定できる。

従って、ユーザのリスクの許容度、すなわちリスク選好値（ＲＳ）は、例えば、商業施設サーバシステム２０のサービスサーバ２３において、商業施設のＰＯＳシステム(point of sales system)から収集可能なユーザそれぞれの購買動向を分析することで取得してよい。

実施形態のリスク情報提供システムＲＩＳでは、前述したコストロス比（Ｃ／Ｌ）を用いること以外に、リスク選好値（ＲＳ）を用いることで、リスク選好値（ＲＳ）が“１”に近くリスクの許容度が高い（例えば雨にぬれても気にしない）ユーザに対しては、当該リスク選好値（ＲＳ）に対応して降水確率あるいは氾濫確率の高い段階になってから降雨リスク情報あるいは浸水リスク情報を提供し、また、リスク選好値（ＲＳ）が“０”に近くリスクの許容度が低いユーザに対しては、当該リスク選好値（ＲＳ）に対応して降水確率あるいは氾濫確率の低い段階から降雨リスク情報あるいは浸水リスク情報を提供する。

これにより、ユーザのそれぞれに応じて、災害対策のための自発的な行動を誘発できると考える。

次に、実施形態のリスク情報提供システムＲＩＳの動作について説明する。

図９は、リスク情報提供システムＲＩＳの駐車位置通知処理を示すフローチャートである。

商業施設サーバシステム２０のサービスサーバ２３は、毎日ＡＭ０：００になると、ユーザ管理情報ＤＢ２４ｃ（図８参照）に記憶されている全てのユーザＩＤに対応付けられた来店フラグをリセット“×”する（ステップＳ１）。

商業施設にユーザＰが来店し、図４で示したように、ユーザ端末４０により、ユーザＰが車両Ｍを駐車したところの駐車場コードＱＲが撮影されると、撮影された駐車場コードＱＲとユーザアカウントのデータは、ＳＮＳ-ＣｈａｔＢｏｔサーバ３０を介して、商業施設サーバシステム２０のＳＮＳ用サーバ２２へ送信される（ステップＰ１）。

商業施設サーバシステム２０のサービスサーバ２３において、ユーザ端末４０から送信された駐車場コードＱＲとユーザアカウントのデータ（メッセージ）が、ＳＮＳ用サーバ２２を介して来店情報として受信されると（ステップＳ２（Ｙｅｓ））、受信されたメッセージがメッセージ解析部２３ｂにより解析され、解析されたユーザアカウントに対応するユーザ管理情報ＤＢ２４ｃ（図８参照）のユーザＩＤに対応付けて、解析された駐車位置番号が記憶され、来店フラグがセット“○”される（ステップＳ３）。

サービスサーバ２３は、例えば、商業施設内の各店舗のサーバ（図示せず）と接続し、ユーザＰに関する来店情報を展開することで、当該各店舗のサーバからユーザ端末４０へ、例えば売出し商品の販売などの各種マーケティング情報を送信させる（ステップＳ４）。

ユーザ端末４０は、商業施設サーバシステム２０のＳＮＳ用サーバ２２を介して送信された、商業施設内の各店舗のサーバからの各種マーケティング情報を受信して表示あるいは音声として出力し、ユーザＰに提供する（ステップＰ２）。

この際、商業施設サーバシステム２０のサービスサーバ２３は、ユーザ端末４０に対して送信する各種マーケティング情報に、図５～図７で示したように、前述したユーザの負担感の度合いに対応するコスト値（Ｃ）とユーザの損失感の度合いに対応するロス値（Ｌ）とを取得するためのアンケートを含めてよい。

この後、ユーザＰが商業施設から退店する場合に、ユーザ端末４０により退店の操作を行なうと、ユーザ端末４０からＳＮＳ-ＣｈａｔＢｏｔサーバ３０を介して、商業施設サーバシステム２０のＳＮＳ用サーバ２２へ、ユーザアカウントと退店情報と現在位置情報が送信される（ステップＰ３）。

サービスサーバ２３において、ユーザ端末４０から送信されたユーザアカウントと退店情報と現在位置情報のデータ（メッセージ）が、ＳＮＳ用サーバ２２を介して受信されると（ステップＳ５（Ｙｅｓ））、受信されたメッセージがメッセージ解析部２３ｂにより解析され、解析されたユーザアカウントに対応するユーザ管理情報ＤＢ２４ｃ（図８参照）のユーザＩＤに対応付けられた駐車位置番号と、現在位置情報と、店舗情報ＤＢ２４ａに記憶されている地図情報とに基づいて、ユーザＰの現在位置から駐車位置までの経路案内を生成し、生成した経路案内を駐車位置番号と共にユーザ端末４０へ送信する（ステップＳ６）。

また、サービスサーバ２３は、ユーザ管理情報ＤＢ２４ｃのユーザＩＤに対応付けられた来店フラグをリセット“×”する（ステップＳ６）。

ユーザ端末４０は、商業施設サーバシステム２０のサービスサーバ２３からＳＮＳ用サーバ２２を介して送信された駐車位置番号と駐車位置までの経路案内とを受信して表示する（ステップＰ４）。

商業施設サーバシステム２０は、商業施設の営業時間において、ユーザＰの来店に伴いユーザ端末４０から送信された駐車場コードＱＲとユーザアカウントのデータが受信される毎に、当該来店したユーザＰを対象とするステップＳ２～Ｓ６の処理を実行する（ステップＳ７（Ｙｅｓ）→Ｓ２）。

これにより、リスク情報提供システムＲＩＳの商業施設サーバシステム２０では、車両Ｍで来店したユーザＰに対して、当該ユーザＰが車両Ｍを駐車した駐車位置を案内するサービスを提供し、これに伴い、災害予測情報提供サーバ１０と連携して、以下に説明する降雨リスク情報を提供するサービス（図１０参照）と浸水リスク情報を提供するサービス（図１１参照）とを実施する。

図１０は、リスク情報提供システムＲＩＳの降雨リスク情報提供処理を示すフローチャートである。

図１０に示す降雨リスク情報提供処理において、図９で示した駐車位置通知処理に含まれる処理と同一の処理については、同一の符号を付してその説明を省略する。

災害予測情報提供サーバ１０のＰｕｓｈ ＡＰＩ１２は、トリガタイマ１２ｃにより計時される時間間隔毎に、水文情報ＤＢ１３ａおよびＡＩ学習モデルＤＢ１３ｂに基づき取得される「降水確率」の予測データを、商業施設サーバシステム２０の防災用サーバ２１へ送信する（ステップＲ１）。

商業施設サーバシステム２０の防災用サーバ２１において、災害予測情報提供サーバ１０のＰｕｓｈ ＡＰＩ１２から送信された「降水確率」の予測データが受信されると、受信された「降水確率」の予測データをサービスサーバ２３に送信し、サービスサーバ２３は、災害予測情報受信部２３ｃに受信された「降水確率」の予測データを災害予測情報ＤＢ２４ｅに記憶させる（ステップＳ４１（Ｙｅｓ））。

サービスサーバ２３は、ユーザ管理情報ＤＢ２４ｃに記憶されている来店フラグがセット“○”されたユーザＰ（ユーザＩＤ）に対応する駐車位置番号と、駐車場管理情報ＤＢ２４ｂに記憶されている駐車場の屋内／屋外を含む配置情報および空満情報とに基づいて、降雨リスク（雨に濡れるリスク）の対象となるユーザＩＤを抽出する。

また、抽出した降雨リスクの対象となるユーザＰ（ユーザＩＤ）の中で、ステップＳ４１にて災害予測情報提供サーバ１０から受信された「降水確率」が、ユーザ管理情報ＤＢ２４ｃに記憶されている該当するユーザＩＤのコストロス比を上回るユーザＩＤ（またはリスク選好値ＲＳ以上となるユーザＩＤ）を、降雨リスク情報を提供すべきユーザＰ（ユーザＩＤ）として決定する（ステップＳ５１）。

そして、サービスサーバ２３は、降雨リスク情報（例えば「降水確率Ｎ％で雨に濡れる可能性が有ります。車両の駐車位置の変更をお勧めします」）を作成し、作成した降雨リスク情報と、駐車場管理情報ＤＢ２４ｂに記憶されている屋内の駐車場の駐車位置番号を含む駐車場空満情報を、ＳＮＳ用サーバ２２からＳＮＳ-ＣｈａｔＢｏｔサーバ３０を介して、ステップＳ５１にて決定された降雨リスク情報を提供すべきユーザＰ（ユーザＩＤ）のユーザ端末４０へ送信する（ステップＳ６１）。

ユーザ端末４０は、商業施設サーバシステム２０のサービスサーバ２３からＳＮＳ用サーバ２２を介して送信された降雨リスク情報と屋内の駐車場の駐車位置番号を含む駐車場空満情報とを受信して表示する（ステップＰ４１）。

これにより、リスク情報提供システムＲＩＳでは、車両Ｍで来店したユーザＰに対して、災害予測情報提供サーバ１０から得られた「降水確率」が、ユーザＰのコストロス比（Ｃ／Ｌ）を上回る場合には、ユーザＰが「降雨」災害を受ける損失感よりも、ユーザＰが対策のために行動することへの負担感が低くなると判定し、当該ユーザＰを対象に適切な降雨リスク情報とその回避行動のための情報を提供できる。

また、リスク選好値（ＲＳ）を用いた場合でも、車両Ｍで来店したユーザＰに対して、災害予測情報提供サーバ１０から得られた「降水確率」が、例えばユーザが雨に濡れる許容度以上になることを判定して、当該ユーザＰを対象に適切な降雨リスク情報とその回避行動のための情報を提供できる。

なお、災害予測情報提供サーバ１０のＷｅｂ ＡＰＩ１１は、例えば官公庁、自治体から、各種の水文情報に関わる警報・注意報が発令された場合（ステップＲ２（Ｙｅｓ））、当該警報・注意報の情報を、商業施設サーバシステム２０の防災用サーバ２１へ送信する（ステップＲ３）。

商業施設サーバシステム２０の防災用サーバ２１に、災害予測情報提供サーバ１０から警報・注意報の情報が受信された場合、サービスサーバ２３は、前述した一連の降雨リスク情報提供処理を停止する。

図１１は、リスク情報提供システムＲＩＳの浸水リスク情報提供処理を示すフローチャートである。

図１１に示す浸水リスク情報提供処理において、図９で示した駐車位置通知処理および図１０で示した降水リスク情報提供処理に含まれる処理と同一になる処理については、同一の符号を付してその説明を省略する。

災害予測情報提供サーバ１０のＰｕｓｈ ＡＰＩ１２は、トリガタイマ１２ｃにより計時される時間間隔毎に、水文情報ＤＢ１３ａおよびＡＩ学習モデルＤＢ１３ｂに基づき取得される「氾濫確率」の予測データを、商業施設サーバシステム２０の防災用サーバ２１へ送信する（ステップＲ１１）。

商業施設サーバシステム２０の防災用サーバ２１において、災害予測情報提供サーバ１０のＰｕｓｈ ＡＰＩ１２から送信された「氾濫確率」の予測データが受信されると、受信された「氾濫確率」の予測データをサービスサーバ２３へ送信し、サービスサーバ２３は、災害予測情報受信部２３ｃに受信された「氾濫確率」の予測データを災害予測情報ＤＢ２４ｅに記憶させる（ステップＳ４２（Ｙｅｓ））。

サービスサーバ２３は、ユーザ管理情報ＤＢ２４ｃに記憶されている来店フラグがセット“○”されたユーザＰ（ユーザＩＤ）に対応する駐車位置番号と、駐車場管理情報ＤＢ２４ｂに記憶されている駐車場の配置階を含む配置情報および空満情報とに基づいて、浸水リスク（車両が浸水するリスク）の対象となるユーザＩＤを抽出する。

車両が浸水するリスクの対象となる駐車場の配置階は、例えば自治体により提供される浸水ハザードマップに基づいて、地階～１階などとして設定してよい。

また、抽出した浸水リスクの対象となるユーザＰ（ユーザＩＤ）の中で、ステップＳ４２にて災害予測情報提供サーバ１０から受信された「氾濫確率」が、ユーザ管理情報ＤＢ２４ｃに記憶されている該当するユーザＩＤのコストロス比を上回るユーザＩＤ（またはリスク選好値ＲＳ以上となるユーザＩＤ）を、浸水リスク情報を提供すべきユーザＰ（ユーザＩＤ）として決定する（ステップＳ５２）。

そして、サービスサーバ２３は、浸水リスク情報（例えば「氾濫確率Ｎ％で車両が浸水する可能性が有ります。車両の駐車位置の変更をお勧めします」）を作成し、作成した浸水リスク情報と、駐車場管理情報ＤＢ２４ｂに記憶されている車両が浸水するリスクの対象とならない駐車場の駐車位置番号を含む駐車場空満情報を、ＳＮＳ用サーバ２２からＳＮＳ-ＣｈａｔＢｏｔサーバ３０を介して、ステップＳ５２にて決定された浸水リスク情報を提供すべきユーザＰ（ユーザＩＤ）のユーザ端末４０へ送信する（ステップＳ６２）。

ユーザ端末４０は、商業施設サーバシステム２０のサービスサーバ２３からＳＮＳ用サーバ２２を介して送信された浸水リスク情報と車両が浸水するリスクの対象とならない駐車場の駐車位置番号を含む駐車場空満情報とを受信して表示する（ステップＰ４２）。

これにより、リスク情報提供システムＲＩＳでは、車両Ｍで来店したユーザＰに対して、災害予測情報提供サーバ１０から得られた「氾濫確率」が、ユーザＰのコストロス比（Ｃ／Ｌ）を上回る場合には、ユーザＰが「車両の浸水」災害を受ける損失感よりも、ユーザＰが対策のために行動することへの負担感が低くなると判定し、当該ユーザＰを対象に適切な浸水リスク情報とその回避行動のための情報を提供できる。

また、リスク選好値（ＲＳ）を用いた場合でも、車両Ｍで来店したユーザＰに対して、災害予測情報提供サーバ１０から得られた「氾濫確率」が、例えば車両Ｍが浸水する許容度以上になることを判定して、当該ユーザＰを対象に適切な浸水リスク情報とその回避行動のための情報を提供できる。

これにより、ユーザそれぞれの災害に関する価値観あるいは許容度に応じて、適切に災害対策のための自発的な行動を誘発できるようになる。

（第２実施形態）
前述した第１実施形態のリスク情報提供システムＲＩＳでは、商業施設サーバシステム２０のユーザ管理情報ＤＢ２４ｃに、商業施設を利用する顧客であるユーザＰのユーザＩＤに対応付けて、来店フラグ、最終来店日時、駐車位置番号、コスト値（Ｃ）、ロス値（Ｌ）、コストロス比（Ｃ／Ｌ）、およびリスク選好値（ＲＳ）を記憶させ、災害予測情報提供サーバ１０から予め設定された時間間隔毎に「降水確率」あるいは「氾濫確率」を含む災害予測情報が受信された際に、当該「降水確率」あるいは「氾濫確率」に応じて降雨リスク情報あるいは浸水リスク情報を提供すべき適切なユーザＰ（ユーザＩＤ）を決定し、決定したユーザＩＤのユーザ端末４０へ降雨リスク情報あるいは浸水リスク情報を提供する構成とした。

これに限らず、災害予測情報提供サーバ１０のユーザ管理情報ＤＢ１３ｃに、商業施設を利用する顧客であるユーザＰのユーザＩＤに対応付けて、商業施設サーバシステム２０から取得した来店フラグ、最終来店日時、駐車位置番号（含む配置情報）、コスト値（Ｃ）、ロス値（Ｌ）、コストロス比（Ｃ／Ｌ）、およびリスク選好値（ＲＳ）を記憶させる。そして、災害予測情報提供サーバ１０自身にて取得される「降水確率」あるいは「氾濫確率」に応じて、第１実施形態と同様に、降雨リスク情報あるいは浸水リスク情報を提供すべき適切なユーザＰ（ユーザＩＤ）を決定し、決定したユーザＩＤのユーザ端末４０へ、商業施設サーバシステム２０を介して、降雨リスク情報あるいは浸水リスク情報を提供する構成としてもよい。

（実施形態のまとめ）
実施形態のリスク情報提供システムＲＩＳによれば、車両Ｍで来店したユーザＰに対して、災害予測情報提供サーバ１０から得られた「降水確率」が、ユーザＰのコストロス比（Ｃ／Ｌ）を上回る場合には、ユーザＰが「降雨」災害を受ける損失感よりも、ユーザＰが対策のために行動することへの負担感が低くなると判定し、当該ユーザＰを対象に適切な降雨リスク情報とその回避行動のための情報を提供できる。また、車両Ｍで来店したユーザＰに対して、災害予測情報提供サーバ１０から得られた「氾濫確率」が、ユーザＰのコストロス比（Ｃ／Ｌ）を上回る場合には、ユーザＰが「車両の浸水」災害を受ける損失感よりも、ユーザＰが対策のために行動することへの負担感が低くなると判定し、当該ユーザＰを対象に適切な浸水リスク情報とその回避行動のための情報を提供できる。

よって、災害予測情報の受け手に対し、“命を守る避難行動”に先行して経済的な原則に則った“財産を守る行動”を誘発することにより、避難の早期化・分散化を図ることが可能になる。

なお、第１実施形態および第２実施形態のリスク情報提供システムＲＩＳでは、災害予測情報が「降水確率」あるいは「氾濫確率」である場合を仮定し、ユーザＰが車両Ｍを駐車した駐車場の配置情報を含む駐車位置情報に基づき、雨に濡れる可能性のあるユーザＰには「降雨リスク情報」を、車両Ｍが浸水する可能性のあるユーザＰには「浸水リスク情報」を提供する構成としたが、災害予測情報が「降水確率」あるいは「氾濫確率」に限らず、リスク情報が「降雨リスク情報」あるいは「浸水リスク情報」に限らないのは勿論である。

また、第１実施形態および第２実施形態のリスク情報提供システムＲＩＳでは、ユーザＰのコストロス比（Ｃ／Ｌ）またはリスク選好値（ＲＳ）に基づいて、ユーザそれぞれの災害に関する価値観または許容度に応じて適切にリスク情報を提供する構成としたが、これに限らず、コストロス比（Ｃ／Ｌ）とリスク選好値（ＲＳ）とを組み合わせ、例えば、災害予測情報の確率がコストロス比（Ｃ／Ｌ）またはリスク選好値（ＲＳ）の何れかの値を超えた場合に、該当するユーザにリスク情報を提供する構成としてもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

ＲＩＳ…リスク情報提供システム、１０…災害予測情報提供サーバ、１３ａ…水文情報ＤＢ、１３ｂ…ＡＩ学習モデルＤＢ、２０…商業施設サーバシステム、２１…防災用サーバ、２２…ＳＮＳ用サーバ、２３…サービスサーバ、２４ａ…店舗情報ＤＢ、２４ｂ…駐車場管理情報ＤＢ、２４ｃ…ユーザ管理情報ＤＢ、２４ｄ…メッセージ管理ＤＢ、２４ｅ…災害予測情報ＤＢ、３０…ＳＮＳ-ＣｈａｔＢｏｔサーバ、４０…ユーザ端末。

Claims (7)

1. ユーザ端末との通信機能を有するサーバを備え、
   前記サーバは、
   ユーザの財産の位置情報を取得する財産位置情報取得手段と、
   ユーザの財産に損害が及ばないようにするために当該ユーザが行なう対策へのユーザの負担感の度合いをコスト値として取得するコスト値取得手段と、
   前記対策を行なわずに前記財産に損害が及ぶことまたはそれに係る不利益をユーザが被ることへのユーザの損失感の度合いをロス値として取得するロス値取得手段と、
   災害予測情報の確率を取得する災害予測確率取得手段と、
   前記財産位置情報取得手段により取得された前記財産の位置情報に対応する位置が、前記災害予測情報に関係して前記財産に損害が及んだり、それに関連する不利益をユーザが被ったりする可能性がある場合であって、前記災害予測確率取得手段により取得された災害予測情報の確率が、前記コスト値取得手段により取得されたコスト値と前記ロス値取得手段により取得されたロス値とのコストロス比を上回った場合に、前記ユーザ端末へ前記財産に損害が及ぶ可能性を知らせるリスク情報を送信する第１リスク情報送信手段と、
   前記ユーザのリスク選好値を取得するリスク選好値取得手段と、
   前記財産位置情報取得手段により取得された前記財産の位置情報に対応する位置が、前記災害予測情報に関係して前記財産に災害が及んだり、それに関連する不利益をユーザが被ったりする可能性がある場合であって、前記災害予測確率取得手段により取得された災害予測情報の確率が、前記リスク選好値取得手段により取得された前記ユーザのリスク選好値以上である場合に、前記ユーザ端末へ前記財産に損害が及ぶ可能性を知らせるリスク情報を送信する第２リスク情報送信手段と、
   を備えたリスク情報提供システム。
2. 前記コスト値取得手段により取得するコスト値と前記ロス値取得手段により取得するロス値とは、前記ユーザ端末に表示させるアンケートに基づいて当該ユーザ端末から取得する、
   請求項１に記載のリスク情報提供システム。
3. 前記リスク選好値取得手段により取得する前記ユーザのリスク選好値は、商業施設サーバシステムにおける前記ユーザの購買動向の分析に基づき取得する、
   請求項１または請求項２に記載のリスク情報提供システム。
4. 前記財産位置情報取得手段は、ユーザの車両の位置情報を取得する車両位置情報取得手段であり、
   前記コスト値取得手段は、前記ユーザの車両に降雨または浸水が及ばないようにするための対策として当該車両をユーザが移動することへのユーザの負担感の度合いをコスト値として取得し、
   前記ロス値取得手段は、前記対策を行なわずに前記車両に降雨または浸水が及ぶことまたはそれに係る不利益をユーザが被ることへのユーザの損失感の度合いをロス値として取得し、
   前記災害予測確率取得手段は、降水確率または氾濫確率を取得し、
   前記第１リスク情報送信手段は、前記車両位置情報取得手段により取得された前記車両の位置情報に対応する位置が、前記車両に降雨または浸水が及んだり、それに関連する不利益をユーザが被ったりする可能性がある場合であって、前記災害予測確率取得手段により取得された降水確率または氾濫確率が、前記コスト値取得手段により取得されたコスト値と前記ロス値取得手段により取得されたロス値とのコストロス比を上回った場合に、前記ユーザ端末へ前記車両に降雨または浸水が及ぶ可能性を知らせる降雨リスク情報または浸水リスク情報をその回避行動のための情報と共に送信する、
   請求項１ないし請求項３の何れか一項に記載のリスク情報提供システム。
5. 前記サーバは、相互に通信機能を有する第１サーバと第２サーバとを含み、
   前記第１サーバは、前記災害予測確率取得手段を備え、
   前記第２サーバは、前記財産位置情報取得手段と、前記コスト値取得手段と、前記ロス値取得手段と、前記第１リスク情報送信手段とを備える、
   請求項１ないし請求項４の何れか一項に記載のリスク情報提供システム。
6. 前記サーバは、相互に通信機能を有する第１サーバと第２サーバとを含み、
   前記第１サーバは、前記コスト値取得手段と、前記ロス値取得手段と、前記災害予測確率取得手段と、前記第１リスク情報送信手段とを備え、
   前記第２サーバは、前記財産位置情報取得手段を備える、
   請求項１ないし請求項４の何れか一項に記載のリスク情報提供システム。
7. ユーザ端末との通信機能を有するサーバにより、
   ユーザの財産の位置情報を取得し、
   ユーザの財産に損害が及ばないようにするために当該ユーザが行なう対策へのユーザの負担感の度合いをコスト値として取得し、
   前記対策を行なわずに前記財産に損害が及ぶことまたはそれに係る不利益をユーザが被ることへのユーザの損失感の度合いをロス値として取得し、
   災害予測情報の確率を取得し、
   前記財産の位置情報に対応する位置が、前記災害予測情報に関係して前記財産に損害が及んだり、それに関連する不利益をユーザが被ったりする可能性がある場合であって、前記災害予測情報の確率が、前記コスト値と前記ロス値とのコストロス比を上回った場合に、前記ユーザ端末へ前記財産に損害が及ぶ可能性を知らせるリスク情報を送信し、
   前記ユーザのリスク選好値を取得し、
   前記財産の位置情報に対応する位置が、前記災害予測情報に関係して前記財産に災害が及んだり、それに関連する不利益をユーザが被ったりする可能性がある場合であって、前記災害予測情報の確率が、前記取得された前記ユーザのリスク選好値以上である場合に、前記ユーザ端末へ前記財産に損害が及ぶ可能性を知らせるリスク情報を送信する、
   ようにしたリスク情報提供方法。