(57)【要約】【課題】特定の端末及び装置に情報を集約させずにセンサデータを配信することができる情報配信システムを提供する。【解決手段】情報配信システムが、第１経路を介して、センサデータの条件を示すデータ要求に適合するか否かを示すデータ要求を送信し、データ要求に適合するか否かを示す評価値が適合を示した場合に、第１経路を介してセンサデータを要求し、第２経路を介して評価値及びセンサデータを受信する利用者端末１００Ａと、第１経路を介して要求を転送する要求受付装置３００と、第１経路を介して要求を受信し、評価値が要求された場合に、第２経路を介して当該評価値を送信し、センサデータが要求された場合に、第２経路を介して当該センサデータを送信する提供者端末２００Ｂと、第２経路を介して評価値及び前記センサデータを転送するデータ提供装置４００と、を備える。【選択図】図１
2011028325.tif 000002
【特許請求の範囲】
【請求項１】
センサデータの条件を示すデータ要求を、前記センサデータを要求するための第１経路を介してセッション番号と共に送信し、前記データ要求に適合するか否かを示す評価値を、前記評価値及び前記センサデータを受信するための第２経路を介して受信し、当該評価値が適合を示した場合に、前記センサデータを送信するようデータ送信要求をセッション番号と共に前記第１経路を介して送信し、前記第２経路を介して前記センサデータを受信する利用者端末と、
前記データ要求及び前記データ送信要求を前記セッション番号と共に前記利用者端末から前記第１経路を介して受信し、当該データ要求及び当該データ送信要求を当該セッション番号と共に前記第１経路を介して転送する要求受付装置と、
前記データ要求及び前記データ送信要求を前記セッション番号と共に前記要求受付装置から前記第１経路を介して受信し、前記データ要求を受信した場合に、前記評価値を当該セッション番号と共に前記第２経路を介して送信し、前記データ送信要求を受信した場合に、前記センサデータを当該セッション番号と共に前記第２経路を介して送信する提供者端末と、
前記提供者端末から前記評価値及び前記センサデータを前記セッション番号と共に前記第２経路を介して受信し、当該評価値及び当該センサデータを、当該セッション番号を送信した前記利用者端末に前記第２経路を介して転送するデータ提供装置と、
を備えることを特徴とする情報配信システム。
【請求項２】
前記評価値及び前記センサデータは、前記利用者端末の暗号鍵により暗号化されることを特徴とする請求項１に記載の情報配信システム。
【請求項３】
前記提供者端末は、当該提供者端末の識別子を前記評価値と共に送信することを特徴とする請求項１及び請求項２のいずれかに記載の情報配信システム。
【請求項４】
前記要求受付装置は、前記要求を転送する際に、前記利用者端末を特定する情報を書き換えることを特徴とする請求項１から請求項３のいずれか１つに記載の情報配信システム。
【請求項５】
前記データ提供装置は、前記評価値及び前記センサデータを転送する際に、前記提供者端末を特定する情報を書き換えることを特徴とする請求項１から請求項４のいずれか１つに記載の情報配信システム。
【請求項６】
前記提供者端末は、前記センサデータについての対価支払データを前記要求受付装置から受信し、当該提供者端末の取り分を除いた残りの対価を対価支払データとして前記データ提供装置に送信することを特徴とする請求項１から請求項５のいずれか１つに記載の情報配信システム。
【請求項７】
ユーザの操作を検出し、当該操作に応じた信号を出力する利用者制御手段と、
前記利用者制御手段から前記信号が入力された場合に、センサデータの条件を示すデータ要求をセッション番号と共に第１装置に送信し、前記データ要求に適合するか否かを示す評価値、及び前記センサデータを第２装置から受信するデータ要求手段と、
受信した前記評価値が適合を示した場合に、前記センサデータを送信するようデータ送信要求を前記セッション番号と共に前記第１装置に送信するデータ選択手段と、
受信した前記センサデータを評価し、評価結果として出力するデータ評価手段と、
前記評価結果に基づいて前記受信したセンサデータの対価を決定し、前記第１装置に対価支払データを送信する対価処理手段と、
を備えることを特徴とする情報端末。
【請求項８】
第１装置及び第２装置からセッション番号を受信し、当該セッション番号と前記第１装置及び前記第２装置のアドレスとを紐付けて記憶するセッション管理手段と、
センサデータを出力するセンサと、
前記センサデータの条件を示すデータ要求を受信した場合に、前記センサデータが前記データ要求に適合するか否かを評価し、評価値として前記第２装置送信するデータ評価手段と、
前記第１装置から前記センサデータが要求された場合に、前記センサデータを前記第２装置に送信するデータ取得手段と、
前記第１装置から入力された対価支払データから対価を差し引き、残りの対価を新たな対価支払データとして前記第２装置に転送する対価処理手段と、
を備えることを特徴とする情報端末。
【請求項９】
第１端末及び第２端末からセッション番号を受信し、当該セッション番号と前記第１端末及び前記第２端末のアドレスとを紐付けて記憶するセッション管理手段と、
センサデータの条件を示すデータ要求を前記第１端末から受信し、前記アドレスを書き換えて前記第２端末に転送するデータ要求手段と、
前記センサデータを送信するよう要求するためのデータ送信要求を前記第１端末から受信し、前記アドレスを書き換えて前記第２端末に転送するデータ選択手段と、
前記第１端末から入力された対価支払データから対価を差し引き、残りの対価を新たな対価支払データとして前記第２端末に転送する対価処理手段と、
を備えることを特徴とする情報配信装置。
【請求項１０】
第１端末及び第２端末からセッション番号を受信し、当該セッション番号と前記第１端末及び前記第２端末のアドレスとを紐付けて記憶するセッション管理手段と、
センサデータの条件を示すデータ要求に適合するか否かを示す評価値を前記第２端末から受信し、前記アドレスを書き換えて前記第１端末に転送するデータ評価手段と、
前記第２端末から前記センサデータを受信し、前記アドレスを書き換えて前記第１端末に転送するデータ取得手段と、
前記第２端末から入力された対価支払データを取得する対価処理手段と、
を備えることを特徴とする情報配信装置。
【請求項１１】
情報配信システムにおける情報配信方法であって、
利用者端末が、センサデータの条件を示すデータ要求を、前記センサデータを要求するための第１経路を介してセッション番号と共に送信するステップと、
要求受付装置が、前記データ要求を前記セッション番号と共に前記利用者端末から前記第１経路を介して受信し、当該データ要求を当該セッション番号と共に前記第１経路を介して転送するするステップと、
提供者端末が、前記データ要求を前記セッション番号と共に前記要求受付装置から前記第１経路を介して受信し、前記データ要求に適合するか否かを示す評価値を当該セッション番号と共に、前記利用者端末が前記評価値及び前記センサデータを受信するための第２経路を介して送信するステップと、
データ提供装置が、前記提供者端末から前記評価値を前記セッション番号と共に前記第２経路を介して受信し、当該セッション番号を送信した前記利用者端末に前記第２経路を介して当該評価値を転送するステップと、
前記利用者端末が、前記第２経路を介して前記評価値を受信し、当該評価値が適合を示した場合に、前記センサデータを送信するようデータ送信要求をセッション番号と共に前記第１経路を介して送信するステップと、
前記要求受付装置が、前記データ送信要求を前記セッション番号と共に前記利用者端末から前記第１経路を介して受信し、当該データ送信要求を当該セッション番号と共に前記第１経路を介して転送するステップと、
前記提供者端末が、前記データ送信要求を前記セッション番号と共に前記要求受付装置から前記第１経路を介して受信し、当該センサデータを当該セッション番号と共に前記第２経路を介して送信するステップと、
前記データ提供装置が、前記提供者端末から前記センサデータを前記セッション番号と共に前記第２経路を介して受信し、当該セッション番号を送信した前記利用者端末に前記第２経路を介して当該センサデータを転送するステップと、
を含むことを特徴とする情報配信方法。
【請求項１２】
情報配信システムにおける情報端末のコンピュータに、
ユーザの操作を検出し、当該操作に応じた信号を出力する手順と、
前記利用者制御手段から前記信号が入力された場合に、センサデータの条件を示すデータ要求をセッション番号と共に第１装置に送信し、前記データ要求に適合するか否かを示す評価値及び前記センサデータを第２装置から受信する手順と、
受信した前記評価値が適合を示した場合に、前記センサデータを送信するようデータ送信要求を前記セッション番号と共に前記第１装置に送信する手順と、
受信した前記センサデータを評価し、評価結果として出力する手順と、
前記評価結果に基づいて前記受信したセンサデータの対価を決定し、前記第１装置に対価支払データを送信する手順と、
を実行させるためのプログラム。
【請求項１３】
情報配信システムにおける情報端末のコンピュータに、
第１装置及び第２装置からセッション番号を受信し、当該セッション番号と前記第１装置及び前記第２装置のアドレスとを紐付けて記憶する手順と、
センサデータを出力する手順と、
前記センサデータの条件を示すデータ要求を受信した場合に、前記センサデータが前記データ要求に適合するか否かを評価し、評価値として前記第２装置送信する手順と、
前記第１装置から前記センサデータが要求された場合に、前記センサデータを前記第２装置に送信する手順と、
前記第１装置から入力された対価支払データから対価を差し引き、残りの対価を新たな対価支払データとして前記第２装置に転送する手順と、
を実行させるためのプログラム。
【請求項１４】
情報配信システムにおける情報配信装置のコンピュータに、
第１端末及び第２端末からセッション番号を受信し、当該セッション番号と前記第１端末及び前記第２端末のアドレスとを紐付けて記憶する手順と、
センサデータの条件を示すデータ要求を前記第１端末から受信し、前記アドレスを書き換えて前記第２端末に転送する手順と、
前記センサデータを送信するよう要求するためのデータ送信要求を前記第１端末から受信し、前記アドレスを書き換えて前記第２端末に転送する手順と、
前記第１端末から入力された対価支払データから対価を差し引き、残りの対価を新たな対価支払データとして前記第２端末に転送する手順と、
を実行させるためのプログラム。
【請求項１５】
情報配信システムにおける情報配信装置のコンピュータに、
第１端末及び第２端末からセッション番号を受信し、当該セッション番号と前記第１端末及び前記第２端末のアドレスとを紐付けて記憶する手順と、
センサデータの条件を示すデータ要求に適合するか否かを示す評価値を前記第２端末から受信し、前記アドレスを書き換えて前記第１端末に転送する手順と、
前記第２端末から前記センサデータを受信し、前記アドレスを書き換えて前記第１端末に転送する手順と、
前記第２端末から入力された対価支払データを取得する手順と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、提供者端末（情報端末）のセンサで検出したセンサデータを利用者端末（情報端末）に配信する情報配信システム、情報端末、情報配信装置、情報配信方法、及び情報配信プログラムに関する。
【背景技術】
【０００２】
近年、センサによって現実世界の情報（センサデータ）を収集し、収集したセンサデータを利用者端末に提供する情報配信システムが利用されている。このような情報配信システムにおいて、広域かつ精密に現実世界の情報を収集するには、多くのコストをかけて多数のセンサと通信網を広域に高密度で配置する必要がある。
【０００３】
このコスト問題を解決するため、携帯電話や車載端末（提供者端末）に内蔵されたセンサを利用し、広域かつ精密に現実世界の情報を収集する情報配信システムがある（特許文献１、特許文献２参照）。
【０００４】
特許文献１に記載の情報仲介システムは、ネットワーク経由の送受信機能及び情報提供機能を備えた情報端末と、情報仲介のための情報仲介端末から構成されたシステムである。この情報仲介端末は、（１）「目的」を受け取る機能、（２）与えられた「目的」に応じて情報提供者と情報利用者を選択する機能、（３）情報提供者から情報を受け取る機能、（４）受け取った情報が「目的」を満たしたか否かを判定する機能、（５）受け取った情報を「目的」に関連づけて記憶する機能、（６）「目的」を満たした情報を情報利用者に送信する機能、を備えることを特徴としている。
【０００５】
一方、特許文献２に記載のプローブカー情報システムは、各地を走行している車両の車載器から情報を収集し、ユーザ端末からの要求に応じてセンサ情報（センサデータ）を提供し、さらにその対価を仲介する。このシステムでは、車両の保有者自身によって車載器から提供するセンサ情報を選択すること、またそのセンサ情報の提供価格（対価）に閾値を設定することにより、センサ情報を提供することに対して車両の保有者が持つ抵抗感を緩和する技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−３１７２３号公報
【特許文献２】特開２００５−４３５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１及び２に記載のシステムでは、どの利用者端末がどのようなセンサデータを要求しているのか、どの提供者端末がどのようなセンサデータを保持しているのか、という情報のいずれもが、センサデータ等を仲介する装置に知られてしまうという問題があった。
【０００８】
また、特許文献１及び２に記載のシステムでは、どの端末からも要求されていないセンサデータまでもが、提供者端末からネットワークに送信されてしまっていた。このため、センサデータ等を仲介する装置の電力やネットワークリソースを浪費してしまうという問題があった。
【０００９】
本発明は、前記の諸点に鑑みてなされたものであり、どの端末がどのようなセンサデータを要求しているのかという情報と、どの端末がどのようなセンサデータを保持しているのかという情報の両方を、利用者端末、提供者端末、及びセンサデータ等を仲介する装置のいずれにも集約させずに、センサデータを配信することができる情報配信システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、上記の課題を解決するためになされたものであり、センサデータの条件を示すデータ要求を、前記センサデータを要求するための第１経路を介してセッション番号と共に送信し、前記データ要求に適合するか否かを示す評価値を、前記評価値及び前記センサデータを受信するための第２経路を介して受信し、当該評価値が適合を示した場合に、前記センサデータを送信するようデータ送信要求をセッション番号と共に前記第１経路を介して送信し、前記第２経路を介して前記センサデータを受信する利用者端末と、前記データ要求及び前記データ送信要求を前記セッション番号と共に前記利用者端末から前記第１経路を介して受信し、当該データ要求及び当該データ送信要求を当該セッション番号と共に前記第１経路を介して転送する要求受付装置と、前記データ要求及び前記データ送信要求を前記セッション番号と共に前記要求受付装置から前記第１経路を介して受信し、前記データ要求を受信した場合に、前記評価値を当該セッション番号と共に前記第２経路を介して送信し、前記データ送信要求を受信した場合に、前記センサデータを当該セッション番号と共に前記第２経路を介して送信する提供者端末と、前記提供者端末から前記評価値及び前記センサデータを前記セッション番号と共に前記第２経路を介して受信し、当該評価値及び当該センサデータを、当該セッション番号を送信した前記利用者端末に前記第２経路を介して転送するデータ提供装置と、を備えることを特徴とする情報配信システムである。
【００１１】
また本発明は、ユーザの操作を検出し、当該操作に応じた信号を出力する利用者制御手段と、前記利用者制御手段から前記信号が入力された場合に、センサデータの条件を示すデータ要求をセッション番号と共に第１装置に送信し、前記データ要求に適合するか否かを示す評価値、及び前記センサデータを第２装置から受信するデータ要求手段と、受信した前記評価値が適合を示した場合に、前記センサデータを送信するようデータ送信要求を前記セッション番号と共に前記第１装置に送信するデータ選択手段と、受信した前記センサデータを評価し、評価結果として出力するデータ評価手段と、前記評価結果に基づいて前記受信したセンサデータの対価を決定し、前記第１装置に対価支払データを送信する対価処理手段と、を備えることを特徴とする情報端末である。
【００１２】
また本発明は、第１装置及び第２装置からセッション番号を受信し、当該セッション番号と前記第１装置及び前記第２装置のアドレスとを紐付けて記憶するセッション管理手段と、センサデータを出力するセンサと、前記センサデータの条件を示すデータ要求を受信した場合に、前記センサデータが前記データ要求に適合するか否かを評価し、評価値として前記第２装置送信するデータ評価手段と、前記第１装置から前記センサデータが要求された場合に、前記センサデータを前記第２装置に送信するデータ取得手段と、前記第１装置から入力された対価支払データから対価を差し引き、残りの対価を新たな対価支払データとして前記第２装置に転送する対価処理手段と、を備えることを特徴とする情報端末である。
【００１３】
また本発明は、第１端末及び第２端末からセッション番号を受信し、当該セッション番号と前記第１端末及び前記第２端末のアドレスとを紐付けて記憶するセッション管理手段と、センサデータの条件を示すデータ要求を前記第１端末から受信し、前記アドレスを書き換えて前記第２端末に転送するデータ要求手段と、前記センサデータを送信するよう要求するためのデータ送信要求を前記第１端末から受信し、前記アドレスを書き換えて前記第２端末に転送するデータ選択手段と、前記第１端末から入力された対価支払データから対価を差し引き、残りの対価を新たな対価支払データとして前記第２端末に転送する対価処理手段と、を備えることを特徴とする情報配信装置である。
【００１４】
また本発明は、第１端末及び第２端末からセッション番号を受信し、当該セッション番号と前記第１端末及び前記第２端末のアドレスとを紐付けて記憶するセッション管理手段と、センサデータの条件を示すデータ要求に適合するか否かを示す評価値を前記第２端末から受信し、前記アドレスを書き換えて前記第１端末に転送するデータ評価手段と、前記第２端末から前記センサデータを受信し、前記アドレスを書き換えて前記第１端末に転送するデータ取得手段と、前記第２端末から入力された対価支払データを取得する対価処理手段と、を備えることを特徴とする情報配信装置である。
【００１５】
また本発明は、情報配信システムにおける情報配信方法であって、利用者端末が、センサデータの条件を示すデータ要求を、前記センサデータを要求するための第１経路を介してセッション番号と共に送信するステップと、要求受付装置が、前記データ要求を前記セッション番号と共に前記利用者端末から前記第１経路を介して受信し、当該データ要求を当該セッション番号と共に前記第１経路を介して転送するするステップと、提供者端末が、前記データ要求を前記セッション番号と共に前記要求受付装置から前記第１経路を介して受信し、前記データ要求に適合するか否かを示す評価値を当該セッション番号と共に、前記利用者端末が前記評価値及び前記センサデータを受信するための第２経路を介して送信するステップと、データ提供装置が、前記提供者端末から前記評価値を前記セッション番号と共に前記第２経路を介して受信し、当該セッション番号を送信した前記利用者端末に前記第２経路を介して当該評価値を転送するステップと、前記利用者端末が、前記第２経路を介して前記評価値を受信し、当該評価値が適合を示した場合に、前記センサデータを送信するようデータ送信要求をセッション番号と共に前記第１経路を介して送信するステップと、前記要求受付装置が、前記データ送信要求を前記セッション番号と共に前記利用者端末から前記第１経路を介して受信し、当該データ送信要求を当該セッション番号と共に前記第１経路を介して転送するステップと、前記提供者端末が、前記データ送信要求を前記セッション番号と共に前記要求受付装置から前記第１経路を介して受信し、当該センサデータを当該セッション番号と共に前記第２経路を介して送信するステップと、前記データ提供装置が、前記提供者端末から前記センサデータを前記セッション番号と共に前記第２経路を介して受信し、当該セッション番号を送信した前記利用者端末に前記第２経路を介して当該センサデータを転送するステップと、を含むことを特徴とする情報配信方法である。
【００１６】
また本発明は、情報配信システムにおける情報端末のコンピュータに、ユーザの操作を検出し、当該操作に応じた信号を出力する手順と、前記利用者制御手段から前記信号が入力された場合に、センサデータの条件を示すデータ要求をセッション番号と共に第１装置に送信し、前記データ要求に適合するか否かを示す評価値及び前記センサデータを第２装置から受信する手順と、受信した前記評価値が適合を示した場合に、前記センサデータを送信するようデータ送信要求を前記セッション番号と共に前記第１装置に送信する手順と、受信した前記センサデータを評価し、評価結果として出力する手順と、前記評価結果に基づいて前記受信したセンサデータの対価を決定し、前記第１装置に対価支払データを送信する手順と、を実行させるためのプログラムである。
【００１７】
また本発明は、情報配信システムにおける情報端末のコンピュータに、第１装置及び第２装置からセッション番号を受信し、当該セッション番号と前記第１装置及び前記第２装置のアドレスとを紐付けて記憶する手順と、センサデータを出力する手順と、前記センサデータの条件を示すデータ要求を受信した場合に、前記センサデータが前記データ要求に適合するか否かを評価し、評価値として前記第２装置送信する手順と、前記第１装置から前記センサデータが要求された場合に、前記センサデータを前記第２装置に送信する手順と、前記第１装置から入力された対価支払データから対価を差し引き、残りの対価を新たな対価支払データとして前記第２装置に転送する手順と、を実行させるためのプログラムである。
【００１８】
また本発明は、情報配信システムにおける情報配信装置のコンピュータに、第１端末及び第２端末からセッション番号を受信し、当該セッション番号と前記第１端末及び前記第２端末のアドレスとを紐付けて記憶する手順と、センサデータの条件を示すデータ要求を前記第１端末から受信し、前記アドレスを書き換えて前記第２端末に転送する手順と、前記センサデータを送信するよう要求するためのデータ送信要求を前記第１端末から受信し、前記アドレスを書き換えて前記第２端末に転送する手順と、前記第１端末から入力された対価支払データから対価を差し引き、残りの対価を新たな対価支払データとして前記第２端末に転送する手順と、を実行させるためのプログラムである。
【００１９】
また本発明は、情報配信システムにおける情報配信装置のコンピュータに、第１端末及び第２端末からセッション番号を受信し、当該セッション番号と前記第１端末及び前記第２端末のアドレスとを紐付けて記憶する手順と、センサデータの条件を示すデータ要求に適合するか否かを示す評価値を前記第２端末から受信し、前記アドレスを書き換えて前記第１端末に転送する手順と、前記第２端末から前記センサデータを受信し、前記アドレスを書き換えて前記第１端末に転送する手順と、前記第２端末から入力された対価支払データを取得する手順と、を実行させるためのプログラムである。
【発明の効果】
【００２０】
本発明によれば、利用者端末がセンサデータ等を要求するための経路と、提供者端末がセンサデータ等を送信するための経路とが分離されているため、情報配信システムは、どの端末がどのようなセンサデータを要求しているのかという情報と、どの端末がどのようなセンサデータを保持しているのかという情報の両者を特定の端末及び装置に集約させずにセンサデータを配信することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の第１の実施形態における情報配信システムの構成を示すブロック図である。
【図２】本発明の第１の実施形態における情報配信システムの動作を説明するための第１シーケンス図である。
【図３】本発明の第１の実施形態における情報配信システムの動作を説明するための第２シーケンス図である。
【図４】本発明の第１の実施形態における情報配信システムの動作を説明するための第３シーケンス図である。
【図５】本発明の第１の実施形態における情報配信システムのセッションを説明するための図である。
【図６】本発明の第２の実施形態における情報配信システムの動作を説明するための第１シーケンス図である。
【図７】本発明の第２の実施形態における情報配信システムの動作を説明するための第２シーケンス図である。
【図８】本発明の第２の実施形態における情報配信システムの動作を説明するための第３シーケンス図である。
【図９】本発明の第３の実施形態における情報配信システムの構成を示すブロック図である。
【図１０】本発明の第３の実施形態における情報配信システムのセッションを説明するための図である。
【図１１】本発明の第４の実施形態における情報配信システムの動作を説明するための第１シーケンス図である。
【図１２】本発明の第４の実施形態における情報配信システムの動作を説明するための第２シーケンス図である。
【図１３】本発明の第４の実施形態における情報配信システムの動作を説明するための第３シーケンス図である。
【図１４】本発明の実施例１における情報配信システムの外観を示す図である。
【図１５】本発明の実施例１における情報配信システムの各装置が保有するテーブル構成を説明するための図である。
【図１６】本発明の実施例１における情報配信システムの提供者端末が保有するテーブル構成を説明するための図である。
【図１７】本発明の実施例３における情報配信システムの外観を示す図である。
【発明を実施するための形態】
【００２２】
[第１の実施形態]
本発明の第１の実施形態について図面を参照して詳細に説明する。図１は、本発明の第１の実施形態における情報配信システムの構成を示すブロック図である。情報配信システムは、利用者端末１００Ａと、要求受付装置３００と、提供者端末２００Ｂと、データ提供装置４００を備える。
【００２３】
利用者端末１００Ａは、要求するセンサデータの条件を示すデータ要求（後述）を要求受付装置３００に送信する。データ要求を受信した要求受付装置３００は、提供者端末２００Ｂにそのデータ要求を転送する。このデータ要求を受信した提供者端末２００Ｂは、センサデータがデータ要求に適合するか否かを示す評価値をデータ提供装置４００に送信する。評価値を受信したデータ提供装置４００は、その評価値を利用者端末１００Ａに転送する。
【００２４】
次に、評価値を受信した利用者端末１００Ａは、購入要求（後述）を要求受付装置３００に送信する。購入要求を受信した要求受付装置３００は、提供者端末２００Ｂにその購入要求を転送する。この購入要求を受信した提供者端末２００Ｂは、センサデータをデータ提供装置４００に送信する。センサデータを受信したデータ提供装置４００は、そのセンサデータを利用者端末１００Ａに転送する。これらのテータ通信は、セッション番号（後述）で紐付けられる。
【００２５】
以下、利用者端末１００Ａのアドレスを「Ｉ（Ａ）」と、要求受付装置３００のアドレスを「Ｉ（Ｍｒ）」と、提供者端末２００Ｂのアドレスを「Ｉ（Ｂ）」と、データ提供装置４００のアドレスを「Ｉ（Ｍｓ）」として説明する。
【００２６】
次に構成の詳細を説明する。利用者端末１００Ａには、データ提供装置４００を介して、提供者端末２００Ｂが送信した評価値とセンサデータが入力される。ここで、評価値とは、提供者端末２００Ｂの保有するセンサデータが、利用者端末１００Ａが要求する条件を満たすか（適合するか）否かを示す値であり、数値、文字列などで、例えば「適合（Ｙｅｓ）」、「不適合（Ｎｏ）」のように記述されるものとする。なお、評価値には、提供者端末２００Ｂを特定するアドレス（通信用の識別子）が記載されていてもよいが、このアドレスは書き換え可能であるものとする。
【００２７】
また、利用者端末１００Ａは、要求するセンサデータの条件（品質及びそれに支払う対価）（以下、「データ要求」と称する）を要求受付装置３００に送信する。データ要求には、例えば「渋谷駅周辺、１５分以内の計測結果、対価１０円」のように記述される。これにより、利用者端末１００Ａは、提供者端末２００Ｂが保有するセンサデータが条件（要件）に適合するか否かを示す評価値を、要求受付装置３００を介して提供者端末２００Ｂに要求する。
【００２８】
評価値が適合を示した場合、利用者端末１００Ａは、センサデータを受信（購入）するために、要求受付装置３００を介して、提供者端末２００Ｂにセンサデータを要求する（以下、「購入要求」と称する）（データ送信要求）。ここで、購入要求は、例えば文字列、数値で記述されてもよい。さらに、利用者端末１００Ａは、センサデータの対価支払データを要求受付装置３００に送信する。なお、データ要求及び購入要求には、利用者端末１００Ａのアドレス（通信用の識別子）が記載されていてもよいが、このアドレスは書き換え可能であるものとする。
【００２９】
利用者端末１００Ａは、利用者制御手段（不図示）と、通信手段（不図示）と、セッション管理手段１０１と、データ要求手段１０２と、データ評価手段１０３と、データ選択手段１０４と、対価処理手段１０６を備える。
【００３０】
利用者制御手段（不図示）は、ユーザＡ（利用者）の操作を検出し、操作に応じてデータ要求や購入要求（指示）をデータ要求手段１０２に出力する。また、利用者制御手段（不図示）は、評価値やセンサデータ等を表示する。
【００３１】
通信手段（不図示）は、要求受付装置３００及びデータ提供装置４００との通信を行う。また、利用者端末１００Ａの通信手段（不図示）のみが、要求受付装置３００及びデータ提供装置４００のアドレス（「Ｉ（Ｍｒ）」及び「Ｉ（Ｂ）」）を予め記憶しているものとする。なお、提供者端末２００Ｂは、アドレスとは別の識別子（ＩＤ）を有していてもよい。
【００３２】
セッション管理手段１０１は、要求受付装置３００及びデータ提供装置４００とのセンサデータ通信を管理する。具体的には、例えばセッション番号（後述）を生成する。また、セッション管理手段１０１が管理するセッションは、利用者端末１００Ａ及び要求受付装置３００と、データ提供装置４００及び利用者端末１００Ａに設けられるデータ通信路である。
【００３３】
セッション管理手段１０１は、ユーザＡの操作により利用者制御手段（不図示）がデータ要求を出力した場合にセッション番号を生成し、要求受付装置３００及びデータ提供装置４００にセッション番号を送信する。ここで、セッション番号とは、セッション上を流れる通信データが、利用者端末１００Ａからの要求に関する通信データであることを区別（識別）するための情報である。なお、セッション番号には、利用者端末１００Ａのアドレス「Ｉ（Ａ）」が記載されていてもよいが、このアドレスは書き換え可能であるものとする。
【００３４】
データ要求手段１０２は、ユーザＡの操作を検出した利用者制御手段（不図示）から、データ要求の作成指示を取得する。データ要求の作成指示が入力された場合、データ要求手段１０２は、データ要求を作成し、通信手段（不図示）を介して要求受付装置３００にデータ要求を送信する。
【００３５】
データ選択手段１０４は、データ提供装置４００から受信した評価値を取得する。データ選択手段１０４は、この評価値が、要求した条件に適合か不適合かに基づいて、センサデータを購入するか否かを判定する。購入すると判定した場合、データ選択手段１０４は、通信手段（不図示）を介して要求受付装置３００に購入要求を送信する。
【００３６】
データ評価手段１０３は、データ提供装置４００からセンサデータを取得する。データ評価手段１０３は、受信したセンサデータを評価し、評価結果として出力する。
【００３７】
対価処理手段１０６は、データ選択手段１０４がセンサデータを購入すると判定した場合に、センサデータが入力されたデータ評価手段１０３から評価結果を取得する。対価処理手段１０６は、この評価結果に基づいて所定の方法によりセンサデータの対価を決定し、通信手段（不図示）を介して要求受付装置３００に対価支払データを送信する。なお、対価には、要求受付装置３００に支払う対価と、提供者端末２００Ｂに支払う対価と、データ提供装置４００に支払う対価が含まれるものとする。
【００３８】
次に、要求受付装置３００について説明する。要求受付装置３００は、利用者端末１００Ａから、データ要求と購入要求と対価支払データを取得し、これらを提供者端末２００Ｂに転送（仲介）する。
【００３９】
要求受付装置３００は、通信手段（不図示）と、セッション管理手段３０１と、データ要求手段３０２と、データ選択手段３０４と、対価処理手段３０６を備える。
【００４０】
通信手段（不図示）は、利用者端末１００Ａ及び提供者端末２００Ｂとの通信を行う。
【００４１】
セッション管理手段３０１は、利用者端末１００Ａ及び提供者端末２００Ｂとの通信を管理する。セッション管理手段３０１は、利用者端末１００Ａからセッション番号及び利用者端末１００Ａのアドレスを受信し、そのセッション番号と、利用者端末１００Ａのアドレス（「Ｉ（Ａ）」）とを紐付けて記憶する。また、セッション管理手段３０１は、提供者端末２００Ｂからセッション番号及び提供者端末２００Ｂのアドレスを受信し、そのセッション番号と、提供者端末２００Ｂのアドレス（「Ｉ（Ｂ）」）とを紐付けて記憶する。したがって、セッション管理手段３０１が管理するセッションは、利用者端末１００Ａ及び要求受付装置３００と、要求受付装置３００及び提供者端末２００Ｂに設けられるデータ通信路である。
【００４２】
データ要求手段３０２には、利用者端末１００Ａから受信したデータ要求が入力される。データ要求手段３０２は、データ要求に記述されていたアドレスを要求受付端末３００のアドレスに書き換えて通信手段（不図示）を介して提供者端末２００Ｂにデータ要求を転送する。
【００４３】
データ選択手段３０４には、利用者端末１００Ａから受信した購入要求が入力される。データ選択手段３０４は、購入要求に記述されていたアドレスを要求受付端末３００のアドレスに書き換えて通信手段（不図示）を介して提供者端末２００Ｂに購入要求を転送する。
【００４４】
対価処理手段３０６には、利用者端末１００Ａから受信した対価支払データが入力される。対価処理手段３０６は、入力された対価支払データから要求受付装置３００への対価を差し引き、残りの対価を新たな対価支払データとして、提供者端末２００Ｂに転送する。
【００４５】
このように、利用者端末１００Ａ及び要求受付装置３００のセッション（データ通信路）と、要求受付装置３００及び提供者端末２００Ｂのセッションは、利用者端末がセンサデータ等を要求するための経路（第１経路）となる。
【００４６】
次に、提供者端末２００Ｂについて説明する。提供者端末２００Ｂには、要求受付装置３００から、データ要求と、購入要求と、対価支払データが入力される。データ要求が入力された場合、提供者端末２００Ｂは、データ提供装置４００に評価値を送信する。また、購入要求が入力された場合、提供者端末２００Ｂは、データ提供装置４００にセンサデータを送信する。また、対価支払データが入力された場合、提供者端末２００Ｂは、提供者端末２００Ｂへの対価を差し引き、残りの対価を新たな対価支払データとしてデータ提供装置４００に送信する。
【００４７】
提供者端末２００Ｂは、利用者制御手段（不図示）と、通信手段（不図示）と、セッション管理手段２０１と、データ評価手段２０３と、データ取得手段２０５と、対価処理手段２０６と、センサ２０８を備える。
【００４８】
利用者制御手段（不図示）には、センサ２０８からセンサデータが入力される。利用者制御手段（不図示）は、入力されたセンサデータ等をユーザＢに通知する。
【００４９】
通信手段（不図示）は、要求受付装置３００及びデータ提供装置４００との通信を行う。
【００５０】
セッション管理手段２０１は、要求受付装置３００及びデータ提供装置４００との通信を管理する。セッション管理手段２０１は、セッション確立を促す通信データとして、要求受付装置３００からアドレス及びセッション番号を受信する。さらに、セッション管理手段２０１は、セッション番号と要求受付装置３００のアドレスとを紐付けて記憶し、提供者端末２００Ｂのアドレス及び受信したセッション番号を要求受付装置３００に送信する。したがって、セッション管理手段２０１が管理するセッションは、提供者端末２００Ｂ及び要求受付装置３００と、データ提供装置４００及び提供者端末２００Ｂに設けられるデータ通信路である。
【００５１】
同様に、セッション管理手段２０１は、セッション確立を促す通信データとして、データ提供装置４００からアドレス及びセッション番号を受信する。さらに、セッション管理手段２０１は、セッション番号とデータ提供装置４００のアドレスとを紐付けて記憶し、提供者端末２００Ｂのアドレス及び受信したセッション番号をデータ提供装置４００に送信する。
【００５２】
データ取得手段２０５には、要求受付装置３００からデータ要求が入力される。データ要求が入力された場合、データ取得手段２０５は、センサ２０８にセンシング指示を出力する。その応答として、データ取得手段２０５は、センサ２０８からセンサデータを取得し、これをデータ評価手段２０３に出力する。
【００５３】
データ取得手段２０５には、要求受付装置３００から購入要求が入力される。購入要求が入力された場合、データ取得手段２０５は、センサ２０８にセンシング指示を出力する。さらに、データ取得手段２０５は、センサ２０８からセンサデータを取得し、センサデータをデータ提供装置４００に送信する。なお、データ取得手段２０５は、センサデータを利用者制御手段（不図示）に出力することで、センサデータを表示させてもよい。
【００５４】
センサ２０８には、データ取得手段２０５からセンシング指示が入力される。センシング指示が入力された場合、センサ２０８は、提供者端末２００の周囲をセンシングし、検出したセンサデータをデータ取得手段２０５に出力する。
【００５５】
データ評価手段２０３には、データ要求と、データ取得手段２０５からセンサデータが入力される。データ評価手段２０３は、センサデータがデータ要求に適合するか否かを要求項目（例えば、センサデータが測定された場所等）ごとに評価し、これを評価値としてデータ提供装置４００に送信する。なお、データ評価手段２０３は、データ取得手段２０５を介さずに、センシングデータをセンサ２０８から直接取得してもよい。
【００５６】
対価処理手段２０６には、要求受付装置３００から対価支払データが入力される。対価処理手段２０６は、入力された対価支払データから提供者端末２００Ｂへの対価を差し引き、残りの対価を新たな対価支払データとしてデータ提供装置４００に転送する。
【００５７】
次に、データ提供装置４００について説明する。データ提供装置４００には、提供者端末２００Ｂから評価値とセンサデータが入力される。データ提供装置４００は、これらを利用者端末１００Ａに転送（仲介）する。
【００５８】
データ提供装置４００は、通信手段（不図示）と、セッション管理手段４０１と、データ評価手段４０３と、データ取得手段４０５と、対価処理手段４０６を備える。
【００５９】
通信手段（不図示）は、利用者端末１００Ａ及び提供者端末２００Ｂとの通信を行う。
【００６０】
セッション管理手段４０１は、利用者端末１００Ａ及び提供者端末２００Ｂとの通信を管理する。セッション管理手段４０１は、利用者端末１００Ａからセッション番号及び利用者端末１００Ａのアドレスを受信する。また、セッション管理手段４０１は、そのセッション番号と利用者端末１００Ａのアドレスとを紐付けて記憶する。したがって、セッション管理手段４０１が管理するセッションは、利用者端末１００Ａ及びデータ提供装置４００と、データ提供装置４００及び提供者端末２００Ｂに設けられるデータ通信路である。
【００６１】
同様に、セッション管理手段４０１は、提供者端末２００Ｂからセッション番号及び提供者端末２００Ｂのアドレスを受信する。また、セッション管理手段４０１は、そのセッション番号と提供者端末２００Ｂのアドレスとを紐付けて記憶する。
【００６２】
データ評価手段４０３には、提供者端末２００Ｂから評価値が入力される。データ評価手段４０３は、評価値に記述されていたアドレスをデータ提供装置４００のアドレスに書き換えて通信手段（不図示）を介して利用者端末１００Ａに評価値を転送する。
【００６３】
データ取得手段４０５には、提供者端末２００Ｂからセンサーデータが入力される。データ取得手段４０５は、センサーデータに記述されていたアドレスをデータ提供装置４００のアドレスに書き換えて、通信手段（不図示）を介して利用者端末１００Ａにセンサーデータを転送する。
【００６４】
対価処理手段４０６には、提供者端末２００Ｂから対価支払データが入力される。対価処理手段４０６は、入力された対価支払データを記憶する。これにより、一連の対価支払処理が完了する。
【００６５】
このように、提供者端末２００Ｂ及びデータ提供装置４００のセッション（データ通信路）と、データ提供装置４００及び利用者端末１００Ａのセッションは、利用者端末が評価値及びセンサデータを受信するための経路（第２経路）となる。
【００６６】
図２は、本発明の第１の実施形態における情報配信システムの動作を説明するための第１シーケンス図である。いずれの端末及び装置においてもセッションが確立していない初期状態から動作を説明する。
【００６７】
利用者（ユーザＡ）が、利用者制御手段（不図示）を操作し、利用者端末１００Ａにセンサデータを取得するよう指示すると、利用者端末１００Ａのセッション管理手段１０１は、要求受付装置３００とデータ提供装置４００に、アドレス及びセッション番号を送信することで、データ要求を送信するためのセッション（データ通信路）を確立する（ステップＳＡ０１ａ）。
【００６８】
要求受付装置３００のセッション管理手段３０１は、利用者端末１００Ａから受信したセッション番号と、利用者端末１００Ａのアドレスとを紐付けて記憶する（ステップＳＲ０１ａ）。これにより、セッション管理手段３０１は、以降の通信において、通信データと共にセッション番号を受信した場合は、その通信データが当該セッション番号を有する利用者端末１００Ａからの要求に関するものであると識別する。
【００６９】
セッション管理手段３０１は、要求受付装置３００のアドレス及び受信したセッション番号を、提供者端末２００Ｂに送信する（ステップＳＲ０２ａ）。これにより、要求受付装置３００は、要求受付装置３００とのセッション確立を提供者端末２００Ｂに促す。
【００７０】
一方、データ提供装置４００のセッション管理手段４０１は、利用者端末１００Ａから受信したセッション番号と利用者端末１００Ａのアドレスとを紐付けて記憶する（ステップＳＳ０１ａ）。これにより、セッション管理手段４０１は、そのセッション番号と共に受信した通信データを、利用者端末１００Ａからの要求に関するものであると識別する。
【００７１】
セッション管理手段４０１は、データ提供装置４００のアドレス及び受信したセッション番号を、提供者端末２００Ｂに送信する（ステップＳＳ０２ａ）。これにより、データ提供装置４００は、データ提供装置４００とのセッション確立を提供者端末２００Ｂに促す。
【００７２】
提供者端末２００Ｂのセッション管理手段２０１は、セッション確立を促す通信データを要求受付装置３００から受信すると、その通信データに含まれるセッション番号と要求受付装置３００のアドレスとを紐付けて記憶し、提供者端末２００Ｂのアドレス及び受信したセッション番号を要求受付装置３００に送信する（ステップＳＢ０１ａ）。
【００７３】
これを受けて、要求受付装置３００のセッション管理手段３０１は、提供者端末２００Ｂから受信した、セッション番号と提供者端末２００Ｂのアドレスとを紐付けて記憶し、セッションを確立する（ステップＳＲ０３ａ）。このようにして、要求受付装置３００は、一つのセッション番号に、利用者端末１００Ａのアドレス及び提供者端末２００Ｂのアドレスをそれぞれ紐付けて記憶する。
【００７４】
一方、提供者端末２００Ｂのセッション管理手段２０１は、セッション確立を促す通信データをデータ提供装置４００から受信すると、その通信データに含まれるセッション番号とデータ提供装置４００のアドレスとを紐付けて記憶し、提供者端末２００Ｂのアドレス及び受信したセッション番号を、データ提供装置４００に送信する（ステップＳＢ０２ａ）。
【００７５】
これを受けて、データ提供装置４００のセッション管理手段４０１は、提供者端末２００Ｂから受信したセッション番号と提供者端末２００Ｂのアドレスとを紐付けて記憶し、セッションを確立する（ステップＳＳ０３ａ）。このようにして、データ提供装置４００は、一つのセッション番号に、利用者端末１００Ａのアドレス及び提供者端末２００Ｂのアドレスをそれぞれ紐付けして記憶する。
【００７６】
図５は、本発明の第１の実施形態における情報配信システムのセッションを説明するための図である。図５には、利用者端末１００Ａ及び要求受付装置３００と、要求受付装置３００及び提供者端末２００Ｂと、提供者端末２００Ｂ及びデータ提供装置４００と、データ提供装置４００及び利用者端末１００Ａとの４つのセッションが確立された状態が示されている。
【００７７】
図５に示すように、利用者端末１００Ａと提供者端末２００Ｂは、通信データを直接交換しない。また、要求受付装置３００とデータ提供装置４００は、通信データを直接交換しない。また、上述したように、各セッション上を流れる通信データには、セッション番号が付与されている。
【００７８】
これにより、各端末及び各装置は、通信データを直接交換しなくとも、通信データがどの利用者（利用者端末）からの要求であるかをセッション番号で紐付け、セッションを確立した端末又は装置に通信データを送信するだけで、利用者端末にセンサデータを届けることができる。
【００７９】
図２に戻り第１シーケンス図の説明を続ける。次に、利用者端末１００Ａのデータ要求手段１０２は、セッション番号とデータ要求を要求受付装置３００に送信する（ステップＳＡ０２ａ）。
【００８０】
要求受付装置３００のデータ要求手段３０２は、利用者端末１００Ａからデータ要求及びセッション番号を受信すると、利用者端末１００Ａからのデータ要求であることが判らないようにするため、それらに記載されたアドレスを要求受付装置３００のアドレスに書き換え、セッション番号に紐付けられた提供者端末２００Ｂに送信する（ステップＳＲ０４ａ）。
【００８１】
図３は、本発明の第１の実施形態における情報配信システムの動作を説明するための第２シーケンス図である。この第２シーケンスは、図２の第１シーケンスの続きである。提供者端末２００Ｂのデータ取得手段２０５は、データ要求を受信すると、センサ２０８からセンサデータを取得し、データ評価手段２０３に出力する。また、データ評価手段２０３は、センサデータがデータ要求に適合するか否かを評価し、評価値を求める（ステップＳＢ０３ａ）。
【００８２】
さらに、データ評価手段２０３は、評価値及びセッション番号をセッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＢ０４ａ）。このように、提供者端末２００Ｂは、取得したセンサデータをすぐには送信せず、まず評価値を送信し、その応答である購入要求を待つことで、要求されていないセンサデータまでもが提供者端末２００Ｂからセッションに送信されてしまうことを防止する。
【００８３】
次に、データ提供装置４００のデータ評価手段４０３は、提供者端末２００Ｂから評価値及びセッション番号を受信すると、提供者端末２００Ｂからの評価値であることが判らないようにするため、それらに記載されたアドレスをデータ提供装置４００のアドレスに書き換え、セッション番号に紐付けられた利用者端末１００Ａに送信する（ステップＳＳ０４ａ）。この際、データ提供装置４００は、利用者端末１００Ａが送信したデータ要求を入手していないため、提供者端末２００Ｂからの評価値がどのようなデータ要求に対する評価値であるかを知ることができない。
【００８４】
利用者端末１００Ａのデータ選択手段１０４は、利用者端末１００Ａのデータ要求に対する評価値をデータ提供装置４００から受信する（ステップＳＡ０３ａ）。利用者端末１００Ａのデータ選択手段１０４は、この評価値がデータ要求に適合しているか否かに基づいて、センサデータを取得（購入）するか否かを判定する。取得（購入）すると判定した場合、データ選択手段１０４は、購入要求とセッション番号を要求受付装置３００に送信する（ステップＳＡ０４ａ）。
【００８５】
要求受付装置３００は、利用者端末１００Ａからの購入要求であることが判らないようにするため、受信した購入要求のアドレスを要求受付装置３０のアドレスに書き換え、セッション番号と共に、セッション番号に紐付けられた提供者端末２００Ｂに購入要求を送信する（ステップＳＲ０５ａ）。この際、要求受付装置３００は、提供者端末２００Ｂが送信した評価値を入手していないため、利用者端末１００Ａからの購入要求がどのような評価値に対するものなのかを知ることができない。
【００８６】
提供者端末２００Ｂのデータ取得手段２０５は、購入要求を受信すると、センサデータをセッション番号と共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＢ０５ａ）。
【００８７】
データ提供装置４００のデータ取得手段４０５は、提供者端末２００Ｂからセンサデータとセッション番号を受信すると、提供者端末２００Ｂからのセンサデータであることが判らないよう、これらのアドレスをデータ提供装置４００のアドレスに書き換え、セッション番号に紐付けられた利用者端末１００Ａに送信する（ステップＳＳ０５ａ）。この際、データ提供装置４００は、利用者端末１００Ａが送信したデータ要求を入手していないため、提供者端末２００Ｂからのセンサデータがどのようなデータ要求に対するものかを知ることができない。
【００８８】
利用者端末１００Ａのデータ評価手段１０３は、センサデータを受信（取得）する（ステップＳＡ０５ａ）。次にデータ評価手段１０３は、取得したセンサデータと、利用者端末１００Ａが送信したデータ要求とを比較して自ら評価値を求め、対価を支払うか否かを判定する。これにより、提供者端末２００Ｂやデータ提供装置４００が誤った評価値やセンサデータを送った場合でも、利用者端末１００Ａは、提供者端末２００Ｂが送信した誤った評価値やセンサデータに対価を支払うことを回避する。
【００８９】
図４は、本発明の第１の実施形態における情報配信システムの動作を説明するための第３シーケンス図である。この第３シーケンスは、図３の第２シーケンスの続きである。対価を支払うと判定した場合、利用者端末１００Ａの対価処理手段１０６は、対価（支払金額）と、支払方法データ「利用者端末１００Ａから要求受付装置３００への支払」をそれぞれ通信データのパケットに記載し、セッション番号と共に、要求受付装置３００に対価支払データとして送信する（ステップＳＡ０６ａ）。なお、対価支払データには、クレジットカード番号や電子マネー決済に関するデータを記載してもよい。
【００９０】
要求受付装置３００の対価処理手段３０６は、利用者端末１００Ａから受信した対価支払データ及びセッション番号について、利用者端末１００Ａからのデータ要求であることが判らないようにするため、これらのアドレスを要求受付装置３００のアドレスに書き換える。また、対価処理手段３０６は、支払方法データを「要求受付装置３００から提供者端末２００Ｂへの支払」に書き換える。さらに、対価処理手段３０６は、対価（金額）から要求受付装置３００の取り分を除き、セッション番号と共に、残りの対価と支払方法データをセッション番号に紐付けられた提供者端末２００Ｂに対価支払データとして送信する（ステップＳＲ０６ａ）。この際、要求受付装置３００は、提供者端末２００Ｂが送信したセンサデータを入手していないため、利用者端末１００Ａからの対価支払データがどのようなセンサデータに対するものなのかを知ることができない。
【００９１】
提供者端末２００Ｂの対価処理手段２０６は、要求受付装置３００から受信した対価支払データ及びセッション番号から、対価（金額）を提供者端末２００Ｂの取り分を除く。さらに対価処理手段２０６は、支払方法データを「提供者端末２００Ｂからデータ提供装置４００への支払」に書き換え、セッション番号と共に、残りの対価と支払方法データをデータ提供装置４００に対価支払データとして送る（ステップＳＢ０６ａ）。
【００９２】
データ提供装置４００の対価処理手段４０６は、提供者端末２００Ｂから対価支払データを受信し、データ提供装置４００が受け取る対価（金額）と支払方法を認識（把握）する。
【００９３】
各端末と各装置は、それぞれ対価処理が終了するとセッションを破棄し、初期状態に戻る（ステップＳＡ０７ａ、ステップＳＲ０７ａ、ステップＳＳ０６ａ、ステップＳＢ０７ａ）。
【００９４】
このようにすれば、利用者端末１００Ａがセンサデータ等を要求するための経路（セッション）と、提供者端末２００Ｂがセンサデータ等を送信するための経路（セッション）とが分離されているため、情報配信システムは、どの端末がどのようなセンサデータを要求しているのか、どの端末がどのようなセンサデータを保持しているのか、という情報を特定の端末及び装置に集約させずに、利用者および提供者の対応関係が特定できないようにセンサデータを配信することができる。
【００９５】
また、利用者（ユーザＡ）がセンサデータを必要とする場合に、提供者端末２００Ｂが保有するセンサデータが要求に適合するか否かを示す評価値をまず送信した上で、必要とされたセンサデータのみを送信することができる。このため、要求されていないセンサデータまでもが提供者端末２００Ｂからネットワークに送信されてしまうことがなく、情報配信システムは、センサデータ等を仲介する装置の電力やネットワークリソースを浪費してしまうことを防止する。
【００９６】
[第２の実施形態]
本発明の第２の実施形態について図面を参照して詳細に説明する。第２の実施形態において、提供者端末２００Ｂから送信される評価値及びセンサデータは、利用者端末１００Ａの暗号鍵（秘密鍵）によって暗号化される。このため、第２の実施形態の情報配信システムは、データ提供装置４００が評価値及びセンサデータの中身を読み取ることができない点が第１の実施形態と異なる。
【００９７】
情報配信システムの構成について、第１の実施形態（図１）との差分を説明する。まず、利用者端末１００Ａについて説明する。データ要求手段１０２には、ユーザＡの指示操作を検出した利用者制御手段（不図示）からデータ要求の作成指示が入力される。データ要求の作成指示が入力された場合、データ要求手段１０２はデータ要求を作成し、暗号鍵と共に、通信手段（不図示）を介して要求受付装置３００に送信する。
【００９８】
データ選択手段１０４には、データ提供装置４００から暗号化された評価値が入力される。データ選択手段１０４は、暗号化された評価値を復号し、評価値を取得する。また、データ選択手段１０４は、この評価値に基づいて、センサデータを購入するか否かを判定する。購入すると判定した場合、データ選択手段１０４は、通信手段（不図示）を介して購入要求を要求受付装置３００に送信する。
【００９９】
データ評価手段１０３には、データ提供装置４００から暗号化されたセンサデータが入力される。データ評価手段１０３は、暗号化されたセンサデータを復号し、センサデータを取得する。データ評価手段１０３は、復号したセンサデータを評価し、評価結果を出力する。
【０１００】
次に、提供者端末２００Ｂについて説明する。データ評価手段２０３には、データ要求と、データ取得手段２０５からセンサデータが入力される。データ評価手段２０３は、センサデータがデータ要求に適合するか否かを評価し、この評価値を利用者端末１００Ａの暗号鍵を用いて暗号化する。さらにデータ評価手段２０３は、暗号化された評価値をデータ提供装置４００に通信手段（不図示）を介して送信する。
【０１０１】
データ取得手段２０５には、要求受付装置３００から受信した購入要求が入力される。購入要求が入力された場合、データ取得手段２０５は、センサ２０８にセンシング指示を出力する。またデータ取得手段２０５は、センサ２０８からセンサデータを取得し、利用者端末１００Ａの暗号鍵を用いてセンサデータを暗号化する。さらにデータ取得手段２０５は、暗号化されたセンサデータをデータ提供装置４００に送信する。
【０１０２】
次に、情報配信システムの動作について、第１の実施形態（図２〜４）との差分のみを説明する。図６〜８は、本発明の第２の実施形態における情報配信システムの動作を説明するためのシーケンス図である。ここで、シーケンス図のステップ番号（ｂ）は、第１の実施形態の同じステップ番号（ａ）に対応する。
【０１０３】
利用者端末１００Ａは、評価値及びセンサデータを暗号化するための暗号鍵（秘密鍵）を保持している（初期状態）。
【０１０４】
利用者端末１００Ａのデータ要求手段１０２は、セッション番号とデータ要求と暗号鍵（秘密鍵）を共に要求受付装置３００に送信する（ステップＳＡ０２ｂ）。
【０１０５】
また、提供者端末２００Ｂのデータ評価手段２０３は、評価値を利用者端末１００Ａの暗号鍵を用いて暗号化する。さらに、データ評価手段２０３は、暗号化した評価値とセッション番号を、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＢ０４ｂ）。
【０１０６】
データ選択手段１０４は、暗号化された評価値をデータ提供装置４００から受信し、これを復号して評価値を取得する（ステップＳＡ０３ｂ）。
【０１０７】
一方、提供者端末２００Ｂのデータ取得手段２０５は、購入要求を受信すると、センサデータを暗号鍵（秘密鍵）で暗号化する。さらにデータ取得手段２０５は、暗号化したセンサデータをセッション番号と共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＢ０５ｂ）。
【０１０８】
利用者端末１００Ａのデータ評価手段１０３は、暗号化されたセンサデータを受信（取得）し、センサデータを復号する（ステップＳＡ０５ｂ）。
【０１０９】
このように、評価値及びセンサデータは、利用者端末１００Ａの暗号鍵（秘密鍵）で暗号化される。このため、提供者端末２００Ｂは、データ提供装置４００に中身を知られることなく、評価値及びセンサデータを利用者端末１００Ａに送信することができる。このため、盗聴やデータ漏洩に対する頑健性が向上する。
【０１１０】
[第３の実施形態]
本発明の第３の実施形態について図面を参照して詳細に説明する。図９は、本発明の第３の実施形態における情報配信システムの構成を示すブロック図である。第３の実施形態の情報配信システムは、さらに提供者端末２００Ｃを備える点が、第１の実施形態と異なる。なお、情報配信システムは、さらに多くの提供者端末を備えてもよい。
【０１１１】
情報配信システムの構成について、第１の実施形態（図１）との差分を説明する。まず、利用者端末１００Ａについて説明する。利用者端末１００Ａは、提供者端末２００Ｂ及び２００Ｃが送信した各評価値をデータ提供装置４００から受信する。
【０１１２】
データ選択手段１０４には、提供者端末２００Ｂ及び２００Ｃが送信した評価値がデータ提供装置４００から入力される。データ選択手段１０４は、各評価値に基づいて、センサデータを購入するか否かを判定する。購入すると判定した場合、データ選択手段１０４は、その評価値を選択し、選択された評価値のセンサデータについて、購入要求を要求受付装置３００に送信する。
【０１１３】
次に、提供者端末２００Ｂについて説明する。データ評価手段２０３には、データ要求と、データ取得手段２０５からセンサデータが入力される。データ評価手段２０３は、センサデータがデータ要求に適合するか否かを評価する。さらにデータ評価手段２０３は、この評価値を、提供者端末２００ＢのＩＤと共に、データ提供装置４００に通信手段（不図示）を介して送信する。ここで、ＩＤは自端末を他の提供者端末と区別するための識別子である。
【０１１４】
データ取得手段２０５には、要求受付装置３００から購入要求が入力される。購入要求が入力された場合、データ取得手段２０５は、センサ２０８にセンシング指示を出力し、センサ２０８からセンサデータを取得する。さらにデータ取得手段２０５は、提供者端末２００ＢのＩＤ（識別子）と共に、データ提供装置４００にセンサデータを送信する。
【０１１５】
提供者端末２００Ｃは、提供者端末２００Ｂと同構成を備え、同様に動作する。なお、提供者端末２００Ｂ及び２００Ｃは、他の手段をさらに備えてもよい。
【０１１６】
次に、要求受付端末３００について説明する。要求受付端末３００の通信手段（不図示）は、利用者端末１００Ａと、提供者端末２００Ｂと、提供者端末２００Ｃとの通信を行う。
【０１１７】
セッション管理手段３０１は、利用者端末１００Ａと、提供者端末２００Ｂと、提供者端末２００Ｃとの通信を管理する。
【０１１８】
データ選択手段３０４には、利用者端末１００ＡからＩＤと購入要求が入力される。データ選択手段３０４は、入力されたＩＤに該当する提供者端末に、購入要求を転送する。
【０１１９】
次に、データ提供装置４００について説明する。データ提供装置４００の通信手段（不図示）は、利用者端末１００Ａと、提供者端末２００Ｂと、提供者端末２００Ｃとの通信を行う。
【０１２０】
セッション管理手段４０１は、利用者端末１００Ａと、提供者端末２００Ｂと、提供者端末２００Ｃとの通信を管理する。
【０１２１】
次に、情報配信システムの動作について、第１の実施形態（図２〜４）との差分を説明する。ここで、シーケンス図のステップ番号（ｃ）は、第１の実施形態の同じステップ番号（ａ）に対応する。また、提供者端末２００Ｂ及び２００Ｃは、それぞれ自端末のＩＤを保有しているものとする（初期状態）。
【０１２２】
提供者端末２００Ｂのセッション管理手段２０１は、セッション確立を促す通信データを要求受付装置３００から受信すると、その通信データに含まれるセッション番号と要求受付装置３００のアドレスとを紐付けて記憶し、提供者端末２００Ｂのアドレスと、提供者端末２００ＢのＩＤと、受信したセッション番号を要求受付装置３００に送信する（ステップＳＢ０１ｃ）。また、提供者端末２００Ｃのセッション管理手段２０１も同様に動作する（ステップＳＣ０１ｃ）。
【０１２３】
要求受付装置３００のセッション管理手段３０１は、提供者端末２００Ｂから受信したセッション番号と、提供者端末２００Ｂのアドレスと、提供者端末２００ＢのＩＤを紐付けて記憶し、提供者端末２００Ｂとのセッションを確立する。同様に、セッション管理手段３０１は、提供者端末２００Ｃから受信したセッション番号と、提供者端末２００Ｃのアドレスと、提供者端末２００ＣのＩＤを紐付けて記憶し、提供者端末２００Ｃとのセッションを確立する（ステップＳＲ０３ｃ）。
【０１２４】
提供者端末２００Ｂのセッション管理手段２０１は、セッション確立を促す通信データをデータ提供装置４００から受信すると、その通信データに含まれるセッション番号と、データ提供装置４００のアドレスとを紐付けて記憶する。さらに、セッション管理手段２０１は、応答として、提供者端末２００Ｂのアドレスと、受信したセッション番号と、提供者端末２００ＢのＩＤをデータ提供装置４００に送信する（ステップＳＢ０２ｃ）。また、提供者端末２００Ｃのセッション管理手段２０１も同様に動作する（ステップＳＣ０２ｃ）。
【０１２５】
データ提供装置４００のセッション管理手段４０１は、提供者端末２００Ｂから受信したセッション番号と、提供者端末２００Ｂのアドレスと、提供者端末２００ＢのＩＤを紐付けて記憶し、セッションを確立する。同様に、データ提供装置４００のセッション管理手段４０１は、提供者端末２００Ｃから受信したセッション番号と、提供者端末２００Ｃのアドレスと、提供者端末２００ＣのＩＤを紐付けて記憶し、セッションを確立する（ステップＳＳ０３ｃ）。
【０１２６】
図１０は、本発明の第３の実施形態における情報配信システムのセッションを説明するための図である。図１０には、利用者端末１００Ａ及び要求受付装置３００と、要求受付装置３００及び提供者端末２００Ｂ〜２００Ｃと、提供者端末２００Ｂ〜２００Ｃ及びデータ提供装置４００と、データ提供装置４００及び利用者端末１００Ａの４つのセッションが確立された状態が示されている。
【０１２７】
図１０に示すように、利用者端末１００Ａと提供者端末２００Ｂ〜２００Ｃは、通信データを直接交換しない。また、要求受付装置３００とデータ提供装置４００は、通信データを直接交換しない。また、上述したように、各セッション上を流れる通信データには、セッション番号とＩＤが付与されている。これにより、各端末及び各装置は、通信データを直接交換しなくとも、通信データがどの利用者（利用者端末）からの要求であるかを紐付け、どのアドレス宛に通信データを送信すべきかを判定することができる。
【０１２８】
要求受付装置３００のデータ要求手段３０２は、利用者端末１００Ａからデータ要求及びセッション番号を受信すると、利用者端末１００Ａからのデータ要求であることが判らないようにするため、それらに記載されたアドレスを要求受付装置３００のアドレスに書き換え、セッション番号に紐付けられた提供者端末２００Ｂ及び２００Ｃに送信する（ステップＳＲ０４ｃ）。
【０１２９】
提供者端末２００Ｂのデータ取得手段２０５は、センサ２０８からセンサデータを取得し、データ評価手段２０３に出力する。また、データ評価手段２０３は、センサデータがデータ要求に適合するか否かを評価し、評価値を求める（ステップＳＢ０３ｃ）。同様に、提供者端末２００Ｃのデータ評価手段２０３は、評価値を求める（ステップＳＣ０３ｃ）。
【０１３０】
さらに、提供者端末２００Ｂのデータ評価手段２０３は、評価値とセッション番号を提供者端末２００ＢのＩＤと共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＢ０４ｃ）。同様に、提供者端末２００Ｃのデータ評価手段２０３は、評価値とセッション番号を提供者端末２００ＣのＩＤと共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＣ０４ｃ）。
【０１３１】
データ提供装置４００のデータ評価手段４０３は、提供者端末２００Ｂから評価値とセッション番号をＩＤと共に受信すると、提供者端末２００Ｂ又は２００Ｃからの評価値であることが判らないようにするため、それらに記載されたアドレスをデータ提供装置４００のアドレスに書き換え、セッション番号とＩＤに紐付けられた利用者端末１００Ａに送信する（ステップＳＳ０４ｃ）。
【０１３２】
利用者端末１００Ａのデータ選択手段１０４は、評価値を判定し、センサデータを取得（購入）するか否かを判定する。取得（購入）する場合、データ選択手段１０４は、購入要求とセッション番号とＩＤを要求受付装置３００に送信する（ステップＳＡ０４ｃ）。
【０１３３】
要求受付装置３００は、利用者端末１００Ａからの購入要求であることが判らないよう、受信した購入要求のアドレスを要求受付装置３００のアドレスに書き換え、購入要求とセッション番号とＩＤをセッション番号に紐付けられた提供者端末２００Ｂに送信する（ステップＳＲ０５ｃ）。
【０１３４】
提供者端末２００Ｂのデータ取得手段２０５は、購入要求を受信する。さらにデータ取得手段２０５は、センサデータをセッション番号とＩＤと共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＢ０５ｃ）。
【０１３５】
データ提供装置４００のデータ取得手段４０５は、提供者端末２００Ｂからセンサデータとセッション番号を受信すると、提供者端末２００Ｂからのセンサデータであることが判らないよう、これらのアドレスをデータ提供装置４００のアドレスに書き換え、セッション番号に紐付けられた利用者端末１００ＡにＩＤと共に送信する（ステップＳＳ０５ｃ）。
【０１３６】
データ提供装置４００のデータ取得手段４０５は、提供者端末２００Ｂからセンサデータとセッション番号を受信すると、提供者端末２００Ｂからのセンサデータであることが判らないよう、これらのアドレスをデータ提供装置４００のアドレスに書き換え、セッション番号に紐付けられた利用者端末１００ＡにＩＤと共に送信する。データ提供装置４００のデータ取得手段４０５は、提供者端末２００Ｃからセンサデータとセッション番号を受信した場合も、同様に動作する（ステップＳＳ０５ｃ）。
【０１３７】
要求受付装置３００の対価処理手段３０６は、利用者端末１００Ａから受信した対価支払データとセッション番号とＩＤについて、利用者端末１００Ａからのデータ要求であることが判らないようにするため、これらのアドレスを要求受付装置３００のアドレスに書き換える。また、対価処理手段３０６は、支払方法データを「要求受付装置３００から提供者端末２００Ｂへの支払」に書き換える。さらに、対価処理手段３０６は、対価（金額）から要求受付装置３００の取り分を除き、残りの対価と支払方法データを対価支払データとして、セッション番号とＩＤに紐付けられた提供者端末２００Ｂに、セッション番号と共に送信する（ステップＳＲ０６ｃ）。
【０１３８】
このように、利用者端末１００Ａがセンサデータ等を要求するための経路（セッション）と、提供者端末２００Ｂがセンサデータ等を送信するための経路（セッション）とが分離されているため、情報配信システムは、提供者端末が複数あっても、どの端末がどのようなセンサデータを要求しているのか、どの端末がどのようなセンサデータを保持しているのか、という情報を特定の端末及び装置に集約させずに、利用者および提供者の対応関係が特定できないようにセンサデータを配信することができる。
【０１３９】
また、利用者（ユーザＡ）がセンサデータを必要とする場合に、提供者端末２００Ｂが保有するセンサデータが要求に適合するか否かを示す評価値をまず送信した上で、必要とされたセンサデータのみを送信することができる。このため、提供者端末が複数あっても、要求されていないセンサデータまでもが提供者端末２００Ｂからネットワークに送信されてしまうことがなく、情報配信システムは、センサデータ等を仲介する装置の電力やネットワークリソースを浪費してしまうことを防止する。
【０１４０】
[第４の実施形態]
本発明の第４の実施形態について図面を参照して詳細に説明する。第４の実施形態における情報配信システムは、第２及び第３の実施形態の組み合わせである。
【０１４１】
まず、利用者端末１００Ａについて説明する。利用者端末１００Ａは、提供者端末２００Ｂ及び２００Ｃが送信した各評価値をデータ提供装置４００から受信する。
【０１４２】
データ要求手段１０２には、ユーザＡの指示操作を検出した利用者制御手段（不図示）からデータ要求の作成指示が入力される。データ要求の作成指示が入力された場合、データ要求手段１０２はデータ要求を作成し、暗号鍵（秘密鍵）と共に要求受付装置３００に送信する。
【０１４３】
データ選択手段１０４には、提供者端末２００Ｂ及び２００Ｃが送信した暗号化された各評価値が、データ提供装置４００から入力される。データ選択手段１０４は、暗号化された各評価値を復号し、各評価値を取得する。また、データ選択手段１０４は、各評価値に基づいて、センサデータを購入するか否かを判定する。購入すると判定した場合、データ選択手段１０４は、購入要求を要求受付装置３００に送信する。
【０１４４】
データ評価手段１０３には、提供者端末２００Ｂ及び２００Ｃが送信した暗号化された各センサデータが、データ提供装置４００から入力される。データ評価手段１０３は、暗号化された各センサデータを復号し、各センサデータを取得する。データ評価手段１０３は、復号した各センサデータを評価し、評価結果を出力する。
【０１４５】
次に、提供者端末２００Ｂについて説明する。データ評価手段２０３には、データ要求とデータ取得手段２０５からセンサデータとが入力される。データ評価手段２０３は、センサデータがデータ要求に適合するか否かを評価し、この評価値を利用者端末１００Ａの暗号鍵で暗号化する。さらにデータ評価手段２０３は、暗号化された評価値をデータ提供装置４００に、提供者端末２００ＢのＩＤと共に送信する。なお、提供者端末２００Ｃについても、提供者端末２００Ｂと同様である。
【０１４６】
データ取得手段２０５には、要求受付装置３００から購入要求が入力される。購入要求が入力された場合、データ取得手段２０５は、センサ２０８にセンシング指示を出力する。またデータ取得手段２０５は、センサ２０８からセンサデータを取得し、利用者端末１００Ａの暗号鍵を用いてセンサデータを暗号化する。さらにデータ取得手段２０５は、暗号化されたセンサデータを、提供者端末２００ＢのＩＤと共に、データ提供装置４００に送信する。なお、提供者端末２００Ｃは、提供者端末２００Ｂと同様に動作する。
【０１４７】
次に、要求受付端末３００について説明する。要求受付端末３００の通信手段（不図示）は、利用者端末１００Ａと提供者端末２００Ｂと提供者端末２００Ｃとの通信を行う。
【０１４８】
セッション管理手段３０１は、利用者端末１００Ａと、提供者端末２００Ｂと、提供者端末２００Ｃとの通信を管理する。
【０１４９】
データ選択手段３０４には、利用者端末１００Ａから受信したＩＤと購入要求が入力される。データ選択手段３０４は、入力されたＩＤに該当する提供者端末に購入要求を転送する。以下、入力されたＩＤには、提供者端末２００Ｂ又は２００Ｃのいずれかが該当するものとする。
【０１５０】
次に、データ提供装置４００について説明する。データ提供装置４００の通信手段（不図示）は、利用者端末１００Ａと、提供者端末２００Ｂと、提供者端末２００Ｃとの通信を行う。
【０１５１】
セッション管理手段４０１は、利用者端末１００Ａと、提供者端末２００Ｂと、提供者端末２００Ｃとの通信を管理する。
【０１５２】
次に、情報配信システムの動作について、第１の実施形態（図２〜４）との差分を説明する。図１１は、本発明の第４の実施形態における情報配信システムの動作を説明するための第１シーケンス図である。ここで、シーケンス図のステップ番号（ｄ）は、第１の実施形態の同じステップ番号（ａ）に対応する。また、利用者端末１００Ａは、センサデータの評価値およびセンサデータを暗号化するための暗号鍵を保持しているものとする。また、提供者端末２００Ｂ及び２００Ｃは、それぞれ自端末のＩＤを保有しているものとする（初期状態）。
【０１５３】
利用者端末１００Ａのデータ要求手段１０２は、セッション番号とデータ要求と暗号鍵（秘密鍵）を要求受付装置３００に送信する（ステップＳＡ０２ｄ）。
【０１５４】
提供者端末２００Ｂのセッション管理手段２０１は、セッション確立を促す通信データを要求受付装置３００から受信すると、その通信データに含まれるセッション番号と要求受付装置３００のアドレスとを紐付けて記憶し、提供者端末２００Ｂのアドレスと、提供者端末２００ＢのＩＤと、受信したセッション番号を要求受付装置３００に送信する（ステップＳＢ０１ｄ）。また、提供者端末２００Ｃのセッション管理手段２０１も同様に動作する（ステップＳＣ０１ｄ）。
【０１５５】
要求受付装置３００のセッション管理手段３０１は、提供者端末２００Ｂから受信したセッション番号と、提供者端末２００Ｂのアドレスと、提供者端末２００ＢのＩＤを紐付けて記憶し、提供者端末２００Ｂとのセッションを確立する。同様に、セッション管理手段３０１は、提供者端末２００Ｃから受信したセッション番号と、提供者端末２００Ｃのアドレスと、提供者端末２００ＣのＩＤを紐付けて記憶し、提供者端末２００Ｃとのセッションを確立する（ステップＳＲ０３ｄ）。
【０１５６】
提供者端末２００Ｂのセッション管理手段２０１は、セッション確立を促す通信データをデータ提供装置４００から受信すると、その通信データに含まれるセッション番号と、データ提供装置４００のアドレスとを紐付けて記憶する。さらに、セッション管理手段２０１は、応答として、提供者端末２００Ｂのアドレスと、受信したセッション番号と、提供者端末２００ＢのＩＤをデータ提供装置４００に送信する（ステップＳＢ０２ｄ）。また、提供者端末２００Ｃのセッション管理手段２０１も同様に動作する（ステップＳＣ０２ｄ）。
【０１５７】
データ提供装置４００のセッション管理手段４０１は、提供者端末２００Ｂから受信したセッション番号と、提供者端末２００Ｂのアドレスと、提供者端末２００ＢのＩＤを紐付けて記憶し、セッションを確立する。同様に、データ提供装置４００のセッション管理手段４０１は、提供者端末２００Ｃから受信したセッション番号と、提供者端末２００Ｃのアドレスと、提供者端末２００ＣのＩＤを紐付けて記憶し、セッションを確立する（ステップＳＳ０３ｄ）。
【０１５８】
図１２は、本発明の第４の実施形態における情報配信システムの動作を説明するための第２シーケンス図である。この第２シーケンスは、図１１の第１シーケンスの続きである。要求受付装置３００のデータ要求手段３０２は、利用者端末１００Ａからデータ要求及びセッション番号を受信すると、利用者端末１００Ａからのデータ要求であることが判らないようにするために、それらに記載されたアドレスを要求受付装置３００のアドレスに書き換え、セッション番号に紐付けられた提供者端末２００Ｂ及び２００Ｃに送信する（ステップＳＲ０４ｄ）。
【０１５９】
提供者端末２００Ｂのデータ取得手段２０５は、センサ２０８からセンサデータを取得し、データ評価手段２０３に出力する。また、データ評価手段２０３は、センサデータがデータ要求に適合するか否かを評価し、評価値を求める（ステップＳＢ０３ｄ）。同様に、提供者端末２００Ｃのデータ評価手段２０３は、評価値を求める（ステップＳＣ０３ｄ）。
【０１６０】
また、提供者端末２００Ｂのデータ評価手段２０３は、評価値を利用者端末１００Ａの暗号鍵を用いて暗号化する。さらに、データ評価手段２０３は、暗号化した評価値とセッション番号を提供者端末２００ＢのＩＤと共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＢ０４ｄ）。同様に、提供者端末２００Ｃのデータ評価手段２０３は、評価値を利用者端末１００Ａの暗号鍵を用いて暗号化する。さらに、データ評価手段２０３は、暗号化した評価値とセッション番号を、提供者端末２００ＣのＩＤと共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＣ０４ｄ）。
【０１６１】
データ提供装置４００のデータ評価手段４０３は、提供者端末２００Ｂから評価値とセッション番号をＩＤと共に受信すると、提供者端末２００Ｂ又は２００Ｃからの評価値であることが判らないようにするために、それらに記載されたアドレスをデータ提供装置４００のアドレスに書き換え、セッション番号に紐付けられた利用者端末１００Ａに送信する（ステップＳＳ０４ｄ）。
【０１６２】
データ選択手段１０４は、暗号化された評価値をデータ提供装置４００から受信し、これを復号して評価値を取得する（ステップＳＡ０３ｄ）
【０１６３】
利用者端末１００Ａのデータ選択手段１０４は、評価値を判定し、センサデータを取得（購入）するか否かを判定する。取得（購入）すると判定した場合、データ選択手段１０４は、購入要求とセッション番号とＩＤを要求受付装置３００に送信する（ステップＳＡ０４ｄ）。
【０１６４】
要求受付装置３００は、利用者端末１００Ａからの購入要求であることが判らないようにするため、受信した購入要求のアドレスを要求受付装置３００のアドレスに書き換え、購入要求とセッション番号とＩＤをセッション番号に紐付けられた提供者端末２００Ｂに送信する（ステップＳＲ０５ｄ）。
【０１６５】
提供者端末２００Ｂのデータ取得手段２０５は、購入要求を受信すると、センサデータを暗号鍵（秘密鍵）で暗号化する。さらにデータ取得手段２０５は、暗号化したセンサデータをセッション番号とＩＤと共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＢ０５ｄ）。
【０１６６】
データ提供装置４００のデータ取得手段４０５は、提供者端末２００Ｂからセンサデータとセッション番号を受信すると、提供者端末２００Ｂからのセンサデータであることが判らないようにするため、これらのアドレスをデータ提供装置４００のアドレスに書き換え、セッション番号に紐付けられた利用者端末１００ＡにＩＤと共に送信する（ステップＳＳ０５ｄ）。
【０１６７】
利用者端末１００Ａのデータ評価手段１０３は、暗号化されたセンサデータを受信（取得）し、センサデータを復号する（ステップＳＡ０５ｄ）。
【０１６８】
要求受付装置３００の対価処理手段３０６は、利用者端末１００Ａから受信した対価支払データとセッション番号とＩＤについて、利用者端末１００Ａからのデータ要求であることが判らないようにするため、これらのアドレスを要求受付装置３００のアドレスに書き換える。また、対価処理手段３０６は、支払方法データを「要求受付装置３００から提供者端末２００Ｂへの支払」に書き換える。さらに、対価処理手段３０６は、対価（金額）から要求受付装置３００の取り分を除き、残りの対価と支払方法データを、セッション番号とＩＤに紐付けられた提供者端末２００Ｂに、セッション番号と共に送信する（ステップＳＲ０６ｄ）。
【０１６９】
このようにすれば、利用者端末１００Ａがセンサデータ等を要求するための経路（セッション）と、提供者端末２００Ｂがセンサデータ等を送信するための経路（セッション）とが分離されているため、情報配信システムは、提供者端末が複数あっても、どの端末がどのようなセンサデータを要求しているのか、どの端末がどのようなセンサデータを保持しているのか、という情報を特定の端末及び装置に集約させずに、利用者および提供者の対応関係が特定できないようにセンサデータを配信することができる。
【０１７０】
また、利用者（ユーザＡ）がセンサデータを必要とする場合に、提供者端末２００Ｂが保有するセンサデータが要求に適合するか否かを示す評価値をまず送信した上で、必要とされたセンサデータのみを送信することができる。このため、提供者端末が複数あっても、要求されていないセンサデータまでもが提供者端末２００Ｂからネットワークに送信されてしまうことがなく、情報配信システムは、センサデータ等を仲介する装置の電力やネットワークリソースを浪費してしまうことを防止する。
【０１７１】
さらに、提供者端末２００Ｂは、データ提供装置４００に中身を知られずに、評価値及びセンサデータを利用者端末１００Ａに送信することができる。このため、盗聴やデータ漏洩に対する頑健性が向上する。
【実施例１】
【０１７２】
第１の実施形態に対応する実施例１を説明する。図１４は、本発明の実施例１における情報配信システムの外観を示す図である。
【０１７３】
利用者端末１００Ａは、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）（携帯端末）であり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）（不図示）と、メモリ（不図示）と、利用者制御手段であるタッチパネル付液晶ディスプレイ（ＬＣＤ、Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）を備える。さらに、利用者端末１００Ａは、無線アクセスポイント８００を介して、要求受付装置３００及びデータ提供装置４００と通信するための無線通信手段（不図示）を備える。なお、第１の実施形態に示した手段は、ＣＰＵ、メモリなどのハードウェア資源を利用して動作するソフトウェアとして実現されてもよい。
【０１７４】
無線アクセスポイント８００は、有線のイーサーネット（登録商標）７００を介してデータ提供装置４００及び要求受付装置３００に接続するための無線アクセスポイントである。
【０１７５】
提供者端末２００Ｂは、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）（携帯端末）であり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）（不図示）と、メモリ（不図示）と、利用者制御手段であるタッチパネル付液晶ディスプレイと、端末周囲のセンサデータを取得するセンサ２０８として、温度計（不図示）とＧＰＳ（ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機（不図示）を備える。提供者端末２００ＢのＣＰＵは、温度データとＧＰＳデータを周期的に、例えば１０分間隔で計測する。なお、これらは一例であって、他の種類のセンサであってもよい。
【０１７６】
温度計（不図示）は、端末周囲の温度を１℃単位で計測する。また、ＧＰＳ受信機（不図示）は、衛星から受信した電波に基づいて、提供者端末２００Ｂの緯度及び経度を計測する。提供者端末２００Ｂのデータ取得手段２０５は、例えば１０分間隔で提供者端末２００Ｂの周囲の温度（センサデータ）及び計測場所の緯度経度を計測し、テキスト形式でメモリ（不図示）に記憶させる。
【０１７７】
次に、メモリ（不図示）に記憶されるデータの一例を示す。例えば、渋谷駅で２００９年３月１５日１８時２５分３０秒に計測したデータは、
緯度：  ３５度３９分３０．６６１秒
経度：１３９度４２分  ４．８０２秒
温度分解能：１℃
計測日時：２００９年３月１５日１８時２５分３０秒
温度：９℃
と記憶される。なお、センサデータが１０分間隔で計測されているため、提供者端末２００Ｂは、最長でも１０分前のセンサデータを送信することが可能であるものとする。
【０１７８】
要求受付装置３００及びデータ提供装置４００は、例えばパーソナルコンピュータである。各装置が備える各手段は、パーソナルコンピュータのＣＰＵ（不図示）及びメモリ（不図示）などのハードウェア資源を利用して動作するソフトウェアとして実現されてもよい。また、要求受付装置３００及びデータ提供装置４００は、有線のイーサーネット（登録商標）７００を介してネットワークに接続されており、利用者端末１００Ａ及び提供者端末２００Ｂと通信するための通信手段（不図示）を備える。
【０１７９】
利用者端末１００Ａと提供者端末２００Ｂは、通信データの宛先を指定するために、アドレス（通信用の識別子）として要求受付装置３００とデータ提供装置４００のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを保有している。また、要求受付装置３００とデータ提供装置４００は、通信データの宛先を指定するために、アドレス（通信用の識別子）として利用者端末１００Ａと提供者端末２００ＢのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを保有している。また、通信データを送受信するためのセッションは、ＩＰ上のソケット通信により実現される。
【０１８０】
図１４に示されたセッションを示す線は、各端末および装置上にセッションが張られている状態を示す。ただし、実際の通信は、無線アクセスポイント８００とイーサーネット（登録商標）７００を経由して実行されるものとする。
【０１８１】
セッション上を流れるデータは、一例として、コマンド、パラメータをはじめ、以下の情報を含むパケットであるものとする。
【０１８２】
送信先アドレスは、パケット送信先のアドレスである。送信者アドレスは、パケット送信元のアドレスである。
【０１８３】
コマンドは、パケットの意味を示す文字列（「セッション確立」、「データ要求」、「評価値送信」、「購入要求」、「対価支払」のいずれかであるものとする）である。
【０１８４】
パラメータは、コマンドの実行及び解釈に必要なパラメータ（「セッション確立」では、セッション番号であり、「データ要求」では、関連するセッション番号とデータ要求と支払金額を記述したデータであり、「評価値送信」では、関連するセッション番号とデータ要求に対する評価値であり、「購入要求」では、関連するセッション番号であり、「対価支払」では、関連するセッション番号と支払金額（対価）と支払方法を記述したデータである）である。
【０１８５】
なお、以下では、コマンドに「セッション確立」と記述したパケットをパラメータと一緒に送信することを、「セッション確立」（コマンド）を送信した、と表記するものとする。
【０１８６】
利用者端末１００Ａの利用者（ユーザＡ）は自由が丘におり、これから訪問する地区である渋谷の温度（気温）を知りたいとする。一方、提供者端末２００Ｂの利用者（ユーザＢ）は、提供者端末２００Ｂを携帯して渋谷駅周辺を散策しているものとする。
【０１８７】
利用者端末１００Ａでは、所定の地区の温度（気温）を収集して表示するためのアプリケーションソフトウェアが、ハードウェア資源を利用して動作しているものとする。また、ＣＰＵ（不図示）は、タッチパネル操作により利用者（ユーザＡ）から指定（入力）された、温度を表示したい（知りたい）地区と、温度分解能と、過去何分以内に計測されたセンサデータを要求するかというデータ要求と、センサデータを取得した場合に支払う対価を要求受付装置３００に送信する。また、ＣＰＵ（不図示）は、取得した温度データを利用者制御手段に表示させる。
【０１８８】
次に、情報配信システムの動作を、実施例１が対応する第１の実施形態（図２〜４）のシーケンス図を参照しながら説明する。利用者（ユーザＡ）は、センサデータが必要になり、温度を表示する地区と、温度分解能と、過去何分以内に計測されたセンサデータであるかを指定するデータ要求と、センサデータを取得した場合に支払う対価とを、タッチパネル１０７（利用者制御手段）操作で指定する。また、利用者（ユーザＡ）は、利用者端末１００Ａの画面（利用者制御手段）に表示されている要求ボタンを押下することで、利用者端末１００Ａにセンサデータを取得するよう指示する。
【０１８９】
また、利用者端末１００Ａのセッション管理手段１０１は、利用者（ユーザＡ）の要求が指示される毎に、セッション番号である１０進数４桁の番号を増加（インクリメント）させ、要求受付装置３００とデータ提供装置４００に「セッション確立」を送信する。これにより、利用者端末１００Ａと要求受付装置３００とデータ提供装置４００は、センサデータ要求のためのセッションを確立する（ステップＳＡ０１ａ）。なお、セッション番号は、利用者（ユーザＡ）の要求をそれぞれ区別できる情報であれば、番号や文字列などどのような形態でもよく、例えば乱数によって番号や文字列などが利用者（ユーザＡ）の要求が指示される毎に生成されてもよい。
【０１９０】
図１５は、本発明の実施例１における情報配信システムの各装置が保有するテーブル構成を説明するための図である。要求受付装置３００のセッション管理手段３０１は、利用者端末１００Ａから受信した、セッション番号と利用者端末１００Ａのアドレスとを紐付けて記憶する。要求受付装置３００のセッション管理手段３０１は、利用者端末１００Ａから受信したセッション番号と利用者端末１００Ａのアドレスを、図１５（ａ）に示すテーブル形式で記憶する（ステップＳＲ０１ａ）。
【０１９１】
また、セッション管理手段３０１は、要求受付装置３００のアドレスと、受信したセッション番号を、「セッション確立」のパラメータとして提供者端末２００Ｂに送信する（ステップＳＲ０２ａ）。これにより、要求受付装置３００は、要求受付装置３００とのセッション確立を提供者端末２００Ｂに促す。
【０１９２】
一方、データ提供装置４００のセッション管理手段４０１は、利用者端末１００Ａから受信した、セッション番号と利用者アドレスとを紐付けて、図１５（ａ）に示すテーブル形式で記憶する（ステップＳＳ０１ａ）。
【０１９３】
また、セッション管理手段４０１は、データ提供装置４００のアドレス及び受信したセッション番号を、「セッション確立」のパラメータとして提供者端末２００Ｂに送信する（ステップＳＳ０２ａ）。これにより、データ提供装置４００は、データ提供装置４００とのセッション確立を提供者端末２００Ｂに促す。
【０１９４】
図１６は、本発明の第１の実施形態における情報配信システムの提供者端末が保有するテーブル構成を説明するための図である。提供者端末２００Ｂのセッション管理手段２０１は、要求受付装置３００から「セッション確立」を受信すると、セッション番号と要求受付装置３００のアドレスとを紐付けて、図１６（ａ）に示すテーブル形式で記憶し、提供者端末２００Ｂのアドレス及び受信したセッション番号を要求受付装置３００に送信する（ステップＳＢ０１ａ）。
【０１９５】
これを受けて、要求受付装置３００のセッション管理手段３０１は、提供者端末２００Ｂから受信したセッション番号と提供者端末２００Ｂのアドレスとを紐付けて、図１５（ｂ）に示すテーブル形式で記憶し、セッションを確立する（ステップＳＲ０３ａ）。このように、要求受付装置３００は、一つのセッション番号に利用者端末１００Ａのアドレス及び提供者端末２００Ｂのアドレスをそれぞれ紐付けて記憶する。
【０１９６】
一方、提供者端末２００Ｂのセッション管理手段２０１は、データ提供装置４００から「セッション確立」を受信すると、通信データに含まれるセッション番号とデータ提供装置４００のアドレスとを紐付けて、図１６（ｂ）に示すテーブル形式で記憶し、提供者端末２００Ｂのアドレス及び受信したセッション番号をデータ提供装置４００に送信する（ステップＳＢ０２ａ）。
【０１９７】
これを受けて、データ提供装置４００のセッション管理手段４０１は、提供者端末２００Ｂから受信した、セッション番号と提供者端末２００Ｂのアドレスとを紐付けて、図１５（ｂ）に示すテーブル形式で記憶し、セッションを確立する（ステップＳＳ０３ａ）。このように、データ提供装置４００は、一つのセッション番号に利用者端末１００Ａのアドレス及び提供者端末２００Ｂのアドレスをそれぞれ紐付けて記憶する。
【０１９８】
なお、図１５及び図１６に示すテーブルは、データ形式例として記載したものであり、セッション番号とアドレスとの関係を紐付けて特定できる仕組みであれば、関係データベースや配列を用いたものなど、どのようなデータ形式であってもよい。
【０１９９】
次に、利用者端末１００Ａのデータ要求手段１０２は、セッション番号と、要求するセンサデータの要件（品質）と、支払金額（対価）を記述した「データ要求」を、要求受付装置３００と確立したセッションを介して、要求受付装置３００に送信する（ステップＳＡ０２ａ）。
【０２００】
例えば、データ要求に記述される「温度（気温）を計測したい場所（地区）の緯度経度と、温度分解能と、過去何分以内に計測されたか」というデータは、テキスト形式（平文）で記述されるものとする。また同様に、データ要求に記述される支払金額も、テキスト形式（平文）で記述されるものとする。
【０２０１】
また例えば、２００９年３月１５日１８時３５分に、渋谷駅周辺において、１℃分解能で、過去１５分以内に収集された温度データが必要になり、利用者端末１００Ａがそのセンサデータを取得した場合に対価（支払金額）を１００円に設定するとした場合、データ要求は、
緯度： ３５度３９分３０．６６１秒
経度：１３９度４２分４．８０２秒
温度分解能：１℃
計測期限：２００９年３月１５日１８時２０分
支払金額：１００円
と記述される。
【０２０２】
なお、データ要求は、テキスト形式（平文）のほか、例えばＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述されてもよい。また場所（地区）は、地名や施設名などで表示（記述）されてもよい。
【０２０３】
要求受付装置３００のデータ要求手段３０２は、利用者端末１００Ａからデータ要求を受信すると、利用者端末１００Ａからのデータ要求であることが判らないようするため、それらに記載されたアドレスを要求受付装置３００のアドレスに書き換え、他のパラメータを書き換えずに、セッション番号に紐付けられたアドレスを持つ提供者端末２００Ｂにデータ要求を送信する（ステップＳＲ０４ａ）。
【０２０４】
提供者端末２００Ｂのデータ取得手段２０５は、センサ２０８で計測した温度（気温）データを取得している。また、データ評価手段２０３は、センサ２０８から取得したセンサデータがデータ要求に適合するか否かを評価し、評価値を求める（ステップＳＢ０３ａ）。ここで、評価値は、提供者端末２００Ｂの保有する温度データ（センサデータ）が、データ要求に記述された緯度と経度と温度分解能と計測期限とを全て満たしているならば「適合」と、満たしていないならば「不適合」とテキスト形式で記述されるものとする。以下、評価値は「適合」と記述されているものとして説明する。
【０２０５】
さらに、データ評価手段２０３は、セッション番号に紐付けられたデータ提供装置４００に評価値を送信する（ステップＳＢ０４ａ）。このように、提供者端末２００Ｂは、取得したセンサデータをすぐには送信せず、まず評価値を送信して、その応答である購入要求を待つ。これにより、情報配信システムは、要求されていないセンサデータまでもが提供者端末２００Ｂからセッションに送信されてしまうことを防止する。
【０２０６】
データ提供装置４００のデータ評価手段４０３は、提供者端末２００Ｂから評価値及びセッション番号を受信すると、提供者端末２００Ｂからの評価値であることが判らないようにするため、それらに記載されたアドレスをデータ提供装置４００のアドレスに書き換え、セッション番号に紐付けられた利用者端末１００Ａに送信する（ステップＳＳ０４ａ）。
【０２０７】
利用者端末１００Ａのデータ選択手段１０４は、評価値をＩＤと共にデータ提供装置４００から受信する（ステップＳＡ０３ａ）。利用者端末１００Ａのデータ選択手段１０４は、評価値を判定し、センサデータを取得（購入）するか否かを判定する。ここでは「適合」と記載されていたことから、データ選択手段１０４は、評価値と共に取得したＩＤと、購入要求と、セッション番号を要求受付装置３００に送信する（ステップＳＡ０４ａ）。ここで、購入要求には、「購入」とテキスト形式（平文）で記述されているものとする。
【０２０８】
なお、上記ではデータ選択手段１０４がセンサデータを取得（購入）するか否かを判定したが、センサデータを取得（購入）するか否かについては、タッチパネル付液晶ディスプレイを通じて利用者（ユーザＡ）に購入の可否を確認するようにしてもよい。また、購入要求における記述はテキスト形式（平文）に限定されるものではない。例えば、購入要求は、数値で記述されてもよい。
【０２０９】
要求受付装置３００は、利用者端末１００Ａからの購入要求であることが判らないようにするため、受信した購入要求のアドレスを要求受付装置３００のアドレスに書き換え、セッション番号と共に、セッション番号に紐付けられた提供者端末２００Ｂに送信する（ステップＳＲ０５ａ）。この際、要求受付装置３００は、提供者端末２００Ｂが送信した評価値そのものは入手しておらず、利用者端末１００Ａからの購入要求がどのような評価値に対するものかを知ることができない。
【０２１０】
提供者端末２００Ｂのデータ取得手段２０５は、購入要求を受信すると、センサデータをセッション番号と共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＢ０５ａ）。
【０２１１】
データ提供装置４００のデータ取得手段４０５は、提供者端末２００Ｂからセンサデータとセッション番号を受信すると、提供者端末２００Ｂからのセンサデータであることが判らないよう、これらのアドレスをデータ提供装置４００のアドレスに書き換え、セッション番号に紐付けられた利用者端末１００Ａに送信する（ステップＳＳ０５ａ）。この際、データ提供装置４００は、利用者端末１００Ａが送信したデータ要求を入手していないため、提供者端末２００Ｂからのセンサデータがどのようなデータ要求に対するものなのかを知ることができない。
【０２１２】
利用者端末１００Ａのデータ評価手段１０３は、センサデータを取得（受信）する（ステップＳＡ０５ａ）。次にデータ評価手段１０３は、取得したセンサデータと、送信したデータ要求とを比較して自ら評価値を求め、対価を支払うか否かを判定する。これにより、提供者端末２００Ｂやデータ提供装置４００が誤った評価値やセンサデータを送った場合でも、利用者端末１００Ａは、その誤った評価値やセンサデータに対価を支払うことを回避する。
【０２１３】
図１３は、本発明の第４の実施形態における情報配信システムの動作を説明するための第３シーケンス図である。この第３シーケンスは、図１２の第２シーケンスの続きである。対価を支払うと判定した場合、利用者端末１００Ａの対価処理手段１０６は、対価（支払金額）と、支払方法データ「利用者端末１００Ａから要求受付装置３００への支払」をそれぞれ記述し、セッション番号と共に、要求受付装置３００に対価支払データを送信する（ステップＳＡ０６ａ）。ここで対価支払データには、支払金額（対価）として１００円と、支払方法としてクレジットカード番号とが、それぞれテキスト形式（平文）で記述されたものとする。
【０２１４】
要求受付装置３００の対価処理手段３０６は、利用者端末１００Ａから受信した対価支払データ及びセッション番号について、利用者端末１００Ａからのデータ要求であることが判らないようにするため、これらのアドレスを要求受付装置３００のアドレスに書き換える。また、対価処理手段３０６は、支払方法データを「要求受付装置３００から提供者端末２００Ｂへの支払（クレジット番号）」に書き換える。さらに、対価処理手段３０６は、対価（金額）から要求受付装置３００の取り分（１０円）を除き、セッション番号と共に、残りの対価（９０円）と支払方法データをセッション番号に紐付けられた提供者端末２００Ｂに対価支払データとして送信する（ステップＳＲ０６ａ）。この際、要求受付装置３００は、提供者端末２００Ｂが送信したセンサデータを入手していないため、利用者端末１００Ａからの対価支払データがどのようなセンサデータに対するものなのかを知ることができない。
【０２１５】
提供者端末２００Ｂの対価処理手段２０６は、要求受付装置３００から受信した対価支払データ及びセッション番号から、対価（金額）を提供者端末２００Ｂの取り分を除く。さらに対価処理手段２０６は、支払方法データを「提供者端末２００Ｂからデータ提供装置４００への支払」に書き換え、セッション番号と共に、残りの対価と支払方法データをデータ提供装置４００に対価支払データとして送信する（ステップＳＢ０６ａ）。
【０２１６】
データ提供装置４００の対価処理手段４０６は、提供者端末２００Ｂから対価支払データを受信し、データ提供装置４００が受け取る対価（金額）と支払方法を認識（把握）する。
【０２１７】
各端末と各装置は、それぞれ対価処理が終了するとセッションを破棄し、初期状態に戻る（ステップＳＡ０７ａ、ステップＳＲ０７ａ、ステップＳＳ０６ａ、ステップＳＢ０７ａ）。
【０２１８】
利用者端末１００Ａは、取得した温度データ（９℃）をＬＣＤ（利用者制御手段）上に表示し、利用者（ユーザＡ）に通知する。仮に、他の場所（地区）のセンサデータが必要であれば、利用者（ユーザＡ）は、改めてタッチパネルを操作することで新しい条件を設定し、タッチパネルに表示された「要求」ボタン（不図示）を押下する。これにより、新しいセッションが各端末および装置間で設定され、上記で説明したセンサデータ取得処理が実行される。
【実施例２】
【０２１９】
第２の実施形態に対応する実施例２を説明する。実施例２において、提供者端末２００Ｂから送信される評価値及びセンサデータは、利用者端末１００Ａの暗号鍵（秘密鍵）によって暗号化される。このため、実施例２の情報配信システムは、データ提供装置４００が評価値及びセンサデータの中身を読み取ることができない点のみが実施例１と異なる。実施例２の情報配信システムの外観は、実施例１（図１４）と同じである。以下、実施例１との相違点についてのみ説明する。
【０２２０】
セッション上を流れる通信データは、実施例１と同じ構造を持つパケットで構成される。ただし、実施例１とは異なり、利用者端末１００Ａはデータ要求の際に暗号鍵（秘密鍵）を送信する。
【０２２１】
暗号鍵（秘密鍵）は、提供者端末２００Ｂが利用者端末１００Ａに対して評価値やセンサデータを送信する際に、これらを暗号化するために用いられる。以下、利用者端末１００Ａと提供者端末２００Ｂが、暗号鍵（秘密鍵、共有鍵）を共有する暗号化・復号方式を用いるものとする。
【０２２２】
次に、情報配信システムの動作について、実施例１（図２〜４）との差分を説明する。ここで、シーケンス図のステップ番号（ｂ）は、実施例１の同じステップ番号（ａ）に対応する。
【０２２３】
実施例２における情報配信システムの動作は、第２の実施形態の図６〜８に示された動作となる。利用者端末１００Ａは、評価値及びセンサデータを暗号化するための、長さ１２８［ｂｉｔ］の暗号鍵（秘密鍵）「Ｋ（Ａ）」を保有している（初期状態）。
【０２２４】
利用者端末１００Ａのデータ要求手段１０２は、セッション番号とデータ要求と暗号鍵を共に要求受付装置３００に送信する（ステップＳＡ０２ｂ）。ここで、暗号鍵は、利用者端末１００Ａによって乱数を用いて生成されてもよいが、利用者（ユーザＡ）が利用者制御手段（不図示）から入力した、適当な長さの数値や文字列を暗号鍵として用いてもよい。
【０２２５】
また、提供者端末２００Ｂのデータ評価手段２０３は、評価値を利用者端末１００Ａの暗号鍵「Ｋ（Ａ）」で暗号化する。すなわち、データ評価手段２０３は、評価値を暗号鍵長（１２８［ｂｉｔ］）に分割し、それぞれについて「Ｋ（Ａ）」との排他的論理和を算出して、パケットのパラメータ部に格納する。なお、分割した際に、暗号鍵長未満の長さとなったデータは、暗号鍵長に足りない分を値「０」で埋めることで、その長さが適切となるよう調整される（ステップＳＢ０４ｂ）。
【０２２６】
データ選択手段１０４は、暗号化された評価値をデータ提供装置４００から受信し、これを復号して評価値を取得する（ステップＳＡ０３ｂ）。復号する際、データ選択手段１０４は、まず暗号鍵「Ｋ（Ａ）」を用いて、評価値が格納されているパラメータ領域を暗号鍵（１２８［ｂｉｔ］）に分割する。さらに、データ選択手段１０４は、分割したそれぞれのパラメータ領域について、暗号鍵「Ｋ（Ａ）」との排他的論理和を求める処理を必要な回数だけ組み合わせることで、評価値を復号する。なお、分割した際に、暗号鍵長未満の長さとなったデータは、暗号鍵長に足りない分を値「０」で埋めることで、その長さが適切となるよう調整されることは、ステップＳＢ０４ｂと同様である。
【０２２７】
なお、暗号鍵（秘密鍵）を共有鍵として配付する方式であれば、他のどのような暗号化・復号手法を用いてもよい。また、暗号鍵長を十分に長く（例えば１２８［ｂｉｔ］以上）し、かつ、利用者端末１００Ａがデータ要求を送信するたびに暗号鍵を生成するようにすれば、他の端末又は装置が、同じ暗号鍵を同時刻に生成してしまう確率を、十分に小さくする。仮に、他の端末又は装置が、同じ暗号鍵を同時刻に生成しまったとしても、暗号化による秘匿性を高めるための様々な周知手法を適用することで問題を解決してもよい。
【０２２８】
提供者端末２００Ｂのデータ取得手段２０５は、購入要求を受信すると、センサデータを暗号鍵（秘密鍵）で暗号化する。さらにデータ取得手段２０５は、暗号化したセンサデータをセッション番号と共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＢ０５ｂ）。
【０２２９】
利用者端末１００Ａのデータ評価手段１０３は、暗号化されたセンサデータを受信（取得）し、センサデータを復号する（ステップＳＡ０５ｂ）。次にデータ評価手段１０３は、取得したセンサデータと、送信したデータ要求とを比較して自ら評価値を求め、対価を支払うか否かを判定する。これにより、提供者端末２００Ｂやデータ提供装置４００が誤った評価値やセンサデータを送信した場合でも、利用者端末１００Ａは、その誤った評価値やセンサデータに対価を支払うことを回避する。対価支払以降の処理は、第1の実施例（実施例１）と同様である。
【０２３０】
このようにすれば、提供者端末２００Ｂは、データ提供装置４００に評価値及びセンサデータの中身を知られずに、利用者端末１００Ａに評価値及びセンサデータを送信することができる。このため、盗聴やデータ漏洩に対する頑健性が向上する。
【０２３１】
なお、本実施例では、評価値およびセンサデータを送信する際に、これらのデータが暗号化されるようにしたが、例えば対価支払以降の処理で暗号化されるようにしてもよい。このようにすれば、利用者端末１００Ａが保有する例えば個人情報が、必要な箇所（端末、装置）以外に漏洩するリスクをより低減することができる。
【実施例３】
【０２３２】
第３の実施形態に対応する実施例３を説明する。図１７は、本発明の実施例３における情報配信システムの外観を示す図である。実施例３の情報配信システムは、さらに提供者端末２００Ｃを備える点が、実施例１と異なる。なお、情報配信システムは、さらに多くの提供者端末を備えてもよい。
【０２３３】
各セッション上を流れる通信データには、セッション番号とＩＤが付与されている。このため、各端末及び各装置は、通信データを直接交換しなくとも、通信データがどの利用者（利用者端末）からの要求であるかを紐付け、どのアドレス宛に通信データを送信すべきかを判定することができる。以下、実施例１との相違点についてのみ説明する。
【０２３４】
各セッション上を流れる通信データは、実施例１と同じ構造を持つパケットで構成される。ただし、実施例１とは異なり、各セッション上を流れる通信データには、セッション番号に加え、自端末を他の提供者端末と区別するためのＩＤが記述されている。
【０２３５】
次に、情報配信システムの動作について、実施例１（図２〜４）との差分を説明する。ここで、シーケンス図のステップ番号（ｃ）は、実施例１の同じステップ番号（ａ）に対応する。
【０２３６】
提供者端末２００Ｂは渋谷駅周辺（地区）に位置し、提供者端末２００Ｃは渋谷駅（地区）から少し離れた道玄坂周辺（地区）に位置するものとする。また、提供者端末２００Ｂ及び２００Ｃは、自端末を他の提供者端末と区別するためのＩＤを保有しているものとする（初期状態）。ここで、ＩＤは１０進数８桁の番号であり、例えば利用者（ユーザＢ及びＣ）が利用者制御手段を操作することで、値を任意に設定するものとする。なお、ＩＤは、自端末を他の提供者端末と区別できる情報であれば、番号や文字列などどのような形態でもよく、例えば乱数によって番号や文字列などが生成されてもよい。
【０２３７】
提供者端末２００Ｂのセッション管理手段２０１は、セッション確立を促す通信データを要求受付装置３００から受信すると、その通信データに含まれるセッション番号と要求受付装置３００のアドレスとを紐付けて記憶し、提供者端末２００Ｂのアドレスと、提供者端末２００ＢのＩＤと、受信したセッション番号を要求受付装置３００に送信する（ステップＳＢ０１ｃ）。また、提供者端末２００Ｃのセッション管理手段２０１も同様に動作する（ステップＳＣ０１ｃ）。
【０２３８】
提供者端末２００Ｂのセッション管理手段２０１は、セッション確立を促す通信データを要求受付装置３００から受信すると、その通信データに含まれるセッション番号と、要求受付装置３００のアドレスとを紐付けて、内部メモリ（不図示）にテーブルとして記憶する。さらに、セッション管理手段２０１は、応答として、提供者端末２００Ｂのアドレスと、提供者端末２００ＢのＩＤと、受信したセッション番号を要求受付装置３００に送信する（ステップＳＢ０１ｃ）。また、提供者端末２００Ｃのセッション管理手段２０１も同様に動作する（ステップＳＣ０１ｃ）。
【０２３９】
提供者端末２００Ｂのセッション管理手段２０１は、セッション確立を促す通信データをデータ提供装置４００から受信すると、その通信データに含まれるセッション番号と、データ提供装置４００のアドレスとを紐付けて、内部メモリ（不図示）にテーブルとして記憶する。さらに、セッション管理手段２０１は、応答として、提供者端末２００Ｂのアドレスと、受信したセッション番号と、提供者端末２００ＢのＩＤをデータ提供装置４００に送信する（ステップＳＢ０２ｃ）。また、提供者端末２００Ｃのセッション管理手段２０１も同様に動作する（ステップＳＣ０２ｃ）。
【０２４０】
要求受付装置３００のセッション管理手段３０１は、提供者端末２００Ｂから受信したセッション番号と、提供者端末２００Ｂのアドレスと、提供者端末２００ＢのＩＤを紐付けて、内部メモリ（不図示）にテーブルとして記憶し、提供者端末２００Ｂとのセッションを確立する。
【０２４１】
同様に、セッション管理手段３０１は、提供者端末２００Ｃから受信したセッション番号と、提供者端末２００Ｃのアドレスと、提供者端末２００ＣのＩＤを紐付けて、内部メモリ（不図示）にテーブルとして記憶し、提供者端末２００Ｃとのセッションを確立する（ステップＳＲ０３ｃ）。このように、要求受付装置３００は、一つのセッション番号に、利用者端末１００Ａのアドレスと、提供者端末２００Ｂのアドレスと、ＩＤとをそれぞれ紐付けて記憶する。
【０２４２】
データ提供装置４００のセッション管理手段４０１は、提供者端末２００Ｂから受信したセッション番号と、提供者端末２００Ｂのアドレスと、提供者端末２００ＢのＩＤを紐付けて、内部メモリ（不図示）にテーブルとして記憶し、セッションを確立する。
【０２４３】
同様に、データ提供装置４００のセッション管理手段４０１は、提供者端末２００Ｃから受信したセッション番号と、提供者端末２００Ｃのアドレスと、提供者端末２００ＣのＩＤを紐付けて、内部メモリ（不図示）にテーブルとして記憶し、セッションを確立する（ステップＳＳ０３ｃ）。
【０２４４】
このように、データ提供装置４００は、一つのセッション番号に、利用者端末１００Ａのアドレスと、提供者端末２００Ｂのアドレスと、ＩＤとをそれぞれ紐付けして記憶する。これにより、データ提供装置４００は、通信データがどの利用者（利用者端末）からの要求であるか、どの提供者端末と紐付けられるか、どのアドレス宛に通信データを送信すべきかを判定する。
【０２４５】
要求受付装置３００のデータ要求手段３０２は、利用者端末１００Ａからデータ要求及びセッション番号を受信すると、利用者端末１００Ａからのデータ要求であることが判らないようにするため、それらに記載されたアドレスを要求受付装置３００のアドレスに書き換え、セッション番号に紐付けられた提供者端末２００Ｂ及び２００Ｃに送信する（ステップＳＲ０４ｃ）。
【０２４６】
提供者端末２００Ｂのデータ取得手段２０５は、センサ２０８からセンサデータを取得し、データ評価手段２０３に出力する。また、データ評価手段２０３は、センサデータがデータ要求に適合するか否かを評価し、評価値を求める（ステップＳＢ０３ｃ）。同様に、提供者端末２００Ｃのデータ評価手段２０３は、評価値を求める（ステップＳＣ０３ｃ）。ここで、評価値は、データ要求に記載された、緯度、経度、温度分解能、及び計測期限のうち、温度データが条件（要件）を満たす項目数を示すものとする。
【０２４７】
例えば、データ要求を
緯度： ３５度３９分３０．６６１秒 
経度：１３９度４２分  ４．８０２秒 
温度分解能：１℃
計測期限：２００９年３月１５日１８時２０分
とする。
【０２４８】
また例えば、提供者端末２００Ｂが計測したセンサデータを、
緯度： ３５度３９分３０．６６１秒
経度：１３９度４２分  ４．８０２秒
温度分解能：１℃
計測日時：２００９年３月１５日１８時２５分３０秒
温度：９℃
とする。
【０２４９】
また例えば、提供者端末２００Ｃが計測したセンサデータを、
緯度： ３５度３９分２３．７３１秒
経度：１３９度４１分４８．１１３秒
温度分解能：１℃ 
計測日時：２００９年３月１５日１８時２０分３０秒
温度：９℃
とする。
【０２５０】
データ要求に記載された、緯度、経度、温度分解能、計測日時の条件と、各センサデータとを比較すれば、センサデータが条件（要件）を満たす項目数から、提供者端末２００Ｂの評価値は「４」と、提供者端末２００Ｃの評価値は「２」となる。
【０２５１】
なお、上記の例では、他の提供者端末の評価値と比較を可能とするために、評価値を数値で記述したが、例えば、データ要求とセンサデータの各属性の差分を正規化し、さらに平均化した値など、他の提供者端末の評価値と比較を可能であればどのような形態（記述）であってもよい。
【０２５２】
提供者端末２００Ｂのデータ評価手段２０３は、評価値とセッション番号を提供者端末２００ＢのＩＤと共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＢ０４ｃ）。同様に、提供者端末２００Ｃのデータ評価手段２０３は、評価値とセッション番号を提供者端末２００ＣのＩＤと共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＣ０４ｃ）。
【０２５３】
データ提供装置４００のデータ評価手段４０３は、提供者端末２００Ｂから評価値とセッション番号をＩＤと共に受信すると、提供者端末２００Ｂ又は２００Ｃからの評価値であることが判らないようにするため、それらに記載されたアドレスをデータ提供装置の４００のアドレスに書き換え、セッション番号とＩＤに紐付けられた利用者端末１００Ａに送信する（ステップＳＳ０４ｃ）。
【０２５４】
利用者端末１００Ａのデータ選択手段１０４は、データ提供装置４００から評価値を受信する（ステップＳＡ０３ｃ）。さらに、データ選択手段１０４は、評価値を判定し、センサデータを取得（購入）するか否かを判定する。ここで、データ選択手段１０４は、提供者端末２００Ｂのセンサデータの評価値が最も高い値を示したため、その評価値を送信した提供者端末２００Ｂのセンサデータを取得する、と判定したものとする。このため、データ選択手段１０４は、購入要求とセッション番号と提供者端末２００ＢのＩＤを要求受付装置３００に送信する（ステップＳＡ０４ｃ）。
【０２５５】
要求受付装置３００は、利用者端末１００Ａからの購入要求であることが判らないよう、受信した購入要求のアドレスを要求受付装置３００のアドレスに書き換え、購入要求とセッション番号とＩＤをセッション番号に紐付けられた提供者端末２００Ｂに送信する（ステップＳＲ０５ｃ）。
【０２５６】
提供者端末２００Ｂのデータ取得手段２０５は、購入要求を受信する。さらにデータ取得手段２０５は、センサデータをセッション番号とＩＤと共に、セッション番号に紐付けられたデータ提供装置４００に送信する（ステップＳＢ０５ｃ）。
【０２５７】
データ提供装置４００のデータ取得手段４０５は、提供者端末２００Ｂからセンサデータとセッション番号を受信すると、提供者端末２００Ｂからのセンサデータであることが判らないようにするため、これらのアドレスをデータ提供装置４００のアドレスに書き換え、セッション番号に紐付けられた利用者端末１００ＡにＩＤと共に送信する（ステップＳＳ０５ｃ）。
【０２５８】
要求受付装置３００の対価処理手段３０６は、利用者端末１００Ａから受信した対価支払データとセッション番号とＩＤについて、利用者端末１００Ａからのデータ要求であることが判らないようにするため、これらのアドレスを要求受付装置３００のアドレスに書き換える。また、対価処理手段３０６は、支払方法データを「要求受付装置３００から提供者端末２００Ｂへの支払に利用するクレジットカード番号」に書き換える。さらに、対価処理手段３０６は、対価（支払金額１００円）から要求受付装置３００の取り分（１０円）を除き、残りの対価（９０円）と支払方法データを、セッション番号とＩＤに紐付けられた提供者端末２００Ｂに、セッション番号と共に送信する（ステップＳＲ０６ｃ）。
【０２５９】
このようにすれば、利用者端末１００Ａがセンサデータ等を要求するための経路（セッション）と、提供者端末２００Ｂがセンサデータ等を送信するための経路（セッション）とが分離されているため、情報配信システムは、提供者端末が複数あっても、どの端末がどのようなセンサデータを要求しているのか、どの端末がどのようなセンサデータを保持しているのか、という情報を特定の端末及び装置に集約させずに、利用者および提供者の対応関係が特定できないようにセンサデータを配信することができる。
【０２６０】
また、利用者（ユーザＡ）がセンサデータを必要とする場合に、提供者端末２００Ｂが保有するセンサデータが要求に適合するか否かを示す評価値をまず送信した上で、必要とされたセンサデータのみを送信することができる。このため、提供者端末が複数あっても、要求されていないセンサデータまでもが提供者端末からネットワークに送信されてしまうことがなく、情報配信システムは、センサデータ等を仲介する装置の電力やネットワークリソースを浪費してしまうことを防止する。
【実施例４】
【０２６１】
第４の実施形態に対応する実施例４を説明する。実施例４の情報配信システムは、実施例３及び実施例３の実施形態の組み合わせである。すなわち、実施例４の情報配信システムは、実施例１と比較して、複数の提供者端末（２００Ｂ及び２００Ｃ）を備える。さらに、実施例４の情報配信システムは、各提供者端末から送信される評価値及びセンサデータが、利用者端末１００Ａの暗号鍵により暗号化されるため、データ提供装置４００が評価値及びセンサデータの中身を知ることができない。
【０２６２】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【０２６３】
例えば、利用者端末１００Ａ及び提供者端末２００Ｂが携帯端末により実現されるとして説明したが、例えば自動車に搭載されたカーナビゲーションシステム、携帯電話、ノートＰＣなど他の様々な端末にも適用可能である。
【０２６４】
また例えば、利用者端末１００Ａ及び提供者端末２００Ｂが異なった端末として説明したが、携帯電話など一つの端末に双方の機能を搭載してもよい。この場合、携帯電話ユーザは、利用者にも提供者にもなり得る。
【０２６５】
また例えば、提供者端末２００Ｂは、データ要求や購入要求の有無に関わらず周期的にセンサデータを計測するものとして説明したが、データ要求や購入要求を受信するたびにセンサデータを計測するようにしてもよい。この場合、提供者端末２００Ｂは、常に最新のセンサデータを提供できる。
【０２６６】
また例えば、提供者端末２００Ｂは、データ要求や購入要求に対してすぐに応答するものとしたが、要求受付装置３００に対する信頼性が低い場合等、評価値が「不適合」となるようにしてもよい。これにより、提供者端末２００Ｂが情報漏洩リスクをコントロールできるようになる。
【０２６７】
また例えば、利用者端末１００Ａ及び要求受付装置３００と、利用者端末１００Ａ及びデータ提供装置４００と、提供者端末２００Ｂ及び要求受付装置３００と、提供者端末２００Ｂ及びデータ提供装置４００の各セッションは、同一の通信路上に構築されるものとして説明したが、これらはそれぞれ別の通信路上に構築してもよい。
【０２６８】
また例えば、利用者端末１００Ａと要求受付装置３００は携帯電話網を用い、利用者端末１００Ａとデータ提供装置４００は無線ＬＡＮを用い、提供者端末２００Ｂと要求受付装置３００はＢｌｕｅｔｏｏｔｈ（登録商標）を用い、提供者端末２００Ｂとデータ提供装置４００は微弱無線を用いるというように、異なる通信路を用いることで盗聴やデータ漏洩に対する頑健性を向上させてもよい。
【０２６９】
また例えば、利用者端末１００Ａ及び要求受付装置３００と、利用者端末１００Ａ及びデータ提供装置４００と、提供者端末２００Ｂ及び要求受付装置３００と、提供者端末２００Ｂ及びデータ提供装置４００との各セッションをＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）プロトコルを用いた暗号化通信セッションを用いて実現することで、盗聴やデータ漏洩に対する頑健性を向上させてもよい。
【０２７０】
また、本発明に記載の情報端末は、利用者端末と、提供者端末に対応し、情報配信装置は、要求受付装置と、データ提供装置に対応し、第１端末は、利用者端末に対応し、第２端末は、提供者端末に対応し、第１装置は、要求受付装置に対応し、第２装置は、データ提供装置に対応する。
【産業上の利用可能性】
【０２７１】
本発明は、センサにより現実世界の情報を収集し、利用者にセンサデータを提供する情報配信システムに好適である。例えば、街中にいる利用者の携帯端末からセンサデータを収集及び配信する情報配信システムに好適である。また例えば、センサを搭載した自動車（プローブカー）からセンサデータを収集及び配信する情報配信システムに好適である。
【符号の説明】
【０２７２】
１００Ａ…利用者端末  ２００Ｂ及び２００Ｃ…提供者端末  ３００…要求受付装置  ４００…データ提供装置  ８００…無線アクセスポイント  ７００…イーサーネット（登録商標）
【図１】
2011028325.tif 000003
【図２】
2011028325.tif 000004
【図３】
2011028325.tif 000005
【図４】
2011028325.tif 000006
【図５】
2011028325.tif 000007
【図６】
2011028325.tif 000008
【図７】
2011028325.tif 000009
【図８】
2011028325.tif 000010
【図９】
2011028325.tif 000011
【図１０】
2011028325.tif 000012
【図１１】
2011028325.tif 000013
【図１２】
2011028325.tif 000014
【図１３】
2011028325.tif 000015
【図１４】
2011028325.tif 000016
【図１５】
2011028325.tif 000017
【図１６】
2011028325.tif 000018
【図１７】
2011028325.tif 000019