JPH0998367A

JPH0998367A - 信号処理装置

Info

Publication number: JPH0998367A
Application number: JP7256485A
Authority: JP
Inventors: Akira Suga; 章菅; Migaku Yamagami; 琢山上
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1995-10-03
Filing date: 1995-10-03
Publication date: 1997-04-08

Abstract

(57)【要約】【課題】デジタルカメラで撮像して記録された映像や
音声のファイルの検索を容易にする。【解決手段】ＲＯＯＴディレクトリ２３０の下にディ
レクトリ２３１を作り、その下に映像データ、音声デー
タを保持するディレクトリ２３２、２３３を作る。ディ
レクトリ２３２の中には、この中の全データに関する属
性情報を階層ヒープ構造で管理するマップファイル２３
４、画像データファイル２３５、その縮小画像データフ
ァイル２３６との組合せ等がシリアル番号を付されて格
納される。格納データが１０００個に達するとシリアル
番号がリセットされると共に、新たにディレクトリ２３
３が作成され、その中にマップファイル２３９、画像フ
ァイル２４０、その縮小画像ファイル２４１、３連字に
よる画像ファイル２８０、２８２、２８４、その縮小画
像ファイル２８１、２８３、２８５等が格納される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は映像データ及び音声
データをキャプチャーして処理する信号処理装置に関
し、特に映像、音声をデジタル記録するデジタルカメラ
に適用して好適な信号処理装置に関するものある。

【０００２】

【従来の技術】近年、映像や音声をキャプチャーし、メ
モリカード等の記録媒体に記録するデジタルカメラが開
発されている。このデジタルカメラでは得られる画像や
音声のキャプチャーデータを画像ファイルや音声ファイ
ルとして記録媒体に記録する。また、個々のファイルに
はそのキャプチャーデータに関連する属性情報、例えば
撮影年月日、撮影モード、撮影条件等も記録される。こ
れらの画像ファイルや音声ファイルを管理する方法とし
て、各キャプチャーデータの属性情報を１つのマップフ
ァイルに記録する方法がすでに提案されている。

【０００３】

【発明が解決しようとする課題】デジタルカメラの特徴
として、画像や音声データをキャプチャーするだけでな
く、様々な属性情報をキャプチャーデータに関連づけて
管理し、画像を表示する際に、画像とともに表示した
り、属性情報を検索キーとして所望の画像を検索したり
する機能が期待される。しかしながら、画像ファイルや
音声ファイルの属性情報は固定長のデータだけでは表現
できず、可変長のデータを効率よく管理しなければなら
ない。例えば、画像を説明するテキスト情報を画像に属
性情報としてつける際も可変長データとなる。また、検
索に用いるようなデータは極力高速に取り出すことが可
能でなければならない。また、デジタルカメラを低価格
にするために少ないメモリで可変長のデータを管理しな
ければならない。また、画像をキャプチャーする場合、
連写撮影時やパノラマ撮影時には複数の画像を一つの撮
影単位として撮影者が認識できるようにマップファイル
中で管理する要求があった。

【０００４】また、デジタルカメラにおいては、静止画
や音声など様々なデータをキャプチャーする。そしてそ
れらのキャプチャーデータのうち所望のデータを指定し
て、再生したり消去したりする機能が望まれるが、小型
・軽量・低価格を実現するために簡便な表示装置しか備
えない場合が多い。その場合でも所望の画像や音声を選
択する機能が必要である。また、様々なキャプチャーデ
ータ、属性情報をマップファイルで管理する場合、マッ
プファイルに基づいて簡単な方法で所望のキャプチャー
データを検索する必要がある。また、デジタルカメラに
おいて、記録媒体として大容量のものを用いた場合、従
来の銀塩カメラと比較して非常に多くの枚数の画像デー
タを撮影することができる。その場合、表示装置の数字
の表示桁数が限られていても、表示装置の数字の表示桁
数以上の画像データをキャプチャーできる必要がある。

【０００５】そこで、本発明の目的は、多くの映像デー
タや音声データから所望のデータを簡単に検索すること
のできる信号処理装置を得ることにある。

【０００６】

【課題を解決するための手段】請求項１の発明において
は、互いに種別が異なる第１種のデータ及び第２種のデ
ータを取得し処理する信号処理手段と、上記信号処理手
段で処理した第１種のデータ及び第２種のデータに対し
て、その種別に拘らず取得した順にシリアル番号を付加
するシリアル番号付加手段とを設けている。

【０００７】請求項１０の発明においては、複数の可変
長のデータを格納可能な第１の領域と、格納するデータ
数と各データの取得情報とを格納可能な第２の領域と、
上記第２の領域の位置を格納する第３の領域より構成さ
れるヒープ構造を階層的に用いてデータを格納する階層
ヒープ構造により、格納した上記各データの格納場所及
び各データに対応した属性情報を格納する属性情報保持
手段を設けている。

【０００８】

【作用】本発明によれば、シリアル番号付加手段は、信
号処理手段で処理したデータに、そのデータが映像・音
声に拘らずデータを取得した順番に番号を付けていく。
従って、このシリアル番号が付されたデータを記録媒体
に記録したとき、シリアル番号に基づいてデータを容易
に検索することができる。

【０００９】

【発明の実施の形態】第２図はデジタルカメラの構成を
示すブロック図である。図２において、１０１はレン
ズ、１０２はレンズ１０１によって結像された光学像を
電気信号に変換する撮像素子、１０３は撮像素子１０２
の出力をＡＤ変換するＡＤ変換回路、１０４はＡＤ変換
回路１０３の出力を一時的に記憶するメモリ、１１３は
メモリ１０４に一時記憶されたデータから色信号処理等
の信号処理をする信号処理部。１０５は信号処理部１１
３より得られた画像データを圧縮符号化する圧縮符号化
部である。１０８はフラッシュメモリ等の記録媒体であ
り、１０６は記録媒体１０８に圧縮画像データを記録す
る際の記録インターフェースである。１０７はデジタル
カメラの動作を制御するＣＰＵであり、１１４はＣＰＵ
１０７が用いるメインメモリ、１０９はデジタルカメラ
の設定や撮影動作を利用者が行うための操作部である。
１１０はマイクロホン等の音声入力部であり、１１１は
音声入力部１１０の信号をＡＤ変換する音声ＡＤ変換回
路である。１１２は音声データを符号化する音声符号化
部であり、符号化された音声データは記録インターフェ
ース１０６を介して記録媒体１０８に記録される。

【００１０】図３はデジタルカメラの背面に配置した操
作部１０９の例を説明する図である。図３において、１
２０はデジタルカメラの背面、１２１は操作系表示部で
ある。１２２はキャプチャーした音声または映像を識別
するシリアル番号表示である。操作系表示部１２１はデ
ジタルカメラを小型・軽量・低価格とするために、簡便
なものが用いられることが多く、シリアル番号表示１２
２の表示桁数は３桁程度の場合が多い。また、利用者が
数字を記憶する場合、３桁を越えると記憶が困難になる
ことからもシリアル番号の表示桁数は３桁に限定するの
が良い。１３０は表示されているシリアル番号のデータ
が映像である場合はＰ、音声である場合Ｓと表示される
キャプチャーデータ種別表示である。１２９はモード設
定スイッチであり、OFF （電源オフ）、Rec （記録モー
ド）、Erase （消去モード）の３モードを選択できる。
１２３及び１２４は記録データのシリアル番号の選択を
するためのそれぞれダウンボタン、アップボタンであ
る。１２５は消去ボタンであり、モード設定スイッチ１
２９が消去モードにある場合に、この消去ボタン１２５
を押すことによって表示されているシリアル番号の音声
または画像データを消去する。１２６は撮影のトリガと
なるレリーズスイッチである。１２７はマイクロホン、
１２８は音声録音スイッチである。

【００１１】図４は本発明において後述するマップファ
イルに可変長のデータを格納するための基本構造として
用いるヒープ構造３００を説明する図である。図４にお
いて、３０９〜３１２はＮ個の可変長のデータレコード
を示している。データレコードは一つのデータのまとま
りを示す単位であり、単にレコードと呼ぶこともある。
３０９はデータレコード１、３１０はデータレコード
２、３１１はデータレコードＮ、３１２はデータレコー
ド７となっている。３０１はヒープに含まれるレコード
数と各データレコードのレコード型と、オフセットと、
レコード長を示すデータレコード取得情報をテーブルに
したオフセットテーブルである。３０２は一つのヒープ
に含まれるデータレコード数である。３０３はデータレ
コード１のデータレコード取得情報であり、データレコ
ード１の型を示すレコード型フィールド３０４とヒープ
の先頭からデータレコード１の先頭までのオフセット量
を示すレコードオフセットフィールド３０５とデータレ
コード１の長さを示すレコード長フィールド３０６とか
ら構成される。これらのデータレコード取得情報をもと
にしてデータレコードを読み取ることが可能になる。同
様に３０７はデータレコード２のデータレコード取得情
報、３０８はデータレコードＮのデータレコード取得情
報である。３５０はオフセットテーブルの位置を取得す
るためのオフセットテーブルオフセットである。このよ
うにヒープ構造３００はＮ個の可変長データレコードと
オフセットテーブル３０１とオフセットテーブルオフセ
ット３５０とから構成される。

【００１２】図５はレコード型フィールド３０４の一般
形を示した図である。図５において、３３５はデータレ
コードの格納方法を識別するためのビットフィールドを
示しており、type.stgと略記する。３３６はデータレコ
ードの概略の種別を示すビットフィールドであり、typ
e.dataType と略記する。このビットフィールドによっ
てデータレコードがASCII であるかWORDであるか等の大
まかなデータ形式の分類を示す。３３７はデータレコー
ドの詳細な種別を示すＩＤコードビットフィールドでty
pe.IDCode と略記する。

【００１３】図６は図４のヒープ構造３００を拡張した
階層ヒープ構造を示した図である。本発明では図６の階
層ヒープ構造によってマップファイルを構成している。
３５１は階層ヒープ構造の一例を示している。３５３は
第１階層の一つのデータレコードであるデータレコード
１であるがデータレコード１（３５３）はさらにヒープ
構造３５７で第２階層のヒープとして構成されている。
このようにヒープ構造を階層化していくことからこのよ
うな構造を階層ヒープ構造と呼ぶ。さらにこの階層ヒー
プ構造においては全部で４種類のデータレコード格納方
法を実現しており、この格納方法の種別を図５で説明し
たtype.stgビットフィールド３３５によって識別する。
次にこれら４つのデータレコード格納方法について説明
する。

【００１４】第１のデータレコード格納方法は、ヒープ
中にデータを格納する方法であり、図４で説明した方法
である。例としてデータレコード３（３５４）はこの方
法でデータを格納している。データレコード３（３５
４）のデータレコード取得情報３６３中のレコード型フ
ィールド３１６のtype.stgビットフィールドに定数kInH
eapSpaceを指定することでヒープ中にデータが格納され
ていることが識別される。レコードオフセット３１７に
はヒープの先頭からデータレコード３（３５４）の先頭
までのオフセット量が格納されている。

【００１５】第２のデータレコード格納方法は、オフセ
ットテーブル中のレコードオフセットとレコード長のフ
ィールドとを用いてこの範囲に納まるデータをオフセッ
トテーブルのデータレコード取得情報中に格納する方法
である。図６の階層ヒープ３５１中４番目のデータレコ
ードがその例である。オフセットテーブル３５５中デー
タレコード４のデータレコード取得情報３６４のレコー
ド型フィールド３１８中のtype.stgビットフィールドが
kInRecordEntryという定数である場合、レコードオフセ
ットとレコード長を格納するべき領域３１９にデータレ
コードを直接格納する。このように小さなデータレコー
ドは直接オフセットテーブル中に格納することで、デー
タ格納スペースが節約できるのみならずデータレコード
のアクセス速度が向上する。

【００１６】第３のデータレコード格納方法は、第２階
層以上の深い階層のヒープ中のメンバーとして第１階層
のレコードのインデックスを持つことによって第１階層
のレコードと連結させる方法である。第２階層のデータ
レコード２がこの格納方法で第１階層のデータレコード
５（３５６）と連結されている。第２階層のヒープ３５
７のオフセットテーブル３２６中のデータレコード取得
情報３２９中のレコード型フィールド３３３のtyp.stg
ビットフィールドに定数kInConnectedFirstLevelRecord
を指定することで、このデータレコード格納方法が識別
される。レコードオフセットを格納する領域３３４に連
結された第１階層のデータレコードのインデックスを格
納することで、どのデータレコードと連結されるかを識
別する。この例では第１階層のデータレコード５と連結
されている。

【００１７】このデータ格納方法によれば、大きな子デ
ータレコードによる子階層ヒープの増大を防ぐことがで
きる。また、この方法によれば、子階層には大きなデー
タを直接持たないので第２階層ヒープ３５７を全てメモ
リ中に持つことができる。連結されたデータレコード５
（３５６）が必要になったときのみデータレコード５
（３５６）を読み込むようにすることで、メインメモリ
１１４の効率的な使用が可能になる。さらにこのように
データを格納することで１つのファイル中に階層的にデ
ータを格納する際に階層構造に従って連続的にデータを
配置する必要はないので、階層構造の変更に際してファ
イル内でのデータの移動量を最小化することができる。
例えば第１階層のあるデータレコードＡを第２階層のデ
ータレコードＢのメンバーから第３階層のデータレコー
ドＣのメンバーに移動する際に連結するデータのインデ
ックスを書き換えるだけでデータの移動が完了する。例
えばあるデータレコードの属性情報として、アイコン画
像を、マップファイル上に格納する場合、この方法で格
納することにより、親のデータレコードを移動削除する
際にデータ量の大きいアイコン画像を移動しなくてよい
という利点がある。

【００１８】第４のデータ格納方法は実際のデータレコ
ードを外部ファイルに格納する方法である。第１階層の
データレコード２（３５２）がその例である。データレ
コード２（３５２）のデータレコード取得情報３６２の
レコード型フィールド３１４のtype.stgフィールドに定
数kInExternalFile が指定されていると、実際のデータ
レコードが外部ファイルに格納されていることが示され
る。レコードオフセット３１５が示すデータレコード２
には外部ファイル名が格納されており、この情報により
実際のデータを格納した外部ファイル３２０中のデータ
を取得することができる。このデータ格納方法によれ
ば、大きなデータを外部ファイルに格納し、ヒープ中の
データレコードと連結することができ、マップファイル
の容量を小さくできるのみならず、様々なフォーマット
の外部ファイルをマップファイル中のデータレコードと
して持つことができる。

【００１９】図７は階層ヒープからのデータレコードの
アクセス方法のフローチャートである。ステップｓ１０
１においてヒープ末端のオフセットテーブルオフセット
よりオフセットテーブルの開始位置を取得する。ステッ
プｓ１０２においてオフセットテーブルのレコード数フ
ィールドよりレコード数を取得する。次にｓ１０３にお
いて全レコードを取得すれば終了し、全レコードを取得
するまで以下のステップを繰り返す。ただしオフセット
テーブルを読んで必要なデータレコードだけを読むよう
にしても良い。ステップｓ１０４において次レコードの
レコード型をデータレコード取得情報のレコード型フィ
ールドから取得する。ステップｓ１０５においてtype.s
tg=kInHeapSpace の場合ステップｓ１０６でデータレコ
ード取得情報のレコードオフセットフィールドとレコー
ド長フィールドを読み取り、その情報をもとにステップ
ｓ１０７においてデータレコードをヒープより取得す
る。ステップｓ１１２でtype.stg=kInRecordEntry の場
合ステップｓ１１３でデータレコードをオフセットテー
ブル中より取得する。

【００２０】ステップｓ１０８においてtype.stg=kInCo
nnectedFirstLevelRecord であった場合、ステップｓ１
０９においてレコードオフセットフィールドより連結デ
ータレコードのインデックスを取得する。次にステップ
ｓ１１０において連結データレコードのインデックスに
対応した第１階層のデータレコード取得情報を第１階層
のオフセットテーブルより取得する。次にステップｓ１
１１においてデータレコードを第１階層ヒープより取得
する。ステップｓ１１４においてtype.stg=kInExternal
Fileであった場合は、ステップｓ１１５で外部連結ファ
イル名を格納するデータレコードのレコードオフセッ
ト、レコード長を取得する。次にステップｓ１１６にお
いて外部ファイル名をヒープより取得する。次にステッ
プｓ１１７においてデータレコードを外部ファイルより
取得する。

【００２１】図１はデジタルカメラの記録媒体１０８に
キャプチャーデータを記録していく際のディレクトリ及
びファイル構成を説明する図である。この実施の形態で
は記録媒体１０８を例えばＦＡＴファイルシステムによ
ってファイル管理している。ROOTディレクトリ２３０の
下にディレクトリCAPTURED（２３１）を作り、その下に
１０００個までの単位で映像または音声データ等のキャ
プチャーデータを保持するディレクトリを作る。図１に
おけるディレクトリCTLG0000（２３２）、ディレクトリ
CTLG0001（２３３）がキャプチャーデータ保持ディレク
トリの例である。ディレクトリCTLG0000（２３２）中に
は、このディレクトリCTLG0000（２３２）中の全キャプ
チャーデータの属性情報を管理するマップファイルCTLG
0000.CTG（２３４）、画像データファイルIMAG0000.JPG
（２３５）とそのサムネール画像データファイルである
THUM0000.TIF（２３６）との組み合わせから画像データ
ファイルIMAG0999.JPG（２３７）とそのサムネール画像
データファイルであるTHUM0999.TIF（２３８）との組み
合わせにいたる１０００個までのキャプチャーデータが
格納される。ここでサムネール画像データとはキャプチ
ャーした画像データをパーソナルコンピュータ等に読み
込む際に、全キャプチャーデータの一覧表示等に用いる
縮小画像である。

【００２２】ディレクトリCTLG0000（２３２）に１００
０個のキャプチャーデータが格納されるとディレクトリ
CTLG0001（２３３）が自動的に作成され、ディレクトリ
CTLG0001（２３３）中の全てのキャプチャーデータを管
理するマップファイルCTLG0001.CTG（２３９）が自動的
に作成される。次に最初にキャプチャーされた画像デー
タファイルであるIMAG0000.JPG（２４０）が作成され、
そのサムネール画像ファイルであるTHUM0000.TIF（２４
１）、次にキャプチャーされた音声データファイルであ
るSUND0001.WAV（２４２）、次にキャプチャーされた画
像データファイルであるIMAG0002.JPG（２８０）とその
サムネール画像ファイルTHUM0002.TIF（２８１）、次に
キャプチャーされた画像データファイルであるIMAG000
3.JPG（２８２）とそのサムネール画像ファイルTHUM000
3.TIF（２８３）、次にキャプチャーされた画像ファイ
ルであるIMAG0004.JPG（２８４）とそのサムネール画像
ファイルであるTHUM0004.TIF（２８５）、次にキャプチ
ャーされた音声ファイルであるSUND0005.WAV（２８６）
が格納されている。ここで画像ファイルIMAG0002.JPG
（２８０）、IMAG0003.JPG（２８２）、IMAG0004.JPG
（２８４）の３枚の画像は１回の連写撮影で撮られた１
組の連写画像２４３であるとする。

【００２３】図８はマップファイルCTLG0001.CTG（２３
９）中に格納されるデータ取得履歴テーブルの説明図で
ある。Nobjは一つのキャプチャーデータ格納ディレクト
リ中、キャプチャー順に付与されるシリアル番号であ
り、オブジェクトシリアル番号と称する。マップファイ
ル中では一つのデータのまとまりをオブジェクトと称し
てマップファイルを構成する第１階層のヒープのデータ
レコードとしてデータを管理する。例えば連写画像２４
３はこれを構成する３枚の画像をサブオブジェクトと
し、それらのサブオブジェクトより構成された一つのオ
ブジェクトとして管理する。オブジェクトはマップファ
イルの第１階層のヒープ中のデータレコードとして管理
され、object indexはマップファイルCTLG0001.CTG（２
３９）中の第１階層のヒープ中におけるデータレコード
のインデックスを示す。subObject index はオブジェク
トを構成するサブオブジェクト、例えば連写画像中の各
画像のインデックスを示す。図８の例ではNobj=0が画像
ファイルIMAG0000.JPG、Nobj=1が音声ファイルSUND000
1.WAV、Nobj=2が画像ファイルIMAG0002.JPG、Nobj=3が
画像ファイルIMAG0003.JPG、Nobj=4が画像ファイルIMAG
0004.JPG、Nobj=5が音声ファイルSUND0005.WAVに付与さ
れている。

【００２４】ここでファイル名はオブジェクトシリアル
ナンバーを含めるように構成する。例えばNobj=0の画像
ファイルのファイル名IMAG0000.JPGは、画像であること
を示すIMAGとオブジェクトシリアルナンバーNobjを４桁
で示した0000と画像のデータ形式を示す拡張子JPG から
構成される。２番目にキャプチャーされた音声データフ
ァイルSUND0001.WAVは音声であることを示すSUNDとオブ
ジェクトシリアルナンバーNobjを４桁で示した0001と音
声のデータ形式を示す拡張子WAV から構成される。

【００２５】図９はマップファイルCTLG0001.CTG（２３
９）中に格納されるデータレコードを説明する図であ
る。マップファイルCTLG0001.CTG（２３９）は階層ヒー
プ構造によって構成されている。ここで第１階層ヒープ
に格納されるデータレコードをオブジェクトと称してい
る。図中２０２はobject index=1のマップ管理オブジェ
クトであり、マップファイルの管理情報が納められる。
２０３は図に示したデータ取得履歴テーブルであり、マ
ップ管理オブジェクトの中の１つのデータレコードとし
て格納される。データ取得履歴テーブルのようにオブジ
ェクトがデータレコードとして含む属性情報をプロパテ
ィーと称することにする。オブジェクトの中にはそのオ
ブジェクトの様々な属性を示す各種のプロパティーが格
納されるが、図９の説明においては代表的なプロパティ
ーのみについて説明する。

【００２６】２０４はobject index=2のイメージオブジ
ェクトであり、単写であるのでsubObject index=1 の１
個の画像データであるサブオブジェクト２０５が含まれ
る。２０６はobject index=3のサウンドオブジェクトで
ある。２０７はobject index=4のイメージオブジェクト
であり、イメージオブジェクト２０７は３枚の画像の連
写なのでsubObject index=1 の画像データであるサブオ
ブジェクト２０８とsubObject index=2 のサブオブジェ
クト２０９とsubObject index=3 のサブオブジェクト２
１０とから構成される。２１１はobject index=5のサウ
ンドオブジェクトである。２１２はマップファイルCTLG
0001.CTG（２３９）の第１階層のデータレコードの取得
情報を格納するオフセットテーブルであり、２１３はオ
フセットテーブル２１２のマップファイルCTLG0001.CTG
（２３９）内における位置を得るためのオフセットテー
ブルオフセットである。オフセットテーブルオフセット
２１３にはオフセットテーブル２１２のマップファイル
CTLG0001.CTG（２３９）の先頭からのオフセットアドレ
スであるa5が格納されている。

【００２７】図１０はオフセットテーブル２１２の構成
を示す図である。図１０において、２１４はレコード数
であり、この例ではレコード数=5となる。２１５はobje
ct index=1のデータレコードのデータレコード取得情報
であり、レコード型フィールド２２０のtype.IDCode ビ
ットフィールドは定数mapManagementObject となりマッ
プ管理オブジェクトであることが示される。このデータ
レコードは図９のごとくファイルの先頭に位置している
ので、レコードオフセットフィールド２２１は0 となっ
ている。２１６はobject index=2のデータレコードのデ
ータレコード取得情報であり、レコード型フィールド２
２２のtype.IDCode ビットフィールドは定数imageObjec
t となってイメージオブジェクトであることが識別され
る。

【００２８】レコードオフセット２２３は図９のごとく
a1となっている。２１７はobject index=3のデータレコ
ードのデータレコード取得情報であり、レコード型フィ
ールド２２４のtype.IDCode ビットフィールドは定数so
undObject となってサウンドオブジェクトであることが
識別される。レコードオフセットは図９のごとくa2とな
っている。２１８はobject index=4のデータレコードの
データレコード取得情報であり、レコード型フィールド
２２６のtype.IDCode ビットフィールドは定数imageObj
ect となってイメージオブジェクトであることが識別さ
れる。レコードオフセット２２７は図９のごとくa3とな
っている。２１９はobject index=5のデータレコードの
データレコード取得情報であり、レコード型フィールド
２２８のtype.IDCode ビットフィールドは定数soundObj
ect となってサウンドオブジェクトであることが識別さ
れる。レコードオフセットフィールドは図９のごとくa4
となっている。

【００２９】図１１はマップファイルCTLG0001.CTG（２
３９）中のイメージオブジェクト２０７の構成を説明す
る図である。イメージオブジェクト２０７は第２階層の
ヒープによって構成される。第２階層のヒープはサブオ
ブジェクト２０８とサブオブジェクト２０９とサブオブ
ジェクト２１０、イメージオブジェクト２０７の説明テ
キスト情報を格納するディスクリプションプロパティ２
９２、オフセットテーブル２５０、オフセットテーブル
オフセット２５１から構成される。２５２はオフセット
テーブル２５０のレコード数フィールドでこの例では５
となる。２５３は第１のデータレコードのデータレコー
ド取得情報であり、レコード型フィールド２５７のtyp
e.stgビットフィールドが定数kInRecordEntry、である
ことからレコードオフセットフィールド及びレコード長
フィールド２５８に直接データが格納されている。typ
e.IDCode ビットフィールドが定数thumbnailSubObjectI
Dであることからデータは連写画像のうちどの画像（サ
ブオブジェクト）のサムネールを連写画像を代表するサ
ムネールとして用いられるかを指定する。この例ではレ
コードオフセットフィールド２５８にthumbnailSubObje
ctID=1が格納されているので、連写画像中１枚目の画像
のサムネールを連写画像のサムネールとして用いること
が示される。

【００３０】２５４は第２のデータレコードのデータレ
コード取得情報であり、レコード型フィールドのtype.s
tgビットフィールドが定数kInHeapSpaceであることから
ヒープにデータレコードが格納されている。レコードオ
フセットフィールド２６０はヒープ中のサブオブジェク
ト２０８の先頭アドレスのヒープの先頭からのオフセッ
トを示す。同様に２５５、２５６は第３、第４のデータ
レコード、すなわちサブオブジェクト２０９とサブオブ
ジェクト２１０の取得情報を示す。２９３は第５のデー
タレコードのデータレコード取得情報であり、レコード
型フィールド２９５のtype.stgビットフィールドが定数
kInHeapSpaceであることからヒープにデータレコードが
格納されている。また、type.IDCode ビットフィールド
が定数description であることからこのデータレコード
は画像のディスクリプションすなわち説明情報であるこ
とがわかる。レコードオフセット２９６はヒープ上のデ
ィスクリプションプロパティ２９２のヒープの先頭から
のオフセットを示す。

【００３１】このように連写のように複数の画像を１つ
の撮影単位として管理することが可能になり、デジタル
カメラでキャプチャーした画像をパーソナルコンピュー
タの画面上にサムネールを一覧表示する際に連写した複
数の画像を１枚のサムネールで代表することができ、画
像の検索がしやすくなる。また、ディスクリプション等
の付帯情報も連写の１撮影単位に対してまとめて付与す
ることができ、データ容量を節約することができる。

【００３２】この実施の形態では連写を１つのイメージ
オブジェクトとして表現したが、１枚の大きな画像を複
数の部分画像に分割して撮影するパノラマ撮影等も複数
の画像を１つのイメージオブジェクトとして表現するこ
とによって同様の効果がある。

【００３３】図１２はサブオブジェクト２０８のデータ
レコードの内部構成を示した図である。サブオブジェク
ト２０８も３階層目のヒープ構造によって構成される。
図１２の例ではヒープ上に積まれたデータが３個、オフ
セットテーブル中に埋め込まれたデータが２個で計５個
のデータレコードがある。そこでオフセットテーブル２
６４中のレコード数フィールド２６５は５となる。第１
のデータレコード取得情報２６７はレコード型フィール
ド２７２の情報よりオフセットテーブル中にsubObject
index を格納し値は１である。すなわちこの情報からイ
メージオブジェクト中の１枚目の画像であることがわか
る。ただしイメージオブジェクトが単写の場合はsubObj
ect index=1 の画像しか存在しない。第２のデータレコ
ード取得情報２６８はレコード型フィールドの情報より
レコードオフセットフィールド２７５にオブジェクトシ
リアルナンバーNobjを格納し値は２である。第３のデー
タレコード取得情報２６９はレコード型フィールド２７
６の情報より外部ファイルにimageData すなわち画像デ
ータを持つことを示している。

【００３４】レコードオフセット２７７が示すヒープ上
のデータレコード２６２には画像データのファイル名が
格納されており、画像ファイルIMAG0002.JPG（２８０）
を指し示す。第４のデータレコード取得情報２７０はレ
コード型フィールド２７８よりレコードオフセット２７
９が示すヒープ上のデータレコード２６３にshootingRe
cordすなわち撮影記録情報を格納していることを示す。
撮影記録情報はここでは詳細に説明しないが、さらにヒ
ープ構造によって撮影時のシャッタースピードや絞り値
等に関する情報を格納する。第５のデータレコード取得
情報２７１はレコード型フィールド２９０の情報よりレ
コードオフセット２９１が示すヒープ上のデータレコー
ド２６１にthumbnail すなわちサムネール画像ファイル
のファイル名が格納されており、そのファイル名はサム
ネール画像ファイルTHUM0002.TIF（２８１）を指し示
す。

【００３５】図１３はイメージオブジェクトを階層ヒー
プ構造のマップファイル中に格納する際に各プロパティ
の階層構造を示した図である。図中４００はイメージオ
ブジェクト、４０１はサムネールオブジェクトＩＤ、４
０２はディスクリプション、４０３はサブオブジェク
ト、４０４はサブオブジェクトインデックス、４０５は
オブジェクトシリアルナンバー、４０６はイメージデー
タ、４０７はサムネール、４０８は撮影記録情報、４０
９はシャッタースピード値、４１０は絞り値である。こ
れらのプロパティのうちディスクリプション４０２には
検索のためのキーワードを格納可能であるが、浅い階層
に格納することで高速に取り出すことができる。また、
シャッタースピード値４０９等は表示には用いるが検索
には用いないため深い階層に格納し、必要のないときは
読み飛ばすようにする。デジタルカメラを安価にするた
めにはＣＰＵ１０７が用いるメインメモリ１１４は最小
限にする必要がある。マップファイルからデータを読む
場合も必要なデータだけをメインメモリ１１４に読み込
み不要なデータは読み飛ばすようにすることが必要であ
る。その際データが種別によって階層ヒープ中のデータ
レコード単位でまとまっているので、読み込む必要のあ
りなしを全てのデータに対してチェックする必要性がな
くなり、高速に判断ができるようになる。例えば検索の
ときに撮影記録情報４０８を用いないのであれば、撮影
記録情報４０８はまとめて読み飛ばすことができ、撮影
記録情報４０８がどのようなデータで構成されているか
などのチェックはまったくしなくて良い。

【００３６】このように高い読み込み速度が要求される
属性情報は浅い階層に配置し、高い読み込み速度が要求
されない属性情報は深い階層に配置することで、マップ
ファイル中の属性情報を用いた検索等の処理を高速化で
きる。さらに、高い読み込み速度が要求される属性情報
はグループ化して浅い階層に配置し、高い読み込み速度
が要求されない属性情報はグループ化して深い階層に配
置することで、読み込みの必要の有り無しの判断を属性
情報毎に行わずに済むため、マップファイル中の属性情
報を用いた検索等の処理をさらに高速化できる。また、
読み込む頻度が高い属性情報は浅い階層に配置し、読み
込む頻度が低い属性情報は深い階層に配置することで、
マップファイル中のデータ表示等の処理を高速化でき
る。さらに、読み込む頻度が高い属性情報はグループ化
して浅い階層に配置し、読み込み頻度が低い属性情報は
グループ化して深い階層に配置することで、読み込みの
必要の有り無しの判断を属性情報毎に行わずに済むた
め、マップファイル中のデータ表示等の処理をさらに高
速化できる。

【００３７】図１４は撮影時すなわちモード設定スイッ
チ１２９がRec モードの際のファイル管理のシークエン
スを示す図である。図１４においてステップｓ１におい
て電源オンするとステップｓ２においてカレントディレ
クトリを決定する。次にステップｓ３でイベント待ちと
なり撮影者の操作を待つ。ステップｓ４でイベントがあ
ればステップｓ５でイベント解析を行い、ステップｓ６
で撮影か録音動作でなければステップｓ７の判断ステッ
プに進み、電源オフ動作であれば電源をオフして終了す
る。電源オフ動作でなければステップｓ２４で他の処理
を行ってイベント待ちを行う。ステップｓ６で撮影か録
音動作であった場合、ステップｓ９においてオブジェク
トシリアルナンバーNobjが予め決められた最大値Nobjma
x を越えた場合ステップｓ１０において新規ディレクト
リを作成し、そのディレクトリをカレントディレクトリ
にし、カレントディレクトリに新規マップファイルを作
成しNobjを0 に初期化する。

【００３８】例えば図１においてディレクトリCTLG0000
（２３２）においてマップファイルCTLG0000.CTG中のオ
ブジェクトシリアルナンバーNobjが９９９を越えると、
ディレクトリCTLG0001（２３３）を作成し、そのディレ
クトリをカレントディレクトリとし、新規なマップファ
イルCTLG0001.CTG（２３９）を作成しオブジェクトシリ
アルナンバーNobjを0 にリセットする。次にステップｓ
１１においてデータ取得履歴テーブル２０３を更新し、
ステップｓ１２で撮影動作であった場合はステップｓ１
３でNobjを含むファイル名で画像ファイルを作成し、ス
テップｓ１４でNobjを含むファイル名でサムネールファ
イルを作成し、ステップｓ２２でマップファイル中にイ
メージオブジェクトを記録した後、ステップｓ８でオブ
ジェクトシリアルナンバーNobjを１インクリメントし、
イベント待ちに戻る。ステップｓ１２で撮影動作でない
場合は録音動作であるのでステップｓ１５でNobjを含む
ファイル名で音声ファイルを作成し、ステップｓ２３で
マップファイル中にサウンドオブジェクトを記録した
後、ステップｓ８でオブジェクトシリアルナンバーNobj
を１インクリメントし、イベント待ちに戻る。

【００３９】図１５は図１４のステップｓ２のカレント
ディレクトリ決定の際のより詳細なフローチャートを示
した図である。ステップｓ１６においてディレクトリ名
CAPTUREDの下に頭４文字がCTLGで始まり４桁の数字が続
くディレクトリを検索し、ステップｓ１７で該当ディレ
クトリがあればステップｓ１８において下４桁の数字が
最大のディレクトリを検索しカレントディレクトリとす
る。次にステップｓ１９においてカレントディレクトリ
のマップファイルより次にキャプチャーするデータのオ
ブジェクトシリアルナンバーを取得する。ステップｓ１
７で該当ディレクトリがなかった場合ステップｓ２０で
ディレクトリCAPTUREDの下にディレクトリCTLG0000を作
成しカレントディレクトリとする。次にステップｓ２１
でマップファイルCTLG0000.CTLG を作成しオブジェクト
シリアルナンバーを０に初期化する。オブジェクトシリ
アルナンバーはシリアル番号表示１２２に表示される。

【００４０】このようにオブジェクトシリアルナンバー
Nobjがシリアル番号表示１２２で表示可能な桁数を越え
た場合は、新規なデータの格納単位を自動的に生成する
ので、大容量の記録媒体を使用した場合、シリアル番号
表示１２２の表示桁数を上回る数のデータをキャプチャ
ーすることが可能になる。キャプチャーしたデータを消
去する際は、モード設定スイッチ１２９をEraseにする
ことによってダウンボタン１２３、アップボタン１２４
の操作によってオブジェクトシリアルナンバーを増減
し、消去したいキャプチャーデータのオブジェクトシリ
アルナンバーを選択する。選択中のオブジェクトシリア
ルナンバーはシリアル番号表示１２２に表示される。そ
のオブジェクトシリアル番号のキャプチャーデータのオ
ブジェクトインデックスをデータ取得履歴テーブル２０
３から取得しマップファイルから該オブジェクトシリア
ル番号のキャプチャーデータの種別を得てキャプチャー
データ種別表示１３０に画像ならP 、音声ならS と表示
する。このキャプチャーデータ種別表示１３０によっ
て、何番目に取ったデータかというだけでなく、画像か
音声かのデータの種別が分かるため、キャプチャー順と
データ種別の２つの情報より消去すべきデータかどうか
の判断ができるため、誤消去の可能性が低くなる。消去
ボタン１２５が押されるとマップファイルからそのデー
タのファイル名を得て該当ファイルを消去する。

【００４１】図１６は消去対象キャプチャーデータのオ
ブジェクトシリアルナンバーを得てから後のデータ消去
のフローチャートを示した図である。ステップｓ２４に
おいてデータ取得履歴テーブルより消去対象キャプチャ
ーデータのオブジェクトインデックスおよびサブオブジ
ェクトインデックスを取得する。ステップｓ２５におい
てマップファイルよりオブジェクトインデックス及びサ
ブオブジェクトインデックスに対応するデータのファイ
ル名を取得する。ステップｓ２６において該当オブジェ
クトが画像であればステップｓ２７において該当する画
像ファイルを消去しマップファイル上からサブオブジェ
クトのデータレコードを消去する。その結果ステップｓ
２８でサブオブジェクト数が０となったらマップファイ
ル上からイメージオブジェクトデータレコードを消去
し、ステップｓ３０においてデータ取得履歴テーブルを
更新し終了する。ステップｓ２６において該当オブジェ
クトが画像でなく音声であった場合はステップｓ３１に
おいて該当する音声ファイルを消去しマップファイル上
からサウンドオブジェクトデータレコードを消去し、ス
テップｓ３０でデータ取得履歴テーブル２０３から消去
データに関する情報を消去することによって更新して消
去を終了する。

【００４２】このようにマップファイルに多数のデータ
が格納されていても、簡単な表示装置で表示可能なオブ
ジェクトシリアルナンバーの指定によって、データ取得
履歴テーブル２０３から高速にキャプチャーデータの検
索が可能になる。データ取得履歴テーブル２０３の使用
に関してキャプチャーデータの消去を例にして説明した
が、もちろん再生の際も同様にキャプチャーデータの検
索に用いることが可能である。また、画像、音声の区別
なくキャプチャーした順にオブジェクトシリアルナンバ
ーが付与され、しかも該オブジェクトシリアルナンバー
が画像や音声のファイル名にも含まれるので、使用者は
ファイル名を見ただけでキャプチャーした順番を知るこ
とができる。

【００４３】本実施の形態によれば、第１に階層ヒープ
構造を用いたマップファイルをによってキャプチャーデ
ータおよびその属性情報を階層的に管理する手段を有す
ることによって、検索等のために高速に取り出さなくて
はならないデータに関しては浅い階層に配置し、取り出
す頻度が低いデータに関しては深い階層に配置し、ま
た、データのカテゴリ毎にヒープ単位でまとめて管理す
ることで、不要なデータをまとめて読み飛ばす際のチェ
ック回数が削減でき、可変長の属性情報を効率的に管理
することができるようになり、検索速度を向上できるよ
うになったとともに、少ないメインメモリを読み飛ばし
によって効率的に使用することが可能になった。

【００４４】高い読み込み速度が要求される属性情報は
浅い階層に配置し、高い読み込み速度が要求されない属
性情報は深い階層に配置することでマップファイル中の
属性情報を用いた検索等の処理を高速化できる。さら
に、高い読み込み速度が要求される属性情報はグループ
化して浅い階層に配置し、高い読み込み速度が要求され
ない属性情報はグループ化して深い階層に配置すること
で、読み込みの必要の有り無しの判断を属性情報毎に行
わずに済むため、マップファイル中の属性情報を用いた
検索等の処理をさらに高速化できる。また、読み込む頻
度が高い属性情報は浅い階層に配置し、読み込む頻度が
低い属性情報は深い階層に配置することで、マップファ
イル中のデータ表示等の処理を高速化できる。さらに、
読み込む頻度が高い属性情報はグループ化して浅い階層
に配置し、読み込み頻度が低い属性情報はグループ化し
て深い階層に配置することで、読み込みの必要の有り無
しの判断を属性情報毎に行わずに済むため、マップファ
イル中のデータ表示等の処理をさらに高速化できる。

【００４５】また、マップファイルを階層ヒープ構造に
することでマップファイル中で管理する画像の単位を階
層化する手段を有することで、連写やパノラマ撮影など
による複数画像を撮影単位毎で管理することを可能にな
り一覧表示のサムネール数を減らすことができ、複数の
画像を撮影単位毎にまとめることによって、検索が容易
になるとともに、複数の画像に対してまとめてディスク
リプション等の付帯情報を付与することができるためデ
ータ容量の節約が可能になった。

【００４６】また、マップファイル中、小さなデータレ
コードは直接オフセットテーブル中に格納することでデ
ータ格納スペースが節約できるのみならずデータレコー
ドのアクセス速度が向上した。また、マップファイル中
の深い階層のヒープのデータレコードとして第１階層の
ヒープのデータレコードのインデックスを持つようなデ
ータを格納方法を有することで１つのファイル中に階層
的にデータを格納する際に階層構造に従って連続的にデ
ータを配置する必要はないので階層構造の変更に際して
ファイル内でのデータの移動量を最小化することができ
た。また、データレコードを直接ヒープ中に持たず、外
部ファイルに持つ、データレコード格納方法を有するこ
とで、大きなデータを外部ファイルに格納マップファイ
ルの容量を小さくすることができる。

【００４７】また、キャプチャーデータに対してその種
別にかかわらずキャプチャーした順にシリアル番号をつ
け、このシリアル番号によってデータを再生もしくは消
去するデータを指定する手段を有することによって簡便
な表示装置によって指定することが可能になった。

【００４８】また、マップファイル中にキャプチャーデ
ータに付与されたシリアル番号と、マップファイル中で
のキャプチャーデータのインデックスの対応を記録する
データ取得履歴テーブルを有することで、種々のデータ
がマップファイル中に存在していても、キャプチャーデ
ータに付与されたシリアル番号からマップファイル中で
管理される該当キャプチャーデータに関するデータを高
速に検索することが可能になった。

【００４９】また、一つのマップファイルで管理可能な
キャプチャーデータの最大数を限定し、キャプチャーデ
ータが該最大数を越えた場合は新規なキャプチャーデー
タの格納単位を自動的に生成し、キャプチャーデータに
付与するシリアル番号をリセットする手段を有すること
によって、表示装置の数字の表示桁数が限られている場
合でも、多数のデータをキャプチャーし管理することが
可能になった。

【００５０】上記の説明では、映像データと音声データ
との２種類のデータについて説明したが、他の２種類の
データについても本発明を適用することができる。

【００５１】

【発明の効果】以上のように本発明によれば、処理した
データに、映像、音声に拘らず取得した順にシリアル番
号を付加するように構成したので、シリアル番号の付加
されたデータを記録媒体に記録した場合等において、再
生又は消去するデータを簡単に検索することができる。

【００５２】また、シリアル番号をリセットすることに
より、シリアル番号を表示する場合、表示桁数が小さい
簡単な構成の表示装置を用いることができる。また、処
理したデータに、データ名あるいはファイル名を付加す
ることにより、データ名やファイル名から容易にデータ
の検索を行うことができる。さらに、属性情報を階層ヒ
ープ構造とすることにより、検索時に読み飛ばし等を行
うことができ、検索を効率的に短時間で行うことができ
る。

【図面の簡単な説明】

【図１】デジタルカメラの記録媒体にキャプチャーデー
タを記録する際のディレクトリ及びファイルを示す構成
図である。

【図２】デジタルカメラの構成を示すブロック図であ
る。

【図３】デジタルカメラの背面を示す構成図である。

【図４】マップファイルに可変長データを格納する基本
構造として用いるヒープ構造を示す構成図である。

【図５】レコード型フィールドの一般形を示す構成図で
ある。

【図６】図４のヒープ構造を拡張した階層ヒープ構造を
示す構成図である。

【図７】階層ヒープからのデータレコードのアクセス方
法を示すフローチャートである。

【図８】マップファイルに格納されるデータ取得履歴テ
ーブルの構成図である。

【図９】マップファイルに格納されるデータレコードを
示す構成図である。

【図１０】オフセットテーブルの構成図である。

【図１１】マップファイルの中のイメージオブジェクト
の構成図である。

【図１２】サブオブジェクトのデータレコードの内部の
構成図である。

【図１３】イメージオブジェクトを階層ヒープ構造のマ
ップファイルに格納する際の各プロパティの階層構造を
示す構成図である。

【図１４】Rec モードの際のファイル管理の手順を示す
フローチャートである。

【図１５】図１４のステップS2のカレントディレクトリ
決定の処理の詳細なフローチャートである。

【図１６】消去対象キャプチャーデータのオブジェクト
シリアルナンバーを得た後のデータ消去の手順を示すフ
ローチャートである。

【符号の説明】

１０７ＣＰＵ１０８記録媒体１０９操作部１２２シリアル番号表示部１２５消去ボタン２３３キャプチャーデータ保持ディレクトリ２３９マップファイル２４０画像データファイル２４１サムネール画像ファイル２４２音声データファイル２０２マップ管理オブジェクト２０３データ取得履歴テーブル３００ヒープ構造３０９データレコード３０５データレコードのレコードオフセットフィール
ド３０１オフセットテーブル３５０オフセットテーブルオフセット３５１階層ヒープ構造

Claims

【特許請求の範囲】

【請求項１】互いに種別が異なる第１種のデータ及び
第２種のデータを取得し処理する信号処理手段と、上記信号処理手段で処理した第１種のデータ及び第２種
のデータに対して、その種別に拘らず取得した順にシリ
アル番号を付加するシリアル番号付加手段とを備えた信
号処理装置。
【請求項２】上記シリアル番号付加手段が付加したシ
リアル番号が所定値に達したときリセットするリセット
手段を設けた請求項１記載の信号処理装置。
【請求項３】上記所定値は、上記シリアル番号を表示
手段で表示する際の表示可能な値であることを特徴とす
る請求項２記載の信号処理装置。
【請求項４】上記信号処理手段が処理したデータにデ
ータ名を付加するデータ名付加手段を設けた請求項１記
載の信号処理装置。
【請求項５】上記信号処理手段は、取得した第１種の
データ及び第２種のデータから各々のファイルを作成す
る処理を行うと共に、上記各ファイルにファイル名を付
加するファイル名付加手段を設けたことを特徴とする請
求項１記載の信号処理装置。
【請求項６】上記信号処理手段が取得したデータに関
する属性情報を保持する属性情報保持手段を設けた請求
項１記載の信号処理装置。
【請求項７】上記信号処理手段が処理したデータを上
記シリアル番号と共に記憶する記憶手段を設け、上記属
性保持手段は、上記シリアル番号とこのシリアル番号に
対応するデータの格納場所及び他の属性情報を取得する
ための情報を格納するデータ取得履歴テーブルを有する
ことを特徴とする請求項６記載の信号処理装置。
【請求項８】上記シリアル番号とデータ消去が指定さ
れたとき、上記記憶手段における上記指定されたシリア
ル番号のデータを消去すると共に、上記データ取得履歴
テーブルの上記消去したデータに関する情報を消去する
ようにした請求項７記載の信号処理装置。
【請求項９】指定されたシリアル番号のデータに対応
する属性情報を上記データ取得履歴テーブルのデータに
基づいて取得し表示することを特徴とする請求項７記載
の信号処理装置。
【請求項１０】複数の可変長のデータを格納可能な第
１の領域と、格納するデータ数と各データの取得情報と
を格納可能な第２の領域と、上記第２の領域の位置を格
納する第３の領域より構成されるヒープ構造を階層的に
用いてデータを格納する階層ヒープ構造により、格納し
た上記各データの格納場所及び各データに対応した属性
情報を格納する属性情報保持手段を設けたことを特徴と
する信号処理装置。
【請求項１１】上記属性情報保持手段が、上記第２の
領域の取得情報中に直接データを格納する格納手段を有
することを特徴とする請求項１０記載の信号処理装置。
【請求項１２】上記属性情報保持手段が、ヒープ中に
上記データを格納する外部ファイル識別情報を保持する
ことによって間接的に上記データを格納する格納手段を
有することを特徴とする請求項１０記載の信号処理装
置。
【請求項１３】上記属性情報保持手段が、第２階層以
上のヒープ中にデータを格納する際に第１階層のヒープ
中のデータの識別情報を上記第２の領域中に保持するこ
とによって深い階層のヒープ中のデータと第１階層のデ
ータとを連結させてデータを格納する格納手段を有する
ことを特徴とする請求項１０記載の信号処理装置。
【請求項１４】複数の属性情報をグループ化して１つ
のヒープ構造中にそのグループ化された属性情報をまと
めて１段深い階層のヒープ構造中に保持する保持手段を
有し、上記グループ化された属性情報の１つのメンバー
として、さらに複数の属性情報をグループ化したサブグ
ループを有することができ、サブグループ情報はさらに
１段深い階層のヒープ構造中に保持する保持手段を有
し、同様に属性情報をＮ階層に階層化して保持する保持
手段を有することを特徴とする請求項１０記載の信号処
理装置。
【請求項１５】属性情報を保持する際に高速に読み込
む必要があるもしくは読み込む頻度が高い程浅い階層に
配置し、高速に読み込む必要がないもしくは読み込む頻
度が低い程深い階層に配置する配置手段を有することを
特徴とする請求項１４記載の信号処理装置。
【請求項１６】読み込む頻度もしくは読み込み速度へ
の要求の高さに応じて属性情報をグループ化し、この属
性情報のグループを保持する際に高速に読み込む必要が
あるもしくは読み込む頻度が高い程浅い階層に配置し、
高速に読み込む必要がないもしくは読み込む頻度が低い
程深い階層に配置する配置手段を有することを特徴とす
る請求項１４記載の信号処理装置。
【請求項１７】複数の画像で一つの撮影単位となる複
数の画像を各画像の属性情報を含むサブグループとし、
さらに上記複数のサブグループより構成される撮影単位
を上記撮影単位全体の属性情報を含むグループとして保
持する保持手段を有することを特徴とする請求項１４記
載の信号処理装置。