JP2001028002A

JP2001028002A - 電子仲介システム

Info

Publication number: JP2001028002A
Application number: JP19972199A
Authority: JP
Inventors: Keiki Asakura; 敬喜朝倉
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1999-07-14
Filing date: 1999-07-14
Publication date: 2001-01-30

Abstract

(57)【要約】【課題】電子的な仲介システムにおいて、相手を選択
するために相手が入力した情報以外に他人が提供した相
手の評価情報を利用できるようにする。【解決手段】ユーザが仲介情報を検索したときに、客
観的評価情報管理手段４に蓄積された客観的評価情報
と、各ユーザのユーザクライアント２の主観的評価ＤＢ
に蓄積された主観的評価とを検索結果と共に提示する。
更に、各ユーザが利用するユーザクライアントは情報貢
献度を保持し、この値が正の値ならば他のユーザの主観
的評価情報を参照することができる。情報貢献度の値が
０ならば、他ユーザが評価した情報を参照することがで
きなくなる。主観的評価情報を提供した場合には、情報
貢献度の値を大きくする。また、主観的評価情報を他の
ユーザから提供してもらった場合、契約が成立したとき
は情報貢献度の値を小さくする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は電子仲介システムに
関し、特にコンピュータネットワークに接続されたコン
ピュータ端末を用いて、お互いに必要とするユーザ同士
を電子的に仲介する電子仲介システムに関するものであ
る。

【０００２】

【従来の技術】コンピュータネットワークを介して物品
等を購入、販売したいユーザ同士を仲介するシステムと
して、特開平１１−７４６７号公報に開示の「個人間商
品売買仲介方法及び装置」（以下、文献１と称す）があ
る。この技術によれば、購入要求ユーザがコンピュータ
ネットワーク上の仲介サーバに対して購入要求物に関す
る条件を入力し、すでに仲介サーバ上に登録されている
販売商品情報を検索し、該当する物品すべてをリスト形
式で購入要求ユーザに対して提示する。

【０００３】提示されたリストから希望する物品をユー
ザが指定すると、その物品を提供するユーザの個人情報
が提示されると共に、その物品を選択したユーザの個人
情報が物品提供者へ伝えられる。検索時に該当する物品
が存在しなければ、購入要求を仲介サーバに登録し、販
売要求者が販売要求をしたときに、登録された購入要求
情報を販売要求者に提供するものである。検索は各ユー
ザが登録した商品に関する情報に基づいて行われる。

【０００４】同様の従来技術として、特開平１０−２３
２８９３号公報に開示の「インタネット上にてＷＷＷサ
ーバーとして機能する情報交換仲介装置」（以下、文献
２と称す）がある。この技術によれば、検索後にリスト
を選択すると、相手に対して自分の情報参照要求「打
診」及び「返信」を行うことで、個人情報を隠蔽しなが
ら自分の経歴等を評価してもらうことができ、最終的に
は匿名を解消して直接コンタクトをとることが可能にな
っている。

【０００５】また、同様の目的で、特開平９−１７９９
１０号公報に開示の「電子仲介システムおよび方法」
（以下、文献３と称す）がある。この技術では、他のユ
ーザとの仲介を希望するユーザが仲介条件を端末に入力
することで、仲介の場であるサービスセンタへその条件
が伝えられ、サービスセンタ内で条件の合うもの同士が
組み合わされ、お互いのユーザに通知されるものであ
る。仲介条件の導出に自然言語解析を用いることで、ユ
ーザの要求を細かく導出することが可能になっている。

【０００６】

【発明が解決しようとする課題】前述した文献１のシス
テムでは、仲介可否の判定は、ユーザが入力した商品情
報のみであり、その比較方法についても具体的に述べら
れていない。また文献２のシステムでは、求人求職にあ
たって、情報交換は求職側対求人側で行われ、求職側と
求職側、求人側と求人側における情報交換について述べ
られていない。ネットワークという相手が見えない状況
で求人求職するためには、同一の立場にいるユーザ同士
（求職側同士、求職側同士）で相手側の詳細な情報交換
し、その情報を加味して求人、求職する相手を選別する
のが望ましいが、それが不可能である。

【０００７】更に文献３のシステムでは、仲介条件を細
かく導出しているが、その条件以外を仲介に活用するこ
とができず、また１：ｎの交渉において売買候補が集ま
った後、それらを絞り込むことができないし、絞り込む
ための情報もない。

【０００８】本発明の目的は、ユーザが入力した条件以
外に他人からの情報を活用して、知らないユーザ同士お
よび知っているユーザ同士を電子的に仲介する電子仲介
システムを提供することである。

【０００９】

【課題を解決するための手段】本発明による電子仲介シ
ステムは、コンピュータネットワークと、コンピュータ
ネットワークに接続され、仲介を希望するユーザが参加
する手段であるユーザクライアントと、参加者間の仲介
を行う仲介サーバと、本仲介システムに参加して仲介が
成立したユーザに対して仲介相手に関する意見を要求、
集計するとともに、ユーザクライアントから要求があっ
たときにユーザの客観的評価情報を提供する客観的評価
情報管理手段とを具備している。

【００１０】さらに、本発明によるユーザクライアント
は、コンピュータネットワークを介して、仲介サーバ、
客観的評価情報管理手段と情報交換する通信手段と、ユ
ーザの仲介作業を制御する仲介制御手段と、仲介した履
歴を保持する仲介履歴ＤＢと仲介作業で生ずるユーザへ
の情報提示、ユーザからの入力を受け持つ仲介入出力手
段と、本システムによって仲介されたユーザに対する主
観的評価の管理をする主観的評価情報管理手段と、ユー
ザが入力した主観的評価を保持する主観的評価ＤＢと、
ユーザが主観的な評価情報を入力する主観的評価入力手
段と、本システム内でユーザに関する情報をどれだけ提
供したかの示す指標である情報貢献度と、ユーザを識別
するための識別子であるユーザＩＤと、契約後に契約相
手に提出しなければならない、あるいは提供してもらわ
なければならない物件を入出力する契約物件送受信手段
を具備している。

【００１１】さらに、本発明による仲介サーバは、ネッ
トワークを介して、客観的評価情報管理手段、ユーザク
ライアントとメッセージを交換するための手段である通
信手段と、ユーザの認証をするための認証ＤＢと、ユー
ザからの仲介情報の検索要求を受け付ける要求受付手段
と、仲介情報を蓄積する仲介情報ＤＢと、要求受付手段
からデータを受け取りその仲介情報を登録する仲介情報
登録手段と、仲介の成立履歴を蓄積する仲介履歴ＤＢと
を具備している。

【００１２】さらにまた、本発明による客観的評価情報
管理手段は、ネットワークを介して仲介サーバ、ユーザ
クライアントとメッセージを交換するための手段である
通信手段と、客観的評価情報要求を受け付け該当する客
観的評価情報を送付する客観的評価情報要求受付手段
と、客観的評価情報を蓄積する客観的評価ＤＢと、ユー
ザが記載した客観的評価情報を集計して客観的評価ＤＢ
に記録する客観的評価情報集計手段と、客観的評価をす
るようユーザに依頼する客観的評価情報記載依頼手段
と、ユーザに評価してもらう客観的評価項目を保持して
いる客観的評価テンプレートと、客観的評価情報を一般
化する客観的評価情報一般化手段とを具備している。

【００１３】本発明の作用について説明する。本発明の
電子仲介システムは仲介情報を検索したときに、検索結
果に現れる候補に関する他人の客観的評価と主観的評価
を知ることができる。このための手法として、契約の遂
行が完了したときに契約ユーザの客観的な評価を記載さ
せて蓄積しておく。また、主観的評価は、他のユーザか
ら要求があったときに、過去に評価対象ユーザと契約し
たことのあるユーザに対してその記載が要求され、記載
ユーザの端末に保持されると共に、主観的評価要求ユー
ザに送付される。

【００１４】主観的評価を入力したことのある評価対象
ユーザに関する主観的評価要求があった場合には、端末
に保持されている主観的評価を送信する。主観的評価情
報を要求したユーザも、受け取った主観的評価情報は端
末に保持しておく。ユーザが仲介情報を検索したときに
は、客観的評価情報を保持しているサーバに問い合わ
せ、客観的評価が与えられているユーザが存在すれば、
仲介情報の検索結果を提示するときに、その評価を同時
に提示するとともに、主観的評価を端末に保持していれ
ば、その評価も同時に提示する。

【００１５】さらにまた、各ユーザが利用するユーザク
ライアントは情報貢献度を保持し、ユーザが主観的評価
情報を望んだときに情報貢献度の値を参照し、この値が
正の値ならば主観的評価情報を他のユーザに要求し、ユ
ーザは他ユーザが評価した情報を参照することができ
る。情報貢献度の値が０ならば主観的評価情報を他のユ
ーザに要求しないため、他ユーザが評価した情報を参照
することができなくなる。主観的評価情報を提供した場
合には、情報貢献度の値を大きくする。また、主観的評
価情報を他のユーザから提供してもらった場合には、情
報貢献度の値を小さくする。さらに契約が成立した場合
にも情報貢献度の値を小さくする。

【００１６】さらにまた、契約時に納入する約束をした
納品物件を契約遂行管理手段を介して契約相手に送付す
ることで、契約遂行管理手段は、契約時の送付予定日
と、実際の送付予定日を知ることができ、それに基づい
て客観的評価情報である納品に関する遅延を計測するこ
とができ、それを客観的評価情報として登録する。

【００１７】

【発明の実施の形態】以下に、本発明の一実施の形態を
図面を用いて説明する。図１は本発明の電子仲介システ
ムの構成の一実施の形態のブロック図である。本システ
ムは、コンピュータネットワーク１と、コンピュータネ
ットワーク１に接続され仲介を希望するユーザが参加す
る手段である複数のユーザクライアント２と、参加者間
の仲介を行う仲介サーバ３と、本仲介システムに参加し
て仲介が成立したユーザに対して仲介相手に関する意見
を要求、集計すると共に、ユーザクライアント２から要
求があったときに、その情報を提供する客観的評価情報
管理手段４とから構成される。

【００１８】図２に示す流れ図を用いて本システムによ
る仲介時の動作の流れを示す。仲介を望むユーザはユー
ザクライアント２から仲介に関する要求を入力する（Ｓ
２０１）。その要求が仲介サーバ３に伝えられ、仲介サ
ーバ３は仲介要求が合致するユーザに関する情報を候補
リストとしてユーザクライアント２へ返す（Ｓ２０
２）。返却された候補リストに興味あるユーザがいなけ
れば（Ｓ２０３Ｎ）、再検索が必要かどうかを尋ね、必
要であれば（Ｓ２０４Ｙ）、ステップＳ２０１からの処
理が繰り返される。再検索が必要でない場合は（Ｓ２０
４Ｎ）、そのまま終了する。

【００１９】候補リスト中に興味あるユーザがいれば
（Ｓ２０３Ｙ）、ユーザはそのユーザの個人情報を参照
すると共に（Ｓ２０５）、対象ユーザに対する評価情報
を参照する（Ｓ２０６）。これらの情報を基にユーザは
相手を決定する。決定できれば（Ｓ２０７Ｙ）、相手と
コンタクトをとり（Ｓ２０８）終了する。決定する相手
がいない場合は（Ｓ２０７Ｎ）、ステップＳ２０４から
の処理となる。

【００２０】図３にユーザクライアント２の構成を示
す。コンピュータネットワーク１を介して仲介サーバ３
及び客観的評価情報管理手段４と情報交換する通信手段
３０１と、ユーザの仲介作業を制御する仲介制御手段３
０２と、仲介した履歴を保持する仲介履歴ＤＢ（データ
ベース）３０３と、仲介作業で生ずるユーザへの情報提
示、ユーザからの入力を受け持つ仲介入出力手段３０４
と、本システムによって仲介されたユーザに対する主観
的評価の管理をする主観的評価情報管理手段３０５と、
ユーザが入力した主観的評価を保持する主観的評価ＤＢ
３０６と、ユーザが主観的評価情報を入力する主観的評
価入力手段３０７と、本システム内でユーザに関する情
報をどれだけ提供したかを示す指標である情報貢献度３
０８と、ユーザを識別するための識別子であるユーザＩ
Ｄ３０９とから構成される。

【００２１】ユーザが他のユーザとの仲介を望んでいる
場合の動作を、図４に示す流れ図を用いて詳細に説明す
る。以降では、仕事をしたい個人と仕事をしてほしい企
業との仲介を例に説明するものとする。

【００２２】ユーザは仲介条件を仲介入出力手段３０４
を介して入力する（Ｓ４０１）。入力内容は仲介制御手
段３０２に渡され、仲介制御手段３０２は検索メッセー
ジを生成する（Ｓ４０２）。例えば、ユーザが仲介入出
力手段を介して仲介条件として「種別＝求人、職種＝プ
ログラマー、言語＝Ｃ、ＯＳ＝ＵＮＩＸ」を入力したと
すると、仲介制御手段３０２は図５に示す検索メッセー
ジを生成する。

【００２３】図５に示すメッセージは、１行目にメッセ
ージの種類を示すコマンド名、２行目以降がメッセージ
の内容で属性名と属性値のペアで構成される。「：」が
先頭についている単語が属性名であり、空白を挟んでそ
れ以降が属性値である。また属性値が複数存在する場合
は「（」「）」でかこまれる。尚、これ以降に説明する
メッセージもすべて同一の形式である。

【００２４】図５では、コマンド名が検索要求メッセー
ジであることを示すＲＥＴＲＩＥＶＡＬ−ＲＥＱＵＥＳ
Ｔ、２行目から５行目までがメッセージのヘッダであ
り、ヘッダは、３行目のメッセージの宛先Ｓｅｒｖｅ
ｒ、４行目のメッセージの差出人「ａｓａｋｕｒａ」、
５行目がメッセージを識別するためのＩＤ番号Ｒ１から
構成される。６行目以降が検索条件であり、ユーザが仲
介入出力手段３０４で入力した内容が形式を変更されて
記載される。４行目のメッセージの差出人はユーザＩＤ
のことであり、ユーザＩＤ３０９に保持されている内容
である。図５に示す検索メッセージの内容は説明のため
の一例であり、記載された内容に限定されるものではな
い。

【００２５】生成された検索メッセージは通信手段３０
１に渡される。通信手段３０１は検索メッセージをネッ
トワーク１を介して宛先へ送信する（Ｓ４０３）。送信
されたメッセージに対するＳｅｒｖｅｒからの検索結果
メッセージを通信手段３０１が受け取ると、仲介制御手
段３０２へ渡す。検索結果メッセージの一例を図６に示
す。メッセージの種類は検索結果を示すＲＥＴＲＩＥＶ
ＡＬ−ＲＥＳＵＬＴであり、ヘッダ、検索条件、検索結
果から構成される。ヘッダ、検索結果の構成内容は宛
先、差出人が入れ替わっている以外、検索メッセージと
同一である。９行目以降が検索条件に合致した検索結果
であり、検索されたデータの件数と、その内容から構成
される。検索結果内容は、１件１件のデータを識別する
ための仲介ＩＤ、データ登録者ＩＤを示すＦｒｏｍ、仕
事の名称、仕事の内容から構成される。

【００２６】検索結果メッセージを受け取った仲介制御
手段３０２は、検索されたデータの件数が０でなければ
（４０４Ｙ）、検索結果メッセージから検索結果を取り
出し、検索結果リストを生成する。検索結果リストの一
例を図７に示す。検索結果リストは、検索データを特定
する仲介ＩＤ、データを提供したユーザの個人情報、仕
事の名称と内容から構成される。図６に示す検索結果メ
ッセージには３件の検索データが存在したので、図７に
示す検索結果リストにも３件のデータが登録されてい
る。

【００２７】検索結果のデータがなければ（４０４
Ｎ）、仲介サーバによって検索メッセージの内容が登録
され、これ以降に該当する検索要求があった場合には候
補ユーザが登録されたという通知がくることを提示する
と共に、再検索するかどうかユーザに確認し（Ｓ４２
２）、再検索することを仲介入力手段３０４を介してユ
ーザが入力すれば（Ｓ４２２Ｙ）、ステップＳ４０１か
ら処理を継続する。再検索しないことを仲介入力手段３
０４を介してユーザが入力すれば（Ｓ４２２Ｎ）、一連
の処理は終了する。

【００２８】次に仲介制御手段３０２は、主観的評価情
報管理手段３０５に対して検索結果リストに記載されて
いるユーザに関する悪い評価情報を提供したことがある
かどうか確認する主観的評価ＤＢ３０６の内容の一例を
図８に示す。主観的評価ＤＢ３０６は、主観的評価の対
象ユーザを示す評価対象ユーザＩＤ、評価情報を登録し
た年月日を示す登録日、主観的評価情報の提供を依頼し
てきたユーザを示す提供依頼ユーザＩＤ、主観的評価情
報を実際に提供したユーザを示す提供ユーザＩＤ、良い
主観的評価情報である「ＧｏｏｄＣｏｎｔｅｎｔ」、
悪い主観的評価情報である「ＢａｄＣｏｎｔｅｎｔ」
から構成する。

【００２９】例えば、図８に示す例の２行目は、ＣＣｏ
ｍｐに関する評価であり、１９９９年５月１８日に登録
され、提供を依頼してきたユーザは「ｍｉｙａ」であ
り、その情報を実際に記述したのは「ａｓａｋｕｒａ」
であり、その評価内容は悪い評価であり、「仕様がいい
かげん」という評価であることを示している。

【００３０】主観的評価情報管理手段３０５は、主観的
評価ＤＢ３０６を参照して、確認対象ユーザが主観的評
価ＤＢ３０６の評価対象ＩＤの欄と一致し、かつ情報提
供者がユーザＩＤ３０９と一致し、かつ「ＢａｄＣｏ
ｎｔｅｎｔ」のみに評価内容が記載されているデータが
存在するかどうか検索する。存在すれば、その評価対象
ユーザＩＤを仲介制御手段３０２へ渡し、存在しなけれ
ば存在しなかったことを伝える。

【００３１】仲介制御手段３０２は、主観的表情報管理
手段３０５からユーザＩＤが返却されたら、そのユーザ
ＩＤを持つ検索結果データを検索結果リストから削除す
る（Ｓ４０５）。ユーザＩＤが何も返されなければ、何
もしない。

【００３２】図７に示す検索結果リストの例では、仲介
制御手段３０２は主観的評価情報管理手段３０５に対し
てＡＣｏｍｐ，ＢＣｏｍｏｐ，ＣＣｏｍｐに関する確認
を要求する。主観的評価情報管理手段３０５は図８に示
す主観的評価ＤＢの内容を参照して、評価対象ユーザＩ
ＤがＡＣｏｍｐかＢＣｏｍｏｐかＣＣｏｍｐで、かつ、
提供ユーザＩＤが「ａｓａｋｕｒａ」で、「ＢａｄＣ
ｏｎｔｅｎｔ」のみが記述されているデータを検索す
る。ここでは２行目のみが該当するため、確認結果とし
てユーザＩＤＣＣｏｍｐを仲介制御手段３０２へ渡す。
ユーザＩＤＣＣｏｍｐを受け取った仲介制御手段３０２
は図７に示す検索結果リストからＣＣｏｍｐによるデー
タである４行目のデータを削除する。修正された検索結
果リストの一例を図９に示す。図７に示す検索結果リス
トから４行目のＣＣｏｍｐに関するデータがなくなって
いる。

【００３３】次に仲介制御手段３０２は、検索結果メッ
セージの検索結果に、過去仲介したことがあるユーザか
らの情報があるかどうか確認するために仲介履歴ＤＢ３
０３を参照する。図１０に仲介履歴ＤＢ３０３の内容の
一例を示す。仲介履歴ＤＢ３０３は、完了した仲介に関
する情報を順次保持するものであり、ここでは仲介Ｉ
Ｄ、仲介相手の個人情報、仲介条件、契約条件から構成
される。仲介制御手段３０２は検索結果メッセージの検
索結果のＦｒｏｍと仲介履歴ＤＢ３０３の個人情報のＦ
ｒｏｍとを比較する。仲介履歴ＤＢ３０３に一致するＦ
ｒｏｍが存在すれば（Ｓ４０６Ｙ）、仲介履歴ＤＢ３０
３から個人情報の項目を取得する（Ｓ４０７）。存在し
なければ何もしない。

【００３４】図９に示す検索結果リストの内容と図１０
に示す仲介履歴ＤＢ３０３の内容を例にすると、仲介履
歴ＤＢ３０３にはＡＣｏｍｐに関する情報が存在してい
るので、仲介制御手段３０２は仲介履歴ＤＢ３０３から
ＡＣｏｍｐに関する個人情報を獲得し、図９に示す検索
結果リストに個人情報を付加して、図１１に示す検索結
果リストを生成する。

【００３５】次に仲介制御手段３０２は客観的評価情報
要求メッセージを生成し、通信手段３０１を介して客観
的評価情報管理手段４に対して検索結果リストに存在す
るデータを提供したユーザに関する客観的な評価情報を
要求する。客観的評価情報要求メッセージの一例を図１
２に示す。メッセージの種類は客観的評価情報要求を意
味するＯＢＪＥＣＴＩＶＥ−ＩＮＦＯ−ＲＥＱＵＥＳＴ
であり、ヘッダと評価情報を要求するユーザのユーザＩ
Ｄから構成される。ヘッダのＴｏに記載されているＥｖ
ａｌｕａｔｏｒとは、客観的評価情報管理手段を示すＩ
Ｄである。図１２に示す客観的評価情報要求メッセージ
は、図１１に示す検索結果リストに存在する全ユーザＡ
Ｃｏｍｐ，ＢＣｏｍｐについての客観的評価情報を要求
していることを示している。

【００３６】客観的評価情報要求メッセージを受け取っ
た客観的評価情報管理手段４は、客観的評価情報提供メ
ッセージを返却する。客観的評価情報提供メッセージの
一例を図１３に示す。メッセージの種類は客観的評価情
報提供を意味するＯＢＪＥＣＴＩＶＥ−ＩＮＦＯ−ＲＥ
ＳＵＬＴであり、ヘッダと評価情報から構成される。評
価情報はユーザＩＤと評価内容とから構成され、図１３
の客観的評価情報提供メッセージの例では、ＡＣｏｍｐ
に対する評価は金銭授受、仕様提出共に遅延がなかった
ことを示す。また、ＢＣｏｍｐに対しては、金銭授受に
対しては遅延なしの場合と遅延５日の場合があり、仕様
提出には遅延がなかったことを示している。

【００３７】客観的評価情報提供メッセージを受け取っ
た仲介制御手段３０２は受け取った評価情報を検索結果
リストに追加する（Ｓ４０８）。客観的評価情報が追加
された検索結果リストの一例を図１４に示す。図１４の
検索結果リストは図１１の検索結果リストに、図１３の
客観的評価情報提供メッセージの評価情報が付加された
ものである。

【００３８】次に仲介制御手段３０２は主観的評価情報
管理手段３０５に対して検索結果リストに存在するユー
ザに関する他人の主観的評価の検索依頼を行う。主観的
評価情報管理手段３０５は依頼を受け取ると、依頼ユー
ザＩＤが評価対象ユーザＩＤで、かつ提供ユーザＩＤが
自分のユーザＩＤ以外のデータを検索する。対象となる
データが存在すれば、その評価対象ユーザＩＤ、提供ユ
ーザＩＤ、「ＧｏｏｄＣｏｎｔｅｎｔ」、「ＢａｄＣ
ｏｎｔｅｎｔ」の各フィールドの内容を仲介制御手段３
０２へ渡す。存在しなければ、存在しないことを伝え
る。仲介制御手段３０２は主観的評価情報管理手段３０
５から渡されたデータの「ＧｏｏｄＣｏｎｔｅｎ
ｔ」、「ＢａｄＣｏｎｔｅｎｔ」の内容に提供ユーザ
名を加えて、検索結果リストに追加する（Ｓ４０９）。
図１４の検索結果リストの例では、依頼ユーザＩＤとし
てＡＣｏｍｐ，ＢＣｏｍｐを渡すと、評価対象ユーザＩ
ＤがＡＣｏｍｐかＢＣｏｍｐで、提供ユーザＩＤが「ａ
ｓａｋｕｒａ」以外のデータを検索し、結果として３行
目のデータが条件に合致するため、保有主観的評価情報
「ＡＣｏｍｐ，ａｓａｋｕｒａ，ｍｉｙａ，報酬が良
い、−」が仲介制御手段３０２へ渡され、仲介制御手段
３０２は図１４に示す内容を図１５に示す内容に更新す
る。図１５に示す検索結果リストにはＡＣｏｍｐに対す
る「ｍｉｙａ」からの主観的評価「報酬が良い」が２行
目に追加されている。

【００３９】次に仲介制御手段３０２は情報貢献度３０
８の値を参照し、その値が正の値ならば（Ｓ４１０
Ｙ）、主観的評価情報要求メッセージを生成して通信手
段３０１を介して仲介サーバ３に対して検索結果リスト
に存在するデータを提供したユーザに関する主観的な評
価情報を要求する（Ｓ４１１）。情報貢献度３０８が０
以下の値ならば（Ｓ４１０Ｎ）、ステップＳ４１１に移
る。

【００４０】情報貢献度３０８は、主観的評価情報の提
供、他人の主観的評価情報の受け取り度合いを表現した
０以上の整数値で、他人から主観的評価情報を提供して
もらった場合は値を小さくして、他人に対して主観的評
価情報を提供した場合は、値を大きくする。また、仲介
が完了した場合は、値を小さくする。０になった場合
は、それ以上値を小さくしない。

【００４１】主観的評価情報要求メッセージの一例を図
１６に示す。メッセージの種類は主観的評価情報要求を
示すＳＵＢＪＥＣＴＩＶＥ−ＩＮＦＯ−ＲＥＱＵＥＳＴ
で、ヘッダと、主観的評価情報を要求するユーザのユー
ザＩＤから構成される。ヘッダと評価情報を要求するユ
ーザのユーザＩＤから構成される。ヘッダのＴｏに記載
されているＳｅｒｖｅｒとは、仲介サーバを示すＩＤで
ある。図１６に示す客観的評価情報要求メッセージは、
図１５に示す検索結果リストに存在する全ユーザＡＣｏ
ｍｐ，ＢＣｏｍｐについての主観的評価情報を要求して
いることを示している。

【００４２】主観的評価情報要求メッセージを受け取っ
た仲介サーバ３は主観的評価情報提供メッセージを返却
する。主観的評価情報提供メッセージの一例を図１７に
示す。メッセージの種類は主観的評価情報提供を示すＳ
ＵＢＪＥＣＴＩＶＥ−ＩＮＦＯ−ＲＥＳＵＬＴであり、
ヘッダと評価情報から構成される。評価情報は評価対象
者のユーザＩＤと評価内容を１組としたリストで構成さ
れる。さらに、評価内容は評価した人のユーザＩＤであ
るＦｒｏｍとその良い評価内容である「ＧｏｏｄＣｏ
ｎｔｅｎｔ」と悪い評価内容である「ＢａｄＣｏｎｔ
ｅｎｔ」とから構成される。図１７の例では、ＡＣｏｍ
ｐに関する主観的評価情報提供がなされており、ユーザ
「ｍａｎａ」は良い評価として「検収が甘いので楽」を
与えている。またユーザ「ｍｉｙａ」は良い評価として
「工数見積もりが甘いので効率がいい」を、悪い評価と
して「要求仕様がいいかげん」を与えていることを示し
ている。

【００４３】主観的評価情報提供メッセージを通信手段
３０１を介して受け取った仲介制御手段３０２は、主観
的評価情報提供メッセージ中の提供情報分だけ情報貢献
度３０８の値を小さくする。例えば、主観的評価情報を
受け取ったら情報１件につき情報貢献度３０８を１小さ
くするとした場合に、図１７に示す主観的評価情報提供
メッセージを受け取った場合、提供情報はユーザ「ｍａ
ｎａ」から１件、ユーザ「ｍｉｙａ」から１件の合計２
件であるため、情報貢献度３０８を２だけ小さくする。

【００４４】次に仲介制御手段３０２は受け取ったメッ
セージの評価情報を検索結果リストに追加する（Ｓ４１
１）。主観的評価情報が追加された検索結果リストの一
例を図１８に示す。図１７の検索結果リストは図１５の
検索結果リストに図１７の主観的評価情報提供メッセー
ジの評価情報が付加されたものである。

【００４５】さらに、仲介制御手段３０２は受け取った
主観的評価提供メッセージの評価内容の登録を主観的評
価情報管理手段３０５へ依頼する（Ｓ４１１）。依頼を
受けた主観的評価情報管理手段３０５はその内容を主観
的評価ＤＢ３０６へ登録する。例えば、図８に示す主観
的評価ＤＢの内容の４行目を追加する場合は、仲介制御
手段３０２は「ＢＣｏｍｐ、１９９９年２月５日、ｍａ
ｎａ、ａｓａｋｕｒａ、締切がゆるい、報酬安い」を主
観的評価情報管理手段へ渡すことになる。

【００４６】次に仲介制御手段３０２は、検索結果リス
トを仲介入出力手段３０４に渡す。仲介入出力手段３０
４は、受け取ったリストをコンピュータの画面に表示し
てユーザにその内容を伝える（Ｓ４１２）。検索結果を
そのまま提示してもよいし、仲介制御手段３０２が検索
結果リストを提示するときに、客観的評価情報に基づい
て、信頼性の高い仲介情報を推薦してもよい。

【００４７】具体的には、検索結果リストが図１８に示
す内容の場合、ＡＣｏｍｐの客観的評価情報はすべて遅
延がないがＢＣｏｍｐの客観的評価情報には遅延がある
ため、締切を守るという観点からはＡＣｏｍｐのほうが
信頼性があることになり、仲介制御手段３０２は、ＡＣ
ｏｍｐに関する仲介情報を推薦仲介情報として提示す
る。ここでは、信頼性を客観的評価情報の遅延の有無、
長い短いから判断したが、客観的評価情報の内容によっ
ては、様々な判断方法があるが、ここではその判断方法
については言及しない。

【００４８】ユーザが表示された検索結果リストまたは
推薦された結果リストに対して、仲介入出力手段３０４
を介して主観的評価情報を要求した場合（Ｓ４１３
Ｙ）、その要求が仲介制御手段３０２へ伝えられる。仲
介制御手段３０２は、情報貢献度３０８が正の値ならば
（Ｓ４１４Ｙ）、主観的評価情報再要求メッセージを生
成して、通信手段３０１を介して仲介サーバ３に対し、
ユーザに要求された検索結果リストに存在するユーザに
関する主観的な評価情報を要求する（Ｓ４１５）。

【００４９】主観的評価情報再要求メッセージの一例を
図１９に示す。メッセージの種類は主観的評価情報再要
求を意味するＳＵＢＪＥＣＴＩＶＥ−ＩＮＦＯ−ＲＥ−
ＲＥＱＵＥＳＴであり、ヘッダと評価情報を要求するユ
ーザのユーザＩＤから構成される。図１９に示す客観的
評価情報要求メッセージはＢＣｏｍｐについての主観的
評価情報を要求していることを示している。

【００５０】主観的評価情報再要求メッセージを受け取
った仲介サーバ３は主観的評価情報再提供メッセージを
返却する。主観的評価情報再提供メッセージの一例を図
２０に示す。メッセージの種類は主観的評価情報再提供
を示すＳＵＢＪＥＣＴＩＶＥ−ＩＮＦＯ−ＲＥ−ＲＥＳ
ＵＬＴであり、ヘッダと評価情報から構成される。評価
情報は評価対象者のユーザＩＤと評価内容を１組とした
リストで構成される。さらに、評価内容は評価した人の
ユーザＩＤであるＦｒｏｍとその良い評価内容である
「ＧｏｏｄＣｏｎｔｅｎｔ」と悪い評価内容である
「ＢａｄＣｏｎｔｅｎｔ」とから構成される。図２０
の例では、ＢＣｏｍｐに関する主観的評価情報提供がな
されており、ユーザｉｗａｔａは、良い評価として「開
発環境を与えてくれる」を与えていることを示してい
る。

【００５１】主観的評価情報再提供メッセージを受け取
った通信手段３０１は、主観的評価情報再提供メッセー
ジ中の提供情報分だけ情報貢献度３０８の値を小さくす
る。例えば、主観的評価情報を受け取ったら情報１件に
つき情報貢献度３０８を１小さくするとした場合に、図
２０に示す主観的評価情報再提供メッセージを受け取っ
た場合、提供情報はユーザｉｗａｔａから１件であるた
め、情報貢献度３０８を１小さくする。

【００５２】主観的評価情報再提供メッセージを受け取
った仲介制御手段３０２は受け取ったメッセージの評価
情報を検索結果リストに追加する（Ｓ４１５）。主観的
評価情報が追加された検索結果リストの一例を図２１に
示す。図２１の検索結果リストは、図１８の検索結果リ
ストに図２０の主観的評価情報提供メッセージの評価情
報が付加されたものである。さらに、仲介制御手段３０
２はステップＳ４１１と同様に受け取った主観的評価提
供メッセージの評価内容の登録を主観的評価情報管理手
段３０５へ依頼し、受け取った主観的評価情報を主観的
評価ＤＢ３０６へ登録する（Ｓ４１５）。

【００５３】ステップＳ４１３で検索結果リスト中のユ
ーザの主観的評価情報が必要ない場合（Ｓ４１３Ｎ）、
ステップＳ４１４で情報貢献度３０８が０の場合（Ｓ４
１４Ｎ）、及びテップＳ４１６が終了したあと、ユーザ
が検索結果リスト中のユーザを相手として決定したこと
を仲介入力手段を介して入力した場合（Ｓ４１７Ｙ）、
その入力は仲介制御手段３０２に伝えられる。

【００５４】仲介制御手段３０２は契約依頼メッセージ
を生成し通信手段３０１を介して仲介サーバ３に対して
契約の依頼を行う。契約依頼メッセージの一例を図２２
に示す。メッセージの種類は契約依頼を意味するＣＯＮ
ＴＲＡＣＴ−ＲＥＱＵＥＳＴであり、ヘッダとユーザが
選択したデータの仲介ＩＤから構成される。図２２に示
す契約依頼メッセージはＢＣｏｍｐ−１００１の仲介Ｉ
Ｄで示される仕事に関して契約をしたいことを示してい
る。

【００５５】仲介サーバ３は契約依頼メッセージを受け
取り、契約依頼メッセージの発信者の個人情報、仲介条
件、契約条件を付加して契約依頼メッセージを生成し、
契約相手のユーザクライアントに契約依頼メッセージを
送る。この契約依頼メッセージの一例を図２３に示す。
ヘッダ、個人情報、仲介条件、仲介ＩＤ、契約条件から
なる。

【００５６】契約相手のユーザクライアントから契約確
認メッセージを受け取った仲介サーバ３は、契約処理を
実行し、受け取った契約確認メッセージのヘッダ部分の
Ｔｏを契約依頼ユーザに、Ｆｒｏｍをサーバに書き換え
て新たな契約確認メッセージを生成し契約依頼メッセー
ジ発行者へ送信する。契約確認メッセージの一例を図２
４に示す。メッセージの種類は契約確認を示すＣＯＮＴ
ＲＡＣＴ−ＡＮＳＷＥＲであり、ヘッダ、個人情報、契
約可否、仲介ＩＤ、契約の条件から構成されている。図
２４の契約確認メッセージは、ＢＣｏｍｐ−１００１で
特定される仕事を、１９９９円８月１日から８月３１日
まで、報酬３０００００円で行うことを示している。ま
たその仕事の依頼者は、Ｂ株式会社であり、住所は大阪
市中央区城見１、メールアドレスは、「ＢＣｏｍｐ＠
ｂ．ｃｏ．ｊｐ」で、電話番号が０６−１２３４−５６
７８であることを示している。

【００５７】契約確認メッセージを受け取った仲介制御
手段３０２はその内容を仲介入出力手段を介してユーザ
に提示して契約完了となる。この例では、契約条件が契
約確認メッセージと共にユーザに提示されているが、検
索結果メッセージとして事前にユーザに提示されていて
も何ら問題はない。

【００５８】次に仲介制御手段３０２はユーザによって
選択された仲介内容を仲介履歴ＤＢ３０３の内容に反映
する（Ｓ４１９）。図２２の契約依頼メッセージで示さ
れるＢＣｏｍｐ−１００１の仕事を選択した場合は、図
１０に示す仲介履歴ＤＢ３０２の内容にＢＣｏｍｐ−１
００１の内容である図２１の３行目の内容が追加され
る。

【００５９】実際にユーザが契約した仕事を完了し、そ
れを仲介入出力手段３０４を介して入力すると、仲介制
御手段３０２に伝えられ、仲介入出力手段３０２は契約
遂行完了メッセージを生成し、通信手段３０１を介して
仲介サーバ３に対して送付する。契約遂行完了メッセー
ジの一例を図２６に示す。メッセージの種類は契約遂行
完了を示すＣＯＮＴＲＡＣＴ−ＦＩＮＩＳＨであり、ヘ
ッダと仲介ＩＤから構成される。図２６に示す契約遂行
完了メッセージはＢＣｏｍｐ−１００１で特定される仕
事が完了したことを示している。

【００６０】仲介サーバ３０１は契約遂行完了メッセー
ジを受け取ると、客観的評価情報管理手段４に対して客
観的評価記載要求を「ａｓａｋｕｒａ」に対して送付す
るよう依頼する。依頼を受けた客観的評価情報管理手段
４は「ａｓａｋｕｒａ」に対して客観的評価記載要求メ
ッセージを送付する。客観的評価記載要求メッセージの
一例を図２７に示す。メッセージの種類は客観的評価記
載要求を示すＯＢＪＥＣＴＩＶＥ−ＩＮＦＯ−ＷＲＩＴ
Ｅ−ＲＥＱＵＥＳＴであり、ヘッダ、仲介ＩＤと評価す
べき内容から構成される。図２７に示すメッセージは、
ＢＣｏｍｐ−１００１に関する、金銭授受の遅延と仕様
提出の遅延について評価を記載するよう要求しているこ
とを示している。

【００６１】客観的評価記載要求メッセージを通信手段
３０１を介して受け取った仲介制御手段３０２は、メッ
セージ中の評価内容の部分への記載を仲介入出力手段３
０４を介してユーザに要求する（Ｓ４２２）。ユーザが
評価情報を入力すると、仲介制御手段３０２は客観的評
価記載要求結果メッセージを作成し、通信手段３０１を
介して客観的評価情報管理手段４へ送信して一連の処理
は終了する。客観的評価記載要求結果メッセージの一例
を図２８に示す。

【００６２】メッセージの種類は客観的評価記載要求結
果を示すＯＢＪＥＣＴＩＶＥ−ＩＮＦＯ−ＷＲＩＴＥ−
ＲＥＳＵＬＴであり、ヘッダと仲介ＩＤ、評価結果から
構成される。図２８に示すメッセージは、ＢＣｏｍｐ−
１００１に関する、金銭授受の遅延はなしで、仕様提出
の遅延は２日あったという評価をしたこと示している。

【００６３】ステップＳ４１３で選択した相手に対し
て、ユーザが契約することを決定できないことを仲介入
出力手段に対して入力した場合（Ｓ４１７Ｎ）、他の候
補者が検索結果リスト中にいるかどうかを仲介入出力手
段がユーザに確認し、他の候補がいることをユーザが入
力すれば（Ｓ４２１Ｙ）、ステップＳ４１２へ戻り以降
の処理を実行する。検索結果リスト中に他の候補者がい
ないが（Ｓ４２１Ｎ）、再度仲介条件を設定して検索を
実行したい意志を仲介入出力手段３０４へ入力した場合
は（Ｓ４２２Ｙ）、ステップＳ４０１へ戻り処理が実行
される。再度検索を実行する意志がないことを仲介入出
力手段３０４へユーザが入力した場合は（Ｓ４２２
Ｎ）、処理は終了する。

【００６４】次に仲介サーバ３の構成と動作について図
を用いて説明する。図２９に仲介サーバ３の構成を示
す。仲介サーバ３はネットワーク１を介して客観的評価
情報管理手段４、ユーザクライアント２とメッセージを
交換するための手段である通信手段２９０１と、ユーザ
の認証をするための認証ＤＢ２９０２と、ユーザからの
仲介情報の検索要求を受け付ける要求受付手段２９０３
と、仲介情報を蓄積する仲介情報ＤＢ２９０４と、登録
要求手段２９０３からデータを受け取り仲介情報を登録
する仲介情報登録手段２９０５と、仲介の成立履歴を蓄
積する仲介履歴ＤＢ２９０６とから構成される。

【００６５】仲介情報ＤＢ２９０４の内容の一例を図２
９に示す。仲介情報ＤＢ２９０４は、仲介情報登録手段
２９０５が仲介情報を特定できるよう生成した仲介ＩＤ
と、ユーザによって検索された回数と、仲介情報の仲介
条件と、仲介情報の内容と、仲介情報を提供したユーザ
の個人情報から構成される。

【００６６】ユーザから検索要求メッセージを受け取っ
た場合の仲介サーバ３の動作を図３１に示す流れ図を用
いて説明する。検索要求メッセージを通信手段２９０１
が受け取ると、そのメッセージを要求受付手段２９０２
へ渡す（Ｓ３１０１）。検索要求メッセージを受け取っ
た要求受付手段２９０３は、検索要求メッセージ中の検
索条件に合致する仲介条件を持つ仲介データを仲介情報
ＤＢ２９０４から検索する（Ｓ３１０２）。

【００６７】このとき、検索条件と仲介条件の合致と
は、一定数以上の項目の内容が一致した場合のことをい
い、一定数とは予め定められたしきい値のことである。
例えば、図５に示す検索要求メッセージを受け取り、仲
介情報ＤＢ２９０４の内容が図３０に示す内容の場合、
２行目から４行目の仲介データは３項目一致、５行目の
データは２項目一致であるため、しきい値を３とする
と、２行目から４行目の仲介データが検索されることに
なる。

【００６８】何らかの仲介データが検索されれば（Ｓ３
１０３Ｙ）、要求受付手段２９０３は検索された仲介デ
ータを元に検索結果メッセージを作成し、通信手段２９
０１を介して検索要求メッセージのヘッダのＦｒｏｍに
記載された検索要求メッセージ送信元へ送信する（Ｓ３
１０４）。仲介データが検索されない場合は（Ｓ３１０
３Ｎ）、仲介情報登録手段２９０５に検索要求データを
渡して、仲介情報ＤＢ２９０４への登録を依頼する（Ｓ
３１０５）。

【００６９】検索要求メッセージを受け取った仲介情報
登録手段２９０５は、検索メッセージのヘッダのＦｒｏ
ｍに記載されている発信者ユーザＩＤに基づき認証ＤＢ
２９０２を参照し、ユーザＩＤに対応する個人情報を獲
得し、さらにユーザＩＤに基づいて一意に定まる仲介Ｉ
Ｄを生成し、仲介情報ＤＢ２９０４に登録する（Ｓ３１
０６）。図３０に示す仲介情報ＤＢの例では、仲介ＩＤ
は、ユーザＩＤに任意の番号を付加した形式としてい
る。任意の番号を例えば全仲介データ通し番号にすれ
ば、仲介ＩＤから仲介データが一意に定まることにな
る。

【００７０】図３２に、認証ＤＢ２９０２の内容の一例
を示す。認証ＤＢはユーザＩＤと個人情報から構成され
る。図５に示す検索メッセージを受け取り、しきい値を
４として、図３０に示す内容の仲介情報ＤＢを検索して
検索結果なしになった場合に、仲介情報登録手段２９０
５が登録した結果を図３３に示す。６行目の項目が新た
に追加された項目である。仲介ＩＤはユーザＩＤ「ａｓ
ａｋｕｒａ」に任意の数字を組み合わせて生成され、検
索回数には０が、仲介条件は検索要求メッセージに記載
されている検索条件の内容が、個人情報はユーザＩＤ
「ａｓａｋｕｒａ」を基に、図３２に示す認証ＤＢ２９
０２を検索して獲得された氏名「朝倉敬喜」ほかが記載
されている。図５に示す検索要求メッセージには、内容
に関する記載がないため、内容の欄には−が入力されて
いる。

【００７１】仲介情報登録手段２９０５は仲介情報ＤＢ
２９０４に情報を登録すると、登録したことを要求受付
手段２９０３に伝える。要求受付手段２９０３は検索件
数０として検索結果メッセージを生成し（３１０４）、
通信手段２９０１を介して検索結果メッセージを検索要
求ユーザに送信する。

【００７２】次に、主観的評価情報要求メッセージを受
け取った場合の仲介サーバ３の動作について、図３４に
示す流れ図を用いて説明する。通信手段２９０１が主観
的評価情報要求メッセージを受け取ると（Ｓ３４０
１）、そのメッセージを要求受付手段２９０３へ渡す。
要求受付手段２９０３は、主観的評価情報要求メッセー
ジのユーザＩＤに記載されているユーザＩＤを含む仲介
ＩＤを保持している仲介履歴を仲介履歴ＤＢ２９０６か
ら検索する（Ｓ３４０２）。

【００７３】図３５に仲介履歴ＤＢ２９０６の内容の一
例を示す。仲介履歴ＤＢは成立した仲介に関する情報を
蓄積する。仲介ＩＤ、その仲介ＩＤで特定される仲介デ
ータと契約したユーザの契約ユーザＩＤ、契約した年月
日から構成される。図３５に示す例では、２行目はユー
ザＡＣｏｍｐが登録した仲介データＡＣｏｍｐ−１２０
０に対してユーザ「ｉｗａｔａ」が１９９５年５月１８
日に契約したことを示している。

【００７４】図１６に示す主観的評価情報要求メッセー
ジを受け取った場合、仲介履歴ＤＢ２９０６が図３５に
示す内容であると、ＡＣｏｍｐに一致する２行目から
「ｉｗａｔａ」が、ＢＣｏｍｐに一致する３行目から
「ｍｉｙａｓｈｉｔａ」が、４行目から「ｋｕｓｕｉ」
が、夫々検索されることになる。

【００７５】ステップＳ３４０２で検索を実行した結
果、１つ以上の仲介履歴が検索されれば（Ｓ３４０３
Ｙ）、要求受付手段２９０３は個別主観的評価情報要求
メッセージを作成し、通信手段２９０１を介して検索さ
れた契約者のユーザクライアント２に対してメッセージ
を送付する（Ｓ３４０４）。

【００７６】個別主観的評価情報要求メッセージは主観
的評価情報要求メッセージと同様の形式である。例え
ば、「ｉｗａｔａ」に対する個別主観的評価情報要求メ
ッセージは、図１６に示す主観的評価情報要求メッセー
ジのヘッダのＴｏが「ｉｗａｔａ」に、ＦｒｏｍがＳｅ
ｒｖｅｒに置き換えられ、ユーザＩＤが、評価対象であ
るＡＣｏｍｐのみに置き換えられることになる。

【００７７】個別主観的評価情報要求メッセージに対す
る個別主観的評価情報提供メッセージをユーザクライア
ント２から受け取ると（Ｓ３４０５）、受け取った評価
情報に基づき主観的評価情報提供メッセージを生成し
て、通信手段２９０１を介して主観的評価情報要求メッ
セージの送付元へ生成したメッセージを送信し（３４０
６）、処理を終了する。

【００７８】図１７に示す主観的評価情報要求メッセー
ジは、ユーザ「ｍａｎａ」と「ｍｉｙａ」から送られて
きた個別主観的評価情報提供メッセージに基づいて生成
されたメッセージである。仲介履歴がなにも検索されな
い場合は（Ｓ３４０３Ｎ）、主観的評価が存在しないも
のとして、主観的評価情報提供メッセージの評価情報の
項目を空白にして主観的評価情報提供メッセージを生成
し、主観的評価情報要求メッセージの送信元へメッセー
ジを発信し（Ｓ３４０６）、一連の処理を終了する。

【００７９】主観的評価情報再要求メッセージを受信し
た時の動作は、図３４に示す主観的評価情報要求メッセ
ージを受信したときの動作の流れと同様であり、例え
ば、ステップＳ３４０４は「個別主観的評価情報要求メ
ッセージを送付」となっているが、これが「個別主観的
評価情報再要求メッセージを送付」に代わるだけである
ためその説明は省略する。

【００８０】次に、契約依頼メッセージを受け取ったと
きの仲介サーバ３の動作について説明する。通信手段２
９０１が契約依頼メッセージを受け取ると、メッセージ
を要求受付手段２９０３に渡す。メッセージを受け取っ
た要求受付手段２９０３は契約依頼メッセージの仲介Ｉ
Ｄからその仲介データ作成ユーザを特定し、仲介データ
作成ユーザに契約依頼メッセージを転送する。

【００８１】例えば、図２２に示す契約依頼メッセージ
を受け取った場合、要求受付手段２９０３は、仲介ＩＤ
ＢＣｏｍｐ−１００１からユーザＩＤＢＣｏｍｐを抽出
し、ヘッダのＦｒｏｍをＳｅｒｖｅｒに、ヘッダのＴｏ
とＢＣｏｍｐにして、契約依頼メッセージをＢＣｏｍｐ
のユーザクライアント２に送信する。また、契約依頼メ
ッセージのＦｒｏｍを契約ユーザＩＤとして、仲介履歴
ＤＢの内容を更新する。

【００８２】図２２に示す契約依頼メッセージを受け取
った場合、仲介ＩＤとしてＢＣｏｍｐ−１００１、契約
ユーザＩＤとして「ａｓａｋｕｒａ」、契約年月日とし
てその時点の年月日が仲介履歴ＤＢに記録される。通信
手段２９０１がユーザＢＣｏｍｐのユーザクライアント
２から契約確認メッセージを受け取ると、要求受付手段
２９０３に渡される。要求受付手段２９０３は、契約確
認メッセージの仲介ＩＤで特定される仲介情報を仲介情
報ＤＢ２９０４から削除する。

【００８３】また、仲介履歴ＤＢ２９０４に記載されて
いる仲介履歴データのうち、契約確認メッセージの仲介
ＩＤで特定される仲介履歴データの契約ユーザＩＤで示
されるユーザへ、受け取った契約確認メッセージを転送
する。契約依頼メッセージの転送時と同様に、内容は同
一のまま、Ｔｏを仲介履歴データの契約ユーザＩＤに変
更し、ＦｒｏｍをＳｅｒｖｅｒに変更して転送する。

【００８４】次に、契約遂行完了メッセージを受け取っ
た場合の仲介サーバ３の動作について説明する。契約遂
行完了メッセージを受け取った通信手段２９０１はメッ
セージを要求受付手段２９０３へ渡す。要求受付手段２
９０３は客観的評価開始依頼メッセージを作成し、通信
手段２９０１を介して客観的評価情報管理手段４へ送信
する。

【００８５】客観的評価開始依頼メッセージの一例を図
３６に示す。メッセージの種類は客観的評価開始依頼を
示すＯＢＥＪＣＴＩＶＥ−ＩＮＦＯ−ＳＴＡＲＴ−ＲＥ
ＵＥＳＴであり、ヘッダと仲介ＩＤ、契約ユーザＩＤ、
仲介ＩＤ種別、契約ユーザＩＤ種別から構成される。仲
介ＩＤは契約遂行完了メッセージに記載されている仲介
ＩＤと同じであり、契約ユーザＩＤは契約遂行完了メッ
セージのＦｒｏｍと同一である。ただし、仲介ＩＤから
特定される仲介データ作成ユーザＩＤと契約遂行完了メ
ッセージのＦｒｏｍが同一の場合、要求処理手段２９０
３は仲介ＩＤを検索キーとして仲介履歴ＤＢ２９０６を
検索し、その契約ユーザＩＤを獲得し、そのユーザＩＤ
を客観的評価開始依頼の契約ユーザＩＤとする。

【００８６】仲介ＩＤ種別は仲介ＩＤで特定される仲介
データの種別のことであり、例えば仕事を仲介するシス
テムの場合は、求人または求職となる。契約ユーザＩＤ
種別は契約ユーザの種別を表現するデータであり、仲介
データ種別と対となる内容で、仲介データ種別が求人の
場合は、契約ユーザ種別は求職となる。仲介データ種別
は仲介ＩＤを検索キーにして仲介情報ＤＢ２９０４を検
索し、仲介条件種別から獲得する。

【００８７】次に、客観的評価情報管理手段４の構成と
動作について説明する。図３７に客観的評価情報管理手
段４の構成を示す。客観的評価情報管理手段４は、ネッ
トワーク１を介して、仲介サーバ３、ユーザクライアン
ト２とメッセージを交換するための手段である通信手段
３７０１と、客観的評価情報要求を受け付け該当する客
観的評価情報を送付する客観的評価情報要求受付手段３
７０２と、客観的評価情報を蓄積する客観的評価ＤＢ３
７０３と、ユーザが記載した客観的評価情報を集計して
客観的評価ＤＢに記録する客観的評価情報集計手段３７
０４と、客観的評価をするようユーザに依頼する客観的
評価情報記載依頼手段３７０５と、ユーザに評価しても
らう客観的評価項目を保持している客観的評価テンプレ
ート３７０６とから構成される。

【００８８】客観的評価ＤＢ３７０３の内容の一例を図
３８に示す。客観的評価ＤＢは、評価対象を特定する仲
介ＩＤと、その評価を記入したユーザのＩＤである評価
ユーザＩＤと、客観的評価内容から構成される。例えば
図３８の２行目は、ユーザ「ｉｗａｔａ」が仲介ＩＤＡ
Ｃｏｍｐ−１２００で特定される仲介データの仕事に関
して、「金銭授受、仕様提出ともに遅延がなかった」と
いう評価を与えたことを示している。

【００８９】客観的評価情報管理手段４が、客観的評価
情報要求メッセージを受け取ったときの動作について説
明する。通信手段３７０１は受け取った客観的評価情報
要求メッセージを客観的評価情報要求受付手段３７０２
へ渡す。客観的評価情報要求受付手段３７０２は、客観
的評価情報要求メッセージのユーザＩＤに記載されてい
るユーザＩＤで特定されるユーザの客観的評価情報を客
観的評価ＤＢ３７０３から検索する。具体的には、客観
的評価情報要求メッセージのユーザＩＤに記載されてい
るユーザＩＤが客観的評価ＤＢの仲介ＩＤに含まれてい
る情報を該当データとする。図１２に示す客観的評価情
報要求メッセージを受け取った場合、客観的評価ＤＢが
図３８に示す内容であるとすると、ＡＣｏｍｐから２行
目のデータが、ＢＣｏｍｐから４行目と５行目のデータ
が、夫々該当することになる。

【００９０】客観的評価情報要求受付手段３７０２は検
索結果から客観的評価情報提供メッセージを生成し、客
観的評価情報要求メッセージのＦｒｏｍに記載されてい
るユーザのユーザクライアントに通信手段３７０１を介
して送信する。図１２に示す客観的評価情報要求メッセ
ージを受け取り、図３８に示す客観的評価ＤＢ３７０３
を検索した場合に生成される客観的評価情報提供メッセ
ージは図１３に示す内容となる。メッセージの評価情報
の７〜１０行目には、図３８に示す客観的評価ＤＢ３７
０３の２行目の内容が記載され、１１〜１５行目には客
観的評価ＤＢ３７０３の４行目と５行目の内容が記載さ
れている。ここで、客観的評価ＤＢ３７０３の４行目と
５行目にある「仕様提出＝遅延なし」の重複は１つにま
とめて記載する。

【００９１】次に、客観的評価情報管理手段４が客観的
評価開始依頼メッセージを受け取ったときの動作につい
て説明する。ここでは契約は必ず２者間で行われるもの
としているため、客観的評価も相互に行われるものとす
る。通信手段３７０１は受け取った客観的評価開始依頼
メッセージを客観的評価情報記載依頼手段３７０５へ渡
す。客観的評価情報記載依頼手段配布手段３７０５は、
受け取った客観的評価開始依頼メッセージから、契約関
係が成立した２ユーザのユーザＩＤとそのユーザＩＤ種
別を抽出する。

【００９２】具体的には、客観的評価開始依頼メッセー
ジから仲介ＩＤに含まれるユーザＩＤ、仲介ＩＤ種別、
契約ユーザＩＤ、契約ユーザＩＤ種別を抽出することに
なる。客観的評価情報記載依頼手段３７０５抽出したユ
ーザＩＤとその種別に合致する客観的評価テンプレート
３７０６の内容を検索し、評価項目の情報を獲得する。
客観的評価テンプレート３７０６の内容の一例を図３９
に示す。客観的評価テンプレート３７０６は、ユーザに
評価してもらう客観的評価項目を保持しているデータベ
ースであり、予め管理者によって構築されているもので
ある。

【００９３】ユーザに評価してもらう客観的評価項目
と、評価を記載してもらうユーザの種別とユーザＩＤ、
および評価対象となるユーザのユーザＩＤから構成され
る。例えば図３９の２行目は、ユーザＩＤ種別が求職で
あるユーザに対して客観的評価項目「金銭授受、仕様提
出の遅延」について評価してもらうことを示している。
また、４行目は評価対象ユーザＩＤがＤＣｏｍｐの場合
には、仕様変更が何回起こったかの評価をしてもらうこ
とを示している。「＊」はその内容を問わないことを示
している。

【００９４】図３６に示す客観的評価開始依頼メッセー
ジを受け取った場合、（ＢＣｏｍｐ、求人）と（ａｓａ
ｋｕｒａ、求職）のユーザＩＤ、種別のペアが抽出され
る。客観的評価テンプレート３７０６の内容が図３９に
示す内容の場合、２行目からユーザＢＣｏｍｐが評価す
る項目は「成果納品の遅延評価と工数見積もりの正確性
評価」であることが検索される。また、１行目からユー
ザ「ａｓａｋｕｒａ」が評価する項目は「金銭授受の遅
延と仕様提出の遅延」であることが検索される。

【００９５】客観的評価情報記載依頼手段３６０５は検
索された評価項目から客観的評価記載要求メッセージを
対応するユーザに送付する。図３６に示す客観的評価開
始依頼メッセージを受け取り、図３９に示す客観的評価
テンプレート３７０６を検索した場合、「ａｓａｋｕｒ
ａ」に対して送付される客観的評価記載要求メッセージ
は図２７に示す内容となる。

【００９６】次に客観的評価情報管理手段４が客観的評
価記載結果メッセージを受け取ったときの動作について
説明する。通信手段３７０１は受け取った客観的評価記
載結果メッセージを客観的評価情報集計手段３７０４へ
渡す。客観的評価情報集計手段３７０４は、受け取った
メッセージから、仲介ＩＤ、ヘッダのＦｒｏｍ、評価結
果を抽出し、そのデータをそれぞれ客観的評価ＤＢの仲
介ＩＤ、評価ユーザＩＤ、客観的評価の欄に登録する。
図２８に示す客観的評価記載結果メッセージを受け取っ
て図３８に示す客観的評価ＤＢに登録した結果を図４０
に示す。６行目が追加された内容である。

【００９７】次に、ユーザクライアント２が主観的評価
情報要求メッセージを受け取ったときの動作について説
明する。通信手段３０１は受け取った主観的評価情報要
求メッセージを、主観的評価管理情報手段３０５へ渡
す。主観的評価情報管理手段３０５はメッセージのユー
ザＩＤの内容を抽出しそのユーザＩＤが評価対象ユーザ
ＩＤとして含まれかつ提供ユーザＩＤが自分のユーザＩ
Ｄ３０９と同一である主観的評価ＤＢ３０６の主観的評
価情報を検索する。主観的評価情報管理手段３０５は、
検索結果から主観的評価情報提供メッセージを生成し
て、通信手段３０１を介して主観的評価情報要求メッセ
ージの発信元へ送信する。

【００９８】また、このとき提供する情報の件数に応じ
て情報貢献度３０８の値を大きくする。例えば、主観的
評価ＤＢ３０６の内容が図８に示す内容であり、図４１
に示す主観的評価情報要求メッセージを受け取った場
合、ユーザＩＤがＡＣｏｍｐであるため、評価対象ユー
ザＩＤがＡＣｏｍｐである３行目のデータが検索され、
図４２に示す主観的評価情報提供メッセージが送信され
る。１件の情報提供につき情報貢献度３０８の値を１大
きくすることになっている場合、この例では、１件の情
報提供を行ったことから、情報貢献度３０８は１大きく
なる。

【００９９】次に、ユーザクライアント２が主観的評価
情報再要求メッセージを受け取ったときの動作について
説明する。通信手段３０１は受け取った主観的評価情報
再要求メッセージを、主観的評価管理情報手段３０５へ
渡す。主観的評価情報管理手段３０５は、メッセージの
ユーザＩＤの内容を抽出し、そのユーザＩＤで特定され
るユーザに対する評価を入力するよう主観的評価入力手
段３０７を介してユーザに要求する。ユーザが何らかの
評価を入力すると、主観的評価情報管理手段３０５はそ
の入力内容を主観的評価ＤＢ３０６に保存すると共に、
入力内容から主観的評価情報再提供メッセージを生成し
て、通信手段３０１を介して主観的評価情報再要求メッ
セージの発信元へ送信する。また、このとき提供する情
報の件数に応じて情報貢献度３０８の値を大きくする。
各メッセージの例は、主観的評価情報要求メッセージを
受け取った場合とほぼ同じため説明は省略する。

【０１００】次に、ユーザクライアント２が契約依頼メ
ッセージを受け取ったときの動作について説明する。通
信手段３０１は受け取った契約依頼メッセージを仲介制
御手段３０２へ渡す。仲介制御手段３０２は、メッセー
ジ中の仲介条件、個人情報を抽出し、仲介入出力手段３
０４を介してユーザに契約依頼メッセージが到着したこ
とをその内容とともに知らせる。ユーザが内容を確認し
たことを仲介入出力手段３０４を介して仲介制御手段３
０２に伝えると、仲介制御手段３０２は契約確認メッセ
ージを生成し、通信手段３０１を介してそのメッセージ
を契約依頼メッセージ発信者に対して送信する。

【０１０１】次に本発明の第二の実施の形態を図面を用
いて説明する。図４３は本発明の第二の実施の形態であ
る電子仲介システムの構成を示すブロック図である。第
一の実施の形態に契約遂行管理手段４３０５を追加し、
ユーザクライアント２をユーザクライアント２とは異な
る構成を持つユーザクライアント４３０２に交換したも
のである。契約遂行管理手段４３０１は、契約が成立し
た後に、契約時に交わしたユーザ間で仕事に必要な仕様
書、成果物、金銭等の交換物件を中継し、交換物件の予
定納入日と実際に納入された日付との差異を検出し、そ
の差異を客観的評価手段４に客観的評価情報として提供
する。

【０１０２】図４４に本発明の第二の実施の形態である
電子仲介システムのユーザクライアント４３０２のブロ
ック図を示す。ユーザクライアント４３０２は、ユーザ
クライアント２の構成に、契約物件送受信手段４４０１
を加えて構成される。契約物件送受信手段４４０１は契
約時に受け取る契約をした物件を実際に受け取ると共
に、契約相手に送る契約をした物件を実際に送る手段で
ある。

【０１０３】図４５に示す流れ図を用いて契約完了後の
動作について説明する。図４に示すブロック図のステッ
プＳ４１８以降のステップに代わるステップである。契
約が完了すると仲介制御手段３０２により契約依頼メッ
セージが作成され、仲介サーバ３に送信される（Ｓ４５
０１）。図４６に契約依頼メッセージの一例を示す。図
２６に示す契約依頼メッセージに契約条件が加わったも
のであり、これは例えば、仲介入出力手段３０４から、
仲介条件とは別にユーザが入力したものである。このメ
ッセージを受け取った仲介サーバ３の動作は、第一の実
施の形態と同じであり個人情報と仲介条件を付加して契
約相手に契約依頼メッセージを送付する。仲介サーバ３
から契約相手のユーザクライアント４３０２に送信され
る契約依頼メッセージの一例を図４７に示す。

【０１０４】契約依頼メッセージを受け取ったユーザク
ライアント１の仲介制御手段３０２は、仲介入出力手段
３０４を介して契約条件をユーザに提示し、必要があれ
ば条件を修正させると共に、新たに条件を追加させるメ
ッセージを表示する。修正・追加された契約条件は仲介
制御手段３０２へ渡され、契約確認メッセージが作成さ
れ、仲介サーバ３に送信される（Ｓ４５０２）。契約確
認メッセージの例を図４８に示す。

【０１０５】図４６の契約条件の項目には、ユーザＢＣ
ｏｍｐが守らなければならない契約条件である、仕様書
提出日１９９９年８月１日、報酬３０００００円、報酬
支払日１９９９年９月１５日が記載され、さらにユーザ
「ａｓａｋｕｒａ」が守らなければならない契約条件で
ある、成果物提出日１９９９年８月３１日が記載されて
いる。仲介サーバ経由で契約確認メッセージを受け取っ
たユーザクライアント４３０２における仲介制御手段３
０２は、仲介入出力手段を介して契約条件を提示し、契
約条件の確認を促す。契約に問題がなければ、その時点
で契約は完了し次のステップへ処理は進む。契約に問題
があれば、再度ステップ４５０１からの処理を繰り返
す。

【０１０６】ユーザは契約物件送受信手段４４０１を介
して契約条件に記述された契約物件を契約遂行管理手段
４３０１に送付する（Ｓ４５０４）。このとき、契約物
件送受信手段は契約物件納品メッセージを生成する。契
約物件納品メッセージの一例を図４９に示す。メッセー
ジの種類は契約物件納品を示すＣＯＮＴＲＡＣＴＥＤ−
ＧＯＯＤＳ−ＤＥＬＩＶＥＲであり、ヘッダ、仲介Ｉ
Ｄ、実際の納入物件から構成される。図４９では、仕様
書自体の記述は省略し、［仕様書本体］としてある。契
約物品納品メッセージを受け取った契約遂行管理手段４
３０１は仲介サーバ３に対して納品期限要求メッセージ
を送付して、受け取った契約物品納品メッセージに含ま
れる納品物件の納品期限を獲得し、現在の日時と比較す
ることで予定との差異である、差異日時を検出する（Ｓ
４５０５）。納品期限要求メッセージの一例を図５０に
示す。メッセージの種類は納品期限要求メッセージを示
すＤＥＬＩＶＥＲＹ−ＰＥＲＩＯＤ−ＲＥＱＵＥＳＴで
あり、ヘッダ、仲介ＩＤ、物品名から構成される。

【０１０７】図５０では、仲介ＩＤＢＣｏｍｐ−１００
１で特定される契約における仕様書の納品期限を要求し
ている。仲介サーバ３は仲介履歴ＤＢを検索して納品期
限通知メッセージで納品期限を通知する。納品期限通知
メッセージの一例を図５１に示す。このメッセージは、
メッセージ種類、ヘッダ、仲介ＩＤ、物品名、納品期限
から構成される。図５１に示す例では、仲介ＩＤＢＣｏ
ｍｐ−１００１で特定される契約の仕様書は１９９９年
８月１日までに納品することになっていることを示して
いる。

【０１０８】メッセージの差異を検出した契約遂行管理
手段は、算出された差異日時から客観的評価情報記載結
果メッセージを作成し、客観的評価情報管理手段４に送
信して、客観的評価情報として登録する（Ｓ４５０
６）。客観的評価情報記載結果メッセージの一例は図２
８に示してある通りであり、例えば仕様書提出の差異日
時が２日だった場合、評価結果として図２８の最後の行
の通りに記述される。なお、図２８の８行目の金銭授受
に関しては算出されていないので、このステップで送信
されるメッセージには記述されない。

【０１０９】次に、受け取った契約物件納品メッセージ
を該当するユーザのユーザクライアント４３０２に送信
し（Ｓ４５０７）、該当するユーザのユーザクライアン
ト４３０２の契約物件送受信手段がそのメッセージを受
け取り、契約物件をユーザに提示して（Ｓ４５０８）処
理が終了する。

【０１１０】次に本発明の第三の実施の形態を図面を用
いて説明する。図５２は本発明の第三の実施の形態であ
る電子仲介システムの構成を示すブロック図である。客
観的評価情報管理手段４を、この客観的評価情報管理手
段４とは異なる構成である客観的評価情報管理手段５２
０１に置き換えたものである。客観的評価情報管理手段
５２０１の構成の一例を図５３に示す。図３７に示す客
観的評価情報管理手段４に客観的評価情報一般化手段５
３０１を追加したものである。客観的評価情報一般化手
段５３０１は客観的評価情報受付手段３７０２から呼び
出され、客観的評価情報提供メッセージを作成するとき
に、客観的評価ＤＢ３７０３から検索した客観的評価情
報を一般化する。

【０１１１】例えば、客観的評価ＤＢが図３８に示す内
容であったときに、客観的評価情報要求受付手段３７０
２がＢＣｏｍｐに関する客観的評価情報要求メッセージ
を受け取ったとき、第一の実施の形態では、客観的評価
情報提供メッセージとして図１３の１２行目から１５行
目までを送付していたが、第三の実施の形態において
は、客観的評価情報要求受付手段は１２行目から１５行
目までを客観的評価情報一般化手段５３０１に送る。客
観的評価情報一般化手段５３０１は受け取った情報を一
般化する。ここで一般化とは、一つのカテゴリの多くの
評価情報を一つにまとめて表現することにする。

【０１１２】図１３の１２行目から１５行目において、
金銭授受の遅延について、遅延なしの場合と、遅延５日
の２つの評価情報があるため、客観的保持手段では、件
数だけを見て「金銭授受は５０％の確率で遅れる可能性
があります」という表現を生成する。あるいは日にちの
平均をとった場合「金銭授受は２．５日遅れる可能性が
あります」という表現を生成する。生成された評価を受
け取った客観的評価情報要求受付手段３７０２は、まと
められた評価情報を元に客観的評価情報提供メッセージ
を生成する。図１３の例では、１３行目、１４行目が、
例えば「金銭授受は５０％の確率で遅れる可能性があり
ます」という評価に置換され、客観的評価情報提供メッ
セージとして送信される。

【０１１３】

【発明の効果】以上述べた様に、本発明によれば、求人
求職システムや物品売買システム等の電子仲介システム
において、ユーザが入力した条件以外に契約候補ユーザ
に関して他人が入力した主観的な評価情報や客観的な評
価情報を活用することで、契約候補を選択することが容
易になり、事前に契約相手に関する悪い情報も知ること
ができるため契約後のトラブル発生が少なくなるという
効果がある。

【０１１４】また、候補選択に利用する評価情報を流通
しやすくするために情報貢献度を導入し、評価情報を提
供しないユーザは評価情報を利用することができないよ
うにしたため、評価情報の流通が滞ることが無くなり、
候補選択に常時評価情報を利用することができ、契約相
手の候補選択が常に容易になるという効果もある。

【０１１５】更に、その客観的評価情報の生成をシステ
ムが受け持つことにより、より客観性の高い評価情報が
獲得できると共に、客観的評価情報を一般化して多くの
評価情報を可読できる状態にすることで、その信頼性を
高めることができるため、さらに評価情報を用いた契約
候補の選択が容易で確実になるという効果がある。

【図面の簡単な説明】

【図１】全体構成を示すブロック図である。

【図２】システム全体の動作を示す流れ図である。

【図３】ユーザクライアントの構成を示すブロック図で
ある。

【図４】ユーザが仲介を行うときのユーザクライアント
動作を示す流れ図である。

【図５】ユーザクライアントから仲介サーバへ送られる
検索依頼メッセージの一例を示す図である。

【図６】仲介サーバからユーザクライアントに送られる
検索結果メッセージの一例を示す図である。

【図７】仲介制御手段が生成する検索結果リストの一例
を示す図である。

【図８】主観的評価ＤＢの内容の一例を示す図である。

【図９】仲介制御手段によって修正された検索結果リス
トの一例を示す図である。

【図１０】仲介履歴ＤＢの内容の一例を示す図である。

【図１１】仲介制御手段によって個人情報を付加された
検索結果リストの一例を示す図である。

【図１２】客観的評価情報要求メッセージの一例を示す
図である。

【図１３】客観的評価情報提供メッセージの一例を示す
図である。

【図１４】仲介制御手段によって客観的評価情報を付加
された検索結果リスト一例を示す図である。

【図１５】仲介制御手段によって主観的評価情報を付加
された検索結果リスト一例を示す図である。

【図１６】主観的評価情報要求メッセージの一例を示す
図である。

【図１７】主観的評価情報提供メッセージの一例を示す
図である。

【図１８】仲介制御手段によって主観的評価情報を付加
された検索結果リスト一例を示す図である。

【図１９】主観的評価情報再要求メッセージの一例を示
す図である。

【図２０】主観的評価情報再提供メッセージの一例を示
す図である。

【図２１】仲介制御手段によって主観的評価情報を付加
された検索結果リスト一例を示す図である。

【図２２】ユーザクライアントから仲介サーバへ送られ
る契約依頼メッセージである。

【図２３】仲介サーバからユーザクライアントへ送られ
る契約依頼メッセージである。

【図２４】仲介サーバからユーザクライアントへ送られ
る契約確認メッセージである。

【図２５】仲介履歴ＤＢの内容の一例を示す図である。

【図２６】契約遂行完了メッセージの一例を示す図であ
る。

【図２７】客観的評価記載要求メッセージの一例を示す
図である。

【図２８】客観的評価記載結果メッセージの一例を示す
図である。

【図２９】仲介サーバの構成を示すブロック図である。

【図３０】仲介ＤＢの内容の一例を示す図である。

【図３１】仲介サーバが検索要求メッセージを受け取っ
たときの動作を示す流れ図である。

【図３２】認証ＤＢの内容の一例を示す図である。

【図３３】仲介サーバの仲介情報登録手段によって仲介
データを付加された仲介情報ＤＢの内容の一例を示す図
である。

【図３４】仲介サーバが主観的評価情報要求メッセージ
を受け取ったときの動作を示す流れ図である。

【図３５】仲介履歴ＤＢの内容の一例を示す図である。

【図３６】客観的評価開始依頼メッセージの一例を示す
図である。

【図３７】客観的評価情報管理手段の構成を示すブロッ
ク図である。

【図３８】客観的評価ＤＢの内容の一例を示す図であ
る。

【図３９】客観的評価テンプレートの内容の一例を示す
図である。

【図４０】客観的評価ＤＢの内容の一例を示す図であ
る。

【図４１】主観的評価情報要求メッセージの内容の一例
を示す図である。

【図４２】主観的評価情報提供メッセージの内容の一例
を示す図である。

【図４３】本発明の第二の実施の形態における全体構成
を示すブロック図である。

【図４４】本発明の第二の実施の形態におけるユーザク
ライアントの構成を示すブロック図である。

【図４５】本発明の第二の実施の形態における契約後の
動作の一例を示す流れ図である。

【図４６】ユーザクライアントから仲介サーバへ送られ
る契約依頼メッセージの一例を示す図である。

【図４７】仲介サーバからユーザクライアントへ送られ
る契約依頼メッセージの一例を示す図である。

【図４８】ユーザクライアントから仲介サーバへ送られ
る契約確認メッセージの一例を示す図である。

【図４９】契約物件納品メッセージの一例を示す図であ
る。

【図５０】納品期限要求メッセージの一例を示す図であ
る。

【図５１】納品期限提供メッセージの一例を示す図であ
る。

【図５２】本発明の第三の実施の形態における全体構成
を示すブロック図である。

【図５３】本発明の第三の実施の形態における客観的評
価情報管理手段の構成を示すブロック図である。

【符号の説明】

１ネットワーク２ユーザクライアント３仲介サーバ４客観的評価情報管理手段３０１通信手段３０２仲介制御手段３０３仲介履歴ＤＢ３０４仲介入出力手段３０５主観的評価情報管理手段３０６主観的評価ＤＢ３０７主観的評価入力手段３０８情報貢献度３０９ユーザＩＤ２９０１通信手段２９０２認証ＤＢ２９０３要求受付手段２９０４仲介情報ＤＢ２９０５仲介情報登録手段２９０６仲介履歴ＤＢ３７０１通信手段３７０２客観的評価情報要求受付手段３７０３客観的評価ＤＢ３７０４客観的評価情報集計手段３７０５客観的評価情報記載依頼手段３７０６客観的評価テンプレート４３０２ユーザクライアント４３０５契約遂行手段４４０１契約物件送受信手段５２０１客観的評価情報管理手段５３０１客観的評価情報一般化手段

Claims

【特許請求の範囲】

【請求項１】コンピュータネットワークを介して接続
され、ユーザのシステムへのアクセス手段でありかつシ
ステムのユーザへのアクセス手段である少なくとも２台
以上のユーザクライアントと、仲介のためのデータを保
持しユーザクライアントからの要求で該当する仲介デー
タを検索してユーザクライアントに返却する仲介サーバ
と、他のユーザから入力されたユーザに関する客観的な
評価情報を保持し、ユーザクライアントから要求があれ
ば、この保持している客観的評価情報を提供する客観的
評価情報管理手段とを有することを特徴とする電子仲介
システム。
【請求項２】請求項１記載の電子仲介システムであっ
て、前記ユーザクライアントは、前記コンピュータネットワ
ークを介してネットワークに接続された他の手段と情報
交換する通信手段と、仲介作業を制御する仲介制御手段
と、仲介した履歴を保持する仲介履歴ＤＢ（データベー
ス）と、仲介作業で生ずるユーザへの情報提示とユーザ
からの入力を受け持つ仲介入出力手段とを有し、前記仲介サーバは、前記ネットワークを介して前記客観
的評価情報管理手段及び前記ユーザクライアントとメッ
セージを交換する通信手段と、ユーザの個人情報を保持
するための認証ＤＢと、ユーザからの仲介情報の検索要
求を受け付ける要求受付手段と、検索の対象となる仲介
情報を蓄積する仲介情報ＤＢとを有し、前記客観的評価情報管理手段は、前記ネットワークを介
して前記仲介サーバ及び前記ユーザクライアントとメッ
セージを交換する通信手段と、前記客観的情報要求を受
け付け該当する客観的評価情報を送付する客観的評価情
報要求受付手段と、前記客観的評価情報を蓄積する客観
的評価ＤＢとを有し、ユーザの前記仲介入出力手段からの仲介条件の入力に応
答して、前記仲介サーバから入力された条件に合致する
情報を検索し、この検索結果に含まれているユーザＩＤ
で特定されるユーザに関する客観的評価情報を前記客観
的評価情報管理手段から獲得して検索結果と共に表示す
るようにしたことを特徴とする電子仲介システム。
【請求項３】請求項２記載の電子仲介システムであっ
て、前記ユーザクライアントで単純に検索結果を提示するだ
けでなく、前記客観的評価情報を用いて検索結果から推
薦すべき仲介情報を検出し、ユーザに提示することを特
徴とする電子仲介システム。
【請求項４】請求項３記載の電子仲介システムであっ
て、前記客観的評価情報管理手段は、ユーザの客観的評価を
するよう依頼する客観的評価情報記載依頼手段と、ユー
ザに評価してもらう客観的評価項目を保持している客観
的評価テンプレートと、ユーザによって記載された客観
的評価情報を客観的評価ＤＢに登録する客観的評価情報
集計手段とを有し、契約の遂行が完了したユーザに対し
て契約相手の客観的評価をするよう依頼し、この依頼に
よって記載された客観的評価情報を前記客観的評価ＤＢ
に登録するようにしたことを特徴とする電子仲介システ
ム。
【請求項５】請求項３または４記載の電子仲介システ
ムであって、前記ユーザクライアントは、主観的評価情報を管理する
主観的評価情報管理手段と、主観的評価情報を蓄積する
主観的評価ＤＢとを有し、前記検索結果に含まれている
ユーザＩＤで特定されるユーザに関する主観的評価情報
を前記主観的評価情報管理手段から獲得して検索結果と
共に表示するようにしたことを特徴とする電子仲介シス
テム。
【請求項６】請求項２〜５いずれか記載の電子仲介シ
ステムであって、前記仲介サーバは仲介の成立（＝契約）履歴を蓄積する
仲介履歴ＤＢを有し、前記ユーザクライアントからユー
ザＩＤで特定されるユーザの主観的評価情報を要求され
たときに、前記仲介履歴ＤＢを検索して過去に該ユーザ
と契約したことのあるユーザのユーザクライアントに対
して該ユーザに対する主観的評価情報を要求し、さらに
主観的評価情報を要求された前記ユーザクライアント
は、前記主観的評価情報ＤＢから該ユーザの主観的評価
情報を検索して、前記仲介サーバに返却し、さらにま
た、返却された主観的評価情報をまとめて、最初に主観
的評価情報を要求してきたユーザに返却し、さらに、獲
得された主観的評価情報を検索結果と共に表示すること
ができるようにしたことを特徴とする電子仲介システ
ム。
【請求項７】請求項６記載の電子仲介システムであっ
て、前記ユーザクライアントは、さらにユーザが入力した主
観的評価手段を保持する主観的評価入力手段を有し、す
べてのユーザクライアントの主観的評価ＤＢに該ユーザ
の主観的評価情報が保持されていないとき、前記仲介サ
ーバが前記仲介履歴ＤＢを検索して過去に該ユーザと契
約したことのあるユーザのユーザクライアントに対して
該ユーザに対する主観的評価情報を再要求し、さらに、
主観的評価情報を再要求されたユーザクライアントは、
主観的評価入力手段を介してユーザに対して該ユーザに
関する主観的評価情報を入力するよう促し、仲介制御手
段は入力された該ユーザに対する主観的評価情報を返却
し、仲介サーバは返却された主観的評価情報をまとめ
て、最初に主観的評価情報を要求してきたユーザに返却
し、さらに、返却された主観的評価情報を検索結果と共
に表示することができるようにしたことを特徴とする電
子仲介システム。
【請求項８】請求項７記載の電子仲介システムであっ
て、さらに前記ユーザクライアントに、ユーザが評価情報の
流通にどれだけ貢献したかを示す指標である情報貢献度
をさらに有し、主観的評価情報と客観的評価情報を提供
したときに、情報貢献度の値を大きくし、主観的評価情
報と客観的評価情報を要求したときに情報貢献度の値を
小さくし、情報貢献度の値が一定値より小さい場合に評
価情報の要求ができないことを特徴とする電子仲介シス
テム。
【請求項９】請求項８記載の電子仲介システムであっ
て、さらに契約が成立したときに情報貢献度の値を小さくす
ることを特徴とする電子仲介システム。
【請求項１０】請求項８または９記載の電子仲介シス
テムであって、さらに前記仲介サーバに前記要求受付手段からデータを
受け取りその仲介情報を登録する仲介情報登録手段を有
し、前記要求受付手段が前記仲介情報ＤＢを検索したと
きに該当する仲介データが存在しなければ、検索条件を
登録データとして前記仲介情報登録手段に渡し、前記仲
介情報登録手段は受け取った情報を仲介情報ＤＢに登録
するようにしたことを特徴とする電子仲介システム。
【請求項１１】請求項５〜１０いずれか記載の電子仲
介システムであって、前記ユーザクライアントで検索結果を提示するときに、
悪い主観的評価を下したユーザが検索結果中に含まれて
いたら、そのユーザに関する検索結果を提示しないよう
にしたことを特徴とする電子仲介システム。
【請求項１２】請求項５〜１１いずれか記載の電子仲
介システムであって、さらに、契約時に約束した納品物件の納入を監視する契
約遂行管理手段と、前記ユーザクライアントに、契約時
に約束した納品物件を相手に送付しかつ相手からの納品
物件を受信する契約物件送受信手段とを有し、契約後に
納品物件を前記契約物件送受信手段から契約遂行管理手
段を介して相手に送付することで、前記契約遂行管理手
段は納品予定日と実際の納品日の差異を知りその差異を
客観的評価情報として登録するようにしたことを特徴と
する電子仲介システム。
【請求項１３】請求項５〜１２いずれか記載の電子仲
介システムであって、さらに、客観的評価情報管理手段に客観的評価情報一般
化手段を有し、前記客観的評価情報を提供するときに、
複数の客観的評価情報を一般化して提供すると共にその
客観的評価が正しいかどうかを評価されたユーザに確認
するようにしたことを特徴とする電子仲介システム。