JP2002163567A - 見込顧客紹介・管理装置、見込顧客紹介・管理システム、見込顧客紹介・管理方法及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 営業担当者に対する公平な見込顧客の割当て
を可能とすると共に、見込顧客の顧客満足度を向上させ
る。 【解決過程】 見込顧客に関する見込顧客情報を記憶装
置５０４、６０２、６０３に記憶し、その見込顧客情報
に対し、登録した会員の会員通信端末２０１及び管理者
通信端末３０１、４０１、５０１から通信ネットワーク
７０２を介してのアクセスを許容する。アクセスが許容
された会員通信端末２０１に見込顧客情報を閲覧可能と
し、この時の会員通信端末２０１からのコマンドに応じ
て見込顧客情報中から選択された見込顧客とその会員通
信端末２０１に係る会員とを関連付け、これによって見
込顧客を会員に紹介可能とする。また、その会員通信端
末２０１に見込顧客についての対応履歴情報の入力を許
容して入力された対応履歴情報を記憶装置５０４、６０
２、６０３に記憶し、どの会員通信端末２０１、３０
１、４０１、５０１からでもその閲覧を可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、将来顧客になる可
能性がある見込顧客を会員に紹介し、紹介後の対応履歴
を管理する見込顧客紹介・管理装置、見込顧客紹介・管
理システム、見込顧客紹介・管理方法及び見込顧客紹介
・管理プログラムを格納する記憶媒体に関する。

【０００２】

【従来の技術】従来、各種商品やサービスに関する営業
の分野では、将来顧客になる可能性がある見込顧客に対
して個々の営業担当者がアクセスし、その者が属する組
織が取り扱う商品やサービスを見込顧客に説明し、その
購入を促すという営業活動が一般的に行なわれている。
このような営業活動に際しては、どのような範疇の人々
を見込顧客とするか、つまり、見込顧客の選択が営業成
果に大きく影響する。また、見込顧客に対してどのよう
な営業担当者を割当てるかということも、営業成果に大
きな影響を及ぼす。そこで、見込顧客の選択や見込顧客
に対する営業担当者の割当てについては、従来から様々
な工夫がなされている。

【０００３】このような工夫の一例としては、従来、取
り扱う商品やサービスについての広告を各種の広告メデ
ィアを通じて行ない、これにより発生する見込顧客から
の問い合わせをコールセンターで一括して受け付け、コ
ールセンターで受け付けた見込顧客に関する情報を営業
所に渡し、営業所において見込顧客を各営業担当者に割
当てるというような営業方法が行なわれている。このよ
うな営業方法は、営業所の上に支社があるような大きな
組織の場合、コールセンターから支社に見込顧客情報を
渡し、支社で営業担当者を割当てるか、あるいは、支社
から更に営業所に見込顧客情報を渡してその営業所で営
業担当者を割当てる、というような運用がなされる。こ
れらのいずれの場合も、コールセンターでの営業所や支
社の選択、支社での営業所の選択がなされ、最終的に営
業所において営業担当者の割当てがなされるが、この場
合、見込顧客の希望や属性等に応じ、コールセンター、
支社、営業所において、最適であろう支社、営業所の選
択、営業担当者の割当がなされる。

【０００４】このような営業方法によれば、顧客は自ら
能動的にコールセンターにアクセスして来ているので、
広告の対象となっている商品やサービスに少なからず興
味を持っていると考えられる。この点で、ある程度の営
業成果が期待できる。また、見込顧客に営業担当者を割
当てるに際しては、コールセンター、支社、営業所の判
断が働いている。このため、見込顧客に相応しい営業担
当者が割当てられる可能性が高くなり、この面での顧客
満足度の向上、これに基づく営業成果の向上を期待する
ことができる。

【０００５】上述したようなコールセンターを介した営
業方法は、例えば保険会社において実際に運用され、相
当な営業成果を上げている。保険の分野では、学資保
険、生命保険、傷害保険、損害賠償保険等、その商品
（サービス）の種類が多く、このような多様な商品（サ
ービス）の種類や負担率を各人のライフサイクルの中で
どのように組み合わせれば最良の結果を生むかを判定す
るには、高度な専門知識を必要とする。しかも、保険と
いう商品（サービス）は、各人のライフサイクルの変化
に応じて最良の組み合わせも変動する商品（サービス）
であるため、売りっ放しの商品（サービス）ではなく、
木目細やかなアフターケアを必要とする商品（サービ
ス）であるといえる。そこで、見込顧客に対してどのよ
うな営業担当者を割当てるかは、顧客満足度に大きな影
響を及ぼす。このような顧客満足度は、顧客が顧客を呼
ぶ保険という商品（サービス）の性質上、営業成果にも
深く関係する。この点で、営業担当者自らが見込顧客に
対してその者に関する情報を知らぬまま営業を展開する
ような場合に比べ、上述したようなコールセンターを介
した営業方法は、保険という商品（サービス）に相応し
い営業方法であるといえる。

【０００６】もっとも、保険という商品（サービス）を
例に挙げて説明したが、上述したようなコールセンター
を介した営業方法は、これに限らず、様々な商品やサー
ビスの営業分野で有効な手法であろう。例えば、自動
車、オフィス機器、各種投資商品（サービス）等は、い
ずれもアフターケアが重要な商品（サービス）であり、
このような分野には、コールセンターを介した営業方法
の適用が大いに期待できるところである。

【０００７】

【発明が解決しようとする課題】上述したようなコール
センターを介した営業方法は、例えばＣＴＩシステムと
通信ネットワークとを利用することによって、コンピュ
ータ上のシステムとして構築可能である。

【０００８】しかしながら、上述したようなコールセン
ターを介した営業方法では、見込顧客に対する営業担当
者の割当てを人間の判断に頼って行なうことから、営業
担当者と見込顧客との双方の立場から次に述べるような
問題点が指摘される。

【０００９】営業担当者の立場からすると、システムの
構造上、どうしても公平性を確保しにくいという問題が
ある。つまり、営業担当者はもっぱら受動的に指名され
る立場であり、その指名には人間の判断が介在するた
め、場合によっては不公平感をもたらすことがあり、事
実、不公平な人選が行なわれることもあり得る。

【００１０】顧客の立場からすると、コールセンターに
よる支社や営業所の選択、支社による営業所の選択が、
必ずしも適切に行なわれるとは限らないという問題があ
る。例えば、見込顧客の住所がＡ地域であった場合に
は、コールセンターや支社によってＡ地域の隣接地域で
ある例えばＢ地域の営業所が選択される可能性が高い。
ところが、実際には、Ａ地域と最も関連性が深い営業担
当者は、Ａ地域から離れたＣ地域の営業所にいるような
場合がある。このような場合、その見込顧客に対して適
切な営業担当者が割当てられず、営業担当者と見込顧客
との双方が満足を得られないことが予想される。このよ
うな不都合は、組織が大きくなればなるほど深刻化す
る。

【００１１】また、別の問題として、見込顧客に対して
営業担当者を割当てた後の管理については、例えば営業
担当者本人やその担当者が所属する営業所に専ら任され
ており、そのような管理の効率的な手法は開発されてい
ない。このため、見込顧客に対して何の対応もなされな
かったり、中途半端な対応しかなされなかったりするこ
とがある。そして、特に問題なのは、見込顧客に対する
営業担当者の対応具合をコールセンターや支社、営業所
等の管理者が知り得るようにシステム構築されていない
という点である。このため、見込顧客から催促や苦情の
連絡があって、初めて問題が明るみになるということも
生じ得る。

【００１２】以上述べたような問題点は、ＣＴＩシステ
ムと通信ネットワークとを利用してコールセンターを介
した営業方法を単にコンピュータ上のシステムとして構
築しただけでは、全く解決されない。

【００１３】本発明の目的は、見込顧客の紹介に際し営
業担当者に対して公平性を確保し、営業担当者に紹介さ
れた見込顧客の顧客満足度を向上させることである。

【００１４】

【課題を解決するための手段】本発明の見込顧客紹介・
管理装置は、上記課題を解決するために、見込顧客に関
する入力情報である見込顧客情報をリスト化し、登録さ
れた会員が会員通信端末を介してその見込顧客情報を見
て顧客を獲得できるようにした。

【００１５】別の面から見た本発明は、上記課題を解決
するために、記憶装置に記憶された見込顧客に関する入
力情報である見込顧客情報に対し、登録した会員の会員
通信端末から通信ネットワークを介してのアクセスを許
容するアクセス手段と、前記アクセス手段によってアク
セスが許容された前記会員通信端末に前記見込顧客情報
の閲覧を提供する見込顧客情報閲覧手段と、前記アクセ
ス手段によってアクセスが許容されて前記見込顧客情報
を閲覧する前記会員通信端末からのコマンドに応じて、
前記見込顧客情報中から選択された見込顧客とその会員
通信端末に係る会員とを関連付ける紹介手段と、を具備
する。

【００１６】更に別の面から見た本発明は、上記課題を
解決するために、記憶装置に記憶された見込顧客に関す
る入力情報である見込顧客情報に対し、登録した会員の
会員通信端末から通信ネットワークを介してのアクセス
を許容するアクセス手段と、前記アクセス手段によって
アクセスが許容された前記会員通信端末に前記見込顧客
情報の閲覧を提供する見込顧客情報閲覧手段と、前記ア
クセス手段によってアクセスが許容されて前記見込顧客
情報を閲覧する前記会員通信端末からのコマンドに応じ
て、前記見込顧客情報中から選択された見込顧客とその
会員通信端末に係る会員とを関連付ける紹介手段と、ア
クセス手段によってアクセスが許容されて紹介手段によ
って所望の見込顧客と関連付けられた会員の会員通信端
末に、その見込顧客についての対応履歴情報の入力を許
容して入力された対応履歴情報を記憶装置に記憶する対
応履歴情報生成手段と、アクセス手段によってアクセス
が許容されて紹介手段によって所望の見込顧客と関連付
けられた会員の会員通信端末にその見込顧客についての
対応履歴情報の閲覧を提供する対応履歴情報閲覧手段
と、を具備する。

【００１７】本発明の見込顧客紹介・管理システムは、
上記課題を解決するために、見込顧客に関する入力情報
を見込顧客情報として記憶装置に記憶する見込顧客情報
生成手段と、見込顧客情報に対し、登録した会員の会員
通信端末から通信ネットワークを介してのアクセスを許
容するアクセス手段と、アクセス手段によってアクセス
が許容された会員通信端末に見込顧客情報の閲覧を提供
する見込顧客情報閲覧手段と、アクセス手段によってア
クセスが許容されて見込顧客情報を閲覧する会員通信端
末からのコマンドに応じて、見込顧客情報中から選択さ
れた見込顧客とその会員通信端末に係る会員とを関連付
ける紹介手段と、アクセス手段によってアクセスが許容
されて紹介手段によって所望の見込顧客と関連付けられ
た会員の会員通信端末に、その見込顧客についての対応
履歴情報の入力を許容して入力された対応履歴情報を記
憶装置に記憶する対応履歴情報生成手段と、アクセス手
段によってアクセスが許容されて紹介手段によって所望
の見込顧客と関連付けられた会員の会員通信端末にその
見込顧客についての対応履歴情報の閲覧を提供する対応
履歴情報閲覧手段と、を具備する。

【００１８】本発明の見込顧客紹介・管理方法は、上記
課題を解決するために、見込顧客に関する入力情報であ
る見込顧客情報をリスト化し、登録された会員が会員通
信端末を介してその見込顧客情報を見て顧客を獲得でき
るようにした。

【００１９】別の面から見た本発明の見込顧客紹介・管
理方法は、上記課題を解決するために、記憶装置に記憶
された見込顧客に関する入力情報である見込顧客情報に
対し、登録した会員の会員通信端末から通信ネットワー
クを介してのアクセスを許容するアクセス過程と、前記
アクセス過程によってアクセスが許容された前記会員通
信端末に前記見込顧客情報の閲覧を提供する見込顧客情
報閲覧過程と、前記アクセス過程によってアクセスが許
容されて前記見込顧客情報を閲覧する前記会員通信端末
からのコマンドに応じて、前記見込顧客情報中から選択
された見込顧客とその会員通信端末に係る会員とを関連
付ける紹介過程と、を具備する。

【００２０】更に別の面から見た本発明の見込顧客紹介
・管理方法は、上記課題を解決するために、記憶装置に
記憶された見込顧客に関する入力情報である見込顧客情
報に対し、登録した会員の会員通信端末から通信ネット
ワークを介してのアクセスを許容するアクセス過程と、
前記アクセス過程によってアクセスが許容された前記会
員通信端末に前記見込顧客情報の閲覧を提供する見込顧
客情報閲覧過程と、前記アクセス過程によってアクセス
が許容されて前記見込顧客情報を閲覧する前記会員通信
端末からのコマンドに応じて、前記見込顧客情報中から
選択された見込顧客とその会員通信端末に係る会員とを
関連付ける紹介過程と、前記アクセス過程によってアク
セスが許容されて前記紹介過程によって所望の見込顧客
と関連付けられた会員の前記会員通信端末に、その見込
顧客についての対応履歴情報の入力を許容して入力され
た対応履歴情報を前記記憶装置に記憶する対応履歴情報
生成過程と、前記アクセス過程によってアクセスが許容
されて前記紹介過程によって所望の見込顧客と関連付け
られた会員の前記会員通信端末にその見込顧客について
の前記対応履歴情報の閲覧を提供する対応履歴情報閲覧
過程と、を具備する。

【００２１】更に別の面から見た本発明の見込顧客紹介
・管理方法は、上記課題を解決するために、見込顧客に
関する入力情報を見込顧客情報として記憶装置に記憶す
る見込顧客情報生成過程と、見込顧客情報に対し、登録
した会員の会員通信端末から通信ネットワークを介して
のアクセスを許容するアクセス過程と、アクセス過程に
よってアクセスが許容された会員通信端末に見込顧客情
報の閲覧を提供する見込顧客情報閲覧過程と、アクセス
過程によってアクセスが許容されて見込顧客情報を閲覧
する会員通信端末からのコマンドに応じて、見込顧客情
報中から選択された見込顧客とその会員通信端末に係る
会員とを関連付ける紹介過程と、アクセス過程によって
アクセスが許容されて紹介過程によって所望の見込顧客
と関連付けられた会員の会員通信端末に、その見込顧客
についての対応履歴情報の入力を許容して入力された対
応履歴情報を記憶装置に記憶する対応履歴情報生成過程
と、アクセス過程によってアクセスが許容されて紹介過
程によって所望の見込顧客と関連付けられた会員の会員
通信端末にその見込顧客についての対応履歴情報の閲覧
を提供する対応履歴情報閲覧過程と、を具備する。

【００２２】別の面から見た本発明は、また、上記課題
を解決するために、コンピュータにインストールされ、
このコンピュータに、記憶装置に記憶された見込顧客に
関する入力情報である見込顧客情報に対し、登録した会
員の会員通信端末から通信ネットワークを介してのアク
セスを許容するアクセス機能と、前記アクセス機能によ
ってアクセスが許容された前記会員通信端末に前記見込
顧客情報の閲覧を提供する見込顧客情報閲覧機能と、前
記アクセス機能によってアクセスが許容されて前記見込
顧客情報を閲覧する前記会員通信端末からのコマンドに
応じて、前記見込顧客情報中から選択された見込顧客と
その会員通信端末に係る会員とを関連付ける紹介機能
と、を実行させるプログラムを格納する記憶媒体を規定
する。

【００２３】別の面から見た本発明は、また、上記課題
を解決するために、コンピュータにインストールされ、
このコンピュータに、記憶装置に記憶された見込顧客に
関する入力情報である見込顧客情報に対し、登録した会
員の会員通信端末から通信ネットワークを介してのアク
セスを許容するアクセス機能と、前記アクセス機能によ
ってアクセスが許容された前記会員通信端末に前記見込
顧客情報の閲覧を提供する見込顧客情報閲覧機能と、前
記アクセス機能によってアクセスが許容されて前記見込
顧客情報を閲覧する前記会員通信端末からのコマンドに
応じて、前記見込顧客情報中から選択された見込顧客と
その会員通信端末に係る会員とを関連付ける紹介機能
と、前記アクセス機能によってアクセスが許容されて前
記紹介機能によって所望の見込顧客と関連付けられた会
員の前記会員通信端末に、その見込顧客についての対応
履歴情報の入力を許容して入力された対応履歴情報を前
記記憶装置に記憶する対応履歴情報生成機能と、前記ア
クセス機能によってアクセスが許容されて前記紹介機能
によって所望の見込顧客と関連付けられた会員の前記会
員通信端末にその見込顧客についての前記対応履歴情報
の閲覧を提供する対応履歴情報閲覧機能と、を実行させ
るプログラムを格納する記憶媒体を規定する。

【００２４】別の面から見た本発明は、また、上記課題
を解決するために、コンピュータにインストールされ、
このコンピュータに、見込顧客に関する入力情報を見込
顧客情報として記憶装置に記憶する見込顧客情報生成機
能と、見込顧客情報に対し、登録した会員の会員通信端
末から通信ネットワークを介してのアクセスを許容する
アクセス機能と、アクセス機能によってアクセスが許容
された会員通信端末に見込顧客情報の閲覧を提供する見
込顧客情報閲覧機能と、アクセス機能によってアクセス
が許容されて見込顧客情報を閲覧する会員通信端末から
のコマンドに応じて、見込顧客情報中から選択された見
込顧客とその会員通信端末に係る会員とを関連付ける紹
介機能と、アクセス機能によってアクセスが許容されて
紹介機能によって所望の見込顧客と関連付けられた会員
の会員通信端末に、その見込顧客についての対応履歴情
報の入力を許容して入力された対応履歴情報を記憶装置
に記憶する対応履歴情報生成機能と、アクセス機能によ
ってアクセスが許容されて紹介機能によって所望の見込
顧客と関連付けられた会員の会員通信端末にその見込顧
客についての対応履歴情報の閲覧を提供する対応履歴情
報閲覧機能と、を実行させるプログラムを格納する記憶
媒体を規定する。

【００２５】したがって、例えば営業担当者は、登録す
ることで会員となり、本発明の見込顧客紹介・管理装置
（方法）の利用が可能となる。このように、本発明の見
込顧客紹介・管理装置（方法）を利用するには、会員に
ならなければならないという規制がかけられるため、運
用上、見込顧客を紹介する営業担当者等の水準をある程
度の水準に維持することが可能である。これは、顧客満
足度を向上させるために有利に働く。

【００２６】登録した会員の会員通信端末は、通信ネッ
トワークを介して見込顧客情報にアクセス可能であり
（アクセス手段、アクセス過程、アクセス機能）、その
閲覧が可能である（見込顧客情報閲覧手段、見込顧客情
報閲覧過程、見込顧客情報閲覧機能）。そして、会員通
信端末からコマンドを送信することで、閲覧する見込顧
客情報から所望の見込顧客との関連付けがなされ、これ
によってその見込顧客の獲得、つまり、見込顧客の紹介
がなされる（紹介手段、紹介過程、紹介機能）。このよ
うに、見込顧客に対する会員である営業担当者等の割当
ては、その会員の能動的な行為によってなされるため、
会員にとっては不公平感がなく、また、見込顧客にとっ
ても、その見込顧客に対して興味がある会員が割当てら
れることになるために、満足感を得られ易くなる。そし
て、会員である営業担当者等と見込顧客との双方が満足
するという相乗効果により、営業成果の向上が期待され
る。

【００２７】本発明の付加的事項として、所望の見込顧
客と関連付けられた会員の会員通信端末には、その見込
顧客についての対応履歴情報の入力が許容され、入力さ
れた対応履歴情報は記憶装置に記憶される（対応履歴情
報生成手段、対応履歴情報生成過程、対応履歴情報生成
機能）。そして、その会員の会員通信端末からは、その
会員が獲得した見込顧客についての対応履歴情報の閲覧
が可能である（対応履歴情報閲覧手段、対応履歴情報閲
覧過程、対応履歴情報閲覧機能）。

【００２８】本発明の別の付加的事項として、会員毎
に、紹介手段により関連付けされる見込顧客数を制限す
る制限手段（制限過程、制限機能）を設けることで、一
人の会員による過度の見込顧客の関連付けが防止され
る。これにより、見込顧客に対する対応が行き届かなく
なるような不都合が回避されると共に、会員による見込
顧客の獲得競争のような営業成果の向上に有害な事態も
回避される。この場合、制限手段（制限過程、制限機
能）は、会員毎に、その会員が関連付けられた見込顧客
についての対応履歴の有無に応じて、制限する見込顧客
数を設定する、というように構成し得る。これにより、
会員が見込顧客を獲得したのに対応しないことにより、
見込顧客が未対応のまま放置されてしまうような事態の
発生が回避される。

【００２９】もっとも、このような見込顧客数の制限
は、規定期間、例えば１ヶ月を単位として行われるよう
にしても良い。

【００３０】また、記憶装置を、見込顧客情報生成手段
によって見込顧客情報が記憶される第１の記憶装置と、
アクセス手段によって会員通信端末からのアクセスが許
容される第２の記憶装置とに分割し、第１の記憶装置に
記憶された見込顧客情報を第２の記憶装置に転送するデ
ータ転送手段（データ転送過程、データ転送機能）を設
けても良い。この場合には、見込顧客情報が入力されて
格納される第１の記憶装置には会員のアクセスがなされ
ず、動作の安定性が確保される。そして、データ転送手
段が、第１の記憶装置に記憶された所定単位の見込顧客
情報を所定のタイミングで一括して第２の記憶装置に転
送するようにすれば、会員は、そのタイミングで見込顧
客情報を閲覧しに行けば良く、常に見込顧客情報を監視
する必要がなくなる。

【００３１】次いで、見込顧客情報は見込顧客毎に連絡
先情報を含み、見込顧客情報閲覧手段（見込顧客情報閲
覧過程、見込顧客情報閲覧機能）は連絡先情報の閲覧を
提供せず、対応履歴情報閲覧手段（対応履歴情報閲覧過
程、対応履歴情報閲覧機能）は連絡先情報の閲覧を提供
する構成とすれば、その見込顧客と関連付けられた会
員、つまり、その見込顧客を獲得した会員にのみその見
込顧客の連絡先が知らされる。これにより、その見込顧
客を獲得していない会員がその見込顧客に連絡を取って
しまうような不正アクセスが阻止され、秩序の維持が図
られる。

【００３２】また、見込顧客情報が見込顧客毎にエリア
情報を含み、アクセス手段（アクセス過程、アクセス機
能）が会員通信端末毎のエリア設定に対応するエリア情
報を含む見込顧客に対するアクセスのみを会員通信端末
に許容するようにすれば、会員毎にアクセス可能な顧客
情報のエリアが設定される。これにより、会員で見込顧
客を広範囲に獲得し過ぎることにより獲得した見込顧客
に対する対応が行き届かなくなるような不都合が回避さ
れると共に、会員による見込顧客の獲得競争のような営
業成果の向上に有害な事態も回避される。

【００３３】さらに、見込顧客情報が見込顧客毎に支社
指定情報を含み、アクセス手段（アクセス過程、アクセ
ス機能）が会員通信端末に係る会員が所属する支社を指
定する支社指定情報を含む見込顧客に対するアクセスの
みを会員通信端末に許容するようにすれば、見込顧客に
よる支社選択が可能となり、その支社に所属する会員以
外の者はその見込顧客に関する見込顧客情報の閲覧をす
ることができなくなる。これにより、見込顧客の希望に
沿った対応がなされ易くなる。

【００３４】次いで、アクセス手段（アクセス過程、ア
クセス機能）は、見込顧客情報に対し、登録した管理者
の管理者通信端末から通信ネットワークを介してのアク
セスを許容し、見込顧客情報閲覧手段（見込顧客情報閲
覧過程、見込顧客情報閲覧機能）は、アクセス手段（ア
クセス過程、アクセス機能）によってアクセスが許容さ
れた管理者通信端末に見込顧客情報の閲覧を提供し、対
応履歴情報閲覧手段（対応履歴情報閲覧過程、対応履歴
情報閲覧機能）は、アクセス手段（アクセス過程、アク
セス機能）によってアクセスが許容された管理者通信端
末に、この管理者通信端末に係る管理者が管理する会員
と関連付けられた見込顧客についての対応履歴情報の閲
覧を提供するようにしても良い。これにより、管理者通
信端末に係る管理者は、自ら管理責任を負う会員につい
ての対応履歴情報を閲覧し、その対応履歴を管理するこ
とが可能となる。これにより、見込顧客が放置される等
の不都合が回避され、顧客満足の向上が図られる。

【００３５】このようなアクセス手段によるアクセスの
許容、見込顧客情報閲覧手段による見込顧客情報の閲覧
提供、対応履歴情報閲覧手段による対応履歴情報の閲覧
提供は、管理者通信端末に係る登録した管理者の所掌エ
リア内を限度とすることが好適である。もっとも、この
ことは、そのようなアクセスの許容、見込顧客情報の閲
覧提供及び対応履歴情報の閲覧提供が管理者通信端末に
係る登録した管理者の所掌エリア外でも可能とすること
を妨げるわけではない。

【００３６】そして、この場合、アクセス手段（アクセ
ス過程、アクセス機能）によってアクセスが許容されて
見込顧客情報を閲覧する管理者通信端末からのコマンド
に応じて、見込顧客情報中から選択された見込顧客と所
定の会員とを関連付ける割当手段（割当過程、割当機
能）を設けた場合には、管理者によって、見込顧客に対
する会員の割当てが可能となる。

【００３７】

【発明の実施の形態】本発明の実施の一形態を図面に基
づいて説明する。

【００３８】本実施の形態は、保険営業の分野に適用し
た見込顧客紹介・管理装置、見込顧客紹介・管理方法及
び見込顧客紹介・管理処理用のプログラムを格納する記
憶媒体に関する。概略的には、本実施の形態のシステム
は、見込顧客を予めデータベースに登録しておき、登録
された見込顧客を営業部員である保険の外交員（本実施
の形態では、ライフプランナーという）に紹介し、紹介
した顧客の対応履歴等の管理を実現している。この場
合、本実施の形態のシステムでは、クローズド会員制を
採用しており、会員登録した者に対してだけ、アクセス
を許容している。アクセスが許容される会員は、ライフ
プランナーの他、各ライフプランナーが属する営業所の
営業所長、各営業所を掌握する支社の支社長、更に、見
込顧客情報を採取するコールセンターの管理者の四者で
ある。

【００３９】ここで、このような本実施の形態における
クローズド会員制のシステムの運営管理は、コールセン
タークラブと称される団体によって行われる。

【００４０】〔システム構成例〕図１は、全体のシステ
ム構成を示すブロック図である。本実施の形態では、見
込顧客を囲い込む手法として、各種の広告メディアを介
して宣伝広告を行ない、そのような宣伝公告を見聞きし
て興味を持った見込顧客を囲い込む。その際、見込顧客
の最初の接点がＣＴＩ（コンピュータ・テレフォニー・
インテグレーション）の一部として構築されたコールセ
ンターＰＣ５０１（ＰＣは、パーソナルコンピュータの
略称である）のオペレーターである。つまり、コールセ
ンターＰＣ５０１のオペレーターは、ＣＴＩの一部を構
築する電話において見込顧客と最初に接触し、見込顧客
から必要な情報を聞き出して、この情報を、例えばＬＡ
Ｎ環境として設定されたＣＴＩシステム５０２の一部で
あるコールセンターサーバ５０３（記憶装置、第１の記
憶装置）のデータベース５０４に直接的又は間接的に格
納する（見込顧客情報生成手段）。こうして、コールセ
ンターサーバ５０３のデータベース５０４には、見込顧
客に関する情報、例えば、氏名、連絡先、要望等が格納
され、これによって見込顧客の囲い込みがなされる。

【００４１】コールセンターサーバ５０３のデータベー
ス５０４に格納された見込顧客情報は、例えば夜間バッ
チ処理によって、例えば専用線によって構成された通信
ネットワーク７０１を介してクラブサーバ６０１のデー
タベース６０２に転送され、所定のタイミングでクラブ
サーバ６０１のミラーデータベース６０３（記憶装置、
第２の記憶装置）に複製される（データ転送手段）。

【００４２】会員であるライフプランナー、営業所長、
支社長、及びコールセンターの管理者は、それぞれ、ラ
イフプランナーＰＣ２０１、営業所長ＰＣ３０１、支社
長ＰＣ４０１、コールセンターＰＣ５０１を介してミラ
ーデータベース６０３に格納された見込顧客情報に対し
て通信ネットワーク７０２を介してアクセス可能であ
る。つまり、ライフプランナーＰＣ２０１、営業所長Ｐ
Ｃ３０１、支社長ＰＣ４０１、コールセンターＰＣ５０
１は、通信ネットワーク７０２を介して見込顧客情報に
アクセス可能な会員通信端末を構成する。この場合、通
信ネットワーク７０２の構築には、インターネット、必
要に応じて専用線等が用いられる。

【００４３】ここで、本実施の形態では、一例として、
支社毎に、クラブサーバ６０１に通信ネットワーク７０
２を介して接続されることで、ミラーデータベース６０
３中の見込顧客情報にアクセス可能な社内ＬＡＮ等の環
境が構築されており、この環境には、ライフプランナー
ＰＣ２０１、営業所長ＰＣ３０１及び支社長ＰＣ４０１
が含まれている。この場合、支社と営業所との場所的関
係により、その環境は、プライベートな社内回線だけで
構築されたり、あるいは、社内回線と公衆回線等との組
み合わせによって構築されたりしている。そして、その
ような社内ＬＡＮの環境にはアクセスサーバ１０１が含
まれているため、ミラーデータベース６０３中の見込顧
客情報に対しては、例えば、支社以外の場所から社内Ｌ
ＡＮ環境へのダイヤルアップ接続によるアクセスも可能
となっている。

【００４４】ここで、別の実施の形態として、図２に示
すように、クラブサーバ６０１は、支社毎に分割された
支社クラブサーバ６０１ａ〜ｎとコールセンターに設置
されたクラブサーバ５０５とによって構成されていても
良い。図２は、全体のシステム構成の別の一例を示すブ
ロック図である。この場合、それぞれの支社クラブサー
バ６０１ａ〜ｎ及びクラブサーバ５０５は、各々データ
ベース６０２ａ〜ｎ、５０６やミラーデータベース６０
３ａ〜ｎを持つ。そして、コールセンターサーバ５０３
のデータベース５０４に格納された見込顧客情報は、例
えば夜間バッチ処理によって、各支社クラブサーバ６０
１ａ〜ｎ及びクラブサーバ５０５のデータベース６０２
ａ〜ｎ、５０６に転送される。このようなシステム構成
の場合、会員であるライフプランナー、営業所長、支社
長、及びコールセンターの管理者がアクセスして各種情
報を生成・更新する見込顧客情報は、複数の場所に分散
されることになる。このため、見込顧客情報についてデ
ータの一元性が問題となるが、このような問題は、シス
テムが周知の分散データベース機能を持つことによって
容易に解決し得る。

【００４５】次いで、クラブサーバ６０１、ライフプラ
ンナーＰＣ２０１、営業所長ＰＣ３０１、支社長ＰＣ４
０１及びコールセンターＰＣ５０１は、いずれも通常の
コンピュータとしての構成を備え、本実施の形態の見込
顧客紹介・管理処理用のプログラム（図３及び図４に示
すプログラム１５１）がインストールされて使用され
る。ここで、図３はクラブサーバ６０１の構成例を示す
ブロック図、図４は会員通信端末（ライフプランナーＰ
Ｃ２０１）及び管理者通信端末（営業所長ＰＣ３０１、
支社長ＰＣ４０１、コールセンターＰＣ５０１）の構成
例を示すブロック図である。図３及び図４に示すよう
に、クラブサーバ６０１、ライフプランナーＰＣ２０
１、営業所長ＰＣ３０１、支社長ＰＣ４０１及びコール
センターＰＣ５０１は、各種演算処理を実行して各部を
集中的に制御するＣＰＵ１１１と、固定データを格納す
るＲＯＭ１１２と、各種可変データを書き替え自在に格
納することで例えば処理中のワークエリアとして利用さ
れるＲＡＭ１１３とがシステムバス１１４を介して接続
された一般的なマイクロコンピュータ１１５を主要な構
成物として備え、このようなマイクロコンピュータ１１
５に、システムバス１１４を介して、ディスプレイ１１
６、キーボード１１７、マウス１１８、外部インターフ
ェース（Ｉ／Ｆ）１１９、通信インターフェース（Ｉ／
Ｆ）１２０、ハードディスクドライブ（ＨＤＤ）１２
１、フロッピー（登録商標）ディスクドライブ（ＦＤ
Ｄ）１２２及びＣＤ−ＲＯＭドライブ１２３等の周辺機
器が接続されて構成されている。

【００４６】ここで、クラブサーバ６０１は、外部Ｉ／
Ｆ１１９に、データベース６０２及びミラーデータベー
ス６０３を接続している。また、クラブサーバ６０１の
通信Ｉ／Ｆ１２０は、通信ネットワーク７１０を介して
コールセンターサーバ５０３と接続可能であると共に、
通信ネットワーク７０２を介して本実施の形態の会員向
けクローズド環境に接続可能である。そして、このよう
な会員向けクローズド環境の一部を構築するライフプラ
ンナーＰＣ２０１、営業所長ＰＣ３０１、支社長ＰＣ４
０１及びコールセンターＰＣ５０１の通信Ｉ／Ｆ１２０
も、通信ネットワーク７０２を介してクラブサーバ６０
１に接続可能である。

【００４７】また、クラブサーバ６０１、ライフプラン
ナーＰＣ２０１、営業所長ＰＣ３０１、支社長ＰＣ４０
１及びコールセンターＰＣ５０１は、それぞれ、ＨＤＤ
１２１に本実施の形態の見込顧客紹介・管理用のプログ
ラム１５１を記憶している。このようなプログラム１５
１は、機器の起動時、その一部がＲＡＭ１１３に複写さ
れ、アクセス速度の向上が図られる。また、そのような
プログラム１５１は、元々、例えばＦＤＤ１２２に装着
されることによって記憶情報が読み取られるフロッピー
ディスク１２４やＣＤ−ＲＯＭドライブ１２３に装着さ
れることによって記憶情報が読み取られるＣＤ−ＲＯＭ
１２５に記憶されており、これらのフロッピーディスク
１２４やＣＤ−ＲＯＭ１２５からＨＤＤ１２１にインス
トールされて使用される。このようなことから、ＨＤＤ
１２１、ＲＡＭ１１３、フロッピーディスク１２４及び
ＣＤ−ＲＯＭ１２５は、本実施の形態の見込顧客紹介・
管理用のプログラム１５１を記憶する記憶媒体となる。
もっとも、このような記憶媒体としては、それらのＨＤ
Ｄ１２１等に限らず、各種の光メディアや磁気テープ
等、デジタル情報を記憶し保存することが可能な各種の
記憶媒体を用いることができる。

【００４８】ここで、見込顧客紹介・管理用のプログラ
ム１５１は、概略構成として、操作マニュアルモジュー
ル１５２、環境設定モジュール１５３及び通常処理モジ
ュール１５４を含んでいる。操作マニュアルモジュール
１５２は、本プログラム１５１がインストールされたコ
ンピュータ、例えばクラブサーバ６０１、ライフプラン
ナーＰＣ２０１、営業所長ＰＣ３０１、支社長ＰＣ４０
１及びコールセンターＰＣ５０１上で、操作マニュアル
を展開表示可能にするデータを記述したプログラムモジ
ュールである。環境設定モジュール１５３は、本プログ
ラム１５１がインストールされたコンピュータ、例えば
クラブサーバ６０１、ライフプランナーＰＣ２０１、営
業所長ＰＣ３０１、支社長ＰＣ４０１及びコールセンタ
ーＰＣ５０１に対して、そのコンピュータの操作者に適
合する環境を自動設定するためのデータを記述したプロ
グラムモジュールである。そして、通常処理モジュール
１５４は、本プログラム１５１がインストールされたコ
ンピュータ、例えばクラブサーバ６０１、ライフプラン
ナーＰＣ２０１、営業所長ＰＣ３０１、支社長ＰＣ４０
１及びコールセンターＰＣ５０１に、見込顧客紹介・管
理処理を提供するためのデータを記述したプログラムモ
ジュールである。

【００４９】更に、詳細な説明は省略するが、コールセ
ンターサーバ５０３も、図３および図４に例示したよう
な通常のコンピュータとしての構成を備えており、その
プログラム格納エリアには、通常処理モジュール１５４
の一部がインストールされている。

【００５０】〔見込顧客情報についてのファイル構造〕
次いで、広告媒体等を通じてコールセンターにアクセス
してきた見込顧客は、コールセンターのオペレーターに
よる電話対応を受ける。コールセンターのオペレーター
は、そのような見込顧客に対する電話対応によって得た
情報、例えばその見込顧客の氏名、年令等の情報を、コ
ールセンターＰＣ５０１に入力する。こうして、コール
センターＰＣ５０１によって入力した見込顧客情報は、
コールセンターサーバ５０３のデータベース５０４に格
納され、クラブサーバ６０１のデータベース６０２に転
送されてミラーデータベース６０３に複製される（見込
顧客情報生成手段）。

【００５１】ここでは、そのような見込顧客情報につい
てのファイル構造を図５ないし図１５に基づいて説明す
る。ここで、図５ないし図１５に示す各種のファイル
は、コールセンターサーバ５０３及びクラブサーバ６０
１（あるいは６０１ａ〜ｎ及び５０５）に格納されてい
る。

【００５２】図５は、見込顧客情報を格納する受付けフ
ァイルのファイル構造を示す模式図である。見込顧客が
最初に接するコールセンターのオペレーターがコールセ
ンターＰＣ５０１を用いて入力する入力情報は、最初、
受付けファイル８０１に入力される。この受付けファイ
ル８０１のアイテムとしては、見込顧客ＩＤ８０１ａ
（自動ナンバリング型）、氏名８０１ｂ（テキスト
型）、郵便番号８０１ｃ（数値型）、住所８０１ｄ（テ
キスト型）、エリアＩＤ番号８０１ｅ（数値型）、電話
番号８０１ｆ（数値型）、年令８０１ｇ（数値型）、性
別８０１ｈ（ＹＥＳ／ＮＯ型）、要望８０１ｉ（テキス
ト型）、連絡希望日８０１ｊ（数値型）、見込／至急８
０１ｋ（ＹＥＳ／ＮＯ型）、見込／指定８０１ｌ（ＹＥ
Ｓ／ＮＯ型）、見込／自由８０１ｍ（ＹＥＳ／ＮＯ
型）、支社ＩＤ番号８０１ｎ（数値型）、オペレーター
ＩＤ番号８０１ｏ（数値型）、アクセス日８０１ｐ（日
付型）、及び獲得８０１ｑ（ＹＥＳ／ＮＯ型）等であ
る。

【００５３】これらの項目中、見込顧客ＩＤ番号８０１
ａは、コールセンターのオペレーターがコールセンター
ＰＣ５０１を用いて入力し、その後に受付けファイル８
０１に転送された見込顧客情報が受付けファイル８０１
に入力されて１レコードとなることにより、自動的に付
番される。

【００５４】このような受付けファイル８０１の多くの
アイテムは、本来はテキストデータとなるべきものが数
値等によって表現されている。これは、データ容量節約
のため、各レコードにおいて共通に用いられるテキスト
データを数値等に置き換えているためである。そこで、
その数値等がどのようなテキストを意味するかを対応付
けるファイルが必要となる。図６ないし図１４には、主
に、受付けファイル８０１や後述する対応履歴ファイル
９０１とリレーション付けられてそれらの受付けファイ
ル８０１、対応履歴ファイル９０１あるいは図６ないし
図１４に示すファイル相互間において数値等で表現され
た本来的はテキストデータであるべきデータの意味（テ
キスト）と数値とを結び付けて格納する各種のファイル
等を示す。

【００５５】図６は、郵便番号ファイルのファイル構造
を示す模式図である。この郵便番号ファイル８１１は、
郵便番号８１１ａ（数値型）に対応させて、住所先頭８
１１ｂ（テキスト型）及びエリアＩＤ番号８１１ｃ（数
値型）が格納されている。こで、コールセンターサーバ
５０３が格納するプログラムは、図５に示す受付けファ
イル８０１においてその郵便番号８０１ｃの欄が入力さ
れると、図６に示す郵便番号ファイル８１１を参照して
対応するエリアＩＤ番号８１１ｃを検索し、検索された
エリアＩＤ番号８１１ｃと同一の番号を受付けファイル
８０１中のエリアＩＤ番号８０１ｅの欄に設定する。ま
た、コールセンターサーバ５０３が格納するプログラム
は、図５に示す受付けファイル８０１においてその郵便
番号８０１ｃの欄が入力されると、図６に示す郵便番号
ファイル８１１を参照して対応する住所先頭８１１ｂを
検索し、受付けファイル８０１の住所８０１ｄの欄に設
定し、住所入力作業を支援する。もっとも、別の実施例
として、このような郵便番号をキーとする住所先頭の入
力支援を実施しないような構成であっても良い。

【００５６】図７は、エリアファイルのファイル構造を
示す模式図である。このエリアファイル８２１は、エリ
アＩＤ番号８２１ａ（数値型）に対応させてエリア名８
２１ｂ（テキスト型）を格納している。そこで、クラブ
サーバ６０１（あるいは６０１ａ〜ｎ及び５０５）は、
エリアＩＤ番号８２１ａをキーとしてエリアファイル８
２１を参照することで、エリア名８２１ｂに格納された
エリア名をテキストデータとして得ることが可能であ
る。ここでのエリアは、図２０に示す日本全国を１１の
地域に分けたエリアである。

【００５７】図８は、要望ファイルのファイル構造を示
す模式図である。ここで、図５に示す見込顧客情報を格
納する受付けファイル８０１のファイル構造からも明ら
かなように、本実施の形態では、要望８０１ｉはテキス
ト型のプロパティを備えている。このため、受付けファ
イル８０１では、要望８０１ｉにフリーコメントという
形式で手入力等によってテキストデータを入力していく
ことになる。これに対し、要望事項が定型化できる内容
である場合には、要望事項をルックアップ表示するプル
ダウンメニュー形式で表示選択することも可能である。
そこで、別の実施例として、図８に示すように、受付け
ファイル８０１の要望８０１ｉのプロパティを数値型と
し、要望ＩＤ番号８３１ａ（数値型）に対応させて要望
事項８３１ｂ（テキスト型）を格納する要望ファイル８
３１を設けても良い。これにより、クラブサーバ６０１
（あるいは６０１ａ〜ｎ及び５０５）は、要望ＩＤ番号
８３１ａをキーとして要望ファイル８３１を参照するこ
とで、要望事項８３１ｂに格納された要望事項をテキス
トデータとして得ることが可能である。ここで、要望事
項８３１ｂには、例えば、「アクセス希望」、「設計
書」、「保険料計算」等のような、見込顧客から求めら
れるであろう要望事項が格納される。

【００５８】図９は、会員ファイルのファイル構造を示
す模式図である。この会員ファイル８４１は、氏名８４
１ａ（テキスト型）、会員番号８４１ｂ（数値型）、パ
スワード８４１ｃ（数値型）、支社ＩＤ番号８４１ｄ
（数値型）、営業所ＩＤ番号８４１ｅ（数値型）、エリ
アＩＤ番号８４１ｆ（数値型）、身分ＩＤ番号８４１ｇ
（数値型）、及び複数の資格ＩＤ番号８４１ｈ（数値
型）を格納している。そこで、クラブサーバ６０１（あ
るいは６０１ａ〜ｎ及び５０５）は、会員番号８４１ｂ
をキーとして会員ファイル８４１を参照することで、氏
名８４１ａに格納された会員の氏名をテキストデータと
して得ることが可能である。

【００５９】図１０は、支社ファイルのファイル構造を
示す模式図である。この支社ファイル８５１は、支社Ｉ
Ｄ番号８５１ａ（数値型）に対応させて支社名８５１ｂ
（テキスト型）を格納している。そこで、クラブサーバ
６０１（あるいは６０１ａ〜ｎ及び５０５）は、支社Ｉ
Ｄ番号８５１ａをキーとして支社ファイル８５１を参照
することで、支社名８５１ｂに格納された支社の名称を
テキストデータとして得ることが可能である。

【００６０】図１１は、営業所ファイルのファイル構造
を示す模式図である。この営業所ファイル８６１は、営
業所ＩＤ番号８６１ａ（数値型）に対応させて営業所名
８６１ｂ（テキスト型）を格納している。そこで、クラ
ブサーバ６０１（あるいは６０１ａ〜ｎ及び５０５）
は、営業所ＩＤ番号８６１ａをキーとして営業所ファイ
ル８６１を参照することで、営業所名８６１ｂに格納さ
れた営業所の名称をテキストデータとして得ることが可
能である。

【００６１】図１２は、身分ファイルのファイル構造を
示す模式図である。この身分ファイル８７１は、身分Ｉ
Ｄ番号８７１ａ（数値型）に対応させて身分名８７１ｂ
（テキスト型）を格納している。そこで、クラブサーバ
６０１（あるいは６０１ａ〜ｎ及び５０５）は、身分Ｉ
Ｄ番号８７１ａをキーとして身分ファイル８７１を参照
することで、身分名８７１ｂに格納された身分名をテキ
ストデータとして得ることが可能である。本実施の形態
では、身分名８７１ｂに格納された身分として、「ライ
フプランナー」、「営業所長」、「支社長」及び「オペ
レーター」の四種類が設定されている。

【００６２】図１３は、資格ファイルのファイル構造を
示す模式図である。この資格ファイル８８１は、資格Ｉ
Ｄ番号８８１ａ（数値型）に対応させて資格名８８１ｂ
（テキスト型）を格納している。そこで、クラブサーバ
６０１（あるいは６０１ａ〜ｎ及び５０５）は、資格Ｉ
Ｄ番号８８１ａをキーとして資格ファイル８８１を参照
することで、資格名８８１ｂに格納された資格の名称を
テキストデータとして得ることが可能である。

【００６３】図１４は、紹介数ファイルのファイル構造
を示す模式図である。この紹介数ファイル８９１は、会
員ＩＤ番号８９１ａ（数値型）に対応させて獲得数８９
１ｂ（数値型）及び対応有８９１ｃ（ＹＥＳ／ＮＯ型）
を格納している。ここで、「獲得数」というのは、会員
ＩＤ番号８９１ａに対応する会員であるライフプランナ
ーの１ヶ月分の顧客獲得件数を意味し、「対応」という
のは、そのライフプランナーの獲得した顧客に対して対
応したか否かを意味する。

【００６４】図１５は、対応履歴ファイルのファイル構
造を示す模式図である。この対応履歴ファイル９０１
は、見込顧客とライフプランナーとを結び付け、つまり
ライフプランナーに見込顧客を紹介し、その後の応対履
歴を残すためのファイル構造を備えている。つまり、そ
の対応履歴ファイル９０１のアイテムとして、見込顧客
ＩＤ番号９０１ａ（数値型）、会員ＩＤ番号９０１ｂ
（数値型）、支社ＩＤ番号９０１ｃ（数値型）、対応有
９０１ｄ（ＹＥＳ／ＮＯ型）、電話９０１ｅ（ＹＥＳ／
ＮＯ型）、日９０１ｆ（日付型）、コメント９０１ｇ
（テキスト型）、面会９０１ｈ（ＹＥＳ／ＮＯ型）、日
９０１ｉ（日付型）、コメント９０１ｊ（テキスト
型）、資料送付９０１ｋ（ＹＥＳ／ＮＯ型）、日９０１
ｌ（日付型）、コメント９０１ｍ（テキスト型）、設計
書作成９０１ｎ（ＹＥＳ／ＮＯ型）、日９０１ｏ（日付
型）、コメント９０１ｐ（テキスト型）、申込９０１ｑ
（ＹＥＳ／ＮＯ型）、日９０１ｒ（日付型）、コメント
９０１ｓ（テキスト型）が設けられている。

【００６５】以上、図５ないし図１５には、各種のファ
イルのファイル構造を示したが、実際には、各種のＹＥ
Ｓ／ＮＯ型オブジェクトのＹＥＳ及びＮＯがそれぞれ何
を意味しているかを表示するための各種ファイルや、図
５に示すオペレーターＩＤ番号８０１ｏに対応するオペ
レーターの氏名を表示するためのファイル等、幾つかの
ファイルがあるが、これらの各種ファイルについては、
図示を省略する。

【００６６】〔処理の概略〕図１６は、本実施の形態の
処理の概略を示すフローチャートである。

【００６７】本実施の形態では、会員登録して会員とな
っているライフプランナー、営業所長、及び支社長等
が、自らのパーソナルコンピュータ（ライフプランナー
ＰＣ２０１、営業所長ＰＣ３０１、支社長ＰＣ４０１及
びコールセンターＰＣ５０１等）において本実施の形態
の見込顧客紹介・管理のためのプログラム１５１を起動
することで、ライフプランナー、営業所長、支社長及び
コールセンターの管理者に、顧客の紹介業務及び管理業
務の実行を提供する。ここでの「紹介業務」というの
は、ライフプランナーが所望の見込顧客に対する対応権
を獲得すること、並びに、営業所長、支社長及びコール
センターの管理者が見込顧客にライフプランナーを紹介
することを意味している。また、「管理業務」というの
は、ライフプランナーに対しては、獲得した顧客につい
ての対応履歴の入力を求め、営業所長及び支社長に対し
ては、そのような対応履歴の照会を許容することを意味
する。そして、このような「照会業務」及び「管理業
務」を円滑に遂行するために、ライフプランナー、営業
所長、及び支社長のいずれにも、見込顧客の詳細情報の
照会権を持たせている。

【００６８】ここで、図１６中、「顧客／指定」、「顧
客／自由」、及び「顧客／至急」とあるのは、見込顧客
の分類である。「顧客／指定」というのは、コールセン
ターにおける見込顧客応対時に、自分に対応して欲しい
支社を選択した顧客を意味する。「顧客／自由」という
のは、コールセンターにおける見込顧客応対時に、自分
に対応して欲しい支社を選択しなかった顧客を意味す
る。そして、「顧客／至急」というのは、コールセンタ
ーにおける見込顧客応対時に、直ぐにでも対応をして欲
しいという希望を述べた顧客を意味する。このような区
分は、図５に示す受付けファイル８０１中、各見込顧客
に付けられた見込顧客ＩＤ番号８０１ａに対応するＹＥ
Ｓ／ＮＯ型のオブジェクトとして設定された見込／至急
８０１ｋ、見込／指定８０１ｌ、見込／自由８０１ｍの
ステータスを参照することで、容易に認識可能である。

【００６９】次いで、本実施の形態のシステムにおける
地域的制限について説明する。

【００７０】まず、全国を１１の地域（図２０参照）に
分け、ライフプランナーは、見込／自由の見込顧客を獲
得できる（紹介される）顧客の範囲を１地域のみとされ
ている。この場合、ライフプランナーとエリアとの関係
は、図９に示す会員ファイル８４１中の会員番号８４１
ｂとエリアＩＤ番号８４１ｆとの対応によって定義され
る。

【００７１】そして、そのようなエリアとは別に、複数
の支社、各支社に掌握される営業所という地域的制限が
ある。ここで、「顧客／指定」の場合は、その見込顧客
が支社を選択しているため、その支社が掌握する営業所
に所属するライフプランナーにのみその見込顧客の紹介
が可能となっている。この場合、ライフプランナーと支
社との関係は、図９に示す会員ファイル８４１中の会員
番号８４１ｂと支社ＩＤ番号８４１ｄとの対応によって
定義される。また、営業所長及び支社長は、自分が所属
する支社の範囲で見込顧客の詳細情報や対応履歴情報の
照会が可能である。この場合の営業所長又は支社長と支
社との関係も、図９に示す会員ファイル８４１中の会員
番号８４１ｂと支社ＩＤ番号８４１ｄとの対応によって
定義される。

【００７２】〔環境設定処理〕まず、前提として、コー
ルセンターサーバ５０３のデータベース５０４等のコー
ルセンタークラブ側では、ある者を会員として承認した
時点でその者の会員情報、例えば氏名、会員番号、パス
ワード、支社、営業所、身分及び資格等を、予め図９に
示す会員ファイル８４１に登録しておく。具体的には、
会員ファイル８４１中の氏名８４１ａ、会員番号８４１
ｂ、パスワード８４１ｃ、支社ＩＤ番号８４１ｄ、営業
所ＩＤ番号８４１ｅ、身分ＩＤ番号８４１ｇ及び複数の
資格ＩＤ番号８４１ｈである。支社ＩＤ番号８４１ｄ、
営業所ＩＤ番号８４１ｅ、身分ＩＤ番号８４１ｇ及び複
数の資格ＩＤ番号８４１ｈの入力設定に際しては、図１
０に示す支社ファイル８５１、図１１に示す営業所ファ
イル８６１、図１２に示す身分ファイル８７１及び図１
３に示す資格ファイル８８１がそれぞれ参照される。そ
して、コールセンタークラブにアクセスがあった場合に
は、それらの会員番号及びパスワードによってアクセス
権の承認等を与えるようにされている。このような前提
の下、以下、環境設定処理について述べる。

【００７３】図１７は初期起動処理を示すフローチャー
ト、図１８は通信端末（ライフプランナーＰＣ２０１、
営業所長ＰＣ３０１、支社長ＰＣ４０１、及びコールセ
ンターＰＣ５０１）のディスプレイ１１６上に表示され
るコールセンタークラブ用のアイコンを示す模式図、図
１９は通信端末２０１、３０１、４０１、５０１のディ
スプレイ１１６に表示される操作マニュアル表示用及び
環境設定用のオブジェクトを例示する模式図、図２０は
環境設定に際してライフプランナーＰＣ２０１のディス
プレイ１１６に表示されるエリア選択用のオブジェクト
を例示する模式図である。

【００７４】本実施の形態のシステムでは、ライフプラ
ンナーＰＣ２０１、営業所長ＰＣ３０１、支社長ＰＣ４
０１、及びコールセンターＰＣ５０１について、使用前
の環境設定を必要とする。見込顧客紹介・管理用のプロ
グラムがＨＤＤ１２１にインストールされると、図１８
に示すように、ライフプランナーＰＣ２０１、営業所長
ＰＣ３０１、支社長ＰＣ４０１、及びコールセンターＰ
Ｃ５０１のディスプレイ１１６には、コールセンターク
ラブと称される本実施の形態の見込顧客紹介・管理用プ
ログラム１５１のアイコン１５５が表示される。そこ
で、そのアイコン１５５をダブルクリック等の手法で開
くと、図１９に示すようなオブジェクトがディスプレイ
１１６に表示される。

【００７５】つまり、「データベースの使い方へ」、
「ライフプランナーの方はこのボタンを押してくださ
い。利用環境が自動的に設定されます。」、「営業所長
の方はこのボタンを押してください。利用環境が自動的
に設定されます。」、「支社長の方はこのボタンを押し
てください。利用環境が自動的に設定されます。」、及
び、「コールセンターの方はこのボタンを押してくださ
い。利用環境が自動的に設定されます。」というオブジ
ェクトが、ディスプレイ１１６に表示される。これは、
初期起動処理の流れを示す図１７のフローチャート中の
ステップＳ１０１及びＳ１０２の処理である。

【００７６】そこで、図１７のフローチャートに示すよ
うに、「データベースの使い方へ」というオブジェクト
が選択された場合には（ステップＳ１０３のＹ）、プロ
グラム１５１における操作マニュアルモジュール１５２
の処理が実行され、操作マニュアルが呼び出される（ス
テップＳ１０４）。これに対して、利用環境の自動設定
を指定するオブジェクトが選択された場合には（ステッ
プＳ１０５のＹ）、プログラム１５１中の環境設定モジ
ュールの処理が実行され、ステップＳ１０２で選択され
た身分（ライフプランナー、営業所長、支社長、コール
センター）に応じた利用環境が自動的に設定される（ス
テップＳ１０７）。

【００７７】この際、実施の一例として、通信端末（ラ
イフプランナーＰＣ２０１、営業所長ＰＣ３０１、支社
長ＰＣ４０１、又はコールセンターＰＣ５０１）はクラ
ブサーバ６０１との通信を確立する。そして、プログラ
ム１５１中の環境設定モジュール１５３は、図９の会員
ファイル８４１の各アイテムに関する事項のうち、会員
番号及びパスワードの入力を求めるダイアログを表示
し、その入力を促す。そして、通信端末２０１、３０
１、４０１、５０１においてそれらの事項が入力された
なら、通信端末２０１、３０１、４０１、５０１はそれ
らの情報をクラブサーバ６０１（５０５、６０１ａ〜
ｎ）に送信する。

【００７８】そこで、クラブサーバ６０１（５０５、６
０１ａ〜ｎ）は、送信された会員番号及びパスワードを
図９中の会員ファイル８４１の会員番号８４１ｃ及びパ
スワード８４１ｄと照合し、適合すればアクセス権を与
え、その者の身分ＩＤ８４１ｈを照合し、ステップＳ１
０２で入力指定されたライフプランナー、営業所長、支
社長及びコールセンターが正しい入力であるかどうかを
確認する。もっとも、別の実施例として、クラブサーバ
６０１（５０５、６０１ａ〜ｎ）は、送信された会員番
号及びパスワードからその者の身分を知ることができる
ため、通信端末（ライフプランナーＰＣ２０１、営業所
長ＰＣ３０１、支社長ＰＣ４０１、又はコールセンター
ＰＣ５０１）で実行されるステップＳ１０２の処理で
は、ライフプランナー、営業所長、支社長及びコールセ
ンターという身分を再度入力させないようにしても良
い。

【００７９】ここで、利用環境の自動設定に際して、ス
テップＳ１０２で選択された身分がライフプランナーで
あった場合、つまり、「ライフプランナーの方はこのボ
タンを押してください。利用環境が自動的に設定されま
す。」というオブジェクトが選択された場合、エリア選
択処理が実行される（ステップＳ１０９）。つまり、図
２０に例示するような画面表示がディスプレイ１１６に
なされ、エリア選択の入力が促される。ライフプランナ
ーは、ここで選択したエリア設定に規制され、見込／自
由の見込顧客の獲得に際し、このエリア以外のエリアの
顧客を獲得することができなくなる。そこで、図２０の
画面からエリアが選択された場合には（ステップＳ１０
９の完了）、図９の会員ファイル８４１中のエリアＩＤ
番号８４１ｆにエリア登録がなされる（ステップＳ１１
０）。

【００８０】なお、環境設定オブジェクトの指定（ステ
ップＳ１０５）がなされないまま処理終了が指定された
場合には（ステップＳ１０６のＹ）、そのまま処理を終
了する。

【００８１】また、一旦環境設定がなされた後は、図１
９に例示するような環境設定用の画面表示はされない。
つまり、ディスプレイ１１６のデスクトップ上に置かれ
たコールセンタークラブのアイコン１５５を指定してコ
ールセンタークラブのプログラム１５１を開くことで、
コールセンタークラブを直に使用できる環境となる。

【００８２】〔実際の利用時における処理の詳細〕図２
１は通信端末（ライフプランナーＰＣ２０１、営業所長
ＰＣ３０１、支社長ＰＣ４０１、及びコールセンターＰ
Ｃ５０１）からコマンドを受信したクラブサーバ６０１
によって実行される処理の概要を示すフローチャートで
ある。

【００８３】クラブサーバ６０１は、通信端末２０１、
３０１、４０１、５０１における何らかの操作に伴い発
生する接続要求を受信した場合（ステップＳ６０１の
Ｙ）、通信端末２０１、３０１、４０１、５０１から送
信される会員番号とパスワードとからなる会員情報を解
析する（ステップＳ６０２）。会員情報の解析は、接続
要求をする通信端末２０１が送信する会員番号とパスワ
ードとに基づいて、図９に示す会員ファイル８４１中の
会員番号８４１ｂ及びパスワード８４１ｃを検索し、会
員番号とパスワードとの対応関係から、接続要求をして
いる通信端末２０１、３０１、４０１、５０１が登録さ
れているかどうかを判定する。そして、その通信端末２
０１、３０１、４０１、５０１が登録されていれば、そ
の種類、つまり、ライフプランナーＰＣ２０１なのか、
営業所長ＰＣ３０１なのか、支社長ＰＣ４０１なのか、
コールセンターＰＣ５０１なのかを解析する。

【００８４】その後、クラブサーバ６０１は、その通信
端末２０１、３０１、４０１、５０１との接続を確立し
（ステップＳ６０２）、所定の通信プロトコルに従った
通信を実行する。もっとも、クラブサーバ６０１は、図
２１のフローチャート中には示さないが、接続要求をし
ている通信端末２０１、３０１、４０１、５０１が登録
されていないと判定した場合、接続を確立しないのはい
うまでもない。このようなクラブサーバ６０１による通
信端末２０１、３０１、４０１、５０１との接続の確立
処理（図２１中のステップＳ６０１〜６０３）は、アク
セス手段（アクセス過程、アクセス機能）を構成する。

【００８５】そして、クラブサーバ６０１は、接続を確
立した通信端末２０１、３０１、４０１、５０１からの
コマンド受信に待機し（ステップＳ６０４のＮ）、コマ
ンドを受信した場合には（ステップＳ６０４のＹ）、そ
のコマンドに応じた処理を実行する（ステップＳ６０
５）。これに対し、コマンド受信しないままタイムアウ
トになれば（ステップＳ６０６のＹ）、接続中の通信端
末２０１、３０１、４０１、５０１との接続を切って処
理を終了する。ここで、ステップＳ６０５におけるコマ
ンドに応じた処理の具体例については後述する。

【００８６】ここで、ライフプランナーＰＣ２０１、営
業所長ＰＣ３０１、支社長ＰＣ４０１、及びコールセン
ターＰＣ５０１における処理について、それぞれ項目に
分けて説明する。以下の説明では、それぞれの通信端末
２０１、３０１、４０１、５０１に特徴的な処理を詳し
く説明し、非特徴的である処理については簡単に説明す
るか、あるいは説明自体を省略する。

【００８７】Ａ．会員通信端末（ライフプランナーＰＣ
２０１）の操作に基づく処理 ライフプランナーＰＣ２０１では、主に、ライフプラン
ナーに見込顧客を獲得させる顧客紹介処理と、獲得した
見込顧客について対応履歴の生成を可能とする対応履歴
生成処理と、自分が作成した対応履歴を閲覧する対応履
歴閲覧処理とを実行することができる。

【００８８】まず、顧客生成処理を図２１ないし図２５
を参照しながら説明する。

【００８９】図２２は会員通信端末であるライフプラン
ナーＰＣ２０１によって実行される顧客紹介処理を示す
フローチャート、図２３はクラブサーバ６０１によって
実行される見込顧客（見込／自由又は見込／指定）情報
送信要求コマンド処理を示すフローチャート、図２４は
クラブサーバ６０１によって実行される獲得要求コマン
ド処理を示すフローチャートである。

【００９０】また、図２５は「見込／自由」オブジェク
トを選択したライフプランナーＰＣ２０１のスクリーン
表示例を示す模式図、図２６は特定の見込顧客を選択し
た画面を表示するライフプランナーＰＣ２０１のスクリ
ーン表示例を示す模式図、図２７は会員（ライフプラン
ナー）が「獲得」オブジェクトを選択して見込顧客を獲
得した際のライフプランナーＰＣ２０１のスクリーン表
示例を示す模式図である。

【００９１】図２２及び図２５に示すように、ライフプ
ランナーＰＣ２０１においては、コールセンタークラブ
を起動した状態で、「見込顧客」オブジェクト１７１、
図２５の場合には「見込／自由」オブジェクト１７１ｂ
を選択すると（ステップＳ２０１のＹ）、クラブサーバ
６０１と接続中であるかどうかが判定され（ステップＳ
２０２）、接続中でない場合には接続要求を送信する
（ステップＳ２０３）。ここで、オブジェクトの選択
は、一例として、マウス１１８の操作で選択するオブジ
ェクトにカーソルを合わせてダブルクリックすることに
より行なう。

【００９２】図２１に示すように、クラブサーバ６０１
は、接続要求を受信すると（ステップＳ６０１のＹ）、
会員情報を解析してどの会員からの接続要求であるのか
を判定する（ステップＳ６０２）。その結果、接続でき
る場合、つまり、ステップＳ６０１において受信した接
続要求が、登録された会員からの接続要求であった場
合、クラブサーバ６０１は接続を確立する（ステップＳ
６０３）。

【００９３】ここで、接続を確立するクラブサーバ６０
１は、接続要求をしてきた通信端末２０１、３０１、４
０１、５０１に接続確認を返すので、ライフプランナー
ＰＣ２０１は、クラブサーバ６０１から送信された接続
確認の受信を待ち（ステップＳ２０４）、見込顧客（見
込／自由又は見込／指定）情報送信要求コマンドをクラ
ブサーバ６０１に送信する（ステップＳ２０５）。

【００９４】見込顧客（見込／自由又は見込／指定）情
報送信要求コマンドを受信したクラブサーバ６０１は、
図２１中のステップＳ６０５のように、コマンドに応じ
た処理を実行する。この処理の内容としては、図２３に
示すように、図２１中のステップＳ６０４において解析
した会員情報に基づいて見込顧客情報を生成し（ステッ
プＳ６１１）、要求元のライフプランナーＰＣ２０１に
対して生成した見込顧客情報を送信する（ステップＳ６
１２）という内容である。このようなステップＳ６１２
〜６１３の処理により、見込顧客情報閲覧手段（見込顧
客情報閲覧過程、見込顧客情報閲覧機能）が構成され
る。

【００９５】この際、見込顧客（見込／自由又は見込／
指定）情報送信要求コマンド等の各種のコマンドを通信
端末２０１、３０１、４０１、５０１から受信したクラ
ブサーバ６０１は、図２１のステップＳ６０１において
会員情報として会員番号を受信しているので、会員及び
要求の種類毎に適宜最適な見込顧客情報を生成すること
ができる。例えば、クラブサーバ６０１は、ライフプラ
ンナーＰＣ２０１から見込顧客（見込／自由又は見込／
指定）情報送信要求コマンド、一例として、「見込／自
由」オブジェクト１７１ｂを選択することにより発生す
る見込／自由情報送信コマンドを受信した場合、図９に
示す会員ファイル８４１の会員番号８４１ｂに対応する
エリアＩＤ番号８４１ｆを検索することで、その会員が
環境設定時に図２０に示すエリア選択画面によって選択
したエリアを認識することができる。そこで、クラブサ
ーバ６０１は、図５に示す受付けファイル８０１のエリ
アＩＤ番号８０１ｅを検索して対応するエリアの見込顧
客であって、ＹＥＳ／ＮＯ型オブジェクトである獲得８
０１ｑのステータスがＮＯであるレコードだけを集める
ことによって見込顧客情報を生成する。別の一例とし
て、クラブサーバ６０１は、ライフプランナーＰＣ２０
１が「見込／指定」オブジェクト１７１ａを選択するこ
とにより発生する見込／指定情報送信コマンドを受信し
た場合、図９の会員ファイルにおいて会員番号８４１ｂ
からその会員の支社ＩＤ番号８４１ｄを検索し、図５の
受付けファイル８０１の支社ＩＤ番号８０１ｎを検索し
て対応する支社を指定した見込顧客であって、ＹＥＳ／
ＮＯ型オブジェクトである獲得８０１ｑのステータスが
ＮＯであるレコードだけを集めることによって見込顧客
情報を生成する。

【００９６】こうして生成された見込顧客情報がクラブ
サーバ６０１から送信されると（図２３のステップＳ６
１２）、図２２に示すように、ライフプランナーＰＣ２
０１はその見込顧客情報を受信し（ステップＳ２０
６）、これをディスプレイ１１６に表示する（ステップ
Ｓ２０７）。図２５は、このときのスクリーン表示例で
ある。

【００９７】ここで、ライフプランナーＰＣ２０１にお
いて表示されるのは、図２３中のステップＳ６１１で生
成されてステップＳ６１２で送信された見込顧客情報で
ある。このため、時間の経過により受付けファイル８０
１のレコードが更新された場合には、図２２のステップ
Ｓ２０７の処理によってライフプランナーＰＣ２０１に
表示される見込顧客情報と実際の見込顧客情報との間に
ずれが生ずることがある。そこで、図２５中の「最新情
報」オブジェクト１７２がクリックされて選択されるこ
とで（図２２中のステップＳ２０８）、再度ステップＳ
２０５の処理、つまり、ライフプランナーＰＣ２０１か
らクラブサーバ６０１に対する見込顧客情報送信要求コ
マンドの送信処理が実行され、ライフプランナーＰＣ２
０１は、最新の見込顧客情報を得ることができる。

【００９８】次いで、ライフプランナーＰＣ２０１で
は、特定顧客の指定に待機し（ステップＳ２０９）、特
定顧客が指定されたなら、ディスプレイ１１６における
表示をその特定された見込顧客の画面表示に移行する
（ステップＳ２１０）。特定顧客の指定は、例えば、指
定する顧客のレコード欄にカーソルを合わせ、その位置
をダブルクリックすることによってなされる。図２６
は、そのような獲得前の特定顧客画面表示例を示してい
る。この画面では、＜顧客情報＞欄のみが表示されてお
り、この＜顧客情報＞として、都道府県、住所、年令、
要望が表示されている。これらの情報は、図５に示す受
付けファイル８０１中の、郵便番号８０１ｃ、住所８０
１ｄ、年令８０１ｇ、性別８０１ｈ、及び要望８０１ｉ
に記録されている情報に基づいて表示される。

【００９９】図２６に示す特定顧客画面表示例では、
「獲得」オブジェクト１７３及び「閉じる」オブジェク
ト１７４も表示されている。そこで、「閉じる」オブジ
ェクト１７４が選択された場合には（ステップＳ２１２
のＹ）、図２２中、ステップＳ２０７の処理に戻り、図
２５に示すような見込顧客情報画面の表示処理を行な
う。これに対し、「獲得」オブジェクト１７３が選択さ
れた場合には（ステップＳ２１１のＹ）、クラブサーバ
６０１に対する獲得要求コマンド送信処理が実行される
（ステップＳ２１３）。

【０１００】図２１中のステップＳ６０４で獲得要求コ
マンドを受信したクラブサーバ６０１は、ステップＳ６
０５のコマンドに応じた処理として、図２４に示す処理
を実行する。つまり、最初に、制限手段（制限過程、制
限機能）として、獲得可否の判定を実行する（ステップ
Ｓ６２１）。この処理のためには、図１４に示す紹介数
ファイル８９１を参照する。つまり、獲得要求コマンド
を送信するライフプランナーＰＣ２０１の使用者の会員
番号８４１ｂを図９に示す会員ファイル８４１から検索
した後に図１４の紹介数ファイル８９１を参照し、対応
する会員ＩＤ番号８９１ａの獲得数及び対応数を獲得数
８９１ｂ及び対応有８９１ｃから検索する。

【０１０１】ここで、クラブサーバ６０１にインストー
ルされたコールセンタークラブのプログラム１５１は、
一ヶ月を単位として、各ライフプランナーが見込顧客を
獲得（図２４中のステップＳ６２３の処理参照）する度
に、紹介数ファイル８９１の獲得数８９１ｂを１つずつ
インクリメントし、各ライフプランナーが獲得した見込
顧客に対して対応すれば（図３０中のステップＳ６４１
参照）、紹介数ファイル８９１のＹＥＳ／ＮＯ型オブジ
ェクトである対応有８９１ｃをＹＥＳにする、という処
理をクラブサーバ６０１に実行させる。そして、そのプ
ログラム１５１は、月が変わる毎に紹介数ファイル８９
１の獲得数８９１ｂ及び対応有８９１ｃを全ての会員Ｉ
Ｄ番号８９１ａについてクリアするという処理をクラブ
サーバ６０１に実行させる。対応有８９１ｃのクリアと
いうのは、ＹＥＳ／ＮＯ型オブジェクトである対応有８
９１ｃをＮＯにする、という処理によって実行される。

【０１０２】そこで、図２４中のステップＳ６２１にお
ける獲得可否の判定をするに際し、クラブサーバ６０１
は、紹介数ファイル８９１を参照し、獲得可否を決定す
る。クラブサーバ６０１にインストールされたプログラ
ム１５１は、そのような決定処理のための計算式を含ん
でいる。具体的には、あるライフプランナーが、その月
において最初に獲得する場合、つまり、その者に対応付
けられた会員ＩＤ番号８９１ａに対応する獲得数８９１
ｃの値が「０」である場合には、クラブサーバ６０１
は、そのライフプランナーによる見込顧客の獲得を許容
する。つまり、ある月においてライフプランナーが最初
に顧客を獲得する場合にはその獲得を許容するわけであ
る。これに対し、獲得数８９１ｂが「０」以外である場
合には、対応有８９１ｃの値が獲得数８９１ｂの値の１
／２以上である場合に限り、クラブサーバ６０１は見込
顧客の獲得を許容する。例えば、あるライフプランナー
がある月に３人の見込顧客を獲得している場合、１人の
見込顧客にしか対応していなければ獲得が許容されず、
２人の見込顧客に対応していれば獲得が許容されるわけ
である。そして、図２４中のステップＳ６２１における
獲得可否の判定は、このような獲得数と対応数との関係
からのみ決定されて実行されるわけではなく、獲得数８
９１ｂの値が４である場合にはその月の獲得を許容しな
いという判断を伴う。つまり、ライフプランナーは、一
ヶ月に４人の見込顧客しか獲得できない。

【０１０３】もっとも、以上の制限は、単に一例であ
り、図２４中のステップＳ６２１の処理としては、その
人数や手法に限定されるわけではない。

【０１０４】図２４中のステップＳ６２１での獲得可否
の判定の結果、獲得を許可する場合には（ステップＳ６
２２のＹ）、クラブサーバ６０１は、図５に示す受付け
ファイル８０１中のＹＥＳ／ＮＯ型オブジェクトである
獲得８０１ｑのステータスをＹＥＳに設定し（ステップ
Ｓ６２３）、図１５に示す対応履歴ファイル９０１を更
新する（ステップＳ６２４）。つまり、クラブサーバ６
０１は、既に認識している見込顧客ＩＤ番号、会員ＩＤ
番号、支社ＩＤ番号を、それぞれ図１５中の見込顧客Ｉ
Ｄ番号９０１ａ、会員ＩＤ番号９０１ｂ、支社ＩＤ番号
９０１ｃに設定してレコードを追加設定するという処理
を実行する。これにより、あるライフプランナーとある
見込顧客とが関連付けられ、ライフプランナーに対して
見込顧客が、また、見込顧客に対してライフプランナー
が、それぞれ紹介されることになる。ここに、紹介手段
の機能が実行される。

【０１０５】クラブサーバ６０１は、図２４に示すよう
に、ライフプランナーに見込顧客の獲得を許可した場合
（ステップＳ６２２のＹ）には、その判定結果をそのラ
イフプランナーのライフプランナーＰＣ２０１に送信し
（ステップＳ６２５）、ライフプランナーに見込顧客の
獲得を許可しなかった場合（ステップＳ６２２のＮ）に
は、その判定結果をそのライフプランナーのライフプラ
ンナーＰＣ２０１に送信する（ステップＳ６２６）。

【０１０６】そこで、図２２に示すように、そのような
情報の送信を受信したライフプランナーＰＣ２０１で
は、受信した判定結果に基づいて獲得の可否を判定し
（ステップＳ２１４）、獲得許可された場合には（ステ
ップＳ２１４のＹ）、既に受信している見込顧客情報に
基づいて獲得後の特定顧客画面をディスプレイ１１６に
表示する（ステップＳ２１６）。これに対し、獲得許可
されなかった場合には、一例として、強制終了処理が実
行される（ステップＳ２１５）。

【０１０７】ここで、図２７は、そのような獲得後の特
定顧客画面のスクリーン表示例である。ここで、図２６
に例示する獲得前の特定顧客画面のスクリーン表示例と
比較すると、図２６に例示する獲得前の特定顧客画面に
は＜顧客情報＞しか表示されなかったのに対し、図２７
に例示する獲得後の特定顧客画面には＜顧客情報＞の
他、＜取扱者情報＞及び＜顧客基本情報＞も表示されて
いることがわかる。しかも、＜顧客情報＞の欄には「詳
細情報」オブジェクト１７５が表示されている。ここ
で、処理手順はフローチャート等で図示しないが、本実
施の形態では、会員通信端末であるライフプランナーＰ
Ｃ２０１並びに管理者通信端末である営業所長ＰＣ３０
１、支社長ＰＣ４０１及びコールセンターＰＣ５０１に
インストールされているコールセンタークラブのプログ
ラム１５１は、その通常処理モジュール１５４におい
て、＜顧客情報＞の欄に表示される「詳細情報」オブジ
ェクト１７５をクリック等の手法で選択することで、＜
取扱者情報＞及び＜顧客基本情報＞をディスプレイ１１
６に表示するような処理命令を含んでいる。つまり、
「詳細情報」オブジェクト１７５は、＜取扱者情報＞及
び＜顧客基本情報＞に表示する情報にリンク付けされて
いる。

【０１０８】特に、ライフプランナーＰＣ２０１におい
ては、図２７に例示するような特定の見込顧客を獲得し
た後の特定顧客画面において初めて表示される「詳細情
報」オブジェクト１７５を選択することで、その見込顧
客の連絡先を含む詳細情報を閲覧することが可能であ
る、という点に大きな意味合いを持つ。つまり、図２６
に例示する獲得前の特定顧客画面には「詳細表示」オブ
ジェクト１７５が表示されず、したがって、その画面か
らは見込顧客の詳細表示を閲覧することができないよう
になっているのは、獲得前にライフプランナーに連絡先
を知らせないようにするためである。これに対し、その
見込顧客を獲得した後は、ライフプランナーはその見込
顧客に対する対応を取る必要があるため、図２７に例示
する獲得後のスクリーン表示には「詳細表示」オブジェ
クト１７５が表示され、連絡先を閲覧できるようになっ
ている。

【０１０９】そして、ライフプランナーＰＣ２０１で
は、図２２に示すように、図２７の画面に表示されてい
る「閉じる」オブジェクト１７６が選択されると、クラ
ブサーバ６０１に見込顧客情報送信要求コマンドを送信
するステップＳ２０５の処理にリターンする。

【０１１０】次いで、対応履歴生成処理及び対応履歴閲
覧処理を図２１、図２８ないし図３２を参照して説明す
る。

【０１１１】図２８は会員通信端末であるライフプラン
ナーＰＣ２０１によって実行される対応履歴生成処理を
示すフローチャート、図２９はクラブサーバ６０１によ
って実行される対応履歴情報要求コマンド処理を示すフ
ローチャート、図３０はクラブサーバ６０１によって実
行される対応履歴作成コマンド処理を示すフローチャー
トである。

【０１１２】また、図３１は「対応履歴」オブジェクト
を選択したライフプランナーＰＣ２０１のスクリーン表
示例を示す模式図、図３２は「対応履歴作成」オブジェ
クトを選択し、獲得した（紹介された）見込顧客につい
て対応履歴を入力するためのライフプランナーＰＣ２０
１のスクリーン表示例を示す模式図である。

【０１１３】図２８に示すように、ステップＳ２２１の
Ｙとして、コールセンタークラブのプロクラム１５１を
起動したライフプランナーＰＣ２０１において、その初
期画面から「対応履歴」オブジェクト１７７が選択され
た場合には（図３１参照）、クラブサーバ６０１との接
続処理（ステップＳ２２２〜２２４）を経た後に対応履
歴情報送信要求コマンドをクラブサーバ６０１に送信す
るという処理が実行される（ステップＳ２２５）。

【０１１４】そこで、ライフプランナーＰＣ２０１から
送信された履歴情報送信要求コマンドを受信したクラブ
サーバ６０１は（図２１のステップＳ６０４）、図２１
中のステップＳ６０５の処理として、図２９に示す処理
を実行する。つまり、解析した会員情報に基づいて対応
履歴情報を生成し（ステップＳ６３１）、これを返信す
る（ステップＳ６３２）という処理である。この際、ク
ラブサーバ６０１は、対応履歴情報の生成に当たり、受
付けファイル８０１、会員ファイル８４１、対応履歴フ
ァイル９０１、その他必要なファイルを参照して、履歴
情報送信要求コマンドを送信したライフプランナーＰＣ
２０１に応じた対応履歴情報を生成する。ここに、対応
履歴情報閲覧手段の処理が実行される。

【０１１５】図２８に示すように、こうしてクラブサー
バ６０１から送信された対応履歴情報を受信した（ステ
ップＳ２２５）ライフプランナーＰＣ２０１は、そのデ
ィスプレイ１１６に、受信した対応履歴情報の一覧画面
を表示する（ステップＳ２２７）。図３１は、そのよう
な一覧画面の一例を示す。

【０１１６】ライフプランナーＰＣ２０１では、図３１
に示すように、所望の見込顧客のレコードにカーソルを
合わせてダブルクリックすると、ライフプランナーＰＣ
２０１において対応履歴作成の対象者が指定され（図２
８のステップＳ２２８）、対象者画面表示となる（ステ
ップＳ２２９）。つまり、この対象者画面表示では、図
３１に示すように、選択された見込顧客のレコードの下
欄に順に対応履歴が表示される。

【０１１７】そして、図３１に示す対応履歴の一覧画面
には、「対応履歴作成」オブジェクト１７８が表示され
ている。そこで、ライフプランナーＰＣ２０１は、図２
８のステップＳ２２８で対象者が指定されていることを
条件として、その「対応履歴作成」オブジェクト１７８
を選択すると（ステップＳ２３０）、その対象者につい
ての対応履歴作成画面をスクリーン表示する（ステップ
Ｓ２３１）。図３２に、対応履歴作成画面の一例を示
す。この画面では、「電話」、「面会」、「資料請
求」、「設計書作成」、及び「申込」の選択入力、コメ
ントの入力、並びに対応日の入力が可能となっている
（ステップＳ２３２）。特に、対応日は、「カレンダ
ー」オブジェクト１７９を選択することで図３２に例示
するような入力支援用のカレンダー１８０がポップアッ
プ表示され、このカレンダー１８０を用いた入力が可能
である。

【０１１８】ライフプランナーＰＣ２０１は、図３２に
例示する対応履歴作成画面において、「保存」オブジェ
クト１８１が選択された場合には（図２８中のステップ
Ｓ２３３）、クラブサーバ６０１に対し、図２８中のス
テップＳ２３２の入力許可に基づいて入力した対応情報
を含む対応履歴作成コマンドを送信し（ステップＳ２３
４）、「閉じる」オブジェクト１８２が選択された場合
には（ステップＳ２３５）、対応履歴の一覧表示画面を
実行するようにステップＳ２２７にリターンする。

【０１１９】ライフプランナーＰＣ２０１から送信され
た対応履歴作成コマンドを受信したクラブサーバ６０１
は（図２１のステップＳ６０４）、図２１中のステップ
Ｓ６０５の処理として、図３０に示す処理、つまり、対
応履歴作成コマンドに含まれている対応情報に基づいて
図１５に示す対応履歴ファイル９０１を更新する処理を
実行する（ステップＳ６４１）。この処理では、対応履
歴ファイル９０１中のＹＥＳ／ＮＯ型オブジェクトであ
る対応有９０１ｄがＮＯになっていればこれをＹＥＳと
し、対応履歴作成コマンドと共に受信した対応情報に応
じた内容に対応履歴ファイル９０１中の項目を設定す
る、ということが行なわれる。

【０１２０】Ｂ．管理者通信端末（営業所長ＰＣ３０
１）の操作に基づく処理 管理者通信端末である営業所長ＰＣ３０１では、主に、
支社を指定する見込顧客にライフプランナーを割当てる
会員（ライフプランナー）割当処理と、自分の営業所に
所属するライフプランナーの対応履歴を閲覧する対応履
歴閲覧処理とを実行することができる。

【０１２１】まず、会員（ライフプランナー）割当処理
を図２１、図３３ないし図３７を参照して説明する。

【０１２２】図３３は、「見込／指定」オブジェクトを
選択した管理者通信端末である営業所長ＰＣ３０１によ
って実行される会員（ライフプランナー）割当処理を示
すフローチャート、図３４はクラブサーバ６０１によっ
て実行される割当て要求コマンド処理を示すフローチャ
ートである。

【０１２３】また、図３５は「見込／指定」オブジェク
トを選択した営業所長ＰＣ３０１のスクリーン表示例を
示す模式図、図３６は特定の見込顧客を選択した画面を
表示する営業所長ＰＣ３０１のスクリーン表示例を示す
模式図、図３７は管理者（営業所長）が「取扱者選択」
オブジェクトを選択した場合の営業所長ＰＣ３０１のス
クリーン表示例を示す模式図である。

【０１２４】図３３及び図３５に示すように、営業所長
ＰＣ３０１においては、コールセンタークラブを起動し
た状態で、「見込顧客」オブジェクト１７１、図３３の
場合には「見込／指定」オブジェクト１７１ａを選択す
ると（ステップＳ３０１のＹ）、クラブサーバ６０１と
接続中であるかどうかが判定され（ステップＳ３０
２）、接続中でない場合には接続要求を送信する（ステ
ップＳ３０３）。

【０１２５】図２１に示すように、クラブサーバ６０１
は、接続要求を受信すると（ステップＳ６０１のＹ）、
会員情報を解析してどの会員からの接続要求であるのか
を判定する（ステップＳ６０２）。その結果、接続でき
る場合、つまり、ステップＳ６０１において受信した接
続要求が、登録された会員からの接続要求であった場
合、クラブサーバ６０１は接続を確立する（ステップＳ
６０３）。

【０１２６】ここで、接続を確立するクラブサーバ６０
１は、接続要求をしてきた通信端末２０１、３０１、４
０１、５０１に接続確認を返すので、営業所長ＰＣ３０
１は、クラブサーバ６０１から送信された接続確認の受
信を待ち（ステップＳ３０４）、見込／指定情報送信要
求コマンドをクラブサーバ６０１に送信する（ステップ
Ｓ３０５）。

【０１２７】見込／指定情報送信要求コマンドを受信し
たクラブサーバ６０１は、図２１中のステップＳ６０５
のように、コマンドに応じた処理を実行する。この処理
の内容としては、図２３に基づいて既に説明したよう
に、図２１中のステップＳ６０４において解析した会員
情報に基づいて見込顧客情報を生成し（ステップＳ６１
１）、要求元の営業所長ＰＣ３０１に対して生成した見
込／指定情報を送信する（ステップＳ６１２）という内
容である。

【０１２８】この際、見込顧客情報送信要求コマンド等
の各種のコマンドを通信端末２０１、３０１、４０１、
５０１から受信したクラブサーバ６０１は、図２１のス
テップＳ６０１において会員情報として会員番号を受信
しているので、会員及び要求の種類毎に適宜最適な見込
顧客情報を生成することができる。今回の場合であれ
ば、クラブサーバ６０１は、営業所長ＰＣ３０１から見
込／指定情報送信要求コマンド、より具体的には、「見
込／指定」オブジェクト１７１ａを選択することにより
発生する見込／指定情報送信コマンドを受信しているの
で、図９に示す会員ファイル８４１の会員番号８４１ｂ
に対応する支社ＩＤ番号８４１ｄを検索することで、そ
の会員である営業所長が所属する支社を認識することが
できる。そこで、クラブサーバ６０１は、図５に示す受
付けファイル８０１の支社ＩＤ番号８０１ｎを検索して
対応する支社指定をしている見込顧客であって、ＹＥＳ
／ＮＯ型オブジェクトである獲得８０１ｑのステータス
がＮＯである見込顧客に関するレコードだけを集めるこ
とによって見込顧客情報を生成する。

【０１２９】こうして生成された見込／指定情報がクラ
ブサーバ６０１から送信されると、図３２に示すよう
に、営業所長ＰＣ３０１はその見込／指定情報を受信し
（ステップＳ３０６）、これをディスプレイ１１６に表
示する（ステップＳ３０７）。図３５は、このときのス
クリーン表示例である。

【０１３０】ここで、営業所長ＰＣ３０１において表示
される見込顧客情報は、時間の経過により受付けファイ
ル８０１のレコードが更新された場合には、図３３のス
テップＳ３０７の処理によって営業所長ＰＣ３０１に表
示される見込顧客情報と実際の見込顧客情報との間にず
れが生ずることがある。そこで、図３５中の「最新情
報」オブジェクト１７２がクリックされて選択されるこ
とで（図３３中のステップＳ３０８）、再度ステップＳ
３０５の処理、つまり、営業所長ＰＣ３０１からクラブ
サーバ６０１に対する見込顧客情報送信要求コマンドの
送信処理が実行され、営業所長ＰＣ３０１は、最新の見
込顧客情報を得ることができる。

【０１３１】次いで、営業所長ＰＣ３０１では、特定顧
客の指定に待機し（ステップＳ３０９）、特定顧客が指
定されたなら、ディスプレイ１１６における表示をその
特定された見込顧客の画面表示に移行する（ステップＳ
３１０）。特定顧客の指定は、例えば、指定する顧客の
レコード欄にカーソルを合わせ、その位置をダブルクリ
ックすることによってなされる。図３６は、そのような
特定顧客画面表示例を示している。この画面では、＜顧
客情報＞として、都道府県、住所、年令、要望が表示さ
れている。これらの情報は、図５に示す受付けファイル
８０１中の、郵便番号８０１ｃ、住所８０１ｄ、年令８
０１ｇ、性別８０１ｈ、及び要望８０１ｉに記録されて
いる情報に基づいて表示される。また、図３６に示す画
面では、「詳細情報」オブジェクト１７５を選択するこ
とにより表示される＜取扱者情報＞として、支社が表示
されている。この支社情報は、図５に示す受付けファイ
ル８０１中の支社ＩＤ番号８０１ｎに記録されている情
報に基づいて表示される。さらに、図３６に示す画面で
は、「詳細情報」オブジェクト１７５を選択することに
より表示される＜顧客基本情報＞として、受付番号、受
付年月日、コールセンター対応者、及び受付時間が表示
されている。これらの情報は、図５に示す受付けファイ
ル８０１中の、見込顧客ＩＤ番号８０１ａ、アクセス日
８０１ｐ、及びオペレーターＩＤ番号８０１ｏに基づい
て表示される。また、受付時間は、対応したコールセン
ターのオペレーターが参照するコールセンターサーバ５
０３が備える時計機能によって計時された時間が設定さ
れる。

【０１３２】図３６に示す特定顧客画面表示例では、
「取扱者選択」オブジェクト１８３及び「閉じる」オブ
ジェクト１７４も表示されている。そこで、「閉じる」
オブジェクト１７４が選択された場合には（ステップＳ
３１２のＹ）、図３３中、ステップＳ３０７の処理に戻
り、図３５に示すような見込顧客情報画面の表示処理を
行なう。これに対し、「取扱者選択」オブジェクト１８
３が選択された場合には（ステップＳ３１１のＹ）、営
業所長ＰＣ３０１において取扱者のポップアップ表示処
理が実行され（ステップＳ３１３）、図３７に示すよう
な取扱者ポップアップ画面１８４がなされる。この取扱
者ポップアップ画面１８４には、その営業所長ＰＣ３０
１を使用する営業所長が所属する支社に所属する全ての
取扱者、つまりライフプランナーが列挙される。このよ
うなライフプランナーに関する情報は、会員ファイル８
４１を参照することで、容易に得ることができる。

【０１３３】そこで、マウス１１８を使用し、図３７に
示す取扱者ポップアップ画面１８４中に表示される所望
のライフプランナーにカーソルを合わせてクリックする
ことでそのライフプランナーをアクティブにした状態で
「ＯＫ」オブジェクト１８５をクリックすることで、図
３３に示すように、取扱者の選択処理が実行されて選択
があったとの判断がなされる（ステップＳ３１４の
Ｙ）。この判断に伴い、図３３のフローチャートには図
示しないが、営業所長ＰＣ３０１において取扱者ポップ
アップ画面１８４が表示なされなくなる。これにより、
営業所長ＰＣ３０１では、図３６の表示画面に戻り、こ
の画面上で「閉じる」オブジェクト１７４を選択するこ
とで（ステップＳ３１５）、クラブサーバ６０１に向け
て、選択したライフプランナーの会員ＩＤ番号を含む割
当て要求コマンドを送信するという割当て要求コマンド
送信処理が実行される（ステップＳ３１６）。その後、
営業所長ＰＣ３０１は、見込顧客（見込／指定）情報受
信の処理（ステップＳ３０６）に待機する。

【０１３４】図２１中のステップＳ６０４で割当て要求
コマンドを受信したクラブサーバ６０１は、ステップＳ
６０５のコマンドに応じた処理として、図３４に示す処
理を実行する。つまり、クラブサーバ６０１は、図５に
示す受付けファイル８０１中のＹＥＳ／ＮＯ型オブジェ
クトである獲得８０１ｑのステータスをＹＥＳに設定し
（ステップＳ６５１）、図１５に示す対応履歴ファイル
９０１を更新する（ステップＳ６５２）。このような対
応履歴ファイル９０１の更新処理として、クラブサーバ
６０１は、既に認識している見込顧客ＩＤ番号、会員Ｉ
Ｄ番号、支社ＩＤ番号を、それぞれ図１５中の見込顧客
ＩＤ番号９０１ａ、会員ＩＤ番号９０１ｂ、支社ＩＤ番
号９０１ｃに設定してレコードを追加設定するという処
理を実行する。これにより、あるライフプランナーとあ
る見込顧客とが関連付けられ、見込顧客に対してライフ
プランナーが割当てられることになる。ここに、割当手
段（割当過程）の機能が実行される。

【０１３５】その後、クラブサーバ６０１は、既に生成
して送信済みの見込／指定情報に図３４中のステップＳ
６５１及び６５２での処理に基づく受付けファイル８０
１及び対応履歴ファイル９０１の更新を反映させて見込
／指定情報を再生成し、これを接続中の営業所長ＰＣ３
０１に送信する（ステップＳ６５３）。

【０１３６】これにより、営業所長は、支社を指定する
見込顧客に対して所望のライフプランナーを割当てるこ
とができる。このようなある見込顧客に対するライフプ
ランナーの割当て処理は、支社内の規則や営業所長の自
己判断等に基づき、適宜実行可能である。例えば、コー
ルセンターでの受付け後、２日経過してもライフプラン
ナーが獲得しない見込顧客については、営業所長がその
見込顧客に所望のライフプランナーを割当てる、という
ような運用が可能である。

【０１３７】次いで、対応履歴閲覧処理を図２１、図２
９、図３８ないし図４１を参照して説明する。

【０１３８】図３８は「対応履歴」オブジェクトを選択
した管理者通信端末である営業所長ＰＣ３０１によって
実行される対応履歴閲覧処理を示すフローチャートであ
る。

【０１３９】そして、図３９は「対応履歴」オブジェク
トを選択した営業所長ＰＣ３０１のスクリーン表示例を
示す模式図、図４０は特定の見込顧客を選択した画面を
表示する営業所長ＰＣ３０１のスクリーン表示例を示す
模式図、図４１はその見込顧客の対応履歴を表示する営
業所長ＰＣ３０１のスクリーン表示例を示す模式図であ
る。

【０１４０】図３８に示すように、ステップＳ３２１の
Ｙとして、コールセンタークラブのプロクラム１５１を
起動した営業所長ＰＣ３０１において、その初期画面か
ら「対応履歴」オブジェクト１７７が選択された場合に
は（図３９参照）、クラブサーバ６０１との接続処理
（ステップＳ３２２〜３２４）を経た後に対応履歴情報
送信要求コマンドをクラブサーバ６０１に送信するとい
う処理が実行される（ステップＳ３２５）。

【０１４１】そこで、営業所長ＰＣ３０１から送信され
た履歴情報送信要求コマンドを受信したクラブサーバ６
０１は、図２９に基づいて既に説明したように、解析し
た会員情報に基づいて対応履歴情報を生成し（ステップ
Ｓ６３１）、これを返信する（ステップＳ６３２）。こ
の際、クラブサーバ６０１は、対応履歴情報の生成に当
たり、受付けファイル８０１、会員ファイル８４１、対
応履歴ファイル９０１、その他必要なファイルを参照し
て、履歴情報送信要求コマンドを送信した営業所長ＰＣ
３０１に応じた対応履歴情報を生成する。ここに、対応
履歴情報閲覧手段の処理が実行される。

【０１４２】ここで、クラブサーバ６０１が生成する対
応履歴情報は、その営業所長ＰＣ３０１を使用する営業
所長を掌握する支社に属するライフプランナーに関する
対応履歴である。

【０１４３】図３８に示すように、こうしてクラブサー
バ６０１から送信された対応履歴情報を受信した（ステ
ップＳ３２５）営業所長ＰＣ３０１は、そのディスプレ
イ１１６に、受信した対応履歴情報の一覧画面を表示す
る（ステップＳ３２７）。図３９は、そのような一覧画
面の一例を示す。

【０１４４】営業所長ＰＣ３０１では、図３９に示すよ
うに、所望の見込顧客のレコードにカーソルを合わせて
ダブルクリックすると、その見込顧客の顧客情報照会処
理が指定され（図３８のステップＳ３２８）、図４０に
例示するような顧客情報照会画面となる（ステップＳ３
２９）。つまり、この顧客情報照会画面では、選択され
た見込顧客の＜顧客情報＞が表示され、「詳細情報」オ
ブジェクト１７５かクリック等の手法で選択されること
により＜取扱者情報＞及び＜顧客基本情報＞が表示さ
る。このような顧客情報照会画面は、図４０中に表示さ
れる「閉じる」オブジェクト１７６を選択することで、
クラブサーバ６０１から受信した対応履歴情報の一覧画
面に復帰する（図３８中のステップＳ３３０）。

【０１４５】営業所長ＰＣ３０１では、図３９に示すよ
うに、所望の見込顧客のレコードにカーソルを合わせて
シングルクリックすると、その見込顧客にレコード欄の
下に続けてライフプランナーによる対応履歴の概要が順
に表示される。この場合、選択された見込顧客には、そ
の氏名の先頭に逆三角印が付される。そこで、表示され
た対応履歴の概要にカーソルを合わせてダブルクリック
すると、その見込顧客の対応履歴情報照会処理が指定さ
れ（図３８のステップＳ３３１）、図４１に例示するよ
うに、その見込顧客の対応履歴の詳細を営業所長ＰＣ３
０１のディスプレイ１１６に表示する対応履歴情報照会
画面となり（ステップＳ３３２）、これを閲覧すること
が可能となる。このような対応履歴情報照会画面は、図
４１に示す「閉じる」オブジェクト１８６を選択するこ
とで、クラブサーバ６０１から受信した対応履歴情報の
一覧画面に復帰する（図３８中のステップＳ３３３）。

【０１４６】このように、営業所長ＰＣ３０１には、そ
の営業所長ＰＣ３０１を使用する営業所長を掌握する支
社に所属するライフプランナーに関する対応履歴を表示
することが可能である。これにより、営業所長は、その
営業所を掌握する支社に所属するライフプランナーの見
込顧客に対する対応状況を知ることができ、その管理が
容易となる。

【０１４７】Ｃ．管理者通信端末（支社長ＰＣ４０１）
の操作に基づく処理 管理者通信端末である支社長ＰＣでは、主に、支社を指
定する見込顧客にライフプランナーを割当てる会員（ラ
イフプランナー）割当処理と、至急対応が必要な見込顧
客に会員（ライフプランナー）を割当てる会員（ライフ
プランナー）割当処理と、自分の支社が掌握する営業所
に所属するライフプランナーの対応履歴を閲覧する対応
履歴閲覧処理とを実行することができる。

【０１４８】これらの各種の処理のうち、支社を指定す
る見込顧客にライフプランナーを割当てる会員（ライフ
プランナー）割当処理については、図３３ないし図３７
に基づいて営業所長ＰＣ３０１が実行可能な処理として
説明した会員（ライフプランナー）割当処理と同様なの
で、その説明を省略する。

【０１４９】そこで、至急対応が必要な見込顧客に会員
（ライフプランナー）を割当てる会員（ライフプランナ
ー）割当処理を図２１、図３４、図４２ないし図４６を
参照して説明する。

【０１５０】図４２は「見込／至急」オブジェクトを選
択した管理者通信端末である支社長ＰＣ４０１によって
実行される会員（ライフプランナー）割当処理を示すフ
ローチャート、図４３はクラブサーバ６０１によって実
行される見込／至急情報送信要求コマンド処理を示すフ
ローチャートである。

【０１５１】また、図４４は「見込／至急」オブジェク
トを選択した支社長ＰＣ４０１のスクリーン表示例を示
す模式図、図４５は特定の見込顧客を選択した画面を表
示する支社長ＰＣ４０１のスクリーン表示例を示す模式
図、図４６は管理者（支社長）が「取扱者選択」オブジ
ェクトを選択した場合の支社長ＰＣ４０１のスクリーン
表示例を示す模式図である。

【０１５２】図４４に示すように、支社長ＰＣ４０１に
おいては、コールセンタークラブを起動した状態で、ラ
イフプランナーＰＣ２０１及び営業所長ＰＣ３０１には
表示されないオブジェクトとして、「見込／至急」オブ
ジェクト１８７がディスプレイ１１６に表示される。こ
の「見込／至急」オブジェクト１８７は、至急対応を望
む見込顧客をライフプランナーに紹介するための処理を
実行させるオブジェクトである。ここで、ある見込顧客
が至急対応を望むかどうかは、受付けファイル８０１中
のＹＥＳ／ＮＯ型オブジェクトである見込／至急８０１
ｋがＹＥＳのステータスになっているかどうかで認識可
能である。

【０１５３】図４２及び図４４に示すように、支社長Ｐ
Ｃ４０１においては、コールセンタークラブを起動した
状態で、「見込／至急」オブジェクト１８７を選択する
と（ステップＳ４０１のＹ）、クラブサーバ６０１と接
続中であるかどうかが判定され（ステップＳ４０２）、
接続中でない場合には接続要求を送信する（ステップＳ
４０３）。

【０１５４】図２１に示すように、クラブサーバ６０１
は、接続要求を受信すると（ステップＳ６０１のＹ）、
会員情報を解析してどの会員からの接続要求であるのか
を判定する（ステップＳ６０２）。その結果、接続でき
る場合、つまり、ステップＳ６０１において受信した接
続要求が、登録された会員からの接続要求であった場
合、クラブサーバ６０１は接続を確立する（ステップＳ
６０３）。

【０１５５】ここで、接続を確立するクラブサーバ６０
１は、接続要求をしてきた通信端末２０１、３０１、４
０１、５０１に接続確認を返すので、支社長ＰＣ４０１
は、クラブサーバ６０１から送信された接続確認の受信
を待ち（ステップＳ４０４）、見込／至急情報送信要求
コマンドをクラブサーバ６０１に送信する（ステップＳ
４０５）。

【０１５６】見込／至急情報送信要求コマンドを受信し
たクラブサーバ６０１は、図２１中のステップＳ６０５
のように、コマンドに応じた処理を実行する。この処理
の内容としては、図２３に基づいて既に説明したよう
に、図２１中のステップＳ６０４において解析した会員
情報に基づいて見込顧客情報を生成し（ステップＳ６１
１）、要求元の支社長ＰＣ４０１に対して生成した見込
顧客情報を送信する（ステップＳ６１２）という内容で
ある。

【０１５７】この際、見込顧客（見込／自由又は見込／
指定）情報送信要求コマンドや、見込／至急情報送信要
求コマンド等の各種のコマンドを通信端末２０１、３０
１、４０１、５０１から受信したクラブサーバ６０１
は、図２１のステップＳ６０１において会員情報として
会員番号を受信しているので、会員及び要求の種類毎に
適宜最適な見込顧客情報を生成することができる。今回
の場合であれば、クラブサーバ６０１は、支社長ＰＣ４
０１から、「見込／至急」オブジェクト１８７を選択す
ることにより発生する見込／至急情報送信コマンドを受
信しているので、図９に示す会員ファイル８４１の会員
番号８４１ｂを検索キーとしてその会員である支社長が
所属している支社ＩＤ番号８４１ｄを検索することで、
その支社長が所属する支社を認識することができる。そ
こで、クラブサーバ６０１は、図５に示す受付けファイ
ル８０１の支社ＩＤ番号８０１ｎを検索して対応する支
社指定をしている見込顧客であって、ＹＥＳ／ＮＯ型オ
ブジェクトである獲得８０１ｑのステータスがＮＯであ
る見込顧客に関するレコードだけを集めることによって
見込顧客情報を生成する。

【０１５８】こうして生成された見込／至急情報がクラ
ブサーバ６０１から送信されると、図４２に示すよう
に、支社長ＰＣ４０１はその見込／至急情報を受信し
（ステップＳ４０６）、これをディスプレイ１１６に表
示する（ステップＳ４０７）。図４４は、このときのス
クリーン表示例である。

【０１５９】ここで、支社長ＰＣ４０１において表示さ
れる見込顧客情報は、時間の経過により受付けファイル
８０１のレコードが更新された場合には、図４２のステ
ップＳ４０７の処理によって支社長ＰＣ４０１に表示さ
れる見込顧客情報と実際の見込顧客情報との間にずれが
生ずることがある。そこで、図４４中の「最新情報」オ
ブジェクト１７２がクリックされて選択されることで
（図４２中のステップＳ４０８）、再度ステップＳ４０
５の処理、つまり、支社長ＰＣ４０１からクラブサーバ
６０１に対する見込／至急情報送信要求コマンドの送信
処理が実行され、支社長ＰＣ４０１は、最新の見込／至
急情報を得ることができる。

【０１６０】次いで、支社長ＰＣ４０１では、特定顧客
の指定に待機し（ステップＳ４０９）、特定顧客が指定
されたなら、ディスプレイ１１６における表示をその特
定された見込顧客の画面表示に移行する（ステップＳ４
１０）。特定顧客の指定は、例えば、指定する顧客のレ
コード欄にカーソルを合わせ、その位置をダブルクリッ
クすることによってなされる。図４５は、そのような特
定顧客画面表示例を示している。この画面では、＜顧客
情報＞として、都道府県、住所、年令、要望が表示され
ている。これらの情報は、図５に示す受付けファイル８
０１中の、郵便番号８０１ｃ、住所８０１ｄ、年令８０
１ｇ、性別８０１ｈ、及び要望８０１ｉに基づいて表示
される。また、図４５に示す画面では、「詳細情報」オ
ブジェクト１７５を選択することにより表示される＜取
扱者情報＞として、支社が表示されている。この支社情
報は、図５に示す受付けファイル８０１中の支社ＩＤ番
号８０１ｎに記録されている情報に基づいて表示され
る。さらに、図４５に示す画面では、「詳細情報」オブ
ジェクト１７５を選択することにより表示される＜顧客
基本情報＞として、受付番号、受付年月日、コールセン
ター対応者、及び受付時間等が表示されている。これら
の情報は、図５に示す受付けファイル８０１中の、見込
顧客ＩＤ番号８０１ａ、アクセス日８０１ｐ、及びオペ
レーターＩＤ番号８０１ｏ等に基づいて表示される。ま
た、受付時間は、対応したコールセンターのオペレータ
ーのコールセンターＰＣ５０１が備える時計機能によっ
て経時された時間が設定される。

【０１６１】図４５に示す特定顧客画面表示例では、
「取扱者選択」オブジェクト１８３及び「閉じる」オブ
ジェクト１７４も表示されている。そこで、「閉じる」
オブジェクト１７４が選択された場合には（ステップＳ
４１２のＹ）、図４２中、ステップＳ４０７の処理に戻
り、図４４に示すような見込顧客情報画面の表示処理を
行なう。これに対し、「取扱者選択」オブジェクト１８
３が選択された場合には（ステップＳ４１１のＹ）、支
社長ＰＣ４０１において取扱者のポップアップ表示処理
が実行され（ステップＳ４１３）、図４６に示すような
取扱者ポップアップ画面１８４がなされる。この取扱者
ポップアップ画面１８４には、その支社長ＰＣ４０１を
使用する支社長が所属する支社に所属する全ての取扱
者、つまりライフプランナーが列挙される。このような
ライフプランナーに関する情報は、会員ファイル８４１
を参照することで、容易に得ることができる。

【０１６２】そこで、マウス１１８を使用し、図４６に
示す取扱者ポップアップ画面１８４中に表示される所望
のライフプランナーにカーソルを合わせてクリックする
ことによりそのライフプランナーをアクティブにした状
態で「ＯＫ」オブジェクトをクリックすることで、図４
２に示すように、取扱者の選択処理が実行されて選択が
あったとの判断がなされる（ステップＳ４１４のＹ）。
この判断に伴い、図４２のフローチャートには図示しな
いが、支社長ＰＣ４０１において取扱者ポップアップ画
面１８４が表示なされなくなる。これにより、支社長Ｐ
Ｃ４０１では、図４５の表示画面に戻り、この画面上で
「閉じる」オブジェクト１７４を選択することで（ステ
ップＳ４１５）、クラブサーバ６０１に向けて、選択し
たライフプランナーの会員ＩＤ番号を含む割当て要求コ
マンド送信処理が実行される（ステップＳ４１６）。

【０１６３】図２１中のステップＳ６０４で割当て要求
コマンドを受信したクラブサーバ６０１は、ステップＳ
６０５のコマンドに応じた処理として、図３４に基づい
て既に説明した処理を実行する。つまり、クラブサーバ
６０１は、図５に示す受付けファイル８０１中のＹＥＳ
／ＮＯ型オブジェクトである獲得８０１ｑのステータス
をＹＥＳに設定し（ステップＳ６５１）、図１５に示す
対応履歴ファイル９０１を更新する（ステップＳ６５
２）。このような対応履歴ファイル９０１の更新処理と
して、クラブサーバ６０１は、既に認識している見込顧
客ＩＤ番号、会員ＩＤ番号、支社ＩＤ番号を、それぞれ
図１５中の見込顧客ＩＤ番号９０１ａ、会員ＩＤ番号９
０１ｂ、支社ＩＤ番号９０１ｃに設定してレコードを追
加設定するという処理を実行する。これにより、あるラ
イフプランナーとある見込顧客とが関連付けられ、見込
顧客に対してライフプランナーが割当てられることにな
る。ここに、割当手段（割当過程）の機能が実行され
る。

【０１６４】その後、クラブサーバ６０１は、既に生成
して送信済みの見込／至急情報に図３４中のステップＳ
６５１及び６５２での処理に基づく受付けファイル８０
１及び対応履歴ファイル９０１の更新を反映させて見込
／至急情報を再生成し、これを接続中の支社長ＰＣ４０
１に送信する（ステップＳ６５３）。

【０１６５】これにより、支社長は、支社を指定する見
込顧客に対して所望のライフプランナーを割当てること
ができる。このようなある見込顧客に対するライフプラ
ンナーの割当て処理は、支社内の規則や支社長の自己判
断等に基づき、適宜実行可能である。

【０１６６】ここで、実際の運用では、至急対応を望む
見込顧客に対しては、コールセンターは、その見込顧客
を割当てた支社に至急の対応を促すことが望ましい。こ
の際、コールセンターは、例えばファクシミリ連絡や電
話連絡で、その見込顧客を割当てた支社の支社長に対し
て、その見込顧客にライフプランナーを割当てることを
促すような運用が望まれる。そこで、その見込顧客が割
当てられた支社では、支社長自ら、前述した図４２ない
し図４６に示す処理を実行することで、その見込顧客に
対してライフプランナーを割当てることが可能となる。

【０１６７】次いで、対応履歴閲覧処理を図２１、図２
９、図３８、図４７ないし図４９を参照して説明する。

【０１６８】図４７は「対応履歴」オブジェクトを選択
した管理者通信端末である支社長ＰＣ４０１のスクリー
ン表示例を示す模式図、図４８は特定の見込顧客を選択
した画面を表示する支社長ＰＣ４０１のスクリーン表示
例を示す模式図、図４９はその見込顧客の対応履歴を表
示する支社長ＰＣ４０１のスクリーン表示例を示す模式
図である。

【０１６９】図３８に示すように、ステップＳ３２１の
Ｙとして、コールセンタークラブのプロクラム１５１を
起動した支社長ＰＣ４０１において、その初期画面から
「対応履歴」オブジェクト１７７が選択された場合には
（図４７参照）、クラブサーバ６０１との接続処理（ス
テップＳ３２２〜３２４）を経た後に対応履歴情報送信
要求コマンドをクラブサーバ６０１に送信するという処
理が実行される（ステップＳ３２５）。

【０１７０】そこで、支社長ＰＣ４０１から送信された
履歴情報送信要求コマンドを受信したクラブサーバ６０
１は、図２９に基づいて既に説明したように、解析した
会員情報に基づいて対応履歴情報を生成し（ステップＳ
６３１）、これを返信する（ステップＳ６３２）。この
際、クラブサーバ６０１は、対応履歴情報の生成に当た
り、受付けファイル８０１、会員ファイル８４１、対応
履歴ファイル９０１、その他必要なファイルを参照し
て、履歴情報送信要求コマンドを送信した支社長ＰＣ４
０１に応じた対応履歴情報を生成する。ここに、対応履
歴情報閲覧手段の処理が実行される。

【０１７１】ここで、クラブサーバ６０１が生成する対
応履歴情報は、その支社長ＰＣ４０１を使用する支社長
の支社に所属するライフプランナーに関する対応履歴で
ある。

【０１７２】図３８に示すように、こうしてクラブサー
バ６０１から送信された対応履歴情報を受信した（ステ
ップＳ３２５）支社長ＰＣ４０１は、そのディスプレイ
１１６に、受信した対応履歴情報の一覧画面を表示する
（ステップＳ３２７）。図４７は、そのような一覧画面
の一例を示す。

【０１７３】支社長ＰＣ４０１では、図４７に示すよう
に、所望の見込顧客のレコードにカーソルを合わせてダ
ブルクリックすると、その見込顧客の顧客情報照会処理
が指定され（図３８のステップＳ３２８）、図４８に例
示するような顧客情報照会画面となる（ステップＳ３２
９）。つまり、この顧客情報照会画面では、選択された
見込顧客の＜顧客情報＞が表示され、「詳細情報」オブ
ジェクト１７５かクリック等の手法で選択されることに
より＜取扱者情報＞及び＜顧客基本情報＞が表示さる。
このような顧客情報照会画面は、図４８中に表示される
「閉じる」オブジェクト１７６を選択することで、クラ
ブサーバ６０１から受信した対応履歴情報の一覧画面に
復帰する（図３８中のステップＳ３３０）。

【０１７４】支社長ＰＣ４０１では、図４７に示すよう
に、所望の見込顧客のレコードにカーソルを合わせてシ
ングルクリックすると、その見込顧客にレコード欄の下
に続けてライフプランナーによる対応履歴の概要が順に
表示される。この場合、選択された見込顧客には、その
氏名の先頭に逆三角印が付される。そこで、表示された
対応履歴の概要にカーソルを合わせてダブルクリックす
ると、その見込顧客の対応履歴情報照会処理が指定され
（図３８のステップＳ３３１）、図４９に例示するよう
に、その見込顧客の対応履歴の詳細を支社長ＰＣ４０１
のディスプレイ１１６に表示する対応履歴情報照会画面
となり（ステップＳ３３２）、これを閲覧することが可
能となる。このような対応履歴情報照会画面は、図４９
に示す「閉じる」オブジェクト１８６を選択すること
で、クラブサーバ６０１から受信した対応履歴情報の一
覧画面に復帰する（図３８中のステップＳ３３３）。

【０１７５】このように、支社長ＰＣ４０１には、その
支社長ＰＣ４０１を使用する支社長の支社に所属するラ
イフプランナーに関する対応履歴を表示することが可能
である。これにより、支社長は、その支社に所属するラ
イフプランナーの見込顧客に対する対応状況を知ること
ができ、その管理が容易となる。

【０１７６】Ｄ．管理者通信端末（コールセンターＰＣ
５０１）の操作に基づく処理管理者通信端末であるコー
ルセンターＰＣ５０１では、主に、支社を指定する見込
顧客にライフプランナーを割当てる会員（ライフプラン
ナー）割当処理と、至急対応が必要な見込顧客に会員
（ライフプランナー）を割当てる会員（ライフプランナ
ー）割当処理と、所定日数経ってもライフプランナーに
紹介されない見込顧客に支社を割当てる支社指定処理
と、全てのライフプランナーの対応履歴を閲覧する対応
履歴閲覧処理とを実行することができる。

【０１７７】これらの各種の処理のうち、支社を指定す
る見込顧客にライフプランナーを割当てる会員（ライフ
プランナー）割当処理については、図３３ないし図３７
に基づいて営業所長ＰＣ３０１が実行可能な処理として
説明した会員（ライフプランナー）割当処理と同様なの
で、その説明を省略する。また、至急対応が必要な見込
顧客に会員（ライフプランナー）を割当てる会員（ライ
フプランナー）割当処理については、図４２ないし図４
６に基づいて支社長ＰＣ４０１が実行可能な処理として
説明した会員（ライフプランナー）割当処理と同様なの
で、その説明を省略する。

【０１７８】そこで、支社指定処理を図２１、図５０な
いし図５５を参照して説明する。

【０１７９】図５０は「非獲得」オブジェクトを選択し
た管理者通信端末であるコールセンターＰＣ５０１によ
って実行される支社指定処理を示すフローチャート、図
５１はクラブサーバ６０１によって実行される非獲得顧
客情報送信要求コマンド処理を示すフローチャート、図
５２はクラブサーバ６０１によって実行される支社割当
て要求コマンド処理を示すフローチャートである。

【０１８０】また、図５３は「非獲得顧客」オブジェク
トを選択した管理者通信端末であるコールセンターＰＣ
５０１のスクリーン表示例を示す模式図、図５４は特定
の見込顧客を選択した画面を表示するコールセンターＰ
Ｃ５０１のスクリーン表示例を示す模式図、図５５は管
理者（オペレーター）が「支社選択」オブジェクトを選
択した場合のコールセンターＰＣ５０１のスクリーン表
示例を示す模式図である。

【０１８１】図５３に示すように、コールセンターＰＣ
５０１においては、コールセンタークラブを起動した状
態で、ライフプランナーＰＣ２０１及び営業所長ＰＣ３
０１には表示されないオブジェクトとして、「見込／至
急」オブジェクト１８７がディスプレイ１１６に表示さ
れる。また、コールセンターＰＣ５０１においては、コ
ールセンタークラブを起動した状態で、ライフプランナ
ーＰＣ２０１、営業所長ＰＣ３０１及び支社長ＰＣ４０
１のいずれにも表示されないオブジェクトとして、「非
獲得顧客」オブジェクト１８８がディスプレイ１１６に
表示される。この「非獲得顧客」オブジェクト１８８
は、受付けから３日経過してもライフプランナーに獲得
されず、あるいは、ライフプランナーに紹介されない見
込顧客をいずれかの支社に関連付けるための処理を実行
するオブジェクトである。ある顧客が非獲得顧客である
かどうかは、受付けファイル８０１中のＹＥＳ／ＮＯ型
オブジェクトである獲得８０１ｑが３日経過してもＮＯ
のステータスになっているかどうかで認識可能である。
この際、経過日数は、受付けファイル８０１中のアクセ
ス日８０１ｐを参照することで認識可能である。

【０１８２】図５０及び図５３に示すように、コールセ
ンターＰＣ５０１においては、コールセンタークラブを
起動した状態で、「非獲得顧客」オブジェクト１８８を
選択すると（ステップＳ５０１のＹ）、クラブサーバ６
０１と接続中であるかどうかが判定され（ステップＳ５
０２）、接続中でない場合には接続要求を送信する（ス
テップＳ５０３）。

【０１８３】図２１に示すように、クラブサーバ６０１
は、接続要求を受信すると（ステップＳ６０１のＹ）、
会員情報を解析してどの会員からの接続要求であるのか
を判定する（ステップＳ６０２）。その結果、接続でき
る場合、つまり、ステップＳ６０１において受信した接
続要求が、登録された会員からの接続要求であった場
合、クラブサーバ６０１は接続を確立する（ステップＳ
６０３）。

【０１８４】ここで、接続を確立するクラブサーバ６０
１は、接続要求をしてきた通信端末２０１、３０１、４
０１、５０１に接続確認を返すので、コールセンターＰ
Ｃ５０１は、クラブサーバ６０１から送信された接続確
認の受信を待ち（ステップＳ５０４）、非獲得顧客情報
送信要求コマンドをクラブサーバ６０１に送信する（ス
テップＳ５０５）。

【０１８５】非獲得顧客情報送信要求コマンドを受信し
たクラブサーバ６０１は、図２１中のステップＳ６０５
のように、コマンドに応じた処理を実行する。この処理
の内容としては、図２３に基づいて既に説明したよう
に、図２１中のステップＳ６０４において解析した会員
情報に基づいて見込顧客情報を生成し（ステップＳ６１
１）、要求元のコールセンターＰＣ５０１に対して生成
した見込顧客情報を送信する（ステップＳ６１２）とい
う内容である。

【０１８６】この際、非獲得顧客情報送信要求コマンド
をコールセンターＰＣ５０１から受信したクラブサーバ
６０１は、受付けファイル８０１中の獲得８０１ｑ及び
アクセス日８０１ｐを参照することで、非獲得顧客情報
を生成することができる。つまり、受付けファイル８０
１中のＹＥＳ／ＮＯ型オブジェクトである獲得８０１ｑ
のステータスを参照し、そのステータスがＮＯである見
込顧客をまず抽出する。そして、受付けファイル８０１
中のアクセス日８０１ｐを参照し、抽出された見込顧客
のうち、クラブサーバ６０１が認識する現在日時情報か
ら４日前以前となっている日がアクセス日８０１ｏに設
定されている見込顧客に関するレコードだけを集めるこ
とによって、３日以上非獲得状態となっている見込顧客
情報を生成することができる。

【０１８７】こうして生成された非獲得顧客情報がクラ
ブサーバ６０１から送信されると、図５０に示すよう
に、コールセンターＰＣ５０１はその非獲得顧客情報を
受信し（ステップＳ５０６）、これをディスプレイ１１
６に表示する（ステップＳ５０７）。図５３は、このと
きのスクリーン表示例である。

【０１８８】次いで、コールセンターＰＣ５０１では、
特定顧客の指定に待機し（ステップＳ５０８）、特定顧
客が指定されたなら、ディスプレイ１１６における表示
をその特定された見込顧客の画面表示に移行する（ステ
ップＳ５０９）。特定顧客の指定は、例えば、指定する
顧客のレコード欄にカーソルを合わせ、その位置をダブ
ルクリックすることによってなされる。図５４は、その
ような特定顧客画面表示例を示している。この画面で
は、＜顧客情報＞として、都道府県、住所、年令、要望
が表示されている。これらの情報は、図５に示す受付け
ファイル８０１中の、郵便番号８０１ｃ、住所８０１
ｄ、年令８０１ｇ、性別８０１ｈ、及び要望８０１ｉに
基づいて表示される。また、図５４に示す画面では、
「詳細情報」オブジェクト１７５を選択することにより
表示される＜顧客基本情報＞として、受付番号、受付年
月日、連絡希望日、依頼者名、及びコールセンター対応
者等が表示されている。これらの情報は、図５に示す受
付けファイル８０１中の、見込顧客ＩＤ番号８０１ａ、
アクセス日８０１ｐ、連絡希望日８０１ｊ、氏名８０１
ｂ、及びオペレーターＩＤ番号８０１ｏに基づいて表示
される。さらに、図５４に示す画面では、「詳細情報」
オブジェクト１７５を選択することにより表示される＜
取扱者情報＞の欄に、将来指定されるであろう「支社」
及び「取扱者」の他に、「支社選択」オブジェクト１８
９が表示されている。

【０１８９】そこで、「詳細情報」オブジェクト１７５
を選択することにより表示される＜取扱者情報＞の欄に
表示された「支社選択」オブジェクト１８９がクリック
等の手法で選択された場合（図５０中のステップＳ５１
０のＹ）の処理について説明する。「支社選択」オブジ
ェクト１８９が選択された場合には（ステップＳ５１０
のＹ）、コールセンターＰＣ５０１において支社のポッ
プアップ表示処理が実行され（ステップＳ５１２）、図
５５に示すような支社ポップアップ画面１９０が表示さ
れる。この支社ポップアップ画面１９０には、コールセ
ンタークラブに登録している全ての支社が列挙される。
このようなライフプランナーに関する情報は、支社ファ
イル８５１を参照することで、容易に得ることができ
る。

【０１９０】そこで、マウス１１８を使用し、図５５に
示す支社ポップアップ画面１９０中に表示される所望の
支社にカーソルを合わせてクリックすることでその支社
をアクティブにした状態で「ＯＫ」オブジェクト１９１
をクリックすることで、図５０に示すように、取扱者の
選択処理が実行されて選択があったとの判断がなされる
（ステップＳ５１３のＹ）。この判断に伴い、図５０の
フローチャートには図示しないが、コールセンターＰＣ
５０１において支社ポップアップ画面１９０がなされな
くなる。これにより、コールセンターＰＣ５０１では、
図５４の表示画面に戻る。なお、支社ポップアップ画面
１９０において、「キャンセル」オブジェクト１９２が
選択された場合には（図５０中のステップＳ５１４の
Ｙ）、ステップＳ５０９にリターンし、支社選択前の特
定顧客画面表示を行なう。

【０１９１】ここで、図５４に例示するような支社選択
前の特定顧客画面表示において、「支社選択」オブジェ
クト１８９が選択されることなく「閉じる」オブジェク
ト１７４がクリック等の手法で選択された場合には（図
５０中のステップＳ５１１のＹ）、非獲得顧客に支社を
割当てる処理を終了する。

【０１９２】これに対し、コールセンターＰＣ５０１
は、支社選択処理後に図５４の表示画面に戻った場合
に、「閉じる」オブジェクト１７４がクリック等の手法
で選択された場合には（図５０中のステップＳ５１５の
Ｙ）、クラブサーバ６０１に向けて、選択された支社情
報（支社ＩＤ番号）を含む支社割当て要求コマンドを送
信し（ステップＳ５１６）、非獲得顧客情報受信の処理
（ステップＳ５０６）に待機する。

【０１９３】図２１中のステップＳ６０４で割当て要求
コマンドを受信したクラブサーバ６０１は、ステップＳ
６０５のコマンドに応じた処理として、図５２に示す処
理を実行する。つまり、クラブサーバ６０１は、図５に
示す受付けファイル８０１中の支社ＩＤ番号８０１ｎに
対し、支社割当て要求コマンドに含まれている選択され
た支社情報（支社ＩＤ番号）を設定し、ＹＥＳ／ＮＯオ
ブジェクトである見込／指定８０１ｌをＹＥＳに設定す
る（ステップＳ６８１）。次いで、再割当て、つまり、
支社が既に指定されているが再度支社を指定する処理と
なるかどうかを判定する（ステップＳ６８２）。再割当
かどうかは、支社ＩＤ番号８０１ｎがＮＵＬＬ値でない
かどうか、あるいは、見込／指定８０１ｌがＹＥＳに設
定されていないかどうかを参照すること等によって、容
易に判定可能である。つまり、支社ＩＤ番号８０１ｎが
ＮＵＬＬ値でない場合、又は、見込／指定８０１ｌがＹ
ＥＳに設定されている場合には、再割当ということにな
る。そこで、この場合には、受付けファイル８０１中の
見込／指定８０１ｌをＮＯに設定し、見込／至急８０１
ｋをＹＥＳに設定する。その後、クラブサーバ６０１
は、既に生成した非獲得顧客情報に図５２中のステップ
Ｓ６８１及び６８３での処理に基づく受付けファイル８
０１の更新を反映させて非獲得顧客情報を再生成し、こ
れを接続中のコールセンターＰＣ５０１に送信する。

【０１９４】これにより、３日間経過してもライフプラ
ンナーを紹介されない見込顧客に支社が割当てられるこ
とになる。ここに、割当手段（割当過程）の機能が実行
される。そこで、その見込顧客が割当てられた支社で
は、支社長自ら、あるいは、その支社が掌握する営業所
を選んでその営業所長によって、その見込顧客に対して
ライフプランナーを割当てる処理（図３３ないし図３７
に示す処理）を実行することになる。

【０１９５】また、３日間経過してもライフプランナー
を紹介されない見込顧客の中には、既に支社を指定して
いる見込顧客がいることも予想される。そこで、本実施
の形態の場合、このような事態が生じた場合には、至急
扱いとして、その見込顧客を割当てた支社に至急の対応
を促すことができる。この際、コールセンターは、例え
ばファクシミリ連絡や電話連絡で、その見込顧客を割当
てた支社の支社長に対して、その見込顧客にライフプラ
ンナーを割当てることを促すことが望ましい。そこで、
その見込顧客が割当てられた支社では、支社長自ら、そ
の見込顧客に対してライフプランナーを割当てる処理
（図４２ないし図４６に示す処理）を実行することにな
る。

【０１９６】次いで、対応履歴閲覧処理を図２１、図２
９、図３８、図５６ないし図５８を参照して説明する。

【０１９７】図５６は「対応履歴」オブジェクトを選択
した管理者通信端末であるコールセンターＰＣ５０１の
スクリーン表示例を示す模式図、図５７は特定の見込顧
客を選択した画面を表示するコールセンターＰＣ５０１
のスクリーン表示例を示す模式図、図５８はその見込顧
客の対応履歴を表示するコールセンターＰＣ５０１のス
クリーン表示例を示す模式図である。

【０１９８】図３８に示すように、ステップＳ３２１の
Ｙとして、コールセンタークラブのプロクラム１５１を
起動したコールセンターＰＣ５０１において、その初期
画面から「対応履歴」オブジェクト１７７が選択された
場合には（図５６参照）、クラブサーバ６０１との接続
処理（ステップＳ３２２〜３２４）を経た後に対応履歴
情報送信要求コマンドをクラブサーバ６０１に送信する
という処理が実行される（ステップＳ３２５）。

【０１９９】そこで、コールセンターＰＣ５０１から送
信された履歴情報送信要求コマンドを受信したクラブサ
ーバ６０１は、図２９に基づいて既に説明したように、
解析した会員情報に基づいて対応履歴情報を生成し（ス
テップＳ６３１）、これを返信する（ステップＳ６３
２）。この際、クラブサーバ６０１は、対応履歴情報の
生成に当たり、受付けファイル８０１、会員ファイル８
４１、対応履歴ファイル９０１、その他必要なファイル
を参照して、履歴情報送信要求コマンドを送信したコー
ルセンターＰＣ５０１に応じた対応履歴情報を生成す
る。ここに、対応履歴情報閲覧手段の処理が実行され
る。

【０２００】ここで、クラブサーバ６０１が生成する対
応履歴情報は、実施の一例として、全ての見込顧客につ
いての対応履歴である。あるいは、実施の別の一例とし
て、クラブサーバ６０１が生成する対応履歴情報は、そ
のコールセンターＰＣ５０１を使用する管理者毎に異な
らせても良い。例えば、一般のオペレーターには、その
者が対応した見込顧客に限った対応履歴を生成するよう
にし、管理者には、全ての見込顧客についての対応履歴
を生成する、というような具合である。

【０２０１】図３８に示すように、こうしてクラブサー
バ６０１から送信された対応履歴情報を受信した（ステ
ップＳ３２５）コールセンターＰＣ５０１は、そのディ
スプレイ１１６に、受信した対応履歴情報の一覧画面を
表示する（ステップＳ３２７）。図５６は、そのような
一覧画面の一例を示す。ここで、図５６には、支社を単
位として、ライフプランナー毎に各ライフプランナーが
対応することになっている見込顧客の一覧が表示されて
いる。これに対して、別の実施の形態としては、見込顧
客毎に対応履歴を表示するようにしても良い。このよう
な変更は、元となるデータがクラブサーバ６０１のデー
タベース６０２に構築されているため、例えば、ツール
バー中の表示に、表示の各種切口を設定し、これを選択
すること等の手法で容易に実行可能である。

【０２０２】コールセンターＰＣ５０１では、図５６に
示すように、所望の見込顧客のレコードにカーソルを合
わせてダブルクリックすると、その見込顧客の顧客情報
照会処理が指定され（図３８のステップＳ３２８）、図
５７に例示するような顧客情報照会画面となる（ステッ
プＳ３２９）。つまり、この顧客情報照会画面では、選
択された見込顧客の＜顧客情報＞が表示され、「詳細情
報」オブジェクト１７５かクリック等の手法で選択され
ることにより＜取扱者情報＞及び＜顧客基本情報＞が表
示さる。このような顧客情報照会画面は、図５７中に表
示される「閉じる」オブジェクト１７６を選択すること
で、クラブサーバ６０１から受信した対応履歴情報の一
覧画面に復帰する（図３８中のステップＳ３３０）。

【０２０３】コールセンターＰＣ５０１では、図５６に
示すように、所望の見込顧客のレコードにカーソルを合
わせてシングルクリックすると、その見込顧客にレコー
ド欄の下に続けてライフプランナーによる対応履歴の概
要が順に表示される。この場合、選択された見込顧客に
は、その氏名の先頭に逆三角印が付される。そこで、表
示された対応履歴の概要にカーソルを合わせてダブルク
リックすると、その見込顧客の対応履歴情報照会処理が
指定され（図３８のステップＳ３３１）、図５８に例示
するように、その見込顧客の対応履歴の詳細をコールセ
ンターＰＣ５０１のディスプレイ１１６に表示する対応
履歴情報照会画面となり（ステップＳ３３２）、これを
閲覧することが可能となる。このような対応履歴情報照
会画面は、図５８に示す「閉じる」オブジェクト１８６
を選択することで、クラブサーバ６０１から受信した対
応履歴情報の一覧画面に復帰する（図３８中のステップ
Ｓ３３３）。

【０２０４】このように、コールセンターＰＣ５０１に
は、見込顧客に対する対応履歴を表示することが可能で
ある。これにより、コールセンターの管理者等は、見込
顧客に対するライフプランナーの対応状況を知ることが
でき、その管理が容易となる。

【０２０５】

【発明の効果】本発明は、見込顧客に関する入力情報で
ある見込顧客情報をリスト化し、登録された会員が会員
通信端末を介してその見込顧客情報を見て顧客を獲得で
きるようにしたので、会員に能動的に見込顧客の獲得を
行なわせることができ、したがって、会員に対して、見
込顧客の割当てに関する公平性を確保することができ
る。また、見込顧客は会員が能動的に獲得するため、見
込顧客に対して迅速かつ良好な対応が期待でき、見込顧
客の顧客満足度の向上を図ることができる。このような
会員と見込顧客との間の相互作用により、見込顧客に対
する営業成果を向上させることができる。

【図面の簡単な説明】

【図１】本発明の実施の一形態として、全体のシステム
構成を示すブロック図である。

【図２】全体のシステム構成の別の一例を示すブロック
図である。

【図３】クラブサーバの構成例を示すブロック図であ
る。

【図４】会員通信端末（ライフプランナーＰＣ）及び管
理者通信端末（営業所長ＰＣ、支社長ＰＣ、コールセン
ターＰＣ）の構成例を示すブロック図である。

【図５】見込顧客情報を格納する受付けファイルのファ
イル構造を示す模式図である。

【図６】郵便番号ファイルのファイル構造を示す模式図
である。

【図７】エリアファイルのファイル構造を示す模式図で
ある。

【図８】要望ファイルのファイル構造を示す模式図であ
る。

【図９】会員ファイルのファイル構造を示す模式図であ
る。

【図１０】支社ファイルのファイル構造を示す模式図で
ある。

【図１１】営業所ファイルのファイル構造を示す模式図
である。

【図１２】身分ファイルのファイル構造を示す模式図で
ある。

【図１３】資格ファイルのファイル構造を示す模式図で
ある。

【図１４】紹介数ファイルのファイル構造を示す模式図
である。

【図１５】対応履歴ファイルのファイル構造を示す模式
図である。

【図１６】本実施の形態の処理の概略を示すフローチャ
ートである。

【図１７】会員通信端末（ライフプランナーＰＣ、営業
所長ＰＣ、支社長ＰＣ、コールセンターＰＣ）における
プログラムのインストール後の初期起動処理を示すフロ
ーチャートである。

【図１８】会員通信端末（ライフプランナーＰＣ）及び
管理者通信端末（営業所長ＰＣ、支社長ＰＣ、コールセ
ンターＰＣ）のスクリーン上に表示されるコールセンタ
ークラブ用のアイコンを示す模式図である。

【図１９】環境設定前に、会員通信端末（ライフプラン
ナーＰＣ）及び管理者通信端末（営業所長ＰＣ、支社長
ＰＣ、コールセンターＰＣ）のスクリーン上に表示され
る操作マニュアル表示用及び環境設定用のオブジェクト
を例示する模式図である。

【図２０】環境設定に際し、会員通信端末（ライフプラ
ンナーＰＣ）のスクリーン上に表示されるエリア選択用
のオブジェクトを例示する模式図である。

【図２１】通信端末からコマンドを受信したクラブサー
バによって実行される処理の概要を示すフローチャート
である。

【図２２】会員通信端末（ライフプランナーＰＣ）によ
って実行される顧客紹介処理を示すフローチャートであ
る。

【図２３】クラブサーバによって実行される見込顧客
（見込／自由又は見込／指定）情報送信要求コマンド処
理を示すフローチャートである。

【図２４】クラブサーバによって実行される獲得要求コ
マンド処理を示すフローチャートである。

【図２５】「見込／自由」オブジェクトを選択した会員
通信端末（ライフプランナーＰＣ）のスクリーン表示例
を示す模式図である。

【図２６】特定の見込顧客を選択した画面を表示する会
員通信端末（ライフプランナーＰＣ）のスクリーン表示
例を示す模式図である。

【図２７】会員（ライフプランナー）が「獲得」オブジ
ェクトを選択して見込顧客を獲得した際の会員通信端末
（ライフプランナーＰＣ）のスクリーン表示例を示す模
式図である。

【図２８】会員通信端末（ライフプランナーＰＣ）によ
って実行される対応履歴生成処理を示すフローチャート
である。

【図２９】クラブサーバによって実行される対応履歴情
報要求コマンド処理を示すフローチャートである。

【図３０】クラブサーバによって実行される対応履歴作
成コマンド処理を示すフローチャートである。

【図３１】「対応履歴」オブジェクトを選択した会員通
信端末（ライフプランナーＰＣ）のスクリーン表示例を
示す模式図である。

【図３２】「対応履歴作成」オブジェクトを選択し、獲
得した（紹介された）見込顧客について対応履歴を入力
するための会員通信端末（ライフプランナーＰＣ）のス
クリーン表示例を示す模式図である。

【図３３】「見込／指定」オブジェクトを選択した管理
者通信端末（営業所長ＰＣ）によって実行される会員
（ライフプランナー）割当処理を示すフローチャートで
ある。

【図３４】クラブサーバによって実行される割当て要求
コマンド処理を示すフローチャートである。

【図３５】「見込／指定」オブジェクトを選択した管理
者通信端末（営業所長ＰＣ）のスクリーン表示例を示す
模式図である。

【図３６】特定の見込顧客を選択した画面を表示する管
理者通信端末（営業所長ＰＣ）のスクリーン表示例を示
す模式図である。

【図３７】管理者（営業所長）が「取扱者選択」オブジ
ェクトを選択した場合の管理者通信端末（営業所長Ｐ
Ｃ）のスクリーン表示例を示す模式図である。

【図３８】「対応履歴」オブジェクトを選択した管理者
通信端末（営業所長ＰＣ）によって実行される対応履歴
閲覧処理を示すフローチャートである。

【図３９】「対応履歴」オブジェクトを選択した管理者
通信端末（営業所長ＰＣ）のスクリーン表示例を示す模
式図である。

【図４０】特定の見込顧客を選択した画面を表示する管
理者通信端末（営業所長ＰＣ）のスクリーン表示例を示
す模式図である。

【図４１】その見込顧客の対応履歴を表示する管理者通
信端末（営業所長ＰＣ）のスクリーン表示例を示す模式
図である。

【図４２】「見込／至急」オブジェクトを選択した管理
者通信端末（支社長ＰＣ）によって実行される会員（ラ
イフプランナー）割当処理を示すフローチャートであ
る。

【図４３】クラブサーバによって実行される見込／至急
情報送信要求コマンド処理を示すフローチャートであ
る。

【図４４】「見込／至急」オブジェクトを選択した管理
者通信端末（支社長ＰＣ）のスクリーン表示例を示す模
式図である。

【図４５】特定の見込顧客を選択した画面を表示する管
理者通信端末（支社長ＰＣ）のスクリーン表示例を示す
模式図である。

【図４６】管理者（支社長）が「取扱者選択」オブジェ
クトを選択した場合の管理者通信端末（支社長ＰＣ）の
スクリーン表示例を示す模式図である。

【図４７】「対応履歴」オブジェクトを選択した管理者
通信端末（支社長ＰＣ）のスクリーン表示例を示す模式
図である。

【図４８】特定の見込顧客を選択した画面を表示する管
理者通信端末（支社長ＰＣ）のスクリーン表示例を示す
模式図である。

【図４９】その見込顧客の対応履歴を表示する管理者通
信端末（支社長ＰＣ）のスクリーン表示例を示す模式図
である。

【図５０】「非獲得」オブジェクトを選択した管理者通
信端末（コールセンターＰＣ）によって実行される支社
指定処理を示すフローチャートである。

【図５１】クラブサーバによって実行される非獲得顧客
情報送信要求コマンド処理を示すフローチャートであ
る。

【図５２】クラブサーバによって実行される支社割当て
要求コマンド処理を示すフローチャートである。

【図５３】「非獲得顧客」オブジェクトを選択した管理
者通信端末（コールセンターＰＣ）のスクリーン表示例
を示す模式図である。

【図５４】特定の見込顧客を選択した画面を表示する管
理者通信端末（コールセンターＰＣ）のスクリーン表示
例を示す模式図である。

【図５５】管理者（オペレーター）が「支社選択」オブ
ジェクトを選択した場合の管理者通信端末（コールセン
ターＰＣ）のスクリーン表示例を示す模式図である。

【図５６】「対応履歴」オブジェクトを選択した管理者
通信端末（コールセンターＰＣ）のスクリーン表示例を
示す模式図である。

【図５７】特定の見込顧客を選択した画面を表示する管
理者通信端末（コールセンターＰＣ）のスクリーン表示
例を示す模式図である。

【図５８】その見込顧客の対応履歴を表示する管理者通
信端末（コールセンターＰＣ）のスクリーン表示例を示
す模式図である。

【符号の説明】

２０１ 会員通信端末（ライフプランナーＰＣ） ３０１ 管理者通信端末（営業所長ＰＣ） ４０１ 管理者通信端末（支社長ＰＣ） ５０１ 管理者通信端末（コールセンターＰＣ） ５０４ 第１の記憶装置 ６０３ 記憶装置 ６０３（６０３ａ〜ｎ、５０６） 第２の記憶装置 ７０２ 通信ネットワーク ８０１ｃ、８０１ｄ、８０１ｆ、８１１ 連絡先情
報 ８０１ｅ、８１１、８２１ エリア情報 ８０１ｎ、８５１ 支社指定情報 Ｓ６０１〜６０３ アクセス手段（過程、機能） Ｓ６１１〜６１２、Ｓ６７１〜６７２ 見込顧客情
報閲覧手段（過程、機能） Ｓ６２１、６２２、６２６ 制限手段（過程、機
能） Ｓ６２３〜６２４ 紹介手段（過程、機能） Ｓ６３１ 対応履歴情報閲覧手段（過程、機能） Ｓ６４１ 対応履歴情報生成手段（過程、機能） Ｓ６５１〜６５２ 割当手段（過程、機能）

Claims (47)

【特許請求の範囲】
1. 【請求項１】 見込顧客に関する入力情報である見込顧
   客情報をリスト化し、登録された会員が会員通信端末を
   介してその見込顧客情報を見て顧客を獲得できるように
   した見込顧客紹介・管理装置。
2. 【請求項２】 記憶装置に記憶された見込顧客に関する
   入力情報である見込顧客情報に対し、登録した会員の会
   員通信端末から通信ネットワークを介してのアクセスを
   許容するアクセス手段と、 前記アクセス手段によってアクセスが許容された前記会
   員通信端末に前記見込顧客情報の閲覧を提供する見込顧
   客情報閲覧手段と、 前記アクセス手段によってアクセスが許容されて前記見
   込顧客情報を閲覧する前記会員通信端末からのコマンド
   に応じて、前記見込顧客情報中から選択された見込顧客
   とその会員通信端末に係る会員とを関連付ける紹介手段
   と、を具備する見込顧客紹介・管理装置。
3. 【請求項３】 記憶装置に記憶された見込顧客に関する
   入力情報である見込顧客情報に対し、登録した会員の会
   員通信端末から通信ネットワークを介してのアクセスを
   許容するアクセス手段と、 前記アクセス手段によってアクセスが許容された前記会
   員通信端末に前記見込顧客情報の閲覧を提供する見込顧
   客情報閲覧手段と、 前記アクセス手段によってアクセスが許容されて前記見
   込顧客情報を閲覧する前記会員通信端末からのコマンド
   に応じて、前記見込顧客情報中から選択された見込顧客
   とその会員通信端末に係る会員とを関連付ける紹介手段
   と、 前記アクセス手段によってアクセスが許容されて前記紹
   介手段によって所望の見込顧客と関連付けられた会員の
   前記会員通信端末に、その見込顧客についての対応履歴
   情報の入力を許容して入力された対応履歴情報を前記記
   憶装置に記憶する対応履歴情報生成手段と、 前記アクセス手段によってアクセスが許容されて前記紹
   介手段によって所望の見込顧客と関連付けられた会員の
   前記会員通信端末にその見込顧客についての前記対応履
   歴情報の閲覧を提供する対応履歴情報閲覧手段と、を具
   備する見込顧客紹介・管理装置。
4. 【請求項４】 会員毎に、前記紹介手段により関連付け
   される見込顧客数を制限する制限手段を具備する請求項
   ３記載の見込顧客紹介・管理装置。
5. 【請求項５】 前記制限手段による見込顧客数の制限
   は、規定期間を単位として行われる請求項４記載の見込
   顧客紹介・管理装置。
6. 【請求項６】 前記規定期間は、１ヶ月である請求項５
   記載の見込顧客紹介・管理装置。
7. 【請求項７】 前記制限手段は、会員毎に、その会員が
   関連付けられた見込顧客についての対応履歴の有無に応
   じて、制限する見込顧客数を設定する請求項４、５又は
   ６記載の見込顧客紹介・管理装置。
8. 【請求項８】 前記記憶装置は、前記見込顧客情報生成
   手段によって前記見込顧客情報が記憶される第１の記憶
   装置と、前記アクセス手段によって前記会員通信端末か
   らのアクセスが許容される第２の記憶装置とに分割され
   ており、前記第１の記憶装置に記憶された前記見込顧客
   情報を前記第２の記憶装置に転送するデータ転送手段を
   具備する請求項３記載の見込顧客紹介・管理装置。
9. 【請求項９】 前記データ転送手段は、前記第１の記憶
   装置に記憶された所定単位の前記見込顧客情報を所定の
   タイミングで一括して前記第２の記憶装置に転送する請
   求項８記載の見込顧客紹介・管理装置。
10. 【請求項１０】 前記見込顧客情報は、見込顧客毎に連
    絡先情報を含み、見込顧客情報閲覧手段は、前記連絡先
    情報の閲覧を提供せず、対応履歴情報閲覧手段は、前記
    連絡先情報の閲覧を提供する請求項３記載の見込顧客紹
    介・管理装置。
11. 【請求項１１】 前記見込顧客情報は、見込顧客毎にエ
    リア情報を含み、前記アクセス手段は、前記会員通信端
    末毎のエリア設定に対応する前記エリア情報を含む見込
    顧客に対するアクセスのみを前記会員通信端末に許容す
    る請求項３記載の見込顧客紹介・管理装置。
12. 【請求項１２】 前記見込顧客情報は、見込顧客毎に支
    社指定情報を含み、前記アクセス手段は、前記会員通信
    端末に係る会員が所属する支社を指定する前記支社指定
    情報を含む見込顧客に対するアクセスのみを前記会員通
    信端末に許容する請求項３記載の見込顧客紹介・管理装
    置。
13. 【請求項１３】 前記アクセス手段は、前記見込顧客情
    報に対し、登録した管理者の管理者通信端末から前記通
    信ネットワークを介してのアクセスを許容し、 前記見込顧客情報閲覧手段は、前記アクセス手段によっ
    てアクセスが許容された前記管理者通信端末に前記見込
    顧客情報の閲覧を提供し、 前記対応履歴情報閲覧手段は、前記アクセス手段によっ
    てアクセスが許容された前記管理者通信端末に、この管
    理者通信端末に係る管理者が管理する会員と関連付けら
    れた見込顧客についての前記対応履歴情報の閲覧を提供
    する請求項９記載の見込顧客紹介・管理装置。
14. 【請求項１４】 前記アクセス手段によってアクセスが
    許容されて前記見込顧客情報を閲覧する前記管理者通信
    端末からのコマンドに応じて、前記見込顧客情報中から
    選択された見込顧客と所定の会員とを関連付ける割当手
    段を具備する請求項１３記載の見込顧客紹介・管理装
    置。
15. 【請求項１５】 前記アクセス手段によるアクセスの許
    容、前記見込顧客情報閲覧手段による前記見込顧客情報
    の閲覧提供、前記対応履歴情報閲覧手段による前記対応
    履歴情報の閲覧提供は、前記管理者通信端末に係る登録
    した管理者の所掌エリア内を限度とする請求項１３又は
    １４記載の見込顧客紹介・管理装置。
16. 【請求項１６】 見込顧客に関する入力情報を見込顧客
    情報として記憶装置に記憶する見込顧客情報生成手段
    と、 前記見込顧客情報に対し、登録した会員の会員通信端末
    から通信ネットワークを介してのアクセスを許容するア
    クセス手段と、 前記アクセス手段によってアクセスが許容された前記会
    員通信端末に前記見込顧客情報の閲覧を提供する見込顧
    客情報閲覧手段と、 前記アクセス手段によってアクセスが許容されて前記見
    込顧客情報を閲覧する前記会員通信端末からのコマンド
    に応じて、前記見込顧客情報中から選択された見込顧客
    とその会員通信端末に係る会員とを関連付ける紹介手段
    と、 前記アクセス手段によってアクセスが許容されて前記紹
    介手段によって所望の見込顧客と関連付けられた会員の
    前記会員通信端末に、その見込顧客についての対応履歴
    情報の入力を許容して入力された対応履歴情報を前記記
    憶装置に記憶する対応履歴情報生成手段と、 前記アクセス手段によってアクセスが許容されて前記紹
    介手段によって所望の見込顧客と関連付けられた会員の
    前記会員通信端末にその見込顧客についての前記対応履
    歴情報の閲覧を提供する対応履歴情報閲覧手段と、を具
    備する見込顧客紹介・管理システム。
17. 【請求項１７】 見込顧客に関する入力情報である見込
    顧客情報をリスト化し、登録された会員が会員通信端末
    を介してその見込顧客情報を見て顧客を獲得できるよう
    にした見込顧客紹介・管理方法。
18. 【請求項１８】 記憶装置に記憶された見込顧客に関す
    る入力情報である見込顧客情報に対し、登録した会員の
    会員通信端末から通信ネットワークを介してのアクセス
    を許容するアクセス過程と、 前記アクセス過程によってアクセスが許容された前記会
    員通信端末に前記見込顧客情報の閲覧を提供する見込顧
    客情報閲覧過程と、 前記アクセス過程によってアクセスが許容されて前記見
    込顧客情報を閲覧する前記会員通信端末からのコマンド
    に応じて、前記見込顧客情報中から選択された見込顧客
    とその会員通信端末に係る会員とを関連付ける紹介過程
    と、を具備する見込顧客紹介・管理方法。
19. 【請求項１９】 記憶装置に記憶された見込顧客に関す
    る入力情報である見込顧客情報に対し、登録した会員の
    会員通信端末から通信ネットワークを介してのアクセス
    を許容するアクセス過程と、 前記アクセス過程によってアクセスが許容された前記会
    員通信端末に前記見込顧客情報の閲覧を提供する見込顧
    客情報閲覧過程と、 前記アクセス過程によってアクセスが許容されて前記見
    込顧客情報を閲覧する前記会員通信端末からのコマンド
    に応じて、前記見込顧客情報中から選択された見込顧客
    とその会員通信端末に係る会員とを関連付ける紹介過程
    と、 前記アクセス過程によってアクセスが許容されて前記紹
    介過程によって所望の見込顧客と関連付けられた会員の
    前記会員通信端末に、その見込顧客についての対応履歴
    情報の入力を許容して入力された対応履歴情報を前記記
    憶装置に記憶する対応履歴情報生成過程と、 前記アクセス過程によってアクセスが許容されて前記紹
    介過程によって所望の見込顧客と関連付けられた会員の
    前記会員通信端末にその見込顧客についての前記対応履
    歴情報の閲覧を提供する対応履歴情報閲覧過程と、を具
    備する見込顧客紹介・管理方法。
20. 【請求項２０】 会員毎に、前記紹介過程により関連付
    けされる見込顧客数を制限する制限過程を具備する請求
    項１９記載の見込顧客紹介・管理方法。
21. 【請求項２１】 前記制限過程による見込顧客数の制限
    は、規定期間を単位として行われる請求項２０記載の見
    込顧客紹介・管理方法。
22. 【請求項２２】 前記規定期間は、１ヶ月である請求項
    ２１記載の見込顧客紹介・管理方法。
23. 【請求項２３】 前記制限過程は、会員毎に、その会員
    が関連付けられた見込顧客についての対応履歴の有無に
    応じて、制限する見込顧客数を設定する請求項２０、２
    １又は２２記載の見込顧客紹介・管理方法。
24. 【請求項２４】 前記記憶装置は、前記見込顧客情報生
    成過程によって前記見込顧客情報が記憶される第１の記
    憶装置と、前記アクセス過程によって前記会員通信端末
    からのアクセスが許容される第２の記憶装置とに分割さ
    れており、前記第１の記憶装置に記憶された前記見込顧
    客情報を前記第２の記憶装置に転送するデータ転送過程
    を具備する請求項１９記載の見込顧客紹介・管理方法。
25. 【請求項２５】 前記データ転送過程は、前記第１の記
    憶装置に記憶された所定単位の前記見込顧客情報を所定
    のタイミングで一括して前記第２の記憶装置に転送する
    請求項２４記載の見込顧客紹介・管理方法。
26. 【請求項２６】 前記見込顧客情報は、見込顧客毎に連
    絡先情報を含み、見込顧客情報閲覧過程は、前記連絡先
    情報の閲覧を提供せず、対応履歴情報閲覧過程は、前記
    連絡先情報の閲覧を提供する請求項１９記載の見込顧客
    紹介・管理方法。
27. 【請求項２７】 前記見込顧客情報は、見込顧客毎にエ
    リア情報を含み、前記アクセス過程は、前記会員通信端
    末毎のエリア設定に対応する前記エリア情報を含む見込
    顧客に対するアクセスのみを前記会員通信端末に許容す
    る請求項１９記載の見込顧客紹介・管理方法。
28. 【請求項２８】 前記見込顧客情報は、見込顧客毎に支
    社指定情報を含み、前記アクセス過程は、前記会員通信
    端末に係る会員が所属する支社を指定する前記支社指定
    情報を含む見込顧客に対するアクセスのみを前記会員通
    信端末に許容する請求項１９記載の見込顧客紹介・管理
    方法。
29. 【請求項２９】 前記アクセス過程は、前記見込顧客情
    報に対し、登録した管理者の管理者通信端末から前記通
    信ネットワークを介してのアクセスを許容し、 前記見込顧客情報閲覧過程は、前記アクセス過程によっ
    てアクセスが許容された前記管理者通信端末に前記見込
    顧客情報の閲覧を提供し、 前記対応履歴情報閲覧過程は、前記アクセス過程によっ
    てアクセスが許容された前記管理者通信端末に、この管
    理者通信端末に係る管理者が管理する会員と関連付けら
    れた見込顧客についての前記対応履歴情報の閲覧を提供
    する請求項１９記載の見込顧客紹介・管理方法。
30. 【請求項３０】 前記アクセス過程によってアクセスが
    許容されて前記見込顧客情報を閲覧する前記管理者通信
    端末からのコマンドに応じて、前記見込顧客情報中から
    選択された見込顧客と所定の会員とを関連付ける割当過
    程を具備する請求項２９記載の見込顧客紹介・管理方
    法。
31. 【請求項３１】 前記アクセス過程によるアクセスの許
    容、前記見込顧客情報閲覧過程による前記見込顧客情報
    の閲覧提供、前記対応履歴情報閲覧過程による前記対応
    履歴情報の閲覧提供は、前記管理者通信端末に係る登録
    した管理者の所掌エリア内を限度とする請求項２９又は
    ３０記載の見込顧客紹介・管理方法。
32. 【請求項３２】 見込顧客に関する入力情報を見込顧客
    情報として記憶装置に記憶する見込顧客情報生成過程
    と、 前記見込顧客情報に対し、登録した会員の会員通信端末
    から通信ネットワークを介してのアクセスを許容するア
    クセス過程と、 前記アクセス過程によってアクセスが許容された前記会
    員通信端末に前記見込顧客情報の閲覧を提供する見込顧
    客情報閲覧過程と、 前記アクセス過程によってアクセスが許容されて前記見
    込顧客情報を閲覧する前記会員通信端末からのコマンド
    に応じて、前記見込顧客情報中から選択された見込顧客
    とその会員通信端末に係る会員とを関連付ける紹介過程
    と、 前記アクセス過程によってアクセスが許容されて前記紹
    介過程によって所望の見込顧客と関連付けられた会員の
    前記会員通信端末に、その見込顧客についての対応履歴
    情報の入力を許容して入力された対応履歴情報を前記記
    憶装置に記憶する対応履歴情報生成過程と、 前記アクセス過程によってアクセスが許容されて前記紹
    介過程によって所望の見込顧客と関連付けられた会員の
    前記会員通信端末にその見込顧客についての前記対応履
    歴情報の閲覧を提供する対応履歴情報閲覧過程と、を具
    備する見込顧客紹介・管理方法。
33. 【請求項３３】 コンピュータにインストールされ、こ
    のコンピュータに、 記憶装置に記憶された見込顧客に関する入力情報である
    見込顧客情報に対し、登録した会員の会員通信端末から
    通信ネットワークを介してのアクセスを許容するアクセ
    ス機能と、 前記アクセス機能によってアクセスが許容された前記会
    員通信端末に前記見込顧客情報の閲覧を提供する見込顧
    客情報閲覧機能と、 前記アクセス機能によってアクセスが許容されて前記見
    込顧客情報を閲覧する前記会員通信端末からのコマンド
    に応じて、前記見込顧客情報中から選択された見込顧客
    とその会員通信端末に係る会員とを関連付ける紹介機能
    と、を実行させるプログラムを格納する記憶媒体。
34. 【請求項３４】 コンピュータにインストールされ、こ
    のコンピュータに、 記憶装置に記憶された見込顧客に関する入力情報である
    見込顧客情報に対し、登録した会員の会員通信端末から
    通信ネットワークを介してのアクセスを許容するアクセ
    ス機能と、 前記アクセス機能によってアクセスが許容された前記会
    員通信端末に前記見込顧客情報の閲覧を提供する見込顧
    客情報閲覧機能と、 前記アクセス機能によってアクセスが許容されて前記見
    込顧客情報を閲覧する前記会員通信端末からのコマンド
    に応じて、前記見込顧客情報中から選択された見込顧客
    とその会員通信端末に係る会員とを関連付ける紹介機能
    と、 前記アクセス機能によってアクセスが許容されて前記紹
    介機能によって所望の見込顧客と関連付けられた会員の
    前記会員通信端末に、その見込顧客についての対応履歴
    情報の入力を許容して入力された対応履歴情報を前記記
    憶装置に記憶する対応履歴情報生成機能と、 前記アクセス機能によってアクセスが許容されて前記紹
    介機能によって所望の見込顧客と関連付けられた会員の
    前記会員通信端末にその見込顧客についての前記対応履
    歴情報の閲覧を提供する対応履歴情報閲覧機能と、を実
    行させるプログラムを格納する記憶媒体。
35. 【請求項３５】 前記プログラムは、前記コンピュータ
    に、会員毎に、前記紹介機能により関連付けされる見込
    顧客数を制限する制限機能を実行させる請求項３４記載
    の記憶媒体。
36. 【請求項３６】 前記制限機能による見込顧客数の制限
    は、規定期間を単位として行われる請求項３５記載の記
    憶媒体。
37. 【請求項３７】 前記規定期間は、１ヶ月である請求項
    ３６記載の記憶媒体。
38. 【請求項３８】 前記制限機能は、会員毎に、その会員
    が関連付けられた見込顧客についての対応履歴の有無に
    応じて、制限する見込顧客数を設定する請求項３５、３
    ６又は３７記載の記憶媒体。
39. 【請求項３９】 前記記憶装置は、前記見込顧客情報生
    成機能によって前記見込顧客情報が記憶される第１の記
    憶装置と、前記アクセス機能によって前記会員通信端末
    からのアクセスが許容される第２の記憶装置とに分割さ
    れており、前記プログラムは、前記コンピュータに、前
    記第１の記憶装置に記憶された前記見込顧客情報を前記
    第２の記憶装置に転送するデータ転送機能を実行させる
    請求項３４記載の記憶媒体。
40. 【請求項４０】 前記データ転送機能は、前記第１の記
    憶装置に記憶された所定単位の前記見込顧客情報を所定
    のタイミングで一括して前記第２の記憶装置に転送する
    請求項３９記載の記憶媒体。
41. 【請求項４１】 前記見込顧客情報は、見込顧客毎に連
    絡先情報を含み、見込顧客情報閲覧機能は、前記連絡先
    情報の閲覧を提供せず、対応履歴情報閲覧機能は、前記
    連絡先情報の閲覧を提供する請求項３４記載の記憶媒
    体。
42. 【請求項４２】 前記見込顧客情報は、見込顧客毎にエ
    リア情報を含み、前記アクセス機能は、前記会員通信端
    末毎のエリア設定に対応する前記エリア情報を含む見込
    顧客に対するアクセスのみを前記会員通信端末に許容す
    る請求項３４記載の記憶媒体。
43. 【請求項４３】 前記見込顧客情報は、見込顧客毎に支
    社指定情報を含み、前記アクセス機能は、前記会員通信
    端末に係る会員が所属する支社を指定する前記支社指定
    情報を含む見込顧客に対するアクセスのみを前記会員通
    信端末に許容する請求項３４記載の記憶媒体。
44. 【請求項４４】 前記アクセス機能は、前記見込顧客情
    報に対し、登録した管理者の管理者通信端末から前記通
    信ネットワークを介してのアクセスを許容し、 前記見込顧客情報閲覧機能は、前記アクセス機能によっ
    てアクセスが許容された前記管理者通信端末に前記見込
    顧客情報の閲覧を提供し、 前記対応履歴情報閲覧機能は、前記アクセス機能によっ
    てアクセスが許容された前記管理者通信端末に、この管
    理者通信端末に係る管理者が管理する会員と関連付けら
    れた見込顧客についての前記対応履歴情報の閲覧を提供
    する請求項３４記載の記憶媒体。
45. 【請求項４５】 前記プログラムは、前記コンピュータ
    に、前記アクセス機能によってアクセスが許容されて前
    記見込顧客情報を閲覧する前記管理者通信端末からのコ
    マンドに応じて、前記見込顧客情報中から選択された見
    込顧客と所定の会員とを関連付ける割当機能を実行させ
    る請求項４４記載の記憶媒体。
46. 【請求項４６】 前記アクセス機能によるアクセスの許
    容、前記見込顧客情報閲覧機能による前記見込顧客情報
    の閲覧提供、前記対応履歴情報閲覧機能による前記対応
    履歴情報の閲覧提供は、前記管理者通信端末に係る登録
    した管理者の所掌エリア内を限度とする請求項４４又は
    ４５記載の記憶媒体。
47. 【請求項４７】 コンピュータにインストールされ、こ
    のコンピュータに、見込顧客に関する入力情報を見込顧
    客情報として記憶装置に記憶する見込顧客情報生成機能
    と、 前記見込顧客情報に対し、登録した会員の会員通信端末
    から通信ネットワークを介してのアクセスを許容するア
    クセス機能と、 前記アクセス機能によってアクセスが許容された前記会
    員通信端末に前記見込顧客情報の閲覧を提供する見込顧
    客情報閲覧機能と、 前記アクセス機能によってアクセスが許容されて前記見
    込顧客情報を閲覧する前記会員通信端末からのコマンド
    に応じて、前記見込顧客情報中から選択された見込顧客
    とその会員通信端末に係る会員とを関連付ける紹介機能
    と、 前記アクセス機能によってアクセスが許容されて前記紹
    介機能によって所望の見込顧客と関連付けられた会員の
    前記会員通信端末に、その見込顧客についての対応履歴
    情報の入力を許容して入力された対応履歴情報を前記記
    憶装置に記憶する対応履歴情報生成機能と、 前記アクセス機能によってアクセスが許容されて前記紹
    介機能によって所望の見込顧客と関連付けられた会員の
    前記会員通信端末にその見込顧客についての前記対応履
    歴情報の閲覧を提供する対応履歴情報閲覧機能と、を実
    行させるプログラムを格納する記憶媒体。