JP2002169987A - 情報収集流通方法及びそのプログラムを記録した媒体 - Google Patents

Abstract

(57)【要約】 【課題】 質問に対し役立つ回答を得る機会が多く、広
告メール等を多くのユーザーに送付可能な情報収集流通
方法及びそのプログラムを記録した媒体を提供するこ
と。 【解決手段】 ユーザー端末上で動作する、企業の商品
情報のカタログをユーザーが閲覧する被収集側アプリケ
ーション１０等においてユーザーの興味対象を表すプリ
ンシパルを抽出し、コミュニティサーバー６とともにコ
ミュニティを生成・更新し、ユーザーの質問に答える情
報利用側アプリケーション３０等からのプリンシパルを
含む情報照会要求に応じて当該プリンシパルが一致する
コミュニティを検索し、コミュニティサーバー６を介し
て該当コミュニティに属するユーザー端末に前記情報照
会要求を転送することにより、事前に契約した回答者か
らのものに限定されない回答を得る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
した情報提供サービスを実現する情報収集流通方法及び
そのプログラムを記録した媒体に関するものである。

【０００２】

【従来の技術】従来のネットワーク、例えばインターネ
ット上のサービスとして、質問仲介サービスがある。

【０００３】このサービスにおいては、質問に回答する
人々、即ち回答者がインターネット上にいる。質問サー
ビスを提供する業者は、事前にこれらの回答者と契約を
行い、質問に答えてもらった分の代金を回答者に支払う
ことで合意する。質問サービス業者は、質問サービスサ
ーバーを設置する。質問サービスサーバーは、契約した
回答者の名簿を管理しており、それぞれの回答者の得意
分野を記録している。

【０００４】質問サービスの顧客は、インターネットを
通じて質問サービスサーバーに対して質問を送信する。
質問サービスサーバーは、自社で管理している名簿を調
べ、質問内容に詳しい回答者を選び、質問内容をメール
で転送する。選ばれた回答者はメールを受け取り、質問
の回答文を作成し、質問サービスサーバーに返送する。
質問サービスサーバーは受け取った回答を顧客に提示
し、顧客から質問料金を徴収する。質問サービスサーバ
ーは回答者に対して、回答料を支払う。

【０００５】この従来技術において、１つの質問サービ
ス業者が質問内容を転送できる先は、事前に契約を行
い、名簿に管理している回答者に限られる。つまり、質
問サービスの顧客にとっては、質問内容に対し少ない回
答者からしか回答を得る機会がなく、役立つ回答をもら
える機会が少ないので、利便性が低い。言い換えれば、
質問サービス業者にとっては、顧客に対し役立つ回答を
返せる機会が少ないため、サービスの競争力が低い。

【０００６】また、この従来技術において、質問サービ
ス業者が複数存在した場合、顧客は役立つ回答をもらえ
る機会はさらに少なくなる。なぜならば、複数の質問サ
ービス業者はそれぞれ独自に回答者と契約し、独自に回
答者の名簿を管理する。このため、それぞれの質問サー
ビス業者が契約する回答者の数は、質問サービス業者の
数にほぼ反比例して少なくなる。よって、ある質問サー
ビス業者に顧客が質問を行った際、その質問に答えられ
る可能性のある回答者の数が減るため、顧客が役立つ回
答をもらえる機会はさらに少なくなり、顧客の利便性が
低下する。

【０００７】また、従来のインターネット上の技術とし
て、ＷＷＷ閲覧の際にメールアドレスを入力させ、その
アドレスに広告のメールを送付するという技術がある。

【０００８】この技術では、それぞれの企業はＷＷＷホ
ームページを準備しておく。ホームページを提供するＷ
ＷＷサーバーは、ホームページの閲覧は無料で行わせる
が、カタログの提供などホームページ内の一部の情報へ
のアクセスの際は、ユーザーにメールアドレスの入力を
促す。ＷＷＷサーバーは入力されたメールアドレスを蓄
積する。その企業の新商品等の広告のメールを送付する
プログラムは、自社のＷＷＷサーバーが蓄積したメール
アドレスを読み取り、その宛先に広告のメールを送付す
る。

【０００９】この従来技術において、広告メールの送付
先は自社のＷＷＷサーバーに蓄積されたメールアドレス
に限られるため、広告効果が低い。

【００１０】また、この従来技術において、ユーザーは
ホームページを閲覧する際、多数の企業のＷＷＷサーバ
ーに対して自分のメールアドレスを登録する必要があ
り、利便性が低い。

【００１１】さらにユーザーは、自分のメールアドレス
を必ずしも正しく入力する動機がない。つまり、正しい
メールアドレスを入力することに対する見返りがないた
め、ユーザーが正しいメールアドレスを入力することは
必ずしも期待できない。広告を受け取ることを不便に思
うユーザーが、故意に不正なメールアドレスを登録する
可能性がある。このため、企業にとっては、広告が適切
に送付できない可能性がある。

【００１２】

【発明が解決しようとする課題】このように、従来の質
問仲介サービスにおいては、回答者が事前に質問サービ
ス業者と契約している人に限られるために役立つ回答を
得る機会が少ないという問題があり、また、従来の蓄積
メールアドレスに広告のメールを送付する技術において
は、メール送付先が限られ広告効果が低いという問題
と、ユーザーがメールアドレスをその都度登録する必要
があり、利便性が低いという問題と、ユーザーが正しい
メールアドレスを登録する動機に乏しく不正なメールア
ドレスを登録される可能性があるという問題があった。

【００１３】本発明の目的は、このような従来技術の課
題を解決し、多くのユーザーの情報を自動的に収集し、
これを複数のユーザーに対して提供し得る情報収集流通
方法及びそのプログラムを記録した媒体を提供すること
にある。

【００１４】また、本発明の目的は、このような従来技
術の課題を解決し、回答者が事前に質問サービス業者と
契約している人に限定されることなく、質問に対し役立
つ回答を得る機会が多い情報収集流通方法及びそのプロ
グラムを記録した媒体を提供することにある。

【００１５】また、本発明の目的は、このような従来技
術の課題を解決し、情報通知対象のユーザー端末の識別
子が自社のサーバー等に蓄積された識別子に限られるこ
となく、情報通知による広告、宣伝効果が高い情報収集
流通方法及びそのプログラムを記録した媒体を提供する
ことにある。

【００１６】また、本発明の目的は、このような従来技
術の課題を解決し、ユーザーが自ユーザー端末の識別子
を入力することなく、情報通知対象のユーザー端末の識
別子を自動的に収集可能な情報収集流通方法及びそのプ
ログラムを記録した媒体を提供することにある。

【００１７】また、本発明の目的は、このような従来技
術の課題を解決し、ユーザーに情報通知先となる自ユー
ザー端末の識別子の積極的な提供を促すことが可能な情
報収集流通方法及びそのプログラムを記録した媒体を提
供することにある。

【００１８】

【課題を解決するための手段】本発明では、ユーザー端
末において、他のユーザー端末との通信メッセージの送
受信時またはその後にそのメッセージから少なくともプ
リンシパルを抽出し、少なくとも前記プリンシパル及び
自ユーザー端末の識別子を含むコミュニティ登録要求を
コミュニティサーバーに送信し、また、コミュニティサ
ーバーにおいて、少なくともプリンシパル及びユーザー
端末の識別子を含むコミュニティ登録要求を受信し、コ
ミュニティ登録要求中のプリンシパルに関連するコミュ
ニティが存在しない場合、新規にコミュニティを生成
し、そのプリンシパル及びユーザー端末の識別子を記憶
し、コミュニティ登録要求中のプリンシパルに関連する
コミュニティが存在する場合、コミュニティ登録要求中
のユーザー端末の識別子を追加してコミュニティを更新
することにより、プリンシパルが少なくとも１つ共通す
るユーザー端末の集合であるコミュニティを生成・更新
し、これによって、多くのユーザーの情報を自動的に収
集し、これを複数のユーザーに対して提供するという目
的を達成するとともに、ユーザーが情報通知先となる自
ユーザー端末の識別子をその都度登録する必要があり、
利便性が低いという課題を解決する。

【００１９】また、本発明では、コミュニティサーバー
において、情報を利用するユーザーより少なくともプリ
ンシパルを含むコミュニティへの情報照会要求を受け取
り、プリンシパルが一致するコミュニティを検索し選択
し、選択したコミュニティに属する少なくとも１つのユ
ーザー端末を選択し、選択したユーザー端末にコミュニ
ティへの情報照会要求を送信したユーザー端末の識別子
及びコミュニティへの情報照会要求の少なくとも一部を
送信することにより、あるいは情報を利用するユーザー
より少なくともプリンシパルを含むコミュニティへの情
報照会要求を受け取り、プリンシパルが一致するコミュ
ニティを検索し選択し、選択したコミュニティに属する
少なくとも１つのユーザー端末を選択し、選択したユー
ザー端末にコミュニティへの情報照会要求の少なくとも
一部を送信し、送信したコミュニティへの情報照会要求
に対する回答の少なくとも一部を情報照会要求を送信し
たユーザーに返送することにより、情報を利用するユー
ザーに該情報をプリンシパルとするコミュニティに属す
るユーザー端末との情報流通を提供し、これによって、
従来の質問仲介サービスにおいて、回答者が事前に質問
サービス業者と契約している人に限られるために役立つ
回答を得る機会が少ないという課題を解決する。

【００２０】また、本発明では、コミュニティサーバー
において、情報を利用するユーザーより少なくともプリ
ンシパルを含むコミュニティへの通知要求を受け取り、
プリンシパルが一致するコミュニティを検索し選択し、
選択したコミュニティに属する少なくとも１つのユーザ
ー端末を選択し、選択したユーザー端末にコミュニティ
への通知要求の少なくとも一部を送信することにより、
プリンシパルが一致するコミュニティに属するユーザー
端末へ情報を通知することが可能となり、これによっ
て、情報通知対象のユーザー端末の識別子が自社のサー
バー等に蓄積された識別子に限られ、情報通知による広
告、宣伝効果が低いという課題を解決する。

【００２１】また、本発明では、コミュニティサーバー
において、コミュニティ登録要求を送信したユーザー端
末に対してコミュニティ登録の対価として金銭的価値を
有するデータを送信し、ユーザー端末において、コミュ
ニティサーバーよりコミュニティ登録の対価として金銭
的価値を有するデータを受信することにより、ユーザー
の情報提供に対するインセンティブを強化でき、これに
よって、ユーザーが正しい情報通知先となる自ユーザー
端末の識別子を登録する動機に乏しく、不正な自ユーザ
ー端末の識別子を登録される可能性があるという課題を
解決する。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。

【００２３】［システム構成］図１は本発明の実施の形
態のシステム構成を示すもので、本実施の形態では、ネ
ットワーク１上に複数のホスト（ユーザー端末）２が接
続されている。それぞれのホスト２は、ネットワーク対
応アプリケーションを動作させるための基本プログラム
であるエージェント実行環境３を持ち、それを用いてエ
ージェント４として実装された、つまり一般にエージェ
ントと呼ばれるようなソフトウェアの形態で作成された
ネットワーク対応アプリケーション群が動作する。

【００２４】それぞれのエージェント実行環境は、OMG
（Object Management Group）のCORBA（Common Object
Request Broker Architecture）仕様に基づくORB （Obj
ect Request Broker）技術をもとに構築され、文献「Ec
Agent：緩やかなコミュニティに基づくエージェントの
実行環境」（１９９９年電子情報通信学会ソサイエティ
大会論文集ＳＢ１１−５）等に示されるコミュニティの
生成・管理・利用機能を提供する。なお、請求項でいう
「ユーザー」、「ユーザー端末」には、前述した文献に
おける「エージェント」を含み、CORBA 仕様においては
「サーバー」及び「クライアント」を含むものとする。

【００２５】また、ネットワーク１上にはEcAgent の動
作に必要となる、それぞれ少なくとも１つ（図面では２
個）のプリンシパルサーバー５及びコミュニティサーバ
ー６を備える。

【００２６】［アプリケーション構成］本実施の形態で
は、図２に示すように、ネットワーク上で４つのアプリ
ケーションが動作する。４つとは、第１の被収集側アプ
リケーション１０、第２の被収集側アプリケーション２
０、第１の情報利用側アプリケーション３０及び第２の
情報利用側アプリケーション４０である。

【００２７】被収集側アプリケーション１０は、企業の
商品情報のカタログをユーザーが閲覧するアプリケーシ
ョンであり、カタログを提供する企業（サーバー）１１
と、閲覧するユーザー（クライアント）１２とで構成さ
れる。また、被収集側アプリケーション２０は、このア
プリケーションを起動したユーザー同士の間でメールを
送受して会話（情報交換）するアプリケーションであ
る。

【００２８】被収集側アプリケーション１０，２０はい
ずれも、通常のアプリケーションとしての機能ととも
に、情報を少しずつ収集してコミュニティサーバー６に
提供する機能を備えている。

【００２９】情報利用側アプリケーション３０は、ユー
ザーの質問（例えば、商品の使用体験情報の問い合わ
せ）にお答えするアプリケーションであり、お答えサー
ビスを提供する企業（サーバー）３１と、質問するユー
ザー（クライアント）３２とで構成される。質問内容は
被収集側アプリケーション１０，２０のユーザーに転送
される。また、情報利用側アプリケーション４０は、企
業が広告等のお知らせを興味のありそうなユーザーに送
信するアプリケーションである。送付先は被収集側アプ
リケーション１０，２０のユーザーである。

【００３０】これらのアプリケーションは、図３に示す
ように、複数のホスト２上で動作するエージェント群の
協調動作として実装されており、EcAgent の機能を利用
する。

【００３１】以下、これらの具体的な構成・動作につい
て各アプリケーション毎に説明する。

【００３２】［被収集側アプリケーション１０］ （被収集側アプリケーション１０の説明）被収集側アプ
リケーション１０は、企業の商品情報のカタログをユー
ザーが閲覧するアプリケーションである。

【００３３】情報収集の概要は図４に示すようになる。
ネットワーク１上には、企業が設置し、商品情報のカタ
ログを提供するホスト２ｘが接続される。ホスト２ｘ上
では被収集側アプリケーション１０のサーバー（以下、
「被収集側アプリケーション１０」サーバーと表記す
る。）１１が、CORBA に基づくエージェント実行環境の
機能を用いて動作し、商品情報のカタログを保存する記
憶装置（カタログ記憶部）を持つ。記憶装置は、商品名
と商品情報のカタログの組を複数保持しており、商品名
から対応する商品情報のカタログを取り出す機能を持
つ。

【００３４】また、カタログを閲覧するユーザーのホス
ト２ｙも接続される。ホスト２ｙ上では被収集側アプリ
ケーション１０のクライアント（以下、「被収集側アプ
リケーション１０」クライアントと表記する。）１２
が、CORBA に基づくエージェント実行環境の機能を用い
て動作し、ユーザーへの入出力画面を備える。

【００３５】図５は「被収集側アプリケーション１０」
サーバー１１の詳細を示すもので、情報照会依頼処理部
１１０１、個人情報保護方針公開部１１０２、コミュニ
ティ情報生成・更新部１１０３、カタログ返却部１１０
４、カタログ検索部１１０５、プリンシパル抽出部１１
０６、カタログ照会要求受け取り部１１０７及びカタロ
グ記憶部１１０８を備えている。

【００３６】また、図６は「被収集側アプリケーション
１０」クライアント１２の詳細を示すもので、情報提供
契約同意確認部１２０１、サーバー個人情報保護方針照
会部１２０２、カタログ画面表示部１２０３、カタログ
検索結果受け取り部１２０４、コミュニティ情報生成・
更新部１２０５、プリンシパル抽出部１２０６、カタロ
グ照会要求送出部１２０７、商品名入力画面表示部１２
０８、通知情報表示部１２０９及び情報照会依頼処理部
１２１０を備えている。

【００３７】また、図７はコミュニティサーバー６の詳
細を示すもので、クライアント情報提供契約同意確認受
け付け部６０１、コミュニティサーバー間情報交換部６
０２、提供情報量報告部６０３、提供情報量集計部６０
４、コミュニティ情報生成・更新部６０５、コミュニテ
ィ内エージェント列挙部６０６、有用情報提供エージェ
ント特定用情報提供部６０７、情報照会依頼転送部６０
８、コミュニティ内エージェント抽出部６０９及び情報
照会依頼受け付け部６１０を備えている。

【００３８】また、図８は被収集側アプリケーション１
０における情報収集の際の処理の流れを示すもので、以
下、動作を説明する。

【００３９】「被収集側アプリケーション１０」クライ
アント１２は、閲覧したい商品の名前を入力する画面を
表示し、ユーザーに入力を促す。「被収集側アプリケー
ション１０」クライアント１２はユーザーからの入力を
受け、エージェント実行環境３の提供する機能を用い
て、入力された商品の名前を引数とする商品情報カタロ
グ照会のためのCORBA オペレーション呼び出しを「被収
集側アプリケーション１０」サーバー１１に対し発行す
る。

【００４０】ここで、CORBA オペレーション呼び出しに
おいては、一般に、呼び出しによって送信される内容に
は、送信元エージェントの識別子と、送信先エージェン
トの識別子と、オペレーションの名前と、０個以上の任
意個のオペレーションの引数群とが含まれる。

【００４１】この際、エージェント実行環境３は「被収
集側アプリケーション１０」サーバー１１内のメモリ中
にある「コミュニティサーバー６の運営者と契約してい
るかどうか」を示す変数が真であるか否かを調べ、真で
あった場合（「被収集側アプリケーション１０」サーバ
ー１１の運営者が事前にコミュニティサーバー６の運営
者と契約していた場合、「コミュニティサーバー６の運
営者と契約しているかどうか」を示す変数は真にセット
される。）には、後述するプリンシパル抽出処理を行
う。

【００４２】「被収集側アプリケーション１０」クライ
アント１２は「被収集側アプリケーション１０」サーバ
ー１１からの返答を待ち、返答を受け取って、ユーザー
に対し結果である商品のカタログを画面表示する。

【００４３】「被収集側アプリケーション１０」サーバ
ー１１は起動すると、「被収集側アプリケーション１
０」クライアント１２からの商品情報カタログ照会のた
めのCORBA オペレーション呼び出しを待つ。オペレーシ
ョンが呼び出されると、引数として渡された商品の名前
で示される商品情報カタログを記憶装置から検索する。

【００４４】この際、エージェント実行環境３は「被収
集側アプリケーション１０」クライアント１２内のメモ
リ中にある「コミュニティサーバー６の運営者と契約し
ているかどうか」を示す変数が真であるか否かを調べ、
真であった場合（「被収集側アプリケーション１０」ク
ライアント１２の運営者が事前にコミュニティサーバー
６の運営者と契約していた場合、「コミュニティサーバ
ー６の運営者と契約しているかどうか」を示す変数は真
にセットされる。）には、後述するプリンシパル抽出処
理を行う。

【００４５】検索の結果、該当するカタログがあれば、
そのカタログの内容を返答として呼び出し元の「被収集
側アプリケーション１０」クライアント１２に返却す
る。該当するカタログがなければ、カタログが見つから
なかった旨の画面内容を返答として呼び出し元の「被収
集側アプリケーション１０」クライアント１２に返却す
る。

【００４６】「被収集側アプリケーション１０」サーバ
ー１１は一連の処理が終わると、別の「被収集側アプリ
ケーション１０」クライアント１２からの次のCORBA オ
ペレーション呼び出しを待つ。

【００４７】（プリンシパル抽出処理の説明）上記被収
集側アプリケーション１０のクライアントとサーバーと
の間の交信手順の中で、「コミュニティサーバー６の運
営者と契約しているかどうか」を示す変数が真であった
場合には、EcAgent 方式の中の１ステップであるプリン
シパル抽出処理を以下のように実行する。

【００４８】事前に、プリンシパル抽出処理を行うため
に下記の手順を踏んでおく。

【００４９】まず、形式文法情報として、CORBA のイン
ターフェース記述言語（IDL）によって書かれた型情報
を用いる（図９の（ａ））。一般に、この情報はCORBA
の分散オブジェクトが動作するために必須であり、CORB
A の実行環境に必ず与えられる。

【００５０】次に、エージェント間通信の意味を示す追
加情報として、どの関数の何番目の引数にどの変換方法
を適用するとプリンシパルの候補が得られるかという情
報を、エージェント実行環境３に与えておく（図９の
（ｂ））。

【００５１】ネットワーク１上にはプリンシパルサーバ
ー５が複数台設置される。プリンシパルサーバー５は、
語彙の一覧を持つ。この語彙の一覧は、プリンシパルの
候補が残すべき意味のある情報かそうでないかをエージ
ェント実行環境３が判別するために用いられる。各語彙
は、ハッシュ関数によって、いずれか１つのプリンシパ
ルサーバー５と対応づけられ、格納される。このハッシ
ュ関数としてどのような数学的関数を選択するかは任意
で良い。

【００５２】また、ネットワーク１上にはコミュニティ
サーバー６も複数台設置される。これらは同じ内容を保
持するものとする。これらのコミュニティサーバー６は
コミュニティサーバーの運営者が管理する。

【００５３】エージェント実行環境３は、プリンシパル
サーバー５及びコミュニティサーバー６の保持する内容
の一部を複製し、保持する。

【００５４】複製保持すべき内容の一部をどのように選
ぶかは、例えばコミュニティサーバー６に関しては、そ
れぞれのエージェント実行環境について、そのエージェ
ント実行環境が存在するホスト内の全てのエージェント
に対して、それらのエージェントのうちの少なくとも１
つを含むコミュニティの全てについて、それらのコミュ
ニティを表現するデータ構造をコミュニティサーバー６
から複製し、保持する方法がある。

【００５５】また、例えばプリンシパルサーバー５に関
しては、それぞれのエージェント実行環境について、そ
のエージェント実行環境が存在するホスト内の全てのエ
ージェントに対して、それらのエージェントのうちの少
なくとも１つを含むコミュニティの全てについて、それ
ぞれのコミュニティを特徴づけるプリンシパルをプリン
シパルサーバー５から複製し、保持する方法がある。

【００５６】また、プリンシパルサーバー５やコミュニ
ティサーバー６への通信回数をさらに減らすために、上
述したような現在関係するエージェントに関する情報だ
けを複製し、保持する方法だけでなく、それに加え、以
前に関係していたが現在は関係していないエージェント
や、利用しようとしたがその時点では利用不可能だった
コミュニティに関する情報もエージェント実行環境が複
製し、保持するという方法も可能である。

【００５７】ここで、エージェントが他のエージェント
に対して通信、即ちCORBA 関数呼び出しを行うと、エー
ジェント実行環境３は通信を検知する。

【００５８】この関数呼び出しの検知の発生する契機
は、「被収集側アプリケーション１０」クライアント１
２であれば、商品情報カタログ照会のためのCORBA オペ
レーション呼び出しを「被収集側アプリケーション１
０」サーバー１１に対して発行した時である。また、
「被収集側アプリケーション１０」サーバー１１であれ
ば、商品情報カタログ照会のためのCORBA オペレーショ
ン呼び出しを「被収集側アプリケーション１０」クライ
アント１２から受け取った時である。

【００５９】これらの契機は、「被収集側アプリケーシ
ョン１０」クライアント１２またはサーバー１１を実行
させるユーザーが事前に情報提供の契約を行っていた場
合にのみ、その処理が行われる。情報提供の契約につい
ては後述する。

【００６０】通信内容に対して、予め与えられたIDL 型
情報と追加情報を用いて、関数呼び出しの引数の並びか
らプリンシパルの候補となるキーワードの情報を取り出
す（図８）。

【００６１】エージェント実行環境３は、プリンシパル
の候補に対し、次のようにしてプリンシパルの確認を行
う。

【００６２】即ち、エージェント実行環境３がそのプリ
ンシパルの内容について、プリンシパルサーバー５の情
報の複製を保持していれば、その複製情報に基づいてプ
リンシパルとして抽出すべき意味のある情報であると判
断できる。そうでなければ、エージェント実行環境３は
ハッシュ関数によって対応づけられるプリンシパルサー
バー５に対し、プリンシパルの候補となるキーワードの
情報を引数として問い合わせの通信を行い、プリンシパ
ルサーバー５が保持する語彙の一覧に含まれるかどうか
を調べることで、プリンシパルとして抽出すべき意味の
ある情報かそうでないかを判別する。意味のある情報と
判断されれば、プリンシパルとして抽出する。

【００６３】なお、プリンシパル抽出処理によって得ら
れるプリンシパルとはユーザーの興味対象を表すキーワ
ードであるが、本実施の形態において、これは自然言語
における単語や熟語、文を表現する文字列である。本発
明におけるプリンシパルとはこのような自然言語を表現
する文字列に限定されるものではなく、計算機上のデー
タ構造である各種の識別子、例えばポインタあるいは列
挙子あるいはオブジェクトIDあるいはURL あるいはメー
ルアドレス等を含む。

【００６４】（コミュニティ生成処理の説明）プリンシ
パル抽出処理が実行され、プリンシパルが抽出される
と、続いてEcAgent 方式の中の１ステップであるコミュ
ニティ生成（更新を含む）処理を以下のように実行す
る。

【００６５】コミュニティサーバー６が保持するコミュ
ニティを表現するデータ構造は、少なくとも次の情報を
含む。即ち、それぞれのコミュニティに関して、そのコ
ミュニティを特徴づけるプリンシパルと、そのコミュニ
ティに含まれるエージェントの識別子の一覧とを持つ。
コミュニティサーバー６が保持するコミュニティを表現
するデータ構造の一例を図１０に示す。

【００６６】コミュニティ生成処理は次のようになる。
即ち、エージェント実行環境３は、抽出されたプリンシ
パルを引数としてコミュニティサーバー６に問い合わせ
の通信を行い、抽出されたプリンシパルによって特徴づ
けられるコミュニティが生成済みかどうかを判断する。

【００６７】ここで、エージェント実行環境３が、その
プリンシパルで特徴づけられるコミュニティに関する情
報を、コミュニティサーバー６から複製し、保持してい
れば、それを用いることでコミュニティサーバー６への
問い合わせを省略できる。そうでなければ、複数のコミ
ュニティサーバー６のうちのいずれか１台を選択して、
問い合わせを行う。どの１台を選択するかは任意で良
い。このように複数のコミュニティサーバー６を設置す
るのは、負荷分散による処理能力向上のためである。

【００６８】問い合わせの結果、そのプリンシパルで特
徴づけられるコミュニティを表現するデータ構造が生成
済みであれば、コミュニティが生成済みであると判断す
る。コミュニティが生成済みと判断された場合、エージ
ェント実行環境３は、そのコミュニティに該エージェン
ト間通信を行ったエージェントを追加する。即ち、少な
くとも、コミュニティ生成処理を行う契機となったエー
ジェントを特定する識別子と、コミュニティ生成処理を
行っているコミュニティを特徴づけるプリンシパルとを
含む内容を引数として、コミュニティサーバー６に情報
の更新依頼を出す。

【００６９】また、上記の情報の他に、コミュニティ生
成処理を行う契機となったエージェント間通信の通信相
手のエージェントを特定する識別子や、通信時刻や、コ
ミュニティ生成処理を行う契機となったエージェント間
通信の内容を特徴づける情報についても、コミュニティ
サーバー６に送信する引数に加えて良い。ここで、エー
ジェント間通信の内容を特徴づける情報の一例として、
CORBA においてはオペレーションのインターフェース名
とオペレーション名を用いることができる。また、コミ
ュニティサーバー６に情報の更新依頼を出した内容につ
いて、エージェント実行環境３が該当するコミュニティ
に関する複製情報を持っていれば、それを同じ更新内容
で更新する。

【００７０】また、コミュニティが未生成と判断された
場合、エージェント実行環境３は、抽出されたプリンシ
パルに対し、周辺のエージェントが同じプリンシパルの
通信を行っていないかを調査する。

【００７１】具体的には、エージェント実行環境３は直
近のエージェント間通信のプリンシパルを、例えば数百
個程度記憶しておき、今回の通信で抽出されたプリンシ
パルと比較し、一致するものがあるかを調査する。

【００７２】調査の結果、多数のエージェントが同じプ
リンシパルの通信を行っている場合には、そのプリンシ
パルによって特徴づけられるコミュニティを生成する。
即ち、少なくとも、コミュニティ生成処理を行う契機と
なったエージェントを特定する識別子と、コミュニティ
生成処理を行っているコミュニティを特徴づけるプリン
シパルとを含む内容を引数として、コミュニティサーバ
ー６にコミュニティ生成の依頼を出す。

【００７３】また、上記の情報の他に、コミュニティ生
成処理を行う契機となったエージェント間通信の通信相
手のエージェントを特定する識別子や、通信時刻や、コ
ミュニティ生成処理を行う契機となったエージェント間
通信の内容を特徴づける情報についても、コミュニティ
サーバー６に送信する引数に加えて良い。ここで、エー
ジェント間通信の内容を特徴づける情報の一例として、
CORBA においてはオペレーションのインターフェース名
とオペレーション名を用いることができる。また、コミ
ュニティサーバー６にコミュニティ生成の依頼を出した
内容について、エージェント実行環境３の持つコミュニ
ティの複製情報に、コミュニティサーバー６に出したコ
ミュニティ生成の依頼と同じ生成内容の情報を追加す
る。

【００７４】エージェント実行環境３が持つコミュニテ
ィの複製情報は、定期的にコミュニティサーバー６と情
報交換することで最新の状態に保たれる。具体的には、
各エージェント実行環境３及びコミュニティサーバー６
は、前回の情報交換時からの更新履歴を保存しておき、
定期的に更新履歴を相互に送信し、受信した側は更新履
歴に基づいて受信側の持つ情報を更新する。

【００７５】複数台設置されたコミュニティサーバー６
は、相互に定期的に情報交換することで、それぞれが最
新の情報を保持するようにする。具体的には、各コミュ
ニティサーバー６は、前回の情報交換時からの更新履歴
を保存しておき、定期的に更新履歴を相互に送信し、受
信した側は更新履歴に基づいて受信側の持つ情報を更新
する。

【００７６】（コミュニティ生成処理の遅延実行による
効率化の説明）なお、プリンシパル抽出処理及びコミュ
ニティ生成処理は、本実施の形態においてはエージェン
ト間通信が発生した直後に行う例を示したが、本発明の
範囲はこれに留まるものではなく、以下で示す効率化を
導入することも可能である。

【００７７】即ち、各エージェント間通信の発生に際し
て、毎回プリンシパル抽出処理及びコミュニティ生成処
理を実行するのではなく、プリンシパル抽出処理は毎回
実行するが、コミュニティ生成処理は即座には実行せ
ず、しばらく時間が経過するのを待った後に実行する効
率化手法が可能である。また、各エージェント間通信の
発生に際して、毎回プリンシパル抽出処理及びコミュニ
ティ生成処理を実行するのではなく、プリンシパル抽出
処理とコミュニティ生成処理とを共に即座には実行せ
ず、しばらく時間が経過するのを待った後に両方の処理
を実行する効率化手法が可能である。しばらく時間が経
過するのを待つとは、実際の時刻を調べる方法も可能で
あるし、予め定めた一定回数のエージェント間通信が発
生したところでまとめて処理を行う方法も可能である。
このような効率化手法は計算機科学分野において一般に
遅延実行として知られており、これらを導入することに
よって、複数のプリンシパル抽出処理並びにコミュニテ
ィ生成処理をまとめて実行することが可能になるため、
処理内容切り替えに伴う計算量の増大を削減し、また、
複数の通信内容をまとめて他のホストやプリンシパルサ
ーバーやコミュニティサーバーと通信することが可能に
なるため、通信量を削減することが可能である。

【００７８】（被収集側アプリケーション１０のサーバ
ー運営者に対する情報提供料の支払いの説明）図１１は
被収集側アプリケーション１０におけるサーバー運営者
への情報提供料の支払い処理の流れを示すもので、以
下、動作を説明する。

【００７９】「被収集側アプリケーション１０」サーバ
ー１１の運営者は、事前にコミュニティサーバー６の運
営者と契約していた場合、前述のプリンシパル抽出処理
及びコミュニティ生成処理を行ってコミュニティサーバ
ー６への情報生成及び更新依頼を出すことによって、コ
ミュニティサーバー６に対して情報を提供する。

【００８０】ここで、「被収集側アプリケーション１
０」サーバー１１は、メモリ領域内に、事前にコミュニ
ティサーバー６の運営者と契約しているかどうかを示す
変数を持ち、その変数を調べることで契約の有無を判断
する。また、コミュニティサーバー６は、メモリ領域内
に「被収集側アプリケーション１０」サーバー１１から
提供された情報量を積算する変数を持ち、コミュニティ
生成処理において「被収集側アプリケーション１０」サ
ーバー１１からコミュニティサーバー６にコミュニティ
の生成及び更新情報が送られる毎にその積算変数を加算
する。

【００８１】情報提供の報酬として、その積算変数を読
み出すことで、提供した情報量をコミュニティサーバー
６が集計し、それに応じた金銭報酬をコミュニティサー
バー６の運営者は「被収集側アプリケーション１０」サ
ーバー１１の運営者に支払う。

【００８２】「被収集側アプリケーション１０」サーバ
ー１１がプリンシパル抽出処理及びコミュニティ生成処
理を行ってコミュニティサーバー６への情報生成及び更
新依頼を出すのは、「被収集側アプリケーション１０」
クライアント１２から「被収集側アプリケーション１
０」サーバー１１の商品情報カタログ照会のためのCORB
A オペレーションが呼び出された時である。

【００８３】（被収集側アプリケーション１０のサーバ
ー運営者からクライアント利用者に対する情報提供の確
認の説明）「被収集側アプリケーション１０」サーバー
１１の運営者がコミュニティサーバー６の運営者と契約
して情報を提供する場合、「被収集側アプリケーション
１０」クライアント１２のユーザーの個人情報がコミュ
ニティサーバー６に提供されることになる。このため、
「被収集側アプリケーション１０」サーバー１１の運営
者は個人情報に関するトラブルを防ぐため、「被収集側
アプリケーション１０」クライアント１２のユーザーに
対して情報提供の確認を行うのが良い。

【００８４】確認の方法の一つとしては、「被収集側ア
プリケーション１０」クライアント１２が閲覧したい商
品の名前を入力する画面を表示し、ユーザーに入力を促
す際に、個人情報の一部が第三者に提供される趣旨の注
意書きを表示するという方法がある。

【００８５】また、別の確認方法として、「被収集側ア
プリケーション１０」サーバー１１がどのような個人情
報を収集して第三者に提供するかという項目を列挙した
情報、例えば検索キーワードだけであるのか、ユーザー
を特定する情報も含めて提供するのかといった情報を、
「被収集側アプリケーション１０」サーバー１１が「被
収集側アプリケーション１０」クライアント１２に送出
するという方法がある。

【００８６】「被収集側アプリケーション１０」クライ
アント１２は、受け取った情報をもとに、「被収集側ア
プリケーション１０」クライアント１２のユーザーが受
け入れられる個人情報保護方針であるかを判断し、受諾
した場合にのみ「被収集側アプリケーション１０」サー
バー１１にカタログ照会を行うことができる。この確認
方法を用いれば、種々のサーバーの個人情報保護方針を
ユーザーがその都度確認する手間無く、ユーザーの希望
する個人情報保護方針に従って個人情報を第三者に取り
扱わせることが可能となる。

【００８７】なお、本発明は、いずれの確認方法を取る
か、あるいはいずれの方法も取らないかによらず、適用
可能である。

【００８８】（被収集側アプリケーション１０のクライ
アント利用者に対する情報提供クーポンの発行の説明）
図１２は被収集側アプリケーション１０におけるクライ
アント利用者への情報提供料の支払い処理の流れを示す
もので、以下、動作を説明する。

【００８９】「被収集側アプリケーション１０」クライ
アント１２の利用者は、事前にコミュニティサーバー６
の運営者と契約していた場合、プリンシパル抽出処理及
びコミュニティ生成処理を行ってコミュニティサーバー
６への情報生成及び更新依頼を出すことによって、コミ
ュニティサーバー６に対して情報を提供する。

【００９０】ここで、「被収集側アプリケーション１
０」クライアント１２は、メモリ領域内に、事前にコミ
ュニティサーバー６の運営者と契約しているかどうかを
示す変数を持ち、その変数を調べることで契約の有無を
判断する。また、コミュニティサーバー６は、メモリ領
域内に「被収集側アプリケーション１０」クライアント
１２から提供された情報量を積算する変数を持ち、コミ
ュニティ生成処理において「被収集側アプリケーション
１０」クライアント１２からコミュニティサーバー６に
コミュニティの生成及び更新情報が送られる毎に、その
積算変数を加算する。

【００９１】また、契約内容によっては、コミュニティ
サーバー６の運営者は、提供された情報量に応じた金銭
報酬を「被収集側アプリケーション１０」クライアント
１２の利用者に支払うこともできる。その場合、上記手
順で更新される積算変数を読み出すことで、提供された
情報量をコミュニティサーバー６が集計する。金銭報酬
としては、電子現金等を用いた少額の金銭の支払いの
他、優待ポイント制度などとして広く普及している制度
に倣って蓄積されたポイント値を加算していくなどの方
法が利用できる。

【００９２】「被収集側アプリケーション１０」クライ
アント１２がプリンシパル抽出処理及びコミュニティ生
成処理を行ってコミュニティサーバー６への情報生成及
び更新依頼を出すのは、「被収集側アプリケーション１
０」クライアント１２が「被収集側アプリケーション１
０」サーバー１１の商品情報カタログ照会のためのCORB
A オペレーションを呼び出した時である。

【００９３】（被収集側アプリケーション１０のクライ
アント利用者に対する情報提供の確認の説明）「被収集
側アプリケーション１０」クライアント１２の利用者が
コミュニティサーバー６の運営者と契約して個人情報を
提供する場合、契約手順の一例は次のようになる。

【００９４】「被収集側アプリケーション１０」クライ
アント１２の利用者はコミュニティサーバー６の運営者
のホームページに接続する。「被収集側アプリケーショ
ン１０」クライアント１２の契約確認画面に、契約内容
として、提供する個人情報やその対価となる金銭報酬に
ついての説明を表示する。

【００９５】「被収集側アプリケーション１０」クライ
アント１２の利用者が内容確認後に確認ボタンを押す
と、「被収集側アプリケーション１０」クライアント１
２はコミュニティサーバー６に対して契約に同意したと
いう内容の情報を送信する。コミュニティサーバー６は
該当する「被収集側アプリケーション１０」クライアン
ト１２に対するデータベースのエントリを作成し、支払
うべき金銭報酬の状態などの管理を行う。

【００９６】「被収集側アプリケーション１０」クライ
アント１２は、メモリ領域内に持っている、事前にコミ
ュニティサーバー６の運営者と契約しているかどうかを
示す変数に対して、契約有りを示す値を代入する。「被
収集側アプリケーション１０」クライアント１２は、以
後、その変数を読み出して契約が有ることを判断し、コ
ミュニティサーバー６に対して情報提供を開始する。

【００９７】［被収集側アプリケーション２０］（被収
集側アプリケーション２０の説明）被収集側アプリケー
ション２０は、ユーザー間でメールを送受して会話する
アプリケーションである。

【００９８】情報収集の概要は図１３に示すようにな
る。ネットワーク１上には、ホスト２ｙ，２ｚが接続さ
れる。それぞれのホスト上では被収集側アプリケーショ
ン２０が動作する。被収集側アプリケーション２０間の
関係は対等であるため、被収集側アプリケーション２０
についてサーバー・クライアントの区別はない。被収集
側アプリケーション２０は、CORBA に基づくエージェン
ト実行環境の機能を用いて動作し、ユーザーへの入出力
画面を備える。

【００９９】図１４は被収集側アプリケーション２０の
詳細を示すもので、通知情報表示部２００１、情報照会
依頼処理部２００２、会話元・会話内容画面表示部２０
０３、会話内容メール受け取り部２００４、コミュニテ
ィ情報生成・更新部２００５、プリンシパル抽出部２０
０６、会話内容メール送出部２００７及び会話相手・内
容入力画面表示部２００８を備えている。

【０１００】また、図１５は被収集側アプリケーション
２０における情報収集の際の処理の流れを示すもので、
以下、動作を説明する。

【０１０１】被収集側アプリケーション２０は、会話相
手の選択画面と会話内容の入力画面を表示し、ユーザー
に入力を促す。ユーザーからの入力を受け、エージェン
ト実行環境３の提供する機能を用いて、入力された会話
内容の文字列を引数とするメール送信のためのCORBA オ
ペレーション呼び出しを、指定された会話相手の被収集
側アプリケーション２０に対し発行する。

【０１０２】この際、エージェント実行環境３は送信側
の被収集側アプリケーション２０内のメモリ中にある
「コミュニティサーバー６の運営者と契約しているかど
うか」を示す変数が真であるか否かを調べ、真であった
場合（送信側の被収集側アプリケーション２０の利用者
が事前にコミュニティサーバー６の運営者と契約してい
た場合、「コミュニティサーバー６の運営者と契約して
いるかどうか」を示す変数は真にセットされる。）に
は、後述するプリンシパル抽出処理を行う。

【０１０３】メールを受信した被収集側アプリケーショ
ン２０は、送信元と会話内容を画面表示する。

【０１０４】コミュニティサーバー６は、メモリ領域内
に被収集側アプリケーション２０から提供された情報量
を積算する変数を持つ。被収集側アプリケーション２０
では、「被収集側アプリケーション１０」クライアント
１２の場合と同様の手順により、情報提供の報酬とし
て、提供した情報量をコミュニティサーバー６が集計
し、即ち上記の積算変数の内容を後述するコミュニティ
生成処理において被収集側アプリケーション２０からコ
ミュニティサーバー６にコミュニティの生成及び更新情
報が送られる毎に加算することにより、それに応じた金
銭報酬をコミュニティサーバー６の運営者が被収集側ア
プリケーション２０の利用者に支払うことができる。

【０１０５】（プリンシパル抽出処理の説明）上記被収
集側アプリケーション２０間の交信手順の中で、被収集
側アプリケーション１０の場合と同様に、「コミュニテ
ィサーバー６の運営者と契約しているかどうか」を示す
変数が真であった場合には、EcAgent 方式の中の１ステ
ップであるプリンシパル抽出処理を以下のように実行す
る。

【０１０６】事前に、プリンシパル抽出処理を行うため
に下記の手順を踏んでおく。

【０１０７】まず、形式文法情報として、CORBA のイン
ターフェース記述言語（IDL）によって書かれた型情報
を用いる。一般に、この情報はCORBA の分散オブジェク
トが動作するために必須であり、CORBA の実行環境に必
ず与えられる。

【０１０８】次に、エージェント間通信の意味を示す追
加情報として、どの関数の何番目の引数にどの変換方法
を適用するとプリンシパルの候補が得られるかという情
報を、エージェント実行環境に与えておく。

【０１０９】ネットワーク１上にはプリンシパルサーバ
ー５が複数台設置される。プリンシパルサーバー５は、
語彙の一覧を持つ。この語彙の一覧は、プリンシパルの
候補が残すべき意味のある情報か、そうでないかをエー
ジェント実行環境３が判別するために用いられる。各語
彙は、ハッシュ関数によって、いずれか１つのプリンシ
パルサーバー５と対応づけられ、格納される。このハッ
シュ関数としてどのような数学的関数を選択するかは任
意で良い。

【０１１０】また、ネットワーク１上にはコミュニティ
サーバー６も複数台設置される。これらは同じ内容を保
持するものとする。これらのコミュニティサーバー６は
コミュニティサーバー６の運営者が管理する。

【０１１１】これらのプリンシパルサーバー５及びコミ
ュニティサーバー６は、被収集側アプリケーション１０
に関する処理の際に用いたものと同一のものを利用す
る。言い換えると、被収集側アプリケーション１０と被
収集側アプリケーション２０は、同一のプリンシパルサ
ーバー５及び同一のコミュニティサーバー６にアクセス
する。

【０１１２】エージェント実行環境３は、プリンシパル
サーバー５及びコミュニティサーバー６の保持する内容
の一部を複製し、保持する。複製保持すべき内容の一部
をどのように選ぶかは、先に述べた被収集側アプリケー
ション１０の場合と同じで良い。

【０１１３】ここで、エージェントが他のエージェント
に対して通信、即ちCORBA 関数呼び出しを行うと、エー
ジェント実行環境３は通信を検知する。

【０１１４】この関数呼び出しの検知の発生する契機
は、被収集側アプリケーション２０がメール送信のため
のCORBA オペレーション呼び出しを別の被収集側アプリ
ケーション２０に対して発行した時である。これらの契
機は、被収集側アプリケーション２０を実行させるユー
ザーが事前に情報提供の契約を行っていた場合にのみ、
その処理が行われる。情報提供の契約については、上述
した「被収集側アプリケーション１０」クライアント１
２の利用者がコミュニティサーバー６の運営者と契約し
て個人情報を提供する場合の契約手順の例と同じ手順を
用いる。

【０１１５】通信内容に対して、予め与えられたIDL 型
情報と追加情報を用いて、関数呼び出しの引数の並びか
らプリンシパルの候補となるキーワードの情報を取り出
す（図１５）。

【０１１６】エージェント実行環境３は、プリンシパル
の候補に対し、次のようにしてプリンシパルの確認を行
う。

【０１１７】即ち、エージェント実行環境３がそのプリ
ンシパルの内容について、プリンシパルサーバー５の情
報の複製を保持していれば、その複製情報に基づいてプ
リンシパルとして抽出すべき意味のある情報であると判
断できる。そうでなければ、エージェント実行環境３は
ハッシュ関数によって対応づけられるプリンシパルサー
バー５に対し、プリンシパルの候補となるキーワードの
情報を引数として問い合わせの通信を行い、プリンシパ
ルサーバー５が保持する語彙の一覧に含まれるかどうか
を調べることで、プリンシパルとして抽出すべき意味の
ある情報かそうでないかを判別する。意味のある情報と
判断されれば、プリンシパルとして抽出する。

【０１１８】（コミュニティ生成処理の説明）プリンシ
パル抽出処理が実行され、プリンシパルが抽出される
と、被収集側アプリケーション１０の場合と同様に、続
いてEcAgent 方式の中の１ステップであるコミュニティ
生成（更新を含む）処理を以下のように実行する。

【０１１９】エージェント実行環境３は、抽出されたプ
リンシパルを引数としてコミュニティサーバー６に問い
合わせの通信を行い、抽出されたプリンシパルによって
特徴づけられるコミュニティが生成済みかどうかを判断
する。

【０１２０】ここで、エージェント実行環境３が、その
プリンシパルで特徴づけられるコミュニティに関する情
報を、コミュニティサーバー６から複製し、保持してい
れば、それを用いることでコミュニティサーバー６への
問い合わせを省略できる。そうでなければ、複数のコミ
ュニティサーバー６のうちのいずれか１台を選択して、
問い合わせを行う。このように複数のコミュニティサー
バー６を設置するのは、負荷分散による処理能力向上の
ためである。

【０１２１】問い合わせの結果、そのプリンシパルで特
徴づけられるコミュニティを表現するデータ構造が生成
済みであれば、コミュニティが生成済みであると判断す
る。コミュニティが生成済みと判断された場合、エージ
ェント実行環境３は、そのコミュニティに該エージェン
ト間通信を行ったエージェントを追加する。即ち、少な
くとも、コミュニティ生成処理を行う契機となったエー
ジェントを特定する識別子と、コミュニティ生成処理を
行っているコミュニティを特徴づけるプリンシパルとを
含む内容を引数として、コミュニティサーバー６に情報
の更新依頼を出す。

【０１２２】また、上記の情報の他に、コミュニティ生
成処理を行う契機となったエージェント間通信の通信相
手のエージェントを特定する識別子や、通信時刻や、コ
ミュニティ生成処理を行う契機となったエージェント間
通信の内容を特徴づける情報についても、コミュニティ
サーバー６に送信する引数に加えて良い。ここで、エー
ジェント間通信の内容を特徴づける情報の一例として、
CORBA においてはオペレーションのインターフェース名
とオペレーション名を用いることができる。また、コミ
ュニティサーバー６に情報の更新依頼を出した内容につ
いて、エージェント実行環境３が該当するコミュニティ
に関する複製情報を持っていれば、それを同じ更新内容
で更新する。

【０１２３】また、コミュニティが未生成と判断された
場合、エージェント実行環境３は、抽出されたプリンシ
パルに対し、周辺のエージェントが同じプリンシパルの
通信を行っていないかを調査する。

【０１２４】具体的には、エージェント実行環境３は直
近のエージェント間通信のプリンシパルを、例えば数百
個程度記憶しておき、今回の通信で抽出されたプリンシ
パルと比較し、一致するものがあるかを調査する。

【０１２５】調査の結果、多数のエージェントが同じプ
リンシパルの通信を行っている場合には、そのプリンシ
パルによって特徴づけられるコミュニティを生成する。
即ち、少なくとも、コミュニティ生成処理を行う契機と
なったエージェントを特定する識別子と、コミュニティ
生成処理を行っているコミュニティを特徴づけるプリン
シパルとを含む内容を引数として、コミュニティサーバ
ー６にコミュニティ生成の依頼を出す。

【０１２６】また、上記の情報の他に、コミュニティ生
成処理を行う契機となったエージェント間通信の通信相
手のエージェントを特定する識別子や、通信時刻や、コ
ミュニティ生成処理を行う契機となったエージェント間
通信の内容を特徴づける情報についても、コミュニティ
サーバー６に送信する引数に加えて良い。ここで、エー
ジェント間通信の内容を特徴づける情報の一例として、
CORBA においてはオペレーションのインターフェース名
とオペレーション名を用いることができる。また、コミ
ュニティサーバー６にコミュニティ生成の依頼を出した
内容について、エージェント実行環境３の持つコミュニ
ティの複製情報に、コミュニティサーバー６に出したコ
ミュニティ生成の依頼と同じ生成内容の情報を追加す
る。

【０１２７】エージェント実行環境３が持つコミュニテ
ィの複製情報は、定期的にコミュニティサーバー６と情
報交換することで最新の状態に保たれる。具体的には、
各エージェント実行環境３及びコミュニティサーバー６
は、前回の情報交換時からの更新履歴を保存しておき、
定期的に更新履歴を相互に送信し、受信した側は更新履
歴に基づいて受信側の持つ情報を更新する。

【０１２８】複数台設置されたコミュニティサーバー６
は、被収集側アプリケーション１０に関する説明で既に
述べたように、相互に定期的に情報交換することで、そ
れぞれが最新の情報を保持する。

【０１２９】（被収集側アプリケーション２０の利用者
に対する情報提供クーポンの発行の説明）被収集側アプ
リケーション２０の利用者は、事前にコミュニティサー
バー６の運営者と契約していた場合、前述のプリンシパ
ル抽出処理及びコミュニティ生成処理を行ってコミュニ
ティサーバー６への情報生成及び更新依頼を出すことに
よって、コミュニティサーバー６に対して情報を提供す
る。

【０１３０】ここで、被収集側アプリケーション２０
は、メモリ領域内に、事前にコミュニティサーバー６の
運営者と契約しているかどうかを示す変数を持ち、その
変数を調べることで契約の有無を判断する。また、コミ
ュニティサーバー６は、メモリ領域内に、被収集側アプ
リケーション２０から提供された情報量を積算する変数
を持ち、コミュニティ生成処理において被収集側アプリ
ケーション２０からコミュニティサーバー６にコミュニ
ティの生成及び更新情報が送られる毎に、その積算変数
を加算する。

【０１３１】また、契約内容によっては、コミュニティ
サーバー６の運営者は、提供された情報量に応じた金銭
報酬を被収集側アプリケーション２０の利用者に支払う
こともできる。その場合、上記手順で更新される積算変
数を読み出すことで、提供された情報量をコミュニティ
サーバー６が集計する。金銭報酬としては、電子現金等
を用いた少額の金銭の支払いの他、優待ポイント制度な
どとして広く普及している制度に倣って蓄積されたポイ
ント値を加算していくなどの方法が利用できる。

【０１３２】被収集側アプリケーション２０がプリンシ
パル抽出処理及びコミュニティ生成処理を行ってコミュ
ニティサーバー６への情報生成及び更新依頼を出すの
は、送信元の被収集側アプリケーション２０が会話相手
の被収集側アプリケーション２０のメール送信のための
CORBA オペレーションを呼び出した時である。

【０１３３】（被収集側アプリケーション２０の利用者
に対する情報提供の確認の説明）被収集側アプリケーシ
ョン２０の利用者がコミュニティサーバー６の運営者と
契約して個人情報を提供する場合、契約手順の一例は次
のようになる。

【０１３４】被収集側アプリケーション２０の利用者は
コミュニティサーバー６の運営者のホームページに接続
する。被収集側アプリケーション２０の契約確認画面
に、契約内容として、提供する個人情報やその対価とな
る金銭報酬についての説明を表示する。

【０１３５】被収集側アプリケーション２０の利用者が
内容確認後に確認ボタンを押すと、被収集側アプリケー
ション２０はコミュニティサーバー６に対して契約に同
意したという内容の情報を送信する。コミュニティサー
バー６は該当する被収集側アプリケーション２０に対す
るデータベースのエントリを作成し、支払うべき金銭報
酬の状態などの管理を行う。

【０１３６】被収集側アプリケーション２０は、メモリ
領域内に持っている、事前にコミュニティサーバー６の
運営者と契約しているかどうかを示す変数に対して、契
約有りを示す値を代入する。被収集側アプリケーション
２０は、以後、その変数を読み出して契約が有ることを
判断し、コミュニティサーバー６に対して情報を提供を
開始する。

【０１３７】（生成されたコミュニティが管理される状
況の説明）上記の手順によって「被収集側アプリケーシ
ョン１０」サーバー１１、「被収集側アプリケーション
１０」クライアント１２及び被収集側アプリケーション
２０からの情報によってコミュニティが生成され、か
つ、最新の状態を反映するように更新されていく。

【０１３８】これらのコミュニティは、以下に示す手順
によって、別のアプリケーションから利用できる。

【０１３９】［情報利用側アプリケーション３０］ （情報利用側アプリケーション３０の説明）情報利用側
アプリケーション３０は、ユーザーが商品の使用体験情
報を問い合わせるアプリケーションである。

【０１４０】情報利用の概要は図１６に示すようにな
る。ネットワーク１上には、企業が設置し、商品の使用
体験情報を提供するホスト２r が接続される。ホスト２
r 上では情報利用側アプリケーション３０のサーバー
（以下、「情報利用側アプリケーション３０」サーバー
と表記する。）３１が、CORBA に基づくエージェント実
行環境の機能及びEcAgent の提供するコミュニティの利
用機能を用いて動作する。

【０１４１】また、商品の使用体験情報を閲覧するユー
ザーのホスト２q も接続される。ホスト２q 上では情報
利用側アプリケーション３０のクライアント（以下、
「情報利用側アプリケーション３０」クライアントと表
記する。）３２が、CORBA に基づくエージェント実行環
境の機能を用いて動作し、ユーザーへの入出力画面を備
える。

【０１４２】図１７は「情報利用側アプリケーション３
０」サーバー３１の詳細を示すもので、有用情報報奨金
支払い部３１０１、有用情報提供エージェント特定部３
１０２、アンケート結果受け取り集計部３１０３、コミ
ュニティサーバー利用料金算出部３１０４、広告表示料
請求部３１０５、広告表示指示部３１０６、使用体験情
報返却部３１０７、コミュニティ問い合わせ部３１０８
及び使用体験情報照会要求受け取り部３１０９を備えて
いる。

【０１４３】また、図１８は「情報利用側アプリケーシ
ョン３０」クライアント３２の詳細を示すもので、広告
表示部３２０１、評価結果送出部３２０２、評価入力画
面表示部３２０３、使用体験情報画面表示部３２０４、
使用体験情報照会結果受け取り部３２０５、使用体験情
報照会要求送出部３２０６及び商品名入力画面表示部３
２０７を備えている。

【０１４４】また、図１９は情報利用側アプリケーショ
ン３０における情報利用の際の処理の流れを示すもの
で、以下、動作を説明する。

【０１４５】「情報利用側アプリケーション３０」クラ
イアント３２は、使用体験情報を表示したい商品の名前
を入力する画面を表示し、ユーザーに入力を促す。「情
報利用側アプリケーション３０」クライアント３２はユ
ーザーからの入力を受け、エージェント実行環境３の提
供する機能を用いて、入力された商品の名前を引数とす
る使用体験情報照会のためのCORBA オペレーション呼び
出しを「情報利用側アプリケーション３０」サーバー３
１に対し発行する。

【０１４６】「情報利用側アプリケーション３０」クラ
イアント３２は「情報利用側アプリケーション３０」サ
ーバー３１からの返答を待ち、商品の使用体験情報を内
容とするCORBA オペレーション返答を受け取って、ユー
ザーに対し結果である商品の使用体験情報を画面表示す
る。

【０１４７】「情報利用側アプリケーション３０」サー
バー３１は起動すると、「情報利用側アプリケーション
３０」クライアント３２からの使用体験情報照会のため
のCORBA オペレーション呼び出しを待つ。オペレーショ
ンが呼び出されると、引数として渡された名前で示され
る商品の使用体験情報を、後述するコミュニティ問い合
わせ処理を実行することで取得し、その結果を返答とし
て呼び出し元の「情報利用側アプリケーション３０」ク
ライアント３２に返却する。

【０１４８】「情報利用側アプリケーション３０」サー
バー３１は一連の処理が終わると、別の「情報利用側ア
プリケーション３０」クライアント３２からの次のCORB
A オペレーション呼び出しを待つ。

【０１４９】（コミュニティ問い合わせ処理の説明）上
記「情報利用側アプリケーション３０」サーバー３１の
処理手順の中で、EcAgent 方式においてエージェント実
行環境３が提供するコミュニティ利用機能の１つである
コミュニティ問い合わせ処理を、以下のように実行す
る。

【０１５０】「情報利用側アプリケーション３０」サー
バー３１は、「情報利用側アプリケーション３０」クラ
イアント３２からの使用体験情報照会のためのCORBA オ
ペレーション呼び出しを受け、引数として渡された商品
の名前に関するコミュニティに対する情報照会依頼を、
コミュニティサーバー６に送る。

【０１５１】ここで、「情報利用側アプリケーション３
０」サーバー３１がコミュニティサーバー６に送信する
内容は、少なくとも「情報利用側アプリケーション３
０」サーバー３１の識別子と、照会したい商品の名前と
を含む。また、それに加え、例えば「情報利用側アプリ
ケーション３０」クライアント３２の利用者の素性を示
す情報、具体的には利用者の年齢や性別、自己紹介、連
絡先のメールアドレスや「情報利用側アプリケーション
３０」クライアント３２の識別子なども含んで良い。ま
た、この時、複数設置されているコミュニティサーバー
６の中で、任意のコミュニティサーバー６に情報照会依
頼を送信して良い。

【０１５２】コミュニティサーバー６は情報照会依頼を
受け取り、コミュニティサーバー６が保持しているコミ
ュニティであって引数として渡された商品の名前に関す
るコミュニティに対し、そのコミュニティ内に含まれる
任意のエージェントを抽出、例えば１つないし３つ等の
エージェントを無作為に抽出し、そのエージェントに対
して「情報利用側アプリケーション３０」サーバー３１
から送られた情報照会依頼を転送する。

【０１５３】ここで、コミュニティサーバー６から情報
照会依頼の転送を受けるエージェントとは、コミュニテ
ィサーバー６に情報提供を行ったエージェントまたはそ
の通信相手のエージェントであって、本実施の形態にお
いては、「被収集側アプリケーション１０」サーバー１
１、「被収集側アプリケーション１０」サーバー１１を
呼び出した「被収集側アプリケーション１０」クライア
ント１２、「被収集側アプリケーション１０」クライア
ント１２、被収集側アプリケーション２０が該当する。

【０１５４】これらのエージェントは、情報照会依頼の
処理機能を具備する。

【０１５５】「被収集側アプリケーション１０」サーバ
ー１１が具備する情報照会依頼の処理機能とは、「被収
集側アプリケーション１０」サーバー１１が「被収集側
アプリケーション１０」クライアント１２に提供する商
品情報のカタログを、コミュニティサーバー６からの情
報照会依頼に対しても提供する機能である。

【０１５６】「被収集側アプリケーション１０」クライ
アント１２及び被収集側アプリケーション２０が具備す
る情報照会依頼の処理機能とは、コミュニティサーバー
６からの情報照会依頼に対して、画面上に情報照会依頼
の内容を表示し、入力画面を表示してユーザーに利用体
験情報の入力を促し、ユーザーが答えられる情報を持っ
ている場合にはユーザーが入力画面に必要事項を記入す
ると、情報照会依頼に対する返答としてコミュニティサ
ーバー６に対して少なくともユーザーが記入した必要事
項のテキスト等を含む内容を返信し、結果として情報照
会依頼に対する返答をコミュニティサーバー６に提供す
る機能である。

【０１５７】コミュニティサーバー６は、これらのエー
ジェントが具備する情報照会依頼の処理機能によって、
これらのエージェントに転送した情報照会依頼に対する
返答として適切な情報を取得できる。この情報を、コミ
ュニティサーバー６は「情報利用側アプリケーション３
０」サーバー３１に対し、情報照会依頼に対する返答と
して送信する。

【０１５８】前述のように、コミュニティサーバー６か
らの返答を受け取った「情報利用側アプリケーション３
０」サーバー３１は、結果を呼び出し元の「情報利用側
アプリケーション３０」クライアント３２に返却する。
「情報利用側アプリケーション３０」クライアント３２
は結果を受け取り、ユーザーに対し、その結果、即ち商
品の使用体験情報を画面表示する。

【０１５９】（情報紹介に対する直接返答の説明）以上
説明したように、本実施の形態では、「情報利用側アプ
リケーション３０」サーバー３１からコミュニティサー
バー６を通じて情報紹介依頼の転送を受けるエージェン
ト、即ち「被収集側アプリケーション１０」サーバー１
１または「被収集側アプリケーション１０」クライアン
ト１２または被収集側アプリケーション２０に情報照会
依頼が転送され、それに対する回答も、情報照会依頼の
転送を受けるエージェントからコミュニティサーバー６
を通じて「情報利用側アプリケーション３０」サーバー
３１へと返却される。本発明においては、上記で示した
方式だけでなく、情報照会依頼に対する回答を情報照会
依頼の転送を受けるエージェントからコミュニティサー
バー６を通さず、直接「情報利用側アプリケーション３
０」サーバー３１へと返却する方法も可能である。手順
を以下に示す。

【０１６０】「情報利用側アプリケーション３０」サー
バー３１がコミュニティサーバー６へ情報照会依頼を送
信する内容には、既に述べた通り、少なくとも「情報利
用側アプリケーション３０」サーバー３１の識別子を含
む。次に、既に述べた通り、コミュニティサーバー６が
情報照会依頼の転送を受けるエージェントを抽出し、情
報照会依頼を転送する際、情報照会依頼として転送する
内容には、少なくとも「情報利用側アプリケーション３
０」サーバー３１の識別子を含むようにする。情報照会
依頼の転送を受けたエージェントは、情報照会依頼に対
する回答を返却する際、送り先をコミュニティサーバー
６ではなく、「情報利用側アプリケーション３０」サー
バー３１とする。この手順を用いることで、一連の処理
に要するコミュニティサーバー６の処理量を削減するこ
とができる。

【０１６１】（ＣＭ等の表示による収入源の説明）「情
報利用側アプリケーション３０」クライアント３２は、
画面上に広告を表示する機能を持つことができる。この
機能の動作手順は次のようになる。

【０１６２】「情報利用側アプリケーション３０」サー
バー３１の運営者は、事前に広告主と契約し、配信すべ
き広告内容を準備する。「情報利用側アプリケーション
３０」サーバー３１は「情報利用側アプリケーション３
０」クライアント３２に広告の内容を送信し、「情報利
用側アプリケーション３０」サーバー３１のメモリ内に
ある広告送信回数を数える変数を加算する。「情報利用
側アプリケーション３０」クライアント３２は画面に広
告を表示する。

【０１６３】「情報利用側アプリケーション３０」サー
バー３１の運営者は、「情報利用側アプリケーション３
０」サーバー３１のメモリ内にある広告送信回数を数え
る変数を読み出すことで、広告表示回数に応じた報酬
を、事前に契約した広告主に請求し、受け取る。

【０１６４】但し、本発明における「情報利用側アプリ
ケーション３０」サーバー３１の運営者の収入源は広告
収入に限るものではなく、その他の会員管理及び課金シ
ステムと組み合わせても良い。例えば、クレジットカー
ド会社と契約し、クレジットカード会員にのみ「情報利
用側アプリケーション３０」クライアント３２を利用さ
せることによって、クレジットカード会社から会員数に
応じた報酬を受け取るというシステムも構築可能であ
る。

【０１６５】「情報利用側アプリケーション３０」サー
バー３１の運営者は事前にコミュニティサーバー６の運
営者と契約することにより、コミュニティサーバー６の
利用権を得ることができる。その場合、「情報利用側ア
プリケーション３０」サーバー３１の運営者は、コミュ
ニティサーバー６の運営者に対し、コミュニティサーバ
ー６の利用料金を支払う。

【０１６６】利用料金としては、月額等の一律料金のほ
か、「情報利用側アプリケーション３０」クライアント
３２からのアクセス回数に応じた料金を支払う形態も可
能である。後者の場合、コミュニティサーバー６はメモ
リ内に「情報利用側アプリケーション３０」サーバー３
１からの利用回数を数える変数を準備し、「情報利用側
アプリケーション３０」サーバー３１からの利用、即ち
前述の情報照会依頼を受けた際にその変数を加算する。

【０１６７】コミュニティサーバー６の運営者は、コミ
ュニティサーバー６のメモリ内の「情報利用側アプリケ
ーション３０」サーバー３１からの利用回数を数える変
数を読み出し、「情報利用側アプリケーション３０」ク
ライアント３２の依頼に基づいて「情報利用側アプリケ
ーション３０」サーバー３１がコミュニティサーバー６
をアクセスした回数に応じた料金を、「情報利用側アプ
リケーション３０」サーバー３１の運営者に請求する。

【０１６８】コミュニティサーバー６の運営者は、上記
の手順によって支払われたコミュニティサーバー６の利
用料金を、「被収集側アプリケーション１０」サーバー
１１の運営者、「被収集側アプリケーション１０」クラ
イアント１２の利用者、被収集側アプリケーション２０
の利用者への金銭報酬の支払いに充てることができる。

【０１６９】（成功報酬の支払いの説明）図２０は情報
利用側アプリケーション３０における情報提供報酬の支
払い処理の流れを示すもので、以下、動作を説明する。

【０１７０】「情報利用側アプリケーション３０」サー
バー３１の運営者は事前にコミュニティサーバー６の運
営者及び「被収集側アプリケーション１０」クライアン
ト１２の利用者または被収集側アプリケーション２０の
利用者と直接契約することにより、商品の使用体験情報
の提供に対する対価の支払いを行うことができる。

【０１７１】「情報利用側アプリケーション３０」クラ
イアント３２は「情報利用側アプリケーション３０」サ
ーバー３１から問い合わせ結果を受け取り、ユーザーに
対し、その結果、即ち商品の使用体験情報を画面表示す
る。「情報利用側アプリケーション３０」クライアント
３２は、さらに、表示した使用体験情報が有用であった
かどうかの評価を入力する画面を表示し、アンケートの
記入をユーザーに促す。

【０１７２】ユーザーは、得られた使用体験情報が著し
く有用であったかどうかの評価結果を、「情報利用側ア
プリケーション３０」クライアント３２の画面上で選択
する。「情報利用側アプリケーション３０」クライアン
ト３２はそのアンケート結果を引数とするCORBA オペレ
ーション呼び出しを行うことで、「情報利用側アプリケ
ーション３０」サーバー３１に送信する。

【０１７３】「情報利用側アプリケーション３０」サー
バー３１は、得られたアンケート結果に基づき、コミュ
ニティサーバー６が保持するコミュニティ内のエージェ
ントであって、かつ、有用な情報を提供した「被収集側
アプリケーション１０」クライアント１２の利用者また
は被収集側アプリケーション２０の利用者を、コミュニ
ティサーバー６に必要な情報を提供してもらうことによ
って特定する。「情報利用側アプリケーション３０」サ
ーバー３１は、そのような利用者に対して、事前の契約
に基づき、情報提供の対価として報奨金を支払う。

【０１７４】ここで、「情報利用側アプリケーション３
０」サーバー３１がコミュニティサーバー６に必要な情
報を提供してもらう処理の一形態を以下に示す。

【０１７５】コミュニティサーバー６は、「情報利用側
アプリケーション３０」サーバー３１に情報照会結果を
返送する際、一意に決まる通し番号を付けて送る。「情
報利用側アプリケーション３０」サーバー３１は、得ら
れたアンケート結果に関して情報提供の対価として報奨
金を支払う際、コミュニティサーバー６に対し、通し番
号を引数として対価支払い依頼を送信する。

【０１７６】コミュニティサーバー６は依頼を受け取
り、対価の報奨金の支払いを仲介する、即ちコミュニテ
ィサーバー６の運営者から「被収集側アプリケーション
１０」クライアント１２の利用者または被収集側アプリ
ケーション２０の利用者に対して、報奨金が支払われ
る。支払い額の分は、コミュニティサーバー６の運営者
が「情報利用側アプリケーション３０」サーバー３１の
運営者に請求する。

【０１７７】この一連の手順によって、間接的にコミュ
ニティサーバー６が個人特定に必要な情報を提供するこ
とにより、「情報利用側アプリケーション３０」サーバ
ー３１に対して、「被収集側アプリケーション１０」ク
ライアント１２の利用者や被収集側アプリケーション２
０の利用者の口座番号等の個人情報を漏らすことなく、
報奨金の支払いを可能にする。

【０１７８】なお、請求項１２及び２４における、コミ
ュニティサーバー６がコミュニティへの情報照会要求を
送信したユーザーから回答したユーザー端末に対する回
答の対価として金銭的価値を有するデータを受信すると
は、本実施の形態においては、「コミュニティへの情報
照会要求を送信したユーザー」が「情報利用側アプリケ
ーション３０」サーバー３１に相当し、「回答したユー
ザー端末」が「被収集側アプリケーション１０」クライ
アント１２または被収集側アプリケーション２０に相当
し、「回答の対価として金銭的価値を有するデータを受
信する」という動作が、コミュニティサーバー６の運営
者が「被収集側アプリケーション１０」クライアント１
２の利用者または被収集側アプリケーション２０の利用
者に対して支払った報奨金の分を「情報利用側アプリケ
ーション３０」サーバー３１の運営者に請求し、その結
果としてコミュニティサーバー６の運営者が「情報利用
側アプリケーション３０」サーバー３１の運営者から請
求額を受け取るという動作に相当する。

【０１７９】このように、実際の情報照会を行った「情
報利用側アプリケーション３０」クライアント３２の利
用者とコミュニティサーバー６との間に、両者を仲介す
る存在である「情報利用側アプリケーション３０」サー
バー３１が存在して良く、その場合「情報利用側アプリ
ケーション３０」サーバー３１が情報照会要求を行うユ
ーザー端末に対応することとなる。

【０１８０】また、このように、金銭的価値を有するデ
ータを受信するとは、本実施の形態で示したような論理
的に負の金銭的価値を有するデータの送信であっても良
く、換言すれば本実施の形態で示したような金銭支払い
の請求の送信であって良い。

【０１８１】また、以上説明したように、本実施の形態
においては、回答の対価として送信される金銭的価値を
有するデータは「情報利用側アプリケーション３０」サ
ーバー３１からコミュニティサーバー６を通じて回答し
たユーザー端末、即ち「被収集側アプリケーション１
０」クライアント１２または被収集側アプリケーション
２０に送信される。本発明においては、上記で示した方
式だけでなく、回答の対価として送信される金銭的価値
を有するデータを「情報利用側アプリケーション３０」
サーバー３１からコミュニティサーバー６を通さず、直
接回答したユーザー端末へ送信する方法も可能である。
その場合の手順としては、回答するユーザー端末がコミ
ュニティサーバー６に返信し、コミュニティサーバー６
が返信内容を「情報利用側アプリケーション３０」サー
バー３１に転送する際、その内容に少なくとも回答結果
及び回答したユーザー端末の識別子を含むようにする。
「情報利用側アプリケーション３０」サーバー３１はこ
の識別子を用いることで、回答の対価として金銭的価値
を有するデータを回答したユーザー端末に直接送信する
ことができる。本手順を用いると、一連の処理に要する
コミュニティサーバー６の処理量を削減することができ
るという利点がある。一方、本実施の形態で示した前記
手順を用いると、回答したユーザー端末の識別子を「情
報利用側アプリケーション３０」サーバー３１に必ずし
も提供しなくて良いため、プライバシー保護の度合いを
向上できるという利点がある。

【０１８２】［情報利用側アプリケーション４０］ （情報利用側アプリケーション４０の説明）情報利用側
アプリケーション４０は、企業がユーザーに広告等のお
知らせを送信するアプリケーションである。

【０１８３】情報利用の概要は図２１に示すようにな
る。ネットワーク１上には、企業が設置し、広告等のお
知らせをユーザーに送信するホスト２p が接続される。
ホスト２p 上では情報利用側アプリケーション４０が、
CORBA に基づくエージェント実行環境の機能及びEcAgen
t の提供するコミュニティの利用機能を用いて動作す
る。

【０１８４】図２２は情報利用側アプリケーション４０
の詳細を示すもので、コミュニティサーバー利用料金算
出部４００１、広告表示料請求部４００２及びお知らせ
情報通知処理依頼部４００３を備えている。

【０１８５】また、図２３は情報利用側アプリケーショ
ン４０における情報利用の際の処理の流れを示すもの
で、以下、動作を説明する。

【０１８６】情報利用側アプリケーション４０は、広告
等のお知らせを送信するにあたり、その広告等のお知ら
せの内容に関するコミュニティに対し、次に述べるコミ
ュニティ通知処理を実行することにより、広告等のお知
らせを適切なユーザーに送信する。

【０１８７】（コミュニティ通知処理の説明）上記情報
利用側アプリケーション４０の処理手順の中で、EcAgen
t 方式においてエージェント実行環境３が提供するコミ
ュニティ利用機能の１つであるコミュニティ通知処理
を、以下のように実行する。

【０１８８】情報利用側アプリケーション４０は、送信
する広告等のお知らせの内容に関するコミュニティに対
する通知処理依頼を、コミュニティサーバー６に送る。

【０１８９】ここで、情報利用側アプリケーション４０
がコミュニティサーバー６に送信する内容は、少なくと
も情報利用側アプリケーション４０の識別子と、通知内
容の文章や映像等と、お知らせの内容を表すキーワー
ド、即ち通知先コミュニティを特徴づけるプリンシパル
とを含む。また、それに加え、後述するように通知先エ
ージェントの個数を明示的に指定するための数値情報も
含んで良い。また、この時、複数設置されているコミュ
ニティサーバー６の中で、任意のコミュニティサーバー
６に通知処理依頼を送信して良い。

【０１９０】コミュニティサーバー６は通知処理依頼を
受け取り、コミュニティサーバー６が保持しているコミ
ュニティであって、送信する広告等のお知らせの内容に
関するコミュニティに対し、そのコミュニティ内に含ま
れる任意または全てのエージェントを列挙し、それらの
エージェントに対して情報利用側アプリケーション４０
から送られた情報を通知する、即ち通知内容として受け
取った文章や映像等を送信する。

【０１９１】ここで、コミュニティサーバー６から情報
を通知されるエージェントとは、コミュニティサーバー
６に情報提供を行ったエージェントまたはその通信相手
のエージェントであって、本実施の形態においては「被
収集側アプリケーション１０」サーバー１１を呼び出し
た「被収集側アプリケーション１０」クライアント１
２、「被収集側アプリケーション１０」クライアント１
２、被収集側アプリケーション２０が該当する。これら
のエージェントは、通知された情報の表示機能を具備す
る。

【０１９２】コミュニティサーバー６があるコミュニテ
ィ内に含まれる任意または全てのエージェントを列挙す
るとは、ここでは少なくともコミュニティに含まれる
「被収集側アプリケーション１０」サーバー１１は列挙
対象から除外するという処理を含む。具体的な手順を以
下に示す。コミュニティサーバー６が保持する、コミュ
ニティを特徴づけるデータ構造の中に、それぞれのエー
ジェントに対してそのエージェントが通知処理を受け取
ることができるかどうかを示す変数を追加する。エージ
ェントが通知処理を受け取ることができないとは、例え
ば「被収集側アプリケーション１０」サーバー１１のよ
うに画面を表示する機能を持たないために広告等のお知
らせを送信する意味がないという状況を含む。このデー
タ構造を用いて、上記列挙対象から除外する処理におい
ては、追加した変数を読み出して受け取り不可であれば
該エージェントを列挙対象から除外すれば良い。また、
列挙対象から除外するための別の手順を以下に示す。例
えば「被収集側アプリケーション１０」サーバー１１に
は、通知された情報の表示機能を具備させ、その表示機
能とは通知を正しく受け取って何も処理せず終了する機
能であるとする。この表示機能を用いて、上記列挙対象
から除外する処理においては、コミュニティサーバー６
内では除外処理を行わなくても良い。即ち、これは、論
理的には、列挙対象から除外する処理がコミュニティサ
ーバー６内でなく「被収集側アプリケーション１０」サ
ーバー１１内に実装されていると考えることができる。

【０１９３】また、情報利用側アプリケーション４０が
通知先エージェントの個数を明示的に指定した場合、無
作為にエージェントを抽出するという処理を含む。

【０１９４】「被収集側アプリケーション１０」クライ
アント１２及び被収集側アプリケーション２０が具備す
る通知された情報の表示機能とは、情報利用側アプリケ
ーション４０からコミュニティサーバー６を通じて通知
された広告等のお知らせの内容を表示する機能である。
また、これらの表示機能においては、不快な広告等を排
除するため、ユーザーの設定によって特定の送信元から
受け取った広告等のお知らせを非表示にする機能を具備
する。

【０１９５】情報利用側アプリケーション４０は、コミ
ュニティサーバー６に送った通知処理依頼の返答とし
て、通知処理の成否や何個のエージェントに対して通知
処理を実行したかを受け取る。

【０１９６】（コミュニティ通知機能利用に関する直接
収入の説明）情報利用側アプリケーション４０の運営者
は、「被収集側アプリケーション１０」クライアント１
２及び被収集側アプリケーション２０の画面に広告等の
お知らせを表示することにより、事前に契約した広告主
に対して広告表示回数に応じた報酬を請求し、受け取
る。広告表示回数は、情報利用側アプリケーション４０
がコミュニティサーバー６に送った通知処理依頼の返答
として受け取る、何個のエージェントに対して通知処理
を実行したかを表す数値を積算することによって、求め
ることができる。

【０１９７】情報利用側アプリケーション４０の運営者
は事前にコミュニティサーバー６の運営者と契約するこ
とにより、コミュニティサーバー６の利用権を得ること
ができる。その場合、情報利用側アプリケーション４０
の運営者は、コミュニティサーバー６の運営者に対し、
コミュニティサーバー６の利用料金を支払う。利用料金
としては、月額等の一律料金のほか、広告等のお知らせ
の通知回数に応じた料金を支払う形態も可能である。

【０１９８】コミュニティサーバー６の運営者は、上記
の手順によって支払われたコミュニティサーバー６の利
用料金を、「被収集側アプリケーション１０」サーバー
１１の運営者、「被収集側アプリケーション１０」クラ
イアント１２の利用者、被収集側アプリケーション２０
の利用者への金銭報酬の支払いに充てることができる。

【０１９９】以上説明した実施の形態における情報の流
れの全体像を図２４に、また、お金の流れの全体像を図
２５に示す。

【０２００】

【実施の形態の具体的な実行シナリオ】次に、具体的な
例を挙げて前述した実施の形態をさらに詳細に説明す
る。なお、各タイトルは前述したものと一致させて対応
関係を表している。

【０２０１】［アプリケーション構成］通信業者のＡ社
は、コミュニティサーバー６の運営者としてコミュニテ
ィサーバー６を設置し、その機能を提供する。

【０２０２】［被収集側アプリケーション１０］ （被収集側アプリケーション１０の説明）被収集側アプ
リケーション１０は、企業の商品情報のカタログをユー
ザーが閲覧するアプリケーションである。

【０２０３】家電メーカーＢ社は、「被収集側アプリケ
ーション１０」サーバー１１として、自社製品のカタロ
グを提供するサーバーを設置する。

【０２０４】（被収集側アプリケーション１０のサーバ
ー運営者に対する情報提供料の支払いの説明）Ｂ社は、
事前にＡ社と契約して、自社サーバーへのアクセス情報
の一部をＡ社のコミュニティサーバー６に提供し、情報
量に応じた報酬を受け取るという合意を行う。

【０２０５】（被収集側アプリケーション１０のサーバ
ー運営者からクライアント利用者に対する情報提供の確
認の説明）家電製品のカタログを閲覧したい消費者のＣ
さんは、「被収集側アプリケーション１０」クライアン
ト１２を起動する。

【０２０６】「被収集側アプリケーション１０」クライ
アント１２は、閲覧したい商品の名前を入力する画面を
表示し、ユーザーに入力を促す。また、その際、Ｃさん
の個人情報の一部がＢ社を経由してＡさんに提供される
趣旨の注意書きを表示する。

【０２０７】（被収集側アプリケーション１０の説明）
注意書きに同意したＣさんは、新製品のビデオデッキの
カタログを閲覧するために、「被収集側アプリケーショ
ン１０」クライアント１２に「ビデオデッキ」と入力す
る。

【０２０８】Ｃさんの「被収集側アプリケーション１
０」クライアント１２はＢ社の「被収集側アプリケーシ
ョン１０」サーバー１１に対し、「ビデオデッキ」商品
情報カタログ照会のためのCORBA オペレーション呼び出
しを行う。

【０２０９】（プリンシパル抽出処理の説明）「ビデオ
デッキ」商品情報カタログ照会のためのCORBA オペレー
ション呼び出しを受けたＢ社の「被収集側アプリケーシ
ョン１０」サーバー１１は、事前にＡ社との情報提供の
契約を行っているため、プリンシパル抽出処理を実行
し、特徴的なキーワードである「ビデオデッキ」という
単語を抽出する。

【０２１０】（コミュニティ生成処理の説明）続いてＢ
社の「被収集側アプリケーション１０」サーバー１１
は、コミュニティ生成処理を実行し、Ａ社のコミュニテ
ィサーバー６に対し、「ビデオデッキ」に興味がある人
のコミュニティにＣさんを追加するように、コミュニテ
ィの情報の更新依頼もしくはコミュニティ生成の依頼を
出す。これがＢ社からＡ社への情報提供である。

【０２１１】Ｂ社は情報提供の報酬として、Ａ社から契
約に従って金銭を受け取る。

【０２１２】（被収集側アプリケーション１０の説明）
さらに続いてＢ社の「被収集側アプリケーション１０」
サーバー１１は、Ｃさんから渡された商品の名前「ビデ
オデッキ」で示される商品情報カタログを記憶装置から
検索する。そのカタログの内容を返答として、Ｃさんの
「被収集側アプリケーション１０」クライアント１２に
返却する。

【０２１３】Ｃさんの「被収集側アプリケーション１
０」クライアント１２は、Ｂ社サーバーからの返答を受
け取り、ビデオデッキのカタログを画面表示する。

【０２１４】（被収集側アプリケーション１０のクライ
アント利用者に対する情報提供クーポンの発行の説明）
家電製品のカタログを閲覧したい消費者のＤさんがい
る。

【０２１５】ＤさんはＣさんと違って、個人的にＡ社と
も契約する。Ｂ社からＡ社に提供されるより、もっと詳
しい個人情報をＤさんがＡ社に提供する。その代わり
に、提供した情報料に比例したクレジットカードの優待
ポイントを、ＤさんはＡ社から報酬として受け取るとい
う内容で合意を行う。

【０２１６】（被収集側アプリケーション１０のクライ
アント利用者に対する情報提供の確認の説明）Ｄさんと
Ａ社との具体的な契約の仕方は、次のようになる。

【０２１７】Ｄさんは「被収集側アプリケーション１
０」クライアント１２を起動し、Ａ社のホームページに
接続する。「被収集側アプリケーション１０」クライア
ント１２の契約確認画面に、契約内容として、提供する
個人情報やその対価となる金銭報酬についての説明を表
示する。

【０２１８】Ｄさんは内容確認後に確認ボタンを押す
と、「被収集側アプリケーション１０」クライアント１
２はＡ社のコミュニティサーバー６に対して契約に同意
したという内容の情報を送信する。Ｄさんの「被収集側
アプリケーション１０」クライアント１２はＡ社との契
約を記録しておき、以後、Ａ社のコミュニティサーバー
６に対して情報の提供を開始する。

【０２１９】（被収集側アプリケーション１０のサーバ
ー運営者からクライアント利用者に対する情報提供の確
認の説明）家電製品のカタログを閲覧したい消費者のＤ
さんは、「被収集側アプリケーション１０」クライアン
ト１２を起動する。

【０２２０】「被収集側アプリケーション１０」クライ
アント１２は、閲覧したい商品の名前を入力する画面を
表示し、ユーザーに入力を促す。またその際、Ｄさんの
個人情報の一部がＢ社を経由してＡさんに提供される趣
旨の注意書きを表示する。

【０２２１】（被収集側アプリケーション１０の説明）
注意書きに同意したＤさんは、新製品のパソコンのカタ
ログを閲覧するために、「被収集側アプリケーション１
０」クライアント１２に「パソコン」と入力する。

【０２２２】Ｄさんの「被収集側アプリケーション１
０」クライアント１２はＢ社の「被収集側アプリケーシ
ョン１０」サーバー１１に対し、「パソコン」商品情報
カタログ照会のためのCORBA オペレーション呼び出しを
行う。

【０２２３】（プリンシパル抽出処理の説明）ここで、
Ｄさんの「被収集側アプリケーション１０」クライアン
ト１２は、事前にＡ社との情報提供の契約を行っている
ため、プリンシパル抽出処理を実行し、特徴的なキーワ
ードである「パソコン」という単語を抽出する。

【０２２４】（コミュニティ生成処理の説明）ここで、
Ｄさんの「被収集側アプリケーション１０」クライアン
ト１２は、コミュニティ生成処理を実行し、Ａ社のコミ
ュニティサーバー６に対し、「パソコン」に興味がある
人のコミュニティにＤさんを追加するように、コミュニ
ティの情報の更新依頼もしくはコミュニティ生成の依頼
を出す。これがＤさんからＡ社への情報提供である。

【０２２５】Ｄさんは情報提供の報酬として、Ａ社から
契約に従って優待ポイントによる報酬を受け取る。

【０２２６】［被収集側アプリケーション２０］ （被収集側アプリケーション２０の説明）被収集側アプ
リケーション２０は、ユーザー間でメールを送受して会
話するアプリケーションである。

【０２２７】ＥさんとＦさんはお互いに被収集側アプリ
ケーション２０を使って会話しようとしている。

【０２２８】Ｅさんは個人的にＡ社と契約する。個人情
報をＥさんがＡ社に提供し、その代わりに、提供した情
報料に比例したクレジットカードの優待ポイントを、Ｅ
さんはＡ社から報酬として受け取るという内容で合意を
行う。

【０２２９】Ｅさんの被収集側アプリケーション２０
は、会話相手の選択画面と会話内容の入力画面を表示
し、Ｅさんに入力を促す。

【０２３０】Ｅさんは会話相手にＦさんを選択し、会話
内容に「新製品のビデオデッキを買ったよ。いいでしょ
う。」と入力する。Ｅさんの被収集側アプリケーション
２０は、メール送信のためのCORBA オペレーション呼び
出しをＦさんの被収集側アプリケーション２０に対し発
行する。

【０２３１】（プリンシパル抽出処理の説明）また、Ｅ
さんの被収集側アプリケーション２０は、事前にＡ社と
の情報提供の契約を行っているため、プリンシパル抽出
処理を実行し、その結果として特徴的なキーワードであ
る「ビデオデッキ」という単語を抽出する。

【０２３２】（コミュニティ生成処理の説明）続いてＥ
さんの被収集側アプリケーション２０は、コミュニティ
生成処理を実行し、Ａ社のコミュニティサーバー６に対
し、「ビデオデッキ」に興味がある人のコミュニティに
Ｅさんを追加するように、コミュニティの情報の更新依
頼もしくはコミュニティ生成の依頼を出す。これがＥさ
んからＡ社への情報提供である。

【０２３３】Ｅさんは情報提供の報酬として、Ａ社から
契約に従って優待ポイントによる報酬を受け取る。

【０２３４】（被収集側アプリケーション２０の説明）
Ｅさんからのメールを受信したＦさんの被収集側アプリ
ケーション２０は、送信元「Ｅさん」と会話内容「新製
品のビデオデッキを買ったよ。いいでしょう。」を画面
表示する。

【０２３５】［情報利用側アプリケーション３０］ （情報利用側アプリケーション３０の説明）情報利用側
アプリケーション３０は、ユーザーが商品の使用体験情
報を問い合わせるアプリケーションである。

【０２３６】ベンチャー企業Ｇ社は、「情報利用側アプ
リケーション３０」サーバー３１として、各種の商品の
使用体験情報を提供するサーバーを設置する。

【０２３７】（ＣＭ等の表示による収入源の説明）Ｇ社
は後述するようにＧ社の顧客に広告を配信することで収
入をあげる企業である。Ｇ社は、広告主Ｉ社と契約し、
広告表示回数に応じた金銭報酬をＩ社から受け取ること
で合意する。

【０２３８】Ｇ社はコミュニティサーバー６を運営する
Ａ社と契約し、Ａ社のコミュニティサーバー６の利用権
を得る。契約内容として、Ｇ社はＡ社に対し、Ｇ社の顧
客からの指示を受けてＡ社のコミュニティサーバー６を
利用したアクセス回数に応じた料金を支払うことで合意
する。

【０２３９】（情報利用側アプリケーション３０の説
明）家電製品の評判を知りたがっているＨさんは、「情
報利用側アプリケーション３０」クライアント３２を起
動する。

【０２４０】「情報利用側アプリケーション３０」クラ
イアント３２は、使用体験情報を表示したい商品の名前
を入力する画面を表示し、Ｈさんに入力を促す。Ｈさん
はビデオデッキの評判を知りたいので、「ビデオデッ
キ」と入力する。

【０２４１】「情報利用側アプリケーション３０」クラ
イアント３２は、「ビデオデッキ」についての使用体験
情報照会のためのCORBA オペレーション呼び出しを、Ｇ
社の「情報利用側アプリケーション３０」サーバー３１
に対し発行する。

【０２４２】（コミュニティ問い合わせ処理の説明）使
用体験情報照会のためのCORBA オペレーション呼び出し
を受けたＧ社の「情報利用側アプリケーション３０」サ
ーバー３１は、コミュニティ問い合わせ処理を、以下の
ように実行する。

【０２４３】Ｇ社の「情報利用側アプリケーション３
０」サーバー３１は、引数として渡された「ビデオデッ
キ」に関するコミュニティに対する情報照会依頼を、Ａ
社のコミュニティサーバー６に送る。コミュニティサー
バー６は情報照会依頼を受け取り、コミュニティサーバ
ー６が保持している「ビデオデッキ」に関するコミュニ
ティに対して、そのコミュニティ内に含まれる任意のエ
ージェントを抽出する。ここではＣさんとＥさんが「ビ
デオデッキ」に関するコミュニティに含まれているた
め、Ｃさんが抽出される。

【０２４４】Ａ社のコミュニティサーバー６は、Ｃさん
のエージェント、即ち「被収集側アプリケーション１
０」クライアント１２に対して、Ｇ社の「情報利用側ア
プリケーション３０」サーバー３１から送られた「ビデ
オデッキ」に関する情報照会依頼を転送する。

【０２４５】Ｃさんの「被収集側アプリケーション１
０」クライアント１２は受け取った情報照会依頼の処理
機能、即ち画面上に「ビデオデッキ」に関する情報照会
依頼の内容を表示し、入力画面を表示してＣさんに利用
体験情報の入力を促す。

【０２４６】ここで、Ｃさんは、既にＢ社のビデオデッ
キを購入して使い始めていたとする。Ｃさんは「被収集
側アプリケーション１０」クライアント１２の入力画面
に必要事項を記入すると、その内容を情報照会依頼に対
する返答としてＡ社のコミュニティサーバー６に提供す
る。

【０２４７】Ａ社のコミュニティサーバー６は、受け取
った返答を、Ｇ社の「情報利用側アプリケーション３
０」サーバー３１に対して、「ビデオデッキ」に関する
情報照会依頼に対する返答として送信する。

【０２４８】（情報利用側アプリケーション３０の説
明）Ｇ社の「情報利用側アプリケーション３０」サーバ
ー３１は返答を受け取り、呼び出し元であるＨさんの
「情報利用側アプリケーション３０」クライアント３２
に返却する。

【０２４９】Ｈさんの「情報利用側アプリケーション３
０」クライアント３２は結果を受け取り、Ｈさんに対し
その結果、即ち「ビデオデッキ」の使用体験情報を画面
表示する。

【０２５０】（ＣＭ等の表示による収入源の説明）Ｈさ
んの「情報利用側アプリケーション３０」クライアント
３２は、入力画面や結果表示画面上に、広告を表示する
機能を持つ。

【０２５１】Ｇ社の「情報利用側アプリケーション３
０」サーバー３１は、Ｉ社の広告を適宜、Ｈさんの「情
報利用側アプリケーション３０」クライアント３２に表
示させるよう指示を行う。Ｈさんの「情報利用側アプリ
ケーション３０」クライアント３２は指示を受け、Ｉ社
の広告を表示する。Ｇ社の「情報利用側アプリケーショ
ン３０」サーバー３１は、広告を表示させた回数を蓄積
しておき、Ｉ社に対する広告料の請求に用いる。

【０２５２】Ｇ社はＨさんからの情報照会依頼を受け、
Ａ社のコミュニティサーバー６を利用した回数を蓄積し
ておき、Ａ社に対し契約内容に従ってコミュニティサー
バー６の利用料金を支払う。

【０２５３】（成功報酬の支払いの説明）Ｈさんの「情
報利用側アプリケーション３０」クライアント３２は、
Ｇ社の「情報利用側アプリケーション３０」サーバー３
１に対する情報照会依頼の結果を受け取ってその結果、
即ち「ビデオデッキ」の使用体験情報を画面表示した
後、次に、表示した使用体験情報が有用であったかどう
かの評価を入力する画面を表示し、アンケートの記入を
Ｈさんに促す。Ｈさんは、得られた使用体験情報が著し
く有用であったかどうかの評価結果を、「情報利用側ア
プリケーション３０」クライアント３２の画面上で選択
する。「情報利用側アプリケーション３０」クライアン
ト３２はそのアンケート結果をＧ社の「情報利用側アプ
リケーション３０」サーバー３１に送信する。

【０２５４】Ｇ社の「情報利用側アプリケーション３
０」サーバー３１は、得られたアンケート結果に基づ
き、Ａ社のコミュニティサーバー６が保持する「ビデオ
デッキ」に関するコミュニティ内のエージェントである
ところのＣさんの「被収集側アプリケーション１０」ク
ライアント１２の利用者、即ちＣさんを特定する。Ａ社
のコミュニティサーバー６は、Ｃさんを特定するために
必要な情報を提供する。Ｇ社の「情報利用側アプリケー
ション１０」サーバー１１は、Ｃさんに対して、情報提
供の対価として報奨金を支払う。

【０２５５】［情報利用側アプリケーション４０］ （情報利用側アプリケーション４０の説明）情報利用側
アプリケーション４０は、企業がユーザーに広告等のお
知らせを送信するアプリケーションである。

【０２５６】広告代理店Ｊ社は、情報利用側アプリケー
ション４０として、広告等のお知らせをユーザーに送信
するサーバーを設置する。

【０２５７】（コミュニティ通知機能利用に関する直接
収入の説明）Ｊ社は、広告主であるパソコンメーカーの
Ｋ社と契約し、広告表示回数に応じた金銭報酬をＫ社か
ら受け取ることで合意する。

【０２５８】Ｊ社はコミュニティサーバー６を運営する
Ａ社と契約し、Ａ社のコミュニティサーバー６の利用権
を得る。契約内容として、Ｊ社はＡ社に対し、Ａ社のコ
ミュニティサーバー６を利用してＫ社の広告を配信した
ユーザーの数に応じた料金を支払うことで合意する。

【０２５９】（情報利用側アプリケーション４０の説
明）情報利用側アプリケーション４０は、Ｋ社の広告
を、下記で示すコミュニティ通知処理を実行することに
より、Ｋ社のパソコンに興味を持ちそうなユーザーに送
信する。

【０２６０】（コミュニティ通知処理の説明）Ｊ社の情
報利用側アプリケーション４０は、Ｋ社のパソコンの広
告をパソコンに関するコミュニティに対して通知して欲
しいという通知処理依頼を、Ａ社のコミュニティサーバ
ー６に送る。コミュニティサーバー６は通知処理依頼を
受け取り、コミュニティサーバー６が保持しているパソ
コンに関するコミュニティに対してそのコミュニティ内
に含まれる任意または全てのエージェントを列挙する。
ここではＤさんがパソコンに関するコミュニティに含ま
れているため、Ｄさんが列挙対象となる。

【０２６１】Ａ社のコミュニティサーバー６は、Ｊ社の
情報利用側アプリケーション４０から依頼されたＫ社の
パソコンの広告を、Ｄさんのエージェント、即ち「被収
集側アプリケーション１０」クライアント１２に通知す
る。

【０２６２】「被収集側アプリケーション１０」クライ
アント１２は、通知された情報の表示機能、即ちコミュ
ニティサーバー６を通じて通知された広告等のお知らせ
の内容を表示する機能を具備する。この機能によって、
「被収集側アプリケーション１０」クライアント１２は
Ｄさんに対し、Ｋ社のパソコンの広告を表示する。

【０２６３】Ｄさんは広告代理店Ｊ社から受け取る広告
が不快であると感じた際は、「被収集側アプリケーショ
ン１０」クライアント１２の設定画面にＪ社の情報を入
力することによって、Ｊ社から受け取った広告等のお知
らせを表示しないようにできる。

【０２６４】（コミュニティ通知機能利用に関する直接
収入の説明）情報利用側アプリケーション４０の運営者
であるＪ社は、Ｋ社の広告を何人のユーザーに通知した
かを蓄積し、Ｋ社に対して契約内容に従って広告料を請
求する。

【０２６５】情報利用側アプリケーション４０の運営者
であるＪ社は、コミュニティサーバー６の運営者である
Ａ社に対し、契約内容に従ってコミュニティサーバー６
の利用料金を支払う。

【０２６６】

【発明の効果】以上説明したように、本発明によれば、
ユーザー端末において、他のユーザー端末との通信メッ
セージの送受信時またはその後にそのメッセージから少
なくともプリンシパルを抽出し、少なくとも前記プリン
シパル及び自ユーザー端末の識別子を含むコミュニティ
登録要求をコミュニティサーバーに送信し、また、コミ
ュニティサーバーにおいて、少なくともプリンシパル及
びユーザー端末の識別子を含むコミュニティ登録要求を
受信し、コミュニティ登録要求中のプリンシパルに関連
するコミュニティが存在しない場合、新規にコミュニテ
ィを生成し、そのプリンシパル及びユーザー端末の識別
子を記憶し、コミュニティ登録要求中のプリンシパルに
関連するコミュニティが存在する場合、コミュニティ登
録要求中のユーザー端末の識別子を追加してコミュニテ
ィを更新することにより、プリンシパルが少なくとも１
つ共通するユーザー端末の集合であるコミュニティを生
成・更新し、これによって、多くのユーザーの情報を自
動的に収集し、これを複数のユーザーに対して提供する
とともに、ユーザーが自ユーザー端末の識別子を入力す
ることなく、情報通知対象のユーザー端末の識別子を自
動的に収集することが可能となる。

【０２６７】また、本発明によれば、コミュニティサー
バーにおいて、情報を利用するユーザーより少なくとも
プリンシパルを含むコミュニティへの情報照会要求を受
け取り、プリンシパルが一致するコミュニティを検索し
選択し、選択したコミュニティに属する少なくとも１つ
のユーザー端末を選択し、選択したユーザー端末にコミ
ュニティへの情報照会要求を送信したユーザー端末の識
別子及びコミュニティへの情報照会要求の少なくとも一
部を送信することにより、あるいは情報を利用するユー
ザーより少なくともプリンシパルを含むコミュニティへ
の情報照会要求を受け取り、プリンシパルが一致するコ
ミュニティを検索し選択し、選択したコミュニティに属
する少なくとも１つのユーザー端末を選択し、選択した
ユーザー端末にコミュニティへの情報照会要求の少なく
とも一部を送信し、送信したコミュニティへの情報照会
要求に対する回答の少なくとも一部を情報照会要求を送
信したユーザーに返送することにより、情報を利用する
ユーザーに該情報をプリンシパルとするコミュニティに
属するユーザー端末との情報流通を提供し、これによっ
て、回答者が事前に質問サービス業者と契約している人
に限定されることなく、質問に対し役立つ回答を得る機
会が多くなるという利点がある。

【０２６８】また、本発明によれば、コミュニティサー
バーにおいて、情報を利用するユーザーより少なくとも
プリンシパルを含むコミュニティへの通知要求を受け取
り、プリンシパルが一致するコミュニティを検索し選択
し、選択したコミュニティに属する少なくとも１つのユ
ーザー端末を選択し、選択したユーザー端末にコミュニ
ティへの通知要求の少なくとも一部を送信することによ
り、プリンシパルが一致するコミュニティに属するユー
ザー端末へ情報を通知することが可能となり、これによ
って、情報通知対象のユーザー端末の識別子が自社のサ
ーバー等に蓄積された識別子に限られることなく、情報
通知による広告、宣伝効果が高くなるという利点があ
る。

【０２６９】また、本発明によれば、コミュニティサー
バーにおいて、コミュニティ登録要求を送信したユーザ
ー端末に対してコミュニティ登録の対価として金銭的価
値を有するデータを送信し、ユーザー端末において、コ
ミュニティサーバーよりコミュニティ登録の対価として
金銭的価値を有するデータを受信することにより、ユー
ザーの情報提供に対するインセンティブを強化でき、こ
れによって、ユーザーに情報通知先となる自ユーザー端
末の識別子の積極的な提供を促すことが可能になるとい
う利点がある。

【図面の簡単な説明】

【図１】本発明の情報収集流通方法の実施の形態の一例
を示すシステム構成図

【図２】本発明の情報収集流通方法の実施の形態の一例
を示すアプリケーション構成図

【図３】エージェント群の協調動作による各アプリケー
ションの実装の様子を示す説明図

【図４】第１の被収集側アプリケーションによる情報収
集の様子を示す説明図

【図５】第１の被収集側アプリケーションのサーバーの
詳細を示すブロック図

【図６】第１の被収集側アプリケーションのクライアン
トの詳細を示すブロック図

【図７】コミュニティサーバーの詳細を示すブロック図

【図８】第１の被収集側アプリケーションにおける情報
収集の際の処理の流れ図

【図９】形式文法情報及び追加情報の一例を示す説明図

【図１０】コミュニティを表現するデータ構造の一例を
示す説明図

【図１１】第１の被収集側アプリケーションにおけるサ
ーバー運営者への情報提供料の支払い処理の流れ図

【図１２】第１の被収集側アプリケーションにおけるク
ライアント利用者への情報提供料の支払い処理の流れ図

【図１３】第２の被収集側アプリケーションによる情報
収集の様子を示す説明図

【図１４】第２の被収集側アプリケーションの詳細を示
すブロック図

【図１５】第２の被収集側アプリケーションにおける情
報収集の際の処理の流れ図

【図１６】第１の情報利用側アプリケーションによる情
報利用の様子を示す説明図

【図１７】第１の情報利用側アプリケーションのサーバ
ーの詳細を示すブロック図

【図１８】第１の情報利用側アプリケーションのクライ
アントの詳細を示すブロック図

【図１９】第１の情報利用側アプリケーションにおける
情報利用の際の処理の流れ図

【図２０】第１の情報利用側アプリケーションにおける
情報提供報酬の支払い処理の流れ図

【図２１】第２の情報利用側アプリケーションによる情
報利用の様子を示す説明図

【図２２】第２の情報利用側アプリケーションの詳細を
示すブロック図

【図２３】第２の情報利用側アプリケーション情報利用
の際の処理の流れ図

【図２４】本発明の実施の形態における情報の流れの全
体像を示す説明図

【図２５】本発明の実施の形態におけるお金の流れの全
体像を示す説明図

【符号の説明】

１：ネットワーク、２，２ｐ，２ｑ，２ｒ，２ｘ，２
ｙ，２ｚ：ホスト（ユーザ端末）、３：エージェント実
行環境、４：エージェント、５：プリンシパルサーバ
ー、６：コミュニティサーバー、１０：第１の被収集側
アプリケーション、１１：第１の被収集側アプリケーシ
ョンのサーバ、１２：第１の被収集側アプリケーション
のクライアント、２０：第２の被収集側アプリケーショ
ン、３０：第１の情報利用側アプリケーション、３１：
第１の情報利用側アプリケーションのサーバ、３２：第
１の情報利用側アプリケーションのクライアント、４
０：第２の情報利用側アプリケーション。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/30 １７０ Ｇ０６Ｆ 17/30 １７０Ｚ ３４０ ３４０Ａ

Claims (24)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上のユーザー端末から情報
   を収集し、該収集した情報からユーザーの興味対象を表
   すキーワードであるプリンシパルを抽出し、ネットワー
   クに接続されたコミュニティサーバーによりプリンシパ
   ルが少なくとも１つ共通するユーザー端末の集合である
   コミュニティを生成し、情報を利用するユーザーに該情
   報をプリンシパルとするコミュニティに属するユーザー
   端末との情報流通を提供する情報収集流通方法であっ
   て、 ユーザー端末は、 他のユーザー端末との通信メッセージの送受信時または
   その後にそのメッセージから少なくともプリンシパルを
   抽出するステップと、 少なくとも前記プリンシパル及び自ユーザー端末の識別
   子を含むコミュニティ登録要求をコミュニティサーバー
   に送信するステップとを行い、 コミュニティサーバーは、 少なくともプリンシパル及びユーザー端末の識別子を含
   むコミュニティ登録要求を受信するステップと、 コミュニティ登録要求中のプリンシパルに関連するコミ
   ュニティが存在しない場合、新規にコミュニティを生成
   し、そのプリンシパル及びユーザー端末の識別子を記憶
   するステップと、 コミュニティ登録要求中のプリンシパルに関連するコミ
   ュニティが存在する場合、コミュニティ登録要求中のユ
   ーザー端末の識別子を追加してコミュニティを更新する
   ステップとを行うことを特徴とする情報収集流通方法。
2. 【請求項２】 ネットワーク上のユーザー端末から情報
   を収集し、該収集した情報からユーザーの興味対象を表
   すキーワードであるプリンシパルを抽出し、ネットワー
   クに接続されたコミュニティサーバーによりプリンシパ
   ルが少なくとも１つ共通するユーザー端末の集合である
   コミュニティを生成し、情報を利用するユーザーに該情
   報をプリンシパルとするコミュニティに属するユーザー
   端末との情報流通を提供する情報収集流通方法であっ
   て、 ユーザー端末は、 他のユーザー端末との通信メッセージの送受信時または
   その後にそのメッセージから少なくともプリンシパルを
   抽出するステップと、 少なくとも前記プリンシパル及び自ユーザー端末の識別
   子を含むコミュニティ登録要求をコミュニティサーバー
   に送信するステップとを行うことを特徴とする情報収集
   流通方法。
3. 【請求項３】 ネットワーク上のユーザー端末から情報
   を収集し、該収集した情報からユーザーの興味対象を表
   すキーワードであるプリンシパルを抽出し、ネットワー
   クに接続されたコミュニティサーバーによりプリンシパ
   ルが少なくとも１つ共通するユーザー端末の集合である
   コミュニティを生成し、情報を利用するユーザーに該情
   報をプリンシパルとするコミュニティに属するユーザー
   端末との情報流通を提供する情報収集流通方法であっ
   て、 コミュニティサーバーは、 少なくともプリンシパル及びユーザー端末の識別子を含
   むコミュニティ登録要求を受信するステップと、 コミュニティ登録要求中のプリンシパルに関連するコミ
   ュニティが存在しない場合、新規にコミュニティを生成
   し、そのプリンシパル及びユーザー端末の識別子を記憶
   するステップと、 コミュニティ登録要求中のプリンシパルに関連するコミ
   ュニティが存在する場合、コミュニティ登録要求中のユ
   ーザー端末の識別子を追加してコミュニティを更新する
   ステップとを行うことを特徴とする情報収集流通方法。
4. 【請求項４】 請求項１または２記載の情報収集流通方
   法において、 ユーザー端末は、前記に加え、 プリンシパル毎にその抽出回数を記憶するステップと、 抽出したプリンシパルのそれまでの抽出回数が所定値よ
   り大きい場合にのみコミュニティ登録要求を指示するス
   テップとを行うことを特徴とする情報収集流通方法。
5. 【請求項５】 請求項１記載の情報収集流通方法におい
   て、 ユーザー端末は、前記に加え、 コミュニティサーバーよりコミュニティ登録の対価とし
   て金銭的価値を有するデータを受信するステップを行
   い、 コミュニティサーバーは、前記に加え、 コミュニティ登録要求を送信したユーザー端末に対して
   コミュニティ登録の対価として金銭的価値を有するデー
   タを送信するステップを行うことを特徴とする情報収集
   流通方法。
6. 【請求項６】 請求項２記載の情報収集流通方法におい
   て、 ユーザー端末は、前記に加え、 コミュニティサーバーよりコミュニティ登録の対価とし
   て金銭的価値を有するデータを受信するステップを行う
   ことを特徴とする情報収集流通方法。
7. 【請求項７】 請求項３記載の情報収集流通方法におい
   て、 コミュニティサーバーは、前記に加え、 コミュニティ登録要求を送信したユーザー端末に対して
   コミュニティ登録の対価として金銭的価値を有するデー
   タを送信するステップを行うことを特徴とする情報収集
   流通方法。
8. 【請求項８】 請求項１または３記載の情報収集流通方
   法において、 コミュニティサーバーは、前記に加え、 情報を利用するユーザーより少なくともプリンシパルを
   含むコミュニティへの情報照会要求を受け取るステップ
   と、 プリンシパルが一致するコミュニティを検索し、選択す
   るステップと、 選択したコミュニティに属する少なくとも１つのユーザ
   ー端末を選択するステップと、 選択したユーザー端末にコミュニティへの情報照会要求
   を送信したユーザー端末の識別子及びコミュニティへの
   情報照会要求の少なくとも一部を送信するステップとを
   行うことを特徴とする情報収集流通方法。
9. 【請求項９】 請求項１または３記載の情報収集流通方
   法において、 コミュニティサーバーは、前記に加え、 情報を利用するユーザーより少なくともプリンシパルを
   含むコミュニティへの情報照会要求を受け取るステップ
   と、 プリンシパルが一致するコミュニティを検索し、選択す
   るステップと、 選択したコミュニティに属する少なくとも１つのユーザ
   ー端末を選択するステップと、 選択したユーザー端末にコミュニティへの情報照会要求
   の少なくとも一部を送信するステップと、 送信したコミュニティへの情報照会要求に対する回答の
   少なくとも一部を情報照会要求を送信したユーザーに返
   送するステップとを行うことを特徴とする情報収集流通
   方法。
10. 【請求項１０】 請求項１または３記載の情報収集流通
    方法において、 コミュニティサーバーは、前記に加え、 情報を利用するユーザーより少なくともプリンシパルを
    含むコミュニティへの通知要求を受け取るステップと、 プリンシパルが一致するコミュニティを検索し、選択す
    るステップと、 選択したコミュニティに属する少なくとも１つのユーザ
    ー端末を選択するステップと、 選択したユーザー端末にコミュニティへの通知要求の少
    なくとも一部を送信するステップとを行うことを特徴と
    する情報収集流通方法。
11. 【請求項１１】 請求項８ないし１０いずれか記載の情
    報収集流通方法において、 コミュニティサーバーは、前記に加え、 情報を利用するユーザーよりコミュニティへの情報照会
    要求又はコミュニティへの通知要求の対価として金銭的
    価値を有するデータを受信するステップを行うことを特
    徴とする情報収集流通方法。
12. 【請求項１２】 請求項８または９記載の情報収集流通
    方法において、 コミュニティサーバーは、前記に加え、 コミュニティへの情報照会要求を送信したユーザーより
    情報照会要求に回答したユーザー端末に対する回答への
    対価として金銭的価値を有するデータを受信し、当該回
    答したユーザー端末に対して回答への対価として金銭的
    価値を有するデータを送信するステップを行うことを特
    徴とする情報収集流通方法。
13. 【請求項１３】 ネットワーク上のユーザー端末から情
    報を収集し、該収集した情報からユーザーの興味対象を
    表すキーワードであるプリンシパルを抽出し、ネットワ
    ークに接続されたコミュニティサーバーによりプリンシ
    パルが少なくとも１つ共通するユーザー端末の集合であ
    るコミュニティを生成し、情報を利用するユーザーに該
    情報をプリンシパルとするコミュニティに属するユーザ
    ー端末との情報流通を提供するユーザー端末用情報収集
    流通プログラム及びコミュニティサーバー用情報収集流
    通プログラムを記録した媒体であって、 前記ユーザー端末用情報収集流通プログラムはコンピュ
    ータに読み込まれた時、該コンピュータに、 他のユーザー端末との通信メッセージの送受信時または
    その後にそのメッセージから少なくともプリンシパルを
    抽出するステップと、 少なくとも前記プリンシパル及び自ユーザー端末の識別
    子を含むコミュニティ登録要求をコミュニティサーバー
    に送信するステップとを行わせ、 前記コミュニティサーバー用情報収集流通プログラムは
    コンピュータに読み込まれた時、該コンピュータに、 少なくともプリンシパル及びユーザー端末の識別子を含
    むコミュニティ登録要求を受信するステップと、 コミュニティ登録要求中のプリンシパルに関連するコミ
    ュニティが存在しない場合、新規にコミュニティを生成
    し、そのプリンシパル及びユーザー端末の識別子を記憶
    するステップと、 コミュニティ登録要求中のプリンシパルに関連するコミ
    ュニティが存在する場合、コミュニティ登録要求中のユ
    ーザー端末の識別子を追加してコミュニティを更新する
    ステップとを行わせることを特徴とする情報収集流通プ
    ログラムを記録した媒体。
14. 【請求項１４】 ネットワーク上のユーザー端末から情
    報を収集し、該収集した情報からユーザーの興味対象を
    表すキーワードであるプリンシパルを抽出し、ネットワ
    ークに接続されたコミュニティサーバーによりプリンシ
    パルが少なくとも１つ共通するユーザー端末の集合であ
    るコミュニティを生成し、情報を利用するユーザーに該
    情報をプリンシパルとするコミュニティに属するユーザ
    ー端末との情報流通を提供するユーザー端末用情報収集
    流通プログラムを記録した媒体であって、 前記ユーザー端末用情報収集流通プログラムはコンピュ
    ータに読み込まれた時、該コンピュータに、 他のユーザー端末との通信メッセージの送受信時または
    その後にそのメッセージから少なくともプリンシパルを
    抽出するステップと、 少なくとも前記プリンシパル及び自ユーザー端末の識別
    子を含むコミュニティ登録要求をコミュニティサーバー
    に送信するステップとを行わせることを特徴とする情報
    収集流通プログラムを記録した媒体。
15. 【請求項１５】 ネットワーク上のユーザー端末から情
    報を収集し、該収集した情報からユーザーの興味対象を
    表すキーワードであるプリンシパルを抽出し、ネットワ
    ークに接続されたコミュニティサーバーによりプリンシ
    パルが少なくとも１つ共通するユーザー端末の集合であ
    るコミュニティを生成し、情報を利用するユーザーに該
    情報をプリンシパルとするコミュニティに属するユーザ
    ー端末との情報流通を提供するコミュニティサーバー用
    情報収集流通プログラムを記録した媒体であって、 前記コミュニティサーバー用情報収集流通プログラムは
    コンピュータに読み込まれた時、該コンピュータに、 少なくともプリンシパル及びユーザー端末の識別子を含
    むコミュニティ登録要求を受信するステップと、 コミュニティ登録要求中のプリンシパルに関連するコミ
    ュニティが存在しない場合、新規にコミュニティを生成
    し、そのプリンシパル及びユーザー端末の識別子を記憶
    するステップと、 コミュニティ登録要求中のプリンシパルに関連するコミ
    ュニティが存在する場合、コミュニティ登録要求中のユ
    ーザー端末の識別子を追加してコミュニティを更新する
    ステップとを行わせることを特徴とする情報収集流通プ
    ログラムを記録した媒体。
16. 【請求項１６】 請求項１３または１４記載の情報収集
    流通プログラムを記録した媒体において、 ユーザー端末用情報収集流通プログラムはコンピュータ
    に読み込まれた時、該コンピュータに、前記に加え、 プリンシパル毎にその抽出回数を記憶するステップと、 抽出したプリンシパルのそれまでの抽出回数が所定値よ
    り大きい場合にのみコミュニティ登録要求を指示するス
    テップとを行わせることを特徴とする情報収集流通プロ
    グラムを記録した媒体。
17. 【請求項１７】 請求項１３記載の情報収集流通プログ
    ラムを記録した媒体において、 ユーザー端末用情報収集流通プログラムはコンピュータ
    に読み込まれた時、該コンピュータに、前記に加え、 コミュニティサーバーよりコミュニティ登録の対価とし
    て金銭的価値を有するデータを受信するステップを行わ
    せ、 コミュニティサーバー用情報収集流通プログラムはコン
    ピュータに読み込まれた時、該コンピュータに、前記に
    加え、 コミュニティ登録要求を送信したユーザー端末に対して
    コミュニティ登録の対価として金銭的価値を有するデー
    タを送信するステップを行わせることを特徴とする情報
    収集流通プログラムを記録した媒体。
18. 【請求項１８】 請求項１４記載の情報収集流通プログ
    ラムを記録した媒体において、 ユーザー端末用情報収集流通プログラムはコンピュータ
    に読み込まれた時、該コンピュータに、前記に加え、 コミュニティサーバーよりコミュニティ登録の対価とし
    て金銭的価値を有するデータを受信するステップを行わ
    せることを特徴とする情報収集流通プログラムを記録し
    た媒体。
19. 【請求項１９】 請求項１５記載の情報収集流通プログ
    ラムを記録した媒体において、 コミュニティサーバー用情報収集流通プログラムはコン
    ピュータに読み込まれた時、該コンピュータに、前記に
    加え、 コミュニティ登録要求を送信したユーザー端末に対して
    コミュニティ登録の対価として金銭的価値を有するデー
    タを送信するステップを行わせることを特徴とする情報
    収集流通プログラムを記録した媒体。
20. 【請求項２０】 請求項１３または１５記載の情報収集
    流通プログラムを記録した媒体において、 コミュニティサーバー用情報収集流通プログラムはコン
    ピュータに読み込まれた時、該コンピュータに、前記に
    加え、 情報を利用するユーザーより少なくともプリンシパルを
    含むコミュニティへの情報照会要求を受け取るステップ
    と、 プリンシパルが一致するコミュニティを検索し、選択す
    るステップと、 選択したコミュニティに属する少なくとも１つのユーザ
    ー端末を選択するステップと、 選択したユーザー端末にコミュニティへの情報照会要求
    を送信したユーザー端末の識別子及びコミュニティへの
    情報照会要求の少なくとも一部を送信するステップとを
    行わせることを特徴とする情報収集流通プログラムを記
    録した媒体。
21. 【請求項２１】 請求項１３または１５記載の情報収集
    流通プログラムを記録した媒体において、 コミュニティサーバー用情報収集流通プログラムはコン
    ピュータに読み込まれた時、該コンピュータに、前記に
    加え、 情報を利用するユーザーより少なくともプリンシパルを
    含むコミュニティへの情報照会要求を受け取るステップ
    と、 プリンシパルが一致するコミュニティを検索し、選択す
    るステップと、 選択したコミュニティに属する少なくとも１つのユーザ
    ー端末を選択するステップと、 選択したユーザー端末にコミュニティへの情報照会要求
    の少なくとも一部を送信するステップと、 送信したコミュニティへの情報照会要求に対する回答の
    少なくとも一部を情報照会要求を送信したユーザーに返
    送するステップとを行わせることを特徴とする情報収集
    流通プログラムを記録した媒体。
22. 【請求項２２】 請求項１３または１５記載の情報収集
    流通プログラムを記録した媒体において、 コミュニティサーバー用情報収集流通プログラムはコン
    ピュータに読み込まれた時、該コンピュータに、前記に
    加え、 情報を利用するユーザーより少なくともプリンシパルを
    含むコミュニティへの通知要求を受け取るステップと、 プリンシパルが一致するコミュニティを検索し、選択す
    るステップと、 選択したコミュニティに属する少なくとも１つのユーザ
    ー端末を選択するステップと、 選択したユーザー端末にコミュニティへの通知要求の少
    なくとも一部を送信するステップとを行わせることを特
    徴とする情報収集流通プログラムを記録した媒体。
23. 【請求項２３】 請求項２０ないし２２いずれか記載の
    情報収集流通プログラムを記録した媒体において、 コミュニティサーバー用情報収集流通プログラムはコン
    ピュータに読み込まれた時、該コンピュータに、前記に
    加え、 情報を利用するユーザーよりコミュニティへの情報照会
    要求又はコミュニティへの通知要求の対価として金銭的
    価値を有するデータを受信するステップを行わせること
    を特徴とする情報収集流通方法。
24. 【請求項２４】 請求項２０または２１記載の情報収集
    流通プログラムを記録した媒体において、 コミュニティサーバー用情報収集流通プログラムはコン
    ピュータに読み込まれた時、該コンピュータに、前記に
    加え、 コミュニティへの情報照会要求を送信したユーザーより
    情報照会要求に回答したユーザー端末に対する回答への
    対価として金銭的価値を有するデータを受信し、当該回
    答したユーザー端末に対して回答への対価として金銭的
    価値を有するデータを送信するステップを行わせること
    を特徴とする情報収集流通プログラムを記録した媒体。