JP2002230328A

JP2002230328A - 商品販売仲介システムおよびその方法

Info

Publication number: JP2002230328A
Application number: JP2001023591A
Authority: JP
Inventors: Yutaka Yoshikawa; 吉川　　裕; Masaru Nozaki; 野▲崎▼　　賢; Takao Sekimoto; 崇男関本; Masayuki Nakagawa; 雅之中川; Chikako Tsuchiyama; 千佳子土山
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-01-31
Filing date: 2001-01-31
Publication date: 2002-08-16

Abstract

(57)【要約】【課題】情報利用者にとって利用価値の高い評価情報を
数多く収集することを可能にし、さらに情報提供者によ
り登録された商品に関する評価情報特定の商品の購入を
勧めないような評価情報であっても当該消費者が報酬を
受け取ることを可能にする商品販売仲介システムおよび
方法を提供することを目的とする。【解決手段】サービスプロバイダサーバ１０１は、消費
者による商品に関する評価情報を掲示した電子掲示板を
提供し、商品販売仲介手段１０７を用いて消費者と商品
提供者との間で商品販売を仲介する。仲介が成立した場
合には、サービスプロバイダサーバ１０１は、消費者が
商品購入の際に参照した評価情報を参照履歴ＤＢ１０５
から取得し、該評価情報の仲介実績ＤＢ１０６を更新す
る。また、サービスプロバイダサーバ１０１は、収益配
当管理手段１０９を用いて、商品販売仲介に係る収益配
当額を算定し、商品提供者から前記収益配当を回収し、
前記評価情報の仲介実績に基づき、評価情報の登録者に
対して、前記収益配当を分配する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、商品やサービスの
販売を仲介するシステムおよび方法に関し、例えば、イ
ンターネット上のＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅ
ｂの略）で実現された電子掲示板を備えた商品およびサ
ービスの販売仲介システムおよび方法に関する。

【０００２】

【従来の技術】近年のネットワーク技術の急速な進歩
と、安価なＰＣや携帯端末の普及により、一般に流通し
ている商品に関する評価情報を消費者が発信したり、商
品を購入する前に前記の評価情報を参照して商品購入の
参考として活用するようになってきている。

【０００３】消費者が前記のような評価情報を自由に発
信、参照できるシステムとして、パソコン通信の会議室
（ＢＢＳとも呼ばれる）、インターネットのネットニュ
ース、およびＷＷＷの電子掲示板（ＢＢＳとも呼ばれ
る）がある。これらのシステムでは、消費者（情報提供
者）が商品やサービスについての評価情報を登録し、他
の消費者（情報利用者）が端末画面上でそれらの評価情
報の一覧や評価情報の本文を参照することを可能にして
いる。

【０００４】また、米国では書籍販売に関して消費者か
ら評価情報（書評）を受け付け、この評価情報が役に立
つか否かを他の消費者が判断して投票し、その投票結果
を消費者が閲覧できるＷＷＷの書籍販売システムがあ
る。

【０００５】さらに、米国特許ＵＳＰ６，０２９，１４
１によれば、個人や会社のＷＷＷサイト上に、商品販売
を行う他のＷＷＷサイトをリンク付で紹介し、そのリン
クによる販売実績に応じて、報酬を与える販売仲介シス
テムがある。

【０００６】

【発明が解決しようとする課題】上記のパソコン通信の
会議室やＷＷＷの電子掲示板に見られる従来技術では、
登録された評価情報の一覧から消費者（情報利用者）の
望む情報を探索したり、キーワードを指定して評価情報
を検索し、マッチした評価情報を一つずつ参照して内容
を確認する必要があるため、消費者（情報利用者）にと
って利用価値の高い情報を効率的に選別できる訳ではな
かった。また、情報を提供した消費者（情報提供者）に
対してインセンティブを与えていない。

【０００７】また、米国書籍販売のＷＷＷサイトに見ら
れる消費者から受け付けた評価情報に対する他の消費者
の投票結果を閲覧できるようにしたシステムでは、消費
者による投票結果を知ることができるものの、特定の評
価情報が実際の商品販売に対してどれだけ貢献したのか
を知ることまでは考慮されていない。また、消費者はそ
の評価情報を参考にして商品を購入したかには関係なく
投票できるため、その評価情報が本当に商品選択に有効
であったかは保証されるわけではない。

【０００８】また、上述の米国特許の販売仲介システム
では、商品販売を行う他のＷＷＷサイトを紹介する提携
者が、他のＷＷＷサイトをリンク付きで紹介するＷＷＷ
サイトを運営する必要がある。さらに、提携者は、自サ
イトに掲載した紹介を閲覧しリンクを辿って商品を購入
してもらうために、多くの消費者を自サイトに集める必
要がある。従って、たとえ有益な評価情報を提供可能で
あったとしても、報酬を得るために提携者は多大な努力
を要求される。また、紹介した商品の販売実績に応じて
報酬が支払われるため、購入を勧めないような評価情報
に対しては報酬を与えるわけではない。

【０００９】また、上述の電子掲示板などに掲示された
評価情報を他のＷＷＷサイトなどで引用する場合、引用
した評価情報の信頼性は必ずしも保証される訳ではな
い。また、リンクを利用して評価情報を参照する場合に
も、消費者（情報利用者）が評価情報の真正性を確認す
るのは容易でない。

【００１０】本発明の目的は、消費者（情報利用者）に
とって利用価値の高い評価情報を数多く収集することを
可能にし、さらに消費者（情報提供者）により登録され
た商品に関する評価情報が特定の商品の購入を勧めない
ような評価情報であっても当該消費者が報酬を受け取る
ことを可能にする商品販売仲介システムおよび方法を提
供することである。

【００１１】また、本発明の別の目的は、消費者（情報
利用者）が必要な情報を効率的に選別することを可能に
する商品販売仲介システムおよび方法を提供することで
ある。さらに、本発明の別の目的は、真正性の確保され
た評価情報の２次利用を容易に可能にする評価情報配信
システムを提供することである。

【００１２】

【課題を解決するための手段】上記の目的を達成するた
め、本発明は、ネットワークを介して接続された複数の
クライアント計算機からの商品またはサービス（以下、
単に商品という）の購入申し込みを受け付け、提供者が
提供する商品の販売を仲介する商品販売仲介システムで
あって、前記クライアント計算機から情報提供者が商品
に関する評価情報を登録する手段と、前記登録した評価
情報を該情報提供者の識別情報とともに記憶する手段
と、前記クライアント計算機から情報利用者が前記評価
情報を参照する手段と、前記情報利用者による前記評価
情報の参照の参照履歴を前記情報利用者の識別情報とと
もに記憶する手段と、前記情報利用者に対して商品の購
入に関する仲介を行ったときに、該仲介成立までに前記
情報利用者が参照した評価情報に対して、仲介実績を示
す情報を追加する手段と、前記仲介実績を示す情報が追
加された評価情報を登録した情報提供者に対して収益配
当を分配する手段とを備えることを特徴とする。

【００１３】また本発明は、上記構成において、前記参
照履歴を記憶する手段は、前記評価情報が前記情報利用
者により参照された日時を記憶するものであり、前記仲
介実績を示す情報を追加する手段は、仲介成立以前の一
定期間内に前記情報利用者によって参照された情報に対
してのみ、前記仲介実績を示す情報を追加するものであ
ることを特徴とする。

【００１４】また本発明は、上記構成において、前記仲
介実績を示す情報に基づき、前記評価情報の情報利用者
による参照を制御するためのスコアを算出する手段と、
前記評価情報のスコアを格納する手段と、前記評価情報
のスコアに従って、前記評価情報の情報利用者による参
照を制御する手段とをさらに備えることを特徴とする。

【００１５】また本発明は、上記構成において、前記評
価情報が前記情報手強者により登録された日時を記憶す
る手段と、該登録日から一定期間は、前記仲介実績にか
かわらず、前記評価情報の情報利用者による参照を可能
とする手段とをさらに備えることを特徴とする。

【００１６】また本発明は、上記構成において、前記評
価情報のスコアを、該評価情報または該評価情報の一部
と併せて前記クライアント計算機に表示する手段をさら
に備えることを特徴とする。

【００１７】また本発明は、上記構成において、前記評
価情報を登録した情報提供者に対して、前記収益配当の
分配分の実績を表示する手段をさらに備えることを特徴
とする。

【００１８】また本発明は、上記構成において、前記分
配する収益配当が、前記商品の購入を行う場合に利用可
能な割引ポイントであることを特徴とする。

【００１９】また本発明は、上記構成において、前記商
品に関する評価情報を埋め込んだインターネットマーク
の生成要求を受け付ける手段と、前記インターネットマ
ークを生成する手段と、前記インターネットマークを配
布する手段とをさらに備えることを特徴とする。

【００２０】また本発明は、上記構成において、前記商
品に関する評価情報に加えて、インターネットマークの
識別子を指定して購入申込を行うための情報を埋め込ん
だインターネットマークを生成する手段と、前記識別子
に基づいて前記商品に関する評価情報の仲介実績を示す
情報を更新する手段とをさらに備えることを特徴とす
る。

【００２１】さらに本発明は、ネットワークを介して接
続された複数のクライアント計算機からの商品またはサ
ービス（以下、単に商品という）の購入申し込みを受け
付け、提供者が提供する商品の販売を仲介する商品販売
仲介方法であって、前記クライアント計算機から情報提
供者が登録した評価情報を受け付けるステップと、前記
評価情報を該情報提供者の識別情報とともに記憶するス
テップと、前記クライアント計算機から情報利用者が前
記評価情報を参照するステップと、前記情報利用者によ
る前記評価情報の参照の参照履歴を前記情報利用者の識
別情報とともに記憶するステップと、前記情報利用者に
対して商品の購入に関する仲介を行ったときに、該仲介
成立までに前記情報利用者が参照した評価情報に対し
て、仲介実績を示す情報を追加するステップと、前記仲
介実績を示す情報が追加された評価情報を登録した情報
提供者に対して収益配当を分配するステップとを備える
ことを特徴とする。

【００２２】

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を説明する。

【００２３】ここでは、消費者がＷＷＷクライアントを
用いて、消費者による商品に関する評価情報を掲示する
電子掲示板を備えた商品販売仲介を行うＷＷＷサイトに
接続し、前記評価情報の登録および閲覧を行い、商品購
入する場合について説明する。また以下では、商品に関
する評価情報を利用する消費者を「情報利用者」、商品
に関する評価情報を登録する消費者を「情報提供者」と
呼ぶ。また、前記ＷＷＷサイトのサービスの提供者を
「サービスプロバイダ」、商品を提供する個人または会
社を「商品提供者」と呼ぶ。また、商品に関する評価情
報を「評価情報」と呼ぶ。なお、商品に関する情報を例
にとって説明するが、サービスに関する情報についても
同様である。

【００２４】以下、第１の実施形態について説明する。
第１の実施形態は、情報提供者に対して、該情報提供者
により提供された評価情報を参照した情報利用者が商品
を購入した実績に基づいて、サービスプロバイダが仲介
した商品販売の収益を分配する例である。情報提供者
に、商品販売に対する評価情報の貢献に見合った報酬
（インセンティブとも言う）を与えることで、情報提供
者に利用価値の高い評価情報の提供を促すものである。

【００２５】図１は、本発明の第１の実施形態に係る商
品販売仲介システムのシステム構成図である。

【００２６】本第１の実施形態のサービスプロバイダサ
ーバ１０１は、商品提供者サーバ１２１、情報利用者端
末１２２、および情報提供者端末１２３と、ネットワー
ク１２０を介して接続されている。サービスプロバイダ
サーバ１０１は、商品情報ＤＢ（データベース）１０
２、取引情報ＤＢ１０３、評価情報ＤＢ１０４、参照履
歴ＤＢ１０５、仲介実績ＤＢ１０６、商品販売仲介手段
１０７、掲示板生成手段１０８、収益配当管理手段１０
９、および通信管理手段１１０を備えている。

【００２７】商品情報ＤＢ１０２は、本サービスで販売
を仲介する商品の情報を格納する。取引情報ＤＢ１０３
は、本サービスで販売を仲介した取引の情報を格納す
る。評価情報ＤＢ１０４は、本サービスで販売を仲介す
る商品に関する評価情報を格納する。参照履歴ＤＢ１０
５は、評価情報の参照履歴を格納する。仲介実績ＤＢ１
０６は、評価情報が商品販売仲介に貢献した実績（「仲
介実績」と呼ぶ）を格納する。商品販売仲介手段１０７
は、商品の販売を仲介する。掲示板生成手段１０８は、
電子掲示板を生成する。収益配当管理手段１０９は、商
品販売による収益配当を回収し、仲介実績に基づき情報
提供者に収益配当を分配する。通信管理手段１１０は、
ネットワーク１２０を介して接続された端末１２２，１
２３およびサーバ１２１との通信を管理する。

【００２８】図２は、商品情報ＤＢ１０２のテーブルの
一例である。本テーブルには、サービスプロバイダが販
売を仲介する商品の詳細情報を格納する。

【００２９】２０１は商品番号であり、商品を一意に識
別するためのキーである。２０２は商品区分であり、商
品の分類を示す。サービスプロバイダは、本商品区分に
基づき、評価情報の仲介実績を算出し、収益配当を分配
する。２０３は取引開始ＵＲＬである。サービスプロバ
イダは、取引開始ＵＲＬのリンクを備えた電子掲示板を
生成することで、商品販売を仲介する。２０４は商品情
報である。商品情報２０４には、商品名称、商品提供
者、商品紹介文、および商品紹介画像などが含まれてい
る。

【００３０】図３は、取引情報ＤＢ１０３のテーブルの
一例である。本テーブルには、サービスプロバイダが仲
介した取引情報を格納する。

【００３１】３０１は、サービスプロバイダが仲介した
取引情報である。取引情報３０１には、取引番号、購入
者ＩＤ、購入日時、購入数、購入額、商品区分、商品名
称、および商品提供者などを格納する。３０２は、収益
配当額である。収益配当額３０２は、サービスプロバイ
ダの仲介によって商品提供者があげた収益のうち、サー
ビスプロバイダに支払われる成功報酬である。サービス
プロバイダは、本収益配当を原資として、本商品販売仲
介システムを運営し、さらに情報提供者に分配金を支払
う。

【００３２】図４は、評価情報ＤＢ１０４に格納された
評価情報のテーブルの一例である。本テーブルには、情
報提供者によって提供された評価情報を格納する。

【００３３】４０１は情報番号で、情報提供者から提供
された評価情報を一意に識別するためのキーである。４
０２は商品区分であり、商品情報ＤＢ１０２の商品区分
２０２に対応する。掲示板生成手段１０８は本情報に基
づいて商品区分毎の電子掲示板を生成する。４０３は掲
示可否のフラグである。ここでは、掲示可否フラグ４０
３の値が「Ｙ」の評価情報は電子掲示板に掲示し、
「Ｎ」の情報は電子掲示板に掲示しない。掲示可否フラ
グ４０３の設定方法の詳細は、第２の実施形態において
説明する。４０４は評価情報である。評価情報４０４に
は、情報の登録日、登録者ＩＤ、商品名称、商品提供
者、タイトル、コメント先情報番号、および内容などが
含まれている。

【００３４】図５は、参照履歴ＤＢ１０５に格納され
た、評価情報参照履歴のテーブルの一例である。本テー
ブルには、評価情報が情報利用者に参照された履歴を格
納する。

【００３５】５０１は参照者ＩＤで、評価情報を参照し
た情報利用者を一意に識別するためのキーである。５０
２は情報番号で、情報利用者が参照した評価情報を表し
ている。情報番号５０２は、評価情報ＤＢ１０４の情報
番号４０１に対応している。５０３は、商品区分であ
る。商品区分５０３は、商品情報ＤＢ１０２の商品区分
２０２、および、評価情報ＤＢ１０４の商品区分４０２
に対応している。５０４は、参照日時であり、当該評価
情報が参照者ＩＤ５０１の情報利用者によって参照され
た日時を示す。５０５は、仲介実績更新フラグである。
本フラグ５０５は、当該履歴情報が仲介実績ＤＢ１０６
に反映されたか否かを示す。ここでは、「Ｙ」は当該履
歴情報が仲介実績ＤＢ１０６に反映されたことを示し、
「Ｎ」は当該履歴情報が仲介実績ＤＢ１０６に反映され
ていないことを示す。

【００３６】図６は、仲介実績ＤＢ１０６のテーブルの
一例である。本テーブルには、個々の評価情報について
の、商品販売の仲介実績に関するデータを格納する。こ
こで、仲介実績とは、情報利用者が当該評価情報を参照
した後に、実際に商品を購入した実績を意味する。

【００３７】６０１は情報番号で、評価情報ＤＢ１０４
の情報番号４０１に対応している。６０２は当該評価情
報の登録者のＩＤである。６０３は、当該評価情報の仲
介回数である。仲介回数とは、情報利用者が当該評価情
報を参照した後に、実際に商品を購入した回数を意味す
る。図６に示した例では、商品提供者毎に仲介回数を格
納している。６０４は、商品提供者毎の合計仲介金額で
ある。ここで合計仲介金額とは、情報利用者が当該評価
情報を参照した後に、実際に商品を購入した金額の合計
値を意味する。６０５は、商品提供者毎の清算済仲介金
額である。ここで清算済仲介金額は、収益配当として情
報提供者に対して分配対象として既に清算した仲介金額
を意味する。

【００３８】図７は、情報提供者によって端末から入力
された評価情報を、サービスプロバイダサーバ１０１の
評価情報ＤＢ１０４に登録する処理手順を示すフローチ
ャートである。図７において、情報提供者が行う処理に
は情報提供者端末１２３が使用され、サービスプロバイ
ダが行う処理にはサービスプロバイダサーバ１０１が使
用される。

【００３９】まず、情報提供者は情報提供者端末１２３
から評価情報を入力し、サービスプロバイダサーバ１０
１へ評価情報を送信する（ステップＳ７０１）。評価情
報を受け取ったサービスプロバイダは（ステップＳ７０
２）、評価情報ＤＢ１０４に評価情報を登録する（ステ
ップＳ７０３）。さらに、仲介実績ＤＢ１０６に当該評
価情報のレコードを追加し、仲介回数６０３、合計仲介
金額６０４、および清算済仲介金額６０５を初期化する
（ステップＳ７０４）。さらに、評価情報の登録完了を
情報提供者に通知する（ステップＳ７０５）。最後に、
情報提供者は、端末に表示される登録完了通知を確認す
る（ステップＳ７０６）。

【００４０】図８は、サービスプロバイダサーバ１０１
に登録された評価情報を、情報利用者が参照する処理手
順を示すフローチャートである。図８において、情報利
用者が行う処理には情報利用者端末１２２が使用され、
サービスプロバイダが行う処理にはサービスプロバイダ
サーバ１０１が使用される。

【００４１】まず、情報利用者は、サービスプロバイダ
に対して参照したい評価情報のカテゴリーやキーワード
などの条件を指定して評価情報一覧を要求する（ステッ
プＳ８０１）。要求を受け取ったサービスプロバイダは
（ステップＳ８０２）、評価情報ＤＢ１０４から、前記
条件と評価情報ＤＢ１０４の掲示可否フラグ４０３に従
って、評価情報の一覧を取得する（ステップＳ８０
３）。次に、サービスプロバイダは、取得した評価情報
一覧の電子掲示板を生成し、情報利用者に送る（ステッ
プＳ８０４）。

【００４２】評価情報一覧を受け取った情報利用者は
（ステップＳ８０５）、その評価情報一覧から本文を参
照したい評価情報を選択し、その参照要求をサービスプ
ロバイダに送る（ステップＳ８０６）。本文の参照要求
を受け取ったサービスプロバイダは（ステップＳ８０
７）、評価情報ＤＢ１０４から要求された評価情報本文
を取得する（ステップＳ８０８）。さらに、参照履歴Ｄ
Ｂ１０５に参照情報を追加する（ステップＳ８０９）。
最後に、要求された評価情報本文の電子掲示板を生成
し、情報利用者に送る（ステップＳ８１０）。情報利用
者は、情報利用者端末１２２に表示された評価情報本文
を閲覧する（ステップＳ８１１）。

【００４３】図９は、情報利用者が商品を購入する際、
サービスプロバイダが商品販売を仲介する処理手順を示
すフローチャートである。図９において、商品提供者が
行う処理には商品提供者サーバ１２１が使用され、情報
利用者が行う処理には情報利用者端末１２２が使用さ
れ、サービスプロバイダが行う処理にはサービスプロバ
イダサーバ１０１が使用される。

【００４４】まず、評価情報を参照した情報利用者が、
商品購入の申込を行う（ステップＳ９０１）。商品購入
要求を受け付けたサービスプロバイダは（ステップＳ９
０２）、その商品購入申込情報を、商品提供者に送信す
る（ステップＳ９０３）。商品提供者は、その商品購入
申込要求を受け付けると（ステップＳ９０４）、情報利
用者との間で当該商品売買の契約処理を行う（ステップ
Ｓ９０５）。

【００４５】取引が成立すると、商品提供者は取引完了
をサービスプロバイダに通知する（ステップＳ９０
６）。取引完了の通知を受信したサービスプロバイダ
は、取引情報ＤＢ１０３に１レコード追加し、取引情報
３０１と収益配当額３０２を設定する（ステップＳ９０
７）。収益配当額３０２は、購入額の何パーセントかな
ど規定のルールに従って算出される。さらに、サービス
プロバイダは、当該商品を購入する際に参照した評価情
報を、参照履歴ＤＢ１０５から取得する（ステップＳ９
０８）。ステップＳ９０８では、仲介実績更新フラグ５
０５の値が「Ｎ」であり、商品区分５０３の値が購入し
た商品の商品区分と同一である評価情報を、当該取引に
おいて情報利用者が参考にした評価情報であるとみな
す。次に、仲介実績ＤＢ１０６の前記評価情報の仲介回
数６０３および商品提供会社毎の合計仲介金額６０４を
更新する（ステップＳ９０９）。最後に、参照履歴ＤＢ
１０５の仲介実績更新フラグ５０５を「Ｙ」に更新する
（ステップＳ９１０）。

【００４６】本処理により、サービスプロバイダが提供
した電子掲示板を情報利用者が参照したことによって成
立した取引情報が、サービスプロバイダの取引情報ＤＢ
１０３に格納される。さらに、情報利用者が当該取引ま
でに参照した評価情報に対して、仲介実績ＤＢ１０６の
仲介回数６０３および仲介金額６０４が更新される。図
１０は、収益配当管理手段１０９が収益配当を算出し、
情報提供者に分配する処理手順を示すフローチャートで
ある。図１０において、サービスプロバイダが行う処理
にはサービスプロバイダサーバ１０１が使用され、商品
提供者が行う処理には商品提供者サーバ１２１が使用さ
れ、情報提供者が行う処理には情報提供者端末１２３が
使用される。また、本処理における送金や回収などの金
銭授受は、電子決済により行う。本処理は、月毎や決算
期毎など定期的に行なう。

【００４７】まず、サービスプロバイダは、収益配当管
理手段１０９を用いて、取引情報ＤＢ１０３に格納され
た取引情報３０１と収益配当額３０２に基づき、収益配
当の集計対象期間内にサービスプロバイダが仲介した、
集計対象となっている商品提供者の収益配当額の合計値
を算出する（ステップＳ１００１）。次に、サービスプ
ロバイダは、ネットワーク経由で商品提供者に収益配当
を請求する（ステップＳ１００２）。請求を受け付けた
商品提供者は（ステップＳ１００３）、取引実績に基づ
き請求内容を確認し（ステップＳ１００４）、サービス
プロバイダに対して収益配当を送金する（ステップＳ１
００５）。サービスプロバイダは、収益配当管理手段１
０９を用いて、前記収益配当の回収を確認し、各情報提
供者に対する収益配当分配額を算定する（ステップＳ１
００６）。分配額は、集計期間内の仲介金額に基づいて
算出する。

【００４８】本実施形態においては、合計仲介金額６０
４と清算済仲介金額６０５の差が、当該集計期間内の仲
介金額である。例えば、情報番号ｉの合計仲介金額をａ
ｉ、情報番号ｉの清算済仲介金額をｂｉ、分配対象の収
益配当額をＸ、分配対象の商品提供者に関する評価情報
の集合をＳ、集合Ｓのうち登録者ＩＤがｊの情報提供者
が登録した評価情報の集合をＳｊとして、登録者ＩＤが
ｊの情報提供者に対する収益配当分配額ｘｊを下式によ
り算出する。

【００４９】

【数１】

【００５０】さらに、サービスプロバイダは、仲介実績
ＤＢ１０６の各評価情報について、清算済仲介金額６０
５に集計期間内の仲介金額６０４を加算する（ステップ
Ｓ１００７）。次に、サービスプロバイダは、収益配当
分配金を前記情報提供者に対して送金する（ステップＳ
１００８）。最後に、情報提供者は収益配当分配金を受
け取って、収益配当分配の処理は終了する（ステップＳ
１００９）。

【００５１】本処理により、商品提供者によってサービ
スプロバイダに支払われる収益配当が、提供した評価情
報の仲介実績に応じて、情報提供者に対して分配され
る。

【００５２】図１１は、情報提供者端末１２３に表示さ
れる収益配当分配額確認画面の一例である。本画面は、
情報提供者がサービスプロバイダに対して収益配当分配
額の表示を要求すると、情報提供者端末１２３に表示さ
れる。図１１の例では、ユーザＩＤが「１２３４５６７
８」、集計対象期間が「２０００年４月〜２０００年９
月」の収益配当分配額を表示している。１１０１は、集
計対象期間における商品提供者別の収益配当分配額を示
している。収益配当分配額は、数１により算出する。

【００５３】以上説明したように、本第１実施形態によ
れば、情報提供者は、自身が提供した評価情報の仲介実
績に応じて、商品提供者からの収益配当の分配金を受け
取ることが可能となる。サービスプロバイダは、収益配
当分配という報酬を情報提供者に与えることで、情報利
用者にとって利用価値の高い評価情報を多く収集するこ
とが可能となる。

【００５４】また、商品を購入した消費者の参照履歴に
基づき、商品毎に評価情報の仲介回数を計数するため、
ある商品の購入を勧めないネガティブな評価情報が、結
果的に、情報利用者に別の商品を購入させることになっ
た場合にも、報酬を与えることが可能となる。

【００５５】また、情報提供者が収益配当分配額の確認
画面を閲覧可能とすることで、有益な評価情報の提供を
促す効果がある。

【００５６】なお、本第１実施形態では、図９に示した
処理において、仲介実績更新フラグ５０５の値が「Ｎ」
である評価情報を、当該取引において情報利用者が参考
にした評価情報であるとみなしたが、取引成立日時から
一定期間内の評価情報のみを、当該取引において情報利
用者が参考にした評価情報であるとみなしてもよい。そ
の場合は、さらに参照履歴ＤＢ１０５の参照日時５０４
を利用して、図９に示したステップＳ９０８からステッ
プＳ９１０を処理する。

【００５７】また、第１実施形態では、図９に示した処
理において、仲介実績更新フラグ５０５の値が「Ｎ」で
ある評価情報を、当該取引において情報利用者が参考に
した評価情報であるとみなしたが、仲介実績更新フラグ
を利用せずに、当該取引以前に参照された全ての評価情
報、乃至、当該取引以前の一定期間内に参照された全て
の評価情報を、当該取引において情報利用者が参考にし
た評価情報であるとみなしてもよい。前者の場合は、図
５に示した仲介実績更新フラグ５０５が不要となり、図
９に示した処理のステップＳ９１０を省略する。後者の
場合は、図５に示した仲介実績更新フラグ５０５が不要
となり、参照履歴ＤＢ１０５の参照日時５０４を利用し
て、図９に示した処理のステップＳ９０８およびステッ
プＳ９０９を処理し、ステップＳ９１０を省略する。

【００５８】また、本第１実施形態では、商品提供者毎
に仲介実績を集計し、分配金を算定する例を説明した
が、商品毎に仲介実績を集計し、収益配当を分配しても
よい。その場合は、図６に示した仲介実績ＤＢ１０６の
テーブルの仲介回数６０３、合計仲介金額６０４、およ
び清算済仲介金額６０５を、商品毎に集計する。

【００５９】また、本第１実施形態では、収益配当の分
配額を数１により算出したが、算出式は数１に限定する
ものではなく、仲介の実績に応じて分配額を算出する式
であれば、別の算出式も適用できる。例えば、仲介金額
ではなく仲介回数に基づいて分配額を算出してもよい。
その場合は、情報番号ｉの仲介回数をｃｉとして、数１
における（ａｉ−ｂｉ）をｃｉに置換した式を用いれば
よい。

【００６０】また、本第１実施形態では、図８に示した
処理において、情報利用者が評価情報一覧を閲覧してか
ら本文を参照する評価情報を選択するという処理手順を
示したが、評価情報の参照処理手順は前記手順に限定す
るものではない。例えば、評価情報を一意に選択できる
情報（例えば、情報番号）を情報利用者が指定して、一
覧を取得せずに直接評価情報を参照してもよい。その場
合は、図８に示した処理において、ステップＳ８０１か
らステップＳ８０５は省略する。

【００６１】また、本第１実施形態では、サービスプロ
バイダサーバ１０１と商品提供者サーバ１２１がネット
ワークを介して接続される構成をとったが、サービスプ
ロバイダサーバ１０１と商品提供者サーバ１２１が同一
の計算機であってもよい。

【００６２】また、本第１実施形態において、サービス
プロバイダが商品提供者の機能を備えて、商品販売仲介
ではなく商品販売を行ってもよい。その場合は、図５に
示した仲介実績更新フラグは販売実績更新フラグとな
り、図６に示した仲介回数は販売回数、仲介金額は販売
金額となる。また、図９に示した商品販売仲介処理は商
品販売処理となり、ステップＳ９０３、ステップＳ９０
４、ステップＳ９０６は省略する。また、図１０に示し
た収益配当分配処理において、ステップＳ１００２から
ステップＳ１００５は省略する。

【００６３】また、本第１実施形態では、電子決済によ
り定期的に収益配当を分配したが、例えば、サービスプ
ロバイダが仲介している商品の価格を購入時に割引くこ
とで収益配当を分配することもできる。その場合は、図
１２に示した処理手順により、情報利用者は商品購入を
行う。

【００６４】まず、情報利用者は、利用する収益配当分
配額を指定して、商品購入の申込を行う（ステップＳ１
２０１）。利用可能な収益配当分配額は、例えば図１１
に示した収益配当分配額確認画面により確認する。要求
を受け付けたサービスプロバイダは、利用可能な収益配
当分配額を確認し（ステップＳ１２０２）、商品提供者
に商品購入申込情報とこの取引において利用する分配額
を送信する（ステップＳ１２０３）。商品提供者は、そ
の要求を受け付けると分配額を割り引いた価格を算定し
（ステップＳ１２０４）、情報利用者との間で商品売買
の契約を行う（ステップＳ１２０５）。取引が成立する
と、商品提供者は、取引完了をサービスプロバイダに通
知する（ステップＳ１２０６）。

【００６５】取引完了の通知を受信したサービスプロバ
イダは、利用した分配額に対応する金額を、仲介実績Ｄ
Ｂの清算済仲介金額６０５に加算する。さらに、図９に
示した処理のステップＳ９０８からステップＳ９１０ま
でを行い、仲介実績を更新する（ステップＳ１２０
７）。次に、商品提供者は、サービスプロバイダに利用
した分配額を請求する（ステップＳ１２０９）。請求を
受け付けたサービスプロバイダは（ステップＳ１２１
０）、前記分配額を商品提供者に送金する（ステップＳ
１２１１）。最後に、商品提供者は割引額を受領して、
処理は終了する（ステップＳ１２１２）。

【００６６】なお、本処理における分配額に相当する金
銭は、別途サービスプロバイダが、図１０に示した処理
のステップＳ１００１からステップＳ１００６を行い、
商品提供者から回収する。

【００６７】次に、第２の実施形態について説明する。
第２の実施形態では、情報利用者にとって利用価値が高
いと考えられる評価情報を、情報利用者が効率的に選別
可能とする例として、評価情報の閲覧や登録を行う場合
を説明する。なお、第２の実施形態において、上述した
第１の実施形態と共通する部分については説明を省略す
る。

【００６８】図１３は、本発明の第２の実施形態に係る
商品およびサービス販売仲介システムのシステム構成図
である。本第２の実施形態のシステム構成は、第１の実
施形態のシステム構成に、評価情報を掲示板に掲示する
か否かを判定するための掲示可否判定スコア（掲示スコ
アとも呼ぶ）を格納する掲示スコアＤＢ１３０１と、前
記掲示可否判定スコアを算出する掲示スコア算出手段１
３０２とを加えた構成をとる。

【００６９】図１４は、掲示スコアＤＢ１３０１に格納
された掲示可否判定スコアのテーブルの一例である。本
テーブルには、各評価情報が登録された日時、最後に情
報利用者によって参照された日時、および掲示可否判定
スコアを格納する。

【００７０】１４０１は、情報番号であり、評価情報Ｄ
Ｂ１０４の情報番号４０１に対応する。１４０２は、登
録日であり、評価情報ＤＢ１０４の評価情報４０４の登
録日に対応する。１４０３は、最終参照日時であり、参
照履歴ＤＢ１０５の参照日時５０４から当該情報の最終
参照日時を取得して設定する。１４０４は、商品提供者
別の仲介回数であり、仲介実績ＤＢ１０６の仲介回数６
０３に対応する。１４０５は、掲示可否判定スコアであ
る。掲示スコア算出手段１３０２は、１４０２から１４
０４の情報に基づいて掲示可否判定スコア１４０５を算
出し、さらに評価情報ＤＢ１０４の掲示可否フラグ４０
３を設定する。

【００７１】図１５は、本システムに登録された評価情
報の掲示スコアを算出し、掲示可否フラグ４０３を更新
する処理手順を示すフローチャートである。本処理は、
定期的に（例えば１日１回）、評価情報ＤＢ１０４に格
納された全ての評価情報に関して、実行する。

【００７２】まず、掲示スコア算出手段１３０２は、評
価情報ＤＢ１０４から評価情報の登録日を、参照履歴Ｄ
Ｂ１０５から最終参照日を、仲介実績ＤＢ１０６から仲
介回数を取得し、掲示スコアＤＢ１３０１を更新する
（ステップＳ１５０１）。次に、前記登録日１４０２、
最終参照日時１４０３、および仲介回数１４０４に基づ
き、掲示可否判定スコア１４０５を算出し、掲示スコア
ＤＢ１３０１を更新する（ステップＳ１５０２）。次
に、前記掲示可否判定スコアが予め設定された閾値より
小さいか否かを判定する（ステップＳ１５０３）。閾値
より小さければ、当該情報の掲示可否フラグを「Ｎ」と
し（ステップＳ１５０４）、大きければ掲示可否フラグ
を「Ｙ」とする（ステップＳ１５０５）。

【００７３】なお、本処理での掲示スコアの算出（ステ
ップＳ１５０２）は、仲介回数の値が大きい情報ほど商
品購買の際に参考にされた情報であるので、その掲示ス
コアが高くなるような算出式を利用して行う。また、登
録されてまもない評価情報が電子掲示板に掲示されるよ
うにし、長い間参照されていない評価情報が掲示されな
いようにする。そのため、評価情報の登録日からスコア
算出時までの経過日数が小さい評価情報に対してはスコ
アが高く、評価情報の最終参照日からスコア算出時まで
の経過日数が小さい評価情報に対してはスコアが高くな
るような算出式を利用する。例えば、情報番号ｉの掲示
可否判定スコアｐｉを、登録日からの経過日数をｄ１
ｉ、最終参照日からの経過日数をｄ２ｉ、商品提供者ｊ
の仲介回数をｃｊｉ、定数をｄ０ｉとして、下式により
算出する。

【００７４】

【数２】

【００７５】図１６は、情報利用者端末１２２に表示し
た電子掲示板の一例である。１６０１は評価情報の商品
区分であり、評価情報ＤＢ１０４の商品区分４０２に相
当する。１６０２は評価情報の本文である。本文には、
製品名、商品を提供する商品提供者名、および評価情報
の利用価値を示す掲示可否判定スコアが含まれる。１６
０３は、評価情報本文１６０２に対してつけられたコメ
ントの一覧である。この一覧には、題名、投稿者の他
に、掲示可否判定スコア１４０５を併記している。掲示
可否判定スコア１４０５を併記することで、情報利用者
は利用価値の高い情報を効率的に選別できる。１６０４
はナビゲーションボタンである。電子掲示板に登録され
ている次の評価情報を参照したり、コメントをつけた
り、新規に評価情報を登録するときに、情報利用者が使
用する。

【００７６】以上説明したように、本第２実施形態で
は、情報提供者が登録した評価情報の電子掲示板への掲
示を、その評価情報の掲示可否判定スコアによって制御
する。掲示可否判定スコアの小さい評価情報は、図１５
に示した処理により電子掲示板に掲示されなくなるの
で、情報利用者にとって利用価値の高い評価情報だけを
提供することができる。さらに、図１６に示したよう
に、電子掲示板に評価情報を掲示する際に掲示可否判定
スコアを併せて表示することで、情報利用者は利用価値
の高い情報を効率良く選別できる。

【００７７】なお、本第２実施形態では、掲示可否判定
スコア１４０５を格納する掲示スコアＤＢ１３０１を備
える構成としたが、掲示スコアＤＢ１３０１を備えず
に、掲示スコア算出手段が掲示可否フラグ４０３を更新
する構成としてもよい。その場合は、掲示可否判定スコ
ア１４０５の算出時に、評価情報ＤＢ１０４から評価情
報の登録日を、参照履歴ＤＢ１０５から最終参照日５０
４を、仲介実績ＤＢ１０６から仲介回数６０３を取得し
て、掲示可否判定スコア１４０５を算出する。この場合
は、図１５に示したスコア可否判定スコア算出処理のス
テップＳ１５０１を省略すればよい。

【００７８】また、本第２実施形態では、仲介回数を利
用して掲示可否判定スコア１４０５を算出したが、仲介
回数に限定するものではなく、仲介金額など仲介実績を
示す特徴量を用いればよい。

【００７９】また、本第２実施形態では、定期的に掲示
可否判定スコア１４０５を算出する例を説明したが、掲
示可否判定スコア１４０５の算出処理は、情報利用者端
末１２２から評価情報の参照リクエストを受け付ける度
に、当該評価情報に関して実行してもよい。この場合
は、例えば、図９に示した処理において、ステップＳ９
０９とステップＳ９１０の間で、本処理を実行すればよ
い。

【００８０】また、本第２実施形態における電子掲示板
表示画面では、掲示可否判定スコア１４０５を併記した
が、併記する情報は掲示可否判定スコア１４０５に限定
するものではなく、仲介回数６０３や仲介金額６０４の
値など、その評価情報が商品販売仲介に対してどれだけ
の貢献をしたか、情報利用者が容易に認識できるような
特徴量を併記してもよい。また、前記特徴量を示す画像
などのマルチメディアデータを表示してもよい。

【００８１】次に、本発明の第３の実施形態について説
明する。第３の実施形態は、インターネットマークに評
価情報を埋め込むことで、評価情報を再利用可能とする
例である。なお、第３の実施形態において、上述した第
１の実施形態と共通する部分については説明を省略す
る。

【００８２】インターネットマークは、例えば特開平１
１−２３９１２９号に記述されているように、ＷＷＷサ
イトで提供される情報の真正性を認証するために利用可
能な図形マークである。本発明では、評価情報を埋め込
んだインターネットマークを評価情報マークと呼ぶ。

【００８３】図１７は、本発明の第３の実施形態に係る
商品およびサービス販売仲介システムのシステム構成図
である。本第３の実施形態において、サービスプロバイ
ダサーバは、第１実施形態の構成に、評価情報マークを
格納する評価情報マークＤＢ１７０１、および評価情報
マーク管理手段１７０２を加えた構成をとる。

【００８４】図１８に、評価情報マークの一例を示す。
評価情報マーク１８０１は、商品の評価情報、および評
価情報マーク提供者（すなわち、本実施形態のサービス
プロバイダ）の電子署名などを埋め込んだマークであ
る。商品に関する消費者の評価情報である旨が表記され
たデザインであるが、形、色、表示する文字などを限定
するものでない。１８０２はマークメニューであり、典
型的には情報利用者がＷＷＷブラウザに表示されたマー
ク上をマウスでクリックすると表示される。情報利用者
が、メニューの項目を選択すると、マークに埋め込まれ
た評価情報を閲覧したり、電子署名のチェックを実行し
たり、本実施形態の評価情報掲示板へジャンプできるよ
うになっている。

【００８５】図１９は、評価情報マークＤＢ１７０１に
格納された評価情報マーク１８０１のテーブルの一例で
ある。１９０１は、マークＩＤであり、評価情報マーク
１８０１を識別するためのキーとして用いられる。１９
０２は、商品番号である。商品番号１９０２は、該評価
情報マーク１８０１が評価の対象としている商品を識別
するキーであり、商品情報ＤＢ１０２の商品番号２０１
に対応している。１９０３は、埋め込まれた評価情報の
情報番号であり、評価情報ＤＢ１０４の情報番号４０１
に対応している。１９０４は、マークファイル名であ
り、生成した評価情報マーク１８０１のファイル名を示
している。

【００８６】図２０は、商品提供者の要求に従って、サ
ービスプロバイダが評価情報マーク１８０１を配布する
処理手順を示すフローチャートである。図２０におい
て、商品提供者が行う処理には商品提供者サーバ１２１
が使用され、サービスプロバイダが行う処理にはサービ
スプロバイダサーバ１０１が使用される。

【００８７】まず、商品提供者は、サービスプロバイダ
に対して、マークの形、色、表示する文字、マークに埋
め込む内容などの条件を指定して、評価情報マーク１８
０１の作成を要求する（ステップＳ２００１）。要求を
受け付けたサービスプロバイダは（ステップＳ２００
２）、リクエスト中の評価対象商品名および会社名など
に基づいて評価情報ＤＢ１０４から該当する商品の評価
情報を取得する（ステップＳ２００３）。該当する商品
が複数存在する場合は、例えば、仲介実績ＤＢ１０６か
ら該情報の仲介回数６０３を取得し、仲介回数上位の評
価情報をマークに埋め込む評価情報とする。次に、リク
エストされた条件（形、色、表示する文字、マークに埋
め込む内容など）に従って、評価情報および評価情報提
供者（サービスプロバイダ）の電子署名などを埋め込ん
だ評価情報マーク１８０１を作成し、評価情報マークＤ
Ｂ１７０１に格納する（ステップＳ２００４）。最後
に、商品提供者に評価情報マーク１８０１を送付する
（ステップＳ２００５）。評価情報マーク１８０１を受
け取った商品提供者は、評価情報マーク１８０１付きの
ＷＷＷページを作成する（ステップＳ２００６）。

【００８８】以上説明したように、サービスプロバイダ
が、評価情報を埋め込んだ評価情報マーク１８０１を商
品提供者に提供することで、真正性を保ちながらサービ
スプロバイダ以外のＷＷＷサイトでも評価情報を利用す
ることが可能となる。情報利用者にとっては、商品提供
者のＷＷＷページに添付された評価情報マーク１８０１
を利用することで、商品提供者自身による商品情報だけ
でなく、消費者の評価情報を併せて参照できるという利
点がある。

【００８９】なお、第３実施形態では評価情報マーク１
８０１を商品提供者に送付したが、評価情報マーク１８
０１はサービスプロバイダの評価情報マークＤＢ１７０
１に格納しておいて、評価情報マーク１８０１を取得す
るためのＵＲＬだけを商品提供者に送付してもよい。

【００９０】また、第３実施形態では商品提供者のリク
エストに従ってオンラインで評価情報マーク１８０１を
生成したが、予め評価情報マーク１８０１を生成して、
評価情報マークＤＢ１７０１に格納しておき、配布リク
エストを受信した際には、前記評価情報マークＤＢ１７
０１から評価情報マーク１８０１を取得し、配布しても
よい。

【００９１】また、第３実施形態では評価情報マーク１
８０１を商品提供者が自社のＷＷＷサイトで利用する例
を説明したが、評価情報マーク１８０１をＷＷＷサイト
のバナー広告として使ってもよい。その場合は、バナー
広告掲載サイトに評価情報マーク１８０１または評価情
報マーク１８０１のＵＲＬを送付すればよい。

【００９２】また、第３実施形態では、サービスプロバ
イダサーバは、第１実施形態の構成に評価情報マーク生
成手段１７０２を加えた構成としたが、第２実施形態の
構成に評価情報マーク生成手段１７０２を加えた構成と
してもよい。

【００９３】また、第３実施形態では、評価情報マーク
１８０１にサービスプロバイダ経由で当該商品を購入す
るためのリンクを埋め込み、本発明の第１実施形態で説
明した収益配当分配に利用してもよい。この場合には、
購入申込のリンクに利用した評価情報マーク１８０１を
識別するためのマークＩＤを加える。さらに、図９に示
した処理において、サービスプロバイダは、ステップＳ
９０８とステップＳ９１０を省略し、ステップＳ９０９
では、評価情報マークＤＢ１７０１から前記マークＩＤ
１９０１に対応する評価情報番号１９０３を取得し、そ
の評価情報の仲介実績を更新する。

【００９４】さらに、前記リンクによる商品販売の仲介
実績を、第２実施形態で説明した掲示可否判定スコア算
出に利用してもよい。

【００９５】

【発明の効果】以上説明したように、本発明によれば、
次のような効果を実現することができる。

【００９６】情報提供者が提供した評価情報の仲介実績
に応じて収益配当を分配し、情報提供者に対してインセ
ンティンブを与えることで、情報利用者にとって利用価
値の高い評価情報を多く集めることが可能になる。ま
た、特定の商品の購入を薦めないネガティブな評価情報
に対しても報酬を与えることが可能になる。さらに、情
報提供者が自分の収益配当分配額を随時確認できるよう
にすることで、情報提供者による利用価値の高い情報の
提供を促進する効果がある。

【００９７】評価情報を、当該評価情報の販売仲介実績
に応じてスコア付けし、スコアの低い評価情報を電子掲
示板から除外することで、情報利用者が利用価値の高い
評価情報を効率良く選別できる効果がある。また、電子
掲示板に前記スコアを併せて表示することで、情報利用
者が情報をさらに効率良く選別できるという効果があ
る。

【００９８】サービスプロバイダが評価情報マークを提
供することで、評価情報を他のＷＷＷサイトで利用可能
にする効果がある。情報利用者にとっては、商品提供者
自身による商品情報だけでなく、情報提供者の評価情報
を併せて知ることが可能になり、情報利用者の利便性が
向上するという効果がある。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係る商品販売仲介シス
テムの構成を示すブロック図である。

【図２】本発明の第１実施形態に係る商品情報テーブル
のデータ構造の一例を示す模式図である。

【図３】本発明の第１実施形態に係る取引情報テーブル
のデータ構造の一例を示す模式図である。

【図４】本発明の第１実施形態に係る評価情報テーブル
のデータ構造の一例を示す模式図である。

【図５】本発明の第１実施形態に係る参照履歴テーブル
のデータ構造の一例を示す模式図である。

【図６】本発明の第１実施形態に係る仲介実績情報テー
ブルのデータ構造の一例を示す模式図である。

【図７】本発明の第１実施形態に係る評価情報登録の処
理手順を示すフローチャート図である。

【図８】本発明の第１実施形態に係る評価情報参照の処
理手順を示すフローチャート図である。

【図９】本発明の第１実施形態に係る商品販売仲介の処
理手順を示すフローチャート図である。

【図１０】本発明の第１実施形態に係る収益配当分配の
処理手順を示すフローチャート図である。

【図１１】本発明の第１実施形態に係る収益配当分配額
確認画面の一例を示す模式図である。

【図１２】本発明の第１実施形態に係る収益配当分配に
よる割引額を適用した商品販売仲介の処理手順を示すフ
ローチャート図である。

【図１３】本発明の第２実施形態に係る商品販売仲介シ
ステムの構成を示すブロック図である。

【図１４】本発明の第２実施形態に係る掲示可否判定ス
コアテーブルのデータ構造の一例を示す模式図である。

【図１５】本発明の第２実施形態に係る評価情報の掲示
可否フラグ更新の処理手順を示すフローチャート図であ
る。

【図１６】本発明の第２実施形態に係る電子掲示板表示
画面の一例を示す模式図である。

【図１７】本発明の第３実施形態に係る商品販売仲介シ
ステムの構成を示すブロック図である。

【図１８】本発明の第３実施形態に係る評価情報マーク
の一例を示す模式図である。

【図１９】本発明の第３実施形態に係る評価情報マーク
テーブルのデータ構造の一例を示す模式図である。

【図２０】本発明の第３実施形態に係る評価情報マーク
配布の処理手順を示すフローチャート図である。

【符号の説明】

１０１サービスプロバイダサーバ１０２商品情報ＤＢ１０３取引情報ＤＢ１０４評価情報ＤＢ１０５参照履歴ＤＢ１０６仲介実績ＤＢ１０７商品販売仲介手段１０８掲示板生成手段１０９収益配当管理手段１１０通信管理手段１２０ネットワーク１２１商品提供者サーバ１２２情報利用者端末１２３情報提供者端末２０１、１９０２商品番号２０２、４０２、５０３、１６０１商品区分２０３取引開始ＵＲＬ２０４商品情報３０１取引情報３０２収益配当額４０１、５０２、６０１、１４０１、１９０３情報番
号４０３掲示可否フラグ４０４、１６０２評価情報５０１参照者ＩＤ５０４参照日時５０５仲介実績更新フラグ６０２登録者ＩＤ６０３、１４０４商品提供者別仲介回数６０４商品提供者別合計仲介金額６０５商品提供者別清算済仲介金額１１０１収益配当分配額一覧１３０１掲示スコアＤＢ１３０２掲示スコア算出手段１４０２登録日１４０３最終参照日時１４０５掲示可否判定スコア１６０３評価情報一覧１６０４ナビゲーションボタン１７０１評価情報マークＤＢ１７０２評価情報マーク生成手段１８０１評価情報マーク１８０２評価情報マークメニュー１９０１評価情報マークＩＤ１９０４評価情報マークファイル名

───────────────────────────────────────────────────── フロントページの続き (72)発明者関本崇男神奈川県川崎市幸区鹿島田890番地株式会社日立製作所情報システム事業部内 (72)発明者中川雅之神奈川県川崎市幸区鹿島田890番地株式会社日立製作所ビジネスソリューション事業部内 (72)発明者土山千佳子神奈川県川崎市幸区鹿島田890番地株式会社日立製作所ビジネスソリューション事業部内

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して接続された複数のク
ライアント計算機からの商品またはサービス（以下、単
に商品という）の購入申し込みを受け付け、提供者が提
供する商品の販売を仲介する商品販売仲介システムであ
って、前記クライアント計算機から情報提供者が商品に関する
評価情報を登録する手段と、前記登録した評価情報を該情報提供者の識別情報ととも
に記憶する手段と、前記クライアント計算機から情報利用者が前記評価情報
を参照する手段と、前記情報利用者による前記評価情報の参照の参照履歴を
前記情報利用者の識別情報とともに記憶する手段と、前記情報利用者に対して商品の購入に関する仲介を行っ
たときに、該仲介成立までに前記情報利用者が参照した
評価情報に対して、仲介実績を示す情報を追加する手段
と、前記仲介実績を示す情報が追加された評価情報を登録し
た情報提供者に対して収益配当を分配する手段とを備え
ることを特徴とする商品販売仲介システム。
【請求項２】請求項１に記載の商品販売仲介システムに
おいて、前記参照履歴を記憶する手段は、前記評価情報が前記情
報利用者により参照された日時を記憶するものであり、前記仲介実績を示す情報を追加する手段は、仲介成立以
前の一定期間内に前記情報利用者によって参照された情
報に対してのみ、前記仲介実績を示す情報を追加するも
のであることを特徴とする商品販売仲介システム。
【請求項３】請求項１または２に記載の商品販売仲介シ
ステムにおいて、前記仲介実績を示す情報に基づき、前記評価情報の情報
利用者による参照を制御するためのスコアを算出する手
段と、前記評価情報のスコアを格納する手段と、前記評価情報のスコアに従って、前記評価情報の情報利
用者による参照を制御する手段とをさらに備えることを
特徴とする商品販売仲介システム。
【請求項４】請求項１から３の何れか１つに記載の商品
販売仲介システムにおいて、前記評価情報が前記情報手強者により登録された日時を
記憶する手段と、該登録日から一定期間は、前記仲介実績にかかわらず、
前記評価情報の情報利用者による参照を可能とする手段
とをさらに備えることを特徴とする商品販売仲介システ
ム。
【請求項５】請求項３に記載の商品販売仲介システムに
おいて、前記評価情報のスコアを、該評価情報または該評価情報
の一部と併せて前記クライアント計算機に表示する手段
をさらに備えることを特徴とする商品販売仲介システ
ム。
【請求項６】請求項１から５の何れか１つに記載の商品
販売仲介システムにおいて、前記評価情報を登録した情報提供者に対して、前記収益
配当の分配分の実績を表示する手段をさらに備えること
を特徴とする商品およびサービス販売仲介システム。
【請求項７】請求項１から６の何れか１つに記載の商品
販売仲介システムにおいて、前記分配する収益配当が、前記商品の購入を行う場合に
利用可能な割引ポイントであることを特徴とする商品販
売仲介システム。
【請求項８】請求項１から８の何れか１つに記載の商品
販売仲介システムにおいて、前記商品に関する評価情報を埋め込んだインターネット
マークの生成要求を受け付ける手段と、前記インターネットマークを生成する手段と、前記インターネットマークを配布する手段とをさらに備
えることを特徴とする商品販売仲介システム。
【請求項９】請求項８に記載の商品販売仲介システムで
あって、前記商品に関する評価情報に加えて、インターネットマ
ークの識別子を指定して購入申込を行うための情報を埋
め込んだインターネットマークを生成する手段と、前記識別子に基づいて前記商品に関する評価情報の仲介
実績を示す情報を更新する手段とをさらに備えることを
特徴とする商品販売仲介システム。
【請求項１０】ネットワークを介して接続された複数の
クライアント計算機からの商品またはサービス（以下、
単に商品という）の購入申し込みを受け付け、提供者が
提供する商品の販売を仲介する商品販売仲介方法であっ
て、前記クライアント計算機から情報提供者が登録した評価
情報を受け付けるステップと、前記評価情報を該情報提供者の識別情報とともに記憶す
るステップと、前記クライアント計算機から情報利用者が前記評価情報
を参照するステップと、前記情報利用者による前記評価情報の参照の参照履歴を
前記情報利用者の識別情報とともに記憶するステップ
と、前記情報利用者に対して商品の購入に関する仲介を行っ
たときに、該仲介成立までに前記情報利用者が参照した
評価情報に対して、仲介実績を示す情報を追加するステ
ップと、前記仲介実績を示す情報が追加された評価情報を登録し
た情報提供者に対して収益配当を分配するステップとを
備えることを特徴とする商品販売仲介方法。