JP2015125610A - 情報処理装置、紹介方法及びプログラム - Google Patents

Abstract

【課題】保険商品を効率的に顧客に紹介する。【解決手段】本情報処理方法は、（Ａ）顧客が購入したと記憶された商品が属する第１の商品分類を特定し、（Ｂ）特定された第１の商品分類と一致又は類似する第２の商品分類に関連づけられた保険商品を特定し、（Ｃ）特定された保険商品について記憶された情報を、顧客のアドレス宛に送信する処理を含む。途中でユーザが読んだか否かを判定すべき文章の一部が表示されなくなった場合にも、正しくユーザが読んだか否かを判定できるようにする。【選択図】図６

Description

本発明は、保険商品の紹介のための情報処理技術に関する。

各顧客のニーズ或いは嗜好などを適切に把握して、適切な販売促進活動を行うための様々な技術が存在している。

しかしながら、保険商品の紹介については、一般的な手法が用いられる場合が多く、保険商品の特性を考慮した紹介手法については、あまり検討されていない。

特開２００５−３４６３６２号公報 特開平０９−１６０９９１号公報 特開２００２−１６３５４４号公報

従って、本発明の目的は、一側面によれば、適切な保険商品を顧客に紹介するための技術を提供することである。

本発明の第１の態様に係る情報処理方法は、（Ａ）顧客が購入したと記憶された商品が属する第１の商品分類を特定し、（Ｂ）特定された第１の商品分類と一致又は類似する第２の商品分類に関連づけられた保険商品を特定し、（Ｃ）特定された保険商品について記憶された情報を、顧客のアドレス宛に送信する処理を含む。

本発明の第２の態様に係る情報処理方法は、（Ａ）顧客が購入したと記憶された商品が属する第１の商品分類のうち、顧客が属するグループと対応付けて記憶された第２の商品分類と一致する商品分類を特定し、（Ｂ）特定された商品分類に対応付けて記憶されたグループに属する複数の顧客が契約したと記憶されている保険商品のうち契約率又は契約数が所定値以上となる保険商品を特定し、（Ｃ）特定された保険商品について記憶された情報を、顧客のアドレス宛に送信する処理を含む。

一側面によれば、適切な保険商品を顧客に紹介できるようになる。

図１は、第１の実施の形態に係るシステムの概要を示す図である。 図２は、商品分類ＤＢに格納されるデータの一例を示す図である。 図３は、購買データ格納部に格納されるデータの一例を示す図である。 図４は、保険契約ＤＢに格納されるデータの一例を示す図である。 図５は、対応付けデータ格納部に格納されるデータの一例を示す図である。 図６は、第１の実施の形態に係る処理フローを示す図である。 図７は、第１の実施の形態において送信されるメールの一例を示す図である。 図８は、第２の実施の形態に係るシステムの概要を示す図である。 図９は、顧客ＤＢに格納されるデータの一例を示す図である。 図１０は、第２の実施の形態における購買データ格納部に格納されるデータの一例を示す図である。 図１１は、コミュニティ管理ＤＢに格納されるデータの一例を示す図である。 図１２は、第２の実施の形態における保険契約ＤＢに格納されるデータの一例を示す図である。 図１３は、紹介ログ格納部に格納されるデータの一例を示す図である。 図１４は、第２の実施の形態に係る処理フローを示す図である。 図１５は、第２の実施の形態に係る処理フローを示す図である。 図１６は、第２の実施の形態に係る処理フローを示す図である。 図１７は、第２の実施の形態において送信されるメールの一例を示す図である。 図１８は、コンピュータの機能ブロック図である。

［実施の形態１］
本実施の形態に係るシステムの一例を図１に示す。本実施の形態に係るシステムでは、本実施の形態に係る主要な処理を実行する情報処理装置１００と、複数の顧客端末３００と、情報処理装置１００の利用者と提携している提携先事業者のための提携先サーバ４００とが、インターネットなどのネットワーク２００に接続されている。

情報処理装置１００は、商品分類データベース（ＤＢ）１１０と、購買データ格納部１２０と、保険契約ＤＢ１３０と、対応付けデータ格納部１４０と、抽出部１５０と、送信部１６０と、保険紹介データ格納部１７０とを有する。

商品分類ＤＢ１１０に格納されるデータの一例を図２に示す。図２の例では、商品分類名毎に、当該商品分類に属する商品の品目名が対応付けて格納されている。

購買データ格納部１２０には、提携先サーバ４００から取得されたクレジットカードの利用履歴データや個別店舗等の購買履歴データが格納される。例えば、クレジットカードの利用履歴の場合に、図３に示すようなデータが、購買データ格納部１２０に格納される。図３の例では、ある一人の顧客についてのデータを表しており、クレジットカードの利用日付、購入商品名、利用店舗、及び利用金額が格納されるようになっている。

保険契約ＤＢ１３０には、図４に示すように、契約者名と、クレジットカードのカード番号と、連絡先メールアドレスと、契約済みの保険商品名と、契約日と、被保険者と、保険金の受取人名とが格納されるようになっている。なお、保険契約ＤＢ１３０とは別に、顧客及び潜在顧客についてのデータを格納する顧客ＤＢを管理している場合もある。

対応付けデータ格納部１４０には、利用履歴や購買履歴と契約を行った保険商品とを予め解析した結果として得られた対応付けデータが格納されている。具体的には、購入した商品の商品分類との関連性が見いだされた保険商品の名称と、当該商品分類とが、対応付けて格納されている。対応付けデータ格納部１４０に格納されるデータについては、どのような手法で生成されたものであっても良く、人間の知見に基づき生成されたものであっても良い。対応付けデータ格納部１４０には、図５に示すように、学資保険と、育児用品とが対応付けられていたり、ホールインワン保険と、ゴルフ用品とが対応付けられていたりしている。

保険紹介データ格納部１７０は、各保険について、紹介のためのデータを格納する。

抽出部１５０は、以下に述べる処理を行って、各顧客について紹介すべき保険商品を特定する。送信部１６０は、顧客に対して保険商品の紹介データを含むメール等を送信する。

顧客端末３００は、保険会社の顧客又は潜在顧客により操作されるパーソナルコンピュータや携帯電話機、スマートフォン、タブレットなどである。

提携先サーバ４００は、情報処理装置１００とネットワーク２００を介して通信するようになっており、例えば定期的に又は任意のタイミングで、クレジットカードの利用履歴データや他の提携先事業者における購買履歴データを、情報処理装置１００に送信する。情報処理装置１００は、提携先サーバ４００からデータを受信すると、購買データ格納部１２０に格納する。

次に、図６及び図７を用いて、情報処理装置１００の処理内容を説明する。まず、抽出部１５０は、保険契約ＤＢ１３０において、未処理の顧客を一人特定する（図６：ステップＳ１）。上で述べたように、顧客ＤＢが別途用意されている場合には、顧客ＤＢから一人未処理の顧客を特定しても良い。

そして、抽出部１５０は、特定された顧客の購入商品のデータを、例えば直近１ヶ月分、購買データ格納部１２０から抽出し、メインメモリなどの記憶装置に格納する（ステップＳ３）。図４の例において、「佐藤次郎」が未処理の顧客として特定された場合に、図３のデータが抽出されたものとする。なお、購入商品のデータが抽出できなければ、処理はステップＳ１５に移行する。

さらに、抽出部１５０は、抽出された購入商品毎に、当該購入商品の商品分類を、商品分類ＤＢ１１０（図２）から特定する（ステップＳ５）。購入商品毎に異なる商品分類が特定される場合もあれば、複数の購入商品について１つの商品分類が特定される場合もある。同じ商品分類が特定された場合には１つの商品分類として以下の処理を行う。例えば、図３に示したデータの例の場合には、ビデオカメラについて電化製品、食料品について食料品、チャイルドシートについて育児用品が特定されたものとする。

そして、抽出部１５０が、特定された商品分類と同一又は類似の商品分類に対応付けられている保険商品を、対応付けデータ格納部１４０（図５）から抽出する（ステップＳ７）。上で述べた例では、電化製品と食料品とについては、対応付けられている保険商品は存在しないが、育児用品については「学資保険」が対応付けられており、学資保険が抽出される。なお、商品分類毎に、類似する商品分類を予め定義しておき、図５から何も抽出されなかった場合に、特定された商品分類に類似する商品分類に対応付けられている保険商品を抽出するようにしても良い。このステップで何も保険商品が抽出されなかった場合には、処理はステップＳ１５に移行する。

そして、抽出部１５０は、抽出された保険商品について、特定された顧客が当該保険商品を未契約であることを確認する（ステップＳ９）。保険契約ＤＢ１３０を、特定された顧客の契約者名などで検索して、抽出された保険商品を契約済み、すなわち当該保険商品が登録されているか否かを判断する。登録されていれば、契約済みと判断される。

契約済みであれば、抽出された保険商品を再度紹介するのは問題があるので、処理はステップＳ１５に移行する。一方、抽出された保険商品が未契約であれば、抽出部１５０は、特定された顧客及び抽出された保険契約のデータを、送信部１６０に出力する。

送信部１６０は、特定された顧客について、送信先のアドレスを保険契約ＤＢ１３０から読み出し、抽出された保険商品の紹介データを保険紹介データ格納部１７０から読み出し、読み出したアドレス宛に、保険商品の紹介データを例えばメールにて送信する（ステップＳ１３）。例えば、図７に示すようなメールが、顧客に対して送信される。図７の例では、「佐藤次郎」に対して「学資保険」を紹介している。顧客は、顧客端末３００を操作して、このようなメールを受信して、内容を確認する。

そして、抽出部１５０は、例えば保険契約ＤＢ１３０において、未処理の顧客が存在しているか否かを判断する（ステップＳ１５）。未処理の顧客が存在している場合には、処理はステップＳ１に戻る。一方、未処理の顧客が存在していない場合には、処理は終了する。

以上のように、他の顧客が契約した保険商品と、当該他の顧客による、契約前後の一般商品の購買動向との関係をルールとして抽出しておけば、顧客及び潜在顧客の購買動向から、より当該顧客などにとって好ましい保険商品を抽出でき、効率的な広告がなされるようになる。

［実施の形態２］
本実施の形態では、顧客の購買動向に加えて、顧客が属するコミュニティ又はグループを考慮した上で、適切な保険商品を紹介できるようにする。

本実施の形態に係るシステムの構成例を図８に示す。本実施の形態に係るシステムにおいては、本実施の形態に係る主要な処理を実行する情報処理装置１１００と、複数の顧客端末３００と、提携先サーバ４００とが、ネットワーク２００に接続されている。

情報処理装置１１００は、顧客ＤＢ１１１０と、購買データ格納部１１２０と、商品分類ＤＢ１１３０と、対応付けデータ格納部１１４０と、コミュニティ管理ＤＢ１１５０と、保険契約ＤＢ１１６０と、紹介ログ格納部１１７０と、保険紹介データ格納部１１８０と、抽出部１１９０と、送信部１２００とを有する。

顧客ＤＢ１１１０は、処理の対象となる顧客のデータを格納するものであって、例えば図９に示すようなデータを格納する。図９の例では、顧客識別子（ＩＤ）と、顧客名と、クレジットカードのカード番号と、連絡先メールアドレスとが格納されている。

購買データ格納部１１２０には、例えば提携先のクレジットカード会社が使用する提携先サーバ４００から得られたデータが格納される。例えば図１０に示すようなデータが格納される。図１０の例では、例えば図９に示された「佐藤さくら」の購買データを示しており、クレジットカードの利用日付、購入商品名、利用店舗及び利用金額が含まれる。

商品分類ＤＢ１１３０は、例えば第１の実施の形態で示した商品分類ＤＢ１１０（図２）と同様のデータを格納する。

対応付けデータ格納部１１４０は、例えば第１の実施の形態における対応付けデータ格納部１４０（図５）と同様のデータを格納する。

コミュニティ管理ＤＢ１１５０は、例えば顧客が属するコミュニティのデータを格納している。例えば図１１に示すように、コミュニティ名と、当該コミュニティの概要と、参加者の顧客ＩＤと、関連商品分類とが格納されている。本実施の形態では、顧客が参加するコミュニティは、顧客の興味などを含む顧客の特性を表しており、この顧客の興味などに関連する商品の商品分類によって特徴付けられる。

保険契約ＤＢ１１６０は、本実施の形態では、例えば図１２に示すようなデータを格納している。図１２の例では、顧客ＩＤと、当該顧客が契約済みである保険商品の名称と、契約日と、被保険者名と、受取人名とが格納される。

紹介ログ格納部１１７０は、保険商品の紹介データを送信したことを表すログを蓄積する。具体的には、図１３に示すように、紹介日と、紹介先顧客ＩＤと、紹介された保険商品名とが格納される。

保険紹介データ格納部１１８０は、例えば第１の実施の形態における保険紹介データ格納部１７０と同様のデータを格納する。すなわち、各保険について、紹介のためのデータを格納する。

抽出部１１９０は、以下に述べる処理を行って、各顧客について紹介すべき保険商品を特定する。送信部１２００は、顧客に対して保険商品の紹介データを含むメールを送信する。

顧客端末３００は、保険会社の顧客又は潜在顧客により操作されるパーソナルコンピュータや携帯電話機、スマートフォン、タブレットなどである。

提携先サーバ４００は、情報処理装置１１００とネットワーク２００を介して通信するようになっており、例えば定期的に又は任意のタイミングで、クレジットカードの使用履歴データや他の提携先事業者における購買履歴データを、情報処理装置１１００に送信する。情報処理装置１１００は、提携先サーバ４００からデータを受信すると、購買データ格納部１１２０に格納する。

次に、図１４乃至図１７を用いて、本実施の形態に係る情報処理装置１１００の処理内容を説明する。

抽出部１１９０は、顧客ＤＢ１１１０に登録されている顧客ＩＤのうち、未処理の顧客ＩＤを１つ抽出する（図１４：ステップＳ２１）。

また、抽出部１１９０は、購買データ格納部１１２０から、抽出された顧客ＩＤについて購入商品名を取得する（ステップＳ２３）。例えば、図１０の例であれば、扇風機、タオル、チャイルドシートが、読み出される。なお、購入商品名を読み出すのは、例えば前回本処理を実行した後に蓄積されたデータからとする。例えば１ヶ月周期で本処理を実行する場合には、１ヶ月間で蓄積されたデータを用いる。

そして、抽出部１１９０は、取得された購入商品名の第１の商品分類を、商品分類ＤＢ１１３０から取得する（ステップＳ２５）。上の例では、扇風機については電化製品、タオルについては日用品、チャイルドシートについては育児用品が特定されるとする。

その後、抽出部１１９０は、取得された第１の商品分類が、対応付けデータ格納部１１４０において、保険商品に関連付けられているか否かを判断する（ステップＳ２７）。図５の例では、育児用品については学資保険と関連付けられている。

取得された第１の商品分類のいずれもが、保険商品に関連付けられていない場合には（ステップＳ２９：Ｎｏルート）、処理は端子Ａを介して図１６の処理に移行する。

一方、取得された第１の商品分類の少なくともいずれかが、保険商品に関連付けられている場合には（ステップＳ２９：Ｙｅｓルート）、抽出部１１９０は、第１の商品分類に関連付けられている保険商品の名称を取得し、例えばメインメモリなどの記憶装置に格納する（ステップＳ３１）。

また、抽出部１１９０は、コミュニティ管理ＤＢ１１５０を、ステップＳ２１で抽出された顧客ＩＤで検索し、抽出された顧客ＩＤの顧客が所属するコミュニティが存在するか判断する（ステップＳ３３）。抽出された顧客ＩＤの顧客が所属するコミュニティが存在しない場合には（ステップＳ３５：Ｎｏルート）、処理は端子Ａを介して図１６の処理に移行する。一方、コミュニティが存在する場合には（ステップＳ３５：Ｙｅｓルート）、処理は端子Ｂを介して図１５の処理に移行する。

図１５の処理の説明に移行して、抽出部１１９０は、抽出された顧客ＩＤの顧客が所属するコミュニティに関連する第２の商品分類を、コミュニティ管理ＤＢ１１５０から取得する（ステップＳ３７）。「佐藤さくら」の場合には、図１１の例では、「育児」コミュニティに所属しており、育児用品という第２の商品分類が特定される。

そして、抽出部１１９０は、第２の商品分類に、第１の商品分類と同一の商品分類があるか否かを判断する（ステップＳ３９）。第２の商品分類に、第１の商品分類と同一の商品分類がない場合には（ステップＳ４１：Ｎｏルート）、処理は端子Ａを介して図１６の処理に移行する。

一方、第２の商品分類に、第１の商品分類と同一の商品分類が存在する場合には（ステップＳ４１：Ｙｅｓルート）、抽出部１１９０は、コミュニティ管理ＤＢ１１５０から、当該商品分類が関連付けられている所属コミュニティの他の所属顧客の顧客ＩＤを読み出す（ステップＳ４３）。ここで、顧客ＩＤの総数をコミュニティ毎に計数する。そして、抽出部１１９０は、読み出された他の顧客ＩＤが契約している保険商品を、保険契約ＤＢ１１６０から読み出す（ステップＳ４５）。

さらに、抽出部１１９０は、読み出された保険商品のうち、ステップＳ３１で取得された関連保険商品を契約している顧客の顧客ＩＤ及び契約日を、保険契約ＤＢ１１６０から読み出す（ステップＳ４７）。関連保険商品は、上の例では「学資保険」であるから、図１２の例では、「山田しずか」が条件を満たしており、契約日「２０１３．１０．２０」が得られる。ステップＳ４７では、ステップＳ３１で取得された関連保険商品を契約している顧客の人数をも計数する。

そして、抽出部１１９０は、現在（処理時点）から所定期間内（例えば３ヶ月内）に契約した人数（直近契約人数と呼ぶ）を計数する（ステップＳ４９）。所定期間については、コミュニティの性質によって長く設定される場合もあれば、短く設定される場合もある。このような直近契約人数によって最近の契約動向を確認できるようになる。その後処理は端子Ｃを介して図１６の処理に移行する。

図１６の処理の説明に移行して、抽出部１１９０は、ステップＳ４７で計数された顧客ＩＤの人数が閾値以上となる保険商品が存在するか判断する（ステップＳ５１）。例えば、コミュニティ所属人数に対する、ステップＳ４７で計数された顧客の人数が所定割合以上であるか否かを判断しても良い。直近契約人数について条件を付しても良い。このステップにおいて、コミュニティにおいてその保険商品が普及しているか否かを判断する。なお、複数の保険商品が抽出されている場合には、いずれかの保険商品が条件を満たすか否かを判断する。

ステップＳ５１の条件が満たされない場合には処理はステップＳ６５に移行する。一方、ステップＳ５１の条件が満たされる場合には、抽出部１１９０は、ステップＳ５１の条件を満たす保険商品を、抽出された顧客ＩＤの顧客が契約済みであるか否かを、保険契約ＤＢ１１６０から判断する（ステップＳ５３）。既に契約していれば、再契約することはないからである。

契約済みであれば（ステップＳ５５：Ｙｅｓルート）、処理はステップＳ６５に移行する。一方、契約済みでなければ（ステップＳ５５：Ｎｏルート）、抽出部１１９０は、現在（処理時点）から第２の所定期間内（例えば２ヶ月）に、同一保険商品を、取得された顧客ＩＤの顧客に紹介しているか否かを、紹介ログ格納部１１７０から判断する（ステップＳ５７）。現在から第２の所定期間内の紹介日を有する紹介ログが登録済みであるか否かを判断する。なお、複数の保険商品が抽出されている場合には、保険商品毎にこの条件を満たすか否かを判断する。

現在から第２の所定期間内に紹介していた場合には（ステップＳ５９：Ｙｅｓルート）、処理はステップＳ６５に移行する。一方、現在から第２の所定期間内に紹介していない場合には（ステップＳ５９：Ｎｏルート）、抽出部１１９０は、ステップＳ２１で抽出された顧客ＩＤの連絡先メールアドレスを顧客ＤＢ１１１０から読み出し、未紹介の保険商品の紹介データを紹介データ格納部１１８０から読み出し、上で述べたコミュニティ、コミュニティに所属する人数、契約人数及び直近契約人数（又は割合）等を含む補助データと共に、送信部１２００に出力する。

そうすると、送信部１２００は、連絡先メールアドレス宛に、未紹介の保険商品の紹介データと補助データとを含むメールを送信する（ステップＳ６１）。例えば、図１７に示すようなメールが送信される。基本的には図７で示したメールの内容と同様であるが、補助データ１７１０が追加されている。図１７の例では、コミュニティ名と、直近契約人数「１２名」だけではなく、ステップＳ４７で計数された顧客の数（「４５」名）と、コミュニティに所属する人数（「２１０」名）も、補助データとして提示されるようになっている。

そして、送信部１２００は、送信した日（紹介日）と、紹介先顧客ＩＤと、紹介した保険商品の名称とを含む紹介ログを、紹介ログ格納部１１７０に登録する（ステップＳ６３）。これによって、頻繁に同一の保険商品の紹介が行われないようになる。

その後、抽出部１１９０は、顧客ＤＢ１１１０において、未処理の顧客が存在しているか否かを判断する（ステップＳ６５）。未処理の顧客が存在している場合には、処理は端子Ｄを介して図１４のステップＳ２１に戻る。一方、未処理の顧客が存在していない場合には、処理を終了する。

以上のような処理を行うことで、顧客の購入商品に関連する保険商品のうち、顧客が所属するグループ（すなわちコミュニティ）のうち購入商品に関連付けられたグループにおいて所定程度以上普及している保険商品を、その顧客に紹介できるようになる。このように、顧客が所属するグループの特性に適合性の高い商品を購入すると、当該商品の商品分類と関連付けられている保険商品が当該顧客に紹介されるので、効率的な広告がなされるようになる。

以上本発明の実施の形態を説明したが、本発明はこれらに限定されるものではない。例えば、処理フローについては、処理結果が変わらない限り、処理の順番を入れ替えたり、並列実行させる場合もある。機能ブロック構成やデータ格納部構成についても、同様の機能を実現するために任意に変更できる。

なお、上で述べた情報処理装置１００及び１１００、顧客端末３００及び提携先サーバ４００は、コンピュータ装置であって、図１８に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本技術の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

以上述べた本実施の形態をまとめると、以下のようになる。

本実施の形態の第１の態様に係る情報処理方法は、（Ａ）顧客が購入したと記憶された商品が属する第１の商品分類を特定し、（Ｂ）特定された第１の商品分類と一致又は類似する第２の商品分類に関連づけられた保険商品を特定し、（Ｃ）特定された保険商品について記憶された情報を、顧客宛に送信する処理を含む。

このように一般商品の商品分類の中には、それに所属する商品を購入する顧客のライフステージやライフスタイルを表すものがある。そして、ライフステージやライフスタイルからして契約が好ましいとされる保険商品が存在する。このような関連付け（又は対応付け）を抽出しておけば、上で述べたような処理を行うことで、効果的な広告を行うことができるようになる。

上で述べた保険商品を特定する処理が、商品分類と保険商品との対応付けを表すデータを格納するデータ格納部から、特定された第１の商品分類と一致する商品分類に対応付けされている保険商品を抽出する処理を含むようにしても良い。対応付けを表すデータが予め用意されていれば、容易に顧客に紹介すべき保険商品が得られるようになる。

本実施の形態の第２の態様に係る情報処理方法は、（Ａ）顧客が購入したと記憶された商品が属する第１の商品分類のうち、顧客が属するグループと対応付けて記憶された第２の商品分類と一致する商品分類を特定し、（Ｂ）特定された商品分類に対応付けて記憶されたグループに属する複数の顧客が契約したと記憶されている保険商品のうち契約率又は契約数が所定値以上となる保険商品を特定し、（Ｃ）特定された保険商品について記憶された情報を、顧客宛に送信する処理を含む。

一般商品の購買履歴だけではなく、顧客が属するグループにも、顧客のライフステージやライフスタイルを表すものがあるので、両者を組み合わせることで、より適切な保険商品を抽出できるようになる。

上で述べた商品分類を特定する処理が、顧客が購入したと記憶された商品が属する商品分類を、保険商品と対応付けて記憶された商品分類に限定する処理を含むようにしても良い。処理負荷を減らすためである。

上で述べた保険商品を特定する処理が、顧客が契約済みと記憶されている保険商品を除き、特定された商品分類に対応付けて記憶されたグループに属する複数の顧客が契約したと記憶されている保険商品のうち契約率又は契約数が所定値以上となる保険商品を特定する処理を含むようにしても良い。契約済みの保険商品に再度契約することはないためである。

さらに、上で述べた保険商品を特定する処理が、第２の所定期間内に既に特定されたことがあると記憶された保険商品を除外するようにしても良い。最近広告を送った保険商品を再度紹介すると、顧客に不快感を与える可能性があるためである。

さらに、上で述べた顧客宛に送信する処理が、上記情報と、特定された保険商品の契約率又は契約数のデータを、さらに顧客宛に送信する処理を含むようにしても良い。このようにすれば、顧客は、所属するグループにおける保険商品の普及度合いを知ることができる。

さらに、第２の態様に係る情報処理方法は、特定された保険商品について、グループに属する複数の顧客のうち第３の所定期間内に契約した顧客数を計数する処理をさらに含むようにしても良い。この場合、上で述べた顧客宛に送信する処理が、顧客数のデータをさらに顧客宛に送信する処理を含むようにしても良い。最近のトレンドを知ることもできるようになる。

なお、上で述べたような処理をコンピュータに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭなどの光ディスク、光磁気ディスク、半導体メモリ（例えばＲＯＭ）、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。なお、処理途中のデータについては、ＲＡＭ等の記憶装置に一時保管される。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）
顧客が購入したと記憶された商品が属する第１の商品分類を特定し、
特定された前記第１の商品分類と一致又は類似する第２の商品分類に関連づけられた保険商品を特定し、
特定された前記保険商品について記憶された情報を、前記顧客のアドレス宛に送信する
処理を、コンピュータに実行させるためのプログラム。

（付記２）
前記保険商品を特定する処理が、
商品分類と保険商品との対応付けを表すデータを格納するデータ格納部から、特定された前記第１の商品分類と一致する商品分類に対応付けされている保険商品を抽出する
処理を含む付記１記載のプログラム。

（付記３）
顧客が購入したと記憶された商品が属する第１の商品分類のうち、前記顧客を含む複数の顧客が属するグループと対応付けて記憶された第２の商品分類と一致する商品分類を特定し、
特定された商品分類に対応付けて記憶されたグループに属する複数の顧客が契約したと記憶されている保険商品のうち契約率又は契約数が所定値以上となる保険商品を特定し、
特定された前記保険商品について記憶された情報を、前記顧客のアドレス宛に送信する
処理を、コンピュータに実行させるためのプログラム。

（付記４）
前記商品分類を特定する処理が、
前記顧客が購入したと記憶された商品が属する商品分類を、保険商品と対応付けて記憶された商品分類に限定する
処理を含む付記１記載のプログラム。

（付記５）
前記保険商品を特定する処理が、
前記顧客が契約済みと記憶されている保険商品を除き、特定された商品分類に対応付けて記憶されたグループに属する複数の顧客が契約したと記憶されている保険商品のうち契約率又は契約数が所定値以上となる保険商品を特定する
処理を含む付記３又は４記載のプログラム。

（付記６）
前記保険商品を特定する処理が、
第２の所定期間内に既に特定されたことがあると記憶された保険商品を除外する
処理を含む付記５記載のプログラム。

（付記７）
前記顧客のアドレス宛に送信する処理が、
前記情報と、特定された前記保険商品の契約率又は契約数のデータを、さらに前記顧客のアドレス宛に送信する
処理を含む付記３乃至６のいずれか１つ記載のプログラム。

（付記８）
特定された前記保険商品について、前記グループに属する複数の顧客のうち第３の所定期間内に契約した顧客数を計数する処理をさらに前記コンピュータに実行させ、
前記顧客宛に送信する処理が、前記顧客数のデータをさらに前記顧客のアドレス宛に送信する処理を含む
付記７記載のプログラム。

（付記９）
顧客が購入したと記憶された商品が属する第１の商品分類を特定し、
特定された前記第１の商品分類と一致又は類似する第２の商品分類に関連づけられた保険商品を特定し、
特定された前記保険商品について記憶された情報を、前記顧客のアドレス宛に送信する
処理を含み、コンピュータが実行する情報処理方法。

（付記１０）
顧客が購入したと記憶された商品が属する第１の商品分類を特定し、特定された前記第１の商品分類と一致又は類似する第２の商品分類に関連づけられた保険商品を抽出する抽出部と、
抽出された前記保険商品について記憶された情報を、前記顧客のアドレス宛に送信する送信部と、
を有する情報処理装置。

（付記１１）
顧客が購入したと記憶された商品が属する第１の商品分類のうち、前記顧客が属するグループと対応付けて記憶された第２の商品分類と一致する商品分類を特定し、
特定された商品分類に対応付けて記憶されたグループに属する複数の顧客が契約したと記憶されている保険商品のうち契約率又は契約数が所定値以上となる保険商品を特定し、
特定された前記保険商品について記憶された情報を、前記顧客のアドレス宛に送信する
処理を含み、コンピュータが実行する情報処理方法。

（付記１２）
顧客が購入したと記憶された商品が属する第１の商品分類のうち、前記顧客が属するグループと対応付けて記憶された第２の商品分類と一致する商品分類を特定し、特定された商品分類に対応付けて記憶されたグループに属する複数の顧客が契約したと記憶されている保険商品のうち契約率又は契約数が所定値以上となる保険商品を特定する特定部と、
特定された前記保険商品について記憶された情報を、前記顧客のアドレス宛に送信する送信部と、
を有する情報処理装置。

１００，１１００ 情報処理装置
１１０，１１３０ 商品分類ＤＢ
１２０，１１２０ 購買データ格納部
１３０，１１６０ 保険契約ＤＢ
１４０，１１４０ 対応付けデータ格納部
１５０，１１９０ 抽出部
１６０，１２００ 送信部
１７０，１１８０ 保険紹介データ格納部
２００ ネットワーク
３００ 顧客端末
４００ 提携先サーバ
１１７０ 紹介ログ格納部
１１１０ 顧客ＤＢ
１１５０ コミュニティ管理ＤＢ

Claims (12)

1. 顧客が購入したと記憶された商品が属する第１の商品分類を特定し、
   特定された前記第１の商品分類と一致又は類似する第２の商品分類に関連づけられた保険商品を特定し、
   特定された前記保険商品について記憶された情報を、前記顧客のアドレス宛に送信する
   処理を、コンピュータに実行させるためのプログラム。
2. 前記保険商品を特定する処理が、
   商品分類と保険商品との対応付けを表すデータを格納するデータ格納部から、特定された前記第１の商品分類と一致する商品分類に対応付けされている保険商品を抽出する
   処理を含む請求項１記載のプログラム。
3. 顧客が購入したと記憶された商品が属する第１の商品分類のうち、前記顧客を含む複数の顧客が属するグループと対応付けて記憶された第２の商品分類と一致する商品分類を特定し、
   特定された商品分類に対応付けて記憶されたグループに属する複数の顧客が契約したと記憶されている保険商品のうち契約率又は契約数が所定値以上となる保険商品を特定し、
   特定された前記保険商品について記憶された情報を、前記顧客のアドレス宛に送信する
   処理を、コンピュータに実行させるためのプログラム。
4. 前記商品分類を特定する処理が、
   前記顧客が購入したと記憶された商品が属する商品分類を、保険商品と対応付けて記憶された商品分類に限定する
   処理を含む請求項１記載のプログラム。
5. 前記保険商品を特定する処理が、
   前記顧客が契約済みと記憶されている保険商品を除き、特定された商品分類に対応付けて記憶されたグループに属する複数の顧客が契約したと記憶されている保険商品のうち契約率又は契約数が所定値以上となる保険商品を特定する
   処理を含む請求項３又は４記載のプログラム。
6. 前記保険商品を特定する処理が、
   第２の所定期間内に既に特定されたことがあると記憶された保険商品を除外する
   処理を含む請求項５記載のプログラム。
7. 前記顧客のアドレス宛に送信する処理が、
   前記情報と、特定された前記保険商品の契約率又は契約数のデータを、さらに前記顧客のアドレス宛に送信する
   処理を含む請求項３乃至６のいずれか１つ記載のプログラム。
8. 特定された前記保険商品について、前記グループに属する複数の顧客のうち第３の所定期間内に契約した顧客数を計数する処理をさらに前記コンピュータに実行させ、
   前記顧客宛に送信する処理が、前記顧客数のデータをさらに前記顧客のアドレス宛に送信する処理を含む
   請求項７記載のプログラム。
9. 顧客が購入したと記憶された商品が属する第１の商品分類を特定し、
   特定された前記第１の商品分類と一致又は類似する第２の商品分類に関連づけられた保険商品を特定し、
   特定された前記保険商品について記憶された情報を、前記顧客のアドレス宛に送信する
   処理を含み、コンピュータが実行する情報処理方法。
10. 顧客が購入したと記憶された商品が属する第１の商品分類を特定し、特定された前記第１の商品分類と一致又は類似する第２の商品分類に関連づけられた保険商品を抽出する抽出部と、
    抽出された前記保険商品について記憶された情報を、前記顧客のアドレス宛に送信する送信部と、 を有する情報処理装置。
11. 顧客が購入したと記憶された商品が属する第１の商品分類のうち、前記顧客が属するグループと対応付けて記憶された第２の商品分類と一致する商品分類を特定し、
    特定された商品分類に対応付けて記憶されたグループに属する複数の顧客が契約したと記憶されている保険商品のうち契約率又は契約数が所定値以上となる保険商品を特定し、
    特定された前記保険商品について記憶された情報を、前記顧客のアドレス宛に送信する
    処理を含み、コンピュータが実行する情報処理方法。
12. 顧客が購入したと記憶された商品が属する第１の商品分類のうち、前記顧客が属するグループと対応付けて記憶された第２の商品分類と一致する商品分類を特定し、特定された商品分類に対応付けて記憶されたグループに属する複数の顧客が契約したと記憶されている保険商品のうち契約率又は契約数が所定値以上となる保険商品を特定する特定部と、
    特定された前記保険商品について記憶された情報を、前記顧客のアドレス宛に送信する送信部と、
    を有する情報処理装置。

Images