JP3671173B2 - 保険募集支援サーバ - Google Patents
保険募集支援サーバ Download PDFInfo
- Publication number
- JP3671173B2 JP3671173B2 JP2002297864A JP2002297864A JP3671173B2 JP 3671173 B2 JP3671173 B2 JP 3671173B2 JP 2002297864 A JP2002297864 A JP 2002297864A JP 2002297864 A JP2002297864 A JP 2002297864A JP 3671173 B2 JP3671173 B2 JP 3671173B2
- Authority
- JP
- Japan
- Prior art keywords
- customer
- explanation
- item
- insurance
- association
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 230000007115 recruitment Effects 0.000 claims description 29
- 238000013475 authorization Methods 0.000 claims 1
- 238000000034 method Methods 0.000 description 34
- 238000010586 diagram Methods 0.000 description 4
- 238000004590 computer program Methods 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005304 joining Methods 0.000 description 1
- 238000010926 purge Methods 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、保険募集支援サーバ、保険募集支援方法、及びプログラムに関する。特に本発明は、インターネット経由による保険商品の募集を支援する保険募集支援サーバ、保険募集支援方法、及びプログラムに関する。
【０００２】
【従来の技術】
保険会社は、保険の募集を行う場合、金融商品販売法及び消費者契約法などに基づいて保険の説明事項を十分に説明する責任がある。保険契約者も、自己責任において、保険会社が提示する説明事項及び約款等を十分に確認した上で当該保険に加入する必要がある。このような背景のもと、インターネット経由で保険商品の募集を行う場合には、膨大な説明事項をホームページ上に全て掲載する必要があり、当該ホームページ上に記載された全ての説明事項に顧客が同意した場合に、当該保険商品を購入を受け付けていた（例えば、非特許文献１参照。）。
【０００３】
【非特許文献１】
“ＡＩＵのオンライン契約サービス”、［ｏｎｌｉｎｅ］、ＡＩＵ保険会社、[２００２年８月７日検索]、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ａｉｕ．ｃｏ．ｊｐ＞
【０００４】
【発明が解決しようとする課題】
しかしながら、膨大な説明事項をネット端末に表示するには、ネット端末の画面に何ページにも渡って表示しなければならず、顧客は、何ページにも渡って表示される説明事項に同意しなければ保険商品を購入する事が出来なかった。したがって、顧客は、ネット端末を用いて短時間かつ簡単に保険商品を購入することができなかった。
【０００５】
そこで本発明は、上記の課題を解決することのできる保険募集支援サーバ、保険募集支援方法、及びプログラムを提供することを目的とする。この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。
【０００６】
【課題を解決するための手段】
即ち、本発明の第１の形態によると、保険商品の募集を支援する保険募集支援サーバは、保険商品の募集の時に顧客に説明すべき説明事項を識別する説明事項ＩＤを、保険商品に対応付けて格納する説明事項データベースと、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、保険商品の説明事項を識別する説明事項ＩＤを入力すべく顧客に要求する要求部と、顧客から説明事項ＩＤが入力された場合に、入力された説明事項ＩＤが、保険商品に対応付けて説明事項データベースに格納されているか否かを判断する判断部と、入力された説明事項ＩＤが保険商品に対応付けて説明事項データベースに格納されていると判断された場合に、顧客による保険商品の購入を承認する購入承認部とを備える。
【０００７】
説明事項データベースは、説明事項ＩＤとして、説明事項が記載された募集文書を識別する募集文書ＩＤと、説明事項に含まれる複数の項目をそれぞれ識別する複数の項目ＩＤとを保険商品に対応づけて格納し、要求部は、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、説明事項ＩＤとして、保険商品に対応する募集文書ＩＤの入力を顧客に要求し、判断部は、顧客から募集文書ＩＤが入力された場合に、入力された募集文書ＩＤが保険商品に対応付けて説明事項データベースに格納されているか否かを判断し、判断部が、入力された募集文書ＩＤが保険商品に対応付けて説明事項データベースに格納されていると判断した場合に、要求部は、顧客に複数の項目ＩＤの入力を更に要求し、判断部は、顧客から複数の項目ＩＤが入力された場合に、入力された複数の項目ＩＤのそれぞれが保険商品に対応付けて説明事項データベースに格納されているか否かを判断し、購入承認部は、入力された複数の項目ＩＤのそれぞれが保険商品に対応付けて説明事項データベースに格納されている場合に、顧客による保険商品の購入を承認してもよい。
【０００８】
顧客により複数の項目ＩＤのそれぞれが入力された履歴を顧客に対応づけて格納する顧客データベースを更に備え、判断部は、顧客データベースにおいて顧客に対応付けて格納された履歴を参照して、顧客により複数の項目ＩＤのそれぞれが入力された順序及び時間間隔が所定の基準を満たしているか否かを更に判断し、購入承認部は、判断部が順序及び時間間隔が所定の基準を満たしていると判断した場合に、顧客による保険商品の購入を承認してもよい。
【０００９】
判断部は、複数の項目ＩＤのうちの第１の項目ＩＤが入力された時点から次の第２の項目ＩＤが入力されるまでの入力時間間隔が、第１の項目ＩＤにより識別される項目の文書の量に応じた所定時間間隔よりも短いか否かを判断し、入力時間間隔が所定時間間隔よりも短いと判断部が判断した場合に、要求部は、第１の項目ＩＤで識別される第１の項目の内容を再度確認するように顧客に要求してもよい。
【００１０】
本発明の第２の形態によれば、保険商品の募集を支援する保険募集支援サーバは、保険商品の募集の時に顧客に同意されるべき説明事項を識別する説明事項ＩＤのうちで、顧客が同意した説明事項を識別する説明事項ＩＤを、顧客を識別する顧客ＩＤに対応付けて格納する顧客データベースと、保険商品に説明事項ＩＤを対応付けて格納する説明事項データベースと、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、ホームページで購入を受け付ける保険商品に対応付けて説明事項データベースに格納された説明事項ＩＤが、顧客データベースにおいて、ホームページにアクセスした顧客の顧客ＩＤに対応付けて格納されているか否かを判断する判断部と、顧客データベースにおいて説明事項ＩＤが顧客ＩＤに対応づけて格納されていると判断部が判断した場合に、説明事項を簡略又は省略してホームページに出力する簡略部と、簡略又は省略されて出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認する購入承認部とを備える。
【００１１】
簡略部は、顧客データベースにおいて説明事項ＩＤが顧客ＩＤに対応づけて格納されていないと判断部が判断した場合に、説明事項を簡略又は省略せずにホームページに出力し、購入承認部は、簡略または省略せずに出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認してもよい。
【００１２】
説明事項データベースは、説明事項が変更された場合に、変更された内容を示す変更ファイルと、変更された時を示す変更時とを、変更された説明事項を識別する説明事項ＩＤに対応付けて更に格納し、顧客データベースは、顧客が説明事項に同意した時を示す同意時を、顧客を識別する顧客ＩＤと同意された説明事項を識別する説明事項ＩＤとに対応付けて更に格納し、判断部は、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、説明事項データベースにおいて、ホームページに表示する保険商品と、当該保険商品に対応付けて格納された説明事項ＩＤとに対応付けて更に格納された変更時が、ホームページにアクセスした顧客の顧客ＩＤと、説明事項データベースにおいてホームページに表示する保険商品に対応付けて格納された説明事項ＩＤとに対応付けて、顧客データベースに格納された同意時よりも後か否かを更に判断し、判断部が、変更時が同意時よりも後であると判断した場合に、変更内容をホームページに出力する変更出力部を更に備え、購入承認部は、出力された変更内容に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認してもよい。
【００１３】
顧客データベースは、顧客が説明事項に同意した時を示す同意時を顧客ＩＤ及び説明事項ＩＤに対応付けて更に格納し、判断部は、顧客ＩＤ及び説明事項ＩＤに対応付けられた同意時から一定の期間が経過しているか否かを更に判断し、簡略部は、一定の期間が経過していると判断された同意時に対応付けて顧客データベースに顧客データベースに格納されている説明事項ＩＤで識別される説明事項を簡略又は省略せずにホームページに出力してもよい。
【００１４】
簡略部は、説明事項データベースにおいてホームページで購入を受け付ける保険商品に対応付けて格納された説明事項ＩＤが、顧客データベースにおいて、ホームページにアクセスした顧客の顧客ＩＤに対応付けて格納されていると判断部が判断した場合に、顧客が説明事項に同意したときに押す同意ボタンを、説明事項を表示するホームページ上に優先的に表示し、購入承認部は、同意ボタンが顧客によって押された旨が入力された場合に、顧客による保険商品の購入を承認してもよい。
【００１５】
本発明の第３の形態によれば、保険商品の募集を支援する保険募集支援サーバは、保険商品の募集の時に顧客に説明すべき説明事項を記載した募集文書を、顧客の請求に基づいて顧客に発送した場合に、募集文書を請求した顧客を識別する顧客ＩＤに対応付けて、発送した募集文書に記載された説明事項を識別する説明事項ＩＤを格納する顧客データベースと、保険商品に説明事項ＩＤを対応付けて格納する説明事項データベースと、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、ホームページで購入を受け付ける保険商品に対応付けて説明事項データベースに格納された説明事項ＩＤが、顧客データベースにおいて、ホームページにアクセスした顧客の顧客ＩＤに対応付けて格納されているか否かを判断する判断部と、顧客データベースにおいて説明事項ＩＤが顧客ＩＤに対応付けて格納されていると判断部が判断した場合に、説明事項を簡略又は省略してホームページに出力する簡略部と、簡略又は省略されて出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認する購入承認部とを備える。
【００１６】
簡略部は、顧客データベースにおいて説明事項ＩＤが顧客ＩＤに対応づけて格納されていないと判断部が判断した場合に、説明事項を簡略又は省略せずにホームページに出力し、購入承認部は、簡略または省略せずに出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認してもよい。また、保険募集支援サーバは、顧客データベースにおいて説明事項ＩＤが顧客ＩＤに対応づけて格納されていないと判断部が判断した場合に、顧客による保険商品の購入の手続きを中断し、説明事項を記載した募集文書を顧客宛に発送し、発送した募集文書に記載された説明事項を確認すべく顧客に要求する要求部を更に備えてもよい。
【００１７】
本発明の第４の形態によれば、保険商品の募集を支援する保険募集支援方法は、保険商品の募集の時に顧客に説明すべき説明事項を識別する説明事項ＩＤを、保険商品に対応付けて管理するステップと、保険商品の購入を受け付けるホームページに顧客がアクセスした場合に、保険商品の説明事項を識別する説明事項ＩＤを入力すべく顧客に要求するステップと、顧客から説明事項ＩＤが入力された場合に、入力された説明事項ＩＤが、保険商品に対応付けて管理されているか否かを判断するステップと、入力された説明事項ＩＤが保険商品に対応付けて管理されていると判断された場合に、顧客による保険商品の購入を承認するステップとを備える。
【００１８】
本発明の第５の形態によれば、保険商品の募集を支援する保険募集支援方法は、保険商品の募集の時に顧客に同意されるべき説明事項を識別する説明事項ＩＤのうちで、顧客が同意した説明事項を識別する説明事項ＩＤを、顧客を識別する顧客ＩＤに対応付けて管理するステップと、保険商品に説明事項ＩＤを対応付けて管理するステップと、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、ホームページで購入を受け付ける保険商品に対応付けて管理された説明事項ＩＤが、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されているか否かを判断するステップと、説明事項ＩＤが顧客ＩＤに対応付けて管理されていると判断された場合に、説明事項を簡略又は省略してホームページに出力するステップと、簡略又は省略されて出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認するステップとを備える。
【００１９】
本発明の第６の形態によれば、保険商品の募集を支援する保険募集支援方法は、保険商品の募集の時に顧客に説明すべき説明事項を記載した募集文書を、顧客の請求に基づいて顧客に発送した場合に、募集文書を請求した顧客を識別する顧客ＩＤに対応付けて、発送した募集文書に記載された説明事項を識別する説明事項ＩＤを管理するステップと、保険商品に説明事項ＩＤを対応付けて管理するステップと、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、ホームページで購入を受け付ける保険商品に対応付けて管理された説明事項ＩＤが、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されているか否かを判断するステップと、説明事項ＩＤが顧客ＩＤに対応付けて格納されていると判断された場合に、説明事項を簡略又は省略してホームページに出力するステップと、簡略又は省略されて出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認するステップとを備える。
【００２０】
本発明の第７の形態によれば、保険商品の募集を支援するコンピュータ用のプログラムは、保険商品の募集の時に顧客に説明すべき説明事項を識別する説明事項ＩＤを、保険商品に対応付けて管理する説明事項管理機能と、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、保険商品の説明事項を識別する説明事項ＩＤを入力すべく顧客に要求する要求機能と、顧客から説明事項ＩＤが入力された場合に、入力された説明事項ＩＤが、保険商品に対応付けて管理されているか否かを判断する判断機能と、入力された説明事項ＩＤが保険商品に対応付けて管理されていると判断された場合に、顧客による保険商品の購入を承認する購入承認機能とをコンピュータに実現させる。
【００２１】
本発明の第８の形態によれば、保険商品の募集を支援するコンピュータ用のプログラムは、保険商品の募集の時に顧客に同意されるべき説明事項を識別する説明事項ＩＤのうちで、顧客が同意した説明事項を識別する説明事項ＩＤを、顧客を識別する顧客ＩＤに対応付けて管理する顧客管理機能と、保険商品に説明事項ＩＤを対応付けて管理する説明事項管理機能と、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、ホームページで購入を受け付ける保険商品に対応付けて管理された説明事項ＩＤが、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されているか否かを判断する判断機能と、説明事項ＩＤが顧客ＩＤに対応づけて管理されていると判断された場合に、説明事項を簡略又は省略してホームページに出力する簡略機能と、簡略又は省略されて出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認する購入承認機能とをコンピュータに実現させる。
【００２２】
本発明の第９の形態によれば、保険商品の募集を支援するコンピュータ用のプログラムは、保険商品の募集の時に顧客に説明すべき説明事項を記載した募集文書を、顧客の請求に基づいて顧客に発送した場合に、募集文書を請求した顧客を識別する顧客ＩＤに対応付けて、発送した募集文書に記載された説明事項を識別する説明事項ＩＤを管理する顧客管理機能と、保険商品に説明事項ＩＤを対応付けて管理する説明事項管理機能と、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、ホームページで購入を受け付ける保険商品に対応付けて管理された説明事項ＩＤが、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されているか否かを判断する判断機能と、説明事項ＩＤが顧客ＩＤに対応付けて管理されていると判断された場合に、説明事項を簡略又は省略してホームページに出力する簡略機能と、簡略又は省略されて出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認する購入承認機能とをコンピュータに実現させる。
【００２３】
なお上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションも又発明となりうる。
【００２４】
【発明の実施の形態】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施の形態は特許請求の範囲にかかる発明を限定するものではなく、又実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００２５】
図１は、本実施形態に係る保険募集支援システム１００の構成を示す。本実施形態に係る保険募集支援システム１００は、保険会社４２または代理店４４による保険商品、例えば旅行傷害保険の募集を支援する。保険募集支援システム１００は、ネットワーク６０に接続された顧客端末５０、ネットワーク６０を介して顧客端末５０に接続される保険募集支援サーバ１０、及び保険募集支援サーバ１０に接続され、保険の加入手続き及び決済処理等を行う保険手続サーバ４０を備える。保険募集支援サーバ１０は、例えば保険会社４２によって運用される。顧客端末５０は、例えば携帯電話、携帯情報端末（ＰＤＡ）、又はパーソナルコンピュータである。
【００２６】
保険会社４２は、保険商品の募集を行うための印刷されたパンフレットなどの募集文書４６の作成時に、募集文書４６を識別する募集文書ＩＤを採番し、採番した募集文書ＩＤを募集文書４６に記載する。募集文書４６には、当該保険商品の購入を受け付けるホームパージのＵＲＬが更に記載される。募集文書４６は、例えば代理店４４経由で顧客４８に配布される。そして、保険商品を購入する意志のある顧客４８は、顧客端末５０を用いて、募集文書４６に記載されたＵＲＬのホームページにアクセスする。
【００２７】
募集文書４６には、保険商品の募集の時に顧客に説明すべき説明事項が記載されている。説明事項は、顧客に説明すべき複数の項目、例えば、保険商品の種類、保険料、保険商品を購入できる対象者を示した利用条件、及び保険金額及び保険期間を示した補償内容などを含む。これら複数の項目には、項目のそれぞれを識別する項目ＩＤ割り当てられており、募集文書４６において、それぞれの項目に対応付けて当該項目ＩＤが記載されている。以下、募集文書ＩＤ及び項目ＩＤをまとめて説明事項ＩＤと呼ぶ。
【００２８】
募集文書４６は有効期限を有し、当該有効期限は募集文書４６に記載されている。有効期限を過ぎると、募集文書４６は無効となり、当該ホームページは廃止される。募集文書ＩＤは、例えば１０桁に設定し、代理店４４、地域、及び保険会社４２の営業担当者などが判別できるようにし、それぞれの保険料収入の集計に用いられる。当該募集文書４６が、保険会社４２によって発行されたものであることを顧客が確認する方法として、保険会社４２のホームページにおいて、募集文書ＩＤをキーに、発行されている募集文書を閲覧できる方法、及び募集文書ＩＤをキーに、ファックス、メール、郵送により募集文書を取り寄せる方法がある。
【００２９】
なお、募集文書４６は、電子媒体であってもよい。例えば、パソコンのモニタに表示される、説明事項を記載したホームページであってもよいし、デジタルテレビに配信される画像であってもよい。
【００３０】
保険募集支援サーバ１０は、顧客端末５０を用いてて当該ホームページにアクセスした顧客４８と後述のやりとりを行い、顧客４８による保険商品の購入を承認する。保険手続サーバ４０は、保険募集支援サーバ１０によって保険商品の購入が承認された顧客の、当該保険商品への加入手続き及び決済処理等を行う。
【００３１】
このような保険募集支援システム１００において、顧客は、保険商品の購入の際の説明事項を募集文書４６で読む。そして、説明事項に同意した上で保険商品を購入する意志がある場合に、顧客端末５０を用いて当該保険商品の購入を受け付けるホームページにアクセスし、同意した説明事項を識別する説明事項ＩＤを入力する。保険募集支援サーバ１０は、入力された説明事項ＩＤに基づいて顧客が説明事項に同意したことを判断し、顧客による当該保険商品の購入を承認する。
【００３２】
なお、顧客が説明事項に同意したことを判断するには、顧客による説明事項ＩＤの入力を説明事項への同意と判断する上記実施例に代えて、ホームページ上の入力欄に予め表示した項目ＩＤ毎に同意ボタンを表示し、顧客に、項目ＩＤで識別されるそれぞれの項目に同意する場合に同意ボタンを押すように要求し、顧客が当該同意ボタンを押した（クリックした）ことを検出することによって、顧客による各項目への同意を判断してもよい。この場合、顧客は入力欄に他の説明事項ＩＤを入力することもできる。また、入力欄は、プルダウンの選択方式であってもよい。これにより、顧客が説明事項ＩＤを入力する手間を軽減することができる。
【００３３】
以上のように構成された保険募集支援システム１００によれば、顧客４８は、募集文書４６で保険商品の説明事項を確認し、顧客端末５０で説明事項の確認以外の契約に必要な手続きを行うことができる。また、保険募集支援サーバ１０は、顧客４８が説明事項に同意した旨を記録することができる。従って、保険会社４２は、顧客４８が保険商品の説明事項を確認した上で保険に加入したことを立証することができる。
【００３４】
図２は、保険募集支援サーバ１０の構成を示す。保険募集支援サーバ１０は、説明事項を識別する説明事項ＩＤを、保険商品に対応付けて格納する説明事項データベース１８と、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、募集文書４６に記載された保険商品の説明事項を識別する説明事項ＩＤを入力すべく顧客に要求する要求部１２と、顧客から説明事項ＩＤが入力された場合に、入力された説明事項ＩＤが、保険商品に対応付けて格納されているか否かを判断する判断部１６と、入力された説明事項ＩＤが保険商品に対応付けて格納されていると判断された場合に、顧客による保険商品の購入を承認する購入承認部２０とを備える。
【００３５】
したがって、保険募集支援サーバ１０は、顧客が購入を希望する保険商品と顧客が同意した説明事項とが適切に対応しているか否かを判断して、顧客による保険商品の購入を承認することができる。
【００３６】
さらに、保険募集支援サーバ１０は、顧客により複数の項目ＩＤのそれぞれが入力された履歴を顧客に対応づけて格納する顧客データベース１４を備える。これにより、保険募集支援サーバ１０は、顧客により複数の項目ＩＤのそれぞれが入力された履歴が所定の基準を満たしているか否かを判断して、当該顧客による保険商品の購入を承認することができる。
【００３７】
さらに、保険募集支援サーバ１０は、保険商品の購入を受け付けるホームページにアクセスした顧客が、過去の一定期間以内に説明事項に同意した場合に、当該説明事項を簡略又は省略してホームページに出力する簡略部２２を備える。
【００３８】
これにより、保険募集支援サーバ１０は、顧客４８が過去の一定期間以内に同意して内容を覚えている可能性が高い説明事項を再度確認することを顧客に要求することを防ぐことができる。
【００３９】
保険募集支援サーバ１０は、説明事項が変更された時を示す変更時が、顧客４８が説明事項に同意した時を示す同意時よりも後であると判断された場合に、当該説明事項の変更内容をホームページに出力する変更出力部２６を更に備える。
【００４０】
これにより、保険募集支援サーバ１０は、説明事項の変更内容のうちで、顧客４８が未だ同意していない変更内容を顧客４８に対して出力することができる。
【００４１】
記録媒体３０は、要求部１２、顧客データベース１４、判断部１６、説明事項データベース１８、購入承認部２０、簡略部２２、及び変更出力部２６の動作を行わせるプログラムを格納する。他の方法としては、記録媒体３０は、そのようなプログラムを、通信回線を介して取得してもよい。
【００４２】
図３は、説明事項データベース１８のデータフォーマットの一例である。説明事項データベース１８は、募集文書ＩＤ及び複数の項目ＩＤからなる説明事項ＩＤを、保険商品に対応づけて格納する。さらに説明事項データベース１８は、説明事項の内容が変更された場合に、その変更内容を示す変更ファイルと、変更ファイルが変更又は作成された時を示す変更時とを、変更された説明事項を識別する説明事項ＩＤに対応付けて格納する。説明事項データベース１８が作成されて以降、内容に変更がない説明事項に対しては、変更ファイル及び変更時のいずれも対応付けて格納されない。変更ファイルは、変更内容を容易に認識できる形式であればよく、説明事項の変更箇所のみを抜粋したファイルであってもよいし、変更内容を含む説明事項全体のうちで変更箇所を強調したファイルであってもよい。変更ファイルのファイルタイプは、テキストファイルやＰＤＦファイルなどから場合に応じて選択すればよい。
【００４３】
図４は、顧客データベース１４のデータフォーマットの一例である。顧客データベース１４は、顧客が同意した説明事項を識別する説明事項ＩＤを、顧客を識別する顧客ＩＤに対応付けて格納する。さらに、顧客データベース１４は、顧客が説明事項に同意した時を示す同意時を顧客ＩＤと説明事項ＩＤとに対応付けて格納する。例えば、顧客データベース１４は、顧客により同意された複数の項目ＩＤと、複数の項目ＩＤのそれぞれが当該顧客により同意された同意時とを顧客ＩＤに対応づけて格納する。
【００４４】
顧客データベース１４は、保険商品の募集の時に顧客に説明すべき説明事項を記載した募集文書４６を、顧客４８の請求に基づいて顧客４８宛に発送した場合に、募集文書４６を請求した顧客４８を識別する顧客ＩＤに対応付けて、発送した募集文書４６に記載された説明事項を識別する説明事項ＩＤを格納してもよい。
【００４５】
図５は、保険募集支援サーバ１０が、顧客による保険商品の購入を承認する動作の一例を示すフローチャートである。まず、説明事項データベース１８は、保険商品に対応づけて、説明事項が記載された募集文書４６を識別する募集文書ＩＤと、説明事項に含まれる複数の項目をそれぞれ識別する複数の項目ＩＤとを管理する（Ｓ１００）。要求部１２は、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が検出されると（Ｓ１０２）、当該ホームページで購入を受け付ける保険商品に対応する募集文書ＩＤを入力することを顧客に要求する（Ｓ１０４）。判断部１６は、顧客による募集文書ＩＤの入力を検出すると（Ｓ１０６）、入力された募集文書ＩＤが説明事項データベース１８において、ホームページに表示した保険商品に対応付けて格納されているか否かを判断する（Ｓ１０８）。
【００４６】
ステップ１０８において、入力された募集文書ＩＤが保険商品に対応付けて格納されていないと判断部１６が判断した場合、要求部１２は、募集文書４６が保険商品に対応していない旨のエラー表示を出力し（Ｓ１０９）、ステップ１０４に戻る。ステップ１０８において、入力された募集文書ＩＤが保険商品に対応付けて格納されていると判断部１６が判断した場合、要求部１２は、当該保険商品の募集概要をホームページに表示して、顧客が参照する募集文書４６の内容と一致することの確認を顧客に要求する。そして、保険内容、重要説明事項、及び募集対象契約者（危険な職業の方は、対象外であること等）等の複数の項目の確認を要求し、当該複数の項目に顧客が同意する場合に、当該複数の項目を識別する項目ＩＤを入力する様に顧客に要求する（Ｓ１１０）。
【００４７】
判断部１６は、顧客から複数の項目ＩＤが入力されると（Ｓ１１２）、入力された複数の項目ＩＤのそれぞれが保険商品に対応付けて格納されているか否かを判断する（Ｓ１１４）。Ｓ１１４において、入力された複数の項目ＩＤのそれぞれが保険商品に対応付けて格納されていないと判断部１６が判断した場合、要求部１２は、項目が保険商品に対応していない旨のエラー表示を出力し（Ｓ１１６）、ステップ１１０に戻る。
【００４８】
Ｓ１１４において、入力された複数の項目ＩＤのそれぞれが保険商品に対応付けて格納されていると判断部１６が判断した場合、要求部１２は、告知事項（旅行タイプ、旅行期間、行き先など）の入力を要求する。顧客データベース１４は、顧客により複数の項目ＩＤのそれぞれが入力された履歴を顧客に対応づけて管理する（Ｓ１１８）。続いて、判断部１６は、顧客が複数の項目ＩＤのそれぞれを入力した順序及び時間間隔が所定の基準を満たしているか否かを更に判断する（Ｓ１２０）。そして、ステップ１２０において、複数の項目ＩＤのそれぞれが入力された順序及び時間間隔が所定の基準を満たしていないと判断部１６が判断した場合、要求部１２は、項目の記載内容を十分な時間をかけて再度確認するように顧客に要求して（Ｓ１２２）、ステップ１１０に戻る。
【００４９】
ステップ１２０において、判断部１６は、例えば、複数の項目ＩＤのうちの第１の項目ＩＤが入力された時点から次の第２の項目ＩＤが入力されるまでの入力時間間隔が、第１の項目ＩＤにより識別される項目の文書の量に応じた所定時間間隔よりも短いか否かを判断する。そして、入力時間間隔が所定時間間隔よりも短いと判断部１６が判断した場合に、要求部１２は、第１の項目ＩＤで識別される第１の項目の内容を再度確認するように顧客に要求する。
【００５０】
購入承認部２０は、複数の項目ＩＤのそれぞれが入力された順序及び時間間隔が所定の基準を満たしていると判断部１６が判断した場合、契約内容と保険料をホームページ上に表示し、当該契約内容及び保険料への顧客の同意を確認して、当該顧客による保険商品の購入を承認する（Ｓ１２４）。
【００５１】
保険手続サーバ４０は、保険募集支援サーバ１０が購入を承認した保険商品の保険料を決済する場合に、募集文書４６で指定するネット決済システム（クレジットカード決済、デビットカード決済、及び指定口座引き落とし等の決済方法及び個人除法を事前に登録）を用いる。このようなネット決済システムは、顧客が、パスワードと決済会員番号などの個人ＩＤを入力すると、顧客の氏名、住所、電話番号等、保険商品の購入に必要な個人情報をホームページ上に表示する。顧客は、表示された個人情報を確認すればよく、それらを入力する時間と手間を省くことができる。
【００５２】
なお、募集文書４６が団体募集用である場合は、保険募集支援サーバ１０は、予めデータベースに登録された団体構成員でない顧客による保険商品の購入を承認しない。
【００５３】
保険募集支援サーバ１０は、顧客による保険商品の購入を承認した後、保険の契約を引き受けた旨のサンキューメールを顧客端末５０に送信する。そして、保険募集支援サーバ１０は、前述の決済システムにより、顧客の口座から保険料相当額を決済する。なお、決済については、会社が給与天引きにより社員の給与から保険料相当額を差し引くことも考えられる。次に、保険証券が保険会社から郵送される。保険証券は、保険募集支援サーバ１０がサンキューメールを送信する時に電子証券として顧客端末５０に送信してもよい。以上で本フローは終了する。
【００５４】
以上の動作によれば、保険募集支援サーバ１０は、顧客が入力する説明事項ＩＤに基づいて、顧客が購入を希望する保険商品と顧客が同意した説明事項とが適切に対応しているか否かを判断して、顧客が説明事項を読んだことを容易に確認できる。
【００５５】
なお、保険商品を購入する顧客の本人確認の方法は、例えば顧客端末５０固有の製造番号を保険募集支援サーバ１０に登録し、パスワードと製造番号とを照合することにより他の携帯端末からのアクセスを拒否する方法、カメラ付きの顧客端末５０で撮影した顧客の画像を保険募集支援サーバ１０で認証する方法、及び顧客の指紋又は眼紋を顧客端末５０で取り込み、保険募集支援サーバ１０で認証する方法などから選択できる。
【００５６】
図６は、保険募集支援サーバ１０が、顧客による保険商品の購入を承認する動作の他の例を示すフローチャートである。まず、顧客データベース１４は、保険商品の募集の時に顧客に同意されるべき説明事項を識別する説明事項ＩＤのうちで、顧客が同意した説明事項を識別する説明事項ＩＤと、顧客が説明事項に同意した時を示す同意時とを、顧客を識別する顧客ＩＤに対応付けて管理する（Ｓ２００）。次に、説明事項データベース１８は、保険商品の説明事項が変更された場合に、変更された内容を示す変更ファイルと、変更された時を示す変更時とを、変更された説明事項を識別する説明事項ＩＤに対応付けて管理する（Ｓ２０２）。
【００５７】
ステップ２０２において、顧客データベース１４は、保険商品の募集の時に顧客に説明すべき説明事項を記載した募集文書４６を、顧客４８の請求に基づいて顧客４８宛に発送した場合に、募集文書４６を請求した顧客４８を識別する顧客ＩＤに対応付けて、発送した募集文書４６に記載された説明事項を識別する説明事項ＩＤを管理してもよい。
【００５８】
次に、判断部１６は、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が検出されると（Ｓ２０４）、説明事項データベース１８において当該保険商品に対応付けて管理された説明事項ＩＤが、顧客データベース１４において、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されているか否かを判断する（Ｓ２０６）。
【００５９】
ステップ２０６において、当該保険商品に対応付けて管理された説明事項ＩＤが、顧客データベース１４において、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されていると判断された場合、判断部１６は、顧客ＩＤ及び説明事項ＩＤに対応付けられた同意時から一定の期間が経過しているか否かを判断する（Ｓ２０８）。ステップ２０８において、顧客ＩＤ及び説明事項ＩＤに対応付けられた同意時から一定の期間が経過していないと判断された場合、判断部１６は、説明事項データベース１８において、ホームページに表示する保険商品と、当該保険商品に対応付けて格納された説明事項ＩＤとに対応付けて更に格納された変更時が、ホームページにアクセスした顧客の顧客ＩＤと、説明事項データベース１８においてホームページに表示する保険商品に対応付けて格納された説明事項ＩＤとに対応付けて、顧客データベース１４に格納された同意時よりも後か否かを判断する（Ｓ２１０）。
【００６０】
ステップ２１０において、変更時が同意時よりも後ではないと判断された場合、簡略部２２は、説明事項を簡略又は省略してホームページに出力する（Ｓ２１２）。簡略部２２は、例えば説明事項における用語の意味の説明を省略することにより、説明事項を簡略化する。あるいは、項目毎のポイントを予め作成しておき、項目の表示に代えてこのポイントを表示することにより、説明事項を簡略または省略してもよい。次に、簡略部２２は、顧客が簡略又は省略された説明事項に同意したときに押す同意ボタンを、説明事項を表示するホームページ上に優先的に表示する（Ｓ２１４）。簡略部２２は、説明事項を表示したホームページの上部に同意ボタンを表示したり、拡大した同意ボタンを当該ホームページ上に表示したりすることによって、同意ボタンを、説明事項を表示するホームページ上に優先的に表示する。次に、購入承認部２０は、同意ボタンが顧客によって押されたか（クリックされたか）否かを判断する（Ｓ２１６）。ステップ２１６において、同意ボタンが顧客によって押されたと判断された場合、ステップ１１８に進む。そして、購入承認部２０は、当該顧客による保険商品の購入を承認する（Ｓ２１８）。
【００６１】
ステップ２０６において、当該保険商品に対応付けて管理された説明事項ＩＤが、顧客データベース１４において、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されていないと判断された場合、簡略部２２は、説明事項を簡略又は省略せずにホームページに出力する（Ｓ２２０）。次に、購入承認部２０は、簡略又は省略せずに出力された説明事項に顧客が同意したか否かを判断する（Ｓ２２２）。ステップ２２２において、簡略又は省略せずに出力された説明事項に顧客が同意したと判断された場合、ステップ２１８に進む。ステップ２２２において、説明事項に顧客が同意していないと判断された場合、購入承認部２０は、当該顧客による保険商品の購入を承認しない（Ｓ２２４）。
【００６２】
ステップ２２０において、要求部１２は、前記顧客による前記保険商品の購入の手続きを中断し、前記説明事項を記載した前記募集文書を前記顧客宛に発送し、発送した前記募集文書に記載された前記説明事項を確認すべく前記顧客に要求してもよい。そして、ステップ２２２において、発送した募集文書に記載された説明事項に顧客が同意した旨が入力された場合、ステップ２１８に進む。他方、ステップ２２２において、発送した募集文書に記載された説明事項に顧客が同意しない旨が入力された場合、ステップ２２４に進む。
【００６３】
ステップ２０８において、顧客ＩＤ及び説明事項ＩＤに対応付けられた同意時から一定の期間が経過したと判断された場合、ステップ２２０に進む。これにより、顧客が説明事項を過去に同意している場合であっても、前回の同意時から一定の期間が経過している場合は、説明事項を再度確認させた上で顧客による同意を確認することができる。
【００６４】
ステップ２１０において、変更時が同意時よりも後であると判断された場合、変更出力部２６は、変更ファイルに示された説明事項の変更内容をホームページに出力する（Ｓ２２６）。そして、購入承認部２０は、出力された変更内容に顧客が同意したか否かを判断する（Ｓ２２２）。ステップ２２２において、出力された変更内容に顧客が同意したと判断された場合、ステップ２１８に進む。ステップ２２２において、出力された変更内容に顧客が同意していないと判断された場合、ステップ２２４に進む。
【００６５】
ステップ２１６において、同意ボタンが顧客によって押されていないと判断された場合、ステップ２２４に進む。以上で本フローは終了する。
【００６６】
なお記録媒体３０は、上記のステップ１００からステップ１２４、及びステップ２００からステップ２２８の動作を保険募集支援サーバ１０に行わせるプログラムを格納する。保険募集支援サーバ１０は、記録媒体３０からこれらのプログラムを読みとって実行する。
【００６７】
以上の動作によれば、保険募集支援サーバ１０は、顧客が比較的最近に内容を確認して同意した説明事項を簡略または省略して表示するので、当該保険商品を比較的最近に購入して説明事項を理解している顧客が、同一の説明事項を再度確認する手間を軽減することができる。また、比較的最近に最新の説明事項を確認した顧客４８に対しては、説明事項への同意ボタンをホームページ上に優先的に表示するので、顧客にすぐに同意ボタンを押して手続きを進めるか、説明事項を再度確認するかを選択させることができる。
【００６８】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることができる。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００６９】
【発明の効果】
上記説明から明らかなように、本発明によれば、保険募集支援サーバ１０は、顧客４８に、顧客端末５０を用いて短時間かつ簡単に、保険商品を購入させることができる。
【図面の簡単な説明】
【図１】本実施形態に係る保険募集支援システム１００の構成を示すブロック図である。
【図２】保険募集支援サーバ１０の構成を示すブロック図である。
【図３】説明事項データベース１８のデータフォーマットの一例を示す図である。
【図４】顧客データベース１４のデータフォーマットの一例を示す図である。
【図５】保険募集支援サーバ１０が、顧客による保険商品の購入を承認する動作の一例を示すフローチャートである。
【図６】保険募集支援サーバ１０が、顧客による保険商品の購入を承認する動作の他の例を示すフローチャートである。
【符号の説明】
１０ 保険募集支援サーバ
１２ 要求部
１４ 顧客データベース
１６ 判断部
１８ 説明事項データベース
２０ 購入承認部
２２ 簡略部
２６ 変更出力部
３０ 記録媒体
４０ 保険手続サーバ
４２ 保険会社
４４ 代理店
４６ 募集文書
４８ 顧客
５０ 顧客端末
６０ ネットワーク
１００ 保険募集支援システム
【発明の属する技術分野】
本発明は、保険募集支援サーバ、保険募集支援方法、及びプログラムに関する。特に本発明は、インターネット経由による保険商品の募集を支援する保険募集支援サーバ、保険募集支援方法、及びプログラムに関する。
【０００２】
【従来の技術】
保険会社は、保険の募集を行う場合、金融商品販売法及び消費者契約法などに基づいて保険の説明事項を十分に説明する責任がある。保険契約者も、自己責任において、保険会社が提示する説明事項及び約款等を十分に確認した上で当該保険に加入する必要がある。このような背景のもと、インターネット経由で保険商品の募集を行う場合には、膨大な説明事項をホームページ上に全て掲載する必要があり、当該ホームページ上に記載された全ての説明事項に顧客が同意した場合に、当該保険商品を購入を受け付けていた（例えば、非特許文献１参照。）。
【０００３】
【非特許文献１】
“ＡＩＵのオンライン契約サービス”、［ｏｎｌｉｎｅ］、ＡＩＵ保険会社、[２００２年８月７日検索]、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ａｉｕ．ｃｏ．ｊｐ＞
【０００４】
【発明が解決しようとする課題】
しかしながら、膨大な説明事項をネット端末に表示するには、ネット端末の画面に何ページにも渡って表示しなければならず、顧客は、何ページにも渡って表示される説明事項に同意しなければ保険商品を購入する事が出来なかった。したがって、顧客は、ネット端末を用いて短時間かつ簡単に保険商品を購入することができなかった。
【０００５】
そこで本発明は、上記の課題を解決することのできる保険募集支援サーバ、保険募集支援方法、及びプログラムを提供することを目的とする。この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。
【０００６】
【課題を解決するための手段】
即ち、本発明の第１の形態によると、保険商品の募集を支援する保険募集支援サーバは、保険商品の募集の時に顧客に説明すべき説明事項を識別する説明事項ＩＤを、保険商品に対応付けて格納する説明事項データベースと、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、保険商品の説明事項を識別する説明事項ＩＤを入力すべく顧客に要求する要求部と、顧客から説明事項ＩＤが入力された場合に、入力された説明事項ＩＤが、保険商品に対応付けて説明事項データベースに格納されているか否かを判断する判断部と、入力された説明事項ＩＤが保険商品に対応付けて説明事項データベースに格納されていると判断された場合に、顧客による保険商品の購入を承認する購入承認部とを備える。
【０００７】
説明事項データベースは、説明事項ＩＤとして、説明事項が記載された募集文書を識別する募集文書ＩＤと、説明事項に含まれる複数の項目をそれぞれ識別する複数の項目ＩＤとを保険商品に対応づけて格納し、要求部は、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、説明事項ＩＤとして、保険商品に対応する募集文書ＩＤの入力を顧客に要求し、判断部は、顧客から募集文書ＩＤが入力された場合に、入力された募集文書ＩＤが保険商品に対応付けて説明事項データベースに格納されているか否かを判断し、判断部が、入力された募集文書ＩＤが保険商品に対応付けて説明事項データベースに格納されていると判断した場合に、要求部は、顧客に複数の項目ＩＤの入力を更に要求し、判断部は、顧客から複数の項目ＩＤが入力された場合に、入力された複数の項目ＩＤのそれぞれが保険商品に対応付けて説明事項データベースに格納されているか否かを判断し、購入承認部は、入力された複数の項目ＩＤのそれぞれが保険商品に対応付けて説明事項データベースに格納されている場合に、顧客による保険商品の購入を承認してもよい。
【０００８】
顧客により複数の項目ＩＤのそれぞれが入力された履歴を顧客に対応づけて格納する顧客データベースを更に備え、判断部は、顧客データベースにおいて顧客に対応付けて格納された履歴を参照して、顧客により複数の項目ＩＤのそれぞれが入力された順序及び時間間隔が所定の基準を満たしているか否かを更に判断し、購入承認部は、判断部が順序及び時間間隔が所定の基準を満たしていると判断した場合に、顧客による保険商品の購入を承認してもよい。
【０００９】
判断部は、複数の項目ＩＤのうちの第１の項目ＩＤが入力された時点から次の第２の項目ＩＤが入力されるまでの入力時間間隔が、第１の項目ＩＤにより識別される項目の文書の量に応じた所定時間間隔よりも短いか否かを判断し、入力時間間隔が所定時間間隔よりも短いと判断部が判断した場合に、要求部は、第１の項目ＩＤで識別される第１の項目の内容を再度確認するように顧客に要求してもよい。
【００１０】
本発明の第２の形態によれば、保険商品の募集を支援する保険募集支援サーバは、保険商品の募集の時に顧客に同意されるべき説明事項を識別する説明事項ＩＤのうちで、顧客が同意した説明事項を識別する説明事項ＩＤを、顧客を識別する顧客ＩＤに対応付けて格納する顧客データベースと、保険商品に説明事項ＩＤを対応付けて格納する説明事項データベースと、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、ホームページで購入を受け付ける保険商品に対応付けて説明事項データベースに格納された説明事項ＩＤが、顧客データベースにおいて、ホームページにアクセスした顧客の顧客ＩＤに対応付けて格納されているか否かを判断する判断部と、顧客データベースにおいて説明事項ＩＤが顧客ＩＤに対応づけて格納されていると判断部が判断した場合に、説明事項を簡略又は省略してホームページに出力する簡略部と、簡略又は省略されて出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認する購入承認部とを備える。
【００１１】
簡略部は、顧客データベースにおいて説明事項ＩＤが顧客ＩＤに対応づけて格納されていないと判断部が判断した場合に、説明事項を簡略又は省略せずにホームページに出力し、購入承認部は、簡略または省略せずに出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認してもよい。
【００１２】
説明事項データベースは、説明事項が変更された場合に、変更された内容を示す変更ファイルと、変更された時を示す変更時とを、変更された説明事項を識別する説明事項ＩＤに対応付けて更に格納し、顧客データベースは、顧客が説明事項に同意した時を示す同意時を、顧客を識別する顧客ＩＤと同意された説明事項を識別する説明事項ＩＤとに対応付けて更に格納し、判断部は、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、説明事項データベースにおいて、ホームページに表示する保険商品と、当該保険商品に対応付けて格納された説明事項ＩＤとに対応付けて更に格納された変更時が、ホームページにアクセスした顧客の顧客ＩＤと、説明事項データベースにおいてホームページに表示する保険商品に対応付けて格納された説明事項ＩＤとに対応付けて、顧客データベースに格納された同意時よりも後か否かを更に判断し、判断部が、変更時が同意時よりも後であると判断した場合に、変更内容をホームページに出力する変更出力部を更に備え、購入承認部は、出力された変更内容に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認してもよい。
【００１３】
顧客データベースは、顧客が説明事項に同意した時を示す同意時を顧客ＩＤ及び説明事項ＩＤに対応付けて更に格納し、判断部は、顧客ＩＤ及び説明事項ＩＤに対応付けられた同意時から一定の期間が経過しているか否かを更に判断し、簡略部は、一定の期間が経過していると判断された同意時に対応付けて顧客データベースに顧客データベースに格納されている説明事項ＩＤで識別される説明事項を簡略又は省略せずにホームページに出力してもよい。
【００１４】
簡略部は、説明事項データベースにおいてホームページで購入を受け付ける保険商品に対応付けて格納された説明事項ＩＤが、顧客データベースにおいて、ホームページにアクセスした顧客の顧客ＩＤに対応付けて格納されていると判断部が判断した場合に、顧客が説明事項に同意したときに押す同意ボタンを、説明事項を表示するホームページ上に優先的に表示し、購入承認部は、同意ボタンが顧客によって押された旨が入力された場合に、顧客による保険商品の購入を承認してもよい。
【００１５】
本発明の第３の形態によれば、保険商品の募集を支援する保険募集支援サーバは、保険商品の募集の時に顧客に説明すべき説明事項を記載した募集文書を、顧客の請求に基づいて顧客に発送した場合に、募集文書を請求した顧客を識別する顧客ＩＤに対応付けて、発送した募集文書に記載された説明事項を識別する説明事項ＩＤを格納する顧客データベースと、保険商品に説明事項ＩＤを対応付けて格納する説明事項データベースと、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、ホームページで購入を受け付ける保険商品に対応付けて説明事項データベースに格納された説明事項ＩＤが、顧客データベースにおいて、ホームページにアクセスした顧客の顧客ＩＤに対応付けて格納されているか否かを判断する判断部と、顧客データベースにおいて説明事項ＩＤが顧客ＩＤに対応付けて格納されていると判断部が判断した場合に、説明事項を簡略又は省略してホームページに出力する簡略部と、簡略又は省略されて出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認する購入承認部とを備える。
【００１６】
簡略部は、顧客データベースにおいて説明事項ＩＤが顧客ＩＤに対応づけて格納されていないと判断部が判断した場合に、説明事項を簡略又は省略せずにホームページに出力し、購入承認部は、簡略または省略せずに出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認してもよい。また、保険募集支援サーバは、顧客データベースにおいて説明事項ＩＤが顧客ＩＤに対応づけて格納されていないと判断部が判断した場合に、顧客による保険商品の購入の手続きを中断し、説明事項を記載した募集文書を顧客宛に発送し、発送した募集文書に記載された説明事項を確認すべく顧客に要求する要求部を更に備えてもよい。
【００１７】
本発明の第４の形態によれば、保険商品の募集を支援する保険募集支援方法は、保険商品の募集の時に顧客に説明すべき説明事項を識別する説明事項ＩＤを、保険商品に対応付けて管理するステップと、保険商品の購入を受け付けるホームページに顧客がアクセスした場合に、保険商品の説明事項を識別する説明事項ＩＤを入力すべく顧客に要求するステップと、顧客から説明事項ＩＤが入力された場合に、入力された説明事項ＩＤが、保険商品に対応付けて管理されているか否かを判断するステップと、入力された説明事項ＩＤが保険商品に対応付けて管理されていると判断された場合に、顧客による保険商品の購入を承認するステップとを備える。
【００１８】
本発明の第５の形態によれば、保険商品の募集を支援する保険募集支援方法は、保険商品の募集の時に顧客に同意されるべき説明事項を識別する説明事項ＩＤのうちで、顧客が同意した説明事項を識別する説明事項ＩＤを、顧客を識別する顧客ＩＤに対応付けて管理するステップと、保険商品に説明事項ＩＤを対応付けて管理するステップと、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、ホームページで購入を受け付ける保険商品に対応付けて管理された説明事項ＩＤが、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されているか否かを判断するステップと、説明事項ＩＤが顧客ＩＤに対応付けて管理されていると判断された場合に、説明事項を簡略又は省略してホームページに出力するステップと、簡略又は省略されて出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認するステップとを備える。
【００１９】
本発明の第６の形態によれば、保険商品の募集を支援する保険募集支援方法は、保険商品の募集の時に顧客に説明すべき説明事項を記載した募集文書を、顧客の請求に基づいて顧客に発送した場合に、募集文書を請求した顧客を識別する顧客ＩＤに対応付けて、発送した募集文書に記載された説明事項を識別する説明事項ＩＤを管理するステップと、保険商品に説明事項ＩＤを対応付けて管理するステップと、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、ホームページで購入を受け付ける保険商品に対応付けて管理された説明事項ＩＤが、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されているか否かを判断するステップと、説明事項ＩＤが顧客ＩＤに対応付けて格納されていると判断された場合に、説明事項を簡略又は省略してホームページに出力するステップと、簡略又は省略されて出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認するステップとを備える。
【００２０】
本発明の第７の形態によれば、保険商品の募集を支援するコンピュータ用のプログラムは、保険商品の募集の時に顧客に説明すべき説明事項を識別する説明事項ＩＤを、保険商品に対応付けて管理する説明事項管理機能と、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、保険商品の説明事項を識別する説明事項ＩＤを入力すべく顧客に要求する要求機能と、顧客から説明事項ＩＤが入力された場合に、入力された説明事項ＩＤが、保険商品に対応付けて管理されているか否かを判断する判断機能と、入力された説明事項ＩＤが保険商品に対応付けて管理されていると判断された場合に、顧客による保険商品の購入を承認する購入承認機能とをコンピュータに実現させる。
【００２１】
本発明の第８の形態によれば、保険商品の募集を支援するコンピュータ用のプログラムは、保険商品の募集の時に顧客に同意されるべき説明事項を識別する説明事項ＩＤのうちで、顧客が同意した説明事項を識別する説明事項ＩＤを、顧客を識別する顧客ＩＤに対応付けて管理する顧客管理機能と、保険商品に説明事項ＩＤを対応付けて管理する説明事項管理機能と、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、ホームページで購入を受け付ける保険商品に対応付けて管理された説明事項ＩＤが、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されているか否かを判断する判断機能と、説明事項ＩＤが顧客ＩＤに対応づけて管理されていると判断された場合に、説明事項を簡略又は省略してホームページに出力する簡略機能と、簡略又は省略されて出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認する購入承認機能とをコンピュータに実現させる。
【００２２】
本発明の第９の形態によれば、保険商品の募集を支援するコンピュータ用のプログラムは、保険商品の募集の時に顧客に説明すべき説明事項を記載した募集文書を、顧客の請求に基づいて顧客に発送した場合に、募集文書を請求した顧客を識別する顧客ＩＤに対応付けて、発送した募集文書に記載された説明事項を識別する説明事項ＩＤを管理する顧客管理機能と、保険商品に説明事項ＩＤを対応付けて管理する説明事項管理機能と、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、ホームページで購入を受け付ける保険商品に対応付けて管理された説明事項ＩＤが、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されているか否かを判断する判断機能と、説明事項ＩＤが顧客ＩＤに対応付けて管理されていると判断された場合に、説明事項を簡略又は省略してホームページに出力する簡略機能と、簡略又は省略されて出力された説明事項に顧客が同意した旨が入力された場合に、顧客による保険商品の購入を承認する購入承認機能とをコンピュータに実現させる。
【００２３】
なお上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションも又発明となりうる。
【００２４】
【発明の実施の形態】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施の形態は特許請求の範囲にかかる発明を限定するものではなく、又実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００２５】
図１は、本実施形態に係る保険募集支援システム１００の構成を示す。本実施形態に係る保険募集支援システム１００は、保険会社４２または代理店４４による保険商品、例えば旅行傷害保険の募集を支援する。保険募集支援システム１００は、ネットワーク６０に接続された顧客端末５０、ネットワーク６０を介して顧客端末５０に接続される保険募集支援サーバ１０、及び保険募集支援サーバ１０に接続され、保険の加入手続き及び決済処理等を行う保険手続サーバ４０を備える。保険募集支援サーバ１０は、例えば保険会社４２によって運用される。顧客端末５０は、例えば携帯電話、携帯情報端末（ＰＤＡ）、又はパーソナルコンピュータである。
【００２６】
保険会社４２は、保険商品の募集を行うための印刷されたパンフレットなどの募集文書４６の作成時に、募集文書４６を識別する募集文書ＩＤを採番し、採番した募集文書ＩＤを募集文書４６に記載する。募集文書４６には、当該保険商品の購入を受け付けるホームパージのＵＲＬが更に記載される。募集文書４６は、例えば代理店４４経由で顧客４８に配布される。そして、保険商品を購入する意志のある顧客４８は、顧客端末５０を用いて、募集文書４６に記載されたＵＲＬのホームページにアクセスする。
【００２７】
募集文書４６には、保険商品の募集の時に顧客に説明すべき説明事項が記載されている。説明事項は、顧客に説明すべき複数の項目、例えば、保険商品の種類、保険料、保険商品を購入できる対象者を示した利用条件、及び保険金額及び保険期間を示した補償内容などを含む。これら複数の項目には、項目のそれぞれを識別する項目ＩＤ割り当てられており、募集文書４６において、それぞれの項目に対応付けて当該項目ＩＤが記載されている。以下、募集文書ＩＤ及び項目ＩＤをまとめて説明事項ＩＤと呼ぶ。
【００２８】
募集文書４６は有効期限を有し、当該有効期限は募集文書４６に記載されている。有効期限を過ぎると、募集文書４６は無効となり、当該ホームページは廃止される。募集文書ＩＤは、例えば１０桁に設定し、代理店４４、地域、及び保険会社４２の営業担当者などが判別できるようにし、それぞれの保険料収入の集計に用いられる。当該募集文書４６が、保険会社４２によって発行されたものであることを顧客が確認する方法として、保険会社４２のホームページにおいて、募集文書ＩＤをキーに、発行されている募集文書を閲覧できる方法、及び募集文書ＩＤをキーに、ファックス、メール、郵送により募集文書を取り寄せる方法がある。
【００２９】
なお、募集文書４６は、電子媒体であってもよい。例えば、パソコンのモニタに表示される、説明事項を記載したホームページであってもよいし、デジタルテレビに配信される画像であってもよい。
【００３０】
保険募集支援サーバ１０は、顧客端末５０を用いてて当該ホームページにアクセスした顧客４８と後述のやりとりを行い、顧客４８による保険商品の購入を承認する。保険手続サーバ４０は、保険募集支援サーバ１０によって保険商品の購入が承認された顧客の、当該保険商品への加入手続き及び決済処理等を行う。
【００３１】
このような保険募集支援システム１００において、顧客は、保険商品の購入の際の説明事項を募集文書４６で読む。そして、説明事項に同意した上で保険商品を購入する意志がある場合に、顧客端末５０を用いて当該保険商品の購入を受け付けるホームページにアクセスし、同意した説明事項を識別する説明事項ＩＤを入力する。保険募集支援サーバ１０は、入力された説明事項ＩＤに基づいて顧客が説明事項に同意したことを判断し、顧客による当該保険商品の購入を承認する。
【００３２】
なお、顧客が説明事項に同意したことを判断するには、顧客による説明事項ＩＤの入力を説明事項への同意と判断する上記実施例に代えて、ホームページ上の入力欄に予め表示した項目ＩＤ毎に同意ボタンを表示し、顧客に、項目ＩＤで識別されるそれぞれの項目に同意する場合に同意ボタンを押すように要求し、顧客が当該同意ボタンを押した（クリックした）ことを検出することによって、顧客による各項目への同意を判断してもよい。この場合、顧客は入力欄に他の説明事項ＩＤを入力することもできる。また、入力欄は、プルダウンの選択方式であってもよい。これにより、顧客が説明事項ＩＤを入力する手間を軽減することができる。
【００３３】
以上のように構成された保険募集支援システム１００によれば、顧客４８は、募集文書４６で保険商品の説明事項を確認し、顧客端末５０で説明事項の確認以外の契約に必要な手続きを行うことができる。また、保険募集支援サーバ１０は、顧客４８が説明事項に同意した旨を記録することができる。従って、保険会社４２は、顧客４８が保険商品の説明事項を確認した上で保険に加入したことを立証することができる。
【００３４】
図２は、保険募集支援サーバ１０の構成を示す。保険募集支援サーバ１０は、説明事項を識別する説明事項ＩＤを、保険商品に対応付けて格納する説明事項データベース１８と、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が入力された場合に、募集文書４６に記載された保険商品の説明事項を識別する説明事項ＩＤを入力すべく顧客に要求する要求部１２と、顧客から説明事項ＩＤが入力された場合に、入力された説明事項ＩＤが、保険商品に対応付けて格納されているか否かを判断する判断部１６と、入力された説明事項ＩＤが保険商品に対応付けて格納されていると判断された場合に、顧客による保険商品の購入を承認する購入承認部２０とを備える。
【００３５】
したがって、保険募集支援サーバ１０は、顧客が購入を希望する保険商品と顧客が同意した説明事項とが適切に対応しているか否かを判断して、顧客による保険商品の購入を承認することができる。
【００３６】
さらに、保険募集支援サーバ１０は、顧客により複数の項目ＩＤのそれぞれが入力された履歴を顧客に対応づけて格納する顧客データベース１４を備える。これにより、保険募集支援サーバ１０は、顧客により複数の項目ＩＤのそれぞれが入力された履歴が所定の基準を満たしているか否かを判断して、当該顧客による保険商品の購入を承認することができる。
【００３７】
さらに、保険募集支援サーバ１０は、保険商品の購入を受け付けるホームページにアクセスした顧客が、過去の一定期間以内に説明事項に同意した場合に、当該説明事項を簡略又は省略してホームページに出力する簡略部２２を備える。
【００３８】
これにより、保険募集支援サーバ１０は、顧客４８が過去の一定期間以内に同意して内容を覚えている可能性が高い説明事項を再度確認することを顧客に要求することを防ぐことができる。
【００３９】
保険募集支援サーバ１０は、説明事項が変更された時を示す変更時が、顧客４８が説明事項に同意した時を示す同意時よりも後であると判断された場合に、当該説明事項の変更内容をホームページに出力する変更出力部２６を更に備える。
【００４０】
これにより、保険募集支援サーバ１０は、説明事項の変更内容のうちで、顧客４８が未だ同意していない変更内容を顧客４８に対して出力することができる。
【００４１】
記録媒体３０は、要求部１２、顧客データベース１４、判断部１６、説明事項データベース１８、購入承認部２０、簡略部２２、及び変更出力部２６の動作を行わせるプログラムを格納する。他の方法としては、記録媒体３０は、そのようなプログラムを、通信回線を介して取得してもよい。
【００４２】
図３は、説明事項データベース１８のデータフォーマットの一例である。説明事項データベース１８は、募集文書ＩＤ及び複数の項目ＩＤからなる説明事項ＩＤを、保険商品に対応づけて格納する。さらに説明事項データベース１８は、説明事項の内容が変更された場合に、その変更内容を示す変更ファイルと、変更ファイルが変更又は作成された時を示す変更時とを、変更された説明事項を識別する説明事項ＩＤに対応付けて格納する。説明事項データベース１８が作成されて以降、内容に変更がない説明事項に対しては、変更ファイル及び変更時のいずれも対応付けて格納されない。変更ファイルは、変更内容を容易に認識できる形式であればよく、説明事項の変更箇所のみを抜粋したファイルであってもよいし、変更内容を含む説明事項全体のうちで変更箇所を強調したファイルであってもよい。変更ファイルのファイルタイプは、テキストファイルやＰＤＦファイルなどから場合に応じて選択すればよい。
【００４３】
図４は、顧客データベース１４のデータフォーマットの一例である。顧客データベース１４は、顧客が同意した説明事項を識別する説明事項ＩＤを、顧客を識別する顧客ＩＤに対応付けて格納する。さらに、顧客データベース１４は、顧客が説明事項に同意した時を示す同意時を顧客ＩＤと説明事項ＩＤとに対応付けて格納する。例えば、顧客データベース１４は、顧客により同意された複数の項目ＩＤと、複数の項目ＩＤのそれぞれが当該顧客により同意された同意時とを顧客ＩＤに対応づけて格納する。
【００４４】
顧客データベース１４は、保険商品の募集の時に顧客に説明すべき説明事項を記載した募集文書４６を、顧客４８の請求に基づいて顧客４８宛に発送した場合に、募集文書４６を請求した顧客４８を識別する顧客ＩＤに対応付けて、発送した募集文書４６に記載された説明事項を識別する説明事項ＩＤを格納してもよい。
【００４５】
図５は、保険募集支援サーバ１０が、顧客による保険商品の購入を承認する動作の一例を示すフローチャートである。まず、説明事項データベース１８は、保険商品に対応づけて、説明事項が記載された募集文書４６を識別する募集文書ＩＤと、説明事項に含まれる複数の項目をそれぞれ識別する複数の項目ＩＤとを管理する（Ｓ１００）。要求部１２は、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が検出されると（Ｓ１０２）、当該ホームページで購入を受け付ける保険商品に対応する募集文書ＩＤを入力することを顧客に要求する（Ｓ１０４）。判断部１６は、顧客による募集文書ＩＤの入力を検出すると（Ｓ１０６）、入力された募集文書ＩＤが説明事項データベース１８において、ホームページに表示した保険商品に対応付けて格納されているか否かを判断する（Ｓ１０８）。
【００４６】
ステップ１０８において、入力された募集文書ＩＤが保険商品に対応付けて格納されていないと判断部１６が判断した場合、要求部１２は、募集文書４６が保険商品に対応していない旨のエラー表示を出力し（Ｓ１０９）、ステップ１０４に戻る。ステップ１０８において、入力された募集文書ＩＤが保険商品に対応付けて格納されていると判断部１６が判断した場合、要求部１２は、当該保険商品の募集概要をホームページに表示して、顧客が参照する募集文書４６の内容と一致することの確認を顧客に要求する。そして、保険内容、重要説明事項、及び募集対象契約者（危険な職業の方は、対象外であること等）等の複数の項目の確認を要求し、当該複数の項目に顧客が同意する場合に、当該複数の項目を識別する項目ＩＤを入力する様に顧客に要求する（Ｓ１１０）。
【００４７】
判断部１６は、顧客から複数の項目ＩＤが入力されると（Ｓ１１２）、入力された複数の項目ＩＤのそれぞれが保険商品に対応付けて格納されているか否かを判断する（Ｓ１１４）。Ｓ１１４において、入力された複数の項目ＩＤのそれぞれが保険商品に対応付けて格納されていないと判断部１６が判断した場合、要求部１２は、項目が保険商品に対応していない旨のエラー表示を出力し（Ｓ１１６）、ステップ１１０に戻る。
【００４８】
Ｓ１１４において、入力された複数の項目ＩＤのそれぞれが保険商品に対応付けて格納されていると判断部１６が判断した場合、要求部１２は、告知事項（旅行タイプ、旅行期間、行き先など）の入力を要求する。顧客データベース１４は、顧客により複数の項目ＩＤのそれぞれが入力された履歴を顧客に対応づけて管理する（Ｓ１１８）。続いて、判断部１６は、顧客が複数の項目ＩＤのそれぞれを入力した順序及び時間間隔が所定の基準を満たしているか否かを更に判断する（Ｓ１２０）。そして、ステップ１２０において、複数の項目ＩＤのそれぞれが入力された順序及び時間間隔が所定の基準を満たしていないと判断部１６が判断した場合、要求部１２は、項目の記載内容を十分な時間をかけて再度確認するように顧客に要求して（Ｓ１２２）、ステップ１１０に戻る。
【００４９】
ステップ１２０において、判断部１６は、例えば、複数の項目ＩＤのうちの第１の項目ＩＤが入力された時点から次の第２の項目ＩＤが入力されるまでの入力時間間隔が、第１の項目ＩＤにより識別される項目の文書の量に応じた所定時間間隔よりも短いか否かを判断する。そして、入力時間間隔が所定時間間隔よりも短いと判断部１６が判断した場合に、要求部１２は、第１の項目ＩＤで識別される第１の項目の内容を再度確認するように顧客に要求する。
【００５０】
購入承認部２０は、複数の項目ＩＤのそれぞれが入力された順序及び時間間隔が所定の基準を満たしていると判断部１６が判断した場合、契約内容と保険料をホームページ上に表示し、当該契約内容及び保険料への顧客の同意を確認して、当該顧客による保険商品の購入を承認する（Ｓ１２４）。
【００５１】
保険手続サーバ４０は、保険募集支援サーバ１０が購入を承認した保険商品の保険料を決済する場合に、募集文書４６で指定するネット決済システム（クレジットカード決済、デビットカード決済、及び指定口座引き落とし等の決済方法及び個人除法を事前に登録）を用いる。このようなネット決済システムは、顧客が、パスワードと決済会員番号などの個人ＩＤを入力すると、顧客の氏名、住所、電話番号等、保険商品の購入に必要な個人情報をホームページ上に表示する。顧客は、表示された個人情報を確認すればよく、それらを入力する時間と手間を省くことができる。
【００５２】
なお、募集文書４６が団体募集用である場合は、保険募集支援サーバ１０は、予めデータベースに登録された団体構成員でない顧客による保険商品の購入を承認しない。
【００５３】
保険募集支援サーバ１０は、顧客による保険商品の購入を承認した後、保険の契約を引き受けた旨のサンキューメールを顧客端末５０に送信する。そして、保険募集支援サーバ１０は、前述の決済システムにより、顧客の口座から保険料相当額を決済する。なお、決済については、会社が給与天引きにより社員の給与から保険料相当額を差し引くことも考えられる。次に、保険証券が保険会社から郵送される。保険証券は、保険募集支援サーバ１０がサンキューメールを送信する時に電子証券として顧客端末５０に送信してもよい。以上で本フローは終了する。
【００５４】
以上の動作によれば、保険募集支援サーバ１０は、顧客が入力する説明事項ＩＤに基づいて、顧客が購入を希望する保険商品と顧客が同意した説明事項とが適切に対応しているか否かを判断して、顧客が説明事項を読んだことを容易に確認できる。
【００５５】
なお、保険商品を購入する顧客の本人確認の方法は、例えば顧客端末５０固有の製造番号を保険募集支援サーバ１０に登録し、パスワードと製造番号とを照合することにより他の携帯端末からのアクセスを拒否する方法、カメラ付きの顧客端末５０で撮影した顧客の画像を保険募集支援サーバ１０で認証する方法、及び顧客の指紋又は眼紋を顧客端末５０で取り込み、保険募集支援サーバ１０で認証する方法などから選択できる。
【００５６】
図６は、保険募集支援サーバ１０が、顧客による保険商品の購入を承認する動作の他の例を示すフローチャートである。まず、顧客データベース１４は、保険商品の募集の時に顧客に同意されるべき説明事項を識別する説明事項ＩＤのうちで、顧客が同意した説明事項を識別する説明事項ＩＤと、顧客が説明事項に同意した時を示す同意時とを、顧客を識別する顧客ＩＤに対応付けて管理する（Ｓ２００）。次に、説明事項データベース１８は、保険商品の説明事項が変更された場合に、変更された内容を示す変更ファイルと、変更された時を示す変更時とを、変更された説明事項を識別する説明事項ＩＤに対応付けて管理する（Ｓ２０２）。
【００５７】
ステップ２０２において、顧客データベース１４は、保険商品の募集の時に顧客に説明すべき説明事項を記載した募集文書４６を、顧客４８の請求に基づいて顧客４８宛に発送した場合に、募集文書４６を請求した顧客４８を識別する顧客ＩＤに対応付けて、発送した募集文書４６に記載された説明事項を識別する説明事項ＩＤを管理してもよい。
【００５８】
次に、判断部１６は、保険商品の購入を受け付けるホームページに顧客がアクセスした旨が検出されると（Ｓ２０４）、説明事項データベース１８において当該保険商品に対応付けて管理された説明事項ＩＤが、顧客データベース１４において、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されているか否かを判断する（Ｓ２０６）。
【００５９】
ステップ２０６において、当該保険商品に対応付けて管理された説明事項ＩＤが、顧客データベース１４において、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されていると判断された場合、判断部１６は、顧客ＩＤ及び説明事項ＩＤに対応付けられた同意時から一定の期間が経過しているか否かを判断する（Ｓ２０８）。ステップ２０８において、顧客ＩＤ及び説明事項ＩＤに対応付けられた同意時から一定の期間が経過していないと判断された場合、判断部１６は、説明事項データベース１８において、ホームページに表示する保険商品と、当該保険商品に対応付けて格納された説明事項ＩＤとに対応付けて更に格納された変更時が、ホームページにアクセスした顧客の顧客ＩＤと、説明事項データベース１８においてホームページに表示する保険商品に対応付けて格納された説明事項ＩＤとに対応付けて、顧客データベース１４に格納された同意時よりも後か否かを判断する（Ｓ２１０）。
【００６０】
ステップ２１０において、変更時が同意時よりも後ではないと判断された場合、簡略部２２は、説明事項を簡略又は省略してホームページに出力する（Ｓ２１２）。簡略部２２は、例えば説明事項における用語の意味の説明を省略することにより、説明事項を簡略化する。あるいは、項目毎のポイントを予め作成しておき、項目の表示に代えてこのポイントを表示することにより、説明事項を簡略または省略してもよい。次に、簡略部２２は、顧客が簡略又は省略された説明事項に同意したときに押す同意ボタンを、説明事項を表示するホームページ上に優先的に表示する（Ｓ２１４）。簡略部２２は、説明事項を表示したホームページの上部に同意ボタンを表示したり、拡大した同意ボタンを当該ホームページ上に表示したりすることによって、同意ボタンを、説明事項を表示するホームページ上に優先的に表示する。次に、購入承認部２０は、同意ボタンが顧客によって押されたか（クリックされたか）否かを判断する（Ｓ２１６）。ステップ２１６において、同意ボタンが顧客によって押されたと判断された場合、ステップ１１８に進む。そして、購入承認部２０は、当該顧客による保険商品の購入を承認する（Ｓ２１８）。
【００６１】
ステップ２０６において、当該保険商品に対応付けて管理された説明事項ＩＤが、顧客データベース１４において、ホームページにアクセスした顧客の顧客ＩＤに対応付けて管理されていないと判断された場合、簡略部２２は、説明事項を簡略又は省略せずにホームページに出力する（Ｓ２２０）。次に、購入承認部２０は、簡略又は省略せずに出力された説明事項に顧客が同意したか否かを判断する（Ｓ２２２）。ステップ２２２において、簡略又は省略せずに出力された説明事項に顧客が同意したと判断された場合、ステップ２１８に進む。ステップ２２２において、説明事項に顧客が同意していないと判断された場合、購入承認部２０は、当該顧客による保険商品の購入を承認しない（Ｓ２２４）。
【００６２】
ステップ２２０において、要求部１２は、前記顧客による前記保険商品の購入の手続きを中断し、前記説明事項を記載した前記募集文書を前記顧客宛に発送し、発送した前記募集文書に記載された前記説明事項を確認すべく前記顧客に要求してもよい。そして、ステップ２２２において、発送した募集文書に記載された説明事項に顧客が同意した旨が入力された場合、ステップ２１８に進む。他方、ステップ２２２において、発送した募集文書に記載された説明事項に顧客が同意しない旨が入力された場合、ステップ２２４に進む。
【００６３】
ステップ２０８において、顧客ＩＤ及び説明事項ＩＤに対応付けられた同意時から一定の期間が経過したと判断された場合、ステップ２２０に進む。これにより、顧客が説明事項を過去に同意している場合であっても、前回の同意時から一定の期間が経過している場合は、説明事項を再度確認させた上で顧客による同意を確認することができる。
【００６４】
ステップ２１０において、変更時が同意時よりも後であると判断された場合、変更出力部２６は、変更ファイルに示された説明事項の変更内容をホームページに出力する（Ｓ２２６）。そして、購入承認部２０は、出力された変更内容に顧客が同意したか否かを判断する（Ｓ２２２）。ステップ２２２において、出力された変更内容に顧客が同意したと判断された場合、ステップ２１８に進む。ステップ２２２において、出力された変更内容に顧客が同意していないと判断された場合、ステップ２２４に進む。
【００６５】
ステップ２１６において、同意ボタンが顧客によって押されていないと判断された場合、ステップ２２４に進む。以上で本フローは終了する。
【００６６】
なお記録媒体３０は、上記のステップ１００からステップ１２４、及びステップ２００からステップ２２８の動作を保険募集支援サーバ１０に行わせるプログラムを格納する。保険募集支援サーバ１０は、記録媒体３０からこれらのプログラムを読みとって実行する。
【００６７】
以上の動作によれば、保険募集支援サーバ１０は、顧客が比較的最近に内容を確認して同意した説明事項を簡略または省略して表示するので、当該保険商品を比較的最近に購入して説明事項を理解している顧客が、同一の説明事項を再度確認する手間を軽減することができる。また、比較的最近に最新の説明事項を確認した顧客４８に対しては、説明事項への同意ボタンをホームページ上に優先的に表示するので、顧客にすぐに同意ボタンを押して手続きを進めるか、説明事項を再度確認するかを選択させることができる。
【００６８】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることができる。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００６９】
【発明の効果】
上記説明から明らかなように、本発明によれば、保険募集支援サーバ１０は、顧客４８に、顧客端末５０を用いて短時間かつ簡単に、保険商品を購入させることができる。
【図面の簡単な説明】
【図１】本実施形態に係る保険募集支援システム１００の構成を示すブロック図である。
【図２】保険募集支援サーバ１０の構成を示すブロック図である。
【図３】説明事項データベース１８のデータフォーマットの一例を示す図である。
【図４】顧客データベース１４のデータフォーマットの一例を示す図である。
【図５】保険募集支援サーバ１０が、顧客による保険商品の購入を承認する動作の一例を示すフローチャートである。
【図６】保険募集支援サーバ１０が、顧客による保険商品の購入を承認する動作の他の例を示すフローチャートである。
【符号の説明】
１０ 保険募集支援サーバ
１２ 要求部
１４ 顧客データベース
１６ 判断部
１８ 説明事項データベース
２０ 購入承認部
２２ 簡略部
２６ 変更出力部
３０ 記録媒体
４０ 保険手続サーバ
４２ 保険会社
４４ 代理店
４６ 募集文書
４８ 顧客
５０ 顧客端末
６０ ネットワーク
１００ 保険募集支援システム
Claims (2)
- 保険商品の募集を支援する保険募集支援サーバであって、
保険商品の募集の時に顧客に同意されるべき説明事項を識別する説明事項ＩＤのうちで、前記顧客が同意した前記説明事項を識別する前記説明事項ＩＤ及び前記顧客が前記顧客端末を用いて前記説明事項に同意した時を示す同意時を、前記顧客を識別する顧客ＩＤに対応付けて格納する顧客データベースと、
前記保険商品に前記説明事項ＩＤ、前記説明事項が変更された内容を示す変更ファイル及び変更された時を示す変更時を対応付けて格納する説明事項データベースと、
前記保険商品の購入を受け付けるホームページに前記顧客の顧客端末がアクセスした旨が入力された場合に、前記ホームページで購入を受け付ける前記保険商品に対応付けて前記説明事項データベースに格納されている説明事項ＩＤが、前記顧客データベースにおいても、前記ホームページにアクセスした前記顧客の前記顧客ＩＤに対応付けて格納されているか否かを判断する判断部と、
前記顧客データベースにおいて前記説明事項ＩＤが前記顧客ＩＤに対応づけて格納されていると前記判断部が判断した場合に、前記説明事項ＩＤに対応付けられている前記説明事項を簡略又は省略して前記ホームページに出力する簡略部と、
前記簡略部により簡略又は省略されて出力された前記説明事項に前記顧客が同意した旨が前記顧客端末から入力された場合に、前記顧客による前記保険商品の購入を承認する購入承認部と
を備え、
前記簡略部は、前記顧客データベースにおいて前記説明事項ＩＤが前記顧客ＩＤに対応づけて格納されていないと前記判断部が判断した場合に、前記説明事項ＩＤに対応付けられている前記説明事項を簡略又は省略せずに前記ホームページに出力し、
前記購入承認部は、前記簡略部から簡略または省略せずに出力された前記説明事項に前記顧客が同意した旨が前記顧客端末から入力された場合に、前記顧客による前記保険商品の購入を承認し、
前記判断部は、前記顧客データベースにおいて前記説明事項ＩＤが前記顧客ＩＤに対応づけて格納されていると判断した場合に、前記顧客ＩＤ及び前記説明事項ＩＤに対応付けられた同意時から一定の期間が経過しているか否かを更に判断し、
前記簡略部は、前記一定の期間が経過していると前記判断部が判断した場合に、当該前記説明事項ＩＤで識別される前記説明事項を簡略又は省略せずに前記ホームページに出力し、
前記判断部は、前記一定の期間が経過していないと判断した場合に、前記ホームページに表示されている前記保険商品及び前記説明事項ＩＤとに対応付けて前記説明事項データベースに格納されている前記変更時が、前記ホームページにアクセスした前記顧客の顧客ＩＤ及び前記説明事項データベースにおいて前記ホームページに表示する前記保険商品に対応付けて格納された前記説明事項ＩＤとに対応付けて前記顧客データベースに格納されている前記同意時よりも、後か否かを更に判断し、
前記判断部により前記変更時が前記同意時よりも後であると判断された場合に、前記説明事項ＩＤに対応付けて前記説明事項データベースに格納されている前記変更内容を前記ホームページに出力する変更出力部を更に備え、
前記購入承認部は、前記変更出力部から出力された前記変更内容に前記顧客が同意した旨が前記顧客端末から入力された場合に、前記顧客による前記保険商品の購入を承認し、
前記簡略部は、前記一定の期間が経過しておらずかつ前記変更時が前期同意時よりも前であると前記判断部により判断された場合に、前記説明事項ＩＤに対応付けられている前記説明事項を簡略又は省略して前記ホームページに出力する
ことを特徴とする保険募集支援サーバ。 - 前記簡略部は、前記説明事項データベースにおいて前記ホームページで購入を受け付ける前記保険商品に対応付けて格納された説明事項ＩＤが、前記顧客データベースにおいて、前記ホームページにアクセスした前記顧客の前記顧客ＩＤに対応付けて格納されていると前記判断部が判断した場合に、前記顧客が前記説明事項に同意したときに押す同意ボタンを、前記説明事項を表示する前記ホームページ上に優先的に表示し、
前記購入承認部は、前記同意ボタンが前記顧客の前記顧客端末において押された旨が入力された場合に、前記顧客による前記保険商品の購入を承認することを特徴とする請求項１に記載の保険募集支援サーバ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002297864A JP3671173B2 (ja) | 2002-10-10 | 2002-10-10 | 保険募集支援サーバ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002297864A JP3671173B2 (ja) | 2002-10-10 | 2002-10-10 | 保険募集支援サーバ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004133705A JP2004133705A (ja) | 2004-04-30 |
| JP3671173B2 true JP3671173B2 (ja) | 2005-07-13 |
Family
ID=32287449
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002297864A Expired - Lifetime JP3671173B2 (ja) | 2002-10-10 | 2002-10-10 | 保険募集支援サーバ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3671173B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006023863A (ja) * | 2004-07-06 | 2006-01-26 | Sompo Japan Insurance Inc | 携帯電話による旅行保険加入システム及びそれに用いる保険会社のサーバ |
| JP4835023B2 (ja) * | 2005-04-08 | 2011-12-14 | 株式会社日立製作所 | 営業店システム |
| JP2008090407A (ja) * | 2006-09-29 | 2008-04-17 | Toppan Forms Co Ltd | 説明履歴管理システム |
| JP5658842B1 (ja) * | 2014-06-06 | 2015-01-28 | 楽天株式会社 | 情報システム及び情報処理方法 |
| JP7514378B1 (ja) | 2023-12-27 | 2024-07-10 | アフラック生命保険株式会社 | 共同募集支援システム、及び方法 |
-
2002
- 2002-10-10 JP JP2002297864A patent/JP3671173B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004133705A (ja) | 2004-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5118959B2 (ja) | オンライン認証方法及びシステム | |
| US7668782B1 (en) | Electronic commerce system for offer and acceptance negotiation with encryption | |
| US8560353B2 (en) | Receipt insurance systems and methods | |
| AU2001250580B2 (en) | Electronic activity and business system and method | |
| JP4926404B2 (ja) | 電子請求書の提示および支払いに対する方法およびソフトウェアアプリケーション | |
| KR100809885B1 (ko) | 네트워크를 통해 융자 주문 거래의 구현을 자동으로 커스텀화하기 위한 시스템 및 방법 | |
| US20060259427A1 (en) | Method and system for handling disputes in an electronic invoice management system | |
| US20030036987A1 (en) | Method and system for handling escrow arrangements | |
| US20050027617A1 (en) | Third party privacy system | |
| JP2007536619A5 (ja) | ||
| US20080272188A1 (en) | Distributed system for commerce | |
| JP2001290956A (ja) | 個人情報を販売するための方法 | |
| RU2263959C2 (ru) | Способ совершения сделок по безналичному расчету с использованием мобильных устройств электронной связи и компьютерная система для его осуществления (варианты) | |
| JP3671173B2 (ja) | 保険募集支援サーバ | |
| JP4237012B2 (ja) | レシート発行管理装置、レシート発行管理システム、及びレシート発行管理装置用プログラム | |
| JP5465486B2 (ja) | 電子記録債権申請システム | |
| KR100648182B1 (ko) | 자동차 대출 보험 보증 방법 및 그 시스템 | |
| KR100749884B1 (ko) | 구매자측의 신용카드단말기를 이용한 기업간 전자상거래결제 시스템 및 방법 | |
| KR20040101647A (ko) | 네트워크를 통한 부동산 거래 중개 시스템 및 그 방법 | |
| JP2005032091A (ja) | 投資信託取引支援システム及び支援プログラム | |
| JP2002133098A (ja) | 携帯電話等を利用した保険契約等手続方法およびシステム | |
| JP2001266023A (ja) | オンラインでの契約処理システム及び方法 | |
| JP2004126974A (ja) | 口座振替処理システム、口座振替処理方法、コンピュータプログラム、プログラム格納媒体 | |
| JP7526595B2 (ja) | 交通費支払システム及び交通費支払方法。 | |
| KR20020045292A (ko) | 전자거래를 위한 전자 증명서 관리 시스템 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041026 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041224 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050412 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050418 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3671173 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |