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

Abstract

(57)【要約】 【目的】マルチメディア情報を光学的に読み取り可能な
コードパターンとして情報記録媒体に印刷記録し、それ
を読み取って元のマルチメディア情報に復元するシステ
ムに於いて、コードパターンを高速に再生できるように
すること。 【構成】情報記録媒体のコードパターンは、マルチメデ
ィア情報に復元する復元処理過程に従ってデータを編集
処理するために必要な処理情報を含む。復元処理過程
は、レイヤ１乃至５及びアプリケーションプロセスの階
層構造をもつ。レイヤ５及びアプリケーションプロセス
では、セット規格識別子判定部６８は、レイヤ４からサ
ブセットのユーザーデータに先立ってヘッダ情報として
送られてくるセット規格名称識別子及びＳＤＣＨによ
り、デコード部７４の選択、及び再生出力部７６の選択
並びにパラメータ設定を行う。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】従来より、音声や音楽等を記録する媒体
として、磁気テープや光ディスク等、種々のものが知ら
れている。しかしこれらの媒体は、大量に複製を作った
としても単価はある程度高価なものとなり、またその保
管にも多大な場所を必要としていた。さらには、音声を
記録した媒体を、遠隔地にいる別の者に渡す必要ができ
た場合には、郵送するにしても、また直に持っていくに
しても、手間と時間がかかるという問題もあった。ま
た、オーディオ情報以外の、カメラ，ビデオ機器等から
得られる映像情報、及びパーソナルコンピュータ，ワー
ドプロセッサ等から得られるディジタルコードデータ、
等をも含めた所謂マルチメディア情報全体に関しても同
様であった。

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

【０００４】この特許出願の情報再生システムでは、情
報記録媒体上のドットコードを光学的に読み取って再生
する情報再生装置を、手で保持し、記録されているドッ
トコードに沿って記録媒体上を手動で走査することによ
って読み取る方法が開示されている。

【０００５】

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

【０００６】また、コードパターンの再生をより確実且
つ高速に行うことも望まれている。

【０００７】本発明は、上記の点に鑑みてなされたもの
で、コードパターンをより確実且つ高速に再生でき、ま
たコードパターン自体の構造が将来的に変わっても対処
可能な情報記録媒体及び情報再生装置を提供することを
目的とする。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明による情報記録媒体は、オーディオ情報、
映像情報、ディジタルコードデータの少なくとも一つを
含むマルチメディア情報が光学的に読み取り可能なコー
ドパターンで記録されている部分を備える情報記録媒体
であって、上記コードパターンを読み取って元のマルチ
メディア情報に復元する当該情報記録媒体に適用すべき
復元手段が、上記読み取ったコードパターンをイメージ
としてのコードデータに変換すると共に、このコードデ
ータに上記読み取りに関する情報を第１の処理情報とし
て付加して出力する第１の階層処理手段と、上記第１の
階層処理手段から出力される第１の処理情報を認識して
上記第１の階層処理手段から出力されるコードデータを
処理すると共に、上記コードデータを所定の単位毎に集
めたブロックを生成して出力する第２の階層処理手段
と、上記第２の階層処理手段から出力されるブロックを
集めて、より大なる所定単位のスーパーマクロブロック
を生成するために少なくとも必要な第２の処理情報を、
上記ブロックのコードデータから抽出して認識し、この
第２の処理情報に基づいてスーパーマクロブロックを生
成し、誤り対策に係る処理を行なうための第３の処理情
報を上記スーパーマクロブロックから抽出認識し、この
第３の処理情報に基づいてスーパーマクロブロックの誤
り対策に係る処理を行ない、さらに上記スーパーマクロ
ブロックを上記第３の処理情報に基づいて離散して生成
されたサブセットエレメントを出力する第３の階層処理
手段と、上記第３の階層処理手段から出力されるサブセ
ットエレメントから、上記マルチメディア情報を復元可
能な所定単位のコードからなるサブセットを生成するた
めに少なくとも必要な第４の処理情報を、上記サブセッ
トエレメントから抽出して、この第４の処理情報に基づ
いて生成されたサブセットを出力する第４の階層処理手
段と、上記第４の階層処理手段から出力されるサブセッ
トから、上記マルチメディア情報を再生出力するための
再生データを生成するために少なくとも必要な第５の処
理情報を抽出して、この第５の処理情報に基づいてマル
チメディア情報の再生データを出力する第５の階層処理
手段と、上記第５の処理情報に基づいて上記第５の階層
処理手段からの再生データを、そのデータ種別毎に適宜
選択して出力するアプリケーションプロセスを行うため
の少なくとも上記第２乃至第５の処理情報を含むことを
特徴とする。

【０００９】また、本発明による情報再生装置は、オー
ディオ情報、映像情報、ディジタルコードデータの少な
くとも一つを含むマルチメディア情報が光学的に読み取
り可能なコードパターンで記録されている部分を備える
情報記録媒体から、上記コードパターンを光学的に読み
取って元のマルチメディア情報に復元するための復元手
段を有する情報再生装置であって、上記読み取ったコー
ドパターンをイメージとしてのコードデータに変換する
と共に、このコードデータに上記読み取りに関する情報
を第１の処理情報として付加して出力する第１の階層処
理手段と、上記第１の階層処理手段から出力される第１
の処理情報を認識して上記第１の階層処理手段から出力
されるコードデータを処理すると共に、上記コードデー
タを所定の単位毎に集めたブロックを生成して出力する
第２の階層処理手段と、上記第２の階層処理手段から出
力されるブロックを集めて、より大なる所定単位のスー
パーマクロブロックを生成するために少なくとも必要な
第２の処理情報を、上記ブロックのコードデータから抽
出して認識し、この第２の処理情報に基づいてスーパー
マクロブロックを生成し、誤り対策に係る処理を行なう
ための第３の処理情報を上記スーパーマクロブロックか
ら抽出認識し、この第３の処理情報に基づいてスーパー
マクロブロックの誤り対策に係る処理を行ない、さらに
上記スーパーマクロブロックを上記第３の処理情報に基
づいて離散して生成されたサブセットエレメントを出力
する第３の階層処理手段と、上記第３の階層処理手段か
ら出力されるサブセットエレメントから、上記マルチメ
ディア情報を復元可能な所定単位のコードからなるサブ
セットを生成するために少なくとも必要な第４の処理情
報を、上記サブセットエレメントから抽出して、この第
４の処理情報に基づいて生成されたサブセットを出力す
る第４の階層処理手段と、上記第４の階層処理手段から
出力されるサブセットから、上記マルチメディア情報を
再生出力するための再生データを生成するために少なく
とも必要な第５の処理情報を抽出して、この第５の処理
情報に基づいてマルチメディア情報の再生データを出力
する第５の階層処理手段と、上記第５の処理情報に基づ
いて上記第５の階層処理手段からの再生データを、その
データ種別毎に適宜選択して出力するアプリケーション
プロセス手段と、を具備することを特徴とする。

【００１０】あるいは、本発明の情報再生装置は、オー
ディオ情報、映像情報、ディジタルコードデータの少な
くとも一つを含むマルチメディア情報が光学的に読み取
り可能なコードパターンで記録されている部分を備える
情報記録媒体から、上記コードパターンを光学的に読み
取って元のマルチメディア情報に復元するための復元手
段を有する情報再生装置であって、上記読み取ったコー
ドパターンをイメージとしてのコードデータに変換する
と共に、このコードデータに上記読み取りに関する情報
を第１の処理情報として付加して出力する第１の階層処
理手段と、上記第１の階層処理手段から出力される第１
の処理情報を認識して上記第１の階層処理手段から出力
されるコードデータを処理すると共に、上記コードデー
タを所定の単位毎に集めたブロックを生成して出力する
第２の階層処理手段と、上記第２の階層処理手段から出
力されるブロックを集めて、より大なる所定単位のスー
パーマクロブロックを生成するために少なくとも必要な
第２の処理情報を、上記ブロックのコードデータから抽
出して認識し、この第２の処理情報に基づいてスーパー
マクロブロックを生成し、誤り対策に係る処理を行なう
ための第３の処理情報を上記スーパーマクロブロックか
ら抽出認識し、この第３の処理情報に基づいてスーパー
マクロブロックの誤り対策に係る処理を行ない、さらに
上記スーパーマクロブロックを上記第３の処理情報に基
づいて離散して生成されたサブセットエレメントを出力
する第３の階層処理手段と、上記第３の階層処理手段か
ら出力されるサブセットエレメントから、上記マルチメ
ディア情報を復元可能な所定単位のコードからなるサブ
セットを生成するために少なくとも必要な第４の処理情
報を、上記サブセットエレメントから抽出して、この第
４の処理情報に基づいて生成されたサブセットを出力す
る第４の階層処理手段と、上記第４の階層処理手段から
出力されるサブセットから、上記マルチメディア情報を
再生出力するための再生データを生成するために少なく
とも必要な第５の処理情報を抽出して、この第５の処理
情報に基づいてマルチメディア情報の再生データを出力
する第５の階層処理手段と、上記第５の処理情報に基づ
いて上記第５の階層処理手段からの再生データを、その
データ種別毎に適宜選択して出力するアプリケーション
プロセス手段と、を具備し、上記第５の階層処理手段
が、上記第５の処理情報に関して、エラー報知処理を行
なうエラー報知手段を含むことを特徴とする。

【００１１】さらに、本発明の情報再生装置は、オーデ
ィオ情報、映像情報、ディジタルコードデータの少なく
とも一つを含むマルチメディア情報が光学的に読み取り
可能なコードパターンで記録されている部分を備える情
報記録媒体から、上記コードパターンを光学的に読み取
る走査手段と、上記走査手段で読み取ったコードパター
ンを元のマルチメディア情報に復元するための復元手段
と、上記復元手段によって元のマルチメディア情報が復
元できなかったとき、その原因が、上記走査手段又は復
元手段での復元処理過程において発生したエラーによる
ものなのか、上記走査手段で読み取ったコードパターン
に当該情報再生装置が非対応であることによるものなの
かを、判別可能にエラー報知を行うエラー報知手段と、
を具備することを特徴とする。

【００１２】

【作用】即ち、本発明の情報記録媒体及び情報再生装置
によれば、コードパターンが第２乃至第５の処理情報を
含み、第５の階層処理手段は、上記第４の階層処理手段
から出力されるサブセットから、上記マルチメディア情
報を再生出力するための再生データを生成するために少
なくとも必要な第５の処理情報を抽出して、この第５の
処理情報に基づいてマルチメディア情報の再生データを
出力する。そして、アプリケーションプロセス手段が、
上記第５の処理情報に基づいて上記第５の階層処理手段
からの再生データを、そのデータ種別毎に適宜選択して
出力する。

【００１３】また、本発明の情報再生装置によれば、エ
ラー報知手段は、上記第５の処理情報に関して、エラー
報知処理を行なう。あるいは、このエラー報知手段は、
復元手段によって元のマルチメディア情報が復元できな
かったとき、その原因が、上記復元手段での復元処理過
程において発生したエラーによるものなのか、走査手段
で読み取ったコードパターンに当該情報再生装置が非対
応であることによるものなのかを、判別可能にエラー報
知を行う。

【００１４】

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

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

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

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

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

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

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

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

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

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

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

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

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

【００２７】即ち、図４及び図５は、このような再生側
の複数の階層構造で、多段階にわたる処理の過程の例を
示す図である。なお、これらの図に於いて、Ｎ−ＳＤＵ
n はＮ層サービスデータユニットｎ番（Nth Layer Serv
ice Data Unit, No.n ）、Ｎ−ＰＤＵn はＮ層プロトコ
ルデータユニットｎ番（Nth Layer Protocol Data Uni
t, No.n）、Ｎ−ＰＣＩn はＮ層プロトコルコントロー
ルインフォメーションｎ番（Nth Layer Protocol Comtr
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 として受ける。セット規格識別子判定部６８は、５
−ＰＤＵ1 のうちの５−ＰＣＩ1 と、上記５−ＰＣＩ2
とから、読み取ったコード情報がドットコード１０なの
かどうか、規格にマッチしたものかどうか、並びにこの
ハードウェアで再生できるものかどうか等の判定を行
い、否定的な結果が得られた場合にはエラー処理部７０
にエラー処理を行わせ、エラー情報表示部７２にてエラ
ー表示させる。さらに、このセット規格識別子判定部６
８は、再生するためのパラメータ等の設定、デコード部
７４のデコーダ選択の設定、及び再生出力部７６の選
択、等の処理を行う。また、レイヤ４に対して、データ
リクエスト、データアドレス、等を出力する。

【００４８】デコード部７４は、５−ＰＤＵ1 のうちの
５−ＵＤ1 を受けてデコードするもので、音声情報をデ
コードするための音声デコード部７４ａと画像情報をデ
コードするための画像デコード部７４ｂとを有してい
る。なお、テキスト情報については、そのまま出力され
る。すなわち、レイヤ４からは、サブセット、つまり音
声ならば音声だけの情報、画像であれば画像だけの情
報、テキストであればテキストだけの情報というよう
に、それぞれ一つの情報単位として認識できるデータの
塊に分けられたデータが入力されるので、それぞれの情
報に対応したデコード処理が施される。例えば、音声情
報については、人間の言葉に特化されたようなＫＥＬＰ
方式の圧縮方式でデータが圧縮されている場合には、音
声デコード部７４ａで、それに対応するデコード処理が
行われる。また、画像情報については、ＪＰＥＧ方式で
圧縮されている場合には、画像デコード部７４ｂで、そ
れに対応する伸張処理が施される。これらのデコード部
７４ａ，７４ｂは、セット規格識別子判定部６８からの
デコーダ選択信号により択一的に動作される。

【００４９】再生出力部７６は、デコード部７４のデコ
ード出力を受けて、出力装置に適した信号に変換するた
めのもので、音声再生出力部７６ａ、画像再生出力部７
６ｂ、及びテキスト再生出力部７６ｃを有している。こ
れらの再生出力部７６ａ，７６ｂ，７６ｃは、上記セッ
ト規格識別子判定部６８からの再生出力回路選択信号に
よって択一的に動作されるが、さらに、例えば音声再生
出力部７６ａは、７ｋＨｚや８ｋＨｚのサンプリング周
波数に対応したクロックやフィルタ、ＣＤクオリティで
ある４８ｋＨｚのサンプリング周波数に対応したクロッ
クやフィルタ、等のように複数種対応可能となっている
ので、それらのクロックやフィルタの選択も、この再生
出力回路選択信号によって行われるようになっている。
同様に、画像情報の場合には、画像再生出力部７６ｂ
は、上記再生出力回路選択信号に従って、例えば６４０
×４８０ドットというように画像サイズの変換を行う。
テキスト情報の場合には、テキスト再生出力部７６ｃ
は、テキスト情報を文字即ちキャラクタに変換する。

【００５０】そして、音声再生出力部７６ａの出力信号
は、スピーカやイヤホン或いはヘッドホン等の音声出力
装置７８から音声として出力される。また、画像再生出
力部７６ｂ及びテキスト再生出力部７６ｃの出力信号
は、モニタ等の表示出力装置８０に表示される。

【００５１】なお、エラー処理部７０は、何らかのエラ
ーがあった場合に、そのエラーの種類に応じて、エラー
情報表示部７２で、例えばＬＥＤにアラーム点灯、もし
くはＬＣＤで文字表示やマーカ表示、或いは赤色ランプ
やイエローランプの点灯、或いは、ビープ音や言葉で警
告を発する等により、ユーザーにエラーの発生を報知す
る。

【００５２】ここで、レイヤ４から入力されるデータを
図６を参照して説明する。

【００５３】基本的には、サブセットという形でレイヤ
４の方からはデータが受け渡されてくるが、そのサブセ
ットの最初に配された先頭サブセットヘッダ領域８２1
の前に、ファイルヘッダ領域８４が特別に付されてい
る。なお、この図は、音声、画像、及びテキストのそれ
ぞれの場合を一度に示すために、３つのサブセットが連
続的に記されているが、実際には、各サブセット毎にデ
ータが受け渡される。

【００５４】このファイルヘッダ領域８４には、次サブ
セットデータコントロールヘッダ（ＳＤＣＨ）ポインタ
８４ａ、セット規格名称識別子８４ｂ、及びＳＤＣＨの
有無８４ｃが入れられる。なお、このファイルヘッダ領
域８４の前には、このヘッダがファイルヘッダであるこ
とを示すユーザーデータフォーマット（ＵＤＦ）８６が
配される。

【００５５】次ＳＤＣＨポインタ８４ａは、４バイト分
の領域がとられており、次のＳＤＣＨの先頭アドレスを
示す。セット規格名称識別子８４ｂは、３バイト分のフ
ァイル規格名称（例えば、「ｍ，ｐ，１」）８４ｂ1 、
３バイト分のファイル規格バージョン８４ｂ2 、及び合
わせて８バイト分のセット規格名称及びセット規格バー
ジョン８４ｂ3 ，８４ｂ4 を含む。セット規格名称８４
ｂ3 は、各ＳＤＣＨの規格値が個別規格で決まっている
場合、各ＳＤＣＨを参照しなくても済む様に規格名称を
示している。また、ＳＤＣＨの有無８４ｃは、各ＳＤＣ
Ｈの有無を示す。

【００５６】一方、サブセットヘッダ領域８２1 ，８２
2 ，８２3 は、対応するサブセットのデータ領域８８1
，８８2 ，８８3 に入るデータの種類に対応して異な
る情報が入る。

【００５７】例えば、サブセットデータ領域８２1 は、
データ領域８８1 に音声データが入る場合を示してお
り、サブセットデータコントロールヘッダ（ＳＤＣＨ）
８２11として、ユーザーデータフォーマット（ＵＤＦ）
８２11ａ、次のＳＤＣＨポインタ８２11ｂ、パラメータ
８２11ｃ、データ領域開始及び終了アドレス８２11ｄ，
８２11ｅからなる。

【００５８】ＵＤＦ８２11ａは、対応するデータ領域８
８1 がどういうデータかつまりデータ種を表すもので、
この場合には、「音声」という情報が入る。

【００５９】次ＳＤＣＨポインタ８２11ｂは、次のサブ
セットヘッダのＳＤＣＨの先頭アドレスが入る。なお、
この次のＳＤＣＨポインタの内容がアドレスとして有り
得ないような値、例えば「ＦＦH （H は１６進数である
ことを示す）」や「００H 」を入れることにより、次の
サブセットが無いことを示すものとする。

【００６０】パラメータ８２11ｃは、この場合には、音
声に対するパラメータが入るもので、例えば、以下のよ
うな情報が入る。即ち、Ａd0：音声データ有り（１：有
り）、Ａd1：ステレオ（１：ステレオ）、Ａd2：Ｒ／Ｌ
順序（１：Ｒ，０：Ｌ）、Ａd3〜Ａd7：予約、Ａd8〜Ａ
d15 ：圧縮方式、Ａd16 〜Ａd23 ：量子化ビット数、Ａ
d24 〜Ａd31 ：サンプリング周波数、Ａd32 〜Ａd39 ：
予約、Ａd40 〜Ａd71：データサイズ（４バイト）であ
る。ここで、「音声データ有り」とは、音声データが有
るのかどうかを示す情報であり、「ステレオ」とは、ス
テレオなのかどうかを示す情報である。「Ｒ／Ｌ順序」
とは、ステレオの場合、データの並び方が、右，左なの
か、あるいは左，右なのかということを示すものであ
る。「予約」とは、空き領域であり、後で何かパラメー
タが増えた時に使う領域である。「圧縮方式」とは、例
えばＫＥＬＰ等の圧縮方式の規定するためのものであ
り、「量子化ビット数」は、８ビットなのか、１６ビッ
トなのか、１４ビットなのかという量子化ビット数を示
す。「サンプリング周波数」は、これが８ｋＨｚなの
か、１６ｋＨｚなのか、３２ｋＨｚなのか、４８ｋＨｚ
なのかというような情報が入り、「データサイズ」は、
対応するデータ領域８８1 の全データがどのくらいある
かを示す。

【００６１】データ領域開始及び終了アドレス８２11
ｄ，８２11ｅは、対応するデータ領域８８1 の先頭アド
レスと終了アドレスが入れられる。

【００６２】同様に、サブセットヘッダ領域８２2 は、
データ領域８８2 に画像データが入る場合を示してお
り、ＳＤＣＨ８２21として、ＵＤＦ８２21ａ、次ＳＤＣ
Ｈポインタ８２21ｂ、パラメータ８２21ｃ、データ領域
開始及び終了アドレス８２21ｄ，８２21ｅからなる。な
お、ここで、パラメータ８２21ｃとしては、例えば、以
下のような情報が入る。即ち、Ｖd0：画像データ有り
（１：有り）、Ｖd1〜Ｖd3：カラー化方式、Ｖd4：γ特
性（１：０．４５，０：１）、Ｖd5〜Ａd7：予約、Ｖd8
〜Ｖd15 ：圧縮方式、Ｖd16 〜Ｖd23 ：量子化ビット
数、Ｖd24 〜Ｖd39 ：水平画素数、Ｖd40 〜Ｖd55 ：垂
直画素数、Ｖd56 〜Ｖd63 ：予約、Ｖd64 〜Ｖd95 ：デ
ータサイズである。ここで、「カラー化方式」とは、カ
ラーなのか白黒なのか、さらにはカラーであればその方
式はＲＧＢなのか、シアン，マゼンタ，色差コンポーネ
ントなのかという情報である。「γ特性」とは、画像の
γ特性が１なのか、０．４５なのかを示す情報であり、
「圧縮方式」はＪＰＥＧ等の圧縮方式を示す。「量子化
ビット数」は、８ビットであるのか、６ビットなのか、
あるいはもっと高精度な１０ビット以上のものなのか、
という情報を示す。また、「水平画素数」及び「垂直画
素数」は二次元の画像を構成するための画面のサイズを
定義するものである。例えば、６４０×４８０ドット所
謂ＶＧＡの画像であるとか、１２６０×１０９０ドット
の所謂ＳＶＧＡというハイレゾリューションであるのか
を示す。

【００６３】同様に、サブセットヘッダ領域８２3 は、
データ領域８８3 にテキストデータが入る場合を示して
おり、ＳＤＣＨ８２31として、ＵＤＦ８２31ａ、次ＳＤ
ＣＨポインタ８２31ｂ、パラメータ８２31ｃ、データ領
域開始及び終了アドレス８２31ｄ，８２31ｅからなる。
なお、ここで、パラメータ８２31ｃとしては、例えば、
以下のような情報が入る。即ち、Ｔd0：テキストデータ
有り（１：有り）、Ｔd1：アプリケーションヘッダ有
り、Ｔd2〜Ｔd7：予約、Ｔd8〜Ｔd15 ：圧縮方式、Ｔd1
6 〜Ｔd23 ：フォーマット、Ｔd24 〜Ｔd39 ：水平文字
数、Ｔd40 〜Ｔd55 ：垂直文字数、Ｔd56 〜Ｔd63 ：予
約、Ｔd64 〜Ｔd95 ：データサイズである。なお、「圧
縮方式」に関しては、図１のデコード部７４の説明では
テキストが圧縮されていないものとして説明したが、デ
ータ量が多量になる場合にはやはり何らかの圧縮が必要
となり、そのような場合には、ここにその圧縮方式を記
述しておく。

【００６４】以上のようなファイルヘッダ領域８４、及
びサブセットヘッダ領域８２1 ，８２2 ，８２3 のデー
タがセット規格識別子判定部６８に５−ＰＣＩ1 として
与えられ、データ領域８８1 ，８８2 ，８８3 のデータ
がデコード部７４へ入力される。

【００６５】図７は、図１の構成における再生処理のフ
ローチャートである。

【００６６】まず、セット規格識別子判定部６８は、状
態信号である５−ＰＣＩ2 をリードし（ステップＳ１
１）、サブセットがまず揃ったかどうかを判定する（ス
テップＳ１２）。これは、データがサブセットの単位で
揃ったところでレイヤ４からレイヤ５に受け渡しがさ
れ、その揃ったということ即ちサブセットが出力される
という状態信号が５−ＰＣＩ2 として与えられるので、
この信号によりサブセットが揃ったかどうか判定するこ
とができる。もし、サブセットが揃っていないときに
は、上記ステップＳ１１に戻る。

【００６７】サブセットが揃った場合には、次に、５−
ＰＣＩ2 の状態信号に含まれるエラー情報により、エラ
ーの有無が判断される（ステップＳ１３）。即ち、レイ
ヤ４までの処理でエラーが発生しているかどうか、つま
り、コードとしてブロックデータが読めたかどうか、或
いはエラー訂正の処理においてエラー訂正が完璧に行わ
れたか否かということが判断されることになる。

【００６８】このエラー情報がＯＫでない、即ちエラー
があった場合には、エラーフラグＥを「１」にセットし
て（ステップＳ１４）、後述するようなエラー処理に入
る（ステップＳ１５）。即ち、エラー処理部７０は、エ
ラー情報表示部７２により、例えばＬＥＤにアラーム点
灯、もしくはＬＣＤで文字表示或いはマーカ表示、或い
はランプで赤色ランプやイエローランプの点灯、或い
は、ビープ音や言葉によって警告を発する、等のよう
に、そのエラーの種類に対応するエラー表示を行う。

【００６９】また、エラーが無かった場合には、次に、
セット規格識別子判定部６８は、５−ＰＣＩ1 のうちの
ファイルヘッダ領域８４のセット規格名称識別子８４ｂ
の判定処理を行う（ステップＳ１６）。このセット規格
名称識別子８４ｂにより再生対応コードかどうかをまず
判定する。この処理の詳細は後述する。

【００７０】次に、詳細は後述するようなデコードモー
ド，再生パラメータの設定処理を行う（ステップＳ１
７）。即ち、５−ＰＣＩ1 のうちのサブセットヘッダ領
域の各ＳＤＣＨのＵＤＦに従って、デコーダ選択信号、
並びに再生出力回路選択信号、及びクロック，フィル
タ，等、再生処理に必要なパラメータを抽出して設定を
する。そして、デコーダ選択信号は、デコード部７４に
入力され、再生出力回路選択信号及びパラメータは再生
出力部７６に入力されて、各パラメータの設定及び選択
がなされる。

【００７１】その後、５−ＰＤＵ1 であるデータ領域の
データ、つまり実際のデータをデコード部７４内の選択
されたデコード部でデコード処理を行い（ステップＳ１
８）、選択された再生出力部７６によって対応する出力
装置７８，８０に再生出力される（ステップＳ１９）。

【００７２】即ち、ＵＤＦにより音声であることが判別
されている場合には、デコーダ選択信号により音声デコ
ード部７４ａが選択されており、この音声デコード部７
４ａによって入力データのデコード処理が行われる。そ
して、再生出力回路選択信号によって選択され且つパラ
メータが設定された音声に対応した音声出力部７６ａを
介して、スピーカやイヤホン等の音声出力装置７８から
音声として再生出力される。

【００７３】同様に、ＵＤＦにより画像であることが判
別されている場合には、画像デコード部７４ｂ、画像再
生出力部７６ｂを介して、モニタ等の表示出力装置８０
に表示され、テキストであることが判別されている場合
には、デコード部７４はそのまま通過して、テキスト再
生出力部７６ｃでキャラクタに変換されて表示出力装置
８０に表示される。

【００７４】図８は、上記ステップＳ１６におけるセッ
ト規格名称識別子判定処理の詳細を示すフローチャート
である。

【００７５】まず、カウンタＳを「４」に、カウンタｋ
を「０」に初期設定する（ステップＳ２１）。なお、こ
のカウンタＳを「４」にセットするのは、前述したよう
にファイルヘッダ領域８４の次のＳＤＣＨポインタ８４
ａを４バイトとしているからであり、これを６バイトと
すれば、「６」がセットされることになる。また、カウ
ンタｋは単なるループカウンタとして機能するものであ
り、よって初期値として「０」が設定される。

【００７６】次に、アドレスカウンタａにＡ＋Ｓの値を
セットし、またカウンタｉにｉ＋ｋの値をセットする
（ステップＳ２２）。ここで、Ａはファイルヘッダ領域
８４の先頭アドレスを示し、よってそれにカウンタＳの
値つまりこの場合は「４」を足すことにより、アドレス
カウンタａは、セット規格名称識別子８４ｂの先頭アド
レスを指し示すようになる。また、カウンタｉは、セッ
ト規格識別子判定部６８内に設けられた不図示メモリの
アドレスを示すものである。即ち、この不図示メモリに
は、セット規格名称識別子のパターンＭｉ（ｉ＝０〜
ｎ）が記憶されており、このアドレスカウンタｉの値に
よりこのパターンＭｉのうちの１バイトを指定する。

【００７７】このパターンＭｉは、例えば「ｍ，ｐ，
１，１，０，０，Ｏ，Ｌ，Ｙ，Ｓ，１，１，０，０」と
いうようになっている。即ち、最初の３バイト「ｍ，
ｐ，１」はセット規格識別子８４ｂのファイル規格名称
８４ｂ1 に、次の３バイト「１，０，０」は同じくファ
イル規格バージョン８４ｂ2 に、次の「Ｏ，Ｌ，Ｙ，
Ｓ，１，１，０，０」は８バイト分のセット規格名称及
びセット規格バージョン８４ｂ3 ，８４ｂ4 に相当す
る。つまりこの例は、「ｍｐ１バージョン１．００、Ｏ
ＬＹＳ１バージョン１．００」という意味である。な
お、前述したように、セット規格名称８４ｂ3 は、各Ｓ
ＤＣＨの規格値が個別規格で決まっている場合、各ＳＤ
ＣＨを参照しなくても済む様に規格名称を示しているも
のである。例えば上記のような「Ｓ１」によって、サウ
ンドソース，圧縮方式，及びサンプリングレートが決定
される。

【００７８】勿論、このパターンＭｉは複数用意されて
おり、例えば、上記セット規格名称８４ｂ3 が「Ｖ１」
であれば音声ソース，圧縮方式，サンプリングレートが
決まり、「Ｉ１」であれば画像ソース，圧縮方式，表示
サイズが決まり、また「Ｔ１」であればテキストソース
及びファイル形式が決まる。

【００７９】上記のように各カウンタが設定された後、
セット規格名称識別子８４ｂのパターンＭａ（アドレス
ａで示されるバイト）と不図示メモリに記憶されたパタ
ーンＭｉ（ｉで示されるバイト）の一致、不一致を判定
し（ステップＳ２３）、一致であれば、カウンタｋの値
がｎに達しかどうか判定し（ステップＳ２４）、まだで
あれば、カウンタＳ及びＫの値をそれぞれ「１」カウン
トアップして（ステップＳ２５）、上記ステップＳ２２
に戻ることにより、次のバイトのデータの比較を行うこ
とになる。そして、すべてのバイトの比較が終わったな
らば、即ち上記ステップＳ２４においてカウンタｋの値
がｎになっていると判断されたならば、この判定処理を
終えて、次のデコードモード，再生パラメータ設定処理
へと進むことになる。

【００８０】一方、上記ステップＳ２３において一致し
ていないと判断された場合には、エラーフラグＥに
「２」をセットして（ステップＳ２６）、ステップＳ２
７のエラー処理へと進む。

【００８１】次に、上記ステップＳ１５及びステップＳ
２７にて行われるエラー処理について、図９のフローチ
ャートを参照して説明する。

【００８２】即ち、エラー処理部７０は、まずセット規
格識別子判定部６８によってセットされたエラーフラグ
Ｅが「２」であるかどうか判別する（ステップＳ３
１）。上記ステップＳ１５におけるエラー処理では、こ
のエラーフラグＥが「１」になっているので、この場合
には、走査ミスの表示や、再走査の指示表示を行う（ス
テップＳ３２）。

【００８３】一方、エラーフラグＥが「２」の場合、即
ち上記ステップＳ２７におけるエラー処理の場合には、
上記カウンタＳの値が「９」以下か、つまりパターンＭ
ｉの前半である「ｍ，ｐ，１，１，０，０」のファイル
形式名及びファイルバージョンの部分の比較中に不一致
バイトがあったのかどうかを判定する（ステップＳ３
３）。

【００８４】カウンタＳの値が「９」以下のときには、
２種類の処理のルーチンがある。即ち、１つは、ハード
ウェア側が対応していない非対応機種の場合であって、
その場合には、ファイル規格外コードであることを表示
する（ステップＳ３４）。もう１つは、対応機種の場
合、つまり規格外のコードでもハードウェアが対応する
ような場合には、ＭＭＰの規格の登録外コードであるこ
とを認識して、その処理ルーチンへ進み、前述したのと
同様にして、再生して出力を行う（ステップＳ３５）。
即ち、同じエラーフラグＥが「２」であっても、機種に
よって対応していれば、別にエラーでは無くて次のステ
ップへ進み、対応していなければ、エラーの表示をする
ことになる。

【００８５】一方、カウンタＳの値が「９」以上の場合
には、ファイル規格としては対応している、即ち正しい
ＭＭＰの規格になっているが、例えば、たまたまサウン
ドがハードウェア的に再生できないものであるというよ
うなエラーの状態である、或いは、音声再生専用のハー
ドウェアであった場合に画像つまり対応できないソース
であるというエラー状態を表す。従って、このような場
合には、そのエラー状態に対応した形での再生不可表示
を行う（ステップＳ３６）。

【００８６】上記ステップＳ３２，Ｓ３４，Ｓ３６での
エラー表示は、エラー情報表示部７２によって、例えば
ＬＥＤにアラーム点灯、もしくはＬＣＤで文字表示やマ
ーカ表示、或いは赤色ランプやイエローランプの点灯、
或いは、ビープ音や言葉で警告を発する等によりなされ
るものであるが、例えば、走査ミスの場合には赤色ラン
プを点灯し、規格外コードの場合にはイエローランプを
点灯するといったように、上記走査ミス表示、再走査指
示表示、規格外コード表示、及び再生不可表示のそれぞ
れで異なる手法で表示することにより、ユーザにどのエ
ラーが生じたのか報知することかできる。

【００８７】次に、図１０の（Ａ）のフローチャートを
参照して、上記ステップＳ１７におけるデコードモー
ド，再生パラメータ設定処理を説明する。

【００８８】まず、セット規格識別子判定部６８は、ア
ドレスカウンタａにファイルヘッダ領域８４の次ＳＤＣ
Ｈポインタ８４ａの値をセットして（ステップＳ４
１）、そのアドレスにあるＵＤＦ、例えばサブセットヘ
ッダ領域８２1 のＵＤＦ８２11ａを読んで、該当メディ
ア、例えば音声ということを判定し、デコード部７４に
対して音声デコード部７４を選択するようデコーダ選択
信号を出力すると共に、再生出力部７６に音声再生出力
部７６ａを選択するよう再生出力回路選択信号を出力す
る（ステップＳ４２）。そして、次アドレスの次ＳＤＣ
Ｈポインタ８２11ｂの内容（この場合は、次のＳＤＣＨ
がないことを示す「ＦＦH 」となっている）を読む（ス
テップＳ４３）。

【００８９】その後、ＳＤＣＨの内容、つまりパラメー
タ８２11ｃを読み（ステップＳ４４）、該当パラメータ
をセットする（ステップＳ４５）。つまり、再生出力回
路選択信号により、パラメータ設定を行う。そして、Ｓ
ＤＣＨのデータつまりパラメータ８２11ｃの読み出しが
終了したかどうかを判断し（ステップＳ４６）、まだで
あれば、上記ステップＳ４４に戻って、次のパラメータ
の読み出し処理を繰り返す。即ち、ＵＤＦ８２11ａによ
って音声であるということがわかっており、この音声の
場合にはどのアドレスからどのアドレスまでがパラメー
タ８２11ｃであるのかが規格で決められているので、そ
のアドレスを判定することにより、読みパラメータの読
み出し終了かどうかが判定できる。

【００９０】そして、全てのパラメータがセット終了し
たところで、対応するデータ領域８８1 についてのデー
タ領域開始アドレス８２11ｄ及びデータ領域終了アドレ
ス８２11ｅを読んで、不図示メモリに記憶する（ステッ
プＳ４７）。

【００９１】［第２実施例］図１１及び図１２は、本発
明の第２実施例の構成及び再生処理のフローチャートを
示す図であり、図１及び図７と同様のものには同じ参照
番号を記す。

【００９２】本実施例の構成において、上記第１実施例
の構成と異なる点は、セット規格識別子判定部６８が、
上記ＵＤＦ及びＳＤＣＨを読み取るためのＵＤＦ，ＳＤ
ＣＨ読み取り部６８ａを有していることである。

【００９３】また、レイヤ４からは、図６に示すよう
に、複数のサブセットが連続して且つ最初のサブセット
の前にのみファイルヘッダ領域８４が配されているよう
なファイル構造のものが受け渡される。

【００９４】従って、再生処理においては、セット規格
識別子判定部６８のＵＤＦ，ＳＤＣＨ読み取り部６８ａ
が、ステップＳ１９での一つのサブセットの再生出力後
そのまま終了するのではなく、全てのサブセットに対す
る再生処理が終了したかどうかを判定し（ステップＳ５
１）、まだの場合には、上記ステップＳ１７に戻って、
次のセブセットデータの再生処理を行うようになってい
る。つまり、図６のような例では、最初に音声を再生し
て、次に画像データを再生し、最後にテキストを再生す
るという形になる。ここで、全てのサブセットに対する
再生処理が終了したかどうかは、上記次ＳＤＣＨポイン
タ８２11ｂ，８２21ｂ，８２31ｂの値を見ることにより
行われ、これが例えば「ＦＦH 」のような終了コードで
あるかどうかにより判定する。

【００９５】［第３実施例］図１３は、本発明の第３実
施例におけるファイル構造を示す図であり、図６と同様
のものには同じ参照番号を記してある。

【００９６】即ち、図６のファイル構造では、サブセッ
ト毎にサブセットヘッダが１つ１つ付いているが、各サ
ブセットのヘッダ領域８２1 ，８２2 ，８２3 にはそれ
ぞれ、対応するデータ領域８４1 ，８４2 ，８４3 につ
いてデータ開始アドレス８２11ｄ，８２21ｄ，８２31ｄ
及び終了アドレス８２11ｅ，８２21ｅ，８２31ｅがある
ので、ヘッダ領域８２1 ，８２2 ，８２3 とデータ領域
８４1 ，８４2 ，８４3 とを続けて配する必要はなく、
図１３に示すように、サブセットヘッダ領域８２1 ，８
２2 ，８２3 を一括してまとめることも可能である。

【００９７】再生処理のフローチャートは、上記第２実
施例の図１２と同様のものになる。但し本実施例では、
セット規格識別子判定部６８のＵＤＦ，ＳＤＣＨ読み取
り部６８ａは、ステップＳ１６のセット規格名称識別子
判定処理において、これらサブセットヘッダ領域８２1
，８２2 ，８２3 を一括して読み取る。そして、ステ
ップＳ１７のデコードモード，再生パラメータ設定処理
において、どのサブセットを処理するかに応じて、各デ
コード部７４ａ，７４ｂ及び各再生出力部７６ａ，７６
ｂ，７６ｃの選択及びパラメータの設定処理を行う。

【００９８】勿論、このパラメータの設定処理は、最初
に一括して設定してしまっても良い。即ち、図１０の
（Ｂ）に示すように、アドレスカウンタａにファイルヘ
ッダ領域８４の次ＳＤＣＨポインタ８４ａの値をセット
して（ステップＳ４１）、そのアドレスにあるＵＤＦを
読んでその内容を不図示メモリに記憶し（ステップＳ４
２）、次ＳＤＣＨポインタ８２11ｂの内容を読む（ステ
ップＳ４３）。その後、ＳＤＣＨの内容つまりパラメー
タを読み（ステップＳ４４）、該当パラメータを該当す
る再生出力部にセットする（ステップＳ４５）。そし
て、ＳＤＣＨのデータつまりパラメータの読み出しが終
了したかどうかを判断し（ステップＳ４６）、まだであ
れば、上記ステップＳ４４に戻って、次のパラメータの
読み出し処理を繰り返す。全てのパラメータがセット終
了したところで、対応するデータ領域についてのデータ
領域開始アドレス及びデータ領域終了アドレスを読ん
で、不図示メモリに記憶する（ステップＳ４７）。そし
て、全てのサブセットに対する再生処理が終了したかど
うかを判定し（ステップＳ４８）、まだの場合には、上
記ステップＳ４１に戻って、次のサブセットのＵＤＦや
アドレスの記憶及びパラメータの設定を繰り返す。

【００９９】このような第３実施例では、コントローラ
６６用のプログラムの簡単化が可能になる。

【０１００】［第４実施例］図１４は、本発明の第４実
施例の構成を示す図であり、図１と同様のものには同じ
参照番号を記してある。

【０１０１】本実施例の構成において、上記第１実施例
の構成と異なる点は、セット規格識別子判定部６８が、
複数のモード群及びパラメータ群を記憶したモード，パ
ラメータ群のプリセットデータ群記憶部６８ｂを有して
いることである。

【０１０２】本実施例は、図７のステップＳ１６のセッ
ト規格名称識別子判定処理において、再生対応コードの
判定だけでなく、さらにパラメータの選択の特定までを
行うものである。即ち、モード，パラメータ群のプリセ
ットデータ群記憶部６８ｂに予め記憶されているモード
群或いはパラメータ群の中から、このセット規格名称識
別子８４ｂの判定結果によって特定されるものを一括選
択できるようにしている。

【０１０３】従って、本実施例では、ステップＳ１７の
デコードモード，再生パラメータ設定処理の中で該当す
る全部のパラメータを一々読みにいく必要がなくなり、
このステップＳ１７の処理を飛ばして、ステップＳ１８
のデコード処理まで進むことができるようになり、再生
時間の短縮化が図れる。

【０１０４】また、場合によっては、サブセットヘッダ
領域にＵＤＦや再生パラメータを記述しなくても、ファ
イルヘッダ領域８４のサブセット規格名称識別子８４ｂ
だけで一気にデコード部７４及び再生出力部７６の選択
及びパラメータの設定ができるため、その分、サブセッ
トヘッダ領域のサイズを小さくでき、実際のデータ領域
を広げることが可能になる。即ち、図１５の（Ａ）に示
すように、ファイルヘッダ領域８４に続けて、サブセッ
トヘッダ領域を割愛して、直ちにデータ領域８８4 を配
することができる。但しこの場合には、ファイルヘッダ
領域８４には、次ＳＤＣＨポインタ（「ＦＦH 」）８４
ａ及びセット規格名称識別子８４ｂに加えて、データ領
域８８4 の開始アドレス８４ｄと終了アドレス８４ｅを
設定する（参照番号８４ｆは空領域である）。

【０１０５】［第５実施例］また、複数のサブセットが
ある場合に、上記第１実施例を上記第２実施例のように
変形したのと同様に、上記第４実施例を変形することか
できる。

【０１０６】但しこの場合には、図１２のステップＳ１
６のセット規格名称識別子判定処理において、サブセッ
トの個数をカウントしておき、ステップＳ１９で一つの
サブセットの再生出力処理が終わる毎にカウントダウン
して、ステップＳ５１からステップＳ１７に戻ってきた
ときに、そのカウント値に応じてデコード部７４及び再
生出力部７６の選択を行うようにする。

【０１０７】従って、次のサブセットのヘッダ情報を読
まずに、直ちに次のサブセットの実際のデータ情報のデ
コード処理へと進むことができ、処理の簡略化並びに処
理時間の短縮化が図れる。

【０１０８】［第６実施例］次に、本発明の第６実施例
を説明する。

【０１０９】上記第１乃至第５実施例は、音声、画像、
テキストを含めた所謂マルチメディア的な情報を扱って
きた例であるが、本実施例は、この中でも特に音声情報
だけを扱うアプリケーションの場合である。

【０１１０】図１６は、その構成を示す図であり、基本
的には、図１の構成と同様である。但し、本実施例で
は、デコード部７４は複数の音声デコード部７４ａ1 ，
７４ａ2 を有し、また再生出力部７６は複数の音声再生
出力部７６ａ1 ，７６ａ2 ，７６ａ3 を有している。即
ち、音声に特化した場合、音声といってもサウンド、ミ
ュージックのような音楽的なものもあれば、ボイス的な
言葉だけのものあり、それに応じた圧縮伸張処理がある
ため、複数の音声デコード部７４ａ1 ，７４ａ2を有し
ている。また、当然、それに合わせた形で、再生処理部
７６も、声、環境音、ステレオ音楽に応じて細分化さ
れ、パラメータもそれに合せた形でクロック及びフィル
タ特性が選択されるようになっている。また、音声出力
装置７８も、声や環境音であるかステレオ音楽であるか
によって、スピーカ又はイヤホン７８ａとステレオスピ
ーカ７８ｂが適宜使い分けられるようになっている。

【０１１１】再生処理に関しては、やはり基本的には図
７に示したような上記第１実施例と同様である。ただ
し、ステップＳ１６のセット規格名称識別子判定処理に
おいて、第１実施例では再生対応コードであるかどうか
の判定は行っていたが、音声情報や画像情報というソー
スの属性情報までは判定していなかった。これに対し
て、本実施例では、このセット規格名称識別子判定処理
において、そのソースの属性情報までを判定し、音声コ
ードかどうか、つまり音声コードであった場合に初めて
ＯＫを出すという形になっている。

【０１１２】［第７実施例］図１７は、本発明の第７実
施例の構成を示す図であり、上記第６実施例を、上記第
１実施例を上記第２実施例のように変形したのと同様
に、変形したものである。

【０１１３】即ち、本実施例は、同じソースタイプの複
数のサブセットがある場合、あるいは言葉と音楽という
ように異なるソースタイプの複数のサブセットがある場
合に、それらのサブセットが終了するまで随時再生を行
うというものである。

【０１１４】本実施例も、上記第２実施例と同様に、ハ
ードウェア的には、ＵＤＦ，ＳＤＣＨ読み取り部６８ａ
を有し、再生を選択している。また、全てのサブセット
の再生処理の終了は、次ＳＤＣＨポインタが「ＦＦH 」
かどうかにより判定する。

【０１１５】［第８実施例］図１８は、本発明の第８実
施例の構成を示す図であり、上記第６実施例を、上記第
１実施例を上記第４実施例のように変形したのと同様
に、変形したものである。

【０１１６】即ち、セット規格識別子判定部６８に、モ
ード，パラメータ群のプリセットデータ群記憶部６８ｂ
をプログラムＲＯＭ領域等に用意したものである。つま
り、セット規格名称識別子判定処理を行ったところで、
そのセット規格名称識別子によって一括してそれに対応
するパラメータを全て認識し、それを一気に設定して、
後はそれを対応した形でデコード、再生出力を行うもの
である。

【０１１７】本実施例においても、上記第４実施例と同
様に、いちいちＳＤＣＨに入っているパラメータ等を全
部読みにいかなくて済むので、その分、再生にかかる時
間が短くて済み、高速に処理ができることになる。

【０１１８】［第９実施例］また、上記第８実施例は、
上記第４実施例を上記第５実施例のように変形させたの
と同様に、変形することができる。

【０１１９】［第１０実施例］図１９の（Ａ）は、本発
明の第１０実施例の構成を示す図である。

【０１２０】本実施例は、上記第６乃至第９実施例が、
音声再生専用とはいえ複数種類の圧縮伸張方式やソース
によって、デコード部や再生出力処理部が選択されるも
のであったのに対し、一つの圧縮伸張方式に特化したデ
コード部７４’と、一つのソースに特化した再生出力部
７６’とを有するローコストな装置の例である。即ち、
デコード部７４’は、例えば英会話用の装置であれば、
言葉に特徴を持たせた圧縮伸張方式であるＤＯＤＫＥＬ
ＰやＬＭＫＥＬＰ、或いはプサイＫＥＬＰのような圧縮
方式を、また再生出力部７６’は、同様に言葉の場合で
あればせいぜい８ｋＨｚのサンプリングレートで十分に
人の声の特徴は再現できるので、それに特化した形での
クロックレート、それに合わせたフィルタ特性を持つよ
うに、予めハードウェア的に作り込まれたものになって
いる。

【０１２１】再生処理の動作に関しては、図２０のフロ
ーチャートに示すように、セット規格識別子判定部６８
は、５−ＰＣＩ2 をリードし（ステップＳ１１）、サブ
セットが揃い（ステップＳ１２）且つエラーが無いと判
断された（ステップＳ１３）ならば、ファイルヘッダ領
域８４のセット規格名称識別子８４ｂの判定処理を行う
（ステップＳ１６）。これは、本実施例では、セット規
格名称識別子８４ｂが、当該装置が持っている対応可能
なセット規格名称識別子パターンと一致しているかいな
いか判定する処理となる。

【０１２２】そして、一致している場合にのみ、デコー
ド部７４’及び再生出力部７６’によるそのサブセット
の実際のデータのデコード処理（ステップＳ１８）並び
に再生出力処理（ステップＳ１９）を行う。

【０１２３】また、一致していない場合には、直ちにエ
ラー処理に進み、当該装置では再生できない旨のエラー
メッセージをエラー情報表示部７２にて表示する。

【０１２４】本実施例おいては、選択部並びに切り換え
部、及び複数のデコード部や複数の再生出力部を用意す
る必要がないので、ハードウェア的に簡素になり、ロー
コスト化が図れる。また、セット規格名称識別子が一致
したかどうかの判定を行うだけですぐにデコード並びに
再生出力処理へ進むことができるので、再生処理も非常
に高速になる。

【０１２５】［第１１実施例］図１９の（Ｂ）は、本発
明の第１１実施例の構成を示す図である。

【０１２６】本実施例も、上記第１０実施例と同様に音
声再生専用の装置であるが、一つの圧縮伸張方式に特化
したものではなく、デコード処理プログラムを格納する
ためのプログラムＲＡＭ９０と、そのデコード処理プロ
グラムに従って実際のデコード処理を行うデコード部９
２とを有し、各種圧縮伸張方式に対応できるようになっ
ている。この場合、プログラムＲＡＭ９０は、セット規
格識別子判定部６８からのデコード用プログラムデータ
インストール信号に応じてデコード処理プログラムを格
納する。このデコード処理プログラムは、レイヤ４から
受け渡されるようになっている。

【０１２７】図２１は、本実施例の再生処理の動作フロ
ーチャートであり、まず、セット規格識別子判定部６８
は、状態信号である５−ＰＣＩ2 をリードし（ステップ
Ｓ１１）、サブセットがまず揃ったかどうかを判定し
（ステップＳ１２）、さらに、エラーの有無を判断する
（ステップＳ１３）。エラーがあった場合には、エラー
フラグＥを「１」にセットして（ステップＳ１４）、エ
ラー処理に入る（ステップＳ１５）。また、エラーが無
かった場合には、次に、セット規格識別子判定部６８
は、５−ＰＣＩ1 のうちのファイルヘッダ領域８４のセ
ット規格名称識別子８４ｂの判定処理を行う（ステップ
Ｓ１６）。

【０１２８】その後、デコード処理プログラムをプログ
ラム用ＲＡＭ９０にインストールする（ステップＳ６
１）。ここで、本実施例においては、レイヤ４から受け
渡されるファイル構造は、図１５の（Ｂ）に示すよう
に、データ領域として、音声データ用のデータ領域８８
1 だけでなく、オプションデータ用のデータ領域８８4
を持ち、このオプションデータ領域８８4 にデコード処
理プログラムが書かれている。よって、セット規格識別
子判定部６８は、そのオプションデータ領域８８4のサ
ブセットヘッダ領域のＳＤＣＨを読み取り、それに従っ
てプログラム用ＲＡＭ９０にデコード用プログラムデー
タインストール信号を出力し、このオプションデータ領
域８８4 のデータをプログラム用ＲＡＭ９０にインスト
ールする。

【０１２９】なお、オプションデータ用のサブセットヘ
ッダ領域８８4 のＳＤＣＨ８２41は、ＵＤＦ８２41ａ、
次ＳＤＣＨポインタ８２41ｂ、パラメータ８２41ｃ、デ
ータ領域開始及び終了アドレス８２41ｄ，８２41ｅから
なる。ここで、パラメータ８２41ｃとしては、例えば、
以下のような情報が入る。即ち、Ｏd0〜Ｏd39 ：オプシ
ョン規格名称及びバージョン、Ｏd40 〜Ｏd47 ：バージ
ョンアップ／一時対応／機能追加コード、Ｏd48 〜Ｏd7
0 ：予約、Ｏd71 ：対応ＤＳＰ，マイコンのコードであ
る。例えば、Ｏd1＝１ならばデスクランブル用テーブル
と暗証コード、Ｏd2＝１ならばＳＤＳＰのプログラム、
Ｏd2＝０ならばマイコンプログラム、Ｏd3〜Ｏd7は予備
である。また、Ｏd40 ＝１ならば制御プログラムバージ
ョンアップ（書き換え）、Ｏd40 ＝０ならば読み込みＭ
ＭＰコードデータへの一時対応プログラム（例えば音声
データと共に対応する圧縮方式の伸張プログラムを装置
にインストールさせる：追加）である。

【０１３０】こうしてデコード処理プログラムインスト
ールが行われたならば、次に、再生出力部７６の選択並
びに再生パラメータの設定処理を行う（ステップＳ６
２）。その後、データ領域８８1 のデータ、つまり実際
のデータをデコード部９２でデコード処理を行う（ステ
ップＳ１８）。この場合、デコード部９２は、プログラ
ム用ＲＡＭ９０にインストールされたデコード用プログ
ラムに従ってデコード処理を行う。つまり、例えばＤＯ
ＤＫＥＬＰのように圧縮伸張方式を指定するデコード用
プログラムがプログラム用ＲＡＭ９０にインストールさ
れた時点ではじめてこのデコード部９２でのデコード処
理が確定し、この確定したデコード処理を実行する。そ
して、デコードされたデータは、選択された再生出力部
７６によって出力装置７８に再生出力される（ステップ
Ｓ１９）。

【０１３１】このような構成並びに再生処理とすること
により、複数のデコード部を用意しなくても、プログラ
ム用ＲＡＭ９０を用意するだけで、複数の再生コードに
対応することが可能になる。即ち、必要最小限のハード
ウェアで多数の機能拡張が可能になる。

【０１３２】また、上記オプションデータ領域８８4 に
は、上記のような音声データ等の伸張アルゴリズムプロ
グラム以外の、例えば、コントローラ６６の制御プログ
ラム等を追記することも可能である。つまり、レイヤ４
以下の部分でマイコンが関与している部分について何等
かのバージョン変更があった場合に、このオプションデ
ータ領域８８4 にその変更内容を記しておけば、このレ
イヤ５及びアプリケーションプロセスのハードウェアバ
ージョンアップが可能になる。

【０１３３】また、図１５の（Ｂ）では、オプションデ
ータ領域８８4 の前に全てのヘッダ領域まとめた場合を
示しているが、音声データ用のサブセットヘッダ領域８
２1は音声データ領域８８1 の前に配するようにしても
良いことは勿論である。

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

【０１３５】（１） オーディオ情報、映像情報、ディ
ジタルコードデータの少なくとも一つを含むマルチメデ
ィア情報が光学的に読み取り可能なコードパターンで記
録されている部分を備える情報記録媒体であって、上記
コードパターンを読み取って元のマルチメディア情報に
復元する当該情報記録媒体に適用すべき復元手段が、上
記読み取ったコードパターンをイメージとしてのコード
データに変換すると共に、このコードデータに上記読み
取りに関する情報を第１の処理情報として付加して出力
する第１の階層処理手段と、上記第１の階層処理手段か
ら出力される第１の処理情報を認識して上記第１の階層
処理手段から出力されるコードデータを処理すると共
に、上記コードデータを所定の単位毎に集めたブロック
を生成して出力する第２の階層処理手段と、上記第２の
階層処理手段から出力されるブロックを集めて、より大
なる所定単位のスーパーマクロブロックを生成するため
に少なくとも必要な第２の処理情報を、上記ブロックの
コードデータから抽出して認識し、この第２の処理情報
に基づいてスーパーマクロブロックを生成し、誤り対策
に係る処理を行なうための第３の処理情報を上記スーパ
ーマクロブロックから抽出認識し、この第３の処理情報
に基づいてスーパーマクロブロックの誤り対策に係る処
理を行ない、さらに上記スーパーマクロブロックを上記
第３の処理情報に基づいて離散して生成されたサブセッ
トエレメントを出力する第３の階層処理手段と、上記第
３の階層処理手段から出力されるサブセットエレメント
から、上記マルチメディア情報を復元可能な所定単位の
コードからなるサブセットを生成するために少なくとも
必要な第４の処理情報を、上記サブセットエレメントか
ら抽出して、この第４の処理情報に基づいて生成された
サブセットを出力する第４の階層処理手段と、上記第４
の階層処理手段から出力されるサブセットから、上記マ
ルチメディア情報を再生出力するための再生データを生
成するために少なくとも必要な第５の処理情報を抽出し
て、この第５の処理情報に基づいてマルチメディア情報
の再生データを出力する第５の階層処理手段と、上記第
５の処理情報に基づいて上記第５の階層処理手段からの
再生データを、そのデータ種別毎に適宜選択して出力す
るアプリケーションプロセスを行うための少なくとも上
記第２乃至第５の処理情報を含むことを特徴とする情報
記録媒体。

【０１３６】即ち、本発明の出願人による特願平６−１
２１３６８号に記載したような情報記録媒体では、サブ
セットから抽出した第５の処理情報に基づきファイルを
生成しているのに対し、本発明では、同じくサブセット
から抽出した第５の処理情報に基づき、直接生成された
マルチメディア情報の再生データを出力する第５の階層
処理手段と、同じく上記第５の処理情報に基づいて再生
データを再生出力する再生出力部を適宜選択し出力する
アプリケーションプロセス処理手段とを有することで、
上記出願で言うところのファイル出力処理（生成処理）
を割愛できるようになり、再生出力までの処理時間を短
縮することが可能になる。

【０１３７】（２） 上記第４の階層処理手段から出力
されるサブセットから抽出される上記マルチメディア情
報を再生出力するための再生データを生成するために少
なくとも必要な上記第５の処理情報は、再生データの種
類を示す種類情報、各再生データの存在する位置を示す
位置情報、及び再生処理に必要なハードウェアの各パラ
メータを設定するためのパラメータ情報を少なくとも有
することを特徴とする上記（１）に記載の情報記録媒
体。

【０１３８】即ち、コンピュータの様にファイルデータ
で情報を次の処理（アプリケーション）に渡す場合では
なく、再生専用機の様に、ファイル形式である必要の無
いハードウェアでも、直接ハードウェアの機能、処理内
容を規定するパラメータを読み取れるため、ファイル形
成並びにファイル内容読み取りの過程を割愛でき、高速
再生が可能となる。

【０１３９】（３） 上記第４の階層処理手段から出力
されるサブセットから抽出される、上記マルチメディア
情報を再生出力するための再生データを生成するために
少なくとも必要な上記第５の処理情報は、再生データの
種類、各再生データの存在する位置情報、再生処理に必
要なハードウェアの各パラメータを設定するためのパラ
メータ情報を一括定義できる代表情報を少なくとも有す
ることを特徴とする上記（１）に記載の情報記録媒体。

【０１４０】即ち、再生データの種類、各再生データの
存在する位置情報、再生処理に必要なハードウェアの各
パラメータ情報を一括定義できる代表情報を有すること
で、各パラメータをコード情報から一つ一つ読み取らな
くても、この代表情報を読み取るだけでハードウェア側
が予め所有するパラメータセット群の中から代表情報と
一致するパラメータセットを選択し設定できるので、パ
ラメータ設定作業時問の短縮が図れる。

【０１４１】（４） 上記第４の階層処理手段から出力
されるサブセットから抽出される、上記マルチメディア
情報を再生出力するための再生データを生成するために
少なくとも必要な上記第５の処理情報は、再生データの
種類、各再生データの存在する位置情報、再生処理に必
要なハードウェアの各パラメータを設定するためのパラ
メータ情報を一括定義できる代表情報のみを有すること
を特徴とする上記（１）又は（３）に記載の情報記録媒
体。

【０１４２】即ち、再生データの種類、各再生データの
存在する位置情報、再生処理に必要なハードウェアの各
パラメータを設定するためのパラメータ情報を、コード
データ上から割愛できるので、その分、再生データ（ユ
ーザーデータ）の領域を増やすことが可能になる（冗長
度が減り、ユーザーデータの量が同一の場合は、コード
自体のサイズを小さくできる）。

【０１４３】（５） オーディオ情報、映像情報、ディ
ジタルコードデータの少なくとも一つを含むマルチメデ
ィア情報が光学的に読み取り可能なコードパターンで記
録されている部分を備える情報記録媒体から、上記コー
ドパターンを光学的に読み取って元のマルチメディア情
報に復元するための復元手段を有する情報再生装置であ
って、上記読み取ったコードパターンをイメージとして
のコードデータに変換すると共に、このコードデータに
上記読み取りに関する情報を第１の処理情報として付加
して出力する第１の階層処理手段と、上記第１の階層処
理手段から出力される第１の処理情報を認識して上記第
１の階層処理手段から出力されるコードデータを処理す
ると共に、上記コードデータを所定の単位毎に集めたブ
ロックを生成して出力する第２の階層処理手段と、上記
第２の階層処理手段から出力されるブロックを集めて、
より大なる所定単位のスーパーマクロブロックを生成す
るために少なくとも必要な第２の処理情報を、上記ブロ
ックのコードデータから抽出して認識し、この第２の処
理情報に基づいてスーパーマクロブロックを生成し、誤
り対策に係る処理を行なうための第３の処理情報を上記
スーパーマクロブロックから抽出認識し、この第３の処
理情報に基づいてスーパーマクロブロックの誤り対策に
係る処理を行ない、さらに上記スーパーマクロブロック
を上記第３の処理情報に基づいて離散して生成されたサ
ブセットエレメントを出力する第３の階層処理手段と、
上記第３の階層処理手段から出力されるサブセットエレ
メントから、上記マルチメディア情報を復元可能な所定
単位のコードからなるサブセットを生成するために少な
くとも必要な第４の処理情報を、上記サブセットエレメ
ントから抽出して、この第４の処理情報に基づいて生成
されたサブセットを出力する第４の階層処理手段と、上
記第４の階層処理手段から出力されるサブセットから、
上記マルチメディア情報を再生出力するための再生デー
タを生成するために少なくとも必要な第５の処理情報を
抽出して、この第５の処理情報に基づいてマルチメディ
ア情報の再生データを出力する第５の階層処理手段と、
上記第５の処理情報に基づいて上記第５の階層処理手段
からの再生データを、そのデータ種別毎に適宜選択して
出力するアプリケーションプロセス手段と、を具備する
ことを特徴とする情報再生装置。

【０１４４】即ち、本発明の出願人による特願平６−１
２１３６８号に記載したような情報再生装置では、サブ
セットから抽出した第５処理情報に基づきファイルを生
成しているのに対し、本発明では、同じくサブセットか
ら抽出した第５の処理情報に基づき、直接生成されたマ
ルチメディア情報の再生データを出力する第５の階層処
理手段と、同じく上記第５の処理情報に基づいて再生デ
ータを再生出力する再生出力部を適宜選択し出力するア
プリケーションプロセス処理手段とを有することで、上
記出願で言うところのファイル出力処理（生成処理）を
割愛できるようになり、従って、再生出力までの処理時
間が短縮される。

【０１４５】（６） 上記第５の階層処理手段は、上記
第４の階層処理手段から出力されるサブセットから、上
記マルチメディア情報を再生出力するための再生データ
を生成し再生出力するために少なくとも必要な上記第５
の処理情報を抽出する抽出手段と、上記抽出手段により
抽出された上記第５の処理情報から、再生ハードウェア
の適応の可否の判断を行い、所定単位毎に、記録されて
いる再生データの種類の認識を行い、各再生データの存
在する位置情報及び再生処理に必要なハードウェアの各
パラメータを設定するためのパラメータ情報を抽出し、
該当ハードウェアに対して、処理部の切替（選択）並び
に各パラメータを設定する手段と、を有することを特徴
とする上記（５）に記載の情報再生装置。

【０１４６】即ち、コンピュータの様にファイルデータ
で情報を次の処理（アプリケーション）に渡す場合では
なく、再生専用機の様にファイル形式である必要の無い
ハードウェアでも、直接ハードウェアの機能、処理内容
を規定するパラメータを読み取り、各パラメータを設定
するので、ファイル形成、ファイル内容読取、ファイル
ヘッダから各パラメータ抽出の過程を割愛し、高速再生
が可能となる。

【０１４７】（７） 上記第５の階層処理手段は、上記
第４の階層処理手段から出力されるサブセットから、上
記マルチメディア情報を再生出力するための再生データ
を生成し再生出力するために少なくとも必要な上記第５
の処理情報のうち、再生データの種類、各再生データの
存在する位置情報、再生処理に必要なハードウェアの各
パラメータを設定するためのパラメータ情報を一括定義
できる代表情報を抽出する抽出手段と、上記抽出手段に
より抽出された上記代表情報から、再生ハードウェアの
適応の可否の判断、所定単位毎に、記録されている再生
データの種類の認識、各再生データの存在する位置情報
及び再生処理に必要なハードウェアの各パラメータを設
定するためのパラメータ情報を認識判断し、該当ハード
ウェアに対して、予め用意された処理部の切替（選択）
パラメータを含む各パラメータ群の中から該当するパラ
メータ群を選択し設定する手段と、を有することを特徴
とする上記（５）に記載の情報再生装置。

【０１４８】即ち、再生データの種類、各再生データの
存在する位置情報、再生処理に必要なハードウェアの各
パラメータ情報を一括定義できる代表情報を有すること
で、各パラメータをコード情報から一つ一つ読み取らな
くても、この代表情報を読み取るだけでハードウェア側
が予め所有するパラメータセット群の中から代表情報と
一致するパラメータセットを選択し設定できるので、パ
ラメータ設定作業時間の短縮が図れる。

【０１４９】（８） オーディオ情報、映像情報、ディ
ジタルコードデータの少なくとも一つを含むマルチメデ
ィア情報が光学的に読み取り可能なコードパターンで記
録されている部分を備える情報記録媒体から、上記コー
ドパターンを光学的に読み取って元のマルチメディア情
報に復元するための復元手段を有する情報再生装置であ
って、上記読み取ったコードパターンをイメージとして
のコードデータに変換すると共に、このコードデータに
上記読み取りに関する情報を第１の処理情報として付加
して出力する第１の階層処理手段と、上記第１の階層処
理手段から出力される第１の処理情報を認識して上記第
１の階層処理手段から出力されるコードデータを処理す
ると共に、上記コードデータを所定の単位毎に集めたブ
ロックを生成して出力する第２の階層処理手段と、上記
第２の階層処理手段から出力されるブロックを集めて、
より大なる所定単位のスーパーマクロブロックを生成す
るために少なくとも必要な第２の処理情報を、上記ブロ
ックのコードデータから抽出して認識し、この第２の処
理情報に基づいてスーパーマクロブロックを生成し、誤
り対策に係る処理を行なうための第３の処理情報を上記
スーパーマクロブロックから抽出認識し、この第３の処
理情報に基づいてスーパーマクロブロックの誤り対策に
係る処理を行ない、さらに上記スーパーマクロブロック
を上記第３の処理情報に基づいて離散して生成されたサ
ブセットエレメントを出力する第３の階層処理手段と、
上記第３の階層処理手段から出力されるサブセットエレ
メントから、上記マルチメディア情報を復元可能な所定
単位のコードからなるサブセットを生成するために少な
くとも必要な第４の処理情報を、上記サブセットエレメ
ントから抽出して、この第４の処理情報に基づいて生成
されたサブセットを出力する第４の階層処理手段と、上
記第４の階層処理手段から出力されるサブセットから、
上記マルチメディア情報を再生出力するための再生デー
タを生成するために少なくとも必要な第５の処理情報を
抽出して、この第５の処理情報に基づいてマルチメディ
ア情報の再生データを出力する第５の階層処理手段と、
上記第５の処理情報に基づいて上記第５の階層処理手段
からの再生データを、そのデータ種別毎に適宜選択して
出力するアプリケーションプロセス手段と、を具備し、
上記第５の階層処理手段が、上記第５の処理情報に関し
て、エラー報知処理を行なうエラー報知手段を含むこと
を特徴とする情報再生装置。

【０１５０】即ち、コード（ドットコード）に記録され
ているユーザーデータのフォーマットタイプに装置が対
応しているのか、又は／及びユーザーデータの再生処理
に装置が対応しているかを判断して、非対応の場合にエ
ラー警告を発生すると共に、再生出力されないときに
は、まだ処理中なのか、再生できなかったのかをユーザ
ー（操作者）に知らせることができる。つまり、ユーザ
ーインターフェースの向上が図れる。

【０１５１】（９） 上記エラー報知手段は、上記第５
の処理情報と上記第５の階層処理手段が予め保持する対
応可能な処理群の情報とを上記第５の階層処理手段が比
較判定し、少なくとも当該情報再生装置がコード情報の
再生に非対応のときエラーを報知することを特徴とする
上記（８）に記載の情報再生装置。

【０１５２】即ち、コードに記録されているユーザーデ
ータのフオーマットタイプに装置が対応しているのか、
又は／及びユーザーデータの再生処理に装置が対応して
いるかを判断して、非対応の場合にエラー警告を発生す
るようにしたので、再生できなかったときに、ユーザー
（操作者）が走査ミスと思って再走査を繰り返す不具合
を無くすことができる。

【０１５３】（１０） 上記エラー報知手段は、上記第
１乃至第４の階層処理手段での各データ形成時に発生す
るエラーに対して報知することを特徴とする上記（８）
に記載の情報再生装置。

【０１５４】即ち、再生できなかったときに、ユーザー
（操作者）に走査ミスであることを知らせることができ
るので、走査者が迅速に再走査の動作を行なえるように
なる。

【０１５５】（１１） 上記情報再生装置は、少なくと
も上記第１層を有した走査部と、該走査部とは別体とな
った他の階層の処理手段を内蔵した再生処理部とから構
成され、上記走査部と再生処理部のそれぞれは、それぞ
れのエラーに応じた報知を各別に行うことを特徴とする
上記（８）乃至（１０）のいずれかに記載の情報再生装
置。

【０１５６】即ち、エラーの内容が最小限の動作で必要
なタイミングで入手できるので、情報再生装置の効率の
良い使い方ができる。つまり、操作性の向上、ユーザー
への親切な情報堤供が可能になる。

【０１５７】（１２） 上記走査部でのエラー報知は、
走査ミス、スイッチ等の操作ミス、電源不足（非接続を
含む）であることを特徴とする上記（１１）に記載の情
報再生装置。

【０１５８】即ち、エラーの内容が最小限の動作で必要
なタイミングで入手できるので、情報再生装置の効率の
良い使い方ができる。つまり、操作性の向上、ユーザー
への親切な情報堤供が可能になる。また特に、走査部に
上記の内容の警告表示を備えさせることで、走査開始或
いは走査中、走査終了直後に知ることで、効率良く次の
動作（再走査等）が行なえるようになる。

【０１５９】（１３） オーディオ情報、映像情報、デ
ィジタルコードデータの少なくとも一つを含むマルチメ
ディア情報が光学的に読み取り可能なコードパターンで
記録されている部分を備える情報記録媒体から、上記コ
ードパターンを光学的に読み取る走査手段と、上記走査
手段で読み取ったコードパターンを元のマルチメディア
情報に復元するための復元手段と、上記復元手段によっ
て元のマルチメディア情報が復元できなかったとき、そ
の原因が、上記走査手段又は復元手段での処理過程にお
いて発生したエラーによるものなのか、上記走査手段で
読み取ったコードパターンに当該情報再生装置が非対応
であることによるものなのかを、判別可能にエラー報知
を行うエラー報知手段と、を具備することを特徴とする
情報再生装置。

【０１６０】即ち、再生できなかったときに、ユーザー
（操作者）に走査ミスであるのか、コードデータの再生
に対して装置が非対応なのかを知らせることができるの
で、走査者が迅速に次の行動の判断（例えば、再走査を
すれば良い、或はこの装置では再生できないので再生を
諦める、走査者のスイッチミスであるのでスイッチに気
をつけて再走査する、電源が供給されていないのでバッ
テリーの交換をする、等）が行なえるようになる。

【０１６１】（１４） 上記エラー報知手段は、音声メ
ッセージ、電子音、機械音、合成音、メッセージ文字表
示警告燈（カラーＲＥＤ、カラーランプ、等）の少なく
とも１種もしくは２種以上の組み合わせ（複数色の警告
燈の組み合わせ、複数種類のメッセージの組み合わせ、
複数種類の電子音機械音合成音の組み合わせを含む）を
有することを特徴とする上記（８）乃至（１０）及び
（１３）のいずれかに記載の情報再生装置。

【０１６２】即ち、上記エラー情報をより具体的に、或
は少なくとも次の行動の判断基準となる情報を操作者に
堤供できる。特に、走査ミスか非対応かの区別の堤供は
重要である。

【０１６３】（１５） 上記走査手段と復元手段とは別
体に構成され、上記エラー報知手段は、上記走査手段に
設けられ、上記走査手段での走査ミス並びに処理の過程
で生じたエラーに応じた報知を行う手段と、上記復元手
段に設けられ、上記復元手段での復元処理過程で生じた
エラーに応じた報知を行う手段とを有することを特徴と
する上記（１３）に記載の情報再生装置。

【０１６４】即ち、エラーの内容が最小限の動作で必要
なタイミングで入手できるので、情報再生装置の効率の
良い使い方ができる。つまり、操作性の向上、ユーザー
への親切な情報堤供が可能になる。

【０１６５】（１６） 上記走査手段でのエラー報知
は、走査ミス、スイッチ等の操作ミス、電源不足（非接
続を含む）であることを特徴とする上記（１５）に記載
の情報再生装置。

【０１６６】即ち、エラーの内容が最小限の動作で必要
なタイミングで入手できるので、情報再生装置の効率の
良い使い方ができる。つまり、操作性の向上、ユーザー
への親切な情報堤供が可能になる。また特に、走査部に
上記の内容の警告表示を備えさせることで、走査開始或
いは走査中、走査終了直後に知ることで、効率良く次の
動作（再走査等）が行なえるようになる。

【０１６７】

【発明の効果】以上詳述したように、本発明によれば、
コードパターンをより確実に再生でき、またコードパタ
ーン自体の構造が将来的に変わっても対処可能な情報記
録媒体及び情報再生装置を提供することができる。

【図面の簡単な説明】

【図１】第１実施例におけるレイヤ５及びアプリケーシ
ョンプロセスのブロック構成図である。

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

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

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

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

【図６】第１実施例においてレイヤ４から受け渡される
サブセットのファイル構造を示す図である。

【図７】第１実施例における再生処理の動作フローチャ
ートである。

【図８】第１実施例におけるセット規格名称識別子判定
処理の詳細を説明するためのフローチャートである。

【図９】第１実施例におけるエラー処理の詳細を説明す
るためのフローチャートである。

【図１０】（Ａ）及び（Ｂ）はそれぞれ第１実施例及び
第３実施例におけるデコードモード，再生パラメータ設
定処理の詳細を説明するためのフローチャートである。
スーパーマクロブロックの構造例を示す図である。

【図１１】第２実施例におけるレイヤ５及びアプリケー
ションプロセスのブロック構成図である。

【図１２】第２実施例における再生処理の動作フローチ
ャートである。

【図１３】第３実施例においてレイヤ４から受け渡され
るサブセットのファイル構造を示す図である。

【図１４】第４実施例におけるレイヤ５及びアプリケー
ションプロセスのブロック構成図である。

【図１５】（Ａ）及び（Ｂ）はそれぞれ第４実施例及び
第１１実施例においてレイヤ４から受け渡されるサブセ
ットのファイル構造を示す図である。

【図１６】第６実施例におけるレイヤ５及びアプリケー
ションプロセスのブロック構成図である。

【図１７】第７実施例におけるレイヤ５及びアプリケー
ションプロセスのブロック構成図である。

【図１８】第８実施例におけるレイヤ５及びアプリケー
ションプロセスのブロック構成図である。

【図１９】（Ａ）及び（Ｂ）はそれぞれ第１０実施例及
び第１１実施例におけるレイヤ５及びアプリケーション
プロセスのブロック構成図である。

【図２０】第１０実施例における再生処理の動作フロー
チャートである。

【図２１】第１１実施例における再生処理の動作フロー
チャートである。

【符号の説明】

６６…マイクロコンピュータ（マイコン），コントロー
ラ、６８…セット規格識別子判定部、６８ａ…ユーザー
データフォーマット（ＵＤＦ），サブセットデータコン
トロールヘッダ（ＳＤＣＨ）読み取り部、６８ｂ…モー
ド，パラメータ群のプリセットデータ群記憶部、７０…
エラー処理部、７２…エラー情報表示部、７４，７４’
…デコード部、７４ａ，７４ａ1 ，７４ａ2 …音声デコ
ード部、７４ｂ…画像デコード部、７６，７６’…再生
出力部、７６ａ，７６ａ1 ，７６ａ2 ，７６ａ3 …音声
再生出力部、７６ｂ…画像再生出力部、７６ｃ…テキス
ト再生出力部、７８…音声出力装置、７８ａ…スピーカ
又はイヤホン、７８ｂ…ステレオスピーカ、８０…表示
出力装置、８２1 ，８２2 ，８２3 ，８２5 …サブセッ
トヘッダ領域、８２11，８２21，８２31，８２51…ＳＤ
ＣＨ、８２11ａ，８２21ａ，８２31ａ，８２51ａ，８６
…ＵＤＦ、８２11ｂ，８２21ｂ，８２31ｂ，８２51ｂ，
８４ａ…次ＳＤＣＨポインタ、８２11ｃ，８２21ｃ，８
２31ｃ，８２51ｃ…パラメータ、８２11ｄ，８２21ｄ，
８２31ｄ，８２51ｄ，８４ｄ…データ領域開始アドレ
ス、８２11ｅ，８２21ｅ，８２31ｅ，８２51ｅ，８４ｅ
…データ領域終了アドレス、８４…ファイルヘッダ領
域、８４ｂ…セット規格名称識別子、８４ｂ1 …ファイ
ル規格名称、８４ｂ2 …ファイル規格バージョン、８４
ｂ3…セット規格名称、８４ｂ4 …セット規格バージョ
ン、８４ｃ…ＳＤＣＨの有無、８８1 ，８８2 ，８８3
，８８4 ，８８5 …データ領域、９０…プログラムＲ
ＡＭ、９２…デコード部９２、Ｎ−ＳＤＵn …Ｎ層サー
ビスデータユニットｎ番（Nth Layer Service Data Uni
t, No.n ）、Ｎ−ＰＤＵn …Ｎ層プロトコルデータユニ
ットｎ番（Nth Layer Protocol Data Unit, No.n）、Ｎ
−ＰＣＩn …Ｎ層プロトコルコントロールインフォメー
ションｎ番（Nth Layer Protocol ComtrolInformation,
No.n）、Ｎ−ＵＤn …Ｎ層利用者データｎ番（Nth Lay
er User Data, No.n ）、ＡＤＵ…アプリケーションデ
ータユニット（Application Data Unit ）、ＡＣＨ…ア
プリケーション・コントロール・ヘッダ（Application
Control Header）。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ１１Ｂ 20/12 １０２ 9295−5Ｄ // Ｇ１１Ｂ 7/007 9464−5Ｄ (72)発明者 松井 紳造 東京都渋谷区幡ヶ谷２丁目43番２号 オリ ンパス光学工業株式会社内 (72)発明者 佐々木 寛 東京都渋谷区幡ヶ谷２丁目43番２号 オリ ンパス光学工業株式会社内 (72)発明者 森 健 東京都渋谷区幡ヶ谷２丁目43番２号 オリ ンパス光学工業株式会社内

Claims (16)

【特許請求の範囲】
1. 【請求項１】 オーディオ情報、映像情報、ディジタル
   コードデータの少なくとも一つを含むマルチメディア情
   報が光学的に読み取り可能なコードパターンで記録され
   ている部分を備える情報記録媒体であって、 前記コードパターンを読み取って元のマルチメディア情
   報に復元する当該情報記録媒体に適用すべき復元手段
   が、 前記読み取ったコードパターンをイメージとしてのコー
   ドデータに変換すると共に、このコードデータに前記読
   み取りに関する情報を第１の処理情報として付加して出
   力する第１の階層処理手段と、 前記第１の階層処理手段から出力される第１の処理情報
   を認識して前記第１の階層処理手段から出力されるコー
   ドデータを処理すると共に、前記コードデータを所定の
   単位毎に集めたブロックを生成して出力する第２の階層
   処理手段と、 前記第２の階層処理手段から出力されるブロックを集め
   て、より大なる所定単位のスーパーマクロブロックを生
   成するために少なくとも必要な第２の処理情報を、前記
   ブロックのコードデータから抽出して認識し、この第２
   の処理情報に基づいてスーパーマクロブロックを生成
   し、誤り対策に係る処理を行なうための第３の処理情報
   を前記スーパーマクロブロックから抽出認識し、この第
   ３の処理情報に基づいてスーパーマクロブロックの誤り
   対策に係る処理を行ない、さらに前記スーパーマクロブ
   ロックを前記第３の処理情報に基づいて離散して生成さ
   れたサブセットエレメントを出力する第３の階層処理手
   段と、 前記第３の階層処理手段から出力されるサブセットエレ
   メントから、前記マルチメディア情報を復元可能な所定
   単位のコードからなるサブセットを生成するために少な
   くとも必要な第４の処理情報を、前記サブセットエレメ
   ントから抽出して、この第４の処理情報に基づいて生成
   されたサブセットを出力する第４の階層処理手段と、 前記第４の階層処理手段から出力されるサブセットか
   ら、前記マルチメディア情報を再生出力するための再生
   データを生成するために少なくとも必要な第５の処理情
   報を抽出して、この第５の処理情報に基づいてマルチメ
   ディア情報の再生データを出力する第５の階層処理手段
   と、 前記第５の処理情報に基づいて前記第５の階層処理手段
   からの再生データを、そのデータ種別毎に適宜選択して
   出力するアプリケーションプロセスを行うための少なく
   とも前記第２乃至第５の処理情報を含むことを特徴とす
   る情報記録媒体。
2. 【請求項２】 前記第４の階層処理手段から出力される
   サブセットから抽出される前記マルチメディア情報を再
   生出力するための再生データを生成するために少なくと
   も必要な前記第５の処理情報は、再生データの種類を示
   す種類情報、各再生データの存在する位置を示す位置情
   報、及び再生処理に必要なハードウェアの各パラメータ
   を設定するためのパラメータ情報を少なくとも有するこ
   とを特徴とする請求項１記載の情報記録媒体。
3. 【請求項３】 前記第４の階層処理手段から出力される
   サブセットから抽出される、前記マルチメディア情報を
   再生出力するための再生データを生成するために少なく
   とも必要な前記第５の処理情報は、再生データの種類、
   各再生データの存在する位置情報、再生処理に必要なハ
   ードウェアの各パラメータを設定するためのパラメータ
   情報を一括定義できる代表情報を少なくとも有すること
   を特徴とする請求項１記載の情報記録媒体。
4. 【請求項４】 前記第４の階層処理手段から出力される
   サブセットから抽出される、前記マルチメディア情報を
   再生出力するための再生データを生成するために少なく
   とも必要な前記第５の処理情報は、再生データの種類、
   各再生データの存在する位置情報、再生処理に必要なハ
   ードウェアの各パラメータを設定するためのパラメータ
   情報を一括定義できる代表情報のみを有することを特徴
   とする請求項１又は３記載の情報記録媒体。
5. 【請求項５】 オーディオ情報、映像情報、ディジタル
   コードデータの少なくとも一つを含むマルチメディア情
   報が光学的に読み取り可能なコードパターンで記録され
   ている部分を備える情報記録媒体から、前記コードパタ
   ーンを光学的に読み取って元のマルチメディア情報に復
   元するための復元手段を有する情報再生装置であって、 前記読み取ったコードパターンをイメージとしてのコー
   ドデータに変換すると共に、このコードデータに前記読
   み取りに関する情報を第１の処理情報として付加して出
   力する第１の階層処理手段と、 前記第１の階層処理手段から出力される第１の処理情報
   を認識して前記第１の階層処理手段から出力されるコー
   ドデータを処理すると共に、前記コードデータを所定の
   単位毎に集めたブロックを生成して出力する第２の階層
   処理手段と、 前記第２の階層処理手段から出力されるブロックを集め
   て、より大なる所定単位のスーパーマクロブロックを生
   成するために少なくとも必要な第２の処理情報を、前記
   ブロックのコードデータから抽出して認識し、この第２
   の処理情報に基づいてスーパーマクロブロックを生成
   し、誤り対策に係る処理を行なうための第３の処理情報
   を前記スーパーマクロブロックから抽出認識し、この第
   ３の処理情報に基づいてスーパーマクロブロックの誤り
   対策に係る処理を行ない、さらに前記スーパーマクロブ
   ロックを前記第３の処理情報に基づいて離散して生成さ
   れたサブセットエレメントを出力する第３の階層処理手
   段と、 前記第３の階層処理手段から出力されるサブセットエレ
   メントから、前記マルチメディア情報を復元可能な所定
   単位のコードからなるサブセットを生成するために少な
   くとも必要な第４の処理情報を、前記サブセットエレメ
   ントから抽出して、この第４の処理情報に基づいて生成
   されたサブセットを出力する第４の階層処理手段と、 前記第４の階層処理手段から出力されるサブセットか
   ら、前記マルチメディア情報を再生出力するための再生
   データを生成するために少なくとも必要な第５の処理情
   報を抽出して、この第５の処理情報に基づいてマルチメ
   ディア情報の再生データを出力する第５の階層処理手段
   と、 前記第５の処理情報に基づいて前記第５の階層処理手段
   からの再生データを、そのデータ種別毎に適宜選択して
   出力するアプリケーションプロセス手段と、 を具備することを特徴とする情報再生装置。
6. 【請求項６】 前記第５の階層処理手段は、 前記第４の階層処理手段から出力されるサブセットか
   ら、前記マルチメディア情報を再生出力するための再生
   データを生成し再生出力するために少なくとも必要な前
   記第５の処理情報を抽出する抽出手段と、 前記抽出手段により抽出された前記第５の処理情報か
   ら、再生ハードウェアの適応の可否の判断を行い、所定
   単位毎に、記録されている再生データの種類の認識を行
   い、各再生データの存在する位置情報及び再生処理に必
   要なハードウェアの各パラメータを設定するためのパラ
   メータ情報を抽出し、該当ハードウェアに対して、処理
   部の切替並びに各パラメータを設定する手段と、 を有することを特徴とする請求項５記載の情報再生装
   置。
7. 【請求項７】 前記第５の階層処理手段は、 前記第４の階層処理手段から出力されるサブセットか
   ら、前記マルチメディア情報を再生出力するための再生
   データを生成し再生出力するために少なくとも必要な前
   記第５の処理情報のうち、再生データの種類、各再生デ
   ータの存在する位置情報、再生処理に必要なハードウェ
   アの各パラメータを設定するためのパラメータ情報を一
   括定義できる代表情報を抽出する抽出手段と、 前記抽出手段により抽出された前記代表情報から、再生
   ハードウェアの適応の可否の判断、所定単位毎に、記録
   されている再生データの種類の認識、各再生データの存
   在する位置情報及び再生処理に必要なハードウェアの各
   パラメータを設定するためのパラメータ情報を認識判断
   し、該当ハードウェアに対して、予め用意された処理部
   の切替パラメータを含む各パラメータ群の中から該当す
   るパラメータ群を選択し設定する手段と、 を有することを特徴とする請求項５記載の情報再生装
   置。
8. 【請求項８】 オーディオ情報、映像情報、ディジタル
   コードデータの少なくとも一つを含むマルチメディア情
   報が光学的に読み取り可能なコードパターンで記録され
   ている部分を備える情報記録媒体から、前記コードパタ
   ーンを光学的に読み取って元のマルチメディア情報に復
   元するための復元手段を有する情報再生装置であって、 前記読み取ったコードパターンをイメージとしてのコー
   ドデータに変換すると共に、このコードデータに前記読
   み取りに関する情報を第１の処理情報として付加して出
   力する第１の階層処理手段と、 前記第１の階層処理手段から出力される第１の処理情報
   を認識して前記第１の階層処理手段から出力されるコー
   ドデータを処理すると共に、前記コードデータを所定の
   単位毎に集めたブロックを生成して出力する第２の階層
   処理手段と、 前記第２の階層処理手段から出力されるブロックを集め
   て、より大なる所定単位のスーパーマクロブロックを生
   成するために少なくとも必要な第２の処理情報を、前記
   ブロックのコードデータから抽出して認識し、この第２
   の処理情報に基づいてスーパーマクロブロックを生成
   し、誤り対策に係る処理を行なうための第３の処理情報
   を前記スーパーマクロブロックから抽出認識し、この第
   ３の処理情報に基づいてスーパーマクロブロックの誤り
   対策に係る処理を行ない、さらに前記スーパーマクロブ
   ロックを前記第３の処理情報に基づいて離散して生成さ
   れたサブセットエレメントを出力する第３の階層処理手
   段と、 前記第３の階層処理手段から出力されるサブセットエレ
   メントから、前記マルチメディア情報を復元可能な所定
   単位のコードからなるサブセットを生成するために少な
   くとも必要な第４の処理情報を、前記サブセットエレメ
   ントから抽出して、この第４の処理情報に基づいて生成
   されたサブセットを出力する第４の階層処理手段と、 前記第４の階層処理手段から出力されるサブセットか
   ら、前記マルチメディア情報を再生出力するための再生
   データを生成するために少なくとも必要な第５の処理情
   報を抽出して、この第５の処理情報に基づいてマルチメ
   ディア情報の再生データを出力する第５の階層処理手段
   と、 前記第５の処理情報に基づいて前記第５の階層処理手段
   からの再生データを、そのデータ種別毎に適宜選択して
   出力するアプリケーションプロセス手段と、 を具備し、 前記第５の階層処理手段が、前記第５の処理情報に関し
   て、エラー報知処理を行なうエラー報知手段を含むこと
   を特徴とする情報再生装置。
9. 【請求項９】 前記エラー報知手段は、前記第５の処理
   情報と前記第５の階層処理手段が予め保持する対応可能
   な処理群の情報とを前記第５の階層処理手段が比較判定
   し、少なくとも当該情報再生装置がコード情報の再生に
   非対応のときエラーを報知することを特徴とする請求項
   ８記載の情報再生装置。
10. 【請求項１０】 前記エラー報知手段は、前記第１乃至
    第４の階層処理手段での各データ形成時に発生するエラ
    ーに対して報知することを特徴とする請求項８記載の情
    報再生装置。
11. 【請求項１１】 前記情報再生装置は、少なくとも前記
    第１層を有した走査部と、該走査部とは別体となった他
    の階層の処理手段を内蔵した再生処理部とから構成さ
    れ、 前記走査部と再生処理部のそれぞれは、それぞれのエラ
    ーに応じた報知を各別に行うことを特徴とする請求項８
    乃至１０のいずれかに記載の情報再生装置。
12. 【請求項１２】 前記走査部でのエラー報知は、走査ミ
    ス、スイッチ操作ミス、電源不足であることを特徴とす
    る請求項１１記載の情報再生装置。
13. 【請求項１３】 オーディオ情報、映像情報、ディジタ
    ルコードデータの少なくとも一つを含むマルチメディア
    情報が光学的に読み取り可能なコードパターンで記録さ
    れている部分を備える情報記録媒体から、前記コードパ
    ターンを光学的に読み取る走査手段と、 前記走査手段で読み取ったコードパターンを元のマルチ
    メディア情報に復元するための復元手段と、 前記復元手段によって元のマルチメディア情報が復元で
    きなかったとき、その原因が、前記走査手段又は復元手
    段での処理過程において発生したエラーによるものなの
    か、前記走査手段で読み取ったコードパターンに当該情
    報再生装置が非対応であることによるものなのかを、判
    別可能にエラー報知を行うエラー報知手段と、 を具備することを特徴とする情報再生装置。
14. 【請求項１４】 前記エラー報知手段は、音声メッセー
    ジ、電子音、機械音、合成音、メッセージ文字表示警告
    燈の少なくとも１種もしくは２種以上の組み合わせを有
    することを特徴とする請求項８乃至１０及び１３のいず
    れかに記載の情報再生装置。
15. 【請求項１５】 前記走査手段と復元手段とは別体に構
    成され、 前記エラー報知手段は、前記走査手段に設けられ、前記
    走査手段での走査ミス並びに処理の過程で生じたエラー
    に応じた報知を行う手段と、前記復元手段に設けられ、
    前記復元手段での復元処理過程で生じたエラーに応じた
    報知を行う手段とを有することを特徴とする請求項１３
    記載の情報再生装置。
16. 【請求項１６】 前記走査手段でのエラー報知は、走査
    ミス、スイッチ操作ミス、電源不足であることを特徴と
    する請求項１５記載の情報再生装置。