(57)【特許請求の範囲】
【請求項１】
仲介に関するユーザの設定情報を入力可能な複数のユーザ端末装置と、
前記複数のユーザ端末装置から入力された各ユーザの設定情報に基づき複数のユーザ間の電子仲介サービスを行うサービスセンタとしての計算機システムと、
前記複数のユーザ端末装置と前記計算機システムとの間の情報通信を可能にする通信ネットワークとを備え、
前記計算機システムは、
前記ユーザ端末装置で入力され前記通信ネットワークを介して送られてきた前記設定情報を受け取り、該設定情報をユーザ毎にデータベースに保持する情報管理手段と、
前記情報管理手段の前記データベースに保持された複数の設定情報のうち、第１のユーザの第１の設定情報と第２のユーザの第２の設定情報とを公開することなく、該第１および第２の設定情報に含まれる希望条件が互いに適合するかどうかを判断し、適合していれば、前記第１の設定情報に含まれる個人情報を前記第２のユーザのユーザ端末装置へ送信すると共に、前記第２の設定情報に含まれる個人情報を前記第１のユーザのユーザ端末装置へ送信することにより、前記第１および第２の設定情報に含まれる個人情報同士を仲介する情報仲介手段と、
前記情報仲介手段によって互いに仲介可能な複数の設定情報が存在する場合、前記情報管理手段の前記データベースに設定情報の一部として保持された仲介期限、すなわち前記情報仲介手段が前記個人情報同士を仲介することのできる期間の切れる期限を、動的に変更する仲介期間変更手段とを備え、
前記情報管理手段は、目的を持ったユーザのグループを作る希望を持つ複数のユーザの設定情報を前記データベースに保持し、前記情報仲介手段は、前記第１および第２の設定情報に含まれる希望条件が共通のグループ生成である場合に、前記第１および第２のユーザの各ユーザ端末装置に互いの個人情報を送信することにより前記個人情報同士を仲介し、前記仲介期間変更手段は、前記データベースに保持された、前記共通のグループ生成を希望する複数のユーザについての前記仲介期限を、相互に比較し、該複数のユーザそれぞれの仲介期限のうちの最も遅い仲介期限を、前記共通のグループ生成を希望する各ユーザの仲介期限として前記データベースに保持することを特徴とする電子仲介システム。
【請求項２】
前記情報管理手段は、エージェントプロセスを用いて、前記設定情報をユーザ毎に管理し、前記情報仲介手段は、前記第１の設定情報を持つ第１のエージェントプロセスと前記第２の設定情報を持つ第２のエージェントプロセスとが出会う場所を提供することを特徴とする請求項１記載の電子仲介システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置により互いに知らないユーザ同士を電子的に仲介し、ユーザ間の情報交換を可能にする電子仲介システムおよびその方法に関する。
【０００２】
【従来の技術とその問題点】
現状の電子メールシステムでは、メールを送受信する際に、通信相手のメールアドレスなどの個人情報が必要となる。このような個人情報は、個人的に相手を知っているか、または人づてに相手を知り得た場合に入手することができる。それ以外の方法としては、パソコン通信のフォーラムや掲示板といった誰でも参照できる公の場所に自分の個人情報を公開し、不特定多数の相手からの連絡を待つ方法が一般的である。
【０００３】
しかし、このような公の場所に個人情報を公開した場合、本来の情報交換以外の目的を持った者に個人情報を参照され、それを悪用されることも想定される。例えば、メールアドレスを公開した場合、それを他の掲示板等に無断で転載され、希望していない相手からのメールが届いてしまう恐れがある。
【０００４】
本発明は、ユーザの個人情報を公開することなく、知らないユーザ同士を電子的に仲介して、個人情報の交換を可能にする電子仲介システムおよびその方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
図１は、本発明の電子仲介システムの原理図である。図１の電子仲介システムは、情報管理手段１と情報仲介手段２を備える。
【０００６】
情報管理手段１は、ユーザにより設定された設定情報を受け取り、その設定情報をユーザ毎に保持する。
情報仲介手段２は、第１のユーザの第１の設定情報と第２のユーザの第２の設定情報とを公開することなく、第１および第２の設定情報に含まれる条件の下で、第１および第２の設定情報に含まれる個人情報同士を仲介する。
【０００７】
例えば、第１の設定情報は第１のユーザの計算機端末３から入力され、第２の設定情報は第２のユーザの計算機端末４から入力される。これらの設定情報は、それぞれ条件と個人情報を含み、情報管理手段１に格納される。
【０００８】
ここで、設定情報に含まれる条件は、例えば電子仲介システムの利用目的や仲介相手に関する希望条件等であり、個人情報は、例えばユーザの氏名、性別、住所、電話番号、メールアドレス等の個人的な情報である。
【０００９】
情報仲介手段２は、第１および第２の設定情報を他のユーザに公開することなく、第１および第２のユーザの間で個人情報同士の仲介を行う。情報仲介手段２は、まず情報管理手段１に格納された第１および第２の設定情報の条件を参照し、これらの条件に適合する範囲で、それらの個人情報同士を仲介する。
【００１０】
例えば、第１の設定情報に中古車を買いたいという希望条件が設定されており、第２の設定情報に同じ種類の中古車を売りたいという希望条件が設定されていれば、これらの条件は互いに適合すると判断する。そして、第１および第２の設定情報の個人情報を交換する。
【００１１】
仲介された個人情報はそれぞれ仲介相手の端末に送られ、第１および第２のユーザは互いに相手の個人情報を知ることができる。例えば、中古車の売買の場合、これらのユーザは個人情報に含まれる連絡先情報により相手に連絡し、より詳細な売買交渉を行うことができる。
【００１２】
この構成によれば、ユーザ同士の仲介を行うか否かを情報仲介手段２が判定するので、個人情報の秘密性が保持され、知らないユーザ同士が知り合うことが可能になる。また、特定の趣味を持つ２人以上のユーザが相互に個人情報を交換して、１つのグループを構成することも可能になる。
【００１３】
例えば、図１の情報管理手段１は、実施形態の図７におけるＣＰＵ４１、メモリ４２、およびデータベース４５に対応し、情報仲介手段２はＣＰＵ４１およびメモリ４２に対応する。
【００１４】
【発明の実施の形態】
以下、図面を参照しながら、本発明の実施の形態を詳細に説明する。
実施形態の電子仲介システムは、電子メール機能を提供する情報処理システムにおいて、ユーザ同士の出会いのための場所を提供する。電子メールのユーザは、個人情報の他に各種項目を設定した情報をこの場所に送り込み、２人またはそれ以上のユーザの情報同士で、設定された項目に関する特定の条件が満足された場合に、お互いの個人情報を交換する。これにより、ユーザはお互いの個人情報を知ることができる。
【００１５】
このようなシステムを用意すれば、中古品を売りたい／買いたい、同じ趣味を持った友人を作りたい等の特定の利用目的を持った者同士が、公の場に個人情報を公開することなく、お互いに知り合うことができる。
【００１６】
また、情報を交換できる仕組みを以下のように制御することで、きめ細かな出会いの処理を実現できる。ここでは、情報同士の出会いの条件を次の組合せで設定する。
（１）同義語による出会い
例えば、「出会いたい」という同じ希望を持つユーザ同士を仲介する。
（２）対語による出会い
例えば、「買いたい」と「売りたい」、「知りたい」と「教えたい」のように対をなす希望を持つユーザ同士を仲介する。
（３）一致項目率または一致項目数による出会い
例えば、設定された項目がすべて一致したユーザ同士を仲介する。または、項目が半数以上一致すれば仲介する、あるいは、１個でも項目が一致すれば仲介するなど。
（４）特定条件の設定による出会い
例えば、特定の項目だけが一致したユーザ同士を仲介する。
【００１７】
次に、このような情報同士の出会いを実現するために、仲介を依頼するユーザが設定する情報の例について説明する。電子仲介システムによる仲介サービスを受けようとする依頼者は、その端末上で次のような情報を設定する。
（ａ）利用目的（／で区切られた各利用目的は異なるユーザの利用目的を表す）
同義語による出会い：出会いたい／出会いたい、など
対語による出会い：買いたい／売りたい、知りたい／教えたい、など
グループ生成：グループを作りたい／グループを作りたい／グループを作りたい／〜、など
ここで、各利用目的は辞書化しておき、「買いたい」と「買ってみたい」のように同意味で別語となる曖昧な状況を発生しにくくする。つまり、考えられる同義語は、同じ利用目的を表す語として登録しておく。
（ｂ）仲介形式
１対１：出会いたい／出会いたい、など
１対ｎ：買いたい／売りたい、知りたい／教えたい、など
ｎ人のグループ：グループを作りたい／グループを作りたい／グループを作りたい／〜、など
ここで、ｎは任意の複数であり、仲介最大数として設定される。
（ｃ）仲介期間
仲介サービス上で設定した各種情報の有効期間を規定する。この有効期間は可変であり、例えば出会いが発生すれば延長できる。
（ｄ）仲介報告機会
仲介サービスで情報が仲介された場合の報告の機会を表す。例えば、仲介が完了したら報告する、仲介の度に報告する、一定期間毎に途中経過を報告するなど。
（ｅ）詳細項目
購入品名、性別や電話番号等の個人情報、趣味、要望（中古／新品等）等の項目を表す。各詳細項目は、利用目的に依存して必須または選択となる。項目毎に必須／選択を設定することもある。詳細項目の入力方法は次の通り様々である。
【００１８】
・○×式（〜が好き／嫌い、など）
・選択式（男／女、など）
・文字直接入力
・辞書から用語を選択入力
各詳細項目はさらに次のような付加情報を持ち、仲介サービスで使用される。
【００１９】
・求める相手に仲介できた場合、相手にその項目の情報を渡しても良いか渡さないで欲しいか
・その項目は仲介するための必須の条件である、選択条件である、特定の２つの項目のうちのどちらかが一致すれば仲介する、複数の項目のうちどれか１つでも一致すれば仲介する、複数の項目のうち半分以上一致すれば仲介する、など。
（ｆ）報告先
仲介できた場合に、どこに報告するかを表す。例えば、仲介依頼者のメールボックス／電話／ＦＡＸ／パソコン通信等の特定のメールアドレスなどを選択できる。
【００２０】
以上のような情報がユーザの端末から電子仲介サービスのサービスセンタに送られると、サービスセンタによる仲介サービスが開始される。ところで、このような設定情報の送信や仲介された相手の情報の返送は、任意の通信処理により実現可能であるが、本実施形態では、一例としてリモートプログラミングに基づく言語であるテレスクリプト（Telescript）による方法を用いることにする。
【００２１】
テレスクリプトによるリモートプログラミングにおいては、データを保持するプロセスの一種であるエージェント（Agent ）が用いられる。この場合には、各ユーザの設定情報を各エージェントに持たせることが可能であるため、複数のユーザの情報を独立に管理することができる。さらに、エージェントは自律的に機能して他のエージェントと情報を交換するという特徴があるため、上述のような仲介サービスに適している。
【００２２】
テレスクリプトによるリモートプログラミングについては、「リモートプログラミングの実施方法」（特願平６−１７９７６７、特開平７−１８２１７４）に詳述されているが、ここでその手法について説明する。
【００２３】
このリモートプログラミングは、複数の計算機システムを結ぶ通信ネットワーク上での処理を記述する方法の一種で、ネットワークを渡り歩く移動可能なプロセスであるエージェントと、エージェントが入ってくる固定プロセスであるプレイス（Place ）により実現される。
【００２４】
図２は、プレイスの構成を示している。プレイスは、他のプロセスと識別可能なテレネーム（telename）を持ち、任意有限個の子プロセスを持つことができる。また、プレイスは、自己および他のプロセスより参照可能な任意有限個のデータと、自己および他のプロセスより呼出し可能な任意有限個の手続きとを有する。
【００２５】
さらに、メインルーチンとして手続きliveを持ち、作成されたプレイスはｌｉｖｅを実行する。プレイスは、ｌｉｖｅが実行されている間だけ存在し、ｌｉｖｅが終了すると消滅する。プレイスが消滅すると、その子プロセスも終了し、消滅する。
【００２６】
図３は、エージェントの構成を示している。エージェントは、他のプロセスと識別可能なテレネームを持ち、あるプレイスの中の子プロセスとしてのみ存在する。また、エージェントは、自己および他のプロセスより参照可能な任意有限個のデータと、自己および他のプロセスより呼出し可能な任意有限個の手続きとを有する。
【００２７】
さらに、メインルーチンとして手続きｌｉｖｅを持ち、作成されたエージェントはｌｉｖｅを実行する。エージェントは、ｌｉｖｅが実行されている間だけ存在し、ｌｉｖｅが終了すると消滅する。エージェントの手続きｌｉｖｅの中でコマンドｇｏが実行されると、そのエージェントはネットワークを介して指定された行き先へ移動する。
【００２８】
図４は、コマンドｇｏによるオペレーションの例を示している。図４において、プレイス１１内のエージェント１２は、ｇｏの実行により、行き先のプレイス１４を指定するデータであるチケット（Ticket）１３を得て、指定されたプレイス１４に移動する。
【００２９】
このとき、エージェント１２は、ｇｏによりｌｉｖｅの実行を一時中断し、保持したデータとともに凍結（圧縮）され、パック化される。そして、チケット１３に示されたプレイス１４に送られ、プレイス１４により受け入れをチェックされる。プレイス１４に受け入れられると、その中に子プロセスとして置かれた後、解凍（伸張）され、ｇｏの次のコマンドからｌｉｖｅの実行を再開する。
【００３０】
また、エージェントは、手続きｌｉｖｅの中で自己の置かれているプレイス内にある他のエージェントを求めるコマンドｍｅｅｔを呼出すことができる。コマンドｍｅｅｔの実行時には、エージェントは相手のエージェントを指定するデータであるペティション（Petition）を用いる。
【００３１】
図５は、コマンドｍｅｅｔによるオペレーションの例を示している。図５において、プレイス２１内のエージェント２２は、コマンドｍｅｅｔによりあるペティションを指定する。プレイス２１は、ペティションにより指定された条件に該当するエージェントを探す。そして、プレイス２１内に該当するエージェントがなければ、そのようなエージェントが入ってくるまで待つ。
【００３２】
プレイス２１内のエージェント２３がペティションの条件に該当すれば、プレイス２１は、エージェント２２が相互作用を希望していることをエージェント２３に伝える。そして、エージェント２３がエージェント２２の希望を受け入れる旨の戻り値を返すと、プレイス２１は、エージェント２３へのポインタをｍｅｅｔの戻り値としてエージェント２２に返す。その後、エージェント２２は、エージェント２３へ直接アクセスして、情報交換等を行うことが可能になる。
【００３３】
図６は、上述のようなリモートプログラミングを用いた電子仲介システムの構成図である。図６において、サービスセンタ３３は電子仲介サービスを行う計算機システムで、通信ネットワーク３２を介してユーザＡの端末３１−１およびユーザＢの端末３１−２と結ばれている。尚、通信ネットワーク３２には、そのほかにも図示されない多数のユーザ端末が接続されている。
【００３４】
例えば、ユーザＡが端末３１−１上で必要な情報を設定すると、ユーザＡの情報を持つ仲介エージェント３４−１が自動的に生成され、通信ネットワーク３２を介してサービスセンタ３３へ移動する。ユーザＢの情報を持つ仲介エージェント３４−２もまた端末３１−２上で同様にして生成され、サービスセンタ３３へ移動する。
【００３５】
サービスセンタ３３内には、仲介サービス３５、電子メールサービス３６、およびその他の各種サービス３７を提供するプロセスがあらかじめ用意されている。サービスセンタ３３に到着した仲介エージェント３４−１、３４−２は、仲介サービス３５を提供するプロセスの働きにより、仲介可能である場合に引き合されて、相互に情報を交換する。
【００３６】
相手に引き合わされて情報を獲得した仲介エージェント３４−１、３４−２は電子メールサービス３６経由で、それぞれ依頼元の端末３１−１、３１−２に情報を報告する。こうして、各ユーザは、自分の個人情報を不特定多数の人に公開することなく、希望する他のユーザの個人情報を入手できる。
【００３７】
図７は、サービスセンタ３３の構成図である。図１０のサービスセンタ３３は、ＣＰＵ（中央処理装置）４１、メモリ４２、通信部４３、データベース４５、およびそれらを結ぶバス４４を有し、通信部４３を介して通信ネットワーク３２に接続されている。
【００３８】
ＣＰＵ４１はメモリ４２を利用して、仲介サービス３５、電子メールサービス３６、各種サービス３７を提供するために必要なプロセスを生成し、データベース４５のデータを参照しながら処理を行う。仲介エージェント３４−１、３４−２は通信ネットワーク３２から通信部４３を介してメモリ４２に入り込み、相手の情報を獲得すると再び通信ネットワーク３２上に出て行く。
【００３９】
次に、図８および図９を参照しながら、仲介サービス３５の具体的な実現例を説明する。
図８は、仲介サービス３５の構成を示している。仲介サービス３５には、売買サービス５１、グループ生成サービス５２、および紹介サービス５３が含まれる。売買サービス５１は上述した１対ｎの仲介形式のサービスを提供し、グループ生成サービス５２はｎ人のグループを生成するサービスを提供し、紹介サービス５３は１対１の仲介形式のサービスを提供する。
【００４０】
図９は、図８の各サービス５１、５２、５３における仲介エージェントの流れを示している。図９において、各サービス毎に受付プレイス６２と待合せプレイス６３が生成され、端末から入ってきた仲介エージェントの受け入れを行う。受付プレイス６２には１つの受付エージェント６４が常駐し、それに対応して受付データベース６１がデータベース４５内に設けられる。受付データベース６１には、各仲介エージェントの情報が仲介エージェント毎に格納される。
【００４１】
図９における仲介エージェント３４−１の動きは次の通りである。以下では、コマンドｇｏによりエージェントが移動することを単に「ｇｏする」と記述し、コマンドｍｅｅｔにより他のエージェントと相互作用を行うことを単に「ｍｅｅｔする」と記述する。
【００４２】
▲１▼依頼主であるユーザＡが仲介サービスの依頼を行った場合、仲介エージェント３４−１が端末３１−１から受付プレイス６２へｇｏする。
▲２▼仲介エージェント３４−１は、受付プレイス６２上で受付エージェント６４とｍｅｅｔする。このとき、受付エージェント６４は、仲介エージェント３４−１から仲介情報を受け取る。そして、受け取った仲介情報をもとに、受付データベース６１に格納されている受付情報を検索して、仲介エージェント３４−１に仲介可能な他の仲介エージェントが待合せプレイス６３に存在するかどうかを判断する。仲介できる場合は、相手の仲介エージェントの識別情報を仲介エージェント３４−１に通知し、まだ仲介できない場合は仲介できない旨を通知する。
【００４３】
▲３▼仲介エージェント３４−１は、受付プレイス６２から待合せプレイス６３へｇｏする。
▲４▼仲介可能な他の仲介エージェントが存在する場合、仲介エージェント３４−１はその仲介エージェントとｍｅｅｔする。仲介可能な他の仲介エージェントが存在しない場合、仲介されるまで待ち合わせる処理を行う。ここでは、ユーザＢの仲介エージェント３４−２が既に待合せプレイス６３で待っていて、これが仲介可能であるため、仲介エージェント３４−１とｍｅｅｔし、情報交換を行う。
【００４４】
▲５▼仲介を受けた場合、または仲介期間を過ぎた場合、仲介エージェント３４−１は依頼元の端末３１−１へｇｏして、結果を報告する。仲介エージェント３４−１が持ち帰った情報は、電子メールの形式で端末３１−１のディスプレイに表示される。各仲介エージェントの仲介期間は受付データベース６１に登録され、受付エージェント６４により管理される。
【００４５】
また、仲介エージェント３４−２も依頼元の端末３１−２へｇｏして、結果を報告する。こうして、受付エージェント６４、受付プレイス６２、および待合せプレイス６３の働きにより、互いに知らないユーザの仲介エージェント同士がｍｅｅｔする仕組みが提供される。
【００４６】
仲介エージェント同士が情報交換をした場合は、交換相手の連絡先、交換相手の設定情報、情報交換を行った日時等を各依頼元に報告する。交換相手の連絡先としては、メールアドレス、電話番号、ＦＡＸ番号などが通知される。
【００４７】
以上の基本的な仲介エージェントの流れは、各サービス５１、５２、５３に共通であるが、売買サービス５１およびグループ生成サービス５２の場合は仲介相手の数が仲介最大数ｎに達するまで待合せプレイス６３にとどまり、紹介サービスの場合は１つの相手に仲介されると直ちに依頼元へｇｏする。
【００４８】
次に、受付データベース６１に格納される受付情報について説明する。受付情報は、各仲介エージェントが運んでくる設定情報に基づいて、受付エージェント６４により登録される。
【００４９】
図１０は、売買サービス５１における受付情報の例を示している。この場合、受付データベース６１には、仲介エージェント単位で次のような情報が格納されている。
【００５０】
・仲介エージェント識別情報（仲介エージェントの識別子など）
・利用目的（中古品購入、中古品売却、など）
・仲介最大数（仲介を希望する相手の最大数）
・現在の仲介数（現時点での仲介済みの相手数）
・仲介期限（仲介期間が切れる期限）
・仲介結果報告先（メールアドレスなど）
・希望価格（〜円以下、〜円以上、要相談、など）
・価格条件（当方送料負担、貴方送料負担、など）
・売買品目
・売買詳細情報
詳細情報識別名（メーカ名、機種名、などの識別情報）
詳細情報属性（文字、数値、数値の大小、列挙値、などの識別情報）
詳細情報値（文字列、数値、など）
仲介条件（取引に必須の条件、選択条件、など）
また、図１１は、グループ生成サービス５２における受付情報の例を示している。この場合、受付データベース６１には、仲介エージェント単位で次のような情報が格納されている。
【００５１】
・仲介エージェント識別情報（仲介エージェントの識別子など）
・利用目的（趣味グループ生成など）
・仲介最大数（仲介を希望する相手の最大数）
・現在の仲介数（現時点での仲介済みの相手数）
・仲介期限（仲介期間が切れる期限）
・仲介結果報告先（メールアドレスなど）
・グループ構成規模（グループ構成員数の範囲など）
・グループ生成詳細情報
詳細情報属性（文字、数値、数値の大小、列挙値、などの識別情報）
詳細情報値（文字列、数値、など）
仲介条件（グループ生成に必須の条件、選択条件、など）
図１１において、仲介最大数は、あらかじめ待合せプレイス６３に入れるエージェントの許容数に設定されているが、グループ構成規模が入力されると、許容範囲内でそれに合わせて変更される。
【００５２】
紹介サービス５３における受付情報は、仲介最大数が１になる以外は、基本的に売買サービス５１と同様である。
次に、図１２から図２１を参照しながら、ユーザ端末上での情報の設定方法を説明する。情報の入力にはキーボードやポインティング・デバイスなどの入力機器が用いられる。
【００５３】
図１２は、ユーザ端末のディスプレイに表示される電子仲介サービスの初期画面を示している。初期画面には、利用目的を入力する入力欄（入力ボックス）が表示される。以下、図１３から図１７までは売買サービス５１における設定情報の入力例を示しており、図１８から図２１まではグループ生成サービス５２における設定情報の入力例を示している。
【００５４】
図１３に示すように、ユーザが利用目的として“中古品売却”を入力すると売買サービス５１が選択され、売却品の入力欄が出現する。次に図１４に示すように、売却品として“パソコン”を入力すると、“パソコン”に応じて用意された項目の入力欄が出現する。ここでは、メーカ、機種名、使用年数、売却希望価格の各入力欄が表示される。これらの項目は、図１０の売買詳細情報および希望価格に相当する。
【００５５】
これらの各項目に情報を入力すると、次に図１５に示すように、仲介最大数および仲介期間の入力欄が出現する。図１５においては、売却希望価格の欄に“要相談”と入力されている。次に図１６に示すように、仲介期間として“１ヵ月”を入力すると、報告先の入力欄が出現する。
【００５６】
そして、図１７に示すように、報告先として自分の電子メールアドレスを入力するとすべての情報入力が終了し、サービスセンタ３３へ情報を送信するための送信ボックス７１が出現する。送信ボックス７１をポインティング・デバイスでタップすると、設定情報を持つ仲介エージェントがサービスセンタ３３に送られ、仲介サービスが開始される。
【００５７】
また、図１８に示すように、ユーザが利用目的として“趣味グループ生成”を入力するとグループ生成サービス５２が選択され、主なジャンルを入力する入力欄が出現する。次に図１９に示すように、主なジャンルとして“クラシック音楽”を入力すると、それに応じた詳細項目の入力欄が出現する。ここでは、例えば好きな曲、好きな作曲家、好きな楽器などの各入力欄が表示される。これらの詳細項目は、図１１のグループ生成詳細情報に相当する。
【００５８】
これらの各項目に情報を入力すると、次に図２０に示すように、仲介期間、報告先、およびグループ構成の入力欄が出現する。図２０においては、好きな作曲家の欄に「モーツァルト」と入力されており、この項目は必須の仲介条件と指定されている。
【００５９】
出現した各入力欄に情報を入力するとすべての情報入力が終了し、図２１に示すように、サービスセンタ３３へ情報を送信するための送信ボックス７１が出現する。図２１においては、グループ構成として「１０人以上２０人未満」という希望条件が入力されている。この場合、仲介最大数ｎは、例えば２０に自動的に設定される。
【００６０】
そして、送信ボックス７１をタップすると、設定情報を持つ仲介エージェントがサービスセンタ３３に送られ、仲介サービスが開始される。
次に、図２２から図２５までを参照しながら、仲介サービスにおける受付エージェント６４および各仲介エージェントの処理のフローを説明する。
【００６１】
図２２は、受付エージェント６４の処理のフローチャートである。図２２の処理は、売買サービス５１、グループ生成サービス５２、紹介サービス５３に共通している。
【００６２】
図２２において処理が開始されると、受付エージェント６４は、まず受付プレイス６２に入ってくる次の仲介エージェントを待ち合わせる（ステップＳ１）。次に、仲介エージェントとｍｅｅｔしたかどうかを判定し（ステップＳ２）、ｍｅｅｔした場合は、その仲介エージェントから仲介情報（設定情報）を入手する（ステップＳ３）。
【００６３】
次に、受付データベース６１から待合せプレイス６３にいる仲介エージェントの受付情報を入手し（ステップＳ４）、仲介情報と受付情報を照らし合せる（ステップＳ５）。
【００６４】
仲介情報に設定された条件に該当する受付情報があれば、仲介可能な他の仲介エージェントが待合せプレイス６３上にいることを、ｍｅｅｔした仲介エージェントに伝える（ステップＳ６）。このとき同時に、待合せプレイス６３上にいる仲介エージェントとｍｅｅｔすることにより、現在の仲介数が最大仲介数ｎに達するかどうかも伝えておく。最大仲介数に達する場合は待合せが完了することになる。
【００６５】
また、該当する受付情報がなければ、仲介可能な仲介エージェントが待合せプレイス６３上にいないことを伝える（ステップＳ７）。
次に、受付データベース６１の受付情報を更新して（ステップＳ８）、ステップＳ１以降の処理を繰り返す。ステップＳ８においては、新たに入ってきた仲介エージェントの受付情報が作成され、それとｍｅｅｔした仲介エージェントの現在の仲介数に１が加算される。
【００６６】
そして、ステップＳ１において、何らかの理由でｍｅｅｔが失敗したり、これ以上待ち合わせを行えなくなった場合には、ｍｅｅｔ失敗／サービス終了等の例外処理を行って（ステップＳ９）、処理を終了する。
【００６７】
図２３は、売買サービス５１における仲介エージェントの処理のフローチャートである。図２３の処理は、受付エージェント６４とｍｅｅｔした後に行われる。図２３において処理が開始されると、仲介エージェントは、まず受付プレイス６２から待合せプレイス６３へｇｏする（ステップＳ１１）。
【００６８】
次に、待合せプレイス６３に仲介可能な他の仲介エージェントが存在するかどうかを調べる（ステップＳ１２）。これはあらかじめ受付エージェント６４から通知されているので、その情報を確認するだけでよい。仲介可能な仲介エージェントが存在しなければ、新たな仲介エージェントが到着するまで待ち合わせ（ステップＳ１３）、仲介期限が切れたかどうかを判定する（ステップＳ１４）。
【００６９】
仲介期限が切れていなければ、次に、他の仲介エージェントが到着したかどうかを判定し（ステップＳ１５）、到着していなければステップＳ１４以降の処理を繰り返す。そして、ステップＳ１４で仲介期限が切れれば、依頼元へ結果を報告して（ステップＳ１６）、処理を終了する。
【００７０】
ステップＳ１５において他の仲介エージェントが到着した場合は、その仲介エージェントとｍｅｅｔし、情報を交換する（ステップＳ１７）。そして、現在の仲介数を１だけカウントアップし（ステップＳ１８）、それが仲介最大数ｎに達したかどうかを調べる（ステップＳ１９）。仲介最大数に達した場合はステップＳ１６の処理を行って終了し、それに達しない場合はステップＳ１３以降の処理を繰り返す。
【００７１】
また、ステップＳ１２において仲介可能な仲介エージェントが存在すれば、その仲介エージェントとｍｅｅｔし、情報を交換して（ステップＳ２０）、ステップＳ１８以降の処理を行う。
【００７２】
こうして、図２２および図２３の処理の組合せにより、売買サービス５１が実現される。紹介サービス５３における仲介エージェントの処理は、仲介最大数が１であることを除き、基本的に図２３の処理と同様である。次に、グループ生成サービス５２における処理を説明する。
【００７３】
図２４は、グループ生成サービス５２の場合に、受付エージェント６４が付加的に行う仲介期限更新処理のフローチャートである。この仲介期限更新処理は、図２２のステップＳ８において行われる。図２４において処理が開始されると、受付エージェント６４は、まず仲介可能な他の仲介エージェントが待合せプレイス６３上にいるかどうかを判定する（ステップＳ２１）。実際には、この判定は図２２のステップＳ５において既に行われているので、その判定結果を流用すればよい。
【００７４】
仲介可能な仲介エージェントが既に存在すれば、受付エージェント６４がｍｅｅｔした仲介エージェントが持つ仲介期限と、待合せプレイス６３上の仲介可能な仲介エージェントが持つ仲介期限を調べ、最も遅い仲介期限を採用する（ステップＳ２２）。そして、これらの仲介エージェントの受付情報内の仲介期限を、採用した仲介期限に変更し（ステップＳ２３）、処理を終了する。
【００７５】
ステップＳ２１において仲介可能な仲介エージェントが存在しなければ、そのまま処理を終了する。
図２４の仲介期限更新処理により、グループ生成サービス５２における仲介期間は、サービスセンタ３３に送られてきた仲介エージェントが持つ仲介期間のうち最も遅く終了するものに統一される。したがって、異なった仲介期間が設定された複数の仲介エージェントに対して、それらの仲介期間が調整され、あるユーザにとっては希望した仲介期間が結果的に延長される場合がある。また、逆に、仲介期限として最も早いものを採用する構成にすることも可能である。
【００７６】
図２５は、グループ生成サービス５２における仲介エージェントの処理のフローチャートである。図２５の処理は、受付エージェント６４とｍｅｅｔした後に行われる。図２５において処理が開始されると、仲介エージェントは、まず受付プレイス６２から待合せプレイス６３へｇｏする（ステップＳ３１）。
【００７７】
次に、待合せプレイス６３に仲介可能な他の仲介エージェントが存在するかどうかを調べる（ステップＳ３２）。これはあらかじめ受付エージェント６４から通知されているので、その情報を確認するだけでよい。仲介可能な仲介エージェントが存在しなければ、新たな仲介エージェントが到着するまで待ち合わせ（ステップＳ３３）、仲介期限が切れたかどうかを判定する（ステップＳ３４）。
【００７８】
仲介期限が切れていなければ、次に、他の仲介エージェントが到着したかどうかを判定し（ステップＳ３５）、到着していなければステップＳ３４以降の処理を繰り返す。そして、ステップＳ３４で仲介期限が切れれば、依頼元へ結果を報告して（ステップＳ３６）、処理を終了する。
【００７９】
ステップＳ３５において他の仲介エージェントが到着した場合は、その仲介エージェントとｍｅｅｔし、情報を交換する（ステップＳ３７）。このとき、待合せが完了したかどうか、つまり現在の仲介数が仲介最大数ｎに達したかどうかの情報を、到着した仲介エージェントから獲得しておく。
【００８０】
そして、相互の仲介期限を比較して、それらを最も遅い方の仲介期限に合わせて変更し（ステップＳ３８）、待合せが完了したかどうかを判定する（ステップＳ３９）。待合せが完了した場合はステップＳ３６の処理を行って終了し、完了しない場合はステップＳ３３以降の処理を繰り返す。
【００８１】
また、ステップＳ３２において仲介可能な仲介エージェントが存在すれば、それらのすべての仲介エージェントとｍｅｅｔし、情報を交換して（ステップＳ４０）、ステップＳ３８以降の処理を行う。この場合、待合せが完了したかどうかは、処理主体の仲介エージェント自身が受付エージェント６４から通知された情報により判断する。
【００８２】
こうして、図２２、２４、および２５の処理の組合せにより、仲介期限を動的に変更可能なグループ生成サービス５２が実現される。
以上のようなリモートプログラミングを用いた実施形態によれば、エージェントの自律性を利用することにより、個人情報の管理をユーザ毎に独立に行うことができ、その秘密性も保たれる。また、コマンドｍｅｅｔによりユーザ同士の情報交換が自然に行われ、コマンドｇｏにより交換された情報の報告も自動的に行われる。したがって、個人情報の秘密性を保ったままで仲介サービスを行うことができる。
【００８３】
尚、図９の実施形態では受付プレイス６２と待合せプレイス６３を分離して設けているが、これらを１つのプレイスにまとめて、そこで仲介エージェントの受付および待合せを行うようにしてもよい。
【００８４】
また、本発明を実施する際に、必ずしもエージェントやプレイスを用いる必要はなく、それぞれの処理を普通のプロセスにより行ってもよい。この場合は、ネットワークを介したやりとりは、例えばＲＰＣ（remote procedure call ）により実行される。
【００８５】
【発明の効果】
本発明によれば、知らないユーザ同士が、不特定多数の人に公開することなく、個人情報を交換することが可能になる。このような仲介サービスを利用して、物品等の売却を希望するユーザと購入を希望するユーザとの出会いの場を提供することができる。また、同一目的を持つ複数のユーザが知り合ってグループを構成する場を提供することもできる。
【図面の簡単な説明】
【図１】本発明の原理図である。
【図２】プレイスの構成を示す図である。
【図３】エージェントの構成を示す図である。
【図４】オペレーションｇｏを示す図である。
【図５】オペレーションｍｅｅｔを示す図である。
【図６】電子仲介システムの構成図である。
【図７】サービスセンタの構成図である。
【図８】仲介サービスの構成を示す図である。
【図９】仲介サービスにおけるエージェントを示す図である。
【図１０】売買サービスの受付データベース内の受付情報を示す図である。
【図１１】グループ生成サービスの受付データベース内の受付情報を示す図である。
【図１２】初期画面を示す図である。
【図１３】売買サービスの指定例を示す図である。
【図１４】売却品の入力例を示す図である。
【図１５】希望価格の入力例を示す図である。
【図１６】仲介期間の入力例を示す図である。
【図１７】報告先の入力例を示す図である。
【図１８】グループ生成サービスの指定例を示す図である。
【図１９】ジャンルの入力例を示す図である。
【図２０】詳細項目の入力例を示す図である。
【図２１】グループ構成の入力例を示す図である。
【図２２】受付エージェントの処理のフローチャートである。
【図２３】売買サービスの仲介エージェントの処理のフローチャートである。
【図２４】グループ生成サービスにおける仲介期限更新処理のフローチャートである。
【図２５】グループ生成サービスの仲介エージェントの処理のフローチャートである。
【符号の説明】
１  情報管理手段
２  情報仲介手段
３，４，３１−１，３１−２  端末
１１，１４，２１  プレイス
１２，２２，２３  エージェント
１３  チケット
３２  通信ネットワーク
３３  サービスセンタ
３４−１，３４−２  仲介エージェント
３５  仲介サービス
３６  電子メールサービス
３７  各種サービス
４１  ＣＰＵ
４２  メモリ
４３  通信部
４４  バス
４５  データベース
５１  売買サービス
５２  グループ生成サービス
５３  紹介サービス
６１  受付データベース
６２  受付プレイス
６３  待合せプレイス
６４  受付エージェント
【図１】
0004094687.tif 000002
【図２】
0004094687.tif 000003
【図３】
0004094687.tif 000004
【図４】
0004094687.tif 000005
【図５】
0004094687.tif 000006
【図６】
0004094687.tif 000007
【図７】
0004094687.tif 000008
【図８】
0004094687.tif 000009
【図９】
0004094687.tif 000010
【図１０】
0004094687.tif 000011
【図１１】
0004094687.tif 000012
【図１２】
0004094687.tif 000013
【図１３】
0004094687.tif 000014
【図１４】
0004094687.tif 000015
【図１５】
0004094687.tif 000016
【図１６】
0004094687.tif 000017
【図１７】
0004094687.tif 000018
【図１８】
0004094687.tif 000019
【図１９】
0004094687.tif 000020
【図２０】
0004094687.tif 000021
【図２１】
0004094687.tif 000022
【図２２】
0004094687.tif 000023
【図２３】
0004094687.tif 000024
【図２４】
0004094687.tif 000025
【図２５】
0004094687.tif 000026