JP4002217B2 - 再生装置、再生方法 - Google Patents
再生装置、再生方法 Download PDFInfo
- Publication number
- JP4002217B2 JP4002217B2 JP2003185656A JP2003185656A JP4002217B2 JP 4002217 B2 JP4002217 B2 JP 4002217B2 JP 2003185656 A JP2003185656 A JP 2003185656A JP 2003185656 A JP2003185656 A JP 2003185656A JP 4002217 B2 JP4002217 B2 JP 4002217B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- reproduction
- sector
- recorded
- toc
- 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
Landscapes
- Signal Processing For Digital Recording And Reproducing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Television Signal Processing For Recording (AREA)
- Storage Device Security (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は音声データや映像データに対応する管理データを含むデータ構造により情報が記録される記録媒体に対応する再生装置及び再生方法に関するものである。
【０００２】
【従来の技術】
音楽等を記録／再生することのできる記録装置、再生装置、及び記録媒体としての光磁気ディスクが実用化され、特に近年、光磁気ディスクに対してユーザーが再生だけでなく楽曲等の音声を録音することができるもの（例えばミニディスク）も知られている。
【０００３】
このミニディスクシステムを用いる場合、一般に音楽等の音声信号を記録／再生することが行なわれているが、例えばこのミニディスクシステムにおいて、楽曲等の音楽に合わせて映像データを記録／再生できるようにすることも考えられる。
【０００４】
【発明が解決しようとする課題】
ところで、ミニディスクシステムのように本来音声の記録再生を目的として開発されたものに対して、さらに映像を記録再生データとして加えることを考えると、互換性の保持が難しいという問題が生じる。
即ち、単に映像と音楽を記録再生可能なシステムを提供するだけではなく、新たに映像データを付加した記録媒体（ディスク）に対して、通常のミニディスクプレーヤ／レコーダにおいては音声データのみの記録／再生が可能とされて音楽等を楽しむことができ、また映像入出力対応型のプレーヤ／レコーダでは、音声データと映像データの同時的な再生が可能とされて映像付カラオケやビデオ機器的な楽しみ方ができるというようなコンパチビリティの確保が望まれる。
【０００５】
また、このような記録再生システムにおいては、例えば記録したデータについて秘密性が高い場合などに、特定の個人以外には再生できないようにしたい場合がある。例えば所定の映像又は音声データについて暗証番号を知っている人のみが再生できるようにしたいという要請がある。
【０００６】
【課題を解決するための手段】
本発明は、通常データ又は再生禁止指定データの指定がされている映像データ及び音声データが記録されており、上記通常データと上記再生禁止指定データについて再生するための管理データとして、再生禁止されたデータを再生しない第１の再生順序に応じて上記通常データのみを指定する通常管理データと、第２の再生順序に応じて上記通常データ及び再生禁止されたデータを指定する暗証要求管理データとが、それぞれ記録されている記録媒体に対して、再生操作時における入力暗証番号の一致に応じて上記暗証要求管理データによる情報を用いてデータの再生を行なうことができるように構成される。
更に、上記記録媒体には、上記暗証要求管理データの存在を示すデータが記録されており、再生禁止指定が解除される際に、上記暗証要求管理データが、通常管理データに書き込まれると共に、上記暗証要求管理データの存在を示すデータが、存在しないことを示すデータに書き換えられて記録されている。
特には、上記暗証要求管理データは、上記第２の再生順序に応じて、上記通常データと上記再生禁止指定データの両方の再生を行なうことを可能とするものである。また上記第２の再生順序とは、再生禁止指定データの指定が行われる前に設定された再生順序である。
また上記記録媒体に対する再生方法として、再生操作時に暗証番号の入力を要求するステップと、入力された暗証番号が正しいか否かを判別するステップと、入力された暗証番号が正しいことに応じて上記暗証要求管理データによる情報を用いてデータの再生を行なうステップとを備える。
【０００７】
本発明では、通常管理データにおいて再生禁止指定データ部位として或るデータ部位を再生できない状態で通常データ部位を第１の再生順序で再生できるような管理を行ない、これに対して、通常データ部位と再生禁止指定データ部位の両方について第２の再生順序で再生を可能とするための暗証要求管理データを記録することができるようにし、再生装置としては、再生操作時における入力暗証番号の一致に応じて暗証要求管理データによる情報を用いるようにすれば、記録媒体上で、暗証番号を入力できるユーザーのみしかデータの再生を実行できないデータ部位を実現できる。
【０００８】
【実施例】
以下、本発明の再生装置及び再生方法の実施例としてのデータ構造、記録媒体、及びディスク装置（映像と音声の両方を同時的に記録再生できるディスク装置）について説明し、また暗証番号入力に基づいて所定のデータを再生できるようにしたディスク装置とその再生方法を説明する。なお、この実施例はミニディスクシステムを利用して、音声データに加えて映像データの記録再生を行なうことができるシステムとする。
説明は次の順序で行なう。
１）映像音声対応のディスク装置の構成
２）音声のみ対応のディスク装置の構成
３）ディスクにおけるトラック構造
４）ディスクにおけるＰ−ＴＯＣフォーマット
５）ディスクにおけるＵ−ＴＯＣフォーマット
６）ディスクにおける音声データセクター構造
７）ディスクにおける映像データセクター構造
８）映像データ生成方式
９）音声データと映像データが混在されるトラック構造
１０）映像データフォーマット
１１）記録再生管理方式
１２）通常のＵ−ＴＯＣセクターのみで再生禁止部位を得る管理方式
１３）通常のＵ−ＴＯＣセクターのみで再生禁止部位を得た場合の再生方式
１４）暗証要求Ｕ−ＴＯＣセクターを用いる場合の管理方式
１５）暗証要求Ｕ−ＴＯＣセクターを用いる場合の再生方式
【０００９】
＜１．映像音声対応のディスク装置の構成＞
図１に実施例となるディスク装置の構成を示す。
図１において、１は後述するように音声データと映像データが混在（時分割多重）して記録されている光磁気ディスクを示し、スピンドルモータ２により回転駆動される。３は光磁気ディスク１に対して記録／再生時にレーザ光を照射する光学ヘッドであり、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力をなし、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力をなす。
【００１０】
このため、光学ヘッド３はレーザ出力手段としてのレーザダイオード、偏向ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
【００１１】
また、６ａは供給されたデータによって変調された磁界を光磁気ディスクに印加する磁気ヘッドを示し、光磁気ディスク１を挟んで光学ヘッド３と対向する位置に配置されている。光学ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５によりディスク半径方向に移動可能とされている。
【００１２】
再生動作によって、光学ヘッド３により光磁気ディスク１から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、絶対位置情報（光磁気ディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）、アドレス情報、フォーカスモニタ信号等を抽出する。そして、抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号、フォーカスエラー信号はサーボ回路９に供給され、アドレス情報はアドレスデコーダ１０に供給される。さらに絶対位置情報、フォーカスモニタ信号は例えばマイクロコンピュータによって構成されるシステムコントローラ１１に供給される。
【００１３】
サーボ回路９は供給されたトラッキングエラー信号、フォーカスエラー信号や、システムコントローラ１１からのトラックジャンプ指令、シーク指令、スピンドルモータ２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御をなし、またスピンドルモータ２を一定角速度（ＣＡＶ）又は一定線速度（ＣＬＶ）に制御する。
【００１４】
再生ＲＦ信号はエンコーダ／デコーダ部８でＥＦＭ復調、ＣＩＲＣ等のデコード処理された後、メモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれる。なお、光学ヘッド３による光磁気ディスク１からのデータ（音声データ及び映像データ）の読み取り及び光学ヘッド３からバッファＲＡＭ１３までの系における再生データの転送は例えば1.41Mbit/secで行なわれる。
【００１５】
バッファＲＡＭ１３に書き込まれたデータは、再生データの転送が例えば0.3Mbit/sec となるタイミングで読み出され、音声データについては、音声圧縮／伸長処理を行なうエンコーダ／デコーダ部１４に供給される。そして、音声圧縮処理に対するデコード処理等の再生信号処理を施され、Ｄ／Ａ変換器１５によってアナログ音声信号とされ、端子１６から所定の増幅回路部へ供給されて再生出力される。例えばＬ，Ｒオーディオ信号として出力される。
【００１６】
また、映像データについては、メモリコントローラ１２により画像信号のエンコーダ／デコーダ部２１に供給される。エンコーダ／デコーダ部２１は例えばＭＰＥＧ方式に準じたエンコード処理、デコード処理を行なうことができるように構成されている。２３はエンコード処理、デコード処理の際に映像データを保持するビデオＲＡＭ、２４はビデオ信号発生部である。
【００１７】
エンコーダ／デコーダ部２１でデコードされた映像信号（Ｒ，Ｇ，Ｂ映像信号）はＤ／Ａ変換器２５においてアナログ信号とされ、コンバータ２６によってＮＴＳＣ映像信号（例えばＮＴＳＣ方式のコンポジット映像信号）に変換され、端子２７から出力される。
【００１８】
ここで、バッファＲＡＭ１３に一旦書き込まれ、その後読み出されるデータ（データは後述する１セクター単位で書込／読出が実行される）については、システムデコーダ２２がそのデータ内容から、そのセクターデータが音声データであるか映像データであるかを判別できるようになされており、読み出されたデータをエンコーダ／デコーダ部１４とエンコーダ／デコーダ部２１のいづれに供給すべきかが判別される。
【００１９】
アドレスデコーダ１０から出力されるアドレス情報や制御動作に供されるサブコードデータはエンコーダ／デコーダ部８を介してシステムコントローラ１１に供給され、各種の制御動作に用いられる。
さらに、記録／再生動作のビットクロックを発生させるＰＬＬ回路のロック検出信号、再生データのフレーム同期信号の欠落状態のモニタ信号等もシステムコントローラ１１に供給される。
【００２０】
また、システムコントローラ１１は光学ヘッド３におけるレーザダイオードの動作を制御するレーザ制御信号ＳＬＰを出力しており、レーザダイオードの出力をオン／オフ制御するとともに、オン制御時としては、レーザパワーが比較的低レベルである再生時の出力と、比較的高レベルである記録時の出力とを切り換えることができるようになされている。
【００２１】
光磁気ディスク１に対して記録動作が実行される際には、記録すべき音声信号（アナログ音声信号）については端子１７に供給される。
また映像信号（ＮＴＳＣコンポジット映像信号）は端子２８に供給される。
【００２２】
端子１７に供給されたアナログ音声信号は、Ａ／Ｄ変換器１８によってデジタルデータとされた後、エンコーダ／デコーダ部１４に供給され、音声圧縮エンコード処理を施される。エンコーダ／デコーダ部１４によって圧縮された音声データはメモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれ、また所定タイミングで読み出されてエンコーダ／デコーダ部８に送られる。そしてエンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後、磁気ヘッド駆動回路１５に供給される。
【００２３】
また、端子２８に供給されたＮＴＳＣコンポジット映像信号は、コンバータ２９においてＲ，Ｇ，Ｂ映像信号に変換され、さらにＡ／Ｄ変換器３０によってデジタルデータとされた後、エンコーダ／デコーダ部２１に供給され、ＭＰＥＧ方式に準じたエンコード処理を施される。即ち、ＤＣＴ変換、ビット数圧縮のための再量子化、ランレングスコーディング等の処理が実行される。
【００２４】
エンコーダ／デコーダ部２１によって圧縮エンコード処理された映像データはメモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれ、また所定タイミングで読み出されてエンコーダ／デコーダ部８に送られる。そしてエンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後、磁気ヘッド駆動回路６に供給される。
磁気ヘッド駆動回路６に対しては、音声データと映像データが時分割的に供給されることになる。
【００２５】
磁気ヘッド駆動回路６は供給された記録データに応じて、磁気ヘッド６ａに磁気ヘッド駆動信号を供給する。つまり、光磁気ディスク１に対して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ１１は光学ヘッドに対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００２６】
１９はユーザー操作に供されるキーが設けられた操作入力部、２０は例えば液晶ディスプレイによって構成される表示部を示す。操作入力部１９には録音キー、再生キー、停止キー、ＡＭＳキー、サーチキー等がユーザー操作に供されるように設けられている。
【００２７】
また、ディスク１に対して記録／再生動作を行なう際には、ディスク１に記録されている管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出して、システムコントローラ１１はこれらの管理情報に応じてディスク１上の記録すべきセグメントのアドレスや、再生すべきセグメントのアドレスを判別することとなるが、この管理情報はバッファＲＡＭ１３に保持される。このためバッファＲＡＭ１３は、上記した記録データ／再生データのバッファエリアと、これら管理情報を保持するエリアが分割設定されている。
【００２８】
そして、システムコントローラ１１はこれらの管理情報を、ディスク１が装填された際に管理情報の記録されたディスクの最内周側の再生動作を実行させることによって読み出し、バッファＲＡＭ１３に記憶しておき、以後そのディスク１に対する記録／再生動作の際に参照できるようにしている。
【００２９】
また、Ｕ−ＴＯＣはデータの記録や消去に応じて編集されて書き換えられるものであるが、システムコントローラ１１は記録／消去動作のたびにこの編集処理をバッファＲＡＭ１３に記憶されたＵ−ＴＯＣ情報に対して行ない、その書換動作に応じて所定のタイミングでディスク１のＵ−ＴＯＣエリアについても書き換えるようにしている。
【００３０】
＜２．音声のみ対応のディスク装置の構成＞
図２にミニディスクシステムとしてのディスク装置の構成を示す。つまり、音声データのみに対応して記録／再生動作をなすディスク装置である。
この場合、図１のディスク装置から映像データの付加により必要とされる回路部を除いた構成となっており、即ち、エンコーダ／デコーダ部２１、システムデコーダ２２、ビデオＲＡＭ２３、ビデオ信号発生器２４、Ｄ／Ａ変換器２５、Ａ／Ｄ変換器３０、コンバータ２６，２９、端子２７，２８が備えられていない。音声データの記録／再生のための動作は上述した図１のディスク装置とほぼ同様となるものであり、説明を省略する。
【００３１】
＜３．ディスクにおけるトラック構造＞
ミニディスクシステムにおける、光磁気ディスク１のトラック構造は図３のようになる。
即ち、図３（ａ）（ｂ）のように４セクターの（１セクタ＝２３５２バイト）サブデータ領域と３２セクター（ＳＣ０〜ＳＣ３１）のメインデータ領域からなるクラスタＣＬ（＝３６セクタ−）が連続して形成されており、１クラスタが記録再生時の最小単位とされている。この１クラスタは２〜３周回トラック分に相当する。なお、アドレスは１セクター毎に記録される。
４セクターのサブデータ領域はサブデータやリンキングエリアとしてなどに用いられ、ＴＯＣデータ、音声データ、映像データ等の記録は３２セクターのメインデータ領域に行なわれる。
【００３２】
また、セクターに記録される音声データの領域はさらにサウンドグループに細分化され、２セクターが１１サウンドグループに分けられている。（なお、本実施例で実現される映像データのセクター構成については後述する）
【００３３】
つまり図３（ｂ）にセクターを示したクラスタが音声データ記録に用いられている場合、図３（ｂ）における偶数セクター（ＳＣ０，ＳＣ２，ＳＣ４・・・・）は図３（ｃ）のように構成され、また図３（ｂ）における奇数セクター（ＳＣ１，ＳＣ３，ＳＣ５・・・・）は図３（ｄ）のように構成されている。
各セクターは図３（ｃ）（ｄ）のように先頭に同期パターン（ＳＹＮＣ）、及びアドレスが記録されたヘッダーが設けられ、続いてサブヘッダーが設けられる。そしてサブヘッダーにつづいて実際の音声データが記録される。
記録される音声データとしては２１２バイトのサウンドフレームＳＦが最小データ単位とされ、各セクターには１１のサウンドフレームが含まれる。１つのサウンドフレームはＬ又はＲチャンネルについての11.6msec分の音声信号を圧縮処理したデータとされている。
【００３４】
ここで、まず偶数セクターには、ＬチャンネルのサウンドフレームＳＦ（Ｌ０）、ＲチャンネルのサウンドフレームＳＦ（Ｒ０）、ＬチャンネルのサウンドフレームＳＦ（Ｌ１）・・・・・・・ とＬ，Ｒ各チャンネルに付いて交互に記録されていき、ＬチャンネルのサウンドフレームＳＦ（Ｌ５）までが記録される。
一方、奇数セクターにはＲチャンネルのサウンドフレームＳＦ（Ｒ５）、ＬチャンネルのサウンドフレームＳＦ（Ｌ６）、ＲチャンネルのサウンドフレームＳＦ（Ｒ６）・・・・・ と交互に記録されていき、ＲチャンネルのサウンドフレームＳＦ（Ｒ１０） までが記録される。
【００３５】
そして、Ｌ，Ｒの対のサウンドフレームにより１つのサウンドグループ（ＳＧ０〜ＳＧ１０）が構成される。従って、サウンドグループＳＧ０〜ＳＧ４及びサウンドグループＳＧ５の前半が偶数セクターに記録され、サウンドグループＳＧ５の後半からサウンドグループ１０までが奇数セクターに記録されており、つまり上述したように２セクターで１１サウンドグループのデータが記録されることになる。
【００３６】
＜４．Ｐ−ＴＯＣセクター＞
ここで、ディスク１において音声データ及び映像データの記録／再生動作の管理を行なう管理情報として、まずＰ−ＴＯＣセクターについて説明する。
Ｐ−ＴＯＣ情報としては、ディスクの記録可能エリア（レコーダブルユーザーエリア）などのエリア指定やＵ−ＴＯＣエリアの管理等が行なわれる。なお、ディスク１が再生専用の光ディスクであるプリマスタードディスクの場合は、Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲の管理も行なうことができるようになされている。
【００３７】
Ｐ−ＴＯＣのフォーマットを図４に示す。
図４はＰ−ＴＯＣ用とされる領域（例えばディスク最内周側のＲＯＭエリア）において繰り返し記録されるＰ−ＴＯＣ情報の１つのセクター（セクター０）を示している。なお、Ｐ−ＴＯＣはセクター０に続くセクター１以降はオプションとされている。
【００３８】
Ｐ−ＴＯＣのセクターのデータ領域（４バイト×588 の２３５２バイト）は、先頭位置にオール０又はオール１の１バイトデータによって成る同期パターンが配され、続いてクラスタアドレス及びセクターアドレスを示すアドレス等による４バイトのヘッダが設けられている。
【００３９】
また、ヘッダに続いて所定アドレス位置に『ＭＩＮＩ』という文字に対応したアスキーコードによる識別ＩＤが付加されている。
さらに、続いてディスクタイプや録音レベル、記録されている最初の楽曲の曲番（First TNO)、最後の楽曲の曲番（Last TNO) 、セクター使用状況(Used sectors)、リードアウトスタートアドレスＲＯＡ 、パワーキャルエリアスタートアドレスＰＣＡ 、Ｕ−ＴＯＣ（後述する図５のＵ−ＴＯＣセクター０のデータ領域）のスタートアドレスＵＳＴＡ 、録音可能なエリア（レコーダブルユーザーエリア）のスタートアドレスＲＳＴＡ 等が記録される。
【００４０】
続いて、記録されている各楽曲等を後述する管理テーブル部におけるパーツテーブルに対応させるテーブルポインタ(P-TNO1 〜P-TNO255) を有する対応テーブル指示データ部が用意されている。
【００４１】
そして対応テーブル指示データ部に続く領域には、対応テーブル指示データ部におけるテーブルポインタ(P-TNO1 〜P-TNO255) に対応して、(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられた管理テーブル部が用意される（なお本明細書において『ｈ』を付した数値はいわゆる１６進表記のものである）。それぞれのパーツテーブルには、或るセグメントについて起点となるスタートアドレス、終端となるエンドアドレス、及びそのセグメント（トラック）のモード情報（トラックモード）が記録できるようになされている。
【００４２】
各パーツテーブルにおけるトラックのモード情報とは、そのセグメントが例えばオーバーライト禁止やデータ複写禁止に設定されているか否かの情報や、オーディオ情報か否か、モノラル／ステレオの種別などが記録されている。
【００４３】
管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、対応テーブル指示データ部のテーブルポインタ (P-TNO1〜P-TNO255) によって、そのセグメントの内容が示される。つまり、第１曲目の楽曲についてはテーブルポインタP-TNO1として或るパーツテーブル（例えば(01h) 。ただし実際にはテーブルポインタには所定の演算処理によりＰ−ＴＯＣセクター０内のバイトポジションで或るパーツテーブルを示すことができる数値が記されている）が記録されており、この場合パーツテーブル(01h) のスタートアドレスは第１曲目の楽曲の記録位置のスタートアドレスとなり、同様にエンドアドレスは第１曲目の楽曲が記録された位置のエンドアドレスとなる。さらに、トラックモード情報はその第１曲目についての情報となる。
【００４４】
同様に第２曲目についてはテーブルポインタP-TNO2に示されるパーツテーブル（例えば(02h) ）に、その第２曲目の記録位置のスタートアドレス、エンドアドレス、及びトラックモード情報が記録されている。
以下同様にテーブルポインタはP-TNO255まで用意されているため、Ｐ−ＴＯＣ上では第２５５曲目まで管理可能とされている。
そして、このようにＰ−ＴＯＣセクター０が形成されることにより、例えば再生時において、所定の楽曲をアクセスして再生させることができる。
【００４５】
なお、記録／再生可能な光磁気ディスクの場合いわゆるプリマスタードの楽曲エリアが存在しないため、上記した対応テーブル指示データ部及び管理テーブル部は用いられず（これらは続いて説明するＵ−ＴＯＣで管理される）、従って各バイトは全て『００ｈ』とされている。
ただし、楽曲等が記録されるエリアとしてＲＯＭエリアと光磁気エリアの両方を備えたハイブリッドタイプのディスクについては、そのＲＯＭエリア内の楽曲の管理に上記対応テーブル指示データ部及び管理テーブル部が用いられる。
【００４６】
＜５．Ｕ−ＴＯＣセクター＞
続いてＵ−ＴＯＣの説明を行なう。
図５はＵ−ＴＯＣの最初のセクター（Ｕ−ＴＯＣセクター０）のフォーマットを示しており、主にユーザーが録音を行なった楽曲や新たに楽曲が録音可能な未記録エリア（フリーエリア）についての管理情報が記録されているデータ領域とされる。なお、Ｕ−ＴＯＣもセクター０に続くセクター１以降はオプションとされる。ただし、本実施例では、図１に示した、音声だけでなく映像の記録／再生を行なうことができるディスク装置の動作を実現するため、このＵ−ＴＯＣセクター０と同様のフォーマットのセクター（例えばＵ−ＴＯＣセクター６）が用意される。
そして、このＵ−ＴＯＣセクター０は音声データのみについての管理情報となり、図２のディスク装置による記録／再生動作、及び図１のディスク装置において音声データのみの記録／再生動作を行なう際に管理情報として使用され、Ｕ−ＴＯＣセクター６については、図１のディスク装置が音声データと映像データの同時的な記録／再生動作を行なう際の管理情報として用いられることになる。
【００４７】
ミニディスクシステムでは、ディスク１に或る楽曲の録音を行なおうとする際には、システムコントローラ１１は、Ｕ−ＴＯＣからディスク上のフリーエリアを探し出し、ここに音声データを記録していくことができるようになされている。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣから判別し、そのエリアにアクセスして再生動作を行なう。
【００４８】
図５に示すＵ−ＴＯＣのセクター（セクター０）には、Ｐ−ＴＯＣと同様にまず同期パターン及びヘッダが設けられ、続いて所定アドレス位置に、メーカーコード、モデルコード、最初の楽曲の曲番(First TNO）、最後の楽曲の曲番（Last TNO）、セクター使用状況(Used sectors)、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録される。
【００４９】
１バイト（８ビット）のセクター使用状況(Used sectors)の第１〜第８の各ビットは、そのＭＳＢ〜ＬＳＢがＵ−ＴＯＣセクター７〜Ｕ−ＴＯＣセクター０に対応しており、ディスク１において音声データだけでなく映像データも記録され、上述のようにＵ−ＴＯＣセクター６が用いられる場合は、例えばこのＵ−ＴＯＣセクター０におけるセクター使用状況(Used sectors)の、Ｕ−ＴＯＣセクター６に対応するビット（第２ビット）が『１』とされ、これによってディスクが映像データと音声データが混在しているディスクであることが判別される。
【００５０】
さらにＵ−ＴＯＣセクター０内には、ユーザーが録音を行なって記録されている楽曲の領域や未記録領域等を後述する管理テーブル部に対応させることによって識別するため、対応テーブル指示データ部として各種のテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用意されている。
【００５１】
そして対応テーブル指示データ部のテーブルポインタ(P-DFA〜P-TNO255) に対応させることになる管理テーブル部として(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、上記図４のＰ−ＴＯＣセクター０と同様に或るセグメントについて起点となるスタートアドレス、終端となるエンドアドレス、そのセグメントのモード情報（トラックモード）が記録されており、さらにこのＵ−ＴＯＣセクター０の場合、各パーツテーブルで示されるセグメントが他のセグメントへ続いて連結される場合があるため、その連結されるセグメントのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようになされている。
【００５２】
この種の記録再生装置では、例えば１つの楽曲のデータ物理的に不連続に、即ち複数のセグメント（ここでセグメントとは、物理的に連続したデータが記録されているトラック部分をいう）にわたって記録されていてもセグメント間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数セグメントにわけて記録する場合もある。また、映像データと音声データが混在される場合は、これらは時分割的に多重されるため、例えば１曲の音声データはセグメント分割されることになる。
【００５３】
そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(FFh) （実際には所定の演算処理によりＵ−ＴＯＣセクター０内のバイトポジションとされる数値で示される）によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようになされている。（なお、音声データ専用のプリマスタードディスクにおいてあらかじめ記録される楽曲等については通常セグメント分割されることがないため、前記図４のようにＰ−ＴＯＣセクター０においてリンク情報はすべて『(00h) 』とされている。）
【００５４】
つまりＵ−ＴＯＣセクター０における管理テーブル部においては、１つのパーツテーブルは１つのセグメントを表現しており、例えば３つのセグメントが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのセグメント位置の管理はなされる。
【００５５】
Ｕ−ＴＯＣセクター０の管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、対応テーブル指示データ部におけるテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) によって、以下のようにそのセグメントの内容が示される。
【００５６】
テーブルポインタP-DFA は光磁気ディスク１上の欠陥領域に付いて示しており、傷などによる欠陥領域となるトラック部分（＝セグメント）が示された１つのパーツテーブル又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥セグメントが存在する場合はテーブルポインタP-DFA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、欠陥セグメントがスタート及びエンドアドレスによって示されている。また、他にも欠陥セグメントが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥セグメントが示されている。そして、さらに他の欠陥セグメントがない場合はリンク情報は例えば『(00h) 』とされ、以降リンクなしとされる。
【００５７】
テーブルポインタP-EMPTY は管理テーブル部における１又は複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、テーブルポインタP-EMPTY として、(01h) 〜(FFh) のうちのいづれかが記録される。未使用のパーツテーブルが複数存在する場合は、テーブルポインタP-EMPTY によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。
【００５８】
テーブルポインタP-FRA は光磁気ディスク１上のデータの書込可能なフリーエリア（消去領域を含む）について示しており、フリーエリアとなるトラック部分（＝セグメント）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、フリーエリアが存在する場合はテーブルポインタP-FRA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、フリーエリアであるセグメントがスタート及びエンドアドレスによって示されている。また、このようなセグメントが複数個有り、つまりパーツテーブルが複数個有る場合はリンク情報により、リンク情報が『(00h) 』となるパーツテーブルまで順次指定されている。
【００５９】
図６にパーツテーブルにより、フリーエリアとなるセグメントの管理状態を模式的に示す。これはセグメント(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされている時に、この状態が対応テーブル指示データP-FRA に引き続きパーツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって表現されている状態を示している。なお、上記した欠陥領域や、未使用パーツテーブルの管理形態もこれと同様となる。
【００６０】
ところで、全く楽曲等の音声データの記録がなされておらず欠陥もない光磁気ディスクであれば、テーブルポインタP-FRA によってパーツテーブル(01h) が指定され、これによってディスクのレコーダブルユーザーエリアの全体が未記録領域（フリーエリア）であることが示される。そして、この場合残る(02h) 〜(FFh) のパーツテーブルは使用されていないことになるため、上記したテーブルポインタP-EMPTY によってパーツテーブル(02h) が指定され、また、パーツテーブル(02h) のリンク情報としてパーツテーブル(03h) が指定され、パーツテーブル(03h) のリンク情報としてパーツテーブル(04h) が指定され、というようにパーツテーブル(FFh) まで連結される。この場合パーツテーブル(FFh) のリンク情報は以降連結なしを示す『(00h) 』とされる。
なお、このときパーツテーブル(01h) については、スタートアドレスとしてはレコーダブルユーザーエリアのスタートアドレスが記録され、またエンドアドレスとしてはリードアウトスタートアドレスの直前のアドレスが記録されることになる。
【００６１】
テーブルポインタP-TNO1〜P-TNO255は、光磁気ディスク１にユーザーが記録を行なった楽曲について示しており、例えばテーブルポインタP-TNO1では１曲目のデータが記録された１又は複数のセグメントのうちの時間的に先頭となるセグメントが示されたパーツテーブルを指定している。
【００６２】
例えば１曲目とされた楽曲がディスク上でトラックが分断されずに（つまり１つのセグメントで）記録されている場合は、その１曲目の記録領域はテーブルポインタP-TNO1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されている。
【００６３】
また、例えば２曲目とされた楽曲がディスク上で複数のセグメントに離散的に記録されている場合は、その楽曲の記録位置を示すため各セグメントが時間的な順序に従って指定される。つまり、テーブルポインタP-TNO2に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『(00h) 』となるパーツテーブルまで連結される（上記、図６と同様の形態）。このように例えば２曲目を構成するデータが記録された全セグメントが順次指定されて記録されていることにより、このＵ−ＴＯＣセクター０のデータを用いて、２曲目の再生時や、その２曲目の領域へのオーバライトを行なう際に、光学ヘッド３及び磁気ヘッド６をアクセスさせ離散的なセグメントから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【００６４】
以上のようにディスク上のエリア管理はＰ−ＴＯＣによってなされ、またレコーダブルユーザーエリアにおいて記録された楽曲等の音声データや音声データが記録可能なフリーエリア等はＵ−ＴＯＣにより行なわれる。
これらのＴＯＣ情報はバッファＲＡＭ１３に読み込まれてシステムコントローラ１１がこれを参照できるようになされる
【００６５】
ところで、本実施例において、特に映像データと音声データが混在されるディスクの場合は、このＵ−ＴＯＣセクター０においては、映像データが記録されるセグメントについては、記録可能エリア又は再生エリアとして管理することは適当でない。このため、映像データが記録されるセグメントはＵ−ＴＯＣセクター０においては無効なエリア（例えばテーブルポインタP-DFA からリンクされて管理されるディフェクトエリア）または存在しないエリア（テーブルポインタP-FRA 又はP-TNO1〜P-TNO255のいづれからも連結されないエリア）として扱われることになる。つまり、Ｕ−ＴＯＣセクター０によっては映像データが記録されたセグメントは記録／再生を行なうことができないようになされる。
音声データと映像データの記録／再生のための具体的な管理方式は後述するが、この管理はＵ−ＴＯＣセクター６において実現される。そして、本実施例ではＵ−ＴＯＣセクター６の構造は、図５に示したＵ−ＴＯＣセクター０の構造と同様であるとする。
【００６６】
＜６．ディスクにおける音声データセクター構造＞
音声データの記録されるセクターのフォーマットは図７のように設定されている。
このセクター（２３５２バイト）において、先頭の１２バイトは同期データとされ、つづいて、３バイトがクラスタアドレス及びセクターアドレス用に設定され、続く１バイトがモードとされ、ヘッダとされる。
【００６７】
ヘッダにつづいて４バイトがサブヘッダとされ、サブヘッダにつづくバイト、即ちセクターの第２１バイト目〜第２３５２バイト目までの２３３２バイトがデータエリア（Data0 〜Data2331）とされている。
この２３３２バイトのデータエリアには２１２バイトのサウンドフレーム（図３参照）が１１単位記録されることになり、従って１セクターで 5.5単位のサウンドグループが記録され、セクターアドレスが偶数（アドレスのＬＳＢが０）である偶数セクターと、次のセクター、つまりセクターアドレスが奇数（アドレスのＬＳＢが１）である奇数セクターの２つのセクターで１１単位のサウンドグループが記録されることになる。
【００６８】
＜７．ディスクにおける映像データセクター構造＞
音声データと時分割的に多重されて記録される映像データのセクターのフォーマットは図８のように設定されている。
このセクター（２３５２バイト）においても、先頭の１２バイトは同期データとされ、つづいて、３バイトがクラスタアドレス及びセクターアドレス用に設定され、続く１バイトがモードとされ、ヘッダとされる。
【００６９】
ヘッダにつづいて８バイトがサブヘッダとされ、サブヘッダにつづくバイト、即ちセクターの第２５バイト目〜第２３４８バイト目までの２３２４バイトが映像データ（映像データの１パック）のエリア（PACK-Data0〜PACK-Data2323 ）とされている。この２３２４バイトのデータエリアにはＭＰＥＧ方式に準じて圧縮コード化された１フレームの映像信号が１パックの映像データとして記録されることになる。
セクターの最後の４バイトはリザーブとされている。
【００７０】
なお、図９は、図８の映像データセクターと図７の音声データセクターを比較できるように簡略化して示したものである。
【００７１】
＜８．映像データ生成方式＞
ここで、ＭＰＥＧ方式に準じて圧縮コード化される映像データについて説明する。
本実施例では圧縮前の映像信号をＮＴＳＣ方式としているが、このＮＴＳＣ方式の場合１秒間が３０フレームの映像信号により構成される。
ＭＰＥＧ方式では、各映像信号（１フレーム）に対して平面方向にブロック分け（横２２ブロック分割、縦１５ブロック分割で、３３０ブロック）を行ない、各ブロックのデータをＤＣＴ変換し、さらにビット数を減らすために再量子化を行なう（高域成分を０にする）。そして、ブロックを１フレームの画面左上となるブロックからジグザグとなるようにブロック順を並び代え、ランレングスコーディングを行なってさらにビット数の圧縮を行なうようにしている。
【００７２】
このように圧縮処理される映像信号の各フレームについては、その時間的に前後となるフレームでは映像情報として非常に似たものであり、これを利用してさらに情報の圧縮が行なわれ、圧縮度の異なる３種類の映像データ（１フレームの映像データ）が設けられる。これらは、Ｉピクチャー(Intra Picture) 、Ｐピクチャー(Predicated Picture)，Ｂピクチャー(Bidirectionari Picture)と呼ばれる。
【００７３】
そして、１秒間についての３０枚の各フレームついて、一般的には図１０（ａ）のようにＩピクチャー，Ｐピクチャー，Ｂピクチャーが並ぶことになる。例えばこの場合、１／２秒間隔のフレームがＩピクチャーＩ１ ，Ｉ２ とされ、また、８枚のＰピクチャーＰ１ 〜Ｐ８ 、及び２０枚のＢピクチャーＢ１ 〜Ｂ２０がそれぞれ図示のように配置される。
【００７４】
Ｉピクチャーは上記したようにＤＣＴ変換により符合化された正規の画像データである。
Ｐピクチャーは図１０（ｂ）のように、最も近いＩピクチャー又はＰピクチャーから、動き補償を用いて符合化されて生成される。例えばＰピクチャーＰ１ はＩピクチャーＩ１ を用いて、また、ＰピクチャーＰ２ はＰピクチャーＰ１ を用いて生成される。
このため、ＰピクチャーはＩピクチャーより圧縮されたものとなる。なお、順次前のＩピクチャー又はＰピクチャーから生成するため、エラーが生ずると、エラーが伝搬してしまうことになる。
【００７５】
Ｂピクチャーは、図１０（ｃ）のように過去及び未来の両方のＩピクチャー又はＰピクチャーを用いて生成される。
例えばＢピクチャーＢ１ ，Ｂ２ はＩピクチャーＩ１ とＰピクチャーＰ１ を用いて生成され、ＢピクチャーＢ３ ，Ｂ４ はＰピクチャーＰ１ とＰピクチャーＰ２ を用いて生成される。
Ｂピクチャーは最も圧縮されたデータとなる。また、データ生成レファレンスとはならないため、エラーが伝搬されることはない。
【００７６】
ＭＰＥＧのアルゴリズムでは、Ｉピクチャーの位置や同期を選択することが許されており、この選択はランダムアクセス度やシーンカット等の事情から決定される。例えばランダムアクセスを重視すれば、図１０（ａ）のように少なくとも１秒間に２枚のＩピクチャーが必要となる。
さらに、Ｐピクチャー、Ｂピクチャーの頻度も選択可能であり、これはエンコード手段のメモリー容量などに応じて設定されるものである。
【００７７】
また、ＭＰＥＧ方式におけるエンコード手段は、デコーダにおいて効率が良くなるようにの映像データストリームを再配置して出力するようにしている。
例えば図１０（ａ）の場合において、表示すべきフレーム順序（デコーダ出力順序）は、図１０（ａ）下部に示したフレーム番号どおりとなるが、デコーダがＢピクチャーを再合成するためにＢピクチャーより前時点でレファレンスとなるＰピクチャーが必要となる。このためエンコーダ側では、図１１（ａ）のフレーム順序を図１１（ｂ）のように並べ換えて、これを映像データストリームとして伝送するようにしている。
【００７８】
＜９．音声データと映像データが混在されるトラック構造＞
本実施例ではこのようにＭＰＥＧ方式に準じて圧縮した映像データを、音声データとともに同時的に記録／再生できるようにするものであるが、例えば或る楽曲についての音声データと、その楽曲に合わせた映像としての映像データを考えた場合、１曲（トラックＮ）としてのデータ構造は図１２のようになる。
なお、ＦＭはフロントマージン、ＲＭはリアマージンであり、これらは１５セクター以上の空データ領域とされる。
【００７９】
映像データストリームとしての映像データと、音声データストリームとしての音声データは、図１３のようにｎ：１インターリーブにより時分割的に多重化されてディスク上に記録されることになる。
ここで、ＶＭＰＥＧは映像データとしてのデータ単位、ＡＭＤは音声データとしてのデータ単位を示しており、これらのデータ単位は例えば少なくとも４クラスタ長とされ、これを最小単位としてインターリーブされることになる。
【００８０】
図１３は、図１２のトラックＮの先頭部分を詳細に示しているものであるが、フロントマージンＦＭは１５セクター以上の空セクタＥにより構成される。
各映像データ単位ＶＭＰＥＧについては、それぞれ４クラスタ（１４４セクター）とすると、楽曲の先頭となる映像データ単位ＶＭＰＥＧにおける先頭のセクターは、システムヘッダが付加された映像データセクターＶｓｈとされ、以降、通常の映像データセクターＶが連続されることになる。映像データセクターＶｓｈ及びＶは、上記図８で説明したフォーマットとなっている。
また各音声データ単位ＡＭＤについても、例えばそれぞれ４クラスタ（１４４セクター）とすると、各音声データ単位ＡＭＤには上記図７に示した音声データセクターが１４４セクター配されることになる。
【００８１】
＜１０．映像データフォーマット＞
ここで、映像データセクターＶｓｈ及びＶにおける２３２４バイトのパックデータ（図８のPACK-Data0〜PACK-Data2323)の使用形態を以下説明する。
図１４（ａ）は、上記図９に示した映像データセクターの構成を再度示したもので、このうちの映像データの１パックとしての構造を図１４（ｂ）〜（ｅ）に示している。
図１４（ｂ）は楽曲の先頭セクターである映像データセクターＶｓｈについてのパックデータを示している。
【００８２】
セクター内のパックデータとしての先頭には１２バイト（PACK-Data0〜PACK-Data11 ）のパックヘッダが設けられる。
パックヘッダには、まず４バイトのパックスタートコードが配され、続いて５バイトのシステムクロックレファレンス（ＳＣＲ）が設けられ、最後に３バイトのＭＵＸレートが設けられる。
【００８３】
システムクロックレファレンス（ＳＣＲ）は、一種の絶対時間を意味するコードであり、このＳＣＲを基準としてＰＴＳ（Presentation Time Stamp ：画像出力開始時刻) が決められる。
このＳＣＲは、ＳＣＲ(i) ＝Ｃ＋ｉ＊1200、とされる。ｉは映像データストリーム内でのセクターのインデックスナンバーであり、これは先頭のフロントマージンＦＭ部分では『０』とされている。Ｃは定数で常に『０』である。また1200は75Hzセクターで90KHz のシステムクロック時の値（90000/75=1200)である。
なお、このパックヘッダは映像データの全てのセクター（Ｖｓｈ，Ｖ）において設けられるものである。
【００８４】
映像データセクターＶｓｈにおいては、パックヘッダに続いて１５バイト（PACK-Data12 〜PACK-Data26 ）のシステムヘッダが設けられる。そして、システムヘッダに続く２２９７バイト（PACK-Data27 〜PACK-Data2323 ）は、通常ＦＦｈで埋められるパディングパケットとされる。
１５バイトのシステムヘッダは図１５のように構成されている。
まず４バイトのシステムヘッダスタートコードが配され、続いて２バイトのレートバウンドが設けられる。そのあとは各１バイトづつ、オーディオバウンド、フィックスドフラグ、ＣＳＰＳフラグ、システムオーディオロックフラグ、システムビデオロックフラグ、ビデオバウンド、ストリームＩＤ、ＳＴＤバッファバウンドスケール、ＳＴＤバッファサイズバウンドが設けられている。
【００８５】
このような映像データセクターＶｓｈに続く映像データセクターＶでは、図１４（ｃ）（ｄ）（ｅ）のように構成される。
少なくとも映像データセクターＶｓｈの次の映像データセクターＶは図１４（ｃ）のように構成され、つまり、パックヘッダに続いて１８バイト（PACK-Data12 〜PACK-Data29 ）のパケットヘッダが設けられる。
パケットヘッダに続く２２９４バイト（PACK-Data30 〜PACK-Data2323 ）がビデオパケットとされ、実際の映像データが記録される。
【００８６】
パケットヘッダは図１６（ａ）のように構成され、先頭の３バイトがパケットスタートコードとされる。そして１バイトのＩＤ、２バイトのパケット長、１バイトのＳＴＤバッファスケール、１バイトのＳＴＤバッファサイズ、さらに５バイトのＰＴＳ、５バイトのＤＴＳ(decoding time stamp) が記録される。画像出力開始時刻であるＰＴＳは、音声データと同期をとるようにセットされる。またＤＴＳはデコード開始時刻を示すものである。
【００８７】
最初の画像データセクターＶにおいては、図１４（ｃ）のようにビデオパケットはこのように最大２２９４バイトとされるが、以降のセクターではパケットヘッダにおけるＳＴＤバッファスケール、ＳＴＤバッファサイズ、ＰＴＳ、ＤＴＳを省略でき、パケットヘッダが図１６（ｂ）のように６バイトとすることができる。この場合、１パックの構成は図１４（ｄ）のようになり、ビデオパケットは２３０６バイトに拡張される。
また、１曲（トラックＮ）における最後のビデオデータセクターＶについては、図１４（ｅ）に示すように、セクターの最後に４バイトのエンドコードが記録される。
【００８８】
＜１１．記録再生管理方式＞
本実施例では以上のように構成された映像データが、もともとのミニディスクシステムにおける音声データとともに、ディスク１に記録／再生されるものであるが、以下、この記録再生動作のための管理方式を説明する。
【００８９】
今、ディスク１において、或る楽曲（例えばトラック１）の音声データ及びそれに合わせた映像データが図１７のように記録されているとする。即ち、或る楽曲についての音声データがＡＭＤ１ 〜ＡＭＤ（ｎ） の各セグメントに分割され、映像データＶＭＰＥＧとインターリーブされて記録されている。なお、例えばＡＭＤ１ 〜ＡＭＤ（ｎ） の各セグメントはそれぞれ例えば８秒程度に相当する音声データ量となり、また、各音声データセグメントに間に位置する４〜６単位の映像データ（ＶＭＰＥＧ）も８秒分程度の映像データ量とされている。
ここで、Ａｄ１ 〜Ａｄ（Ｎ） はディスク１上のアドレスを示すものとする。
【００９０】
上述したようにＵ−ＴＯＣセクター０においては、このようなデータの中で音声データセグメントのみを管理するものである。
ただし、映像データが混在しており、映像データと音声データの同時的な記録再生については例えばＵ−ＴＯＣセクター６で管理していることを示すため、Ｕ−ＴＯＣセクター０におけるセクター使用状況（Used sectors）におけるＵ−ＴＯＣセクター６の情報となる第２ビット目が『１』とされる。
【００９１】
Ｕ−ＴＯＣセクター０においては第１曲目を管理するため、テーブルポインタP-TNO1に続いて例えば図１８に示すようなリンク構造が形成される。
例えばテーブルポインタP-TNO1がパーツテーブル『０２ｈ』を示していたとしたら、パーツテーブル（０２ｈ）は音声データセグメントＡＭＤ１ についての管理に使用され、つまりスタートアドレスがＡｄ３ 、エンドアドレスがＡｄ４ と記録され、リンク情報として例えばパーツテーブル（０３ｈ）が記録される。
リンクされたパーツテーブル（０３ｈ）は音声データセグメントＡＭＤ２ についての管理に使用されることになり、つまりスタートアドレスがＡｄ７ 、エンドアドレスがＡｄ８ と記録され、リンク情報として例えばパーツテーブル（０４ｈ）が記録される。
【００９２】
さらにリンクされたパーツテーブル（０４ｈ）は音声データセグメントＡＭＤ３ についての管理に使用されることになり、スタートアドレスがＡｄ１１、エンドアドレスがＡｄ１２と記録され、引き続き音声データセグメント（ＡＭＤ４）を管理するパーツテーブルのリンク情報が記録される。
【００９３】
以上のリンク形態が音声データセグメントＡＭＤ（ｎ） についてのパーツテーブル（例えばパーツテーブル（０Ｅｈ））まで構成され、パーツテーブル（０Ｅｈ）ではスタートアドレスがＡｄ（Ｎ−１） 、エンドアドレスがＡｄ（Ｎ） と記録され、リンク情報は以降リンクなしを示す『００ｈ』とされる。
【００９４】
また、このＵ−ＴＯＣセクター０においては、映像データが記録されている部分については、楽曲でもなく、また新たに記録可能なフリーエリアでもないようにしなければならないため、例えばディフェクトエリアとみなして図１９に示すようにテーブルポインタP-DFA からのリンク構造で管理されることになる。
【００９５】
例えばテーブルポインタP-DFA がパーツテーブル『１０ｈ』を示していたとしたら、パーツテーブル（１０ｈ）は映像データセグメント（ＶＭＰＥＧ１ 〜ＶＭＰＥＧ６
）がディフェクトエリアとして示され、つまりスタートアドレスがＡｄ１ 、エンドアドレスがＡｄ２ と記録され、リンク情報として例えばパーツテーブル（１１ｈ）が記録される。
【００９６】
リンクされたパーツテーブル（１１ｈ）は映像データセグメント（ＶＭＰＥＧ７ 〜ＶＭＰＥＧ１０）をディフェクトエリアとしてみなす管理に使用されることになり、つまりスタートアドレスがＡｄ５ 、エンドアドレスがＡｄ６ と記録され、リンク情報として例えばパーツテーブル（１５ｈ）が記録される。
【００９７】
さらにリンクされたパーツテーブル（１５ｈ）は映像データセグメント（ＶＭＰＥＧ１１〜ＶＭＰＥＧ１４）をディフェクトエリアとみなす管理に使用されることになり、スタートアドレスがＡｄ９ 、エンドアドレスがＡｄ１０と記録され、引き続き映像データセグメント（ＶＭＰＥＧ１５〜 ）をディフェクトエリアとして管理するパーツテーブルのリンク情報が記録される。
【００９８】
以上のリンク形態がこの楽曲内については映像データセグメント（ＶＭＰＥＧ（ｍ−３） 〜ＶＭＰＥＧ（ｍ） ）についてのパーツテーブル（例えばパーツテーブル（１Ｆｈ））まで構成され、パーツテーブル（１Ｆｈ）ではスタートアドレスがＡｄ（Ｎ−３） 、エンドアドレスがＡｄ（Ｎ−２） と記録される。なお、ここでリンク情報は他の楽曲についての映像データセグメントについてもディフェクトエリアとみなすように、次の映像データセグメントを管理するパーツテーブルへのリンク情報が記録される。なお、もちろん１曲しか記録されておらず、また実際のディフェクトエリアも存在しないのであれば、パーツテーブル（１Ｆｈ）のリンク情報はリンクなしを示す『００ｈ』とされる。
【００９９】
Ｕ−ＴＯＣセクター０においては、このように音声データセグメントが楽曲として管理され、一方映像データセグメントについては傷エリアとみなして記録／再生不能なエリアとして管理されることになる。
【０１００】
一方、Ｕ−ＴＯＣセクター０と同様に構成されるＵ−ＴＯＣセクター６においては、映像と音声出力が同時的に行なわれるようにセグメント管理がなされる。この場合、セグメントの分割は映像データ部分ＶＭＰＥＧと音声データ部分ＡＭＤとの間では行なわれず、例えばＶＭＰＥＧ１ 〜ＡＭＤ（ｎ） までが１つのセグメントとみなされる。（なお、このトラックが途中で分割されて物理的に離れた位置に記録されている場合は、２以上のセグメントとして、２以上のパーツテーブルにより管理されることになる）
【０１０１】
そして、Ｕ−ＴＯＣセクター６における第１曲目のデータの管理のために、このセグメントがテーブルポインタP-TNO1に続いて例えば図２０のように示される。
例えばテーブルポインタP-TNO1がパーツテーブル『０２ｈ』を示していたとしたら、パーツテーブル（０２ｈ）はスタートアドレスがＡｄ１ 、エンドアドレスがＡｄ（Ｎ） と記録され、このトラック（１曲目）がディスク１上で物理的に連続して記録されていたとすれば、リンク情報は『００ｈ』として記録される。
また、このＵ−ＴＯＣセクター６においてはテーブルポインタP-FRA からは、フリーエリアとして実際にデータ（映像データ又は音声データ）が記録されていないエリアが管理されることになる。
【０１０２】
以上のように、記録された音声及び映像データがＵ−ＴＯＣセクター０とＵ−ＴＯＣセクター６において管理されていることにより、このようなディスク１は、図１のディスク装置と図２のディスク装置の間で互換性が得られる。
即ち、音声データのみの記録再生機器である図２のディスク装置においては、Ｕ−ＴＯＣセクター０を用いて再生動作を行なうことで、音声のみの再生出力を実行でき、また、映像データの記録された領域はフリーエリアとしての管理（テーブルポインタP-FRA による管理）はされておらず、ディフェクトエリアとして記録再生不能領域とみなされているため、音声データの記録動作によって映像データが消去されてしまうこともない。
【０１０３】
また、音声と映像の両方に対応する図１のディスク装置では、装填されたディスクについてＵ−ＴＯＣセクター０におけるセクター使用状況(Used sectors)を確認したときにＵ−ＴＯＣセクター６が使用されているという情報（第２ビット＝１）が記録されていたら、そのディスク１は映像データも記録されていると判別することができ、この場合Ｕ−ＴＯＣセクター６を参照して、映像データ（ＶＭＰＥＧ）と、音声データ（ＡＭＤ）をそのまま再生走査していくことができる。
【０１０４】
この際、ディスクから読み出されたデータが映像データであるか音声データであるかは上述したようにシステムデコーダ２２によってなされ、また、システムデコーダ２２の制御によってエンコーダ／デコーダ部１４とエンコーダ／デコーダ部２１におけるデコード出力の同期制御がなされることにより、映像と音声を同時的に再生出力することができる。従って、ミニディスクシステムを利用して、映像付カラオケや、レーザディスク装置やＶＴＲ装置と同様のビデオ機器としての使用が可能となる。
また、映像データと音声データを記録する際には、Ｕ−ＴＯＣセクター６におけるテーブルポインタP-FRA から、フリーエリアを探し、図１７のような形態のトラック（楽曲等）が記録されることになる。
【０１０５】
また、図１のディスク装置はＵ−ＴＯＣセクター０におけるセクター使用状況(Used sectors)における第２ビット目が『０』であった場合は、Ｕ−ＴＯＣセクター６は使用されておらず、つまり映像データは存在しないものであるため、そのままＵ−ＴＯＣセクター０を用いて、音声データの記録／再生を行なうこともできる。
さらに、映像データが存在するディスクであっても、例えばユーザーのモード選択操作等に応じて、Ｕ−ＴＯＣセクター０を用いた音声データのみの記録／再生を行なうことができるようにしてもよい。
【０１０６】
ところで、この実施例ではＵ−ＴＯＣセクター０においては映像データセグメントはディフェクトエリアと見なして管理するようにしたが、例えば全く管理テーブル上に現われないセグメントとしてもよい。
即ち、テーブルポインタP-FRA,P-DFA,P-TNO1〜P-TNO255のそれぞれからリンクされるパーツテーブルのいづれによっても示されないセグメントとし、Ｕ−ＴＯＣセクター０においてはディスク上で存在しないエリアとみなすようにするものである。
【０１０７】
なお、映像と音声の同時的な記録／再生の管理に用いるのはＵ−ＴＯＣセクター６に限られるものではなく、Ｕ−ＴＯＣ内の他のセクターであってもよい。
また、このような映像データと音声データの混在するディスクがプリマスタードとして再生専用に作成される場合は、Ｐ−ＴＯＣセクター０において上述したＵ−ＴＯＣセクター０のような音声データのみの管理を行ない、Ｐ−ＴＯＣ内の他のセクターにおいて、上述したＵ−ＴＯＣセクター６のような管理を行なうようにすればよい。
【０１０８】
さらに、データがＲＯＭ化された領域とデータ記録再生可能な光磁気領域を備えたハイブリッドタイプでも、本発明は採用可能で、例えばＰ−ＴＯＣセクター０とＰ−ＴＯＣセクター６でＲＯＭデータに対して、またＵ−ＴＯＣセクター０とＵ−ＴＯＣセクター６で光磁気データに対して、上記同様に音声データと、音声及び映像データの管理を行なうようにすればよい。
【０１０９】
また、実施例ではディスク装置を記録再生装置としたが、再生専用装置、或は記録専用装置としても実現できる。
【０１１０】
なお、本発明では、音声データに対して同時的に記録再生される映像データが付加されるシステムについて説明したが、本発明を応用して、Ｌ，Ｒ音声データに対して例えば、センター，リアの２チャンネルの音声データを付加して記録再生を行なうシステムを実現したり、また、映像データを付加する場合に、動画ではなく静止画を記録再生するようにし、例えば同時的な音声再生が行なわれるスチルカメラのようなシステムとすることもできる。
【０１１１】
＜１２．通常のＵ−ＴＯＣセクターのみで再生禁止部位を得る管理方式＞
ところで、上述してきた方式からわかるように、Ｕ−ＴＯＣセクター内でテーブルポインタP-DFA から管理されるエリア（セグメント）は、そのＵ−ＴＯＣセクターを用いた通常の動作では記録／再生できないエリアとなる。
これを利用することにより、秘密にしたい音声や映像データを管理し、そのデータについては特定のユーザーしか再生することができないようにすることができる。つまり、暗証番号を入力することを行なわなければそのデータ部分を記録／再生することができないというデータ（このようなデータを説明上、再生禁止指定データということとする）を生成することができる。
【０１１２】
このようにテーブルポインタP-DFA を用いて再生禁止指定データを生成し、かつ暗証番号入力による管理／再生方式について２つの方式を説明していく。
１つは、通常のＵ−ＴＯＣセクターのみで再生禁止部位を得る管理方式／再生方式である。ここで通常のＵ−ＴＯＣセクターというのは、上述したＵ−ＴＯＣにおけるセクター０又はセクター６のようなセクターをいう。
もう１つの方式とは暗証要求Ｕ−ＴＯＣセクターを用いる場合の管理方式／再生方式であり、暗証要求Ｕ−ＴＯＣセクターとは上述したＵ−ＴＯＣにおけるセクター０又はセクター６以外に用意されるセクターをいう。
【０１１３】
なお、以下説明する２種類の方式は、上述してきたＵ−ＴＯＣセクター０及び６を用いる音声／映像の混在ディスクだけでなく、音声データのみが記録されるディスクや、さらに音声／映像の混在ディスクであっても上述したようなコンパチビリティがとられていないディスクについても実現可能なものである。
【０１１４】
まず、通常のＵ−ＴＯＣセクターのみで再生禁止部位を得る管理方式について説明していく。
今、ディスク１に図２１のようにトラック１〜トラック５の５つのトラックが記録されているとする。このディスク１が音声／映像の混在ディスクであるとすれば、トラック１〜５は、それぞれ図１２、図１３で説明したようにデータが記録されているものであり、これらのデータは、上述のようにリードインエリアに記録されているＵ−ＴＯＣセクター０で音声データのみが再生できるように、また同じくリードインエリアに記録されているＵ−ＴＯＣセクター６で音声と映像データが同時的に再生できるように管理されている（混在互換性ディスク）。
【０１１５】
また、音声データのみのディスクであれば、メインデータ領域の全てのセクターが図３（ｃ）（ｄ）、図７で説明したフォーマットでデータ記録されており、その管理はＵ−ＴＯＣセクター０でなされ、Ｕ−ＴＯＣセクター６は使用されていない（音声ディスク）。
【０１１６】
さらに、上述の実施例の説明においては言及していなかったが、音声／映像の混在ディスクであって、図２の音声対応ディスク装置に対しては互換性のとれていないディスクも考えられる。即ち、トラック１〜５は、それぞれ図１２、図１３で説明したようにデータが記録されているが、これらのデータは、Ｕ−ＴＯＣセクター０で音声と映像データが同時的に再生されるように管理され、音声データのみが再生については管理がなされていないものである（混在非互換性ディスク）。
【０１１７】
これら３種類のディスク（即ち、混在互換性ディスク、音声ディスク、混在非互換性ディスク）を考慮にいれ、まとめて説明する。
図２１の記録状態は、図２２のように管理される。この図２２のＵ−ＴＯＣセクターは、混在互換性ディスクであればＵ−ＴＯＣセクター６、音声ディスク又は混在非互換性ディスクであればＵ−ＴＯＣセクター０を示すものとなる。
【０１１８】
この図２２のように、トラック１はテーブルポインタP-TNO1からパーツテーブル（０１ｈ）が指定され、スタートアドレスＡ２０とエンドアドレスＡ２１が示される。同様にトラック２〜５についても、それぞれテーブルポインタP-TNO2〜P-TNO5で示されるパーツテーブル（０２ｈ）〜（０５ｈ）によってスタート及びエンドアドレスが示されている。
【０１１９】
ここで、ユーザーがトラック３については秘密性保持等のために再生禁止指定データにしたいとした場合は、その使用しているディスク装置を操作してトラック３の再生禁止登録を行なうとともに暗証番号を入力する。入力された暗証番号は図１又は図２のディスク装置におけるシステムコントローラ１１の内部又は外部のＲＡＭに記憶される。なお、このＲＡＭは電源オフ時でもデータ消失がなされないようにバックアップ構成をとるか、もしくは不揮発性ＲＡＭなどで構成することが必要である。
【０１２０】
このように例えばトラック３について再生禁止登録の操作が行なわれると、システムコントローラ１１はＲＡＭ１３に読み込まれているＴＯＣデータを書き換え、それをディスク１に書き込むことになる。
【０１２１】
即ち、Ｕ−ＴＯＣセクター６又はセクター０は、図２３のように書き換えられる。まず、トラック３となるセグメント（アドレスＡ２４〜Ａ２５）はディフェクトエリアとしてのテーブルポインタP-DFA から指定されるパーツテーブル（０３ｈ）として組み込まれる。そして、トラック１，２，４，５については、それぞれテーブルポインタP-TNO1〜P-TNO4で示されるパーツテーブル（０１ｈ）（０２ｈ）（０４ｈ）（０５ｈ）によって第１トラック〜第４トラックとして管理され、みかけ上は４つのトラックしか通常管理がされないようになされる。
【０１２２】
また、例えばトラック３とトラック５の両方について再生禁止登録の操作が行なわれた場合は、システムコントローラ１１は、Ｕ−ＴＯＣセクター６又はセクター０を、図２４のように書き換える。即ち、トラック３となるセグメント（アドレスＡ２４〜Ａ２５）とトラック５となるセグメント（アドレスＡ２８〜Ａ２９）はディフェクトエリアとしてのテーブルポインタP-DFA から指定されるパーツテーブル（０３ｈ）（０５ｈ）として組み込まれ、そして、トラック１，２，４については、それぞれテーブルポインタP-TNO1〜P-TNO3で示されるパーツテーブル（０１ｈ）（０２ｈ）（０４ｈ）によって第１トラック〜第３トラックとして管理される。
【０１２３】
また、例えばトラック１〜トラック５の全てについて再生禁止登録の操作が行なわれた場合は、システムコントローラ１１は、Ｕ−ＴＯＣセクター６又はセクター０を、図２５のように書き換える。即ち、トラック１〜５となる各セグメントはまとめて１つのセグメント（アドレスＡ２０〜Ａ２９）とされ、それがディフェクトエリアとしてのテーブルポインタP-DFA から指定されるパーツテーブル（０１ｈ）として組み込まれ、テーブルポインタP-TNO*によるパーツテーブルの指定はなされない。
【０１２４】
なお、この図２５では１つのセグメントにまとめられた状態であるが、各セグメントはパーツテーブル（０１ｈ）〜（０５ｈ）に分割されたまま、リンクされてディフェクトエリアとして管理されるようにしてもよい。
【０１２５】
例えばこの図２３〜図２５のように管理されることにより、再生禁止登録されたエリアは通常の再生時にはディフェクトエリアとされて再生はなされないことになる。
【０１２６】
なお、図２３〜図２５は具体的な１例であり、同様の再生禁止登録状態において他の状態となることもある。例えば使用されるパーツテーブルや各トラックのリンク形態などに応じて実際の状態は変動する。
【０１２７】
また、既にトラックとして分割されているものの再生禁止登録としたが、或るトラックの一部分を再生禁止登録したい場合は、トラック分割編集処理を行なってその部分を１つのトラックとし、それに対して再生禁止登録操作を行なうようにすればよい。また再生禁止登録をしたいデータ部分が複数ある場合は、各データ部分を１つのトラックとして分割編集した後、その各トラックを連結編集して１つのトラックにまとめ（もしくは複数のトラックの指定に応じてシステムコントローラ１１が自動的に連結編集を行ない）、それをディフェクトエリアに組み込めばよい。つまり、図２４、図２５のような形態とすればよい。
【０１２８】
また、再生専用ディスクの場合は、Ｐ−ＴＯＣセクター６又は０において同様に所定のエリアをディフェクトエリアとして（ディスク製造者が）管理しておくようにすればよい。
【０１２９】
＜１３．通常のＵ−ＴＯＣセクターのみで再生禁止部位を得た場合の再生方式＞このような管理がなされた可能性のあるディスクに対して、図１又は図２のディスク装置では、再生時に図２６のような処理を行なうことになる。
【０１３０】
再生操作がなされると(F101)、まず、そのディスクにディフェクトエリア、即ち再生禁止指定されたエリアが存在するか否かを判別する(F102)。この判別のために図１のディスク装置ではまずＵ−ＴＯＣセクター０のセクター使用状況からＵ−ＴＯＣセクター６が使用されているか否かを判別し、使用されている、つまり混在互換性ディスクであれば、Ｕ−ＴＯＣセクター６のテーブルポインタP-DFA が『００ｈ』であるか、又は或るパーツテーブルが指定されているか否かを判別する。
【０１３１】
またＵ−ＴＯＣセクター６が使用されていない、つまり音声ディスク又は混在非互換性ディスクであれば、Ｕ−ＴＯＣセクター０のテーブルポインタP-DFA が『００ｈ』であるか、又は或るパーツテーブルが指定されているか否かを判別する。なお、図２のディスク装置の場合は当然Ｕ−ＴＯＣセクター０のテーブルポインタP-DFA で判断する。
【０１３２】
テーブルポインタP-DFA が『００ｈ』であれば、再生禁止指定データは存在しないため、ステップF106に進んで通常の再生動作を開始する。
テーブルポインタP-DFA が『００ｈ』でない場合は、再生禁止指定データが存在する場合である。そこで、まずステップF103で暗証番号の入力を要求する。例えば表示部２０において暗証番号の入力を促す表示を行なう。
【０１３３】
ここで、ユーザーが正しい暗証番号、即ちそのディスク装置に登録されている暗証番号を入力できなかった場合、例えば入力せずに再度の再生実行操作を行なった場合や入力できないまま所定時間経過したなどの場合は、ステップF105からF107に進み、通常の再生を行なう（再生動作制御としてはステップF106と同じである）。つまりテーブルポインタP-TNO*から管理されるデータの再生のみが行なわれ、管理上ディフェクトエリアとみなされている部分については全く再生されない。従って、再生禁止登録されていないデータのみが再生されることになる。
【０１３４】
一方、ユーザーが正しい暗証番号を入力した場合は、ステップF104からF108に進み、再生禁止データの再生も行なう。
例えばテーブルポインタP-TNO*から管理されるデータの再生につづいて、テーブルポインタP-DFA から管理されるデータの再生も行なっていく。
もしくは、この場合テーブルポインタP-DFA から管理されるデータのみ再生が行なわれるようにしてもよい。
【０１３５】
即ち、ステップF108の動作では、混在互換性ディスクの場合はＵ−ＴＯＣセクター６においてテーブルポインタP-DFA から管理されるデータが、また、音声ディスク又は混在非互換性ディスクの場合はＵ−ＴＯＣセクター０においてテーブルポインタP-DFA から管理されるデータが、再生されることになる。
【０１３６】
このような処理が行なわれることで、ユーザーは所望のデータを暗証番号によって秘密化することができるようになる。
【０１３７】
なお、Ｕ−ＴＯＣセクター０においてディフェクトエリアとして映像データ部分が管理されている混在互換性ディスクの場合で、図２の音声対応ディスクにおいて音声のみの再生が実行される場合は、Ｕ−ＴＯＣセクター０が用いられるため、Ｕ−ＴＯＣセクター６で再生禁止指定されているデータ部位のうちの音声データのみは再生されてしまうことが考えられる。
【０１３８】
これを防止するためには、再生禁止指定がなされた場合は、Ｕ−ＴＯＣセクター０において、その再生禁止指定データ部位のうちの音声データのセグメントについては、映像データとともにディフェクトエリアに編集してしまうことが考えられる。もしくは、その再生禁止指定された音声データのセグメントについては、Ｕ−ＴＯＣセクター０では、どのテーブルポインタからのリンクにも含まれない、全く管理されないエリアとしてしまい、つまり再生禁止指定がなされた場合は、その音声データは図２の音声対応ディスク装置では全く再生できないようにし、図１の映像／音声対応ディスク装置において暗証番号が入力された時のみ映像と同時的に再生されるものとしてもよい。
【０１３９】
ところで、以上説明したのみの方式では、暗証番号を登録した或るディスク装置についてのみ、再生禁止指定データが暗証番号なしでは再生されないものであり、例えば他人が他のディスク装置で暗証番号を登録しておいた場合は、その暗証番号でデータを再生できてしまう。
従って、この方式は、比較的秘密性の軽度のデータについて再生禁止指定を実行できるものとして好適であり、例えば成人向けの映像／音声を記録したディスクについて、家庭内で子供に見られないようにするためなどの手段として好適である。
【０１４０】
比較的高度の秘密保持を行なうためには、ディスク装置に暗証番号とともに、ディスクを識別するデータを保持しておくことが考えられる。例えば、一部又は全部のデータを再生禁止指定データとしたディスクについて、カスタムファイルといわれるようにＴＯＣデータの一部を用いてディスク固有のデータを生成し、それを不揮発性ＲＡＭなどに登録しておく。また、図５のＵ−ＴＯＣセクターに示されるように、Ｕ−ＴＯＣ内にはディスクＩＤとしてのデータエリアが存在しており、これを用いることで、２バイトの乱数や連続数値で各ディスク毎にＩＤを付すことができるため、これを不揮発性ＲＡＭなどに登録しておいてもよい。
【０１４１】
このように再生禁止指定データを有するディスクについての識別情報をディスク装置が保持しておくことにより、その再生禁止指定データは、そのディスク装置で、しかも暗証番号を入力した場合しか再生されないことになる。
【０１４２】
つまり、再生のために装着されたディスクについて、再生禁止指定データが存在する場合は、図２６のステップF104の処理としては、正しい暗証番号が入力され、しかも、その装填されているディスクがディスクＩＤ又はカスタムファイルとして登録されているディスクであると判断した場合のみステップF108に進むこととなる。
【０１４３】
さらに高度な秘密性が要求される場合には、入力された暗証番号をディスクに書き込むという方式が考えられる。すなわち、Ｕ−ＴＯＣセクター０又はセクター６において未使用のバイトを用いて暗証番号を書き込めるようにする。
そして、ディスク装置側では特に暗証番号を保持するということは行わず（この場合、ディスク装置が暗証番号を保持しておくことは不要となる）、ディスク再生時にＵ−ＴＯＣセクター０又はセクター６に暗証番号が書き込まれたら、ユーザーに暗証番号の入力を促し、入力された暗証番号とＵ−ＴＯＣ上の暗証番号の一致判断を行う。そして、一致していたらテーブルポインタP-DFA から管理されているデータの再生を行うことができるようにするものである。
【０１４４】
このようにすれば、どのディスク装置を用いても書き込まれた暗証番号がわからない限りは再生禁止指定データを再生できないことになる。
なお、この方式ではＵーＴＯＣ上に暗証番号が書き込まれている場合は、他人がその暗証番号を書き換えることができないようにすることが好ましい。例えば暗証番号の書き換えの際にも、それまでの暗証番号の入力を要求し、一致していた場合のみに新たに入力された暗証番号に書き換えるという処理を行えばよい。
【０１４５】
＜１４．暗証要求Ｕ−ＴＯＣセクターを用いる場合の管理方式＞
ところで、以上説明してきた方式では、再生禁止指定データはテーブルポインタP-DFA からリンクされる１つのトラックと見なされて管理されるため、例え暗証番号が正しく入力されても、本来のトラック順に再生できない場合がある。
【０１４６】
例えば、図２１のトラック３が再生禁止指定された場合では、指定された時点で第３のトラックとしての位置づけはなくなり、また、トラック３とトラック５などの複数トラックが再生禁止指定された場合はそれらがリンクされて１つのトラックとまとめられるため、指定前の順序で再生させることはできない。
【０１４７】
従って、上記方式は、各トラックが１つの楽曲などに別れている場合は大きな問題とはならないが、ディスクに記録されたデータが全体で１つの映画などであった場合、一部分を再生禁止指定してしまうと、例え暗証番号を入力しても本来の再生ができないことになる。例えばトラック３のデータ部分のみ最後に再生され、時間的順序（ストーリー順序）がおかしいものとなる。
【０１４８】
そこで、複数のデータ部分を個別に再生禁止指定でき、また、暗証番号入力再生時に本来の状態（再生禁止指定前の状態）で再生できるようにするための方式として暗証要求Ｕ−ＴＯＣセクターを用いる場合の管理方式／再生方式を説明する。
【０１４９】
これは、再生時に暗証番号が入力された場合とされなかった場合とで異なるＵ−ＴＯＣを用いるようにするものであり、上述してきたＵ−ＴＯＣセクター０，セクター６のような通常のＵ−ＴＯＣセクター以外に、暗証要求Ｕ−ＴＯＣセクターを用いる。例えばＵ−ＴＯＣセクター５をこの暗証要求Ｕ−ＴＯＣセクターとする場合を例として説明する。
【０１５０】
例えば図２１のようなデータ状態から或るトラックを再生禁止指定データとする操作を行なった場合に、Ｕ−ＴＯＣセクター６又はセクター０における書き換えは、上述した図２３〜図２５の例と同様に、その再生禁止指定データとなる１又は複数のセグメントをまとめてテーブルポインタP-DFA からのリンクで管理する。ただし、このＵ−ＴＯＣセクター６又はセクター０の編集を行なう前に、再生禁止指定前の状態のＵ−ＴＯＣセクター６又はセクター０におけるテーブルポインタ及びパーツテーブル（つまり図２２のデータ）を、図２７のようにＵ−ＴＯＣセクター５に書き込み、このＵ−ＴＯＣセクター５を暗証要求Ｕ−ＴＯＣセクターとする。
【０１５１】
なお、再生禁止指定の操作時にこのようにＵ−ＴＯＣセクター５にデータが書き込まれることに応じてＵ−ＴＯＣセクター０におけるセクター使用状況の情報としてセクター５に対応するビット（第３ビット）が『１』とされる。
【０１５２】
このように、Ｕ−ＴＯＣセクター６又は０においては図２２〜図２４の例のように再生禁止指定データ部分がまとめてディフクトエリアとみなされていることによって、Ｕ−ＴＯＣセクター６又は０を用いて再生が行なわれる場合は、その再生禁止指定データは再生されない。
【０１５３】
一方、Ｕ−ＴＯＣセクター５においては、図２７のように、再生禁止指定データと通常データが再生禁止指定前の状態で管理されているため、このＵ−ＴＯＣセクター５を用いて再生すれば、本来の再生順序で、再生を行なうことができ、また各再生禁止指定データ部分はそれぞれ１つのトラックとして管理されており、連結されないため、複数のトラックを再生禁止指定データとした場合も、そのまま、まとめられることなく管理される。
【０１５４】
また、全ての再生禁止指定データを解除する場合は、Ｕ−ＴＯＣセクター５の情報をＵ−ＴＯＣセクター６又は０に書き込むようにし、またＵ−ＴＯＣセクター５を未使用とするために、Ｕ−ＴＯＣセクター０におけるセクター使用状況の情報としてセクター５に対応するビット（第３ビット）を『０』に書き換えればよく、これによってそのディスクを再生禁止指定前の状態に復帰させることもできる。
【０１５５】
＜１５．暗証要求Ｕ−ＴＯＣセクターを用いる場合の再生方式＞
このような方式の管理がなされた可能性のあるディスクに対して、図１又は図２のディスク装置では、再生時に図２８のような処理を行なうことになる。
【０１５６】
再生操作がなされると(F201)、まずそのディスクに再生禁止指定されたエリアが存在するか否かを判別する(F202)。この判別のためには、図１、図２のいづれのディスク装置でも、まずＵ−ＴＯＣセクター０のセクター使用状況からＵ−ＴＯＣセクター５が使用されているか否かを判別する。混在互換性ディスク，音声ディスク，混在非互換性ディスクのいづれであっても、そのディスクにはＵ−ＴＯＣセクター５が使用されていれば再生禁止指定されたエリアが存在することになる。
【０１５７】
ここで、Ｕ−ＴＯＣセクター５が使用されていなければ再生禁止指定データは存在しないため、ステップF206に進んで通常の再生動作を開始する。
再生禁止指定データが存在する場合は、ステップF203で暗証番号の入力を要求する。例えば表示部２０において暗証番号の入力を促す表示を行なう。
【０１５８】
ここで、ユーザーが正しい暗証番号、即ちそのディスク装置に登録されている暗証番号を入力できなかった場合、例えば入力せずに再度の再生実行操作を行なった場合や入力できないまま所定時間経過したなどの場合は、ステップF205からF207に進み、通常の再生を行なう（再生動作制御としてはステップF206と同じである）。つまり混在互換性ディスクを図１のディスク装置で再生する場合はＵ−ＴＯＣセクター６が用いられ、又、混在互換性ディスクを図２のディスク装置で再生する場合はＵ−ＴＯＣセクター０が用いられて再生される。また、音声ディスク、混在非互換性ディスクの場合はＵ−ＴＯＣセクター０が用いられる。
【０１５９】
そしてこの場合は、テーブルポインタP-TNO*から管理されるデータの再生のみが行なわれ、ディフェクトエリアについては全く再生されない。従って、再生禁止登録されていないデータのみが再生されることになる。
【０１６０】
一方、ユーザーが正しい暗証番号を入力した場合は、ステップF204からF208に進み、暗証要求セクターであるＵ−ＴＯＣセクター５を用いて再生動作を行なう。上述のとおりＵ−ＴＯＣセクター５には再生禁止指定データを含んで各トラックを通常どおりに管理しているため、再生禁止指定データを含んで本来の順序で、全く通常どおりに再生できる。
【０１６１】
このような処理が行なわれることで、ユーザーは所望のデータを暗証番号によって秘密化することができるようになるとともに、暗証番号を入力することで、本来の再生を行なうこともできる。
【０１６２】
そして或るディスクについて部分的に再生禁止指定をしていった場合、暗証番号が入力されなければ、その部分のみ跳ばされて再生されるが、暗証番号を入力することにより、再生禁止指定部分も本来の時間的位置で再生されるため、映画などのデータの一部を再生禁止する場合などにも好適である。
【０１６３】
なお、この方式の場合も、Ｕ−ＴＯＣセクター０においてディフェクトエリアとして映像データ部分が管理されている混在互換性ディスクの場合で、図２の音声対応ディスクにおいて音声のみの再生が実行される場合は、Ｕ−ＴＯＣセクター０が用いられるため、Ｕ−ＴＯＣセクター６で再生禁止指定されたデータ部位のうちの音声データのみは再生されてしまうことが考えられるため、再生禁止指定がなされた場合は、Ｕ−ＴＯＣセクター０において、その再生禁止指定データ部位のうちの音声データのセグメントについては、映像データとともにディフェクトエリアに編集してしまうか、もしくは、Ｕ−ＴＯＣセクター０上ではどのテーブルポインタからのリンクにも含まれない、全く管理されないエリアとしてしまうことが考えられる。
【０１６４】
また、より秘密保持性を高めるには、前述した方式例の変形例として説明したようにカスタムファイルやディスクＩＤなどを用いて、再生禁止指定データを有するディスクについての識別情報をディスク装置が保持しておき、その再生禁止指定データは、そのディスク装置で、しかも暗証番号を入力した場合しか再生されないようにしてもよい。
【０１６５】
さらに高度の秘密性が要求される場合には、これも前述した方式例の変形例として説明したものと同様にディスクのＵ−ＴＯＣ内に暗証番号を書き込むようにし、再生時にはＵ−ＴＯＣから読み込んだ暗証番号とユーザーが入力した暗証番号を比較するようにする。
そして、一致した場合のみＵ−ＴＯＣセクター５（暗証要求セクター）を用いて再生動作を行うことができるようにする。
【０１６６】
さらに、再生専用ディスクの場合は、ディスク製造時点で、Ｐ−ＴＯＣセクター６又は０において同様に所定のエリアをディフェクトエリアとして管理するとともに、Ｐ−ＴＯＣセクター５を暗証要求セクターとして使用するようにしておけばよい。
なお、暗証要求セクターはＵ−ＴＯＣ又はＰ−ＴＯＣにおけるセクター５を用いて生成する必要はなく、例えばセクター７を用いてもよい。
【０１６７】
以上、映像／音声対応ディスク装置と音声対応ディスク装置の間で互換性のとれる映像／音声データ構造及びディスク装置について説明し、それに続いて、そのような混在互換性ディスク、及び音声ディスク、混在非互換性ディスクという他の種のディスクにおいて採用できる再生禁止指定データの実現のための方式を説明してきたが、再生禁止指定データの実現のための方式としては具体的には、上記実施例の変形で各種考えられることはいうまでもない。
また、実施例としては再生禁止という観点で詳述したが、同様の方式で記録禁止方式、即ち暗証入力時のみデータ書換可能とする方式を実現できる。
【０１６８】
【発明の効果】
以上説明したように本発明は、所望のデータについて再生禁止指定を行なうようにすることで、秘密保持が必要な音声／映像データ、成人向けの音声／映像データなどが記録されているディスクについてのユーザーの管理に好適となるとともに、再生禁止指定データと通常データとの両方について記録／再生を可能とすることができる暗証要求管理データ手段を用いて管理することで、再生禁止指定データを再生禁止指定前の状態で再生できるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施例のディスク装置の構成図である。
【図２】音声のみ対応のディスク装置の構成図である。
【図３】実施例のディスクのトラック構造の説明図である。
【図４】実施例におけるＰ−ＴＯＣ情報の説明図である。
【図５】実施例におけるＵ−ＴＯＣ情報の説明図である。
【図６】実施例におけるＵ−ＴＯＣ情報のリンク構造の説明図である。
【図７】実施例における音声データセクターの説明図である。
【図８】実施例における映像データセクターの説明図である。
【図９】実施例における音声データセクターと映像データセクターの説明図である。
【図１０】ＭＰＥＧ方式の映像データの説明図である。
【図１１】ＭＰＥＧ方式の映像データストリームの説明図である。
【図１２】実施例における音声データと映像データの混在するトラックの説明図である。
【図１３】実施例における音声データと映像データの混在するトラック構造の説明図である。
【図１４】実施例における映像データの説明図である。
【図１５】実施例における映像データのシステムヘッダの説明図である。
【図１６】実施例における映像データのパケットヘッダの説明図である。
【図１７】実施例のトラック構成例の説明図である。
【図１８】実施例のＵ−ＴＯＣセクター０における音声データ管理方式の説明図である。
【図１９】実施例のＵ−ＴＯＣセクター０における映像データ管理方式の説明図である。
【図２０】実施例のＵ−ＴＯＣセクター６における映像データと音声データの混在するトラックの管理方式の説明図である。
【図２１】実施例の再生禁止指定データの管理例説明のためのトラック形態の説明図である。
【図２２】実施例の通常状態のＵ−ＴＯＣセクター０又はセクター６の説明図である。
【図２３】実施例の再生禁止指定状態のＵ−ＴＯＣセクター０又はセクター６の説明図である。
【図２４】実施例の再生禁止指定状態のＵ−ＴＯＣセクター０又はセクター６の説明図である。
【図２５】実施例の再生禁止指定状態のＵ−ＴＯＣセクター０又はセクター６の説明図である。
【図２６】実施例のディスク装置の再生時の処理のフローチャートである。
【図２７】実施例の暗証要求Ｕ−ＴＯＣセクターの説明図である。
【図２８】実施例のディスク装置の再生時の処理のフローチャートである。
【符号の説明】
１ ディスク、３ 光学ヘッド、８ エンコーダ／デコーダ部、
１１ システムコントローラ、１２ メモリコントローラ、
１３ バッファＲＡＭ、１４ 音声エンコーダ／デコーダ部、
１５，２５ Ｄ／Ａ変換器、１８，３０ Ａ／Ｄ変換器、
２１ 映像エンコーダ／デコーダ部、２２ システムデコーダ、
２３ ビデオＲＡＭ、２４ ビデオ信号発生器、２６，２９ コンバータ
【発明の属する技術分野】
本発明は音声データや映像データに対応する管理データを含むデータ構造により情報が記録される記録媒体に対応する再生装置及び再生方法に関するものである。
【０００２】
【従来の技術】
音楽等を記録／再生することのできる記録装置、再生装置、及び記録媒体としての光磁気ディスクが実用化され、特に近年、光磁気ディスクに対してユーザーが再生だけでなく楽曲等の音声を録音することができるもの（例えばミニディスク）も知られている。
【０００３】
このミニディスクシステムを用いる場合、一般に音楽等の音声信号を記録／再生することが行なわれているが、例えばこのミニディスクシステムにおいて、楽曲等の音楽に合わせて映像データを記録／再生できるようにすることも考えられる。
【０００４】
【発明が解決しようとする課題】
ところで、ミニディスクシステムのように本来音声の記録再生を目的として開発されたものに対して、さらに映像を記録再生データとして加えることを考えると、互換性の保持が難しいという問題が生じる。
即ち、単に映像と音楽を記録再生可能なシステムを提供するだけではなく、新たに映像データを付加した記録媒体（ディスク）に対して、通常のミニディスクプレーヤ／レコーダにおいては音声データのみの記録／再生が可能とされて音楽等を楽しむことができ、また映像入出力対応型のプレーヤ／レコーダでは、音声データと映像データの同時的な再生が可能とされて映像付カラオケやビデオ機器的な楽しみ方ができるというようなコンパチビリティの確保が望まれる。
【０００５】
また、このような記録再生システムにおいては、例えば記録したデータについて秘密性が高い場合などに、特定の個人以外には再生できないようにしたい場合がある。例えば所定の映像又は音声データについて暗証番号を知っている人のみが再生できるようにしたいという要請がある。
【０００６】
【課題を解決するための手段】
本発明は、通常データ又は再生禁止指定データの指定がされている映像データ及び音声データが記録されており、上記通常データと上記再生禁止指定データについて再生するための管理データとして、再生禁止されたデータを再生しない第１の再生順序に応じて上記通常データのみを指定する通常管理データと、第２の再生順序に応じて上記通常データ及び再生禁止されたデータを指定する暗証要求管理データとが、それぞれ記録されている記録媒体に対して、再生操作時における入力暗証番号の一致に応じて上記暗証要求管理データによる情報を用いてデータの再生を行なうことができるように構成される。
更に、上記記録媒体には、上記暗証要求管理データの存在を示すデータが記録されており、再生禁止指定が解除される際に、上記暗証要求管理データが、通常管理データに書き込まれると共に、上記暗証要求管理データの存在を示すデータが、存在しないことを示すデータに書き換えられて記録されている。
特には、上記暗証要求管理データは、上記第２の再生順序に応じて、上記通常データと上記再生禁止指定データの両方の再生を行なうことを可能とするものである。また上記第２の再生順序とは、再生禁止指定データの指定が行われる前に設定された再生順序である。
また上記記録媒体に対する再生方法として、再生操作時に暗証番号の入力を要求するステップと、入力された暗証番号が正しいか否かを判別するステップと、入力された暗証番号が正しいことに応じて上記暗証要求管理データによる情報を用いてデータの再生を行なうステップとを備える。
【０００７】
本発明では、通常管理データにおいて再生禁止指定データ部位として或るデータ部位を再生できない状態で通常データ部位を第１の再生順序で再生できるような管理を行ない、これに対して、通常データ部位と再生禁止指定データ部位の両方について第２の再生順序で再生を可能とするための暗証要求管理データを記録することができるようにし、再生装置としては、再生操作時における入力暗証番号の一致に応じて暗証要求管理データによる情報を用いるようにすれば、記録媒体上で、暗証番号を入力できるユーザーのみしかデータの再生を実行できないデータ部位を実現できる。
【０００８】
【実施例】
以下、本発明の再生装置及び再生方法の実施例としてのデータ構造、記録媒体、及びディスク装置（映像と音声の両方を同時的に記録再生できるディスク装置）について説明し、また暗証番号入力に基づいて所定のデータを再生できるようにしたディスク装置とその再生方法を説明する。なお、この実施例はミニディスクシステムを利用して、音声データに加えて映像データの記録再生を行なうことができるシステムとする。
説明は次の順序で行なう。
１）映像音声対応のディスク装置の構成
２）音声のみ対応のディスク装置の構成
３）ディスクにおけるトラック構造
４）ディスクにおけるＰ−ＴＯＣフォーマット
５）ディスクにおけるＵ−ＴＯＣフォーマット
６）ディスクにおける音声データセクター構造
７）ディスクにおける映像データセクター構造
８）映像データ生成方式
９）音声データと映像データが混在されるトラック構造
１０）映像データフォーマット
１１）記録再生管理方式
１２）通常のＵ−ＴＯＣセクターのみで再生禁止部位を得る管理方式
１３）通常のＵ−ＴＯＣセクターのみで再生禁止部位を得た場合の再生方式
１４）暗証要求Ｕ−ＴＯＣセクターを用いる場合の管理方式
１５）暗証要求Ｕ−ＴＯＣセクターを用いる場合の再生方式
【０００９】
＜１．映像音声対応のディスク装置の構成＞
図１に実施例となるディスク装置の構成を示す。
図１において、１は後述するように音声データと映像データが混在（時分割多重）して記録されている光磁気ディスクを示し、スピンドルモータ２により回転駆動される。３は光磁気ディスク１に対して記録／再生時にレーザ光を照射する光学ヘッドであり、記録時には記録トラックをキュリー温度まで加熱するための高レベルのレーザ出力をなし、また再生時には磁気カー効果により反射光からデータを検出するための比較的低レベルのレーザ出力をなす。
【００１０】
このため、光学ヘッド３はレーザ出力手段としてのレーザダイオード、偏向ビームスプリッタや対物レンズ等からなる光学系、及び反射光を検出するためのディテクタが搭載されている。対物レンズ３ａは２軸機構４によってディスク半径方向及びディスクに接離する方向に変位可能に保持されている。
【００１１】
また、６ａは供給されたデータによって変調された磁界を光磁気ディスクに印加する磁気ヘッドを示し、光磁気ディスク１を挟んで光学ヘッド３と対向する位置に配置されている。光学ヘッド３全体及び磁気ヘッド６ａは、スレッド機構５によりディスク半径方向に移動可能とされている。
【００１２】
再生動作によって、光学ヘッド３により光磁気ディスク１から検出された情報はＲＦアンプ７に供給される。ＲＦアンプ７は供給された情報の演算処理により、再生ＲＦ信号、トラッキングエラー信号、フォーカスエラー信号、絶対位置情報（光磁気ディスク１にプリグルーブ（ウォブリンググルーブ）として記録されている絶対位置情報）、アドレス情報、フォーカスモニタ信号等を抽出する。そして、抽出された再生ＲＦ信号はエンコーダ／デコーダ部８に供給される。また、トラッキングエラー信号、フォーカスエラー信号はサーボ回路９に供給され、アドレス情報はアドレスデコーダ１０に供給される。さらに絶対位置情報、フォーカスモニタ信号は例えばマイクロコンピュータによって構成されるシステムコントローラ１１に供給される。
【００１３】
サーボ回路９は供給されたトラッキングエラー信号、フォーカスエラー信号や、システムコントローラ１１からのトラックジャンプ指令、シーク指令、スピンドルモータ２の回転速度検出情報等により各種サーボ駆動信号を発生させ、２軸機構４及びスレッド機構５を制御してフォーカス及びトラッキング制御をなし、またスピンドルモータ２を一定角速度（ＣＡＶ）又は一定線速度（ＣＬＶ）に制御する。
【００１４】
再生ＲＦ信号はエンコーダ／デコーダ部８でＥＦＭ復調、ＣＩＲＣ等のデコード処理された後、メモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれる。なお、光学ヘッド３による光磁気ディスク１からのデータ（音声データ及び映像データ）の読み取り及び光学ヘッド３からバッファＲＡＭ１３までの系における再生データの転送は例えば1.41Mbit/secで行なわれる。
【００１５】
バッファＲＡＭ１３に書き込まれたデータは、再生データの転送が例えば0.3Mbit/sec となるタイミングで読み出され、音声データについては、音声圧縮／伸長処理を行なうエンコーダ／デコーダ部１４に供給される。そして、音声圧縮処理に対するデコード処理等の再生信号処理を施され、Ｄ／Ａ変換器１５によってアナログ音声信号とされ、端子１６から所定の増幅回路部へ供給されて再生出力される。例えばＬ，Ｒオーディオ信号として出力される。
【００１６】
また、映像データについては、メモリコントローラ１２により画像信号のエンコーダ／デコーダ部２１に供給される。エンコーダ／デコーダ部２１は例えばＭＰＥＧ方式に準じたエンコード処理、デコード処理を行なうことができるように構成されている。２３はエンコード処理、デコード処理の際に映像データを保持するビデオＲＡＭ、２４はビデオ信号発生部である。
【００１７】
エンコーダ／デコーダ部２１でデコードされた映像信号（Ｒ，Ｇ，Ｂ映像信号）はＤ／Ａ変換器２５においてアナログ信号とされ、コンバータ２６によってＮＴＳＣ映像信号（例えばＮＴＳＣ方式のコンポジット映像信号）に変換され、端子２７から出力される。
【００１８】
ここで、バッファＲＡＭ１３に一旦書き込まれ、その後読み出されるデータ（データは後述する１セクター単位で書込／読出が実行される）については、システムデコーダ２２がそのデータ内容から、そのセクターデータが音声データであるか映像データであるかを判別できるようになされており、読み出されたデータをエンコーダ／デコーダ部１４とエンコーダ／デコーダ部２１のいづれに供給すべきかが判別される。
【００１９】
アドレスデコーダ１０から出力されるアドレス情報や制御動作に供されるサブコードデータはエンコーダ／デコーダ部８を介してシステムコントローラ１１に供給され、各種の制御動作に用いられる。
さらに、記録／再生動作のビットクロックを発生させるＰＬＬ回路のロック検出信号、再生データのフレーム同期信号の欠落状態のモニタ信号等もシステムコントローラ１１に供給される。
【００２０】
また、システムコントローラ１１は光学ヘッド３におけるレーザダイオードの動作を制御するレーザ制御信号ＳＬＰを出力しており、レーザダイオードの出力をオン／オフ制御するとともに、オン制御時としては、レーザパワーが比較的低レベルである再生時の出力と、比較的高レベルである記録時の出力とを切り換えることができるようになされている。
【００２１】
光磁気ディスク１に対して記録動作が実行される際には、記録すべき音声信号（アナログ音声信号）については端子１７に供給される。
また映像信号（ＮＴＳＣコンポジット映像信号）は端子２８に供給される。
【００２２】
端子１７に供給されたアナログ音声信号は、Ａ／Ｄ変換器１８によってデジタルデータとされた後、エンコーダ／デコーダ部１４に供給され、音声圧縮エンコード処理を施される。エンコーダ／デコーダ部１４によって圧縮された音声データはメモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれ、また所定タイミングで読み出されてエンコーダ／デコーダ部８に送られる。そしてエンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後、磁気ヘッド駆動回路１５に供給される。
【００２３】
また、端子２８に供給されたＮＴＳＣコンポジット映像信号は、コンバータ２９においてＲ，Ｇ，Ｂ映像信号に変換され、さらにＡ／Ｄ変換器３０によってデジタルデータとされた後、エンコーダ／デコーダ部２１に供給され、ＭＰＥＧ方式に準じたエンコード処理を施される。即ち、ＤＣＴ変換、ビット数圧縮のための再量子化、ランレングスコーディング等の処理が実行される。
【００２４】
エンコーダ／デコーダ部２１によって圧縮エンコード処理された映像データはメモリコントローラ１２によって一旦バッファＲＡＭ１３に書き込まれ、また所定タイミングで読み出されてエンコーダ／デコーダ部８に送られる。そしてエンコーダ／デコーダ部８でＣＩＲＣエンコード、ＥＦＭ変調等のエンコード処理された後、磁気ヘッド駆動回路６に供給される。
磁気ヘッド駆動回路６に対しては、音声データと映像データが時分割的に供給されることになる。
【００２５】
磁気ヘッド駆動回路６は供給された記録データに応じて、磁気ヘッド６ａに磁気ヘッド駆動信号を供給する。つまり、光磁気ディスク１に対して磁気ヘッド６ａによるＮ又はＳの磁界印加を実行させる。また、このときシステムコントローラ１１は光学ヘッドに対して、記録レベルのレーザ光を出力するように制御信号を供給する。
【００２６】
１９はユーザー操作に供されるキーが設けられた操作入力部、２０は例えば液晶ディスプレイによって構成される表示部を示す。操作入力部１９には録音キー、再生キー、停止キー、ＡＭＳキー、サーチキー等がユーザー操作に供されるように設けられている。
【００２７】
また、ディスク１に対して記録／再生動作を行なう際には、ディスク１に記録されている管理情報、即ちＰ−ＴＯＣ（プリマスタードＴＯＣ）、Ｕ−ＴＯＣ（ユーザーＴＯＣ）を読み出して、システムコントローラ１１はこれらの管理情報に応じてディスク１上の記録すべきセグメントのアドレスや、再生すべきセグメントのアドレスを判別することとなるが、この管理情報はバッファＲＡＭ１３に保持される。このためバッファＲＡＭ１３は、上記した記録データ／再生データのバッファエリアと、これら管理情報を保持するエリアが分割設定されている。
【００２８】
そして、システムコントローラ１１はこれらの管理情報を、ディスク１が装填された際に管理情報の記録されたディスクの最内周側の再生動作を実行させることによって読み出し、バッファＲＡＭ１３に記憶しておき、以後そのディスク１に対する記録／再生動作の際に参照できるようにしている。
【００２９】
また、Ｕ−ＴＯＣはデータの記録や消去に応じて編集されて書き換えられるものであるが、システムコントローラ１１は記録／消去動作のたびにこの編集処理をバッファＲＡＭ１３に記憶されたＵ−ＴＯＣ情報に対して行ない、その書換動作に応じて所定のタイミングでディスク１のＵ−ＴＯＣエリアについても書き換えるようにしている。
【００３０】
＜２．音声のみ対応のディスク装置の構成＞
図２にミニディスクシステムとしてのディスク装置の構成を示す。つまり、音声データのみに対応して記録／再生動作をなすディスク装置である。
この場合、図１のディスク装置から映像データの付加により必要とされる回路部を除いた構成となっており、即ち、エンコーダ／デコーダ部２１、システムデコーダ２２、ビデオＲＡＭ２３、ビデオ信号発生器２４、Ｄ／Ａ変換器２５、Ａ／Ｄ変換器３０、コンバータ２６，２９、端子２７，２８が備えられていない。音声データの記録／再生のための動作は上述した図１のディスク装置とほぼ同様となるものであり、説明を省略する。
【００３１】
＜３．ディスクにおけるトラック構造＞
ミニディスクシステムにおける、光磁気ディスク１のトラック構造は図３のようになる。
即ち、図３（ａ）（ｂ）のように４セクターの（１セクタ＝２３５２バイト）サブデータ領域と３２セクター（ＳＣ０〜ＳＣ３１）のメインデータ領域からなるクラスタＣＬ（＝３６セクタ−）が連続して形成されており、１クラスタが記録再生時の最小単位とされている。この１クラスタは２〜３周回トラック分に相当する。なお、アドレスは１セクター毎に記録される。
４セクターのサブデータ領域はサブデータやリンキングエリアとしてなどに用いられ、ＴＯＣデータ、音声データ、映像データ等の記録は３２セクターのメインデータ領域に行なわれる。
【００３２】
また、セクターに記録される音声データの領域はさらにサウンドグループに細分化され、２セクターが１１サウンドグループに分けられている。（なお、本実施例で実現される映像データのセクター構成については後述する）
【００３３】
つまり図３（ｂ）にセクターを示したクラスタが音声データ記録に用いられている場合、図３（ｂ）における偶数セクター（ＳＣ０，ＳＣ２，ＳＣ４・・・・）は図３（ｃ）のように構成され、また図３（ｂ）における奇数セクター（ＳＣ１，ＳＣ３，ＳＣ５・・・・）は図３（ｄ）のように構成されている。
各セクターは図３（ｃ）（ｄ）のように先頭に同期パターン（ＳＹＮＣ）、及びアドレスが記録されたヘッダーが設けられ、続いてサブヘッダーが設けられる。そしてサブヘッダーにつづいて実際の音声データが記録される。
記録される音声データとしては２１２バイトのサウンドフレームＳＦが最小データ単位とされ、各セクターには１１のサウンドフレームが含まれる。１つのサウンドフレームはＬ又はＲチャンネルについての11.6msec分の音声信号を圧縮処理したデータとされている。
【００３４】
ここで、まず偶数セクターには、ＬチャンネルのサウンドフレームＳＦ（Ｌ０）、ＲチャンネルのサウンドフレームＳＦ（Ｒ０）、ＬチャンネルのサウンドフレームＳＦ（Ｌ１）・・・・・・・ とＬ，Ｒ各チャンネルに付いて交互に記録されていき、ＬチャンネルのサウンドフレームＳＦ（Ｌ５）までが記録される。
一方、奇数セクターにはＲチャンネルのサウンドフレームＳＦ（Ｒ５）、ＬチャンネルのサウンドフレームＳＦ（Ｌ６）、ＲチャンネルのサウンドフレームＳＦ（Ｒ６）・・・・・ と交互に記録されていき、ＲチャンネルのサウンドフレームＳＦ（Ｒ１０） までが記録される。
【００３５】
そして、Ｌ，Ｒの対のサウンドフレームにより１つのサウンドグループ（ＳＧ０〜ＳＧ１０）が構成される。従って、サウンドグループＳＧ０〜ＳＧ４及びサウンドグループＳＧ５の前半が偶数セクターに記録され、サウンドグループＳＧ５の後半からサウンドグループ１０までが奇数セクターに記録されており、つまり上述したように２セクターで１１サウンドグループのデータが記録されることになる。
【００３６】
＜４．Ｐ−ＴＯＣセクター＞
ここで、ディスク１において音声データ及び映像データの記録／再生動作の管理を行なう管理情報として、まずＰ−ＴＯＣセクターについて説明する。
Ｐ−ＴＯＣ情報としては、ディスクの記録可能エリア（レコーダブルユーザーエリア）などのエリア指定やＵ−ＴＯＣエリアの管理等が行なわれる。なお、ディスク１が再生専用の光ディスクであるプリマスタードディスクの場合は、Ｐ−ＴＯＣによってＲＯＭ化されて記録されている楽曲の管理も行なうことができるようになされている。
【００３７】
Ｐ−ＴＯＣのフォーマットを図４に示す。
図４はＰ−ＴＯＣ用とされる領域（例えばディスク最内周側のＲＯＭエリア）において繰り返し記録されるＰ−ＴＯＣ情報の１つのセクター（セクター０）を示している。なお、Ｐ−ＴＯＣはセクター０に続くセクター１以降はオプションとされている。
【００３８】
Ｐ−ＴＯＣのセクターのデータ領域（４バイト×588 の２３５２バイト）は、先頭位置にオール０又はオール１の１バイトデータによって成る同期パターンが配され、続いてクラスタアドレス及びセクターアドレスを示すアドレス等による４バイトのヘッダが設けられている。
【００３９】
また、ヘッダに続いて所定アドレス位置に『ＭＩＮＩ』という文字に対応したアスキーコードによる識別ＩＤが付加されている。
さらに、続いてディスクタイプや録音レベル、記録されている最初の楽曲の曲番（First TNO)、最後の楽曲の曲番（Last TNO) 、セクター使用状況(Used sectors)、リードアウトスタートアドレスＲＯＡ 、パワーキャルエリアスタートアドレスＰＣＡ 、Ｕ−ＴＯＣ（後述する図５のＵ−ＴＯＣセクター０のデータ領域）のスタートアドレスＵＳＴＡ 、録音可能なエリア（レコーダブルユーザーエリア）のスタートアドレスＲＳＴＡ 等が記録される。
【００４０】
続いて、記録されている各楽曲等を後述する管理テーブル部におけるパーツテーブルに対応させるテーブルポインタ(P-TNO1 〜P-TNO255) を有する対応テーブル指示データ部が用意されている。
【００４１】
そして対応テーブル指示データ部に続く領域には、対応テーブル指示データ部におけるテーブルポインタ(P-TNO1 〜P-TNO255) に対応して、(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられた管理テーブル部が用意される（なお本明細書において『ｈ』を付した数値はいわゆる１６進表記のものである）。それぞれのパーツテーブルには、或るセグメントについて起点となるスタートアドレス、終端となるエンドアドレス、及びそのセグメント（トラック）のモード情報（トラックモード）が記録できるようになされている。
【００４２】
各パーツテーブルにおけるトラックのモード情報とは、そのセグメントが例えばオーバーライト禁止やデータ複写禁止に設定されているか否かの情報や、オーディオ情報か否か、モノラル／ステレオの種別などが記録されている。
【００４３】
管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、対応テーブル指示データ部のテーブルポインタ (P-TNO1〜P-TNO255) によって、そのセグメントの内容が示される。つまり、第１曲目の楽曲についてはテーブルポインタP-TNO1として或るパーツテーブル（例えば(01h) 。ただし実際にはテーブルポインタには所定の演算処理によりＰ−ＴＯＣセクター０内のバイトポジションで或るパーツテーブルを示すことができる数値が記されている）が記録されており、この場合パーツテーブル(01h) のスタートアドレスは第１曲目の楽曲の記録位置のスタートアドレスとなり、同様にエンドアドレスは第１曲目の楽曲が記録された位置のエンドアドレスとなる。さらに、トラックモード情報はその第１曲目についての情報となる。
【００４４】
同様に第２曲目についてはテーブルポインタP-TNO2に示されるパーツテーブル（例えば(02h) ）に、その第２曲目の記録位置のスタートアドレス、エンドアドレス、及びトラックモード情報が記録されている。
以下同様にテーブルポインタはP-TNO255まで用意されているため、Ｐ−ＴＯＣ上では第２５５曲目まで管理可能とされている。
そして、このようにＰ−ＴＯＣセクター０が形成されることにより、例えば再生時において、所定の楽曲をアクセスして再生させることができる。
【００４５】
なお、記録／再生可能な光磁気ディスクの場合いわゆるプリマスタードの楽曲エリアが存在しないため、上記した対応テーブル指示データ部及び管理テーブル部は用いられず（これらは続いて説明するＵ−ＴＯＣで管理される）、従って各バイトは全て『００ｈ』とされている。
ただし、楽曲等が記録されるエリアとしてＲＯＭエリアと光磁気エリアの両方を備えたハイブリッドタイプのディスクについては、そのＲＯＭエリア内の楽曲の管理に上記対応テーブル指示データ部及び管理テーブル部が用いられる。
【００４６】
＜５．Ｕ−ＴＯＣセクター＞
続いてＵ−ＴＯＣの説明を行なう。
図５はＵ−ＴＯＣの最初のセクター（Ｕ−ＴＯＣセクター０）のフォーマットを示しており、主にユーザーが録音を行なった楽曲や新たに楽曲が録音可能な未記録エリア（フリーエリア）についての管理情報が記録されているデータ領域とされる。なお、Ｕ−ＴＯＣもセクター０に続くセクター１以降はオプションとされる。ただし、本実施例では、図１に示した、音声だけでなく映像の記録／再生を行なうことができるディスク装置の動作を実現するため、このＵ−ＴＯＣセクター０と同様のフォーマットのセクター（例えばＵ−ＴＯＣセクター６）が用意される。
そして、このＵ−ＴＯＣセクター０は音声データのみについての管理情報となり、図２のディスク装置による記録／再生動作、及び図１のディスク装置において音声データのみの記録／再生動作を行なう際に管理情報として使用され、Ｕ−ＴＯＣセクター６については、図１のディスク装置が音声データと映像データの同時的な記録／再生動作を行なう際の管理情報として用いられることになる。
【００４７】
ミニディスクシステムでは、ディスク１に或る楽曲の録音を行なおうとする際には、システムコントローラ１１は、Ｕ−ＴＯＣからディスク上のフリーエリアを探し出し、ここに音声データを記録していくことができるようになされている。また、再生時には再生すべき楽曲が記録されているエリアをＵ−ＴＯＣから判別し、そのエリアにアクセスして再生動作を行なう。
【００４８】
図５に示すＵ−ＴＯＣのセクター（セクター０）には、Ｐ−ＴＯＣと同様にまず同期パターン及びヘッダが設けられ、続いて所定アドレス位置に、メーカーコード、モデルコード、最初の楽曲の曲番(First TNO）、最後の楽曲の曲番（Last TNO）、セクター使用状況(Used sectors)、ディスクシリアルナンバ、ディスクＩＤ等のデータが記録される。
【００４９】
１バイト（８ビット）のセクター使用状況(Used sectors)の第１〜第８の各ビットは、そのＭＳＢ〜ＬＳＢがＵ−ＴＯＣセクター７〜Ｕ−ＴＯＣセクター０に対応しており、ディスク１において音声データだけでなく映像データも記録され、上述のようにＵ−ＴＯＣセクター６が用いられる場合は、例えばこのＵ−ＴＯＣセクター０におけるセクター使用状況(Used sectors)の、Ｕ−ＴＯＣセクター６に対応するビット（第２ビット）が『１』とされ、これによってディスクが映像データと音声データが混在しているディスクであることが判別される。
【００５０】
さらにＵ−ＴＯＣセクター０内には、ユーザーが録音を行なって記録されている楽曲の領域や未記録領域等を後述する管理テーブル部に対応させることによって識別するため、対応テーブル指示データ部として各種のテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) が記録される領域が用意されている。
【００５１】
そして対応テーブル指示データ部のテーブルポインタ(P-DFA〜P-TNO255) に対応させることになる管理テーブル部として(01h) 〜(FFh) までの２５５個のパーツテーブルが設けられ、それぞれのパーツテーブルには、上記図４のＰ−ＴＯＣセクター０と同様に或るセグメントについて起点となるスタートアドレス、終端となるエンドアドレス、そのセグメントのモード情報（トラックモード）が記録されており、さらにこのＵ−ＴＯＣセクター０の場合、各パーツテーブルで示されるセグメントが他のセグメントへ続いて連結される場合があるため、その連結されるセグメントのスタートアドレス及びエンドアドレスが記録されているパーツテーブルを示すリンク情報が記録できるようになされている。
【００５２】
この種の記録再生装置では、例えば１つの楽曲のデータ物理的に不連続に、即ち複数のセグメント（ここでセグメントとは、物理的に連続したデータが記録されているトラック部分をいう）にわたって記録されていてもセグメント間でアクセスしながら再生していくことにより再生動作に支障はないため、ユーザーが録音する楽曲等については、録音可能エリアの効率使用等の目的から、複数セグメントにわけて記録する場合もある。また、映像データと音声データが混在される場合は、これらは時分割的に多重されるため、例えば１曲の音声データはセグメント分割されることになる。
【００５３】
そのため、リンク情報が設けられ、例えば各パーツテーブルに与えられたナンバ(01h) 〜(FFh) （実際には所定の演算処理によりＵ−ＴＯＣセクター０内のバイトポジションとされる数値で示される）によって、連結すべきパーツテーブルを指定することによってパーツテーブルが連結できるようになされている。（なお、音声データ専用のプリマスタードディスクにおいてあらかじめ記録される楽曲等については通常セグメント分割されることがないため、前記図４のようにＰ−ＴＯＣセクター０においてリンク情報はすべて『(00h) 』とされている。）
【００５４】
つまりＵ−ＴＯＣセクター０における管理テーブル部においては、１つのパーツテーブルは１つのセグメントを表現しており、例えば３つのセグメントが連結されて構成される楽曲についてはリンク情報によって連結される３つのパーツテーブルによって、そのセグメント位置の管理はなされる。
【００５５】
Ｕ−ＴＯＣセクター０の管理テーブル部における(01h) 〜(FFh) までの各パーツテーブルは、対応テーブル指示データ部におけるテーブルポインタ(P-DFA，P-EMPTY ，P-FRA ，P-TNO1〜P-TNO255) によって、以下のようにそのセグメントの内容が示される。
【００５６】
テーブルポインタP-DFA は光磁気ディスク１上の欠陥領域に付いて示しており、傷などによる欠陥領域となるトラック部分（＝セグメント）が示された１つのパーツテーブル又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、欠陥セグメントが存在する場合はテーブルポインタP-DFA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、欠陥セグメントがスタート及びエンドアドレスによって示されている。また、他にも欠陥セグメントが存在する場合は、そのパーツテーブルにおけるリンク情報として他のパーツテーブルが指定され、そのパーツテーブルにも欠陥セグメントが示されている。そして、さらに他の欠陥セグメントがない場合はリンク情報は例えば『(00h) 』とされ、以降リンクなしとされる。
【００５７】
テーブルポインタP-EMPTY は管理テーブル部における１又は複数の未使用のパーツテーブルの先頭のパーツテーブルを示すものであり、未使用のパーツテーブルが存在する場合は、テーブルポインタP-EMPTY として、(01h) 〜(FFh) のうちのいづれかが記録される。未使用のパーツテーブルが複数存在する場合は、テーブルポインタP-EMPTY によって指定されたパーツテーブルからリンク情報によって順次パーツテーブルが指定されていき、全ての未使用のパーツテーブルが管理テーブル部上で連結される。
【００５８】
テーブルポインタP-FRA は光磁気ディスク１上のデータの書込可能なフリーエリア（消去領域を含む）について示しており、フリーエリアとなるトラック部分（＝セグメント）が示された１又は複数のパーツテーブル内の先頭のパーツテーブルを指定している。つまり、フリーエリアが存在する場合はテーブルポインタP-FRA において(01h) 〜(FFh) のいづれかが記録されており、それに相当するパーツテーブルには、フリーエリアであるセグメントがスタート及びエンドアドレスによって示されている。また、このようなセグメントが複数個有り、つまりパーツテーブルが複数個有る場合はリンク情報により、リンク情報が『(00h) 』となるパーツテーブルまで順次指定されている。
【００５９】
図６にパーツテーブルにより、フリーエリアとなるセグメントの管理状態を模式的に示す。これはセグメント(03h)(18h)(1Fh)(2Bh)(E3h) がフリーエリアとされている時に、この状態が対応テーブル指示データP-FRA に引き続きパーツテーブル(03h)(18h)(1Fh)(2Bh)(E3h) のリンクによって表現されている状態を示している。なお、上記した欠陥領域や、未使用パーツテーブルの管理形態もこれと同様となる。
【００６０】
ところで、全く楽曲等の音声データの記録がなされておらず欠陥もない光磁気ディスクであれば、テーブルポインタP-FRA によってパーツテーブル(01h) が指定され、これによってディスクのレコーダブルユーザーエリアの全体が未記録領域（フリーエリア）であることが示される。そして、この場合残る(02h) 〜(FFh) のパーツテーブルは使用されていないことになるため、上記したテーブルポインタP-EMPTY によってパーツテーブル(02h) が指定され、また、パーツテーブル(02h) のリンク情報としてパーツテーブル(03h) が指定され、パーツテーブル(03h) のリンク情報としてパーツテーブル(04h) が指定され、というようにパーツテーブル(FFh) まで連結される。この場合パーツテーブル(FFh) のリンク情報は以降連結なしを示す『(00h) 』とされる。
なお、このときパーツテーブル(01h) については、スタートアドレスとしてはレコーダブルユーザーエリアのスタートアドレスが記録され、またエンドアドレスとしてはリードアウトスタートアドレスの直前のアドレスが記録されることになる。
【００６１】
テーブルポインタP-TNO1〜P-TNO255は、光磁気ディスク１にユーザーが記録を行なった楽曲について示しており、例えばテーブルポインタP-TNO1では１曲目のデータが記録された１又は複数のセグメントのうちの時間的に先頭となるセグメントが示されたパーツテーブルを指定している。
【００６２】
例えば１曲目とされた楽曲がディスク上でトラックが分断されずに（つまり１つのセグメントで）記録されている場合は、その１曲目の記録領域はテーブルポインタP-TNO1で示されるパーツテーブルにおけるスタート及びエンドアドレスとして記録されている。
【００６３】
また、例えば２曲目とされた楽曲がディスク上で複数のセグメントに離散的に記録されている場合は、その楽曲の記録位置を示すため各セグメントが時間的な順序に従って指定される。つまり、テーブルポインタP-TNO2に指定されたパーツテーブルから、さらにリンク情報によって他のパーツテーブルが順次時間的な順序に従って指定されて、リンク情報が『(00h) 』となるパーツテーブルまで連結される（上記、図６と同様の形態）。このように例えば２曲目を構成するデータが記録された全セグメントが順次指定されて記録されていることにより、このＵ−ＴＯＣセクター０のデータを用いて、２曲目の再生時や、その２曲目の領域へのオーバライトを行なう際に、光学ヘッド３及び磁気ヘッド６をアクセスさせ離散的なセグメントから連続的な音楽情報を取り出したり、記録エリアを効率使用した記録が可能になる。
【００６４】
以上のようにディスク上のエリア管理はＰ−ＴＯＣによってなされ、またレコーダブルユーザーエリアにおいて記録された楽曲等の音声データや音声データが記録可能なフリーエリア等はＵ−ＴＯＣにより行なわれる。
これらのＴＯＣ情報はバッファＲＡＭ１３に読み込まれてシステムコントローラ１１がこれを参照できるようになされる
【００６５】
ところで、本実施例において、特に映像データと音声データが混在されるディスクの場合は、このＵ−ＴＯＣセクター０においては、映像データが記録されるセグメントについては、記録可能エリア又は再生エリアとして管理することは適当でない。このため、映像データが記録されるセグメントはＵ−ＴＯＣセクター０においては無効なエリア（例えばテーブルポインタP-DFA からリンクされて管理されるディフェクトエリア）または存在しないエリア（テーブルポインタP-FRA 又はP-TNO1〜P-TNO255のいづれからも連結されないエリア）として扱われることになる。つまり、Ｕ−ＴＯＣセクター０によっては映像データが記録されたセグメントは記録／再生を行なうことができないようになされる。
音声データと映像データの記録／再生のための具体的な管理方式は後述するが、この管理はＵ−ＴＯＣセクター６において実現される。そして、本実施例ではＵ−ＴＯＣセクター６の構造は、図５に示したＵ−ＴＯＣセクター０の構造と同様であるとする。
【００６６】
＜６．ディスクにおける音声データセクター構造＞
音声データの記録されるセクターのフォーマットは図７のように設定されている。
このセクター（２３５２バイト）において、先頭の１２バイトは同期データとされ、つづいて、３バイトがクラスタアドレス及びセクターアドレス用に設定され、続く１バイトがモードとされ、ヘッダとされる。
【００６７】
ヘッダにつづいて４バイトがサブヘッダとされ、サブヘッダにつづくバイト、即ちセクターの第２１バイト目〜第２３５２バイト目までの２３３２バイトがデータエリア（Data0 〜Data2331）とされている。
この２３３２バイトのデータエリアには２１２バイトのサウンドフレーム（図３参照）が１１単位記録されることになり、従って１セクターで 5.5単位のサウンドグループが記録され、セクターアドレスが偶数（アドレスのＬＳＢが０）である偶数セクターと、次のセクター、つまりセクターアドレスが奇数（アドレスのＬＳＢが１）である奇数セクターの２つのセクターで１１単位のサウンドグループが記録されることになる。
【００６８】
＜７．ディスクにおける映像データセクター構造＞
音声データと時分割的に多重されて記録される映像データのセクターのフォーマットは図８のように設定されている。
このセクター（２３５２バイト）においても、先頭の１２バイトは同期データとされ、つづいて、３バイトがクラスタアドレス及びセクターアドレス用に設定され、続く１バイトがモードとされ、ヘッダとされる。
【００６９】
ヘッダにつづいて８バイトがサブヘッダとされ、サブヘッダにつづくバイト、即ちセクターの第２５バイト目〜第２３４８バイト目までの２３２４バイトが映像データ（映像データの１パック）のエリア（PACK-Data0〜PACK-Data2323 ）とされている。この２３２４バイトのデータエリアにはＭＰＥＧ方式に準じて圧縮コード化された１フレームの映像信号が１パックの映像データとして記録されることになる。
セクターの最後の４バイトはリザーブとされている。
【００７０】
なお、図９は、図８の映像データセクターと図７の音声データセクターを比較できるように簡略化して示したものである。
【００７１】
＜８．映像データ生成方式＞
ここで、ＭＰＥＧ方式に準じて圧縮コード化される映像データについて説明する。
本実施例では圧縮前の映像信号をＮＴＳＣ方式としているが、このＮＴＳＣ方式の場合１秒間が３０フレームの映像信号により構成される。
ＭＰＥＧ方式では、各映像信号（１フレーム）に対して平面方向にブロック分け（横２２ブロック分割、縦１５ブロック分割で、３３０ブロック）を行ない、各ブロックのデータをＤＣＴ変換し、さらにビット数を減らすために再量子化を行なう（高域成分を０にする）。そして、ブロックを１フレームの画面左上となるブロックからジグザグとなるようにブロック順を並び代え、ランレングスコーディングを行なってさらにビット数の圧縮を行なうようにしている。
【００７２】
このように圧縮処理される映像信号の各フレームについては、その時間的に前後となるフレームでは映像情報として非常に似たものであり、これを利用してさらに情報の圧縮が行なわれ、圧縮度の異なる３種類の映像データ（１フレームの映像データ）が設けられる。これらは、Ｉピクチャー(Intra Picture) 、Ｐピクチャー(Predicated Picture)，Ｂピクチャー(Bidirectionari Picture)と呼ばれる。
【００７３】
そして、１秒間についての３０枚の各フレームついて、一般的には図１０（ａ）のようにＩピクチャー，Ｐピクチャー，Ｂピクチャーが並ぶことになる。例えばこの場合、１／２秒間隔のフレームがＩピクチャーＩ１ ，Ｉ２ とされ、また、８枚のＰピクチャーＰ１ 〜Ｐ８ 、及び２０枚のＢピクチャーＢ１ 〜Ｂ２０がそれぞれ図示のように配置される。
【００７４】
Ｉピクチャーは上記したようにＤＣＴ変換により符合化された正規の画像データである。
Ｐピクチャーは図１０（ｂ）のように、最も近いＩピクチャー又はＰピクチャーから、動き補償を用いて符合化されて生成される。例えばＰピクチャーＰ１ はＩピクチャーＩ１ を用いて、また、ＰピクチャーＰ２ はＰピクチャーＰ１ を用いて生成される。
このため、ＰピクチャーはＩピクチャーより圧縮されたものとなる。なお、順次前のＩピクチャー又はＰピクチャーから生成するため、エラーが生ずると、エラーが伝搬してしまうことになる。
【００７５】
Ｂピクチャーは、図１０（ｃ）のように過去及び未来の両方のＩピクチャー又はＰピクチャーを用いて生成される。
例えばＢピクチャーＢ１ ，Ｂ２ はＩピクチャーＩ１ とＰピクチャーＰ１ を用いて生成され、ＢピクチャーＢ３ ，Ｂ４ はＰピクチャーＰ１ とＰピクチャーＰ２ を用いて生成される。
Ｂピクチャーは最も圧縮されたデータとなる。また、データ生成レファレンスとはならないため、エラーが伝搬されることはない。
【００７６】
ＭＰＥＧのアルゴリズムでは、Ｉピクチャーの位置や同期を選択することが許されており、この選択はランダムアクセス度やシーンカット等の事情から決定される。例えばランダムアクセスを重視すれば、図１０（ａ）のように少なくとも１秒間に２枚のＩピクチャーが必要となる。
さらに、Ｐピクチャー、Ｂピクチャーの頻度も選択可能であり、これはエンコード手段のメモリー容量などに応じて設定されるものである。
【００７７】
また、ＭＰＥＧ方式におけるエンコード手段は、デコーダにおいて効率が良くなるようにの映像データストリームを再配置して出力するようにしている。
例えば図１０（ａ）の場合において、表示すべきフレーム順序（デコーダ出力順序）は、図１０（ａ）下部に示したフレーム番号どおりとなるが、デコーダがＢピクチャーを再合成するためにＢピクチャーより前時点でレファレンスとなるＰピクチャーが必要となる。このためエンコーダ側では、図１１（ａ）のフレーム順序を図１１（ｂ）のように並べ換えて、これを映像データストリームとして伝送するようにしている。
【００７８】
＜９．音声データと映像データが混在されるトラック構造＞
本実施例ではこのようにＭＰＥＧ方式に準じて圧縮した映像データを、音声データとともに同時的に記録／再生できるようにするものであるが、例えば或る楽曲についての音声データと、その楽曲に合わせた映像としての映像データを考えた場合、１曲（トラックＮ）としてのデータ構造は図１２のようになる。
なお、ＦＭはフロントマージン、ＲＭはリアマージンであり、これらは１５セクター以上の空データ領域とされる。
【００７９】
映像データストリームとしての映像データと、音声データストリームとしての音声データは、図１３のようにｎ：１インターリーブにより時分割的に多重化されてディスク上に記録されることになる。
ここで、ＶＭＰＥＧは映像データとしてのデータ単位、ＡＭＤは音声データとしてのデータ単位を示しており、これらのデータ単位は例えば少なくとも４クラスタ長とされ、これを最小単位としてインターリーブされることになる。
【００８０】
図１３は、図１２のトラックＮの先頭部分を詳細に示しているものであるが、フロントマージンＦＭは１５セクター以上の空セクタＥにより構成される。
各映像データ単位ＶＭＰＥＧについては、それぞれ４クラスタ（１４４セクター）とすると、楽曲の先頭となる映像データ単位ＶＭＰＥＧにおける先頭のセクターは、システムヘッダが付加された映像データセクターＶｓｈとされ、以降、通常の映像データセクターＶが連続されることになる。映像データセクターＶｓｈ及びＶは、上記図８で説明したフォーマットとなっている。
また各音声データ単位ＡＭＤについても、例えばそれぞれ４クラスタ（１４４セクター）とすると、各音声データ単位ＡＭＤには上記図７に示した音声データセクターが１４４セクター配されることになる。
【００８１】
＜１０．映像データフォーマット＞
ここで、映像データセクターＶｓｈ及びＶにおける２３２４バイトのパックデータ（図８のPACK-Data0〜PACK-Data2323)の使用形態を以下説明する。
図１４（ａ）は、上記図９に示した映像データセクターの構成を再度示したもので、このうちの映像データの１パックとしての構造を図１４（ｂ）〜（ｅ）に示している。
図１４（ｂ）は楽曲の先頭セクターである映像データセクターＶｓｈについてのパックデータを示している。
【００８２】
セクター内のパックデータとしての先頭には１２バイト（PACK-Data0〜PACK-Data11 ）のパックヘッダが設けられる。
パックヘッダには、まず４バイトのパックスタートコードが配され、続いて５バイトのシステムクロックレファレンス（ＳＣＲ）が設けられ、最後に３バイトのＭＵＸレートが設けられる。
【００８３】
システムクロックレファレンス（ＳＣＲ）は、一種の絶対時間を意味するコードであり、このＳＣＲを基準としてＰＴＳ（Presentation Time Stamp ：画像出力開始時刻) が決められる。
このＳＣＲは、ＳＣＲ(i) ＝Ｃ＋ｉ＊1200、とされる。ｉは映像データストリーム内でのセクターのインデックスナンバーであり、これは先頭のフロントマージンＦＭ部分では『０』とされている。Ｃは定数で常に『０』である。また1200は75Hzセクターで90KHz のシステムクロック時の値（90000/75=1200)である。
なお、このパックヘッダは映像データの全てのセクター（Ｖｓｈ，Ｖ）において設けられるものである。
【００８４】
映像データセクターＶｓｈにおいては、パックヘッダに続いて１５バイト（PACK-Data12 〜PACK-Data26 ）のシステムヘッダが設けられる。そして、システムヘッダに続く２２９７バイト（PACK-Data27 〜PACK-Data2323 ）は、通常ＦＦｈで埋められるパディングパケットとされる。
１５バイトのシステムヘッダは図１５のように構成されている。
まず４バイトのシステムヘッダスタートコードが配され、続いて２バイトのレートバウンドが設けられる。そのあとは各１バイトづつ、オーディオバウンド、フィックスドフラグ、ＣＳＰＳフラグ、システムオーディオロックフラグ、システムビデオロックフラグ、ビデオバウンド、ストリームＩＤ、ＳＴＤバッファバウンドスケール、ＳＴＤバッファサイズバウンドが設けられている。
【００８５】
このような映像データセクターＶｓｈに続く映像データセクターＶでは、図１４（ｃ）（ｄ）（ｅ）のように構成される。
少なくとも映像データセクターＶｓｈの次の映像データセクターＶは図１４（ｃ）のように構成され、つまり、パックヘッダに続いて１８バイト（PACK-Data12 〜PACK-Data29 ）のパケットヘッダが設けられる。
パケットヘッダに続く２２９４バイト（PACK-Data30 〜PACK-Data2323 ）がビデオパケットとされ、実際の映像データが記録される。
【００８６】
パケットヘッダは図１６（ａ）のように構成され、先頭の３バイトがパケットスタートコードとされる。そして１バイトのＩＤ、２バイトのパケット長、１バイトのＳＴＤバッファスケール、１バイトのＳＴＤバッファサイズ、さらに５バイトのＰＴＳ、５バイトのＤＴＳ(decoding time stamp) が記録される。画像出力開始時刻であるＰＴＳは、音声データと同期をとるようにセットされる。またＤＴＳはデコード開始時刻を示すものである。
【００８７】
最初の画像データセクターＶにおいては、図１４（ｃ）のようにビデオパケットはこのように最大２２９４バイトとされるが、以降のセクターではパケットヘッダにおけるＳＴＤバッファスケール、ＳＴＤバッファサイズ、ＰＴＳ、ＤＴＳを省略でき、パケットヘッダが図１６（ｂ）のように６バイトとすることができる。この場合、１パックの構成は図１４（ｄ）のようになり、ビデオパケットは２３０６バイトに拡張される。
また、１曲（トラックＮ）における最後のビデオデータセクターＶについては、図１４（ｅ）に示すように、セクターの最後に４バイトのエンドコードが記録される。
【００８８】
＜１１．記録再生管理方式＞
本実施例では以上のように構成された映像データが、もともとのミニディスクシステムにおける音声データとともに、ディスク１に記録／再生されるものであるが、以下、この記録再生動作のための管理方式を説明する。
【００８９】
今、ディスク１において、或る楽曲（例えばトラック１）の音声データ及びそれに合わせた映像データが図１７のように記録されているとする。即ち、或る楽曲についての音声データがＡＭＤ１ 〜ＡＭＤ（ｎ） の各セグメントに分割され、映像データＶＭＰＥＧとインターリーブされて記録されている。なお、例えばＡＭＤ１ 〜ＡＭＤ（ｎ） の各セグメントはそれぞれ例えば８秒程度に相当する音声データ量となり、また、各音声データセグメントに間に位置する４〜６単位の映像データ（ＶＭＰＥＧ）も８秒分程度の映像データ量とされている。
ここで、Ａｄ１ 〜Ａｄ（Ｎ） はディスク１上のアドレスを示すものとする。
【００９０】
上述したようにＵ−ＴＯＣセクター０においては、このようなデータの中で音声データセグメントのみを管理するものである。
ただし、映像データが混在しており、映像データと音声データの同時的な記録再生については例えばＵ−ＴＯＣセクター６で管理していることを示すため、Ｕ−ＴＯＣセクター０におけるセクター使用状況（Used sectors）におけるＵ−ＴＯＣセクター６の情報となる第２ビット目が『１』とされる。
【００９１】
Ｕ−ＴＯＣセクター０においては第１曲目を管理するため、テーブルポインタP-TNO1に続いて例えば図１８に示すようなリンク構造が形成される。
例えばテーブルポインタP-TNO1がパーツテーブル『０２ｈ』を示していたとしたら、パーツテーブル（０２ｈ）は音声データセグメントＡＭＤ１ についての管理に使用され、つまりスタートアドレスがＡｄ３ 、エンドアドレスがＡｄ４ と記録され、リンク情報として例えばパーツテーブル（０３ｈ）が記録される。
リンクされたパーツテーブル（０３ｈ）は音声データセグメントＡＭＤ２ についての管理に使用されることになり、つまりスタートアドレスがＡｄ７ 、エンドアドレスがＡｄ８ と記録され、リンク情報として例えばパーツテーブル（０４ｈ）が記録される。
【００９２】
さらにリンクされたパーツテーブル（０４ｈ）は音声データセグメントＡＭＤ３ についての管理に使用されることになり、スタートアドレスがＡｄ１１、エンドアドレスがＡｄ１２と記録され、引き続き音声データセグメント（ＡＭＤ４）を管理するパーツテーブルのリンク情報が記録される。
【００９３】
以上のリンク形態が音声データセグメントＡＭＤ（ｎ） についてのパーツテーブル（例えばパーツテーブル（０Ｅｈ））まで構成され、パーツテーブル（０Ｅｈ）ではスタートアドレスがＡｄ（Ｎ−１） 、エンドアドレスがＡｄ（Ｎ） と記録され、リンク情報は以降リンクなしを示す『００ｈ』とされる。
【００９４】
また、このＵ−ＴＯＣセクター０においては、映像データが記録されている部分については、楽曲でもなく、また新たに記録可能なフリーエリアでもないようにしなければならないため、例えばディフェクトエリアとみなして図１９に示すようにテーブルポインタP-DFA からのリンク構造で管理されることになる。
【００９５】
例えばテーブルポインタP-DFA がパーツテーブル『１０ｈ』を示していたとしたら、パーツテーブル（１０ｈ）は映像データセグメント（ＶＭＰＥＧ１ 〜ＶＭＰＥＧ６
）がディフェクトエリアとして示され、つまりスタートアドレスがＡｄ１ 、エンドアドレスがＡｄ２ と記録され、リンク情報として例えばパーツテーブル（１１ｈ）が記録される。
【００９６】
リンクされたパーツテーブル（１１ｈ）は映像データセグメント（ＶＭＰＥＧ７ 〜ＶＭＰＥＧ１０）をディフェクトエリアとしてみなす管理に使用されることになり、つまりスタートアドレスがＡｄ５ 、エンドアドレスがＡｄ６ と記録され、リンク情報として例えばパーツテーブル（１５ｈ）が記録される。
【００９７】
さらにリンクされたパーツテーブル（１５ｈ）は映像データセグメント（ＶＭＰＥＧ１１〜ＶＭＰＥＧ１４）をディフェクトエリアとみなす管理に使用されることになり、スタートアドレスがＡｄ９ 、エンドアドレスがＡｄ１０と記録され、引き続き映像データセグメント（ＶＭＰＥＧ１５〜 ）をディフェクトエリアとして管理するパーツテーブルのリンク情報が記録される。
【００９８】
以上のリンク形態がこの楽曲内については映像データセグメント（ＶＭＰＥＧ（ｍ−３） 〜ＶＭＰＥＧ（ｍ） ）についてのパーツテーブル（例えばパーツテーブル（１Ｆｈ））まで構成され、パーツテーブル（１Ｆｈ）ではスタートアドレスがＡｄ（Ｎ−３） 、エンドアドレスがＡｄ（Ｎ−２） と記録される。なお、ここでリンク情報は他の楽曲についての映像データセグメントについてもディフェクトエリアとみなすように、次の映像データセグメントを管理するパーツテーブルへのリンク情報が記録される。なお、もちろん１曲しか記録されておらず、また実際のディフェクトエリアも存在しないのであれば、パーツテーブル（１Ｆｈ）のリンク情報はリンクなしを示す『００ｈ』とされる。
【００９９】
Ｕ−ＴＯＣセクター０においては、このように音声データセグメントが楽曲として管理され、一方映像データセグメントについては傷エリアとみなして記録／再生不能なエリアとして管理されることになる。
【０１００】
一方、Ｕ−ＴＯＣセクター０と同様に構成されるＵ−ＴＯＣセクター６においては、映像と音声出力が同時的に行なわれるようにセグメント管理がなされる。この場合、セグメントの分割は映像データ部分ＶＭＰＥＧと音声データ部分ＡＭＤとの間では行なわれず、例えばＶＭＰＥＧ１ 〜ＡＭＤ（ｎ） までが１つのセグメントとみなされる。（なお、このトラックが途中で分割されて物理的に離れた位置に記録されている場合は、２以上のセグメントとして、２以上のパーツテーブルにより管理されることになる）
【０１０１】
そして、Ｕ−ＴＯＣセクター６における第１曲目のデータの管理のために、このセグメントがテーブルポインタP-TNO1に続いて例えば図２０のように示される。
例えばテーブルポインタP-TNO1がパーツテーブル『０２ｈ』を示していたとしたら、パーツテーブル（０２ｈ）はスタートアドレスがＡｄ１ 、エンドアドレスがＡｄ（Ｎ） と記録され、このトラック（１曲目）がディスク１上で物理的に連続して記録されていたとすれば、リンク情報は『００ｈ』として記録される。
また、このＵ−ＴＯＣセクター６においてはテーブルポインタP-FRA からは、フリーエリアとして実際にデータ（映像データ又は音声データ）が記録されていないエリアが管理されることになる。
【０１０２】
以上のように、記録された音声及び映像データがＵ−ＴＯＣセクター０とＵ−ＴＯＣセクター６において管理されていることにより、このようなディスク１は、図１のディスク装置と図２のディスク装置の間で互換性が得られる。
即ち、音声データのみの記録再生機器である図２のディスク装置においては、Ｕ−ＴＯＣセクター０を用いて再生動作を行なうことで、音声のみの再生出力を実行でき、また、映像データの記録された領域はフリーエリアとしての管理（テーブルポインタP-FRA による管理）はされておらず、ディフェクトエリアとして記録再生不能領域とみなされているため、音声データの記録動作によって映像データが消去されてしまうこともない。
【０１０３】
また、音声と映像の両方に対応する図１のディスク装置では、装填されたディスクについてＵ−ＴＯＣセクター０におけるセクター使用状況(Used sectors)を確認したときにＵ−ＴＯＣセクター６が使用されているという情報（第２ビット＝１）が記録されていたら、そのディスク１は映像データも記録されていると判別することができ、この場合Ｕ−ＴＯＣセクター６を参照して、映像データ（ＶＭＰＥＧ）と、音声データ（ＡＭＤ）をそのまま再生走査していくことができる。
【０１０４】
この際、ディスクから読み出されたデータが映像データであるか音声データであるかは上述したようにシステムデコーダ２２によってなされ、また、システムデコーダ２２の制御によってエンコーダ／デコーダ部１４とエンコーダ／デコーダ部２１におけるデコード出力の同期制御がなされることにより、映像と音声を同時的に再生出力することができる。従って、ミニディスクシステムを利用して、映像付カラオケや、レーザディスク装置やＶＴＲ装置と同様のビデオ機器としての使用が可能となる。
また、映像データと音声データを記録する際には、Ｕ−ＴＯＣセクター６におけるテーブルポインタP-FRA から、フリーエリアを探し、図１７のような形態のトラック（楽曲等）が記録されることになる。
【０１０５】
また、図１のディスク装置はＵ−ＴＯＣセクター０におけるセクター使用状況(Used sectors)における第２ビット目が『０』であった場合は、Ｕ−ＴＯＣセクター６は使用されておらず、つまり映像データは存在しないものであるため、そのままＵ−ＴＯＣセクター０を用いて、音声データの記録／再生を行なうこともできる。
さらに、映像データが存在するディスクであっても、例えばユーザーのモード選択操作等に応じて、Ｕ−ＴＯＣセクター０を用いた音声データのみの記録／再生を行なうことができるようにしてもよい。
【０１０６】
ところで、この実施例ではＵ−ＴＯＣセクター０においては映像データセグメントはディフェクトエリアと見なして管理するようにしたが、例えば全く管理テーブル上に現われないセグメントとしてもよい。
即ち、テーブルポインタP-FRA,P-DFA,P-TNO1〜P-TNO255のそれぞれからリンクされるパーツテーブルのいづれによっても示されないセグメントとし、Ｕ−ＴＯＣセクター０においてはディスク上で存在しないエリアとみなすようにするものである。
【０１０７】
なお、映像と音声の同時的な記録／再生の管理に用いるのはＵ−ＴＯＣセクター６に限られるものではなく、Ｕ−ＴＯＣ内の他のセクターであってもよい。
また、このような映像データと音声データの混在するディスクがプリマスタードとして再生専用に作成される場合は、Ｐ−ＴＯＣセクター０において上述したＵ−ＴＯＣセクター０のような音声データのみの管理を行ない、Ｐ−ＴＯＣ内の他のセクターにおいて、上述したＵ−ＴＯＣセクター６のような管理を行なうようにすればよい。
【０１０８】
さらに、データがＲＯＭ化された領域とデータ記録再生可能な光磁気領域を備えたハイブリッドタイプでも、本発明は採用可能で、例えばＰ−ＴＯＣセクター０とＰ−ＴＯＣセクター６でＲＯＭデータに対して、またＵ−ＴＯＣセクター０とＵ−ＴＯＣセクター６で光磁気データに対して、上記同様に音声データと、音声及び映像データの管理を行なうようにすればよい。
【０１０９】
また、実施例ではディスク装置を記録再生装置としたが、再生専用装置、或は記録専用装置としても実現できる。
【０１１０】
なお、本発明では、音声データに対して同時的に記録再生される映像データが付加されるシステムについて説明したが、本発明を応用して、Ｌ，Ｒ音声データに対して例えば、センター，リアの２チャンネルの音声データを付加して記録再生を行なうシステムを実現したり、また、映像データを付加する場合に、動画ではなく静止画を記録再生するようにし、例えば同時的な音声再生が行なわれるスチルカメラのようなシステムとすることもできる。
【０１１１】
＜１２．通常のＵ−ＴＯＣセクターのみで再生禁止部位を得る管理方式＞
ところで、上述してきた方式からわかるように、Ｕ−ＴＯＣセクター内でテーブルポインタP-DFA から管理されるエリア（セグメント）は、そのＵ−ＴＯＣセクターを用いた通常の動作では記録／再生できないエリアとなる。
これを利用することにより、秘密にしたい音声や映像データを管理し、そのデータについては特定のユーザーしか再生することができないようにすることができる。つまり、暗証番号を入力することを行なわなければそのデータ部分を記録／再生することができないというデータ（このようなデータを説明上、再生禁止指定データということとする）を生成することができる。
【０１１２】
このようにテーブルポインタP-DFA を用いて再生禁止指定データを生成し、かつ暗証番号入力による管理／再生方式について２つの方式を説明していく。
１つは、通常のＵ−ＴＯＣセクターのみで再生禁止部位を得る管理方式／再生方式である。ここで通常のＵ−ＴＯＣセクターというのは、上述したＵ−ＴＯＣにおけるセクター０又はセクター６のようなセクターをいう。
もう１つの方式とは暗証要求Ｕ−ＴＯＣセクターを用いる場合の管理方式／再生方式であり、暗証要求Ｕ−ＴＯＣセクターとは上述したＵ−ＴＯＣにおけるセクター０又はセクター６以外に用意されるセクターをいう。
【０１１３】
なお、以下説明する２種類の方式は、上述してきたＵ−ＴＯＣセクター０及び６を用いる音声／映像の混在ディスクだけでなく、音声データのみが記録されるディスクや、さらに音声／映像の混在ディスクであっても上述したようなコンパチビリティがとられていないディスクについても実現可能なものである。
【０１１４】
まず、通常のＵ−ＴＯＣセクターのみで再生禁止部位を得る管理方式について説明していく。
今、ディスク１に図２１のようにトラック１〜トラック５の５つのトラックが記録されているとする。このディスク１が音声／映像の混在ディスクであるとすれば、トラック１〜５は、それぞれ図１２、図１３で説明したようにデータが記録されているものであり、これらのデータは、上述のようにリードインエリアに記録されているＵ−ＴＯＣセクター０で音声データのみが再生できるように、また同じくリードインエリアに記録されているＵ−ＴＯＣセクター６で音声と映像データが同時的に再生できるように管理されている（混在互換性ディスク）。
【０１１５】
また、音声データのみのディスクであれば、メインデータ領域の全てのセクターが図３（ｃ）（ｄ）、図７で説明したフォーマットでデータ記録されており、その管理はＵ−ＴＯＣセクター０でなされ、Ｕ−ＴＯＣセクター６は使用されていない（音声ディスク）。
【０１１６】
さらに、上述の実施例の説明においては言及していなかったが、音声／映像の混在ディスクであって、図２の音声対応ディスク装置に対しては互換性のとれていないディスクも考えられる。即ち、トラック１〜５は、それぞれ図１２、図１３で説明したようにデータが記録されているが、これらのデータは、Ｕ−ＴＯＣセクター０で音声と映像データが同時的に再生されるように管理され、音声データのみが再生については管理がなされていないものである（混在非互換性ディスク）。
【０１１７】
これら３種類のディスク（即ち、混在互換性ディスク、音声ディスク、混在非互換性ディスク）を考慮にいれ、まとめて説明する。
図２１の記録状態は、図２２のように管理される。この図２２のＵ−ＴＯＣセクターは、混在互換性ディスクであればＵ−ＴＯＣセクター６、音声ディスク又は混在非互換性ディスクであればＵ−ＴＯＣセクター０を示すものとなる。
【０１１８】
この図２２のように、トラック１はテーブルポインタP-TNO1からパーツテーブル（０１ｈ）が指定され、スタートアドレスＡ２０とエンドアドレスＡ２１が示される。同様にトラック２〜５についても、それぞれテーブルポインタP-TNO2〜P-TNO5で示されるパーツテーブル（０２ｈ）〜（０５ｈ）によってスタート及びエンドアドレスが示されている。
【０１１９】
ここで、ユーザーがトラック３については秘密性保持等のために再生禁止指定データにしたいとした場合は、その使用しているディスク装置を操作してトラック３の再生禁止登録を行なうとともに暗証番号を入力する。入力された暗証番号は図１又は図２のディスク装置におけるシステムコントローラ１１の内部又は外部のＲＡＭに記憶される。なお、このＲＡＭは電源オフ時でもデータ消失がなされないようにバックアップ構成をとるか、もしくは不揮発性ＲＡＭなどで構成することが必要である。
【０１２０】
このように例えばトラック３について再生禁止登録の操作が行なわれると、システムコントローラ１１はＲＡＭ１３に読み込まれているＴＯＣデータを書き換え、それをディスク１に書き込むことになる。
【０１２１】
即ち、Ｕ−ＴＯＣセクター６又はセクター０は、図２３のように書き換えられる。まず、トラック３となるセグメント（アドレスＡ２４〜Ａ２５）はディフェクトエリアとしてのテーブルポインタP-DFA から指定されるパーツテーブル（０３ｈ）として組み込まれる。そして、トラック１，２，４，５については、それぞれテーブルポインタP-TNO1〜P-TNO4で示されるパーツテーブル（０１ｈ）（０２ｈ）（０４ｈ）（０５ｈ）によって第１トラック〜第４トラックとして管理され、みかけ上は４つのトラックしか通常管理がされないようになされる。
【０１２２】
また、例えばトラック３とトラック５の両方について再生禁止登録の操作が行なわれた場合は、システムコントローラ１１は、Ｕ−ＴＯＣセクター６又はセクター０を、図２４のように書き換える。即ち、トラック３となるセグメント（アドレスＡ２４〜Ａ２５）とトラック５となるセグメント（アドレスＡ２８〜Ａ２９）はディフェクトエリアとしてのテーブルポインタP-DFA から指定されるパーツテーブル（０３ｈ）（０５ｈ）として組み込まれ、そして、トラック１，２，４については、それぞれテーブルポインタP-TNO1〜P-TNO3で示されるパーツテーブル（０１ｈ）（０２ｈ）（０４ｈ）によって第１トラック〜第３トラックとして管理される。
【０１２３】
また、例えばトラック１〜トラック５の全てについて再生禁止登録の操作が行なわれた場合は、システムコントローラ１１は、Ｕ−ＴＯＣセクター６又はセクター０を、図２５のように書き換える。即ち、トラック１〜５となる各セグメントはまとめて１つのセグメント（アドレスＡ２０〜Ａ２９）とされ、それがディフェクトエリアとしてのテーブルポインタP-DFA から指定されるパーツテーブル（０１ｈ）として組み込まれ、テーブルポインタP-TNO*によるパーツテーブルの指定はなされない。
【０１２４】
なお、この図２５では１つのセグメントにまとめられた状態であるが、各セグメントはパーツテーブル（０１ｈ）〜（０５ｈ）に分割されたまま、リンクされてディフェクトエリアとして管理されるようにしてもよい。
【０１２５】
例えばこの図２３〜図２５のように管理されることにより、再生禁止登録されたエリアは通常の再生時にはディフェクトエリアとされて再生はなされないことになる。
【０１２６】
なお、図２３〜図２５は具体的な１例であり、同様の再生禁止登録状態において他の状態となることもある。例えば使用されるパーツテーブルや各トラックのリンク形態などに応じて実際の状態は変動する。
【０１２７】
また、既にトラックとして分割されているものの再生禁止登録としたが、或るトラックの一部分を再生禁止登録したい場合は、トラック分割編集処理を行なってその部分を１つのトラックとし、それに対して再生禁止登録操作を行なうようにすればよい。また再生禁止登録をしたいデータ部分が複数ある場合は、各データ部分を１つのトラックとして分割編集した後、その各トラックを連結編集して１つのトラックにまとめ（もしくは複数のトラックの指定に応じてシステムコントローラ１１が自動的に連結編集を行ない）、それをディフェクトエリアに組み込めばよい。つまり、図２４、図２５のような形態とすればよい。
【０１２８】
また、再生専用ディスクの場合は、Ｐ−ＴＯＣセクター６又は０において同様に所定のエリアをディフェクトエリアとして（ディスク製造者が）管理しておくようにすればよい。
【０１２９】
＜１３．通常のＵ−ＴＯＣセクターのみで再生禁止部位を得た場合の再生方式＞このような管理がなされた可能性のあるディスクに対して、図１又は図２のディスク装置では、再生時に図２６のような処理を行なうことになる。
【０１３０】
再生操作がなされると(F101)、まず、そのディスクにディフェクトエリア、即ち再生禁止指定されたエリアが存在するか否かを判別する(F102)。この判別のために図１のディスク装置ではまずＵ−ＴＯＣセクター０のセクター使用状況からＵ−ＴＯＣセクター６が使用されているか否かを判別し、使用されている、つまり混在互換性ディスクであれば、Ｕ−ＴＯＣセクター６のテーブルポインタP-DFA が『００ｈ』であるか、又は或るパーツテーブルが指定されているか否かを判別する。
【０１３１】
またＵ−ＴＯＣセクター６が使用されていない、つまり音声ディスク又は混在非互換性ディスクであれば、Ｕ−ＴＯＣセクター０のテーブルポインタP-DFA が『００ｈ』であるか、又は或るパーツテーブルが指定されているか否かを判別する。なお、図２のディスク装置の場合は当然Ｕ−ＴＯＣセクター０のテーブルポインタP-DFA で判断する。
【０１３２】
テーブルポインタP-DFA が『００ｈ』であれば、再生禁止指定データは存在しないため、ステップF106に進んで通常の再生動作を開始する。
テーブルポインタP-DFA が『００ｈ』でない場合は、再生禁止指定データが存在する場合である。そこで、まずステップF103で暗証番号の入力を要求する。例えば表示部２０において暗証番号の入力を促す表示を行なう。
【０１３３】
ここで、ユーザーが正しい暗証番号、即ちそのディスク装置に登録されている暗証番号を入力できなかった場合、例えば入力せずに再度の再生実行操作を行なった場合や入力できないまま所定時間経過したなどの場合は、ステップF105からF107に進み、通常の再生を行なう（再生動作制御としてはステップF106と同じである）。つまりテーブルポインタP-TNO*から管理されるデータの再生のみが行なわれ、管理上ディフェクトエリアとみなされている部分については全く再生されない。従って、再生禁止登録されていないデータのみが再生されることになる。
【０１３４】
一方、ユーザーが正しい暗証番号を入力した場合は、ステップF104からF108に進み、再生禁止データの再生も行なう。
例えばテーブルポインタP-TNO*から管理されるデータの再生につづいて、テーブルポインタP-DFA から管理されるデータの再生も行なっていく。
もしくは、この場合テーブルポインタP-DFA から管理されるデータのみ再生が行なわれるようにしてもよい。
【０１３５】
即ち、ステップF108の動作では、混在互換性ディスクの場合はＵ−ＴＯＣセクター６においてテーブルポインタP-DFA から管理されるデータが、また、音声ディスク又は混在非互換性ディスクの場合はＵ−ＴＯＣセクター０においてテーブルポインタP-DFA から管理されるデータが、再生されることになる。
【０１３６】
このような処理が行なわれることで、ユーザーは所望のデータを暗証番号によって秘密化することができるようになる。
【０１３７】
なお、Ｕ−ＴＯＣセクター０においてディフェクトエリアとして映像データ部分が管理されている混在互換性ディスクの場合で、図２の音声対応ディスクにおいて音声のみの再生が実行される場合は、Ｕ−ＴＯＣセクター０が用いられるため、Ｕ−ＴＯＣセクター６で再生禁止指定されているデータ部位のうちの音声データのみは再生されてしまうことが考えられる。
【０１３８】
これを防止するためには、再生禁止指定がなされた場合は、Ｕ−ＴＯＣセクター０において、その再生禁止指定データ部位のうちの音声データのセグメントについては、映像データとともにディフェクトエリアに編集してしまうことが考えられる。もしくは、その再生禁止指定された音声データのセグメントについては、Ｕ−ＴＯＣセクター０では、どのテーブルポインタからのリンクにも含まれない、全く管理されないエリアとしてしまい、つまり再生禁止指定がなされた場合は、その音声データは図２の音声対応ディスク装置では全く再生できないようにし、図１の映像／音声対応ディスク装置において暗証番号が入力された時のみ映像と同時的に再生されるものとしてもよい。
【０１３９】
ところで、以上説明したのみの方式では、暗証番号を登録した或るディスク装置についてのみ、再生禁止指定データが暗証番号なしでは再生されないものであり、例えば他人が他のディスク装置で暗証番号を登録しておいた場合は、その暗証番号でデータを再生できてしまう。
従って、この方式は、比較的秘密性の軽度のデータについて再生禁止指定を実行できるものとして好適であり、例えば成人向けの映像／音声を記録したディスクについて、家庭内で子供に見られないようにするためなどの手段として好適である。
【０１４０】
比較的高度の秘密保持を行なうためには、ディスク装置に暗証番号とともに、ディスクを識別するデータを保持しておくことが考えられる。例えば、一部又は全部のデータを再生禁止指定データとしたディスクについて、カスタムファイルといわれるようにＴＯＣデータの一部を用いてディスク固有のデータを生成し、それを不揮発性ＲＡＭなどに登録しておく。また、図５のＵ−ＴＯＣセクターに示されるように、Ｕ−ＴＯＣ内にはディスクＩＤとしてのデータエリアが存在しており、これを用いることで、２バイトの乱数や連続数値で各ディスク毎にＩＤを付すことができるため、これを不揮発性ＲＡＭなどに登録しておいてもよい。
【０１４１】
このように再生禁止指定データを有するディスクについての識別情報をディスク装置が保持しておくことにより、その再生禁止指定データは、そのディスク装置で、しかも暗証番号を入力した場合しか再生されないことになる。
【０１４２】
つまり、再生のために装着されたディスクについて、再生禁止指定データが存在する場合は、図２６のステップF104の処理としては、正しい暗証番号が入力され、しかも、その装填されているディスクがディスクＩＤ又はカスタムファイルとして登録されているディスクであると判断した場合のみステップF108に進むこととなる。
【０１４３】
さらに高度な秘密性が要求される場合には、入力された暗証番号をディスクに書き込むという方式が考えられる。すなわち、Ｕ−ＴＯＣセクター０又はセクター６において未使用のバイトを用いて暗証番号を書き込めるようにする。
そして、ディスク装置側では特に暗証番号を保持するということは行わず（この場合、ディスク装置が暗証番号を保持しておくことは不要となる）、ディスク再生時にＵ−ＴＯＣセクター０又はセクター６に暗証番号が書き込まれたら、ユーザーに暗証番号の入力を促し、入力された暗証番号とＵ−ＴＯＣ上の暗証番号の一致判断を行う。そして、一致していたらテーブルポインタP-DFA から管理されているデータの再生を行うことができるようにするものである。
【０１４４】
このようにすれば、どのディスク装置を用いても書き込まれた暗証番号がわからない限りは再生禁止指定データを再生できないことになる。
なお、この方式ではＵーＴＯＣ上に暗証番号が書き込まれている場合は、他人がその暗証番号を書き換えることができないようにすることが好ましい。例えば暗証番号の書き換えの際にも、それまでの暗証番号の入力を要求し、一致していた場合のみに新たに入力された暗証番号に書き換えるという処理を行えばよい。
【０１４５】
＜１４．暗証要求Ｕ−ＴＯＣセクターを用いる場合の管理方式＞
ところで、以上説明してきた方式では、再生禁止指定データはテーブルポインタP-DFA からリンクされる１つのトラックと見なされて管理されるため、例え暗証番号が正しく入力されても、本来のトラック順に再生できない場合がある。
【０１４６】
例えば、図２１のトラック３が再生禁止指定された場合では、指定された時点で第３のトラックとしての位置づけはなくなり、また、トラック３とトラック５などの複数トラックが再生禁止指定された場合はそれらがリンクされて１つのトラックとまとめられるため、指定前の順序で再生させることはできない。
【０１４７】
従って、上記方式は、各トラックが１つの楽曲などに別れている場合は大きな問題とはならないが、ディスクに記録されたデータが全体で１つの映画などであった場合、一部分を再生禁止指定してしまうと、例え暗証番号を入力しても本来の再生ができないことになる。例えばトラック３のデータ部分のみ最後に再生され、時間的順序（ストーリー順序）がおかしいものとなる。
【０１４８】
そこで、複数のデータ部分を個別に再生禁止指定でき、また、暗証番号入力再生時に本来の状態（再生禁止指定前の状態）で再生できるようにするための方式として暗証要求Ｕ−ＴＯＣセクターを用いる場合の管理方式／再生方式を説明する。
【０１４９】
これは、再生時に暗証番号が入力された場合とされなかった場合とで異なるＵ−ＴＯＣを用いるようにするものであり、上述してきたＵ−ＴＯＣセクター０，セクター６のような通常のＵ−ＴＯＣセクター以外に、暗証要求Ｕ−ＴＯＣセクターを用いる。例えばＵ−ＴＯＣセクター５をこの暗証要求Ｕ−ＴＯＣセクターとする場合を例として説明する。
【０１５０】
例えば図２１のようなデータ状態から或るトラックを再生禁止指定データとする操作を行なった場合に、Ｕ−ＴＯＣセクター６又はセクター０における書き換えは、上述した図２３〜図２５の例と同様に、その再生禁止指定データとなる１又は複数のセグメントをまとめてテーブルポインタP-DFA からのリンクで管理する。ただし、このＵ−ＴＯＣセクター６又はセクター０の編集を行なう前に、再生禁止指定前の状態のＵ−ＴＯＣセクター６又はセクター０におけるテーブルポインタ及びパーツテーブル（つまり図２２のデータ）を、図２７のようにＵ−ＴＯＣセクター５に書き込み、このＵ−ＴＯＣセクター５を暗証要求Ｕ−ＴＯＣセクターとする。
【０１５１】
なお、再生禁止指定の操作時にこのようにＵ−ＴＯＣセクター５にデータが書き込まれることに応じてＵ−ＴＯＣセクター０におけるセクター使用状況の情報としてセクター５に対応するビット（第３ビット）が『１』とされる。
【０１５２】
このように、Ｕ−ＴＯＣセクター６又は０においては図２２〜図２４の例のように再生禁止指定データ部分がまとめてディフクトエリアとみなされていることによって、Ｕ−ＴＯＣセクター６又は０を用いて再生が行なわれる場合は、その再生禁止指定データは再生されない。
【０１５３】
一方、Ｕ−ＴＯＣセクター５においては、図２７のように、再生禁止指定データと通常データが再生禁止指定前の状態で管理されているため、このＵ−ＴＯＣセクター５を用いて再生すれば、本来の再生順序で、再生を行なうことができ、また各再生禁止指定データ部分はそれぞれ１つのトラックとして管理されており、連結されないため、複数のトラックを再生禁止指定データとした場合も、そのまま、まとめられることなく管理される。
【０１５４】
また、全ての再生禁止指定データを解除する場合は、Ｕ−ＴＯＣセクター５の情報をＵ−ＴＯＣセクター６又は０に書き込むようにし、またＵ−ＴＯＣセクター５を未使用とするために、Ｕ−ＴＯＣセクター０におけるセクター使用状況の情報としてセクター５に対応するビット（第３ビット）を『０』に書き換えればよく、これによってそのディスクを再生禁止指定前の状態に復帰させることもできる。
【０１５５】
＜１５．暗証要求Ｕ−ＴＯＣセクターを用いる場合の再生方式＞
このような方式の管理がなされた可能性のあるディスクに対して、図１又は図２のディスク装置では、再生時に図２８のような処理を行なうことになる。
【０１５６】
再生操作がなされると(F201)、まずそのディスクに再生禁止指定されたエリアが存在するか否かを判別する(F202)。この判別のためには、図１、図２のいづれのディスク装置でも、まずＵ−ＴＯＣセクター０のセクター使用状況からＵ−ＴＯＣセクター５が使用されているか否かを判別する。混在互換性ディスク，音声ディスク，混在非互換性ディスクのいづれであっても、そのディスクにはＵ−ＴＯＣセクター５が使用されていれば再生禁止指定されたエリアが存在することになる。
【０１５７】
ここで、Ｕ−ＴＯＣセクター５が使用されていなければ再生禁止指定データは存在しないため、ステップF206に進んで通常の再生動作を開始する。
再生禁止指定データが存在する場合は、ステップF203で暗証番号の入力を要求する。例えば表示部２０において暗証番号の入力を促す表示を行なう。
【０１５８】
ここで、ユーザーが正しい暗証番号、即ちそのディスク装置に登録されている暗証番号を入力できなかった場合、例えば入力せずに再度の再生実行操作を行なった場合や入力できないまま所定時間経過したなどの場合は、ステップF205からF207に進み、通常の再生を行なう（再生動作制御としてはステップF206と同じである）。つまり混在互換性ディスクを図１のディスク装置で再生する場合はＵ−ＴＯＣセクター６が用いられ、又、混在互換性ディスクを図２のディスク装置で再生する場合はＵ−ＴＯＣセクター０が用いられて再生される。また、音声ディスク、混在非互換性ディスクの場合はＵ−ＴＯＣセクター０が用いられる。
【０１５９】
そしてこの場合は、テーブルポインタP-TNO*から管理されるデータの再生のみが行なわれ、ディフェクトエリアについては全く再生されない。従って、再生禁止登録されていないデータのみが再生されることになる。
【０１６０】
一方、ユーザーが正しい暗証番号を入力した場合は、ステップF204からF208に進み、暗証要求セクターであるＵ−ＴＯＣセクター５を用いて再生動作を行なう。上述のとおりＵ−ＴＯＣセクター５には再生禁止指定データを含んで各トラックを通常どおりに管理しているため、再生禁止指定データを含んで本来の順序で、全く通常どおりに再生できる。
【０１６１】
このような処理が行なわれることで、ユーザーは所望のデータを暗証番号によって秘密化することができるようになるとともに、暗証番号を入力することで、本来の再生を行なうこともできる。
【０１６２】
そして或るディスクについて部分的に再生禁止指定をしていった場合、暗証番号が入力されなければ、その部分のみ跳ばされて再生されるが、暗証番号を入力することにより、再生禁止指定部分も本来の時間的位置で再生されるため、映画などのデータの一部を再生禁止する場合などにも好適である。
【０１６３】
なお、この方式の場合も、Ｕ−ＴＯＣセクター０においてディフェクトエリアとして映像データ部分が管理されている混在互換性ディスクの場合で、図２の音声対応ディスクにおいて音声のみの再生が実行される場合は、Ｕ−ＴＯＣセクター０が用いられるため、Ｕ−ＴＯＣセクター６で再生禁止指定されたデータ部位のうちの音声データのみは再生されてしまうことが考えられるため、再生禁止指定がなされた場合は、Ｕ−ＴＯＣセクター０において、その再生禁止指定データ部位のうちの音声データのセグメントについては、映像データとともにディフェクトエリアに編集してしまうか、もしくは、Ｕ−ＴＯＣセクター０上ではどのテーブルポインタからのリンクにも含まれない、全く管理されないエリアとしてしまうことが考えられる。
【０１６４】
また、より秘密保持性を高めるには、前述した方式例の変形例として説明したようにカスタムファイルやディスクＩＤなどを用いて、再生禁止指定データを有するディスクについての識別情報をディスク装置が保持しておき、その再生禁止指定データは、そのディスク装置で、しかも暗証番号を入力した場合しか再生されないようにしてもよい。
【０１６５】
さらに高度の秘密性が要求される場合には、これも前述した方式例の変形例として説明したものと同様にディスクのＵ−ＴＯＣ内に暗証番号を書き込むようにし、再生時にはＵ−ＴＯＣから読み込んだ暗証番号とユーザーが入力した暗証番号を比較するようにする。
そして、一致した場合のみＵ−ＴＯＣセクター５（暗証要求セクター）を用いて再生動作を行うことができるようにする。
【０１６６】
さらに、再生専用ディスクの場合は、ディスク製造時点で、Ｐ−ＴＯＣセクター６又は０において同様に所定のエリアをディフェクトエリアとして管理するとともに、Ｐ−ＴＯＣセクター５を暗証要求セクターとして使用するようにしておけばよい。
なお、暗証要求セクターはＵ−ＴＯＣ又はＰ−ＴＯＣにおけるセクター５を用いて生成する必要はなく、例えばセクター７を用いてもよい。
【０１６７】
以上、映像／音声対応ディスク装置と音声対応ディスク装置の間で互換性のとれる映像／音声データ構造及びディスク装置について説明し、それに続いて、そのような混在互換性ディスク、及び音声ディスク、混在非互換性ディスクという他の種のディスクにおいて採用できる再生禁止指定データの実現のための方式を説明してきたが、再生禁止指定データの実現のための方式としては具体的には、上記実施例の変形で各種考えられることはいうまでもない。
また、実施例としては再生禁止という観点で詳述したが、同様の方式で記録禁止方式、即ち暗証入力時のみデータ書換可能とする方式を実現できる。
【０１６８】
【発明の効果】
以上説明したように本発明は、所望のデータについて再生禁止指定を行なうようにすることで、秘密保持が必要な音声／映像データ、成人向けの音声／映像データなどが記録されているディスクについてのユーザーの管理に好適となるとともに、再生禁止指定データと通常データとの両方について記録／再生を可能とすることができる暗証要求管理データ手段を用いて管理することで、再生禁止指定データを再生禁止指定前の状態で再生できるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施例のディスク装置の構成図である。
【図２】音声のみ対応のディスク装置の構成図である。
【図３】実施例のディスクのトラック構造の説明図である。
【図４】実施例におけるＰ−ＴＯＣ情報の説明図である。
【図５】実施例におけるＵ−ＴＯＣ情報の説明図である。
【図６】実施例におけるＵ−ＴＯＣ情報のリンク構造の説明図である。
【図７】実施例における音声データセクターの説明図である。
【図８】実施例における映像データセクターの説明図である。
【図９】実施例における音声データセクターと映像データセクターの説明図である。
【図１０】ＭＰＥＧ方式の映像データの説明図である。
【図１１】ＭＰＥＧ方式の映像データストリームの説明図である。
【図１２】実施例における音声データと映像データの混在するトラックの説明図である。
【図１３】実施例における音声データと映像データの混在するトラック構造の説明図である。
【図１４】実施例における映像データの説明図である。
【図１５】実施例における映像データのシステムヘッダの説明図である。
【図１６】実施例における映像データのパケットヘッダの説明図である。
【図１７】実施例のトラック構成例の説明図である。
【図１８】実施例のＵ−ＴＯＣセクター０における音声データ管理方式の説明図である。
【図１９】実施例のＵ−ＴＯＣセクター０における映像データ管理方式の説明図である。
【図２０】実施例のＵ−ＴＯＣセクター６における映像データと音声データの混在するトラックの管理方式の説明図である。
【図２１】実施例の再生禁止指定データの管理例説明のためのトラック形態の説明図である。
【図２２】実施例の通常状態のＵ−ＴＯＣセクター０又はセクター６の説明図である。
【図２３】実施例の再生禁止指定状態のＵ−ＴＯＣセクター０又はセクター６の説明図である。
【図２４】実施例の再生禁止指定状態のＵ−ＴＯＣセクター０又はセクター６の説明図である。
【図２５】実施例の再生禁止指定状態のＵ−ＴＯＣセクター０又はセクター６の説明図である。
【図２６】実施例のディスク装置の再生時の処理のフローチャートである。
【図２７】実施例の暗証要求Ｕ−ＴＯＣセクターの説明図である。
【図２８】実施例のディスク装置の再生時の処理のフローチャートである。
【符号の説明】
１ ディスク、３ 光学ヘッド、８ エンコーダ／デコーダ部、
１１ システムコントローラ、１２ メモリコントローラ、
１３ バッファＲＡＭ、１４ 音声エンコーダ／デコーダ部、
１５，２５ Ｄ／Ａ変換器、１８，３０ Ａ／Ｄ変換器、
２１ 映像エンコーダ／デコーダ部、２２ システムデコーダ、
２３ ビデオＲＡＭ、２４ ビデオ信号発生器、２６，２９ コンバータ
Claims (5)
- 通常データ又は再生禁止指定データの指定がされている映像データ及び音声データが記録されており、
上記通常データと上記再生禁止指定データについて再生するための管理データとして、再生禁止されたデータを再生しない第１の再生順序に応じて上記通常データのみを指定する通常管理データと、第２の再生順序に応じて上記通常データ及び再生禁止されたデータを指定する暗証要求管理データとが、それぞれ記録されている記録媒体に対して、
再生操作時における入力暗証番号の一致に応じて上記暗証要求管理データによる情報を用いてデータの再生を行なうことができるように構成されたことを特徴とする再生装置。 - 更に、上記記録媒体には、上記暗証要求管理データの存在を示すデータが記録されており、
再生禁止指定が解除される際に、上記暗証要求管理データが、通常管理データに書き込まれると共に、上記暗証要求管理データの存在を示すデータが、存在しないことを示すデータに書き換えられて記録されていること特徴とする請求項１に記載の再生装置。 - 上記暗証要求管理データは、上記第２の再生順序に応じて、上記通常データと上記再生禁止指定データの両方の再生を行なうことを可能とするものであることを特徴とする請求項１に記載の再生装置。
- 上記第１の再生順序とは、再生禁止指定データの指定が行われる前に設定された再生順序であることを特徴とする請求項１又は請求項２又は請求項３に記載の再生装置。
- 通常データ又は再生禁止指定データの指定がされている映像データ及び音声データが記録されており、
上記通常データと上記再生禁止指定データについて再生するための管理データとして、再生禁止されたデータを再生しない第１の再生順序に応じて上記通常データのみを指定する通常管理データと、第２の再生順序に応じて上記通常データ及び再生禁止されたデータを指定する暗証要求管理データとが、それぞれ記録されている記録媒体に対して、
再生操作時に暗証番号の入力を要求するステップと、
入力された暗証番号が正しいか否かを判別するステップと、
入力された暗証番号が正しいことに応じて上記暗証要求管理データによる情報を用いてデータの再生を行なうステップと、
を備えたことを特徴とする再生方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20212093 | 1993-07-23 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13780794A Division JP3463352B2 (ja) | 1993-07-23 | 1994-05-30 | 再生装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004030907A JP2004030907A (ja) | 2004-01-29 |
| JP4002217B2 true JP4002217B2 (ja) | 2007-10-31 |
Family
ID=16452299
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000139420A Pending JP2000339853A (ja) | 1993-07-23 | 2000-05-08 | 記録媒体、再生装置、再生方法 |
| JP2003185656A Expired - Fee Related JP4002217B2 (ja) | 1993-07-23 | 2003-06-27 | 再生装置、再生方法 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000139420A Pending JP2000339853A (ja) | 1993-07-23 | 2000-05-08 | 記録媒体、再生装置、再生方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (2) | JP2000339853A (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7788893B2 (en) | 2006-12-21 | 2010-09-07 | General Cable Superconductors Limited | Apparatus and method for producing composite cable |
-
2000
- 2000-05-08 JP JP2000139420A patent/JP2000339853A/ja active Pending
-
2003
- 2003-06-27 JP JP2003185656A patent/JP4002217B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000339853A (ja) | 2000-12-08 |
| JP2004030907A (ja) | 2004-01-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3463352B2 (ja) | 再生装置 | |
| KR950007286B1 (ko) | 단일 기록 매체로부터 그리고 단일 기록 매체 내로 재생 및 기록을 동시에 실행할 수 있는 데이타 기록/재생 장치 | |
| JP3353382B2 (ja) | 記録又は再生装置、及びメモリ制御装置 | |
| JP3508168B2 (ja) | 再生装置 | |
| JP3560074B2 (ja) | 記録再生装置、及びメモリ制御装置 | |
| JP2001006336A (ja) | 情報記録媒体、その再生装置、コンピュータプログラム記録済み記録媒体、情報伝送方法、及び情報伝送装置 | |
| JP4002217B2 (ja) | 再生装置、再生方法 | |
| JPH087475A (ja) | 再生装置及び記録装置 | |
| JP3164308B2 (ja) | 情報記録媒体、情報再生装置 | |
| JPH05217288A (ja) | 情報記録再生装置 | |
| JP3931917B2 (ja) | 再生装置、及び、再生方法 | |
| JP3444277B2 (ja) | 再生装置 | |
| JP3199253B2 (ja) | エンコード装置、コンピュータプログラムを記録した記録媒体 | |
| JP3726810B2 (ja) | 音声信号のエンコード方法及び再生装置 | |
| JP3726812B2 (ja) | 音声信号のエンコード方法及び再生装置 | |
| JP3726809B2 (ja) | 音声信号のエンコード方法及び再生装置 | |
| JP3726808B2 (ja) | 音声信号のエンコード方法及び再生装置 | |
| JP3794380B2 (ja) | 音声信号のエンコード方法及び再生装置 | |
| JP3726807B2 (ja) | 音声信号のエンコード方法及び再生装置 | |
| JP3794377B2 (ja) | 音声信号のエンコード方法及び再生装置 | |
| JP3726811B2 (ja) | 音声信号のエンコード方法及び再生装置 | |
| JP3591722B2 (ja) | 情報送信受信方法 | |
| JP3230750B2 (ja) | エンコード装置、コンピュータプログラムを記録した媒体 | |
| JP3794378B2 (ja) | 音声信号のエンコード方法及び再生装置 | |
| JP3794379B2 (ja) | 音声信号のエンコード方法及び再生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040817 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041018 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041109 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20041209 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050107 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050126 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050218 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070618 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070816 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100824 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100824 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110824 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120824 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130824 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |