JP4368086B2 - 評価情報についての情報処理方法 - Google Patents

Description

【０００１】
【発明が属する技術分野】
本発明は、評価対象に対する評価情報についての情報処理方法に関し、より詳しくは、より質の高い評価情報を収集及び提供するための情報処理方法に関する。
【０００２】
【従来の技術】
例えばインターネットにおける観光サイトでは観光地の場所、名称、特徴、お勧め情報等が提供されており、観光を予定している人は、これらの情報を参考にして観光計画を立案する場合がある。また、紙媒体で提供されるガイドブックや旅行会社のパンフレットなども利用される場合が多い。また、旅行に関するテレビ番組が参考にされる場合もある。しかし、このような情報提供においては、あくまで情報提供側の観点や評価でのお勧め情報でしかない。
【０００３】
また、これらは多様な媒体で且つ多様な形態で提供され、また情報が散在し、不定型な情報であるため、観光を予定している人は、本当に自分の好みにあった観光地の情報を精度良く、また質の高い観光情報を収集することができなかった。また、インターネットで提供される情報であっても、常に最新の活きた情報が提供されているわけではなく、観光時期間近の活きた情報が直ぐに見つかる状況にはない。また、一部のサイトでは、観光客の評価を星の数の多寡等で示すものもあるが、第三者からの評価を取り入れていないため又は第三者の投票が含まれる場合であってもその投票の任意性から、その評価を観光を計画している人が見ても自分に向いた情報か又は信頼できる情報かといったことを判断できない。
【０００４】
以上のように、従来の技術によっては、例えば旅行における観光地、観光施設、観光業者の店舗といったある主題に関して様々な評価情報等が提供されているが、その評価情報等の信頼性や実用性を十分に裏打ちした形で効率的に収集し、情報を必要とする者に提供するような技術は開示されていない。
【０００５】
【発明が解決しようとする課題】
従って本発明の目的は、ある評価対象に対する評価情報についての有効性情報を信頼性を持たせた形で効率的に収集するための技術を提供することである。
【０００６】
また、信頼性の高い評価情報を効率的に収集するための技術を提供することも目的である。
【０００７】
さらに他の目的は、評価情報及びその有効性情報の利用拡大を図ることにより、より多くの評価情報及びその有効性情報の収集を促進するための技術を提供することである。
【０００８】
さらに他の目的は、評価対象の評価に対する努力がより多くの評価情報及びその有効性情報の蓄積につながるような仕組みを提供することである。
【０００９】
【課題を解決するための手段】
【００１０】
本発明の第１の態様に係る評価情報のための情報処理方法は、特定の評価対象についての評価情報を特定する情報と、特定の評価対象に関連する者から取得される照合情報とをユーザの端末から受信した場合（同時に受信する場合の他、別々に受信する場合も含む。）、受信された照合情報と特定の評価対象に関連して設定され且つ予め記憶装置に格納された第２の照合情報とを用いて照合処理を実施する照合ステップと、照合処理が成功した場合、評価情報についての有効活用度数を更新し、記憶装置に格納する有効活用度更新ステップとを含む。
【００１１】
このように、評価者ではない特定の評価対象（例えば観光地業者の店舗）に関連する者（例えば店舗の店員）から取得される真正な照合情報（パスワードやキーワード）が評価者でもなく且つ特定の評価対象でもないユーザの端末から送信されなければ、評価情報についての有効性情報である有効活用度数（例えば実施の形態における活用数）が増加しないような仕組みを採用しているため、有効活用度数の信頼性が高くなる。また、取引成立時だけ照合情報がユーザの端末から送信されるようにすれば、有効活用度数は実用性についての指標ともなる。
【００１２】
なお、本願では評価という文言はより広く解されるべきものであって、純粋な評価だけでなく、単なる情報提供に過ぎないものについても含まれるものとする。
【００１３】
また、特定の評価対象に関連する者から取得される照合情報が、特定の評価対象に関連する者によりユーザの端末に入力されたパスワードであるような構成であってもよい。このように例えば店舗の店員が直接パスワードを入力するような場合には、パスワードが漏れることが少なく有効活用度数の信頼性が高くなる。
【００１４】
さらに、特定の評価対象に関連する者から取得される照合情報が、特定の評価対象に関連する者から取得され且つユーザにより当該ユーザの端末に入力されたキーワードであるような構成であってもよい。このキーワードを切り替えて使うことにより、有効活用度数の信頼性が高くなる。
【００１５】
また、照合処理が成功した場合、評価情報を登録した者とユーザとの少なくともいずれかに対して所定のポイントを付与する処理を実施するステップをさらに含むような構成であってもよい。このようにすることにより、より質の高い評価情報の登録を促し、また有効活用度数を更新させる照合情報の送信を促すことができる。また、取引成立時だけ照合情報がユーザの端末から送信されるようにすれば、取引のインセンティブともなる。
【００１６】
さらに、評価対象又は評価情報の検索時に、評価情報についての有効活用度数を検索者の端末に送信するステップをさらに含むような構成であってもよい。これにより検索者は、有効活用度数の高い又は低い評価対象を特定することができ、有効活用度数の高い又は低い評価情報をも特定することができるようになる。すなわち、評価情報の信頼性や実用性を容易に判断でき、且つ評価対象についての選択が容易になる。
【００１７】
また、このような構成により、評価対象の営業努力等に従ってよい評価の評価情報が蓄積される。また、それを見た他のユーザによる利用・取引にもつながり、それに伴いさらに有効活用度数も上昇するため、評価対象の集客力が向上すると共に収益も向上する。さらに、このような構成により評価対象において必要なハードウエアは最小限度であり、評価対象において必要な手数もパスワードを入力する程度に抑えることができる。
【００１８】
また、評価者の端末からある評価対象についての評価情報を受信した場合、当該ある評価対象が登録済みか否か判断するステップと、当該ある評価対象が未登録である場合には、当該ある評価対象についての評価情報を記憶装置に仮登録するステップと、当該ある評価対象が未登録である場合には、仮照合情報を含む仮登録通知をある評価対象に関連する者宛に送信するステップとをさらに含むような構成であってもよい。常に評価対象が自ら登録を行うわけではなく、評価者が自主的に評価情報を登録する場合もある。その場合には、一旦仮登録すると共に仮登録を評価対象に通知することにより、評価対象自身が本システムを利用するか否かを決定できるようにするものである。また仮照合情報を送付することにより、ユーザへの対処を迅速に行うことができるようにする。
【００１９】
さらに、上で述べた照合処理が成功した場合、特定の評価対象が仮登録状態であるか判断するステップと、特定の評価対象が仮登録状態である場合に、特定の評価対象に対して本登録状態への移行を記憶装置に登録するステップとをさらに含むような構成であってもよい。仮登録であっても評価情報を公開すれば、当該評価情報を見て評価対象を利用する者も出てくる。その際、仮照合情報がユーザの端末から送信されるような場合には、仮登録を本登録にして、評価対象の本登録についての意思確認を省略するものである。
【００２０】
本発明の第２の情報処理方法は、特定の評価対象についての評価情報を特定する情報と、取引指示とをサーバに送信した場合（同時に送信する場合の他、別々に送信する場合も含む）、特定の評価対象に関連する者により入力されるべき照合情報の入力要求をサーバから受信するステップと、特定の評価対象に関連する者から照合情報の入力を受け付け、サーバに送信するステップと、送信した照合情報と特定の評価対象に関連して予め登録された第２の照合情報とを用いた照合処理の処理結果に関連する情報をサーバから受信するステップとを含む。
【００２１】
また本発明の第３の情報処理方法は、特定の評価対象についての評価情報を特定する情報と、取引指示とをサーバに送信した場合（同時に送信する場合の他、別々に送信する場合も含む）、特定の評価対象に関連する者から取得される照合情報の入力要求をサーバから受信するステップと、特定の評価対象に関連する者から取得された照合情報の入力を受け付け、サーバに送信するステップと、送信した照合情報と特定の評価対象に関連して予め登録された第２の照合情報とを用いた照合処理の処理結果に関連する情報をサーバから受信するステップとを含む。
【００２２】
なお、上述の方法はプログラム及びコンピュータにて実施することができ、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介して配布される場合もある。尚、中間的な処理結果はメモリに一時保管される。
【００２３】
【発明の実施の形態】
図１に本発明の一実施の形態におけるビジネスモデルを示す。なお、本実施の形態では観光地（観光施設、ホテル・旅館、土産物店等の観光地業者の店舗などを含む）の評価情報についての適用例を説明するが、本発明は他の評価情報についても適用することができる。
【００２４】
ここでは観光地についての評価情報を登録する情報提供観光客Ａと、情報提供観光客Ａが登録した評価情報を利用して取引を行う情報利用観光客Ｂと、仲介センタ・サーバの管理・運営を行い、当該仲介センタ・サーバにより評価情報の登録・提供等を実施する情報仲介業者Ｃと、観光施設等の管理・運営を行い、情報仲介業者Ｃを利用して観光客の集客を行う観光地業者Ｄとが登場する。
【００２５】
まず情報提供観光客Ａは、自らの観光経験から、観光地の評価情報、例えば推奨情報や割引情報等を情報仲介業者Ｃの仲介センタ・サーバに登録する（ステップ（１））。この際、テキストの情報だけでなく、画像情報（静止画又は動画）や音声情報を登録するようにしてもよい。情報仲介業者Ｃの仲介センタ・サーバは、登録された評価情報を例えばインターネット等のコンピュータ・ネットワークを介して公開する。情報利用観光客Ｂは、例えば旅行計画を立てるため情報仲介業者Ｃの仲介センタ・サーバにアクセスし、検索を行う（ステップ（２））。情報利用観光客Ｂは、情報提供観光客Ａが登録した評価情報を見て、評価対象である観光地（例えば観光地業者Ｄの店舗）に行くものとする。
【００２６】
観光地業者Ｄの店舗において、情報利用観光客Ｂは、自身の携帯電話機や携帯端末等の表示装置に例えば情報提供観光客Ａが登録した評価情報の表示画面を、観光地業者Ｄ又はその従業員に提示し、対面取引の交渉を行う。ここで対面取引とは、例えば土産物購入や、ホテル・旅館等の宿泊施設の宿泊、観光施設の入場などである。なお、評価情報の表示画面を提示しなくとも、情報仲介業者Ｃ又はそのサービスを利用して来た旨の説明をすればよい場合もある。例えば土産物の割引等が評価情報に含まれていれば割引等の交渉がなされる。もし、観光地業者Ｄ又はその従業員が割引等に応じて、交渉が成立すれば対面取引が成立したことになる（ステップ（３））。
【００２７】
そうすると、情報利用観光客Ｂの携帯電話機等の表示装置に、照合情報（ここでは観光地業者Ｄのパスワード）の入力画面を表示させて、情報利用観光客Ｂは、観光地業者Ｄ又はその従業員に照合情報を入力するように促す。これに応じて観光地業者Ｄ又はその従業員は、情報利用観光客Ｂの携帯電話機等に照合情報を入力し、情報仲介業者Ｃの仲介センタ・サーバに送信する（ステップ（４））。これは、対面取引が成立した証明であるが、それだけでなく情報提供観光客Ａの評価情報に基づき対面取引が成立したという確証となる。すなわち、情報提供観光客Ａの評価情報が信頼性があり且つ有効に活用されたという証となる。また、情報提供観光客Ａの評価情報の有効性が、情報提供観光客Ａとは別の情報利用観光者Ｂの機器から評価対象たる観光地業者Ｄでなければ知り得ない照合情報が送信されるということにより裏打ちされているので、従来より信頼性が高いと言える。
【００２８】
対面取引が成立すると、観光地業者Ｄは情報仲介業者Ｃに対して手数料を支払う（ステップ（５））。情報仲介業者Ｃは、観光地業者Ｄから得た手数料で収益を上げると共に、有効性が証明された評価情報を登録した情報提供観光客Ａ及び実際に評価情報の有効性を証明するための取引を行った情報利用観光客Ｂにポイントを付与する（ステップ（６））。
【００２９】
ポイントについては、現金や商品券のほか、商品又はサービスの購入もしくは商品又はサービスの割引に用いることができる。ポイントの付与は、情報提供観光客Ａにとってさらに有用な評価情報を情報仲介業者Ｃの仲介センタ・サーバに登録するインセンティブとなり、また情報利用観光客Ｂのさらなる取引のインセンティブとなる。情報提供観光客Ａは情報利用観光客Ｂにもなり得るし、情報利用観光客Ｂは情報提供観光客Ａにもなり得る。
【００３０】
次に、図１に示したビジネスモデルを実現するためのコンピュータ・システムの一例を図２を用いて説明する。情報提供観光者Ａは、携帯電話機２０１、パーソナル・コンピュータ（ＰＣ）２０２、携帯端末（ＰＤＡ：Personal Digital Assistance）２０３、デジタルビデオカメラを含むデジタルカメラ２０４等を用いて、例えばインターネットであるネットワーク６０１に接続する。すなわち、携帯電話機２０１、ＰＣ２０２、携帯端末２０３、デジタルカメラ２０４には、ネットワーク接続機能が設けられている。また、情報仲介業者Ｃの仲介センタ・サーバ１００へ評価情報や補助情報を送信するためにＷｅｂブラウザ機能とメール送受信機能との少なくともいずれかも設けられている。デジタルカメラ２０４の機能は、携帯電話機２０１、ＰＣ２０２、ＰＤＡ２０３に持たせる場合もあれば、それぞれの機器にデジタルカメラ２０４を接続する場合もある。また、各機器はＧＰＳ（Global Positioning System）機能も保持する場合がある。
【００３１】
情報仲介業者Ｃの仲介センタ・サーバ１００は、ネットワーク６０１とネットワーク６０２とに接続している。但し、ネットワーク６０２はネットワーク６０１と実質的に同じものである。ネットワーク６０２には、情報利用観光客Ｂの携帯電話機３０１、携帯端末３０２、カーナビゲーション・システム３０３、ＰＣ３０４が接続する。すなわち、携帯電話機３０１、携帯端末３０２、カーナビゲーション・システム３０３、ＰＣ３０４は、ネットワーク接続機能を有している。また、情報仲介業者Ｃの仲介センタ・サーバ１００から評価情報等を受信・表示するためＷｅｂブラウザ機能を有している。なお、観光地業者Ｄも情報仲介業者Ｃの仲介センタ・サーバ１００にアクセスして、情報を取得しなければならない場合もあるので、その際に用いられる観光地業者の端末５００もネットワーク６０２に接続する。なお、観光地業者Ｄの端末５００は、例えばパーソナル・コンピュータや携帯電話機といったＷｅｂブラウザ機能を有する物であればよく、特別な機器は必要ない。すなわち、観光地業者Ｄにおいては特別な機器を用意しておく必要はない。従って観光地業者Ｄの負担は少ない。情報利用観光客Ｂは、携帯電話機３０１、携帯端末３０２、カーナビゲーション・システム３０３、ＰＣ３０４を用いて評価情報や評価対象（観光地）を検索し、観光計画を立て、観光地を訪問する。訪問の際には、カーナビゲーション・システム３０３に観光地の位置情報を仲介センタ・サーバ１００からダウンロードし、当該位置情報に基づくカーナビゲーション・システム３０３の指示に従って自動車で訪問する場合もある。また、携帯電話機３０１、携帯端末３０２又はＰＣ３０４を用いている場合には、観光地の位置が示された地図情報を仲介センタ・サーバ１００からダウンロードしてそれらの機器に表示させ、それを見ながら徒歩で訪問する場合もある。
【００３２】
情報仲介業者Ｃの仲介センタ・サーバ１００には、情報提供観光客Ａの端末から送信されてくる特定の評価対象についての評価情報を受信し、登録する処理を実施する情報登録部１０１と、情報利用観光客Ｂの端末からの検索要求に従って評価情報又は評価対象についての検索処理を実施する検索処理部１０２と、特定の評価情報に基づき取引が行われたことが通知された場合に当該特定の評価情報の活用度や評価対象（観光地）についての成約数及び／又は成約率、また取引が不成立であった場合には不成約数及び／又は不成約率を更新する利用管理部１０３と、主に情報利用観光客Ｂの端末で使用される地図情報を処理する地図情報処理部１０４と、情報提供観光客Ａ、情報利用観光客Ｂ及び観光地業者Ｄの登録情報の管理、情報提供観光客Ａ及び情報利用観光客Ｂに付与されるポイントの管理等を行うユーザ情報管理部１０５と、ユーザマスタＤＢ１１０と、地図ＤＢ１３０と、コンテンツＤＢ１５０と、取引関連ＤＢ１７０とが含まれる。
【００３３】
ユーザマスタＤＢ１１０には、情報提供観光客Ａ及び情報利用観光客Ｂについての観光客テーブルと、観光地業者Ｄ又は観光地についての観光地業者テーブルと、情報利用観光客Ｂにより登録されるブックマークテーブルとが格納される。地図ＤＢ１３０には、地図情報及びＧＰＳ／観光地候補名称テーブルが格納される。コンテンツＤＢ１５０は、情報提供観光客Ａが登録した評価情報についてのコメントテーブル及びそれに付随する情報（例えば画像情報）などを格納する。取引関連ＤＢ１７０は、情報提供観光者Ａ及び情報利用観光客Ｂが保持するポイントについてのポイントテーブルと、各評価対象（観光地）についての成約率状況テーブルと、各評価情報についての情報価値テーブルとを格納する。
【００３４】
ユーザマスタＤＢ１１０に格納される観光客テーブルの構造の一例を図３に示す。図３の観光客テーブルには、観光客のユーザＩＤ及びパスワードの欄１１１、携帯電話番号の欄１１２、各携帯電話機固有のサブスクライバ（Subscriber）ＩＤの欄１１３、氏名の欄１１４、住所の欄１１５、生年月日の欄１１６、性別の欄１１７、既婚・未婚の別を表すフラグの欄１１８、自宅電話番号の欄１１９等が含まれる。これらの情報については、観光客が仲介センタ・サーバ１００を最初に利用する際に登録するものである。なお、携帯電話機固有のサブスクライバＩＤが登録されるので、仲介センタ・サーバ１００はどの携帯電話機が接続しているのか、すなわちどの観光客がアクセスしているのかを把握できる。なお、サブスクライバＩＤの代わりにＩＰｖ６のアドレスであってもよい。
【００３５】
ユーザマスタＤＢ１１０に格納される観光地業者テーブルの構造の一例を図４に示す。図４の観光地業者テーブルには、本登録又は仮登録の別を表すフラグの欄１２０、観光地業者Ｄ又は観光地の登録番号（識別情報）の欄１２１、観光地業者のパスワードの欄１２２、観光地の名称の欄１２３、観光地の位置情報を格納するためのＧＰＳ情報の欄１２４、電話番号の欄１２５、ＦＡＸ番号の欄１２６、観光地の種別（観光施設、宿泊施設、土産物店など）の欄１２７、住所の欄１２８、観光地の地区名称の欄１２９等が含まれる。原則として、情報仲介業者Ｃによる本サービスを利用する観光地業者Ｄは、予め仲介センタ・サーバ１００に登録を行っておく。但し、必ずしも自発的に観光地業者Ｄが登録するわけではなく、情報提供観光客Ａが未登録の観光地についての評価情報を登録する場合もある。この場合には、当該評価情報を登録する際に、情報提供観光客Ａにより特定された観光地（評価対象）の情報に基づき、観光地業者テーブルに仮登録するものである。仮登録された観光地の観光地業者Ｄには、自動生成した登録番号や仮パスワードをＦＡＸその他の手段にて通知し、本サービスの利用及び本登録を促す。また、仮パスワードを使用すると自動的に本登録になり、手数料を情報仲介業者Ｃに支払う義務が発生するような規約とする場合もある。仮登録であっても評価情報を情報利用観光客Ｂに公開する場合もあれば、本登録まで評価情報を公開しない場合もある。また、仮登録中観光地業者Ｄは手数料を情報仲介業者Ｃに支払わないので、評価情報を公開する場合であってもポイント付与は行われないようにする場合もある。このように仮登録制度を導入することにより、情報提供観光客Ａに任意の観光地についての評価情報の登録を促すと共に、観光地業者Ｄに対しても本サービスへの加入及び積極的な利用を促すことができる。
【００３６】
ユーザマスタＤＢ１１０に格納されるブックマークテーブルの構造の一例を図５に示す。図５の例では、地図上に表示する際の番号又は記号である表示番号（Ｎｏ．）の欄１４１、ブックマーク登録が指示された評価情報のコメント番号の欄１４２、ブックマーク登録が指示された評価情報の評価対象たる観光地のＧＰＳ値（ＧＰＳ位置情報とも呼ぶ）の欄１４３などが含まれる。コメント番号が格納されているので、後に述べるコメントテーブルから観光地についての情報を得ることができる。
【００３７】
地図情報ＤＢ１３０に格納されるＧＰＳ／観光地候補名称対応テーブルの構造の一例を図６に示す。図６のテーブルには、ＧＰＳ値（範囲）の欄１３１、当該ＧＰＳ値（範囲)に含まれる観光地候補名称の欄１３２乃至１３５が含まれる。このように所定のＧＳＰ値（範囲）毎に候補となる観光地名称が格納される。地図情報ＤＢ１３０には、このテーブルのほか所定の縮尺の地図画像が格納されている。
【００３８】
コンテンツＤＢ１５０に格納されるコメントテーブルの構造の一例を図７に示す。図７のコメントテーブルには、情報提供観光客ＡのユーザＩＤの欄１５１と、登録年月日の欄１５２と、評価対象たる観光地のＧＰＳ値の欄１５３と、評価対象たる観光地の名称の欄１５４と、評価情報の識別情報であるコメント番号の欄１５５と、評価情報の本体である本文（テキスト情報）の欄１５６と、観光地の登録番号の欄１５７と、観光地の電話番号／ＦＡＸ番号の欄１５８と、補助情報であるデジタルカメラによる画像データ等へのポインタであるコンテンツポインタの欄１５９等が含まれる。なお、コンテンツＤＢ１５０には、コンテンツポインタにより指し示される画像データ等の補助情報も格納されている。
【００３９】
取引関連ＤＢ１７０に格納されるポイントテーブルの構造の一例を図８に示す。図８のポイントテーブルには、観光客のユーザＩＤの欄１７１、ポイント取得の年月日（年月日１）の欄１７２、年月日１における取得ポイント値（ポイント１）の欄１７３、ポイント取得の年月日（年月日ｎ）の欄１７４、年月日ｎにおける取得ポイント値（ポイント２）の欄１７５、合計ポイント値の欄１７６、取得したポイントを利用した場合の利用ポイント値（利用ポイント１）の欄１７７、利用ポイント１を利用した年月日（利用年月日１）の欄１７８、取得したポイントを利用した場合の利用ポイント値（利用ポイントｎ）の欄１７９、利用ポイントｎを利用した年月日（利用年月日ｎ）の欄１８０等が含まれる。
【００４０】
取引関連ＤＢ１７０に格納される成約率状況テーブルの構造の一例を図９に示す。図９の成約率状況テーブルには、観光地業者の登録番号の欄１８１、取引成立の年月日（年月日１）の欄１８２、年月日１における成約数（成約数１）の欄１８３、取引成立の年月日（年月日ｎ）の欄１８４、年月日ｎにおける成約数（成約数ｎ）の欄１８５、合計成約数の欄１８６等が含まれる。なお、以下で説明するが取引不成立の場合にも通知がなされる場合もあるので、取引不成立の年月日（年月日ｍ）の欄１８７、年月日ｍの不成約数（不成約数ｍ）の欄１８８、合計不成約数の欄１８９等が含まれる場合もある。
【００４１】
取引関連ＤＢ１７０に格納される情報価値テーブルの構造の一例を図１０に示す。図１０の情報価値テーブルには、評価情報のコメント番号の欄１９１、評価情報を登録した情報提供観光客ＡのユーザＩＤの欄１９２、評価情報に基づき成立した取引の年月日（年月日１）の欄１９３、年月日１において成立した取引数すなわち評価情報の活用数（活用数１）の欄１９４、評価情報に基づき成立した取引の年月日（年月日ｎ）の欄１９５、年月日ｎにおいて成立した取引数すなわち評価情報の活用数（活用数ｎ）の欄１９６、合計活用数１９７等が含まれる。
【００４２】
次に図１１乃至図３６を用いて図２に示したシステムの処理フローを説明する。まず図１１及び図１２を用いて情報提供観光客Ａによる評価情報の登録処理について説明する。まず、情報提供観光客Ａは、自身の端末（携帯電話機２０１、ＰＣ２０２、ＰＤＡ２０３、デジタルカメラ２０４等。ここではＰＣ２０２であるものとする。）を操作して、当該ＰＣ２０２に仲介センタ・サーバ１００へコメント入力ページ要求を送信させる（ステップＳ１）。仲介センタ・サーバ１００の情報登録部１０１は、情報提供観光客ＡのＰＣ２０２からコメント入力ページ要求を受信すると、要求に従ってコメント入力ページ・データをＰＣ２０２に送信する（ステップＳ３）。
【００４３】
ＰＣ２０２は、仲介センタ・サーバ１００からコメント入力ページ・データを受信し、Ｗｅｂブラウザを用いて表示装置に表示する（ステップＳ５）。この際ＰＣ２０２に表示される表示画面の一例を図１２に示す。図１２の例では、ユーザＩＤの入力欄１２０１、既に登録されている観光地（観光地・観光施設・店舗・ホテルなど）の場合にはその観光地の登録番号の入力欄１２０２、ＰＣ２０２等の情報提供観光客Ａの端末に備えられた又は接続されたＧＰＳ機器からＧＰＳ値を取得し、仲介センタ・サーバ１００に送信するＧＰＳ特定ボタン１２０３、送信されたＧＰＳ値に基づき仲介センタ・サーバ１００の地図情報ＤＢ１３０に格納されたＧＰＳ／観光地候補名称テーブルから抽出される観光地候補名称リストが選択肢として含まれるコンボボックス１２０４、観光地の登録番号が不明な場合に入力する観光地（観光地・観光施設・店舗・ホテルなど）の名称入力欄１２０５、電話番号入力欄１２０６、ＦＡＸ番号入力欄１２０７、評価情報であるお勧めコメントのタイトル入力欄１２０８、評価情報であるお勧めコメントの本文の入力欄１２０９、デジタルカメラ２０４や内蔵している又は接続されているデジタルカメラ機能により撮影された評価対象たる観光地の映像情報を指定又は貼り付ける映像入力欄１２１０、入力した情報を送信するための送信ボタン１２１１、入力をキャンセルするためのキャンセルボタン１２１２などが含まれる。
【００４４】
情報提供観光客Ａは、図１２のような表示画面を見て評価対象である観光地を特定する情報及び評価情報であるお勧めコメントを入力し、観光地の映像を指定する。なお、情報提供観光客Ａが観光地にいる場合であってＧＰＳ機器を利用できる場合には、ＧＰＳ特定ボタン１２０３を押す場合もある。この場合にＰＣ２０２は、ＧＰＳ機器からＧＰＳ位置情報を取得し、仲介センタ・サーバ１００に送信する（ステップＳ７）。仲介センタ・サーバ１００の情報登録部１０１は、ＰＣ２０２からＧＰＳ位置情報を受信し、当該ＧＳＰ位置情報を用いて地図ＤＢ１３０に格納されているＧＰＳ／観光地候補名称テーブルを検索して、当該ＧＰＳ位置情報に対応する観光地候補名称リストを抽出する。そして、当該観光地候補名称リストをコンボボックス１２０４の選択肢として含むコメント入力ページ・データを生成し、ＰＣ２０２に送信する（ステップＳ９）。ＰＣ２０２は、仲介センタ・サーバ１００からＧＰＳ位置情報に対応する観光地候補名称リストをコンボボックス１２０４の選択肢として含むコメント入力ページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ１１）。なお、これらのステップＳ７乃至Ｓ１１は行われない場合もあるので、図１１においては点線で示されている。情報提供観光客Ａは、コンボボックス１２０４から評価対象を選択する。
【００４５】
そして、情報提供観光客Ａは、ＰＣ２０２を操作して図１２の送信ボタン１２１１をクリックし、入力情報の送信を指示する。ＰＣ２０２は、送信指示に応じて、ユーザＩＤ、観光地特定情報、コメント（評価情報）、映像情報などを仲介センタ・サーバ１００に送信する（ステップＳ１３）。なお、メールアドレスやＧＰＳ位置情報を合わせて送信する場合もある。仲介センタ・サーバ１００の情報登録部１０１は、ＰＣ２０２からユーザＩＤ、観光地特定情報、コメント（評価情報）、映像情報等を受信し、一旦記憶装置に格納する（ステップＳ１５）。そして、コンテンツＤＢ１５０のコメントテーブルに登録するため、観光地特定情報を用いて観光地の登録の有無を確認する。観光地特定情報に登録番号が含まれている場合には登録済みであることは明らかであるが、それ以外の場合には、ユーザマスタＤＢ１１０に含まれる観光地業者テーブルを検索して該当する観光地が登録されているかを判断する。もし、観光地業者テーブルに観光地特定情報で指定された観光地が含まれないと判断された場合には、ユーザ情報管理部１０５は、観光地特定情報を用いて観光地業者テーブルに新たなレコードを仮登録として登録する（ステップＳ１７）。すなわち、本登録又は仮登録の別を表すフラグの欄１２０に仮登録を表すフラグをセットし、その他観光地特定情報から得られる情報を登録する。また、登録番号及び仮パスワードも発行され、観光地業者テーブルに登録される。
【００４６】
そして、ユーザ情報管理部１０５は、登録番号、仮パスワードを含み、本サービスの内容説明・規約、仮パスワードの取り扱い、本登録のための案内などを含む仮登録通知を観光地業者Ｄに送付する（ステップＳ１９）。なお、規約上仮パスワードを使用すると自動的に本登録となり、情報仲介業者Ｃへの手数料支払い義務を発生するようにすることも可能である。仮パスワードを使用しても本登録するまで情報提供観光客Ａ及び情報利用観光客Ｂにポイントを付与しないという仕組みを採用してもよい。仮登録通知の送付方法は、メールアドレスを取得できればメールであってもよいし、ＦＡＸ番号が取得できればＦＡＸであってもよいし、住所が取得できれば郵送であってもよい。観光地業者Ｄは、ユーザ情報管理部１０５が送付した仮パスワード等を含む仮登録通知を受領する（ステップＳ２１）。観光地業者Ｄは、通知を読み、本登録を行って本サービスを利用するか否かを判断することになる。
【００４７】
仲介センタ・サーバ１００の情報登録部１０１は、受信したユーザＩＤ、コメント（評価情報）及び映像情報、登録年月日、観光地特定情報により特定された観光地についての情報をコンテンツＤＢ１５０のコメントテーブル等に登録する（ステップＳ２３）。コメントテーブルに登録されると、ここでは評価対象である観光地が仮登録であるか否かを問わず、当該コメントは情報利用観光客Ｂの検索要求等に応じて公開される（ステップＳ２５）。
【００４８】
以上のようにコメント（評価情報）は、情報提供観光客Ａにより仲介センタ・サーバ１００に登録され、情報利用観光客Ｂにより利用されるようになる。
【００４９】
次に図１３乃至図２４を用いて評価情報の利用時における処理フローを説明する。情報利用観光客Ｂは、例えば旅行計画立案時などにおいて評価情報及び評価対象たる観光地を検索するため、携帯電話機３０１、携帯端末３０２、カーナビゲーション・システム３０３、ＰＣ３０４等（以下、ＰＣ３０４であるとする）を操作して、Ｗｅｂブラウザに検索ページ要求を仲介センタ・サーバ１００へ送信させる（ステップＳ３１）。仲介センタ・サーバ１００の検索処理部１０２は、ＰＣ３０４から検索ページ要求を受信すると、検索ページ・データをＰＣ３０４に送信する（ステップＳ３３）。ＰＣ３０４は、仲介センタ・サーバ１００から検索ページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ３５）。
【００５０】
図１４に検索ページの表示画面例を示す。図１４の表示画面例では、ユーザＩＤの入力欄５１０と、検索条件に含まれる地区名入力欄５１１と、ＧＳＰ位置情報取得・送信のためのボタン５１３と、送信されたＧＰＳ値に基づき仲介センタ・サーバ１００の地図情報ＤＢ１３０に格納されたＧＰＳ／観光地候補名称テーブルから抽出される観光地候補名称リストが選択肢として含まれるコンボボックス５１２と、住所入力欄５１４と、観光地（観光地・観光施設・店舗・ホテルなど）の名称入力欄５１５と、店舗、観光地（観光施設）、ホテル、全部のいずれかを表示させるための表示条件設定チェック欄５１７と、検索ボタン５１６とが含まれる。
【００５１】
情報利用観光客Ｂは、図１４のような表示画面を見て、検索条件を入力する。なお、情報利用観光客Ｂが既に観光地付近にいる場合であってＰＣ３０４にＧＰＳ機器が内蔵又は接続されている場合には、例えばＧＰＳ位置情報取得・送信ボタン５１３をクリックすることができる。クリックされた場合には、ＰＣ３０４は、ＧＰＳ機器からＧＰＳ位置情報を取得し、仲介センタ・サーバ１００に当該ＧＰＳ位置情報を送信する（ステップＳ３７）。仲介センタ・サーバ１００の検索処理部１０２は、ＰＣ３０４からＧＰＳ位置情報を受信すると、当該ＧＳＰ位置情報を用いて地図ＤＢ１３０に格納されているＧＰＳ／観光地候補名称テーブルを検索して、当該ＧＰＳ位置情報に対応する観光地候補名称リストを抽出する。そして、当該観光地候補名称リストをコンボボックス５１４の選択肢として含む検索ページ・データを生成し、ＰＣ３０４に送信する（ステップＳ３９）。ＰＣ３０４は、仲介センタ・サーバ１００からＧＰＳ位置情報に対応する観光地候補名称リストをコンボボックス５１２の選択肢として含む検索ページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ４１）。なお、これらのステップＳ３７乃至Ｓ４１は行われない場合もあるので、図１３においては点線で示されている。情報利用観光客Ｂは、コンボボックス５１２から検索対象を選択する。
【００５２】
情報利用観光客Ｂは、検索条件を入力すると、検索ボタン５１６をクリックする。そうすると、ＰＣ３０４のＷｅｂブラウザは、入力された検索条件を仲介センタ・サーバ１００に送信する（ステップＳ４３）。仲介センタ・サーバ１００は、ＰＣ３０４から検索条件を受信し、当該検索条件に基づきコンテンツＤＢ１５０を検索する。そして、検索結果等を含むＷｅｂページ・データを生成して、ＰＣ３０４に送信する（ステップＳ４５）。なお、Ｗｅｂページ・データを生成する際には、取引関連ＤＢ１７０に格納された成約率状況テーブルに格納されている情報が用いられる。すなわち、成約数のデータを取り出してＷｅｂページ・データに含めたり、検索結果が複数の店舗（観光地）を含む場合には、成約数又は成約率順に並べたりする。また、ユーザマスタＤＢ１１０に含まれる観光地業者テーブルの情報をＷｅｂページ・データに含める場合もある。例えば観光地の地区名や電話番号、仮登録か又は本登録かの別等である。さらに、ユーザマスタＤＢ１１０に含まれる観光客テーブルの情報を用いる場合もある。例えば評価情報を登録した情報提供観光客Ａの男女比、又は多数評価情報を登録した方（男又は女）、平均年齢又は年代若しくは多数評価情報を登録した情報提供観光客Ａの年代等、既婚未婚比率又は多数評価情報を登録した方についての情報を生成して、Ｗｅｂページ・データに含める場合もある。ＰＣ３０４は、仲介センタ・サーバ１００から検索結果を含むＷｅｂページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ４７）。
【００５３】
図１５に検索結果の表示画面例を示す。図１５の表示画面例は図１４において表示条件設定チェック欄５１７において店舗が選択された場合を示す。図１５の表示画面例では、店舗名（観光地名）表示欄５２０、仮登録の場合に表示される仮登録マーク５３０、当該店舗（観光地）についての成約数表示欄５２３、１ヶ月以内の成約数表示欄５２４、２ヶ月以内の成約数表示欄５２５、店舗（観光地）の地区名表示欄５２１、店舗（観光地）の電話番号表示欄５２２、当該店舗（観光地）についての評価情報を登録した情報提供観光客Ａの男女比又はより多く評価情報を登録した方（男又は女）等の表示欄５２６、当該店舗（観光地）についての評価情報を登録した情報提供観光客Ａの平均年齢又は年代若しくはより多く評価情報を登録した年代等の表示欄５２７、当該店舗（観光地）についての評価情報を登録した情報提供観光客Ａの既婚・未婚の比率又は多数評価情報を登録した方（未婚又は既婚）等の表示欄５２８、当該店舗（観光地）についての評価情報（コメント）を読むためのボタン５２９などが含まれる。このような情報により、全体の成約状況、最近の成約状況、男女比等、年代、既婚・未婚比率等の情報を参照して、情報利用観光客Ｂは、どの店舗（観光地）が自分の探しているものか又は適しているものかを判断することができるようになる。なお、興味がある店舗（観光地）が見つかれば、情報利用観光客Ｂはボタン５２９をクリックする。ボタン５２９のクリックは特定の観光地（図１５の例では店舗）を選択することを意味する。
【００５４】
クリックに応じてＰＣ３０４は、特定観光地選択指示を仲介センタ・サーバ１００に送信する（ステップＳ４９）。仲介センタ・サーバ１００の検索処理部１０２は、ＰＣ３０４から特定観光地選択指示を受信し、当該特定観光地についての評価情報（コメント）をコンテンツＤＢ１５０のコメントテーブルから読み出す。そして、コメント一覧ページ・データを生成し、ＰＣ３０４に送信する（ステップＳ５１）。なお、コメント一覧ページ・データを生成する際には、取引関連ＤＢ１７０に格納される情報価値テーブルや、ユーザマスタＤＢ１１０の観光客テーブル等のデータについても利用される。ＰＣ３０４は、仲介センタ・サーバ１００からコメント一覧ページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ５３）。
【００５５】
図１６にコメント一覧ページ・データの表示画面例を示す。図１６の例では、店舗名（観光地名）表示欄５３１、特定のコメント（評価情報）の選択ボタン５３２、コメントタイトル表示欄５３３、当該コメントによる成約数（活用数）表示欄５３４、コメント登録年月表示欄５３５、当該評価情報を登録した情報提供観光客Ａの男女の別表示欄５３６、当該評価情報を登録した情報提供観光客Ａの年代表示欄５３７、当該評価情報を登録した情報提供観光客Ａの既婚・未婚の別表示欄５３８、当該評価情報の補助情報として映像が含まれるか否かを表す映像有無表示欄５３９、評価対象である観光地（ここでは店舗）との取引が成立した際に直接参照した評価情報以外の評価情報を登録した情報提供観光客Ａにポイントを付与するか否かを選択するためのポイント付与チェック欄５４１などが含まれる。ポイント付与チェック欄５４１は、無くともよいが、直接参照した評価情報だけでなく、他の評価情報と組み合わせて判断して、特定の観光地との取引を決定する場合もあり、その際に他の参考にした評価情報を登録した情報提供観光客Ａについてもポイントを付与しようというものである。
【００５６】
情報利用観光客Ｂは、コメントタイトルや活用度（成約数）その他の表示情報を基に特定のコメントの詳細を見ることを決定した場合には、そのコメントのコメントタイトルの横の選択ボタン５３２をクリックする。また、特定のコメント以外のコメントについてポイントを付与するべきと判断した場合には、そのコメントに対して設けられたポイント付与チェック欄５４１にチェックを付しておく。そうすると、ＰＣ３０４は、特定コメント選択指示及びチェックが付された場合には他のコメントについてのポイント付与指示を仲介センタ・サーバ１００に送信する（ステップＳ５５）。仲介センタ・サーバ１００の検索処理部１０２は、ＰＣ３０４から特定コメント選択指示及び他のコメントについてのポイント付与指示（含まれる場合）を受信する。もし、他のコメントについてのポイント付与指示が含まれていれば、ユーザ情報管理部１０５に当該他のコメントについてのポイント付与指示を出力し、当該ユーザ情報管理部１０５は受け取った情報を一旦記憶装置に格納する（ステップＳ５７）。
【００５７】
そして検索処理部１０２は、コンテンツＤＢ１５０のコメントテーブルから特定コメントの内容を取得し、当該特定コメントの内容を含むＷｅｂページ・データを生成し、ＰＣ３０４に送信する（ステップＳ５９）。ＰＣ３０４は、仲介センタ・サーバ１００から特定コメントの内容を含むＷｅｂページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ６１）。
【００５８】
図１７に特定コメントの内容を含むＷｅｂページの表示画面例を示す。図１７の例では、店舗名（観光地名）の表示欄５５１、コメントタイトル表示欄５５２、コメント登録年月表示欄５５３、コメント（評価情報）を登録した情報提供観光客Ａの男女の別表示欄５５４、コメント（評価情報）を登録した情報提供観光客Ａの年代表示欄５５５、コメント（評価情報）を登録した情報提供観光客Ａの既婚未婚の別表示欄５５６、店舗（観光地）周辺の地図表示のための地図表示ボタン５５７、コメント本文表示欄５５９、コメントの補助情報である映像情報表示欄５５８、店舗（観光地）が仮登録中であれば「仮登録中ですのでポイントはつきません」といった表示５６０、取引ボタン５６１、当該コメントの情報を後の参照などのために仲介センタ・サーバ１００に登録するためのブックマークボタン５６３、コメント一覧ページに戻るための戻るボタン５６４等が含まれる。
【００５９】
これ以降の処理については図１３の端子Ａ及びＢを介して図１８に移行する。情報利用観光客Ｂは、ＰＣ３０４に表示された内容を確認し、地図表示ボタン５５７、取引ボタン５６１、ブックマークボタン５６３、又は戻るボタン５６４をクリックする。もし、ブックマークボタン５６３がクリックされた場合には（ステップＳ６３：Ｙｅｓルート）、ブックマーク指示を仲介センタ・サーバ１００に送信する（ステップＳ６５）。仲介センタ・サーバ１００の検索処理部１０２は、ＰＣ３０４からブックマーク指示を受信し、コメント番号等をユーザマスタＤＢ１１０内の当該情報利用観光客Ｂ用のブックマークテーブルに登録する（ステップＳ６７）。そして検索処理部１０２は、ブックマークテーブルへの登録完了を通知するためのブックマーク登録完了通知をＰＣ３０４に送信する（ステップＳ６９）。ＰＣ３０４は、仲介センタ・サーバ１００からブックマーク登録完了通知を受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ７１）。なお、ステップＳ６９にて送信されるブックマーク登録完了通知のデータは、図１７のＷｅｂページ・データにブックマーク登録完了通知の内容をさらに含ませたものであっても良いし、コメント一覧（図１６）のＷｅｂページ・データにブックマーク登録完了通知の内容をさらに含ませたものであっても良い。
【００６０】
もし、ブックマークボタン５６３のクリックではない場合（ステップＳ６３：Ｎｏルート）又はステップＳ７１の後に、地図表示ボタン５５７がクリックされたか判断する（ステップＳ７３）。地図表示ボタン５５７がクリックされた場合には（ステップＳ７３：Ｙｅｓルート）、情報利用観光客Ｂが観光地付近におり且つＰＣ３０４がＧＰＳ機器を利用できるならばＧＰＳ位置情報を取得して、当該ＧＰＳ位置情報及び地図表示指示を仲介センタ・サーバ１００に送信する（ステップＳ７５）。ＧＰＳ位置情報が取得できなければ又は観光地付近にいなければ送信しなくともよい。
【００６１】
仲介センタ・サーバ１００の地図情報処理部１０４は、ＰＣ３０４から地図表示指示及びＧＰＳ位置情報を受信すると（ステップＳ７７）、評価情報（コメント）の評価対象（店舗）のＧＰＳ位置情報をコンテンツＤＢ１５０のコメントテーブルから取得し、当該評価対象（店舗）のＧＰＳ位置情報及び受信したＧＰＳ位置情報に基づき地図ＤＢ１３０を検索して、適切な地図情報を抽出する。すなわち、評価対象（店舗）のＧＰＳ位置情報と受信したＧＰＳ位置情報（情報利用観光客Ｂの現在位置）がひとつの地図に収まるような縮尺の地図画像情報を地図ＤＢ１３０から読み出す。そして、評価対象（店舗）及び情報利用観光客Ｂの現在位置を識別可能な態様で地図上にプロットする。なお、ＧＰＳ位置情報がＰＣ３０４から送信されていない場合には、評価対象（店舗）のＧＰＳ位置情報のみによって適切な地図画像情報を読み出す。そして、地図情報処理部１０４は、取得された地図画像情報を含むＷｅｂページ・データを生成し、ＰＣ３０４に送信する（ステップＳ７９）。ＰＣ３０４は、仲介センタ・サーバ１００から地図画像情報を含むＷｅｂページ・データを受信すると、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ８１）。
【００６２】
図１９に地図情報を含むＷｅｂページの表示画面例を示す。図１９の表示画面例においては、地図と、戻るボタン５６５とが含まれる。地図には、評価対象である「目的の店舗」についての表示と、情報利用観光客Ｂの現在位置（「あなたの位置」）の表示とが含まれる。なお、これらの間の距離（例えば直線距離）も含まれる。なお、ＧＰＳ位置情報が送信されない場合には情報利用観光客Ｂの現在位置は表示されず、距離も表示されない。本実施の形態では、戻るボタン５６５を情報利用観光客Ｂがクリックするまで例えば定期的にステップＳ８３に戻る（ステップＳ８３：Ｎｏルート）。情報利用観光客Ｂが移動している場合には、図１９において情報利用観光客Ｂの現在位置表示も更新されるようになる。縮尺も変更される場合もある。
【００６３】
もし、戻るボタン５６５がクリックされた場合には（ステップＳ８３：Ｙｅｓルート）、ＰＣ３０４は元のページの指示を仲介センタ・サーバ１００に送信する（ステップＳ８５）。仲介センタ・サーバ１００の検索処理部１０２は、元のページの指示を受信すると、特定コメントの内容を含むＷｅｂページ・データ（例えば図１７）をＰＣ３０４に送信する（ステップＳ８７）。ＰＣ３０４は、仲介センタ・サーバ１００から特定コメントの内容を含むＷｅｂページ・データ(例えば図１７）を受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ８９）。
【００６４】
もし地図表示ボタン５５７がクリックされていない場合（ステップＳ７３）又はステップＳ８９の後に、取引ボタン５６１がクリックされたか判断する（ステップＳ９１）。もし、取引ボタン５６１をクリックしていない場合には、戻るボタン５６４がクリックされたことになるので、端子Ｅを介して図１３のステップＳ４９に戻る。一方、取引ボタン５６１がクリックされた場合には端子Ｃ及びＤを介して図２０に移行する。
【００６５】
なお、情報利用観光客Ｂは、図１７の表示を観光地業者Ｄ又はその従業員に見せて、本システムに登録された評価情報を見てやってきたことを説明する場合もある。図１７の表示ではなく、後に説明する図２１の表示を観光地業者Ｄ又はその従業員に見せてもよい。観光地業者Ｄ又はその従業員は、本システムの利用者であることを認識して、割引その他の特典等を情報利用観光客Ｂに対して提示する。
【００６６】
取引ボタン５６１がクリックされた場合、ＰＣ３０４は取引指示を仲介センタ・サーバ１００に送信する（ステップＳ９３）。仲介センタ・サーバ１００の利用管理部１０３は、ＰＣ３０４から取引指示を受信すると取引ページ・データを送信する（ステップＳ９５）。ＰＣ３０４は、仲介センタ・サーバ１００から取引ページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ９７）。
【００６７】
図２１に取引ページ・データの表示画面例を示す。図２１の表示画面例では、店舗名表示欄５７０と、取引成立を通知するためのＹＥＳボタン５７１と、取引不成立を通知するためのＮＯボタン５７２とが含まれる。また、「ＹＥＳを押下した場合、この機器を店舗・観光地・ホテルの方へお渡しください。取引成立の確認入力をします。」という表示も含まれる。なお、この表示については、ＹＥＳボタン５７１が押された場合に仲介センタ・サーバ１００から別途送信されてきてＰＣ３０４に表示されるような構成であってもよい。
【００６８】
情報利用観光客Ｂと観光地業者Ｄ又はその従業員との間の交渉が行われ、最終的に取引が成立した場合には、図２１のＹＥＳボタン５７１をクリックする。もし、取引不成立である場合には、ＮＯボタン５７２をクリックする。ＮＯボタン５７２がクリックされた場合には（ステップＳ９９：Ｎｏルート）、ステップＳ９９から端子Ｆを介して図２４の処理に移行する。ＹＥＳボタン５７１がクリックされた場合には（ステップＳ９９：Ｙｅｓルート）、ＰＣ３０４はＹＥＳ指示を仲介センタ・サーバ１００に送信する（ステップＳ１０１）。仲介センタ・サーバ１００の利用管理部１０３は、ＹＥＳ指示をＰＣ３０４から受信し、観光地（店舗）の登録番号・パスワードの入力ページ・データをＰＣ３０４に送信する（ステップＳ１０３）。ＰＣ３０４は、登録番号・パスワードの入力ページ・データを仲介センタ・サーバ１００から受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ１０５）。
【００６９】
登録番号・パスワードの入力ページ・データの表示画面例を図２２に示す。図２２の表示画面例では、店舗（観光地）登録番号入力欄５７３と、パスワード入力欄５７４、送信ボタン５７５とが含まれる。また、「送信後、この機器をお客様にご返却ください。」という表示も含まれる。なお、この表示については、送信ボタン５７５が押された場合に仲介センタ・サーバ１００から別途送信されてきてＰＣ３０４に表示されるような構成であってもよい。また、観光地は既に特定されているので、登録番号入力欄５７３には既に登録番号が入力された状態の場合もある。
【００７０】
情報利用観光客Ｂは、図２２のような表示がなされたＰＣ３０４（携帯電話機等の端末の場合もある）を観光地業者Ｄ又はその従業員に渡し、観光地業者Ｄ又はその従業員は登録番号及びパスワードの入力を行い、送信ボタン５７５をクリックして送信指示を行う（ステップＳ１０７）。なお、登録番号が既に表示されている場合には、観光地業者Ｄ又はその従業員は登録番号の確認を行う。このステップは情報利用観光客Ｂ及び観光地業者Ｄの動作であるので、点線のブロックが用いられている。
【００７１】
観光地業者Ｄ又はその従業員により送信ボタン５７５がクリックされると、ＰＣ３０４は、登録番号及びパスワードを仲介センタ・サーバ１００に送信する（ステップＳ１０９）。仲介センタ・サーバ１００の利用管理部１０３は、登録番号及びパスワードを受信し、ユーザマスタＤＢ１１０の観光地業者テーブルを登録番号で検索することにより登録されたパスワードを読み出し、受信したパスワード及び登録されたパスワードとを用いて照合処理を実施する（ステップＳ１１１）。
【００７２】
利用管理部１０３は、ユーザマスタＤＢ１１０の観光地業者テーブルを確認した際、フラグ１２０が仮登録状態を示しているか確認する（ステップＳ１１３）。すなわち、仮パスワードが送信されてきたのかを確認する。もし、仮登録状態であれば観光地業者テーブルのフラグ１２０を本登録に変更する（ステップＳ１１５）。なお、ステップＳ１１５を実施せず、また以下に説明するステップＳ１２１及び／又はＳ１２３をスキップしてもよい。前者は仮パスワードを使用した場合に本登録に自動的に切り替える規約を採用している場合であり、後者は当該規約を採用していない場合である。
【００７３】
また、照合処理に失敗した場合には、登録番号及びパスワードの再入力要求をＰＣ３０４に送信する（ステップＳ１１７）。ＰＣ３０４は「パスワードが違います」といった表示と共にパスワード等の再入力要求を表示装置に表示し（ステップＳ１１９）、ステップＳ１０７に戻る。なお、例えば３回以上照合処理に失敗した場合には、処理を終了させるようにしてもよい。
【００７４】
照合処理に成功した場合には、利用管理部１０３は、取引関連ＤＢ１７０の成約率状況テーブル及び情報価値テーブルを更新する（ステップＳ１２１）。すなわち、成約率状況テーブルにおいて、観光地の登録番号に対応してその成約年月日の成約数を１インクリメントし、同じく合計成約数を１インクリメントし、テーブルに登録する。また、図１７において特定されている評価情報のコメント番号及び図１６においてポイント付与チェックボックスにチェックが付された評価情報のコメント番号に対応してその活用年月日の活用数を１インクリメントし、同じく合計活用数を１インクリメントして、テーブルに登録する。図１６においてポイント付与チェックボックスにチェックが付されない場合又はポイント付与チェックボックス自体が無い場合もあるので、直接参照された評価情報のコメント番号以外のコメント番号に対応して活用数を１インクリメントするか否かは任意である。
【００７５】
また、ユーザ情報管理部１０５は取引関連ＤＢ１７０のポイントテーブルを更新する（ステップＳ１２３）。すなわち、取引関連ＤＢ１７０のポイントテーブルにおいて、図１７において特定されている評価情報を登録した情報提供観光客Ａ及び現在取引を行った情報利用観光客Ｂのレコードについて、ポイント付与年月日のポイント値を所定の値だけインクリメントし、また合計ポイント値を所定の値だけインクリメントし、テーブルに登録する。ユーザ情報管理部１０５は、ポイントテーブル更新に応じて、今回付与されたポイント値及び合計ポイント値についての情報を含む通知を、情報提供観光客Ａ及び情報利用観光客Ｂについてメールその他の方法で送信する。通知をしないような構成であってもよい。
【００７６】
そして、利用管理部１０３は、取引終了ページ・データをＰＣ３０４に送信する（ステップＳ１２５）。ＰＣ３０４は、仲介センタ・サーバ１００から取引終了ページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ１２７）。
【００７７】
取引終了ページの表示画面例を図２３に示す。図２３の表示画面例では、「お取引は登録されました。」という表示と、「お客様の機器は返却されましたか？」という表示と、ＹＥＳボタン５７６とＮＯボタン５７７とが設けられている。ＹＥＳボタン５７６とＮＯボタン５７７のいずれかをクリックすると、ＹＥＳ又はＮＯの指示をＰＣ３０４は仲介センタ・サーバ１００に送信し、仲介センタ・サーバ１００の利用管理部１０３はＹＥＳならば例えばトップメニューのＷｅｂページ・データをＰＣ３０４に返信する。ＮＯの場合には、機器返却を促すメッセージ及び同様の質問が含まれるＷｅｂページ・データをＰＣ３０４に送信する。
【００７８】
図２０のステップＳ９９においてＹＥＳボタン５７１ではなく、ＮＯボタン５７２がクリックされた場合には端子Ｆを介して図２４の処理に移行し、ＰＣ３０４はＮＯ指示を仲介センタ・サーバ１００に送信する（ステップＳ１２９）。仲介センタ・サーバ１００の利用管理部１０３は、ＮＯ指示をＰＣ３０４から受信すると、取引関連ＤＢ１７０の成約率状況テーブルを更新する（ステップＳ１３１）。成約率状況テーブルの取引不成立年月日の不成約数を１インクリメントし、また合計不成約数も１インクリメントし、テーブルに登録する。そして、利用管理部１０３は、登録通知を含むＷｅｂページ・データをＰＣ３０４に送信する（ステップＳ１３３）。ＰＣ３０４は、仲介センタ・サーバ１００から登録通知を含むＷｅｂページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ１３５）。
【００７９】
以上のように、情報利用観光客Ｂが勝手に評価情報の活用度を増やすことができない仕組みになっており、評価情報の活用度の信憑性が高くなっている。また、取引成立時にのみ活用度が増加するような仕組みであるから、活用度が高いことは実際に取引に結びつく実用性の高い評価情報であることを表すことができるようになる。
【００８０】
次に、図２５乃至図２８を用いて情報提供観光客Ａ及び情報利用観光客Ｂによるポイント情報確認処理について説明する。まず、ログオン処理を実施する（ステップＳ１４１及びステップＳ１４３）。観光客のユーザＩＤ及びパスワードを観光客の端末（例えばＰＣ２０２）から送信し、仲介センタ・サーバ１００のユーザ情報管理部１０５がユーザマスタＤＢ１１０の観光客テーブルに格納されたデータを用いて認証処理を実施する。認証に失敗すれば、再度ユーザＩＤ及びパスワードを送信するように求めるメッセージをＰＣ２０２に送信する。認証処理に成功すれば、仲介センタ・サーバ１００の利用管理部１０３は、ポイントメニュー・ページ・データをＰＣ２０２に送信する（ステップＳ１４５）。
【００８１】
ＰＣ２０２は、仲介センタ・サーバ１００からポイントメニュー・ページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ１４７）。このポイントメニュー・ページには、登録した評価情報（コメント）が活用されたことにより付与されるポイント情報（コメント活用分のポイント情報と呼ぶ）を取得するためのボタンと実際に取引を行うことにより付与されるポイント情報（取引分のポイント情報と呼ぶ）を取得するためのボタンとが含まれる。
【００８２】
もし、コメント活用分のポイント情報を取得するためのボタンがクリックされると（ステップＳ１４９：Ｙｅｓルート）、ＰＣ２０２は、コメント活用分のポイント情報の指示を仲介センタ・サーバ１００に送信する（ステップＳ１５１）。仲介センタ・サーバ１００は、コメント活用分指示をＰＣ２０２から受信する。そして、当該観光客のユーザＩＤでコンテンツＤＢ１５０のコメントテーブルを検索し、コメント番号のリストを取得すると共に、コメント番号で取引関連ＤＢ１７０のポイントテーブルを検索して各コメント番号の合計活用度を取得し、コメント一覧ページ・データを生成し、ＰＣ２０２に送信する（ステップＳ１５３）。なお、ここでは、１活用度数に対応して固定のポイント値が付与されるものとする。ＰＣ２０２は、仲介センタ・サーバ１００からコメント一覧ページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ１５５）。
【００８３】
図２６にコメント一覧ページの表示画面例を示す。図２６の表示画面例には、コメントタイトルの列２６０１と、ポイント数の列２６０２と、本文参照ボタンの列２６０３と、合計ポイント数表示欄２６０４と、ポイントメニュー・ページに戻るための戻るボタン２６０５とが含まれる。なお、各評価情報（コメント）についてのポイント数は活用数×固定のポイント値にて計算されるものである。
【００８４】
観光客は、いずれかの評価情報（コメント）を参照する場合には、対応する本文参照ボタンをクリックする。そうするとＰＣ２０２は、特定のコメントが指示されたということで（ステップＳ１５７：Ｙｅｓルート）、特定コメント指示を仲介センタ・サーバ１００に送信する（ステップＳ１５９）。仲介センタ・サーバ１００の利用管理部１０３は、ＰＣ２０２から特定コメント指示を受信すると、特定コメントのコメント番号を用いてコンテンツＤＢ１５０を検索してコメント内容を取得し、さらに取引関連ＤＢ１７０の情報価値テーブルをコメント番号を用いて検索して活用数情報を取得する。そして、コメントページ・データを生成し、ＰＣ２０２に送信する（ステップＳ１６１）。ＰＣ２０２は、仲介センタ・サーバ１００からコメントページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ１６３）。
【００８５】
図２７にコメントページの表示画面例を示す。図２７の表示画面例には、店舗名の表示欄２７０１と、コメントタイトル表示欄２７０２と、コメント本文表示欄２７０３と、補助情報としての映像の表示欄２７０４と、本日の付加ポイント数の表示欄２７０５と、現在の総ポイント数の表示欄２７０７とが含まれる。情報価値テーブルには日付毎及びコメント毎に活用度及び総活用度数が記録されているから、本日の付加ポイント数と現在の総ポイント数は簡単に計算することができる。
【００８６】
ステップＳ１５７において特定のコメントが指示されない場合には（ステップＳ１５７：Ｎｏルート）、戻るボタン２６０５がクリックされたことになるので、処理はステップＳ１４７に戻る。
【００８７】
一方、ステップＳ１４９においてコメント活用分のポイント情報が指示されず、取引分のポイント情報が指示された場合、ＰＣ２０２は取引分のポイント情報の指示を仲介センタ・サーバ１００に送信する（ステップＳ１６５）。仲介センタ・サーバ１００の利用管理部１０３は、ＰＣ２０２から取引分のポイント情報の指示を受信すると、取引関連ＤＢ１７０のポイントテーブルを観光客のユーザＩＤで検索し、当該観光客の本日のポイント値及び合計ポイント値を取得し、ポイントページ・データを生成してＰＣ２０２に送信する（ステップＳ１６７）。ＰＣ２０２は、仲介センタ・サーバ１００からポイントページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ１６９）。
【００８８】
図２８にポイントページの表示画面例を示す。図２８の表示画面例では、本日の付加ポイント数の表示欄２７０２及び現在の総ポイント数２７０２とが含まれる。なお、図８に示した取引関連ＤＢ１７０のポイントテーブルには、ポイント付与ごとに取引を行った観光地についての情報や取引日時については記録されないので、図２８の表示画面に含まれていない。但し、ポイントテーブル等に記録するようにすれば図２８に表示させることができるようになる。
【００８９】
このように観光客は、コメントを登録し且つ他の観光客により利用されたことにより付与されるコメント活用分のポイント情報と、他の観光客により登録された評価情報を参照して取引を行った場合に付与される取引分のポイント情報を、後に確認することができるようになり、またポイント利用に役立てることができる。また、図２６のようなコメント一覧ページが表示されれば、どのようなコメントが他の観光客に活用されるのかを分析することができ、今後の評価情報の登録に役立てることができる。
【００９０】
次に、図２９乃至図３１を用いて図１８のステップＳ６７においてブックマーク登録され且つユーザマスタＤＢ１１０のブックマークテーブルに格納されたデータの取得に関する処理フローを説明する。ブックマークは、例えば自宅のＰＣ３０４で登録しておき、実際に旅行先に出向いた場合に、例えば携帯電話機３０１やカーナビゲーション・システム３０３にダウンロードして、ブックマークに登録した観光地を回るのに用いる。但し、旅行先にてブックマーク登録するような場合もある。
【００９１】
情報利用観光客Ｂは、例えばカーナビゲーション・システム３０３を操作して、仲介センタ・サーバ１００にユーザＩＤを含むブックマーク要求指示を送信させる（ステップＳ１７１）。仲介センタ・サーバ１００の地図情報処理部１０４は、カーナビゲーション・システム３０３からユーザＩＤを含むブックマーク要求指示を受信すると、ユーザＩＤでユーザマスタＤＢ１１０を検索して、当該観光情報利用者Ｂのブックマークテーブルを取得する。また、ブックマークテーブルに含まれるコメント番号を用いてコンテンツＤＢ１５０を検索し、ブックマーク登録されたコメント及びそれに関連する観光地についての情報も取得してブックマークページ・データを生成し、カーナビゲーション・システム３０３に送信する（ステップＳ１７３）。カーナビゲーション・システム３０３は、仲介センタ・サーバ１００からブックマークページ・データを受信し、例えばＷｅｂブラウザにより表示装置に表示する（ステップＳ１７５）。情報利用観光客Ｂはブックマークページの表示を見て内容を確認する。
【００９２】
そして、さらにブックマークを追加する必要が無い場合には、ダウンロード指示をカーナビゲーション・システム３０３に入力する。ダウンロード指示が入力された場合には（ステップＳ１７７：Ｙｅｓルート）、カーナビゲーション・システム３０３は、ダウンロード指示を仲介センタ・サーバ１００に送信する（ステップＳ１７９）。仲介センタ・サーバ１００の地図情報処理部１０４は、カーナビゲーション・システム３０３からダウンロード指示を受信すると、ブックマークテーブルの情報をカーナビゲーション・システム３０３に送信する（ステップＳ１８１）。カーナビゲーション・システム３０３は、仲介センタ・サーバ１００からブックマークテーブルの情報を受信し、記憶装置に格納する（ステップＳ１８３）。
【００９３】
なお、地図情報処理部１０４は、ダウンロード前に、経路探索処理を実施してもよい。例えば、図５のブックマークテーブルのように５つのブックマークが登録されており、位置関係が図３０に示すような場合には、最初にＸ１からＸ４へ移動し、次にＸ４からＸ２に移動し、またＸ２からＸ３へ移動し、Ｘ３からＸ５に移動し、Ｘ１に戻らねばならない場合にはＸ５からＸ１に移動するといった移動経路の情報を付加するようにしてもよい。また、カーナビゲーション・システム３０３であれば地図情報はカーナビゲーション・システム３０３自体に保持されているので地図情報は不要であるが、例えば携帯電話機３０１、ＰＣ３０４、ＰＤＡ３０２の場合には地図画像情報とブックマーク登録された観光地の位置情報やコメント番号の情報を送信する。例えば、図３１に示すように、ブックマーク登録された観光地Ｘ１乃至Ｘ５の位置関係を含む地図情報を送信する。なお、別途コメント番号等の情報を送信しておき、図２０の処理に移行しやすくする場合もある。
【００９４】
ステップＳ１７７においてダウンロード指示がなければ（ステップＳ１７７：Ｎｏルート）又はステップＳ１８３においてダウンロードが終了すれば、ブックマークテーブルに格納されたデータの取得に関する処理は終了する。
【００９５】
ダウンロードされたブックマーク情報は、例えばカーナビゲーション・システム３０３において、情報利用観光客Ｂを目的の場所に誘導するため用いられる。これにより情報利用観光客Ｂは、見ず知らずの場所であっても目的の観光地に簡単に行くことができるようになる。ダウンロードすればよいので、カーナビゲーション・システム３０３の操作自体も簡単になる。
【００９６】
以上のように本発明の一実施の形態を説明したが、本発明はこれに限定されない。例えば図２０のステップＳ１０７では、情報利用観光客Ｂの機器を観光地業者Ｄに渡して少なくともパスワードを入力・送信させるような手順を採用している。しかし、観光客によっては他人に自分の携帯電話機３０１等の機器を渡すことに抵抗を感じる人もいるかもしれない。従って、図２０の処理フローに代わって、図３２の処理フローを実施するようにしてもよい。
【００９７】
すなわち、取引ボタン５６１がクリックされた場合、ＰＣ３０４は取引指示を仲介センタ・サーバ１００に送信する（ステップＳ１９１）。仲介センタ・サーバ１００の利用管理部１０３は、ＰＣ３０４から取引指示を受信すると取引ページ・データを送信する（ステップＳ１９３）。ＰＣ３０４は、仲介センタ・サーバ１００から取引ページ・データを受信し、表示装置に表示する（ステップＳ１９５）。
【００９８】
図３３に取引ページ・データの表示画面例を示す。図３３の表示画面例では、店舗名表示欄３３０１と、観光地業者Ｄ又はその従業員から「今日のキーワード」を取得するように促す表示と、今日のキーワードの入力欄３３０２と、取引成立を通知するためのＹＥＳボタン３３０３と、取引不成立を通知するためのＮＯボタン３３０４とが含まれる。
【００９９】
情報利用観光客Ｂと観光地業者Ｄ又はその従業員との間の交渉が行われ、最終的に取引が不成立である場合には、ＮＯボタン３３０４をクリックする。ＮＯボタン３３０４がクリックされた場合には（ステップＳ１９７：Ｎｏルート）、ステップＳ１９７から端子Ｆを介して図２４の処理に移行する。
【０１００】
一方、取引が成立した場合には（ステップＳ１９７：Ｙｅｓルート）、観光地業者Ｄ又はその従業員から今日のキーワードを聞き出す（ステップＳ２０５）。ステップＳ２０５は情報利用観光客Ｂの動作であるため、点線のブロックで表されている。
【０１０１】
観光地業者Ｄは、予め又は取引成立時に、例えば観光地業者Ｄの端末５００により、仲介センタ・サーバ１００に登録番号及びパスワードを含むキーワード要求を送信する（ステップＳ１９９）。この際に観光地業者Ｄの端末５００に表示される表示画面例を図３４に示す。図３４の表示画面例では、店舗（観光地）登録番号の入力欄２５０１と、パスワードの入力欄２５０２と、送信ボタン２５０３とが含まれる。観光地業者Ｄ又はその従業員は、この画面に登録番号及びパスワードを入力すると、送信ボタン２５０３をクリックする。そうすると、入力された登録番号及びパスワードを含むキーワード要求が仲介センタ・サーバ１００に送信される。
【０１０２】
仲介センタ・サーバ１００のユーザ情報管理部１０５は、登録番号及びパスワードを含むキーワード要求を受信すると、登録番号を用いてユーザマスタＤＢ１１０に格納された観光地業者テーブルを検索し、登録パスワードを抽出し、受信したパスワード及び登録パスワードを用いた認証処理を実施する。もし、認証処理に失敗した場合には、認証処理に失敗した旨のメッセージを含み且つ図３４を表示させるためのＷｅｂページ・データをＰＣ３０４に送信する。もし、認証処理に成功すれば、キーワードテーブルを用いて今日のキーワードを抽出し、観光地業者Ｄの端末５００に送信する（ステップＳ２０１）。観光地業者Ｄの端末５００は、仲介センタ・サーバ１００から今日のキーワードを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ２０３）。例えば図３６のように今日のキーワード表示欄２５０４を含む表示がなされる。
【０１０３】
キーワードテーブルの一例を図３５に示す。図３５のキーワードテーブルには、店舗名（観光地名）又は登録番号の欄３５０１、日曜日のキーワードの欄３５０２、土曜日のキーワードの欄３５０３、平日のキーワードの欄３５０４、観光客が男性の場合のキーワードの欄３５０５、観光客が女性の場合のキーワードの欄３５０６、晴れの場合のキーワードの欄３５０７、曇りの場合のキーワードの欄３５０８、雨の場合のキーワードの欄３５０９、観光客が１０代の場合のキーワードの欄３５１０、２０代の場合のキーワードの欄３５１１、３０代の場合のキーワードの欄３５１２、４０代の場合のキーワードの欄３５１３などが含まれる。なお、図３４のような表示画面からキーワード要求を送信する場合には、観光客を特定するための情報は入力されないので、男性又は女性、年齢についてのキーワードは使用し得ないが、図３４においてより多くの条件を入力することができるようになっており、且つ仲介センタ・サーバ１００に送信するようにすれば、図３５のようなキーワードテーブルを有効に使用することができる。すなわちキーワードの不正利用を防止し易くなる。
【０１０４】
なお、このようなテーブルを毎週ＦＡＸ等で予め仲介センタ・サーバ１００から各観光地業者に配信しておけば、観光地業者Ｄ又はその従業員はいちいち確認する必要は無くなる。また、観光地業者Ｄ又はその従業員の要求により、一覧表を送信するようにしても良い。
【０１０５】
このようにして観光地業者Ｄ又はその従業員は、今日のキーワード又はその情報利用観光客Ｂのためのキーワードを取得して、情報利用観光客Ｂからの要求に応じてキーワードを教えることができるようになる。情報利用観光客Ｂは、観光地業者Ｄ又はその従業員からキーワードを取得すると、図３３のキーワード入力欄３３０２に入力し、ＹＥＳボタン３３０３をクリックする。ＹＥＳボタン３３０３がクリックされた場合には、ＰＣ３０４は登録番号（又は観光地名（店舗名））及びキーワードを仲介センタ・サーバ１００に送信する（ステップＳ２０７）。仲介センタ・サーバ１００の利用管理部１０３は、登録番号（又は観光地名（店舗名））及びキーワードを受信し、ユーザマスタＤＢ１１０のキーワードテーブルを登録番号等で検索することにより適用すべき登録キーワードを読み出し、受信したキーワード及び登録キーワードとを用いて照合処理を実施する（ステップＳ２０９）。なお、登録番号や観光地名はステップＳ２０７で送信しない場合もある。これより前で登録番号や観光地名は特定されているからである。
【０１０６】
照合処理に失敗した場合には、キーワードの再入力要求をＰＣ３０４に送信する（ステップＳ２１１）。ＰＣ３０４は「キーワードが違います」といった表示と共にキーワード等の再入力要求を表示装置に表示し（ステップＳ２１２）、ステップＳ２０７に戻る。なお、例えば３回以上照合処理に失敗した場合には、処理を終了させるようにしてもよい。
【０１０７】
照合処理に成功した場合には、利用管理部１０３は、取引関連ＤＢ１７０の成約率状況テーブル及び情報価値テーブルを更新する（ステップＳ２１３）。すなわち、成約率状況テーブルにおいて、観光地の登録番号に対応してその成約年月日の成約数を１インクリメントし、同じく合計成約数を１インクリメントし、テーブルに登録する。また、図１７において特定されている評価情報のコメント番号及び図１６においてポイント付与チェックボックスにチェックが付された評価情報のコメント番号に対応してその活用年月日の活用数を１インクリメントし、同じく合計活用数を１インクリメントして、テーブルに登録する。
【０１０８】
また、ユーザ情報管理部１０５は取引関連ＤＢ１７０のポイントテーブルを更新する（ステップＳ２１５）。すなわち、取引関連ＤＢ１７０のポイントテーブルにおいて、図１７において特定されている評価情報を登録した情報提供観光客Ａ及び現在取引を行った情報利用観光客Ｂのレコードについて、ポイント付与年月日のポイント値を所定の値だけインクリメントし、また合計ポイント値を所定の値だけインクリメントして、テーブルに登録する。ユーザ情報管理部１０５は、ポイントテーブル更新に応じて、今回付与されたポイント値及び合計ポイント値についての情報を含む通知を、情報提供観光客Ａ及び情報利用観光客Ｂについてメールその他の方法で送信する。但し、送信を行わない場合もある。
【０１０９】
そして、利用管理部１０３は、取引終了ページ・データをＰＣ３０４に送信する（ステップＳ２１７）。ＰＣ３０４は、仲介センタ・サーバ１００から取引終了ページ・データを受信し、Ｗｅｂブラウザにより表示装置に表示する（ステップＳ２１９）。
【０１１０】
このように図３２の処理を実施することにより、情報利用観光客Ｂは観光地業者Ｄ等に自己の機器を渡すことなく、但し観光地業者Ｄしか知り得ない情報をもって、評価情報の活用度数を増加させることとなるので、従来に比して信頼性のある活用度数を取得・提供することができるようになる。
【０１１１】
以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、図１２、図１４、図１５、図１６、図１７、図１９、図２１、図２２、図２３、図２６、図２７、図２８、図３３、図３４、図３６の画面例は比較的大きな表示領域を有していることを前提としているが、例えば携帯電話機の表示装置には全てを一度に表示させることは困難である場合が多い。従って、観光客の利用する機器に従って、例えばこれらの表示画面を複数の表示画面に分割して表示させるような処理を実施する場合もある。
【０１１２】
図３乃至図１０及び図３５のデータ構造例は一例であって、他のデータ構造により同様の又はより多くの情報を管理するようにしてもよい。さらに、図２に示した仲介センタ・サーバ１００の機能ブロック分けは一例であって、実際のプログラムモジュールとは一致しない場合もある。
【０１１３】
上の説明では評価情報をＷｅｂページを介して登録するような構成を示したが、メールにより登録できるようにする場合もある。これにより情報提供観光客Ａは気軽に情報提供を行うことができるようになる。また、ＩＤの入力を求める画面例を示しているが、ユーザＩＤの入力については、サブスクライバＩＤやＩＰｖ６のアドレスにより省略される場合もある。ユーザＩＤ入力欄についてはユーザＩＤが埋め込まれた状態でＷｅｂページ・データが生成・送信・表示される場合もある。また、観光客の携帯電話機にＧＰＳ機能を備え、観光客の位置情報と観光地業者の位置情報とに基づいてコメント入力時点に実際に観光客が観光地業者の近傍にいるかどうかを判断する構成を更に備えても良い。例えば、観光客の位置情報が観光地業者の位置情報から所定の距離内にあるかどうかを判断し、所定の距離内にあればコメントを有効とするものである。
【０１１４】
（付記１）
特定の評価対象についての評価情報を特定する情報と、前記特定の評価対象に関連する者から取得される照合情報とをユーザの端末から受信した場合、受信された前記照合情報と前記特定の評価対象に関連して設定され且つ予め記憶装置に格納された第２の照合情報とを用いて照合処理を実施する照合ステップと、
前記照合処理が成功した場合、前記評価情報についての有効活用度数を更新し、記憶装置に格納する有効活用度更新ステップと、
を含む評価情報についての情報処理方法。
【０１１５】
（付記２）
前記特定の評価対象に関連する者から取得される照合情報が、前記特定の評価対象に関連する者により前記ユーザの端末に入力されたパスワードであることを特徴とする付記１記載の評価情報についての情報処理方法。
【０１１６】
（付記３）
前記特定の評価対象に関連する者から取得される照合情報が、前記特定の評価対象に関連する者から取得され且つ前記ユーザにより前記ユーザの端末に入力されたキーワードであることを特徴とする付記１記載の評価情報についての情報処理方法。
【０１１７】
（付記４）
前記照合処理が成功した場合、前記評価情報を登録した者と前記ユーザとの少なくともいずれかに対して所定のポイントを付与する処理を実施するステップをさらに含む付記１乃至３のいずれか１つ記載の評価情報についての情報処理方法。
【０１１８】
（付記５）
前記評価対象又は前記評価情報の検索時に、前記評価情報についての有効活用度数を検索者の端末に送信するステップ
をさらに含む付記１乃至４のいずれか１つ記載の評価情報についての情報処理方法。
【０１１９】
（付記６）
評価者の端末からある評価対象についての評価情報を受信した場合、当該ある評価対象が登録済みか否か判断するステップと、
前記ある評価対象が未登録である場合には、前記ある評価対象についての評価情報を記憶装置に仮登録するステップと、
前記ある評価対象が未登録である場合には、仮照合情報を含む仮登録通知を前記ある評価対象に関連する者宛に送信するステップと、
をさらに含むことを付記１乃至５のいずれか１つ記載の評価情報についての情報処理方法。
【０１２０】
（付記７）
前記照合処理が成功した場合、前記特定の評価対象が仮登録状態であるか判断するステップと、
前記特定の評価対象が仮登録状態である場合に、前記特定の評価対象に対して本登録状態への移行を記憶装置に登録するステップと、
をさらに含む付記１乃至６のいずれか１つ記載の評価情報についての情報処理方法。
【０１２１】
（付記８）
前記照合情報が送信されるのが取引成立時であることを特徴とする付記１乃至７のいずれか１つ記載の評価情報についての情報処理方法。
【０１２２】
（付記９）
付記１乃至８のいずれか１つ記載の評価情報についての情報処理方法をコンピュータに実行させるためのプログラム。
【０１２３】
（付記１０）
特定の評価対象についての評価情報を特定する情報と、前記特定の評価対象に関連する者から取得される照合情報とをユーザの端末から受信した場合、受信された前記照合情報と前記特定の評価対象に関連して設定され且つ予め記憶装置に格納された第２の照合情報とを用いて照合処理を実施する照合手段と、
前記照合処理が成功した場合、前記評価情報についての有効活用度数を更新し、記憶装置に格納する有効活用度更新手段と、
を有するコンピュータ・システム。
【０１２４】
（付記１１）
特定の評価対象についての評価情報を特定する情報と、取引指示とをサーバに送信した場合、前記特定の評価対象に関連する者により入力されるべき照合情報の入力要求を前記サーバから受信するステップと、
前記特定の評価対象に関連する者から照合情報の入力を受け付け、前記サーバに送信するステップと、
送信した前記照合情報と前記特定の評価対象に関連して予め登録された第２の照合情報とを用いた照合処理の処理結果に関連する情報を前記サーバから受信するステップと、
を含む情報処理方法。
【０１２５】
（付記１２）
特定の評価対象についての評価情報を特定する情報と、取引指示とをサーバに送信した場合、前記特定の評価対象に関連する者から取得される照合情報の入力要求を前記サーバから受信するステップと、
前記特定の評価対象に関連する者から取得された照合情報の入力を受け付け、前記サーバに送信するステップと、
送信した前記照合情報と前記特定の評価対象に関連して予め登録された第２の照合情報とを用いた照合処理の処理結果に関連する情報を前記サーバから受信するステップと、
を含む情報処理方法。
【０１２６】
【発明の効果】
以上述べたように、ある評価対象に対する評価情報についての有効性情報を信頼性を持たせた形で効率的に収集するための技術を提供することができる。
【０１２７】
また別の効果としては、信頼性の高い評価情報を効率的に収集するための技術を提供することもできる。
【０１２８】
さらに別の効果としては、評価情報及び有効性情報の利用拡大を図ることにより、より多くの評価情報及び有効性情報の収集を促進するための技術を提供することができる。
【０１２９】
さらに別の効果としては、評価対象の評価に対する努力がより多くの評価情報及び有効性情報の蓄積につながるような仕組みを提供するための技術を提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態に係るビジネスフローを示す図である。
【図２】本発明の一実施の形態におけるシステム構成例を示す図である。
【図３】観光客テーブルの一例を示す図である。
【図４】観光地業者テーブルの一例を示す図である。
【図５】ブックマークテーブルの一例を示す図である。
【図６】ＧＰＳ／観光地候補名称テーブルの一例を示す図である。
【図７】コメントテーブルの一例を示す図である。
【図８】ポイントテーブルの一例を示す図である。
【図９】成約率状況テーブルの一例を示す図である。
【図１０】情報価値テーブルの一例を示す図である。
【図１１】評価情報の登録のための処理フローを示す図である。
【図１２】評価情報入力のための画面例を示す図である。
【図１３】評価情報又は観光地の検索処理の処理フローを示す図である。
【図１４】評価情報又は観光地の検索条件入力画面の一例を示す図である。
【図１５】検索結果表示画面例を示す図である。
【図１６】コメント一覧画面の一例を示す図である。
【図１７】コメント本文表示画面の一例を示す図である。
【図１８】コメントの詳細情報取得等のための処理フローを示す図である。
【図１９】目的の店舗などの地図を表示するための画面例である。
【図２０】取引処理のための処理フローを示す図である。
【図２１】取引時の画面例（その１）を示す図である。
【図２２】取引時の画面例（その２）を示す図である。
【図２３】取引時の画面例（その３）を示す図である。
【図２４】取引不成立時の処理フローを示す図である。
【図２５】ポイント情報取得のための処理フローを示す図である。
【図２６】コメント活用分のポイント情報を取得するためのコメント一覧画面の一例を示す図である。
【図２７】特定のコメントについてコメント活用分のポイント情報を表示するための画面例である。
【図２８】取引分のポイント情報を表示するための画面例である。
【図２９】ブックマーク情報ダウンロードのための処理フローを示す図である。
【図３０】地図情報処理部の処理を説明するための図である。
【図３１】地図情報処理部により情報利用観光客の端末に送信される地図画像データの一例を示す図である。
【図３２】図２０の代わりに実施される取引処理のための処理フローを示す図である。
【図３３】取引時にキーワードを送信する場合の表示画面例である。
【図３４】観光地業者が今日のキーワードを問い合わせるための画面例である。
【図３５】キーワードテーブルの一例を示す図である。
【図３６】今日のキーワードの通知画面の一例である。
【符号の説明】
１００ 仲介センタ・サーバ
１０１ 情報登録部
１０２ 検索処理部
１０３ 利用管理部
１０４ 地図情報処理部
１０５ ユーザ情報管理部
１１０ ユーザマスタＤＢ
１３０ 地図ＤＢ
１５０ コンテンツＤＢ
１７０ 取引関連ＤＢ
２０１，３０１ 携帯電話機
２０２，３０４ パーソナル・コンピュータ
２０３，３０２ ＰＤＡ
２０４ デジタルカメラ
３０３ カーナビゲーション・システム
５００ 観光地業者の端末
６０１，６０２ ネットワーク

Claims (4)

1. 評価対象を利用する会員ユーザが所有するユーザ端末と通信を行うサーバにより実行される、評価情報についての情報処理方法であって、
   特定の評価対象の識別情報を含む評価対象選択指示を前記ユーザ端末から受信した場合、評価情報登録者により登録された評価情報と当該評価情報に係る評価対象の識別情報とを当該評価情報の識別情報に対応付けて格納するコメントテーブルから、受信した前記特定の評価対象の識別情報に対応する評価情報を抽出し、当該評価情報に基づき一覧ページ・データを生成し、前記ユーザ端末に送信するステップと、
   前記特定の評価対象についての特定の評価情報の識別情報を含む評価情報選択指示を前記ユーザ端末から受信した場合、当該特定の評価情報の識別情報に対応する評価情報を前記コメントテーブルから抽出し、当該評価情報を含む詳細ページ・データを生成し、前記ユーザ端末に送信するステップと、
   前記特定の評価対象との取引の成立の通知を前記ユーザ端末から受信した場合、照合情報の入力を促すページ・データを生成し、前記ユーザ端末に送信するステップと、
   前記特定の評価対象に関連する者から取得される照合情報を前記ユーザ端末から受信した場合、評価対象の識別情報に対応付けて第二の照合情報を格納する業者テーブルから、前記特定の評価対象の識別情報に対応する第二の照合情報を特定し、当該第２の照合情報と受信した前記照合情報とを用いて照合処理を実施する照合ステップと、
   前記照合処理が成功した場合、評価情報の識別情報に対応付けて有効活用度数を格納する情報価値テーブルに格納され且つ前記特定の評価情報の識別情報に対応付けられている有効活用度数を更新する有効活用度更新ステップと、
   前記照合処理が成功した場合、前記特定の評価対象と前記会員ユーザとの取引成立に関連する成約データを評価対象の識別情報に対応付けて格納する成約状況テーブルに格納され且つ前記特定の評価対象の識別情報に対応付けられている成約データを更新する取引登録ステップと、
   を含む情報処理方法。
2. 前記特定の評価対象に関連する者から取得される照合情報が、前記特定の評価対象に関連する者により前記ユーザ端末に入力されたパスワードであることを特徴とする請求項１記載の情報処理方法。
3. 前記評価情報登録者の端末からある評価対象についての評価情報を受信した場合、前記業者テーブルに当該ある評価対象が登録済みか否か判断するステップと、
   前記ある評価対象が未登録である場合には、前記ある評価対象についての評価情報を前記コメントテーブルに仮登録するステップと、
   前記ある評価対象が未登録である場合には、仮照合情報を含む仮登録通知を前記ある評価対象に関連する者宛に送信するステップと、
   をさらに含む請求項１又は２記載の情報処理方法。
4. 請求項１乃至３のいずれか１つ記載の情報処理方法をコンピュータに実行させるためのプログラム。

Images