(57)【要約】【課題】管理、検索が容易な画像データを生成することができるデジタルカメラおよび画像記録方法を提供する。【解決手段】画像に対応する画像データのヘッダ情報として、画像データが生成された時間情報と、画像データが生成された機器のハードウェアＩＤまたは乱数とを組み合わせて発生される一意性のある識別コードを付与する。この識別コードを検索キーとして、画像データを高速、かつ正確に検索することができ、画像データの管理を容易に行うことができる。【選択図】図２
2004297506.tif 000002
【特許請求の範囲】
【請求項１】
画像に対応する画像データのヘッダ情報として、前記画像データが生成された時間情報と、前記画像データが生成された機器のハードウェアＩＤまたは乱数とを組み合わせて発生される一意性のある識別コードを付与することを特徴とする画像記録方法。
【請求項２】
前記乱数は、前記画像に対応する画像データに含まれる複数の画素データの最下位ビットに基づいて発生される請求項１に記載の画像記録方法。
【請求項３】
前記画像を縮小したサムネイル画像に対応する画像データのヘッダ情報として、前記画像に対応する画像データのヘッダ情報と同じ識別コードを付与する請求項１または２に記載の画像記録方法。
【請求項４】
請求項１〜３のいずれかに記載の画像記録方法を適用して、撮影された画像に対応する画像データを記録することを特徴とするデジタルカメラ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像データの管理、検索が容易なデジタルカメラおよび画像記録方法に関するものである。
【０００２】
【従来の技術】
近年、デジタルカメラの普及は目覚ましく、プロフェッショナルのスタジオ撮影からファミリー写真まで広く日常的に利用されている。また、デジタルカメラは、フィルムのコストが不要なことから、銀塩写真と比べてその撮影枚数は飛躍的に増えている。
【０００３】
撮影された画像に対応する画像データは記録メディアに保存される。この時、各々の画像データには、その記録メディアあるいはデジタルカメラの中で一意なファイル名が付与され、互いに識別される。一般に、画像データはコンピュータに転送されて利用されるが、コンピュータ内での各画像データのファイル名は、記録メディアにおけるファイル名と同じか、あるいは所定のルールに従って一意な名称に変換される。
【０００４】
また、デジタルカメラによっては、画像データを保存する時に、その画像データの中に、サムネイル画像と呼ばれる元画像を縮小した小さな画像を埋め込む機能を備えるものがある。例えば、カラー静止画像の国際標準符号化方式であるＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）規格を拡張したＥｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ  Ｉｍａｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ）規格では、サムネイル画像の保存フォーマットまで規格として定められている。
【０００５】
ところで、従来のデジタルカメラや画像記録方法では、画像データを保存してあるコンピュータの外部から、所望の画像データを検索して取り出す場合、検索する側に、画像データと保存ファイル名との関連づけの情報が必要となる。また、画像データを修正したり合成した場合、元画像の画像データの特定は困難である。例えば、サムネイル画像から元画像の画像データを検索するためには、両方の画像を目で見て検索するしか方法がなかった。
【０００６】
【発明が解決しようとする課題】
本発明の目的は、前記従来技術に基づく問題点を解消し、管理、検索が容易な画像データを生成することができるデジタルカメラおよび画像記録方法を提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明は、画像に対応する画像データのヘッダ情報として、前記画像データが生成された時間情報と、前記画像データが生成された機器のハードウェアＩＤまたは乱数とを組み合わせて発生される一意性のある識別コードを付与することを特徴とする画像記録方法を提供するものである。
【０００８】
ここで、前記乱数は、前記画像に対応する画像データに含まれる複数の画素データの最下位ビットに基づいて発生されるのが好ましい。
【０００９】
また、前記画像を縮小したサムネイル画像に対応する画像データのヘッダ情報として、前記画像に対応する画像データのヘッダ情報と同じ識別コードを付与するのが好ましい。
【００１０】
また、本発明は、上記のいずれかに記載の画像記録方法を適用して、撮影された画像に対応する画像データを記録することを特徴とするデジタルカメラを提供する。
【００１１】
【発明の実施の形態】
以下に、添付の図面に示す好適実施形態に基づいて、本発明のデジタルカメラおよび画像記録方法を詳細に説明する。
【００１２】
図１は、本発明のデジタルカメラの一実施形態の構成概略図である。同図に示すデジタルカメラ１０は、本発明の画像記録方法を適用して、撮影された画像に対応する画像データを記録するものであり、ＣＣＤ（固体撮像素子）モジュール１２と、画像処理ブロック１４と、画像データバッファ１６と、ＲＡＭ（ランダムアクセスメモリ）１８と、ＲＯＭ（リードオンリーメモリ）２０と、ＣＰＵ（中央演算装置）２２と、フラッシュメモリ２４と、タイマー２６と、シャッターボタン等のＩ／Ｆ（インターフェイス）２８とを備えている。
【００１３】
ここで、ＣＣＤモジュール１２、画像処理ブロック１４、画像データバッファ１６、ＲＡＭ１８、ＲＯＭ２０、ＣＰＵ２２、フラッシュメモリ２４、タイマー２６、およびＩ／Ｆ２８は、ＣＰＵバス３０を介して互いに接続されている。
【００１４】
ＣＣＤモジュール１２は、撮影された画像を光電変換してこれに対応する画像データを生成する。ＣＣＤモジュール１２によって生成された画像データは画像処理ブロック１４に供給される。画像処理ブロック１４は、撮影された画像に対応する画像データに対して各種の画像処理や補正処理を施す。画像処理ブロック１４により処理された画像データは画像データバッファ１６に供給され、一時的に保持される。
【００１５】
ＲＯＭ２０の中には、本発明の画像記録方法を適用して、撮影された画像に対応する画像データを記録するためのプログラムや、画像データを圧縮するためのプログラム等が格納されている。
【００１６】
ＣＰＵ２２は、ＣＰＵバス３０を介して、上記ＣＣＤモジュール１２、画像処理ブロック１４、画像データバッファ１６、ＲＡＭ１８、ＲＯＭ２０、フラッシュメモリ２４、タイマー２６、およびＩ／Ｆ２８の各々との間で制御信号や各種データのやり取りを行う。また、ＣＰＵ２２は、ＲＡＭ１８を作業領域として使用し、ＲＯＭ２０に記憶されている各種のプログラムを読み出して実行する。
【００１７】
フラッシュメモリ２４は、圧縮処理が終了した後の最終的な画像データを保存するための記憶メディアである。画像データは、ＣＰＵ２２により、圧縮プログラムに従って所定形式で圧縮された後、フラッシュメモリ２４に保存される。
【００１８】
タイマー２６は、３２ビットのカウンターであり、１ミリ秒に１回カウントアップされる。また、このカウンタは、２４時間に相当する０ｘ５２６５Ｃ００（１６進数）までカウントアップされると、ＣＰＵ２２の制御によってリセットされ、以下繰り返し１ミリ秒毎にカウントアップされる。また、年月日の時間情報は、ＲＡＭ１８に６４ビットのデータとして格納されており、２４時間毎にカウントアップされる。
【００１９】
本実施形態では、デジタルカメラ１０により撮影された画像（元画像）に対応する画像データは、Ｅｘｉｆ規格によって拡張されたＪＰＥＧ形式で圧縮され記録される。また、元画像のサムネイル画像はＪＰＥＧ形式で記録される。デジタルカメラ１０とパーソナルコンピュータ等のコンピュータとは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等のＩ／Ｆを経由して接続され、画像データのやり取りを行うことが可能である。
【００２０】
ＪＰＥＧ規格では、画像データのヘッダ部分に、各アプリケーションで自由に利用可能なアプリケーションデータセグメントＡＰＰ１〜ＡＰＰ７が存在する。ＡＰＰ１はＥｘｉｆ規格によって使用され、ＡＰＰ２はＦｌａｓｈＰｉｘ拡張に使用される場合がある。従って、本実施形態では、ＡＰＰ３を使用し、その領域内に各々の画像データを識別するための識別コードを格納する。また、サムネイル画像のＡＰＰ３にも元画像と同じ識別コードを格納する。
【００２１】
識別コードは、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ  ）を使用して生成される。ＵＵＩＤは、時間情報とハードウェアＩＤまたは乱数とを組み合わせて生成される１２８ビットの整数であり、コンピュータシステムでは、オブジェクトの識別子として利用するなど広く使われている。本実施形態では、ＵＵＩＤとして、時間情報の８０ビットのデータと、乱数から生成される４８ビットのデータとを使用する。
【００２２】
ハードウェアＩＤとしては、ＩＥＥＥ８０２により規定されるＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ａｄｄｒｅｓｓ）アドレスを利用するのが一般的である。ただし、デジタルカメラにＭＡＣアドレスが割り当てられることは少ないので、その場合には乱数を使用する。また、それぞれのデジタルカメラ１０に固有のＩＤを与え、ハードウェアＩＤとして、デジタルカメラ１０の固有のＩＤを使用することも可能である。
【００２３】
乱数は、撮影された画像に対応する画像データから発生される。撮影された画像に対応する画像データに含まれる画素のうち、４８画素分のデータを使用する。また、４８画素分のデータは、画像が撮影された時間に応じて取り出す位置を適宜変更する。それぞれの画素データは８ビットの値であり、そのうちのＬＳＢ（最下位ビット）の１ビットのデータを取り出して連結し、４８ビットのデータを生成する。
【００２４】
ＣＣＤやＣＭＯＳイメージセンサ等の撮像デバイスの特性から、撮影された画像に対応する画像データには僅かなノイズが発生する。従って、同じ被写体を撮影した画像の画像データであっても、ＬＳＢの１ビットのデータは画像データ毎に変化することが期待できる。また、この４８ビットのデータを、さらに時間情報の下位４８ビットのデータとＸＯＲ演算するなどの処理も有効である。これにより乱雑さをより強化し、一意性を増すことができる。
【００２５】
以下、図２に示すフローチャートを参照しながら、本発明の画像記録方法を適用して、撮影された画像に対応する画像データを生成するデジタルカメラ１０の動作を説明する。
【００２６】
図２のフローチャートに示すように、シャッターボタン２８が押される（Ｓ１）と、ＣＣＤモジュール１２から画像処理ブロック１４に、撮影された画像に対応する画像データが供給される（Ｓ２）。画像データは、画像処理ブロック１４による処理が施された後、画像データバッファ１６に供給される（Ｓ３）。すなわち、画像データバッファ１６には、ＪＰＥＧ形式に圧縮される前の１枚分の画像データが一時的に保存される（Ｓ４）。
【００２７】
画像データバッファ１６に保存された画像データのうち、先頭から４８画素分のデータ４８バイトがコピーされ、ＲＡＭ１８に供給される（Ｓ５）。ＲＡＭ１８に供給された４８バイトのデータは、それぞれのデータのＬＳＢの１ビットずつが抜き出されて連結され、４８ビットのデータＡが生成される（Ｓ６）。また、現在の時間情報が、タイマー２６からミリ秒単位で取得されて３２ビットのデータＢが生成され、ＲＡＭ１８に供給される（Ｓ７）。
【００２８】
また、ＲＡＭ１８には、６４ビットの年月日を表すデータがあらかじめ格納されている。この６４ビットの年月日のデータのうち、下位４８ビットのデータがデータＣとされる（Ｓ８）。そして、Ａ，Ｂ，Ｃのデータが連結されて１２８ビットのデータＤが生成される（Ｓ９）。
【００２９】
続いて、画像データがＪＰＥＧ形式に圧縮される。まず、ヘッダ部分のＳＯＩがフラッシュメモリ２４に書き込まれ（Ｓ１０）、データＤがヘッダ部分のＡＰＰ３としてフラッシュメモリ２４に書き込まれる（Ｓ１１）。最後に、ＪＰＥＧ形式の画像データのヘッダ部分を構成するＡＰＰ１，ＤＱＴ，ＤＨＴ，ＳＯＦ，ＳＯＳ，ＥＣＳ，ＥＯＩの各データがフラッシュメモリ２４に書き込まれ、ＪＰＥＧ形成の圧縮画像データが完成される（Ｓ１２）。
【００３０】
ここで、ＳＯＩはスタートオブイメージ、ＤＱＴは量子化テーブル、ＤＨＴはハフマンテーブル、ＳＯＦはフレームヘッダ、ＳＯＳはスキャンヘッダ、ＥＣＳはエントロピーコードセグメント、ＥＯＩはエンドオブイメージである。また、画像データは、画像データバッファ１６から適宜読み出されて使用される。ＪＰＥＧ形式の画像データの構成は、ＪＰＥＧ規格によって規定されている。従って、ここではその詳細な説明は省略する。
【００３１】
上記のようにして生成された画像データのヘッダ部分のＡＰＰ３には、それぞれの画像データに一意性のある識別コードが自動的に格納される。これらの画像データは、例えばユーザのパーソナルコンピュータのハードディスクにコピーして利用される。画像データが保存されているコンピュータでは、識別コードを検索キーとして所望の画像データを高速、かつ正確に検索することができるし、画像データの管理も容易となる。
【００３２】
また、サムネイル画像のヘッダ部分のＡＰＰ３にも、元画像の画像データと同じ識別コードを格納しておけば、サムネイル画像をＰＤＡ（携帯情報端末）等の電子機器に転送し、必要に応じてサムネイル画像の識別コードから元画像の画像データを検索することが可能である。従って、保存容量やネットワーク回線の細いシステム等においても、サムネイル画像の識別コードに基づいて元画像の画像データを容易に検索して利用することが可能となる。
【００３３】
上記の通り、画像データに識別コードが格納されており、識別コードに基づいて元画像データの画像データを容易に検索可能であるため、ファイル名は自由に変更しても問題ない。また、識別コードは通常バイナリコードで格納されるが、ウィンドウズ（登録商標）オペレーティングシステムであれば、ファイルの中のアスキー文字列を検索する機能を備えているので、識別コードをアスキーコードで格納しておけば、検索のための特別なツールも不要である。
【００３４】
また、インターネットを介して所望の画像を検索する場合も、検索対象の画像の識別コードが分かっていれば、検索サーバを利用して所望の画像を検索することが可能である。検索サーバは、ＪＰＥＧ形式の画像データのＡＰＰ３に含まれるアスキーコードの識別コードをデータベースに加えるだけでよく、これは既に広く実用化されているウェブページに含まれるアスキー文字列をデータベースに加える機能を利用して実施することが可能である。
【００３５】
従来の技術では、画像データのファイル名でしか画像を検索することができなかった。これに対し、本発明を適用するシステムでは、ユーザが画像提供元のサーバやウェブページを簡単に見つけることができる。また、ユーザは、その画像と同じ分野の画像をそこで見つけることも可能となる。一方、サービスを提供する側は、サムネイル画像等のサンプル画像を配布して自らのサーバに顧客を誘導することにも利用できる。
【００３６】
また、元画像を修正したり、複数の画像を合成して新たな画像を作る場合、元画像の識別コードを新たな画像のＡＰＰ４に埋め込むことにより、元画像を検索することが容易となる。
【００３７】
なお、識別コードはＵＵＩＤに限定されるわけではなく、それぞれの画像を識別可能なものであればよい。また、識別コードは、それぞれの画像データで固有の値であるのが好ましいが、完全に固有の値である必要はない。ＵＵＩＤを使用した場合、厳密には同じ識別コードを有する画像データが生成され得る可能性はあるが、実使用上は全く問題はない。また、識別コード、時間情報、ハードウェアＩＤまたは乱数のビット数も何ら制限されない。
【００３８】
また、識別コードは、ＡＰＰ３〜ＡＰＰ７のうちの未使用の領域に格納すればよい。また、時間情報はミリ秒単位に限定されず、これ以下のさらに細かい単位の時間情報を使用してもよい。また、乱数の発生方法も何ら限定されず、従来公知のどのような方法で乱数を発生させてもよい。また、本発明の画像記録方法は、デジタルカメラにおける画像データの記録に限定されず、例えばスキャナ等のように画像データを生成する各種の装置に適用可能である。
【００３９】
本発明は、基本的に以上のようなものである。
以上、本発明のデジタルカメラおよび画像記録方法について詳細に説明したが、本発明は上記実施形態に限定されず、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのはもちろんである。
【００４０】
【発明の効果】
以上詳細に説明した様に、本発明は、画像に対応する画像データのヘッダ情報として、画像データが生成された時間情報と、画像データが生成された機器のハードウェアＩＤまたは乱数とを組み合わせて発生される一意性のある識別コードを付与するものである。
これにより、本発明によれば、識別コードを検索キーとして、画像データを高速、かつ正確に検索することができ、画像データの管理を容易に行うことができる。
【図面の簡単な説明】
【図１】本発明のデジタルカメラの一実施形態の構成概略図である。
【図２】本発明の画像記録方法を説明する一実施形態のフローチャートである。
【符号の説明】
１０  デジタルカメラ
１２  ＣＣＤモジュール
１４  画像処理ブロック
１６  画像データバッファ
１８  ＲＡＭ
２０  ＲＯＭ
２２  ＣＰＵ
２４  フラッシュメモリ
２６  タイマー
２８  Ｉ／Ｆ
３０  ＣＰＵバス
【図１】
2004297506.tif 000003
【図２】
2004297506.tif 000004