トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 画像処理装置、画像処理装置の制御方法、プログラム及び記憶媒体
【発明者】 【氏名】湯浅 圭一朗
【要約】 【課題】ユーザの負担を少なくして適正な画像圧縮処理が可能とする。

【構成】圧縮画像の合計画像容量値を設定する合計画像容量値設定手段と、あらかじめ設定した画像の画像サイズ、画像圧縮率及び画像容量値の見積もり情報に基づき、圧縮画像の画像サイズと画像圧縮率を読み出す画像サイズ及び画像圧縮率読出し手段を設ける。そして画像サイズ及び画像圧縮率読出し手段で読み出された画像サイズと画像圧縮率に基づき画像圧縮を実行する。このとき、圧縮画像の合計容量値が、設定された合計画像容量値を越えるときは、画像サイズ及び／又は画像圧縮率を変更して再度画像の圧縮を実行する画像圧縮手段と、を備えた画像処理装置を提供する。
【特許請求の範囲】
【請求項１】
入力される１つ以上の画像を圧縮した圧縮画像を保存する圧縮画像保存手段と、
前記圧縮画像保存手段で保存する前記圧縮画像の合計画像容量値を設定する合計画像容量値設定手段と、
あらかじめ設定した画像の画像サイズ、画像圧縮率及び画像容量値の見積もり情報に基づき、前記圧縮画像の画像サイズと画像圧縮率を読み出す画像サイズ及び画像圧縮率読出し手段と、
前記画像サイズ及び画像圧縮率読出し手段で読み出された前記画像サイズと前記画像圧縮率に基づき、前記圧縮画像の合計容量値が、設定された前記合計画像容量値を越えるときは、前記画像サイズ及び／又は画像圧縮率を変更して再度前記入力される１つ以上の画像の圧縮を実行する画像圧縮手段と、を備える、ことを特徴とする画像処理装置。
【請求項２】
前記画像圧縮手段は、前記入力される１つ以上の画像に対し、個々に前記画像サイズ及び／又は画像圧縮率を変更可能とする、ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記画像圧縮手段は、前記入力される１つ以上の画像に対し、データテーブルを検索することで、個々に前記画像サイズ及び／又は画像圧縮率を変更する、ことを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記データテーブルを変更するデータテーブル変更手段を更に備える、ことを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記画像圧縮手段は、前記画像圧縮された結果の画像の合計容量値が、設定された前記合計画像容量値を越えるときであっても、ユーザからの指示の設定があれば処理を終了する、ことを特徴とする請求項１に記載の画像処理装置。
【請求項６】
前記画像圧縮された前記圧縮画像を分割する画像分割手段をさらに備え、
ユーザからの指示の設定があれば、前記圧縮画像を分割して前記圧縮画像保存手段に保存する、ことを特徴とする請求項１に記載の画像処理装置。
【請求項７】
前記画像圧縮手段は、前記入力される１つ以上の画像に対し、前記入力される画像属性情報に応じて、前記画像サイズ及び／又は画像圧縮率を変更可能とする、ことを特徴とする請求項１に記載の画像処理装置。
【請求項８】
前記画像属性情報は、前記入力される１つ以上の画像のそれぞれに付加された付帯情報である、ことを特徴とする請求項７に記載の画像処理装置。
【請求項９】
入力される１つ以上の画像を圧縮した圧縮画像を保存する圧縮画像保存工程と、
前記圧縮画像保存工程で保存する前記圧縮画像の合計画像容量値を設定する合計画像容量値設定工程と、
あらかじめ設定した画像の画像サイズ、画像圧縮率及び画像容量値の見積もり情報に基づき、前記圧縮画像の画像サイズと画像圧縮率を読み出す画像サイズ及び画像圧縮率読出し工程と、
前記画像サイズ及び画像圧縮率読出し工程で読み出された前記画像サイズと前記画像圧縮率に基づき、前記圧縮画像の合計容量値が、設定された前記合計画像容量値を越えるときは、前記画像サイズ及び／又は画像圧縮率を変更して再度前記入力される１つ以上の画像の圧縮を実行する画像圧縮工程と、を備える、ことを特徴とする画像処理装置の制御方法。
【請求項１０】
前記画像圧縮工程は、前記入力される１つ以上の画像に対し、個々に前記画像サイズ及び／又は画像圧縮率を変更可能とする、ことを特徴とする請求項９に記載の画像処理装置の制御方法。
【請求項１１】
前記画像圧縮工程は、前記入力される１つ以上の画像に対し、データテーブルを検索することで、個々に前記画像サイズ及び／又は画像圧縮率を変更する、ことを特徴とする請求項１０に記載の画像処理装置の制御方法。
【請求項１２】
前記データテーブルを変更するデータテーブル変更工程を更に備える、ことを特徴とする請求項１１に記載の画像処理装置の制御方法。
【請求項１３】
前記画像圧縮工程は、前記画像圧縮された結果の画像の合計容量値が、設定された前記合計画像容量値を越えるときであっても、ユーザからの指示の設定があれば処理を終了する、ことを特徴とする請求項９に記載の画像処理装置の制御方法。
【請求項１４】
前記画像圧縮された前記圧縮画像を分割する画像分割工程をさらに備え、
ユーザからの指示の設定があれば、前記圧縮画像を分割して前記圧縮画像保存工程で保存する、ことを特徴とする請求項９に記載の画像処理装置の制御方法。
【請求項１５】
前記画像圧縮工程は、前記入力される１つ以上の画像に対し、前記入力される画像属性情報に応じて、前記画像サイズ及び／又は画像圧縮率を変更可能とする、ことを特徴とする請求項９に記載の画像処理装置の制御方法。
【請求項１６】
前記画像属性情報は、前記入力される１つ以上の画像のそれぞれに付加された付帯情報である、ことを特徴とする請求項１５に記載の画像処理装置の制御方法。
【請求項１７】
請求項９乃至１６のいずれか１項に記載の画像処理装置の制御方法の手順が記述されたコンピュータで実行可能なプログラム。
【請求項１８】
請求項９乃至１６のいずれか１項に記載の画像処理装置の制御方法の手順が記述されたプログラムが記憶されたコンピュータ可読記憶媒体。
【発明の詳細な説明】【技術分野】
【０００１】
本発明は、取り扱い可能な制限容量値以内となるように、複数の画像ファイルを自動的に圧縮する画像処理装置、画像処理装置の制御方法、プログラム及び記憶媒体に関する。
【背景技術】
【０００２】
従来よりデジタルカメラやカメラ機能付携帯電話機などで撮影して得られた画像ファイルを、電子メールに添付して送信したり、ネットワーク上の画像サーバに公開し、知人に公開する等の用途は広く知られており、またその為の各種システムが提案されている。
【０００３】
近年、デジタルカメラの高性能化により撮影した画像ファイルが高品位となり、１個の画像ファイルの占める容量値が大容量になってきている。さらに、ユーザからは、多数の画像ファイルを電子メールに添付したいという要望も多く聞かれる。
【０００４】
しかし、電子メールに添付できる画像ファイルの容量値や、画像サーバに公開できる画像ファイルの容量値は制限がある。そのため、通常は、画像ファイルを圧縮して容量値を削減してから電子メールに添付して送信する事が行われる。
【０００５】
このように取り扱い可能な制限容量値が存在する場合、画像ファイルを圧縮して保存する方法として、圧縮前の画像ファイルの容量値と圧縮後の圧縮画像ファイルとの関係を次のようにする必要がある。即ち、圧縮後の圧縮画像ファイルの容量値が、取り扱い可能な制限容量値以内となるように、圧縮率を適宜変更して画像圧縮を行う。このような圧縮装置が＜特許文献１＞で提案されている。
【０００６】
また、同様に、取り扱い可能な制限容量値が存在する場合、複数の画像ファイルの合計容量値を取り扱い可能な制限容量値以内となるように、画像ファイルを圧縮することなく、しかし選択する画像ファイルの個数を制御する。こうして、それぞれの合計容量値が取り扱い可能な制限容量値以内とされ画像グループを複数作る。そして、このように分割された複数の画像グループとして複数回にわたり画像データを送信する方法も、たとえば＜特許文献２＞に提案されている。
【特許文献１】特開平０５−１１０８６７号公報
【特許文献２】特開２００１−１６９０２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述したような従来の方式においては、以下の問題があった。すなわち、すでに提案されている第１の方法では、画像圧縮方式は、添付ファイルの取り扱い可能な制限容量値を越えるか否かは、ユーザが見て判断するもので、ユーザの操作が不可欠であった。そのため取り扱い可能な制限容量値以内に調整するため、ユーザは圧縮比を替えながら何度も圧縮処理を繰り返すため、処理が煩雑であると共に、処理時間が長くなっていた。
【０００８】
当然、これに伴い、ユーザの操作労力が多くなるという問題があった。さらにこの画像圧縮方式では、ユーザが圧縮するために選択した画像ファイルの重要性を配慮する仕組みが検討されていなかった。その為、複数の画像ファイルを選択した場合は、各画像ファイルで重要度が異なるにもかかわらず、全ての画像ファイルの圧縮率を同一にしてしまうという問題があった。
【０００９】
また、第２の方法として＜特許文献１＞に開示された画像圧縮装置においては、複数の様々な品位の画像ファイルを取り扱い可能な制限容量値以内に納める仕組みがない問題があった。また、第２の方法では、圧縮率は入力される容量値と出力される容量値で求める仕組みである。したがって、圧縮する画像ファイルが既に圧縮されたＪＰＥＧ画像ファイルである場合もありうる。
【００１０】
この場合、当初の圧縮率によって再圧縮する場合の圧縮率は、圧縮する画像ファイル毎に大きく変化する点の考慮がされていなかった。そのため圧縮結果の検証と、また圧縮結果が不十分であった場合の対応がないという問題点があった。さらにこの第２の方法を採用した＜特許文献２＞に開示される画像送信装置では、そもそも画像ファイルが取り扱い可能な制限容量値を越えている場合の考察がなく、画像圧縮処理と画像分割処理を連動させる事に関しては、なにも考慮していない。
【００１１】
本発明は、このような事情を考慮してなされたものであり、ユーザに負担をかけることなく適正な画像圧縮処理が可能な画像処理装置及び画像処理装置の制御方法を提案することを目的とする。
【課題を解決するための手段】
【００１２】
上記の目的を達成するため、本願の実施形態に係る画像処理装置は、
入力される１つ以上の画像を圧縮した圧縮画像を保存する圧縮画像保存手段と、
前記圧縮画像保存手段で保存する前記圧縮画像の合計画像容量値を設定する合計画像容量値設定手段と、
あらかじめ設定した画像の画像サイズ、画像圧縮率及び画像容量値の見積もり情報に基づき、前記圧縮画像の画像サイズと画像圧縮率を読み出す画像サイズ及び画像圧縮率読出し手段と、
前記画像サイズ及び画像圧縮率読出し手段で読み出された前記画像サイズと前記画像圧縮率に基づき、前記圧縮画像の合計容量値が、設定された前記合計画像容量値を越えるときは、前記画像サイズ及び／又は画像圧縮率を変更して再度前記入力される１つ以上の画像の圧縮を実行する画像圧縮手段と、を備える、ことを特徴とする。
【００１３】
上記の目的を達成するため、本願の他の実施形態に係る画像処理装置の制御方法は、
入力される１つ以上の画像を圧縮した圧縮画像を保存する圧縮画像保存工程と、
前記圧縮画像保存工程で保存する前記圧縮画像の合計画像容量値を設定する合計画像容量値設定工程と、
あらかじめ設定した画像の画像サイズ、画像圧縮率及び画像容量値の見積もり情報に基づき、前記圧縮画像の画像サイズと画像圧縮率を読み出す画像サイズ及び画像圧縮率読出し工程と、
前記画像サイズ及び画像圧縮率読出し工程で読み出された前記画像サイズと前記画像圧縮率に基づき、前記圧縮画像の合計容量値が、設定された前記合計画像容量値を越えるときは、前記画像サイズ及び／又は画像圧縮率を変更して再度前記入力される１つ以上の画像の圧縮を実行する画像圧縮工程と、を備える、ことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、ユーザの負担を少なくして適正な画像圧縮処理が可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して、本発明の一実施形態に係る画像処理装置を用いた画像処理について詳細に説明する。
【００１６】
＜画像処理装置のシステム構成＞
図１は、本発明の実施形態に係る画像処理装置を実現し得るプラットフォームであるコンピュータシステムの構成例を示す図である。図１において、１０１はコンピュータ（以下ＣＯＭＰとする）本体、１０２はデータを表示するディスプレイ、１０３は代表的なポインティングデバイスであるマウス及び１０４はキーボードである。
【００１７】
図２は、本発明の実施形態に係る画像処理装置全体のハードウエアの機能構成を示す機能ブロック図である。図２において、２０１は、画像ファイル、画像ファイルを格納するための画像フォルダ、本画像処理装置の制御情報等が記憶されている記憶部である。本実施形態では、記憶部２０１は、図１に示すＣＯＭＰ１０１内に構成されているが、ネットワーク等で接続された他の外部装置内に設けられた記憶部に保有されているものであってもよい。
【００１８】
２０３はユーザ操作処理部であり、マウス１０３とキーボード１０４が接続される。そして、ユーザの操作に応じて記憶部２０１から画像ファイルや画像フォルダを読出して表示したり、後述する画像処理を開始する操作メニュー等を表示させる。すなわち、マウス１０３やキーボード１０４を使用したユーザ操作に対応して各種の命令を入力する。また必要に応じてディスプレイ１０２への表示を制御する。
【００１９】
２０４は画像ファイル処理部である。ユーザ操作により発生するユーザ操作処理部２０３の命令で処理が開始され、記憶部２０１から画像ファイルを取り出して必要な画像処理を行い、再度記憶部２０１に書き込む。尚、ＣＯＭＰ１０１には、全体を制御するためのＣＰＵ２０５、ＣＰＵ２０５が実行する制御プログラムや各種データを記憶するＲＯＭ２０６や、制御時の各種情報を一時的に記憶するＲＡＭ２０７を含む。尚、画像ファイル等を格納するための記憶部２０１はたとえば、ハードディスク等で構成される。
【００２０】
＜従来のシステムにおける動作説明＞
図１１は、従来の画像処理装置における画像圧縮処理の処理の動作を示すフローチャート図である。本発明の実施形態の理解を容易にするため、図１１の処理の動作を示すフローチャート図と、図１２、図１３及び図１４に示したディスプレイ１０２の表示画面に表示されるＧＵＩ２０３を使用して、従来の画像処理装置における画像圧縮処理を簡単に説明する。尚、この説明において、従来の画像処理装置で使用されるコンピュータも、図１及び図２で示す画像処理装置の構成と同様であるので、説明では、図１及び図２も使用して説明される。
【００２１】
すなわち、図１１に示すフローチャート図は、ユーザ操作処理部２０３および画像ファイル処理部２０４の一部として動作する。図１２には、画像ファイルを電子メールに添付する処理メニューと、詳細設定を行うＧＵＩ（Graphic User Interface）１２００が表示されている。このＧＵＩ１２００は、ディスプレイ１０２の表示画面に表示されるものである。参照番号１２０１で示す １:Select Image（画像選択）以下の、左側の処理メニュー１乃至４から、ステップ毎に処理を選択し、その際、右側に表示される部分に詳細な処理情報を入力する構成とされる。
【００２２】
図１２の例では、処理メニュー１２０１の １:Select Image の操作で、画像ファイルを３枚選択する。その後、処理メニュー１２０１の ２:Change Image Size（画像サイズ変更）のためのＧＵＩ画面が表示されている状態を示す。尚、選択された３枚の画像ファイルは、１２０７で示す Selection Tray（選択トレイ）内に表示されている。
【００２３】
図１１は、このＧＵＩ１２００の画面と連動して動作する処理のフローチャート図であり、処理の開始後、ステップＳ１１０１で、図１２のＧＵＩ１２００の画像圧縮処理の画面を表示する。この状態でステップＳ１１０２でユーザの操作を待つこととなる。
【００２４】
例えば、ステップＳ１１０６の「圧縮設定が変更がされたか？」の判断は、図１２の１２０５で示す Image Settings（画像の設定）で、画像ファイルのリサイズ条件が変更された場合にステップＳ１１０９に進み、圧縮設定が更新される。即ち、図１２の１２０５で示す Image Settings における設定値が変更される。
【００２５】
また、ステップＳ１１０４の「プレビュー画像の表示が指示された?」の判断においては、図１２の１２０３で示す Preview Images...（画像のプレビュー）を選択するとステップＳ１１０７に進むこととなる。そして、図１２の１２０５で示す Image Settings（画像の設定）”に指定されたリサイズ条件に従いステップＳ１１０７が実行され、画像ファイルを圧縮し、図１４に示すプレビュー画像として表示する。
【００２６】
また、ステップＳ１１０５の「容量計算が指示されたか？」は、図１２の１２０６で示す Calculate（計算）を選択することにより、ステップＳ１１０８に進む。そして元の画像ファイルのサイズに対し圧縮処理を行った後のファイル容量値が計算され、両方共に、図１２の１２０４に示すように表示される。図１３は、図１２の１２０４で示す部分を拡大したものである。図１３において、例えば現在の設定では、Original File Size（元の画像ファイルの合計容量値）は８．３ＭＢ、Modified File Size（変更後の画像ファイルの合計容量値）は、１．４ＭＢであることが表示されている。
【００２７】
また、図１２の操作メニュー１２０１の ３:Send or Save（送る/保存する）又は１２０２で示す Next＞（次へ）が操作されたとする。この場合、１２０５におけるリサイズ条件が Send Images Unchanged（画像をそのまま送信する）の場合は、ステップＳ１１１０の「圧縮が指示された？」の判断はＮｏになる。したがってステップＳ１１１２において、選択された画像ファイルをそのままメール送信用に保存することになる。しかし、１２０５におけるリサイズ条件が Resize and Compress Images into JPEG type（リサイズしてＪＰＥＧ規格で圧縮する）の場合は、ステップＳ１１１０の判断はＹｅｓになる。従ってこの場合には、１２０５におけるリサイズ条件で画像ファイルを圧縮してから、メール送信用に保存することになる。
【００２８】
以上のように動作する従来の実施形態では、１２０６の Calculate を操作した結果表示される１２０４に示す選択した複数の画像ファイルの合計容量値表示を行っていた。さらに、１２０３の Preview Images... を操作した結果示される、図１４に示すプレビュー画像の画質をユーザが目視し、合計容量値表示との関係で判断するシステムであった。
【００２９】
＜本発明に係る実施形態の画像処理装置の動作説明＞
本発明は、図１１乃至１４を使用して説明した従来技術における、画像処理装置の改良を行い、新たな効果を得る新規な画像処理装置を提供する。以下、添付した図面を参照して、本発明の実施形態に係る画像処理装置の動作を詳細に説明する。
【００３０】
図３及び図８は、図１１で説明したように動作する従来技術による画像処理装置に対し、改良を加えた本願の実施形態に係る画像処理装置の動作を説明するフローチャート図である。また、図７は、標準的な画像ファイルのサイズと圧縮率と画像容量値の関係を表すデータテーブルである。これらのフローチャート図とデータテーブルと、図１２に示したＧＵＩ１２００に改良を加えた図４乃至６に示すＧＵＩを用いて、画像ファイルを電子メールに添付し送信するために保存する際の画像圧縮機能を実現している。
【００３１】
図３及び図８に示すフローチャート図は、図２のユーザ操作処理部２０３及び画像ファイル処理部２０４の一部として動作する。そして、図７に示すデータテーブルは、画像ファイル処理部２０４の一部として参照され、図４乃至６のＧＵＩはディスプレイ１０２に表示されるものである。
【００３２】
図４は、画像ファイルを電子メールに添付するための処理メニューの表示と詳細設定を行うＧＵＩ４００である。４０１で示す左側の処理メニューでステップ毎に処理を選択し、その際に右側に表示されるＧＵＩ４００に詳細な情報を入力する構成となっている。この例では、処理メニュー４０１の １:Select Image（画像を選択する）の操作により、画像ファイルが３枚選択される。かくして選択された画像ファイルは、４０８で示すで示す Selection Tray（選択トレイ）内に表示されている。そして、処理メニュー４０１の ２:Specify Email Settings（メール設定を変更する）が選択された状態が、図４に示されたＧＵＩ４００である。
【００３３】
図３は、このＧＵＩ４００と連動する本願の実施形態に係る画像処理装置の動作を説明するフローチャート図であり、図４で示された状態のＧＵＩ４００からの動作を以下説明する。
【００３４】
まず、圧縮処理の開始後ステップＳ３０１で、入力画像のファイル枚数と入力されたリサイズ条件から圧縮後の合計画像容量値を見積もり、ステップＳ３０２で、現在の設定での画像圧縮の画像を表示する。そしてステップＳ３０３で、ユーザからの操作を待つ。
【００３５】
ステップＳ３０１においては、入力画像のファイル枚数と、図４の４０３で示す圧縮設定値（画像サイズ、画像圧縮品質）から、図７のテーブルを検索する。そして、予測した合計画像容量値を、図４の４０５に示す Modified File Size（圧縮容量値）に estimated（予測値）の値として表示する。
【００３６】
ステップＳ３０３では、ユーザによる以下のいずれかの操作を待つ。その操作には、図４に示す、４０４の Change Settings（設定の変更...）ボタン、 ４０６の Preview Images...（圧縮画像を確認する...）ボタン等がある。さらに４０７の Calculate Size（容量値を計算する...）ボタン等を含む。
【００３７】
さらに、処理メニュー４０１の ３:Finish（完了）又は４０２のFinish（完了）ボタンも含む。さらに、４０４の示すChange Settings（設定の変更...）ボタンを押した場合に表示される、図５の Email Setting（メールの設定）画面上での、５０１の Size（画像サイズ）設定リストボックスを含む。さらに、５０２の Quality（画像品質）スライダーを含む。さらにまた、５０３の Maximum email attachment size（最大添付容量値）エディットボックス、５０４の 容量値オーバーの際の動作リストボックスも含む。そして詳細には説明しないが処理を前に戻したり処理をキヤンセルする操作なども含まれる。
【００３８】
例えば、図４のＧＵＩ４００において、４０６の Preview Images...ボタンが押されると、ステップＳ３０５の判断により、ステップＳ３０８に進み、画像圧縮処理が行われる。その後ステップＳ３０９に進み、圧縮画像のプレビュー表示がなされる。図１４では、１つの画像しか示していないが、現在３つの画像が選択されているので、３つの画像の圧縮画像のプレビュー表示がなされる。またこのとき、ステップＳ３１２により、合計画像容量値を、図４の４０５で示す Modified File Size（圧縮容量値）に Actual（実測値）の値として表示する。例えば、図４の４０４の Change Settings（設定の変更...）のボタンが押されると、ステップ３０６での判断で、図５の詳細設定画面が表示され、５０１乃至５０４に示す入力変更を受ける。その結果をステップＳ３１０で処理して、図４のＧＵＩ４００の画面上の４０３に反映した後にステップＳ３１１、ステップ３１２と進み、それぞれの処理を実行する。さらにまた、例えば図４の４０７の Calculate Size が押されても、ステップＳ３１１、ステップ３１２と進み、それぞれの処理を実行する。
【００３９】
＜実施形態１＞
実施形態１では、図５に示す５０４での初期設定値で、Automatically resize images（自動的にサイズを変更する）が選択されている場合について、図３に示すフローチャート図でその動作を説明する。処理メニュー４０１の １:Select Image で選択した画像ファイルの枚数が多いとする。すなわち、４０３に示す、つまり詳細には５０１、５０２及び５０３で示す設定条件では、圧縮後の合計画像容量値が、添付可能な取り扱い可能な制限容量値を越えてしまうと仮定する。
【００４０】
ここで、処理メニュー４０１の ３:Finish 又は４０２の Finish が操作されると、ステップＳ３０４で圧縮処理の開始が判断され、ステップＳ３１３に進む。ステップＳ３１３では、図５の５０１での変更があり、Send Images Unchanged（そのまま送信する）ではないので、画像圧縮の開始指示と判断される。この処理フローを開始してから、４０７の Calculate Size が押されていなければ、ステップＳ３１４では、有効な圧縮結果が存在しないと判断され、ステップＳ３１５に進み、画像圧縮処理が実施される。
【００４１】
ステップＳ３１５は、詳細には図８の処理のフローチャート図となる。まず、ステップＳ８０１で、図５の５０１及び５０２の設定値を読み込み、ステップＳ８０２に進む。ステップＳ８０２では、まず圧縮対象画像を読み込んでステップＳ８０３に進み、圧縮対象画像を復号化する。その後、ステップＳ８０４に進み、図５の５０１の値に従い圧縮対象画像の画像サイズを変更する。そして、ステップＳ８０５に進み、図５の５０２で指定された画像品質に従い画像を再度符号化し、ステップＳ８０６で完成した圧縮画像一式と合計画像容量値を返す。尚、図３のフローチャート図において、ステップＳ３１５のみならず、ステップＳ３０８、Ｓ３１１及びＳ３２３も基本的に図８の処理のフローチャート図となる。
【００４２】
本実施形態１の仮定として、ステップＳ３１６でＮｏと判定され、さらに、５０４の設定が自動的にサイズを変更する設定なので、ステップＳ３１７、Ｓ３１９及びＳ３２１共にＮｏと判断される。したがって、ステップＳ３２２で、現在の画像枚数と画像サイズと画像品質と合計画像容量値から、図７のテーブルを検索し、新しい画像サイズと画像品質を決定することとなる。
【００４３】
図７のテーブルを検索する決定方法は、
１）現在のサイズと品質の画像容量値から図７のテーブルを参照し１画像当たりの見積もり容量値を取得する、
２）見積もり容量値×枚数と、現在の図５の５０３に設定された値を比較する、
３）最初に Q-Factor （画像品質）値を下げ、図７のテーブルの下から上へ検索していく、
４）この場合、図５の５０３に設定された値以下にならない場合は、図５で表の右から左へ検索していく、及び
５）それでも図５の５０３に設定された値以下にならない場合は、上記の３）及び４）を繰り返す。
【００４４】
この結果得た新しい画像サイズと画像品質を元に、ステップＳ３２３の画像圧縮を再度実行する。その結果、図５の５０３に設定された値以下になれば、ステップＳ３２４で、処理は完了となり、ステップＳ３２５に進み、メール送信用に画像を保存して処理を終了する。しかし、図５の５０３に設定された値以下にならなければ、ステップＳ３２４からステップ３２２に戻り、再度ステップＳ３２２以下を実行する。以上の処理により、ユーザは圧縮処理時に操作の介入を必要とされなくなるので、その介入の労力は減少できる。
【００４５】
また、上記で説明した実施形態１において、図５の５０４において、Prompt to user（ユーザ確認を得る）が選択されている場合について、図３のフローチャート図の動作を説明する。すなわち、今処理メニュー４０１で選択した画像の枚数が多いとする。すなわち、４０２つまり詳細には、図５の５０１、５０２及び５０３での設定では、電子メールに添付可能な制限容量値を越えてしまうと仮定する。
【００４６】
ここで、処理メニュー４０１の ３:Finish 又は４０２の Finish が操作されると、ステップＳ３１４がＮｏと判定される。そして図５の５０４の設定が、ユーザ確認を得る設定なので、ステップＳ３１７の判断がＹｅｓと判断され、図６のユーザ指示画面が表示される。
【００４７】
このとき、図６において、ユーザがラジオボタンで４０２の Automatically reduce the size of the images until the maximum email attachment size is reached.（制限容量値以内になるように自動的に再圧縮をする）を選択する。そして、ＯＫボタンを押したとする。するとステップＳ３１９及びＳ３２１での判断がいずれもＮｏとなる。したがって、上記と同様にステップＳ３２２、Ｓ３２３、Ｓ３２４及びＳ３２５の処理を行いメール送信用に画像を保存して処理を終了する。
【００４８】
以上の処理により、ユーザは圧縮処理時に、合計添付容量値が所定値を超えた場合のみの操作の介入だけが必要とされるので、その労力は減少出来る。
【００４９】
＜実施形態２＞
実施形態２では、図５の３０４の初期設定において、Prompt to user（ユーザ確認を得る）が選択されている場合について、図３のフローチャート図の動作を説明する。
【００５０】
今処理メニュー４０１で選択した画像枚数が多く、４０２つまり詳細には、図５の５０１、５０２及び５０３での設定では、添付可能な取り扱い可能な制限容量値を越えてしまうと仮定する。ここで、処理メニュー４０１の ３:Finish 又は４０２の Finish が操作されるとする。本実施形態２の仮定として、ステップＳ３１４でＮｏと判定され、さらに、ステップ３１５はＹｅｓと判断され、図６のユーザ指示画面が表示される。
【００５１】
ここで、ユーザがラジオボタンで、６０１の Send the images anyway（このまま送信する）を選択し、ＯＫボタンを押す。すると、ステップＳ３１９では、強制転送モードと判断され、ステップＳ３２５に進み、メール送信用に画像を保存して処理を終了する。
【００５２】
以上の処理によりユーザは、圧縮処理時に、合計添付容量値が所定値を超えた場合のみの操作の介入だけが必要とされる。
【００５３】
＜実施形態３＞
実施形態３では、図５の５０４の初期設定で、Prompt to user（ユーザ確認を得る）が選択されている場合について、図３の動作を説明する。今処理メニュー４０１で選択した画像枚数が多く、４０２つまり詳細には、図５の５０１、５０２及び５０３での設定では、添付可能な取り扱い可能な制限容量値を越えてしまうと仮定する。ここで、処理メニュー４０１の ３:Finish 又は４０２の Finish が操作されるとする。本実施形態２の仮定として、ステップＳ３１４でＮｏと判定され、さらに、ステップ３１５はＹｅｓと判断され、図６のユーザ指示画面が表示される。
【００５４】
ここで、ユーザがラジオボタンで、６０３の Send the images using more than one email（複数のメールで送信する）を選択し、ＯＫボタンを押すとする。するとステップＳ３１９ではＮｏと判断される一方、ステップＳ３２１でＹｅｓと判断され、ステップＳ３２０に進み、送信画像が分割される。そしてステップＳ３２１では、取り扱い可能な制限容量値の画像枚数毎に、複数のメール送信用に画像を保存して処理を終了する。以上の処理によりユーザは圧縮処理時に、合計添付容量値が所定値を超えた場合のみの操作の介入だけが必要とされる。
【００５５】
＜実施形態４＞
実施形態１、実施形態２及び実施形態３において、図８の処理のフローチャート図に改良を加え、図９の処理のフローチャート図としたのが以下説明する本願の実施形態４である。
【００５６】
図９の実施形態４における処理のフローチャート図においては、図３のステップＳ３０８、Ｓ３１１、Ｓ３１５及びＳ３２３の処理の際に利用されるものである。図８のフローチャート図との違いは、図９に示すように、ステップＳ９０１を追加した事にある。このステップＳ９０１は、ステップＳ８０５の後に実施され、圧縮結果の画像のサイズと画像品質に対応した画像容量値の値を、図７のテーブルに書き戻すステップである。一般にＪＰＥＧなどの空間圧縮を行う画像圧縮方式の場合、ユーザが撮影する被写体の特徴によって圧縮される画像の容量値が異なる。そこで、この値を保存する事で、次回以降の圧縮処理をユーザが過去に撮影した画像の傾向に合わせて推測する事ができるようになり、ユーザ環境に合わせた圧縮率の最適化を行う事が可能となる。
【００５７】
＜実施形態５＞
先に説明した実施形態１において、図３の圧縮処理のフローチャート図のステップＳ３２２に改良を加え、図１０のフローチャート図としたのが実施形態５である。ステップＳ３２２の替わりに、現在の全画像それぞれの画像サイズと画像品質と画像に書き込まれた付帯情報を利用する。そして図７のテーブルを検索し、新しい画像サイズと画像品質を決定する処理である。付帯情報とは、ＥＸＩＦ（Exchangeable Image File Format：デジタルカメラ用の画像ファイルの規格。ＪＥＩＤＡによって標準化されている）タグ情報のことである。ここには、シャッタースピードや絞り値やユーザコメントとして様々な情報を書き込むことが出来る。本実施形態５では、コメント領域に文字データとして書き込まれた優先度情報「優先度：ｎ」（ｎ＝１、２、３・・・）に従って、処理を行った。
【００５８】
図３で示すフローチャート図のステップＳ３２２の替わりに、図１０の処理フローが動作する。その処理の詳細は以下のようになる。最初にステップＳ１００１で全画像の画像サイズ、画像容量値、画像属性を読み込む。その際、画像属性の優先度が低い（ＥＸＩＦコメントタグ情報で、「優先度：ｎ」のｎが大きい順）に画像ファイルを並べる。続いて、ステップＳ１００２で、図５の５０３で示すように圧縮条件で設定されている目標とする合計画像容量値を読み込む。
【００５９】
次のステップＳ１００３では、画像属性で優先度の最も低い画像から現在のサイズと品質の画像容量値からテーブルを参照し、１画像当たりの見積もり容量値を取得し、最初に Q-Factor（画像品質）値を下げつつテーブルの下から上へ検索していく。次にサイズを小さくしていく、すなわち、図７でテーブルの右から左へ検索していく方法で、現在の画像容量値よりも見積もり容量値が小さくなる画像サイズと画像品質を見つける。そして新しく見つけた画像サイズと画像品質を、この画像の新しい画像サイズと画像品質と画像容量値として保存する。
【００６０】
次にステップ１００５で、図５の５０３に設定された合計画像容量値と現在の全画像の画像容量値を比較する。そして、５０３に設定された合計画像容量値より小さくなった場合は、ステップＳ１１０５において、各画像毎の、新しい画像サイズと画像品質を出力指定処理を終了する。
【００６１】
もし、ステップＳ１００５で、図５の５０３に設定された合計画像容量値より小さくならなかった場合は、次に優先度の低い画像に関し、ステップＳ１００３、Ｓ１００４の処理を行う。これを繰り返し、もしも全画像を１順処理しても小さくならなかった場合は、再度、優先度の最も低い画像からステップＳ１００３、Ｓ１００４の処理を行う。
【００６２】
この結果得た新しい画像サイズと画像品質を元に、ステップＳ３２３を再度実行し、その結果、５０３に設定された合計画像容量値より小さくなった場合は、ステップＳ３１４は完了となる。したがって、その後ステップＳ３２５に進み、メール送信用に画像を保存して処理を終了する。しかしもし、小さくならなかった場合は、再度図１０の処理を実施する。
【００６３】
以上の処理によりユーザは圧縮処理時に操作介入を必要とされなくなるのでその介入労力は減少できると同時に、各画像の画像品質を差別化して圧縮できるようにし、ユーザ自身の意思を反映できる。すなわち、本発明の各実施形態によれば、
１）正確に所定の合計容量値以内に画像を圧縮する為には圧縮の反復処理が必須になるが、その際の処理時間を短縮し、またユーザの介入労力をなくす、
２）正確ではないが実用的に問題ない範囲で所定の容量値に画像を圧縮し、ユーザの労力をなくす、
３）実用的に問題ない範囲で所定の容量値に画像を圧縮し、さらに所定の容量値以内に画像グループを分割し、正確に所定の容量値以下にする。その際のユーザの労力をなくす、
４）１枚以上の画像を所定の容量値に画像を圧縮す際に、上記１）〜３）の目的を達成し、さらに画像品質をそろえる、及び
５）１枚以上の画像を所定の容量値に画像を圧縮す際に、上記１）〜３）の目的を達成し、さらに画像属性に応じて各画像の画像品質を差別化して圧縮できるようにし、ユーザの意思を反映しやすいようにすることが可能となる。
【００６４】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給しても達成可能である。すなわち、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６５】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性の半導体メモリカード、ＲＯＭなどを用いることができる。また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現される場合もある。
【００６６】
しかし、さらにそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６７】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれる場合もあり得る。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００６８】
【図１】本発明の実施形態に係る画像処理装置のシステムの構成を示す図である。
【図２】本発明の実施形態に係る画像処理装置の機能を表す機能ブロック図である。
【図３】本発明の実施形態に係る画像処理装置の動作を説明するフローチャート図である。
【図４】本発明の実施形態で使用されるユーザインタフェースの１例を示す図である。
【図５】本発明の実施形態で使用される別のユーザインタフェースの１例を示す図である。
【図６】本発明の実施形態で使用される、さらに別のユーザインタフェースの１例を示す図である。
【図７】本発明の実施形態で使用されるデータテーブルの１例を示す図である。
【図８】本発明の実施形態で使用される画像圧縮処理の動作を説明するフローチャート図である。
【図９】本発明の実施形態で使用される、改良された画像圧縮処理の動作を説明するフローチャート図である。
【図１０】本発明の実施形態で使用される、改良された画像サイズと圧縮率の設定処理の動作を説明するフローチャート図である。
【図１１】従来技術の実施形態に係る画像圧縮処理の動作を説明するフローチャート図である。
【図１２】従来技術の実施形態で使用されるユーザインタフェースの１例を示す図である。
【図１３】図１２に示すユーザインタフェースの１部を拡大して示す図である。
【図１４】従来技術及び本発明の実施形態で使用されるプレビュー画像を示す図である。
【出願人】 【識別番号】０００００１００７
【氏名又は名称】キヤノン株式会社
【出願日】 平成１８年８月１５日（２００６．８．１５）
【代理人】 【識別番号】１０００７６４２８
【弁理士】
【氏名又は名称】大塚 康徳

【識別番号】１００１１２５０８
【弁理士】
【氏名又は名称】高柳 司郎

【識別番号】１００１１５０７１
【弁理士】
【氏名又は名称】大塚 康弘

【識別番号】１００１１６８９４
【弁理士】
【氏名又は名称】木村 秀二
【公開番号】 特開２００８−４８１４１（Ｐ２００８−４８１４１Ａ）
【公開日】 平成２０年２月２８日（２００８．２．２８）
【出願番号】 特願２００６−２２１６５７（Ｐ２００６−２２１６５７）