(57)【特許請求の範囲】
【請求項１】
商品またはサービスの提供者に係る第１の端末機器と、前記商品またはサービスの評価者に係る第２の端末機器との間で第１の通信の通信が行われたとき、前記第１の通信を利用して送受信された情報を、前記第１の端末機器から受信する通知受信手段と、
前記第１の通信により送受信された情報に含まれる前記第１の端末機器の識別情報および前記第２の端末機器の識別情報に基づいて、前記商品またはサービスの提供者の信頼性を表す信頼性区分と、前記第１の端末機器のセキュリティ区分および前記第２の端末機器のセキュリティ区分との少なくとも１以上を特定する区分特定手段と、
前記特定結果に基づいて、前記第１の端末機器と前記第２の端末機器との間で行われる第２の通信の状態を確認するリンク認証の方式を特定し、特定された方式で前記リンク認証に係る処理を実行するリンク認証手段と、
前記リンク認証された前記第２の通信を介して送受信される前記商品または前記サービスに対する評価情報を、前記第１の端末機器から受信する評価情報受信手段と
を備える情報処理装置。
【請求項２】
前記端末機器の識別番号と、複数の前記端末機器のセキュリティ区分とを対応付けた端末機器情報データベースをさらに備え、
前記区分特定手段は、前記端末機器情報データベースを検索することで、前記セキュリティ区分を特定する
請求項１に記載の情報処理装置。
【請求項３】
前記リンク認証手段は、
前記特定結果に基づいて、前記第１の端末機器と前記第２の端末機器との間で行われる第２の通信が継続して行われていることを確認するリンク認証の方式を特定するとともに、その方式で前記リンク認証に係る処理を実行し、
前記評価情報受信手段は、
前記第１の端末機器により前記第２の通信を利用して行われる前記第２の端末機器に係る前記評価者への前記商品または前記サービスに対する評価情報であって、前記第２の端末機器から前記第１の端末機器へ前記第２の通信を利用して送信される評価情報を、第３の通信を利用して前記第１の端末機器から受信する
請求項１に記載の情報処理装置。
【請求項４】
前記リンク認証手段は、前記特定結果に応じて、
前記第２の端末機器に前記第３の通信を利用して送信した情報が、前記第２の通信を利用して前記第１の端末機器に送信されたか否かを表す情報を前記第１の端末機器から前記第３の通信を利用して受信することで、前記第２の端末機器の同一性を確認する評価者同一性確認処理と、
前記第１の端末機器に前記第３の通信を利用して送信した情報が、前記第２の通信を利用して前記第２の端末機器に送信されたか否かを表す情報を前記第２の端末機器から前記第３の通信を利用して受信することで、前記第１の端末機器の同一性を確認する提供者同一性確認処理とを、
それぞれ定期的に実行する
請求項３に記載の情報処理装置。
【請求項５】
前記リンク認証手段は、
前記信頼性区分に基づいて、前記提供者同一性確認処理を実行するか否かを決定することで、前記リンク認証の方式を特定する
請求項４に記載の情報処理装置。
【請求項６】
前記リンク認証手段は、
前記セキュリティ区分に基づいて、前記評価者同一性確認処理または前記提供者同一性確認処理において、前記第１の端末機器または前記第２の端末機器が予め記憶している固有鍵を用いるか、または、前記第１の端末機器または前記第２の端末機器が予め記憶していない一時キーを用いるかを決定することで、前記リンク認証の方式を特定する
請求項４に記載の情報処理装置。
【請求項７】
通知受信手段が、商品またはサービスの提供者に係る第１の端末機器と、前記商品またはサービスの評価者に係る第２の端末機器との間で第１の通信の通信が行われたとき、前記第１の通信を利用して送受信された情報を、前記第１の端末機器から受信し、
区分特定手段が、前記第１の通信により送受信された情報に含まれる前記第１の端末機器の識別情報および前記第２の端末機器の識別情報に基づいて、前記商品またはサービスの提供者の信頼性を表す信頼性区分と、前記第１の端末機器のセキュリティ区分および前記第２の端末機器のセキュリティ区分との少なくとも１以上を特定し、
リンク認証手段が、前記特定結果に基づいて、前記第１の端末機器と前記第２の端末機器との間で行われる第２の通信の状態を確認するリンク認証の方式を特定し、特定された方式で前記リンク認証に係る処理を実行し、
評価情報受信手段が、前記リンク認証された前記第２の通信を介して送受信される前記商品または前記サービスに対する評価情報を、前記第１の端末機器から受信するステップ
を含む情報処理方法。
【請求項８】
コンピュータを、
商品またはサービスの提供者に係る第１の端末機器と、前記商品またはサービスの評価者に係る第２の端末機器との間で第１の通信の通信が行われたとき、前記第１の通信を利用して送受信された情報を、前記第１の端末機器から受信する通知受信手段と、
前記第１の通信により送受信された情報に含まれる前記第１の端末機器の識別情報および前記第２の端末機器の識別情報に基づいて、前記商品またはサービスの提供者の信頼性を表す信頼性区分と、前記第１の端末機器のセキュリティ区分および前記第２の端末機器のセキュリティ区分との少なくとも１以上を特定する区分特定手段と、
前記特定結果に基づいて、前記第１の端末機器と前記第２の端末機器との間で行われる第２の通信の状態を確認するリンク認証の方式を特定し、特定された方式で前記リンク認証に係る処理を実行するリンク認証手段と、
前記リンク認証された前記第２の通信を介して送受信される前記商品または前記サービスに対する評価情報を、前記第１の端末機器から受信する評価情報受信手段と
を備える情報処理装置として機能させる
プログラム。
【請求項９】
自分が提供する商品またはサービスの評価者に係る端末機器との第１の通信により前記端末機器の識別情報および第２の通信のアドレスを含む情報を受信する機器情報受信手段と、
前記第１の通信により受信した前記端末機器の識別情報とともに、自分の識別情報を含む情報をサーバに、第３の通信を利用して送信する機器情報送信手段と、
前記サーバから前記第３の通信を利用して、予め定められた第１の確認要求を受信した場合、前記第１の確認要求を第２の通信を利用して前記端末機器に送信する第１確認要求送信手段と、
前記第２の通信を利用して受信した確認応答であって、前記端末機器が第１の確認要求に対応して送信した第１の確認応答を、前記第３の通信を利用して前記サーバに送信する第１確認応答送信手段と、
前記端末機器から前記第２の通信を利用して受信した評価情報であって、自分が提供した前記商品またはサービスに対する評価情報を、前記第３の通信を利用して前記サーバに送信する評価情報送信手段と、
前記第２の通信を利用して予め定められた第２の確認要求を受信した場合、予め定められた処理により生成された情報である第２の確認応答を、前記第２の通信を利用して前記端末機器に送信する第２確認応答送信手段と
を備える情報処理装置。
【請求項１０】
前記第２の確認応答には、前記第２の確認要求に含まれる暗号化された情報を予め記憶している固有鍵で復号して得られた情報が含まれる
請求項９に記載の情報処理装置。
【請求項１１】
前記サーバから前記第３の通信を利用して一時キーを受信して記憶する一時キー記憶手段をさらに備え、
前記第２の確認応答には、前記一時キーが含まれる
請求項９に記載の情報処理装置。
【請求項１２】
コンピュータを、
自分が提供する商品またはサービスの評価者に係る端末機器との第１の通信により前記端末機器の識別情報および第２の通信のアドレスを含む情報を受信する機器情報受信手段と、
前記第１の通信により受信した前記端末機器の識別情報とともに、自分の識別情報を含む情報をサーバに、第３の通信を利用して送信する機器情報送信手段と、
前記サーバから前記第３の通信を利用して、予め定められた第１の確認要求を受信した場合、前記第１の確認要求を第２の通信を利用して前記端末機器に送信する第１確認要求送信手段と、
前記第２の通信を利用して受信した確認応答であって、前記端末機器が第１の確認要求に対応して送信した第１の確認応答を、前記第３の通信を利用して前記サーバに送信する第１確認応答送信手段と、
前記端末機器から前記第２の通信を利用して受信した評価情報であって、自分が提供した前記商品またはサービスに対する評価情報を、前記第３の通信を利用して前記サーバに送信する評価情報送信手段と、
前記第２の通信を利用して予め定められた第２の確認要求を受信した場合、予め定められた処理により生成された情報である第２の確認応答を、前記第２の通信を利用して前記端末機器に送信する第２確認応答送信手段とを備える情報処理装置として機能させる
プログラム。
【請求項１３】
商品またはサービスの提供者に係る端末機器との第１の通信により自分の識別情報および第２の通信のアドレスを含む情報を送信する機器情報送信手段と、
サーバから第３の通信を利用して、予め定められた第１の確認要求を受信した場合、前記第１の確認要求を第２の通信を利用して前記端末機器に送信する第１確認要求送信手段と、
前記第２の通信を利用して受信した確認応答であって、前記端末機器が第１の確認要求に対応して送信した第１の確認応答を、前記第３の通信を利用して前記サーバに送信する第１確認応答送信手段と、
前記端末機器から前記第２の通信を利用して受信した前記商品またはサービスに係る情報に対する評価情報を、前記第２の通信を利用して前記端末機器に送信する評価情報送信手段と
を備える情報処理装置。
【請求項１４】
前記第２の通信を利用して予め定められた第２の確認要求を受信した場合、予め定められた処理により生成された情報である第２の確認応答を、前記第２の通信を利用して前記端末機器に送信する第２確認応答送信手段をさらに備える
請求項１３に記載の情報処理装置。
【請求項１５】
前記第２の確認応答には、前記第２の確認要求に含まれる暗号化された情報を予め記憶している固有鍵で復号して得られた情報が含まれる
請求項１４に記載の情報処理装置。
【請求項１６】
前記サーバから前記第３の通信を利用して一時キーを受信して記憶する一時キー記憶手段をさらに備え、
前記第２の確認応答には、前記一時キーが含まれる
請求項１４に記載の情報処理装置。
【請求項１７】
コンピュータを、
商品またはサービスの提供者に係る端末機器との第１の通信により自分の識別情報および第２の通信のアドレスを含む情報を送信する機器情報送信手段と、
サーバから第３の通信を利用して、予め定められた第１の確認要求を受信した場合、前記第１の確認要求を第２の通信を利用して前記端末機器に送信する第１確認要求送信手段と、
前記第２の通信を利用して受信した確認応答であって、前記端末機器が第１の確認要求に対応して送信した第１の確認応答を、前記第３の通信を利用して前記サーバに送信する第１確認応答送信手段と、
前記端末機器から前記第２の通信を利用して受信した前記商品またはサービスに係る情報に対する評価情報を、前記第２の通信を利用して前記端末機器に送信する評価情報送信手段とを備える情報処理装置として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、信頼性の高い有益な評価情報を簡単に収集することができるようにする情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
従来より、インターネット上の掲示板などにおいていわゆる口コミ情報と称される情報が活用されている。口コミ情報は、例えば、店舗のサービス、商品の品質、コンテンツの面白さなどについての評価情報である。
【０００３】
口コミ情報は、雑誌記者や専門家によって記載された評価情報と異なり、実際に店舗に行った人、商品を買った人、コンテンツを視聴した人などによる生の声として有益であり、商品やサービスの購入にあたって参考にされることも多い。
【０００４】
また、視聴者の無線端末から視聴者の属性（ユーザ情報）を収集して視聴効果を測定する技術も提案されている（例えば、特許文献１参照）。このような技術により、より簡単に評価情報を収集することが可能となってきている。
【０００５】
【特許文献１】特開２０１０−４１１９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の口コミ情報などは、雑誌などに掲載される評価情報と比較して評価精度のバラツキが大きいという問題があった。例えば、インターネット上の掲示板の信頼性は必ずしも高いとは言えず、極端に良い評価や極端に悪い評価が混在することが多く、あまり参考にならない場合があった。
【０００７】
また、商品やサービスを未購入（未体験）の者でも掲示板に書き込むことはできるから、実際のユーザの体験が書き込まれているという保証もなく、評価を参考に購入することが躊躇されることもある。
【０００８】
さらに、従来の評価情報は、口コミ情報など掲示板のユーザコメント方式などに偏っており、例えば、各商品についてユーザの購入実績、各コンテンツについてのユーザの視聴実績などの評価情報に接する機会は稀であった。
【０００９】
例えば、特許文献１の技術によれば、コンテンツについてのユーザの視聴実績などを取得することができるものの、例えば、コンテンツ提供者と評価者が動的に変わるＰ２Ｐネットワーク上での視聴記録の取得には対応できない。また、評価者（視聴体験者）が実在することを確認できるように顔データ識別による視聴者識別に関する手段も開示されているが、カメラ等の専用の装置を必要とし煩雑なシステムとなってしまう。
【００１０】
さらに、従来の評価情報は、評価対象の商品やコンテンツなどが提示されてから評価情報が収集されるまで時間を要し、タイムリーな評価情報を提供することができないという課題があった。
【００１１】
本発明はこのような状況に鑑みてなされたものであり、信頼性の高い有益な評価情報を簡単に収集することができるようにするものである。
【課題を解決するための手段】
【００１２】
本発明の第１の側面は、商品またはサービスの提供者に係る第１の端末機器と、前記商品またはサービスの評価者に係る第２の端末機器との間で第１の通信の通信が行われたとき、前記第１の通信を利用して送受信された情報を、前記第１の端末機器から受信する通知受信手段と、前記第１の通信により送受信された情報に含まれる前記第１の端末機器の識別情報および前記第２の端末機器の識別情報に基づいて、前記商品またはサービスの提供者の信頼性を表す信頼性区分と、前記第１の端末機器のセキュリティ区分および前記第２の端末機器のセキュリティ区分との少なくとも１以上を特定する区分特定手段と、前記特定結果に基づいて、前記第１の端末機器と前記第２の端末機器との間で行われる第２の通信の状態を確認するリンク認証の方式を特定し、特定された方式で前記リンク認証に係る処理を実行するリンク認証手段と、前記リンク認証された前記第２の通信を介して送受信される前記商品または前記サービスに対する評価情報を、前記第１の端末機器から受信する評価情報受信手段とを備える情報処理装置である。
【００１３】
前記端末機器の識別番号と、複数の前記端末機器のセキュリティ区分とを対応付けた端末機器情報データベースをさらに備え、前記区分特定手段は、前記端末機器情報データベースを検索することで、前記セキュリティ区分を特定するようにすることができる。
【００１４】
前記リンク認証手段は、前記特定結果に基づいて、前記第１の端末機器と前記第２の端末機器との間で行われる第２の通信が継続して行われていることを確認するリンク認証の方式を特定するとともに、その方式で前記リンク認証に係る処理を実行し、前記評価情報受信手段は、前記第１の端末機器により前記第２の通信を利用して行われる前記第２の端末機器に係る前記評価者への前記商品または前記サービスに対する評価情報であって、前記第２の端末機器から前記第１の端末機器へ前記第２の通信を利用して送信される評価情報を、第３の通信を利用して前記第１の端末機器から受信するようにすることができる。
【００１５】
前記リンク認証手段は、前記特定結果に応じて、前記第２の端末機器に前記第３の通信を利用して送信した情報が、前記第２の通信を利用して前記第１の端末機器に送信されたか否かを表す情報を前記第１の端末機器から前記第３の通信を利用して受信することで、前記第２の端末機器の同一性を確認する評価者同一性確認処理と、前記第１の端末機器に前記第３の通信を利用して送信した情報が、前記第２の通信を利用して前記第２の端末機器に送信されたか否かを表す情報を前記第２の端末機器から前記第３の通信を利用して受信することで、前記第１の端末機器の同一性を確認する提供者同一性確認処理とを、それぞれ定期的に実行するようにすることができる。
【００１６】
前記リンク認証手段は、前記信頼性区分に基づいて、前記提供者同一性確認処理を実行するか否かを決定することで、前記リンク認証の方式を特定するようにすることができる。
【００１７】
前記リンク認証手段は、前記セキュリティ区分に基づいて、前記評価者同一性確認処理または前記提供者同一性確認処理において、前記第１の端末機器または前記第２の端末機器が予め記憶している固有鍵を用いるか、または、前記第１の端末機器または前記第２の端末機器が予め記憶していない一時キーを用いるかを決定することで、前記リンク認証の方式を特定するようにすることができる。
【００１８】
本発明の第１の側面は、通知受信手段が、商品またはサービスの提供者に係る第１の端末機器と、前記商品またはサービスの評価者に係る第２の端末機器との間で第１の通信の通信が行われたとき、前記第１の通信を利用して送受信された情報を、前記第１の端末機器から受信し、区分特定手段が、前記第１の通信により送受信された情報に含まれる前記第１の端末機器の識別情報および前記第２の端末機器の識別情報に基づいて、前記商品またはサービスの提供者の信頼性を表す信頼性区分と、前記第１の端末機器のセキュリティ区分および前記第２の端末機器のセキュリティ区分との少なくとも１以上を特定し、リンク認証手段が、前記特定結果に基づいて、前記第１の端末機器と前記第２の端末機器との間で行われる第２の通信の状態を確認するリンク認証の方式を特定し、特定された方式で前記リンク認証に係る処理を実行し、評価情報受信手段が、前記リンク認証された前記第２の通信を介して送受信される前記商品または前記サービスに対する評価情報を、前記第１の端末機器から受信するステップを含む情報処理方法である。
【００１９】
本発明の第１の側面は、コンピュータを、商品またはサービスの提供者に係る第１の端末機器と、前記商品またはサービスの評価者に係る第２の端末機器との間で第１の通信の通信が行われたとき、前記第１の通信を利用して送受信された情報を、前記第１の端末機器から受信する通知受信手段と、前記第１の通信により送受信された情報に含まれる前記第１の端末機器の識別情報および前記第２の端末機器の識別情報に基づいて、前記商品またはサービスの提供者の信頼性を表す信頼性区分と、前記第１の端末機器のセキュリティ区分および前記第２の端末機器のセキュリティ区分との少なくとも１以上を特定する区分特定手段と、前記特定結果に基づいて、前記第１の端末機器と前記第２の端末機器との間で行われる第２の通信の状態を確認するリンク認証の方式を特定し、特定された方式で前記リンク認証に係る処理を実行するリンク認証手段と、前記リンク認証された前記第２の通信を介して送受信される前記商品または前記サービスに対する評価情報を、前記第１の端末機器から受信する評価情報受信手段とを備える情報処理装置として機能させるプログラムである。
【００２０】
本発明の第１の側面においては、商品またはサービスの提供者に係る第１の端末機器と、前記商品またはサービスの評価者に係る第２の端末機器との間で第１の通信の通信が行われたとき、前記第１の通信を利用して送受信された情報が、前記第１の端末機器から受信され、前記第１の通信により送受信された情報に含まれる前記第１の端末機器の識別情報および前記第２の端末機器の識別情報に基づいて、前記商品またはサービスの提供者の信頼性を表す信頼性区分と、前記第１の端末機器のセキュリティ区分および前記第２の端末機器のセキュリティ区分との少なくとも１以上が特定され、前記特定結果に基づいて、前記第１の端末機器と前記第２の端末機器との間で行われる第２の通信の状態を確認するリンク認証の方式が特定され、特定された方式で前記リンク認証に係る処理が実行され、前記リンク認証された前記第２の通信を介して送受信される前記商品または前記サービスに対する評価情報が、前記第１の端末機器から受信される。
【００２１】
本発明の第２の側面は、自分が提供する商品またはサービスの評価者に係る端末機器との第１の通信により前記端末機器の識別情報および第２の通信のアドレスを含む情報を受信する機器情報受信手段と、前記第１の通信により受信した前記端末機器の識別情報とともに、自分の識別情報を含む情報をサーバに、第３の通信を利用して送信する機器情報送信手段と、前記サーバから前記第３の通信を利用して、予め定められた第１の確認要求を受信した場合、前記第１の確認要求を第２の通信を利用して前記端末機器に送信する第１確認要求送信手段と、前記第２の通信を利用して受信した確認応答であって、前記端末機器が第１の確認要求に対応して送信した第１の確認応答を、前記第３の通信を利用して前記サーバに送信する第１確認応答送信手段と、前記端末機器から前記第２の通信を利用して受信した評価情報であって、自分が提供した前記商品またはサービスに対する評価情報を、前記第３の通信を利用して前記サーバに送信する評価情報送信手段と、前記第２の通信を利用して予め定められた第２の確認要求を受信した場合、予め定められた処理により生成された情報である第２の確認応答を、前記第２の通信を利用して前記端末機器に送信する第２確認応答送信手段とを備える情報処理装置である。
【００２３】
前記第２の確認応答には、前記第２の確認要求に含まれる暗号化された情報を予め記憶している固有鍵で復号して得られた情報が含まれるようにすることができる。
【００２４】
前記サーバから前記第３の通信を利用して一時キーを受信して記憶する一時キー記憶手段をさらに備え、前記第２の確認応答には、前記一時キーが含まれるようにすることができる。
【００２５】
本発明の第２の側面は、コンピュータを、自分が提供する商品またはサービスの評価者に係る端末機器との第１の通信により前記端末機器の識別情報および第２の通信のアドレスを含む情報を受信する機器情報受信手段と、前記第１の通信により受信した前記端末機器の識別情報とともに、自分の識別情報を含む情報をサーバに、第３の通信を利用して送信する機器情報送信手段と、前記サーバから前記第３の通信を利用して、予め定められた第１の確認要求を受信した場合、前記第１の確認要求を第２の通信を利用して前記端末機器に送信する第１確認要求送信手段と、前記第２の通信を利用して受信した確認応答であって、前記端末機器が第１の確認要求に対応して送信した第１の確認応答を、前記第３の通信を利用して前記サーバに送信する第１確認応答送信手段と、前記端末機器から前記第２の通信を利用して受信した評価情報であって、自分が提供した前記商品またはサービスに対する評価情報を、前記第３の通信を利用して前記サーバに送信する評価情報送信手段と、前記第２の通信を利用して予め定められた第２の確認要求を受信した場合、予め定められた処理により生成された情報である第２の確認応答を、前記第２の通信を利用して前記端末機器に送信する第２確認応答送信手段とを備える情報処理装置として機能させるプログラムである。
【００２６】
本発明の第２の側面においては、自分が提供する商品またはサービスの評価者に係る端末機器との第１の通信により前記端末機器の識別情報および第２の通信のアドレスを含む情報が受信され、前記第１の通信により受信した前記端末機器の識別情報とともに、自分の識別情報を含む情報がサーバに、第３の通信を利用して送信され、前記サーバから前記第３の通信を利用して、予め定められた第１の確認要求を受信した場合、前記第１の確認要求が第２の通信を利用して前記端末機器に送信され、前記第２の通信を利用して受信した確認応答であって、前記端末機器が第１の確認要求に対応して送信した第１の確認応答が、前記第３の通信を利用して前記サーバに送信され、前記端末機器から前記第２の通信を利用して受信した評価情報であって、自分が提供した前記商品またはサービスに対する評価情報が、前記第３の通信を利用して前記サーバに送信され、前記第２の通信が利用されて予め定められた第２の確認要求が受信された場合、予め定められた処理により生成された情報である第２の確認応答が、前記第２の通信が利用されて前記端末機器に送信される。
【００２７】
本発明の第３の側面は、商品またはサービスの提供者に係る端末機器との第１の通信により自分の識別情報および第２の通信のアドレスを含む情報を送信する機器情報送信手段と、サーバから第３の通信を利用して、予め定められた第１の確認要求を受信した場合、前記第１の確認要求を第２の通信を利用して前記端末機器に送信する第１確認要求送信手段と、前記第２の通信を利用して受信した確認応答であって、前記端末機器が第１の確認要求に対応して送信した第１の確認応答を、前記第３の通信を利用して前記サーバに送信する第１確認応答送信手段と、前記端末機器から前記第２の通信を利用して受信した前記商品またはサービスに係る情報に対する評価情報を、前記第２の通信を利用して前記端末機器に送信する評価情報送信手段とを備える。
【００２８】
前記第２の通信を利用して予め定められた第２の確認要求を受信した場合、予め定められた処理により生成された情報である第２の確認応答を、前記第２の通信を利用して前記端末機器に送信する第２確認応答送信手段をさらに備えるようにすることができる。
【００２９】
前記第２の確認応答には、前記第２の確認要求に含まれる暗号化された情報を予め記憶している固有鍵で復号して得られた情報が含まれるようにすることができる。
【００３０】
前記サーバから前記第３の通信を利用して一時キーを受信して記憶する一時キー記憶手段をさらに備え、前記第２の確認応答には、前記一時キーが含まれるようにすることができる。
【００３１】
本発明の第３の側面は、コンピュータを、商品またはサービスの提供者に係る端末機器との第１の通信により自分の識別情報および第２の通信のアドレスを含む情報を送信する機器情報送信手段と、サーバから第３の通信を利用して、予め定められた第１の確認要求を受信した場合、前記第１の確認要求を第２の通信を利用して前記端末機器に送信する第１確認要求送信手段と、前記第２の通信を利用して受信した確認応答であって、前記端末機器が第１の確認要求に対応して送信した第１の確認応答を、前記第３の通信を利用して前記サーバに送信する第１確認応答送信手段と、前記端末機器から前記第２の通信を利用して受信した前記商品またはサービスに係る情報に対する評価情報を、前記第２の通信を利用して前記端末機器に送信する評価情報送信手段とを備える情報処理装置として機能させるプログラムである。
【００３２】
本発明の第３の側面においては、商品またはサービスの提供者に係る端末機器との第１の通信により自分の識別情報および第２の通信のアドレスを含む情報が送信され、サーバから第３の通信を利用して、予め定められた第１の確認要求を受信した場合、前記第１の確認要求が第２の通信を利用して前記端末機器に送信され、前記第２の通信を利用して受信した確認応答であって、前記端末機器が第１の確認要求に対応して送信した第１の確認応答が、前記第３の通信を利用して前記サーバに送信され、前記端末機器から前記第２の通信を利用して受信した前記商品またはサービスに係る情報に対する評価情報が、前記第２の通信を利用して前記端末機器に送信される。
【発明の効果】
【００３３】
本発明によれば、信頼性の高い有益な評価情報を簡単に収集することができる。
【図面の簡単な説明】
【００３４】
【図１】本発明の一実施の形態に係る評価情報収集システムの構成例を示す図である。
【図２】本発明の一実施の形態に係る評価情報収集システムの別の構成例を示す図である。
【図３】携帯端末の構成例を示すブロック図である。
【図４】サーバの構成例を示すブロック図である。
【図５】端末機器情報の例を示す図である。
【図６】リンク認証を行って評価情報を収集する方式の例を説明する図である。
【図７】図６の方式における処理の流れを説明するアローチャートである。
【図８】リンク認証を行って評価情報を収集する方式の別の例を説明する図である。
【図９】図８の方式における処理の流れを説明するアローチャートである。
【図１０】リンク認証を行って評価情報を収集する方式のさらに別の例を説明する図である。
【図１１】図１０の方式における処理の流れを説明するアローチャートである。
【図１２】リンク認証を行って評価情報を収集する方式のさらに別の例を説明する図である。
【図１３】リンク認証を行って評価情報を収集する方式のさらに別の例を説明する図である。
【図１４】ハンドオーバメッセージを説明する図である。
【図１５】リンク認証の方式を特定するための情報を説明する図である。
【図１６】評価情報収集処理の例を説明するフローチャートである。
【図１７】ケース１処理の例を説明するフローチャートである。
【図１８】ケース２処理の例を説明するフローチャートである。
【図１９】ケース３処理の例を説明するフローチャートである。
【図２０】ケース３処理の例を説明するフローチャートである。
【図２１】ケース４処理の例を説明するフローチャートである。
【図２２】ケース４処理の例を説明するフローチャートである。
【図２３】ケース５処理の例を説明するフローチャートである。
【図２４】ケース５処理の例を説明するフローチャートである。
【図２５】提供者側端末機器の処理の例を説明するフローチャートである。
【図２６】コンテンツ提供処理の例を説明するフローチャートである。
【図２７】リンク認証処理の例を説明するフローチャートである。
【図２８】提供者側端末機器の処理の別の例を説明するフローチャートである。
【図２９】リンク認証処理の別の例を説明するフローチャートである。
【図３０】評価者側端末機器の処理の例を説明するフローチャートである。
【図３１】第１リンク認証処理の例を説明するフローチャートである。
【図３２】第２リンク認証処理の例を説明するフローチャートである。
【図３３】コンテンツ評価処理の例を説明するフローチャートである。
【図３４】評価者側端末機器の処理の別の例を説明するフローチャートである。
【図３５】第３リンク認証処理の例を説明するフローチャートである。
【図３６】第４リンク認証処理の例を説明するフローチャートである。
【発明を実施するための形態】
【００３５】
以下、図面を参照して、本発明の実施の形態について説明する。
【００３６】
本発明においては、例えば、携帯端末のハンドオーバ機能を利用して評価情報を収集するようにする。
【００３７】
例えば、携帯電話機として構成される携帯端末がBluetooth（登録商標）やWiFi（登録商標）等の近距離無線通信手段を有する場合がある。その場合携帯電話同士が直接（ローカルで）通信可能することができる。さらに、携帯電話機が、非接触通信（ＮＦＣ（Near Field Communication））デバイスを有する場合、ユーザが携帯電話機同士を近接（または接触）させることにより、非接触通信デバイスによって接続認証が行われ、近距離無線通信が可能となるようにすることができる。このように、非接触通信デバイスによって接続認証が行われ、近距離無線通信が行われるようにする機能がハンドオーバと称される。
【００３８】
このようなハンドオーバ機能を利用することにより、ユーザは、携帯電話機同士をタッチするだけで、サービスの提供を受けたり、商品を購入したりすることが可能となる。例えば、商品としてコンテンツを購入する際に、ユーザは、携帯電話機同士をタッチするだけで、近距離無線通信によってコンテンツのデータを携帯端末にダウンロードすることが可能となる。
【００３９】
図１は、本発明の一実施の形態に係る評価情報収集システムの構成例を示す図である。同図の例では、評価情報収集システム１０がサーバ２１、情報収集端末３１乃至情報収集端末３３、および、携帯端末４１乃至携帯端末４３により構成されている。
【００４０】
サーバ２１は、例えば、評価情報収集事業者のデータセンタに設置され、情報収集端末３１乃至情報収集端末３３から送信される評価情報を取得し、取得した評価情報の保存、加工などの処理を行うようになされている。サーバ２１は、例えば、取得した評価情報を、評価の対象となった商品やサービスの種類毎に分類し、ネットワークを介してアクセスしてくるユーザに提供するなどの処理を行う。
【００４１】
情報収集端末３１乃至情報収集端末３３は、それぞれ携帯端末４１乃至携帯端末４３のハンドオーバ機能により通信する端末とされ、近距離無線通信手段と非接触通信デバイスを有する構成とされる。
【００４２】
例えば、情報収集端末３１は、楽曲のコンテンツの試聴サービスを提供する機器として構成される。情報収集端末３１は、例えば、ユーザが携帯端末４１を所定の領域にタッチさせるなどした場合、非接触通信の後、近距離無線通信によってコンテンツのデータの一部を送信して携帯端末４１にコンテンツをストリーミング再生させる。これにより、ユーザは、携帯端末４１に接続されたヘッドフォンなどを装着してコンテンツを試聴することが可能となる。
【００４３】
また、情報収集端末３２は、例えば、飲食店で利用されるＰＯＳ端末などの機器として構成される。情報収集端末３２は、例えば、ユーザが携帯端末４２を所定の領域にタッチさせるなどした場合、非接触通信の後、近距離無線通信によってメニューや注文フォーマットのＧＵＩデータなどを送信して携帯端末４２に表示させる。これにより、ユーザは、携帯端末４２から所望のメニューを注文したり、またアンケートに回答して優待ポイントを取得したりすることができる。
【００４４】
情報収集端末３３は、例えば、ショッピングモールやテーマパークなどの所定のエリアに設置された無線通信ハブなどの機器として構成される。情報収集端末３３は、例えば、ユーザが携帯端末４３を所定の領域にタッチさせるなどした場合、非接触通信の後、近距離無線通信によってゲームのコンテンツのデータを送信する。これにより、ユーザは、携帯端末４３においてゲームを楽しむことが可能となる。
【００４５】
情報収集端末３１乃至情報収集端末３３のそれぞれは、近距離無線通信手段と非接触通信デバイスとは別に、サーバ２１との通信を行うための広域通信手段を有している。広域通信手段としては、例えば、最寄りの無線基地局と無線通信を行い、移動体通信網を介した通信を行う無線通信デバイスなどとされる。あるいはまた、専用線によってサーバ２１と接続される構成としてもよい。
【００４６】
携帯端末４１と携帯端末４２は、例えば、携帯電話機として構成され、携帯端末４３は、例えば、ゲーム機として構成される。携帯端末４１乃至携帯端末４３は、それぞれハンドオーバ機能により通信する端末とされ、近距離無線通信手段と非接触通信デバイスを有する構成とされる。また、これらとは別に、例えば、最寄りの無線基地局と無線通信を行い、移動体通信網を介した通信を行う無線通信デバイスを有している。
【００４７】
図１の例では、例えば、情報収集端末３１に蓄積された情報であって、各コンテンツの再生指令の回数、非接触通信によって取得された携帯端末４１のユーザの属性情報などが評価情報としてサーバ２１に送信される。
【００４８】
また、例えば、情報収集端末３２に蓄積された情報であって、メニュー毎の注文回数、アンケートの回答などが評価情報としてサーバ２１に送信される。
【００４９】
さらに、例えば、情報収集端末３３に蓄積された情報であって、ゲームの操作情報などが評価情報としてサーバ２１に送信される。
【００５０】
なお上述したように、情報収集端末３１乃至情報収集端末３３からサーバ２１への評価情報の送信には、広域通信手段が用いられる。
【００５１】
図２は、本発明の一実施の形態に係る評価情報収集システムの別の構成例を示す図である。同図の例では、評価情報収集システム１０がサーバ２１、および、携帯端末４４乃至携帯端末４７により構成されている。
【００５２】
携帯端末４４乃至携帯端末４７は、それぞれ図１の携帯端末４１と携帯端末４２と同様に、携帯電話機として構成される。図２の例の場合、携帯端末４５のユーザと携帯端末４７のユーザがそれぞれコンテンツの提供者となり、携帯端末４４のユーザと携帯端末４６のユーザがそれぞれコンテンツの評価者となる。
【００５３】
図２の例において、サーバ２１は、やはり評価情報収集事業者のデータセンタなどに設置され、携帯端末４５と携帯端末４７から送信される評価情報を取得し、取得した評価情報の保存、加工などの処理を行うようになされている。
【００５４】
例えば、携帯端末４５のユーザが、友人に薦めたい楽曲のコンテンツのデータを携帯端末４５にダウンロードしたものとする。携帯端末４４と携帯端末４５をタッチさせるなどした場合、非接触通信の後、近距離無線通信によって携帯端末４５からコンテンツのデータを送信して携帯端末４４にコンテンツをストリーミング再生させる。これにより、携帯端末４４のユーザはヘッドフォンなどを装着してコンテンツを試聴することが可能となる。そして、携帯端末４４のユーザは、近距離無線通信によって楽曲の評価（例えば、簡単なコメントなど）を携帯端末４５に送信する。
【００５５】
また、例えば、携帯端末４７のユーザが、ネットワークゲームを楽しんでおり、携帯端末４６のユーザである友人もこのネットワークゲームに参加させたいと考えていたとする。携帯端末４６と携帯端末４７をタッチさせるなどした場合、非接触通信の後、近距離無線通信によって携帯端末４７からゲームのデータを送信して携帯端末４６にゲームの画面などを表示させる。
【００５６】
これにより、携帯端末４６のユーザは、携帯端末４７のユーザが楽しんでいるネットワークゲームに参加することが可能となる。そして、近距離無線通信によって携帯端末４６からユーザのプロフィールなどの情報やゲームの操作情報などが携帯端末４５に送信される。
【００５７】
図２の例の場合、例えば、携帯端末４５に蓄積された情報であって、楽曲に対するコメントなどが評価情報としてサーバ２１に送信される。
【００５８】
また、例えば、携帯端末４７に蓄積された情報であって、ゲームの操作情報などが評価情報としてサーバ２１に送信される。
【００５９】
なお、携帯端末４５および携帯端末４７からサーバ２１への評価情報の送信には、広域通信手段が用いられる。
【００６０】
このように、本発明の評価情報収集システム１０においては、収集される評価情報がユーザコメント方式などに偏ったものとならず、例えば、各コンテンツについてのユーザの視聴実績などの情報も評価情報として収集することができる。
【００６１】
図３は、図１または図２の携帯端末の構成例を示すブロック図である。同図は、携帯端末４１の構成とされているが、同図の構成を携帯端末４２乃至携帯端末４７に適用することも可能である。
【００６２】
図３において、携帯端末４１のＣＰＵ（Central Processing Unit）１１１は、ＲＯＭ（Read Only Memory）１１２に記憶されているプログラム、または記憶部１２３からＲＡＭ（Random Access Memory）１１３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１１３にはまた、ＣＰＵ１１１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００６３】
ＣＰＵ１１１、ＲＯＭ１１２、およびＲＡＭ１１３は、バス１１４を介して相互に接続されている。このバス１１４にはまた、入出力インタフェース１２０も接続されている。
【００６４】
入出力インタフェース１２０には、キーボード、マウスなどよりなる入力部１２１、ＬＣＤ（Liquid Crystal Display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部１２２、および、ハードディスクやフラッシュメモリなどより構成される記憶部１２３が接続されている。
【００６５】
入出力インタフェース１２０にはまた、必要に応じてドライブ１２５が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１２６が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１２３にインストールされる。
【００６６】
入出力インタフェース１２０にはさらに、移動体通信網用無線通信部１３１、近距離無線通信部１３２、および非接触通信部１３３が接続されている。
【００６７】
移動体通信網用無線通信部１３１は、図示せぬ無線基地局と無線通信を行い、移動体通信網を介した通信を行う無線通信デバイスである。移動体通信網用無線通信部１３１は、例えば２GHzの周波数帯を使い、通話アプリケーションだけでなく、最大２Mbpsのデータ通信を用いてインターネット接続など各種通信アプリケーションに利用される。例えば、移動体通信網用無線通信部１３１による無線通信は、コンテンツデータのダウンロードやサーバ２１との通信等に用いられる。なお、移動体通信網用無線通信部１３１は、例えば、いわゆる第３世代携帯電話の通信方式による通信が可能なデバイスなどとして構成されることが想定されている。
【００６８】
近距離無線通信部１３２は、例えば、Bluetooth（登録商標、ＢＴとも称する）やIEEE（Institute of Electrical and Electronic Engineers）802.11x等の近距離無線通信デバイスである。ここで、近距離無線通信とは、通信可能最大距離が数メートル乃至数十メートル程度のローカルな（狭域の）無線通信を意味する。通信規格は任意である。例えば、近距離無線通信部１３２は、アンテナを経由して2.4GHz帯にて最大通信速度３Ｍビット／秒（バージョン2.0＋EDR以降）の通信を行う。
【００６９】
非接触通信部１３３は、NFC（Near Field Communication）デバイスである。ここで非接触通信とは、通信可能最大距離が数十センチ程度のローカルな（狭域の）無線通信を示す。通信規格は任意である。例えば、非接触通信部１３３は、アンテナを経由して13.56MHz帯の周波数を使い、10cm程度の極近距離で最大424Kビット／秒の通信レートにて通信を行う。
【００７０】
非接触通信部１３３による非接触通信は、筐体を接触若しくは近接された携帯端末に対して、近距離無線通信部１３２による近距離無線通信接続の確立に必要な情報や、送信可能なコンテンツのリスト等が記述されたメッセージの授受に利用される。
【００７１】
携帯端末４１の各部は、ＣＰＵ１１１により制御される。制御プログラムの実行バイナリコードはＲＯＭ１１２や記憶部１２３に保存されており、各種演算処理のためスタック、ヒープ領域はＲＡＭ１１３上に展開される。
【００７２】
なお、情報収集端末３１乃至情報収集端末３３も、図３の例と同様に構成されるので、詳細な説明は省略する。
【００７３】
図４は、図１または図２のサーバの構成例を示すブロック図である。
【００７４】
同図に示されるように、サーバ２１は、携帯端末４１の場合と同様に、バス２０４を介して互いに接続されるＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３を有する。また、バス２０４には、入出力インタフェース２１０が接続される。
【００７５】
この入出力インタフェース２１０には、携帯端末４１の場合と同様に、入力部２１１、出力部２１２、記憶部２１３、およびリムーバブルメディア２１６用のドライブ２１５が接続される。
【００７６】
図４のＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、バス２０４、入出力インタフェース２１０、入力部２１１、出力部２１２、記憶部２１３、ドライブ２１５、およびリムーバブルメディア２１６は、それぞれ、図３のＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、バス１１４、入出力インタフェース１２０、入力部１２１、出力部１２２、記憶部１２３、ドライブ１２５、およびリムーバブルメディア１２６に対応する。
【００７７】
サーバ２１は、また、入出力インタフェース２１０に接続される通信部２１４を有する。この通信部２１４は、ネットワークを介して他の装置と通信を行う通信デバイスである。例えば、通信部２１４は、有線のネットワークを介して移動体通信網に接続され、携帯端末や情報収集端末との通信に利用される。
【００７８】
入出力インタフェース２１０には、さらに、評価情報データベース２２１および端末機器データベース２２２が接続される。
【００７９】
評価情報データベース２２１は、携帯端末や情報収集端末から送信された評価情報を記憶するようになされている。評価情報データベース２２１は、例えば、評価情報を、評価の対象となった商品やサービスの種類毎に分類し、必要に応じて商品などの識別情報、評価者の識別情報、評価日時などをキーとして検索できるようにデータベース化する。
【００８０】
端末機器データベース２２２は、携帯端末や情報収集端末（適宜端末機器と称する）の通信機能に係る情報（端末機器情報）を、端末毎に記憶するようになされている。
【００８１】
図５は、端末機器データベース２２２に記憶される情報の例を示す図である。同図は、例えば、所定の識別番号を有する携帯端末の端末機器情報の例とされる。
【００８２】
図５に示される「広域通信種別」は、当該携帯端末の広域通信手段の種別を特定する情報とされ、例えば、３Ｇ（IMT-2000）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）などの情報が記述される。
【００８３】
「広域通信アドレス」には、上述の広域通信手段を用いて通信する際のアドレスを特定する情報が記述される。
【００８４】
「近距離無線通信種別」は、当該携帯端末の近距離無線通信手段の種別を特定する情報とされ、例えば、Bluetooth（登録商標）、Ｗｉ−Ｆｉなどの情報が記述される。
【００８５】
「近距離無線通信アドレス」には、上述の近距離無線通信手段を用いて通信する際のアドレスを特定する情報が記述される。
【００８６】
「非接触通信方式」は、当該携帯端末の非接触通信により可能となる通信の方式を特定する情報とされ、例えば、「データ応答のみ」、「データ取得のみ」、「データ送受信可能」といった情報が記述される。
【００８７】
「固有鍵」は、当該携帯端末に予め記憶されている秘密鍵を表す情報とされる。なお、当該携帯端末がセキュリティモジュールを有する場合、セキュリティモジュールへのアクセスに必要な鍵の情報が記述される。
【００８８】
「提供者区分」は、当該携帯端末が商品やサービスの提供者の携帯端末であるか否かを特定する情報、または、商品やサービスの提供の方式などを特定する情報とされ、それを表す情報が記述される。
【００８９】
このように、サーバ２１の端末機器データベース２２２には、情報収集端末３１の端末機器情報、情報収集端末３２の端末機器情報、・・・、携帯端末４１の端末機器情報、携帯端末４２の端末機器情報、・・・が記憶されている。すなわち、端末機器データベース２２２には、評価情報収集システム１０に参加し得る端末機器の端末機器情報が、それぞれの識別情報に対応付けられて記憶されている。
【００９０】
このように、本発明の評価情報収集システム１０においては、携帯端末のハンドオーバ機能を利用して評価情報を収集するようになされている。ハンドオーバ機能を利用して収集された評価情報は、商品やサービスの提供者と評価者が極めて接近して得られた評価情報である。ハンドオーバ機能は、近接された携帯端末の非接触通信デバイスによって接続認証が行われ、近距離無線通信が行われるからである。
【００９１】
このようにして収集された評価情報は、実際に商品やサービスの提供を受けたユーザの生の声として有益であり、商品やサービスの購入にあたって参考になると考えられる。例えば、ハンドオーバ機能を利用して収集された評価情報は、雑誌に掲載される商品やサービスの紹介記事とは異なり、実際にその商品やサービスの提供を受けたユーザがそのまま評価したものと考えられるからである。また、ハンドオーバ機能を利用して収集された評価情報は、インターネット上の掲示板に書き込まれる情報と異なり、実際にその商品やサービスの提供を受けていない者からは収集されないからである。
【００９２】
しかしながら、ハンドオーバ機能を利用して評価情報を収集する場合、その評価情報が本当にハンドオーバ機能を利用して収集されたものなのかを証明することは難しい。すなわち、上述のように近距離無線通信によって商品やサービスの提供を受けた直後に収集された評価情報であるからこそ、ハンドオーバ機能を利用して収集された評価情報が有益であると解される。例えば、サーバ２１が携帯端末や情報収集端末からバッチ方式で評価情報を収集するとした場合、商品やサービスの提供者が自分にとって都合のよい評価情報だけ送信したり、または評価情報を偽造したりしているのではないかという疑念を払拭し難い。
【００９３】
勿論、評価情報収集事業者は、公正な情報収集に努めると考えられるが、例えば、特定の商品の評価が他の商品と比較して極めて高いものであった場合、評価情報を参照した者は、何らかの不正があったのではないかと勘ぐってしまう。さらに、商品やサービスの提供者に悪意がなかったとしても、ソフトウェアのトラブルなどによって、評価情報の送信に失敗したり、送信済の評価情報が繰り返し送信されたりした場合、結果として偏った評価が形成されることになる。このような事態が発生すると、その後、サーバ２１が提供する評価情報の信頼性に係る評価は著しく低下すると考えられる。
【００９４】
そこで、本発明では、サーバ２１が評価情報を収集する際に、提供者の携帯端末または情報収集端末と評価者の携帯端末との間で近距離無線通信が継続して行われていることを確認できるようにする。これにより、商品やサービスの提供を受けた直後に収集された評価情報であることが証明される。
【００９５】
詳細は後述するが、本発明では、提供者の携帯端末または情報収集端末と評価者の携帯端末との間でのハンドオーバが、直ちにサーバ２１に通知されるようになされている。そして、サーバ２１は、例えば、提供者の携帯端末または情報収集端末に広域通信手段を利用してアクセスし、同一の評価者の携帯端末との間で近距離無線通信が継続して行われていることを確認するようになされている。
【００９６】
同一の評価者の携帯端末との間で近距離無線通信が継続して行われていることの確認は、例えば、次のようにして行うことができる。ハンドオーバの通知があった場合、サーバ２１から評価者の携帯端末に所定の認証情報を送信し、ハンドオーバ後の近距離無線通信において評価者の携帯端末から認証情報が送信されていること確認する。なお、同一の評価者の携帯端末との間で近距離無線通信が継続して行われていることの確認を、リンク認証と称することにする。
【００９７】
図６は、評価情報収集システム１０において、リンク認証を行って評価情報を収集する方式の例を説明する図である。同図の例では、情報収集端末３１と携帯端末４１との間でハンドオーバが行われ、非接触通信（ＮＦＣ通信）の後、近距離無線通信（ＢＴ）によってコンテンツのデータの一部が送信されてストリーミング再生が行われる場合の例を示している。
【００９８】
同図の例において、情報収集端末３１と携帯端末４１との間でハンドオーバが情報収集端末３１からサーバ２１に広域通信を用いて通知される。このとき、情報収集端末３１の識別番号と携帯端末４１の識別番号も、サーバ２１に送信される。するとサーバ２１は、乱数を発生させ、その乱数を携帯端末４１の固有鍵を用いて暗号化する。なお、携帯端末４１の固有鍵は、端末機器データベース２２２を、携帯端末４１の識別番号を用いて検索することにより、取得することができる。
【００９９】
サーバ２１は、暗号化した乱数（暗号化乱数と称する）を情報収集端末３１の広域通信アドレス宛に送信する。なお、情報収集端末３１の広域通信アドレスは、端末機器データベース２２２を、情報収集端末３１の識別番号を用いて検索することにより、取得することができる。
【０１００】
情報収集端末３１は、サーバ２１から送信された暗号化乱数を近距離無線通信によって携帯端末４１に送信する。
【０１０１】
携帯端末４１は、暗号化乱数を自分の固有鍵で復号し、乱数を得る。そして、携帯端末４１は、その乱数を近距離無線通信によって情報収集端末３１に送信する。
【０１０２】
情報収集端末３１は、携帯端末４１から送信された乱数を広域通信によってサーバ２１に送信する。
【０１０３】
サーバ２１は、情報収集端末３１から送信された乱数を、自分が発生した乱数と比較し、両者が一致する場合、ハンドオーバ時の評価者との近距離無線通信が行われていると確認する。すなわち、評価者の同一性を確認することができる。
【０１０４】
その後、情報収集端末３１から近距離無線通信によってコンテンツのデータの一部が送信されて、携帯端末４１によりコンテンツのストリーミング再生が行われる。携帯端末４１は、この際、評価情報を情報収集端末３１に送信する。
【０１０５】
このように、情報収集端末３１と携帯端末４１との間で、近距離無線通信によってコンテンツのデータの送信、評価情報の送信が行われている間、サーバ２１は、例えば、一定の周期で継続して（定期的に）上述したように評価者の同一性を確認する。
【０１０６】
そして、情報収集端末３１に蓄積された評価情報が広域通信によりサーバ２１に送信される。
【０１０７】
このようにすることで、評価情報収集システム１０において、リンク認証を行って評価情報を収集する。
【０１０８】
図７は、図６を参照して上述したリンク認証を行って評価情報を収集する処理の流れを説明するアローチャートである。
【０１０９】
同図においては、情報収集端末３１の移動体通信網用無線通信部１３１が、３Ｇ１３１−１と記載されており、携帯端末４１の移動体通信網用無線通信部１３１が、３Ｇ１３１−２と記載されている。また、情報収集端末３１の近距離無線通信部１３２が、ＢＴ１３２−１と記載されており、携帯端末４１の近距離無線通信部１３２が、ＢＴ１３２−２と記載されている。さらに、情報収集端末３１の非接触通信部１３３が、ＮＦＣ１３３−１と記載されており、携帯端末４１の非接触通信部１３３が、ＮＦＣ１３３−２と記載されている。
【０１１０】
なお、ここでの３Ｇは、Ｗ-ＣＤＭＡ方式やＣＤＭＡ２０００方式などのデジタル携帯電話の通信方式であって、いわゆる第３世代携帯電話（３Ｇ）を意味している。
【０１１１】
ステップＳ１１において、情報収集端末３１のＮＦＣ１３３−１は、ハンドオーバメッセージを送信し、ステップＳ１０１において、携帯端末４１のＮＦＣ１３３−２によりこれが受信される。
【０１１２】
ステップＳ１０２において、ＮＦＣ１３３−２は、ハンドオーバメッセージを送信し、ステップＳ１２において、ＮＦＣ１３３−１によりこれが受信される。
【０１１３】
ここまでの処理により、情報収集端末３１と携帯端末４１により対向機器情報の交換が行われることになる。なお、対向機器情報とは、ハンドオーバの相手の機器の識別番号、近距離無線通信アドレスなどの情報とされる。
【０１１４】
ステップＳ１３において、ＮＦＣ１３３−１からＢＴ１３２−１に対向機器情報が通知され、ステップＳ３１でＢＴ１３２−１によりこれが取得される。また、ステップＳ１０３において、ＮＦＣ１３３−２からＢＴ１３２−２に対向機器情報が通知され、ステップＳ１２１でＢＴ１３２−２によりこれが取得される。なお、実際には、ＣＰＵ１１１を介して対向機器情報、その他の情報の通知が行われる。以下においても同様である。
【０１１５】
ステップＳ１４において、ＮＦＣ１３３−１は、３Ｇ１３１−１に対向機器情報を通知し、ステップＳ５１で、３Ｇ１３１−１によりこれが取得される。
【０１１６】
ステップＳ５２において、３Ｇ１３１−１は、対向機器情報を含む情報をサーバ２１に送信することで、ハンドオーバの通知を行い、ステップＳ７１でサーバ２１によりこれが取得される。なお、サーバ２１にハンドオーバの通知を行う際には、ハンドオーバの相手の対向機器情報だけでなく、自分（いまの場合、情報収集端末３１）の対向機器情報もともに送信されるものとする。
【０１１７】
ステップＳ３２において、ＢＴ１３２−１からＢＴ１３２−２へＢＴ接続要求が送信され、ステップＳ１２２でこれが受信される。
【０１１８】
ステップＳ７２において、サーバ２１は、乱数を発生させ、ステップＳ７３でこれを暗号化する。ステップＳ７４において、サーバ２１は、ステップＳ７３の処理により得られた暗号化乱数を確認要求として送信し、ステップＳ５３で３Ｇ１３１−１によりこれが受信される。
【０１１９】
ステップＳ５４において、３Ｇ１３１−１は、ステップＳ５３で受信した確認要求をＢＴ１３２−１に通知し、ステップＳ３３でこれが取得される。
【０１２０】
ステップＳ３４において、ＢＴ１３２−１は、ステップＳ３３で取得した確認要求を送信し、ステップＳ１２３においてＢＴ１３２−２によりこれが受信される。
【０１２１】
ステップＳ１２４において、ＢＴ１３２−２は、ステップＳ１２３で受信した確認要求の暗号化乱数を復号して乱数を得る。なお、暗号化乱数の復号は、実際には、ＣＰＵ１１１により行われる。
【０１２２】
ステップＳ１２５において、ＢＴ１３２−２は、ステップＳ１２４の処理で得た乱数を確認応答として送信し、ステップＳ３５でＢＴ１３２−１によりこれが受信される。
【０１２３】
ステップＳ３６において、ＢＴ１３２−１は、ステップＳ３５で受信した確認応答を３Ｇ１３１−１に通知し、ステップＳ５５でこれが取得される。
【０１２４】
ステップＳ５６において、３Ｇ１３１−１は、ステップＳ５５で取得した確認応答を送信し、ステップＳ７５でサーバ２１によりこれが受信される。
【０１２５】
ステップＳ３７とステップＳ１２６では、コンテンツデータの送受信が行われ、ステップＳ１２７とステップＳ３８では、評価情報としての操作情報の送受信が行われる。
【０１２６】
ステップＳ３９において、ＢＴ１３２−１は、評価情報を３Ｇ１３１−１に通知し、ステップＳ５７でこれが取得される。
【０１２７】
ステップＳ５８において、３Ｇ１３１−１は、ステップＳ５７で取得した評価情報を送信し、ステップＳ７６でサーバ２１によりこれが受信される。
【０１２８】
なお、図中点線で囲まれた部分の処理が評価者の同一性の確認のための処理として定期的に実行されることになる。
【０１２９】
このようにして、リンク認証を行って評価情報を収集する処理が実行される。
【０１３０】
なお、図７の説明において適宜記載した通り、この例では、アローチャートの各ステップを実行する主体が、３Ｇ１３１−１、ＢＴ１３２−１、・・・などのように記載されているが、これは便宜上のものである。すなわち、本発明においては、非接触通信、近距離無線通信、広域通信の３種類の通信方式が用いられるために、各ステップにおいて送信、受信などされる情報がどの通信方式であるのか分かりやすくするために、このように記載している。従って、実際には、各ステップに係る処理の実行はＣＰＵ１１１などにより行われる。以下のアローチャートについても同様である。
【０１３１】
ところで、図６を参照して上述した例においては、携帯端末４１が固有鍵を保持している場合の例について説明したが、携帯端末４１が固有鍵を保持していない場合もある。そのような場合、例えば、図８に示されるようにして評価者の同一性を確認することができる。
【０１３２】
図８は、評価情報収集システム１０において、リンク認証を行って評価情報を収集する方式の別の例を説明する図である。同図の例では、情報収集端末３１と携帯端末４１との間でハンドオーバが行われ、非接触通信（ＮＦＣ通信）の後、近距離無線通信（ＢＴ）によってコンテンツのデータの一部が送信されてストリーミング再生が行われる場合の例を示している。図８の例の場合、図６の場合と異なり、携帯端末４１が固有鍵を保持していない。
【０１３３】
図８の例の場合、情報収集端末３１と携帯端末４１との間でハンドオーバが情報収集端末３１からサーバ２１に広域通信を用いて通知される。このとき、情報収集端末３１の識別番号と携帯端末４１の識別番号も、サーバ２１に送信される。するとサーバ２１は、乱数を発生させるが、携帯端末４１が固有鍵を保持していないことを確認する。なお、携帯端末４１が固有鍵を保持していないことは、端末機器データベース２２２を、携帯端末４１の識別番号を用いて検索することにより確認できる。
【０１３４】
サーバ２１は、乱数を一時キーとして携帯端末４１の広域通信アドレス宛に送信する。なお、携帯端末４１の広域通信アドレスは、端末機器データベース２２２を、携帯端末４１の識別番号を用いて検索することにより、取得することができる。
【０１３５】
サーバ２１は、情報収集端末３１の広域アドレスに確認要求を送信し、近距離無線通信によって情報収集端末３１から携帯端末４１に確認要求が伝送される。
【０１３６】
携帯端末４１は、確認要求に対する応答として一時キーを近距離無線通信によって情報収集端末３１に送信し、情報収集端末３１は、広域通信によってその応答をサーバ２１に伝送する。
【０１３７】
サーバ２１は、情報収集端末３１から送信された一時キーを、自分が発生した乱数と比較し、両者が一致する場合、ハンドオーバ時の評価者との近距離無線通信が行われていると確認する。すなわち、評価者の同一性を確認することができる。
【０１３８】
その後、情報収集端末３１から近距離無線通信によってコンテンツのデータの一部が送信されて、携帯端末４１によりコンテンツのストリーミング再生が行われる。携帯端末４１は、この際、評価情報を情報収集端末３１に送信する。
【０１３９】
このように、情報収集端末３１と携帯端末４１との間で、近距離無線通信によってコンテンツのデータの送信、評価情報の送信が行われている間、サーバ２１は、例えば、一定の周期で継続して（定期的に）上述したように評価者の同一性を確認する。
【０１４０】
そして、情報収集端末３１に蓄積された評価情報が広域通信によりサーバ２１に送信される。
【０１４１】
このようにすることで、携帯端末４１が固有鍵を保持していない場合でも、評価情報収集システム１０において、リンク認証を行って評価情報を収集する。
【０１４２】
図９は、図８を参照して上述したリンク認証を行って評価情報を収集する処理の流れを説明するアローチャートである。
【０１４３】
ステップＳ１１において、情報収集端末３１のＮＦＣ１３３−１は、ハンドオーバメッセージを送信し、ステップＳ１０１において、携帯端末４１のＮＦＣ１３３−２によりこれが受信される。
【０１４４】
ステップＳ１０２において、ＮＦＣ１３３−２は、ハンドオーバメッセージを送信し、ステップＳ１２において、ＮＦＣ１３３−１によりこれが受信される。
【０１４５】
ここまでの処理により、情報収集端末３１と携帯端末４１により対向機器情報の交換が行われることになる。なお、対向機器情報とは、ハンドオーバの相手の機器の識別番号、近距離無線通信アドレスなどの情報とされる。また、対向機器情報には、必要に応じてサーバ２１の広域通信のアドレスが含まれるものとする。
【０１４６】
ステップＳ１３において、ＮＦＣ１３３−１からＢＴ１３２−１に対向機器情報が通知され、ステップＳ３１でＢＴ１３２−１によりこれが取得される。また、ステップＳ１０３において、ＮＦＣ１３３−２からＢＴ１３２−２に対向機器情報が通知され、ステップＳ１２１でＢＴ１３２−２によりこれが取得される。
【０１４７】
ステップＳ１２２において、ＢＴ１３２−２は、ステップＳ１２１で取得した対向機器情報を３Ｇ１３１−２に通知し、ステップＳ１４１でこれが取得される。なお、ステップＳ１２２とステップＳ１４１の処理は省略されるようにしてもよい。
【０１４８】
ステップＳ１４において、ＮＦＣ１３３−１は、３Ｇ１３１−１に対向機器情報を通知し、ステップＳ５１で、３Ｇ１３１−１によりこれが取得される。
【０１４９】
ステップＳ５２において、３Ｇ１３１−１は、対向機器情報を含む情報をサーバ２１に送信することで、ハンドオーバの通知を行い、ステップＳ７１でサーバ２１によりこれが取得される。なお、サーバ２１にハンドオーバの通知を行う際には、ハンドオーバの相手の対向機器情報だけでなく、自分（いまの場合、情報収集端末３１）の対向機器情報もともに送信されるものとする。
【０１５０】
ステップＳ３２において、ＢＴ１３２−１からＢＴ１３２−２へＢＴ接続要求が送信され、ステップＳ１２３でこれが受信される。
【０１５１】
ステップＳ７２とステップＳ７３において、サーバ２１は、乱数を発生させ、これを一時キーとする。ステップＳ７４において、サーバ２１は、ステップＳ７３の処理により得られた一時キーを送信し、ステップＳ１４２で３Ｇ１３１−２によりこれが受信される。
【０１５２】
ステップＳ１４３において、３Ｇ１３１−２は、ステップＳ１４２で受信した一時キーをＢＴ１３２−２に通知し、ステップＳ１２４でこれが取得される。
【０１５３】
ステップＳ７５において、サーバ２１は、確認要求を送信し、ステップＳ５３において、３Ｇ１３１−１によりこれが受信される。
【０１５４】
ステップＳ５４において、３Ｇ１３１−１は、ステップＳ５３で受信した確認要求をＢＴ１３２−１に通知し、ステップＳ３３でこれが取得される。
【０１５５】
ステップＳ３４において、ＢＴ１３２−１は、ステップＳ３３で取得した確認要求を送信し、ステップＳ１２５においてＢＴ１３２−２によりこれが受信される。
【０１５６】
ステップＳ１２６において、ＢＴ１３２−２は、ステップＳ１２５で受信した確認要求に対する応答として、ステップＳ１２４で得られた一時キーを送信し、ステップＳ３５でＢＴ１３２−１によりこれが受信される。
【０１５７】
ステップＳ３６において、ＢＴ１３２−１は、ステップＳ３５で受信した確認応答を３Ｇ１３１−１に通知し、ステップＳ５５でこれが取得される。
【０１５８】
ステップＳ５６において、３Ｇ１３１−１は、ステップＳ５５で取得した確認応答を送信し、ステップＳ７６でサーバ２１によりこれが受信される。
【０１５９】
その後、コンテンツデータの送受信、評価情報としての操作情報の送受信などが行われることになるが、これらの処理は、図７を参照して説明した場合と同様なので詳細な説明は省略する。
【０１６０】
なお、図中点線で囲まれた部分の処理が評価者の同一性の確認のための処理として定期的に実行されることになる。
【０１６１】
このようにして、リンク認証を行って評価情報を収集する処理が実行される。
【０１６２】
ところで、図６を参照して上述した例と図８を参照して上述した例においては、情報収集端末３１のみから取得した情報に基づいてリンク認証が行われることになる。しかしながら、この方式は、サーバ２１を運用する評価情報収集事業者などと、情報収集端末３１を運用するコンテンツの提供者との間に十分な信頼関係がない場合、有効に機能しないことがある。なお、情報収集端末３１を運用するコンテンツの提供者が信頼できるものであることを表すために、図６と図８においては、情報収集端末３１に「Ｔｒｕｓｔｅｄ」と記されている。
【０１６３】
例えば、コンテンツの提供者が信頼できない者である場合、携帯端末４１によって復号されて得られた乱数、携帯端末４１が広域通信により受信した一時キーがそのままサーバ２１に送信されているという確証はもてない。すなわち、図７のステップＳ５６、図９のステップＳ５６で送信される確認応答が情報収集端末３１によって偽造されたものである可能性を否定することができない。
【０１６４】
このため、評価情報収集事業者などとコンテンツの提供者との間に十分な信頼関係がない場合、提供者側から送信される情報に基づいて評価者の同一性を確認するだけでは足りず、さらに評価者側から送信される情報に基づいて提供者の同一性を確認する必要がある。すなわち、例えば、提供者が評価者になりすますなどの可能性を否定できないから、ハンドオーバ時の提供者と評価者が継続して近距離無線通信を行っていることを、提供者側と評価者側のそれぞれから確認する必要がある。
【０１６５】
図１０は、評価情報収集システム１０において、リンク認証を行って評価情報を収集する方式のさらに別の例を説明する図である。同図の例では、携帯端末４７と携帯端末４６との間でハンドオーバが行われ、非接触通信（ＮＦＣ通信）の後、近距離無線通信（ＢＴ）によってコンテンツ（例えば、ゲーム）のデータが送信される場合の例を示している。
【０１６６】
図１０の例の場合、図６または図８の場合と異なり、コンテンツの提供者である携帯端末４７に「Ｔｒｕｓｔｅｄ」と記されていない。すなわち、図１０の例の場合、評価情報収集事業者などとコンテンツの提供者との間に十分な信頼関係がないのである。なお、同図の例では、携帯端末４６と携帯端末４７はともに固有鍵を保持しているものとする。
【０１６７】
図１０の例において、携帯端末４７と携帯端末４６との間でのハンドオーバが携帯端末４７からサーバ２１に広域通信を用いて通知される。このとき、携帯端末４７と携帯端末４６の識別番号も、サーバ２１に送信される。するとサーバ２１は、乱数を発生させ、その乱数を携帯端末４６の固有鍵を用いて暗号化する。なお、携帯端末４６の固有鍵は、端末機器データベース２２２を、携帯端末４６の識別番号を用いて検索することにより、取得することができる。
【０１６８】
サーバ２１は、暗号化した乱数（暗号化乱数と称する）を携帯端末４７の広域通信アドレス宛に送信する。なお、携帯端末４７の広域通信アドレスは、端末機器データベース２２２を、携帯端末４７の識別番号を用いて検索することにより、取得することができる。
【０１６９】
携帯端末４７は、サーバ２１から送信された暗号化乱数を近距離無線通信によって携帯端末４６に送信する。
【０１７０】
携帯端末４６は、暗号化乱数を自分の固有鍵で復号し、乱数を得る。そして、携帯端末４６は、その乱数を近距離無線通信によって携帯端末４７に送信する。
【０１７１】
携帯端末４７は、携帯端末４６から送信された乱数を広域通信によってサーバ２１に送信する。
【０１７２】
サーバ２１は、携帯端末４７から送信された乱数を、自分が発生した乱数と比較し、両者が一致する場合、ハンドオーバ時の評価者との近距離無線通信が行われていると確認する。すなわち、提供者側から送信される情報に基づいて評価者の同一性を確認することができる。
【０１７３】
また、サーバ２１は、別の乱数を発生させ、その乱数を携帯端末４７の固有鍵を用いて暗号化する。なお、携帯端末４７の固有鍵は、端末機器データベース２２２を、携帯端末４７の識別番号を用いて検索することにより、取得することができる。
【０１７４】
サーバ２１は、暗号化した乱数（暗号化乱数と称する）を携帯端末４６の広域通信アドレス宛に送信する。なお、携帯端末４６の広域通信アドレスは、端末機器データベース２２２を、携帯端末４６の識別番号を用いて検索することにより、取得することができる。
【０１７５】
携帯端末４６は、サーバ２１から送信された暗号化乱数を近距離無線通信によって携帯端末４７に送信する。
【０１７６】
携帯端末４７は、暗号化乱数を自分の固有鍵で復号し、乱数を得る。そして、携帯端末４７は、その乱数を近距離無線通信によって携帯端末４６に送信する。
【０１７７】
携帯端末４６は、携帯端末４７から送信された乱数を広域通信によってサーバ２１に送信する。
【０１７８】
サーバ２１は、携帯端末４６から送信された乱数を、自分が発生した乱数と比較し、両者が一致する場合、ハンドオーバ時の提供者との近距離無線通信が行われていると確認する。すなわち、評価者側から送信される情報に基づいて提供者の同一性を確認することができる。
【０１７９】
その後、携帯端末４７から近距離無線通信によってコンテンツのデータが送信されて、携帯端末４６によりゲームの画面などが表示される。携帯端末４６は、この際、評価情報を携帯端末４７に送信する。
【０１８０】
このように、携帯端末４７と携帯端末４６との間で、近距離無線通信によってコンテンツのデータの送信、評価情報の送信が行われている間、サーバ２１は、例えば、一定の周期で継続して（定期的に）上述したように評価者の同一性と提供者の同一性を確認する。
【０１８１】
そして、携帯端末４７に蓄積された評価情報が広域通信によりサーバ２１に送信される。
【０１８２】
このようにすることで、評価情報収集事業者などとコンテンツの提供者との間に十分な信頼関係がない場合でも、評価情報収集システム１０において、リンク認証を行って評価情報を収集する。
【０１８３】
図１１は、図１０を参照して上述したリンク認証を行って評価情報を収集する処理の流れを説明するアローチャートである。
【０１８４】
同図においては、携帯端末４７の移動体通信網用無線通信部１３１が、３Ｇ１３１−３と記載されており、携帯端末４６の移動体通信網用無線通信部１３１が、３Ｇ１３１−４と記載されている。また、携帯端末４７の近距離無線通信部１３２が、ＢＴ１３２−３と記載されており、携帯端末４６の近距離無線通信部１３２が、ＢＴ１３２−４と記載されている。さらに、携帯端末４７の非接触通信部１３３が、ＮＦＣ１３３−３と記載されており、携帯端末４６の非接触通信部１３３が、ＮＦＣ１３３−４と記載されている。
【０１８５】
ステップＳ２１１において、携帯端末４７のＮＦＣ１３３−３は、ハンドオーバメッセージを送信し、ステップＳ３０１において、携帯端末４６のＮＦＣ１３３−４によりこれが受信される。
【０１８６】
ステップＳ３０２において、ＮＦＣ１３３−４は、ハンドオーバメッセージを送信し、ステップＳ２１２において、ＮＦＣ１３３−３によりこれが受信される。
【０１８７】
ここまでの処理により、携帯端末４７と携帯端末４６により対向機器情報の交換が行われることになる。なお、対向機器情報とは、ハンドオーバの相手の機器の識別番号、近距離無線通信アドレスなどの情報とされる。また、対向機器情報には、必要に応じてサーバ２１の広域通信のアドレスが含まれるものとする。
【０１８８】
ステップＳ２１３において、ＮＦＣ１３３−３からＢＴ１３２−３に対向機器情報が通知され、ステップＳ２３１でＢＴ１３２−３によりこれが取得される。また、ステップＳ３０３において、ＮＦＣ１３３−４からＢＴ１３２−４に対向機器情報が通知され、ステップＳ３２１でＢＴ１３２−４によりこれが取得される。ステップＳ３２２において、ＢＴ１３２−４は、ステップＳ３２１で取得した対向機器情報を３Ｇ１３１−４に通知し、ステップＳ３４１でこれが取得される。なお、実際には、ＣＰＵ１１１を介して対向機器情報、その他の情報の通知が行われる。以下においても同様である。
【０１８９】
ステップＳ３４２において、３Ｇ１３１−４は、対向機器情報を含む情報をサーバ２１に送信することで、ハンドオーバの通知を行い、ステップＳ２７１でサーバ２１によりこれが受信される。なお、ステップＳ３２１、ステップＳ３４１、ステップＳ３４２の処理は、省略されるようにしてもよい。
【０１９０】
ステップＳ２１４において、ＮＦＣ１３３−３は、３Ｇ１３１−３に対向機器情報を通知し、ステップＳ２５１で、３Ｇ１３１−３によりこれが取得される。
【０１９１】
ステップＳ２５２において、３Ｇ１３１−３は、対向機器情報を含む情報をサーバ２１に送信することで、ハンドオーバの通知を行い、ステップＳ２７２でサーバ２１によりこれが受信される。なお、サーバ２１にハンドオーバの通知を行う際には、ハンドオーバの相手の対向機器情報だけでなく、自分（いまの場合、携帯端末４７）の対向機器情報もともに送信されるものとする。
【０１９２】
ステップＳ２３２において、ＢＴ１３２−３からＢＴ１３２−４へＢＴ接続要求が送信され、ステップＳ３２３でこれが受信される。
【０１９３】
ステップＳ２７３において、サーバ２１は、乱数を発生させ、ステップＳ２７４でこれを暗号化する。ステップＳ２７５において、サーバ２１は、ステップＳ２７４の処理により得られた暗号化乱数を確認要求として送信し、ステップＳ２５３で３Ｇ１３１−３によりこれが受信される。
【０１９４】
ステップＳ２５４において、３Ｇ１３１−３は、ステップＳ２５３で受信した確認要求をＢＴ１３２−３に通知し、ステップＳ２３３でこれが取得される。
【０１９５】
ステップＳ２３４において、ＢＴ１３２−３は、ステップＳ２３３で取得した確認要求を送信し、ステップＳ３２４でＢＴ１３２−４によりこれが受信される。
【０１９６】
ステップＳ３２５において、ＢＴ１３２−４は、ステップＳ３２４で受信した確認要求の暗号化乱数を復号して乱数を得る。なお、暗号化乱数の復号は、実際には、ＣＰＵ１１１により行われる。
【０１９７】
ステップＳ３２６において、ＢＴ１３２−４は、ステップＳ３２５の処理で得た乱数を確認応答として送信し、ステップＳ２３５でＢＴ１３２−３によりこれが受信される。
【０１９８】
ステップＳ２３６において、ＢＴ１３２−３は、ステップＳ３５で受信した確認応答を３Ｇ１３１−３に通知し、ステップＳ２５５でこれが取得される。
【０１９９】
ステップＳ２５６において、３Ｇ１３１−３は、ステップＳ２５５で取得した確認応答を送信し、ステップＳ２７６でサーバ２１によりこれが受信される。
【０２００】
また、ステップＳ２７７において、サーバ２１は、別の乱数を発生させ、ステップＳ２７８でこれを暗号化する。ステップＳ２７９において、サーバ２１は、ステップＳ２７８の処理により得られた暗号化乱数を確認要求として送信し、ステップＳ３４３で３Ｇ１３１−４によりこれが受信される。
【０２０１】
ステップＳ３４４において、３Ｇ１３１−４は、ステップＳ３４３で受信した確認要求をＢＴ１３２−４に通知し、ステップＳ３２８でこれが取得される。
【０２０２】
ステップＳ３２９において、ＢＴ１３２−４は、ステップＳ３２８で取得した確認要求を送信し、ステップＳ２３７でＢＴ１３２−３によりこれが受信される。
【０２０３】
ステップＳ２３８において、ＢＴ１３２−３は、ステップＳ２３７で受信した確認要求の暗号化乱数を復号して乱数を得る。
【０２０４】
ステップＳ２３９において、ＢＴ１３２−３は、ステップＳ２３８の処理で得た乱数を確認応答として送信し、ステップＳ３３０でＢＴ１３２−４によりこれが受信される。
【０２０５】
ステップＳ３３１において、ＢＴ１３２−４は、ステップＳ３３０で受信した確認応答を３Ｇ１３１−３に通知し、ステップＳ３４５でこれが取得される。
【０２０６】
ステップＳ３４６において、３Ｇ１３１−４は、ステップＳ３４５で取得した確認応答を送信し、ステップＳ２８０でサーバ２１によりこれが受信される。
【０２０７】
その後、コンテンツデータの送受信、評価情報としての操作情報の送受信などが行われることになるが、これらの処理は、図７を参照して説明した場合と同様なので詳細な説明は省略する。
【０２０８】
なお、図中点線で囲まれた部分の処理が評価者の同一性と提供者の同一性の確認のための処理として定期的に実行されることになる。
【０２０９】
このようにして、リンク認証を行って評価情報を収集する処理が実行される。
【０２１０】
ところで、図１０を参照して上述した例においては、携帯端末４６が固有鍵を保持している場合の例について説明したが、携帯端末４６が固有鍵を保持していない場合もある。そのような場合、例えば、図１２に示されるようにして評価者の同一性と提供者の同一性を確認することができる。
【０２１１】
図１２は、評価情報収集システム１０において、リンク認証を行って評価情報を収集する方式のさらに別の例を説明する図である。同図の例では、携帯端末４７と携帯端末４６との間でハンドオーバが行われ、非接触通信（ＮＦＣ通信）の後、近距離無線通信（ＢＴ）によってコンテンツ（例えば、ゲーム）のデータが送信される場合の例を示している。
【０２１２】
図１２の例の場合、図１０の場合と同様に、コンテンツの提供者である携帯端末４７に「Ｔｒｕｓｔｅｄ」と記されておらず、評価情報収集事業者などとコンテンツの提供者との間に十分な信頼関係がない。また、同図の例では、図１０の場合と異なり、携帯端末４７は固有鍵を保持しているが、携帯端末４６が固有鍵を保持していないものとする。
【０２１３】
図１２において、携帯端末４７と携帯端末４６との間でのハンドオーバが携帯端末４７からサーバ２１に広域通信を用いて通知される。このとき、携帯端末４７と携帯端末４６の識別番号も、サーバ２１に送信される。するとサーバ２１は、乱数を発生させるが、携帯端末４６が固有鍵を保持していないことを確認する。なお、携帯端末４６が固有鍵を保持していないことは、端末機器データベース２２２を、携帯端末４６の識別番号を用いて検索することにより確認できる。
【０２１４】
サーバ２１は、乱数を一時キーとして携帯端末４６の広域通信アドレス宛に送信する。なお、携帯端末４６の広域通信アドレスは、端末機器データベース２２２を、携帯端末４６の識別番号を用いて検索することにより、取得することができる。
【０２１５】
サーバ２１は、携帯端末４７の広域アドレスに確認要求を送信し、近距離無線通信によって携帯端末４７から携帯端末４６に確認要求が伝送される。なお、携帯端末４７の広域通信アドレスは、端末機器データベース２２２を、携帯端末４７の識別番号を用いて検索することにより、取得することができる。
【０２１６】
携帯端末４６は、確認要求に対する応答として一時キーを近距離無線通信によって携帯端末４７に送信し、携帯端末４７は、広域通信によってその応答をサーバ２１に伝送する。
【０２１７】
サーバ２１は、携帯端末４７から送信された一時キーを、自分が発生した乱数と比較し、両者が一致する場合、ハンドオーバ時の評価者との近距離無線通信が行われていると確認する。すなわち、提供者側から送信される情報に基づいて評価者の同一性を確認することができる。
【０２１８】
また、サーバ２１は、別の乱数を発生させ、その乱数を携帯端末４７の固有鍵を用いて暗号化する。なお、携帯端末４７の固有鍵は、端末機器データベース２２２を、携帯端末４７の識別番号を用いて検索することにより、取得することができる。
【０２１９】
サーバ２１は、暗号化した乱数（暗号化乱数と称する）を携帯端末４６の広域通信アドレス宛に送信する。なお、携帯端末４６の広域通信アドレスは、端末機器データベース２２２を、携帯端末４６の識別番号を用いて検索することにより、取得することができる。
【０２２０】
携帯端末４６は、サーバ２１から送信された暗号化乱数を近距離無線通信によって携帯端末４７に送信する。
【０２２１】
携帯端末４７は、暗号化乱数を自分の固有鍵で復号し、乱数を得る。そして、携帯端末４７は、その乱数を近距離無線通信によって携帯端末４６に送信する。
【０２２２】
携帯端末４６は、携帯端末４７から送信された乱数を広域通信によってサーバ２１に送信する。
【０２２３】
サーバ２１は、携帯端末４６から送信された乱数を、自分が発生した乱数と比較し、両者が一致する場合、ハンドオーバ時の提供者との近距離無線通信が行われていると確認する。すなわち、評価者側から送信される情報に基づいて提供者の同一性を確認することができる。
【０２２４】
その後、携帯端末４７から近距離無線通信によってコンテンツのデータが送信されて、携帯端末４６によりゲームの画面などが表示される。携帯端末４６は、この際、評価情報を携帯端末４７に送信する。
【０２２５】
このように、携帯端末４７と携帯端末４６との間で、近距離無線通信によってコンテンツのデータの送信、評価情報の送信が行われている間、サーバ２１は、例えば、一定の周期で継続して（定期的に）上述したように評価者の同一性と提供者の同一性を確認する。
【０２２６】
そして、携帯端末４７に蓄積された評価情報が広域通信によりサーバ２１に送信される。
【０２２７】
このようにすることで、評価情報収集事業者などとコンテンツの提供者との間に十分な信頼関係がない場合、評価者側に固有鍵がないときでも、評価情報収集システム１０において、リンク認証を行って評価情報を収集する。
【０２２８】
図１２を参照して上述した処理は、既に図１０を参照して上述した処理と、図８を参照して上述した処理を組み合わせたものであるから、アローチャートを用いた詳細な説明は省略する。
【０２２９】
さらに、携帯端末４６と携帯端末４７の双方が固有鍵を保持していない場合もある。そのような場合、例えば、図１３に示されるようにして評価者の同一性と提供者の同一性を確認することができる。
【０２３０】
図１３は、評価情報収集システム１０において、リンク認証を行って評価情報を収集する方式のさらに別の例を説明する図である。同図の例では、携帯端末４７と携帯端末４６との間でハンドオーバが行われ、非接触通信（ＮＦＣ通信）の後、近距離無線通信（ＢＴ）によってコンテンツ（例えば、ゲーム）のデータが送信される場合の例を示している。
【０２３１】
図１３の例の場合、図１０の場合と同様に、コンテンツの提供者である携帯端末４７に「Ｔｒｕｓｔｅｄ」と記されておらず、評価情報収集事業者などとコンテンツの提供者との間に十分な信頼関係がない。また、同図の例では、図１２の場合と異なり、携帯端末４７と携帯端末４６の双方が固有鍵を保持していないものとする。
【０２３２】
図１３において、携帯端末４７と携帯端末４６との間でのハンドオーバが携帯端末４７からサーバ２１に広域通信を用いて通知される。このとき、携帯端末４７と携帯端末４６の識別番号も、サーバ２１に送信される。するとサーバ２１は、乱数を発生させるが、携帯端末４６が固有鍵を保持していないことを確認する。なお、携帯端末４６が固有鍵を保持していないことは、端末機器データベース２２２を、携帯端末４６の識別番号を用いて検索することにより確認できる。
【０２３３】
サーバ２１は、乱数を一時キーとして携帯端末４６の広域通信アドレス宛に送信する。なお、携帯端末４６の広域通信アドレスは、端末機器データベース２２２を、携帯端末４６の識別番号を用いて検索することにより、取得することができる。
【０２３４】
サーバ２１は、携帯端末４７の広域アドレスに確認要求を送信し、近距離無線通信によって携帯端末４７から携帯端末４６に確認要求が伝送される。なお、携帯端末４７の広域通信アドレスは、端末機器データベース２２２を、携帯端末４７の識別番号を用いて検索することにより、取得することができる。
【０２３５】
携帯端末４６は、確認要求に対する応答として一時キーを近距離無線通信によって携帯端末４７に送信し、携帯端末４７は、広域通信によってその応答をサーバ２１に伝送する。
【０２３６】
サーバ２１は、携帯端末４７から送信された一時キーを、自分が発生した乱数と比較し、両者が一致する場合、ハンドオーバ時の評価者との近距離無線通信が行われていると確認する。すなわち、提供者側から送信される情報に基づいて評価者の同一性を確認することができる。
【０２３７】
また、サーバ２１は、別の乱数を発生させるが、携帯端末４７が固有鍵を保持していないことを確認する。なお、携帯端末４７が固有鍵を保持していないことは、端末機器データベース２２２を、携帯端末４７の識別番号を用いて検索することにより確認できる。
【０２３８】
サーバ２１は、乱数を一時キーとして携帯端末４７の広域通信アドレス宛に送信する。
【０２３９】
サーバ２１は、携帯端末４６の広域アドレスに確認要求を送信し、近距離無線通信によって携帯端末４６から携帯端末４７に確認要求が伝送される。
【０２４０】
携帯端末４７は、確認要求に対する応答として一時キーを近距離無線通信によって携帯端末４６に送信し、携帯端末４６は、広域通信によってその応答をサーバ２１に伝送する。
【０２４１】
サーバ２１は、携帯端末４６から送信された一時キーを、自分が発生した乱数と比較し、両者が一致する場合、ハンドオーバ時の提供者との近距離無線通信が行われていると確認する。すなわち、評価者側から送信される情報に基づいて提供者の同一性を確認することができる。
【０２４２】
その後、携帯端末４７から近距離無線通信によってコンテンツのデータが送信されて、携帯端末４６によりゲームの画面などが表示される。携帯端末４６は、この際、評価情報を携帯端末４７に送信する。
【０２４３】
このように、携帯端末４７と携帯端末４６との間で、近距離無線通信によってコンテンツのデータの送信、評価情報の送信が行われている間、サーバ２１は、例えば、一定の周期で継続して（定期的に）上述したように評価者の同一性と提供者の同一性を確認する。
【０２４４】
そして、携帯端末４７に蓄積された評価情報が広域通信によりサーバ２１に送信される。
【０２４５】
このようにすることで、評価情報収集事業者などとコンテンツの提供者との間に十分な信頼関係がない場合、評価者側および提供者側ともに固有鍵がないときでも、評価情報収集システム１０において、リンク認証を行って評価情報を収集する。
【０２４６】
なお、図１３を参照して上述した処理も、既に説明した処理を組み合わせたものであるから、アローチャートを用いた詳細な説明は省略する。
【０２４７】
このように、本発明によれば、リンク認証を行って、評価情報を収集することができ、この際、例えば、コンテンツ提供者と評価者が動的に変わるＰ２Ｐネットワーク上での評価情報の取得にも対応できる。
【０２４８】
また、本発明によれば、評価対象の商品やコンテンツなどが提示されてから評価情報が収集されるまで時間を従来と比較して短縮することができ、タイムリーな評価情報を提供することも可能となる。
【０２４９】
さらに、例えば、評価者が実在することを確認できるようにカメラ等の専用の装置を設置する必要もなく、簡単な構成で信頼性の高い評価情報収集システムを実現することができる。
【０２５０】
図６乃至図１３を参照して上述した例についてまとめると、評価情報収集システム１０において、リンク認証を行って評価情報を収集する場合、次の２点を考慮する必要があると考えられる。第１点目は、評価情報収集事業者などとコンテンツの提供者との間に十分な信頼関係があるか否かであり、第２点目は、評価者側および提供者側の固有鍵の有無である。
【０２５１】
すなわち、評価情報収集事業者などとコンテンツの提供者との間に十分な信頼関係がある場合、提供者側から送信される情報に基づいて評価者の同一性を定期的に確認することによってリンク認証を実現することができる。一方、評価情報収集事業者などとコンテンツの提供者との間に十分な信頼関係がない場合、提供者側から送信される情報に基づいて評価者の同一性を定期的に確認するとともに、評価者側から送信される情報に基づいて提供者の同一性を確認することによってリンク認証を実現することができる。
【０２５２】
また、評価者の携帯端末が固有鍵を保持している場合、固有鍵を用いて暗号化した乱数を提供者側の携帯端末などに送信すれば、提供者側から送信される情報に基づいて評価者の同一性を確認することが可能となる。一方、評価者の携帯端末が固有鍵を保持していない場合、一時キーを評価者側の携帯端末などに送信しておき、その後、提供者の携帯端末などに確認要求を送信すれば、提供者側から送信される情報に基づいて評価者の同一性を確認することが可能となる。
【０２５３】
同様に、提供者の携帯端末などが固有鍵を保持している場合、固有鍵を用いて暗号化した乱数を評価者側の携帯端末に送信すれば、評価者側から送信される情報に基づいて提供者の同一性を確認することが可能となる。一方、提供者の携帯端末などが固有鍵を保持していない場合、一時キーを提供者側の携帯端末などに送信しておき、その後、評価者の携帯端末などに確認要求を送信すれば、評価者側から送信される情報に基づいて提供者の同一性を確認することが可能となる。
【０２５４】
このように、合計５通りの方式で、リンク認証を行った評価情報の収集が実現されることになる。
【０２５５】
本発明においては、評価情報収集事業者などとコンテンツの提供者との間の信頼関係の有無、評価者側および提供者側の固有鍵の有無にかかわらず、リンク認証を行った評価情報の収集ができるようにする。そのために、ハンドオーバメッセージに次のような情報を含めるようにする。
【０２５６】
図１４は、ハンドオーバメッセージのフォーマットを説明する図である。ハンドオーバメッセージは、例えば、携帯端末や情報収集端末が非接触通信（ＮＦＣ通信）を行うときに送受信される情報とされる。ハンドオーバメッセージのフォーマットについては、ＮＦＣ  Ｆｏｒｕｍによる標準化が行われており、図示されるフォーマットがＮＦＣ  Ｆｏｒｕｍの規格によって規定されている。
【０２５７】
同図に示されるように、ハンドオーバメッセージは、複数（この例では４）のレコードに分割されて構成されている。
【０２５８】
「Ｒｅｃｏｒｄ１」は、ハンドオーバのリクエストおよびセレクトなどの情報が格納されるレコードとされる。「Ｒｅｃｏｒｄ２」は、セカンドキャリア候補を格納するレコードであり、ヘッダ部分のＲｅｃｏｒｄＴｙｐｅに「ac(Alternative Carrier)」が格納され、ペイロード部には各セカンドキャリアのポインタ（Ｒｅｃｏｒｄ3の識別子）が格納される。
【０２５９】
「Ｒｅｃｏｒｄ３」は、近距離無線通信手段に関する情報が格納されるレコードとされる。同図に示されるように、「Ｒｅｃｏｒｄ３」には、ヘッダとペイロードからなるパケットが格納されることがBluetoothSIGの規格によって規定されている。なお、「Ｒｅｃｏｒｄ３」のパケットとして図示されているパケットは、近距離無線通信手段がBluetoothの通信を行う場合のものである。
【０２６０】
「Ｒｅｃｏｒｄ４」は、携帯端末などの製造事業者によって定義された情報が格納されるレコードとされる。本発明では、「Ｒｅｃｏｒｄ４」に含まれる情報として図示されるようなパケットの情報を定義する。
【０２６１】
同図に示されるように、「Ｒｅｃｏｒｄ４」には、ヘッダとペイロードからなるパケットが格納される。
【０２６２】
ヘッダには、「Ｒｅｃｏｒｄ  Ｔｙｐｅ」の情報が記述され、いまの場合、レコード４が評価情報収集のために用いられる情報が格納されるレコードであることを表す情報が記述される。
【０２６３】
ペイロードは、「サーバ承認区分」、「リンク認証方式」、および「広域通信アドレス」によって構成されている。
【０２６４】
「サーバ承認区分」には、当該端末機器が、サーバ２１により承認された端末機器であるか否かを表す情報（例えば、Ｙｅｓ／Ｎｏ）が記述される。当該端末機器が、サーバ２１により承認された端末機器である場合、評価情報収集事業者などとの間に十分な信頼関係があることを意味する。
【０２６５】
「リンク認証方式」は、上述した評価者の同一性の確認または提供者の同一性の確認を行うための方式を表す情報が記述される。具体的には、例えば、固有鍵を用いて乱数を暗号化する方式であるか、予めサーバ２１から一時キーを送信する方式であるかを表す情報が記述される。
【０２６６】
「広域通信アドレス」には、必要に応じて当該機器の広域通信のアドレス、サーバ２１の広域通信のアドレスが記述される。
【０２６７】
本発明の評価情報収集システム１０では、ハンドオーバ時に、図１４に示されるようなハンドオーバメッセージが送受信される。図１４に示される情報は、対向機器情報として、ハンドオーバの通知とともに、サーバ２１にも送信される。
【０２６８】
サーバ２１は、情報収集端末または携帯端末からハンドオーバの通知を受けたとき、図１４の「Ｒｅｃｏｒｄ４」に含まれる情報を解析して、リンク認証を行うようになされている。上述したように、本発明の評価情報収集システム１０では、合計５通りの方式で、リンク認証を行った評価情報の収集が実現される。
【０２６９】
第１の方式は、図６を参照して上述したように、評価情報収集事業者などと提供者との間に十分な信頼関係があり、かつ評価者の携帯端末が固有鍵を保持している場合である。これをケース１と称することにする。
【０２７０】
第２の方式は、図８を参照して上述したように、評価情報収集事業者などと提供者との間に十分な信頼関係があり、かつ評価者の携帯端末が固有鍵を保持していない場合である。これをケース２と称することにする。
【０２７１】
第３の方式は、図１０を参照して上述したように、評価情報収集事業者などと提供者との間に十分な信頼関係がなく、かつ評価者の携帯端末および提供者の携帯端末がともに固有鍵を保持している場合である。これをケース３と称することにする。
【０２７２】
第４の方式は、図１２を参照して上述したように、評価情報収集事業者などと提供者との間に十分な信頼関係がなく、かつ評価者の携帯端末は固有鍵を保持しておらず、提供者の携帯端末は固有鍵を保持している場合である。これをケース４と称することにする。
【０２７３】
第５の方式は、図１３を参照して上述したように、評価情報収集事業者などと提供者との間に十分な信頼関係がなく、かつ評価者の携帯端末および提供者の携帯端末がともに固有鍵を保持していない場合である。これをケース５と称することにする。
【０２７４】
サーバ２１は、情報収集端末または携帯端末からハンドオーバの通知を受けたとき、図１４の「Ｒｅｃｏｒｄ４」に含まれる情報を解析して、提供者側の属性と、評価者側の属性を特定し、図１５に示されるようにリンク認証の方式を特定する。
【０２７５】
すなわち、図１５に示されるように、提供者側および評価者側のハンドオーバメッセージの「サーバ承認区分」に基づいて評価情報収集事業者などとの間に十分な信頼関係があるか否かが判定される。この例では、評価情報収集事業者などとの間に十分な信頼関係があるもの（「サーバ承認区分」がＹｅｓ）は「Ｔｒｕｓｔｅｄ」と記載されており、信頼関係がないもの（「サーバ承認区分」がＮｏ）は「ＮｏＴｒｕｓｔｅｄ」と記載されている。
【０２７６】
また、提供者側および評価者側のハンドオーバメッセージの「サーバ承認区分」に基づいて評価者の同一性の確認または提供者の同一性の確認を行うための方式が特定される。この例では、固有鍵を用いて乱数を暗号化する方式であるものは「固有鍵」と記載されており、予めサーバ２１から一時キーを送信する方式であるものは「一時キー」と記載されている。
【０２７７】
このようにしてサーバ２１は、リンク認証の方式を特定し、評価情報の収集の際のリンク認証を行うのである。
【０２７８】
次に、図１６のフローチャートを参照してサーバ２１により実行される評価情報収集処理の例について説明する。
【０２７９】
ステップＳ７０１においてサーバ２１のＣＰＵ２０１は、情報収集端末または携帯端末からのハンドオーバの通知を受けたか否かを判定し、ハンドオーバの通知を受けたと判定されるまで待機する。
【０２８０】
ステップＳ７０１において、ハンドオーバの通知を受けたと判定された場合、処理は、ステップＳ７０２に進む。
【０２８１】
ステップＳ７０２において、ＣＰＵ２０１は、ハンドオーバの通知とともに送信された提供者側の機器情報を取得して解析し、提供者側の属性を特定する。このとき、例えば、図１４の「Ｒｅｃｏｒｄ４」に含まれる情報が解析されて提供者側（例えば、情報収集端末３１、携帯端末４７など）の属性が特定される。すなわち、評価情報収集事業者などとの間に十分な信頼関係があるか否か、固有鍵を用いて乱数を暗号化する方式であるか、予めサーバ２１から一時キーを送信する方式であるかが特定される。
【０２８２】
ステップＳ７０３において、ＣＰＵ２０１は、ステップＳ７０２の処理と同様にして、ハンドオーバの通知とともに送信された評価者側の機器情報を取得して解析し、評価者側の属性を特定する。
【０２８３】
ステップＳ７０４において、ＣＰＵ２０１は、ステップＳ７０２とステップＳ７０３で特定された属性に基づいて、リンク認証の方式を特定する。すなわち、図１５を参照して上述したように、ケース１乃至ケース５の方式が特定される。
【０２８４】
ステップＳ７０５において、ＣＰＵ２０１は、ステップＳ７０４で特定されたリンク認証の方式に基づいて方式別リンク認証処理を実行する。これにより、ケース１乃至ケース５のそれぞれに対応したリンク認証が行われることになる。
【０２８５】
図１７は、ステップＳ７０４において、リンク認証の方式がケース１であると特定された場合、ステップＳ７０５の処理として実行されるケース１処理の例を説明するフローチャートである。
【０２８６】
ステップＳ７２１において、ＣＰＵ２０１は、乱数を生成（発生）する。
【０２８７】
ステップＳ７２２において、ＣＰＵ２０１は、端末機器データベース２２２を、評価者側（例えば、携帯端末４１）の識別番号を用いて検索することにより、評価者側の固有鍵を取得する。
【０２８８】
ステップＳ７２３において、ＣＰＵ２０１は、ステップＳ７２２で取得した固有鍵を用いて、ステップＳ７２１で生成した乱数を暗号化する。
【０２８９】
ステップＳ７２４において、ＣＰＵ２０１は、端末機器データベース２２２を、提供者側（例えば、情報収集端末３１）の識別番号を用いて検索することにより、提供者側の広域通信アドレスを取得する。
【０２９０】
ステップＳ７２５において、ＣＰＵ２０１は、ステップＳ７２３で生成した暗号化乱数を確認要求として、ステップＳ７２４で取得した広域アドレスに送信する。
【０２９１】
ステップＳ７２６において、ＣＰＵ２０１は、ステップＳ７２５で送信した確認要求に対する応答であって、適正な確認応答を受信したか否かを判定する。このとき、確認応答に、ステップＳ７２１で生成した乱数が含まれているか否かが判定され、上記の乱数が含まれている場合、適正な確認応答を受信したと判定される。
【０２９２】
ステップＳ７２６において、適正な確認応答を受信したと判定された場合、処理は、ステップＳ７２７に進む。一方、適正な確認応答を受信しなかったと判定された場合、処理は、ステップＳ７３０に進み、エラー処理が実行される。
【０２９３】
ステップＳ７２７において、ＣＰＵ２０１は、適正な確認応答を受信した時刻を、リンク認証の認証時刻として記録する。
【０２９４】
ステップＳ７２８において、ＣＰＵ２０１は、提供者側から評価情報が送信されたか否かを判定し、まだ送信されていないと判定された場合、ステップＳ７２９に進む。
【０２９５】
ステップＳ７２９において、ＣＰＵ２０１は、ステップＳ７２７で認証時刻が記録されてから、所定の時間が経過したか否かを判定し、所定の時間が経過したと判定されるまで待機する。ステップＳ７２９において、所定の時間が経過したと判定された場合、処理は、ステップＳ７２１に戻る。このようにすることで、一定の周期で継続して（定期的に）評価者の同一性が確認される。
【０２９６】
一方、ステップＳ７２８において、提供者側から評価情報が送信されたと判定された場合、ケース１処理は終了する。
【０２９７】
このようにして、ケース１の場合の方式別リンク認証処理が実行される。
【０２９８】
図１８は、ステップＳ７０４において、リンク認証の方式がケース２であると特定された場合、ステップＳ７０５の処理として実行されるケース２処理の例を説明するフローチャートである。
【０２９９】
ステップＳ７５１において、ＣＰＵ２０１は、一時キーを生成する。
【０３００】
ステップＳ７５２において、ＣＰＵ２０１は、端末機器データベース２２２を、評価者側（例えば、携帯端末４１）の識別番号を用いて検索することにより、評価者側の広域通信アドレスを取得する。
【０３０１】
ステップＳ７５３において、ＣＰＵ２０１は、ステップＳ７５１で生成した一時キーを、ステップＳ７５２で取得した広域アドレスに送信する。
【０３０２】
ステップＳ７５４において、ＣＰＵ２０１は、端末機器データベース２２２を、提供者側（例えば、情報収集端末３１）の識別番号を用いて検索することにより、提供者側の広域通信アドレスを取得する。
【０３０３】
ステップＳ７５５において、ＣＰＵ２０１は、確認要求をステップＳ７５４で取得した広域アドレスに送信する。
【０３０４】
ステップＳ７５６において、ＣＰＵ２０１は、ステップＳ７５５で送信した確認要求に対する応答であって、適正な確認応答を受信したか否かを判定する。このとき、確認応答に、ステップＳ７５１で生成した一時キーが含まれているか否かが判定され、上記の一時キーが含まれている場合、適正な確認応答を受信したと判定される。
【０３０５】
ステップＳ７５６において、適正な確認応答を受信したと判定された場合、処理は、ステップＳ７５７に進む。一方、適正な確認応答を受信しなかったと判定された場合、処理は、ステップＳ７６０に進み、エラー処理が実行される。
【０３０６】
ステップＳ７５７において、ＣＰＵ２０１は、適正な確認応答を受信した時刻を、リンク認証の認証時刻として記録する。
【０３０７】
ステップＳ７５８において、ＣＰＵ２０１は、提供者側から評価情報が送信されたか否かを判定し、まだ送信されていないと判定された場合、ステップＳ７５９に進む。
【０３０８】
ステップＳ７５９において、ＣＰＵ２０１は、ステップＳ７５７で認証時刻が記録されてから、所定の時間が経過したか否かを判定し、所定の時間が経過したと判定されるまで待機する。ステップＳ７５９において、所定の時間が経過したと判定された場合、処理は、ステップＳ７５１に戻る。このようにすることで、一定の周期で継続して（定期的に）評価者の同一性が確認される。
【０３０９】
一方、ステップＳ７５８において、提供者側から評価情報が送信されたと判定された場合、ケース２処理は終了する。
【０３１０】
このようにして、ケース２の場合の方式別リンク認証処理が実行される。
【０３１１】
図１９と図２０は、ステップＳ７０４において、リンク認証の方式がケース３であると特定された場合、ステップＳ７０５の処理として実行されるケース３処理の例を説明するフローチャートである。
【０３１２】
ステップＳ７８１乃至ステップＳ７８８の処理は、図１７のステップＳ７２１乃至ステップＳ７２７およびステップＳ７３０と同様の処理なので、詳細な説明は省略する。
【０３１３】
ステップＳ７８９において、ＣＰＵ２０１は、乱数を生成（発生）する。
【０３１４】
ステップＳ７９０において、ＣＰＵ２０１は、端末機器データベース２２２を、提供者側（例えば、携帯端末４７）の識別番号を用いて検索することにより、提供者側の固有鍵を取得する。
【０３１５】
ステップＳ７９１において、ＣＰＵ２０１は、ステップＳ７９０で取得した固有鍵を用いて、ステップＳ７８９で生成した乱数を暗号化する。
【０３１６】
ステップＳ７９２において、ＣＰＵ２０１は、端末機器データベース２２２を、評価者側（例えば、携帯端末４６）の識別番号を用いて検索することにより、評価者側の広域通信アドレスを取得する。
【０３１７】
ステップＳ７９３において、ＣＰＵ２０１は、ステップＳ７９１で生成した暗号化乱数を確認要求として、ステップＳ７９２で取得した広域アドレスに送信する。
【０３１８】
ステップＳ７９４において、ＣＰＵ２０１は、ステップＳ７９３で送信した確認要求に対する応答であって、適正な確認応答を受信したか否かを判定する。このとき、確認応答に、ステップＳ７８９で生成した乱数が含まれているか否かが判定され、上記の乱数が含まれている場合、適正な確認応答を受信したと判定される。
【０３１９】
ステップＳ７９４において、適正な確認応答を受信したと判定された場合、処理は、ステップＳ７９５に進む。一方、適正な確認応答を受信しなかったと判定された場合、処理は、ステップＳ７９８に進み、エラー処理が実行される。
【０３２０】
ステップＳ７９５において、ＣＰＵ２０１は、適正な確認応答を受信した時刻を、リンク認証の認証時刻として記録する。
【０３２１】
ステップＳ７９６において、ＣＰＵ２０１は、提供者側から評価情報が送信されたか否かを判定し、まだ送信されていないと判定された場合、ステップＳ７９７に進む。
【０３２２】
ステップＳ７９７において、ＣＰＵ２０１は、ステップＳ７９５で認証時刻が記録されてから、所定の時間が経過したか否かを判定し、所定の時間が経過したと判定されるまで待機する。ステップＳ７９５において、所定の時間が経過したと判定された場合、処理は、ステップＳ７８１に戻る。このようにすることで、定期的に評価者の同一性と提供者の同一性が確認される。
【０３２３】
一方、ステップＳ７９６において、提供者側から評価情報が送信されたと判定された場合、ケース３処理は終了する。
【０３２４】
このようにして、ケース３の場合の方式別リンク認証処理が実行される。
【０３２５】
図２１と図２２は、ステップＳ７０４において、リンク認証の方式がケース４であると特定された場合、ステップＳ７０５の処理として実行されるケース４処理の例を説明するフローチャートである。
【０３２６】
ステップＳ８１１乃至ステップＳ８１８の処理は、図１８のステップＳ７５１乃至ステップＳ７５７およびステップＳ７６０の処理と同様の処理なので詳細な説明は省略する。
【０３２７】
ステップＳ８１９乃至ステップＳ８２８の処理は、図２０のステップＳ７８９乃至ステップＳ７９８の処理と同様の処理なので詳細な説明は省略する。
【０３２８】
このようにして、ケース４の場合の方式別リンク認証処理が実行される。
【０３２９】
図２３と図２４は、ステップＳ７０４において、リンク認証の方式がケース５であると特定された場合、ステップＳ７０５の処理として実行されるケース５処理の例を説明するフローチャートである。
【０３３０】
ステップＳ８３１乃至ステップＳ８３８の処理は、図２１のステップＳ８１１乃至ステップＳ８１８の処理と同様の処理なので詳細な説明は省略する。
【０３３１】
ステップＳ８３９において、ＣＰＵ２０１は、一時キーを生成する。
【０３３２】
ステップＳ８４０において、ＣＰＵ２０１は、端末機器データベース２２２を、提供者側（例えば、携帯端末４７）の識別番号を用いて検索することにより、提供者側の広域通信アドレスを取得する。
【０３３３】
ステップＳ８４１において、ＣＰＵ２０１は、ステップＳ８３９で生成した一時キーを、ステップＳ８４０で取得した広域アドレスに送信する。
【０３３４】
ステップＳ８４２において、ＣＰＵ２０１は、端末機器データベース２２２を、評価者側（例えば、携帯端末４６）の識別番号を用いて検索することにより、評価者側の広域通信アドレスを取得する。
【０３３５】
ステップＳ８４３において、ＣＰＵ２０１は、確認要求をステップＳ８４２で取得した広域アドレスに送信する。
【０３３６】
ステップＳ８４４において、ＣＰＵ２０１は、ステップＳ８４３で送信した確認要求に対する応答であって、適正な確認応答を受信したか否かを判定する。このとき、確認応答に、ステップＳ８３９で生成した一時キーが含まれているか否かが判定され、上記の一時キーが含まれている場合、適正な確認応答を受信したと判定される。
【０３３７】
ステップＳ８４４において、適正な確認応答を受信したと判定された場合、処理は、ステップＳ８４５に進む。一方、適正な確認応答を受信しなかったと判定された場合、処理は、ステップＳ８４８に進み、エラー処理が実行される。
【０３３８】
ステップＳ８４５において、ＣＰＵ２０１は、適正な確認応答を受信した時刻を、リンク認証の認証時刻として記録する。
【０３３９】
ステップＳ８４６において、ＣＰＵ２０１は、提供者側から評価情報が送信されたか否かを判定し、まだ送信されていないと判定された場合、ステップＳ８４７に進む。
【０３４０】
ステップＳ８４７において、ＣＰＵ２０１は、ステップＳ８４５で認証時刻が記録されてから、所定の時間が経過したか否かを判定し、所定の時間が経過したと判定されるまで待機する。ステップＳ８４７において、所定の時間が経過したと判定された場合、処理は、ステップＳ８３１に戻る。このようにすることで、定期的に評価者の同一性と提供者の同一性が確認される。
【０３４１】
一方、ステップＳ８４６において、提供者側から評価情報が送信されたと判定された場合、ケース５処理は終了する。
【０３４２】
このようにして、ケース５の場合の方式別リンク認証処理が実行される。
【０３４３】
このような方式別リンク認証処理を含む評価情報収集処理が実行される。
【０３４４】
次に、図２５のフローチャートを参照して、提供者側の端末機器（例えば、情報収集端末３１または携帯端末４７など）の処理の例について説明する。なお、この処理は、固有鍵を保持している提供者側の端末機器において実行される処理であり、この例では、提供者側端末機器は、楽曲などのコンテンツを提供するものとする。
【０３４５】
ステップＳ９０１において、情報収集端末または携帯端末のＣＰＵ１１１は、ハンドオーバがあったか否かを判定し、ハンドオーバがあったと判定されるまで待機する。
【０３４６】
ステップＳ９０２において、ＣＰＵ１１１は、広域通信によりサーバ２１にハンドオーバを通知する。このとき、ハンドオーバの通知とともに対向機器情報が送信される。
【０３４７】
ステップＳ９０３において、ＣＰＵ１１１は、広域通信による確認要求を受信したか否かを判定する。ステップＳ９０３において、確認要求を受信したと判定された場合、処理は、ステップＳ９０５に進み、確認要求を受信していないと判定された場合、処理は、ステップＳ９０４に進む。
【０３４８】
ここで、図２６のフローチャートを参照して、図２５のステップＳ９０４のコンテンツ提供処理の例について説明する。
【０３４９】
ステップＳ９２１において、ＣＰＵ１１１は、近距離無線通信により評価者側にコンテンツのデータを送信する。
【０３５０】
ステップＳ９２２において、ＣＰＵ１１１は、近距離無線通信により評価者側から評価情報を受信する。
【０３５１】
ステップＳ９２３において、ＣＰＵ１１１は、ステップＳ９２１の処理によって所定のデータ量を送信したか否かを判定し、まだ、所定のデータ量を送信していないと判定された場合、処理は、ステップＳ９２１に戻る。一方、所定のデータ量を送信したと判定された場合、処理は、図２６のステップＳ９０６に進む。
【０３５２】
ここで、図２７のフローチャートを参照して、図２５のステップＳ９０５のリンク認証確認処理の例について説明する。
【０３５３】
ステップＳ９４１において、ＣＰＵ１１１は、ステップＳ９０３において受信したと判定された確認要求を、近距離無線通信により評価者側に送信する。
【０３５４】
ステップＳ９４２において、ＣＰＵ１１１は、ステップＳ９４１で送信した確認要求に対する確認応答を、近距離無線通信により受信したか否かを判定し、確認応答を受信したと判定されるまで待機する。ステップＳ９４２において、確認応答を受信したと判定された場合、処理は、ステップＳ９４３に進む。
【０３５５】
ステップＳ９４３において、ＣＰＵ１１１は、ステップＳ９４２で受信したと判定された確認応答を、広域通信によりサーバ２１に送信する。
【０３５６】
ステップＳ９４４において、ＣＰＵ１１１は、近距離無線通信により確認要求を受信したか否かを判定し、確認要求を受信したと判定されるまで待機する。ステップＳ９４４において、確認要求を受信したと判定された場合、処理は、ステップＳ９４５に進む。
【０３５７】
ステップＳ９４５において、ＣＰＵ１１１は、ステップＳ９４４で受信したと判定された確認要求に含まれる暗号化乱数を、自分の固有鍵を用いて復号する。
【０３５８】
ステップＳ９４６において、ＣＰＵ１１１は、ステップＳ９４５で復号して得られた乱数を確認応答として近距離無線通信により評価者側に送信する。
【０３５９】
このようにして、リンク認証確認処理が実行される。
【０３６０】
図２５に戻って、ステップＳ９０４またはステップＳ９０５の処理の後、処理は、ステップＳ９０６に進み、ＣＰＵ１１１は、コンテンツの提供が終了したか否かを判定する。例えば、評価者によりコンテンツの再生の停止が指令された場合、ステップＳ９０６では、コンテンツの提供が終了したと判定される。ステップＳ９０６において、まだ終了していないと判定された場合、処理は、ステップＳ９０３に戻る。
【０３６１】
ステップＳ９０６において、コンテンツの提供が終了したと判定された場合、処理は、ステップＳ９０７に進む。
【０３６２】
ステップＳ９０７において、ＣＰＵ１１１は、ステップＳ９０４の処理において受信した評価情報を、広域通信によりサーバ２１に送信する。
【０３６３】
このようにして、提供者側端末機器の処理が実行される。
【０３６４】
次に、図２８のフローチャートを参照して、提供者側の端末機器の処理の別の例について説明する。なお、この処理は、固有鍵を保持していない提供者側の端末機器において実行される処理であり、この例では、提供者側端末機器は、楽曲などのコンテンツを提供するものとする。
【０３６５】
ステップＳ９６１において、情報収集端末または携帯端末のＣＰＵ１１１は、ハンドオーバがあったか否かを判定し、ハンドオーバがあったと判定されるまで待機する。
【０３６６】
ステップＳ９６２において、ＣＰＵ１１１は、広域通信によりサーバ２１にハンドオーバを通知する。このとき、ハンドオーバの通知とともに対向機器情報が送信される。
【０３６７】
ステップＳ９６３において、ＣＰＵ１１１は、広域通信による確認要求または一時キーを受信したか否かを判定する。ステップＳ９６３において、確認要求または一時キーを受信したと判定された場合、処理は、ステップＳ９６５に進み、確認要求を受信していないと判定された場合、処理は、ステップＳ９６４に進む。
【０３６８】
ここで、図２９のフローチャートを参照して、図２８のステップＳ９６５のリンク認証確認処理の例について説明する。
【０３６９】
ステップＳ９８１において、ＣＰＵ１１１は、ステップＳ９６３で受信したと判定されたのは、確認要求であるか否かを判定する。確認要求であると判定された場合、処理は、ステップＳ９８２に進む。
【０３７０】
ステップＳ９８２において、ＣＰＵ１１１は、ステップＳ９６３において受信したと判定された確認要求を、近距離無線通信により評価者側に送信する。
【０３７１】
ステップＳ９８３において、ＣＰＵ１１１は、ステップＳ９８２で送信した確認要求に対する確認応答を、近距離無線通信により受信したか否かを判定し、確認応答を受信したと判定されるまで待機する。ステップＳ９８３において、確認応答を受信したと判定された場合、処理は、ステップＳ９８４に進む。
【０３７２】
ステップＳ９８４において、ＣＰＵ１１１は、ステップＳ９８３で受信したと判定された確認応答を、広域通信によりサーバ２１に送信する。
【０３７３】
一方、ステップＳ９８１において、ステップＳ９６３で受信したと判定されたのは、確認要求ではないと判定された場合、処理は、ステップＳ９８８に進む。なお、この場合、一時キーが受信されたことになる。
【０３７４】
ステップＳ９８８において、ＣＰＵ１１１は、ステップＳ９６３で受信したと判定された一時キーを記憶する。
【０３７５】
ステップＳ９８４またはステップＳ９８８の処理の後、処理は、ステップＳ９８５に進む。
【０３７６】
ステップＳ９８５において、ＣＰＵ１１１は、近距離無線通信により確認要求を受信したか否かを判定し、確認要求を受信したと判定されるまで待機する。ステップＳ９８５において、確認要求を受信したと判定された場合、処理は、ステップＳ９８６に進む。
【０３７７】
ステップＳ９８６において、ＣＰＵ１１１は、ステップＳ９８８で記憶した一時キーを読み出す。
【０３７８】
ステップＳ９８７において、ＣＰＵ１１１は、ステップＳ９８６で読み出した一時キーを確認応答として近距離無線通信により評価者側に送信する。
【０３７９】
このようにして、リンク認証確認処理が実行される。
【０３８０】
なお、図２８のステップＳ９６４のコンテンツ提供処理は、図２６を参照して上述した処理と同様の処理なので詳細な説明は省略する。また、図２８のステップＳ９６６とステップＳ９６７の処理は、それぞれ図２５のステップＳ９０６とステップＳ９０７の処理と同様の処理なので詳細な説明は省略する。
【０３８１】
このようにして、提供者側端末機器の処理が実行される。
【０３８２】
次に、図３０のフローチャートを参照して、評価者側の端末機器（例えば、携帯端末４１または携帯端末４６など）の処理の例について説明する。なお、この処理は、固有鍵を保持している評価者側の端末機器において実行される処理であり、この例では、提供者側端末機器により、楽曲などのコンテンツの提供を受けて、そのコンテンツを評価するものとする。
【０３８３】
ステップＳ１００１において、携帯端末のＣＰＵ１１１は、ハンドオーバがあったか否かを判定し、ハンドオーバがあったと判定されるまで待機する。
【０３８４】
ステップＳ１００２において、ＣＰＵ１１１は、広域通信によりサーバ２１にハンドオーバを通知する。このとき、ハンドオーバの通知とともに対向機器情報が送信される。なお、ステップＳ１００２の処理は、省略されるようにしてもよい。
【０３８５】
ステップＳ１００３において、ＣＰＵ１１１は、広域通信による確認要求を受信したか否かを判定する。ステップＳ１００３において、確認要求を受信したと判定された場合、処理は、ステップＳ１００４に進む。
【０３８６】
ここで、図３１のフローチャートを参照して、図３０のステップＳ１００４の第１リンク認証処理の例について説明する。
【０３８７】
ステップＳ１０２１において、ＣＰＵ１１１は、ステップＳ１００３において受信したと判定された確認要求を、近距離無線通信により提供者側に送信する。
【０３８８】
ステップＳ１０２２において、ＣＰＵ１１１は、ステップＳ１０２１で送信した確認要求に対する確認応答を、近距離無線通信により受信したか否かを判定し、確認応答を受信したと判定されるまで待機する。ステップＳ１０２２において、確認応答を受信したと判定された場合、処理は、ステップＳ１０２３に進む。
【０３８９】
ステップＳ１０２３において、ＣＰＵ１１１は、ステップＳ１０２２で受信したと判定された確認応答を、広域通信によりサーバ２１に送信する。
【０３９０】
このようにして、第１リンク認証処理が実行される。
【０３９１】
図３０に戻って、ステップＳ１００４の処理の後、または、ステップＳ１００３において、確認要求を受信していないと判定された場合、処理は、ステップＳ１００５に進む。
【０３９２】
ステップＳ１００５において、ＣＰＵ１１１は、近距離無線通信による確認要求を受信したか否かを判定する。ステップＳ１００５において、確認要求を受信したと判定された場合、処理は、ステップＳ１００７に進む。
【０３９３】
ここで、図３２のフローチャートを参照して、図３０のステップＳ１００７の第２リンク認証処理の例について説明する。
【０３９４】
ステップＳ１０４１において、ＣＰＵ１１１は、ステップＳ１００５で受信したと判定された確認要求に含まれる暗号化乱数を、自分の固有鍵を用いて復号する。
【０３９５】
ステップＳ１０４２において、ＣＰＵ１１１は、ステップＳ１０４１で復号して得られた乱数を確認応答として近距離無線通信により提供者側に送信する。
【０３９６】
このようにして、第２リンク確認処理が実行される。
【０３９７】
図３０に戻って、一方、ステップＳ１００５において、確認要求を受信していないと判定された場合、処理は、ステップＳ１００６に進む。
【０３９８】
ここで、図３３のフローチャートを参照して、図３０のステップＳ１００６のコンテンツ評価処理の例について説明する。
【０３９９】
ステップＳ１０６１において、ＣＰＵ１１１は、提供者側から近距離無線通信によりデータを受信する。
【０４００】
ステップＳ１０６２において、ＣＰＵ１１１は、近距離無線通信により評価情報を提供者側に送信する。
【０４０１】
ステップＳ１０６３において、ＣＰＵ１１１は、ステップＳ１０６１の処理によって所定のデータ量を送信したか否かを判定し、まだ、所定のデータ量を送信していないと判定された場合、処理は、ステップＳ１０６１に戻る。一方、所定のデータ量を送信したと判定された場合、処理は、図３０のステップＳ１００８に進む。
【０４０２】
このようにして、コンテンツ評価処理が実行される。
【０４０３】
図３０に戻って、ステップＳ１００６またはステップＳ１００７の処理の後、処理は、ステップＳ１００８に進む。
【０４０４】
ステップＳ１００８において、ＣＰＵ１１１は、提供者側から提供を受けているコンテンツの評価が終了したか否かを判定し、まだ終了していないと判定された場合、処理は、ステップＳ１００３に戻る。
【０４０５】
一方、ステップＳ１００８において、コンテンツの評価が終了したと判定された場合、処理は終了する。
【０４０６】
このようにして、評価者側端末機器の処理が実行される。
【０４０７】
次に、図３４のフローチャートを参照して、評価者側の端末機器の処理の別の例について説明する。なお、この処理は、固有鍵を保持していない評価者側の端末機器において実行される処理であり、この例では、提供者側端末機器により、楽曲などのコンテンツの提供を受けて、そのコンテンツを評価するものとする。
【０４０８】
ステップＳ１０８１において、携帯端末のＣＰＵ１１１は、ハンドオーバがあったか否かを判定し、ハンドオーバがあったと判定されるまで待機する。
【０４０９】
ステップＳ１０８２において、ＣＰＵ１１１は、広域通信によりサーバ２１にハンドオーバを通知する。このとき、ハンドオーバの通知とともに対向機器情報が送信される。なお、ステップＳ１０８２の処理は、省略されるようにしてもよい。
【０４１０】
ステップＳ１０８３において、ＣＰＵ１１１は、広域通信による確認要求を受信したか否かを判定する。ステップＳ１０８３において、確認要求を受信したと判定された場合、処理は、ステップＳ１０８４に進む。
【０４１１】
ここで、図３５のフローチャートを参照して、図３４のステップＳ１０８４の第３リンク認証処理の例について説明する。
【０４１２】
ステップＳ２００１において、ＣＰＵ１１１は、ステップＳ１０８３で受信したと判定されたのは、確認要求であるか否かを判定する。確認要求であると判定された場合、処理は、ステップＳ２００２に進む。
【０４１３】
ステップＳ２００２において、ＣＰＵ１１１は、ステップＳ１０８３において受信したと判定された確認要求を、近距離無線通信により提供者側に送信する。
【０４１４】
ステップＳ２００３において、ＣＰＵ１１１は、ステップＳ２００２で送信した確認要求に対する確認応答を、近距離無線通信により受信したか否かを判定し、確認応答を受信したと判定されるまで待機する。ステップＳ２００３において、確認応答を受信したと判定された場合、処理は、ステップＳ２００４に進む。
【０４１５】
ステップＳ２００４において、ＣＰＵ１１１は、ステップＳ２００３で受信したと判定された確認応答を、広域通信によりサーバ２１に送信する。
【０４１６】
一方、ステップ２００１において、ステップＳ１０８３で受信したと判定されたのは、確認要求ではないと判定された場合、処理は、ステップＳ２００５に進む。なお、この場合、一時キーが受信されたことになる。
【０４１７】
ステップＳ２００５において、ＣＰＵ１１１は、ステップＳ１０８３で受信したと判定された一時キーを記憶する。
【０４１８】
このようにして、第３リンク認証処理が実行される。
【０４１９】
図３４に戻って、ステップＳ１０８４の処理の後、または、ステップＳ１０８３において、広域通信による確認要求を受信していないと判定された場合、処理は、ステップＳ１０８５に進む。
【０４２０】
ステップＳ１０８５において、ＣＰＵ１１１は、近距離無線通信による確認要求を受信したか否かを判定する。ステップＳ１０８５において、確認要求を受信したと判定された場合、処理は、ステップＳ１０８７に進む。
【０４２１】
ここで、図３６のフローチャートを参照して、図３４のステップＳ１０８７の第４リンク認証処理の例について説明する。
【０４２２】
ステップＳ２０２１において、ＣＰＵ１１１は、ステップＳ２００５で記憶した一時キーを読み出す。
【０４２３】
ステップＳ２０２２において、ＣＰＵ１１１は、ステップＳ２０２１で読み出した一時キーを確認応答として近距離無線通信により評価者側に送信する。
【０４２４】
このようにして、第４リンク認証確認処理が実行される。
【０４２５】
図３４に戻って、一方、ステップＳ１０８５において、確認要求を受信していないと判定された場合、処理は、ステップＳ１０８６に進む。ステップＳ１０８６のコンテンツ評価処理は、図３３のフローチャートを参照して上述した処理と同様の処理なので詳細な説明は省略する。
【０４２６】
ステップＳ１０８６またはステップＳ１０８７の処理の後、処理は、ステップＳ１０８８に進む。
【０４２７】
ステップＳ１０８８において、ＣＰＵ１１１は、提供者側から提供を受けているコンテンツの評価が終了したか否かを判定し、まだ終了していないと判定された場合、処理は、ステップＳ１０８３に戻る。
【０４２８】
一方、ステップＳ１０８８において、コンテンツの評価が終了したと判定された場合、処理は終了する。
【０４２９】
このようにして、評価者側端末機器の処理が実行される。
【０４３０】
以上においては、ハンドオーバ時に非接触通信が行われ、その後近距離無線通信が行われると説明したが、本発明を適用可能な実施の形態はこれに限られるものではない。例えば、ＮＦＣなどの非接触通信の代わりに、端子を接触させる接触型通信が用いられ、近距離無線通信の代わりに、通常の有線ＬＡＮが用いられるようにしてもよい。
【０４３１】
また、以上においては、サーバと携帯端末などとの間で行われる広域通信は、移動体通信網用無線通信が用いられると説明したが、本発明を適用可能な実施の形態はこれに限られるものではない。例えば、移動体通信網用無線通信の代わりに固定通信網通信や独自のネットワークを用いた通信が用いられるようにしてもよい。
【０４３２】
なお、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータにネットワークや記録媒体からインストールされる。また、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０４３３】
上述した一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、インターネットなどのネットワークや、リムーバブルメディアなどからなる記録媒体からインストールされる。
【０４３４】
なお、本明細書において上述した一連の処理は、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０４３５】
また、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０４３６】
１０  評価情報収集システム，  ２１  サーバ，  ３１乃至３３  情報収集端末，  ４１乃至４７  携帯端末，  １１１  ＣＰＵ  １１２  ＲＯＭ  １１３  ＲＡＭ  １２３  記憶部，  １２６  リムーバブルメディア，  １３１  移動体通信網用無線通信部，  １３２  近距離無線通信部，  １３３  非接触通信部，  ２０１  ＣＰＵ  ２０２  ＲＯＭ  ２０３  ＲＡＭ  ２１３  記憶部，  ２１４  通信部，  ２１６  リムーバブルメディア，  ２２１  評価情報データベース，  ２２２  端末機器データベース
【図１】
0005589685.tif 000002
【図２】
0005589685.tif 000003
【図３】
0005589685.tif 000004
【図４】
0005589685.tif 000005
【図５】
0005589685.tif 000006
【図６】
0005589685.tif 000007
【図７】
0005589685.tif 000008
【図８】
0005589685.tif 000009
【図９】
0005589685.tif 000010
【図１０】
0005589685.tif 000011
【図１１】
0005589685.tif 000012
【図１２】
0005589685.tif 000013
【図１３】
0005589685.tif 000014
【図１４】
0005589685.tif 000015
【図１５】
0005589685.tif 000016
【図１６】
0005589685.tif 000017
【図１７】
0005589685.tif 000018
【図１８】
0005589685.tif 000019
【図１９】
0005589685.tif 000020
【図２０】
0005589685.tif 000021
【図２１】
0005589685.tif 000022
【図２２】
0005589685.tif 000023
【図２３】
0005589685.tif 000024
【図２４】
0005589685.tif 000025
【図２５】
0005589685.tif 000026
【図２６】
0005589685.tif 000027
【図２７】
0005589685.tif 000028
【図２８】
0005589685.tif 000029
【図２９】
0005589685.tif 000030
【図３０】
0005589685.tif 000031
【図３１】
0005589685.tif 000032
【図３２】
0005589685.tif 000033
【図３３】
0005589685.tif 000034
【図３４】
0005589685.tif 000035
【図３５】
0005589685.tif 000036
【図３６】
0005589685.tif 000037