JP6302019B2 - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

近年、インターネットの飛躍的な普及に伴い、インターネットを介した情報提供が盛んに行われている。例えば、ユーザに関する情報を分析することによって、ユーザに適した情報が提供されるようになってきている。

例えば、引用文献１には、保険契約者に近い家族構成や世帯年収の人達と、その保険契約者との保険種類や保険会社、保障内容等の違いを提示する技術が開示されている。

特開２０１３−９７５０１号公報

しかしながら、上記の従来技術では、保険に関する情報提供に対するユーザの満足度を高めることができるとは限らない。例えば、上記の従来技術では、保険情報管理サーバは、保険契約者のプロフィール情報および加入保険情報を記憶しておき、家族構成・世帯年収といった保険契約者のプロフィール情報を検索条件として保険種類や保険会社、保障内容等の加入保険情報を抽出し、保険契約者に提示する。

このような上記の従来技術では、保険契約者に対して、その保険契約者に近いプロフィールの人達がどのような保険に加入しているか等を提示することができたとしても、保険に関する情報提供に対するユーザの満足度を高めることができるとは限らない。

本願は、上記に鑑みてなされたものであって、保険に関する情報提供に対するユーザの満足度を高めることができる情報処理装置を提供することを目的とする。

本願にかかる情報処理装置は、ユーザの保険に関する入出金データを取得する取得部と、前記取得部により取得された入出金データに基づいて入出金状況に変化があると判定された場合に、保険に関する所定の処理を行う制御部とを有することを特徴とする。

実施形態の一態様によれば、保険に関する情報提供に対するユーザの満足度を高めることができるといった効果を奏することができる。

図１は、実施形態にかかる情報処理の一例を示す図である。 図２は、実施形態にかかる情報処理の一例を示す図である。 図３は、実施形態にかかる情報処理システムの構成例を示す図である。 図４は、実施形態にかかる情報処理装置の構成例を示す図である。 図５は、実施形態にかかる契約情報記憶部の一例を示す図である。 図６は、実施形態にかかるユーザ情報記憶部の一例を示す図である。 図７は、実施形態にかかる統計情報記憶部の一例を示す図である。 図８は、実施形態にかかる情報処理装置による情報処理手順を示すフローチャートである。 図９は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願にかかる情報処理装置、情報処理方法および情報処理プログラムを実施するための（以下、「実施形態」と呼ぶ）について、図面を参照しつつ詳細に説明する。なお、この実施形態により本願にかかる情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。

〔１．情報処理〕
まず、図１を用いて、実施形態にかかる提示処理の一例について説明する。図１および図２は、実施形態にかかる情報処理の一例を示す図である。実施形態にかかる提示処理は、図１および図２に示す情報処理装置１００によって行われる。

端末装置１０は、ユーザによって利用される端末装置であり、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。例えば、端末装置１０は、情報処理装置１００から受け付けた保険に関する情報を表示する。端末装置１０は、以下に示すアプリケーションに従って、保険に関する情報提供を行う。

情報処理装置１００は、ユーザの保険に関する入出金データを取得し、取得した入出金データに基づき入出金状況に変化があると判定した場合に、保険に関する所定の処理を行うサーバ装置である。具体的には、情報処理装置１００は、取得した入出金データのうち出金データに変化があると判定した場合には、その出金データと保険の支出関する統計情報との比較を行う。そして、情報処理装置１００は、比較結果に基づいて、ユーザに対して保険に関して提案する提案情報を提示する。

また、情報処理装置１００は、取得した入出金データの中に新たに発生した入出金データが含まれることにより入金状況に変化があると判定した場合には、この新たに発生した入金データに基づいて、ユーザに対して所定の情報を提示する。

情報処理装置１００は、ユーザにより登録された保険に関する登録情報を更新する機能も有する。例えば、実施形態にかかる情報処理装置１００は、上記のような各種情報提示を行うとともに、所定のアプリケーションの管理および制御も行うものとする。例えば、情報処理装置１００は、ユーザが加入済みの保険に関する情報をユーザ操作に応じて様々な態様で表示させるといった制御を端末装置１０に実行させるアプリケーション（以下、「保険管理アプリ」と表記する場合がある）を提供する。

また、情報処理装置１００は、端末装置１０にインストールされる保険管理アプリを起動して、ユーザによって登録された保険に関する契約情報を自装置内に記憶する。そして、情報処理装置１００は、上記のように出金データに変化がある場合には、例えば、変化後の出金データに基づいて、記憶している契約情報を自動で更新する。なお、保険に関する契約情報とは、ユーザが保険会社と契約を交わしている各種情報であり、例えば、個人情報、保険の種別、保険料、保障内容等である。

ここで、不図示であるが保険管理アプリがインストールされることにより端末装置１０が実行する処理について一例を示す。まず、保険管理アプリは、端末装置１０にインストールされることで、ユーザに操作に応じて、かかるユーザが加入済みの保険に関する情報をより見易い態様で表示させるといった制御を端末装置１０に実行させる。

例えば、端末装置１０は、ユーザＵ１の操作に応じて、情報処理装置１００にログインしたとする。このような状態で、端末装置１０は、ユーザＵ１から加入済みの保険に関する情報として、例えば、ユーザＵ１が保険会社と契約を交わしている契約情報の入力を受け付ける。かかる契約情報には、ユーザＵ１の個人情報、ユーザＵ１が加入済みの保険の種別、ユーザＵ１が加入済みの保険について支払っている保険料、ユーザＵ１が加入済みの保険による保障内容等が含まれる。また、個人情報には、住所、氏名、年齢、性別、家族構成、年収等が含まれる。なお、このような個人情報は、ユーザ（かかる例では、ユーザＵ１）の属性情報に相当する。

端末装置１０は、ユーザＵ１から受け付けた契約情報を情報処理装置１００に送信する。これにより情報処理装置１００に契約情報が記憶されることにより、ユーザＵ１による契約情報の登録が完了する。そして、契約情報の登録が完了した状態において、端末装置１０は、ユーザＵ１の操作に応じて、適宜、契約情報を情報処理装置１００から取得し、取得した情報を整理して見易い態様で配置したウェブページ（「ウェブページＷ１」とする）を表示する。

例えば、端末装置１０は、情報処理装置１００から取得した契約情報に基づいて、ユーザＵ１およびユーザＵ１の家族（例えば、妻子）の総年収額に対して、ユーザＵ１の家族それぞれが支払っている年間の保険料を合計した合計保険料が占める割合である保険料割合を算出する。また、端末装置１０は、ユーザＵ１の家族それぞれが支払っている年間の保険等も算出する。

そして、端末装置１０は、上記のように算出した保険料割合や、家族それぞれの年間保険料が一覧表示されるようなウェブページＷ１を生成し、生成したウェブページＷ１を表示する。なお、このような端末装置１０の処理は、情報処理装置１００によって行われてもよい。例えば、情報処理装置１００は、記憶している契約情報に基づいて、同様にしてウェブページＷ１を生成し、生成したウェブページＷ１を端末装置１０に配信してもよいが、本実施形態では、端末装置１０によって行われるものとする。

さて、以下では、情報処理装置１００によって行われる情報処理について具体的に説明する。以下では、情報処理装置１００によって利用される各記憶部についても説明するが、ここでは説明を簡単にするために各記憶部に記憶されるデータの一部を省略し、詳細については後程説明する。

まず、図１を用いて、出金データに変化がある場合の情報処理について説明する。情報処理装置１００は、保険管理アプリがインストールされている端末装置１０から受け付けた契約情報を契約情報記憶部１２１およびユーザ情報記憶部１２２に記憶している。情報処理装置１００によって、これら記憶部に契約情報が記憶されることで、ユーザによる契約情報の登録が完了する。

例えば、情報処理装置１００は、契約情報に含まれる各種情報のうち保険に関する情報を契約情報記憶部１２１に記憶し、ユーザの個人情報をユーザ情報記憶部１２２に記憶する。なお、この例に限らず、契約情報記憶部１２１およびユーザ情報記憶部１２２は、一つの記憶部で構成されてもよい。例えば、契約情報記憶部１２１にユーザの個人情報も記憶されることで、情報処理装置１００は、ユーザ情報記憶部１２２を有しなくてもよい。

ここで、図１の例では、契約情報記憶部１２１は、ユーザＩＤ「Ｕ１」に、保険会社「ＨＫ１」、加入保険「生命保険ＰＬ１−１」、保険料「１０，０００円／月」、保障内容「入院時１０，０００円／日、２０万円／手術」を対応付けて記憶している。かかる例は、ユーザＵ１が、保険会社「ＨＫ１」が提供する「生命保険ＰＬ１−１」に加入済みであり、「生命保険ＰＬ１−１」によって保障される保障内容が「入院時１０，０００円／日、２０万円／手術」である例を示す。

また、図１の例では、ユーザ情報記憶部１２２は、ユーザＩＤ「Ｕ１」に、住所「ＡＤＤ１」、年齢「３５歳」、性別「男」、年収「５５０万」を対応付けて記憶している。かかる例は、ユーザＵ１が、住所「ＡＤＤ１」に在住、「３５歳男性」、年収「５５０万」である例を示す。

このような状態において、情報処理装置１００は、外部サーバ３０が有する口座情報記憶部Ｘ１にアクセスし、口座情報記憶部Ｘ１に記憶される入出金データを取得する（ステップＳ１１）。外部サーバ３０は、例えば、家計簿の管理を行うアプリケーション（「家計簿アプリ」とする）を提供するサーバ装置である。外部サーバ３０は、ユーザ登録された銀行との連携を実現している。したがって、外部サーバ３０は、ユーザがどのような用件でどれだけの金額を入金したか、あるいは、出金したかといった銀行とのやり取りである入出金状況を示す入出金データを口座情報記憶部Ｘ１に記憶している。このため、情報処理装置１００は、例えば、外部サーバ３０と連携することで、ユーザの入出金データを取得することができる。

図１の例では、口座情報記憶部Ｘ１は、ユーザＩＤ「Ｕ１」に、支払金額「１０，０００円」、概要「ＨＫ１」、日時「２０１６年４月２０日」を対応付けて記憶している。かかる例は、ユーザＵ１が、「２０１６年４月２０日」において、保険会社「ＨＫ１」に対して保険料「１０，０００円」を支払った例を示す。つまり、口座情報記憶部Ｘ１に記憶される支払金額は「出金データ」に相当する。

また、図１の例では、口座情報記憶部Ｘ１は、ユーザＩＤ「Ｕ１」に、預り金額「１５０，０００円」、概要「ＨＫ１」、日時「２０１６年８月１０日」を対応付けて記憶している。かかる例は、ユーザＵ１が、「２０１６年８月１０日」において、保険会社「ＨＫ１」から保険金額「１５０，０００円」を受け取った例を示す。つまり、口座情報記憶部Ｘ１に記憶される預り金額は「入金データ」に相当する。

なお、図１では、説明を簡単にするために口座情報記憶部Ｘ１には、保険に関する入出金データのみ記憶されている例を示す。しかしながら、口座情報記憶部Ｘ１には、その他の入出金データとして、例えば、クレジットカード利用で商品購入したことによる出金データや、他口座から自口座への振込みによる入金データ等も記憶されてよい。

そして、情報処理装置１００は、口座情報記憶部Ｘ１から取得した入出金データに基づいて入出金状況に変化があるか否かを判定する（ステップＳ１２）。例えば、情報処理装置１００は、最新の入出金データがこれまでの入出金データと比較して変化しているか否かを判定する。図１の例では、ユーザＵ１の最新の出金データが「支払金額：２５，０００円」となっている。これに対し、ユーザＵ１のこれまでの出金データは「支払金額：１０，０００円」で統一されている。したがって、情報処理装置１００は、ユーザＵ１の出金データが「１０，０００円」から「２５，０００円」に変化した、すなわち出金状況に変化があると判定する。

ここで、出金データが変化したことから、ユーザによる保険料の契約変更が示唆される。また、さらに、ユーザによる加入保険のプランの変更や、保険会社の変更等も示唆される。図１に示す口座情報記憶部Ｘ１の例では、ユーザＵ１について保険会社は「ＨＫ１」で同一で、出金データにのみ変化があることから、ユーザＵ１が保険料を契約変更したことが示唆される。

そして、このように契約情報が変更されたのであれば、ユーザＵ１は、保険管理アプリを用いて登録している契約情報を変更すべきである。そうでないと、例えば、ユーザＵ１が自身の保険情報を確認しようとした際に、古い契約情報に基づく保険情報が表示されてしまうからである。

このような観点から、情報処理装置１００は、契約情報を最新の状態に変更する旨の通知をユーザＵ１の端末装置１０に送信する（ステップＳ１３）。一例を示すと、情報処理装置１００は、「契約情報（保険料）を変更されました場合には、ご登録されている契約情報を最新の状態に更新してください」といった情報を通知する。

そして、ユーザＵ１は、確かに契約情報を変更していた場合には、保険管理アプリを起動して、変更後の契約情報を入力する。例えば、ユーザＵ１は、契約情報として保険料を「２５，０００円／月」に変更していた場合には、保険料「２５，０００円／月」を入力する。かかる場合、端末装置１０は、この変更後の契約情報を情報処理装置１００に送信する（ステップＳ１４）。そして、情報処理装置１００は、端末装置１０から変更後の契約情報を受け付けると、契約情報記憶部１２１において現在記憶されている契約情報から、変更後の契約情報へと更新する（ステップＳ１５）。例えば、情報処理装置１００は、ユーザＵ１に対応付けて記憶されている保険料を「１０，０００円／月」から「２５，０００円／月」へと更新する。

さて、ユーザＵ１の出金データに変化があったことから、ユーザＵ１が契約情報のうち保険料を変更したことが判明した。しかし、変化後の出金データ（ユーザＵ１による変更後の保険料）がユーザＵ１に最適なものであるとは限らない。そこで、情報処理装置１００は、変化後の出金データと保険に対する支出に関する統計情報とを比較する。そして、情報処理装置１００は、その比較結果に基づいて、ユーザＵ１に対して保険に関する情報を提示する。例えば、情報処理装置１００は、変化後の出金データと保険に対する支出に関する統計情報であってユーザＵ１の属性情報に応じた統計情報との比較結果に基づいて、ユーザＵ１に対して保険に関する情報を提示する。

まず、情報処理装置１００は、ユーザ情報記憶部１２２を参照しユーザＵ１の属性情報を取得すると、取得した属性情報に応じた統計情報を統計情報記憶部１２３から取得する（ステップＳ１６）。図１に示すように情報処理装置１００は、統計情報記憶部１２３をさらに有する。統計情報記憶部１２３は、各種保険に関する統計情報を記憶する記憶部である。図１では、統計情報記憶部１２３によって「生命保険における年代別の平均保険料」が統計情報として記憶されている例を示す。しかし、これは一例に過ぎず、例えば、「生命保険における年齢別の平均保険料の２０００年代での推移」といったものが統計情報として記憶されてもよい。

つまり、このような保険に関する統計情報は数多く存在し、情報処理装置１００は、外部の期間（例えば、所定の保険会社）によって集計されたものを統計情報記憶部１２３に記憶してよい。また、情報処理装置１００は、自装置を管理する管理会社によって独自に集計された統計情報を記憶してもよい。

そして、情報処理装置１００は、変化後の出金データ、すなわちユーザＵ１によって変更された保険料と、ユーザＵ１の属性情報に応じた統計情報とを比較し、その保険料が統計情報より高いか否かを判定する（ステップＳ１７）。例えば、情報処理装置１００は、ユーザＵ１によって変更された保険料と、ユーザＵ１の属性情報（３５歳）に対応する人達が生命保険においてどれ位の保険料を支払っているかといったことを示す平均保険料とを比較する。

図１に示す統計情報記憶部１２３の例では、年代「３５歳〜３９歳」に平均保険料「２２，０００円」が対応付けられている。したがって、情報処理装置１００は、ユーザＵ１によって変更された保険料「２５，０００円」と、平均保険料「２２，０００円」とを比較する。かかる場合、情報処理装置１００は、比較によりユーザＵ１が平均保険料「２２，０００円」より高い保険料を払っていると判定する。なお、情報処理装置１００は、単に統計情報より高いか否かを判定するのではなく、統計情報より所定額以上か否かを判定してもよい。

統計によって得られている平均保険料より高い保険料を支払っているということは、ユーザＵ１は、一般的な保険料より高い保険料を支払っている可能性がある。したがって、情報処理装置１００は、ユーザＵ１に対して、加入済みの保険「生命保険ＰＬ１−１」を見直すよう提案する（ステップＳ１８）。

また、情報処理装置１００は、ユーザＵ１に対して他の生命保険を提案してもよい。例えば、情報処理装置１００は、ユーザＵ１が加入済みの生命保険ＰＬ１−１より保険料が安く、かつ、保証内容が充実した生命保険を提案してよい。

なお、情報処理装置１００がユーザに対して情報提示することは、情報処理装置１００がユーザの端末装置１０に情報を送信することで、端末装置１０の画面に情報を表示させることに相当する。例えば、情報処理装置１００は、メール送信により情報を表示させてもよいし、プッシュ通知により情報を表示させてもよい。また、情報処理装置１００は、保険管理アプリが起動された際のウェブページ内に情報表示してもよい。

このように、実施形態に係る情報処理装置１００は、入出金データを取得する。そして、情報処理装置１００は、取得した入出金データのうち出金データに変化があることにより、出金状況に変化があると判定した場合には、ユーザが保険会社との契約情報を変えた可能性があることから、保険管理アプリにユーザが登録している契約情報を、その変えた後の契約情報に変更するよう通知する。このような通知に応じて、ユーザから契約情報の変更を受け付けた場合には、情報処理装置１００は、契約情報記憶部１２１の記憶情報を受け付けた契約情報に更新する。

また、このようなことから情報処理装置１００は、ユーザによって確かに契約情報が変えられたことの確証を得ると、変更後の契約情報（例えば、保険料）がユーザに適したものであるか否かを比較によって判定する。具体的には、情報処理装置１００は、変化後の出金データと保険に関する統計情報とを比較する。そして、情報処理装置１００は、比較結果に基づいて、ユーザに対して保険に関する情報を提示する（見直し提案する）。例えば、情報処理装置１００は、比較によりユーザが一般よりも高い保険料を支払っているといったことが判明すると、ユーザに保険見直しを提案する。

これにより、情報処理装置１００は、ユーザが保険について検討しているタイミングで保険料を再度見直すべきといった動機付け、加入済みの保険自体を見直すべきといった動機付けを行うことができるため、ユーザに対して損のない保険を選択させることができる。また、このようなことから情報処理装置１００は、保険に関する情報提供に対するユーザの満足度を高めることができる。

さて、ここまで情報処理装置１００が、出金データに変化がある場合にユーザへの通知を行い、ユーザが保険会社との契約情報を変更した確証が得られると、統計情報との比較を行い比較結果に基づいて情報提示する例を示した。しかし、情報処理装置１００は、出金データに変化がある場合にユーザへの通知を行わず、変化後の出金データに基づいて、契約情報記憶部１２１の内容を自動で更新してもよい。そして、情報処理装置１００は、これまで説明してきたように変化後の出金データと統計情報との比較結果に基づいて、ユーザに情報提示してよい。

次に、図２を用いて、入金データに変化がある場合の情報処理について説明する。図２に示す各種記憶部は、図１に示したものと共通であるため説明を省略する。このような状態において、情報処理装置１００は、外部サーバ３０が有する口座情報記憶部Ｘ１にアクセスし、口座情報記憶部Ｘ１に記憶される入出金データを取得する（ステップＳ２１）。

そして、情報処理装置１００は、口座情報記憶部Ｘ１から取得した入出金データに変化があるか否かを判定する（ステップＳ２２）。例えば、情報処理装置１００は、最新の入出金データがこれまでに入出金データと比較して変化しているか否かを判定する。図２の例では、ユーザＵ１の最新の入金データとして「預り金額：１５０，０００円」が発生している。これにより情報処理装置１００は、入金データに変化があると判定する。つまり、情報処理装置１００は、新たな入金データが発生した場合に、入金データに変化がある、すなわち入金状況に変化があると判定する。

ここで、新たな入金データが発生するといった状況について説明する。最も代表的なものは、ユーザが加入している保険会社から、ユーザへと保険金が支払われることである。例えば、怪我や病気等により医療保険が支払われる、死亡により生命保険が支払われる、また、特定の期間（例えば、１０年）毎に一定金額が無条件で支払われる、といったものである。

このように入金データの発生は、ユーザへと保険金が支払われることであるが、保険金が支払われる機会は、決して多くない。しかしながら、一度にかなり大きな金額が支払われる場合が多い。そして、大きな金額が支払われたのであれば、それをうまく運用すべきである。したがって、情報処理装置１００は、新たな入金データが発生した場合、すなわちユーザに保険金が支払われた場合には、その保険金の運用を提案する。具体的には、情報処理装置１００は、入金データに基づいて、その入金データに相当する金額の運用として、よりユーザに適した運用を提案する。例えば、情報処理装置１００は、運用として、保険に関する運用方法または投資に関する運用方法を提示する。

ここでは、保険に関する運用方法提案の一例について説明する。例えば、情報処理装置１００は、ユーザ情報記憶部１２２を参照しユーザＵ１の属性情報を取得すると、取得した属性情報に応じた統計情報を統計情報記憶部１２３から取得する（ステップＳ２３）。

そして、情報処理装置１００は、ユーザＵ１が支払っている保険料と、ユーザＵ１の属性情報に応じた統計情報とを比較し、その保険料が統計情報より低いか否かを判定する（ステップＳ２４）。具体的には、情報処理装置１００は、「生命保険ＰＬ１−１」においてユーザＵ１が支払っている保険料「１０，０００円」と、ユーザＵ１の属性情報（３５歳）に対応する人達が生命保険においてどれ位の保険料を支払っているかといったことを示す平均保険料とを比較する。

図２に示す統計情報記憶部１２３の例では、年代「３５歳〜３９歳」に平均保険料「２２，０００円」が対応付けられている。したがって、情報処理装置１００は、ユーザＵ１が支払っている保険料「１０，０００円」と、平均保険料「２２，０００円」とを比較する。かかる場合、情報処理装置１００は、比較によりユーザＵ１が平均保険料「２２，０００円」より低い保険料を払っていると判定する。なお、情報処理装置１００は、単に統計情報より低いか否かを判定するのではなく、統計情報より所定額以下であるかを判定してもよい。

統計によって得られている平均保険料より低い保険料を支払っているということは、ユーザＵ１は、一般的な保険料より低い保険料を支払っている可能性がある。このうえに、さらにユーザＵ１は、保険金額「１５０，０００円」を受け取ることになるので、資金に余裕ができることになる。この余裕ができた分を他の保険へと使用することができれば、ユーザＵ１の万が一の備えが充実することになる。資金に余裕ができたユーザＵ１は、保険金額「１５０，０００円」を他の保険へと使用することが、保険金額「１５０，０００円」の最適な運用方法であると考えられる。したがって、情報処理装置１００は、ユーザＵ１に対して、現在加入している保険とは異なる他の保険を提案する（ステップＳ２５）。

このように、実施形態に係る情報処理装置１００は、入出金データを取得する。そして、情報処理装置１００は、新たな入金データが発生したことにより入金状況に変化があると判定した場合には、その入金データに対応する金額の運用を提案する。これにより、情報処理装置１００は、ユーザに対して資金を有効利用させることができる。

〔２．情報処理システムの構成〕
次に、図３を用いて、実施形態にかかる情報処理システムの構成について説明する。図３は、実施形態にかかる情報処理システム１の構成例を示す図である。図３に示すように、情報処理システム１には、端末装置１０と、外部サーバ３０と、情報処理装置１００とが含まれる。端末装置１０、外部サーバ３０と、情報処理装置１００とは、ネットワークＮを介して、有線または無線により通信可能に接続される。なお、図３に示した情報処理システム１には、複数台の端末装置１０、複数台の外部サーバ３０、複数台の情報処理装置１００が含まれてもよい。

図１では、外部サーバ３０は、家計簿の管理を行うアプリケーションを提供するサーバ装置である例を示した。しかしこの例に限らず、外部サーバ３０は、ユーザの入出金に関する情報を有するサーバ装置、あるいは、ユーザの入出金に関する情報を取得可能なサーバ装置であればいかなるサーバ装置であってもよい。例えば、情報処理装置１００を管理する管理会社と連携するカード会社のサーバ装置であってもよい。

〔３．情報処理装置の構成〕
次に、図４を用いて、実施形態にかかる情報処理装置１００について説明する。図４は、実施形態にかかる情報処理装置１００の構成例を示す図である。図４に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、例えば、端末装置１０や外部サーバ３０との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、契約情報記憶部１２１と、ユーザ情報記憶部１２２と、統計情報記憶部１２３とを有する。

（契約情報記憶部１２１について）
契約情報記憶部１２１は、ユーザが加入済みの保険に関する情報、すなわちユーザが保険会社と交わしている各種契約情報を記憶する記憶部である。例えば、情報処理装置１００は、保険管理アプリを介して、各ユーザから契約情報の登録を受け付けることにより、受け付けた情報を契約情報記憶部１２１に記憶する。

ここで、図５に実施形態にかかる契約情報記憶部１２１の一例を示す。図５の例では、契約情報記憶部１２１は、「ユーザＩＤ」、「保険会社」、「保険種別」、「加入保険」、「保険料」、「保証内容」といった項目を有する。

「ユーザＩＤ」は、ユーザまたはユーザの端末装置１０を識別するための識別情報を示す。「保険会社」は、ユーザが加入している保険会社の名称を示す。「保険種別」は、ユーザが加入済みの保険の種別を示す。「加入保険」は、ユーザが加入済みの保険の概要（プラン名等）を示す。「保険料」は、加入済みの保険においてユーザが支払っている保険料を示す。「保障内容」は、加入済みの保険により保障される事項を示す。

すなわち、図５の例では、ユーザＵ１が、保険会社「ＨＫ１」が提供する「生命保険ＰＬ１−１」に加入済みであり、「生命保険ＰＬ１−１」によって保障される保障内容が、保険料「２５，０００円」のプランで「入院時１０，０００円／日、２０万／手術」である例を示す。

（ユーザ情報記憶部１２２について）
ユーザ情報記憶部１２２は、ユーザに関する属性情報を記憶する記憶部である。例えば、ユーザ情報記憶部１２２は、保険管理アプリを用いてユーザにより登録された属性情報を記憶する。ここで、図６に実施形態にかかるユーザ情報記憶部１２２の一例を示す。図６の例では、ユーザ情報記憶部１２２は、「住所」、「氏名」、「年齢」、「性別」、「年収」、「家族構成」、「関連ユーザ」といった項目を有する。

「ユーザＩＤ」は、ユーザまたはユーザの端末装置１０を識別するための識別情報を示す。「住所」はユーザの現住所を示す。「氏名」はユーザの氏名を示す。「年齢」はユーザの年齢を示す。「性別」はユーザの性別を示す。「年収」はユーザの年収を示す。「家族構成」はユーザの家族構成を示す。「関連ユーザ」はユーザと関連性を有するユーザの識別情報を示す。ユーザと関連性を有するユーザは、例えば、家族関係にあるユーザを示す。

すなわち、図６の例では、ユーザＵ１は、住所「ＡＤＤ１」に住んでおり、年齢「３５歳」、性別「男」、年収「５５０万」、家族構成「妻、子１人」であることを示す。また、ユーザＵ１の関連ユーザが「ユーザＵ４」である例を示す。例えば、ユーザＵ１の妻であるユーザＵ４も保険管理アプリを使用している場合、図６に示すようにユーザＵ１に対応付けてユーザＵ４が記憶される。

（統計情報記憶部１２３について）
統計情報記憶部１２３は、各種保険に関する統計情報を記憶する記憶部である。ここで、図７に実施形態にかかる統計情報記憶部１２３の一例を示す。図７の例では、統計情報記憶部１２４は、死亡時どれほどの保険金額を受け取ることのできる生命保険に加入しているかを年代別にまとめた統計情報１２３−１、死亡時どれほどの保険金額を受け取ることのできる生命保険に加入しているかを家族構成別にまとめた統計情報１２３−２、入院日額がどれほどの医療保険に加入しているかを年収別にまとめた統計情報１２３−３を有する例を示す。

なお、図７に示す各統計情報は、保険に関する統計情報のうちのほんの一例に過ぎない。例えば、統計情報記憶部１２３は、図１に示すような「生命保険における年代別の平均保険料」を統計情報として記憶してもよいし、「生命保険における年齢別の平均保険料の２０００年代での推移」といったものを統計情報として記憶してもよい。

また、例えば、情報処理装置１００は、契約情報記憶部１２１およびユーザ情報記憶部１２２に記憶される情報を用いて、各種統計情報を算出し、算出した統計情報を統計情報記憶部１２３に記憶してもよい。

（その他の記憶部について）
図示しないが、情報処理装置１００は、各保険会社の保険商品を記憶する記憶部を有してもよい。例えば、情処理示装置１００は、自装置を管理する管理会社と提携している保険会社の保険商品を記憶する。例えば、情報処理装置１００は、投資信託に関する各種銘柄を記憶する記憶部を有してもよい。

図４に戻り、制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図４に示すように、制御部１３０は、受付部１３１と、取得部１３２と、判定部１３３と、比較部１３４と、提示制御部１３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図４に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図４に示した接続関係に限られず、他の接続関係であってもよい。

（受付部１３１について）
受付部１３１は、ユーザが加入済みの保険に関する契約情報を受け付ける。例えば、受付部１３１は、保険管理アプリを介して、契約情報の登録を受け付ける。また、受付部１３１は、受け付けた情報を契約情報記憶部１２１に記憶する。また、受付部１３１は、契約情報に含まれるユーザの属性情報（個人情報）をユーザ情報記憶部１２２に記憶する。

（取得部１３２について）
取得部１３２は、ユーザの保険に関する入出金データを取得する。例えば、取得部１３２は、外部サーバ３０が有する口座情報記憶部Ｘ１に定期的にアクセスし、口座情報記憶部Ｘ１に記憶される入出金データを取得する。取得部１３２は、取得した入出金データを情報処理装置１００内の所定の記憶部に記憶させてもよいし、一時的な記憶部に格納し、図１および図２で示した処理が終了した後削除してもよい。なお、取得部１３２が、取得した入出金データを情報処理装置１００内の所定の記憶部に記憶させる場合、情報処理装置１００は、例えば、図１に示すような口座情報記憶部Ｘ１を有することになる。

また、例えば、外部サーバ３０は、保険会社に対するユーザの保険料支払いや（出金データ）、保険会社から保険金の受け取り（入金データ）が新たに発生すると、その旨を情報処理装置１００に通知してもよい。かかる場合、取得部１３２は、口座情報記憶部Ｘ１にアクセスし、入出金データを取得する。

また、取得部１３２は、ユーザにより登録された保険に関する契約情報を取得する。例えば、後述する提示制御部１３５によるユーザへの情報通知に従い、かかるユーザによって契約変更後の契約情報として契約変更後の保険料が送信された場合に、取得部１３２は、かかる契約変更後の保険料を取得する。そして、提示制御部１３５は、取得部１３２によって取得された契約変更後の保険料を用いて契約情報記憶部１２１を更新する。

（判定部１３３について）
判定部１３３は、取得部１３２によって取得された入出金データに基づいて、入出金状況に変化があるか否かを判定する。例えば、判定部１３３は、取得部１３２により取得された入出金データのうち、日時の最も新しい入出金データ、すなわちユーザと保険会社との間で最近に行われた取引を示す入出金データがこれまでの入出金データと比較して変化しているか否かといった入出金状況の変化を判定する。

図１に示す口座情報記憶部Ｘ１の例では、ユーザＵ１について、「日時」の最も新しい出金データが「支払金額：２５，０００円」となっている。これに対し、ユーザＵ１のこれまでの出金データは「支払金額：１０，０００円」で統一されている。したがって、判定部１３３は、ユーザＵ１の出金データが「１０，０００円」から「２５，０００円」に変化したと判定する。

また、図２に示す口座情報記憶部Ｘ１の例では、ユーザＵ１について、「日時」の最も新しい入金データとして「預り金額：１５０，０００円」が発生している。これにより判定部１３３は、入金データに変化があると判定する。つまり、判定部１３３は、新たな入金データが発生した場合に、入金データに変化があると判定する。

（比較部１３４について）
比較部１３４は、入出金データのうち出金データに変化があると判定された場合に、変化後の出金データと保険に対する支出に関する統計情報とを比較する。例えば、比較部１３４は、変化後の出金データと、保険に対する支出に関する統計情報であってユーザの属性情報に応じた統計情報と比較し、出金データに対応する保険料が統計情報に対応する保険料より所定額以上であるか否かを判定する。

出金データに変化があると判定された場合における比較部１３４による比較処理について、図１の例を用いて説明する。図１に示すように、判定部１３３によりユーザＵ１の出金データが「１０，０００円」から「２５，０００円」に変化したと判定されたとする。これは、ユーザＵ１によって保険料「１０，０００円」から保険料「２５，０００円」へと契約変更されたことを示す。また、後述する提示制御部１３５によるユーザＵ１への情報通知に従い、ユーザＵ１によって保険管理アプリに登録している契約情報が登録し直されたとする。

かかる場合、まず、比較部１３４は、ユーザＵ１の属性情報をユーザ情報記憶部１２２から取得する。ここでは、説明を簡単にするために比較部１３４は、ユーザＵ１の属性情報として年齢「３５歳」を取得したものとする。しかしながら、比較部１３４は、年齢以外にも、例えば、図６に示す各種属性情報を取得して、取得した属性情報に対応する統計情報を、入金データとの比較に用いてよいのはいうまでもない。

また、比較部１３４は、ユーザＵ１の属性情報（年齢「３５歳」）に対応する統計情報を統計情報記憶部１２３から取得する。図１に示す統計情報記憶部１２３の例では、比較部１３４は、属性情報（年齢「３５歳」）に対応する統計情報として、年代「３５歳〜３９歳」に対応付けられる平均保険料「２２，０００円」を取得する。そして、比較部１３４は、ユーザＵ１による変更後の保険料「２５，０００円」と、平均保険料「２２，０００円」とを比較する。

なお、上記例では、比較部１３４が、単に保険料の比較を行う例を示した。しかし、比較部１３４は、総合的な比較を行ってもよい。例えば、比較部１３４は、ユーザＵ１が契約している保険におけるコストパフォーマンスと、統計情報から算出されたコストパフォーマンスとを比較してもよい。コストパフォーマンスの算出は任意の手法が用いられてよい。

一般に、ユーザが支払う保険料に対して、保険会社から支払われる保険金が高いほどコストパフォーマンスは高いといえる。さらに、ユーザが支払う保険料に対して、保証内容に対するユーザの満足度が高いほど（例えば、保障内容が手厚い）コストパフォーマンスは高いといえる。したがって、例えば、比較部１３４は、ユーザの契約情報に基づいて、保険料、保険金、保証内容に対するユーザ満足度をそれぞれ数値化（スコア付）し、これらのスコアを総合したユーザ側の総合スコアを算出する。また、比較部１３４は、ユーザの属性情報に対応する統計情報に基づいて、保険料、保険金、保証内容に対するユーザ満足度をそれぞれ数値化（スコア付）し、これらのスコアを総合した統計情報側の総合スコアを算出する。

そして、比較部１３４は、ユーザ側の総合スコアと統計情報側の総合スコアとを比較し、ユーザ側の総合スコアが統計情報側の総合スコアより高いか否かを判定する。比較部１３４によりユーザ側の総合スコアの方が高いと判定された場合には、現在ユーザが加入している保険のコストパフォーマンスは、一般的な保険のコストパフォーマンスより高いことを示す。このため、例えば、後述する提示制御部１３５による保険見直しの提案はなされなくてよい。一方、比較部１３４によりユーザ側の総合スコアの方が低いと判定された場合には、現在ユーザが加入している保険のコストパフォーマンスは、一般的な保険のコストパフォーマンスより低いことを示す。このため、例えば、提示制御部１３５による保険見直しの提案が行われる。

（提示制御部１３５について）
提示制御部１３５は、入出金データに変化があると判定された場合に、保険に関する所定の処理を行う。具体的には、提示制御部１３５は、入出金データのうち出金データに変化がある場合に、変化後の出金データと保険に関する統計情報との比較結果に基づいて、ユーザに対して保険に関する情報を提示する。

例えば、提示制御部１３５は、出金データに変化があると判定された場合に、ユーザが登録している保険に関する情報を更新する。また、提示制御部１３５は、出金データに変化がある場合に、変化後の出金データと保険に関する統計情報であってユーザの属性情報に応じた統計情報との比較結果に基づいて、ユーザに対して保険に関する提案を行う。一方、提示制御部１３５は、出金データに変化があると判定された場合には、その入金データに基づいて、ユーザに対して所定の情報を提示する。例えば、提示制御部１３５は、保険に関する情報または投資に関する情報を提示する。

まず、出金データに変化がある場合におけるデータ更新処理および提示処理について、図１の例を用いて説明する。まず、これまで説明してきたように、ユーザＵ１について、判定部１３３により出金データ「１０，０００円」から「２５，０００円」といったように、出金データに変化があると判定されたとする。

このような出金データの変化は、ユーザＵ１が保険会社との契約情報として、例えば、保険料を変えたことを示唆する。したがって、提示制御部１３５は、保険管理アプリを用いて登録している契約情報を、この変更後の契約情報に登録しなおすよう指示する旨の通知をユーザＵ１の端末装置１０に送信する。

ユーザＵ１は、確かに契約情報を変更していた場合には、保険管理アプリを起動して、変更後の契約情報を入力する。例えば、ユーザＵ１は、契約情報として保険料を「２５，０００円／月」に変更していた場合には、保険料「２５，０００円／月」を入力することにより登録をし直す。かかる場合、端末装置１０は、この変更後の契約情報を情報処理装置１００に送信する。これにより、提示制御部１３５は、端末装置１０から変更後の契約情報が取得されると、契約情報記憶部１２１において現在記憶されている契約情報から、変更後の契約情報へと更新する。例えば、提示制御部１３５は、ユーザＵ１に対応付けて記憶されている保険料を「２５，０００円／月」へと更新する。

このように提示制御部１３５による更新が終了すると、上述したように比較部１３４によって、ユーザＵ１による変更後の保険料と統計情報との比較が行われる。そして、提示制御部１３５は、また、この比較結果に基づいて、ユーザＵ１への保険に関する提案を行う。例えば、比較部１３４は、ユーザＵ１による変更後の保険料「２５，０００円」が、平均保険料「２２，０００円」に対して所定額以上であると判定したとする。

かかる場合、提示制御部１３５は、加入済みの保険「生命保険ＰＬ１−１」を見直すよう提案する。また、提示制御部１３５は、他の保険への加入を提案してもよい。例えば、提示制御部１３５は、他の保険への加入を提案する場合、ユーザＵ１の属性情報に対応する統計情報に基づいて、ユーザＵ１により適した保険を選択してよい。

さて、ここまで出金データに変化がある場合におけるデータ更新処理および提示処理について説明した。次に、入金データに変化がある場合における提示処理について、図２の例を用いて説明する。まず、ユーザＵ１について新たな入金データとして「預り金額：１５０，０００円」が発生したことにより、判定部１３３によって入金データに変化があると判定されたとする。かかる場合、提示制御部１３５は、ユーザＵ１にとっての新たな資金「１５０，０００円」が有効活用されるよう、資金「１５０，０００円」を元にした保険への加入、あるいは、資金「１５０，０００円」を元本とした投資信託を提案する。

例えば、提示制御部１３５は、ユーザＵ１の保険加入状況やユーザＵ１の属性情報に基づいて、新たな保険への加入や投資信託を提案する。以下では、かかる場合において提示制御部１３５によって提案される情報の一例を示す。

例えば、提示制御部１３５は、ユーザＵ１が生命保険に加入済みであれば、ユーザＵ１の老後の備えができるよう資金「１５０，０００円」を元本とした投資信託を提案する。このとき提示制御部１３５は、単に投資信託への提案を行うだけでもよいし、ユーザＵ１に適した投資信託の銘柄を紹介してもよい。例えば、提示制御部１３５は、「１５０，０００円」で購入可能な投資信託の銘柄を紹介してもよい。

また、提示制御部１３５は、図２のステップＳ２４で示したように、ユーザＵ１が支払っている保険料と、ユーザＵ１の属性情報に応じた統計情報とを比較し、その保険料が統計情報より低いか否かを判定する。そして、提示制御部１３５は、低いと判定された場合には、万が一の備えができるよう新たな保険を提案する。なお、ここでの比較処理は、比較部１３４によって行われてもよい。

また、提示制御部１３５は、ユーザＵ１の年齢が所定年齢以下である場合には、年齢が若いうちから資産を増やしておくことが重要との観点から、投資を提案する。また、提示制御部１３５は、ユーザＵ１の年齢が所定年齢以上である場合には、子や孫のためとなる備えができるよう学資保険、あるいは、こども保険への加入を提案する。

また、提示制御部１３５は、ユーザＵ１の属性情報としてユーザＵ１の貯蓄額を特定可能な場合、特定した貯蓄額が、例えば、ユーザＵ１と同年代の統計にみられる貯蓄額より高ければ、ユーザＵ１は資金に余裕があると判定する。これにより、提示制御部１３５は、投資に関する提案を行う。

〔４．処理手順〕
次に、図８を用いて、実施形態にかかる情報処理装置１００が実行する情報処理の手順について説明する。図８は、実施形態にかかる情報処理装置１００による情報処理手順を示すフローチャートである。

まず、情報処理装置１００の取得部１３２は、ユーザ毎に、当該ユーザの入出金データを取得する（ステップＳ１０１）。次に、判定部１３３は、取得部１３２によって取得された入出金データに基づいて、出金データまたは入金データに変化があるか、すなわち入出金状況に変化があるか否かを判定する（ステップＳ１０２）。例えば、判定部１３３は、各ユーザについて最近の出金データがこれまでの出金データと比較して変化している場合に、出金データに変化がある（出金状況に変化がある）と判定する。また、判定部１３３は、各ユーザについて新たな入金データが発生している場合に、入金データに変化がある（入金状況に変化がある）と判定する。なお、不図示であるが、入出金データに変化がない場合には、判定部１３３は、変化があると判定するまで待機する。

次に、判定部１３３により出金データに変化があると判定された場合について説明する。かかる場合、提示制御部１３５は、出金データに変化があると判定された対象のユーザに対して、保険会社との契約情報（特に、保険料）を変更したのであれば、登録している契約情報（保険料）を契約変更後の保険料に登録し直すよう指示する旨の情報を通知する（ステップＳ２０１）。なお、このような通知は、提示制御部１３５ではなく他の処理部（例えば、通知部）によって行われてもよい。

ここで、提示制御部１３５は、保険料の登録し直しとして、契約変更後の保険料がユーザから取得されたか否かを判定する（ステップＳ２０２）。提示制御部１３５は、契約変更後の保険料が取得された場合には（ステップＳ２０２；Ｙｅｓ）、契約情報記憶部１２１においてこれまで記憶していた保険料を契約変更後の保険料に更新する（ステップＳ２０３）。一方、提示制御部１３５は、契約変更後の保険料が取得されない場合には（ステップＳ２０２；Ｎｏ）、取得されるまで待機する。なお、提示制御部１３５は、ユーザに通知が行われてから所定期間経過しても、ユーザから契約変更後の保険料が取得されない場合には、契約変更が行われていないものと判断し処理を終了してよい。

次に、提示制御部１３５は、ユーザによる契約変更後の保険料と、当該ユーザの属性情報に応じた統計情報とを比較し、統計情報によって示される保険料に対して契約変更後の保険料が所定額以上であるか否かを判定する（ステップＳ２０４）。提示制御部１３５は、所定額以上である場合には（ステップＳ２０４；Ｙｅｓ）、対象となる現在加入している保険を見直すよう提案する（ステップＳ２０５）。提示制御部１３５は、所定額以上でない場合には（ステップＳ２０４；Ｎｏ）、処理を終了する。

なお、提示制御部１３５は、ユーザによる契約変更後の保険料と、当該ユーザの属性情報に応じた統計情報とを比較し、統計情報によって示される保険料に対して契約変更後の保険料が所定額より低いと判定した場合においても保険の見直しを提案してもよい。

例えば、統計情報によって示される保険料に対してユーザが加入している保険の保険料が所定額より低い場合、ユーザが加入している保険の保障内容が不十分である可能性がある。実施形態にかかる情報処理装置１００は、このようにユーザが加入している保険の保障内容が不十分である場合もいても見直し提案をすることができるため、保険に関する情報提供に対するユーザの満足度を高めることができる。

なお、提示制御部１３５は、判定部１３３により出金データに変更があると判定された段階で、ユーザが保険料を契約変更したと判断してもよい。かかる場合、提示制御部１３５は、ステップＳ２０１でのユーザへの通知は行わずして、自動で契約情報記憶部１２１に記憶される保険料を、変化後の出金データに対応する金額へと変更してもよい。これにより、情報処理装置１００は、ユーザによる登録変更の手間を省くことができるため、ユーザの満足度を高めることができる。

次に、判定部１３３により入金データに変化があると判定された場合について説明する。かかる場合、提示制御部１３５は、ユーザに資産の余裕ができたと判断し、資産運用に関する提案を行う（ステップＳ３０１）。例えば、提示制御部１３５は、保険への加入や投資に関する提案を行う。

〔５．変形例〕
上記実施形態にかかる情報処理装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、情報処理装置１００の他の実施形態について説明する。

〔５−１．統計情報の変化に対応〕
上記実施形態では、情報処理装置１００の取得部１３２が、ユーザの入出金データを取得する例を示した。しかし、取得部１３２は、ユーザに直接的には関係しないユーザの周りの情報として、保険に関する統計情報を取得してもよい。そして、判定部１３３は、取得部１３２に取得された統計情報に変化があるか否かを判定する。例えば、判定部１３３は、取得部１３２により取得された現時点での統計情報が、過去の統計情報と比較して所定の変化があるか否かを判定する。そして、提示制御部１３５は、判定部１３３により統計情報に変化があると判定された場合に、ユーザに対して保険に関する情報を提示する。

この点について一例を用いて説明する。例えば、統計情報記憶部１２３には、２０００年〜最新の２０１６年までにおける「地震保険」に対する加入率の移り変わりといった統計情報が記憶されているとする。かかる場合、判定部１３３は、最新の２０１６年における加入率が、過去の年の最も低い加入率と比較して所定割合以上増加しているか否かを判定する。そして、例えば、判定部１３３により所定割合以上増加していると判定された場合には、提示制御部１３５は、ユーザへの「地震保険」への加入を提案する。このとき提案対象となるユーザは、例えば、契約情報記憶部１２１に記憶されている全ユーザであってもよいし、判定部１３３が比較において所定の属性情報に応じた統計情報を用いた場合には、その属性情報に対応するユーザであってもよい。

また、提示制御部１３５は、加入を提案するだけでなく統計情報も提示してもよい。例えば、提示制御部１３５は、「地震保険への加入率は年々増加傾向にあり、２０１６年現在、３０代男性加入率５％です」といった統計情報を提示してよい。

このように、実施形態にかかる情報処理装置１００は、統計情報について比較を行い、統計情報に変化がある場合に、その統計情報の変化に関係するユーザに対して保険に関する情報を提示する。これにより、情報処理装置１００は、ユーザに対して保険加入や見直しを行う動機付けを与えることができる。

〔５−２．情報共有〕
上記実施形態では、比較部１３４が、入出金データに変化があると判定されたユーザについて、統計情報との比較を行い、比較結果に基づいて、かかるユーザに対して保険に関する情報を提示する例を示した。しかし、比較部１３４は、所定のユーザと関係性を有する他のユーザについて入出金データに変化があると判定された場合に、変化後の入出金データと、かかる所定のユーザの属性情報に応じた統計情報とを比較する。そして、提示制御部１３５は、比較部１３４による比較結果に基づいて、かかる所定のユーザに対して保険に関する情報を提示する。この点について、一例を用いて説明する。

かかる例では、ユーザＵ１およびＵ４を用いて説明する。ユーザＵ１およびＵ４は、互いに関係性を有する。例えば、ユーザＵ１およびＵ４は、夫婦関係にあり、ユーザＵ４は、ユーザＵ１の妻であるものとする。このように、情報処理装置１００は、どのユーザとどのユーザが家族関係、あるいは、夫婦関係であるかといったことをユーザ情報記憶部１２２から特定可能である。これは、例えば、ユーザが保険管理アプリに個人情報を登録する際、家族関係、あるいは、夫婦関係にあるユーザの登録も行うためである。図６に示すユーザ情報記憶部１２２の例では、ユーザＵ１にユーザＵ４が対応付けられているため（関連ユーザ）、このような情報から情報処理装置１００は、ユーザＵ１とＵ４とは夫婦関係にあることを特定する。

このような状態において、判定部１３３は、ユーザＵ４の出金データに変化があると判定したとする。一方で、ユーザＵ１の出金データには変化がないとする。そして、これまでの例では、次に、比較部１３４が、ユーザＵ４における変化後の出金データ（契約変更後の保険料）と、ユーザＵ４の属性情報に応じた統計情報とを比較する。しかし、比較部１３４が、ユーザＵ４における変化後の出金データ（契約変更後の保険料）と、ユーザＵ１の属性情報に応じた統計情報とを比較する。そして、提示制御部１３５は、比較結果に基づいて、ユーザＵ１に保険に関する提案を行う。なお、比較部１３４は、ユーザＵ４における変化後の出金データ（契約変更後の保険料）と、ユーザＵ４の属性情報に応じた統計情報とを比較することで、保険の提案のみユーザＵ１に対して行われてもよい。

このように、実施形態にかかる情報処理装置１００は、所定のユーザと関係性を有する他のユーザについて入出金データに変化がある場合にも、当該所定のユーザに対して保険に関する提案を行う。これにより、情報処理装置１００は、保険に関する情報を提示する機会を増やすことができる。

〔６．プログラム〕
また、上述してきた実施形態にかかる情報処理装置１００は、例えば図９に示すような構成のコンピュータ１０００によって実現される。図９は、情報処理装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、通信網５０を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５０を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを、入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態にかかる情報処理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを、記録媒体１８００から読み取って実行するが、他の例として、他の装置から、通信網５０を介してこれらのプログラムを取得してもよい。

〔７．その他〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔８．効果〕
実施形態にかかる情報処理装置１００は、取得部１３２と、提示制御部１３５とを有する。取得部１３２は、ユーザの保険に関する入出金データを取得する。提示制御部１３５は、取得部１３２により取得された入出金データに基づいて入出金状況に変化があると判定された場合に、保険に関する所定の処理を行う。

このように、情報処理装置１００は、入出金データが変化したことをきっかけに保険に関する所定の処理を行うため、例えば、保険に関する情報提供に対するユーザの満足度を高めることができる。

また、提示制御部１３５は、取得部１３２により取得された入出金データに基づいてこれまでの出金データから変化があると判定された場合に、変化後の出金データと保険に対する支出に関する統計情報との比較結果に基づいて、ユーザに対して保険に関する情報を提示する。

出金データに変化があることは、ユーザによって保険料が契約変更されたことを示唆する。したがって、情報処理装置１００は、契約変更後の保険料と保険に関する統計情報との比較結果に基づいて、保険の提示を行うことができるため、契約変更後の保険料を再度見直すきっかけを与えることができる。

また、提示制御部１３５は、取得部１３２により取得された入出金データに基づいてこれまでの出金データから変化があると判定された場合に、変化後の出金データと保険に対する支出に関する統計情報であってユーザの属性情報に応じた統計情報との比較結果に基づいて、ユーザに対して保険に関する提案を行う。

このように、情報処理装置１００は、ユーザの属性情報に応じた統計情報との比較を行うため、ユーザの支払っている保険料が一般的な保険料と比較してどのような位置付けにあるかを精度よく判定することができるため、よりユーザに適した保険を提示することができる。

また、提示制御部１３５は、取得部１３２により取得された入出金データに基づいてこれまでの出金データから変化があると判定された場合に、変化後の出金データに基づいて、ユーザが登録している保険に関する情報を更新する。

これにより、情報処理装置１００は、ユーザが契約変更した場合に、変更後の契約情報を、例えば、アプリに登録し直す手間を省くことができるため、ユーザの満足度を高めることができる。

また、提示制御部１３５は、取得部１３２により取得された入出金データの中に新たに発生した入金データが含まれることにより入金状況に変化があると判定された場合に、当該入金データに基づいて、ユーザに対して所定の情報を提示する。

これにより、情報処理装置１００は、ユーザの資産が増えたと判断することができるため、増えた分の資産を有効活用させることができる。

また、提示制御部１３５は、所定の情報として、保険に関する情報または投資に関する情報を提示する。

これにより、情報処理装置１００は、資産を有効活用させることができる。

また、取得部１３２は、保険に関する統計情報を取得し、提示制御部１３５は、取得部１３２により取得された統計情報に変化があると判定された場合に、ユーザに対して保険に関する情報を提示する。

例えば、ユーザは、周りが保険への関心が高まっていることを知ると、自身も保険へ加入しようといった意志や、加入している保険を見直そうとする意志が強くなる。したがって、情報処理装置１００は、統計情報の変化に応じて提示を行うことにより、ユーザに対して保険加入や見直しを行う動機付けを与えることができる。

また、提示制御部１３５は、取得部１３２により取得された統計情報であって現時点での統計情報が、過去の統計情報と比較して所定の変化があると判定された場合に、ユーザに対して保険に関する提案を行う。

これにより、情報処理装置１００は、ユーザに対して保険加入や見直しを行う動機付けを与えることができる。

また、取得部１３２は、ユーザから保険に関する登録情報を取得し、提示制御部１３５は、取得部１３２により取得された登録情報に含まれる保険料と、保険料に関する統計情報との比較結果に基づいて、ユーザに対して保険に関する情報を提示する。

例えば、ユーザは、情報処理装置１００からの通知を受け、保険料等の契約変更を行っている場合には、契約変更後の保険料に登録し直す。つまり、取得部１３２は、ユーザから契約変更後の保険料を取得することができる。そして、提示制御部１３５は、この契約変更後の保険料と統計情報との比較に基づいて、保険に関する情報を提示することができるため、情報処理装置１００は、ユーザに契約変更が行われた確証があるうえで、情報提示することができる。言い換えれば、情報処理装置１００は、ユーザが契約変更を行っていないにも拘わらず、むやみに保険に関する提示を行ってしまうといったことを防止することができる。

実施形態にかかる情報処理装置１００は、取得部１３２と、提示制御部１３５とを有する。取得部１３２は、保険に関する統計情報を取得する。提示制御部１３５は、取得部１３２により取得された統計情報に変化があると判定された場合に、ユーザに対して保険に関する情報を提示する。

これにより、情報処理装置１００は、統計情報の変化に応じて提示を行うことにより、ユーザに対して保険加入や見直しを行う動機付けを与えることができる。

以上、本願の実施形態をいくつかの図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 情報処理システム
１０ 端末装置
１００ 情報処理装置
１２１ 契約情報記憶部
１２２ ユーザ情報記憶部
１２３ 統計情報記憶部
１３２ 取得部
１３３ 判定部
１３４ 比較部
１３５ 提示制御部

Claims (14)

1. ユーザの保険に関する入出金データであってユーザが管理する口座における入出金に関する入出金データを取得する取得部と、
   前記取得部により取得された入出金データに基づいて入出金状況に変化があると判定された場合に、変化後の入出金データと保険に対する支出に関する統計情報との比較に基づき保険に関する所定の処理を行う制御部と
   を有することを特徴とする情報処理装置。
2. 前記制御部は、前記取得部により取得された入出金データに基づいてこれまでの出金データから変化があると判定された場合に、変化後の出金データと保険に対する支出に関する統計情報との比較結果に基づいて、前記ユーザに対して保険に関する情報を提示する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記制御部は、前記取得部により取得された入出金データに基づいてこれまでの出金データから変化があると判定された場合に、変化後の出金データと前記保険に対する支出に関する統計情報であって前記ユーザの属性情報に応じた統計情報との比較結果に基づいて、前記ユーザに対して保険に関する提案を行う
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記制御部は、前記取得部により取得された入出金データに基づいてこれまでの出金データから変化があると判定された場合に、変化後の出金データに基づいて、前記ユーザが登録している保険に関する情報を更新する
   ことを特徴とする請求項１〜３のいずれか１つに記載の情報処理装置。
5. 前記制御部は、前記取得部により取得された入出金データの中に新たに発生した入金データが含まれることにより入金状況に変化があると判定された場合に、当該入金データに基づいて、前記ユーザに対して所定の情報を提示する
   ことを特徴とする請求項１〜４のいずれか１つに記載の情報処理装置。
6. 前記制御部は、前記所定の情報として、保険に関する情報または投資に関する情報を提示する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記取得部は、保険に関する統計情報を取得し、
   前記制御部は、前記取得部により取得された統計情報に変化があると判定された場合に、前記ユーザに対して保険に関する情報を提示する
   ことを特徴とする請求項１〜６のいずれか１つに記載の情報処理装置。
8. 前記制御部は、前記取得部により取得された統計情報であって現時点での統計情報が、過去の統計情報と比較して所定の変化があると判定された場合に、前記ユーザに対して保険に関する提案を行う
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記取得部は、前記ユーザから保険に関する登録情報を取得し、
   前記制御部は、前記取得部により取得された登録情報に含まれる保険料と、保険料に関する統計情報との比較結果に基づいて、前記ユーザに対して保険に関する情報を提示する
   ことを特徴とする請求項１〜８のいずれか１つに記載の情報処理装置。
10. 保険に関する統計情報を取得する取得部と、
    前記取得部により取得された統計情報に変化があると判定された場合に、変化後の統計情報とユーザの保険に関する入出金データであってユーザが管理する口座における入出金に関する入出金データとの比較に基づき当該ユーザに対して保険に関する情報を提示する制御部と
    を有することを特徴とする情報処理装置。
11. 情報処理装置が実行する情報処理方法であって、
    ユーザの保険に関する入出金データであってユーザが管理する口座における入出金に関する入出金データを取得する取得工程と、
    前記取得工程により取得された入出金データに基づいて入出金状況に変化があると判定された場合に、変化後の入出金データと保険に対する支出に関する統計情報との比較に基づき保険に関する所定の処理を行う制御工程と
    を含んだことを特徴とする情報処理方法。
12. 情報処理装置が実行する情報処理方法であって、
    保険に関する統計情報を取得する取得工程と、
    前記取得工程により取得された統計情報に変化があると判定された場合に、変化後の統計情報とユーザの保険に関する入出金データであってユーザが管理する口座における入出金に関する入出金データとの比較に基づき当該ユーザに対して保険に関する情報を提示する制御工程と
    を含んだことを特徴とする情報処理方法。
13. ユーザの保険に関する入出金データであってユーザが管理する口座における入出金に関する入出金データを取得する取得手順と、
    前記取得手順により取得された入出金データに基づいて入出金状況に変化があると判定された場合に、変化後の入出金データと保険に対する支出に関する統計情報との比較に基づき保険に関する所定の処理を行う制御手順と
    をコンピュータに実行させることを特徴とする情報処理プログラム。
14. 保険に関する統計情報を取得する取得手順と、
    前記取得手順により取得された統計情報に変化があると判定された場合に、変化後の統計情報とユーザの保険に関する入出金データであってユーザが管理する口座における入出金に関する入出金データとの比較に基づき当該ユーザに対して保険に関する情報を提示する制御手順と
    をコンピュータに実行させることを特徴とする情報処理プログラム。

Images