JP2003030381A - 紹介システム - Google Patents

Abstract

(57)【要約】 【課題】 バディリストシステムへの登録作業を削減
し、他の利用者からの紹介によりバディリストシステム
への登録を促進することを目的とする。 【解決手段】 紹介元システム１００の利用者の指定に
従い、紹介部１２０の紹介情報生成部１２１はバディリ
スト記憶部１１２中のデータをもとに紹介情報を生成
し、紹介情報通知部１２２により紹介先システム２００
に通知する。紹介先システム２００のバディリスト登録
部２１１は紹介情報をもとにバディリスト中にユーザ登
録して登録情報を生成し、登録情報通知部２１３は紹介
対象システム３００に通知する。また、紹介元システム
１００から紹介を受けた旨の被紹介情報を通知する。紹
介対象システム３００の被紹介認知部３２０は紹介関係
を認知する。また、状態情報通知部３１３は登録情報を
もとに状態情報を紹介先システム１００に通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークに接
続された複数のコンピュータシステム間において、紹介
元システムが紹介先システムに対して紹介対象システム
を紹介する紹介システムに関する。

【０００２】

【従来の技術】インターネットの普及に伴い、ネットワ
ークに接続された複数のコンピュータシステム間におい
て盛んにコミュニケーションが行われている。コミュニ
ケーションを円滑に行なう工夫として、ユーザリストを
用いたシステム、特に、バディリストシステムが世界的
に普及してきている。ここで、バディリストシステムと
は、相手側システムとのコミュニケーション支援や相手
側システムの状態表示などに用いられているものであ
る。

【０００３】相手側システムとのコミュニケーション支
援に用いる場合、頻繁にコミュニケーションを行なう相
手側システムのエントリ情報をバディリストと呼ばれる
リストに事前に登録しておき、コミュニケーションを行
なうときに、バディリストの中から相手方のユーザエン
トリ情報を選択することにより簡単に相手方システムを
指定することができる。現在のバディリストシステム
は、一般的には、簡単なメッセージを送付するインスタ
ントメッセージの送付サービスなどで用いられており、
その通信手段は限定されず、電話、電子メールなど様々
なものを用いることができる。

【０００４】相手側システムの状態表示に用いる場合、
状態表示を得たい相手側システムのエントリ情報をバデ
ィリストに事前に登録しておけば、常時または所定のタ
イミングで登録相手側システムの状態を示す情報である
状態情報がコンピュータ表示画面上の所定の領域に表示
される。相手側システムが稼働中であるか、相手側シス
テムにおいてイベントが発生したか否かなどの相手側シ
ステムの状態表示や、入退室システムと連動させ、相手
側システムの利用者が会議中であるか、外出中であるか
などの状態表示を行なうことが可能である。

【０００５】図２３は、利用者ＡおよびＢの間に構築さ
れたバディリストシステムの従来構成を示す図である。
図２３において、５００は利用者Ａが使用しているシス
テム、５０１はバディリスト登録部、５０２はバディリ
スト記憶部、５０３は登録情報通知部、５０４は状態情
報受信部、５０５は状態情報表示部である。また、５１
０は利用者Ｂが使用しているシステム、５１１は登録情
報受信部、５１２は状態情報生成部、５１３は状態情報
通知部である。

【０００６】基本的な動作の流れは以下のようになる。
まず、利用者Ａは、バディリスト登録部５０１に対して
利用者システムＢのユーザエントリ情報を指定して入力
し、バディリスト登録部５０１はバディリスト記憶部５
０２中のバディリストにユーザ登録を行なう。登録情報
通知部５０３は、利用者Ｂの利用者システム５１０に対
して、利用者システム５００の識別子情報を含む登録情
報を通知する。利用者システム５１０は登録情報受信部
５１１により登録情報を受信する。ここで、利用者シス
テム５１０は所定のタイミングまたは自分の状態情報に
変化があった場合、利用者システム５００に対して、自
分の状態を通知する機能を持っている。つまり、状態情
報通知部５１３は、登録情報の中に含まれていた利用者
システム５００の識別子情報をもとに、状態情報生成部
５１２が生成した状態情報を利用者システム５００に対
して送信する。利用者Ａのシステム５００は状態情報受
信部５０４により状態情報を受信し、状態情報表示部５
０５により状態情報を表示する。なお、上記説明では、
状態表示に関し、バディリスト上に登録されたシステム
側から登録したシステム側へ、いわゆる“プッシュ”技
術を用いて状態情報を送信するものであるが、逆に、バ
ディリスト上に登録したシステム側から登録されたシス
テム側に対して、いわゆる“プル”技術を用いて状態情
報を受信するものでも良い。

【０００７】上記のように、バディリストシステムは、
各利用者システムに対して割り振られた識別子を用い、
バディリストに他の利用者システムを登録したい利用者
はこの識別子によって登録相手を指定する。バディリス
トシステムは一般にＤＮＳ（Domain name system）など
何らかの既知の手段を用いて、その識別子から実際の利
用者システムのネットワーク内の位置を検知して、必要
な情報を送受信する機能を備え、登録した側の利用者シ
ステムは登録された側の利用者システムの状態情報が自
動的に得られる仕組みとなっている。

【０００８】このようなバディリストシステムは、商業
的な活動を行うサービス提供者にとって重要である。つ
まり、利用者システム内のバディリストに、サービス提
供者のユーザエントリ情報を登録してもらえれば、サー
ビス提供に関する状態表示を顧客システムにおいて表示
することができ、有効なプレゼンテーション手段とな
る。また、バディリストのコミュニケーション支援機能
により、利用者があるサービスを欲したときに自分のサ
ービスを利用してもらえる確率が高くなり、同業他社に
対して優位に立つことができるからである。

【０００９】

【発明が解決しようとする課題】サービス提供者にと
り、上記バディリストシステムは販売戦略上、重要な技
術と言える。すなわち、利用者システム内のバディリス
トに自らのユーザエントリ情報を登録してもらえば、自
分の宣伝情報などをバディリストを用いた状態表示とし
て提供でき、利用者とのコミュニケーションが活発とな
り、同業他社に対して優位に立つことができるからであ
る。ここで、如何にして自分自身のユーザエントリ情報
を利用者システム内のバディリストに登録してもらうか
が問題となる。

【００１０】サービス提供者のユーザエントリ情報を利
用者のバディリストに登録してもらうために利用者に対
してインセンティブを与える技術として、特願平２００
０−３６４３７１の技術が有効である。これは、利用者
自身がバディリストにサービス提供者のユーザエントリ
情報を登録し、その旨を通知することによって、通知を
受けたサービス提供者が当該利用者に対してサービス提
供に関するクーポンを発行するものである。このクーポ
ン発行というインセンティブは、利用者に対して訴求力
があるので、バディリストへの当該サービス提供者の登
録がある程度期待できる。

【００１１】しかし、特願平２０００−３６４３７１の
技術によれば、利用者自らが能動的にクーポンを発行す
るサービス提供者を見つけ、サービス提供者のユーザエ
ントリ情報を取得し、バディリストにサービス提供者の
ユーザエントリ情報を登録し、その旨を通知するという
作業が必要となる。これら作業の手間を低減できれば、
バディリストへの登録がさらに促進されると期待でき
る。

【００１２】また、クーポン発行というインセンティブ
はあるものの、利用者自身は、当該サービス提供者が信
頼できる者か、提供されるサービスの品質が如何なるも
のか分からないため、クーポンを発行するサービス提供
者なら誰でもバディリストに登録するという訳にはいか
ない。この心理的不安を低減できれば、バディリストへ
の登録がさらに促進されるものと期待できる。

【００１３】ここで、一般的な商業活動において、ある
サービスの利用者が別の利用者を紹介すると、サービス
提供者が、紹介した利用者或いは紹介された利用者に対
してペイバックなどの何らかのインセンティブを与える
という商品販売促進方法、サービス利用促進方法が知ら
れている。この方法によれば、紹介された利用者は、紹
介する利用者からサービス提供者の信頼性や提供される
サービスの品質を見聞することができるので、紹介する
利用者の個人的信用と相俟って、円滑に商品販売、サー
ビス提供が促進される。

【００１４】しかし、この商品販売促進方法、サービス
利用促進方法には以下の欠点がある。通常、紹介に伴っ
て与えられるインセンティブは、紹介された利用者が当
該サービスを利用することを決めた時点か、少なくとも
サービスの利用予定の確認が行われた時点で発生する。
従って、紹介される利用者にとってサービスの利用に対
する心理的圧力が高く、紹介される利用者がサービスを
欲する度合いが高くなければ利用しにくいという欠点が
ある。

【００１５】この欠点を緩和するため、紹介時点では、
性急に商品販売やサービス提供を行なわず、後日、当該
利用者が実際にサービスを利用した時にインセンティブ
を与えることも可能である。しかし、この方法では、紹
介後、時間が経過するに従って、紹介された利用者は、
紹介されたサービスに対する印象が薄れてしまったり、
サービス提供者アクセスするためのユーザエントリ情報
などを忘れてしまう可能性も高い。利用者の関心を喚起
するために勧誘メールなどを定期的に送信することも可
能であるが、利用者によってはこのような勧誘メールの
送付に対して悪印象を持つ場合もあり、却って逆効果に
なる場合も有り得るという欠点がある。

【００１６】本発明は、利用者のユーザリストへの登録
を支援することを目的とする。特に、バディリストシス
テムへのサービス提供者の登録における手間を削減し、
また、他の利用者からの紹介という形により、サービス
提供者に対する信頼性を高め、バディリストシステムへ
のサービス提供者の登録を促進することを目的とする。

【００１７】

【課題を解決するための手段】上記目的を達成するため
に、本発明の紹介システムは、ネットワークに接続され
た複数のコンピュータシステム間において、紹介元シス
テムが紹介先システムに対して紹介対象システムを紹介
する紹介システムであって、前記紹介元システムが、前
記紹介対象システムのユーザエントリ情報を含む紹介情
報を前記紹介先システムに通知する紹介部を備え、前記
紹介先システムが、前記紹介元システムの紹介部から通
知された紹介情報を受信し、前記紹介対象システムのユ
ーザエントリ情報をユーザリストに登録する登録部と、
前記登録部における前記紹介対象システムのユーザエン
トリ情報のユーザリストへの登録を検知し、紹介に基づ
く登録行為があったことを示す被紹介情報を前記紹介対
象システムに通知する被紹介情報通知部を備え、前記紹
介対象システムが、前記紹介先システムの被紹介情報通
知部から被紹介情報を受信し、前記紹介先システムにお
けるユーザリストへの登録行為を認知する被紹介認知部
を備えたことを特徴とする。

【００１８】上記構成により、紹介元システムから紹介
先システムに対する紹介行為およびユーザリストへの登
録行為があったことを紹介対象システムが認知すること
ができる。

【００１９】なお、前記ユーザリストがバディリストで
あり、前記紹介先システムのバディリストへの前記紹介
対象システムのユーザエントリの登録に基づいて、前記
紹介先システムと前記紹介対象システム間でバディリス
トシステムが構築され、前記紹介対象システムは、自己
の状態を表わす状態情報をネットワークを介して通知
し、前記紹介先システムは、前記紹介対象システムの状
態情報をネットワークを介して取得し、参照することが
好ましい。

【００２０】上記構成により、本発明の紹介システムを
バディリストシステムに適用することができる。

【００２１】ここで、状態情報とは、相手側システムま
たは利用者の状態を示す情報をいい、例えば、アイコン
やメッセージで示される情報である。状態情報を参照す
れば、相手システムの状態や利用者が外出中であるなど
の利用者の状態を把握できる。

【００２２】次に、前記紹介元システムが、前記紹介部
が前記紹介対象システムに対して、紹介行為を行なった
ことを示す紹介情報を通知する機能を備え、前記紹介対
象システムが、前記紹介元システムの紹介部から通知さ
れた紹介情報を受信し、当該情報をもとに前記紹介元シ
ステムにおける紹介行為を認知する紹介認知部と、前記
被紹介認知部が認知した内容と、前記紹介認知部が認知
した内容とを比較し、前記紹介元システムと前記紹介先
システム間の紹介関係を確認する紹介確認部を備えるこ
とが好ましい。

【００２３】上記構成により、紹介対象システムが、紹
介元システムから紹介行為のいわゆる自己申告を受け、
紹介先システムからの登録行為の通知内容と照会するこ
とにより紹介行為を確認することができる。

【００２４】次に、インセンティブ提供のため、紹介対
象システムが、サービス提供者であり、紹介対象システ
ムが、前記被紹介認知部により前記紹介元システムと前
記紹介先システム間の紹介関係が認知された場合、前記
紹介元システムまたは前記紹介先システムのいずれか一
方または双方に対して、サービス提供の条件を変更する
インセンティブを与えるインセンティブ提供部を備える
ことが好ましい。

【００２５】また、インセンティブ提供のため、紹介対
象システムが、サービス提供者であり、紹介対象システ
ムが、前記紹介確認部により前記紹介元システムと前記
紹介先システム間の紹介関係が確認された場合、前記紹
介元システムまたは前記紹介先システムのいずれか一方
または双方に対して、サービス提供の条件を変更するイ
ンセンティブを与えるインセンティブ提供部を備えるこ
とが好ましい。

【００２６】紹介行為や登録行為が認知、確認された紹
介元システムや紹介先システムにインセンティブを提供
することができ、紹介対象システムのバディリストへの
登録を促進することができる。

【００２７】また、紹介対象システムが、過去の紹介行
為および登録行為に基づきインセンティブ提供部が与え
ているインセンティブの内容、または、将来の紹介行為
および登録行為に基づきインセンティブ提供部が提供を
予定しているインセンティブの内容を、紹介元システム
または紹介先システムに対して通知するインセンティブ
通知部を備えることも好ましい。

【００２８】現在インセンティブがどの程度与えられて
いるのか、また、さらに、紹介行為、登録行為を行なえ
ばインセンティブがどの程度与えられるのかを把握する
ことができ、紹介行為、登録行為を強く誘引することが
できるからである。

【００２９】なお、紹介先システムの登録部において、
紹介対象システムのエントリ情報がユーザリストから削
除された場合や、紹介先システム自体が利用者に利用さ
れなくなった場合は、紹介元システムと紹介先システム
間の紹介行為は無効とすることが好ましい。

【００３０】紹介関係が解消したとみなすことができる
からである。

【００３１】

【発明の実施の形態】本発明の紹介システムの実施形態
について説明する。なお、以下の本発明の紹介システム
の実施形態の説明では、ユーザリストをバディリストと
し、紹介先システムと紹介対象システム間でバディリス
トシステムが構築される例を説明する。

【００３２】（実施形態１）本発明の実施形態１の紹介
システムは、ネットワークに接続された複数のコンピュ
ータシステム間において、紹介元システムが紹介先シス
テムに対して紹介対象システムを紹介する紹介システム
であり、紹介元システムが紹介対象システムを紹介先シ
ステムに紹介するものである。紹介は紹介対象システム
が提供するサービスの単位で行なっても良い。紹介は紹
介先システムが備えるユーザリストに登録する形で行わ
れる。例えば、紹介対象システムのサービスに対して識
別子が割り当てられており、紹介元システムが紹介対象
システムの識別子情報含むユーザエントリ情報を通知
し、紹介先システムにおいてユーザリストのユーザとし
てこのユーザエントリ情報が登録される。

【００３３】また、以下の実施形態で説明するバディリ
ストシステムは、紹介先システムのバディリストへの新
たなユーザエントリの追加により、紹介先システムが紹
介対象システムへ自らの識別子情報を含む登録情報を送
信するものとし、また、紹介対象システムの状態情報の
紹介先システムへの送信は、紹介対象システムから紹介
先システムへの“プッシュ”として行われる形態を取り
上げて説明する。ここで、紹介先システムのバディリス
トへの新たなユーザエントリの追加により、紹介先シス
テムが紹介対象システムへ自らの識別子情報を送信せ
ず、また、紹介対象システムの状態情報の紹介先システ
ムへの送信は、紹介先システムから紹介対象システムへ
の“プル”として行われる形態であっても、本発明の紹
介システムは適用可能である。

【００３４】図１は、本発明の実施形態１の紹介システ
ムの概略構成を示す図である。

【００３５】１００が紹介元システム、２００が紹介先
システム、３００が紹介対象システムである。ここで
は、それぞれに識別子が割り振られているものとし、紹
介元システム１００の識別子が“Ａ”、紹介先システム
２００の識別子が“Ｂ”、紹介対象システム３００の識
別子が“Ｃ”とする。

【００３６】紹介元システム１００は、バディリスト管
理部１１０と紹介部１２０を備えている。

【００３７】バディリスト管理部１１０は、紹介元シス
テム１００のバディリストを記憶し、管理している部分
である。なお、図示は省略したが、紹介元システム１０
０もバディリストを用いた状態情報の表示などを行なう
ため、後述する紹介先システム２００のバディリスト管
理部２１０と同様の構成であっても良い。

【００３８】紹介部１２０は、紹介情報生成部１２１、
紹介情報通知部１２２を備えている。紹介情報生成部１
２１は、紹介元システム１００の利用者Ａによる操作に
おいて、バディリスト上のあるユーザ（紹介対象システ
ム３００）を他のユーザ（紹介先システム２００）に紹
介する操作指示を検出すれば、バディリスト管理部１１
０から該当する紹介対象となったユーザエントリ情報を
取り出して紹介情報を生成する。生成される紹介情報
は、例えば図２に示すようなものであり、この例では、
項目として、紹介元システムの識別子情報、紹介先シス
テムの識別子情報、紹介対象システムの識別子情報、そ
の他情報を含んでいる。この例では各項目値として、
“Ａ”、“Ｂ”、“Ｃ”、“紹介日時”が与えられてい
る。

【００３９】紹介部１２０は、生成した紹介情報を、紹
介情報通知部１２２を介して、紹介先システム２００に
対して通知する。

【００４０】紹介先システム２００は、バディリスト管
理部２１０、被紹介情報通知部２２０を備えている。

【００４１】バディリスト管理部２１０は、バディリス
ト登録部２１１、バディリスト記憶部２１２を備え、紹
介先システム２００のバディリストを記憶し、管理して
いる。また、バディリスト管理部２１０は、登録情報通
知部２１３を備え、バディリストへの新たなユーザエン
トリ情報の追加があると、相手側システムである紹介対
象システム３００に対して自らの識別子情報を含む登録
情報を送信する。また、状態情報受信部２１４および状
態情報表示部２１５を備え、後述するように、紹介対象
システム３００から状態情報が通知されると当該情報に
基づいて紹介対象システム３００の状態表示を行なう。

【００４２】また、バディリスト管理部２１０は、バデ
ィリストに登録されたシステムへの通信支援機能を備え
るものでも良い。紹介先システム２００の利用者が紹介
対象システム３００に対して通信したい場合、バディリ
スト上に表示された紹介対象システム３００のユーザエ
ントリを選択することで紹介対象システム３００への通
信パス形成を支援する。

【００４３】バディリスト登録部２１１は、紹介元シス
テム１００の紹介部１２０から通知された紹介情報を受
信する。図１には図示していないが、バディリスト登録
部２１１は登録選択機能を備えることが好ましい。紹介
されたユーザエントリをバディリストに登録するか否か
を選択する余地を残すためである。登録選択機能は、利
用者Ｂに紹介されたユーザを登録するか否かを尋ねる選
択ダイアログを提示する機能とその選択を受け付ける機
能を有する。利用者Ｂが登録を選択した場合、受信した
紹介情報から紹介対象システムのユーザエントリ情報を
取り出し、バディリスト記憶部２１２のバディリストに
登録する。この結果、紹介先システムのバディリストに
紹介対象システム３００がユーザとして登録される。バ
ディリスト登録部２１１は、紹介対象システム３００の
ユーザエントリ情報のバディリストへの登録が完了する
と、その旨を被紹介情報通知部２２０に対して通知す
る。

【００４４】被紹介情報通知部２２０は、バディリスト
登録部２１１から紹介対象システム３００のユーザエン
トリ情報のバディリストへの登録完了の通知を受ける
と、被紹介情報を生成する。被紹介情報は、例えば図３
に示すようなものであり、この例では、項目として、紹
介元システムの識別子情報、紹介先システムの識別子情
報、紹介対象システムの識別子情報、その他情報の４つ
があり、それぞれの項目値は、“Ａ”、“Ｂ”、
“Ｃ”、“紹介日時”となっている。なお、この例は、
図２に示した紹介情報と項目が同じものであるが、必ず
しも同じである必要はない。被紹介情報通知部２２０
は、生成した被紹介情報を、紹介対象システム３００に
対して通知する。

【００４５】紹介対象システム３００は、バディリスト
制御部３１０と被紹介認知部３２０を備えている。

【００４６】バディリスト制御部３１０は、登録情報受
信部３１１を備え、紹介先システム２００から通知され
た登録情報を受信し、紹介先システム２００の識別子情
報“Ｂ”を取り出す。また、バディリスト制御部３１０
は状態情報生成部３１２と状態情報通知部３１３を含ん
でいる。状態情報生成部３１２により状態情報を生成
し、状態情報通知部３１３は紹介先システム２００の識
別子“Ｂ”に基づいて紹介先システム２００に対して状
態情報を送信する。

【００４７】被紹介認知部３２０は、紹介先システム２
００の被紹介情報通知部２２０から通知された被紹介情
報を受信し、当該受信した被紹介情報から被紹介認知情
報を生成する。生成される被紹介認知情報は、例えば、
図４に示すようなものであり、この例では、項目とし
て、紹介元システムの識別子情報、紹介先システムの識
別子情報、その他情報の３つがあり、それぞれの項目値
は、“Ａ”、“Ｂ”、“紹介日時”となっている。

【００４８】被紹介認知部３２０は、生成した被紹介認
知情報を記憶する。

【００４９】このように、紹介対象システム３００は、
紹介元システム１００が紹介先システム２００に対して
紹介対象システム３００を紹介し、紹介先システム２０
０のバディリストに自らがユーザ登録されたことを認知
することができる。

【００５０】なお、図１に示した構成では各端末がお互
いに直接接続されているが、実運用上では、識別子情報
をもとに通信相手となるシステムのネットワーク上のア
ドレスを取得して送信する。本実施形態１では、情報交
換サーバを経由して通信が行われるものとする。

【００５１】交換サーバ４００の構成例を図５に示す。
交換サーバ４００は、各利用者システムの識別子と、そ
のネットワーク上の位置（例えばＩＰアドレスとポート
番号）を管理している。通信される情報の特定部分（た
とえば先頭２０バイトのヘッダ部分）に宛先となる利用
者システムの識別子を記入して交換サーバ４００に送信
すると、その宛先情報として登録されたＩＰアドレスお
よびポート番号に対して情報内容が転送されるようにな
っている。なお、交換サーバ４００自体のネットワーク
上の位置は、例えばＤＮＳによる名前で管理され、各利
用者システムからは一意に決定されるものとする。

【００５２】以上のように交換サーバ４００を用いれ
ば、各利用者システム間で情報を転送する仕組みは実現
される。以後の説明では情報転送に関する説明は割愛す
る。

【００５３】次に、上記した本発明の実施形態１の紹介
システムの処理の流れを具体例を挙げつつ詳しく説明す
る。

【００５４】紹介システムの処理の流れは図６〜図８の
フローチャートに従う。

【００５５】（１）紹介元システム１００における紹介
処理（図６） 紹介元システム１００の利用者Ａが紹介操作を入力する
（ステップＳ６０１）。例えば、図１には図示していな
いがバディリスト管理部１１０はバディリスト表示機能
を備え、バディリストが図９のような表示画面で表示さ
れる。この例では、バディリストにはユーザとして「岩
川」、「佐野」、「スーパーα」が登録されている。以
下の説明では、紹介元システム１００の利用者である
「奥山」が、バディリスト上のユーザ「スーパーα」を
ユーザ「岩川」に紹介する例を説明する。つまり、紹介
元システム１００の利用者が「奥山」、紹介先システム
２００の利用者が「岩川」、紹介対象システム３００の
利用主体が「スーパーα」の例である。

【００５６】この例では、利用者は紹介部１２０に対し
てバディリスト上のユーザインタフェースを用いて紹介
操作を行なうことができるものとする。例えば、図９に
示したバディリスト表示画面を用い、図１０のように操
作する。つまり、紹介元システム１００の利用者「奥
山」は、バディリスト上の「スーパーα」のアイコンを
マウスによりドラッグし、バディリスト上の「岩川」の
アイコン上へドロップすることによって行われる。この
ようなユーザインタフェースを提供することにより、紹
介操作が簡単となり、紹介行為が促進される効果が期待
できる。

【００５７】次に、紹介操作をもとに、紹介情報生成部
１２１により紹介情報が生成される（ステップＳ６０
２）。紹介元システム１００の紹介部１２０は、バディ
リストに対する操作を常にモニタしており、上述のよう
な紹介操作の入力が行われると、紹介部１２０は当該操
作を検出し、図２に示した紹介情報を生成する。

【００５８】紹介元システム１００の識別子情報とし
て、すなわちユーザ「奥山」の識別子情報として“Ａ”
が設定され、紹介先システム２００の識別子情報とし
て、すなわちユーザ「岩川」の識別子情報として“Ｂ”
が設定され、紹介対象システム３００の識別子情報とし
て、すなわちユーザ「スーパーα」の識別子情報として
“Ｃ”が設定されている。

【００５９】次に、紹介情報通知部１２２を介して、紹
介元システム１００である「奥山」の利用者システムで
ある紹介元システム１００から「岩川」の利用者システ
ムである紹介先システム２００へ紹介情報が通知される
（ステップＳ６０３）。

【００６０】この紹介元システム１００における紹介情
報の通知処理（ステップＳ６０３）の後、紹介先システ
ム２００における登録処理が開始される。

【００６１】（２）紹介先システム２００における登録
処理（図７） 紹介元システム１００の紹介情報の通知処理（ステップ
Ｓ６０３）を受け、紹介先システム２００は登録処理を
開始する。

【００６２】「岩川」の利用者システムである紹介先シ
ステム２００のバディリスト管理部２１０は、紹介元シ
ステム１００から通知された紹介情報を受信し、バディ
リスト登録部２１１に渡す（ステップＳ７０１）。

【００６３】次に、「岩川」の紹介先システム２００
は、バディリスト登録部２１１により、図１１に示すよ
うに、ユーザ「奥山」からユーザ「スーパーα」の紹介
を受けたという事実と、ユーザ「スーパーα」を自らの
バディリストに登録するか否かを選択させる選択ダイア
ログを表示する（ステップＳ７０２）。

【００６４】紹介先システム２００の利用者「岩川」が
「登録する」を選択すると（ステップＳ７０３：Ｙ）、
バディリスト登録部２１１は紹介対象システム３００で
ある「スーパーα」をバディリスト記憶部２１２内のバ
ディリストに登録する（ステップＳ７０４）。

【００６５】バディリストに紹介対象システムであるユ
ーザ「スーパーα」が登録された場合、紹介先システム
２００は、登録情報通知部２１３により、紹介対象シス
テム３００である「スーパーα」に対して自らの識別子
“Ｂ”を含む登録情報を送信する（ステップＳ７０
５）。この登録情報は、紹介対象システム３００におい
て、登録情報受信３１１により受信される。

【００６６】被紹介情報通知部２２０は、図３に示した
ような被紹介情報を生成し、システム紹介対象システム
３００である「スーパーα」に対して、当該被紹介情報
を通知する（ステップＳ７０６）。

【００６７】この紹介先システム２００における被紹介
情報の通知処理（ステップＳ７０６）の後、紹介対象シ
ステム３００における登録認知処理が開始される。ここ
で、ステップＳ７０５とステップＳ７０６の順序は便宜
上、上記の順序としたが、両者が入れ替わっても良く、
また、同時並行処理されても良い。

【００６８】なお、上記ステップＳ７０３の登録選択処
理において、紹介先システム２００の利用者「岩川」が
「登録しない」を選択すると（ステップＳ７０３：
Ｎ）、ステップＳ７０４〜Ｓ７０６の動作は行わずに紹
介先システム２００における登録処理を終了し、また、
紹介対象システム３００における登録認知処理は開始さ
れずに紹介システムの処理が終了する。

【００６９】（３）紹介対象システム３００における登
録処理（図８） 紹介先システム２００の被紹介情報の通知処理（ステッ
プＳ７０６）を受け、紹介対象システム３００である
「スーパーα」の利用者システムは、以下の登録処理を
開始する。

【００７０】紹介対象システム３００のバディリスト制
御部３１０は、登録情報受信部３１１を介して、紹介先
システム２００の登録情報通知部２１３から通知された
登録情報を受信し（ステップＳ８０１）、当該登録情報
から紹介先システム２００の識別子“Ｂ”を取り出し、
紹介先システム２００を状態情報を通知するシステムと
して登録する（ステップＳ８０２）。

【００７１】また、被紹介認知部３２０は、紹介先シス
テム２００の被紹介情報通知部２２０から通知された被
紹介情報を受信し（ステップＳ８０３）、図４に示した
ように、受信した被紹介情報に含まれる紹介元システム
１００の識別子情報と紹介先システム２００の識別子情
報を対応づけたテーブルの形式で被紹介認知情報を生成
し、生成した被紹介認知情報を記憶する（ステップＳ８
０４）。

【００７２】上記の登録処理（ステップＳ８０１〜Ｓ８
０４）の後、紹介対象システム３００のバディリスト制
御部３１０は、登録されている紹介先システム２００の
識別子に基づき、状態情報通知部３１３を介して状態情
報生成部３１２により生成された状態情報を紹介先シス
テム２００に対して所定のタイミングで状態情報を通知
する（Ｓ８０５）。

【００７３】（４）紹介先システム２００における紹介
対象システム３００の状態表示処理、紹介先システム２
００から紹介対象システム３００への通信支援処理 紹介対象システム３００から状態情報が通知されると、
紹介先システム２００の状態情報表示部２１５は、当該
状態情報に基づいて紹介対象システム３００の状態表示
を行なう。

【００７４】以上が実施形態１の紹介システムの、紹介
処理、被紹介認知処理を中心とした処理の流れである。

【００７５】なお、状態情報の通知を受け、状態情報を
表示した紹介先システム２００において、利用者が紹介
対象システム３００に対して通信したい場合、バディリ
スト上に表示された紹介対象システム３００のユーザエ
ントリを選択することで、紹介対象システム３００への
通信パス形成の支援を受けることができることが好まし
い。

【００７６】以上、一連の動作により、紹介対象システ
ム３００の利用者である「スーパーα」は、被紹介認知
情報を参照することにより、紹介元システム１００の利
用者である「奥山」が、紹介先システム２００の利用者
である「岩川」に対して、「スーパーα」を紹介し、
「岩川」の利用者システムのバディリストシステムに、
「スーパーα」のユーザエントリ情報が登録されたこと
を認知することができる。

【００７７】（実施形態２）本発明の実施形態２の紹介
システムは、実施形態１の紹介システムを改良したもの
であり、紹介行為が行なわれたことを確認する機能を付
加したものである。紹介者が誰で被紹介者が誰であるこ
という紹介関係の確認方法としては様々な形態が考えら
れるが、ここではもっとも簡単な例として、紹介元シス
テムから得られた紹介元システム及び紹介先システムの
関係を示す紹介情報と、紹介先システムから得られた紹
介元システム及び紹介先システムの関係を示す被紹介情
報を比較し、両者の対応が正しいかどうかを検証する形
で紹介関係の確認をするものとする。

【００７８】本発明の実施形態２の紹介システムは、実
施形態１と同様の、紹介元システムによる紹介処理、紹
介先システムによる登録処理、紹介対象システムによる
登録処理および被紹介認知処理に加え、紹介元システム
における紹介対象システムへの紹介情報通知処理と、紹
介対象システムにおける紹介認知処理および確認処理を
行なう。実施形態１と同様、紹介は紹介対象システムが
提供するサービスの単位で行なっても良い。

【００７９】図１２は、本発明の実施形態２の紹介シス
テムの概略構成を示す図である。

【００８０】１００ａが紹介元システム、２００ａが紹
介先システム、３００ａが紹介対象システムである。そ
れぞれの識別子は実施形態１と同様、紹介元システム１
００の識別子が“Ａ”、紹介先システム２００の識別子
が“Ｂ”、紹介対象システム３００の識別子が“Ｃ”と
する。

【００８１】紹介元システム１００ａは、図１の紹介元
システム１００の構成と同様であるが、本実施形態２で
は、紹介情報通知部１２２は、紹介情報を紹介先システ
ム２００ａのバディリスト管理部２１０に対して通知す
るとともに、紹介対象システム３００ａの紹介認知部３
３０に対しても通知する機能を備えている。ここで紹介
情報は、例えば、実施形態１で示した図２に示すものと
同様のもので良い。

【００８２】次に、紹介先システム２００ａの構成は、
実施形態１で説明した図１の紹介先システム２００の構
成と同様で良い。

【００８３】紹介対象システム３００ａは、実施形態１
の紹介対象システム３００の構成に比べ、さらに、紹介
認知部３３０と、紹介確認部３４０を備えている。

【００８４】紹介認知部３３０は、紹介元システム１０
０ａの紹介情報通知部１２２から通知された紹介情報を
受信し、当該紹介情報をもとに紹介元システム１００ａ
における紹介行為を認知する部分である。

【００８５】紹介認知部３３０は、紹介元システム１０
０ａの紹介情報通知部１２２から通知された紹介情報を
受信し、この受信した紹介情報から紹介認知情報を生成
する。生成される紹介認知情報は、例えば、図１３に示
すようなものであり、この例では、項目として、紹介元
システムの識別子情報、紹介先システムの識別子情報、
その他情報（ここでは紹介日時）の３つがあり、それぞ
れの項目値は、“Ａ”、“Ｂ”、“2001.07.03”となっ
ている。紹介認知部３３０は、生成した紹介認知情報を
記憶する。

【００８６】紹介確認部３４０は、被紹介認知部３２０
が認知した被紹介認知情報が示す紹介先システム２００
ａにおける登録行為の内容と、紹介認知部３３０が認知
した紹介認知情報が示す紹介元システム１００ａにおけ
る紹介行為の内容とを比較し、両者の一致を確認する部
分である。つまり、両者が一致した場合に紹介元システ
ム１００ａと紹介先システム２００ａ間の紹介行為およ
び紹介を受け入れて行なったバディリストへの登録行為
を確認するものである。紹介確認部３４０は、紹介確認
結果を記憶する。

【００８７】実施形態２の紹介システムの処理の流れ
は、図１４〜図１５のフローチャートに従う。なお、こ
の例でも、紹介元システム１００ａの利用者は「奥
山」、紹介先システム２００ａの利用者は「岩川」、紹
介対象システム３００ａの利用主体は「スーパーα」と
し、紹介元システム１００の利用者である「奥山」が、
バディリスト上のユーザ「スーパーα」をユーザ「岩
川」に紹介する場合について説明する。

【００８８】（１）紹介元システム１００ａによる紹介
処理（図１４） ステップＳ１４０１からステップＳ１４０３までの各処
理ステップは、図６のフローチャートに示した、紹介元
システム１００ａの利用者「奥山」による紹介操作の入
力処理（ステップＳ６０１）、紹介情報の生成処理（ス
テップＳ６０２）、紹介先システム２００ａへ紹介情報
の通知処理（ステップＳ６０３）は実施形態１と同様で
あり、ここでの詳しい説明は省略する。

【００８９】この紹介元システム１００ａにおける紹介
情報の通知処理（ステップＳ１４０３）の後、当該紹介
情報の通知を受けたことを契機として、紹介先システム
２００ａにおいて登録処理が開始される。

【００９０】実施形態２の紹介システムでは、紹介元シ
ステム１００ａにおいて、紹介先システム２００ａへの
紹介情報の通知処理（ステップＳ１４０３）に続いて、
紹介対象システム３００ａに対する紹介情報の通知処理
を行なう。つまり、紹介情報通知部１２２は、紹介対象
システム３００ａに対して当該紹介情報を通知する（ス
テップＳ１４０４）。

【００９１】この紹介元システム１００ａにおける紹介
情報の通知を受けたことを契機として、紹介対象システ
ム３００ａにおいて紹介認知処理が開始される。

【００９２】なお、上記例では、紹介対象システム３０
０ａへの紹介情報の通知処理（ステップＳ１４０４）の
ステップは、紹介操作の入力処理（ステップＳ１４０
１）、紹介情報の生成処理（ステップＳ１４０２）、紹
介先システム２００ａへの紹介情報の通知処理（ステッ
プＳ１４０３）の後としたが、紹介先システム２００ａ
への紹介情報の通知処理（ステップＳ１４０３）と並行
に実行されても良い。

【００９３】（２）紹介先システム２００ａにおける登
録処理 紹介元システム１００ａの紹介情報の通知処理（ステッ
プＳ１４０３）を受け、紹介先システム２００ａは登録
処理を開始する。

【００９４】この登録処理は、実施形態１の紹介先シス
テム２００における登録処理（図７）と同様であり、こ
こでの説明は省略する。

【００９５】（３）紹介対象システム３００ａにおける
登録処理および被紹介認知処理、紹介認知処理、紹介確
認処理（図１５） 紹介対象システム３００ａは、紹介先システム２００ａ
から登録情報の通知（ステップＳ７０５）および被紹介
情報の通知（ステップＳ７０６）を受け、登録処理およ
び被紹介認知処理を開始する。

【００９６】また、紹介対象システム３００ａは、紹介
元システム１００ａの紹介情報の通知（ステップＳ１４
０４）を受け、紹介認知処理を開始する。

【００９７】さらに、登録認知処理および紹介認知処理
の結果を受け、紹介確認処理を開始する。

【００９８】まず、登録認知処理は、実施形態１の紹介
対象システム３００における登録認知処理（図８）と同
様であるので、ここでの詳しい説明は省略する。図１５
の紹介先システム２００ａの登録情報の受信処理（ステ
ップＳ１５０１）、状態情報通知先システムの登録処理
（ステップＳ１５０２）、被紹介情報の受信処理（ステ
ップＳ１５０３）、被紹介認知情報の生成・記憶処理
（ステップＳ１５０４）は、それぞれ、図８のステップ
Ｓ８０１〜ステップＳ８０４に相当する。この登録認知
処理の結果として、被紹介認知部３２０は、図４に示し
た被紹介認知情報を記憶する。

【００９９】次に、紹介認知処理は、以下の流れで行わ
れる。

【０１００】まず、紹介対象システム３００ａの紹介認
知部３３０は、紹介先システム２００ａの紹介情報通知
部１２２から紹介情報を受信する（ステップＳ１５０
５）。

【０１０１】紹介認知部３３０は、受信した紹介情報に
含まれる紹介元システム１００ａの識別子情報と紹介先
システム２００ａの識別子情報を対応づけたテーブルの
形式で図１３に示したような紹介認知情報を生成・記憶
する（ステップＳ１５０６）。

【０１０２】次に、紹介確認処理は、以下の流れで行わ
れる。

【０１０３】まず、紹介確認部３４０は、ステップＳ１
５０３〜ステップＳ１５０４の被紹介認知処理の結果と
して得られた被紹介認知情報と、ステップＳ１５０５〜
ステップＳ１５０６の紹介認知処理の結果として得られ
た紹介認知情報を受け、被紹介認知情報の内容と紹介認
知情報の内容を比較する（ステップＳ１５０８）。

【０１０４】両者が一致した場合、紹介確認処理が成功
し、紹介確認部３４０は、紹介元システム１００ａと紹
介先システム２００ａの紹介関係を確認することができ
る。

【０１０５】両者が一致しない場合、紹介確認処理が失
敗し、紹介確認部３４０は紹介元システム１００ａと紹
介先システム２００ａの紹介関係を確認することができ
ない。

【０１０６】紹介確認部３４０は、得られた紹介確認結
果を記憶する（ステップＳ１５０９）。

【０１０７】上記処理（ステップＳ１５０１〜Ｓ１５０
９）の後、紹介対象システム３００ａのバディリスト制
御部３１０は、登録されている紹介先システム２００ａ
の識別子に基づき、状態情報通知部３１３を介して状態
情報生成部３１２により生成された状態情報を紹介先シ
ステム２００ａに対して所定のタイミングで状態情報を
通知する（Ｓ１５１０）。

【０１０８】なお、紹介先システム２００ａにおける紹
介対象システム３００ａの状態表示処理、紹介先システ
ム２００ａから紹介対象システム３００ａへの通信支援
処理は、実施形態１と同様であるので、ここでの説明は
省略する。

【０１０９】以上が実施形態２の紹介システムの、紹介
処理、被紹介認知処理、紹介認知処理、紹介確認処理を
中心とした処理の流れである。

【０１１０】なお、紹介確認部３４０における紹介確認
結果を利用者に提示することも可能である。例えば、紹
介対象システムの利用主体である「スーパーα」の店主
は、端末のユーザインタフェース上で、紹介関係確認し
たい紹介元の利用者「奥山」の識別子情報と紹介先の利
用者「岩川」の識別子情報を、例えば、文字列で入力す
るなどして指定する。紹介確認部３４０がユーザインタ
フェースからの通知を受け、紹介確認結果を検索し、利
用者「奥山」の紹介先として利用者「岩川」の登録が確
認されているかどうかを調べる。確認されていない場合
は紹介関係の確認に失敗した旨表示する。確認されてい
る場合は、紹介関係の確認に成功した旨を表示する。

【０１１１】（実施形態３）本発明の実施形態３の紹介
システムは、紹介対象システムの利用主体が何らかのサ
ービス、商品を提供するサービス提供者であって、紹介
元システムの利用者および紹介先システムの利用者が、
そのサービス提供者の顧客である場合を想定している。
サービス提供者のユーザエントリ情報を利用者のバディ
リストに登録してもらうために利用者に対してインセン
ティブを与え、紹介関係構築を推進する技術である。

【０１１２】図１６は、本発明の実施形態３の紹介シス
テムの概略構成を示す図である。

【０１１３】図１６は、実施形態１に示した図１の構成
に対してインセンティブ提供部３５０を加えた構成とな
っている。１００ｂが紹介元システム、２００ｂが紹介
先システム、３００ｂが紹介対象システムである。紹介
対象システム３００ｂは、図１の紹介対象システム３０
０の構成に比べ、さらに、インセンティブ提供部３５０
を備えている。

【０１１４】インセンティブ提供部３５０は、紹介認知
部３３０により紹介元システム１００ｂと紹介先システ
ム２００ｂ間の紹介行為および登録行為が認知された場
合、紹介元システム１００ｂまたは紹介先システム２０
０ｂのいずれか一方または双方に対して、サービス利用
料金を低減するなどのインセンティブを決定して与える
部分である。

【０１１５】図１７は、本発明の実施形態３の紹介シス
テムの他の概略構成を示す図である。実施形態２に示し
た図１２の構成に対してインセンティブ提供部３５０を
加えた構成となっている。１００ｃが紹介元システム、
２００ｃが紹介先システム、３００ｃが紹介対象システ
ムである。

【０１１６】インセンティブ提供部３５０は、紹介行為
確認部部３４０により紹介元システム１００ｃと紹介先
システム２００ｃ間の紹介行為および紹介を受け入れた
登録行為が確認された場合、紹介元システム１００ｃま
たは紹介先システム２００ｃのいずれか一方または双方
に対して、サービス利用料金を低減するなどのインセン
ティブを決定して与える。

【０１１７】例えば、インセンティブとして、紹介した
ユーザ（紹介元システム１００ｂまたは１００ｃの利用
者）に対して全ての商品の値段を５％割り引いたり、紹
介されたユーザ（紹介先システム２００ｂまたは２００
ｃの利用者）に対して全ての商品の値段を５％割り引い
たりすることが想定される。このような、インセンティ
ブを与えることにより、サービス利用者に対し、新規利
用者の紹介を促進することができる。

【０１１８】次に、本発明の紹介システムは、紹介元シ
ステムや紹介先システムに対し、過去の紹介行為および
登録行為に基づき与えられているインセンティブの内
容、または、将来の紹介行為および登録行為に基づき提
供を予定しているインセンティブの内容を提示する構成
とすることもできる。

【０１１９】図１８は、インセンティブの内容を提示す
る場合の構成を示す図である。紹介対象システム３００
ｄが、インセンティブ情報通知部３６０を備えた構成と
なっている。

【０１２０】インセンティブ情報通知部３６０は、過去
の紹介行為および登録行為に基づき与えられているイン
センティブの内容、または、将来の紹介行為および登録
行為に基づき提供を予定しているインセンティブの内容
に関する表示情報を生成し、状態情報通知部３１３に渡
す。

【０１２１】状態情報通知部３１３は、状態情報の一つ
として、インセンティブの内容に関する表示情報を紹介
先システム２００ｄに通知する。紹介先システム２００
ｄにおいて、状態情報表示部２１５を介して紹介対象シ
ステム３００の状態表示の一つとしてインセンティブの
内容に関する情報が表示される。このように、インセン
ティブ情報は、バディリストシステムの状態表示として
紹介先システムに通知される。例えば、「今、あなたに
は全ての商品の値段を５％割り引きます」などの表示が
されたり、「さらに、新しいお客さんを紹介頂ければ、
全ての商品の値段を７％割り引きます」などの表示がさ
れる。

【０１２２】紹介元システム１００ｄに対するインセン
ティブ情報の表示も同様の仕組みで行なえば良い。

【０１２３】なお、インセンティブ情報の送信は、利用
者がサービスのプレゼンス情報を参照した時点や、サー
ビスの提供者がインセンティブ情報を変更した時点で行
なえば良い。前者の場合、参照しようとしている利用者
の識別子情報を取得し、その利用者に対応するインセン
ティブ情報を取得し、これを文字列などに変換してプレ
ゼンス情報として利用者のバディリスト画面に表示させ
る。

【０１２４】（実施形態４）実施形態４の紹介システム
は、紹介元システムと紹介先システムの紹介関係が解消
した場合、紹介元システムと紹介先システム間の紹介行
為および登録行為の認知または確認を無効とし、インセ
ンティブを無効とするものである。ここで、紹介元シス
テムと紹介先システムの紹介関係が解消した場合とは、
紹介先システムにおいて、紹介対象システムのエントリ
情報がバディリストから削除された場合や、端末自体の
廃棄など、紹介先システム自体が利用されなくなった場
合を言う。なお、紹介元システムにおいてこれらの状態
が発生した場合や、両者の状態を組合わせた場合も本実
施例と同様な実施例で実現できることを指摘しておく。

【０１２５】図１９は、本発明の実施形態４の紹介シス
テムの概略構成を示す図である。

【０１２６】紹介元システム１００ｅは、紹介部１２０
ｅが紹介更新情報通知部１２３を備え、所定の更新タイ
ミングにおいて、紹介元システム１００ｅの紹介行為が
有効である旨を示す紹介更新情報を生成し、紹介対象シ
ステム３００ｅに通知する。

【０１２７】紹介先システム２００ｅは、被紹介情報通
知部２２０ｅが被紹介更新情報通知部２２１を備え、所
定の更新タイミングにおいて、紹介を受けた紹介先シス
テム２００ｅの登録行為が有効である旨、つまり、バデ
ィリストに紹介対象システム３００ｅのユーザエントリ
情報が登録され、状態表示などが行なわれている旨を示
す被紹介更新情報を生成し、紹介対象システム３００ｅ
に通知する。

【０１２８】紹介対象システム３００ｅは、被紹介認知
部３２０ｅが被紹介更新認知部３２１を備え、紹介認知
部３３０ｅが紹介更新認知部３３１を備えている。被紹
介更新認知部３２１は、紹介先システム２００ｅの被紹
介更新情報通知部２２１から通知された被紹介更新情報
を認知し、紹介更新認知部３３１は、紹介元システム１
００ｅの紹介更新情報通知部１２３から通知された紹介
更新情報を認知する。紹介確認部３４０ｅは、両者の紹
介関係が有効であることを確認する。

【０１２９】紹介確認部３４０ｅは、紹介更新パラメタ
と、被紹介更新パラメタを持っている。紹介確認部３４
０ｅは、紹介元システム１００ｅから紹介更新情報の通
知を受けた場合、紹介更新パラメタを更新する。同様
に、紹介確認部３４０ｅは、紹介先システム２００ｅか
ら被紹介更新情報の通知を受けた場合、被紹介更新パラ
メタを更新する。

【０１３０】図２０は、紹介確認部３４０ｅによる紹介
更新情報と被紹介更新情報に基づく紹介関係の更新処理
の一例を示している。なお、以下の例では、紹介更新パ
ラメタおよび被紹介更新パラメタは、“２”の値を基本
とし、更新処理によりその値が“２”に更新され、後述
する更新確認処理の度にその値が“１”ずつ減じられて
行くものとする。この構成であれば、更新確認処理が２
度続けて行われるまでに紹介更新パラメタおよび被紹介
更新パラメタが更新されなければその値が“０”になる
こととなる。

【０１３１】まず、紹介確認部３４０ｅが、紹介更新情
報または被紹介更新情報を受信する（ステップＳ２００
１）。

【０１３２】紹介確認部３４０ｅは、紹介更新パラメタ
または被紹介更新パラメタの値を調べる。この例では値
が“２”であるか否かを調べ（ステップＳ２００２）、
値が“２”であれば（ステップＳ２００２：Ｙ）、既に
更新が終了していると判断し、更新処理を終了する。

【０１３３】紹介更新パラメタまたは被紹介更新パラメ
タの値が“２”でなければ（ステップＳ２００２：
Ｎ）、その値が“１”であるか否かを調べ（ステップＳ
２００３）、値が“１”であれば（ステップＳ２００
３：Ｙ）、値を“２”に更新する（ステップＳ２００
４）。値を更新後、更新処理を終了する。

【０１３４】紹介更新パラメタまたは被紹介更新パラメ
タの値が“１”でなければ（ステップＳ２００３：
Ｎ）、更新処理を終了する。

【０１３５】図２１の紹介関係の更新確認処理は以下の
手順で行なわれる。

【０１３６】紹介確認部３４０ｅは、所定のタイミング
（例えば、一日一回午前０時）になれば（ステップＳ２
１０１：Ｙ）、紹介更新パラメタと被紹介更新パラメタ
の値を調べる。紹介更新パラメタまたは被紹介更新パラ
メタの値が“２”であった場合（ステップＳ２１０２：
Ｙ）、紹介関係の確認が成功したこととし、そのパラメ
タ値を“１”減ずる（ステップＳ２１０３）。紹介更新
パラメタまたは被紹介更新パラメタの値が“２”でなく
（ステップＳ２１０２：Ｎ）、“１”であった場合（ス
テップＳ２１０４：Ｙ）、紹介関係の確認が成功したこ
ととし、そのパラメタ値を“１”減ずる（ステップＳ２
１０５）。紹介更新パラメタまたは被紹介更新パラメタ
の値が“１”でない場合（ステップＳ２１０４：Ｎ）、
つまり“０”であった場合、紹介関係の更新確認が失敗
したこととし（ステップＳ２１０６）、紹介関係の更新
確認を行なわない。

【０１３７】この紹介関係の確認が失敗した場合とは、
紹介元システム１００ｅや紹介先システム２００ｅから
紹介更新情報の通知や被紹介更新情報を受けられずに、
紹介更新パラメタや被紹介更新パラメタが“２”に更新
されないまま、所定タイミングで一度目の更新確認が行
われて値が一つ減じられ、さらに２度目の更新確認が行
われた場合である。

【０１３８】上記のように、紹介更新パラメタや被紹介
更新パラメタを更新する場合に“２”の値に更新し、更
新確認が２度失敗した時に紹介関係が有効でないと扱う
ことは、紹介更新情報や被紹介更新情報が通知されるタ
イミングと更新確認が実行されるタイミングが非同期で
ある事情や、システム実運用上に考慮すべきマージンを
設けたものであって、必ずしも“２”にする必要はな
く、マージンを考慮せず“１”としたり、マージンを多
くとり“３”やそれ以上の値としても良いことは言うま
でもない。また、更新確認のタイミングを所定のタイミ
ング（一日一回午前０時）としたが、インセンティブ情
報の内容を更新する段階で紹介関係の更新確認処理を行
う構成でも良い。

【０１３９】また、紹介対象システム３００ｅは、一定
期間ごとにインセンティブ情報の初期化作業を行い、イ
ンセンティブの提供を受けることができるを一定期間に
制限することも可能である。実施形態３で述べたインセ
ンティブ提供部３５０を用いる場合、インセンティブ提
供部３５０は、所定のタイミングにおいて、紹介確認部
３４０ｅにより紹介関係の更新通知を受けた場合、イン
センティブの提供を継続し、紹介関係の更新通知を受け
ない場合、インセンティブの提供を中止する。

【０１４０】なお、上記説明は、紹介先システムの端末
が存在する場合を中心に説明したが、紹介先システムの
端末自体が廃棄された場合は、必要な被紹介更新情報が
紹介先システムから送出されないので、紹介確認部にお
いて更新確認が得られないことは言うまでもない。

【０１４１】（実施形態５）本発明の紹介システムは、
上記に説明した構成を実現する処理ステップを記述した
プログラムを提供し、コンピュータにインストールする
ことにより構築することができる。本発明の紹介システ
ムを実現する処理ステップを備えたプログラムは、図２
２に図示した記録媒体の例に示すように、ＣＤ−ＲＯＭ
１００２やフレキシブルディスク１００３等の可搬型記
録媒体１００１だけでなく、ネットワーク上にある記録
装置内の記録媒体１０００や、コンピュータのハードデ
ィスクやＲＡＭ等の記録媒体１００５などに記録して提
供することができ、さらには、ネットワークを通じてダ
ウンロードすることも可能である。当該プログラムは、
実行時にはコンピュータ１００４上にローディングさ
れ、実行される。

【０１４２】さらに、本発明の紹介システムおよび紹介
方法に関し、以下の項を開示する。

【０１４３】（付記１） ネットワークに接続された複
数のコンピュータシステム間において、紹介元システム
が紹介先システムに対して紹介対象システムを紹介する
紹介システムであって、前記紹介元システムが、前記紹
介対象システムのユーザエントリ情報を含む紹介情報を
前記紹介先システムに通知する紹介部を備え、前記紹介
先システムが、前記紹介元システムの紹介部から通知さ
れた紹介情報を受信し、前記紹介対象システムのユーザ
エントリ情報をユーザリストに登録する登録部と、前記
登録部における前記紹介対象システムのユーザエントリ
情報のユーザリストへの登録を検知し、紹介に基づく登
録行為があったことを示す被紹介情報を前記紹介対象シ
ステムに通知する被紹介情報通知部を備え、前記紹介対
象システムが、前記紹介先システムの被紹介情報通知部
から被紹介情報を受信し、前記紹介先システムにおける
ユーザリストへの登録行為を認知する被紹介認知部を備
えたことを特徴とする紹介システム。

【０１４４】（付記２） 前記ユーザリストがバディリ
ストであり、前記紹介先システムのバディリストへの前
記紹介対象システムのユーザエントリの登録に基づい
て、前記紹介先システムと前記紹介対象システム間でバ
ディリストシステムが構築され、前記紹介対象システム
は、自己の状態を表わす状態情報をネットワークを介し
て通知し、前記紹介先システムは、前記紹介対象システ
ムの状態情報をネットワークを介して取得し、参照する
付記１に記載の紹介システム。

【０１４５】（付記３） 前記紹介元システムが、前記
紹介部が前記紹介対象システムに対して、紹介行為を行
なったことを示す紹介情報を通知する機能を備え、前記
紹介対象システムが、前記紹介元システムの紹介部から
通知された紹介情報を受信し、当該情報をもとに前記紹
介元システムにおける紹介行為を認知する紹介認知部
と、前記被紹介認知部が認知した内容と、前記紹介認知
部が認知した内容とを比較し、前記紹介元システムと前
記紹介先システム間の紹介関係を確認する紹介確認部を
備えた付記１または２に記載の紹介システム。

【０１４６】（付記４） 前記紹介対象システムが、サ
ービス提供者であり、前記紹介対象システムが、前記被
紹介認知部により前記紹介元システムと前記紹介先シス
テム間の紹介関係が認知された場合、前記紹介元システ
ムまたは前記紹介先システムのいずれか一方または双方
に対して、サービス提供の条件を変更するインセンティ
ブを与えるインセンティブ提供部を備えた付記１〜３の
いずれかに記載の紹介システム。

【０１４７】（付記５） 前記紹介対象システムが、サ
ービス提供者であり、前記紹介対象システムが、前記紹
介確認部により前記紹介元システムと前記紹介先システ
ム間の紹介関係が確認された場合、前記紹介元システム
または前記紹介先システムのいずれか一方または双方に
対して、サービス提供の条件を変更するインセンティブ
を与えるインセンティブ提供部を備えた付記３に記載の
紹介システム。

【０１４８】（付記６） 前記紹介対象システムが、過
去の紹介行為および登録行為に基づき前記インセンティ
ブ提供部が与えているインセンティブの内容、または、
将来の紹介関係に基づき前記インセンティブ提供部が提
供を予定しているインセンティブの内容を、前記紹介元
システムまたは前記紹介先システムに対して通知するイ
ンセンティブ通知部を備えた付記４または５に記載の紹
介システム。

【０１４９】（付記７） 前記紹介先システムの登録部
において、前記紹介対象システムのエントリ情報が前記
ユーザリストから削除されるか、もしくは紹介先システ
ム自体がその利用者に利用されなくなった場合、前記紹
介元システムと前記紹介先システム間の紹介関係の認知
または確認を無効とする付記１〜６のいずれかに記載の
紹介システム。

【０１５０】（付記８） ユーザに対応づけて記憶され
ている参照ユーザをユーザの要求に応じて表示装置上に
一覧表示し、一覧表示された複数の参照ユーザの１つを
選択して他の参照ユーザの表示領域に仮想移動操作を行
なったことを検知することにより、選択した参照ユーザ
に対して前記他の参照ユーザを紹介する紹介情報を送出
するとともに、当該ユーザと選択された参照ユーザと前
記他の参照ユーザとを含む紹介関係情報を蓄積すること
を特徴とする紹介支援方法。

【０１５１】（付記９） ネットワークに接続された複
数のコンピュータシステム間において、紹介元システム
が紹介先システムに対して紹介対象システムを紹介する
紹介方法であって、前記紹介元システムが、前記紹介対
象システムのユーザエントリ情報を含む紹介情報を前記
紹介先システムに通知し、前記紹介先システムが、前記
紹介元システムから通知された紹介情報を受信し、前記
紹介対象システムのユーザエントリ情報をユーザリスト
に登録し、前記バディリストにおける前記紹介対象シス
テムのユーザエントリ情報のユーザリストへの登録を検
知し、当該登録行為があったことを示す被紹介情報を前
記紹介対象システムに通知し、前記紹介対象システム
が、前記紹介先システムから通知された被紹介情報を受
信し、当該情報をもとに前記紹介先システムにおけるユ
ーザリストへの登録行為を認知することを特徴とする紹
介方法。

【０１５２】（付記１０） ネットワークに接続された
複数のコンピュータシステム間において、紹介元システ
ムが紹介先システムに対して紹介対象システムを紹介す
る紹介システムを構築する処理ステップを備えたプログ
ラムであって、紹介元システム処理プログラムが、前記
紹介対象システムのユーザエントリ情報を含む紹介情報
を前記紹介先システムに通知する紹介処理ステップを備
え、前記紹介先システムの処理プログラムが、前記紹介
元システム処理プログラムの紹介処理ステップより通知
された紹介情報を受信し、前記紹介対象システムのユー
ザエントリ情報をユーザリストに登録する登録処理ステ
ップと、前記登録処理ステップおける前記紹介対象シス
テムのユーザエントリ情報のユーザリストへの登録を検
知し、当該登録行為があったことを示す被紹介情報を前
記紹介対象システムに通知する登録行為通知処理ステッ
プを備え、前記紹介対象システムの処理プログラムが、
前記紹介先システム処理プログラムの登録行為通知処理
ステップより通知された被紹介情報を受信し、当該情報
をもとに前記紹介先システムにおけるユーザリストへの
登録行為を認知する登録認知処理ステップを備えたこと
を特徴とするプログラム。

【０１５３】

【発明の効果】本発明の紹介システムによれば、紹介元
システムから紹介先システムに対する紹介行為およびバ
ディリストへの登録行為が円滑に行なわれ、バディリス
ト登録行為があったことを紹介対象システムが認知する
ことができる。

【０１５４】また、本発明の紹介システムによれば、紹
介対象システムが、紹介元システムから紹介行為のいわ
ゆる自己申告を受け、紹介先システムからの登録行為の
通知内容と照会することにより紹介行為を確認すること
ができる。

【０１５５】また、本発明の紹介システムによれば、紹
介行為や登録行為が認知、確認された紹介元システムや
紹介先システムの利用者にインセンティブを提供するこ
とができ、紹介対象システムのバディリストへの登録を
促進することができる。

【図面の簡単な説明】

【図１】 本発明の実施形態１の紹介システムの概略構
成を示す図

【図２】 紹介元システムにおいて生成される紹介情報
の例を示す図

【図３】 紹介先システムにおいて生成される被紹介情
報の例を示す図

【図４】 紹介対象システムにおいて生成される被紹介
認知情報の例を示す図

【図５】 交換サーバ４００の構成例を示す図

【図６】 紹介元システム１００における紹介処理を示
すフローチャート

【図７】 紹介先システム２００における登録処理を示
すフローチャート

【図８】 紹介対象システム３００における登録認知処
理を示すフローチャート

【図９】 バディリストの表示画面の例を示す図

【図１０】 バディリストを用いた紹介操作を説明する
図

【図１１】 紹介情報を登録するか否かの選択画面の例
を示す図

【図１２】 本発明の実施形態２の紹介システムの概略
構成を示す図

【図１３】 紹介元システムにおいて生成される紹介情
報の例を示す図

【図１４】 紹介元システム１００ａにおける紹介処理
を示すフローチャート

【図１５】 紹介対象システム３００ａにおける登録認
知処理および登録確認処理を示すフローチャート

【図１６】 本発明の実施形態３の紹介システムの概略
構成を示す図

【図１７】 本発明の実施形態３の紹介システムの他の
概略構成を示す図

【図１８】 本発明の実施形態３のインセンティブの内
容を提示する場合の構成を示す図

【図１９】 本発明の実施形態４の紹介システムの概略
構成を示す図

【図２０】 紹介確認部３４０ｅによる紹介関係の更新
処理を示す図

【図２１】 紹介確認部３４０ｅによる紹介関係の更新
確認処理を示す図

【図２２】 本発明の実施形態５の紹介システムを実現
する処理プログラムを記録した記録媒体の例を示す図

【図２３】 従来のバディリストシステムの構成を示す
図

【符号の説明】

１００，１００ａ〜１００ｅ 紹介元システム １１０ バディリスト管理部 １１１ バディリスト登録部 １１２ バディリスト記憶部 １２０，１２０ｅ 紹介部 １２１ 紹介情報生成部 １２２ 紹介情報通知部 １２３ 紹介更新情報通知部 ２００，２００ａ〜２００ｅ 紹介先システム ２１０ バディリスト管理部 ２１１ バディリスト登録部 ２１２ バディリスト記憶部 ２１３ 登録情報通知部 ２１４ 状態情報受信部 ２１５ 状態情報表示部 ２２０，２２０ｅ 被紹介情報通知部 ２２１ 被紹介更新情報通知部 ３００，３００ａ〜３００ｅ 紹介対象システム ３１０ バディリスト制御部 ３１１ 登録情報受信部 ３１２ 状態情報生成部 ３１３ 状態情報通知部 ３２０，３２０ｅ 被紹介認知部 ３２１ 被紹介更新認知部 ３３０，３３０ｅ 紹介認知部 ３３１ 紹介更新認知部 ３４０，３４０ｅ 紹介確認部 ３５０ インセンティブ提供部 ３６０ インセンティブ情報通知部 ４００ 情報交換サーバ １０００ ネットワーク上にある記録装置内の記録媒体 １００１ 可搬型記録媒体 １００２ ＣＤ−ＲＯＭ １００３ フレキシブルディスク １００４ コンピュータ １００５ コンピュータのハードディスクやＲＡＭ等の
記録媒体

───────────────────────────────────────────────────── フロントページの続き (72)発明者 奥山 敏 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続された複数のコンピ
   ュータシステム間において、紹介元システムが紹介先シ
   ステムに対して紹介対象システムを紹介する紹介システ
   ムであって、 前記紹介元システムが、 前記紹介対象システムのユーザエントリ情報を含む紹介
   情報を前記紹介先システムに通知する紹介部を備え、 前記紹介先システムが、 前記紹介元システムの紹介部から通知された紹介情報を
   受信し、前記紹介対象システムのユーザエントリ情報を
   ユーザリストに登録する登録部と、 前記登録部における前記紹介対象システムのユーザエン
   トリ情報のユーザリストへの登録を検知し、紹介に基づ
   く登録行為があったことを示す被紹介情報を前記紹介対
   象システムに通知する被紹介情報通知部を備え、 前記紹介対象システムが、 前記紹介先システムの被紹介情報通知部から被紹介情報
   を受信し、前記紹介先システムにおけるユーザリストへ
   の登録行為を認知する被紹介認知部を備えたことを特徴
   とする紹介システム。
2. 【請求項２】 前記紹介対象システムが、サービス提供
   者であり、 前記紹介対象システムが、前記被紹介認知部により前記
   紹介元システムと前記紹介先システム間の紹介関係が認
   知された場合、前記紹介元システムまたは前記紹介先シ
   ステムのいずれか一方または双方に対して、サービス提
   供の条件を変更するインセンティブを与えるインセンテ
   ィブ提供部を備えた請求項１に記載の紹介システム。
3. 【請求項３】 前記紹介先システムの登録部において、
   前記紹介対象システムのエントリ情報が前記ユーザリス
   トから削除されるか、もしくは紹介先システム自体がそ
   の利用者に利用されなくなった場合、前記紹介元システ
   ムと前記紹介先システム間の紹介関係の認知または確認
   を無効とする請求項１または２に記載の紹介システム。
4. 【請求項４】 ユーザに対応づけて記憶されている参照
   ユーザをユーザの要求に応じて表示装置上に一覧表示
   し、一覧表示された複数の参照ユーザの１つを選択して
   他の参照ユーザの表示領域に仮想移動操作を行なったこ
   とを検知することにより、選択した参照ユーザに対して
   前記他の参照ユーザを紹介する紹介情報を送出するとと
   もに、当該ユーザと選択された参照ユーザと前記他の参
   照ユーザとを含む紹介関係情報を蓄積することを特徴と
   する紹介支援方法。
5. 【請求項５】 ネットワークに接続された複数のコンピ
   ュータシステム間において、紹介元システムが紹介先シ
   ステムに対して紹介対象システムを紹介する紹介システ
   ムを構築する処理ステップを備えたプログラムであっ
   て、 紹介元システム処理プログラムが、 前記紹介対象システムのユーザエントリ情報を含む紹介
   情報を前記紹介先システムに通知する紹介処理ステップ
   を備え、 前記紹介先システムの処理プログラムが、 前記紹介元システム処理プログラムの紹介処理ステップ
   より通知された紹介情報を受信し、前記紹介対象システ
   ムのユーザエントリ情報をユーザリストに登録する登録
   処理ステップと、 前記登録処理ステップおける前記紹介対象システムのユ
   ーザエントリ情報のユーザリストへの登録を検知し、当
   該登録行為があったことを示す被紹介情報を前記紹介対
   象システムに通知する登録行為通知処理ステップを備
   え、 前記紹介対象システムの処理プログラムが、 前記紹介先システム処理プログラムの登録行為通知処理
   ステップより通知された被紹介情報を受信し、当該情報
   をもとに前記紹介先システムにおけるユーザリストへの
   登録行為を認知する登録認知処理ステップを備えたこと
   を特徴とするプログラム。