(57)【特許請求の範囲】
【請求項１】
オーディオ情報、映像情報、ディジタルコードデータの少なくとも一つを含むマルチメディア情報が光学的に読み取り可能なコードパターンで記録されている部分を備える情報記録媒体から、上記コードパターンを光学的に読み取って上記マルチメディア情報を出力する情報再生装置において、
上記コードパターンを光学的に読み取り、この読み取ったコードパターンから第１の所定単位のデータを再生するデータ再生手段と、
上記データ再生手段で再生された第１の所定単位のデータから第２の所定単位のデータを構成するために必要なエラー訂正符号の構造を規定する処理情報を上記第１の所定単位のデータから抽出する処理情報抽出手段と、
上記処理情報抽出手段で抽出された処理情報のエラー訂正を行う第１のエラー訂正手段と、
上記第１のエラー訂正手段でエラー訂正の行われた処理情報に基づいて、上記第１の所定単位のデータから、上記エラー訂正符号を含む上記第２の所定単位のデータを生成するデータ生成手段と、
上記データ生成手段で生成された第２の所定単位のデータのエラー訂正を行う第２のエラー訂正手段と、
を含むことを特徴とする情報再生装置。
【請求項２】
上記第２のエラー訂正手段は、上記第１のエラー訂正手段でエラー訂正の行われた処理情報に基づいて、上記第２の所定単位のデータのエラー訂正を行うことを特徴とする請求項１に記載の情報再生装置。
【請求項３】
上記処理情報は更にインターリーブ情報を含んでおり、
上記データ生成手段は、更に上記第１のエラー訂正手段でエラー訂正の行われた処理情報に基づいて上記第１の所定単位のデータをデインターリーブして上記エラー訂正符号を含む上記第２の所定単位のデータを生成する手段を含む、
ことを特徴とする請求項１又は２に記載の情報再生装置。
【請求項４】
上記データ生成手段が、上記第１の所定単位のデータを複数個集めて上記第２の所定単位のデータを生成するとき、
上記処理情報は、上記複数個の各第１の所定単位に分散配置されている、
ことを特徴とする請求項１又は２に記載の情報再生装置。
【請求項５】
オーディオ情報、映像情報、ディジタルコードデータの少なくとも一つを含むマルチメディア情報が光学的に読み取り可能なコードパターンで記録されている部分を備える情報記録媒体であって、
上記コードパターンを光学的に読み取って上記マルチメディア情報を出力する情報再生装置が、
上記コードパターンを光学的に読み取り、この読み取ったコードパターンから第１の所定単位のデータを再生するデータ再生手段と、
上記データ再生手段で再生された第１の所定単位のデータから第２の所定単位のデータを構成するために必要なエラー訂正符号の構造を規定する処理情報を上記第１の所定単位のデータから抽出する処理情報抽出手段と、
上記処理情報抽出手段で抽出された処理情報のエラー訂正を行う第１のエラー訂正手段と、
上記第１のエラー訂正手段でエラー訂正の行われた処理情報に基づいて、上記第１の所定単位のデータから、上記エラー訂正符号を含む上記第２の所定単位のデータを生成するデータ生成手段と、
上記データ生成手段で生成された第２の所定単位のデータのエラー訂正を行う第２のエラー訂正手段と、
を含むものであるとき、
上記コードパターンは、更に上記処理情報を含む、
ことを特徴とする情報記録媒体。
【請求項６】
上記情報再生装置における上記第２のエラー訂正手段は、上記第１のエラー訂正手段でエラー訂正の行われた処理情報に基づいて、上記第２の所定単位のデータのエラー訂正を行うことを特徴とする請求項５に記載の情報記録媒体。
【請求項７】
上記処理情報は更にインターリーブ情報を含んでおり、
上記情報再生装置における上記データ生成手段は、更に上記第１のエラー訂正手段でエラー訂正の行われた処理情報に基づいて上記第１の所定単位のデータをデインターリーブして上記エラー訂正符号を含む上記第２の所定単位のデータを生成する手段を含む、
ことを特徴とする請求項５又は６に記載の情報記録媒体。
【請求項８】
上記情報再生装置における上記データ生成手段が、上記第１の所定単位のデータを複数個集めて上記第２の所定単位のデータを生成するとき、
上記処理情報は、上記複数個の各第１の所定単位に分散配置されている、
ことを特徴とする請求項５又は６に記載の情報記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、音声，音楽等のオーディオ情報、カメラ，ビデオ機器等から得られる映像情報、及びパーソナルコンピュータ，ワードプロセッサ等から得られるディジタルコードデータ、等を含めた所謂マルチメディア情報を光学的に読み取り可能なコードパターンとして記録した紙等の情報記録媒体、及びそのような情報記録媒体に記録されたコードパターンを光学的に読み取って元のマルチメディア情報を再生する情報再生装置に関する。
【０００２】
【従来の技術】
従来より、音声や音楽等を記録する媒体として、磁気テープや光ディスク等、種々のものが知られている。しかしこれらの媒体は、大量に複製を作ったとしても単価はある程度高価なものとなり、またその保管にも多大な場所を必要としていた。さらには、音声を記録した媒体を、遠隔地にいる別の者に渡す必要ができた場合には、郵送するにしても、また直に持っていくにしても、手間と時間がかかるという問題もあった。また、オーディオ情報以外の、カメラ，ビデオ機器等から得られる映像情報、及びパーソナルコンピュータ，ワードプロセッサ等から得られるディジタルコードデータ、等をも含めた所謂マルチメディア情報全体に関しても同様であった。
【０００３】
そこで、本発明の出願人は、オーディオ情報，映像情報，ディジタルコードデータの少なくとも一つを含むマルチメディア情報を、ファクシミリ伝送が可能で、また大量の複製が安価に可能な画像情報即ち符号化情報としてのドットコードの形で紙等の情報記録媒体に記録するシステム及びそれを再生するためのシステムを発明し、特願平５−２６０４６４号として出願している。
【０００４】
この特許出願の情報再生システムでは、情報記録媒体上のドットコードを光学的に読み取って再生する情報再生装置を、手で保持し、記録されているドットコードに沿って記録媒体上を手動で走査することによって読み取る方法が開示されている。
【０００５】
【発明が解決しようとする課題】
しかしながら、ドットコードパターン自体は、さらに記録密度を向上できるような構造が研究されている段階であり、上記特許出願の情報再生装置及び情報記録媒体は、そのような将来的な変更に対する柔軟性については、まだ十分な考慮がなされていなかった。
【０００６】
また、コードパターンの再生をより確実に行うことも望まれている。
【０００７】
本発明は、上記の点に鑑みてなされたもので、コードパターンをより確実に再生でき、またコードパターン自体の構造が将来的に変わっても対処可能な情報再生装置及び情報記録媒体を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記の目的を達成するために、本発明による情報再生装置は、オーディオ情報、映像情報、ディジタルコードデータの少なくとも一つを含むマルチメディア情報が光学的に読み取り可能なコードパターンで記録されている部分を備える情報記録媒体から、上記コードパターンを光学的に読み取って上記マルチメディア情報を出力する情報再生装置において、上記コードパターンを光学的に読み取り、この読み取ったコードパターンから第１の所定単位のデータを再生するデータ再生手段と、上記データ再生手段で再生された第１の所定単位のデータから第２の所定単位のデータを構成するために必要なエラー訂正符号の構造を規定する処理情報を上記第１の所定単位のデータから抽出する処理情報抽出手段と、上記処理情報抽出手段で抽出された処理情報のエラー訂正を行う第１のエラー訂正手段と、上記第１のエラー訂正手段でエラー訂正の行われた処理情報に基づいて、上記第１の所定単位のデータから、上記エラー訂正符号を含む上記第２の所定単位のデータを生成するデータ生成手段と、上記データ生成手段で生成された第２の所定単位のデータのエラー訂正を行う第２のエラー訂正手段と、を含むことを特徴とする。
【０００９】
また、本発明による情報記録媒体は、オーディオ情報、映像情報、ディジタルコードデータの少なくとも一つを含むマルチメディア情報が光学的に読み取り可能なコードパターンで記録されている部分を備える情報記録媒体であって、上記コードパターンを光学的に読み取って上記マルチメディア情報を出力する情報再生装置が、上記コードパターンを光学的に読み取り、この読み取ったコードパターンから第１の所定単位のデータを再生するデータ再生手段と、上記データ再生手段で再生された第１の所定単位のデータから第２の所定単位のデータを構成するために必要なエラー訂正符号の構造を規定する処理情報を上記第１の所定単位のデータから抽出する処理情報抽出手段と、上記処理情報抽出手段で抽出された処理情報のエラー訂正を行う第１のエラー訂正手段と、上記第１のエラー訂正手段でエラー訂正の行われた処理情報に基づいて、上記第１の所定単位のデータから、上記エラー訂正符号を含む上記第２の所定単位のデータを生成するデータ生成手段と、上記データ生成手段で生成された第２の所定単位のデータのエラー訂正を行う第２のエラー訂正手段と、を含むものであるとき、上記コードパターンは、更に上記処理情報を含む、ことを特徴とする。
【００１０】
即ち、本発明の情報再生装置及び情報記録媒体によれば、情報再生装置のデータ再生手段が、情報記録媒体からコードパターンを光学的に読み取って、第１の所定単位のデータ（ブロック）を再生し、処理情報抽出手段により、この再生された第１の所定単位のデータから第２の所定単位のデータ（スーパーマクロブロック）を構成するために必要な、上記コードパターンに含まれる、エラー訂正符号の構造を規定する処理情報（マクロブロックヘッダ）を、上記第１の所定単位のデータから抽出する。そして、第１のエラー訂正手段にて、該抽出された処理情報のエラー訂正を行い、データ生成手段で、そのエラー訂正の行われた処理情報に基づいて、上記第１の所定単位のデータから、上記エラー訂正符号を含む上記第２の所定単位のデータを生成し、第２のエラー訂正手段で、その生成された第２の所定単位のデータのエラー訂正を行う。
【００１１】
即ち、エラーが多く発生する情報記録媒体（紙）で、特に上記第１の所定単位のデータ単位にデータが消失する場合に、上記処理情報内情報により上記第２の所定単位のデータの構成の仕方を適応的に変更できるので、無効な情報付加を極力抑え、有効なデータ（アプリケーションファイルの内容）をより多く記録できるようになり、結果的に、コードパターンから情報をより確実に再生でき、またコードパターン自体の構造が将来的に変わっても対処可能な情報再生装置及び情報記録媒体を提供することができるようになる。
【００１２】
【発明の実施の形態】
本発明の実施の形態を説明する前に、まず、本発明の理解を助けるために、本発明の出願人による特願平５−２６０４６４号に詳しく記されているようなドットコードのコードパターンを説明しておく。
【００１３】
図２の（Ａ）及び（Ｂ）に示すように、ドットコード１０は、データの内容に応じて配列された複数のドットから構成されるブロック１２を複数配置した構成となっている。即ち、所定単位毎のデータであるブロック１２が集合して配置されている。１つのブロック１２は、マーカ１４、ブロックアドレス１６、及びアドレスのエラー検出データ１８と、実際のデータが入るデータエリア２０とから成っている。
【００１４】
ドットコード１０を構成する各ブロック１２は、二次元に配列されており、それぞれブロックアドレス１６が付加されている。そのブロックアドレス１６は、Ｘアドレス，Ｙアドレスに対応したアドレスがついている。例えば、図２の（Ａ）に於いて一番左上のブロックを（Ｘアドレス，Ｙアドレス）＝（１，１）とする。それに対してその右のブロックのブロックアドレスは（２，１）、以下同様にして、右にいくにつれＸアドレスをインクリメントしたものが、下にいくにつれてＹアドレスをインクリメントしたものが付加されるという形で、全ブロック１２にブロックアドレス１６が付加される。
【００１５】
ここで、最下段のマーカと最右段のマーカについては、ダミーのマーカ２２とする。つまり、あるマーカ１４に対するブロック１２は、それを含む４つのマーカ１４で囲まれるその右斜め下のデータであり、最下段及び最右段のマーカは下から２段目及び右から２段目のマーカに対するブロックを定義するために配置された補助的なマーカ、即ちダミーなマーカ２２である。
【００１６】
次に、そのブロック１２の中身を説明する。図２の（Ｂ）に示すように、当該ブロック１２のマーカ１４と下のマーカとの間に、ブロックアドレス１６とそのブロックアドレスのエラー検出コード１８が付加される。また、当該マーカ１４と右のマーカとの間に同様にブロックアドレス１６とそのエラー検出コード１８が付加される。このように、ブロックアドレス１６をデータエリア２０の左側と上側に配置し、マーカ１４をその左上角に配置した形としている。なお、ブロックアドレス１６は、１ブロック内に２ヵ所に記録した例を示してあるが、これは１ヵ所でも構わない。しかし、２ヵ所に記録することによって、一方のブロックアドレスにノイズがのってエラーを起こした場合にでも、他方のアドレスを検出することによって確実に検出することができるので、２ヵ所に記録する方が好ましい。
【００１７】
上記のような二次元ブロック分割方式を採用することにより、情報再生装置側で、隣接する４つのマーカを検出して、マーカ間をドット数分だけ等分割することでノーマライズを行なっているため、拡大，縮小，変形等に強く、また、手ブレ等に強いという利点がある。
【００１８】
なお、データエリア２０に於けるデータドット２４については、例えば、１ドットが数十μｍの大きさである。これは、アプリケーション，用途によっては数μｍレベルまで可能であるが、一般的には、４０μｍとか２０μｍ、あるいは８０μｍとする。データエリア２０は、例えば、６４×６４ドットの大きさである。これらは、上記等分割による誤差が吸収できる範囲まで自由に拡大あるいは縮小することが可能である。また、上記マーカ１４は、ポジション指標としての機能を持つものであり、変調されたデータにない大きさ、例えば丸形状で、データドット２４に対して例えば７ドット以上とか、７×７ドット位の大きさを持つ円形黒マーカとしている。また、ブロックアドレス１６及びそのエラー検出データ１８も、データドット２４と同様のドットによりそれぞれ構成される。
【００１９】
次に、本発明の出願人による特願平６−１２１３６８号に詳しく記されているような、マルチメディア情報を光学的に読み取り可能なコードパターンの一例としてドットコードパターンを紙等の情報記録媒体に記録再生するためのマルチメディアペーパ（ＭＭＰ）システムに於ける情報転送プロトコルの階層区分例を説明する。なおここで、レイヤＮ（Ｎ＝１〜５）プロトコルとは、レイヤＮが隣接レイヤからのリクエストに応じるために必要な機能を実現するための動作規約のことである。
【００２０】
図３に示すように、この階層区分は、記録側及び再生側、共にレイヤ１〜５の論理的な複数の階層構造を有している。
【００２１】
記録側に於いては、まず、アプリケーションプロセスＸ、一般的には、コンピュータ上のアプリケーションプログラム、で生じた音声，音楽等のオーディオ情報、カメラ，ビデオ機器等から得られる映像情報、及びパーソナルコンピュータ，ワードプロセッサ等から得られるディジタルコードデータ、等を含めた所謂マルチメディア情報は、同様にコンピュータ上に構成されたアプリケーション層（レイヤ５）及びプレゼンテーション層（レイヤ４）を介して、情報記録装置としてのＭＭＰ記録装置２６に渡される。ＭＭＰ記録装置では、受け取ったデータを、データリンク層（レイヤ３）、ブロックデータ層（レイヤ２）、物理層（レイヤ１）により光学的に読み取り可能なドットコードパターンとして紙等の情報記録（伝送）媒体３０に印刷記録する。
【００２２】
情報記録（伝送）媒体３０は、再生側に渡される。あるいは、この媒体３０に記録されたコードパターンが再生側にファクシミリ伝送され、再生側で紙等の情報記録媒体３０に印刷記録することもできる。
【００２３】
ＭＭＰ再生装置では、このような情報記録媒体３０に記録されたコードパターンを撮像して、記録時とは逆にレイヤ１からレイヤ３あるいはレイヤ５までの復元処理過程に従ってデータの編集処理を行い、結果のデータを再生側に渡す。再生側では、記録側と逆に必要に応じてレイヤ４及び５の処理機能を介して、アプリケーションプロセスＹに再生したマルチメディア情報を渡す。
【００２４】
以下、再生側の各レイヤ（階層）について詳細に説明し、記録側については、この再生側と裏返しであるので、その説明は省略するものとする。
【００２５】
即ち、図４及び図５は、このような再生側の複数の階層構造で、多段階にわたる処理の過程の例を示す図である。なお、これらの図に於いて、Ｎ−ＳＤＵｎ  はＮ層サービスデータユニットｎ番（Ｎｔｈ  Ｌａｙｅｒ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ，  Ｎｏ．ｎ  ）、Ｎ−ＰＤＵｎ  はＮ層プロトコルデータユニットｎ番（Ｎｔｈ  Ｌａｙｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ，  Ｎｏ．ｎ）、Ｎ−ＰＣＩｎ  はＮ層プロトコルコントロールインフォメーションｎ番（Ｎｔｈ  Ｌａｙｅｒ  Ｐｒｏｔｏｃｏｌ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ，  Ｎｏ．ｎ）（本発明での各種処理情報に相当する）、Ｎ−ＵＤｎ  はＮ層利用者データｎ番（Ｎｔｈ  Ｌａｙｅｒ  Ｕｓｅｒ  Ｄａｔａ，  Ｎｏ．ｎ  ）、ＡＤＵはアプリケーションデータユニット（Ａｐｐｌｉｃａｔｉｏｎ  Ｄａｔａ  Ｕｎｉｔ  ）、ＡＣＨはアプリケーション・コントロール・ヘッダ（Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｈｅａｄｅｒ）をそれぞれ示している（ｎ＝１はデータ、２はステータス（状態）情報、３は制御情報を示す）。
【００２６】
まず、レイヤ１（物理層）は、ドットイメージの量子化データの確実な伝送を保証することを基本的な役割としている。このレイヤ１は、電気・物理的条件並びに量子化のための諸条件（即ち、ドットパターンの単純転送規定、等化方式、量子化方式、等）を規定する。このレイヤ１に要求される層内機能、即ち提供されるサービスは、伝送媒体（紙種）の複数提供、複数ドット密度の許容、スキャナ解像度の複数提供、映像信号の複数伝送手段の提供、読取開始終了機能の提供、等があり、必要に応じて、ドットの複数階調表現（２値，多値）、ドットの多重化表現の許容（カラーイメージ撮像，伝送）、等を含めることができる。
【００２７】
このレイヤ１、即ち物理層は、紙等の情報記録（伝送）媒体３０に記録されたドットコードパターンを光学的に撮像し、画像信号を出力する機能モジュール（撮像系モジュール３２）と、画像信号を前処理（ゲインコントロール、等化処理）し、標本化／量子化する機能モジュール（再生等化モジュール３４，量子化モジュール３６）を持つ。さらには、量子化値をディジタルデータに変換して、画像データを生成する機能モジュールと、画像データを構造化して、構造情報（ヘッダ即ち第１の処理情報）とデータ（画像データの実体）から成る所定のデータフォーマットに変換し、隣接上位層つまりレイヤ２に出力する機能モジュール、処理に関わる状態情報、制御情報を入出力する機能モジュール、等を持つ。
【００２８】
このレイヤ１から上位のレイヤ２には、サービスデータユニット（１−ＳＤＵ１  ）として、撮像フレーム単位の構造化（画像）データが渡される。
【００２９】
レイヤ２（ブロックデータ層）は、ブロック及びブロック内ビット列の確実な伝送を基本的な役割としている。このレイヤ２は、ブロック伝送のための諸条件（即ち、ブロック検出方式、チャンネルビット検出方式、符号化変調・復調方式、等）を規定する。このレイヤ２に要求される層内機能、即ち提供されるサービスは、ブロック抽出及びドット標本点の検出、複数記録方式の提供（２値，多値，多重方式などの提供）、複数ブロックパターンの提供、複数符号化変調復調方式の提供、ブロック相対位置の検出、ブロック検出誤りの通知と障害克服作業、等がある。なおここで、上記複数ブロックパターンの提供は、ブロックサイズ検出機能、マーカ定義／検出機能、多種ドット読出し順序の対応、等を含む。
【００３０】
このレイヤ２つまりブロックデータ層は、隣接下位階層つまりレイヤ１から入力する構造化（画像）データ（１−ＳＤＵ１  ）を２−ＰＤＵ１  として入力し、構造情報（２−ＰＣＩ１  即ち第１の処理情報）とデータ実体（２−ＵＤ１  ）とを認識分離して、データ実体を処理の適合形態に変換する機能モジュールと、処理の適合形態に変換されたデータ実体を処理して、所定情報コード単位でブロック化されている複数のブロックを抽出する機能モジュール（ブロック単位ドット検出点抽出（マーカ検出，パターンマッチング，等）モジュール３８，ドット検出（識別／判定）モジュール４０）と、抽出されたブロックを処理して、ブロック単位の情報コードを再生する機能モジュール（ブロックＩＤデータ再生モジュール４２，ブロック内データ再生モジュール４４）を持つ。ここで、ブロック単位の情報コードは、ブロックを複数連結するための構造化情報と符号化変調情報とデータ実体からなる。さらにこのレイヤ２は、ブロック単位の情報から上記符号化変調情報を読み取って、この符号化変調情報に従ってデータ実体を復調する機能モジュール（符号化復調モジュール４６）と、復調されたブロック化情報コードの構造化情報（ブロックヘッダ即ち第２の処理情報）とデータ実体（ユーザーデータ）を隣接上位層つまりレイヤ３に２−ＳＤＵ１  として出力する機能モジュール、処理に関わる状態情報、制御情報を入出力する機能モジュール、等を持つ。
【００３１】
即ち、このレイヤ２では、第１の所定単位であるブロックデータ毎に、画像データからブロック単位ドット検出点つまりマーカを検出し、その検出したマーカに従ってブロック単位にデータドットの検出を行い、ビット列のデータに戻す。この処理の詳細については、本発明の出願人による特願平５−２６０４６４号に詳しく記されている。そして、ブロック単位でのこのデータに対して、まずヘッダ即ちブロックＩＤデータを再生し、その後にユーザーデータとしてのブロック内データを再生し、符号化の復調が成されて、ブロックデータ単位のデータとして上位の層、即ちレイヤ３に渡される。
【００３２】
レイヤ３（データリンク層）は、所定の誤り品質が保証された所定データ塊（サブセットエレメント（第４の所定単位））を生成し且つ確実な伝送を保証することを基本的な役割としている。このレイヤ３は、ブロックデータ（第１の所定単位）をリンクするための条件やマクロブロック（第３の所定単位）／スーパーマクロブロック（第２の所定単位）を生成するための諸条件（即ち、インターリーブ方式・構造）、（スーパー）マクロブロックヘッダ＆ユーザーデータ誤り制御（即ち、ＥＣＣ方式・構造）、等を規定する。このレイヤ３に要求される層内機能、即ち提供されるサービスは、ブロックアドレス読取書き込み異常の回復機能の提供、所望ブロックの読取状態の確認（読取有効ブロックのチェック）、ブロック配列構造の設定、中間データ塊の生成、インターリーブ方式／範囲／構造の複数提供、ＥＣＣ方式／範囲／構造の複数提供、等がある。
【００３３】
このレイヤ３つまりデータリンク層は、隣接下位層つまりレイヤ２から入力するブロック化情報コード（２−ＳＤＵ１  ）を３−ＰＤＵ１  として入力し、これから構造化情報（３−ＰＣＩ１  即ち第２の処理情報）を認識して読み取って、この構造化情報に従ってブロック単位のデータ実体（３−ＵＤ１  ）を複数個連結し、マクロブロック乃至はスーパーマクロブロックを生成
（構成）する機能モジュール（ブロックリンク（マクロブロック生成）モジュール４８）を持つ。即ち、レイヤ２からは、ブロック単位でビットデータ列を受け、各ブロックの先頭から所定ビット分の３−ＰＣＩ１  （第２の処理情報）としてのブロックヘッダと、その後の３−ＵＤ１  としてのユーザーデータとを認識分離し、そのブロックヘッダに書かれている情報に従って、ブロックを連結して、マクロブロックを生成する。こうして生成されたマクロブロックは、当該マクロブロック内に分散配置された付帯情報（マクロブロックヘッダ即ち第２の処理情報の一つ）と、データ実体（ユーザーデータ）とからなる。
【００３４】
また、このレイヤ３は、上記マクロブロックに対して、予め決定したデインターリーブにより並べ換えられ、その後のマクロブロックヘッダを予め決定した誤り訂正により訂正を行う誤り訂正機能モジュール（マクロブロックヘッダ単位デインターリーブ／エラー訂正モジュール５０）と、上記マクロブロックヘッダからスーパーマクロブロックを生成
（構成）するための構造化情報を読み取って、それに従ってマクロブロックを複数個連結し、スーパーマクロブロックを生成
（構成）する機能モジュール（マクロブロックリンク（スーパーマクロブロック生成）モジュール５２）と、上記マクロブロックヘッダからインターリーブ情報を読み取り、それに従ってスーパーマクロブロックのユーザーデータをデインターリーブする機能モジュール（スーパーマクロブロック単位デインターリーブモジュール５４）と、上記マクロブロックヘッダから誤り訂正情報を読み取り、それに従って、デインターリーブ処理後のユーザーデータを誤り訂正する機能モジュール（スーパーマクロブロック単位エラー訂正モジュール５６）と、マクロブロックヘッダからサブセットエレメントの構成仕様情報即ちサブセットエレメント・ヘッダを読み取って、それに従って上記誤り訂正後のスーパーマクロブロックのユーザーデータからサブセットエレメントを分離する機能モジュール（サブセットエレメント単位出力処理モジュール５８）と、この分離されたサブセットエレメント単位を、隣接上位層、即ちレイヤ４に３−ＳＤＵ１  として出力する機能モジュールと、処理に関わる状態情報、制御情報を入出力する機能モジュールとを含む。
【００３５】
つまり、このレイヤ３というのは、まず最初にブロックをリンクし即ち連結してマクロブロックを生成し、さらにそれをスーパーマクロブロックに連結するという多段階の機能を果たす。そして、誤り訂正処理終了後、マクロブロックヘッダの中に書いてあるサブセット構成仕様（第３の処理情報）を読み込み、スーパーマクロブロックをサブセットエレメントという概念のデータに別けて、それを出力する。即ち、３−ＳＤＵ１  として、サブセットエレメント単位でデータが上位層に受け渡しされる。
【００３６】
レイヤ４（プレゼンテーション層）は、サブセットの生成を保証することを基本的な役割としている。このレイヤ４は、サブセットエレメントをリンクしサブセットを生成するための諸条件を規定する。このレイヤ４に要求される層内機能、即ち提供されるサービスは、目的ファイルに必要なサブセットエレメントの取捨選択、サブセットの生成とその条件決定、ＤＯＳ等への適合データ変換、等がある。なお、ここで、サブセットとは、認知可能情報単位データのことである。即ち、上記マクロブロックやスーパーマクロブロックは音や絵といったマルチメディア情報を含むものであり、これを音ならば音だけの情報、絵であれば絵だけの情報というようにそれぞれ一つの情報単位として認識できるデータの塊に分けたそれぞれのデータの塊をサブセットと称する。
【００３７】
このレイヤ４つまりプレゼンテーション層は、隣接下位層つまりレイヤ３から入力するサブセットエレメント単位のデータ（３−ＳＤＵ１  ）を４−ＰＤＵ１  として入力し、これから構造化情報（４−ＰＣＩ１  即ち第４の処理情報）を読み取る機能モジュール（サブファイルリンク情報読取モジュール６０）と、この読み取った構造化情報に従ってサブセットエレメント単位のデータ実体（４−ＵＤ１  ）を連結し、サブセットを生成
（構成）する機能モジュール（サブセットエレメントリンク（サブセットの生成）モジュール６２）とを持つ。ここで、サブセットエレメント単位のデータは、サブセットエレメントを連結してサブセットを生成する（構成する）構造化情報（サブセットエレメント・ヘッダ）とユーザーデータ実体とから成る。
【００３８】
また、このレイヤ４は、生成されたサブセットから、隣接上位層との既存又は新規インターフェースに必要な付帯情報を読み取って、インターフェース整合を行う機能モジュール、サブセットの一部又は全付帯情報とデータ実体を隣接上位層、即ちレイヤ５に４−ＳＤＵ１  として出力する機能モジュールと、処理に関わる状態情報、制御情報を入出力する機能モジュールとを含む。
【００３９】
レイヤ５（アプリケーション層）は、ファイル管理の良好な運営を確実に保証することを基本的な役割としている。このレイヤ５は、ファイル管理を行うための諸条件（即ち、ファイル生成条件、等）を規定する。このレイヤ５に要求される層内機能、即ち提供されるサービスは、アプリケーションリクエストのファイル又はサブセットのリード／ライト処理の提供がある。
【００４０】
このレイヤ５つまりアプリケーション層は、隣接下位層つまりレイヤ４から入力するサブセットのデータ（４−ＳＤＵ１  ）を５−ＰＤＵ１  として入力し、このサブセットの付帯情報（５−ＰＣＩ１  即ち第５の処理情報）又はデータ実体（５−ＵＤ１  ）からファイル管理情報を読み取って、そのファイル管理情報に従ってファイル管理し、サブセット単位又はサブセットを連結してファイルを生成し、ファイル単位で読出す機能モジュール（ファイル管理システムモジュール６４）、ファイル管理に基づき生成されるサブセット単位又はファイル単位のデータ単位をアプリケーションプロセスに５−ＳＤＵ１  として出力する機能モジュールと、処理に関わる状態情報、制御情報を入出力する機能モジュールとを含む。
【００４１】
アプリケーションプロセスは、ＭＭＰシステムを利用するアプリケーションの実現を基本的な役割としている。このアプリケーションプロセスは、ソースサンプルデータのシャフリング方式／構造、暗号化のためのスクランブル方式／構造、データ圧縮方式／構造、音・テキスト・画像のデータ構造、等がある。このアプリケーションプロセスに要求される機能、即ち提供されるサービスは、ソースサンプルデータのシャフリング方式の提供、スクランブル方式の提供、等があり、必要に応じて、データ圧縮方式・圧縮／伸張作業の複数提供、情報種の確認とそのデータ構造の選択、等を含むことができる。
【００４２】
以下、図面を参照して、本発明の一実施の形態を説明する。本発明は、上記特願平６−１２１３６８号に記したような階層構造を実現するためのレイヤ３（データリンク層）、レイヤ４（プレゼンテーション層）、及びレイヤ５（アプリケーション層）の詳細に関するものである。
【００４３】
図１は、レイヤ３の構成を示す図である。
【００４４】
このレイヤ３には、上記レイヤ２からの２層サービスデータユニット１番（２−ＳＤＵ１  ）を、３層プロトコルデータユニット１番（３−ＰＤＵ１  ）として受け取る。また、状態信号である２−ＳＤＵ２  を３−ＰＣＩ２  として、パラメータ設定信号である２−ＳＤＵ３  を３−ＰＣＩ３  として受け、逆に３−ＰＣＩ２  を２−ＳＤＵ２  として、３−ＰＣＩ３  を２−ＳＤＵ３  としてレイヤ２に出力する。
【００４５】
ここで、状態信号とは、レイヤ２で検出したエラー状態を示す信号やレイヤ２がレイヤ１から受けた走査状態を示す信号、レイヤ２からサービスデータユニットの出力状態を示す即ち該レイヤ３のスタート及びストップ信号、等を示し、また、逆方向としては、レイヤ３でこのサービスデータユニットを受けたかどうかを判断する受信状態信号、等を含む。また、パラメータ設定信号は、レイヤ２のパラメータ用メモリの内容を当該レイヤ３で読出しするための信号や、このレイヤ２のパラメータ用メモリにデータをセットするための信号、等である。
【００４６】
このレイヤ３は、コントローラ６６、第１及び第２セレクタ６８及び７０、第１及び第２バッファメモリ７２及び７４、ブロックヘッダ識別部７６、メモリコントローラ７８、マクロブロックヘッダデインターリーブ部８０、マクロブロックヘッダＥＣＣ部８２、マクロブロックヘッダ識別部８４、ヘッダ補正部８６、スーパーマクロブロックデインターリーブ部８８、スーパーマクロブロックＥＣＣ部９０、サブセットエレメント構成部９２、及びパラメータ格納メモリ９４から構成される。
【００４７】
コントローラ６６は、レイヤ２及びレイヤ４から状態信号及びパラメータ設定信号を受け、それに応じてパラメータ格納メモリ９４に格納されているパラメータを読出して、このレイヤ３の全体を制御すると共に、レイヤ２及びレイヤ４へ状態信号及びパラメータ設定信号を出力する。また、パラメータ格納メモリ９４から読出したパラメータの内、ブロック内構造パラメータをメモリコントローラ７８へ、マクロブロック（ＭＢ）ヘッダ・インターリーブ長を上記メモリコントローラ７８及びマクロブロックヘッダデインターリーブ部８０へ、またＭＢヘッダ・エラー訂正（ＥＣＣ）符号長を上記メモリコントローラ７８，マクロブロックヘッダデインターリーブ部８０，及びマクロブロックヘッダＥＣＣ部８２へセットする。
【００４８】
第１セレクタ６８は、コントローラ６６の制御により、３−ＰＤＵ１  のデータの内、ブロックユーザーデータは第２セレクタ７０へ、またブロックヘッダ情報はブロックヘッダ識別部７６へ選択的に供給する。
【００４９】
ブロックヘッダ識別部７６は、ブロックヘッダの情報の内容を識別し、その結果をメモリコントローラ７８に出力する。
【００５０】
メモリコントローラ７８は、コントローラ６６からの上記パラメータ、ブロックヘッダ識別部７６からの識別結果、並びにマクロブロックヘッダ識別部８４からセットされるパラメータ（スーパーマクロブロック（ＳＭＢ）・インターリーブ長及びＳＭＢ・ＥＣＣ符号長）に従って、第２セレクタ７０、及び第１及び第２バッファメモリ７２及び７４を制御する。
【００５１】
第２セレクタ７０は、メモリコントローラ７８の制御により、第１セレクタ６８からのブロックユーザデータの内、その最初の数バイトつまりインターリーブされたマクロブロックヘッダのデータだけを第１バッファメモリ７２へ、残りを第２バッファメモリ７４へ選択的に供給する。
【００５２】
第１バッファメモリ７２は、メモリコントローラ７８の書き込み制御により、マクロブロックのヘッダ情報を格納し、またその読出し制御により読出されたデータをマクロブロックヘッダデインターリーブ部８０へ供給する。
【００５３】
第２バッファメモリ７４は、メモリコントローラ７８の書き込み制御により、上記第１バッファメモリ７２に格納される以外のブロックユーザデータを格納し、またその読出し制御により読出されたデータをスーパーマクロブロックデインターリーブ部８８へ供給する。
【００５４】
マクロブロックヘッダデインターリーブ部８０は、上記コントローラ６６からセットされる上記パラメータを使用して、第１バッファメモリ７２から読出されたマクロブロックヘッダ情報をデインターリーブし、その結果をマクロブロックヘッダＥＣＣ部８２に供給する。
【００５５】
マクロブロックヘッダＥＣＣ部８２は、上記コントローラ６６からセットされる上記パラメータを使用して、デインターリーブされたマクロブロックヘッダ情報をエラー訂正し、その結果をマクロブロックヘッダ識別部８４に供給する。また、エラー訂正ができたかどうかを示す訂正状態信号も、このマクロブロックヘッダ識別部８４に供給する。
【００５６】
マクロブロックヘッダ識別部８４は、上記訂正状態信号により、エラー訂正できたかどうか判断し、できた場合には、そのエラー訂正後のマクロブロックヘッダの情報を識別し、その結果得られるパラメータをメモリコントローラ７８、スーパーマクロブロックデインターリーブ部８８、スーパーマクロブロックＥＣＣ部９０、及びサブセットエレメント構成部９２にセットする。即ち、メモリコントローラ７８及びスーパーマクロブロックデインターリーブ部８８には、ＳＭＢ・インターリーブ長及びＳＭＢ・ＥＣＣ符号長をセットし、スーパーマクロブロックＥＣＣ部９０には、ＳＭＢ・ＥＣＣ符号長をセットし、サブセットエレメント構成部９２には、サブセットエレメント（ＳＳＥ）ヘッダ及びＳＳＥユーザーデータサイズをセットする。また、エラー訂正できなかった場合には、記憶された隣接するマクロブロックヘッダの情報をヘッダ補正部８６に供給する。ここで、マクロブロックヘッダ識別部８４は、マクロブロックヘッダを複数記憶するバッファメモリ（図示せず）を有しており、新しいマクロブロックヘッダは古いデータと置き換えを行っている。
【００５７】
ヘッダ補正部８６は、訂正できなかったマクロブロックヘッダの情報を、隣接するマクロブロックヘッダの情報で、このマクロブロックヘッダのデータ内容を補正し、補正できた場合には、その補正されたマクロブロックヘッダの情報を上記マクロブロックヘッダ識別部８４へ戻してやる。また、補正できなかった場合には、図中に点線で示すような補正エラー信号をコントローラ６６に対して出力し、コントローラ６６は、この補正エラー信号に応じて、マクロブロックヘッダが読めなかったという信号を状態信号（３−ＳＤＵ２  ）としてレイヤ４以降に送る。
【００５８】
スーパーマクロブロックデインターリーブ部８８は、上記マクロブロックヘッダ識別部８４によってセットされた上記パラメータに従って、メモリコントローラ７８の読出し制御により上記第２バッファメモリ７４から読出されたデータをデインターリーブしてスーパーマクロブロックを構成し、それをスーパーマクロブロックＥＣＣ部９０に供給する。
【００５９】
スーパーマクロブロックＥＣＣ部９０は、上記マクロブロックヘッダ識別部８４によってセットされた上記パラメータに従って、上記スーパーマクロブロックをエラー訂正して、その結果をサブセットエレメント構成部９２に供給する。また、エラー訂正ができなかった場合には、図中に点線で示すような訂正エラー信号をコントローラ６６に対して出力し、コントローラ６６は、この訂正エラー信号に応じて、スーパーマクロブロックが読めなかったという信号を状態信号（３−ＳＤＵ２  ）としてレイヤ４以降に送る。
【００６０】
サブセットエレメント構成部９２は、上記マクロブロックヘッダ識別部８４によってセットされた上記パラメータを使用して、エラー訂正されたスーパーマクロブロックのデータからサブセットエレメントを構成して、３−ＳＤＵ１  としてサブセットエレメント単位に上位のレイヤ４へ送る。
【００６１】
ここで、レイヤ２から渡されるブロックデータ（３−ＰＤＵ１  ）は、図６の（Ａ）に示すように、セット規格識別コード９６、ユーザーデータフォーマットタイプ９８、ブロックアドレス１００、ブロックユーザーデータサイズ（ブロック内データ数）１０２、及びブロックユーザーデータ１０４からなり、この内のセット規格識別コード９６，ユーザーデータフォーマットタイプ９８，ブロックアドレス１００，及びブロックユーザーデータサイズ１０２がブロックヘッダとして、第１セレクタ６８を介してブロックヘッダ識別部７６へ与えられる。
【００６２】
セット規格識別コード９６は、本発明の出願人による特願平６−１７３９６６号に詳述されているように、ドットの大きさやブロックサイズ等のパラメータを表すコードである。即ち、上層において行われるドットコードのデータの中身を解読するための処理に必要なこれらのパラメータを、このコードを参照することにより所定のメモリ（例えばパラメータ格納メモリ９４）から引用できるようにするためのものである。例えば、このセット規格識別コード９６が「００」であったならば、レイヤ１ではあるパラメータを設定し、レイヤ２ではレイヤ２で必要なパラメータをセットし、レイヤ３ではレイヤ３で必要なパラメータをセットし、レイヤ４ではレイヤ４で必要なパラメータをセットし、レイヤ５ではレイヤ５で必要なパラメータをセットするというように、全て同じコード「００」がレイヤ１，レイヤ２，…，レイヤ５というように伝達されるが、それぞれに入力されるパラメータは各レイヤ毎に変わってくる。このセット規格識別コード９６は、上記特願平６−１７３９６６号に詳述されているように、ドットコード１０が記録された紙等の情報記録（伝送）媒体３０に記録されたシステムコントロールファイル（ＳＣＦ）の読み取りにより設定されるようになっている。
【００６３】
このセット規格識別コードは、ブロックヘッダ識別部７６よりコントローラ６６へ送られ、上記レイヤ３で必要なパラメータがパラメータ格納メモリ９４より取得されるのに使用される。
【００６４】
ユーザーデータフォーマットタイプ９８は、それ以下に記述されるパラメータの項目を表すものである。即ち、このユーザーデータフォーマットタイプ９８を記述することによって、それらパラメータの内容を全て省略することが可能となる。例えば、このユーザーデータフォーマットタイプ９８が「０１」というコードになっている場合には、ブロックアドレス１００とブロックユーザーデータサイズ１０２をユーザーデータに付加して送り、例えば「０２」の場合にはブロックアドレス１００とブロックユーザーデータサイズ１０２と別のデータとをユーザーデータに付加して送り、レイヤ３では３−ＰＣＩ１  の情報の種類や配列等を選択、認識する。
【００６５】
この様にブロックアドレス１００とブロックユーザーデータサイズ１０２を付加することによって、レイヤ３はその情報を認識することによって、レイヤ２からブロックのデータサイズが違ったコードの情報が転送されて来てもその違いを認識をすることができ、処理をすることができるようになっている。
【００６６】
同図の（Ｂ）は、上記ユーザーデータフォーマットタイプ９８が、例えば「０２」というコードになっている場合のブロックデータ構造を示す図である。この場合には、ブロックヘッダは、上記セット規格識別コード９６，ユーザーデータフォーマットタイプ９８，ブロックアドレス１００，及びブロックユーザーデータサイズ１０２に加えて、ブロックアドレスエラー状態フラグ（ブロックアドレス補償無し／あり）１０６を含む。
【００６７】
また、同図の（Ｃ）は、上記ユーザーデータフォーマットタイプ９８が、例えば「０３」というコードになっている場合のブロックデータ構造を示す図である。この場合には、ブロックヘッダは、上記セット規格識別コード９６，ユーザーデータフォーマットタイプ９８，ブロックアドレス１００，及びブロックユーザーデータサイズ１０２，ブロックアドレスエラー状態フラグ１０６に加えて、ブロックユーザーデータ復調エラー数１０８を含む。
【００６８】
また、同図の（Ｄ）は、上記ユーザーデータフォーマットタイプ９８が、例えば「０４」というコードになっている場合のブロックデータ構造を示す図である。この場合には、ブロックヘッダは、上記セット規格識別コード９６，ユーザーデータフォーマットタイプ９８，ブロックアドレス１００，及びブロックユーザーデータサイズ１０２，ブロックアドレスエラー状態フラグ１０６に加えて、ブロックユーザーデータ復調エラー位置１１０を含む。
【００６９】
ここで、ブロックアドレスエラー状態フラグ１０６は、同図の（Ｅ）に示すような４つの状態を示すものである。即ち、レイヤ２でブロックアドレスがエラー訂正された時に、ブロックアドレスにエラーが無い場合を「１」、エラー訂正されてＯＫになった場合を「２」、誤訂正又は訂正ができなかったがその後に隣接ブロックによって補正された場合を「３」、誤訂正又は訂正ができず、さらに隣接ブロックからの補正も駄目だった場合を「４」という値を採る。
【００７０】
このブロックアドレスエラー状態フラグ１０６の値から、メモリコントローラ７８は、同一のブロックが複数回送られてきたときの優先度を決めて、第１及び第２バッファメモリ７２及び７４へのデータ書き込み（上書き）の制御を行うことが可能となる。即ち、フラグの値が小さいブロックを優先し置き換える。
【００７１】
また、このブロックアドレスエラー状態フラグ１０６により、メモリコントローラ７８は、図７に示すように、ＭＢヘッダ・消失位置情報及びＳＭＢ・消失位置情報を生成して、それらをマクロブロックヘッダＥＣＣ部８２及びスーパーマクロブロックＥＣＣ部９０へ与えることもできる。即ち、ブロックアドレスエラー状態フラグ１０６が「４」であると、つまり当該ブロックのデータのアドレスが読めなかった場合には、そのブロックのデータが全て抜け落ちてしまうことになる。そこで、そのブロックのブロックアドレス１００を使ってどこのブロックが落ちているのかをメモリコントローラ７８で判断し、マクロブロックのヘッダの中の消失位置とスーパーマクロブロックの消失位置を決めて、それぞれＭＢヘッダ・消失位置情報及びＳＭＢ・消失位置情報としてマクロブロックヘッダＥＣＣ部８２及びスーパーマクロブロックＥＣＣ部９０へ与える。
【００７２】
エラー訂正というのは、エラーの位置情報と、その位置のエラーを訂正するエラーパターン情報の２つの情報が必要となるが、この内の前者の情報を消失位置情報としてＥＣＣ部８２，９０に与えることができる。後述するように、マクロブロックヘッダあるいはスーパーマクロブロックの一部として対応するＥＣＣ部に与えるエラー訂正検査記号は後者の情報だけに使用できるため、同じ情報量で両者の情報を表す場合に比べ、ほぼ倍のエラーパターンの情報を与えることができ、結果として、エラー位置が全て分かっている場合、ＥＣＣ部８２，９０でのエラー訂正能力をほぼ倍にすることができるようになる。
【００７３】
また、この消失情報を生成するための情報として、上記ブロックユーザデータ復調エラー位置１１０を使用することもできる。即ち、ブロックの中のどこの位置が復調エラーを起こしたのかということが分かるので、メモリコントローラ７８は、マクロブロックヘッダのどこの位置に消失が起こったのか、あるいはスーパーマクロブロックのどこの位置に消失が起こったのかという情報を簡単に求めることができるようになる。
【００７４】
また、ブロックユーザーデータ復調エラー数１０８とは、レイヤ３で行われるブロックのリンク時に、重複して転送された同一ブロックのデータにおいて、つまり同じアドレスのブロックが何回か転送されてきた場合に、この復調エラー数１０８がレイヤ２から送られてきていると、前回までと今回のこの復調エラー数を比較してエラーの少ないブロックデータを選択して再構成することで、エラー訂正前のデータのエラー率を低減でき、高速にエラー訂正することができ、また、エラー訂正ができない頻度を減らすことができるようになるという理由で設けられている。
【００７５】
次に、マクロブロックヘッダデインターリーブ部８０によるデインターリーブ処理の結果得られるマクロブロックヘッダの構造を説明する。
【００７６】
即ち、マクロブロックヘッダは、図８の（Ａ）に示すように、セット規格識別コード１１２、ユーザーデータフォーマットタイプ１１４、マクロブロックをリンクするための情報であるマクロブロック連結情報１１６、スーパーマクロブロックをどのようにインターリーブするかという方式の情報であるＳＭＢインターリーブ方式情報１１８、スーパーマクロブロックのエラー訂正の方式を示す情報であるＳＭＢエラー訂正方式情報１２０、スーパーマクロブロックのエラー検出の方式を示す情報であるＳＭＢエラー検出方式情報１２２、サブセットをリンクするための情報であるサブセットエレメント連結情報１２４、サブセットエレメントユーザデータサイズ１２６、エラー検出検査記号１２８、及びエラー訂正検査記号１３０からなる。
【００７７】
エラー検出検査記号１２８は、セット規格識別コード１１２乃至サブセットエレメントユーザデータサイズ１２６を一次元にデータとして並べたときに、この一次元のデータの中にエラーが発生しているかどうかを検出するためのものである。
【００７８】
実際には、このマクロブロックヘッダは、同図の（Ｂ）に示すように、二次元の構造になっている。そして、エラー訂正は、同図中にＭＢエラー訂正符号長として示すように、ある縦方向の列のデータに対してエラー訂正検査記号があるというように、図における縦の方向にかかっている。このように二次元構造のインターリーブをすることにより、バーストエラーに強くなる。
【００７９】
また、同図の（Ｃ）に示すような横方向のエラー訂正検査記号１３２をさらに追加しても良い。あるいは、斜め方向にエラー訂正をかけても良い。
【００８０】
図９の（Ａ）乃至（Ｃ）は、図８の（Ａ）乃至（Ｃ）のより具体的な例を示す図である。
【００８１】
即ち、ＳＭＢインターリーブ方式情報１１８がＳＭＢインターリーブ長１１８’に、ＳＭＢエラー訂正方式情報１２０がＳＭＢエラー訂正の符号長１２０’に、ＳＭＢエラー検出方式情報１２２がＳＭＢエラー検出有無判定フラグ１２２’なっている。
【００８２】
次に、スーパーマクロブロックデインターリーブ部８８によるデインターリーブ処理の結果得られるスーパーマクロブロックの構造を説明する。
【００８３】
このスーパーマクロブロックは、マクロブロックヘッダの中の情報によって、即ち、マクロブロックヘッダのセット規格識別コード１１２や、あるいは、ユーザーデータフォーマットタイプ１１４以下の情報によって、どういうエラー訂正の構造を持っているのか、即ちどのようなインターリーブがされるか、あるいは、エラー訂正符号長がどのくらいになるのか、という構造が決まるものである。
【００８４】
図１０及び図１１の（Ａ）はスーパーマクロブロックの構造を示す図で、これらの図に示すように、スーパーマクロブロックのサイズは可変であり、また、サブセットエレメントのデータのサイズも可変である。
【００８５】
即ち、図１０は、スーパーマクロブロック１個の中に、サブセットエレメントのデータ１３４が複数個存在している場合を示している。そして、余りの部分にダミーデータ１３６が入れられた後に、エラー検出検査記号１３８がある。これは、例えばスーパーマクロブロックＮｏ．１においては、サブセットエレメントユーザーデータ１乃至ｎとダミーデータを一次元にデータとして並べたときに、この一次元のデータの中にエラーが発生しているかどうかを検出するためのものである。そして、このようなエラー検出検査記号１３８を付けた後で、縦方向にエラー訂正検査記号１４０が付けられた構造になっている。従って、復号のときは逆に、まず先にエラー訂正検査記号１４０を見てエラー訂正の復号をかけ、エラー訂正して戻した後で、このデータを一次元的に順に見たところのエラー検出検査記号１３８を使って、この中にエラーがあるかどうかをチェックするということになる。
【００８６】
スーパーマクロブロックＮｏ．２もまた、スーパーマクロブロックＮｏ．１と同様に、スーパーマクロブロックＮｏ．１にはｎ個のサブセットエレメントデータ１３４が入っているとすれば、サブセットエレメントユーザーデータｎ＋１から順にｎ個のサブセットエレメントデータ１３４が入る構造になっている。
【００８７】
また、図１１の（Ａ）は、スーパーマクロブロックが２個で、１個のサブセットエレメント１３４（各スーパーマクロブロックにはサブセットエレメントの半分１３４−１，１３４−２を含む）を構成している場合を示している。さらにこの図は、スーパーマクロブロックのサイズも、図１０の例に比べて小さい場合を示している。
【００８８】
勿論、スーパーマクロブロック１個でサブセットエレメントユーザーデータを１個構成しても良い。
【００８９】
また、このスーパーマクロブロックも、図１２の（Ａ）及び（Ｂ）に示すように、上記マクロブロックヘッダと同様に、横方向のエラー訂正検査記号１４２をさらに追加しても良い。あるいは、斜め方向にエラー訂正をかけても良い。
【００９０】
次に、図１のサブセットエレメント構成部９２によって構成されるサブセットエレメントの構造を説明する。
【００９１】
サブセットエレメントは、例えば、図１１の（Ｂ）に示すように、セット規格識別コード１４４、ユーザーデータフォーマットタイプ１４６に続けて、サブセットエレメント連結情報１４８、サブセットエレメントユーザーデータサイズ１５０が入り、その後に、サブセットエレメントユーザーデータ１５２が入る構造になる。このようなサブセットエレメントが、レイヤ４の方に３−ＳＤＵ１  として渡される。勿論、これは一例に過ぎず、上位の階層でどのような情報を必要とするかに応じて適宜変更される。
【００９２】
また、このレイヤ３（コントローラ６６）とレイヤ４の間では、状態信号である３−ＳＤＵ２  （レイヤ４側からみると４−ＰＣＩ２  ）と、パラメータ設定信号である３−ＳＤＵ３  （レイヤ４側からみると４−ＰＣＩ３  ）がやり取りされる。ここで、状態信号とは、ヘッダ補正部８６で補正ができなかったという状態やスーパーマクロブロックＥＣＣ部９０でのエラー訂正できなかったという状態等を示す信号、このレイヤ３で作られたサービスデータユニットとしてのサブセットエレメントを送出したという状態信号、または、逆方向の、レイヤ４でこのサブセットエレメントを受け取ったかどうかを判断する受信状態信号、等を含む。また、パラメータ設定信号は、上層部からパラメータ格納メモリ９４にデータをセットしたり、このパラメータ格納メモリ９２の内容を上層部で読出しするための信号である。
【００９３】
次に、このような構成におけるレイヤ３の動作を図１３のフローチャートを参照して説明する。
【００９４】
まず、レイヤ２から当該レイヤ３を起動するためにスタート信号が２−ＳＤＵ２  （３−ＰＣＩ２  ）として入力された時点で、２−ＳＤＵ３  （３−ＰＣＩ３  ）からパラメータの設定信号や２−ＳＤＵ１  （３−ＰＤＵ１  ）からセット規格識別コード９６を入手し、当該レイヤ３の初期設定を行う（ステップＳ１１）。即ち、上記パラメータ設定信号やセット規格識別コード９６に応じて、各ブロックに分配されているマクロブロックヘッダのデータ数、マクロブロックヘッダの連結の仕方、マクロブロックヘッダのエラー訂正の手法、等の各種パラメータを、パラメータ格納メモリ９４から読出し、当該コントローラ内部に格納する。
【００９５】
そして、レイヤ２からの３−ＰＤＵ１  のデータ（ブロックデータ）の入力を受け付けて（ステップＳ１２）、ブロックデータが有れば（ステップＳ１３）、第１セレクタ６８は、入力されたブロックデータを、ブロックヘッダとブロックユーザーデータ１０４とに分離し、ブロックユーザーデータ１０４は第２セレクタ７０へ、またブロックヘッダは、ブロックヘッダ識別部７６へ供給する（ステップＳ１４）。
【００９６】
ここで、ブロックヘッダ識別部７６は、ブロックヘッダ、例えば、ブロックアドレス１００やブロックユーザーデータサイズ１０２等を認識し、その識別されたデータをメモリコントローラ７８に供給する。
【００９７】
メモリコントローラ７８は、上記ブロックヘッダ識別部７６からの情報と同時に、上記初期設定でコントローラ６６に取り込まれた各ブロックに分配されているマクロブロックヘッダのデータ数（ブロック内構造パラメータ）、ＭＢヘッダ・インターリーブ長や、ＭＢヘッダ・ＥＣＣ符号長、等のパラメータを受ける。そして、上記ブロックヘッダ識別部７６からの情報と、これら３つのパラメータを使用して、第２セレクタ７０の切り替え制御、及び第１及び第２バッファメモリ７２及び７４の格納制御を行う。実際には、第１セレクタ６８で分離されたブロックユーザーデータ１０４の内、その最初の数バイトつまりインターリーブされたマクロブロックヘッダだけを第１バッファメモリ７２へ供給し、残りのデータつまりマクロブロックユーザーデータを第２バッファメモリ７４の方に供給する（ステップＳ１５）。
【００９８】
この場合、メモリコントローラ７８には、ブロックヘッダ識別部７６からの識別情報として、ブロックアドレス１００とブロックユーザーデータサイズ１０２が供給されているので、メモリコントローラ７８は、これを使って算出した第１バッファメモリ７２と第２バッファメモリ７４の位置に、第２セレクタ７０の出力を格納する（ステップＳ１６）。あるいは、１回バッファメモリ７２，７４に書き込んだ後で、ブロックアドレスエラー状態フラグ１０６を見て、前のデータよりも今現在送られたデータの方が良いデータである場合、即ちエラーがない状態であるという場合には、そこを書き換えるという制御を行う。
【００９９】
そして、メモリコントローラ７８は、ブロックヘッダ識別部７６から送られてくるブロックアドレス１００により、マクロブロックのデータが構成できたかどうかを判定し、即ち、マクロブロックのデータつまりヘッダデータ及びユーザデータがバッファメモリ７２，７４に溜まったかどうかを判定識別する（ステップＳ１７）。そして、まだマクロブロック内のデータが格納終了していない場合には、上記ステップＳ１２に戻って、上記動作を繰り返す。
【０１００】
こうして第１バッファメモリ７２にマクロブロックヘッダのデータが溜まった時点で、そのデータが、マクロブロックヘッダデインターリーブ部８０へ送られる。マクロブロックヘッダデインターリーブ部８０は、コントローラ６６からＭＢヘッダ・インターリーブ長とＭＢヘッダ・ＥＣＣ符号長の各パラメータがセットされており、これらパラメータに従って、第１バッファメモリ７２から与えられるデータをデインターリーブし、そのデインターリーブして得られたマクロブロックヘッダのデータをマクロブロックヘッダＥＣＣ部８２に供給する。
【０１０１】
マクロブロックヘッダＥＣＣ部８２は、コントローラ６６からのＭＢヘッダ・ＥＣＣ符号長、及び図７の例ではメモリコントローラ７８からのＭＢヘッダ・消失位置情報がパラメータとしてセットされ、このパラメータに従って、デインターリーブされたマクロブロックヘッダをエラー訂正する（ステップＳ１８）。そして、そのエラー訂正後のデータを、マクロブロックヘッダを識別するマクロブロックヘッダ識別部８４に供給する。また、図１又は図７中に点線で示すように、エラー訂正ができたかどうかを示す訂正状態信号も、このマクロブロックヘッダ識別部８４に供給する。
【０１０２】
マクロブロックヘッダ識別部８４は、上記訂正状態信号により、まずマクロブロックヘッダのエラー訂正が完全に行われたかどうかを判定する（ステップＳ１９）。そして、エラー訂正できなかった場合には、前のつまり時間的に前に処理されたマクロブロックヘッダにエラーが有ったか無かったかを判断し（ステップＳ２０）、そこにもエラーが有った場合には、エラー処理を行った後（ステップＳ２１）、上記ステップＳ１２に戻り、次のブロックデータの処理を行う。ここで、最初のマクロブロックヘッダのエラー訂正ができなかった場合には、前のマクロブロックヘッダというものは存在しないが、この場合には、前のブロックヘッダにもエラーが有ったものとして処理するものとする。
【０１０３】
また、エラー訂正ができなかったが、前のマクロブロックヘッダにはエラーが無かったという場合には、マクロブロックヘッダ識別部８４は、ヘッダ補正部８６にそのエラー訂正できなかったマクロブロックヘッダのデータを供給し、マクロブロックヘッダの補正を行う（ステップＳ２２）。即ち、このヘッダ補正部８６は、マクロブロックヘッダのデータ内容を、前のマクロブロックヘッダの情報で補正する。そして、この補正処理によって補正できたかどうかを判断し（ステップＳ２３）、補正できなかった場合には、上記ステップＳ２１のエラー処理へ進む。
【０１０４】
なお、上記ステップＳ２１のエラー処理としては、基本的には２つマクロブロックヘッダにエラーが起こった場合には、即ちステップＳ２０でＮＯとなった場合には、その時点でもうそこの部分は隣接マクロブロックヘッダから補正することはできないので、強制的に処理を終わらせるというような処理をさせるようにしても良い。また、ヘッダ補正部８６でマクロブロックヘッダが補正できなかった場合、即ちステップＳ２３でＮＯとなった場合には、図１又は図７中に点線で示すような補正エラー信号をコントローラ６６に対して出力し、コントローラ６６は、この補正エラー信号に応じて、マクロブロックヘッダが読めなかったという信号を状態信号（３−ＳＤＵ２  ）としてレイヤ４以降に送るようなエラー処理を行う。
【０１０５】
ヘッダ補正部８６にて補正できた場合には、その補正されたマクロブロックヘッダのデータを上記マクロブロックヘッダ識別部８４へ戻してやる。
【０１０６】
一方、マクロブロックヘッダをエラー訂正できた場合には（ステップＳ１９）、マクロブロック識別部８４は、前のマクロブロックヘッダにエラーが有ったか無かったかをチェックする（ステップＳ２４）。そして、前のマクロブロックヘッダにエラーが有った場合には、上記ステップＳ２２へ進み、ヘッダ補正部８６によりこのエラー訂正できたマクロブロックヘッダを使用して、前のエラー訂正できなかったマクロブロックヘッダの補正を行う。
【０１０７】
こうして、マクロブロックヘッダの補正ができたならば、あるいはエラー訂正でき且つ前のマクロブロックヘッダにもエラーが無かった場合には、マクロブロックヘッダ識別部８４は、マクロブロックヘッダ内の情報を識別し、スーパーマクロブロック構成パラメータ及びサブセットエレメント構成パラメータを取得する（ステップＳ２５）。そして、それらのパラメータをメモリコントローラ７８、スーパーマクロブロックデインターリーブ部８８、スーパーマクロブロックＥＣＣ部９０、及びサブセットエレメント構成部９２にセットする。即ち、メモリコントローラ７８及びスーパーマクロブロックデインターリーブ部８８には、ＳＭＢ・インターリーブ長及びＳＭＢ・ＥＣＣ符号長をセットし、スーパーマクロブロックＥＣＣ部９０には、ＳＭＢ・ＥＣＣ符号長をセットし、サブセットエレメント構成部９２には、ＳＳＥヘッダ及びＳＳＥユーザーデータサイズをセットする。
【０１０８】
こうしてメモリコントローラ７８にＳＭＢ・インターリーブ長及びＳＭＢ・ＥＣＣ符号長がセットされると、その２つのパラメータによりスーパーマクロブロックがどの位のサイズなのかが規定されるので、メモリコントローラ７８は、それを計算し、第２バッファメモリ７４の中にそのデータのサイズ分が入ったかどうか、つまり入力済みマクロブロックユーザーデータでスーパーマクロブロックを構成可能かどうを識別し（ステップＳ２６）、まだであれば、上記ステップＳ１２に戻って上記処理を繰り返す。
【０１０９】
また、十分このスーパーマクロブロックのデータのサイズ分のデータが第２バッファメモリ７４に格納された場合には、この第２バッファメモリ７４からスーパーマクロブロックデインターリーブ部８８へ入力し、そのスーパーマクロブロックデインターリーブ部８８で、マクロブロックユーザデータをデインターリーブしてスーパーマクロブロックを構成して（ステップＳ２７）、それをスーパーマクロブロックＥＣＣ部９０に供給する。
【０１１０】
スーパーマクロブロックＥＣＣ部９０は、マクロブロックヘッダ識別部８４からのＳＭＢ・ＥＣＣ符号長、及び図７の例ではメモリコントローラ７８からのＳＭＢヘッダ・消失位置情報がパラメータとしてセットされ、このパラメータに従って、デインターリーブされたスーパーマクロブロックをエラー訂正する（ステップＳ２８）。
【０１１１】
そして、このスーパーマクロブロックのエラー訂正が行われた後で、この中にエラーがあった場合には（ステップＳ２９）、エラー処理が行われる（ステップＳ３０）。例えば、図１又は図７中に点線で示すようなエラーがあったことを知らせる信号がコントローラ６６に入力され、この状態がレイヤ４やレイヤ２へ送られる。また、エラーが無かった場合には（ステップＳ２９）、このデータをサブセットエレメントユーザーデータ１５２としてサブセットエレメント構成部９２へ供給する。
【０１１２】
サブセットエレメント構成部９２は、マクロブロックヘッダ識別部８４からのＳＳＥヘッダ及びＳＳＥユーザーデータサイズ１５０がパラメータとしてセットされ、これらに従って、サブセットエレメントユーザーデータが必要なだけ与えられたかどうか、つまりサブセットエレメントを構成可能かどうかをチェックし（ステップＳ３１）、まだであれば、上記ステップＳ２６へ戻って、上記の処理を繰り返す。
【０１１３】
また、必要なだけのサブセットエレメントユーザーデータ１５２がスーパーマクロブロックＥＣＣ部９０から入力されたならば、そのサブセットエレメントユーザーデータ１５２に上記マクロブロックヘッダ識別部８４からのＳＳＥヘッダ及びＳＳＥユーザーデータサイズ１５０を付加してサブセットエレメントを構成し、３−ＳＤＵ１  としてサブセットエレメント単位にレイヤ４へ出力する（ステップＳ３２）。
【０１１４】
なお、上記の説明は、ブロックをリンクしてマクロブロックを構成し、このマクロブロックをリンクしてスーパーマクロブロックを構成するものとしたが、マクロブロックを経ないで、ブロックからスーパーマクロブロックを構成することも可能である。
【０１１５】
次に、レイヤ４及び５について詳細に説明する。
【０１１６】
レイヤ４は、レイヤ３からのサブセットエレメントをリンクしてサブセットを生成し、そのサブセットをレイヤ５に渡すものである。また、レイヤ５は、主にファイル管理システムであり、サブセット単位でアプリケーションプロセスへデータを渡すものである。以下、このレイヤ５に、例えばＭＳ−ＤＯＳ（米国マイクロソフト社商標）をファイル管理システムとして採用した場合につき説明する。
【０１１７】
ＤＯＳベースでＭＭＰ再生装置２８即ちレイヤ３までを管理しようとする時には、ＤＯＳは、ＭＭＰ再生装置２８を、ブロック型デバイスと見なすこともできるし、キャラクタ型デバイスと見なすこともできる。
【０１１８】
まず、ＭＭＰ再生装置２８をブロック型デバイスと見なす場合につき説明する。
【０１１９】
図１４の（Ａ）は、レイヤ３から出力されレイヤ４に入力される４−ＰＤＵ１  （サブセットエレメントデータ）の構成例を示す図で、４−ＰＣＩ１  としての所属サブセットＩＤ番号１５４，サブセット生成基準規格ＩＤ番号１５６，サブセットを構成するサブセット・エレメント数１５８，及びサブセット生成構造識別子１６０と、４−ＵＤ１  としてのユーザーデータ（サブセットエレメントユーザーデータ１５２）１６２とからなる。これは、図１１の（Ｂ）に示した構成例と異なるが、勿論、上記セット規格識別コード１４４、ユーザーデータフォーマットタイプ１４６、サブセットエレメント連結情報１４８、サブセットエレメントユーザーデータサイズ１５０、等を含んでいても良い。
【０１２０】
上記所属サブセットＩＤ番号１５４は、レイヤ４ではサブセットエレメントをリンクしてサブセットを作るので、このサブセットエレメントデータがどのサブセットのメンバなのかを示す番号である。なおここで、サブセットとは、前述したように、認知可能情報単位データのことである。即ち、上記マクロブロックやスーパーマクロブロックは音や絵といったマルチメディア情報を含むものであり、これを音ならば音だけの情報、絵であれば絵だけの情報というようにそれぞれ一つの情報単位として認識できるデータの塊に分けたそれぞれのデータの塊をサブセットと称している。
【０１２１】
サブセット生成基準規格ＩＤ番号１５６とは、どのレベルでサブセットが完成したと見なすかという基準を示す情報である。即ち、サブセットエレメントが確実に全て集まらないとサブセットを構成できないものとすると、何らかのエラーによりあるサブセットエレメントがレイヤ３から入って来ない場合、次の処理に進むことができなくなる。そこで、そのような場合であっても次の処理を進めるつまり、多少質が悪くなっても、アプリケーションの方に送って再生しても良いものとし、例えば生成するサブセットエレメントが９０％揃ったならばサブセットが構成できたとする生成基準を設ける。このような生成基準を複数設けておき、そのいずれを選択するかを示す番号が、このサブセット生成基準規格ＩＤ番号１５６である。
【０１２２】
サブセットを構成するサブセットエレメント数１５８は、サブセットを構成しているサブセットエレメント数がどれだけあるかをしめす情報である。
【０１２３】
サブセット生成構造識別子１６０は、サブセットをリンクする手法が複数存在する場合に、それを識別するための情報である。
【０１２４】
図１４の（Ｂ）及び（Ｃ）は、このレイヤ４で構成されるサブセットの構造を示す図である。ここで、サブセットがいくつか集まってファイルを構成するものであるが、そのファイルの先頭に位置するサブセット（以下、先頭サブセットと称する）と、それ以外の位置になるサブセット（以下、一般サブセットと称する）とでは、構造が異なっている。
【０１２５】
先頭サブセットは、同図の（Ｂ）に示すように、サブセット・ヘッダとしてのサブセット規格名称識別子１６４，ＭＭＰファイルタイプ１６６，サブセットＩＤ番号１６８，サブセットリンク情報１７０，所属ファイルＩＤ番号１７２，ページ番号１７４，ページ内位置１７６，ファイル名１７８，ファイル構造タイプ１８０，ＤＯＳファイルタイプ１８２，ＤＯＳファイル属性１８４，ブック名１８６，及びブックＩＤ番号１８８と、ユーザーデータ・フォーマット・タイプ（ＵＦＴ）１９０と、サブセットデータ・コントロール・ヘッダ（ＳＤＣＨ）１９２と、ユーザーデータ１９４とからなる。
【０１２６】
また、一般サブセットは、同図の（Ｃ）に示すように、サブセット・ヘッダとしてのサブセット規格名称識別子１６４，ＭＭＰファイルタイプ１６６，サブセットＩＤ番号１６８，サブセットリンク情報１７０，所属ファイルＩＤ番号１７２，ページ番号１７４，ページ内位置１７６，及びブックＩＤ番号１８８と、ユーザーデータ・フォーマット・タイプ（ＵＦＴ）１９０と、サブセットデータ・コントロール・ヘッダ（ＳＤＣＨ）１９２と、ユーザーデータ１９４とからなる。
【０１２７】
ここで、サブセットデータ・コントロール・ヘッダ（ＳＤＣＨ）１９２は、音なら音のデータ、画像なら画像のデータ、テキストならテキストのデータ或いはそれらが混在するデータを認知可能情報に復元処理するための制御ヘッダである。例えば、圧縮方式等を規定しているものである。
【０１２８】
また、サブセット・ヘッダは、サブセットを単に管理するだけに必要な情報であり、この中には、ＤＯＳが求めてくるであろう各種パラメータ情報が含まれている。なおこれらのパラメータは、アプリケーションで利用価値があるであろうというものを列挙してあるだけであり、これらが全て必要とは限らない。また、順番も、これに限定されるものではない。
【０１２９】
即ち、サブセット規格名称識別子１６４は、前述のセット規格識別コードそのものでも良いし、それを包含するものであっても良い。
【０１３０】
ＭＭＰファイルタイプ１６６は次のようなものである。即ち、ファイルには、後述するように、インデックス・ファイルと一般ファイルの２種類がある。インデックス・ファイルとは、目次に当たるものであり、例えば、伝送媒体３０が複数頁のブックつまり本の形で提供された場合に、そのブックの一番最初に配された、そのブックの何頁目にどういったファイルが存在しているというリストが書かれたファイルのことである。通常のブロック型デバイス、つまりフロッピー（登録商標）ディスクやハードディスク等のディスクには、そのディスクの中に、規定のファイル・ディレクトリ・エントリとＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）があり、そこにディレクトリのエントリの情報、即ちファイル名、そのファイル名の最初のセクタもしくはクラスタ番号、というような目次のようなものが書かれている。従って、ＭＭＰ再生装置２８を、そのようなディスクと等価のブロック型デバイスとして扱うために、そのファイル・ディレクトリ・エントリとＦＡＴに相当するファイルをインデックス・ファイルとして用意する必要がある。ＭＭＰファイルタイプ１６６は、当該ファイルがこのようなインデックス・ファイルなのか一般ファイルなのかを区別するのに用いられる情報である。
【０１３１】
サブセットＩＤ番号１６８はサブセットのＩＤ番号であり、サブセットリンク情報１７０はサブセットをリンクしてファイルを作るときに使用する情報である。所属ファイルＩＤ番号１７２は、当該サブセットがどのファイルのメンバであるのかを示す情報である。ページ番号１７４及びページ内位置１７６は、当該サブセットそのものがブックの何頁目のどこにあるのかを示す情報である。ファイル名１７８は、ファイルの名称を示す情報である。
【０１３２】
ファイル構造タイプ１８０とは、当該ファイルが、単体ファイルなのか、サブセットリンク構造タイプのファイルなのかを示す情報である。これは、この先頭サブセットが１つのファイルになっているものか、即ち単体ファイルになっているのか、あるいは、そうではなくていくつかのサブセットでファイルが成立するものであるのかを示す。
【０１３３】
ＤＯＳファイルタイプ１８２は、ＤＯＳで決められたファイルのタイプを示すもので、一般に拡張子と称されているものである。従って、これは、ファイル名１７８に含めても良い。また、ＤＯＳファイル属性１８４も、リードオンリファイルや隠しファイル等のＤＯＳで決められた属性を示すものである。
【０１３４】
ブック名１８６及びブックＩＤ番号１８８は、ブック形式にＭＭＰのコードがなっていた場合に、そのブックの名前とそのブックを特定するためのＩＤ番号である。
【０１３５】
ユーザーデータ・フォーマット・タイプ（ＵＦＴ）１９０は、上記サブセットデータ・コントロール・ヘッダ（ＳＤＣＨ）１９２の構造そのもの及びそこにセットされているパラメータを識別するためのものである。即ち、前述したように、ＳＤＣＨ１９２は、例えばこのサブセットが音声サブセットならば、圧縮方式、圧縮方式にまつわるパラメータ、サンプリング周波数、量子化、等のパラメータがセットされているものであり、このＳＤＣＨ１９２として何種類か用意しておき、その内の一つを選択するための情報がこのＵＦＴ１９０である。
【０１３６】
図１５の（Ａ）乃至（Ｃ）は、上記サブセット規格名称識別子１６４の各種使用法を示す図である。
【０１３７】
同図の（Ａ）は、一般的な構造を示すもので、このサブセットは、サブセット規格名称識別子１６４と、前述の各種情報を含むサブセット・ヘッダ１９６と、ユーザーデータ・フォーマット・タイプ（ＵＦＴ）１９０と、サブセットデータ・コントロール・ヘッダ（ＳＤＣＨ）１９２と、ユーザーデータ１９４とからなる。
【０１３８】
また、同図の（Ｂ）は、サブセット規格名称識別子１６４、例えば「００１」によりサブセット・ヘッダ１９６の内容がわかるので、それを省略した場合を示している。ただし、サブセットデータ・コントロール・ヘッダ（ＳＤＣＨ）１９２とユーザーデータ１９４は、ユーザーデータ・フォーマット・タイプ（ＵＦＴ）１９０を見て、この構造もしくはパラメータの構造がどうなっているかが初めて識別できるため、ＵＦＴ１９０が残されている場合である。
【０１３９】
同図の（Ｃ）は、サブセット規格名称識別子１６４、例えば「００２」によりサブセット・ヘッダ１９６の内容がわかるので、それを省略した場合を示している。ただし、サブセットデータ・コントロール・ヘッダ（ＳＤＣＨ）１９２とユーザーデータ１９４は、ユーザーデータ・フォーマット・タイプ（ＵＦＴ）１９０を見て、この構造もしくはパラメータの構造がどうなっているかが初めて識別できるため、ＵＦＴ１９０が残されている。そして、このＵＦＴ１９０により、ＳＤＣＨ１９２の構造もしくはパラメータの構造がわかるため、このＳＤＣＨ１９２を省略している。
【０１４０】
図１６の（Ａ）及び（Ｂ）は、サブセットをリンクしてファイルを構成した場合の一般ファイルとインデックス・ファイルの構造を示す図である。
【０１４１】
即ち、一般ファイルは、同図の（Ａ）に示すように、最初に前述したような先頭サブセットを配し、後は一般サブセットを複数つなげた構造になる。
【０１４２】
これに対して、インデックス・ファイルの場合は、１個のサブセットで構成され、サブセット・ヘッダは先頭サブセットと同様であるが、そのユーザーデータの内容として、同図の（Ｂ）に示すように、いわゆるファイル・ディレクトリ・エントリとＦＡＴに相当するようなインデックス１９８が書かれている。このインデックス１９８はそれぞれ該当するファイルを表わす。勿論、このインデックス・ファイルも、いくつかのサブセットをリンクして構成するようにしても良い。
【０１４３】
図１７は、サブセットエレメント、サブセット、ファイルの関係を示す図である。なお、同図において、ＳＳＥＣＩはサブセットエレメント構成情報を、ＳＳＥ−Ｈ＜Ａｎ＞はサブセットＡのｎ番目のサブセットエレメント・ヘッダを、ＳＳＥ−ＵＤ＜Ａｎ＞はサブセットＡのｎ番目のサブセットエレメントユーザーデータを、ＳＳ−Ｈ＜Ａ＞はサブセットＡのサブセット・ヘッダを、ＳＳ−ＵＤ＜Ａ＞はサブセットＡのサブセットユーザーデータを、ＡＣＨはアプリケーション・コントロール・ヘッダを、ＡＰ−ＵＤ＜Ａ＞はアプリケーションユーザーデータＡをそれぞれ示している。
【０１４４】
即ち、レイヤ３からのスーパーマクロブロック内のサブセットエレメントが、レイヤ４でコンバインされて、サブセットが生成される。このサブセットが、リンクされて、１つのファイルができ上がる。その時に、サブセットは基本的には、サブセット・ヘッダとサブセットデータ・コントロール・ヘッダがあって、サブセットユーザーデータがあるという構成になっているので、サブセットユーザーデータの中身を知る必要はなく、サブセットデータ・コントロール・ヘッダには、管理のために最小限必要な、この情報が音なのか絵なのかといったメディアのタイプを示す情報が書かれている。また、ＤＯＳで扱う場合には、サブセットデータ・コントロール・ヘッダもサブセットユーザーデータも見る必要はなく、サブセット・ヘッダのみを手掛かりにしてファイル管理すれば良い。そして、最終的にアプリケーション・プロセスが扱うファイル形式になると、各サブセットＡ，Ｂ，Ｃ，Ｄが持っているサブセット・ヘッダ又はサブセットデータ・コントロール・ヘッダが集められてリンクされ、１つのアプリケーション・コントロール・ヘッダができる。或いは、ある特定のサブセット・ヘッダ又は特定サブセットのユーザーデータそのものが、１つのアプリケーション・コントロール・ヘッダになる場合もある。
【０１４５】
このアプリケーション・コントロール・ヘッダには、個々のユーザーデータがどういったメディアであって、そのメディアを解凍する即ち認知できるようにするにはどういったことを行わなければならないかを示す情報が入っている。また、それに加えて、例えばアプリケーションユーザーデータＡ，Ｂ，Ｃ，Ｄというのはどういった紙面で配置されているのかとか、例えば配置されていなくて、音だったらこの画像をこう操作すればその音が必然的に同時に出力されるとか、そういった個々のサブセットに対応するデータがどういった配置、関係で構造化されて、アプリケーション的に見た場合に存在しているかといった情報が書かれている。
【０１４６】
次に、実際に、ＭＭＰ再生装置２８をブロック型デバイスとして見た時のレイヤ４及び５の構成を図１８の機能ブロック図を参照して説明する。
【０１４７】
即ち、レイヤ４は、エラー処理部２００Ａを含むコントローラ２００、処理用パラメータ格納メモリ２０２、サブセット生成部２０４、ファイルタイプ識別部２０６、インデックスファイル内必要パラメータ抽出・解析部２０８、論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０、ＤＯＳフォーマットデータ整合処理部２１２、コマンド解析部２１４、論理セクタ番号解析部２１６、及び該当読出ファイル読出リクエスト部２１８からなる。これらの内、例えばファイルタイプ識別部２０６乃至該当読出ファイル読出リクエスト部２１８がデバイスドライバＭＭＰ．ＳＹＳとして提供される。即ち、このＭＭＰ．ＳＹＳは、セクタ単位でのリード／ライトのみを行い、ＤＯＳが指定したメモリ位置にデータを格納する。
【０１４８】
また、レイヤ５は、ファイル管理システムとしてのＭＳＤＯＳ．ＳＹＳ２２０と、そのＭＳＤＯＳ．ＳＹＳが指定したメインメモリ位置としてのＭＳＤＯＳ．ＳＹＳ管理読出バッファ２２２とからなる。
【０１４９】
レイヤ５のＭＳＤＯＳ．ＳＹＳ２２０は、あるファイルを読みたいとった要求を出力する。例えば、ファイル名「ＸＸＸＸＸＸＸＸ．ＭＭＰ」という名称のファイルを読むためのコマンドパケットを出力する。
【０１５０】
レイヤ４のコマンド解析部２１４は、このＭＳＤＯＳ．ＳＹＳ２２０から出力されたコマンドパケットの内容を解析し、それがリードコマンドであれば、コマンドパケットに含まれる論理セクタ番号を論理セクタ番号解析部２１６に与える。
【０１５１】
即ち、ＭＳＤＯＳ．ＳＹＳ２２０は、基本的には、ディスクのセクタ番号しか指定しない、つまり何番のセクタを読めという命令しか行わないものであり、よって、論理セクタ番号解析部２１６は、このＭＳＤＯＳ．ＳＹＳ２２０からの論理セクタ番号を解釈する。ファイルを読む場合、ＭＳＤＯＳ．ＳＹＳ２２０は、最初は必ずファイル・ディレクトリ・エントリ及びＦＡＴ、即ちＤＯＳでフォーマットを定義しているところのインデックス的なものである部分を読むことを指示する。このファイル・ディレクトリ・エントリのセクタ番号というのは、例えば１番というように、予め決まっているので、ＭＳＤＯＳ．ＳＹＳ２２０は、そのセクタ番号をリードコマンドと共にコマンドパケットとして出力する。論理セクタ番号解析部２１６は、このファイル・ディレクトリ・エントリに相当するセクタ番号がＭＳＤＯＳ．ＳＹＳ２２０から指示された場合には、それに相当するページ内位置を読みに行くことを、該当読出ファイル読出クエスト部２１８に指示する。
【０１５２】
該当読出ファイル読出クエスト部２１８は、表示もしくは音によって、ブックの何頁目のどの辺を読めと、即ちどこをスキャンせよとユーザーに指示する。
【０１５３】
そして、レイヤ３以下のサービス機能を使って、データを３−ＳＤＵ１  として入手し、それが４−ＰＤＵ１  としてサブセット生成部２０４に入力する。また、コントローラ２００は、状態信号３−ＳＤＵ２  を４−ＰＤＵ２  として受け、その内の機能実行開始／終了コントロール信号に応じて、サブセット生成部２０４を制御する。
【０１５４】
サブセット生成部２０４は、コントローラ２００から機能実行開始を指示されると、処理用パラメータ格納メモリ２０２に格納されているサブセット規格名称識別子やサブセットエレメント・ヘッダ構造等のパラメータを使用して、レイヤ３からのサブセットエレメントからサブセットを生成する。そして、この生成したサブセットをファイルタイプ識別部２０６に供給する。
【０１５５】
ファイルタイプ識別部２０６は、サブセット生成部２０４で生成されたサブセットのサブセット・ヘッダ１９６を解釈し、その中のＭＭＰファイルタイプ１６６より当該サブセットがインデックスファイルの一部なのか一般ファイルの一部なのかを判別する。また、このファイル識別部２０６には、上記論理セクタ番号解析部２１６からＭＭＰのファイルタイプ、つまりインデックス・ファイルなのか一般ファイルなのかの情報がパラメータとしてセットされており、該ファイルタイプ識別部２０６は、この論理セクタ番号解析部２１６からセットされるＭＭＰファイルタイプと、サブセット・ヘッダ１９６から解釈したＭＭＰファイルタイプとを比較する。そして、両者が異なっていれば、コントローラ２００内部のエラー処理部２００Ａに必要なエラー処理を行わせる。
【０１５６】
例えば、前述したように、ＭＳＤＯＳ．ＳＹＳ２２０がファイル・ディレクトリ・エントリを読めと命令した場合、これはインデックス・ファイルを読めということに対応しているので、パラメータとしてはインデックス・ファイルである旨のＭＭＰファイルタイプがセットされており、サブセット・ヘッダ１９６を解釈したときに一致していなかったときは、後の処理が行えないため、このエラー処理部２００Ａは、エラー通知をＭＳＤＯＳ．ＳＹＳ２２０に送り、再度インデックスを読むことを指示させる。
【０１５７】
要求したとおりインデックス・ファイルであったならば、ファイルタイプ識別部２０６は、そのインデックス・ファイルをインデックスファイル内必要パラメータ抽出・解析部２０８に送る。
【０１５８】
インデックスファイル内必要パラメータ抽出・解析部２０８は、供給されたインデックス・ファイル内の必要パラメータを抽出して解析する。即ち、インデックス・ファイルのユーザーデータに書かれている各インデックス１９８から、その中のファイル名と、該当するファイルの最初のページ番号及びページ内位置を抽出し、それらを論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０に送る。
【０１５９】
論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０は、この情報に従って、変換テーブルを作る。即ち、ある論理セクタ番号を適当にふり、それに対応するようなファイルの場所つまり該当するファイルの最初のページ番号及びページ内位置を対照するようにリストを作る。また、エントリされているファイルのＦＡＴを生成し、それを上記変換テーブルにセットする。
【０１６０】
ＤＯＳフォーマットデータ整合処理部２１２は、インデックスファイル内必要パラメータ抽出・解析部２０８からのインデックス・ファイルの中身と上記論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０からのＦＡＴ情報を受けて、それをＤＯＳフォーマットのデータ形式、つまりファイル・ディレクトリ・エントリの形に整合して、セクタ単位に４−ＳＤＵ１  としてレイヤ５のＭＳＤＯＳ．ＳＹＳ管理読出バッファ２２２、つまりＭＳＤＯＳ．ＳＹＳ２２０の管理用のバッファメモリに書き込む。
【０１６１】
これにより、ＭＳＤＯＳ．ＳＹＳ２２０は、このＭＳＤＯＳ．ＳＹＳ管理読出バッファ２２２からデータを読出すことにより、ファイル・ディレクトリ・エントリのリストを知ることができる。
【０１６２】
そして、例えば該当するファイル名が有ったということが分かると、ＭＳＤＯＳ．ＳＹＳ２２０は、そこのセクタ番号をコマンド解析部２１４に出力する。この場合のセクタ番号は、論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０で決めたセクタ番号に相当するものである。
【０１６３】
論理セクタ番号解析部２１６は、コマンド解析部２１４によって解析されたセクタ番号が、何というファイルのどこに相当するかというのを論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０で生成された変換テーブルを見て解析する。そして、セクタ番号に対応するページ番号及びページ内位置を該当読出ファイル読出リクエスト部２１８に与える。これにより、該当読出ファイル読出リクエスト部２１８は、ユーザーに何ページ目のどこを読めという指示を出す。
【０１６４】
そして、レイヤ３以下の機能により読んできたサブセットエレメントから、サブセット生成部２０４でサブセットを生成し、ファイルタイプ識別部２０６でファイルタイプを識別する。ただし今度は、一般ファイルを読まなければいけないので、ファイルタイプが一般ファイルかどうかを識別する。インデックス・ファイルを読んだ場合には、エラーになる。
【０１６５】
一般ファイルであれば、サブセット単位でＤＯＳフォーマットデータ整合処理部２１２にデータが送られ、ＤＯＳフォーマットのデータに整合されて、レイヤ５のＭＳＤＯＳ．ＳＹＳ管理読出バッファ２２２に書かれる。
【０１６６】
図１９及び２０は、このような構成における動作を示す一連のフローチャートである。
【０１６７】
即ち、まず、ＭＳＤＯＳ．ＳＹＳ２２０がデバイスドライバＭＭＰ．ＳＹＳをオープンし（ステップＳ４１）、前述したようにコマンドパケットを出力する（ステップＳ４２）。即ち、ここで、リード命令や、何セクタを読めというのが、ＭＳＤＯＳ．ＳＹＳ２２０でセットされた上で、パケット出力される。
【０１６８】
そして、ＭＭＰ．ＳＹＳでは、まずコマンド解析部２１４にてコマンドを解析し（ステップＳ４３）、それがリードコマンドなのかどうかを判断する（ステップＳ４４）。そうでない場合には、このフローチャートの処理を終える、即ち、ライト処理等の別の処理に進む。
【０１６９】
リードコマンドであった場合には、次に、論理セクタ番号解析部２１６にて、論理セクタ番号を解析し（ステップＳ４５）、その解析した結果がディレクトリエントリ対応の論理セクタ番号なのかどうかを判断する（ステップＳ４６）。
【０１７０】
そうであった場合には、その論理セクタ番号に対応するファイルというのは前述したようにインデックス・ファイルであるので、このインデックス・ファイルを読みにいくことになるが、その前に、まずファイルタイプ識別部２０６に対して、ＭＭＰファイルタイプ通知、即ちＭＭＰファイル＝インデックス・ファイルということを出力しておく（ステップＳ４７）。そして、該当ファイル読出リクエスト部２１８に、該当ファイルの読出しをリクエストする（ステップＳ４８）。
【０１７１】
これにより、該当ファイル読出リクエスト部２１８は、該当ファイル、つまりブックの何ページ目のどの辺を不図示のスキャナによって読めということをユーザーに指示する。この指示に従ってユーザーがインデックス・ファイルをスキャナで走査して、レイヤ３以下の機能を使用してインデックス・ファイルの読出処理を実行し、その結果として、サブセット生成部２０４にてサブセットが生成される（ステップＳ４９）。
【０１７２】
このサブセットがＭＭＰ．ＳＹＳのファイルタイプ識別部２０６に入力されると（ステップＳ５０）、ファイルタイプ識別部２０６は、このサブセットのファイルタイプを識別し（ステップＳ５１）、上記論理セクタ番号解析部２１６からのＭＭＰファイル＝インデックス・ファイルとセットされているので、識別したファイルタイプがインデックス・ファイルかどうかを判断する（ステップＳ５２）。インデックス・ファイルでなかった場合には、エラー処理として、上記ステップＳ４８に戻って、再度、該当ファイルの読出リクエストを繰り返す。
【０１７３】
また、インデックス・ファイルであった場合には、ファイルタイプ識別部２０６は、インデックス・ファイルのデータ構造情報を処理用パラメータ格納メモリ２０より取得する（ステップＳ５３）。即ち、インデックス・ファイルを読むつまり解釈するために、どういった構造でインデックス・ファイルが書かれているかを処理用パラメータ格納メモリ２０２に登録されたデータ構造情報を読出す。そして、インデックス・ファイルとこの読出したデータ構造情報をインデックスファイル内必要パラメータ抽出・解析部２０８に送る。
【０１７４】
インデックスファイル内必要パラメータ抽出・解析部２０８は、このデータ構造情報を使用して、インデックス・ファイルを解釈し、そのインデックス・ファイルから必要パラメータ、例えば、エントリされているファイルのページ番号やページ内位置等の情報を抽出し、それらを論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０に送る（ステップＳ５４）。
【０１７５】
論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０は、これらエントリされているファイルのページ番号及びページ内位置を対象テーブル論理セクタ番号／ＭＭＰファイル記録位置変換テーブルにセットする（ステップＳ５５）。即ち、予め論理セクタ番号がリストされたテーブルがあって、その論理セクタ番号に対応するページ番号及びページ内位置の情報をその論理セクタ番号に対応して設けられたテーブルエリアに埋めていく。
【０１７６】
また、この論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０は、エントリされているファイルのＦＡＴを生成し、それを論理セクタ／ＭＭＰファイル変換テーブルにセットする（ステップＳ５６）。このようなＦＡＴをテーブルにセットする理由は次の通りである。即ち、セクタのバイト数は予め決まっており、さらに所定数のセクタを一纏めにしたクラスタという単位でＭＳＤＯＳ．ＳＹＳ２２０は管理している。ＭＳＤＯＳ．ＳＹＳ２２０から指示するときには、そのクラスタ番号に相当するセクタ番号を指示するため、ＭＭＰファイルを読んだときに、ファイルをそのサイズに分けることが必要となる。例えば、複数クラスタ分のサブセットのデータがある場合、これはＭＳＤＯＳ．ＳＹＳ２２０で管理できるような切れ目になるようにクラスタ番号を打たなければならない。その時に、それぞれのクラスタの連結つまり次はどのクラスタへ飛べという情報がＦＡＴに書かれているので、そのＦＡＴの変換テーブルも用意しないと、次にどこのセクタを読みにいかなければならないかをＭＳＤＯＳ．ＳＹＳ２２０側に知らせることができなくなる。
【０１７７】
ＤＯＳフォーマットデータ整合処理部２１２は、インデックスファイル内必要パラメータ抽出・解析部２０８からインデックス・ファイルの中身の情報を受け、また論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０からセットされた論理セクタ番号等を取得して、読出しファイルのＤＯＳ規約に従ったディレクトリ・エントリを生成し、排出する（ステップＳ５７）。
【０１７８】
この排出されたディレクトリ・エントリは、ＭＳＤＯＳ．ＳＹＳ２２０指定の読出バッファメモリ、即ちＭＳＤＯＳ．ＳＹＳ管理読出バッファ２２２に書き込まれる（ステップＳ５８）。
【０１７９】
ＭＳＤＯＳ．ＳＹＳ２２０は、このバッファ２２２からディレクトリ・エントリを入手して解釈し、要求該当ファイルの先頭クラスタ番号に対応するセクタ番号とリードコマンドをコマンドパケットにセットし（ステップＳ５９）、上記ステップＳ４２に戻って、そのコマンドパケットを出力する。即ち、ＭＳＤＯＳ．ＳＹＳ２２０は、ディレクトリ・エントリの中身を入手して、該ＭＳＤＯＳ．ＳＹＳ２２０の中で解釈し、次にどこの読まなければいけないかを判断して、その対応するセクタ番号を出力する。
【０１８０】
このような処理を繰り返して、ディレクトリ・エントリを全て入手する。
【０１８１】
次に、こうして得られたディレクトリ・エントリでＭＳＤＯＳ．ＳＹＳ２２０側が解釈し、ある目的のファイルがあった場合、ＭＳＤＯＳ．ＳＹＳ２２０は、そのファイルの論理セクタ番号をコマンドパケットにより出力する。この場合には、上記ステップＳ４６において、ディレクトリ・エントリ対応の論理セクタ番号ではないと判断され、ステップＳ６０に進む。
【０１８２】
論理セクタ番号解析部２１６は、上記論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０に生成した変換テーブルを参照して、ＭＳＤＯＳ．ＳＹＳ２２０から要求してきた論理セクタ番号が、そのファイルの末尾クラスタ番号に対応する論理セクタ番号かどうかチェックする（ステップＳ６０）。そして、最後の論理セクタ番号でなかったならば、ファイルタイプ識別部２０６に対して、ＭＭＰファイルタイプ通知、即ちＭＭＰファイル＝一般ファイルということを出力する（ステップＳ６１）。次に、上記論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０に生成した変換テーブルを参照して、対応するＭＭＰファイルの読出し位置を取得し（ステップＳ６２）、該当ファイル読出リクエスト部２１８に、該当ファイルの読出しをリクエストする（ステップＳ６３）。
【０１８３】
該当ファイル読出リクエスト部２１８は、このリクエストされた該当ファイルの読出し位置が、既に読出したサブセットに相当する位置であるかどうか判断する（ステップＳ６４）。これは、以下の理由による。即ち、一般のディスクの場合は１回分の目的セクタの読み出しとＤＯＳによる目的セクタの指示とを交互に繰り返す必要がある。これに対して、本実施の形態では、サブセットよりもレイヤ５に対して排出するセクタの方が小さいので、一旦纏めてサブセットを読出して、セクタ単位で排出するという処理を行っている。従って、ＭＳＤＯＳ．ＳＹＳ２２０から指示されたセクタが、もう既に読出したサブセットに含まれる可能性があるので、ここで、チェックするようにしている。もし、既に読出したサブセットであれば、後述するようなステップＳ７１に進む。
【０１８４】
一方、まだ読出していないサブセットに相当する場合は、該当ファイル読出リクエスト部２１８は、該当ファイル、つまりブックの何ページ目のどの辺を不図示のスキャナによって読めということをユーザーに指示する。この指示に従ってユーザーがファイルをスキャナで走査して、レイヤ３以下の機能を使用してファイルの読出処理を実行し、その結果として、サブセット生成部２０４にてサブセットが生成される（ステップＳ６５）。
【０１８５】
このサブセットがＭＭＰ．ＳＹＳのファイルタイプ識別部２０６に入力されると（ステップＳ６６）、ファイルタイプ識別部２０６は、このサブセットのファイルタイプを識別し（ステップＳ６７）、ファイルのデータ構造情報を処理用パラメータ格納メモリ２０２より取得して（ステップＳ６８）、サブセットの中身を解釈する。これにより、当該ファイルがインデックス・ファイルなのか一般ファイルなのかというのが分かる。そこで、上記論理セクタ番号解析部２１６からのＭＭＰファイル＝一般ファイルとセットされているので、識別したファイルタイプが一般ファイルでなければ（ステップＳ６９）、上記ステップＳ６３に戻って、再度、該当ファイルの読出リクエストを繰り返す。
【０１８６】
一般ファイルだった場合には、そのサブセットをＤＯＳフォーマット整合部２１２に送る（ステップＳ７０）。
【０１８７】
ＤＯＳフォーマット整合部２１２では、上記論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０に生成された変換テーブルのＦＡＴ情報を参照して、次に読むセクタ番号をコマンドパケットにセットし（ステップＳ７１）、また読出したセクタのデータをＤＯＳ規約に従ってＭＳＤＯＳ．ＳＹＳ管理読出バッファ２２２に書き込む（ステップＳ７２）。即ち、ＤＯＳ規約に従ったデータフォーマットで、つまりセクタ単位でデータを排出するが、その時に同時に、次に読まなければいけないセクタ番号をＭＳＤＯＳ．ＳＹＳ２２０に教えるために、コマンドパケットに次に読むセクタ番号をセットして、バッファ２２２に書き込みにいく。
【０１８８】
その後、上記ステップＳ４２に戻って、上記の処理を繰り返すことになる。
【０１８９】
そして、ＭＳＤＯＳ．ＳＹＳ２２０から要求してきた論理セクタ番号が、そのファイルの末尾クラスタ番号に対応する論理セクタ番号になると（ステップＳ６０）、ステップＳ７３に進む。
【０１９０】
即ち、論理セクタ番号解析部２１６は、ファイルタイプ識別部２０６に対して、ＭＭＰファイルタイプ通知、即ちＭＭＰファイル＝一般ファイルということを出力する（ステップＳ７３）。次に、上記論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０に生成した変換テーブルを参照して、対応するＭＭＰファイルの読出し位置を取得し（ステップＳ７４）、該当ファイル読出リクエスト部２１８に、該当ファイルの読出しをリクエストする（ステップＳ７５）。
【０１９１】
該当ファイル読出リクエスト部２１８は、このリクエストされた該当ファイルの読出し位置が、既に読出したサブセットに相当する位置であるかどうか判断し（ステップＳ７６）、既に読出したサブセットであれば、後述するようなステップＳ８３に進む。
【０１９２】
一方、まだ読出していないサブセットに相当する場合は、該当ファイル読出リクエスト部２１８は、該当ファイル、つまりブックの何ページ目のどの辺を不図示のスキャナによって読めということをユーザーに指示する。この指示に従ってユーザーがファイルをスキャナで走査して、レイヤ３以下の機能を使用してファイルの読出処理を実行し、その結果として、サブセット生成部２０４にてサブセットが生成される（ステップＳ７７）。
【０１９３】
このサブセットがＭＭＰ．ＳＹＳのファイルタイプ識別部２０６に入力されると（ステップＳ７８）、ファイルタイプ識別部２０６は、このサブセットのファイルタイプを識別し（ステップＳ７９）、ファイルのデータ構造情報を処理用パラメータ格納メモリ２０２より取得して（ステップＳ８０）、サブセットの中身を解釈する。これにより、当該ファイルがインデックス・ファイルなのか一般ファイルなのかというのが分かる。そこで、上記論理セクタ番号解析部２１６からのＭＭＰファイル＝一般ファイルとセットされているので、識別したファイルタイプが一般ファイルでなければ（ステップＳ８１）、上記ステップＳ７５に戻って、再度、該当ファイルの読出リクエストを繰り返す。
【０１９４】
一般ファイルだった場合には、そのサブセットをＤＯＳフォーマット整合部２１２に送る（ステップＳ８２）。
【０１９５】
ＤＯＳフォーマット整合部２１２では、読出したセクタのデータをＤＯＳ規約に従ってＭＳＤＯＳ．ＳＹＳ管理読出バッファ２２２に書き込み（ステップＳ８３）、また、上記論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部２１０に生成された変換テーブルのＦＡＴ情報を参照して、次に読むセクタ番号をコマンドパケットにセットする（ステップＳ８４）。
【０１９６】
そして、そのセクタ番号が該当ファイルの最後のセクタなのかどうか、即ちＭＳＤＯＳ．ＳＹＳ２２０が要求してきた最後の読出しクラスタの最後のセクタかを判断し（ステップＳ８５）、そうでなければ、上記ステップＳ７５から上記処理を繰り返す。
【０１９７】
また、該当フィルの最後のセクタ、つまりＭＳＤＯＳ．ＳＹＳ２２０にとっても入力できる最後のセクタであるという場合には、ＤＯＳフォーマット整合部２１２は、ステータス＝ＤＯＮＥをコマンドパケットにセットする（ステップＳ８６）。
【０１９８】
ＭＳＤＯＳ．ＳＹＳ２２０は、このステータスをＭＳＤＯＳ．ＳＹＳ管理読出しバッファ２２２から読出すと、デバイスドライバＭＭＰ．ＳＹＳをクローズして（ステップＳ８７）、このファイル読出し処理を終了する。
【０１９９】
次に、ＭＭＰ再生装置２８をキャラクタ型デバイスと見た時のレイヤ４及び５、並びにアプリケーションプロセスを含めた構成を図２１の機能ブロック図を参照して説明する。
【０２００】
即ち、レイヤ４は、エラー処理部２２４Ａを含むコントローラ２２４、処理用パラメータ格納メモリ２２６、サブセット生成部２２８、読出バッファ２３０、コマンド解析部２３２、読出ファイル選択部２３４、及びインデックスファイル／一般ファイル読出リクエスト部２３６からなる。これらの内、例えば読出バッファ２３０乃至乃至インデックスファイル／一般ファイル読出リクエスト部２３６がデバイスドライバＭＭＰ．ＳＹＳとして提供される。即ち、この場合、ＭＭＰ．ＳＹＳは、１バイト単位でリード／ライトを行い、アプリケーションが指定したメモリ位置にデータを格納するものである。
【０２０１】
また、レイヤ５は、ファイル管理システムとしてのＭＳＤＯＳ．ＳＹＳ２３８と、ＭＳＤＯＳ．ＳＹＳ管理読出バッファ２４０とからなる。
【０２０２】
アプリケーションプロセスは、ファイル・リード・プロセス２４２と、読み出しファイル位置２４４と、プロセス管理データバッファ２４６とからなる。
【０２０３】
上記ファイル・リード・プロセス２４２は、例えば、アプリケーションプロセスの中のリード・サブルーチンであり、読出しファイル位置を含むファイル・リード・リクエストをＭＳＤＯＳ．ＳＹＳ２３８に出す。また同時に、このファイル・リード・プロセス２４２は、不図示ディスプレイ又は不図示の音声出力装置によりそのファイルを不図示スキャナで走査することをユーザーに示す。
【０２０４】
ＭＳＤＯＳ．ＳＹＳ２３８は、ファイル・リード・プロセス２４２からのリクエストを受けて、リードコマンドを出力する。
【０２０５】
ＭＭＰ．ＳＹＳのコマンド解析部２３２は、コマンドを解析し、リードコマンドであった場合には、読出ファイル選択部２３４に読出しファイル位置を出力する。
【０２０６】
読出ファイル選択部２３４は、その読出しファイルを選択する。実際には、上記アプリケーションプロセスにおいて走査すべきファイルが指示されているので、ここはユーザーが選択する動作を指している。
【０２０７】
インデックスファイル／一般ファイル読出リクエスト部２３６は、レイヤ３以下に読出サービスリクエスト信号を出力する。
【０２０８】
サブセット生成部２２８は、コントローラ２２４の制御により、前述したブロック型デバイスにおけるのと同様にして、サブセットを生成する。
【０２０９】
読出バッファ２３０は、このサブセット生成部２２８で生成したサブセットを一旦格納し、バイト単位で、ＭＳＤＯＳ．ＳＹＳ２３８から見ることができるＭＳＤＯＳ．ＳＹＳ管理読出バッファ２４０に転送していく。
【０２１０】
そして、このＭＳＤＯＳ．ＳＹＳ管理読出バッファ２４０に一旦格納されたデータは、アプリケーション・データ・ユニットとして、プロセス管理データバッファ２４６に溜められる。
【０２１１】
図２２は、このような構成における動作を示すフローチャートである。
【０２１２】
まず、ファイル・リード・プロセス２４２が実行され、読出しファイル位置を含むファイル・リード・リクエストをＭＳＤＯＳ．ＳＹＳ２３８に出力すると共に、この時点で、読出しファイル位置をユーザーに指示する（ステップＳ９１）。
【０２１３】
ＭＳＤＯＳ．ＳＹＳ２３８は、ファイルをオープンし（ステップＳ９２）、デバイスドライバＭＭＰ．ＳＹＳをオープンして（ステップＳ９３）、コマンドパケットを出力する（ステップＳ９４）。
【０２１４】
コマンド解析部２３２は、このコマンドを解析して（ステップＳ９５）、それがリードコマンドでなければ（ステップＳ９６）、そのコマンドに対応する別の処理へと進む。
【０２１５】
また、リードコマンドであった場合には、読出ファイル選択部２３４に該当ファイル読出リクエストを行い（ステップＳ９７）、ユーザーに実際に読むための操作を行わせる。
【０２１６】
インデックスファイル／一般ファイル読出リクエスト部２３６は、このリクエストされた該当ファイルの読出し位置が、既に読出したサブセットに相当する位置であるかどうか判断し（ステップＳ９８）、既に読出したサブセットであれば、後述するようなステップＳ１０２に進む。
【０２１７】
一方、まだ読出していないサブセットに相当する場合は、インデックスファイル／一般ファイル読出リクエスト部２３６は、レイヤ３以下の機能を使用してファイルの読出処理を実行する（ステップＳ９９）。
【０２１８】
その結果として、レイヤ３からサブセット生成部２２８にサブセットエレメントが入力されるので（ステップＳ１００）、サブセット生成部２２８にてサブセットを生成し、それを読出バッファ２３０に出力する（ステップＳ１０１）。
【０２１９】
そして、この読出バッファ２３０からＭＳＤＯＳ．ＳＹＳ管理読出バッファ２４０へ、バイト単位でデータを転送する（ステップＳ１０２）。
【０２２０】
そして、転送が終了すると、コントローラ２２４は、４−ＳＤＵ２  により、コマンドパケットのステータスワードをＤＯＮＥにセットする（ステップＳ１０３）。
【０２２１】
ＭＳＤＯＳ．ＳＹＳ２３８は、サブセットの読み出しが完了したかどうかを判断し（ステップＳ１０４）、まだであれば上記ステップＳ９８へ戻って、上記処理を繰り返す。
【０２２２】
また、サブセットの読み出しが完了した場合には、ＭＳＤＯＳ．ＳＹＳ２３８は、ファイルの読み出しが完了したかどうかを判断し（ステップＳ１０５）、まだであれば上記ステップＳ９７へ戻って、上記処理を繰り返す。
【０２２３】
また、ファイルの読み出しが完了したのであれば、ＭＳＤＯＳ．ＳＹＳ管理読出バッファ２４０からプロセス管理データバッファ２４６へその読出したファイルデータを転送する（ステップＳ１０６）。
【０２２４】
そして、ＭＳＤＯＳ．ＳＹＳ２３８は、デバイスドライバＭＭＰ．ＳＹＳをクローズし（ステップＳ１０７）、ファイルをクローズして（ステップＳ１０８）、処理を終える。
【０２２５】
なお、上記プロセス管理データバッファ２４６は、必ずしも必要なものではなく、ＭＳＤＯＳ．ＳＹＳ管理読出バッファ２４０の格納位置のみを知らせるだけでも良い。
【０２２６】
以上実施の形態に基づいて本発明を説明したが、本発明は上述した実施の形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形や応用が可能である。ここで、本発明の要旨をまとめると以下のようになる。
【０２２７】
（１）  オーディオ情報、映像情報、ディジタルコードデータの少なくとも一つを含むマルチメディア情報が光学的に読み取り可能なコードパターンで記録されている部分を備える情報記録媒体から、上記コードパターンを光学的に読み取り、この読み取ったコードをイメージとしてのコードデータに変換すると共に、このコードデータに上記読み取りに関する情報を第１の処理情報として付加して出力する第１の階層処理手段と、上記第１の階層処理手段から出力される第１の処理情報を認識して、上記第１の階層処理手段から出力されるコードデータを処理すると共に、上記コードデータを所定の単位毎に集めたブロックを生成して出力する第２の階層処理手段と、上記第２の階層処理手段から出力されるブロックを集めて、より大なる所定単位のスーパーマクロブロックを生成するために少なくとも必要な第２の処理情報を、上記ブロックのコードデータから抽出して認識し、この第２の処理情報に基づいてスーパーマクロブロックを生成し、誤り対策に係る処理を行なうための第３の処理情報を上記スーパーマクロブロックから抽出認識し、この第３の処理情報に基づいてスーパーマクロブロックの誤り対策に係る処理を行ない、さらに上記スーパーマクロブロックを上記第３の処理情報に基づいて離散して生成されたサブセットエレメントを出力する第３の階層処理手段と、上記第３の階層処理手段から出力されるサブセットエレメントから、上記マルチメディア情報を復元可能な所定単位のコードからなるサブセットを生成するために少なくとも必要な第４の処理情報を、上記サブセットエレメントから抽出して、この第４の処理情報に基づいて生成されたサブセットを出力する第４の階層処理手段と、上記第４の階層処理手段から出力された上記サブセットを復元されたマルチメディア情報として出力する出力手段とを備える情報再生装置において、
上記第３の階層処理手段が、上記第２の処理情報（ブロックヘッダ）により上記ブロックのコードデータ（ブロックユーザーデータ）を再構成するブロックコードデータ結合手段と、上記ブロックコードデータ結合手段で結合された各ブロックコードデータの所定位置に設けられた第１のデータを複数ブロック分集めてマクロブロックヘッダ情報を構成するマクロブロックヘッダ構成手段と、上記マクロブロックヘッダ構成手段によって構成された上記マクロブロックヘッダ情報により上記各ブロックコードデータの上記第１のデータ以外の第２のデータを集めて上記スーパーマクロブロックを構成するスーパーマクロブロック構成手段とを備えることを特徴とする情報再生装置。
【０２２８】
即ち、マクロブロックヘッダ内にアプリケーションファイルの構造に応じてサブセットエレメントのサイズ、及び連結情報を記載できるので、無効なデータの付加を極力抑え、有効なデータをより多く記録できるようになり、結果として後述せる発明の効果を奏し得る。
【０２２９】
（２）  オーディオ情報、映像情報、ディジタルコードデータの少なくとも一つを含むマルチメディア情報が光学的に読み取り可能なコードパターンで記録されている部分を備える情報記録媒体から、上記コードパターンを光学的に読み取り、この読み取ったコードをイメージとしてのコードデータに変換すると共に、このコードデータに上記読み取りに関する情報を第１の処理情報として付加して出力する第１の階層処理手段と、上記第１の階層処理手段から出力される第１の処理情報を認識して、上記第１の階層処理手段から出力されるコードデータを処理すると共に、上記コードデータを所定の単位毎に集めたブロックを生成して出力する第２の階層処理手段と、上記第２の階層処理手段から出力されるブロックを集めて、より大なる所定単位のスーパーマクロブロックを生成するために少なくとも必要な第２の処理情報を、上記ブロックのコードデータから抽出して認識し、この第２の処理情報に基づいてスーパーマクロブロックを生成し、誤り対策に係る処理を行なうための第３の処理情報を上記スーパーマクロブロックから抽出認識し、この第３の処理情報に基づいてスーパーマクロブロックの誤り対策に係る処理を行ない、さらに上記スーパーマクロブロックを上記第３の処理情報に基づいて離散して生成されたサブセットエレメントを出力する第３の階層処理手段と、上記第３の階層処理手段から出力されるサブセットエレメントから、上記マルチメディア情報を復元可能な所定単位のコードからなるサブセットを生成するために少なくとも必要な第４の処理情報を、上記サブセットエレメントから抽出して、この第４の処理情報に基づいて生成されたサブセットを出力する第４の階層処理手段と、上記第４の階層処理手段から出力された上記サブセットを復元されたマルチメディア情報として出力する出力手段とを備える情報再生装置において、
上記第３の階層処理手段が、上記第２の処理情報によりブロックコードデータを再構成するブロックコードデータ結合手段と、上記ブロックコードデータ結合手段で結合された各ブロックコードデータの所定位置に設けられた第１のデータを複数ブロック分集めてマクロブロックヘッダを構成するマクロブロックヘッダ構成手段と、上記マクロブロックヘッダ構成手段によって構成されたマクロブロックヘッダにエラー訂正処理を行なうマクロブロックヘッダエラー訂正手段と、近接マクロブロックヘッダにより、上記マクロブロックヘッダエラー訂正手段で訂正できなかった訂正不可部を補正するマクロブロック補正手段と、上記マクロブロックヘッダエラー訂正手段でエラー訂正されたもしくは上記マクロブロック補正手段で補正されたマクロブロックヘッダ情報に基づいて、上記各ブロックコードデータの上記第１のデータ以外の第２のデータを連結（デインターリーブ）させてスーパーマクロブロックを構成するスーパーマクロブロック構成手段と、上記スーパーマクロブロック構成手段によって構成されたスーパーマクロブロックをエラー訂正するスーパーマクロブロックエラー訂正手段と、上記スーパーマクロブロックエラー訂正手段により訂正されたスーパーマクロブロックを分割及び連結してサブセットエレメントを構成するサブセットエレメント構成手段とを備えることを特徴とする情報再生装置。
【０２３０】
即ち、エラーが多く発生する情報記録媒体（紙）で、特にブロックデータ単位にデータが消失する場合に、マクロブロックヘッダ内情報によりスーパーマクロブロックの構成の仕方を適応的に変更できるので、無効な情報付加を極力抑え、有効なデータ（アプリケーションファイルの内容）をより多く記録できるようになり、同様に結果的に後述せる発明の効果を奏し得る。
【０２３１】
（３）  上記第２の処理情報は、ブロックアドレス及びブロックコードデータサイズを含み、上記ブロックコードデータ結合手段は、上記第２の階層処理手段から出力されるデータを格納するためのメモリと、上記ブロックアドレス及びブロックコードデータサイズから上記メモリの格納メモリアドレスを算出し、このメモリアドレスに従って上記メモリにデータを格納することによって上記ブロックコードデータを再構成するメモリコントロール手段とを有することを特徴とする上記（１）又は（２）に記載の情報再生装置。
【０２３２】
即ち、第２の階層処理手段からブロックデータが順番に入力される必要がなくなる。つまり、例えばユーザーが情報記録媒体からコードを光学的に読み取る際に逆方向にスキャンし、これによって第２の階層処理手段からブロックデータが逆の順番に入力されたとしても、この第３の階層処理手段以降の処理は正しく行われることができる。
【０２３３】
（４）  上記第２の処理情報は、ブロックアドレスとそのエラー状態フラグ、及びブロックコードデータサイズを含み、上記ブロックコードデータ結合手段は、上記第２の階層処理手段から出力されるデータを格納するためのメモリと、上記アドレスエラー状態フラグを複数記憶するフラグ記憶手段と、上記ブロックアドレス及びブロックコードデータサイズから上記メモリの格納メモリアドレスを算出し、上記フラグ記憶手段に記憶されたアドレスエラー状態フラグにより、この算出したメモリアドレスへのデータ格納を制御するメモリコントロール手段とを有することを特徴とする上記（１）又は（２）に記載の情報再生装置。
【０２３４】
即ち、同一アドレスのブロックデータが重複して入力される場合に、ブロックアドレスのエラー状態（誤訂正状態）に応じてデータの書き込みや置き換え等を制御するようにしているので、ブロックデータのエラー発生率を減少することができる。
【０２３５】
（５）  上記第２の処理情報は、ブロックアドレスとそのエラー状態フラグ、ブロックコードデータサイズ、及びブロックコードデータ復調エラー数を含み、上記ブロックコードデータ結合手段は、上記第２の階層処理手段から出力されるデータを格納するためのメモリと、上記アドレスエラー状態フラグを複数記憶するフラグ記憶手段と、上記ブロックコードデータ復調エラー数を複数記憶するエラー数記憶手段と、上記ブロックアドレス及びブロックコードデータサイズから上記メモリの格納メモリアドレスを算出し、上記フラグ記憶手段に記憶された上記アドレスエラー状態フラグ及び上記エラー数記憶手段に記憶されたブロックコードデータ復調エラー数により、この算出したメモリアドレスへのデータ格納を制御するメモリコントロール手段とを有することを特徴とする上記（１）又は（２）に記載の情報再生装置。
【０２３６】
即ち、同一アドレスのブロックデータが重複して入力される場合に、ブロックアドレスのエラー状態が同じときには、ブロックデータの復調エラー数に応じてブロックデータの置き換えを行なうので、ブロックデータのエラー発生率を減少することができる。
【０２３７】
（６）  上記第２の処理情報は、ブロックアドレスとそのエラー状態フラグ、ブロックコードデータサイズ、及びブロックコードデータ復調エラー位置を含み、上記ブロックコードデータ結合手段は、上記第２の階層処理手段から出力されるデータを格納するためのメモリと、上記アドレスエラー状態フラグを複数記憶するフラグ記憶手段と、上記ブロックコードデータ復調エラー位置を複数記憶するエラー位置記憶手段と、上記ブロックアドレス、ブロックコードデータサイズ、及びブロックコードデータ復調工ラー位置により上記所定の単位の上記メモリの格納メモリアドレスを算出し、上記フラグ記憶手段に記憶されたアドレスエラー状熊フラグ及び上記エラー位置記憶手段に記憶されたブロックコードデータ復調エラー位置により、この算出したメモリアドレスヘのデータ格納を上記所定の単位毎に制御するメモリコントロール手段とを有することを特徴とする上記（１）又は（２）に記載の情報再生装置。
【０２３８】
即ち、同一アドレスのブロックデータが重複して人力される場合に、ブロックアドレスのエラー状態が同じであれば、ブロックデータの復調エラー位置に応じて、ブロックデータ内の所定の単位即ち復調データ単位に置き換えを行なうことでブロックデータのエラー発生率を減少することができる。
【０２３９】
（７）  上記マクロブロックヘッダは、インターリーブされると共に、エラー訂正検査記号とエラー検出検査記号との少なくとも一方が付加されており、上記第３の階層処理手段は、上記マクロブロックヘッダ情報をデインターリーブするデインターリーブ手段と、上記デインターリーブ手段でデインターリーブされたマクロブロックヘッダのエラー訂正復号を行うエラー訂正復号手段と上記デインターリーブ手段でデインターリーブされたもしくは上記エラー訂正復号手段でエラー訂正復号されたマクロブロックヘッダのエラー検出を行うエラー検出復号手段との少なくとも一方とをさらに具備することを特徴とする上記（１）に記載の情報再生装置。
【０２４０】
即ち、マクロブロックヘッダ内の発生エラーを訂正もしくは検出できるようにしているので、サブセットエレメントの構成を誤りなく行なうことができる。
【０２４１】
（８）  上記マクロブロックヘッダは、インターリーブされると共に、エラー訂正検査記号とエラー検出検査記号との少なくとも一方が付加されており、上記第３の階層処理手段は、上記マクロブロックヘッダ情報をデインターリーブするデインターリーブ手段と、上記ブロックアドレス及びブロックアドレスエラー状態フラグより情報消失位置を算出する消失位置算出手段と、上記消失位置算出手段で算出された消失位置も使用して、上記デインターリーブ手段でデインターリーブされたマクロブロックヘッダのエラー訂正復号を行うエラー訂正復号手段と上記デインターリーブ手段でデインターリーブされたもしくは上記エラー訂正復号手段でエラー訂正復号されたマクロブロックヘッダのエラー検出を行うエラー検出復号手段との少なくとも一方とをさらに具備することを特徴とする上記（４）に記載の情報再生装置。
【０２４２】
即ち、マクロブロックヘッダ内の発生エラーの訂正能力をさらに向上させることができる。
【０２４３】
（９）  上記マクロブロックヘッダは、インターリーブされると共に、エラー訂正検査記号とエラー検出検査記号との少なくとも一方が付加されており、上記第３の階層処理手段は、上記マクロブロックヘッダ情報をデインターリーブするデインターリーブ手段と、上記ブロックアドレス、ブロックアドレスエラー状態フラグ、及びブロックコードデータ復調エラー位置より情報消失位置を算出する消失位置算出手段と、上記消失位置算出手段で算出された消失位置も使用して、上記デインターリーブ手段でデインターリーブされたマクロブロックヘッダのエラー訂正復号を行うエラー訂正復号手段と上記デインターリーブ手段でデインターリーブされたもしくは上記エラー訂正復号手段でエラー訂正復号されたマクロブロックヘッダのエラー検出を行うエラー検出復号手段との少なくとも一方とをさらに具備することを特徴とする上記（６）に記載の情報再生装置。
【０２４４】
即ち、マクロブロックヘッダ内の発生エラーの訂正能力をさらに向上させることができる。
【０２４５】
（１０）  上記第２のデータはインターリーブされると共に、エラー訂正検査記号とエラー検出検査記号との少なくとも一方が付加されており、上記第３の階層処理手段は、上記第２のデータをデインターリーブさせて上記スーパーマクロブロックを生成させるスーパーマクロブロック生成手段と、上記スーパーマクロブロック生成手段で生成されたスーパーマクロブロックのエラー訂正復号を行うエラー訂正復号手段と上記スーパーマクロブロック生成手段で生成されたもしくは上記エラー訂正復号手段でエラー訂正復号されたスーパーマクロブロックのエラー検出を行うエラー検出復号手段との少なくとも一方とをさらに具備することを特徴とする上記（１）に記載の情報再生装置。
【０２４６】
即ち、スーパーマクロブロック内に発生したエラーを訂正することにより、サブセットエレメント内のデータにエラーが発生しないようにすることができる。
【０２４７】
（１１）  上記第２のデータはインターリーブされると共に、エラー訂正検査記号とエラー検出検査記号との少なくとも一方が付加されており、上記第３の階層処理手段は、上記第２のデータをデインターリーブさせて上記スーパーマクロブロックを生成させるスーパーマクロブロック生成手段と、上記ブロックアドレス及びブロックアドレスエラー状態フラグより情報消失位置を算出する消失位置算出手段と、上記消失位置算出手段で算出された消失位置も使用して、上記スーパーマクロブロック生成手段で生成されたスーパーマクロブロックのエラー訂正復号を行うエラー訂正復号手段と上記スーパーマクロブロック生成手段で生成されたもしくは上記エラー訂正復号手段でエラー訂正復号されたスーパーマクロブロックのエラー検出を行うエラー検出復号手段との少なくとも一方とをさらに具備することを特徴とする上記（４）に記載の情報再生装置。
【０２４８】
即ち、スーパーマクロブロック内の発生エラーの訂正能力をさらに向上させることができる。
【０２４９】
（１２）  上記第２のデータはインターリーブされると共に、エラー訂正検査記号とエラー検出検査記号との少なくとも一方が付加されており、上記第３の階層処理手段は、上記第２のデータをデインターリーブさせて上記スーパーマクロブロックを生成させるスーパーマクロブロック生成手段と、上記ブロックアドレス、ブロックアドレスエラー状態フラグ、及びブロックコードデータ復調エラー位置より情報消失位置を算出する消失位置算出手段と、上記消失位置算出手段で算出された消失位置も使用して、上記スーパーマクロブロック生成手段で生成されたスーパーマクロブロックのエラー訂正復号を行うエラー訂正復号手段と上記スーパーマクロブロック生成手段で生成されたもしくは上記エラー訂正復号手段でエラー訂正復号されたスーパーマクロブロックのエラー検出を行うエラー検出復号手段との少なくとも一方とをさらに具備することを特徴とする上記（６）に記載の情報再生装置。
【０２５０】
即ち、スーパーマクロブロック内の発生エラーの訂正能力をさらに向上させることができる。
【０２５１】
（１３）  上記第２のデータのインターリーブ及び上記エラー訂正検査記号とエラー検出検査記号との少なくとも一方に関するパラメータが、上記マクロブロックヘッダに記述されていることを特徴とする上記（１０）に記載の情報再生装置。
【０２５２】
即ち、マクロブロックヘッダ内に情報記録媒体（紙の種類等）のエラー発生の特性に応じて第２のデータのエラーの訂正方法を記載できるので、第２のデータにはより適したエラー訂正を行なうことができる。
【０２５３】
（１４）  上記マクロブロックヘッダには、上記第２のデータがデインタリーブされエラー訂正或はエラー検出された後のデータを複数上記所定の単位集めたサブセットエレメントを構成するパラメータと、上記サブセットエレメントの連結パラメータとが記述されていることを特徴とする上記（１）又は（２）に記載の情報再生装置。
【０２５４】
即ち、マクロブロックヘッダ内にエラーの訂正方法及びアプリケーションファイルの構造に応じてサブセットエレメントのサイズ、及び連結情報を記載できるので、ダミーデータの付加を極力抑え、有効なデータをより多く記録できるようになる。
【０２５５】
（１５）  上記マクロブロックヘッダは、インターリーブされると共に、エラー訂正検査記号及びエラー検出検査記号が付加されており、上記マクロブロックヘッダ構成手段は、上記マクロブロックヘッダ構成手段で構成されたマクロブロックヘッダ情報をデインターリーブするデインターリーブ手段を含み、上記マクロブロックヘッダエラー訂正手段は、上記デインターリーブ手段でデインターリーブされたマクロブロックヘッダのエラー訂正復号を行うエラー訂正復号手段を含み、上記第３の階層処理手段は、上記エラー訂正復号手段でエラー訂正復号されたマクロブロックヘッダのエラー検出を行うエラー検出復号手段をさらに備えることを特徴とする上記（２）に記載の情報再生装置。
【０２５６】
即ち、マクロブロックヘッダ内の発生エラーを訂正もしくは検出できるようにしているので、サブセットエレメントの構成を誤りなく行なうことができる。
【０２５７】
（１６）  上記第３の階層処理手段は、上記ブロックアドレス及びブロックアドレスエラー状態フラグより情報消失位置を算出する消失位置算出手段をさらに備え、上記マクロブロックヘッダエラー訂正手段は、上記消失位置算出手段で算出された消失位置も使用して、上記マクロブロックヘッダ構成手段によって構成されたマクロブロックヘッダのエラー訂正を行うことを特徴とする上記（４）に記載の情報再生装置。
【０２５８】
即ち、マクロブロックヘッダ内の発生エラーの訂正能力をさらに向上させることができる。
【０２５９】
（１７）  上記マクロブロックヘッダは、エラー検出検査記号が付加されており、上記第３の階層処理手段は、上記消失位置算出手段で算出された消失位置も使用して、上記マクロブロックヘッダエラー訂正手段でエラー訂正されたマクロブロックヘッダのエラー検出を行うエラー検出復号手段をさらに備えることを特徴とする上記（１６）に記載の情報再生装置。
【０２６０】
即ち、マクロブロックヘッダ内の発生エラーの訂正能力をさらに向上させることができる。
【０２６１】
（１８）  上記第３の階層処理手段は、上記ブロックアドレス、ブロックアドレスエラー状態フラグ、及びブロックコードデータ復調エラー位置より情報消失位置を算出する消失位置算出手段をさらに備え、上記マクロブロックヘッダエラー訂正手段は、上記消失位置算出手段で算出された消失位置も使用して、上記マクロブロックヘッダ構成手段によって構成されたマクロブロックヘッダのエラー訂正を行うことを特徴とする上記（６）に記載の情報再生装置。
【０２６２】
即ち、マクロブロックヘッダ内の発生エラーの訂正能力をさらに向上させることができる。
【０２６３】
（１９）  上記マクロブロックヘッダは、エラー検出検査記号が付加されており、上記第３の階層処理手段は、上記消失位置算出手段で算出された消失位置も使用して、上記マクロブロックヘッダエラー訂正手段でエラー訂正されたマクロブロックヘッダのエラー検出を行うエラー検出復号手段をさらに備えることを特徴とする上記（１８）に記載の情報再生装置。
【０２６４】
即ち、マクロブロックヘッダ内の発生エラーの訂正能力をさらに向上させることができる。
【０２６５】
（２０）  上記第２のデータは、エラー検出検査記号が付加されており、上記第３の階層処理手段は、上記スーパーマクロブロックエラー訂正手段でエラー訂正されたスーパーマクロブロックのエラー検出を行うエラー検出復号手段をさらに備えることを特徴とする上記（２）に記載の情報再生装置。
【０２６６】
即ち、スーパーマクロブロック内に発生したエラーを訂正することにより、サブセットエレメント内のデータにエラーが発生しないようにすることができる。
【０２６７】
（２１）  上記第３の階層処理手段は、上記ブロックアドレス及びブロックアドレスエラー状態フラグより情報消失位置を算出する消失位置算出手段をさらに備え、上記スーパーマクロブロックエラー訂正手段は、上記消失位置算出手段で算出された消失位置も使用して、上記スーパーマクロブロック構成手段で構成されたスーパーマクロブロックのエラー訂正を行うことを特徴とする上記（４）に記載の情報再生装置。
【０２６８】
即ち、スーパーマクロブロック内の発生エラーの訂正能力をさらに向上させることができる。
【０２６９】
（２２）  上記第２のデータは、エラー検出検査記号が付加されており、上記第３の階層処理手段は、上記消失位置算出手段で算出された消失位置も使用して、上記スーパーマクロブロックエラー訂正手段でエラー訂正されたスーパーマクロブロックのエラー検出を行うエラー検出復号手段をさらに備えることを特徴とする上記（２１）に記載の情報再生装置。
【０２７０】
即ち、スーパーマクロブロック内の発生エラーの訂正能力をさらに向上させることができる。
【０２７１】
（２３）  上記第３の階層処理手段は、上記ブロックアドレス、ブロックアドレスエラー状態フラグ、及びブロックコードデータ復調エラー位置より情報消失位置を算出する消失位置算出手段をさらに備え、上記スーパーマクロブロックエラー訂正手段は、上記消失位置算出手段で算出された消失位置も使用して、上記スーパーマクロブロック構成手段で構成されたスーパーマクロブロックのエラー訂正を行うことを特徴とする上記（６）に記載の情報再生装置。
【０２７２】
即ち、スーパーマクロブロック内の発生エラーの訂正能力をさらに向上させることができる。
【０２７３】
（２４）  上記第２のデータは、エラー検出検査記号が付加されており、上記第３の階層処理手段は、上記消失位置算出手段で算出された消失位置も使用して、上記スーパーマクロブロックエラー訂正手段でエラー訂正されたスーパーマクロブロックのエラー検出を行うエラー検出復号手段をさらに備えることを特徴とする上記（２３）に記載の情報再生装置。
【０２７４】
即ち、スーパーマクロブロック内の発生エラーの訂正能力をさらに向上させることができる。
【０２７５】
（２５）  上記第２のデータのインターリーブ及び上記エラー訂正検査記号とエラー検出検査記号との少なくとも一方に関するパラメータが、上記マクロブロックヘッダに記述されていることを特徴とする上記（２０）に記載の情報再生装置。
【０２７６】
即ち、マクロブロックヘッダ内に情報記録媒体（紙の種類等）のエラー発生の特性に応じて第２のデータのエラーの訂正方法を記載できるので、第２のデータにはより適したエラー訂正を行なうことができる。
【０２７７】
（２６）  オーディオ情報、映像情報、ディジタルコードデータの少なくとも一つを含むマルチメディア情報が光学的に読み取り可能なコードパターンで記録されている部分を備える情報記録媒体であって、上記コードパターンが、該コードパターンを読み取って元のマルチメディア情報に復元する復元処理過程に従ってデータを編集処理するために必要な処理情報を含む情報記録媒体に於いて、上記復元処理過程が所定数の階層構造をもって階層化されており、この階層構造が、ファイル管理機能を有する第１の論理階層（レイヤ５）と、第１の所定データ単位（サブセットエレメント）を集めて第２の所定データ単位（サブセット）を生成し変換して上記第１の論理階層（レイヤ５）が扱うデータ転送単位（セクタ）を生成する機能を有する第２の論理階層（レイヤ４）と、上記情報記録媒体から上記コードパターンを読み込んで所定の復元処理を行なって上記第１の所定データ単位を出力する機能を有する第３の論理階層（レイヤ３以下）とを少なくとも有することを特徴とする情報記録媒体。
【０２７８】
即ち、復元処理過程に必要な処理情報をコードパターン内にもつことで、処理方法又は処理パラメータを複数選択可能にすることができる。また、特定の処理方法に限定されず、音や絵といったメディアに応じた適正処理方法又は将来的に発生する優れた方法を追加して復元処理を行うことが極めて容易になる。
【０２７９】
さらには、読み込んだコードパターンを階層化して復元処理し、規定データ構造、転送手順に整合させる機能を構築することで、既存ファイル管理シスチムの利用を容易にすると共に、アプリケーションプロセスのデータ入手方法の互換性を実現できる。
【０２８０】
（２７）  上記第１の論理階層は、規定のデータ単位構造を規定の手順に従って扱う規定のファイル管理システム（ＭＳＤＯＳ．ＳＹＳ／ＵＮｌＸなど）であることを特徴とする上記（２６）に記載の情報記録媒体。
【０２８１】
即ち、読み込んだコードパターンを変換する機能を有することで、既存に広く普及しているファイル管理システムを使って読み込みデータを管理できるので、ファイル管理システムを作成する過大な労力を省けると共に該データの利用者に対してその扱いの容易性、親和性を保証することができる。
【０２８２】
（２８）  上記第２の論理階層は、上記第３の論理階層から出力される上記第１の所定データ単位（サブセットエレメント）を入力して上記第２の所定のデータ単位（サブセット）を生成し、上記第１の論理階層が扱う規定のデータ転送単位（セクタ）に変換すると共に、変換された規定のデータ転送単位（セクタ）を規定のファイル管理に応じたデータ転送手順に適合させるデータ整合手段を有することを特徴とする上記（２６）に記載の情報記録媒体。
【０２８３】
即ち、読み込んだコードパターンがファイル管理システムの規定するデータ構造になっている必然性はなくなり、コードパターンの構造設計の融通性が高まる。
【０２８４】
（２９）  上記第２の論理階層は、上記第１の論理階層から要求されるデータ単位（セクタ）の識別コードを解析して、対応するデータ領域の読出しを指示する手段を有することを特徴とする上記（２６）に記載の情報記録媒体。
【０２８５】
即ち、ファイル管理システムは、データ入出力に対し規定外の機能を一切もつ必要が無く、容易にコードパターンからの管理対象データの入手ができる。
【０２８６】
（３０）  上記第２の論理階層は、上記第１の論理階層から要求されるデータ単位（セクタ）の識別コードと対応する上記第２の所定データ単位（サブセット）の解析テーブルを生成する手段を有することを特徴とする上記（２６）に記載の情報記録媒体。
【０２８７】
即ち、ファイル管理システムの要求に対する解析テーブルが生成できることで、インデックスが管理する所定のファイル群が異なったとしても、そのファイル管理が確実に且つ容易にできる（つまり、目的とする情報の入手を確実に行なえる）。
【０２８８】
（３１）  上記第２の論理階層で生成されるデータ単位（セクタ）は、上記ファイル管理システムに必要な管理情報を少なくとも有することを特徴とする上記（２７）に記載の情報記録媒体。
【０２８９】
即ち、ファイル管理システムのデータ管理機能（データ転送規約）に必要な情報をコードパターンに含んでいるので、ファイル管理システムが管理のために必要な情報を要求してきたとき、即座に確実に応答できる。
【０２９０】
（３２）  上記第２の論理階層で生成される上記第２の所定データ単位（サブセット）は、上記ファイル管理システムが規定する機能ファイル（ディレクトリ・エントリなど）と同様な機能（インデックス機能）を有することを特徴とする上記（２７）に記載の情報記録媒体。
【０２９１】
即ち、ファイル管理システムに必要なインデックス情報をコードパターン内にもつことで、ファイル管理システムで規定されているファイル管理方法が実現できるので都合が良い。また、インデックス機能は、比較的多くのファイルの管理を効率的に行なうことを可能とし、または所望するファイルを効率的に検索するアプリケーションを実現でき、パターンコードの利用範囲を拡張することができる。
【０２９２】
（３３）  上記第２の論理階層で生成される上記第２の所定データ単位（サブセット）は、ファイル管理情報の一部を規格化して表現できる予め登録された規格名称識別子が先頭にあることを特徴とする上記（２６）に記載の情報記録媒体。
【０２９３】
即ち、サブセット規格名称識別子は、ファイル管理情報（サブセット・ヘッダ）の一部情報を省略可能としたり、ファイル管理情報の記述構造そのものを適宜選択できる。しかも、それら情報を少ないデータ量で代替可能とし、付帯情報の削減と情報データの記憶容量を大きくできる。
【０２９４】
（３４）  上記第２の論理階層で生成される上記第２の所定データ単位（サブセット）は、ファイル管理情報以外のデータである情報コード（ユーザーデータ）と、該情報コードをコントロールするための所定の処理情報（サブセットデータ・コントロール・ヘッダ）とから構成されていることを特徴とする上記（２６）に記載の情報記録媒体。
【０２９５】
即ち、ファイル管理情報（サブセット・ヘッダ）と情報コード管理情報（サブセットデータ・コントロール・ヘッダ）を２重構造でもつことで、サブセットデータを単に管理対象として扱うことと、情報コードとして情報を復元したうえで情報単位として扱うことが分離できる。従って、情報の内容を知らなくて単純ファイル管理とサブセットデータ・コントロール・ヘッダによる情報単位の効率的な管理ができる。
【０２９６】
（３５）  上記第２の論理階層で生成される上記第２の所定データ単位（サブセット）は、上記所定の処理情報（サブセットデータ・コントロール・ヘッダ）の構造を規格化して表現できる予め登録された名称コード（ユーザーデータ・フオーマット・タイプ）を含むことを特徴とする上記（３４）に記載の情報記録媒体。
【０２９７】
即ち、名称コード（ユーザーデータ・フォーマット・タイプ）は、情報コード（ユーザーデータ）復元のための一部情報（データ圧縮に係る情報など）を省略可能としたり、情報コードの記述構造そのものを適宜選択できる。しかも、それら情報を少ないデータ量で代替可能とし、付帯情報の削減と情報データの記憶容量を大きくできる。
【０２９８】
【発明の効果】
以上詳述したように、本発明によれば、コードパターンから情報をより確実に再生でき、またコードパターン自体の構造が将来的に変わっても対処可能な情報再生装置及び情報記録媒体を提供することができる。
【図面の簡単な説明】
【図１】一実施の形態におけるレイヤ３のブロック構成図である。
【図２】ドットコードのフォーマットを示す図である。
【図３】マルチメディアペーパシステムに於ける情報転送プロトコルの階層区分例を示す図である。
【図４】再生側の階層構造の内の下位層の構造例を示す図である。
【図５】再生側の階層構造の内の上位層の構造例を示す図である。
【図６】（Ａ）乃至（Ｄ）はそれぞれレイヤ２から渡されるブロックデータの構造例を示す図であり、（Ｅ）はブロックアドレスエラー状態フラグの４つの状態を示す図である。
【図７】レイヤ３の変形例を示すブロック構成図である。
【図８】（Ａ）はマクロブロックヘッダの構造例を示す図、（Ｂ）は（Ａ）のマクロブロックヘッダの実際の二次元構造を示す図であり、（Ｃ）は（Ｂ）の構造の変形例を示す図である。
【図９】（Ａ）はマクロブロックヘッダのより具体的な構造例を示す図、（Ｂ）は（Ａ）のマクロブロックヘッダの実際の二次元構造を示す図であり、（Ｃ）は（Ｂ）の構造の変形例を示す図である。
【図１０】スーパーマクロブロックの構造例を示す図である。
【図１１】（Ａ）はスーパーマクロブロックの別の構造例を示す図であり、（Ｂ）はサブセットエレメントの構造例を示す図である。
【図１２】（Ａ）及び（Ｂ）はそれぞれ図１０及び図１１の（Ａ）のスーパーマクロブロックの構造の変形例を示す図である。
【図１３】レイヤ３の動作を説明するためのフローチャートである。
【図１４】（Ａ）はサブセットエレメント・データの構造例を示す図、（Ｂ）はファイルの先頭サブセットの構造例を示す図であり、（Ｃ）はファイルの一般サブセットの構造例を示す図である。
【図１５】（Ａ）乃至（Ｃ）はそれぞれサブセット・フォーマットの構造例を示す図である。
【図１６】（Ａ）は一般ファイルのサブセット構成例を示す図であり、（Ｂ）はインデックス・ファイルのサブセット構成例を示す図である。
【図１７】サブセットエレメント、サブセット、ファイルの関係を示す図である。
【図１８】ＭＭＰ再生装置をブロック型デバイスとして見た時のレイヤ４及び５の構成を示す機能ブロック図である。
【図１９】図１８の構成における動作を説明するための一連のフローチャートの前半部分を示す図である。
【図２０】図１８の構成における動作を説明するための一連のフローチャートの後半部分を示す図である。
【図２１】ＭＭＰ再生装置をキャラクタ型デバイスとして見た時のレイヤ４及び５の構成を示す機能ブロック図である。
【図２２】図２１の構成における動作を説明するためのフローチャートである。
【符号の説明】
６６，２００，２２４…コントローラ、６８，７０…セレクタ、７２，７４…バッファメモリ、７６…ブロックヘッダ識別部、７８…メモリコントローラ、８０…マクロブロックヘッダデインターリーブ部、８２…マクロブロックヘッダＥＣＣ（エラー訂正）部、８４…マクロブロックヘッダ識別部、８６…ヘッダ補正部、８８…スーパーマクロブロックデインターリーブ部、９０…スーパーマクロブロックＥＣＣ部、９２…サブセットエレメント構成部、９４…パラメータ格納メモリ、９６…セット規格識別コード、９８…ユーザーデータフォーマットタイプ、１００…ブロックアドレス、１０２…ブロックユーザーデータサイズ（ブロック内データ数）、１０４…ブロックユーザーデータ、１０６…ブロックアドレスエラー状態フラグ（ブロックアドレス補償無し／あり）、１０８…ブロックユーザーデータ復調エラー数、１１０…ブロックユーザーデータ復調エラー位置、１１２，１４４…セット規格識別コード、１１４，１４６…ユーザーデータフォーマットタイプ、１１６…マクロブロック連結情報、１１８…ＳＭＢ（スーパーマクロブロック）インターリーブ方式情報、１１８’…ＳＭＢインターリーブ長、１２０…ＳＭＢエラー訂正方式情報、１２０’…ＳＭＢエラー訂正の符号長、１２２…ＳＭＢエラー検出方式情報、１２２’…ＳＭＢエラー検出有無判定フラグ、１２４，１４８…サブセットエレメント連結情報、１２６，１５０…サブセットエレメントユーザデータサイズ、１２８，１３８…エラー検出検査記号、１３０，１３２，１４０，１４２…エラー訂正検査記号、１３４…サブセットエレメントデータ、１３６…ダミーデータ、１５２…サブセットエレメントユーザーデータ、１５４…所属サブセットＩＤ番号、１５６…サブセット生成基準規格ＩＤ番号、１５８…サブセットを構成するサブセット・エレメント数、１６０…サブセット生成構造識別子、１６２，１９４…ユーザーデータ、１６４…サブセット規格名称識別子、１６６…ＭＭＰファイルタイプ、１６８…サブセットＩＤ番号、１７０…サブセットリンク情報、１７２…所属ファイルＩＤ番号、１７４…ページ番号、１７６…ページ内位置、１７８…ファイル名、１８０…ファイル構造タイプ、１８２…ＤＯＳファイルタイプ、１８４…ＤＯＳファイル属性、１８６…ブック名、１８８…ブックＩＤ番号、１９０…ユーザーデータ・フォーマット・タイプ（ＵＦＴ）、１９２…サブセットデータ・コントロール・ヘッダ（ＳＤＣＨ）、１９６…サブセット・ヘッダ、１９８…インデックス、２００Ａ，２２４Ａ…エラー処理部、２０２，２２６…処理用パラメータ格納メモリ、２０４，２２８…サブセット生成部、２０６…ファイルタイプ識別部、２０８…インデックスファイル内必要パラメータ検出・解析部、２１０…論理セクタ番号／ＭＭＰファイル記録位置変換テーブル生成／選択部、２１２…ＤＯＳフォーマットデータ整合処理部、２１４，２３２…コマンド解析部、２１６…論理セクタ番号解析部、２１８…該当読出ファイル読出リクエスト部、２２０，２３８…ＭＳＤＯＳ．ＳＹＳ、２２２，２４０…ＭＳＤＯＳ．ＳＹＳ管理読出バッファ、２３０…読出バッファ、２３４…読出ファイル選択部、２３６…インデックスファイル／一般ファイル読出リクエスト部、２４２…ファイル・リード・プロセス、２４４…読み出しファイル位置、２４６…プロセス管理データバッファ、Ｎ−ＳＤＵｎ  …Ｎ層サービスデータユニットｎ番（Ｎｔｈ  Ｌａｙｅｒ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ，  Ｎｏ．ｎ  ）、Ｎ−ＰＤＵｎ  …Ｎ層プロトコルデータユニットｎ番（Ｎｔｈ  Ｌａｙｅｒ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ，  Ｎｏ．ｎ）、Ｎ−ＰＣＩｎ  …Ｎ層プロトコルコントロールインフォメーションｎ番（Ｎｔｈ  Ｌａｙｅｒ  Ｐｒｏｔｏｃｏｌ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ，  Ｎｏ．ｎ）、Ｎ−ＵＤｎ  …Ｎ層利用者データｎ番（Ｎｔｈ  Ｌａｙｅｒ  Ｕｓｅｒ  Ｄａｔａ，  Ｎｏ．ｎ  ）、ＡＤＵ…アプリケーションデータユニット（Ａｐｐｌｉｃａｔｉｏｎ  Ｄａｔａ  Ｕｎｉｔ  ）、ＡＣＨ…アプリケーション・コントロール・ヘッダ（Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｈｅａｄｅｒ）。
【図１】
0003581119.tif 000002
【図２】
0003581119.tif 000003
【図３】
0003581119.tif 000004
【図４】
0003581119.tif 000005
【図５】
0003581119.tif 000006
【図６】
0003581119.tif 000007
【図７】
0003581119.tif 000008
【図８】
0003581119.tif 000009
【図９】
0003581119.tif 000010
【図１０】
0003581119.tif 000011
【図１１】
0003581119.tif 000012
【図１２】
0003581119.tif 000013
【図１３】
0003581119.tif 000014
【図１４】
0003581119.tif 000015
【図１５】
0003581119.tif 000016
【図１６】
0003581119.tif 000017
【図１７】
0003581119.tif 000018
【図１８】
0003581119.tif 000019
【図１９】
0003581119.tif 000020
【図２０】
0003581119.tif 000021
【図２１】
0003581119.tif 000022
【図２２】
0003581119.tif 000023