JP3512433B2

JP3512433B2 - 画像情報記録装置

Info

Publication number: JP3512433B2
Application number: JP32607092A
Authority: JP
Inventors: 木猛士鈴
Original assignee: Olympus Corp
Current assignee: Olympus Corp
Priority date: 1992-11-11
Filing date: 1992-11-11
Publication date: 2004-03-29
Anticipated expiration: 2019-03-29
Also published as: JPH06149905A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は画像情報記録装置に関
し、特に使用性を改善した画像情報記録装置に関する。

【０００２】

【従来の技術】光学像を記録する記録媒体として銀塩フ
ィルムに代えて磁気ディスク、ＩＣメモリーカード等の
記録媒体を用い、電気的処理を介して記録、再生する静
止画カメラが将来性を期待されている。この種の静止画
カメラ等の画像記録、再生処理において、記録時、レン
ズ等の光学系を通した被写体像（光学像）を、ＣＣＤ等
の光電変換素子により電気信号に変換して上記カード等
の記録媒体に記録させ、また被写体像を静止画として再
生する時には記録媒体から読み出した電気信号に基づい
て被写体像を再生している。

【０００３】従来、静止画カメラや画像情報記録装置に
おいては、記録すべき画像データを記録媒体に記録する
際に、当該画像データに関連した各種情報をも同時に記
録し、効率的な再生を行わせるようにしている。上記各
種情報としては、属性情報と関連情報が含まれ、画像デ
ータ形式、画素サイズ、画像圧縮方式等がある。

【０００４】従来の上記画像情報記録装置による複数の
画像データの連続記録を行う際には、各記録毎に、ヘッ
ダー領域に属性情報と関連情報を、データ領域に画像デ
ータを一つのファイルとして記録される。また、再生時
には、各画像領域毎にヘッダーから属性情報と関連情報
を読み出し、データ領域から画像データを読み出して、
順次再生している。

【０００５】

【発明が解決しようとする課題】上述のように、従来の
画像情報記録装置は、再生に必要な属性情報や関連情報
とともに画像データを一つのファイルとして、記録媒体
に記録している。したがって、例えば、静止画カメラの
ような装置で記録された画像データを再生する際には、
各ファイル毎に属性情報、関連情報及び画像データを読
み出すことになり、ファイル中に記述されている属性情
報等の検索に時間がかかり、画像の検索効率を低下させ
ている。また、各画像ファイル毎に属性情報と関連情報
が書き込まれているため、画像ファイルを管理するため
には、管理対象画像ファイルを全て読み出さなければな
らず、管理面での問題がある。また画像データに対応し
た分類コードエリアを設けて検索するようにした場合に
は検索性は向上するが、媒体に記録されている画像デー
タをどのように再生、復号化するのかは明らかではない
ので、個別の画像データの規格を簡易に判定し、その規
格に基づく復号化、再生処理を行おうとする場合には不
具合があった。

【０００６】更に、このような問題を解決するために、
例えば特願平４−３５４４８３号のように画像データの
へッダ領域以外に画像データに対応している分類コード
エリアを設けて検索を容易にするようにしているものも
ある。

【０００７】

【０００８】

【０００９】そこで本発明の目的は、例えば多種にわた
る静止画カメラの撮影によって得られた画像データをグ
ループ化して、検索処理の効率化、及び効率的な画像復
号化や再生処理を可能とする画像情報記録装置を提供す
ることにある。

【００１０】

【課題を解決するための手段】前述の課題を解決するた
め、本発明による画像情報記録装置は、撮影により生成
され乃至は外部より供給された画像情報を、当該適用さ
れた情報記録媒体に、各別の画像情報毎に対応する属性
情報部と当該画像情報を表す画像データ部とを含んでな
る所定の様式に沿った各画像情報ファイルとして格納す
ると共に、上記画像情報の関連情報を、当該適用された
情報記録媒体上に画像情報ファイルとは別途に設定され
た情報ファイルとしてのコントロールファイルに格納す
るようになされた画像情報記録装置であって、上記属性
情報部及び上記コントロールファイルに上記画像データ
の規格に関わる情報を記録する手段を有して構成され
る。ここで、上記規格に関わる情報は規格の名称を含ん
だり、規格のバージョン情報からなるようにすることが
できる。

【００１１】

【作用】本発明では、画像データ部の属性情報部及び上
記コントロールファイルに上記画像データの規格に関わ
る情報を記録しているので、コントロールファイルを参
照することにより媒体に記録されている画像データをど
のような規格を用いて再生、復号化すればよいのか迅速
に判断することができる。

【００１２】

【実施例】次に本発明の実施例について図面を参照しな
がら説明する。図１は、本発明の実施例における記録フ
ァイルの構成例を模式的に示す。各画像ファイルの
（Ｂ）〜（Ｅ）のそれぞれにはヘッダー領域１〜４と画
像データ領域１〜４が設けられ、ヘッダー領域の属性領
域には、画像を再生するために必要な情報（例えば、各
ファイルの画像データの開始位置を示すポインタ、圧縮
方式、圧縮伸張のための各種テーブル等）が記述されて
いる。また、画像データ領域には画像データが記録され
ている。

【００１３】従来装置においては、再生時、上記各画像
ファイルのヘッダー領域を読み込んだ後に画像データに
伸張処理等を施して再生していたため、各画像ファイル
毎にヘッダー領域を読み込まなければならず、高速処理
の障害となっていた。そこで、本実施例では、画像デー
タとは別に個々のデータの関係を表すファイル（コント
ロールファイル）（Ａ）に画像を再生するために必要な
上記各種情報を記述している。したがって、再生時は、
コントロールファイルを参照するだけで済み、一つ一つ
のファイルの属性情報を読み込む必要がなくなる。ま
た、属性情報領域に記述した画像データの開始位置情報
（ポインタ）から属性情報を飛ばしてデータを読み込む
ことができるだけでなく、それぞれの画像ファイルを再
生するための各種テーブルを、ファイル自体の中を検索
しなくとも、コントロールファイルに記録されている情
報で把握できる。更に、一つ一つのファイルには、通常
形式で属性情報を記録しているので、一つのファイルを
通常の方法で再生することも勿論可能である。

【００１４】以上のように構成することにより、記録媒
体（ＩＣメモリカード）の挿入（装着）時、または電源
投入時に、コントロールファイル（Ａ）を読み込んで各
ファイルの属性を確認し、予め圧縮された画像の伸張再
生処理等の準備をしておけば、簡単な処理で高速画像再
生が可能となる。また、目的の画像ファイルをパソコン
に移行した場合に、管理を容易にするため、それぞれの
画像ファイルを圧縮する際に抽出する画像の中の各ブロ
ックにおけるＤＣ成分を利用して、見出し用のＩＮＤＥ
Ｘ小画面を作り、これをコントロールファイルのテーブ
ル情報とともに記述することもできる。実際には、コン
トロールファイルの最後の部分に、データを格納する領
域を設け、それぞれの画像ファイルの小画面データをテ
ーブル番号とともに記述する。

【００１５】より詳細に説明すると、図２に示すよう
に、そのファイルのデータを読み取って再生するための
属性情報として、ファイルヘッダーには、画素構造、画
素サイズ、符号化方式、撮影日、撮影情報（タイトル、
シャッター速、露出、等）、画像データの開始位置を表
すポインタ、画像を圧縮する際に、圧縮する度合いを決
定するテーブルデータ等が記述される。テーブルデータ
としては、例えば、量子化テーブル、符号化テーブル等
があり、外部入力の信号種類（ＲＧＢ、Ｙ／Ｃ、ＮＴＳ
Ｃ、ＰＡＬ等）により、これらのテーブルの最適値が異
なるため、それぞれに適した方式で再生する。ファイル
ヘッダーに続く画像データ領域に画像データ本体が記録
される。このように、各ファイルのヘッダーは、様々な
情報が記述されるため、一様なサイズに規定することが
難しく可変長のサイズになる。そのため、それぞれの情
報が、どこに記述されているかを判別することは容易で
ない。そこで、各ファイルの画像データの開始位置を、
コントロールファイルの中に、ポインタとして記述して
一括管理することにより管理を容易にする。また、多種
の画像ファイルが混在されている媒体を再生する場合、
標準のテーブルで再生する場合と、専用のテーブルで再
生する場合とが繰り返し発生するため、同様の処理を行
うことで、簡便な処理が可能となる。

【００１６】上述の如く、本実施例は、ファイルヘッダ
ーに記述する属性情報の各項目の内容と同一情報をコン
トロールファイルにも記述しており、管理を容易にし、
処理の高速を可能とする。また、装置のソフトも簡単に
なり、小さなプログラムで構成できる。このとき、全体
的な記録容量としては、多少増えるが、ヘッダー自体の
容量が大きくないので影響は少ない。

【００１７】図３には、ＩＣカードメモリ内の構成例が
示されている。層（Ｌａｙｅｒ）１の属性情報領域のレ
ベル１には、デバイスの種類、速度（アクセス速度）、
容量等を示す情報が記述されている。属性情報領域のレ
ベル２には、最初のデータのアドレス、ブロック長、初
期化の日時、メーカー個別情報等が記述されている。ま
た、メモリ管理領域には、ブートセクタに規格のＶｅ
ｒ．ＮＯやファイルの記述形式を示すＢＰＢ（バイオス
パラメータブロック）が記述され、ＦＡＴ（ファイルア
ロケーションテーブル）にデータのつながりを示すテー
ブルが、ディレクトリにファイル名、ファイル属性、日
付、開始クラスタ、ファイルサイズ等が記述される。

【００１８】更に、画像データファイル領域は、図３に
示す如く画像データファイル領域であり、ヘッダー情報
領域に画像データへのポインタ、規格の名称、Ｖｅ
ｒ．、圧縮方式、画素構造、圧縮／非圧縮の区別、フィ
ールド／フレーム、撮影年月日、各種テーブルデータ等
が記述されている。また、画像データ本体領域には、画
像データが記録されており、スタートを示すＳＯＩ，
…，ＳＯＦ，…，ＳＯＳ，…，データの終了を示すＥＯ
Ｉ等が記録されている。そして、コントロールファイル
には、上記属性情報、関連情報がＡＳＣＩＩコードで、
追加データ（各種テーブルデータ）がバイナリデータで
記述されている。ここで、属性情報や関連情報は、ユー
ザによる書き換えの頻度が高いためＡＳＣＩＩコードで
記述され、追加データは書き換えの頻度が低いのでバイ
ナリデータとして記述されている。

【００１９】図４には、画像ファイルの構造例（ポイン
タの例）が示されており、図示の如く、ポインタを表す
ＩＤ、次のＩＤまでのバイト数、画像データの先頭位置
（本例では、“０４００ｈ”：１ＫＢ）、規格を表すＩ
Ｄ、次のＩＤまでのバイト数、規格の“Ｄ”、規格の
“Ｓ”、規格の“Ｃ”、画素サイズを表すＩＤ、次のＩ
Ｄまでのバイト数、画素サイズ（７６８×４８０）、信
号形態を表すＩＤ、次のＩＤまでのバイト数、信号形態
（Ｙ／Ｃ）、ＪＰＥＧファイルの画像データ本体の開始
位置及び終了位置である“ＳＯＩ”コード及び“ＥＯ
Ｉ”コードが記述されている。上記画像ファイルが、Ｊ
ＰＥＧファイルであれば、ポインタはＪＰＥＧ画像デー
タ本体の開始位置“ＳＯＩ”コードがある位置を示すも
のとなり、コントロールファイルに記述されるものも同
じである。また、ヘッダーには、通常は各種テーブルを
記述することはないが、符号化、量子化テーブルには標
準以外のものを使用する場合はそのテーブルをヘッダー
に記載して管理を容易としている。

【００２０】図５には、記録媒体内のデータ構造（ファ
イル構造）例が示されている。図５において、ルートデ
ィレクトリの＃１部は通常記録用コントロールファイル
を示し、＃２部と＃３部はそれぞれ通常記録された３個
の画像ファイルと音声ファイルを示す。また、連続高速
記録格納用サブディレクトリの＃４部には１１個のファ
イルに連続記録された画像データが格納されている。図
のように、ルートディレクトリに１個のコントロールフ
ァイルを設け、この１個のファイルだけで全てのファイ
ルの関連管理を行っても良い。図５に示す例では、コン
トロールファイル＃１の内容から、音声と画像を含む全
てのファイルの属性情報の内容を知ることができ、バラ
バラに配置された個々のファイルのヘッダーを、それぞ
れ検索して認識する必要がないため、処理を容易にで
き、高速処理が可能となる。尚、それぞれのディレクト
リ内にそれぞれコントロールファイルを設けて、そのデ
ィレクトリ内のファイルの関連管理を行うこともでき
る。

【００２１】図６には、コントロールファイルの構成例
が示されている。パソコンのエディタ（テキスト編集ソ
フト）、ワープロソフトは、通常、ＡＳＣＩＩコードに
より記述していないと、通常の文字として表示できな
い。したがって管理を容易にするため、コントロールフ
ァイルの関連情報データはＡＳＣＩＩコードにて記述さ
れる。ただし、容量を少なくするため、バイナリーデー
タで全てを記録しても良い。

【００２２】ファイルヘッダーにはコントロールファイ
ルである旨が表示され、次の領域に媒体上に含まれる全
てのファイルの関連情報、属性情報等がＡＳＣＩＩコー
ドで記述される。引き続く領域は追加データに対するポ
インタ部であり、以降の追加データ１〜５には例えば符
号化テーブル、量子化テーブル、検索用非圧縮小画面等
が、それぞれのブロックで書き込まれる。このとき、デ
ータはバイナリーデータで書き込まれる。コントロール
ファイルの最後に追加するデータは、その使用目的から
ＡＳＣＩＩコードではなく、バイナリーデータであるこ
とが処理の都合上よいため、扱いを別として管理する。
具体的には、関連情報の最後に、各追加データの先頭位
置を表すポインタを記述して管理を容易にする。

【００２３】図７には、図５のルートディレクトリのコ
ントロールファイル＃１の記述例が示されている。同図
中の＃１は、属性情報テーブル、各ファイルの属性情報
をフラグで表現する基本値を示す。例えば、“ＤＩＳ
Ｐ．ＲＥＺＯ”はディスプレイリゾリューションを画素
サイズで表し、“１”が６４０×４８０”を、“２”が
７６８×４８０を、“３”が１０２４×７６８を示す。
“ＳＩＧＮＡＬＴＹＰＥ“（信号形態）では、“１”
がＲＧＢを、“２”がＹ／Ｃを、“３”がＹＭＣＢをそ
れぞれ示し、“ＨＵＦＦＭＡＮＴＡＢＬＥ（符号化テ
ーブル）”には、“１”が標準、“２”と“３”がカス
タムテーブル１と２を示している。また、“ＱーＴＡＢ
ＬＥＴＹＰＥ“（量子化テーブル）では、“１”が標
準、“２”，“３”及び“４”がそれぞれカスタムテー
ブル１，２及び３を示している。更に、“ＳＯＵＮＤ
ＳＡＭＰＬＩＮＧＣＬＯＣＫ”では、“１”が４４Ｋ
Ｈｚを、“２”が２２ＫＨｚを、“３”が１１ＫＨｚ
を、“４”が５．５ＫＨｚを示している。

【００２４】ファイル管理情報の始まりを示す記述“Ｔ
ＡＢＬＥ”以降の＃２部には、記録された画像ファイル
及び画像データのポインタ、属性情報フラグ、画像Ｎ
Ｏ．（コマＮＯ．）が示されており、＃２１に画像デー
タのポインタが、＃２２に“ＤＩＳＰ．ＲＥＺＯ．”
が、＃２３に“ＳＩＧＮＡＬＴＹＰＥ”が、＃２４に
“ＨＵＦＦＭＡＮＴＡＢＬＥ”が、＃２５に“ＱーＴ
ＡＢＬＥＴＹＰＥ”が、それぞれ番号によりその種類
が指定されている。＃３部には記録された音声ファイル
及び音声データのポインタ、音声ＮＯ．（コマＮＯ．）
が表示され、＃３１部でポインタが、＃３２部で“ＳＯ
ＵＮＤＳＡＭＰＬＩＮＧＣＬＯＣＫ”が記述されて
いる。＃４部にはルートデイレクトリのコントロールフ
ァイルが記述されている。サブディレクトリの画像ファ
イルは、記録されたサブディレクトリの画像ファイル及
び画像データのポインタ等が＃５部のように記述され、
これら８枚の画像ファイルは同一条件で記録されている
ことがわかる。

【００２５】図８を参照すると、インフォメーションが
ＩＮＦＯ．で示され、＃１部に連続記録の１グループを
示す関連情報が、＃２部にインターバル時間（秒）が記
述され、＃３部には連続記録された８枚の画像ファイル
が記述されている。＃４部には、データ領域にブロック
で、各テーブルデータが記述されており、該テーブルの
先頭位置を表すポインタが示されている。以下、＃４１
部にハフマンテーブル１のポインタ、＃４２部にハフマ
ンテーブル２のポインタ、＃４３部、＃４４及び＃４５
部に量子化テーブル１，２及び３のポインタが記述され
ている。＃５部には、各種のデータが記述されている。
本例では、編集できないバイナリデータとして記述さ
れ、各種上記のテーブル等がブロックで連続して記述さ
れる。

【００２６】画像ファイルの構成例が図９に示されてい
る。ファイルは、ファイルヘッダー、及び、画像データ
本体から構成される。ファイルヘッダーには、続いて記
録される画像データの画素数、符号化方式などの情報を
記録する。ヘッダーの先頭には、仕様の名称として、
“ＤＳＣ”の仕様ファイルであること、及び、画像構造
を表わす記号、仕様のバージョンＮＯを明記し、管理を
容易にする。ヘッダーは、通常５１２Ｂとする（ヘッダ
ー内部のタプルにサイズが記述される）。非圧縮の場合
にも、０２００Ｈからデータが始まる。通常５１２Ｂ
（ヘッダーに記述される）。

【００２７】ファイルヘッダー例として、図１０を参照
すると、ファイルの先頭５１２バイトをファイルヘッダ
ーとして付加し、データ本体の管理を行う。最初に仕様
タプルを記述し、基本的なデータ種類の判別を行う。内
容は、仕様の名称、バージョンＮＯを記述する。次にヘ
ッダー情報タプルを設け、ヘッダーの総バイト数を記述
する。続いて、マストタプルを設け、画像に関する情報
を記述する。２５６バイト後から、オプションタプル領
域を設けて、コメント等の内容を自由に記述できるもの
とする。ただし、オプションタプル領域の個々の項目
は、全てタプル形式にて記述する。

【００２８】画像データ本体は、０２００ｈから始まる
（ヘッダー情報タプルの記述による）。またオプション
タプル領域の先頭は、０１００ｈから始まる（固定）。
オプションタプル領域は、記述しなくとも２５６バイト
空ける。仕様タプルの記述例が図１１に示されている。
ここに、ファイルの属性を表わす仕様名称、バージョン
ＮＯを記述する。

【００２９】また、ヘッダー情報タプルの記述例が図１
２に示されており、ヘッダーの総バイト数が記述されて
いる。マストタプルの記述例が図１３に示され、画像デ
ータに関する必要事項が記述される。図１４には、オプ
ションタプル領域の記述例が示され、画像データに関す
る補助事項が記述されている。ヘッダー記述内容が図１
５と図１６に示されている。図１５はマストタプルの内
容を、図１６はオプションタプルの内容が示されてい
る。

【００３０】次に、各タプルの内容の詳細を説明する。
先ず、仕様タプルの内容としては、００：タプルＩＤ（仕様タプルの先頭を表わす。“８０
ｈ”を記述。）０１：オフセット（次のタプルまでのオフセット値を記
述。）０２〜１１：仕様名称、バージョン（この規格に準拠し
たファイルであることを示す名称とバージョンである。
１６文字をＡＳＣＩＩコードで示す。）ヘッダー情報タプルの内容としては、００：タプルＩＤ（ヘッダー情報タプルの先頭を表わ
す。“８１ｈ”を記述）０１：オフセット（次のタプル
までのオフセット値を記述。）０２〜０３：総バイト数（このヘッダーの総バイト数
を、記述。ファイルの先頭から、このバイト数分後にデ
ータ本体の先頭が存在する。）また、マストタプルの内容としては、００：タプルＩＤ（ヘッダー情報タプルの先頭を表わ
す。“８２ｈ”を記述）０１：オフセット（次のタプルまでのオフセット値を記
述。）０２〜０Ｄ：デート（撮影日を記録する。各桁１バイト
ずつ、ＡＳＣＩＩコードにて記録する。尚、「年」は西
暦の下２桁を記録する。）０Ｅ〜０Ｆ：予約

【００３１】次に、、ヘッダー内容の標準値例について
説明する。各画像ファイルは、それぞれヘッダー内容の
標準値を持つものとする。例えば、図１７に示すように
各項目についての標準値を定める。これら全てを使用し
た場合に限り、符号化方式を設定する箇所で標準値を用
いたことを示すフラグ（Ｄ７）を立てる。

【００３２】画像データ構造例について以下説明する。
非圧縮データの構造の場合、水平及び垂直画素数が最も
少ないコンポーネントの画素１個と、他のコンポーネン
トの画素をサンプル比に応じた個数の画素とを組み合わ
せて一つの単位とする。例えば、Ｙ／Ｃｂ／Ｃｒの３個
のコンポーネントで、水平のＹ／Ｃ比が２：１で垂直が
１：１の場合、図１８に示すような画素の配置となる。
このような画像の場合、次のような順番でデータを並べ
て記録する。Ｙ／Ｃｂ／Ｃｒの順番は先に記述したコン
ポーネント格納順番に従うものとする。Ｙ０、Ｙ１、Ｃｂ０、Ｃｒ０、Ｙ２、Ｙ３、Ｃｂ１、Ｃ
ｒ１、Ｙ４、Ｙ５、Ｃｂ２、Ｃｒ２、Ｙ６、Ｙ７、Ｃｂ
３………

【００３３】圧縮データの構造（ＪＰＥＧ）の場合、Ｊ
ＰＥＧｂａｓｅｌｉｎｅｓｙｓｔｅｍに準拠した圧
縮データとする。なお、先に記述した標準値を用いたも
のとして定義する。尚、次のような制限を設ける。・ブロックインターリーブのみを用いる。・ｒｅｓｔａｒｔｉｎｔｅｒｖａｌの使用は任意とす
る。・ＡＰＰｎ、ＣＯＭ、ＤＲＩ、ＲＳＴ、ＤＮＬの挿入は
任意とする。・量子化テーブル・ハフマンテーブルは必ず置くものと
する。・量子化テーブル・ハフマンテーブルがあった場合で
も、１個のＤＱＴｍａｒｋｅｒやＤＨＴｍａｒｋｅ
ｒで全て設定する。つまり、一つの画像のなかにはＤＱ
ＴｍａｒｋｅｒとＤＨＴｍａｒｋｅｒはそれぞれ１
個だけ置くものとする。・量子化テーブル・ハフマンテーブルはＳＯＩｍａｒ
ｋｅｒとＳＯＳｍａｒｋｅｒとの間に置く。・画素数などの各パラメータは先に記述した標準値とす
る。

【００３４】以上の条件に従ったＪＰＥＧのデータは、
図１９に示すようになる。インターリーブであるからｓ
ｃａｎは１個だけである。ＭＣＵの記述例が図２０に示
され、Ｃｂ・Ｃｒ１個に対して横方向にＹが２個とな
る。フレームヘッダー（ｆｒａｍｅｈｅａｄｅｒ）
は、コンポーネント数や画素数が決まっているため、図
２１のようにする。なお、各コンポーネントのインデッ
クスＣｎはＹ・Ｂ・ＲのＡＳＣＩＩコードとしている。
図の例は、Ｙ用に１個、Ｃ用に１個の量子化テーブルを
割り当てたものである。Ｃｂ・Ｃｒに対して別々の量子
化テーブルを割り当てる場合、｛｝内の数値とする。

【００３５】スキャンヘッダー（ｓｃａｎｈｅａｄｅ
ｒ）については、インターリーブであるから、ｓｃａｎ
に含まれるコンポーネントは３個である。また、最後の
３バイトはｂａｓｅｌｉｎｅであるから固定される。

【００３６】図２２の例はＹ・Ｃそれぞれに対してＡＣ
・ＤＣハフマンテーブルを１個ずつ割り当てるものであ
る。ハフマンテーブルの割り当てが違う場合、下線の引
いてあるバイトの数値が変わる。

【００３７】次に、２個の量子化テーブルを定義する場
合、図２３に示す通りとする。なお、他の個数の場合に
はＬｑの数値が変わる。１個の量子化テーブルの場合、
Ｌｑは“００４３”であり、３個の場合、“００Ｃ５”
になる。ＡＣ・ＤＣ各２個ずつのハフマンテーブルを用
いるときには次のように定義する。ＤＲＩ・ＲＳＴは、
ＲｅｓｔａｒｔＩｎｔｅｒｖａｌを有効にした場合の
み記録する。再生側は、これがあるときには必ず対応し
なければならない（各ＲｅｓｔａｒｔＩｎｔｅｒｖａ
ｌの始まりで直流係数の予測値を０にする）。また、Ａ
ＰＰ・ＣＯＭ・ＤＮＬ等のｍａｒｋｅｒの記録は任意で
ある。ただし、ＲｅｓｔａｒｔＩｎｔｅｒｖａｌを有
効にした場合には、ｓｃａｎの終わりにＤＮＬを付加す
べきである。

【００３８】次に音声ファイルの構造について説明す
る。ファイルは、図２４に示すようにファイルヘッダ
ー、及び、音声データ本体から構成されるものとする。
ファイルヘッダーには、続いて記録される音声データの
サンプリング、圧縮方式などの情報を記録する。又、ヘ
ッダーには、仕様の名称として、“ＤＳＣ”の仕様ファ
イルであること、及び、音声構造を表わす記号、仕様の
バージョンＮＯを明記し、管理を容易にする。ヘッダー
は、通常５１２Ｂとする（ヘッダー内部のタプルにサイ
ズが記述される）。非圧縮の場合も、０２００ｈからデ
ータ本体が始まる。通常５１２Ｂ（ヘッダーに記述され
る）。

【００３９】図２５に示すとおり、ファイルの先頭５１
２のバイトをファイルヘッダーとして付加し、データ本
体の管理を行う。最初に仕様タプルを記述し、基本的な
種別を行う。内容は、規格の名称、バージョンＮＯを記
述する。次にヘッダー情報タプルを設け、ヘッダーの総
バイト数を記述する。次に、マストタプルを設け、音声
に関する情報を記述する。２５６バイト後から、オプシ
ョンタプル領域を設けて、コメント等の内容を自由に記
述できるものとする。ただし、オプションタプル領域の
個々の項目は、全てタプル形式にて記述する。

【００４０】音声データ本体は、０２００ｈから始まる
（ヘッダー情報タプルの記述による）。また、オプショ
ンタプル領域の先頭は、０１００ｈから始まる（固
定）。オプションタプル領域は、記述しなくとも２５６
バイト空ける。

【００４１】仕様タプルの記述例が図２６に示され、フ
ァイルの属性を表わす仕様名称、バージョンＮＯを記述
する。ヘッダー情報タプルの記述例が図２７に示され、
ヘッダーの総バイト数を記述する。マストタプルの記述
例が図２８に示されており、音声データに関する必要事
項を記述する。オプションタプル領域の記述例は図２９
に示され、音声データに関する補助事項を記述する。

【００４２】ヘッダー記述内容について説明すると、マ
ストタプルの内容が図３０に示されている。各タプルの
内容のうち、仕様タプルの内容は以下のとおりである。００：タプルＩＤ（仕様タプルの先頭を表わす。“８０
ｈ”を記述）０１：オフセット（次のタプルまでのオフセット値を記
述）０２〜１１：仕様名称、バージョン（この規格に準拠し
たファイルであることを示す名称とバージョンである。
１６文字をＡＳＣＩＩコードで示す）また、ヘッダー情報タプルの内容としては、００：タプルＩＤ（ヘッダー情報タプルの先頭を表わ
す。“８１ｈ”を記述）０１：オフセット（次のタプルまでのオフセット値を記
述）０２〜０３：総バイト数（このヘッダーの総バイト数
を、記述。ファイルの先頭から、このバイト数分後にデ
ータ本体の先頭が存在する）である。

【００４３】更に、マストタプルの内容は次のとおりで
ある。００：タプルＩＤ（ヘッダー情報タプルの先頭を表わ
す。“８２ｈ”を記述）０１：オフセット（次のタプルまでのオフセット値を記
述）０２〜０Ｄ：デート（録音日を記録する。各桁１バイト
ずつ、ＡＳＣＩＩコードにて記録する。尚、「年」は西
暦の下２桁を記録する）０Ｅ〜１Ｆ：予約

【００４４】また、オプションタプル領域の内容は以下
のとおりである。００：コメントタプルＩＤ（コメントタプルの先頭を表
わす。“８３ｈ”を記述）０１：オフセット（次のタプルまでのオフセット値を記
述。このタプルの後にタプルが無い場合には、タプル終
了コード（ＦＦｈ）を記述）０２〜ＸＸ：コメント（録音した機材の名前など、ＡＳ
ＣＩＩコードにて、英数字２５３文字、漢字ならば１２
６文字を記録する領域とする）ＸＸ＋１：コメント終了コード（コメントの終了を表わ
すコード（００ｈ）を記述）

【００４５】各音声ファイルは、それぞれヘッダー内容
の標準値を持つ。例えば、ＤＳＣＳＯＵＮＤ１方式の音
声ファイルは、以下の項目については、図３１に示すよ
うに標準値を定める。これら全てを使用した場合に限
り、符号化方式を設定する箇所で標準値を用いたことを
示すフラグ（Ｄ７）を立てる。

【００４６】次にデータ構造について説明すると、非圧
縮データの構造では、図３２（Ａ）と（Ｂ）に示すよう
にサンプリング、量子化されたデータをサンプリングさ
れた順に記録する。複数チャンネルの場合は、音声デー
タ情報タプルに記述された格納順にしたがって点順次に
記録する。圧縮データの構造では、図３３（Ａ）と
（Ｂ）に示すように、音声データ情報タプルの符号化方
式にしたがって符号化された音声データを順に記録す
る。複数チャンネルの場合は音声データ情報タプルに記
述された格納順にしたがって点順次に記録する。

【００４７】標準圧縮方式であるＡＤＰＣＭを用いて、
８ビット／サンプルのデータが４ビットに圧縮された場
合、図３４（Ａ）と（Ｂ）に示すように出力順に８ビッ
トにパックしてバイトバウンダリで記録する。

【００４８】コントロールファイルの構成例について詳
細に説明する。ファイルは、図３５に示すように、ファ
イルヘッダー及び各ファイルの関連情報データから構成
されるものとする。このファイルの主な内容は、１：トラックＮＯ管理２：複数ファイルの関連（連続撮影、画像と音声の同時
再生、プログラム再生）３：各ファイルの概略構造判断（データの開始位置等）があり、ヘッダーには、仕様の名称として、“ＤＳＣ”
の仕様ファイルであること、及び、管理情報を表わす記
号、仕様のバージョンＮＯを明記し、管理を容易にす
る。ヘッダーは、通常５１２Ｂとする。（ヘッダー内部
のタプルにサイズが記述される）

【００４９】関連情報データは、各内容毎にブロック分
けし、それぞれある程度のスペースを空けて記述する。
これにより情報が増えても上書きをすればよい。また、
予め設けたスペースより多くなる場合は、分割して最後
に追加する。これらの管理のために、どの様な情報の項
目があり、どこに記述されているかは、ヘッダーに記述
する。トラック、ドライブ、プログラム、サウンド同時
再生等のグループ、及びグルーブＮＯ、開始アドレス
を、ヘッダーに記述する。

【００５０】ファイルヘッダー例について図３６を参照
して詳細に説明する。ファイルの先頭５１２バイトをフ
ァイルヘッダーとして付加し、データ本体の管理を行
う。最初に仕様タプルを記述し、基本的な種別を行う。
内容は、規格の名称、バージョンＮＯを記述する。次に
ヘッダー情報タプルを設け、ヘッダーの総バイト数を記
述する。次に、マストタプルを設け、管理に関する情報
を記述する。２５６バイト後から、オプションタプル領
域を設けて、コメント等の内容を自由に記述できるもの
とする。ただし、オプションタプル領域の個々の項目
は、全てタプル形式にて記述する。

【００５１】管理データ本体は、０２００ｈから始まる
（ヘッダー情報タプルの記述による）。また、オプショ
ンタプル領域の先頭は、０１００ｈから始まる（固
定）。オプションタプル領域は、記述しなくとも２５６
バイト空ける。

【００５２】図３７には、仕様タプルの記述例が示さ
れ、ファイルの属性を表わす仕様名称、バージョンＮＯ
が記述される。

【００５３】図３８には、ヘッダー情報タプルの記述例
が示され、ヘッダーの総バイト数が記述される。図３９
にはデータ構造例が示されている。関連情報データに
は、その媒体に含まれる個々のファイルの関連を記述す
る。基本的に、パソコン側で認識が容易な様に、下記の
表現を用いる。

【００５４】次に本発明の実施例としてコントロールフ
ァイルによるグルーピングについて説明する。このコン
トロールファイルに図４０に示すように各画像データの
記録モードを表わすフラグを追加する。つまり、属性情
報テーブル（ＩＮＦＯ．ＴＡＢＬＥ）に図示のようなフ
ラグを追加する。

【００５５】また、ファイル管理情報に図４１に示すよ
うに記述する。このように記述することによって、従来
は連写記録データは別ディレクトリにまとめていたりし
たのだが、そこに多重露光やモノクロ画面といったモー
ドが入ってくると、多重露光連写といったものや、連写
モノクロ画面といった２つ以上のモードが同時になり立
った時に混乱を招く可能性があったが、上記のように規
定することによって各種モードのそれぞれにフラグを持
たせることで、グルーピングを行い検索性を向上させる
ことができる。

【００５６】次に、ファイル名によるグルーピング例を
図４２を参照して説明する。ＭＳＤＯＳには、英数８文
字の名前と３文字の拡張子からなるファイル名が各デー
タごとに与えられているが、これを使用して各画像デー
タの記録モードを、例えば図４２（Ａ）に示すように表
わすようにする。ここで、種別として、通常記録はＮＯ
Ｍ、連写記録はＣＯＮ、多重露光はＭＥＸ、モノクロ画
像はＭＯＮ、多重連写記録はＭＥＣ、モノクロ連写はＭ
ＯＣで表わし、グループは、各記録モードごとの番号と
して使用する。例えば一連の連写記録の内の何回目の連
写記録であるかを表わす。また、連番は、各グループの
中の連番を表わす。例えば連写記録の中の何番目に記録
されたデータであるかを表わす。以上のようにして書き
表したファイル名は図４２（Ｂ）のようになる。このよ
うにすることによって、各画像データなどのファイルの
中身を読み込まなくても、ルートディレクトリのファイ
ル名を読み込むだけで各画像データのグルーピングが可
能となり、検索性の向上、及び高速再生等に効果を発揮
する。

【００５７】画像データのヘッダーによるグルーピング
も可能であり、この中の、オプションタプルの中のコメ
ントタプルを使用して、図４３に示すように、各種記録
モードを記述してゆく。この場合、特に記録モード情報
が無いときには、通常記録であると判断する。また、モ
ノクロ記録については別フラグで規定している。

【００５８】本発明によるグルーピングの他の実施例と
しては、次のような応用例もある。先ず、バーチャルリ
アリティーの規定について説明する。ＣＧ、バーチャル
リアリティー（ＶＲ）、あるいは画像処理では多くの自
然画が必要とされる。その理由は、ＣＧで自然な絵を作
成するのは製作時間や、作る人の能力等で非常に難しい
ためである。効率よく自然な絵をファイルしてＣＧやＶ
Ｒで使用するには、実際の物体（カーペット、机、キッ
チン、風景）を静止画としてファイリングしておくのが
最も効率がよい。ところがＶＲで自然画をはめ込んで使
う場合、画像の拡大・縮小・回転は容易であるが、物体
を見る角度を変えたい、あるいは物体を近くからみた絵
を遠くから見た絵に加工し直すのは大変難しい。従っ
て、ＶＲ、ＣＧ用の素材自然画画像ファイルの各絵に
は、種々の角度から撮られた絵、種々の立体角で撮られ
た絵が、その角度データと共にファイルされている必要
がある。

【００５９】そこで以下のようなフラグを設けて、各種
データを記述する。すなわち、図４４（Ａ）、（Ｂ）に
示すように、花ビンをＶＲ用データとして撮影した時、
上記θ，ψ，ω（ω′）の３つのフラグを定義する。こ
こで、θはＸＹ平面での角度情報（−１８０＜θ≦１８
０）、ψはＺ軸方向の角度情報（−１８０＜ψ≦１８
０）、ωはカメラから見た被写体の立体角（０＜ω≦１
８０）を示す。前記の様に各フラグを定義するとθ，
ψ，ωの３つのフラグで自然画を表わすことができる。
コントロールファイル記述例が図４５に示されている。
同図（Ａ）に示すように、属性情報テーブル（ＩＮＦ
Ｏ．ＴＡＢＬＥ）にフラグを追加する記述を行なう。ま
た、同図（Ｂ）に示すようにファイル管理情報を記述す
る。

【００６０】上記例は、コントロールファイルにグルー
ピング用のデータを記述したが画像データのファイルヘ
ッダーに記述してもよい。この場合、先に述べた例と同
じようにコメントタプルを使用することによって可能と
なる。図４６のθ，ψ，ωの所に各値を入れて表わす。

【００６１】その他の例として加工済みファイルの規定
を説明する。当該画像ファイルが、下記のような加工
（原画でない）が施されているファイルであることを示
す。＃１マルチ画面（１×２、２×２、３×３、４×４…
……）＃２メニュー画面（１×２、２×２、３×３、４×４
………）＃３コピーされた画である＃４合成された画である＃５電話等による伝送によりコピーされた画であるこれらをコントロールファイルに図４７に示すように記
述する。つまり属性情報テーブル（ＩＮＦＯ．ＴＡＢＬ
Ｅ）に図示のようなフラグを追加する。ここで、上記＃
１〜＃５は図示のような意味をもつ。

【００６２】上記例は、コントロールファイルにグルー
ピング用のデータを記述したが、図４８に示すように、
画像データのファイルヘッダーに記述してもよい。この
場合、先に述べた例と同じように、コメントタプルを使
用することによって可能となる。また、補間信号を規定
する場合も、記録されている画において、有効水平ライ
ンの内奇数ライン、または偶数ラインのどちらかが、原
信号を補間して作った信号である場合それを表わすフラ
グを規定する。これは、コピーやダビングといったこと
を行うときに上記の条件が判っていると、原信号を優先
してコピー等を行えるので有利である。本例は、フィー
ルドイメージャ出力でフレーム画を作成した場合や色線
順次出力のイメージャを用いてフィールド画、またはフ
レーム画を作成した場合に適用される。

【００６３】図４９（Ａ），（Ｂ）及び（Ｃ）には、コ
ントロールファイル記述例が示されており、属性情報テ
ーブル（ＩＮＦＯ．ＴＡＢＬＥ）に同図（Ａ）に示すよ
うなフラグを追加する。同図（Ｂ）には、それぞれの意
味が示され、ファイル管理情報には同図（Ｃ）に示すよ
うな記述を行なう。

【００６４】上記例は、コントロールファイルにグルー
ピング用のデータを記述したが図５０に示すように、画
像データのファイルヘッダーに記述してもよい。この場
合、先に述べた例と同じようにコメントタプルを使用す
ることによって可能となる。

【００６５】図５１は、本発明による画像情報記録装置
の一実施例を示す構成ブロック図であり、ＩＣカードを
記録媒体とする静止画カメラへの適用例を示す。図５１
において、レンズ１を介してＣＣＤ２に結像された被写
体像は、電気信号に変換された後、撮像プロセス回路３
でγ補正等の所定の処理が施され、Ａ／Ｄコンバータ
（ＡＤＣ）４でデジタル信号に変換される。セレクタ５
は、記録時、Ａ／Ｄコンバータ４からのデジタル画像デ
ータをＲＡＭ６に記録するような経路を設定する。ＲＡ
Ｍ６から読み出されたブロックデータ（１画面を複数個
のブロックに分割したときの各分割ブロックについての
データ）は、セレクタ７を介して圧縮・伸長ユニット８
に供給される。圧縮・伸長ユニット８のＤＣＴ／ＩＤＣ
Ｔ回路８１は、離散コサイン変換／逆離散コサイン変換
回路であり、上記ブロックデータをデータ圧縮のため、
直交変換処理する。直交変換されて得られた変換係数
は、量子化／逆量子化回路８２で量子化された後、符号
化／復号化回路８３で符号化される。

【００６６】この圧縮・伸長ユニット８における符号化
等の処理は、システム制御回路１２からの指示に基づい
て符号化制御回路１３により制御される。すなわち、上
記各分割エリア毎のコントラスト情報に基づいてシステ
ム制御回路１２は、当該分割エリアに対する適切なＱテ
ーブルを、上述のように、選択設定して、符号化制御回
路１３を介して圧縮・伸長ユニット８における圧縮処理
を制御する。こうして、圧縮・伸長ユニット８で圧縮符
号化された画像データは、セレクタ９を介して、カード
インタフェース（Ｉ／Ｆ）回路１０に供給され、ＩＣカ
ード１１に記録される。システム制御回路１２は、ＲＡ
Ｍ６、セレクタ７，９、符号化制御回路１３、圧縮・伸
長ユニット８、カードインタフェース回路１０及び通信
制御回路１９の動作を制御するもので、操作部１４から
の信号を受けて、後述する本発明の動作を含め、カメラ
全体の各種制御を行っている。

【００６７】再生時には、セレクタ５で切り換えられた
デジタル画像データは、再生プロセス部１５で所定の再
生処理が施され、Ｄ／Ａコンバータ１６でアナログ信号
に変換された後、ＥＶＦ（電子ビューファインダー）１
７やモニタ側の出力端子に出力される。システム制御回
路１２は、後述する各種スイッチが接続された操作部１
４からの操作情報を受け、対応する制御を行うととも
に、通信制御部１９と接続され、シリアルインタフェー
ス回路２０との間で通信制御動作を行う。シリアルイン
タフェース回路２０には、モデム叉は伝送相手側カメラ
が接続されている。

【００６８】図５１の構成において、ＩＣカード１１か
らカードインタフェース１０を介して読み出されたデー
タがセレクタ９に送出される。セレクタ９を介して読み
出された画像データは、圧縮・伸長ユニット８で伸長さ
れ、セレクタ７を介してＲＡＭ６に書き込まれる。ＲＡ
Ｍ６から読み出された画像データは、セレクタ５を通
り、再生プロセス部１５で上記再生処理が施された後、
Ｄ／Ａコンバータ１６でアナログ信号に変換されてＥＶ
Ｆ１７にモニタ出力される。ＬＣＤ１８は、動作モード
等が表示される。

【００６９】操作部１４にはＡＦ動作のためのシャッタ
ートリガスイッチ１４Ａ、記録動作のためのトリガスイ
ッチ１４Ｂ、再生時の再生ファイルの移動を行うための
左方向及び右方向コマ送りのためのスイッチ１４Ｃ及び
１４Ｄ、記録／再生を切り換えるスイッチ１４Ｅ、画像
／音の切り換え用スイッチ１４Ｆ、インターバル再生等
の特殊再生モードを指定するスイッチ１４Ｇ、ノーマル
記録／再生を指示するためのスイッチ１４Ｈ、高速連続
動作を指示するためのスイッチ１４Ｉ、低速連続動作を
指示するためのスイッチ１４Ｊが設置されている。

【００７０】図５２には、本発明による記録再生装置の
他の実施例構成を示し、ＩＣカードメモリ１１の他に光
磁気ディスク２２に対する記録及び再生処理を行うよう
にした装置が示されている。同図において、図５１と同
一符号が付与されている構成部は同様機能を有する構成
部を示す。操作部１４には、ＳＴＡＲＴスイッチ１４Ｋ
とＳＴＡＮＤＢＹスイッチ１４Ｌが設けられている。記
録信号は外部入力としてＲＧＢ（色）信号、Ｓ（音）信
号、ＮＴＳＣ信号の形で入力され、これらの入力はセレ
クタ２３で選択され、増幅器２４で増幅され、Ａ／Ｄコ
ンバータ２５でデジタル信号に変換されて、セレクタ５
に供給されている。セレクタ７を介したＲＡＭ６からの
画像データやセレクタ９を介した圧縮画像データはシス
テム制御回路１２を通って、光磁気ディスクドライブ２
１に供給され、光磁気ディスク２２に記録される。

【００７１】以下、本実施例による画像情報記録装置の
動作処理手順を図５３〜図５８のフローチャートを参照
しながら説明する。ＩＣメモリカードが挿入され、また
は電源が投入されて装置動作が開始すると、システム制
御回路１２は、先ず、コントロールファイルがあるか否
かを判定し（ステップＳ１）、なければ通常のファイル
ヘッダーによる管理処理を行い（ステップＳ２）、コン
トロールファイルがあればコントロールファイルを読み
込み（ステップＳ３）、読み込んだコントロールファイ
ルによる管理処理を行う（ステップＳ４）。ステップＳ
２とＳ４の処理の後、記録が指示されているか否かを判
定し（ステップＳ５）、指示されていれば、記録容量が
充分か否かを判定する（ステップＳ６）。ここで、記録
容量に問題があれば、警告表示処理をし（ステップＳ
７）、問題なければ記録モード処理を行う（ステップＳ
８）。また、ステップＳ５において、記録指示が為され
ていなければ再生モード処理を行う（ステップＳ９）。

【００７２】図５４を参照して記録動作を説明すると、
スタンバイ（ＳＴＡＮＤＢＹ）ボタンが押下されるのを
待って（ステップＳ１１）、フレームメモリへの書き込
み（ステップＳ１２）、画面フリーズ表示を行った後
（ステップＳ１３）、記録スタートボタンが“ＯＮ”さ
れるのを待つ（ステップＳ１４）。スタートボタンが
“ＯＮ”されると、ＬＣＤ１８に記録動作状態にあるこ
とを表示し（ステップＳ１５）、圧縮処理を行い（ステ
ップＳ１６）、ＩＣメモリカードへのデータ書き込みを
行う（ステップＳ１７）。その後、コントロールファイ
ルへの書き込みを行って（ステップＳ１８）、記録処理
を完了する。

【００７３】コントロールファイルへの書き込み処理
は、図５５に示す如く、ファイルのヘッダーに記述した
属性情報をフラグ処理し（ステップＳ２１）、各属性情
報を決められた順番に用意した後（ステップＳ２２）、
標準以外の量子化テーブルを使用したか否かを判定する
（ステップＳ２３）。ここで、使用していなければ、コ
ントロールファイルに標準の量子化テーブルを使用した
ことを書き込む準備をし（ステップＳ２４）、標準テー
ブルを使用していればコントロールファイルの最後に、
データエリアを用意し、量子化テーブルを書き込む準備
をする（ステップＳ２５）。ステップＳ２４，Ｓ２５の
処理の後、標準以外の符号化テーブルを使用したか否か
を判定し（ステップＳ２６）、使用していなければ、コ
ントロールファイルに標準の符号化テーブルを使用した
ことを書き込む準備をし（ステップＳ２７）、標準以外
の符号化テーブルを使用していれば、コントロールファ
イルの最後に、データエリアを用意し、符号化テーブル
を書き込む準備をする（ステップＳ２８）。ステップＳ
２７，Ｓ２８の処理の後、コントロールファイルへの書
き込みを行って（ステップＳ２９）、処理を完了する。

【００７４】再生モードでの処理は、図５６に示すよう
に、コントロールファイルによる処理か否かを判定し
（ステップＳ３１）、コントロールファイルによる処理
でなければヘッダーを参照する通常再生処理を行い（ス
テップＳ３２）、コントロールファイルによる処理であ
れば、コントロールファイルを参照する再生処理を行っ
て（ステップＳ３３）、フレームメモリに画像データを
書き込み（ステップＳ３４）、再生する（ステップＳ３
５）。

【００７５】図５７には、ヘッダーによる通常再生処理
手順を示すフローチャートが示されている。先ず、指定
ファイルのヘッダーの属性情報を参照し（ステップＳ４
１）、画像データは圧縮モードか否かを判定する（ステ
ップＳ４２）。圧縮モードであるときには、圧縮モード
は標準であるか否かを判定し（ステップＳ４３）、標準
でなければ、ヘッダーに含まれている各種テーブルを読
み、再生回路にロードする（ステップＳ４４）。ステッ
プＳ４３において、標準モードであると判定したときに
は、システム制御回路が内蔵している各種標準テーブル
を再生回路にロードする（ステップＳ４５）。その後、
ヘッダーの先頭に書いてあるポインタを読み、画像デー
タを読んで（ステップＳ４６）、処理を終了する。

【００７６】図５８には、コントロールファイルによる
再生処理手順が示されている。この処理は、読み込んで
あるコントロールファイルの内容を参照し（ステップＳ
５１）、画像データは圧縮モードか否かを判定し（ステ
ップＳ５２）、圧縮モードであれば、圧縮モードは標準
か否かを判定する（ステップＳ５３）。ここで、標準で
なければ、コントロールファイルに含まれている各種テ
ーブルを読み、再生回路にロードし（ステップＳ５
４）、標準であれば、システム制御回路が内蔵している
各種標準テーブルを再生回路にロードする（ステップＳ
５５）。その後、コントロールファイルに書いてあるポ
インタを読み、画像データを読んで（ステップＳ５
６）、処理を終了する。

【００７７】

【発明の効果】以上説明したように、本発明による画像
情報記録装置は、画像データとは別に画像データの規格
に関する情報を記録したコントロールファイルを設けて
いるので、コントロールファイルを参照することにより
媒体に記録されている画像データをどのように再生、復
号化するのか容易に判断でき、高速処理が可能になる。

【図面の簡単な説明】

【図１】本発明による画像情報記録装置で用いられるフ
ァイル構造例を示す図である。

【図２】本発明の実施例における画像ファイルの構造例
を示す図である。

【図３】本発明の実施例におけるＩＣカードメモリのメ
モリ領域の記述例を示す図である。

【図４】本発明の実施例におけるポインタ例を示す画像
ファイル構造図である。

【図５】本発明の実施例におけるＩＣカードメモリ内の
データ構造の記述例を示す図である。

【図６】本発明の実施例におけるコントロールファイル
の構造例を示す図である。

【図７】本発明の実施例における関連情報ファイルの記
述例を示す図である。

【図８】本発明の実施例における関連情報ファイル及び
テーブルポインタの記述例を示す図である。

【図９】本発明の実施例における画像ファイルの構成例
を示す図である。

【図１０】本発明の実施例におけるファイルヘッダー例
を示す図っである。

【図１１】本発明の実施例における仕様タプルの記述例
を示す図である。

【図１２】本発明の実施例におけるヘッダー情報タプル
の記述例を示す図である。

【図１３】本発明の実施例におけるマストタプルの記述
例を示す図である。

【図１４】本発明の実施例におけるオプションタプル領
域の記述例を示す図である。

【図１５】本発明の実施例におけるヘッダー記述内容
（マストタプル内容例）を示す図である。

【図１６】本発明の実施例におけるヘッダー記述内容
（オプションタプル内容例）を示す図である。

【図１７】本発明の実施例におけるヘッダー内容の標準
値例を説明する図である。

【図１８】本発明の実施例における水平のＹ／Ｃ比が
２：１で垂直が１：１の場合の画素の配置例を示す図で
ある。

【図１９】本発明の実施例における条件に従ったＪＰＥ
Ｇのデータを示す図である。

【図２０】本発明の実施例におけるＭＣＵの記述例を示
す図である。

【図２１】本発明の実施例におけるフレームヘッダーを
示す図である。

【図２２】本発明の実施例におけるＹ・Ｃそれぞれに対
してＡＣ・ＤＣハフマンテーブルを１個ずつ割り当てる
例を示す図である。

【図２３】本発明の実施例における２個の量子化テーブ
ルを定義する例を示す図である。

【図２４】本発明の実施例におけるファイルヘッダー及
び音声データ本体による構成例を示す図である。

【図２５】本発明の実施例におけるファイルの先頭５１
２のバイトをファイルヘッダーとして付加し、データ本
体の管理を行う例を示す図である。

【図２６】本発明の実施例における仕様タプルの記述例
を示す図である。

【図２７】本発明の実施例におけるヘッダー情報タプル
の記述例を示す図である。

【図２８】本発明の実施例におけるマストタプルの記述
例を示す図である。

【図２９】本発明の実施例におけるオプションタプル領
域の記述例を示す図である。

【図３０】本発明の実施例におけるマストタプルの内容
を示す図である。

【図３１】本発明の実施例において定まる標準値を示す
図である。

【図３２】本発明の実施例における非圧縮データ構造例
を示す図である。

【図３３】本発明の実施例における圧縮データ構造例を
示す図である。

【図３４】本発明の実施例における圧縮データ構造例を
示す図である。

【図３５】本発明の実施例におけるコントロールファイ
ルの構成例を説明する図である。

【図３６】本発明の実施例におけるファイルヘッダー例
を示す図である。

【図３７】本発明の実施例における仕様タプルの記述例
を示す図である。

【図３８】本発明の実施例におけるヘッダー情報タプル
の記述例を示す図である。

【図３９】本発明の実施例におけるデータ構造例を示す
図である。

【図４０】本発明の実施例としてコントロールファイル
によるグルーピングについて説明する図である。

【図４１】本発明の実施例におけるファイル管理情報を
示す図である。

【図４２】本発明の実施例におけるファイル名によるグ
ルーピング例を示す図である。

【図４３】本発明の実施例におけるオプションタプルの
中のコメントタプルを使用して各種記録モードの記述例
を示す図である。

【図４４】本発明の実施例におけるバーチャルリアリテ
ィーの規定を説明する図である。

【図４５】図４４の実施例におけるコントロールファイ
ル記述例を示す図である。

【図４６】図４４の実施例におけるファイルヘッダーを
示す図である。

【図４７】本発明の実施例におけるコントロールファイ
ル記述例を示す図である。

【図４８】本発明の実施例における画像データのファイ
ルヘッダー記述例を示す図である。

【図４９】本発明の実施例におけるコントロールファイ
ル記述例を示す図である。

【図５０】本発明の実施例における画像データのファイ
ルヘッダーに記述する例を示す図である。

【図５１】本発明による画像情報記録装置の一実施例の
構成ブロック図である。

【図５２】本発明による画像情報記録装置の他の実施例
の構成ブロック図である。

【図５３】本発明の実施例における記録／再生動作処理
手順を示すフローチャートである。

【図５４】本発明の実施例における記録モードの動作処
理手順を示すフローチャートである。

【図５５】本発明の実施例におけるコントロールファイ
ル書き込み処理手順を示すフローチャートである。

【図５６】本発明の実施例における再生モードの動作処
理手順を示すフローチャートである。

【図５７】本発明の実施例におけるヘッダーによる通常
再生処理手順を示すフローチャートである。

【図５８】本発明の実施例におけるコントロールファイ
ルによる再生処理手順を示すフローチャートである。

【符号の説明】

１レンズ２ＣＣＤ３撮像プロセス回路４，２５Ａ／Ｄコンバータ５，７，９,２３セレクタ６ＲＡＭ８圧縮・伸長ユニット１０カードインタフェース回路１１ＩＣカードメモリ１２システム制御回路１３符号化制御回路１４操作部１５再生プロセス回路１６Ｄ／Ａコンバータ１７ＥＶＦ１８ＬＣＤ１９通信制御回路２０シリアルインタフェース回路２１光磁気デイスクドライブ２２光磁気デイスク２４増幅器

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04N 5/76 - 5/956 H04N 5/225 G11B 27/00 G06F 12/00

Claims

(57)【特許請求の範囲】

【請求項１】撮影により生成され乃至は外部より供給さ
れた画像情報を、当該適用された情報記録媒体に、各別
の画像情報毎に対応する属性情報部と当該画像情報を表
す画像データ部とを含んでなる所定の様式に沿った各画
像情報ファイルとして格納すると共に、上記画像情報の
関連情報を、当該適用された情報記録媒体上に画像情報
ファイルとは別途に設定された情報ファイルとしてのコ
ントロールファイルに格納するようになされた画像情報
記録装置であって、上記属性情報部及び上記コントロールファイルに上記画
像データの規格に関わる情報を記録する手段を有してな
ることを特徴とする画像情報記録装置。
【請求項２】上記規格に関わる情報は規格の名称を含む
ことを特徴とする請求項１に記載の画像情報記録装置。
【請求項３】上記規格に関わる情報は規格のバージョン
情報からなることを特徴とする請求項１に記載の画像情
報記録装置。