JP4207052B2 - 再生装置、および再生方法 - Google Patents

Description

本発明は、再生装置、情報記録装置等に係り、特に、ストリームに関連する情報を適切に管理する再生装置、情報記録装置等に関する。

近年、記録媒体の中で、記録再生装置から取り外し可能なディスク型の情報記録媒体として、ＤＶＲ等の各種の光ディスクが提案されている。このような記録媒体である光ディスクは、数ギガバイトの大容量メディアとしての提案がなされており、ビデオ信号等のAV（Audio Visual)信号を記録するメディアとしての期待が高まっている。

ここで、ＡＶ信号をディジタル圧縮する符号化方式の一つに、ＭＰＥＧ２(Moving Picture Experts Group２)方式が存在する。このＭＰＥＧ２は、動き補償予測、ＤＣＴ(離散コサイン変換)、量子化、可変長符号化といった圧縮技法を用いて高画質化を目指した国際標準の動画圧縮フォーマットであり、ＡＶ信号を記録媒体に記録する場合にも応用されている。例えば、アナログビデオ信号を記録媒体に記録する場合、ビデオ信号をＭＰＥＧ２方式にエンコードして、符号化ビットストリームをメディアに記録している。また、近年始まったディジタル方式のＴＶ放送では、ＭＰＥＧ２方式で符号化されたＡＶストリームがトランスポートストリーム(ＴＳ) と呼ばれるフォーマットで伝送されている。ディジタル放送を記録媒体に記録する場合には、トランスポートストリームをディジタル信号のまま、デコードや再エンコードすることなく記録する方式が用いられている。

ＡＶ信号がディジタル信号フォーマットで記録媒体に記録されている場合には、全く劣化なしでそのＡＶ信号を別の記録メディア(記録媒体)にコピーすることが可能である。しかしながら、これはＡＶ信号の著作権者にとっては大問題である。そこで、ＡＶ信号のコピーを制限するために、ＡＶ信号に、「Copy Free(コピー可)」、「Copy Once(一世代のみコピー可)」、「No More Copy(この世代以上のコピー不可)」、「Copy Prohibited(コピー禁止)」というコピー制限情報(ＣＣＩ：Copy Control Information)を持たせる方法が用いられている。

例えば、ビデオ信号のＣＧＭＳ(Copy Generation Management System)信号がある。ＣＧＭＳはコピー可能な回数をソフト側でコントロールするシステムであり、アナログインターフェース用のものをＣＧＭＳ−Ａ、ディジタルインターフェース用のものをＣＧＭＳ−Ｄと呼ぶ。アナログ用のＣＧＭＳ−Ａは、ＶＢＩ(Vertical Blanking Interval：垂直ブランキング期間)にＩＤを重畳するところからＶＢＩＤとも呼ばれている。これは、ＥＩＡＪ ＣＰ−１２０４として規格化されている。記録媒体に記録されているコピーフリーでないＡＶ信号を再生装置がアナログビデオ出力するときは、ＣＧＭＳがビデオ信号に挿入されていることが要求される。

また、ディジタルＴＶ放送などのトランスポートストリームを記録するときのコピー制限情報として、コピー制限情報を持つディスクリプタを符号化する方法がある。このタイプのディスクリプタとしては、ＤＴＬＡ(Digital Transmission Licensing Administrator)により規定されているＤＴＣＰ(Digital Transmission Content Protection)descriptorや、ＡＲＩＢ(Association of Radio Industries and Businesses：電波産業会)により規定されている日本のＢＳディジタル放送で用いられているdigital_copy_control_descriptorがある。記録媒体に記録されているコピーフリーでないトランスポートストリームを、再生装置がトランスポートストリームのままで出力する時は、このタイプのディスクリプタがトランスポートストリームに符号化されていることが要求される。

ディジタルＴＶ放送などのトランスポートストリームを記録する場合、記録装置内蔵のディジタルＴＶチューナを入力ソースとする方法と、外部のセットトップボックス(ＳＴＢと呼ぶ)を入力ソースとする方法の２通りの方法がある。後者の場合には、ＳＴＢと記録装置とをIEEE 1394のディジタルバスで接続する。この場合、ディジタルバス上でトランスポートストリームのコピー制御情報はセキュアに守られている必要がある。これは、ディジタルバス上でコピー制御情報がハッキングされて、値が書き換えられることを防止するためである。

そのために、前述したＤＴＬＡでは、トランスポートストリームをIEEE 1394のディジタルバスを用いて伝送する方式が規定されている。その方式は、所謂５Ｃ方式(ＤＴＣＰ準拠方式)として広く知られている。ＤＴＣＰ方式では、IEEE 1394のイソクロナス転送で使用するイソクロナスパケットのヘッダの中でEncryption Mode Indicator(ＥＭＩと呼ぶ)という２ビットの情報を伝送し、これがイソクロナスパケットのペイロードの暗号化モードを表している。

このＥＭＩは、ペイロードのコピー制御情報に対応して、「００(＝Copy Free)」，「１０(＝Copy Once)」，「０１(＝No More Copy)」，「１１(＝Copy Prohibited)」の意味を持つ。ＤＴＣＰ方式で記録する場合、トランスポートストリームの中に符号化されているコピー制御情報(Embedded CCIと呼ぶ)を解析しないで、ＥＭＩだけをコピー制限情報として使い、記録制限する方法が許されている。この記録方法は、Non-cognizant(ノン・コグニザント)記録モードと呼ばれる。一方、Embedded CCIを解析しながら記録する方法は、Cognizant(コグニザント)記録モードと呼ばれる。ここで、ＤＴＣＰ方式で記録媒体に記録したＡＶ信号は、ＤＴＣＰ方式に従った方式で再生することが要求されている。

また、ベースバンドのＡＶ信号やＭＰＥＧのビットストリームにウォーターマーク(Water Mark)と呼ばれるコピー制限情報を埋め込む方式も検討されている。ウォーターマークは、現在、標準化活動が推進されており、ミレニアム方式とギャラクシー方式が提案されている。ウォーターマークが正式に市場導入された後は、記録媒体に記録したＡＶ信号やＭＰＥＧのビットストリームを、再生装置で再生するとき、ウォーターマークがＡＶ信号やＭＰＥＧのビットストリームに埋め込まれていることが要求される。

ここで、ＭＰＥＧのビットストリームを記録媒体に記録する記録装置を考えるに、今後は記録する入力ソースが多様になることが予想される。例えば入力ソースとしては、
(i)アナログビデオのライン入力を記録装置がセルフエンコードしたＭＰＥＧストリーム、
(ii)記録装置に内蔵するアナログＴＶ放送のチューナ入力からのビデオを記録装置がセルフエンコードしたＭＰＥＧストリーム、
(iii)記録装置に内蔵するディジタルＴＶ放送のチューナ入力からのトランスポートストリーム、
(iv)IEEE1394経由でＤＴＣＰ準拠の方法を用いて入力されるトランスポートストリーム、
(v)IEEE1394経由でＤＴＣＰ準拠の方法を用いないで入力されるトランスポートストリーム、
などである。

上述したように、ディジタルＴＶ放送などのトランスポートストリームを記録する場合、記録装置内蔵のディジタルＴＶチューナからのトランスポートストリームを入力ソースとするか、または、外部のセットトップボックス(ＳＴＢ)からIEEE1394経由で入力されるトランスポートストリームを入力ソースとするか、の２通りの方法がある。前者の方法は、ＤＴＣＰ方式を使用しなくても良い、一方、後者の方法は、少なくとも日本のＢＳディジタル放送の場合、ＤＴＣＰ準拠の方法を用いて、記録しなければならない。従って、前者の方法で記録したストリームを再生する時は、ＤＴＣＰ方式に準拠した再生制限を行う必要がない、一方、後者の方法で記録したストリームを再生する時は、ＤＴＣＰ方式に準拠した再生制限を行わなければならない。

しかしながら、従来、「記録媒体に記録されているトランスポートストリームの入力ソースは何か」を記録していなかった。そのために、そのトランスポートストリームを再生する時に適切な再生制限を行うことができなかった。

また、現在、ウォーターマークは、まず、ＤＶＤビデオに導入されることが検討されている。ここでは、ＤＶＤビデオプレーヤからのアナログビデオ出力が不正に録画されることを防止することを目的としている。一方、録画が基本的には自由なアナログＴＶ放送にはウォーターマークが導入されない可能性がある。かかる状況になった場合、アナログビデオのライン入力がセルフエンコードされて記録されたＭＰＥＧストリームは、入力ソースがＤＶＤビデオ出力の可能性があるので、そのＭＰＥＧストリームの再生時に、ウォーターマークをチェックして再生制限を行うことが要求されるが、一方、アナログＴＶ放送がセルフエンコードされて記録されたＭＰＥＧストリームは、そのＭＰＥＧストリームの再生時に、ウォーターマークをチェックする必要がないだろう、と予想される。

しかしながら、従来、「記録媒体に記録されているＭＰＥＧストリームの入力ソースは何か」を記録していなかった。そのために、そのＭＰＥＧストリームを再生するときに適切な再生制限を行うことができなかった。

また、ＤＴＣＰ準拠の方式でトランスポートストリームを記録する場合、Cognizant記録モードとNon-cognizant記録モードがある。Cognizant記録モードで記録されたトランスポートストリームを復号してアナログビデオ再生する時は、トランスポートストリームのEmbedded CCIとウォーターマークをチェックする必要はない。一方、Non-cognizant記録モードで記録されたトランスポートストリームを復号してアナログビデオ再生するときは、トランスポートストリームのEmbedded CCIとウォーターマークをチェックする必要がある。

しかしながら、従来、「記録媒体に記録されているトランスポートストリームの記録モードがCognizant記録モードとNon-cognizant記録モードのどちらであるか」の情報を記録していなかった。そのために、そのトランスポートストリームを再生する時にEmbedded CCIとウォーターマークのチェックが必要かどうかを判断できなかった。

更に、ＡＶストリームの記録時にウォーターマークのチェックをして記録した場合は、そのＡＶストリームの再生時にウォーターマークのチェックを行う必要がない。逆に、ＡＶストリームの記録時にウォーターマークのチェックを行わないで記録した場合は、そのＡＶストリームの再生時にウォーターマークのチェックを行う必要がある。

しかしながら、従来、「記録媒体に記録されているＡＶストリームが記録のときにウォーターマークのチェックを行ったかどうか」の情報を記録していなかった。そのために、そのトランスポートストリームを再生するときにウォーターマークのチェックが必要かどうかを判断できなかった。

本発明は、以上のような技術的課題を解決するためになされたものであり、記録媒体に記録されたストリームにおける入力ソース等の情報を適切に管理することを主たる目的とする。
また他の目的は、そのストリームを再生するときに、適切な再生制限を行うことにある。

かかる目的のもと、本発明が適用される再生装置は、記録装置の入力インターフェースを介して入力されたＡＶデータと、当該入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値とが当該記録装置により記録された記録媒体を再生する再生装置であって、少なくともアナログ出力を行う場合に、前記入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値および前記コピー制御規格で規定されているコピー制御情報を取得する取得手段と、前記取得手段により取得した前記入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値に基づき前記コピー制限規格に従って前記ＡＶデータが前記記録媒体に記録されていると判断され、かつ、前記コピー制御情報がコピーを禁止している場合であると判断される場合に、前記ＡＶデータの解像度の制限を行ってアナログ出力を行う出力制限手段とを備えることを特徴とする。

また、本発明が適用される再生方法は、記録装置の入力インターフェースを介して入力されたＡＶデータと、当該入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値とが当該記録装置により記録された記録媒体を再生する再生方法であって、少なくともアナログ出力を行う場合に、前記入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値および前記コピー制御規格で規定されているコピー制御情報を取得する取得ステップと、前記取得ステップにより取得した前記入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値に基づき前記コピー制限規格に従って前記ＡＶデータが前記記録媒体に記録されていると判断され、かつ、前記コピー制御情報がコピーを禁止している場合であると判断される場合に、前記ＡＶデータの解像度の制限を行ってアナログ出力を行う出力制限ステップとを備えることを特徴としている。

一方、本発明が適用される情報記録装置は、所定の入力ソースから入力インターフェースを介してストリームを入力する入力手段と、前記ストリームの、アナログ出力の制限のために用いられ、かつ、前記入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値を当該ストリームと共に記録媒体に記録する記録手段とを備えたことを特徴としている。

更に、本発明が適用される情報記録方法は、所定の入力ソースから入力インターフェースを介してストリームを入力する入力ステップと、前記ストリームの、アナログ出力の制限のために用いられ、かつ、前記入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値を当該ストリームと共に記録媒体に記録する記録ステップとを備えたことを特徴としている。

以上のように、本発明によれば、記録媒体に記録されたストリームにおける入力ソース等の情報を適切に管理することができる。

以下、添付図面に基づき、本発明が適用される実施の形態について詳細に説明する。
まず、本実施の形態が適用されるシステム構成の説明に入る前に、その理解を容易にするため、本実施の形態にかかるデータフォーマットについて詳述する。

図１は、本実施の形態の情報記録装置、情報再生装置等で用いられる記録媒体上のアプリケーションフォーマットの構造を示した図である。このフォーマットは、ＡＶストリームの管理のために、ユーザインターフェース(ユーザＩ/Ｆ)に近いプレイリスト(PlayList)レイヤ１０１と、システムに近いクリップ(Clip)レイヤ１０２の二つのレイヤを備えている。そして、ボリュームインフォメーション(Volume Information)１００は、ディスク内の全てのClipとPlayListの管理を行っている。

また、ここでは、一つのＡＶストリームとそれの付属情報のペアを一つのオブジェクトと考え、それをClipと呼んでいる。ＡＶストリームファイルはClip AVストリームファイルと呼ばれ、その付属情報はClip Information fileと呼ばれる。一つのClip AVストリームファイルは、ＭＰＥＧ２トランスポートストリームをＤＶＲアプリケーションフォーマットによって規定される構造に配置したデータをストアしている。

一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、Clip AVストリームファイルのコンテンツは、時間軸上に展開され、PlayListは、Clipの中のアクセスポイントを主にタイムスタンプで指定される。PlayList によって、Clipの中におけるアクセスポイントのタイムスタンプが与えられたとき、Clip Information fileは、Clip AVストリームファイルの中でストリームのデコードを開始すべきアドレス情報を見つけるために役立っている。

PlayListは、Clipの中からユーザが見たい再生区間を選択し、それを簡単に編集することができることを目的として導入されている。一つのPlayListは、Clipの中における再生区間の集まりである。あるClipの中における一つの再生区間はPlayItemと呼ばれ、それは、時間軸上のＩＮ点(In Time)とＯＵＴ点(Out Time)のペアで表される。即ち、PlayListは、PlayItemの集まりと言うことができる。

PlayListには、二つのタイプがある。一つは、Real PlayListであり、他の一つは、Virtual PlayListである。このReal PlayListは、それが参照しているClipのストリーム部分を共有していると見なされる。すなわち、Real PlayListは、それの参照しているClipのストリーム部分に相当するデータ容量をディスクの中で占めている。ＡＶストリームが新しいClipとして記録される場合、そのClip全体の再生可能範囲を参照するReal PlayListが自動的に作られる。Real PlayListにおける再生範囲の一部分が消去された場合、それが参照しているClipのストリーム部分もまたデータが消去される。Virtual PlayListは、Clipのデータを共有していないと見なされる。Virtual PlayListが変更または消去されたとしても、Clipは何も変化しない。
尚、以下の説明においては、Real PlayListとVirtual PlayListを総称して単に、PlayListと呼んでいる。

ＤＶＲディスク上に必要なディレクトリとしては、まず、"DVR"ディレクトリを含むrootディレクトリがある。また、"PLAYLIST"ディレクトリ、"CLIPINF"ディレクトリ、"STREAM"ディレクトリ、および"DATA"ディレクトリを含む"DVR"ディレクトリがある。rootディレクトリの下に、これら以外のディレクトリを作っても良いが、それらは、このＤＶＲアプリケーションフォーマットでは無視される。

図２は、ＤＶＲディスク上に作られるディレクトリ構造の一例を示した図である。
ここで、rootディレクトリ１１１は、一つのディレクトリ("DVR"ディレクトリ１１２)を含む。
"DVR"： ＤＶＲアプリケーションフォーマットによって規定される全てのファイルとディレクトリは、このディレクトリの下にストアされなければならない。

また、"DVR"ディレクトリ１１２は、"PLAYLIST"ディレクトリ１１３、"CLIPINF"ディレクトリ１１４、"STREAM"ディレクトリ１１５、および"DATA"ディレクトリ１１６の４個のディレクトリを含む。
"PLAYLIST" ： Real PlayListとVirtual PlayListのデータベースファイルは、このディレクトリの下に置かなければならない。このディレクトリは、PlayListが一つもなくても存在しなければならない。
"CLIPINF" ： Clipのデータベースは、このディレクトリの下に置かなければならない。このディレクトリは、Clipが一つもなくても存在しなければならない。
"STREAM" ： ＡＶストリームファイルは、このディレクトリの下に置かなければならない。このディレクトリは、ＡＶストリームファイルが一つもなくても存在しなければならない。

"PLAYLIST"ディレクトリ１１３は、２種類のPlayListファイルをストアするものであり、それらは、前述したReal PlayListとVirtual PlayListである。
"xxxxx.rpls" ： このファイルは、一つのReal PlayListに関連する情報をストアする。それぞれのReal PlayList毎に、一つのファイルが作られる。ファイル名は、"xxxxx.rpls"である。ここで、"xxxxx"は、０から９まで数字５個である。ファイル拡張子は、"rpls"でなければならない。
"yyyyy.vpls" ： このファイルは、一つのVirtual PlayListに関連する情報をストアする。それぞれのVirtual PlayList毎に、一つのファイルが作られる。ファイル名は、"yyyyy.vpls"である。ここで、"yyyyy"は、０から９までの数字５個である。ファイル拡張子は、"vpls"でなければならない。

"CLIPINF"ディレクトリ１１４は、それぞれのＡＶストリームファイルに対応して、一つのファイルをストアする。
"zzzzz.clpi" ： このファイルは、一つのＡＶストリームファイル(Clip AVストリームファイルまたはBridge-Clip AVストリームファイル)に対応するClip Information fileである。ファイル名は、"zzzzz.clpi"であり、ここで"zzzzz"は、０から９までの数字５個である。ファイル拡張子は、"clpi"でなければならない。

"STREAM"ディレクトリ１１５は、ＡＶストリームのファイルをストアする。"zzzzz.m2ts" ： このファイルは、ＤＶＲシステムにより扱われるＡＶストリームファイルである。これは、Clip AVストリームファイルまたはBridge-Clip AVストリームファイルである。ファイル名は、"zzzzz.m2ts"であり、ここで"zzzzz"は、０から９までの数字５個である。ファイル拡張子は、"m2ts"でなければならない。一つのＡＶストリームファイルとそれに対応するClip information fileは、同じ５個の数字"zzzzz"を使用しなければならない。
尚、その他のディレクトリとファイル名は、その説明を省略する。

図３は、ＡＶストリームファイルの構造を示した図である。ＡＶストリームファイルは、図３に示すDVR MPEG2トランスポートストリームの構造を持たなければならない。図３から理解できるように、DVR MPEG2トランスポートストリームは次に示す特徴を備えている。
１) DVR MPEG2トランスポートストリームは、整数個のAligned unitから構成される。
２) Aligned unitの大きさは６１４４バイト(２０４８×３バイト)である。
３) Aligned unitはソースパケットの第一バイト目から始まる。
４) ソースパケット(source packet)は１９２バイト長である。一つのソースパケットは、TP_extra_headerとトランスポートパケット(Transport packet)から成る。TP_extra_headerは４バイト長であり、またトランスポートパケットは１８８バイト長である。
５) 一つのAligned unitは３２個のソースパケットから成る。
更に、以下の特徴を備えている。
６) DVR MPEG2トランスポートストリームの中における最後のAligned unitも、また３２個のソースパケットから成る。
７) 最後のAligned unitが入力トランスポートストリームのトランスポートパケットで完全に満たされなかった場合、残りのバイト領域をヌルパケット（PID=0x1FFFのトランスポートパケット）を持ったソースパケットで満たさねばならない。

図４は、ソースパケット(source packet)のプログラミング構文であるシンタクス(Syntax)を示した図である。TP_extra_header()は、４バイト長のヘッダである。また、transport_packet() は、ISO/IEC13818-1で規定される１８８バイト長のＭＰＥＧ２トランスポートパケットである。

図５は、TP_extra_header()のシンタクスを示した図である。copy_permission_indicatorは、トランスポートパケットのペイロード(Payload)のコピー制限を表す整数である。コピー制限は、copy free, no more copy, copy once またはcopy prohibitedとすることができる。arrival_time_stampは、ＡＶストリームの中で、対応するトランスポートパケットがデコーダに到着する時刻を示すタイムスタンプである。

図６は、copy_permission_indicatorの値とそれらによって指定されるモードの関係を示した図である。copy_permission_indicatorは、トランスポートパケットのペイロードのコピー制限を表す整数である。コピー制限は、copy free、no more copy、copy once、およびcopy prohibitedとすることができる。copy_permission_indicatorは、全てのトランスポートパケットに付加される。

IEEE1394ディジタルインターフェースを使用して入力トランスポートストリームを記録する場合、copy_permission_indicatorの値は、IEEE1394 isochronouspacket headerの中におけるＥＭＩ(Encryption Mode Indicator)の値に関連付けても良い。IEEE1394ディジタルインターフェースを使用しないで入力トランスポートストリームを記録する場合、copy_permission_indicatorの値は、トランスポートパケットの中に埋め込まれたコピー制限情報(ＣＣＩ：Copy Control Information)の値に関連付けても良い。ビデオ入力をセルフエンコードする場合、copy_permission_indicatorの値は、入力信号のＣＧＭＳの値に関連付けても良い。

次に、ＡＶストリームファイルの再生情報を管理するデータベースフォーマットについて説明する。
図７は、Clip Information fileのシンタクスを示した図である。Clip Information fileは、ClipInfo(), SequenceInfo(), ProgramInfo(), CPI(), ClipMark(), MakersPrivateData()を持つ。

図８は、このClipInfo()のシンタクスを示した図である。ClipInfo()の中にあるsource_security_info()は、Clip AVストリームのコピー制限情報を管理する情報を持つものであり、ＡＶストリームの入力ソースと記録モードを管理するための情報を定義する。

図９は、ClipInfo()の中のsource_security_info()のシンタクスを示した図である。is_cognizantは、値が１である場合、そのＡＶストリームファイルの記録がCognizant記録であることを示し、値が０である場合、そのＡＶストリームファイルの記録がNon-cognizant記録であることを示す。

ここで、Cognizant記録とは、ディジタル放送等のトランスポートストリームを記録する時、トランスポートストリームの中に符号化されているＣＣＩ(Embedded CCIと呼ばれ、CCIを持つディスクリプタやウォーターマーク)を解析する記録モードである。また、Non-cognizant記録とは、ディジタル放送等のトランスポートストリームを記録する時、トランスポートストリームの中に符号化されているＣＣＩを解析しない記録モードである。

IEEE1394ディジタルインターフェース経由で入力されるトランスポートストリームをNon-cognizant記録する場合、トランスポートストリームの記録制限は、IEEE1394 isochronous packet headerの中のＥＭＩ(Encryption Mode Indicator)の値に基づいて行われる。

is_WM_checkedは、その値が１の場合、記録装置がＡＶストリームの記録時に、ＡＶストリームのウォーターマークを解析して、それを必要に応じて更新したことを示している。is_WM_checkedが０の場合、ＡＶストリームの記録時にそのウォーターマークを解析せずに記録したことを示す。ウォーターマークは、現時点(２００１年６月の時点)では未だ標準化がまとまっていない為、ウォーターマークによる記録制限が記録装置に強制される時点よりも以前に製造された記録装置は、is_WM_checkedをゼロとしても良い。

source_typeは、記録されたＡＶストリームの入力ソースを示している。source_type値の意味を、図１０に示している。また、source_typeの意味の別の例を図１１に示している。記録時のsource_typeの値の設定方法、また再生時のsource_typeの使用方法については、後で詳しく説明する。

Integrity_Check_Valueは、source_security_info()の内容が改竄されていないことを示すための符号である。これは、source_security_info()の第１バイト目からIntegrity_Check_Valueの直前のバイトまでのデータを入力として、所定の暗号アルゴリズムで計算した符号である。この暗号アルゴリズムとしては、例えば、ISO/IEC 9797(Information technology - Security techniques - Data integrity mechanism using a cryptographic check function employing a block cipher algorithm)に記載されているアルゴリズムが採用される。

もしも、悪意を持ったユーザによって、source_security_info()のsource_typeの内容が改竄されて、「ＤＴＣＰ準拠の入力」から「ＤＴＣＰ準拠でない入力」に書き変えられたとしても、記録装置はIntegrity_Check_Valueの値を検査することにより、source_security_info()が改竄されたことを検出できる。もしも、source_security_info()が改竄されたことを検出した場合には、もはやsource_security_info()は信じられないので、記録装置は、そのsource_security_info()を持つＡＶストリームを再生できないようにする。

また、source_security_info()の内容を改竄できないようにするために、source_security_info()をスクランブルするか、またはClip Information file全体をスクランブルしてもよい。

上述の例では、source_security_info()をClip Information fileの中で記述する場合を説明したが、source_security_info()をＡＶストリームの中で符号化するようにしても良い。例えば、source_security_info()をＭＰＥＧ２トランスポートストリームで規定されているディスクリプタの形式で符号化する方法がある。

図１２は、source_security_info()のシンタクスにおける別の例を示した図である。これは、Clip Information fileの中にストアすることは、勿論、他にも、ＡＶストリームの中で符号化するときに適している。この図１２のsource_security_info()は、図９に示したシンタクスに対して、status_WMとWM_transition_flagを加えている。

is_WM_checkedの意味は、その値が１の場合、記録装置がＡＶストリームの記録時に、ＡＶストリームのウォーターマークを解析して、それを必要に応じて更新したことを示している。is_WM_checkedが０の場合、ＡＶストリームの記録時にそのウォーターマークを解析しないで記録したことを示している。また、is_WM_checkedが１の場合、次に続くstatus_WMとWM_transition_flagの値が有効な値を持つことを示し、その値が０の場合、次に続くstatus_WMとWM_transition_flagの値が無効であることを示している。

図１３は、status_WMの意味の例を示した図である。この場合に、status_WMはＡＶストリーム中で、そのstatus_WMが符号化されているアドレスにおけるＡＶストリームのコピー制限情報を示している。

図１４は、WM_transition_flagの意味を示した図である。この場合に、WM_transition_flagの値が１であれば、ＡＶストリーム中で、そのstatus_WMが符号化されているアドレスにおいて、ＡＶストリームのＷＭの意味が、そのアドレス以前と比べて変化したことを示している。WM_transition_flagの値が０の場合、ＡＶストリーム中で、そのstatus_WMが符号化されているアドレスにおいて、ＡＶストリームのＷＭの意味が、そのアドレス以前と同じ意味であることを示している。

記録時に、このstatus_WMを記録することにより、ＡＶストリームの再生時にそのウォーターマークの示す状態を知りたいときに、ＡＶストリームを解析する必要がない。そのため、記録媒体上のあるＡＶストリーム別の記録媒体にコピーしたいときに、ＡＶストリームに埋め込まれているウォーターマークを解析することなしに、status_WMを参照することによって、コピーの可否を判断することができる。また、WM_transition_flagは、ＡＶストリームの中におけるＷＭの変化点に対する検索処理の高速化に役立てることができる。

Integrity_Check_Valueは、source_security_info()の内容が改竄されていないことを示すための符号である。これは、source_security_info()の第１バイト目からIntegrity_Check_Valueの直前のバイトまでのデータを入力として、所定の暗号アルゴリズムで計算した符号である。この暗号アルゴリズムは、例えば、ISO/IEC 9797に記載されているアルゴリズムを用いる。

また、source_security_info()の内容を改竄できないようにするために、source_security_info()をスクランブルするか、またはＡＶストリームファイル全体をスクランブルしてもよい。

次に、本実施の形態におけるシステム構成を説明する。
図１５は、本実施の形態が適用される記録装置の構成を示したブロック図である。ここでは、ＡＶストリームを記録するときに、そのsource_security_info()を作成して記録している。本実施の形態では、端子３３から記録するＡＶ信号の入力ソースの指示信号がコントローラ１９へ供給されている。また、ここでは、入力ソースの種類として、ビデオのライン入力、記録装置に内蔵されるアナログＴＶ放送のチューナ入力、記録装置に内蔵されるディジタルＴＶ放送のチューナ入力、IEEE1394経由でＤＴＣＰ準拠の方法を用いて入力されるトランスポートストリーム、そして、IEEE1394経由でＤＴＣＰ準拠の方法を用いないで入力されるトランスポートストリームがある。コントローラ１９は、この入力ソースの指示信号をsource_security_info()の中に符号化している。

図１５に示す記録装置では、上記の入力ソースの種類別に、入力端子として、端子１０,１２,３２,２５を備えている。また、端子１０のＲＦ入力からビデオ信号を取り出すＴＶチューナ１１、入力ビデオのマクロビジョン信号を解析して入力信号の記録制限を行うマクロビジョン検出部１３、入力ビデオのＣＧＭＳを解析するＣＧＭＳ検出・更新部１４、入力ビデオのウォーターマーク(Water Mark)を解析するＷＭ(Water Mark)検出・更新部１５、入力ビデオオーディオ信号を符号化するＭＰＥＧ２ＡＶエンコーダ１６、ソースパケットからなるＡＶストリームを供給する多重化・ソースパケット化部１７を備えている。

また、入力されるソースパケット列の情報を解析するストリーム解析部１８、端子３３からの入力ソース指示信号をsource_security_info()の中に符号化し、また、入力されるCCI_oおよびWM_oに基づいてＡＶストリームの中で符号化するE_CCI(Embedded CCI)の値を決定するコントローラ１９を備えている。更に、入力されるソースパケット列をスクランブルするスクランブラ２０の他、ＥＣＣ(誤り訂正)符号化部２１、変調部２２、ドライブ２３およびＤＶＲ等の記録媒体２４を備えている。

また図１５には、ＤＴＣＰ準拠のIEEE1394接続の手続き処理を行うセットトップボックス(ＳＴＢ)２６、ＤＴＣＰに準拠していないトランスポートストリームを供給するＰＣ２７が示されている。更に、内蔵チューナであるディジタルＴＶチューナ２８、IEEE1394接続の手続き処理を行うIEEE1394インターフェース(Ｉ/Ｆ)２９、入力トランスポートストリームの中に符号化されているＣＣＩ(E_CCI：Embedded CCI)を解析するＥ_ＣＣＩ解析・更新部３０、および入力ビデオのウォーターマークを解析するＷＭ検出・更新部３１を備えている。

まず始めに、図１５を用いて、端子１２、３２の外部ライン入力端子からのビデオ、オーディオ入力をセルフエンコードしたＡＶストリームを記録する場合について説明する。
マクロビジョン検出部１３では、端子１２から入力された入力ビデオのマクロビジョン信号が所定の方法により解析されて、入力信号の記録制限が行われる。この記録制限が行われた入力ビデオは、ＣＧＭＳ検出・更新部１４へ供給される。このＣＧＭＳ検出・更新部１４では、入力ビデオのＣＧＭＳ(ＣＧＭＳ‐ＡまたはＣＧＭＳ‐Ｄ)が所定の方法により解析されて、記録されるＡＶストリームのＣＣＩ(図の中でCCI_oで示す)がコントローラ１９へ供給される。また、ＣＧＭＳ検出・更新部１４からＷＭ検出・更新部１５に対して入力ビデオが供給される。

ＷＭ検出・更新部１５では、入力ビデオのウォーターマーク(ＷＭ)が所定の方法により解析されて、記録されるＡＶストリームのＷＭ(図の中でWM_oで示す)がコントローラ１９へ供給される。また、入力ビデオは、ＷＭ検出・更新部１５からＭＰＥＧ２ＡＶエンコーダ１６へ供給される。ＭＰＥＧ２ＡＶエンコーダ１６では、入力されるビデオオーディオ信号が、ＭＰＥＧビデオとＭＰＥＧオーディオストリームに符号化される。これらのＭＰＥＧストリームは、多重化・ソースパケット化部１７へ供給される。この多重化・ソースパケット化部１７へは、このＭＰＥＧストリームとコントローラ１９からの情報が入力される。

このように、コントローラ１９では、入力されるWM_oの変化が検出されて、source_security_info()が作成される。source_security_info()の情報をＡＶストリームの中で符号化する場合、コントローラ１９は、その情報を多重化・ソースパケット化部１７へ供給している。そして、多重化・ソースパケット化部１７は、source_security_info()の情報をＡＶストリームの中で符号化しており、例えば、その情報を持つディスクリプタが符号化される。

また、コントローラ１９では、入力されるCCI_oおよびWM_oに基づいて、ＡＶストリームの中で符号化するE_CCI(Embedded CCI)の値が所定の方法により決定される。このE_CCIは、例えば、DTCP_deascriptorが用いられてＡＶストリームの中で符号化される。

また、多重化・ソースパケット化部１７では、ソースパケットヘッダに符号化するcopy_permission_indicatorの値が所定の方法により決定される。多重化・ソースパケット化部１７は、ソースパケット列をスクランブラ２０とストリーム解析部１８へ供給している。スクランブラ２０では、入力されるソースパケット列が所定の方法によりスクランブルされ、ＥＣＣ符号化部２１へ供給される。また、ストリーム解析部１８では、入力されるソースパケット列の情報が解析されて、データベースファイル作成のための情報がコントローラ１９へ供給される。

ここで、source_security_info()をClip Information fileの中にストアする場合には、コントローラ１９は、source_security_info()を持つClip Information fileのデータを作成して、これをＥＣＣ符号化部２１へ供給する。このＥＣＣ符号化部２１へ入力されたＡＶストリームおよびClip Information fileのデータは、ＥＣＣ符号化部２１，変調部２２，ドライブ２３の処理の後に、それぞれＡＶストリームファイルとClip Information fileとして、記録媒体２４へ記録される。

次に、図１５を用いて、端子１０から、アナログＴＶ放送のＲＦ入力のビデオ信号をセルフエンコードしたＡＶストリームを記録する場合について説明する。
ＴＶチューナ１１では、ＲＦ入力からビデオ信号が取り出され、ＷＭ検出・更新部１５へ供給される。ＷＭ検出・更新部１５では、入力ビデオのウォーターマークが所定の方法により解析されて、記録するＡＶストリームのＷＭ(図の中でWM_oで示す)がコントローラ１９へ供給される。また、ＷＭ検出・更新部１５からは、入力ビデオがＭＰＥＧ２ＡＶエンコーダ１６へ供給される。その後の処理は、上述の外部ライン入力端子からのビデオ、オーディオ入力をセルフエンコードしたＡＶストリームを記録する場合における、ＭＰＥＧ２ＡＶエンコーダ１６以降の処理と同様である。

次に、端子２５から、ディジタルＴＶ放送のＲＦ入力からのトランスポートストリームを記録する場合について説明する。ＴＶチューナ２８は、ＲＦ入力からトランスポートストリームを取り出して、Ｅ_ＣＣＩ(Embedded CCI)解析・更新部３０へ供給する。

Ｅ_ＣＣＩ解析・更新部３０では、入力トランスポートストリームの中に符号化されているＣＣＩ(Embedded CCI)が所定の方法により解析されて、記録するＡＶストリームのＣＣＩ(図の中でCCI_oで示す)がコントローラ１９へ供給される。また、Ｅ_ＣＣＩ解析・更新部３０からは、入力トランスポートストリームがＷＭ検出・更新部３１へ供給される。ＷＭ検出・更新部３１では、入力ビデオのウォーターマーク(ＷＭ)が所定の方法により解析されて、記録するＡＶストリームのＷＭ(図の中でWM_oで示す)がコントローラ１９へ供給される。また、入力トランスポートストリームがＷＭ検出・更新部３１から多重化・ソースパケット化部１７へ供給される。

多重化・ソースパケット化部１７へは、入力トランスポートストリームとコントローラ１９からの所定の指示信号が入力される。即ち、コントローラ１９は、入力されるWM_oの変化を検出して、source_security_info()を作成する。source_security_info()をＡＶストリームの中で符号化する場合、コントローラ１９は、source_security_info()を多重化・ソースパケット化部１７へ供給する。多重化・ソースパケット化部１７は、source_security_info()の情報をＡＶストリームの中で符号化する場合、例えば、その情報を持つディスクリプタを符号化する。

そして、多重化・ソースパケット化部１７では、入力トランスポートストリームがソースパケット化され、スクランブラ２０へ供給される。その後の処理は、上述の外部ライン入力端子からのビデオ、オーディオ入力をセルフエンコードしたＡＶストリームを記録する場合における、スクランブラ２０以降の処理と同様である。

次に、IEEE1394で接続されたＳＴＢ２６からＤＴＣＰ準拠の方式で供給されるトランスポートストリームをCognizant記録モードで記録する場合について説明する。

図１５に示される記録装置とＳＴＢ２６では、ＤＴＣＰ準拠のIEEE1394接続の手続き処理が行われる。IEEE1394インターフェース２９では、入力されるアイソクロナスパケットのヘッダにあるＥＭＩ(Encryption Mode Indicator)が所定の方法により解析されて、記録するＡＶストリームのＣＣＩ(図の中でCCI_oで示す)がコントローラ１９へ供給される。また、IEEE1394インターフェース２９では、入力トランスポートストリームがＥ_ＣＣＩ解析・更新部３０へ供給される。その後の処理は、上述のディジタルＴＶ放送のＲＦ入力からのトランスポートストリームを記録する場合における、Ｅ_ＣＣＩ解析・更新部３０以降の処理と同様である。

次に、IEEE1394で接続されたＳＴＢ２６からＤＴＣＰ準拠の方式で供給されるトランスポートストリームをNon-cognizant記録モードで記録する場合について説明する。

図１５に示される記録装置とＳＴＢ２６では、ＤＴＣＰ準拠のIEEE1394接続の手続き処理が行われる。IEEE1394インターフェース２９では、入力されるアイソクロナスパケットのヘッダにあるＥＭＩが所定の方法により解析されて、記録するＡＶストリームのＣＣＩ(図の中でCCI_oで示す)がコントローラ１９へ供給される。また、IEEE1394インターフェース２９から出力されるトランスポートストリームは、Ｅ_ＣＣＩ解析・更新部３０とＷＭ解析・更新部３１をスルーで通過して(何も処理されないで通過して)、多重化・ソースパケット化部１７へ供給される。その後の処理は、上述のディジタルＴＶ放送のＲＦ入力からのトランスポートストリームを記録する場合における、多重化・ソースパケット化部１７以降の処理と同様である。

次に、IEEE1394で接続されたＰＣ２７からＤＴＣＰ準拠の方式を用いないで供給されるトランスポートストリームをCognizant記録モードで記録する場合について説明する。

図１５に示す記録装置とＰＣ２７とは、ＤＴＣＰ準拠でないIEEE1394接続の手続き処理が行われる。この場合、入力されるイソクロナスパケットのＥＭＩフィールドは意味を持たない。IEEE1394インターフェース２９からは、入力トランスポートストリームがＥ_ＣＣＩ解析・更新部３０へ供給される。その後の処理は、上述のディジタルＴＶ放送のＲＦ入力からのトランスポートストリームを記録する場合における、Ｅ_ＣＣＩ解析・更新部３０以降の処理と同様である。

次に、図１５に示した記録装置において、入力ソースの種類によって異なるコピーコントロールの処理について、図１６〜図２２を用いて説明する。

図１６は、入力ソースがビデオのライン入力の場合(端子１２からのビデオライン入力の場合)におけるコピーコントロール処理について説明した図である。図の中の「入力信号の状態」のＣＧＭＳとＷＭは、それぞれ入力信号が持つＣＧＭＳとＷＭの状態を示している。

ここでは、
・ 入力ビデオ信号のＣＧＭＳが'００'のとき、ＣＧＭＳ検出・更新部１４は、CCI_o＝００とする。
・ 入力ビデオ信号のＣＧＭＳが'１０'のとき、ＣＧＭＳ検出・更新部１４は、CCI_o＝０１とし、入力ビデオのＣＧＭＳを更新する。
・ 入力ビデオ信号のＣＧＭＳが'０１'または'１１'のとき、入力ビデオを記録できない。

入力ビデオ信号のＷＭを解析する場合において、
・ 入力信号のＷＭが'００'のとき、ＷＭ検出・更新部１５は、WM_o＝００とする。
・ 入力信号のＷＭが'１０'のとき、ＷＭ検出・更新部１５は、WM_o＝１０１とし、入力ビデオのＷＭを更新する。
・ 入力信号のＷＭが'１０１'または'１１'のとき、入力ビデオを記録できない。

ここで、コントローラ１９は、記録するＡＶストリームの中に符号化されるE_CCIにCCI_oと同じ意味の値をセットし、ソースパケットヘッダのcopy_permission_indicator(c_p_I)に、CCI_oと同じ意味の値をセットする。また、コントローラ１９は、source_security_info()の内容を次のようにセットする。
・ is_cognizantを１にセットする。
・ 入力ビデオ信号のＷＭを解析する場合は、is_WM_chekedを１にセットし、status_WMにWM_oと同じ意味の値をセットし、それ以前のＷＭの状態と比較して、WM_transition_flagの値を決める。
・ 入力ビデオ信号のＷＭを解析しない場合は、is_WM_chekedを０にセットする。

図１７は、入力ソースが記録装置に内蔵のアナログＴＶチューナ(ＴＶチューナ１１)からのビデオ入力の場合におけるコピーコントロール処理を説明した図である。図の中における「入力信号の状態」のＷＭは、入力信号が持つＷＭの状態を示している。

ここでは、
・ 入力ビデオ信号のＷＭを解析しない場合、WM_o＝００と見なす。
入力ビデオ信号のＷＭを解析する場合において、
・ 入力信号のＷＭが'００'のとき、ＷＭ検出・更新部１５は、WM_o＝００とする。
・ 入力信号のＷＭが'１０'のとき、ＷＭ検出・更新部１５は、WM_o=１０１とし、入力ビデオのＷＭを更新する。
・ 入力信号のＷＭが'１０１'または'１１'のとき、入力ビデオを記録できない。

ここで、コントローラ１９は、記録するＡＶストリームの中に符号化されるE_CCIにWM_oと同じ意味の値をセットし、ソースパケットヘッダのcopy_permission_indicator(c_p_I)に、WM_oと同じ意味の値をセットする。また、コントローラ１９は、source_security_info()の内容を次のようにセットする。
・ is_cognizantを１にセットする。
・ 入力ビデオ信号のＷＭを解析する場合は、is_WM_chekedを１にセットし、status_WMにWM_oと同じ意味の値をセットし、それ以前のＷＭの状態と比較して、WM_transition_flagの値を決める。
・ 入力ビデオ信号のＷＭを解析しない場合は、is_WM_chekedを０にセットする。

図１８は、入力ソースがディジタルＴＶ放送の内蔵チューナ(ディジタルＴＶチューナ２８)からのＴＳ(トランスポートストリーム)の場合における、コピーコントロール処理を説明するための図である。図の中における「入力信号の状態」のE_CCIとＷＭは、それぞれ入力信号が持つE_CCIとＷＭの状態を示している。

ここでは、
・ 入力ＴＳのE_CCIが'００'のとき、Ｅ_ＣＣＩ解析・更新部３０は、CCI_o＝００とする。
・ 入力ＴＳのE_CCIが'１０'のとき、Ｅ_ＣＣＩ解析・更新部３０は、CCI_o＝０１とし、入力ＴＳのE_CCIを'０１'に更新する。
・ 入力ＴＳのE_CCIが'０１'または'１１'のとき、入力ＴＳを記録できない。

また、入力ＴＳのＷＭを解析する場合において、
・ 入力ＴＳのＷＭが'００'のとき、ＷＭ検出・更新部３１は、WM_o＝００とする。
・ 入力ＴＳのＷＭが'１０'のとき、ＷＭ検出・更新部３１は、WM_o＝１０１とし、入力ＴＳのＷＭを'１０１'に更新する。
・ 入力ＴＳのＷＭが'１０１'または'１１'のとき、入力ＴＳを記録できない。

ここで、コントローラ１９は、ソースパケットヘッダのcopy_permission_indicator(c_p_I)に、CCI_oと同じ意味の値をセットする。また、コントローラ１９は、source_security_info()の内容を次のようにセットする。
・ is_cognizantを１にセットする。
・ 入力ビデオ信号のＷＭを解析する場合は、is_WM_chekedを１にセットし、status_WMにWM_oと同じ意味の値をセットし、それ以前のＷＭの状態と比較して、WM_transition_flagの値を決める。
・ 入力ビデオ信号のＷＭを解析しない場合は、is_WM_chekedを０にセットする。

図１９は、入力ソースがIEEE1394経由でＤＴＣＰ準拠の方式で入力されるＴＳであり、そのＴＳをCognizant記録する場合における、コピーコントロール処理を説明するための図である。図の中の「入力信号の状態」のＥＭＩ、E_CCI、ＷＭは、それぞれ入力信号が持つＥＭＩ、E_CCI、ＷＭの状態を示している。

ここでは、
・ 入力ＴＳのE_CCIが'００'のとき、Ｅ_ＣＣＩ解析・更新部３０は、CCI_o＝００とする。
・ 入力ＴＳのE_CCIが'１０'のとき、Ｅ_ＣＣＩ解析・更新部３０は、CCI_o＝０１とし、入力ＴＳのE_CCIを'０１'に更新する。
・ 入力ＴＳのE_CCIが'０１'または'１１'のとき、入力ＴＳを記録できない。

また、入力ＴＳのＷＭを解析する場合において、
・ 入力ＴＳのＷＭが'００'のとき、ＷＭ検出・更新部３１は、WM_o＝００とする。
・ 入力ＴＳのＷＭが'１０'のとき、ＷＭ検出・更新部３１は、WM_o＝１０１とし、入力ＴＳのＷＭを'１０１'に更新する。
・ 入力ＴＳのＷＭが'１０１'または'１１'のとき、入力ＴＳを記録できない。

ここで、コントローラ１９は、ソースパケットヘッダのcopy_permission_indicator(c_p_I)に、CCI_oと同じ意味の値をセットする。また、コントローラ１９は、source_security_info()の内容を次のようにセットする。
・ is_cognizantを１にセットする。
・ 入力ビデオ信号のＷＭを解析する場合は、is_WM_chekedを１にセットし、status_WMにWM_oと同じ意味の値をセットし、それ以前のＷＭの状態と比較して、WM_transition_flagの値を決める。
・ 入力ビデオ信号のＷＭを解析しない場合は、is_WM_chekedを０にセットする。

図２０は、入力ソースがIEEE1394経由でＤＴＣＰ準拠の方式で入力されるＴＳであり、そのＴＳをNon-cognizant記録する場合における、コピーコントロール処理を説明するための図である。図の中における「入力信号の状態」のＥＭＩは、それぞれ入力信号が持つＥＭＩの状態を示している。

ここでは、
・ 入力ＴＳのＥＭＩが'００'のとき、IEEE1394インターフェース２９は、CCI_o＝００とする。
・ 入力ＴＳのＥＭＩが'１０'のとき、IEEE1394インターフェース２９は、CCI_o＝０１とする。
・ 入力ＴＳのＥＭＩが'０１'または'１１'のとき、入力ＴＳを記録できない。

ここで、コントローラ１９は、ソースパケットヘッダのcopy_permission_indicator(c_p_I)に、CCI_oと同じ意味の値をセットする。また、コントローラ１９は、source_security_info()の内容を次のようにセットする。
・ is_cognizantを０にセットする。
・ is_WM_checkedを０にセットする。

図２１は、入力ソースがIEEE1394経由でＤＴＣＰ準拠の方式を用いないで入力されるＴＳであり、そのＴＳをCognizant記録する場合における、コピーコントロール処理を説明するための図である。図の中における「入力信号の状態」のE_CCIとＷＭは、それぞれ入力信号が持つE_CCIとＷＭの状態を示している。

ここでは、
・ 入力ＴＳのE_CCIが'００'のとき、Ｅ_ＣＣＩ解析・更新部３０は、CCI_o＝００とする。
・ 入力ＴＳのE_CCIが'１０'のとき、Ｅ_ＣＣＩ解析・更新部３０は、CCI_o＝０１とし、入力ＴＳのE_CCIを'０１'に更新する。
・ 入力ＴＳのE_CCIが'０１'または'１１'のとき、入力ＴＳを記録できない。

また、入力ＴＳのＷＭを解析する場合において、
・ 入力ＴＳのＷＭが'００'のとき、ＷＭ検出・更新部３１は、WM_o＝００とする。
・ 入力ＴＳのＷＭが'１０'のとき、ＷＭ検出・更新部３１は、WM_o＝１０１とし、入力ＴＳのＷＭを'１０１'に更新する。
・ 入力ＴＳのＷＭが'１０１'または'１１'のとき、入力ＴＳを記録できない。

ここで、コントローラ１９は、ソースパケットヘッダのcopy_permission_indicator(c_p_I)に、CCI_oと同じ意味の値をセットする。また、コントローラ１９は、source_security_info()の内容を次のようにセットする。
・ is_cognizantを１にセットする。
・ 入力ビデオ信号のＷＭを解析する場合は、is_WM_chekedを１にセットし、status_WMにWM_oと同じ意味の値をセットし、それ以前のＷＭの状態と比較して、WM_transition_flagの値を決める。
・ 入力ビデオ信号のＷＭを解析しない場合は、is_WM_chekedを０にセットする。

図２２は、入力ソースがIEEE1394経由でＤＴＣＰ準拠の方式を用いないで入力されるＴＳであり、そのＴＳをNon-cognizant記録する場合における、コピーコントロール処理を説明するための図である。この場合、信用できるＣＣＩがなく、入力ＴＳはCopy Freeとみなして記録される。

ここで、コントローラ１９は、ソースパケットヘッダのcopy_permission_indicator(c_p_I)に、００をセットする。また、コントローラ１９は、source_security_info()の内容を次のようにセットする。
・ is_cognizantを0にセットする。
・ is_WM_checkedを0にセットする。

図２３は、本実施の形態における記録処理を説明するフローチャートである。まず、入力ソースのタイプが決定された(ステップ９９)後に、入力ソースがトランスポートストリーム(ＴＳ)入力か否かが判断される(ステップ１００)。入力ソースがトランスポートストリーム入力の場合はステップ１０１へ進み、入力ソースがビデオライン入力または内蔵アナログＴＶチューナ入力の場合はステップ１１１へ進む。

始めに、入力ソースがトランスポートストリーム入力の場合を説明する。
ここでは、まず、入力ソースがIEEE1394入力か内蔵のディジタルＴＶチューナ入力かが判断される(ステップ１０１)。入力ソースがIEEE1394入力の場合はステップ１０２へ進み、入力ソースが内蔵のディジタルＴＶチューナ入力の場合はステップ１０４へ進む。

ステップ１０１で入力ソースがIEEE1394入力の場合に、入力ソースがＤＴＣＰ準拠か否かが判断される(ステップ１０２)。ＤＴＣＰ準拠である場合には、ＥＭＩの値が読み出され、ＥＭＩの処理がなされる(ステップ１０３)。一方、入力ソースがＤＴＣＰ準拠でない場合には、ＥＭＩの値がゼロと見なされ(ステップ１０５)、ステップ１０４に移行する。

ステップ１０４で、入力ＴＳをCognizant記録する場合はステップ１０６へ進み、図１８、図１９、図２１で説明したようにE_CCIによるコピーコントロール処理が行われ、またis_cognizantは１にセットされる。一方、ステップ１０４で、入力ＴＳをNon-cognizant記録する場合は、ステップ１０９へ進み、is_cognizantは０にセットされる。

ステップ１０７で、入力ＴＳのＷＭを解析する場合はステップ１０８へ進み、図１８、図１９、図２１で説明したようにＷＭによるコピーコントロール処理が行われ、またis_WM_checkedは１にセットされる。一方、入力ＴＳのＷＭを解析しないで記録する場合はステップ１１０へ進み、is_WM_checkedは０にセットされる。

これらの処理の後、上述したようにcopy_permission_indicatorの値を決定し、入力トランスポートパケットをソースパケット化する(ステップ１１９)。その後、ＡＶストリームを記録し(ステップ１２０)、source_security_infoを記録して(ステップ１２１)、処理が終了する。

次に、ステップ１００で、入力ソースがビデオライン入力または内蔵アナログＴＶチューナ入力の場合について説明する。ここでは、まず、is_cognizantが１にセットされ(ステップ１１１)、ビデオライン入力か否かが判断される(ステップ１１２)。入力ソースがビデオライン入力の場合はステップ１１３へ進み、入力ソースがアナログＴＶチューナ入力の場合はステップ１１５へ進む。ステップ１１３で、入力ビデオのマクロビジョンによる記録制限が行われた後、入力ビデオのＣＧＭＳによるコピーコントロール処理が図１６で説明したように実行される(ステップ１１４)。

ステップ１１５で、入力ビデオのＷＭを解析する場合はステップ１１６へ進み、図１６および図１７で説明したようにＷＭによるコピーコントロール処理が行われ、またis_WM_checkedは１にセットされる。一方、入力ビデオのWMを解析しないで記録する場合はステップ１１７へ進み、is_WM_checkedは０にセットされる。

これらの処理の後、入力ビデオをＭＰＥＧエンコードして、トランスポートストリーム化する(ステップ１１８)。そして、上述の入力ソースがＴＳの場合と同様に、ステップ１１９、ステップ１２０、 およびステップ１２１の処理が行われる。
このようにして、記録するＡＶストリームのsource_security_infoの情報が作成され、ＡＶストリームと共に記録される。

次に、再生制限を行う再生装置について説明する。
図２４は、本実施の形態が適用される再生装置を示したブロック図であり、ＡＶストリームを再生するときに、そのsource_security_info()に基づいて再生制限を行っている。

この再生装置には、ＡＶストリームファイルとアプリケーションデータベース情報が記録された記録媒体５１を読み込むドライブ５２、復調処理を行う復調部５３、ＥＣＣ(誤り訂正)復号部５４、デスクランブル処理を行うデスクランブラ５５、ソースデパケッタイズ・分離部５６、E_CCIの検査と再生制限の処理を行うコントローラ５７を備えている。また、入力ストリームを復号して、ビデオとオーディオを出力するＭＰＥＧ２ＡＶデコーダ５９、ＷＭの検査と再生制限の処理を行うＷＭ検査部６１、ＤＴＣＰ準拠の再生制限の処理を行うＤＴＣＰ準拠の処理部６２、ＣＧＭＳの処理を行うＣＧＭＳ挿入部６３、マクロビジョンの処理を行うマクロビジョン挿入部６４、再生ビデオ信号が出力される端子６５、オーディオ信号が出力される端子６６を備える。更には、ＷＭの検査と再生制限の処理を行うＷＭ検査部６８、およびＤＴＣＰ準拠の処理を行うIEEE1394インターフェース(Ｉ/Ｆ)７０を備えている。この再生装置からのトランスポートストリームは、ＤＴＣＰ準拠のＳＴＢ７１やＤＴＣＰ準拠でない外部のＰＣ７２に出力される。

まず始めに、アプリケーションデータベース情報(source_security_infoを含む)を記録媒体５１から読み出し、そのデータベース情報は、復調部５３、ＥＣＣ(誤り訂正)復号部５４の処理を経て、コントローラ５７へ入力される。コントローラ５７では、アプリケーションデータベースに基づいて、ディスク(記録媒体５１)に記録されているPlayListの一覧がユーザインターフェース(図示せず)へ出力される。ユーザは、PlayListの一覧から再生したいPlayListを選択し、再生を指定されたPlayListがコントローラ５７へ指示される。コントローラ５７では、そのPlayListの再生に必要なＡＶストリームファイルの記録媒体５１からの読み出しが行われる。そして、ドライブ５２では、記録媒体５１からそのＡＶストリームが読み出され、読み出されたＡＶストリームは、復調部５３、ＥＣＣ復号部５４の処理を経て、デスクランブラ５５へ供給される。デスクランブラ５５では、対応するデータベース情報に基づいたデスクランブル処理が行われ、ソースパケット列がソースデパケッタイズ・分離部５６へ供給される。

その後の処理は、最終的な再生出力がビデオ出力か、ＴＳ出力かによって異なる。
始めに、再生出力がビデオ出力である場合のソースデパケッタイズ・分離部５６以降の処理を説明する。

ソースデパケッタイズ・分離部５６からは、入力されるソースパケットのヘッダのcopy_permission_indicator(c_p_I)がコントローラ５７へ提供される。また、ソースデパケッタイズ・分離部５６では、ソースパケット列から成るＡＶストリームの中にsource_security_infoの情報が符号化されている場合、その情報が復号され、コントローラ５７へ供給される。また、ソースデパケッタイズ・分離部５６からは、ソースパケット列から成るＡＶストリームの中に符号化されているE_CCI (Embedded CCI)がコントローラ５７へ供給される。コントローラ５７では、後述するように、このE_CCIの検査と再生制限の処理が行われる。

図２５は、この再生装置が再生時にE_CCIを検査して再生制限を行う処理について示している。ここでは、source_security_infoのis_cognizantが'０'の場合、それに対応するＡＶストリームの記録時に、E_CCI(Embedded CCI)の解析を行っていないので、再生時にE_CCIの検査と再生制限の処理が行われる。即ち、E_CCIが'００'の場合は、ビデオを再生しても良い。また、E_CCIが'１０'の場合は、ビデオを再生しても良いが、CCIを'０１'に更新する。E_CCIが'１１'または'０１'であった場合は、不正に記録されていることになるので、ビデオの再生が中止される。

また、ソースデパケッタイズ・分離部５６では、ソースパケット列からＭＰＥＧビデオストリームとオーディオストリームとが分離され、それらストリームがＭＰＥＧ２ＡＶデコーダ５９へ供給される。ＭＰＥＧ２ＡＶデコーダ５９からは、入力ストリームが復号され、ビデオとオーディオが出力される。

次に、ＭＰＥＧ２ＡＶデコーダ５９からのビデオ信号は、ＷＭ検査部６１へ入力されて、ＷＭの検査と再生制限の処理が行われる。
図２６は、ＷＭ検査部６１が行う処理について説明するための図である。ここでは、source_security_infoのis_cognizantが'０'の場合、それに対応するＡＶストリームの記録時に、ＷＭの解析を行っていないので、再生時にＷＭの検査と再生制限の処理が行われる。即ち、ＷＭが'００'の場合は、ＡＶストリームの再生をしても良い。また、ＷＭが'１０'の場合は、ビデオの再生をしても良いが、ＷＭを'１０１'に更新する。ＷＭが'１０１'または'１１'であった場合は、不正に記録されていることになるので、ＡＶストリームの再生を中止する。尚、例えばアナログＴＶ放送にてウォーターマークが導入されないような場合には、source_security_infoのsource_typeがアナログＴＶのチューナ入力を示す場合、ＷＭ検査部６１では何ら処理をしなくても構わない。

ＷＭ検査部６１からのビデオ信号は、ＤＴＣＰ準拠の処理部６２へ入力される。source_security_infoのsource_typeがＤＴＣＰ準拠のソースであることを示す場合、ＤＴＣＰ準拠の処理部６２では、ＤＴＣＰ準拠の再生制限の処理が行われる。例えば、source_typeがＤＴＣＰ準拠のソースである場合、トランスポートストリームの中におけるＤＴＣＰ descriptorのＣＣＩが'０１'(No more copy)である場合、ＤＴＬＡの規定に従えば、アナログビデオ再生にＨＤＴＶ(High Definition Television：高精細度テレビジョン)の解像度で出力してはいけない。よって、この場合に、ＤＴＣＰ準拠の処理部６２では、ＨＤＴＶのビデオが入力されたとき、ビデオをＳＤＴＶ(Standard Definition Television：標準画像テレビ)の解像度にダウンサンプルして出力する処理が行われる。

このＤＴＣＰ準拠の処理部６２からのビデオ信号は、ＣＧＭＳ挿入部６３へ入力されて、ＣＧＭＳの処理が行われる。このＣＧＭＳ挿入部６３からのビデオ信号は、マクロビジョン挿入部６４へ入力されて、マクロビジョンの処理が行われる。その後、マクロビジョン挿入部６４から再生ビデオ信号が出力される。

次に、再生出力がＴＳ出力である場合のソースデパケッタイズ・分離部５６以降の処理を説明する。

ソースデパケッタイズ・分離部５６からは、入力されるソースパケットのヘッダのcopy_permission_indicator (c_p_I)がコントローラ５７へ提供される。また、ソースデパケッタイズ・分離部５６では、ソースパケット列から成るＡＶストリームの中にsource_security_infoの情報が符号化されている場合、その情報が復号されて、コントローラ５７へ供給される。また、ソースデパケッタイズ・分離部５６からは、ソースパケット列から成るＡＶストリームの中に符号化されているE_CCI(Embedded CCI)がコントローラ５７へ供給される。また、ソースデパケッタイズ・分離部５６では、ソースパケット列からトランスポートストリームが分離されて、これがＷＭ検査部６８へ供給される。

ソースデパケッタイズ・分離部５６からのトランスポートストリームは、ＷＭ検査部６８へ入力されて、ＷＭの検査と再生制限の処理が行われる。ＷＭ検査部６８にて行われる処理は、上述した図２６の説明と同様である。次に、このＷＭ検査部６８からのトランスポートストリームは、IEEE1394インターフェース７０へ入力される。

source_security_infoのsource_typeがＤＴＣＰ準拠のソースであることを示す場合、ＤＴＣＰ準拠の方法でトランスポートストリームを出力しなければならない。トランスポートストリームをＤＴＣＰ準拠の方法でＳＴＢ７１へ出力する場合、IEEE1394インターフェース７０では所定のＤＴＣＰ準拠の処理が行われる。source_security_infoのsource_typeがＤＴＣＰ準拠のソースでないことを示す場合、トランスポートストリームをＤＴＣＰ準拠でない外部のＰＣ７２へ出力することも可能である。

図２７は、ＡＶストリームを再生するときに、そのsource_security_info()に基づいて再生制限を行う処理を示したフローチャートである。再生処理では、まず、Source_security_infoが読み出され(ステップ２００)、Source_security_infoに対応するＡＶストリームファイルが読み出される(ステップ２０１)。このＡＶストリームファイルのソースパケット列からトランスポートストリームが分離され、また、ソースパケットのヘッダにあるcopy_permission_indicatorが受信される(ステップ２０２)。尚、ＡＶストリームの中にSource_security_infoが符号化されている場合は、このステップでSource_security_infoが読み出される。

次に、ビデオ出力の再生かＴＳ出力の再生かが判断され(ステップ２０３)、ビデオ出力の再生である場合には、ステップ２１１へ進み、ＴＳ出力の再生の場合には、ステップ２０４へ進む。

まず始めに、ＴＳ出力の再生の場合について説明する。ＴＳ出力の再生の場合、ステップ２０４で、is_cognizantが１の場合はステップ２０５へ進み、is_cognizantが０の場合はステップ２０７へ進む。ステップ２０５では、is_WM_checkedが０の場合はステップ２０６へ進み、is_WM_checkedが１の場合はステップ２０７へ進む。このステップ２０６では、前述した図２６の説明のように、ＷＭの検査と再生制限が行われる。

ステップ２０７で、Source_security_infoのsource_typeがＤＴＣＰ準拠の入力ソースであることを示す場合、ステップ２０８へ進み、そうでない場合は、ステップ２１０へ進む。ＤＴＣＰ準拠の場合、ＥＭＩにcopy_permission_indicatorの値がセットされ(ステップ２０８)、ＤＴＣＰのルールの従ったＴＳ出力の処理(例えばスクランブル処理等)が行われる(ステップ２０９)。そして、ＴＳがIEEE1394へアイソクロナス伝送されて(ステップ２１０)、処理が終了する。

次に、ステップ２０３にて、ビデオ出力の再生の場合について説明する。ビデオ出力の再生の場合には、まず、トランスポートストリームがデコードされて、ビデオとオーディオ信号が取り出される(ステップ２１１)。その後、ステップ２１２で、is_cognizantがゼロの場合、ステップ２１３へ進み、is_cognizantが１の場合、ステップ２１４へ進む。ステップ２１３では、図２５で説明したように、E_CCIの検査と再生制限が行われる。

ステップ２１４で、is_WM_checkedが０の場合、ステップ２１５へ進み、is_WM_checkedが１の場合、ステップ２１６へ進む。このステップ２１５では、図２６で説明したようにＷＭの検査と再生制限が行われる。

ステップ２１６で、Source_security_infoのsource_typeがＤＴＣＰ準拠の入力ソースであることを示す場合、ステップ２１７へ進み、そうでない場合はステップ２１８へ進む。このステップ２１７で、ＤＴＣＰのルールに従ったビデオ出力の再生制限の処理(例えば、ライン数５００本以内に制限する等の処理)を行う。ここでは、図２４の再生装置におけるＤＴＣＰ準拠の処理部６２にて、前述した処理が行われる。

次に、ビデオへのＣＧＭＳ挿入の処理が行われる(ステップ２１８)。もしも、ステップ２１３でＣＣＩを更新した場合、またはステップ２１５でＷＭを更新した場合、更新された最新のＣＣＩを表すようにＣＧＭＳがセットされる。ＣＣＩとＷＭの状態が異なる場合、どちらを優先するかはアプリケーションによって決められる。その後、所定の方法により、ビデオ信号にマクロビジョンが挿入される(ステップ２１９)。例えば、ＡＶストリームファイルの中におけるDTCP_descriptorのＡＰＳに符号化されているマクロビジョンの指示情報に従って、ビデオ信号にマクロビジョンが挿入される。そして、ビデオ出力がなされ(ステップ２２０)、処理が終了する。このようにして、記録されているＡＶストリームがSource_security_infoに基づいて適切に再生される。

このように、本実施の形態では、ＡＶストリームと共に、その入力ソースの種類，Cognizant記録かNon-cognizant記録かの情報、記録時にウォーターマーク(Water mark)を解析して記録したかどうかの情報の少なくとも一つを持つsource_security_info()を記録することにより、そのＡＶストリームを再生する際に、適切な再生制限を行うことができる。

例えば、ディジタルＴＶ放送などのトランスポートストリームを記録する場合、記録装置内蔵のディジタルＴＶチューナからのトランスポートストリームを入力ソースとするか、または、外部のセットトップボックスからIEEE1394経由で入力されるトランスポートストリームを入力ソースとするかの２通りの方法がある。前者の方法は、ＤＴＣＰ方式を使用しなくても良く、前者の方法で記録したストリームを再生する時は、ＤＴＣＰ方式に準拠した再生制限を行う必要がない。一方、後者の方法は、少なくとも日本のＢＳディジタル放送の場合、ＤＴＣＰ準拠の方法を用いて記録しなければならない。よって、後者の方法で記録したストリームを再生する時は、ＤＴＣＰ方式に準拠した再生制限を行わなければならない。かかる場合に、Source_security_infoのsource_typeを参照することにより、適切な再生制限を行うことができる。

また、現在、ウォーターマークは、まず、ＤＶＤビデオに導入されることが検討されている。これは、ＤＶＤビデオプレーヤからのアナログビデオ出力が不正に録画されることを防止することを目的としている。一方、録画が基本的には自由なアナログＴＶ放送にはウォーターマークが導入されない可能性がある。かかる場合、アナログビデオのライン入力がセルフエンコードされて記録されたＭＰＥＧストリームは、入力ソースがＤＶＤビデオ出力の可能性があるので、そのＭＰＥＧストリームの再生時に、ウォーターマークをチェックして再生制限を行うことが要求される。一方、アナログＴＶ放送がセルフエンコードされて記録されたＭＰＥＧストリームは、そのＭＰＥＧストリームの再生時に、ウォーターマークをチェックする必要がないだろう、と予想される。この場合に、Source_security_infoのsource_typeを参照することにより、適切な再生制限を行うことができる。

更に、ＤＴＣＰ準拠の方式でトランスポートストリームを記録する場合、Cognizant記録モードとNon-cognizant記録モードがある。Cognizant記録モードで記録されたトランスポートストリームを復号してアナログビデオ再生するときは、トランスポートストリームのEmbedded CCIとウォーターマークをチェックする必要はない。一方、Non-cognizant記録モードで記録されたトランスポートストリームを復号してアナログビデオ再生するときは、トランスポートストリームのEmbedded CCIとウォーターマークをチェックする必要がある。この場合に、Source_security_infoのsource_type、is_cognizantおよびis_WM_checkedを参照することにより、適切な再生制限を行うことができる。

また更に、ＡＶストリームの記録時にウォーターマークのチェックをして記録した場合は、そのＡＶストリームの再生時にウォーターマークのチェックを行う必要がない。逆に、ＡＶストリームの記録時にウォーターマークのチェックを行わないで記録した場合は、そのＡＶストリームの再生時にウォーターマークのチェックを行う必要がある。かかる場合に、Source_security_infoのis_WM_checkedを参照することにより、適切な再生制限を行うことができる。

そして、Source_security_infoにIntegrity_Check_Valueを付加して記録するか、またはSource_security_infoをスクランブルして記録するので、Source_security_infoの情報が改竄されることがないように、セキュアに管理することができる。

更には、Source_security_infoにstatus_WMを記録することにより、ＡＶストリームの再生時にそのウォーターマークの示す状態を知りたいときに、ＡＶストリームを解析する必要がない。そのため、記録媒体上のあるＡＶストリーム別の記録媒体にコピーしたいとき、ＡＶストリームに埋め込まれているウォーターマークを解析することなしに、status_WMを参照することによって、コピーの可否を判断できる。また、WM_transition_flagは、ＡＶストリームの中にてＷＭの変化点の検索処理を行う際に、その処理の高速化に役立てることができる。

尚、本実施の形態では、ディジタルコンテンツの保護機能に関するルールに準拠したものとして、所謂５Ｃと呼ばれるＤＴＣＰ(Digital Transmission Content Protection)に準拠したものを挙げている。しかしながら、本実施の形態の趣旨を逸脱しない限り、ディジタルコンテンツの保護機能に関する他のルールに対しても適用できることは言うまでもない。

また、本実施の形態にて説明した各処理は、情報記録装置、情報再生装置等のコンピュータ装置において実行されるプログラムとして提供することができる。このプログラムは、ＣＤ−ＲＯＭ等の記憶媒体として提供されて、コンピュータ装置におけるＣＤ−ＲＯＭドライブ等の読取手段によって読取可能に構成されている場合の他、例えば、ネットワークを介して遠隔地にあるプログラム伝送装置から提供され、コンピュータ装置にインストールされても良い。また、本実施の形態では、記憶媒体としてＤＶＲを例に挙げて説明してきたが、同様のデータフォーマットを有する記憶媒体等、他の記憶媒体に対して適用できることは言うまでもない。

本実施の形態の情報記録装置、情報再生装置等で用いられる記録媒体上のアプリケーションフォーマットの構造を示した図である。 ＤＶＲディスク上に作られるディレクトリ構造の一例を示した図である。 ＡＶストリームファイルの構造を示した図である。 ソースパケット(source packet)のプログラミング構文であるシンタクス(Syntax)を示した図である。 TP_extra_header()のシンタクスを示した図である。 copy_permission_indicatorの値とそれらによって指定されるモードの関係を示した図である。 Clip Information fileのシンタクスを示した図である。 ClipInfo()のシンタクスを示した図である。 ClipInfo()の中のsource_security_info()のシンタクスを示した図である。 source_type値の意味を示した図である。 source_typeの意味の別の例を示した図である。 source_security_info()のシンタクスにおける別の例を示した図である。 status_WMの意味の例を示した図である。 WM_transition_flagの意味を示した図である。 本実施の形態が適用される記録装置の構成を示したブロック図である。 入力ソースがビデオのライン入力の場合におけるコピーコントロール処理について説明した図である。 入力ソースが記録装置に内蔵のアナログＴＶチューナからのビデオ入力の場合におけるコピーコントロール処理を説明した図である。 入力ソースがディジタルＴＶ放送の内蔵チューナからのＴＳの場合における、コピーコントロール処理を説明するための図である。 入力ソースがIEEE1394経由でＤＴＣＰ準拠の方式で入力されるＴＳであり、そのＴＳをCognizant記録する場合における、コピーコントロール処理を説明するための図である。 入力ソースがIEEE1394経由でＤＴＣＰ準拠の方式で入力されるＴＳであり、そのＴＳをNon-cognizant記録する場合における、コピーコントロール処理を説明するための図である。 入力ソースがIEEE1394経由でＤＴＣＰ準拠の方式を用いないで入力されるＴＳであり、そのＴＳをCognizant記録する場合における、コピーコントロール処理を説明するための図である。 入力ソースがIEEE1394経由でＤＴＣＰ準拠の方式を用いないで入力されるＴＳであり、そのＴＳをNon-cognizant記録する場合における、コピーコントロール処理を説明するための図である。 本実施の形態における記録処理を説明するフローチャートである。 本実施の形態が適用される再生装置を示したブロック図である。 再生装置が再生時にE_CCIを検査して再生制限を行う処理について示した図である。 ＷＭ検査部が行う処理について説明するための図である。 ＡＶストリームを再生するときに、そのsource_security_info()に基づいて再生制限を行う処理を示したフローチャートである。

符号の説明

１０…端子、１１…ＴＶチューナ、１２…端子、１３…マクロビジョン検出部、１４…ＣＧＭＳ検出・更新部、１５…ＷＭ(Water Mark)検出・更新部、１６…ＭＰＥＧ２ＡＶエンコーダ、１７…多重化・ソースパケット化部、１８…ストリーム解析部、１９…コントローラ、２０…スクランブラ、２１…ＥＣＣ(誤り訂正)符号化部、２３…ドライブ、２４…記録媒体、２５…端子、２６…セットトップボックス(ＳＴＢ)、２７…ＰＣ、２８…ディジタルＴＶチューナ、２９…IEEE1394インターフェース(Ｉ/Ｆ)、３０…Ｅ_ＣＣＩ解析・更新部、３１…ＷＭ検出・更新部、３２…端子、５１…記録媒体、５２…ドライブ、５４…ＥＣＣ(誤り訂正)復号部、５５…デスクランブラ、５６…ソースデパケッタイズ・分離部、５７…コントローラ、５９…ＭＰＥＧ２ＡＶデコーダ、６１…ＷＭ検査部、６２…ＤＴＣＰ準拠の処理部、６３…ＣＧＭＳ挿入部、６４…マクロビジョン挿入部、６８…ＷＭ検査部、７０…IEEE1394インターフェース(Ｉ/Ｆ)、７１…ＳＴＢ、７２…ＰＣ

Claims (2)

1. 記録装置の入力インターフェースを介して入力されたＡＶデータと、当該入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値とが当該記録装置により記録された記録媒体を再生する再生装置であって、
   少なくともアナログ出力を行う場合に、前記入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値および前記コピー制御規格で規定されているコピー制御情報を取得する取得手段と、
   前記取得手段により取得した前記入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値に基づき前記コピー制限規格に従って前記ＡＶデータが前記記録媒体に記録されていると判断され、かつ、前記コピー制御情報がコピーを禁止している場合であると判断される場合に、前記ＡＶデータの解像度の制限を行ってアナログ出力を行う出力制限手段と
   を備えることを特徴とする再生装置。
2. 記録装置の入力インターフェースを介して入力されたＡＶデータと、当該入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値とが当該記録装置により記録された記録媒体を再生する再生方法であって、
   少なくともアナログ出力を行う場合に、前記入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値および前記コピー制御規格で規定されているコピー制御情報を取得する取得ステップと、
   前記取得ステップにより取得した前記入力インターフェースの種別に対応して用いられるコピー制限規格に対応した値に基づき前記コピー制限規格に従って前記ＡＶデータが前記記録媒体に記録されていると判断され、かつ、前記コピー制御情報がコピーを禁止している場合であると判断される場合に、前記ＡＶデータの解像度の制限を行ってアナログ出力を行う出力制限ステップと
   を備えることを特徴とする再生方法。

Images