JP2003331509A - デジタル信号記録装置及びデジタル信号記録再生装置 - Google Patents
デジタル信号記録装置及びデジタル信号記録再生装置Info
- Publication number
- JP2003331509A JP2003331509A JP2002139412A JP2002139412A JP2003331509A JP 2003331509 A JP2003331509 A JP 2003331509A JP 2002139412 A JP2002139412 A JP 2002139412A JP 2002139412 A JP2002139412 A JP 2002139412A JP 2003331509 A JP2003331509 A JP 2003331509A
- Authority
- JP
- Japan
- Prior art keywords
- recording
- area
- digital signal
- information
- recorded
- 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.)
- Pending
Links
Landscapes
- Storage Device Security (AREA)
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Abstract
(57)【要約】
【課題】 映像データのようなデータをファイルとして
記録する場合には、著作物の保護のために暗号化に使用
する鍵情報を所定の間隔で更新し、一つのファイルに複
数個の鍵情報を持つことが必要になってくるが、従来技
術では配慮されていない。 【解決手段】 ＵＤＦファイルシステムにおいて、記録
の途中で任意の時間間隔で追加される複数の記録領域
（ＡＥＤ）毎に異なる鍵情報にして、暗号化に使用する
鍵情報を任意の時間間隔で更新し、一つのファイルに対
して複数の鍵情報を持たせるようにすることにより、デ
ジタル著作物データのコピーまたは改鼠に対しての安全
性を高めることができる。
記録する場合には、著作物の保護のために暗号化に使用
する鍵情報を所定の間隔で更新し、一つのファイルに複
数個の鍵情報を持つことが必要になってくるが、従来技
術では配慮されていない。 【解決手段】 ＵＤＦファイルシステムにおいて、記録
の途中で任意の時間間隔で追加される複数の記録領域
（ＡＥＤ）毎に異なる鍵情報にして、暗号化に使用する
鍵情報を任意の時間間隔で更新し、一つのファイルに対
して複数の鍵情報を持たせるようにすることにより、デ
ジタル著作物データのコピーまたは改鼠に対しての安全
性を高めることができる。
Description
【０００１】
【発明の属する技術分野】本発明は、トランスポートス
トリームなどのデジタル信号を記録媒体に記録／再生す
るデジタル信号記録再生装置において、デジタル信号の
コンテンツを保護するためにコピーガード情報が付加さ
れたデジタル信号データを記録媒体に記録／再生する場
合に暗号／復号化する時に使用する鍵の管理方法に関
し、特にファイルシステム内の情報に鍵情報を配置して
管理することにより鍵情報を他装置から解読しにくくす
ることができるデジタル信号記録再生装置に関する。
トリームなどのデジタル信号を記録媒体に記録／再生す
るデジタル信号記録再生装置において、デジタル信号の
コンテンツを保護するためにコピーガード情報が付加さ
れたデジタル信号データを記録媒体に記録／再生する場
合に暗号／復号化する時に使用する鍵の管理方法に関
し、特にファイルシステム内の情報に鍵情報を配置して
管理することにより鍵情報を他装置から解読しにくくす
ることができるデジタル信号記録再生装置に関する。
【０００２】
【従来の技術】近年、デジタル技術を用いた映像、音
声、音楽などの信号をデジタル圧縮符号化する研究が進
み、これらデジタル圧縮されたデータの蓄積、伝送が容
易にできるようになった。このデジタル圧縮符号化技術
によれば同じ情報量でも高画質化及び多チャンネル化が
はかれるため、放送の分野においてもデジタル化が急速
に進められている。例えば、映像信号、音声信号をＭＰ
ＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ
Ｇｒｏｕｐ）規格を用いて高能率にデジタル圧縮符号
化し、衛星などを通して放送するシステムが知られてい
る。このデジタル放送を受信するための装置としてデジ
タル放送受信機がある。また、このデジタル放送などの
デジタル圧縮符号化された映像信号及び音声信号を、デ
ジタル信号のまま記録し再生できる装置として、デジタ
ル方式のＶＴＲやハードディスクレコーダがある。しか
しながら、デジタル信号のまま記録媒体に記録できると
いうことは高画質のままコピーができてしまうというこ
とであり、デジタル信号の著作物の保護のためには、コ
ピーガード情報によるコピーの管理が必要である。この
コピーガード情報を付加されたデジタル信号を記録媒体
に記録するときの管理方法として、鍵情報により映像デ
ータ等の実データに暗号化を施して記録し、再生には同
じ鍵情報を使用して復号化を行う方法がある。この暗号
化に使用する鍵情報を作る時の元になる情報は、装置内
に持つようになっている。この方法により、鍵情報の元
になる情報を持たない装置では、映像データ等の実デー
タの再生または実データの復号が出来ないため、未許可
のデータのコピーまたは改鼠に対し安全性を高くできる
ようにしている。
声、音楽などの信号をデジタル圧縮符号化する研究が進
み、これらデジタル圧縮されたデータの蓄積、伝送が容
易にできるようになった。このデジタル圧縮符号化技術
によれば同じ情報量でも高画質化及び多チャンネル化が
はかれるため、放送の分野においてもデジタル化が急速
に進められている。例えば、映像信号、音声信号をＭＰ
ＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ
Ｇｒｏｕｐ）規格を用いて高能率にデジタル圧縮符号
化し、衛星などを通して放送するシステムが知られてい
る。このデジタル放送を受信するための装置としてデジ
タル放送受信機がある。また、このデジタル放送などの
デジタル圧縮符号化された映像信号及び音声信号を、デ
ジタル信号のまま記録し再生できる装置として、デジタ
ル方式のＶＴＲやハードディスクレコーダがある。しか
しながら、デジタル信号のまま記録媒体に記録できると
いうことは高画質のままコピーができてしまうというこ
とであり、デジタル信号の著作物の保護のためには、コ
ピーガード情報によるコピーの管理が必要である。この
コピーガード情報を付加されたデジタル信号を記録媒体
に記録するときの管理方法として、鍵情報により映像デ
ータ等の実データに暗号化を施して記録し、再生には同
じ鍵情報を使用して復号化を行う方法がある。この暗号
化に使用する鍵情報を作る時の元になる情報は、装置内
に持つようになっている。この方法により、鍵情報の元
になる情報を持たない装置では、映像データ等の実デー
タの再生または実データの復号が出来ないため、未許可
のデータのコピーまたは改鼠に対し安全性を高くできる
ようにしている。
【０００３】記録時に暗号化に使用した鍵情報の管理方
法としては、特開２０００−１６３８８２「ディジタル
著作物記録媒体並びに当該記録媒体にアクセスする記録
装置、再生装置及び削除装置」に記載の技術がある。
法としては、特開２０００−１６３８８２「ディジタル
著作物記録媒体並びに当該記録媒体にアクセスする記録
装置、再生装置及び削除装置」に記載の技術がある。
【０００４】この技術によると、鍵情報の管理方法は、
Ｏｐｔｉｃａｌ ＳｔｏｒａｇｅＴｅｃｈｎｏｌｏｇｙ
Ａｓｓｏｃｉａｔｉｏｎが定めるユニバーサル・ディ
スク・フォーマット（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ
Ｆｏｒｍａｔ、以下ＵＤＦと略す）に準拠したファイル
システムを利用して、デジタル著作物の映像データ等の
実データに関連する記録情報管理データを記録する領域
であるＦｉｌｅ Ｅｎｔｒｙ Ｉｎｆｏｒｍａｔｉｏｎ
Ｃｏｎｔｒｏｌ Ｂｌｏｃｋ（以下ＦＥＩＣＢと略
す）領域の中に、デジタル著作物を暗号化するのに使用
した鍵情報を記録するようにしている。（尚、特開２０
００−１６３８８２「ディジタル著作物記録媒体並びに
当該記録媒体にアクセスする記録装置、再生装置及び削
除装置」では、鍵情報は「暗号化ファイルキー」と「暗
号化WM」という表現になっている。）ＵＤＦファイルシ
ステムでは、このＦＥＩＣＢ領域は１回の記録に対して
一つのＦＥＩＣＢ領域ができるようになっている。その
ため、デジタル著作物の映像データの記録の度毎に違っ
た鍵情報を記録することが可能で、鍵情報の元になる情
報を持たない装置における未許可のデータのコピーまた
は改鼠に対し安全性を高くできる。
Ｏｐｔｉｃａｌ ＳｔｏｒａｇｅＴｅｃｈｎｏｌｏｇｙ
Ａｓｓｏｃｉａｔｉｏｎが定めるユニバーサル・ディ
スク・フォーマット（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ
Ｆｏｒｍａｔ、以下ＵＤＦと略す）に準拠したファイル
システムを利用して、デジタル著作物の映像データ等の
実データに関連する記録情報管理データを記録する領域
であるＦｉｌｅ Ｅｎｔｒｙ Ｉｎｆｏｒｍａｔｉｏｎ
Ｃｏｎｔｒｏｌ Ｂｌｏｃｋ（以下ＦＥＩＣＢと略
す）領域の中に、デジタル著作物を暗号化するのに使用
した鍵情報を記録するようにしている。（尚、特開２０
００−１６３８８２「ディジタル著作物記録媒体並びに
当該記録媒体にアクセスする記録装置、再生装置及び削
除装置」では、鍵情報は「暗号化ファイルキー」と「暗
号化WM」という表現になっている。）ＵＤＦファイルシ
ステムでは、このＦＥＩＣＢ領域は１回の記録に対して
一つのＦＥＩＣＢ領域ができるようになっている。その
ため、デジタル著作物の映像データの記録の度毎に違っ
た鍵情報を記録することが可能で、鍵情報の元になる情
報を持たない装置における未許可のデータのコピーまた
は改鼠に対し安全性を高くできる。
【０００５】また、トランスポートストリームのような
長時間に渡る映像データを記録する場合には、予め設定
されているＦＥＩＣＢ領域で管理される映像データを記
録するための実データ領域だけでは記録領域が不足し、
新たにＡｌｌｏｃａｔｉｏｎＥｘｔｅｎｄｅｄ Ｄｅｓ
ｃｒｉｐｔｏｒ（以下ＡＥＤと略す）領域で管理される
実データ領域に映像データの実データを記録していくシ
ステムとなっている。尚、このＡＥＤ領域は記録が長く
なるに従い複数個できる。このように長時間に渡る記録
の場合にも、ＦＢＩＣＢ領域は一つであり、そのため鍵
情報も一つとなっている。
長時間に渡る映像データを記録する場合には、予め設定
されているＦＥＩＣＢ領域で管理される映像データを記
録するための実データ領域だけでは記録領域が不足し、
新たにＡｌｌｏｃａｔｉｏｎＥｘｔｅｎｄｅｄ Ｄｅｓ
ｃｒｉｐｔｏｒ（以下ＡＥＤと略す）領域で管理される
実データ領域に映像データの実データを記録していくシ
ステムとなっている。尚、このＡＥＤ領域は記録が長く
なるに従い複数個できる。このように長時間に渡る記録
の場合にも、ＦＢＩＣＢ領域は一つであり、そのため鍵
情報も一つとなっている。
【０００６】
【発明が解決しようとする課題】ＵＤＦファイルシステ
ムにおいては、１回の記録で記録媒体に記録されるデー
タとしては、ＦＥＩＣＢ領域のデータとＦＥＩＣＢ領域
によって管理される実データ及び記録領域が不足した場
合に新たに追加されるＡＥＤ領域のデータとＡＥＤ領域
によって管理される実データとがあり、さらにその他の
管理用情報データがあり、それら１回の記録で記録媒体
に記録されるデータ群を纏めてファイルと称している。
（以下、ファイルと称す） 上記従来の技術では、１回の記録における鍵情報は、暗
号化され記録されたデジタル著作物データのファイル毎
に一つづつ記録される方法であった。このことは、記録
するデジタル著作物データが音楽データのようにデータ
量が少ない場合には一つのＦＥＩＣＢ領域で管理する実
データ領域だけで記録が出来てしまうため、一つのファ
イルにある一つの鍵情報が解読された場合でも再生でき
るデータ量が少なくてすむ。しかしながら、映像データ
のようなトランスポートストリームのデジタル信号を暗
号化するために使用された鍵情報が解読された場合には
再生できるデータ量が大きくなる。上記従来技術ではこ
の複数個の鍵情報を記録することに対し配慮されていな
いという問題があった。すなわち、データ量が大きくな
ると新たに追加されるＡＥＤ領域で管理する実データ領
域へ記録されるデータ量も大きなっていくが、一つのフ
ァイルには一つの鍵情報であり、その鍵情報が解読され
た場合には、ＡＥＤ領域で管理される実データも含めて
再生できるようになってしまうという問題があった。
ムにおいては、１回の記録で記録媒体に記録されるデー
タとしては、ＦＥＩＣＢ領域のデータとＦＥＩＣＢ領域
によって管理される実データ及び記録領域が不足した場
合に新たに追加されるＡＥＤ領域のデータとＡＥＤ領域
によって管理される実データとがあり、さらにその他の
管理用情報データがあり、それら１回の記録で記録媒体
に記録されるデータ群を纏めてファイルと称している。
（以下、ファイルと称す） 上記従来の技術では、１回の記録における鍵情報は、暗
号化され記録されたデジタル著作物データのファイル毎
に一つづつ記録される方法であった。このことは、記録
するデジタル著作物データが音楽データのようにデータ
量が少ない場合には一つのＦＥＩＣＢ領域で管理する実
データ領域だけで記録が出来てしまうため、一つのファ
イルにある一つの鍵情報が解読された場合でも再生でき
るデータ量が少なくてすむ。しかしながら、映像データ
のようなトランスポートストリームのデジタル信号を暗
号化するために使用された鍵情報が解読された場合には
再生できるデータ量が大きくなる。上記従来技術ではこ
の複数個の鍵情報を記録することに対し配慮されていな
いという問題があった。すなわち、データ量が大きくな
ると新たに追加されるＡＥＤ領域で管理する実データ領
域へ記録されるデータ量も大きなっていくが、一つのフ
ァイルには一つの鍵情報であり、その鍵情報が解読され
た場合には、ＡＥＤ領域で管理される実データも含めて
再生できるようになってしまうという問題があった。
【０００７】すなわち、暗号が解読された場合は、鍵が
一つであればその鍵が取得されると一つのデジタル著作
物データファイルの全てが再生できてしまうことにな
る。
一つであればその鍵が取得されると一つのデジタル著作
物データファイルの全てが再生できてしまうことにな
る。
【０００８】
【課題を解決するための手段】映像データのようなデー
タをファイルとして記録する場合には暗号化に使用する
鍵情報を所定の間隔で更新し、一つのファイルに複数個
の鍵情報を持つようにする。鍵をデジタル著作物データ
ファイルの途中で更新することにより最初の鍵でデジタ
ル著作物データファイルの一部は再生できてしまうこと
になるが鍵が更新された位置から鍵を同期させて更新し
た鍵にしないと再生が出来なくなる。これにより、デジ
タル著作物データの安全性が高まることになる。
タをファイルとして記録する場合には暗号化に使用する
鍵情報を所定の間隔で更新し、一つのファイルに複数個
の鍵情報を持つようにする。鍵をデジタル著作物データ
ファイルの途中で更新することにより最初の鍵でデジタ
ル著作物データファイルの一部は再生できてしまうこと
になるが鍵が更新された位置から鍵を同期させて更新し
た鍵にしないと再生が出来なくなる。これにより、デジ
タル著作物データの安全性が高まることになる。
【０００９】本発明の目的は、記録の途中で任意の時間
間隔で追加される複数の記録領域毎に異なる鍵情報にし
て、暗号化に使用する鍵情報を任意の時間間隔で更新
し、一つのファイルに対して複数の鍵情報を持たせるよ
うにすることにより、デジタル著作物データのコピーま
たは改鼠に対しての安全性を高めることのできるデジタ
ル信号記録装置を提供することにある。
間隔で追加される複数の記録領域毎に異なる鍵情報にし
て、暗号化に使用する鍵情報を任意の時間間隔で更新
し、一つのファイルに対して複数の鍵情報を持たせるよ
うにすることにより、デジタル著作物データのコピーま
たは改鼠に対しての安全性を高めることのできるデジタ
ル信号記録装置を提供することにある。
【００１０】上記課題を解決するために本発明に於いて
は、以下のような構成とする。入力されたデジタル信号
を鍵情報により暗号化するための暗号化手段と、前記暗
号化手段により暗号化されたデジタル暗号信号を着脱自
在な記録媒体に記録する記録手段とを備えたデジタル信
号記録装置において、前記着脱自在な記録媒体上には、
入力されたデジタル信号を記録するための記録領域が予
め設定されている第１の実データ記録領域と、前記第１
の実データ記録領域に対応した情報を管理するための第
１の管理情報記録領域と、第１の記録領域の最後まで記
録しても記録が終了しない場合に、新たに設定される第
２の実データ記録領域と、前記第２の実データ記録領域
に対応した情報を管理するための第２の管理情報記録領
域とを備え、暗号化のための第１の鍵情報を前記第２の
管理情報記録領域に記録することを特徴とした。
は、以下のような構成とする。入力されたデジタル信号
を鍵情報により暗号化するための暗号化手段と、前記暗
号化手段により暗号化されたデジタル暗号信号を着脱自
在な記録媒体に記録する記録手段とを備えたデジタル信
号記録装置において、前記着脱自在な記録媒体上には、
入力されたデジタル信号を記録するための記録領域が予
め設定されている第１の実データ記録領域と、前記第１
の実データ記録領域に対応した情報を管理するための第
１の管理情報記録領域と、第１の記録領域の最後まで記
録しても記録が終了しない場合に、新たに設定される第
２の実データ記録領域と、前記第２の実データ記録領域
に対応した情報を管理するための第２の管理情報記録領
域とを備え、暗号化のための第１の鍵情報を前記第２の
管理情報記録領域に記録することを特徴とした。
【００１１】さらに、前記第２の実データ記録領域及び
対応する前記第２の管理情報記録領域が複数設定された
場合には、前記第１の鍵情報は前記第２の管理情報記録
領域毎に異なった鍵情報となることを特徴とした。これ
により、定期的に鍵情報を更新し、一つのファイルに複
数の鍵情報を持つことができ、デジタル著作物データの
コピーまたは改鼠に対しての安全性を高めることができ
る。
対応する前記第２の管理情報記録領域が複数設定された
場合には、前記第１の鍵情報は前記第２の管理情報記録
領域毎に異なった鍵情報となることを特徴とした。これ
により、定期的に鍵情報を更新し、一つのファイルに複
数の鍵情報を持つことができ、デジタル著作物データの
コピーまたは改鼠に対しての安全性を高めることができ
る。
【００１２】さらに、前記暗号化のための第１の鍵情報
が前記第２の管理情報記録領域に記録されているかを判
別するための第１の判別情報を、前記第１の管理情報記
録領域によって指定される第３の管理情報記録領域に記
録することを特徴とした。これにより、鍵情報の有無の
ための判別情報を判別できない装置では鍵情報を読み出
せなくすることができる。
が前記第２の管理情報記録領域に記録されているかを判
別するための第１の判別情報を、前記第１の管理情報記
録領域によって指定される第３の管理情報記録領域に記
録することを特徴とした。これにより、鍵情報の有無の
ための判別情報を判別できない装置では鍵情報を読み出
せなくすることができる。
【００１３】さらに、前記第１の管理情報記録領域に暗
号化のための第２の鍵情報を記録するとともに、前記第
２の鍵情報が前記第１の管理情報記録領域に記録されて
いるかを判別するための第２の判別情報を、前記第３の
管理情報記録領域に記録することを特徴とした。これに
より、記録容量の小さいデータには一つの鍵情報、大き
なデータには複数の鍵情報を記録することができる。
号化のための第２の鍵情報を記録するとともに、前記第
２の鍵情報が前記第１の管理情報記録領域に記録されて
いるかを判別するための第２の判別情報を、前記第３の
管理情報記録領域に記録することを特徴とした。これに
より、記録容量の小さいデータには一つの鍵情報、大き
なデータには複数の鍵情報を記録することができる。
【００１４】さらに、前記着脱自在の記録媒体は、追記
型または書換可能型のディスク状記録媒体であることを
特徴とした。
型または書換可能型のディスク状記録媒体であることを
特徴とした。
【００１５】さらに、前記着脱自在な記録媒体上のデジ
タル信号を管理するシステムは、Ｏｐｔｉｃａｌ Ｓｔ
ｏｒａｇｅ Ｔｅｃｈｎｏｌｏｇｙ Ａｓｓｏｃｉａｔ
ｉｏｎが定めるユニバーサル・ディスク・フォーマット
（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ、以下
ＵＤＦと略す）に準拠したファイルシステムであり、前
記第１の管理情報記録領域はＦｉｌｅ Ｅｎｔｒｙ Ｉ
ｎｆｏｒｍａｔｉｏｎＣｏｎｔｒｏｌ Ｂｌｏｃｋ（以
下ＦＥＩＣＢと略す）領域であり、前記第２の管理情報
記録領域はＡｌｌｏｃａｔｉｏｎ Ｅｘｔｅｎｄｅｄ
Ｄｅｓｃｒｉｐｔｏｒ（以下ＡＥＤと略す）領域であ
り、前記第１の鍵情報を前記ＡＥＤ領域に記録すること
を特徴とした。
タル信号を管理するシステムは、Ｏｐｔｉｃａｌ Ｓｔ
ｏｒａｇｅ Ｔｅｃｈｎｏｌｏｇｙ Ａｓｓｏｃｉａｔ
ｉｏｎが定めるユニバーサル・ディスク・フォーマット
（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ、以下
ＵＤＦと略す）に準拠したファイルシステムであり、前
記第１の管理情報記録領域はＦｉｌｅ Ｅｎｔｒｙ Ｉ
ｎｆｏｒｍａｔｉｏｎＣｏｎｔｒｏｌ Ｂｌｏｃｋ（以
下ＦＥＩＣＢと略す）領域であり、前記第２の管理情報
記録領域はＡｌｌｏｃａｔｉｏｎ Ｅｘｔｅｎｄｅｄ
Ｄｅｓｃｒｉｐｔｏｒ（以下ＡＥＤと略す）領域であ
り、前記第１の鍵情報を前記ＡＥＤ領域に記録すること
を特徴とした。
【００１６】さらに、前記第１の鍵情報は前記ＡＥＤ領
域内のＡｌｌｏｃａｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ
（以下、ＡＤと略す）領域に記録することを特徴とし
た。
域内のＡｌｌｏｃａｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ
（以下、ＡＤと略す）領域に記録することを特徴とし
た。
【００１７】さらに、第３の管理情報記録領域は前記Ｆ
ＥＩＣＢ領域内のＩｎｆｏｒｍａｔｉｏｎ Ｃｏｎｔｒ
ｏｌ Ｂｌｏｃｋ Ｔａｇ（以下ＩＣＢ Ｔａｇと略
す）により指定されるＲｅｓｅｒｖｅｄ領域であり、前
記第１の判別情報を前期Ｒｅｓｅｒｖｅｄ領域に記録す
ることを特徴としたデジタル信号記録装置。
ＥＩＣＢ領域内のＩｎｆｏｒｍａｔｉｏｎ Ｃｏｎｔｒ
ｏｌ Ｂｌｏｃｋ Ｔａｇ（以下ＩＣＢ Ｔａｇと略
す）により指定されるＲｅｓｅｒｖｅｄ領域であり、前
記第１の判別情報を前期Ｒｅｓｅｒｖｅｄ領域に記録す
ることを特徴としたデジタル信号記録装置。
【００１８】さらに、前記第２の鍵情報を前記ＦＥＩＣ
Ｂ領域に記録するとともに前記第２の判別情報を前期Ｒ
ｅｓｅｒｖｅｄ領域に記録することを特徴としたデジタ
ル信号記録装置。
Ｂ領域に記録するとともに前記第２の判別情報を前期Ｒ
ｅｓｅｒｖｅｄ領域に記録することを特徴としたデジタ
ル信号記録装置。
【００１９】さらに、前記第２の鍵情報は前記ＦＥＩＣ
Ｂ領域内のＡＤ領域に記録することを特徴とした。
Ｂ領域内のＡＤ領域に記録することを特徴とした。
【００２０】さらに、入力されるデジタル信号及びまた
は制御信号に含まれる暗号化処理要否のための情報を読
取り判別する暗号化処理判別手段を設け、前記暗号化処
理判別手段が暗号処理が必要と判別した場合は前記暗号
化手段により入力されたデジタル信号を暗号化処理し、
前記暗号化処理判別手段が暗号処理が不要と判別した場
合には暗号化処理をせず、前記着脱自在な記録媒体にデ
ジタル信号を記録することを特徴とした。これにより、
コピーガード情報が不可された保護する必要のある著作
物の記録時のみ暗号化処理を行うことができる。
は制御信号に含まれる暗号化処理要否のための情報を読
取り判別する暗号化処理判別手段を設け、前記暗号化処
理判別手段が暗号処理が必要と判別した場合は前記暗号
化手段により入力されたデジタル信号を暗号化処理し、
前記暗号化処理判別手段が暗号処理が不要と判別した場
合には暗号化処理をせず、前記着脱自在な記録媒体にデ
ジタル信号を記録することを特徴とした。これにより、
コピーガード情報が不可された保護する必要のある著作
物の記録時のみ暗号化処理を行うことができる。
【００２１】さらに、前記着脱自在の記録媒体に記録さ
れている信号を再生するための再生手段と、前記着脱自
在な記録媒体上に記録されている信号の内少なくとも前
記第３の管理情報領域に記録されている前記第１の判別
情報およびまたは前記第２の判別情報と第１の管理情報
領域に記録されている第２の鍵情報およびまたは前記第
２の管理情報記録領域に記録されている前記第１の鍵情
報とを読取るとともに、前記第１の実データおよびまた
は第２の実データのデジタル暗号信号を復号化するため
の復号化手段とを設け、前記暗号化されたデジタル信号
の再生時には前記復号化手段により、復号化されたデジ
タル信号を出力することを特徴とした。これにより、記
録した装置では暗号化されたデータを復号化することが
でき、再生することができる。
れている信号を再生するための再生手段と、前記着脱自
在な記録媒体上に記録されている信号の内少なくとも前
記第３の管理情報領域に記録されている前記第１の判別
情報およびまたは前記第２の判別情報と第１の管理情報
領域に記録されている第２の鍵情報およびまたは前記第
２の管理情報記録領域に記録されている前記第１の鍵情
報とを読取るとともに、前記第１の実データおよびまた
は第２の実データのデジタル暗号信号を復号化するため
の復号化手段とを設け、前記暗号化されたデジタル信号
の再生時には前記復号化手段により、復号化されたデジ
タル信号を出力することを特徴とした。これにより、記
録した装置では暗号化されたデータを復号化することが
でき、再生することができる。
【００２２】さらに、本発明によるデジタル信号記録装
置により記録されたことを特徴とする記録媒体。
置により記録されたことを特徴とする記録媒体。
【００２３】本発明により、記録の途中で任意の時間間
隔で追加される複数の記録領域毎に異なる鍵情報にし
て、暗号化に使用する鍵情報を任意の時間間隔で更新
し、一つのファイルに対して複数の鍵情報を持たせるよ
うにすることにより、デジタル著作物データのコピーま
たは改鼠に対しての安全性を高めることができる。
隔で追加される複数の記録領域毎に異なる鍵情報にし
て、暗号化に使用する鍵情報を任意の時間間隔で更新
し、一つのファイルに対して複数の鍵情報を持たせるよ
うにすることにより、デジタル著作物データのコピーま
たは改鼠に対しての安全性を高めることができる。
【００２４】
【発明の実施の形態】以下に本発明の実施例を図面に基
づいて説明する。本発明の実施形態の一構成例として示
すデジタル信号記録再生装置は、ＵＤＦに準拠したファ
イルシステムに基づいて書換型の記録媒体に対してチュ
ーナより受信したトランスポートストリームデータの記
録及び記録媒体からのトランスポートストリームデータ
の再生を行うものであって、トランスポートストリーム
データを格納する際、鍵情報により暗号化して記録し、
トランスポートストリームを再生する際、鍵情報により
復号化して再生することができるようにしたものであ
る。
づいて説明する。本発明の実施形態の一構成例として示
すデジタル信号記録再生装置は、ＵＤＦに準拠したファ
イルシステムに基づいて書換型の記録媒体に対してチュ
ーナより受信したトランスポートストリームデータの記
録及び記録媒体からのトランスポートストリームデータ
の再生を行うものであって、トランスポートストリーム
データを格納する際、鍵情報により暗号化して記録し、
トランスポートストリームを再生する際、鍵情報により
復号化して再生することができるようにしたものであ
る。
【００２５】まず、ＵＤＦファイルシステムの概要につ
いて、図２〜図６、図１０〜図１３を用いて説明する。
いて、図２〜図６、図１０〜図１３を用いて説明する。
【００２６】ＵＤＦファイルシステムは、ＣＤ−Ｒ（Ｃ
ｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅｃｏｒｄａｂｌｅ）、Ｃ
Ｄ−Ｒ／ＲＷ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅｃｏｒ
ｄａｂｌｅ／Ｒｅｗｒｉｔｅａｂｌｅ）、Ｍｏ（Ｍａｇ
ｎｅｔ Ｏｐｔｉｃａｌ Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇ
ｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などの各種
光メディアに対して相互に使用可能なファイル名の文字
コード、ファイル属性などを記述するための定義の一つ
であり、ＯＳＴＡによって策定されている。つまり、Ｕ
ＤＦは、どの様なオペレーティングシステム（以下、Ｏ
Ｓと略す）からも読み書きが可能で、かつ書き込んだフ
ァイルは、特別な読込プログラム無しにあらゆるＯＳ上
での再生互換が実現されるファイルシステムである。
ｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅｃｏｒｄａｂｌｅ）、Ｃ
Ｄ−Ｒ／ＲＷ（Ｃｏｍｐａｃｔ Ｄｉｓｃ−Ｒｅｃｏｒ
ｄａｂｌｅ／Ｒｅｗｒｉｔｅａｂｌｅ）、Ｍｏ（Ｍａｇ
ｎｅｔ Ｏｐｔｉｃａｌ Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇ
ｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などの各種
光メディアに対して相互に使用可能なファイル名の文字
コード、ファイル属性などを記述するための定義の一つ
であり、ＯＳＴＡによって策定されている。つまり、Ｕ
ＤＦは、どの様なオペレーティングシステム（以下、Ｏ
Ｓと略す）からも読み書きが可能で、かつ書き込んだフ
ァイルは、特別な読込プログラム無しにあらゆるＯＳ上
での再生互換が実現されるファイルシステムである。
【００２７】図２に本発明に使用される記録媒体上のイ
メージ図を示す。ファイルなどを記録保存する脱着可能
な記録媒体の管理用情報を記録する領域の物理的な管理
上の最小単位（以下、セクタと略す）構造は、図２に示
すようになっている。記録媒体の内周側からセクタ０、
セクタ１、セクタ１６、・・・セクタ２５６と外周側に
向かって配置されている。尚、記録媒体の容量や種類に
よってセクタ０、セクタ１、セクタ１６、セクタ２５６
の物理的な位置は異なる場合もあり、例えば、記録媒体
によっては外周側が先頭のセクタ０の場合もある。
メージ図を示す。ファイルなどを記録保存する脱着可能
な記録媒体の管理用情報を記録する領域の物理的な管理
上の最小単位（以下、セクタと略す）構造は、図２に示
すようになっている。記録媒体の内周側からセクタ０、
セクタ１、セクタ１６、・・・セクタ２５６と外周側に
向かって配置されている。尚、記録媒体の容量や種類に
よってセクタ０、セクタ１、セクタ１６、セクタ２５６
の物理的な位置は異なる場合もあり、例えば、記録媒体
によっては外周側が先頭のセクタ０の場合もある。
【００２８】図３は、ＵＤＦファイルシステムにおける
各記述子の配置を示す図である。記録媒体へのデータの
記録がされた状態では、映像データ等の実データが記録
されたファイルにたどり着くためにヘッドがまず最初に
読出を行うＡｎｃｈｏｒ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉ
ｐｔｏｒ Ｐｏｉｎｔｅｒ（以下、ＡＶＤＰと略す）を
記録することとなっている。ＡＶＤＰは記録媒体上の先
頭をセクタ０としたときに物理セクタの２５６セクタ目
の領域に記述されている。つまり、セクタ２５６にＡＶ
ＤＰが存在していればＵＤＦに準拠するファイルシステ
ムに基づいて記録されていることが分かる。ＡＶＤＰ
は、記録媒体へのフォーマット化の動作によって、セク
タが２５６セクタ目のセクタと、（最終書込セクタ−２
５６セクタ）目のセクタと、最終書込セクタの３ヶ所の
セクタに記述される。ＡＶＤＰは、Ｖｏｌｕｍｅ Ｄｅ
ｓｃｒｉｐｔｏｒ Ｓｅｑｕｅｎｃｅ（ボリューム記述
子、以下、ＶＤＳと略す）の物理的な位置を指定するも
のである。ＶＤＳは、映像データ等の実データやそれに
関連する管理情報等を記録するための領域である論理ボ
リューム空間内のボリューム構造の中身に関する情報を
示した記述子である。ＶＤＳには、ＭａｉｎとＲｅｓｅ
ｒｖｅがあり全く同一のデータである。Ｍａｉｎ ＶＤ
Ｓは、記録媒体の先頭セクタから２５６セクタ目のＡＶ
ＤＰの間に記録領域が配置される。Ｒｅｓｅｒｖｅ Ｖ
ＤＳは、最終セクタ−２５６セクタから最終セクタの間
にＲｅｓｅｒｖｅ ＶＤＳ用の記録領域が配置される。
尚、Ｒｅｓｅｒｖｅ ＶＤＳは、Ｍａｉｎ ＶＤＳが読
み込みエラーにより読み込めない場合の保護として存在
する。また、ＶＤＳの中には、Ｐａｒｔｉｒｉｏｎ Ｄ
ｅｓｃｒｉｐｔｏｒ（パーティション記述子、以下、Ｐ
Ｄと略す）、Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ Ｄｅｓｃ
ｒｉｐｔｏｒ（論理ボリューム記述子、以下、ＬＶＤと
略す）等があり、これらの情報によりボリューム構造内
のさらに詳しいボリューム情報やファイル等の集まりで
あるパーティション情報等の物理的なセクタ位置等がわ
かるようになっている。
各記述子の配置を示す図である。記録媒体へのデータの
記録がされた状態では、映像データ等の実データが記録
されたファイルにたどり着くためにヘッドがまず最初に
読出を行うＡｎｃｈｏｒ Ｖｏｌｕｍｅ Ｄｅｓｃｒｉ
ｐｔｏｒ Ｐｏｉｎｔｅｒ（以下、ＡＶＤＰと略す）を
記録することとなっている。ＡＶＤＰは記録媒体上の先
頭をセクタ０としたときに物理セクタの２５６セクタ目
の領域に記述されている。つまり、セクタ２５６にＡＶ
ＤＰが存在していればＵＤＦに準拠するファイルシステ
ムに基づいて記録されていることが分かる。ＡＶＤＰ
は、記録媒体へのフォーマット化の動作によって、セク
タが２５６セクタ目のセクタと、（最終書込セクタ−２
５６セクタ）目のセクタと、最終書込セクタの３ヶ所の
セクタに記述される。ＡＶＤＰは、Ｖｏｌｕｍｅ Ｄｅ
ｓｃｒｉｐｔｏｒ Ｓｅｑｕｅｎｃｅ（ボリューム記述
子、以下、ＶＤＳと略す）の物理的な位置を指定するも
のである。ＶＤＳは、映像データ等の実データやそれに
関連する管理情報等を記録するための領域である論理ボ
リューム空間内のボリューム構造の中身に関する情報を
示した記述子である。ＶＤＳには、ＭａｉｎとＲｅｓｅ
ｒｖｅがあり全く同一のデータである。Ｍａｉｎ ＶＤ
Ｓは、記録媒体の先頭セクタから２５６セクタ目のＡＶ
ＤＰの間に記録領域が配置される。Ｒｅｓｅｒｖｅ Ｖ
ＤＳは、最終セクタ−２５６セクタから最終セクタの間
にＲｅｓｅｒｖｅ ＶＤＳ用の記録領域が配置される。
尚、Ｒｅｓｅｒｖｅ ＶＤＳは、Ｍａｉｎ ＶＤＳが読
み込みエラーにより読み込めない場合の保護として存在
する。また、ＶＤＳの中には、Ｐａｒｔｉｒｉｏｎ Ｄ
ｅｓｃｒｉｐｔｏｒ（パーティション記述子、以下、Ｐ
Ｄと略す）、Ｌｏｇｉｃａｌ Ｖｏｌｕｍｅ Ｄｅｓｃ
ｒｉｐｔｏｒ（論理ボリューム記述子、以下、ＬＶＤと
略す）等があり、これらの情報によりボリューム構造内
のさらに詳しいボリューム情報やファイル等の集まりで
あるパーティション情報等の物理的なセクタ位置等がわ
かるようになっている。
【００２９】図４は、論理ボリューム空間内の各記述子
の配置例を示す図である。前記ＶＤＳ内のＰＤには、論
理ボリューム空間におけるパーティションの開始セクタ
とパーティション長が記述されており、このパーティシ
ョン開始セクタの先頭には、Ｓｐａｃｅ Ｂｉｔｍａｐ
Ｄｅｓｃｒｉｐｔｏｒ（空間ビットマップ記述子、以
下、ＳＢＤと略す）の記録領域が配置され、指定された
パーティション内の使用状況を示している。このＳＢＤ
は、ＳＢＤを識別するための記述子と予め設定した基本
単位となる記録領域である論理ブロックの大きさである
論理ブロックサイズ一つに付き１ビットでその使用状況
を表した情報の集合体である。具体的には、パーティシ
ョンの開始セクタがセクタ２７２で、パーティションの
容量が２Ｇバイト、論理ブロックサイズが２ｋバイト、
ＳＢＤ記述子が２４バイトとした場合は、論理ブロック
数は２Ｇバイト／２ｋバイト＝１Ｍ個となり、ＳＢＤの
集合体は１Ｍ個×１ｂｉｔ＝１２８ｋバイトとなる。よ
って、ＳＢＤで使用する領域は、１２８ｋバイト＋２４
バイトとなる。
の配置例を示す図である。前記ＶＤＳ内のＰＤには、論
理ボリューム空間におけるパーティションの開始セクタ
とパーティション長が記述されており、このパーティシ
ョン開始セクタの先頭には、Ｓｐａｃｅ Ｂｉｔｍａｐ
Ｄｅｓｃｒｉｐｔｏｒ（空間ビットマップ記述子、以
下、ＳＢＤと略す）の記録領域が配置され、指定された
パーティション内の使用状況を示している。このＳＢＤ
は、ＳＢＤを識別するための記述子と予め設定した基本
単位となる記録領域である論理ブロックの大きさである
論理ブロックサイズ一つに付き１ビットでその使用状況
を表した情報の集合体である。具体的には、パーティシ
ョンの開始セクタがセクタ２７２で、パーティションの
容量が２Ｇバイト、論理ブロックサイズが２ｋバイト、
ＳＢＤ記述子が２４バイトとした場合は、論理ブロック
数は２Ｇバイト／２ｋバイト＝１Ｍ個となり、ＳＢＤの
集合体は１Ｍ個×１ｂｉｔ＝１２８ｋバイトとなる。よ
って、ＳＢＤで使用する領域は、１２８ｋバイト＋２４
バイトとなる。
【００３０】また、ＶＤＳにおけるＬＶＤは、Ｆｉｌｅ
Ｓｅｔ ＤｅｓｃｒｉｐｔｏｒＳｅｑｕｅｎｃｅ（フ
ァイルセット記述子、以下、ＦＳＤＳと略す）の位置を
指定している。このＦＳＤＳでは、論理ボリューム空間
内に存在するファイルセットの集合を示している。ＦＳ
ＤＳには、論理ボリューム空間の論理ブロックサイズや
Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ Ｉｎｆｏｒｍａｔｉｏ
ｎ ＣｏｎｔｒｏｌＢｌｏｃｋ（ルートディレクトリＩ
ＣＢ、以下、ＲＤＩＣＢと略す）の物理的なセクタ位置
を指定するアドレスが格納されており、そのＲＤＩＣＢ
では、映像データ等の実データが含まれるファイルや他
のディレクトリの物理的なセクタ位置を指定している。
また、具体的なディレクトリ名などの情報が含まれるデ
ィレクトリであるＦｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄ
ｅｓｃｒｉｐｔｏｒ（ファイル識別記述子、以下、ＦＩ
Ｄと略す）はＲＤＩＣＢに続く次の論理ブロックに配置
されている。
Ｓｅｔ ＤｅｓｃｒｉｐｔｏｒＳｅｑｕｅｎｃｅ（フ
ァイルセット記述子、以下、ＦＳＤＳと略す）の位置を
指定している。このＦＳＤＳでは、論理ボリューム空間
内に存在するファイルセットの集合を示している。ＦＳ
ＤＳには、論理ボリューム空間の論理ブロックサイズや
Ｒｏｏｔ Ｄｉｒｅｃｔｏｒｙ Ｉｎｆｏｒｍａｔｉｏ
ｎ ＣｏｎｔｒｏｌＢｌｏｃｋ（ルートディレクトリＩ
ＣＢ、以下、ＲＤＩＣＢと略す）の物理的なセクタ位置
を指定するアドレスが格納されており、そのＲＤＩＣＢ
では、映像データ等の実データが含まれるファイルや他
のディレクトリの物理的なセクタ位置を指定している。
また、具体的なディレクトリ名などの情報が含まれるデ
ィレクトリであるＦｉｌｅ Ｉｄｅｎｔｉｆｉｅｒ Ｄ
ｅｓｃｒｉｐｔｏｒ（ファイル識別記述子、以下、ＦＩ
Ｄと略す）はＲＤＩＣＢに続く次の論理ブロックに配置
されている。
【００３１】図５、図６を用いて、ＵＤＦファイルシス
テムでの、２つの主要な固有のデータ構造を説明する。
この２つのデータ構造の一つは、ファイルシステム内に
存在する各ファイルやディレクトリを識別するためのＩ
ｎｆｏｒｍａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋ
（以下、ＩＣＢと略す）であり、もう一つは、ＦＩＤで
ある。
テムでの、２つの主要な固有のデータ構造を説明する。
この２つのデータ構造の一つは、ファイルシステム内に
存在する各ファイルやディレクトリを識別するためのＩ
ｎｆｏｒｍａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋ
（以下、ＩＣＢと略す）であり、もう一つは、ＦＩＤで
ある。
【００３２】図６にＵＤＦファイルシステムでの主要な
データ構造の一つであるＩＣＢ構造を示す。記録される
全ての映像データ等の実データと、実データの物理的な
セクタ位置を指定したり実データの内容を示す等の管理
用情報とをまとめたものであるファイルや、ファイル群
等をまとめたものの物理的なセクタ位置を指定するため
の管理用情報であるディレクトリがそれぞれ独自のＩＣ
Ｂを持っている。このファイルを指定するためのＩＣＢ
をＦＥＩＣＢと称し、ディレクトリを指定するためのＩ
ＣＢをディレクトリＩＣＢと称する。また、ディレクト
リは階層的になっており、元のディレクトリはＲｏｏｔ
Ｄｉｒｅｃｔｏｒｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏ
ｎｔｒｏｌ Ｂｌｏｃｋ（以下、ＲＤＩＣＢと略す）と
称し、他のディレクトリ等を指定する役割をする。本発
明の実施の形態におけるデジタル信号データのファイル
には実データに関連する各種の情報を示すＦＥＩＣＢが
ある。
データ構造の一つであるＩＣＢ構造を示す。記録される
全ての映像データ等の実データと、実データの物理的な
セクタ位置を指定したり実データの内容を示す等の管理
用情報とをまとめたものであるファイルや、ファイル群
等をまとめたものの物理的なセクタ位置を指定するため
の管理用情報であるディレクトリがそれぞれ独自のＩＣ
Ｂを持っている。このファイルを指定するためのＩＣＢ
をＦＥＩＣＢと称し、ディレクトリを指定するためのＩ
ＣＢをディレクトリＩＣＢと称する。また、ディレクト
リは階層的になっており、元のディレクトリはＲｏｏｔ
Ｄｉｒｅｃｔｏｒｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏ
ｎｔｒｏｌ Ｂｌｏｃｋ（以下、ＲＤＩＣＢと略す）と
称し、他のディレクトリ等を指定する役割をする。本発
明の実施の形態におけるデジタル信号データのファイル
には実データに関連する各種の情報を示すＦＥＩＣＢが
ある。
【００３３】図５に、ＵＤＦファイルシステムでのもう
一つの主要なデータ構造であるＦＩＤ構造を示す。ＦＩ
Ｄは、上記ＦＥＩＣＢ等の物理的なセクタ位置を指定す
るためのものである。例えば、ＲＤＩＣＢから指定され
るディレクトリは、関連するＦＩＤを集めたテーブルと
して構成されており、指定されたＦＩＤは、さらにＦＥ
ＩＣＢを指定し、ＦＥＩＣＢによって参照されるファイ
ルエントリが映像データ等の実データを指定する。
一つの主要なデータ構造であるＦＩＤ構造を示す。ＦＩ
Ｄは、上記ＦＥＩＣＢ等の物理的なセクタ位置を指定す
るためのものである。例えば、ＲＤＩＣＢから指定され
るディレクトリは、関連するＦＩＤを集めたテーブルと
して構成されており、指定されたＦＩＤは、さらにＦＥ
ＩＣＢを指定し、ＦＥＩＣＢによって参照されるファイ
ルエントリが映像データ等の実データを指定する。
【００３４】この２つのデータ構造により、階層的にデ
ータの位置を指定していき、映像データ等の実データを
読取り再生するようになっている。また、ＩＣＢには、
格納されているファイルの全てのリスト、日付、及びフ
ァイル属性などが入っており、このＩＣＢの内容は、フ
ァイルが変更または編集されたときに変化する可能性が
ある。
ータの位置を指定していき、映像データ等の実データを
読取り再生するようになっている。また、ＩＣＢには、
格納されているファイルの全てのリスト、日付、及びフ
ァイル属性などが入っており、このＩＣＢの内容は、フ
ァイルが変更または編集されたときに変化する可能性が
ある。
【００３５】ＵＤＦファイルシステムでは以上説明した
ように構成されており、ファイル内の映像データ等の実
データを検索及び読込みをするための動作の処理のフロ
ーチャートを図１３に示しており、本フローチャートを
用いて動作を実行の処理を説明する。最初にステップ１
３００で記録媒体上の先頭から２５６セクタ目の領域の
データを読込む。
ように構成されており、ファイル内の映像データ等の実
データを検索及び読込みをするための動作の処理のフロ
ーチャートを図１３に示しており、本フローチャートを
用いて動作を実行の処理を説明する。最初にステップ１
３００で記録媒体上の先頭から２５６セクタ目の領域の
データを読込む。
【００３６】ここにはＡＶＤＰが記録されているため、
ステップ１３０１でＡＶＤＰ記述子かどうかを判断す
る。ここにＡＶＤＰが記録されていない場合は、ステッ
プ１３０３となりこの記録媒体はＵＤＦファイルシステ
ムに準拠していないファイルシステムか、全く未使用の
記録媒体となり、それに合わせた処理がなされる。ここ
にＡＶＤＰが記述されている場合は、ステップ１３０２
となりＵＤＦファイルシステムと判断できる。さらに、
このＡＶＤＰに記録されているＶＤＳの位置情報からス
テップ１３０４でＶＤＳ領域にあるデータを読込む。ス
テップ１３０５でこのＶＤＳ内のＬＶＤ記述子を検索
し、このＬＶＤ記述子情報内にあるＦＳＤＳの位置情報
からステップ１３０６でＦＳＤＳ領域にあるデータを読
込む。ＦＳＤＳには、ＲＤＩＣＢが示されており、ステ
ップ１３０７でＲＤＩＣＢ領域にあるデータを読込む。
ＲＤＩＣＢにはルートディレクトリが示されており、ル
ートディレクトリ内には、ファイルやディレクトリ毎の
ＩＤを示す情報であるＦＩＤが含まれている。このＦＩ
Ｄをステップ１３０８で検索する。ＦＩＤがディレクト
リの場合は、ディレクトリＩＣＢが指定されているの
で、このディレクトリＩＣＢ領域にあるデータをステッ
プ１３０９で読込む。ディレクトリＩＣＢにはディレク
トリが示されており、そのディレクトリ内のファイルや
さらなるディレクトリ毎のＩＤを示すＦＩＤが含まれて
いる。この含まれているファイルのＦＩＤをステップ１
３１０で検索する。ＦＩＤがファイルの場合は、ＦＥＩ
ＣＢが指されるのでステップ１３１１でＦＥＩＣＢ領域
にあるデータを読込む。ＦＥＩＣＢには、ファイル内の
実データを示す図１０に示す構造を持つ、Ｓｈｏｒｔ
Ａｌｌｏｃａｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ（以下、
ＳｈｏｒｔＡＤと略す）があり、このＳｈｏｒｔＡＤ内
によって示される論理ブロック位置（ＬｏｇｉｃａｌＢ
ｌｏｃｋ Ｎｕｍｂｅｒ：以下ＬＢＮと略す）に移動
し、ステップ１３１２で実データを読込む。
ステップ１３０１でＡＶＤＰ記述子かどうかを判断す
る。ここにＡＶＤＰが記録されていない場合は、ステッ
プ１３０３となりこの記録媒体はＵＤＦファイルシステ
ムに準拠していないファイルシステムか、全く未使用の
記録媒体となり、それに合わせた処理がなされる。ここ
にＡＶＤＰが記述されている場合は、ステップ１３０２
となりＵＤＦファイルシステムと判断できる。さらに、
このＡＶＤＰに記録されているＶＤＳの位置情報からス
テップ１３０４でＶＤＳ領域にあるデータを読込む。ス
テップ１３０５でこのＶＤＳ内のＬＶＤ記述子を検索
し、このＬＶＤ記述子情報内にあるＦＳＤＳの位置情報
からステップ１３０６でＦＳＤＳ領域にあるデータを読
込む。ＦＳＤＳには、ＲＤＩＣＢが示されており、ステ
ップ１３０７でＲＤＩＣＢ領域にあるデータを読込む。
ＲＤＩＣＢにはルートディレクトリが示されており、ル
ートディレクトリ内には、ファイルやディレクトリ毎の
ＩＤを示す情報であるＦＩＤが含まれている。このＦＩ
Ｄをステップ１３０８で検索する。ＦＩＤがディレクト
リの場合は、ディレクトリＩＣＢが指定されているの
で、このディレクトリＩＣＢ領域にあるデータをステッ
プ１３０９で読込む。ディレクトリＩＣＢにはディレク
トリが示されており、そのディレクトリ内のファイルや
さらなるディレクトリ毎のＩＤを示すＦＩＤが含まれて
いる。この含まれているファイルのＦＩＤをステップ１
３１０で検索する。ＦＩＤがファイルの場合は、ＦＥＩ
ＣＢが指されるのでステップ１３１１でＦＥＩＣＢ領域
にあるデータを読込む。ＦＥＩＣＢには、ファイル内の
実データを示す図１０に示す構造を持つ、Ｓｈｏｒｔ
Ａｌｌｏｃａｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ（以下、
ＳｈｏｒｔＡＤと略す）があり、このＳｈｏｒｔＡＤ内
によって示される論理ブロック位置（ＬｏｇｉｃａｌＢ
ｌｏｃｋ Ｎｕｍｂｅｒ：以下ＬＢＮと略す）に移動
し、ステップ１３１２で実データを読込む。
【００３７】図１０は、映像データ等の実データを指定
するＳｈｏｒｔＡＤの構造を示す。ＳｈｏｒｔＡＤは８
ビットで構成されており、下位4バイトであるＥｘｔｅ
ｎｔＰｏｓｉｔｉｏｎ（以下、ＥＰと略す）は実データ
のアドレスデータとなっており、上位4バイトであるＥ
ｘｔｅｎｔ Ｌｅｎｇｔｈ（以下、ＥＬと略す）は下位4
バイトのＥＰが指定するアドレスデータの内容及び長さ
を指定する情報となっている。上位4バイトのＥＸ内の
上位２ビットでは、下位４バイトで指定するアドレスデ
ータが、実データのアドレスを指定しているか、ＦＥＩ
ＣＢが一杯になった場合に新たに作成するＡｌｌｏｃａ
ｔｉｏｎ Ｅｘｔｅｎｄｅｄ Ｄｅｓｃｒｉｐｔｏｒ
（以下、ＡＥＤと略す）のアドレスを指定しているか、
または未使用かを指定するようになっている。
するＳｈｏｒｔＡＤの構造を示す。ＳｈｏｒｔＡＤは８
ビットで構成されており、下位4バイトであるＥｘｔｅ
ｎｔＰｏｓｉｔｉｏｎ（以下、ＥＰと略す）は実データ
のアドレスデータとなっており、上位4バイトであるＥ
ｘｔｅｎｔ Ｌｅｎｇｔｈ（以下、ＥＬと略す）は下位4
バイトのＥＰが指定するアドレスデータの内容及び長さ
を指定する情報となっている。上位4バイトのＥＸ内の
上位２ビットでは、下位４バイトで指定するアドレスデ
ータが、実データのアドレスを指定しているか、ＦＥＩ
ＣＢが一杯になった場合に新たに作成するＡｌｌｏｃａ
ｔｉｏｎ Ｅｘｔｅｎｄｅｄ Ｄｅｓｃｒｉｐｔｏｒ
（以下、ＡＥＤと略す）のアドレスを指定しているか、
または未使用かを指定するようになっている。
【００３８】図１１は、ＳｈｏｒｔＡＤの上位４バイト
のＥＬの上位２バイトで指定する情報の定義を示す図で
ある。上位２ビットが「ＯＯ」の場合は実データのアド
レスを表し、「１１」の場合はＡＥＤのアドレスを表す
ようになっている。
のＥＬの上位２バイトで指定する情報の定義を示す図で
ある。上位２ビットが「ＯＯ」の場合は実データのアド
レスを表し、「１１」の場合はＡＥＤのアドレスを表す
ようになっている。
【００３９】図１２は、新たに作成されるＡＥＤの構造
を示す。ここには、ＦＥＩＣＢと同じようにファイル内
の実データを示すためのＡｌｌｏｃａｔｉｏｎ ｄｅｓ
ｃｒｉｐｔｏｒｓ（割当記述子、以下ＡＤと略す）があ
る。このＡＥＤは記録が長時間で一つのＡＥＤが一杯に
なった場合にはさらに新しいＡＥＤを作成するというよ
うに記録が終了するまで順次ＡＥＤを作成していき、長
時間の記録に対応するようになっている。これは、デー
タ量が大きい時でも同じようにＡＥＤを追加して記録す
るということである。
を示す。ここには、ＦＥＩＣＢと同じようにファイル内
の実データを示すためのＡｌｌｏｃａｔｉｏｎ ｄｅｓ
ｃｒｉｐｔｏｒｓ（割当記述子、以下ＡＤと略す）があ
る。このＡＥＤは記録が長時間で一つのＡＥＤが一杯に
なった場合にはさらに新しいＡＥＤを作成するというよ
うに記録が終了するまで順次ＡＥＤを作成していき、長
時間の記録に対応するようになっている。これは、デー
タ量が大きい時でも同じようにＡＥＤを追加して記録す
るということである。
【００４０】次に、本発明による光ディスクを記録媒体
としたデジタル信号記録再生装置での一実施例を図１、
図６〜図１２、図１４〜図２０を用いて説明する。尚、
当該デジタル信号記録再生装置は、例えば、記録媒体に
対してデータの書込及び読出を行うものであって、本実
施例では書換型の記録媒体としてディスク形状を呈する
いわゆるＤＶＤ−ＲＡＭ（Ｄｉｇｉｔａｌ Ｖａｒｓａ
ｔｉｌｅ Ｄｉｓｋ− Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍ
ｅｍｏｒｙ）を使用する。また、本実施例では、トラン
スポートストリームを暗号化してＵＤＦファイルシステ
ムにて記録する場合は、記録するトランスポートストリ
ームをひとつのファイルとして記録することとしてい
る。
としたデジタル信号記録再生装置での一実施例を図１、
図６〜図１２、図１４〜図２０を用いて説明する。尚、
当該デジタル信号記録再生装置は、例えば、記録媒体に
対してデータの書込及び読出を行うものであって、本実
施例では書換型の記録媒体としてディスク形状を呈する
いわゆるＤＶＤ−ＲＡＭ（Ｄｉｇｉｔａｌ Ｖａｒｓａ
ｔｉｌｅ Ｄｉｓｋ− Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍ
ｅｍｏｒｙ）を使用する。また、本実施例では、トラン
スポートストリームを暗号化してＵＤＦファイルシステ
ムにて記録する場合は、記録するトランスポートストリ
ームをひとつのファイルとして記録することとしてい
る。
【００４１】図１は、本発明によるデジタル信号記録再
生装置のハードウェア構成図の一実施例を示す。パラボ
ラアンテナ１は、衛星からの放送波を受けるアンテナで
ある。チューナ２は、パラボラアンテナ１で受けた放送
波を選局してトランスポートストリームを出力するもの
である。Ｄｅ−ｍｕｘ３は、多重化されたトランスポー
トストリームから指定されたトランスポートストリーム
を抽出するものである。Ｌｏｃａｌ Ｅｎｃｒｙｐｔ／
Ｄｅｃｒｙｐｔ４は、鍵情報により暗号化及び復号化を
するためのローカルな暗号／復号回路である。ＡＴＡ
（ＡＴ Ａｔｔａｃｈｍｅｎｔ）／ＡＴＡＰＩ（ＡＴ
Ａｔｔａｃｈｍｅｎｔ Ｐａｃｋｅｔ Ｉｎｔｅｒｆａ
ｃｅ）Ｃｏｎｔｒｏｌｌｅｒ５は、ＡＴＡ／ＡＴＡＰＩ
規格にしたがったデバイス等を制御するためのコントロ
ーラである。ＡＴＡは、ＡＮＳＩで規格化を行っている
ＩＤＥ（Ｉｎｔｅｇｒａｔｅｄ Ｄｒｉｖｅ Ｅｌｅｃ
ｔｒｏｎｉｃｓ：ＰＣ互換機用のハードディスクインタ
ーフェイスの一つである）の正式な規格である。ＡＴＡ
ＰＩは、ＩＤＥコントローラにＣＤ−ＲＯＭなどのデバ
イスを接続するために考案された規格である。ＡＴＡ／
ＡＴＡＰＩ Ｄｅｖｉｃｅ６は、記録媒体として光ディ
スクを有するＡＴＡ／ＡＴＡＰＩ規格にあったデータの
記録再生用のデバイスである。制御マイコン７は、装置
全体を制御するマイクロコントローラである。メモリ８
は、制御マイコン７の汎用ＲＡＭ（Ｒａｎｄｏｍ Ａｃ
ｃｅｓｓ Ｍｅｍｏｒｙ）でありながら他のＩＣと共に
バスにより接続されておりトランスポートストリーム用
のバッファとしても用いる。Ｖｉｄｅｏ／Ａｕｄｉｏ
ＭＰＥＧ Ｄｅｃｏｄｅｒ９は、ＭＰＥＧにより圧縮さ
れている映像と音声のトランスポートストリームを伸長
等の変換をするためのデコーダである。ＮＴＳＣ Ｅｎ
ｃｏｄｅｒ１０は、伸長されたデジタル信号をＮＴＳＣ
信号へ変換するとともに文字情報の重畳等の各種の信号
処理をするためのエンコーダである。ディスプレイ１１
は、ＮＴＳＣ信号を表示できるものである。Ｔｉｍｅ
Ｓｔａｍｐ／Ｔｉｍｅ Ｋｅｅｐｅｒ１２は、記録時の
トランスポートストリーム内の一つのパケット毎に時間
情報を付加するタイムスタンプ機能と、再生時のタイム
スタンプが付いたパケットからそのタイムスタンプに合
わせた時間軸に戻す機能を持つ。ここで、放送波を直接
ディスプレイで視聴する場合、チューナ２は、パラボラ
アンテナ１で受けた放送波を選局してトランスポートス
トリームを出力する。チューナ２で出力されたトランス
ポートストリームは、多数のチャンネルが多重化されて
いるストリームであり、ユーザが指定したチャンネルに
あったトランスポートストリームのみをＤｅ−ｍｕｘ３
にて抽出してＶｉｄｅｏ／Ａｕｄｉｏ ＭＰＥＧ Ｄｅ
ｃｏｄｅｒ９がデコードできるパーシャルトランスポー
トストリームにする。このパーシャルトランスポートス
トリームをＶｉｄｅｏ／Ａｕｄｉｏ ＭＰＥＧ Ｄｅｃ
ｏｄｅｒ９がデコードしてＮＴＳＣＥｎｃｏｄｅｒ１０
にてＮＴＳＣのアナログ映像に変換されるとともに文字
情報等が重畳され、ディスプレイ１１でユーザが指定し
たチャンネルの番組が表示される。
生装置のハードウェア構成図の一実施例を示す。パラボ
ラアンテナ１は、衛星からの放送波を受けるアンテナで
ある。チューナ２は、パラボラアンテナ１で受けた放送
波を選局してトランスポートストリームを出力するもの
である。Ｄｅ−ｍｕｘ３は、多重化されたトランスポー
トストリームから指定されたトランスポートストリーム
を抽出するものである。Ｌｏｃａｌ Ｅｎｃｒｙｐｔ／
Ｄｅｃｒｙｐｔ４は、鍵情報により暗号化及び復号化を
するためのローカルな暗号／復号回路である。ＡＴＡ
（ＡＴ Ａｔｔａｃｈｍｅｎｔ）／ＡＴＡＰＩ（ＡＴ
Ａｔｔａｃｈｍｅｎｔ Ｐａｃｋｅｔ Ｉｎｔｅｒｆａ
ｃｅ）Ｃｏｎｔｒｏｌｌｅｒ５は、ＡＴＡ／ＡＴＡＰＩ
規格にしたがったデバイス等を制御するためのコントロ
ーラである。ＡＴＡは、ＡＮＳＩで規格化を行っている
ＩＤＥ（Ｉｎｔｅｇｒａｔｅｄ Ｄｒｉｖｅ Ｅｌｅｃ
ｔｒｏｎｉｃｓ：ＰＣ互換機用のハードディスクインタ
ーフェイスの一つである）の正式な規格である。ＡＴＡ
ＰＩは、ＩＤＥコントローラにＣＤ−ＲＯＭなどのデバ
イスを接続するために考案された規格である。ＡＴＡ／
ＡＴＡＰＩ Ｄｅｖｉｃｅ６は、記録媒体として光ディ
スクを有するＡＴＡ／ＡＴＡＰＩ規格にあったデータの
記録再生用のデバイスである。制御マイコン７は、装置
全体を制御するマイクロコントローラである。メモリ８
は、制御マイコン７の汎用ＲＡＭ（Ｒａｎｄｏｍ Ａｃ
ｃｅｓｓ Ｍｅｍｏｒｙ）でありながら他のＩＣと共に
バスにより接続されておりトランスポートストリーム用
のバッファとしても用いる。Ｖｉｄｅｏ／Ａｕｄｉｏ
ＭＰＥＧ Ｄｅｃｏｄｅｒ９は、ＭＰＥＧにより圧縮さ
れている映像と音声のトランスポートストリームを伸長
等の変換をするためのデコーダである。ＮＴＳＣ Ｅｎ
ｃｏｄｅｒ１０は、伸長されたデジタル信号をＮＴＳＣ
信号へ変換するとともに文字情報の重畳等の各種の信号
処理をするためのエンコーダである。ディスプレイ１１
は、ＮＴＳＣ信号を表示できるものである。Ｔｉｍｅ
Ｓｔａｍｐ／Ｔｉｍｅ Ｋｅｅｐｅｒ１２は、記録時の
トランスポートストリーム内の一つのパケット毎に時間
情報を付加するタイムスタンプ機能と、再生時のタイム
スタンプが付いたパケットからそのタイムスタンプに合
わせた時間軸に戻す機能を持つ。ここで、放送波を直接
ディスプレイで視聴する場合、チューナ２は、パラボラ
アンテナ１で受けた放送波を選局してトランスポートス
トリームを出力する。チューナ２で出力されたトランス
ポートストリームは、多数のチャンネルが多重化されて
いるストリームであり、ユーザが指定したチャンネルに
あったトランスポートストリームのみをＤｅ−ｍｕｘ３
にて抽出してＶｉｄｅｏ／Ａｕｄｉｏ ＭＰＥＧ Ｄｅ
ｃｏｄｅｒ９がデコードできるパーシャルトランスポー
トストリームにする。このパーシャルトランスポートス
トリームをＶｉｄｅｏ／Ａｕｄｉｏ ＭＰＥＧ Ｄｅｃ
ｏｄｅｒ９がデコードしてＮＴＳＣＥｎｃｏｄｅｒ１０
にてＮＴＳＣのアナログ映像に変換されるとともに文字
情報等が重畳され、ディスプレイ１１でユーザが指定し
たチャンネルの番組が表示される。
【００４２】記録、再生の場合については、図１８を用
いて詳細に説明する。図１８は、本発明によるデジタル
信号記録再生装置におけるデジタル信号の流れの一実施
例を示した図である。実線が記録時の流れを示し、破線
が再生時の流れを示す。メモリ８は、５つのブロックに
分けて使用する。この内訳は、制御マイコン７が使用す
る汎用領域で１つ、記録用のバッファで２つ（ブロック
１、２）、再生用のバッファで２つ（ブロック３、４）
使用する。ここで、放送波からのトランスポートストリ
ームを記録する場合は、まず、Ｄｅ−ｍｕｘ３にて抽出
されたパーシャルトランスポートストリームをＴｉｍｅ
Ｓｔａｍｐ／Ｔｉｍｅ Ｋｅｅｐｅｒ１２にて一つひ
とつのパケット毎にタイムスタンプを付けてデータとし
てメモリ８のブロック１に溜めていく。このメモリ８の
ブロック１にＬｏｃａｌ Ｅｎｃｒｙｐｔ／Ｄｅｃｒｙ
ｐｔ４が暗号化できる最小単位以上のデータが溜まった
ところでそのデータをＬｏｃａｌ Ｅｎｃｒｙｐｔ／Ｄ
ｅｃｒｙｐｔ４に送り、暗号化するための鍵を指定して
暗号化する。この暗号化するための鍵はＡＥＤが新たに
作成される度に所定の時間間隔で更新していく。暗号化
されたデータは、メモリ８のブロック２に溜める。更に
暗号化されたデータがメモリ８のブロック２にある程度
溜まったところでＡＴＡ／ＡＴＡＰＩ Ｃｏｎｔｒｏｌ
ｅｒ５を介してＡＴＡ／ＡＴＡＰＩ Ｄｅｖｉｃｅ６に
送り、記録する。メモリ８に溜める処理をするのは、単
位時間に処理できるデータ量がＡＴＡ／ＡＴＡＰＩ Ｄ
ｅｖｉｃｅ６より入出力されるトランスポートストリー
ムの方が小さいため時間的に途切れずに連続した記録・
再生をすることが出来ないのでメモリ８に一度溜めてか
ら記録・再生を行うという間欠動作をすることが必要な
ためである。そして、再生をする場合は、ＡＴＡ／ＡＴ
ＡＰＩ Ｄｅｖｉｃｅ６からデータを読み込みメモリ８
のブロック３に溜める。このデータは、暗号化されたデ
ータであるのでＬｏｃａｌ Ｅｎｃｒｙｐｔ／Ｄｅｃｒ
ｙｐｔ４にて復号化するため暗号化した際に使用した鍵
を設定してメモリ８のブロック４に復号化したデータを
溜める。その後、Ｔｉｍｅ Ｓｔａｍｐ／Ｔｉｍｅ Ｋ
ｅｅｐｅｒ１２がパケットに付いているタイムスタンプ
を検索しＴｉｍｅ Ｋｅｅｐｅｒ１２が持つ時間軸上に
乗せてパーシャルトランスポートストリームに戻しＤｅ
−ｍｕｘ３を介してＶｉｄｅｏ／Ａｕｄｉｏ ＭＰＥＧ
Ｄｅｃｏｄｅｒ９に出力する。後は、通常の視聴と同
様である。
いて詳細に説明する。図１８は、本発明によるデジタル
信号記録再生装置におけるデジタル信号の流れの一実施
例を示した図である。実線が記録時の流れを示し、破線
が再生時の流れを示す。メモリ８は、５つのブロックに
分けて使用する。この内訳は、制御マイコン７が使用す
る汎用領域で１つ、記録用のバッファで２つ（ブロック
１、２）、再生用のバッファで２つ（ブロック３、４）
使用する。ここで、放送波からのトランスポートストリ
ームを記録する場合は、まず、Ｄｅ−ｍｕｘ３にて抽出
されたパーシャルトランスポートストリームをＴｉｍｅ
Ｓｔａｍｐ／Ｔｉｍｅ Ｋｅｅｐｅｒ１２にて一つひ
とつのパケット毎にタイムスタンプを付けてデータとし
てメモリ８のブロック１に溜めていく。このメモリ８の
ブロック１にＬｏｃａｌ Ｅｎｃｒｙｐｔ／Ｄｅｃｒｙ
ｐｔ４が暗号化できる最小単位以上のデータが溜まった
ところでそのデータをＬｏｃａｌ Ｅｎｃｒｙｐｔ／Ｄ
ｅｃｒｙｐｔ４に送り、暗号化するための鍵を指定して
暗号化する。この暗号化するための鍵はＡＥＤが新たに
作成される度に所定の時間間隔で更新していく。暗号化
されたデータは、メモリ８のブロック２に溜める。更に
暗号化されたデータがメモリ８のブロック２にある程度
溜まったところでＡＴＡ／ＡＴＡＰＩ Ｃｏｎｔｒｏｌ
ｅｒ５を介してＡＴＡ／ＡＴＡＰＩ Ｄｅｖｉｃｅ６に
送り、記録する。メモリ８に溜める処理をするのは、単
位時間に処理できるデータ量がＡＴＡ／ＡＴＡＰＩ Ｄ
ｅｖｉｃｅ６より入出力されるトランスポートストリー
ムの方が小さいため時間的に途切れずに連続した記録・
再生をすることが出来ないのでメモリ８に一度溜めてか
ら記録・再生を行うという間欠動作をすることが必要な
ためである。そして、再生をする場合は、ＡＴＡ／ＡＴ
ＡＰＩ Ｄｅｖｉｃｅ６からデータを読み込みメモリ８
のブロック３に溜める。このデータは、暗号化されたデ
ータであるのでＬｏｃａｌ Ｅｎｃｒｙｐｔ／Ｄｅｃｒ
ｙｐｔ４にて復号化するため暗号化した際に使用した鍵
を設定してメモリ８のブロック４に復号化したデータを
溜める。その後、Ｔｉｍｅ Ｓｔａｍｐ／Ｔｉｍｅ Ｋ
ｅｅｐｅｒ１２がパケットに付いているタイムスタンプ
を検索しＴｉｍｅ Ｋｅｅｐｅｒ１２が持つ時間軸上に
乗せてパーシャルトランスポートストリームに戻しＤｅ
−ｍｕｘ３を介してＶｉｄｅｏ／Ａｕｄｉｏ ＭＰＥＧ
Ｄｅｃｏｄｅｒ９に出力する。後は、通常の視聴と同
様である。
【００４３】次に、本発明における鍵情報を記録する領
域の一実施例について、図６、図１２を用いて説明す
る。本発明では、暗号化に使用した鍵を保存する場所と
して、暗号化された実データを指定しているＦＥＩＣＢ
及びＡＥＤ内に鍵情報の記録領域を配置することとして
いるがさらに詳細に以下説明する。
域の一実施例について、図６、図１２を用いて説明す
る。本発明では、暗号化に使用した鍵を保存する場所と
して、暗号化された実データを指定しているＦＥＩＣＢ
及びＡＥＤ内に鍵情報の記録領域を配置することとして
いるがさらに詳細に以下説明する。
【００４４】まず、ＦＥＩＣＢにおける鍵情報を記録す
る領域の構成を図６を用いて説明する。図６は、本発明
による鍵情報の記録領域を確保したＩＣＢ構造の一実施
例を示す。ＦＥＩＣＢには、先頭にＦＥＩＣＢを識別す
るためのＤｅｓｃｒｉｐｔｏｒ Ｔａｇ、ＦＥＩＣＢが
指定するファイルのタイプなどを指定するためのＩＣＢ
Ｔａｇ、Ｅｘｔｅｎｄｅｄ Ａｔｔｒｉｂｕｔｅｓ（属
性、以下、ＥＡと略す）、Ｌｅｎｇｔｈ ｏｆ Ｅｘｔｅ
ｎｄｅｄ Ａｔｔｒｉｂｕｔｅｓ（属性情報の長さ、以
下、Ｌ＿ＥＡと略す）、Ａｌｌｏｃａｔｉｏｎ ｄｅｓ
ｃｒｉｐｔｏｒｓ（割当記述子、以下ＡＤと略す）、Ｌ
ｅｎｇｔｈ ｏｆ ＡｌｌｏｃａｔｉｏｎＤｅｓｃｒｉｐ
ｔｏｒ（割当記述子の長さ、以下、Ｌ＿ＡＤと略す）な
どがあり、そのなかのＡＤ領域には、複数のＳｈｏｒｔ
ＡＤが記録されている。ＳｈｏｒｔＡＤは、前述した通
り実データを指定するＬＢＮとその内容とを持ってい
る。ここで、本発明による実施例では、ＡＤ領域を２つ
に分割し、このＡＤ領域の後とＦＥＩＣＢ領域の最後と
の間に鍵を記録するためのＫｅｙ領域を確保して、鍵情
報を記録するようにした。
る領域の構成を図６を用いて説明する。図６は、本発明
による鍵情報の記録領域を確保したＩＣＢ構造の一実施
例を示す。ＦＥＩＣＢには、先頭にＦＥＩＣＢを識別す
るためのＤｅｓｃｒｉｐｔｏｒ Ｔａｇ、ＦＥＩＣＢが
指定するファイルのタイプなどを指定するためのＩＣＢ
Ｔａｇ、Ｅｘｔｅｎｄｅｄ Ａｔｔｒｉｂｕｔｅｓ（属
性、以下、ＥＡと略す）、Ｌｅｎｇｔｈ ｏｆ Ｅｘｔｅ
ｎｄｅｄ Ａｔｔｒｉｂｕｔｅｓ（属性情報の長さ、以
下、Ｌ＿ＥＡと略す）、Ａｌｌｏｃａｔｉｏｎ ｄｅｓ
ｃｒｉｐｔｏｒｓ（割当記述子、以下ＡＤと略す）、Ｌ
ｅｎｇｔｈ ｏｆ ＡｌｌｏｃａｔｉｏｎＤｅｓｃｒｉｐ
ｔｏｒ（割当記述子の長さ、以下、Ｌ＿ＡＤと略す）な
どがあり、そのなかのＡＤ領域には、複数のＳｈｏｒｔ
ＡＤが記録されている。ＳｈｏｒｔＡＤは、前述した通
り実データを指定するＬＢＮとその内容とを持ってい
る。ここで、本発明による実施例では、ＡＤ領域を２つ
に分割し、このＡＤ領域の後とＦＥＩＣＢ領域の最後と
の間に鍵を記録するためのＫｅｙ領域を確保して、鍵情
報を記録するようにした。
【００４５】さらにここで、ＤＶＤ−ＲＡＭを使用した
記録媒体の場合に関して図６を用いて具体的に説明す
る。ＤＶＤ−ＲＡＭの場合は、セクタのサイズが２０４
８バイト（＝２ｋバイト）であるので、ＵＤＦファイル
システムで指定するパーティションで区切られた論理ボ
リューム空間内の論理ブロックサイズも、２ｋバイトと
する。更に、暗号化に使用する鍵の情報として一つの鍵
あたり１６バイトの鍵情報を記録することとする。本実
施例では、ＥＡ領域を無しにしているために１６８バイ
ト目のＬ＿ＥＡは０バイトとなり、結果的に１７６バイ
ト目からがＡＤ領域となる。鍵情報がＦＥＩＣＢで指定
する全ての実データで同一の鍵情報とする場合には、Ｆ
ＥＩＣＢに１つ確保すればよいので１６バイトの領域を
確保する。その場合にＦＥＩＣＢは、図６のように先頭
から１７５バイト目までがＦＥＩＣＢのＩＣＢ Ｔａｇ
などの識別情報や管理情報が入り、その後１７６バイト
目から２０３１バイト目までがＳｈｏｒｔＡＤが入るＡ
Ｄ領域となり（２０３１−１７５）／８＝２３２個のＳ
ｈｏｒｔＡＤが入る。よって、ＦＥＩＣＢ内のＬ＿ＡＤ
値は、２３２×８バイト＝１８５６バイト（１６進数：
０７４０ｈ）となる。これにより、記録するトランスポ
ートストリームの暗号化に使用した鍵情報をファイルシ
ステムＦＥＩＣＢ内の記録領域に配置できることにな
る。
記録媒体の場合に関して図６を用いて具体的に説明す
る。ＤＶＤ−ＲＡＭの場合は、セクタのサイズが２０４
８バイト（＝２ｋバイト）であるので、ＵＤＦファイル
システムで指定するパーティションで区切られた論理ボ
リューム空間内の論理ブロックサイズも、２ｋバイトと
する。更に、暗号化に使用する鍵の情報として一つの鍵
あたり１６バイトの鍵情報を記録することとする。本実
施例では、ＥＡ領域を無しにしているために１６８バイ
ト目のＬ＿ＥＡは０バイトとなり、結果的に１７６バイ
ト目からがＡＤ領域となる。鍵情報がＦＥＩＣＢで指定
する全ての実データで同一の鍵情報とする場合には、Ｆ
ＥＩＣＢに１つ確保すればよいので１６バイトの領域を
確保する。その場合にＦＥＩＣＢは、図６のように先頭
から１７５バイト目までがＦＥＩＣＢのＩＣＢ Ｔａｇ
などの識別情報や管理情報が入り、その後１７６バイト
目から２０３１バイト目までがＳｈｏｒｔＡＤが入るＡ
Ｄ領域となり（２０３１−１７５）／８＝２３２個のＳ
ｈｏｒｔＡＤが入る。よって、ＦＥＩＣＢ内のＬ＿ＡＤ
値は、２３２×８バイト＝１８５６バイト（１６進数：
０７４０ｈ）となる。これにより、記録するトランスポ
ートストリームの暗号化に使用した鍵情報をファイルシ
ステムＦＥＩＣＢ内の記録領域に配置できることにな
る。
【００４６】ここで、記録するトランスポートストリー
ムの暗号化には、記録する装置固有のデータと鍵を組み
合わせて鍵情報として暗号化する。これにより、記録媒
体を他の装置に持っていき再生しようとしても記録媒体
上に記録された鍵は同じであるが、装置固有のデータが
異なり、再生する装置では記録する装置固有のデータは
わからないので復号化できないようになる。
ムの暗号化には、記録する装置固有のデータと鍵を組み
合わせて鍵情報として暗号化する。これにより、記録媒
体を他の装置に持っていき再生しようとしても記録媒体
上に記録された鍵は同じであるが、装置固有のデータが
異なり、再生する装置では記録する装置固有のデータは
わからないので復号化できないようになる。
【００４７】次に、ＡＥＤにおける鍵情報を記録する領
域の構成を図１２を用いて説明する。図１２は、本発明
による鍵情報の記録領域を確保したＡＥＤ構造の一実施
例を示す。ＡＥＤには、先頭ＡＥＤを識別するためのＤ
ｉｓｃｒｉｐｔｏｒ Ｔａｇ、本ＡＥＤの一つ前のＡＥ
Ｄ或いはＦＥＩＣＢのアドレスを指定するＬＢＮ、Ｌ＿
ＡＤ、ＡＤ領域、そして、ＡＤ領域の後に鍵を格納する
Ｋｅｙ領域を持つ。ここで、本発明による実施例では、
ＦＥＩＣＢと同様にＡＤ領域を２つに分割し、このＡＤ
領域の後とＦＥＩＣＢ領域の最後との間に鍵を記録する
ためのＫｅｙ領域を確保して、鍵情報を記録するように
した。具体的にはＡＥＤ領域の先頭から１６バイトには
ＡＥＤを示すＤｅｓｃｒｉｐｔｏｒ Ｔａｇがあり、次
の４バイトに本ＡＥＤを指定しているＦＥＩＣＢまたは
ＡＥＤのアドレスがあり、次の４バイトにＡＥＤ内のＡ
Ｄ領域の長さを示すＬ＿ＡＤがある。ＡＥＤの場合は２
４バイト目からがＳｈｏｒｔＡＤ群の入るＡＤ領域とな
る。よって、Ｌ＿ＡＤ値は、鍵がＡＥＤで指定する全て
の実データが同一の鍵とする場合にはＡＥＤに１つ確保
するので１6バイトの領域を確保するため２４バイト目
から前記ＦＥＩＣＢと同様に２０３１バイト目までとな
り（２０３１−２３）／８＝２５１で２５１×８＝２０
０８バイト（１６進数：０７Ｄ８ｈ）となる。これによ
り、記録するトランスポートストリームの暗号化に使用
した鍵情報をファイルシステムＡＥＤ内の記録領域に配
置できることになる。この記録領域に記録する鍵情報は
ＦＥＩＣＢの時と同様に、記録する装置固有のデータを
用いて鍵情報を生成するが、次のＡＥＤが作成された時
には異なった固有データを使用するようにして鍵情報を
更新するようにした。異なった固有データは、予めテー
ブルとして持っていてもよいし、元の固有データに予め
決めた係数によって変えるようにしてもよく、ここで
は、特に固有データの変え方は限定しない。このように
して、ＡＥＤ内のＡＤ領域を越えて記録する場合でも新
規作成した次のＡＥＤの鍵情報を変えることで、ＡＥＤ
はある時間間隔で新規作成されるので鍵情報もある時間
間隔で変えることができる。これにより、トランスポー
トストリームを記録する場合の鍵の更新にも対応でき
る。
域の構成を図１２を用いて説明する。図１２は、本発明
による鍵情報の記録領域を確保したＡＥＤ構造の一実施
例を示す。ＡＥＤには、先頭ＡＥＤを識別するためのＤ
ｉｓｃｒｉｐｔｏｒ Ｔａｇ、本ＡＥＤの一つ前のＡＥ
Ｄ或いはＦＥＩＣＢのアドレスを指定するＬＢＮ、Ｌ＿
ＡＤ、ＡＤ領域、そして、ＡＤ領域の後に鍵を格納する
Ｋｅｙ領域を持つ。ここで、本発明による実施例では、
ＦＥＩＣＢと同様にＡＤ領域を２つに分割し、このＡＤ
領域の後とＦＥＩＣＢ領域の最後との間に鍵を記録する
ためのＫｅｙ領域を確保して、鍵情報を記録するように
した。具体的にはＡＥＤ領域の先頭から１６バイトには
ＡＥＤを示すＤｅｓｃｒｉｐｔｏｒ Ｔａｇがあり、次
の４バイトに本ＡＥＤを指定しているＦＥＩＣＢまたは
ＡＥＤのアドレスがあり、次の４バイトにＡＥＤ内のＡ
Ｄ領域の長さを示すＬ＿ＡＤがある。ＡＥＤの場合は２
４バイト目からがＳｈｏｒｔＡＤ群の入るＡＤ領域とな
る。よって、Ｌ＿ＡＤ値は、鍵がＡＥＤで指定する全て
の実データが同一の鍵とする場合にはＡＥＤに１つ確保
するので１6バイトの領域を確保するため２４バイト目
から前記ＦＥＩＣＢと同様に２０３１バイト目までとな
り（２０３１−２３）／８＝２５１で２５１×８＝２０
０８バイト（１６進数：０７Ｄ８ｈ）となる。これによ
り、記録するトランスポートストリームの暗号化に使用
した鍵情報をファイルシステムＡＥＤ内の記録領域に配
置できることになる。この記録領域に記録する鍵情報は
ＦＥＩＣＢの時と同様に、記録する装置固有のデータを
用いて鍵情報を生成するが、次のＡＥＤが作成された時
には異なった固有データを使用するようにして鍵情報を
更新するようにした。異なった固有データは、予めテー
ブルとして持っていてもよいし、元の固有データに予め
決めた係数によって変えるようにしてもよく、ここで
は、特に固有データの変え方は限定しない。このように
して、ＡＥＤ内のＡＤ領域を越えて記録する場合でも新
規作成した次のＡＥＤの鍵情報を変えることで、ＡＥＤ
はある時間間隔で新規作成されるので鍵情報もある時間
間隔で変えることができる。これにより、トランスポー
トストリームを記録する場合の鍵の更新にも対応でき
る。
【００４８】このようにしてＵＤＦファイルシステムを
使用し、デジタル信号であるトランスポートストリーム
を暗号化して鍵を更新しながら記録できる。
使用し、デジタル信号であるトランスポートストリーム
を暗号化して鍵を更新しながら記録できる。
【００４９】次に、本発明における鍵情報有無の判別情
報を記録する領域の一実施例について、図６〜図９を用
いて説明する。
報を記録する領域の一実施例について、図６〜図９を用
いて説明する。
【００５０】図７及び図９は、本発明による鍵情報有無
の判別情報の記録領域を確保するためのＩＣＢ Ｔａｇ
構造及びＩＣＢ Ｔａｇ内のＲｅｓｅｒｖｅｄ値の一実
施例を示した図である。図８は、ＩＣＢ Ｔａｇ内のＦ
ｉｌｅ ＴｙｐｅとＦｌａｇによる定義表を示す。ＦＥ
ＩＣＢには、図６に示すようなデータ構造になってお
り、ＴａｇＩＤの他、ＩＣＢ Ｔａｇデータ、ファイル
サイズ、書込アクセスの時間情報、インプリメンテーシ
ョンＩＤ、などの情報でＦＥＩＣＢ内の先頭から１７６
バイト目までを作成する。このうち図７に示すＩＣＢ
Ｔａｇにおける先頭から１０バイト目のＲｅｓｅｒｖｅ
ｄ値（１バイト）の定義を図９のように定め、鍵情報の
未使用と使用とを定義することによって、再生の際にこ
のＩＣＢ Ｔａｇ内のＲｅｓｅｒｖｅｄ値を読込んで判
断することにより、鍵情報による復号化するべきデータ
かどうかを判別できる。尚、この１０バイト目のＲｅｓ
ｅｒｖｅｄ値の領域は、予約領域となっており通常ＯＳ
からは無視される。本実施例では、この１０バイト目の
Ｒｅｓｅｒｖｅｄ値に０ｘ０１を指定した場合は、１回
の記録でできる１ファイルに鍵情報がＦＥＩＣＢにある
一つだけであり、０ｘ０２を指定した場合は、１回の記
録でできる１ファイルに鍵情報ＡＥＤ毎に一つづつ、す
なわち複数個あることになる。ここで、ＦＥＩＣＢとＡ
ＥＤの両方に鍵情報の使用を定義できるようにしてもよ
い。尚、１１バイト目のＦｉｌｅ Ｔｙｐｅ値（１バイ
ト）と１８バイト目のＦｌａｇｓ値（２バイト）は作成
するＦＥＩＣＢの種別を指定するところであり図８に示
すような設定をしている。図８によると、作成するＩＣ
Ｂが、ディレクトリを指定する場合は４、０ｘ００２０
を指定、ルートディレクトリの場合は４、０ｘ００２３
を指定、ファイルの場合は５、０ｘ００３０を指定、リ
アルタイムファイルの場合は２４９、０ｘ００２０を指
定する。ここで、トランスポートストリームを記録する
場合は、リアルタイムファイルの指定を設定することに
なる。
の判別情報の記録領域を確保するためのＩＣＢ Ｔａｇ
構造及びＩＣＢ Ｔａｇ内のＲｅｓｅｒｖｅｄ値の一実
施例を示した図である。図８は、ＩＣＢ Ｔａｇ内のＦ
ｉｌｅ ＴｙｐｅとＦｌａｇによる定義表を示す。ＦＥ
ＩＣＢには、図６に示すようなデータ構造になってお
り、ＴａｇＩＤの他、ＩＣＢ Ｔａｇデータ、ファイル
サイズ、書込アクセスの時間情報、インプリメンテーシ
ョンＩＤ、などの情報でＦＥＩＣＢ内の先頭から１７６
バイト目までを作成する。このうち図７に示すＩＣＢ
Ｔａｇにおける先頭から１０バイト目のＲｅｓｅｒｖｅ
ｄ値（１バイト）の定義を図９のように定め、鍵情報の
未使用と使用とを定義することによって、再生の際にこ
のＩＣＢ Ｔａｇ内のＲｅｓｅｒｖｅｄ値を読込んで判
断することにより、鍵情報による復号化するべきデータ
かどうかを判別できる。尚、この１０バイト目のＲｅｓ
ｅｒｖｅｄ値の領域は、予約領域となっており通常ＯＳ
からは無視される。本実施例では、この１０バイト目の
Ｒｅｓｅｒｖｅｄ値に０ｘ０１を指定した場合は、１回
の記録でできる１ファイルに鍵情報がＦＥＩＣＢにある
一つだけであり、０ｘ０２を指定した場合は、１回の記
録でできる１ファイルに鍵情報ＡＥＤ毎に一つづつ、す
なわち複数個あることになる。ここで、ＦＥＩＣＢとＡ
ＥＤの両方に鍵情報の使用を定義できるようにしてもよ
い。尚、１１バイト目のＦｉｌｅ Ｔｙｐｅ値（１バイ
ト）と１８バイト目のＦｌａｇｓ値（２バイト）は作成
するＦＥＩＣＢの種別を指定するところであり図８に示
すような設定をしている。図８によると、作成するＩＣ
Ｂが、ディレクトリを指定する場合は４、０ｘ００２０
を指定、ルートディレクトリの場合は４、０ｘ００２３
を指定、ファイルの場合は５、０ｘ００３０を指定、リ
アルタイムファイルの場合は２４９、０ｘ００２０を指
定する。ここで、トランスポートストリームを記録する
場合は、リアルタイムファイルの指定を設定することに
なる。
【００５１】次に、本発明におけるトランスポートスト
リームを記録する場合について説明する。図１４は、本
発明における記録時のフローチャートの一実施例を示す
図である。
リームを記録する場合について説明する。図１４は、本
発明における記録時のフローチャートの一実施例を示す
図である。
【００５２】まず、最初に記録媒体上の先頭から２５６
セクタ目の領域をステップ１４００で読み込む。この２
５６セクタ目にＡＶＤＰが記述されているかどうかをス
テップ１４０１で判断する。ここにＡＶＤＰが記述され
ていない場合は、ステップ１４０２となり、この記録媒
体はＵＤＦファイルシステムに準拠していないファイル
システムか、全く未使用の記録媒体となり、それに合わ
せた処理がなされる。ここにＡＶＤＰが記述されている
場合は、ステップ１４０３となり、このＡＶＤＰに記述
されているＶＤＳの位置情報からＶＤＳを読込む。この
ＶＤＳ内のＰＤ記述子を検索し、このＰＤ記述子内に記
述されているＳＢＤの位置情報を取得しておく。一方、
ＶＤＳ内のＬＶＤ記述子を検索し、このＬＶＤ記述子情
報内にあるＦＳＤＳの位置情報からＦＳＤＳを読込む。
ＦＳＤＳには、ＲＤＩＣＢが示されているのでＲＤＩＣ
Ｂを読込み、さらにＲＤＩＣＢにはルートディレクトリ
が示されている。ルートディレクトリ内には、ファイル
やディレクトリ毎のＩＤを示すＦＩＤが含まれている。
ＦＩＤを検索しディレクトリの場合は、ディレクトリＩ
ＣＢが示されているのでディレクトリＩＣＢを読込む。
次に、記録するファイルを新規作成するために、前に取
得したＳＢＤ位置情報よりＳＢＤを検索しステップ１４
０４で空き領域を見つける。空き領域が無い場合は、エ
ラーとしステップ１４０９となる。空き領域がある場合
は、見つけた空き領域にステップ１４０５で新規にファ
イルのＦＩＤを作成する。このファイルのＦＩＤは、図
５のようなデータ構造になっており、ＴａｇＩＤの他、
ファイル名などとＩＣＢを指すアドレスが格納される。
次に再度ＳＢＤを検索しステップ１４０６で空き領域を
見つける。空き領域が無い場合は、エラーとしステップ
１４０９となる。空き領域がある場合は、見つけた空き
領域にステップ１４０７で新規にＦＥＩＣＢを作成す
る。
セクタ目の領域をステップ１４００で読み込む。この２
５６セクタ目にＡＶＤＰが記述されているかどうかをス
テップ１４０１で判断する。ここにＡＶＤＰが記述され
ていない場合は、ステップ１４０２となり、この記録媒
体はＵＤＦファイルシステムに準拠していないファイル
システムか、全く未使用の記録媒体となり、それに合わ
せた処理がなされる。ここにＡＶＤＰが記述されている
場合は、ステップ１４０３となり、このＡＶＤＰに記述
されているＶＤＳの位置情報からＶＤＳを読込む。この
ＶＤＳ内のＰＤ記述子を検索し、このＰＤ記述子内に記
述されているＳＢＤの位置情報を取得しておく。一方、
ＶＤＳ内のＬＶＤ記述子を検索し、このＬＶＤ記述子情
報内にあるＦＳＤＳの位置情報からＦＳＤＳを読込む。
ＦＳＤＳには、ＲＤＩＣＢが示されているのでＲＤＩＣ
Ｂを読込み、さらにＲＤＩＣＢにはルートディレクトリ
が示されている。ルートディレクトリ内には、ファイル
やディレクトリ毎のＩＤを示すＦＩＤが含まれている。
ＦＩＤを検索しディレクトリの場合は、ディレクトリＩ
ＣＢが示されているのでディレクトリＩＣＢを読込む。
次に、記録するファイルを新規作成するために、前に取
得したＳＢＤ位置情報よりＳＢＤを検索しステップ１４
０４で空き領域を見つける。空き領域が無い場合は、エ
ラーとしステップ１４０９となる。空き領域がある場合
は、見つけた空き領域にステップ１４０５で新規にファ
イルのＦＩＤを作成する。このファイルのＦＩＤは、図
５のようなデータ構造になっており、ＴａｇＩＤの他、
ファイル名などとＩＣＢを指すアドレスが格納される。
次に再度ＳＢＤを検索しステップ１４０６で空き領域を
見つける。空き領域が無い場合は、エラーとしステップ
１４０９となる。空き領域がある場合は、見つけた空き
領域にステップ１４０７で新規にＦＥＩＣＢを作成す
る。
【００５３】ステップ１４０７でＦＥＩＣＢを作成後、
前に取得したＳＢＤ位置情報よりＳＢＤを検索しステッ
プ１４０８で空き領域を見つける。空き領域が無い場合
は、エラーとしステップ１４０９となる。空き領域があ
る場合は、その空き領域を指すＳｈｏｒｔＡＤが最終か
どうかをステップ１４１０で判断する。最終でない場合
は、ステップ１４１１で暗号化した実データを記録媒体
に記録する。さらに、その記録した実データを指定する
ＦＥＩＣＢ内のＳｈｏｒｔＡＤにＬＢＮを記録するとと
もに暗号化に使用した鍵情報はＦＥＩＣＢ内のＫｅｙ領
域に、鍵情報の未使用／使用の判別情報はＩＣＢ Ｔａ
ｇ内のＲｅｓｅｒｖｅｄ値の領域に記録する。さらにＳ
ＢＤ領域も使用済みとして更新する。トランスポートス
トリームがメモリに溜まっていき記録媒体への次の記録
の動作になると再度ステップ１４０８に戻りＳＢＤを検
索し空き領域を見つけることになる。そして、トランス
ポートストリームを長時間記録していくと、実データを
指定するＳｈｏｒｔＡＤの数がＦＥＩＣＢ内の領域を越
える場合が生じる。この判断はステップ１４１０で最終
ＳｈｏｒｔＡＤかどうかの判断を行っており、Ｓｈｏｒ
ｔＡＤが最終の場合は、最終のＳｈｏｒｔＡＤのＥｘｔ
ｅｎｔ Ｐｏｓｉｔｉｏｎに実データのアドレスを指さ
ないでＥｘｔｅｎｔ Ｌｅｎｇｔｈの上位２ビットを図
１１に示すように「１１」に指定して、ＡＥＤのＬＢＮ
を指定するような設定をする。そして、図１２に示すよ
うな構造のＡＥＤをステップ１４１２で新規に作成す
る。尚、このＡＥＤもＦＥＩＣＢ同様にＡＤ領域の後に
鍵情報領域を設けて暗号化した鍵を格納するようになっ
ている。
前に取得したＳＢＤ位置情報よりＳＢＤを検索しステッ
プ１４０８で空き領域を見つける。空き領域が無い場合
は、エラーとしステップ１４０９となる。空き領域があ
る場合は、その空き領域を指すＳｈｏｒｔＡＤが最終か
どうかをステップ１４１０で判断する。最終でない場合
は、ステップ１４１１で暗号化した実データを記録媒体
に記録する。さらに、その記録した実データを指定する
ＦＥＩＣＢ内のＳｈｏｒｔＡＤにＬＢＮを記録するとと
もに暗号化に使用した鍵情報はＦＥＩＣＢ内のＫｅｙ領
域に、鍵情報の未使用／使用の判別情報はＩＣＢ Ｔａ
ｇ内のＲｅｓｅｒｖｅｄ値の領域に記録する。さらにＳ
ＢＤ領域も使用済みとして更新する。トランスポートス
トリームがメモリに溜まっていき記録媒体への次の記録
の動作になると再度ステップ１４０８に戻りＳＢＤを検
索し空き領域を見つけることになる。そして、トランス
ポートストリームを長時間記録していくと、実データを
指定するＳｈｏｒｔＡＤの数がＦＥＩＣＢ内の領域を越
える場合が生じる。この判断はステップ１４１０で最終
ＳｈｏｒｔＡＤかどうかの判断を行っており、Ｓｈｏｒ
ｔＡＤが最終の場合は、最終のＳｈｏｒｔＡＤのＥｘｔ
ｅｎｔ Ｐｏｓｉｔｉｏｎに実データのアドレスを指さ
ないでＥｘｔｅｎｔ Ｌｅｎｇｔｈの上位２ビットを図
１１に示すように「１１」に指定して、ＡＥＤのＬＢＮ
を指定するような設定をする。そして、図１２に示すよ
うな構造のＡＥＤをステップ１４１２で新規に作成す
る。尚、このＡＥＤもＦＥＩＣＢ同様にＡＤ領域の後に
鍵情報領域を設けて暗号化した鍵を格納するようになっ
ている。
【００５４】その後、ＳＢＤ位置情報よりＳＢＤを検索
しステップ１４１３で空き領域を見つける。空き領域が
無い場合は、エラーとしステップ１４０９となる。空き
領域がある場合は、ステップ１４１１で暗号化した実デ
ータを記録媒体に記録する。その実データを指定するＡ
ＥＤ内のＳｈｏｒｔＡＤにＬＢＮを記録するとともに暗
号化に使用した鍵情報はＡＥＤ内のＫｅｙ領域に、鍵情
報の未使用／使用の判別情報はＩＣＢ Ｔａｇ内のＲｅ
ｓｅｒｖｅｄ値の領域に記録する。更にＳＢＤ領域も使
用済みとして更新する。更に、ＡＥＤ内のＡＤ領域を越
えて記録する場合も前記と同様な処理により次のＡＥＤ
を新規作成していく。これにより、トランスポートスト
リームを記録する場合の鍵の更新にも対応できる。
しステップ１４１３で空き領域を見つける。空き領域が
無い場合は、エラーとしステップ１４０９となる。空き
領域がある場合は、ステップ１４１１で暗号化した実デ
ータを記録媒体に記録する。その実データを指定するＡ
ＥＤ内のＳｈｏｒｔＡＤにＬＢＮを記録するとともに暗
号化に使用した鍵情報はＡＥＤ内のＫｅｙ領域に、鍵情
報の未使用／使用の判別情報はＩＣＢ Ｔａｇ内のＲｅ
ｓｅｒｖｅｄ値の領域に記録する。更にＳＢＤ領域も使
用済みとして更新する。更に、ＡＥＤ内のＡＤ領域を越
えて記録する場合も前記と同様な処理により次のＡＥＤ
を新規作成していく。これにより、トランスポートスト
リームを記録する場合の鍵の更新にも対応できる。
【００５５】このようにしてＵＤＦファイルシステムを
使用し、デジタル信号であるトランスポートストリーム
を暗号化して鍵を更新しながら記録できる。
使用し、デジタル信号であるトランスポートストリーム
を暗号化して鍵を更新しながら記録できる。
【００５６】ここで、入力されたトランスポートストリ
ームの保護が必要かどうかの判断処理をステップ１４１
１の前に入れるようにしてもよい。入力されたトランス
ポートストリームのデジタル信号に含まれる著作物保護
のための制御信号を検出し、保護が必要な場合は、鍵情
報を使用して実データを暗号化して記録するとともに鍵
情報及び鍵情報有無の判別情報も記録し、保護の必要の
ない場合には、実データは暗号化をせず記録し鍵情報は
記録しないようにする。
ームの保護が必要かどうかの判断処理をステップ１４１
１の前に入れるようにしてもよい。入力されたトランス
ポートストリームのデジタル信号に含まれる著作物保護
のための制御信号を検出し、保護が必要な場合は、鍵情
報を使用して実データを暗号化して記録するとともに鍵
情報及び鍵情報有無の判別情報も記録し、保護の必要の
ない場合には、実データは暗号化をせず記録し鍵情報は
記録しないようにする。
【００５７】次に、トランスポートストリームを再生す
る場合について説明する。図１５は、本発明における再
生時のフローチャートの一実施例を示す図である。
る場合について説明する。図１５は、本発明における再
生時のフローチャートの一実施例を示す図である。
【００５８】まず、最初に記録媒体上の先頭から２５６
セクタ目の領域をステップ１５００で読みに行く。この
後、ディレクトリＩＣＢ内のＦＩＤを読み込むステップ
１５０４までは、図１３で説明したファイルデータの検
索を同様であるのでここでは説明を省略する。ステップ
１５０４でＦＩＤがファイルの場合は、ＦＥＩＣＢが示
されるのでステップ１５０５でＦＥＩＣＢを読込む。Ｆ
ＥＩＣＢの構成は図６のようになっており、このＦＥＩ
ＣＢ内ＩＣＢ Ｔａｇ内の１０バイト目のデータをステ
ップ１５０６で判断し０ｘ００以外であれば鍵情報があ
るファイルと判断する。この場合は、ＳｈｏｒｔＡＤ領
域の（最終−１６バイト）目にこの実データを復号化す
るための鍵情報が入っているのでステップ１５０７でこ
の鍵情報を取得しておく。次にＦＥＩＣＢ内のＳｈｏｒ
ｔＡＤが最終ＳｈｏｒｔＡＤかをステップ１５０８で判
断する。最終ＳｈｏｒｔＡＤの場合は、次のＳｈｏｒｔ
ＡＤにはＡＥＤが指されているのでＡＥＤをステップ１
５０９で読込む。その後、ステップ１５１０にてＡＤ領
域のＳｈｏｒｔＡＤ内で示されるＬＢＮより実データを
記録媒体より読みだして、前に取得しておいた鍵情報と
装置固有のデータとを組み合わせて実データを復号化し
て再生する。また、ＩＣＢ Ｔａｇ内の１０バイト目の
データが０ｘ００であれば鍵情報無しと判断する。この
場合もＳｈｏｒｔＡＤが最終ＳｈｏｒｔＡＤかをステッ
プ１５１１で判断して、最終ＳｈｏｒｔＡＤの場合に
は、ステップ１５１２でＡＥＤを読込む処理をし、ステ
ップ１５１３でＦＥＩＣＢ内のＡＤ領域の先頭のＳｈｏ
ｒｔＡＤ内で示されるＬＢＮより実データを記録媒体よ
り読みだして復号化せずに実データを再生する。
セクタ目の領域をステップ１５００で読みに行く。この
後、ディレクトリＩＣＢ内のＦＩＤを読み込むステップ
１５０４までは、図１３で説明したファイルデータの検
索を同様であるのでここでは説明を省略する。ステップ
１５０４でＦＩＤがファイルの場合は、ＦＥＩＣＢが示
されるのでステップ１５０５でＦＥＩＣＢを読込む。Ｆ
ＥＩＣＢの構成は図６のようになっており、このＦＥＩ
ＣＢ内ＩＣＢ Ｔａｇ内の１０バイト目のデータをステ
ップ１５０６で判断し０ｘ００以外であれば鍵情報があ
るファイルと判断する。この場合は、ＳｈｏｒｔＡＤ領
域の（最終−１６バイト）目にこの実データを復号化す
るための鍵情報が入っているのでステップ１５０７でこ
の鍵情報を取得しておく。次にＦＥＩＣＢ内のＳｈｏｒ
ｔＡＤが最終ＳｈｏｒｔＡＤかをステップ１５０８で判
断する。最終ＳｈｏｒｔＡＤの場合は、次のＳｈｏｒｔ
ＡＤにはＡＥＤが指されているのでＡＥＤをステップ１
５０９で読込む。その後、ステップ１５１０にてＡＤ領
域のＳｈｏｒｔＡＤ内で示されるＬＢＮより実データを
記録媒体より読みだして、前に取得しておいた鍵情報と
装置固有のデータとを組み合わせて実データを復号化し
て再生する。また、ＩＣＢ Ｔａｇ内の１０バイト目の
データが０ｘ００であれば鍵情報無しと判断する。この
場合もＳｈｏｒｔＡＤが最終ＳｈｏｒｔＡＤかをステッ
プ１５１１で判断して、最終ＳｈｏｒｔＡＤの場合に
は、ステップ１５１２でＡＥＤを読込む処理をし、ステ
ップ１５１３でＦＥＩＣＢ内のＡＤ領域の先頭のＳｈｏ
ｒｔＡＤ内で示されるＬＢＮより実データを記録媒体よ
り読みだして復号化せずに実データを再生する。
【００５９】以上の説明における場合では、鍵はＦＥＩ
ＣＢ／ＡＥＤ内にひとつでありＳｈｏｒｔＡＤの数が２
３２個なので２３２個×２ｋバイト＝４６４ｋバイト分
のデータ領域をこの鍵で復号することになる。
ＣＢ／ＡＥＤ内にひとつでありＳｈｏｒｔＡＤの数が２
３２個なので２３２個×２ｋバイト＝４６４ｋバイト分
のデータ領域をこの鍵で復号することになる。
【００６０】上記実施例では、ＦＥＩＣＢ及びＡＥＤに
鍵情報を記録する時間間隔は、最終のＳｈｏｒｔＡＤに
なるまでの時間で決まり一つであったが、時間間隔を変
える他の方法について、図１６及び図１７を用いて説明
する。鍵情報を更新させる時間間隔に自由度を持たせる
ため、図１６に示す実施例では、ＳｈｏｒｔＡＤを幾つ
か集めた群毎、図１７に示す実施例では、ＳｈｏｒｔＡ
Ｄ毎に一つずつ鍵情報を記録していくことで、鍵情報を
変化するための時間間隔を自由に決めることができるよ
うになる。図１６の例ＳｈｏｒｔＡＤでは、Ｌ＿ＡＤに
よりＳｈｏｒｔＡＤ領域を設定し、ＳｈｏｒｔＡＤを複
数個毎に一つの群としてその群に対応した鍵情報アドレ
スを指定して、鍵情報を記録するようにした。具値的に
は、Ｎ個のＳｈｏｒｔＡＤ群とし、それに対応したＮ個
の鍵をＫｅｙ領域に書き込む。また、図１７の例では、
ＳｈｏｒｔＡＤ毎に鍵情報をＫｅｙ領域に書き込むよう
にする。ここで、次にＳｈｏｒｔＡＤがある場合は、Ｓ
ｈｏｒｔＡＤは２３１個となるので鍵情報も２３１個と
なる。この方法によれば、より小さな時間間隔すなわち
小さなデータ量毎に鍵情報を更新でき、さらにＦＥＩＣ
Ｂによる記録領域のみの場合でも、複数の鍵情報を持つ
ことができる。
鍵情報を記録する時間間隔は、最終のＳｈｏｒｔＡＤに
なるまでの時間で決まり一つであったが、時間間隔を変
える他の方法について、図１６及び図１７を用いて説明
する。鍵情報を更新させる時間間隔に自由度を持たせる
ため、図１６に示す実施例では、ＳｈｏｒｔＡＤを幾つ
か集めた群毎、図１７に示す実施例では、ＳｈｏｒｔＡ
Ｄ毎に一つずつ鍵情報を記録していくことで、鍵情報を
変化するための時間間隔を自由に決めることができるよ
うになる。図１６の例ＳｈｏｒｔＡＤでは、Ｌ＿ＡＤに
よりＳｈｏｒｔＡＤ領域を設定し、ＳｈｏｒｔＡＤを複
数個毎に一つの群としてその群に対応した鍵情報アドレ
スを指定して、鍵情報を記録するようにした。具値的に
は、Ｎ個のＳｈｏｒｔＡＤ群とし、それに対応したＮ個
の鍵をＫｅｙ領域に書き込む。また、図１７の例では、
ＳｈｏｒｔＡＤ毎に鍵情報をＫｅｙ領域に書き込むよう
にする。ここで、次にＳｈｏｒｔＡＤがある場合は、Ｓ
ｈｏｒｔＡＤは２３１個となるので鍵情報も２３１個と
なる。この方法によれば、より小さな時間間隔すなわち
小さなデータ量毎に鍵情報を更新でき、さらにＦＥＩＣ
Ｂによる記録領域のみの場合でも、複数の鍵情報を持つ
ことができる。
【００６１】尚、本実施例では、鍵情報の未使用／使用
の判別情報の記録はＵＤＦファイルシステムの予約領域
のみを使用しており、他の記述子に関しては規定通りで
あるため、鍵情報を使用しないすなわち保護の必要のな
い著作物については互換性も保つことになる。
の判別情報の記録はＵＤＦファイルシステムの予約領域
のみを使用しており、他の記述子に関しては規定通りで
あるため、鍵情報を使用しないすなわち保護の必要のな
い著作物については互換性も保つことになる。
【００６２】図１９は、本発明のＵＤＦファイルシステ
ムにおける各記述子毎の関連図である。灰色で示した部
分が、本発明における鍵を格納する部分すなわちＫｅｙ
領域の一実施例である。ＦＥＩＣＢ及びＡＥＤの後ろの
領域にＫｅｙ領域があることがわかる。また、図２０
は、本発明における鍵情報の更新間隔のタイミングチャ
ートの一実施例である。図２０のように鍵情報を所定の
時間間隔で更新する場合であって長時間に渡る記録にお
いては、ＦＥＩＣＢ内のＡＤ領域で実データを指すＳｈ
ｏｒｔＡＤを記録する領域が無くなり、次のＡＥＤを指
定した時から実データも更新した鍵情報で暗号化して記
録し、更に暗号化のための鍵情報もそのＡＥＤ内に記録
することを繰返すことによって複数の鍵情報を格納する
ことができることになる。記録を開始すると、まずＦＥ
ＩＣＢに鍵情報として鍵１を記録する。次にＦＥＩＣＢ
における記録領域が一杯になるとＡＥＤを新たに作成し
そのＡＥＤに鍵情報として鍵２を記録する。記録が継続
する場合には、さらにＡＥＤを新たに作成し鍵３を記録
し、その後もＡＥＤが追加される毎に鍵４、鍵５・・・
と記録していく。このとき、ＦＥＩＣＢ及びＡＥＤにて
設定される記録領域は一定の領域のため、ある時間経過
とともに領域が一杯となり、新たなＡＥＤを作成してい
くことになり、結果的に任意の時間間隔毎に鍵情報が更
新されることになる。
ムにおける各記述子毎の関連図である。灰色で示した部
分が、本発明における鍵を格納する部分すなわちＫｅｙ
領域の一実施例である。ＦＥＩＣＢ及びＡＥＤの後ろの
領域にＫｅｙ領域があることがわかる。また、図２０
は、本発明における鍵情報の更新間隔のタイミングチャ
ートの一実施例である。図２０のように鍵情報を所定の
時間間隔で更新する場合であって長時間に渡る記録にお
いては、ＦＥＩＣＢ内のＡＤ領域で実データを指すＳｈ
ｏｒｔＡＤを記録する領域が無くなり、次のＡＥＤを指
定した時から実データも更新した鍵情報で暗号化して記
録し、更に暗号化のための鍵情報もそのＡＥＤ内に記録
することを繰返すことによって複数の鍵情報を格納する
ことができることになる。記録を開始すると、まずＦＥ
ＩＣＢに鍵情報として鍵１を記録する。次にＦＥＩＣＢ
における記録領域が一杯になるとＡＥＤを新たに作成し
そのＡＥＤに鍵情報として鍵２を記録する。記録が継続
する場合には、さらにＡＥＤを新たに作成し鍵３を記録
し、その後もＡＥＤが追加される毎に鍵４、鍵５・・・
と記録していく。このとき、ＦＥＩＣＢ及びＡＥＤにて
設定される記録領域は一定の領域のため、ある時間経過
とともに領域が一杯となり、新たなＡＥＤを作成してい
くことになり、結果的に任意の時間間隔毎に鍵情報が更
新されることになる。
【００６３】また、本発明のＵＤＦファイルシステムを
使用する記録媒体は、光ディスク媒体だけでなく、磁気
ディスクやメモリカードにも適用が可能である。例え
ば、磁気ディスクであるハードディスクドライブの場合
は、物理セクタのサイズが５１２バイトであるが論理ボ
リューム領域内の論理ブロックサイズをハードディスク
ドライブの４セクタ分をまとめることで２０４８バイト
になる。これにより、前記ＤＶＤと同様に管理して記録
・再生をすることができる。また、ＵＤＦファイルシス
テムに限ったものではなく、例えば、ＦＡＴ型フォーマ
ットに従ったシステムでもよい。
使用する記録媒体は、光ディスク媒体だけでなく、磁気
ディスクやメモリカードにも適用が可能である。例え
ば、磁気ディスクであるハードディスクドライブの場合
は、物理セクタのサイズが５１２バイトであるが論理ボ
リューム領域内の論理ブロックサイズをハードディスク
ドライブの４セクタ分をまとめることで２０４８バイト
になる。これにより、前記ＤＶＤと同様に管理して記録
・再生をすることができる。また、ＵＤＦファイルシス
テムに限ったものではなく、例えば、ＦＡＴ型フォーマ
ットに従ったシステムでもよい。
【００６４】本実施例では光ディスクで説明しているの
で、論理ボリューム領域内の論理ブロックサイズを２０
４８バイトとしたがこれに限るものではなく、３２ｋバ
イトや１Ｍバイトとしても同様に実現できる。
で、論理ボリューム領域内の論理ブロックサイズを２０
４８バイトとしたがこれに限るものではなく、３２ｋバ
イトや１Ｍバイトとしても同様に実現できる。
【００６５】本実施例では、鍵情報の記録領域をＳｈｏ
ｒｔＡＤ領域の最後の１６バイトの領域としたが、鍵情
報の記録領域はこれに限るものではないことは言うまで
もない。例えば、ＳｈｏｒｔＡＤ領域の最初または途中
の領域でも構わない。
ｒｔＡＤ領域の最後の１６バイトの領域としたが、鍵情
報の記録領域はこれに限るものではないことは言うまで
もない。例えば、ＳｈｏｒｔＡＤ領域の最初または途中
の領域でも構わない。
【００６６】本実施例では、入力されたトランスポート
ストリームの保護の判別情報はトランスポートストリー
ムのデジタル信号中に含まれる制御信号を検出すること
で説明したが、トランスポートストリームとは別の入力
信号から入力された制御信号を検出するようにしても構
わないことは言うまでもない。
ストリームの保護の判別情報はトランスポートストリー
ムのデジタル信号中に含まれる制御信号を検出すること
で説明したが、トランスポートストリームとは別の入力
信号から入力された制御信号を検出するようにしても構
わないことは言うまでもない。
【００６７】本実施例では、トランスポートストリーム
を出力するデジタルチューナを内蔵した装置の場合で説
明したが、トランスポートストリーム等のデジタル信号
の入力はこれに限ったものでないことは言うまでもな
い。例えば、トランスポートストリーム等のデジタル信
号はデジタルの外部入力からのデジタル信号でもよく、
さらにはＭＰＥＧエンコーダ等を搭載して、ＭＰＥＧエ
ンコーダからのデジタル信号でもよい。
を出力するデジタルチューナを内蔵した装置の場合で説
明したが、トランスポートストリーム等のデジタル信号
の入力はこれに限ったものでないことは言うまでもな
い。例えば、トランスポートストリーム等のデジタル信
号はデジタルの外部入力からのデジタル信号でもよく、
さらにはＭＰＥＧエンコーダ等を搭載して、ＭＰＥＧエ
ンコーダからのデジタル信号でもよい。
【００６８】
【発明の効果】以上のように本発明によれば、記録の途
中で任意の時間間隔で追加される複数の記録領域毎に異
なる鍵情報にして、暗号化に使用する鍵情報を任意の時
間間隔で更新し、一つのファイルに対して複数の鍵情報
を持たせるようにすることにより、デジタル著作物デー
タのコピーまたは改鼠に対しての安全性を高めることが
できる。
中で任意の時間間隔で追加される複数の記録領域毎に異
なる鍵情報にして、暗号化に使用する鍵情報を任意の時
間間隔で更新し、一つのファイルに対して複数の鍵情報
を持たせるようにすることにより、デジタル著作物デー
タのコピーまたは改鼠に対しての安全性を高めることが
できる。
【００６９】また、本発明は、論理的な領域であるファ
イルシステムの管理領域に暗号化した鍵情報を記録する
ため、記録媒体の物理的な構造に依存せず、さらにファ
イル内容となるコンテンツなどの特有のデータ構造など
にも依存せずに、暗号化して記録することができるの
で、幅広いシステムでの適用が可能である。
イルシステムの管理領域に暗号化した鍵情報を記録する
ため、記録媒体の物理的な構造に依存せず、さらにファ
イル内容となるコンテンツなどの特有のデータ構造など
にも依存せずに、暗号化して記録することができるの
で、幅広いシステムでの適用が可能である。
【図１】本発明の一実施例のデジタル信号記録再生装置
のハードウェア構成図である。
のハードウェア構成図である。
【図２】記録媒体上のイメージ図である。
【図３】ＵＤＦファイルシステムにおける各記述子の配
置である。
置である。
【図４】ＵＤＦファイルシステムにおけるパーティショ
ン内の記述子の配置である。
ン内の記述子の配置である。
【図５】ＵＤＦファイルシステムにおけるＦＩＤ構造で
ある。
ある。
【図６】本発明の一実施例であるＵＤＦファイルシステ
ムにおけるＩＣＢ構造である。
ムにおけるＩＣＢ構造である。
【図７】本発明の一実施例であるＵＤＦファイルシステ
ムにおけるＩＣＢ Ｔａｇ構造である。
ムにおけるＩＣＢ Ｔａｇ構造である。
【図８】ＵＤＦファイルシステムにおけるＩＣＢ Ｔａ
ｇ内Ｆｉｌｅ ＴｙｐｅとＦｌａｇによる定義表であ
る。
ｇ内Ｆｉｌｅ ＴｙｐｅとＦｌａｇによる定義表であ
る。
【図９】本発明の一実施例であるＵＤＦファイルシステ
ムにおける鍵情報の使用／未使用の定義表である。
ムにおける鍵情報の使用／未使用の定義表である。
【図１０】ＵＤＦファイルシステムにおけるＳｈｏｒｔ
ＡＤの構造である。
ＡＤの構造である。
【図１１】ＵＤＦファイルシステムにおけるＳｈｏｒｔ
ＡＤ内Ｅｘｔｅｎｔ Ｌｅｎｇｔｈによる定義表であ
る。
ＡＤ内Ｅｘｔｅｎｔ Ｌｅｎｇｔｈによる定義表であ
る。
【図１２】本発明の一実施例であるＵＤＦファイルシス
テムにおけるＡＥＤの構造である。
テムにおけるＡＥＤの構造である。
【図１３】ＵＤＦファイルシステムにおける実ファイル
を検索するためのフローチャートである。
を検索するためのフローチャートである。
【図１４】本発明の一実施例であるＵＤＦファイルシス
テムにおける暗号化したデータを記録する場合のフロー
チャートである。
テムにおける暗号化したデータを記録する場合のフロー
チャートである。
【図１５】本発明の一実施例であるＵＤＦファイルシス
テムにおける暗号化されたデータを復号化して再生する
場合のフローチャートである。
テムにおける暗号化されたデータを復号化して再生する
場合のフローチャートである。
【図１６】本発明の一実施例であるＵＤＦファイルシス
テムにおけるＦＥＩＣＢ内のＳｈｏｒｔＡＤを一定個数
まとめたものと暗号化の鍵を関連付けした図である。
テムにおけるＦＥＩＣＢ内のＳｈｏｒｔＡＤを一定個数
まとめたものと暗号化の鍵を関連付けした図である。
【図１７】本発明の一実施例であるＵＤＦファイルシス
テムにおいるＦＥＩＣＢ内のＳｈｏｒｔＡＤと暗号化の
鍵を一対で関連付けした図である。
テムにおいるＦＥＩＣＢ内のＳｈｏｒｔＡＤと暗号化の
鍵を一対で関連付けした図である。
【図１８】本発明の一実施例であるデジタル信号記録再
生装置におけるデジタル信号のながれを示した図であ
る。
生装置におけるデジタル信号のながれを示した図であ
る。
【図１９】本発明の一実施例であるＵＤＦファイルシス
テムの管理データの関連及びアドレス指定図である。
テムの管理データの関連及びアドレス指定図である。
【図２０】本発明の一実施例である鍵更新のタイミング
チャート及び鍵を格納する格納場所を示す図である。
チャート及び鍵を格納する格納場所を示す図である。
１・・・アンテナ、 ２・・・チューナ、 ３・・・Ｄ
ｅ−ｍｕｘ、４・・・Ｌｏｃａｌ Ｅｎｃｒｙｐｔ／Ｄ
ｅｃｒｙｐｔ、５・・・ＡＴＡ／ＡＴＡＰＩ Ｃｏｎｔ
ｒｏｌｌｅｒ、６・・・ＡＴＡ／ＡＴＡＰＩ Ｄｅｖｉ
ｃｅ、７・・・制御マイコン、 ８・・・メモリ、９・
・・Ｖｉｄｅｏ／Ａｕｄｉｏ ＭＰＥＧ Ｄｅｃｏｄｅ
ｒ １０・・・ＮＴＳＣ Ｅｎｃｏｄｅｒ、１１・・・ディ
スプレイ、１２・・・Ｔｉｍｅ Ｓｔａｍｐ／Ｔｉｍｅ
Ｋｅｅｐｅｒ。
ｅ−ｍｕｘ、４・・・Ｌｏｃａｌ Ｅｎｃｒｙｐｔ／Ｄ
ｅｃｒｙｐｔ、５・・・ＡＴＡ／ＡＴＡＰＩ Ｃｏｎｔ
ｒｏｌｌｅｒ、６・・・ＡＴＡ／ＡＴＡＰＩ Ｄｅｖｉ
ｃｅ、７・・・制御マイコン、 ８・・・メモリ、９・
・・Ｖｉｄｅｏ／Ａｕｄｉｏ ＭＰＥＧ Ｄｅｃｏｄｅ
ｒ １０・・・ＮＴＳＣ Ｅｎｃｏｄｅｒ、１１・・・ディ
スプレイ、１２・・・Ｔｉｍｅ Ｓｔａｍｐ／Ｔｉｍｅ
Ｋｅｅｐｅｒ。
─────────────────────────────────────────────────────
フロントページの続き
(51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考）
Ｇ１１Ｂ 20/12 Ｇ１１Ｂ 20/12
Ｈ０４Ｌ 9/16 Ｈ０４Ｌ 9/00 ６４３
Ｈ０４Ｎ 5/91 Ｈ０４Ｎ 5/91 Ｐ
(72)発明者 根本 竜
神奈川県横浜市戸塚区吉田町292番地 株
式会社日立画像情報システム内
Ｆターム(参考） 5B017 AA03 BA07 CA09 CA16
5B082 EA11 GA11
5C053 FA13 FA20 FA23 GB06 GB37
JA21 LA07
5D044 AB07 BC04 CC06 DE29 DE50
DE54 EF05 FG18 GK12 GK17
HL08
5J104 AA08 AA13 AA16 EA04 EA18
JA03 NA02 NA30 NA41 PA14
Claims (13)
- 【請求項１】入力されたデジタル信号を鍵情報により暗
号化するための暗号化手段と、前記暗号化手段により暗
号化されたデジタル暗号信号を着脱自在な記録媒体に記
録する記録手段とを備えたデジタル信号記録装置におい
て、前記着脱自在な記録媒体上には、入力されたデジタ
ル信号を記録するための記録領域が予め設定されている
第１の実データ記録領域と、前記第１の実データ記録領
域に対応した情報を管理するための第１の管理情報記録
領域と、第１の記録領域の最後まで記録しても記録が終
了しない場合に、新たに設定される第２の実データ記録
領域と、前記第２の実データ記録領域に対応した情報を
管理するための第２の管理情報記録領域とを備え、暗号
化のための第１の鍵情報を前記第２の管理情報記録領域
に記録することを特徴としたデジタル信号記録装置。 - 【請求項２】請求項１に記載のデジタル信号記録装置に
おいて、前記第２の実データ記録領域及び対応する前記
第２の管理情報記録領域が複数設定された場合には、前
記第１の鍵情報は前記第２の管理情報記録領域毎に異な
った鍵情報となることを特徴としたデジタル信号記録装
置。 - 【請求項３】請求項１乃至２に記載のデジタル信号記録
装置において、前記暗号化のための第１の鍵情報が前記
第２の管理情報記録領域に記録されているかを判別する
ための第１の判別情報を、前記第１の管理情報記録領域
によって指定される第３の管理情報記録領域に記録する
ことを特徴としたデジタル信号記録装置。 - 【請求項４】請求項１乃至３に記載のデジタル信号記録
装置において、さらに前記第１の管理情報記録領域に暗
号化のための第２の鍵情報を記録するとともに、前記第
２の鍵情報が前記第１の管理情報記録領域に記録されて
いるかを判別するための第２の判別情報を、前記第３の
管理情報記録領域に記録することを特徴としたデジタル
信号記録装置。 - 【請求項５】請求項１乃至４に記載のデジタル信号記録
装置において、前記着脱自在の記録媒体は、追記型また
は書換可能型のディスク状記録媒体であることを特徴と
したデジタル信号記録装置。 - 【請求項６】請求項１乃至２記載のデジタル信号記録装
置において、前記着脱自在な記録媒体上のデジタル信号
を管理するシステムは、Ｏｐｔｉｃａｌ Ｓｔｏｒａｇ
ｅＴｅｃｈｎｏｌｏｇｙ Ａｓｓｏｃｉａｔｉｏｎが定
めるユニバーサル・ディスク・フォーマット（Ｕｎｉｖ
ｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ、以下ＵＤＦと略
す）に準拠したファイルシステムであり、前記第１の管
理情報記録領域はＦｉｌｅ Ｅｎｔｒｙ Ｉｎｆｏｒｍ
ａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋ（以下ＦＥＩ
ＣＢと略す）領域であり、前記第２の管理情報記録領域
はＡｌｌｏｃａｔｉｏｎ Ｅｘｔｅｎｄｅｄ Ｄｅｓｃ
ｒｉｐｔｏｒ（以下ＡＥＤと略す）領域であり、前記第
１の鍵情報を前記ＡＥＤ領域内に記録することを特徴と
したデジタル信号記録装置。 - 【請求項７】請求項６記載のデジタル信号記録装置にお
いて、前記第１の鍵情報は前記ＡＥＤ領域内のＡｌｌｏ
ｃａｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ（以下、ＡＤと略
す）領域に記録することを特徴としたデジタル信号記録
装置。 - 【請求項８】請求項３記載のデジタル信号記録装置にお
いて、第３の管理情報記録領域は前記ＦＥＩＣＢ領域内
のＩｎｆｏｒｍａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｂｌｏｃ
ｋＴａｇ（以下ＩＣＢ Ｔａｇと略す）により指定され
るＲｅｓｅｒｖｅｄ領域であり、前記第１の判別情報を
前記Ｒｅｓｅｒｖｅｄ領域内に記録することを特徴とし
たデジタル信号記録装置。 - 【請求項９】請求項４記載のデジタル信号記録装置にお
いて、前記第２の鍵情報を前記ＦＥＩＣＢ領域に記録す
るとともに前記第２の判別情報を前記Ｒｅｓｅｒｖｅｄ
領域に記録することを特徴としたデジタル信号記録装
置。 - 【請求項１０】請求項９記載のデジタル信号記録装置に
おいて、前記第２の鍵情報は前記ＦＥＩＣＢ領域内のＡ
Ｄ領域に記録することを特徴としたデジタル信号記録装
置。 - 【請求項１１】請求項１乃至１０記載のデジタル信号記
録装置において、入力されるデジタル信号及びまたは制
御信号に含まれる暗号化処理要否のための情報を読取り
判別する暗号化処理判別手段を設け、前記暗号化処理判
別手段が暗号処理が必要と判別した場合は前記暗号化手
段により入力されたデジタル信号を暗号化処理し、前記
暗号化処理判別手段が暗号処理が不要と判別した場合に
は暗号化処理をせず、前記着脱自在な記録媒体にデジタ
ル信号を記録することを特徴としたデジタル記録装置。 - 【請求項１２】請求項２または８記載のデジタル信号記
録装置において、前記着脱自在の記録媒体に記録されて
いる信号を再生するための再生手段と、前記着脱自在な
記録媒体上に記録されている信号の内少なくとも前記第
３の管理情報領域に記録されている前記第１の判別情報
およびまたは前記第２の判別情報と第１の管理情報領域
に記録されている第２の鍵情報およびまたは前記第２の
管理情報記録領域に記録されている前記第１の鍵情報と
を読取るとともに、前記第１の実データおよびまたは第
２の実データのデジタル暗号信号を復号化するための復
号化手段とを設け、前記暗号化されたデジタル信号の再
生時には前記復号化手段により、復号化されたデジタル
信号を出力することを特徴としたデジタル信号記録再生
装置。 - 【請求項１３】請求項１乃至１１記載のデジタル信号記
録装置により記録されたことを特徴とする記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002139412A JP2003331509A (ja) | 2002-05-15 | 2002-05-15 | デジタル信号記録装置及びデジタル信号記録再生装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002139412A JP2003331509A (ja) | 2002-05-15 | 2002-05-15 | デジタル信号記録装置及びデジタル信号記録再生装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003331509A true JP2003331509A (ja) | 2003-11-21 |
| JP2003331509A5 JP2003331509A5 (ja) | 2007-05-10 |
Family
ID=29700549
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002139412A Pending JP2003331509A (ja) | 2002-05-15 | 2002-05-15 | デジタル信号記録装置及びデジタル信号記録再生装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003331509A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007220139A (ja) * | 2006-02-15 | 2007-08-30 | Samsung Electronics Co Ltd | 複数のコンテンツ部分を含むコンテンツをインポートする方法及び装置 |
| WO2007129535A1 (ja) * | 2006-05-08 | 2007-11-15 | Sony Corporation | データ記録装置及びデータ記録方法、並びにコンピュータ・プログラム |
| JP2008236099A (ja) * | 2007-03-19 | 2008-10-02 | Hitachi Ltd | コンテンツ再生方法及び記録再生装置 |
| JP2008234722A (ja) * | 2007-03-19 | 2008-10-02 | Hitachi Ltd | コンテンツ再生方法 |
| JP2008278122A (ja) * | 2007-04-27 | 2008-11-13 | Buffalo Inc | 放送番組コンテンツを再生する方法およびプログラム |
| JP2010004191A (ja) * | 2008-06-19 | 2010-01-07 | Hitachi Ltd | コンテンツ再生装置、記録装置、記録再生装置及び再生方法 |
| US8978154B2 (en) | 2006-02-15 | 2015-03-10 | Samsung Electronics Co., Ltd. | Method and apparatus for importing content having plurality of parts |
-
2002
- 2002-05-15 JP JP2002139412A patent/JP2003331509A/ja active Pending
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8590055B2 (en) | 2006-02-15 | 2013-11-19 | Samsung Electronics Co., Ltd. | Method and apparatus for importing content having plurality of parts |
| JP2007220125A (ja) * | 2006-02-15 | 2007-08-30 | Samsung Electronics Co Ltd | 複数のコンテンツ部分を含むコンテンツをインポートする方法及び装置 |
| JP2007242041A (ja) * | 2006-02-15 | 2007-09-20 | Samsung Electronics Co Ltd | 複数のコンテンツ部分を含むコンテンツをインポートする方法及び装置 |
| US9147048B2 (en) | 2006-02-15 | 2015-09-29 | Samsung Electronics Co., Ltd. | Method and apparatus for importing content having plurality of parts |
| JP2007220139A (ja) * | 2006-02-15 | 2007-08-30 | Samsung Electronics Co Ltd | 複数のコンテンツ部分を含むコンテンツをインポートする方法及び装置 |
| US8978154B2 (en) | 2006-02-15 | 2015-03-10 | Samsung Electronics Co., Ltd. | Method and apparatus for importing content having plurality of parts |
| JP2007299501A (ja) * | 2006-05-08 | 2007-11-15 | Sony Corp | データ記録装置及びデータ記録方法、並びにコンピュータ・プログラム |
| US7848192B2 (en) | 2006-05-08 | 2010-12-07 | Sony Corporation | Data recorder and data recording method, and computer program |
| WO2007129535A1 (ja) * | 2006-05-08 | 2007-11-15 | Sony Corporation | データ記録装置及びデータ記録方法、並びにコンピュータ・プログラム |
| JP4600408B2 (ja) * | 2007-03-19 | 2010-12-15 | 株式会社日立製作所 | コンテンツ再生方法及び記録再生装置 |
| JP2008234722A (ja) * | 2007-03-19 | 2008-10-02 | Hitachi Ltd | コンテンツ再生方法 |
| US8677151B2 (en) | 2007-03-19 | 2014-03-18 | Hitachi Consumer Electronics Co., Ltd. | Content playback method and recording and playback device |
| JP2008236099A (ja) * | 2007-03-19 | 2008-10-02 | Hitachi Ltd | コンテンツ再生方法及び記録再生装置 |
| JP2008278122A (ja) * | 2007-04-27 | 2008-11-13 | Buffalo Inc | 放送番組コンテンツを再生する方法およびプログラム |
| JP2010004191A (ja) * | 2008-06-19 | 2010-01-07 | Hitachi Ltd | コンテンツ再生装置、記録装置、記録再生装置及び再生方法 |
| US8467529B2 (en) | 2008-06-19 | 2013-06-18 | Hitachi, Ltd. | Content reproduction apparatus, recording apparatus, recording and reproduction apparatus, and reproduction method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8156347B2 (en) | Semiconductor memory card, playback apparatus, recording apparatus, playback method, recording method, and computer-readable recording medium | |
| KR100680443B1 (ko) | 반도체 메모리 카드, 반도체 메모리 카드에 데이터를 기록하는 장치 및 반도체 메모리 카드의 데이터를 재생하는 장치 | |
| JP5098145B2 (ja) | データ管理装置および記録媒体の管理方法 | |
| EP1103974B1 (en) | Recording/reproduction apparatus and method as well as recording medium | |
| US7889973B2 (en) | Method and apparatus for partial file delete | |
| JP2002314929A (ja) | 映像信号の記録方法、映像信号の再生方法、映像信号記録装置、映像信号再生装置、及び映像信号の記録媒体 | |
| KR100539033B1 (ko) | 정보 재생 장치, 정보 재생 방법, 정보 기록 매체, 정보 기록 장치, 및 정보 기록 방법 | |
| TWI230331B (en) | Information recording method and apparatus, information reproducing method and apparatus, information recording medium, program storage medium | |
| US20070174570A1 (en) | Information recording medium and information processing apparatus | |
| US20100211556A1 (en) | Information processing apparatus, information processing method, and program | |
| US7123815B2 (en) | Data playback apparatus | |
| JP2001103417A (ja) | 画像付音声情報を記録する情報記憶媒体、画像の番号設定方法、および画像の検索方法 | |
| JP2003331509A (ja) | デジタル信号記録装置及びデジタル信号記録再生装置 | |
| JP2004178788A (ja) | 記録装置および記録方法 | |
| KR100910449B1 (ko) | 기록 방법 | |
| KR20040097980A (ko) | 기록매체 | |
| CN101060001B (zh) | 信息信号编辑装置,信息信号编辑方法 | |
| US7327941B1 (en) | System for handling audio information with representative image | |
| JP2001142472A (ja) | 著作権付きデータ処理方法およびその装置 | |
| JP2007267259A (ja) | 画像処理装置およびファイル再生方法 | |
| JP4153629B2 (ja) | 静止画像つき音声情報の編集方法 | |
| US6339572B1 (en) | Recording apparatus, recording method, playback apparatus, playback method, recording/playback apparatus, recording/playback method, recording medium and presentation medium | |
| JP4469587B2 (ja) | 情報記録装置及び情報記録方法、及びデジタル放送受信器 | |
| US20050262125A1 (en) | Data recording method and data recording device | |
| KR100960767B1 (ko) | 기록 방법 및 기록 장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050427 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060419 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070314 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071011 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071016 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071213 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080115 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080312 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20080402 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20080425 |