JP2003259258A

JP2003259258A - 画像情報記録装置

Info

Publication number: JP2003259258A
Application number: JP2003095293A
Authority: JP
Inventors: Takeshi Suzuki; 猛士鈴木
Original assignee: Olympus Optical Co Ltd
Current assignee: Olympus Corp
Priority date: 2003-03-31
Filing date: 2003-03-31
Publication date: 2003-09-12

Abstract

(57)【要約】【課題】例えば静止画カメラ等の画像記録装置で作成さ
れた画像を、立体的な画像として再生表示する際に迅速
に再生可能とする。【解決手段】画像情報ファイルに付随するヘッダ情報と
して撮像手段と被写体との位置関係を示す位置情報を記
録することにより、画像再生時に立体的な画像を再生す
るための情報を簡単に得ている。またヘッダ情報とし
て、画像を撮像する撮像手段と被写体との位置関係を示
す角度情報と、当該画像が合成画像であることを示す情
報、あるいは画像を撮像する撮像手段と被写体との位置
関係を示す角度情報と、当該画像が多画像であることを
示す情報を読み出すことにより、加工済み画像ファイル
から種々の角度から得られた画像情報を簡単に得てい
る。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

【０００５】

【発明が解決しようとする課題】上述のように、従来の
画像情報記録装置は、再生に必要な属性情報や関連情報
とともに画像データを一つのファイルとして、記録媒体
に記録している。例えば、静止画カメラのような装置で
記録された画像データを再生する際には、各ファイル毎
に属性情報、関連情報及び画像データを読み出すことに
より、再生対象となる画像がいかなる条件で撮影された
かを確認でき便利であったしかしながら、再生対象とな
る画像を複数用いて立体的に再生表示しようとする場合
にはファイル中に記述されている属性情報等を参考にす
ることができず、いったんパソコン等に取り込んで専用
ソフト等を用いて立体画像を作成することが必要であっ
た。また適切な立体感を得るための調整を必要とし高速
再生を行う上で障害となっている。

【０００６】また、連写に限らず静止画カメラには、多
重露光撮影された一連のデータであるとか、マルチ画面
に加工されたデータを記録したものとか、モノクロ画像
データとか、多種にわたる撮影モードが考えられ、その
それぞれに対しても先の連写データと同じようにグルー
プごとに処理できると大変効率的である。

【０００７】そこで本発明の目的は、例えば静止画カメ
ラ等の画像記録装置で作成された画像を、立体的な画像
として再生表示する際に迅速に再生可能とすることにあ
る。

【０００８】

【課題を解決するための手段】前述の課題を解決するた
め、本発明による画像情報記録装置は、撮像手段により
生成され乃至は外部より供給された画像情報を、当該適
用された情報記録媒体に、各別の画像情報毎に対応する
属性情報部と当該画像情報を表す画像データ部とを含ん
でなる各画像情報ファイルとして格納すると共に、上記
各画像情報の関連情報を、当該適用された情報記録媒体
上に画像情報ファイルに付随するヘッダ情報として記録
するようになされた画像情報記録装置であって、上記属
性情報は当該画像を撮像する撮像手段と被写体との位置
関係を示す位置情報であるように構成されている。ここ
で、上記位置情報は角度情報である。

【０００９】また、本発明の他の態様による画像情報記
録装置は、撮像手段により生成され乃至は外部より供給
された画像情報を、当該適用された情報記録媒体に、各
別の画像情報毎に対応する属性情報部と当該画像情報を
表す画像データ部とを含んでなる各画像情報ファイルと
して格納すると共に、上記各画像情報の関連情報を、当
該適用された情報記録媒体上に画像情報ファイルに付随
するヘッダ情報として記録するようになされた画像情報
記録装置であって、上記属性情報は当該画像を撮像する
撮像手段と被写体との位置関係を示す角度情報と当該画
像が合成画像であることを示す情報であるように構成さ
れている。

【００１０】更に、本発明の更に他の態様による画像情
報記録装置は、撮像手段により生成され乃至は外部より
供給された画像情報を、当該適用された情報記録媒体
に、各別の画像情報毎に対応する属性情報部と当該画像
情報を表す画像データ部とを含んでなる各画像情報ファ
イルとして格納すると共に、上記各画像情報の関連情報
を、当該適用された情報記録媒体上に画像情報ファイル
に付随するヘッダ情報として記録するようになされた画
像情報記録装置であって、上記属性情報は当該画像を撮
像する撮像手段と被写体との位置関係を示す角度情報と
当該画像が多画像であることを示す情報であるように構
成されている。

【００１１】

【作用】本発明では、画像情報ファイルに付随するヘッ
ダ情報として撮像手段と被写体との位置関係を示す位置
情報を記録することにより、画像再生時に立体的な画像
を再生するための情報を簡単に得ることができる。また
ヘッダ情報として、画像を撮像する撮像手段と被写体と
の位置関係を示す角度情報と、当該画像が合成画像であ
ることを示す情報、あるいは画像を撮像する撮像手段と
被写体との位置関係を示す角度情報と、当該画像が多画
像であることを示す情報を読み出すことにより、加工済
み画像ファイルから種々の角度から得られた画像情報を
簡単に得ることができる。

【００１２】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７７】

【発明の効果】以上説明したように、本発明による画像
情報記録装置は、例えば静止画カメラ等の画像記録装置
で作成された立体的な画像を再生表示する際に、迅速に
再生可能とすることが可能となる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１５年４月２日（２００３．４．２）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】０００６

【補正方法】削除

Claims

【特許請求の範囲】

【請求項１】撮像手段により生成され乃至は外部より供
給された画像情報を、当該適用された情報記録媒体に、
各別の画像情報毎に対応する属性情報部と当該画像情報
を表す画像データ部とを含んでなる各画像情報ファイル
として格納すると共に、上記各画像情報の関連情報を、
当該適用された情報記録媒体上に画像情報ファイルに付
随するヘッダ情報として記録するようになされた画像情
報記録装置であって、上記属性情報は当該画像を撮像する撮像手段と被写体と
の位置関係を示す位置情報であることを特徴とする画像
情報記録装置。
【請求項２】上記位置情報は角度情報であることを特徴
とする請求項１に記載の画像情報記録装置。
【請求項３】撮像手段により生成され乃至は外部より供
給された画像情報を、当該適用された情報記録媒体に、
各別の画像情報毎に対応する属性情報部と当該画像情報
を表す画像データ部とを含んでなる各画像情報ファイル
として格納すると共に、上記各画像情報の関連情報を、
当該適用された情報記録媒体上に画像情報ファイルに付
随するヘッダ情報として記録するようになされた画像情
報記録装置であって、上記属性情報は当該画像を撮像する撮像手段と被写体と
の位置関係を示す角度情報と当該画像が合成画像である
ことを示す情報であることを特徴とする画像情報記録装
置。
【請求項４】撮像手段により生成され乃至は外部より供
給された画像情報を、当該適用された情報記録媒体に、
各別の画像情報毎に対応する属性情報部と当該画像情報
を表す画像データ部とを含んでなる各画像情報ファイル
として格納すると共に、上記各画像情報の関連情報を、
当該適用された情報記録媒体上に画像情報ファイルに付
随するヘッダ情報として記録するようになされた画像情
報記録装置であって、上記属性情報は当該画像を撮像す
る撮像手段と被写体との位置関係を示す角度情報と当該
画像が多画像であることを示す情報であることを特徴と
する画像情報記録装置。