(57)【要約】【課題】状況に応じた適切な動作制御を行うことを実現した通信装置を提供する。【解決手段】デジタルＴＶ装置１およびＨＤＤレコーダ２は、ＤＴＣＰ−ＩＰ対応機器であり、著作権保護されたコンテンツをＩＰネットワーク経由で送受信する。デジタルＴＶ装置１は、早送りと称される特殊再生を行う際、ＨＤＤレコーダ２との間のコンテンツ鍵確認処理が終了するまで、コンテンツ鍵の更新要因となるＨＤＤレコーダ２に対するコンテンツ要求の頻度を低下させ、または、次のコンテンツ要求を停止する。【選択図】図１
2007067929.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ鍵を有したコンテンツをＩＰ（Internet Protocol）ネットワーク経由で他の通信装置から受信する通信装置において、
前記他の通信装置との間で互いの装置を識別する認証鍵を取得して前記他の通信装置を認証する認証鍵交換手段と、
前記ＩＰネットワーク経由で受信したコンテンツが有するコンテンツ鍵を前記認証鍵交換手段により認証した前記他の通信装置に送信し、この送信に対する前記他の通信装置からの応答により前記受信したコンテンツが前記認証鍵交換手段により認証した前記他の通信装置から取得したものであるか否かを確認するコンテンツ鍵確認手段と、
前記コンテンツ鍵確認手段による確認の結果、受信したコンテンツが前記認証鍵交換手段により認証した前記他の通信装置から取得したものではない場合、
前記認証鍵交換手段を再実行させ、この再実行により取得した認証鍵と再実行前の認証鍵とが同一であるか否かを判断する第１の制御と、
前記第１の制御により認証鍵が同一でないと判断した場合、前記コンテンツ鍵確認手段を再実行させ、受信したコンテンツが前記認証鍵交換手段により認証した前記他の通信装置から取得したものであるか否かを判断する第２の制御と、
前記第２の制御により受信したコンテンツが前記他の通信装置から取得したものでないと判断した場合、前記コンテンツの受信を停止する第３の制御とを実行する制御手段と、
を具備することを特徴とする通信装置。
【請求項２】
前記コンテンツの受信が停止される場合に、前記認証鍵交換手段により認証した前記他の通信装置以外の通信装置が介在し得る旨を出力する報知手段を具備することを特徴とする請求項１記載の通信装置。
【請求項３】
所定のタイミングで更新されるコンテンツ鍵を有したコンテンツをＩＰ（Internet Protocol）ネットワーク経由で他の通信装置から受信する通信装置において、
前記他の通信装置との間で互いの装置を識別する認証鍵を取得して前記他の通信装置を認証する認証鍵交換手段と、
前記ＩＰネットワーク経由で受信したコンテンツが有するコンテンツ鍵を前記認証鍵交換手段により認証した前記他の通信装置に送信し、この送信に対する前記他の通信装置からの応答により前記受信したコンテンツが前記認証鍵交換手段により認証した前記他の通信装置から取得したものであるか否かを確認するコンテンツ鍵確認手段と、
前記認証鍵交換手段により認証した前記他の通信装置に対して一定時間内に所定の回数以上の前記コンテンツの受信要求を行う早送り再生要求をした場合、前記コンテンツ鍵確認手段による確認が終了するまで前記コンテンツの受信要求の頻度を低下させる制御手段と、
を具備することを特徴とする通信装置。
【請求項４】
所定のタイミングで更新されるコンテンツ鍵を有したコンテンツをＩＰ（Internet Protocol）ネットワーク経由で他の通信装置から受信する通信装置において、
前記他の通信装置との間で互いの装置を識別する認証鍵を取得して前記他の通信装置を認証する認証鍵交換手段と、
前記ＩＰネットワーク経由で受信したコンテンツが有するコンテンツ鍵を前記認証鍵交換手段により認証した前記他の通信装置に送信し、この送信に対する前記他の通信装置からの応答により前記受信したコンテンツが前記認証鍵交換手段により認証した前記他の通信装置から取得したものであるか否かを確認するコンテンツ鍵確認手段と、
前記認証鍵交換手段により認証した前記他の通信装置に対して一定時間内に所定の回数以上の前記コンテンツの受信要求を行う早送り再生要求をした場合、前記コンテンツ鍵確認手段による確認が終了するまで前記コンテンツの受信要求を停止させる制御手段と、
を具備することを特徴とする通信装置。
【請求項５】
前記通信装置は、ＤＴＣＰ（Digital Transmission Content Protection）−ＩＰに準拠したことを特徴とする請求項１、２、３または４記載の通信装置。
【請求項６】
コンテンツ鍵を有したコンテンツをＩＰ（Internet Protocol）ネットワーク経由で他の通信装置から受信するデジタルテレビジョン装置において、
前記他の通信装置との間で互いの装置を識別する認証鍵を取得して前記他の通信装置を認証する認証鍵交換手段と、
前記ＩＰネットワーク経由で受信したコンテンツが有するコンテンツ鍵を前記認証鍵交換手段により認証した前記他の通信装置に送信し、この送信に対する前記他の通信装置からの応答により前記受信したコンテンツが前記認証鍵交換手段により認証した前記他の通信装置から取得したものであるか否かを確認するコンテンツ鍵確認手段と、
前記コンテンツ鍵確認手段による確認の結果、受信したコンテンツが前記認証鍵交換手段により認証した前記他の通信装置から取得したものではない場合、
前記認証鍵交換手段を再実行させ、この再実行により取得した認証鍵と再実行前の認証鍵とが同一であるか否かを判断する第１の制御と、
前記第１の制御により認証鍵が同一でないと判断した場合、前記コンテンツ鍵確認手段を再実行させ、受信したコンテンツが前記認証鍵交換手段により認証した前記他の通信装置から取得したものであるか否かを判断する第２の制御と、
前記第２の制御により受信したコンテンツが前記他の通信装置から取得したものでないと判断した場合、前記コンテンツの受信を停止する第３の制御とを実行する制御手段と、
を具備することを特徴とするデジタルテレビジョン装置。
【請求項７】
コンテンツ鍵を有したコンテンツをＩＰ（Internet Protocol）ネットワーク経由で他の通信装置から受信する通信装置の制御方法であって、
前記他の通信装置との間で互いの装置を識別する認証鍵を取得して前記他の通信装置を認証する認証鍵交換ステップと、
前記ＩＰネットワーク経由で受信したコンテンツが有するコンテンツ鍵を前記認証鍵交換ステップにより認証した前記他の通信装置に送信し、この送信に対する前記他の通信装置からの応答により前記受信したコンテンツが前記認証鍵交換ステップにより認証した前記他の通信装置から取得したものであるか否かを確認するコンテンツ鍵確認ステップと、
前記コンテンツ鍵確認ステップによる確認の結果、受信したコンテンツが前記認証鍵交換ステップにより認証した前記他の通信装置から取得したものではない場合、
前記認証鍵交換ステップを再実行させ、この再実行により取得した認証鍵と再実行前の認証鍵とが同一であるか否かを判断する第１の制御と、
前記第１の制御により認証鍵が同一でないと判断した場合、前記コンテンツ鍵確認ステップを再実行させ、受信したコンテンツが前記認証鍵交換ステップにより認証した前記他の通信装置から取得したものであるか否かを判断する第２の制御と、
前記第２の制御により受信したコンテンツが前記他の通信装置から取得したものでないと判断した場合、前記コンテンツの受信を停止する第３の制御とを実行する制御ステップと、
を具備することを特徴とする通信装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、著作権保護されたコンテンツをＩＰネットワーク経由で他の通信装置から受信する通信装置の動作制御技術に関する。
【背景技術】
【０００２】
近年の圧縮符号化技術、暗号化技術、通信技術等の向上に伴い、映画や音楽等をデジタル化したコンテンツをネットワーク経由で送受信することが行われ始めている。この種のコンテンツは、著作権により保護されているものが多いことから、例えば違法コピーなどの著作権侵害行為を実施するおそれの高い不当な機器を排除するための手法も種々提案されている（例えば特許文献１等参照）。
【特許文献１】特開２０００−２８７１９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ＤＴＣＰ（Digital Transmission Content Protection）は、IEEE1394やＵＳＢなどの主に２台の通信機器間にデータ伝送路を確立するためのインタフェースでコンテンツを送受信する際の著作権保護技術である。ＤＴＣＰは、ライセンス組織であるＤＴＬＡ（Digital Transmission Licensing Administrator）社が発行した機器証明書を各機器が持ち、コンテンツ伝送の際、この機器証明書を相互に検証し、認証・鍵交換を行うことで暗号鍵を共有するというものである。また、このＤＴＣＰ技術をＩＰ（Internet Protocol）ネットワーク上で利用できるように拡張した技術がＤＴＣＰ−ＩＰである。
【０００４】
ＤＴＣＰ−ＩＰで新規に追加された仕様として、コンテンツ鍵の確認（ＣＫＣ：Content Key Confirmation）が挙げられる。これは、認証鍵交換（ＡＫＥ：device Authentication and Key Exchange）した機器とその機器が現在送出しているストリームとが関連づけられていることを確認するためのものである。
【０００５】
このＣＫＣが成功しない理由としては、（中継機器などの存在によりＡＫＥした機器とストリームを送出する機器が異なっているために）受信しているコンテンツ鍵（Nc）と送信しているNcとが異なっている場合と、ＡＫＥ後に共有される鍵（Kx）が正しくなくなった場合とが考えられ、それぞれの場合に応じて、対処法およびユーザへの通知方法を変えることが望ましい。
【０００６】
しかし、ＣＫＣだけではこの複数ある原因を特定できないという問題がある。前述のKx不一致によりＣＫＣが失敗している場合、ＣＫＣを何度試行しても成功しないため、規格により１分以内に復号を停止しなくてはならない。
【０００７】
また、早送り再生等の特殊再生時のように、コンテンツの部分取得要求が頻発する状況においては、コンテンツ暗号化／復号化パラメータ（Nc）が頻繁に変更されるため、受信しているNcと送信しているNcとが一致しない場合がある。その際にはＣＫＣが失敗してしまい、結果として、ＡＫＥした機器とストリームを送出する機器とが同じであっても、復号を停止しなければならないという問題がある。
【０００８】
この発明は、このような事情を考慮してなされたものであり、状況に応じた適切な動作制御を行うことを実現した通信装置、デジタルテレビジョン装置および通信装置の制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
前述の目的を達成するために、この発明の通信装置は、コンテンツ鍵を有したコンテンツをＩＰネットワーク経由で他の通信装置から受信する通信装置において、前記他の通信装置との間で互いの装置を識別する認証鍵を取得して前記他の通信装置を認証する認証鍵交換手段と、前記ＩＰネットワーク経由で受信したコンテンツが有するコンテンツ鍵を前記認証鍵交換手段により認証した前記他の通信装置に送信し、この送信に対する前記他の通信装置からの応答により前記受信したコンテンツが前記認証鍵交換手段により認証した前記他の通信装置から取得したものであるか否かを確認するコンテンツ鍵確認手段と、前記コンテンツ鍵確認手段による確認の結果、受信したコンテンツが前記認証鍵交換手段により認証した前記他の通信装置から取得したものではない場合、前記認証鍵交換手段を再実行させ、この再実行により取得した認証鍵と再実行前の認証鍵とが同一であるか否かを判断する第１の制御と、前記第１の制御により認証鍵が同一でないと判断した場合、前記コンテンツ鍵確認手段を再実行させ、受信したコンテンツが前記認証鍵交換手段により認証した前記他の通信装置から取得したものであるか否かを判断する第２の制御と、前記第２の制御により受信したコンテンツが前記他の通信装置から取得したものでないと判断した場合、前記コンテンツの受信を停止する第３の制御とを実行する制御手段と、を具備することを特徴とする。
【００１０】
また、この発明の通信装置は、所定のタイミングで更新されるコンテンツ鍵を有したコンテンツをＩＰネットワーク経由で他の通信装置から受信する通信装置において、前記他の通信装置との間で互いの装置を識別する認証鍵を取得して前記他の通信装置を認証する認証鍵交換手段と、前記ＩＰネットワーク経由で受信したコンテンツが有するコンテンツ鍵を前記認証鍵交換手段により認証した前記他の通信装置に送信し、この送信に対する前記他の通信装置からの応答により前記受信したコンテンツが前記認証鍵交換手段により認証した前記他の通信装置から取得したものであるか否かを確認するコンテンツ鍵確認手段と、前記認証鍵交換手段により認証した前記他の通信装置に対して一定時間内に所定の回数以上の前記コンテンツの受信要求を行う早送り再生要求をした場合、前記コンテンツ鍵確認手段による確認が終了するまで前記コンテンツの受信要求の頻度を低下させる制御手段と、を具備することを特徴とする。
【発明の効果】
【００１１】
この発明によれば、状況に応じた適切な動作制御を行うことを実現した通信装置、デジタルテレビジョン装置および通信装置の制御方法を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照してこの発明の実施形態について説明する。
【００１３】
（第１実施形態）
まず、この発明の第１実施形態を説明する。図１は、第１実施形態の通信装置の一利用形態例を示す図である。ここでは、本発明の通信装置はデジタルテレビジョン（ＴＶ）装置として実現されている。
【００１４】
デジタルＴＶ装置１は、著作権保護されたコンテンツをＩＰネットワーク経由で受信して再生する機能を有するＤＴＣＰ−ＩＰ対応機器であり、ＨＤＤレコーダ２が保有するコンテンツをルータ３経由で取得する。つまり、デジタルＴＶ装置１はＳｉｎｋ機器、ＨＤＤレコーダ２はＳｏｕｒｃｅ機器としてそれぞれ動作し、双方の間でＴＣＰ／ＩＰ通信を実行する。また、このデジタルＴＶ装置１とＨＤＤレコーダ２との間に介在するルータ３は、例えばルーティング機能を有するパーソナルコンピュータ等であっても良い。
【００１５】
図２は、デジタルＴＶ装置１のコンテンツ取得に関する部分についての概略構成を示すブロック図である。
【００１６】
図２に示すように、デジタルＴＶ装置１は、ユーザインタフェース部１１、ＤＴＣＰ−ＩＰ転送部１２、ＡＫＥ部１３、演算部１４、ＰＣＰ（Protected Content Packet）部１５およびソケット１６を有している。
【００１７】
Ｓｉｎｋ機器として動作するデジタルＴＶ装置１は、Ｓｏｕｒｃｅ機器のＨＤＤレコーダ２から著作権保護されたコンテンツをＩＰネットワーク経由で受信する場合、ＡＫＥと称される認証鍵交換処理をＨＤＤレコーダ２との間で実行する必要がある。デジタルＴＶ装置１がＨＤＤレコーダ２との間で実行する認証鍵交換処理は、ＨＤＤレコーダ２を識別する認証鍵をＨＤＤレコーダ２から取得して、ＨＤＤレコーダ２を認証するとともに、自装置１を識別する認証鍵をＨＤＤレコーダ２に送信して、自装置１をＨＤＤレコーダ２に認証させるものである。ＤＴＣＰ−ＩＰ転送部１２は、ＨＤＤレコーダ２との間のコンテンツ授受に関わる通信全体の制御を司り、この認証鍵交換処理の実行をＡＫＥ部１３に指示する。また、ＤＴＣＰ−ＩＰ転送部１２は、上位モジュールとのインタフェース処理も実行する。
【００１８】
ＡＫＥ処理部１３は、このＤＴＣＰ−ＩＰ転送部１２からの指示を受けると、ＨＤＤレコーダ２との間の認証鍵交換処理をソケット１６を介して実行し、その際、取得した認証鍵の検証等を演算部１４に依頼する。そして、演算部１４から認証鍵の検証が成功した旨の通知が返されると、ＡＫＥ処理部１３は、認証鍵交換処理の成功をＤＴＣＰ−ＩＰ転送部１２に通知する。
【００１９】
この通知をＡＫＥ処理部１３から受けると、ＤＴＣＰ−ＩＰ転送部１２は、ＨＤＤレコーダ２からのコンテンツの受信をソケット１６を介して実行する。コンテンツは、暗号化が施されて送信されてくるので、ＤＴＣＰ−ＩＰ転送部１２は、この暗号化されたコンテンツの復号化をＰＣＰ部１５に依頼する。ＰＣＰ部１５は、この依頼をＤＴＣＰ−ＩＰ転送部１２から受けると、ＨＤＤレコーダ２の認証鍵をＡＫＥ部１３から取得し、この認証鍵を使ってコンテンツの復号化を実行する。
【００２０】
また、ＤＴＣＰ−ＩＰ転送部１２は、コンテンツの復号化と並行して、当該コンテンツにパラメータとして付加されるコンテンツ鍵の確認をＡＫＥ部１３に依頼する。デジタルＴＶ装置１がＨＤＤレコーダ２との間で実行するコンテンツ鍵確認処理は、コンテンツに付加されたコンテンツ鍵をＨＤＤレコーダ２に送信し、この送信に対するＨＤＤレコーダ２からの応答によって、当該コンテンツがＨＤＤレコーダ２から取得しているものであるかどうかを確認するものである。この依頼を受けたＡＫＥ部１３は、ＨＤＤレコーダ２との間のコンテンツ鍵確認処理を実行し、当該コンテンツに付加されるコンテンツ鍵と、ＨＤＤレコーダ２が送信中のコンテンツに付加しているコンテンツ鍵とが一致しているかどうかを調べる。この結果は、ＤＴＣＰ−ＩＰ転送部１２に通知され、一致していれば、当該コンテンツは認証鍵交換処理で認証したＨＤＤレコーダ２から送信されているものであると判断できるので、ＤＴＣＰ−ＩＰ転送部１２はそのままコンテンツ受信処理を継続する。一方、一致していなければ、当該コンテンツは（例えば両者の間に介在して違法コピーを行う）不正機器から送信されているおそれがあるので、ＤＴＣＰ−ＩＰ転送部１２はコンテンツ受信処理を停止する。
【００２１】
なお、ＰＣＰ部１５は、ＤＴＣＰ−ＩＰ転送部１２が著作権保護されたコンテンツを送信する場合に、当該コンテンツを格納するパケットの作成も実行する。その際、ＰＣＰ部１５は、このパケットに設定する暗号パラメータの生成をＡＫＥ部１３に依頼し、この依頼を受けたＡＫＥ部１３は、デジタルＴＶ装置１の認証鍵で復号可能な暗号パラメータを演算部１４に生成させてＰＣＰ部１５に返却する。この暗号パラメータが設定されたパケットは、ＤＴＣＰ−ＩＰ転送部１２によって送信相手に送信される。
【００２２】
以上の流れにより、デジタルＴＶ装置１は、ＨＤＤレコーダ２から著作権保護されたコンテンツを取得して利用するが、ＤＴＣＰ−ＩＰでは、不正機器の介在を防止するための仕様として、前述したコンテンツ鍵の確認を定義している。従って、Ｓｉｎｋ機器であるデジタルＴＶ装置１とＳｏｕｒｃｅ機器であるＨＤＤレコーダ２とは、図３に示す手順の通信を実行する。つまり、まず、認証鍵交換のための通信を実行し（図３の（１））、その終了後、コンテンツ送受信のための通信を実行し（図３の（２））、当該コンテンツに関するコンテンツ鍵確認のための通信を実行する（図３の（３））。
【００２３】
このような手順で通信を行うことによって、例えば図４に示すように、デジタルＴＶ装置１とＨＤＤレコーダ２との間でコンテンツを違法に取り込む不正機器４の介在を防止する（介在させた状態でのコンテンツの送受信を禁止する）。
【００２４】
ところで、コンテンツ鍵確認が失敗する場合としては、図４に示したような不正機器４の介在のほか、何らかの要因で、認証鍵交換後にＨＤＤレコーダ２の認証鍵が更新された場合も考えられる。ＨＤＤレコーダ２の認証鍵が更新されると、この更新に伴って、ＨＤＤレコーダ２によって送信されるコンテンツに付加されるコンテンツ鍵も更新されるからである。従って、コンテンツ鍵確認の失敗時には、その原因に応じた適切な対処を実施する必要がある。そこで、この第１実施形態のデジタルＴＶ装置１では、コンテンツ鍵確認処理が失敗した場合、認証鍵交換処理を再実行し、認証鍵の更新有無を確認してコンテンツ鍵確認処理の失敗原因を特定する。
【００２５】
認証鍵交換処理後に認証鍵が更新されていた場合には、認証鍵が違っていたことがコンテンツ鍵確認処理の失敗原因であるとし、コンテンツ鍵確認処理を再実行する。一方、認証鍵が更新されていなかった場合には、不正機器４の存在などによりデジタルＴＶ装置１で受信しているコンテンツと認証鍵交換したＨＤＤレコーダ２とが関連付けられていないことがコンテンツ鍵確認処理の失敗原因であるとし、復号処理を即座に停止してユーザへの通知を行う。このように、認証鍵交換処理を再実行することで、コンテンツ鍵確認処理の失敗原因を特定でき、特定した失敗原因に対応した適切な対処を迅速に実施することが可能となる．
図５は、デジタルＴＶ装置１のコンテンツ鍵確認処理に関わる動作手順を示すフローチャートである。
【００２６】
デジタルＴＶ装置１は、コンテンツの受信開始と同時並行してコンテンツ鍵確認処理を実行する（ステップＡ１）。そして、このコンテンツ鍵確認が成功したかどうかをチェックし（ステップＡ２）、成功していなければ（ステップＡ２のＮＯ）、認証鍵交換処理を再実行する（ステップＡ３）。
【００２７】
もし、この認証鍵交換処理の再実行によって得られた認証鍵が更新されていれば（ステップＡ４のＹＥＳ）、コンテンツ鍵確認処理の失敗原因が認証鍵の不一致によるものであると判断し、ステップＡ１のコンテンツ鍵確認処理から再開始する。一方、認証鍵が更新されていなければ（ステップＡ４のＮＯ）、コンテンツ鍵確認処理の失敗原因が受信しているコンテンツと認証鍵交換したＨＤＤレコーダ２とが関連付けられていないことによるものであると判断し、復号処理を停止して（ステップＡ５）、その旨を出力してユーザへ通知する（ステップＡ６）。
【００２８】
これにより、状況に応じた適切な動作制御を行うことが実現される。
【００２９】
（第２実施形態）
次に、この発明の第２実施形態を説明する。
【００３０】
前述の第１実施形では、コンテンツ鍵確認処理が失敗した際、その失敗原因に応じた適切な対処を迅速に実行するための動作制御手法について説明したが、この第２実施形態においては、コンテンツ鍵確認処理の失敗を発生させないようにするための動作制御手法について説明する。ここでも、本発明の通信装置は図１および図２に示したデジタルＴＶ装置１として実現されている。
【００３１】
デジタル、アナログを問わず、コンテンツを受信・再生する装置では、受信したコンテンツを通常速度で再生する通常再生のほか、例えばスローや早送りなどと称される特殊再生を行う機能を備えるのが一般的である。また、Ｓｏｕｒｃｅ機器は、Ｓｉｎｋ機器からのコンテンツ取得要求（コンテンツの受信要求）を受ける度に、送信するコンテンツにパラメータとして付加するコンテンツ鍵を更新する。通常再生時、Ｓｉｎｋ機器は、コンテンツを全体として１回のコンテンツ取得要求で取得するが、早送り再生時では、Ｓｉｎｋ機器は、コンテンツを間引きして複数のコンテンツ取得要求（コンテンツ部分取得要求）で取得する。つまり、早送り再生時には、Ｓｏｕｒｃｅ機器に対して一定時間内に所定の回数以上のコンテンツの受信要求が行われることになり、Ｓｏｕｒｃｅ機器側でのコンテンツ鍵の更新が頻発することになる。
【００３２】
従って、この特殊再生時（早送り時）、Ｓｉｎｋ機器とＳｏｕｒｃｅ機器との間で行われるコンテンツ鍵確認処理の失敗を引き起こしてしまう場合があるので、この第２実施形態のデジタルＴＶ装置１では、特殊再生時に、コンテンツ鍵確認処理の失敗を防止するための仕組みを備える。以下、この仕組みについて詳述する。
【００３３】
図６は、Ｓｉｎｋ機器とＳｏｕｒｃｅ機器との間のコンテンツ鍵確認処理（ＣＫＣ）の実行タイミングを示すタイミングチャートである。
【００３４】
いま、（１），（２），（３），…と内容が続くコンテンツデータをＳｉｎｋ機器がＳｏｕｒｃｅ機器から取得しようとしているものと想定する（図６の（Ａ））。Ｓｉｎｋ機器が通常再生を行っている場合、Ｓｏｕｒｃｅ機器とＳｉｎｋ機器との間のコンテンツ転送は、１回の要求で全体に渡って行われることになる（図６の（Ｂ））。この要求時、Ｓｏｕｒｃｅ機器はコンテンツ鍵の更新を実行し、Ｓｉｎｋ機器はこのコンテンツ鍵についてコンテンツ鍵確認処理を実行する。
【００３５】
一方、Ｓｉｎｋ機器が特殊再生（早送り）を行っている場合、Ｓｏｕｒｃｅ機器とＳｉｎｋ機器との間のコンテンツ転送は、複数の要求で部分毎に行われることになる（図６の（Ｃ））。この要求毎に、Ｓｏｕｒｃｅ機器はコンテンツ鍵の更新を実行するので、Ｓｉｎｋ機器がコンテンツ鍵確認処理を実行する際、Ｓｏｕｒｃｅ機器においてコンテンツ鍵の更新が既に行われてしまっている場合も考えられる。この場合、コンテンツ鍵確認処理は失敗する。
【００３６】
そこで、この第２実施形態のデジタルＴＶ装置１では、コンテンツ鍵確認が成功するまではコンテンツ暗号／復号パラメータ更新の要因であるコンテンツ取得要求の頻度を低下させる、コンテンツ鍵確認が成功するまでは次のコンテンツ取得要求を停止する、といった動作制御を行う。これにより、特殊再生時に受信コンテンツと認証鍵交換を行った機器とが関連付けられているにも関わらずコンテンツ鍵確認処理が失敗してしまい、コンテンツ復号の停止しなければならないという状態を回避することが可能となる。
【００３７】
図７は、デジタルＴＶ装置１の特殊再生時の第１のコンテンツ鍵確認処理に関わる動作手順を示すフローチャートである。
【００３８】
デジタルＴＶ装置１は、コンテンツの取得要求を行うと（ステップＢ１）、コンテンツ鍵が既に確認済みであるかどうか確認する（ステップＢ２）。コンテンツ鍵が既に確認済みであれば（ステップＢ２のＹＥＳ）、デジタルＴＶ装置１は、さらに特殊再生を継続するかを判断し（ステップＢ６）、継続するならば（ステップＢ６のＹＥＳ）、ステップＢ１からの処理を繰り返す。特殊再生を継続しないのであれば（ステップＢ６のＮＯ）、デジタルＴＶ装置はこの処理を終了する。
【００３９】
一方、コンテンツ鍵確認が未だ行われていなければ（ステップＢ２のＮＯ）、デジタルＴＶ装置１は、コンテンツ鍵確認処理を開始する（ステップＢ３）。この後、デジタルＴＶ装置１は、このコンテンツ鍵確認が終了したかを判断し（ステップＢ４）、終了していなければ（ステップＢ４のＮＯ）、コンテンツ鍵確認処理の実行に十分な時間である一定時間待機する（ステップＢ５）。この一定時間待機するステップを設けることにより、次のコンテンツ取得要求が遅延されるので、コンテンツ鍵更新を原因とするコンテンツ鍵確認処理の失敗を防止できる。
【００４０】
また、図８は、デジタルＴＶ装置１の特殊再生時の第２のコンテンツ鍵確認処理に関わる動作手順を示すフローチャートである。図７に示した動作手順との違いは、図７のステップＢ５のように一定時間待機することに代えて、コンテンツ鍵確認処理が終了したかどうかを監視し、その終了まで待機する点にある（ステップＣ４）。つまり、次のコンテンツ取得要求を停止する。これにより、コンテンツ鍵更新を原因とするコンテンツ鍵確認処理の失敗を確実に防止できる。
【００４１】
これにより、状況に応じた適切な動作制御を行うことが実現される。
【００４２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００４３】
【図１】この発明の第１実施形態の通信装置の一利用形態例を示す図
【図２】同第１実施形態のデジタルＴＶ装置のコンテンツ取得に関する部分についての概略構成を示すブロック図
【図３】ＤＴＣＰ−ＩＰにおいてＳｉｎｋ機器とＳｏｕｒｃｅ機器との間で実行される通信手順を示すタイミングチャート
【図４】Ｓｉｎｋ機器とＳｏｕｒｃｅ機器との間に不正機器が介在する例を示す図
【図５】同第１実施形態のデジタルＴＶ装置のコンテンツ鍵確認処理に関わる動作手順を示すフローチャート
【図６】Ｓｉｎｋ機器とＳｏｕｒｃｅ機器との間のコンテンツ鍵確認処理の実行タイミングを示すタイミングチャート
【図７】同第２実施形態のデジタルＴＶ装置の特殊再生時の第１のコンテンツ鍵確認処理に関わる動作手順を示すフローチャート
【図８】同第２実施形態のデジタルＴＶ装置の特殊再生時の第２のコンテンツ鍵確認処理に関わる動作手順を示すフローチャート
【符号の説明】
【００４４】
１…デジタルＴＶ装置、２…ＨＤＤレコーダ、３…ルータ、４…不正機器、１１…ユーザインタフェース部、１２…ＤＴＣＰ−ＩＰ転送部、１３…ＡＫＥ部、１４…演算部、１５…ＰＣＰ部、１６…ソケット。
【図１】
2007067929.tif 000003
【図２】
2007067929.tif 000004
【図３】
2007067929.tif 000005
【図４】
2007067929.tif 000006
【図５】
2007067929.tif 000007
【図６】
2007067929.tif 000008
【図７】
2007067929.tif 000009
【図８】
2007067929.tif 000010