(57)【要約】【課題】  簡単安価な構成により高解像度なデータと低解像度なデータを両者の関連性を保ったまま別々に確実性をもって管理できるようにする。【解決手段】  目的の画像データを含みリモートホストないしローカルホスト上の所定の格納位置に格納されたオリジナル画像ファイル１００と、オリジナル画像ファイル１００の格納位置を示すアドレスタグと、オリジナル画像ファイル１００の画像データの内容を表現したサムネイル画像データ１１０を含むショートカット画像ファイル１０１を用いて画像データを分割記録する。【選択図】  図１
2005326908.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置のハードウェアを用いて画像データを分割記録する画像データ処理方法において、
前記画像データを含みリモートホストないしローカルホスト上の所定の格納位置に格納された第１の画像ファイルと、
第１の画像ファイルの格納位置を示すアドレスタグと、第１の画像ファイルが含む前記画像データの内容を表現した画像データを含む第２の画像ファイルを用いて前記画像データを分割記録することを特徴とする画像データ処理方法。
【請求項２】
請求項１に記載の画像データ処理方法において、第２の画像ファイルのフォーマットが主画像を含まないＤＣＦ基本ファイルフォーマットであることを特徴とする画像データ処理方法。
【請求項３】
請求項１に記載の画像データ処理方法において、第２の画像ファイルのフォーマットがＤＣＦサムネイルファイルフォーマットであることを特徴とする画像データ処理方法。
【請求項４】
請求項１に記載の画像データ処理方法において、第２の画像ファイルのフォーマットが第１の画像ファイルの画像データを縮小した主画像を含むＤＣＦ基本ファイルであることを特徴とする画像データ処理方法。
【請求項５】
画像処理装置のハードウェアを用いて画像データを分割記録する画像データ処理方法において、
前記画像データを含む第１の画像ファイルに基づき前記画像データの内容を表現した画像データを第２の画像ファイルに格納する過程と、
リモートホストないしローカルホスト上の第１の画像ファイルの格納位置を示すアドレスタグを第２の画像ファイルに格納するアドレスタグ付与過程と、
を含むことを特徴とする画像データ処理方法。
【請求項６】
請求項５に記載の画像データ処理方法において、第１の画像ファイルが含む前記画像データを縮小し、第２の画像ファイルに格納すべき画像データを生成することを特徴とする画像データ処理方法。
【請求項７】
請求項５に記載の画像データ処理方法において、第１の画像ファイル内に前記画像データの縮小画像が保持されている場合、該縮小画像データを抽出して第２の画像ファイルに格納することを特徴とする画像データ処理方法。
【請求項８】
請求項５に記載の画像データ処理方法において、第１の画像ファイルの格納位置を示す文字列情報と第１の画像ファイルのファイル名から格納位置情報を生成し、該格納位置情報を前記アドレスタグとして第２の画像ファイルに格納することを特徴とする画像データ処理方法。
【請求項９】
請求項１〜８のいずれか１項に記載の画像データ処理方法を実施することを特徴とする画像処理装置。
【請求項１０】
画像処理装置のハードウェアを用いて請求項１〜８のいずれか１項に記載の画像データ処理方法を実施することを特徴とする画像処理プログラム。
【請求項１１】
画像データを分割管理する画像データ管理方法において、
第１の画像と前記第１の画像に対応する低解像度の第２の画像を含んだ第１の画像ファイルと、
前記第１の画像ファイルの所在位置を示すアドレスタグと前記第２の画像を含んだ第２の画像ファイルのそれぞれを異なった位置に分割して格納することを特徴とする画像データ管理方法。
【請求項１２】
画像データを分割管理する画像データ管理方法において、
第１の画像と前記第１の画像に対応する低解像度の第２の画像を含んだ第１の画像ファイルをネットワーク上のサーバで管理し、
一方、前記第１の画像ファイルの所在位置を示すアドレスタグと前記第２の画像を含んだ第２の画像ファイルを前記ネットワークに接続された画像処理装置で格納することを特徴とする画像データ管理方法。
【請求項１３】
画像処理装置で画像データを分割管理する画像データ管理方法において、
第１の画像と前記第１の画像に対応する低解像度の第２の画像を含んだ第１の画像ファイルを第１のフォルダで管理し、
一方、前記第１の画像ファイルの所在位置を示すアドレスタグと前記第２の画像を含んだ第２の画像ファイルを前記第１のフォルダと異なるフォルダに格納することを特徴とする画像データ管理方法。
【請求項１４】
請求項１３に記載の画像データ管理方法において、前記第２の画像ファイルは複数のフォルダに格納することを特徴とする画像データ管理方法。
【請求項１５】
請求項１１〜１４のいずれか１項に記載の画像データ管理方法において、前記第２の画像ファイルは、第１の画像ファイルの画像データよりも低解像度で第２の画像よりも高解像度の第３の画像を含むことを特徴とする画像データ管理方法。
【請求項１６】
請求項１１〜１５のいずれか１項に記載の画像データ管理方法において、前記アドレスタグに示された第１の画像ファイルの所在位置は第１の画像ファイル作成時に第２の画像ファイルを作成するアプリケーションから取得することを特徴とする画像データ管理方法。
【請求項１７】
請求項１１〜１５のいずれか１項に記載の画像データ管理方法において、前記アドレスタグに示された第１の画像ファイルの所在位置は第１の画像ファイル作成時にユーザによって入力されたデータを設定することを特徴とする画像データ管理方法。
【請求項１８】
回線網に接続された画像処理装置とサーバを有する画像管理システムにおいて、
前記画像処理装置は、第１の画像を含んだ第１の画像ファイルから、第１の画像より低解像度の第２の画像と第１の画像ファイルの前記サーバ上での格納位置を示す情報を含む第２の画像ファイルを生成する画像ファイル生成手段と、前記第１と第２の画像ファイルを蓄積する第１の蓄積手段と、前記第１の画像ファイルを前記サーバへ転送する画像転送手段を有するとともに、
前記サーバは前記画像処理装置から転送される第１の画像ファイルを蓄積する第２の蓄積手段を有し、
さらに、前記画像処理装置は前記画像転送手段によって前記第１の画像ファイルを前記サーバへ転送した後、前記蓄積手段から前記第１の画像ファイルを消去する消去手段を有することを特徴とする画像管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置のハードウェアを用いて画像データを分割記録する画像データ処理方法、画像処理装置、画像処理プログラム、画像処理装置で画像データを分割管理する画像データ管理方法、および回線網に接続された画像処理装置とサーバを有する画像管理システムに関するものである。
【背景技術】
【０００２】
画像データの管理方式において、ＤＣＦ規格のように高解像度の実画像データと低解像度のサムネイル画像データとを一つの画像ファイルに格納する画像データフォーマットが知られている。
【０００３】
ＤＣＦ（Ｄｅｓｉｇｎ  ｒｕｌｅ  ｆｏｒ  Ｃａｍｅｒａ  Ｆｉｌｅ  ｓｙｓｔｅｍ）はデジタルカメラの画像データフォーマットとしてＩＳＯで標準化された仕様であるが、ＪＥＩＤＡ（日本電子工業振興協会）が策定したＥｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ  Ｉｍａｇｅ  Ｆｉｌｅ）形式が元になっており、これらＤＣＦ／Ｅｘｉｆ形式はほぼ同一のデータフォーマットといってよい。
【０００４】
ＤＣＦ／Ｅｘｉｆ形式の画像の構造は基本的には通常のＪＰＥＧ画像形式そのものであり、サムネィル画像や撮影情報等のデータをＪＰＥＧの規約に準拠した形で埋め込んだものである。このような管理方法によれば、画像データの詳細な情報を知りたいときには高解像度の画像データを参照し、画像データの概要がわかればよいときには低解像度の画像データを参照する、というように画像データを使用する目的によって参照する情報を選択できるメリットがある。
【０００５】
しかしながら、一方では、上記の画像データの管理方法によると、必ず低解像度の画像データと高解像度の画像データとが一つのファイルとして構成されていることから、画像データの概要だけわかればよく高解像度の画像データを参照しない場合においても、高解像度の画像データを含んだ大きなファイルサイズとして取り扱わなければならない問題もあった。
【０００６】
特にｅ−ｍａｉｌやＦＡＸのようなデータ通信において、送受信する画像ファイルのデータサイズの効率化は重要であり、たとえば、低解像度の画像データと高解像度の画像データとを切り分けて、低解像度の画像データのみをｅ−ｍａｉｌで送信し、受信した相手は高解像度の画像データが必要なときだけｅ−ｍａｉｌに記されたリンク先の指示にしたがって、高解像度の画像データを別の通信手段で取得する方式が提案されている（特許文献１参照）。
【０００７】
なお、画像データに限定されるものではないが、プログラムやデータのファイルを分割管理する方式として、ＰＣ等においてプログラムやデータのファイルの実体が格納されている場所を示すいわゆるショートカット、エイリアス、シンボリックリンクなどと呼ばれるリンクファイルを用いる方式が知られている。
【特許文献１】特開平１０−２３３８６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
特許文献１に記載の画像データ管理方法においては、高解像度の画像データの所在がｅ−ｍａｉｌ本文に格納されてしまっているため、高解像度の画像データを取得する場合には、必ず低解像度の画像データが添付されたｅ−ｍａｉｌ本文が必要である、という問題があった。つまり、低解像度の画像データで構成される画像ファイルのみを手がかりに、高解像度の画像データが含まれる画像ファイルを参照することはできず、たとえばｅ−ｍａｉｌ本文を消去してしまったような場合には高解像度の画像データの画像ファイルを参照することができなくなってしまう。
【０００９】
また、ショートカット、エイリアス、シンボリックリンクなどのように、実体プログラムやファイルと分割管理する方法では、画像ファイルの管理を主眼に置いた場合に、リンクファイルからオリジナル画像の概要を知りたいときに、ＯＳのシステムファイル等のオリジナル画像のイメージ管理ファイルを別途参照する必要があった。つまり、リンクファイルのみからオリジナル画像ファイルの画像イメージを知ることができなかった。
【００１０】
本発明の課題は、上記の問題に鑑み、簡単安価な構成により高解像度なデータと低解像度なデータを両者の関連性を保ったまま別々に確実性をもって管理できるようにすることにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、本発明においては、画像処理装置のハードウェアを用いて画像データを分割記録する画像データ処理方法、画像処理装置、および画像処理プログラムにおいて、
前記画像データを含みリモートホストないしローカルホスト上の所定の格納位置に格納された第１の画像ファイルと、
第１の画像ファイルの格納位置を示すアドレスタグと、第１の画像ファイルが含む前記画像データの内容を表現した画像データを含む第２の画像ファイルを用いて前記画像データを分割記録する構成（請求項１）を採用した。
【００１２】
また、画像データを分割管理する画像データ管理方法において、
第１の画像と前記第１の画像に対応する低解像度の第２の画像を含んだ第１の画像ファイルと、
前記第１の画像ファイルの所在位置を示すアドレスタグと前記第２の画像を含んだ第２の画像ファイルのそれぞれを異なった位置に分割して格納する構成（請求項１１）、あるいは、
第１の画像と前記第１の画像に対応する低解像度の第２の画像を含んだ第１の画像ファイルをネットワーク上のサーバで管理し、
一方、前記第１の画像ファイルの所在位置を示すアドレスタグと前記第２の画像を含んだ第２の画像ファイルを前記ネットワークに接続された画像処理装置で格納する構成（請求項１２）、あるいは、
第１の画像と前記第１の画像に対応する低解像度の第２の画像を含んだ第１の画像ファイルを第１のフォルダで管理し、
一方、前記第１の画像ファイルの所在位置を示すアドレスタグと前記第２の画像を含んだ第２の画像ファイルを前記第１のフォルダと異なるフォルダに格納する構成（請求項１３）、を採用した。
【００１３】
また、回線網に接続された画像処理装置とサーバを有する画像管理システムにおいて、
前記画像処理装置は、第１の画像を含んだ第１の画像ファイルから、第１の画像より低解像度の第２の画像と第１の画像ファイルの前記サーバ上での格納位置を示す情報を含む第２の画像ファイルを生成する画像ファイル生成手段と、前記第１と第２の画像ファイルを蓄積する第１の蓄積手段と、前記第１の画像ファイルを前記サーバへ転送する画像転送手段を有するとともに、
前記サーバは前記画像処理装置から転送される第１の画像ファイルを蓄積する第２の蓄積手段を有し、
さらに、前記画像処理装置は前記画像転送手段によって前記第１の画像ファイルを前記サーバへ転送した後、前記蓄積手段から前記第１の画像ファイルを消去する消去手段を有する構成（請求項１８）を採用した。
【発明の効果】
【００１４】
上記構成によれば、簡単安価な構成により高解像度なデータと低解像度なデータを両者の関連性を保ったまま別々に確実性をもって管理できる。たとえば、画像の概要を知りたいときにはファイルサイズの小さい第２の画像ファイルの画像データのみを利用し、画像の詳細を知りたいときには、第２の画像ファイルのみを手がかりに、第１の画像ファイルの高解像度の画像データを利用できるという優れた効果がある。特に、第２の画像ファイルそれ自体に第１の画像ファイルの格納場所がアドレスタグとして含まれているため、たとえば第２の画像ファイルを送信したメール本文などを紛失してしまっても第２の画像ファイルのみから第１の画像ファイルに到達することができる、という優れた効果がある。
【００１５】
特に、第１の画像ファイルの所在位置を示すアドレスタグと第２の画像を含んだ第２の画像ファイルのそれぞれを異なった位置に分割して格納することができ、その場合、たとえば、第１および第２の画像ファイルはそれぞれ画像処理装置とサーバのように異なるホストで管理したり、画像処理装置のファイルシステムの異なるフォルダでそれぞれ管理したりすることができる。
【００１６】
また、画像処理装置とサーバを有するシステムにおいては、画像処理装置は第１の画像を含んだ第１の画像ファイルから、第１の画像より低解像度の第２の画像と第１の画像ファイルの前記サーバ上での格納位置を示す情報を含む第２の画像ファイルを生成した後、第１の画像ファイルをサーバに転送してサーバで保存させた後、ＨＤＤなどの蓄積手段から第１の画像ファイルを消去してしまうことができる。その後、画像処理装置は、第２の画像ファイルに含まれるアドレスタグを用いてサーバに保存された第１の画像ファイルに到達し、その画像データを利用することができる。
【発明を実施するための最良の形態】
【００１７】
以下ではデジタルカメラやパーソナルコンピュータなどの画像処理装置において、画像データを管理する実施例を示す。
【実施例１】
【００１８】
図７は、本実施例の画像データの管理方式を適用可能な処理環境を示している。図７において符号７０１はターミナルで、具体的にはこのターミナルはＰＣ端末、スキャナやデジタルカメラ（以下ＤＣＳという）などから構成される。
【００１９】
以下では、ターミナル７０１はＰＣ端末であるものとし、ターミナル７０１はＣＰＵ７０４、メモリ７０５、ＨＤＤ７０６などから構成され、ネットワークインターフェース７１０を介してネットワーク７０３と接続できるようになっている。ネットワーク７０３上にはオンラインフォトアルバムサービス等を提供するサーバ７０２が設けられている。サーバ７０２のハードウェア構成については図示を省略するが、実際にはこの種のサーバはターミナル７０１のものとして示したＰＣと同等のハードウェアを用いて構成されており、したがってサーバ７０２もターミナル７０１と同様にＣＰＵ、メモリ、ＨＤＤなどを用いて構成される。
【００２０】
本実施例において管理すべき画像データ（以下のオリジナル画像）は、ＵＳＢなどのインターフェース７０８で接続された画像入力手段７０７からターミナル７０１あるいはサーバ７０２に入力される。
【００２１】
本実施例では、本願特許請求の範囲における第１の画像をオリジナル画像、第２の画像をショートカット画像と呼ぶ。このうち、オリジナル画像は元の高解像度の画像、ショートカット画像は、少なくともオリジナル画像の所在位置を示す情報と、さらにオリジナル画像のサムネイル画像を含む。
【００２２】
本実施例では、画像データの基本フォーマットとしてＤＣＦ／Ｅｘｉｆ形式を用いる。したがって、以下の説明では、画像ファイルの特定部分を示す用語として必要に応じてＤＣＦ／Ｅｘｉｆ規格（あるいはＪＰＥＧ規格）において対応する部分を示す用語を用いる。
【００２３】
ここで図１を用いてオリジナル画像とショートカット画像のデータフォーマットについて説明する。
【００２４】
図１において符号１００はオリジナル画像のファイルフォーマットを示している（図１上部）。ＳＯＩ（１０３）はＳｔａｒｔ  ｏｆ  Ｉｍａｇｅの略称で、圧縮画像データの先頭を示すマーカーコード（通常０ｘＦＦＤ８）である。ＥＯＩ（１０４）はＥｎｄ  ｏｆ  Ｉｍａｇｅの略称で、ＳＯＩと対をなす圧縮画像データの終了を示すマーカーコード（通常０ｘＦＦＤ９）である。ＤＣＦ規格においては、ＳＯＩから始まりＥＯＩでデータが終わるように規定されている。
【００２５】
ＡＰＰ１はアプリケーションマーカーセグメントで、主画像の付加情報と低解像度の画像データであるサムネイル画像がＡＰＰ１の領域に格納される。ＡＰＰ１のマーカー値は通常０ｘＦＦＥ１であり、このＡＰＰ１データセグメント１０５はこのマーカーの後に２バイトのサイズデータと、実際のデータ領域が続いて格納されることにより構成される。
【００２６】
高解像度の主画像（ＤＣＦ基本主画像）は符号１０６で示すように、ＡＰＰ１データセグメント１０５に続いて格納される。
【００２７】
また、サムネイル画像１１０はＡＰＰ１データセグメント１０５内に格納される。サムネイル画像１１０はＤＣＦ基本ファイルと同様にＳＯＩから始まりＥＯＩでデータが終わるように規定されている。そしてサムネイル画像データはサムネイル画像１１０の主画像（ＤＣＦ基本主画像）１０７として格納される、すなわち、サムネイル画像１１０自体もＤＣＦ形式で記述されている。なお、サムネイル画像１１０のＡＰＰ１データセグメント１０５はＤＣＦ基本ファイルのＡＰＰ１データセグメント１０５と同じ内容のデータを有してもよい。
【００２８】
サムネイル画像１１０に対し、ＤＣＦ基本主画像１０６は高解像度の画像データで構成される。
【００２９】
図１上部に示したＤＣＦ規格に準拠したオリジナル画像は、低解像度のサムネイル画像１１０と高解像度の主画像１０６とを有することで、画像の概要を知りたいときにはサムネイル画像１１０を、画像の詳細を知りたいときには主画像１０６を、それぞれ参照すればよい。サムネイル画像１１０は、デジタルカメラなどにおいては、ＬＣＤなどの表示器でサムネイル表示などを行なうために用いられている。
【００３０】
また図１下部には、本実施例のショートカット画像のファイルフォーマットを符号１０１に示してある。ショートカット画像１０１は、オリジナル画像と同様にＤＣＦ基本ファイルのフォーマットで構成され、オリジナル画像と同様にサムネイル画像を有するが、本実施例のショートカット画像１０１は、第１の特徴として、オリジナル画像のように高解像度のＤＣＦ基本画像データを有しない。あるいはショートカット画像１０１は、ＤＣＦ基本画像データを有していてもよいが、本実施例ではＤＣＦ規格においてＤＣＦ基本画像データが本来格納される位置にはＮＵＬＬデータ１１１を格納する。
【００３１】
あるいは、図１下部左側に示すように、上記ＮＵＬＬデータの代りに、オリジナル画像の主画像１０６を縮小して生成した縮小画像１０６ａを格納してもよい。この縮小画像１０６ａのサイズは、好ましくはＤＣＦ／Ｅｘｉｆ形式で用いられているサムネイル画像より大きいサイズとする。ＤＣＦ／Ｅｘｉｆ形式で用いられているサムネイル画像は、たとえばデジタルカメラのＬＣＤディスプレイなどの限定された表示画面で多数のサムネイル画像を表示できるよう非常に大きな縮小比率で生成されるため画像の細部を視認することが困難な場合があるが、ＤＣＦ／Ｅｘｉｆ形式で用いられているサムネイル画像よりも緩い縮小を行なった縮小画像１０６ａを用いるようにすればユーザは画像の細部を充分視認することができ、しかも、主画像１０６のかわりに縮小画像１０６ａを用いることによりショートカット画像のファイルサイズはオリジナル画像のファイルサイズよりも小さく抑えることができる。
【００３２】
また、本実施例のショートカット画像１０１は、第２の特徴として、ショートカット画像１０１のＤＣＦ基本ファイルとＤＣＦ基本サムネイルファイルのそれぞれのＡＰＰ１領域には、オリジナル画像１００の格納場所を示すアドレスタグ１０２が付加されている。
【００３３】
したがって、図１に示したショートカット画像１０１は、オリジナル画像１００からＤＣＦ基本主画像１０６を除去する（ＮＵＬＬデータを格納する場合）か、オリジナル画像１００からＤＣＦ基本主画像を縮小して、ショートカット画像の主画像として格納する（縮小画像１０６ａを格納する場合）とともに、オリジナル画像１００の格納場所を示すアドレスタグ１０２を付加することにより生成することができる。アドレスタグ１０２は、たとえば後述のようにＵＲＬ（あるいはＵＲＩ）形式により記述する。
【００３４】
このようにショートカット画像１０１は、たとえば、本発明における画像の管理方法においては、ＤＣＦ規格に準拠したオリジナル画像１００と、ショートカット画像１０１を用いた形式で元の画像データを分割記録する。
【００３５】
このようにオリジナル画像１００の格納場所を示すアドレスタグ１０２を含むショートカット画像１０１を用いることにより、ショートカット画像１０１さえあればオリジナル画像１００を取得することができる。たとえば、ショートカット画像１０１のみをメールで受信したユーザは、そのメール本文が無くてもショートカット画像１０１のみからアドレスタグ１０２を用いてオリジナル画像１００を取得することができる。
【００３６】
なお、本実施例において、一つのオリジナル画像に対して、ショートカット画像は複数存在してもかまわない。また、本実施例の規約では、画像ファイルにアドレスタグが存在すればその画像をショートカット画像であると判断するものとするが、ショートカット画像であるか否かを示す専用のタグを規定してもよい。また、ショートカット画像のサイズが大きくなる問題はあるが、ショートカット画像に主画像データが存在してもかまわない。また、主画像を有するオリジナル画像にアドレスタグが存在してもかまわない。
【００３７】
ここで図２によりショートカット画像１０２に付与されるアドレスタグのデータ構成を説明する。
【００３８】
アドレスタグは２００に示すように、Ｅｘｉｆ（ＤＣＦ）規約に基づきＥｘｉｆＩＦＤ内に記録する。アドレスタグのタグ番号には、Ｔｉｆｆのプライベートタグ番号（たとえば、本実施例では４３０００）を利用する。
【００３９】
アドレスタグの内容を示すタグのＶａｌｕｅは、Ｖａｌｕｅ  ｏｆ  ＥｘｉｆＩＦＤ内に記録する。Ｖａｌｕｅの格納位置は、アドレスタグのＶａｌｕｅＯｆｆｓｅｔに記される。アドレスタグのタグＴａｇ、Ｔｙｐｅ、Ｃｏｕｎｔ、ＶａｌｕｅＯｆｆｓｅｔは特に規定しないが、たとえばＴｙｐｅは”ＡＮＹ”、ＣｏｕｎｔはＡｎｙとしておけばよい。
【００４０】
アドレスタグのＶａｌｕｅ２０１の内容は次のように構成されている。すなわち、図２に示すように、アドレスタグのＶａｌｕｅの先頭には、以降続く文字コードを識別するための文字コード種別情報２０２を記録する。この文字コード種別情報２０２としては、たとえばＡＳＣＩＩコード、ＪＩＳコード、Ｕｎｉｃｏｄｅ、またはそれ以外の文字コードを指定する。
【００４１】
２０２の文字コード種別情報に続いて、オリジナル画像の格納場所を示すアドレス文字列２０３をＶａｌｕｅ２０１として記録する。アドレス文字列は、オリジナル画像の格納位置を示すパス名と、オリジナル画像のファイル名とで構成される。アドレスタグのＶａｌｕｅへのオフセットは、ＴＩＦＦの規定にしたがってアドレスタグのＶａｌｕｅＯｆｆｓｅｔに記される。
【００４２】
なお、アドレスタグのＶａｌｕｅ２０１には、文字コード種別情報２０２を記録せずに、オリジナル画像のアドレスを示す文字列２０３のみ記録してもかまわない。
【００４３】
たとえば、文字コードには一定のコード、たとえばＵＴＦ−８を固定的に用いるものとすれば、文字コード識別情報は必要無いが、ＵＴＦ−１６で符号化する場合は、ＩＳＯ／ＩＥＣ  １０６４６の附属書ＥおよびＵｎｉｃｏｄｅの付録Ｂで規定するバイト順マーク（ＺＥＲＯ  ＷＩＤＴＨ  ＮＯ−ＢＲＥＡＫ  ＳＰＡＣＥ文字，０ｘＦＥＦＦ、もしくは０ｘＦＦＦＥ）で始まらなければならない。また、明示的にＵＴＦ−８であることを識別するために、先頭の３バイトに識別コード（０ｘＥＦ  ０ｘＢＢ  ０ｘＢＦ）を入れてもよい。
【００４４】
また、アドレスタグのＶａｌｕｅ２０１は、ＵＤＦにしたがって記録されてもよい。このときは、Ｖａｌｕｅの先頭１バイトに文字コード種別、次の１バイトに文字列長、続けてオリジナル画像の格納場所を示すアドレス文字列を記録する。
【００４５】
このように、本実施例では図２で示したように、ショートカット画像にアクセス可能な任意のアプリケーションまたは画像制御装置は、ショートカット画像からアドレスタグを参照することによりオリジナル画像の格納位置を知ることができるため、ファイルサイズの大きいオリジナル画像とファイルサイズの小さいショートカット画像とを別々の格納場所に保存する画像の管理方法が実現される。
【００４６】
たとえば画像の概要だけわかればよい場合には、画像を格納するメモリエリアを圧迫しないファイルサイズの小さいショートカット画像を利用し、画像に対する詳細な情報を得たい場合には、オリジナル画像を利用することが考えられる。
【００４７】
次に、本実施例におけるオリジナル画像とショートカット画像を用いた画像データの管理の例を図３および図４に示す。
【００４８】
図３は、オリジナル画像がサーバ７０２上の所定アドレス、たとえば「http://www.xxxx.co.jp/original-image/」に格納され、各オリジナル画像（たとえばＡ、Ｂ、Ｃ、Ｄ）３０１に対するショートカット画像（たとえばａ、ｂ、ｃ、ｄ）３０２が、ターミナル７０１の所定格納位置、たとえば「C:\My Pictures\shortcut-image\」に格納されている状態を示している。
【００４９】
図３において、符号３０１に示すファイル名「IMG_0011.JPG」のオリジナル画像「Ｄ」に対して、３０２に示すファイル名「img_0011.JPG」のショートカット画像「ｄ」があるとすると、オリジナル画像「Ｄ」の格納位置は「http://www.xxxx.co.jp/original-image/ 」、ファイル名は「IMG_0011.JPG」であるため、ショートカット画像「ｄ」のアドレスタグには、３０３のように「http://www.xxxx.co.jp/original-image/IMG_0011.JPG」が記録される。
【００５０】
たとえば、ユーザがＤＣＳで撮影した写真画像ファイル（オリジナル画像）３０１を、オンラインフォトアルバムサービス等で提供されるサーバ７０２に保存して、ユーザのＰＣ端末（ターミナル７０１）にはオリジナル画像３０１に対応したショートカット画像３０２を保存する（たとえば、サーバ７０２がメールでターミナル７０１に送信する）ことにより、ユーザはターミナルＰＣをサーバに接続しなくとも、ターミナル７０１のＨＤＤ７０６などに格納されたショートカット画像３０２のサムネイルを参照することでサーバに保存されているオリジナル画像３０１の概要を知ることができる。
【００５１】
また、たとえばターミナル７０１がＰＤＡや携帯端末のような、メモリエリアに制限のある装置であっても、ショートカット画像を保存しておけば、画像の概要を知ることはできる。そして、ユーザは画像の詳細を知りたいときだけオリジナル画像３０１をサーバ７０２から取得すればよい。
【００５２】
また、サーバ７０２にオリジナル画像３０１を格納することにより、サーバ７０２に接続可能な端末からは、ショートカット画像３０２さえあればオリジナル画像３０１の詳細を知ることが可能であることから、ユーザ間で画像ファイルをやりとりする場合にショートカット画像３０２のみ利用してもよい。
【００５３】
たとえば、電子メールに写真画像を添付するときには、ショートカット画像３０２を添付することで、電子メールのファイルサイズを小さくでき、ショートカット画像３０２を受け取ったユーザは、ショートカット画像３０２を用いて必要に応じて、サーバ７０２に格納されたオリジナル画像３０１を取得する、といった利用方法が考えられる。
【００５４】
なお、相手のユーザに小さいファイルサイズで画像をやりとりする手段として、先に述べた特許文献１のように電子メールの指示にしたがってオリジナル画像を取得する方法もあるが、本実施例によれば、ショートカット画像にオリジナル画像の格納位置の完全な情報が含まれているので、ショートカット画像を受けとったユーザは、任意のショートカット画像からオリジナル画像を取得したい場合に、わざわざメールの本文を参照する必要がない。
【００５５】
また、ショートカット画像を利用することにより、電子メール以外の手段でも、ファイルサイズの制限を少なくして、相手のユーザと画像をやりとりすることができる。たとえば、メモリカードにショートカット画像のみを格納させ、相手のユーザにメモリカードを渡せば、相手のユーザがそのメモリカードから任意のオリジナル画像を取得することができるが、この場合、相手のユーザは特許文献１のように電子メールの本文を必要としない。
【００５６】
図３では、オリジナル画像とショートカット画像が異なるホスト（サーバ７０２およびターミナル７０１）にそれぞれ格納されている状態を示したが、図４に示すように、オリジナル画像とショートカット画像は、同じターミナル（あるいはサーバ）の異なるフォルダ（ディレクトリ）に格納されている場合でも本実施例の管理方式を利用することができる。
【００５７】
図４では、オリジナル画像４０１がターミナルのフォルダＡ「C:\My Pictures\original-image\」に格納され、各オリジナル画像（たとえばＡ、Ｂ、Ｃ、Ｄ）に対するショートカット画像（たとえばａ、ｂ、ｃ、ｄ）４０２が、同じターミナルの別フォルダＢ「C:\My Pictures\shortcut-image\」、フォルダＣ「C:\My Pictures\子供の写真\」、フォルダＤ「C:\My Pictures\２００３年０１月撮影\」に格納されている。これらのフォルダ（ディレクトリ）は、たとえば図７の構成ではターミナル７０１のＨＤＤ７０６などに画成される。
【００５８】
図４において、符号４０２に示すファイル名「IMG_0011.JPG」のオリジナル画像「Ｄ」に対する、４０３に示すファイル名「img_0011.JPG」のショートカット画像「ｄ」があるとすると、オリジナル画像「Ｄ」の格納位置は「C:\My Pictures\original-image\」、ファイル名は「IMG_0011.JPG」であるため、ショートカット画像「ｄ」のアドレスタグには、４０３のように「C:\My Pictures\original-image\IMG_0011.JPG」が記録される。
【００５９】
図４のような管理形態においては、たとえば、ユーザがＤＣＳで撮影した写真画像ファイル（オリジナル画像）４０１を、ユーザのＰＣ端末（ターミナル）の任意のフォルダに保存しており、オリジナル画像４０１に対応したショートカット画像４０２を別のフォルダに保存することで、ユーザは常にオリジナルの写真画像ファイルは特定のフォルダに一括で保存しておき、撮影時刻やテーマ等のフォルダごとに整理するときはショートカット画像を利用することができる。
【００６０】
また、本実施例では、１つのオリジナル画像に対するショートカット画像が複数あってよいことから、たとえば、４０１に示すオリジナル画像「Ａ」は、２００３年の１月に作成された画像ファイルで、かつ、被写体に子供が含まれている場合は、画像ファイルに子供が写っていることを示すフォルダＣと、撮影時刻が２００３年０１月を示すフォルダＤの２つのフォルダに同じショートカット画像「ａ」がそれぞれ含まれてもよい（符号４０４および４０５）。
【００６１】
このように、同一画像ファイルに対して複数のショートカット画像を生成することを許容するのは、次のような事情があるためである。
【００６２】
たとえば、ＰＣ等における画像ファイルの管理において、たとえば、ひとつの画像ファイルに対して「被写体が子供である」、「２００３年１月に撮影した画像である」というように、異なるカテゴリーで管理したいという需要が発生することが考えられるが、この場合、「被写体が子供である」というフォルダと、「２００３年１月に撮影した画像である」というフォルダを作成し、それぞれのフォルダに同じオリジナル画像をコピーして保存すると、メモリエリアが圧迫されてしまう。そこで、従来では、オリジナル画像を特定の場所に保存し、それらのショートカットファイル（たとえばＷｉｎｄｏｗｓ（商品名）の「ショートカット」）を利用して管理するような方法が用いられていたが、このようなショートカットファイルを用いる方法ではＯＳのシステムファイルを利用しないと画像の概要を知ることができないため、画像を管理するアプリケーションによってはショートカットファイルから画像の概要を容易に知ることができない。また、システムファイルを利用する場合でも、管理する画像ファイルが増加するにしたがって、システムファイルのサイズも肥大化する問題があった。また、このファイルサイズの問題を回避するために、任意のタイミングごとにシステムファイルから使われていない縮小画像を消去することで、システムファイルの肥大化を抑えることもできるが、システムファイルを更新するたびに画像処理が発生してしまう。
【００６３】
しかしながら、図４のような管理形態によれば、ショートカット画像はオリジナル画像と比べて小さいファイルサイズであることから、複数のカテゴリに同一のオリジナル画像から関連付けられたショートカット画像が重複しても、ファイルサイズの増加を抑えることができ、また、ショートカット画像は独立しているため、システムファイルを使用する必要も生じない。
【００６４】
以上のように本実施例のショートカット画像を利用すれば、効率よくカテゴリ別に写真画像を分類する利用方法が可能となる。
【００６５】
次に、図５〜図６を参照して図３のようにオリジナル画像をサーバに、ショートカット画像をターミナルに格納する管理形態においてオリジナル画像からショートカット画像を作成する手順を説明する。ここでは、たとえばサーバの格納位置「http://www.xxxx.co.jp/original-image/」に格納されたファイル名「IMG_0011.JPG」のオリジナル画像から、ファイル名「img_0011.JPG」のショートカット画像を作成するものとする。図７の構成においては、オリジナル画像はサーバ７０２がインターフェース７０８を介して画像入力手段７０７などから入力するものとする。
【００６６】
図５は、任意の場所に格納されたオリジナル画像からショートカット画像を作成する制御手順を示すフローチャートである。なお、図５の制御手順はターミナル７０１やサーバ７０２により実行されるが、その実行主体はたとえばターミナル７０１ないしサーバ７０２のＣＰＵ（７０４）であり、その場合図５の手順はＣＰＵ（７０４）の制御プログラムとしてＨＤＤ（７０６）やメモリ（７０５）に格納されていればよい。図５の制御手順に相当するプログラムの供給経路は任意であり、製品出荷時からこれらの記憶媒体に格納しておく他、ＭＯやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどの記憶媒体を介して供給する、あるいはネットワーク経由で供給する方法によればよい。
【００６７】
図５のステップＳ５００においては、まず、これから作成しようとするショートカット画像の対象となるオリジナル画像「IMG_0011.JPG」を参照する。「IMG_0011.JPG」はＤＣＳで撮影されたＤＣＦ形式の画像ファイルで、少なくともＤＣＦ基本主画像１０６（図１）の部分を含み、あるいはさらにサムネイル画像１１０を含む。
【００６８】
ステップＳ５００でオリジナル画像を参照する目的は、ステップＳ５０２またはステップＳ５０４でオリジナル画像のサムネイル画像または主画像を取得するためであり、実際にはこのときのオリジナル画像の格納エリアはどこでもよい。
【００６９】
たとえば、オリジナル画像が（最終的に）サーバに格納されることがこのショートカット画像作成時に判明していれば、ショートカット画像作成時にオリジナル画像はサーバに格納されていなくてもよい。
【００７０】
次にステップＳ５０１でオリジナル画像ファイル「IMG_0011.JPG」にサムネイル画像データが含まれている否かを判別する。ここでオリジナル画像にサムネイルが存在すれば、ステップＳ５０４でオリジナル画像ファイルからサムネイル画像データを抽出し、ステップＳ５０５でサムネイル画像データをサムネイル画像とするショートカット画像ファイル「img_0011.JPG」を作成する。一方、ステップＳ５０１でオリジナル画像にサムネイル画像が存在しなければ、ステップＳ５０２でオリジナル画像の主画像から任意の間引きを行った縮小画像データを作成して、ステップＳ５０３で前記縮小画像データをサムネイル画像データとするショートカット画像ファイル「img_0011.JPG」を作成する。
【００７１】
以上の処理により、オリジナル画像のサムネイル画像、またはオリジナル画像の主画像を縮小した画像をサムネイル画像として格納した主画像を有さない画像ファイル（ショートカット画像ファイル）が生成される。
【００７２】
次に、ステップＳ５０６でステップＳ５００で参照したオリジナル画像の格納位置（あるいは最終格納位置）を示すアドレスタグを生成してショートカット画像に付与する（ステップＳ５０６のショートカット画像に付与するアドレスタグの作成手順は図６で後述する）。なお、本実施例におけるショートカット画像は、オリジナルのＤＣＦ基本ファイルから主画像を取り除いた構成となっているが、ショートカット画像にオリジナル画像と同じ主画像を持たせたままにしておいてもかまわない。また、本実施例では、既存のオリジナル画像からショートカット画像を作成しているが、オリジナル画像が新規に生成されるときに同時にショートカット画像が作成されてもよい。たとえば、（たとえば図７における画像入力手段７０７としての）ＤＣＳにおいて、写真画像が作成されたときに、オリジナルの写真画像に対するショートカット画像が作成されてもよい。このときは、オリジナル画像とショートカット画像を作成する一連の処理として、まず、オリジナル画像を作成し、続けて図５のフローにしたがってショートカット画像を作成する。
【００７３】
次に、図５のステップＳ５０６におけるアドレスタグの作成手順を図６に示す。
【００７４】
ショートカット画像に付与するアドレスタグは、６０２に示すオリジナル画像の格納位置を示すパス名（文字列Ｂ）と、６０３に示すオリジナル画像のファイル名（文字列Ｃ）と、６０１に示す文字列Ｂ、Ｃの文字コードを示す文字コード種別（文字列Ａ）とで構成される。このとき前述のように文字コード種別（文字列Ａ）の情報は省略することもできる。
【００７５】
図６においては、まずステップＳ６０４でオリジナル画像のアドレスをどのように決定するのかを判別する。先に述べたように、アドレスタグに記録する６０２の文字列Ｂは、ショートカット画像作成時のオリジナル画像のアドレスでなくともよい。オリジナル画像が最終的に（あるいは常に）特定のアドレスに格納されることがあらかじめ決まっているのであれば、そのアドレスをショートカット画像のアドレスタグの文字列Ｂとしてもよい。
【００７６】
ステップＳ６０４で、ショートカット画像作成時のオリジナル画像のアドレスをアドレスタグの文字列Ｂとするのであれば、ステップＳ６０５でオリジナル画像のアドレスを文字列Ｂとして取得する。また、ステップＳ６０４で、任意のアドレスをアドレスタグの文字列Ｂとするのであれば、ステップＳ６０６で任意のアドレスを示す文字列を文字列Ｂとして取得する。
【００７７】
この任意のアドレスは、たとえば特定のユーザーインターフェースを介してユーザに入力させてもよいし、また、ショートカット画像を作成するアプリケーションや画像制御装置の仕様に応じて設定されるものであってよい。たとえば、本実施例では、オリジナル画像を常にサーバ「http://www.xxxx.co.jp/original-image/」に格納することがショートカット画像を作成するアプリケーションまたは画像制御装置に設定されているものとし、この場合はステップＳ６０６で「http://www.xxxx.co.jp/original-image/」を文字列Bとして取得する。
【００７８】
ステップＳ６０５、またはＳ６０６で文字列Ｂを取得したら、続いてステップＳ６０７でオリジナル画像のファイル名を示す文字列Ｃを取得する。本実施例では、オリジナル画像のファイル名「IMG_0011.JPG」を文字列Ｃとして取得する。
【００７９】
次に、ステップＳ６０８で、文字列Ａ、文字列Ｂ、文字列Ｃを結合させたオリジナル画像のアドレスを作成する。このとき、文字列Ｂと文字列Ｃの文字コード種別を示す文字列Ａはなくてもよい。本実施例では、文字列Ｂと文字列ＣをＵＴＦ−８で符号化して記述することとするので文字列Ａは用いない。
【００８０】
次に、ステップＳ６０９で、ステップＳ６０８で作成された文字列をＶａｌｕｅとするアドレスタグを作成しショートカット画像に付与する。本実施例では、「http://www.xxxx.co.jp/original-image/IMG_0011.JPG」をＶａｌｕｅとするアドレスタグがショートカット画像「img_0011.JPG」に付与される。
【００８１】
以上の制御手順によって図３の３０１に示すようなサーバ「http: //www.xxxx.co.jp/original-image/」に保存されるファイル名「IMG_0011.JPG」のオリジナル画像に対するショートカット画像「img_0011.JPG」を作成することができる。ショートカット画像「img_0011.JPG」のアドレスタグには、オリジナル画像の保存されているアドレス「http://www.xxxx.co.jp/original-image/IMG_0011.JPG」が記録されているため、ショートカット画像にアクセス可能なアプリケーションまたは画像制御装置は、必要に応じてオリジナル画像の格納場所へアクセスすることが可能となる。
【００８２】
なお、ショートカット画像にアクセス可能な画像処理装置やＰＣのアプリケーションがショートカット画像に付与されたオリジナル画像のアドレスを利用してオリジナル画像を取得する手段や手順は任意に当業者が実装できる。たとえば、これらの装置やアプリケーションは、ショートカット画像に格納されたオリジナル画像のアドレスタグを抽出し、任意のインターフェースを経由してオリジナル画像をダウンロード、あるいはコピー、読み取ることができればよく、また、アドレスタグの抽出に関しては、アドレスタグはＤＣＦ／Ｅｘｉｆ形式のＡＰＰ１データとして格納されているため、たとえばアドレスタグのタグ番号を認識し、その内容を取り出すだけでよく、既存のソフトウェアを大きく変更することなくアドレスタグを抽出することができる。
【００８３】
また、上記実施例では、アドレスタグをＵＲＬ（ＵＲＩ）形式で格納するようにしているので、オリジナル画像の格納場所はリモートホストの格納場所だけではなく、ローカルフォルダの格納場所も表現でき、非常に柔軟な運用が可能である。また、ＵＲＬ（ＵＲＩ）形式によれば、そのアクセス方法も指定できるため、種々のアクセスメソッド（以上の例ではオリジナル画像がＨＴＴＰを介してアクセスされる例を示したが、ＵＲＬ（ＵＲＩ）形式によればもちろんＦＴＰその他のアクセスメソッドを指定できるのはいうまでもない）を介してオリジナル画像をユーザに入手させることができる。
【００８４】
本実施例では、ショートカット画像ファイルのサムネイル画像は新たに生成する他、既にデジタルカメラなどで用いられているＤＣＦ／Ｅｘｉｆ形式のＡＰＰ１データとして格納されたサムネイルデータがあればそれを用いる（主画像はＮＵＬＬデータとする）ようにしているため、少ない計算コストで高速にショートカット画像ファイルを生成することができる。
【００８５】
あるいは、本実施例では、ショートカット画像ファイルの主画像として縮小画像（図１の１０６ａ）を用いるようにしてもよい。このようにショートカット画像ファイルの主画像として縮小画像を格納しておけば、ショートカット画像ファイルのサイズを抑えながら、しかもユーザは充分画像の細部を認識することができる（特別な改造をしなくても通常のＥメールアプリケーションあるいは画像ビューワはこのショートカットファイルに主画像として格納された縮小画像の方を表示できると考えられる）。
【００８６】
また、ショートカット画像ファイルの主画像として縮小画像（１０６ａ）を格納しておく方式によれば、抽出したアドレスタグを参照してオリジナル画像のダウンロードを行なおうとしたがリモートホストやサーバなどに格納しているはずのオリジナル画像が消去されてしまっているような場合においても、ショートカット画像に含まれているサムネイル画像より大きいサイズの縮小画像をオリジナル画像の代わりにユーザに利用させることもできる。縮小画像（１０６ａ）の縮小比率をＤＣＦ／Ｅｘｉｆ形式で用いられているサムネイル画像よりも小さくしておけば、オリジナル画像が消去されてしまっている場合でもユーザの画像利用の目的を達成できる可能性を高めることができる。また、比較的大きいサイズのディスプレイを有する携帯端末などにおいてはＤＣＦ／Ｅｘｉｆ形式で用いられているサムネイル画像では小さすぎ、画像の細部を充分視認できない場合があるが、この縮小画像を利用すれば大きいサイズのディスプレイを有効に活用することができる。
【００８７】
以上のように、本実施例によれば、第１のオリジナル画像ファイルのうち、第１の画像よりも低解像度な第２の画像ファイル（ショートカット画像ファイル）を、第１の画像ファイルから切り分け、あるいは新たに第２の画像ファイルを生成し、この第２の画像ファイルに第１の画像ファイルの格納場所を付加する構成を採用しており、画像の概要を知りたいときにはファイルサイズの小さい第２の画像ファイルの画像データのみを利用し、画像の詳細を知りたいときには、第２の画像ファイルのみを手がかりに、第１の画像ファイルの高解像度の画像データを利用できるという優れた効果がある。特に、第２の画像ファイルそれ自体に第１の画像ファイルの格納場所がアドレスタグとして含まれているため、たとえば第２の画像ファイルを送信したメール本文などを紛失してしまっても第２の画像ファイルのみから第１の画像ファイルに到達できる、という優れた効果がある。
【００８８】
さらに、第２の画像ファイルのフォーマットとしては、画像ファイルフォーマットと区別されるショートカット、エイリアス、シンボリックリンクなどとは異なり、それ自体、画像ファイルとして通用するＤＣＦ／Ｅｘｉｆ形式を用いているため、ＪＰＥＧ形式の画像ファイルを取り扱える通常のアプリケーション（画像ビューワ、ＷＥＢブラウザその他）であれば、第２の画像ファイルを表示したり、あるいは必要であれば編集したりすることができる、という優れた効果がある。
【産業上の利用可能性】
【００８９】
本発明のうち装置発明は任意の画像処理装置に実施することができる。また、本発明の方法ないしプログラムは適当な記憶媒体経由、あるいはネットワーク経由で対象の画像処理装置（ＰＣ、デジタルカメラ、など任意の画像処理装置）に導入することができる。
【図面の簡単な説明】
【００９０】
【図１】本発明の画像の分割管理に使用されるオリジナル画像とショートカット画像の構成を示した説明図である。
【図２】図１のショートカット画像に付与されるアドレスタグの構成を示した説明図である。
【図３】本発明の画像の分割管理方式の一例を示した説明図である。
【図４】本発明の画像の分割管理方式の一例を示した説明図である。
【図５】本発明においてショートカット画像を作成する制御手順を示したフローチャート図である。
【図６】本発明においてアドレスタグを作成する制御手順を示したフローチャート図である。
【図７】本発明を実施可能な処理環境および画像処理装置の構成を示した説明図である。
【符号の説明】
【００９１】
１００  オリジナル画像
１０１  ショートカット画像
１０５  ＡＰＰ１データセグメント
１０６  ＤＣＦ基本主画像
１１１  ＮＵＬＬデータ
２０２  文字コード種別情報
７０１  ターミナル
７０２  サーバ
７０３  ネットワーク
７０４  ＣＰＵ
７０５  メモリ
７０６  ＨＤＤ
７０７  画像入力手段
７０８  インターフェース
７１０  ネットワークインターフェース
【図１】
2005326908.tif 000003
【図２】
2005326908.tif 000004
【図３】
2005326908.tif 000005
【図４】
2005326908.tif 000006
【図５】
2005326908.tif 000007
【図６】
2005326908.tif 000008
【図７】
2005326908.tif 000009