(57)【要約】【課題】  暗号データを受ける側が、当該暗号データの提供側に対して匿名性を保ったまま、所定の権限を有することを条件に当該暗号データを適切に復号できる通信方法を提供する。【解決手段】  管理装置６は、端末装置３＿１からの要求ＲＥＱ２に含まれる決済証明書ＣＥＲを基に要求ＲＥＱ２が正当か否かを判断する。そして、管理装置６は、要求ＲＥＱ２が正当であると判断したことを条件に、鍵暗号鍵データＫＥＫを端末装置３＿１に提供する。端末装置３＿１は、サーバ装置４にアクセスして、暗号データＥＮ（ＤＡＴＡ）と鍵データＥＮ（ＤＥＫ）とを取得し、鍵暗号鍵データＫＥＫを基に鍵データＥＮ（ＤＥＫ）を復号して、鍵データＤＥＫを取得する。端末装置３＿１は、暗号データＥＮ（ＤＡＴＡ）を鍵データＤＥＫで復号して利用する。【選択図】図１
2005027220.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信装置が管理装置に対して要求を出す第１の工程と、
前記管理装置が前記第１の工程で前記第１の通信装置から受けた前記要求が所定の権限を有しているか否かを判断する第２の工程と、
前記管理装置が、前記第２の工程で前記所定の権限を有していると判断したことを条件に、復号用データを前記第１の通信装置に提供する第３の工程と、
前記第１の通信装置が、第２の通信装置から暗号データを受ける第４の工程と、
前記第１の通信装置が、前記第４の工程で受けた前記暗号データを、前記第３の工程で受けた前記復号用データを用いて復号する第５の工程と
を有する通信方法。
【請求項２】
前記第３の工程において、前記管理装置が、複数の前記復号用データを前記第１の通信装置に提供し、
前記通信方法は、
前記第２の通信装置が、前記管理装置からの指定に応じて、前記複数の復号用データのうち何れの前記復号用データを前記暗号データの復号に用いるかを指定する指定データを前記第１の通信装置に提供する第６の工程
をさらに有し、
前記第５の工程において、前記第１の通信装置が、前記第３の工程で受けた前記複数の復号用データのうち、前記第６の工程で受けた前記指定データが指定する前記復号用データを用いて前記暗号データを復号する
請求項１に記載の通信方法。
【請求項３】
前記第３の工程において、前記管理装置が、それぞれ鍵データを復号するための異なる複数の前記復号用データを前記第１の通信装置に提供し、
前記第４の工程において、前記鍵データを用いて暗号化した前記暗号データを前記第１の通信装置に提供し、
前記第６の工程において、前記第２の通信装置が、前記指定データと共に、当該指定データが指定する前記復号用データを用いて暗号化した前記鍵データを前記第１の通信装置に提供し、
前記第５の工程において、前記第３の工程で受けた前記複数の復号用データのうち、前記第６の工程で受けた前記指定データが指定する前記復号用データを用いて、前記第６の工程で受けた前記鍵データを復号し、当該復号した鍵データを用いて前記暗号データを復号する
請求項２に記載の通信方法。
【請求項４】
複数の前記第１の通信装置の各々を、相互に異なる単数および複数の前記第１の通信装置を要素とする複数の集合の要素として規定し、当該複数の集合の各々に異なる前記複数の復号用データを割り当てた場合に、
何れの前記第１の通信装置を無効化するかに応じて、前記複数の集合のうち、無効化する前記第１の通信装置以外の他の前記第１の通信装置の全てが要素となるように単数または複数の前記集合を選択し、当該選択した集合に割り当てられた前記復号用データを前記暗号データの復号に新たに用いることを前記管理装置が前記第２の通信装置に指定する第７の工程
をさらに有し、
前記第６の工程において、前記第２の通信装置が、前記第７の工程で前記管理装置から受けた指示に応じて、当該指示の内容を示す前記指定データを前記第１の通信装置に提供する
請求項２に記載の通信方法。
【請求項５】
前記第４の工程において、前記第１の通信装置が、第２の通信装置にアクセスして暗号データを取得する
請求項１に記載の通信方法。
【請求項６】
前記第６の工程において、前記第１の通信装置が、前記第２の通信装置にアクセスして、前記指定データと、前記暗号化した前記鍵データとを取得する
請求項３に記載の通信方法。
【請求項７】
第１の通信装置に対して第２の通信装置が所定の鍵データを基に暗号化された暗号データを提供する場合に、前記第１の通信装置および前記第２の通信装置を管理するためのデータ処理方法であって、
前記第２の通信装置が前記鍵データを暗号化して前記第１の通信装置に提供するために用いる鍵暗号鍵データを前記第２の通信装置に提供する第１の工程と、
前記第１の通信装置から受けた要求が所定の権限を有しているか否かを判断する第２の工程と、
前記第２の工程で前記所定の権限を有していると判断したことを条件に、前記鍵暗号鍵データを前記第１の通信装置に提供する第３の工程と
を有するデータ処理方法。
【請求項８】
第１の通信装置に対して第２の通信装置が所定の鍵データを基に暗号化された暗号データを提供する場合に、前記第１の通信装置および前記第２の通信装置を管理するデータ処理装置であって、
前記第２の通信装置が前記鍵データを暗号化して前記第１の通信装置に提供するために用いる鍵暗号鍵データを前記第２の通信装置に提供する第１の手段と、
前記第１の通信装置から受けた要求が所定の権限を有しているか否かを判断する第２の手段と、
前記第２の手段で前記所定の権限を有していると判断したことを条件に、前記鍵暗号鍵データを前記第１の通信装置に提供する第３の手段と
を有するデータ処理装置。
【請求項９】
管理装置による管理に基づいて他の通信装置からデータを受ける通信装置が行うデータ処理方法であって、
前記管理装置に要求を出す第１の工程と、
前記第１の工程で出した前記要求に応じて、復号用データを前記管理装置から受ける第２の工程と、
前記他の通信装置から暗号データを受ける第３の工程と、
前記第３の工程で受けた前記暗号データを、前記第２の工程で受けた前記復号用データを用いて復号する第４の工程と
を有するデータ処理方法。
【請求項１０】
管理装置による管理に基づいて他の通信装置からデータを受ける通信装置であって、
前記管理装置に要求を出す第１の手段と、
前記第１の手段で出した前記要求に応じて、復号用データを前記管理装置から受ける第２の手段と、
前記他の通信装置から暗号データを受ける第３の手段と、
前記第３の手段で受けた前記暗号データを、前記第２の手段で受けた前記復号用データを用いて復号する第４の手段と
を有する通信装置。
【請求項１１】
管理装置による管理に基づいて他の通信装置にデータを提供する通信装置が行うデータ処理方法であって、
前記管理装置が権限を有すると判断した前記他の通信装置に提供される鍵暗号鍵データを当該管理装置から受ける第１の工程と、
所定の鍵データを用いて暗号化を行って生成した暗号データを前記他の通信装置に提供する第２の工程と、
前記暗号データの復号に用いられる鍵データを前記第１の工程で受けた前記鍵暗号鍵データを用いて暗号化して前記他の通信装置に提供する第３の工程と
を有するデータ処理方法。
【請求項１２】
管理装置による管理に基づいて他の通信装置にデータを提供する通信装置であって、
前記管理装置が権限を有すると判断した前記他の通信装置に提供される鍵暗号鍵データを当該管理装置から受ける第１の手段と、
所定の鍵データを用いて暗号化を行って生成した暗号データを前記他の通信装置に提供する第２の手段と、
前記暗号データの復号に用いられる鍵データを前記第１の手段で受けた前記鍵暗号鍵データを用いて暗号化して前記他の通信装置に提供する第３の手段と
を有する通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信した暗号データを所定の権限を有する通信装置で復号させる通信方法、その装置、並びにデータ処理方法およびその装置に関する。
【背景技術】
【０００２】
例えば、所定のサーバ装置が画像や音声などのコンテンツデータを暗号化して配信し、所定の権限を有するユーザの端末装置のみに復号させるシステムがある。
このようなシステムでは、例えば、ユーザが端末装置を操作してサーバ装置にアクセスを行いユーザ登録を行う。
そして、サーバ装置が、上記ユーザ登録に応じて、復号鍵データを端末装置に送信する。
端末装置は、サーバ装置から配信を受けた暗号化されたコンテンツデータを、上記復号鍵データを用いて復号して利用する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した従来のシステムでは、端末装置は、復号鍵データを取得するためにサーバ装置に登録を行う必要があり、この際に、自らのメ−ルアドスなどの個人情報をサーバ装置に提供することになり、匿名性は損なわれる。
また、従来のシステムでは、トランザクションごとにサーバ装置は端末装置を認証し、権限を有することの認可チェックを行う必要があり、これがサーバー装置のオーバヘッドになっている。
本発明は、上述した従来技術の問題点に鑑みてなされ、暗号データを受ける側が、当該暗号データの提供側に対して匿名性を保ったまま、所定の権限を有することを条件に当該暗号データを適切に復号できる通信方法、その装置、並びにそのデータ処理方法およびその装置を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上述した目的を達成するために、第１の発明の通信方法は、第１の通信装置が管理装置に対して要求を出す第１の工程と、前記管理装置が前記第１の工程で前記第１の通信装置から受けた前記要求が所定の権限を有しているか否かを判断する第２の工程と、前記管理装置が、前記第２の工程で前記所定の権限を有していると判断したことを条件に、復号用データを前記第１の通信装置に提供する第３の工程と、前記第１の通信装置が、第２の通信装置から暗号データを受ける第４の工程と、前記第１の通信装置が、前記第４の工程で受けた前記暗号データを、前記第３の工程で受けた前記復号用データを用いて復号する第５の工程とを有する。
【０００５】
第１の発明の通信方法の作用は以下のようになる。
先ず、第１の工程において、第１の通信装置が管理装置に対して要求を出す。
次に、第２の工程において、前記管理装置が前記第１の工程で前記第１の通信装置から受けた前記要求が所定の権限を有しているか否かを判断する。
次に、第３の工程において、前記管理装置が、前記第２の工程で前記所定の権限を有していると判断したことを条件に、復号用データを前記第１の通信装置に提供する。
次に、第４の工程において、前記第１の通信装置が、第２の通信装置から暗号データを受ける。
次に、第５の工程において、前記第１の通信装置が、前記第４の工程で受けた前記暗号データを、前記第３の工程で受けた前記復号用データを用いて復号する。
【０００６】
第２の発明のデータ処理方法は、第１の通信装置に対して第２の通信装置が所定の鍵データを基に暗号化された暗号データを提供する場合に、前記第１の通信装置および前記第２の通信装置を管理するためのデータ処理方法であって、前記第２の通信装置が前記鍵データを暗号化して前記第１の通信装置に提供するために用いる鍵暗号鍵データを前記第２の通信装置に提供する第１の工程と、前記第１の通信装置から受けた要求が所定の権限を有しているか否かを判断する第２の工程と、前記第２の工程で前記所定の権限を有していると判断したことを条件に、前記鍵暗号鍵データを前記第１の通信装置に提供する第３の工程とを有する。
【０００７】
第２の発明の作用は以下のようになる。
先ず、第１の工程において、前記第２の通信装置が前記鍵データを暗号化して前記第１の通信装置に提供するために用いる鍵暗号鍵データを前記第２の通信装置に提供する。
次に、第２の工程において、前記第１の通信装置から受けた要求が所定の権限を有しているか否かを判断する。
次に、第３の工程において、前記第２の工程で前記所定の権限を有していると判断したことを条件に、前記鍵暗号鍵データを前記第１の通信装置に提供する。
【０００８】
第３の発明のデータ処理装置は、第１の通信装置に対して第２の通信装置が所定の鍵データを基に暗号化された暗号データを提供する場合に、前記第１の通信装置および前記第２の通信装置を管理するデータ処理装置であって、前記第２の通信装置が前記鍵データを暗号化して前記第１の通信装置に提供するために用いる鍵暗号鍵データを前記第２の通信装置に提供する第１の手段と、前記第１の通信装置から受けた要求が所定の権限を有しているか否かを判断する第２の手段と、前記第２の手段で前記所定の権限を有していると判断したことを条件に、前記鍵暗号鍵データを前記第１の通信装置に提供する第３の手段とを有する。
【０００９】
第３の発明の作用は以下のようになる。
先ず、第１の手段が、前記第２の通信装置が前記鍵データを暗号化して前記第１の通信装置に提供するために用いる鍵暗号鍵データを前記第２の通信装置に提供する。
次に、第２の手段が、前記第１の通信装置から受けた要求が所定の権限を有しているか否かを判断する。
次に、第３の手段が、前記第２の手段で前記所定の権限を有していると判断したことを条件に、前記鍵暗号鍵データを前記第１の通信装置に提供する。
【００１０】
第４の発明のデータ処理方法は、管理装置による管理に基づいて他の通信装置からデータを受ける通信装置が行うデータ処理方法であって、前記管理装置に要求を出す第１の工程と、前記第１の工程で出した前記要求に応じて、復号用データを前記管理装置から受ける第２の工程と、前記他の通信装置から暗号データを受ける第３の工程と、前記第３の工程で受けた前記暗号データを、前記第２の工程で受けた前記復号用データを用いて復号する第４の工程とを有する。
【００１１】
第４の発明の作用は以下のようになる。
先ず、第１の工程において、前記管理装置に要求を出す。
次に、第２の工程において、前記第１の工程で出した前記要求に応じて、復号用データを前記管理装置から受ける。
管理装置は、復号用データを公開しておき、第１の工程がPull型でデータを取りに行く。
第３の工程において、前記他の通信装置から暗号データを受ける。
次に、第４の工程において、前記第３の工程で受けた前記暗号データを、前記第２の工程で受けた前記復号用データを用いて復号する。
【００１２】
第５の発明の通信装置は、管理装置による管理に基づいて他の通信装置からデータを受ける通信装置であって、前記管理装置に要求を出す第１の手段と、前記第１の手段で出した前記要求に応じて、復号用データを前記管理装置から受ける第２の手段と、前記他の通信装置から暗号データを受ける第３の手段と、前記第３の手段で受けた前記暗号データを、前記第２の手段で受けた前記復号用データを用いて復号する第４の手段とを有する。
【００１３】
第５の発明の作用は以下のようになる。
先ず、第１の手段が、前記管理装置に要求を出す。
次に、第２の手段が、前記第１の手段が出した前記要求に応じて、復号用データを前記管理装置から受ける。
第３の手段が、前記他の通信装置から暗号データを受ける。
管理装置は、暗号データを公開しておき、第１の手段がPull型でデータを取りに行く。
次に、第４の手段が、前記第３の手段が受けた前記暗号データを、前記第２の手段が受けた前記復号用データを用いて復号する。
【００１４】
第６の発明のデータ処理方法は、管理装置による管理に基づいて他の通信装置にデータを提供する通信装置が行うデータ処理方法であって、前記管理装置が権限を有すると判断した前記他の通信装置に提供される鍵暗号鍵データを当該管理装置から受ける第１の工程と、所定の鍵データを用いて暗号化を行って生成した暗号データを前記他の通信装置に提供する第２の工程と、前記暗号データの復号に用いられる鍵データを前記第１の工程で受けた前記鍵暗号鍵データを用いて暗号化して前記他の通信装置に提供する第３の工程とを有する。
【００１５】
第６の発明の作用は以下のようになる。
先ず、第１の工程において、前記管理装置が権限を有すると判断した前記他の通信装置に提供される鍵暗号鍵データを当該管理装置から受ける。
次に、第２の工程において、所定の鍵データを用いて暗号化を行って生成した暗号データを前記他の通信装置に提供する。
次に、第３の工程において、前記暗号データの復号に用いられる鍵データを前記第１の工程で受けた前記鍵暗号鍵データを用いて暗号化して前記他の通信装置に提供する。
【００１６】
第７の発明の通信装置は、管理装置による管理に基づいて他の通信装置にデータを提供する通信装置であって、前記管理装置が権限を有すると判断した前記他の通信装置に提供される鍵暗号鍵データを当該管理装置から受ける第１の手段と、所定の鍵データを用いて暗号化を行って生成した暗号データを前記他の通信装置に提供する第２の手段と、前記暗号データの復号に用いられる鍵データを前記第１の手段で受けた前記鍵暗号鍵データを用いて暗号化して前記他の通信装置に提供する第３の手段とを有する。
【００１７】
第７の発明の作用は以下のようになる。
先ず、第１の手段が、前記管理装置が権限を有すると判断した前記他の通信装置に提供される鍵暗号鍵データを当該管理装置から受ける。
次に、第２の手段が、所定の鍵データを用いて暗号化を行って生成した暗号データを前記他の通信装置に提供する。
次に、第３の手段が、前記暗号データの復号に用いられる鍵データを前記第１の手段が受けた前記鍵暗号鍵データを用いて暗号化して前記他の通信装置に提供する。
【発明の効果】
【００１８】
本発明によれば、暗号データを受ける側が、当該暗号データの提供側に対して毎回認証、認可の確認を行う事なしに、かつ匿名性を保ったまま、所定の権限を有することを条件に当該暗号データを適切に復号できる通信方法、その装置、並びにそのデータ処理方法およびその装置を提供することができる。
【発明を実施するための最良の形態】
【００１９】
図１は、本発明の実施形態に係わる通信システム１の全体構成図である。
図１に示すように、通信システム１は、例えば、端末装置３＿１〜３＿ｎ（ｎは１以上の整数）、サーバ装置４、決済装置５および管理装置６を有する。
端末装置３＿１〜３＿ｎが、第１〜３の発明の第１の通信装置、第４および第５の発明の通信装置、第６および第７の発明の他の通信装置に対応している。
また、サーバ装置４が、第１〜３の発明の第２の通信装置、第４および第５の発明の他の通信装置、第６および第７の発明の通信装置に対応している。
また、管理装置６が、本発明の管理装置、並びに、第３の発明のデータ処理装置に対応している。
【００２０】
端末装置３＿１〜３＿ｎの各々は、サーバ装置４から情報提供を受けるユーザが使用する。
サーバ装置４は、情報提供サービスを行う事業者が使用する。
決済装置５は、決済機関が使用する。
管理装置６は、サーバ装置４による端末装置３＿１〜３＿ｎへの情報提供を管理する管理機関が使用する。
【００２１】
通信システム１では、例えば、端末装置３＿１が、管理装置６に対して、決済証明書ＣＥＲを含む要求ＲＥＱ２を送信する。
管理装置６は、要求ＲＥＱ２を受信すると、それに含まれる決済証明書ＣＥＲを基に要求ＲＥＱ２が正当（所定の権限を有している）か否かを判断する。
そして、管理装置６は、要求ＲＥＱ２が正当であると判断したことを条件に、鍵暗号鍵データＫＥＫを端末装置３＿１に提供する。
また、サーバ装置４は、鍵データＤＥＫで暗号化された暗号データＥＮ（ＤＡＴＡ）と、鍵暗号鍵データＫＥＫで暗号化された鍵データＥＮ（ＤＥＫ）とを公開する。
端末装置３＿１は、サーバ装置４にアクセスして、暗号データＥＮ（ＤＡＴＡ）と鍵データＥＮ（ＤＥＫ）とを取得し、鍵暗号鍵データＫＥＫ（本発明の復号用データ）を基に鍵データＥＮ（ＤＥＫ）を復号して、鍵データＤＥＫを取得する。
そして、端末装置３＿１は、暗号データＥＮ（ＤＡＴＡ）を鍵データＤＥＫで復号して利用する。
【００２２】
以下、図１に示す各構成要素について説明する。
【００２３】
〔端末装置３＿１〜３＿ｎ〕
図２は、図１に示す端末装置３＿１〜３＿ｎの構成図である。
図２に示すように、端末装置３＿１〜３＿ｎの各々は、例えば、通信部２１、メモリ２２および処理部２３を有し、これらがバス２０を介して接続されている。
通信部２１は、ネットワークなどの通信回線を介してサーバ装置４、決済装置５および管理装置６とデータの授受を行う。
メモリ２２は、処理部２３が実行するプログラムＰＲＧ１、並びにプログラムＰＲＧ１の実行に用いられる種々のデータを記憶する。
処理部２３は、メモリ２２に記憶されたプログラムＰＲＧ１を基に後述する端末装置３＿１の処理を統括的に制御する。
【００２４】
〔サーバ装置４〕
図３は、図１に示すサーバ装置４の構成図である。
図３に示すように、サーバ装置４は、例えば、通信部３１、メモリ３２および処理部３３を有し、これらがバス３０を介して接続されている。
通信部３１は、ネットワークなどの通信回線を介して端末装置３＿１〜３＿ｎおよび管理装置６とデータの授受を行う。
メモリ３２は、処理部３３が実行するプログラムＰＲＧ２、並びにプログラムＰＲＧ２の実行に用いられる種々のデータを記憶する。
処理部３３は、メモリ３２に記憶されたプログラムＰＲＧ２を基に後述するサーバ装置４の処理を統括的に制御する。
【００２５】
〔管理装置６〕
図４は、図１に示す管理装置６の構成図である。
図４に示すように、管理装置６は、例えば、通信部４１、メモリ４２および処理部４３を有し、これらがバス４０を介して接続されている。
通信部４１は、ネットワークなどの通信回線を介して端末装置３＿１〜３＿ｎおよびサーバ装置４とデータの授受を行う。
メモリ４２は、処理部４３が実行するプログラムＰＲＧ３、並びにプログラムＰＲＧ３の実行に用いられる種々のデータを記憶する。
処理部４３は、メモリ４２に記憶されたプログラムＰＲＧ３を基に後述する管理装置６の処理を統括的に制御する。
【００２６】
管理装置６は、複数の鍵暗号鍵データＫＥＫを、所定の鍵管理手法に基づいて、端末装置３＿１〜３＿ｎに送信する。ここで、鍵暗号鍵データＫＥＫは、サーバ装置４が暗号データの生成に用いた鍵データＤＥＫを暗号化して端末装置３＿１〜３＿ｎに送信するために用いられる。
管理装置６は、鍵管理方法として、例えば、図５に示すように、２分木で構成されるツリー６０を基にした論理鍵階層（ＬＫＨ：Logical Key Hierarchy)により、各ツリー６０のリーフ（ＬＥＡＦ）に端末装置３＿１〜３＿ｎを割り当てる。
管理装置６は、ツリー６０を基に、相互に異なる単数および複数の端末装置３＿１〜３＿ｎを要素とする複数の集合を規定する。
また、管理装置６は、当該複数の集合の各々に異なる鍵暗号鍵データＫＥＫを割り当てる。
管理装置６は、端末装置３＿１〜３＿ｎの各々に、その登録時に、当該端末装置が要素となる複数の上記集合に割り当てられた複数の鍵暗号鍵データＫＥＫを送信する。
管理装置６は、登録が抹消されていない端末装置のみを要素とする単数または複数の上記集合を特定し、当該集合に割り当てられた鍵暗号鍵データＫＥＫを指定する鍵指定データＫＩＤａ，ＫＩＤｂをサーバ装置４に送信する。
本実施形態において、上記登録の抹消は、例えば、管理装置６に対する端末装置の登録機関の経過、端末装置からの要求、並びに端末装置による登録契約違反行為などによって生じる。
【００２７】
以下、図１に示す通信システム１の動作例を、図６〜図９を参照して説明する。
ここで、図８に示すステップＳＴ３３が第１の発明の第１の工程に対応し、ステップＳＴ３４が第１の発明の第２の工程および第３の工程に対応し、ステップＳＴ３９が第１の発明の第４の工程に対応し、ステップＳＴ４０が第１の発明の第５の工程に対応している。
また、図６に示すステップＳＴ１が第２の発明の第１の工程に対応し、図８に示すステップＳＴ３４が第２の発明の第２の工程および第３の工程に対応している。
また、第３の発明の第１の手段は処理部３３がステップＳＴ１を実行することで実現され、第３の発明の第２の手段および第３の手段は処理部３３がステップＳＴ３４を実行することで実現される。
【００２８】
また、図６に示すステップＳＴ３３が第４の発明の第１の工程に対応し、ステップＳＴ３４が第４の発明の第２の工程に対応し、ステップＳＴ３８が第４の発明の第３の工程に対応し、ステップＳＴ３９が第４の発明の第４の工程に対応している。
また、第５の発明の第１の手段は処理部１３がステップＳＴ１を実行することで実現され、第２の手段は処理部１３がステップＳＴ３４を実行することで実現され、第３の手段は処理部１３がステップＳＴ３８を実行することで実現され、第４の手段は処理部１３がステップＳＴ３９を実行することで実現される。
【００２９】
また、図６に示すステップＳＴ１が第６の発明の第１の工程に対応し、図７（Ｂ）に示すステップＳＴ２２，ＳＴ２５が第６の発明の第２の工程に対応し、図７（Ｂ）に示すステップＳＴ２３，ＳＴ２４が第６の発明の第３の工程に対応している。
また、第７の発明の第１の手段は処理部２３がステップＳＴ１を実行することで実現され、第２の手段は処理部２３がステップＳＴ２２，ＳＴ２５を実行することで実現され、第３の手段は処理部２３がステップＳＴ２３，ＳＴ２４を実行することで実現される。
【００３０】
〔全体動作例〕
図６は、通信システム１の全体動作例を説明するためのフローチャートである。
ステップＳＴ１：
管理装置６が、サーバ装置４の登録を行う。
具体的には、図４に示す管理装置６の処理部３３が、通信部３１を介してサーバ装置４に対して、所定の鍵管理手法に基づいて、複数の鍵暗号鍵データＫＥＫと、何れの鍵暗号鍵データＫＥＫを使用するかを示す鍵指定データＫＩＤａとを送信する。
そして、図３に示すサーバ装置４は、これらのデータを通信部２１を介して受信し、メモリ２２に記憶する。
サーバ装置４は、鍵指定データＫＩＤａを鍵指定データＫＩＤ＿Ｓの初期値とする。
【００３１】
ステップＳＴ２：
端末装置３＿１が、決済装置５との間で、例えば、自らが受けるサーバ装置４からの情報提供サービスを指定して所定の料金を支払う決済処理を行い、その決済証明書ＣＥＲを決済装置５から受信する。
端末装置３＿１が、例えば、上記決済証明書ＣＥＲを含む管理装置６に対して登録要求ＲＥＱ２を出す。
具体的には、図３に示す端末装置３＿１の処理部２３が、ユーザの操作指示に応じた登録要求ＲＥＱ２を通信部２１を介して管理装置６に送信する。
図４に示す管理装置６は、上記登録要求ＲＥＱ２を通信部３１で受信し、それに応じて処理部３３が、上記所定の鍵管理方法に基づいて、例えば、複数の鍵暗号鍵データＫＥＫを通信部３１を介して端末装置３＿１に送信する。
そして、図２に示す端末装置３＿１は、管理装置６から受信した上記複数の鍵暗号鍵データＫＥＫをメモリ１２に記憶する。
【００３２】
ステップＳＴ３：
サーバ装置４は、自らのみが知る鍵データＤＥＫを基に、例えば、コンテンツデータなどのデータＤＡＴＡを暗号化して暗号データＥＮ（ＤＡＴＡ）を生成する。
サーバ装置４は、ステップＳＴ１で受信した複数の鍵暗号鍵データＫＥＫのうち、鍵指定データＫＩＤ＿Ｓで指定された鍵暗号鍵データＫＥＫを基に鍵データＤＥＫを暗号化して鍵データＥＮ（ＤＥＫ）を生成する。
そして、サーバ装置４は、例えば、暗号データＥＮ（ＤＡＴＡ）と、当該暗号データＥＮ（ＤＡＴＡ）の生成に用いた鍵暗号鍵データＫＥＫを識別データＩＤ＿ＫＥＫで指定した鍵指定データＫＩＤ＿Ｓと、上記暗号化された鍵データＥＮ（ＤＥＫ）を、自らのホームページなどに公開する。
【００３３】
ステップＳＴ４：
端末装置３＿１の処理部１３は、ユーザからの操作指示に応じて、上記サーバ装置４のホームページにアクセスし、暗号データＥＮ（ＤＡＴＡ）と、鍵指定データＫＩＤ＿Ｓと、鍵データＥＮ（ＤＥＫ）とを取得する。
端末装置３＿１の処理部１３は、ステップＳＴ２でメモリ１２に記憶した複数の鍵暗号鍵データＫＥＫのうち、ステップＳＴ５で上記取得した鍵指定データＫＩＤ＿Ｓで指定された識別データＩＤ＿ＫＥＫに対応する鍵暗号鍵データＫＥＫを特定し、当該特定した鍵暗号鍵データＫＥＫを基に、上記取得した暗号化された鍵データＥＮ（ＤＥＫ）を復号して鍵データＤＥＫを取得する。
そして、端末装置３＿１の処理部１３は、上記取得した鍵データＤＥＫを用いて上記暗号データＥＮ（ＤＡＴＡ）を復号する。
【００３４】
〔サーバ装置４の動作例〕
図７（Ａ）はサーバ装置４が管理装置６から鍵指定データＫＩＤｂを受信した場合に行う処理のフローチャート、図７（Ｂ）は図６に示すステップＳＴ３においてサーバ装置４が行う処理のフローチャートである。
先ず、図７（Ａ）を参照して、サーバ装置４が管理装置６から鍵指定データＫＩＤｂを受信した場合に行う処理を説明する。
ステップＳＴ１１：
図３に示すサーバ装置４の処理部２３は、通信部２１を介して管理装置６から、鍵指定データＫＩＤｂを受信したか否かを判断し、受信したと判断するとステップＳＴ１２へ進み、そうでない場合には上記判断を繰り返す。
ステップＳＴ１２：
サーバ装置４の処理部２３は、メモリ２２に記憶された鍵指定データＫＩＤ＿Ｓを、ステップＳＴ１１で受信した鍵指定データＫＩＤｂで更新する。
なお、鍵指定データＫＩＤ＿Ｓの初期値は、図６に示すステップＳＴ１で管理装置６から設定された鍵指定データＫＩＤａになっている。また、管理装置６による鍵指定データＫＩＤｂの送信は、後述するように、端末装置の登録が抹消されたり、新規の端末装置を登録した場合に行われる。
【００３５】
次に、図７（Ｂ）を参照して、図６に示すステップＳＴ３においてサーバ装置４が行う処理を説明する。
ステップＳＴ２１：
図３に示すサーバ装置４の処理部２３が、コンテンツデータを暗号化するために用いる鍵データＤＥＫを選択する。
ステップＳＴ２２：
サーバ装置４の処理部２３が、ステップＳＴ２１で選択した鍵データＤＥＫを用いて、コンテンツデータなどのデータＤＡＴＡを暗号化して暗号データＥＮ（ＤＡＴＡ）を生成する。
【００３６】
ステップＳＴ２３：
サーバ装置４の処理部２３が、図６に示すステップＳＴ１で管理装置６から受信してメモリ２２に鍵暗号鍵データＫＥＫ＿Ｓによって指定された鍵暗号鍵データＫＥＫを基に、鍵データＤＥＫを暗号化して鍵データＥＮ（ＤＥＫ）を生成する。
ステップＳＴ２４：
サーバ装置４の処理部２３が、ステップＳＴ２３で鍵データＤＥＫの暗号化に用いた鍵暗号鍵データＫＥＫの識別データＩＤ＿ＫＥＫを示す鍵指定データＫＩＤ＿Ｓと、ステップＳＴ２３で生成した鍵データＥＮ（ＤＥＫ）とを、サーバ装置４のホームページに公開する。
ステップＳＴ２５：
サーバ装置４の処理部２３が、ステップＳＴ２２で生成した暗号データＥＮ（ＤＡＴＡ）を、サーバ装置４のホームページに公開する。
【００３７】
〔図６に示すステップＳＴ４の動作例〕
図８は、図６に示すステップＳＴ４の動作例の詳細を説明するためのフローチャートである。
ステップＳＴ３１：
端末装置３＿１が、ユーザからの操作指示に応じて、決済装置５に対して決済要求ＲＥＱ１を出す。このとき、端末装置３＿１は、決済装置５に対して、当該ユーザがサーバ装置４から受ける情報提供サービスを指定する。
ステップＳＴ３２：
決済装置５が、ステップＳＴ３１で受信した決済要求ＲＥＱ１を基に、上記情報提供サービスに対しての決済処理を行い、その決済証明書ＣＥＲを端末装置３＿１に送信する。
【００３８】
ステップＳＴ３３：
端末装置３＿１は、ステップＳＴ３２で受信した決済証明書ＣＥＲを含む登録要求ＲＥＱ２を管理装置６に送信する。
ステップＳＴ３４
図４に示す管理装置６の処理部３３は、通信部３１を介して上記登録要求ＲＥＱ２を受信すると、当該登録要求ＲＥＱ２に含まれる決済証明書ＣＥＲを基に端末装置３＿１がサーバ装置４から情報提供サービスを受ける権限を有しているかを判断（具体的には、決済証明書ＣＥＲの正当性を判断）し、権限を有していると判断すると、上述した鍵管理手法により規定された複数の鍵暗号鍵データＫＥＫを発行して端末装置３＿１に送信する。
ここで、管理装置６は、端末装置３＿１〜３＿ｎの各々を、相互に異なる単数および複数の端末装置３＿１〜３＿ｎを要素とする複数の集合の要素として規定し、当該複数の集合の各々に異なる鍵暗号鍵データＫＥＫを割り当てる。
そして、管理装置６は、端末装置３＿１が属する上記集合に割り当てられた複数の鍵暗号鍵データＫＥＫを端末装置３＿１に送信する。
そして、図２に示す端末装置３＿１は、管理装置６から受信した上記複数の鍵暗号鍵データＫＥＫをメモリ１２に記憶する。
【００３９】
ステップＳＴ３５：
端末装置３＿１の処理部１３は、ユーザの操作に応じて、サーバ装置４にアクセスを行い、そのホームページに図７（Ｂ）に示すステップＳＴ２４で公開された鍵指定データＫＩＤ＿Ｓと暗号化された鍵データＥＮ（ＤＥＫ）とを取得する。
ステップＳＴ３６：
端末装置３＿１の処理部１３は、ステップＳＴ３３でメモリ１２に記憶した複数の鍵暗号鍵データＫＥＫのうち、ステップＳＴ３５で取得した鍵指定データＫＩＤ＿Ｓで指定された鍵暗号鍵データＫＥＫを選択する。
ステップＳＴ３７：
端末装置３＿１の処理部１３は、ステップＳＴ３６で選択した鍵暗号鍵データＫＥＫを用いて、ステップＳＴ３５で取得した鍵データＥＮ（ＤＥＫ）を復号して鍵データＤＥＫを取得する。
【００４０】
ステップＳＴ３８：
端末装置３＿１の処理部１３は、ユーザの操作に応じて、サーバ装置４にアクセスを行い、そのホームページに図７（Ｂ）に示すステップＳＴ２５で公開された暗号データを取得する。
当該暗号データの取得は、例えば、ステップＳＴ３５と一括して行ってもよい。
ステップＳＴ３９：
端末装置３＿１の処理部１３は、ステップＳＴ３７で取得した鍵データＤＥＫを用いて、ステップＳＴ３８で取得した暗号データを復号する。
【００４１】
〔管理装置６による鍵指定データＫＩＤの更新〕
図９は、管理装置６による鍵指定データＫＩＤの更新処理を説明するためのフローチャートである。
ステップＳＴ５１：
図４に示す管理装置６の処理部３３は、管理対象として新たな端末装置が登録されたか、あるいは、端末装置３＿１〜３＿ｎのなかに登録を抹消する端末装置が生じた、すなわち管理対象の端末装置に変更が生じたと判断すると、ステップＳＴ５２の処理に進む。
ステップＳＴ５２：
管理装置６の処理部３３は、ステップＳＴ５１に伴って変更された変更後の複数の端末装置のみを要素とする単数または複数の集合を選択し、当該選択した集合に割り当てられた鍵暗号鍵データＫＥＫを指定した鍵指定データＫＩＤｂを生成する。
なお、処理部３３は、変更後の端末装置およびサーバ装置４に記憶されていない新たな鍵暗号鍵データＫＥＫを用いる場合には、当該新たな鍵暗号鍵データＫＥＫ自体を指定し、かつ当該新たな鍵暗号鍵データＫＥＫを含む鍵指定データＫＩＤｂを生成する。
ステップＳＴ５３：
管理装置６の処理部２３は、ステップＳＴ５２で生成した鍵指定データＫＩＤｂをサーバ装置４に送信する。
また、処理部３３は、変更後の端末装置およびサーバ装置４に記憶されていない新たな鍵暗号鍵データＫＥＫを用いる場合には、当該鍵暗号鍵データＫＥＫを変更後の全ての端末装置に送信する。
【００４２】
以上説明したように、通信システム１によれば、図８に示すように、端末装置３＿１〜３＿ｎは管理装置６に対して登録を行い、サーバ装置４に対しては登録を行わない。
そのため、端末装置３＿１〜３＿ｎは、決済装置５に対しての決済処理終了後に決済証明書ＣＥＲを含む登録要求ＲＥＱ２を管理装置６に出すことで、そのユーザのメールアドレスなどの個人情報をサーバ装置４に対して開示することなく、匿名性を保ったまま鍵暗号鍵データＫＥＫを取得できる。
また、通信システム１によれば、端末装置３＿１〜３＿ｎは、サーバ装置４による情報提供サービスに関する支払いを決済装置５に対して行っていない場合には鍵暗号鍵データＫＥＫを取得できず、サーバ装置４にアクセスして暗号データを取得しても、それを復号できない。そのため、適切な支払いをしたユーザの端末装置３＿１〜３＿ｎに対してのみ、暗号データの復号を許可できる。
【００４３】
また、通信システム１によれば、サーバ装置４は、鍵データＤＥＫで暗号化された暗号データと、鍵暗号鍵データＫＥＫで暗号化された鍵データＤＥＫと、鍵暗号鍵データＫＥＫを指定する鍵指定データＫＩＤ＿Ｓとをホームページなどで公開するだけでよく、処理負担が小さい。
【００４４】
本発明は上述した実施形態には限定されない。
例えば、上述した実施形態では、図１に示すように、端末装置３＿１がサーバ装置４にアクセスして暗号データＥＮ（ＤＡＴＡ）、暗号化された鍵データＥＮ（ＤＥＫ）および鍵指定データＫＩＤ＿Ｓを取得する場合を例示したが、本発明は、例えば、図１０に示すように、サーバ装置４の代わりに、一般のユーザが使用する端末装置１０４を用いてもよい。
端末装置１０４の機能は、基本的に、前述したサーバ装置４と同じである。
これにより、一般のユーザが自らが有する情報を、当該情報に対して支払いを済ませたユーザに対して、少ない負担で提供できる。
また、この場合に、端末装置３＿１が端末装置１０４の機能を併せ持ち、端末装置１０４が端末装置３＿１の機能を併せ持つことで、端末装置３＿１が情報提供元となり、端末装置１０４が情報提供先となってもよい。
【００４５】
また、例えば、図１１に示すように、端末装置１０４ａが、前述したようにして生成した暗号データＥＮ（ＤＡＴＡ）、暗号化された鍵データＥＮ（ＤＥＫ）および鍵指定データＫＩＤ＿Ｓをサーバ装置２０１に格納し、端末装置３＿１がサーバ装置２０１に対してアクセスして、暗号データＥＮ（ＤＡＴＡ）、鍵データＥＮ（ＤＥＫ）および鍵指定データＫＩＤ＿Ｓを取得してもよい。
これにより、端末装置１０４ａに対する端末装置３＿１の秘匿性のみならず、端末装置３＿１に対する端末装置１０４ａの秘匿性も保つことができる。
【００４６】
また、上述した実施形態では、例えば、図１に示すように、端末装置３＿１がサーバ装置４にアクセスして、暗号データＥＮ（ＤＡＴＡ）、暗号化された鍵データＥＮ（ＤＥＫ）および鍵指定データＫＩＤ＿Ｓを受ける場合を例示したが、暗号データＥＮ（ＤＡＴＡ）、暗号化された鍵データＥＮ（ＤＥＫ）および鍵指定データＫＩＤ＿Ｓの少なくとも一つを、放送やパッケージメディア（記録媒体）を介して端末装置３＿１が受けてもよい。
【００４７】
また、上述した実施形態では、本発明の「所定の権限」として、情報提供サービスについての決済を決済装置５で終了していることを例示したが、その他、会員登録の有無などのその他の権限であってもよい。
【００４８】
また、上述した実施形態では、管理装置６が鍵管理方法としてＬＫＨを採用した場合を例示したが、当該鍵管理方法はＬＫＨには限定されない。
【産業上の利用可能性】
【００４９】
本発明は、配信した暗号データを所定の権限を有する通信装置で復号させる場合などに適用できる。
【図面の簡単な説明】
【００５０】
【図１】図１は、本発明の実施形態に係わる通信システム１の全体構成図である。
【図２】図２は、図１に示す端末装置の構成図である。
【図３】図３は、図１に示すサーバ装置４の構成図である。
【図４】図４は、図１に示す管理装置の構成図である。
【図５】図５は、図４に示す管理装置による鍵管理方法を説明するための図である。
【図６】図６は、通信システム１の全体動作例を説明するためのフローチャートである。
【図７】図７（Ａ）は図１に示すサーバ装置が管理装置から鍵指定データを受信した場合に行う処理のフローチャート、図７（Ｂ）は図６に示すステップＳＴ３においてサーバ装置が行う処理のフローチャートである。
【図８】図８は、図６に示すステップＳＴ４の動作例の詳細を説明するためのフローチャートである。
【図９】図９は、図１に示す管理装置による鍵指定データの更新処理を説明するためのフローチャートである。
【図１０】図１０は、図１に示す通信システムの第１の変形例を説明するための図である。
【図１１】図１１は、図１に示す通信システムの第２の変形例を説明するための図である。
【符号の説明】
【００５１】
１…通信システム、３＿１〜３＿ｎ，１０４，１０４ａ…端末装置、４…サーバ装置、５…決済装置、１０，２０，３０…バス、１１，２１，３１…通信部、１２，２２，３２…メモリ、１３，２３，３３…処理部、２０１…サーバ装置
【図１】
2005027220.tif 000003
【図２】
2005027220.tif 000004
【図３】
2005027220.tif 000005
【図４】
2005027220.tif 000006
【図５】
2005027220.tif 000007
【図６】
2005027220.tif 000008
【図７】
2005027220.tif 000009
【図８】
2005027220.tif 000010
【図９】
2005027220.tif 000011
【図１０】
2005027220.tif 000012
【図１１】
2005027220.tif 000013