JP2002140196A - 情報再生装置及び情報記録媒体 - 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 contr
ol Information, No.n）（本発明での各種処理情報に相
当する）、Ｎ−ＵＤn はＮ層利用者データｎ番（Nth La
yer User Data, No.n ）、ＡＤＵはアプリケーションデ
ータユニット（Application Data Unit ）、ＡＣＨはア
プリケーション・コントロール・ヘッダ（Application
Control Header）をそれぞれ示している（ｎ＝１はデー
タ、２はステータス（状態）情報、３は制御情報を示
す）。

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

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

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

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

【００３０】このレイヤ２つまりブロックデータ層は、
隣接下位階層つまりレイヤ１から入力する構造化（画
像）データ（１−ＳＤＵ1 ）を２−ＰＤＵ1 として入力
し、構造情報（２−ＰＣＩ1 即ち第１の処理情報）とデ
ータ実体（２−ＵＤ1 ）とを認識分離して、データ実体
を処理の適合形態に変換する機能モジュールと、処理の
適合形態に変換されたデータ実体を処理して、所定情報
コード単位でブロック化されている複数のブロックを抽
出する機能モジュール（ブロック単位ドット検出点抽出
（マーカ検出，パターンマッチング，等）モジュール３
８，ドット検出（識別／判定）モジュール４０）と、抽
出されたブロックを処理して、ブロック単位の情報コー
ドを再生する機能モジュール（ブロックＩＤデータ再生
モジュール４２，ブロック内データ再生モジュール４
４）を持つ。ここで、ブロック単位の情報コードは、ブ
ロックを複数連結するための構造化情報と符号化変調情
報とデータ実体からなる。さらにこのレイヤ２は、ブロ
ック単位の情報から上記符号化変調情報を読み取って、
この符号化変調情報に従ってデータ実体を復調する機能
モジュール（符号化復調モジュール４６）と、復調され
たブロック化情報コードの構造化情報（ブロックヘッダ
即ち第２の処理情報）とデータ実体（ユーザーデータ）
を隣接上位層つまりレイヤ３に２−ＳＤＵ1 として出力
する機能モジュールと、処理に関わる状態情報、制御情
報を入出力する機能モジュール、等を持つ。

【００３１】即ち、このレイヤ２では、第１の所定単位
であるブロックデータ毎に、画像データからブロック単
位ドット検出点つまりマーカを検出し、その検出したマ
ーカに従ってブロック単位にデータドットの検出を行
い、ビット列のデータに戻す。この処理の詳細について
は、本発明の出願人による特願平５−２６０４６４号に
詳しく記されている。そして、ブロック単位でのこのデ
ータに対して、まずヘッダ即ちブロックＩＤデータを再
生し、その後にユーザーデータとしてのブロック内デー
タを再生し、符号化の復調が成されて、ブロックデータ
単位のデータとして上位の層、即ちレイヤ３に渡され
る。

【００３２】レイヤ３（データリンク層）は、所定の誤
り品質が保証された所定データ塊（サブセットエレメン
ト（第４の所定単位））を生成し且つ確実な伝送を保証
することを基本的な役割としている。このレイヤ３は、
ブロックデータ（第１の所定単位）をリンクするための
条件やマクロブロック（第３の所定単位）／スーパーマ
クロブロック（第２の所定単位）を生成するための諸条
件（即ち、インターリーブ方式・構造）、（スーパー）
マクロブロックヘッダ＆ユーザーデータ誤り制御（即
ち、ＥＣＣ方式・構造）、等を規定する。このレイヤ３
に要求される層内機能、即ち提供されるサービスは、ブ
ロックアドレス読取書き込み異常の回復機能の提供、所
望ブロックの読取状態の確認（読取有効ブロックのチェ
ック）、ブロック配列構造の設定、中間データ塊の生
成、インターリーブ方式／範囲／構造の複数提供、ＥＣ
Ｃ方式／範囲／構造の複数提供、等がある。

【００３３】このレイヤ３つまりデータリンク層は、隣
接下位層つまりレイヤ２から入力するブロック化情報コ
ード（２−ＳＤＵ1 ）を３−ＰＤＵ1 として入力し、こ
れから構造化情報（３−ＰＣＩ1 即ち第２の処理情報）
を認識して読み取って、この構造化情報に従ってブロッ
ク単位のデータ実体（３−ＵＤ1 ）を複数個連結し、マ
クロブロック乃至はスーパーマクロブロックを生成（構
成）する機能モジュール（ブロックリンク（マクロブロ
ック生成）モジュール４８）を持つ。即ち、レイヤ２か
らは、ブロック単位でビットデータ列を受け、各ブロッ
クの先頭から所定ビット分の３−ＰＣＩ1 （第２の処理
情報）としてのブロックヘッダと、その後の３−ＵＤ1
としてのユーザーデータとを認識分離し、そのブロック
ヘッダに書かれている情報に従って、ブロックを連結し
て、マクロブロックを生成する。こうして生成されたマ
クロブロックは、当該マクロブロック内に分散配置され
た付帯情報（マクロブロックヘッダ即ち第２の処理情報
の一つ）と、データ実体（ユーザーデータ）とからな
る。

【００３４】また、このレイヤ３は、上記マクロブロッ
クヘッダからインターリーブ情報を読み取り、それに従
ってマクロブロックのユーザーデータをデインターリー
ブし、その後、上記マクロブロックヘッダから誤り訂正
情報を読み取り、それに従って、デインターリーブ処理
後のユーザーデータを誤り訂正する機能モジュール（マ
クロブロックヘッダ単位デインターリーブ／エラー訂正
モジュール５０）と、上記マクロブロックヘッダからス
ーパーマクロブロックを生成（構成）するための構造化
情報を読み取って、それに従ってマクロブロックを複数
個連結し、スーパーマクロブロックを生成（構成）する
機能モジュール（マクロブロックリンク（スーパーマク
ロブロック生成）モジュール５２）と、上記マクロブロ
ックヘッダからインターリーブ情報を読み取り、それに
従ってスーパーマクロブロックのユーザーデータをデイ
ンターリーブする機能モジュール（スーパーマクロブロ
ック単位デインターリーブモジュール５４）と、上記マ
クロブロックヘッダから誤り訂正情報を読み取り、それ
に従って、デインターリーブ処理後のユーザーデータを
誤り訂正する機能モジュール（スーパーマクロブロック
単位エラー訂正モジュール５６）と、マクロブロックヘ
ッダからサブセットエレメントの構成仕様情報即ちサブ
セットエレメント・ヘッダを読み取って、それに従って
上記誤り訂正後のスーパーマクロブロックのユーザーデ
ータからサブセットエレメントを分離する機能モジュー
ル（サブセットエレメント単位出力処理モジュール５
８）と、この分離されたサブセットエレメント単位を、
隣接上位層、即ちレイヤ４に３−ＳＤＵ1 として出力す
る機能モジュールと、処理に関わる状態情報、制御情報
を入出力する機能モジュールとを含む。

【００３５】つまり、このレイヤ３というのは、まず最
初にブロックをリンクし即ち連結してマクロブロックを
生成し、さらにそれをスーパーマクロブロックに連結す
るという多段階の機能を果たす。そして、誤り訂正処理
終了後、マクロブロックヘッダの中に書いてあるサブセ
ット構成仕様（第３の処理情報）を読み込み、スーパー
マクロブロックをサブセットエレメントという概念のデ
ータに別けて、それを出力する。即ち、３−ＳＤＵ1 と
して、サブセットエレメント単位でデータが上位層に受
け渡しされる。

【００３６】レイヤ４（プレゼンテーション層）は、サ
ブセットの生成を保証することを基本的な役割としてい
る。このレイヤ４は、サブセットエレメントをリンクし
サブセットを生成するための諸条件を規定する。このレ
イヤ４に要求される層内機能、即ち提供されるサービス
は、目的ファイルに必要なサブセットエレメントの取捨
選択、サブセットの生成とその条件決定、ＤＯＳ等への
適合データ変換、等がある。なお、ここで、サブセット
とは、認知可能情報単位データのことである。即ち、上
記マクロブロックやスーパーマクロブロックは音や絵と
いったマルチメディア情報を含むものであり、これを音
ならば音だけの情報、絵であれば絵だけの情報というよ
うにそれぞれ一つの情報単位として認識できるデータの
塊に分けたそれぞれのデータの塊をサブセットと称す
る。

【００３７】このレイヤ４つまりプレゼンテーション層
は、隣接下位層つまりレイヤ３から入力するサブセット
エレメント単位のデータ（３−ＳＤＵ1 ）を４−ＰＤＵ
1 として入力し、これから構造化情報（４−ＰＣＩ1 即
ち第４の処理情報）を読み取る機能モジュール（サブフ
ァイルリンク情報読取モジュール６０）と、この読み取
った構造化情報に従ってサブセットエレメント単位のデ
ータ実体（４−ＵＤ1）を連結し、サブセットを生成
（構成）する機能モジュール（サブセットエレメントリ
ンク（サブセットの生成）モジュール６２）とを持つ。
ここで、サブセットエレメント単位のデータは、サブセ
ットエレメントを連結してサブセットを生成する（構成
する）構造化情報（サブセットエレメント・ヘッダ）と
ユーザーデータ実体とから成る。

【００３８】また、このレイヤ４は、生成されたサブセ
ットから、隣接上位層との既存又は新規インターフェー
スに必要な付帯情報を読み取って、インターフェース整
合を行う機能モジュール、サブセットの一部又は全付帯
情報とデータ実体を隣接上位層、即ちレイヤ５に４−Ｓ
ＤＵ1 として出力する機能モジュールと、処理に関わる
状態情報、制御情報を入出力する機能モジュールとを含
む。

【００３９】レイヤ５（アプリケーション層）は、ファ
イル管理の良好な運営を確実に保証することを基本的な
役割としている。このレイヤ５は、ファイル管理を行う
ための諸条件（即ち、ファイル生成条件、等）を規定す
る。このレイヤ５に要求される層内機能、即ち提供され
るサービスは、アプリケーションリクエストのファイル
又はサブセットのリード／ライト処理の提供がある。

【００４０】このレイヤ５つまりアプリケーション層
は、隣接下位層つまりレイヤ４から入力するサブセット
のデータ（４−ＳＤＵ1 ）を５−ＰＤＵ1 として入力
し、このサブセットの付帯情報（５−ＰＣＩ1 即ち第５
の処理情報）又はデータ実体（５−ＵＤ1 ）からファイ
ル管理情報を読み取って、そのファイル管理情報に従っ
てファイル管理し、サブセット単位又はサブセットを連
結してファイルを生成し、ファイル単位で読出す機能モ
ジュール（ファイル管理システムモジュール６４）、フ
ァイル管理に基づき生成されるサブセット単位又はファ
イル単位のデータ単位をアプリケーションプロセスに５
−ＳＤＵ1 として出力する機能モジュールと、処理に関
わる状態情報、制御情報を入出力する機能モジュールと
を含む。

【００４１】アプリケーションプロセスは、ＭＭＰシス
テムを利用するアプリケーションの実現を基本的な役割
としている。このアプリケーションプロセスは、ソース
サンプルデータのシャフリング方式／構造、暗号化のた
めのスクランブル方式／構造、データ圧縮方式／構造、
音・テキスト・画像のデータ構造、等がある。このアプ
リケーションプロセスに要求される機能、即ち提供され
るサービスは、ソースサンプルデータのシャフリング方
式の提供、スクランブル方式の提供、等があり、必要に
応じて、データ圧縮方式・圧縮／伸張作業の複数提供、
情報種の確認とそのデータ構造の選択、等を含むことが
できる。

【００４２】以下、図面を参照して、本発明の実施の形
態を説明する。

【００４３】本発明は、上記特願平６−１２１３６８号
に記したような階層構造を実現するためのスタンドアロ
ーン型の場合のレイヤ５（アプリケーション層）及びア
プリケーションプロセス層の詳細に関するものである。

【００４４】［第１の実施の形態］図１は、第１の実施
の形態の構成を示す図である。

【００４５】マイクロコンピュータ（マイコン）もしく
はコントローラ６６は、セット規格識別子判定部６８及
びエラー処理部７０を構成し、レイヤ４からのサブセッ
トつまり４−ＳＤＵ1 を５−ＰＤＵ1 として受け取り、
また、状態信号である４−ＳＤＵ2 を５−ＰＣＩ2 とし
て、パラメータ設定信号である４−ＳＤＵ3 を５−ＰＣ
Ｉ3 として受ける。セット規格識別子判定部６８は、５
−ＰＤＵ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 controlInformation,
No.n）、Ｎ−ＵＤn …Ｎ層利用者データｎ番（Nth Lay
er User Data, No.n ）、ＡＤＵ…アプリケーションデ
ータユニット（Application Data Unit ）、ＡＣＨ…ア
プリケーション・コントロール・ヘッダ（Application
Control Header）。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ１０Ｌ 19/00 Ｇ１０Ｌ 9/18 Ｊ (72)発明者 今出 愼一 東京都渋谷区幡ヶ谷２丁目43番２号 オリ ンパス光学工業株式会社内 (72)発明者 松井 紳造 東京都渋谷区幡ヶ谷２丁目43番２号 オリ ンパス光学工業株式会社内 (72)発明者 佐々木 寛 東京都渋谷区幡ヶ谷２丁目43番２号 オリ ンパス光学工業株式会社内 (72)発明者 森 健 東京都渋谷区幡ヶ谷２丁目43番２号 オリ ンパス光学工業株式会社内 Ｆターム(参考） 5B035 BB08 BC05 5B058 CA40 KA02 KA08 KA40 YA16 YA18 5B072 AA00 BB00 CC21 5B076 EA03 EA05 5D045 AA20 DB10

Claims (7)

【特許請求の範囲】
1. 【請求項１】 オーディオ情報、映像情報、ディジタル
   コードデータの少なくとも一つを含むマルチメディア情
   報が光学的に読み取り可能なコードパターンで記録され
   ている部分を備える情報記録媒体から前記コードパター
   ンを手動走査によって光学的に読み取る走査手段と、 前記走査手段で読み取ったコードパターンに含まれてい
   る前記マルチメディア情報のデータを処理する処理手段
   と、 前記走査手段で読み取ったコードパターンに前記マルチ
   メディア情報のデータを処理するためのプログラムデー
   タが含まれているとき、当該プログラムデータを格納す
   るメモリと、 前記処理手段が、前記メモリに格納されたプログラムデ
   ータに従って、前記走査手段で読み取ったコードパター
   ンに含まれている前記マルチメディア情報のデータを処
   理するように制御するコントローラと、 を具備することを特徴とする情報再生装置。
2. 【請求項２】 前記処理手段が、前記走査手段で読み取
   ったコードパターンに含まれている前記マルチメディア
   情報のデータをデコード処理するデコード手段を含み、 前記プログラムデータが、前記デコード処理のためのプ
   ログラムデータを含むとき、 前記コントローラは、前記デコード手段に対し、前記デ
   コード処理のためのプログラムデータに従ってデコード
   処理を行うように制御することを特徴とする請求項１に
   記載の情報再生装置。
3. 【請求項３】 前記デコード処理のためのプログラムデ
   ータが、前記マルチメディア情報のデータの伸張アルゴ
   リズムプログラムデータであるとき、 前記デコード手段は、前記走査手段で読み取ったコード
   パターンに含まれている前記マルチメディア情報のデー
   タの伸張処理を行うことを特徴とする請求項２に記載の
   情報再生装置。
4. 【請求項４】 前記プログラムデータが、前記コントロ
   ーラのための制御プログラムデータを含むことを特徴と
   する請求項１に記載の情報再生装置。
5. 【請求項５】 前記コードパターンは、ブロックを複数
   個配置してなり、 前記ブロックのそれぞれが、 前記マルチメディア情報及び前記プログラムデータの内
   容に応じて配列された複数のドットからなるデータエリ
   アと、 前記ブロックを定義するためのマーカと、 前記ブロックのアドレスを示すためのブロックアドレス
   と、 から成ることを特徴とする請求項１に記載の情報再生装
   置。
6. 【請求項６】 オーディオ情報、映像情報、ディジタル
   コードデータの少なくとも一つを含むマルチメディア情
   報が手動走査により光学的に読み取り可能なコードパタ
   ーンで記録されている部分を備える情報記録媒体におい
   て、 前記コードパターンは、更に、 当該コードパターンを手動走査により光学的に読み取っ
   て当該コードパターンに含まれている前記マルチメディ
   ア情報のデータを処理する情報再生装置が、当該マルチ
   メディア情報のデータの処理の際に使用するプログラム
   データを含むことを特徴とする情報記録媒体。
7. 【請求項７】 前記コードパターンは、ブロックを複数
   個配置してなり、 前記ブロックのそれぞれが、 前記マルチメディア情報及び前記プログラムデータの内
   容に応じて配列された複数のドットからなるデータエリ
   アと、 前記ブロックを定義するためのマーカと、 前記ブロックのアドレスを示すためのブロックアドレス
   と、 から成ることを特徴とする請求項６に記載の情報記録媒
   体。