JP4333091B2 - 映像情報記録装置、記録方法、記憶媒体、プログラム、および映像情報記録方法 - Google Patents
映像情報記録装置、記録方法、記憶媒体、プログラム、および映像情報記録方法 Download PDFInfo
- Publication number
- JP4333091B2 JP4333091B2 JP2002200423A JP2002200423A JP4333091B2 JP 4333091 B2 JP4333091 B2 JP 4333091B2 JP 2002200423 A JP2002200423 A JP 2002200423A JP 2002200423 A JP2002200423 A JP 2002200423A JP 4333091 B2 JP4333091 B2 JP 4333091B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- stream
- emi
- cci
- change point
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、映像情報記録装置等に係り、特に、記録媒体のコピー制限を適切に管理する映像情報記録装置等に関する。
【０００２】
【従来の技術】
近年、記録媒体の中で、記録再生装置から取り外し可能なディスク型の情報記録媒体として、ＤＶＲ等の各種の光ディスクが提案されている。このような記録媒体である光ディスクは、数ギガバイトの大容量メディアとしての提案がなされており、ビデオ信号等のＡＶ(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)により規定されているＤＴＣＰ descriptorや、ＡＲＩＢ(Association of Radio Industries and Businesses：電波産業会)により規定されている日本のＢＳディジタル放送で用いられているdigital_copy_control_descriptorがある。最近では、更に、強力にコピー制限をかけるために、ベースバンドのＡＶ信号やＭＰＥＧのＡＶストリームにウォーターマーク(ＷＭ)と呼ばれるコピー制限情報を埋め込む方式も検討されている。ウォーターマークは現在、標準化活動が推進されており、ミレニアム方式とギャラクシー方式が提案されている。
【０００６】
ここで、記録媒体にＡＶ信号を記録する場合には、入力信号のコピー制限情報に従って、正しく記録制限をかけることが要求される。一般に、ユーザが記録装置を用いて記録媒体にＡＶ信号を記録した場合、記録媒体上のＡＶストリームのコピー制限情報は、「Copy Free(コピー可)」または「No More Copy(この世代以上のコピー不可)」の何れかである。「No More Copy」は、「Copy Once(一世代のみコピー可)」のＡＶ信号を記録した時に、コピー制限情報が更新されたものである。
【０００７】
その一方で、上述したように、近年、記録媒体の容量が増大しており、その記録媒体には、多くのＡＶストリームが記録できることになる。このとき、ユーザが、それらのディスク内に記録されているＡＶストリームの中から、所望のデータを別のディスクにコピーする、といったような操作が必要になる。この際には、ユーザは、コピー制限情報が「Copy Free」であるＡＶストリームをコピーすることができる。
【０００８】
【発明が解決しようとする課題】
ところで、記録媒体の容量増大により、従来よりも連続して長時間となるＡＶストリームが記録できるようになる。かかる場合に、一つのＡＶストリームの中で「No More Copy」のストリーム部分と「Copy Free」のストリーム部分とが混在する場合が増えてくると考えられる。例えば、２本の番組を連続して記録したときに、最初の番組は「Copy Free」の素材であり、次の番組は「Copy Once」の素材である場合等である。
【０００９】
しかしながら、一つのＡＶストリームの中で、「No More Copy」ストリーム部分と「Copy Free」のストリーム部分とが混在している場合、ユーザがそれを別の記録媒体に適切にコピーすることができなかった。例えば、一つのＡＶストリームの中で最初に「No More Copy」ストリーム部分が存在すると、途中に「Copy Free」のストリーム部分が存在していてもこれをコピーすることができない。これは、一つのＡＶストリームの中に、複数の制御情報が存在する事実を知ること、即ち、「No More Copy」ストリーム部分と「Copy Free」のストリーム部分とが混在しているという情報を得ることが難しいことに起因している。これを調べるためには、そのＡＶストリームを先頭から終わりまで記録媒体から読み出して、コピー制限情報を解析する必要があるが、この解析には多くの時間が費やされる。特に、長時間のＡＶストリームに対し、全てを読み出して制御情報の存在を把握することは困難である。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、映像情報のコピー制限情報を適切に管理することを主たる目的とする。
【００１１】
【課題を解決するための手段】
かかる目的のもと、本発明が適用される映像情報記録装置は、映像情報におけるＣＧＭＳ信号、映像情報のウォーターマーク、映像情報におけるトランスポートストリームの中に符号化されたコピー制限情報、および映像情報におけるIEEE1394 isochronous packetのＥＭＩ等からコピー制限情報を検出する検出手段と、検出されたコピー制限情報からコピー制限情報の変化点情報を取得する変化点情報取得手段と、取得された変化点情報に基づいてコピー制限情報を管理するための管理情報を生成する管理情報生成手段と、生成された管理情報を映像情報と共に記録する記録手段と、管理情報生成手段により生成される管理情報に対して改竄防止処理を施す改竄防止処理手段を備えたことを特徴としている。
【００１２】
また、本発明が適用される映像情報再生装置は、記録媒体に記録されているＡＶストリーム等のデータストリーム上のコピー可能なストリーム部分を、コピー制限情報を管理するための管理情報(CCI_sequence_info())から認識する認識手段と、認識されたコピー可能なストリーム部分に基づいて、コピーする区間のストリーム部分からなる新たなデータストリームを作成するＡＶストリーム作成手段と、認識手段により認識されたコピー可能なストリーム部分における再生のための管理情報を生成する管理情報生成手段と、ストリーム作成手段により作成された新たなデータストリームと管理情報生成手段により生成された管理情報とを記録装置に送信する送信手段とを備えたことを特徴としている。
【００１３】
一方、本発明が適用される映像情報の記録方法は、入力されるＡＶ信号等の信号におけるコピー制限情報、ウォーターマークの内容、isochronous packetにおけるＥＭＩが変化したか否かを検査し、変化したコピー制限情報、ウォーターマーク、ＥＭＩの変化点情報を取得し、取得された変化点情報に基づいてコピー制限情報またはウォーターマークを管理する管理情報を作成することを特徴としている。
【００１４】
また、本発明は、コンピュータに実行させるプログラムをこのコンピュータが読取可能に記憶した記憶媒体として、また、各機能をコンピュータに実行させるプログラムとして把握することが可能である。
【００１５】
他の観点から把えると、本発明は、記録媒体の再生装置や記録装置等の信号処理装置によって読み込まれる記録媒体として特定することができる。この記録媒体の記憶領域には、一つのストリーム(例えばＡＶストリーム)とこのストリームの付属情報とのペアを一つのオブジェクトとするクリップ(Clip)の中で、ストリームファイルであるクリップＡＶストリームファイル(例えば、クリップＡＶストリームファイル)と付属情報であるクリップインフォメーションファイルとが記録され、このクリップインフォメーションファイルは、ストリームにおけるコピー制限情報の変化点を管理する管理情報を含むことを特徴としている。
【００１６】
ここで、このクリップストリームファイルは、コピー可である「Copy Free」なストリーム部分と、この世代以上のコピー不可である「No More Copy」のストリーム部分とを含み、また、クリップインフォメーションファイルに含まれる管理情報は、コピー制限情報の数を示す情報と共に、コピー制限情報の変化点のアドレスまたは時間の情報を含むことを特徴とすれば、記録媒体に格納されているストリームのコピー制限情報を簡単に把握することができる点から好ましい。更に、クリップインフォメーションファイルは、管理情報の内容が改竄されていないことを示すための符号を含むことを特徴とすれば、悪意のコピーを防止することができる。
【００１７】
一方、本発明が適用される映像情報記録装置では、入力される映像情報から検出されるコピー制御情報に基づいて更新されたコピー制御情報を更新部が出力し、この更新部から出力されるコピー制御情報の値が変化する位置を示す変化点情報をコントローラが生成し、記録部は、変化点情報を映像情報とともに記録媒体に記録している。
【００１８】
また、本発明が適用される映像情報記録装置では、コントローラは、記録するデータストリーム中におけるコピー制御態様が変化する位置を示す変化点情報を生成するとともに、この変化点情報に基づいて予め決められたアルゴリズムによるチェックデータを生成し、記録部は、このチェックデータをデータストリーム、および変化点情報とともに記録媒体に記録している。
【００１９】
更に、本発明が適用される映像情報記録装置では、コントローラは、記録する映像情報のコピー制御態様が変化する位置を示す変化点情報を生成し、記録部は、この変化点情報を映像情報とともに記録媒体に記録している。
【００２０】
また更に、本発明が適用される映像情報記録装置では、コントローラは、記録される一連のソースパケット列のうち、コピー制御情報の値が変わらない区間毎に、この区間のコピー可否を示す情報を生成し、記録部では、コントローラで生成された情報をソースパケット列とともに記録している。
【００２１】
【発明の実施の形態】
以下、添付図面に基づき、本発明が適用される実施の形態について詳細に説明する。
まず、本実施の形態が適用されるシステム構成の説明に入る前に、その理解を容易にするため、本実施の形態にかかるデータフォーマットについて詳述する。
図１は、本実施の形態が適用される記録媒体上のアプリケーションフォーマットの構造を示した図である。このフォーマットは、ＡＶストリームの管理のために、ユーザインタフェース(ユーザＩ/Ｆ)に近いプレイリスト(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は、全てのトランスポートパケットに付加される。IEEE1394ディジタルインタフェースを使用して入力トランスポートストリームを記録する場合、copy_permission_indicatorの値は、IEEE1394 isochronous packet 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()の中にあるCCI_sequence_info()は、Clip AVストリームのコピー制限情報を管理する情報を持つものであり、CCI-sequenceの情報を定義する。
【００３８】
まず、CCI-sequenceについて説明する。ＡＶストリームファイルの中でＣＣＩの内容が一定であるソースパケット列を、CCI-sequenceと呼ぶ。ＡＶストリームファイルの中で、ＣＣＩの内容が変化するアドレスをCCI_sequence_info()にストアする。このアドレスは、SPN_CCI_sequence_startにより示される。ＡＶストリームファイルの中にある最後のCCI-sequence以外のCCI-sequenceは、そのSPN_CCI_sequence_startで指されるソースパケットから開始し、その次のSPN_CCI_sequence_startで指されるソースパケットの直前のソースパケットで終了する。最後のCCI-sequenceは、そのSPN_CCI_sequence_startで指されるソースパケットから開始し、ＡＶストリームファイルの最後のソースパケットで終了する。
【００３９】
図９は、CCI-sequenceの一例を示した図である。図９に示す例では、Clip AVストリームファイルは、freeとno more copyが混在した５個のprogram-sequenceを有している。
【００４０】
図１０は、CCI_sequence_info()のシンタクスを示した図である。
lengthは、このlengthフィールドの直後のバイトからCCI_sequence_Info()の最後のバイトまでのバイト数を示している。
【００４１】
recording_modeは、そのＡＶストリームファイルの記録がCognizant記録であるか、Non-cognizant記録であるかを示すモードである。recording_modeの値の意味は図１３に示されている。ここで、Cognizant記録とは、ディジタル放送等のトランスポートストリームを記録する時、トランスポートストリームの中に符号化されているＣＣＩ(embedded CCIと呼ばれ、ＣＣＩを持つディスクリプタやウォーターマーク)を解析することができる記録モードである。また、Non-cognizant記録とは、ディジタル放送等のトランスポートストリームを記録する時、トランスポートストリームの中に符号化されているＣＣＩを解析することができない記録モードである。Non-cognizant記録であり、IEEE1394ディジタルインタフェースを使用して入力トランスポートストリームを記録する場合、トランスポートストリームの記録制限は、IEEE1394 isochronous packet headerの中のＥＭＩ(Encryption Mode Indicator)の値に基づいて行われる。
【００４２】
num_of_CCI_sequencesは、ＡＶストリームファイルの中にあるCCI-sequenceの数を示している。
【００４３】
SPN_CCI_sequence_startは、ＡＶストリームファイル上でCCI-sequenceが開始するアドレスを示している。SPN_CCI_sequence_startは、ソースパケット番号を単位とする大きさであり、ＡＶストリームファイルの最初のソースパケットから、ゼロを初期値としてカウントされる。CCI_sequence_info()の中でエントリーされるSPN_CCI_sequence_startの値は、昇順に並んでいる。記録装置が、入力ビデオのＣＧＭＳまたは入力ストリームのＣＣＩを解析し、その変化を検出するまでの遅延時間が必要なために、SPN_CCI_sequence_startは、ＡＶストリームの中における実際のＣＣＩの変化点から所定の時間以内にあるソースパケットを指しても良い。
【００４４】
stream_status()は、そのCCI-sequenceにおけるＣＣＩの内容を示している。
stream_status()のシンタクスの例を図１１に示す。
status_CCI/EMIは、そのCCI-sequenceのＣＣＩの内容を示す。その値の意味を図１４に示す。入力ビデオをセルフエンコードしてＭＰＥＧ２記録を行う場合、status_CCI/EMIの値は入力信号のＣＧＭＳ信号を解析して決定される。Cognizant記録の場合、status_CCI/EMIの値はトランスポートストリームの中でＣＣＩを持つディスクリプタを解析して決定される。Non-cognizant記録の場合、status_CCI/EMIの値はIEEE1394 isochronous packet headerの中のＥＭＩ(Encryption Mode Indicator)を解析して決定される。
【００４５】
is_status_WM_validは、その値が１の場合、次に続くstatus_WMの値が有効な値を持つことを示し、その値が０の場合、次に続くstatus_WMの値が無効であることを示している。is_status_WM_valid が１である場合、ＡＶストリームの記録時にそのウォーターマークを解析して記録したことを示す。ウォーターマークは、現時点(２００１年６月の時点)では未だ標準化がまとまっていない為、ウォーターマークによる記録制限が記録装置にマンダトリとなる時点よりも前に製造された記録装置は、is_status_WM_validをゼロとしても構わない。
【００４６】
status_WMは、そのCCI-sequenceのウォーターマークが示すＣＣＩの内容を示す。その値の意味を図１４に示す。
【００４７】
図１１に示すシンタクスでは、status_CCI/EMIとstatus_WMを独立に管理している。一般には、この２個は同じＣＣＩの状態を示すはずである。もし、status_CCI/EMIとstatus_WMのＣＣＩの状態が異なる場合であっても、記録装置が入力ストリームのＣＣＩとウォーターマークをそれぞれ正しく解析して、それを更新したことをCCI_sequence_infoに記録として残すことができる。status_CCI/EMIとstatus_WMの２つが異なるＣＣＩの状態を持つ場合に、記録されているＡＶストリームのＣＣＩとして、どちらの値の優先度が高いかは、記録装置が備えるアプリケーションに依存することになる。
【００４８】
図１２は、stream_status()のシンタクスの他の例を示した図である。この例は、stream_status()の情報を最も簡単化した場合である。
is_freeは、その値が１の場合、そのCCI-sequenceのＣＣＩが「Copy free」であることを示し、その値が０の場合、そのCCI-sequenceのＣＣＩが「Copy free」でないことを示す。status_CCI/EMIが'00'であり、かつ、status_WMが'00'である場合(is_status_WM_valid=1)に、is_freeは１とする。
【００４９】
前述した図８に示されるCCI_sequence_Info()は、記録媒体に記録されているClip AVストリームを別の記録媒体にコピーする場合に、そのClipの中のCopy Freeなストリーム部分を探す時、また、Clip AVストリームの中で、「No More Copy」ストリーム部分と「Copy Free」のストリーム部分とが混在しているかどうかを調べるときに役立つ。CCI_sequence_Info()を参照することで、この調査時間を大幅に短縮することができる。この調査のために、Clip AVストリームを先頭から終わりまで記録媒体から読み出して、コピー制限情報を解析する必要がないからである。
【００５０】
図１５(ａ),(ｂ)は、コピー元(出力側の再生装置)から、コピー先(入力側の記録装置)へ、Copy freeなストリーム部分をコピーする場合のClipとCCI-sequenceとの関係を説明するための図である。図１５(ａ)には、コピー元(出力側の再生装置)で記録されているClip AVストリームファイルとそのCCI_sequence_Info()が示されている。このCCI_sequence_Info()によると、このＡＶストリームは、「Copy free」なストリーム部分と「No more copy」なストリーム部分が混在していることがわかり、ＡＶストリーム全体を別の記録媒体にコピーすることができないことが理解できる。そして、「Copy free」のストリーム部分は、ソースパケット番号０から(Ａ−１)まで(▲１▼の部分)、およびソースパケット番号Ｂから(Ｃ−１)まで(▲２▼の部分)、およびソースパケット番号Ｄから最後まで(▲３▼の部分)であることがわかる。記録装置は、ユーザにコピー可能なストリーム部分を示し、ユーザがそれを納得したら、「Copy free」のストリーム部分だけをコピー先の記録装置へ伝送する。尚、図では、stream_status()の情報として、CCI_sequence_Info()にstatus_CCI/EMI、status_WMの例と、is_freeの例の両者が示されている。
【００５１】
図１５(ｂ)には、コピー先(入力側の記録装置)で記録されるClip AVストリームファイルとそのCCI_sequence_Info()が示されている。図１５(ａ)に示す▲１▼〜▲３▼の部分だけが記録され、このＡＶストリームは、全体が「Copy free」であることを、そのCCI_sequence_Info()が示している。
【００５２】
次に、図１０に示すCCI_sequence_info()のシンタクスへ説明を戻す。
図１０に示すIntegrity_Check_Valueは、CCI_sequence_info()のＣＣＩの内容が改竄されていないことを示すための符号である。これは、CCI_sequence_info()の第１バイト目からIntegrity_Check_Valueの直前のバイトまでのデータを入力として、所定の暗号アルゴリズムで計算した符号である。この暗号アルゴリズムは、例えば、ISO/IEC9797(Information technology - Security techniques - Data integrity mechanism using a cryptographic check function employing a block cipher algorithm)に記載されているアルゴリズムを用いることができる。
【００５３】
もし、悪意を持ったユーザによって、CCI_sequence_info()のＣＣＩの内容が、「No more copy」から「Copy free」に書き変えられたとしても、記録装置は、このIntegrity_Check_Valueの値を検査することにより、CCI_sequence_info()が改竄されたことを検出することができる。もし、CCI_sequence_info()が改竄されたことを検出した場合には、もはや、CCI_sequence_info()は信じられないので、記録装置は、CCI_sequence_info()を利用するＡＶストリームがコピーできないようにすれば良い。また、CCI_sequence_info()の内容を改竄できないようにするために、CCI_sequence_info()をスクランブルするか、またはClip Information file全体をスクランブルするように構成することもできる。
【００５４】
図１６は、CCI_sequence_info()のシンタクスにおける他の例を示した図である。ここでは、図１０に示したシンタクスにおけるSPN_CCI_sequence_startが、Time_stamp_CCI_sequence_startになった点が異なる。即ち、この例では、ＡＶストリームの中におけるＣＣＩの変化点のタイムスタンプがCCI_sequence_info()へストアされる。ここで、タイムスタンプは、例えば、ＡＶストリームの中でＣＣＩの変化点にあるビデオやオーディオのプレゼンテーションタイムスタンプとすることができる。または、タイムスタンプは、ＡＶストリームの中でＣＣＩの変化点にあるトランスポートパケットがデコーダに到着する時刻を示すアライバルタイムスタンプとすることもできる。
【００５５】
図１７(ａ),(ｂ)は、図１６に示すCCI_sequence_info()の場合に、コピー元(出力側の再生装置)からコピー先(入力側の記録装置)へ、Copy freeなストリーム部分をコピーする場合のClipとCCI-sequenceとの関係を説明するための図である。図１５(ａ),(ｂ)で示した場合と同様にして、CCI_sequence_info()を利用することにより、ＡＶストリームの中からタイムスタンプベースでCopy freeな部分を特定し、コピー先の記録装置へ伝送することができる。
【００５６】
以上、詳述したようなデータフォーマットにより、本実施の形態では、ＡＶストリームを記録するときに、CCI_sequence_info()の情報を作成し、ＡＶストリームと共に記録している。これによって、ＡＶストリームを先頭から終わりまで記録媒体を読み出してコピー制限情報を解析しなくても、CCI_sequence_info()の情報を読み込むことで、ＡＶストリーム中に複数のコピー制限情報が混在することを調べることが可能となる。
次に、本実施の形態におけるシステム構成を説明する。
【００５７】
図１８は、本実施の形態が適用される記録装置の構成を示したブロック図である。この記録装置では、入力端子として、端子１０,１１,１２,１３,１４を備えている。また、端子１０のＲＦ入力からビデオ信号を取り出すＴＶチューナ１５、入力ビデオのＣＧＭＳを解析するＣＧＭＳ検出/更新部１６、入力ビデオのウォーターマーク(Water Mark)を解析するＷＭ(Water Mark)検出/更新部１７、入力ビデオオーディオ信号を符号化するＭＰＥＧ２ＡＶエンコーダ１８、ソースパケットからなるＡＶストリームを供給するソースパケッタイザ１９を備えている。更に、入力トランスポートストリームの中に符号化されているＣＣＩ(Ｅ_ＣＣＩ：Embedded CCI)を解析するＥ_ＣＣＩ解析/更新部２０、入力ビデオのWater Markを解析するＷＭ検出/更新部２１、アイソクロナスパケットのヘッダにあるＥＭＩを解析するIEEE1394インターフェース(Ｉ/Ｆ)２２を備えている。また更に、入力ソースパケットストリームのパケット番号をカウントするストリーム解析部２３、CCI_sequence_info()を作成するコントローラ２４の他、ＥＣＣ符号化部２５、変調部２６、ドライブ２７およびＤＶＲである記録媒体２８を備えている。
【００５８】
この図１８に示す記録装置では、入力形態の違いによって４つの態様が示されている。第１の態様は、端子１０からのＲＦ入力のビデオ信号をセルフエンコードしたＡＶストリームを記録する態様である。第２の態様は、端子１１,１２からのビデオ、オーディオ入力をセルフエンコードしたＡＶストリームを記録する態様である。また第３の態様は、端子１３からのトランスポートストリーム入力をCognizant記録モードで記録する態様である。更に第４の態様は、端子１４からのトランスポートストリーム入力をNon-cognizant記録モードで記録する態様である。本実施の形態が適用される記録装置では、これらのＡＶストリームを記録するときに、CCI_sequence_info()が作成され、記録媒体２８に格納される。
【００５９】
まず、端子１１,１２からのビデオ、オーディオ入力がセルフエンコードされたＡＶストリームが記録される態様について説明する。
ＣＧＭＳ検出/更新部１６では、入力ビデオのＣＧＭＳ(ＣＧＭＳ−ＡまたはＣＧＭＳ−Ｄ)が所定の方法により解析されて、記録するＡＶストリームのＣＣＩ(図中、CCI_oで示す)がコントローラ２４に供給される。また、ＣＧＭＳ検出/更新部１６からは、入力ビデオがＷＭ検出/更新部１７へ供給される。ＷＭ検出/更新部１７では、入力ビデオのWater Markが所定の方法により解析されて、記録するＡＶストリームのＷＭ(図中、WM_oで示す)がコントローラ２４へ供給される。また、ＷＭ検出/更新部１７からは、入力ビデオがＭＰＥＧ２ＡＶエンコーダ１８へ供給される。
【００６０】
コントローラ２４では、入力されるCCI_oおよびWM_oに基づいて、ＭＰＥＧ２ＡＶエンコーダ１８にてエンコードされるＭＰＥＧストリームの中で符号化されるＥ_ＣＣＩ(Embedded CCI)の値が所定の方法により決定される。ＭＰＥＧ２ＡＶエンコーダ１８では、入力ビデオオーディオ信号が符号化され、トランスポートストリームがソースパケッタイザ１９へ供給される。
【００６１】
また、コントローラ２４では、入力されるCCI_oおよびWM_oに基づいて、ソースパケットヘッダに符号化されるcopy_permission_indicator(図中、c_p_Iで示す)の値が所定の方法により決定される。ソースパケッタイザ１９からは、ソースパケットからなるＡＶストリームがストリーム解析部２３およびＥＣＣ符号化部２５へ供給される。
【００６２】
ストリーム解析部２３では、入力ソースパケットストリームのパケット番号がカウントされ、現在のパケット番号がコントローラ２４へ供給される。または、ストリーム解析部２３からは、入力ソースパケットストリームの現在のタイミングスタンプがコントローラ２４へ供給される。コントローラ２４では、入力されるCCI_oおよびWM_oの変化が検出されて、CCI_sequence_infoが作成される。また、コントローラ２４では、CCI_sequence_infoを持つClip Information fileのデータが作成されて、ＥＣＣ符号化部２５へ供給される。
【００６３】
ＥＣＣ符号化部２５へ入力されたＡＶストリームおよびClip Information fileのデータは、ＥＣＣ符号化部２５、変調部２６、ドライブ２７の処理の後に、それぞれＡＶストリームファイルとClip Information fileとして、記録媒体２８へ記録される。
【００６４】
次に、端子１０からのＲＦ入力のビデオ信号がセルフエンコードされたＡＶストリームが記録される態様について説明する。ＴＶチューナ１５では、ＲＦ入力からビデオ信号が取り出されて、ＷＭ検出/更新部１７へ供給される。ＷＭ検出/更新部１７では、入力ビデオのWater Markが所定の方法により解析されて、記録するＡＶストリームのＷＭ(図中、WM_oで示す)がコントローラ２４へ供給される。また、ＷＭ検出/更新部１７からは、入力ビデオがＭＰＥＧ２ＡＶエンコーダ１８へ供給される。その後の処理は、上述のＭＰＥＧ２ＡＶエンコーダ１８以後の処理と同じである。
【００６５】
次に、端子１３からのトランスポートストリーム入力がCognizant記録モードで記録される態様について説明する。Ｅ_ＣＣＩ解析/更新部２０では、入力トランスポートストリームの中に符号化されているＣＣＩ(Embedded CCI)が所定の方法により解析されて、記録するＡＶストリームのＣＣＩ(図の中でCCI_oで示す)がコントローラ２４へ供給される。また、Ｅ_ＣＣＩ解析/更新部２０では、入力トランスポートストリームがＷＭ検出/更新部２１へ供給される。ＷＭ検出/更新部２１では、入力ビデオのWater Markが所定の方法により解析されて、記録するＡＶストリームのＷＭ(図中、WM_oで示す)がコントローラ２４へ供給される。また、ＷＭ検出/更新部２１からは、入力トランスポートストリームがソースパケッタイザ１９へ供給される。その後の処理は、上述のソースパケッタイザ１９以後の処理と同じである。
【００６６】
次に、端子１４からのトランスポートストリーム入力がNon-cognizant記録モードで記録される態様について説明する。IEEE1394インターフェース２２では、入力されるアイソクロナスパケットのヘッダにあるＥＭＩが所定の方法により解析されて、記録するＡＶストリームのＣＣＩ(図中、CCI_oで示す)がコントローラ２４へ供給される。また、IEEE1394インターフェース２２からは、入力トランスポートストリームがソースパケッタイザ１９へ供給される。その後の処理は、上述のソースパケッタイザ１９以後の処理と同じである。
【００６７】
図１９は、入力信号がビデオ入力の場合および/もしくはCognizant記録のＴＳ入力の場合における、コピーコントロール処理を説明するための図である。図１９にて、「入力信号の状態」のＣＣＩとＷＭは、それぞれの入力信号が持つＣＣＩとＷＭの状態を示している。
【００６８】
まず、入力信号のＣＣＩが'00'のとき、ＣＧＭＳ検出/更新部１６またはＥ_ＣＣＩ解析/更新部２０は、CCI_o=00とする。また、入力信号のＣＣＩが'10'のとき、ＣＧＭＳ検出/更新部１６またはＥ_ＣＣＩ解析/更新部２０は、CCI_o=01とし、入力信号のＣＣＩを更新する。更に、入力信号のＣＣＩが'01'または'11'のとき、入力ＡＶストリームを記録できない。
【００６９】
次に、入力信号のＷＭが'00'のとき、ＷＭ検出/更新部１７またはＷＭ検出/更新部２１は、WM_o=00とする。また、入力信号のＷＭが'10'のとき、ＷＭ検出/更新部１７またはＷＭ検出/更新部２１は、WM_o=101とし、入力信号のＷＭを更新する。更に、入力信号のＷＭが'101'または'11'のとき、入力ＡＶストリームを記録できない。
【００７０】
コントローラ２４は、記録されたＡＶストリームの中に符号化されるＥ_ＣＣＩに、入力ビデオがＲＦ入力の場合を除いて、CCI_oと同じ意味の値をセットし、また、入力ビデオがＲＦ入力の場合は、WM_oと同じ意味の値をセットする。また、コントローラ２４は、CCI_sequence_info()のstatus_CCI/EMIとソースパケットヘッダのcopy_permission_indicator(c_p_I)に、入力ビデオがＲＦ入力の場合を除いて、CCI_oと同じ意味の値をセットし、また、入力ビデオがＲＦ入力の場合は、WM_oと同じ意味の値をセットする。更に、コントローラ２４は、CCI_sequence_info()のstatus_WMに、WM_oと同じ意味の値をセットする。
【００７１】
図２０は、入力信号がNon-cognizant記録のＴＳ入力の場合における、コントローラ２４のコピーコントロール処理を説明するための図である。
まず、入力信号のＥＭＩが'00'のとき、IEEE1394インターフェース２２は、CCI_o=00とする。また、入力信号のＥＭＩが'10'のとき、IEEE1394インターフェース２２は、CCI_o=01とする。更に、入力信号のＥＭＩが'01'または'11'のとき、入力ＡＶストリームを記録できない。コントローラ２４は、CCI_sequence_info()のstatus_E_CCI/EMIとソースパケットヘッダのcopy_permission_indicator(c_p_I)に、CCI_oと同じ意味の値をセットする。
【００７２】
図２１は、入力信号が、ビデオ入力の場合またはCognizant記録のＴＳ入力の場合におけるCCI-sequenceの処理を説明するフローチャートである。CCI-sequenceの作成では、まず、入力ＡＶ信号のＣＣＩまたはＷＭの内容が変化したか否かが検査される(ステップ２０１)。変化するまでループし、変化した場合には、ＣＣＩまたはＷＭの変化点情報と、ＣＣＩまたはＷＭの内容が取得される(ステップ２０２)。より具体的には、ＡＶストリームの中におけるＣＣＩまたはＷＭの変化点のアドレスと、ＣＣＩまたはＷＭの内容が取得される。または、ＡＶストリームの中におけるＣＣＩまたはＷＭの変化点のタイムスタンプと、ＥＭＩの内容が取得される。その後、CCI-sequenceの情報が作成され(ステップ２０３)、入力信号が終了か否かが検査される(ステップ２０４)。入力信号が終了でない場合には、ステップ２０１に戻り、入力信号が終了である場合には、CCI_sequence_InfoのIntegrity_Check_Valueが計算されて(ステップ２０５)、処理が終了する。
【００７３】
図２２は、入力信号が、Non-cognizant記録のＴＳ入力の場合におけるCCI-sequenceの処理を説明するフローチャートである。CCI_sequence_Infoの作成では、まず、入力ＡＶ信号のＥＭＩの内容が変化したか否かが検査される(ステップ２１１)。変化するまでループし、変化した場合には、ＥＭＩの変化点情報と、ＥＭＩの内容が取得される(ステップ２１２)。より具体的には、ＡＶストリームの中におけるＥＭＩの変化点のアドレスと、ＥＭＩの内容が取得される。または、ＡＶストリームの中におけるＥＭＩの変化点のタイムスタンプと、ＥＭＩの内容が取得される。その後、CCI-sequenceの情報が作成され(ステップ２１３)、最後のトランスポートパケットか否かが検査される(ステップ２１４)。最後のトランスポートパケットではない場合にはステップ２１１に戻り、最後のトランスポートパケットである場合にはCCI_sequence_InfoのIntegrity_Check_Valueが計算されて(ステップ２１５)、処理が終了する。
以上のようにして、記録するＡＶストリームのCCI-sequenceの情報が作成されて、ＡＶストリームと共に記録される。
【００７４】
図２３は、コピー元(出力側)の再生装置５から、コピー先(入力側)の記録装置６へ、ＤＶＲのＡＶストリームファイルとそれに関係するデータベースファイルとをディジタルバス経由でコピーする場合の構成を示すブロック図である。
再生装置５には、ＤＶＲである記録媒体５０、記録媒体５０を読み込むドライブ５１、復調部５２、ＥＣＣ復号部５３、記録装置６との通信を行うディジタルバスインタフェース５４、メモリ５５、バスコントローラ５６、および再生装置５の全体を制御する制御部５７を備えている。また、記録装置６には、再生装置５との通信を行うディジタルバスインタフェース６０、バスコントローラ６１、メモリ６２の他、ＥＣＣ符号化部６３、変調部６４、復調部６５、ＥＣＣ復号部６６、記録装置６の全体を制御する制御部６７、ＤＶＲである記録媒体６９、および記録媒体６９への読み出し/書込みを行うドライブ６８を備えている。再生装置５と記録装置６とは、ディジタルバス７によりデータの送受信が行われる。
【００７５】
まず、再生装置５の記録媒体５０に記録されている所望のPlayListを記録装置６の記録媒体６９へコピーすることを指示する情報が、図示しないユーザインタフェースを通して、コピー制御コマンドに乗って再生装置５へ入力される。このコマンドは、ディジタルバスインタフェース５４、バスコントローラ５６を経由して、制御部５７へ入力される。
【００７６】
制御部５７は、上記PlayListの再生に必要なＡＶストリームのストリーム部分を決定し、そのＡＶストリームデータを記録媒体５０から読み出すように、ドライブ５１に指示を出す。また、制御部５７は、上記PlayListに関係するデータベースファイル(PlayListファイル、Clip Information fileとサムネールファイル)を記録媒体５０から読み出すように、ドライブ５１に指示を出す。更に、制御部５７は、復調部５２、ＥＣＣ復号部５３を経て読み出された前記ＡＶストリームデータを、ＡＶストリームファイルとして、ディジタルバスインタフェース５４へ供給するように指示する。
【００７７】
一方、記録媒体５０から読み出されたＡＶストリームデータに対応するデータベースファイルが、復調部５２、ＥＣＣ復号部５３を経て、メモリ５５へ入力される。制御部５７は、メモリ５５にあるデータを元にして、ディジタルバスインタフェース５４から出力される上記のＡＶストリームファイルの再生に必要なデータベース(Clip Informationファイル、PlayListファイル)を作成する。また、制御部５７は、上記のＡＶストリームファイルに対応するClipとコピーするPlayListファイルが使用するサムネールファイルを作成する。そして、制御部５７は、新たに作成されたデータベースファイル(Clip Informationファイル、PlayListファイルとサムネールファイル)をメモリ５５からディジタルバスインタフェース５４へ供給するように指示する。
【００７８】
バスコントローラ５６は、ディジタルインタフェース５４からのファイル出力(伝送)を制御する。制御部５７は、バスコントローラ５６に対して、ディジタルバスインタフェース５４から、ＡＶストリームファイルとデータベースファイルを出力するように指示する。このＡＶストリームファイルとデータベースファイルは、ディジタルバス７を経由して、コピー先の記録装置６へ入力される。
【００７９】
コピー先の記録装置６におけるバスコントローラ６１は、ディジタルバスインタフェース６０からのファイル入力を制御する。また、バスコントローラ６１と再生装置５のバスコントローラ５６は、ファイルのコピー制御コマンドを交換して、データ伝送/受信のタイミングを制御する。一方、記録装置６の制御部６７は、ディジタルバスインタフェース６０へ入力されるＡＶストリームファイルを、ＥＣＣ符号化部６３、変調部６４、ドライブ６８の処理を経て、記録媒体６９に記録するように指示する。また、制御部６７は、ディジタルバスインタフェース６０へ入力されるデータベースファイルを、メモリ６２へ書き込むように指示する。
【００８０】
また、制御部６７は、記録媒体６９に記録されているデータベースファイル(Info.dvrファイルとサムネールファイル)を、ドライブ６８、復調部６５、ＥＣＣ復号部６６の処理を経て、メモリ６２へ読み出すように指示する。そして、制御部６７は、メモリ６２にあるInfo.dvrファイルとサムネールファイルを更新する。具体的には、コピー先にあるInfo.dvrファイルのTableOfPlayListに、新たに記録するPlayListファイル名を追加し、また、コピー先にあるサムネールファイルに新たに記録するサムネールを追加する。更に、制御部６７は、メモリ６２にあるデータベースファイルを読み出して、ＥＣＣ符号化部６３、変調部６４、ドライブ６８の処理を経て、記録媒体６９に記録するように指示する。
【００８１】
図２４は、コピー元(出力側)の再生装置５から、コピー先(入力側)の記録装置６へ、Clip AVストリームファイルをコピーする場合の、再生装置５(コピー元)の処理を説明するフローチャートである。まず、Clip AVストリーム上のCopy Freeのストリーム部分をCCI-sequenceに基づいて決定する(ステップ２２１)。次に制御部５７は、コピーする区間のＡＶストリーム部分からなるＡＶストリームとそのClip Information fileを作成する(ステップ２２２)。最後に、ＡＶストリームと作成されたClip Information fileをディジタルバスインタフェース５４を介して伝送する(ステップ２２３)。このようにして、CCI-sequenceの情報を用いて、ＡＶストリームファイルのコピー処理が制御される。
【００８２】
次に、CCI_sequence_info()のシンタクスの変形例を説明する。CCI-sequenceの情報として、ＡＶストリームの中におけるコピー制御情報(ＣＣＩ)の変化するアドレスまたはタイムスタンプだけを持つテーブルを作成して、ＡＶストリームと共に記録するようにしてもよい。この場合、ＡＶストリームのコピー処理に先だって、ＡＶストリームの中におけるＣＣＩの変化するアドレスまたはタイムスタンプにあるソースパケットを記録媒体から読み出す。そして、そのソースパケットのcopy_permission_indicatorを検査することにより、それぞれのCCI-sequenceのコピー制御情報を得る。
【００８３】
かかる場合も、CCI_sequence_Info()を参照することで、ＡＶストリームの中のCopy Freeなストリーム部分を探す時の調査時間が短縮できる、この調査のために、Clip AVストリームを先頭から終わりまで記録媒体から読み出して、コピー制限情報を解析する必要がないからである。即ち、この調査のために、ＡＶストリームの中におけるＣＣＩの変化するアドレスまたはタイムスタンプにあるソースパケットだけを記録媒体から読み出せばよい。
【００８４】
以上、詳述したように、本実施の形態では、ＡＶストリームを記録するときに、CCI_sequence_info()の情報を作成して、ＡＶストリームと共に記録するように構成した。これにより、一つのＡＶストリームの中に、「No More Copy」ストリーム部分と「Copy Free」のストリーム部分とが混在しているという情報を、簡単に調べることができる。この情報を調べるためには、そのＡＶストリームを先頭から終わりまで記録媒体から読み出して、コピー制限情報を解析する必要がないので、この調査時間が非常に短縮できる。即ち、記録媒体に記録されているデータの内容を別の記録媒体にコピーする場合においても、記録媒体に記録されているデータの内容、再生情報を適切に管理することができる。
【００８５】
また、本実施の形態では、status_CCI/EMIとstatus_WMを独立に管理している。一般には、この２個は同じＣＣＩの状態を示すはずであるが、本実施の形態では、status_CCI/EMIとstatus_WMのＣＣＩの状態が異なる場合であっても、記録装置が入力ストリームのＣＣＩとWater Markとをそれぞれ正しく解析して、それを更新したことをCCI_sequence_infoに記録として残すことができる。
【００８６】
更に、本実施の形態では、CCI_sequence_info()の情報の改竄防止のための符号を一緒に記録することが可能である。これにより、もし、悪意を持ったユーザによって、CCI_sequence_info()のCCIの内容が、「No more copy」から「Copy free」に書き変えられたとしても、記録装置はIntegrity_Check_Valueの値を検査することにより、CCI_sequence_info()が改竄されたことを検出できる。また、本実施の形態では、CCI_sequence_info()の情報をスクランブルして記録することが可能である。これにより、CCI_sequence_info()の内容の改竄を防止することができる。
【００８７】
尚、本実施の形態にて説明した各処理は、映像情報記録装置、映像情報再生装置等のコンピュータ装置において実行されるプログラムとして提供することができる。このプログラムは、ＣＤ−ＲＯＭ等の記憶媒体として提供されて、コンピュータ装置におけるＣＤ−ＲＯＭドライブ等の読取手段によって読取可能に構成されている場合の他、例えば、ネットワークを介して遠隔地にあるプログラム伝送装置から提供され、コンピュータ装置にインストールされても良い。また、本実施の形態では、記憶媒体としてＤＶＲを例に挙げて説明してきたが、同様のデータフォーマットを有する記憶媒体等、他の記憶媒体に対して適用できることは言うまでもない。
【００８８】
【発明の効果】
以上のように、本発明によれば、映像情報におけるコピー制限を適切に管理することができる。
【図面の簡単な説明】
【図１】 本実施の形態が適用される記録媒体上のアプリケーションフォーマットの構造を示した図である。
【図２】 ＤＶＲディスク上に作られるディレクトリ構造の一例を示した図である。
【図３】 ＡＶストリームファイルの構造を示した図である。
【図４】 ソースパケット(source packet)のプログラミング構文であるシンタクス(Syntax)を示した図である。
【図５】 TP_extra_headerのシンタクスを示した図である。
【図６】 copy_permission_indicatorの値とそれらによって指定されるモードの関係を示した図である。
【図７】 Clip Information fileのシンタクスを示した図である。
【図８】 ClipInfo()のシンタクスを示した図である。
【図９】 CCI-sequenceの一例を示した図である。
【図１０】 CCI_sequence_info()のシンタクスを示した図である。
【図１１】 stream_status()のシンタクスの例を示した図である。
【図１２】 stream_status()のシンタクスの他の例を示した図である。
【図１３】 recording_modeの値の意味を示した図である。
【図１４】 status_CCI/EMI 、status_WMの値の意味を示した図である。
【図１５】 (ａ),(ｂ)は、コピー元(出力側の再生装置)から、コピー先(入力側の記録装置)へ、Copy freeなストリーム部分をコピーする場合のClipとCCI-sequenceとの関係を説明するための図である。
【図１６】 CCI_sequence_info()のシンタクスにおける他の例を示した図である。
【図１７】 (ａ),(ｂ)は、図１６に示すCCI_sequence_info()の場合に、コピー元(出力側の再生装置)からコピー先(入力側の記録装置)へ、Copy freeなストリーム部分をコピーする場合のClipとCCI-sequenceとの関係を説明するための図である。
【図１８】 本実施の形態が適用される記録装置の構成を示したブロック図である。
【図１９】 入力信号がビデオ入力の場合および/もしくはCognizant記録のＴＳ入力の場合における、コピーコントロール処理を説明するための図である。
【図２０】 入力信号がNon-cognizant記録のＴＳ入力の場合における、コントローラのコピーコントロール処理を説明するための図である。
【図２１】 入力信号が、ビデオ入力の場合またはCognizant記録のＴＳ入力の場合におけるCCI-sequenceの処理を説明するフローチャートである。
【図２２】 入力信号が、Non-cognizant記録のＴＳ入力の場合におけるCCI-sequenceの処理を説明するフローチャートである。
【図２３】 コピー元(出力側)の再生装置から、コピー先(入力側)の記録装置へ、ＤＶＲのＡＶストリームファイルとそれに関係するデータベースファイルとをディジタルバス経由でコピーする場合の構成を示すブロック図である。
【図２４】 コピー元(出力側)の再生装置から、コピー先(入力側)の記録装置へ、Clip AVストリームファイルをコピーする場合の、再生装置(コピー元)の処理を説明するフローチャートである。
【符号の説明】
５…再生装置、６…記録装置、７…ディジタルバス、１０,１１,１２,１３,１４…端子、１５…ＴＶチューナ、１６…ＣＧＭＳ検出/更新部、１７…ＷＭ(Water Mark)検出/更新部、１８…ＭＰＥＧ２ＡＶエンコーダ、１９…ソースパケッタイザ、２０…Ｅ_ＣＣＩ解析/更新部、２１…ＷＭ検出/更新部、２２…IEEE1394インターフェース(Ｉ/Ｆ)、２３…ストリーム解析部、２４…コントローラ、２５…ＥＣＣ符号化部、２６…変調部、２７…ドライブ、２８…記録媒体、５０…記録媒体、５１…ドライブ、５２…復調部、５３…ＥＣＣ復号部、５４…ディジタルバスインタフェース、５５…メモリ、５６…バスコントローラ、５７…制御部、６０…ディジタルバスインタフェース、６１…バスコントローラ、６２…メモリ、６３…ＥＣＣ符号化部、６４…変調部、６５…復調部、６６…ＥＣＣ復号部、６７…制御部、６８…ドライブ、６９…記録媒体
【発明の属する技術分野】
本発明は、映像情報記録装置等に係り、特に、記録媒体のコピー制限を適切に管理する映像情報記録装置等に関する。
【０００２】
【従来の技術】
近年、記録媒体の中で、記録再生装置から取り外し可能なディスク型の情報記録媒体として、ＤＶＲ等の各種の光ディスクが提案されている。このような記録媒体である光ディスクは、数ギガバイトの大容量メディアとしての提案がなされており、ビデオ信号等のＡＶ(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)により規定されているＤＴＣＰ descriptorや、ＡＲＩＢ(Association of Radio Industries and Businesses：電波産業会)により規定されている日本のＢＳディジタル放送で用いられているdigital_copy_control_descriptorがある。最近では、更に、強力にコピー制限をかけるために、ベースバンドのＡＶ信号やＭＰＥＧのＡＶストリームにウォーターマーク(ＷＭ)と呼ばれるコピー制限情報を埋め込む方式も検討されている。ウォーターマークは現在、標準化活動が推進されており、ミレニアム方式とギャラクシー方式が提案されている。
【０００６】
ここで、記録媒体にＡＶ信号を記録する場合には、入力信号のコピー制限情報に従って、正しく記録制限をかけることが要求される。一般に、ユーザが記録装置を用いて記録媒体にＡＶ信号を記録した場合、記録媒体上のＡＶストリームのコピー制限情報は、「Copy Free(コピー可)」または「No More Copy(この世代以上のコピー不可)」の何れかである。「No More Copy」は、「Copy Once(一世代のみコピー可)」のＡＶ信号を記録した時に、コピー制限情報が更新されたものである。
【０００７】
その一方で、上述したように、近年、記録媒体の容量が増大しており、その記録媒体には、多くのＡＶストリームが記録できることになる。このとき、ユーザが、それらのディスク内に記録されているＡＶストリームの中から、所望のデータを別のディスクにコピーする、といったような操作が必要になる。この際には、ユーザは、コピー制限情報が「Copy Free」であるＡＶストリームをコピーすることができる。
【０００８】
【発明が解決しようとする課題】
ところで、記録媒体の容量増大により、従来よりも連続して長時間となるＡＶストリームが記録できるようになる。かかる場合に、一つのＡＶストリームの中で「No More Copy」のストリーム部分と「Copy Free」のストリーム部分とが混在する場合が増えてくると考えられる。例えば、２本の番組を連続して記録したときに、最初の番組は「Copy Free」の素材であり、次の番組は「Copy Once」の素材である場合等である。
【０００９】
しかしながら、一つのＡＶストリームの中で、「No More Copy」ストリーム部分と「Copy Free」のストリーム部分とが混在している場合、ユーザがそれを別の記録媒体に適切にコピーすることができなかった。例えば、一つのＡＶストリームの中で最初に「No More Copy」ストリーム部分が存在すると、途中に「Copy Free」のストリーム部分が存在していてもこれをコピーすることができない。これは、一つのＡＶストリームの中に、複数の制御情報が存在する事実を知ること、即ち、「No More Copy」ストリーム部分と「Copy Free」のストリーム部分とが混在しているという情報を得ることが難しいことに起因している。これを調べるためには、そのＡＶストリームを先頭から終わりまで記録媒体から読み出して、コピー制限情報を解析する必要があるが、この解析には多くの時間が費やされる。特に、長時間のＡＶストリームに対し、全てを読み出して制御情報の存在を把握することは困難である。
【００１０】
本発明はこのような状況に鑑みてなされたものであり、映像情報のコピー制限情報を適切に管理することを主たる目的とする。
【００１１】
【課題を解決するための手段】
かかる目的のもと、本発明が適用される映像情報記録装置は、映像情報におけるＣＧＭＳ信号、映像情報のウォーターマーク、映像情報におけるトランスポートストリームの中に符号化されたコピー制限情報、および映像情報におけるIEEE1394 isochronous packetのＥＭＩ等からコピー制限情報を検出する検出手段と、検出されたコピー制限情報からコピー制限情報の変化点情報を取得する変化点情報取得手段と、取得された変化点情報に基づいてコピー制限情報を管理するための管理情報を生成する管理情報生成手段と、生成された管理情報を映像情報と共に記録する記録手段と、管理情報生成手段により生成される管理情報に対して改竄防止処理を施す改竄防止処理手段を備えたことを特徴としている。
【００１２】
また、本発明が適用される映像情報再生装置は、記録媒体に記録されているＡＶストリーム等のデータストリーム上のコピー可能なストリーム部分を、コピー制限情報を管理するための管理情報(CCI_sequence_info())から認識する認識手段と、認識されたコピー可能なストリーム部分に基づいて、コピーする区間のストリーム部分からなる新たなデータストリームを作成するＡＶストリーム作成手段と、認識手段により認識されたコピー可能なストリーム部分における再生のための管理情報を生成する管理情報生成手段と、ストリーム作成手段により作成された新たなデータストリームと管理情報生成手段により生成された管理情報とを記録装置に送信する送信手段とを備えたことを特徴としている。
【００１３】
一方、本発明が適用される映像情報の記録方法は、入力されるＡＶ信号等の信号におけるコピー制限情報、ウォーターマークの内容、isochronous packetにおけるＥＭＩが変化したか否かを検査し、変化したコピー制限情報、ウォーターマーク、ＥＭＩの変化点情報を取得し、取得された変化点情報に基づいてコピー制限情報またはウォーターマークを管理する管理情報を作成することを特徴としている。
【００１４】
また、本発明は、コンピュータに実行させるプログラムをこのコンピュータが読取可能に記憶した記憶媒体として、また、各機能をコンピュータに実行させるプログラムとして把握することが可能である。
【００１５】
他の観点から把えると、本発明は、記録媒体の再生装置や記録装置等の信号処理装置によって読み込まれる記録媒体として特定することができる。この記録媒体の記憶領域には、一つのストリーム(例えばＡＶストリーム)とこのストリームの付属情報とのペアを一つのオブジェクトとするクリップ(Clip)の中で、ストリームファイルであるクリップＡＶストリームファイル(例えば、クリップＡＶストリームファイル)と付属情報であるクリップインフォメーションファイルとが記録され、このクリップインフォメーションファイルは、ストリームにおけるコピー制限情報の変化点を管理する管理情報を含むことを特徴としている。
【００１６】
ここで、このクリップストリームファイルは、コピー可である「Copy Free」なストリーム部分と、この世代以上のコピー不可である「No More Copy」のストリーム部分とを含み、また、クリップインフォメーションファイルに含まれる管理情報は、コピー制限情報の数を示す情報と共に、コピー制限情報の変化点のアドレスまたは時間の情報を含むことを特徴とすれば、記録媒体に格納されているストリームのコピー制限情報を簡単に把握することができる点から好ましい。更に、クリップインフォメーションファイルは、管理情報の内容が改竄されていないことを示すための符号を含むことを特徴とすれば、悪意のコピーを防止することができる。
【００１７】
一方、本発明が適用される映像情報記録装置では、入力される映像情報から検出されるコピー制御情報に基づいて更新されたコピー制御情報を更新部が出力し、この更新部から出力されるコピー制御情報の値が変化する位置を示す変化点情報をコントローラが生成し、記録部は、変化点情報を映像情報とともに記録媒体に記録している。
【００１８】
また、本発明が適用される映像情報記録装置では、コントローラは、記録するデータストリーム中におけるコピー制御態様が変化する位置を示す変化点情報を生成するとともに、この変化点情報に基づいて予め決められたアルゴリズムによるチェックデータを生成し、記録部は、このチェックデータをデータストリーム、および変化点情報とともに記録媒体に記録している。
【００１９】
更に、本発明が適用される映像情報記録装置では、コントローラは、記録する映像情報のコピー制御態様が変化する位置を示す変化点情報を生成し、記録部は、この変化点情報を映像情報とともに記録媒体に記録している。
【００２０】
また更に、本発明が適用される映像情報記録装置では、コントローラは、記録される一連のソースパケット列のうち、コピー制御情報の値が変わらない区間毎に、この区間のコピー可否を示す情報を生成し、記録部では、コントローラで生成された情報をソースパケット列とともに記録している。
【００２１】
【発明の実施の形態】
以下、添付図面に基づき、本発明が適用される実施の形態について詳細に説明する。
まず、本実施の形態が適用されるシステム構成の説明に入る前に、その理解を容易にするため、本実施の形態にかかるデータフォーマットについて詳述する。
図１は、本実施の形態が適用される記録媒体上のアプリケーションフォーマットの構造を示した図である。このフォーマットは、ＡＶストリームの管理のために、ユーザインタフェース(ユーザＩ/Ｆ)に近いプレイリスト(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は、全てのトランスポートパケットに付加される。IEEE1394ディジタルインタフェースを使用して入力トランスポートストリームを記録する場合、copy_permission_indicatorの値は、IEEE1394 isochronous packet 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()の中にあるCCI_sequence_info()は、Clip AVストリームのコピー制限情報を管理する情報を持つものであり、CCI-sequenceの情報を定義する。
【００３８】
まず、CCI-sequenceについて説明する。ＡＶストリームファイルの中でＣＣＩの内容が一定であるソースパケット列を、CCI-sequenceと呼ぶ。ＡＶストリームファイルの中で、ＣＣＩの内容が変化するアドレスをCCI_sequence_info()にストアする。このアドレスは、SPN_CCI_sequence_startにより示される。ＡＶストリームファイルの中にある最後のCCI-sequence以外のCCI-sequenceは、そのSPN_CCI_sequence_startで指されるソースパケットから開始し、その次のSPN_CCI_sequence_startで指されるソースパケットの直前のソースパケットで終了する。最後のCCI-sequenceは、そのSPN_CCI_sequence_startで指されるソースパケットから開始し、ＡＶストリームファイルの最後のソースパケットで終了する。
【００３９】
図９は、CCI-sequenceの一例を示した図である。図９に示す例では、Clip AVストリームファイルは、freeとno more copyが混在した５個のprogram-sequenceを有している。
【００４０】
図１０は、CCI_sequence_info()のシンタクスを示した図である。
lengthは、このlengthフィールドの直後のバイトからCCI_sequence_Info()の最後のバイトまでのバイト数を示している。
【００４１】
recording_modeは、そのＡＶストリームファイルの記録がCognizant記録であるか、Non-cognizant記録であるかを示すモードである。recording_modeの値の意味は図１３に示されている。ここで、Cognizant記録とは、ディジタル放送等のトランスポートストリームを記録する時、トランスポートストリームの中に符号化されているＣＣＩ(embedded CCIと呼ばれ、ＣＣＩを持つディスクリプタやウォーターマーク)を解析することができる記録モードである。また、Non-cognizant記録とは、ディジタル放送等のトランスポートストリームを記録する時、トランスポートストリームの中に符号化されているＣＣＩを解析することができない記録モードである。Non-cognizant記録であり、IEEE1394ディジタルインタフェースを使用して入力トランスポートストリームを記録する場合、トランスポートストリームの記録制限は、IEEE1394 isochronous packet headerの中のＥＭＩ(Encryption Mode Indicator)の値に基づいて行われる。
【００４２】
num_of_CCI_sequencesは、ＡＶストリームファイルの中にあるCCI-sequenceの数を示している。
【００４３】
SPN_CCI_sequence_startは、ＡＶストリームファイル上でCCI-sequenceが開始するアドレスを示している。SPN_CCI_sequence_startは、ソースパケット番号を単位とする大きさであり、ＡＶストリームファイルの最初のソースパケットから、ゼロを初期値としてカウントされる。CCI_sequence_info()の中でエントリーされるSPN_CCI_sequence_startの値は、昇順に並んでいる。記録装置が、入力ビデオのＣＧＭＳまたは入力ストリームのＣＣＩを解析し、その変化を検出するまでの遅延時間が必要なために、SPN_CCI_sequence_startは、ＡＶストリームの中における実際のＣＣＩの変化点から所定の時間以内にあるソースパケットを指しても良い。
【００４４】
stream_status()は、そのCCI-sequenceにおけるＣＣＩの内容を示している。
stream_status()のシンタクスの例を図１１に示す。
status_CCI/EMIは、そのCCI-sequenceのＣＣＩの内容を示す。その値の意味を図１４に示す。入力ビデオをセルフエンコードしてＭＰＥＧ２記録を行う場合、status_CCI/EMIの値は入力信号のＣＧＭＳ信号を解析して決定される。Cognizant記録の場合、status_CCI/EMIの値はトランスポートストリームの中でＣＣＩを持つディスクリプタを解析して決定される。Non-cognizant記録の場合、status_CCI/EMIの値はIEEE1394 isochronous packet headerの中のＥＭＩ(Encryption Mode Indicator)を解析して決定される。
【００４５】
is_status_WM_validは、その値が１の場合、次に続くstatus_WMの値が有効な値を持つことを示し、その値が０の場合、次に続くstatus_WMの値が無効であることを示している。is_status_WM_valid が１である場合、ＡＶストリームの記録時にそのウォーターマークを解析して記録したことを示す。ウォーターマークは、現時点(２００１年６月の時点)では未だ標準化がまとまっていない為、ウォーターマークによる記録制限が記録装置にマンダトリとなる時点よりも前に製造された記録装置は、is_status_WM_validをゼロとしても構わない。
【００４６】
status_WMは、そのCCI-sequenceのウォーターマークが示すＣＣＩの内容を示す。その値の意味を図１４に示す。
【００４７】
図１１に示すシンタクスでは、status_CCI/EMIとstatus_WMを独立に管理している。一般には、この２個は同じＣＣＩの状態を示すはずである。もし、status_CCI/EMIとstatus_WMのＣＣＩの状態が異なる場合であっても、記録装置が入力ストリームのＣＣＩとウォーターマークをそれぞれ正しく解析して、それを更新したことをCCI_sequence_infoに記録として残すことができる。status_CCI/EMIとstatus_WMの２つが異なるＣＣＩの状態を持つ場合に、記録されているＡＶストリームのＣＣＩとして、どちらの値の優先度が高いかは、記録装置が備えるアプリケーションに依存することになる。
【００４８】
図１２は、stream_status()のシンタクスの他の例を示した図である。この例は、stream_status()の情報を最も簡単化した場合である。
is_freeは、その値が１の場合、そのCCI-sequenceのＣＣＩが「Copy free」であることを示し、その値が０の場合、そのCCI-sequenceのＣＣＩが「Copy free」でないことを示す。status_CCI/EMIが'00'であり、かつ、status_WMが'00'である場合(is_status_WM_valid=1)に、is_freeは１とする。
【００４９】
前述した図８に示されるCCI_sequence_Info()は、記録媒体に記録されているClip AVストリームを別の記録媒体にコピーする場合に、そのClipの中のCopy Freeなストリーム部分を探す時、また、Clip AVストリームの中で、「No More Copy」ストリーム部分と「Copy Free」のストリーム部分とが混在しているかどうかを調べるときに役立つ。CCI_sequence_Info()を参照することで、この調査時間を大幅に短縮することができる。この調査のために、Clip AVストリームを先頭から終わりまで記録媒体から読み出して、コピー制限情報を解析する必要がないからである。
【００５０】
図１５(ａ),(ｂ)は、コピー元(出力側の再生装置)から、コピー先(入力側の記録装置)へ、Copy freeなストリーム部分をコピーする場合のClipとCCI-sequenceとの関係を説明するための図である。図１５(ａ)には、コピー元(出力側の再生装置)で記録されているClip AVストリームファイルとそのCCI_sequence_Info()が示されている。このCCI_sequence_Info()によると、このＡＶストリームは、「Copy free」なストリーム部分と「No more copy」なストリーム部分が混在していることがわかり、ＡＶストリーム全体を別の記録媒体にコピーすることができないことが理解できる。そして、「Copy free」のストリーム部分は、ソースパケット番号０から(Ａ−１)まで(▲１▼の部分)、およびソースパケット番号Ｂから(Ｃ−１)まで(▲２▼の部分)、およびソースパケット番号Ｄから最後まで(▲３▼の部分)であることがわかる。記録装置は、ユーザにコピー可能なストリーム部分を示し、ユーザがそれを納得したら、「Copy free」のストリーム部分だけをコピー先の記録装置へ伝送する。尚、図では、stream_status()の情報として、CCI_sequence_Info()にstatus_CCI/EMI、status_WMの例と、is_freeの例の両者が示されている。
【００５１】
図１５(ｂ)には、コピー先(入力側の記録装置)で記録されるClip AVストリームファイルとそのCCI_sequence_Info()が示されている。図１５(ａ)に示す▲１▼〜▲３▼の部分だけが記録され、このＡＶストリームは、全体が「Copy free」であることを、そのCCI_sequence_Info()が示している。
【００５２】
次に、図１０に示すCCI_sequence_info()のシンタクスへ説明を戻す。
図１０に示すIntegrity_Check_Valueは、CCI_sequence_info()のＣＣＩの内容が改竄されていないことを示すための符号である。これは、CCI_sequence_info()の第１バイト目からIntegrity_Check_Valueの直前のバイトまでのデータを入力として、所定の暗号アルゴリズムで計算した符号である。この暗号アルゴリズムは、例えば、ISO/IEC9797(Information technology - Security techniques - Data integrity mechanism using a cryptographic check function employing a block cipher algorithm)に記載されているアルゴリズムを用いることができる。
【００５３】
もし、悪意を持ったユーザによって、CCI_sequence_info()のＣＣＩの内容が、「No more copy」から「Copy free」に書き変えられたとしても、記録装置は、このIntegrity_Check_Valueの値を検査することにより、CCI_sequence_info()が改竄されたことを検出することができる。もし、CCI_sequence_info()が改竄されたことを検出した場合には、もはや、CCI_sequence_info()は信じられないので、記録装置は、CCI_sequence_info()を利用するＡＶストリームがコピーできないようにすれば良い。また、CCI_sequence_info()の内容を改竄できないようにするために、CCI_sequence_info()をスクランブルするか、またはClip Information file全体をスクランブルするように構成することもできる。
【００５４】
図１６は、CCI_sequence_info()のシンタクスにおける他の例を示した図である。ここでは、図１０に示したシンタクスにおけるSPN_CCI_sequence_startが、Time_stamp_CCI_sequence_startになった点が異なる。即ち、この例では、ＡＶストリームの中におけるＣＣＩの変化点のタイムスタンプがCCI_sequence_info()へストアされる。ここで、タイムスタンプは、例えば、ＡＶストリームの中でＣＣＩの変化点にあるビデオやオーディオのプレゼンテーションタイムスタンプとすることができる。または、タイムスタンプは、ＡＶストリームの中でＣＣＩの変化点にあるトランスポートパケットがデコーダに到着する時刻を示すアライバルタイムスタンプとすることもできる。
【００５５】
図１７(ａ),(ｂ)は、図１６に示すCCI_sequence_info()の場合に、コピー元(出力側の再生装置)からコピー先(入力側の記録装置)へ、Copy freeなストリーム部分をコピーする場合のClipとCCI-sequenceとの関係を説明するための図である。図１５(ａ),(ｂ)で示した場合と同様にして、CCI_sequence_info()を利用することにより、ＡＶストリームの中からタイムスタンプベースでCopy freeな部分を特定し、コピー先の記録装置へ伝送することができる。
【００５６】
以上、詳述したようなデータフォーマットにより、本実施の形態では、ＡＶストリームを記録するときに、CCI_sequence_info()の情報を作成し、ＡＶストリームと共に記録している。これによって、ＡＶストリームを先頭から終わりまで記録媒体を読み出してコピー制限情報を解析しなくても、CCI_sequence_info()の情報を読み込むことで、ＡＶストリーム中に複数のコピー制限情報が混在することを調べることが可能となる。
次に、本実施の形態におけるシステム構成を説明する。
【００５７】
図１８は、本実施の形態が適用される記録装置の構成を示したブロック図である。この記録装置では、入力端子として、端子１０,１１,１２,１３,１４を備えている。また、端子１０のＲＦ入力からビデオ信号を取り出すＴＶチューナ１５、入力ビデオのＣＧＭＳを解析するＣＧＭＳ検出/更新部１６、入力ビデオのウォーターマーク(Water Mark)を解析するＷＭ(Water Mark)検出/更新部１７、入力ビデオオーディオ信号を符号化するＭＰＥＧ２ＡＶエンコーダ１８、ソースパケットからなるＡＶストリームを供給するソースパケッタイザ１９を備えている。更に、入力トランスポートストリームの中に符号化されているＣＣＩ(Ｅ_ＣＣＩ：Embedded CCI)を解析するＥ_ＣＣＩ解析/更新部２０、入力ビデオのWater Markを解析するＷＭ検出/更新部２１、アイソクロナスパケットのヘッダにあるＥＭＩを解析するIEEE1394インターフェース(Ｉ/Ｆ)２２を備えている。また更に、入力ソースパケットストリームのパケット番号をカウントするストリーム解析部２３、CCI_sequence_info()を作成するコントローラ２４の他、ＥＣＣ符号化部２５、変調部２６、ドライブ２７およびＤＶＲである記録媒体２８を備えている。
【００５８】
この図１８に示す記録装置では、入力形態の違いによって４つの態様が示されている。第１の態様は、端子１０からのＲＦ入力のビデオ信号をセルフエンコードしたＡＶストリームを記録する態様である。第２の態様は、端子１１,１２からのビデオ、オーディオ入力をセルフエンコードしたＡＶストリームを記録する態様である。また第３の態様は、端子１３からのトランスポートストリーム入力をCognizant記録モードで記録する態様である。更に第４の態様は、端子１４からのトランスポートストリーム入力をNon-cognizant記録モードで記録する態様である。本実施の形態が適用される記録装置では、これらのＡＶストリームを記録するときに、CCI_sequence_info()が作成され、記録媒体２８に格納される。
【００５９】
まず、端子１１,１２からのビデオ、オーディオ入力がセルフエンコードされたＡＶストリームが記録される態様について説明する。
ＣＧＭＳ検出/更新部１６では、入力ビデオのＣＧＭＳ(ＣＧＭＳ−ＡまたはＣＧＭＳ−Ｄ)が所定の方法により解析されて、記録するＡＶストリームのＣＣＩ(図中、CCI_oで示す)がコントローラ２４に供給される。また、ＣＧＭＳ検出/更新部１６からは、入力ビデオがＷＭ検出/更新部１７へ供給される。ＷＭ検出/更新部１７では、入力ビデオのWater Markが所定の方法により解析されて、記録するＡＶストリームのＷＭ(図中、WM_oで示す)がコントローラ２４へ供給される。また、ＷＭ検出/更新部１７からは、入力ビデオがＭＰＥＧ２ＡＶエンコーダ１８へ供給される。
【００６０】
コントローラ２４では、入力されるCCI_oおよびWM_oに基づいて、ＭＰＥＧ２ＡＶエンコーダ１８にてエンコードされるＭＰＥＧストリームの中で符号化されるＥ_ＣＣＩ(Embedded CCI)の値が所定の方法により決定される。ＭＰＥＧ２ＡＶエンコーダ１８では、入力ビデオオーディオ信号が符号化され、トランスポートストリームがソースパケッタイザ１９へ供給される。
【００６１】
また、コントローラ２４では、入力されるCCI_oおよびWM_oに基づいて、ソースパケットヘッダに符号化されるcopy_permission_indicator(図中、c_p_Iで示す)の値が所定の方法により決定される。ソースパケッタイザ１９からは、ソースパケットからなるＡＶストリームがストリーム解析部２３およびＥＣＣ符号化部２５へ供給される。
【００６２】
ストリーム解析部２３では、入力ソースパケットストリームのパケット番号がカウントされ、現在のパケット番号がコントローラ２４へ供給される。または、ストリーム解析部２３からは、入力ソースパケットストリームの現在のタイミングスタンプがコントローラ２４へ供給される。コントローラ２４では、入力されるCCI_oおよびWM_oの変化が検出されて、CCI_sequence_infoが作成される。また、コントローラ２４では、CCI_sequence_infoを持つClip Information fileのデータが作成されて、ＥＣＣ符号化部２５へ供給される。
【００６３】
ＥＣＣ符号化部２５へ入力されたＡＶストリームおよびClip Information fileのデータは、ＥＣＣ符号化部２５、変調部２６、ドライブ２７の処理の後に、それぞれＡＶストリームファイルとClip Information fileとして、記録媒体２８へ記録される。
【００６４】
次に、端子１０からのＲＦ入力のビデオ信号がセルフエンコードされたＡＶストリームが記録される態様について説明する。ＴＶチューナ１５では、ＲＦ入力からビデオ信号が取り出されて、ＷＭ検出/更新部１７へ供給される。ＷＭ検出/更新部１７では、入力ビデオのWater Markが所定の方法により解析されて、記録するＡＶストリームのＷＭ(図中、WM_oで示す)がコントローラ２４へ供給される。また、ＷＭ検出/更新部１７からは、入力ビデオがＭＰＥＧ２ＡＶエンコーダ１８へ供給される。その後の処理は、上述のＭＰＥＧ２ＡＶエンコーダ１８以後の処理と同じである。
【００６５】
次に、端子１３からのトランスポートストリーム入力がCognizant記録モードで記録される態様について説明する。Ｅ_ＣＣＩ解析/更新部２０では、入力トランスポートストリームの中に符号化されているＣＣＩ(Embedded CCI)が所定の方法により解析されて、記録するＡＶストリームのＣＣＩ(図の中でCCI_oで示す)がコントローラ２４へ供給される。また、Ｅ_ＣＣＩ解析/更新部２０では、入力トランスポートストリームがＷＭ検出/更新部２１へ供給される。ＷＭ検出/更新部２１では、入力ビデオのWater Markが所定の方法により解析されて、記録するＡＶストリームのＷＭ(図中、WM_oで示す)がコントローラ２４へ供給される。また、ＷＭ検出/更新部２１からは、入力トランスポートストリームがソースパケッタイザ１９へ供給される。その後の処理は、上述のソースパケッタイザ１９以後の処理と同じである。
【００６６】
次に、端子１４からのトランスポートストリーム入力がNon-cognizant記録モードで記録される態様について説明する。IEEE1394インターフェース２２では、入力されるアイソクロナスパケットのヘッダにあるＥＭＩが所定の方法により解析されて、記録するＡＶストリームのＣＣＩ(図中、CCI_oで示す)がコントローラ２４へ供給される。また、IEEE1394インターフェース２２からは、入力トランスポートストリームがソースパケッタイザ１９へ供給される。その後の処理は、上述のソースパケッタイザ１９以後の処理と同じである。
【００６７】
図１９は、入力信号がビデオ入力の場合および/もしくはCognizant記録のＴＳ入力の場合における、コピーコントロール処理を説明するための図である。図１９にて、「入力信号の状態」のＣＣＩとＷＭは、それぞれの入力信号が持つＣＣＩとＷＭの状態を示している。
【００６８】
まず、入力信号のＣＣＩが'00'のとき、ＣＧＭＳ検出/更新部１６またはＥ_ＣＣＩ解析/更新部２０は、CCI_o=00とする。また、入力信号のＣＣＩが'10'のとき、ＣＧＭＳ検出/更新部１６またはＥ_ＣＣＩ解析/更新部２０は、CCI_o=01とし、入力信号のＣＣＩを更新する。更に、入力信号のＣＣＩが'01'または'11'のとき、入力ＡＶストリームを記録できない。
【００６９】
次に、入力信号のＷＭが'00'のとき、ＷＭ検出/更新部１７またはＷＭ検出/更新部２１は、WM_o=00とする。また、入力信号のＷＭが'10'のとき、ＷＭ検出/更新部１７またはＷＭ検出/更新部２１は、WM_o=101とし、入力信号のＷＭを更新する。更に、入力信号のＷＭが'101'または'11'のとき、入力ＡＶストリームを記録できない。
【００７０】
コントローラ２４は、記録されたＡＶストリームの中に符号化されるＥ_ＣＣＩに、入力ビデオがＲＦ入力の場合を除いて、CCI_oと同じ意味の値をセットし、また、入力ビデオがＲＦ入力の場合は、WM_oと同じ意味の値をセットする。また、コントローラ２４は、CCI_sequence_info()のstatus_CCI/EMIとソースパケットヘッダのcopy_permission_indicator(c_p_I)に、入力ビデオがＲＦ入力の場合を除いて、CCI_oと同じ意味の値をセットし、また、入力ビデオがＲＦ入力の場合は、WM_oと同じ意味の値をセットする。更に、コントローラ２４は、CCI_sequence_info()のstatus_WMに、WM_oと同じ意味の値をセットする。
【００７１】
図２０は、入力信号がNon-cognizant記録のＴＳ入力の場合における、コントローラ２４のコピーコントロール処理を説明するための図である。
まず、入力信号のＥＭＩが'00'のとき、IEEE1394インターフェース２２は、CCI_o=00とする。また、入力信号のＥＭＩが'10'のとき、IEEE1394インターフェース２２は、CCI_o=01とする。更に、入力信号のＥＭＩが'01'または'11'のとき、入力ＡＶストリームを記録できない。コントローラ２４は、CCI_sequence_info()のstatus_E_CCI/EMIとソースパケットヘッダのcopy_permission_indicator(c_p_I)に、CCI_oと同じ意味の値をセットする。
【００７２】
図２１は、入力信号が、ビデオ入力の場合またはCognizant記録のＴＳ入力の場合におけるCCI-sequenceの処理を説明するフローチャートである。CCI-sequenceの作成では、まず、入力ＡＶ信号のＣＣＩまたはＷＭの内容が変化したか否かが検査される(ステップ２０１)。変化するまでループし、変化した場合には、ＣＣＩまたはＷＭの変化点情報と、ＣＣＩまたはＷＭの内容が取得される(ステップ２０２)。より具体的には、ＡＶストリームの中におけるＣＣＩまたはＷＭの変化点のアドレスと、ＣＣＩまたはＷＭの内容が取得される。または、ＡＶストリームの中におけるＣＣＩまたはＷＭの変化点のタイムスタンプと、ＥＭＩの内容が取得される。その後、CCI-sequenceの情報が作成され(ステップ２０３)、入力信号が終了か否かが検査される(ステップ２０４)。入力信号が終了でない場合には、ステップ２０１に戻り、入力信号が終了である場合には、CCI_sequence_InfoのIntegrity_Check_Valueが計算されて(ステップ２０５)、処理が終了する。
【００７３】
図２２は、入力信号が、Non-cognizant記録のＴＳ入力の場合におけるCCI-sequenceの処理を説明するフローチャートである。CCI_sequence_Infoの作成では、まず、入力ＡＶ信号のＥＭＩの内容が変化したか否かが検査される(ステップ２１１)。変化するまでループし、変化した場合には、ＥＭＩの変化点情報と、ＥＭＩの内容が取得される(ステップ２１２)。より具体的には、ＡＶストリームの中におけるＥＭＩの変化点のアドレスと、ＥＭＩの内容が取得される。または、ＡＶストリームの中におけるＥＭＩの変化点のタイムスタンプと、ＥＭＩの内容が取得される。その後、CCI-sequenceの情報が作成され(ステップ２１３)、最後のトランスポートパケットか否かが検査される(ステップ２１４)。最後のトランスポートパケットではない場合にはステップ２１１に戻り、最後のトランスポートパケットである場合にはCCI_sequence_InfoのIntegrity_Check_Valueが計算されて(ステップ２１５)、処理が終了する。
以上のようにして、記録するＡＶストリームのCCI-sequenceの情報が作成されて、ＡＶストリームと共に記録される。
【００７４】
図２３は、コピー元(出力側)の再生装置５から、コピー先(入力側)の記録装置６へ、ＤＶＲのＡＶストリームファイルとそれに関係するデータベースファイルとをディジタルバス経由でコピーする場合の構成を示すブロック図である。
再生装置５には、ＤＶＲである記録媒体５０、記録媒体５０を読み込むドライブ５１、復調部５２、ＥＣＣ復号部５３、記録装置６との通信を行うディジタルバスインタフェース５４、メモリ５５、バスコントローラ５６、および再生装置５の全体を制御する制御部５７を備えている。また、記録装置６には、再生装置５との通信を行うディジタルバスインタフェース６０、バスコントローラ６１、メモリ６２の他、ＥＣＣ符号化部６３、変調部６４、復調部６５、ＥＣＣ復号部６６、記録装置６の全体を制御する制御部６７、ＤＶＲである記録媒体６９、および記録媒体６９への読み出し/書込みを行うドライブ６８を備えている。再生装置５と記録装置６とは、ディジタルバス７によりデータの送受信が行われる。
【００７５】
まず、再生装置５の記録媒体５０に記録されている所望のPlayListを記録装置６の記録媒体６９へコピーすることを指示する情報が、図示しないユーザインタフェースを通して、コピー制御コマンドに乗って再生装置５へ入力される。このコマンドは、ディジタルバスインタフェース５４、バスコントローラ５６を経由して、制御部５７へ入力される。
【００７６】
制御部５７は、上記PlayListの再生に必要なＡＶストリームのストリーム部分を決定し、そのＡＶストリームデータを記録媒体５０から読み出すように、ドライブ５１に指示を出す。また、制御部５７は、上記PlayListに関係するデータベースファイル(PlayListファイル、Clip Information fileとサムネールファイル)を記録媒体５０から読み出すように、ドライブ５１に指示を出す。更に、制御部５７は、復調部５２、ＥＣＣ復号部５３を経て読み出された前記ＡＶストリームデータを、ＡＶストリームファイルとして、ディジタルバスインタフェース５４へ供給するように指示する。
【００７７】
一方、記録媒体５０から読み出されたＡＶストリームデータに対応するデータベースファイルが、復調部５２、ＥＣＣ復号部５３を経て、メモリ５５へ入力される。制御部５７は、メモリ５５にあるデータを元にして、ディジタルバスインタフェース５４から出力される上記のＡＶストリームファイルの再生に必要なデータベース(Clip Informationファイル、PlayListファイル)を作成する。また、制御部５７は、上記のＡＶストリームファイルに対応するClipとコピーするPlayListファイルが使用するサムネールファイルを作成する。そして、制御部５７は、新たに作成されたデータベースファイル(Clip Informationファイル、PlayListファイルとサムネールファイル)をメモリ５５からディジタルバスインタフェース５４へ供給するように指示する。
【００７８】
バスコントローラ５６は、ディジタルインタフェース５４からのファイル出力(伝送)を制御する。制御部５７は、バスコントローラ５６に対して、ディジタルバスインタフェース５４から、ＡＶストリームファイルとデータベースファイルを出力するように指示する。このＡＶストリームファイルとデータベースファイルは、ディジタルバス７を経由して、コピー先の記録装置６へ入力される。
【００７９】
コピー先の記録装置６におけるバスコントローラ６１は、ディジタルバスインタフェース６０からのファイル入力を制御する。また、バスコントローラ６１と再生装置５のバスコントローラ５６は、ファイルのコピー制御コマンドを交換して、データ伝送/受信のタイミングを制御する。一方、記録装置６の制御部６７は、ディジタルバスインタフェース６０へ入力されるＡＶストリームファイルを、ＥＣＣ符号化部６３、変調部６４、ドライブ６８の処理を経て、記録媒体６９に記録するように指示する。また、制御部６７は、ディジタルバスインタフェース６０へ入力されるデータベースファイルを、メモリ６２へ書き込むように指示する。
【００８０】
また、制御部６７は、記録媒体６９に記録されているデータベースファイル(Info.dvrファイルとサムネールファイル)を、ドライブ６８、復調部６５、ＥＣＣ復号部６６の処理を経て、メモリ６２へ読み出すように指示する。そして、制御部６７は、メモリ６２にあるInfo.dvrファイルとサムネールファイルを更新する。具体的には、コピー先にあるInfo.dvrファイルのTableOfPlayListに、新たに記録するPlayListファイル名を追加し、また、コピー先にあるサムネールファイルに新たに記録するサムネールを追加する。更に、制御部６７は、メモリ６２にあるデータベースファイルを読み出して、ＥＣＣ符号化部６３、変調部６４、ドライブ６８の処理を経て、記録媒体６９に記録するように指示する。
【００８１】
図２４は、コピー元(出力側)の再生装置５から、コピー先(入力側)の記録装置６へ、Clip AVストリームファイルをコピーする場合の、再生装置５(コピー元)の処理を説明するフローチャートである。まず、Clip AVストリーム上のCopy Freeのストリーム部分をCCI-sequenceに基づいて決定する(ステップ２２１)。次に制御部５７は、コピーする区間のＡＶストリーム部分からなるＡＶストリームとそのClip Information fileを作成する(ステップ２２２)。最後に、ＡＶストリームと作成されたClip Information fileをディジタルバスインタフェース５４を介して伝送する(ステップ２２３)。このようにして、CCI-sequenceの情報を用いて、ＡＶストリームファイルのコピー処理が制御される。
【００８２】
次に、CCI_sequence_info()のシンタクスの変形例を説明する。CCI-sequenceの情報として、ＡＶストリームの中におけるコピー制御情報(ＣＣＩ)の変化するアドレスまたはタイムスタンプだけを持つテーブルを作成して、ＡＶストリームと共に記録するようにしてもよい。この場合、ＡＶストリームのコピー処理に先だって、ＡＶストリームの中におけるＣＣＩの変化するアドレスまたはタイムスタンプにあるソースパケットを記録媒体から読み出す。そして、そのソースパケットのcopy_permission_indicatorを検査することにより、それぞれのCCI-sequenceのコピー制御情報を得る。
【００８３】
かかる場合も、CCI_sequence_Info()を参照することで、ＡＶストリームの中のCopy Freeなストリーム部分を探す時の調査時間が短縮できる、この調査のために、Clip AVストリームを先頭から終わりまで記録媒体から読み出して、コピー制限情報を解析する必要がないからである。即ち、この調査のために、ＡＶストリームの中におけるＣＣＩの変化するアドレスまたはタイムスタンプにあるソースパケットだけを記録媒体から読み出せばよい。
【００８４】
以上、詳述したように、本実施の形態では、ＡＶストリームを記録するときに、CCI_sequence_info()の情報を作成して、ＡＶストリームと共に記録するように構成した。これにより、一つのＡＶストリームの中に、「No More Copy」ストリーム部分と「Copy Free」のストリーム部分とが混在しているという情報を、簡単に調べることができる。この情報を調べるためには、そのＡＶストリームを先頭から終わりまで記録媒体から読み出して、コピー制限情報を解析する必要がないので、この調査時間が非常に短縮できる。即ち、記録媒体に記録されているデータの内容を別の記録媒体にコピーする場合においても、記録媒体に記録されているデータの内容、再生情報を適切に管理することができる。
【００８５】
また、本実施の形態では、status_CCI/EMIとstatus_WMを独立に管理している。一般には、この２個は同じＣＣＩの状態を示すはずであるが、本実施の形態では、status_CCI/EMIとstatus_WMのＣＣＩの状態が異なる場合であっても、記録装置が入力ストリームのＣＣＩとWater Markとをそれぞれ正しく解析して、それを更新したことをCCI_sequence_infoに記録として残すことができる。
【００８６】
更に、本実施の形態では、CCI_sequence_info()の情報の改竄防止のための符号を一緒に記録することが可能である。これにより、もし、悪意を持ったユーザによって、CCI_sequence_info()のCCIの内容が、「No more copy」から「Copy free」に書き変えられたとしても、記録装置はIntegrity_Check_Valueの値を検査することにより、CCI_sequence_info()が改竄されたことを検出できる。また、本実施の形態では、CCI_sequence_info()の情報をスクランブルして記録することが可能である。これにより、CCI_sequence_info()の内容の改竄を防止することができる。
【００８７】
尚、本実施の形態にて説明した各処理は、映像情報記録装置、映像情報再生装置等のコンピュータ装置において実行されるプログラムとして提供することができる。このプログラムは、ＣＤ−ＲＯＭ等の記憶媒体として提供されて、コンピュータ装置におけるＣＤ−ＲＯＭドライブ等の読取手段によって読取可能に構成されている場合の他、例えば、ネットワークを介して遠隔地にあるプログラム伝送装置から提供され、コンピュータ装置にインストールされても良い。また、本実施の形態では、記憶媒体としてＤＶＲを例に挙げて説明してきたが、同様のデータフォーマットを有する記憶媒体等、他の記憶媒体に対して適用できることは言うまでもない。
【００８８】
【発明の効果】
以上のように、本発明によれば、映像情報におけるコピー制限を適切に管理することができる。
【図面の簡単な説明】
【図１】 本実施の形態が適用される記録媒体上のアプリケーションフォーマットの構造を示した図である。
【図２】 ＤＶＲディスク上に作られるディレクトリ構造の一例を示した図である。
【図３】 ＡＶストリームファイルの構造を示した図である。
【図４】 ソースパケット(source packet)のプログラミング構文であるシンタクス(Syntax)を示した図である。
【図５】 TP_extra_headerのシンタクスを示した図である。
【図６】 copy_permission_indicatorの値とそれらによって指定されるモードの関係を示した図である。
【図７】 Clip Information fileのシンタクスを示した図である。
【図８】 ClipInfo()のシンタクスを示した図である。
【図９】 CCI-sequenceの一例を示した図である。
【図１０】 CCI_sequence_info()のシンタクスを示した図である。
【図１１】 stream_status()のシンタクスの例を示した図である。
【図１２】 stream_status()のシンタクスの他の例を示した図である。
【図１３】 recording_modeの値の意味を示した図である。
【図１４】 status_CCI/EMI 、status_WMの値の意味を示した図である。
【図１５】 (ａ),(ｂ)は、コピー元(出力側の再生装置)から、コピー先(入力側の記録装置)へ、Copy freeなストリーム部分をコピーする場合のClipとCCI-sequenceとの関係を説明するための図である。
【図１６】 CCI_sequence_info()のシンタクスにおける他の例を示した図である。
【図１７】 (ａ),(ｂ)は、図１６に示すCCI_sequence_info()の場合に、コピー元(出力側の再生装置)からコピー先(入力側の記録装置)へ、Copy freeなストリーム部分をコピーする場合のClipとCCI-sequenceとの関係を説明するための図である。
【図１８】 本実施の形態が適用される記録装置の構成を示したブロック図である。
【図１９】 入力信号がビデオ入力の場合および/もしくはCognizant記録のＴＳ入力の場合における、コピーコントロール処理を説明するための図である。
【図２０】 入力信号がNon-cognizant記録のＴＳ入力の場合における、コントローラのコピーコントロール処理を説明するための図である。
【図２１】 入力信号が、ビデオ入力の場合またはCognizant記録のＴＳ入力の場合におけるCCI-sequenceの処理を説明するフローチャートである。
【図２２】 入力信号が、Non-cognizant記録のＴＳ入力の場合におけるCCI-sequenceの処理を説明するフローチャートである。
【図２３】 コピー元(出力側)の再生装置から、コピー先(入力側)の記録装置へ、ＤＶＲのＡＶストリームファイルとそれに関係するデータベースファイルとをディジタルバス経由でコピーする場合の構成を示すブロック図である。
【図２４】 コピー元(出力側)の再生装置から、コピー先(入力側)の記録装置へ、Clip AVストリームファイルをコピーする場合の、再生装置(コピー元)の処理を説明するフローチャートである。
【符号の説明】
５…再生装置、６…記録装置、７…ディジタルバス、１０,１１,１２,１３,１４…端子、１５…ＴＶチューナ、１６…ＣＧＭＳ検出/更新部、１７…ＷＭ(Water Mark)検出/更新部、１８…ＭＰＥＧ２ＡＶエンコーダ、１９…ソースパケッタイザ、２０…Ｅ_ＣＣＩ解析/更新部、２１…ＷＭ検出/更新部、２２…IEEE1394インターフェース(Ｉ/Ｆ)、２３…ストリーム解析部、２４…コントローラ、２５…ＥＣＣ符号化部、２６…変調部、２７…ドライブ、２８…記録媒体、５０…記録媒体、５１…ドライブ、５２…復調部、５３…ＥＣＣ復号部、５４…ディジタルバスインタフェース、５５…メモリ、５６…バスコントローラ、５７…制御部、６０…ディジタルバスインタフェース、６１…バスコントローラ、６２…メモリ、６３…ＥＣＣ符号化部、６４…変調部、６５…復調部、６６…ＥＣＣ復号部、６７…制御部、６８…ドライブ、６９…記録媒体
Claims (13)
- アイソクロナスパケット(isochronous packet)におけるＥＭＩ(Encryption Mode Indicator)の内容が変化したか否かを検査する検査手段と、
前記検査手段により検査された前記ＥＭＩに基づいて、記録される映像情報に対応するＥＭＩの変化点情報を取得する変化点情報取得手段と、
前記変化点情報取得手段により取得された前記変化点情報に基づいてコピー制限情報を管理するための管理情報を含むファイルを生成する管理情報生成手段と、
前記管理情報生成手段により生成された前記管理情報を含むファイルを前記映像情報と共に記録する記録手段と
を備えたことを特徴とする映像情報記録装置。 - 前記変化点情報取得手段により取得される変化点情報は、ＥＭＩの変化点のアドレスまたは変化点の時間に関する情報であることを特徴とする請求項１記載の映像情報記録装置。
- 前記管理情報生成手段により生成される前記管理情報は、ＡＶ(Audio Visual)ストリームの中におけるＥＭＩの変化点情報を持つテーブル情報であることを特徴とする請求項１記載の映像情報記録装置。
- 前記管理情報生成手段により生成される前記管理情報に対して改竄防止処理を施す改竄防止処理手段と
を更に備えたことを特徴とする請求項１記載の映像情報記録装置。 - 前記改竄防止処理手段は、前記管理情報の内容が改竄されていないことを示すための符号により、または、前記管理情報をスクランブルすることにより改竄防止処理を施すことを特徴とする請求項４記載の映像情報記録装置。
- 入力される信号のアイソクロナスパケット(isochronous packet)におけるＥＭＩ(Encryption Mode Indicator)の内容が変化したか否かを検査し、
変化した前記ＥＭＩの変化点情報を取得し、
取得された前記変化点情報に基づいてコピー制限情報を管理するための管理情報ファイルを作成することを特徴とする記録方法。 - コンピュータに実行させるプログラムを当該コンピュータが読取可能に記憶した記憶媒体であって、
前記プログラムは、
入力される映像情報のアイソクロナスパケット(isochronous packet)におけるＥＭＩ(Encryption Mode Indicator)の内容が変化したか否かを検査する処理と、
検査された前記ＥＭＩから当該ＥＭＩの変化点情報を取得する処理と、
取得された前記変化点情報に基づいてコピー制限情報を管理するための管理情報ファイルを生成する処理と
を実行させることを特徴とする記憶媒体。 - コンピュータに、
入力される信号のアイソクロナスパケット(isochronous packet)におけるＥＭＩ(Encryption Mode Indicator)の内容が変化したか否かを検査する機能と、
検査された前記ＥＭＩから当該ＥＭＩの変化点情報を取得する機能と、
取得された前記変化点情報に基づいてコピー制限情報を管理するための管理情報ファイルを生成する機能と
を実現させるためのプログラム。 - 生成された前記管理情報ファイルをコピーする映像情報とは別の領域に記録する機能と
を更に実現させることを特徴とする請求項８記載のプログラム。 - 入力される映像情報から検査されるアイソクロナスパケット(isochronous packet)におけるＥＭＩ(Encryption Mode Indicator)の内容に基づいて更新されたＥＭＩを出力する更新部と、
前記更新部から出力されるＥＭＩの値が変化する位置を示す変化点情報を生成するコントローラと、
前記変化点情報を前記映像情報とは別ファイルとして記録媒体に記録する記録部と
を有する映像情報記録装置。 - 入力される映像情報から検査されるアイソクロナスパケット(isochronous packet)におけるＥＭＩ(Encryption Mode Indicator)の内容に基づいて更新されたＥＭＩを出力し、
前記更新されたＥＭＩの値が変化する位置を示す変化点情報を生成し、
前記変化点情報を前記映像情報とともに記録媒体に記録することを特徴とする映像情報記録方法。 - 記録する映像情報のアイソクロナスパケット(isochronous packet)におけるＥＭＩ(Encryption Mode Indicator)の内容が変化する位置を示す変化点情報を生成するコントローラと、
前記変化点情報を前記映像情報とは別ファイルとして記録媒体に記録する記録部と
を有する映像情報記録装置。 - 記録する映像情報のアイソクロナスパケット(isochronous packet)におけるＥＭＩ(Encryption Mode Indicator)の内容が変化する位置を示す変化点情報を生成し、
前記変化点情報を前記映像情報とは別ファイルとして記録媒体に記録する
ことを特徴とする映像情報記録方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002200423A JP4333091B2 (ja) | 2001-07-13 | 2002-07-09 | 映像情報記録装置、記録方法、記憶媒体、プログラム、および映像情報記録方法 |
| TW091115320A TWI239511B (en) | 2001-07-13 | 2002-07-10 | Video information recording device and reproducing device |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001214540 | 2001-07-13 | ||
| JP2001-214540 | 2001-07-13 | ||
| JP2002200423A JP4333091B2 (ja) | 2001-07-13 | 2002-07-09 | 映像情報記録装置、記録方法、記憶媒体、プログラム、および映像情報記録方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003134461A JP2003134461A (ja) | 2003-05-09 |
| JP2003134461A5 JP2003134461A5 (ja) | 2005-10-27 |
| JP4333091B2 true JP4333091B2 (ja) | 2009-09-16 |
Family
ID=26618747
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002200423A Expired - Fee Related JP4333091B2 (ja) | 2001-07-13 | 2002-07-09 | 映像情報記録装置、記録方法、記憶媒体、プログラム、および映像情報記録方法 |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP4333091B2 (ja) |
| TW (1) | TWI239511B (ja) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7644282B2 (en) | 1998-05-28 | 2010-01-05 | Verance Corporation | Pre-processed information embedding system |
| US6737957B1 (en) | 2000-02-16 | 2004-05-18 | Verance Corporation | Remote control signaling using audio watermarks |
| US20060239501A1 (en) | 2005-04-26 | 2006-10-26 | Verance Corporation | Security enhancements of digital watermarks for multi-media content |
| KR20050080869A (ko) | 2004-02-11 | 2005-08-18 | 엘지전자 주식회사 | 고밀도 광디스크의 파일 구성방법 및 재생방법 |
| KR100636781B1 (ko) | 2004-12-13 | 2006-10-23 | 삼성전자주식회사 | 복사방지신호를 감지하는 디지털 녹화장치 및 그 방법 |
| US8020004B2 (en) | 2005-07-01 | 2011-09-13 | Verance Corporation | Forensic marking using a common customization function |
| US9323902B2 (en) | 2011-12-13 | 2016-04-26 | Verance Corporation | Conditional access using embedded watermarks |
| US9106964B2 (en) | 2012-09-13 | 2015-08-11 | Verance Corporation | Enhanced content distribution using advertisements |
| US9262793B2 (en) | 2013-03-14 | 2016-02-16 | Verance Corporation | Transactional video marking system |
| WO2014144101A1 (en) * | 2013-03-15 | 2014-09-18 | Verance Corporation | Referred sale system |
| US9251549B2 (en) | 2013-07-23 | 2016-02-02 | Verance Corporation | Watermark extractor enhancements based on payload ranking |
| US9208334B2 (en) | 2013-10-25 | 2015-12-08 | Verance Corporation | Content management using multiple abstraction layers |
| WO2015138798A1 (en) | 2014-03-13 | 2015-09-17 | Verance Corporation | Interactive content acquisition using embedded codes |
-
2002
- 2002-07-09 JP JP2002200423A patent/JP4333091B2/ja not_active Expired - Fee Related
- 2002-07-10 TW TW091115320A patent/TWI239511B/zh not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| TWI239511B (en) | 2005-09-11 |
| JP2003134461A (ja) | 2003-05-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100901219B1 (ko) | 영상 정보 기록 장치 및 재생 장치 | |
| US7206892B2 (en) | Method for managing recorded streams in a rewritable recording medium | |
| KR100922650B1 (ko) | 비디오 정보 기록 장치 및 비디오 정보 재생 장치 | |
| TWI251831B (en) | Recording medium having data structure for managing reproduction of multiple playback path video data recorded thereon and recording and reproducing methods and apparatuses | |
| JP3716920B2 (ja) | 記録媒体再生装置および方法、記録媒体、並びにプログラム | |
| US7248786B2 (en) | Video signal processing apparatus, video signal playback apparatus, and video signal recording apparatus | |
| JP4333091B2 (ja) | 映像情報記録装置、記録方法、記憶媒体、プログラム、および映像情報記録方法 | |
| KR100941799B1 (ko) | 정보 기록 방법 및 장치, 정보 재생 방법 및 장치, 정보 기록 매체, 및 프로그램 저장 매체 | |
| JP3832289B2 (ja) | 情報記録装置、ビデオ信号出力装置、ストリーム出力方法、プログラム、記録媒体、およびデータ構造 | |
| KR101460806B1 (ko) | 데이터 변환 방법 및 데이터 변환 장치, 데이터 기록 장치, 데이터 재생 장치, 및 기록 매체 | |
| US20120008921A1 (en) | Information processing apparatus, information processing method, and program | |
| US7912338B2 (en) | Recording medium having data structure for managing random/shuffle reproduction of video data recorded thereon and recording and reproducing methods and apparatuses | |
| US8391118B2 (en) | Information processing apparatus, information processing method, and program | |
| US20060262710A1 (en) | Recording medium, and method and apparatus for reproducing data from the recording medium | |
| US20030225784A1 (en) | Method for managing play lists on a rewritable storage medium | |
| JP4207052B2 (ja) | 再生装置、および再生方法 | |
| JP4200451B2 (ja) | 情報処理装置、記録媒体およびデータ構造、再生装置および方法、並びにプログラム | |
| JP4701671B2 (ja) | ビデオ信号処理装置および方法、プログラム、並びにデータ構造 | |
| KR20050015752A (ko) | 데이터 스트림의 기록 화질 제한방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050707 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050707 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070731 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070807 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071005 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081021 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081222 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090310 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090507 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090602 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090615 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120703 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120703 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120703 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130703 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |