(57)【特許請求の範囲】
【請求項１】
センサによって取得されるユーザに関するユーザ情報として、前記ユーザの家電機器が稼働させられた稼働状況を示す稼働情報を受信する受信部と、
前記受信部により受信されたユーザ情報の量または種類に応じて、前記ユーザに特典を付与する付与部と、
前記受信部により受信されたユーザ情報に基づいて、前記ユーザの健康状態を推定する推定部と、
前記推定部によって推定された健康状態に基づいて、前記ユーザに保険を提案する提案部と
を備えたことを特徴とする提案装置。
【請求項２】
前記付与部は、
前記特典として、前記ユーザに対して前記保険の割引料金を適用する
ことを特徴とする請求項１に記載の提案装置。
【請求項３】
前記推定部は、
前記健康状態として、前記ユーザの寿命を推定する
ことを特徴とする請求項１または２に記載の提案装置。
【請求項４】
前記提案部は、
前記健康状態の経時変化に基づいて、前記ユーザに保険を提案する
ことを特徴とする請求項１〜３のいずれか一つに記載の提案装置。
【請求項５】
前記提案部は、
前記健康状態に変化があった時から所定の期間内に、前記ユーザに保険を提案する
ことを特徴とする請求項１〜４のいずれか一つに記載の提案装置。
【請求項６】
前記提案部は、
前記健康状態に応じた保険の内容が、前記ユーザが加入中の保険の内容と異なる場合に、当該健康状態に応じた保険の内容に切り替える提案を行なう
ことを特徴とする請求項１〜５のいずれか一つに記載の提案装置。
【請求項７】
前記提案部は、
前記ユーザが閲覧するコンテンツに前記保険に関する広告コンテンツを表示することで提案を行なう
ことを特徴とする請求項１〜６のいずれか一つに記載の提案装置。
【請求項８】
前記提案部は、
前記ユーザのインターネット上の行動履歴に基づいて提案時期を決定し、決定した提案時期に当該ユーザに前記保険を提案する
ことを特徴とする請求項１〜７のいずれか一つに記載の提案装置。
【請求項９】
前記推定部は、
前記受信部によって前記ユーザ情報が所定の期間受信されなくなった場合に、前記ユーザの生死判定を行なう
ことを特徴とする請求項１〜８のいずれか一つに記載の提案装置。
【請求項１０】
提案装置が実行する提案方法であって、
センサによって取得されるユーザに関するユーザ情報として、前記ユーザの家電機器が稼働させられた稼働状況を示す稼働情報を受信する受信工程と、
前記受信工程により受信されたユーザ情報の量または種類に応じて、前記ユーザに特典を付与する付与工程と、
前記受信工程により受信されたユーザ情報に基づいて、前記ユーザの健康状態を推定する推定工程と、
前記推定工程によって推定された健康状態に基づいて、前記ユーザに保険を提案する提案工程と
を含んだことを特徴とする提案方法。
【請求項１１】
センサによって取得されるユーザに関するユーザ情報として、前記ユーザの家電機器が稼働させられた稼働状況を示す稼働情報を受信する受信手順と、
前記受信手順により受信されたユーザ情報の量または種類に応じて、前記ユーザに特典を付与する付与手順と、
前記受信手順により受信されたユーザ情報に基づいて、前記ユーザの健康状態を推定する推定手順と、
前記推定手順によって推定された健康状態に基づいて、前記ユーザに保険を提案する提案手順と
をコンピュータに実行させることを特徴とする提案プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、提案装置、提案方法および提案プログラムに関する。
【背景技術】
【０００２】
近年、ユーザに対して保険を提案する各種の方法が知られている。このような保険の提案に関する技術として、ユーザのバイタルデータに基づいてユーザに適した保険を提案する技術が知られている。例えば、このような技術では、ユーザの摂取カロリー及びバイタルデータに基づいて病気リスクを判定し、判定された病気リスクに対して推奨される医療保険商品を選択する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１３２４０２号公報
【特許文献２】特開２００３−２９６５７５号公報
【特許文献３】特開２００７−４１７８７号公報
【特許文献４】特開２０１０−２６２３８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術では、ユーザにとってより適切な保険を容易に提案することができるとは限らなかった。例えば、上記の従来技術では、ユーザが端末装置の入力部を操作してカロリーの測定とバイタルデータの入力とが行われた場合に、ユーザに推奨される医療保険商品を選択するので、ユーザが医療保険商品に関する情報を得るには各種の操作を行なう手間が掛かる。このようなことから、上記の従来技術では、ユーザにとってより適切な保険を容易に提案することができるとは限らなかった。
【０００５】
本願は、上記に鑑みてなされたものであって、ユーザにとってより適切な保険を容易に提案することができる提案装置、提案方法および提案プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本願に係る提案装置は、センサによって取得されるユーザに関するユーザ情報を受信する受信部と、前記受信部によって受信されたユーザ情報に基づいて、前記ユーザの健康状態を推定する推定部と、前記推定部によって推定された健康状態に基づいて、前記ユーザに保険を提案する提案部とを備えたことを特徴とする。
【発明の効果】
【０００７】
実施形態の一態様によれば、ユーザにとってより適切な保険を容易に提案することができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態に係る提案システムによる提案処理の一例を示す説明図である。
【図２】図２は、実施形態に係る提案装置の構成例を示す図である。
【図３】図３は、実施形態に係るユーザ情報記憶部の一例を示す図である。
【図４】図４は、実施形態に係る推定情報記憶部の一例を示す図である。
【図５】図５は、実施形態に係る保険情報記憶部の一例を示す図である。
【図６】図６は、実施形態に係る特典情報記憶部の一例を示す図である。
【図７】図７は、実施形態に係る提案装置による提案処理手順を示すフローチャートである。
【図８】図８は、広告コンテンツを表示する画面の一例を示す図である。
【図９】図９は、提案装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【０００９】
以下に、本願に係る提案装置、提案方法および提案プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る提案装置、提案方法および提案プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１０】
〔１．実施形態〕
〔１−１．実施形態に係る提案処理〕
まず、図１を用いて、実施形態に係る提案処理の一例について説明する。図１は、実施形態に係る提案システム１による提案処理の一例を示す説明図である。図１の例では、ＩｏＴ（Internet  of  Things）機器が有するセンサによって測定されるユーザＵ１０に関するユーザ情報に基づいて提案装置１００がユーザＵ１０にとって適切な保険を提案する提案処理が行われる。
【００１１】
図１に示すように、提案システム１には、ユーザＵ１０が有する機器である端末装置１０Ａ〜１０Ｃと、提案装置１００とが含まれる。端末装置１０Ａ〜１０Ｃ、提案装置１００は、それぞれネットワークと有線または無線により通信可能に接続される。なお、以下では、端末装置１０Ａ〜１０Ｃの各装置を区別なく総称する場合には、「端末装置１０」と記載する場合がある。
【００１２】
端末装置１０Ａは、スマートフォンや、タブレット型端末や、ＰＣ（Personal  Computer）や、携帯電話機、ＰＤＡ（Personal  Digital  Assistant）などの情報処理装置である。例えば、端末装置１０Ａは、ユーザＵ１０の起床時刻や、就寝時刻、通勤手段、掃除機を使用した時間、エアコンを使用した時間、空気清浄器を使用した時間、着席時間、アクティビティなどといったユーザＵ１０に関するユーザ情報を測定可能な機能を有する。一例としては、端末装置１０Ａは、端末装置１０Ａの位置を測定するＧＰＳセンサ、傾きを測定するジャイロセンサ、慣性を測定する加速度センサ、明るさを測定する照度センサ、距離を測定する近接センサなどといった各種のセンサを有する。端末装置１０Ｂは、体重計などの情報処理装置である。例えば、端末装置１０Ｂは、ユーザＵ１０の体重や、体脂肪率、脂肪の内容（例えば、皮下脂肪や内臓脂肪）、筋肉率などといったユーザＵ１０の体組成に関するユーザ情報を測定可能な機能を有する。端末装置１０Ｃは、利用者の身体に装着されるウェアラブル端末などの情報処理装置である。例えば、端末装置１０Ｃは、ユーザＵ１０の喫煙状況や、血圧、心拍数などといったユーザＵ１０に関するユーザ情報を測定可能な機能を有する。
【００１３】
提案装置１００は、利用者に対して保険を提案するサーバ装置である。具体的には、提案装置１００は、センサによって取得されるユーザＵ１０に関するユーザ情報に基づいて、ユーザＵ１０にとって適切な保険を提案する。より具体的には、提案装置１００は、ユーザＵ１０が有する機器である端末装置１０Ａ〜１０Ｃのセンサによってユーザ情報が検知される度にユーザ情報を受信し、受信したユーザ情報に基づいてユーザにとってより適切な保険を提案する提案処理を実行する。
【００１４】
まず、端末装置１０は、ユーザＵ１０に関するユーザ情報を、センサによって取得する度に、提案装置１００に対して送信する（ステップＳ１）。具体的には、端末装置１０は、ユーザ情報として、ユーザＵ１０の行動または生活習慣を示す情報や生体情報などを提案装置１００に送信する。例えば、端末装置１０Ａは、ユーザ情報として、ユーザＵ１０の起床時刻や、就寝時刻、通勤手段、掃除機を使用した時間、エアコンを使用した時間、空気清浄器を使用した時間、着席時間、アクティビティに関する情報を日ごとに測定し、測定したユーザ情報を提案装置１００に日ごとに送信する。端末装置１０Ｂは、ユーザ情報として、ユーザＵ１０の体重に関する情報を日ごとに測定し、測定したユーザ情報を提案装置１００に日ごとに送信する。端末装置１０Ｃは、ユーザ情報として、ユーザＵ１０の喫煙状況や、血圧、心拍数に関する情報を日ごとに測定し、測定したユーザ情報を提案装置１００に日ごとに送信する。これにより、提案装置１００は、ユーザＵ１０が有する機器である端末装置１０からユーザＵ１０に関するユーザ情報を受信する。そして、提案装置１００は、受信したユーザ情報を蓄積して保持する。
【００１５】
続いて、提案装置１００は、受信されたユーザ情報に基づいて、ユーザＵ１０の健康状態を推定する（ステップＳ２）。具体的には、提案装置１００は、まず、ユーザ情報に基づいてユーザＵ１０が健康において抱えるリスクを示す指標である健康リスクスコアを算出する。「健康リスクスコア」は、値が高いほど健康状態が悪いことを示す。一例としては、提案装置１００は、ユーザ情報に含まれる心拍数に関する情報に基づいて、１分間あたりの心拍数が６０回以内である場合には、基準データ内であり正常なので、「−１」を健康リスクスコアに加算する。他の例では、提案装置１００は、ユーザ情報に含まれる着席時間に関する情報に基づいて、１日あたりの着席時間が６時間以内である場合には運動不足や労働時間が長いと考えられるので、「＋２」を健康リスクスコアに加算する。また、他の例では、提案装置１００は、ユーザ情報に含まれる通勤手段に関する情報に基づいて、通勤手段が車である場合には、電車等の場合と比較して事故率が高いので、「＋１」を健康リスクスコアに加算する。そして、提案装置１００は、ユーザ情報に基づいた健康リスクスコアの合計値を算出する。ここで、提案装置１００は、ユーザＵ１０の健康リスクスコアが「１０」未満であると算出したものとする。この場合、提案装置１００は、ユーザＵ１０の健康状態が優良なので、ユーザＵ１０の寿命を「９０歳」と推定する。
【００１６】
そして、提案装置１００は、推定された健康状態に基づいて、ユーザＵ１０に保険を提案する（ステップＳ３）。具体的には、提案装置１００は、ユーザＵ１０が現在加入中の保険契約内容と比較して、ユーザＵ１０により適した保険内容の契約を提案する。例えば、提案装置１００は、ユーザＵ１０の推定寿命が９０歳であり平均寿命と比較して高いので、養老保険や保険金が低い医療保険をユーザＵ１０に提案する。一例としては、提案装置１００は、ユーザＵ１０の健康状態に基づいた保険の内容を示すダイレクトメールなどの案内ＧｕをユーザＵ１０へ送る旨を保険の管理者に通知する。これにより、提案装置１００は、ユーザＵ１０の健康状態に基づいた保険の案内ＧｕをユーザＵ１０の自宅に送らせることができるので、ユーザにとってより適切な保険を容易に提案することができる。
【００１７】
このように、実施形態に係る提案装置１００は、端末装置１０のセンサによって取得されるユーザに関するユーザ情報を受信する。また、提案装置１００は、受信されたユーザ情報に基づいて、ユーザの健康状態を推定する。また、提案装置１００は、推定された健康状態に基づいて、ユーザに保険を提案する。
【００１８】
これにより、提案装置１００は、ユーザが有する機器から受信したユーザ情報に基づいて保険を提案することができるので、ユーザにとってより適切な保険を容易に提案することができる。例えば、提案装置１００は、ユーザ自身が入力操作を行なうことなくユーザ情報を取得することができるので、ユーザに保険を容易に提案することができる。また、提案装置１００は、ユーザの健康状態に基づいた保険を提案することができるので、ユーザにとってより適切な保険を提案することができる。
【００１９】
なお、図１では、提案システム１に、３台の端末装置１０と、１台の提案装置１００とが含まれる例を示したが、提案システム１には、３台に限らず複数台の端末装置１０や、複数台の提案装置１００が含まれてもよい。
【００２０】
また、図１では、説明を簡単にするため提案装置１００が端末装置１０Ａ〜１０Ｃから日ごとにユーザ情報を受信する例を示したが、日ごとに限らず任意の期間ごとにユーザ情報を受信してもよい。
【００２１】
〔１−２．実施形態に係る提案装置の構成〕
次に、図２を用いて、実施形態に係る提案装置１００の構成について説明する。図２は、実施形態に係る提案装置１００の構成例を示す図である。図２に示すように、提案装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、提案装置１００は、提案装置１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
【００２２】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ等によって実現される。通信部１１０は、ネットワークと有線または無線で接続され、ネットワークを介して、端末装置１０との間で情報の送受信を行う。具体的には、通信部１１０は、ネットワークを介して、端末装置１０との間で、端末装置１０を有するユーザに関するユーザ情報の受信を行う。
【００２３】
（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、ユーザ情報記憶部１２１と、推定情報記憶部１２２と、保険情報記憶部１２３と、特典情報記憶部１２４とを有する。
【００２４】
（ユーザ情報記憶部１２１について）
ユーザ情報記憶部１２１は、ユーザに関するユーザ情報を記憶する。具体的には、ユーザ情報記憶部１２１は、端末装置１０を有するユーザ毎に、ユーザの行動または生活習慣を示す情報や生体情報といったユーザに関する各種の情報を記憶する。ここで、図３に、実施形態に係るユーザ情報記憶部１２１の一例を示す。図３に示すように、ユーザ情報記憶部１２１は、「ユーザＩＤ」、「日時」、「生活習慣」および「生体情報」といった項目を有する。
【００２５】
「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。例えば、「ユーザＩＤ」には、提案システム１を利用する利用者ごとに割り当てられたユニークな識別子が記憶される。「日時」は、ユーザ情報が取得された日時を示す。例えば、「日時」には、端末装置１０によってユーザ情報が測定された日付や時刻が記憶される。
【００２６】
「生活習慣」は、ユーザの行動や生活の習慣に関する情報を示す。例えば、「生活習慣」には、「起床時刻」、「就寝時刻」、「喫煙状況」、「通勤手段」、「掃除機」、「エアコン」、「空気清浄器」「着席時間」、「アクティビティ」といった各種の情報が記憶される。「起床時刻」には、ユーザが起床した時刻が記憶される。「就寝時刻」は、ユーザが就寝した時刻が記憶される。例えば、「起床時刻」や「就寝時刻」は、スマートフォンなどの端末装置１０が有する照度センサによってユーザの寝室の明るさを計測することで照明装置が点灯しているか否かを判定して測定される。他の例では、「起床時刻」や「就寝時刻」は、照明機能を有する照明装置型である端末装置１０の起動状態の変化に基づいて測定されてもよい。「喫煙状況」には、ユーザが吸ったタバコの本数が記憶される。例えば、「喫煙状況」は、スマートライターなどの端末装置１０によってタバコに火をつけた回数が測定される。「通勤手段」には、ユーザが通勤に利用する手段が記憶される。例えば、「通勤手段」は、スマートフォンなどの端末装置１０によってユーザの移動場所や移動速度が測定されることで車や電車などの手段が判定される。他の例では、「通勤手段」は、ユーザが有する車の起動状況が測定されることで判定される。「掃除機」には、ユーザが有する掃除機によって掃除が行われた掃除時間が記憶される。例えば、掃除時間は、掃除機が起動した時間を測定することで取得される。「エアコン」には、ユーザが有するエアコンによって室温調整が行われた調整時間が記憶される。例えば、調整時間は、エアコンが起動した時間を測定することで取得される。「空気清浄器」には、ユーザが有する空気清浄器によって室内の空気を清浄した清浄時間が記憶される。例えば、清浄時間は、空気清浄器が起動した時間を測定することで取得される。「着席時間」には、ユーザが着席した時間が記憶される。例えば、「着席時間」は、スマートフォンなどの端末装置１０が有するジャイロセンサや加速度センサによって端末装置１０の慣性や傾きが計測されることで測定される。「アクティビティ」には、ユーザが行った活動が記憶される。例えば、「アクティビティ」は、ユーザが有するアカウントＳＮＳ（Social  Networking  Service）に投稿された投稿内容やプロフィールなどに基づいてスマートフォンなどの端末装置１０によって抽出される。
【００２７】
「生体情報」は、ユーザの生体に関する情報を示す。例えば、「生体情報」には、「体重」、「血圧」、「心拍数」といった各種の情報が記憶される。「体重」には、ユーザの身体の重量が記憶される。例えば、「体重」は、体重計などの端末装置１０によって測定される。「血圧」には、心臓から血液が押し出されるとき血管内に生ずる圧が記憶される。例えば、「血圧」には、最小血圧と最大血圧とが記憶される。一例としては、「血圧」は、血圧計などの端末装置１０によって測定される。「心拍数」には、１分間の心臓の拍動数が記憶される。例えば、「心拍数」は、ウェアラブル端末などの端末装置１０によって測定される。
【００２８】
すなわち、図３では、ユーザＩＤ「Ｕ１０」によって識別されるユーザＵ１０の日時「6月1日」の起床時刻は、「6：00」である例を示している。また、ユーザＵ１０の日時「6月1日」の就寝時刻は、「0：00」である例を示している。また、ユーザＵ１０の日時「6月1日」の喫煙状況は、吸ったタバコの本数が「０」である例を示している。また、ユーザＵ１０の日時「6月1日」の通勤手段は、「電車」である例を示している。また、ユーザＵ１０の日時「6月1日」の掃除機を起動した時間は、「5分」である例を示している。また、ユーザＵ１０の日時「6月1日」のエアコンを起動した時間は、「3時間」である例を示している。また、ユーザＵ１０の日時「6月1日」の空気清浄器は、「10時間」である例を示している。また、ユーザＵ１０の日時「6月1日」の着席時間は、「5時間」である例を示している。また、ユーザＵ１０が日時「6月1日」に行ったアクティビティは、「散歩」である例を示している。また、ユーザＵ１０の日時「6月1日」の体重は、「60kg」である例を示している。また、ユーザＵ１０の日時「6月1日」の血圧は、最小血圧が「80」であって最大血圧が「120」である例を示している。また、ユーザＵ１０の日時「6月1日」の心拍数は、「60回」である例を示している。
【００２９】
（推定情報記憶部１２２について）
推定情報記憶部１２２は、ユーザの健康状態に関する推定情報を記憶する。具体的には、推定情報記憶部１２２は、ユーザ毎に、ユーザの健康リスクスコアや予測寿命などに関する情報を記憶する。ここで、図４に、実施形態に係る推定情報記憶部１２２の一例を示す。図４に示すように、推定情報記憶部１２２は、「ユーザＩＤ」、「健康リスクスコア」および「予測寿命」といった項目を有する。
【００３０】
「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。例えば、「ユーザＩＤ」には、提案システム１を利用する利用者ごとに割り当てられたユニークな識別子が記憶される。「健康リスクスコア」は、ユーザが健康において抱えるリスクを表現する指標を示す。具体的には、「健康リスクスコア」は、値が高いほど健康状態が悪いことを示す。例えば、「健康リスクスコア」は、１分間あたりの心拍数が６０回以内である場合には、基準データ内であり正常なので、「−１」が加算される。他の例では、「健康リスクスコア」は、１日あたりの着席時間が６時間以内である場合には運動不足や労働時間が長いと考えられるので、「＋２」が加算される。また、他の例では、「健康リスクスコア」は、通勤手段が車である場合には電車等の場合と比較して事故率が高いので、「＋１」が加算される。そして、「健康リスクスコア」には、ユーザ情報に基づいた健康リスクスコアの合計値が記憶される。「予測寿命」は、ユーザの寿命の予測値を示す。例えば、「予測寿命」には、ユーザの健康リスクスコアに基づいて算出される予測値が記憶される。一例としては、「予測寿命」には、健康リスクスコアが「１０」未満である場合には健康状態が優良であるとしてユーザの予測寿命を「９０歳」と推定して記憶される。
【００３１】
すなわち、図４では、ユーザＩＤ「Ｕ１０」によって識別されるユーザＵ１０の健康リスクスコアは、「３」である例を示している。また、ユーザＩＤ「Ｕ１０」によって識別されるユーザＵ１０の予測寿命は、「90」歳である例を示している。
【００３２】
（保険情報記憶部１２３について）
保険情報記憶部１２３は、保険に関する情報を記憶する。具体的には、保険情報記憶部１２３は、提案システム１が提案可能な保険商品毎に、保険商品の内容の詳細に関する情報を記憶する。ここで、図５に、実施形態に係る保険情報記憶部１２３の一例を示す。図５に示すように、保険情報記憶部１２３は、「保険ＩＤ」、「種別」および「保険料」といった項目を有する。
【００３３】
「保険ＩＤ」は、保険商品を識別するための識別情報を示す。例えば、「保険ＩＤ」には、提案システム１が提案可能な保険商品ごとに割り当てられたユニークな識別子が記憶される。「種別」は、保険商品の種類を示す。例えば、「種別」には、「養老保険」、「終身保険」、「がん保険」といったカテゴリが記憶される。「保険料」は、保険商品を契約した場合に発生する料金を示す。例えば、「保険料」には、加入者の月々の負担金額が記憶される。
【００３４】
すなわち、図５では、保険ＩＤ「Ｉｎ１０」によって識別される保険の種別は、「養老保険」である例を示している。また、保険ＩＤ「Ｉｎ１０」によって識別される保険の保険料は、月々「10000」円である例を示している。
【００３５】
（特典情報記憶部１２４について）
特典情報記憶部１２４は、ユーザに付与される特典に関する情報を記憶する。具体的には、特典情報記憶部１２４は、ユーザ毎に、ユーザに付与する特典の内容に関する情報を記憶する。ここで、図６に、実施形態に係る特典情報記憶部１２４の一例を示す。図６に示すように、特典情報記憶部１２４は、「ユーザＩＤ」、「特典」および「有効期限」といった項目を有する。
【００３６】
「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。例えば、「ユーザＩＤ」には、提案システム１を利用する利用者ごとに割り当てられたユニークな識別子が記憶される。「特典」は、ユーザに付与する特典内容を示す。例えば、「特典」には、ユーザから提供されるユーザ情報の量に応じた特典が記憶される。一例としては、「特典」には、ユーザから提供されるユーザ情報の量が多いほど高い保険料の割引額やポイント数が記憶される。「有効期限」は、特典が有効となる期間を示す。例えば、「有効期限」には、特典に応じた期限が記憶される。
【００３７】
すなわち、図６では、ユーザＩＤ「Ｕ１０」によって識別されるユーザに付与される特典は、「保険料２割引」である例を示している。また、ユーザＩＤ「Ｕ１０」によって識別されるユーザに付与される特典は、有効期限が「１日」である例を示している。
【００３８】
（制御部１３０について）
図２に戻り、制御部１３０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、提案装置１００内部の記憶装置に記憶されている各種プログラム（提案プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００３９】
制御部１３０は、図２に示すように、受信部１３１と、推定部１３２と、提案部１３３と、付与部１３４と、送信部１３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図２に示した構成に限られず、後述する提案処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図２に示した接続関係に限られず、他の接続関係であってもよい。
【００４０】
（受信部１３１について）
受信部１３１は、センサによって取得されるユーザに関するユーザ情報を受信する。具体的には、受信部１３１は、端末装置１０が有するセンサによってユーザ情報が取得される度に、端末装置１０からユーザ情報を受信する。例えば、受信部１３１は、ユーザの行動または生活習慣を示す情報を含むユーザ情報を受信する。一例としては、受信部１３１は、ユーザ情報として、ユーザの起床時刻や、就寝時刻、喫煙状況、通勤手段、掃除機を使用した時間、エアコンを使用した時間、空気清浄器を使用した時間、着席時間、アクティビティといった生活習慣に関する情報を、ＩｏＴ機器である端末装置１０から受信する。他の例では、受信部１３１は、ユーザ情報として、ユーザの体重、血圧、心拍数といった生体に関する生体情報を、ＩｏＴ機器である端末装置１０から受信する。また、受信部１３１は、受信したユーザ情報をユーザ情報記憶部１２１に格納する。例えば、受信部１３１は、ユーザ情報を受信する度に、受信したユーザ情報をユーザＩＤに対応付けてユーザ情報記憶部１２１に格納する。
【００４１】
（推定部１３２について）
推定部１３２は、受信部１３１によって受信されたユーザ情報に基づいて、ユーザの健康状態を推定する。具体的には、推定部１３２は、健康状態として、ユーザの寿命を推定する。例えば、推定部１３２は、まず、ユーザ情報に基づいてユーザが健康において抱えるリスクを示す指標である健康リスクスコアを算出する。一例としては、推定部１３２は、ユーザ情報に含まれる心拍数に関する情報に基づいて、１分間あたりの心拍数が６０回以内である場合には、基準データ内であり正常なので、「−１」を健康リスクスコアに加算する。他の例では、推定部１３２は、ユーザ情報に含まれる着席時間に関する情報に基づいて、１日あたりの着席時間が６時間以内である場合には運動不足や労働時間が長いと考えられるので、「＋２」を健康リスクスコアに加算する。また、他の例では、推定部１３２は、ユーザ情報に含まれる通勤手段に関する情報に基づいて、通勤手段が車である場合には、電車等の場合と比較して事故率が高いので、「＋１」を健康リスクスコアに加算する。そして、推定部１３２は、ユーザ情報に基づいた健康リスクスコアの合計値を算出する。その後、推定部１３２は、算出した健康リスクスコアに基づいてユーザの寿命を推定する。例えば、推定部１３２は、ユーザの健康リスクスコアが「１０」未満である場合には、ユーザの健康状態を優良と判定し、ユーザの寿命を「９０歳」と推定する。そして、推定部１３２は、算出した健康リスクスコアと、推定した予測寿命とを、ユーザＩＤと対応付けて推定情報記憶部１２２に格納する。
【００４２】
（提案部１３３について）
提案部１３３は、推定部１３２によって推定された健康状態に基づいて、ユーザに保険を提案する。具体的には、提案部１３３は、ユーザの健康状態の経時変化に基づいて、ユーザに保険を提案する。例えば、提案部１３３は、ユーザの健康状態に変化があった時から所定の期間内に、ユーザに保険を提案する。一例としては、提案部１３３は、健康状態に応じた保険の内容が、ユーザが加入中の保険の内容と異なる場合に、健康状態に応じた保険の内容に切り替える提案を行なう。ここで、「保険の内容」は、例えば、養老保険や終身保険、医療保険などといった保険の種類や、各種の病気や事故等が発生した場合に加入者に給付される保険金の額などに関する保障内容、保険の加入者が保険会社等に支払う保険料などといった各種の内容を意味する。例えば、提案部１３３は、ユーザが終身保険に加入中であって、推定部１３２によってユーザの推定寿命が平均寿命と比較して高いと推定された場合に、保険情報記憶部１２３を参照して終身保険から養老保険や保険金が低い医療保険に切り替える提案を行なう。なお、提案部１３３は、ユーザが既に養老保険に加入済みである場合や、ユーザにとって特に必要がない場合には提案を行なわない。他の例では、提案部１３３は、ユーザが入院日額10000円の医療保険に加入中であって、推定部１３２によってユーザが病気にかかるリスクが低いと推定された場合に、入院日額5000円の保険に切り替える提案を行なう。また、他の例では、提案部１３３は、ユーザが入院日額10000円の医療保険に加入中であって、ユーザの貯金額が急な入院にも備えられるほど十分な一定以上の貯金額がある場合に、入院日額5000円の保険に切り替える提案を行なう。
【００４３】
また、提案部１３３は、所定の条件を満たした適切なタイミングでユーザに保険内容を提案する。一例としては、提案部１３３は、推定部１３２によってユーザの今日の予測寿命が「８５歳」と推定され昨日までの予測寿命「８０歳」から上がったタイミングで養老保険を提案する。他の例では、提案部１３３は、ユーザの体重や血圧、脈拍の値に基づく健康リスクが３か月前と比較して上昇する兆候があったタイミングでがん保険を提案する。また、他の例では、提案部１３３は、ユーザが１ヶ月間禁煙を継続したタイミングで医療保険を提案する。
【００４４】
また、提案部１３３は、例えば、ユーザの健康状態に基づいた保険の内容を示す案内をユーザへ送る旨を保険の管理者に通知することでユーザに保険を提案する。これにより、提案部１３３は、ユーザの健康状態に基づいた保険の案内を適切なタイミングでユーザの自宅に送らせることができるので、ユーザにとってより適切な保険を容易に提案することができる。
【００４５】
（付与部１３４について）
付与部１３４は、受信部１３１によって受信されるユーザ情報の量または種類に応じた特典をユーザに付与する。具体的には、付与部１３４は、受信部１３１によって受信されたユーザ情報の量が多いほど高い特典をユーザに付与する。また、付与部１３４は、受信部１３１によって受信されたユーザ情報の重要度が高い情報であるほど高い特典をユーザに付与する。例えば、付与部１３４は、特典として、ユーザに対して保険の割引料金を適用する。また、付与部１３４は、ユーザに付与する特典に関する情報を、ユーザＩＤと対応付けて特典情報記憶部１２４に格納する。なお、付与部１３４は、ユーザに付与する特典に有効期限を設定してもよい。この場合、付与部１３４は、ユーザに付与する特典に関する情報と有効期限とを、ユーザＩＤと対応付けて特典情報記憶部１２４に格納する。
【００４６】
ここで、付与部１３４による特典の演算処理を詳細に説明する。具体的には、付与部１３４は、ユーザから提供されたユーザ情報の種類の数から特典を算出する。例えば、心拍数、体重、起床就寝に関するデータは、特典としてそれぞれ１ポイントが設定されているものとする。この場合、付与部１３４は、心拍数、体重および起床就寝に関する３つのデータの提供を許可したユーザに対して３ポイントを付与する。他の例では、付与部１３４は、ユーザから提供されたユーザ情報をカテゴリ毎に重み付けした上で特典を算出する。具体的には、付与部１３４は、健康状態の推定に役立つか否かと、ユーザのプライバシーに関わる情報であるか否かを判断基準の一例としてカテゴリ毎に重み係数を設定する。例えば、付与部１３４は、心拍数や体重などが属する生体情報カテゴリには、重み係数「１」を設定する。また、付与部１３４は、照明の点灯や消灯、エアコンの起動情報などが属する宅内情報カテゴリには、重み係数「２」を設定する。また、付与部１３４は、通勤手段や喫煙状況などが属する行動情報カテゴリには、重み係数「３」を設定する。ここで、ユーザは、生体情報カテゴリに属する心拍数および体重に関する情報と、行動情報カテゴリに属する喫煙状況に関する情報の提供を許可したものとする。この場合、付与部１３４は、生体情報カテゴリに属する心拍数および体重に対応するポイント「１＋１」に重み係数「１」を乗じた値「２」と、行動情報カテゴリに属する喫煙状況に対応するポイント「１」に重み係数「３」を乗じた値「３」との和「５」ポイントをユーザに対して付与する。そして、付与部１３４は、ユーザに付与するポイント数に応じて保険料の割引率を決定する。具体的には、付与部１３４は、ユーザに付与するポイント数が多いほど割引率が高くなるように保険料の割引率をユーザ毎に決定する。
【００４７】
（送信部１３５について）
送信部１３５は、各種の情報を送信する。具体的には、送信部１３５は、提案部１３３によって提案された保険に関する案内を対象のユーザの自宅に発送させる指示を送信する。また、送信部１３５は、付与部１３４によってユーザに付与する特典に関する情報をユーザに通知させる指示を送信する。
【００４８】
ここで、終身保険に加入中の４０歳男性のユーザから、提案装置１００が提供する保険提案サービスに申し込みが合った場合の一例について説明する。この場合、提案装置１００は、まず、申し込みを行なったユーザに対応するユーザ情報をユーザ情報記憶部１２１から抽出する。続いて、提案装置１００は、抽出したユーザ情報に基づいて、ユーザの予測寿命を「９０歳」と推定したものとする。そして、提案装置１００は、推定した予測寿命をユーザＩＤと対応づけて推定情報記憶部１２２に格納する。その後、提案装置１００は、保険情報記憶部１２３を参照し、推定された予測寿命に基づいて、ユーザに適する保険を選択する。この例では、提案装置１００は、ユーザの予測寿命を平均寿命より長い「９０歳」と推定しているので、養老保険を選択する。続いて、提案装置１００は、選択した保険を、ユーザが現在加入中の保険と比較する。この例では、提案装置１００は、選択した保険「養老保険」とユーザが現在加入中の保険「終身保険」とは異なる種類の保険なので、選択した保険「養老保険」の内容を示す案内をユーザへ送る旨を保険の管理者に通知する。これにより、提案装置１００は、ユーザに養老保険の案内を送らせ、ユーザにより適した養老保険を提案する。また、提案装置１００は、数年後にかかるユーザの生活習慣が変化したことにより予測寿命を「７０歳」と推定した場合に、ユーザの予測寿命が平均寿命より短くなったので、終身保険を選択する。そして、提案装置１００は、選択した保険「終身保険」とユーザが現在加入中の保険「養老保険」とは異なる種類の保険なので、選択した保険「終身保険」の内容を示す案内をユーザへ送る旨を保険の管理者に通知する。
【００４９】
他の例として、保険に加入していない２２歳男性のユーザが２年前にウェアラブル端末を購入した場合の一例について説明する。この場合、提案装置１００は、まず、ユーザがウェアラブル端末の使用を開始した時点からユーザ情報を受信する。ここで、提案装置１００は、ユーザが昼夜逆転した生活を３か月継続したことを示すユーザ情報の推移を受信したものとする。この場合、提案装置１００は、ユーザが病気にかかる可能性の高さを示す病気リスク値が所定の閾値以上になったと判定する。そして、提案装置１００は、「終身保険」の内容を示す案内をユーザへ送る旨を保険の管理者に通知する。これにより、提案装置１００は、ユーザに終身保険の案内を送らせ、ユーザに適した終身保険を提案する。
【００５０】
〔１−３．実施形態に係る提案処理手順〕
次に、図７を用いて、実施形態に係る提案システム１による処理の手順について説明する。図７は、実施形態に係る提案システム１による提案処理手順を示すフローチャートである。
【００５１】
図７に示すように、提案装置１００は、センサによって取得されるユーザに関するユーザ情報を受信する（ステップＳ１０１）。具体的には、提案装置１００は、ユーザの行動または生活習慣を示す情報を含むユーザ情報を受信する。
【００５２】
続いて、提案装置１００は、受信したユーザ情報をユーザ情報記憶部１２１に格納する（ステップＳ１０２）。例えば、提案装置１００は、ユーザ情報を受信する度に、受信したユーザ情報をユーザＩＤに対応付けてユーザ情報記憶部１２１に格納する。
【００５３】
その後、提案装置１００は、受信されるユーザ情報の量または種類に応じた特典をユーザに付与する（ステップＳ１０３）。例えば、提案装置１００は、受信されたユーザ情報の量が多いほど高い特典をユーザに付与する。一例としては、提案装置１００は、特典として、ユーザに対して保険の割引料金を適用する。そして、提案装置１００は、ユーザに付与する特典に関する情報を、ユーザＩＤと対応付けて特典情報記憶部１２４に格納する。
【００５４】
また、提案装置１００は、受信されたユーザ情報に基づいて、ユーザの健康状態を推定する（ステップＳ１０４）。具体的には、提案装置１００は、健康状態として、ユーザの寿命を推定する。
【００５５】
続いて、提案装置１００は、推定された健康状態に基づいて、ユーザに保険を提案する（ステップＳ１０５）。具体的には、提案装置１００は、ユーザの健康状態の経時変化に基づいて、ユーザに保険を提案する。例えば、提案装置１００は、ユーザの健康状態に変化があった時から所定の期間内に、ユーザに保険を提案する。一例としては、提案装置１００は、健康状態に応じた保険が、ユーザが加入中の保険と異なる場合に、健康状態に応じた保険に切り替える提案を行なう。また、提案装置１００は、例えば、ユーザの健康状態に基づいた保険の内容を示す案内をユーザへ送る旨を保険の管理者に通知することでユーザに保険を提案する。これにより、提案装置１００は、ユーザの健康状態に基づいた保険の案内を適切なタイミングでユーザの自宅に送らせることができるので、ユーザにとってより適切な保険を容易に提案することができる。
【００５６】
〔１−４．実施形態の効果〕
上述してきたように、実施形態に係る提案装置１００は、受信部１３１と、推定部１３２と、提案部１３３とを有する。受信部１３１は、センサによって取得されるユーザに関するユーザ情報を受信する。推定部１３２は、受信部１３１によって受信されたユーザ情報に基づいて、ユーザの健康状態を推定する。提案部１３３は、推定部１３２によって推定された健康状態に基づいて、ユーザに保険を提案する。
【００５７】
これにより、提案装置１００は、受信されたユーザ情報の変化の兆候に基づいた保険を提案することができるので、ユーザにとってより適切な保険を容易に提案することができる。例えば、提案装置１００は、ＩｏＴ機器によってユーザに関するデータを日々取得し続けているので、ユーザにとってより適切な保険を高い精度で提案することができる。また、提案装置１００は、ＩｏＴ機器から自動的にユーザ情報を取得することができるので、ユーザがユーザ情報を入力する手間を削減することができる。
【００５８】
また、実施形態に係る提案装置１００は、受信部１３１によって受信されるユーザ情報の量または種類に応じた特典をユーザに付与する付与部１３４をさらに有する。これにより、提案装置１００は、ユーザ情報を提供するユーザのモチベーションを高めることができるので、ユーザから多くの情報を入手することができる。また、提案装置１００は、ユーザから多くの情報を入手することができるので、かかる情報を保険会社へ販売したりターゲティングに利用したりすることができる。
【００５９】
また、実施形態に係る提案装置１００において、付与部１３４は、特典として、ユーザに対して保険の割引料金を適用する。これにより、提案装置１００は、保険に契約するメリットをユーザに与えることができるので、保険の契約率を高めることができる。
【００６０】
また、実施形態に係る提案装置１００において、受信部１３１は、ユーザの行動または生活習慣を示す情報を含むユーザ情報を受信する。これにより、提案装置１００は、ユーザの健康状態をより正確に推定することができるので、ユーザにとってより適切な保険を高い精度で提案することができる。また、提案装置１００は、ユーザ情報に基づいて保険料の設定をより適切な金額に設定することができる。
【００６１】
また、実施形態に係る提案装置１００において、推定部１３２は、健康状態として、ユーザの寿命を推定する。これにより、提案装置１００は、ユーザの健康状態に則した保険を提案することができるので、ユーザにとってより適切な保険を高い精度で提案することができる。また、提案装置１００は、ユーザの健康状態を可視化することができるので、ユーザにとって有益な情報を提供することができる。例えば、提案装置１００は、ユーザ情報やユーザの健康リスクの大小に関わらず、ユーザにメリットを与えることができる。一例としては、提案装置１００は、健康リスクが相対的に小さいユーザに対しては保険料が安く済む保険を提案することができる。一方、提案装置１００は、健康リスクが相対的に大きいユーザに対しては将来病気にかかった事態に備えた保険を提案することができる。また、提案装置１００は、ユーザの健康状態を可視化することでユーザの健康管理の意識を高めさせることができる。
【００６２】
また、実施形態に係る提案装置１００において、提案部１３３は、健康状態の経時変化に基づいて、ユーザに保険を提案する。これにより、提案装置１００は、ＩｏＴ機器によってユーザに関するデータを日々取得し続けているので、ユーザの健康状態の変化のきざしを素早く察知してユーザに適切な保険を適切なタイミングで提案することができる。例えば、提案装置１００は、ユーザが審査に落ちる前に保険に加入させることができる。また、提案装置１００は、過去に病歴があるユーザでも健康状態が良好になった場合には保険を提案することができる。
【００６３】
また、実施形態に係る提案装置１００において、提案部１３３は、健康状態に変化があった時から所定の期間内に、ユーザに保険を提案する。これにより、提案装置１００は、健康状態が良くなったユーザに保険を提案することができるので、以前は審査に落ちて保険に加入することができなかったユーザを救済することができる。また、提案装置１００は、ユーザが所定の条件を満たした場合に保険を提案することができるので、広告等にかかる費用を削減することができる。
【００６４】
また、実施形態に係る提案装置１００において、提案部１３３は、健康状態に応じた保険が、ユーザが加入中の保険と異なる場合に、健康状態に応じた保険に切り替える提案を行なう。これにより、提案装置１００は、ユーザが現在加入している保険よりもユーザに適した保険を提案することができるので、保険の契約率を高めることができる。
【００６５】
また、実施形態に係る提案装置１００において、提案部１３３は、健康状態に基づいた保険の内容を示す案内をユーザへ送る旨を保険の管理者に通知することでユーザに保険を提案する。これにより、提案装置１００は、ユーザにとって適切な保険を容易に提案することができる。例えば、提案装置１００は、ユーザ自身による資料請求や窓口での相談がなくても保険の案内をユーザに自動で送ることができるので、ユーザが保険を探す手間や資料を請求する手間を削減することができる。
【００６６】
〔２．変形例〕
上述した実施形態に係る提案装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、上記の提案装置１００の他の実施形態について説明する。
【００６７】
〔２−１．広告コンテンツにより保険を提案〕
上記の実施形態では、提案装置１００が健康状態に基づいた保険の内容を示す案内をユーザへ送る旨を保険の管理者に通知することでユーザに保険を提案する例を挙げて説明した。ここで、提案装置１００は、ダイレクトメールなどに限らず、各種のコンテンツによって保険をユーザに提案してもよい。
【００６８】
具体的には、提案装置１００の提案部１３３は、ユーザが閲覧するコンテンツ（例えば、ウェブページ）に保険に関する広告コンテンツを表示することで提案を行なう。この点について、図８を用いて説明する。図８は、広告コンテンツを表示する画面の一例を示す図である。図８に示すように、例えば、提案装置１００は、ユーザが閲覧するウェブページＷｉの広告枠に、ユーザに提案する保険に関する広告コンテンツＡｄを表示することで提案を行なう。一例としては、提案装置１００は、ユーザの健康状態に基づいた最適な保険が養老保険である場合には、図８に示すように、保険に関する広告コンテンツＡｄとして、「あなたにぴったりの保険は養老保険」などといったユーザに最適な保険を知らせる内容が表示された広告を表示して提案を行なう。この場合、提案装置１００は、例えば、保険に関する広告コンテンツＡｄをウェブページＷｉの広告枠に表示させる指示を、ウェブページＷｉを提供する提供サーバに送信する。なお、提案装置１００は、保険に関する広告コンテンツＡｄとして、「今なら保険料２割引！」などといったユーザに付与する特典に関する情報が表示された広告を表示して提案を行なってもよい。
【００６９】
このように、変形例に係る提案装置１００は、ユーザが閲覧するコンテンツに保険に関する広告コンテンツを表示することで提案を行なう。これにより、提案装置１００は、ウェブページ上でユーザに保険を提案することができるので、ユーザにとって適切な保険を容易に提案することができる。例えば、提案装置１００は、ダイレクトメールなどを発送する手間を削減することができる。また、提案装置１００は、ユーザに最適な保険をタイミング良く知らせることができる。また、提案装置１００は、ユーザに付与する特典に関する情報を広告に表示することで保険の契約率を高めることができる。
【００７０】
また、変形例に係る提案装置１００は、インフィード広告によって保険を提案してもよい。具体的には、提案装置１００は、ユーザが閲覧するウェブページのコンテンツとコンテンツの間に保険に関する情報を表示することで提案を行なう。例えば、提案装置１００は、ウェブページがスマートフォンなどの画面の上から下に読み進めていくタイプのデザインである場合に、ウェブページのコンテンツとコンテンツの間に保険に関する情報が記載された広告コンテンツを表示することで提案を行なう。これにより、提案装置１００は、保険に関する情報をユーザの視野に入れ易くすることができるので、保険の契約率を高めることができる。
【００７１】
〔２−２．有効期限〕
上記の実施形態では、提案装置１００が受信部１３１によって受信されるユーザ情報の量または種類に応じた特典をユーザに付与する例を挙げて説明した。ここで、提案装置１００は、ユーザに付与する特典に有効期限を設定してもよい。
【００７２】
具体的には、提案装置１００は、ユーザが所定の条件を満たさなくなった時点で失効とする有効期限を設定する。例えば、提案装置１００は、所定の条件として、ユーザの予測寿命が所定の閾値以上を満たさなくなった場合に失効とする有効期限を設定する。そして、提案装置１００は、設定した有効期限を特典と対応付けて特典情報記憶部１２４に格納する。
【００７３】
このように、変形例に係る提案装置１００は、ユーザが所定の条件を満たさなくなった時点で失効とする有効期限を設定する。これにより、提案装置１００は、ユーザが所定の条件を満たさなくなった場合に特典を与えないようにすることができるので、不健康なユーザに特典を付与することで生じる損失を回避することができる。例えば、提案装置１００は、特典の付与後に後発的に不健康になったユーザの特典を失効させることができるので、保険加入後に病気になる可能性が高い不健康なユーザの保険契約率を抑えることができる。このため、提案装置１００は、保険加入後に病気になったことで支払う保険金の費用を抑えることができる。
【００７４】
〔２−３．所定の条件を満たした場合に保険を提案〕
上記の実施形態では、提案装置１００がユーザ情報に基づいて推定された健康状態に基づいてユーザに保険を提案する例を挙げて説明した。ここで、提案装置１００は、ユーザが所定の条件を満たした場合に保険を提案してもよい。
【００７５】
具体的には、提案装置１００の提案部１３３は、ユーザのライフイベントに合わせて保険を提案する。より具体的には、提案装置１００は、ユーザのインターネット上の行動履歴に基づいて提案時期を決定し、決定した提案時期にユーザに保険を提案する。例えば、提案装置１００は、ユーザのインターネット上の行動履歴として、ライフイベントに関するサイトの閲覧回数や閲覧時間、検索に用いたキーワード、検索数に基づいて提案時期を決定し、決定した提案時期にかかるライフイベントに適合する保険をユーザに提案する。この場合、提案装置１００は、ユーザ毎に、ユーザのライフイベントとライフイベントに適合する保険を対応付けて記憶部に保持する。そして、提案装置１００は、かかる記憶部を参照し、ライフイベントが発生するタイミングでかかるライフイベントに対応付けられた保険をユーザに提案する。一例としては、提案装置１００は、ユーザが婚約や結婚したことを示す情報をウェブページの閲覧履歴や投稿履歴などから取得する。一態様としては、提案装置１００は、ユーザが結婚式場の申し込みを行なったことを示す情報をウェブページの閲覧履歴などから取得する。この場合、提案装置１００は、かかる情報を取得したタイミングで、未婚者向けの保険から既婚者向けの保険に切り替えることを提案する。他の例では、提案装置１００は、ユーザが妊娠や出産したことを示す情報をＳＮＳの投稿などから取得する。この場合、提案装置１００は、かかる情報を取得したタイミングで、学資保険など子持ち向けの保険を提案する。他の例では、提案装置１００は、ユーザが就職したことを示す情報をＳＮＳの投稿などから取得する。この場合、提案装置１００は、かかる情報を取得したタイミングで、学生向けの保険から社会人向けの保険に切り替えることを提案する。他の例では、提案装置１００は、ユーザが住宅を購入したことを示す情報をウェブページの閲覧履歴などから取得する。この場合、提案装置１００は、かかる情報を取得したタイミングで、持家住宅用の災害保険などを提案する。一例としては、提案装置１００は、住宅購入に関するウェブページの閲覧回数が所定の回数以上であると判定したタイミングで、持家住宅用の災害保険をユーザに提案する。
【００７６】
このように、変形例に係る提案装置１００は、ユーザのライフイベントに合わせて保険を提案する。これにより、提案装置１００は、ユーザに適した保険を提案することができるので、保険の契約率を高めることができる。また、提案装置１００は、ユーザが保険内容を見直す時期にユーザに適した保険を提案することができるので、タイミングよくユーザの状況に合った保険の切り替えを喚起することができ、保険の契約率を高めることができる。
【００７７】
〔２−４．データ収集の同意〕
上記の実施形態では、提案装置１００がセンサによって取得されるユーザに関するユーザ情報を受信する例を挙げて説明した。ここで、提案装置１００は、ユーザから承諾を得ている場合に、ユーザ情報を受信してもよい。
【００７８】
具体的には、まず、提案装置１００の受信部１３１は、ユーザが有する端末装置１０から、ユーザ情報の提供に同意することを示す同意情報を受信する。そして、提案装置１００は、端末装置１０から同意情報を受信した場合のみ、端末装置１０からユーザ情報を受信する。
【００７９】
このように、変形例に係る提案装置１００は、ユーザから承諾を得ている場合に、ユーザ情報を端末装置１０から受信する。これにより、提案装置１００は、ユーザから承諾を得ていない場合にはユーザ情報を受信することができないので、ユーザに安心感を与えることができる。例えば、提案装置１００は、ユーザの意に反した個人情報の提供を防ぐことができるので、個人情報の取得によるトラブルを回避することができる。
【００８０】
〔２−５．ユーザの生死判定〕
上記の実施形態では、提案装置１００が受信部１３１によって受信されたユーザ情報に基づいて、ユーザの健康状態を推定する例を挙げて説明した。ここで、提案装置１００は、ユーザ情報に基づいてユーザの生死判定を行ってもよい。
【００８１】
具体的には、提案装置１００の推定部１３２は、受信部１３１によってユーザ情報が所定の期間受信されなくなった場合に、ユーザの生死判定を行なう。例えば、提案装置１００は、端末装置１０のセンサによって取得されるユーザ情報の受信が１週間以上停止した場合や、ユーザの心拍が停止して心拍数などの計測が不可能となった場合に、ユーザが死亡したと推定する。また、提案装置１００は、複数の種類のユーザ情報を受信しなくなった場合に、ユーザの生死判定を行なってもよい。例えば、提案装置１００は、複数の種類のユーザ情報として、ユーザの心拍数と移動距離とがセンサによって計測されず端末装置１０から受信されなくなった場合に、ユーザの活動が停止したと判断してユーザが死亡したと推定する。
【００８２】
このように、変形例に係る提案装置１００は、受信部１３１によってユーザ情報が所定の期間受信されなくなった場合に、ユーザの生死判定を行なう。これにより、提案装置１００は、ユーザの死亡を判定することができるので、かかるユーザに対する保険の提案を停止することができる。また、提案装置１００は、ユーザの死亡を判定することができるので、保険金の支払請求があった場合に死亡に対する保険金の支払い根拠として活用することができ、保険金の未払いを防ぐことができる。
【００８３】
〔２−６．変形例の効果〕
上述してきたように、変形例に係る提案装置１００は、ユーザが閲覧するコンテンツに保険に関する広告コンテンツを表示することで提案を行なう。
【００８４】
これにより、変形例に係る提案装置１００は、ウェブページ上でユーザに保険を提案することができるので、ユーザにとって適切な保険を容易に提案することができる。例えば、提案装置１００は、ダイレクトメールなどを発送する手間を削減することができる。また、提案装置１００は、ユーザに最適な保険をタイミング良く知らせることができる。また、提案装置１００は、ユーザに付与する特典に関する情報を広告に表示することで保険の契約率を高めることができる。
【００８５】
〔３．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００８６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【００８７】
例えば、図２に示したユーザ情報記憶部１２１は、提案装置１００が保持せずに、ストレージサーバ等に保持されてもよい。この場合、提案装置１００は、ストレージサーバにアクセスすることで、ユーザ情報を取得する。
【００８８】
また、提案装置１００は、推定処理は行わず、提案処理のみを行う提案装置であってもよい。この場合、提案装置は、推定部１３２を有しない。そして、推定部１３２を有する推定装置がユーザの健康状態を推定する。
【００８９】
また、上述してきた実施形態に係る提案装置１００は、例えば図９に示すような構成のコンピュータ１０００によって実現される。以下、提案装置１００を例に挙げて説明する。図９は、提案装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、およびメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【００９０】
ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
【００９１】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、および、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、通信網Ｎを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網Ｎを介して他の機器へ送信する。
【００９２】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを、入出力インターフェイス１６００を介して出力装置へ出力する。
【００９３】
メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto  Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【００９４】
例えば、コンピュータ１０００が実施形態に係る提案装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網Ｎを介してこれらのプログラムを取得してもよい。
【００９５】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【００９６】
また、上述した提案装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application  Programming  Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。
【００９７】
また、特許請求の範囲に記載した「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受信部は、受信手段や受信回路に読み替えることができる。
【符号の説明】
【００９８】
１  提案システム
１０  端末装置
１００  提案装置
１２１  ユーザ情報記憶部
１２２  推定情報記憶部
１２３  保険情報記憶部
１２４  特典情報記憶部
１３１  受信部
１３２  推定部
１３３  提案部
１３４  付与部
【図１】
0006415403.tif 000002
【図２】
0006415403.tif 000003
【図３】
0006415403.tif 000004
【図４】
0006415403.tif 000005
【図５】
0006415403.tif 000006
【図６】
0006415403.tif 000007
【図７】
0006415403.tif 000008
【図８】
0006415403.tif 000009
【図９】
0006415403.tif 000010