JPH08214104A - 情報再生システム - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 マルチメディア情報を光学的に読み取り可能
なコードとして情報記録媒体に印刷記録し、それを読み
取って元のマルチメディア情報に復元するシステムにお
いて、エラー訂正不可のエラー部分データ塊を合理的に
修正変更することを可能とする。 【構成】 コードを光学的に読み取る読取手段と、読取
手段で読み取ったコードを復調して復調データを出力す
る復号手段と、復元手段より出力された復調データの所
定量からなる集合体を一単位とする部分データ塊毎にエ
ラー訂正３１０に係る処理を行う再生手段３６３と、再
生手段より出力された部分データ塊を所定数集めて最終
出力データとしこれを認識可能な如く元のマルチメディ
ア情報として出力する出力手段から成る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、音声、音楽等のオーデ
ィオ情報、カメラ、ビデオ機器等から得られる映像情
報、及びパーソナルコンピュータ、ワードプロセッサ等
から得られるディジタルコードデータ、等を含めた所謂
マルチメディア情報を光学的に読み取り可能なコードパ
ターンとして紙等の情報記録媒体に記録されたコードパ
ターンを光学的に読み取って元のマルチメディア情報を
再生する情報再生システムに係り、特に再生情報中に存
在するエラー部分データ塊を合理的に修正変更し得るよ
うにした情報再生システムに関する。

【０００２】

【従来の技術】従来より、音声や音楽等を記録する媒体
として、磁気テープや光ディスク等、種々のものが知ら
れている。しかしこれらの媒体は、大量に複製を作った
としても単価はある程度高価なものとなり、またその保
管にも多大な場所を必要としていた。

【０００３】さらには、音声を記録した媒体を、遠隔地
にいる別の者に渡す必要ができた場合には、郵送するに
しても、また直に持っていくにしても、手間と時間がか
かるという問題もあった。

【０００４】また、オーディオ情報以外の、カメラ、ビ
デオ機器等から得られる映像情報、及びパーソナルコン
ピュータ、ワードプロセッサ等から得られるディジタル
コードデータ、をも含めた所謂マルチメディア情報全体
に関しても同様であった。

【０００５】そこで、本発明の出願人は、オーディオ情
報，映像情報，ディジタルコードデータの少なくとも一
つを含むマルチメディア情報を、ファクシミリ伝送が可
能で、また大量の複製が安価に可能な画像情報即ち符号
化情報としてのドットコードの形で紙等の情報記録媒体
に記録するシステム及びそれを再生するためのシステム
を発明し、特願平５−２６０４６４号として出願してい
る。

【０００６】この特願平５−２６０４６４号による情報
再生システムでは、図３１に示すように、情報記録媒体
上のドットコードを光学的に読み取って再生するペン型
再生装置を用いて記録されているドットコードに沿って
記録媒体上に手動で走査してそれを読み取って再生処理
する技術が開示されている。

【０００７】すなわち、このペン型再生装置は、ドット
コード（この場合、オーディオ情報のみとする）３９６
が印刷されている紙面３９２からドットコード３９６を
読み取るための検出部３００、この検出部３００から供
給される画像データをドットコードとして認識しノーマ
ライズを行う走査変換部３０２、多値データを二値にす
る二値化処理部３０４、復調部３０６、データ列を調整
するデータ列調整部３０８、再生時の読み取りエラー，
データエラーを訂正するデータエラー訂正部３１０、上
記ＡＤＰＣＭ回路３６８でのデータ圧縮処理に対する伸
長処理部３１２、等から成る。

【０００８】上記検出部３００に於いては、光源３１４
にて紙面３９２上のドットコード３９６を照明し、反射
光をレンズ等の結像光学系３１６及びモアレ等の除去の
ための空間フィルタ３１８を介して、光の情報を電気信
号に変換する例えば電荷結合素子（ＣＣＤ）、電荷変調
素子（ＣＭＤ）等の撮像部３２０で画像信号として検出
し、プリアンプ３２２に増幅して出力する。

【０００９】これらの光源３１４、結像光学系３１６、
空間フィルタ３１８、撮像部３２０、及びプリアンプ３
２２は、外光に対する外乱を防ぐための外光遮光部３２
４内に構成される。

【００１０】そして、上記プリアンプ３２２で増幅され
た画像信号は、Ａ／Ｄ変換器３２６にてディジタル情報
に変換されて、次段の走査変換部３０２に供給される。

【００１１】なお、上記撮像部３２０は、撮像部制御部
３２８により制御される。

【００１２】例えば、撮像部３２０としてインターライ
ン転送方式のＣＣＤを使用する場合には、撮像部制御部
３２８は、撮像部３２０の制御信号として、垂直同期の
ためのバーチカル（Ｖ）ブランキング信号、情報電荷を
リセットするための撮像素子リセットパルス信号、二次
的に配列された電荷転送蓄積部に蓄積された電荷を複数
の垂直シフトレジスタへ送るための電荷転送ゲートパル
ス信号、水平方向に電荷を転送し外部に出力する水平シ
フトレジスタの転送クロック信号である水平電荷転送ク
ロック（ＣＬＫ）信号、上記複数の垂直シフトレジスタ
電荷を垂直方向に転送して上記水平シフトレジスタに送
るための垂直電荷転送パルス信号、等を出力する。

【００１３】これらの信号のタイミングは、図３２に示
される。

【００１４】そして、撮像部制御部３２８は、このタイ
ミングに合わせながら光源３１４の発光のタイミングを
とるための発光セルコントロールパルスを光源に与え
る。

【００１５】基本的に、図３２のタイミングチャート
は、１フィルード分の概念図である。

【００１６】画像データは、この１フィールドのＶブラ
ンキングからＶブランキングまでの間に読み出される。

【００１７】上記光源３１４は連続点灯するのではなく
てパルス点灯を行い、フィールド単位に同期させなが
ら、後続のパルス点灯を行うものとしている。

【００１８】この場合、パルス点灯させる上でのクロッ
クノイズが信号出力に入らないように、Ｖブランキング
期間中、即ち画像電荷を出力していない間に露光するよ
うなタイミングにコントロールされる。

【００１９】すなわち、発光セルコントロールパルス
は、瞬間的に電力を与えることにより発生する非常に細
かいディジタルのクロックパルスであるため、それによ
るノイズがアナログの画像信号に入らないようにするこ
とが必要であり、そのための処置として、Ｖブランキン
グ期間中に光源をパルス点灯させるようにしている。

【００２０】こうすることによって、信号対雑音比（Ｓ
／Ｎ）の向上が図られる。

【００２１】また、パルス点灯させるということは、発
光時間を短くすることであり、よって手動操作のズレと
移動ズレというぼけの影響をなくすという大きな効果が
ある。これによって、高速にスキャンすることが可能に
なる。

【００２２】また、再生装置が傾いたりして、外光遮光
部３２４があるにも係わらず、何らかの原因で外光等の
外乱が入った場合でも、Ｓ／Ｎ劣化を最低限に抑えるた
めにＶブランキング期間に光源３１４を発光させる直前
に一度リセットパルスを出力して画像の信号をリセット
し、その直後に発光を行い、その後すぐに、読み出しを
行っていくようにしている。

【００２３】ここで、図３１に戻り、走査変換部３０２
を説明する。

【００２４】この走査変換部３０２は、検出部３００か
ら供給される画像データをドットコードとして認識し、
ノーマライズを行う部分である。

【００２５】その手法として、まず検出部３００からの
画像データを画像メモリ３３０に格納し、そこから一度
読み出してマーカ検出部３３２に送る。このマーカ検出
部３３２では、各ブロック毎のマーカを検出する。

【００２６】そしてデータ配列方向検出部３３４は、そ
の、マーカを使って、回転あるいは傾き、データの配列
方向を検出する。

【００２７】アドレス制御部３３６は、その結果をもと
に上記画像メモリ３３０からそれを補正するように画像
データを読み出して補間回路３３８に供給する。

【００２８】なお、このときに、検出部３００の結像光
学系３１６に於けるレンズの収差の歪みを補正用のメモ
リ３４０からそれぞれ収差情報を読み出して、レンズの
補正も併せて行う。

【００２９】そして、補間回路３３８は、画像データに
補間処理を施して、本来のドットコードのパターンとい
う形に変換していく。

【００３０】補間回路３３８の出力は、二値化処理部３
０４に与えられる。

【００３１】基本的には、ドットコード３９６は、白と
黒のパターン、すなわち二値情報であるので、この二値
化処理部３０４で二値化する。

【００３２】そのときに、閾値判定回路３４２により、
外乱の影響、信号振幅等の影響を考慮した閾値の判定を
行いながら適応的に二値化が行われる。

【００３３】そして、ドットコード３９６の記録時にお
ける変調に応じて、復調部３０６でそれをまず復調した
後、データ列調整部３０８にデータが入力される。

【００３４】このデータ列調整部３０８では、まずブロ
ックアドレス検出部３４４により前述した二次元ブロッ
クのブロックアドレスを検出し、その後、ブロックアド
レスの誤り検出、訂正部３４６によりブロックアドレス
のエラー検出及び訂正を行った後、アドレス制御部３４
８に於いてそのブロック単位でデータをデータメモリ部
３５０に格納していく。

【００３５】このように、ブロックアドレスの単位で格
納することで、途中抜けた場合、あるいは途中から入っ
た場合でも、無駄無くデータを格納していくことができ
る。

【００３６】その後、データメモリ部３５０から読み出
されたデータに対してデータエラー訂正部３１０にてエ
ラーの訂正が行われる。

【００３７】このエラー訂正部３０８の出力は、伸長処
理部３１２にて、ドットコード９６の記録時におけるデ
ータ圧縮に対応する伸長処理が行われ、さらにデータ補
間回路３５２にて再生データ中に存在するエラー訂正不
能なデータの補間が行われる。

【００３８】データ補間回路３５２の出力は、（ディジ
タル／アナログ）Ｄ／Ａ変換器３５４でアナログ信号に
変換後、スピーカやヘッドホン、イヤーホーン、その他
それに準ずる出力装置３６５に出力される。

【００３９】

【発明が解決しようとする課題】しかしながら上述した
ような情報再生システムに用いられるドットコードパタ
ーン自体は、さらに記録密度を向上できるような構造が
研究されている段階であり、上記特願平５−２６０４６
４号に開示された情報再生装置及び情報記録媒体は、そ
のような将来的な変更に対する柔軟性については、まだ
十分な考慮がなされていなかった。

【００４０】このため、上述したような情報再生システ
ムにおいてデータ補間回路３５２により行われるエラー
訂正不能なエラー部分データ塊に対する補間すなわち適
切なデータとしての修正変更を行うことが具体的に開示
されていない。

【００４１】そこで、本発明は以上のような点に鑑みて
なされたもので、再生情報中に存在するエラー部分デー
タ塊や壊れたファイルヘッダを適切なデータやデフォル
トとして合理的に修正変更が行えるようにした情報再生
システムを提供することを目的としている。

【００４２】

【課題を解決するための手段】

（１）本発明によると、上記課題を解決するために、オ
ーディオ情報、映像情報、ディジタルコードデータの少
なくとも一つを含むマルチメディア情報が光学的に読取
可能なコードで記録されている部分を備える記録媒体か
ら、前記コードを光学的に読み取る読取手段と、前記読
取手段で読み取ったコードを復調して復調データを出力
する復元手段と、該復元手段より出力された復調データ
の所定量からなる集合体を一単位とする部分データ塊毎
にエラー訂正に係る処理を行う再生手段と、該再生手段
より出力された部分データ塊を所定数集めて最終出力デ
ータとしこれを認識可能な如く元のマルチメディア情報
として出力する出力手段とを備えた情報再生システムに
おいて、上記部分データ塊毎にその欠落乃至上記再生手
段によるエラー訂正不可をエラー部分データ塊として検
出するエラー部分データ塊検出手段と、該エラー部分デ
ータ塊検出手段によって検出されたエラー部分データ塊
を認識して当該エラー部分データ塊に対応する部分のデ
ータを修正乃至変更するデータ修正変更手段とを備えた
ことを特徴とする情報再生システムが提供される。

【００４３】（２）また、本発明によると、上記マルチ
メディア情報がオーディオ情報であるとき、上記データ
修正変更手段は、当該エラー部分データ塊に対応する部
分のオーディオ出力レベルを低減させる手段を含む
（１）に記載の情報再生システムが提供される。

【００４４】（３）また、本発明によると、上記マルチ
メディア情報が画像情報であるとき、上記データ修正変
更手段は、当該エラー部分データ塊に対応する部分の画
像をぼかす手段を含む（１）に記載の情報再生システム
が提供される。

【００４５】（４）また、本発明によると、上記データ
修正変更手段は、修正乃至変更すべき対象のエラー部分
データ塊を削除し、且つ、当該削除部分に代替データを
挿入する手段を含む（１）に記載の情報再生システムが
提供される。

【００４６】（５）また、本発明によると、上記マルチ
メディア情報がオーディオ情報であるとき、上記削除部
分に挿入すべき代替データが無音データである（４）に
記載の情報再生システムが提供される。

【００４７】（６）また、本発明によると、上記マルチ
メディア情報が画像情報であるとき、上記削除部分に挿
入すべき代替データが所定の輝度レベルデータである
（４）に記載の情報再生システムが提供される。

【００４８】（７）また、本発明によると、上記データ
修正変更手段は、上記削除部分に挿入すべき代替データ
を当該エラー部分データ塊の前後又は周囲のデータに基
づいて生成する手段を含む（４）に記載の情報再生シス
テムが提供される。

【００４９】（８）また、本発明によると、上記情報再
生システムは、上記データ修正変更手段によってエラー
部分データ塊が修正乃至変更された旨を報知するための
報知手段を更に有する（１）に記載の情報再生システム
が提供される。

【００５０】（９）また、本発明によると、オーディオ
情報、映像情報、ディジタルコードデータの少なくとも
一つを含むマルチメディア情報が光学的に読取可能なコ
ードで記録されている部分を備える記録媒体から、前記
コードを光学的に読み取る読取手段と、前記読取手段で
読み取ったコードを復調して復調データを出力する復元
手段と、該復元手段より出力された復調データの所定量
からなる集合体を一単位とする部分データ塊毎にエラー
訂正に係る処理を行う再生手段と、該再生手段より出力
された部分データ塊を所定数集めて最終出力データとし
これを認識可能な如く元のマルチメディア情報として出
力する出力手段とを備えた情報再生システムにおいて、
上記部分データ塊毎にその欠落乃至上記再生手段による
エラー訂正不可をエラー部分データ塊として検出するエ
ラー部分データ塊検出手段と、該エラー部分データ塊検
出手段によって検出されたエラー部分データ塊を認識し
て当該エラー部分データ塊に対応する部分のデータの出
力態様を修正乃至変更すべくその制御信号を生成する制
御信号生成手段とを備えたことを特徴とする情報再生シ
ステムが提供される。

【００５１】（10）また、本発明によると、上記マルチ
メディア情報がオーディオ情報であるとき、上記制御信
号は、当該エラー部分データ塊に対応する部分のオーデ
ィオ出力レベルを低減させるための信号である（９）に
記載の情報再生システムが提供される。

【００５２】（11）また、本発明によると、上記マルチ
メディア情報が画像情報であるとき、上記制御信号は、
当該エラー部分データ塊に対応する部分の画像をぼかす
ための信号である（９）に記載の情報再生システムが提
供される。

【００５３】（12）また、本発明によると、上記部分デ
ータ塊を所定数集めた最終出力データが所定の方式に従
って圧縮された圧縮データであるとき、上記データ修正
変更手段は、上記最終出力データの伸長処理後のデータ
から当該エラー部分データ塊に基づくエラーの波及範囲
を検出し、この検出されたエラーの波及範囲情報に基づ
いて当該伸長処理後のデータの修正乃至変更する（１）
に記載の情報再生システムが提供される。

【００５４】（13）また、本発明によると、上記情報再
生システムは、上記制御信号生成手段によって制御信号
が生成された旨を報知するための報知手段を更に有する
（９）に記載の情報再生システムが提供される。

【００５５】（14）また、本発明によると、オーディオ
情報、映像情報、ディジタルコードデータの少なくとも
一つを含むマルチメディア情報が光学的に読取可能なコ
ードで記録されている部分を備える記録媒体から、前記
コードを光学的に読み取る読取手段と、前記読取手段で
読み取ったコードを復調して復調データを出力する復元
手段と、該復元手段より出力された復調データに対して
エラー訂正に係る処理を行う再生手段と、該再生手段よ
り出力されたデータを認識可能な如く元のマルチメディ
ア情報として出力する出力手段とを備え、上記再生手段
より出力されたデータはそのヘッダ情報として当該出力
の対象となるデータが何れの種別のデータであるかを表
わす属性情報を含み、上記出力手段は該属性情報に応じ
て該当するデータのマルチメディア情報を出力するよう
にした情報再生システムであって、上記属性情報の欠落
乃至上記再生手段によるエラー訂正不可を検出する属性
情報検出手段と、該属性情報検出手段によって属性情報
が検出されなかったとき当該出力の対象となるデータの
属性情報をデフォルト値とするためのデフォルト値設定
手段とを備えたことを特徴とする情報再生システムが提
供される。

【００５６】（15）また、本発明によると、上記情報再
生システムは、当該読み取り動作の以前に行なわれた読
み取り動作で検出された属性情報を記憶するための属性
情報メモリを更に有し、上記デフォルト値設定手段は、
上記デフォルト値を、該属性情報メモリに記憶された属
性情報とする手段を含む（１４）に記載の情報再生シス
テムが提供される。

【００５７】（16）また、本発明によると、上記デフォ
ルト値設定手段は、そのデフォルト値を記録媒体単位、
操作者単位、乃至操作期間単位で変更可能とする手段を
含む（１４）に記載の情報再生システムが提供される。

【００５８】（17）また、本発明によると、上記デフォ
ルト値設定手段は、そのデフォルト値を記録媒体単位、
操作者単位、乃至操作期間単位の何れかの単位内で最も
多く使用された属性情報を設定するための手段を含む
（１６）に記載の情報再生システムが提供される。

【００５９】（18）さらに、本発明によると、上記情報
再生システムは、上記デフォルト値設定手段によってデ
フォルト値が設定された旨を報知するための報知手段を
更に有する（１４）に記載の情報再生システムが提供さ
れる。

【００６０】

【作用】以上のような解決手段のうち（１）の情報再生
システムにおける読取手段はオーディオ情報、映像情
報、ディジタルコードデータの少なくとも一つを含むマ
ルチメディア情報が光学的に読取可能なコードで記録さ
れている部分を備える記録媒体から、前記コードを光学
的に読み取る。また、復元手段は前記読取手段で読み取
ったコードを復調して復調データを出力する。また再生
手段は、該復元手段より出力された復調データの所定量
からなる集合体を一単位とする部分データ塊毎にエラー
訂正に係る処理を行う。また、出力手段は該再生手段よ
り出力された部分データ塊を所定数集めて最終出力デー
タとしこれを認識可能な如く元のマルチメディア情報と
して出力する。また、エラー部分データ塊検出手段は上
記部分データ塊毎にその欠落乃至上記再生手段によるエ
ラー訂正不可をエラー部分データ塊として検出する。ま
た、データ修正変更手段は該エラー部分データ塊検出手
段によって検出されたエラー部分データ塊を認識して当
該エラー部分データ塊に対応する部分のデータを修正乃
至変更する。

【００６１】また、（９）の情報再生システムにおける
読取手段はオーディオ情報、映像情報、ディジタルコー
ドデータの少なくとも一つを含むマルチメディア情報が
光学的に読取可能なコードで記録されている部分を備え
る記録媒体から、前記コードを光学的に読み取る。ま
た、復元手段は、前記読取手段で読み取ったコードを復
調して復調データを出力する。また、再生手段は該復元
手段より出力された復調データの所定量からなる集合体
を一単位とする部分データ塊毎にエラー訂正に係る処理
を行う。また、出力手段は該再生手段より出力された部
分データ塊を所定数集めて最終出力データとしこれを認
識可能な如く元のマルチメディア情報として出力する。
また、エラー部分データ塊検出手段は上記部分データ塊
毎にその欠落乃至上記再生手段によるエラー訂正不可を
エラー部分データ塊として検出する。また、制御信号生
成手段は該エラー部分データ塊検出手段によって検出さ
れたエラー部分データ塊を認識して当該エラー部分デー
タ塊に対応する部分のデータの出力態様を修正乃至変更
すべくその制御信号を生成する。

【００６２】さらに、（１４）の情報再生システムにお
ける読取手段はオーディオ情報、映像情報、ディジタル
コードデータの少なくとも一つを含むマルチメディア情
報が光学的に読取可能なコードで記録されている部分を
備える記録媒体から、前記コードを光学的に読み取る。
また、復元手段は前記読取手段で読み取ったコードを復
調して復調データを出力する。

【００６３】また、再生手段は該復元手段より出力され
た復調データに対してエラー訂正に係る処理を行う。ま
た、出力手段は該再生手段より出力されたデータを認識
可能な如く元のマルチメディア情報として出力する。

【００６４】上記再生手段より出力されたデータはその
ヘッダ情報として当該出力の対象となるデータが何れの
種別のデータであるかを表わす属性情報を含む。

【００６５】また上記出力手段は該属性情報に応じて該
当するデータのマルチメディア情報を出力する。また、
属性情報検出手段は、上記属性情報の欠落乃至上記再生
手段によるエラー訂正不可を検出する。また、デフォル
ト値設定手段は該属性情報検出手段によって属性情報が
検出されなかったとき当該出力の対象となるデータの属
性情報をデフォルト値とする。

【００６６】

【実施例】初めに、本発明の概要について述べると、本
発明の各実施例では、マルチメディア情報を光学的に読
み取り可能なコードパターンとして情報記録媒体に印刷
記録し、それを読み取って元のマルチメディア情報に復
元するシステムにおいて、情報記録媒体に記録されたコ
ードパターンが、マルチメディア情報に復元する復元処
理過程に従ってデータを編集処理するために必要な処理
情報を含んでいるものとする。そして、復元処理過程
は、レイヤ１乃至５の階層構造を有している。このうち
レイヤ５はファイル管理機能を有する。また、レイヤ４
は、サブセットエレメントを集めてサブセットを生成し
変換してレイヤ５が扱うデータ転送単位（セクタ）を生
成する機能を有する。さらに、レイヤ３以下は、上記情
報記録媒体から上記コードパターンを読み込んで所定の
復元処理を行なって上記サブセットエレメントを出力す
る機能を有する。

【００６７】そして、レイヤ３で実行されるエラー訂正
の各種の状態信号がレイヤ４におけるサブセット生成の
ために通知されるのを利用して、エラー訂正不可あるい
は欠落を検出することにより、エラー部を適切なデータ
に修正変更する点が本発明の一つの要旨となる。

【００６８】従って、本発明の実施例を説明する前に、
上述した概要による情報再生システムを実現するために
必要となる本発明の前提事項について説明する。

【００６９】まず、本発明の理解を助けるために、本発
明の出願人による特願平５−２６０４６４号に詳しく記
されているようなドットコードのコードパターンを説明
しておく。

【００７０】図９の（Ａ）及び（Ｂ）に示すように、ド
ットコード１０は、データの内容に応じて配列された複
数のドットから構成されるブロック１２を複数配置した
構成となっている。すなわち、所定単位毎のデータであ
るブロック１２が集合して配置されている。１つのブロ
ック１２は、マーカ１４、ブロックアドレス１６、及び
アドレスのエラー検出データ１８と、実際のデータが入
るデータエリア２０とから成っている。

【００７１】ドットコード１０を構成する各ブロック１
２は、二次元に配列されており、それぞれブロックアド
レス１６が付加されている。そのブロックアドレス１６
は、Ｘアドレス，Ｙアドレスに対応したアドレスがつい
ている。例えば、図２の（Ａ）に於いて一番左上のブロ
ックを（Ｘアドレス，Ｙアドレス）＝（１，１）とす
る。それに対してその右のブロックのブロックアドレス
は（２，１）、以下同様にして、右にいくにつれＸアド
レスをインクリメントしたものが、下にいくにつれてＹ
アドレスをインクリメントしたものが付加されるという
形で、全ブロック１２にブロックアドレス１６が付加さ
れる。

【００７２】ここで、最下段のマーカと最右段のマーカ
については、ダミーのマーカ２２とする。つまり、ある
マーカ１４に対するブロック１２は、それを含む４つの
マーカ１４で囲まれるその右斜め下のデータであり、最
下段及び最右段のマーカは下から２段目及び右から２段
目のマーカに対するブロックを定義するために配置され
た補助的なマーカ、即ちダミーなマーカ２２である。

【００７３】次に、そのブロック１２の中身を説明す
る。図９の（Ｂ）に示すように、当該ブロック１２のマ
ーカ１４と下のマーカとの間に、ブロックアドレス１６
とそのブロックアドレスのエラー検出コード１８が付加
される。また、当該マーカ１４と右のマーカとの間に同
様にブロックアドレス１６とそのエラー検出コード１８
が付加される。このように、ブロックアドレス１６をデ
ータエリア２０の左側と上側に配置し、マーカ１４をそ
の左上角に配置した形としている。なお、ブロックアド
レス１６は、１ブロック内に２カ所に記録した例を示し
てあるが、これは１カ所でも構わない。しかし、２カ所
に記録することによって、一方のブロックアドレスにノ
イズがのってエラーを起こした場合にでも、他方のアド
レスを検出することによって確実に検出することができ
るので、２カ所に記録する方が好ましい。

【００７４】上記のような二次元ブロック分割方式を採
用することにより、情報再生装置側で、隣接する４つの
マーカを検出して、マーカ間をドット数分だけ等分割す
ることでノーマライズを行なっているため、拡大，縮
小，変形等に強く、また、手ブレ等に強いという利点が
ある。

【００７５】なお、データエリア２０に於けるデータド
ット２４については、例えば、１ドットが数十μｍの大
きさである。これは、アプリケーション，用途によって
は数μｍレベルまで可能であるが、一般的には、４０μ
ｍとか２０μｍ、あるいは８０μｍとする。データエリ
ア２０は、例えば、６４×６４ドットの大きさである。
これらは、上記等分割による誤差が吸収できる範囲まで
自由に拡大あるいは縮小することが可能である。また、
上記マーカ１４は、ポジション指標としての機能を持つ
ものであり、変調されたデータにない大きさ、例えば丸
形状で、データドット２４に対して例えば７ドット以上
とか、７×７ドット位の大きさを持つ円形黒マーカとし
ている。また、ブロックアドレス１６及びそのエラー検
出データ１８も、データドット２４と同様のドットによ
りそれぞれ構成される。

【００７６】次に、本発明の出願人による特願平６−１
２１３６８号に詳しく記されているような、マルチメデ
ィア情報を光学的に読み取り可能なコードパターンの一
例としてドットコードパターンを紙等の情報記録媒体に
記録再生するためのマルチメディアペーパ（ＭＭＰ）シ
ステムに於ける情報転送プロトコルの階層区分例を説明
する。なおここで、レイヤＮ（Ｎ＝１〜５）プロトコル
とは、レイヤＮが隣接レイヤからのリクエストに応じる
ために必要な機能を実現するための動作規約のことであ
る。

【００７７】図１０に示すように、この階層区分は、記
録側及び再生側、共にレイヤ１〜５の論理的な複数の階
層構造を有している。

【００７８】記録側に於いては、まず、アプリケーショ
ンプロセスＸ、一般的には、コンピュータ上のアプリケ
ーションプログラム、で生じた音声，音楽等のオーディ
オ情報、カメラ，ビデオ機器等から得られる映像情報、
及びパーソナルコンピュータ，ワードプロセッサ等から
得られるディジタルコードデータ、等を含めた所謂マル
チメディア情報は、同様にコンピュータ上に構成された
アプリケーション層（レイヤ５）及びプレゼンテーショ
ン層（レイヤ４）を介して、情報記録装置としてのＭＭ
Ｐ記録装置２６に渡される。ＭＭＰ記録装置では、受け
取ったデータを、データリンク層（レイヤ３）、ブロッ
クデータ層（レイヤ２）、物理層（レイヤ１）により光
学的に読み取り可能なドットコードパターンとして紙等
の情報記録（伝送）媒体３０に印刷記録する。

【００７９】情報記録（伝送）媒体３０は、再生側に渡
される。あるいは、この媒体３０に記録されたコードパ
ターンが再生側にファクシミリ伝送され、再生側で紙等
の情報記録媒体３０に印刷記録することもできる。

【００８０】ＭＭＰ再生装置では、このような情報記録
媒体３０に記録されたコードパータンを撮像して、記録
時とは逆にレイヤ１からレイヤ３あるいはレイヤ５まで
の復元処理過程に従ってデータの編集処理を行い、結果
のデータを再生側に渡す。再生側では、記録側と逆に必
要に応じてレイヤ４及び５の処理機能を介して、アプリ
ケーションプロセスＹに再生したマルチメディア情報を
渡す。

【００８１】以下、再生側の各レイヤ（階層）について
詳細に説明し、記録側については、この再生側と裏返し
であるので、その説明は省略するものとする。

【００８２】すなわち、図１１及び図１２は、このよう
な再生側の複数の階層構造で、多段階にわたる処理の過
程の例を示す図である。なお、これらの図１１，１２に
於いて、Ｎ−ＳＤＵn はＮ層サービスデータユニットｎ
番（Ｎｔｈ Ｌａｙｅｒ Ｓｅｒｖｉｃｅ Ｄａｔａ
Ｕｎｉｔ，Ｎｏ．ｎ）、Ｎ−ＰＤＵn はＮ層プロトコル
データユニットｎ番（Ｎｔｈ Ｌａｙｅｒ Ｐｒｏｔｏ
ｃｏｌ Ｄａｔａ Ｕｎｉｔ，Ｎｏ．ｎ）、Ｎ−ＰＣＩ
n はＮ層プロトコルコントロールインフォメーションｎ
番（Ｎｔｈ Ｌａｙｅｒ Ｐｒｏｔｏｃｏｌ Ｃｏｍｔ
ｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，Ｎｏ．ｎ）（本発明
での各種処理情報に相当する）、Ｎ−ＵＤn はＮ層利用
者データｎ番（Ｎｔｈ Ｌａｙｅｒ Ｕｓｅｒ Ｄａｔ
ａ，Ｎｏ．ｎ）、ＡＤＵはアプリレーションデータユニ
ット（ＡｐｐｌｉｃａｔｉｏｎＤａｔａ Ｕｎｉｔ）、
ＡＣＨはアプリケーション・コントロール・ヘッダ（Ａ
ｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｈｅａｄｅ
ｒ）をそれぞれ示している（ｎ＝１はデータ、２はステ
ータス（状態）情報、３は制御情報を示す）。

【００８３】まず、レイヤ１（物理層）は、ドットイメ
ージの量子化データの確実な伝送を保証することを基本
的な役割としている。このレイヤ１は、電気・物理的条
件並びに量子化のための諸条件（即ち、ドットパターン
の単純転送規定、等化方式、量子化方式、等）を規定す
る。このレイヤ１に要求される層内機能、即ち提供され
るサービスは、伝送媒体（紙種）の複数提供、複数ドッ
ト密度の許容、スキャナ解像度の複数提供、映像信号の
複数伝送手段の提示、読取開始終了機能の提供、等があ
り、必要に応じて、ドットの複数階調表現（２値，多
値）、ドットの多重表現の許容（カラーイメージ撮像、
伝送）、等を含めることができる。

【００８４】このレイヤ１、即ち物理層は、紙等の情報
記録（伝送）媒体３０に記録されたドットコードパータ
ンを光学的に撮像し、画像信号を出力する機能モジュー
ル（撮像系モジュール３２）と、画像信号を前処理（ゲ
インコントロール、等化処理）し、標本化／量子化する
機能モジュール（再生等化モジュール３４，量子化モジ
ュール３６）を持つ、さらには、量子化値をディジタル
データに変換して、画像データを生成する機能モジュー
ルと、画像データを構造化して、構造情報（ヘッダ即ち
第１の処理情報）とデータ（画像データの実体）から成
る所定のデータフォーマットに変換し、隣接上位層つま
りレイヤ２に出力する機能モジュール、処理に関わる状
態情報、制御情報を入出力する機能モジュール、等を持
つ。

【００８５】このレイヤ１から上位のレイヤ２には、サ
ービスデータユニット（１−ＳＤＵ１）として、撮像フ
レーム単位の構造化（画像）データが渡される。

【００８６】レイヤ２（ブロックデータ層）は、ブロッ
ク及びブロック内ビット列の確実な伝送を基本的な役割
としている。このレイヤ２は、ブロック伝送のための諸
条件（即ち、ブロック検出方式、チャンネルビット検出
方式、符号化変調・復調方式、等）を規定する。このレ
イヤ２に要求される層内機能、即ち提供されるサービス
は、ブロック抽出及びドット標本点の検出、複数記録方
式の提供（２値，多値，多重方式などの提供）、複数ブ
ロックパターンの提供、複数符号化変調復調方式の提
供、ブロック相対位置の検出、ブロック検出誤りの通知
と障害克服作業、等がある。なおここで、上記複数ブロ
ックパターンの提供は、ブロックサイズ検出機能、マー
カ定義／検出機能、多種ドット読出し順序の対応、等を
含む。

【００８７】このレイヤ２つまりブロックデータ層は、
隣接下位階層つまりレイヤ１から入力する構造化（画
像）データ（１−ＳＤＵ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 としてのユーザーデータ（サブセ
ットエレメントユーザーデータ１５２）１６２とからな
る。これは、図１９の（Ｂ）に示した構成例と異なる
が、勿論、上記セット規格識別コード１４４、ユーザー
データフォーマットタイプ１４６、サブセットエレメン
ト連結情報１４８、サブセットエレメントユーザーデー
タサイズ１５０、等を含んでいても良い。

【０１７６】上記所属サブセットＩＤ番号１５４は、レ
イヤ４ではサブセットエレメントをリンクしてサブセッ
トを作るので、このサブセットエレメントデータがどの
サブセットのメンバなのかを示す番号である。なおここ
で、サブセットとは、前述したように、認知可能情報単
位データのことである。すなわち、上記マクロブロック
やスーパーマクロブロックは音や絵といったマルチメデ
ィア情報を含むものであり、これを音ならば音だけの情
報、絵であれば絵だけの情報というようにそれぞれ一つ
の情報単位とし認識できるデータの塊に分けたそれぞれ
のデータの塊をサブセットと称している。

【０１７７】サブセット生成基準規格ＩＤ番号１５６と
は、どのレベルでサブセットが完成したと見なすかとい
う基準を示す情報である。即ち、サブセットエレメント
が確実に全て集まらないとサブセットを構成できないも
のとすると、何らかのエラーによりあるサブセットエレ
メントがレイヤ３から入って来ない場合、次の処理に進
むことができなくなる。そこで、そのような場合であっ
ても次の処理を進めるつまり、多少質が悪くなっても、
アプリケーションの方に送って再生しても良いものと
し、例えば生成するサブセットエレメントが９０％揃っ
たならばサブセットが構成できたとする生成基準を設け
る。このような生成基準を複数設けておき、そのいずれ
を選択するかを示す番号が、このサブセット生成基準規
格ＩＤ番号１５６である。

【０１７８】サブセットを構成するサブセットエレメン
ト数１５８は、サブセットを構成しているサブセットエ
レメント数がどれだけあるかをしめす情報である。

【０１７９】サブセット生成構造識別子１６０は、サブ
セットをリンクする手法が複数存在する場合に、それを
識別するための情報である。

【０１８０】図２２の（Ｂ）及び（Ｃ）は、このレイヤ
４で構成されるサブセットの構造を示す図である。ここ
で、サブセットがいくつか集まってファイルを構成する
ものであるが、そのファイルの先頭に位置するサブセッ
ト（以下、先頭サブセットと称する）と、それ以外の位
置になるサブセット（以下、一般サブセットと称する）
とでは、構造が異なっている。

【０１８１】先頭サブセットは、図２２の（Ｂ）に示す
ように、サブセット・ヘッダとしてのサブセット規格名
称識別子１６４，ＭＭＰファイルタイフ１６６，サブセ
ットＩＤ番号１６８，サブセットリンク情報１７０，所
属ファイルＩＤ番号１７２，ページ番号１７４，ページ
内位置１７６，ファイル名１７８，ファイル構造タイプ
１８０，ＤＯＳファイルタイプ１８２，ＤＯＳファイル
属性１８４，ブック名１８６，及びブックＩＤ番号１８
８と、ユーザーデータ・フォーマット・タイプ（ＵＦ
Ｔ）１９０と、サブセットデータ・コントロール・ヘッ
ダ（ＳＤＣＨ）１９２と、ユーザーデータ１９４とから
なる。

【０１８２】また、一般サブセットは、図２２の（Ｃ）
に示すように、サブセット・ヘッダとしてのサブセット
規格名称識別子１６４，ＭＭＰファイルタイプ１６６，
サブセットＩＤ番号１６８，サブセットリンク情報１７
０，所属ファイルＩＤ番号１７２，ページ番号１７４，
ページ内位置１７６，及びブックＩＤ番号１８８と、ユ
ーザーデータ・フォーマット・タイプ（ＵＦＴ）１９０
と、サブセットデータ・コントロール・ヘッダ（ＳＤＣ
Ｈ）１９２と、ユーザーデータ１９４とからなる。

【０１８３】ここで、サブセットデータ・コントロール
・ヘッダ（ＳＤＣＨ）１９２は、音なら音のデータ、画
像なら画像のデータ、テキストならテキストのデータ或
いはそれらが混在するデータを認知可能情報に復元処理
するための制御ヘッダである。例えば、圧縮方式等を規
定しているものである。

【０１８４】また、サブセット・ヘッダは、サブセット
を単に管理するだけに必要な情報であり、この中には、
ＤＯＳが求めてくるであろう各種パラメータ情報が含ま
れている。なおこれらのパラメータは、アプリケーショ
ンで利用価値があるであろうというものを列挙してある
だけであり、これらが全て必要とは限らない。また、順
番も、これに限定されるものではない。

【０１８５】すなわち、サブセット規格名称識別子１６
４は、前述のセット規格識別コードそのものでも良い
し、それを包含するものであっても良い。

【０１８６】ＭＭＰファイルタイプ１６６は次のような
ものである。即ち、ファイルには、後述するように、イ
ンデックス・ファイルと一般ファイルの２種類がある。
インデックス・ファイルとは、目次に当たるものであ
り、例えば、伝送媒体３０が複数頁のブックつまり本の
形で提供された場合に、そのブックの一番最初に配され
た、そのブックの何頁目にどういったファイルが存在し
ているというリストが書かれたファイルのことである。
通常のブロック型デバイス、つまりフロッピーディスク
やハードデイスク等のディスクには、そのディスクの中
に、規定のファイル・ディレクトリ・エントリとＦＡＴ
（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）があ
り、そこにディレクトリのエントリの情報、即ちファイ
ル名、そのファイル名の最初のセクタもしくはクラスタ
番号、というような目次のようなものが書かれている。
従って、ＭＭＰ再生装置２８を、そのようなディスクと
等価のブロック型デバイスとして扱うために、そのファ
イル・ディレクトリ・エントリとＦＡＴに相当するファ
イルをインデックス・ファイルとして用意する必要があ
る。ＭＭＰファイルタイプ１６６は、当該ファイルがこ
のようなインデックス・ファイルなのか一般ファイルな
のかを区別するのに用いられる情報である。

【０１８７】サブセットＩＤ番号１６８はサブセットの
ＩＤ番号であり、サブセットリンク情報１７０はサブセ
ットをリンクしてファイルを作るときに使用する情報で
ある。所属ファイルＩＤ番号１７２は、当該サブセット
がどのファイルのメンバであるのかを示す情報である。
ページ番号１７４及びページ内位置１７６は、当該サブ
セットそのものがブックの何頁目のどこにあるのかを示
す情報である。ファイル名１７８は、ファイルの名称を
示す情報である。

【０１８８】ファイル構造タイプ１８０とは、当該ファ
イルが、単体ファイルなのか、サブセットリンク構造タ
イプのファイルなのかを示す情報である。これは、この
先頭サブセットが１つのファイルになっているものか、
即ち単体ファイルになっているのか、あるいは、そうで
はなくていくつかのサブセットでファイルが成立するも
のであるのかを示す。

【０１８９】ＤＯＳファイルタイプ１８２は、ＤＯＳで
決められたファイルのタイプを示すもので、一般に拡張
子と称されているものである。従って、これは、ファイ
ル名１７８に含めても良い。また、ＤＯＳファイル属性
１８４も、リードオンリファイルや隠しファイル等のＤ
ＯＳで決められた属性を示すものである。

【０１９０】ブック名１８６及びブックＩＤ番号１８８
は、ブック形式にＭＭＰのコードがなっていた場合に、
そのブックの名前とそのブックを特定するためのＩＤ番
号である。

【０１９１】ユーザーデータ・フォーマット・タイプ
（ＵＦＴ）１９０は、上記サブセットデータ・コントロ
ール・ヘッダ（ＳＤＣＨ）１９２の構造そのもの及びそ
こにセットされているパラメータを識別するためのもの
である。即ち、前述したように、ＳＤＣＨ１９２は、例
えばこのサブセットが音声サブセットならば、圧縮方
式、圧縮方式にまつわるパラメータ、サンプリング周波
数、量子化、等のパラメータがセットされているもので
あり、このＳＤＣＨ１９２として何種類か用意してお
き、その内の一つを選択するための情報がこのＵＴＦ１
９０である。

【０１９２】図２３の（Ａ）乃至（Ｃ）は、上記サブセ
ット規格名称識別子１６４の各種使用法を示す図であ
る。

【０１９３】図２３の（Ａ）は、一般的な構造を示すも
ので、このサブセットは、サブセット規格名称識別子１
６４と、前述の各種情報を含むサブセット・ヘッダ１９
６と、ユーザデータ・フォーマット・タイプ（ＵＦＴ）
１９０と、サブセットデータ・コントロール・ヘッダ
（ＳＤＣＨ）１９２と、ユーザーデータ１９４とからな
る。

【０１９４】また、図２３（Ｂ）は、サブセット規格名
称識別子１６４、例えば「００１」によりサブセット・
ヘッダ１９６の内容がわかるので、それを省略した場合
を示している。ただし、サブセットデータ・コントロー
ル・ヘッダ（ＳＤＣＨ）１９２とユーザーデータ１９４
は、ユーザーデータ・フォーマット・タイプ（ＵＦＴ）
１９０を見て、この構造もしくはパラメータの構造がど
うなっているかが初めて識別できるため、ＵＴＦ１９０
が残されている場合である。

【０１９５】図２３の（Ｃ）は、サブセット規格名称識
別子１６４、例えば「００２」によりサブセット・ヘッ
ダ１９６の内容がわかるので、それを省略した場合を示
している。ただし、サブセットデータ・コントロール・
ヘッダ（ＳＤＣＨ）１９２とユーザーデータ１９４は、
ユーザーデータ・フォーマット・タイプ（ＵＦＴ）１９
０を見て、この構造もしくはパラメータの構造がどうな
っているかが初めて識別できるため、ＵＴＦ１９０が残
されている。そして、このＵＴＦ１９０により、ＳＤＣ
Ｈ１９２の構造もしくはパラメータの構造がわかるた
め、このＳＤＣＨ１９２を省略している。

【０１９６】図２４の（Ａ）及び（Ｂ）は、サブセット
をリンクしてファイルを構成した場合の一般ファイルと
インデックス・ファイルの構造を示す図である。

【０１９７】すなわち、一般ファイルは、図２４の
（Ａ）に示すように、最初に前述したような先頭サブセ
ットを配し、後は一般サブセットを複数つなげた構造に
なる。

【０１９８】これに対して、インデックス・ファイルの
場合は、１個のサブセットで構成され、サブセット・ヘ
ッダは先頭サブセットと同様であるが、そのユーザーデ
ータの内容として、図２４の（Ｂ）に示すように、いわ
ゆるファイル・ディレクトリ・エントリとＦＡＴに相当
するようなインデックス１９８が書かれている。このイ
ンデックス１９８はそれぞれ該当するファイルを表わ
す。勿論、このインデックス・ファイルも、いくつかの
サブセットをリンクして構成するようにしても良い。

【０１９９】図２５は、サブセットエレメント、サブセ
ット、ファイルの関係を示す図である。なお、図２５に
おいて、ＳＳＥＣＩはサブセットエレメント構成情報
を、ＳＳＥ−Ｈ＜Ａｎ＞はサブセットＡのｎ番目のサブ
セットエレメント・ヘッダを、ＳＳＥ−ＵＤ＜Ａｎ＞は
サブセットＡのｎ番目のサブセットエレメントユーザー
データを、ＳＳ−Ｈ＜Ａ＞はサブセットＡのサブセット
・ヘッダを、ＳＳ−ＵＤ＜Ａ＞はサブセットＡのサブセ
ットユーザーデータを、ＡＣＨはアプリケーション・コ
ントロール・ヘッダを、ＡＰ−ＵＤ＜Ａ＞はアプリケー
ションユーザーデータＡをそれぞれ示している。

【０２００】すなわち、レイヤ３からのスーパーマクロ
ブロック内のサブセットエレメントが、レイヤ４でコン
バインされて、サブセットが生成される。このサブセッ
トが、リンクされて、１つのファイルができ上がる。そ
の時に、サブセットは基本的には、サブセット・ヘッダ
とサブセットデータ・コントロール・ヘッダがあって、
サブセットユーザーデータがあるという構成になってい
るので、サブセットユーザーデータの中身を知る必要は
なく、サブセットデータ・コントロール・ヘッダには、
管理のために最小限必要な、この情報が音なのか絵なの
かといったメディアのタイプを示す情報が書かれてい
る。また、ＤＯＳで扱う場合には、サブセットデータ・
コントロール・ヘッダもサブセットユーザーデータも見
る必要はなく、サブセット・ヘッダのみを手掛かりにし
てファイル管理すれば良い。そして、最終的にアプリケ
ーション・プロセスが扱うファイル形式になると、各サ
ブセットＡ，Ｂ，Ｃ，Ｄが持っているサブセット・ヘッ
ダ又はサブセットデータ・コントロール・ヘッダが集め
られていてリンクされ、１つのアプリケーション・コン
トロール・ヘッダができる。或いは、ある特定のサブセ
ット・ヘッダ又は特定サブセットのユーザーデータその
ものが、１つのアプリケーション・コントロール・ヘッ
ダになる場合もある。

【０２０１】このアプリケーション・コントロール・ヘ
ッダには、個々のユーザーデータがどういったメディア
であって、そのメディアを解凍する即ち認知できるよう
にするにはどういったことを行わなければならないかを
示す情報が入っている。また、それに加えて、例えばア
プリケーションユーザーデータＡ，Ｂ，Ｃ，Ｄというの
はどういった紙面で配置されているのかとか、例えば配
置されていなくて、音だったらこの画像をこう操作すれ
ばその音が必然的に同時に出力されるとか、そういった
個々のサブセットに対応するデータがどういった配置、
関係で構造化されて、アプリケーション的に見た場合に
存在しているかといった情報が書かれている。

【０２０２】次に、実際に、ＭＭＰ再生装置２８をブロ
ック型デバイスとして見た時のレイヤ４及び５の構成を
図２６の機能ブロック図を参照して説明する。

【０２０３】すなわち、レイヤ４は、エラー処理部２０
０Ａを含むコントローラ２００、処理用パラメータ格納
メモリ２０２、サブセット生成部２０４、ファイルタイ
ブ識別部２０６、インデックスファイル内必要パラメー
タ検出・解析部２０８、論理セクタ番号／ＭＭＰファイ
ル記録位置変換テーブル生成／選択部２１０、ＤＯＳフ
ォーマットデータ整合処理部２１２、コマンド解析部２
１４、論理セクタ番号解析部２１６、及び該当読出ファ
イル読出リクエスト部２１８からなる。これらの内、例
えばファイルタイプ識別部２０６乃至該当読出ファイル
読出リクエスト部２１８がデバイスドライバＭＭＰ．Ｓ
ＹＳとして提供される。即ち、このＭＭＰ．ＳＹＳは、
セクタ単位でのリード／ライトのみを行い、ＤＯＳが指
定したメモリ位置にデータを格納する。

【０２０４】また、レイヤ５は、ファイル管理システム
としてのＭＳＤＯＳ．ＳＹＳ２２０と、そのＭＳＤＯ
Ｓ．ＳＹＳが指定したメインメモリ位置としてのＭＳＤ
ＯＳ．ＳＹＳ管理読出バッファ２２２とからなる。

【０２０５】レイヤ５のＭＳＤＯＳ．ＳＹＳ２２０は、
あるファイルを読みたいといった要求を出力する。例え
ば、ファイル名「ＸＸＸＸＸＸＸＸ．ＭＭＰ」という名
称のファイルを読むためのコマンドパケットを出力す
る。

【０２０６】レイヤ４のコマンド解析部２１４は、この
ＭＳＤＯＳ．ＳＹＳ２２０から出力されたコマンドパケ
ットの内容を解析し、それがリードコマンドであれば、
コマンドパケットに含まれる論理セクタ番号を論理セク
タ番号解析部２１６に与える。

【０２０７】すなわち、ＭＳＤＯＳ．ＳＹＳ２２０は、
基本的には、ディスクのセクタ番号しか指定しない、つ
まり何番のセクタを読めという命令しか行わないもので
あり、よって、論理セクタ番号解析部２１６は、このＭ
ＳＤＯＳ．ＳＹＳ２２０からの論理セクタ番号を解釈す
る。ファイルを読む場合、ＭＳＤＯＳ．ＳＹＳ２２０
は、最初は必ずファイル・ディレクトリ・エントリ及び
ＦＡＴ、即ちＤＯＳでフォーマットを定義しているとこ
ろのインデックス的なものである部分を読むことを指示
する。このファイル・ディレクトリ・エントリのセクタ
番号というのは、例えば１番というように、予め決まっ
ているので、ＭＳＤＯＳ．ＳＹＳ２２０、そのセクタ番
号をリードコマンドと共にコマンドパケットとして出力
する。論理セクタ番号解析部２１６は、このファイル・
ディレクトリ・エントリに相当するセクタ番号がＭＳＤ
ＯＳ．ＳＹＳ２２０から指示された場合には、それに相
当するページ内位置を読みに行くことを、該当読出ファ
イル読出リクエスト部２１８に指示する。

【０２０８】該当読出ファイルリクエスト部２１８は、
表示もしくは音によって、ブックの何頁目のどの辺を読
めと、すなわちどこをスキャンせよとユーザーに指示す
る。

【０２０９】そして、レイヤ３以下のサービス機能を使
って、データを３−ＳＤＵ1 として入手し、それが４−
ＰＤＵ1 としてサブセット生成部２０４に入力する。ま
た、コントローラ２００は、状態信号３−ＳＤＵ2 を４
−ＰＤＵ2 として受け、その内の機能実行開始／終了コ
ントロール信号に応じて、サブセット生成部２０４を制
御する。

【０２１０】サブセット生成部２０４は、コントローラ
２００から機能実行開始を指示されると、処理用パラメ
ータ格納メモリ２０２に格納されているサブセット規格
名称識別子やサブセットエレメント・ヘッダ構造等のパ
ラメータを使用して、レイヤ３からのサブセットエレメ
ントからサブセットを生成する。そして、この生成した
サブレットをファイルタイプ識別部２０６に供給する。

【０２１１】ファイルタイプ識別部２０６は、サブセッ
ト生成部２０４で生成されたサブセットのサブセット・
ヘッダ１９６を解釈し、その中のＭＭＰファイルタイプ
１６６より当該サブセットがインデックスファイルの一
部なのか一般ファイルの一部なのかを判別する。また、
このファイル識別部２０６には、上記論理セクタ番号解
析部２１６からＭＭＰのファイルタイプ、つまりインデ
ックス・ファイルなのか一般ファイルなのかの情報がパ
ラメータとしてセットされており、該ファイルタイプ識
別部２０６は、この論理セクタ番号解析部２１６からセ
ットされるＭＭＰファイルタイプと、サブセット・ヘッ
ダ１９６から解釈したＭＭＰファイルタイプとを比較す
る。そして、両者が異なっていれば、コントローラ２０
０内部のエラー処理部２００Ａに必要なエラー処理を行
わせる。

【０２１２】例えば、前述したように、ＭＳＤＯＳ．Ｓ
ＹＳ２２０がファイル・ディレクトリ・エントリを読め
と命令した場合、これはインデックス・ファイルを読め
ということに対応しているので、パラメータとしてはイ
ンデックス・ファイルである旨のＭＭＰファイルタイプ
がセットされており、サブセット・ヘッダ１９６を解釈
したときに一致していなかったときは、後の処理が行え
ないため、このエラー処理部２００Ａは、エラー通知を
ＭＳＤＯＳ．ＳＹＳ２２０に送り、再度インデックスを
読むことを指示させる。

【０２１３】要求したとおりインデックス・ファイルで
あったならば、ファイルタイプ識別部２０６は、そのイ
ンデックス・ファイルをインデックスファイル内必要パ
ラメータ抽出・解析部２０８に送る。

【０２１４】インデックスファイル内必要パラメータ抽
出・解析部２０８は、供給されたインデックス・ファイ
ル内の必要パラメータを抽出して解析する。すなわち、
インデックス・ファイルのユーザーデータに書かれてい
る各インデックス１９８から、その中のファイル名と、
該当するファイルの最初のページ番号及びページ内位置
を抽出し、それら論理セクタ番号／ＭＭＰファイル記録
位置変換テーブル生成／選択部２１０に送る。

【０２１５】論理セクタ番号／ＭＭＰファイル記録位置
変換テーブル生成／選択部２１０は、この情報に従っ
て、変換テーブルを作る。すなわち、ある論理セクタ番
号を適当にふり、それに対応するようなファイルの場所
つまり該当するファイルの最初のページ番号及びページ
内位置を対称するようにリストを作る。また、エントリ
されているファイルのＦＡＴを生成し、それを上記変換
テーブルにセットする。

【０２１６】ＤＯＳフォーマットデータ整合処理部２１
２は、インデックスファイル内必要パラメータ抽出・解
析部２０８からのインデックス・ファイルの中身と上記
論理セクタ番号／ＭＭＰファイル記録位置変換テーブル
生成／選択部２１０からのＦＡＴ情報を受けて、それを
ＤＯＳフォーマットのデータ形式、つまりファイル・デ
ィリクトリ・エントリの形に整合して、セクタ単位に４
−ＳＤＵ1 としてレイヤ５のＭＳＤＯＳ．ＳＹＳ管理読
出バッファ２２２、つまりＭＳＤＯＳ．ＳＹＳ２２０の
管理用のバッファメモリに書き込む。

【０２１７】これにより、ＭＳＤＯＳ．ＳＹＳ２２０
は、このＭＳＤＯＳ．ＳＹＳ管理読出バッファ２２２か
らデータを読み出すことにより、ファイル・ディレクト
リ・エントリのリストを知ることができる。

【０２１８】そして、例えば該当するファイル名が有っ
たということが分かると、ＭＳＤＯＳ．ＳＹＳ２２０
は、そこのセクタ番号をコマンド解析部２１４に出力す
る。この場合のセクタ番号は、論理セクタ番号／ＭＭＰ
ファイル記録位置変換テーブル生成／選択部２１０で決
めたセクタ番号に相当するものである。

【０２１９】論理セクタ番号解析部２１６は、コマンド
解析部２１４によって解析されたセクタ番号が、何とい
うファイルのどこに相当するかというのを論理セクタ番
号／ＭＭＰファイル記録位置変換テーブル生成／選択部
２１０で生成された変換テーブルを見て解析する。そし
て、セクタ番号に対応するページ番号及びページ内位置
を該当読出ファイル読出リクエスト部２１８に与える。
これにより、該当読出ファイル読出リクエスト部２１８
は、ユーザーに何ページ目のどこを読めという指示を出
す。

【０２２０】そして、レイヤ３以下の機能により読んで
きたサブセットエレメントから、サブセット生成部２０
４でサブセットを生成し、ファイルタイプ識別部２０６
でファイルタイプを識別する。ただし今度は、一般ファ
イルを読まなければいけないので、ファイルタイプが一
般ファイルかどうかを識別する。インデックス・ファイ
ルを読んだ場合には、エラーになる。

【０２２１】一般ファイルであれば、サブセット単位で
ＤＯＳフォーマットデータ整合処理部２１２にデータが
送られ、ＤＯＳフォーマットのデータに整合されて、レ
イヤ５のＭＳＤＯＳ．ＳＹＳ管理読出バッファ２２２に
書かれる。

【０２２２】図２７及び２８は、このような構成におけ
る動作を示す一連のフローチャートである。

【０２２３】すなわち、まず、ＭＳＤＯＳ．ＳＹＳ２２
０がデバイスドライバＭＭＰ．ＳＹＳをオープンし（ス
テップＳ４１）、前述したようにコマンドパケットを出
力する（ステップＳ４２）即ち、ここでリード命令や、
何セクタを読めというのが、ＭＳＤＯＳ．ＳＹＳ２２０
でセットされた上で、パケット出力される。

【０２２４】そして、ＭＭＰ．ＳＹＳでは、まずコマン
ド解析部２１４にてコマンドを解析し（ステップＳ４
３）、それがリードコマンドなのかどうかを判断する
（ステップＳ４４）。そうでない場合には、このフロー
チャートの処理を終える、即ち、ライト処理等の別の処
理に進む。

【０２２５】リードコマンドであった場合には、次に、
論理セクタ番号解析部２１６にて、論理セクタ番号を解
析し（ステップＳ４５）、その解析した結果がディレク
トリエントリ対応の論理セクタ番号なのかどうかを判断
する（ステップＳ４６）。

【０２２６】そうであった場合には、その論理セクタ番
号に対応するファイルというのは前述したようにインデ
ックス・ファイルであるので、このインデックス・ファ
イルを読みにいくことになるが、その前に、まずファイ
ルタイプ識別部２０６に対して、ＭＭＰファイルタイプ
通知、即ちＭＭＰファイル＝インデックス・ファイルと
いうことを出力しておく（ステップＳ４７）。そして、
該当ファイル読出リクエスト部２１８に、該当ファイル
の読出しをリクエストする（ステップＳ４８）。

【０２２７】これにより、該当ファイル読出リクエスト
部２１８は、該当ファイル、つまりブックの何ページ目
のどの辺を不図示のスキャナによって読めということを
ユーザーに指示する。この指示に従ってユーザーがイン
デックス・ファイルをスキャナで走査して、レイヤ３以
下の機能を使用してインデックス・ファイルの読出処理
を実行し、その結果として、サブセット生成部２０４に
てサブセットが生成される（ステップＳ４９）。

【０２２８】このサブセットがＭＭＰ．ＳＹＳのファイ
ルタイプ識別部２０６に入力されると（ステップＳ５
０）、ファイルタイプ識別部２０６は、このサブセット
のファイルタイプを識別し（ステップＳ５１）、上記論
理セクタ番号解析部２１６からのＭＭＰファイル＝イン
デックス・ファイルとセットされているので、識別した
ファイルタイプがインデックス・ファイルかどうかを判
断する（ステップＳ５２）。インデックス・ファイルで
なかった場合には、エラー処理として、上記ステップＳ
４８に戻って、再度、該当ファイルの読出リクエストを
繰り返す。

【０２２９】また、インデックス・ファイルであった場
合には、ファイルタイプ識別部２０６は、インデックス
・ファイルのデータ構造情報を処理用パラメータ格納メ
モリ２０より取得する（ステップＳ５３）。即ち、イン
デックス・ファイルを読むつまり解釈するために、どう
いった構造でインデックス・ファイルが書かれているか
を処理用パラメータ格納メモリ２０２に登録されたデー
タ構造情報を読出す。そして、インデックス・ファイル
とこの読出したデータ構造情報をインデックス・ファイ
ル内必要パラメータ抽出・解析部２０８に送る。

【０２３０】インデックスファイル内必要パラメータ抽
出・解析部２０８は、このデータ構造情報を使用して、
インデックス・ファイルを解釈し、そのインデックス・
ファイルから必要パラメータ、例えば、エントリされて
いるファイルのページ番号やページ内位置等の情報を抽
出し、それらを論理セクタ番号／ＭＭＰファイル記録位
置変換テーブル生成／選択部２１０に送る（ステップＳ
５４）。

【０２３１】論理セクタ番号／ＭＭＰファイル記録位置
変換テーブル生成／選択部２１０は、これらエントリさ
れているファイルのページ番号及びページ内位置を対象
テーブル論理セクタ番号／ＭＭＰファイル記録位置変換
テーブルにセットする（ステップＳ５５）。即ち、予め
論理セクタ番号がリストされたテーブルがあって、その
論理セクタ番号に対応するページ番号及びページ内位置
の情報をその論理セクタ番号に対応して設けられたテー
ブルエリアに埋めていく。

【０２３２】また、この論理セクタ番号／ＭＭＰファイ
ル記録位置変換テーブル生成／選択部２１０は、エント
リされているファイルのＦＡＴを生成し、それを論理セ
クタ／ＭＭＰファイル変換テーブルにセットする（ステ
ップＳ５６）。このようなＦＡＴをテーブルにセットす
る理由は次の通りである。すなわち、セクタのバイト数
は予め決まっており、さらに所定数のセクタを一纏めに
したクラスタという単位でＭＳＤＯＳ．ＳＹＳ２２０は
管理している。ＭＳＤＯＳ．ＳＹＳ２２０から指示する
ときには、そのクラスタ番号に相当するセクタ番号を指
示するため、ＭＭＰファイルを読んだときに、ファイル
をそのサイズに分けることが必要となる。例えば、複数
クラスタ分のサブセットのデータがある場合、これはＭ
ＳＤＯＳ．ＳＹＳ２２０で管理できるような切れ目にな
るようにクラスタ番号を打たなければならない。その時
に、それぞれのクラスタの連結つまり次はどのクラスタ
へ飛べという情報がＦＡＴに書かれているので、そのＦ
ＡＴの変換テーブルも用意しないと、次にどこのセクタ
を読みにいかなければならないかをＭＳＤＯＳ．ＳＹＳ
２２０側に知らせることができなくなる。

【０２３３】ＤＯＳフォーマットデータ整合処理部２１
２は、インデックスファイル内必要パラメータ抽出・解
析部２０８からインデックス・ファイルの中身の情報を
受け、また論理セクタ番号／ＭＭＰファイル記録位置変
換テーブル生成／選択部２１０からセットされた論理セ
クタ番号等を取得して、読出しファイルのＤＯＳ規約に
従ったディレクトリ・エントリを生成し、排出する（ス
テップＳ５７）。

【０２３４】この排出されたディレクトリ・エントリ
は、ＭＳＤＯＳ．ＳＹＳ２２０指定の読出バッファメモ
リ、即ちＭＳＤＯＳ．ＳＹＳ管理読出バッファ２２２に
書き込まれる（ステップＳ５８）。

【０２３５】ＭＳＤＯＳ．ＳＹＳ２２０は、このバッフ
ァ２２２からディレクトリ・エントリを入手して解釈
し、要求該当ファイルの先頭クラスタ番号に対応するセ
クタ番号とリードコマンドをコマンドパケットにセット
し（ステップＳ５９）、上記ステップＳ４２に戻って、
そのコマンドパケットを出力する。すなわち、ＭＳＤＯ
Ｓ．ＳＹＳ２２０は、ディレクトリ・エントリの中身を
入手して、該ＭＳＤＯＳ．ＳＹＳ２２０の中で解釈し、
次にどこを読まなければいけないかを判断して、その対
応するセクタ番号を出力する。

【０２３６】このような処理を繰り返して、ディレクト
リ・エントリを全て入手する。

【０２３７】次に、こうして得られたディレクトリ・エ
ントリでＭＳＤＯＳ．ＳＹＳ２２０側が解釈し、ある目
的のファイルがあった場合、ＭＳＤＯＳ．ＳＹＳ２２０
は、そのファイルの論理セクタ番号をコマンドパケット
により出力する。この場合には、上記ステップＳ４６に
おいて、ディレクトリ・エントリ対応の論理セクタ番号
ではないと判断され、ステップＳ６０に進む。

【０２３８】論理セクタ番号解析部２１６は、上記論理
セクタ番号／ＭＭＰファイル記録位置変換テーブル生成
／選択部２１０に生成した変換テーブルを参照して、Ｍ
ＳＤＯＳ．ＳＹＳ２２０から要求してきた論理セクタ番
号が、そのファイルの末尾クラスタ番号に対応する論理
セクタ番号かどうかチェックする（ステップＳ６０）。
そして、最後の論理セクタ番号でなかったならば、ファ
イルタイプ識別部２０６に対して、ＭＭＰファイルタイ
プ通知、すなわちＭＭＰファイル＝一般ファイルという
ことを出力する（ステップＳ６１）。次に、上記論理セ
クタ番号／ＭＭＰファイル記録位置変換テーブル生成／
選択部２１０に生成した変換テーブルを参照して、対応
するＭＭＰファイルの読出し位置を取得し（ステップＳ
６２）、該当ファイル読出リクエスト部２１８に、該当
ファイルの読出しをリクエストする（ステップＳ６
３）。

【０２３９】該当ファイル読出リクエスト部２１８は、
このリクエストされた該当ファイルの読出し位置が、既
に読出したサブセットに相当する位置であるかどうか判
断する（ステップＳ６４）。これは、以下の理由によ
る。すなわち、一般のディスクの場合は１回分の目的セ
クタの読み出しとＤＯＳによる目的セクタの指示とを交
互に繰り返す必要がある。これに対して、本実施例で
は、サブセットよりもレイヤ５に対して排出するセクタ
の方が小さいので、一旦纏めてサブセットを読出して、
セクタ単位で排出するという処理を行っている。従っ
て、ＭＳＤＯＳ．ＳＹＳ２２０から指示されたセクタ
が、もう既に読出したサブセットに含まれる可能性があ
るので、ここで、チェックするようにしている。もし、
既に読出したサブセットであれば、後述するようにステ
ップＳ７１に進む。

【０２４０】一方、まだ読出していないサブセットに相
当する場合は、該当ファイル読出しリクエスト部２１８
は、該当ファイル、つまりブックの何ページ目のどの辺
を不図示のスキャナによって読めということをユーザー
に指示する。この指示に従ってユーザーがファイルをス
キャナで走査して、レイヤ３以下の機能を使用してファ
イルの読出処理を実行し、その結果として、サブセット
生成部２０４にてサブセットが生成される（ステップＳ
６５）。

【０２４１】このサブセットがＭＭＰ．ＳＹＳのファイ
ルタイプ識別部２０６に入力されると（ステップＳ６
６）、ファイルタイプ識別部２０６は、このサブセット
のファイルタイプを識別部し（ステップＳ６７）、ファ
イルのデータ構造情報を処理用パラメータ格納メモリ２
０より取得して（ステップＳ６８）、サブセットの中身
を解釈する。これにより、当該ファイルがインデックス
・フィルなのか一般ファイルなのかというのが分かる。
そこで、上記論理セクタ番号解析部２１６からのＭＭＰ
ファイル＝一般ファイルとセットされているので、識別
したファイルタイプが一般ファイルでなければ（ステッ
プＳ６９）、上記ステップＳ６３に戻って、再度、該当
ファイルの読出リクエストを繰り返す。

【０２４２】一般ファイルだった場合には、そのサブセ
ットをＤＯＳフォーマット整合部２１２に送る（ステッ
プＳ７０）。

【０２４３】ＤＯＳフォーマット整合部２１２では、上
記論理セクタ番号／ＭＭＰファイル記録位置変換テーブ
ル生成／選択部２１０に生成された変換テーブルのＦＡ
Ｔ情報を参照して、次に読むセクタ番号をコマンドパケ
ットにセットし（ステップＳ７１）、また読出したセク
タのデータをＤＯＳ規約に従ってＭＳＤＯＳ．ＳＹＳ管
理読出バッファ２２２に書き込む（ステップＳ７２）。
すなわち、ＤＯＳ規約に従ったデータフォーマットで、
つまりセクタ単位でデータを排出するが、その時に同時
に、次に読まなければいけないセクタ番号をＭＳＤＯ
Ｓ．ＳＹＳ２２０に教えるために、コマンドパケットに
次に読むセクタ番号をセットして、バッファ２２２に書
き込みにいく。

【０２４４】その後、上記ステップＳ４２に戻って、上
記の処理を繰り返すことになる。

【０２４５】そして、ＭＳＤＯＳ．ＳＹＳ２２０から要
求してきた論理セクタ番号が、そのファイルの末尾クラ
スタ番号に対応する論理セクタ番号になると（ステップ
Ｓ６０）、ステップＳ７３に進む。

【０２４６】すなわち、論理セクタ番号解析部２１６
は、ファイルタイプ識別部２０６に対して、ＭＭＰファ
イルタイプ通知、即ちＭＭＰファイル＝一般ファイルと
いうことを出力する（ステップＳ７３）。次に、上記論
理セクタ番号／ＭＭＰファイル記録位置変換テーブル生
成／選択部２１０に生成した変換テーブルを参照して、
対応するＭＭＰファイルの読出し位置を取得し（ステッ
プＳ７４）、該当ファイル読出リクエスト部２１８に、
該当ファイルの読出しをリクエストする（ステップＳ７
５）。

【０２４７】該当ファイル読出リクエスト部２１８は、
このリクエストされた該当ファイルの読出し位置が、既
に読出したサブセットに相当する位置であるかどうか判
断し（ステップＳ７６）、既に読出したサブセットであ
れば、後述するようなステップＳ８３に進む。

【０２４８】一方、まだ読出していないサブセットに相
当する場合は、該当ファイル読出リクエスト部２１８
は、該当ファイル、つまりブックの何ページ目のどの辺
を不図示のスキャナによって読めということをユーザー
に指示する。この指示に従ってユーザーがファイルをス
キャナで走査して、レイヤ３以下の機能を使用してファ
イルの読出処理を実行し、その結果として、サブセット
生成部２０４にてサブセットが生成される（ステップＳ
７７）。

【０２４９】このサブセットがＭＭＰ．ＳＹＳのファイ
ルタイプ識別部２０６に入力されると（ステップＳ７
８）、ファイルタイプ識別部２０６は、このサブセット
のファイルタイプを識別し（ステップＳ７９）、ファイ
ルのデータ構造情報を処理用パラメータ格納メモリ２０
より取得して（ステップＳ８０）、サブセットの中身を
解釈する。これにより、当該ファイルがインデックス・
ファイルなのか一般ファイルなのかというのが分かる。
そこで、上記論理セクタ番号解析部２１６からのＭＭＰ
ファイル＝一般ファイルとセットされているので、識別
したファイルタイプが一般ファイルでなければ（ステッ
プＳ８１）、上記ステップＳ７５に戻って、再度、該当
ファイルの読出リクエストを繰り返す。

【０２５０】一般ファイルだった場合には、そのサブセ
ットをＤＯＳフォーマット整合部２１２に送る（ステッ
プＳ８２）。

【０２５１】ＤＯＳフォーマット整合部２１２では、読
出したセクタのデータをＤＯＳ規約に従ってＭＳＤＯ
Ｓ．ＳＹＳ管理読出バッファ２２２に書き込み（ステッ
プＳ８３）、また、上記論理セクタ番号／ＭＭＰファイ
ル記録位置変換テーブル生成／選択部２１０に生成され
た変換テーブルのＦＡＴ情報を参照して、次に読むセク
タ番号をコマンドパケットにセットする（ステップＳ８
４）。

【０２５２】そして、そのセクタ番号が該当ファイルの
最後のセクタなのかどうか、即ちＭＳＤＯＳ．ＳＹＳ２
２０が要求してきた最後の読出しクラスタの最後のセク
タかを判断し（ステップＳ８５）、そうでなければ、上
記ステップＳ７５から上記処理を繰り返す。

【０２５３】また、該当ファイルの最後のセクタ、つま
りＭＳＤＯＳ．ＳＹＳ２２０にとっても入力できる最後
のセクタであるという場合には、ＤＯＳフォーマット整
合部２１２は、ステータス＝ＤＯＮＥをコマンドパケッ
トにセットする（ステップＳ８６）。

【０２５４】ＭＳＤＯＳ．ＳＹＳ２２０は、このステー
タスをＭＳＤＯＳ．ＳＹＳ管理読出しバッファ２２から
読出すと、デバイスドライバＭＭＰ．ＳＹＳをクローズ
して（ステップＳ８７）、このファイル読出し処理を終
了する。

【０２５５】次に、ＭＭＰ再生装置２８をキャラクタ型
デバイスと見た時のレイヤ４及び５、並びにアプリケー
ションプロセスを含めた構成を図２９の機能ブロック図
を参照して説明する。

【０２５６】すなわち、レイヤ４は、エラー処理部２２
４Ａを含むコントローラ２２４、処理用パラメータ格納
メモリ２２６、サブセット生成部２２８、読出バッファ
２３０、コマンド解析部２３２、読出ファイル選択部２
３４、及びインデックスファイル／一般ファイル読出リ
クエスト部２３６からなる。これらの内、例えば読出バ
ッファ２３０乃至インデックスファイル／一般ファイル
読出リクエスト部２３６がデバイスドライバＭＭＰ．Ｓ
ＹＳとして提供される。即ち、この場合、ＭＭＰ．ＳＹ
Ｓは、１バイト単位でリード／ライトを行い、アプリケ
ーションが指定したメモリ位置にデータを格納するもの
である。

【０２５７】また、レイヤ５は、ファイル管理システム
としてのＭＳＤＯＳ．ＳＹＳ２３８と、ＭＳＤＯＳ．Ｓ
ＹＳ管理読出バッファ２４０とからなる。

【０２５８】アプリケーションプロセスは、ファイル・
リード・プロセス２４２と、読み出しファイル位置２４
４と、プロセス管理データバッファ２４６とからなる。

【０２５９】上記ファイル・リード・プロセス２４２
は、例えば、アプリケーションプロセスの中のリード・
サブルーチンであり、読出しファイル位置を含むファイ
ル・リード・リクエストをＭＳＤＯＳ．ＳＹＳ２３８に
出す。また同時に、このファイル・リード・プロセス２
４２は、不図示ディスプレイ又は不図示の音声出力装置
によりそのファイルを不図示スキャナで走査することを
ユーザーに示す。

【０２６０】ＭＳＤＯＳ．ＳＹＳ２３８は、ファイル・
リード・プロセス２４２からのリクエストを受けて、リ
ードコマンドを出力する。

【０２６１】ＭＭＰ．ＳＹＳのコマンド解析部２３２
は、コマンドを解析し、リードコマンドであった場合に
は、読出ファイル選択部２３４に読出しファイル位置を
出力する。

【０２６２】読出ファイル選択部２３４は、その読出し
ファイルを選択する。実際には、上記アプリケーション
プロセスにおいて走査すべきファイルが指示されている
ので、ここはユーザーが選択する動作を指している。

【０２６３】インデックスファイル／一般ファイル読出
リクエスト部２３６は、レイヤ３以下に読出サービスリ
クエスト信号を出力する。

【０２６４】サブセット生成部２２８は、コントローラ
２２４の制御により、前述したブロック型デバイスにお
けるのと同様にして、サブセットを生成する。

【０２６５】読出しバッファ２３０は、このサブセット
生成部２２８で生成したサブセットを一旦格納し、バイ
ト単位で、ＭＳＤＯＳ．ＳＹＳ２３８から見ることがで
きるＭＳＤＯＳ．ＳＹＳ管理読出バッファ２４０に転送
していく。

【０２６６】そして、このＭＳＤＯＳ．ＳＹＳ管理読出
バッファ２４０に一旦格納されたデータは、アプリケー
ション・データ・ユニットとして、プロセス管理データ
バッファ２４６に溜められる。

【０２６７】図３０は、このような構成における動作を
示すフローチャートである。

【０２６８】まず、ファイル・リード・プロセス２４２
が実行され、読出しファイル位置を含むファイル・リー
ド・リクエストをＭＳＤＯＳ．ＳＹＳ２３８に出力する
と共に、この時点で、読出しファイル位置をユーザーに
指示する（ステップＳ９１）。

【０２６９】ＭＳＤＯＳ．ＳＹＳ２３８は、ファイルを
オープンし（ステップＳ９２）、デバイスドライバＭＭ
Ｐ．ＳＹＳをオープンして（ステップＳ９３）、コマン
ドパケットを出力する（ステップＳ９４）。

【０２７０】コマンド解析部２３２は、このコマンドを
解析して（ステップＳ９５）、それがリードコマンドで
なければ（ステップＳ９６）、そのコマンドに対応する
別の処理へと進む。

【０２７１】また、リードコマンドであった場合には、
読出ファイル選択部２３４に該当ファイル読出リクエス
トを行い（ステップＳ９７）、ユーザーに実際に読むた
めの操作を行わせる。

【０２７２】インデックスファイル／一般ファイル読出
リクエスト部２３６は、このリクエストされた該当ファ
イルの読出し位置が、既に読出したサブセットに相当す
る位置であるかどうか判断し（ステップＳ９８）、既に
読出したサブセットであれば、後述するようなステップ
Ｓ１０２に進む。

【０２７３】一方、まだ読出していないサブセットに相
当する場合は、インデックスファイル／一般ファイル読
出リクエスト部２３６は、レイヤ３以下の機能を使用し
てファイルの読出処理を実行する（ステップＳ９９）。

【０２７４】その結果として、レイヤ３からサブセット
生成部２２８にサブセットエレメントが入力されるので
（ステップＳ１００）、サブセット生成部２２８にてサ
ブセットを生成し、それを読出バッファ２３０に出力す
る（ステップＳ１０１）。

【０２７５】そして、この読出バッファ２３０からＭＳ
ＤＯＳ．ＳＹＳ管理読出バッファ２４０へ、バイト単位
でデータを転送する（ステップＳ１０３）。

【０２７６】そして、転送が終了すると、コントローラ
２２４は、４−ＳＤＵ２により、コマンドパケットのス
テータスワードをＤＯＮＥにセットする（ステップＳ１
０３）。

【０２７７】ＭＳＤＯＳ．ＳＹＳ２３８は、サブセット
の読み出しが完了したかどうかを判断し（ステップＳ１
０４）、まだであれば上記ステップＳ９８へ戻って、上
記処理を繰り返す。

【０２７８】また、サブセットの読み出しが完了した場
合には、ＭＳＤＯＳ．ＳＹＳ２３８は、ファイルの読み
出しが完了したかどうかを判断し（ステップＳ１０
５）、まだであれば上記ステップＳ９７へ戻って、上記
処理を繰り返す。

【０２７９】また、ファイルの読み出しが完了したので
あれば、ＭＳＤＯＳ．ＳＹＳ管理読出バッファ２４０か
らプロセス管理データバッファ２４６へその読出したフ
ァイルデータを転送する（ステップＳ１０６）。

【０２８０】そして、ＭＳＤＯＳ．ＳＹＳ２３８は、デ
バイスドライバＭＭＰ．ＳＹＳをクローズし、（ステッ
プＳ１０７）、ファイルをクローズして（ステップＳ１
０８）、処理を終える。

【０２８１】なお、上記プロセス管理データバッファ２
４６は、必ずしも必要なものではなく、ＭＳＤＯＳ．Ｓ
ＹＳ管理読出バッファ２４０の格納位置のみを知らせる
だけでも良い。

【０２８２】次に、以上のような概要及び前提事項に基
く本発明の実施例について図面を参照して説明する。

【０２８３】図１は本発明の第１実施例を示している。

【０２８４】この図１において、検出部３００、走査変
換部３０２、データ列調整部３０８、エラー訂正部３１
０は図３１に示した特願平５−２６０４６４号のそれら
と同様の機能をする。

【０２８５】また、出力装置３６５は音声出力を得るス
ピーカやヘッドホン、画像出力を得る各種の表示器、デ
ータ出力を得るプリンタ、ファクシミリ等で構成され
る。

【０２８６】すなわち、検出部３００は、オーディオ情
報、映像情報、ディジタルコードデータの少なくとも一
つを含むマルチメディア情報が光学的に読取可能なコー
ドで記録されている部分を備える記録媒体から、前記コ
ードを光学的に読み取る読取手段として機能する。

【０２８７】また、走査変換部３０２、データ列調整部
３０８は、前記読取手段として機能する検出部３００で
読み取ったコードを復調して復調データを出力する復元
手段として機能する。

【０２８８】また、エラー訂正部３１０は該復元手段と
して機能するデータ列調整部３０８より出力された復調
データの所定量からなる集合体を一単位とする部分デー
タ塊毎にエラー訂正に係る処理を行う再生手段として機
能する。

【０２８９】そして、出力装置３６５は、該再生手段と
して機能するエラー訂正部３１０より出力された部分デ
ータ塊を所定数集めて最終出力データとしこれを認識可
能な如く元のマルチメディア情報として出力する出力手
段として機能する。

【０２９０】ところで、以上のようなドットコードで記
録されたマルチメディア情報を再生する情報再生システ
ムにおいては、前述した幾つかの前提事項から明らかな
ように、エラー訂正部３１０からは、エラー訂正された
部分データ塊としてのサブセットエレメント（ＳＳＥ）
と共に、エラー訂正部３１０でエラーを訂正することが
できずにエラーが残ったエラー部分データ塊としてのサ
ブセットエレメント（ＳＳＥ）または欠落ＳＳＥに対す
る状態信号が出力されている。

【０２９１】すなわち、エラー訂正部３１０からサブセ
ットエレメントが順次出力されてくるが、この段階では
前述したレイヤ３からの情報（状態信号）により、どの
サブセットエレメントにはエラーが残っているというこ
とが分かっていることになる。

【０２９２】そこで、ＳＳＥリンク部３６０がエラー訂
正部からのサブセットエレメントをリンクすることによ
って前述したレイヤ４においてサブセットエレメントか
らサブセットを生成する処理を行うのと並行して、エラ
ーＳＳＥ検出部３６１がサブセットエレメントに付随す
る状態信号に基いてエラーサブセットエレメントを検出
する。

【０２９３】これは、エラーサブセットエレメントが残
った状態のままでリンクされたサブセットを出力する
と、出力装置３６５ではその部分にエラーノイズを生じ
てしま胃、これを避けるためである。

【０２９４】すなわち、本実施例ではＳＳＥリンク部３
６０からのサブセットに対し、エラーＳＳＥ検出部３６
１からのエラーサブセットエレメントに基いてエラー修
正／変更部３６２がエラーサブセットエレメント部分に
エラーノイズを回避するための適切なエラー修正／変更
を行うものである。

【０２９５】このようにしてエラー修正／変更部３６２
によってエラーノイズを回避するための適切なエラー修
正／変更が施されたサブセットは再生処理部３６３で出
力処理に必要な一連の処理が施された後、出力装置３６
５に出力される。

【０２９６】なお、図１において、参照符号４００は以
上のような情報再生システムにおける全体の制御を行う
システムコントローラであって、このシステムコントロ
ーラ４００はＣＰＵ及びＲＯＭ、ＲＡＭ等の周辺回路か
ら構成される。

【０２９７】図２は上述した第１実施例の動作を説明す
るためのフローチャートである。

【０２９８】先ず、エラー訂正部３１０で行われるエラ
ー訂正において、エラー訂正が成功したか否かが判断さ
れる（ステップＳ１、Ｓ２）。

【０２９９】ステップＳ２でエラー訂正が成功したと判
断されたときは、エラー訂正部３１０で生成出力される
サブセットエレメントをＳＳＥリンク部３６０でリンク
してサブセットが生成出力される（ステップＳ３、Ｓ
４、Ｓ５）。

【０３００】一方、ステップＳ２でエラー訂正が成功し
なかったと判断されたときは、エラー訂正部で生成出力
されるエラーサブセットエレメントに基いてエラーＳＳ
Ｅ検出部３６２がエラーサブセットエレメントに付随す
る状態信号からそのエラーサブセットエレメントが検出
される（ステップＳ６、Ｓ７）。

【０３０１】これと並行してＳＳＥリンク部３６１でエ
ラーサブセットエレメントを含むサブセットエレメント
をリンクしてサブセットが生成出力される（ステップＳ
８）。

【０３０２】このとき、エラー修正／変更部３６３では
ステップＳ７で検出されたエラーサブセットエレメント
に基いてＳＳＥリンク部３６０から出力されるサブセッ
ト中のエラー部を認識して、当該エラー部にエラーノイ
ズを避けるための適切なエラー修正／変更を施したサブ
セットとして出力する（ステップＳ９、Ｓ１０、Ｓ
５）。

【０３０３】このようにして第１実施例では、再生信号
を生成する途中段階で、再生信号中にノイズが入る部分
が判るので、そのノイズを目立たなくして出力するよう
にすることができる。

【０３０４】以上のような第１実施例において、エラー
ＳＳＥ検出部３６１は上記部分データ塊毎にその欠落乃
至上記再生手段によるエラー訂正不可をエラー部分デー
タ塊として検出するエラー部分データ塊検出手段として
機能することになる。

【０３０５】また、エラー修正／変更部３６２は、該エ
ラー部分データ塊検出手段によって検出されたエラー部
分データ塊を認識して当該エラー部分データ塊に対応す
る部分のデータを修正乃至変更するデータ修正変更手段
として機能することになる。

【０３０６】図３は上記第１実施例におけるエラー修正
／変更部３６２によって実行されるエラー修正／変更の
具体例の幾つかを示している。

【０３０７】すなわち、図３（ａ）は音声情報を再生す
る場合に適用されるもので、エラー修正／変更部３６２
は音声サブセット中のエラーサブセットエレメント部に
対応してその部分で音量を下げるような音量コントロー
ル信号を変更させる。

【０３０８】また、図３（ｂ）は画像情報を再生する場
合に適用されるもので、エラー修正／変更部３６２は、
１画面中のエラーサブセットエレメント部に対応してそ
の周辺部分にローパスフィルタ等のノイズ除去用のフィ
ルタリングをかけることにより、エラー部を修正して目
立たなくするようなフィルタリングコントロール信号を
変更する。

【０３０９】図３（ｃ）は図３（ｂ）の変形例を示すも
ので、エラー修正変更部３６２は、エラーサブセットエ
レメントに対し、それに隣接する図示の場合４個のサブ
セットエレメントａ，ｂ，ｃ，ｄの平均値を埋め込むよ
うな画像コントロール信号を変更する。

【０３１０】すなわち、第１実施例におけるエラー修正
／変更部３６２は、サブセット（ＳＳ）信号と検出され
たエラーサブセットエレメント（ＳＳＥ）を入力とし、
エラー部を検出し、ＳＳ信号中のエラー部を予め定めた
態様で変更するか、または、出力方法を表わすコントロ
ール（制御）信号を変更する。

【０３１１】これにより、上述したように、音声、画像
信号等のエラー部を周囲の信号から補間して再生する。

【０３１２】また、音声では、再生時にエラー部のボリ
ュームを下げるように制御信号を変更することもでき
る。

【０３１３】さらに、単純なノイズ除去フィルタリング
処理を施して出力してもよい（ノイズ除去フィルタはロ
ーパスフィルタ等）。

【０３１４】図４は上記第１実施例におけるエラー修正
／変更部３６３によって実行されるエラー修正／変更部
の他の例を示している。

【０３１５】すなわち、図４（ａ）は、例えば音声ＳＳ
信号中のエラーＳＳＥを削除し、その一部に代替信号
（無音部）を挿入する例である。

【０３１６】この場合、単にエラーＳＳＥ３を削除して
再生すると、ＳＳＥ２とＳＳＥ４がつながってしまうこ
とで不自然な再生となることを避けるために、それらの
間の一部に無音部を挿入している。

【０３１７】この無音部は、エラーが存在していたこと
を操作者に知らせるための警告音としてもよく、そうす
ることで操作者は再度入力操作（この場合スキャン）を
行うように促されることになる。

【０３１８】また、図４（ｂ）は、例えば音声ＳＳにお
いてエラー部の周囲の信号から、エラー部の信号を推定
し、代替信号とする例である。

【０３１９】すなわち、具体的には図４（ｂ）中に示す
ように前ＳＳＥ、後ＳＳＥをサンプリングしてエラーＳ
ＳＥ間の信号をスプライン補間を用いて推定信号として
エラー部の信号と置き換えるものである。

【０３２０】さらに、代替信号の挿入の仕方としては、
画像の場合、所定の輝度レベルデータを削除部分に挿入
するようにしてもよい。

【０３２１】図５は本発明の第２実施例を示している。

【０３２２】すなわち、この第２実施例は画像や音声等
の圧縮して記録された情報を再生する情報再生システム
に適用される。

【０３２３】図５において、図１と同様に構成される部
分については同一参照符号を付してそれらの説明を省略
するが、図５においてはＳＳＥリンク部３６０、エラー
ＳＳＥ検出部３６１とエラー修正／変更部３６２との間
に伸長処理部３６４が挿入された点が図１と異なってい
る。

【０３２４】すなわち、この実施例は、画像や音声等は
圧縮して記録されている場合が多いが、その場合には、
伸長処理部３６４を通した後に、エラーが発生したＳＳ
Ｅに対し、その影響が及ぶ範囲の部分信号をエラー修正
／変更部３６２で適切な修正／変更により書き換えるよ
うにするものである。

【０３２５】例えば、音声においてＣＥＬＰ等の圧縮を
行ったコードで、ＳＳＥが欠落した場合、そのＳＳＥ以
外の情報で再生信号が生成される部分は通常の再生を行
い、本来、欠落したＳＳＥの信号により再生信号が生成
されるはずであった部分にはノイズが入ってしまうの
で、第１実施例と同様にエラー修正／変更部３６２で音
量コントロール信号を変更することにより、図６に示す
ように音量を下げて再生するものである。

【０３２６】すなわち、図６に示すように、音声の圧縮
コードによるサブセットエレメントがＳＳＥ１〜ＳＳＥ
６まである状態で、先ずＳＳＥ１とＳＳＥ２、次にＳＳ
Ｅ３とＳＳＥ４、さらにＳＳＥ５とＳＳＥ６とを順次に
使って再生信号１、２、３を出力するときに、ＳＳＥ３
がエラーであることが伸長処理時に検出されたとすれ
ば、再生信号２の範囲にエラーが波及していることが分
るので、エラー修正／変更時に再生信号２に対応する部
分で再生レベルを下げて出力するものである。

【０３２７】次に、この第２実施例の画像情報の再生に
適用する場合について説明する。

【０３２８】例えば、図７（ａ）に示すように、ＪＰＥ
Ｇで圧縮された画像信号の場合、１ビットでもエラーす
ると、そのビットエラーの発生したブロック以降のブロ
ックは全てエラーとなる。

【０３２９】そこで、エラーの影響を最小に止めるため
に、図７（ｂ）に示すようにリスタートマーカと呼ばれ
ているコードが利用されている。このリスタートマーカ
を挿入してある圧縮信号ではビットエラーが発生する
と、そのブロック以降のブロックはエラーとなっていく
が、リスタートマーカ以降へはそのエラーが及ばないよ
うになっている。

【０３３０】従って、各ブロックラインの最後に、リス
タートマーカを挿入しておけばビットエラーの影響はそ
のブロックラインの範囲内だけとなる。

【０３３１】そこで、リスタートマーカを検出して伸長
処理部３６４での伸長処理の際に、ＳＳＥでのエラー
が、圧縮コード中のどのブロックに相当するのかを知る
ことにより、そのブロックから次のリスタートマーカま
でのブロックが正しく表示されないことが判るので、そ
のブロックを表示させるときにエラー修正／変更部３６
２からの表示コントロール信号を変更することにより、
エラーブロックを修正しながら表示させることで、より
自然な再生画像とすることができる。

【０３３２】すなわち、伸長処理部３６４は、ＳＳＥの
エラーと圧縮コードのブロックとの対応についてエラー
ビットが圧縮コード中の先頭から何ビット目かを示す信
号をエラーＳＳＥ検出部３６１から受け、伸長しながら
伸長済ブロック数をカウントしていくことでエラービッ
トを含んだブロック番号を得る。

【０３３３】そして、これに基いてエラー修正／変更部
３６２は再生信号に対して例えば部分信号を書き換えて
前記ブロック番号以降リスタートマーカまでのブロック
を修正する。

【０３３４】以上のように、第２実施例では、ＳＳ信号
が圧縮コードである場合に伸長処理を行った後の信号
を、伸長時求めたエラー部の情報に基いて修正すること
により、圧縮コードの場合、エラーＳＳＥが復号される
ことによって発生するノイズの範囲が、実際に復号（伸
長）してみるまで判らないが、上述のようにすることで
伸長後の信号のノイズを目立たなくすることができるよ
うになる。

【０３３５】図８は第３の実施例の要部を示すもので、
上述した第１及び第２実施例における再生処理部３６３
の一部として構成される部分を示している。

【０３３６】すなわち、この第３実施例では、第１及び
第２実施例で説明したように、エラー訂正部３１０でエ
ラー訂正ができなかったＳＳＥや欠落ＳＳＥに対して適
切なエラー修正／変更が施されたＳＳが最後に再処理部
３６３で必要な処理（ファイル作成等）を受けて出力さ
れることになるが、そのサブセット（ＳＳ）から生成さ
れたファイルのヘッダが壊れて不完全なものとなってし
まった場合において、その属性をデフォルト値に置換す
ることにより、可能な限り合理的に処理しようとするも
のである。

【０３３７】つまり、サブセットのヘッダが壊れるとそ
の属性が不明となるため、最後にアプリケーションとし
て出す段階で、それが音声なのか、画像なのか、テキス
トなのか、データなのかということが分からなくなって
しまうことになる。

【０３３８】そこで、図８に示すように、前述した再生
処理部３６３における再生ファイル生成部３６３ａで再
生ファイルを前述したようにして作成した後、ファイル
属性抽出部３６３ｂで再生ファイルのファイルヘッダの
情報からファイル属性を抽出するときに、ファイルヘッ
ダが完全であればそれに基いて抽出されるファイル属性
に応じてアプリケーション切換部３６３ｃによりその再
生ファイルの内容が出力されることになるが、ファイル
属性抽出部３６３ｂで抽出されたファイルヘッダが不完
全なときは、デフォルト属性記憶部３６３ｄに予め記録
されているデフォルトを読み出してそれを不完全なファ
イルヘッダに置き換えて以降の処理を行うようにする。

【０３３９】この場合、デフォルト属性記憶部３６３ｄ
に予め記憶しておくデフォルト属性情報としては、一般
的に何度か繰り返して再生することが多いので、前回の
再生出力信号におけるファイルヘッダの属性情報を用い
るようにしてやるとよい。

【０３４０】このようにすることにより、何らかの形で
出力が行なわれるので、出力結果を見てエラーがあった
ことを操作者に告知でき、尤もらしいデフォルトの属性
を用いることで、正しく出力する可能性も高まる。

【０３４１】また、デフォルトの属性情報は、媒体単
位、操作者単位、操作期間単位のいずれかの単位内で最
も多く用いられている属性とするように選択切換ができ
るようにしてもよい。

【０３４２】このようにすることにより、同一媒体の属
性を用いるようにセットすると、例えば音声情報を集め
た本のような物からデータを取る場合に好都合である。

【０３４３】また、操作者毎の用途が個人である程度固
定の場合、各操作者の過去の利用状況から属性を推定す
ることも有効である。

【０３４４】同様に、直前の何回かの利用からデフォル
ト情報を推定することも有効である。

【０３４５】なお、以上の各実施例においては、エラー
部に対して変更修正出力、推定信号出力、デフォルト属
性推定等を行った旨を予め操作者に告知する手段を追加
し、操作者に、出力判断を行なわせて、操作者の判断に
基いて出力させるようにすることも有効である。

【０３４６】この告知手段としてはモニタ上に文字情報
で表示したり、アイコンを出力したり、警告音であった
り、ワーニング用ＬＥＤの点灯であってもよい。

【０３４７】以上第１乃至第３実施例に基づいて本発明
を説明したが、本発明は上述した実施例に限定されるも
のではなく、本発明の要旨の範囲内で種々の変形や応用
が可能である。ここで、本発明の要旨をまとめると以下
のようになる。

【０３４８】（１）オーディオ情報、映像情報、ディジ
タルコードデータの少なくとも一つを含むマルチメディ
ア情報が光学的に読取可能なコードで記録されている部
分を備える記録媒体から、前記コードを光学的に読み取
る読取手段と、前記読取手段で読み取ったコードを復調
して復調データを出力する復号手段と、該復元手段より
出力された復調データの所定量からなる集合体を一単位
とする部分データ塊毎にエラー訂正に係る処理を行う再
生手段と、該再生手段より出力された部分データ塊を所
定数集めて最終出力データとしこれを認識可能な如く元
のマルチメディア情報として出力する出力手段とを備え
た情報再生システムにおいて、上記部分データ塊毎にそ
の欠落乃至上記再生手段によるエラー訂正不可をエラー
部分データ塊として検出するエラー部分データ塊検出手
段と、該エラー部分データ塊検出手段によって検出され
たエラー部分データ塊を認識して当該エラー部分データ
塊に対応する部分のデータを修正乃至変更するデータ修
正変更手段とを備えたことを特徴とする情報再生システ
ム。

【０３４９】（２）上記マルチメディア情報がオーディ
オ情報であるとき、上記データ修正変更手段は、当該エ
ラー部分データ塊に対応する部分のオーディオ出力レベ
ルを低減させる手段を含む（１）に記載の情報再生シス
テム。

【０３５０】（３）上記マルチメディア情報が画像情報
であるとき、上記データ修正変更手段は、当該エラー部
分データ塊に対応する部分の画像をぼかす手段を含む
（１）に記載の情報再生システム。

【０３５１】（４）上記データ修正変更手段は、修正乃
至変更すべき対象のエラー部分データ塊を削除し、且
つ、当該削除部分に代替データを挿入する手段を含む
（１）に記載の情報再生システム。

【０３５２】（５）上記マルチメディア情報がオーディ
オ情報であるとき、上記削除部分に挿入すべき代替デー
タ無音データである（４）に記載の情報再生システム。

【０３５３】（６）上記マルチメディア情報が画像情報
であるとき、上記削除部分に挿入すべき代替データが所
定の輝度レベルデータである（４）に記載の情報再生シ
ステム。

【０３５４】（７）上記データ修正変更手段は、上記削
除部分に挿入すべき代替データを当該エラー部分データ
塊の前後又は周囲のデータに基づいて生成する手段を含
む（４）に記載の情報再生システム。

【０３５５】（８）上記情報再生システムは、上記デー
タ修正変更手段によってエラー部分データ塊が修正乃至
変更された旨を報知するための報知手段を更に有する
（１）に記載の情報再生システム。

【０３５６】（９）オーディオ情報、映像情報、ディジ
タルコードデータの少なくとも一つを含むマルチメディ
ア情報が光学的に読取可能なコードで記録されている部
分を備える記録媒体から、前記コードを光学的に読み取
る読取手段と、前記読取手段で読み取ったコードを復調
して復調データを出力する復元手段と、該復元手段より
出力された復調データの所定量からなる集合体を一単位
とする部分データ塊毎にエラー訂正に係る処理を行う再
生手段と、該再生手段より出力された部分データ塊を所
定数集めて最終出力データとしこれを認識可能な如く元
のマルチメディア情報として出力する出力手段とを備え
た情報再生システムにおいて、上記部分データ塊毎にそ
の欠落乃至上記再生手段によるエラー訂正不可をエラー
部分データ塊として検出するエラー部分データ塊検出手
段と、該エラー部分データ塊検出手段によって検出され
たエラー部分データ塊を認識して当該エラー部分データ
塊に対応する部分のデータの出力態様を修正乃至変更す
べくその制御信号を生成する制御信号生成手段とを備え
たことを特徴とする情報再生システム。

【０３５７】（１０）上記マルチメディア情報がオーデ
ィオ情報であるとき、上記制御信号は、当該エラー部分
データ塊に対応する部分のオーディオ出力レベルを低減
させるための信号である（９）に記載の情報再生システ
ム。

【０３５８】（１１）上記マルチメディア情報が画像情
報であるとき、上記制御信号は、当該エラー部分データ
塊に対応する部分の画像をぼかすための信号である
（９）に記載の情報再生システム。

【０３５９】（１２）上記部分データ塊を所定数集めた
最終出力データが所定の方式に従って圧縮された圧縮デ
ータであるとき、上記データ修正変更手段は、上記最終
出力データの伸長処理後のデータから当該エラー部分デ
ータ塊に基づくエラーの波及範囲を検出し、この検出さ
れたエラーの波及範囲情報に基づいて当該伸長処理後の
データの修正乃至変更する（１）に記載の情報再生シス
テム。

【０３６０】（１３）上記情報再生システムは、上記制
御信号生成手段によって制御信号が生成された旨を報知
するための報知手段を更に有する（９）に記載の情報再
生システム。

【０３６１】（１４）オーディオ情報、映像情報、ディ
ジタルコードデータの少なくとも一つを含むマルチメデ
ィア情報が光学的に読取可能なコードで記録されている
部分を備える記録媒体から、前記コードを光学的に読み
取る読取手段と、前記読取手段で読み取ったコードを復
調して復調データを出力する復元手段と、該復元手段よ
り出力された復調データに対してエラー訂正に係る処理
を行う再生手段と、該再生手段より出力されたデータを
認識可能な如く元のマルチメディア情報として出力する
出力手段とを備え、上記再生手段より出力されたデータ
はそのヘッダー情報として当該出力の対象となるデータ
が何れの種別のデータであるかを表わす属性情報を含
み、上記出力手段は該属性情報に応じて該当するデータ
のマルチメディア情報を出力するようにした情報再生シ
ステムであって、上記属性情報の欠落乃至再生手段によ
るエラー訂正不可を検出する属性情報検出手段と、該属
性情報検出手段によって属性情報が検出されなかったと
き当該出力の対象とするデータの属性情報をデフォルト
値とするためのデフォルト値設定手段とを備えたことを
特徴とする情報再生システム。

【０３６２】（１５）上記情報再生システムは、当該読
み取り動作の以前に行なわれた読み取り動作で検出され
た属性情報を記憶するための属性情報メモリを更に有
し、上記デフォルト値設定手段は、上記デフォルト値
を、該属性情報メモリに記憶された属性情報とする手段
を含む（１４）に記載の情報再生システム。

【０３６３】（１６）上記デフォルト値設定手段は、そ
のデフォルト値を記録媒体単位、操作者単位、乃至操作
期間単位で変更可能とする手段を含む（１４）に記載の
情報再生システム。

【０３６４】（１７）上記デフォルト値設定手段は、そ
のデフォルト値を記録媒体単位、操作者単位、乃至操作
期間単位の何れかの単位内で最も多く使用された属性情
報を設定するための手段を含む（１６）に記載の情報再
生システム。

【０３６５】（１８）上記情報再生システムは、上記デ
フォルト値設定手段によってデフォルト値が設定された
旨を報知するための報知手段を更に有する（１４）に記
載の情報再生システム。

【０３６６】そして、上記（１）のシステムによれば、
再生信号を生成する途中段階で再生信号中にノイズが入
る部分を検出することができるので、そのノイズを目立
たなくして出力するようにすることができる。

【０３６７】また、上記（２）、（１０）のシステムに
よれば、オーディオにノイズが入った場合、その部分の
レベルを下げて耳障りな音を小さくすることができる。

【０３６８】また、上記（３）、（１）のシステムによ
れば、画像にノイズが入った場合はノイズ部をボカして
目立たなくすることができる。

【０３６９】また、上記（４）、（５）のシステムによ
れば、例えば音声の場合は、ノイズ部を削除することで
前後がつまってしまう不自然さと軽減できる。また無音
の替りに警告音を挿入することで、操作者にエラーを知
らせることができるようになる。

【０３７０】また、上記（６）のシステムによれば、画
像の場合エラー部を適当な輝度信号に置き換えることで
画像の不連続を少しでも軽減できる。

【０３７１】また、上記（７）のシステムによれば、前
後の連続性を保つような信号を挿入するのでより自然と
なる。

【０３７２】また、上記（８）のシステムによれば、修
正を報知されることで操作者は出力が正しい物なのか、
一部修正を受けている物なのかを知ることができる。

【０３７３】また、上記（９）のシステムによれば、信
号自体は変化させることなく、出力のさせ方を制御して
ノイズを目立たせなくできる。

【０３７４】また、上記（１２）のシステムによれば、
エラーを含んだ情報が圧縮コードであっても、ノイズを
軽減することができる。

【０３７５】また、上記（１３）のシステムによれば、
出力された信号が、エラー軽減のための制御を受けたも
のかどうかを操作者が知ることができる。

【０３７６】また、上記（１４）のシステムによれば、
属性データが不明の場合でもとりあえず出力することが
でき、操作者に対して何らかの出力を行うことで、装置
がハングアップしているのではなく、読み取りでのエラ
ーであることを知らせることができる。

【０３７７】また、上記（１５）のシステムによれば、
属性データのみが欠落しているようなときに、とりあえ
ず出力する場合の正しく出力される確率を上げることが
できる。

【０３７８】また、上記（１６）のシステムによれば、
更に確率を上げるように、デフォルトの属性を決定する
方法を選択切換えができるようになっているので、操作
者や、使用環境等に合わせた設定が行える。

【０３７９】また、上記（１７）のシステムによれば、
直前の操作で得られた情報の属性でなく、単位内で最も
多く使用されている属性を採用することで、更に確率を
高くできる。

【０３８０】また、上記（１８）のシステムによれば、
デフォルトの属性を使用して出力する前に操作者に対し
て確認させることができるので、出力属性が気に入らな
い時には他の属性で出力させたり、出力させないように
もすることができる。

【０３８１】

【発明の効果】従って、以上詳述したように、本発明に
よれば、再生情報中に存在するエラー部分データ塊や壊
れたファイルヘッダを適切なデータやデフォルトとして
合理的に修正変更が行えるようにした情報再生システム
を提供することが可能となる。

【図面の簡単な説明】

【図１】本発明の第１実施例の構成を示すブロック図。

【図２】第１実施例の動作を説明するためのフローチャ
ート。

【図３】第１実施例におけるエラー修正／変更の形態を
例示する図。

【図４】第１実施例におけるエラー修正／変更の形態を
例示する図。

【図５】本発明の第２実施例の構成を示すブロック図。

【図６】第２実施例におけるエラー修正／変更の形態を
例示する図。

【図７】第２実施例におけるエラー修正／変更の形態を
例示する図。

【図８】本発明の第３実施例の構成を示すブロック図。

【図９】ドットコードのフォーマットを示す図である。

【図１０】マルチメディアペーパシステムに於ける情報
転送プロトコルの階層区分別例を示す図である。

【図１１】再生側の階層構造の内の下位置の構造例を示
す図である。

【図１２】再生側の階層構造の内の上位置の構造例を示
す図である。

【図１３】（Ａ）乃至（Ｄ）はそれぞれレイヤ２から渡
されるブロックデータの構造例を示す図であり、（Ｅ）
はブロックアドレスエラー状態フラグの４つの状態を示
す図である。

【図１４】レイヤ３のブロック構成図である。

【図１５】レイヤ３の変形例を示すブロック構成図であ
る。

【図１６】（Ａ）はマクロブロックヘッダの構造例を示
す図、（Ｂ）は（Ａ）のマクロブロックヘッダの実際の
二次元構造を示す図であり、（Ｃ）は（Ｂ）の構造の変
形例を示す図である。

【図１７】（Ａ）はマクロブロックヘッダのより具体的
な構造例を示す図、（Ｂ）は（Ａ）のマクロブロックヘ
ッダの実際の二次元構造を示す図であり、（Ｃ）は
（Ｂ）の構造の変形例を示す図である。

【図１８】スーパーマクロブロックの構造例を示す図で
ある。

【図１９】（Ａ）はスーパーマクロブロックの別の構造
例を示す図であり、（Ｂ）はサブセットエレメントの構
造例を示す図である。

【図２０】（Ａ）及び（Ｂ）はそれぞれ図１８及び図１
９の（Ａ）のスーパーマクロブロックの構造の変形例を
示す図である。

【図２１】レイヤ３の動作を説明するためのフローチャ
ートである。

【図２２】（Ａ）はサブセットエレメント・データの構
造例を示す図、（Ｂ）はファイルの先頭サブセットの構
造例を示す図であり、（Ｃ）はファイルの一般サブセッ
トの構造例を示す図である。

【図２３】（Ａ）乃至（Ｃ）はそれぞれサブセット・フ
ォーマットの構造例を示す図である。

【図２４】（Ａ）は一般ファイルのサブセット構成例を
示す図であり、（Ｂ）はインデックス・ファイルのサブ
セット構成例を示す図である。

【図２５】サブセットエレメント、サブセット、ファイ
ルの関係を示す図である。

【図２６】ＭＭＰ再生装置をブロック型デバイスとして
見た時のレイヤ４及び５の構成を示す機能ブロック図で
ある。

【図２７】図２６の構成における動作を説明するための
一連のフローチャートの前半部分を示す図である。

【図２８】図２６の構成における動作を説明するための
一連のフローチャートの後半部分を示す図である。

【図２９】ＭＭＰ再生装置をキャラクタ型デバイスとし
て見た時のレイヤ４及び５の構成を示す機能ブロック図
である。

【図３０】図２９の構成における動作を説明するための
フローチャートである。

【図３１】ペン型情報再生システムのブロック構成図で
ある。

【図３２】ペン型情報再生システムにおける光源発生タ
イミングチャートである。

【符号の説明】

３００…検出部、３０２…走査変換部、３０８…データ
列調整部、３１０…エラー訂正部、３６０…ＳＳＥリン
ク部、３６１…エラーＳＳＥ検出部、３６２…エラー修
正／変更部、３６３…再生処理部、３６４…伸長処理
部、３６５…出力装置、３６３ａ…再生ファイル生成
部、３６３ｂ…ファイル属性抽出部、３６３ｃ…アプリ
ケーション切換部、３６３ｄ…デフォルト属性記憶部、
４００…システムコントローラ。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 5/76 Ｚ 5/91

Claims (18)

【特許請求の範囲】
1. 【請求項１】 オーディオ情報、映像情報、ディジタル
   コードデータの少なくとも一つを含むマルチメディア情
   報が光学的に読取可能なコードで記録されている部分を
   備える記録媒体から、前記コードを光学的に読み取る読
   取手段と、 前記読取手段で読み取ったコードを復調して復調データ
   を出力する復元手段と、 該復元手段より出力された復調データの所定量からなる
   集合体を一単位とする部分データ塊毎にエラー訂正に係
   る処理を行う再生手段と、 該再生手段より出力された部分データ塊を所定数集めて
   最終出力データとしこれを認識可能な如く元のマルチメ
   ディア情報として出力する出力手段とを備えた情報再生
   システムにおいて、 上記部分データ塊毎にその欠落乃至上記再生手段による
   エラー訂正不可をエラー部分データ塊として検出するエ
   ラー部分データ塊検出手段と、 該エラー部分データ塊検出手段によって検出されたエラ
   ー部分データ塊を認識して当該エラー部分データ塊に対
   応する部分のデータを修正乃至変更するデータ修正変更
   手段とを備えたことを特徴とする情報再生システム。
2. 【請求項２】 上記マルチメディア情報がオーディオ情
   報であるとき、 上記データ修正変更手段は、当該エラー部分データ塊に
   対応する部分のオーディオ出力レベルを低減させる手段
   を含む請求項１に記載の情報再生システム。
3. 【請求項３】 上記マルチメディア情報が画像情報であ
   るとき、 上記データ修正変更手段は、当該エラー部分データ塊に
   対応する部分の画像をぼかす手段を含む請求項１に記載
   の情報再生システム。
4. 【請求項４】 上記データ修正変更手段は、修正乃至変
   更すべき対象のエラー部分データ塊を削除し、且つ、当
   該削除部分に代替データを挿入する手段を含む請求項１
   に記載の情報再生システム。
5. 【請求項５】 上記マルチメディア情報がオーディオ情
   報であるとき、 上記削除部分に挿入すべき代替データが無音データであ
   る請求項４に記載の情報再生システム。
6. 【請求項６】 上記マルチメディア情報が画像情報であ
   るとき、 上記削除部分に挿入すべき代替データが所定の輝度レベ
   ルデータである請求項４に記載の情報再生システム。
7. 【請求項７】 上記データ修正変更手段は、上記削除部
   分に挿入すべき代替データを当該エラー部分データ塊の
   前後又は周囲のデータに基づいて生成する手段を含む請
   求項４に記載の情報再生システム。
8. 【請求項８】 上記情報再生システムは、上記データ修
   正変更手段によってエラー部分データ塊が修正乃至変更
   された旨を報知するための報知手段を更に有する請求項
   １に記載の情報再生システム。
9. 【請求項９】 オーディオ情報、映像情報、ディジタル
   コードデータの少なくとも一つを含むマルチメディア情
   報が光学的に読取可能なコードで記録されている部分を
   備える記録媒体から、前記コードを光学的に読み取る読
   取手段と、 前記読取手段で読み取ったコードを復調して復調データ
   を出力する復元手段と、 該復元手段より出力された復調データの所定量からなる
   集合体を一単位とする部分データ塊毎にエラー訂正に係
   る処理を行う再生手段と、 該再生手段より出力された部分データ塊を所定数集めて
   最終出力データとしこれを認識可能な如く元のマルチメ
   ディア情報として出力する出力手段とを備えた情報再生
   システムにおいて、 上記部分データ塊毎にその欠落乃至上記再生手段による
   エラー訂正不可をエラー部分データ塊として検出するエ
   ラー部分データ塊検出手段と、 該エラー部分データ塊検出手段によって検出されたエラ
   ー部分データ塊を認識して当該エラー部分データ塊に対
   応する部分のデータの出力態様を修正乃至変更すべくそ
   の制御信号を生成する制御信号生成手段とを備えたこと
   を特徴とする情報再生システム。
10. 【請求項１０】 上記マルチメディア情報がオーディオ
    情報であるとき、 上記制御信号は、当該エラー部分データ塊に対応する部
    分のオーディオ出力レベルを低減させるための信号であ
    る請求項９に記載の情報再生システム。
11. 【請求項１１】 上記マルチメディア情報が画像情報で
    あるとき、 上記制御信号は、当該エラー部分データ塊に対応する部
    分の画像をぼかすための信号である請求項９に記載の情
    報再生システム。
12. 【請求項１２】 上記部分データ塊を所定数集めた最終
    出力データが所定の方式に従って圧縮された圧縮データ
    であるとき、 上記データ修正変更手段は、 上記最終出力データの伸長処理後のデータから当該エラ
    ー部分データ塊に基づくエラーの波及範囲を検出し、 この検出されたエラーの波及範囲情報に基づいて当該伸
    長処理後のデータの修正乃至変更する請求項１に記載の
    情報再生システム。
13. 【請求項１３】 上記情報再生システムは、上記制御信
    号生成手段によって制御信号が生成された旨を報知する
    ための報知手段を更に有する請求項９に記載の情報再生
    システム。
14. 【請求項１４】 オーディオ情報、映像情報、ディジタ
    ルコードデータの少なくとも一つを含むマルチメディア
    情報が光学的に読取可能なコードで記録されている部分
    を備える記録媒体から、前記コードを光学的に読み取る
    読取手段と、 前記読取手段で読み取ったコードを復調して復調データ
    を出力する復元手段と、 該復元手段より出力された復調データに対してエラー訂
    正に係る処理を行う再生手段と、 該再生手段より出力されたデータを認識可能な如く元の
    マルチメディア情報として出力する出力手段とを備え、 上記再生手段より出力されたデータはそのヘッダ情報と
    して当該出力の対象となるデータが何れの種別のデータ
    であるかを表わす属性情報を含み、 上記出力手段は該属性情報に応じて該当するデータのマ
    ルチメディア情報を出力するようにした情報再生システ
    ムであって、 上記属性情報の欠落乃至上記再生手段によるエラー訂正
    不可を検出する属性情報検出手段と、 該属性情報検出手段によって属性情報が検出されなかっ
    たとき当該出力の対象となるデータの属性情報をデフォ
    ルト値とするためのデフォルト値設定手段とを備えたこ
    とを特徴とする情報再生システム。
15. 【請求項１５】 上記情報再生システムは、 当該読み取り動作の以前に行なわれた読み取り動作で検
    出された属性情報を記憶するための属性情報メモリを更
    に有し、 上記デフォルト値設定手段は、上記デフォルト値を、該
    属性情報メモリに記憶された属性情報とする手段を含む
    請求項１４に記載の情報再生システム。
16. 【請求項１６】 上記デフォルト値設定手段は、そのデ
    フォルト値を記録媒体単位、操作者単位、乃至操作期間
    単位で変更可能とする手段を含む請求項１４に記載の情
    報再生システム。
17. 【請求項１７】 上記デフォルト値設定手段は、そのデ
    フォルト値を記録媒体単位、操作者単位、乃至操作期間
    単位の何れかの単位内で最も多く使用された属性情報を
    設定するための手段を含む請求項１６に記載の情報再生
    システム。
18. 【請求項１８】 上記情報再生システムは、上記デフォ
    ルト値設定手段によってデフォルト値が設定された旨を
    報知するための報知手段を更に有する請求項１４に記載
    の情報再生システム。