JPH09179910A - 電子仲介システムおよび方法 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザの個人情報を公開することなく、知ら
ないユーザ同士を電子的に仲介して、個人情報の交換を
可能にすることが課題である。 【解決手段】 ユーザＡおよびＢが、それぞれ端末３１
−１および３１−２上で仲介条件や個人情報を設定する
と、それらの情報を持ったプロセスである仲介エージェ
ント３４−１および３４−２が生成される。仲介エージ
ェント３４−１と３４−２は、通信ネットワーク３２を
介してサービスセンタ３３に移動し、個人情報を第３者
に知られることなく、互いに情報を交換する。相手の個
人情報を入手した仲介エージェント３４−１と３４−２
は、それぞれのユーザの端末に戻って結果を報告する。
このサービスを利用して、中古品の売買相手を探した
り、同じ目的を持つユーザのグループを生成することが
可能になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置によ
り互いに知らないユーザ同士を電子的に仲介し、ユーザ
間の情報交換を可能にする電子仲介システムおよびその
方法に関する。

【０００２】

【従来の技術とその問題点】現状の電子メールシステム
では、メールを送受信する際に、通信相手のメールアド
レスなどの個人情報が必要となる。このような個人情報
は、個人的に相手を知っているか、または人づてに相手
を知り得た場合に入手することができる。それ以外の方
法としては、パソコン通信のフォーラムや掲示板といっ
た誰でも参照できる公の場所に自分の個人情報を公開
し、不特定多数の相手からの連絡を待つ方法が一般的で
ある。

【０００３】しかし、このような公の場所に個人情報を
公開した場合、本来の情報交換以外の目的を持った者に
個人情報を参照され、それを悪用されることも想定され
る。例えば、メールアドレスを公開した場合、それを他
の掲示板等に無断で転載され、希望していない相手から
のメールが届いてしまう恐れがある。

【０００４】本発明は、ユーザの個人情報を公開するこ
となく、知らないユーザ同士を電子的に仲介して、個人
情報の交換を可能にする電子仲介システムおよびその方
法を提供することを目的とする。

【０００５】

【課題を解決するための手段】図１は、本発明の電子仲
介システムの原理図である。図１の電子仲介システム
は、情報管理手段１と情報仲介手段２を備える。

【０００６】情報管理手段１は、ユーザにより設定され
た設定情報を受け取り、その設定情報をユーザ毎に保持
する。情報仲介手段２は、第１のユーザの第１の設定情
報と第２のユーザの第２の設定情報とを公開することな
く、第１および第２の設定情報に含まれる条件の下で、
第１および第２の設定情報に含まれる個人情報同士を仲
介する。

【０００７】例えば、第１の設定情報は第１のユーザの
計算機端末３から入力され、第２の設定情報は第２のユ
ーザの計算機端末４から入力される。これらの設定情報
は、それぞれ条件と個人情報を含み、情報管理手段１に
格納される。

【０００８】ここで、設定情報に含まれる条件は、例え
ば電子仲介システムの利用目的や仲介相手に関する希望
条件等であり、個人情報は、例えばユーザの氏名、性
別、住所、電話番号、メールアドレス等の個人的な情報
である。

【０００９】情報仲介手段２は、第１および第２の設定
情報を他のユーザに公開することなく、第１および第２
のユーザの間で個人情報同士の仲介を行う。情報仲介手
段２は、まず情報管理手段１に格納された第１および第
２の設定情報の条件を参照し、これらの条件に適合する
範囲で、それらの個人情報同士を仲介する。

【００１０】例えば、第１の設定情報に中古車を買いた
いという希望条件が設定されており、第２の設定情報に
同じ種類の中古車を売りたいという希望条件が設定され
ていれば、これらの条件は互いに適合すると判断する。
そして、第１および第２の設定情報の個人情報を交換す
る。

【００１１】仲介された個人情報はそれぞれ仲介相手の
端末に送られ、第１および第２のユーザは互いに相手の
個人情報を知ることができる。例えば、中古車の売買の
場合、これらのユーザは個人情報に含まれる連絡先情報
により相手に連絡し、より詳細な売買交渉を行うことが
できる。

【００１２】この構成によれば、ユーザ同士の仲介を行
うか否かを情報仲介手段２が判定するので、個人情報の
秘密性が保持され、知らないユーザ同士が知り合うこと
が可能になる。また、特定の趣味を持つ２人以上のユー
ザが相互に個人情報を交換して、１つのグループを構成
することも可能になる。

【００１３】例えば、図１の情報管理手段１は、実施形
態の図７におけるＣＰＵ４１、メモリ４２、およびデー
タベース４５に対応し、情報仲介手段２はＣＰＵ４１お
よびメモリ４２に対応する。

【００１４】

【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態を詳細に説明する。実施形態の電子仲介
システムは、電子メール機能を提供する情報処理システ
ムにおいて、ユーザ同士の出会いのための場所を提供す
る。電子メールのユーザは、個人情報の他に各種項目を
設定した情報をこの場所に送り込み、２人またはそれ以
上のユーザの情報同士で、設定された項目に関する特定
の条件が満足された場合に、お互いの個人情報を交換す
る。これにより、ユーザはお互いの個人情報を知ること
ができる。

【００１５】このようなシステムを用意すれば、中古品
を売りたい／買いたい、同じ趣味を持った友人を作りた
い等の特定の利用目的を持った者同士が、公の場に個人
情報を公開することなく、お互いに知り合うことができ
る。

【００１６】また、情報を交換できる仕組みを以下のよ
うに制御することで、きめ細かな出会いの処理を実現で
きる。ここでは、情報同士の出会いの条件を次の組合せ
で設定する。 （１）同義語による出会い 例えば、「出会いたい」という同じ希望を持つユーザ同
士を仲介する。 （２）対語による出会い 例えば、「買いたい」と「売りたい」、「知りたい」と
「教えたい」のように対をなす希望を持つユーザ同士を
仲介する。 （３）一致項目率または一致項目数による出会い 例えば、設定された項目がすべて一致したユーザ同士を
仲介する。または、項目が半数以上一致すれば仲介す
る、あるいは、１個でも項目が一致すれば仲介するな
ど。 （４）特定条件の設定による出会い 例えば、特定の項目だけが一致したユーザ同士を仲介す
る。

【００１７】次に、このような情報同士の出会いを実現
するために、仲介を依頼するユーザが設定する情報の例
について説明する。電子仲介システムによる仲介サービ
スを受けようとする依頼者は、その端末上で次のような
情報を設定する。 （ａ）利用目的（／で区切られた各利用目的は異なるユ
ーザの利用目的を表す） 同義語による出会い：出会いたい／出会いたい、など 対語による出会い：買いたい／売りたい、知りたい／教
えたい、など グループ生成：グループを作りたい／グループを作りた
い／グループを作りたい／〜、など ここで、各利用目的は辞書化しておき、「買いたい」と
「買ってみたい」のように同意味で別語となる曖昧な状
況を発生しにくくする。つまり、考えられる同義語は、
同じ利用目的を表す語として登録しておく。 （ｂ）仲介形式 １対１：出会いたい／出会いたい、など １対ｎ：買いたい／売りたい、知りたい／教えたい、な
ど ｎ人のグループ：グループを作りたい／グループを作り
たい／グループを作りたい／〜、など ここで、ｎは任意の複数であり、仲介最大数として設定
される。 （ｃ）仲介期間 仲介サービス上で設定した各種情報の有効期間を規定す
る。この有効期間は可変であり、例えば出会いが発生す
れば延長できる。 （ｄ）仲介報告機会 仲介サービスで情報が仲介された場合の報告の機会を表
す。例えば、仲介が完了したら報告する、仲介の度に報
告する、一定期間毎に途中経過を報告するなど。 （ｅ）詳細項目 購入品名、性別や電話番号等の個人情報、趣味、要望
（中古／新品等）等の項目を表す。各詳細項目は、利用
目的に依存して必須または選択となる。項目毎に必須／
選択を設定することもある。詳細項目の入力方法は次の
通り様々である。

【００１８】・○×式（〜が好き／嫌い、など） ・選択式（男／女、など） ・文字直接入力 ・辞書から用語を選択入力 各詳細項目はさらに次のような付加情報を持ち、仲介サ
ービスで使用される。

【００１９】・求める相手に仲介できた場合、相手にそ
の項目の情報を渡しても良いか渡さないで欲しいか ・その項目は仲介するための必須の条件である、選択条
件である、特定の２つの項目のうちのどちらかが一致す
れば仲介する、複数の項目のうちどれか１つでも一致す
れば仲介する、複数の項目のうち半分以上一致すれば仲
介する、など。 （ｆ）報告先 仲介できた場合に、どこに報告するかを表す。例えば、
仲介依頼者のメールボックス／電話／ＦＡＸ／パソコン
通信等の特定のメールアドレスなどを選択できる。

【００２０】以上のような情報がユーザの端末から電子
仲介サービスのサービスセンタに送られると、サービス
センタによる仲介サービスが開始される。ところで、こ
のような設定情報の送信や仲介された相手の情報の返送
は、任意の通信処理により実現可能であるが、本実施形
態では、一例としてリモートプログラミングに基づく言
語であるテレスクリプト（Telescript）による方法を用
いることにする。

【００２１】テレスクリプトによるリモートプログラミ
ングにおいては、データを保持するプロセスの一種であ
るエージェント（Agent ）が用いられる。この場合に
は、各ユーザの設定情報を各エージェントに持たせるこ
とが可能であるため、複数のユーザの情報を独立に管理
することができる。さらに、エージェントは自律的に機
能して他のエージェントと情報を交換するという特徴が
あるため、上述のような仲介サービスに適している。

【００２２】テレスクリプトによるリモートプログラミ
ングについては、「リモートプログラミングの実施方
法」（特願平６−１７９７６７、特開平７−１８２１７
４）に詳述されているが、ここでその手法について説明
する。

【００２３】このリモートプログラミングは、複数の計
算機システムを結ぶ通信ネットワーク上での処理を記述
する方法の一種で、ネットワークを渡り歩く移動可能な
プロセスであるエージェントと、エージェントが入って
くる固定プロセスであるプレイス（Place ）により実現
される。

【００２４】図２は、プレイスの構成を示している。プ
レイスは、他のプロセスと識別可能なテレネーム（tele
name）を持ち、任意有限個の子プロセスを持つことがで
きる。また、プレイスは、自己および他のプロセスより
参照可能な任意有限個のデータと、自己および他のプロ
セスより呼出し可能な任意有限個の手続きとを有する。

【００２５】さらに、メインルーチンとして手続きlive
を持ち、作成されたプレイスはｌｉｖｅを実行する。プ
レイスは、ｌｉｖｅが実行されている間だけ存在し、ｌ
ｉｖｅが終了すると消滅する。プレイスが消滅すると、
その子プロセスも終了し、消滅する。

【００２６】図３は、エージェントの構成を示してい
る。エージェントは、他のプロセスと識別可能なテレネ
ームを持ち、あるプレイスの中の子プロセスとしてのみ
存在する。また、エージェントは、自己および他のプロ
セスより参照可能な任意有限個のデータと、自己および
他のプロセスより呼出し可能な任意有限個の手続きとを
有する。

【００２７】さらに、メインルーチンとして手続きｌｉ
ｖｅを持ち、作成されたエージェントはｌｉｖｅを実行
する。エージェントは、ｌｉｖｅが実行されている間だ
け存在し、ｌｉｖｅが終了すると消滅する。エージェン
トの手続きｌｉｖｅの中でコマンドｇｏが実行される
と、そのエージェントはネットワークを介して指定され
た行き先へ移動する。

【００２８】図４は、コマンドｇｏによるオペレーショ
ンの例を示している。図４において、プレイス１１内の
エージェント１２は、ｇｏの実行により、行き先のプレ
イス１４を指定するデータであるチケット（Ticket）１
３を得て、指定されたプレイス１４に移動する。

【００２９】このとき、エージェント１２は、ｇｏによ
りｌｉｖｅの実行を一時中断し、保持したデータととも
に凍結（圧縮）され、パック化される。そして、チケッ
ト１３に示されたプレイス１４に送られ、プレイス１４
により受け入れをチェックされる。プレイス１４に受け
入れられると、その中に子プロセスとして置かれた後、
解凍（伸張）され、ｇｏの次のコマンドからｌｉｖｅの
実行を再開する。

【００３０】また、エージェントは、手続きｌｉｖｅの
中で自己の置かれているプレイス内にある他のエージェ
ントを求めるコマンドｍｅｅｔを呼出すことができる。
コマンドｍｅｅｔの実行時には、エージェントは相手の
エージェントを指定するデータであるペティション（Pe
tition）を用いる。

【００３１】図５は、コマンドｍｅｅｔによるオペレー
ションの例を示している。図５において、プレイス２１
内のエージェント２２は、コマンドｍｅｅｔによりある
ペティションを指定する。プレイス２１は、ペティショ
ンにより指定された条件に該当するエージェントを探
す。そして、プレイス２１内に該当するエージェントが
なければ、そのようなエージェントが入ってくるまで待
つ。

【００３２】プレイス２１内のエージェント２３がペテ
ィションの条件に該当すれば、プレイス２１は、エージ
ェント２２が相互作用を希望していることをエージェン
ト２３に伝える。そして、エージェント２３がエージェ
ント２２の希望を受け入れる旨の戻り値を返すと、プレ
イス２１は、エージェント２３へのポインタをｍｅｅｔ
の戻り値としてエージェント２２に返す。その後、エー
ジェント２２は、エージェント２３へ直接アクセスし
て、情報交換等を行うことが可能になる。

【００３３】図６は、上述のようなリモートプログラミ
ングを用いた電子仲介システムの構成図である。図６に
おいて、サービスセンタ３３は電子仲介サービスを行う
計算機システムで、通信ネットワーク３２を介してユー
ザＡの端末３１−１およびユーザＢの端末３１−２と結
ばれている。尚、通信ネットワーク３２には、そのほか
にも図示されない多数のユーザ端末が接続されている。

【００３４】例えば、ユーザＡが端末３１−１上で必要
な情報を設定すると、ユーザＡの情報を持つ仲介エージ
ェント３４−１が自動的に生成され、通信ネットワーク
３２を介してサービスセンタ３３へ移動する。ユーザＢ
の情報を持つ仲介エージェント３４−２もまた端末３１
−２上で同様にして生成され、サービスセンタ３３へ移
動する。

【００３５】サービスセンタ３３内には、仲介サービス
３５、電子メールサービス３６、およびその他の各種サ
ービス３７を提供するプロセスがあらかじめ用意されて
いる。サービスセンタ３３に到着した仲介エージェント
３４−１、３４−２は、仲介サービス３５を提供するプ
ロセスの働きにより、仲介可能である場合に引き合され
て、相互に情報を交換する。

【００３６】相手に引き合わされて情報を獲得した仲介
エージェント３４−１、３４−２は電子メールサービス
３６経由で、それぞれ依頼元の端末３１−１、３１−２
に情報を報告する。こうして、各ユーザは、自分の個人
情報を不特定多数の人に公開することなく、希望する他
のユーザの個人情報を入手できる。

【００３７】図７は、サービスセンタ３３の構成図であ
る。図１０のサービスセンタ３３は、ＣＰＵ（中央処理
装置）４１、メモリ４２、通信部４３、データベース４
５、およびそれらを結ぶバス４４を有し、通信部４３を
介して通信ネットワーク３２に接続されている。

【００３８】ＣＰＵ４１はメモリ４２を利用して、仲介
サービス３５、電子メールサービス３６、各種サービス
３７を提供するために必要なプロセスを生成し、データ
ベース４５のデータを参照しながら処理を行う。仲介エ
ージェント３４−１、３４−２は通信ネットワーク３２
から通信部４３を介してメモリ４２に入り込み、相手の
情報を獲得すると再び通信ネットワーク３２上に出て行
く。

【００３９】次に、図８および図９を参照しながら、仲
介サービス３５の具体的な実現例を説明する。図８は、
仲介サービス３５の構成を示している。仲介サービス３
５には、売買サービス５１、グループ生成サービス５
２、および紹介サービス５３が含まれる。売買サービス
５１は上述した１対ｎの仲介形式のサービスを提供し、
グループ生成サービス５２はｎ人のグループを生成する
サービスを提供し、紹介サービス５３は１対１の仲介形
式のサービスを提供する。

【００４０】図９は、図８の各サービス５１、５２、５
３における仲介エージェントの流れを示している。図９
において、各サービス毎に受付プレイス６２と待合せプ
レイス６３が生成され、端末から入ってきた仲介エージ
ェントの受け入れを行う。受付プレイス６２には１つの
受付エージェント６４が常駐し、それに対応して受付デ
ータベース６１がデータベース４５内に設けられる。受
付データベース６１には、各仲介エージェントの情報が
仲介エージェント毎に格納される。

【００４１】図９における仲介エージェント３４−１の
動きは次の通りである。以下では、コマンドｇｏにより
エージェントが移動することを単に「ｇｏする」と記述
し、コマンドｍｅｅｔにより他のエージェントと相互作
用を行うことを単に「ｍｅｅｔする」と記述する。

【００４２】依頼主であるユーザＡが仲介サービスの
依頼を行った場合、仲介エージェント３４−１が端末３
１−１から受付プレイス６２へｇｏする。 仲介エージェント３４−１は、受付プレイス６２上で
受付エージェント６４とｍｅｅｔする。このとき、受付
エージェント６４は、仲介エージェント３４−１から仲
介情報を受け取る。そして、受け取った仲介情報をもと
に、受付データベース６１に格納されている受付情報を
検索して、仲介エージェント３４−１に仲介可能な他の
仲介エージェントが待合せプレイス６３に存在するかど
うかを判断する。仲介できる場合は、相手の仲介エージ
ェントの識別情報を仲介エージェント３４−１に通知
し、まだ仲介できない場合は仲介できない旨を通知す
る。

【００４３】仲介エージェント３４−１は、受付プレ
イス６２から待合せプレイス６３へｇｏする。 仲介可能な他の仲介エージェントが存在する場合、仲
介エージェント３４−１はその仲介エージェントとｍｅ
ｅｔする。仲介可能な他の仲介エージェントが存在しな
い場合、仲介されるまで待ち合わせる処理を行う。ここ
では、ユーザＢの仲介エージェント３４−２が既に待合
せプレイス６３で待っていて、これが仲介可能であるた
め、仲介エージェント３４−１とｍｅｅｔし、情報交換
を行う。

【００４４】仲介を受けた場合、または仲介期間を過
ぎた場合、仲介エージェント３４−１は依頼元の端末３
１−１へｇｏして、結果を報告する。仲介エージェント
３４−１が持ち帰った情報は、電子メールの形式で端末
３１−１のディスプレイに表示される。各仲介エージェ
ントの仲介期間は受付データベース６１に登録され、受
付エージェント６４により管理される。

【００４５】また、仲介エージェント３４−２も依頼元
の端末３１−２へｇｏして、結果を報告する。こうし
て、受付エージェント６４、受付プレイス６２、および
待合せプレイス６３の働きにより、互いに知らないユー
ザの仲介エージェント同士がｍｅｅｔする仕組みが提供
される。

【００４６】仲介エージェント同士が情報交換をした場
合は、交換相手の連絡先、交換相手の設定情報、情報交
換を行った日時等を各依頼元に報告する。交換相手の連
絡先としては、メールアドレス、電話番号、ＦＡＸ番号
などが通知される。

【００４７】以上の基本的な仲介エージェントの流れ
は、各サービス５１、５２、５３に共通であるが、売買
サービス５１およびグループ生成サービス５２の場合は
仲介相手の数が仲介最大数ｎに達するまで待合せプレイ
ス６３にとどまり、紹介サービスの場合は１つの相手に
仲介されると直ちに依頼元へｇｏする。

【００４８】次に、受付データベース６１に格納される
受付情報について説明する。受付情報は、各仲介エージ
ェントが運んでくる設定情報に基づいて、受付エージェ
ント６４により登録される。

【００４９】図１０は、売買サービス５１における受付
情報の例を示している。この場合、受付データベース６
１には、仲介エージェント単位で次のような情報が格納
されている。

【００５０】・仲介エージェント識別情報（仲介エージ
ェントの識別子など） ・利用目的（中古品購入、中古品売却、など） ・仲介最大数（仲介を希望する相手の最大数） ・現在の仲介数（現時点での仲介済みの相手数） ・仲介期限（仲介期間が切れる期限） ・仲介結果報告先（メールアドレスなど） ・希望価格（〜円以下、〜円以上、要相談、など） ・価格条件（当方送料負担、貴方送料負担、など） ・売買品目 ・売買詳細情報 詳細情報識別名（メーカ名、機種名、などの識別情報） 詳細情報属性（文字、数値、数値の大小、列挙値、など
の識別情報） 詳細情報値（文字列、数値、など） 仲介条件（取引に必須の条件、選択条件、など） また、図１１は、グループ生成サービス５２における受
付情報の例を示している。この場合、受付データベース
６１には、仲介エージェント単位で次のような情報が格
納されている。

【００５１】・仲介エージェント識別情報（仲介エージ
ェントの識別子など） ・利用目的（趣味グループ生成など） ・仲介最大数（仲介を希望する相手の最大数） ・現在の仲介数（現時点での仲介済みの相手数） ・仲介期限（仲介期間が切れる期限） ・仲介結果報告先（メールアドレスなど） ・グループ構成規模（グループ構成員数の範囲など） ・グループ生成詳細情報 詳細情報属性（文字、数値、数値の大小、列挙値、など
の識別情報） 詳細情報値（文字列、数値、など） 仲介条件（グループ生成に必須の条件、選択条件、な
ど） 図１１において、仲介最大数は、あらかじめ待合せプレ
イス６３に入れるエージェントの許容数に設定されてい
るが、グループ構成規模が入力されると、許容範囲内で
それに合わせて変更される。

【００５２】紹介サービス５３における受付情報は、仲
介最大数が１になる以外は、基本的に売買サービス５１
と同様である。次に、図１２から図２１を参照しなが
ら、ユーザ端末上での情報の設定方法を説明する。情報
の入力にはキーボードやポインティング・デバイスなど
の入力機器が用いられる。

【００５３】図１２は、ユーザ端末のディスプレイに表
示される電子仲介サービスの初期画面を示している。初
期画面には、利用目的を入力する入力欄（入力ボック
ス）が表示される。以下、図１３から図１７までは売買
サービス５１における設定情報の入力例を示しており、
図１８から図２１まではグループ生成サービス５２にお
ける設定情報の入力例を示している。

【００５４】図１３に示すように、ユーザが利用目的と
して“中古品売却”を入力すると売買サービス５１が選
択され、売却品の入力欄が出現する。次に図１４に示す
ように、売却品として“パソコン”を入力すると、“パ
ソコン”に応じて用意された項目の入力欄が出現する。
ここでは、メーカ、機種名、使用年数、売却希望価格の
各入力欄が表示される。これらの項目は、図１０の売買
詳細情報および希望価格に相当する。

【００５５】これらの各項目に情報を入力すると、次に
図１５に示すように、仲介最大数および仲介期間の入力
欄が出現する。図１５においては、売却希望価格の欄に
“要相談”と入力されている。次に図１６に示すよう
に、仲介期間として“１ヵ月”を入力すると、報告先の
入力欄が出現する。

【００５６】そして、図１７に示すように、報告先とし
て自分の電子メールアドレスを入力するとすべての情報
入力が終了し、サービスセンタ３３へ情報を送信するた
めの送信ボックス７１が出現する。送信ボックス７１を
ポインティング・デバイスでタップすると、設定情報を
持つ仲介エージェントがサービスセンタ３３に送られ、
仲介サービスが開始される。

【００５７】また、図１８に示すように、ユーザが利用
目的として“趣味グループ生成”を入力するとグループ
生成サービス５２が選択され、主なジャンルを入力する
入力欄が出現する。次に図１９に示すように、主なジャ
ンルとして“クラシック音楽”を入力すると、それに応
じた詳細項目の入力欄が出現する。ここでは、例えば好
きな曲、好きな作曲家、好きな楽器などの各入力欄が表
示される。これらの詳細項目は、図１１のグループ生成
詳細情報に相当する。

【００５８】これらの各項目に情報を入力すると、次に
図２０に示すように、仲介期間、報告先、およびグルー
プ構成の入力欄が出現する。図２０においては、好きな
作曲家の欄に「モーツァルト」と入力されており、この
項目は必須の仲介条件と指定されている。

【００５９】出現した各入力欄に情報を入力するとすべ
ての情報入力が終了し、図２１に示すように、サービス
センタ３３へ情報を送信するための送信ボックス７１が
出現する。図２１においては、グループ構成として「１
０人以上２０人未満」という希望条件が入力されてい
る。この場合、仲介最大数ｎは、例えば２０に自動的に
設定される。

【００６０】そして、送信ボックス７１をタップする
と、設定情報を持つ仲介エージェントがサービスセンタ
３３に送られ、仲介サービスが開始される。次に、図２
２から図２５までを参照しながら、仲介サービスにおけ
る受付エージェント６４および各仲介エージェントの処
理のフローを説明する。

【００６１】図２２は、受付エージェント６４の処理の
フローチャートである。図２２の処理は、売買サービス
５１、グループ生成サービス５２、紹介サービス５３に
共通している。

【００６２】図２２において処理が開始されると、受付
エージェント６４は、まず受付プレイス６２に入ってく
る次の仲介エージェントを待ち合わせる（ステップＳ
１）。次に、仲介エージェントとｍｅｅｔしたかどうか
を判定し（ステップＳ２）、ｍｅｅｔした場合は、その
仲介エージェントから仲介情報（設定情報）を入手する
（ステップＳ３）。

【００６３】次に、受付データベース６１から待合せプ
レイス６３にいる仲介エージェントの受付情報を入手し
（ステップＳ４）、仲介情報と受付情報を照らし合せる
（ステップＳ５）。

【００６４】仲介情報に設定された条件に該当する受付
情報があれば、仲介可能な他の仲介エージェントが待合
せプレイス６３上にいることを、ｍｅｅｔした仲介エー
ジェントに伝える（ステップＳ６）。このとき同時に、
待合せプレイス６３上にいる仲介エージェントとｍｅｅ
ｔすることにより、現在の仲介数が最大仲介数ｎに達す
るかどうかも伝えておく。最大仲介数に達する場合は待
合せが完了することになる。

【００６５】また、該当する受付情報がなければ、仲介
可能な仲介エージェントが待合せプレイス６３上にいな
いことを伝える（ステップＳ７）。次に、受付データベ
ース６１の受付情報を更新して（ステップＳ８）、ステ
ップＳ１以降の処理を繰り返す。ステップＳ８において
は、新たに入ってきた仲介エージェントの受付情報が作
成され、それとｍｅｅｔした仲介エージェントの現在の
仲介数に１が加算される。

【００６６】そして、ステップＳ１において、何らかの
理由でｍｅｅｔが失敗したり、これ以上待ち合わせを行
えなくなった場合には、ｍｅｅｔ失敗／サービス終了等
の例外処理を行って（ステップＳ９）、処理を終了す
る。

【００６７】図２３は、売買サービス５１における仲介
エージェントの処理のフローチャートである。図２３の
処理は、受付エージェント６４とｍｅｅｔした後に行わ
れる。図２３において処理が開始されると、仲介エージ
ェントは、まず受付プレイス６２から待合せプレイス６
３へｇｏする（ステップＳ１１）。

【００６８】次に、待合せプレイス６３に仲介可能な他
の仲介エージェントが存在するかどうかを調べる（ステ
ップＳ１２）。これはあらかじめ受付エージェント６４
から通知されているので、その情報を確認するだけでよ
い。仲介可能な仲介エージェントが存在しなければ、新
たな仲介エージェントが到着するまで待ち合わせ（ステ
ップＳ１３）、仲介期限が切れたかどうかを判定する
（ステップＳ１４）。

【００６９】仲介期限が切れていなければ、次に、他の
仲介エージェントが到着したかどうかを判定し（ステッ
プＳ１５）、到着していなければステップＳ１４以降の
処理を繰り返す。そして、ステップＳ１４で仲介期限が
切れれば、依頼元へ結果を報告して（ステップＳ１
６）、処理を終了する。

【００７０】ステップＳ１５において他の仲介エージェ
ントが到着した場合は、その仲介エージェントとｍｅｅ
ｔし、情報を交換する（ステップＳ１７）。そして、現
在の仲介数を１だけカウントアップし（ステップＳ１
８）、それが仲介最大数ｎに達したかどうかを調べる
（ステップＳ１９）。仲介最大数に達した場合はステッ
プＳ１６の処理を行って終了し、それに達しない場合は
ステップＳ１３以降の処理を繰り返す。

【００７１】また、ステップＳ１２において仲介可能な
仲介エージェントが存在すれば、その仲介エージェント
とｍｅｅｔし、情報を交換して（ステップＳ２０）、ス
テップＳ１８以降の処理を行う。

【００７２】こうして、図２２および図２３の処理の組
合せにより、売買サービス５１が実現される。紹介サー
ビス５３における仲介エージェントの処理は、仲介最大
数が１であることを除き、基本的に図２３の処理と同様
である。次に、グループ生成サービス５２における処理
を説明する。

【００７３】図２４は、グループ生成サービス５２の場
合に、受付エージェント６４が付加的に行う仲介期限更
新処理のフローチャートである。この仲介期限更新処理
は、図２２のステップＳ８において行われる。図２４に
おいて処理が開始されると、受付エージェント６４は、
まず仲介可能な他の仲介エージェントが待合せプレイス
６３上にいるかどうかを判定する（ステップＳ２１）。
実際には、この判定は図２２のステップＳ５において既
に行われているので、その判定結果を流用すればよい。

【００７４】仲介可能な仲介エージェントが既に存在す
れば、受付エージェント６４がｍｅｅｔした仲介エージ
ェントが持つ仲介期限と、待合せプレイス６３上の仲介
可能な仲介エージェントが持つ仲介期限を調べ、最も遅
い仲介期限を採用する（ステップＳ２２）。そして、こ
れらの仲介エージェントの受付情報内の仲介期限を、採
用した仲介期限に変更し（ステップＳ２３）、処理を終
了する。

【００７５】ステップＳ２１において仲介可能な仲介エ
ージェントが存在しなければ、そのまま処理を終了す
る。図２４の仲介期限更新処理により、グループ生成サ
ービス５２における仲介期間は、サービスセンタ３３に
送られてきた仲介エージェントが持つ仲介期間のうち最
も遅く終了するものに統一される。したがって、異なっ
た仲介期間が設定された複数の仲介エージェントに対し
て、それらの仲介期間が調整され、あるユーザにとって
は希望した仲介期間が結果的に延長される場合がある。
また、逆に、仲介期限として最も早いものを採用する構
成にすることも可能である。

【００７６】図２５は、グループ生成サービス５２にお
ける仲介エージェントの処理のフローチャートである。
図２５の処理は、受付エージェント６４とｍｅｅｔした
後に行われる。図２５において処理が開始されると、仲
介エージェントは、まず受付プレイス６２から待合せプ
レイス６３へｇｏする（ステップＳ３１）。

【００７７】次に、待合せプレイス６３に仲介可能な他
の仲介エージェントが存在するかどうかを調べる（ステ
ップＳ３２）。これはあらかじめ受付エージェント６４
から通知されているので、その情報を確認するだけでよ
い。仲介可能な仲介エージェントが存在しなければ、新
たな仲介エージェントが到着するまで待ち合わせ（ステ
ップＳ３３）、仲介期限が切れたかどうかを判定する
（ステップＳ３４）。

【００７８】仲介期限が切れていなければ、次に、他の
仲介エージェントが到着したかどうかを判定し（ステッ
プＳ３５）、到着していなければステップＳ３４以降の
処理を繰り返す。そして、ステップＳ３４で仲介期限が
切れれば、依頼元へ結果を報告して（ステップＳ３
６）、処理を終了する。

【００７９】ステップＳ３５において他の仲介エージェ
ントが到着した場合は、その仲介エージェントとｍｅｅ
ｔし、情報を交換する（ステップＳ３７）。このとき、
待合せが完了したかどうか、つまり現在の仲介数が仲介
最大数ｎに達したかどうかの情報を、到着した仲介エー
ジェントから獲得しておく。

【００８０】そして、相互の仲介期限を比較して、それ
らを最も遅い方の仲介期限に合わせて変更し（ステップ
Ｓ３８）、待合せが完了したかどうかを判定する（ステ
ップＳ３９）。待合せが完了した場合はステップＳ３６
の処理を行って終了し、完了しない場合はステップＳ３
３以降の処理を繰り返す。

【００８１】また、ステップＳ３２において仲介可能な
仲介エージェントが存在すれば、それらのすべての仲介
エージェントとｍｅｅｔし、情報を交換して（ステップ
Ｓ４０）、ステップＳ３８以降の処理を行う。この場
合、待合せが完了したかどうかは、処理主体の仲介エー
ジェント自身が受付エージェント６４から通知された情
報により判断する。

【００８２】こうして、図２２、２４、および２５の処
理の組合せにより、仲介期限を動的に変更可能なグルー
プ生成サービス５２が実現される。以上のようなリモー
トプログラミングを用いた実施形態によれば、エージェ
ントの自律性を利用することにより、個人情報の管理を
ユーザ毎に独立に行うことができ、その秘密性も保たれ
る。また、コマンドｍｅｅｔによりユーザ同士の情報交
換が自然に行われ、コマンドｇｏにより交換された情報
の報告も自動的に行われる。したがって、個人情報の秘
密性を保ったままで仲介サービスを行うことができる。

【００８３】尚、図９の実施形態では受付プレイス６２
と待合せプレイス６３を分離して設けているが、これら
を１つのプレイスにまとめて、そこで仲介エージェント
の受付および待合せを行うようにしてもよい。

【００８４】また、本発明を実施する際に、必ずしもエ
ージェントやプレイスを用いる必要はなく、それぞれの
処理を普通のプロセスにより行ってもよい。この場合
は、ネットワークを介したやりとりは、例えばＲＰＣ
（remote procedure call ）により実行される。

【００８５】

【発明の効果】本発明によれば、知らないユーザ同士
が、不特定多数の人に公開することなく、個人情報を交
換することが可能になる。このような仲介サービスを利
用して、物品等の売却を希望するユーザと購入を希望す
るユーザとの出会いの場を提供することができる。ま
た、同一目的を持つ複数のユーザが知り合ってグループ
を構成する場を提供することもできる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】プレイスの構成を示す図である。

【図３】エージェントの構成を示す図である。

【図４】オペレーションｇｏを示す図である。

【図５】オペレーションｍｅｅｔを示す図である。

【図６】電子仲介システムの構成図である。

【図７】サービスセンタの構成図である。

【図８】仲介サービスの構成を示す図である。

【図９】仲介サービスにおけるエージェントを示す図で
ある。

【図１０】売買サービスの受付データベース内の受付情
報を示す図である。

【図１１】グループ生成サービスの受付データベース内
の受付情報を示す図である。

【図１２】初期画面を示す図である。

【図１３】売買サービスの指定例を示す図である。

【図１４】売却品の入力例を示す図である。

【図１５】希望価格の入力例を示す図である。

【図１６】仲介期間の入力例を示す図である。

【図１７】報告先の入力例を示す図である。

【図１８】グループ生成サービスの指定例を示す図であ
る。

【図１９】ジャンルの入力例を示す図である。

【図２０】詳細項目の入力例を示す図である。

【図２１】グループ構成の入力例を示す図である。

【図２２】受付エージェントの処理のフローチャートで
ある。

【図２３】売買サービスの仲介エージェントの処理のフ
ローチャートである。

【図２４】グループ生成サービスにおける仲介期限更新
処理のフローチャートである。

【図２５】グループ生成サービスの仲介エージェントの
処理のフローチャートである。

【符号の説明】

１ 情報管理手段 ２ 情報仲介手段 ３，４，３１−１，３１−２ 端末 １１，１４，２１ プレイス １２，２２，２３ エージェント １３ チケット ３２ 通信ネットワーク ３３ サービスセンタ ３４−１，３４−２ 仲介エージェント ３５ 仲介サービス ３６ 電子メールサービス ３７ 各種サービス ４１ ＣＰＵ ４２ メモリ ４３ 通信部 ４４ バス ４５ データベース ５１ 売買サービス ５２ グループ生成サービス ５３ 紹介サービス ６１ 受付データベース ６２ 受付プレイス ６３ 待合せプレイス ６４ 受付エージェント

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ユーザの情報を管理する情報処理システ
   ムにおいて、 ユーザにより設定された設定情報を受け取り、該設定情
   報をユーザ毎に保持する情報管理手段と、 第１のユーザの第１の設定情報と第２のユーザの第２の
   設定情報とを公開することなく、該第１および第２の設
   定情報に含まれる条件の下で、該第１および第２の設定
   情報に含まれる個人情報同士を仲介する情報仲介手段と
   を備えることを特徴とする電子仲介システム。
2. 【請求項２】 前記情報仲介手段は、前記個人情報を交
   換することにより該個人情報同士を仲介することを特徴
   とする請求項１記載の電子仲介システム。
3. 【請求項３】 前記情報仲介手段は、前記第１および第
   ２の設定情報に含まれる条件同士が適合した場合に、前
   記個人情報同士を仲介することを特徴とする請求項１記
   載の電子仲介システム。
4. 【請求項４】 前記情報仲介手段により仲介された前記
   個人情報を、前記第１および第２のユーザに報告する報
   告手段をさらに備えることを特徴とする請求項１記載の
   電子仲介システム。
5. 【請求項５】 前記情報管理手段は、対をなす２つの異
   なる希望を持つ２人のユーザの設定情報を保持し、前記
   情報仲介手段は、前記第１および第２の設定情報に含ま
   れる希望同士が対をなす場合に、前記個人情報同士を仲
   介することを特徴とする請求項１記載の電子仲介システ
   ム。
6. 【請求項６】 前記情報仲介手段は、目的を持ったユー
   ザのグループを作る希望を持つ複数のユーザの設定情報
   を保持し、前記情報仲介手段は、前記第１および第２の
   設定情報に含まれる希望が共通のグループ生成である場
   合に、前記個人情報同士を仲介することを特徴とする請
   求項１記載の電子仲介システム。
7. 【請求項７】 前記情報管理手段が前記個人情報同士を
   仲介することのできるサービス期間を動的に変更する仲
   介期間変更手段をさらに備えることを特徴とする請求項
   １記載の電子仲介システム。
8. 【請求項８】 前記情報管理手段は、エージェントプロ
   セスを用いて、前記設定情報をユーザ毎に管理し、前記
   情報仲介手段は、前記第１の設定情報を持つ第１のエー
   ジェントプロセスと前記第２の設定情報を持つ第２のエ
   ージェントプロセスとが出会う場所を提供することを特
   徴とする請求項１記載の電子仲介システム。
9. 【請求項９】 計算機により使用された時、 ユーザにより設定された設定情報を受け取り、該設定情
   報をユーザ毎に保持する機能と、 第１のユーザの第１の設定情報と第２のユーザの第２の
   設定情報とを公開することなく、該第１および第２の設
   定情報に含まれる条件の下で、該第１および第２の設定
   情報に含まれる個人情報同士を仲介する機能とを該計算
   機に行わせることを特徴とする読み出し可能媒体。
10. 【請求項１０】 情報処理装置を用いてユーザの情報を
    管理する方法において、 ユーザにより設定された設定情報をユーザ毎に保持し、 第１のユーザの第１の設定情報と第２のユーザの第２の
    設定情報とを公開することなく、該第１および第２の設
    定情報に含まれる条件の下で、該第１および第２の設定
    情報に含まれる個人情報同士を仲介することを特徴とす
    る電子仲介方法。