特許 6783906 商品についてのユーザの意思決定支援のためのコンピュータシステム、プログラム、および方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6783906

(24)【登録日】2020年10月26日

(45)【発行日】2020年11月11日

(54)【発明の名称】商品についてのユーザの意思決定支援のためのコンピュータシステム、プログラム、および方法

(51)【国際特許分類】

   G06Q 40/08 20120101AFI20201102BHJP

【ＦＩ】

   G06Q40/08

【請求項の数】11

【全頁数】32

(21)【出願番号】特願2019-123855(P2019-123855)

(22)【出願日】2019年7月2日

(65)【公開番号】特開2020-24682(P2020-24682A)

(43)【公開日】2020年2月13日

【審査請求日】2019年7月2日

【審判番号】不服2019-17806(P2019-17806/J1)

【審判請求日】2019年12月27日

(31)【優先権主張番号】特願2018-142977(P2018-142977)

(32)【優先日】2018年7月30日

(33)【優先権主張国】JP

【早期審理対象出願】

(73)【特許権者】

【識別番号】598049322

【氏名又は名称】株式会社三菱ＵＦＪ銀行

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100107489

【弁理士】

【氏名又は名称】大塩 竹志

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】山田 和範

【合議体】

【審判長】 渡邊 聡

【審判官】 相崎 裕恒

【審判官】 松田 直也

(56)【参考文献】

【文献】 特開２０１３−２５０６６６（ＪＰ，Ａ）

【文献】 特開２００１−２２９３００（ＪＰ，Ａ）

【文献】 特開２０１５−２６３９８（ＪＰ，Ａ）

【文献】 特開２０１８−２８８７３（ＪＰ，Ａ）

【文献】 特開２０１０−２２４７３４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

G06Q10/00-99/00

(57)【特許請求の範囲】

【請求項1】

表示部とプロセッサ部とを備える端末装置において実行されるプログラムであって、前記プログラムは、
ユーザの属性またはプロフィールを受信することと、
前記ユーザが商品の項目に関する情報を入力する際の入力可否を制御することと、
前記ユーザの属性またはプロフィールを受信した後に、前記ユーザの前記情報の入力を可とするように制御される場合に、前記ユーザによって入力された前記情報を受信することと、
前記商品の前記項目に関する、前記ユーザと同じ属性またはプロフィールを有する他のユーザについての情報を前記表示部に表示することと、
を含む処理を実行することを前記プロセッサ部に行わせる、プログラム。

【請求項2】

前記商品の前記項目に関する他のユーザについての情報は、前記商品の前記項目に対する他のユーザの関心度を含む、請求項１に記載のプログラム。

【請求項3】

前記他のユーザの関心度は、前記ユーザが属する集団に対する前記商品の前記項目に対して関心のある人の比率によって表される、請求項２に記載のプログラム。

【請求項4】

前記他のユーザの関心度は、前記ユーザが属する集団に対する前記商品の前記項目について入力を行った人の比率によって表される、請求項２に記載のプログラム。

【請求項5】

前記入力可否を制御することは、前記受信されたユーザの属性および／またはプロフィールに応じて、所定の項目に対する入力を不可にすることを含む、請求項１〜４のいずれか一項に記載のプログラム。

【請求項6】

前記処理は、前記ユーザによる前記商品の前記項目の選択入力を受信することをさらに含み、
前記入力可否を制御することは、前記ユーザによって選択された前記商品の前記項目に対する入力を不可にすることを含む、請求項１〜５のいずれか一項に記載のプログラム。

【請求項7】

前記表示することは、前記商品の前記項目に関する他のユーザの関心度を時系列で表示することを含む、請求項１〜５のいずれか一項に記載のプログラム。

【請求項8】

前記処理は、前記ユーザに対する質問と共に前記質問に対する他のユーザの回答結果を前記表示部に表示することをさらに含み、
前記情報を受信することは、前記ユーザによって入力された前記質問に対する回答を受信することを含む、請求項１〜７のいずれか一項に記載のプログラム。

【請求項9】

前記処理は、
前記受信された回答に応じて、前記商品を取引するために必要な金額を変更することと、
前記回答を受信することに応答して、前記回答に応じた前記金額の変動分を前記表示部に表示することと
をさらに含む、請求項８に記載のプログラム。

【請求項10】

ユーザの端末装置にネットワークを介して接続されることが可能な情報処理装置であって、前記情報処理装置は、
商品の項目に関する前記ユーザについての情報と前記ユーザの属性またはプロフィールとを前記端末装置から受信する受信部であって、前記受信部は、前記ユーザの属性またはプロフィールを受信した後に、前記ユーザについての情報を受信する、受信部と、
前記商品の前記項目に関する、前記ユーザと同じ属性またはプロフィールを有する他のユーザについての情報を前記端末装置に送信する送信部と
を備える、情報処理装置。

【請求項11】

前記商品の前記項目に関する前記ユーザについての情報は、前記端末装置の入力制御部が入力を許可している場合にのみ前記端末装置に入力され、
前記受信部は、前記入力された前記商品の前記項目に関する前記ユーザについての情報を前記端末装置から受信する、請求項１０に記載の情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、商品についてのユーザの意思決定支援のためのコンピュータシステム、プログラム、および方法に関する。特に、金融商品の運用設計の際のユーザの意思決定支援、より具体的には、保険設計の際のユーザの意思決定支援のためのコンピュータシステム、プログラム、および方法に関する。

【背景技術】

【0002】

従来から商品を選択する際に、ユーザに対して意思決定支援が行われてきた。特許文献１は、インターネットでユーザが商品を選択する支援を行うための意思決定支援システムを開示している。このようなシステムは、実体のある目に見える商品（例えば、食品、家具等）を選定する際に商品または商品の組み合わせのイメージを提供することによりユーザの意思決定支援を行うものである。

【0003】

しかしながら、目に見えない商品（例えば、保険商品等の金融商品）を選定する際のユーザの意思決定支援を行うものは存在していなかった。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００１−３０６８９３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明の発明者は、保険商品等の金融商品のような目に見えない商品こそ、ユーザの決定を後押しすることが重要であると考えた。すなわち、保険商品等の金融商品のような商品を選定する際に、ユーザをいかに納得させるか、ユーザにいかに腹落ち感を抱かせるかが重要なのである。特に、お金の取引が関与する金融商品は、他人がどのような運用設計を行っているかを他人に聞きづらいものであり、他人がどのような運用設計を行っているかを参考にすることが難しい。

【0006】

本発明の発明者は、この考えに基づき、本発明を考案した。本発明は、金融商品の運用設計の際に、ユーザが納得して運用設計を行うことができるように、ユーザの意思決定支援を行うコンピュータシステム、プログラム、および方法を提供することを目的とする。

【0007】

さらに、本発明は、金融商品に限らない商品についても、ユーザの意思決定支援を行うコンピュータシステム、プログラム、および方法を提供することも目的とする。

【課題を解決するための手段】

【0008】

本発明の一実施形態におけるプログラムは、表示部とプロセッサ部とを備える情報処理装置において実行され、前記プログラムは、商品の項目に関する情報をユーザが入力することを可能にすることと、前記商品の前記項目に関する他のユーザについての情報を前記表示部に表示することとを含む処理を実行することを前記プロセッサ部に行わせる。

【0009】

本発明の一実施形態において、前記商品の前記項目に関する他のユーザについての情報は、前記商品の前記項目に対する他のユーザの関心度を含む。

【0010】

本発明の一実施形態において、前記他のユーザの関心度は、前記ユーザが属する集団に対する前記商品の前記項目に対して関心のある人の比率によって表される。

【0011】

本発明の一実施形態において、前記他のユーザの関心度は、前記ユーザが属する集団に対する前記商品の前記項目について入力を行った人の比率によって表される。

【0012】

本発明の一実施形態において、前記処理は、前記ユーザが前記情報を入力する際の入力可否を制御することをさらに含む。

【0013】

本発明の一実施形態において、前記入力可否を制御することは、前記商品の前記項目に対する他のユーザの関心度が所定の閾値未満の項目に対する入力を不可にすることを含む。

【0014】

本発明の一実施形態において、前記処理は、前記ユーザの属性および／またはプロフィールを受信することをさらに含み、前記入力可否を制御することは、前記受信されたユーザの属性および／またはプロフィールに応じて、所定の項目に対する入力を不可にすることを含む。

【0015】

本発明の一実施形態において、前記処理は、前記ユーザによる前記商品の前記項目の選択入力を受信することをさらに含み、前記入力可否を制御することは、前記ユーザによって選択された前記商品の前記項目に対する入力を不可にすることを含む。

【0016】

本発明の一実施形態において、前記表示することは、前記商品の前記項目に関する他のユーザの関心度を時系列で表示することを含む。

【0017】

本発明の一実施形態において、前記ユーザが入力することを可能にすることは、前記ユーザに対する質問と共に前記質問に対する他のユーザの回答結果を前記表示部に表示することと、前記質問に対する回答を前記ユーザが入力することを可能にすることとを含む。

【0018】

本発明の一実施形態において、前記商品は、金融商品である。

【0019】

本発明の一実施形態において、前記商品は、保険商品である。

【0020】

本発明の一実施形態における情報処理装置は、商品の項目に関する情報をユーザが入力することを可能にする手段と、前記商品の前記項目に関する他のユーザについての情報を表示する手段とを備える。

【0021】

本発明の一実施形態における方法は、表示部とプロセッサ部とを備える情報処理装置において実行され、前記方法は、前記プロセッサ部が、商品の項目に関する情報をユーザが入力することを可能にすることと、前記プロセッサ部が、前記商品の前記項目に関する他のユーザについての情報を前記表示部に表示することとを含む。

【0022】

本発明の一実施形態における情報処理装置は、ユーザの端末装置にネットワークを介して接続されることが可能であり、前記情報処理装置は、商品の項目に関する前記ユーザについての情報を前記端末装置から受信する受信部と、前記商品の前記項目に関する他のユーザについての情報を前記端末装置に送信する送信部とを備える。

【0023】

本発明の一実施形態において、前記商品の前記項目に関する前記ユーザについての情報は、前記端末装置の入力制御部が入力を許可している場合にのみ前記端末装置に入力され、前記受信部は、前記入力された前記商品の前記項目に関する前記ユーザについての情報を前記端末装置から受信する。

【0024】

本発明の一実施形態におけるプログラムは、ユーザの端末装置にネットワークを介して接続されることが可能な情報処理装置において実行され、前記情報処理装置は、プロセッサ部を備え、前記プログラムは、商品の項目に関する前記ユーザについての情報を前記端末装置から受信することと、前記商品の前記項目に関する他のユーザについての情報を前記端末装置に送信することとを含む処理を実行することを前記プロセッサ部に行わせる。

【0025】

本発明の一実施形態における方法は、ユーザの端末装置にネットワークを介して接続されることが可能な情報処理装置において実行され、前記情報処理装置は、プロセッサ部を備え、前記方法は、前記プロセッサ部が、商品の項目に関する前記ユーザについての情報を前記端末装置から受信することと、前記プロセッサ部が、前記商品の前記項目に関する他のユーザについての情報を前記端末装置に送信することとを含む。

【発明の効果】

【0026】

本発明によると、ユーザが、他のユーザがどの項目（例えば、対象分野、仕様等）にどの程度の関心があるかを参照することを可能にすることによって、ユーザの意思決定支援を行うコンピュータシステム、プログラム、および方法を提供することができる。これにより、ユーザの意思決定を支援することができる。これは、目に見えない保険商品等の金融商品の運用設計の際に、納得し、腹落ち感を抱いたうえで運用設計を行うことができるという点で、目に見えない保険商品等の金融商品に対して特に有用である。

【図面の簡単な説明】

【0027】

【図1A】ユーザが自分で保険設計（保険デザイン）を行うための保険設計アプリケーションの画面の一例が表示されている端末装置を示す図。

【図1B】ユーザが自分で保険設計（保険デザイン）を行うための保険設計アプリケーションの画面の一例を示す図。

【図1C】ユーザが自分で保険設計（保険デザイン）を行うための保険設計アプリケーションの画面の一例を示す図。

【図1D】ユーザが自分で保険設計（保険デザイン）を行うための保険設計アプリケーションの画面の一例を示す図。

【図1E】ユーザが自分で保険設計（保険デザイン）を行うための保険設計アプリケーションの画面の一例を示す図。

【図1F】ユーザが自分で保険設計（保険デザイン）を行うための保険設計アプリケーションの画面の一例を示す図。

【図1G】ユーザが自分で保険設計（保険デザイン）を行うための保険設計アプリケーションの画面の一例を示す図。

【図1H】ユーザが自分で保険設計（保険デザイン）を行うための保険設計アプリケーションの画面の一例を示す図。

【図2】保険設計のためのコンピュータシステム１０００の構成の一例を示す図。

【図3A】端末装置２００の構成の一例を示すブロック図。

【図3B】サーバ装置３００の構成の一例を示すブロック図。

【図4】データベース部４００に格納され得る情報のデータ構成の一例を示す

【図5】保険設計のためのコンピュータシステム１０００において行われる、保険設計のための処理５００の一例を示すフローチャート。

【発明を実施するための形態】

【0028】

本明細書において、「金融商品」は、金融取引において扱われる商品または商品群を意味する。金融商品は、例えば、銀行、保険会社、証券会社等が扱う商品であって、預金、投資信託、保険商品、株式、国債、外国為替、コモディティ、デリバティブまたはこれらの組み合わせを含む。

【0029】

本明細書において、「運用設計」は、将来にわたってどのような金融商品を取引して資産を運用していくかのプランを設計することを意味する。プランは、例えば、金融商品を取引するために必要な金額、金融商品の仕様等を含む。すなわち、「運用設計」は、金融商品を取引するために必要な金額を決定することを含み、取引する金融商品の仕様を決定することも含む。例えば、金融商品が保険商品である場合には、「運用設計」は、将来にわたってどのような保険商品に加入して資産を運用していくかのプランを設計すること（いわゆる、保険設計）を意味する。プランは、例えば、保険商品に加入するために必要な保険料、保険商品の仕様（例えば、保障項目、保障期間、保険料払込期間、支給方法、給付金額等）等を含む。すなわち、「保険設計」は、保険商品に加入するために必要な保険料を決定することを含み、加入する保険商品の仕様を決定することも含む。

【0030】

以下では、一例として、「金融商品」が保険商品であり、「運用設計」として保険設計を行う場合を例に、図面を参照しながら、本発明の実施の形態を説明する。

【0031】

１．保険設計アプリケーション
図１Ａは、ユーザが自分で保険設計（保険デザイン）を行うための保険設計アプリケーションの画面の一例が表示されている端末装置を示し、図１Ｂ〜図１Ｈは、ユーザが自分で保険設計（保険デザイン）を行うための保険設計アプリケーションの画面の一例を示す。ここでは、ユーザが保険設計アプリケーションを使用して、保険設計を行う場合を例に説明する。ユーザは、端末装置（例えば、スマートフォン、タブレット、パーソナルコンピュータ等）に表示される保険設計アプリケーションの画面に適宜情報を入力することにより、そのユーザに合った保険設計を行うことができる。保険設計アプリケーションは、ウェブブラウザを介して利用可能なウェブアプリケーションであってもよいし、端末装置にインストールされたアプリケーションであってもよい。端末装置にインストールされた保険設計アプリケーションは、サーバ装置と通信可能な状況で実行されるオンラインアプリケーションであってもよいし、サーバ装置と通信不可能な状況でも実行されるオフラインアプリケーションであってもよい。オンラインアプリケーションである場合は、常にサーバ装置とデータのやり取りをしてもよいし、所定のタイミングまたはユーザ操作があったときにサーバ装置とデータのやり取りをしてもよい。オフラインアプリケーションである場合は、例えば、サーバ装置と通信可能になったときに、サーバ装置とのデータのやり取りが行われる。

【0032】

図１Ａは、保険設計アプリケーションの初期画面１０の一例が表示されているユーザの端末装置を示す。

【0033】

初期画面１０は、例えば、ウェブアプリケーションまたはインストールされたアプリケーションを起動したときに表示される画面である。初期画面１０は、ユーザの属性を入力するための入力セクション１１と、設計開始ボタン１２と、後述するプロフィール入力画面３０に遷移するためのボタン１３とを含む。

【0034】

入力セクション１１には、ユーザの属性として、例えば、ユーザの年齢、性別、既婚か独身か、子供の有無等を入力することができる。入力セクション１１には、プルダウンメニューからユーザの属性を選択することにより、ユーザの属性を入力することができるが、入力の手法はこれに限定されない。例えば、テキスト入力等により直接ユーザの属性を入力するようにしてもよい。

【0035】

入力セクション１１にユーザの属性を入力し、設計開始ボタン１２を選択すると、図１Ｂのみんなの保険設計表示画面２０に遷移する。あるいは、入力セクション１１にユーザの属性を入力し、ボタン１３を選択すると、図１Ｃのプロフィール入力画面３０に遷移する。

【0036】

図１Ｂは、保険設計アプリケーションのみんなの保険設計表示画面２０の一例を示す。ここでは、図１Ａの初期画面１０の入力セクション１１に、（男性、３０歳、既婚（子供あり））の属性が入力されたものとする。なお、年齢の属性は、数値で入力されてもよいし、３０代、３０〜３９歳のように、数値範囲で入力されてもよい。

【0037】

図１Ｂのみんなの保険設計表示画面２０は、図１Ａの初期画面１０よりも縦長に示されているが、みんなの保険設計表示画面２０は、例えば、端末装置の表示部の大きさに合わせてサイズ調節されてもよいし、みんなの保険設計表示画面２０の一部が端末装置の表示部に表示されるようにしてもよい。みんなの保険設計表示画面２０の一部が端末装置の表示部に表示される場合には、ユーザは、画面をスクロールすることによって、みんなの保険設計表示画面２０の全体を閲覧することができる。

【0038】

みんなの保険設計表示画面２０は、ユーザが属する集団における他のユーザが行った保険設計の情報を表示するための画面である。集団は、例えば、同じ属性を有する人が属する集団である。ここでは、（男性、３０歳、既婚（子供あり））の属性を有する人が属する集団における他のユーザが行った保険設計の情報が表示されている。なお、集団は、少なくとも１つの同じ属性を有する人が属する集団であってもよく、例えば、男性が属する集団、３０歳〜３９歳の女性が属する集団、未婚の男性が属する集団等であり得る。あるいは、集団は、全ユーザが属する集団であってもよい。集団は、予め設定されていてもよいし、ユーザが選択できるようにしてもよい。

【0039】

みんなの保険設計表示画面２０は、対象分野表示セクション２１と、概算保険料表示セクション２２と、後述するプロフィール入力画面３０に遷移するためのボタン２４とを含む。

【0040】

対象分野表示セクション２１には、ユーザが属する集団における人が設計可能な保険の複数の対象分野が表示される。保険の対象分野は、例えば、自身がなくなったときの備えのための保険（例えば、生命保険）が分類され得る「家族の生活」、自身がなくなったときの備えのための保険（例えば、終身保険）が分類され得る「お葬式など」、病気やケガへの備えのための保険（例えば、医療保険）が分類され得る「医療・入院」、病気やケガへの備えのための保険（例えば、収入保障保険、所得補償保険）が分類され得る「就業不能」、病気やケガへの備えのための保険（例えば、介護保険）が分類され得る「要介護」、将来の生活への備えのための保険（例えば、養老保険）が分類され得る「老後生活」、将来の生活への備えのための保険（例えば、学資保険）が分類され得る「お子様の進学」を含むがこれらに限定されない。

【0041】

対象分野表示セクション２１の各対象分野には、ユーザが属する集団における他のユーザがその対象分野において行った保険設計に基づいた平均的な概算保険料が表示されている。例えば、（男性、３０歳、既婚（子供あり））の属性を有する人が属する集団における他のユーザが、対象分野「家族の生活」に分類される保険について行った保険設計の結果を平均した額（例えば、１，６４０円／月）が、対象分野「家族の生活」に対して表示される。これにより、ユーザは、ユーザが属する集団における他のユーザがその対象分野においてどの程度の保険設計を行っているかを知ることができ、自身の保険設計の参考にすることができる。

【0042】

対象分野表示セクション２１には、全ての集団に対して、同じ対象分野が表示されるようにしてもよいし、ユーザが属する集団に応じて、表示される対象分野が変動するようにしてもよい。例えば、未婚の属性を有する集団または子供なしの属性を有する集団に対しては、対象分野「お子様の進学」が表示されないようにすることができる。未婚の属性を有する集団または子供なしの属性を有する集団にとって、子供の進学に備えることは興味がない可能性が高いからである。例えば、未婚の属性を有する集団に対しては、対象分野「家族の生活」が表示されないようにすることができる。未婚の属性を有する集団にとって、家族の生活に備えることは興味がない可能性が高いからである。

【0043】

概算保険料表示セクション２２には、ユーザが属する集団における他のユーザが各対象分野において行った保険設計に基づいた平均的な概算保険料の合計が表示される。例えば、（男性、３０歳、既婚（子供あり））の属性を有する人が属する集団における他のユーザが、各対象分野の保険について行った保険設計の結果の合計を平均した額（例えば、９，０４４円／月）が、概算保険料の合計として表示される。これにより、ユーザは、ユーザが属する集団における他のユーザが対象分野全体としてどの程度の保険設計を行っているかを知ることができ、自身の保険設計の参考にすることができる。

【0044】

対象分野表示セクション２１には、各対象分野に対して、関心度表示セクション２３が表示される。各対象分野の関心度表示セクション２３には、ユーザが属する集団におけるどの程度のユーザがその対象分野に対して関心を持っているかを示す関心度が表示されている。関心度は、例えば、ユーザが属する集団における、各対象分野で保険設計を行ったユーザの比率であり得る。関心度は、例えば、ユーザが属する集団において事前に行われた、各対象分野に関するアンケートの結果に基づいてもよい。アンケートは、例えば、各対象分野における保険設計について関心があるかを直接的または間接的に問う質問を含み得る。アンケートは、保険設計アプリケーション内で行われるアンケート（図示せず）であってもよいし、保険設計アプリケーション外で行われるアンケートであってもよい。例えば、図１Ｂでは、（男性、３０歳、既婚（子供あり））の属性を有する人が属する集団において、６０％のユーザが対象分野「家族の生活」について保険設計を行ったまたは関心があることを円グラフで示し、５０％のユーザが対象分野「お葬式など」について保険設計を行ったまたは関心があることを円グラフで示し、・・・６０％のユーザが対象分野「お子様の進学」について保険設計を行ったまたは関心があることを円グラフで示している。これにより、ユーザは、ユーザが属する集団における他のユーザが各対象分野においてどの程度関心を持っているかを知ることができ、自身の保険設計の参考にすることができる。

【0045】

例えば、関心度表示セクション２３を選択すると、その関心度の時系列変化を示すグラフを表示する画面に遷移するようにしてもよい。これにより、その関心度が増加傾向にあるものなのか、減少傾向にあるものなのかを確認することができる。同じ関心度であっても、それが増加傾向にあるものか減少傾向にあるものかで、意味合いが異なるからである。例えば、同じ６０％の関心度であっても、それが増加傾向にあるものであれば、将来的により多くのユーザが関心を持つと予想される一方で、それが減少傾向にあるものであれば、将来的により少ないユーザが関心を持つと予想される。

【0046】

ユーザが属する集団における他のユーザが行った保険設計の情報を確認した後、ユーザがボタン２４を選択することにより、プロフィール入力画面３０に遷移する。

【0047】

図１Ｃは、保険設計アプリケーションのプロフィール入力画面３０の一例を示し、図１Ｄは、保険設計アプリケーションの別のプロフィール入力画面４０の一例を示す。

【0048】

図１Ｃのプロフィール入力画面３０および図１Ｄのプロフィール入力画面４０は、図１Ａの初期画面１０よりも縦長に示されているが、プロフィール入力画面３０、４０は、例えば、端末装置の表示部の大きさに合わせてサイズ調節されてもよいし、プロフィール入力画面３０、４０の一部が端末装置の表示部に表示されるようにしてもよい。プロフィール入力画面３０、４０の一部が端末装置の表示部に表示される場合には、ユーザは、画面をスクロールすることによって、プロフィール入力画面３０、４０の全体を閲覧することができる。

【0049】

プロフィール入力画面３０、４０は、ユーザのプロフィールを入力するための画面である。ユーザのプロフィールは、例えば、職業、年収、配偶者の情報（例えば、配偶者の年齢、職業、年収等）、子供の情報（例えば、子供の年齢）、住宅の情報（例えば、持家か賃貸か、住宅ローンの残高、住宅ローンの支払額等）、既存の保険商品の情報（例えば、保険期間、保険金額、支払い保険料等）等の個人情報を含むがこれらに限定されない。入力されるべきプロフィールの数は問わないが、入力されるべきプロフィールは多い方が好ましい。入力されるべきプロフィールが多いほど、よりユーザに合った保険設計をユーザに行わせることができるようになるからである。

【0050】

図１Ｃのプロフィール入力画面３０は、ユーザの職業を入力するための画面であり、職業入力セクション３１と、次の入力画面へと遷移するためのボタン３２とを含む。職業入力セクション３１で職業を入力し、ボタン３２を選択すると、次の画面に遷移する。職業入力セクション３１には、選択肢から職業を選択することにより、職業を入力することができるが、入力の手法はこれに限定されない。例えば、テキスト入力等により直接職業を入力するようにしてもよい。

【0051】

図１Ｄのプロフィール入力画面４０は、配偶者の情報および子供の情報を入力するための画面であり、配偶者年齢入力セクション４１と、子供年齢入力セクション４２と、前の画面へと遷移するためのボタン４３と、次の画面へと遷移するためのボタン４４とを含む。配偶者年齢入力セクション４１で配偶者の年齢を入力し、子供年齢入力セクション４２で子供の年齢を入力し、ボタン４４を選択すると、次の画面に遷移する。配偶者年齢入力セクション４１および子供年齢入力セクション４２には、プルダウンメニューから年齢を選択することにより、配偶者年齢および子供年齢を入力することができるが、入力の手法はこれに限定されない。例えば、テキスト入力等により直接配偶者年齢および子供年齢を入力するようにしてもよい。

【0052】

プロフィール入力画面３０、４０は、ユーザの属性に応じて、入力されるべきプロフィールを変動させるようにしてもよい。例えば、未婚のユーザに対しては、配偶者の情報および子供の情報を入力するための画面を表示しないようにしてもよい。例えば、子供のいないユーザに対しては、子供の情報を入力するための画面を表示しないようにしてもよい。例えば、賃貸の住宅に住んでいるユーザに対しては、住宅ローンの情報を入力するための画面を表示しないようにしてもよい。

【0053】

プロフィールの入力が完了すると、図１Ｅに示される保険設計を行うためのホーム画面５０に遷移する。

【0054】

図１Ｅは、保険設計アプリケーションの保険設計ホーム画面５０の一例を示す。

【0055】

図１Ｅの保険設計ホーム画面５０は、図１Ａの初期画面１０よりも縦長に示されているが、保険設計ホーム画面５０は、例えば、端末装置の表示部の大きさに合わせてサイズ調節されてもよいし、保険設計ホーム画面５０の一部が端末装置の表示部に表示されるようにしてもよい。保険設計ホーム画面５０の一部が端末装置の表示部に表示される場合には、ユーザは、画面をスクロールすることによって、保険設計ホーム画面５０の全体を閲覧することができる。

【0056】

保険設計ホーム画面５０は、対象分野表示セクション５１と、概算保険料表示セクション５２と、後述する保険設計確認画面７０に遷移するためのボタン５４と、プロフィール入力画面３０に遷移するためのボタン５５とを含む。

【0057】

対象分野表示セクション５１には、ユーザが設計可能な保険の複数の対象分野が表示される。保険の対象分野は、図１Ｂのみんなの保険設計表示画面２０の対象分野表示セクション２１に表示されるものと同様である。

【0058】

ユーザが対象分野表示セクション５１の各対象分野を選択すると、後述する図１Ｆの保険設計画面６０等の保険設計画面がポップアップ表示され、ユーザは、保険設計画面において保険設計を行うことができる。対象分野表示セクション５１の各対象分野には、ユーザがその対象分野の保険設計画面において行った保険設計に基づいた概算保険料が表示される。

【0059】

対象分野表示セクション５１には、全てのユーザに対して、同じ対象分野が表示されるようにしてもよいし、ユーザの属性またはユーザのプロフィールに応じて、表示される対象分野が変動するようにしてもよい。例えば、未婚の属性を有するユーザまたは子供なしの属性を有するユーザに対しては、対象分野「お子様の進学」が、表示されないようにすることができ、あるいは、ユーザによって選択不可能であるようにグレー表示されることができる。未婚の属性を有するユーザまたは子供なしの属性を有するユーザにとって、子供の進学に備えることは興味がなく、保険設計を行う可能性が低いからである。例えば、未婚の属性を有するユーザに対しては、対象分野「家族の生活」が、表示されないようにすることができ、あるいは、ユーザによって選択不可能であるようにグレー表示されることができる。未婚の属性を有するユーザにとって、家族の生活に備えることは興味がなく、保険設計を行う可能性が低いからである。例えば、年収が２００万円以下のユーザに対しては、「お葬式など」、「老後の生活」等の一部の対象分野が表示されないようにすることができ、あるいは、ユーザによって選択不可能であるようにグレー表示されることができる。年収の少ないユーザは、最低限の保険を必要としている可能性が高いからである。ユーザによって選択可能な対象分野を予め制限することにより、ユーザがあれこれ考慮する必要性を未然に排除し、保険設計を効率化することができる。

【0060】

対象分野表示セクション５１は、各対象分野に対して、ＯＮ−ＯＦＦトグルスイッチ５６を含む。ＯＮ−ＯＦＦトグルスイッチ５６がＯＮである場合、ユーザは、その対象分野を選択可能である。ＯＮ−ＯＦＦトグルスイッチ５６がＯＦＦである場合、ユーザは、その対象分野を選択不可能である。ユーザは、ＯＮ−ＯＦＦトグルスイッチ５６をＯＮとＯＦＦとの間で切り替えることが可能である。端末装置は、ＯＮ−ＯＦＦトグルスイッチ５６がＯＮであるかＯＦＦであるかの情報を、サーバ装置に通信するようにしてもよいし、サーバ装置に通信しないようにしてもよい。サーバ装置に通信する場合には、ＯＮ−ＯＦＦトグルスイッチ５６がＯＮであるかＯＦＦであるかの情報をリアルタイムでサーバ装置に通信してもよいし、所定のタイミングまたはサーバ装置と通信可能となったときにサーバ装置に通信してもよい。サーバ装置に通信しない場合には、ＯＮ−ＯＦＦトグルスイッチ５６に関する処理は端末装置内で完結する。ユーザは、自身が興味のない対象分野のＯＮ−ＯＦＦトグルスイッチ５６を予めＯＦＦにすることにより、その対象分野を設計対象から外すことができる。これにより、ユーザが、興味のない対象分野まであれこれ考慮する必要性を未然に排除し、保険設計を効率化することができる。また、ユーザは、対象分野表示セクション５１に表示された各対象分野の概算保険料および／または後述する概算保険料表示セクション５２に表示された概算保険料の合計を確認しながら、ＯＮ−ＯＦＦトグルスイッチ５６のＯＮーＯＦＦを切り替え、どの対象分野を設計対象とするかを検討することが可能である。

【0061】

図１Ｅに示される例では、ＯＮ−ＯＦＦトグルスイッチ５６がＯＮにされている「家族の生活」、「お葬式など」、「医療・入院」、「お子様の進学」が保険設計のために選択可能な対象分野である。ＯＮ−ＯＦＦトグルスイッチ５６がＯＦＦにされているその他の対象分野は、選択不可能である。

【0062】

概算保険料表示セクション５２には、選択可能な対象分野「家族の生活」、「お葬式など」、「医療・入院」、「お子様の進学」の保険設計の結果に基づいて算出された概算保険料の合計が表示される。なお、図１Ｅに示される例では、円グラフで選択可能な対象分野「家族の生活」、「医療・入院」、「お子様の進学」の各保険料の割合が示されているが、表示の態様はこれに限定されない。例えば、棒グラフ、面グラフ等であってもよい。

【0063】

対象分野表示セクション５１には、各対象分野に対して関心度表示セクション５３が表示される。関心度表示セクション５３は、図１Ｂのみんなの保険設計表示画面２０の関心度表示セクション５３と同様のものである。各対象分野について、ユーザが属する集団におけるどの程度のユーザがその対象分野に対して関心を持っているかを示す関心度が表示されている。

【0064】

対象分野表示セクション５１は、例えば、関心度表示セクション５３の関心度が所定の閾値未満の対象分野を、表示しない、または、ユーザによって選択不可能であるようにグレー表示するようにしてもよい。例えば、関心度が５０％未満の対象分野を表示しないまたはユーザ選択不可能なようにグレー表示することができる。所定の閾値は、任意の値であってもよく、例えば、ユーザ設定可能な値であってもよいし、予め設定された値であってもよい。他のユーザの関心度が低い対象分野の選択を予め制限することにより、ユーザがあれこれ考慮する必要性を未然に排除し、保険設計を効率化することができる。

【0065】

例えば、図１Ｅに示される保険設計ホーム画面５０では、対象分野表示セクション５１内の複数の対象分野を並べ替えて表示するようにしてもよい。対象分野表示セクション５１内の複数の対象分野は、例えば、関心度表示セクション５３の関心度の高い順に並べ替えて表示され得る。これにより、他のユーザの関心度が高い対象分野ほどユーザの目につきやすくすることができ、保険設計ホーム画面５０がユーザにとって使いやすいものとなり得る。

【0066】

なお、図１Ｅに示される例では、ユーザ選択不可能なようにグレー表示することを説明したが、表示の態様は、これに限定されない。ユーザ選択不可能である限り任意の表示方法であり得る。例えば、ユーザ選択不可能な対象分野を赤色等の他とは異なる色で表示するようにしてもよいし、ユーザ選択不可能な対象分野を破線で囲んで表示するようにしてもよいし、ユーザ選択不可能な対象分野を点滅表示するようにしてもよい。

【0067】

図１Ｅに示される保険設計ホーム画面５０において、ユーザが、例えば、対象分野「お葬式など」を選択すると、図１Ｆに示される保険設計画面６０がポップアップ表示され、ユーザは、保険設計画面６０において対象分野「お葬式など」の保険設計を行うことができる。

【0068】

図１Ｆは、保険設計アプリケーションの保険設計画面６０の一例を示す。

【0069】

図１Ｆの保険設計画面６０は、図１Ａの初期画面１０よりも縦長に示されているが、保険設計画面６０は、例えば、端末装置の表示部の大きさに合わせてサイズ調節されてもよいし、保険設計画面６０の一部が端末装置の表示部に表示されるようにしてもよい。保険設計画面６０の一部が端末装置の表示部に表示される場合には、ユーザは、画面をスクロールすることによって、保険設計画面６０の全体を閲覧することができる。

【0070】

保険設計画面６０には、対象分野「お葬式など」の保険設計を行うための質問６１が表示されており、質問６１に対してＡまたはＢの２択で回答セクション６２に回答するようになっている。質問６１に対する回答に応じて、ユーザがその対象分野においてどの程度の保険料を必要とするかが決定され、概算保険料表示セクション６４に表示される概算保険料が変動する。このように、ユーザは、質問６１に回答するだけで、保険設計を行うことが可能である。

【0071】

各質問６１に対して、みんなの回答表示セクション６３が表示されている。みんなの回答表示セクション６３は、ユーザが属する集団における他のユーザがその質問に対して回答した結果が表示されている。例えば、図１Ｆの保険設計画面６０では、（男性、３０歳、既婚（子供あり））の属性を有する人が属する集団では、「あなたのご家族が亡くなった際、どのように見送りたいですか？」との質問に対して、２８％のユーザが「Ａ．近親者のみの家族葬」と回答し、７２％のユーザが「Ｂ．友人・知人も参列する葬儀」と回答したことを示している。これにより、ユーザは、他のユーザが同じ質問に対してどのように回答したかを知ることができ、自身の保険設計の参考にすることができる。

【0072】

例えば、「あなたのご家族が亡くなった際、どのように見送りたいですか？」との質問に対して「Ｂ．友人・知人も参列する葬儀」と回答すると、必要な保険料が５，０００円増加すると決定されて、概算保険料表示セクション６４に表示される概算保険料が５，０００円増加する。さらに、「Ｂ．友人・知人も参列する葬儀」と回答すると、「＋５，０００円」という吹き出しが「Ｂ．友人・知人も参列する葬儀」の回答セクション６２の上方に表示されるようにしてもよい。これにより、ユーザは、「Ｂ．友人・知人も参列する葬儀」を実現するためには、「５，０００円」の保険料の増加が必要であると即座に知ることができる。すなわち、ユーザは、保険設計におけるその回答の費用対効果を即座に知ることができるようになるのである。これにより、ユーザは、費用対効果を考慮しながら、保険設計を行うことができるようになる。

【0073】

なお、図１Ｆに示される例では、質問に対して２択で回答することを説明したが、選択肢の数は、これに限定されず、任意の数の選択肢が存在し得る。選択肢の数が少ないほど、保険設計の際のユーザの負担が少なく済む一方で、選択肢の数が多いほど、より詳細な保険設計をユーザに行わせることが可能になる。例えば、ユーザの属性および／またはプロフィールに応じて選択肢の数を変動させるようにしてもよい。例えば、既存の加入中の保険商品を有しているユーザに対して、選択肢の数を多くしてもよい。既存の加入中の保険商品を有しているユーザは、保険に対して興味を持っており、より詳細な保険設計を行うことを希望する可能性が高いからである。例えば、既存の加入中の保険商品がないユーザに対して、選択肢の数を少なくしてもよい。既存の加入中の保険商品がないユーザは、保険に対して興味を持っておらず、簡単に保険設計を行うことを希望する可能性が高いからである。例えば、年収が２００万円以下のユーザに対して、選択肢の数を少なくしてもよい。年収の少ないユーザは、保険を詳細に設計し得るほど資産に余裕があるわけではない可能性が高いからである。

【0074】

なお、図１Ｆに示される例では、みんなの回答表示セクション６３にパーセント表示でみんなの回答結果を表示することを説明したが、表示の態様は、これに限定されない。例えば、回答した人数を表示するようにしてもよい。

【0075】

保険設計が完了すると、図１Ｅの対象分野表示セクション５１において、その対象分野にチェックマークが表示される。これにより、どの対象分野の設計が完了したかを視覚的に容易に把握することができる。図１Ｅに示される例では、選択可能な対象分野のうち「家族の生活」および「医療・入院」について保険設計が完了したことを示している。

【0076】

全ての選択可能な対象分野における保険設計が完了し、図１Ｅの保険設計ホーム画面５０のボタン５４を選択すると、図１Ｇの保険設計確認画面７０に遷移する。

【0077】

図１Ｇは、保険設計アプリケーションの保険設計確認画面７０の一例である。

【0078】

図１Ｇの保険設計確認画面７０は、図１Ａの初期画面１０よりも縦長に示されているが、保険設計確認画面７０は、例えば、端末装置の表示部の大きさに合わせてサイズ調節されてもよいし、保険設計確認画面７０の一部が端末装置の表示部に表示されるようにしてもよい。保険設計確認画面７０の一部が端末装置の表示部に表示される場合には、ユーザは、画面をスクロールすることによって、保険設計確認画面７０の全体を閲覧することができる。

【0079】

保険設計確認画面７０は、概算保険料表示セクション７１と、保険設計詳細表示セクション７２と、後述する詳細表示画面８０をポップアップ表示させるためのボタン７３とを含む。

【0080】

概算保険料表示セクション７１には、各対象分野の保険設計の結果に基づいて算出された概算保険料の合計が表示される。

【0081】

各対象分野の保険設計詳細表示セクション７２において、∨ボタンを選択すると、その対象分野の保険設計の詳細が表示されるようになっている。図１Ｇに示される例では、対象分野「家族の生活」の保険設計の詳細が表示されている。例えば、対象分野「家族の生活」に対して、保険料（１，６４０円／月）の根拠として保険金額（８万円）および保険期間（６４歳まで）が表示されている。

【0082】

ユーザは、保険設計確認画面７０により、自身に必要な保険金額および保険期間がどの程度かを確認することができ、その保険金額および保険期間を満足する保険商品のために月額保険料がいくら必要であるかも確認することができる。

【0083】

各対象分野においてボタン７３を選択すると、その対象分野の保険設計の更なる詳細を表示する詳細表示画面８０がポップアップ表示される。

【0084】

図１Ｈは、保険設計アプリケーションの詳細表示画面８０の一例を示す。

【0085】

詳細表示画面８０には、保険設計確認画面７０の保険設計詳細表示セクション７２に表示された保険設計の詳細の更なる詳細が表示される。例えば、保険設計における保険金額の根拠を示すために、収支の詳細が表示される。例えば、保険金額８万円／月の根拠が、死後の収支が月々−８万円であると算出されたことを示している。例えば、保険設計における保険期間の根拠を示すために、ユーザに提示された質問とそれに対するユーザの回答とが表示される。例えば、保険期間６４歳までの根拠が、「家族の生活を支えるために最低限何歳まで働く必要がありますか？」との質問に対して、ユーザが「６４歳まで」と回答したことを示している。

【0086】

ユーザは、詳細表示画面８０により、保険設計確認画面７０で提示された自身に必要な保険金額および保険期間の根拠を確認することができる。これにより、保険設計確認画面７０で提示された自身に必要な保険金額および保険期間ならびに保険金額をユーザに納得させることができる。

【0087】

このようにして、ユーザは、自分に必要な保険設計がどのようなものであるかを知ることができ、かつ、その根拠も得ることができるため、実際に保険商品に加入する際、納得したうえで保険商品に加入することができる。

【0088】

図１Ａ〜図１Ｇに示される例では、図１Ａに示される初期画面１０でユーザが属性を入力することにより画面が遷移し、保険設計をユーザに行わせることができることを説明したが、ユーザが属性を入力することは必須ではない。ユーザが属性を入力することなく、保険設計をユーザに行わせるようにすることも本発明の範囲内である。このとき、例えば、ユーザが属する集団を全ユーザが属する集団とみなし、各対象分野に対する関心度を決定するようにしてもよい。

【0089】

保険設計アプリケーションは、以下に説明する保険設計のためのコンピュータシステムによって実現される。

【0090】

２．保険設計のためのコンピュータシステムの構成
図２は、保険設計のためのコンピュータシステム１０００の構成の一例を示す。

【0091】

コンピュータシステム１０００は、少なくとも１つの端末装置２００と、少なくとも１つの端末装置２００にネットワーク５００を介して接続されているサーバ装置３００と、サーバ装置３００に接続されているデータベース部４００とを含む。

【0092】

端末装置２００は、スマートフォン、タブレット、パーソナルコンピュータ等の任意の端末装置であり得る。端末装置２００は、ユーザが使用する端末装置であり得る。端末装置２００は、ネットワーク５００を介してサーバ装置３００と通信することができる。ここで、ネットワーク５００の種類は問わない。例えば、端末装置２００は、インターネットを介してサーバ装置３００と通信してもよいし、ＬＡＮを介してサーバ装置３００と通信してもよい。図２には３つの端末装置２００が描写されているが、端末装置２００の数はこれに限定されない。端末装置２００の数は、１以上の任意の数であり得る。

【0093】

サーバ装置３００は、ネットワーク５００を介して少なくとも１つの端末装置２００と通信することができる。例えば、サーバ装置３００は、サーバ装置３００に接続されているデータベース部４００から全ユーザの保険設計に関する情報を取得し、取得した情報を少なくとも１つの端末装置２００に送信することができる。例えば、サーバ装置３００は、少なくとも１つの端末装置２００から受信した保険設計に関する情報をデータベース部４００に送信することができる。

【0094】

サーバ装置３００に接続されているデータベース部４００には、例えば、ユーザの属性および保険設計に関する情報、ユーザの関心度に関する情報、各ユーザによる保険商品の購入履歴情報等が格納される。ユーザの属性は、ユーザの年齢、性別、既婚か独身か、子供の有無等であり得る。保険設計に関する情報は、例えば、保険の複数の対象分野のうちのどの対象分野について保険設計を行ったかを示す情報を含む。ユーザの関心度に関する情報は、例えば、各ユーザによる保険商品の購入履歴情報から算出された関心度を含み得、例えば、事前に行われた各対象分野に関するアンケートの結果を含み得る。データベース部４００は、任意の記憶手段によって実装され得る。

【0095】

図３Ａは、端末装置２００の構成の一例を示す。

【0096】

端末装置２００は、通信インターフェース部２１０と、入力部２２０と、表示部２３０と、メモリ部２４０と、プロセッサ部２５０とを備える。

【0097】

通信インターフェース部２１０は、ネットワーク５００を介した通信を制御する。端末装置２００のプロセッサ部２５０は、通信インターフェース部２１０を介して、端末装置２００の外部から情報を受信することが可能であり、端末装置２００の外部に情報を送信することが可能である。通信インターフェース部２１０は、任意の方法で通信を制御し得る。

【0098】

入力部２２０は、ユーザからの情報を端末装置２００に入力することを可能にする。入力部２２０は、例えば、ユーザの属性、プロフィール、質問に対する回答等を端末装置２００に入力することを可能にする。入力部２２０がユーザからの情報をどのような態様で端末装置２００に入力することを可能にするかは問わない。例えば、入力部２２０がタッチパネルである場合には、ユーザがタッチパネルにタッチすることによって情報を入力するようにしてもよい。あるいは、入力部２２０がマウスである場合には、ユーザがマウスを操作することによって情報を入力するようにしてもよい。あるいは、入力部２２０がキーボードである場合には、ユーザがキーボードのキーを押下することによって情報を入力するようにしてもよい。あるいは、入力部２２０がマイクである場合には、ユーザがマイクに音声を入力することによって情報を入力するようにしてもよい。

【0099】

表示部２３０は、情報を表示するための任意のディスプレイであり得る。表示部２３０は、図１Ａ〜図１Ｈに示されるような画面を表示することが可能である。

【0100】

メモリ部２４０には、端末装置２００における処理を実行するためのプログラムやそのプログラムの実行に必要とされるデータ等が格納されている。メモリ部２４０には、例えば、保険設計のためのプログラム（例えば、後述する図５に示される処理を実現するプログラム）の一部または全部が格納されている。メモリ部２４０には、任意の機能を実装するアプリケーションが格納されていてもよい。ここで、プログラムをどのようにしてメモリ部２４０に格納するかは問わない。例えば、プログラムは、メモリ部２４０にプリインストールされていてもよい。あるいは、プログラムは、ネットワーク５００を経由してダウンロードされることによってメモリ部２４０にインストールされるようにしてもよい。メモリ部２４０は、任意の記憶手段によって実装され得る。

【0101】

プロセッサ部２５０は、端末装置２００全体の動作を制御する。プロセッサ部２５０は、メモリ部２４０に格納されているプログラムを読み出し、そのプログラムを実行する。これにより、端末装置２００を所望のステップを実行する装置として機能させることが可能である。プロセッサ部２５０は、単一のプロセッサによって実装されてもよいし、複数のプロセッサによって実装されてもよい。

【0102】

図３Ａに示される例では、端末装置２００の各構成要素が端末装置２００内に設けられているが、本発明はこれに限定されない。端末装置２００の各構成要素のいずれかが端末装置２００の外部に設けられることも可能である。例えば、入力部２２０、表示部２３０、メモリ部２４０、プロセッサ部２５０のそれぞれが別々のハードウェア部品で構成されている場合には、各ハードウェア部品が任意のネットワークを介して接続されてもよい。このとき、ネットワークの種類は問わない。各ハードウェア部品は、例えば、ＬＡＮを介して接続されてもよいし、無線接続されてもよいし、有線接続されてもよい。

【0103】

図３Ｂは、サーバ装置３００の構成の一例を示す。

【0104】

サーバ装置３００は、通信インターフェース部３１０と、メモリ部３２０と、プロセッサ部３３０とを備える。

【0105】

通信インターフェース部３１０は、ネットワーク５００を介した通信を制御する。また、通信インターフェース部３１０は、データベース部４００との通信も制御する。サーバ装置３００のプロセッサ部３３０は、通信インターフェース部３１０を介して、サーバ装置３００の外部から情報を受信することが可能であり、サーバ装置３００の外部に情報を送信することが可能である。通信インターフェース部３１０は、任意の方法で通信を制御し得る。

【0106】

メモリ部３２０には、サーバ装置３００の処理の実行に必要とされるプログラムやそのプログラムの実行に必要とされるデータ等が格納されている。例えば、保険設計のためのプログラム（例えば、後述する図５に示される処理を実現するプログラム）の一部または全部が格納されている。メモリ部３２０は、任意の記憶手段によって実装され得る。

【0107】

プロセッサ部３３０は、サーバ装置３００全体の動作を制御する。プロセッサ部３３０は、メモリ部３２０に格納されているプログラムを読み出し、そのプログラムを実行する。これにより、サーバ装置３００を所望のステップを実行する装置として機能させることが可能である。プロセッサ部３３０は、単一のプロセッサによって実装されてもよいし、複数のプロセッサによって実装されてもよい。

【0108】

図３Ｂに示される例では、サーバ装置３００の各構成要素がサーバ装置３００内に設けられているが、本発明はこれに限定されない。サーバ装置３００の各構成要素のいずれかがサーバ装置３００の外部に設けられることも可能である。例えば、メモリ部３２０、プロセッサ部３３０のそれぞれが別々のハードウェア部品で構成されている場合には、各ハードウェア部品が任意のネットワークを介して接続されてもよい。このとき、ネットワークの種類は問わない。各ハードウェア部品は、例えば、ＬＡＮを介して接続されてもよいし、無線接続されてもよいし、有線接続されてもよい。

【0109】

図４は、データベース部４００に格納され得る情報のデータ構成の一例を示す。

【0110】

データベース部４００は、ユーザごとに、ユーザの属性および保険設計に関する情報を格納している。例えば、ＡＡＡさんについて、（男性、３０歳、既婚、子供なし）という属性と、「家族の生活」、「医療・入院」、「老後生活」という対象分野について保険設計を行ったという情報とを格納し、ＢＢＢさんについて、（男性、４５歳、未婚、子供なし）という属性と、「お葬式など」、「就業不能」、「要介護」という対象分野について保険設計を行ったという情報とを格納し、ＣＣＣさんについて、（女性、２７歳、既婚、子供２人）という属性と、「家族の生活」、「お子様の進学」という対象分野について保険設計を行ったという情報とを格納し得る。データベース部４００は、例えば、各ユーザが保険設計を行った時間の情報も格納し得る。

【0111】

データベース部４００には、上述した情報の他に、ユーザごとに、ユーザのプロフィールを格納することができる。

【0112】

データベース部４００に格納されたデータは、特定の属性を有する集団を抽出し、その集団の傾向を決定するために用いられることができる。例えば、データベース部４００に格納されたデータは、その集団に属するユーザのうち、各対象分野に関心があるユーザの割合がどのくらいかを決定するために利用されることができる。このとき、集団は、少なくとも１つの同じ属性を有する人が属する集団であってもよく、例えば、男性が属する集団、３０歳〜３９歳の女性が属する集団、未婚の男性が属する集団等であり得る。

【0113】

データベース部４００に格納されたデータは、特定のプロフィールを有する集団を抽出し、その集団の傾向を決定するために用いられることができる。例えば、データベース部４００に格納されたデータは、その集団に属するユーザのうち、各対象分野に関心があるユーザの割合がどのくらいかを決定するために利用されることができる。このとき、集団は、少なくとも１つの同じプロフィールを有する人が属する集団であってもよく、例えば、年収１，０００万円以上の人が属する集団、年収５００万円〜６００万円で持家がある人が属する集団、３歳の子供と１歳の子供とを有する人が属する集団等であり得る。

【0114】

データベース部４００に格納されたデータは、特定の属性およびプロフィールを有する集団を抽出し、その集団の傾向を決定するために用いられることができる。例えば、データベース部４００に格納されたデータは、その集団に属するユーザのうち、各対象分野に関心があるユーザの割合がどのくらいかを決定するために利用されることができる。このとき、集団は、少なくとも１つの同じ属性およびプロフィールを有する人が属する集団であってもよく、例えば、年収１，０００万円以上の男性が属する集団、年収５００万円〜６００万円で持家がある３０歳の女性が属する集団、３歳の子供と１歳の子供とを有する４０代の男性が属する集団等であり得る。

【0115】

図２、図３Ｂに示される例では、データベース部４００は、サーバ装置３００の外部に設けられているが、本発明はこれに限定されない。データベース部４００をサーバ装置３００の内部に設けることも可能である。このとき、データベース部４００は、メモリ部３２０を実装する記憶手段と同一の記憶手段によって実装されてもよいし、メモリ部３２０を実装する記憶手段とは別の記憶手段によって実装されてもよい。いずれにせよ、データベース部４００は、サーバ装置３００のための格納部として構成される。データベース部４００の構成は、特定のハードウェア構成に限定されない。例えば、データベース部４００は、単一のハードウェア部品で構成されてもよいし、複数のハードウェア部品で構成されてもよい。例えば、データベース部４００は、サーバ装置３００の外付けハードディスク装置として構成されてもよいし、ネットワーク５００を介して接続されるクラウド上のストレージとして構成されてもよい。

【0116】

３．保険設計のためのコンピュータシステムにおける処理
図５は、保険設計のためのコンピュータシステム１０００において行われる、保険設計のための処理５００の一例を示す。図５に示される例では、保険設計のための処理の各ステップを端末装置２００において実行する例、すなわち、保険設計アプリケーションが端末装置２００上で実行されるアプリケーションである場合を説明する。保険設計アプリケーションは、サーバ装置と通信可能な状況で実行されるオンラインアプリケーションであってもよいし、サーバ装置と通信不可能な状況でも実行されるオフラインアプリケーションであってもよい。オンラインアプリケーションである場合は、常にサーバ装置とデータのやり取りをしてもよいし、所定のタイミングまたはユーザ操作があったときにサーバ装置とデータのやり取りをしてもよい。オフラインアプリケーションである場合は、例えば、サーバ装置と通信可能になったときに、サーバ装置とのデータのやり取りが行われる。

【0117】

保険設計アプリケーションが起動されると、ステップＳ５０１では、端末装置２００のプロセッサ部２５０が、保険商品の対象分野に関する情報をユーザが入力することを可能にする。これは、例えば、上述した図１Ｅの保険設計ホーム画面５０の対象分野表示セクション５１を表示部２３０に表示することにより、可能にされる。対象分野表示セクション５１はユーザによって選択されることが可能であり、ユーザは、対象分野表示セクション５１を選択することにより、対象分野の選択という対象分野に関する情報を入力することができるからである。

【0118】

このとき、例えば、表示部２３０には、ユーザが設計可能な保険商品の複数の対象分野が表示されるようにしてもよい。ユーザが設計可能な保険商品の複数の対象分野は、例えば、自身がなくなったときの備えのための保険（例えば、生命保険）が分類され得る「家族の生活」、自身がなくなったときの備えのための保険（例えば、終身保険）が分類され得る「お葬式など」、病気やケガへの備えのための保険（例えば、医療保険）が分類され得る「医療・入院」、病気やケガへの備えのための保険（例えば、収入保障保険、所得補償保険）が分類され得る「就業不能」、病気やケガへの備えのための保険（例えば、介護保険）が分類され得る「要介護」、将来の生活への備えのための保険（例えば、養老保険）が分類され得る「老後生活」、将来の生活への備えのための保険（例えば、学資保険）が分類され得る「お子様の進学」を含むがこれらに限定されない。ユーザが設計可能な保険商品の複数の対象分野は、例えば、上述した図１Ｅの保険設計ホーム画面５０の対象分野表示セクション５１のように表示され得る。

【0119】

ステップＳ５０２では、端末装置２００のプロセッサ部２５０が、保険商品の対象分野に関する他のユーザについての情報を表示部２３０に表示する。保険商品の対象分野に関する他のユーザについての情報は、例えば、他のユーザがその対象分野にどの程度の関心があるかを示す関心度であってもよいし、例えば、他のユーザがその対象分野においてどのような保険設計を行ったかを示す情報であってもよいし、例えば、他のユーザがその対象分野においていつ保険設計を行ったかを示す情報であってもよい。

【0120】

例えば、端末装置２００のプロセッサ部２５０は、各対象分野に対する他のユーザの関心度を表示部２３０に表示する。各対象分野に対する他のユーザの関心度を表示することにより、ユーザは、他のユーザが各対象分野においてどの程度関心を持っているかを知ることができ、自身の保険設計の参考にすることができ、これにより、ユーザは、納得して保険設計を行うことができるようになる。

【0121】

例えば、端末装置２００のプロセッサ部２５０は、他のユーザの関心度の高い順に、保険商品の複数の対象分野を並べ替えて表示部２３０に表示するようにしてもよい。これにより、他のユーザの関心度が高い対象分野ほどユーザの目につきやすくすることができ、表示部２３０に表示されるユーザインタフェースは、ユーザにとって使いやすいものとなり得る。

【0122】

他のユーザの関心度は、例えば、所定のタイミングまたはユーザ操作があったときにサーバ装置３００からネットワーク５００を介して受信されて更新されるようにしてもよいし、保険設計アプリケーションが起動された時点で予め受信され、以後更新されないようにしてもよい。

【0123】

各対象分野に対する他のユーザの関心度は、例えば、各対象分野に対して関心のあるユーザの数で表示されてもよく、各対象分野に対して関心のあるユーザの比率で表示されてもよい。各対象分野に対して関心のあるユーザは、例えば、各対象分野について入力を行ったユーザであり得、例えば、各対象分野の保険設計を行ったユーザであり得る。比率は、例えば、ユーザが属する集団におけるその対象分野に対して関心のあるユーザの比率であり、例えば、ユーザが属する集団におけるその対象分野について入力を行ったユーザの比率であり得、例えば、ユーザが属する集団におけるその対象分野の保険設計を行ったユーザの比率であり得る。各対象分野に対する他のユーザの関心度は、例えば、ユーザが属する集団において事前に行われた、各対象分野に関するアンケートの結果に基づいてもよい。ここで、ユーザが属する集団は、全ユーザが属する集団であり得、好ましくは、ユーザと同じ属性および／またはプロフィールを有する人が属する集団であり得る。ユーザと同じ属性および／またはプロフィールを有する人が属する集団の他のユーザの方が、ユーザに似た状況にある可能性が高く、関心度の有用性が高まるからである。

【0124】

ユーザと同じ属性および／またはプロフィールを有する人が属する集団の関心度を利用する場合は、ステップＳ５０１の前に、端末装置２００のプロセッサ部２５０が、入力部２２０を介して入力されたユーザの属性および／またはプロフィールを受信するステップＳ５０１’を含み得る。

【0125】

各対象分野に対する他のユーザの関心度は、例えば、上述した図１Ｅの保険設計ホーム画面５０の関心度表示セクション５３のように表示され得る。関心度は、例えば、パーセント表示と共に円グラフで表示されてもよいし、棒グラフで表示されてもよいし、面グラフで表示されてもよい。関心度の表示の態様は問わない。例えば、関心度は、リアルタイムで表示されてもよいし、過去（例えば、１分前、１０分前、１時間前、１日前等）の関心度が表示されてもよい。

【0126】

端末装置２００のプロセッサ部２５０は、例えば、保険商品の対象分野に関する他のユーザについての情報（例えば、関心度）の時系列変化を表示部２３０に表示するようにしてもよい。例えば、関心度の時系列変化は、例えば、折れ線グラフ、棒グラフ、面グラフ等のグラフを用いて表示されるようにしてもよいし、表を用いて表示されるようにしてもよい。例えば、関心度の時系列変化を表示することにより、その関心度が増加傾向にあるものなのか、減少傾向にあるものなのかを確認することができる。

【0127】

端末装置２００のプロセッサ部２５０は、例えば、追加のステップＳ５０３において、ユーザが情報を入力する際の入力可否を制御するようにしてもよい。これは、例えば、所定の対象分野に対するユーザ選択が可能な状態と不可能な状態とを切り替えるようにすることで達成され得る。ユーザ選択が不可能な状態は、例えば、所定の対象分野をユーザ選択不可能なように表示している状態である。所定の対象分野をユーザ選択不可能なように表示することは、所定の対象分野を表示しないことも含む。所定の対象分野をユーザ選択不可能なように表示することは、例えば、その対象分野がユーザ選択不可能であることを明示するように、他の対象分野とは異なる態様で表示することを含む。異なる態様で表示することは、例えば、グレー表示すること、赤色で表示すること、破線で囲むこと、点滅表示すること等を含むがこれらに限定されない。ユーザによって選択可能な対象分野を予め制限することにより、ユーザがあれこれ考慮する必要性を未然に排除し、保険設計を効率化することができる。

【0128】

ユーザ選択が不可能な状態の（例えば、ユーザ選択不可能であるように表示される）所定の対象分野は、例えば、プロセッサ部２５０によって決定されることができ、それに加えて、またはそれに代えて、ユーザによって決定されることができる。プロセッサ部２５０によって決定される場合、所定の対象分野は、例えば、関心度が所定の閾値未満の対象分野であり得る。所定の閾値は、例えば、１００人、５００人、１０００人、５０００人等であってもよいし、例えば、３０％、４０％、５０％、６０％等であってもよい。好ましくは、５０％であり得る。過半数未満の人しか関心を持っていない対象分野に対して、ユーザが保険設計を行おうとする可能性は低いと考えられるからである。他のユーザの関心度が低い対象分野の選択を予め制限することにより、ユーザがあれこれ考慮する必要性を未然に排除し、保険設計を効率化することができる。

【0129】

ユーザ選択が不可能な状態の所定の対象分野がプロセッサ部２５０によって決定される場合、所定の対象分野は、例えば、ステップＳ５０１’で受信されたユーザの属性および／またはプロフィールに応じて決定される。例えば、未婚の属性を有するユーザまたは子供なしの属性を有するユーザに対しては、所定の対象分野は、「お子様の進学」であると決定される。未婚の属性を有するユーザまたは子供なしの属性を有するユーザにとって、子供の進学に備えることは興味がなく、保険設計を行う可能性が低いからである。例えば、未婚の属性を有するユーザに対しては、所定の対象分野は、「家族の生活」であると決定される。未婚の属性を有するユーザにとって、家族の生活に備えることは興味がなく、保険設計を行う可能性が低いからである。例えば、年収が２００万円以下のユーザに対しては、所定の対象分野は、「お葬式など」および「老後の生活」であると決定される。年収の少ないユーザは、最低限の保険を必要としている可能性が高いからである。ユーザの属性および／またはプロフィールに応じて対象分野の選択を予め制限することにより、ユーザがあれこれ考慮する必要性を未然に排除し、保険設計を効率化することができる。

【0130】

ユーザ選択が不可能な状態の所定の対象分野がユーザによって決定される場合、所定の対象分野は、入力部２２０を介してユーザから入力され得る。例えば、上述した図１Ｅの保険設計ホーム画面５０のＯＮ−ＯＦＦトグルスイッチ５６をＯＦＦにすることによって、ユーザ選択が不可能な状態にすべき所定の対象分野が入力され得る。ＯＮ−ＯＦＦトグルスイッチ５６をＯＦＦにすると、その対象分野を選択することができなくなる。逆に、ＯＮ−ＯＦＦトグルスイッチ５６をＯＮにすると、その対象分野を選択することが可能になる。ユーザが興味のない対象分野の選択を予め制限することにより、ユーザがあれこれ考慮する必要性を未然に排除し、保険設計を効率化することができる。このとき、ユーザは、ＯＦＦにされたＯＮ−ＯＦＦトグルスイッチ５６をＯＮに切り替えることも可能であり、ユーザは、各対象分野の概算保険料および／または概算保険料の合計を確認しながら、どの対象分野を設計対象とするかを検討することが可能である。

【0131】

このとき、端末装置２００のプロセッサ部２５０は、ＯＮ−ＯＦＦトグルスイッチ５６がＯＮであるかＯＦＦであるかの情報をサーバ装置３００に送信するようにしてもよい。これにより、サーバ装置３００は、ＯＮ−ＯＦＦトグルスイッチ５６がＯＮであるかＯＦＦであるかの情報に基づいて、そのユーザがその対象分野に対して関心があるか関心がないかを把握することが可能になる。ＯＮ−ＯＦＦトグルスイッチ５６がＯＮであるかＯＦＦであるかの情報は、他のユーザに対して表示される関心度の算出のために使用され得る。端末装置２００のプロセッサ部２５０は、ＯＮ−ＯＦＦトグルスイッチ５６がＯＮであるかＯＦＦであるかの情報をリアルタイムでサーバ装置３００に通信してもよいし、所定のタイミングまたはサーバ装置３００と通信可能となったときにサーバ装置３００に通信してもよい。

【0132】

ユーザによる保険設計のための対象分野の選択入力を入力部２２０を介して受信すると、端末装置２００のプロセッサ部２５０が、ユーザによって選択された対象分野においてユーザが情報を入力すること（例えば、保険設計を行うこと）を可能にする。保険設計を行うことは、例えば、上述した図１Ｆの保険設計画面６０を表示部２３０表示することによって可能にされる。保険設計において、プロセッサ部２５０は、その対象分野において、どの程度の保険料が必要かを決定する。

【0133】

情報を入力することを可能にすることは、例えば、端末装置２００のプロセッサ部２５０が、ユーザに対する質問を表示部２３０に表示することを含む。例えば、上述した図１Ｆの保険設計画面６０の質問６１のように表示され得る。このとき、端末装置２００のプロセッサ部２５０は、質問に対する他のユーザの回答結果も表示部２３０に表示する。例えば、上述した図１Ｆの保険設計画面６０のみんなの回答表示セクション６３のように表示され得る。これにより、ユーザは、他のユーザが同じ質問に対してどのように回答したかを知ることができ、それを参考にして情報を入力することができる。例えば、ユーザは、他のユーザの回答結果を自身の保険設計の参考にすることができる。

【0134】

端末装置２００のプロセッサ部２５０は、入力部２２０を介して質問に対するユーザの回答結果を受信し、その回答結果に基づいて、ユーザに必要な保険料を決定する。複数の質問がある場合には、それぞれの質問に対する回答結果に基づいて、ユーザに必要な保険料を決定する。これにより、保険設計が完了する。保険設計により決定された保険料は、例えば、図１Ｆの保険設計画面６０の概算保険料表示セクション６４、または、図１Ｅの保険設計ホーム画面５０の対象分野表示セクション５１に表示され得、ユーザに提示される。

【0135】

例えば、端末装置２００のプロセッサ部２５０は、入力部２２０を介して質問に対するユーザの回答結果を受信することに応答して、その回答結果に応じた保険料の変動分を表示部２３０に表示するようにしてもよい。保険料の変動分は、例えば、上述した図１Ｆの保険設計画面６０の回答セクション６２の近傍に、例えば、上方に表示され得る。ユーザが回答結果を入力するとすぐに、その回答結果に応じた保険料の変動分が表示されるため、ユーザは、保険設計におけるその回答の費用対効果を即時に知ることができ、ユーザは、費用対効果を考慮しながら、保険設計を行うことができる。

【0136】

例えば、完了した保険設計の情報は、サーバ装置３００に送信されてデータベース部４００に格納され、他のユーザが保険設計を行う際に表示される関心度の算出のために使用される。

【0137】

上述した例では、保険設計のための処理５００の各ステップを端末装置２００において実行する例を説明したが、本発明は、これに限定されない。保険設計のための処理５００の各ステップは、プロセッサ部を備える他の情報処理装置によって実行されることができる。例えば、保険設計のための処理５００の各ステップは、サーバ装置３００のプロセッサ部３３０によって実行されることができる。これは、例えば、保険設計アプリケーションがサーバ装置３００上で実行されるウェブアプリケーションである場合である。

【0138】

この場合、ウェブアプリケーションが起動されると、ステップＳ５０１では、サーバ装置３００のプロセッサ部３３０が、保険商品の対象分野に関する情報をユーザが入力することを可能にする。これは、例えば、ネットワーク５００を介して、端末装置２００に情報を送信し、上述した図１Ｅの保険設計ホーム画面５０の対象分野表示セクション５１を表示部２３０に表示させることにより、可能にされる。対象分野表示セクション５１はユーザによって選択されることが可能であり、ユーザは、対象分野表示セクション５１を選択することにより、対象分野の選択という対象分野に関する情報を入力することができるからである。ユーザによって入力された保険商品の対象分野に関する情報は、端末装置２００からサーバ装置３００に送信され、サーバ装置３００のプロセッサ部３３０は、通信インターフェース３１０を介してこれを受信する。

【0139】

このとき、例えば、サーバ装置３００のプロセッサ部３３０は、ネットワーク５００を介して、端末装置２００に情報を送信し、ユーザが設計可能な保険商品の複数の対象分野を端末装置２００の表示部２３０に表示させる。

【0140】

ステップＳ５０２では、サーバ装置３００のプロセッサ部３３０は、ネットワーク５００を介して、保険商品の対象分野に関する他のユーザについての情報を端末装置２００に送信する。送信された他のユーザの関心度は、端末装置２００の表示部２３０に表示される。

【0141】

サーバ装置３００のプロセッサ部３３０は、ネットワーク５００を介して、端末装置２００に情報を送信し、ユーザによって選択された対象分野においてユーザが保険設計を行うことを可能にするようにしてもよい。保険設計を行うことは、例えば、上述した図１Ｆの保険設計画面６０を端末装置２００の表示部２３０に表示することによって可能にされる。保険設計において、プロセッサ部３３０は、その対象分野において、どの程度の保険料が必要かを決定する。保険設計の結果は、端末装置２００の表示部２３０に表示される。ユーザが保険設計を行うと、サーバ装置３００のプロセッサ部３３０は、ネットワーク５００を介して、保険設計の結果を端末装置２００から受信する。

【0142】

保険設計アプリケーションがサーバ装置３００上で実行されるウェブアプリケーションである場合であっても、保険設計アプリケーションが端末装置２００上で実行されるアプリケーションである場合と同様に、保険設計のための処理を行うことができる。

【0143】

上述した例では、金融商品が保険商品であり、ユーザがコンピュータシステム１０００を用いて保険設計を行うことを例に説明したが、本発明はこれに限定されない。保険商品を含む金融商品の運用設計のためのコンピュータシステムも本発明の範囲内である。

【0144】

金融商品の運用設計のためのコンピュータシステムは、コンピュータシステム１０００と同様の処理、例えば図５に示される処理によって、金融商品の運用設計のための処理を行うことができる。以下では、金融商品が、金融取引において扱われる商品群である場合を例に説明する。

【0145】

ステップＳ５０１では、端末装置２００のプロセッサ部２５０が、金融商品の対象分野に関する情報をユーザが入力することを可能にする。これは、例えば、上述した図１Ｅの保険設計ホーム画面５０の対象分野表示セクション５１のように金融商品の対象分野を表示するセクションを表示部２３０に表示することにより、可能にされる。そのようなセクションはユーザによって選択されることが可能であり、ユーザは、そのようなセクションを選択することにより、対象分野の選択という対象分野に関する情報を入力することができるからである。

【0146】

このとき、例えば、表示部２３０には、ユーザが運用設計可能な金融商品の複数の対象分野が表示されるようにしてもよい。ユーザが運用設計可能な金融商品の複数の対象分野は、例えば、短期的な運用のための金融商品（例えば、預金、株式）が分類され得る分野、中期的な運用のための金融商品（例えば、投資信託、外国為替）が分類され得る分野、長期的な運用のための金融商品（例えば、保険商品）が分類され得る分野、ハイリスクハイリターンの運用のための金融商品（例えば、株式）が分類され得る分野、ミドルリスクミドルリターンの運用のための金融商品（例えば、投資信託、外国為替）が分類され得る分野、ローリスクローリターンの運用のための金融商品（例えば、保険商品）が分類され得る分野を含むがこれらに限定されない。

【0147】

ステップＳ５０２では、端末装置２００のプロセッサ部２５０が、金融商品の対象分野に関する他のユーザについての情報を表示部２３０に表示する。金融商品の対象分野に関する他のユーザについての情報は、例えば、他のユーザがその対象分野にどの程度の関心があるかを示す関心度であってもよいし、例えば、他のユーザがその対象分野においてどのような運用設計を行ったかを示す情報であってもよいし、例えば、他のユーザがその対象分野においていつ運用設計を行ったかを示す情報であってもよい。

【0148】

例えば、端末装置２００のプロセッサ部２５０は、各対象分野に対する他のユーザの関心度を表示部２３０に表示する。各対象分野に対する他のユーザの関心度を表示することにより、ユーザは、他のユーザが各対象分野においてどの程度関心を持っているかを知ることができ、自身の運用設計の参考にすることができ、これにより、ユーザは、納得して運用設計を行うことができるようになる。

【0149】

例えば、端末装置２００のプロセッサ部２５０は、他のユーザの関心度の高い順に、金融商品の複数の対象分野を並べ替えて表示部２３０に表示するようにしてもよい。これにより、他のユーザの関心度が高い対象分野ほどユーザの目につきやすくすることができ、表示部２３０に表示されるユーザインタフェースは、ユーザにとって使いやすいものとなり得る。

【0150】

各対象分野に対する他のユーザの関心度は、例えば、各対象分野に対して関心のあるユーザの数で表示されてもよく、各対象分野に対して関心のあるユーザの比率で表示されてもよい。各対象分野に対する他のユーザの関心度は、例えば、各対象分野について入力を行ったユーザであり得、例えば、各対象分野の運用設計を行ったユーザであり得る。比率は、例えば、ユーザが属する集団におけるその対象分野に対して関心のあるユーザの比率であり、例えば、ユーザが属する集団におけるその対象分野について入力を行ったユーザの比率であり得、例えば、ユーザが属する集団におけるその対象分野の運用設計を行ったユーザの比率であり得る。各対象分野に対する他のユーザの関心度は、例えば、ユーザが属する集団において事前に行われた、各対象分野に関するアンケートの結果に基づいてもよい。ここで、ユーザが属する集団は、全ユーザが属する集団であり得、好ましくは、ユーザと同じ属性および／またはプロフィールを有する人が属する集団であり得る。ユーザと同じ属性および／またはプロフィールを有する人が属する集団の他のユーザの方が、ユーザに似た状況にある可能性が高く、関心度の有用性が高まるからである。

【0151】

ユーザと同じ属性および／またはプロフィールを有する人が属する集団の関心度を利用する場合は、ステップＳ５０１の前に、端末装置２００のプロセッサ部２５０が、入力部２２０を介して入力されたユーザの属性および／またはプロフィールを受信するステップＳ５０１’を含み得る。

【0152】

各対象分野に対する他のユーザの関心度は、例えば、パーセント表示と共に円グラフで表示されてもよいし、棒グラフで表示されてもよいし、面グラフで表示されてもよい。関心度の表示の態様は問わない。例えば、関心度は、リアルタイムで表示されてもよいし、過去（例えば、１分前、１０分前、１時間前、１日前等）の関心度が表示されてもよい。

【0153】

端末装置２００のプロセッサ部２５０は、例えば、対象分野に関する他のユーザについての情報（例えば、関心度）の時系列変化を表示部２３０に表示するようにしてもよい。例えば、関心度の時系列変化は、例えば、折れ線グラフ、棒グラフ、面グラフ等のグラフを用いて表示されるようにしてもよいし、表を用いて表示されるようにしてもよい。関心度の時系列変化を表示することにより、その関心度が増加傾向にあるものなのか、減少傾向にあるものなのかを確認することができる。

【0154】

端末装置２００のプロセッサ部２５０は、例えば、追加のステップＳ５０３において、ユーザが情報を入力する際の入力可否を制御するようにしてもよい。これは、例えば、所定の対象分野に対するユーザ選択が可能な状態と不可能な状態とを切り替えるようにすることで達成され得る。ユーザ選択が不可能な状態は、例えば、所定の対象分野をユーザ選択不可能なように表示している状態である。所定の対象分野をユーザ選択不可能なように表示することは、所定の対象分野を表示しないことも含む。所定の対象分野をユーザ選択不可能なように表示することは、例えば、その対象分野がユーザ選択不可能であることを明示するように、他の対象分野とは異なる態様で表示することを含む。異なる態様で表示することは、例えば、グレー表示すること、赤色で表示すること、破線で囲むこと、点滅表示すること等を含むがこれらに限定されない。ユーザによって選択可能な対象分野を予め制限することにより、ユーザがあれこれ考慮する必要性を未然に排除し、運用設計を効率化することができる。

【0155】

ユーザ選択が不可能な状態の（例えば、ユーザ選択不可能であるように表示される）所定の対象分野は、例えば、プロセッサ部２５０によって決定されることができ、それに加えて、またはそれに代えて、ユーザによって決定されることができる。プロセッサ部２５０によって決定される場合、所定の対象分野は、例えば、関心度が所定の閾値未満の対象分野であり得る。所定の閾値は、例えば、１００人、５００人、１０００人、５０００人等であってもよいし、例えば、３０％、４０％、５０％、６０％等であってもよい。好ましくは、５０％であり得る。過半数未満の人しか関心を持っていない対象分野に対して、ユーザが運用設計を行おうとする可能性は低いと考えられるからである。他のユーザの関心度が低い対象分野の選択を予め制限することにより、ユーザがあれこれ考慮する必要性を未然に排除し、運用設計を効率化することができる。

【0156】

ユーザ選択が不可能な状態の所定の対象分野がプロセッサ部２５０によって決定される場合、所定の対象分野は、例えば、ステップＳ５０１’で受信されたユーザの属性および／またはプロフィールに応じて決定される。例えば、年齢７０代の属性を有するユーザに対しては、所定の対象分野は、長期的な運用のための金融商品が分類され得る分野であると決定される。年齢７０代の属性を有するユーザには長期的な運用ができるほどの時間が残されていないと考えられ、運用設計を行う可能性が低いからである。例えば、年収２００万円以下のユーザに対しては、所定の対象分野は、ハイリスクハイリターンの運用のための金融商品が分類され得る分野、および、ミドルリスクミドルリターンの運用のための金融商品が分類され得る分野であると決定される。年収２００万円以下のユーザにとって、ハイリスクハイリターンの運用またはミドルリスクミドルリターンの運用を行う余裕はなく、運用設計を行う可能性が低いからである。ユーザの属性および／またはプロフィールに応じて対象分野の選択を予め制限することにより、ユーザがあれこれ考慮する必要性を未然に排除し、運用設計を効率化することができる。

【0157】

ユーザ選択が不可能な状態の所定の対象分野がユーザによって決定される場合、所定の対象分野は、入力部２２０を介してユーザから入力され得る。例えば、画面に表示され得るＯＮ−ＯＦＦトグルスイッチをＯＦＦにすることによって、ユーザ選択が不可能な状態にすべき所定の対象分野が入力され得る。画面に表示され得るＯＮ−ＯＦＦトグルスイッチをＯＦＦにすると、その対象分野を選択することができなくなる。逆に、画面に表示され得るＯＮ−ＯＦＦトグルスイッチをＯＮにすると、その対象分野を選択することが可能になる。ユーザが興味のない対象分野の選択を予め制限することにより、ユーザがあれこれ考慮する必要性を未然に排除し、運用設計を効率化することができる。このとき、ユーザは、ＯＦＦにされたＯＮ−ＯＦＦトグルスイッチをＯＮに切り替えることも可能であり、ユーザは、各対象分野の概算金額および／または概算金額の合計を確認しながら、どの対象分野を運用設計対象とするかを検討することが可能である。

【0158】

このとき、端末装置２００のプロセッサ部２５０は、ＯＮ−ＯＦＦトグルスイッチがＯＮであるかＯＦＦであるかの情報をサーバ装置３００に送信するようにしてもよい。これにより、サーバ装置３００は、ＯＮ−ＯＦＦトグルスイッチがＯＮであるかＯＦＦであるかの情報に基づいて、そのユーザがその対象分野に対して関心があるか関心がないかを把握することが可能になる。ＯＮ−ＯＦＦトグルスイッチがＯＮであるかＯＦＦであるかの情報は、他のユーザに対して表示される関心度の算出のために使用され得る。端末装置２００のプロセッサ部２５０は、ＯＮ−ＯＦＦトグルスイッチがＯＮであるかＯＦＦであるかの情報をリアルタイムでサーバ装置３００に通信してもよいし、所定のタイミングまたはサーバ装置３００と通信可能となったときにサーバ装置３００に通信してもよい。

【0159】

ユーザによる運用設計のための対象分野の選択入力を入力部２２０を介して受信すると端末装置２００のプロセッサ部２５０が、ユーザによって選択された対象分野においてユーザが情報を入力すること（例えば、運用設計を行うこと）を可能にする。運用設計を行うことは、例えば、運用設計のための画面を表示部２３０に表示することによって可能にされる。運用設計において、プロセッサ部２５０は、その対象分野における金融商品を取引して資産を運用するために、どの程度の金額が必要かを決定する。決定される金額は、分割して必要な金額（例えば、月々必要な金額）であってもよいし、一括で必要な金額であってもよい。

【0160】

情報を入力することを可能にすることは、例えば、端末装置２００のプロセッサ部２５０が、ユーザに対する質問を表示部２３０に表示することを含む。このとき、端末装置２００のプロセッサ部２５０は、質問に対する他のユーザの回答結果も表示部２３０に表示する。これにより、ユーザは、他のユーザが同じ質問に対してどのように回答したかを知ることができ、それを参考にして情報を入力することができる。例えば、ユーザは、他のユーザの回答結果を自身の運用設計の参考にすることができる。

【0161】

端末装置２００のプロセッサ部２５０は、入力部２２０を介して質問に対するユーザの回答結果を受信し、その回答結果に基づいて、ユーザに必要な金額を決定する。複数の質問がある場合には、それぞれの質問に対する回答結果に基づいて、ユーザに必要な金額を決定する。これにより、運用設計が完了する。運用設計により決定された金額は、表示部２３０に表示されて、ユーザに提示される。

【0162】

例えば、端末装置２００のプロセッサ部２５０は、入力部２２０を介して質問に対するユーザの回答結果を受信することに応答して、その回答結果に応じたユーザに必要な金額の変動分を表示部２３０に表示するようにしてもよい。ユーザに必要な金額の変動分は、ユーザが回答結果を入力するとすぐに、その回答結果に応じたユーザに必要な金額の変動分が表示されるため、ユーザは、運用設計におけるその回答の費用対効果を即時に知ることができ、ユーザは、費用対効果を考慮しながら、運用設計を行うことができる。

【0163】

例えば、完了した運用設計の情報は、サーバ装置３００に送信されてデータベース部４００に格納され、他のユーザが運用設計を行う際に表示される関心度の算出のために使用される。

【0164】

上述した例では、運用設計のための処理５００の各ステップを端末装置２００において実行する例を説明したが、本発明は、これに限定されない。運用設計のための処理５００の各ステップは、プロセッサ部を備える他の情報処理装置によって実行されることができる。例えば、運用設計のための処理５００の各ステップは、サーバ装置３００のプロセッサ部３３０によって実行されることができる。これは、例えば、金融商品の運用設計のためのアプリケーションがサーバ装置３００上で実行されるウェブアプリケーションである場合である。

【0165】

この場合、ウェブアプリケーションが起動されると、ステップＳ５０１では、サーバ装置３００のプロセッサ部３３０が、金融商品の対象分野に関する情報をユーザが入力することを可能にする。これは、例えば、ネットワーク５００を介して、端末装置２００に情報を送信し、上述した図１Ｅの保険設計ホーム画面５０の対象分野表示セクション５１のよう金融商品の対象分野を表示するセクションを表示部２３０に表示させることにより、可能にされる。そのようなセクションはユーザによって選択されることが可能であり、ユーザは、そのようなセクションを選択することにより、対象分野の選択という対象分野に関する情報を入力することができるからである。ユーザによって入力された金融商品の対象分野に関する情報は、端末装置２００からサーバ装置３００に送信され、サーバ装置３００のプロセッサ部３３０は、通信インターフェース３１０を介してこれを受信する。

【0166】

このとき、例えば、サーバ装置３００のプロセッサ部３３０は、ネットワーク５００を介して、端末装置２００に情報を送信し、ユーザが運用設計可能な金融商品の複数の対象分野を端末装置２００の表示部２３０に表示させる。

【0167】

ステップＳ５０２では、サーバ装置３００のプロセッサ部３３０は、ネットワーク５００を介して、金融商品の対象分野に関する他のユーザについての情報を端末装置２００に送信する。送信された他のユーザの関心度は、端末装置２００の表示部２３０に表示される。

【0168】

サーバ装置３００のプロセッサ部３３０は、ネットワーク５００を介して、端末装置２００に情報を送信し、ユーザによって選択された対象分野においてユーザが運用設計を行うことを可能にするようにしてもよい。運用設計を行うことは、例えば、上述した図１Ｆの保険設計画面６０のような画面を端末装置２００の表示部２３０に表示することによって可能にされる。運用設計において、プロセッサ部３３０は、その対象分野において、どの程度の金額が必要かを決定する。運用設計の結果は、端末装置２００の表示部２３０に表示される。ユーザが運用設計を行うと、サーバ装置３００のプロセッサ部３３０は、ネットワーク５００を介して、運用設計の結果を端末装置２００から受信する。

【0169】

上述した例では、金融商品の複数の対象分野について、対象分野に関する情報をユーザが入力することを可能にし、対象分野に関する他のユーザについての情報を表示することを説明したが、本発明はこれに限定されない。本発明は、金融商品に限定されない任意の商品の項目について、その項目に関する情報をユーザが入力することを可能にし、その項目に関する他のユーザについての情報を表示するようにすることができる。商品は、例えば、目に見える商品であり得、好ましくは、目に見えない商品であり得、より好ましくは、保険商品などの金融商品であり得る。保険商品などの金融商品は、他人がどのような運用設計を行っているかを他人に聞きづらいものであり、他人がどのような運用設計を行っているかを参考にすることが難しいところ、本発明により他のユーザの情報を提供してユーザの意思決定支援を行うことの効果が顕著だからである。

【0170】

商品の項目は、例えば、商品の対象分野であってもよく、例えば、個々の商品の仕様であってもよい。例えば、商品が上述した金融商品の場合には、金融商品の項目は、例えば、上述した金融商品の対象分野であってもよく、金融商品の仕様であってもよい。金融商品の仕様は、例えば、金利、利回り、運用期間等を含む。金融商品が保険商品である場合、保険商品の仕様は、例えば、保障項目、保障期間、保険料払込期間、支給方法、給付金額等を含む。

【0171】

例えば、ステップＳ５０１では、端末装置２００のプロセッサ部２５０が、商品の項目に関する情報をユーザが入力することを可能にする。これは、例えば、上述した図１Ｅの保険設計ホーム画面５０の対象分野表示セクション５１のように、商品の項目を表示するセクションを表示部２３０に表示することにより、可能にされる。このようなセクションはユーザによって選択されることが可能であり、ユーザは、このようなセクションを選択することにより、商品の項目の選択という項目に関する情報を入力することができるからである。例えば、商品が金融商品である場合、端末装置２００のプロセッサ部２５０は、図１Ｅの保険設計ホーム画面５０の対象分野表示セクション５１において「家族の生活」の代わりに「金利」が表示され、「お葬式など」の代わりに「利回り」が表示され、「医療・入院」の代わりに「運用期間」が表示されるように、各対象分野の代わりに金融商品の項目（例えば、仕様）が表示される画面を表示部２３０に表示する。例えば、商品が保険商品である場合、端末装置２００のプロセッサ部２５０は、図１Ｅの保険設計ホーム画面５０の対象分野表示セクション５１において「家族の生活」の代わりに「保障項目」が表示され、「お葬式など」の代わりに「保障期間」が表示され、「医療・入院」の代わりに「支給方法」が表示されるように、各対象分野の代わりに保険商品の項目（例えば、仕様）が表示される画面を表示部２３０に表示する。

【0172】

ステップＳ５０２では、端末装置２００のプロセッサ部２５０は、商品の項目に関する他のユーザについての情報を表示部２３０に表示する。商品の項目に関する他のユーザについての情報は、例えば、他のユーザがその項目にどの程度の関心があるかを示す関心度であってもよいし、例えば、他のユーザがその項目においてどのような入力を行ったかを示す情報であってもよいし、例えば、他のユーザがその項目においていつ入力を行ったかを示す情報であってもよい。

【0173】

ユーザは、商品の項目について入力を行うために、所望の項目を選択する。ユーザによる項目の選択入力を入力部２２０を介して受信すると、端末装置２００のプロセッサ部２５０が、ユーザによって選択された項目についてユーザが入力することを可能にする。入力することは、例えば、商品が金融商品である場合に運用設計を行うことであり、運用設計のための画面を表示部２３０に表示することによって可能にされる。例えば、選択された項目が「運用期間」である場合、運用設計において、ユーザは、金融商品の「運用期間」を決定することができる。例えば、図１Ｆの保険設計画面６０のように、ユーザに表示部２３０に表示された質問に回答させることにより金融商品の「運用期間」が決定されるようにしてもよいし、例えば、ユーザに値を直接入力させることにより金融商品の「運用期間」が決定されるようにしてもよい。例えば、選択された項目が「保障期間」である場合、運用設計において、ユーザは、保険商品の「保障期間」を決定することができる。例えば、図１Ｆの保険設計画面６０のように、ユーザに表示部２３０に表示された質問に回答させることにより保険商品の「保障期間」が決定されるようにしてもよいし、例えば、ユーザに値を直接入力させることにより保険商品の「保障期間」が決定されるようにしてもよい。

【0174】

入力することを可能にすることは、例えば、端末装置２００のプロセッサ部２５０が、ユーザに対する質問を表示部２３０に表示することを含み、端末装置２００のプロセッサ部２５０は、質問に対する他のユーザの回答結果も表示部２３０に表示する。これにより、ユーザは、他のユーザが同じ質問に対してどのように回答したかを知ることができ、それを参考にして情報を入力することができる。例えば、ユーザは、他のユーザの回答結果を自身の運用設計の参考にすることができる。

【0175】

端末装置２００のプロセッサ部２５０は、入力部２２０を介して質問に対するユーザの回答結果を受信し、その回答結果に基づいて、例えば、商品の仕様を決定する。複数の質問がある場合には、それぞれの質問に対する回答結果に基づいて、商品の仕様を決定する。決定された仕様は、表示部２３０に表示されて、ユーザに提示される。また、決定された仕様は、例えば、サーバ装置３００に送信されてデータベース部４００に格納され、他のユーザが仕様を決定する際に表示される関心度の算出のために使用される。

【0176】

商品が金融商品である場合には、質問に対する回答結果に基づいて、金融商品の仕様を決定する。これにより、運用設計が完了する。運用設計により決定された金融商品の仕様は、表示部２３０に表示されて、ユーザに提示される。例えば、完了した運用設計の情報は、サーバ装置３００に送信されてデータベース部４００に格納され、他のユーザが運用設計を行う際に表示される関心度の算出のために使用される。

【0177】

図５を参照して上述した例では、図５に示される各ステップの処理は、プロセッサ部２５０とメモリ部２４０に格納されたプログラムとによって実現することが説明されたが、本発明はこれに限定されない。図５に示される各ステップの処理のうちの少なくとも１つは、制御回路などのハードウェア構成によって実現されてもよい。

【0178】

本発明は、上述した実施形態に限定されるものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。

【産業上の利用可能性】

【0179】

本発明は、金融商品の運用設計の際に、ユーザが納得して運用設計を行うことができるように、ユーザの意思決定支援を行うコンピュータシステム、プログラム、および方法を提供するものとして有用である。

【符号の説明】

【0180】

２００ 端末装置
２１０ 通信インターフェース部
２２０ 入力部
２３０ 表示部
２４０ メモリ部
２５０ プロセッサ部
３００ サーバ装置
３１０ 通信インターフェース部
３２０ メモリ部
３３０ プロセッサ部
４００ データベース部
５００ ネットワーク
１０００ コンピュータシステム

【図1A】

【図1B】

【図1C】

【図1D】

【図1E】

【図1F】

【図1G】

【図1H】

【図2】

【図3A】

【図3B】

【図4】

【図5】