JP5330512B2

JP5330512B2 - 情報処理装置

Info

Publication number: JP5330512B2
Application number: JP2011518189A
Authority: JP
Inventors: 崎宏磯; 原吉伸藤; 沢邦朗本; 藤拓加
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2009-06-12
Filing date: 2009-06-12
Publication date: 2013-10-30
Anticipated expiration: 2029-06-12
Also published as: US20120084558A1; US8707033B2; JPWO2010143299A1; WO2010143299A1

Description

本発明は、著作権保護が必要なコンテンツを受信または送信する情報処理装置に関する。

デジタル情報機器で伝送されるコンテンツは各種のデジタルデータであり、例えばMPEG2やMPEG4などの動画データや音声データ、ストリームデータ、テキストデータ、静止画データなどの各種のデータである。この種のデジタルデータは、本来的に劣化なく複製できることから、コンテンツの著作権について十分に注意を払う必要がある。コンテンツの著作権保護を図りつつ、コンテンツの利便性を高める種々の提案がなされている（例えば、非特許文献１〜３参照）。

DTCP Specification Volume 1 Revision 1.51、http://www.dtcp.com/data/info%2020071001%20DTCP%20V1%201p51.pdf DTCP Volume 1 Supplement E Mapping DTCP to IP, Revision 1.2、http://www.dtcp.com/data/info%2020070615%20DTCP%20V1SE%201p2.pdf 社団法人電波産業界地上デジタルＴＶジョン放送運用規定技術資料 ARIB TR-B14

上述した非特許文献１〜３では、新たなコピー制御情報が将来的に追加される可能性があることを想定しておらず、また、新たなコピー制御情報を解釈できる機器と解釈できない機器が混在した場合のコンテンツ伝送についても考慮していない。

本発明は、新たなコピー制御情報が将来的に追加された場合であっても、コンテンツの著作権保護とコンテンツの有効活用を図ることができる情報処理装置を提供するものである。

上記の課題を解決するために、本発明の一態様によれば、通信装置との間で認証及び鍵交換処理を行う認証及び鍵交換処理部と、
前記通信装置から送信されたパケットが暗号化コンテンツを含むコンテンツパケットか、または少なくとも一つのコピー制御情報及びCCI群識別子の組合せからなるCCI群を少なくとも一つ含むCCIパケットかを判別するパケット選別部と、
前記認証及び鍵交換処理で生成した認証鍵と、前記CCIパケットに含まれるコピー制御情報とに基づいてコンテンツ鍵を生成するコンテンツ鍵生成部と、
前記CCI選別部により選別された前記CCIパケットの後に続いて受信された前記コンテンツパケットに含まれる暗号化コンテンツを、前記コンテンツ鍵に基づいて復号してコンテンツデータを生成するコンテンツ復号部と、
認識可能なコピー制御情報に対応するCCI識別子を管理するCCI識別子管理部と、
前記パケット選別部により前記CCIパケットと判別された場合は、前記CCIパケットに含まれるCCI識別子が前記CCI識別子管理部で管理されているCCI識別子と一致するか否かを判定して、受信処理に用いるべきCCI識別子を選別するCCI選別部と、
前記CCI選別部により選別されたCCI識別子に対応するコピー制御情報を解析するCCI解析部と、
前記CCI解析部による解析結果に基づいて、前記CCIパケットの後に続いて受信された前記コンテンツパケットに対応する前記コンテンツデータの受信処理を行うコンテンツ処理部と、
前記認証及び鍵交換処理を行うための第１の通信コネクション部と、
前記コンテンツパケット及び前記CCIパケットを伝送するための第２の通信コネクション部と、を備えることを特徴とする情報処理装置が提供される。

また、本発明の一態様によれば、通信装置との間で認証及び鍵交換処理を行う認証及び鍵交換処理部と、
前記認証及び鍵交換処理に成功した前記通信装置からコンテンツ要求を受けた場合に、対応するコンテンツデータの少なくとも一つのコピー制御情報及びCCI群識別子の組合せからなるCCI群を少なくとも一つ含むCCIパケットを生成するCCIパケット化部と、
前記認証及び鍵交換処理で生成した認証鍵と、前記CCIパケットに含まれるコピー制御情報とに基づいて、前記コンテンツデータを暗号化するためのコンテンツ鍵を生成するコンテンツ鍵生成部と、
前記認証鍵に対応するラベル情報と、前記コンテンツ鍵を用いて前記コンテンツデータを暗号化した暗号化コンテンツと、を含むコンテンツパケットを生成するコンテンツパケット生成部と、
前記CCIパケットを送信した後に、前記CCIパケットに含まれるコピー制御情報が適用される前記コンテンツパケットを送信するデータ出力部と、を備えることを特徴とする情報処理装置が提供される。

本発明によれば、新たなコピー制御情報が将来的に追加された場合であっても、コンテンツの著作権保護とコンテンツの有効活用を図ることができる。

送信装置がネットワークに出力するコンテンツパケット１の構成の一例を表した図。コンテンツデータ５のフォーマットの一例を示す図。図２のコンテンツデータを送信可能な送信装置１０の内部構成の一例を示すブロック図。図３の送信装置１０に対応する受信装置２０の内部構成の一例を示すブロック図。コピー制御情報のフォーマットの一例を示す図。本発明の第１の実施形態による送信装置１０ａがネットワークに出力する際のコンテンツのパケットフォーマットの一例を表した図。第１の実施形態によるコンテンツデータ３８のフォーマットを示す図。第１の実施形態による送信装置１０ａの内部構成を示すブロック図。図８に示したコンテンツパケット３９の詳細なフォーマットの一例を示す図。第１の実施形態による受信装置２０ａの内部構成の一例を示すブロック図。図１０の受信装置２０ａの動作手順の一例を示すフローチャート。図８の送信装置１０ａと図１０の受信装置２０ａを備えたコンテンツ送受信システムの処理手順を示すシーケンス図。第２の実施形態によるCCIパケット３３のフォーマットを示す図。第２の実施形態による受信装置２０ｂの内部構成の一例を示すブロック図。第３の実施形態によるCCIパケット３３のフォーマットを示す図。第３の実施形態による受信装置２０ｃの内部構成の一例を示すブロック図。第４の実施形態によるCCIパケット３３のフォーマットを示す図。第４の実施形態による送信装置の内部構成を示すブロック図。第４の実施形態による受信装置の内部構成を示すブロック図。

以下、図面を参照しながら、本発明の実施形態について詳細に説明する。

まず、本発明の具体的な実施形態を説明する前に、本発明の実施形態で達成するべき内容を説明する。

本発明の実施形態は、コンテンツの著作権保護とコンテンツの利便性向上の両方を担保するために、以下の（１）〜（４）の条件を満たすことを特徴としている。

（１）さまざまなコピー制御情報を伝送できる。
非特許文献１、２で定義されているように、現状の技術でも世代管理情報だけでなく、個数制限コピー可など様々なコピー制御情報が定義されており、日本のデジタル放送などで運用されている。したがって、それらのさまざまなコピー制御情報を効率よく伝送できる仕組みが必要である。ここで、個数制限コピー可は、日本ではいわゆるダビング１０のことを指す。

（２）コピー制御情報を追加で定義できる。
新たなビジネスモデルの出現などによって新しいコピー制御情報を定義する必要が出てくる場合がある。例えば、現状ではコピーの世代管理を表現するのに一世代に限りコピー可というフラグしか定義されていないが、新しいビジネスモデルでは三世代に限りコピー可というフラグを定義することになるかもしれない。そのような新しいコピー制御情報を容易に追加できる必要がある。

（３）過去の受信装置や送信装置との互換性がある。
新しいコピー制御情報を追加した場合に、新しいコピー制御情報に対応した送信装置から、以前に製造・出荷した受信装置に対してコンテンツを送信できなければならない。以前に製造・出荷した受信装置が新しいコピー制御情報を解釈できる必要はないが、新しいコピー制御情報の付与されたコンテンツを受信する際、矛盾なく動作できなければならない。

非特許文献１には世代管理情報を送信装置から受信装置に伝送する機能はあるが、利用期限を伝送する情報は想定していない。例えば受信したコンテンツを蓄積し、ある期限まで再生してよいという時間制限のコピー制御情報を新たに定義したとする。送信装置は、記録してもよいことを示す既存のコピー制御情報である一世代のみコピー可(Copy One Generation)に、今回新たに定義したRental Time(Rental Timeで示す時間内であれば利用可)という時間制限のコピー制御情報をコンテンツに付与して、Rental Timeで示された時間内に限り記録及び再生を許可するという時間制限を付けてコンテンツを送信したとする。このとき、新しいコピー制御情報であるRental Timeを認識できる受信装置はそのとおり解釈して動作するが、世代管理情報しか認識できない過去に製造・出荷された受信装置は一世代のみコピー可のコンテンツと解釈してしまい、Rental Timeで示された時間を超えてコンテンツを記録、再生してしまう。

同様の問題として、従来のコピー制御情報が一世代のみコピー可という世代管理情報しか定義されていないときに、新たなコピー制御情報としてコピーの個数を定義したとする。送信装置は新しいコピー制御情報を解釈し、コンテンツに対して一世代のみコピー可とコピーの個数を示す情報Xを付与し、コピーの個数はXで記された数のみコピー可で、かつ一世代のみコピー可という制限を付けて送信したとする。このとき、新しいコピー制御情報を受信できる受信装置はそのとおり解釈するが、世代管理情報しか認識できない過去に製造・出荷された受信装置は一世代のみコピー可のコンテンツと解釈して無制限の個数のコピーを作成してしまう。

上述した二つの例では、過去に製造・出荷された受信装置は送信装置の本来の意図を解釈しているとは言えない。過去に製造・出荷された受信装置がコンテンツを受信した場合、解釈できるコンテンツか、解釈できないコンテンツかを判別する手段を提供する必要がある。なお、将来どのようなコピー制御情報が新たに定義されるか分からないので、上述した問題が起きないような仕組みにしておくことが重要である。

（４）さまざまなコンテンツフォーマットに対応できる。
現状普及しているデジタルコンテンツでは、記録型DVDや家庭内IPネットワークはMPEG2-PS、デジタル放送はMPEG2-TSと言うように、コンテンツを伝送するための種々のフォーマットが存在し、フォーマットごとにどのようなコピー制御情報をどこに挿入するかを決めなければならない。

特に、各国のデジタル放送で用いられているMPEG2-TSに関しては、コンテンツ自体が同じフォーマットであっても、コピー制御情報のビットの割り当て方(ビット長やビットの意味)は異なっており、同じフォーマットであるからといって、同じようにコピー制御情報が挿入されているとは限らない。

例えば、国ＡではCopy Neverのビットの割り当てを11b、Copy Freeを00bと定義し、国ＢではCopy Neverを00b、Copy Freeを11bと定義した場合、受信装置はコピー制御情報が11となっているコンテンツを受信する際、その受信装置がどちらの国のコピー制御情報として判断するかによってCopy Neverと解釈するかCopy Freeと解釈するか、その解釈がまったく異なってしまう。このような誤った解釈が起きないような仕組みを提供する必要がある。

なお、コピー制御情報(CCI: Copy Control Information)とは、狭義の意味では世代管理情報のみを指す。世代管理情報とは、コピー禁止を示すCopy Neverと、一世代のみコピー可を示すCopy One Generation (COG)と、制限なくコピー可を示すCopy Freeとを含む。

以下の説明では、CCIの中に、世代管理情報に加えて、コピーの個数や再生期限情報、画質制限(ICT：Image Constraint Token)、デジタル出力のみ許可(DOT：Digital Only Token)など、さまざまなコンテンツ保護に関連する管理情報を含めるものとする。

受信装置は受信したコピー制御情報に応じて蓄積、外部出力、自装置での描画などの制御を行う。また、コピー制御情報(CCI)の他にも、コンテンツ管理情報(CMI: Content Management Information)という用語が用いられる場合もあるが、ここではコンテンツ管理情報とコピー制御情報は同義として使うものとする。

コンテンツの著作権を保護しつつ、家庭内ネットワークにコンテンツを出力する方式としてDTCP方式やDTCP-IP方式が広く普及している。以下では、これらをまとめてDTCP-IP方式と呼ぶ。

ところが、現状では、DTCP-IP方式にはCopy One Generation(１世代のみコピー可)などコピーの世代管理情報を表すCCIを通知する機能しかなく、送信装置から受信装置に複雑なCCIを送ることができない。また、コピー制御情報を伝送するためのフィールド(E-EMIフィールド)が定義されているが、固定長であり、挿入可能なCCIの種類も少なく、新たなCCIを追加していくと、いずれはビット長が足りなくなり、上述した（３）の拡張性の要求を満たせなくなる。

拡張性のあるCCIを伝送する方法として、代表的なコピー制御情報はE-EMIフィールドに挿入し、その他のコピー制御情報はコンテンツの中に埋め込み、埋め込むCCIについては拡張性を持たせる手法（DTCP_descriptor）が定義されている。ところが、DTCP_descriptorはMPEG-TSフォーマットのみに適用可能であり、上述した（２）のさまざまなフォーマットに対応できるという要求が満たせない。

このような問題を解決する手法が図１に示されている。図１は送信装置がネットワークに出力するコンテンツパケット（ＣＣＩ＆コンテンツパケット）１の構成の一例を表した図である。図１のコンテンツパケット１は、ヘッダ２、CCI３及び暗号化コンテンツ４を含む。

ヘッダ２のフィールドは、バージョン情報と鍵情報を含む。バージョン情報フィールドは必須ではない。鍵情報フィールドは、時間または送信データ量に応じて更新される鍵情報（Ｎ）を含む。暗号化コンテンツフィールドは、コンテンツ鍵(Kc)で暗号化されたコンテンツを含む。

CCI３のフィールドは、CCIごとに、CCIの種別を表すIDと、CCIのバイト長と、CCIの値とを含む。図１では、CCIの種別を表すIDのビット長は固定長であることを前提としているが、可変長にして、このIDのビット長を示す不図示のLengthフィールドを新たに定義してもよい。

例えば、CCIとして、受信装置で生成可能なコピーの個数を定義する場合、そのCCIに対応するCCI IDは予め送信装置と受信装置で取り決めておいた数字（例えばｉ）に設定され、CCIの値は許可されるコピー個数に設定される。

受信装置はCCIが認識可能か否かをCCI IDで判別し、認識可能なCCI IDで示されるCCIの値だけを解釈してそのCCIの値に従った処理を行う。例えば、コンテンツのコピーを複数個作成する能力がない受信装置は、CCI ID=iとなっているCCIの値フィールドは読み飛ばす。一方、コンテンツのコピーを複数個作成する能力がある受信装置は、CCI ID=iとなっているCCI３のフィールドを読み、その値に入っている分だけのコピーを作成する。

このように、送信装置は、受信装置の機能にかかわらず、コピー制御情報とそのコピー制御情報に対応するIDをコンテンツパケット１に付加することで、すべての受信装置に対して同一のコンテンツを送信することができる。

送信装置から受信装置に送信されるコンテンツデータ５は、図１のコンテンツパケット１の集合体である。図２はコンテンツデータ５のフォーマットの一例を示す図である。図示のように、コンテンツデータ５は、複数のCCI＆コンテンツパケット１からなり、個々のCCI＆コンテンツパケット１は、図１と同様にヘッダ２と、CCI３と、暗号化コンテンツ４とを含んでいる。

暗号化コンテンツ４は、送信装置と受信装置であらかじめ共有されたコンテンツ鍵(Kc)を使って暗号化したものである。このコンテンツ鍵(Kc)を計算する際に、CCIの値を用いてもよい。これにより、CCIが通信途中で不正に改変された場合には、暗号化コンテンツ４の復号が不可能になる。

図３は図２のコンテンツデータを送信可能な送信装置１０の内部構成の一例を示すブロック図である。図３の送信装置１０は、コンテンツ供給部１１と、認証・鍵交換処理部１２と、鍵管理部１３と、CCI判定部１４と、CCI挿入部１５と、コンテンツパケット化部１６と、コンテンツ暗号部１７と、コネクション管理部１８と、データ出力部１９とを有する。

コンテンツ供給部１１は、暗号化していない平文のコンテンツを供給する。平文のコンテンツとは、デジタル放送ＴＶで受信可能なデジタル放送コンテンツや、ＨＤＤ等のデジタル録画機器で記録されたコンテンツなどである。

認証・鍵交換処理部１２は、受信装置と認証・鍵交換処理を行う。認証・鍵交換処理部１２は、各受信装置との間で認証・鍵交換処理を行い、認証・鍵交換処理が成功すると、コンテンツの暗号化に利用する共通鍵Kxを不図示の乱数生成器にて生成する。そして、認証・鍵交換処理に成功した受信装置との間で鍵交換を行った共有鍵を利用して、共通鍵Kxを暗号化して暗号化鍵データを生成し、それを受信装置に送信する。

なお、受信装置が複数の送信装置１０から共通鍵Kxを受信することを考慮し、暗号化コンテンツを受信した場合にどの送信装置１０の共通鍵で暗号化されたコンテンツであったかを識別できるように、送信装置１０は共通鍵Kxの識別子として共通鍵ラベルを暗号化された共通鍵Kxに付加して送信してもよい。この共通鍵ラベル自体は秘密の情報ではないため、暗号化せずに共通鍵Kxに付加して平文で送信してもよい。

上述した共通鍵Kxを共有鍵で暗号あるいは復号するための暗号アルゴリズムとしては、AES（Advanced Encryption Standard）などの公知の手法を用いてもよく、特にその手法は限定されない。

ここで、認証・鍵交換処理部１２が行う認証・鍵交換処理とは、送信装置１０や受信装置が所定のライセンス機関から正しくライセンスを受けた装置であることを相互に認証し、正当な装置であると確認できた場合に共有鍵を生成する処理のことを指す。認証の方法として、ISO/IEC 9798-3やISO/IEC 9798-2のような公知の手法を用いてもよく、特にその手法は限定されない。

鍵管理部１３は、共通鍵Kx、CCI及び鍵情報に基づいてコンテンツ鍵(Kc)を計算し、それを管理する処理を行う。鍵情報とは、データ量もしくは時間で更新する値であり、コンテンツ鍵を時変鍵にするために用いられる。鍵情報の初期値は不図示の乱数生成部によって生成した乱数とし、更新のたびに１ずつ増加（または減少）させるルールを採用してもよいし、更新のたびに乱数を生成して値を設定してもよい。

鍵情報自体は秘密にすべき情報ではないため、コンテンツパケットのヘッダの一部として平文で送信してよい。コンテンツ鍵(Kc)は、暗号化前の平文コンテンツのCCIの更新時、すなわちCCIパケットの中のいずれかのCCIの値が変化してコンテンツ鍵Kcの再計算が必要になったとき、または鍵情報の値が変化したときに更新される。

CCI判定部１４はコンテンツ供給部１１から供給される平文コンテンツのCCIの値を判定し、コンテンツ鍵Kcの更新タイミングを鍵管理部１３に通知したり、CCI挿入部１５にCCIの値を通知したりする処理を行う。

CCI挿入部１５はCCI判定部１４から通知されたCCIの値をCCIの種別を表すID（以下、CCI ID）で表現される形式に変換し、図１に示したCCIフィールドの中のCCIの値を設定する。CCI IDは、ライセンス機関等が予め規格として一意に定義するものであり、例えば、コピー世代管理情報であるCopy Never (コピー禁止)に対して特定の値からなるCCI IDを割り当てる。

CCI挿入部１５はその定義に従ってCCI判定部１４にて判定した値をCCI IDとLength、それにCCIの値に変換する処理を行う。もちろんこの変換処理はCopy Neverに限らず、コンテンツ供給部１１から供給されるコンテンツが持つさまざまなCCIに対して行う。

コンテンツパケット化部１６は暗号化コンテンツを所定のフォーマットに整形する処理を行う。コンテンツ暗号部１７はコンテンツパケットのコンテンツデータ部分に暗号処理を施す処理を行う。

コネクション管理部１８は認証・鍵交換処理用のコネクションと、CCIとコンテンツデータを伝送するパケット用のコネクションを管理する処理を行う。認証・鍵交換処理用のコネクションと、CCIパケット及びコンテンツデータを伝送するパケット用のコネクションは異なるコネクション(例えばTCPコネクション)を用いる。

データ出力部１９はIP(Internet Protocol)層またはそれ以下の層の物理層の処理を行う。

図４は図３の送信装置１０に対応する受信装置２０の内部構成の一例を示すブロック図である。図４に示すように、受信装置２０は、データ入力部２１と、コネクション管理部２２と、認証・鍵交換処理部２３と、鍵管理部２４と、CCI解析部２５と、コンテンツ復号部２６と、CCI設定部２７と、コンテンツ処理部２８とを有する。

データ入力部２１は、ネットワーク経由で送信装置１０から送信されるコンテンツデータを入力するIP(Internet Protocol)層またはそれ以下の層の物理層の処理を行う。

コネクション管理部２２は、認証・鍵交換処理用のコネクションと、CCIパケット及びコンテンツデータを伝送するパケット用のコネクションを管理する処理を行う。認証・鍵交換処理用のコネクションと、CCIパケット及びコンテンツデータを伝送するパケット用のコネクションは異なるコネクション(例えばTCPコネクション)を用いる。

認証・鍵交換処理部２３は送信装置１０と認証・鍵交換処理を行う。認証・鍵交換処理部２３は、認証・鍵交換処理が成功すると送信装置１０と共有鍵を共有し、その共有鍵を使って暗号化された共通鍵Kxを受信し、共有鍵を使って共通鍵Kxを復号する。

鍵管理部２４は、認証・鍵交換処理部２３の処理が成功すると、認証・鍵交換処理部２３から共通鍵Kxを受信して保持する。なお、認証・鍵交換処理にて共通鍵Kxとともに共通鍵ラベル情報が付加される場合は共通鍵Kxと共通鍵ラベルを対にして保持してもよい。

CCI解析部２５は図２に示すフォーマットのコンテンツデータを読み込んでコンテンツデータのどの部分までがCCIフィールドであるかを解析し、かつそのCCIフィールドにどのようなCCI IDが含まれており、そのCCI IDで示されたCCIがどのような値であるかを解析してCCI設定部２７に通知する。

コンテンツ復号部２６はCCI解析部２５で得たCCIの値と、鍵管理部２４が保持する共通鍵Kxの値とに基づいて、コンテンツ鍵Kcを計算し、コンテンツ鍵Kcを使ってコンテンツを復号し、平文のコンテンツをコンテンツ処理部２８に受け渡す。

CCI設定部２７は、CCI解析部２５が解析した結果に基づいて、コンテンツ処理部２８に対して適切なコピー制御を行わせる。

コンテンツ処理部２８は、CCI設定部２７の指示に従ってコンテンツを処理する。例えば、CCI設定部２７がCopy Never(コピー禁止)を設定した場合、受信装置２０が仮にコンテンツを記録する機能を備えていて受信したコンテンツを蓄積記録している最中だったとしても、コンテンツを蓄積蓄積する処理を中断する。

図１に示すコンテンツパケットの構成だと、各CCIが完全に独立して動作する場合には問題ないが、CCIが相互に依存している場合には問題がある。例えば、コンテンツの再生許可期限を表すRental Timeを含むCCIと、コピーの世代管理情報を含むCCIとが存在する場合を考えてみる。Rental Timeの具体的な値は24時間といった相対値(24時間以内であれば再生を許可する)や、2010年1月1日13:00といった絶対値(2010年1月1日の13:00までは再生を許可する)で表現される。このRental Timeと世代管理情報を組み合わせることによって、一世代に限りコピーを許可するが、再生期限は24時間に限定するといった制限(Copy One Generation + Rental Time)や、コピーは無制限に行ってもよいが再生期限は24時間に限定するといった制限(EPN + Rental Time)などを表現することができる。

ここで、便宜上、世代管理情報を表すCCIのCCI IDをM、Rental TimeをあらわすCCIのCCI IDをNと定義しておく。送信装置１０は一世代に限りコピーを許可するが、再生期限は24時間に限定するコンテンツに付与するコピー制御情報は図５に示すようなフォーマットになる。すなわち、世代管理情報を表すCCI３１の中のCCI ID=MのフィールドにCopy One Generation、Rental Timeを表すCCI３２の中のCCI ID = Nのフィールドに24時間(24 Hours)という値が挿入される。

受信装置２０に世代管理情報とRental Timeの両方を解釈する能力がある場合は、それぞれのCCI IDとCCIの値を確認することで、当該装置にのみコピーの記録が許可され、再生期限は24時間ということが正しく伝わる。しかしながら、世代管理情報しか解釈できない受信装置２０は、Rental TimeのCCIを読み飛ばして世代管理情報記録のみを解釈してしまう。世代管理情報には一世代限りコピー可となっているため、当該機器にコピーするが、再生期限はない。このように、図１や図５で示したフォーマットでは、送信装置１０が意図したCCIが受信装置２０に正しく伝達されない場合がある。

そこで、以下に詳述する本発明の実施形態は、送信装置がコンテンツを送信可能な受信装置２０のすべてが必ずしもCCIを正しく解釈できるとは限らないという前提に立って、送信装置１０が上述した（１）〜（４）の条件を満たすことができ、受信装置２０もそれに対応した動作を行うことができることを特徴とする。

（第１の実施形態）
図６は本発明の第１の実施形態による送信装置１０ａがネットワークに出力する際のコンテンツのパケットフォーマットの一例を表した図であり、CCIをパケット化したCCIパケット３３のフォーマットを示している。図１との違いは、CCIごとにCCI IDを付与するのではなく、１つ以上のCCIの組み合わせで識別子（CCI Set ID）を付与する点にある。

例えば、CCI Set ID(0)は、２ビットで世代管理情報を示すCCI(CCI #1)と、1ビットでアナログ出力時の画質制限(Image Constraint Token)を示すCCI(CCI #2)と、1ビットでアナログ出力を禁止すること(Digital Only Token)を示すCCI(CCI #3)とを組合わせたCCIの識別子である。

また、CCI Set ID(1)は、4ビットで世代管理情報を示すCCI(CCI #x)と、1ビットで個数制限コピー可を示すCCI(CCI #y)と、4ビットでコピーの個数を示すCCI(CCI #z)とを組合わせたCCIの識別子である。

このように、CCI Set IDとは、その中に含まれるCCIの組み合わせ（以下ではCCI群と呼ぶ）を区別する識別子（CCI群識別子）である。このように、CCI群識別子は、CCIパケット３３に含まれる個々のCCI群を識別する情報である。あるCCI Set IDと別のCCI Set IDは、包含関係にある場合と、一部重複する場合と、まったく重複しない場合と、同じCCIを含むがCCIの値が異なる場合とのいずれかである。包含関係にあるとは、例えば、CCI Set ID=XはCCI Set ID=Yに含まれるCCIを含み、それに加えて別のCCIも含む場合である。一部重複する場合とは、CCI Set ID=XとCCI Set ID=Yは同一のCCIを含むが、それぞれ別のCCIも含む場合である。

CCI Set IDに対応するCCI群は、コンテンツデータがMPEG-TSのように多重化されたストリームで構成されている場合、それぞれのストリームに対してどのようなCCIを設定するかを指定できるようになっていてもよい。

CCI Set IDは、各CCI群に含まれるCCIの種類だけでなく、CCIのフォーマットやCCIのビットアサインに応じて同じCCI Set IDの値が使われることがないよう、一意（ユニーク）でなければならない。

例えば、同一のCCI群のフォーマットとなっているが、アナログ出力時の画質制限(ON/OFFで表現する)がONであることをあるCCI群では1と定義し、別のCCI群では0と定義し、それ以外はまったく同じ二つのフォーマット(形式、長さ、ビットアサイン)のCCI群があったとき、似ているからといって同じ識別子CCI Set ID=Zを割り当ててはいけない。

送信装置１０ａがアナログ出力時の画質制限をONとしているコンテンツを送信するとき、CCI Set IDをＺという値で送信する。受信装置２０は1のときONと解釈するように実装すると問題ないが、0をONとして受信装置２０を実装すると、そのコンテンツを受信した受信装置２０はアナログ出力時の画質制限を行わなくてもよいと解釈してしまうので、予めCCI Set IDを特定の値Ｚに設定する必要がある。運用としては、デバイス間での認証・鍵交換のために用いる秘密鍵の配布元であるライセンス組織が各CCI群でユニークとなるようにCCI Set IDを割り振ればよい。

図６に示すように、CCIパケット３３は、バージョン情報を示すVersion３４のフィールドと、CCI群フィールドの長さを示すLength３５のフィールドと、1つ以上のCCI群からなるCCI群３６のフィールドとを含む。なお、VersionフィールドとLengthフィールドはCCIパケット３３のヘッダ３７を構成するが、このヘッダは必須ではない。各CCI群フィールドの中に定義されているLengthフィールドは各CCI群フィールドの長さを示す。１つのCCI群の中には、一つ以上のCCIが含まれている。

図７は第１の実施形態によるコンテンツデータ３８のフォーマットを示す図である。図７では、コンテンツデータがCCIとは別にパケット化されている点が図１や非特許文献１、非特許文献２とは異なる。具体的には、コンテンツデータは、CCIパケット３３の後に、そのCCIパケット３３のCCIが適用される１つ以上のコンテンツパケット３９が続くフォーマットになっている。CCIパケット３３は図６のフォーマットのCCIを含んでおり、コンテンツパケット３９はヘッダ４０と暗号化コンテンツ４１を含んでいる。

図７に示した例では、右端に記されたCCIパケット３３に含まれるCCIは右から３つのコンテンツパケット３９に適用される。左から二番目のCCIパケット３３に含まれるCCIは一番左のコンテンツパケット３９に適用される。

なお、図７の例では、CCIパケット３３が途中で切り替わる例を示したが、コンテンツのCCIが変化しなければCCIパケット３３をコンテンツ伝送の最初に一つだけ伝送し、その後はCCIパケット３３を伝送しなくてもよい。また、CCIが変化しなくても、個々のコンテンツパケット３９に対応づけてCCIパケット３３を挿入してもよい。

非特許文献１や非特許文献２に示す公知技術では、暗号化コンテンツを復号する前に受信装置２０が知りうるCCIは世代管理情報などに限定されており、その他のCCIは暗号化前のコンテンツ(平文のコンテンツ)に埋め込まれていたため、受信装置２０はコンテンツを復号してみないとすべてのCCIの値を知ることができなかった。

また、コンテンツのフォーマットによっては、CCIなどの付属データを挿入するビット幅が固定長であるため、拡張性がなく、追加で新たなCCIを定義することができなかった。

これに対して、第１の実施形態では、世代管理情報を含むさまざまな種類のCCIを暗号化コンテンツの中に埋め込むのではなく、暗号化コンテンツとは別のCCIパケット３３を設ける。これにより、受信装置２０は、コンテンツの復号をする前にそのコンテンツにどのようなCCIの組合せが付与されているかを把握でき、かつコンテンツのフォーマットに依存せずにCCIパケット３３を拡張できる。したがって、新たなCCIの定義を容易に行うことができる。なお、コンテンツの暗号化に用いる鍵の計算方法については後述する。

図８は第１の実施形態による送信装置１０ａの内部構成を示すブロック図である。図８に示すように、送信装置１０ａは、コンテンツ供給部１１と、認証・鍵交換処理部１２と、鍵管理部１３と、CCI判定部１４と、CCI挿入部１５と、CCIパケット化部５１と、コンテンツパケット化部１６と、コンテンツ暗号部１７と、コネクション管理部１８と、データ出力部１９とを有する。コンテンツパケット化部１６とコンテンツ暗号部１７がコンテンツパケット生成部に対応する。

図３の送信装置１０ａと異なる点は、CCIパケット３３を生成するCCIパケット化部５１を新たに備えている点である。図３では送信装置１０ａはコンテンツパケット３９の中にCCIを挿入していた。これに対し、第１の実施形態による送信装置１０ａはCCIを別パケットとして送信するため、CCIを所定のフォーマットにパケット化したCCIパケット３３を生成する処理を行うCCIパケット化部５１を備えている。なお、CCIパケット３３をコンテンツパケット３９とは別個に設けることにしたため、コンテンツパケット化部１６は図３と異なり、CCIを挿入する処理を行わない。

CCI挿入部１５は、CCI判定部１４から通知されたコンテンツに付随するCCIの値を各CCI Set IDで表現される図６の形式に変換し、CCIの値とCCI Set IDからなるCCI群を含むCCIパケット３３を生成する。

例えば、同じコピー世代管理情報であるCopy Never (コピー禁止)を表現するのに、あるCCI Set IDに対応するCCIは２ビットの値で表現するかもしれないし、別のCCI Set IDに対応するCCIは４ビットの値で表現するかもしれない。このように、各CCI IDがCopy Neverという値を表現するのに、どのような形式のどのような値に設定すればよいかを考慮に入れてビット数の変換処理を行う。もちろんこの変換処理はCopy Neverに限らず、コンテンツ供給部１１から供給されるコンテンツが持つさまざまなCCIに対して行う。

また、図３に示した送信装置１０ａは、コピー世代管理情報を表すCCIがCCIパケット３３の中で一つだったのに対し、図８の処理ではコピー世代管理情報を表すCCIが複数のCCI群で定義される可能性がある。例えばコピー世代管理情報がCCI Set ID(0)とCCI Set ID(1)の両方で定義されるかもしれない。送信装置がCCI Set ID(0)とCCI Set ID(1)のCCIパケットを送信する場合、CCI Set ID(0)とCCI Set ID(1)の両方にCCI解析部２５で取得したコピー世代管理情報を挿入する。なお、ライセンス団体がCCI Set IDを複数定義している場合、送信装置１０ａは自身で解釈できるすべてのCCI Set IDのCCI群を生成してCCIパケット３３に挿入してもよいし、CCI Set IDを選択してその選択したCCI Set IDに対応するCCI群のみをCCIパケット３３に挿入してもよい。

図９は図８に示したコンテンツパケット３９の詳細なフォーマットの一例を示す図である。本実施形態のコンテンツパケット３９は、ヘッダ４０のフィールドと暗号化コンテンツ４１のフィールドを有する。ヘッダ４０のフィールドは、さらに細かく、鍵ラベル４２のフィールドと、鍵情報４３のフィールドと、Length４４のフィールドとを有する。

鍵ラベル４２のフィールドには、どの送信装置１０ａの鍵で暗号化されたコンテンツであるのかを受信装置２０が把握できるようにするために、共通鍵Kxごとに割り振られたユニークなラベル情報が格納される。鍵情報４３のフィールドには、送信装置１０ａがデータ量もしくは時間に応じて更新する鍵情報が格納される。後述するように、鍵情報は、コンテンツ鍵(Kc)の計算に用いられる場合がある。Lengthフィールドには、暗号化コンテンツの長さが格納される。

暗号化コンテンツ４４のフィールドには、暗号化前は平文コンテンツデータが格納される。なお、暗号アルゴリズムによっては、平文コンテンツデータにパディング情報(例えば値0)を付加してもよい。

コンテンツ鍵(Kc)は、CCIパケット３３で定義されたCCIの値と共通鍵Kxを用いて計算される。具体的には、例えば以下の（１）式により計算される。ここで、CCIの値とは、図６に示した少なくともCCI群フィールドの値を含むものとする。
コンテンツ鍵(Kc)＝ｆ(CCI, Kx) …（１）

コンテンツ鍵が所定の条件で更新されるように、以下の（２）式のように計算式に鍵情報(N)を含めてもよい。
コンテンツ鍵(Kc)＝ｇ(CCI, Kx, N) …（２）

また、以下の（３）式で示すように、パラメータをハッシュ関数(関数h)などを用いて所定のビット長に圧縮してもよい。
コンテンツ鍵(Kc) ＝ｉ(ｈ(CCI, Kx), N) …（３）

上記（１）〜（３）式の関数ｆ，ｇ，ｉは、右辺括弧内のパラメータを使って計算される暗号化アルゴリズムである。アルゴリズムとしてはＡＥＳなどの既存の暗号アルゴリズムを用いてもよい。

送信装置１０ａは、コンテンツを伝送している間にコンテンツ供給部１１から供給されるコンテンツに付随するCCIの値が変化すれば、CCIパケット化部５１はその更新されたCCIの値を使ってCCIパケット３３を再度生成する。さらにそのCCIパケット３３以降に送られるコンテンツパケット３９に含まれるコンテンツは、その更新されたCCIパケット３３のCCIの値を使って再計算したコンテンツ鍵(Kc)を使って暗号化する。

上述した（２）または（３）式のコンテンツ鍵(Kc)を用いる場合は、送信装置１０ａは、データ量もしくは時間に応じて鍵情報が更新された場合も、コンテンツ鍵(Kc)の再計算を行って、CCIパケット３３と暗号化パケットの作成を行う。

送信装置１０ａが同一のコネクション（HTTPの場合はTCPコネクション、RTPの場合はセッション）においてCCIパケット３３を挿入するタイミングは、（ａ）コンテンツデータの伝送に先立ち1回だけ挿入、（ｂ）コンテンツのCCIが変更される時に挿入、（ｃ）定期的に挿入のいずれか、あるいはこれらの組合せのいずれでもよい。

図９では、鍵情報をコンテンツパケット３９に挿入する例を示した。鍵情報をコンテンツパケット３９に含めることにより、CCIの切り替えと鍵情報の切り替えを独立に行うことができる。例えば、鍵情報は時間またはデータ量に応じて定期的に更新されるが、これは定期的にコンテンツ鍵(Kc)を更新することを意味している。一般に、データを暗号化する際に用いる鍵は同一のものを使い続けるよりも変更した方が暗号化データから暗号化鍵を推測する攻撃に対する耐性は強い。CCIパケット３３の挿入タイミングを上記（ａ）とした場合でも、コンテンツパケット３９内の鍵情報を更新することによって、コンテンツ鍵(Kc)を更新することができる。

なお、鍵情報をコンテンツパケット３９に含める以外にも、CCIパケット３３のみに含める方法、CCIパケット３３とコンテンツパケット３９の両方に同じ値を含める手法、CCIパケット３３とコンテンツパケット３９に異なる値の鍵情報を挿入する手法があり、これらを採用してもよい。

CCIパケット３３のみに含める手法では、鍵情報またはCCIのいずれかが変化した場合にCCIパケット３３を挿入する。CCIパケット３３とコンテンツパケット３９に異なる値の鍵情報を挿入する手法では、両方の鍵情報をコンテンツ鍵(Kc)の計算に含める場合と、どちらか更新された方の値を使う場合とがある。また、鍵情報をコンテンツパケット３９に定義し、CCIパケット３３のCCI群フィールドのハッシュ値を計算し、そのハッシュ値をコンテンツパケット３９の鍵情報フィールドの一部(例えば上位Xビット)として使い、残りのフィールド (例えば下位Yビット)は乱数で生成して、1ずつ増えるように更新してもよい。この場合、Ｘ＋Ｙが鍵情報の全ビット長となる。

図８の送信装置１０ａは、上述した処理以外は、図３の送信装置１０ａと同様の処理を行うため、詳しい説明を省略する。

次に受信装置２０ａについて説明する。図１０は第１の実施形態による受信装置２０ａの内部構成の一例を示すブロック図である。図１０に示すように、受信装置２０ａは、データ入力部２１と、コネクション管理部２２と、認証・鍵交換処理部２３と、鍵管理部２４と、パケット選別部５２と、コンテンツパケットヘッダ解析部５３と、コンテンツ復号部２６と、CCIパケットヘッダ解析部５４と、CCI選別部５５と、CCI Set ID管理部５６と、CCI解析部２５と、CCI設定部２７と、コンテンツ処理部２８とを有する。

図４の受信装置２０ａと異なる点はパケット選別部５２と、CCIパケットヘッダ解析部５４と、CCI Set ID管理部５６（CCI識別子管理部）と、CCI選別部５５と、CCI解析部２５とを備えている点である。また、コンテンツ復号部２６の処理も異なる。

パケット選別部５２は、受信したデータが図７に示すコンテンツパケット３９かCCIパケット３３かを判別し、コンテンツパケットヘッダ解析部５３とCCIパケットヘッダ解析部５４にデータを振り分ける処理を行う。なお、コンテンツパケット３９かCCIパケット３３かを区別する方法としては、コンテンツパケット３９とCCIパケット３３のヘッダに両者を区別する識別子を設ければよい。

非特許文献２に記載の送信装置１０ａが送信するコンテンツパケット３９では、暗号アルゴリズムを識別する情報が定義されているが、第１の実施形態による送信装置１０ａが送信するコンテンツパケット３９を非特許文献２に記載の受信装置２０ａが受信してもそのパケットを無視するかコネクションを切断するようにするために、暗号モードや暗号アルゴリズムを識別する情報を非特許文献２で定義されていない値に設定すればよい。これにより、非特許文献２に記載の受信装置２０ａはパケットの中身を知ることができなくなる。

CCIパケットヘッダ解析部５４は、図６に示したCCIパケット３３のうち、CCI群フィールドにどのようなCCI Set IDが含まれているのかを解析する処理を行う。前述のようにコンテンツ鍵(Kc)の計算にはCCIパケット３３に含まれるCCIの情報を用いる。

図２に示したコンテンツデータとは異なり、本実施形態のCCIはコンテンツパケット３９とは別のCCIパケット３３の中に含まれている。CCIパケットヘッダ解析部５４はCCIパケット３３に含まれるCCIの値をコンテンツ復号部２６に伝達する。

図２に示したコンテンツデータでは、CCIは図２に示すCCI＆コンテンツパケット３９で伝送されるため、パケット単位でコンテンツ鍵(Kc)を計算することが可能であった。ところが、本実施形態では、コンテンツパケット３９が複数回連続して受信される場合もあるため、コンテンツパケット３９は必ずしもCCIパケット３３の直後に送られてくるとは限らない。

コンテンツ鍵(Kc)はCCIと鍵情報の両方を使って計算される。すなわち、CCIまたは鍵情報のどちらかが更新された場合にコンテンツ鍵(Kc)の再計算を行う。コンテンツ復号部２６は再計算されたコンテンツ鍵(Kc)を使ってコンテンツを復号する。別の言い方をすると、図２に示したCCI＆コンテンツパケット３９を受信する受信装置２０ａは、共通鍵KxとCCI&コンテンツパケット３９だけでコンテンツ鍵(Kc)を計算できたが、第１の実施形態ではコンテンツパケット３９にはCCIが含まれないため、コンテンツ復号部２６は次のCCIパケット３３を受信するまでCCIの値を保存しておく必要がある。この点は図４に示した受信装置２０ａとは異なる。CCIパケット３３に含まれるCCIの値が変化していた場合には、コンテンツ復号部２６はそれ以降に受信したコンテンツパケット３９を復号する際、更新されたコンテンツ鍵(Kc)の値を使って復号する。

さて、送信装置１０ａは鍵情報を（ａ）CCIパケット３３のみに含める方法、（ｂ）コンテンツパケット３９のみに含める方法、（ｃ）CCIパケット３３とコンテンツパケット３９に同じ値を含める方法、（ｄ）CCIパケット３３とコンテンツパケット３９に異なる値を含める方法がある。

（ａ）の場合、コンテンツ復号部２６はCCIパケット３３に含まれる鍵情報を使ってコンテンツ鍵(Kc)を計算する。

（ｂ）の場合、コンテンツ復号部２６はコンテンツパケット３９に含まれる鍵情報を使ってコンテンツ鍵(Kc)を計算する。

（ｃ）の場合、CCIパケット３３とコンテンツパケット３９のいずれかに含まれる鍵情報を使ってコンテンツ鍵(Kc)を計算するが、CCIパケット３３に含まれる鍵情報とコンテンツパケット３９に含める鍵情報が一致するか比較処理を行い、一致するときのみコンテンツの復号を行うようにしてもよい。

（ｄ）の場合、両方の鍵情報を使ってコンテンツ鍵(Kc)を計算する方法と、どちらか更新された方の値を使う場合とがある。

なお、CCIパケット３３のハッシュ値が鍵情報の一部として挿入されている場合には、CCIパケット３３に含まれるCCIを使ってハッシュ値を計算し、そのハッシュ値と鍵情報の一部が一致するか否かの比較処理を行い、一致する場合のみコンテンツを復号する。一致しない場合にはコンテンツの復号を中止する。

図８のCCI Set ID管理部５６は受信装置２０ａが解釈可能なCCIに対応するCCI Setの値を管理する。CCI選別部５５はCCIパケットヘッダ解析部５４で解析されたCCI Set IDと、CCI Set ID管理部５６に格納されている値を比較し、CCIコンテンツに含まれているCCI群を選別する処理を行う。CCI選別部５５は、受信装置２０ａが複数のCCI Set IDを解釈可能であれば、CCIパケット３３に含まれるCCI Set IDのうちどのCCI Set IDを選択するか、すなわちどのCCI群を採用するのか決定する。この決定の手法としては、採用するCCI群の優先順位を予め指定しておく手法、どのCCI群を採用するかその時の受信装置２０ａの状態に応じて決定する手法、送信装置１０ａとネットワークを介してネゴシエーションを行う手法などがある。受信装置２０ａの状態に応じて決定する手法とは、例えば受信装置２０ａのコンテンツ処理部２８が蓄積、外部出力、内部レンダリングなどの複数の処理を備えている場合に、そのうちの選択された処理に対応してCCI群を選択する手法である。また、コンテンツ処理部２８が異なる複数の記録形式でコンテンツを蓄積可能な場合も、選択する記録形式に応じたCCI群を選択する。

例えば、受信装置２０ａがCCI群Ａを使って保護して記録する方式と、CCI群Ｂを使って保護して記録する方式を備えていた場合に、その時の記録方式に応じてCCI群ＡとCCI群Ｂのどちらを採用するのか決定するときに使う。なお、CCIパケット３３に自装置が解釈可能なCCI Set IDが含まれていない場合はコンテンツデータの受信を中断する。

CCI解析部２５はCCI選別部５５で選別されたCCI SetにどのようなCCIが含まれるのかを解析してCCI設定部２７に通知する。

図１１は図１０の受信装置２０ａの動作手順の一例を示すフローチャートである。受信装置２０ａはまず送信装置１０ａに認証・鍵交換要求を送信し（ステップＳ１）、送信装置１０ａと認証・鍵交換処理を行う。その後、認証・鍵交換処理に成功したか否かを判別し（ステップＳ２）、認証・鍵交換処理が失敗すれば、エラー処理を行い（ステップＳ３）、以降の処理は行なわない。

認証・鍵交換処理が成功すれば、送信装置１０ａから送信された暗号化された共通鍵Kxを受信し（ステップＳ４）、鍵交換処理で共有した鍵を用いて共通鍵Kxを復号する。次に、受信装置２０ａが認識可能なCCI Set IDを送信装置１０ａに通知し（ステップＳ５）、その後、送信装置１０ａに対してコンテンツ要求を送信する（ステップＳ６）。

このコンテンツ要求に応じて送信装置１０ａが送信するコンテンツデータは図７のようなフォーマットであり、CCIパケット３３とコンテンツパケット３９を含んでいる。このようなコンテンツデータを受信すると（ステップＳ７）、CCIパケット３３に認識可能なCCI Set IDが含まれているかどうか確認する（ステップＳ８）。もし含まれていなければ、コンテンツの受信を中断し（ステップＳ９）、ステップＳ３のエラー処理を行う。含まれていれば、共通鍵KxとCCI選別部５５で選別されたCCIパケット３３中のCCIを用いて、上述した（１）〜（３）式のいずれかに基づいてコンテンツ鍵(Kc)を計算し、そのコンテンツ鍵(Kc)を用いて暗号化コンテンツを復号する（ステップＳ１０）。

図１２は図８の送信装置１０ａと図１０の受信装置２０ａを備えたコンテンツ送受信システムの処理手順を示すシーケンス図である。本実施形態では、送信装置１０ａと受信装置２０ａとの間に２つのコネクションが設けられている。一つは認証・鍵交換処理を行うためのもの（第１の通信コネクション部２２ａ）であり、もう一つはコンテンツパケット３９とCCIパケット３３を伝送するためのもの（第２の通信コネクション部２２ｂ）である。

図１２は送信装置１０ａが二つの受信装置２０ａにコンテンツを送信する例を示している。この場合、合計４つのコネクションＡ〜Ｄが設けられる。まず受信装置Ａが送信装置１０ａと認証・鍵交換を行う（ステップＳ１１）。認証・鍵交換が成功すると（ステップＳ１２）、受信装置２０ａはコンテンツ要求を送信し（ステップＳ１３）、その応答として送信装置１０ａはCCIパケット３３とコンテンツパケット３９を送信する（ステップＳ１４）。このときのCCIパケット３３に含まれるCCI Set IDは受信装置２０ａが解釈可能なCCI Set IDのいずれか(この場合、CCI Set ID=a)もしくは送信装置１０ａが解釈可能なCCI Set IDすべての値となる。もちろん異常シーケンスとして送信装置１０ａは受信装置２０ａが解釈できないCCI Set IDをCCIパケット３３に含めて送信してもよいが、その場合、受信装置２０ａはコンテンツの受信を中断する。

図１２では省略しているが、受信装置２０ａはコンテンツ要求の送信に先立ち、どのCCI Set IDなら解釈できるかを送信装置１０ａに通知する。この通知手段としては認証・鍵交換用のコネクションを使って認証・鍵交換時に通知する手法、認証・鍵交換用のコネクションを使ってコンテンツ要求に先立ち通知する手法、コンテンツ伝送用のコネクションを使ってコンテンツ要求にCCI Set IDを含める手法がある。

受信装置２０ａが送信装置１０ａに対して解釈可能なCCI Set IDを通知する代わりに、送信装置１０ａから受信装置２０ａに対してどのCCI Set IDが解釈可能か問い合わせてもよい。受信装置２０ａが解釈可能なCCI Set IDを送信装置１０ａに通知する際にCCI Set IDは共通鍵Kxや共有鍵などを使って暗号化することにより保護して伝送してもよいし、平文で送信してもよい。平文で送信した場合、通信途中で不正に改変されたとしても受信装置２０ａはそのCCI Set IDが解釈できないか、その改変されたCCI Set IDに応じてコンテンツのCCIを解釈するため、送信装置１０ａの意図と異なるようにCCIが受信装置２０ａに伝わるわけではない。したがって、そのような通信経路上でのCCI Set IDの改変は受信装置２０ａにとってはサービス妨害になったとしても、コンテンツの著作権が不正に操作されるわけではないため、上述した（１）〜（４）の目的が阻害されるわけではない。

送信装置１０ａがコンテンツ要求の受信に先立ち、事前にCCI Set IDの通知を受ける利点として、送信装置１０ａの実装を容易にすることができる点が考えられる。例えば、送信装置１０ａが複数の受信装置２０ａに対してコンテンツを送信する場合を考える。送信装置１０ａは各受信装置２０ａがどのようなCCI Set IDを解釈できるか、その組み合わせの総和を集計しておく。受信装置２０ａは非同期に送信装置１０ａに対してコンテンツ要求を送信するが、送信装置１０ａはコンテンツ受信要求を受信すると、集計しておいたCCI Set IDをすべて含めてCCIパケット３３を送信する。

このように、送信装置１０ａは、コンテンツ受信要求を受信する際、そのコンテンツ受信要求がどの受信装置２０ａから送られてきたのかを判断する必要がないため、送信装置１０ａの処理を簡易化することができる。

上述したステップＳ１１〜Ｓ１４と同様に、受信装置Ｂも、送信装置１０ａと認証・鍵交換処理を行い（ステップＳ１５）、認証・鍵交換処理に成功すれば（ステップＳ１６）、コンテンツ要求を送信装置１０ａに対して送信し（ステップＳ１７）、送信装置１０ａから送信されたコンテンツを受信する（ステップＳ１８）。このとき、送信装置１０ａはコンテンツ送信を受信装置Ａと受信装置Ｂに対して別々のコネクションで配信する。送信装置１０ａは、CCIパケット３３に含めるCCI Setに関して、（ａ）受信装置Ａに対してはCCI Set ID=a, 受信装置Ｂに対してはCCI Set ID=bとして送信する手法、（ｂ）受信装置Ａ、ＢともCCI Set ID=a, bの両方を含めたCCIパケット３３を送信する手法、（ｃ）受信装置２０ａがどのCCI Set IDを解釈可能かに限らず、送信装置１０ａはCCIパケット３３化が可能なすべてのCCI Set IDを含めたCCIパケット３３を送信する手法、のいずれかの手法を用いることができる。（ｃ）の場合、CCI群によっては無効にすべき情報が含まれる場合がある。たとえば、再生許可期限指定されたコンテンツを伝送する場合、CCIパケット化の可能なすべてのCCI群に再生許可期限を示す情報が含まれていればよいが、そうでないCCI群が存在する可能性もある。そのような場合に対応するため、送信装置１０ａは特定のCCI群は無効である事を示す情報をCCIパケット３３に含めて送信してもよい。この情報はCCI群ごとに付けてもよいし、そのCCIパケット３３の中でどのCCI群が無効か(あるいは有効か)を示すCCI群のリスト情報をCCIパケットの先頭に付与してもよい。なお、ここではコンテンツ伝送プロトコルとしてHTTPが用いられることを想定しているが、RTPを用いて伝送する場合も同様の手法で送信すればよい。

上述した（ｂ）または（ｃ）のように一つのCCIパケット３３の中に複数のCCI群を含める利点は、CCIパケット３３やコンテンツパケット３９をマルチキャストで伝送できることである。一般に、マルチキャスト伝送を行う場合は複数の受信装置２０ａに対して同一のパケットを送信する必要がある。（ｂ）または（ｃ）の手法を用いることで、複数の受信装置２０ａに対して同一のCCIパケット３３やコンテンツパケット３９を伝送でき、通信帯域を抑制できる。

なお、既存のパケットフォーマットしか解釈できない既存の受信装置２０ａが、図６に示すCCIパケット３３や図９に示すコンテンツパケット３９を受信しても問題ないようにCCIパケット３３やコンテンツパケット３９のヘッダの中に、既存のパケットフォーマットと区別する情報を挿入してもよい。例えば、非特許文献２に示すとおり、既存のパケットのヘッダにはコンテンツを暗号化するための暗号アルゴリズムを区別する情報が含まれている(C_Aフィールド)。現状では利用可能な暗号アルゴリズムとしてAESのみ定義されている。図６に示すCCIパケット３３や図９に示すコンテンツパケット３９のヘッダのフォーマットを既存のパケットのヘッダのフォーマットと同一にしておき、暗号アルゴリズムを区別するフィールドをAES以外の暗号を使っているようにビットをセットすれば、既存の受信装置２０ａはAESしか実装していないため、受信装置２０ａがCCIパケット３３やコンテンツパケット３９を受信したとしても、それらのパケットを無視して破棄する動作が期待できる。この他に、既存のパケットフォーマットと、CCIパケット３３やコンテンツパケット３９と区別できるように、既存のパケットのヘッダ部に定義されている暗号モードを区別する情報(E-EMIフィールド)の値を現在定義されていない値に設定したり、既存のパケットのヘッダ部に定義されている予約領域を利用して区別してもよい。

以下、上述した第１の実施形態の構成上の特徴と効果をまとめて説明する。第１の実施形態による送信装置１０ａはコンテンツパケット３９とは別にCCIパケット３３を送信する。CCIパケット３３は複数のCCI群を含むことが可能である。また、CCI群はLengthフィールドを定義することにより可変長であるため、任意の長さのCCIを複数挿入することができる。

CCIパケット３３が複数のCCI群を含むことができるということは、新たなCCIを定義する必要が生じた場合に、そのCCIに対して未使用のCCI Set IDを割り当てることで、容易にCCIの追加に対応できることを示しており、将来的な拡張性に優れている。

本実施形態のCCIパケット３３には、CCI群ごとにユニークなCCI Set IDが割り当てられており、受信装置２０ａはCCIパケット３３に含まれるCCI Set IDに対応するCCIを自装置が解釈可能な場合のみコンテンツの復号を行う。過去に製造・販売された受信装置２０ａは新たに定義されたCCI Set IDは解釈せず読み飛ばし、自装置が認識可能なCCI群のみ解釈することになるため、送信装置１０ａの意図と反して受信装置２０ａがCCIを解釈するような不具合は生じない。しかも、新しいCCI群が定義されたCCIパケット３３であってもコンテンツ鍵(Kc)の計算は古いものと同一の方式であるため、古いCCI群しか解釈できない受信装置２０ａであってもコンテンツを復号することができる。

CCIパケット３３はコンテンツパケット３９と別パケットで送信されるため、コンテンツパケット３９のフォーマットには依存せずにCCIを送信できる。また、新たに定義されたCCIをCCIパケット３３に含める場合にも、コンテンツパケット３９には影響を与えなくて済む。

また、コンテンツデータを復号するコンテンツ鍵(Kc)の計算には、CCI群フィールドの値を利用するため、CCI群フィールドの値が通信途中で改変されたとしても、受信装置２０ａは正しいコンテンツ鍵(Kc)の値を取得することはできず、結果として改変されたCCI群フィールドの値としてコンテンツを解釈することはなく、コンテンツの著作権保護を図ることができる。

また、送信装置１０ａは受信装置２０ａごとにその受信装置２０ａがどのようなCCI Set IDを解釈できるかを区別せずに、同一のコンテンツを送信することができる。このため、送信装置１０ａ内部での送信処理が容易になる。

（第２の実施形態）
第１の実施形態では各CCI群間での関連性がないフォーマットを定義した。第２の実施形態は、CCI群の中に、どの受信装置２０ａであっても解釈可能な必須CCI群を定義するものである。

図１３は第２の実施形態によるCCIパケット３３のフォーマットを示す図である。図１３に示すように、CCIパケット３３のCCI群は、どの受信装置２０ａでも解釈可能な必須CCI群４５と、図６に示すフォーマットの任意CCI群４６とを有する。

このように必須CCI群４５を定義することにより、送信装置１０ａと受信装置２０ａとの間で認識可能なCCI Set IDの組み合わせが一致しなかったとしても、必須CCIの部分については送信装置１０ａと受信装置２０ａの双方とも解釈可能であるため、最低限の相互接続を確保することができる。

なお、任意CCI群４６は、（ａ）必須CCI群４５で定義されていないCCIのみを定義する手法、（ｂ）必須CCI群４５で定義されているCCIと同じものも含むが、任意のフォーマットで定義するCCIを優先する手法などがある。

（ｂ）の場合、例えば必須CCI群４５には世代管理情報のみ定義されており、任意CCI群４６の中のCCIフォーマットXには世代管理情報とレンタル時間に関するCCI "Rental Time"が定義される等が考えられる。このとき、送信装置１０ａが1世代に限りRental Timeで指定された時間までコピー可というコンテンツを送信する場合を考える。必須CCIとしてCopy One Generation, フォーマットXのCCIにはCopy One Generation/Rental Time=Nとしてしまうと、前述のように必須CCIしか解釈できない受信装置２０ａは時間に制限なく受信できるという問題がある。

しかしながら、必須CCI群４５でCopy NeverのCCIを定義し、任意CCI群４６の中のCCIフォーマットXのCCIをCopy One Generation/Rental Time=Nと定義しておけば、必須CCIしか解釈できない受信装置２０ａはコピーの記録は禁止され、CCIフォーマットXを解釈できる受信装置２０ａは1世代に限りRental Timeで指定された時間までコピー可としてコンテンツを受信する。

本実施形態の場合、必須CCI群４５しか解釈できない受信装置２０ａの利便性は低下してしまうが、無制限のコピーを禁止するという著作権者(送信装置１０ａ)の意図を正しく受信装置２０ａに伝達することが保証される。これは、CCI Set IDのフォーマットを定義したことから実現できたことであり、図１で示すCCIのフォーマットでは実現できない。

図１４は第２の実施形態による受信装置２０ｂの内部構成の一例を示すブロック図である。第１の実施形態における受信装置２０ｂの内部構成との違いは必須CCI解析部５７を備えている点である。

任意CCI群４６において、必須CCI群４５で定義されていないCCIのみを定義する場合、必須CCI解析部５７は必須CCI部分にどのようなCCIが含まれるかを解析し、その結果をCCI解析部２５に通知する。一方、任意CCI群４６で定義するCCIについてはCCI選別部５５で選別する。CCI解析部２５は、必須CCI解析部５７の解析結果とCCI選別部５５の選別結果に基づいて、コンテンツの受信処理に用いるCCIを決定する。

任意CCI群４６で定義するCCIが、必須CCI群４５で定義されているCCIと同じものも含む場合に、任意CCI群４６で定義するCCIを優先させることが可能である。この場合、CCI選別部５５は受信したコンテンツに自装置が解釈可能なCCI Set IDが含まれているかどうか判断し、含まれている場合は解釈可能なCCIフォーマットで定義されたCCIを採用するようCCI解析部２５に通知する。一方、含まれていない場合は、必須CCI解析部５７が解析した必須CCI部分のCCIを採用するようCCI解析部２５に通知する。

このように、第２の実施形態では、どの受信装置２０ｂでも解釈可能な必須CCI群４５をCCIパケット３３の中に含めるため、どの受信装置２０ｂでも必要最低限の受信処理を行うことができ、コンテンツの著作権保護を損なわない範囲で、コンテンツの有効活用を図れる。

（第３の実施形態）
第２の実施形態では、最低限の相互接続性を確保するために、CCIパケット３３内に必須CCI群４５を定義した。以下に説明する第３の実施形態では、CCIパケット３３のフォーマットは第１の実施形態と同じにするものの、自装置だけのレンダリング（再生処理）は許可することで、最低限の相互接続を保証するものである。

図１５は第３の実施形態によるCCIパケット３３のフォーマットを示す図である。図１５では、CCIパケット３３にRendering Only４７のフィールドを新たに定義している。Rendering Only４７のフィールドは、ONの場合には自装置内部でのモニター出力が許可され、OFFの場合には出力が禁止されることを送信装置１０ａに通知するフィールドである。

このRendering Only４７のフィールドは、図１５に示すように、CCIパケット３３のヘッダフィールドに設けられる。

第３の実施形態による受信装置２０ｃは、CCIパケット３３に自装置で認識可能なCCI Set IDが含まれていない場合、Rendering Only４７のフィールドをチェックする。Rendering Only４７のフィールドはONの場合には自装置内部でのモニター出力が許可され、OFFの場合には出力が禁止される。CCIパケット３３に自装置で認識可能なCCI Set IDが含まれている場合には、Rendering Only４７のフィールドを無視して、その認識可能なCCI Set IDが示すCCI群のCCIに従って動作する。

例えば、レンタル時間のような時間管理が必要なCCIの一つとして、蓄積は無制限に行ってもよいがＸ日以降でないと再生は禁止するといった封切り前のコンテンツを伝送する場合、時間管理のCCIを解釈可能な受信装置２０ｃは蓄積したり再生したりできるが、時間管理ができない受信装置２０ｃは、蓄積はもちろん再生も禁止されなければならない。この場合、送信装置１０ａはRendering Only４７のフィールドをOFFとして送信することで、時間管理のCCIを定義したCCI Set IDが解釈できる受信装置２０ｃのみ、封切り前のコンテンツを蓄積及び再生することを許可し、それ以外の受信装置２０ｃには蓄積も再生もできないようにする制限を実現できる。

図１６は第３の実施形態による受信装置２０ｃの内部構成の一例を示すブロック図である。図１６の受信装置２０ｃは、コンテンツ処理部２８の内部に、蓄積部２８ａ、外部出力部２８ｂ、内部レンダリング部２８ｃを設けている。この他、受信装置２０ｃはCCI破棄部５８を有する。

蓄積部２８ａはハードディスクなどにコンテンツを蓄積する処理を行う。外部出力部２８ｂはアナログ端子やHDMIなどのデジタル端子にコンテンツを出力する処理を行う。内部レンダリング部２８ｃは自装置に備え付けの不図示の表示装置にコンテンツを再生出力する処理を行う。

CCI選別部５５にて受信したコンテンツに付随するCCIパケット３３にCCI Set ID管理部５６で管理するCCI Set IDが含まれていない場合、CCI解析部２５はRendering Only４７のフィールドをチェックし、Rendering Only４７のフィールドがONになっている場合は自装置に設けた表示装置への再生出力を許可するCCIを内部レンダリング部２８ｃに設定する。

もちろん、ハードディスクなどの蓄積機能を持たない装置や外部出力端子を備えていない機器も考えられるため、蓄積部２８ａ、外部出力部２８ｂ、内部レンダリング部２８ｃのすべてを備えている必要はない。

このように、第３の実施形態では、CCIパケット３３のヘッダフィールドにRendering Only４７のフィールドを設けるため、受信装置２０ｃがCCIパケット３３を正しく解釈できない場合には、CCI破棄部５８でCCIパケット３３の内容を破棄して、Rendering Only４７のフィールドの値によって受信装置２０ｃの動作を制御できる。したがって、CCIパケット３３を正しく解釈できない受信装置２０ｃが送信装置１０ａの意図に反したコンテンツ受信処理を行うおそれがなくなり、コンテンツの著作権保護が図れる。

なお、第１及び第２の実施形態では、受信装置２０ｃ内のコンテンツ処理部２８の内部処理を細分化していないが、図１６に示す蓄積部２８ａ、外部出力部２８ｂ及び内部レンダリング部２８ｃの少なくとも一つを備えていることが考えられる。

（第４の実施形態）
第１の実施形態では、送信装置が送信するCCIパケットにCCI群を識別する情報(CCI Set ID)を定義し、受信装置はCCI Set IDにより自装置が解釈可能なCCI群と一致するCCI群のみ取得する手法を示した。第４の実施形態では、特定の受信装置に解釈させるべき特定のCCI群を送信装置が指定することを実現するものである。

図１７は第４の実施形態によるCCIパケット３３のフォーマットを示す図である。図１７では、CCI群の中に受信装置のデバイスIDのリスト(Device IDs、装置識別情報)を記述したデバイスＩＤフィールド６１が含まれている点が図６とは異なる。デバイスIDのリストは、そのデバイスIDが示すCCI群を利用することができるデバイスのリストを示す情報である。なお、図１７ではDevice IDフィールドを各CCI群フィールドの中に定義したが、CCIパケットの先頭に、どのCCI群フィールドはどのDevice IDが利用可能かを示すマッピング情報を定義してもよい。

図１８は第４の実施形態による送信装置１０ｂの内部構成を示すブロック図である。デバイスID管理部６２を備えている点と、CCI挿入部にデバイスIDを挿入する点が図８と異なる。各受信装置にはそれぞれの機器を識別するためにユニークなID(Device ID)が割り振られている。このデバイスIDは複数の受信装置で重複した値とならないようライセンス機関等が発行するものとする。

CCI挿入部はどの受信装置にどのようなCCIでコンテンツの受信処理を行わせるか指示するために受信装置のデバイスIDを挿入する処理を行う。たとえば、受信装置Aに対してCCI Set ID(0)で示すCCIにてコンテンツの受信処理を行わせ、受信装置Bに対してCCI Set ID(1)で示すCCIにてコンテンツの受信処理を行わせる場合、送信装置１０ｂはCCI Set ID(0)のDevice IDsフィールドには受信装置AのデバイスIDを挿入し、CCI Set ID(1)のDevice IDsフィールドには受信装置BのデバイスIDを挿入する。

なお、Device IDsフィールドは複数のデバイスIDを格納してもよい。その場合、いくつのデバイスIDがDevice IDsフィールドに含まれているかを示すために不図示のLengthフィールドを定義してもよい。なお、Device IDsフィールドに特殊な値(たとえばオール0の値)を挿入したり、Device IDsフィールドを空にしたりすることで、すべての受信装置に対してCCI群を利用してもよいことを示してもよい。

図１９は第４の実施形態による受信装置２０ｄの内部構成を示すブロック図である。認証・鍵交換処理部にデバイスID管理部６３を備えている点と、CCI選別部にデバイスID判定部（装置識別情報判定部）６４を備えている点が図１０と異なる。デバイスID管理部６３はライセンス機関等から与えられたデバイスIDを格納する処理部である。デバイスID判定部６４は、受信したCCIパケットに含まれるCCI群のうち、Device IDsフィールドを確認して自装置が利用可能なCCI群を選別する処理を行う。

本実施形態において、CCI Set IDは同じでDevice IDsが異なるCCIパケットを設けてもよい。たとえば、CCI Set ID(0)には世代管理情報とコピー許可回数の二つのCCIが含まれているとする。受信装置Ａ、ＢともCCI Set ID(0)が解釈可能とする。受信装置Ａに対しては世代管理情報をCopy One Generationかつコピー許可回数を３とし、受信装置Ｂに対しては世代管理情報をCopy One Generationかつコピー許可回数を５とするコンテンツを送信する場合を考える。送信装置１０ｂは一つ目のCCI群はCCI Set ID(0)、受信装置AのデバイスID、Copy One Generation, 3とし、もう一つのCCI群はCCI Set ID(0)、受信装置ＢのデバイスID、Copy One Generation, 5というようなCCIパケットを送信する。受信装置Ａ，ＢはCCIパケットのCCI Set IDとDevice IDsフィールドから、自装置が解釈してよいCCI群を抽出し、そのCCI群で示されるCCIに従ってコピー制御を行う。

このように、第４の実施形態では、CCIパケット３３にDevice IDsフィールドを定義し、どのCCI群をどの受信装置に解釈させてもよいか送信装置１０ｂが指定することができる。これにより、送信装置１０ｂは受信装置２０ｄからコンテンツ受信要求を受信した際、そのコンテンツ受信要求がどの受信装置からのものであるか識別する必要なく、どの受信装置に対しても同様のCCIパケット３３を送信することができるため、送信装置１０ｂの内部構成を簡易化することができる。また個々の受信装置２０ｄは自装置で解釈すべきCCI群をCCIパケット内のデバイスIDで特定できるため、マルチキャスト伝送が可能となり、通信帯域を節約することができる。

上述した実施形態で説明した送信装置１０ａ、１０ｂおよび受信装置２０ａ〜２０ｄの少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、送信装置１０ａおよび受信装置２０ａ〜２０ｄの少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の携帯可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。

また、送信装置１０ａ、１０ｂおよび受信装置２０ａ〜２０ｄの少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。

上記の記載に基づいて、当業者であれば、本発明の追加の効果や種々の変形を想到できるかもしれない。したがって、本発明の態様は、上述した個々の実施形態には限定されない。特許請求の範囲に規定された内容およびその均等物から導き出される本発明の概念的な思想と趣旨を逸脱しない範囲で種々の追加、変更および部分的削除が可能である。

１０、１０ａ、１０ｂ送信装置
１６コンテンツパケット化部
１７コンテンツ暗号部
２０、２０ａ、２０ｂ、２０ｃ、２０ｄ受信装置
２５ CCI解析部
２７ CCI設定部
２８コンテンツ処理部
３３ CCIパケット
３９コンテンツパケット
５２パケット選別部
５３コンテンツパケットヘッダ解析部
５４ CCIパケットヘッダ解析部
５５ CCI選別部
５６ CCI Set ID管理部
５７必須CCI解析部
６２，６３デバイスID管理部
６４デバイスID判定部

Claims

通信装置との間で認証及び鍵交換処理を行う認証及び鍵交換処理部と、
前記通信装置から送信されたパケットが暗号化コンテンツを含むコンテンツパケットか、または少なくとも一つのコピー制御情報及びＣＣＩ群識別子の組合せからなるＣＣＩ群を少なくとも一つ含むＣＣＩパケットかを判別するパケット選別部と、
前記認証及び鍵交換処理で生成した認証鍵と、前記ＣＣＩパケットに含まれるコピー制御情報とに基づいてコンテンツ鍵を生成するコンテンツ鍵生成部と、
前記ＣＣＩパケットの後に続いて受信された前記コンテンツパケットに含まれる暗号化コンテンツを、前記コンテンツ鍵に基づいて復号してコンテンツデータを生成するコンテンツ復号部と、
認識可能なコピー制御情報に対応するＣＣＩ識別子を管理するＣＣＩ識別子管理部と、
前記パケット選別部により前記ＣＣＩパケットと判別された場合は、前記ＣＣＩパケットに含まれるＣＣＩ識別子が前記ＣＣＩ識別子管理部で管理されているＣＣＩ識別子と一致するか否かを判定して、受信処理に用いるべきＣＣＩ識別子を選別するＣＣＩ選別部と、
前記ＣＣＩ選別部により選別されたＣＣＩ識別子に対応するコピー制御情報を解析するＣＣＩ解析部と、
前記ＣＣＩ解析部による解析結果に基づいて、前記ＣＣＩパケットの後に続いて受信された前記コンテンツパケットに対応する前記コンテンツデータの受信処理を行うコンテンツ処理部と、
前記認証及び鍵交換処理を行うための第１の通信コネクション部と、
前記コンテンツパケット及び前記ＣＣＩパケットを伝送するための第２の通信コネクション部と、を備えることを特徴とする情報処理装置。
前記コンテンツ鍵生成部は、前記認証鍵と、前記ＣＣＩ解析部で解析されたコピー制御情報と、前記通信装置が所定の条件で随時更新する鍵情報と、を用いて前記コンテンツ鍵を生成することを特徴とする請求項１に記載の情報処理装置。
前記コンテンツ鍵生成部は、前記認証鍵及び前記コピー制御情報に対応するハッシュ値と、前記通信装置が所定の条件で随時更新する鍵情報とを用いて前記コンテンツ鍵を生成することを特徴とする請求項１に記載の情報処理装置。
前記通信装置のすべての通信相手が認識可能なコピー制御情報およびそれに対応するＣＣＩ識別子が前記ＣＣＩパケットに含まれる場合に、その内容を解析する必須ＣＣＩ解析部を備え、
前記コンテンツ処理部は、前記ＣＣＩパケットに含まれるコピー制御情報に対応する識別子のいずれもが前記ＣＣＩ識別子管理部で管理されている識別子と一致しないと検出された場合には、前記必須ＣＣＩ解析部による解析結果に基づいて、前記コンテンツデータの受信処理を行うことを特徴とする請求項１に記載の情報処理装置。
前記コンテンツ処理部は、前記ＣＣＩパケットに含まれるコピー制御情報に対応する識別子のいずれもが前記ＣＣＩ識別子管理部で管理されている識別子と一致しないと検出され、かつ前記ＣＣＩパケットに含まれる前記ＣＣＩ群とは別個に、特定のコピー制御情報が前記ＣＣＩパケットに含まれている場合には、前記特定のコピー制御情報に基づいて、前記コンテンツデータの受信処理を行うことを特徴とする請求項１に記載の情報処理装置。
前記コンテンツ処理部が行う前記コンテンツデータの受信処理は、前記コンテンツデータの蓄積、外部出力および自装置内での再生の少なくとも一つであることを特徴とする請求項１に記載の情報処理装置。
前記ＣＣＩパケットは、個々のＣＣＩ群ごとに、対応するＣＣＩ群に基づいてコンテンツ受信処理を行う装置を指定する装置種別情報を含んでおり、
前記ＣＣＩパケットに含まれるＣＣＩ群のうち、前記装置識別情報が自装置の装置識別情報と一致するＣＣＩ群が存在するか否かを判定する装置識別情報判定部を備え、
前記ＣＣＩ選別部は、前記ＣＣＩパケットに含まれるＣＣＩ識別子が前記ＣＣＩ識別子管理部で管理されているＣＣＩ識別子と一致するか否かの判定結果と、前記装置識別情報判定部の判定結果とに基づいて、受信処理に用いるべきＣＣＩ群を選別することを特徴とする請求項１に記載の情報処理装置。
通信装置との間で認証及び鍵交換処理を行う認証及び鍵交換処理部と、
前記認証及び鍵交換処理に成功した前記通信装置からコンテンツ要求を受けた場合に、対応するコンテンツデータの少なくとも一つのコピー制御情報及びＣＣＩ群識別子の組合せからなるＣＣＩ群を少なくとも一つ含むＣＣＩパケットを生成するＣＣＩパケット化部と、
前記認証及び鍵交換処理で生成した認証鍵と、前記ＣＣＩパケットに含まれるコピー制御情報とに基づいて、前記コンテンツデータを暗号化するためのコンテンツ鍵を生成するコンテンツ鍵生成部と、
前記認証鍵に対応するラベル情報と、前記コンテンツ鍵を用いて前記コンテンツデータを暗号化した暗号化コンテンツと、を含むコンテンツパケットを生成するコンテンツパケット生成部と、
前記ＣＣＩパケットを送信した後に、前記ＣＣＩパケットに含まれるコピー制御情報が適用される前記コンテンツパケットを送信するデータ出力部と、を備えることを特徴とする情報処理装置。
前記コンテンツ鍵生成部は、前記認証鍵と、前記暗号化コンテンツに対応するコピー制御情報と、前記通信装置が所定の条件で随時更新する鍵情報と、を用いて前記コンテンツ鍵を生成し、
前記コンテンツパケット生成部は、前記ラベル情報と、前記鍵情報と、前記暗号化コンテンツのビット長とを含む前記コンテンツパケットを生成することを特徴とする請求項８に記載の情報処理装置。
前記ＣＣＩパケット化部は、すべての前記通信装置が認識可能なコピー制御情報およびそのＣＣＩ識別子を含む必須ＣＣＩ群を有する前記ＣＣＩパケットを生成することを特徴とする請求項８に記載の情報処理装置。