(57)【特許請求の範囲】
【請求項１】
８ビットのデータを１６ビットの符号に変換してセクタ単位で光ディスク記録媒体に記録する光ディスク記録方法において、
トラックピッチ：０．７〜０．９μｍ
ディスク直径：１４０ｍｍ以下
の各条件を満足する光ディスク記録媒体を用い、
ディスク上はリードイン区間、プログラム区間、リードアウト区間に分かれており、
上記プログラム区間には１または複数のトラックを配置し、
ディスク上の上記各セクタには誤り検出符号を付加するとともに、当該各セクタの先頭にはセクタアドレスを含むセクタヘッダを配置し、
上記リードイン区間、またはプログラム区間の少なくとも一方には、上記トラックの各々の開始セクタのセクタアドレスを含むディスク記録内容情報を配置し、
上記データに、８パリティシンボル以上のロングディスタンス符号からなる少なくとも２系列の誤り訂正符号を付加し、
各々の８ビットのデータに対し、ＤＳＶが正方向に大きい１６ビット符号を含む第１のテーブル群と、ＤＳＶが負方向に大きい１６ビット符号を含む第２のテーブル群からなる変換テーブルを選択的に参照することにより、累積ＤＳＶが抑圧されるランレングスリミテッド（ｄ，ｋ）符号（ｄ＝２、ｋ＝１０）を決定し、
上記決定した符号を直接結合して得られる記録信号を記録する
ことを特徴とする光ディスク記録方法。
【請求項２】
上記セクタヘッダは、セクタシンク、およびサブコードを含むことを特徴とする請求項１記載の光ディスク記録方法。
【請求項３】
８ビットのデータを１６ビットの符号に変換してセクタ単位で光ディスク記録媒体に記録する光ディスク記録装置において、
上記光ディスク記録媒体は、
トラックピッチ：０．７〜０．９μｍ
ディスク直径：１４０ｍｍ以下
の各条件を満足し、ディスク上はリードイン区間、プログラム区間、リードアウト区間に分かれており、上記プログラム区間には１または複数のトラックが配置され、ディスク上の上記各セクタには誤り検出符号が付加されるとともに、当該各セクタの先頭にはセクタアドレスを含むセクタヘッダが配置され、上記リードイン区間、またはプログラム区間の少なくとも一方には、上記トラックの各々の開始セクタのセクタアドレスを含むディスク記録内容情報が配置され、
上記データに対して上記セクタヘッダ及び上記ディスク記録内容情報を付加するデータ付加部と、
このデータ付加部からの出力データに対して誤り訂正符化処理を施して記録データとする誤り訂正符号化部と、
この誤り訂正符号化部からの記録データを記録信号に変換する変調部と、
上記各条件を満足する光ディスク記録媒体に上記記録データを記録する記録部とを備え、
上記誤り訂正符号化部では、８パリティシンボル以上のロングディスタンス符号からなる少なくとも２系列の誤り訂正符号化処理を付加し、
上記変調部では、各々の８ビットのデータに対し、ＤＳＶが正方向に大きい１６ビット符号を含む第１のテーブル群と、ＤＳＶが負方向に大きい１６ビット符号を含む第２のテーブル群からなる変換テーブルを選択的に参照することにより、累積ＤＳＶが抑圧されるランレングスリミテッド（ｄ，ｋ）符号（ｄ＝２、ｋ＝１０）を決定し、上記決定した符号を直接結合する
ことを特徴とする光ディスク記録装置。
【請求項４】
上記セクタヘッダは、セクタシンク、およびサブコードを含むことを特徴とする請求項３記載の光ディスク記録装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、ディジタル・データを、操作性の優れた小径（１２ｃｍ程度）の光ディスクに記録するための光ディスク記録方法及び装置に関する。
【０００２】
【従来の技術】
光ディスクを使ったコンピュータの記憶装置として実用化されているものに、いわゆるＣＤ−ＲＯＭがある。これはオーディオ用のＣＤ（コンパクトディスク）の規格に基づいて決められた規格であり、ディスク一枚に約６００Ｍバイトのデータが記録できる。ディスクが廉価であること、ディスクドライブもＣＤオーディオのデバイスを流用でき低価格であることから、広く普及している。
【０００３】
【発明が解決しようとする課題】
ところが、元々オーディオ用に開発されたＣＤを転用しているため、上記ＣＤ−ＲＯＭには次のような問題がある。
【０００４】
第一に、コンピュータの性能向上に伴い大量のデータを処理するようになったため、データ容量が６００Ｍバイト程度では足りないという点である。
【０００５】
第二に、転送レートが１．４Ｍｂｐｓ  （Ｍｂｉｔ／ｓｅｃ）と遅いことが挙げられる。最近のコンピュータの処理速度向上に伴い、周辺装置に高い転送レートが要求されていることを考えると、これは大きな問題である。
【０００６】
第三は、アクセスが遅いという点である。ＣＤのフォーマットはオーディオ信号の記録を前提に考えられており、ディスクの任意の場所を頻繁にアクセスするという点では有利ではない。これは、一般にオーディオＣＤからは比較的長いデータ列が読み出されるのに対し、コンピュータに適用する場合には比較的小容量のデータを任意の位置から読み出すことを頻繁に要するからである。とくにセクタ単位のアクセスをする場合、光学ピックアップがディスク上のどのセクタを読んでいるか知るのに時間がかかるといった欠点がある。
【０００７】
第四に、誤り訂正能力が不十分である。オーディオデータでは、誤り訂正不能な誤りが生じても、オーディオ信号の高い相関性に基づく補間処理により修整ができる。しかし、コンピュータデータでは、データ間の相関性が低いためエラー修整による補間ができないことが多い。従って、ＣＤ−ＲＯＭに記録されるデータは、高いエラー訂正能力を提示する形態での符号化及び変調がなされる必要がある。このためＣＤ−ＲＯＭでは、従来のＣＩＲＣ（Ｃｒｏｓｓ  Ｉｎｔｅｒｌｅａｖｅ  Ｒｅｅｄ−Ｓｏｌｏｍｏｎ  Ｃｏｄｅ）の他に、ブロック完結型の誤り訂正符号をもつフォーマットを用意している。しかしながら、ブロック完結型の符号は、データを復号化するために比較的長い時間がかかり、より重大な点として、そのエラー訂正能力は、ブロック内に複数のエラーが生じた場合には不十分であるとされている。そこで、オーディオＣＤでは単に１つのエラー訂正符号（ＥＣＣ）の技術、すなわちＣＩＲＣ技術が用いられているのに対して、ＣＤ−ＲＯＭでは２つのエラー訂正符号（ＥＣＣ）の技術が用いられている。このため、このようなエラー訂正を実現するために大量の非データ情報をＣＤ−ＲＯＭに記録しなければならず、この非データ情報は冗長データと称される。ＣＤ−ＲＯＭのエラー訂正能力を向上する試みにおいて、記録すべき冗長データ量は大幅に増加する。
【０００８】
また、例えばＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｉｍａｇｅ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ）規格で圧縮されたビデオデータのようなデータ圧縮形態で記録されたディジタルビデオ情報及び圧縮オーディオデータ（又はＰＣＭオーディオデータ）を有するような標準化あるいは規格化された光ディスクを提供することが望ましい。このディスクは、ディジタルビデオディスク（ＤＶＤ）として使用可能である。しかし、現時点ではいくつかのＭＰＥＧ圧縮技術あるいはフォーマットが有効となっており、将来的にはさらに多くが開発されるであろう。もしビデオプログラムを記録するために使用されたＭＰＥＧフォーマットが直ちに決定できなければ、ＤＶＤからビデオプログラムを再生することが困難である。そして、もし１枚のＤＶＤに、異なるいくつかのＭＰＥＧフォーマット及びオーディオフォーマットで示される異なるいくつかのビデオプログラムが記録されていると、この問題はさらに複雑化する。
【０００９】
本発明は上述のような状況に鑑みてなされたものであり、ＣＤ−ＲＯＭに比べてより大容量のデータを、より速い転送速度で、より速くアクセスできるような光ディスク記録媒体を得るための光ディスク記録方法及び装置を提供することを目的とする。
【００１０】
本発明の他の目的は、ＣＤ−ＲＯＭの転送レートよりも高い転送レートを有するような光ディスク記録媒体を提供することである。
【００１１】
本発明の他の目的は、光ディスクに記録されたチャプタのようなビデオ情報の異なるセグメントのアクセス能力を改善し、ＣＤ−ＲＯＭやＤＶＤとして用いるのにより有利とし得るような光ディスク記録媒体を提供することである。
【００１２】
本発明の他の目的は、冗長度が低減されたデータを記録するような改善された光ディスク記録媒体を提供することである。
【００１３】
本発明のさらに他の目的は、ディスクに記録されたビデオ情報を識別しアクセスする能力を高めるような光ディスク記録フォーマットを提供することである。
【００１４】
本発明の他の目的は、充分に高い記録密度を有する光ディスクを提供し、ＣＤ−ＲＯＭやＤＶＤの用途に便利とすることである。
【００１５】
本発明の他の目的は、チャプタ単位でビデオ及びオーディオデータが記録され、各チャプタは迅速なアクセスのために単一的に識別され、互換性のあるデータ再生を可能とするように識別される記録データの特殊フォーマットを有するような光ディスクを提供することである。
【００１７】
【課題を解決するための手段】
本発明に係る光ディスク記録方法は、上述の課題を解決するために、８ビットのデータを１６ビットの符号に変換してセクタ単位で光ディスク記録媒体に記録する光ディスク記録方法において、
トラックピッチ：０．７〜０．９μｍ
ディスク直径：１４０ｍｍ以下
の各条件を満足する光ディスク記録媒体を用い、ディスク上はリードイン区間、プログラム区間、リードアウト区間に分かれており、上記プログラム区間には１または複数のトラックを配置し、ディスク上の上記各セクタには誤り検出符号を付加するとともに、当該各セクタの先頭にはセクタアドレスを含むセクタヘッダを配置し、上記リードイン区間、またはプログラム区間の少なくとも一方には、上記トラックの各々の開始セクタのセクタアドレスを含むディスク記録内容情報を配置し、上記データに、８パリティシンボル以上のロングディスタンス符号からなる少なくとも２系列の誤り訂正符号を付加し、各々の８ビットのデータに対し、ＤＳＶが正方向に大きい１６ビット符号を含む第１のテーブル群と、ＤＳＶが負方向に大きい１６ビット符号を含む第２のテーブル群からなる変換テーブルを選択的に参照することにより、累積ＤＳＶが抑圧されるランレングスリミテッド（ｄ，ｋ）符号（ｄ＝２、ｋ＝１０）を決定し、上記決定した符号を直接結合して得られる記録信号を記録することを特徴としている。
【００１８】
また、本発明に係る光ディスク記録装置は、上述の課題を解決するために、８ビットのデータを１６ビットの符号に変換してセクタ単位で光ディスク記録媒体に記録する光ディスク記録装置において、
上記光ディスク記録媒体は、
トラックピッチ：０．７〜０．９μｍ
ディスク直径：１４０ｍｍ以下
の各条件を満足し、ディスク上はリードイン区間、プログラム区間、リードアウト区間に分かれており、上記プログラム区間には１または複数のトラックが配置され、ディスク上の上記各セクタには誤り検出符号が付加されるとともに、当該各セクタの先頭にはセクタアドレスを含むセクタヘッダが配置され、上記リードイン区間、またはプログラム区間の少なくとも一方には、上記トラックの各々の開始セクタのセクタアドレスを含むディスク記録内容情報が配置され、上記データに対して上記セクタヘッダ及び上記ディスク記録内容情報を付加するデータ付加部と、このデータ付加部からの出力データに対して誤り訂正符化処理を施して記録データとする誤り訂正符号化部と、この誤り訂正符号化部からの記録データを記録信号に変換する変調部と、上記各条件を満足する光ディスク記録媒体に上記記録データを記録する記録部とを備え、上記誤り訂正符号化部では、８パリティシンボル以上のロングディスタンス符号からなる少なくとも２系列の誤り訂正符号化処理を付加し、上記変調部では、各々の８ビットのデータに対し、ＤＳＶが正方向に大きい１６ビット符号を含む第１のテーブル群と、ＤＳＶが負方向に大きい１６ビット符号を含む第２のテーブル群からなる変換テーブルを選択的に参照することにより、累積ＤＳＶが抑圧されるランレングスリミテッド（ｄ，ｋ）符号（ｄ＝２、ｋ＝１０）を決定し、上記決定した符号を直接結合することを特徴としている。
【００２０】
ここで、上記変調方式としては、８ビットのデータを記録信号の低周波成分の増加を抑える１６チャネルビットの信号に変換する方式を用いることが挙げられる。
【００２１】
また、記録するデータの順番とディスク盤上の記録順番とを一致させることが挙げられる。
【００２２】
なお、上記メインデータとしては、コンピュータデータや動画像音声信号が挙げられ、いわゆるＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｉｍａｇｅ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ）の規格により圧縮されたビデオデータとＭＰＥＧ又は他の圧縮方式により圧縮されたオーディオデータとが多重化されたデータ等が挙げられる。
【００２３】
【作用】
８パリティシンボル以上のロングディスタンス符号（ＬＤＣ）である誤り訂正符号を採用しているため、訂正能力の向上と冗長度の削減が可能となる。また、光ディスクの記録密度を大幅に向上させることが可能となる。さらに、誤り訂正符号など記録フォーマットの変更により、冗長度を低減し、誤り訂正能力を上げ、より大容量データを記録できる。また、アクセスを迅速に行なうことが可能となる。
【００２４】
また、変調方式として、記録データの８ビットを記録信号の１６チャネルビットに変換しているため、冗長度の削減が可能となる。
【００２５】
さらに、データの順番とディスク盤上の記録順番とを一致させているため、セクタヘッダが迅速に読める。
【００２６】
【実施例】
以下、本発明に係るいくつかの好ましい実施例について、図面を参照しながら詳細に説明する。
【００２７】
本発明は、ＣＤ−ＲＯＭとしての用途の光ディスクにいくつかの異なるタイプのデータを記録するのみならずディジタルビデオディスク（ＤＶＤ）としての用途にも適用できるものである。このようなデータは、コンピュータにて使用されるファイルデータ又はアプリケーションデータであり、あるいは本明細書にて画像情報及びオーディオ情報を含む動画像データとして参照されるようなビデオデータから成る。このビデオデータは、例えばいわゆるＭＰＥＧ（Ｍｏｖｉｎｇ  ＰｉｃｔｕｒｅＩｍａｇｅ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ）の規格であるＭＰＥＧ−１、ＭＰＥＧ−２として知られているような各種のビデオデータ圧縮規格に従って圧縮されていることが望ましい。また静止画の場合にはいわゆるＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ）規格により記録される。従って、このディスクに記録された情報はいわゆるマルチメディアへの応用を可能とすることが明らかである。
【００２８】
光ディスクへのデータ記録に用いられる技術の説明に先立って、ディスク記録媒体そのものの概要について簡単に説明する。
【００２９】
本発明の一実施例となる光ディスク記録媒体の物理的あるいは構造的パラメータは、従来のオーディオＣＤに非常によく似ており、このため、ディスク自体の図面を省略している。ここで、光ディスク記録媒体としては、直径が１４０ｍｍ以下であり、好ましくは１２０ｍｍ又は１３５ｍｍである。データがトラックに記録され、トラックピッチは０．６４６μｍから１．０５μｍまでの範囲にあり、０．７〜０．９μｍの範囲内にあることが好ましい。オーディオＣＤデータのように、データはエンボスピットの形態で光ディスクに記録されており、記録線密度は、０．２３７から０．３８７μｍ／ｂｉｔまでの範囲であり、この範囲は０．３０〜０．４０μｍ／ｂｉｔとしてもよい。データのディスク記録領域が中心より半径２０ｍｍ以上６５ｍｍ未満である。ディスクの基板厚が１．２±０．１ｍｍであり、このディスクは線速度が３．３〜５．３ｍ／ｓｅｃで再生駆動されるようになされている。
【００３０】
ディスクの線密度及びトラックピッチに基づき、情報は、開口数ＮＡのレンズを介して波長λの光ビームを投射し投射ビームが空間周波数ｌ＝λ／（２ＮＡ）を示すようなピックアップヘッドにより光学的に読み取られる。この光学ピックアップの光源としては、波長λ＝６３５ｎｍのレーザビームが好ましい。このレーザビームは、開口数ＮＡ＝０．５２のレンズを介して投射されるから、空間周波数ｌは、ｌ＝６１１ｎｍとなる。
【００３１】
光ディスクの物理的あるいは構造的パラメータの典型例は、次の通りである。
ディスク直径＝１２０ｍｍ
プログラム領域＝２３ｍｍ〜５８ｍｍ
トラックピッチ＝０．８４μｍ
線密度＝０．３０７μｍ
この結果としてデータ記録容量は４．４Ｇバイトとなる。
【００３２】
光ディスクにデータを記録するための構造として、いわゆるＥＦＭ（８−１４変調）方式を改良した変調方式（以下ＥＦＭプラス方式という）によるフレーム構造が提案されている。このＥＦＭプラス方式のフレーム（以下ＥＦＭプラスフレームという）は、８５データシンボル（各シンボルは８ビットバイトの１６ビット表現である）に同期用２シンボルが足されて、計８７個の１６ビットシンボルにより形成されている。１セクタは１４×２  ＥＦＭプラスフレームから成っている。しかし、セクタ内にあるユーザ情報の量、すなわち、セクタヘッダ情報やエラー検出符号（ＥＤＣ）情報などを除く有用なデータを含む情報の量は、２０４８シンボルである。従って、ＥＦＭプラスフォーマットのデータ効率は、
（２０４８  ｘ  １６）／（８７  ｘ  １６  ｘ  １４  ｘ  ２）  ＝  ０．８４０７
と計算される。すなわち、ＥＦＭプラスフォーマットのデータ効率は約８４％であり、これは１セクタ内に記録される全データの８４％が有用なデータであることを意味する。従って、もし光ディスクの記録容量が上述したように４．４Ｇバイトならば、このディスクに記録可能なユーザデータの量は、８４％×４．４Ｇバイト＝３．７Ｇバイトとなる。
【００３３】
勿論、トラックピッチが変化した場合及び／又はエンボスピットの線密度が変化した場合には、ディスクの記録容量も同様に変化する。例えば、トラックピッチが約０．６４６μｍオーダのとき、ディスクの記録容量は約６．８Ｇバイトオーダになり、また、トラックピッチが約１．０５μｍオーダのとき、ディスクの記録容量は約４．２Ｇバイトオーダとなる。しかし実際的には、ピックアップビームの空間周波数が最小トラックピッチ及び最小線密度を決定するため、トラックピッチはピックアップビームの空間周波数を下回らず、線密度はピックアップビームの空間周波数の１／２を下回らないことが望ましい。
【００３４】
通常のオーディオＣＤ（コンパクトディスク）と比較すると、本発明の実施例に用いられる光ディスクに記録されるデータの線密度はオーディオＣＤの線密度の約１．７倍で、記録容量は３．５倍前後である。また、線速度は、ＣＤの約４倍であり、符号転送レートは、約９Ｍｂｐｓ（Ｍｂｉｔ  ｐｅｒ  ｓｅｃｏｎｄ）と、ＣＤの６倍以上となる。
【００３５】
次に、本発明に係る光ディスク記録媒体を作製するための光ディスク記録装置あるいは本発明に係る光ディスク記録装置の一実施例、及び本発明に係る光ディスク再生装置の一実施例について、図１及び図２を参照しながら説明する。
【００３６】
先ず、図１を参照しながら上記光ディスク記録装置の要部構成を説明する。
【００３７】
入力端子１２１には、動画像情報やオーディオ情報あるいはコンピュータデータ等のディジタル情報信号のメインデータが入力され、入力端子１２２にはディスク記録内容情報あるいは目次情報に相当するテーブルオブコンテンツ、いわゆるＴＯＣ情報が入力され、入力端子１２３には後述するサブコード情報が入力されている。入力端子１２１からのメインデータは切換スイッチ１２４の被選択端子ｂに送られ、入力端子１２２からのＴＯＣ情報は、ＴＯＣエンコーダ１２５を介して切換スイッチ１２４の被選択端子ａに送られている。
【００３８】
ＴＯＣエンコーダ１２５においては、ディスクの仕様に合わせてＴＯＣデータが生成される。切換スイッチ１２４は、ＴＯＣエンコーダ１２５からの出力と記録すべき上記メインデータ入力とを切換選択するようになっており、ディスクの仕様に合わせて、ディスク上のＴＯＣ領域では被選択端子ａに接続されてＴＯＣデータを、それが終ると被選択端子ｂに接続されて記録データを後段に送る。切換スイッチ１２４の制御はシステムコントローラ１１０が行なう。
【００３９】
切換スイッチ１２４からの出力は、例えば２０４８バイト毎にＥＤＣ付加回路１２７で誤り検出符号（Ｅｒｒｏｒ  Ｄｅｔｅｃｔｉｏｎ  Ｃｏｄｅ：ＥＤＣ）が付加される。このＥＤＣ付加回路１２７からの出力は、セクタヘッダ付加回路１２８に送られる。
【００４０】
一方、入力端子１２３からのサブコード情報がセクタヘッダエンコーダ１２９に入力されて、後述するサブコード、クラスタ位置、セクタアドレス、モード、サブヘッダ及びＣＲＣの各データからなるセクタヘッダが生成される。サブコードには、トラックナンバ情報、コピーライト管理情報、アプリケーションＩＤ情報、ＥＣＣタイプ情報などが後述するようにサブコードアドレスに応じて記録される。これらの制御はシステムコントローラ１１０が行なう。
【００４１】
このセクタヘッダエンコーダ１２９からの上記セクタヘッダがセクタヘッダ付加回路１２８に送られることにより、上記ＥＤＣ付加回路１２７からの出力の１セクタ毎に、上記セクタヘッダが付加される。
【００４２】
次に、後述する誤り訂正符号であるＣ１符号、Ｃ２符号を用いた誤り訂正符号化処理が施される。
【００４３】
すなわち、セクタヘッダ付加回路１２８からの出力信号がまずメモリ１３１に入力され、Ｃ２符号系列の順に従って誤り訂正回路１３２に送られ、Ｃ２パリティが付加され、再びメモリ１３１に書き込まれる。Ｃ２パリティが付加されたデータは次にＣ１符号順にメモリ１３１より読み出されＣ１パリティが付加されて、再びメモリ１３１に書き込まれる。この後、奇数番目のシンボルの遅延が行なわれて次の変調ブロック１４０に送られる。これらメモリの書き込み、読み出しアドレスの発生などは、メモリ制御部１３３が制御する。メモリ制御部１３３はシステムコントローラ１１０により制御される。
【００４４】
本発明の実施例で用いられ、光ディスクの記録データとして適用可能なように変更されたＥＣＣ（誤り訂正符号）の一例は、米国リイッシュ特許（Ｒｅｉｓｓｕｅ  Ｐａｔｅｎｔ）ＲＥ  ３１，６６６  の明細書に開示されている。本発明の一実施例において、誤り訂正回路１３２により生成されるＥＣＣ符号は、畳み込み符号であり、図１７を参照しながら後で詳細に説明する。図１を理解するのにあたっては、単に、ＥＣＣ符号が例えば１１６バイト又はシンボルで形成されたＣ２符号ワードとして示されるデータバイト又はシンボルを集めて、所定数のＣ２符号ワード中のそれぞれのデータバイト又はシンボルの関数としてのＣ２パリティバイトを生成する点、を指摘するだけで充分である。例えば、各Ｃ２符号ワードのデータバイト又はシンボルを１、２、・・・１１６のシーケンスとして示すならば、Ｃ２パリティバイト又はシンボルは、Ｃ２符号ワードＣ２１  からのバイト１とＣ２２  からのバイト２とを結合することにより生成される。他のＣ２パリティバイト又はシンボルは、３番目のＣ２符号ワードＣ２３  からの第３のバイトとＣ２４  からの第４のバイトとを結合することにより生成される。このようにして、Ｃ２パリティバイトはクロス−インターリーブ技術により生成される。例えば、１２個のＣ２パリティバイトはＣ２符号ワードＣ２１  に付加される。これらのＣ２パリティバイトは、他のＣ２ワードに含まれるデータバイトに関連している。次に、Ｃ１パリティバイトは、Ｃ２パリティバイトに付加されるＣ２１  のようなＣ２ワードについて生成され、Ｃ１１  のようなＣ１符号ワードとして示されるようになる。結果として、Ｃ１符号ワードは、１１６データバイトに、１２個のＣ２パリティバイトが足され、８個のＣ１パリティバイトが足されたものから成り、メモリ１３１に書き込まれる。
【００４５】
メモリ１３１に書き込まれたＣ１符号ワードのデータバイトの配列順序は、例えばデータバイトの奇数グループとデータバイトの偶数グループとを形成するように奇数バイトが遅延されて再配列される。各グループはＣ１符号に含まれたデータバイトの単に１／２から成っており、１つのＣ１符号ワードのデータバイトの奇数グループは、次に続くＣ１符号ワードのデータバイトの偶数グループと結合されることにより、バイトの乱された順序（不整順）を形成する。この乱された順序は、ＥＣＣ符号化データのバーストエラー耐性を改善する。この乱された順序のＥＣＣ符号化バイトは、メモリ１３１から変調回路１４０に送られ、この変調回路１４０では、好ましくは８−１６変調が施される。これはいわゆる８−１４変調（ＥＦＭ）でもよい。
【００４６】
メモリ制御回路１３３は、クロス−インターリーブ形式のＣ２パリティバイトを生成し、また上述した乱された順序にデータバイトの配列順序を再配列するのに必要とされる読み出し、書き込みアドレスをメモリ１３１に供給する。
【００４７】
ここで本実施例の誤り訂正フォーマットとしては、後述するように、拘束長の長いロングディスタンスコードのＬ（ロング）フォーマットと、拘束長の短いショートディスタンスコードのＳ（ショート）フォーマットとの２種類を持つようにしている。図１８に示されるように配列されるＣ１符号ワードに帰着する上記Ｌフォーマットについては後述する。必要に応じて、ＥＣＣ符号化データは図１９に示すような上記Ｓフォーマットで表現され、これについても後述する。これらのＥＣＣフォーマット切り替えは、システムコントロール１１０からの指令により、メモリ制御部１３３が選択されたＬフォーマットかＳフォーマットのいずれかに応じてメモリの読み出し書き込みを制御する。
【００４８】
このような誤り訂正符号化処理が施されてメモリ１３１から読み出された記録データは、変調回路１４０に送られて変調が施され、記録信号となる。この変調方式としては、記録データの８ビットを最終的に記録信号の１６チャネルビットに変換するような方式が用いられる。この場合、記録信号の低周波成分の増加を抑えるように、累積ディジタルサムバリュー（ＤＳＶ）を０に近付けることが重要である。具体的な変調方式については後述するが、記録データの８ビットを１４ビットパターンに変換（いわゆる８−１４変換、ＥＦＭ）して、これらの１４ビットのパターンを２ビットのマージンビットで接続する際に累積ＤＳＶを０に近付ける方式と、８ビットから１６ビットに変換するテーブルを何種類が用意して、これらのテーブルの内からＤＳＶを０に近付けるテーブルを選択して１６ビットに変換する方式とが挙げられる。
【００４９】
このような変調が施された記録信号は、カッティング工程１５０に送られる。すなわち、ディスクの原盤作製のためのカッティング工程１５０において、いわゆるポッケルス効果を用いるＥＯＭ（電気光学変調素子）１５１を光変調のためのデバイスとして使用し、カッティング装置１５２により変調ブロック１４０の出力データである記録信号をカッティング処理する。
【００５０】
次のマスタリング工程１６０においては、現像処理及び蒸着プロセスにおいてマスタリングされ、原盤のマスタが完成される。このマスタから複数枚のマザー、さらにこのマザーから複数枚のスタンパが作られる。レプリケーション工程においては、上記スタンパを用いてインジェクション装置１７１により射出成形を施し、パッケージング工程１７２でパッケージングすることにより光ディスク１００が完成する。
【００５１】
次に、本発明に係る光ディスク再生装置の一実施例の要部構成について、図２を参照しながら説明する。
【００５２】
図２において、上記光ディスク１００に記録されているデータは、光学的なピックアップ２１２により再生される。ピックアップ２１２は、光ディスク１００に、例えば空間周波数ｌ＝λ／２ｎａを有するレーザ光を照射し、その反射光から光ディスク１００に記録されているデータを再生する。ピックアップ２１２から出力された再生信号は、波形等化器（イコライザ）２１３、復調器２１５を経て、リングバッファ２１７に書き込まれる。また、波形等化器２１３の出力からＰＬＬ（Ｐｈａｓｅ  Ｌｏｃｋｅｄ  Ｌｏｏｐ  ）クロック再生回路２１４に信号が入力され、クロックが抽出されて、復調器２１５、リングバッファ２１７に送られ、これを元にデータ処理がなされる。
【００５３】
リングバッファ２１７に書き込まれたデータは、まずＣ１符号順に読み出されて誤り訂正回路２１６に送られ、誤りが訂正されて再び、リングバッファ２１７に書き込まれる。
【００５４】
すなわち、リングバッファ２１７は、リングバッファに書き込まれているデータ中に存在するエラー訂正を行う誤り訂正回路２１６と連結されている。例えば、データが、Ｃ２データのようなデータに相当する１１６個のシンボル、Ｃ２パリティに相当する１２個のシンボル及びＣ１パリティに相当する８個のシンボルを含む１３６個のシンボルで構成される例えばＣ１符号ワードで形成されるロングディスタンス符号で記録されると、先ず、誤り訂正回路２１６は、Ｃ１パリティシンボルを用いて、Ｃ１符号中に存在するエラーの訂正を行う。ここで、訂正されたＣ１符号はリングバッファ２１７に再度書き込まれ、次に、誤り訂正回路は、Ｃ２パリティシンボルを用いて、更なるエラー訂正を行う。これらの更なるエラー訂正がなされたデータシンボルは、訂正データとしてリングバッファに再度書き込まれる。また、上述した米国リイッシュ特許（Ｒｅｉｓｓｕｅ  Ｐａｔｅｎｔ）ＲＥ３１，６６６の明細書で示したエラー訂正の例に従ってリファレンスが作成される。
【００５５】
セクタヘッダ中のエラーが読み込まれると、誤り訂正回路２１６は、Ｃ１パリティシンボルを用いて、セクタヘッダのエラー訂正を行い、このエラー訂正されたセクタヘッダは、セクタヘッダ検出回路２２１に再度書き込まれる。Ｃ２パリティシンボルは、セクタヘッダのエラー訂正のためには必要なくなる。
【００５６】
上述したように、エラー訂正符号化を行うために供給された入力データシンボルは、既に与えられたシーケンス（データ列）を示すが、エラー訂正符号化されたシンボルは、記録する際に異なるシーケンスにて再配列される。ある配列においては、奇数や偶数のシンボルが分割され、また、Ｃ１符号ワードの奇数のシンボルが奇数グループに記録されるのに対して、Ｃ１符号ワードの偶数のシンボルは、偶数グループに記録される。また、異なるＣ１符号ワードの奇数や偶数のシンボルは、記録するためにまとめられる。さらに、データを記録するために他のシーケンス配列を用いてもよい。データの再生中は、誤り訂正回路２１６とリングバッファ２１７とは復元されたデータシンボルを元々与えられたシーケンスに戻すために相互的に動作する。すなわち、データシンボルは、乱された順序（不整順）にて記録されたものとして考えられ、また、誤り訂正回路とリングバッファとの組み合わせは、Ｃ１符号中のシンボルの順序を適正に配列されたシーケンスで再配列するように作用する。
【００５７】
リングバッファ２１７に取り込まれたエラー訂正済みのデータは、訂正不能のエラーを検出するために、図１のＥＤＣ付加回路１２７により記録されたデータに付加されたＥＤＣビットを用いる誤り検出回路２２２に送られる。データが訂正され得ないときは、ＥＤＣの誤り検出回路２２２は、特定の訂正不能バイトに対してエラーフラグ、訂正不能のＣ１符号ワードに対してエラーフラグ等の適切なフラグを送り、エラーフラグの有無にかかわらず、エラー訂正されたデータは出力端子２２４に送られる。
【００５８】
さらに、ディスク１００より再生されたＴＯＣ情報は、誤り訂正回路２１６によりエラー訂正がなされ、ＥＤＣ検出回路２２２によりエラー検出がなされた後に、データ再生操作の制御に用いるためと、ユーザデータの素早いアクセスを可能にするために、ＴＯＣメモリ２２３に送られる。ＴＯＣ情報がＴＯＣメモリ２２３に取り込まれるのと同様に、セクタヘッダ検出回路２２１により再生成されたデータから分離されたセクタ情報が、システムコントローラ２３０に送られる。このシステムコントローラは、ユーザが所望するトラックやこれらトラックのセクタにアクセスするようにディスクドライブ２２５を制御するために、ユーザが作成しユーザインタフェース２３１により供給される命令に応答し、その結果ユーザにより要求されたユーザデータが再生成される。例えば、ＴＯＣメモリ２２３に取り込まれているＴＯＣ情報は、各トラックの始まり位置に相当するデータを含み、また、システムコントローラ２３０は、特定のトラックにアクセスするようにディスクドライブ２２５を制御するためにユーザが作成した命令に応答することで、所望するトラックが見つけだされアクセスされる。アクセスしたトラック内のデータに相当する特定の識別情報が、再生され、セクタヘッダ検出回路２２１からシステムコントローラ２３０に供給される。このようにすることで、上記アクセスしたトラック内のデータに対する素早いアクセスが達成される。大まかに上述した方法にてディスクドライブを制御するために用いられるＴＯＣ情報とセクタ情報とに関する更なる説明を、以下により詳細に述べる。
【００５９】
図１０及び図２１によれば、ディスクより再生されたセクタヘッダ情報が、セクタヘッダがＣ１符号によりエラー訂正されるように、Ｃ１パリティシンボルによりエラー訂正される。エラー訂正される確率で、セクタヘッダに存在する可能性のある全てのエラーがＣ１パリティシンボルのみにより訂正されるような高い確率は存在する。Ｃ１符号は、異なるＣ１符号に含まれるデータシンボルから生成されるＣ２パリティシンボルを含むため、セクタ情報は、セクタヘッダが訂正されるまで全てのＣ２パリティシンボルが集められるのを待つぐらい素早く検出される。従って、セクタアドレスとしてのセクタヘッダに含まれるセクタの位置情報が検出され、故に所望するセクタまでの素早いアクセスが促進される。従来のＣＤ−ＲＯＭとセクタヘッダ情報が幾つかのＣ１符号中にインターリーブされる点において比較すると、セクタヘッダデータが集められ処理されるまでに全てのＣ１符号の再生とエラー訂正とが要求される。
【００６０】
以上をまとめると、復調器２１５からの出力はセクタヘッダ検出回路２２１に入力され、セクタヘッダが検出分離される。ここでＣＲＣによりセクタヘッダの誤り検出を行なう。セクタヘッダ部分に誤りがある場合は、Ｃ１訂正の結果、誤り訂正回路２１６から出力される正しいデータに書き換えられる。訂正済みのセクタヘッダの情報は、システムコントローラ２３０に送られる。システムコントローラ２３０はこれにより、セクタアドレス、サブコード情報などを知り、それに応じて各ブロックを制御する。
【００６１】
例えば、サブコードのアプリケーションＩＤより、データの種類、すなわちコンピュータデータか動画像音声信号かが識別でき、システムコントローラ２３０は、それに応じて復号ができるよう各ブロックを制御する。なお、動画像音声信号の場合は後述する。
【００６２】
また、システムコントローラ２３０は、セクタアドレスよりピックアップ２１２の位置情報を得て、これを元にランダムアクセス制御を行なう。また、タイムコードがサブコードに記録されている場合は、これを利用してアクセス制御を行なうことも可能である。このように、従来の復号装置に比べ、Ｃ２符号訂正やデインターリーブ、デマルチプレクスをしなくてもディスクの位置情報が得られるので、迅速なアクセスが可能となる。
【００６３】
また、システムコントローラ２３０は、ＴＯＣないしサブコードのＥＣＣタイプ情報より記録されたＥＣＣフォーマットを識別し、リングバッファ２１７への読み書きをそれぞれのフォーマットに合うように切替える。
【００６４】
ユーザインタフェース２３１は、ユーザから「再生」、「停止」等の命令を受けシステムコントローラ２３０に指示し、システムコントローラ２３０は、それに従い、ディスクドライブ２２５を制御する。例えば、第２トラックに飛んで再生せよ、という指示をユーザがユーザインタフェース２３１より入力すると、システムコントローラ２３０は、ＴＯＣメモリ２２３を参照して第２トラックのトラック情報から先頭のセクタアドレスを調べる。それとともに、現在のセクタアドレスをセクタヘッダ検出回路２２１から得て、ピックアップ２１２を内周ないし外周にどれだけ移動するかを計算する。そしてディスクドライブ２２５に指示を与えてピックアップ１１２を目標のセクタまで移動させ、読み出しを開始する。以上の処理により、第２トラックの再生が実現する。
【００６５】
次に、本発明に係る光ディスク記録媒体の一実施例に記録されている情報及び記録フォーマットについて説明する。
【００６６】
先ず、ディスクの記録内容情報あるいは目次情報に相当するテーブルオブコンテンツ（Ｔａｂｌｅ  ｏｆ  Ｃｏｎｔｅｎｔｓ  、以下ＴＯＣという）について説明する。
【００６７】
図３に示されるように、ディスクは、リードイン区間（ＬＥＡＤ  ＩＮ  ＡＲＥＡ）、プログラム区間（ＰＲＯＧＲＡＭ  ＡＲＥＡ）、リードアウト区間（ＬＥＡＤ  ＯＵＴ  ＡＲＥＡ  ）に分かれている。リードイン区間（ＬＥＡＤ  ＩＮ  ＡＲＥＡ）とリードアウト区間（ＬＥＡＤ  ＯＵＴ  ＡＲＥＡ  ）とは、それぞれディスクから信号が読み出せる区間あるいはエリアの最初と最後を示している。
【００６８】
リードイン区間（ＬＥＡＤ  ＩＮ  ＡＲＥＡ）は、負のセクタアドレスを持ち、原則として０ｘＦＦＦＦＦＦで終了する。
【００６９】
プログラム区間（ＰＲＯＧＲＡＭ  ＡＲＥＡ）は正のセクタアドレスを持ち、原則として０から始まる。ただしＴＯＣ領域の位置によって具体的には、図５〜図７のような配置となる。
【００７０】
プログラム区間（ＰＲＯＧＲＡＭ  ＡＲＥＡ）には、上記ＴＯＣが記録される領域と、実際のデータが記録される領域とに分割され、データが記録される領域は、同じアプリケーションであるセクタの集まりとして、トラックに分類される。
【００７１】
ＴＯＣ（Ｔａｂｌｅ  ｏｆ  Ｃｏｎｔｅｎｔｓ  ）は、ディスクの仕様や内容に関する情報を記録する領域（ＴＯＣ）を記録する領域であり、必ずディスク上の決められた位置のセクタのユーザデータに記録される。
【００７２】
図４〜図７にディスクの構造とＴＯＣの位置の具体例を示している。
【００７３】
ＴＯＣの書き込まれる位置は、たとえば、図４の（Ａ）に示すように、セクタアドレス−３２〜−１に記録する場合や、図４の（Ｂ）に示すようにリードイン領域に繰り返し記録する場合や、図６に示すようにセクタアドレス０〜３１に記録する場合や、図７のようにセクタアドレス３２〜６３に記録する場合がある。特に図５及び図７の場合は、セクタ番号０から数セクタまたは数十セクタの領域が、コンピュータ上で稼働するファイルシステムが使用する領域であることを考慮し、その領域を避けてＴＯＣを記録した例である。
【００７４】
ここで、図４の（Ａ）、（Ｂ）に示す具体例では、１つ乃至それ以上のトラックから成るＴＯＣ領域が、リードイン領域に配列され、図４の（Ａ）に示すように、ＴＯＣ情報は−３２から−１までの間で示されるセクタ中に記録される。ＴＯＣ情報の３２個のセクタは、リードイン領域において単一のＴＯＣトラックで表されるような固定された場所である。図４の（Ｂ）において、ＴＯＣ領域の繰り返しは、リードイン領域に配置されている。また、図４の（Ａ）、（Ｂ）に示すように、プログラム領域はＮ個（Ｎは変数）のトラックから成る。プログラム領域の最初のトラックのセクタアドレスは、アドレス０で識別され、プログラム領域に含まれる全トラック数はディスクに記録される情報量に依存していて、トラック番号２、３、…Ｎのリードセクタのセクタアドレスは様々な値をとる。勿論、リードアウト領域は、Ｎ番目のトラックが記録されている位置の後から始まる。
【００７５】
また図５は、ＴＯＣをセクタアドレス−３２〜−１に記録する場合に、負のセクタアドレスを持ったセクタからのデータ読み出しをコンピュータシステムからは苦手とするので、ＴＯＣと同一内容のコピーデータをセクタアドレスがプラスの領域に記録する例である。
【００７６】
実際の規格としては、これらの図４〜図７の内の１つを採用すればよい。ただし、ＴＯＣをセクタ番号がマイナスのリードイン区間に置く場合には、同じ内容のＴＯＣのコピーをプログラム区間に置くか否かで２通りのバリエーションを採用することもでき、コンピュータデータ用のディスクであって再生装置が上記プログラム区間しか読まないような場合には、上記ＴＯＣのコピーを必ず置くようにすればよい。なお、このＴＯＣのコピーは、セクタ番号の０から置く場合と、数十セクタあけて置く場合とがあり、いずれかに予め規定しておく。
【００７７】
本実施例では、ＴＯＣを記録する領域として、３２セクタ（＝６４ｋｂｙｔｅｓ  ）を確保している。このＴＯＣの構造の一具体例を表１に示す。
【００７８】
【表１】
0003552327.tif 000002
【００７９】
この表１において、ＴＯＣに記録されるデータは、ディスク情報とトラック情報とに大きく分けられる。ディスク情報はディスク全体に共通する情報であり、トラック情報はトラック毎に異なる情報である。トラック情報についてはそれぞれのトラックについて情報を記録する。本実施例では、ディスク情報は２０４８ｂｙｔｅｓ  とし、トラック情報は１トラックにつき３２バイトとする。またＴＯＣ全体の大きさを、３２セクタ（＝６４ｋｂｙｔｅｓ  ）とする。
【００８０】
次に、上記表１中のディスク情報の構成の具体例を次の表２に示し、この表２を参照しながら、ディスク情報の各項目について説明する。
【００８１】
【表２】
0003552327.tif 000003
【００８２】
ＨＤ−ＣＤ  ＩＤは、この記録媒体のデータの記録形式を示す識別文字列を記録するフィールドであり、このフィールドに“ＨＤ−ＣＤ００１”と記録することにより、そのディスクが、図４の（Ａ）に示されるディスクの構造、表１、表２及び後述する表３に示されるＴＯＣ構造、及び後述する表４等に示されているセクタの構造に適合して記録されていることを表す。ディスクの構造、またはＴＯＣ構造、またはセクタの構造、またはそのうち複数が変更された場合、このフィールドにたとえば、“ＨＤ−ＣＤ００２”などの異なる識別文字列を記録することにより、再生装置はそれらの構造の違いを認識し、データを適切に解釈することができる。
【００８３】
ディスク種類あるいはディスクタイプ（Ｄｉｓｃ  Ｔｙｐｅ  ）は、この記録媒体が読み出し専用ディスク（Ｒｅａｄ  Ｏｎｌｙ  Ｄｉｓｃ）であるか、書き換え可能なディスク（Ｅｒａｓａｂｌｅ  Ｄｉｓｃ）であるか、１回のみ書き込み可能なディスク（Ｗｒｉｔｅ  Ｏｎｃｅ  Ｄｉｓｃ）であるかを示すフィールドである。本発明の実施例では、記録媒体は読み出し専用ディスク（Ｒｅａｄ  Ｏｎｌｙ  Ｄｉｓｃ）であるので、それを示す数値１をこのフィールドに記録することにするが、将来書き換え可能なディスク（Ｅｒａｓａｂｌｅ  Ｄｉｓｃ  ）もしくは１回のみ書き込み可能なディスク（Ｗｒｉｔｅ  Ｏｎｃｅ  Ｄｉｓｃ  ）に記録する場合はこのフィールドにたとえばそれぞれ２および３と記録することにより、それらのディスクの種類を識別することができる。
【００８４】
ディスクサイズ用予備（Ｒｅｓｅｒｖｅｄ  ｆｏｒ  Ｄｉｓｃ  Ｓｉｚｅ）は、ディスクの直径または記憶容量を示す情報を記録するフィールドである。本発明で使用する記録媒体は約１２ｃｍの直径の光ディスクであり、本フィールドにはそれを示す１を記録するが、現行のコンパクトディスクには約１２ｃｍの直径のものと約８ｃｍの直径のものがあるように、本実施例の記録媒体も異なる直径の記録媒体が作られることが考えられる。本フィールドはそれらの直径のことなる記録媒体を識別するための情報を記録するフィールドである。
【００８５】
リードアウトセクタアドレス（Ｌｅａｄ  Ｏｕｔ  Ｓｅｃｔｏｒ  Ａｄｄｒｅｓｓ  ）は、ディスクのリードアウトの開始位置をセクタアドレスで表したものを書き込むためのフィールドである。
【００８６】
マルチセッションパラメータ用予備（Ｒｅｓｅｒｖｅｄ  ｆｏｒ  Ｍｕｌｔｉ  Ｓｅｓｓｉｏｎ  Ｐａｒａｍｅｔｅｒｓ  ）およびライタブルパラメータ用予備（Ｒｅｓｅｒｖｅｄ  ｆｏｒ  Ｗｒｉｔａｂｌｅ  Ｐａｒａｍｅｔｅｒｓ）は、それぞれ前述の１回のみ書き込み可能なディスク（Ｗｒｉｔｅ  Ｏｎｃｅ  Ｄｉｓｃ  ）および書き換え可能なディスク（Ｅｒａｓａｂｌｅ  Ｄｉｓｃ  ）のために必要な情報を記録するために確保しておくフィールドである。特に、マルチセッションパラメータ用予備（Ｒｅｓｅｒｖｅｄ  ｆｏｒ  Ｍｕｌｔｉ  Ｓｅｓｓｉｏｎ  Ｐａｒａｍｅｔｅｒｓ  ）は、１回のみ書き込み可能なディスク（Ｗｒｉｔｅ  Ｏｎｃｅ  Ｄｉｓｃ  ）において、現行のコンパクトディスク（ＣＤ）で行われているような追記型のアプリケーションまたは、ディスクの異なる領域に追記をしていくいわゆるマルチセッションのアプリケーションを実現する場合に必要となる情報を記録することのできるフィールドでもある。読み出し専用ディスク（Ｒｅａｄ  Ｏｎｌｙ  Ｄｉｓｃ）の場合、この２つのフィールドには、全て０を書き込んでおく。
【００８７】
ボリューム番号（Ｖｏｌｕｍｅ  Ｎｕｍｂｅｒ  ）は、記録媒体が複数枚でひとつの番組または内容を構成し、さらに構成する記録媒体群に番号が付される場合に、その番号を記録するためのフィールドである。番組または内容が１枚の記録媒体で構成される場合には、このフィールドには数値１を書き込む。
【００８８】
全ボリューム番号（Ｔｏｔａｌ  Ｖｏｌｕｍｅ  Ｎｕｍｂｅｒ  ）は、記録媒体が複数枚でひとつの番組または内容を構成する場合に、その番組または内容が計何枚の記録媒体で構成されるかを示すフィールドである。番組または内容が１枚の記録媒体で構成される場合には、このフィールドには数値１を書き込む。
【００８９】
カタログ番号（Ｃａｔａｌｏｇ  Ｎｕｍｂｅｒ）は、その記録媒体の種類を識別するための情報を記録するためのフィールドで、ここには主に商品を識別するために現在一般に使用されているＵＰＣ／ＥＡＮ／ＪＡＮ  コードが記録される。特に記録媒体の種類を識別するための情報を記録したくない場合には数値０を記録する。
【００９０】
アプリケーションＩＤ文字列用予備（Ｒｅｓｅｒｖｅｄ  ｆｏｒ  Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  ｓｔｒｉｎｇｓ  ）は、この記録媒体が使用されるアプリケーションを識別する情報を書き込むためのフィールドである。その情報の内容はアプリケーションで必要がある場合に定義される。本実施例ではｎｕｌｌ（文字コード０）を８文字記録しておく。
【００９１】
英語のディスク名（Ｄｉｓｃ  Ｔｉｔｌｅ  ｉｎ  Ｅｎｇｌｉｓｈ／ＩＳＯ６４６）は、記録媒体に名前が付される場合、その名前を記録するフィールドである。このフィールドは、英語で記録すること、およびＩＳＯ６４６のキャラクターセットを用いて記録されることとする。後に示すローカル言語のディスク名（Ｄｉｓｃ  Ｔｉｔｌｅ  ｉｎ  Ｌｏｃａｌ  Ｌａｎｇ．  ）が理解できないユーザでも英語が理解できればそのタイトルを読みとることができる。このフィールドは固定長で１６ｂｙｔｅｓ  用意されており、最大１６文字までの名前を記録することができ、名前が１６文字に満たないとき、最後の文字の次のキャラクタはｎｕｌｌ（文字コード０）とする。また名前が付されない場合はこのフィールドの最初にｎｕｌｌ（文字コード０）を記録するものとする。
【００９２】
ローカル言語の国コード（Ｌｏｃａｌ  Ｌａｎｇｕａｇｅ  Ｃｏｕｎｔｒｙ  Ｃｏｄｅ  ）は、下のローカル言語のディスク名（Ｄｉｓｃ  Ｔｉｔｌｅ  ｉｎ  Ｌｏｃａｌ  Ｌａｎｇ．  ）が何の言語で記述されているかを判断するための目安となる国名を表す情報を記録するフィールドである。このフィールドはＩＳＯ３１６６  で規定されている数値または文字列で国名が記録される。特に国名を記録したくない場合もしくはローカル言語のディスク名（Ｄｉｓｃ  Ｔｉｔｌｅ  ｉｎ  Ｌｏｃａｌ  Ｌａｎｇ．  ）が記録されない場合には、このフィールドには０ｘＦＦＦＦＦＦを記録することとする。
【００９３】
ローカル言語のディスク名長（Ｌｅｎｇｔｈ  ｏｆ  Ｄｉｓｃ  Ｔｉｔｌｅ  ｉｎ  Ｌｏｃａｌ  Ｌａｎｇ．  ）は、ローカル言語のディスク名（Ｄｉｓｃ  Ｔｉｔｌｅ  ｉｎ  Ｌｏｃａｌ  Ｌａｎｇ．  ）が何バイトで記録されるかその長さを記録するフィールドである。名前が付されない場合はこのフィールドに数値０を記録するものとする。
【００９４】
ローカル言語のディスク名（Ｄｉｓｃ  Ｔｉｔｌｅ  ｉｎ  Ｌｏｃａｌ  Ｌａｎｇ．  ）は、記録媒体に名前が付される場合、その名前を記録するフィールドであるが、英語のディスク名（Ｄｉｓｃ  Ｔｉｔｌｅ  ｉｎ  Ｅｎｇｌｉｓｈ／ＩＳＯ６４６）と異なり、ローカル言語の国コード（Ｌｏｃａｌ  Ｌａｎｇｕａｇｅ  Ｃｏｕｎｔｒｙ  Ｃｏｄｅ  ）で表される国で用いられる言語で、表記することができる。
【００９５】
第１トラック番号（Ｆｉｒｓｔ  Ｔｒａｃｋ  Ｎｕｍｅｒ  ）は、トラック情報の最初のトラックのトラック番号（Ｔｒａｃｋ  Ｎｕｍｂｅｒ）を示す情報を記録するフィールドである。
【００９６】
トラックエントリー数（Ｎ．ｏｆ  Ｔｒａｃｋ  Ｅｎｔｒｙ  ）は、いくつのトラック情報が記録されているかを表す数値を記録するフィールドである。
【００９７】
予備（Ｒｅｓｅｒｖｅｄ）は、将来の拡張のために確保されているフィールドである。値としては数値０を記録する。
【００９８】
次に、上記表１中のトラック情報の具体例を表３に示し、この表３を参照しながら、トラック情報の各項目について説明する。
【００９９】
【表３】
0003552327.tif 000004
【０１００】
トラック番号（Ｔｒａｃｋ  Ｎｕｍｂｅｒ）は、そのトラックに付されるトラックナンバを記録するフィールドである。１バイトで表され、０〜２５５までの値をとることができる。また１枚の記録媒体中では同じトラック番号（Ｔｒａｃｋ  Ｎｕｍｂｅｒ）を持つトラックが複数あってはいけないとする。本実施例では、トラック番号（Ｔｒａｃｋ  Ｎｕｍｂｅｒ）は、直前のトラック情報のトラック番号（Ｔｒａｃｋ  Ｎｕｍｂｅｒ）に１を加えた値、ただし当該トラック情報が最初のトラック情報であった場合にはディスク情報の第１トラック番号（Ｆｉｒｓｔ  Ｔｒａｃｋ  Ｎｕｍｅｒ  ）と同じ値でなくてはならないとするが、他の実施例としては、１枚の記録媒体中では同じトラック番号（Ｔｒａｃｋ  Ｎｕｍｂｅｒ）を持つトラックが複数あってはいけないという前述の条件を満たす限り自由な番号付けが許される。
【０１０１】
ＥＣＣタイプ（ＥＣＣ  Ｔｙｐｅ）は、そのトラックのデータに対するＥＣＣすなわち誤り訂正符号が、ＳフォーマットかＬフォーマットかを表す情報を記録するフィールドである。
【０１０２】
速度設定（Ｓｐｅｅｄ  Ｓｅｔｔｉｎｇ  ）は、そのトラックのデータがアプリケーションに対して、通常再生時にどのくらいの読み出し速度で読み出されることを想定しているかを表す情報を記録するフィールドである。例えば図８に示す値が記録される。現行コンパクトディスクの読み出し速度である約１．４Ｍｂｐｓ  を基準として、固定レートの１倍速読み出し、２倍速読み出し、４倍速読み出し、６倍速読み出し、が想定される場合は、値としてそれぞれ１，２，４，６が記録される。可変レートの読み出しが想定されている場合は０ｘＦＦが記録される。主にコンピュータデータなどリアルタイムな読み出しが必要のないトラックに関しては値として０を記録することとする。
【０１０３】
スタートＳＡ（Ｓｔａｒｔ  ＳＡ）、エンドＳＡ（Ｅｎｄ  ＳＡ）は、そのトラックの開始位置および終了位置をセクタアドレスで記録するフィールドである。
【０１０４】
開始位置のタイムコード（Ｔｉｍｅ  Ｃｏｄｅ  ａｔ  ｓｔａｒｔ  ｐｏｉｎｔ）は、トラックに記録されている番組にタイムコード情報がついていた場合、その最初のタイムコードを記録するためのフィールドである。タイムコードを記録しない場合にはここには４バイトのｎｕｌｌ（文字コード０）を記録しておくこととする。
【０１０５】
再生時間（Ｐｌａｙｉｎｇ  Ｔｉｍｅ）は、トラックに記録されている番組にタイムコード情報がついていた場合、その最初のタイムコードを記録するためのフィールドである。タイムコードを記録しない場合にはここには４バイトのｎｕｌｌ（文字コード０）を記録しておくことにする。
【０１０６】
作成日時（Ｍａｓｔｅｒｉｎｇ  Ｄａｔｅ  ＆  Ｔｉｍｅ  ）は、トラックに記録されているデータが作成または記録された日付および時刻の情報を記録するためのフィールドである。データの形式は図９による。特に日時および時刻の情報を記録しない場合にはここには７バイトのｎｕｌｌ（文字コード０）を記録しておくこととする。
【０１０７】
アプリケーションＩＤ文字列用予備（Ｒｅｓｅｒｖｅｄ  ｆｏｒ  Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  ｓｔｒｉｎｇｓ  ）は、そのトラックに記録されているデータが使用されるアプリケーションを識別する情報を書き込むためのフィールドである。その情報の内容はアプリケーションで必要がある場合に定義される。本実施例ではｎｕｌｌ（文字コード０）を８文字記録しておく。意味は、上記表２に示されているディスク情報の同じ名前のフィールド（Ｒｅｓｅｒｖｅｄ  ｆｏｒ  Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  ｓｔｒｉｎｇｓ  ）と同じであるが、ディスク情報に記録されている方が記録媒体全体に関する情報であり、このトラック情報に記録されている方がトラック毎の情報であるところが異なる。
【０１０８】
次にセクタの構造を説明する。
【０１０９】
セクタの構造の一具体例を次の表４及び図１０の（Ａ）に示す。
【０１１０】
【表４】
0003552327.tif 000005
【０１１１】
これらの表４及び図１０の（Ａ）において、セクタは、セクタシンク４バイト、巡回符号（ＣＲＣ）２バイト、サブコード５バイト、クラスタ位置（Ｐｏｓ＿ｉｎ＿Ｃｌｕｓｔｅｒ）１バイト、セクタアドレス３バイト、モード１バイト、サブヘッダ８バイトの合計２４バイトからなるセクタヘッダと、ユーザデータ２０４８バイト、誤り検出符号（ＥＤＣ）４バイト、予備１２バイトから構成される。
【０１１２】
セクタシンクはセクタの先頭を検出するためのもので、特定のパタンである。このパタンが偶然ユーザデータの部分に現れてシンク誤検出する可能性があるが、セクタアドレスの連続性、ＣＲＣによる誤り検出、Ｃ１符号訂正などの結果より、セクタシンクか否か判別できる。
【０１１３】
シンク誤検出の対策の別法として、符号化装置において、セクタシンクに特定パタンを割り当てて誤り訂正符号のパリティを付加したのち変調し、その際、変調禁止パタンを割り当ててもよい。復号化装置にて復調する際、この変調禁止パタンを検出することでセクタシンクであることがわかる。この変調禁止パタンは元の特定パタンに変換されて誤り訂正される。この特定パタンの変換は、復調の変換テーブルにはない特別扱いの変換である。以上のようにしてもシンク誤検出を防げる。
【０１１４】
ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄａｎｄｕｎｃｙ  Ｃｏｄｅ）２バイトは、巡回符号であり、サブコード、クラスタ位置、セクタアドレス、モードの合計１０バイトについて計算されており、これらに誤りがあった場合の検出ができる。
【０１１５】
クラスタ位置は、ディスクが、あるセクタ数をクラスタとするクラスタ構造をもっているときに、クラスタの中でのセクタの順番を示すものである。
【０１１６】
セクタアドレスは、ディスク上のすべてのセクタに対して与えられる通し番号である。ディスク上には同じセクタアドレスをもつセクタは１つだけである。セクタアドレスは、ディスクのリードイン領域の最後のセクタが０ｘＦＦＦＦＦＦであり、その次から０、１、２、と続く。０ｘは１６進数を示す。
【０１１７】
モードはＣＤ−ＲＯＭ規格で定義されるモード名を記録する場所であり、ここでは固定値３を記録する。
【０１１８】
サブヘッダは、ＣＤ−ＲＯＭ  ＸＡ、ＣＤ−Ｉ規格で定義されているサブヘッダを記録する場所である。４バイトデータを２回繰り返して記録する。
【０１１９】
セクタアドレス３バイト、モード１バイト、サブヘッダ８バイトは、ＣＤ−ＲＯＭの規格と同じである。
【０１２０】
以上までがセクタヘッダである。
【０１２１】
次に、ユーザデータは、コンピュータデータやディジタル化された動画像音声信号など記録再生すべきデータを記録する。動画像音声信号の場合、例えば、ＩＳＯ１３８１８−１に準拠して多重化されたパケットが記録される。
【０１２２】
誤り検出符号ＥＤＣ（Ｅｒｒｏｒ  Ｄｅｔｅｃｔｉｏｎ  Ｃｏｄｅ）４バイトは、巡回符号であり、ユーザデータ部分の誤りを検出することが可能である。
【０１２３】
予備１２バイトは、将来拡張のためのデータ領域である。
【０１２４】
ここで、図１０の（Ｂ）は、セクタヘッダの他の具体例を概略的に示し、この例ではセクタヘッダは２０バイトで成っている。この図１０の（Ｂ）に示す２０バイトのセクタヘッダ領域は、図１０の（Ａ）に示すセクタヘッダ領域に似ており、説明の不要な重複を避けるため、説明を省略する。
【０１２５】
次にサブコードの説明をする。
【０１２６】
サブコードの構成の具体例を図１１の（Ａ）〜（Ｅ）に示す。
【０１２７】
サブコードの最初の１バイトすなわちサブコードアドレス（Ｓｕｂｃｏｄｅ  Ａｄｄｒｅｓｓ  ）によって、続く４バイトの意味が異なる。図１１の（Ａ）〜（Ｅ）は、サブコードアドレスが０〜４の場合にそれぞれ対応している。
【０１２８】
サブコードアドレスが０の場合、図１１の（Ａ）に示すように、サブコードアドレスに続く４バイトには意味のあるデータは記録されず、値としては０（ＺｅｒｏＤａｔａ  ）が記録される。
【０１２９】
サブコードアドレスが１の場合、図１１の（Ｂ）に示すようにサブコードアドレスに続く４バイトには、トラックナンバ（Ｔｒａｃｋ  Ｎｕｍｂｅｒ）１バイト、コピーライトバイト（Ｃｏｐｙｒｉｇｈｔ  Ｂｙｔｅ）１バイト、アプリケーションＩＤ（Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ）１バイト、予備（Ｒｅｓｅｒｖｅｄ）１バイトが記録される。トラックナンバには、そのセクタが属するトラックのトラック番号が記録される。コピーライトバイトは、例えば図１２に示されるような構成となる。各ビットはそれぞれ、アナログ信号のデコード後のビデオデータおよびオーディオデータ、デジタル信号のデコード後のビデオデータおよびオーディオデータおよび字幕データ、デマルチプレクスを行う前の多重化ビットストリームデータについて、コピーを禁止する場合は「１」、コピーを許可する場合は「０」を記録する。アプリケーションＩＤには、例えば図１３で定義されるように、そのセクタに記録されているユーザデータが何のアプリケーションのデータかを示す。０の場合は、何も意味のあるデータが入っていないか、どのアプリケーションからも利用されないデータが記録されていることを示す。１の場合は、コンピュータデータが記録されていることを示す。２の場合は、動画像音声信号が記録されていることを示す。３から０ｘＦＦ（すなわち１０進数で２５５）までは将来の拡張に備えて空けておく。ＥＣＣタイプ（ＥＣＣ  Ｔｙｐｅ）１バイトにはＥＣＣフォーマットのタイプを記録する。例えば、ロングフォーマットとショートフォーマットの２方式がある場合、記録する値は、例えば図１６のようにする。ＥＣＣフォーマットについては後述する。
【０１３０】
サブコードアドレスが２の場合、図１１の（Ｃ）に示すように、続く４バイトには、タイムコード（Ｔｉｍｅ  Ｃｏｄｅ  ）４バイトが記録される。タイムコードは、動画像音声信号など、データが時間にそってリアルタイムに再生されるデータに付加される。タイムコードの形式の一例を図１４に示す。時・分・秒・フレームの各数字は２桁のＢＣＤで表記される。
【０１３１】
サブコードアドレスが３、４の場合は、図１１の（Ｄ）、（Ｅ）に示すように、動画像音声信号記録の場合に使われる。これらについては後述する。なお、図１１（Ｅ）の項目のピクチャタイプの内容の例を図１５に示す。
【０１３２】
次に本発明の記録再生方式の誤り訂正フォーマットについて説明する。
【０１３３】
以下の説明において、１シンボルは１バイトと同義である。
誤り訂正フォーマットは、拘束長を長くしてバーストエラー訂正能力を向上させたＬ（ロング）フォーマット、拘束長を短くしてバーストエラー訂正能力を必要最小限にして処理速度を上げたＳ（ショート）フォーマットの２種類をもつものとする。
【０１３４】
図１７は、Ｃ１符号あるいはＣ１ワードの例を示す図である。符号長は１３６シンボル、データは１１６シンボル、末尾の８シンボルがＣ１パリティ中央の１２シンボルがＣ２パリティである。符号先頭には同期シンクがある。なお、Ｃ２パリティの位置は、図１７に示したようにＣ１符号の中央に限るものではなく、例えばＣ１パリティのすぐ手前でもよい。
【０１３５】
ここで、Ｃ１符号あるいはＣ１ワードの構造が生成される方法を、簡単に説明する。例えば、Ｃ２符号あるいはＣ２ワードとして知られる１１６データバイトあるいはシンボルが、図１のメモリ１３１及び誤り訂正（ＥＣＣ）回路１３２で構成されるＥＣＣエンコーダに供給される。Ｃ２ホールド部分（パリティ部分）が、５８シンボルの２つのグループの間に挿入されることで上記Ｃ２符号に加えられ、また、Ｃ１ホールド部分（パリティ部分）は、合成された１２８シンボルの最後に付け加えられる。ここで、ホールド部分は、単にパリティデータが続けて挿入されるデータストリームの場所を確保するだけに過ぎない。従って、仮のＣ１ワードは、５８データシンボルのグループから構成されると考えて差し支えなく、上記５８データシンボルの後にはＣ２ホールド部分が、このＣ２ホールド部分の後には別の５８データシンボルのグループが続き、さらに、末尾の５８データシンボルのグループの後に、Ｃ１ホールド部分が続く。それから、例えばモデュロ−２加算（法２の加算）により、Ｃ２パリティシンボルが生成される。むしろ、ある仮のＣ１符号内のあるデータシンボルが、次あるいは２番目の仮のＣ１符号に含まれるデータシンボルと結合したモデュロ−２であることが望ましい。必要があれば、３つ後の仮のＣ１符号等に含まれるデータシンボルと更に結合することにより、１つのＣ２パリティシンボルを生成するのに効果的であろう。次のＣ２パリティシンボルは、以下に続く仮のＣ１符号内のそれぞれに対応するデータシンボルを有するこの第１の仮のＣ１符号内において続くデータシンボルが同様に結合することによって生成される。このようにして、Ｃ２パリティシンボルは、連続する仮のＣ１符号の予め設定されたワード数と同じ所定個数のデータシンボルを結合することで生成される。すなわち、仮にＣ２パリティシンボルが、２つのデータ符号をモデュロ−２結合させることにより生成するなら、第１の仮のＣ１符号の１つのデータ符号は、続く仮のＣ１符号の次のシンボル位置における１つのデータシンボルとモデュロ−２結合されることになる。また、仮にＣ２パリティシンボルが、３つのデータシンボルを結合させることで生成されるなら、連続する３つの仮のＣ１符号毎から成る連続するシンボル位置における１つのデータシンボルが、Ｃ２パリティシンボルを生成するために結合されることになる。そして、仮にＣ２パリティシンボルが４つのデータシンボルを結合させることにより生成されるなら、連続する４つの仮のＣ１符号毎から成る連続するシンボル位置における１つのデータシンボルが、結合されることになる。
【０１３６】
このＥＣＣ符号化の好ましい特徴として、結合されたデータシンボルは、それぞれの仮のＣ１符号における連続する位置を埋めることが挙げられる。すなわち、仮に、第１の仮のＣ１符号内のデータシンボルがｎ番目のデータシンボルであるとすると、第２の仮のＣ１符号内のデータシンボルは（ｎ＋１）番目のデータシンボルであり、また、第３の仮のＣ１符号内のデータシンボルは（ｎ＋２）番目のデータシンボル等という具合になっていく。
【０１３７】
１２個のＣ２パリティシンボルが上述のような方法で生成されると、それら１２個のＣ２パリティシンボルは、この第１の仮のＣ１符号のＣ２ホールド部分に挿入される。従って、プレカーサ（準備段階の）Ｃ１符号が形成される。そして、８個のＣ１パリティシンボルが、上記プレカーサＣ１符号に含まれるデータとパリティシンボルに応じて従来のパリティシンボル生成を行うことで生成される。生成されたＣ１パリティシンボルは、Ｃ１ホールド部分に挿入され、Ｃ１符号が形成される。
【０１３８】
図１７に示したＣ１符号において、Ｃ２パリティシンボルは、データシンボルの２つのグループ間に挿入される。あるいは、Ｃ２パリティシンボルを１１６データシンボルの末尾、すなわちＣ２符号の末尾に配置させてもよい。図１７で示したような構造を有するＣ１符号の予め設定した数値は、ロングディスタンス誤り訂正符号化データを構成する。すなわち、Ｃ１符号の予め設定された数値は、図１８に示されるような構造を有するＬフォーマットＥＣＣ符号化データとして用いられる。
【０１３９】
図１８にＬフォーマットの一例を示す。Ｃ２符号あるいはＣ２ワードは、符号長が１２８シンボルで、１２８個のＣ１符号あるいはＣ１ワードにわたりインターリーブされている。Ｃ２符号でイレージャ訂正を行ない全パリティシンボルを使用して訂正すると、Ｃ２符号中の１２シンボルの誤りが訂正できる。これは、Ｃ１符号１２個に相当し、１６３２シンボルのバーストエラーまで訂正できる。
【０１４０】
この図１８に例として挙げられているように、ｉ＝０，１，…，１２７として１２８Ｃ１符号が用いられる。各Ｃ１符号は、１３６シンボルであるＳ０  ，Ｓ１  ，…Ｓｊ  ，…Ｓ１３５  （ｊ＝０，１，…１３５）に続く同期（ｓｙｎｃ）コードやパターンから構成される。図１８において、円で示した箇所が、Ｃ２パリティシンボルが生成される部分に相当する。上述したように、Ｃ２パリティシンボルは、Ｃ１０  ，Ｃ１１  ，…Ｃ１ｒ  （ｒ：データシンボルの個数）符号に含まれるデータシンボルに対応したＣ１０  符号を得るために生成され、そしてパリティシンボルを生成するために結合される。
【０１４１】
図１７及び図１８によれば、シンボルＳ０  からＳ１２７  までがデータとＣ２パリティシンボルとを構成し、シンボルＳ１２８  からＳ１３５  までがＣ１パリティシンボルを構成することは明らかである。ここで、１２個のＣ２パリティシンボルがＣ１符号に記録されるため、１２個までのＣ２パリティシンボルが訂正され得ることは好ましいことである。これら１２個のデータシンボルが１２個の連続するＣ１符号に含まれるため、１２個のＣ１符号のバーストエラーが訂正され得る。これは、１２×１３６＝１６３２シンボルのエラー訂正に相当する。
【０１４２】
図１９にＳフォーマットのＥＣＣ符号化の一例を示す。Ｃ１符号はＬフォーマットと全く同じである。Ｃ２符号は、符号長は、Ｌフォーマットと同じく１２８シンボルであるが、拘束長はＬフォーマットの半分になっており、６４番目のＣ１符号で折り返されるようなインターリーブになっている。Ｌフォーマットと同じくＣ２符号中の１２シンボルの誤りが訂正できるとすると、Ｃ１符号６個分、すなわち８１６シンボルのバーストエラーまで訂正できる。
【０１４３】
すなわち、図１９に示すＳフォーマットにおいて、１２個のＣ２パリティシンボルは、２つのグループでこの各グループ６個のＣ２パリティシンボルを有し、片方のグループは５８データシンボルに付加され、もう片方のグループは次の５８データシンボルに付加されるようにグループ分けされる。従って、１２８個のＣ１符号に含まれるデータシンボルからＳフォーマットにおけるＣ２パリティシンボルを生成するというより、むしろＳフォーマットにおけるＣ２パリティシンボルが、図１９に概略的に示したような６４個のＣ１符号に含まれる連続するデータシンボルから生成されると言える。Ｌフォーマットが１２個のＣ１符号における誤り訂正にＣ２パリティシンボルの使用を許容するのに対して、Ｓフォーマットは６個のＣ１符号までのＣ２パリティ訂正を支えていく。従って、Ｓフォーマットは６×１３６＝８１６シンボルのバーストエラーの訂正を可能にする。
【０１４４】
例えば、これまで提案されてきたタイプのＣＤ−ＲＯＭに適用したＥＣＣフォーマットと比較すると、本発明の実施例のＬフォーマットあるいはＳフォーマットを利用すると、現行のＣＤ−ＲＯＭでは２５％割いてきた冗長部分を本発明のＣＤ−ＲＯＭにおいては１５％まで削減を可能にする。また、訂正パリティが８および１２シンボルで、いわゆるロングディスタンス符号（Ｌｏｎｇ  Ｄｉｓｔａｎｃｅ  Ｃｏｄｅ、以下ＬＤＣという）となっており、高い訂正能力が得られる。
【０１４５】
ＬフォーマットあるいはＳフォーマットにおけるＥＣＣ符号化データで形成されるセクタは、図２１に示すように、セクタが２４シンボルで形成されるセクタヘッダを含み、また、１８個のＣ１符号から構成され、この各Ｃ１符号は図１７で示したような構造を有している。ここで、セクタを含む末尾のＣ１符号は、４個のエラー検出符号シンボルと、必要となるときまで確保される１２個のシンボルとを有している。また、セクタヘッダは、図１０に示したような構造を有している。それにもかかわらず、セクタヘッダに存在するエラーは、通常はＣ１符号を得るために生成されるＣ１パリティシンボル１つだけ用いて訂正される。
【０１４６】
本発明実施例の特徴としては、トラックに記録されたようなＣ１符号に含まれるシンボルの順序は、記録を行うために供給されるシンボルの順序とは異なる。すなわち、図１に関しては、変調回路１４０に送られるシンボルの順序は、スイッチ１２４に送られるシンボルの順序とは異なる。ここで述べたような乱された順序（不整順）でデータシンボルを記録することで、バーストエラーがデータを破壊する、さらにデータを再生成した場合にはこの再生成されたデータが解読処理不能となる可能性が低減される。特に、仮にデータがビデオ情報を示しているとすると、乱された順序（不整順）でデータシンボルを記録することで、バーストエラーが存在するのにもかかわらず正確なビデオ映像が回復する可能性が高くなる。図２０は、データシンボルが記録を行うために不整順で配列されるようすを概略的に示す。
【０１４７】
ここで、データシンボルがＤｋ  の順序にてディスク上に記録されると仮定し、さらに、各Ｃ１符号はｍ個のシンボルで形成されると仮定する。なお、これらのｍ個のシンボルの内、ｎ個は、例えば、１１６個のデータシンボルや１２個のＣ２パリティシンボル等のＣ２符号を構成し、（ｍ−ｎ）個はＣ１パリティシンボルを構成するものである。また、データ記録のためのｉ、ｊ、ｋ、ｍ、ｎの間の関係は、以下の式で示される。
【０１４８】
ｋ＝ｍ×ｉ＋２×ｊ−ｍ            ，  ｊ＜ｍ／２
ｋ＝ｍ×ｉ＋２×ｊ−（ｍ−１）    ，  ｊ≧ｍ／２
【０１４９】
仮に、記録されたシーケンスＤ０  、Ｄ１  、Ｄ２  、…のデータシンボルがディスク上で出現すると、この出現したデータシンボルは偶数グループに続く奇数グループにグループ化される。例えば、１３６シンボルについて考えてみると、データシンボルＤ０  からＤ６７までは奇数番号のデータシンボルである奇数グループを構成し、データシンボルＤ６８からＤ１３５  までは偶数番号のデータシンボルである偶数グループを構成する。ここで、“奇数”と“偶数”とは、これらデータシンボルが記録のために配置されていた当初のシーケンスに関したものである。上記式において、ｉはＣ１符号が配置されるシーケンス番号であり、ｊはこの配置された各Ｃ１符号におけるｍ個のシンボルのシーケンス番号であり、ｋはｍ個のシンボルがディスク上のどの位置に記録されたかを示すシーケンス番号である。すなわち、Ｄｊ  ≠Ｄｋ  である。
【０１５０】
シーケンスＤ０  、Ｄ１  、…Ｄ１３５  のデータシンボルを有するＣ１符号がディスクから再生されると、図２のリングバッファ２１７に取り込まれていたデータシンボルは、図２０に示したようなシーケンスに再配列される。この図２０で示すシーケンスは配列されたシーケンスであり、記録の際に当初図１のスイッチ１２４に存在していたデータシンボルと同様の、奇数及び偶数データシンボルを交互に入れ替えたシーケンスで形成される。記録されたＣ１符号に含まれるデータシンボルが、実際にＣ１０  符号やＣ１１  符号の一部に属することが分かる。すなわち、仮に記録されたＣ１１  符号はシンボルＤ０  、Ｄ１  、…Ｄ１３５  から形成され、再生成されたＣ１０  符号はシンボルＤ１  、Ｄ３  、…Ｄ１３３  、Ｄ１３５  を含み、さらに再生成されたＣ１１  符号はシンボルＤ０  、Ｄ２  、…Ｄ１３２  、Ｄ１３４  を含んでいる。図２で示されると共にディスクから再生成されたシンボルＤｋ  のリングバッファ２１７内のシーケンスの保存位置は、以下のように表される。
【０１５１】
ｉ＝（ｋ／ｍ）−（ｋｍｏｄ２）＋１
ｊ＝（ｍ／２）×（ｋｍｏｄ２）＋（ｋｍｏｄｍ）／２
【０１５２】
ここで、ｉはリングバッファより読み出されたＣ１符号のシーケンス順序あるいは番号であり、ｊはリングバッファより読み出された各Ｃ１符号におけるｍ個のシンボルのシークエンスのシーケンス順序あるいは番号であり、ｋはｍ個のシンボルをディスク上に記録する際の乱された順序あるいは不整順番号である。
【０１５３】
すなわち、ｋが偶数であるシンボルをＣ１符号の前半に並べ、ｋが奇数であるシンボルを１符号前のＣ１符号の後半に並べる。このように遅延を行なうことで、ディスク上のデータ順とＣ２符号のそれが一致しなくなり、バーストエラーの影響を小さくすることができる。
【０１５４】
次に、ＬフォーマットかＳフォーマットかどちらかを識別する方法について述べる。前述のＴＯＣ内のトラック情報のＥＣＣタイプか、あるいはサブコード内のＥＣＣタイプにフォーマットの識別情報を記録する。あるいは、セクタシンクに特定のパタンを割り当てることを前述したが、このパタンを２通り用意して、ＬとＳフォーマットに振り分ける方法がある。こうすることでセクタシンク検出と同時にＥＣＣフォーマットの識別が可能である。また、別方法として、同期シンクの直後に識別ビットを設けても良い。この場合、後述のＥＦＭのランレングス条件を満足するようにする。
【０１５５】
また、復号化装置にてこれらの識別情報を利用しない方法も可能である。
【０１５６】
すなわち、Ｌ、Ｓ両フォーマットともＣ１符号は共通であり、訂正が可能であるが、Ｃ２符号は、両者でインターリーブが異なる。もし、ＬフォーマットのつもりでＳフォーマットのデータを訂正しようとすると、Ｃ２符号はすべて訂正不能となる。従って、Ｃ２符号訂正結果を監視することで、少々時間を要するが正しいフォーマットに切り換えることが可能である。なお、バーストエラー時の訂正不能は、Ｃ２のみならずＣ１も訂正不能となるので、Ｃ１訂正の結果を調べれば、バーストエラーによる訂正不能か、フォーマットが間違っているのかの区別は容易にできる。
【０１５７】
ＬフォーマットおよびＳフォーマットは畳み込み符号であるが、Ｃ２インターリーブを変えるだけでブロック符号に切替えることができる。
【０１５８】
図２２は、Ｌフォーマットをブロック符号にした場合の一例を示す。同じＣ２符号内のシンボルを同じ印で示す。四角のシンボルにＣ２符号内の順番を示す。このようにＣ２インターリーブを折り返すことで、１ブロックが８セクタであり、ユーザデータが１６ｋバイトのブロック符号となる。そしてブロック単位で独立して誤り訂正が行なうことができる。
【０１５９】
図２３は、Ｓフォーマットの例である。やはり、同様にＣ２インターリーブを変更することで、１ブロック４セクタ、ユーザデータが８ｋバイトのブロック符号となる。畳み込み符号かブロック符号かの区別は、例えばＴＯＣやサブコードの予備領域に識別ＩＤを記録することで可能である。
【０１６０】
本フォーマットは、コンピュータデータや画像の圧縮データなどの記録再生に使用されることを前提としているため、誤り訂正不能が生じたときにその不能部分が広範囲に拡大しないような配慮が必要である。このため、元のデータ順とディスク上の記録順を一致させて、バーストエラーが誤り訂正符号順に見てできるだけ散らないようにしている。
【０１６１】
次に本実施例に適用可能な変調方式の具体例について説明する。
【０１６２】
本実施例に適用可能な変調方式の第１の具体例としては、本件出願人が先に特願平６−３２６５５号明細書及び図面において提案したものを挙げることができる。この変調方式は、通常のコンパクトディスクの規格において用いられている８−１４変調あるいはＥＦＭ（Ｅｉｇｈｔ  Ｆｏｕｒｔｅｅｎ  Ｍｏｄｕｌａｔｉｏｎ  ）を改良したものであり、マージンビットを２ビットにしてデータ記録密度の向上を図ったものである。
【０１６３】
すなわち、通常のコンパクトディスク規格のＥＦＭは、８ビットのデータを１４チャネルビットの符号に変換し、さらにそれらを３チャネルビットのマージンビットで連結して、デジタルサムバリエーションあるいはデジタルサムバリュー（Ｄｉｇｉｔａｌ  Ｓｕｍ  Ｖａｌｕｅ  、以下ＤＳＶという）を小さくし、変調信号の低周波成分を低減している。ＥＦＭでは最短ランレングスが２に制限されている、すなわち１と１との間のゼロは２個以上である。これより、マージンビットは３ビットではなく２ビットにすることが可能である。しかし、２ビットでは、３種類のマージンビットしかなく、使用可能なマージンビットがランレングスの制約からそのうちの１つに限られることもある。ゆえに、ＤＳＶ制御不可能な部分が生じ、結果として、変調信号の低周波成分が十分に低減されないため、サーボの安定性などに悪影響をおよぼす。
【０１６４】
このような点を考慮して、上記特願平６−３２６５５号明細書及び図面において提案した変調方式（以下これを改良ＥＦＭという）は、マージンビットを２ビットにしてディスクに記録できるデータ量を増やしつつ、低周波成分を十分に低減する変調方式である。上記改良ＥＦＭは、ＥＦＭと異なるのはマージンビットが２ビットでその選択方法が違うという点であり、８ビットから１４ビットへの変換テーブル、および最短記録波長３Ｔ、最長記録波長１１Ｔである点はＥＦＭと全く同じである。また、同期シンクパタンもＥＦＭと同じである。
【０１６５】
ここで図２４は、上記改良ＥＦＭにより変調された出力信号を示している。
この図２４において、上記８−１４変換された１４チャネルビットパターンのある１ワードのデータＤ１  とその次の１ワードのデータＤ２  との間を結合する２ビットのマージンビットＭ１  として、上記３種類のマージンビットから最適のもの、すなわち上記ＤＳＶを最小にするもの、を選択する場合を示し、上記ワードＤ２  の次以降に続くワードを順次Ｄ３  、Ｄ４  、・・・とし、Ｄｍ＋１  までを調べている。また、データＤ２  とＤ３  との間の接続点のマージンビットをＭ２  、Ｄ３  とＤ４  との間の接続点のマージンビットをＭ３  、・・・、Ｄｍ  とＤｍ＋１  との間の接続点のマージンビットをＭｍ  としている。
【０１６６】
次に図２５は、上記最適マージンビットを選択するためのアルゴリズムを説明するためのフローチャートである。この場合の最適マージンビットとは、チャネルビットパターンと結合した際に、変調規則を破らない選択可能マージンビットの内の、さらに上記累積ＤＳＶを極力０に近付けるようなものである。この場合の変調規則とは、ランレングスリミテッド（ｄ，ｋ）符号として（２，１０）を用いることであり、記録信号の波形では、最短波長３Ｔ、最長波長１１Ｔとなることである。
【０１６７】
また、図２６は、このような改良ＥＦＭを実現するための信号変調回路の具体例を示すものである。
【０１６８】
これらの図２５、図２６の説明に先立って、上記改良ＥＦＭにより変調されて得られる記録信号のフレーム構成を、図２７を参照しながら説明する。
【０１６９】
この図２７において、フレーム先頭にフレームシンクが設けられている。図のように８ビットデータは１４ビットに変換され２ビットのマージンビットにて連結される。マージンビットとしては、どこにおいても１と１の間に前述のように２個以上かつ１０個以下の０があるように、“００”、“０１”および“１０”のうちの１種が選ばれる。また、マージンビットの挿入によって、フレーム同期パタンと同じ１１Ｔの２回繰り返しパタンが生じないようにする必要がある。
【０１７０】
図２８は、上記ルールに基づく禁止マージンビット（以下Ｍｉｎｈ  とする）の判別を示す図である。すなわち、２つの１４ビットデータＤ１  、Ｄ２  の間に挿入するマージンビットに関して、図２８中ハッチングで示されているビットに関してテストを行い、その結果に応じてＤ１  とＤ２  の連結に用いてはならないマージンビットＭｉｎｈ  を判別する。
【０１７１】
この禁止パターン判別のアルゴリズムは以下の通りである。
【０１７２】
（１）１４ビットデータＤ２  の前端の“０”の個数Ａと、Ｄ１  の終端の“０”の個数Ｂとの合計が８個以上（Ａ＋Ｂ≧８）の場合：
この場合にはマージンビット“００”が禁止される（Ｍｉｎｈ  ＝“００”）。
【０１７３】
（２）１４ビットデータＤ２  の最上位ビットＣ１が“１”（Ａ＝０）または次位ビットＣ２が“１”（Ａ＝１）の場合：
マージンビット“０１”が禁止される（Ｍｉｎｈ  ＝“０１”）。
【０１７４】
（３）１４ビットデータＤ１  の最下位ビットＣ１４が“１”（Ｂ＝０）または次位ビットＣ１３が“１”（Ｂ＝１）の場合：
マージンビット“１０”が禁止される（Ｍｉｎｈ  ＝“１０”）。
【０１７５】
上述したような変調規則及び禁止パターン判別に基づいて、図２５の動作が行われる。すなわち、図２５は、図２４に示す上記１４チャネルビットデータＤ１  とその次のデータＤ２  との間を結合するマージンビットＭ１  について、最適マージンビットを選択するアルゴリズムを示す図である。ここで言う最適マージンビットとは、上記の禁止マージンビットに抵触せず、しかも累積ＤＳＶを極力零に近づけるようなものである。
【０１７６】
図２５の最初のステップＳ１においては、上記各マージンビットＭ１  、Ｍ２  、・・・、Ｍｍ  のそれぞれについて、１４チャネルビットパターン系列の各ワードのデータＤ１  、Ｄ２  、Ｄ３  、・・・、Ｄｍ  、Ｄｍ＋１  と結合したときに上記変調規則の３Ｔ〜１１Ｔルールを破るような禁止マージンビットパターンＭｉｎｈ１、Ｍｉｎｈ２、・・・、Ｍｉｎｈｍと、それぞれの禁止パターンの個数ＮＩ１  、ＮＩ２  、・・・、ＮＩｍ  とを求めている。
【０１７７】
次のステップＳ２においては、現在選択中のマージンビットＭ１  の禁止パターンの個数ＮＩ１  を調べることで、上記選択可能マージンビットが唯一か否かを判別している。具体的には、上記３種類のマージンビット“００”、“０１”、“１０”の内、上記禁止パターンが２個あるとき、選択可能マージンビットが１個のみとなるから、ステップＳ２では、ＮＩ１  ＝２か否かを判別している。
【０１７８】
このステップＳ２でＹＥＳ、すなわち禁止パターンの個数ＮＩ１  が２で、選択可能マージンビットが１個のみと判別されたときには、ステップＳ３に進む。この場合には、マージンビットＭ１  に関しては選択の余地がないため、Ｍ１  の禁止されていないパターンをそのまま出力して終了する。
【０１７９】
上記ステップＳ２でＮＯ、すなわち禁止パターンの個数ＮＩ１  が２よりも少なく、選択可能マージンビットが２個以上あると判別されたときには、マージンビットＭ１  に関しては選択の余地があり、ステップＳ４以降に進んで、低周波成分を抑圧するマージンビットの選択を行っている。
【０１８０】
すなわち、ステップＳ４では、２≦ｎ≦ｍのｎについて、ＮＩｎ  ＜２となるような最小のｎを求める。２≦ｎ≦ｍの全てのｎについてＮＩｎ  ＝２である、すなわち全てのＭｎ  に関して選択の余地がないときは、ｎ＝ｍ＋１とする。
【０１８１】
次のステップＳ５においては、１４ビットデータのＤ２  からＤｎ  までを、それぞれ禁止されていないマージンビットパターン、すなわちそれぞれ唯一の選択可能マージンビットパターンで連結する。
【０１８２】
次のステップＳ６では、現在選択中のマージンビットＭ１  について、上記禁止パターンＭｉｎｈ１に相当しない選択可能マージンビットパターンで１４ビットデータＤ１  とＤ２  以降を連結した場合の、これまでの分を含めてＤｎ  までの累積ＤＳＶを計算する。すなわち、マージンビットＭ１  の禁止されていない各パターンについて、Ｄ１  以前の分も含めてＤｎ  までの累積ＤＳＶを計算する。
【０１８３】
次のステップＳ７では、上記ステップＳ６で計算された累積ＤＳＶの絶対値が最小となるようなマージンビットパターンを出力する。すなわち、絶対値の最も小さい累積ＤＳＶを与えるＭ１  のパターンを出力して終了する。
【０１８４】
ここで図２９は、上記１４チャネルビットワードの最大連結数あるいはＤＳＶの計算を行う範囲のワードの上限値を与える上記有限の整数ｍを３とする場合の一例を説明するための図である。
【０１８５】
この図２９において、１４ビットデータＤ１  の開始時点で、ＣＷＬＬ＝“０”、また累積ＤＳＶ＝−３であったとする。この図２９の例の場合には、Ｄ１  とＤ２  の連結点では“１０”、“０１”、“００”のいずれのマージンビットも選択することができる（ＮＩ１  ＝０）。また、Ｄ２  とＤ３  の連結点では“００”以外のマージンビットは選択できず（ＮＩ２  ＝２）、Ｄ３  とＤ４  の連結点では“１０”、“０１”が選択できる（ＮＩ３  ＝１）。ここで、マージンビットＭ１  の各パターン“１０”、“０１”、“００”に対応する各チャネルビットパターンをそれぞれ図２９の（Ａ）、（Ｂ）、（Ｃ）に示し、またＤＳＶの軌跡を図２９の（Ｄ）の各曲線ａ、ｂ、ｃにそれぞれ示す。
【０１８６】
従来のマージンビット決定アルゴリズムを適用した場合、Ｄ２  の終端における累積ＤＳＶを比較し、絶対値を最小とする“０１”がＭ１  の最適マージンビットとなる。
【０１８７】
この具体例によれば、Ｍ１  は、Ｄ３  までの累積ＤＳＶが最小になるものが選択される。これらより、“００”が最適マージンビットであると判断される。
【０１８８】
次に、上記図２６を参照しながら信号変調回路の一具体例を説明する。この具体例では、上記ＤＳＶを計算するときの１４チャネルビットデータのワード数の上限値を与える整数ｍを４とした場合を示している。この図２６の禁止マージンビット判別回路３０及びマージンビット発生回路５０において、上述した信号変調方法の実施例と同様な動作が行われる。
【０１８９】
この図２６において、入力端子１０には、図示しないデータ発生回路から前述のように１シンクフレーム当り３２シンボルのデータが入力される。８ビットの各シンボルはテーブルＲＯＭ１１により、それぞれ１４ビットデータに８−１４変換される。
【０１９０】
サブコーディングフレームを構成する９８シンクフレームの第０および第１シンクフレームには、前述のように１４ビットのサブコードシンク信号Ｓ０およびＳ１が付加される。このサブコードシンク信号Ｓ０およびＳ１の付加は、図示しないサブコードシンクタイミング信号に基づいて、サブコードシンク付加回路１２によって行われる。
【０１９１】
疑似フレームシンク付加回路１３は、図示しないフレームシンクタイミング信号に基づき、１４ビットの疑似フレームシンク信号Ｓ’ｆ（＝“１ＸＸＸＸＸＸＸＸＸＸＸ１０”）を各シンクフレームの先頭に付加する。疑似フレームシンク信号Ｓ’ｆの先端１ビットおよび終端２ビットのビットパターンは正規の２４ビットフレームシンク信号（＝“１００００００００００１００００００００００１０”）のそれと同一であるので、マージンビットを選択する場合、他の１４ビットデータと全く同一の処理が可能となる。
【０１９２】
サブコードシンク信号Ｓ０、Ｓ１および疑似フレームシンク信号Ｓ’ｆを含む１４ビットデータは、縦列接続されたレジスタ１４〜１７に供給される。レジスタ１４の入力をＤ５  とし、レジスタ１４〜１７のそれぞれの出力をＤ４  、Ｄ３  、Ｄ２  、Ｄ１  とする。
【０１９３】
１４ビットデータＤ５  およびＤ４  は、禁止マージンビット判別回路３０に供給される。また、Ｄ５  は後述するマージンビット発生回路５０にも供給される。
【０１９４】
禁止マージンビット判別回路３０は、Ｄ４  とＤ５  の連結点において前述の禁止マージンビット判別アルゴリズムに抵触する禁止マージンビットを判別し、マージンビット禁止信号Ｓｉｎｈ４を発生する。具体的には前記図２８と共に説明したビットの組み合せを、組み合せ判別回路により検出することで実現できる。
【０１９５】
マージンビット禁止信号Ｓｉｎｈ４は３ビットからなり、各ビットは３種類のマージンビット“１０”、“０１”、“００”にそれぞれ対応する。例えば、前述の禁止マージンビット判別アルゴリズムにより第１および第２マージンビット“１０”、“０１”が禁止される場合、３ビットのマージンビット禁止信号Ｓｉｎｈ４は“１１０”とされる。
【０１９６】
フレームシンク変換回路１８は、図示しないフレームシンクタイミングに基づいて、順次入力する１４ビットデータＤ１  の内、疑似フレームシンク信号Ｓ’ｆを正規の２４ビットフレームシンク信号Ｓｆに変換し、また他の１４ビットデータはそのまま、Ｐ／Ｓレジスタ１９に供給する。
【０１９７】
２４ビットのパラレルイン／シリアルアウト（Ｐ／Ｓ）レジスタ１９は、２４．４３１４ＭＨｚのチャネルビットクロックに基づいて、１４ビットデータ（フレームシンク信号Ｓｆの場合のみ２４ビットデータ）と、後述するマージンビット発生回路５０から入力される２ビットデータ（マージンビット）とを交互にシリアル出力する。
【０１９８】
２４．４３１４Ｍｂｐｓの速度で出力されるシリアル信号は、ＮＲＺＩ回路２０によるＮＲＺＩ変調後、記録信号として、例えば再生専用光ディスクの原盤マスタリング装置や、追記／書き換え型光ディスクのディスク記録回路に供給される。
【０１９９】
ＮＲＺＩ変調された信号が供給されるＤＳＶ積分回路４０は、この入力信号のＤＣ成分を１６チャネルビットを単位として積分し、この累積ＤＳＶの値をマージンビット発生回路５０に出力する。
【０２００】
次に、マージンビット発生回路５０について説明する。このマージンビット発生回路５０は、３種類のマージンビット“１０”、“０１”、“００”のうち最適なマージンビットを出力する。最適なマージンビットとは、先に説明した２つの１４ビットデータＤ１  とＤ２  との間をこのマージンビットで連結することにより、連結箇所においても上記変調規則である３Ｔ〜１１Ｔルールが成立し、かつフレームシンク信号の誤発生を防止すると共に、変調された出力信号の累積ＤＳＶを極力零に近づけるように選択されたマージンビットである。
【０２０１】
このマージンビット発生回路５０は、先に図２５と共に説明した最適マージンビットの選択アルゴリズムを実現するものである。
【０２０２】
以上説明したような改良ＥＦＭによれば、従来のＤＳＶ制御法ではＤＳＶを十分に制御できずに、しばしばマージンビットの選択肢が限定されるような系でも、マージンビットの選択肢が生じる点までのＤＳＶを考慮して累積ＤＳＶを小さくするような制御を行うため、変調信号の低周波成分の抑圧に大きな効果が得られる。したがって、マージンビットのビット数を削減して光ディスクの大容量化をはかる際に、サーボの安定化やデータ復調時の誤り率の低減などに大きく寄与することができる。データ記録密度としては、１７／１６倍に高めることができる。また、８−１４変換テーブルは従来のＥＦＭと同じであるため、回路上で従来のシステムとの互換性が非常に取りやすくなるという利点もある。
【０２０３】
次に、本実施例に適用可能な変調方式の他の具体例について説明する。
【０２０４】
上記ＥＦＭや改良ＥＦＭにおいては、８ビット符号を一旦１４ビットに変換しているのに対し、この方式は、８ビットを直接１６ビット符号に変換する。マージンビットは無い。以下、この変調方式を８−１６変調方式と呼ぶ。８−１６変調も、１と１の間の０は２個以上１０個以下、すなわちランレングスリミテッド（２，１０）符号であるというＥＦＭの条件を満足する。
【０２０５】
上記ＥＦＭや改良ＥＦＭでは８ビットを１４ビットに変換するテーブルは１種類であるが、上記８−１６変調では、８ビットを１６ビットに変換するテーブルが数種類ある。ここでは、基本テーブルが４種類あるような具体例について説明する。
【０２０６】
４種類の各基本テーブルＴ１  〜Ｔ４  は、それぞれについて上記ＤＳＶが正方向に大きい符号からなるテーブルと、ＤＳＶが負方向に大きい符号からなるテーブルから成っている。前者をテーブルＴａ、後者をテーブルＴｂとする。従って、全テーブルは、Ｔ１ａ、Ｔ１ｂ、Ｔ２ａ、Ｔ２ｂ、Ｔ３ａ、Ｔ３ｂ、Ｔ４ａ、及びＴ４ｂの８種類となる。
【０２０７】
ここで、前の符号の最後が“１”か“１０”で終わる場合は、次の符号は基本テーブルＴ１  より選ぶ。前の符号が２個以上５個以下の連続した０で終わる場合は、基本テーブルＴ２  又はＴ３  を選ぶ。前の符号が６個以上９個以下の連続した０で終わる場合は、基本テーブルＴ４  を選ぶ。また、フレームシンクの後の最初の１バイトは必ず基本テーブルＴ１  の変換符号から始めるものとする。基本テーブルＴ２  とＴ３  の変換符号は、例えば、基本テーブルＴ２  では第１ビットと第１３ビットが必ず０であり、基本テーブルＴ３  では両ビットのどちらかは必ず１であるというように、いずれの基本テーブルの符号であるかを識別できるような工夫がなされている。
【０２０８】
ここで、同じ基本テーブルで違う２つの入力値が同じ符号に変換されるような変換を許すものとする。この場合、次に使用する基本テーブルを、例えばテーブルＴ２  又はＴ３  と変えることにより、復調時に元の入力値が一意的に求まる。
【０２０９】
例えば、基本テーブルＴ２  において、入力値が「１０」と「２０」の場合、いずれも“００１００００１００１００１００”に変換されるものとするとき、入力値が「１０」のときは次のテーブルがＴ２  、入力値が「２０」のときは次のテーブルがＴ３  であるように割り当てるわけである。従って、復調時に、“００１００００１００１００１００”を逆変換する場合には、次の符号を調べ、それが基本テーブルＴ２  に属せば元の値が「１０」であり、基本テーブルＴ３  に属せば元の値が「２０」であるとわかる。これらの基本テーブルＴ２  とＴ３  との識別は、上述したように、第１ビットと第１３ビットとを調べることにより容易に行える。
【０２１０】
次に各基本テーブルＴ１  〜Ｔ４  のそれぞれについて、上記ＤＳＶに応じて区別したテーブルＴａ、Ｔｂには、ＤＳＶが大きい符号のみならず、ＤＳＶが小さい符号も割り当てられている。これらは、テーブルＴａ、Ｔｂで共通の符号とする。例えば、入力値が６４未満の場合は、ＤＳＶが大きい符号に変換され、テーブルＴａでは正方向に、テーブルＴｂでは負方向に大きい符号に変換されるが、入力値が６４以上の場合には、テーブルＴａ、Ｔｂで共通なＤＳＶが小さい符号に変換されるようになっている。
【０２１１】
図３０は、上述したような８−１６変調方式を実現するための変調回路の一構成例を示している。
【０２１２】
この図３０において、例えばＲＯＭ等を用いて構成されるメモリ６２、６３、６４、６５、６６、６７、６８、及び６９には、それぞれ上記各テーブルＴ１ａ、Ｔ１ｂ、Ｔ２ａ、Ｔ２ｂ、Ｔ３ａ、Ｔ３ｂ、Ｔ４ａ、及びＴ４ｂが書き込まれている。また、各基本テーブルＴ１  〜Ｔ４  についての上記テーブルＴａ、Ｔｂからの出力は、それぞれ切換スイッチ７１〜７４の被選択端子ａ、ｂにそれぞれ送られている。例えばテーブルＴ１ａのメモリ６２からの出力は切換スイッチ７１の被選択端子ａに、テーブルＴ１ｂのメモリ６３からの出力は切換スイッチ７１の被選択端子ｂにそれぞれ送られている。これらの切換スイッチ７１、７２、７３及び７４からの出力は、切換スイッチ７５の被選択端子ｘ１、ｘ２、ｘ３及びｘ４にそれぞれ送られている。切換スイッチ７５からの出力は、テーブル切換回路７６及びＤＳＶ計算回路７７に送られると共に、出力端子７８を介して取り出される。
【０２１３】
入力端子６１からの変調しようとする入力データは、これらのメモリ６２〜６９の各テーブルＴ１ａ〜Ｔ４ｂに送られて、８ビット毎に１６チャネルビットの変換符号に変換される。図３０の例では、切換スイッチ７１が被選択端子ａに接続され、切換スイッチ７５が被選択端子ｘ１に接続されているから、メモリ６２のテーブルＴ１ａで変換された符号が切換スイッチ７５より取り出され、テーブル切換回路７６及びＤＳＶ計算回路７７に送られる。
【０２１４】
テーブル切換回路７６では、上述したように符号末尾の“０”の数により次に使用するテーブルを選択し、切換スイッチ７５を切り換える。例えば、テーブル切換回路７６で次に基本テーブルＴ３  を選択するように判別されたときには、切換スイッチ７５を被選択端子ｘ３に切換接続する。
【０２１５】
ＤＳＶ計算回路７７では、累積ＤＳＶを計算し、その結果が正方向に大きい場合は、切換スイッチ７１〜７４をいずれも被選択端子ｂ側に切換接続し、負方向に大きい場合は、切換スイッチ７１〜７４をいずれも被選択端子ａ側に切換接続する。どちらでもない場合は、前に接続されている状態を保持する。このようにして、累積ＤＳＶが正方向に大きい場合は、次にＤＳＶが負方向に大きい符号を、累積ＤＳＶが負方向に大きい場合は、次にＤＳＶが正方向に大きい符号を選ぶようにして、累積ＤＳＶを常に０に近付けるように制御する。
【０２１６】
次に、図３１は、上記８−１６変調方式により変調された信号を復調するための復調回路の一構成例を示している。
【０２１７】
この図３１において、ＲＯＭ等のメモリ８４〜８７に書き込まれているテーブルＩＴ１  〜ＩＴ４  は、上記各基本テーブルＴ１  〜Ｔ４  の変換に対する逆変換を行うためのものである。ここで、上記ＤＳＶに応じて区分された各テーブルＴａ、Ｔｂについて、変換値は共通のものがなく、逆変換では一意的に変換値、すなわち元の８ビット値が決まるので、逆変換テーブルは１つにまとめられている。
【０２１８】
入力端子８１を介して入力された変換符号は、レジスタ８２を経てメモリ８４〜８７に送られ、逆変換用の各テーブルＩＴ１  〜ＩＴ４  を参照することで１６ビットから８ビットへの逆変換が行われる。テーブル切換回路８３は、切換スイッチ８８を被選択端子ｙ１、ｙ２、ｙ３、ｙ４のいずれかに切換接続制御することで、上記逆変換用のテーブルＩＴ１  、ＩＴ２  、ＩＴ３  、ＩＴ４  を切換選択している。
【０２１９】
テーブル切換動作について説明すると、上記フレームシンク後の最初の１バイトは、上記基本テーブルＴ１  が使用されると決まっているので、切換スイッチ８８を被選択端子ｙ１に接続し、メモリ８４のテーブルＩＴ１  からの出力を選択する。ここで、テーブル切換回路８３には逆変換前の符号が入力され、その末尾を調べることで次のテーブルを知り、切換スイッチ８８をそのテーブルに切り換えて次の出力を得る。テーブルＩＴ２  、ＩＴ３  の識別は、上記基本テーブルＴ２  、Ｔ３  の選択について説明したように特定のビットを調べればよい。また、１つのテーブルで異なる８ビット値に同じ変換符号を割り当てている場合は、上述の通り、その次の符号がどのテーブルに属しているが知る必要がある。そこで、テーブル切換回路８３には、レジスタ８２の前段の次に入力される符号を入力して先読みし、その符号のテーブルを識別して、切換スイッチ８８を当該テーブルに切り換えるようにしている。切換スイッチ８８からの出力は、出力端子８９を介して取り出される。
【０２２０】
以上に述べた方法により、入力データの８ビットを直接的にテーブルを参照して１６ビットに変換する８−１６変調、及び逆変換の復調が実現できる。
【０２２１】
従来のＥＦＭと比べ、前記改良ＥＦＭおよび上記８−１６変調は、１６／１７、すなわち約６％、総データ量を減らすことが可能である。
【０２２２】
次に、本発明の上述した実施例を、動画像音声信号を記録再生するディジタルビデオディスクに応用した例を次に述べる。
【０２２３】
ここで、動画像音声信号の圧縮伸長方式には、蓄積用動画像符号化の一方式であるＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｉｍａｇｅ  Ｃｏｄｉｎｇ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ）方式を採用するものとする。
【０２２４】
動画像音声信号記録の場合は、サブコードには、上記図１１の（Ｄ）、（Ｅ）に示すように、サブコードアドレス（Ｓｕｂｃｏｄｅ  Ａｄｄｒｅｓｓ  ）＝３、４として、次のように画像関連情報が記録される。
【０２２５】
サブコードアドレスが３の場合、上記図１１の（Ｄ）に示すように、サブコードアドレスに続く４バイトには、直前Ｉ距離（Ｐｒｅｖ  Ｉ  Ｄｉｓｔａｎｃｅ（２  ｂｙｔｅｓ））、次Ｉ距離（Ｎｅｘｔ  Ｉ  Ｄｉｓｔａｎｃｅ（２  ｂｙｔｅｓ））が記録される。このサブコードアドレス３は、ユーザデータにＩＳＯ１１１７２−２（ＭＰＥＧ１  Ｖｉｄｅｏ）、ＩＳＯ１３８１８−２（ＭＰＥＧ２  Ｖｉｄｅｏ）が記録される場合に使用される。
【０２２６】
直前Ｉ距離（Ｐｒｅｖ  Ｉ  Ｄｉｓｔａｎｃｅ（２  ｂｙｔｅｓ））には、現在のセクタアドレスと、直前のＩピクチャヘッダが含まれるセクタのセクタアドレスの差の絶対値が記録される。ただし、当該セクタにＩピクチャが含まれる場合には、０が記録される。
【０２２７】
次Ｉ距離（Ｎｅｘｔ  Ｉ  Ｄｉｓｔａｎｃｅ（２  ｂｙｔｅｓ））には、現在のセクタアドレスと、直後のＩピクチャヘッダが含まれるセクタのセクタアドレスの差の絶対値が記録される。ただし、当該セクタにＩピクチャが含まれる場合には、０が記録される。
【０２２８】
サブコードアドレスが４の場合、上記図１１の（Ｅ）に示すように、サブコードアドレス続く４バイトには、ピクチャタイプ（Ｐｉｃｔｙｒｅ  Ｔｙｐｅ  （２  ｂｙｔｅｓ））、テンポラリリファレンス（Ｔｅｍｐｏｒａｌ  Ｒｅｆｅｒｅｎｃｅ  （１  ｂｙｔｅｓ））、予備（Ｒｅｓｅｒｖｅｄ  （１  Ｂｙｔｅｓ））が記録される。サブコードアドレス４は、ユーザデータにＩＳＯ１１１７２−２（ＭＰＥＧ１  Ｖｉｄｅｏ）、ＩＳＯ１３８１８−２（ＭＰＥＧ２  Ｖｉｄｅｏ）が記録される場合に使用される。
【０２２９】
ピクチャタイプ（Ｐｉｃｔｙｒｅ  Ｔｙｐｅ  （２  ｂｙｔｅｓ））には、当該セクタに記録されているピクチャのピクチャタイプが記録される。
【０２３０】
テンポラリリファレンス（Ｔｅｍｐｏｒａｌ  Ｒｅｆｅｒｅｎｃｅ  （１  ｂｙｔｅｓ））には、当該セクタに記録されているピクチャのテンポラリリファレンス番号が記録される。
【０２３１】
ピクチャタイプおよびテンポラリリファレンス番号の意味はＩＳＯ１１１７２−２（ＭＰＥＧ１  Ｖｉｄｅｏ）、ＩＳＯ１３８１８−２（ＭＰＥＧ２  Ｖｉｄｅｏ）による。ピクチャタイプおよびテンポラリリファレンス番号に関して、もし当該セクタに２つ以上のピクチャデータが含まれ、それぞれ異なるピクチャタイプおよびテンポラリリファレンス番号を持つときは、当該セクタのユーザデータ内で最初に現れたピクチャヘッダが示すピクチャタイプを記録するものとする。
【０２３２】
予備（Ｒｅｓｅｒｖｅｄ  （１  Ｂｙｔｅｓ））には将来情報が記録されることを想定して、領域を確保しておく。値としてはゼロを書き込む。
【０２３３】
サブコードにタイムコードが記録されている場合、そのタイムコードの示す時刻は、当該セクタのユーザデータにＭＰＥＧ２ビデオデータのピクチャヘッダが含まれる場合、そのピクチャヘッダに対応するピクチャの表示時刻が記録される。ただし、当該セクタに複数のピクチャヘッダが含まれる場合は、最初のピクチャヘッダに対応するピクチャの表示時刻とする。当該セクタのユーザデータにＭＰＥＧ２ビデオデータのピクチャヘッダ含まれない場合、当該セクタから逆方向、すなわちセクタ番号が小さくなる方向に直近のピクチャヘッダに対応するピクチャの表示時刻が記録される。
【０２３４】
図３２は動画像音声信号を符号化記録する符号化装置である。
【０２３５】
この図３２において、マルチプレクサ１０７からの出力は、前記図１の装置の入力端子１２１に送られるものとする。
【０２３６】
ビデオ信号（Ｙ，Ｒ−Ｙ，Ｂ−Ｙ）は、アナログ／ディジタル（Ａ／Ｄ）変換器１０１でディジタル信号に変換され、次の圧縮回路１０２に送られる。圧縮回路１０２では、ＩＳＯ１１１７２−２（ＭＰＥＧ１  Ｖｉｄｅｏ）又はＩＳＯ１３８１８−２（ＭＰＥＧ２  Ｖｉｄｅｏ）に定められているＭＰＥＧ符号化方式によりビデオ信号の圧縮を行なう。圧縮されたビデオデータは、次のコードバッファメモリ１０３に蓄えられた後、マルチプレクサ１０７に送られる。Ｉピクチヤデータがある位置を示すＩピクチャ存在情報、ピクチャの種別を示すピクチャタイプ情報、テンポラリリフアレンス番号が記録されたテンポラリリフアレンス情報、そしてタイムコードなどは圧縮回路１０２よりシステムコントローラ１１０に送られ、上記図１のセクタヘッダエンコーダ１２９にてセクタヘッダ情報として記録される。
【０２３７】
オーディオ信号（Ｌ，Ｒ）は、Ａ／Ｄ変換器１０４でディジタル信号に変換され、圧縮回路１０５に送られる。圧縮回路１０５では、ＩＳＯ１１１７２−３（ＭＰＥＧ１  Ａｕｄｉｏ）、ＩＳＯ１３８１８−３（ＭＰＥＧ２  Ａｕｄｉｏ）、又はソニー株式会社のＭＤ（ミニデイスク）規格に応じた、いわゆるＡＴＲＡＣ（ＡｄａｐｔｉｖｅＴｒａｎｓｆｏｒｍ  Ａｃｏｕｓｉｔｃ  Ｃｏｄｉｎｇ）に定められている符号化方法で符号化しオーディオ信号の圧縮を行なう。
【０２３８】
圧縮されたオーディオデータは、オーディオバッファメモリ１０６に蓄えられた後、マルチプレクサ１０７に送られる。また、オーディオ信号は、これらの圧縮を行なわず、例えば１６ビットリニアデータのまま、マルチプレクサ１０７に送ってもよい。
【０２３９】
キャラクタ、コンピュータ、グラフィック、ＭＩＤＩなどのサブ情報は、マルチプレクサ１０７に送られる。
【０２４０】
字幕データは、文字発生器１１１で作られて、次の圧縮回路１１２で、例えばランレングス可変長符号化されて、マルチプレクサ１０７に送られる。
【０２４１】
マルチプレクサ１０７では、ビデオ、オーディオ、サブ情報、字幕の各データをＩＳＯ１１１７２−１（ＭＰＥＧ１  Ｓｙｓｔｅｍ  ）又はＩＳＯ１３８１８−１（ＭＰＥＧ２  Ｓｙｓｔｅｍ  ）の規定に準拠して多重化する。マルチプレクサ１０７の出力は、図１で説明した符号化装置に入力され、光ディスク１１１が製造される。
【０２４２】
図３３は動画像音声信号を再生する復号化装置である。
【０２４３】
前記図２で説明した装置の出力端子２２４からの出力信号が、デマルチプレクサ２４８に入力されるものとする。
【０２４４】
デマルチプレクサ２４８では、ＩＳＯ１１１７２−１（ＭＰＥＧ１  Ｓｙｓｔｅｍ）又はＩＳＯ１３８１８−１（ＭＰＥＧ２    Ｓｙｓｔｅｍ）に規定に従つて、ビデオ、オーディオ、字幕、サブ情報のデータに逆多重化分離される。
【０２４５】
ビデオデータは、コードバッファメモリ２４９に蓄えられた後、伸長回路２５０に入力される。ここで、ＩＳＯ１１１７２−２（ＭＰＥＧ１  Ｖｉｄｅｏ）又はＩＳＯ１３８１８−２（ＭＰＥＧ２  Ｖｉｄｅｏ）に準拠してデータが伸長復号化され、元のビデオデータが得られる。この後、ポストプロセッサで、後述の字幕データがスーパーインポーズされて、次のディジタル／アナログ（Ｄ／Ａ）変換器２５１でアナログ信号に変換されて出力される。
【０２４６】
オーディオデータは、オーディオバッファメモリ２５２に蓄えられた後、ＩＳＯ１１１７２−３（ＭＰＥＧ１  Ａｕｄｉｏ）又はＩＳＯ１３８１８−３（ＭＰＥＧ２Ａｕｄｉｏ）、又は上記ＭＤ（ミニデイスク）規格に応じたＡＴＲＡＣ、に準拠して伸長回路２５３にて伸長復号化され、元のオーディオデータが得られる。圧縮をせず、例えば１６ビットデータリニアデータのまま記録されている場合は、伸長はされず次のＤ／Ａ変換器２５４に直接送られる。これらのデータはＤ／Ａ変換器２５４でアナログ信号に変換されて出力される。
【０２４７】
サブ情報は、デマルチプレクサ２４８より直接出力される。
【０２４８】
字幕データは、字幕コードバッファ２３３に蓄えられた後、字幕デコーダ２６０に入力される。ここで、ランレングス可変長復号化されて、ポストプロセッサ２５６に送られる。
【０２４９】
デマルチプレクサ２４８は、これら、コードバッファメモリ２４９、オーディオバッファメモリ２５２、字幕コードバッファ２３３の残量を監視し、データが溢れないよう、これらに対するデータ出力を制御する。
【０２５０】
ユーザインターフェース２３１及びシステムコントローラ２３０は、前述した図２の各部と同様である。
【０２５１】
【発明の効果】
以上の説明からも明らかなように、本発明によれば、メインデータが付加データと共に記録される直径１４０ｍｍ以下の光ディスク記録媒体であって、トラックピッチが０．６４６〜１．０５μｍ、記録線密度が０．２３７〜０．３８７μｍ／ｂｉｔ、ディスク記録領域が中心より半径２０ｍｍ以上６５ｍｍ未満、線速度が３．３〜５．３ｍ／ｓｅｃ、ピット形状がエンボスピットであり、基板厚が１．２±０．１ｍｍの各条件を満足し、ディスク上に設けられたＴＯＣ領域にはディスク名及びトラック情報が少なくとも記録され、上記トラック情報は各トラックの開始セクタを含み、ディスク上の各セクタの先頭にはそれぞれセクタヘッダが配置され、このセクタヘッダは、セクタシンク、セクタアドレス、誤り検出符号、及びサブコードを含み、記録データとして、８パリティシンボル以上のロングディスタンス符号により誤り訂正符号化されたデータを用い、ランレングスリミテッド（ｄ，ｋ）符号として（２，１０）を用いて変調された記録信号が記録された光ディスク記録媒体を用いているため、ＣＤ−ＲＯＭに比べて、より大容量のデータを、より速い転送速度で、より速くアクセスできる。
【０２５２】
特に、８パリティシンボル以上のロングディスタンス符号（ＬＤＣ）である誤り訂正符号を採用しているため、訂正能力の向上と冗長度の削減が可能となる。また、光ディスクの記録密度を大幅に向上させることが可能となる。さらに、誤り訂正符号など記録フォーマットの変更により、冗長度を低減し、誤り訂正能力を上げ、より大容量データを記録できる。また、アクセスを迅速に行なうことが可能となる。
【０２５３】
また、変調方式として、記録データの８ビットを記録信号の１６チャネルビットに変換しているため、冗長度の削減が可能となる。
【０２５４】
さらに、データの順番とディスク盤上の記録順番とを一致させているため、セクタヘッダが迅速に読める。
【図面の簡単な説明】
【図１】本発明に係る実施例としての光ディスク記録側すなわちディスク製造側の概略構成を示すブロック図である。
【図２】本発明に係る実施例の再生側の概略構成を示すブロック図である。
【図３】本発明に係る実施例となる光ディスク記録媒体のディスク上のリードイン区間、プログラム区間、リードアウト区間を示す図である。
【図４】本発明の実施例におけるディスク上の各データの記録領域の一例を示す図である。
【図５】本発明の実施例におけるディスク上の各データの記録領域の他の例を示す図である。
【図６】本発明の実施例におけるディスク上の各データの記録領域のさらに他の例を示す図である。
【図７】本発明の実施例におけるディスク上の各データの記録領域のさらにまた他の例を示す図である。
【図８】本発明の実施例におけるディスク上のＴＯＣ中のトラック情報の１つである速度設定（Ｓｐｅｅｄ  Ｓｅｔｔｉｎｇ  ）の一例を示す図である。
【図９】本発明の実施例におけるディスク上のＴＯＣ中のトラック情報の１つである作製日時（Ｍａｓｔｅｒｉｎｇ  Ｄａｔｅ  ＆  Ｔｉｍｅ  ）のフォーマットの一例を示す図である。
【図１０】本発明の実施例におけるディスク上のセクタ構造の一例を示す図である。
【図１１】本発明の実施例におけるディスク上のセクタヘッダ中のサブコードの構造の一例を示す図である。
【図１２】本発明の実施例におけるディスク上のサブコード中のコピーライトバイトの構造の一例を示す図である。
【図１３】本発明の実施例におけるディスク上のサブコード中のアプリケーションＩＤの一例を示す図である。
【図１４】本発明の実施例におけるディスク上のサブコード中のタイムコードの一例を示す図である。
【図１５】本発明の実施例におけるディスク上のサブコード中のピクチャタイプの一例を示す図である。
【図１６】本発明の実施例におけるディスク上のサブコード中の誤り訂正符号（ＥＣＣ）の一例を示す図である。
【図１７】本発明の実施例に用いられる誤り訂正符号化方法における１フレームの構成を示す図である。
【図１８】本発明の実施例に用いられる誤り訂正符号化方法におけるＬ（ロング）フォーマット誤り訂正符号を示す図である。
【図１９】本発明の実施例に用いられる誤り訂正符号化方法におけるＳ（ショート）フォーマット誤り訂正符号を示す図である。
【図２０】本発明の実施例に用いられる誤り訂正符号化方法におけるディスク上の記録順とＣ１誤り訂正符号順とを示す図である。
【図２１】本発明の実施例に用いられる誤り訂正符号化方法におけるセクタの構造を示す図である。
【図２２】本発明の実施例に用いられる誤り訂正符号化方法におけるＬ（ロング）フォーマットブロック符号を示す図である。
【図２３】本発明の実施例に用いられる誤り訂正符号化方法におけるＳ（ショート）フォーマットブロック符号を示す図である。
【図２４】変調出力信号のデータとマージンビットの接続を示す図である。
【図２５】本発明の実施例に適用可能な改良ＥＦＭの変調アルゴリズムを説明するためのフローチャートである。
【図２６】本発明の実施例としての光ディスク記録装置の変調回路の一具体例の構成を示すブロック図である。
【図２７】本発明の実施例に適用可能な改良ＥＦＭのフレーム構成を示す図である。
【図２８】本発明の実施例に適用可能な改良ＥＦＭの禁止マージンビットを示す図である。
【図２９】本発明の実施例に適用可能な改良ＥＦＭの変調方法を示す図である。
【図３０】本発明の実施例に適用可能な変調方式の他の具体例の変調回路の構成例を示すブロック図である。
【図３１】本発明の実施例に適用可能な変調方式の他の具体例の復調回路の構成例を示すブロック図である。
【図３２】本発明の実施例を動画像音声信号の記録に適用するための符号化装置の構成例を示すブロック図である。
【図３３】本発明の実施例を動画像音声信号の再生に適用するための復号化装置の構成例を示すブロック図である。
【符号の説明】
１１  テーブルＲＯＭ
１３  擬似フレームシンク付加回路
１４、１５、１６、１７  レジスタ
１８  フレームシンク変換回路
３０  禁止マージンビット判別回路
４０  ＤＳＶ積分回路
５０  マージンビット発生回路
１００  ディスク
１０１，１０４  Ａ／Ｄ変換器
１０２  ビデオ信号用圧縮部
１０３  コードバッファメモリ
１０５  オーディオ圧縮回路
１０６  オーディオバッファメモリ
１０７  マルチプレクサ
１１０  システムコントローラ
１２１  入力端子
１２５  ＴＯＣエンコーダ
１２７  ＥＤＣ付加回路
１２８  セクタヘッダ付加回路
１２９  セクタヘッダエンコーダ
１３１  メモリ
１３２  誤り訂正符号化回路
１３３  メモリ制御部
１４０  変調回路
２１２  ピックアップ
２１３  等化器
２１５  復調器
２１６  誤り訂正回路
２１７  リングバッファ
２２１  セクタヘッダ検出回路
２２２  ＥＤＣ誤り検出回路
２２３  ＴＯＣメモリ
２２５  ディスクドライブ
２３０  システムコントローラ
２３１  ユーザインターフェース
２４８  デマルチプレクサ
２４９  コードバッファメモリ
２５０  ビデオ伸張回路
２５１、２５４  Ｄ／Ａ変換器
２５２  オーディオバッファメモリ
２５３  オーディオ伸張回路
【図１】
0003552327.tif 000006
【図２】
0003552327.tif 000007
【図３】
0003552327.tif 000008
【図４】
0003552327.tif 000009
【図５】
0003552327.tif 000010
【図６】
0003552327.tif 000011
【図７】
0003552327.tif 000012
【図８】
0003552327.tif 000013
【図９】
0003552327.tif 000014
【図１０】
0003552327.tif 000015
【図１１】
0003552327.tif 000016
【図１２】
0003552327.tif 000017
【図１３】
0003552327.tif 000018
【図１４】
0003552327.tif 000019
【図１５】
0003552327.tif 000020
【図１６】
0003552327.tif 000021
【図１７】
0003552327.tif 000022
【図１８】
0003552327.tif 000023
【図１９】
0003552327.tif 000024
【図２０】
0003552327.tif 000025
【図２１】
0003552327.tif 000026
【図２２】
0003552327.tif 000027
【図２３】
0003552327.tif 000028
【図２４】
0003552327.tif 000029
【図２５】
0003552327.tif 000030
【図２６】
0003552327.tif 000031
【図２７】
0003552327.tif 000032
【図２８】
0003552327.tif 000033
【図２９】
0003552327.tif 000034
【図３０】
0003552327.tif 000035
【図３１】
0003552327.tif 000036
【図３２】
0003552327.tif 000037
【図３３】
0003552327.tif 000038