JPH11175616A - 顧客情報配布方法及びその実施システム - Google Patents

Abstract

(57)【要約】 【課題】 顧客情報を必要とする情報希望者に対してそ
の規模に依存せず公平に配布することが可能な技術を提
供する。 【解決手段】 情報保有者が保有する顧客情報を情報希
望者に配布する顧客情報配布方法であって、保有する顧
客情報の中から配布する顧客情報を選別し、顧客情報の
全体を推測できない様に前記選別した顧客情報の一部の
項目を編集した公開用顧客情報を作成して表示し、前記
表示した公開用顧客情報への入札を行い、前記選別され
た編集前の顧客情報を落札する情報希望者をその入札情
報が示す得点に応じて決定し、前記落札が決定された情
報希望者へ落札された編集前の顧客情報を送信するもの
である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は商品を購入する見込
みのある顧客の情報を配布する顧客情報配布システムに
関し、特に保険会社が保有する見込み顧客情報を必要と
する複数の代理店の中から１つの代理店を選択した上で
その見込み顧客情報を配布する顧客情報配布システムに
適用して有効な技術に関するものである。

【０００２】

【従来の技術】従来、損害保険会社では直接保険商品の
販売を行わない為、保険商品を購入する見込みのある顧
客の情報である見込み顧客情報そのものを収集して販売
に利用することはなく、見込み顧客情報を収集して利用
するのは保険商品を実際に販売する代理店が中心であ
る。

【０００３】例えば保険毎日新聞社から発行されている
「２１世紀を生きる代理店経営」（平成８年１２月２０
日発行）の１０５頁から１２３頁の事例では、代理店が
自分のテリトリー内の企業や個人宅に３ヶ月程度かけて
訪問したり、電話したり、手紙を出したりしたりするこ
とによって見込み顧客情報の収集を行う具体的手段が記
載されている。

【０００４】また見込み顧客が損害保険会社に直接訪問
した場合においても、そこで得られる見込み顧客情報
は、そのとき対応した損害保険会社の対応者の判断によ
っていづれかの代理店に通知される。

【０００５】

【発明が解決しようとする課題】かかる従来の手続きで
は次の様な問題がある。すなわち、代理店が見込み顧客
情報を収集するかどうかは各代理店の判断に任されてお
り、代理店が見込み顧客情報を必要としないのであれ
ば、見込み顧客情報の収集そのものを行わせることが難
しいという問題がある。

【０００６】また見込み顧客情報を収集するにしても、
その収集を訪問、電話や手紙等の手段によって行う為、
時間や工数がかかり、大規模の代理店以外では見込み顧
客情報の収集を行っていないという問題がある。

【０００７】更に収集できた見込み顧客情報を他の代理
店と共有化する手段がなく、収集した代理店が利用しな
ければその見込み顧客情報は集めただけになってしまう
という問題がある。

【０００８】また損害保険会社が収集した見込み顧客情
報をどの代理店に配布するかは、対応した損害保険会社
の担当者の判断によって決められており、多くは普段つ
き合いの多い代理店や成績優秀な代理店等、特定の代理
店に偏って配布されている。

【０００９】今後、インターネットやダイレクトメール
等によって損害保険会社でも見込み顧客情報を収集して
いく際にここで収集された見込み顧客情報をどの様に代
理店に配布するかが問題になっている。

【００１０】本発明の目的は上記問題を解決し、顧客情
報を必要とする情報希望者に対してその規模に依存せず
公平に配布することが可能な技術を提供することにあ
る。

【００１１】

【課題を解決するための手段】本発明は情報保有者が保
有する顧客情報を情報希望者に配布する顧客情報配布方
法であって、顧客情報の全体を推測できない様にその一
部の項目を編集した上で表示して入札を行い、落札した
情報希望者に対して編集前の顧客情報を送信するもので
ある。

【００１２】本発明の顧客情報配布方法では、まず保険
会社等の情報保有者が保有する見込み顧客情報の中から
配布する見込み顧客情報を選別し、見込み顧客情報の全
体を推測できない様に前記選別した見込み顧客情報の一
部の項目を編集した公開用見込み顧客情報を作成し、編
集後の公開用見込み顧客情報をネットワークを介して情
報希望者である複数の代理店に送信して表示する。

【００１３】各代理店は前記表示された公開用見込み顧
客情報を参照し、代理店が日常業務の実績に応じて蓄積
している得点等を用いて、当該見込み顧客情報への入札
を行う。

【００１４】公開用見込み顧客情報を表示した保険会社
は、入札情報として送られた得点に応じて編集前の見込
み顧客情報を落札する代理店を決定し、前記決定した代
理店に対して編集前の見込み顧客情報を送信する。

【００１５】本発明の顧客情報配布方法では、ネットワ
ーク上の掲示板に公開用見込み顧客情報が公開されるの
で、どの様な代理店であっても見込み顧客情報の入手の
機会を得ることが可能である。

【００１６】また各代理店が保有できる得点は、例えば
日常の活動（保険販売件数等）を元に蓄積していくが、
累積できる得点の上限値を定めることや、入札できる見
込み顧客情報の数に上限値を持たせることにより、大規
模な代理店が異常に高い得点をつける危険性を無くし、
規模の大小に係わらず落札可能な最高得点を付けられる
可能性を持たせてある。

【００１７】以上の様に本発明の顧客情報配布システム
によれば、顧客情報の全体を推測できない様にその一部
の項目を編集した上で表示して入札を行うので、顧客情
報を必要とする情報希望者に対してその規模に依存せず
公平に配布することが可能である。

【００１８】

【発明の実施の形態】以下に保険会社等が保有する見込
み顧客情報を代理店に公開し、公開した見込み顧客情報
に対して複数の代理店から入札を行い、落札した代理店
に当該見込み顧客情報を送信する一実施形態の顧客情報
配布システムについて説明する。

【００１９】図１は本実施形態の顧客情報配布システム
の概略構成を示す図である。図１に示す様に本実施形態
の顧客情報配布システムは、サーバ１００と、入札装置
２００とを有している。

【００２０】サーバ１００は見込み顧客情報を保有する
保険会社内のサーバコンピュータである。入札装置２０
０は各代理店に備えられ、ネットワークを介して保険会
社内のサーバ１００と接続された装置であり、入札機能
部１１０及び見込み顧客情報送信部１２０と通信を行っ
て、公開用見込み顧客情報及び代理店保有得点を入札機
能部１１０から受信して入札情報を入札機能部１１０に
送信し、落札した見込み顧客情報を見込み顧客情報送信
部１２０から受信する装置である。

【００２１】サーバ１００は、掲示板表示用情報作成部
１０５と、入札機能部１１０と、落札者決定部１１５
と、保有得点回復部１５５と、見込み顧客情報送信部１
２０とを有している。

【００２２】掲示板表示用情報作成部１０５は見込み顧
客情報格納部１２５に保有している見込み顧客情報の中
から配布する見込み顧客情報を選別し、選別した見込み
顧客情報の全体を推測できない様にその一部の項目を編
集して公開用見込み顧客情報として掲示板表示用情報格
納部１３０に書き込む処理部である。

【００２３】入札機能部１１０は入札装置２００との間
の通信を制御する処理部で、掲示板表示用情報格納部１
３０に記録されている公開用見込み顧客情報と、代理店
保有得点格納部１５０に記録されている当該代理店の代
理店保有得点を入札装置２００に送信し、入札装置２０
０から入札情報を受信して入札情報格納部１３５に書き
込む処理部である。

【００２４】落札者決定部１１５は編集前の見込み顧客
情報を落札する代理店を複数の入札装置２００から送信
された入札情報が示す得点に応じて決定する処理部であ
り、複数の入札装置２００から入札された入札情報を入
札情報格納部１３５から読み出して見込み顧客情報を落
札する代理店を選択し、落札候補者が複数いる場合には
過去の実績格納部１４５から過去の実績情報を読み出
し、この情報を基に落札者を決定して落札者情報として
落札者格納部１４０に書き込み、入札情報格納部１３５
に落札結果フラグを記録する処理部である。

【００２５】保有得点回復部１５５は入札情報格納部１
３５から落札結果フラグを読み出し、落札の状況に応じ
て代理店保有得点格納部１５０の得点情報を回復する処
理部である。見込み顧客情報送信部１２０は落札した代
理店の情報を落札者格納部１４０から読み出し、落札さ
れた編集前の見込み顧客情報を見込み顧客情報格納部１
２５から読み出して落札した代理店の入札装置２００へ
送信する処理部である。

【００２６】サーバ１００を掲示板表示用情報作成部１
０５、入札機能部１１０、落札者決定部１１５、保有得
点回復部１５５及び見込み顧客情報送信部１２０として
機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒
体に記録され磁気ディスク等に格納された後、メモリに
ロードされて実行されるものとする。なお前記プログラ
ムを記録する媒体はＣＤ−ＲＯＭ以外の他の媒体でも良
い。

【００２７】またサーバ１００は、見込み顧客情報格納
部１２５と、掲示板表示用情報格納部１３０と、入札情
報格納部１３５と、落札者格納部１４０と、過去の実績
格納部１４５と、代理店保有得点格納部１５０とを有し
ている。

【００２８】見込み顧客情報格納部１２５は当該保険会
社が保有している見込み顧客情報を見込み顧客情報テー
ブルとして格納する格納部である。掲示板表示用情報格
納部１３０は代理店に公開する公開用見込み顧客情報を
公開用見込み顧客情報テーブルとして格納する格納部で
ある。

【００２９】入札情報格納部１３５は代理店から送信さ
れた入札情報を入札情報テーブルとして格納する格納部
である。落札者格納部１４０は見込み顧客情報を落札し
た落札者情報を落札者情報テーブルとして格納する格納
部である。

【００３０】過去の実績格納部１４５は各代理店の過去
の実績情報を代理店実績情報テーブルとして格納する格
納部である。代理店保有得点格納部１５０は代理店が保
有する得点を代理店保有得点テーブルとして格納する格
納部である。

【００３１】図２は本実施形態の見込み顧客情報格納部
１２５中の見込み顧客情報テーブルの一例を示す図であ
る。図２に示す様に本実施形態の見込み顧客情報テーブ
ルは、見込み顧客情報ＩＤフィールド７０１と、氏名フ
ィールド７０２と、性別フィールド７０３と、年齢フィ
ールド７０４と、住所フィールド７０５と、電話番号フ
ィールド７０６と、職業フィールド７０７と、年収フィ
ールド７０８と、希望商品フィールド７０９とを有して
いる。

【００３２】見込み顧客情報ＩＤフィールド７０１は見
込み顧客情報を識別する見込み顧客情報ＩＤを示すフィ
ールドである。氏名フィールド７０２は見込み顧客情報
ＩＤで識別される見込み顧客の氏名を示すフィールドで
ある。

【００３３】性別フィールド７０３は当該見込み顧客の
性別を示すフィールドである。年齢フィールド７０４は
当該見込み顧客の年齢を示すフィールドである。住所フ
ィールド７０５は当該見込み顧客の住所を示すフィール
ドである。

【００３４】電話番号フィールド７０６は当該見込み顧
客の電話番号を示すフィールドである。職業フィールド
７０７は当該見込み顧客の職業を示すフィールドであ
る。年収フィールド７０８は当該見込み顧客の年収を示
すフィールドである。希望商品フィールド７０９は当該
見込み顧客の希望商品を示すフィールドである。

【００３５】データレコード７１０は見込み顧客情報Ｉ
Ｄが「Ｃ００５」の見込み顧客情報のデータを示すレコ
ードである。

【００３６】図３は本実施形態の掲示板表示用情報格納
部１３０中の公開用見込み顧客情報テーブルの一例を示
す図である。図３に示す様に本実施形態の公開用見込み
顧客情報テーブルは、住所フィールド８０１と、最低入
札得点フィールド８０２とを有している。

【００３７】住所フィールド８０１は代理店に公開する
見込み顧客の住所を示すフィールドである。最低入札得
点フィールド８０２は当該見込み顧客情報の最低入札得
点を示すフィールドである。

【００３８】図３は代理店に公開する公開用見込み顧客
情報を格納した公開用見込み顧客情報テーブルで、見込
み顧客情報のテーブル項目の一部のみを蓄積している。
本実施形態の顧客情報配布システムでは情報そのものを
扱うので、図２の見込み顧客情報テーブルに蓄積されて
いる見込み顧客情報の項目の内、見込み顧客が特定でき
る項目である見込み顧客の氏名フィールド７０２及び電
話番号フィールド７０６を公開用見込み顧客情報テーブ
ルから除き、見込み顧客の住所についてはその一部分
（都道府県市町村の項目まで）を住所フィールド８０１
に蓄積し、入札に必要な最低入札得点を最低入札得点フ
ィールド８０２に蓄積している。

【００３９】図４は本実施形態の代理店保有得点格納部
１５０中の代理店保有得点テーブルの一例を示す図であ
る。図４に示す様に本実施形態の代理店保有得点テーブ
ルは、代理店ＩＤフィールド９０１と、代理店名称フィ
ールド９０２と、累積得点フィールド９０３とを有して
いる。

【００４０】代理店ＩＤフィールド９０１は代理店を識
別する代理店ＩＤを示すフィールドである。代理店名称
フィールド９０２は代理店ＩＤで識別される代理店の名
称を示すフィールドである。累積得点フィールド９０３
は当該代理店の累積得点を示すフィールドである。

【００４１】データレコード９０４及び９０５は代理店
ＩＤが「Ａ００１」または「Ａ００２」である代理店の
データを示すレコードである。

【００４２】図５は本実施形態の入札情報格納部１３５
中の入札情報テーブルの一例を示す図である。図５に示
す様に本実施形態の入札情報テーブルは、通番フィール
ド１００１と、代理店ＩＤフィールド１００２と、見込
み顧客情報ＩＤフィールド１００３と、入札得点フィー
ルド１００４と、落札結果フラグフィールド１００５と
を有している。

【００４３】通番フィールド１００１は代理店から送信
された入札情報を識別する通番を示すフィールドであ
る。代理店ＩＤフィールド１００２は通番で識別される
入札情報を送信した代理店の代理店ＩＤを示すフィール
ドである。

【００４４】見込み顧客情報ＩＤフィールド１００３は
当該入札情報で入札対象となった見込み顧客情報の見込
み顧客情報ＩＤを示すフィールドである。入札得点フィ
ールド１００４は当該入札情報で入札された得点を示す
フィールドである。落札結果フラグフィールド１００５
は当該入札情報の落札結果を示すフィールドである。

【００４５】データレコード１００６〜１０１１は各通
番に対応する入札情報を示すレコードである。

【００４６】図６は本実施形態の落札者格納部１４０中
の落札者情報テーブルの一例を示す図である。図６に示
す様に本実施形態の落札者情報テーブルは、通番フィー
ルド１１０１と、見込み顧客情報ＩＤフィールド１１０
２と、落札者ＩＤフィールド１１０３とを有している。

【００４７】通番フィールド１１０１は落札者情報を識
別する通番を示すフィールドである。見込み顧客情報Ｉ
Ｄフィールド１１０２は落札された見込み顧客情報の見
込み顧客情報ＩＤを示すフィールドである。落札者ＩＤ
フィールド１１０３は落札した代理店の代理店ＩＤを示
すフィールドである。

【００４８】データレコード１１０４〜１１０６は各通
番の落札者情報を示すレコードである。

【００４９】図７は本実施形態の過去の実績格納部１４
５中の代理店実績情報テーブルの一例を示す図である。
図７に示す様に本実施形態の代理店実績情報テーブル
は、代理店ＩＤフィールド１２０１と、代理店名称フィ
ールド１２０２と、落札情報数フィールド１２０３と、
契約獲得数フィールド１２０４と、落札情報数フィール
ド１２０５と、契約獲得数フィールド１２０６とを有し
ている。

【００５０】代理店ＩＤフィールド１２０１は代理店を
識別する代理店ＩＤを示すフィールドである。代理店名
称フィールド１２０２は代理店ＩＤで識別される代理店
の名称を示すフィールドである。落札情報数フィールド
１２０３は当該代理店の前回の落札情報数を示すフィー
ルドである。

【００５１】契約獲得数フィールド１２０４は当該代理
店の前回の契約獲得数を示すフィールドである。落札情
報数フィールド１２０５は当該代理店の累積の落札情報
数を示すフィールドである。契約獲得数フィールド１２
０６は当該代理店の累積の契約獲得数を示すフィールド
である。

【００５２】データレコード１２０７及び１２０８は代
理店ＩＤが「Ａ００１」または「Ａ００４」である代理
店のデータを示すレコードである。

【００５３】次に図８から図１３のフローチャートを用
いて、本実施形態の顧客情報配布システムの処理手順に
ついて説明する。

【００５４】図８は本実施形態の顧客情報配布システム
の処理手順を示すフローチャートである。保険会社に設
置されているサーバ１００は、見込み顧客情報格納部１
２５から見込み顧客情報を読み出し、代理店に公開する
か否かを選別し、見込み顧客情報の一部を編集して公開
用見込み顧客情報を作成し、掲示板表示用情報格納部１
３０に格納する（ステップ２０２０）。

【００５５】入札装置２００は、公開用見込み顧客情報
を受信して表示し、入力された入札情報をサーバ１００
に送信する（ステップ２０３０）。

【００５６】サーバ１００は、入札装置２００から送信
された入札情報を元に落札する代理店を決定し（ステッ
プ２０４０）、落札した代理店の入札装置２００に落札
された編集前の見込み顧客情報を送信する（ステップ２
０５０）。

【００５７】次に図９から図１３のフローチャートを用
いて図１の各部の動作及び図８のフローチャートの各ス
テップを詳細に説明する。

【００５８】図９は本実施形態のステップ２０２０の公
開用見込み顧客情報作成処理の処理手順を示すフローチ
ャートである。保険会社にあるサーバ１００の掲示板表
示用情報作成部１０５は、見込み顧客情報格納部１２５
に格納されている見込み顧客情報を読み出す（ステップ
３０１０）。

【００５９】次に掲示板表示用情報作成部１０５は、読
み出した各見込み顧客情報の項目の整備具合を元に代理
店に公開するかどうかを決定し、公開する見込み顧客情
報を選択する（ステップ３０２０）。

【００６０】例えば図２の見込み顧客情報テーブルに示
す各見込み顧客情報レコードの内、見込み顧客情報ＩＤ
「Ｃ００５」のデータレコード７１０は、名前及び性別
以外の情報が不明なので公開しないものとし、公開しな
い見込み顧客情報を見込み顧客情報格納部１２５から削
除する（ステップ３０３０）。

【００６１】次に掲示板表示用情報作成部１０５は、選
択した見込み顧客情報から全体が推測できない様に図２
に示した項目の一部の情報を削除して公開用見込み顧客
情報を作成する（ステップ３０４０）。

【００６２】またその見込み顧客情報を元に獲得できる
保険契約種類や契約予想金額から入札に必要な最低限の
得点を算出する（ステップ３０５０）。例えば利益率や
販売価格の高い保険商品を契約する可能性の大きい高額
所得者の見込み顧客情報については、入札に必要な最低
限の得点を高く算出する。

【００６３】ここで最低入札得点を設定するのは、全く
実績のない代理店が入札してくることを防ぎ、ある程度
の実績を持った代理店で見込み顧客情報が有効に活用さ
れる様にする為である。

【００６４】全ての見込み顧客情報の入札最低得点を算
出した後に掲示板表示用情報作成部１０５は、掲示板表
示用情報格納部１３０にステップ３０４０で加工した公
開用見込み顧客情報とステップ３０５０で算出した入札
最低得点を格納する（ステップ３０６０）。

【００６５】図１０は本実施形態のステップ２０３０の
入札処理の処理手順を示すフローチャートである。図１
０は、図８のステップ２０３０で入札装置２００が公開
用見込み顧客情報を表示し、代理店からの入札情報の入
力を受け付け、サーバ１００の入札情報格納部１３５に
入札情報を格納するまでの処理手順を表している。

【００６６】代理店に公開する公開用見込み顧客情報が
サーバ１００の掲示板表示用情報格納部１３０に格納さ
れた後、代理店に設置されている入札装置２００は、サ
ーバ１００の入札機能部１１０と通信を行い、代理店保
有得点格納部１５０から該当する代理店のレコードを読
み出して、累積得点フィールド９０３中の累積得点を入
札装置２００に表示する（ステップ４０１０）。

【００６７】図４の例ではＡ代理店の入札装置２００
は、代理店保有得点テーブルからＡ代理店に該当するデ
ータレコード９０４を読み出し、「現在保有得点は１０
００ポイント」のメッセージを表示し、Ｂ代理店の入札
装置２００は代理店保有得点テーブルからＢ代理店に該
当するデータレコード９０５を読み出し、「現在保有得
点５３５ポイント」のメッセージを表示する。

【００６８】入札装置２００は、サーバ１００の入札機
能部１１０と通信し、掲示板表示用情報格納部１３０に
格納されている公開用見込み顧客情報（図３）を読み出
して入札装置２００に表示し、公開用見込み顧客情報に
対する入札情報を代理店担当者から受け付ける（ステッ
プ４０２０）。

【００６９】このとき入札装置２００は、入札情報とし
て受け付けた入力得点がステップ４０１０で読み出した
各代理店の保有する累積得点の範囲内かをステップ４０
３０で検査する。

【００７０】また前記入力得点がステップ４０２０で読
み出した公開用見込み顧客情報の最低入札得点フィール
ド８０２中の最低入札得点以上かをステップ４０５０で
検査する。

【００７１】前記の条件を満たさない場合は入力得点の
再入力を促すメッセージを出力し（ステップ４０４
０）、条件を満たしている場合はサーバ１００の入札機
能部１１０と通信を行い、入力得点を入札情報としてサ
ーバ１００の入札情報格納部１３５へ図５の入札情報テ
ーブルに格納する（ステップ４０６０）。

【００７２】図５の入札情報データレコード１００６の
例では、「Ａ００１」の代理店ＩＤを持つＡ代理店は見
込み顧客情報ＩＤ「Ｃ００１」の公開用見込み顧客情報
に対して１１０ポイントを付けて入札したことを示して
いる。

【００７３】次に入札装置２００は、サーバ１００の入
札機能部１１０と通信し、代理店保有得点格納部１５０
の該当代理店のレコードから入札した得点を削減する
（ステップ４０７０）。

【００７４】図１１は本実施形態の得点削減後の代理店
保有得点テーブルの一例を示す図である。データレコー
ド１３０１及び１３０２は代理店ＩＤが「Ａ００１」ま
たは「Ａ００２」である代理店のデータを示すレコード
である。

【００７５】一例としてＡ代理店は、見込み顧客情報Ｉ
Ｄ「Ｃ００１」の見込み顧客情報に対して１１０ポイン
トを入札（データレコード１００６）、「Ｃ００４」の
見込み顧客情報に対して６００ポイントを入札し（デー
タレコード１００７）、合わせて７１０ポイントを入札
しているので、初めに保有していた得点１０００ポイン
ト（データレコード９０４）が更新され、累積得点が２
９０ポイントに更新されている（データレコード１３０
１）。

【００７６】次に入札装置２００は、入札件数カウンタ
に「１」を加え（ステップ４０８０）、入札件数カウン
タが入札可能件数の上限値かどうかを検査する（ステッ
プ４０９０）。

【００７７】ここで入札可能件数の上限値を設定するの
は、多くの得点を保有している代理店が多くの見込み顧
客情報に入札することを防ぎ、少ない得点を保有してい
る代理店でも落札できる可能性を持たせる為である。

【００７８】入札装置２００は、入札可能な件数が残っ
ていれば「再度別の見込み顧客情報に入札するか」の判
断を促すメッセージを表示し（ステップ４１００）、再
度入札する場合はステップ４０１０へ戻る。

【００７９】入札装置２００は、入札可能件数が残って
いない場合または再度入札しない場合に、今回入札した
全ての入札情報の内容を表示し（ステップ４１１０）、
全ての入札終了時に保有している累積得点を表示する
（ステップ４１２０）。

【００８０】図１２は本実施形態の代理店得点蓄積処理
の処理手順を示すフローチャートである。代理店が日常
的な保険業務を行った結果（保険契約の件数や金額）を
受けて、予め設定されている「その行為に応じた得点」
を、代理店保有得点格納部１５０の当該代理店のレコー
ドに加算する（ステップ５０１０）。

【００８１】このとき保有できる得点の上限値以内かを
検査し（ステップ５０２０）、上限値を越えている場合
は保有する得点を上限値の得点とする（ステップ５０３
０）。

【００８２】ここで保有できる上限値を設定するのは、
規模の大きい代理店が保有する得点はその代理店の規模
に応じて多大なものになり、入札の際に極めて高い得点
を付けることが可能になり、規模の小さい代理店と平等
な競争ができなくなるという危険性を無くす為である。

【００８３】図１３は本実施形態の落札者決定処理の処
理手順を示すフローチャートである。まずサーバ１００
の落札者決定部１１５は、入札情報を入札情報格納部１
３５から読み出し（ステップ６０１０）、各公開用見込
み顧客情報に入札された入札情報の内、最高得点の入札
情報を抽出する（ステップ６０２０）。

【００８４】このとき最高得点の入札情報が複数あるか
を検査し（ステップ６０３０）、複数ある場合は、過去
の実績格納部１４５から該当する代理店の過去の実績情
報を読み出し、実績に応じて１つの入札情報を選択する
（ステップ６０４０）。

【００８５】図５と図６を用いてステップ６０２０及び
ステップ６０３０の具体的な処理の例を以下に説明す
る。図５の入札情報を見込み顧客情報ＩＤフィールド１
００３をキーにして入札得点フィールド１００４の最高
値を検索した場合、見込み顧客情報ＩＤ「Ｃ００１」の
見込み顧客情報に最高得点の入札をしているレコードは
データレコード１００８であるので、図６のデータレコ
ード１１０４の様に記録し、見込み顧客情報ＩＤ「Ｃ０
０２」の見込み顧客情報に最高得点の入札をしているレ
コードはデータレコード１０１０であるので、図６のデ
ータレコード１１０５の様に記録する。

【００８６】見込み顧客情報ＩＤ「Ｃ００４」の見込み
顧客情報に関しては、代理店ＩＤ「Ａ００１」及び「Ａ
００４」の各代理店が、データレコード１００７及び１
０１１の様に同じ最高得点を入札している。図７の過去
の実績格納部１４５から該当する代理店のデータレコー
ド１２０７及び１２０８を読み出すと、この例では落札
情報数に対する契約獲得数はＡ代理店がＤ代理店より高
く、Ａ代理店はＤ代理店より有効に見込み顧客情報を利
用しているので、見込み顧客情報ＩＤ「Ｃ００４」の見
込み顧客情報の落札者としてＡ代理店を選択し、図６の
データレコード１１０６に記録する。

【００８７】落札者が決定し、ステップ６０５０で落札
者格納部１４０に落札情報を格納した後、落札者決定部
１１５は入札情報格納部１３５に落札結果を格納する
（ステップ６０６０）。

【００８８】図５に一例を示すが、落札結果フラグフィ
ールド１００５の項目に落札結果に応じたフラグを設定
する。この例ではデータレコード１００６、１００９及
び１０１１の「×」は落札できなかった入札情報である
ことを示し、データレコード１００７、１００８及び１
０１０の「○」は落札できた入札情報であることを示し
ている。

【００８９】サーバ１００の見込み顧客情報送信部１２
０は、落札者格納部１４０から落札者ＩＤフィールド１
１０３中の見込み顧客情報を落札した代理店ＩＤを読み
出し、見込み顧客情報格納部１２５から該当する見込み
顧客情報を読み出し、落札した代理店の入札装置２００
に対して編集前の見込み顧客情報の全ての項目を送信す
る（ステップ６０７０）。

【００９０】一方、見込み顧客情報を落札できなかった
入札情報の得点は入札の際に代理店保有得点格納部１５
０から削減されているので、サーバ１００の保有得点回
復部１５５は、入札情報格納部１３５の落札結果フラグ
フィールド１００５の内容を読み出し、削減した得点を
回復させる（ステップ６０８０）。このとき、回復させ
る際に保有できる得点の上限値を越えていないかを検査
し（ステップ６０９０）、越える場合は保有得点の上限
値まで回復する（ステップ６１００）。

【００９１】図１４は本実施形態の得点回復後の代理店
保有得点テーブルの一例を示す図である。データレコー
ド１４０１は代理店ＩＤが「Ａ００２」である代理店の
データを示すレコードである。

【００９２】ここに示す例では、代理店ＩＤ「Ａ００
２」のＢ代理店は、図４のデータレコード９０５に示す
様に、入札開始前に５３５ポイントを保有しており、図
５のデータレコード１００８及び１００９に示す様に見
込み顧客情報ＩＤ「Ｃ００１」及び「Ｃ００４」の見込
み顧客情報にそれぞれ１３０ポイント及び３５５ポイン
トの入札を行い、その結果、図１１のデータレコード１
３０２に示す様に入札終了時の保有得点は５０ポイント
になったが、見込み顧客情報ＩＤ「Ｃ００４」の見込み
顧客情報を落札した代理店は図６のデータレコード１１
０６に示す様にＡ代理店なので、入札時に削減された３
５５ポイントが回復され、図１４のデータレコード１４
０１に示す様に保有得点は４０５ポイントに回復されて
いる。

【００９３】上述の本実施形態の顧客情報配布システム
においては代理店保有得点格納部１５０をサーバ１００
に持たせているが、これを各代理店の入札装置２００に
持たせたり、その他の場所、例えば代理店が保有するＩ
Ｃカード等情報を記録可能な媒体内に持たせたりする様
にしても良い。

【００９４】またここではネットワークを介した入札装
置２００によって入札を行っているが、代理店に公開す
る情報を電話や郵便によって知らせ、入札情報を電話や
郵便で収集し、サーバ１００に接続する入札装置２００
から入札情報を入力することとしても良い。

【００９５】更に、以上の説明では見込み顧客情報を例
にとり説明したが、不特定多数の中の特定の一名を人的
判断無しに選択して配布する必要がある情報を扱い、か
つ情報の配布に金銭的売買を行わない取引へも適用可能
である。

【００９６】以上説明した様に本実施形態の顧客情報配
布システムによれば、顧客情報の全体を推測できない様
にその一部の項目を編集した上で表示して入札を行うの
で、顧客情報を必要とする情報希望者に対してその規模
に依存せず公平に配布することが可能である。

【００９７】

【発明の効果】本発明によれば顧客情報の全体を推測で
きない様にその一部の項目を編集した上で表示して入札
を行うので、顧客情報を必要とする情報希望者に対して
その規模に依存せず公平に配布することが可能である。

【図面の簡単な説明】

【図１】本実施形態の顧客情報配布システムの概略構成
を示す図である。

【図２】本実施形態の見込み顧客情報格納部１２５中の
見込み顧客情報テーブルの一例を示す図である。

【図３】本実施形態の掲示板表示用情報格納部１３０中
の公開用見込み顧客情報テーブルの一例を示す図であ
る。

【図４】本実施形態の代理店保有得点格納部１５０中の
代理店保有得点テーブルの一例を示す図である。

【図５】本実施形態の入札情報格納部１３５中の入札情
報テーブルの一例を示す図である。

【図６】本実施形態の落札者格納部１４０中の落札者情
報テーブルの一例を示す図である。

【図７】本実施形態の過去の実績格納部１４５中の代理
店実績情報テーブルの一例を示す図である。

【図８】本実施形態の顧客情報配布システムの処理手順
を示すフローチャートである。

【図９】本実施形態のステップ２０２０の公開用見込み
顧客情報作成処理の処理手順を示すフローチャートであ
る。

【図１０】本実施形態のステップ２０３０の入札処理の
処理手順を示すフローチャートである。

【図１１】本実施形態の得点削減後の代理店保有得点テ
ーブルの一例を示す図である。

【図１２】本実施形態の代理店得点蓄積処理の処理手順
を示すフローチャートである。

【図１３】本実施形態の落札者決定処理の処理手順を示
すフローチャートである。

【図１４】本実施形態の得点回復後の代理店保有得点テ
ーブルの一例を示す図である。

【符号の説明】

１００…サーバ、２００…入札装置、１０５…掲示板表
示用情報作成部、１１０…入札機能部、１１５…落札者
決定部、１５５…保有得点回復部、１２０…見込み顧客
情報送信部、１２５…見込み顧客情報格納部、１３０…
掲示板表示用情報格納部、１３５…入札情報格納部、１
４０…落札者格納部、１４５…過去の実績格納部、１５
０…代理店保有得点格納部、７０１…見込み顧客情報Ｉ
Ｄフィールド、７０２…氏名フィールド、７０３…性別
フィールド、７０４…年齢フィールド、７０５…住所フ
ィールド、７０６…電話番号フィールド、７０７…職業
フィールド、７０８…年収フィールド、７０９…希望商
品フィールド、７１０…データレコード、８０１…住所
フィールド、８０２…最低入札得点フィールド、９０１
…代理店ＩＤフィールド、９０２…代理店名称フィール
ド、９０３…累積得点フィールド、９０４及び９０５…
データレコード、１００１…通番フィールド、１００２
…代理店ＩＤフィールド、１００３…見込み顧客情報Ｉ
Ｄフィールド、１００４…入札得点フィールド、１００
５…落札結果フラグフィールド、１００６〜１０１１…
データレコード、１１０１…通番フィールド、１１０２
…見込み顧客情報ＩＤフィールド、１１０３…落札者Ｉ
Ｄフィールド、１１０４〜１１０６…データレコード、
１２０１…代理店ＩＤフィールド、１２０２…代理店名
称フィールド、１２０３…落札情報数フィールド、１２
０４…契約獲得数フィールド、１２０５…落札情報数フ
ィールド、１２０６…契約獲得数フィールド、１２０７
及び１２０８…データレコード、１３０１及び１３０２
…データレコード、１４０１…データレコード。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 情報保有者が保有する顧客情報を情報希
   望者に配布する顧客情報配布方法であって、 保有する顧客情報の中から配布する顧客情報を選別し、
   顧客情報の全体を推測できない様に前記選別した顧客情
   報の一部の項目を編集した公開用顧客情報を作成して表
   示し、 前記表示した公開用顧客情報への入札を行い、前記選別
   された編集前の顧客情報を落札する情報希望者をその入
   札情報が示す得点に応じて決定し、前記落札が決定され
   た情報希望者へ落札された編集前の顧客情報を送信する
   ことを特徴とする顧客情報配布方法。
2. 【請求項２】 配布する顧客情報の内容に応じて入札に
   必要な最低得点を算出し、前記算出した最低得点以上の
   入札のみを受け付けることを特徴とする請求項１に記載
   された顧客情報配布方法。
3. 【請求項３】 前記入札の際に前記情報保持者に対する
   情報希望者の日常業務の実績に応じて蓄積された得点の
   範囲内で入札を行うことを特徴とする請求項１または請
   求項２のいずれかに記載された顧客情報配布方法。
4. 【請求項４】 情報保有者が保有する顧客情報を情報希
   望者に配布する顧客情報配布システムであって、 保有する顧客情報の中から配布する顧客情報を選別し、
   顧客情報の全体を推測できない様に前記選別した顧客情
   報の一部の項目を編集した公開用顧客情報を作成する掲
   示板表示用情報作成部と、 前記公開用顧客情報を入札装置に送信し入札情報を入札
   装置から受信して入札を行う入札機能部と、前記公開用
   顧客情報を入札機能部から受信して入札情報を入札機能
   部に送信する複数の入札装置と、 前記選別された編集前の顧客情報を落札する情報希望者
   を前記複数の入札装置から送信された入札情報が示す得
   点に応じて決定する落札者決定部と、前記落札者決定部
   で落札が決定された情報希望者の入札装置へ、落札され
   た編集前の顧客情報を送信する顧客情報送信部とを備え
   ることを特徴とする顧客情報配布システム。
5. 【請求項５】 前記掲示板表示用情報作成部は配布する
   顧客情報の内容に応じて入札に必要な最低得点を算出
   し、前記入札機能部は前記算出した最低得点以上の入札
   のみを受け付けるものであることを特徴とする請求項４
   に記載された顧客情報配布システム。
6. 【請求項６】 前記入札装置は前記入札の際に前記情報
   保持者に対する情報希望者の日常業務の実績に応じて蓄
   積された得点の範囲内で入札を行うものであることを特
   徴とする請求項４または請求項５のいずれかに記載され
   た顧客情報配布システム。