JP2002230224A - 評価装置、情報処理方法、評価サーバシステム - Google Patents

Abstract

(57)【要約】 【課題】 サービス又は商品を適切に評価する。 【解決手段】評価サーバシステム１０、受取サーバシス
テム１２、クライアントシステム１４と、を備える評価
装置１であって、提供者Ｔ１，Ｔ２，Ｔ３は、受取サー
バシステム１２を利用して評価サーバシステム１０から
所定の識別情報を入手することが可能とされ、享受者Ｋ
１，Ｋ２，Ｋ３は、クライアントシステム１４によって
所定サービス又は商品を享受した際に受取った上記識別
情報を利用して評価サーバシステム１０にアクセスし、
この評価サーバシステム１０と連係して所定サービス又
は商品を評価可能とされ、評価サーバシステム１０は、
クライアントシステム１４から評価情報を受取った際に
享受者Ｋ１，Ｋ２，Ｋ３に対して所定のポイント、サー
ビス、物品又は金銭のいずれかを提供すると共に、この
評価情報を蓄積可能とされている。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、提供者によって提供さ
れる所定サービス又は商品（以下サービス等という）を
評価する技術に関する。

【０００２】

【従来の技術】従来、サービス等を提供する提供者は、
テレビコマーシャルや新聞・雑誌の折り込み広告等の各
種広告手段を利用して消費者におけるサービス等の認知
度を向上させようとしている。また、これらの広告には
サービス等に関する詳細情報、例えば品質や価格等が記
載されていることが多く、これらのサービスを受ける者
或は商品を購入する者（以下享受者という）は、各社の
広告内容を比較することで自分が欲しているサービス等
を選択する。また現在、広告手段としてホームページを
活用している場合も多い。

【０００３】

【発明が解決しようとする課題】しかしながら、享受者
・提供者の双方において情報提供の面で必ずしも満足で
きない状況も存在する。例えば以下のような問題点があ
る。

【０００４】（問題点Ａ）すべての業種が自由に広告す
ることができる訳ではなく、公益的な立場からある程度
規制されている場合がある。その規制は、例えばサービ
ス等の提供価格を表示することを禁じていたり、そのサ
ービスの具体的な内容を表示することを禁止していた
り、比較広告を禁止していたりするものである。このよ
うな場合以下のような問題が生じることが多い。

【０００５】Ａ−１．（情報不足による享受者の不安）
サービス等の具体的内容が情報開示されない場合、享
受者はサービス等を享受する際に非常に不安に感じる。
例えば病院について考えてみると、治療を受ける直前に
なるまで具体的な治療方法について知らされないことが
あり、病院に行く前に不安を感じる者もいる。

【０００６】このような情報不足の状況では、自分に合
っているサービス等の提供者を事前に選択することが困
難となり、とりあえず提供者に直接会って相談してか
ら、或は、商品を実際に購入してからでないとその内容
がわからないのが実状である。

【０００７】Ａ−２．（サービス等提供者の自由競争の
阻害） 自由競争的な考えであれば、享受者は、優れた
サービス等を低価格で提供できる提供者を選択する。し
かし、自由な広告が規制されている場合、提供者は自分
のサービス等の良さをアピールする手段が殆どなくな
り、優れたサービス等を有する者であっても、そのサー
ビス等を市場に売り込む機会が減少してしまう。これ
は、提供者側において、サービス等の質の向上・価格の
低減等に対する努力を怠る可能性を秘めている。

【０００８】なお、これらの問題点があるからといって
広告の法的規制の存在自体が悪い訳ではない。法的規制
は公共の利益を十分に考慮した結果であり、問題点より
も公益が上回っているからこそ存置されているものと考
えられる。従って、規制を存置したまま上記の問題点を
克服できれば有益であると考える。

【０００９】（問題点Ｂ） 上記の問題は広告等が規制
されている場合であるが、規制されていなくても享受
者、提供者の双方にとって満足できない状況がある。つ
まり現在の広告手法だけでは下記のようなデメリットが
ある。

【００１０】Ｂ−１．例えば、提供者から享受者に一方
的に配信される広告は、必ずしも他社と比較しやすいも
のではない。また広告の内容が特定情報に偏っていたり
すると享受者側では正確な判断ができないという問題が
ある。

【００１１】Ｂ−２．一方、提供者においても、享受者
に対して一方的に配信する広告だけでは市場のニーズを
敏感にキャッチすることができない。その為には、自ら
が提供するサービス等が享受者を満足させているか否か
を正確に知ることが大切だが、現在は、モニター（試験
的にサービス等を享受させる享受者）を利用して感想を
収集したり、アンケートを実施したりするのが一般的で
ある。

【００１２】しかし、モニターやアンケートは、その対
象者が市場と完全に一致してない可能性が高く、正確な
結論を得るのが難しいという問題がある。また、特典や
高額な報酬が無い限り、モニター活用やアンケート収集
が難しく、情報収集にかかる費用が高いという問題があ
る。

【００１３】（問題点Ｃ） ところで最近、市場に流通
しているサービス等を評価し、その評価結果をインター
ネットを利用して公表している評価サイトが存在する。
これらの評価サイトは、（１）運営者自らがサービス等
を個人的に評価して公表したり、（２）第三者から広く
評価を募集してそれらを公表するものである。所定のサ
ービス等を受けようと予定している享受者は、サービス
等を享受する前にこれらのサイトにアクセスし、事前に
評価情報を収集することが出来るので、サービス等を享
受する際の参考になる。

【００１４】しかし、（１）の場合、個人評価の結果が
一方に偏っていることが多く、客観的な情報とは言えな
い。また（２）の場合は、複数であるものの特定の人々
によって偏った評価がなされる可能性があり、また実際
にはサービス等を享受していない者によって評価されて
いる可能性もあり得る。このような評価サイトはさまざ
まな面で有益であるが、反対に、事実に基づいていない
不正確な評価結果が公表されると、提供者側も不利益を
被ることになる。

【００１５】本発明は上記問題点に鑑みてなされたもの
であり、提供者、享受者の双方にとって有益となる評価
手法等を提供することを目的としている。

【００１６】

【課題を解決するための手段】以下に示される手段によ
って、上記課題の少なくとも一部が解決される。

【００１７】（１）評価サーバシステムと、サービス又
は商品の提供者側が利用する受取サーバシステムと、サ
ービス又は商品の享受者側が利用するクライアントシス
テムと、を備えている評価装置であって、前記提供者
は、前記受取サーバシステムを利用して前記評価サーバ
システムから所定の識別情報を入手することが可能とさ
れ、前記享受者は、前記提供者から所定サービス又は商
品を享受した際に受取った前記識別情報を利用して前記
クライアントシステムによって前記評価サーバシステム
にアクセスし、該評価サーバシステムと連係して該所定
サービス又は商品を評価可能とされ、前記評価サーバシ
ステムは、前記クライアントシステムから評価情報を受
取った際に該享受者に対して所定のポイント、サービ
ス、物品又は金銭のいずれかを提供すると共に、該評価
情報を蓄積可能とされていることを特徴とする評価装
置。

【００１８】（２）上記（１）において、前記評価サー
バシステムは、受け取った前記評価情報を第３者に提供
可能とされていることを特徴とする評価装置。

【００１９】（３）上記（１）又は（２）において、前
記評価サーバシステムは、前記提供者によって提供され
る前記サービス又は商品に関する情報を第３者に提供可
能とされていることを特徴とする評価装置。

【００２０】（４）上記（１）、（２）又は（３）にお
いて、前記受取サーバシステムが前記評価サーバシステ
ムから前記識別情報を購入するようにしたことを特徴と
する評価装置。

【００２１】（５）提供者が提供する所定のサービス又
は商品を、評価サーバシステムを利用して評価する際の
該評価サーバシステムにおける情報処理方法であって、
複数の前記提供者がそれぞれ利用している受取サーバシ
ステム対して所定の識別情報を発行し、且つ、該識別情
報を記憶装置に記録されている発行済み識別情報リスト
に登録するステップと、前記提供者から前記サービス又
は商品を享受した享受者がそれぞれ利用しているクライ
アントサーバシステムに対して識別情報入力フォームを
送信して前記識別情報の入力を促し、前記享受者が前記
識別情報を有しているか否かを前記発行済み識別情報リ
ストを参照して判定するステップと、前記識別情報を有
している前記享受者の前記クライアントサーバシステム
に対して評価フォームを送信し、前記提供者から享受し
た前記所定サービス又は商品を評価するように促すステ
ップと、前記クライアントサーバシステムから評価情報
を受取った際に該享受者に対してポイント、サービス、
物品又は金銭のいずれかを提供する為の処理伝票を生成
するステップと、受け取った前記評価情報を蓄積して第
三者に送信可能とするステップと、を備えることを特徴
とする評価サーバシステムの情報処理方法。

【００２２】（６）上記（５）において、前記評価フォ
ームが、前記複数の提供者が提供する同種の前記サービ
ス又は商品に対して共通した評価項目を含んでおり、該
共通した評価項目に関する前記評価情報を、前記複数の
提供者名を含んだリスト表示として第三者に提供するこ
とを特徴とする評価サーバシステムの情報処理方法。

【００２３】（７）上記（５）又は（６）において、前
記受取サーバシステムに対して前記識別情報を発行する
際に、該識別情報の発行に基づく対価を前記提供者に請
求するための請求伝票を生成することを特徴とする評価
サーバシステムの情報処理方法。

【００２４】（８）上記（５）又は（６）において、前
記クライアントシステムから評価情報を受け取った際
に、前記識別情報の消費に基づく対価を前記提供者に請
求するための請求伝票を生成することを特徴とする評価
サーバシステムの情報処理方法。

【００２５】（９）上記（５）乃至（８）のいずれかに
おいて、前記提供者が利用する前記受取サーバシステム
に対して、該提供者が提供する前記サービス又は商品に
関する前記享受者からの前記評価情報の少なくとも一部
を送信するステップを有することを特徴とする評価サー
バシステムの情報処理方法。

【００２６】（１０）上記（５）乃至（９）のいずれか
において、前記享受者が前記識別情報を有していると判
定された際、又は該判定の後に該享受者から前記評価情
報を受け取った際のいずれかにおいて、利用された前記
識別情報を前記発行済み識別情報リストから除外するこ
とを特徴とする評価サーバシステムの情報処理方法。

【００２７】（１１）上記（５）乃至（１０）のいずれ
かにおいて、発行時から所定の時間が経過した前記識別
情報を、前記発行済み識別情報リストから除外すること
を特徴とする評価サーバシステムの情報処理方法。

【００２８】（１２）上記（５）乃至（１１）のいずれ
かにおいて、互いに異なる前記サービス又は商品を享受
した複数の前記享受者のそれぞれに対して同種のポイン
トを提供するようにしたことを特徴とする評価サーバシ
ステムの情報処理方法。

【００２９】（１３）複数の提供者が提供する所定のサ
ービス又は商品を評価する評価サーバシステムであっ
て、前記複数の提供者からの識別情報発行要求を受付け
た際に該提供者のそれぞれに対して所定の識別情報を発
行し、且つ、該発行した識別情報を発行済み識別情報リ
ストに登録する識別情報発行処理部と、前記提供者から
所定のサービス又は商品を享受した享受者からアクセス
された際に、該享受者に対して識別情報入力フォームを
送信して少なくとも前記識別情報の入力を促し、入力さ
れた情報が前記発行済み識別情報リストに含まれるか否
かによって該享受者が前記識別情報を所持しているか否
かを判定する受付処理部と、前記識別情報を所持してい
る前記享受者に対して所定の評価入力フォームを提供す
ると共に、該入力フォームに入力された評価情報を受信
して蓄積する評価処理部と、該評価情報を受信した際に
前記享受者に対してポイント、サービス、物品又は金銭
のいずれかを提供する為の処理伝票を生成、記録する謝
礼提供処理部と、蓄積された前記評価情報を第三者に公
表する情報提供処理部と、を備えることを特徴とする評
価サーバシステム。

【００３０】

【発明の実施の形態】以下図面を参照しながら本発明の
実施形態について詳細に説明する。

【００３１】図１に、本発明の第１実施形態にかかる評
価装置１の全体構成を示す。

【００３２】評価装置１は、運営者Ｕによって運営され
る評価サーバシステム１０と、サービス又は商品を提供
している複数の提供者Ｔ１，Ｔ２，Ｔ３がそれぞれ利用
する受取サーバシステム１２と、サービス又は商品の享
受者Ｋ１，Ｋ２，Ｋ３が利用するクライアントシステム
１４と、を備えている。これらの評価サーバシステム１
０と受取サーバシステム１２は専用回線Ｓによって接続
されており、また評価サーバシステム１０とクライアン
トシステム１４はインターネットＮを介して接続されて
いる。なお、評価サーバシステム１０と受取サーバシス
テム１２もインターネットＮによって接続されるように
してもよく、また、有線の場合に限らず無線通信が介在
しても良い。評価サーバシステム１０には、データベー
ス（記憶装置）２６及び課金サーバ５０が接続されてい
る。

【００３３】ここでは、複数の提供者Ｔ１，Ｔ２，Ｔ３
がそれぞれ病院であり、患者である享受者Ｋ１，Ｋ２，
Ｋ３に対して「医療サービス」を提供する場合を想定し
ている。更に、提供者Ｔ１が享受者Ｋ１に、提供者Ｔ２
が享受者Ｋ２に、提供者Ｔ３が享受者Ｋ３に、医療サー
ビスを提供する場合を示す。

【００３４】評価サーバシステム１０は、図２に拡大し
て示されるように、提供者Ｔ１，Ｔ２，Ｔ３からの識別
情報発行要求を受付けるとともに、この提供者Ｔ１，Ｔ
２，Ｔ３に対して所定の識別情報（ここではパスワー
ド）を発行する識別情報発行処理部１６と、享受者Ｋ
１，Ｋ２，Ｋ３からアクセスされた際に、この享受者Ｋ
１，Ｋ２，Ｋ３が前記パスワードを所持しているか否か
を判定する受付処理部１８と、パスワードを所持してい
る享受者Ｋ１，Ｋ２，Ｋ３に対して所定の評価フォーム
を提供すると共に、この評価フォームに入力された評価
情報を受信して蓄積する評価処理部２０と、この評価情
報を受信した際に享受者Ｋ１，Ｋ２，Ｋ３に対してポイ
ント、サービス、物品又は金銭を発行する謝礼提供処理
部２２と、蓄積された評価情報（の一部）を第三者に公
表する情報提供処理部２４と、を備える。

【００３５】なお、これらの各部は、所定のプログラム
が計算機の演算装置で処理されることで実現されるのが
一般的である。これは１台の計算機ですべて処理するよ
うにしてもよく、また複数の計算機に分散処理させても
かまわない。

【００３６】次に、この評価装置１の作用について、実
際の業務フローを含めながら説明する。

【００３７】ステップ１００：提供者Ｔ１，Ｔ２，Ｔ３
が、受取サーバシステム１２を利用して評価サーバシス
テム１０にアクセスし、パスワードの発行（購入指示）
を要求する。この際、提供者Ｔ１，Ｔ２，Ｔ３が受取サ
ーバシステム１２を用いて、上記パスワードを渡す予定
である享受者Ｋ１，Ｋ２，Ｋ３の氏名を評価サーバシス
テム１０に送信する。

【００３８】ステップ１０２：評価サーバシステム１０
における識別情報発行処理部１６は、上記要求の応答と
して所定のパスワードを受取サーバシステム１２に送信
する。その際、自らの記憶装置２６に、提供者Ｔ１，Ｔ
２，Ｔ３の氏名（病院名）、各提供者Ｔ１、Ｔ２、Ｔ３
発行したパスワード、そのパスワードを渡す予定である
享受者Ｋ１，Ｋ２，Ｋ３の氏名をそれぞれ対応させて
「発行済み識別情報リスト」として記録しておく。例え
ば図３に示されるような発行済み識別情報リストが生成
される。

【００３９】ステップ１０４：パスワードが発行された
時点で、課金用サーバ５０においてパスワード売買伝票
が生成される。これは、提供者Ｔ１，Ｔ２，Ｔ３から運
営者Ｕにパスワード代金（ここでは１００円とする）が
支払われることを意味する。なお、ここでは有料でパス
ワードを発行しているが、もちろん無料でもかまわな
い。

【００４０】ステップ１０６：病院である提供者Ｔ１，
Ｔ２，Ｔ３は、患者である享受者Ｋ１，Ｋ２，Ｋ３に対
して医療サービスを提供し、更に、サービス終了後に上
記パスワードを渡す。これは、たとえば図４に示される
ような紙面を渡すことによって実現される。この紙面に
は、享受者Ｋ１，Ｋ２，Ｋ３の名前、上記パスワード、
そして評価サーバシステム１０にアクセスするためのＵ
ＲＬ等が記載されている。なお、これは電子メール等を
利用して享受者Ｋ１，Ｋ２，Ｋ３に上記パスワード等を
提供するようにしても良い。

【００４１】ステップ１０８：享受者Ｋ１，Ｋ２，Ｋ３
は医療サービスを受けた後に帰宅し、クライアントシス
テム１４（ＰＣであることが多い）を用いて評価サーバ
システム１０にアクセスする。その結果、評価サーバシ
ステム１０における受付処理部１８が起動され、クライ
アントシステム１４に対して図５に示されるようなパス
ワード入力画面が送信される。享受者Ｋ１，Ｋ２，Ｋ３
はそこに自身の名前とパスワードを入力して返信する。
なお、ここでは自宅にクライアントシステム１４を有す
る場合を示したが、それ以外にもインターネットに接続
可能な街頭のキオスク端末等を利用しても良い。

【００４２】ステップ１１０：受付処理部１８では、返
信された上記「名前」及び「パスワード」と、記憶装置
２６における発行済み識別情報リストに記録されている
「名前」「パスワード」とを照合し、一致しているもの
が存在すれば実際に医療サービスを受けた享受者Ｋ１，
Ｋ２，Ｋ３であると判定する。どちらか一方でも誤って
いる限り受付を拒否する。

【００４３】ステップ１１２：正確な享受者Ｋ１，Ｋ
２，Ｋ３であると判断された場合、評価処理部２０が起
動され、提供者Ｔ１，Ｔ２，Ｔ３の医療サービスを評価
するための評価フォーム（図６参照）をクライアントシ
ステム１４に送信する。ここでは、医者の対応、診察の
丁寧度合、受付から診察までの待ち時間、清潔度合等の
各種項目について、「良い」「まあまあ良い」「普通」
「あまり良くない」「悪い」の選択枝が用意されている
ので、各項目について享受者Ｋ１，Ｋ２，Ｋ３が評価を
して返信する。なお、この評価項目は一例であって、ど
のような評価を行うかは適宜決定されるものである。

【００４４】ステップ１１４：評価フォームを受信した
評価処理部２０は、記憶装置２６に評価結果を蓄積して
おく。この場合、評価処理部２０はその評価情報を享受
者Ｋ１，Ｋ２，Ｋ３の名前を匿名として提供者Ｔ１，Ｔ
２，Ｔ３のシステム（受取サーバシステム１２を利用す
ることもできる）に送信するようにしても良い。

【００４５】ステップ１１５：評価を受信した時点で謝
礼提供処理部２２が起動され、享受者Ｋ１，Ｋ２，Ｋ３
にポイントを発行する。この発行とは、ここでは所定の
ポイント数（例えば２０ポイント）を享受者Ｋ１，Ｋ
２，Ｋ３の氏名に対応させて記憶装置２６に記録してお
くことを意味する。このポイントが規定値以上に達する
と、享受者Ｋ１，Ｋ２，Ｋ３に対して所望の商品が配送
されたり、金銭が得られたりする。ここでは異なる提供
者Ｋ１，Ｋ２，Ｋ３に対して同種のポイントを発行して
いる。従って、例えば既に提供者Ｔ１の医療サービスを
評価して２０ポイント獲得している享受者Ｋ１が、その
後に提供者Ｔ３からの医療サービスを受け、それを評価
することで得られる２０ポイントは、既に獲得した２０
ポイントに累積させて計４０ポイントにすることができ
る。

【００４６】なお、本発明はこのようにポイント制度を
利用する場合に限られず、享受者Ｋ１，Ｋ２，Ｋ３に対
して口座番号等の金銭受取用の識別番号を入力させ、直
接、金銭（ここでは提供者Ｔ１，Ｔ２，Ｔ３にパスワー
ドを販売した額と同じである１００円）を入金するよう
な処理伝票を課金用サーバ５０で生成するようにしても
かまわない。また、電子マネーや地域通貨などを配信す
るようにしても良い。

【００４７】なお、上記パスワードは使用済みとなるの
で、受付処理部１８で参照する発行済み識別情報リスト
からこのパスワードを除外（削除）する。従って、享受
者Ｋ１，Ｋ２，Ｋ３は同じパスワードを用いて繰り返し
て評価をすることが出来ない。

【００４８】ステップ１１６：以上の評価情報は、情報
提供処理部２４によって全部又は一部が第３者に広く公
開される。多数の享受者Ｋ１，Ｋ２，Ｋ３からの評価情
報が収集された場合には統計情報として公開しても良
い。これは、一般的にはＷＷＷサーバアプリケーション
プログラム（例えばａｐａｃｈｅ）によって実現され
る。

【００４９】本評価装置１によれば、識別情報（パスワ
ード）を有効活用することで、医療サービスを実際に受
けている享受者Ｋ１，Ｋ２，Ｋ３に該医療サービスを評
価させるようにしている。つまり、パスワードを入手し
た享受者Ｋ１，Ｋ２，Ｋ３でなければ評価できないこと
から、評価情報の正確性が高められる。ここでは享受者
Ｋ１，Ｋ２，Ｋ３の氏名も含めて受付の判定基準として
いるので、実際に医療サービスを受けている者を判定す
るという点ではより確かとなるが、パスワードだけでも
十分な正確性を確保できる。従って、どの提供者Ｔ１、
Ｔ２、Ｔ３を選択するか迷っている第三者によって、公
開された評価情報が有益な情報源になる。

【００５０】また、各提供者Ｔ１，Ｔ２，Ｔ３に対して
多数の享受者Ｋ１，Ｋ２，Ｋ３・・・の評価が蓄積され
るほど、評価情報の正確性が自ずと高められることにな
る。つまり、各評価の１つ１つは個人的な評価である
が、それが蓄積されることで情報の偏りが防止される。

【００５１】ポイント制度を利用することで、享受者Ｋ
１，Ｋ２，Ｋ３が積極的に評価サーバシステム１０にア
クセスするように誘引しているので、単に趣味的にイン
ターネットを利用している者に評価者（享受者）が限定
されず、より一般的な（実際の市場と一致した）多くの
評価情報を蓄積することができる。

【００５２】更にこれらの評価が第３者に公開されてい
るので、今後医療サービスを受けようとする者は事前に
病院（提供者Ｔ１，Ｔ２，Ｔ３）の情報を得ることがで
きるようになる。更に、複数の病院（提供者）の評価情
報が蓄積されれば、その中から最も自分に合った病院等
を選択することができる。

【００５３】提供者Ｔ１，Ｔ２，Ｔ３にとっても、評価
情報を直接受取ったり、或は情報提供処理部２４にアク
セスして評価状況を観察したりすることができるので、
顧客である享受者Ｋ１，Ｋ２，Ｋ３の満足度合（市場の
ニーズ）を察知することができる。また、他の病院との
評価度合を比較することで、自らのサービスが優れてい
る点、劣っている点を認知することができるようにな
り、サービス品質の向上に努めることができる。これは
患者にとっても大変有意義である。特に、広告が規制さ
れている業種の場合には自らを積極的に売り込むことが
出来ないが、このように患者である享受者Ｋ１，Ｋ２，
Ｋ３から直接評価されることで、いわゆる口コミ作用に
より顧客を獲得する機会が得られる。つまり、より良い
医療サービスを提供する提供者Ｔ１，Ｔ２，Ｔ３には自
ずと患者が集まることになり、相乗的なメリットが得ら
れる。

【００５４】また、評価サーバシステム１０にリストア
ップされる提供者Ｔ１，Ｔ２，Ｔ３は、パスワードを享
受者に提供することで、自らのサービスが評価されるこ
とを積極的に申し出る「顧客重視」の姿勢を示すことが
出来る。その結果、享受者Ｋ１，Ｋ２，Ｋ３にとっても
事前に安心感を得ることができると共に、リストアップ
されている提供者Ｔ１，Ｔ２，Ｔ３の中から選択すれば
医療サービスを受けた際にポイントを獲得する機会が確
保される。これも提供者Ｔ１，Ｔ２，Ｔ３にとって顧客
の吸引力を高める結果になる。この点では、必ずしも評
価情報を第３者に公開する必要はなく、識別情報提供者
リストとして、各提供者Ｔ１，Ｔ２，Ｔ３に関する特定
情報（連絡先、サービス等の内容等）を第３者に公開す
れば十分である。

【００５５】なお、本実施形態ではポイントを評価サー
バシステム１０で統一している。従って、提供者Ｔ１、
Ｔ２、Ｔ３以外の他の業種に関しても同種のポイントを
発行すれば、享受者Ｋ１，Ｋ２，Ｋ３は日常利用する商
品、サービス等から広くポイントを収集することができ
る。

【００５６】更に、クライアントシステム１４から評価
サーバシステム１０にアクセスするために一度利用され
たパスワードは発行済み識別情報リストから除外される
ので、享受者Ｋ１，Ｋ２，Ｋ３は新しいパスワードを手
得しない限り、即ち新しくサービス等を享受しない限り
再び評価することができない。その結果、一つのパスワ
ードを用いて同一人によって何度も評価されることを防
止できるので、よりリアルタイムで正確な評価結果を得
ることができる。なお、ここでは提供者Ｔと運営者Ｕが
異なる場合を示したが、同一者が担当しても良い。

【００５７】次に、本発明の第２実施形態として、上記
評価装置１を用いて商品を評価する場合について説明す
る。従って図１で示した評価装置１と同じ符号を付する
ことで図示を省略する。ここでは、商品メーカである提
供者Ｔ１，Ｔ２，Ｔ３が、インターネット上で同種の競
合商品を享受者Ｋ１，Ｋ２，Ｋ３に販売する場合を想定
しており、評価装置１の作用について重点的に説明す
る。

【００５８】ステップ２００：複数の提供者Ｔ１，Ｔ
２，Ｔ３が、それぞれ、受取サーバシステム１２を利用
して評価サーバシステム１０にアクセスして、パスワー
ドの発行（購入指示）を要求する。ここでは、生産され
た商品数に応じて、提供者Ｔ１，Ｔ２，Ｔ３がそれぞれ
１０００個のパスワードを評価サーバシステム１０に要
求する。

【００５９】ステップ２０２：評価サーバシステム１０
における識別情報発行処理部１６は、上記要求の応答と
して所定の１０００個のパスワードを各受取サーバシス
テム１２に送信する。その際、自らの記憶装置２６に、
提供者Ｔ１，Ｔ２，Ｔ３の「商品名」と発行した「パス
ワード」を対応させて記録しておく。例えば図７に示さ
れるような発行済み識別情報リストが生成される。

【００６０】ステップ２０４：メーカである提供者Ｔ
１，Ｔ２，Ｔ３は、商品のパッケージ内に外部から見え
ない状態でカードを挿入する。このカードには１つのパ
スワードと、評価サーバシステム１０のＵＲＬ等が記載
されており、計１０００個の商品に１枚ずつ挿入され
る。

【００６１】ステップ２０６：提供者Ｔ１，Ｔ２，Ｔ３
は卸し売り業者や小売店等を介して商品を販売する。享
受者Ｋ１，Ｋ２，Ｋ３がそれぞれの商品を購入した時点
で享受者Ｋ１，Ｋ２，Ｋ３に上記パスワードが渡された
ことになる。

【００６２】ステップ２０８：享受者Ｋ１，Ｋ２，Ｋ３
は商品を購入して実際に使用した後に、クライアントシ
ステム１４を用いて上記カードに記載されているＵＲＬ
に従って評価サーバシステム１０にアクセスする。そう
すると、評価サーバシステム１０における受付処理部１
８が起動され、先ず、クライアントシステム１４に対し
て図８に示されるような購入商品選択画面が表示され
る。この中から自分が購入した商品を選択すると、更に
図５に示したようなパスワード入力画面が送信される。
享受者Ｋ１，Ｋ２，Ｋ３はそこに自身の名前とパスワー
ドを入力して返信する。名前は照合目的ではなく、後述
するポイントを提供する相手を特定するために利用され
る。

【００６３】ステップ２１０：受付処理部１８では、選
択された「商品」と入力された「パスワード」が、記憶
装置２６の発行済み識別情報リストに記録されているか
を確認し、一致しているものがあれば正確な享受者Ｋ
１，Ｋ２，Ｋ３であると判定する。一方、どちらか一方
でも誤っている限り受付を拒否する。

【００６４】ステップ２１２：正確な享受者Ｋ１，Ｋ
２，Ｋ３であると判断された場合は評価処理部２０が起
動され、購入した商品を評価するための評価フォームを
クライアントシステム１４に送信する。

【００６５】評価フォームは、図９に示されるように公
開用評価領域Ｓ１と詳細評価領域Ｓ２に別れている。公
開用評価領域Ｓ１は、同じ系統の競合商品（他社商品）
と比較し易い質問が用意されており、例えば、商品のデ
ザイン、使い易さ、価格設定、機能等の各種項目につい
て、「良い」「まあまあ良い」「普通」「あまり良くな
い」「悪い」の選択枝が用意されており、更にコメント
欄が儲けられている。一方、詳細評価領域Ｓ２は、提供
者Ｔ１，Ｔ２，Ｔ３の要求に基づいてカスタマイズされ
たものであり、より具体的な評価項目が用意されてい
る。

【００６６】各項目について享受者Ｋ１，Ｋ２，Ｋ３が
評価をして返信する。公開用評価領域Ｓ１における評価
結果は情報提供処理部２４によって一般公開され、ま
た、詳細評価領域Ｓ２の評価結果は公開されずに各提供
者Ｔ１，Ｔ２，Ｔ３に提供される。提供手法としては評
価処理部２４によって送信しても良い。提供者Ｔ１，Ｔ
２，Ｔ３はこの評価結果に基づいて自分の商品を改善し
たり、或は次の商品開発の参考にすることができる。

【００６７】ステップ２１４：評価フォームを受信した
評価処理部２０は、記憶装置２６にその評価結果を記録
する。

【００６８】ステップ２１５：評価を受信した時点で謝
礼提供処理部２２が起動され、その享受者Ｋ１，Ｋ２，
Ｋ３にポイント（例えば３０ポイント）を発行する。発
行とは、ここでは所定のポイント数を入力された享受者
Ｋ１，Ｋ２，Ｋ３の氏名に対応させて記憶装置２６に記
録することを意味する。例えば今回の享受者Ｋ１，Ｋ
２，Ｋ３が、第１実施形態における享受者Ｋ１，Ｋ２，
Ｋ３と同一人であったとすると、病院を評価した際に得
たポイント数（２０ポイント）に今回のポイント（３０
ポイント）が累積されて計５０ポイントになる。

【００６９】ポイントが規定値以上に達すると、享受者
Ｋ１，Ｋ２，Ｋ３は商品が得られたり、或は、金銭が得
られたりする。なお、ポイント制度にする場合に限られ
ず、享受者Ｋ１，Ｋ２，Ｋ３に対して口座番号等の金銭
受取用の識別番号を入力させ、直接、金銭（ここでは提
供者Ｔ１，Ｔ２，Ｔ３にパスワードを販売した額と同じ
である１００円）を入金するような処理伝票を課金サー
バ５０で生成するようにしてもかまわない。その他、ネ
ット上で利用可能な 電子マネーを、インターネットを
介してプレゼントしても良い。

【００７０】また既に述べたように、詳細評価領域Ｓ２
における評価情報は、評価処理部２０によって（享受者
名を匿名として）提供者Ｔ１，Ｔ２，Ｔ３のシステム
（受取サーバシステム１２を利用することもできる）に
送信されるが、これと同時に、上記評価情報を提供者Ｔ
１，Ｔ２，Ｔ３に提供した対価として、或いは、パスワ
ード発行対価として、提供者Ｔ１，Ｔ２，Ｔ３から運営
者Ｕに所定の金銭を支払う旨の伝票が課金サーバ５０に
よって生成される。勿論、他のタイミングで伝票を生成
しても構わない。

【００７１】ステップ２１６：公開用評価領域Ｓ１に関
する評価情報は、情報提供処理部２４によって全部或は
一部が第３者に公開される。多数の享受者Ｋ１，Ｋ２，
Ｋ３…からの評価情報が収集された場合には、それらを
１つずつリスト表示する場合のほかに、これらを統計情
報として公開しても良い。これは、一般的にはＷＷＷサ
ーバアプリケーションプログラム（例えばａｐａｃｈ
ｅ）によって実現される。

【００７２】なお、ここでは評価サーバシステム１０が
享受者Ｋ１，Ｋ２，Ｋ３を識別するために、享受者Ｋ
１，Ｋ２，Ｋ３の名前を利用しているが、初回の評価時
や事前に、住所、氏名、メールアドレス、振り込み口座
等の情報を登録してもらい、評価サーバシステム１０か
ら享受者Ｋ１，Ｋ２，Ｋ３に対して個人ＩＤを提供する
ようにしても良い。このようにすれば、同性同名の２人
以上の享受者Ｋ１，Ｋ２，Ｋ３を名前ではなくＩＤで確
実に識別することができる。また、ここでは自分のポイ
ントを自分が利用する場合を示したが、他人にポイント
を譲渡できるように設定しても良い。

【００７３】次に、本発明の第３実施形態にかかる評価
装置３（図１０参照）について説明する。

【００７４】ここでは、図１で示した評価装置１の構成
に加えて、提供者Ｔ１，Ｔ２，Ｔ３がそれぞれ販売サー
バ４０を用意している。他の構成は図１の評価装置１と
同様であるので、同一部分については同一符号を付すこ
とで説明は省略する。提供者Ｔ１，Ｔ２，Ｔ３は小売店
であり、数々の商品をインターネットショップとして提
供している。この提供者Ｔ１，Ｔ２，Ｔ３は商品の提供
者であると共に、一方では、小売りサービスというサー
ビスの提供者でもある。それは、後述する評価フォーム
の内容によって決定されるが、ここでは商品を評価する
場合について説明する。

【００７５】ステップ３００：提供者Ｔ１，Ｔ２，Ｔ３
は、販売用サーバ４０を利用して、インターネットＮを
介して商品を享受者Ｋ１，Ｋ２，Ｋ３に販売する。販売
用サーバ４０はここでは別途用意されているが上記受取
サーバシステム１２を利用しても良い。享受者Ｋ１，Ｋ
２，Ｋ３は自宅等のクライアントシステム１４によって
販売用サーバ４０にアクセスし、所定の商品を選択して
商品を購入する。

【００７６】ステップ３０２：提供者Ｔ１，Ｔ２，Ｔ３
と享受者Ｋ１，Ｋ２，Ｋ３との間で商品の売買契約が成
立すると、すなわち、商品購入伝票が作成されると、こ
の販売サーバ４０と連動している受取サーバシステム１
２が評価サーバシステム１０にアクセスしてパスワード
の発行を依頼する。依頼を受けた評価サーバシステム１
０は、単価１００円で受取サーバシステム１２に所定の
パスワードを発行するが、今回は、そのパスワードを直
接クライアントシステム１４に送信する。従って、外見
上は評価サーバシステム１０からクライアントシステム
１４に発行されることになるが、実質的には、受取サー
バシステム１２からの依頼に基づいているので、提供者
Ｔ１，Ｔ２，Ｔ３によって享受者Ｋ１，Ｋ２，Ｋ３にパ
スワードが渡されることになる。

【００７７】その結果、クライアントシステム１４の画
面には、商品の購入と同時に図１１に示されるような情
報が表示される。この情報の中には、商品購入に関する
情報に加えて、上記パスワード、評価する時にアクセス
する場所となる評価サーバシステム１０のアドレス情報
（ＵＲＬ）、パスワードの有効期限、等が含まれてい
る。

【００７８】ステップ３０４：一方、評価サーバシステ
ム１０では、自らの記憶装置２６に、提供者Ｔ１，Ｔ
２，Ｔ３の商品名、発行したパスワード、享受者Ｋ１，
Ｋ２，Ｋ３の氏名、上記パスワードの有効期限等をそれ
ぞれ対応させて発行済み識別情報リストに記録する。有
効期限とは、例えば、「商品発送日から２週間」等であ
る。期限を超過した未使用のパスワードは上記リストか
ら自動的に除外され、再利用することが可能になる。ま
た、課金サーバ５０によってパスワード発行の対価を請
求する処理伝票を生成する。この課金サーバ５０は、電
子決済用のサーバ（図示省略）に接続されており、その
結果、提供者Ｔ１，Ｔ２，Ｔ３から運営者Ｕに対して所
定時に代金１００円が振り込まれる。

【００７９】ステップ３０６：小売店である提供者Ｔ
１，Ｔ２，Ｔ３は、享受者Ｋ１，Ｋ２，Ｋ３に対して所
定の商品を提供する。この場合、有形の物品は物流シス
テムによって配送され、音楽、映像のように電子情報商
品の場合はインターネットを介して配信される場合もあ
る。

【００８０】ステップ３０８：享受者Ｋ１，Ｋ２，Ｋ３
は商品を購入して使用した後（例えば音楽の配信を受け
て聞いてみた後）に、クライアントシステム１４を用い
て、購入時に提供されたＵＲＬに従って評価サーバシス
テム１０にアクセスする。その結果、評価サーバシステ
ム１０における受付処理部１８が起動され、第１及び第
２実施形態と同様に、クライアントシステム１４に対し
てパスワード入力画面が送信される。享受者Ｋ１，Ｋ
２，Ｋ３はそこに自身の名前とパスワードを入力して返
信する。

【００８１】ステップ３１０：受付処理部１８では、入
力された「パスワード」と「名前」が記憶装置２６に記
録されているかを確認し、更に、上記有効期限（商品発
送日から２週間）を満たしているか否かも確認する。一
致しているパスワード、名前の組み合わせが存在し且つ
有効期限内であれば正確な享受者Ｋ１，Ｋ２，Ｋ３であ
ると判定する。誤っている場合はその旨を伝えて受付を
拒否する。

【００８２】ステップ３１２：正確な享受者Ｋ１，Ｋ
２，Ｋ３であると判断された場合は評価処理部２０が起
動され、購入した商品（例えば音楽）を評価するための
評価フォームをクライアントシステム１４に送信する。
この評価フォームは、例えば、商品価格に対する満足度
合い、商品の品質、商品のカラーの選択理由等が含まれ
ており、提供者Ｔ１、Ｔ２、Ｔ３はこの評価情報を参考
にして、今後の店頭（実際の店舗とインターネット上店
舗の双方）の品揃えを工夫することが出来る。

【００８３】ステップ３１４：評価フォームを受信した
評価処理部２０は、記憶装置にその評価結果を記録して
おく。

【００８４】ステップ３１５：評価を受信した時点で謝
礼提供処理部２２が起動され、その享受者Ｋ１，Ｋ２，
Ｋ３に金銭（１００円）を発行する。

【００８５】ステップ３１６：評価情報は、情報提供処
理部２４によって第３者に一般公開される。多数の享受
者Ｋ１，Ｋ２，Ｋ３から評価情報が収集された場合には
統計情報として公開しても良い。

【００８６】この統計情報の中には、同じ商品に対して
各享受者Ｋ１，Ｋ２，Ｋ３から仮に複数回の評価を受け
付けた場合、各享受者Ｋ１，Ｋ２、Ｋ３における評価平
均値或は最新評価だけを採用することで、一人の享受者
における同一商品（サービス）の重複評価の影響を統計
から除外した「整理済み評価情報」を提供してもよい。
そうすると、一人の享受者によって偏った評価がなされ
た場合であっても、全体的な評価結果に大きく反映され
ないのでより有用な情報源となる。公開は、例えば競合
商品と比較できるような状態で提供される。

【００８７】また、本第３実施形態においては、提供者
Ｔ１，Ｔ２，Ｔ３の商品販売用のホームページにて、商
品の購入時に享受者Ｋ１，Ｋ２，Ｋ３が上記パスワード
の要・不要を任意に選択できるようにしてもよい。ま
た、評価情報の受付は、評価サーバシステム１０に直接
アクセスするようにしてもよいし、また、提供者Ｔ１，
Ｔ２，Ｔ３のＷＷＷサーバなどに評価サーバシステム１
０の機能の一部を分散して用意しておき、そのホームペ
ージが評価サーバシステムの処理を代行してもかまわな
い。つまり、提供者Ｔ１，Ｔ２，Ｔ３が所有するサーバ
によって評価情報を享受者Ｋ１，Ｋ２，Ｋ３から間接的
に受取り、それを評価サーバシステム１０に送信するよ
うにしても良い。

【００８８】その他にも、享受者Ｋ１，Ｋ２，Ｋ３によ
って評価情報が評価サーバシステム１０に送信された後
は、その評価対象となった提供者Ｔ１，Ｔ２，Ｔ３の各
ホームページにリンクさせてもよい。商品の評価が高い
場合、享受者Ｋ１，Ｋ２，Ｋ３が再度そのホームページ
において同じ商品を購入したり、或は提供者Ｔ１，Ｔ
２，Ｔ３が提供する他の商品に興味が湧く可能性が高い
からである。

【００８９】

【発明の効果】本発明によれば、享受者側は以下に示す
利点の少なくとも１つを得ることが出来る。 （１）評価をすればポイント、物品、金銭等が提供され
る。 （２）公開される評価情報を参照することで、リスト中
から自分に合った商品又はサービスを選択することが出
来る。 （３）従来と比較して信頼性の高い評価情報を事前に入
手することが出来る。 （４）広告等が規制されている業種においては評価情報
が貴重な情報源となる。 （５）ポイント等は、評価対象となる商品又はサービス
等の種類や業種を超えて共通させることができるので、
容易にポイント等を収集することが出来る。 （６）評価を受ける提供者がより良いサービス等を提供
するように努力をするので、享受者が享受するサービス
等の質、価格等のレベルが向上する。

【００９０】一方、提供者側には以下のような利点の内
少なくとも１つを得ることが出来る。 （１）実際の享受者から直接評価されることで、評価情
報を入手すれば自分が提供するサービス等の市場におけ
るランク等を認識することが出来、サービス等の改善に
役立てることが出来る。 （２）実際にサービス等を提供した時点（つまり売上が
計上された時点）、或は、評価情報を入手した時点でパ
スワード代を支払うシステムにすることができるので、
予め莫大な費用が発生する一般的な広告よりも売上に比
例した投資で済み、更に通常のアンケート等よりも投資
効率が良い。 （３）享受者から高い評価を受ければ、新たな顧客を獲
得する機会が増大する。 （４）上記（３）は、特に、自らの積極的な広告が禁止
されている業種においても情報が公開されることにな
り、良い評価を受けている者はいわゆる口コミ作用によ
って顧客の増大を期待できる。 （５）評価フォームをカスタマイズすれば、必要とする
評価情報を効率よく回収できる。

【図面の簡単な説明】

【図１】本発明の第１及び第２実施形態にかかる評価装
置の全体構成を示す図

【図２】同評価装置における評価サーバシステムの具体
的構成を示す図

【図３】同評価サーバシステムによって生成される発行
済み識別情報リストを示す概念図

【図４】享受者に渡されるパスワード等が記載された紙
面を示す図

【図５】同評価サーバシステムによって提供されるパス
ワード入力画面を示す図

【図６】同評価サーバシステムによって提供される評価
フォームを示す図

【図７】同評価サーバシステムによって生成される発行
済み識別情報リストを示す概念図

【図８】同評価サーバシステムによって提供される商品
選択画面を示す概念図

【図９】同評価サーバシステムによって提供される評価
フォームを示す図

【図１０】本発明の第３実施形態にかかる評価装置の全
体構成を示す図

【図１１】同評価サーバシステムによって提供されるパ
スワード提供画面を示す図

【符号の説明】

１、３…評価装置 １０…評価サーバシステム １２…受取サーバシステム １４…クライアントシステム ２６…データベース ４０…販売サーバ ５０…課金サーバ

Claims (13)

【特許請求の範囲】
1. 【請求項１】評価サーバシステムと、サービス又は商品
   の提供者側が利用する受取サーバシステムと、サービス
   又は商品の享受者側が利用するクライアントシステム
   と、を備えている評価装置であって、 前記提供者は、前記受取サーバシステムを利用して前記
   評価サーバシステムから所定の識別情報を入手すること
   が可能とされ、 前記享受者は、前記提供者から所定サービス又は商品を
   享受した際に受取った前記識別情報を利用して前記クラ
   イアントシステムによって前記評価サーバシステムにア
   クセスし、該評価サーバシステムと連係して該所定サー
   ビス又は商品を評価可能とされ、 前記評価サーバシステムは、前記クライアントシステム
   から評価情報を受取った際に該享受者に対して所定のポ
   イント、サービス、物品又は金銭のいずれかを提供する
   と共に、該評価情報を蓄積可能とされていることを特徴
   とする評価装置。
2. 【請求項２】請求項１において、前記評価サーバシステ
   ムは、受け取った前記評価情報を第３者に提供可能とさ
   れていることを特徴とする評価装置。
3. 【請求項３】請求項１又は２において、前記評価サーバ
   システムは、前記提供者によって提供される前記サービ
   ス又は商品に関する情報を第３者に提供可能とされてい
   ることを特徴とする評価装置。
4. 【請求項４】請求項１、２又は３において、前記受取サ
   ーバシステムが前記評価サーバシステムから前記識別情
   報を購入するようにしたことを特徴とする評価装置。
5. 【請求項５】提供者が提供する所定のサービス又は商品
   を、評価サーバシステムを利用して評価する際の該評価
   サーバシステムにおける情報処理方法であって、 複数の前記提供者がそれぞれ利用している受取サーバシ
   ステム対して所定の識別情報を発行し、且つ、該識別情
   報を記憶装置に記録されている発行済み識別情報リスト
   に登録するステップと、 前記提供者から前記サービス又は商品を享受した享受者
   がそれぞれ利用しているクライアントサーバシステムに
   対して識別情報入力フォームを送信して前記識別情報の
   入力を促し、前記享受者が前記識別情報を有しているか
   否かを前記発行済み識別情報リストを参照して判定する
   ステップと、 前記識別情報を有している前記享受者の前記クライアン
   トサーバシステムに対して評価フォームを送信し、前記
   提供者から享受した前記所定サービス又は商品を評価す
   るように促すステップと、 前記クライアントサーバシステムから評価情報を受取っ
   た際に該享受者に対してポイント、サービス、物品又は
   金銭のいずれかを提供する為の処理伝票を生成するステ
   ップと、 受け取った前記評価情報を蓄積して第三者に送信可能と
   するステップと、 を備えることを特徴とする評価サーバシステムの情報処
   理方法。
6. 【請求項６】請求項５において、 前記評価フォームが、前記複数の提供者が提供する同種
   の前記サービス又は商品に対して共通した評価項目を含
   んでおり、 該共通した評価項目に関する前記評価情報を、前記複数
   の提供者名を含んだリスト表示として第三者に提供する
   ことを特徴とする評価サーバシステムの情報処理方法。
7. 【請求項７】請求項５又は６において、 前記受取サーバシステムに対して前記識別情報を発行す
   る際に、該識別情報の発行に基づく対価を前記提供者に
   請求するための請求伝票を生成することを特徴とする評
   価サーバシステムの情報処理方法。
8. 【請求項８】請求項５又は６において、 前記クライアントシステムから評価情報を受け取った際
   に、前記識別情報の消費に基づく対価を前記提供者に請
   求するための請求伝票を生成することを特徴とする評価
   サーバシステムの情報処理方法。
9. 【請求項９】請求項５乃至８のいずれかにおいて、 前記提供者が利用する前記受取サーバシステムに対し
   て、該提供者が提供する前記サービス又は商品に関する
   前記享受者からの前記評価情報の少なくとも一部を送信
   するステップを有することを特徴とする評価サーバシス
   テムの情報処理方法。
10. 【請求項１０】請求項５乃至９のいずれかにおいて、 前記享受者が前記識別情報を有していると判定された
    際、又は該判定の後に該享受者から前記評価情報を受け
    取った際のいずれかにおいて、利用された前記識別情報
    を前記発行済み識別情報リストから除外することを特徴
    とする評価サーバシステムの情報処理方法。
11. 【請求項１１】請求項５乃至１０のいずれかにおいて、 発行時から所定の時間が経過した前記識別情報を、前記
    発行済み識別情報リストから除外することを特徴とする
    評価サーバシステムの情報処理方法。
12. 【請求項１２】請求項５乃至１１のいずれかにおいて、 互いに異なる前記サービス又は商品を享受した複数の前
    記享受者のそれぞれに対して同種のポイントを提供する
    ようにしたことを特徴とする評価サーバシステムの情報
    処理方法。
13. 【請求項１３】複数の提供者が提供する所定のサービス
    又は商品を評価する評価サーバシステムであって、 前記複数の提供者からの識別情報発行要求を受付けた際
    に該提供者のそれぞれに対して所定の識別情報を発行
    し、且つ、該発行した識別情報を発行済み識別情報リス
    トに登録する識別情報発行処理部と、 前記提供者から所定のサービス又は商品を享受した享受
    者からアクセスされた際に、該享受者に対して識別情報
    入力フォームを送信して少なくとも前記識別情報の入力
    を促し、入力された情報が前記発行済み識別情報リスト
    に含まれるか否かによって該享受者が前記識別情報を所
    持しているか否かを判定する受付処理部と、 前記識別情報を所持している前記享受者に対して所定の
    評価入力フォームを提供すると共に、該入力フォームに
    入力された評価情報を受信して蓄積する評価処理部と、 該評価情報を受信した際に前記享受者に対してポイン
    ト、サービス、物品又は金銭のいずれかを提供する為の
    処理伝票を生成、記録する謝礼提供処理部と、 蓄積された前記評価情報を第三者に公表する情報提供処
    理部と、を備えることを特徴とする評価サーバシステ
    ム。