JP4622597B2 - 画像処理装置、画像処理方法及び画像処理プログラム - Google Patents

Description

本発明は画像処理システム、画像処理方法及び画像処理プログラムに関し、特にファイルに格納されている画像にアクセスする方法に関する。

従来、ＴＩＦＦ、ＥＸＩＦ、ＪＰＥＧ等の様々な画像ファイルフォーマットが規格化されている。ファイルフォーマットを定める規格ではフォーマットについてベンダにある程度の自由裁量権を認めていることが多い。例えばＴＩＦＦ／ＥＰでは、ディジタルカメラ等によるデモザイク処理が施されていないＲＡＷデータをファイルに格納することを認めているが、ＲＡＷデータにアクセスするためのエントリをいずれのＩＦＤ（Image File Directory）、サブＩＦＤに記録するべきかを定めていない。またＴＩＦＦ／ＥＰでは、１つのファイルに最高解像度の画像のエントリとそのサムネイル画像のエントリとをそれぞれ０ｔｈＩＦＤのサブＩＦＤと０ｔｈＩＦＤに記録すべきことを推奨しているが、ベンダは最高解像度の画像とサムネイル画像の中間の解像度の画像のエントリを任意のＩＦＤ、サブＩＦＤに記録することもできる。

特許文献１には、ＲＡＷデータとともにＪＰＥＧフォーマットの画像がファイルに格納されている場合にＪＰＥＧフォーマットの画像を印刷対象とする技術が開示されている。しかし、前述したようにベンダはファイル内の画像の参照を自由に決めることができ、いったん決めたフォーマットも自由に変更できるため、フォーマットが未知のファイルが処理対象になる場合が想定され、そのような場合にはシステムが処理対象の画像にアクセスできないという問題がある。

特開２００５−３３４６８

本発明は上述の問題を解決するために創作されたものであって、フォーマットが不明なファイルに格納された画像にアクセスできるように機能を更新できる画像処理システム、画像処理方法及び画像処理プログラムを提供することを目的とする。

上記目的を達成するための画像処理装置は、ファイル内に複数の画像が格納されている
ファイルを入力する入力手段と、前記ファイル内の複数の画像の参照情報を、前記ファイ
ルに格納されているチェーン構造又はツリー構造のディレクトリから解析する解析手段と
、 前記解析された参照情報に基づいて前記ファイル内の複数の画像を特定し、前記特定
された画像毎の用途を前記画像の属性に応じて判定する用途判定手段と、前記判定された
用途を案内する画面を表示装置に対して出力する用途案内画面出力手段と、前記案内され
た用途の確定指示を受け付け、前記確定指示に応じて前記用途を確定させる用途確定手段
と、前記確定された用途を前記参照情報毎に追加登録する用途登録手段と、を備えること
を特徴とする。
ファイルに格納されている複数の画像の各用途を画像の属性に応じて判定し、判定され
た用途をユーザに案内し、ユーザによる用途の確定指示を受け付け、確定指示に応じて用
途を確定させる手段を画像処理装置に備えることにより、ユーザが用途を入力する操作を
簡素化することができ、誤判定による画像の誤用を防止することができる。
前記用途判定手段は、前記画像のサイズが最も大きい画像の用途を印刷用、最も小さい
画像を画面表示用と判定しても良いし、前記画像処理装置がデモザイク処理機能を備えて
おらず、かつ、前記画像がＲＡＷデータ画像である場合には、該ＲＡＷデータ画像に対し
て用途を設定しないとしても良い。

上記目的を達成するための画像処理方法は、（ａ）ファイル内に複数の画像が格納され
ているファイルを入力するステップと、（ｂ）前記ファイル内の複数の画像の参照情報を
、前記ファイルに格納されているチェーン構造又はツリー構造のディレクトリから解析す
るステップと、（ｃ）前記解析された参照情報に基づいて前記ファイル内の複数の画像を
特定し、前記特定された画像毎の用途を前記画像の属性に応じて判定するステップと、（
ｄ）前記判定された用途を案内する画面を表示装置に対して出力するステップと、（ｅ）
前記案内された用途の確定指示を受け付け、前記確定指示に応じて前記用途を確定させる
ステップと、（ｆ）前記確定された用途を前記参照情報毎に追加登録するステップとを備
えることを特徴とする。
ファイルに格納されている複数の画像の各用途を画像の属性に応じて判定し、判定され
た用途をユーザに案内し、ユーザによる用途の確定指示を受け付け、確定指示に応じて用
途を確定させるステップを備えることにより、ユーザが用途を入力する操作を簡素化する
ことができ、誤判定による画像の誤用を防止することができる。
前記ステップ（ｃ）は、前記画像のサイズが最も大きい画像の用途を印刷用、最も小さ
い画像を画面表示用と判定しても良いし、前記画像処理装置がデモザイク処理機能を備え
ておらず、かつ、前記画像がＲＡＷデータ画像である場合には、該ＲＡＷデータ画像に対
して用途を設定しないとしても良い。

上記目的を達成するためのプログラムは、コンピュータに、（ａ）ファイル内に複数の
画像が格納されているファイルを入力するステップと、（ｂ）前記ファイル内の複数の画
像の参照情報を、前記ファイルに格納されているチェーン構造又はツリー構造のディレク
トリから解析するステップと、（ｃ）前記解析された参照情報に基づいて前記ファイル内
の複数の画像を特定し、前記特定された画像毎の用途を前記画像の属性に応じて判定する
ステップと、（ｄ）前記判定された用途を案内する画面を表示装置に対して出力するステ
ップと、（ｅ）前記案内された用途の確定指示を受け付け、前記確定指示に応じて前記用
途を確定させるステップと、（ｆ）前記確定された用途を前記参照情報毎に追加登録する
ステップとを実行させる。
ファイルに格納されている複数の画像の各用途を画像の属性に応じて判定し、判定され
た用途をユーザに案内し、ユーザによる用途の確定指示を受け付け、確定指示に応じて用
途を確定させるステップを備えることにより、ユーザが用途を入力する操作を簡素化する
ことができ、誤判定による画像の誤用を防止することができる。
前記ステップ（ｃ）は、前記画像のサイズが最も大きい画像の用途を印刷用、最も小さ
い画像を画面表示用と判定しても良いし、前記画像処理装置がデモザイク処理機能を備え
ておらず、かつ、前記画像がＲＡＷデータ画像である場合には、該ＲＡＷデータ画像に対
して用途を設定しないとしても良い。

尚、請求項に記載された方法の各動作の順序は、技術上の阻害要因がない限り、記載順に限定されるものではなく、どのような順番で実行されてもよく、また同時に実行されてもよい。尚、本発明に備わる複数の手段の各機能は、構成自体で機能が特定されるハードウェア資源、プログラムにより機能が特定されるハードウェア資源、又はそれらの組み合わせにより実現される。また、これら複数の手段の各機能は、各々が物理的に互いに独立したハードウェア資源で実現されるものに限定されない。

以下、実施例に基づいて本発明の実施の形態を説明する。
図２は、本発明による画像処理システムの一実施例としての複合機１の外観を示す図である。図３は、複合機１を示すブロック図である。複合機１は、リムーバブルメモリ２０から入力した画像を印刷する機能と、複写機能とを有する。

スキャナとしてのスキャンユニット５０は、主に上部ケース１４に収容され、照明部５２、イメージセンサ５４、ＡＦＥ（Analog Front End）部５６、センサ駆動部７４、センサキャリッジ駆動部７６等を備える。照明部５２は、主走査方向に長い蛍光管ランプ等で構成される。センサ駆動部７４に駆動されるイメージセンサ５４は、ＲＧＢの３チャネルの受光素子を備えるカラーＣＣＤリニアイメージセンサ等のリニアイメージセンサである。イメージセンサ５４は、透明な原稿台１２と平行に移動する図示しないセンサキャリッジに搭載されている。イメージセンサ５４は、図示しないレンズ及びミラーにより受光面に結像される原稿の光学像の濃淡に相関する電気信号を出力する。センサキャリッジ駆動部７６は、図示しないモータ、駆動ベルト、駆動回路等を備える。センサキャリッジ駆動部７６は、主走査方向に垂直に架設された図示しないガイドロッドに沿って
センサキャリッジを往復移動させる。イメージセンサ５４が主走査領域の長手方向に垂直な方向に移動することにより二次元画像を読み取り可能となる。ＡＦＥ部５６は、増幅、ノイズ除去等のアナログ信号処理回路、Ａ／Ｄ変換器等を備える。尚、一体の画像処理システムにこのようなスキャンユニットを備えてもよいし、リムーバブルメモリインタフェースを備えるスタンドアロン型プリンタ、ＬＣＤとハードディスクとを備える画像ビューワ等の単機能の画像処理装置にスキャナを接続してもよい。

プリントユニット８６は、主に下部ケース１６に収容され、インクジェット方式で用紙に画像を形成するための記録ヘッド８４、ヘッド駆動部８２、ヘッドキャリッジ駆動部７８、送紙部８０等を備える。尚、プリントユニット８６はレーザ方式等の他の印刷方式に対応する構成でもよい。記録ヘッド８４は、インクカートリッジが搭載される図示しないヘッドキャリッジに設けられ、ノズル、ピエゾ素子、インク通路等を備える。ヘッドキャリッジ駆動部７８は、図示しないモータ、駆動ベルト、駆動回路等を備える。ヘッドキャリッジ駆動部７８は、用紙の搬送方向と垂直に記録ヘッド８４を往復移動させる。送紙部８０は、図示しない用紙搬送ローラ、モータ、駆動回路等を備える。送紙部８０は、用紙搬送ローラを回転させることにより用紙を記録ヘッド８４の移動方向軸線と垂直な方向に搬送する。

アクセス手段として機能する外部メモリコントローラ７０は、カードスロット１８から挿入されたリムーバブルメモリ２０に接続される。リムーバブルメモリ２０に格納されたデータは外部メモリコントローラ７０によって読み出され、ＲＡＭ６０に転送される。
操作部６８は、メニューを表示するためのＬＣＤ２４と、メニューを操作するための十字ボタン２２、ＯＫボタン２８、キャンセルボタン２１、印刷指示ボタン３０、テンキー２６等の各種の押しボタンを備える。ＬＣＤ２４は用途案内手段として機能する。尚、操作部６８をタッチパネル、ポインティングデバイス等で構成してもよい。
通信部６９は、制御部５８が複合機１の外部のシステムと通信するための通信インタフェースである。通信部６９は、ＬＡＮ、インターネット、ＵＳＢ等を通じて外部のシステムと通信する。

制御部５８は、ＲＡＭ６０、ＲＯＭ６２、ＣＰＵ６４及びディジタル画像処理部６６を備える。ＣＰＵ６４はＲＯＭ６２に格納されている制御プログラムを実行して複合機１の各部を制御する。ＲＯＭ６２は、制御プログラムを格納している不揮発性メモリである。ＲＡＭ６０は、制御プログラムやスキャン画像等の各種のデータが一時的に格納される揮発性メモリである。制御プログラムは遠隔地のサーバからネットワークを経由してＲＯＭ６２に格納してもよいし、リムーバブルメモリ２０等のコンピュータ読み取り可能な記憶媒体を経由してＲＯＭ６２に格納してもよい。制御部５８は制御プログラムを実行することにより、登録手段、アクセス手段、解析手段、光学認識手段、ダウンロード手段、用途設定手段、用途登録手段、用途判定手段、用途案内手段及び用途確定手段として機能する。ディジタル画像処理部６６は、デコード、解像度変換、階調補正、二値化、分版処理等の画像処理をＣＰＵ６４と協働して実行するＤＳＰ等の専用回路である。
以上、複合機１のハードウェア構成について説明した。以下、複合機１によるリムーバブルメモリ２０の認識処理と印刷処理を説明する。

（リムーバブルメモリの認識処理）
リムーバブルメモリ２０の認識処理は、リムーバブルメモリ２０に格納されている画像ファイルを制御部５８が管理するためのファイル管理リストを作成する処理である。
図４はリムーバブルメモリの認識処理の流れを示すフローチャートである。
制御部５８はリムーバブルメモリ２０が外部メモリコントローラ７０に接続されると、制御プログラムの所定のモジュールを実行し、リムーバブルメモリの認識処理を開始し、リムーバブルメモリ２０に格納されている全ファイルに順次アクセスし、以下の処理を繰り返す（ステップＳ２００）。ファイルのアクセス順は例えばＡＳＣＩＩコード順、ファイルの生成日時順等である。

ステップＳ２０２では、制御部５８はファイルの種類を特定する。ファイルの種類は、拡張子、ヘッダ等に記述されているフォーマットのバージョン情報、ディジタルカメラのベンダ名、ディジタルカメラのモデル等によって特定される。
ステップＳ２０４では、制御部５８は特定されたファイルの種類が後述するフォーマットリストに登録されているかを判定する。フォーマットリストは例えば制御プログラムの一部としてＲＯＭ６２に格納されている。

特定されたファイルの種類がフォーマットリストに登録されている場合、制御部５８は図５に示すファイル管理リストを更新する。ファイル管理リストには、メニューに表示する場合などにファイルの識別子として用いられるＩＤ、フルパスのファイル名、拡張子、細分類等のフィールドが存在する。細分類は、同一拡張子が付された異なるフォーマットのファイルの種類を識別するための情報であって、フォーマット規格のバージョン情報、ディジタルカメラベンダ情報、ディジタルカメラモデル情報等で構成される。例えば「Ｘ−Ａ１」は、Ｘ社のＡ１というモデル名のディジタルカメラで生成されたファイルの細分類の例示である。
特定されたファイルの種類がフォーマットリストに登録されていない場合、制御部５８は制御プログラムの所定のモジュールを実行することにより、ファイルフォーマット登録処理を実行する（ステップＳ２０６）。

図１はファイルフォーマットの登録処理の流れを示すフローチャートである。
ステップＳ１００では、制御部５８はファイルのフォーマットがＴＩＦＦの規格に準拠したものであるか否かを判定する。この判定はファイルの先頭の８バイトの解析によって行われる。ＴＩＦＦフォーマットのファイルでは、ファイルの先頭の８バイトがヘッダを構成し、ヘッダにはファイルがＴＩＦＦフォーマットであることを示す値が記述される。
フォーマットリストに登録されていないファイルがＴＩＦＦに準拠したフォーマットである場合、制御部Ｓ１１４は制御プログラムの所定のモジュールを実行し、ファイルフォーマットの解析処理を実行する（ステップＳ１１４）。

図６はＴＩＦＦ／ＥＰに準拠しているフォーマットの一例を示すデータ構造図である。画像はＩＦＤまたはサブＩＦＤにエントリが記述される。画像のエントリはファイルの先頭からのオフセット値である。ＩＦＤはチェーン構造で参照が記述される。サブＩＦＤはツリー構造で参照が記述される。すなわち、各ＩＦＤには次のＩＦＤのオフセット１１０、１１８と、当該ＩＦＤに従属するサブＩＦＤ１２８のエントリ１０６が記述される。画像は各ＩＦＤ及び各サブＩＦＤにエントリ１０８、１１６、１２４、１３０が記述される。画像は列（セグメント）単位にエントリを分割することができる。サムネイル画像はＩｍａｇｅ０ ＩＦＤにエントリが記述される。サムネイル画像の元画像はＩｍａｇｅ０ ＩＦＤのサブＩＦＤにエントリを記述することが推奨されている。画像のサイズは任意である。カラー画像はＲＧＢ、ＹＣｂＣｒ等のチャネル毎にレベルを記述することも、１画素について１チャネルのレベルを有するＲＡＷで記述することもできる。サムネイル画像及び元画像以外の画像のエントリをどのＩＦＤ又はサブＩＦＤに記述するかについては、特に定められていない。図６には、Ｉｍａｇｅ０ ＩＦＤにサムネイル画像のエントリが、Ｉｍａｇｅ０のサブＩＦＤに元画像のＲＡＷデータのエントリが、Ｉｍａｇｅ１ ＩＦＤに元画像をＶＧＡサイズに縮小したＶＧＡ画像のエントリが、Ｉｍａｇｅ２ ＩＦＤに元画像をＱＶＧＡサイズに縮小したＱＶＧＡ画像のエントリが、それぞれ記述されている例を示している。

このようにＴＩＦＦやＥＸＩＦといった画像ファイルフォーマットでは、一般にディレクトリエントリ毎に画像の所在が記述され、ディレクトリエントリ毎にデータの属性（画像サイズ、撮影条件、圧縮方法等）がタグで記述されている。そこで、一般化されている規格に準拠している範囲であれば、ベンダ独自のフォーマットであっても、ディレクトリとタグを解析することにより、画像のエントリと画像の属性を特定することができる。

（解析によるフォーマットの登録）
以下、図７に基づいてファイルフォーマットの解析処理を具体的に説明する。以下の説明ではＴＩＦＦ／ＥＰに準拠したフォーマットのファイルを解析対象としている。
はじめに制御部５８は図８に示すＩＦＤリストを生成する（ステップＳ３００）。図８に示すＩＦＤリストは解析処理終了時の状態を例示している。ＩＦＤリストの生成時には、ＩＦＤフィールドのみが登録される。具体的には、制御部５８はＩＦＤリストの領域をＲＡＭ６０に確保し、ファイル内に存在する全ＩＦＤ及び全サブＩＦＤをＩＦＤリストに登録する。

例えば、制御部５８はヘッダ１００に記述されたＩｍａｇｅ０ ＩＦＤのオフセットを参照してＩｍａｇｅ０ ＩＦＤにアクセスし、ＩＦＤリストにＩｍａｇｅ０を登録する。続いて制御部５８はサブＩＦＤのエントリを参照し、ＩＦＤリストにｉｍａｇｅ０のサブＩＦＤを登録する。ｉｍａｇｅ０ ＩＦＤにサブＩＦＤが複数存在する場合には、制御部５８は各サブＩＦＤに記述されている次のサブＩＦＤのオフセットを参照しながら順次全てのサブＩＦＤにアクセスし、ｉｍａｇｅ０ ＩＦＤの全てのサブＩＦＤをＩＦＤリストに登録する。Ｉｍａｇｅ０ ＩＦＤの最後のサブＩＦＤにアクセスすると、制御部５８は次にＩｍａｇｅ０ ＩＦＤに記述されている次のＩＦＤのオフセットを参照してＩｍａｇｅ１ ＩＦＤにアクセスする。
制御部５８がＩｍａｇｅ０ ＩＦＤについて行う以上の処理を全ＩＦＤについて行うと、ファイル内の全ＩＦＤ及び全サブＩＦＤがＩＦＤリストに登録される。

次に制御部５８は、ＩＦＤリストに登録された全ＩＦＤ及び全サブＩＦＤに記述されている所定のタグを参照し、画像の属性をＩＦＤリストに登録する（ステップＳ３０２，Ｓ３０４）。例えば画像サイズ、圧縮種別、画像の型（ＹＣｂＣｒ、ＲＧＢ、ＲＡＷ等）等が属性として登録される。このとき、ＩＦＤ又はサブＩＦＤに画像が属していない場合、ＩＦＤリストから当該ＩＦＤ又は当該サブＩＦＤのレコードを削除してもよい。また、ＩＦＤリストの生成時にタグを参照し、画像が属しているＩＦＤ又はサブＩＦＤだけをＩＦＤリストに登録してもよい。また、ＩＦＤ及びサブＩＦＤの登録と属性の登録とをＩＦＤ毎、サブＩＦＤ毎に連続して行ってもよい。

全ＩＦＤ及び全サブＩＦＤについて属性の登録が完了すると、制御部５８はＩＦＤリストに登録されている全ＩＦＤ、全サブＩＦＤの属性を比較し、属性に応じた用途を判定し、判定した用途をＩＦＤ毎、サブＩＦＤ毎に仮登録する（ステップＳ３０６）。具体的には例えば、画像サイズが大きい画像から順に、画像の用途を、高解像度印刷用、低解像度印刷用、インデックス印刷用、画面表示用と判定する。また例えば複合機１がデモザイク処理機能を備えていない場合には、ＲＡＷデータに用途を設定せず、サムネイル画像等のデモザイク済画像に印刷用途を設定してもよい。尚、この時点で行われる用途の登録は確定的なものではなく、登録内容は後述する確定指示があったときに確定する。

以上の処理によって、制御部５８は、処理前にはエントリがわからなかった画像にアクセスできるようになり、また処理内容に応じてアクセス対象の画像を切り換えることができるようになる。図１に戻ってファイルフォーマットの登録処理の説明を続ける。
ファイルがＴＩＦＦに準拠していない場合、制御部５８はフォーマットの登録方法の選択を受け付ける（ステップＳ１０２）。具体的には、制御部５８はフォーマットの登録方法の選択肢としてボタン操作による入力、スキャナによる入力をユーザに案内し、いずれかの方法をユーザに指定させる。

図９はファイルフォーマットの登録処理でＬＣＤ２４に表示される画面の遷移を示す図である。フォーマットの登録方法の選択は、画面２００及び画面２０４で受け付けられる。画面２００は上述した解析処理で解析に失敗した場合にも表示してもよい。画面２００で「Ｙｅｓ」アイコン２０２が選択されると、画面２０４に遷移する。画面２０４で「上」アイコン２０６が選択されると、制御部５８はボタン操作による登録方法の選択指示を受け付ける。画面２０４で「下」アイコン２０８が選択されると、制御部５８はスキャナによる登録方法の選択指示を受け付ける。各アイコンの選択は操作部６８の各種のボタン２１，２２，２８の押し込みによって行われる。

（ボタン操作によるフォーマットの登録）
ボタン操作によるフォーマットの登録は用途毎に画像のオフセットをユーザに入力させることによって行われる（ステップＳ１０４，１０６）。具体的には例えば次のとおりである。
画面２０４の「上」アイコン２０６が選択された後に、用途毎に画像のオフセット入力操作を促す画面２２４、２３２、２３４、２３６がＬＣＤ２４に表示される。制御部５８は画面２２４、２３２、２３４、２３６が表示されている状態でテンキー２６によるオフセットの入力操作を受け付け、入力されたオフセットを、拡張子、細分類及び用途に関連付けてＲＡＭ６０に格納するとともに、用途テキストボックス２２６に表示する。用途毎のオフセットの入力操作は全用途について一画面で受け付けてもよいし、図９に示すように複数画面で受け付けてもよい。用途毎にオフセットが入力されることによって、画像毎の用途の設定指示が受け付けられる。図９は、画面２２４、２３２、２３４の「ＯＫ」アイコン２２８が選択されると別の用途の画像のオフセットの入力操作を促す画面に遷移し、画面２３６の「ＯＫ」アイコン２２８が選択されるとボタン操作によるフォーマットの登録が完了する例を示している。ただし、この時点で行われるフォーマットの登録は確定的なものではなく、登録内容は後述する確定指示があったときに確定する。

（スキャナによるフォーマットの登録）
スキャナによるフォーマットの登録は、光学的に認識可能な参照情報が記録された媒体をスキャンユニット５０で読み取った結果に基づいて行われる。このような参照情報は、例えばベンダが雑誌、カタログ等の印刷物に掲載するバーコード、文字等である。スキャンユニット５０で読み取られた参照情報はＲＡＭ６０に二値画像として格納される（ステップＳ１１０）。制御部５８はこの二値画像をＯＭＲ処理又はＯＣＲ処理し、参照を認識する（ステップＳ１１２）。

オフセット、ＩＦＤ等の画像の参照だけの意味を参照情報が持っている場合、画像の属性を制御部５８で解析し、参照毎に用途を特定することができる。参照情報には、画像の参照だけでなく用途の意味を参照に関連付けて持たせることができる。参照情報が参照及び用途の意味を持っている場合、制御部５８は参照情報のみに基づいて参照毎に用途を特定することができる。制御部５８は、これらのいずれかの方法により、画像の参照と用途とを関連付けてＲＡＭ６０に格納する（ステップＳ１１３）。

以上説明した解析、ボタン操作、スキャナのいずれかの手段を用いて、オフセット、ＩＦＤ、サブＩＦＤ等の参照と用途とが画像毎に特定される。参照と用途とが画像毎に特定されると、次に説明する画像の用途の確定処理が実行される。尚、画像の参照や用途は、通信部６９を介して外部システムからダウンロードしてもよい。具体的には例えば、制御部５８は、ファイルの拡張子と細分類を通信部６９を介してサーバに送信し、送信した拡張子と細分類に対応する参照と用途を通信部６９を介してサーバから受信することができる。

（画像の用途の確定）
画像の用途の確定処理は、上述の処理によって特定された用途毎に画像を画面表示又は印刷した結果をユーザに確認させ、ユーザから確認指示を受け付けることによって行われる。
ステップＳ１１６では、制御部５８は特定した用途毎に画像をＬＣＤ２４に表示することにより、上述の処理によって特定された用途を参照毎に案内する。具体的には、制御部５８は、上述した処理によってＲＡＭ６０に格納されている画像の参照に基づいてリムーバブルメモリ２０に格納されている画像にアクセスし、参照に関連付けてＲＡＭ６０に格納されている用途毎に画像をＬＣＤ２４に表示する。図９に示す画面２１０、２１８、２２０、２２２は用途毎に画像が表示される画面の例示である。画面２１０、２１８、２２０の「ＯＫ」アイコン２１２が選択されると、他の用途が設定されている画像が表示される他の画面に切り替わる。

ステップＳ１１８では、制御部５８はテスト印刷要求を受け付ける。具体的には例えば、画面２０４、２１０、２１８、２２０、２２２の「印刷確認」アイコン２１４の選択を、制御部５８はテスト印刷要求として受け付ける。
テスト印刷要求が受け付けられると、複合機１は用途毎に画像を印刷する（ステップＳ１２０）。具体的には例えば、制御部５８は、１ファイルに格納されている複数の画像に参照を用いてアクセスし、これらの画像を一定のサイズに割り付け、画像毎に用途説明のテキストを画像の近傍に割り付けた合成画像を形成する。この合成画像は、ディジタル画像処理部６６によって二値化された印刷データに変換され、印刷データがヘッドキャリッジ駆動部７８に出力されることによって用紙に印刷される。

ステップＳ１２２では、制御部５８は確定指示を受け付ける。具体的には例えば図９に示す画面２１０、２１８、２２０、２２２の「ＯＫ」アイコン２１２が全て選択されると、制御部５８はこの操作を確定指示として受け付ける。
確定指示が受け付けられると、制御部５８はＲＡＭ６０に格納されているファイルの拡張子、ファイルの細分類、画像の用途、画像の参照に基づいてフォーマットリストを更新することにより確定的にファイルフォーマットを登録する（ステップＳ１２４）。

図１０はフォーマットリストの一例を示す図である。
ＩＤフィールドには、ファイルの種類を制御部５８が管理するためのＩＤが登録される。拡張子フィールドにはファイルの拡張子が登録される。細分類フィールドにはファイルの種類を特定するために拡張子とともに参照される細分類が登録される。細分類は前述したとおり、例えばディジタルカメラのベンダ名、モデル名、フォーマットのバージョン情報等で構成される。表示用画像の参照フィールド、高解像度印刷用画像の参照フィールド、低解像度印刷用画像の参照フィールド及びインデックス印刷用画像の参照フィールドは、用途毎に画像の参照を登録するためのものである。これらの参照フィールドには、画像の参照としてＩＦＤ、サブＩＦＤ、オフセットなどが登録される。

（印刷処理）
図１１は複合機１による印刷処理の流れを示すフローチャートである。
ステップＳ４００では、印刷対象ファイルの選択が受け付けられる。具体的には例えば、制御部５８は前述したファイル管理リストに登録されているファイルの画面表示用の画像にアクセスし、画面表示用の画像をＬＣＤ２４に表示する。画面表示用の画像の参照は、フォーマットリストによって特定される。特定の画像がＬＣＤ２４に表示されている状態でＯＫボタン２８が押し込まれると、制御部５８は印刷対象ファイルの選択を受け付ける。

ステップＳ４０２では、制御部５８は印刷設定を受け付ける。具体的には例えば印刷条件の選択項目のメニューをＬＣＤ２４に表示し、印刷サイズ、印刷品質等の設定を操作部６８を用いたメニュー操作により受け付ける。
ステップＳ４０４では、制御部５８は印刷設定に基づいて印刷対象画像を判定する。具体的には例えば、制御部５８は印刷サイズが大きければ高解像度印刷用の画像を印刷対象画像とし、印刷サイズが小さければ低解像度印刷用の画像を印刷対象とし、インデックス印刷の場合にはインデックス印刷用画像を印刷対象とする。

ステップＳ４０６では、複合機１は印刷対象画像を印刷する。具体的には例えば、制御部５８はファイル管理リストに登録されているファイル名と、フォーマットリストに登録されている印刷対象画像の参照とを用いて印刷対象画像にアクセスし、ディジタル画像処理部６６によって印刷対象画像を印刷データに変換する。印刷対象画像が圧縮されている場合には、デコード処理後に印刷データ変換が実行される。印刷対象画像がＲＡＷデータである場合には、デモザイク処理後に印刷データ変換が実行される。印刷データがヘッドキャリッジ駆動部７８に所定のシーケンスで出力されると、送紙部８０によって搬送される用紙に印刷対象画像が印刷される。

以上説明した複合機１は、ファイルの種別毎にファイル内の画像の参照を登録するため、フォーマットが不明なファイルがリムーバブルメモリ２０に格納されていても、そのファイルに格納されている画像を印刷したり、表示できるように機能を更新することができる。また複合機１は、ＴＩＦＦに準拠しているファイルのフォーマットを解析するため、ユーザがフォーマットを登録する操作の負担を軽減することができる。また複合機１は、スキャンユニット５０を用いて参照を光学的に認識するため、ユーザがフォーマットを登録する操作の負担を軽減することができる。また複合機１は、ファイルに格納されている複数の画像について画像毎の用途をフォーマットリストに登録するため、用途に応じて処理対象の画像を切り換えることができる。また複合機１は、画像の属性を解析し、属性に応じて画像の用途を判定するため、ユーザが画像毎に用途を登録する操作の負担を軽減することができる。また複合機１は、自動判定した用途をユーザに確認させるため、用途の誤判定による画像の誤用を防止することができる。
尚、上述の実施例では複合機１に本発明を適用した例について説明したが、本発明はスタンドアロン型プリンタ、画像ビューワ、携帯電話機、ハンドヘルドＰＣ等にも適用することができる。

本発明の一実施例にかかるフローチャート。 本発明の一実施例にかかる斜視図。 本発明の一実施例にかかるブロック図。 本発明の一実施例にかかるフローチャート。 本発明の一実施例にかかるデータ構造図。 本発明の一実施例にかかるデータ構造図。 本発明の一実施例にかかるフローチャート。 本発明の一実施例にかかるデータ構造図。 本発明の一実施例にかかる画面遷移図。 本発明の一実施例にかかるデータ構造図。 本発明の一実施例にかかるフローチャート。

符号の説明

１：複合機（画像処理システム）、２４：ＬＣＤ（用途案内手段）、５０：スキャンユニット、５８：制御部（登録手段、アクセス手段、解析手段、光学認識手段、ダウンロード手段、用途設定手段、用途登録手段、用途判定手段、用途案内手段、用途確定手段）、６８：操作部（操作手段、用途設定手段、用途確定手段）、６９：通信部（ダウンロード手段）、７０：外部メモリコントローラ（アクセス手段）

Claims (6)

1. ファイル内に複数の画像が格納されているファイルを入力する入力手段と、
   前記ファイル内の複数の画像の参照情報を、前記ファイルに格納されているチェーン構造又はツリー構造のディレクトリから解析する解析手段と、
   前記解析された参照情報に基づいて前記ファイル内の複数の画像を特定し、前記特定された画像毎の使用用途を前記参照情報に登録されている前記画像のサイズに関する情報に基づいて判定する使用用途判定手段と、
   前記判定された使用用途を案内する画面を表示装置に対して出力する使用用途案内画面出力手段と、
   前記案内された使用用途の確定指示を受け付け、前記確定指示に応じて前記使用用途を確定させる使用用途確定手段と、
   前記確定された使用用途を前記参照情報毎に追加登録する使用用途登録手段と、
   を備え、
   前記使用用途判定手段は、判定時点で前記画像が保存されているディレクトリ内のファイルの中で、前記画像のサイズが最も大きい画像の使用用途を印刷用、最も小さい画像を画面表示用と判定することを特徴とする画像処理装置。
2. ファイル内に複数の画像が格納されているファイルを入力する入力手段と、
   前記ファイル内の複数の画像の参照情報を、前記ファイルに格納されているチェーン構造又はツリー構造のディレクトリから解析する解析手段と、
   前記解析された参照情報に基づいて前記ファイル内の複数の画像を特定し、前記特定された画像毎の使用用途を前記参照情報に登録されている前記画像のサイズに関する情報に基づいて判定する使用用途判定手段と、
   前記判定された使用用途を案内する画面を表示装置に対して出力する使用用途案内画面出力手段と、
   前記案内された使用用途の確定指示を受け付け、前記確定指示に応じて前記使用用途を確定させる用途確定手段と、
   前記確定された使用用途を前記参照情報毎に追加登録する使用用途登録手段と、
   を備え、
   前記使用用途判定手段は、前記画像処理装置がデモザイク処理機能を備えておらず、かつ、前記画像がRAWデータ画像である場合には、該RAWデータ画像に対して使用用途を設定しないことを特徴とする画像処理装置。
3. （ａ）ファイル内に複数の画像が格納されているファイルを入力するステップと、
   （ｂ）前記ファイル内の複数の画像の参照情報を、前記ファイルに格納されているチェーン構造又はツリー構造のディレクトリから解析するステップと、
   （ｃ）前記解析された参照情報に基づいて前記ファイル内の複数の画像を特定し、前記特定された画像毎の使用用途を前記参照情報に登録されている前記画像のサイズに関する情報に基づいて判定するステップと、
   （ｄ）前記判定された使用用途を案内する画面を表示装置に対して出力するステップと、
   （ｅ）前記案内された使用用途の確定指示を受け付け、前記確定指示に応じて前記使用用途を確定させるステップと、
   （ｆ）前記確定された使用用途を前記参照情報毎に追加登録するステップと、
   を備え、
   前記ステップ（ｃ）は、判定時点で前記画像が保存されているディレクトリ内のファイルの中で、前記画像のサイズが最も大きい画像の使用用途を印刷用、最も小さい画像を画面表示用と判定するステップであることを特徴とする画像処理方法。
4. （ａ）ファイル内に複数の画像が格納されているファイルを入力するステップと、
   （ｂ）前記ファイル内の複数の画像の参照情報を、前記ファイルに格納されているチェーン構造又はツリー構造のディレクトリから解析するステップと、
   （ｃ）前記解析された参照情報に基づいて前記ファイル内の複数の画像を特定し、前記特定された画像毎の使用用途を前記参照情報に登録されている前記画像のサイズに関する情報に基づいて判定するステップと、
   （ｄ）前記判定された使用用途を案内する画面を表示装置に対して出力するステップと、
   （ｅ）前記案内された使用用途の確定指示を受け付け、前記確定指示に応じて前記使用用途を確定させるステップと、
   （ｆ）前記確定された使用用途を前記参照情報毎に追加登録するステップと、
   を備え、
   前記ステップ（ｃ）は、前記画像処理装置がデモザイク処理機能を備えておらず、かつ、前記画像がＲＡＷデータ画像である場合には、該ＲＡＷデータ画像に対して使用用途を設定しないステップであることを特徴とする画像処理方法。
5. コンピュータに、
   （ａ）ファイル内に複数の画像が格納されているファイルを入力するステップと、
   （ｂ）前記ファイル内の複数の画像の参照情報を、前記ファイルに格納されているチェーン構造又はツリー構造のディレクトリから解析するステップと、
   （ｃ）前記解析された参照情報に基づいて前記ファイル内の複数の画像を特定し、前記特定された画像毎の使用用途を前記参照情報に登録されている前記画像のサイズに関する情報に基づいて判定するステップと、
   （ｄ）前記判定された使用用途を案内する画面を表示装置に対して出力するステップと、
   （ｅ）前記案内された使用用途の確定指示を受け付け、前記確定指示に応じて前記使用用途を確定させるステップと、
   （ｆ）前記アック定された使用用途を前記参照情報毎に追加登録するステップと、
   を実行させるためのプログラムであって、
   前記ステップ（ｃ）は、判定時点で前記画像が保存されているディレクトリ内のファイルの中で、前記画像のサイズが最も大きい画像の使用用途を印刷用、最も小さい画像を画面表示用と判定するステップであることを特徴とするプログラム。
6. コンピュータに、
   （ａ）ファイル内に複数の画像が格納されているファイルを入力するステップと、
   （ｂ）前記ファイル内の複数の画像の参照情報を、前記ファイルに格納されているチェーン構造又はツリー構造のディレクトリから解析するステップと、
   （ｃ）前記解析された参照情報に基づいて前記ファイル内の複数の画像を特定し、前記特定された画像毎の使用用途を前記参照情報に登録されている前記画像のサイズに関する情報に基づいて判定するステップと、
   （ｄ）前記判定された使用用途を案内する画面を表示装置に対して出力するステップと、
   （ｅ）前記案内された使用用途の確定指示を受け付け、前記確定指示に応じて前記使用用途を確定させるステップと、
   （ｆ）前記アック定された使用用途を前記参照情報毎に追加登録するステップと、
   を実行させるためのプログラムであって、
   前記ステップ（ｃ）は、前記画像処理装置がデモザイク処理機能を備えておらず、かつ、前記画像がＲＡＷデータ画像である場合には、該ＲＡＷデータ画像に対して使用用途を設定しないステップであることを特徴とするプログラム。

Images