(57)【要約】【課題】記録媒体に記録されたストリームにおける入力ソース等の情報を適切に管理する。【解決手段】記録媒体からＡＶストリームを再生する再生処理において、記録媒体に記録されたコピー制限情報であるSource_security_infoを読み出し(ステップ２００)、ＡＶストリームを読み出し(ステップ２０１)、例えばアナログであるビデオ出力をする場合(ステップ２０３)に、Source_security_infoに含まれる情報から入力ソースがＤＴＣＰ準拠か否かを判断し(ステップ２１６)、ＤＴＣＰ準拠の場合には、ＤＴＣＰルールに従ったビデオ出力の再生制限処理を施し(ステップ２１７)、ビデオ出力をする(ステップ２２０)。【選択図】図２７
2006190478.tif 000002
【特許請求の範囲】
【請求項１】
記録装置の入力手段により入力されたＡＶデータと当該入力手段に応じた値とが当該記録装置により記録された記録媒体を再生する再生装置であって、
前記ＡＶデータについてディジタル出力を行うか、又はアナログ出力を行うか、を判断する判断手段と、
前記判断手段によりアナログ出力を行うと判断した場合に、前記入力手段に応じた値を取得する取得手段と、
前記取得手段により取得した前記入力手段に応じた値に基づき、前記アナログ出力における出力制限を行う出力制限手段と
を備えることを特徴とする再生装置。
【請求項２】
記録装置の入力手段により入力されたＡＶデータと当該入力手段に応じた値とが当該記録装置により記録された記録媒体を再生する再生方法であって、
前記ＡＶデータについてディジタル出力を行うか、又はアナログ出力を行うか、を判断する判断ステップと
前記判断ステップによりアナログ出力を行うと判断した場合に、前記入力手段に応じた値を取得する取得ステップと、
前記取得ステップにより取得した前記入力手段に応じた値に基づき、前記アナログ出力における出力制限を行う出力制限ステップと
を備えることを特徴とする再生方法。
【請求項３】
所定の入力ソースからストリームを入力する入力手段と、
前記ストリームの、アナログ出力の制限のために用いられ、かつ、前記入力手段に対応した値を当該ストリームと共に記録媒体に記録する記録手段と
を備えたことを特徴とする情報記録装置。
【請求項４】
所定の入力ソースからストリームを入力する入力ステップと、
前記ストリームの、アナログ出力の制限のために用いられ、かつ、前記入力手段に対応した値を当該ストリームと共に記録媒体に記録する記録ステップと
を備えたことを特徴とする情報記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生装置、情報記録装置等に係り、特に、ストリームに関連する情報を適切に管理する再生装置、情報記録装置等に関する。
【背景技術】
【０００２】
近年、記録媒体の中で、記録再生装置から取り外し可能なディスク型の情報記録媒体として、ＤＶＲ等の各種の光ディスクが提案されている。このような記録媒体である光ディスクは、数ギガバイトの大容量メディアとしての提案がなされており、ビデオ信号等の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とウォーターマークのチェックが必要かどうかを判断できなかった。
【００１８】
更に、ＡＶストリームの記録時にウォーターマークのチェックをして記録した場合は、そのＡＶストリームの再生時にウォーターマークのチェックを行う必要がない。逆に、ＡＶストリームの記録時にウォーターマークのチェックを行わないで記録した場合は、そのＡＶストリームの再生時にウォーターマークのチェックを行う必要がある。
【００１９】
しかしながら、従来、「記録媒体に記録されているＡＶストリームが記録のときにウォーターマークのチェックを行ったかどうか」の情報を記録していなかった。そのために、そのトランスポートストリームを再生するときにウォーターマークのチェックが必要かどうかを判断できなかった。
【００２０】
本発明は、以上のような技術的課題を解決するためになされたものであり、記録媒体に記録されたストリームにおける入力ソース等の情報を適切に管理することを主たる目的とする。
また他の目的は、そのストリームを再生するときに、適切な再生制限を行うことにある。
【課題を解決するための手段】
【００２１】
かかる目的のもと、本発明は、記録装置の入力手段により入力されたＡＶデータと、この入力手段に応じた値（例えば、後述する実施の形態におけるsource_typeなどが該当）と、が記録装置により記録された記録媒体を再生する再生装置であって、ＡＶデータについてディジタル出力を行うか、又はアナログ出力を行うか、を判断する判断手段（例えば、後述する実施の形態におけるステップ２０３などが該当）と、この判断手段によりアナログ出力を行うと判断した場合に、入力手段に応じた値を取得する取得手段（例えば、後述する実施の形態におけるステップ２１６などが該当）と、この取得手段により取得した入力手段に応じた値に基づき、アナログ出力における出力制限を行う出力制限手段（例えば、後述する実施の形態におけるステップ２１７などが該当）とを備えることを特徴としている。
【００２２】
また、本発明を方法のカテゴリから捉えると、本発明は、記録装置の入力手段により入力されたＡＶデータと入力手段に応じた値とが記録装置により記録された記録媒体を再生する再生方法であって、ＡＶデータについてディジタル出力を行うか、又はアナログ出力を行うか、を判断する判断ステップと、この判断ステップによりアナログ出力を行うと判断した場合に、入力手段に応じた値を取得する取得ステップと、この取得ステップにより取得した入力手段に応じた値に基づき、アナログ出力における出力制限を行う出力制限ステップとを備えることを特徴としている。
【００２３】
一方、本発明が適用される情報記録装置は、所定の入力ソースからストリームを入力する入力手段と、このストリームの、アナログ出力の制限のために用いられ、かつ、入力手段に対応した値をストリームと共に記録媒体に記録する記録手段とを備えたことを特徴としている。
【００２４】
更に、本発明が適用される情報記録方法は、所定の入力ソースからストリームを入力する入力ステップと、このストリームの、アナログ出力の制限のために用いられ、かつ、入力手段に対応した値をストリームと共に記録媒体に記録する記録ステップとを備えたことを特徴としている。
【発明の効果】
【００２５】
以上のように、本発明によれば、記録媒体に記録されたストリームにおける入力ソース等の情報を適切に管理することができる。
【発明を実施するための最良の形態】
【００２６】
以下、添付図面に基づき、本発明が適用される実施の形態について詳細に説明する。
まず、本実施の形態が適用されるシステム構成の説明に入る前に、その理解を容易にするため、本実施の形態にかかるデータフォーマットについて詳述する。
【００２７】
図１は、本実施の形態の情報記録装置、情報再生装置等で用いられる記録媒体上のアプリケーションフォーマットの構造を示した図である。このフォーマットは、ＡＶストリームの管理のために、ユーザインターフェース(ユーザＩ/Ｆ)に近いプレイリスト(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インターフェース(Ｉ/Ｆ)、７１…ＳＴＢ、７２…ＰＣ
【図１】
2006190478.tif 000003
【図２】
2006190478.tif 000004
【図３】
2006190478.tif 000005
【図４】
2006190478.tif 000006
【図５】
2006190478.tif 000007
【図６】
2006190478.tif 000008
【図７】
2006190478.tif 000009
【図８】
2006190478.tif 000010
【図９】
2006190478.tif 000011
【図１０】
2006190478.tif 000012
【図１１】
2006190478.tif 000013
【図１２】
2006190478.tif 000014
【図１３】
2006190478.tif 000015
【図１４】
2006190478.tif 000016
【図１５】
2006190478.tif 000017
【図１６】
2006190478.tif 000018
【図１７】
2006190478.tif 000019
【図１８】
2006190478.tif 000020
【図１９】
2006190478.tif 000021
【図２０】
2006190478.tif 000022
【図２１】
2006190478.tif 000023
【図２２】
2006190478.tif 000024
【図２３】
2006190478.tif 000025
【図２４】
2006190478.tif 000026
【図２５】
2006190478.tif 000027
【図２６】
2006190478.tif 000028
【図２７】
2006190478.tif 000029