JP5787200B2 - 情報処理装置および方法、並びに記録媒体 - Google Patents

Description

本発明は、情報処理装置および方法、並びに記録媒体に関し、特に、コンテンツの利用を制限することができるようにした情報処理装置および方法、並びに記録媒体に関する。

近年、インターネットに代表されるネットワークシステムが普及してきた。これにより、ユーザは、インターネットを介して情報を発信したり、あるいは、情報を受け取ったりすることができる。

ところで、映画や音楽などの著作物の視聴を希望する利用者は、それに対する対価を支払うことにより、その著作物を受け取ることができる。

しかしながら、インターネットなどのネットワークを通じて、映画や音楽などの著作物が、その所有者だけでなく、著作物に対する対価を支払っていない多くの利用者に対して、不正に視聴されてしまう恐れがあった。

また、ネットワークを通じて不正に視聴される行為が無制限に行われるようになると、コンテンツ作成および流通ビジネスを阻害する恐れがあった。

本発明はこのような状況に鑑みてなされたものであり、コンテンツが、ネットワークを介して、不正に利用されるのを防止することができるようにするものである。

本発明の情報処理装置は、コンテンツを他の装置に対して出力する情報処理装置であって、前記コンテンツを取得する取得部と、前記他の装置から送信されてくる、証明書、前記他の装置が新たに受信許可を得たい受信許可台数、および、前記他の装置が既に得ている許可台数と前記受信許可台数とを合計した合計台数を受信する受信部と、前記証明書が正当なものであり、既に受信を許可している前記他の装置の台数に前記受信許可台数または前記合計台数を加えた値が、受信を許可できる上限数より小さい場合、乱数を生成する乱数生成部と、前記他の装置から、前記乱数と送信済みの前記受信許可台数および前記合計台数とに基づいて生成された正当性を示す認証情報を受信する認証情報受信部と、前記認証情報を、前記情報処理装置で前記乱数と受信済みの前記受信許可台数および前記合計台数とに基づいて生成した生成情報と比較することにより、前記他の装置の正当性を比較する比較部と、前記比較部により、前記生成情報と、前記認証情報とが一致しないとの比較結果が得られた場合に、前記他の装置に対する認証処理を失敗させる判定部と、前記比較部の比較結果に基づき、前記他の装置に対する認証処理が成功した場合に、前記コンテンツの復号に必要となる鍵情報を、前記他の装置に対して送信する鍵情報送信部とを備える。

本発明の情報処理方法は、コンテンツを他の装置に対して出力する情報処理装置の情報処理方法であって、前記コンテンツを取得し、前記他の装置から送信されてくる、証明書、前記他の装置が新たに受信許可を得たい受信許可台数、および、前記他の装置が既に得ている許可台数と前記受信許可台数とを合計した合計台数を受信し、前記証明書が正当なものであり、既に受信を許可している前記他の装置の台数に前記受信許可台数または前記合計台数を加えた値が、受信を許可できる上限数より小さい場合、乱数を生成し、前記他の装置から、前記乱数と送信済みの前記受信許可台数および前記合計台数とに基づいて生成された正当性を示す認証情報を受信し、前記認証情報を、前記情報処理装置で前記乱数と送信済みの前記受信許可台数および前記合計台数とに基づいて生成した生成情報と比較することにより、前記他の装置の正当性を比較し、前記生成情報と、前記認証情報とが一致しないとの比較結果が得られた場合に、前記他の装置に対する認証処理を失敗させ、比較結果に基づき、前記他の装置に対する認証処理が成功した場合に、前記コンテンツの復号に必要となる鍵情報を、前記他の装置に対して送信するステップを含む。

本発明の記録媒体に記録されているプログラムは、コンテンツを他の装置に対して出力する情報処理装置用のプログラムであって、前記コンテンツを取得し、前記他の装置から送信されてくる、証明書、前記他の装置が新たに受信許可を得たい受信許可台数、および、前記他の装置が既に得ている許可台数と前記受信許可台数とを合計した合計台数を受信し、前記証明書が正当なものであり、既に受信を許可している前記他の装置の台数に前記受信許可台数または前記合計台数を加えた値が、受信を許可できる上限数より小さい場合、乱数を生成し、前記他の装置から、前記乱数と送信済みの前記受信許可台数および前記合計台数とに基づいて生成された正当性を示す認証情報を受信し、前記認証情報を、前記情報処理装置で前記乱数と送信済みの前記受信許可台数および前記合計台数とに基づいて生成した生成情報と比較することにより、前記他の装置の正当性を比較し、前記生成情報と、前記認証情報とが一致しないとの比較結果が得られた場合に、前記他の装置に対する認証処理を失敗させ、比較結果に基づき、前記他の装置に対する認証処理が成功した場合に、前記コンテンツの復号に必要となる鍵情報を、前記他の装置に対して送信するステップを含む。

本発明の情報処理装置、情報処理方法、および記録媒体に記録されているプログラムにおいては、コンテンツが取得され、他の装置から送信されてくる、証明書、他の装置が新たに受信許可を得たい受信許可台数、および、他の装置が既に得ている許可台数と受信許可台数とを合計した合計台数を受信し、証明書が正当なものであり、既に受信を許可している他の装置の台数に受信許可台数または合計台数を加えた値が、受信を許可した他の装置の台数に受信許可台数を加えた値が、受信を許可できる上限数より小さい場合、乱数が生成され、他の装置から、乱数に基づいて生成された正当性を示す認証情報が受信され、認証情報が、情報処理装置で乱数に基づいて生成した生成情報と比較されることにより、他の装置の正当性が比較され、生成情報と、認証情報とが一致しないとの比較結果が得られた場合に、他の装置に対する認証処理を失敗させ、比較結果に基づき、他の装置に対する認証処理が成功した場合に、コンテンツの復号に必要となる鍵情報が、他の装置に対して送信される。

本発明によれば、コンテンツの利用を制限することが可能になる。また、出力コンテンツの受信装置を、得た許可台数（受信台数）に基づいて制限することが可能になる。

本発明を適用したネットワークシステムの構成例を示すブロック図である。 図１のソースの詳細な構成例を示すブロック図である。 図１のシンクの詳細な構成例を示すブロック図である。 図１のブリッジの詳細な構成例を示すブロック図である。 ソースまたはブリッジとシンクの認証処理を説明する図である。 シンクのソースまたはブリッジに対する認証処理を説明するフローチャートである。 ソースまたはブリッジのソースに対する認証処理を説明するフローチャートである。 ソースまたはTxブリッジのRxブリッジの認証処理を説明する図である。 RxブリッジのソースまたはTxブリッジに対する認証処理を説明するフローチャートである。 ソースまたはTxブリッジのRxブリッジに対する認証処理を説明するフローチャートである。

図１は、本発明を適用したネットワークシステムの構成例を示すブロック図である。このネットワークシステムにおいては、ソース１が、バス４−１を介して、シンク２−１およびブリッジ３−１に接続され、また、ブリッジ３−１が、バス４−２を介して、シンク２−２およびブリッジ３−２に接続され、さらに、ブリッジ３−２が、バス４−３を介して、シンク２−３，２−４に接続されている。

ソース１は、コンテンツを出力する出力装置である。コンテンツを出力する場合、ソース１は、コンテンツを暗号化した後、バス４−１乃至４−３を介して、シンク２−１乃至２−４に出力する。なお、暗号化されたコンテンツの復号に必要な鍵情報は、認証処理に成功したシンクにだけ渡される。これにより、コンテンツを受信するシンクの台数が制限される。なお、後述するブリッジ３−１，３−２は、受信した信号を再出力するだけなので、台数カウントの対象から除外される。

シンク２−１乃至２−４（以下、シンク２−１乃至２−４を個々に区別する必要がない場合、単にシンク２と記載する。その他の装置においても同様とする）は、ソース１より供給されたコンテンツを受信する受信装置である。認証処理に成功した場合、シンク２は、ソース１より渡された鍵情報に基づいて、受信したコンテンツを復号する。ただし、ブリッジ３−１や３−２が暗号を一旦解き、新たな鍵で暗号化して出力する場合は、シンク２−２乃至２−４は直接つながるブリッジより渡された鍵情報に基づいて、受信したコンテンツを復号する。

ブリッジ３−１，３−２は、ソース１より出力された、暗号化されているコンテンツを受信し、復号した後、再び暗号化してシンク２−２乃至２−４に出力するものとする。そのため、ブリッジ３−１は、ソース１と認証処理を行い、暗号化されたコンテンツの復号に必要な鍵情報を取得するとともに、再出力するコンテンツを何台のシンク２に受信させたいかをソース１に伝える。そして、ブリッジ３−１は、ソース１から許可を得たら、ソース１に代わって、コンテンツを受信するシンク２−２乃至２−４の台数を制限する。なお、ブリッジ３−２は、ブリッジ３−１と認証し、同様にシンク２−３，２−４の受信台数を制限する。

図２は、ソース１の詳細な構成例を示すブロック図である。

コンテンツプレーヤ１１は、メディア１２が装着されると、制御部１５の制御に基づいて、メディア１２に記録されているコンテンツを再生し、暗号部１３に出力する。暗号部１３は、コンテンツプレーヤ１１より入力されたコンテンツを暗号化し、通信I/F（インタフェース）１４を介して、外部に出力する。なお、コンテンツプレーヤ１１とメディア１２の代わりに、放送コンテンツを受信し、出力するチューナーを持つソースも考えられる。

制御部１５は、コンテンツプレーヤ１１、暗号部１３、通信I/F１４、および記憶部１６を制御する。制御部１５はまた、コンテンツプレーヤ１１で再生されたコンテンツを、必要に応じて、記憶部１６に記憶させる。

図３は、シンク２の詳細な構成例を示すブロック図である。

制御部２４は、画像・音声出力部２１、復号部２２、通信I/F２３、および、記憶部２５を制御する。制御部２４はまた、通信I/F２３を介して送信されてきた、暗号化されているコンテンツを復号部２２に送る。

復号部２２は、通信I/F２３を介してソース１より送信されてきた鍵情報を取得する。復号部２２はまた、コンテンツを、取得した鍵情報に基づいて復号する。画像・音声出力部２１は、復号部２２で復号されたコンテンツを出力する。

図４は、ブリッジ３の詳細な構成例を示すブロック図である。

制御部３５は、通信I/F３１、復号部３２、暗号部３３、通信I/F３４、および、記憶部３６を制御する。制御部３５はまた、通信I/F３１を介して送信されてきた、暗号化されているコンテンツを復号部３２に送る。

復号部３２は、通信I/F３１を介してソース１より送信されてきた鍵情報を取得するとともに、受信コンテンツを、取得した鍵情報に基づいて復号する。

暗号部３３は、復号部３２で復号されたコンテンツを暗号化し、通信I/F３４を介して、外部に出力する。

なお、認証には、公開鍵暗号技術を用いるものとし、ソース１、シンク２、およびブリッジ３は鍵管理組織が発行する各機器用のDigital Certificate（以下、Certificateと記載する）と各機器用の秘密鍵と鍵管理組織の公開鍵を持つものとする。このCertificateには各機器用の秘密鍵と対応する各機器用の公開鍵、その機器の固有ID、そしてこの２つのデータに対する鍵管理組織による電子署名が含まれるものとする。

図５は、ソース１とシンク２−１（図１）が、直接接続される場合の認証処理を説明する図である。

まず、シンク２−１が自分のCertificateをソース１に送信する。具体的には、シンク２−１の制御部２４が、記憶部２５からCertificateを読み出し、通信I/F２３を介して、ソース１に通信コマンドとして送信する（図５の１に対応）。

ソース１は、この通信コマンドを受信すると、そのデータが正当なものか否かを判定する。具体的には、ソース１の制御部１５が、記憶部１６に記憶されている鍵管理組織の公開鍵を用いて、通信I/F１４を介して受信したCertificate中のデータと、それらに付随する鍵管理組織の電子署名が対応しているのか否かを調べる。すなわち、制御部１５は、公開鍵暗号のDSA（Digital Signature Algorithm）Verify演算処理を実行することにより、受信データの正当性を判定する。そして、判定結果が、正当である場合、認証処理を継続し、そうでない場合、認証処理を終了する。

処理を継続する場合、ソース１の制御部１５は、Certificate中の相手のIDが記憶部１６に保持する認証済みIDリスト（以下、IDリストと記載する）に登録済みであるか否かを調べ、登録済みの場合、変数CntUpに０を代入する。

一方、IDリストにCertificate中の相手のIDが未登録の場合、ソース１の制御部１５は、受信を許可したシンク２の数（以下、変数SinkCntと記載する）と受信を許可できる上限数（以下、変数MaxSinkと記載する）を比較し、変数SinkCntの方が小さければ変数CntUpに１を代入する。

なお、SinkCnt＝MaxSinkの場合、認証処理は終了される。また、変数MaxSinkは、変数でなくてもよい（すなわち、定数であってもよい）。

そして、ソース１の制御部１５は、擬似乱数生成アルゴリズムにより、擬似乱数Random_challengeを生成し、シンク２−１に通信コマンドとして送信する（図５の２に対応）。

シンク２−１の制御部２４は、この通信コマンドを受信すると、その値に対して、記憶部２５に保持されている自分自身の秘密鍵を用いて、公開鍵暗号のDSASign演算処理を実行して、電子署名を計算する。シンク２−１の制御部２４は、計算された電子署名を、通信コマンド（Responseデータ）として、ソース１に送信する（図５の３に対応）。

ソース１の制御部１５は、この通信コマンドを受信すると、自分が送った擬似乱数Random_challengeとこの電子署名が対応しているか否か、すなわち、上述したDSA Verify演算処理を実行して、データの正当性を判定する。ただし、ここでは、先の鍵管理組織の公開鍵の代わりに、相手から受け取ったCertificate中の相手の公開鍵が用いられる。そして、判定結果が、正当である場合、認証処理が継続され、そうでない場合、認証処理は終了される。

処理を継続する場合、ソース１の制御部１５は、コンテンツにかけた暗号を解くのに必要な鍵情報をシンク２−１に通信コマンドとして送信し（図５の４に対応）、変数SinkCntの値を変数CntUpの値だけ増加する。そして、ソース１の制御部１５は、Certificate中の相手のIDが記憶部１６に保持する認証済みIDリストに登録済みであるか否かを調べ、登録済みの場合、変数CntUpに０を代入する。一方、IDリストにCertificate中の相手のIDが未登録の場合、変数SinkCntと変数MaxSinkを比較し、変数SinkCntの方が小さければ変数CntUpに１を代入する。

シンク２−１は、鍵情報を受信し、それを使ってコンテンツにかけられた暗号を解くことによって、コンテンツを受信することができる。

また、図１に示されるソース１とシンク２−２のように、ソース１より出力されたコンテンツが、ブリッジ３−１を経由した後に、シンク２−２に受信される場合、やはり、シンク２−２とブリッジ３−１は、図５に示されたような認証処理を行う。すなわち、ソース１とシンク２−３、または、ソース１とシンク２−４のように、２台以上のブリッジ経由でコンテンツが伝送される場合でも、シンク２−３および２−４と最後のブリッジ３−２（シンク２−３，２−４と直接つながるブリッジ）は同様の認証処理を行う。

以上の認証処理におけるシンク２の処理フローを図６に、ソース１の処理フローを図７に、それぞれ示す。

シンク２の認証処理は、相手がブリッジ３であっても、ソース１の場合と全く同じである。ブリッジ３の認証処理は、図７のステップＳ１５に示す処理が、ソース１の場合と異なる。具体的には、SinkCnt＝MaxSinkの場合、ブリッジ３は、変数MaxSinkの値を大きくするために、自分自身が受信（入力）しているコンテンツの発信元であるソース１またはブリッジ３（図１の例の場合、ブリッジ３−１ならソース１、ブリッジ３−２ならブリッジ３−１）に受信許可を要求する認証処理を行う。なお、この場合には、１台以上の受信台数の追加が要求される。この認証処理が成功した場合、図７のステップＳ１６以降の処理が継続される。

図８は、ソース１とブリッジ３−１（図１）が、直接接続される場合の認証処理を説明する図である。

まず、ブリッジ３−１の制御部３５は、自分のCertificate、変数RelCntおよび変数AbsCntをソース１に送信する（図８の１に対応）。ここで、変数RelCntは、ブリッジ３−１が新たに得たい受信許可の台数を表わし、変数AbsCntは、既に得ている許可台数と今回許可を得たい台数の合計台数を表わしている。

ソース１の制御部１５は、これを受信すると、Certificateが正当なものか否かを、上述したDSA Verify演算処理を実行することにより判定する。そして、判定結果が、正当でない場合、認証処理は終了される。

処理を継続する場合、ソース１の制御部１５は、Certificate中の相手のIDが自分のIDリストに登録済みか否かを調べ、登録済みの場合、変数CntUpに変数RelCntを代入する。

一方、IDリストにCertificate中の相手のIDが未登録の場合、ソース１の制御部１５は、変数CntUpに変数AbsCntを代入する。そして、ソース１の制御部１５は、変数SinkCntに変数CntUpを加えた値が、変数MaxSinkより小さいか否かを判定し、等しい場合、認証処理を終了する。

そして、ソース１の制御部１５は、擬似乱数Random_challengeを生成し、ブリッジ３−１に通信コマンドとして送信する（図８の２に対応）。

ブリッジ３−１の制御部３５は、この通信コマンドを受信すると、その値と送信済みの変数RelCntと変数AbsCntに対して、記憶部３６に保持されている自分自身の秘密鍵を用いて、上述したDSA Sign演算処理を実行して、電子署名を計算する。ブリッジ３−１の制御部３５は、計算された電子署名を、通信コマンド（Responseデータ）として、ソース１に送信する（図８の３に対応）。

ソース１の制御部１５は、この通信コマンドを受信すると、自分が送った擬似乱数Random_challenge、受信済みの変数RelCntおよび変数AbsCntに、この電子署名が対応しているか否か、すなわち、上述したDSA Verify演算処理を実行して、データの正当性を判定する。ただし、ここでは、先の鍵管理組織の公開鍵の代わりに、相手から受け取ったCertificate中の相手の公開鍵が用いられる。そして、判定結果が、正当でない場合、認証処理は終了される。

処理を継続する場合、ソース１の制御部１５は、コンテンツにかけた暗号を解くのに必要な鍵情報をブリッジ３−１に通信コマンドとして送信し（図８の４に対応）、変数SinkCntの値を変数CntUpの値だけ増加させた後、相手のIDがIDリストに未登録の場合、追加する。

ブリッジ３−１は、鍵情報を受信し、それを使ってコンテンツにかけられた暗号を解いた後、再び暗号化してコンテンツを出力する。そして、ブリッジ３−１の制御部３５は、変数MaxSinkの値を変数RelCntの値だけ増加する。

以上の認証処理におけるブリッジ３の処理フローを図９に、またソース１の処理フローを図１０に、それぞれ示す。

また、図１に示されるソース１とシンク２−３、またはソース１とシンク２−４のように、ソース１より出力されたコンテンツが、２台以上のブリッジ３−１，３−２を経由した後に、シンク２−３，２−４に受信される場合、やはり、コンテンツを出力するブリッジ３−１（以下、Txブリッジと記載する）とそれを受け取るブリッジ３−２（以下、Rxブリッジと記載する）は、図８に示されたような認証処理を行う。

なお、Rxブリッジの認証処理は、相手がソース１の場合と全く同じである。

Txブリッジの認証処理は、図１０のステップＳ４６に示す処理が、ソース１の場合と異なる。具体的には、SinkCnt＋CntUp＞MaxSinkの場合、Txブリッジは、変数MaxSinkの値を大きくするために、自分自身が入力しているコンテンツの発信元であるソース１またはブリッジ３に受信許可を要求する認証処理を行う（図１の例の場合、ブリッジ３−１はソース１に認証を要求する）。なお、この場合には（（SinkCnt＋CntUp)−MaxSink）以上の受信台数の追加が要求される。この認証処理が成功した場合、図１０のステップＳ５０以降の処理が継続される。

また、他の処理例としては、変数RelCntおよび変数AbsCntが、Certificateとは別に送信される場合が考えられる。例えば、図８の３に示されたResponseと共に送信する方法、あるいは、全く別の通信コマンドで送信する方法もある。

また、図７のステップＳ１５、または、図１０のステップＳ４６において、ブリッジ３−１，３−２が、新たに接続されたソース１かブリッジ３と認証を行う場合、その結果によらず、その後の処理は継続しない方法もある。すなわち、新たな認証は、次回以降の認証を成功させるためのものと位置付けることができる。

さらにまた、シンク２が自分の出力を受けるのを止め、暗号を解くのに必要な情報を失った場合、ソース１またはブリッジ３は、変数SinkCntをそのシンク２の分だけ減らすことができる。例えば、ソース１やブリッジ３がコンテンツにかける暗号の鍵情報を変更したら、シンク２は、自分自身の変数SinkCntを０にすることができる。

以上のように、ソース１またはブリッジ３が、出力を受けられるシンク２の受信台数を制限するようにしたので、以下に示すような効果が得られる。
（１）コンテンツに関する権利者は、コンテンツの不正視聴や記録を未然に防ぐことができる。
（２）ブリッジを使って信号を再出力した場合でも、ソースは、ブリッジの先にいるシンクも含め、台数を制限することができる。
（３）台数の制限を機器固有のIDを使って行うことで、同じシンクが何度認証しても台数を誤って増やすことが無い。
（４）ブリッジが受信許可をソースや別のブリッジに要求する際に、受信台数の増加または減少分と受信合計台数を知らせることで、ソースや別のブリッジは、そのブリッジと認証したことがある場合、あるいは、認証したことがない場合のいずれにおいても、変数SinkCntを容易に、正しい値に変更することができる。
（５）公開鍵暗号技術を用いることで、機器固有IDや要求台数を、安全に他の機器に渡すことができ、かつ、正しい台数管理を行うことができる。

上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。

この記録媒体は、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（MD（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているROMやハードディスクなどで構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

１ ソース， ２−１乃至２−４ シンク， ３−１，３−２ ブリッジ，１１ コンテンツプレーヤ， １２ メディア， １３ 暗号部， １４ 通信I/F， １５ 制御部， １６ 記憶部， ２１ 画像・音声出力部， ２２ 復号部， ２３ 通信I/F， ２４制御部， ２５ 記憶部， ３１ 通信I/F， ３２ 復号部， ３３ 暗号部， ３４ 通信I/F， ３５ 制御部， ３６ 記憶部

Claims (8)

1. コンテンツを他の装置に対して出力する情報処理装置であって、
   前記コンテンツを取得する取得部と、
   前記他の装置から送信されてくる、証明書、前記他の装置が新たに受信許可を得たい受信許可台数、および、前記他の装置が既に得ている許可台数と前記受信許可台数とを合計した合計台数を受信する受信部と、
   前記証明書が正当なものであり、既に受信を許可している前記他の装置の台数に前記受信許可台数または前記合計台数を加えた値が、受信を許可できる上限数より小さい場合、乱数を生成する乱数生成部と、
   前記他の装置から、前記乱数と送信済みの前記受信許可台数および前記合計台数とに基づいて生成された正当性を示す認証情報を受信する認証情報受信部と、
   前記認証情報を、前記情報処理装置で前記乱数と受信済みの前記受信許可台数および前記合計台数とに基づいて生成した生成情報と比較することにより、前記他の装置の正当性を比較する比較部と、
   前記比較部により、前記生成情報と、前記認証情報とが一致しないとの比較結果が得られた場合に、前記他の装置に対する認証処理を失敗させる判定部と、
   前記比較部の比較結果に基づき、前記他の装置に対する認証処理が成功した場合に、前記コンテンツの復号に必要となる鍵情報を、前記他の装置に対して送信する鍵情報送信部と
   を備える情報処理装置。
2. 前記コンテンツは、放送コンテンツであり、
   前記取得部は、前記放送コンテンツを受信するチューナーである
   請求項１に記載の情報処理装置。
3. 前記コンテンツは、前記情報処理装置に装着可能なメディアに記録されており、
   前記取得部は、前記メディアに記録されている前記コンテンツを再生する
   請求項１に記載の情報処理装置。
4. 前記他の装置に対する認証処理が成功した場合に、当該他の装置の識別情報を、前記他の装置の識別情報が登録される識別情報リストに登録する登録部
   をさらに備える請求項１に記載の情報処理装置。
5. 前記乱数生成部は、
   認証中の前記他の装置の識別情報が前記識別情報リストに登録済みである場合には、既に受信を許可している前記他の装置の台数に前記受信許可台数を加えた値を前記上限数と比較し、
   認証中の前記他の装置の識別情報が前記識別情報リストに登録済みでない場合には、既に受信を許可している前記他の装置の台数に前記合計台数を加えた値を前記上限数と比較する
   請求項４に記載の情報処理装置。
6. 前記乱数生成部が生成した前記乱数を、前記他の装置に送信する乱数送信部
   をさらに備える請求項５に記載の情報処理装置。
7. コンテンツを他の装置に対して出力する情報処理装置の情報処理方法であって、
   前記コンテンツを取得し、
   前記他の装置から送信されてくる、証明書、前記他の装置が新たに受信許可を得たい受信許可台数、および、前記他の装置が既に得ている許可台数と前記受信許可台数とを合計した合計台数を受信し、
   前記証明書が正当なものであり、既に受信を許可している前記他の装置の台数に前記受信許可台数または前記合計台数を加えた値が、受信を許可できる上限数より小さい場合、乱数を生成し、
   前記他の装置から、前記乱数と送信済みの前記受信許可台数および前記合計台数とに基づいて生成された正当性を示す認証情報を受信し、
   前記認証情報を、前記情報処理装置で前記乱数と送信済みの前記受信許可台数および前記合計台数とに基づいて生成した生成情報と比較することにより、前記他の装置の正当性を比較し、
   前記生成情報と、前記認証情報とが一致しないとの比較結果が得られた場合に、前記他の装置に対する認証処理を失敗させ、
   比較結果に基づき、前記他の装置に対する認証処理が成功した場合に、前記コンテンツの復号に必要となる鍵情報を、前記他の装置に対して送信する
   ステップを含む情報処理方法。
8. コンテンツを他の装置に対して出力する情報処理装置用のプログラムであって、
   前記コンテンツを取得し、
   前記他の装置から送信されてくる、証明書、前記他の装置が新たに受信許可を得たい受信許可台数、および、前記他の装置が既に得ている許可台数と前記受信許可台数とを合計した合計台数を受信し、
   前記証明書が正当なものであり、既に受信を許可している前記他の装置の台数に前記受信許可台数または前記合計台数を加えた値が、受信を許可できる上限数より小さい場合、乱数を生成し、
   前記他の装置から、前記乱数と送信済みの前記受信許可台数および前記合計台数とに基づいて生成された正当性を示す認証情報を受信し、
   前記認証情報を、前記情報処理装置で前記乱数と送信済みの前記受信許可台数および前記合計台数とに基づいて生成した生成情報と比較することにより、前記他の装置の正当性を比較し、
   前記生成情報と、前記認証情報とが一致しないとの比較結果が得られた場合に、前記他の装置に対する認証処理を失敗させ、
   比較結果に基づき、前記他の装置に対する認証処理が成功した場合に、前記コンテンツの復号に必要となる鍵情報を、前記他の装置に対して送信する
   ステップを含むコンピュータが読み取り可能なプログラムが記録されている記録媒体。

Images