(57)【特許請求の範囲】
【請求項１】
コンピュータに、
第１のファイルの格納場所を示すアドレス情報を取得する取得ステップと、
前記第１のファイルを出力させるためのユーザによる出力命令を受けた場合に、前記取得ステップにおいて取得されたアドレス情報が示す格納場所に格納されている前記第１のファイルを所定の出力設定に従って出力するとともに、且つ前記取得ステップにおいて取得され当該第１のファイルの当該出力に用いられるアドレス情報と当該所定の出力設定を示す設定情報とを含む、第２のファイルを作成する作成ステップと、
前記作成ステップにおいて作成された前記第２のファイルを用いて前記第１のファイルを出力させるためのユーザによる出力命令を受けた場合に、前記第２のファイルに含まれている前記アドレス情報に従って、前記アドレス情報が示す格納場所に格納されている前記第１のファイルを取得し、当該第２のファイルに含まれている前記設定情報が示す前記所定の出力設定に従って、取得された当該第１のファイルを出力する出力ステップと、
を実行させることを特徴とするプログラム。
【請求項２】
前記第１のファイルと前記第２のファイルは画像データを含み、当該第２のファイルに含まれる画像データは、当該第１のファイルに含まれる画像データに対応する画像の内容を示すことを特徴とする請求項１に記載のプログラム。
【請求項３】
前記第２のファイルは、前記第１のファイルに含まれる画像データよりも画素数の少ない画像データを含むことを特徴とする請求項２に記載のプログラム。
【請求項４】
前記第２のファイルが含む画像データは、前記第１のファイルに含まれる画像データが示す画像に、当該第２のファイルに含まれる前記設定情報が示す出力設定が反映されている画像を示すことを特徴とする請求項２又は３に記載のプログラム。
【請求項５】
前記第２のファイルに含まれる前記設定情報が示す出力設定は、前記第１のファイルに基づいて印刷装置に画像を印刷させるときの印刷設定であることを特徴とする請求項１乃至４のいずれか１項に記載のプログラム。
【請求項６】
前記作成ステップでは、ユーザによる指示に応じた出力設定に従って前記第１のファイルを出力した場合に、当該出力設定を示す設定情報を含む前記第２のファイルを作成することを特徴とする請求項１乃至５のいずれか１項に記載のプログラム。
【請求項７】
第１のファイルの格納場所を示すアドレス情報を取得する取得手段と、
前記第１のファイルを出力させるためのユーザによる出力命令を受けた場合に、前記取得手段により取得されたアドレス情報が示す格納場所に格納されている前記第１のファイルを所定の出力設定に従って出力するとともに、且つ前記取得手段において取得され当該第１のファイルの当該出力に用いられるアドレス情報と当該所定の出力設定を示す設定情報とを含む、第２のファイルを作成する作成手段と、
前記作成手段において作成された前記第２のファイルを用いて前記第１のファイルを出力させるためのユーザによる出力命令を受けた場合に、前記第２のファイルに含まれている前記アドレス情報に従って、前記アドレス情報が示す格納場所に格納されている前記第１のファイルを取得し、当該第２のファイルに含まれている前記設定情報が示す前記所定の出力設定に従って、取得された当該第１のファイルを出力する出力手段と、
を有することを特徴とするファイル管理装置。
【請求項８】
第１のファイルの格納場所を示すアドレス情報を取得する取得ステップと、
前記第１のファイルを出力させるためのユーザによる出力命令を受けた場合に、前記取得ステップにおいて取得されたアドレス情報が示す格納場所に格納されている前記第１のファイルを所定の出力設定に従って出力するとともに、且つ前記取得ステップにおいて取得され当該第１のファイルの当該出力に用いられるアドレス情報と当該所定の出力設定を示す設定情報とを含む、第２のファイルを作成する作成ステップと、
前記作成ステップにおいて作成された前記第２のファイルを用いて前記第１のファイルを出力させるためのユーザによる出力命令を受けた場合に、前記第２のファイルに含まれている前記アドレス情報に従って、前記アドレス情報が示す格納場所に格納されている前記第１のファイルを取得し、当該第２のファイルに含まれている前記設定情報が示す前記所定の出力設定に従って、取得された当該第１のファイルを出力する出力ステップと、
を有することを特徴とするファイル管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、互いに関連する複数のファイル間での処理の管理を行うに好適なプログラム、ファイル管理装置及びファイル管理方法に関する。
【背景技術】
【０００２】
画像ファイルの管理方法として、ＤＣＦ（Design rule for Camera File system）規格のように高解像度の実画像データと低解像度のサムネイル画像データとを一つの画像ファイルにするフォーマットを採用した方法が提案されている。この管理方法では、画像データの詳細な情報を知りたいときには高解像度の画像データを参照し、画像データの概要がわかればよいときには低解像度の画像データを参照することとなる。従って、画像データを使用する目的によって参照する情報を選択することができるという利点がある。
【０００３】
その一方で、上記画像データの管理方法では、必ず低解像度の画像データと高解像度の画像データとが一つのファイルとして構成されている。このため、画像データの概要だけわかればよく、高解像度の画像データを参照しない場合においても、高解像度の画像データを含んだ大きなファイルサイズとして取り扱わなければならないという問題がある。特に、電子メール及びファクシミリ等のデータ通信において、送受信する画像ファイルのデータサイズの効率化は重要である。
【０００４】
画像ファイルのデータサイズの効率化に関し、特許文献１には、次のような技術が記載されている。先ず、低解像度の画像データと高解像度の画像データとを切り分けて、低解像度の画像データのみを電子メールに添付して送信する。そして、受信した相手は高解像度の画像データが必要なときだけ電子メールに記された指示に従って、高解像度の画像データを別の通信手段で取得する。
【０００５】
しかしながら、特許文献１の管理方法においては、高解像度の画像データを取得する場合には、低解像度の画像データが添付された電子メールの指示に従う必要がある。つまり、低解像度の画像データで構成される画像ファイルのみを手がかりに、高解像度の画像データが含まれる画像ファイルを参照することができない。
【０００６】
また、特許文献２には、次のような技術が記載されている。先ず、第１のオリジナル画像ファイルのうち、第１の画像よりも低解像度であるサムネイルのみを有する第２の画像ファイルを、第１の画像ファイルから切り分ける。そして、通常は第２の低解像度の画像を取り扱い、必要に応じて第１の高解像度の画像データを利用することで、高解像度なデータと低解像度なデータを別々に管理する。
【０００７】
また、特許文献３には、特許文献２の分割管理方法にしたがって分割された画像ファイルを用いて、低解像度なデータから高解像度なデータを取得する手順が記載されている。
【０００８】
このように、特許文献２の管理方法は、画像の分割管理方法に関するフォーマット規定の発明であり、特許文献２では上記分割管理方法にしたがって画像ファイルを作成する手順について提案されている。また、特許文献３の画像データ処理方法は、画像の取得方法に関する発明であり、特許文献２の分割管理方法にしたがって分割された画像ファイルを取得する手順について提案されている。
【０００９】
しかしながら、特許文献２及び特許文献３には、第１のオリジナル画像ファイル（高解像度なデータ）を印刷する時の画像処理等の印刷設定に関する記載がない。従って、特許文献２及び特許文献３の技術のみでは、第２のサムネイル画像ファイル（低解像度なデータ）から第１のオリジナル画像ファイル（高解像度なデータ）を取得し、画像処理を行った後に印刷を行う場合、ユーザは毎回、画像処理を指定する必要がある。つまり、ユーザにとって煩雑な作業が発生するという課題がある。
【００１０】
ある画像に画像処理を施した際に、関連する画像にも同様の画像処理を施す技術に関し、特許文献４には、オリジナル画像に対して、各種画像補正をした画像を１つ以上作成し、ディスプレイ上に表示する技術が記載されている。そして、この技術では、ユーザがその中から１つを選んで、オリジナル画像に対して画像補正を行い、補正画像を保存することとしている。つまり、ユーザがオリジナル画像に対して画像補正を行い印刷する時に、再び同じ画像補正をした印刷を間単に行うことを想定して、画像補正をした画像をそのまま保存している。この結果、再び同じ画像処理をした印刷を行いたい時は、オリジナル画像ではなく、画像処理を行った後の画像を用いて印刷を行うことによって、印刷するたびに画像処理の設定を行う必要がなくなっている。
【００１１】
また、特許文献５には、サムネイル画像の元の画像となるオリジナル画像について補正された場合に、その補正されたオリジナル画像に対応するサムネイル画像も同じように補正して表示する技術が記載されている。
【００１２】
また、特許文献６には、サムネイル画像の過去の使用履歴を画像編集装置が記憶しておき、ユーザがサムネイル画像一覧を見たときに、間単に過去に使用した画像がわかるようにする技術が記載されている。
【００１３】
【特許文献１】特開平１０−２３３８６０号公報
【特許文献２】特開２００５−３２６９０８号公報
【特許文献３】特開２００６−１３９６３２号公報
【特許文献４】特開２００３−１８７２１５号公報
【特許文献５】特開２００１−３３３３７２号公報
【特許文献６】特開２００３−３４８５０６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、特許文献４の技術では、画像補正を行うたびに、補正後の画像が保存されるため、１つのオリジナル画像から派生した補正画像が徐々に増加し、ユーザが保有する画像データの容量が大幅に増加するという課題がある。
【００１５】
本発明は、ファイルの出力に用いた出力設定に従って、当該ファイルを容易に出力させることができるプログラム、ファイル管理装置、及びファイル管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本願発明者は、前記課題を解決すべく鋭意検討を重ねた結果、以下に示す発明の諸態様に想到した。
【００１７】
本発明に係るプログラムは、コンピュータに、第１のファイルの格納場所を示すアドレス情報を取得する取得ステップと、前記第１のファイルを出力させるためのユーザによる出力命令を受けた場合に、前記取得ステップにおいて取得されたアドレス情報が示す格納場所に格納されている前記第１のファイルを所定の出力設定に従って出力するとともに、且つ前記取得ステップにおいて取得され当該第１のファイルの当該出力に用いられるアドレス情報と当該所定の出力設定を示す設定情報とを含む、第２のファイルを作成する作成ステップと、前記作成ステップにおいて作成された前記第２のファイルを用いて前記第１のファイルを出力させるためのユーザによる出力命令を受けた場合に、前記第２のファイルに含まれている前記アドレス情報に従って、前記アドレス情報が示す格納場所に格納されている前記第１のファイルを取得し、当該第２のファイルに含まれている前記設定情報が示す前記所定の出力設定に従って、取得された当該第１のファイルを出力する出力ステップと、を実行させることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、ファイルの出力に用いた出力設定に従って、当該ファイルを容易に出力させることができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施形態について添付の図面を参照して具体的に説明する。図１は、本発明の実施形態に係る画像ファイル管理方法の実行に用いられる画像ファイル管理システムを示す図である。
【００２１】
図１に示すように、この画像データ処理システムには、サーバ１４０１と、ネットワーク１４０５を介してこのサーバ１４０１に接続されたターミナル（端末装置）１４０６とが含まれている。サーバ１４０１の内部には、ＣＰＵ１４０２、メモリ１４０３及びＨＤＤ１４０４等が含まれている。また、ＨＤＤ１４０４には、例えば、オンラインフォトアルバムサービス等の提供に関するプログラムが記録されている。ターミナル１４０６は、例えば、パーソナルコンピュータであり、その内部には、ＣＰＵ１４０７、メモリ１４０８、ＨＤＤ１４０９等が含まれている。本実施形態では、サーバ１４０１及びターミナル１４０６が画像ファイル管理装置として機能する。なお、ターミナル１４０６として、スキャナ、デジタルカメラ又はＰＤＡ等を用いてもよい。なお、サーバ１４０１として、プリンタ等を用いてもよい。また、ネットワーク１４０５として、ＵＳＢ等のローカル環境における通信等を用いてもよい。
【００２２】
また、サーバ１４０１及びターミナル１４０６に入力インタフェースが設けられており、画像ファイルを格納した画像記録装置１４１０がサーバ１４０１及びターミナル１４０６に接続可能となっている。画像記録装置１４１０は、例えばデジタルカメラである。
【００２３】
ここで、本実施形態において処理される画像ファイルのフォーマットについて説明する。本実施形態では、オリジナル画像ファイル（派生元画像ファイル）及びショートカット画像ファイル（画像ファイル）の２種類の画像ファイルが処理対象となっている。オリジナル画像ファイルは、例えばデジタルカメラ（撮像装置）による撮影により得られた画像（オリジナル画像）データを含むファイルであって解像度が高い画像データ（オリジナル画像データ）を含む。一方、ショートカット画像ファイルは、オリジナル画像データに基づいて作成されたオリジナル画像データよりも解像度が低い画像（ショートカット画像）データを含むファイルである。ショートカット画像ファイルには、少なくとも、オリジナル画像データのサムネイル画像のデータ及びオリジナル画像ファイルの所在位置を示す情報が含まれている。
【００２４】
また、本実施形態では、画像ファイルの基本フォーマットとしてＤＣＦ／Ｅｘｉｆ形式を用いる。従って、以下の説明では、画像ファイルの特定部分を示す用語として必要に応じてＤＣＦ／Ｅｘｉｆ（Exchangeable Image File）規格（又はＪＰＥＧ規格）において対応する部分を示す用語を用いる。
【００２５】
図２は、オリジナル画像ファイル（派生元画像ファイル）及びショートカット画像ファイルのフォーマットを示す模式図である。
【００２６】
先ず、オリジナル画像ファイル１００について説明する。オリジナル画像ファイル１００のＤＣＦ基本ファイルのフォーマットには、「ＳＯＩ（Start of Image）」１０２、「ＡＰＰ１」１０３、ＤＣＦ基本主画像データ１０４及び「ＥＯＩ（End of Image）」１０５が含まれている。「ＳＯＩ」１０２は、圧縮画像データの先頭を示すマーカーコード（通常０ｘＦＦＤ８）である。「ＥＯＩ」１０５は、「ＳＯＩ」１０２と対をなして圧縮画像データの終了を示すマーカーコード（通常０ｘＦＦＤ９）である。ＤＣＦ規格においては、ＳＯＩから始まりＥＯＩでデータが終わるように規定されている。「ＡＰＰ１」１０３はアプリケーションマーカーセグメントであり、主画像の付加情報及び低解像度の画像データであるサムネイル画像データ１０６が「ＡＰＰ１」１０３のデータ領域に格納される。サムネイル画像データ１０６のファイルのフォーマットには、「ＳＯＩ」１０２、「ＡＰＰ１」１０７、ＤＣＦ基本サムネイル画像データ１０８及び「ＥＯＩ」１０５が含まれている。そして、ＤＣＦ基本ファイルと同様に、ＳＯＩから始まりＥＯＩでデータが終わるように規定されている。なお、サムネイル画像データ１０６の「ＡＰＰ１」１０７はＤＣＦ基本ファイルの「ＡＰＰ１」１０３と同じ内容のデータを有していてもよい。ＤＣＦ基本サムネイル画像データ１０８に対し、ＤＣＦ基本主画像データ１０４は高解像度の画像データとなっている。
【００２７】
このように、本実施形態におけるＤＣＦ規格に準拠したオリジナル画像ファイル１００には、低解像度のＤＣＦ基本サムネイル画像データ１０８と高解像度のＤＣＦ基本主画像データ１０４（第１の画像データ）とが含まれている。従って、ユーザは、画像の概要を知りたいときにはＤＣＦ基本サムネイル画像データ１０８を参照し、画像の詳細を知りたいときにはＤＣＦ基本主画像データ１０４を、夫々参照すればよい。
【００２８】
次に、ショートカット画像ファイル１０１について説明する。ショートカット画像ファイル１０１のＤＣＦ基本ファイルのファイルフォーマットには、「ＳＯＩ」１０２、「ＡＰＰ１」１１３、ヌル（ＮＵＬＬ）データ１１４及び「ＥＯＩ」１０５が含まれている。「ＡＰＰ１」１１３のデータ領域には、サムネイル画像データ１１６が格納される。また、オリジナル画像ファイル１００の格納場所を示すアドレスタグ１２１も「ＡＰＰ１」１１３のデータ領域に格納される。更に、ショートカット画像ファイル１０１に対応するオリジナル画像ファイル１００の印刷時における画像処理及びレイアウト等の設定に関する情報を示す付帯情報タグ１２２も「ＡＰＰ１」１１３のデータ領域に格納される。付帯情報タグ１２２が印刷時の画像処理に関する情報を示している場合、当該ショートカット画像ファイル１０１に対する印刷命令が発行されると、これに対応するオリジナル画像ファイル１００内の画像データに当該画像処理が施され、その結果物が印刷される。また、付帯情報タグ１２２が印刷時のレイアウトに関する情報を示している場合、印刷命令が発行されると、これに対応するオリジナル画像ファイル１００内の画像データに当該レイアウト変更の処理が施され、その結果物が印刷される。このように、オリジナル画像ファイル１００とは異なり、ＤＣＦ基本主画像データが必要とされず、その代りにＮＵＬＬデータ１１４が格納されている。サムネイル画像データ１１６（第２の画像データ）のファイルのフォーマットには、「ＳＯＩ」１０２、「ＡＰＰ１」１１７、ＤＣＦ基本サムネイル画像データ１１８及び「ＥＯＩ」１０５が含まれている。ＤＣＦ基本サムネイル画像データ１１８は、サムネイル画像データ１１６に付帯情報タグ１２２が示す処理が施されて得られた結果物のデータである。従って、付帯情報タグ１２２に設定情報が含まれていない場合には、ＤＣＦ基本サムネイル画像データ１１８はサムネイル画像データ１１６と一致する。そして、ＤＣＦ基本ファイルと同様に、ＳＯＩから始まりＥＯＩでデータが終わるように規定されている。なお、サムネイル画像データ１１６の「ＡＰＰ１」１１７はＤＣＦ基本ファイルの「ＡＰＰ１」１１３と同じ内容のデータを有していてもよい。
【００２９】
このように、本実施形態におけるショートカット画像ファイル１０１はＤＣＦ規格に準拠しつつ、その「ＡＰＰ１」１１３のデータ領域に、アドレスタグ１２１及び付帯情報タグ１２２が付与されている。また、主画像データは不要である。
【００３０】
なお、ショートカット画像ファイル１０１に主画像データが含まれていてもよい。また、一つのオリジナル画像ファイル１００に対して、複数のショートカット画像ファイル１０１が存在していてもよい。また、アドレスタグ１２１が含まれていれば、当該ファイルがショートカット画像ファイル１０１であると認識できるが、その他に、当該ファイルをオリジナル画像データと識別するためのタグ等の標識が付されていてもよい。
【００３１】
次に、アドレスタグ１２１のデータ構成について説明する。図３は、アドレスタグ１２１のデータ構成を示す図である。
【００３２】
アドレスタグ１２１に相当するアドレスタグ２００は、Ｅｘｉｆ（ＤＣＦ）規約に基づき「Ｅｘｉｆ  ＩＦＤ」内に記録される。アドレスタグ２００のタグ番号としては、Ｔｉｆｆのプライベートタグ番号（例えば、４３０００）が利用される。
【００３３】
アドレスタグ２００の内容を示すタグのＶａｌｕｅは、「Ｖａｌｕｅ  ｏｆ  Ｅｘｉｆ  ＩＦＤ」内に記録される。Ｖａｌｕｅの格納場所は、アドレスタグ２００の「Ｖａｌｕｅ  Ｏｆｆｓｅｔ」に記される。アドレスタグ２００の「Ｔａｇ」、「Ｔｙｐｅ」、「Ｃｏｕｎｔ」、「Ｖａｌｕｅ  Ｏｆｆｓｅｔ」は特に規定しないが、例えば「Ｔｙｐｅ」は「ＡＮＹ」、「Ｃｏｕｎｔ」も「Ａｎｙ」としておく。
【００３４】
アドレスタグ２００の内容２０１（アドレスタグのＶａｌｕｅ）は、例えば次のように構成されている。即ち、図３に示すように、「アドレスタグのＶａｌｕｅ」の先頭には、以降続く文字コードを識別するための文字コード種別情報２０２が記録される。この文字コード種別情報２０２としては、例えばＡＳＣＩＩコード、ＪＩＳコード、Ｕｎｉｃｏｄｅ、又はそれ以外の文字コードが指定される。
【００３５】
文字コード種別情報２０２に続いて、オリジナル画像ファイル１００の格納場所を示すアドレス文字列２０３が「アドレスタグのＶａｌｕｅ」に記録される。アドレス文字列２０３には、オリジナル画像ファイル１００の格納場所を示すパス名と、オリジナル画像ファイルのファイル名とが含まれる。「アドレスタグのＶａｌｕｅ」へのオフセットは、ＴＩＦＦの規定に従ってアドレスタグ２００の「Ｖａｌｕｅ  Ｏｆｆｓｅｔ」に記される。
【００３６】
なお、「アドレスタグのＶａｌｕｅ」に、文字コード種別情報２０２が記録されずに、オリジナル画像ファイル１００のアドレスを示す文字列２０３のみが記録されてもよい。例えば、文字コードとして一定のコード（例えばＵＴＦ−８）を固定的に用いる場合には、文字コード種別情報２０２は必要ない。一方、ＵＴＦ−１６で符号化する場合は、ＩＳＯ／ＩＥＣ  １０６４６の附属書Ｅ及びＵｎｉｃｏｄｅの付録Ｂで規定するバイト順マーク（「ＺＥＲＯ  ＷＩＤＴＨ  ＮＯ−ＢＲＥＡＫ  ＳＰＡＣＥ文字」、０ｘＦＥＦＦ又は０ｘＦＦＦＥ）で始まらなければならない。また、明示的にＵＴＦ−８であることを識別するために、先頭の３バイトに識別コード（０ｘＥＦ  ０ｘＢＢ  ０ｘＢＦ）を入れてもよい。
【００３７】
また、「アドレスタグのＶａｌｕｅ」は、ＵＤＦに従って記録されてもよい。このときは、Ｖａｌｕｅの先頭１バイトに文字コード種別、次の１バイトに文字列長、続けてオリジナル画像の格納場所を示すアドレス文字列が記録される。
【００３８】
本実施形態では、このようなアドレスタグ１２１が各ショートカット画像ファイル１０１に付与されている。このため、ショートカット画像ファイル１０１にアクセス可能なアプリケーション又は画像制御装置は、ショートカット画像ファイル１０１から、これに対応するオリジナル画像ファイル１００の格納場所を取得することができる。従って、例えば、オリジナル画像ファイル１００をファイルサイズが大きい場合でも、これをサーバ１４０１等に格納しておけば、ファイルサイズの小さいショートカット画像ファイル１０１を介して容易にオリジナル画像ファイル１００を使用することができる。即ち、ターミナル１４０６の記憶容量が小さい場合でも、容易にかつ的確にオリジナル画像ファイル１００にアクセスすることができる。
【００３９】
また、画像データの概要だけ分かればよい場合には、画像を格納するメモリエリアを圧迫しないファイルサイズの小さいショートカット画像ファイル１０１を利用すればよい。また、画像に対する詳細な情報を得たい場合には、オリジナル画像ファイル１００を利用すればよい。
【００４０】
次に、付帯情報タグ１２２のデータ構成について説明する。図４は、付帯情報タグ１２２のデータ構成を示す図である。
【００４１】
付帯情報タグ１２２に相当する付帯情報タグ７００は、Ｅｘｉｆ（ＤＣＦ）規約に基づき「Ｅｘｉｆ  ＩＦＤ」内に記録される。付帯情報タグ７００のタグ番号としては、Ｔｉｆｆのプライベートタグ番号（例えば、４３００１）が利用される。
【００４２】
付帯情報タグ７００の内容を示すタグのＶａｌｕｅは、「Ｖａｌｕｅ  ｏｆ  ＥＸＩＦ  ＩＦＤ」内に記録される。Ｖａｌｕｅの格納場所は、付帯情報タグ７００の「Ｖａｌｕｅ  Ｏｆｆｓｅｔ」に記される。付帯情報タグ７００の「Ｔａｇ」、「Ｔｙｐｅ」、「Ｃｏｕｎｔ」、「Ｖａｌｕｅ  Ｏｆｆｓｅｔ」は特に規定しないが、例えば「Ｔｙｐｅ」は「ＡＮＹ」、「Ｃｏｕｎｔ」も「Ａｎｙ」としておく
【００４３】
付帯情報タグ７００の内容７０１（付帯情報タグのＶａｌｕｅ）は、例えば次のように構成されている。即ち、図４に示すように、「付帯情報タグのＶａｌｕｅ」の先頭には、以降続く文字コードを識別するための文字コード種別情報７０２が記録される。この文字コード種別情報７０２にとして、例えばＡＳＣＩＩコード、ＪＩＳコード、Ｕｎｉｃｏｄｅ、又はそれ以外の文字コードが指定される。
【００４４】
文字コード種別情報７０２に続いて、画像処理の設定等に関する付帯情報を示す文字列７０３が「付帯情報タグのＶａｌｕｅ」に記録される。「付帯情報タグのＶａｌｕｅ」へのオフセットは、ＴＩＦＦの規定に従って付帯情報タグ７００の「Ｖａｌｕｅ  Ｏｆｆｓｅｔ」に記される。
【００４５】
なお、「付帯情報タグのＶａｌｕｅ」には、文字コード種別情報７０２が記録されずに、オリジナル画像ファイル１００の画像処理の設定等の付帯情報を示す文字列７０３のみが記録されてもよい。例えば、文字コードとして一定のコード（例えばＵＴＦ−８）を固定的に用いる場合には、文字コード種別情報７０２は必要ない。一方、ＵＴＦ−１６で符号化する場合は、ＩＳＯ／ＩＥＣ  １０６４６の附属書Ｅ及びＵｎｉｃｏｄｅの付録Ｂで規定するバイト順マーク（「ＺＥＲＯ  ＷＩＤＴＨ  ＮＯ−ＢＲＥＡＫ  ＳＰＡＣＥ文字」、０ｘＦＥＦＦ又は０ｘＦＦＦＥ）で始まらなければならない。また、明示的にＵＴＦ−８であることを識別するために、先頭の３バイトに識別コード（０ｘＥＦ  ０ｘＢＢ  ０ｘＢＦ）を入れてもよい。
【００４６】
また、「付帯情報タグのＶａｌｕｅ」は、ＵＤＦに従って記録されてもよい。このときは、Ｖａｌｕｅの先頭１バイトに文字コード種別、次の１バイトに文字列長、続けてオリジナル画像の格納場所を示すアドレス文字列が記録される。
【００４７】
本実施形態では、このような付帯情報タグ１２２が各ショートカット画像ファイル１０１に付与されている。このため、ショートカット画像ファイル１０１にアクセス可能なアプリケーション又は画像制御装置は、ショートカット画像ファイル１０１から、これに対応するオリジナル画像ファイル１００の画像処理の設定等に関する付帯情報を取得することができる。従って、ショートカット画像ファイル１０１を用いて画像処理を行おうとする際に、これに対応するオリジナル画像ファイル１００に対して既にどのような画像処理等が行われているかを容易に認識することができる。
【００４８】
次に、印刷を経ずにオリジナル画像ファイル１００からショートカット画像ファイル１０１を直接作成する方法について説明する。図５は、印刷を経ずショートカット画像ファイル１０１を作成する方法を示すフローチャートである。ショートカット画像ファイル１０１の作成は、サーバ１４０１、ターミナル１４０６及び画像記録装置１４１０のいずれにおいても可能であるが、以下の説明では、サーバ１４０１において作成されるものとする。なお、ターミナル１４０６又は画像記録装置１４１０において作成される場合にも同様の処理が実行される。
【００４９】
先ず、ＣＰＵ１４０２が、ショートカット画像ファイルを作成しようとするオリジナル画像ファイル１００を参照する（ステップＳ５００）。以下の説明では、オリジナル画像ファイル１００のファイル名が「D.JPＧ」であるとする。なお、オリジナル画像ファイル１００の格納場所は、ＣＰＵ１４０２がアクセス可能な範囲内であれば、特に限定されない。例えば、サーバ１４０１内に格納されていてもよく、ターミナル１４０６又は画像記録装置１４１０内に格納されていてもよい。
【００５０】
次に、ＣＰＵ１４０２は、当該オリジナル画像ファイル１００に対応するサムネイル画像データ１０６が存在するか否かを判別する（ステップＳ５０１）。
【００５１】
そして、ステップＳ５０１の結果、当該オリジナル画像ファイル１００にサムネイル画像データ１０６が存在すれば、ＣＰＵ１４０２は、当該サムネイル画像データ１０６を抽出する（ステップＳ５０４）。次いで、ＣＰＵ１４０２は、当該サムネイル画像データ１０６をサムネイル画像データ１１６とすると決定する（ステップＳ５０５）。
【００５２】
一方、ステップＳ５０１の結果、当該オリジナル画像ファイル１００にサムネイル画像データ１０６が存在しなければ、ＣＰＵ１４０２は、オリジナル画像ファイル１００の主画像データ１０４から任意の間引きを行う。つまり、ＣＰＵ１４０２は、主画像データ１０４から縮小画像データを作成する（ステップＳ５０２）。次いで、ＣＰＵ１４０２は、当該縮小画像データをサムネイル画像データ１１６とすると決定する（ステップＳ５０３）。
【００５３】
このようにして、オリジナル画像ファイル１００のサムネイル画像データ１０６、又はオリジナル画像ファイル１００の主画像データ１０４を縮小した画像データがサムネイル画像データ１１６（第２の画像データ）として取得される。
【００５４】
ステップＳ５０３又はＳ５０５の後、ＣＰＵ１４０２は、当該オリジナル画像ファイル１００の格納予定場所を示すアドレスタグ１２１を生成する。そして、ＣＰＵ１４０２はこれをサムネイル画像データ１１６（ステップＳ５０３又はＳ５０５）に付与する（ステップＳ５０６）。この処理の詳細については後述する。
【００５５】
その後、ＣＰＵ１４０２は、当該オリジナル画像ファイル１００の画像処理の設定等に関する付帯情報を示す付帯情報タグ１２２を生成する。そして、ＣＰＵ１４０２は、これをサムネイル画像データ１１６（ステップＳ５０３又はＳ５０５）に付与する（ステップＳ５０７）。この付帯情報タグ作成の処理の詳細については後述する。
【００５６】
このようにして、ショートカット画像ファイル１０１のファイル作成が行われる。ファイル名が「D.JPG」のオリジナル画像ファイル１００に対して作成されたショートカット画像ファイル１０１のファイル名は、例えば「d.JPG」とする。
【００５７】
なお、ショートカット画像ファイル１０１に、オリジナル画像ファイル１００と同じ主画像データ１０４を含ませてもよい。
【００５８】
また、デジタルカメラ（画像記録装置１４１０）における写真撮影に伴うオリジナル画像ファイル１００の作成に続けて、図５に示すフローに従ってショートカット画像ファイル１０１が作成されてもよい。つまり、ショートカット画像ファイル１０１の作成処理がオリジナル画像ファイル１００の作成処理と一連のものとなっていてもよい。
【００５９】
次に、ステップＳ５０６におけるアドレスタグ１２１を作成する方法について説明する。図６は、アドレスタグ１２１を作成する方法を示すフローチャートである。
【００６０】
アドレスタグ１２１には、オリジナル画像ファイル１００の格納場所を示すパス名（文字列Ｂ）６０２、オリジナル画像ファイル１００のファイル名（文字列Ｃ）６０３、並びに文字列Ｂ及びＣの文字コードを示す文字コード種別情報（文字列Ａ）６０１が含まれる。なお、上述のように、文字コード種別情報（文字列Ａ）６０１が含まれていなくてもよい。
【００６１】
先ず、ＣＰＵ１４０２は、当該オリジナル画像ファイル１００のアドレスをどのように決定するのかを判別する（ステップＳ６０４）。ここでは、オリジナル画像ファイル１００の現在の格納場所をオリジナル画像ファイル１００の格納予定場所とするか、それ以外の任意の場所をオリジナル画像ファイル１００の格納予定場所とするか判断する。
【００６２】
そして、ステップＳ６０４の結果、現在の格納場所をオリジナル画像ファイル１００の格納予定場所とする場合、ＣＰＵ１４０２は、現在のオリジナル画像ファイル１００の格納場所（アドレス）をパス名（文字列Ｂ）６０２として取得する（ステップＳ６０５）。
【００６３】
一方、ステップＳ６０４の結果、任意の格納場所をオリジナル画像ファイル１００の格納予定場所とするのであれば、当該任意の格納場所を示す文字列をパス名（文字列Ｂ）６０２として取得する（ステップＳ６０６）。任意の格納場所は、例えば、サーバ１４０１上で動作するアプリケーション等を用いてユーザが設定する。例えば、オリジナル画像ファイル１００が常にサーバ１４０１の「http://www.canon.co.jp/original-image/」に格納されることが設定される。
【００６４】
ここでは、オリジナル画像ファイル１００の格納予定場所として、予め「http://www.canon.co.jp/original-image/」が設定されているとする。従って、「http://www.canon.co.jp/original-image/」がパス名（文字列Ｂ）６０２として取得される。
【００６５】
ステップＳ６０５又はＳ６０６の後、ＣＰＵ１４０２は、オリジナル画像ファイル１００のファイル名（文字列Ｃ）６０３を取得する（ステップＳ６０７）。ここでは、「D.JPG」がファイル名（文字列Ｃ）６０３として取得される。
【００６６】
次いで、ＣＰＵ１４０２は、文字コード種別情報（文字列Ａ）６０１、パス名（文字列Ｂ）６０２、及びファイル名（文字列Ｃ）６０３を結合させて、オリジナル画像ファイル１００のアドレスを示す文字列を作成する（ステップＳ６０８）。このとき、文字コード種別情報（文字列Ａ）６０１を含ませなくてもよい。例えば、文字列Ｂ及び文字列ＣをＵＴＦ−８で符号化して記述する場合には、文字列Ａは不要となる。
【００６７】
その後、ＣＰＵ１４０２は、ステップＳ６０７で作成した文字列をＶａｌｕｅとするアドレスタグ１２１を作成し、これをサムネイル画像データ１１６（ステップＳ５０３又はＳ５０５）に付与する（ステップＳ６０９）。ここでは、「http://www.canon.co.jp/original-image/D.JPG」をＶａｌｕｅとするアドレスタグ１２１が、ファイル名が「d.JPG」であるショートカット画像ファイル１０１に付与される。
【００６８】
次に、ステップＳ５０７における付帯情報タグ１２２を作成する方法について説明する。図７は、付帯情報タグ１２２を作成する方法を示すフローチャートである。
【００６９】
付帯情報タグ１２２には、オリジナル画像ファイル１００の画像処理の設定等に関する情報を示す付帯情報（文字列Ｂ）９０２、及び文字列Ｂの文字コードを示す文字コード種別情報（文字列Ａ）９０１が含まれる。なお、上述のように、文字コード種別情報（文字列Ａ）９０１が含まれていなくてもよい。
【００７０】
ここでは、印刷を経ずにショートカット画像ファイル１０１が作成されるため、先ず、ＣＰＵ１４０２は、付帯情報（文字列Ｂ）９０２を「なし」に決定する（ステップＳ９０４）。
【００７１】
次いで、ＣＰＵ１４０２は、文字コード種別情報（文字列Ａ）９０１、及び削除情報（文字列Ｂ）９０２を結合させて、画像処理の設定等に関する文字列を作成する（ステップＳ９０６）。このとき、文字コード種別情報（文字列Ａ）９０１を含ませなくてもよい。
【００７２】
その後、ＣＰＵ１４０２は、ステップＳ９０６で作成した文字列をＶａｌｕｅとする付帯情報タグ１２２を作成し、これをサムネイル画像データ１１６（ステップＳ５０３又はＳ５０５）に付与する（ステップＳ９０７）。ここでは、「なし」をＶａｌｕｅとする付帯情報タグ１２２が付与される。
【００７３】
このようにして（図５〜図７）、オリジナル画像ファイル１００からショートカット画像ファイル１０１が作成される。例えば、サーバ１４０１に保存されるファイル名が「D.JPG」のオリジナル画像ファイル１００に対応するファイル名が「d.JPG」のショートカット画像ファイル１０１が作成される。そして、このショートカット画像ファイル１０１のアドレスタグ１２１には、オリジナル画像ファイル１００が保存されている場所（「http://www.canon.co.jp/original-image/IMG_0011.JPG」）を示すアドレスタグ１２１が記録されている。このため、ショートカット画像ファイル１０１にアクセス可能なアプリケーション又は画像制御装置は、必要に応じてオリジナル画像ファイル１００の格納場所へアクセスすることが可能である。
【００７４】
次に、上述のようにして作成されたオリジナル画像ファイル１００及びこれに対応するショートカット画像ファイル１０１に対する、図１に示す画像データ処理システムにおける管理の方法の例について説明する。図８は、オリジナル画像ファイルとショートカット画像ファイルとの関係の一例を示す図である。
【００７５】
上述のようにしてサーバ１４０１においてショートカット画像ファイル１０１が作成されると、当該ショートカット画像ファイル１０１は、例えば電子メール等を用いてターミナル１４０６に送信される。この結果、図８に示すように、サーバ１４０１にオリジナル画像ファイル１００が格納され、ターミナル１４０６にショートカット画像ファイル１０１が格納される。ここでは、４種類のオリジナル画像ファイル１００（Ａ、Ｂ、Ｃ、Ｄ）がサーバ１４０１の所定の格納予定場所（「http://www.canon.co.jp/original-image/」）に格納されているとする。また、上記４種類のオリジナル画像ファイル１００に夫々対応するショートカット画像ファイル１０１（ａ、ｂ、ｃ、ｄ）が、ターミナル１４０６の格納場所、例えば「C:\My Pictures\shortcut-image\」で表わされる場所に格納されているとする。
【００７６】
この例の場合、図８に示すように、ファイル名が「D.JPG」の「Ｄ」のオリジナル画像ファイル３０１の格納場所が「http://www.canon.co.jp/original-image/」である。このため、「ｄ」のショートカット画像ファイル３０２のアドレスタグ１２１には、「http://www.canon.co.jp/original-image/D.JPG」３０４が記録されている。「ａ」、「ｂ」及び「ｃ」のショートカット画像ファイルについても、これに準じたアドレスタグ１２１が記録される。
【００７７】
また、「ｄ」のショートカット画像ファイル３０２は、「Ｄ」のオリジナル画像ファイル３０１から印刷を経ずに作成されたショートカット画像ファイルであるので、「ｄ」のショートカット画像ファイル３０２の付帯情報タグ１２２には、「なし」３０５が記録されている。「ｄ´」のショートカット画像ファイルについては後述する。
【００７８】
このような状態が形成されると、ユーザはターミナル１４０６のＨＤＤ１４０９等に格納されたショートカット画像ファイル３０２のサムネイル画像を参照するだけで、サーバ１４０１に保存されているオリジナル画像ファイル３０１の概要を取得することができる。つまり、ユーザは、ターミナル１４０６をサーバ１４０１に接続せずとも、所望の情報を取得することができる。例えば、ユーザがデジタルカメラ（画像記録装置１４１０）における写真撮影によってオリジナル画像ファイル１００を取得し、オンラインフォトアルバムサービス等を提供するサーバ１４０１に保存したとする。また、サーバ１４０１上においてオリジナル画像ファイル１００からショートカット画像ファイル１０１を作成したとする。このような場合、ユーザは、ターミナル１４０６のＨＤＤ１４０９等に格納されたショートカット画像ファイル１０１のサムネイル画像を参照するだけで、当該オリジナル画像ファイル１００に関する所望の情報を取得することができるのである。
【００７９】
また、ＰＤＡ等の携帯端末ではメモリエリアに制限があるが、このような環境下においても、ショートカット画像ファイル１０１さえ保存しておけば、画像の概要を知ることはできる。また、ユーザが画像の詳細情報の取得を希望する場合には、サーバ１４０１からオリジナル画像ファイル１００を取得すればよい。
【００８０】
また、オリジナル画像ファイル１００の格納場所は限定されない。但し、特にサーバ１４０１にオリジナル画像ファイル１００が格納されている場合には、サーバ１４０１に接続可能なターミナル１４０６からは、ショートカット画像ファイル１０１があれば、オリジナル画像ファイル１００の詳細を取得することが可能である。従って、この場合には、ユーザ間で画像データの授受を行う際にショートカット画像ファイル１０１を利用してもよい。例えば、電子メールを用いて写真画像データを送信しようとする際に、主画像データを含まないショートカット画像ファイル１０１を添付すれば、オリジナル画像ファイル１００自体を添付する場合と比較して電子メールのファイルサイズを小さくすることができる。そして、ショートカット画像ファイル１０１を受け取ったユーザは、希望する場合には、ショートカット画像ファイル１０１からサーバ１４０１にアクセスしてオリジナル画像ファイル１００を取得したり、その詳細情報を取得したりすることができる。
【００８１】
なお、他のユーザとの間で、小さいファイルサイズで画像を授受する方法として、先に述べた特許文献１のように電子メールの指示に従ってオリジナル画像を取得する方法もある。しかしながら、この従来の方法では、その都度、電子メールの指示を参照する必要がある。これに対し、本実施形態によれば、ショートカット画像ファイル１０１にオリジナル画像ファイル１００の格納場所が記録されているため、そのような煩雑な作業が不要となる。
【００８２】
また、本実施形態によれば、電子メール以外の手段でも、ファイルサイズの制限を少なくして、他のユーザとの間で画像データの授受を行うことができる。例えば、メモリカードにショートカット画像ファイル１０１のみを格納し、相手にメモリカードを渡せば、相手はそのメモリカードから任意のオリジナル画像ファイル１００を取得することができる。このため、特許文献１のような電子メール自体が不要となる。
【００８３】
なお、「ｄ」のショートカット画像ファイル１０１の付帯情報タグ１２２のＶａｌｕｅは「なし」３０５であるため、これを用いてオリジナル画像ファイル１００の画像データの印刷をそのまま実行すると、デフォルト設定に基づく印刷が行われる。ここでいうデフォルト設定とは、オリジナル画像ファイル１００に付されている印刷の設定をいう。一方、「ｄ」のショートカット画像ファイル１０１を用いてオリジナル画像ファイル１００の画像データの印刷を、設定を変更した上で実行すると、当該設定に基づく印刷が行われる。更に、詳細は後述するが、この「ｄ」のショートカット画像ファイル１０１から新たなショートカット画像ファイルが作成される。
【００８４】
次に、オリジナル画像ファイル１００及びこれに対応するショートカット画像ファイル１０１に対する管理の方法の他の例について説明する。図９は、オリジナル画像ファイルとショートカット画像ファイルとの関係の他の一例を示す図である。図８に示す例では、オリジナル画像ファイル１００及びショートカット画像ファイル１０１が互いに異なるホスト（サーバ１４０１、ターミナル１４０６）に夫々格納されている。これに対し、図９に示す例では、オリジナル画像ファイル１００及びショートカット画像ファイル１０１が、一つのホスト（ターミナル１４０６）内の互いに異なるフォルダ（ディレクトリ）に格納されている。なお、オリジナル画像ファイル１００及びショートカット画像ファイル１０１が、一つのサーバ１４０１内の互いに異なるフォルダに格納されていてもよい。
【００８５】
例えば、ターミナル１４０６にオリジナル画像ファイル１００がユーザにより入力され、ターミナル１４０６においてショートカット画像ファイル１０１が作成され、オリジナル画像ファイル１００とは異なるフォルダに格納されたとする。ここでは、オリジナル画像ファイル１００（Ａ、Ｂ、Ｃ、Ｄ）がフォルダＡに格納され、これらのオリジナル画像ファイル１００に対するショートカット画像ファイル１０１（ａ、ｂ、ｃ、ｄ）が、同じターミナル１４０６内の他のフォルダに格納されているとする。例えば、「ａ」〜「ｄ」のショートカット画像ファイル１０１がフォルダＢに格納され、「ａ」、「ｂ」のショートカット画像ファイル１０１がフォルダＣに格納され、「ａ」、「ｃ」及び「ｄ」のショートカット画像ファイル１０１がフォルダＢに格納されているとする。また、フォルダＡは「C:\My Pictures\original-image\」で表わされ、フォルダＢは「C:\My Pictures\shortcut-image\」で表わされるとする。また、フォルダＣは「C:\My Pictures\子供の写真\」で表わされあり、フォルダＤは「C:\My Pictures\２００３年０１月撮影\」で表わされるとする。
【００８６】
この例の場合、図９に示すように、ファイル名が「D.JPG」の「Ｄ」のオリジナル画像ファイル４０１の格納場所が「C:\My Pictures\original-image\」である。このため、「ｄ」のショートカット画像ファイル４０３のアドレスタグ１２１には、「C:\My Pictures\original-image\D.JPG」４０５が記録されている。「ａ」、「ｂ」及び「ｃ」のショートカット画像ファイルについても、これに準じたアドレスタグ１２１が記録される。「ｄ´」のショートカット画像ファイルについては後述する。
【００８７】
このような状態が形成されると、ユーザはターミナル１４０６のＨＤＤ１４０９等に格納されたショートカット画像ファイル４０３のサムネイル画像を参照するだけで、他のフォルダＡに格納されているオリジナル画像ファイル４０１の概要を取得することができる。つまり、ユーザは、オリジナル画像ファイル４０１を探し出さずとも、所望の情報を取得することができる。例えば、ユーザがデジタルカメラ（画像記録装置１４１０）における写真撮影によってオリジナル画像ファイル１００を取得し、フォルダＡに保存したとする。また、このオリジナル画像ファイル１００に対応する。ショートカット画像ファイル１０１を他のフォルダに保存したとする。このような場合、ユーザは、常にオリジナル画像ファイル１００を特定のフォルダに一括して保存しておき、撮影時刻及び／又はテーマ等のフォルダごとに整理するときはショートカット画像ファイル１０１を利用することができる。
【００８８】
そして、一つのオリジナル画像ファイル１００に対して複数のショートカット画像ファイル１０１が作成されてもよい。例えば、「Ａ」のオリジナル画像ファイル１００が２００３年１月に作成された画像データを含み、かつ、その被写体に子供が含まれているとする。この場合、ユーザは、画像に子供が写っていることを示すフォルダＣ、及び撮影時刻が２００３年１月を示すフォルダＤの２つのフォルダに、同一の「ａ」のショートカット画像ファイルを含ませることができる。このような分類を行っておけば、２００３年１月に撮影した写真を検索する場合にも、子供が写った写真を検索する場合にも、「Ａ」のオリジナル画像ファイル１００に対応する「ａ」のショートカット画像ファイル１０１にたどり着くことができる。そして、ショートカット画像ファイル１０１のファイルサイズは、主画像データを含ませなければ小さくすることが可能である。このため、複数のカテゴリに同一のオリジナル画像ファイル１００から関連付けられたショートカット画像ファイル１０１が重複していても、ファイルサイズの増加が抑えられる。
【００８９】
なお、「ｄ」のショートカット画像ファイル１０１の付帯情報タグ１２２のＶａｌｕｅは「なし」３０５であるため、これを用いてオリジナル画像ファイル１００の画像データの印刷をそのまま実行すると、デフォルト設定に基づく印刷が行われる。一方、「ｄ」のショートカット画像ファイル１０１を用いてオリジナル画像ファイル１００の画像データの印刷を、設定を変更した上で実行すると、当該設定に基づく印刷が行われる。更に、詳細は後述するが、この「ｄ」のショートカット画像ファイル１０１から新たなショートカット画像ファイルが作成される。
【００９０】
次に、本実施形態におけるショートカット画像ファイル１０１からの新たなショートカット画像ファイルの作成方法について説明する。図１０は、ショートカット画像ファイル１０１から新たなショートカット画像ファイルを作成する方法を示すフローチャートである。ここでは、図１２に示すように、ターミナル１４０６においてアプリケーションＡ及びＢが動作し、サーバ１４０１においてアプリケーションＣが動作することとする。アプリケーションＡは、例えば、ユーザが画像を閲覧したり削除したり印刷指示を出すような画像の制御を行うために使用するアプリケーションである。アプリケーションＢは、例えば、ターミナル１４０６に格納されたショートカット画像ファイルを管理するアプリケーションである。アプリケーションＣは、例えば、サーバ１４０１に格納されたオリジナル画像ファイルを管理するアプリケーションである。
【００９１】
先ず、ＣＰＵ１４０７が、印刷の際に、当該オリジナル画像ファイル１００に対するデフォルト設定以外の設定に基づく印刷を経て作成されるものであるか判別する（ステップＳ８０１）。デフォルト設定以外の設定としては、画像補正の設定及びレイアウト設定等が挙げられる。
【００９２】
そして、ステップＳ８０１の結果、特段の印刷設定が行われておらず、デフォルト設定のまま印刷が行われていれば、ＣＰＵ１４０７は、新たなショートカット画像ファイルを作成することなく、そのまま処理を終了する。
【００９３】
一方、ステップＳ８０１の結果、デフォルト設定以外の設定に基づいて印刷が行われていた場合、ＣＰＵ１４０７は、サムネイル画像データ１１６を抽出する（ステップＳ８０２）。次いで、ＣＰＵ１４０７は、サムネイル画像データ１１６を新たなショートカット画像ファイルのサムネイル画像データ１１６とすると決定する（ステップＳ８０３）。
【００９４】
その後、ＣＰＵ１４０７は、図６に示すフローチャートに従って、当該オリジナル画像ファイル１００の格納予定場所を示すアドレスタグ１２１を作成する。そして、ＣＰＵ１４０７はこれをサムネイル画像データ１１６（ステップＳ８０３）に付与する（ステップＳ８０４）。なお、アドレスタグ１２１の作成に代えて、元のショートカット画像ファイル１０１に付与されているアドレスタグ１２１を複写してもよい。
【００９５】
続いて、ＣＰＵ１４０７は、当該オリジナル画像ファイル１００の画像処理の設定等に関する付帯情報を示す付帯情報タグ１２２を生成する。そして、ＣＰＵ１４０７は、これをサムネイル画像データ１１６（ステップＳ８０３）に付与する（ステップＳ８０５）。この付帯情報タグ作成の処理の詳細については後述する。
【００９６】
続いて、付帯情報タグ１２２に印刷設定等の情報が含まれている場合、ＣＰＵ１４０７は、サムネイル画像データ１１６に対して、付帯情報タグ１２２の情報に基づいた処理を行い、これをサムネイル画像データ１１８とする（ステップＳ８０６）。例えば、オリジナル画像ファイル１００の画像データがカラーである場合に、これに対して白黒印刷が行われていたときには、サムネイル画像データ１１６をモノクロ化する画像処理が行われる。
【００９７】
このようにして、新たなショートカット画像ファイル１０１のファイル作成が行われる。ファイル名が「d.JPG」のショートカット画像ファイル１０１から新たに作成されたショートカット画像ファイル１０１のファイル名は、例えば「d´.JPG」とする。この新たなショートカット画像ファイル１０１を用いて画像データの印刷をそのまま実行しようとすると、付帯情報タグ１２２に付された画像処理等の設定が反映された印刷が行われる。また、この新たなショートカット画像ファイル１０１を用いて、更に、設定を変更した上で印刷を実行しようとすると、付帯情報タグ１２２に付された画像処理等の設定に加えて当該設定も反得された印刷が行われる。更に、更に新たなショートカット画像ファイルが作成される。
【００９８】
なお、このショートカット画像ファイル１０１にも、オリジナル画像ファイル１００と同じ主画像データ１０４を含ませてもよい。
【００９９】
次に、ステップＳ８０５における付帯情報タグ１２２を作成する方法について説明する。図１１は、付帯情報タグ１２２を作成する方法を示すフローチャートである。
【０１００】
先ず、ＣＰＵ１４０７は、デフォルト設定以外の印刷設定に関する情報を抽出し、この情報を付帯情報（文字列Ｂ）９０２として決定する（ステップＳ１３０１）。例えば、ショートカット画像ファイル１０１の画像データがカラーである場合に、これに対して白黒印刷を行ったときには、白黒印刷を行ったことを示す情報が付帯情報（文字列Ｂ）９０２として決定される。
【０１０１】
次いで、ＣＰＵ１４０７は、文字コード種別情報（文字列Ａ）９０１、及び削除情報（文字列Ｂ）９０２を結合させて、画像処理の設定等に関する文字列を作成する（ステップＳ１３０２）。このとき、文字コード種別情報（文字列Ａ）９０１を含ませなくてもよい。
【０１０２】
その後、ＣＰＵ１４０７は、ステップＳ１３０２で作成した文字列をＶａｌｕｅとする付帯情報タグ１２２を作成し、これをサムネイル画像データ１１６（ステップＳ８０３）に付与する（ステップＳ１３０３）。ここでは、例えば「白黒印刷」をＶａｌｕｅとする付帯情報タグ１２２が付与される。
【０１０３】
このようにして、ショートカット画像ファイル１０１から新たなショートカット画像ファイル１０１が作成される。例えば、サーバ１４０１に保存されるファイル名が「D.JPG」のオリジナル画像ファイル１００に対応するファイル名が「d´.JPG」のショートカット画像ファイル１０１が新たに作成される。
【０１０４】
そして、新たに作成されたショートカット画像ファイル１０１は、他のショートカット画像ファイル１０１と同様に管理することが可能である。例えば、図８又は図９に示すように、「d´.JPG」のショートカット画像ファイル１０１を、「d.JPG」のショートカット画像ファイル１０１と同様に管理することが可能である。
【０１０５】
そして、図８に示す例では、「ｄ´」のショートカット画像ファイル３０３のアドレスタグ１２１にも、「http://www.canon.co.jp/original-image/D.JPG」３０４が記録されている。また、「ｄ´」のショートカット画像ファイル３０３が「ｄ」のショートカット画像ファイル３０２から白黒印刷を経て作成されたショートカット画像ファイルである場合、その付帯情報タグ１２２には、「白黒印刷」３０６が記録されている。
【０１０６】
このような場合、「ｄ」のショートカット画像ファイル３０２のサムネイル画像はカラー画像であるのに対し、「ｄ´」のショートカット画像ファイル３０３のサムネイル画像は白黒画像である。従って、ユーザは、これらのショートカット画像ファイルが作成された後に印刷を行う場合、カラー印刷に適したショートカット画像ファイルだけでなく、白黒印刷に適したショートカット画像ファイルを速やかに認識することができる。そして、「ｄ」のショートカット画像ファイル３０３から特に印刷設定を行うことなく「Ｄ」のオリジナル画像ファイル３０１の印刷命令を行えば、カラー印刷が行われる。また、「ｄ´」のショートカット画像ファイル３０３から特に印刷設定を行うことなく「Ｄ」のオリジナル画像ファイル３０１の印刷命令を行えば、白黒印刷が行われる。つまり、「ｄ´」のショートカット画像ファイル３０３を選択すれば、新たな印刷設定を行わずとも白黒印刷を実行することができる。このように、ユーザの使い勝手が向上する。また、「ｄ´」のショートカット画像ファイル３０３に主画像データ１０４は必要とされないため、これを追加してもデータ量が著しく増加することはない。
【０１０７】
また、図９に示す例では、「ｄ´」のショートカット画像ファイル４０４のアドレスタグ１２１にも、「http://www.canon.co.jp/original-image/D.JPG」４０５が記録されている。また、「ｄ´」のショートカット画像ファイル４０４が「ｄ」のショートカット画像ファイル４０３から赤目補正の画像処理後の印刷を経て作成されたショートカット画像ファイルである場合、その付帯情報タグ１２２には、「赤目補正」が記録されている。
【０１０８】
このような場合、「ｄ」のショートカット画像ファイル４０３のサムネイル画像は撮影されたままの画像であるのに対し、「ｄ´」のショートカット画像ファイル４０４のサムネイル画像は赤目補正の画像処理が施された画像である。従って、ユーザは、これらのショートカット画像ファイルが作成された後に印刷を行う場合、撮影されたままの画像の印刷に適したショートカット画像ファイルだけでなく、赤目補正が施された画像の印刷に適したショートカット画像ファイルを速やかに認識することができる。なお、「ｄ´」のショートカット画像ファイル４０４が赤目補正が施されたものであることをより一層識別しやすくするために、文字の表示等を付加してもよい。そして、「ｄ´」のショートカット画像ファイル４０４から特に印刷設定を行うことなく「Ｄ」のオリジナル画像ファイル４０２の印刷命令を行えば、赤目補正が施された画像の印刷が行われる。つまり、「ｄ´」のショートカット画像ファイル４０４を選択すれば、新たな印刷設定を行わずとも赤目補正が施された画像の印刷を実行することができる。このように、ユーザの使い勝手が向上する。また、「ｄ´」のショートカット画像ファイル４０４に主画像データ１０４は必要とされないため、これを追加してもデータ量が著しく増加することはない。
【０１０９】
なお、付帯情報タグ１２２の付帯情報（文字列Ｂ）９０２は、「なし」、「白黒印刷」、「赤目補正」等の日本語である必要はなく、各印刷設定の内容を特定することが可能な記号又はアルファベットの文字列等であってもよい。また、付帯情報（文字列Ｂ）９０２が表わす印刷設定の種類は１種類である必要はなく、複数の印刷設定が付されていてもよい。例えば、デフォルト設定では印刷品位として「普通」が設定されている場合に、「白黒印刷」と「きれい」とが組み合わされた「白黒印刷、きれい」が付されていてもよい。
【０１１０】
また、図１０及び図１１に示す処理は、ショートカット画像ファイルから印刷を行った場合の処理を示しているが、オリジナル画像ファイルから印刷を行った場合に同様の処理を行ってもよい。この場合には、図５の処理を実行しつつ、ステップＳ５０７の処理の際に図７ではなく、図１１に示す処理を実行すればよい。
【０１１１】
新たなショートカット画像ファイルの作成は、印刷終了後に限定されるものではない。例えば、印刷プレビューが実行された時点で新たなショートカット画像ファイルを作成してもよく、また、画像処理が試された時点で新たなショートカット画像ファイルを作成してもよい。また、印刷終了後、印刷プレビューの時点、画像処理が試された時点等に、新たなショートカット画像ファイルの作成の可否をユーザに問い合わせて選択させてもよい。また、出力に関する命令には、印刷に関する命令の他に、単に表示装置への表示命令等も含まれる。つまり、印刷の実行までは行わずとも、表示装置上で写真データの修正等を行う場合にも、ショートカット画像ファイルが作成されてもよい。
【０１１２】
また、オリジナル画像ファイル１００に、その格納場所を示すアドレスタグが存在していてもよい。このような構成は、サーバ及びターミナル（クライアント）の両方にオリジナル画像ファイルが存在する場合に有効である。例えば、クライアントから印刷を行う場合に、クライアントの持つアドレスタグの情報からサーバにアクセスし、サーバ側でオリジナル画像が変更されていないかという確認を行うことによって、クライアントに印刷を許可するような構成を採用する場合に有効である。ここで、オリジナル画像が変更されていないかという確認に代えて、正式なクライアントとしての認証を行ってもよい。このような構成では、クライアントにショートカット画像ファイルが格納されている場合、確認又は認証の後にオリジナル画像ファイルを読み込む必要があるが、クライアントにオリジナル画像ファイルが格納されていれば、読み込みのためのダウンロードが不要となる。つまり、確認又は認証の後に、オリジナル画像ファイルのダウンロードを行わずともクライアントに格納されているオリジナル画像ファイルを用いて印刷を行うことができる。このため、ダウンロードに必要な時間が省略され、印刷にかかる時間が短縮される。
【０１１３】
ここで、「ｄ」のショートカット画像ファイル１０１から「Ｄ」のオリジナル画像ファイル１００の印刷を、印刷設定の変更を行った上で行った場合に、「ｄ´」のショートカット画像ファイル１０１が新たに作成される際の具体的な処理について説明する。図１３は、新たなショートカット画像ファイルが新たに作成される処理を示す図である。特に、図１３（ａ）は、各アプリケーション間の要求を示す模式図であり、図１３（ｂ）は、削除手順インタフェースを示す応答図である。
【０１１４】
先ず、ユーザがアプリケーションＡを用いて印刷指示を行うと、アプリケーションＡがアプリケーションＢに対し、その管理下にある「ｄ」のショートカット画像ファイル１０１を用いた印刷要求１１０３を発行する。この要求を受けたアプリケーションＢは、「ｄ」のショートカット画像ファイル１０１のアドレスタグ１２１の情報を確認する。そして、アプリケーションＢは、「ｄ」のショートカット画像ファイル１０１のアドレスタグ１２１の情報に基づいて、アプリケーションＣにオリジナル画像取得要求１１０４を発行する。次に、オリジナル画像取得要求１１０４を受信したアプリケーションＣは、オリジナル画像取得要求への応答１１０５を返す。この応答１１０５に際し、アプリケーションＣは、オリジナル画像取得要求１１０４が示すオリジナル画像ファイル１００がない場合は、その旨をアプリケーションＢに返す。一方、オリジナル画像ファイル１００がある場合は、要求された当該オリジナル画像ファイル１００をアプリケーションＢに送信する。
【０１１５】
その後、アプリケーションＢは、ＣＰＵ１４０７をタグ判断手段として用いて、「ｄ」のショートカット画像ファイル１０１の付帯情報タグ１２２を確認する。ここでは、付帯情報タグ１２２に「なし」が示されているとする。更に、アプリケーションＢは、印刷要求１１０３が、デフォルト設定以外の印刷設定に基づく印刷要求であるか判断する。ここでは、デフォルト設定以外の印刷設定、例えば赤目補正に基づく印刷要求１１０３が行われていたとする。そして、アプリケーションＢは、付帯情報タグ１２２が示す印刷設定と印刷要求１１０３が示す印刷設定とを組み合わせた印刷設定に基づく印刷１１０６を実行する。この例では、赤目補正の画像処理を行った上での印刷１１０６が行われる。もし、付帯情報タグ１２２に「ＶＩＶＩＤ」が付されていて、赤目補正の印刷要求１１０３がされている場合には、赤目補正の画像処理及びＶＩＶＩＤの画像処理を組み合わせた画像処理が行われて得られた画像の印刷が行われる。ここで、「ＶＩＶＩＤ」とは、色をより鮮やかにする画像処理のことをいう。この画像処理によれば、例えば、人物については自然な色合いを保ちながら、背景の草木、空及び海をより鮮やかに表現することができる。
【０１１６】
次に、アプリケーションＢは、図１０に示すフローチャートに従って、「ｄ´」のショートカット画像ファイル１０１の作成１１０７を実行する。このとき、「ｄ´」のショートカット画像ファイル１０１のアドレスタグ１２１は、「ｄ」のショートカット画像ファイル１０１と同じものとなる。また、「ｄ´」のショートカット画像ファイル１０１の付帯情報タグ１２２には、アプリケーションＡで指定された印刷設定である「赤目補正」が付加される。また、「ｄ´」のショートカット画像ファイル１０１のサムネイル画像データ１１８は、「ｄ」のショートカット画像ファイル１０１のサムネイル画像データ１１８に「赤目補正」の処理が施されたものとなる。
【０１１７】
なお、「ｄ」のショートカット画像ファイル１０１の付帯情報タグ１２２に他の印刷設定（例えば、「ＶＩＶＩＤ」）が既に付されている場合には、「ｄ´」のショートカット画像ファイル１０１の付帯情報タグ１２２には、「ＶＩＶＩＤ、赤目補正」が記される。また、「ｄ」のショートカット画像ファイル１０１のサムネイル画像データ１１８は、「Ｄ」のオリジナル画像ファイル１００のサムネイル画像データ１０８に「ＶＩＶＩＤ」の画像処理が施されたものとなっている。このため、「ｄ´」のショートカット画像ファイル１０１のサムネイル画像データ１１８は、「Ｄ」のオリジナル画像ファイル１００のサムネイル画像データ１０８に「ＶＩＶＩＤ」及び「赤目補正」の画像処理が施されたものとなる。つまり、「ｄ」のショートカット画像ファイル１０１のサムネイル画像データ１１８に「赤目補正」の処理が施されたものとなる。
【０１１８】
アプリケーションＢは、このような新たなショートカット画像ファイルの作成１１０７を行った後、アプリケーションＡへ印刷要求への応答１１０８を返す。
【０１１９】
なお、本発明の実施形態は、例えばコンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記の印刷処理用のプログラムも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びプログラムプロダクトは、本発明の範疇に含まれる。
【図面の簡単な説明】
【０１２０】
【図１】本発明の実施形態に係る画像ファイル管理方法の実行に用いられる画像ファイル管理システムを示す図である。
【図２】オリジナル画像ファイル（派生元画像ファイル）及びショートカット画像ファイルのフォーマットを示す模式図である。
【図３】アドレスタグ１２１のデータ構成を示す図である。
【図４】付帯情報タグ１２２のデータ構成を示す図である。
【図５】印刷を経ずにショートカット画像ファイル１０１を作成する方法を示すフローチャートである。
【図６】アドレスタグ１２１を作成する方法を示すフローチャートである。
【図７】付帯情報タグ１２２を作成する方法を示すフローチャートである。
【図８】オリジナル画像ファイルとショートカット画像ファイルとの関係の一例を示す図である。
【図９】オリジナル画像ファイルとショートカット画像ファイルとの関係の他の一例を示す図である。
【図１０】ショートカット画像ファイル１０１から新たなショートカット画像ファイルを作成する方法を示すフローチャートである。
【図１１】付帯情報タグ１２２を作成する方法を示すフローチャートである。
【図１２】サーバ１４０１及びターミナル１４０６とアプリケーションＡ〜Ｃとの関係を示す図である。
【図１３】新たなショートカット画像ファイルが新たに作成される処理を示す図である。
【符号の説明】
【０１２１】
１００：オリジナル画像ファイル
１０１：ショートカット画像ファイル
１０２：ＳＯＩ
１０３：ＡＰＰ１
１０４：ＤＣＦ基本主画像データ
１０５：ＥＯＩ
１０６：サムネイル画像データ
１０７：ＡＰＰ１
１０８：ＤＣＦ基本サムネイル画像データ
１１３：ＡＰＰ１
１１４：ヌル（ＮＵＬＬ）データ
１１６：サムネイル画像データ
１１７：ＡＰＰ１
１１８：ＤＣＦ基本サムネイル画像データ
１２１：アドレスタグ
１２２：付帯情報タグ
【図１】
0005264155.tif 000002
【図２】
0005264155.tif 000003
【図３】
0005264155.tif 000004
【図４】
0005264155.tif 000005
【図５】
0005264155.tif 000006
【図６】
0005264155.tif 000007
【図７】
0005264155.tif 000008
【図８】
0005264155.tif 000009
【図９】
0005264155.tif 000010
【図１０】
0005264155.tif 000011
【図１１】
0005264155.tif 000012
【図１２】
0005264155.tif 000013
【図１３】
0005264155.tif 000014