(57)【要約】【課題】  コンテンツの不正利用を確実に防止し、かつ利用者が所望のコンテンツを正しく受信できるようにする。【解決手段】  送信装置から受信装置に著作権保護を図る必要のあるコンテンツを伝送する。受信装置から送信装置にコンテンツ確認要求を行い、それに応答して送信装置で現在処理中のシードを収集して、収集したシードすべてを含むシードリストを受信装置に送信し、受信装置が現在所持しているシードとの比較を行うため、受信装置にコンテンツを送信する送信装置が意図した相手かどうかを的確に判断できる。【選択図】  図５
2006115317.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された鍵情報とを受信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を生成する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、
前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、
前記第１の鍵を用いて初めて生成された前記第２の鍵を用いて前記コンテンツ復号手段によりコンテンツの復号を行う際、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備えることを特徴とする情報処理装置。
【請求項２】
ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を生成する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、
前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、
前記通信装置から送信される前記鍵情報が予め決められた順序で変化しなくなったときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備えることを特徴とする情報処理装置。
【請求項３】
ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を生成する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、
前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、
前記通信装置から送信される前記鍵情報が予め予想されるタイミングとは異なるタイミングで更新されたときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備えることを特徴とする情報処理装置。
【請求項４】
ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を生成する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、
前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、
前記通信装置とのコンテンツ伝送用のコネクションをいったん切断し、再度前記通信装置とのコネクションを確立してコンテンツ伝送を開始するときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備えることを特徴とする情報処理装置。
【請求項５】
前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された鍵情報と、前記コンテンツ受信手段にて受信された鍵情報とが一致するか否かを確認する鍵情報確認手段を備えることを特徴とする請求項１乃至４のいずれかに記載の情報処理装置。
【請求項６】
前記鍵情報確認手段は、前記コンテンツ受信手段にて受信された鍵情報が、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された鍵情報を含む所定範囲内にある場合には、一致したことを確認することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記鍵情報確認手段は、前記コンテンツ受信手段にて受信された鍵情報を取得した後に、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された鍵情報を受信することを特徴とする請求項５または６に記載の情報処理装置。
【請求項８】
前記鍵情報確認手段は、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された鍵情報を受信した後に、前記コンテンツ受信手段にて受信された鍵情報を取得することを特徴とする請求項５または６に記載の情報処理装置。
【請求項９】
前記鍵情報確認手段が確認処理を開始してから確認結果が得られるまでの時間を計測する確認時間計測手段を備え、
前記鍵情報確認手段は、前記確認時間計測手段にて計測される時間が所定時間を超える場合には、確認処理に失敗したと判断して確認処理を終了することを特徴とする請求項５乃至８のいずれかに記載の情報処理装置。
【請求項１０】
前記鍵情報確認手段により一致が確認されると、前記コンテンツ受信手段にて受信された鍵情報を用いてハッシュ演算を行ってハッシュ値を計算するハッシュ演算手段と、
前記ハッシュ演算手段にて計算されたハッシュ値と、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信されたハッシュ値とを比較して一致するか否かを検出するハッシュ比較手段と、を備えることを特徴とする請求項５乃至９のいずれかに記載の情報処理装置。
【請求項１１】
前記コンテンツ受信手段にて受信された鍵情報と前記通信装置が所持する鍵情報とが一致しない場合には、前記コンテンツ確認要求手段による再度の指示と前記通信装置からのコンテンツの復号禁止との少なくとも一方を行う確認後動作手段を備えることを特徴とする請求項１乃至１０のいずれかに記載の情報処理装置。
【請求項１２】
前記コンテンツ確認要求手段は、前記通信装置に対する指示の中に乱数を含めて送信し、
前記通信装置から送信されたコンテンツ確認応答を受信するコンテンツ確認応答受信手段と、
前記コンテンツ確認応答に含まれる前記乱数の暗号化情報を取得する暗号化乱数取得手段と、
前記暗号化乱数取得手段で取得した前記乱数の暗号化情報を解読して、前記通信装置に送信した乱数と一致するか否かをチェックする乱数チェック手段と、を備えることを特徴とする請求項１乃至１１のいずれかに記載の情報処理装置。
【請求項１３】
ネットワークを介して接続された通信装置に対して、暗号化されたコンテンツを送信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を生成する認証・鍵交換手段と、
生成された乱数からなる鍵情報と前記第１の鍵とを用いて、所定の関数を用いて第２の鍵を生成する鍵生成手段と、
前記第２の鍵を用いてコンテンツを暗号化する暗号化手段と、
暗号化されたコンテンツに前記鍵情報を付加して前記通信装置に送信するコンテンツ伝送手段と、
所定の条件に従って前記鍵情報を更新する鍵情報更新手段と、
前記通信装置が送信したコンテンツ確認要求を受信した場合に、該コンテンツ確認要求に含まれる乱数を取得する乱数取得手段と、
現在使用中の前記鍵情報を取得する鍵情報取得手段と、
前記コンテンツ確認要求に対するコンテンツ確認応答として、前記鍵情報取得手段にて取得した鍵情報と前記乱数取得手段にて取得した乱数とを含むメッセージを前記通信装置に送信するコンテンツ確認応答手段と、を備えることを特徴とする情報処理装置。
【請求項１４】
前記通信装置から前記コンテンツ確認要求を受信した際に、前記コンテンツ確認要求に含まれる鍵情報が、前記鍵情報取得手段で取得した鍵情報に含まれるか否かを検索する検索手段と、
前記検索手段の結果を前記情報処理装置に通知するコンテンツ確認応答手段と、
を備えることを特徴とする請求項１３に記載の情報処理装置。
【請求項１５】
前記検索手段は、前記コンテンツ確認要求に含まれる鍵情報が、前記鍵情報取得手段で取得した鍵情報を含む所定範囲内にある場合には、検索に成功したとして扱うことを特徴とする請求項１４に記載の情報処理装置。
【請求項１６】
前記乱数取得手段にて取得した乱数と、第１の鍵と、前記コンテンツ確認要求に含まれる鍵情報とを用いてハッシュ演算を行ってハッシュ値を計算するハッシュ演算手段を備え、
前記コンテンツ確認応答手段は、前記検索手段による検索に成功した場合に、前記ハッシュ演算手段によって求めたハッシュ値を含む前記コンテンツ確認応答を前記通信装置に送信することを特徴とする請求項１４または１５に記載の情報処理装置。
【請求項１７】
前記乱数取得手段にて取得した乱数と、第１の鍵と、鍵情報取得手段によって取得した鍵情報とを用いてハッシュ演算を行ってハッシュ値を計算するハッシュ演算手段を備え、
前記コンテンツ確認応答手段は、前記検索手段による検索に失敗した場合に、前記ハッシュ演算手段によって求めたハッシュ値と前記鍵情報取得手段で取得した鍵情報とを含む前記コンテンツ確認応答を前記通信装置に送信すること、を特徴とする請求項１４乃至１５に記載の情報処理装置。
【請求項１８】
暗号化されたコンテンツを、ネットワークを介して送信装置から受信装置に送信する情報処理方法において、
前記送信装置と前記受信装置との間で、所定のプロトコルを用いて認証・鍵交換処理を行って、前記送信装置と前記受信装置との間でのみ共有する第１の鍵を生成し、
前記送信装置は、生成された乱数からなる鍵情報と前記第１の鍵とを用いて所定の関数により生成された第２の鍵を用いてコンテンツを暗号化し、暗号化コンテンツに前記鍵情報を付加して前記受信装置に送信し、
前記受信装置は、前記暗号化コンテンツと前記鍵情報とを受信して、前記鍵情報を用いて前記暗号化コンテンツを復号し、
前記送信装置は、所定の条件に従って前記鍵情報を更新し、
前記受信装置は、所定のタイミングで、前記送信装置が所持する前記鍵情報の送信または確認を指示するコンテンツ確認要求を前記送信装置に送信し、
前記送信装置は、前記コンテンツ確認要求を受信すると、コンテンツ確認要求に含まれる乱数を取得するとともに、現在使用中の前記鍵情報を取得し、
前記送信装置は、取得した前記鍵情報が前記受信装置が有する鍵情報と一致するか否かの確認結果と取得した前記鍵情報との少なくとも一方を、前記取得した乱数とともに、前記コンテンツ確認要求に対するコンテンツ確認応答として前記受信装置に送信し、
前記受信装置は、前記暗号化コンテンツに付加された鍵情報が前記送信装置が現在使用中の鍵情報と一致しない場合には、前記コンテンツ確認要求手段による再度の指示と前記通信装置からのコンテンツの復号禁止との少なくとも一方を行うことを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、著作権保護の必要なコンテンツを受信または送信する情報処理装置に関する。
【背景技術】
【０００２】
近年の計算機ネットワークの普及やデジタル化に伴い、デジタル情報家電と呼ばれる製品が普及しつつある。また、地上デジタル放送の開始に伴い、デジタル放送対応のテレビやセットトップボックス、DVDレコーダ等が、今後より一層普及することが予想される。これらのデジタル家電が家庭内ネットワークで接続されれば、利用者はネットワーク経由でコンテンツを楽しむことができ、有益である。
【０００３】
ここで、コンテンツとは、各種のデジタルデータ、たとえばMPEG2やMPEG4などの動画データや音声データ、テキストデータや画像データのようなドキュメント・データなどを指す。この種のデジタルデータからなるコンテンツは、劣化することなく容易に複製することができるという利点を持つ反面、コンテンツの著作権に関して注意を払わなければならないといった問題がある（非特許文献１参照）。たとえば、著作権を保護すべきコンテンツを、ある送信装置から受信装置に送信する場合を考える。著作権を保護すべきコンテンツをやり取りする範囲は、一定の範囲内、たとえば著作権30条の私的利用の範囲内などの正当な権限の範囲内か、それよりもさらに狭い範囲内に制限され、その範囲を超えて第三者との間でコンテンツをやり取りできないように制限するのが望ましい。
【非特許文献１】"Digital Transmission Licensing Administrator", http://www.dtcp.com
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ネットワークを経由してAVデータの伝送を行う場合、著作権法上の問題が生じるおそれがある。例えば、送信装置から受信装置に対してコピー禁止のコンテンツを伝送する場合、暗号化等の手段を施さなければネットワーク上に設置した機器によりデータを不正に複製することができてしまう。AVデータの転送をIP(インターネットプロトコル)で行う場合、ネットワーク上のデータをフィルタリングしたりモニターしたりする汎用的な技術がある。この技術を用いると、特定の送信装置と受信装置との間で転送された任意のデータをフィルタリングして取得することが可能となる。つまり、送信装置と受信装置との間でやりとりされるデータのうち、制御情報などを除いたコンテンツだけを効率よく収集することができてしまう。
【０００５】
さらにユーザの利便性を考慮すると、受信装置が要求したコンテンツを確実に送信装置から受信する仕組みを提供することも重要である。たとえば、IPでは送信装置と受信装置との間にプロキシと呼ばれる装置を介在させることで、受信装置の送信するコンテンツ要求を送信装置の手前でブロックしたり、受信装置が要求するコンテンツとは別のコンテンツを送信装置に対して代理で要求したり、別な送信装置に別なコンテンツを要求したりすることで、本来受信装置が要求するコンテンツとは別のコンテンツを受信させるようなことが可能になってしまう。
【０００６】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、コンテンツの不正利用を確実に防止し、かつ利用者が所望のコンテンツを正しく受信できるようにすることで、コンテンツを有効的に利用可能にする情報処理装置および情報処理方法を提供するものである。
【課題を解決するための手段】
【０００７】
本発明の一態様によれば、ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された鍵情報とを受信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を生成する認証・鍵交換手段と、前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、前記第１の鍵を用いて初めて生成された前記第２の鍵を用いて前記コンテンツ復号手段によりコンテンツの復号を行う際、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備える。
【０００８】
また、本発明の一態様によれば、ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を生成する認証・鍵交換手段と、前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、前記通信装置から送信される前記鍵情報が予め決められた順序で変化しなくなったときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備える。
【０００９】
また、本発明の一態様によれば、ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を生成する認証・鍵交換手段と、前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、前記通信装置から送信される前記鍵情報が予め予想されるタイミングとは異なるタイミングで更新されたときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備える。
【００１０】
また、本発明の一態様によれば、ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を生成する認証・鍵交換手段と、前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、前記通信装置とのコンテンツ伝送用のコネクションをいったん切断し、再度前記通信装置とのコネクションを確立してコンテンツ伝送を開始するときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備える。
【００１１】
また、本発明の一態様によれば、ネットワークを介して接続された通信装置に対して、暗号化されたコンテンツを送信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を生成する認証・鍵交換手段と、生成された乱数からなる鍵情報と前記第１の鍵とを用いて、所定の関数を用いて第２の鍵を生成する鍵生成手段と、前記第２の鍵を用いてコンテンツを暗号化する暗号化手段と、暗号化されたコンテンツに前記鍵情報を付加して前記通信装置に送信するコンテンツ伝送手段と、所定の条件に従って前記鍵情報を更新する鍵情報更新手段と、前記通信装置が送信したコンテンツ確認要求を受信した場合に、該コンテンツ確認要求に含まれる乱数を取得する乱数取得手段と、現在使用中の前記鍵情報を取得する鍵情報取得手段と、前記コンテンツ確認要求に対するコンテンツ確認応答として、前記鍵情報取得手段にて取得した鍵情報と前記乱数取得手段にて取得した乱数との少なくとも一方を含むメッセージを前記通信装置に送信するコンテンツ確認応答手段と、を備える。
【発明の効果】
【００１２】
本発明によれば、コンテンツの不正利用を確実に防止でき、かつコンテンツの有効利用が可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照しながら、本発明の一実施形態について説明する。
【００１４】
（第１の実施形態）
図１は本発明の一実施形態に係る情報処理装置を備えたコンテンツ送受信システムの概略構成を示すブロック図である。図１のコンテンツ送受信システムは、個人の楽しむ範囲内で主にAVデータを送受信することを目的としており、ローカルエリアネットワーク１に接続された送信装置Ａ、受信装置Ｂおよび受信装置Ｃを備えている。なお、これらの機器間が不図示のルータ装置やブリッジ装置等で接続されていてもよい。送信装置Ａと受信装置Ｂ、Ｃの少なくとも一つが本発明の一実施形態に係る情報処理装置の一態様になりうる。
【００１５】
ローカルエリアネットワーク（以下、LAN）１の物理レイヤおよびリンクレイヤは、IEEE802.11に準拠した無線LAN、イーサネット(登録商標)、IEEE1394などの種々の形態を採りうる。LAN１のネットワークレイヤは、インターネットプロトコル(以下、単にIPと呼ぶ)が使用されている場合には、IPv4でもよいし、IPv6でもよい。また、LAN１には送信装置Ａ、受信装置Ｂ、受信装置Ｃ以外の装置が接続されていてもよいが、簡略化のためここでは省略している。
【００１６】
ここで、送信装置Ａから受信装置Ｂ、Ｃにコンテンツを送信する場合を考える。ここでは説明を簡単にするため、著作権保護をかけた上で伝送すべきデジタルコンテンツ（以下、単にコンテンツと呼ぶ）である場合を考える。すなわち、受信装置Ｂが送信装置Ａに対し所望のコンテンツを要求した場合、送信装置Ａと受信装置Ｂ以外の他の機器が不正に当該コンテンツを取得・複製したことや、送信装置Ｂが要求したコンテンツとは異なるコンテンツを送信装置Ａや他の機器が送信したことを、受信装置Ｂが検出できるようにする。
【００１７】
本実施形態は大きく分けて以下の二つの特徴を有する。
【００１８】
（第１の特徴）
暗号化等の手段を施さない場合、送信装置と受信装置との間の伝送経路上でコンテンツが容易に複製可能となってしまう。そこで、本実施形態では、コンテンツの送受信に先立ち、送信装置と受信装置にあらかじめ秘密を共有できる処理を行い、送信装置と受信装置はその秘密を用いてコンテンツを暗号・復号化する。これにより、共通の秘密を持たない装置がコンテンツを複製することを防ぐ。また、暗号強度を増すために、コンテンツの暗号に用いる鍵を定期的に更新する。
【００１９】
（第２の特徴）
受信装置が送信装置に対してコンテンツの要求を送信すると、そのコンテンツ要求は送信装置と受信装置の間の伝送系路上で改変される可能性があり、受信装置は所望のコンテンツとは異なるコンテンツを受信するおそれがある。そこで本実施形態では、コンテンツを受信している間、受信装置が送信装置に対して、受信装置が受信しているコンテンツと送信装置が送信しているコンテンツが同じ鍵で暗号化されているかどうかを問い合わせることで、受信装置が処理中のコンテンツと送信装置が現在処理中のコンテンツと同じコンテンツであることを確認する処理を設ける。
【００２０】
以下では、図１の受信装置Ｂが送信装置Ａに対してコンテンツの送信要求を行って、コンテンツの提供を受ける例について説明する。
【００２１】
図２は本実施形態に係る送信装置Ａの概略構成を示すブロック図である。図２の送信装置Ａは、ネットワークインターフェース部１と、パケット処理部２と、データコネクション管理部３と、認証・鍵交換コネクション管理部４と、認証・鍵交換処理部５と、暗号処理部６と、コンテンツ供給部７と、シード収集部８とを有する。
【００２２】
ネットワークインターフェース部１は、受信装置Ｂと通信を行うための物理レイヤ処理およびデータリンクレイヤ処理を実行する。パケット処理部２は、受信装置Ｂと通信を行うためのネットワークレイヤ・トランスポートレイヤ処理を実行する。認証・鍵交換処理部５は、受信装置Ｂと認証・鍵交換処理を行う。データコネクション管理部３はコンテンツ送受信用のコネクション（コネクションＢ）を管理する。認証・鍵交換コネクション管理部４は認証・鍵交換用のコネクション（コネクションＡ）を管理する。
【００２３】
認証・鍵交換処理部５は、認証・鍵交換処理が成功すると、各受信装置Ｂとの間でコンテンツを暗号化したり復号化したりするのに用いる秘密鍵として、認証鍵を生成する。認証鍵は認証・鍵交換処理が成功したすべての受信装置Ｂとの間で共有する鍵の値である。ここで、認証・鍵交換処理とは、送信装置Ａや受信装置Ｂがあるライセンス機関から正しくライセンスをうけた装置であることを相互に認証し、正当な装置であると確認できた場合に、共通の鍵を生成する処理のことを指す。認証の方法として、ISO/IEC 9798-3やISO/IEC 9798-2のような公知の手法を用いればよい。
【００２４】
暗号処理部６は、コンテンツを暗号化するための鍵の計算やコンテンツの復号化を行う。暗号処理部６は、認証・鍵交換処理によって共有した鍵(認証鍵(K))を用いてコンテンツを暗号化する鍵を生成する。コンテンツの暗号化に用いる鍵(コンテンツ鍵Kc)は関数(F)によってパラメタK(認証鍵)、S(シード)を用いて以下のように計算する。
【００２５】
Kc = F(K, S)
関数Fは(1)AESなどの暗号アルゴリズムを用いる方法、(2)SHA-1などのハッシュ関数を用いる方法、(3)それらを組み合わせた方法、によって計算すればよい。また、関数Fのパラメタとして、認証鍵ＫやシードＳ以外のパラメタを含めてもよい。
【００２６】
このシードＳと認証鍵Ｋからコンテンツ鍵Kcを計算し、コンテンツを暗号化する。暗号化および復号化の暗号アルゴリズムとしては、AESなどの公知の手法を用いればよい。コンテンツ供給部は、コンテンツを暗号処理部に供給する。
【００２７】
なお、シードＳとは、時間や暗号化対象の累積データ量によって変化する値である。シードの更新方法として、(1)一定時間ないし一定の時間範囲によって変化させる方法、(2)送信データの累積量によって変化させる方法、(3)時間または送信データの累積量うち更新時期が早い方を選択する方法、などがある。コンテンツ鍵は、シードを用いて生成されるため、コンテンツ鍵も時間やデータ量によって更新される。
【００２８】
送信装置Ａが複数の受信装置Ｂに対してコンテンツを送信する場合、送信に用いる転送プロトコルやネットワークの帯域によっては、受信装置Ｂごとに非同期にコンテンツが伝送される。したがって、例えば、送信装置Ａが受信装置Ｂと受信装置Ｃに対して、ある時刻Ｔに同時にコンテンツの送信を開始したとしても、時刻Ｔ＋Ｘの時点では受信装置ＢにはＭメガバイト、受信装置ＣにはＮメガバイトを送信することになる。このため、上記(2)の方法をとる場合、シードの更新タイミングも受信装置Ｂごとに異なる。たとえば送信装置Ａが１メガバイトを送信するごとにシードを更新させる場合、受信装置Ｂに対してはＭ回シードを更新することになり、受信装置Ｃに対してはＮ回更新することになる。シードの値の更新の方法としては、(a)毎回乱数を生成する方法、(b)初回は乱数とするが、２つ目以降は乱数に一定数ずつ変化させていく方法(例えば1ずつ増加させていく方法)、などがある。以下は(b)の方法で更新させていくものとする。
【００２９】
シード収集部８は、送信装置Ａが処理中のすべてのシード値を収集し、シードリストとして蓄積する。送信装置Ａが管理するシードのどれか一つでも更新される場合には、シードリストも更新する。
【００３０】
図３は送信装置Ａが暗号化したコンテンツを受信装置Ｂに伝送する際の転送フォーマットの一例を示す図である。図３に示すように、コンテンツは任意のデータ長に分割され、ヘッダ部ｄ１とコンテンツ部ｄ２を含むコンテンツパケットとして転送される。コンテンツ部ｄ２は暗号化されたコンテンツのことを示す。ヘッダ部ｄ１はコンテンツ鍵の計算に用いたシードＳ（S1やS2等）とコンテンツ部の長さｄ３から構成される。シードＳはコンテンツ鍵の生成に用いるが、認証鍵Ｋを持たない機器はコンテンツ鍵Kcを求めることができないため、それ自体は平文で送信してよい。ヘッダ部ｄ１にはこれ以外のコンテンツ部に関する情報を含んでいてもよい。コンテンツ部ｄ２は、暗号化されたコンテンツを含む。
【００３１】
図４は本実施形態に係る受信装置Ｂの概略構成を示すブロック図である。図４に示すように、受信装置Ｂは、ネットワークインターフェース部１１と、パケット処理部１２と、データコネクション管理部１３と、認証・鍵交換コネクション管理部１４と、認証・鍵交換処理部１５と、暗号処理部１６と、コンテンツ処理部１７と、シードチェック処理部１８とを有する。
【００３２】
ネットワークインターフェース部１１、パケット処理部１２、データコネクション管理部１３、認証・鍵交換コネクション管理部１４および認証・鍵交換処理部１５については、送信装置Ａ内の対応するブロックと同様の機能を持ち、同様のブロックで構成することができる。
【００３３】
暗号処理部１６はコンテンツ鍵Kcの計算やコンテンツの復号化を行う。コンテンツ鍵Kcは、送信装置Ａと認証・鍵交換処理によって計算した認証鍵Ｋと、受信装置Ｂから受信するコンテンツパケットのコンテンツヘッダ部に含まれるシードＳの値から、関数Fによって求める。コンテンツ鍵Kcを使って、コンテンツヘッダ部に対応するコンテンツパケットのコンテンツ部を復号する。コンテンツ処理部１７は、受信したコンテンツを表示装置などに出力したり蓄積したりするための処理を行う。
【００３４】
シードチェック処理部１８は、ある一定の条件が成立した場合に、現在処理中のコンテンツパケットのヘッダ部に含まれるシード値と、現在送信装置Ａが処理中のシード値が一致するか、あるいは一定の範囲内に収まっているかを確認する処理を行う。
【００３５】
図５は本実施形態に係るコンテンツ送受信システムの処理手順を示すフローチャートである。本実施形態は、送信装置Ａと受信装置Ｂとの間に２つの通信コネクションＡ，Ｂがあり、コネクションＡは認証・鍵交換用に用いられ、コネクションＢはコンテンツ伝送用に用いられる。
【００３６】
まず、送信装置Ａは、受信装置Ｂとの間で認証・鍵交換処理を行う（ステップＳ１〜Ｓ３）。これにより、送信装置Ａと受信装置Ｂは認証鍵Ｋを共有する。
【００３７】
次に、受信装置Ｂはコンテンツ受信要求を送信装置Ａに送信する（ステップＳ４）。コンテンツ受信要求は、コンテンツ転送プロトコルとしてHTTP(Hypertext Transfer Protocol)を用いる場合、HTTP GETリクエストなどの形で一般的には平文で送信される。コンテンツ転送プロトコルとしてRTP(Real-time Transport Protocol)を用いる場合には、コンテンツの転送はコネクションＢで行い、コンテンツ受信要求はコンテンツ転送用コネクションＢとは別のコネクションＣを用いる。
【００３８】
この要求を受けて送信装置ＡはシードS1と先に計算した認証鍵Ｋからコンテンツ鍵(Kc1)を生成する（ステップＳ５）。次に、送信装置Ａは、生成したコンテンツ鍵(Kc1)にてコンテンツを暗号化し（ステップＳ６）、コンテンツパケットのコンテンツヘッダ部にはシードS1を、コンテンツ部には当該暗号化コンテンツを含めて受信装置Ｂに送信する（ステップＳ７）。
【００３９】
その後、送信装置Ａは、ある一定量のデータを送信すると、シードを更新(S2)して、コンテンツ鍵を再計算 (Kc2)する（ステップＳ８）。そして、送信装置Ａは、再計算した新しいコンテンツ鍵(Kc2)にてコンテンツを暗号化し（ステップＳ９）、ステップＳ７と同様にコンテンツパケットを生成して送信する（ステップＳ１０）。
【００４０】
一方、受信装置Ｂは、ステップＳ７で送信装置Ａから送信されたコンテンツパケットのヘッダ部に含まれるシード値を確認して、コンテンツ鍵を計算し（ステップＳ１１）、コンテンツを復号する（ステップＳ１２）。
【００４１】
また、受信装置Ｂは、ステップＳ１０で送信装置Ａから送信されたコンテンツパケットのヘッダ部に含まれるシード値を確認して、シードが更新された場合には、コンテンツ鍵を更新し（ステップＳ１３）、更新したコンテンツ鍵を用いてコンテンツ部に含まれるデータを復号する（ステップＳ１４）。
【００４２】
なお、送信装置Ａの内部処理として、必ずしもシードを更新してからコンテンツ鍵の計算を行う必要はなく、あらかじめ更新したシード値におけるコンテンツ鍵を計算しておき、コンテンツパケットの更新に合わせてコンテンツ鍵を更新してもよい。同様に、受信装置Ｂも次のシード値が先読みできる場合は、その先読みしたシード値からコンテンツ鍵を計算しておき、コンテンツパケットのヘッダ部のシード値が更新されると同時にコンテンツ鍵を更新してもよい。このように鍵更新を工夫することにより、コンテンツパケットのコンテンツヘッダ部の更新に合わせて遅延なくコンテンツ鍵を更新することができ、暗号化・復号化を高速に行うことができる。
【００４３】
認証・鍵交換とコンテンツ転送とは論理的に別々のコネクション(たとえば通信プロトコルにTCP/IPを用いる場合は異なるTCPコネクションを用いるか、認証・鍵交換はTCPを用いコンテンツ転送はUDPを用いる、あるいは通信プロトコルにIEEE1394を用いる場合は認証・鍵交換はAsynchronousチャネルを用い、コンテンツ転送はIsochronousチャネルを用いる)で行ってもよい。以下では、別々のコネクションで通信するものとし、認証鍵交換用のコネクションを認証鍵交換コネクション、コンテンツ転送用のコネクションをデータコネクションと呼ぶ。
【００４４】
送信装置Ａは、定期的にシード値を更新し、シード値をＳnに更新すると、コンテンツ鍵を再計算する（ステップＳ１５）。次に、コンテンツを暗号化し（ステップＳ１６）、暗号化したコンテンツパケットを送信する（ステップＳ１７）。
【００４５】
受信装置Ｂは、ステップＳ１１〜Ｓ１４と同様に、シード値Ｓnを用いてコンテンツ鍵Kcnを計算し（ステップＳ１８）、コンテンツの復号を行う（ステップＳ１９）。
【００４６】
受信装置Ｂは、所定のタイミングで送信装置Ａに対してコンテンツ確認要求を行う（ステップＳ２０）。コンテンツ確認要求を行うタイミングについては、後に詳述する。
【００４７】
受信装置Ｂは、シードの収集を行って、自己が現在所持するシード値のリスト（シードリスト）を作成する（ステップＳ２１）。次に、送信装置Ａは、コンテンツ確認応答として、作成したシードリストを受信装置Ｂに送信する（ステップＳ２２）。
【００４８】
受信装置Ｂは、シードリストに含まれるシード値を確認する（ステップＳ２３）。ここでは、受信装置Ｂ自身が所持するシードが、送信装置Ａから送信されたシードリストに含まれているか否かを確認する。含まれていれば、シードは一致すると判断し、含まれていなければ、シードは一致しないと判断する。
【００４９】
シードの確認に成功すると、コネクションＢを用いてコンテンツの送受信を継続する。一方、シードの確認に失敗した場合には、受信装置Ｂは送信装置Ａに対してコンテンツ確認要求を再送信してもよい。この場合、コンテンツ確認要求を所定回数行ってもシードの確認に失敗し続けた場合には、受信装置Ｂはコンテンツの復号を中止する。
【００５０】
上述したステップＳ２０でコンテンツ確認要求を行う際のタイミングについて説明する。このタイミングとして、以下の（１）〜（４）の４種類が考えられる。これら（１）〜（４）のうち少なくとも一つの条件を満たした時点で、コンテンツ確認要求を開始する。
【００５１】
（１）交換鍵(K)を用いて、初めてコンテンツ鍵Kcを生成し、そのコンテンツ鍵Kcでコンテンツの復号を行った場合。
（２）受信装置Ｂがシードの更新方法を予め知っている場合、その更新方法に反して予期せぬ更新をした場合。例えば、送信装置Ａと受信装置Ｂとの間でシードを1ずつ増加させると決めておいた場合や、シード値Ｓのコンテンツパケットの次に、シード値がＳまたはS+1以外のシードを含むコンテンツパケットの復号を行う場合。
（３）受信装置Ｂがシードの更新タイミングをあらかじめ知っている場合、その更新タイミングに反して予期せぬ更新をした場合。たとえば送信装置Ａと受信装置Ｂとの間である一定量のデータを送信したときにシードを更新させると決めておいた場合、シードの値が一定量に達する前に更新した場合。
（４）データコネクション用TCPコネクションを1回切断し、再度送信装置Ａに接続してコンテンツパケットの受信を開始した場合。
【００５２】
コンテンツ確認処理は、受信装置Ｂがコンテンツ確認要求を送信し、送信装置Ａがコンテンツ確認応答を返信する処理からなる。なお、これらのコンテンツ確認用データは、データコネクションとは別のコネクションを用いてもよい。別のコネクションを用いる場合には、認証鍵交換用コネクションと同じコネクションを用いてもよい。
【００５３】
図６は受信装置Ｂが行う上記コンテンツ確認処理の詳細な処理手順の一例を示すフローチャート、図７は送信装置Ａが行う上記コンテンツ確認処理の詳細な処理手順の一例を示すフローチャートである。まず、受信装置Ｂは、乱数Ｒ１を生成する（ステップＳ３１）とともに、現在受信中のコンテンツパケットのコンテンツヘッダ部のシードＳr1を取得して保存する（ステップＳ３２）。
【００５４】
次に、乱数Ｒ１を含めたコンテンツ確認要求を送信装置Ａに対して送信する（ステップＳ３３）。
【００５５】
図８はコンテンツ確認要求のメッセージのフォーマットの一例を示す図である。図示のように、コンテンツ確認要求のメッセージは、TCP/IPヘッダｄ４と、命令タイプ（要求／応答）ｄ５と、乱数（Ｒ１）ｄ６とを有する。
【００５６】
送信装置Ａは、受信装置Ｂからのコンテンツ確認要求を受信すると（ステップＳ５１）、コンテンツ確認要求メッセージに含まれる乱数Ｒ１を取得する（ステップＳ５２）。次に、乱数Ｒ１をコピーした乱数Ｒ２を作成する（ステップＳ５３）。次に、現在使用しているシードすべてを取得して、これらすべてのシードを集めたシードリストを作成する（ステップＳ５４）。
【００５７】
ここで、送信装置Ａが処理中（使用中）のシードすべてを受信装置Ｂに返信する理由を説明する。送信装置Ａは、受信装置Ｂからコンテンツ確認要求を受けたときに、他の受信装置Ｂに同時にコンテンツを送信している場合や、受信装置Ｂに対して複数のコンテンツを同時に送信している場合がある。ここでは、説明を簡単にするために、送信装置Ａが受信装置Ｂと受信装置Ｃに対して同じコンテンツを送信する状況を想定する。
【００５８】
コンテンツ転送プロトコルとして、RTP(Real-time Transport Protocol)を用いる場合、一つのコンテンツを複数の受信装置Ｂにマルチキャストで配信することが可能であるため、受信装置Ｂの台数に限らず、送信装置Ａが暗号化するコンテンツはただ一つである。しかし、AVデータ転送プロトコルとして、HTTPのように受信装置Ｂごとにコネクションを確立するようなプロトコルを用いる場合、ある一定時間に送信するデータ量はコネクションごとに異なるため、コネクションごとにシードが更新される。そのため、送信装置Ａはコネクションの数だけシードを管理する必要がある。
【００５９】
ここで、受信装置Ｂが送信装置Ａに対してコンテンツ確認要求を送信したとする。前述のように、データコネクションと認証鍵交換コネクションは別々の論理コネクションである。従って、送信装置Ａは、どちらの受信装置Ｂが送信したコンテンツ確認要求であるかを特定することができない。IPアドレスにて特定する方法もあるが、送信装置Ａと受信装置Ｂとの間にNAT(Network Address Translation)機器が存在する場合などには、特定することができない。従って、送信装置Ａはどの受信装置に対しても処理中のすべてのシードを送信するようにしている。
【００６０】
次に、送信装置Ａは、処理中のすべてのシード（S1, S2,…,Sn）を取得する（ステップＳ５５）。そして、取得した全シードと乱数Ｒ１をコピーした乱数Ｒ２とを、認証鍵Ｋを用いて、以下の（１）式に示す関数Ｇにて、暗号化したメッセージＭを作成する。
【００６１】
Ｍ＝Ｇ（Ｋ，Ｒ２||Ｓ１||Ｓ２||…||Ｓｎ）    …（１）
ここで、Ｋは認証鍵を意味し、演算記号"||"は結合の意味を示す。関数Ｇは鍵Ｋを使って、乱数Ｒ２とシードＳを結合したメッセージを暗号化する処理を示す。
【００６２】
なお、暗号アルゴリズムによっては、暗号化対象のメッセージに加え、パディングが必要な場合がある。その際はヘッダにパディング長ないし暗号化対象のデータ長フィールドを定義し、パディングを含めて暗号化処理を施せばよい。
【００６３】
次に、送信装置Ａはメッセージ(M)を含めた応答メッセージを受信装置Ｂに対して送信する（ステップＳ５６）。図９は送信装置Ａが送信するメッセージＭを含むコンテンツ確認応答のフォーマットの一例を示す図である。図示のように、コンテンツ確認応答のメッセージは、TCP/IPヘッダｄ７と、命令タイプ（要求／応答）ｄ８と、乱数（Ｒ１）ｄ９と、シードリストｄ１０とを有する。図９の斜線で示した乱数とシードリストは暗号化して送信する。
【００６４】
上記の手順で送信装置Ａがコンテンツ確認応答を送信すると、受信装置Ｂは図６のステップＳ３４以降の処理を行う。まず、受信装置Ｂは、送信装置Ａから送信されたコンテンツ確認応答を受信し（ステップＳ３４）、認証鍵Ｋを用いてコンテンツ確認応答に含まれるメッセージを復号し、乱数Ｒ２とシードリストを取得する（ステップＳ３５）。
【００６５】
次に、受信装置Ｂは、取得した乱数Ｒ２が自己の所持する乱数Ｒ１と一致するか否かをチェックする（ステップＳ３６）。一致しない場合は、以下の処理を行わずにエラーを返す（ステップＳ３７）。一致する場合には、ステップＳ３５で取得したシードリストから先頭のシードＳ１を取得する（ステップＳ３８）。取得したシードＳ１は変数Ｓｋに入力される。
【００６６】
次に、ステップＳ３２で取得したシードＳｒが以下の（２）式の範囲に含まれるか否かを判定する（ステップＳ３９）。
【００６７】
Ｓｋ−Ｘ≦Ｓｒ≦Ｓｋ＋Ｙ    …（２）
ここで、Ｘは正の整数、Ｙはゼロである。
【００６８】
したがって、（２）式は、Ｓｋ−Ｘ≦Ｓｒ≦Ｓｋと等価である。
【００６９】
ステップＳ３９でシードＳｒが範囲内に含まれると判定されると処理を終了し、含まれないと判定されると、シードリストに未チェックのシードが存在するか否かを判定し（ステップＳ４０）、存在する場合には未チェックのシードの中から一つを選択して（ステップＳ４１）、ステップＳ３９に移行する。
【００７０】
このように、ステップＳ３８〜Ｓ４１では、受信装置Ｂが現在処理中（使用中）のシードが、送信装置Ａから送信されたシードリストの中に含まれているかを検索する。もしも含まれている場合は、受信装置Ｂが受信中のコンテンツは確かに送信装置Ａから送信され、かつ現在送信装置Ａが処理中のコンテンツであることが確認できる。
【００７１】
もしも異なる送信装置Ａに対してコンテンツ確認要求を送信してしまった場合には、認証鍵の値が異なるため、乱数とシードリストを正常に復号することができず、乱数の一致検査でエラーとなる。また、もしも乱数は一致するが、シードＳｒが（２）式の範囲に含まれていない場合には、送信装置Ａと受信装置Ｂが認証鍵Ｋを有するが、現在受信装置Ｂが処理中のコンテンツは送信装置Ａが過去もしくは未来に処理したコンテンツであり、現在処理中のコンテンツではないことが確認できる。この場合、現在処理中のコンテンツである場合にのみ処理が正常終了することとしているため、エラーとなる。
【００７２】
次に、ステップＳ３９で、現在処理中のシードＳｒがシードリストに含まれるか検索処理を行う際、完全一致ではなく、シードＳｒをシードのある範囲と比較している理由を説明する。
【００７３】
図１０は送信装置Ａのシード更新タイミングと受信装置Ｂのシード更新タイミングとを示す図である。図１０の横軸は時間である。受信装置Ｂは送信装置Ａから送信されたシードを受信した後にシードの更新を行うため、シードの更新タイミングは送信装置Ａの方が受信装置Ｂよりも速い。
【００７４】
コンテンツは任意のサイズに分割され、コンテンツパケットとして送信装置Ａから受信装置Ｂに送信される。また、コンテンツ確認要求とコンテンツ確認応答（以下、コンテンツ確認用データ）は、コンテンツパケットとは別のコネクションで送受される。
【００７５】
このとき、パケットロスによる再送処理などが原因で、ネットワーク上ないし機器内で、データコネクションと認証鍵交換コネクションとで異なる遅延が発生する可能性がある。例えば、動画データを転送する場合には、コンテンツ用データと、管理データである認証鍵交換用データおよびコンテンツ確認用データとを相対的に比較すると、コンテンツ用データの方が一定時間に送受信されるデータ量は多い。このため、データコネクション管理部３は、認証・鍵交換用コネクションに比べて大きいサイズのバッファを有する可能性がある。このバッファの影響により、暗号処理部６や認証鍵交換処理部５など、アプリケーション層で処理するまでの遅延も、コンテンツデータの方が大きくなる可能性が高い。
【００７６】
ここで、受信装置Ｂがコンテンツ確認要求を送信した時点で、コンテンツパケットのシードＳｒの値がＳａだとする。送信装置Ａがコンテンツ確認要求を受信した時のコンテンツパケットのシードの値はＳａから更新されてＳｂとなっている。このため、送信装置Ａは、コンテンツ確認応答Ｓ１として、Ｓｂを挿入して受信装置Ｂに返信する。受信装置Ｂは、コンテンツ確認応答を受信し、Ｓｒ（＝Ｓａ）とＳ１（＝Ｓｂ）の値の一致検査を行い、不一致が検出される。
【００７７】
このように、受信装置Ｂと送信装置Ａが互いに正常な機器であっても、上記バッファ等によるシードの遅延により、不一致が検出され、送信装置Ａから受信装置Ｂにコンテンツを送信できなくなる。
【００７８】
このため、図６のステップＳ３９では、ＳｒとＳ１の一致検査を行う場合に、完全一致ではなく、一定の範囲を設けて検査するようにしている。上述した（２）式のＸの値についてはシードの更新方法と伝送経路上または機器内部で生じる遅延を元に決めればよい。
【００７９】
図６では、受信装置Ｂが現在処理中のシードＳｒを取得した後に、送信装置ＡからのメッセージＭを受信する例を示したが、メッセージＭを受信した後に受信装置Ｂが現在処理中のシードＳｒを取得してもよい。
【００８０】
図１１は図６の変形例に係る受信装置Ｂの処理手順を示すフローチャートである。図１１では、送信装置ＡからのメッセージＭを受信した後（ステップＳ６２）、受信装置Ｂが現在処理中のシードＳｒを取得する（ステップＳ６３）。これらのステップ以外の処理は図６と同様である。
【００８１】
図１２は送信装置Ａのシード更新タイミングと受信装置Ｂのシード更新タイミングとを示す図である。図１２の横軸は時間である。図１２からわかるように、受信装置Ｂが現在使用中のシードＳｒを取得するタイミングが後にずれるため、図１０の場合よりも、シードＳｒと送信装置Ａが現在使用中のシードとの差が小さくなる可能性はあるが、図１２の場合は両シードが異なっている。
【００８２】
そこで、図１１のステップＳ６８のようにシードリスト内の各シードに範囲を設ける。ここで、Ｘ，Ｙの値についてはシードの更新方法と伝送経路上または機器内部で生じる遅延を元に決めればよい。
【００８３】
図１３は図１２とは異なる例を示すシーケンス図である。図１２では、送信装置Ａはコンテンツ確認応答のシードＳ１に現在処理中のシードＳｃを入れる。しかし、図１２の場合と同様にコンテンツデータの遅延が大きく、コンテンツ確認応答で取得するシードＳｃと、先に受信装置Ｂが受信したコンテンツパケットに付加されたシードＳｂとが一致しなくなる。つまり、Ｓｃ＞ＳｂすなわちＳｒ＞Ｓ１となり、完全一致や図１３の場合でも検索処理は失敗してしまう。そこで、このような場合、受信装置Ｂは、図１１のステップＳ６８に示すように、シードリスト中のシードにある範囲を持たせてシードＳｒと比較する。このとき、Ｘ，Ｙ正の整数の値とする。
【００８４】
上述した説明では、コンテンツ確認要求とコンテンツ確認応答は1回の往復で終了させる場合についてのみ説明した。しかし、コンテンツ確認応答が送信装置Ａの処理負荷、ネットワークや送信装置Ａと受信装置Ｂの間のルータ機器などの影響によって極端に遅延すると、受信装置Ｂはコンテンツ確認応答をなかなか受信できず、シードの確認およびその後のコンテンツの伝送が行えなくなる。このため、本実施形態を実現するには、受信装置Ｂがコンテンツ確認処理を開始してから、その処理を完了させるまでのタイムアウト値を規定する必要がある。
【００８５】
図１４は受信装置Ｂが行うコンテンツ確認応答の時間制限処理の一例を示すフローチャートである。コンテンツ確認処理が開始されると、タイマー計測を開始し（ステップＳ８１）、送信装置Ａに対してコンテンツ確認要求を送信する（ステップＳ８２）。
【００８６】
その後、このコンテンツ確認要求に対応するコンテンツ応答を受信し（ステップＳ８３）、コンテンツ確認チェック処理を実行する（ステップＳ８４）。この処理に成功すれば正常終了し（ステップＳ８５）、失敗した場合はタイマーの経過時間を確認し（ステップＳ８６）、もしもタイマーがある一定の時間を経過していれば異常終了とし（ステップＳ８７）、期限内であれば再度コンテンツ確認要求を送信する（ステップＳ８２）。
【００８７】
図１４では、タイマーを用いてコンテンツ確認処理が成功するまでの期間に制限を設けたが、一回のコンテンツ確認要求とコンテンツ確認応答にタイマーをセットし、コンテンツ確認要求とコンテンツ確認応答の回数に制限を設けてもよい。
【００８８】
図１５は図１４の変形例を示すフローチャートである。まず、タイマー切れの回数を計測するための変数Ｎをゼロに初期化する（ステップＳ９１）。次に、タイマー計測を開始し（ステップＳ９２）、コンテンツ確認要求を送信する（ステップＳ９３）。コンテンツ確認応答を受信するまでの間、タイマーを監視する（ステップＳ９４）。
【００８９】
タイマーが切れるまでにコンテンツ確認応答を受信していれば（ステップＳ９５）、コンテンツ確認チェック処理を実行する（ステップＳ９６）。そして、コンテンツ確認チェック処理に成功すると正常終了し（ステップＳ９７）、失敗すると、異常終了する（ステップＳ９８）。  コンテンツ確認応答を受信する前にタイマーが切れてしまうと、コンテンツ確認チェック処理を中断・キャンセルする（ステップＳ９９）。そして、タイマー切れ回数を計測する変数Ｎを「１」インクリメントし（ステップＳ１００）、変数Ｎが最大回数（MAX）未満か否かを判定する（ステップＳ１０１）。最大回数未満であれば、ステップＳ９２以降の処理を繰り返し、最大回数以上であれば、異常終了する（ステップＳ９８）。
【００９０】
上述した図１４および図１５において、コンテンツ確認チェック処理に失敗した場合に、受信装置Ｂが行う異常終了処理は、例えば以下の（１）〜（３）の少なくとも一つを行えばよい。
【００９１】
（１）認証鍵Ｋを破棄する。
（２）コンテンツ確認処理が失敗した時点でコンテンツパケットの復号を休止する。なお、再度コンテンツ確認処理を行って成功し、認証鍵Ｋを保持している場合には、コンテンツの復号を再開しても良い。
（３）コンテンツ確認処理が失敗した時点以降のコンテンツパケットの復号を中止する。
【００９２】
上述したように、第１の実施形態では、受信装置Ｂから送信装置Ａにコンテンツ確認要求を行い、それに応答して送信装置Ａで現在処理中のシードを収集して、収集したシードすべてを含むシードリストを受信装置Ｂに送信し、受信装置Ｂが現在所持しているシードとの比較を行うため、受信装置Ｂにコンテンツを送信する送信装置Ａが意図した相手かどうかを的確に判断できる。これにより、送信装置Ａと受信装置Ｂ以外の他の装置との間に誤ってコンテンツの送受信を行うおそれを回避でき、コンテンツの著作権保護が図れる。
【００９３】
より具体的には、本実施形態によれば、送信装置Ａが送信装置Ａに対し所望のコンテンツを要求した際、途中の機器が不正に当該コンテンツを取得・複製したり、送信装置Ａないしその他の機器が送信装置Ａが要求したコンテンツとは異なるコンテンツを送信した場合や、受信装置Ｂが現在受信処理中のコンテンツと送信装置Ａが送信処理中のコンテンツが異なる場合に、受信装置Ｂがこのような行為を確実に検出することができる。
【００９４】
（第２の実施形態）
第２の実施形態は、送信装置Ａが受信装置Ｂに送信するコンテンツ確認応答に含めるシードリストを平文として送信するものである。受信装置はシードリストの正当性をチェックするための手法として、例えばハッシュ関数を用いる例について説明する。
【００９５】
第２の実施形態に係る送信装置Ａと受信装置Ｂの内部構成は、上述した図２および図４と同様であり、以下では、第１の実施形態との相違点を中心に説明する。
【００９６】
受信装置Ｂが送信したコンテンツ確認要求を受信した送信装置Ａは、処理中のすべてのシード(S1, S2, ... Sn)と送信装置Ａのコンテンツ確認要求に含まれる乱数Ｒ１とをコピーし、その値を用いて、以下の関数HにてメッセージＭ２を生成する。なお、関数Hに用いるハッシュ関数としては、SHA-1のようなよく知られた一方向性ハッシュ関数を用いればよい。
【００９７】
M2 = H(K||R2||S1||S2||...||Sn)    …（３）
ここで、Kは認証鍵を意味し、演算記号"||"は結合の意味を指す。
【００９８】
送信装置Ａは、メッセージＭ２と平文のシードリストを含めた応答メッセージを受信装置Ｂに対して送信する。図１６は送信装置Ａから送信されるメッセージＭ２を含むコンテンツ確認応答メッセージのフォーマットの一例を示す図である。図１６において、暗号文ｄ１１はメッセージＭ２のことであり、シードリストは送信装置Ａが現在処理中のシード群（S1,S2, ... Sn）である。シードリストｄ１２は、確認処理のために用いる値であるため、平文で送信して特に問題ない。
【００９９】
受信装置Ｂは、コンテンツ確認応答の中に現在処理中のシードＳｒが含まれているか検索処理を行う。図１７は第２の実施形態による受信装置Ｂの処理手順を示すフローチャートである。ステップＳ１１１〜Ｓ１１８の処理は図６のステップＳ３１〜Ｓ３４とステップＳ３８〜Ｓ４１と同様である。
【０１００】
受信装置Ｂは、コンテンツ確認応答に含まれる平文のシードリストの中にシードＳｒが含まれているか否かを検索する（ステップＳ１１５〜Ｓ１１８）。含まれていない場合にはエラー処理を行う（ステップＳ１１９）。含まれている場合には、認証鍵、コンテンツ確認要求に含めた乱数R1と、コンテンツ確認応答に含まれる平文のシードリストを結合し、関数HからメッセージＭ３を求める（ステップＳ１２０）。
【０１０１】
M3 = H(K||R1||S1||S2||...||Sn)    …（４）
次に、受信装置Ｂは、計算したメッセージＭ３と送信装置Ａから送信されたメッセージＭ２とが一致するか否かを判定し（ステップＳ１２１）、一致すれば正常終了とし（ステップＳ１２２）、一致しなければエラーを返す（ステップＳ１２０）。
【０１０２】
上述したように、第２の実施形態の送信装置Ａは、シードリストを平文で送信して、受信装置Ｂが暗号処理部１６を動作させる前に検索処理を行えるようにすることで、検索処理に失敗した場合に暗号処理を行うことを省略することができ、処理の効率化が図れる。仮に中間機器が受信装置Ｂの検索処理で一致するようにシードリストの不正な書き換えを行ったとしても、受信装置Ｂはシードの確認処理には成功するが、ハッシュ値は中間機器は認証鍵を所持していないため、正しいハッシュ値を計算することができず、受信装置Ｂはその後のハッシュ値の確認処理では一致することがない。このようにして、中間機器による不正なシードリストの改変を防止することができる。
【０１０３】
このように、第２の実施形態では、コンテンツ確認要求を受けた送信装置Ａが、コンテンツ確認要求に含まれる乱数を用いたハッシュ値を計算してコンテンツ確認応答に含めて送信し、このコンテンツ確認応答を受信した受信装置Ｂは、自己が計算したハッシュ値とコンテンツ確認応答に含まれるハッシュ値とが一致するか否かを確認するため、第１の実施形態よりも効率的にコンテンツ確認応答を送信した送信装置Ａが意図する通信相手か否かを検証できる。
【０１０４】
（第３の実施形態）
第１および第２の実施形態では、シードの確認処理を受信装置Ｂ側で行う例を説明したが、第３の実施形態では、送信装置Ａ側でもシードの確認処理を行うものである。
【０１０５】
図１８は第３の実施形態に係る送信装置Ａの一実施形態の概略構成を示すブロック図である。図１８の送信装置Ａは、シードチェック処理部１８を備えている点で図７の送信装置Ａと異なっている。シードチェック処理部１８は、受信装置Ｂからコンテンツ確認要求により受信したシードの値が、シード収集部８のシードリストに含まれているか否かを示す検索処理を実行する。
【０１０６】
図１９は第３の実施形態に係る受信装置Ｂの一実施形態の概略構成を示すブロック図である。図１９の受信装置Ｂは、シードチェック処理部１８の代わりにシード蓄積部１９を備えている点で図６の受信装置Ｂと異なっている。シード蓄積部１９は、現在処理中のコンテンツパケットのヘッダ部に含まれるシード値を保存し、認証・鍵交換処理部１５は送信装置Ａに対してコンテンツ確認要求を送信する際にそのシードの値を参照する。シード蓄積部１９はヘッダ部のシード値が変化した場合には、その変化した値にシードの値を更新する処理を実行する。
【０１０７】
図２０は図１８の送信装置Ａと図１９の受信装置Ｂとの間で行われる処理手順の一例を示すシーケンス図、図２１は受信装置Ｂが行うコンテンツ確認処理の処理手順の一例を示すフローチャート、図２２は送信装置Ａが行うコンテンツ確認処理の処理手順の一例を示すフローチャートである。
【０１０８】
送信装置Ａと受信装置Ｂが認証・鍵交換処理を行い、認証鍵Ｋとシードの値を用いてコンテンツ鍵を生成し、送信装置Ａがコンテンツを暗号化して受信装置Ｂに送信し、その後に受信装置Ｂがコンテンツ確認要求を行うまでの処理（ステップＳ１３１〜Ｓ１５０）は図５と共通する。
【０１０９】
受信装置Ｂは現在受信中のコンテンツパケットのコンテンツヘッダ部のシード(Sr1)を保存し、さらに乱数R1を生成して、シード(Sr1)とその乱数を含めたコンテンツ確認要求を送信装置Ａに対して送信する（ステップＳ１６１〜Ｓ１６３）。図２０の例では、コンテンツヘッダ部のシードの値はSaであるため、コンテンツ確認要求には、シードSaと乱数R1を含めて送信する。
【０１１０】
図２３はコンテンツ確認要求のメッセージフォーマットの一例を示す図である。図示のように、コンテンツ確認要求は、受信装置Ｂが生成した乱数（R1）ｄ６とシード(Sr,この場合Sa)ｄ１３を含んでいる。
【０１１１】
コンテンツ確認要求を受信した送信装置Ａは、シードの収集を行った後（ステップＳ１５１、Ｓ１８４）、収集したシードの確認を行う（ステップＳ１５２、Ｓ１８５〜Ｓ１９１）。より具体的には、処理中のすべてのシード(S1, S2, ... Sn)の中から、受信装置Ｂからのコンテンツ確認要求に含まれるシードSrが以下の（５）式の範囲に含まれているか検索処理を行う（ステップＳ１８６）。
【０１１２】
S1-X≦Sr≦S1 + Y    …（５）
ここで、Xは正の整数の値とし、Yは0とする。
【０１１３】
比較検査に成功した場合は、コンテンツ確認要求に含まれる乱数R1をコピーした乱数R2を取得し、以下の（６）式に示す関数IにてメッセージM4を作成する（ステップＳ１８７，Ｓ１９１）。なお、関数Iに用いる暗号アルゴリズムとして、AESのようなよく知られたアルゴリズムを用いればよい。
【０１１４】
M4 = I(K, R2||C)    …（６）
ここで、Kは認証鍵を意味し、演算記号"||"は結合の意味を示す。成功メッセージＣは送信装置Ａと受信装置Ｂの間であらかじめ定められた定数である。また、Ｍ４を作成する際、乱数R2と成功メッセージC以外に、コンテンツ確認要求に含まれるシードSrを含めるのが望ましい。関数Iは鍵Kを使って、R2とCを結合したメッセージを暗号化する処理を示す。なお、暗号アルゴリズムによっては暗号化対象のメッセージに加えパディングが必要な場合がある。その際はヘッダにパディング長ないし暗号化対象のデータ長フィールドを定義し、パディングを含めて暗号化処理を施せばよい。
【０１１５】
送信装置ＡはメッセージM4を含めた応答メッセージを受信装置Ｂに対して送信する（ステップＳ１５３、Ｓ１８８）。
【０１１６】
図２４はコンテンツ確認応答のメッセージフォーマットの一例を示す図である。この場合のコンテンツ確認応答は、暗号化された乱数（R2）ｄ１４と成功メッセージ（Ｃ）ｄ１５とを含んでいる。
【０１１７】
送信装置Ａは、シード値の比較検査に失敗した場合は、処理中のすべてのシード(S1, S2, ... Sn)と、コンテンツ確認要求に乱数R1をコピーした値R2と、定数(C2)を用いて、以下の（７）式に示す関数JにてメッセージM4を作成する。なお、関数Jに用いる暗号アルゴリズムとしてAESのようなよく知られたアルゴリズムを用いればよい。
【０１１８】
M4 = J(K, R2||C2||S1||S2||...||Sn)    …（７）
ここで、Kは認証鍵を意味し、演算記号"||"は結合の意味を示す。失敗メッセージC2は送信装置Ａと受信装置Ｂの間であらかじめ定められた定数である。関数Iは鍵Kを使って、R2とC2を結合したメッセージを暗号化する処理を示す。なお、暗号アルゴリズムによっては暗号化対象のメッセージに加えパディングが必要な場合がある。その際はヘッダにパディング長ないし暗号化対象のデータ長フィールドを定義し、パディングを含めて暗号化処理を施せばよい。
【０１１９】
送信装置ＡはメッセージM4を含めた応答メッセージを受信装置Ｂに対して送信する。図２５はシードの検索処理が失敗した場合のコンテンツ確認応答のメッセージフォーマットの一例を示す図である。この場合のコンテンツ確認応答は、暗号化された乱数（R2）ｄ１４、失敗メッセージ（C2）ｄ１６およびシードリストｄ１７とを含んでいる。
【０１２０】
受信装置Ｂは認証鍵Ｋを使ってメッセージM4を復号し（ステップＳ１６５）、メッセージM4に含まれる乱数R2がステップＳ１５０にて送信した値R1と一致するか否かをチェックする（ステップＳ１５４、Ｓ１６６）。一致しない場合は以下の処理を行わずエラーを返す（ステップＳ１６９）。一致する場合は、定数が失敗メッセージか成功メッセージかをチェックする（ステップＳ１６７）。なお、乱数のチェックと定数のチェックの処理は順番を入れ替えてもよい。成功メッセージである場合には（ステップＳ１６８）、復号処理を継続する。失敗メッセージである場合には、メッセージM4の中に含まれているシードS1とステップＳ１４０にて取得したシードS1の値を比較する（ステップＳ１７０〜Ｓ１７４）。具体的には、シードS1が以下の（８）式の範囲内に含まれるか否かをチェックする（ステップＳ１７１）。
【０１２１】
S1-Z≦Sr≦S1 + Y    …（８）
ここで、ZはYよりも大きい正の整数の値とし、Yは0とする。
【０１２２】
ここで重要な点は、送信装置Ａが行う比較検査よりも、シード値の比較範囲を広くする点である。第１の実施形態で述べたように、ネットワークの遅延や機器が有するバッファによって送信装置Ａ側で範囲の一致検査が失敗する可能性がある。この時点で送信装置Ａは失敗メッセージC2としてコンテンツ確認応答を送信するが、このコンテンツ確認応答の中に、もしもシードリストが含まれているならば、受信装置Ｂは送信装置Ａよりも比較一致検査の範囲を広げてシードリストを検索する。
【０１２３】
これにより、比較一致検査の範囲が狭すぎたことが原因で、送信装置Ａ側の確認検査が失敗したのか、あるいは確認が完全に失敗しているのかを判断することができる。すなわち、送信装置Ａの検索範囲が狭すぎたために失敗メッセージC2が送信されたのか、別の原因で失敗メッセージC2が送信されたのかを、受信装置Ｂは判断することができる。もしも範囲が狭すぎた場合はエラー処理として再度コンテンツ確認要求を行ってもよいし、範囲を広くしたにも関わらず検索処理に失敗してしまった場合には、コンテンツ確認処理を中止すればよい。
【０１２４】
なお、失敗メッセージC2を受信した場合の検索処理については必ずしも行う必要はなく、検索処理をスキップして検索失敗と判断してもよい。
【０１２５】
受信装置Ｂは、コンテンツ確認応答が成功メッセージＣを含んでいると確認できれば確認処理が成功したと判断し、コンテンツの復号を継続する。失敗メッセージC2を含んでいると確認できれば、エラーを返す。なお、失敗メッセージC2を含んでいる場合でも、シードが検索範囲を広げれば成功となるのか、そうでないのかを判断してエラー処理の後に行う処理を変えてもよい。
【０１２６】
このように、第３の実施形態では、受信装置Ｂだけでなく、送信装置Ａでもシードの確認を行うため、受信装置Ｂでの処理負担を軽減できる。また、仮に送信装置Ａにてシードが一致しなくても、受信装置Ｂで再度シードの値をチェックでき、シードの値が一致しない原因を特定することができる。
【０１２７】
（第４の実施形態）
第３の実施形態では、送信装置Ａ側がコンテンツ確認応答を生成する際に、シードリストを暗号化してメッセージM4を送信した。これに対して、第４の実施形態は、コンテンツ確認応答の完全性を検証するために、ハッシュ関数を用いる点が第３の実施形態と異なっている。
【０１２８】
以下では第３の実施形態との相違点を中心に説明する。送信装置Ａと受信装置Ｂが行うコンテンツ確認の全体処理は図２０に示した処理シーケンスと同様の処理を行えばよい。
【０１２９】
図２６は受信装置Ｂが行うコンテンツ確認処理の処理手順の一例を示すフローチャートである。図２７は送信装置Ａが行うコンテンツ確認処理の処理手順の一例を示すフローチャートである。送信装置Ａに乱数R1を送信するまでは図２１と同様の処理手順を実行すればよい。以下、図２６と図２７を参照しながら順を追って説明する。以下、送信装置Ａに対して乱数R1を送信してからの送信装置Ａと受信装置Ｂの処理について述べる。
【０１３０】
コンテンツ確認要求を受信した送信装置Ａは、処理中のすべてのシード(S1, S2, ... Sn)の中から、受信したシード(Sr)が以下の（９）式の範囲に含まれているか検索処理を行う（ステップＳ２２６）。
【０１３１】
S1-X≦Sr≦S1 + Y    …（９）
ここで、Xは正の整数の値とし、Yは0とする。
【０１３２】
比較検査に成功した場合は、コンテンツ確認要求に含まれる乱数R1をコピーした乱数R2を取得し、以下の関数HにてメッセージM5を作成する（ステップＳ２２７）。なお関数Hに用いるハッシュ関数としては、SHA-1のような（１０）式に示すよく知られた一方向性ハッシュ関数を用いればよい。
【０１３３】
M5 = H(K||R2||Sr)    …（１０）
ここで、Kは認証鍵を意味し、演算記号"||"は結合の意味を指す。
【０１３４】
送信装置Ａはメッセージ(M5)を含めたコンテンツ確認応答を受信装置Ｂに対して送信する。図２８はコンテンツ確認応答のメッセージフォーマットの一例を示す図である。図２８において成功メッセージ（Ｃ）ｄ１５は送信装置Ａと受信装置Ｂであらかじめ定められた定数のことを指し、暗号文ｄ１９はM5のことを示す。乱数Rは必ずしも必須ではなく、省略してもよい。また、成功メッセージは平文として送信する。
【０１３５】
比較検査に失敗した場合は、乱数R1と処理中のすべてのシード(S1, S2, ... Sn)を値を用いて、以下の（１１）式に示す関数Hにてメッセージ(M5)を生成する（ステップＳ２３１）。なお関数Hに用いるハッシュ関数としては、SHA-1のようなよく知られた一方向性ハッシュ関数を用いればよい。
【０１３６】
M5 = H(K||R2||S1||S2||...||Sn)    …（１１）
ここで、Kは認証鍵を意味し、演算記号"||"は結合の意味を指す。
【０１３７】
送信装置Ａは、メッセージ(M5)と平文のシードリストを含めた応答メッセージを受信装置Ｂに対して送信する（ステップＳ２２８）。図２９はコンテンツ確認応答のメッセージフォーマットの一例を示す図である。図２９において失敗メッセージ（C2）ｄ２０は送信装置Ａと受信装置Ｂであらかじめ定められた定数のことを指し、暗号文ｄ２２はM5のことを示し、シードリストｄ２３は(S1,S2, ... Sn)のことを示す。失敗メッセージC2、乱数、シードリストは確認処理のために用いる値であるため平文で送信してよい。
【０１３８】
受信装置Ｂは、認証鍵と乱数R1、コンテンツパケットのヘッダ部に含まれるシード(Sr)から以下の（１２）式に示す関数Hによってハッシュ値を計算する（ステップＳ２０３）。
【０１３９】
hash = H(K||R1||Sr)    …（１２）
ここで、Kは認証鍵を意味し、R1はコンテンツ確認要求の中に送信した乱数、Srはコンテンツパケットのヘッダ部に含まれるシードの値を指す。演算記号"||"は結合の意味を指す。
【０１４０】
コンテンツ確認応答のメッセージ(M5)を受信すると、その中に成功メッセージＣと失敗メッセージC2のどちらが入っているかを確認する。
【０１４１】
成功メッセージＣが入っている場合には、メッセージ(M5)に含まれる暗号文と、あらかじめ計算しておいたハッシュ値(hash)とが一致するか検査する（ステップＳ２０８）。ハッシュ値の一致検査に成功した場合は（ステップＳ２０９）、コンテンツ確認処理が成功したと判断し、コンテンツの復号処理を継続する。ハッシュの一致検査に失敗した場合は、不正なコンテンツ確認応答であったと判断し、エラーを返す（ステップＳ２０７）。
【０１４２】
失敗メッセージC2が入っている場合は、メッセージ(M5)の中に含まれているシードS1とステップ(1)にて取得したシード(Sr1)の値とを以下の（１３）式に基づいて比較する（ステップＳ２１１）。
【０１４３】
S1-Z < Sr < S1 + Y    …（１３）
ここで、ZはYよりも大きい正の整数の値とし、Yは0とする。
【０１４４】
もしもシードリストにシードが含まれているならば、コンテンツ確認応答を送信するタイミングが原因で、送信装置Ａ側の確認検査が失敗したと判断する。そうでない場合は送信装置Ａ側の確認処理が完全に失敗していると判断する。もしも範囲が狭すぎた場合には再度コンテンツ確認要求を行うために、今回のコンテンツ確認要求処理が失敗したとエラー処理を行えばよいし、範囲を広くしたにも関わらず全く検索に失敗してしまった場合には、検索処理が失敗したと判断すればよい。
【０１４５】
また、シードリストが中間機器で改変されていないかを確認するために、コンテンツ確認応答に含まれている暗号文と、受信装置Ｂ側で計算する（１４）式に示すハッシュ値とが一致するか検査を行っても良い。
【０１４６】
hash2 = H(K||R1||S1||S2||...||Sn)    …（１４）
ここでKは認証鍵を意味し、R1はコンテンツ確認要求の中に送信した乱数、S1,S2,Snはコンテンツ確認応答に含まれるシードリストの値を指す。演算記号"||"は結合の意味を指す。
【０１４７】
なお、失敗メッセージC2を受信した場合の検索処理については必ずしも行う必要はなく、検索処理をスキップして検索失敗と判断してもよい。
【０１４８】
受信装置Ｂは、コンテンツ確認応答に成功メッセージを含んでおり、かつハッシュ値も一致すれば確認処理が成功したと判断し、コンテンツの復号を継続する。失敗メッセージを含んでいると確認できれば、エラーを返す。なお、失敗メッセージを含んでいる場合でも、シードが検索範囲を広げれば成功となるのか、そうでないのかを判断してエラー処理の後に行う処理を変えてもよい。
【０１４９】
このように、第４の実施形態では、受信装置Ｂが送信装置Ａでのシード値の確認結果を取得するだけでなく、ハッシュ値の計算を行う前にコンテンツ確認応答の結果を判定することができるため、処理の効率化が図れ、かつ中間機器によるコンテンツの不正取得を確実に防止することができる。
【０１５０】
上述した実施形態で説明した情報処理装置は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、情報処理装置の少なくとも一部の機能を実現するプログラムをフロッピーディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の携帯可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。
【０１５１】
また、情報処理装置の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。
【図面の簡単な説明】
【０１５２】
【図１】本発明の一実施形態に係る情報処理装置を備えたコンテンツ送受信システムの概略構成を示すブロック図。
【図２】本実施形態に係る送信装置Ａの概略構成を示すブロック図。
【図３】送信装置Ａが暗号化したコンテンツを受信装置Ｂに伝送する際の転送フォーマットの一例を示す図。
【図４】第１の実施形態に係る受信装置Ｂの概略構成を示すブロック図。
【図５】第１の実施形態に係るコンテンツ送受信システムの処理手順を示すフローチャート。
【図６】受信装置Ｂが行う上記コンテンツ確認処理の詳細な処理手順の一例を示すフローチャート。
【図７】送信装置Ａが行う上記コンテンツ確認処理の詳細な処理手順の一例を示すフローチャート。
【図８】コンテンツ確認要求のメッセージのフォーマットの一例を示す図。
【図９】送信装置Ａが送信するコンテンツ確認応答のメッセージＭのフォーマットの一例を示す図。
【図１０】送信装置Ａのシード更新タイミングと受信装置Ｂのシード更新タイミングとを示す図。
【図１１】図６の変形例に係る受信装置Ｂの処理手順を示すフローチャート。
【図１２】送信装置Ａのシード更新タイミングと受信装置Ｂのシード更新タイミングとを示す図。
【図１３】図１２とは異なる例を示すシーケンス図。
【図１４】受信装置Ｂが行うコンテンツ確認応答の時間制限処理の一例を示すフローチャート。
【図１５】図１４の変形例を示すフローチャート。
【図１６】送信装置Ａから送信されるメッセージＭ２のフォーマットの一例を示す図。
【図１７】第２の実施形態による受信装置Ｂの処理手順を示すフローチャート。
【図１８】第３の実施形態に係る送信装置Ａの一実施形態の概略構成を示すブロック図。
【図１９】第３の実施形態に係る受信装置Ｂの一実施形態の概略構成を示すブロック図。
【図２０】図１８の送信装置Ａと図１９の受信装置Ｂとの間で行われる処理手順の一例を示すシーケンス図。
【図２１】受信装置Ｂが行うコンテンツ確認処理の処理手順の一例を示すフローチャート。
【図２２】送信装置Ａが行うコンテンツ確認処理の処理手順の一例を示すフローチャート。
【図２３】コンテンツ確認要求のメッセージフォーマットの一例を示す図。
【図２４】コンテンツ確認応答のメッセージフォーマットの一例を示す図。
【図２５】シードの検索処理が失敗した場合のコンテンツ確認応答のメッセージフォーマットの一例を示す図。
【図２６】受信装置Ｂが行うコンテンツ確認処理の処理手順の一例を示すフローチャート。
【図２７】送信装置Ａが行うコンテンツ確認処理の処理手順の一例を示すフローチャート。
【図２８】コンテンツ確認応答のメッセージフォーマットの一例を示す図。
【図２９】コンテンツ確認応答のメッセージフォーマットの一例を示す図。
【符号の説明】
【０１５３】
１  ネットワークインターフェース部
２  パケット処理部
３  データコネクション管理部
４  認証・鍵交換コネクション管理部
５  認証・鍵交換処理部
６  暗号処理部
７  コンテンツ供給部
８  シード収集部
１１  ネットワークインターフェース部
１２  パケット処理部
１３  データコネクション管理部
１４  認証・鍵交換コネクション管理部
１５  認証・鍵交換処理部
１６  暗号処理部
１７  コンテンツ処理部
１８  シードチェック処理部
１９  シード蓄積部
【図１】
2006115317.tif 000003
【図２】
2006115317.tif 000004
【図３】
2006115317.tif 000005
【図４】
2006115317.tif 000006
【図５】
2006115317.tif 000007
【図６】
2006115317.tif 000008
【図７】
2006115317.tif 000009
【図８】
2006115317.tif 000010
【図９】
2006115317.tif 000011
【図１０】
2006115317.tif 000012
【図１１】
2006115317.tif 000013
【図１２】
2006115317.tif 000014
【図１３】
2006115317.tif 000015
【図１４】
2006115317.tif 000016
【図１５】
2006115317.tif 000017
【図１６】
2006115317.tif 000018
【図１７】
2006115317.tif 000019
【図１８】
2006115317.tif 000020
【図１９】
2006115317.tif 000021
【図２０】
2006115317.tif 000022
【図２１】
2006115317.tif 000023
【図２２】
2006115317.tif 000024
【図２３】
2006115317.tif 000025
【図２４】
2006115317.tif 000026
【図２５】
2006115317.tif 000027
【図２６】
2006115317.tif 000028
【図２７】
2006115317.tif 000029
【図２８】
2006115317.tif 000030
【図２９】
2006115317.tif 000031
【手続補正書】
【提出日】平成17年10月3日(2005.10.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された鍵情報とを受信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、
前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、
前記第１の鍵を用いて初めて生成された前記第２の鍵を用いて前記コンテンツ復号手段によりコンテンツの復号を行う際、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備えることを特徴とする情報処理装置。
【請求項２】
ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、
前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、
前記通信装置から送信される前記鍵情報が予め決められた順序で変化しなくなったときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備えることを特徴とする情報処理装置。
【請求項３】
ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、
前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、
前記通信装置から送信される前記鍵情報が予め予想されるタイミングとは異なるタイミングで更新されたときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備えることを特徴とする情報処理装置。
【請求項４】
ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、
前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、
前記通信装置とのコンテンツ伝送用のコネクションをいったん切断し、再度前記通信装置とのコネクションを確立してコンテンツ伝送を開始するときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備えることを特徴とする情報処理装置。
【請求項５】
前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された鍵情報と、前記コンテンツ受信手段にて受信された鍵情報とが一致するか否かを確認する鍵情報確認手段を備えることを特徴とする請求項１乃至４のいずれかに記載の情報処理装置。
【請求項６】
前記鍵情報確認手段は、前記コンテンツ受信手段にて受信された鍵情報が、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された鍵情報を含む所定範囲内にある場合には、一致したことを確認することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記鍵情報確認手段は、前記コンテンツ受信手段にて受信された鍵情報を取得した後に、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された鍵情報を受信することを特徴とする請求項５または６に記載の情報処理装置。
【請求項８】
前記鍵情報確認手段は、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された鍵情報を受信した後に、前記コンテンツ受信手段にて受信された鍵情報を取得することを特徴とする請求項５または６に記載の情報処理装置。
【請求項９】
前記鍵情報確認手段が確認処理を開始してから確認結果が得られるまでの時間を計測する確認時間計測手段を備え、
前記鍵情報確認手段は、前記確認時間計測手段にて計測される時間が所定時間を超える場合には、確認処理に失敗したと判断して確認処理を終了することを特徴とする請求項５乃至８のいずれかに記載の情報処理装置。
【請求項１０】
前記鍵情報確認手段により一致が確認されると、前記コンテンツ受信手段にて受信された鍵情報を用いてハッシュ演算を行ってハッシュ値を計算するハッシュ演算手段と、
前記ハッシュ演算手段にて計算されたハッシュ値と、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信されたハッシュ値とを比較して一致するか否かを検出するハッシュ比較手段と、を備えることを特徴とする請求項５乃至９のいずれかに記載の情報処理装置。
【請求項１１】
前記コンテンツ受信手段にて受信された鍵情報と前記通信装置が所持する鍵情報とが一致しない場合には、前記コンテンツ確認要求手段による再度の指示と前記通信装置からのコンテンツの復号禁止との少なくとも一方を行う確認後動作手段を備えることを特徴とする請求項１乃至１０のいずれかに記載の情報処理装置。
【請求項１２】
前記コンテンツ確認要求手段は、前記通信装置に対する指示の中に乱数を含めて送信し、
前記通信装置から送信されたコンテンツ確認応答を受信するコンテンツ確認応答受信手段と、
前記コンテンツ確認応答に含まれる前記乱数の暗号化情報を取得する暗号化乱数取得手段と、
前記暗号化乱数取得手段で取得した前記乱数の暗号化情報を解読して、前記通信装置に送信した乱数と一致するか否かをチェックする乱数チェック手段と、を備えることを特徴とする請求項１乃至１１のいずれかに記載の情報処理装置。
【請求項１３】
ネットワークを介して接続された通信装置に対して、暗号化されたコンテンツを送信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を生成する認証・鍵交換手段と、
生成された乱数からなる鍵情報と前記第１の鍵とを用いて、所定の関数を用いて第２の鍵を生成する鍵生成手段と、
前記第２の鍵を用いてコンテンツを暗号化する暗号化手段と、
暗号化されたコンテンツに前記鍵情報を付加して前記通信装置に送信するコンテンツ伝送手段と、
所定の条件に従って前記鍵情報を更新する鍵情報更新手段と、
前記通信装置が送信したコンテンツ確認要求を受信した場合に、該コンテンツ確認要求に含まれる乱数を取得する乱数取得手段と、
現在使用中の前記鍵情報を取得する鍵情報取得手段と、
前記コンテンツ確認要求に対するコンテンツ確認応答として、前記鍵情報取得手段にて取得した鍵情報と前記乱数取得手段にて取得した乱数とを含むメッセージを前記通信装置に送信するコンテンツ確認応答手段と、を備えることを特徴とする情報処理装置。
【請求項１４】
前記通信装置から前記コンテンツ確認要求を受信した際に、前記コンテンツ確認要求に含まれる鍵情報が、前記鍵情報取得手段で取得した鍵情報に含まれるか否かを確認する確認手段と、
前記確認手段の結果を前記情報処理装置に通知するコンテンツ確認応答手段と、
を備えることを特徴とする請求項１３に記載の情報処理装置。
【請求項１５】
前記確認手段は、前記コンテンツ確認要求に含まれる鍵情報が、前記鍵情報取得手段で取得した鍵情報を含む所定範囲内にある場合には、確認に成功したとして扱うことを特徴とする請求項１４に記載の情報処理装置。
【請求項１６】
前記乱数取得手段にて取得した乱数と、第１の鍵と、前記コンテンツ確認要求に含まれる鍵情報とを用いてハッシュ演算を行ってハッシュ値を計算するハッシュ演算手段を備え、
前記コンテンツ確認応答手段は、前記確認手段による確認に成功した場合に、前記ハッシュ演算手段によって求めたハッシュ値を含む前記コンテンツ確認応答を前記通信装置に送信することを特徴とする請求項１４または１５に記載の情報処理装置。
【請求項１７】
前記乱数取得手段にて取得した乱数と、第１の鍵と、鍵情報取得手段によって取得した鍵情報とを用いてハッシュ演算を行ってハッシュ値を計算するハッシュ演算手段を備え、
前記コンテンツ確認応答手段は、前記確認手段による確認に失敗した場合に、前記ハッシュ演算手段によって求めたハッシュ値と前記鍵情報取得手段で取得した鍵情報とを含む前記コンテンツ確認応答を前記通信装置に送信すること、を特徴とする請求項１４乃至１５に記載の情報処理装置。
【請求項１８】
暗号化されたコンテンツを、ネットワークを介して送信装置から受信装置に送信する情報処理方法において、
前記送信装置と前記受信装置との間で、所定のプロトコルを用いて認証・鍵交換処理を行って、前記送信装置と前記受信装置との間でのみ共有する第１の鍵を生成し、
前記送信装置は、生成された乱数からなる鍵情報と前記第１の鍵とを用いて所定の関数により生成された第２の鍵を用いてコンテンツを暗号化し、暗号化コンテンツに前記鍵情報を付加して前記受信装置に送信し、
前記受信装置は、前記暗号化コンテンツと前記鍵情報とを受信して、前記鍵情報を用いて前記暗号化コンテンツを復号し、
前記送信装置は、所定の条件に従って前記鍵情報を更新し、
前記受信装置は、所定のタイミングで、前記送信装置が所持する前記鍵情報の送信または確認を指示するコンテンツ確認要求を前記送信装置に送信し、
前記送信装置は、前記コンテンツ確認要求を受信すると、コンテンツ確認要求に含まれる乱数を取得するとともに、現在使用中の前記鍵情報を取得し、
前記送信装置は、取得した前記鍵情報が前記受信装置が有する鍵情報と一致するか否かの確認結果と取得した前記鍵情報との少なくとも一方を、前記取得した乱数とともに、前記コンテンツ確認要求に対するコンテンツ確認応答として前記受信装置に送信し、
前記受信装置は、前記暗号化コンテンツに付加された鍵情報が前記送信装置が現在使用中の鍵情報と一致しない場合には、前記コンテンツ確認要求手段による再度の指示と前記通信装置からのコンテンツの復号禁止との少なくとも一方を行うことを特徴とする情報処理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本発明の一態様によれば、ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された鍵情報とを受信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、前記第１の鍵を用いて初めて生成された前記第２の鍵を用いて前記コンテンツ復号手段によりコンテンツの復号を行う際、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備えることを特徴とする情報処理装置が提供される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
また、本発明の一態様によれば、ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、前記通信装置から送信される前記鍵情報が予め決められた順序で変化しなくなったときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備えることを特徴とする情報処理装置が提供される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
また、本発明の一態様によれば、ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、前記通信装置から送信される前記鍵情報が予め予想されるタイミングとは異なるタイミングで更新されたときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備えることを特徴とする情報処理装置が提供される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
また、本発明の一態様によれば、ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、前記通信装置とのコンテンツ伝送用のコネクションをいったん切断し、再度前記通信装置とのコネクションを確立してコンテンツ伝送を開始するときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、を備えることを特徴とする情報処理装置が提供される。
【手続補正書】
【提出日】平成18年1月10日(2006.1.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された鍵情報とを受信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、
前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、
前記第１の鍵を用いて初めて生成された前記第２の鍵を用いて前記コンテンツ復号手段によりコンテンツの復号を行う際、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、
前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された、前記第１の鍵を用いて暗号化された鍵情報または鍵情報の確認結果を受信して、該受信された鍵情報が前記コンテンツ受信手段にて受信された鍵情報と一致するか否かを確認する鍵情報確認手段と、を備えることを特徴とする情報処理装置。
【請求項２】
ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、
前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、
前記通信装置から送信される前記鍵情報が予め決められた順序で変化しなくなったときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、
前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された、前記第１の鍵を用いて暗号化された鍵情報または鍵情報の確認結果を受信して、該受信された鍵情報が前記コンテンツ受信手段にて受信された鍵情報と一致するか否かを確認する鍵情報確認手段と、を備えることを特徴とする情報処理装置。
【請求項３】
ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、
前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、
前記通信装置から送信される前記鍵情報が予め予想されるタイミングとは異なるタイミングで更新されたときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、
前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された、前記第１の鍵を用いて暗号化された鍵情報または鍵情報の確認結果を受信して、該受信された鍵情報が前記コンテンツ受信手段にて受信された鍵情報と一致するか否かを確認する鍵情報確認手段と、を備えることを特徴とする情報処理装置。
【請求項４】
ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、
前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、
前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、
前記通信装置とのコンテンツ伝送用のコネクションをいったん切断し、再度前記通信装置とのコネクションを確立してコンテンツ伝送を開始するときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、
前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された、前記第１の鍵を用いて暗号化された鍵情報または鍵情報の確認結果を受信して、該受信された鍵情報が前記コンテンツ受信手段にて受信された鍵情報と一致するか否かを確認する鍵情報確認手段と、を備えることを特徴とする情報処理装置。
【請求項５】
前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された鍵情報と、前記コンテンツ受信手段にて受信された鍵情報とが一致するか否かを確認する鍵情報確認手段を備えることを特徴とする請求項１乃至４のいずれかに記載の情報処理装置。
【請求項６】
前記鍵情報確認手段は、前記コンテンツ受信手段にて受信された鍵情報が、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された鍵情報を含む所定範囲内にある場合には、一致したことを確認することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記鍵情報確認手段は、前記コンテンツ受信手段にて受信された鍵情報を取得した後に、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された鍵情報を受信することを特徴とする請求項５または６に記載の情報処理装置。
【請求項８】
前記鍵情報確認手段は、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された鍵情報を受信した後に、前記コンテンツ受信手段にて受信された鍵情報を取得することを特徴とする請求項５または６に記載の情報処理装置。
【請求項９】
前記鍵情報確認手段が確認処理を開始してから確認結果が得られるまでの時間を計測する確認時間計測手段を備え、
前記鍵情報確認手段は、前記確認時間計測手段にて計測される時間が所定時間を超える場合には、確認処理に失敗したと判断して確認処理を終了することを特徴とする請求項５乃至８のいずれかに記載の情報処理装置。
【請求項１０】
前記鍵情報確認手段により一致が確認されると、前記コンテンツ受信手段にて受信された鍵情報を用いてハッシュ演算を行ってハッシュ値を計算するハッシュ演算手段と、
前記ハッシュ演算手段にて計算されたハッシュ値と、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信されたハッシュ値とを比較して一致するか否かを検出するハッシュ比較手段と、を備えることを特徴とする請求項５乃至９のいずれかに記載の情報処理装置。
【請求項１１】
前記コンテンツ受信手段にて受信された鍵情報と前記通信装置が所持する鍵情報とが一致しない場合には、前記コンテンツ確認要求手段による再度の指示と前記通信装置からのコンテンツの復号禁止との少なくとも一方を行う確認後動作手段を備えることを特徴とする請求項１乃至１０のいずれかに記載の情報処理装置。
【請求項１２】
前記コンテンツ確認要求手段は、前記通信装置に対する指示の中に乱数を含めて送信し、
前記通信装置から送信されたコンテンツ確認応答を受信するコンテンツ確認応答受信手段と、
前記コンテンツ確認応答に含まれる前記乱数の暗号化情報を取得する暗号化乱数取得手段と、
前記暗号化乱数取得手段で取得した前記乱数の暗号化情報を解読して、前記通信装置に送信した乱数と一致するか否かをチェックする乱数チェック手段と、を備えることを特徴とする請求項１乃至１１のいずれかに記載の情報処理装置。
【請求項１３】
ネットワークを介して接続された通信装置に対して、暗号化されたコンテンツを送信する情報処理装置において、
前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を生成する認証・鍵交換手段と、
生成された乱数からなる鍵情報と前記第１の鍵とを用いて、所定の関数を用いて第２の鍵を生成する鍵生成手段と、
前記第２の鍵を用いてコンテンツを暗号化する暗号化手段と、
暗号化されたコンテンツに前記鍵情報を付加して前記通信装置に送信するコンテンツ伝送手段と、
所定の条件に従って前記鍵情報を更新する鍵情報更新手段と、
前記通信装置が送信したコンテンツ確認要求を受信した場合に、該コンテンツ確認要求に含まれる乱数を取得する乱数取得手段と、
現在使用中の前記鍵情報を取得する鍵情報取得手段と、
前記コンテンツ確認要求に対するコンテンツ確認応答として、前記鍵情報取得手段にて取得した鍵情報と前記乱数取得手段にて取得した乱数とを含むメッセージを前記第１の鍵で暗号化した情報を前記通信装置に送信するコンテンツ確認応答手段と、を備えることを特徴とする情報処理装置。
【請求項１４】
前記通信装置から前記コンテンツ確認要求を受信した際に、前記コンテンツ確認要求に含まれる鍵情報が、前記鍵情報取得手段で取得した鍵情報に含まれるか否かを確認する確認手段と、
前記確認手段の結果を前記情報処理装置に通知するコンテンツ確認応答手段と、
を備えることを特徴とする請求項１３に記載の情報処理装置。
【請求項１５】
前記確認手段は、前記コンテンツ確認要求に含まれる鍵情報が、前記鍵情報取得手段で取得した鍵情報を含む所定範囲内にある場合には、確認に成功したとして扱うことを特徴とする請求項１４に記載の情報処理装置。
【請求項１６】
前記乱数取得手段にて取得した乱数と、第１の鍵と、前記コンテンツ確認要求に含まれる鍵情報とを用いてハッシュ演算を行ってハッシュ値を計算するハッシュ演算手段を備え、
前記コンテンツ確認応答手段は、前記検索手段による検索に成功した場合に、前記ハッシュ演算手段によって求めたハッシュ値を含む前記コンテンツ確認応答を前記通信装置に送信することを特徴とする請求項１４または１５に記載の情報処理装置。
【請求項１７】
前記乱数取得手段にて取得した乱数と、第１の鍵と、鍵情報取得手段によって取得した鍵情報とを用いてハッシュ演算を行ってハッシュ値を計算するハッシュ演算手段を備え、
前記コンテンツ確認応答手段は、前記確認手段による確認に失敗した場合に、前記ハッシュ演算手段によって求めたハッシュ値と前記鍵情報取得手段で取得した鍵情報とを含む前記コンテンツ確認応答を前記通信装置に送信すること、を特徴とする請求項１４乃至１５に記載の情報処理装置。
【請求項１８】
暗号化されたコンテンツを、ネットワークを介して送信装置から受信装置に送信する情報処理方法において、
前記送信装置と前記受信装置との間で、所定のプロトコルを用いて認証・鍵交換処理を行って、前記送信装置と前記受信装置との間でのみ共有する第１の鍵を生成し、
前記送信装置は、生成された乱数からなる鍵情報と前記第１の鍵とを用いて所定の関数により生成された第２の鍵を用いてコンテンツを暗号化し、暗号化コンテンツに前記鍵情報を付加して前記受信装置に送信し、
前記受信装置は、前記暗号化コンテンツと前記鍵情報とを受信して、前記鍵情報を用いて前記暗号化コンテンツを復号し、
前記送信装置は、所定の条件に従って前記鍵情報を更新し、
前記受信装置は、所定のタイミングで、前記送信装置が所持する前記鍵情報の送信または確認を指示するコンテンツ確認要求を前記送信装置に送信し、
前記送信装置は、前記コンテンツ確認要求を受信すると、コンテンツ確認要求に含まれる乱数を取得するとともに、現在使用中の前記鍵情報を取得し、
前記送信装置は、取得した前記鍵情報が前記受信装置が有する鍵情報と一致するか否かの確認結果と取得した前記鍵情報との少なくとも一方を前記取得した乱数とともに前記第１の鍵を用いて暗号化した情報を、前記コンテンツ確認要求に対するコンテンツ確認応答として前記受信装置に送信し、
前記受信装置は、前記暗号化コンテンツに付加された鍵情報が前記送信装置が現在使用中の鍵情報と一致しない場合には、前記コンテンツ確認要求手段による再度の指示と前記通信装置からのコンテンツの復号禁止との少なくとも一方を行うことを特徴とする情報処理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本発明の一態様によれば、ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された鍵情報とを受信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、前記第１の鍵を用いて初めて生成された前記第２の鍵を用いて前記コンテンツ復号手段によりコンテンツの復号を行う際、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された、前記第１の鍵を用いて暗号化された鍵情報または鍵情報の確認結果を受信して、該受信された鍵情報が前記コンテンツ受信手段にて受信された鍵情報と一致するか否かを確認する鍵情報確認手段と、を備えることを特徴とする情報処理装置が提供される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
また、本発明の一態様によれば、ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、前記通信装置から送信される前記鍵情報が予め決められた順序で変化しなくなったときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された、前記第１の鍵を用いて暗号化された鍵情報または鍵情報の確認結果を受信して、該受信された鍵情報が前記コンテンツ受信手段にて受信された鍵情報と一致するか否かを確認する鍵情報確認手段と、を備えることを特徴とする情報処理装置が提供される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
また、本発明の一態様によれば、ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、前記通信装置から送信される前記鍵情報が予め予想されるタイミングとは異なるタイミングで更新されたときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された、前記第１の鍵を用いて暗号化された鍵情報または鍵情報の確認結果を受信して、該受信された鍵情報が前記コンテンツ受信手段にて受信された鍵情報と一致するか否かを確認する鍵情報確認手段と、を備えることを特徴とする情報処理装置が提供される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
また、本発明の一態様によれば、ネットワークを介して接続された通信装置から送信された、暗号化されたコンテンツとこのコンテンツに付加された所定の鍵情報とを受信する情報処理装置において、前記通信装置との間で所定のプロトコルを用いて認証・鍵交換処理を行い、前記通信装置との間でのみ共有する第１の鍵を取得する認証・鍵交換手段と、前記第１の鍵と前記鍵情報とを用いて生成される第２の鍵でコンテンツを暗号化して得られる暗号化コンテンツと、この暗号化コンテンツに付加される前記鍵情報とを受信するコンテンツ受信手段と、前記第１の鍵と前記鍵情報とを用いて前記暗号化コンテンツを復号するコンテンツ復号手段と、前記通信装置とのコンテンツ伝送用のコネクションをいったん切断し、再度前記通信装置とのコネクションを確立してコンテンツ伝送を開始するときに、前記通信装置が所持する前記鍵情報の送信または確認を前記通信装置に対して指示するコンテンツ確認要求手段と、前記コンテンツ確認要求手段の指示に応答して前記通信装置から送信された、前記第１の鍵を用いて暗号化された鍵情報または鍵情報の確認結果を受信して、該受信された鍵情報が前記コンテンツ受信手段にて受信された鍵情報と一致するか否かを確認する鍵情報確認手段と、を備えることを特徴とする情報処理装置が提供される。