JP3500367B2 - 情報再生装置 - Google Patents

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 Cont
rol 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 ）として、第１
メモリ８２に書き込まれる。

【００４３】また、シェーディング補正などを行うこと
を考慮し、ディジタル処理部７６からＤ／Ａ変換器８４
でアナログ信号に戻してアナログ処理部７２に帰すフィ
ードバック系が設けられている。

【００４４】一方、コントローラ６６には、ドットコー
ドパターンの走査開始を指示するための走査開始スイッ
チ８６、後述するシステムコントロールファイル（ＳＣ
Ｆ）の読み取りを指示するためのＳＣＦ読取スイッチ８
８、パラメータを設定するためのパラメータ設定スイッ
チ９０等の入力スイッチが接続されている。その他、適
宜に応じて様々な入力部材が接続されることができる。
さらに、コントローラ６６には、レイヤ１に関するとこ
ろのパラメータメモリ９２が接続されている。

【００４５】また、コントローラ６６とレイヤ２との間
には、１層サービスデータユニット２番（１−ＳＤＵ2
）としての状態信号がやり取りされる。ここで、状態
信号というのは、例えば、エラーを示す信号や、メモリ
８２にデータが格納されたことを示す信号、等である。
なお、エラーの発生は、コントローラ６６内部のエラー
発生検出部６６Ａにて検出するようにしても良いし、各
回路構成部で検出するようにしても良い。例えば、アナ
ログ処理部７２においては、撮像素子７０からの映像信
号としてダークのものしか入力されてこないようなこと
を検知する回路を設け、その検知信号をコントローラ６
６に出力し、１−ＳＤＵ2 に反映させるようにすること
ができる。

【００４６】さらに、コントローラ６６とレイヤ２との
間には、１層サービスデータユニット３番（１−ＳＤＵ
3 ）としてのパラメータ設定信号がやり取りされる。こ
こで、パラメータ設定信号とは、例えばドットコードパ
ターンをカラー多重化記録してある場合であれば、上層
から赤の画像を入力せよといった形で、レイヤ１パラメ
ータメモリ９２に設定される信号である。このようなパ
ラメータ設定信号に応じて、コントローラ６６は、光源
６８として赤を選択し、撮像素子７０で赤の情報だけを
撮像させ、また、ヘッダ生成部７８に赤という情報を含
むヘッダを生成させ、そのヘッダをヘッダ記録部８０で
画像データに付加させて第１メモリ８２に書き込むこと
になる。

【００４７】次に、上記１層サービスデータユニット１
番（１−ＳＤＵ1 ）を説明する。

【００４８】図７の（Ａ）はその一例を示しており、最
初に、セット規格識別コード９４というものが記述され
ている。このセット規格識別コード９４は、ドットの大
きさやブロックサイズ等のパラメータを表すコードであ
る。即ち、上層において行われるドットコードのデータ
の中身を解読するための処理に必要なこれらのパラメー
タを、このコードを参照することにより所定のメモリか
ら引用できるようにするためのものである。例えば、こ
のセット規格識別コード９４が「００」であったなら
ば、レイヤ１ではあるパラメータを設定し、レイヤ２で
はレイヤ２で必要なパラメータをセットし、レイヤ３で
はレイヤ３で必要なパラメータをセットし、レイヤ４で
はレイヤ４で必要なパラメータをセットし、レイヤ５で
はレイヤ５で必要なパラメータをセットするというよう
に、全て同じコード「００」がレイヤ１，レイヤ２、
…，レイヤ５というように伝達されるが、それぞれに入
力されるパラメータは各レイヤ毎に変わってくる。

【００４９】このセット規格識別コード９４は、図８の
（Ａ）に示すように、ドットコード１０が記録された紙
等の情報記録（伝送）媒体３０に記録されたシステムコ
ントロールファイル（ＳＣＦ）９６の読み取りにより設
定される。

【００５０】このＳＣＦ９６は、例えば、同図の（Ｂ）
に示すように、ドットコード１０と同様にドットのパタ
ーンで記録される。ただし、このＳＣＦ９６は、どのよ
うな解像度の低い印刷方式であっても、また逆にどのよ
うに解像度が高い印刷方式であっても、ある決められた
大きさのドットで記録されるものである。つまり、どの
ようなＭＭＰ再生装置でも読み込めるコードとして形成
される。

【００５１】そして、ＳＣＦ読取スイッチ８８が操作さ
れると、その操作信号がコントローラ６６に入力される
とともにレイヤ１パラメータメモリ９２に入力され、こ
のパラメータメモリ９２から予め決められたＳＣＦ読み
取り用のパラメータがコントローラ６６に入力される。
しかしてコントローラ６６はこの入力されたパラメータ
に従って各部を制御し、その読み取った画像データを１
−ＳＤＵ1 として上層へ出力するとともに、ＳＣＦを読
み取っていることを示す状態信号を１−ＳＤＵ2 として
上層へ出力する。そして、上層においてこのＳＣＦ９６
の内容が解読されて、パラメータ設定信号が１−ＳＤＵ
3 として上層より入力され、それがレイヤ１パラメータ
メモリ９２に記憶され、走査開始スイッチ８６の操作に
応じた実際のドットコード１０の読み取り時には、その
パラメータメモリ９２に記憶された内容に応じてヘッダ
生成部７８により適切なセット規格識別コード９４をヘ
ッダの一部として発生する。

【００５２】また、このＳＣＦ９６は、同図の（Ｃ）に
示すように、ドットで構成するのではなく、ドットコー
ド１０の１ドットのサイズがどれだけであり、セットの
規格的には何番が振られているというように、文字によ
り記述されていていも良い。この場合には、操作者がこ
のＳＣＦ９６を見て、外部から入力手段を用いてキー入
力することになる。

【００５３】あるいは、このセット規格識別コード９４
は、パラメータ設定スイッチ９０により設定することも
できる。即ち、ディップスイッチ等によりディジタルデ
ータ的に「００」や「１１」というようにマニュアル設
定することにより、ドットの大きさ等のパラメータが任
意に且つ直ちにセット規格識別コード９４に反映される
ようにしても良い。

【００５４】次に、１−ＳＤＵ1 には、ＵＤ１フォーマ
ットタイプ９８が記述されている。このＵＤ１フォーマ
ットタイプ９８は、以下に記述されるフレーム水平画素
数１００乃至フレーム数１１４で規定する画像データに
対するパラメータの項目を表すものである。即ち、この
ＵＤ１フォーマットタイプ９８を記述することによっ
て、それらパラメータの内容を全て省略することが可能
となる。例えば、このＵＤ１フォーマットタイプ９８を
「００」に設定したときにはこれらパラメータの内容は
規定しなくて良く、逆に、これに「ＦＦ」を設定したな
らば、それらパラメータをユーザーが任意に設定できる
モードであり、各項目毎にパラメータが記入されること
を許す。つまり、このＵＤ１フォーマットタイプ９８
は、１つにはパラメータを代表するような機能、もう１
つはパラメータの項目を定義し、その項目が書けるよう
な設定に切り換える機能という２つの機能を有してい
る。

【００５５】ここで、パラメータとしては、フレームに
対する水平画素数１００、フレームの垂直画素数１０
２、水平の画素のピッチ情報１０４、垂直の画素のピッ
チ情報１０６、多重情報１０８、階調１１０、光学倍率
１１２、フレーム数１１４が記述されている。ここで、
多重情報１０８とは、色であればＲＧＢという色の情報
を示すものである。つまり、いま取り込んでいる画像が
どういったものを示しているかという情報であり、赤な
ら赤、青なら青、という情報である。また、階調１１０
とは、Ａ／Ｄ変換器７４で示される階調であり、光学倍
率１１２とは不図示光学系のレンズの倍率である。フレ
ーム数１１４とは、順次１フレーム入力したならば順次
処理を開始するといったようなタイプでは不要である
が、本実施の形態のように第１メモリ８２に全部の画像
データを入力した後に処理を開始するような系の場合に
は、ヘッダにフレーム数を記録しておいたほうが認識が
し易くなるという理由で記入してある。

【００５６】そして、これらパラメータの次に、ユーザ
ーデータ１１６となる画像データが入力される。

【００５７】なお、上記パラメータのうち、フレーム水
平画素数１００、フレーム垂直画素数１０２、水平画素
ピッチ情報１０４、垂直画素ピッチ情報１０６、及び光
学倍率１１２は、ＭＭＰ再生装置の画像読み取り部を製
造した際に一意に決められる情報であるため、ヘッダ生
成部７８又はレイヤ１パラメータメモリ９２にＲＯＭと
して記憶しておいても良い。また、上記パラメータは、
レイヤ１は画像データを扱う層であるので、例えばＴＩ
ＦＦのような一般的に用いられている画像のデータフォ
ーマットを利用することもできる。

【００５８】図８の（Ｄ）は、ヘッダの書かれ方を示す
図である。即ち、一番上に示すようにユーザデータ１１
６として画像データの１画素目，２画素目というように
書かれる場合、上から２番目に示すようにヘッダ１１８
がその画素データの最初に記入される。

【００５９】ここでヘッダ１１８としては、その下に示
すように、セット規格識別コード９４のみを含むものと
しても良いし、さらに次に示すように、セット規格識別
コード９４とＵＤ１フォーマットタイプ９８を含むもの
としても良い。また、一番下に示すように、セット規格
識別コード９４があり、次にＵＤ１フォーマットタイプ
９８があって、このＵＤ１フォーマットタイプ９８で前
述のように各パラメータを設定するモードが記述されて
いれば、フレーム水平画素数１００乃至フレーム数１１
４のパラメータを含むものとしても良い。

【００６０】なお、このようなヘッダ１１８は、複数フ
レームの画像データ全てを第１メモリ８２に蓄えてから
上層の処理が開始されるようなタイプのものでは、その
第１メモリ８２に入力されるデータに１つ入れておけば
事足りるものである。また、１フレーム分の画像データ
が蓄えられる毎に処理を開始するタイプのものでは、パ
ラメータが変わっていなければヘッダ１１８を入れる必
要はないかもしれないが、確認の意味で、１フレーム分
の画像データ毎に先頭に入れておくことが好ましい。

【００６１】図７の（Ｂ）は、ヘッダ生成部７８並びに
ヘッダ記録部８０にて実行されるヘッダ１１８の記録処
理を説明するためのフローチャートである。

【００６２】ヘッダ生成部７８は、最初に、パラメータ
が確定されているかどうか、つまりデータを解読するた
めのパラメータが入力されているかどうかを判別する
（ステップＳ１）。この判別は、パラメータが確定され
ていない状態で処理が進んでいくという無駄な時間を消
費することが無いようにするためである。

【００６３】そして、パラメータがまだ確定されていな
いときには、ヘッダ生成部７８は、エラー情報をコント
ローラ６６に出力する（ステップＳ２）。このエラー情
報を受けたコントローラ６６は、エラー発生検出部６６
Ａによりエラーの発生を検出して、１−ＳＤＵ2 の状態
信号により上層に伝達する。上層では、この状態信号を
受けて、最終的には、モニターにエラー表示したり、エ
ラー音を発して、ユーザにエラーの発生を報知する。

【００６４】また、パラメータが確定されている場合に
は、ヘッダ生成部７８は、順次不図示のフォーマット記
録部（ＲＯＭ）をアクセスし、そこに書かれているスキ
ャナ特有のパラメータ、例えばフレーム水平画素数１０
０，フレーム垂直画素数１０２，水平画素ピッチ情報１
０４，垂直画素ピッチ情報１０６，光学倍率１１２等を
読出して、ヘッダ記録部８０へ出力する（ステップＳ
３）。さらに、コントローラ６６を介してレイヤ１パラ
メータメモリ９２に記憶されている上層から設定される
色や多重情報に従って、多重情報１０８や階調１１０等
のパラメータを生成して、ヘッダ記録部８０へ出力する
（ステップＳ４）。そして、ヘッダ記録部８０は、この
段階で一度、第１メモリ８２にそれらのパラメータを書
き込む（ステップＳ５）。

【００６５】その後、ヘッダ生成部７８は、最終的にフ
レーム数が必要かどうか判断し（ステップＳ６）、必要
がなければこのヘッダ記録処理を終了する。また、必要
であれば、フレームの枚数をインクリメントしてフレー
ム数１１４のパラメータを生成し、ヘッダ記録部８０へ
出力する（ステップＳ７）。そして、ヘッダ記録部８０
は、このフレーム数１１４を第１メモリ８２に書き込み
（ステップＳ８）、このヘッダ記録処理を終了する。

【００６６】即ち、図９の（Ａ）に示すように、まず上
記ステップＳ５でヘッダを記録し、フレーム画像の記録
に移り、最後に、フレーム数が必要と判断されたなら
ば、フレーム数を算出して、ステップＳ８で第１メモリ
８２へ書き込む。

【００６７】次に、レイヤ２について説明する。

【００６８】図１０は、レイヤ２の構成を示す図であ
る。

【００６９】このレイヤ２には、上記レイヤ１からの１
層サービスデータユニット１番（１−ＳＤＵ1 ）を、２
層プロトコルデータユニット１番（２−ＰＤＵ1 ）とし
て受け取る。また、状態信号である１−ＳＤＵ2 を２−
ＰＣＩ2 として、パラメータ設定信号である１−ＳＤＵ
3 を２−ＰＣＩ3 として受け、逆に２−ＰＣＩ2 を１−
ＳＤＵ2 として、２−ＰＣＩ3 を１−ＳＤＵ3 としてレ
イヤ１に出力する。

【００７０】ここで、状態信号は、エラー状態や走査状
態、フレームの書き込み状態、サービスデータユニット
の書き込みの状態、等を示し、また逆方向としては、サ
ービスデータユニットの読み出し、第１メモリ８２のデ
ータの読み出し完了の状態、等を示す。また、パラメー
タ設定信号は、レイヤ１の中のパラメータメモリ９２か
らパラメータの内容を読んだり、または、そこにパラメ
ータを書き込んだりするパラメータ設定用の信号であ
る。

【００７１】このレイヤ２は、上記レイヤ１と共通の第
１メモリ８２、コントローラ１２０、ブロック検出部１
２２、ブロックアドレス検出部１２４、ブロック内デー
タ検出部１２６、パラメータ用メモリ１２８、上層つま
りレイヤ３と共通の第２メモリ１３０から構成される。

【００７２】上記２−ＰＤＵ1 は第１メモリ８２に格納
され、その中の構造情報としての上記ヘッダ１１８が、
２層プロトコルコントロールインフォメーション１番
（２−ＰＣＩ1 ）としてコントローラ１２０に入力さ
れ、またデータ実体としての２層利用者データ１番（２
−ＵＤ1 ）は、ブロック検出部１２２、ブロックアドレ
ス検出部１２４、ブロック内データ検出部１２６へ入力
される。

【００７３】ブロック検出部１２２は、本発明の出願人
による特願平５−２６０４６４号に詳しく記されている
ようなマーカ検出部やデータ配列方向検出部、マーカ補
間回路、等の部分を含む。また、ブロックアドレス検出
部１２４は、同様に、ブロックアドレス検出，誤り判
定，正確な中心検出部や、マーカとブロックアドレスの
補間部、等の部分を含む。そして、ブロック内データ検
出部１２６は、同様に、アドレス制御部、補間回路、二
値化処理部、閾値判定回路、復調部、等の部分を含む。
従って、これら各部については、その詳細な説明は省略
する。

【００７４】また、パラメータ用メモリ１２８は、前記
各処理の処理方法を表すパラメータやその処理に必要な
パラメータ、例えばブロックのサイズや、復調の方式、
等のデータを記憶している。

【００７５】一方、コントローラ１２０は、プロトコル
コントロールインフォメーション解読部１２０Ａ、パラ
メータ設定部１２０Ｂ、エラー発生検出部１２０Ｃ、コ
ントロール部１２０Ｄを含む。ここで、プロトコルコン
トロールインフォメーション解読部１２０Ａは、２ＰＣ
Ｉ1 のデータを解読するものであり、パラメータ設定部
１２０Ｂは、パラメータ用メモリ１２８よりパラメータ
を読み出して、プロトコルコントロールインフォメーシ
ョンデータ解読部１２０Ａによる解読情報を元に、この
読出したパラメータ又はそのパラメータから算出される
データを各ブロックに設定するものである。エラー発生
検出部１２０Ｃは、例えばブロックアドレスのエラーや
その他のエラーの発生を検出するものであり、コントロ
ール部１２０Ｄは、このレイヤ２の全体のコントロール
を行うものである。

【００７６】また、コントローラ１２０は、上層のレイ
ヤ３との間で、状態信号である２−ＳＤＵ2 （レイヤ３
側からみると３−ＰＣＩ2 ）と、パラメータ設定信号で
ある２−ＳＤＵ3 （レイヤ３側からみると３−ＰＣＩ3
）をやり取りする。ここで、状態信号とは、エラー発
生検出部１２０Ｃで検出したエラー状態を示す信号、レ
イヤ１から受けた走査状態を示す信号、このレイヤ２で
作られたサービスデータユニットの内容を第２メモリ１
３０に書き込んだかどうかの書き込み状態信号、また
は、逆方向の、レイヤ３でこの第２メモリ１３０の内容
を読出したかどうかを判断する読み出し状態信号、等を
含む。また、パラメータ設定信号は、上層部からパラメ
ータ用メモリ１２８にデータをセットしたり、このパラ
メータ用メモリ１２８の内容を上層部で読み出しするた
めの信号である。

【００７７】次に、サービスデータユニットの内容につ
いて説明する。

【００７８】第１メモリ８２に書き込まれる１−ＳＤＵ
1 （２−ＰＤＵ1 ）は、図１１の（Ａ）及び（Ｂ）に示
すように、上記ヘッダ１１８としてのプロトコルコント
ロールインフォメーションと、上記ユーザーデータとし
ての画像データ１１６とからなる。よって、その説明は
省略する。

【００７９】また、第２メモリ１３０に書き込まれる、
該レイヤ２の出力である２−ＳＤＵ1 は、該レイヤ２が
画像内に含まれるブロックに対して処理を行い、ブロッ
ク単位で第２メモリ１３０に書き込むものであるため、
図１２の（Ａ）に示すように、ブロックヘッダとしての
２−ＳＤＵ1 添付情報１３２と、ブロック内のデータ１
３４とからなる。

【００８０】そして、上記２−ＳＤＵ1 添付情報１３２
は、ブロック識別情報として機能するもので、同図の
（Ｂ）に示すように、セット規格識別コード１３６、ユ
ーザーデータフォーマットタイプ１３８、ブロックアド
レス１４０、ブロック内データ数１４２を含む。

【００８１】ここで、セット規格識別コード１３６は、
レイヤ１から送られてきたセット規格識別コード９４を
コピーしたもの、つまり同じものである。これに対し
て、ユーザーデータフォーマットタイプ１３８は、レイ
ヤ１のユーザーデータフォーマットタイプ９８とは別の
ものであり、レイヤ３がこの３−ＰＤＵ1 の内容をどの
様に読むか、パラメータの種類とその内容がどの様に入
っているかということを示すものである。即ち、定義は
レイヤ１のそれと同様であるが、例えば、このユーザー
データフォーマットタイプ１３８が「０１」というコー
ドになっている場合にはブロックアドレス１４０とブロ
ック内データ数１４２をユーザーデータに付加して送
り、例えば「０２」の場合にはブロックアドレス１４０
とブロック内データ数１４２と別のデータをユーザーデ
ータに付加して送り、レイヤ３では３−ＰＣＩ1 の情報
の種類や配列等を選択、認識する。

【００８２】この様にブロックアドレス１４０とブロッ
ク内データ数１４２を付加することによって、レイヤ３
はその情報を認識することによって、レイヤ２からブロ
ックのデータサイズが違ったコードの情報が転送されて
来てもその違いを認識をすることができ、処理をするこ
とができるようになっている。

【００８３】図９の（Ｂ）は、上記ユーザーデータフォ
ーマットタイプ１３８が前記した「０２」というコード
になっている場合の２−ＳＤＵ1 添付情報１３２を示す
図である。この場合には、上記セット規格識別コード１
３６，ユーザデータフォーマットタイプ１３８，ブロッ
クアドレス１４０，及びブロック内データ数１４２に加
えて、ブロックアドレス補償無し／あり１４４、誤検出
マーカ情報１４６、補償マーカ情報１４８、復調エラー
数１５０、復調エラー位置情報１５２、等のブロック検
出時の処理状態を現す情報を含む。

【００８４】ここで、復調エラー数１５０とは、レイヤ
３で行われるブロックのリンク時に、重複して転送され
た同一ブロックのデータにおいて、つまり同じアドレス
のブロックが何回か転送されてきた場合に、この復調エ
ラー数１５０がレイヤ２から送られてきていると、前回
までと今回のこの復調エラー数を比較してエラーの少な
いブロックデータを選択して再構成することで、エラー
訂正前のデータのエラー率を低減でき、高速にエラー訂
正することができるようになるという理由で設けられて
いる。

【００８５】また、重複して転送された同一ブロックの
データにおいて、前回までが復調エラーであったビット
又はデータに対して、今回エラーでなかった場合に、前
記ビット又はデータを今回のビット又はデータに変更す
ることで、エラー率を低減することができ、高速にエラ
ー訂正を行うことができるようになる。つまり、エラー
箇所を新しいエラーでないデータに置き換えることをレ
イヤ３で行えるように、復調エラー位置情報１５２が設
けられている。

【００８６】また、誤検出マーカ情報１４６は、重複し
て転送された同一ブロックのデータにおいて、前回まで
と今回のブロック内誤検出マーカ情報（数や面積）を比
較して、誤検出マーカ情報が少ないブロックデータを選
択して再構成することで、エラー率を低減することがで
き、高速にエラー訂正をすることができるようになると
いう理由で、設けられている。

【００８７】次に、このレイヤ２の動作を、図１３及び
図１４の一連のフローチャートを参照して説明する。

【００８８】まず、コントローラ１２０（コントロール
部１２０Ｄ）は、全体の初期設定を行い（ステップＳ１
１）、１−ＳＤＵ1 のデータが第１メモリ８２に書き込
まれたかどうかを、状態信号（２−ＰＣＩ2 ）より読み
とって判断する（ステップＳ１２）。そして、書き込み
中等の未終了状態であれば、書き込み終了を待つ。

【００８９】１−ＳＤＵ1 が書き込まれたという状態を
認識すると、まず、プロトコルインフォメーション解読
部１２０Ａにより第１メモリ８２から２ＰＣＩ1 のセッ
ト規格識別コード９４を読み出して解読し、その結果に
従ってレイヤ内の処理に必要なパラメータをパラメータ
用メモリ１２８より読み出す（ステップＳ１３）。即
ち、セット規格識別コード９４から、例えば、ドットの
サイズ、ブロックのサイズ、復調方式、ブロックアドレ
スのエラー訂正方式、等のドットコードから再生するこ
とができないパラメータを認識し、該当するパラメータ
をパラメータ用メモリ１２８より読む。

【００９０】次に、プロトコルインフォメーション解読
部１２０Ａは、ユーザーデータフォーマットタイプ９８
とその後に書かれたパラメータを解読する（ステップＳ
１４）。即ち、フレーム水平画素数１００、フレーム垂
直画素数１０２、水平画素ピッチ情報１０４、垂直画素
ピッチ情報１０６、多重情報１０８、階調１１０、光学
倍率１１２、フレーム数１１４、等の情報を読んで、こ
の画像がどういう画像かを判断する。そして、この情報
と上記ステップＳ１３で読出した情報とを基に、パラメ
ータ設定部１２０Ｂにてパラメータの設定を行う（ステ
ップＳ１５）。

【００９１】次に、２−ＳＤＵ1 の画像データ１１６を
ブロック検出部１２２に入力し、この設定されたパラメ
ータを利用してブロック検出処理を行う（ステップＳ１
６）。これは、１画像においてのブロック検出を行うこ
とになる。そして、その中で検出ブロックの未処理ブロ
ックはあるかどうか判断し（ステップＳ１７）、無い場
合には上記ステップＳ１２に戻る。即ち、その画像がコ
ードでない部分を撮像している場合にはブロックが検出
されないので、元に戻って次の画像を待つことになる。

【００９２】また、１画像の中にコードが含まれている
と判断された場合、例えば未処理ブロックが４個含まれ
ている場合には、次の処理に移り、その未処理ブロック
の中の１つを選択する（ステップＳ１８）。そして、ブ
ロックアドレス検出部１２４により、当該ブロックのブ
ロックアドレスの検出、及びアドレスのエラー検出又は
エラー訂正処理を行う（ステップＳ１９）。

【００９３】ここで、エラー発生検出部１２０Ｃにより
エラーがあったかどうか判断し（ステップＳ２０）、エ
ラーがあった場合には、ブロックアドレスの補償を行う
（ステップＳ２１）。そして、それでもエラーである場
合には（ステップＳ２２）、ブロックアドレスのエラー
状態を２−ＳＤＵ2 にセットしてレイヤ３に対して伝達
した後（ステップＳ２３）、上記ステップＳ１６に戻っ
て、次のブロックの検出を行う。

【００９４】また、上記ステップＳ２０においてアドレ
スのエラーが無かった場合、または、上記ステップＳ２
２においてエラーが補償されたと判断された場合には、
２−ＳＤＵ2 即ち状態信号を読み出し、第２メモリ１３
０が空かどうか、即ちレイヤ３で第２メモリ１３０から
データの読出しが終了したがどうかを確認し（ステップ
Ｓ２４）、第２メモリ１３０が空になるのを待つ。

【００９５】そして、第２メモリ１３０が空の場合に
は、上記２ＰＣＩ1 のセット規格識別コード９４をレイ
ヤ３に対する２−ＳＤＵ1 の添付情報１３２にコピーし
てセットし（ステップＳ２５）、また、レイヤ３に送る
ためのユーザーデータフォーマットタイプをパラメータ
用メモリ１２８より読み出して、２−ＳＤＵ1 の添付情
報１３２のユーザーデータフォーマットタイプ１３８に
セットする（ステップＳ２６）。

【００９６】次に、上記ブロックアドレス検出部１２４
により検出したブロックアドレスを２−ＳＤＵ1 の添付
情報１３２のブロックアドレス１４０にセットし（ステ
ップＳ２７）、ブロック内データ数を算出して、２−Ｓ
ＤＵ1 の添付情報１３２のブロック内データ数１４２に
セットする（ステップＳ２８）。このブロック内データ
数の算出は、パラメータ用メモリ１２８に記憶されてい
るブロックサイズの情報、例えば、ブロックが横５０ド
ット×縦５０ドットで構成され、マーカの大きさが何ド
ットというような情報を読出し、それを使用して行われ
る。

【００９７】そして、ブロック内データ検出部１２６に
より、補間，復調までを含めたブロック内のデータの検
出処理を行い（ステップＳ２９）、各処理で算出された
情報をユーザーデータフォーマットタイプ１３８によっ
て選択してセットする（ステップＳ３０）。即ち、例え
ばそれが「０２」というコードになっている場合には、
図９の（Ｂ）に示したように、上記ブロックアドレス補
償無し／あり１４４、誤検出マーカ情報１４６、補償マ
ーカ情報１４８、復調エラー数１５０、復調エラー位置
情報１５２、等の情報をセットする。

【００９８】そして、第２メモリ１３０に、レイヤ３に
対してのデータつまりブロック内データ検出部１２６で
検出されたブロック内データ１３４を書き込み（ステッ
プＳ３１）、状態信号２−ＳＤＵ2 にメモリへの書き込
みの終了状態をセットした後（ステップＳ３２）、上記
ステップＳ１６に戻り、次のブロックがあれば同様に処
理し、無ければ次の画面を待つ（ステップＳ１７）。

【００９９】なお、上記ステップＳ２４において、レイ
ヤ３が第２メモリ１３０のデータを読み終わるのを待つ
ものとしているが、第２メモリ１３０の記憶容量が大き
い場合には、このような処理を行わなくても良いことは
勿論である。また、このようなブロック毎のデータの受
け渡しを行う代わりに、１データ毎のデータの受け渡し
を行うものとすれば、第２メモリ１３０を持たなくても
良く、また、１ブロック分の記憶容量を持つ第２メモリ
１３０の代わりに、ＦＩＦＯメモリ等を利用することも
可能である。

【０１００】次に、レイヤ３内のブロックリンク部分を
図１５を参照して説明する。

【０１０１】ここでは、前述の２−ＳＤＵ1 が第２メモ
リ１３０に書き込まれており、それを、コントローラ１
５４の３−ＰＣＩ1 プロトコルコントロールインフォメ
ーション解読部１５４Ａにおいて解読する。即ち、プロ
トコルコントロールインフォメーション解読部１５４Ａ
では、２−ＳＤＵ1 添付情報のブロック検出状態情報判
定部１５４Ａａにより上記復調エラー数１５０やエラー
位置情報１５２，誤検出マーカ情報１４６，補償マーカ
情報１４８，ブロックアドレス補償無し／あり１４４，
等を解読して、ブロックデータ選択処理部１５６にその
解読結果を出力する。ブロックデータ選択処理部１５６
は、重複して入力されるブロックデータに対して、前述
したようなブロックデータ選択処理、つまり復調エラー
が多いブロックであれば多いブロックを排除したり、即
ちエラーの少ないブロックを選択したりする処理を行
い、ブロックデータリンク用のメモリ（メモリ２’）１
５８に各ブロックアドレスに相当するメモリアドレスに
データが書き込まれる。

【０１０２】なお、コントローラ１５４内部のコントロ
ール部１５４Ｂは、このレイヤ３全体を制御するための
ものであり、パラメータ用メモリ１６０は各処理に必要
なパラメータを記憶しているものである。

【０１０３】図１６は、このようなレイヤ３で行われる
処理を示すフローチャートである。即ち、まずコントロ
ーラ１５４（コントロール部１５４Ｂ）は、全体の初期
設定を行い（ステップＳ４１）、２−ＳＤＵ1 のデータ
が第２メモリ１３０に書き込まれたかどうかを、状態信
号（３−ＰＣＩ2 ）より読みとって判断する（ステップ
Ｓ４２）。そして、書き込み中等の未終了状態であれ
ば、書き込み終了を待つ。

【０１０４】２−ＳＤＵ1 が書き込まれたという状態を
認識すると、まず、プロトコルインフォメーション解読
部１５４Ａにより第２メモリ１３０から３ＰＣＩ1 のセ
ット規格識別コード１３６を読み出して解読し、その結
果に従ってレイヤ内の処理に必要なパラメータをパラメ
ータ用メモリ１６０より読み出す（ステップＳ４３）。

【０１０５】次に、プロトコルインフォメーション解読
部１５４Ａは、ユーザーデータフォーマットタイプ１３
８とその後に書かれたパラメータを解読し、またブロッ
ク検出状態情報判定部１５４Ａａにより上記復調エラー
数１５０やエラー位置情報１５２，誤検出マーカ情報１
４６，補償マーカ情報１４８，ブロックアドレス補償無
し／あり１４４，等を解読する（ステップＳ４４）。そ
して、この情報と上記ステップＳ４３で読出した情報と
を基にパラメータの設定を行う（ステップＳ４５）。

【０１０６】その後、ブロックデータ検出処理部１５６
により、その情報を基にブロックデータの選択を行い、
ブロックデータリンク用のメモリ（メモリ２’）１５８
に各ブロックアドレスに相当するメモリアドレスにデー
タを書き込む（ステップＳ４６）。そして、このメモリ
２’に書き込まれたデータに対して、デインターリーブ
やエラー訂正処理といった該レイヤ３のその他の処理を
行った後（ステップＳ４７）、上記ステップＳ４２に戻
って、次のデータが来るまで待つ。

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

【０１０８】（１） オーディオ情報、映像情報、ディ
ジタルコードデータの少なくとも一つを含むマルチメデ
ィア情報が光学的に読み取り可能なコードパターンで記
録されている部分を備える情報記録媒体において、上記
コードパターンの解読のために必要とされる処理パラメ
ータを表す情報が記録されていることを特徴とする情報
記録媒体。

【０１０９】即ち、コードパターンの解読に必要な処理
パラメータを表す情報（システムコントロールファイ
ル：ＳＣＦ）もコードパターンとともに記録してあるの
で、このＳＣＦに応じてパラメータを設定することによ
り確実なコードパターンの解読が可能となる。

【０１１０】（２） 上記処理パラメータを表す情報
は、予め決められた大きさのコードパターンとして記録
されることを特徴とする（１）に記載の情報記録媒体。

【０１１１】即ち、ユーザーがＳＣＦのコードの形式を
認識しなくても、このＳＣＦコードパターンをスキャン
するだけで処理パラメータの設定を行うことが可能とな
る。

【０１１２】（３） 上記処理パラメータを表す情報
は、文字として記録されることを特徴とする（１）に記
載の情報記録媒体。

【０１１３】即ち、ユーザーが目でみて処理パラメータ
の内容が認識でき、また再生装置におけるＳＣＦコード
認識処理が不要となり、処理の軽減が図れる。

【０１１４】（４） オーディオ情報、映像情報、ディ
ジタルコードデータの少なくとも一つを含むマルチメデ
ィア情報が光学的に読み取り可能なコードパターンで記
録されている部分を備える情報記録媒体から上記コード
パターンを読み取って元のマルチメディア情報を復元再
生する情報再生装置において、上記情報記録媒体には、
上記コードパターンの解読のために必要とされる処理パ
ラメータを表す情報が記録されており、上記情報記録媒
体に記録された上記処理パラメータを表す情報を入力す
るための入力手段を具備することを特徴とする情報再生
装置。

【０１１５】即ち、情報記録媒体にはコードパターンの
解読に必要な処理パラメータを表す情報（システムコン
トロールファイル：ＳＣＦ）もコードパターンとともに
記録してあるので、このＳＣＦを入力すれば、それに応
じてパラメータを設定することができ、より確実なコー
ドパターンの解読が可能となる。

【０１１６】（５） 上記処理パラメータを表す情報
は、予め決められた大きさのコードパターンとして記録
されており、上記入力手段は、コードパターンを読み取
る読取手段と、この読み取ったコードパターンを解読す
るための解読手段とを含むことを特徴とする（４）に記
載の情報再生装置。

【０１１７】即ち、ユーザーがＳＣＦのコードの形式を
認識しなくても、このＳＣＦコードパターンをスキャン
するだけで処理パラメータの設定を行うことが可能とな
る。

【０１１８】（６） 上記処理パラメータを表す情報と
してのコードパターンを読み取る際に、上記読取手段及
び解読手段の処理パラメータを予め決められたパラメー
タに設定するとともに、上記マルチメディア情報に相当
するコードパターンを読み取って解読する際には、上記
読取手段及び解読手段の処理パラメータを上記解読した
処理パラメータに設定するように切り換えるための切り
換え手段をさらに具備することを特徴とする（４）に記
載の情報再生装置。

【０１１９】即ち、ＳＣＦと実際のコードパターンは別
の処理パラメータが必要になり、その切り換えが容易に
行えるようになる。

【０１２０】（７） 上記処理パラメータを表す情報
は、文字として記録されており、上記入力手段は、上記
文字として記録された処理パラメータを表す情報をマニ
ュアル入力するためのスイッチ入力手段を含むことを特
徴とする（４）に記載の情報再生装置。

【０１２１】即ち、ユーザーが目でみて処理パラメータ
の内容を認識し、スイッチによりそれを入力できるよう
にしているので、情報再生装置におけるＳＣＦコード認
識処理が不要となり、処理の軽減が図れる。

【０１２２】（８） 上記マルチメディア情報に相当す
るコードパターンを走査する走査手段と、上記走査手段
による上記コードパターンの走査時に、上記入力手段か
ら上記処理パラメータを表す情報が入力されていないと
きには、エラーを出力する手段を具備することを特徴と
する（４）に記載の情報再生装置。

【０１２３】即ち、処理パラメータが設定されていない
ときにはエラーを出力することにより、コードパターン
を走査しても再生されない理由がユーザーに明確にな
る。また、情報再生装置における走査画像に対する以降
の余分な処理を行わなくても済むようになる。

【０１２４】（９） オーディオ情報、映像情報、ディ
ジタルコードデータの少なくとも一つを含むマルチメデ
ィア情報が光学的に読み取り可能なコードで記録されて
いる部分を備える記録媒体から、上記コードを光学的に
読み取り、この読み取ったコードをイメージ（画像）と
してのコードデータに変換すると共に、このコードデー
タに上記読み取りに関する情報（解像度、撮像範囲、コ
ードデータの表現形式等）を第１の処理情報として付加
して出力する第１の階層処理手段と、上記第１の階層処
理手段から出力される第１の処理情報を認識して（読み
取って）、上記第１の階層処理手段から出力されるコー
ドデータを処理すると共に、上記コードデータを所定の
単位毎に集めたブロックを生成して出力する第２の階層
処理手段と、上記第２の階層処理手段から出力されるブ
ロックを集めて、より大なる所定単位のスーパーマクロ
ブロックを生成するために少なくとも必要な第２の処理
情報を、上記ブロックのコードデータから抽出して認識
し、この第２の処理情報に基づいてスーパーマクロブロ
ックを生成し、誤り対策に係る処理を行なうための第３
の処理情報を上記スーパーマクロブロックから抽出認識
し、この第３の処理情報に基づいてスーパーマクロブロ
ックの誤り対策に係る処理を行ない、さらに上記スーパ
ーマクロブロックを上記第３の処理情報に基づいて離散
して生成されたサブセットエレメントを出力する第３の
階層処理手段と、上記第３の階層処理手段から出力され
るサブセットエレメントから、上記マルチメディア情報
を復元可能な所定単位のコードからなるサブセットを生
成するために少なくとも必要な第４の処理情報を、上記
サブセットエレメントから抽出して、この第４の処理情
報に基づいて生成されたサブセットを出力する第４の階
層処理手段と、上記第４の階層処理手段から出力された
上記サブセットを復元されたマルチメディア情報として
出力する出力手段とを備える情報再生装置において、上
記第１の階層処理手段が、上記コードを撮像するための
撮像手段と、上記撮像手段からの映像信号を量子化して
上記コードデータに変換するための量子化手段と、上記
撮像並びに量子化に関する情報を生成し、それを上記第
１の処理情報（ヘッダ）として上記コードデータに対し
付加するヘッダ生成手段と、上記第１の処理情報の付加
されたコードデータを記憶する記憶手段と、を備えるこ
とを特徴とする情報再生装置。

【０１２５】即ち、第１の階層処理手段を上記のように
規定することによって、画像伝送における形式を規定す
ることができる。そして、画像形式を規定することで、
その形式で画像を構成していれば以降の階層処理手段で
処理は可能となるという利点がある（但し、ヘッダは必
要）。また、記憶手段例えばメモリを介することによっ
て、処理の区切りをつけることができ、当該第１の階層
処理手段の変更が他層の処理に影響を及ぼさない構成に
できる。

【０１２６】（１０） 上記ヘッダ生成手段は、次の第
２の階層処理手段で必要な処理パラメータをさらに生成
し、それを上記第１の処理情報に含めて上記コードデー
タの前に付加する手段を含むことを特徴とする（９）に
記載の情報再生装置。

【０１２７】即ち、メモリに記憶される形式をヘッダで
示すことによって、当該第１の階層処理手段を変更して
も第２の階層処理手段で対応できるようになる。

【０１２８】（１１） 上記ヘッダ生成手段は、他の階
層処理手段が必要とするパラメータの参照情報としてセ
ット規格識別コードを生成し、それを上記第１の処理情
報に含めて上記コードデータの前に付加する手段を含む
ことを特徴とする（９）に記載の情報再生装置。

【０１２９】即ち、様々なパラメータを全て記述しなく
てもセット規格識別コードを参照するだけで、各層では
パラメータの設定が済み、ヘッダのデータ量を少なくす
ることができる。

【０１３０】（１２） 上記ヘッダ生成手段は、上記第
１の処理情報を上記コードデータの記憶動作を行う前に
上記記憶手段に記憶して、上記第１の処理情報を上記コ
ードデータに付加する手段を含むことを特徴とする
（９）に記載の情報再生装置。

【０１３１】即ち、第２の階層処理手段において上記コ
ードデータ（ユーザデータ）の処理の前にヘッダを参照
できるようになる。即ち、処理を行う前にパラメータの
設定が可能になり、処理の高速化が図れる。

【０１３２】（１３） 上記第２の階層処理手段が、上
記第１の階層処理手段から出力される上記第１の処理情
報を解読する解読手段を有することを特徴とする（９）
に記載の情報再生装置。

【０１３３】即ち、上記第１の処理情報を解読すること
により、種々の構成の第１の階層処理手段（撮像部）に
対しても対応できるようになる。

【０１３４】（１４） 上記第２の階層処理手段が、上
記第１の階層処理手段から出力されるコードデータか
ら、上記コードデータを所定の単位（例えば縦５０ドッ
ト×横５０ドット）毎に集めたブロックを検出するブロ
ック検出手段と、上記ブロック検出手段で検出されたブ
ロックを識別するためのブロック識別情報を発生するブ
ロック識別情報発生手段を有することを特徴とする
（９）に記載の情報再生装置。

【０１３５】即ち、ブロック識別情報により、次の第３
の階層処理手段において、ブロックデータの選択やブロ
ック数、ブロック間の接続方法を知ることができるよう
になる。

【０１３６】（１５） 上記ブロック識別情報発生手段
は、ブロック内のデータ数を含む上記ブロック識別情報
を発生する手段を有することを特徴とする（１４）に記
載の情報再生装置。

【０１３７】即ち、種々のブロック内データ数のコード
又は１つのコードの中にデータ数の違うブロックが有っ
ても、以降の階層においてこのブロック内データ数を参
照することにより、再生することができるようになる。

【０１３８】（１６） 上記第２の階層処理手段が、上
記第１の階層処理手段から出力されるコードデータか
ら、上記所定の単位（例えば縦５０ドット×横５０ドッ
ト）毎に集めたブロック検出するブロック検出手段と、
上記ブロック検出手段における上記ブロックの検出状態
を示す情報を発生するブロック検出状態情報発生手段を
有することを特徴とする（９）に記載の情報再生装置。

【０１３９】即ち、ブロック検出時にブロック毎にブロ
ック検出状態を発生することにより、以降の階層におい
てこのブロック検出状態を参照して良好なブロックを選
択的に処理できるようになり、エラーの発生を低減する
ことができるようになる。

【０１４０】（１７） 上記第３の階層処理手段が、上
記ブロック検出状態情報を解読する手段を有することを
特徴とする（１６）に記載の情報再生装置。

【０１４１】即ち、重複して処理される特定のブロック
アドレスを持ったブロックに対して、上記ブロック検出
状態情報を解読することにより良好なブロック又はブロ
ックデータを選択することで、エラー率を低減でき、ま
たエラー訂正を後段で行う場合にエラー訂正率を上げる
ことができ又高速に訂正することができるようになる。

【０１４２】（１８） 上記ブロック検出手段はコード
データの復調手段を含み、上記ブロック検出状態情報発
生手段は、復調エラー数の情報を含むブロック検出状態
情報を発生する手段を有することを特徴とする（１６）
に記載の情報再生装置。

【０１４３】即ち、復調時にブロック毎に復調エラー数
を発生することができる復調手段により復調し、その復
調エラー数を出力するようにしているので、以降の階層
においてこの復調エラー数の少ないブロックを選択的に
処理できるようになり、エラーの発生を低減することが
できるようになる。

【０１４４】（１９） 上記第３の階層処理手段が、上
記ブロック検出状態情報を解読する手段を有することを
特徴とする（１８）に記載の情報再生装置。

【０１４５】即ち、重複して処理される特定のブロック
アドレスを持ったブロックに対して、上記ブロック検出
状態情報を解読することにより復調エラーの少ないブロ
ックを選択することで、エラー率を低減でき、またエラ
ー訂正を後段で行う場合にエラー訂正率を上げることが
でき又高速に訂正することができるようになる。

【０１４６】（２０） 上記ブロック検出手段はコード
データの復調手段を含み、上記ブロック検出状態情報発
生手段は、復調エラー位置の情報を含むブロック検出状
態情報を発生する手段を有することを特徴とする（１
６）に記載の情報再生装置。

【０１４７】即ち、復調時にブロック毎に復調エラー位
置を発生することができる復調手段により復調し、その
復調エラー位置を出力するようにしているので、以降の
階層においてこの復調エラーのないブロックデータを選
択的に処理できるようになり、エラーの発生を低減する
ことができるようになる。

【０１４８】（２１） 上記第３の階層処理手段が、上
記ブロック検出状態情報を解読する手段を有することを
特徴とする（２０）に記載の情報再生装置。

【０１４９】即ち、重複して処理される特定のブロック
アドレスを持ったブロックデータに対して、上記ブロッ
ク検出状態情報を解読することにより復調エラーのない
ブロックを選択することで、エラー率を低減でき、また
エラー訂正を後段で行う場合にエラー訂正率を上げるこ
とができ又高速に訂正することができるようになる。

【０１５０】（２２） 上記ブロック検出手段は、上記
ブロックの所定位置に設けられたマーカを検出するマー
カ検出手段と、該マーカ検出手段で検出されなかったマ
ーカを補償するマーカ補償手段と、上記マーカ検出手段
及び補償手段により得られたマーカに基づいてブロック
を検出する手段とを含み、上記ブロック検出状態情報発
生手段は、上記マーカ補償手段によって補償されたマー
カの情報（補償マーカ数、補償マーカ位置）を含むブロ
ック検出状態情報を発生する手段を有することを特徴と
する（１６）に記載の情報再生装置。

【０１５１】即ち、補償マーカが有ったり又は補償マー
カが多数有ると、ブロックデータの位置を間違えてしま
う場合があるが、補償マーカ情報を出力することによ
り、以降の階層においてこの補償マーカ数の少ないブロ
ックを選択的に処理できるようになり、エラーの発生を
低減することができるようになる。

【０１５２】（２３） 上記第３の階層処理手段が、上
記ブロック検出状態情報を解読する手段を有することを
特徴とする（２２）に記載の情報再生装置。

【０１５３】即ち、重複して処理される特定のブロック
アドレスを持ったブロックに対して、上記ブロック検出
状態情報を解読することにより補償マーカ数の少ないブ
ロックを選択することで、エラー率を低減でき、またエ
ラー訂正を後段で行う場合にエラー訂正率を上げること
ができ又高速に訂正することができるようになる。

【０１５４】（２４） 上記ブロック検出手段は、上記
ブロックの所定位置に設けられた当該ブロックのアドレ
スを示すブロックアドレスを検出するブロックアドレス
検出手段と、該ブロックアドレス検出手段でエラーとさ
れたブロックアドレスを補償するブロックアドレス補償
手段と、上記ブロックアドレス検出手段及び補償手段に
より得られたブロックアドレスに基づいてブロックを検
出する手段とを含み、上記ブロック検出状態情報発生手
段は、上記ブロックアドレス補償手段によって補償され
たブロックアドレスの情報（補償した／しない）を含む
ブロック検出状態情報を発生する手段を有することを特
徴とする（１６）に記載の情報再生装置。

【０１５５】即ち、ブロックアドレスがエラー訂正処理
時にエラーと検出され、補償したブロックアドレスがエ
ラーである確率はエラー訂正時にエラーでなかった場合
と比較して確率が高い。また、ブロックアドレスがエラ
ー訂正時にエラーとなった場合に、塵や傷等によるバー
ストエラーである場合が考えられ、ブロックアドレスの
近くにあるデータであるブロックデータはエラーとなる
確率も高くなる。そこで、ブロックアドレス補償情報を
出力することにより、以降の階層において補償のないブ
ロックを選択的に処理できるようになり、エラーの発生
を低減することができるようになる。

【０１５６】（２５） 上記第３の階層処理手段が、上
記ブロック検出状態情報を解読する手段を有することを
特徴とする（２４）に記載の情報再生装置。

【０１５７】即ち、重複して処理される特定のブロック
アドレスを持ったブロックに対して、上記ブロック検出
状態情報を解読することにより補償されたものでないブ
ロックを選択することで、エラー率を低減でき、またエ
ラー訂正を後段で行う場合にエラー訂正率を上げること
ができ又高速に訂正することができるようになる。

【０１５８】（２６） 上記ブロック検出手段は、上記
ブロックの所定位置に設けられたマーカを検出するマー
カ検出手段と、上記マーカ検出手段により得られたマー
カに基づいてブロックを検出する手段とを含み、上記ブ
ロック検出状態情報発生手段は、上記マーカ検出手段に
よってブロック内にあると誤検出されたマーカの情報を
含むブロック検出状態情報を発生する手段を有すること
を特徴とする（１６）に記載の情報再生装置。

【０１５９】即ち、ブロック内に誤検出マーカが有る場
合、ブロックデータにエラーが存在し、またその誤検出
マーカの数が多い場合や大きさ（面積）が大きい場合に
エラー率は高くなってしまう。そこで、ブロック内誤検
出マーカ情報を出力することにより、以降の階層におい
てブロック内誤検出マーカが検出されていないもしくは
少ない良好に検出されたブロックデータを選択的に処理
できるようになり、エラーの発生を低減することができ
るようになる。

【０１６０】（２７） 上記第３の階層処理手段が、上
記ブロック検出状態情報を解読する手段を有することを
特徴とする（２６）に記載の情報再生装置。

【０１６１】即ち、重複して処理される特定のブロック
アドレスを持ったブロックに対して、上記ブロック検出
状態情報を解読することによりブロック内誤検出マーカ
のない良好に検出されたブロックデータを選択すること
で、エラー率を低減でき、またエラー訂正を後段で行う
場合にエラー訂正率を上げることができ又高速に訂正す
ることができるようになる。

【０１６２】

【発明の効果】以上詳述したように、本発明によれば、
コードパターンをより確実に再生可能な情報再生装置を
提供することができる。

【図面の簡単な説明】

【図１】一実施の形態におけるレイヤ１のブロック構成
図である。

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

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

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

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

【図６】撮像されたドットコードイメージを示す図であ
る。

【図７】（Ａ）は１層サービスデータユニット１番（１
−ＳＤＵ1 ）の一例を示す図であり、（Ｂ）はレイヤ１
のヘッダ生成部並びにヘッダ記録部にて実行されるヘッ
ダの記録処理を説明するためのフローチャートである。

【図８】（Ａ）乃至（Ｃ）はシステムコントロールファ
イル（ＳＣＦ）を説明するための図であり、（Ｄ）はヘ
ッダの書かれ方を示す図である。

【図９】（Ａ）はヘッダの書き込みタイミングを説明す
るためのタイミングチャートであり、（Ｂ）はユーザー
データフォーマットタイプが「０２」というコードにな
っている場合の２−ＳＤＵ1 添付情報の例を示す図であ
る。

【図１０】一実施の形態におけるレイヤ２のブロック構
成図である。

【図１１】（Ａ）は第１メモリに書き込まれる１−ＳＤ
Ｕ1 （２−ＰＤＵ1 ）を示す図であり、（Ｂ）は（Ａ）
の２−ＰＣＩ1 プロトコルコントロールインフォメーシ
ョンの内容を示す図である。

【図１２】（Ａ）は第２メモリに書き込まれる２−ＳＤ
Ｕ1 を示す図であり、（Ｂ）はユーザーデータフォーマ
ットタイプが「０１」というコードになっている場合の
（Ａ）の２−ＳＤＵ1 添付情報の内容を示す図である。

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

【図１４】レイヤ２の動作を説明するための一連のフロ
ーチャートの後半部分を示す図である。

【図１５】一実施の形態におけるレイヤ３のブロック構
成図である。

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

【符号の説明】

６６…コントローラ、６６Ａ…エラー発生検出部、６８
…光源、７０…撮像素子、７２…アナログ処理部、７４
…Ａ／Ｄ変換器、７６…ディジタル処理部、７８…ヘッ
ダ生成部、８０…ヘッダ記録部、８２…第１メモリ、８
４…Ｄ／Ａ変換器、８６…走査開始スイッチ、８８…Ｓ
ＣＦ読取スイッチ、９０…パラメータ設定スイッチ、９
２…レイヤ１パラメータメモリ、９４…セット規格識別
コード、９６…システムコントロールファイル（ＳＣ
Ｆ）、９８…ＵＤ１フォーマットタイプ、１００…フレ
ーム水平画素数、１０２…フレーム垂直画素数、１０４
…水平画素ピッチ情報、１０６…垂直画素ピッチ情報、
１０８…多重情報、１１０…階調、１１２…光学倍率、
１１４…フレーム数、１１６…ユーザーデータ、１１８
…ヘッダ、１２０…コントローラ、１２０Ａ…プロトコ
ルコントロールインフォメーション解読部、１２０Ｂ…
パラメータ設定部、１２０Ｃ…エラー発生検出部、１２
０Ｄ…コントロール部、１２２…ブロック検出部、１２
４…ブロックアドレス検出部、１２６…ブロック内デー
タ検出部、１２８…パラメータ用メモリ、１３０…第２
メモリ、１３２…２−ＳＤＵ1 添付情報、１３４…ブロ
ック内データ、１３６…セット規格識別コード、１３８
…ユーザーデータフォーマットタイプ、１４０…ブロッ
クアドレス、１４２…ブロック内データ数、１４４…ブ
ロックアドレス補償無し／あり、１４６…誤検出マーカ
情報、１４８…補償マーカ情報、１５０…復調エラー
数、１５２…復調エラー位置情報、１５４…コントロー
ラ、１５４Ａ…３−ＰＣＩ1 プロトコルコントロールイ
ンフォメーション解読部、１５４Ａａ…２−ＳＤＵ1 添
付情報のブロック検出状態情報判定部、１５４Ｂ…コン
トロール部、１５６…ブロックデータ選択処理部、１５
８…ブロックデータリンク用メモリ（メモリ２’）、１
６０…パラメータ用メモリ、Ｎ−ＳＤＵn …Ｎ層サービ
スデータユニットｎ番（Nth Layer Service Data Unit,
No.n ）、Ｎ−ＰＤＵn …Ｎ層プロトコルデータユニッ
トｎ番（Nth Layer Protocol Data Unit, No.n）、Ｎ−
ＰＣＩn …Ｎ層プロトコルコントロールインフォメーシ
ョンｎ番（Nth Layer Protocol Control Information,
No.n）、Ｎ−ＵＤn …Ｎ層利用者データｎ番（Nth Laye
r User Data, No.n ）、ＡＤＵ…アプリケーションデー
タユニット（Application Data Unit ）、ＡＣＨ…アプ
リケーションコントロールヘッダ（Application Contro
l Header）。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 今出 愼一 東京都渋谷区幡ヶ谷２丁目43番２号 オ リンパス光学工業株式会社内 (72)発明者 松井 紳造 東京都渋谷区幡ヶ谷２丁目43番２号 オ リンパス光学工業株式会社内 (72)発明者 佐々木 寛 東京都渋谷区幡ヶ谷２丁目43番２号 オ リンパス光学工業株式会社内 (56)参考文献 特開 平５−109068（ＪＰ，Ａ) 特開 平５−298606（ＪＰ，Ａ) 特開 平２−37506（ＪＰ，Ａ) 特開 昭63−83973（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06K 7/10 G06K 7/00 G10L 13/00

Claims (10)

(57)【特許請求の範囲】
1. 【請求項１】 オーディオ情報、映像情報、ディジタル
   コードデータの少なくとも一つを含むマルチメディア情
   報が光学的に読み取り可能なコードパターンで記録され
   ている部分を備え、 上記コードパターンが、複数のブロックから構成され、 上記ブロックのそれぞれが、 上記マルチメディア情報のデータの内容に応じて構成さ
   れたデータエリアと、 上記ブロックを定義するためのマーカと、 上記ブロックのアドレスを示すブロックアドレスと、を
   配置している情報記録媒体から、上記コードパターンを
   光学的に読み取って元の上記マルチメディア情報を再生
   する情報再生装置において、 上記コードパターンを光学的に読み取る読取手段と、 上記読取手段によって同一ブロックアドレスのブロック
   が重複して読み取られたとき、当該重複する同一ブロッ
   クアドレスのブロックのうち何れか一のブロックのデー
   タを選択するブロックデータ選択処理手段と、 上記ブロックデータ選択処理手段によって選択されたブ
   ロックデータを書き込むメモリと、 を具備することを特徴とする情報再生装置。
2. 【請求項２】 上記読取手段によって読み取られたコー
   ドパターンから上記ブロックを検出するブロック検出手
   段を更に具備し、 上記ブロックデータ選択処理手段は、上記ブロック検出
   手段によるブロックの検出状態を比較して、上記重複す
   る同一ブロックアドレスのブロックのうちブロック検出
   状態の良好な一のブロックのデータを選択する、 ことを特徴とする請求項１に記載の情報再生装置。
3. 【請求項３】 上記ブロック検出手段は、上記マーカを
   検出するマーカ検出手段を含み、 上記ブロックデータ選択処理手段は、上記マーカ検出手
   段によるマーカの検出状態を比較して、上記重複する同
   一ブロックアドレスのブロックのうち誤検出マーカの少
   ない一のブロックのデータを選択する、 ことを特徴とする請求項２に記載の情報再生装置。
4. 【請求項４】 上記ブロックデータ選択処理手段は、上
   記マーカの検出状態として、検出されたマーカの数又は
   面積を比較して、上記一のブロックのデータを選択する
   ことを特徴とする請求項３に記載の情報再生装置。
5. 【請求項５】 上記ブロック検出手段は、 上記マーカを検出するマーカ検出手段と、 上記マーカ検出手段によってマーカが検出されなかった
   とき当該マーカを補償するマーカ補償手段と、を含み、 上記ブロックデータ選択処理手段は、上記マーカ補償手
   段によるマーカの補償状態を比較して、上記重複する同
   一ブロックアドレスのブロックのうち補償マーカの少な
   い一のブロックのデータを選択する、 ことを特徴とする請求項２に記載の情報再生装置。
6. 【請求項６】 上記読取手段によって読み取られたコー
   ドパターンから上記ブロックのアドレスを検出するブロ
   ックアドレス検出手段を更に具備し、 上記ブロックデータ選択処理手段は、上記ブロックアド
   レス検出手段によるブロックアドレスの検出状態を比較
   して、上記重複する同一ブロックアドレスのブロックの
   うちブロックアドレス検出状態の良好な一のブロックの
   データを選択する、 ことを特徴とする請求項１に記載の情報再生装置。
7. 【請求項７】 上記ブロックアドレス検出手段は、 上記ブロックアドレスのエラーを検出するブロックアド
   レスエラー検出手段と、 上記ブロックアドレスエラー検出手段によってエラー検
   出されたブロックアドレスの補償を行うブロックアドレ
   ス補償手段と、を含み、 上記ブロックデータ選択処理手段は、上記ブロックアド
   レス補償手段によるブロックアドレスの補償状態を比較
   して、上記重複する同一ブロックアドレスのブロックの
   うちブロックアドレス補償の無い一のブロックのデータ
   を選択する、 ことを特徴とする請求項６に記載の情報再生装置。
8. 【請求項８】 上記読取手段によって読み取られたコー
   ドパターンから上記ブロック内のデータを検出するブロ
   ック内データ検出手段を更に具備し、 上記ブロックデータ選択処理手段は、上記ブロック内デ
   ータ検出手段によるブロック内データの検出状態を比較
   して、上記重複する同一ブロックアドレスのブロックの
   うちブロック内データ検出状態の良好な一のブロックの
   データを選択する、 ことを特徴とする請求項１に記載の情報再生装置。
9. 【請求項９】 上記ブロック内データ検出手段は、上記
   ブロック内データの復調エラー数を検出する手段を含
   み、 上記ブロックデータ選択処理手段は、上記ブロック内デ
   ータの復調エラー数を検出する手段による復調エラー数
   を比較して、上記重複する同一ブロックアドレスのブロ
   ックのうち復調エラー数の少ない一のブロックのデータ
   を選択する、 ことを特徴とする請求項８に記載の情報再生装置。
10. 【請求項１０】 上記ブロック内データ検出手段は、上
    記ブロック内データの復調エラー位置を検出する手段を
    含み、 上記ブロックデータ選択処理手段は、上記ブロック内デ
    ータの復調エラー位置を検出する手段による復調エラー
    位置を比較して、上記重複する同一ブロックアドレスの
    ブロックのうち復調エラーの無い一のブロックのデータ
    を選択する、 ことを特徴とする請求項８に記載の情報再生装置。