JP2002133001A - 業務提供者選択システムならびにそのためのプログラムを記憶したコンピュータ読み取り可能な記録媒体およびプログラム配信方法 - Google Patents

Abstract

(57)【要約】 【課題】 業務提供者データベースを個々の所属組織を
こえる形で作成して、利用者が納得できる業務提供者選
択システムの実現化を図ることを目的とする。 【解決手段】 選択対象者は、不動産や証券，保険など
のように高価で、利用者にとって安心と保証を得たい商
品・サービスの営業員や、弁護士，弁理士，建築士など
の専門職である。利用者Ａ氏は、検索条件（地域，専門
など）およびタイプ条件（性格，趣味など）をサービス
センタ６に送信する。データ検索部６２ａは検索条件に
合致する担当者候補を抽出し、マッチング順位設定部６
２ｂは当該担当者候補のそれぞれとタイプ条件との一致
率を算出する。この一致率を含む検索結果が利用者ＰＣ
２に送信される。また、サービスセンタ６は利用者Ａ氏
に匿名用私書箱６６ｂ（メールアドレス：ａ２）を設定
する。利用者Ａ氏は選択した営業員Ｂ氏とのメールのや
りとりをこのアドレスａ２で行なうことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、業務提供者選択シ
ステムならびにそのためのプログラムを記憶したコンピ
ュータ読み取り可能な記録媒体およびプログラム配信方
法に関し、特に提供商品や提供サービスの価値が、提供
者側の業務経験，専門知識，スキルは勿論のこと、（商
品やサービスを購入する）利用者が提供者側から受ける
安心感・信頼感に大きく依存しやすい分野における業務
提供者の選択システムに関する。

【０００２】対象となる業務提供者は、例えば不動産や
証券，保険などのように高価で、利用者にとっては安心
と保証を確保したい商品・サービスを販売する営業員，
コンサルタントや、もっぱら個々のスキル・専門知識・
応対内容によって利用者側の満足度が決まってくる弁護
士，弁理士，建築士，会計士，税理士などである。

【０００３】不動産などの商品をこれから購入しようと
する利用者にとって、一般に当該商品が高価な「唯一の
商品」であるとともに、日常的な買い物と違い一生に１
度か２度だけの購入経験となることが多い。そのため、
利用者は、担当となる営業員の経験，商品知識，金融知
識，法律知識や、担当営業員との相性などが気になると
ころである。

【０００４】また、弁護士，弁理士，建築士，会計士，
税理士などのサービス業務に関しても、その専門知識の
みならず、サービス提供者のいわゆる「人となり」が利
用者の満足の程度に大きな影響を与えることが多い。

【０００５】このような利用者側の安心感，満足感を確
保するためには、利用者が、多数の業務提供者の業務用
個人情報に基づいて自己の担当者を積極的に選択でき、
さらには当該選択後の少なくともある時期まではこの担
当者に匿名のかたちで商品やサービスの内容などを照会
・相談してその回答を受け取れるといった選択肢を提供
することが望ましく、本発明はこの要請に応えるもので
ある。

【０００６】

【従来の技術】従来、不動産などの売買を希望する利用
者は、 ・広告，評判，自己の既得情報などに基づいて特定の不
動産会社などを訪れ、 ・そのときに応対した営業員などに希望内容を説明し、 ・自らの希望に合致しそうな商品やその情報を当該営業
員から示してもらっている。

【０００７】すなわち、営業員にアクセスしたい利用者
は、先ず広告媒体などを通じて認識した特定の会社に行
き、そこでたまたま応対した営業員や会社の方で決める
営業員をアクセス相手とするしかない。

【０００８】また、弁護士，弁理士，建築士，会計士，
税理士などのサービスを受けたい利用者からこのサービ
ス提供者側へのアクセス手順も基本的には、不動産など
の売買を希望するときのそれと同様であり、利用者側が
自ら希望する専門性や性格のサービス提供者を前もって
積極的に選択することは難しい。

【０００９】

【発明が解決しようとする課題】このような従来の、利
用者からの、特定の商品，サービスについての専門知識
や技能などを持つ業務提供者に対するアクセス手順で
は、利用者の訪問先の会社などで対応にあたった者など
がいわば機械的に当該利用者の担当者となってしまい、
そこには利用者側からの積極的な選択機能が働いていな
いので、利用者が自らの意にかなった業務提供者を選択
できないという問題点があった。

【００１０】また、この選択機能の不十分さのため、有
為な業務提供者にとっても自らの優れた技能，専門知識
や接客能力を多くの顧客に対して発揮する機会に恵まれ
にくいという問題点があった。

【００１１】そこで、本発明では、上記業務提供者それ
ぞれの業務用個人情報を有するデータベースを個々の所
属組織の枠をこえる形で準備し、このデータベースに対
する利用者側からの検索処理をサポートして、利用者か
らみて納得のいく業務提供者選択システムの実現化を図
ることを目的とする。

【００１２】また、利用者と、利用者が選択した業務提
供者、例えば不動産の営業員との間の電子メールのやり
とりのためのいわば匿名私書箱（利用者用）を設置し
て、特に取引初期段階での利用者側の不安感をなくし、
不動産などの高額商品の取引の活発化を図ることを目的
とする。

【００１３】

【課題を解決するための手段】本発明はこの課題を次の
ようにして解決する。 （１）特定の商品，サービスについての専門知識や技能
などを持つ複数の業務提供者を対象として、利用者（例
えば後述のＡ氏）が自己の担当者の選択のために指定し
た条件を受け取る受信手段（例えば後述のＷＷＷサーバ
６１）と、前記業務提供者それぞれの業務用個人情報を
有するデータベース（例えば後述の営業員デ−タベース
６３）から第１の前記条件（例えば後述の選択条件）に
対応した担当者候補情報を抽出する検索手段（例えば後
述の営業員情報抽出部６２）と、前記データベースから
抽出した前記担当者候補情報を利用者側に送出する送信
手段（例えば後述のＷＷＷサーバ６１）とを備えた、業
務提供者選択システムを構築する。 （２）上記（１）において、前記担当者候補情報それぞ
れと第２の前記条件（例えば後述のタイプ条件など）と
の一致の程度を求める算出手段（例えば後述のマッチン
グ順位設定部６２ｂ）を付加する。 （３）上記（１），（２）において、前記担当者候補情
報に基づいて利用者（例えば後述のＡ氏）が選択した担
当者（例えば後述のＢ氏）から当該利用者あてに送られ
る電子メールの匿名私書箱（例えば後述の利用者用私書
箱６６ｂ）を設定するメール管理手段（例えば後述のメ
ール管理部６４）を付加する。ことを特徴とする請求項
１または２記載の業務提供者選択システム。 （４）上記（３）において、前記メール管理手段は、利
用者から前記担当者あての電子メールの発信元アドレス
として前記匿名私書箱の識別情報を用いる。

【００１４】本発明によれば、上記（１）のように、特
定の商品，サービスについての専門知識や技能などを持
つ複数の業務提供者それぞれの業務用個人情報を有する
データベースを準備しておき、この商品，サービスを購
入しようとする利用者側からの当該データベースに対す
る検索処理をサポートすることにより、利用者からみて
納得のいく業務提供者選択システムの実現化を図ってい
る。

【００１５】すなわち、日常生活の中での購入・利用頻
度が少なく、また将来にわたっての生活の基盤ともいえ
る商品・サービスの提供を受ける利用者に対し、この提
供内容の満足度に大きな影響を与えることが多い業務提
供者側の個人情報（経験，専門知識，趣味，行動規範な
ど）を準備することにより、当該利用者が自己の希望に
できるだけ合致する業務提供者を選択できるようにして
いる。

【００１６】また、上記（２）のように、選択条件に合
致した担当者候補情報と（選択条件の他に利用者が指定
した）いわば好み条件とがどの程度一致しているかを求
めて利用者側に提供することにより、利用者の業務提供
者選択作業の効率化を図っている。

【００１７】上記（１) ，（２) の業務提供者選択シス
テムは利用者との間にインターネットなどの通信回線を
介さない場合、例えば利用者が当該システムのローカル
な入出力装置を操作して検索したり、業務用個人情報の
データベースを記憶したＣＤ−ＲＯＭなどを利用者側装
置に準備して検索する場合にも適用できる。

【００１８】また、上記（３），（４）のように、利用
者に対して電子メールの匿名私書箱を設定し、さらには
利用者が自ら選択した担当者あての電子メールの発信元
アドレスとして、（利用者がそれまで使っていた私書箱
ではなく）当該匿名私書箱の識別情報を用いることによ
り、例えば不動産取引などの初期段階における利用者の
精神的な不安感を確実に払拭している。

【００１９】本発明は、このような特徴を持つ業務提供
者選択システムを対象とし、さらにはそのためのプログ
ラムを記憶したコンピュータ読み取り可能な記録媒体お
よびプログラム配信方法も対象とする。

【００２０】このプログラム配信方法は、業務提供者選
択システムで用いられるプログラムを通信回線を介して
配信するプログラム配信方法において、前記プログラム
が、特定の商品，サービスについての専門知識や技能な
どを持つ複数の業務提供者それぞれの営業用個人情報を
有するデータベースから、利用者が自己の担当者の選択
のために指定した条件に対応する担当者候補情報を抽出
し、この抽出データを利用者側に送出する機能をコンピ
ュータに実現させるためのものである。

【００２１】

【発明の実施の形態】図１乃至図１７を参照して本発明
の実施の形態を説明する。

【００２２】なお、本発明は、上述のように不動産や証
券，保険など、高価で、利用者にとって日常的な買い物
とはいえない商品・サービスを販売する営業員，コンサ
ルタントや、もっぱら個々のスキル・専門知識・応対内
容によって利用者側の満足度が決まってくる弁護士，弁
理士，建築士，会計士，税理士などの業務提供者を対象
としているが、以下の実施の形態では、説明の便宜上、
不動産の営業員を前提とする。

【００２３】これらの図において、１は営業員の検索
や、営業員および利用者間の電子メールなどの通信環境
を提供するインターネット，２はメールアドレスａ１を
獲得済で、かつ、後述のサービスセンタ６に匿名私書箱
（メールアドレスａ２）を新たに設置する利用者Ａ氏の
利用者ＰＣ，３はメールアドレスｂ１を獲得済の営業員
Ｂ氏の営業員ＰＣ，４は利用者Ａ氏が加入済（メールア
ドレスａ１）のメールサーバ，４１はＡ氏宛の電子メー
ルを保持するスプールファイル，５は営業員Ｂ氏が加入
済（メールアドレスｂ１）のメールサーバ，５１はＢ氏
宛の電子メールを保持するスプールファイル，６は営業
員の検索、匿名私書箱の設定や、営業員および利用者間
の電子メールの管理などの各種サービスを提供するサー
ビスセンタ，６１はＷＷＷサーバ，６２は営業員情報抽
出部，６２ａはデータ検索部，６２ｂはマッチング順位
設定部，６３は営業員データベース，６４はメール管理
部，６５は利用者データベース，６６はメールサーバ，
６６ａはメール送受信部，６６ｂは利用者Ａ氏用の匿名
私書箱，６７はデ−タ入出力手段、６８は申請デ−タ収
集部，６９は登録申請審査部，７は詳細表示画面設定用
のクリック部分，をそれぞれ示している。

【００２４】図１は、業務提供者選択システムの概要を
示す説明図である。なお、サービスセンタ６のメールサ
ーバ６６には利用者Ａ氏の私書箱がすでに設置されてい
るものとする（図８〜図１０参照) 。

【００２５】ここで、自己の担当営業員を選択したい利
用者Ａ氏は、画面入力した検索条件およびタイプ条件
（図１４参照）などからなる検索要求を、加入プロバイ
ダ（図示省略）およびインターネット１を介してサービ
スセンタ６に送信する。

【００２６】この検索要求を受けたＷＷＷサーバ６１
は、ＣＧＩ(Common Gateway Interface)またはＡＰＩ(A
pplication Program Interface) により営業員情報抽出
部６２を起動する。

【００２７】営業員情報抽出部６２のデータ検索部６２
ａは、利用者Ａ氏が指示した検索条件に対応する複数の
情報（担当者候補情報）を検索する。また、マッチング
順位設定部６２ｂは、担当者候補情報のそれぞれとＡ氏
が指示したタイプ条件などとの一致率を算出する（図１
５参照）。

【００２８】ＷＷＷサーバ６１は、この一致率を含む検
索結果をインターネット１およびＡ氏の加入プロバイダ
を介して利用者ＰＣ２に送信する。

【００２９】利用者Ａ氏は、自側に画面表示されるこの
検索結果を参照しながら、実際に不動産売買の商談対象
としたい担当者を選択して、当該担当者とのメールのや
りとりへと移行する。ここでは、利用者Ａ氏は担当者と
して営業員Ｂ氏を選択したとする。

【００３０】サービスセンタ６のメールサーバ６６は、
利用者Ａ氏から営業員Ｂ氏への通信内容を、利用者Ａ氏
の特定が可能な情報（通常用いているメールアドレスａ
１など）を付けることのないメール形式で、メールサー
バ５の営業員Ｂ氏（メールアドレスｂ１）のメールボッ
クスに送信する機能を有している。

【００３１】すなわち、利用者Ａ氏からの要求に基づい
てメール管理部６４が設けるいわば匿名用の私書箱６６
ｂのメールアドレスａ２を送信元アドレスとしたメール
（宛先ｂ１）をメールサーバ５に送信する（図２参
照）。

【００３２】その結果、営業員Ｂ氏が利用者Ａ氏にメー
ルを送るときの送信先アドレスは、必然的に、Ａ氏加入
済のメールサーバ４の「ａ１」ではなくサービスセンタ
６の「ａ２」となる。

【００３３】これにより営業員Ｂ氏から利用者Ａ氏宛て
のメールはサービスセンタ６のメールサーバ６６に必ず
入り、続いて当該サーバはこのメールを、 ・私書箱６６ｂに保持したり、 ・利用者Ａ氏加入のメールサーバ４に転送したりする。

【００３４】メールサーバ６６がメールを私書箱６６ｂ
に保持するのは、 ・サービスセンタ６がウェブメール対応の場合（ケース
１） ・サービスセンタ６が（ウェブメール対応ではなく）通
常の電子メール対応で、かつ、利用者Ａ氏が、アクセス
先サーバのＩＰアドレスを初期設定のメールサーバ４の
アドレスからサービスセンタ６のメールサーバ６６のア
ドレスに変更している場合（ケース２） である。

【００３５】利用者Ａ氏は、ケース１ではサービスセン
タ６のＷＷＷサーバ６１にアクセスし、またケース２で
はサービスセンタ６のメールサーバ６６にアクセスした
上でそれぞれ私書箱６６ｂのメール内容を取り出す。

【００３６】メールサーバ６６がメールを利用者Ａ氏加
入のメールサーバ４に転送するのは、例えばサービスセ
ンタ６が通常の電子メール対応で、かつ、利用者Ａ氏の
アクセス先サーバのＩＰアドレスが初期設定のメールサ
ーバ４のアドレスのままの場合（ケース３）である。

【００３７】ケース３では、利用者Ａ氏はそのままでは
メールサーバ４に入っているメールしか取り出せない、
すなわちメールサーバ６６の私書箱６６ｂの内容を取り
出せないので、メールサーバ４へのメール転送処理が必
須となる。このとき、転送メールを私書箱６６ｂに保持
するようにしてもよいことは勿論である。

【００３８】図２は、図１の（通常メールアドレスａ１
および匿名用メールアドレスａ２を持つ）利用者Ａ氏か
ら営業員Ｂ氏への電子メールの態様を示す説明図であ
り、(a) はケース１のウェブメールの場合、(b) はケー
ス２の通常の電子メール（利用者Ａ氏はメールサーバ６
６に対応）の場合、(c) はケース３の通常の電子メール
（利用者Ａ氏はメールサーバ４に対応）の場合、をそれ
ぞれ示している。

【００３９】なお、図２の各場合は、サービスセンタ６
がサポートする電子メールの態様を示しているのであっ
て、利用者Ａ氏と営業員Ｂ氏との間でサービスセンタ６
を介さずに電子メールを直接送れることは勿論である。

【００４０】(a) のウェブメールは、利用者Ａ氏からＷ
ＷＷサーバ６１に送られたメール用情報に基づいてメー
ル管理部６４が作成するメールである。当該メールはメ
ールサーバ６６から営業員Ｂ氏のメールサーバ５に送信
される。

【００４１】このウェブメールのヘッダの送信元アドレ
スはあくまで「ａ２」であり、また当該ヘッダの転送経
路情報に利用者Ａ氏からＷＷＷサーバ６１までのメール
用情報の通信経路が含まれることもない。宛先アドレス
は勿論「ｂ１」である。

【００４２】(b) の電子メールは、利用者Ａ氏が作成し
たメールでそのヘッダには「送信元アドレスａ２，宛先
アドレスｂ１」が入っている。

【００４３】当該メールは、Ａ氏の利用者ＰＣ２からメ
ールサーバ６６に送られ、そこのメール管理部６４の動
作によってヘッダ中の転送経路情報（上記通信経路）の
みを削除した上で、営業員Ｂ氏のメールサーバ５に送信
される。

【００４４】(c) の電子メールは、利用者Ａ氏が作成し
たメールでそのヘッダには「送信元アドレスａ１，宛先
アドレスａ２」が、またボディの先頭部分には「営業員
Ｂ氏のメールアドレスｂ１とそれに続く空行」が入って
いる。

【００４５】当該メールは、Ａ氏の利用者ＰＣ２からメ
ールサーバ４を経由してメールサーバ６６に送られ、そ
このメール管理部６４の動作によってヘッダ中のアドレ
スを「送信元アドレスａ２，宛先アドレスｂ１」に変更
するとともに、ヘッダ中の転送経路情報（上記通信経
路）およびボディ先頭部分の「営業員Ｂ氏のメールアド
レスｂ１とそれに続く所定数の空行」を削除した上で、
営業員Ｂ氏のメールサーバ５に送信される。なお、この
「所定数の空行」は今回のサービスを受けるための取決
め事項である。

【００４６】メール管理部６４は、受信メールが (c)の
電子メールに該当するかどうかの判断基準として、 ・ボディ先頭部分のデータに続く「所定数の空行」があ
るかどうか、 ・送信元アドレスが利用者デ−タベース６５に登録され
ているかどうか、 などを用いる。

【００４７】図３は、営業員情報登録の態様を示す説明
図である。自己の情報をサービスセンタ６に登録したい
営業員Ｂ氏は、登録対象情報（図５参照）をインターネ
ット１を経由してＷＷＷサーバ６１に送信したり、この
情報を記入した書面（内容）をファクシミリや郵便によ
って当該サービスセンタに送る。

【００４８】ファクシミリの送信内容をサービスセンタ
６で紙出力する場合や、郵便の場合には、これらの書面
内容をキーボード入力やスキャナなどのデ−タ入出力手
段６７でアプリケ−ション対応の電子デ−タに変換す
る。

【００４９】サービスセンタ６に入ってきた登録対象情
報は、申請デ−タ収集部６８を経て登録申請審査部６９
で所定のチェック、例えば未入力項目の有無，入力形式
ミスや、悪質リストに掲載の営業員でないかどうかなど
のチェックを受ける。

【００５０】登録申請審査部６９は、チェックの結果
「ＯＫ」となった登録対象情報を営業員デ−タベース６
３に登録して、その旨を営業員Ｂ氏に通知する。

【００５１】このときの通知手法としては、 ・メールサーバ６６から（営業員Ｂ氏のＰＯＰサーバで
ある）メールサーバ５に送信する、 ・ファクシミリ回線を介して（紙出力することなしに）
直接送信する、 ・いったん紙出力してから郵送する、 などの方法を用いる。

【００５２】図４は、営業員情報の登録手順を示す説明
図であり、その内容は次のようになっている。なお、こ
こでは登録した旨の確認通知をサービスセンタ６から電
子メールで営業員Ｂ氏側に送ることにする。 (s11) 営業員ＰＣ３は、インターネット１経由でＷＷＷ
サーバ６１のウェブページにアクセスする。 (s12) ＷＷＷサーバ６１は、ＨＴＭＬ形式の営業員登録
ページをインターネット１経由で営業員ＰＣ３に送出す
る。 (s13) 営業員ＰＣ３のブラウザは、営業員登録ページを
ＨＴＭＬ解析して営業員登録画面を表示する（図５参
照）。 (s14) 営業員Ｂ氏は、この営業員登録画面上で各種登録
情報を入力する。 (s15) 営業員ＰＣ３は、この入力情報をインターネット
１経由でＷＷＷサーバ６１に送出する。 (s16) ＣＧＩなどによって起動される登録申請審査部６
９は、受信した入力内容にミス（入力もれや、後述の
「大切（行動規範）」項目の選択数オーバなど）がある
かどうかを判断して、「 YES 」 の場合は次のステップに
進み、「NO」 の場合はステップ（s21)に進む。 (s17) ＷＷＷサーバ６１は、登録申請審査部６９がＨＴ
ＭＬ化したエラー種別・再入力要請情報をインターネッ
ト１経由で営業員ＰＣ３に送出する。 (s18) 営業員ＰＣ３のブラウザは、このエラー種別・再
入力要請情報をＨＴＭＬ解析して画面表示する。 (s19) 営業員Ｂ氏は、登録情報を再入力するかどうかを
判断して、「 YES 」 の場合は次のステップに進み、「N
O」 の場合は登録処理を終了させる。 (s20) 営業員ＰＣ３は、画面表示をステップ(s14) の処
理後の画面に戻し、当該画面上で営業員Ｂ氏が必要な登
録情報を再入力して、ステップ(s15) に戻る。 (s21) ＷＷＷサーバ６１は、登録申請審査部６９がＨＴ
ＭＬ化した登録確認情報（登録内容）をインターネット
１経由で営業員ＰＣ３に送出する。 (s22) 営業員ＰＣ３のブラウザは、この登録確認情報を
ＨＴＭＬ解析して画面表示する。 (s23) 営業員Ｂ氏は、画面表示をみて登録内容が「Ｏ
Ｋ」であるかどうかを判断して、「 YES 」 の場合は次の
ステップに進み、「NO」 の場合はステップ(s20) に戻
る。 (s24) 営業員ＰＣ３は、確認コマンドをインターネット
１経由でＷＷＷサーバ６１に送出する。 (s25) この確認コマンドを受けた登録申請審査部６９
は、登録日デ−タを取得する。 (s26) 登録申請審査部６９は、営業員Ｂ氏が確認した上
記入力内容および当該登録日デ−タを営業員デ−タベー
ス６３に登録する。 (s27) メールサーバ６６は、登録申請審査部６９から受
けた登録確認メールをインターネット１経由で営業員Ｂ
氏のメールサーバ５（メールアドレスｂ１）に送出す
る。このメールアドレスは営業員デ−タベース６３への
登録事項である。 (s28) 営業員ＰＣ３は、営業員Ｂ氏がメールサーバ５か
ら取り出した登録確認メールを画面表示する。

【００５３】図５は、営業員の入会ページ画面（営業員
登録画面）を示す説明図である。営業員は、この表示画
面を用いて自己の登録情報をクリック操作やキーボード
操作により入力する。

【００５４】入力内容は、 (1)基本情報（氏名，パスワード，顔写真ファイル，性
別，年齢，メールアドレス，連絡先，ホームグランド，
その他の活動エリア，所属会社名など） (2)業務内容，資格，ＰＲ，自己評価（業務種別，可能
な相談，有する資格，自己ＰＲ，趣味，行動規範，自己
評価など） (3)有料会員登録情報 などに大別される。

【００５５】行動規範の対応項目は「大切」であり、ま
た、自己評価の対応項目は「人間関係」，「視点と立
場」および「会話と印象」である。

【００５６】上記 (1)，(2) の入力は必須であり、「趣
味」および「大切」についての入力数はそれぞれ例えば
３つである。

【００５７】図６は、営業員データベースの概要を示す
説明図である。営業員データベースの内容は、 ・識別用個人情報（例えばＩＤ，会員種別，登録年月
日，パスワード，氏名，氏名フリガナ，性別，生年月日
など） ・営業用個人情報（例えばメールアドレス，業務用個人
連絡先，趣味，営業地域，営業形態，可能な相談，所有
する関連資格，営業ポリシー，自己評価，自己ＰＲな
ど） ・勤務先情報 に大別される。

【００５８】さらには、後述の一覧表示および詳細表示
（図１６，図１７参照）に用いる情報を特定するための
識別フラグを、個々の項目情報の単位で付与している。

【００５９】この営業員データベースの中で検索対象と
なるのは、例えば性別，生年月日，営業地域，営業形
態，可能な相談，所有する関連資格などの項目である。

【００６０】また、利用者が提示する希望条件（タイプ
条件）とのマッチング指数の算出対象となるのは、例え
ば性別，趣味，ペット飼育，行動規範，自己評価などの
項目である。

【００６１】図７は、私書箱設置の態様を示す説明図で
ある。匿名用の私書箱６６ｂをサービスセンタ６に設置
したい利用者Ａ氏は、私書箱設置申請を、利用者ＰＣ２
からインターネット１を経由してＷＷＷサーバ６１に送
信する。私書箱設置申請には利用者Ａ氏の希望メールド
レスが必要に応じて含まれる。

【００６２】この申請を受けたＷＷＷサーバ６１はＣＧ
Ｉによりメール管理部６４を起動する。

【００６３】そして、メール管理部６４は、例えば通常
の電子メールの場合、 ・既存私書箱を検索して、利用者Ａ氏の希望メールドレ
スａ２が設定済であるかどうかを判断し、 ・この希望メールドレスが設定済でない場合には当該ア
ドレスを含む利用者情報を利用者デ−タベース６５に登
録し（図１１参照) 、すなわち私書箱デ−タ登録をおこ
ない、 ・希望メールドレスａ２の私書箱を設置した旨を示すと
ともに、Ａ氏の利用者ＩＤを知らせる内容の確認通知メ
ールをメールサーバ６６から（利用者Ａ氏のＰＯＰサー
バである）メールサーバ４に送信する。

【００６４】これにより、利用者Ａ氏はメールサーバ４
のメールドレス「ａ１」の他にサービスセンタ６のメー
ルサーバ６６の匿名私書箱６６ｂのメールアドレス「ａ
２」を併せて獲得する。

【００６５】既存私書箱の検索を実行して、利用者Ａ氏
の希望メールアドレスａ２が設定済の場合にはその旨の
通知メールをメールサーバ４に送信する。

【００６６】なお、サービスセンタ６のメールサポート
形式がウェブメールの場合は、利用者Ａ氏の私書箱設置
申請内容に希望メールアドレスは含まれない。メール管
理部６４が匿名私書箱のメールアドレスを自動的に付与
する（図８参照）。

【００６７】図８は、匿名私書箱の設置手順（ウェブメ
ールの場合）を示す説明図であり、その内容は次のよう
になっている。 (s31) 利用者ＰＣ２は、インターネット１経由でＷＷＷ
サーバ６１のウェブページにアクセスする。 (s32) ＷＷＷサーバ６１は、ＨＴＭＬ形式の私書箱登録
ページをインターネット１経由で利用者ＰＣ２に送出す
る。 (s33) 利用者ＰＣ２のブラウザは、私書箱登録ページを
ＨＴＭＬ解析して営業員登録画面を表示する（図１０参
照）。 (s34) 利用者Ａ氏は、この私書箱登録画面上で各種登録
情報を入力する。 (s35) 営業員ＰＣ３は、この入力情報をインターネット
１経由でＷＷＷサーバ６１に送出する。 (s36) ＣＧＩなどによって起動されるメール管理部６４
は、ＷＷＷサーバ６１から受けとった入力内容をチェッ
クする。チェック対象は、入力もれ，後述の「行動規
範」や「趣味」の項目の選択数オーバ，利用者のメール
アドレスの重複などである。メールアドレスの重複チェ
ックに際しては利用者デ−タベース６５を参照する。 (s37) メール管理部６４は、利用者Ａ氏の入力内容にミ
スがあったかどうかを判断して、「 YES 」 の場合は次の
ステップに進み、「NO」 の場合はステップ(s42)に進
む。 (s38) ＷＷＷサーバ６１は、メール管理部６４がＨＴＭ
Ｌ化したエラー種別・再入力要請情報をインターネット
１経由で利用者ＰＣ２に送出する。 (s39) 利用者ＰＣ２のブラウザは、このエラー種別・再
入力要請情報をＨＴＭＬ解析して画面表示する。 (s40) 利用者Ａ氏は、登録情報を再入力するかどうかを
判断して、「 YES 」 の場合は次のステップに進み、「N
O」 の場合は登録処理を終了させる。 (s41) 利用者ＰＣ２は、画面表示をステップ(s34) の処
理後の画面に戻し、当該画面上で利用者Ａ氏が必要な登
録情報を再入力して、ステップ(s35) に戻る。 (s42) ＷＷＷサーバ６１は、メール管理部６４がＨＴＭ
Ｌ化した登録確認情報（登録内容）をインターネット１
経由で利用者ＰＣ２に送出する。 (s43) 利用者ＰＣ２のブラウザは、この登録確認情報を
ＨＴＭＬ解析して画面表示する。 (s44) 利用者Ａ氏は、画面表示をみて登録内容が「Ｏ
Ｋ」であるかどうかを判断して、「 YES 」 の場合は次の
ステップに進み、「NO」 の場合はステップ(s41) に戻
る。 (s45) 利用者ＰＣ２は、確認コマンドをインターネット
１経由でＷＷＷサーバ６１に送出する。 (s46) この確認コマンドを受けたメール管理部６４は、
登録日と、その日の累積利用者番号とからなるメールア
ドレス「ａ２」を取得する。 (s47) メール管理部６４は、利用者Ａ氏が確認した上記
入力内容および当該メールアドレスを利用者デ−タベー
ス６５に登録する。 (s48) メールサーバ６６は、メール管理部６４から受け
た（メールアドレスａ２を含む）登録確認メールをイン
ターネット１経由で利用者Ａ氏のメールサーバ４（メー
ルアドレスａ１）に送出する。このメールアドレスａ１
は利用者デ−タベース６５への登録事項である。 (s49) 利用者ＰＣ２は、利用者Ａ氏がメールサーバ４か
ら取り出した登録確認メールを画面表示する。

【００６８】図９は、匿名私書箱の設置手順（通常の電
子メールの場合）を示す説明図である。ここでは、図２
の(c) のケース、すなわち図１０の入力画面の一番下の
項目「受信メールの転送」を利用者Ａ氏がクリック入力
した場合である。

【００６９】図９の設置手順が図８のそれと異なってい
るのは、 ・ステップ(s34) で、利用者Ａ氏がサービスセンタ６の
メールサーバ６６における希望メールアドレスを入力
し、 ・ステップ(s36) で、メール管理部６４が利用者デ−タ
ベース６５を参照することにより希望メールアドレスの
重複についてもチェックし、 ・ステップ(s46′) で、メール管理部６４が登録日のみ
を取得し、 ・ステップ(s47′) で、メール管理部６４が上記入力内
容および当該登録日を利用者デ−タベース６５に登録
し、 ・ステップ(s471)で、メール管理部６４が上記希望メー
ルアドレスでメール取出し用のＰＯＰアカウントを作成
し、 ・ステップ(s472)で、メール管理部６４がこのＰＯＰア
カウントの転送先を設定する、 ことである。

【００７０】なお、図２の(b) のケース、すなわち図１
０の入力画面の一番下の項目「受信メールの転送」を利
用者Ａ氏がクリック入力しなかった場合には、 図９のス
テップ(s472)の処理は不要である。

【００７１】図１０は、私書箱設置用の入力画面を示す
説明図である。利用者Ａ氏の入力項目は、 ・メールアドレスａ１ ・本名 ・ふりがな ・ハンドルネーム ・パスワード ・パスワードを忘れたときの質問 ・当該質問の答え ・性別 ・住所（都道府県） ・住所（市町村区） ・受信メールの転送の要否、すなわちサービスセンタ６
の私書箱６６ｂに送信されたメールをアドレスａ１に転
送するかどうか などである。ここで、上記ハンドルネームおよび上記質
問以外の項目についての情報はサービスセンタ６におけ
る非公開事項である。

【００７２】図１１は、利用者デ−タベースの概要を示
す説明図である。サービスセンタ６は図９の入力内容に
基づいてこのデ−タベースを作成する。

【００７３】項目４の選択フラグは図９における「受信
メールの転送の要否」の入力内容が「転送する」の場合
は「項目２の選択」を示し、また「転送しない」の場合
には「項目３の選択」を示す。なお、項目７および項目
１４の設定主体はサービスセンタ６のメール管理部６４
である。

【００７４】図１２は、営業員検索の態様を示す説明図
である。営業員情報の検索をしたい利用者Ａ氏は、イン
ターネット１経由でＷＷＷサーバ６１にアクセスして営
業員検索ページを取り出す。

【００７５】そして、この営業員検索ページにクッキー
情報を反映させた検索画面上（図１４参照）で検索条件
を入力する。

【００７６】この検索条件を受け取ったサービスセンタ
６は、営業員情報抽出部６２で、営業員デ−タベース６
３を参照することにより検索条件に合致した営業員情報
を抽出して、さらには抽出営業員それぞれと利用者Ａ氏
の好み（タイプ条件）とのマッチング指数を算出し（図
１５参照）、このマッチング指数付きの検索結果を利用
者ＰＣ２の側に送出する。

【００７７】利用者Ａ氏は、この検索結果を画面表示に
よって確認することができる（図１６，図１７参照）。

【００７８】図１３は、営業員情報の検索手順を示す説
明図であり、その内容は次のようになっている。 (s51) 利用者ＰＣ２は、インターネット１経由でＷＷＷ
サーバ６１のウェブページにアクセスする。 (s52) ＷＷＷサーバ６１は、ＨＴＭＬ形式の営業員検索
ページをインターネット１経由で利用者ＰＣ２に送出す
る。 (s53) 利用者ＰＣ２は、この営業員検索ページを受信す
る。 (s54) 利用者ＰＣ２は、自己のクッキーデ−タを保持し
ているかどうかを判断して、「 YES 」 の場合は次のステ
ップに進み、「NO」 の場合はステップ(s56) に進む。 (s55) 利用者ＰＣ２のブラウザは、営業員検索ページを
ＨＴＭＬ解析するとともに、自己のクッキーデ−タを参
照して利用者Ａ氏のそれまでの入力内容（検索条件およ
びタイプ条件）を反映させた形の検索画面（検索条件お
よびタイプ条件などの入力画面）を表示する（図１４参
照）。 (s56) 利用者ＰＣ２のブラウザは、営業員検索ページを
ＨＴＭＬ解析して画面表示する（図１４参照）。 (s57) 利用者Ａ氏は、この検索画面上で検索条件やタイ
プ条件（タイプ，行動規範，趣味など）を入力する。行
動規範および趣味の入力数はそれぞれ例えば２つであ
る。 (s58) 利用者ＰＣ２は、この入力情報をとり込んだかた
ちのクッキーデ−タファイルを作成する。 (s59) 利用者ＰＣ２は、この入力情報（検索条件および
タイプ条件など）をインターネット１経由でＷＷＷサー
バ６１に送出する。 (s60) ＣＧＩにより起動した営業員情報抽出部６２のデ
−タ検索部６２ａは、この検索条件に合致する営業員情
報を営業員デ−タベース６３から抽出する。 (s61) マッチング順位設定部６２ｂは、抽出した営業員
ごとのマッチング指数を、それぞれの営業員情報中のタ
イプ条件と利用者の対応入力内容とに基づいて算出する
（図１５参照）。 (s62) マッチング順位設定部６２ｂは、ステップ(s60)
の抽出営業員情報をこのマッチング指数の高い順にソー
トする。 (s63) 営業員情報抽出部６２は、ソート後の抽出デ−タ
をＨＴＭＬ化する。 (s64) ＷＷＷサーバ６１は、このＨＴＭＬ（検索結果情
報）をインターネット１経由で利用者ＰＣ２に送出す
る。 (s65) 利用者ＰＣ２のブラウザは、この検索結果情報を
ＨＴＭＬ解析して画面表示する（図１６参照）。

【００７９】なお、ステップ(s51) のアクセスにより利
用者ＰＣ２のクッキーデ−タは通常ＷＷＷサーバ６１に
送出されるので、検索画面の設定に際しては、ＷＷＷサ
ーバ６１の側が営業員検索ページにこのクッキーデ−タ
を復帰させた内容のデ−タをステップ(s52) で送出する
ようにしてもよい。

【００８０】図１４は、営業員検索条件などの入力画面
を示す説明図である。この検索画面の場合、 ・エリア ・業務種別 などの項目内容が検索条件であり、その下のタイプ１，
タイプ２・・・ペット，趣味などの項目内容がタイプ条
件である。各条件の項目をどのように設定するかは任意
であって、これ以外の項目を追加したり、図示の項目の
一部を削除したりしてもよいことは勿論である。

【００８１】図１５は、マッチング指数の算出手法を示
す説明図である。図１４に対応のマッチング指数の算出
対象としては、 (1)営業員の属性（タイプ１〜タイプ３） (2)営業員の重要視する行動規範 (3)営業員の趣味 (4)営業員のペット飼育の有無 などがある。

【００８２】これらの情報は、営業員が図５の画面で入
力し、また利用者Ａ氏が図１４の画面で入力したもので
ある。

【００８３】ここでは、(1)の営業員の属性について、
営業員は５段階で入力し、利用者は３段階で入力し、
(2)の行動規範について、営業員は３つ選択し、利用者
は２つ選択し、(3)の趣味について、営業員は３つ記入
し、利用者は２つ記入し、(4)のペット飼育について、
営業員および利用者はともに３段階で入力するものとし
ている。これらの個数に限定されないことは勿論であ
る。

【００８４】(1)の営業員の属性のマッチング指数の場
合は、図１４のタイプ１〜タイプ３の各項目についての
営業員の入力値と利用者の入力値とのずれを求め、これ
を５倍した値の合計値を基準値（最大値）「６０」から
減算する。この両者の入力値のずれは最大で「４＝（５
−１）」になる。タイプ１〜タイプ３のすべてが一致し
たときの当該属性のマッチング指数は「６０」である。

【００８５】なお、各タイプにおける利用者の入力値
は、 ・「ドライ」，「行動派」，「聞き上手」を「５」 ・「お客と密になる」，「理論派」，「話し上手」を
「１」 とする。

【００８６】「こだわらない」のときは、そのタイプ内
容が営業員と利用者とのマッチングの程度に何ら寄与し
ないので、当該タイプを計算対象外とし、上記減算のと
きの基準値（最大値）を「６０」から計算対象外１つに
つき「２０」だけ減らしていく。

【００８７】(2)の行動規範および (3)の趣味の場合は
それぞれ、 ・１つ重複した場合は「１０」だけ加算し、 ・２つ重複した場合は「２０」だけ加算する。

【００８８】(4)のペット飼育の有無の場合は、営業員
の登録内容が「飼っていない」でかつ利用者の入力内容
が「飼ってる」のときに「１０」だけ減算する。

【００８９】上記(1) 乃至(4) の算出対象のマッチング
指数の計算手法としてこの他の方法を用いてもよいこと
は勿論である。例えば、(2) および(3) において１つも
重複しないときには減算したり、(4) において減算する
ケースを増やしたり、営業員の登録内容と利用者の入力
内容とが一致したときには加算したりしてもよい。

【００９０】図１６は、営業員検索結果の一覧表示を示
す説明図である。この一覧表示の実行主体は利用者ＰＣ
２である。表示対象は、利用者が指定した検索条件に合
致し、かつマッチング指数が所定値以上の営業員情報で
ある。

【００９１】図１７は、図１６の一覧表示中の特定の営
業員についての詳細表示を示す説明図である。

【００９２】利用者Ａ氏は、図１６の一覧表示の各営業
員のエリアの「ｍｙｌｉｓｔ」の部分７をクリックする
ことにより、この詳細表示画面を設定できる。

【００９３】利用者ＰＣ２は、この詳細表示情報を、
「ｍｙｌｉｓｔ」のクリックに基づいてＷＷＷサーバ６
１に図１６の一覧表示情報とは別に要求してもよいし、
この一覧表示情報といっしょにＷＷＷサーバ６１から送
信してもらってもよい。

【００９４】サービスセンタ６は、図１６および図１７
の表示画面それぞれの営業員情報を営業員デ−タベース
６３のかたちで格納している。ＷＷＷサーバ６１は、営
業員情報抽出部６２が上述の抽出処理により営業員デ−
タベース６３から取り出した当該営業員情報を、利用者
ＰＣ２へと送出する。

【００９５】プログラムを格納する記録媒体としては、 ・プログラム提供者側のデータベース（回線先メモリ） ・各種形式の可搬型記録媒体 ・コンピュータ本体部側のＲＡＭやハードディスク などのいずれでもよく、当該プログラムはコンピュータ
本体部にローディングされてその主メモリ上で実行され
る。

【００９６】

【発明の効果】本発明によれば、このように、特定の商
品，サービスについての専門知識や技能などを持つ複数
の業務提供者それぞれの業務用個人情報を有するデータ
ベースを準備しておき、この商品，サービスを購入しよ
うとする利用者側からの当該データベースに対する検索
処理をサポートするので、利用者からみて納得のいく業
務提供者選択システムを提供することができる。

【００９７】また、利用者が指定する選択条件に合致し
た担当者候補情報と（選択条件の他に利用者が指定し
た）いわば好み条件とがどの程度一致しているかを求め
て利用者側に示しているので、利用者の業務提供者選択
作業の効率化を図ることができる。

【００９８】また、利用者に対して電子メールの匿名私
書箱を設定し、さらには利用者が自ら選択した担当者あ
ての電子メールの発信元アドレスとして（利用者がもと
もと確保している私書箱ではなく）当該匿名私書箱の識
別情報を用いるので、例えば不動産取引などの初期段階
における利用者の精神的な不安感を確実に払拭すること
ができる。

【図面の簡単な説明】

【図１】本発明の、業務提供者選択システムの概要を示
す説明図である。

【図２】本発明の、図１の（通常メールアドレスａ１お
よび匿名用メールアドレスａ２を持つ）利用者Ａ氏から
営業員Ｂ氏へのメールの態様を示す説明図である。

【図３】本発明の、営業員情報登録の態様を示す説明図
である。

【図４】本発明の、営業員情報の登録手順を示す説明図
である。

【図５】本発明の、営業員の入会ページ画面を示す説明
図である。

【図６】本発明の、営業員データベースを示す説明図で
ある。

【図７】本発明の、私書箱設置の態様を示す説明図であ
る。

【図８】本発明の、匿名私書箱の設置手順（ウェブメー
ルの場合）を示す説明図である。

【図９】本発明の、匿名私書箱の設置手順（通常のメー
ルの場合）を示す説明図である。

【図１０】本発明の、私書箱設置用の入力画面を示す説
明図である。

【図１１】本発明の、利用者デ−タベースの概要を示す
説明図である。

【図１２】本発明の、営業員検索の態様を示す説明図で
ある。

【図１３】本発明の、営業員情報の検索手順を示す説明
図である。

【図１４】本発明の、営業員検索条件などの入力画面を
示す説明図である。

【図１５】本発明の、マッチング指数の算出手法を示す
説明図である。

【図１６】本発明の、営業員検索結果の一覧表示を示す
説明図でである。

【図１７】本発明の、図１６の一覧表示中の特定の営業
員についての詳細表示を示す説明図である。

【符号の説明】

１：インターネット ２：利用者ＰＣ ３：営業員ＰＣ ４：利用者Ａ氏が加入済（メールアドレスａ１）のメー
ルサーバ ４１：Ａ氏宛の電子メールを保持するスプールファイル ５：営業員Ｂ氏が加入済（メールアドレスｂ１）のメー
ルサーバ ５１：Ｂ氏宛の電子メールを保持するスプールファイル ６：サービスセンタ ６１：ＷＷＷサーバ ６２：営業員情報抽出部 ６２ａ：データ検索部 ６２ｂ：マッチング順位設定部 ６３：営業員データベース ６４：メール管理部 ６５：利用者データベース ６６：メールサーバ ６６ａ：メール送受信部 ６６ｂ：利用者Ａ氏用の匿名私書箱 ６７：デ−タ入出力手段 ６８：申請デ−タ収集部 ６９：登録申請審査部 ７：詳細表示画面設定用のクリック部分

Claims (9)

【特許請求の範囲】
1. 【請求項１】 特定の商品，サービスについての専門知
   識や技能などを持つ複数の業務提供者を対象として、利
   用者が自己の担当者の選択のために指定した条件を受け
   取る受信手段と、 前記業務提供者それぞれの業務用個人情報を有するデー
   タベースから第１の前記条件に対応した担当者候補情報
   を抽出する検索手段と、 前記データベースから抽出した前記担当者候補情報を利
   用者側に送出する送信手段とを備えた、ことを特徴とす
   る業務提供者選択システム。
2. 【請求項２】 前記担当者候補情報のそれぞれと第２の
   前記条件との一致の程度を求める算出手段を併せ備え
   た、ことを特徴とする請求項１記載の業務提供者選択シ
   ステム。
3. 【請求項３】 前記担当者候補情報に基づいて利用者が
   選択した担当者から当該利用者あてに送られる電子メー
   ルの匿名私書箱を設定するメール管理手段を併せ備え
   た、ことを特徴とする請求項１または２記載の業務提供
   者選択システム。
4. 【請求項４】 前記メール管理手段は、利用者から前記
   担当者あての電子メールの発信元アドレスとして前記匿
   名私書箱の識別情報を用いる、ことを特徴とする請求項
   ３記載の業務提供者選択システム。
5. 【請求項５】 業務提供者選択システムで用いられるプ
   ログラムを記憶したコンピュ−タ読み取り可能な記録媒
   体において、 特定の商品，サービスについての専門知識や技能などを
   持つ複数の業務提供者それぞれの営業用個人情報を有す
   るデータベースから、利用者が自己の担当者の選択のた
   めに指定した第１の条件に対応する担当者候補情報を抽
   出し、 この抽出データを利用者側に送出する機能をコンピュー
   タに実現させるためのものである、ことを特徴とするコ
   ンピュ−タ読み取り可能な記録媒体。
6. 【請求項６】 前記プログラムは、 前記担当者候補情報のそれぞれと、利用者が指定した第
   ２の条件との一致の程度を求める機能をコンピュータに
   実現させるためのものである、ことを特徴とする請求項
   ５記載のコンピュ−タ読み取り可能な記録媒体。
7. 【請求項７】 前記プログラムは、 前記担当者候補情報に基づいて利用者が選択した担当者
   から当該利用者あてに送られる電子メールの匿名私書箱
   を設定する機能をコンピュータに実現させるためのもの
   である、ことを特徴とする請求項５または６記載のコン
   ピュ−タ読み取り可能な記録媒体。
8. 【請求項８】 前記プログラムは、 利用者から前記担当者あての電子メールの発信元アドレ
   スとして前記匿名私書箱の識別情報を用いる機能をコン
   ピュータに実現させるためのものである、ことを特徴と
   する請求項７記載のコンピュ−タ読み取り可能な記録媒
   体。
9. 【請求項９】 業務提供者選択システムで用いられるプ
   ログラムを通信回線を介して配信するプログラム配信方
   法において、 前記プログラムが、 特定の商品，サービスについての専門知識や技能などを
   持つ複数の業務提供者それぞれの営業用個人情報を有す
   るデータベースから、利用者が自己の担当者の選択のた
   めに指定した条件に対応する担当者候補情報を抽出し、 この抽出データを利用者側に送出する機能をコンピュー
   タに実現させるためのものである、ことを特徴とするプ
   ログラム配信方法。