JP3518897B2 - 情報再生装置及び情報記録媒体 - Google Patents

情報再生装置及び情報記録媒体

Info

Publication number
JP3518897B2
JP3518897B2 JP21143394A JP21143394A JP3518897B2 JP 3518897 B2 JP3518897 B2 JP 3518897B2 JP 21143394 A JP21143394 A JP 21143394A JP 21143394 A JP21143394 A JP 21143394A JP 3518897 B2 JP3518897 B2 JP 3518897B2
Authority
JP
Japan
Prior art keywords
data
information
processing
error
predetermined unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP21143394A
Other languages
English (en)
Other versions
JPH0877189A (ja
Inventor
佐々木　　寛
裕 柚木
弘善 藤森
慎一 今出
紳造 松井
健 森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Olympus Corp
Original Assignee
Olympus Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Olympus Corp filed Critical Olympus Corp
Priority to JP21143394A priority Critical patent/JP3518897B2/ja
Priority to US08/519,339 priority patent/US5774583A/en
Priority to EP95113716A priority patent/EP0703580B1/en
Priority to AT95113716T priority patent/ATE208949T1/de
Priority to DE69523851T priority patent/DE69523851T2/de
Publication of JPH0877189A publication Critical patent/JPH0877189A/ja
Priority to US09/065,598 priority patent/US6072918A/en
Priority to US09/501,404 priority patent/US6201902B1/en
Priority to US10/162,296 priority patent/USRE38512E1/en
Application granted granted Critical
Publication of JP3518897B2 publication Critical patent/JP3518897B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
    • G06K7/1404—Methods for optical code recognition
    • G06K7/146—Methods for optical code recognition the method including quality enhancement steps
    • G06K7/1473—Methods for optical code recognition the method including quality enhancement steps error correction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/14—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation using light without selection of wavelength, e.g. sensing reflected white light
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09B—EDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
    • G09B5/00—Electrically-operated educational appliances
    • G09B5/06—Electrically-operated educational appliances with both visual and audible presentation of the material to be studied
    • G09B5/062—Combinations of audio and printed presentations, e.g. magnetically striped cards, talking books, magnetic tapes with printed texts thereon
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/18—Error detection or correction; Testing, e.g. of drop-outs
    • G11B20/1866—Error detection or correction; Testing, e.g. of drop-outs by interleaving
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B7/00—Recording or reproducing by optical means, e.g. recording using a thermal beam of optical radiation by modifying optical properties or the physical structure, reproducing using an optical beam at lower power by sensing optical properties; Record carriers therefor
    • G11B7/002—Recording, reproducing or erasing systems characterised by the shape or form of the carrier
    • G11B7/0033—Recording, reproducing or erasing systems characterised by the shape or form of the carrier with cards or other card-like flat carriers, e.g. flat sheets of optical film
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B7/00—Recording or reproducing by optical means, e.g. recording using a thermal beam of optical radiation by modifying optical properties or the physical structure, reproducing using an optical beam at lower power by sensing optical properties; Record carriers therefor
    • G11B7/007—Arrangement of the information on the record carrier, e.g. form of tracks, actual track shape, e.g. wobbled, or cross-section, e.g. v-shaped; Sequential information structures, e.g. sectoring or header formats within a track
    • G11B7/013—Arrangement of the information on the record carrier, e.g. form of tracks, actual track shape, e.g. wobbled, or cross-section, e.g. v-shaped; Sequential information structures, e.g. sectoring or header formats within a track for discrete information, i.e. where each information unit is stored in a distinct discrete location, e.g. digital information formats within a data block or sector

Description

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

Claims (14)

    (57)【特許請求の範囲】
  1. 【請求項１】 オーディオ情報、映像情報、ディジタル
    コードデータの少なくとも一つを含むマルチメディア情
    報が光学的に読み取り可能なコードパターンで記録され
    ている部分を備える情報記録媒体から、上記コードパタ
    ーンを光学的に読み取り、この読み取ったコードパター
    ンを画像データに変換して出力する第１の処理手段と、 上記第１の処理手段から出力された画像データから第１
    の所定単位のデータを再生して出力する第２の処理手段
    と、 上記第２の処理手段から出力された第１の所定単位のデ
    ータを集めて第２の所定単位のデータを生成するために
    必要な第２の処理情報を上記第１の所定単位のデータか
    ら抽出して認識し、この第２の処理情報に基づいて上記
    第２の所定単位のデータを生成すると共に、この第２の
    処理情報に基づいて上記第２の所定単位のデータの誤り
    対策に係る処理を行なう第３の処理手段と、 上記第３の処理手段で誤り対策に係る処理の行われた第
    ２の所定単位のデータから、上記マルチメディア情報と
    して認知可能な単位のサブセットを生成する第４の処理
    手段と、 上記第４の処理手段から出力されたサブセットをマルチ
    メディア情報として出力する出力手段と、 を含む ことを特徴とする情報再生装置。
  2. 【請求項２】 上記第１の処理手段は、上記画像データ
    に上記読み取りに関する情報の第１の処理情報を付加し
    て出力する手段を含み、 上記第２の処理手段は、上記第１の処理手段から出力さ
    れた上記第１の処理情報を認識して、上記第１の処理手
    段より出力された画像データから上記第１の所定単位の
    データを再生して出力する手段を含む、 ことを特徴とする請求項１に記載の情報再生装置。
  3. 【請求項３】 上記第３の処理手段は、 上記第２の処理手段から出力された上記第１の所定単位
    のデータを複数個連結して第３の所定単位のデータを生
    成する第３の所定単位のデータ生成手段と、 上記第３の所定単位のデータ生成手段で生成された上記
    第３の所定単位のデー タに分散配置された情報を集めて
    上記第２の処理情報を構成する第２の処理情報構成手段
    と、 上記第２の処理情報構成手段によって構成された第２の
    処理情報に基づいて、当該第２の処理情報以外の上記第
    ３の所定単位のデータを複数個連結して上記第２の所定
    単位のデータを生成する第２の所定単位のデータ生成手
    段と、 上記第２の処理情報構成手段によって構成された第２の
    処理情報に基づいて、上記第２の所定単位のデータ生成
    手段で生成された第２の所定単位のデータの誤り対策に
    係る処理を行なう手段と、 を含む ことを特徴とする請求項１又は２に記載の情報再
    生装置。
  4. 【請求項４】 上記第３の処理手段は、更に、上記誤り
    対策に係る処理の行われた第２の所定単位のデータから
    少なくとも一つの第４の所定単位のデータを上記第２の
    処理情報に含まれる第３の処理情報に基づいて生成する
    第４の所定単位のデータ生成手段を含み、 上記第４の処理手段は、上記第４の所定単位のデータ生
    成手段で生成された第４の所定単位のデータから少なく
    とも一つの上記サブセットを生成するために必要な第４
    の処理情報を上記第４の所定単位のデータから抽出して
    認識し、この第４の処理情報に基づいて少なくとも一つ
    の上記サブセットを生成して出力するように構成され
    た、 ことを特徴とする請求項１、２又は３に記載の情報再生
    装置。
  5. 【請求項５】 上記第４の処理手段から出力されたサブ
    セットからファイルを生成するために必要な第５の処理
    情報を上記サブセットから抽出して認識し、この第５の
    処理情報に従って上記ファイルの生成を行なう第５の処
    理手段を更に含むことを特徴とする請求項１、２、３又
    は４に記載の情報再生装置。
  6. 【請求項６】 上記第２の処理手段から出力される上記
    第１の所定単位のデータは、当該第１の所定単位のアド
    レスと当該第１の所定単位のユーザデータのサイズとユ
    ーザデータとを含み、 上記第３の所定単位のデータ生成手段は、 上記第２の処理手段から出力されたユーザデータを格納
    するためのメモリと、 上記アドレスとサイズとから上記メモリに対する上記ユ
    ーザデータの格納位置を算出して上記ユーザデータを上
    記メモリに格納することにより上記第３の所定単位のデ
    ータを生成するメモリコントローラと、 を含む、 ことを特徴とする請求項３に記載の情報再生装置。
  7. 【請求項７】 上記第２の処理手段から出力される上記
    第１の所定単位のデータは、当該第１の所定単位のアド
    レスとそのアドレスのエラー状態フラグと当該第１の所
    定単位のユーザデータのサイズとユーザデータとを含
    み、 上記第３の所定単位のデータ生成手段は、 上記第２の処理手段から出力されたユーザデータを格納
    するためのメモリと、 上記アドレスとサイズとから上記メモリに対する上記ユ
    ーザデータの格納位置を算出し、上記アドレスのエラー
    状態フラグによって上記メモリに対する上記ユーザデー
    タの格納を制御することにより上記第３の所定単位のデ
    ータを生成するメモリコントローラと、 を含む、 ことを特徴とする請求項３に記載の情報再生装置。
  8. 【請求項８】 上記第３の処理手段は、更に、上記第１
    の所定単位のアドレスとそのアドレスのエラー状態フラ
    グとによって情報の消失位置を生成する情報消失位置生
    成手段を含み、 上記誤り対策に係る処理を行なう手段は、上記情報消失
    位置生成手段で生成された情報の消失位置も使用して上
    記第２の所定単位のデータの誤り対策に係る処理を行な
    う、 ことを特徴とする請求項７に記載の情報再生装置。
  9. 【請求項９】 上記第２の処理情報はインターリーブさ
    れていると共に、エラー訂正検査記号及びエラー検出検
    査記号の少なくとも一方が付加されており、 上記第３の処理手段は、 上記第２の処理情報をデインターリーブするデインター
    リーブ手段と、 上記デインターリーブ手段でデインターリーブされた第
    ２の処理情報のエラ ー訂正復号を行なうエラー訂正復号
    手段、及び、上記デインターリーブ手段でデインターリ
    ーブされた第２の処理情報もしくは上記エラー訂正復号
    手段でエラー訂正復号された第２の処理情報のエラー検
    出を行なうエラー検出復号手段、の少なくとも一方と、 を含む、 ことを特徴とする請求項１、２又は３に記載の情報再生
    装置。
  10. 【請求項１０】 上記第２の処理情報以外の上記第３の
    所定単位のデータはインターリーブされていると共に、
    エラー訂正検査記号及びエラー検出検査記号の少なくと
    も一方が付加されており、 上記第２の所定単位のデータ生成手段は、上記第２の処
    理情報に基づいて、上記第２の処理情報以外の上記第３
    の所定単位のデータをデインターリーブすることにより
    上記第２の所定単位のデータを生成するように構成さ
    れ、 上記誤り対策に係る処理を行なう手段は、上記デインタ
    ーリーブされた第２の所定単位のデータのエラー訂正復
    号を行なうエラー訂正復号手段、及び、上記デインター
    リーブされた第２の所定単位のデータもしくは上記エラ
    ー訂正復号手段でエラー訂正復号された第２の所定単位
    のデータのエラー検出を行なうエラー検出復号手段、の
    少なくとも一方を含む、 ことを特徴とする請求項３に記載の情報再生装置。
  11. 【請求項１１】 上記第２の処理情報以外の上記第３の
    所定単位のデータはインターリーブされていると共に、
    エラー訂正検査記号及びエラー検出検査記号の少なくと
    も一方が付加されており、 上記第２の所定単位のデータ生成手段は、上記第２の処
    理情報に基づいて、上記第２の処理情報以外の上記第３
    の所定単位のデータをデインターリーブすることにより
    上記第２の所定単位のデータを生成するように構成さ
    れ、 上記誤り対策に係る処理を行なう手段は、上記第１の所
    定単位のアドレスとそのアドレスのエラー状態フラグと
    によって生成された情報の消失位置も使用して、上記デ
    インターリーブされた第２の所定単位のデータのエラー
    訂正復号を行なうエラー訂正復号手段、及び、上記デイ
    ンターリーブされた第２の所定単位のデータもしくは上
    記エラー訂正復号手段でエラー訂正復号された第２の所
    定単位の データのエラー検出を行なうエラー検出復号手
    段、の少なくとも一方を含む、 ことを特徴とする請求項７に記載の情報再生装置。
  12. 【請求項１２】 上記第２の処理情報は、上記インター
    リーブと、上記エラー訂正検査記号及び上記エラー検出
    検査記号の少なくとも一方とに関する各パラメータを含
    むことを特徴とする請求項１０又は１１に記載の情報再
    生装置。
  13. 【請求項１３】 オーディオ情報、映像情報、ディジタ
    ルコードデータの少なくとも一つを含むマルチメディア
    情報が光学的に読み取り可能なコードパターンで記録さ
    れている部分を備える情報記録媒体であって、 上記コードパターンを光学的に読み取って上記マルチメ
    ディア情報を出力する情報再生装置が、 上記コードパターンを光学的に読み取り、この読み取っ
    たコードパターンを画像データに変換して出力する第１
    の処理手段と、 上記第１の処理手段から出力された画像データから第１
    の所定単位のデータを再生して出力する第２の処理手段
    と、 上記第２の処理手段から出力された第１の所定単位のデ
    ータを集めて第２の所定単位のデータを生成するために
    必要な第２の処理情報を上記第１の所定単位のデータか
    ら抽出して認識し、この第２の処理情報に基づいて上記
    第２の所定単位のデータを生成すると共に、この第２の
    処理情報に基づいて上記第２の所定単位のデータの誤り
    対策に係る処理を行なう第３の処理手段と、 上記第３の処理手段で誤り対策に係る処理の行われた第
    ２の所定単位のデータから、上記マルチメディア情報と
    して認知可能な単位のサブセットを生成する第４の処理
    手段と、 上記第４の処理手段から出力されたサブセットをマルチ
    メディア情報として出力する出力手段と、 を含むものであるとき、 上記コードパターンは、更に上記第２の処理情報を含
    む、 ことを特徴とする情報記録媒体 。
  14. 【請求項１４】 上記情報再生装置が、上記第４の処理
    手段から出力されたサブセットからファイルを生成する
    ために必要な第５の処理情報を上記サブセッ トから抽出
    して認識し、この第５の処理情報に従って上記ファイル
    の生成を行なう第５の処理手段を更に含むものであると
    き、 上記コードパターンは、更に上記第５の処理情報を含
    む、 ことを特徴とする請求項１３に記載の情報記録媒体 。
JP21143394A 1994-09-05 1994-09-05 情報再生装置及び情報記録媒体 Expired - Fee Related JP3518897B2 (ja)

Priority Applications (8)

Application Number Priority Date Filing Date Title
JP21143394A JP3518897B2 (ja) 1994-09-05 1994-09-05 情報再生装置及び情報記録媒体
US08/519,339 US5774583A (en) 1994-09-05 1995-08-28 Information reproducing device for reproducing multimedia information recorded in the form of optically readable code pattern, and information recording medium storing multimedia information in the same form
AT95113716T ATE208949T1 (de) 1994-09-05 1995-08-31 Informationswiedergabegerät
DE69523851T DE69523851T2 (de) 1994-09-05 1995-08-31 Informationswiedergabegerät
EP95113716A EP0703580B1 (en) 1994-09-05 1995-08-31 Information reproducing device
US09/065,598 US6072918A (en) 1994-09-05 1998-04-24 Information reproducing device for reproducing multimedia information recorded in the form of optically readable code pattern, and information recording medium storing multimedia information in the same form
US09/501,404 US6201902B1 (en) 1994-09-05 2000-02-10 Information reproducing device for reproducing multimedia information recorded in the form of optically readable code pattern, and information recording medium storing multimedia information in the same form
US10/162,296 USRE38512E1 (en) 1994-09-05 2002-06-04 Information reproducing device for reproducing multimedia information recorded in the form of optically readable code pattern, and information recording medium storing multimedia information in the same form

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP21143394A JP3518897B2 (ja) 1994-09-05 1994-09-05 情報再生装置及び情報記録媒体

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2001263682A Division JP3581119B2 (ja) 2001-08-31 2001-08-31 情報再生装置及び情報記録媒体
JP2001263683A Division JP2002197809A (ja) 2001-08-31 2001-08-31 情報再生装置

Publications (2)

Publication Number Publication Date
JPH0877189A JPH0877189A (ja) 1996-03-22
JP3518897B2 true JP3518897B2 (ja) 2004-04-12

Family

ID=16605875

Family Applications (1)

Application Number Title Priority Date Filing Date
JP21143394A Expired - Fee Related JP3518897B2 (ja) 1994-09-05 1994-09-05 情報再生装置及び情報記録媒体

Country Status (5)

Country Link
US (4) US5774583A (ja)
EP (1) EP0703580B1 (ja)
JP (1) JP3518897B2 (ja)
AT (1) ATE208949T1 (ja)
DE (1) DE69523851T2 (ja)

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2916373B2 (ja) * 1994-06-02 1999-07-05 オリンパス光学工業株式会社 情報記録媒体及び情報再生装置
JPH0837567A (ja) * 1994-07-26 1996-02-06 Olympus Optical Co Ltd 情報記録媒体及び情報再生装置
JP2952170B2 (ja) * 1994-12-16 1999-09-20 オリンパス光学工業株式会社 情報再生システム
JP3659675B2 (ja) * 1995-01-31 2005-06-15 オリンパス株式会社 情報再生装置
JP3803411B2 (ja) * 1995-12-25 2006-08-02 オリンパス株式会社 情報再生システム及び情報記録媒体
JP3698805B2 (ja) * 1996-03-25 2005-09-21 パイオニア株式会社 情報記録装置及び方法、情報処理装置及び方法並びに情報再生装置及び方法
JP2942736B2 (ja) * 1996-09-03 1999-08-30 オリンパス光学工業株式会社 コード記録装置
US5956729A (en) * 1996-09-06 1999-09-21 Motorola, Inc. Multimedia file, supporting multiple instances of media types, and method for forming same
US5873064A (en) * 1996-11-08 1999-02-16 International Business Machines Corporation Multi-action voice macro method
JP4120896B2 (ja) * 1996-11-28 2008-07-16 ソニー株式会社 ビデオ編集装置及びその方法
US6104802A (en) 1997-02-10 2000-08-15 Genesys Telecommunications Laboratories, Inc. In-band signaling for routing
US6480600B1 (en) 1997-02-10 2002-11-12 Genesys Telecommunications Laboratories, Inc. Call and data correspondence in a call-in center employing virtual restructuring for computer telephony integrated functionality
US7031442B1 (en) 1997-02-10 2006-04-18 Genesys Telecommunications Laboratories, Inc. Methods and apparatus for personal routing in computer-simulated telephony
JPH10326331A (ja) * 1997-03-24 1998-12-08 Olympus Optical Co Ltd ドットコードを有する記録媒体及びコード読取装置
JPH1115911A (ja) * 1997-04-28 1999-01-22 Olympus Optical Co Ltd 情報再生システム
US6711611B2 (en) 1998-09-11 2004-03-23 Genesis Telecommunications Laboratories, Inc. Method and apparatus for data-linking a mobile knowledge worker to home communication-center infrastructure
US6985943B2 (en) 1998-09-11 2006-01-10 Genesys Telecommunications Laboratories, Inc. Method and apparatus for extended management of state and interaction of a remote knowledge worker from a contact center
USRE46528E1 (en) 1997-11-14 2017-08-29 Genesys Telecommunications Laboratories, Inc. Implementation of call-center outbound dialing capability at a telephony network level
JP4160139B2 (ja) * 1997-12-12 2008-10-01 オリンパス株式会社 情報記録再生装置
JPH11213085A (ja) 1998-01-30 1999-08-06 Olympus Optical Co Ltd コードイメージ記録装置
US7907598B2 (en) 1998-02-17 2011-03-15 Genesys Telecommunication Laboratories, Inc. Method for implementing and executing communication center routing strategies represented in extensible markup language
US7039857B2 (en) * 1998-09-11 2006-05-02 Genesys Telecommunications Laboratories, Inc. Method and apparatus for building multimedia applications using interactive multimedia viewers
US6332154B2 (en) 1998-09-11 2001-12-18 Genesys Telecommunications Laboratories, Inc. Method and apparatus for providing media-independent self-help modules within a multimedia communication-center customer interface
USRE46153E1 (en) 1998-09-11 2016-09-20 Genesys Telecommunications Laboratories, Inc. Method and apparatus enabling voice-based management of state and interaction of a remote knowledge worker in a contact center environment
JP2000269824A (ja) * 1999-01-12 2000-09-29 Matsushita Electric Ind Co Ltd データ符号化装置及びデータ復号化装置
US6366900B1 (en) * 1999-07-23 2002-04-02 Unisys Corporation Method for analyzing the conditional status of specialized files
US7929978B2 (en) 1999-12-01 2011-04-19 Genesys Telecommunications Laboratories, Inc. Method and apparatus for providing enhanced communication capability for mobile devices on a virtual private network
US7240099B2 (en) * 2000-03-06 2007-07-03 Sony Corporation System and method for efficiently performing data transfer operations
US6634009B1 (en) * 2000-03-08 2003-10-14 Altera Corporation Interleaver-deinterleaver megacore
US6639878B1 (en) * 2000-03-21 2003-10-28 Microsoft Corporation Method and apparatus for characterizing and improving optical drive performance
NO20004882L (no) * 2000-09-28 2002-04-02 Mobile Matrix Lab As Fremgangsmåte for overföring av informasjon til terminaler ved hjelp av optisk lesbare koder
FR2816138B1 (fr) * 2000-10-27 2003-01-17 Canon Kk Decodage de donnees numeriques
JP2002232841A (ja) * 2000-11-10 2002-08-16 Satake Corp マルチメディア情報処理装置
JP2002189699A (ja) * 2000-12-19 2002-07-05 Hitachi Ltd 情報処理装置、ログ集積制御装置、コンテンツ配信制御装置およびこれらを用いたコンテンツ配信システム
EP1818928A3 (en) * 2000-12-26 2008-06-04 Pioneer Corporation Information recording/reproducing apparatus, and information recording medium
ATE539509T1 (de) * 2001-02-27 2012-01-15 Toa Corp Empfänger mit paritätsdekodierung
US20020143794A1 (en) * 2001-03-30 2002-10-03 Helt David J. Method and system for converting data files from a first format to second format
JP3695581B2 (ja) * 2001-08-08 2005-09-14 ソニー株式会社 記録装置および記録方法、記録媒体、並びに、電子カメラ
US7584454B1 (en) 2003-09-10 2009-09-01 Nextaxiom Technology, Inc. Semantic-based transactional support and recovery for nested composite software services
US7483901B1 (en) * 2003-09-10 2009-01-27 Nextaxiom Technology, Inc. System and method for data transfer between two or more connected software services
US7581205B1 (en) 2003-09-30 2009-08-25 Nextaxiom Technology, Inc. System and method of implementing a customizable software platform
US8225282B1 (en) 2003-11-25 2012-07-17 Nextaxiom Technology, Inc. Semantic-based, service-oriented system and method of developing, programming and managing software modules and software solutions
TWI266181B (en) * 2004-04-09 2006-11-11 Mediatek Inc Apparatus for accessing and outputting optical data
KR100664311B1 (ko) * 2005-11-18 2007-01-04 삼성전자주식회사 자동 인덱스 생성이 가능한 화상형성장치 및 그 자동인덱스 생성방법
US9008075B2 (en) 2005-12-22 2015-04-14 Genesys Telecommunications Laboratories, Inc. System and methods for improving interaction routing performance
KR101366244B1 (ko) * 2007-04-24 2014-02-21 삼성전자주식회사 레지듀얼 데이터를 이용한 영상의 에러 은닉 방법 및 장치
US9178785B1 (en) 2008-01-24 2015-11-03 NextAxiom Technology, Inc Accounting for usage and usage-based pricing of runtime engine
KR101703327B1 (ko) * 2010-01-14 2017-02-06 삼성전자 주식회사 계층적 데이터 단위의 패턴 정보를 이용하는 비디오 부호화 방법과 그 장치, 및 비디오 복호화 방법과 그 장치
CN104750858A (zh) * 2015-04-16 2015-07-01 成都影泰科技有限公司 一种基于网络的数据存储方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4461552A (en) * 1980-09-09 1984-07-24 Levine Arnold M Film sound track recording and playback system
JPS62289936A (ja) * 1986-06-07 1987-12-16 Omron Tateisi Electronics Co 光学メモリ応用装置
JPH02105333A (ja) * 1988-10-14 1990-04-17 Hitachi Ltd 光記録シートならびにその再生方法および再生装置
JP2833975B2 (ja) * 1992-09-28 1998-12-09 オリンパス光学工業株式会社 ドットコード
DK0670555T3 (da) * 1992-09-28 2000-09-18 Olympus Optical Co Registreringsmedium med prikkode og informationsregistreringssystem
JPH06153156A (ja) * 1992-11-02 1994-05-31 Fujitsu Ltd ムービー再生方式
JP3093494B2 (ja) * 1992-11-18 2000-10-03 株式会社東芝 多様性信号処理装置
JPH06236313A (ja) * 1993-02-09 1994-08-23 Teac Corp 音声信号記録再生装置
JP3244371B2 (ja) * 1993-12-22 2002-01-07 オリンパス光学工業株式会社 オーディオ情報処理システム及びオーディオ情報処理方法
JP2916373B2 (ja) * 1994-06-02 1999-07-05 オリンパス光学工業株式会社 情報記録媒体及び情報再生装置
JPH0837567A (ja) * 1994-07-26 1996-02-06 Olympus Optical Co Ltd 情報記録媒体及び情報再生装置
DE19541393A1 (de) * 1995-11-07 1997-05-15 Krauss Maffei Verkehrstechnik Drehgestell für Hochgeschwindigkeits-Schienenfahrzeuge
JP3767930B2 (ja) 1995-11-13 2006-04-19 沖電気工業株式会社 情報の記録・再生方法および情報記憶装置

Also Published As

Publication number Publication date
ATE208949T1 (de) 2001-11-15
EP0703580A2 (en) 1996-03-27
US5774583A (en) 1998-06-30
US6201902B1 (en) 2001-03-13
DE69523851T2 (de) 2002-07-04
JPH0877189A (ja) 1996-03-22
DE69523851D1 (de) 2001-12-20
EP0703580A3 (en) 1999-02-24
USRE38512E1 (en) 2004-05-11
US6072918A (en) 2000-06-06
EP0703580B1 (en) 2001-11-14

Similar Documents

Publication Publication Date Title
JP3518897B2 (ja) 情報再生装置及び情報記録媒体
US6216238B1 (en) Information recording medium and information reproducing apparatus
JPH0837567A (ja) 情報記録媒体及び情報再生装置
US5841793A (en) Optical reproduction system having function of rationally changing error data chunk and reproducing multimedia information as code data
US6574765B2 (en) Code image data output apparatus and method
US5371602A (en) Picture data recording/reproducing system for recording compressed picture data and reproducing recorded data with plural reproduction modes
JPH0887577A (ja) 情報記録媒体及び情報再生装置
US5239382A (en) Image sensing apparatus and recording/reproducing method thereof
CN1713710B (zh) 图像处理装置和图像处理方法
US7756203B2 (en) Image processing apparatus
US5719886A (en) System for optically recording/reproducing multimedia information using code data
JP3581119B2 (ja) 情報再生装置及び情報記録媒体
JP2002197809A (ja) 情報再生装置
JP3500367B2 (ja) 情報再生装置
JPH08212313A (ja) 情報再生システム及び記録媒体
JP2002140196A (ja) 情報再生装置及び情報記録媒体
JP3599776B2 (ja) 情報記録システム及び情報記録媒体
JPH08205044A (ja) 情報提供制御装置及び情報提供制御方法
JP3356712B2 (ja) 画像符号化装置、画像復号化装置、画像符号化方法及び画像復号化方法
JPH01319871A (ja) 画像フアイル装置

Legal Events

Date Code Title Description
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20040113

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040127

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090206

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090206

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100206

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110206

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees