(57)【要約】【課題】一部の画像データが処理できない場合に、処理できない画像データと対応する属性情報を有する画像データを代替画像データとして抽出して処理する画像処理装置を提供する。【解決手段】一のデータファイル内に複数の画像データを含むマルチページファイルを受信する複合機４０であって、画像データを受信するデータ処理部と、一部の画像データが受信できないものである場合、受信できない画像データと対応する属性情報を有する別の画像データを抽出する抽出部と、抽出部で抽出した別の画像データを代替画像データとしてデータ処理部に受信させる制御部とを有し、制御部がデータ処理部に対して受信できない画像データと対応する属性情報を有する別の画像データを代替受信させる。【選択図】図７
2010041111.tif 000002
【特許請求の範囲】
【請求項１】
一のデータファイル内に複数の画像データを含む画像データファイルを処理する画像処理装置であって、
前記画像データを処理するデータ処理部と、
前記複数の画像データのうち一部の画像データが処理できないものである場合、前記処理できない画像データと対応する属性情報を有する前記画像データファイル内の別の画像データを抽出する抽出部と、
前記抽出部で抽出した前記別の画像データを代替画像データとして前記データ処理部に処理させる制御部と、
を有することを特徴とする画像処理装置。
【請求項２】
前記画像データは、ページヘッダを有し、前記属性情報は前記ページヘッダに格納されていることを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記属性情報は、親画像又は子画像である旨の情報、対応する親画像情報、対応する子画像情報、親画像と子画像との関連種別情報、及び親画像と子画像との関連種別サブデータ情報のうち少なくとも１つであることを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
前記関連種別情報は、プレビュー情報、連写情報、撮影条件変更情報、及び多視点情報のうち少なくとも１つであることを特徴とする請求項３記載の画像処理装置。
【請求項５】
前記関連種別情報に応じて、前記代替画像データを前記処理できない画像データに近似させるための画像処理を当該代替画像データに施す近似処理部を有することを特徴とする請求項４記載の画像処理装置。
【請求項６】
前記関連種別情報が同じ代替候補画像データが複数ある場合に、前記抽出部は、前記処理できない画像データとの変化量が最も小さい画像データを代替画像データとして抽出することを特徴とする請求項４又は５記載の画像処理装置。
【請求項７】
前記関連種別情報が異なる代替候補画像データが複数ある場合に、前記抽出部は、連写画像に優先してプレビュー画像を代替画像データとして抽出することを特徴とする請求項４又は５記載の画像処理装置。
【請求項８】
前記制御部は、前記抽出部において、前記処理できない画像データと対応する属性情報を有する別の画像データを抽出できない場合は、前記処理できない画像データに対する処理を無視して順次次の画像データの処理を行うように前記データ処理部を制御することを特徴とする請求項１乃至７のいずれか１項に記載の画像処理装置。
【請求項９】
前記制御部は、前記抽出部において、前記処理できない画像データと対応する属性情報を有する別の画像データを抽出できない場合は、全ての画像処理を終了させることを特徴とする請求項１乃至７のいずれか１項に記載の画像処理装置。
【請求項１０】
一のデータファイル内に複数の画像データを含む画像データファイルを処理する画像処理方法であって、
前記画像データを処理するデータ処理ステップと、
前記複数の画像データのうち一部の画像データが処理できないものである場合、前記処理できない画像データと対応する属性情報を有する前記画像データファイル内の別の画像データを抽出する抽出ステップと、
抽出した画像データを代替画像データとしてデータ処理部に処理させる制御ステップと、
を有することを特徴とする画像処理方法。
【請求項１１】
一のデータファイル内に複数の画像データを含む画像データファイルを処理する画像処理方法をコンピュータに実行させるプログラムであって、
前記画像処理方法は、
前記画像データを処理するデータ処理ステップと、
前記複数の画像データのうち一部の画像データが処理できないものである場合、前記処理できない画像データと対応する属性情報を有する前記画像データファイル内の別の画像データを抽出する抽出ステップと、
抽出した画像データを代替画像データとしてデータ処理部に処理させる制御ステップと、
を有することを特徴とするプログラム。
【請求項１２】
請求項１１記載のプログラムを格納したことを特徴とするコンピュータで読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、画像処理方法、プログラム及び記憶媒体に関し、特に、デジタル画像データを外部機器から取り込んで各種処理を行なう画像処理装置に関する。
【背景技術】
【０００２】
近年、大容量のメモリを搭載したパーソナルコンピュータや画像処理装置が普及している。これに伴い大容量の画像データファイルを使用することができるようになり、画像データファイルそのものも大容量化、高解像度化、高付加価値化が進んできた。
【０００３】
このような背景の下、一つのデータファイルに多数の画像ページを含んでいるマルチページであって、大容量のファイルを使用することが多くなっている。マルチページの画像ファイル形式として、例えばＴＩＦＦファイル形式が挙げられる。図１は、マルチページファイルの一例を示した図である。
【０００４】
図１において、このマルチページファイル１０は、ファイルの先頭にファイルヘッダ１０−１が存在し、各ページデータ１１、１２、１３の先頭にはそれぞれページヘッダ１１−１、１２−１、１３−１が設けられている。このようなマルチページファイル１０において、ページヘッダ１１−１、１２−１、１３−１を順次参照することによって各ページデータ１１、１２、１３へのアクセスが可能となる。
【０００５】
このような大容量の画像データファイルの各ページデータに付加価値として属性情報を付与し、この属性情報によってページデータの使い勝手を向上させる技術が提案されている（特許文献１）。すなわち、特許文献１には、一つのデータファイル内の各ページデータ（以下、「画像データ」ともいう）に特徴情報を付加することによって、必要な画像データへのアクセスを高速化する技術が開示されている。
【特許文献１】特開２００１−４３２３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の画像処理装置を用いてＴＩＦＦファイルのようなマルチページファイルを処理する場合、全画像データを先頭から順にサーチして全ての画像データについて処理がなされていた。従って、処理容量が過大となり、無駄な処理をすることもあった。また、マルチページファイル内の一部のデータが壊れているか又は画像サイズが大きすぎる等の理由によって、処理できない場合は、その時点でマルチページファイルの処理を中断し、エラー終了されていた。従って、ユーザにとって所期の目的を達成することなく処理を終了させねばならない場合が決して少なくなかった。
【０００７】
迅速な処理を図るべく各ページに属性情報が付加されたマルチページファイルを処理ずる場合も同様の取り扱いが行われており、一部のページの処理不良のために全てのページの処理を中止することによる無駄、不都合等を解消する技術の開発が望まれていた。
【０００８】
本発明の目的は、一部の画像データが処理できない場合に、処理できない画像データと所定の関係を有する代替データを抽出して処理することができる画像処理装置、画像処理方法、プログラム、及び記憶媒体を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、請求項１記載の画像処理装置は、一のデータファイル内に複数の画像データを含む画像データファイルを処理する画像処理装置であって、前記画像データを処理するデータ処理部と、前記複数の画像データのうち一部の画像データが処理できないものである場合、前記処理できない画像データと対応する属性情報を有する前記画像データファイル内の別の画像データを抽出する抽出部と、前記抽出部で抽出した前記別の画像データを代替画像データとして前記データ処理部に処理させる制御部と、を有することを特徴とする。
【００１０】
請求項１０記載の画像処理方法は、一のデータファイル内に複数の画像データを含む画像データファイルを処理する画像処理方法であって、前記画像データを処理するデータ処理ステップと、前記複数の画像データのうち一部の画像データが処理できないものである場合、前記処理できない画像データと対応する属性情報を有する前記画像データファイル内の別の画像データを抽出する抽出ステップと、抽出した画像データを代替画像データとしてデータ処理部に処理させる制御ステップと、を有することを特徴とする。
【００１１】
請求項１１記載のプログラムは、一のデータファイル内に複数の画像データを含む画像データファイルを処理する画像処理方法をコンピュータに実行させるプログラムであって、前記画像処理方法は、前記画像データを処理するデータ処理ステップと、前記複数の画像データのうち一部の画像データが処理できないものである場合、前記処理できない画像データと対応する属性情報を有する前記画像データファイル内の別の画像データを抽出する抽出ステップと、抽出した画像データを代替画像データとしてデータ処理部に処理させる制御ステップと、を有することを特徴とする。
【００１２】
請求項１２記載のコンピュータで読み取り可能な記憶媒体は、請求項１１記載のプログラムを格納したことを特徴とする。
【発明の効果】
【００１３】
本発明は、複数の画像データを含む画像データファイルを処理する際、処理の対象となる画像データ内に処理できない画像データがある場合であっても、対応する属性情報を有する別の画像データを代替画像データとして処理するようにした。これによって、複数の画像データを含む画像データファイルの処理において処理が中断してしまう頻度を少なくして有効な処理を実施することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態について図面を参照しつつ説明する。
【００１５】
図２は、本発明の実施の形態に適用される複数の画像データを含む画像データファイル（以下、「マルチページファイル」という）の一部を示す説明図である。このマルチページファイル２０は、ページデータ２１の先端のページヘッダ２１−１に特徴情報として属性情報を格納する拡張例を示したものである。属性情報としては、当該ページデータ２１が親画像であるか、又は子画像であるかを示す情報（親画像情報又は子画像情報）が挙げられる。また、属性情報としては、当該ページが他の親画像の子画像であるかどうかを示す情報、当該ページが子画像の場合、親画像との関連種別を示す情報、関連種別サブデータ情報等が挙げられる。親画像と子画像の関連種別情報として、例えば子画像が、親画像のプレビュー画像である旨の情報（プレビュー情報）、親画像の連写画像である旨の情報（連写情報）等が挙げられる。また、親画像と子画像の関連種別情報として、子画像が、親画像の撮影条件変更画像である旨の情報（撮影条件変更情報）、親画像の多視点画像である旨の情報（多視点情報）等が挙げられる。また、関連種別サブデータ情報としては、例えば連写画像のページ番号や光量の値などのサブデータをいう。
【００１６】
図３は、属性情報を付加したマルチページファイルの一例を示す説明図である。
【００１７】
図３（Ａ）において、このマルチページファイルは、例えば多視点で撮影した画像を一つのマルチページファイルとして格納し、閲覧時に選択して見ることができる例を示している。例えば、正面から撮影した画像（１ページ目の画像）に対して親画像フラグをＯＮにしておき、撮影の角度を変えた２枚の画像（２、３ページ目の画像）に対してそれぞれ子画像フラグをＯＮにしておく。子画像の属性情報としては、撮影位置が変更された画像であることを示す情報と、サブデータとして撮影位置情報、例えば右４５°から撮影した画像、又は左４５°から撮影した画像であることを示す情報が格納されている。この場合、正面からの撮影画像と、撮影位置を変えた撮影画像を３ページのマルチページファイルとして格納することができ、閲覧時に選択して見ることができるという拡張性を有する。
【００１８】
図３（Ｂ）において、このマルチページファイルは、連写撮影した連続画像列を一つのマルチページファイルとして格納した場合を示すものである。連写撮影の先頭の画像（１ページ目の画像）に対して親画像フラグをＯＮにしておき、連写撮影された他の画像（２〜４ページ目の画像）に対しては子画像フラグをＯＮにしておく。子画像の属性情報としては、連写画像であることを示す情報と、サブデータとして連写番号を示す情報が格納されている。この場合、先頭の連写画像と、他の連写画像をマルチページファイルとして格納することができ、閲覧時に選択して見ることができるという拡張性を有する。
【００１９】
図３（Ｃ）において、このマルチページファイルは、撮影条件を変えて撮影した複数の画像を一つのマルチページファイルとして格納した場合を示すものである。このマルチページファイルにおいて、通常の条件で撮影した画像（１ページ目の画像）に対して親画像フラグがＯＮにされており、光量の変更など、撮影条件を変えて撮影された他の画像（２、３ページ目の画像）に対して子画像フラグがＯＮにされている。子画像の属性情報としては、撮影条件変更画像であることを示す情報と、サブデータとして変更した撮影条件を示す情報が格納されている。この場合、通常の撮影条件で撮影された画像と、他の撮影条件で撮影された画像をマルチページファイルとして格納することができ、閲覧時に選択して見ることができるという拡張性を有する。
【００２０】
図３（Ｄ）において、このマルチページファイルは、マルチページの先頭ページ（１ページ目の画像）以外の他のページ（２、３ページ目の画像）に１ページ目の画像とは画素数を変えた複数のプレビュー画像を格納した形式のマルチページファイルである。メインの画像（１ページ目の画像）に対して親画像フラグをＯＮにしておき、複数の画像サイズを変更した画像ページ（２、３ページ目の画像）に対して子画像フラグをＯＮにし、子画像の属性情報にプレビュー画像であることを示す情報が格納されている。これによって、このファイルを解析する機器は当該機器に適合したプレビュー画像のデータを選択してプレビューとして使用することができるという拡張性を有する。
【００２１】
図４は、本発明の実施の形態に係る画像処理装置（以下、「複合機（ＭＦＰ）」という）のハードウエア構成を示す概略図である。複合機４０は、ＣＰＵ４−１、ＲＯＭ４−２、ＳＲＡＭ４−３、ＤＲＡＭ４−４、読み取り部４−５、記録部４−６、表示部４−７、画像変換部４−８、ネットワーク通信処理部４−９、及び外部メモリインターフェイス部４−１０とから主として構成されている。各部は、システムバス４−１１を介して互いに接続されている。
【００２２】
ＣＰＵ４−１はシステムの制御部であり、装置全体を制御する。ＲＯＭ４−２はＣＰＵ４−１の制御プログラムを格納するためのものである。ＳＲＡＭ４−３はオペレータが登録した設定値や装置の管理データ等や各種ワーク用バッファ等を格納するものである。ＳＲＡＭ４−３はプログラム制御変数等を格納するためのものである。読み取り部４−５は画像データを読み取り、バイナリデータに変換する装置でありこれを用いて送信のための原稿読み取りを行なうものである。記録部４−６は画像データを、記録紙に出力する装置である。表示部４−７は機器内の情報を表示するユーザとのインターフェイス部である。画像変換部（ＣＯＤＥＣ）４−８は通信制御装置で扱う画像データの符号化復号化処理を行う。ネットワーク通信処理部４−９は、ネットワーク回線へのＩ／Ｆを行う。外部メモリインターフェイス部４−１０は外部メモリとのアクセスを管理する通信制御部である。
【００２３】
複合機４０において、ネットワーク通信処理部４−９又は外部メモリＩ／Ｆ部４−１０を介して画像データが入力されると、ＳＲＡＭ４−３又はＤＲＡＭ４−４に一旦格納される。格納された画像データに対し、必要に応じて画像変換部４−８によって変換処理が施される。読み取り部４−５によって読み取られた画像データに対しても、変換処理を施すことができる。変換処理後の画像データは、ＳＲＡＭ４−３又はＤＲＡＭ４−４に格納される。複合機４０においては、ＳＲＡＭ４−３又はＤＲＡＭ４−４に格納された画像データを記録部４−６が記録紙に出力することにより、印刷処理が実行される。また、格納された画像データを表示部４−７がプレビューすることにより、画像処理としてのプレビュー処理が実行される。また、格納された画像データを、ネットワーク通信処理部４−９又は外部メモリＩ／Ｆ部４−１０がそれぞれネットワークまたは外部メモリに出力することにより、画像処理としての転送処理が実行される。
【００２４】
ここで、複合機４０において、ＵＳＢメモリのような外部メモリからマルチページファイルを受信する場合を考える。なお、データの受信、格納、印刷、送信、転送等の各種処理を行う部位をデータ処理部という。
【００２５】
図５は、図４の複合機４０において、外部メモリから受信するマルチページファイルの構成例を示す図である。
【００２６】
図５において、このマルチページファイル５０は、５ページの画像データを有している。１ページデータ５１は第１の親画像である。２ページデータ５２は、１ページデータ５１の画像を親画像とする子画像であり、プレビュー画像である。３ページデータ５３も同様に１ページデータ５１の画像を親画像とする子画像であり、同じくプレビュー画像である。ただし、３ページデータ５３の子画像は、２ページデータ５２の子画像よりもさらに画素数が少ないプレビュー画像となっている。４ページデータ５４、及び５ページデータ５５は、１ページデータ５１とは異なる親画像であり、画像の内容も１ページデータ５１の親画像とは全く異なる画像となっている。
【００２７】
図６は、図４の複合機４０を用いてマルチページファイルを受信する場合の動作概要を示す説明図である。
【００２８】
図６において、１ページデータ６１の画像データが壊れているか、又は画像サイズが大きすぎて受信できない等の要因で、正常に受信できないと判断した場合を考える。
【００２９】
このような場合、同一マルチページファイル６０内の他のページである２ページデータ６２及び３ページデータ６３を参照する。ページヘッダ６２−１及び６３−１に基づいて、第１の画像データを親画像としており、且つ当該親画像と対応する属性情報、例えば同じ属性情報を示すページであるか否かを確認する。
【００３０】
図６の２ページヘッダ６２−１から、例えば２ページデータ６２の画像データが第１の画像データを親画像としており、そのプレビュー画像であることを示す属性情報を有する子画像であることが分かる。従って、２ページデータ６２の画像データを第１の画像データの代替画像データとして処理できると判断する。また、３ページデータ６３の画像データも同様に第１の画像データを親画像とするプレビュー画像であることを示す属性情報を有している。しかしながら、画像サイズが親画像に比べて極端に小さいので、代替画像データとして適切ではないと判断し、３ページデータ６３の画像データは第１の画像データの代替画像データとしては使用されない。
【００３１】
このように、第１の画像データが受信できない場合にも、第１の画像データに最も近い、ある程度の画質を有する２ページデータ６２の画像データを代替画像データとして抽出し、処理する。
【００３２】
以下、本実施の形態にかかる画像処理方法について詳細に説明する。
【００３３】
図７は、図４の複合機４０のＣＰＵ４−１によって実行される画像データの受信処理方法の手順を示すフローチャートである。
【００３４】
図７において、複合機４０がマルチページファイルを受信し、メモリに格納する際、先ず、ＣＰＵ４−１はファイルヘッダ解析を行なう（ステップＳ７−１）。ファイルヘッダ解析によりマルチページファイルの１ページ目のヘッダデータ位置をサーチし、１ページ目のページヘッダ解析を行なう（ステップＳ７−２）。
【００３５】
ページヘッダ解析の後、このページが親画像であるか子画像であるかの判定を行なう（ステップＳ７−３）。ステップＳ７−３による判定の結果、当該ページが親画像である場合は受信処理を行なうので、そのページデータに必要におうじて画像処理／符号処理を施し、本体メモリに格納する（ステップＳ７−４）。次いで、正常に格納できたか否かの判定を行ない（ステップＳ７−５）、正常に格納できた場合は、その親画像が正常に格納できたことを記憶し（ステップＳ７−７）、ステップＳ７−１２の処理に進む。一方、画像データが壊れていたか、又は複合機４０が処理できない形式のデータであった等の理由で当該ページが正常に格納できなかった場合は、この親画像が正常に格納できなかったことを記憶し（ステップＳ７−６）、ステップＳ７−１２の処理に進む。この段階ではマルチページファイルの一連の受信処理そのものをエラー終了させないこととする。
【００３６】
ステップＳ７−３の判定の結果、当該ぺージが子画像である場合は、後述する図８の処理、すなわち当該子画像を代替格納すべきか否かの判定処理を行なう（ステップＳ７−８）。子画像を代替格納するか否かの判定処理に基づいて、代替格納するか否かを決定する（ステップＳ７−９）。代替格納することを決定した場合は、当該子画像の画像データに対して後述する図１０の処理、すなわち画像処理／符号処理をした後、本体メモリに格納し（ステップＳ７−１０）、以下、同様に正常格納できたか否かの判定に進む（ステップＳ７−５）。図１０の格納処理は、親画像の格納処理と異なり、特殊な処理を追加した格納処理である。詳細については、後述する。一方、ステップＳ７−９において、当該子画像を代替格納しないと判断した場合は、この子画像データを本体メモリに格納することなく（ステップＳ７−１１）、ステップＳ７−１２の処理に進む。
【００３７】
このようにして、ページ処理が終了した後、同一ファイル内に他のページデータ（画像データ）があるか、否かの判定を行なう（ステップＳ７−１２）。判定の結果、同一ファイル内に他の画像データがある場合は、他の画像データがなくなるまで、順次次のページのページヘッダをサーチし（ステップＳ７−１３）、当該次のページのヘッダ解析を行う（ステップＳ７−２）。その後、全親画像、及び親画像に対応して代替処理する子画像を全て正常に受信して本体メモリに格納できたか否の判定を行う（ステップＳ７−１４）。判定の結果、全画像を受信できた場合は正常終了し（ステップＳ７−１５）、全画像を受信できなかった場合は、エラー終了する（ステップＳ７−１６）。
【００３８】
一方、ステップＳ７−１２の判定の結果、同一ファイル内に他の画像データ（ページデータ）がない場合は、そのままステップＳ７−１４に進む。そして、以下、同様にして、全親画像、又は代替処理する子画像を全て正常に受信して本体メモリに格納できたか否かの判定を行う（ステップＳ７−１４）。そして、全画像を受信できた場合は正常終了し（ステップＳ７−１５）、できなかった場合は、エラー終了する（ステップＳ７−１６）。
【００３９】
図７の処理によれば、例えば容量が大きすぎる、データが破壊している等の理由で親画像の全てを受信できない場合でも、子画像を代替画像として受信することができる。従って、マルチページデータを受信する際のエラーの発生頻度を著しく低減することができる。
【００４０】
なお、図７においては、親画像が何らかの理由で正常に受信できない場合であって、同一ファイル内に当該親画像に対応する子画像が存在しない場合（別の親画像が存在する場合も含む）であっても、これを無視し、画像処理が停止されることはなかった。しかしながら、親画像が正常に受信、格納されなかった場合で、対応する子画像が存在しない場合、又は親画像及び当該親画像に対応する子画像のいずれもが正常に受信、格納できなかった場合は、その時点で、すべての処理を終了するようにすることもできる。
【００４１】
図８は、図７のステップＳ７−８で実行される子画像の代替格納判定処理の手順を示すフローチャートである。
【００４２】
図８において、処理対象ページが子画像である場合に、当該子画像ページを代替格納するかどうかの判定は、以下のように行う。先ず、ＣＰＵ４−１は、当該子画像の親画像にあたる画像データが正常に受信できたか否かの判定を行なう（ステップＳ８−１）。判定の結果、親画像データが正常に受信できている場合は、子画像を代替格納する必要はないので、当該子画像は代替格納の対象にしないことを決定（ステップＳ８−１８）し、本処理を終了する。
【００４３】
一方、ステップＳ８−１の判定の結果、当該子画像に対応する親画像データが正常に受信できていなかった場合は、後述する図９の子画像の代替格納優先度判定処理を行う。すなわち、同じ親画像に対応する子画像であって、既に代替格納されている子画像があるか否かをチェックし、ある場合は、子画像どうしの代替格納優先順位の判定を行なう（ステップＳ８−２）。
【００４４】
子画像の代替格納優先判定処理（ステップＳ８−２）の後、当該子画像を代替格納するか否かを決定する（ステップＳ８−３）。すなわち、当該子画像以外の子画像であって、代替格納に適している子画像がある場合は、当該子画像は代替格納に適していないと判断し、代替格納の対象としないことを決定して（ステップＳ８−１８）本処理を終了する。一方、ステップＳ８−３の判定の結果、当該子画像を代替格納すると決定した場合（ステップＳ８−３でＹＥＳの場合）は、当該子画像の親画像に対する関連種別情報をチェックする（ステップＳ８−４）。
【００４５】
その後、関連種別情報に基づいて、再度、代替格納する画像として適しているかどうかの判定を行なう。すなわち、当該子画像が親画像に対するプレビュー画像である場合、当該ページの子画像における画素サイズを取得する（ステップＳ８−５）。次いで、本体メモリから、例えばユーザによって予め設定した代替格納する画像の下限サイズを取得し（ステップＳ８−６）、当該子画像の画素数が下限サイズの画素数よりも大きいか否かを判定する（ステップＳ８−７）。判定の結果、画像サイズが下限値よりも小さい場合は代替格納に適していないと判断し、代替格納の対象としないことを決定して（ステップＳ８−１８）、本処理を終了する。一方、ステップＳ８−７の判定の結果、当該子画像の画素数が下限サイズよりも大きい場合は、代替画像に適していると判断し、代替格納の対象とすることを決定して（ステップＳ８−１７）、本処理を終了する。これにより、代替格納する画像として画素数の小さすぎる画像を選定することを防止する。
【００４６】
また、当該子画像が多視点画像である場合は、先ず、当該子画像における視点位置情報を取得する（ステップＳ８−８）。次いで、複合機本体に予めユーザによって設定した代替受信する画像の親画像からの最大視点差の上限値を取得する（ステップＳ８−９）。そして、当該子画像の視点における対応する親画像との視点差が上限値以内か否かを判定し（ステップＳ８−１０）、視点差が上限値よりも大きい場合は代替格納の対象としないことを決定し（ステップＳ８−１８）、本処理を終了する。一方、視点差が上限値以内である場合は代替画像に適していると判断し、代替格納の対象とすることを決定して（ステップＳ８−１７）、本処理を終了する。これにより、親画像との視点差が大きすぎて全く異なった画像の子画像を代替格納する不都合を回避する。
【００４７】
また、当該子画像が親画像に対する連写画像である場合は、先ず、当該子画像における画像の連写番号を取得する（ステップＳ８−１１）。次いで、複合機本体に予めユーザによって設定した代替受信する連写番号の上限番号差を取得し（ステップＳ８−１２）、当該子画像における連写番号が親画像との連写番号差の上限番号差以内か否かを判定する（ステップＳ８−１３）。判定の結果、連写番号差が上限よりも大きい場合は、代替格納に適しておらず、代替格納の対象としないことを決定し（ステップＳ８−１８）、本処理を終了する。一方、連写番号差が上限よりも小さい場合は代替画像に適していると判断し、代替格納の対象とすることを決定し（ステップＳ８−１７）、本処理を終了する。これにより、連写番号差が大きすぎて親画像と全く異なった子画像を代替格納する不都合を回避する。
【００４８】
また、当該子画像が親画像に対する撮影条件変更画像である場合は、先ず、当該子画像における画像の撮影条件情報を取得する（ステップＳ８−１４）。次いで、複合機本体に予めユーザによって設定した代替格納する撮影条件差の上限値を取得し（ステップＳ８−１５）、当該ページの子画像における撮影条件と親画像の撮影条件との差分が上限値以内か否かを判定する（ステップＳ８−１６）。判定の結果、撮影条件の差分が上限値よりも大きい場合は代替格納に適していないので、格納対象としないことを決定し（ステップＳ８−１８）、本処理を終了する。一方、撮影条件の差分が上限値以内である場合は、代替画像に適していると判断し、格納対象とすることを決定して（ステップＳ８−１７）、本処理を終了する。これにより、親画像に対して撮影条件の差が大きすぎて、極端に明るいか、又は極端に暗いような異なった画像の子画像を代替格納する不都合を回避する。
【００４９】
図８の処理によれば、子画像の関連種別、例えば親画像のプレビュー画像であるか、多視点画像であるか、連写画像であるか、撮影条件画像であるか等に基づいて、代替格納する画像として適しているかどうかの判定が行われる。従って、対応する親画像との差が大きい子画像を排除し、親画像と同様の属性情報を有する近似した子画像を代替格納の対象とすることができる。
【００５０】
本実施の形態において、対応する親画像が正常に格納されておらず(ステップＳ８−１でＮＯ)、子画像を代替格納する際、代替格納優先度判定処理（ステップＳ８−２）を行う。当該子画像に比べて条件の良い他の子画像が存在しないか、当該子画像が関連種別情報ごとに親画像に比べてあまりに大きく変更された画像でないか等を判定することにより、代替格納する画像の質を高く維持することができる。
【００５１】
図９は、図８のステップＳ８−２で実行される子画像の代替格納優先度判定処理の手順を示すフローチャートである。
【００５２】
図９において、子画像の代替格納優先度判定処理は、以下のように行われる。先ず、ＣＰＵ４−１は当該子画像よりも前に代替格納した他の子画像があるか否かの判定を行う（ステップＳ９−１）。判定の結果、他の子画像がまだ代替格納されていない場合は、比較する対象がないので、当該子頁画像を代替格納すべきであると判断し、代替格納する旨のフラグを立て（ステップＳ９−５）、本処理を終了する。
【００５３】
一方、ステップＳ９−１における判定の結果、当該子画像の前に、既に他の子画像が代替格納されている場合は、先に代替格納された画像と当該子画像とでどちらの子画像が代替格納に適しているかの判定を行う。すなわち、当該子画像の前に、既に他の子画像が代替格納されている場合（ステップＳ９−１でＹＥＳの場合）は、当該子画像のページヘッダを解析し、当該子画像の関連種別情報を取得する（ステップＳ９−２）。
【００５４】
次に、取得した当該子画像の関連種別情報に基づいて、以前に代替格納した子画像の関連種別情報と今回格納しようとする代替候補画像データの関連種別情報の優先度を比較する。そして、今回格納しようとする代替候補画像データの関連種別情報の優先度の方が高いか否か判定する（ステップＳ９−３）。判定の結果、今回格納しようとする代替候補画像データの方が優先度が高い場合は、代替格納すべきであると判断し、代替格納する旨のフラグを立て（ステップＳ９−５）、本処理を終了する。一方、以前に格納した子画像の方が優先度が高い場合は、今回格納しようとする代替候補画像データに基づく子画像に対して代替格納しない旨のフラグを立て（ステップＳ９−４）、本処理を終了する。なお、関連種別情報の優先度は、例えば、プレビュー画像、撮影条件変更画像、連写画像、多視点画像、その他の画像の順に高いとする。プレビュー画像や撮影条件変更画像は、その後の画像処理によって親画像に近づけることができるからである。この画像処理の詳細は図１０で説明する。但し、関連種別情報の優先度はこの例に限定されず、ユーザが任意に設定可能であってもよい。
【００５５】
図９の処理によれば、親画像が正常に受信、格納できない場合で、代替候補画像データとしての子画像が複数存在する場合に、より適した画像を代替格納することができるようになる。
【００５６】
図１０は、図７のステップＳ７−１０で実行される代替格納画像に対する特殊画像処理のフローチャートである。代替格納画像に対する特殊画像処理は、代替受信した子画像を本体メモリに格納する際に、代替画像の特性、適正に合わせて行う画像処理をいう。
【００５７】
図１０において、代替格納画像に対する特殊画像処理は以下のように行われる。先ず、ＣＰＵ４−１は代替格納する子画像の関連種別を確認する（ステップＳ１０−１）。当該子画像がプレビュー画像であり、このプレビュー画像を代替格納する場合は、親画像と同じ画像サイズになるように拡大処理を行ない、代替画像を親画像に近づけた後（ステップＳ１０−２）、本体メモリに格納して本処理を終了する。
【００５８】
また、対象となる子画像が撮影条件を変更された画像であり、この子画像を代替格納する場合は、撮影条件の変更量から画像の濃度等を修正して親画像に近づける処理を行った後（ステップＳ１０−３）、本体メモリに格納して本処理を終了する。例えば、対象となる子画像が親画像とは明るさの異なる撮影条件で撮影された条件変更画像である場合は、画像の明度を修正、補正するなどの処理を行なう。
【００５９】
一方、対象となる子画像が、親画像に対してプレビュー画像、撮影条件変更画像以外の関連種別情報を有する画像である場合、例えば連写画像や多視点画像の場合は、画像処理の補正では親画像に近づけられない。従って、この場合は、画像処理をせず（ステップＳ１０−４）、そのまま本体メモリに格納して本処理を終了する。
【００６０】
図１０の処理によれば、代替格納する子画像に対し、関連種別に応じて適切な近似処理を行って親画像に近づけることができ、親画像に近似した子画像を代替画像として本体メモリに格納することできる。
【００６１】
このようにして、子画像を親画像に替えて代替格納した後、正常に格納できたか否かの判定を行い（ステップＳ７−５）、以下、図７、図８乃至図１０のフローチャートに従った処理を行う。
【００６２】
本実施の形態によれば、複数の親画像データを含むマルチページファイルに対し、処理の対象となる親画像データ内に処理できない親画像データがある場合であっても、対応する属性情報を有する子画像を代替画像データとして処理することができる。従って、複数の画像データを含む画像データファイルの処理において、たった１つの画像データの受信等をすることができないという理由によって、一連の処理をエラー終了させることがなく、画像処理を続行することができる。つまり、ファイルの処理がエラー終了してしまう頻度を極力少なくして有効な処理を行うことができるようになる。
【００６３】
本実施の形態における子画像の代替格納優先度判定処理において、補正が可能な関連種別情報を有する子画像を優先して代替格納の対象とし、当該子画像に代替格納する旨のフラグ立てることが好ましい。
【００６４】
図９の子画像の代替格納優先度判定処理は、図７における子画像を代替格納するか否かの判定処理（ステップＳ７−８、図８のフローチャート）の一部である。従って、図９の処理（ステップＳ９−５）で代替格納する旨のフラグをたて、図８の処理（ステップＳ８−１７）で代替格納対象とすることを決定し、図７の処理（ステップＳ７−９）で代替格納すると判定された子画像は、その後、画像処理の対象となる。すなわち、ステップＳ７−９（抽出部）において代替格納すると判定された子画像に対しては、代替格納時の代替画像の種別ごとの画像処理（ステップＳ７−１０、後述する図１０参照）が施される（近似処理部）。従って、図９の子画像の代替格納優先度判定処理において、補正が可能な関連種別情報を有するものを優先して代替格納の対象とすることが好ましい。例えば、プレビュー画像と連写画像のいずれか一方を子画像として代替格納する場合、プレビュー画像は画像サイズを補正することができるので、連写画像に優先して代替格納の対象とする。
【００６５】
また、子画像の代替格納優先度判定処理においては、同じ関連種別の子画像同士の優先度を判定する場合は、親画像との変化量が少ない画像を優先して代替格納することが好ましい。例えば、プレビューの子画像同士を比較する場合は、より親画像に近いサイズの子画像を優先して代替格納される。
【００６６】
本実施の形態において、処理対象となるマルチページファイルは、ＴＩＦＦファイル形式のファイルに限定されるものではなく、他の形式のマルチページファイルであってもよい。
【００６７】
なお、本実施の形態において、データ処理が、受信処理の場合について説明したが、データ処理は、受信に限らず、送信、印刷、格納をはじめとする各種処理であってもよい。      
【００６８】
また、マルチページファイルの各画像データに付与される属性情報としては、本実施の形態で説明した属性情報に限らず、さまざまな情報を付与することができる。
【００６９】
本発明の目的は、以下の処理を実行することによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【００７０】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００７１】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【００７２】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００７３】
更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【図面の簡単な説明】
【００７４】
【図１】マルチページファイルの構成例を示す図である。
【図２】本発明の実施の形態に適用される複数の画像データを含む画像データファイルの一部を示す説明図である。
【図３】属性情報を付加したマルチページファイルの一例を示す説明図である。
【図４】本発明の実施の形態に係る画像処理装置のハードウエア構成を示す概略図である。
【図５】図４の複合機において、外部メモリから受信するマルチページファイルの構成例を示す図である。
【図６】図４の複合機でマルチページファイルを受信する場合の動作概要を示す説明図である。
【図７】図４の複合機のＣＰＵによって実行される画像データの受信処理方法の手順を示すフローチャートである。
【図８】図７のステップＳ７−８で実行される子画像の代替格納判定処理の手順を示すフローチャートである。
【図９】図８のステップＳ８−２で実行される子画像の代替格納優先度判定処理の手順を示すフローチャートである。
【図１０】図７のステップＳ７−１０で実行される代替格納画像に対する特殊画像処理のフローチャートである。
【符号の説明】
【００７５】
１０      マルチページファイル
４０      複合機
４−１    ＣＰＵ
４−２    ＲＯＭ
４−３    ＳＲＡＭ
４−４    ＤＲＡＭ
４−５    読み取り部
４−６    記録部
４−７    表示部
４−８    画像処理部
４−９    ネットワーク通信処理部
４−１０  外部メモリＩ／Ｆ部
５０      マルチページファイル
【図１】
2010041111.tif 000003
【図２】
2010041111.tif 000004
【図３】
2010041111.tif 000005
【図４】
2010041111.tif 000006
【図５】
2010041111.tif 000007
【図６】
2010041111.tif 000008
【図７】
2010041111.tif 000009
【図８】
2010041111.tif 000010
【図９】
2010041111.tif 000011
【図１０】
2010041111.tif 000012