(57)【要約】【課題】コンテンツの利用を制限することができるようにする。【解決手段】ソースは、シンクよりコンテンツの送信要求を受けた場合、認証処理を行う。そして、認証に成功した場合、ソースは、コンテンツにかけた暗号を解くのに必要な鍵情報をシンクに送信する。シンクは、鍵情報を受信し、それを使ってコンテンツにかけられた暗号を解くことにより、暗号化されたコンテンツを復号することができる。本発明は、例えば、コンテンツを送信する送信装置と、送信装置からのコンテンツを受信する受信装置により構成される通信システムに適用できる。【選択図】図１
2014233088.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
コンテンツを他の装置から受信する受信部と、
前記コンテンツを、前記他の装置及び当該情報処理装置とは異なる情報処理装置へ出力する出力部と、
前記他の装置で生成された乱数を受信する乱数受信部と、
前記乱数に基づき、正当性を示す認証情報を生成する生成部と、
前記認証情報を、前記他の装置に対して送信する送信部と
を備え、
前記他の装置で生成された情報と、前記認証情報が、前記他の装置で一致しないと判定された場合に、前記他の装置による認証処理が失敗し、
前記他の装置で生成された情報と、前記認証情報が、前記他の装置で一致することに応じて、前記他の装置による認証処理が成功した場合に、前記コンテンツの復号に必要となる鍵情報を、前記他の装置から受信する
情報処理装置。
【請求項２】
前記コンテンツは、放送コンテンツであり、
前記他の装置は、前記放送コンテンツを受信するチューナーを有する
請求項１に記載の情報処理装置。
【請求項３】
前記コンテンツは、前記他の装置に装着可能なメディアに記録されており、
前記他の装置は、前記メディアに記録されている前記コンテンツを再生する
請求項１に記載の情報処理装置。
【請求項４】
認証処理が成功すると、前記他の装置において、前記コンテンツの受信を許可した前記情報処理装置の識別情報が登録される識別情報リストに、当該情報処理装置の識別情報が登録される
請求項１に記載の情報処理装置。
【請求項５】
前記他の装置からは、認証中の当該情報処理装置の識別情報が前記識別情報リストに登録済みではなく、前記コンテンツの受信を許可した装置の数が上限未満である場合に、前記乱数が送信される
請求項４に記載の情報処理装置。
【請求項６】
前記鍵情報を用いて、前記コンテンツを復号する復号手段と、
前記復号手段により復号された前記コンテンツを、前記鍵情報を用いて暗号化する暗号化手段と
をさらに備える請求項１に記載の情報処理装置。
【請求項７】
情報処理装置の情報処理方法であって、
コンテンツを他の装置から受信し、
前記コンテンツを、前記他の装置及び当該情報処理装置とは異なる装置へ出力し、
前記他の装置で生成された乱数を受信し、
前記乱数に基づき、正当性を示す認証情報を生成し、
前記認証情報を、前記他の装置に対して送信する
ステップを含み、
前記他の装置で生成された情報と、前記認証情報が、前記他の装置で一致しないと判定された場合に、前記他の装置による認証処理が失敗し、
前記他の装置で生成された情報と、前記認証情報が、前記他の装置で一致することに応じて、前記他の装置による認証処理が成功した場合に、前記コンテンツの復号に必要となる鍵情報を、前記他の装置から受信する
情報処理方法。
【請求項８】
情報処理装置用のプログラムであって、
コンテンツを他の装置から受信し、
前記コンテンツを、前記他の装置及び当該情報処理装置とは異なる装置へ出力し、
前記他の装置で生成された乱数を受信し、
前記乱数に基づき、正当性を示す認証情報を生成し、
前記認証情報を、前記他の装置に対して送信する
ステップを含み、
前記他の装置で生成された情報と、前記認証情報が、前記他の装置で一致しないと判定された場合に、前記他の装置による認証処理が失敗し、
前記他の装置で生成された情報と、前記認証情報が、前記他の装置で一致することに応じて、前記他の装置による認証処理が成功した場合に、前記コンテンツの復号に必要となる鍵情報を、前記他の装置から受信する
コンピュータが読み取り可能なプログラムが記録されている記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びに記録媒体に関し、特に、コンテンツの利用を制限することができるようにした情報処理装置および方法、並びに記録媒体に関する。
【背景技術】
【０００２】
近年、インターネットに代表されるネットワークシステムが普及してきた。これにより、ユーザは、インターネットを介して情報を発信したり、あるいは、情報を受け取ったりすることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ところで、映画や音楽などの著作物の視聴を希望する利用者は、それに対する対価を支払うことにより、その著作物を受け取ることができる。
【０００４】
しかしながら、インターネットなどのネットワークを通じて、映画や音楽などの著作物が、その所有者だけでなく、著作物に対する対価を支払っていない多くの利用者に対して、不正に視聴されてしまう恐れがあった。
【０００５】
また、ネットワークを通じて不正に視聴される行為が無制限に行われるようになると、コンテンツ作成および流通ビジネスを阻害する恐れがあった。
【０００６】
本発明はこのような状況に鑑みてなされたものであり、コンテンツが、ネットワークを介して、不正に利用されるのを防止することができるようにするものである。
【課題を解決するための手段】
【０００７】
本発明の情報処理装置は、報処理装置であって、コンテンツを他の装置から受信する受信部と、前記コンテンツを、前記他の装置及び当該情報処理装置とは異なる情報処理装置へ出力する出力部と、前記他の装置で生成された乱数を受信する乱数受信部と、前記乱数に基づき、正当性を示す認証情報を生成する生成部と、前記認証情報を、前記他の装置に対して送信する送信部とを備え、前記他の装置で生成された情報と、前記認証情報が、前記他の装置で一致しないと判定された場合に、前記他の装置による認証処理が失敗し、前記他の装置で生成された情報と、前記認証情報が、前記他の装置で一致することに応じて、前記他の装置による認証処理が成功した場合に、前記コンテンツの復号に必要となる鍵情報を、前記他の装置から受信する。
【０００８】
本発明の情報処理方法は、情報処理装置の情報処理方法であって、コンテンツを他の装置から受信し、前記コンテンツを、前記他の装置及び当該情報処理装置とは異なる装置へ出力し、前記他の装置で生成された乱数を受信し、前記乱数に基づき、正当性を示す認証情報を生成し、前記認証情報を、前記他の装置に対して送信するステップを含み、前記他の装置で生成された情報と、前記認証情報が、前記他の装置で一致しないと判定された場合に、前記他の装置による認証処理が失敗し、前記他の装置で生成された情報と、前記認証情報が、前記他の装置で一致することに応じて、前記他の装置による認証処理が成功した場合に、前記コンテンツの復号に必要となる鍵情報を、前記他の装置から受信する。
【０００９】
本発明の記録媒体に記録されているプログラムは、情報処理装置用のプログラムであって、コンテンツを他の装置から受信し、前記コンテンツを、前記他の装置及び当該情報処理装置とは異なる装置へ出力し、前記他の装置で生成された乱数を受信し、前記乱数に基づき、正当性を示す認証情報を生成し、前記認証情報を、前記他の装置に対して送信するステップを含み、前記他の装置で生成された情報と、前記認証情報が、前記他の装置で一致しないと判定された場合に、前記他の装置による認証処理が失敗し、前記他の装置で生成された情報と、前記認証情報が、前記他の装置で一致することに応じて、前記他の装置による認証処理が成功した場合に、前記コンテンツの復号に必要となる鍵情報を、前記他の装置から受信する。
【００１０】
本発明の情報処理装置、情報処理方法、および記録媒体に記録されているプログラムにおいては、コンテンツが他の装置から受信され、そのコンテンツが、他の装置及び当該情報処理装置とは異なる装置へ出力され、他の装置で生成された乱数が受信され、乱数に基づき、正当性を示す認証情報が生成され、認証情報が、他の装置に対して送信される。そして、他の装置で生成された情報と、認証情報が、他の装置で一致しないと判定された場合に、他の装置による認証処理が失敗し、他の装置で生成された情報と、認証情報が、他の装置で一致することに応じて、他の装置による認証処理が成功した場合に、コンテンツの復号に必要となる鍵情報が、他の装置から受信される。
【発明の効果】
【００１１】
本発明によれば、コンテンツの利用を制限することが可能になる。また、出力コンテンツの受信装置を、得た許可台数（受信台数）に基づいて制限することが可能になる。
【図面の簡単な説明】
【００１２】
【図１】本発明を適用したネットワークシステムの構成例を示すブロック図である。
【図２】図１のソースの詳細な構成例を示すブロック図である。
【図３】図１のシンクの詳細な構成例を示すブロック図である。
【図４】図１のブリッジの詳細な構成例を示すブロック図である。
【図５】ソースまたはブリッジとシンクの認証処理を説明する図である。
【図６】シンクのソースまたはブリッジに対する認証処理を説明するフローチャートである。
【図７】ソースまたはブリッジのソースに対する認証処理を説明するフローチャートである。
【図８】ソースまたは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，  ３５  制御部，  ３６  記憶部
【図１】
2014233088.tif 000003
【図２】
2014233088.tif 000004
【図３】
2014233088.tif 000005
【図４】
2014233088.tif 000006
【図５】
2014233088.tif 000007
【図６】
2014233088.tif 000008
【図７】
2014233088.tif 000009
【図８】
2014233088.tif 000010
【図９】
2014233088.tif 000011
【図１０】
2014233088.tif 000012