JP6102178B2 - サムネイル表示装置、サムネイルの表示方法、およびコンピュータプログラム - Google Patents

Description

本発明は、画像のサムネイルを表示する技術に関する。

ハードディスク、メモリカード、またはオンラインストレージなどの媒体に電子データ（画像データ）として記憶されている画像をサムネイル表示する技術が、普及している。

「サムネイル表示」は、画像データによって再現される画像をアイコン程度の大きさに縮小して表示することである。このように縮小された画像は、一般に、「サムネイル」または「サムネイル画像」と呼ばれている。

サムネイル表示の技術は、近年、パーソナルコンピュータおよびタブレットコンピュータなどのオペレーティングシステムに標準に装備されている。したがって、ユーザは、どのような画像の画像データであるのかを、画像データを描画ソフトまたはビューワなどにアプリケーションで開くことなく、知ることができる。

どのような画像の画像データであるのかをより確実に分かるようにするために、サムネイルとともに画像に関する付加情報を表示する方法が、提案されている（特許文献１）。

特開２００１−３３７９９４号公報

しかし、付加情報をサムネイルの上に重ねて表示すると、画像に付加情報が元々含まれているとユーザが誤認することがある。誤認したまま画像を用紙に印刷すると、ユーザが望んだ通りの印刷物が得られないことがある。

そこで、サムネイルの傍に付加情報を表示することが、考えられる。しかし、この方法によると、付加情報を表示するための領域を確保しなければならないので、一度に表示すべきサムネイルの数が多い場合に、サムネイル１つ当たりの大きさが小さくなってしまう。または、サイズが固定である場合は、一度に表示することができる個数が少なくなってしまう。

本願発明は、このような問題点に鑑み、サイズを小さくしまたは個数を少なくすることなくサムネイルを表示しつつ、ユーザに誤解されたまま画像に係る処理が行われないように付加情報を表示することを、目的とする。

本発明の一形態に係るサムネイル表示処理装置は、保存手段に画像データとして記憶されている画像のサムネイルを、当該画像に関する属性情報を表わす付加画像を重ねてディスプレイに表示させる、サムネイル表示制御手段と、前記サムネイルの選択と当該選択以外の所定の操作とを検知する検知手段と、前記選択と前記所定の操作とが前記検知手段によって検知された場合に、前記付加画像を非表示にする、非表示制御手段と、を有する。

好ましくは、所定の処理を進める指令に対応するオブジェクトである指令オブジェクトを前記ディスプレイに表示させるオブジェクト表示制御手段、を有し、前記検知手段は、前記ディスプレイにおける前記サムネイルの位置がタッチされまたは前記サムネイルがクリックされた際に前記選択がなされたと検知し、前記ディスプレイにおける前記指令オブジェクトの位置がタッチされまたは前記指令オブジェクトがクリックされた際に前記所定の操作がなされたと検知する。

または、所定の処理を進める指令に対応するオブジェクトである指令オブジェクトを前記ディスプレイに表示させるオブジェクト表示制御手段、を有し、前記検知手段は、前記サムネイルの位置から前記指令オブジェクトを含む所定の区域の位置までのドラッグが行われた際に前記選択および前記所定の操作がなされたと検知する。

または、前記付加画像が重なった前記サムネイルの複製であるクローン画像を、前記ドラッグに応じて移動させながら表示させる、移動表示制御手段、を有する。

前記所定の処理は、例えば、前記画像を用紙に印刷する処理、前記画像データを他の装置へ出力する処理、前記画像データの、前記保存手段における保存場所を変更する処理、および前記画像データを削除する処理のいずれかである。

または、前記画像は、カラーの画像であり、前記非表示制御手段は、前記所定の処理が前記画像をモノクロで印刷する処理である場合は、前記付加画像を非表示にするだけでなく、前記サムネイルまたは前記クローン画像をモノクロにして表示させる。

本発明によると、サイズを小さくしまたは個数を少なくすることなくサムネイルを表示しつつ、ユーザに誤解されたまま画像に係る処理が行われないように付加情報を表示することができる。

画像処理装置が設けられたネットワーク構成の例を示す図である。 画像処理装置のハードウェア構成の例を示す図である。 画像処理装置の機能的構成の例を示す図である。 画像データ登録処理部の構成の例を示す図である。 画像データ登録処理の流れの例を説明するフローチャートである。 １つの原稿のためのデータの構成の例を示す図である。 画面表示処理部の例を示す図である。 サムネイル表示処理の流れの例を説明するフローチャートである。 原稿選択ウィンドウの例を示す図である。 ＲＡＭおよびＶＲＡＭに確保された領域の例を示す図である。 ビットマップデータの準備の処理を説明する図である。 合成画像の生成の例を示す図である。 サムネイル形態変更処理の流れの例を説明するフローチャートである。 付加情報画像を非表示にする際のＲＡＭおよびＶＲＡＭの制御の例を説明する図である。 付加情報画像が非表示である原稿選択ウィンドウの例を示す図である。 画像処理装置の全体的な処理の流れの例を説明するフローチャートである。 画像処理装置の機能的構成の例を示す図である。 画面表示処理部の構成の例を示す図である。 原稿選択ウィンドウの例を示す図である。 ＲＡＭおよびＶＲＡＭに確保された領域の例を示す図である。 クローン画像表示処理の流れの例を説明するフローチャートである。 クローン画像を表示する際のＲＡＭおよびＶＲＡＭの制御の例を説明する図である。 クローン画像のドラッグ中における原稿選択ウィンドウの例を示す図である。 付加情報画像を非表示にする際のＲＡＭおよびＶＲＡＭの制御の例を説明する図である。 付加情報画像が非表示である原稿選択ウィンドウの例を示す図である。 画像処理装置の全体的な処理の流れの例を説明するフローチャートである。 原稿選択ウィンドウの変形例を示す図である。 画像処理装置の機能的構成の例を示す図である。 画像データ登録処理部の構成の例を示す図である。 画像データ登録処理の流れの例を説明するフローチャートである。 １つの原稿のためのデータの構成の例を示す図である。 画面表示処理部の構成の例を示す図である。 原稿選択ウィンドウの例を示す図である。 ＲＡＭおよびＶＲＡＭに確保された領域の例を示す図である。 クローン画像表示処理の流れの例を説明するフローチャートである。 クローン画像表示処理の流れの例を説明するフローチャートである。 クローン画像を表示する際のＲＡＭおよびＶＲＡＭの制御の例を説明する図である。 付加情報画像を非表示にする際のＲＡＭおよびＶＲＡＭの制御の例を説明する図である。 クローン画像をモノクロで表示する際のＲＡＭおよびＶＲＡＭの制御の例を説明する図である。 合成画像の生成の変形例を示す図である。 サムネイルの例を示す図である。

〔第一の実施形態〕
図１は、画像処理装置１が設けられたネットワーク構成の例を示す図である。図２は、画像処理装置１のハードウェア構成の例を示す図である。図３は、画像処理装置１の機能的構成の例を示す図である。

図１に示す画像処理装置１は、一般に複合機またはＭＦＰ（Multi Function Peripherals）などと呼ばれる装置であって、コピー、ネットワークプリンティング、スキャン、ファックス、およびボックスなどの機能を集約した装置である。

「ネットワークプリンティング機能」は、パーソナルコンピュータ、タブレットコンピュータ、またはスマートフォンなどの端末装置から画像データを受信し、この画像データに基づいて画像を用紙に印刷する機能である。「ネットワークプリント」または「ＰＣプリント」と呼ばれることもある。

「ボックス機能」は、ユーザごとに「ボックス」または「パーソナルボックス」などと呼ばれる記憶領域を与えておき、各ユーザが自分の記憶領域によって画像データなどのデータを保存し管理するための機能である。ボックスは、パーソナルコンピュータにおける「フォルダ」または「ディレクトリ」に相当する。

画像処理装置１は、いわゆるＬＡＮ（Local Area Network）回線、公衆回線、またはインターネットなどの通信回線を介してパーソナルコンピュータ、タブレットコンピュータ、スマートフォン、およびファックス端末などの端末装置と画像データのやり取りを行うことができる。

画像処理装置１は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＶＲＡＭ（Video RAM）１０ｃ、ＲＯＭ（Read Only Memory）１０ｄ、大容量記憶装置１０ｅ、スキャンユニット１０ｆ、プリントユニット１０ｇ、ＮＩＣ（Network Interface Card）１０ｈ、ファックスモデム１０ｉ、操作パネル１０ｊ、およびタッチパネルディスプレイ１０ｋなどによって構成される。

ＮＩＣ１０ｈは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などのプロトコルによってパーソナルコンピュータ、タブレットコンピュータ、およびスマートフォンなどと通信を行うための装置である。

ファックスモデム１０ｉは、Ｇ３などのプロトコルでファックス端末などと画像データをやり取りするための装置である。

操作パネル１０ｊは、テンキー、スタートキー、およびストップキーなど、操作用のキーによって構成される。

タッチパネルディスプレイ１０ｋは、ユーザに対するメッセージを与えるための画面、処理の結果を示す画面、またはユーザが画像処理装置１に対して指示を入力するための画面などを表示する。また、タッチパネルディスプレイ１０ｋは、タッチされた位置を検知し、ＣＰＵ１０ａへその位置を通知する。

ユーザは、操作パネル１０ｊまたはタッチパネルディスプレイ１０ｋを操作することによって、画像処理装置１に対してコマンドを与えたりデータを入力したりすることができる。

スキャンユニット１０ｆは、用紙に記されている写真、文字、絵、図表などの画像を読み取って画像データを生成する。カラーの画像およびモノクロの画像の両方を読み取ることができる。

プリントユニット１０ｇは、スキャンユニット１０ｆによって読み取られた画像のほか、端末装置から送信されてきた画像データに示される画像を用紙に印刷する。カラーの画像およびモノクロの画像の両方を印刷することができる。

ＲＯＭ１０ｄまたは大容量記憶装置１０ｅには、上述の機能を実現するためのオペレーティングシステム、ミドルウェア、およびアプリケーションなどのソフトウェアが記憶されている。さらに、図３に示す画像データ登録処理部１０１、画像データ記憶部１０２、画面表示処理部１０３、および画像処理部１０４などの機能を実現するためのソフトウェアが記憶されている。

各ソフトウェアを構成するモジュールは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによって実行される。大容量記憶装置１０ｅとして、ハードディスクドライブまたはＳＳＤ（Solid State Drive）などが用いられる。

ＲＡＭ１０ｂは、主にＣＰＵ１０ａのメインメモリ（画像処理の演算等のための作業メモリ）として用いられる。ＶＲＡＭ１０ｃは、タッチパネルディスプレイ１０ｋに表示する画像のデータを記憶するために用いられる。

図４は、画像データ登録処理部１０１の構成の例を示す図である。図５は、画像データ登録処理の流れの例を説明するフローチャートである。図６は、１つの原稿のためのデータの構成の例を示す図である。図７は、画面表示処理部１０３の例を示す図である。図８は、サムネイル表示処理の流れの例を説明するフローチャートである。図９は、原稿選択ウィンドウＷＮ１の例を示す図である。図１０は、ＲＡＭ１０ｂおよびＶＲＡＭ１０ｃに確保された領域の例を示す図である。図１１は、ビットマップデータの準備の処理を説明する図である。図１２は、合成画像の生成の例を示す図である。図１３は、サムネイル形態変更処理の流れの例を説明するフローチャートである。図１４は、付加情報画像を非表示にする際のＲＡＭ１０ｂおよびＶＲＡＭ１０ｃの制御の例を説明する図である。図１５は、付加情報画像が非表示である原稿選択ウィンドウＷＮ１の例を示す図である。

以下、図３に示す画像処理装置１の各部を、図４〜図１０を参照しながら順次説明する。

画像データ登録処理部１０１は、図４に示すように、原稿画像データ取得部１２１、縮小画像データ生成部１２２、および属性データ生成部１２３などによって構成され、原稿画像データ５０、縮小画像データ５１、および属性データ５２を画像データ記憶部１０２に登録するための処理を行う。原稿画像データ５０は、原稿の画像の画像データである。縮小画像データ５１は、原稿を縮小したものの画像データである。属性データ５２は、原稿の種々の属性を示すデータである。

ここで、画像データ登録処理部１０１の各部の処理の流れを、図５のフローチャートなどを参照しながら説明する。

図５において、原稿画像データ取得部１２１は、次のように、原稿画像データ５０を取得する（＃７０１）。

ユーザは、原稿（例えば、文書、写真、またはイラストなどからなるドキュメント）の画像が記された用紙をスキャンユニット１０ｆにセットし、スキャンの指令を入力する。すると、原稿画像データ取得部１２１は、用紙のスキャンをスキャンユニット１０ｆに実行させることによって画像のロー（Raw）データを取得し、所定のフォーマット（例えば、ＰＤＦ（Portable Document Format）またはＴＩＦＦ（Tagged Image File Format）の画像データに変換する。このようにして得られたデータが、原稿画像データ５０である。

または、ユーザは、パーソナルコンピュータ、タブレットコンピュータ、またはスマートフォンなどの端末装置においてワープロソフトまたは描画ソフトなどのアプリケーションで原稿を作成し、この原稿の画像データを所定のフォーマットの画像データへ端末装置に変換させる。そして、端末装置から画像処理装置１へこの画像データを送信する。原稿画像データ取得部１２１は、この画像データを原稿画像データ５０として取得する。そのほか、原稿画像データ取得部１２１は、ファックスモデム１０ｉがファックス端末から受信した画像データを原稿画像データ５０として取得することもできる。

そして、原稿画像データ取得部１２１は、原稿画像データ５０を画像データ記憶部１０２に記憶させる（＃７０２）。この際に、原稿画像データ５０にデータ名を付しておく。原稿画像データ５０をファイル単位で管理する場合は、ファイル名がデータ名として用いられる。画像データ記憶部１０２として、大容量記憶装置１０ｅに設けられている既存のボックス（フォルダ）を用いてもよい。この場合は、予めユーザが指定したボックスを用いればよい。または、オンラインストレージに設けられているフォルダであってもよい。

なお、第一の実施形態では、すべての原稿において高さと幅との比が一定であるものとする。例えば、原稿は、縦長であり、高さと幅との比が、√２：１、であるものとする。サムネイルも同様に、高さと幅との比が、√２：１、であるものとする。後述する第二の実施形態および第三の実施形態においても、同様である。

縮小画像データ生成部１２２は、原稿画像データ５０が取得されると、縮小画像データ５１を次のように生成する（＃７０３〜＃７０６）。

縮小画像データ生成部１２２は、サムネイルエリアサイズを示すサイズデータ６１を取得する（＃７０３）。「サムネイルエリアサイズ」は、後述する原稿選択ウィンドウＷＮ１（図９参照）に設けられているサムネイルエリアＲＹ１の縦の長さ（高さＥｈ）および横の長さ（幅Ｅｗ）である。サイズデータ６１は、ウィンドウ表示処理部１３１（図７参照）またはウィンドウ用のライブラリなどから取得することができる。

縮小画像データ生成部１２２は、取得したサイズデータ６１に示される高さＥｈおよび幅Ｅｗに応じて、例えば次のようにサムネイルのサイズを決定する（＃７０４）。なお、上述の通りサムネイルの縦横比が固定なので、サムネイルのサイズは、サムネイルの高さＳｈが決まれば自ずと決まる。

０＜Ｅｈ＜Ｐｈ１、および、０＜Ｅｗ＜Ｐｗ１、のうちの少なくとも一方の条件を満たす場合は、高さＳｈをＳｈ１に決定する。

これら２つの条件をいずれも満たさないが、Ｐｈ１≦Ｅｈ＜Ｐｈ２、および、Ｐｗ１≦Ｅｗ＜Ｐｗ２、のうちの少なくとも一方を満たす場合は、高さＳｈをＳｈ２に決定する。それ以外の場合は、高さＳｈをＳｈ３に決定する。

ただし、Ｐｈ１、Ｐｈ２、およびＰｈ３は閾値であり、Ｐｈ１＜Ｐｈ２＜Ｐｈ３である。Ｐｗ１、Ｐｗ２、およびＰｗ３も同様に閾値であり、Ｐｗ１＜Ｐｗ２＜Ｐｗ３である。また、Ｓｈ１＜Ｓｈ２＜Ｓｈ３、である。

このように、縮小画像データ生成部１２２は、基本的に、サムネイルエリアＲＹ１のサイズが大きいほど、サムネイルのサイズを大きいサイズに決定する。この方法によると、３段階のサイズのうちのいずれかにサムネイルのサイズが決定するが、閾値をもっと多く設定しておくことによってサイズをより詳細に決定してもよい。または、２段階のサイズのうちのいずれかに決定するようにしてもよい。

縮小画像データ生成部１２２は、ステップ＃７０４で決定したサイズおよびステップ＃７０１で原稿画像データ５０を取得した原稿のサイズに基づいて、この原稿の縮小率αを算出する（＃７０５）。すなわち、縮小率αとして、Ｓｈ／Ｇｈ、を算出する。ただし、「Ｇｈ」は、この原稿の高さである。

そして、縮小画像データ生成部１２２は、ステップ＃７０１で原稿画像データ５０を取得した原稿を、ステップ＃７０５で算出した縮小率αに縮小することによって、縮小画像データ５１を生成する（＃７０６）。

例えば、縮小率αが「０．３」である場合は、原稿の高さおよび幅をそれぞれ３０％に縮小する。

縮小画像データ生成部１２２は、生成した縮小画像データ５１を、ステップ＃７０１で取得した原稿画像データ５０と対応付けて画像データ記憶部１０２に記憶させる（＃７０７）。

ただし、原稿が複数のページからなる場合は、縮小画像データ生成部１２２は、１ページ目を縮小した画像の画像データを縮小画像データ５１として記憶させる。

属性データ生成部１２３は、ステップ＃７０３〜＃７０７の処理と並行してまたは前後して、ステップ＃７０１で原稿画像データ５０を生成した原稿の属性を示すデータを生成し（＃７０８）、属性データ５２として、この原稿画像データ５０と対応付けて画像データ記憶部１０２に記憶させる（＃７０９）。属性として、ページ数、作成者、所有者、およびデータ名のほか、画像データ記憶部１０２への登録の日時などが示される。

画像データ登録処理部１０１の上述の処理が行われるごとに、原稿画像データ５０、縮小画像データ５１、および属性データ５２が、図６に示すように互いに対応付けられて、画像データ記憶部１０２に記憶される。このようにして、複数の組の縮小画像データ５１、および属性データ５２が画像データ記憶部１０２に蓄積される。

画面表示処理部１０３は、図７に示すウィンドウ表示処理部１３１、サムネイル用領域確保部１３２、画像データロード処理部１３３、画像合成部１３４、合成画像表示処理部１３５、選択原稿等判別部１３６、およびサムネイル変更処理部１３７などによって構成され、処理の対象の候補の画像をサムネイルとして表示する処理を行う。

ここで、画面表示処理部１０３の各部の処理の流れを、図８のフローチャートなどを参照しながら説明する。

図８において、ウィンドウ表示処理部１３１は、所定のコマンド（例えば、原稿の一覧の表示のコマンド）が入力されると、図９に示す原稿選択ウィンドウＷＮ１をタッチパネルディスプレイ１０ｋに表示させる（＃７１１）。ただし、この時点では、サムネイルエリアＲＹ１には未だ何も配置されていない。

サムネイル用領域確保部１３２は、画像データ記憶部１０２に記憶されている原稿画像データ５０のうち、サムネイルエリアＲＹ１にサムネイルとして表示する原稿の原稿画像データ５０を特定する（＃７１２）。そして、特定した原稿画像データ５０ごとに、図１０（Ａ）に示すようにサムネイル処理領域８ＡをＲＡＭ１０ｂに確保するとともに、図１０（Ｂ）に示すようにサムネイル領域８ＢをＶＲＡＭ１０ｃに確保する（＃７１３）。

原稿画像データ５０の特定は、例えば、次の方法によって行うことができる。サムネイルの表示の条件として、あるユーザが所有者であることが指定されている場合は、サムネイル用領域確保部１３２は、このユーザが所有者として属性データ５２に示される原稿の画像データ５０を、表示の対象の原稿の画像データ５０として特定する。

サムネイル処理領域８Ａおよびサムネイル領域８Ｂは、いずれも、原稿画像データ５０に係る原稿のサムネイルの表示の処理に用いられる。サムネイル処理領域８Ａは、付加情報画像領域８Ａ１、印刷画像領域８Ａ２、およびベースレイヤ領域８Ａ３によって構成される。サムネイル処理領域８Ａおよびサムネイル領域８Ｂの使い方は、後に順次説明する。

画像データロード処理部１３３、画像合成部１３４、および合成画像表示処理部１３５は、ステップ＃７１２で特定された原稿画像データ５０の原稿ごとに、次の処理を行う。以下、ある原稿画像データ５０の原稿（以下、「原稿ＤＣｘ」と記載する。）について処理を行う場合を例に、さらに図１１を参照しながら説明する。

画像データロード処理部１３３は、原稿ＤＣｘの属性データ５２に基づいて、原稿ＤＣｘの属性を表わす文字を含む付加情報画像のビットマップデータ５３を生成し（＃７１５）、原稿ＤＣｘの付加情報画像領域８Ａ１に書き込む（＃７１６）。文字は、付加情報画像の中の所定の位置、例えば、下方に配置される。文字以外の部分は、透過率が１００％の画素が配置される。付加情報画像の高さおよび幅は、それぞれ、縮小画像の高さおよび幅に等しい。

ステップ＃７１５〜＃７１６の処理と並行してまたは前後して、画像データロード処理部１３３は、原稿ＤＣｘの縮小画像データ５１に基づいて原稿ＤＣｘの縮小画像のビットマップデータ５４を生成し（＃７１７）、原稿ＤＣｘの印刷画像領域８Ａ２に書き込む（＃７１８）。

なお、ベースレイヤ領域８Ａ３は、次に説明する画像の合成の際に、いわゆるベースレイヤとして用いられる。

画像合成部１３４は、原稿ごとに、その原稿の付加情報画像領域８Ａ１および印刷画像領域８Ａ２にそれぞれ記憶されているビットマップデータ５３および５４に基づいて、原稿ＤＣｘの縮小画像の上に原稿ＤＣｘの付加情報画像を重ねることによって、合成画像を算出する（＃７１９）。その合成画像の画像データ（以下、「ビットマップデータ５５」と記載する。）を、その原稿のベースレイヤ領域８Ａ３に記憶させる（＃７２０）。

そして、画像合成部１３４は、ビットマップデータ５５を、原稿ＤＣｘのサムネイル領域８Ｂに記憶させる（＃７２１）。

合成画像表示処理部１３５は、サムネイル領域８Ｂに記憶されたビットマップデータ５５に基づいて、原稿ＤＣｘのサムネイルＳＮ１をサムネイルエリアＲＹ１に配置する（＃７２２）。

つまり、画像合成部１３４および合成画像表示処理部１３５は、図１２に示すように、白紙のベースレイヤに縮小画像および付加情報画像を順に重ねることによって得られた合成画像をサムネイルＳＮ１としてタッチパネルディスプレイ１０ｋに表示させる。

ステップ＃７１２で特定された他の原稿画像データ５０の原稿についても同様に、画像合成部１３４は、ビットマップデータ５５を生成しサムネイル領域８Ｂに記憶させ、合成画像表示処理部１３５は、サムネイルをサムネイルエリアＲＹ１に配置する。

ウィンドウ表示処理部１３１ないし合成画像表示処理部１３５の以上の処理によって、原稿のサムネイルＳＮ１（ＳＮ１１、ＳＮ１２、…）が図９に示すようにサムネイルエリアＲＹ１に次々に表示される。

ユーザは、原稿選択ウィンドウＷＮ１を見ながら、処理の対象の原稿を、その原稿に対応するサムネイルＳＮ１をタッチすることによって選択することができる。そして、実行したい処理を、その処理に対応するボタンＢＮ１をタッチすることによって選択することができる。

この際に、選択原稿等判別部１３６およびサムネイル変更処理部１３７は、選択された原稿のサムネイルＳＮ１の形態を変更する処理を、図１３のフローチャートに示す手順で実行する。

選択原稿等判別部１３６は、タッチパネルディスプレイ１０ｋのタッチされた位置に基づいて、ユーザが選択した原稿および処理を判別する（図１３の＃７３１）。

サムネイル変更処理部１３７は、図１４に示すように、この原稿のサムネイル領域８Ｂに、この原稿の印刷画像領域８Ａ２に記憶されているビットマップデータ５４を上書きする（＃７３２）。そして、ビットマップデータ５４に基づいて、この原稿のサムネイルＳＮ１を表示し直す。ビットマップデータ５５（合成画像のデータ）の代わりにビットマップデータ５４（合成前のデータ）が用いられるので、図１５のように、付加情報画像が消えた状態でサムネイルＳＮ１が表示される。

なお、原稿選択ウィンドウＷＮ１をタッチパネルディスプレイ１０ｋに表示するためにも、ＲＡＭ１０ｂおよびＶＲＡＭ１０ｃが使用されるが、使用方法は従来と基本的に同様なので、説明を省略する。

図３に戻って、画像処理部１０４は、選択原稿等判別部１３６によって判別された原稿に対して、選択原稿等判別部１３６によって判別された処理を実行する。つまり、原稿選択ウィンドウＷＮ１においてタッチされたサムネイルＳＮ１に対応する原稿に対して、タッチされたサムネイルＳＮ１に対応する処理を実行する。

具体的には、ボタンＢＮ１１がタッチされた場合は、画像処理部１０４は、この原稿が用紙に印刷されるようにプリントユニット１０ｇなどを制御する。または、ボタンＢＮ１２がタッチされた場合は、この原稿の原稿画像データ５０が、ユーザが指定した宛先へ送信されるようにＮＩＣ１０ｈまたはファックスモデム１０ｉなどを制御する。または、ボタンＢＮ１３がタッチされた場合は、この原稿の原稿画像データ５０をユーザが指定した保存場所（例えば、大容量記憶装置１０ｅに設けられているボックス）へ移動させる処理を行う。または、ボタンＢＮ１４がタッチされた場合は、この原稿の原稿画像データ５０を画像データ記憶部１０２から削除する処理を行う。

処理によっては、条件（用紙のサイズまたは送信先のアドレスなど）の指定を受け付ける必要がある場合がある。この場合は、画像処理装置１は、原稿選択ウィンドウＷＮ１を表示する前に、または、サムネイルＳＮ１およびボタンＢＮ１がタッチされた後に、受付用の画面（例えば、ダイアログボックス）を表示し、ユーザに条件を入力させるようにすればよい。

図１６は、画像処理装置１の全体的な処理の流れの例を説明するフローチャートである。

次に、第一の実施形態における原稿画像データ５０の管理に関する全体的な処理の流れを、図１６のフローチャートを参照しながら説明する。

画像処理装置１は、電源がオンの間、データまたはコマンドが入力されるごとに、入力されたデータまたはコマンドに応じて次の処理を実行する。

画像処理装置１は、データまたはコマンドが入力されるのを待つ（図１６の＃１１）。原稿画像データ５０が端末装置から入力されまたはスキャンによって取得された場合は（＃１２でＹｅｓ、＃１３でＹｅｓ）、この原稿画像データ５０を、縮小画像データ５１および属性データ５２とともに登録する処理を行う（＃１４）。この処理の手順は、前に図５で説明した通りである。

または、画像処理装置１は、原稿の一覧の表示のコマンドなど所定のコマンドが入力された場合は（＃１５でＹｅｓ）、原稿選択ウィンドウＷＮ１（図９参照）を表示する（＃１６）。表示の際の処理の手順は、前に図８で説明した通りである。ここで、サムネイルＳＮ１およびボタンＢＮ１がタッチされると（＃１７でＹｅｓ）、画像処理装置１は、タッチされたサムネイルＳＮ１を、図１５に示したように、付加情報画像のない状態で表示し直す（＃１８）。表示し直す際の処理の手順は、前に図１３で説明した通りである。そして、画像処理装置１は、タッチされたサムネイルＳＮ１に対応する原稿の原稿画像データ５０について、タッチされたボタンＢＮ１に対応する処理を実行する（＃１９）。

第一の実施形態によると、サイズを小さくしまたは個数を少なくすることなくサムネイルを表示しつつ、ユーザに誤解されたまま画像に係る処理が行われないように付加情報を表示することができる。

第一の実施形態では、タッチされたボタンＢＮ１に対応する処理が原稿画像データ５０に関する処理であれば、処理の種類を問わず、付加情報画像を消してサムネイルＳＮ１を表示し直した。しかし、処理の種類を限定してもよい。例えば、原稿画像データ５０を用いた原稿の印刷の処理および他の装置への原稿画像データ５０の送信の処理など、外部への原稿の出力に係る処理が指定された場合にのみ、サムネイルＳＮ１を表示し直してもよい。

第一の実施形態では、縮小画像のサイズをサムネイルエリアＲＹ１（図９参照）に基づいて決定したが、さらに、画像データ記憶部１０２に原稿画像データ５０が記憶されている原稿の個数をも参照して、例えば次のように決定してもよい。

画像処理装置１は、原稿選択ウィンドウＷＮ１を表示する際に、サムネイルエリアＲＹ１のサイズ（高さＥｈおよび幅Ｅｗ）と、画像データ記憶部１０２に記憶されている原稿画像データ５０の個数とを、チェックする。そして、この個数のサムネイルＳＮ１をサムネイルエリアＲＹ１に収めることのできる、サムネイルＳＮ１の最大のサイズを算出する。これは、公知の方法によって算出すればよい。

ただし、原稿選択ウィンドウＷＮ１を表示するタイミングになるまで、原稿画像データ５０の個数が変動し得る。そこで、画像処理装置１は、縮小画像データ５１の生成を、原稿画像データ５０を取得したタイミングで行うのではなく、原稿選択ウィンドウＷＮ１を表示するタイミングで行う。後に説明する第二ないし第四の実施形態においても同様に、縮小画像データ５１を生成してもよい。

第一の実施形態では、タッチパネルディスプレイ１０ｋに触れて種々の操作を行う場合を例に説明したが、マウスまたはタブレットなどのポインティングデバイスで操作を行ってもよい。この場合は、タッチの代わりにクリックを行うことによって、サムネイルＳＮ１およびボタンＢＮ１を選択すればよい。後述する第二ないし第四の実施形態においても、同様である。

第一の実施形態では、画像処理装置１は、原稿の単位でサムネイルを表示したが、１つの原稿のページ単位でサムネイルを表示してもよい。この場合は、付加情報画像として、ページに関する属性（例えば、ページ番号、含まれる章の番号または名称）を示す画像をサムネイルとともに表示すればよい。後述する第二ないし第四の実施形態においても、同様である。

〔第二の実施形態〕
図１７は、画像処理装置１の機能的構成の例を示す図である。図１８は、画面表示処理部２０３の構成の例を示す図である。図１９は、原稿選択ウィンドウＷＮ２の例を示す図である。図２０は、ＲＡＭ１０ｂおよびＶＲＡＭ１０ｃに確保された領域の例を示す図である。図２１は、クローン画像表示処理の流れの例を説明するフローチャートである。図２２は、クローン画像ＳＣ２を表示する際のＲＡＭ１０ｂおよびＶＲＡＭ１０ｃの制御の例を説明する図である。図２３は、クローン画像ＳＣ２のドラッグ中における原稿選択ウィンドウＷＮ２の例を示す図である。図２４は、付加情報画像を非表示にする際のＲＡＭ１０ｂおよびＶＲＡＭ１０ｃの制御の例を説明する図である。図２５は、付加情報画像が非表示である原稿選択ウィンドウＷＮ２の例を示す図である。

第一の実施形態では、ユーザは、処理およびその対象を、それぞれに対応するボタンＢＮ１およびサムネイルＳＮ１をタッチすることによって選択した。第二の実施形態では、そのサムネイルＳＮ１をドラッグしてそのボタンＢＮ１の上にドロップすることによって、選択する。

第二の実施形態においても、処理の対象として選択された原稿のサムネイルＳＮ１から付加情報画像が消える。以下、この仕組みについて、説明する。なお、第一の実施形態と重複する点については、説明を省略する。

第二の実施形態における画像処理装置１のハードウェアの構成は、第一の実施形態と同様であり、図２に示した通りである。

ただし、ＶＲＡＭ１０ｃおよびＲＯＭ１０ｄには、図１７に示す画像データ登録処理部２０１、画像データ記憶部２０２、画面表示処理部２０３、画像処理指令検知部２０４、および画像処理部２０５などの機能を実現するためのソフトウェアが記憶されている。

画像データ登録処理部２０１および画像データ記憶部２０２は、それぞれ、第一の実施形態の画像データ登録処理部１０１および画像データ記憶部１０２と同様に機能する。

画面表示処理部２０３は、第一の実施形態の画面表示処理部１０３と同様、原稿選択ウィンドウの表示の処理を行う。ただし、図１８に示すように、ウィンドウ表示処理部２１１、サムネイル用領域確保部２１２、画像データロード処理部２１３、画像合成部２１４、合成画像表示処理部２１５、クローン画像準備処理部２１６、クローン画像移動処理部２１７、および合成画像変更処理部２１８などによって構成される。

ウィンドウ表示処理部２１１は、第一の実施形態のウィンドウ表示処理部１３１（図７参照）と同様、所定のコマンドが入力されると、原稿選択ウィンドウをタッチパネルディスプレイ１０ｋに表示させる。ただし、原稿選択ウィンドウＷＮ１（図９参照）の代わりに、図１９に示すような原稿選択ウィンドウＷＮ２を表示させる。サムネイルエリアＲＹ２１、ボタンＢＮ２、およびサムネイルＳＮ２の役割は、それぞれ、第一の実施形態のサムネイルエリアＲＹ１、ボタンＢＮ１、サムネイルＳＮ１と同様であり、これらの表示方法も第一の実施形態と同様である。原稿選択ウィンドウＷＮ２には、さらに、すべてのボタンＢＮ２を含む領域である画像処理エリアＲＹ２２が定められている。

サムネイル用領域確保部２１２は、第一の実施形態のサムネイル用領域確保部１３２と同様、サムネイルエリアＲＹ２１にサムネイルとして表示する原稿ごとに、ＲＡＭ１０ｂにサムネイル処理領域８Ａを確保し、ＶＲＡＭ１０ｃにサムネイル領域８Ｂを確保する。さらに、サムネイル用領域確保部２１２は、図２０に示すように、ＶＲＡＭ１０ｃにクローン画像領域８Ｃを確保する。クローン画像領域８Ｃの使い方は、後述する。

画像データロード処理部２１３は、第一の実施形態の画像データロード処理部１３３と同様、各原稿のビットマップデータ５３（付加情報画像のビットマップデータ）を生成し、それぞれに対応する付加情報画像領域８Ａ１に書き込む。さらに、各原稿のビットマップデータ５４（縮小画像のビットマップデータ）を生成し、それぞれに対応する印刷画像領域８Ａ２に書き込む。

画像合成部２１４は、第一の実施形態の画像合成部１３４と同様、各原稿のビットマップデータ５５（合成画像のビットマップデータ）を、ベースレイヤに縮小画像および付加情報画像を重ねることによって生成し（図１１、図１２参照）、それぞれに対応するベースレイヤ領域８Ａ３に書き込む。

合成画像表示処理部２１５は、第一の実施形態の合成画像表示処理部１３５と同様、各原稿のサムネイルＳＮ２をサムネイルエリアＲＹ２１に表示させる。

ここで、ユーザは、所望する処理のボタンＢＮ２の上へ、処理の対象の原稿のサムネイルＳＮ２をドラッグ・アンド・ドロップする。

この際に、クローン画像準備処理部２１６、クローン画像移動処理部２１７、および合成画像変更処理部２１８は、サムネイルＳＮ２の表示のための処理を、図２１に示す手順で行う。

クローン画像準備処理部２１６は、いずれかのサムネイルＳＮ２がタッチされると、このサムネイルＳＮ２に対応する原稿を判別し（図２１の＃７４１）、図２２に示すように、この原稿のベースレイヤ領域８Ａ３に記憶されているビットマップデータ５５を、クローン画像領域８Ｃに書き込む（＃７４２）。

指が離れることなくサムネイルＳＮ２がドラッグされ始めると、クローン画像移動処理部２１７は、サムネイルＳＮ２と同一の画像を、タッチされている位置に表示させる（＃７４３）。以下、この同一の画像を「クローン画像ＳＣ２」と記載する。

クローン画像移動処理部２１７は、その後、タッチされている位置が変わるたびに（＃７４４でＹｅｓ）、図２３のように、最新の位置に合わせてクローン画像ＳＣ２を移動させながら表示させる（＃７４５）。

画像処理エリアＲＹ２２にクローン画像ＳＣ２の一部分または全部分が入ったら（＃７４６でＹｅｓ）、合成画像変更処理部２１８は、このクローン画像ＳＣ２に対応する印刷画像領域８Ａ２からビットマップデータ５４を読み出し（＃７４７）、図２４のようにクローン画像領域８Ｃに上書きする（＃７４８）。クローン画像移動処理部２１７は、このビットマップデータ５４に基づいてクローン画像ＳＣ２を表示し直す（＃７４９）。ビットマップデータ５５（合成画像のデータ）の代わりにビットマップデータ５４（合成前のデータ）が用いられるので、図２５のように、付加情報画像が消えた状態でクローン画像ＳＣ２が表示される。

ドラッグの最中にクローン画像ＳＣ２が画像処理エリアＲＹ２２の外に出ると（＃７５０でＹｅｓ）、合成画像変更処理部２１８は、この原稿のベースレイヤ領域８Ａ３からビットマップデータ５５を読み出し（＃７５１）、図２２のようにクローン画像領域８Ｃに上書きする（＃７５２）。クローン画像移動処理部２１７は、このビットマップデータ５５に基づいてクローン画像ＳＣ２を表示し直す（＃７５３）。ビットマップデータ５５が再び用いられるので、図２３のように、付加情報画像が加わった状態でクローン画像ＳＣ２が表示される。

指がクローン画像ＳＣ２から離れると、つまり、ドラッグの操作が終わってクローン画像ＳＣ２がドロップされると（＃７５４でＹｅｓ）、クローン画像移動処理部２１７は、クローン画像ＳＣ２の表示を終了する（＃７５５）。つまり、クローン画像ＳＣ２を消去する。

図１７に戻って、画像処理指令検知部２０４は、クローン画像ＳＣ２がドロップされた際に、クローン画像ＳＣ２の最後の位置に基づいて、画像処理の指令の入力を検知する。具体的には、画像処理指令検知部２０４は、いずれかのボタンＢＮ２の全部分または一部分にクローン画像ＳＣ２の一部分が重なっていれば、重なったボタンＢＮ２に対応する処理の指令を検知する。つまり、クローン画像ＳＣ２がドロップされたボタンＢＮ２に対応する処理の指令を検知する。

なお、クローン画像ＳＣ２が、複数のボタンＢＮ２に重なっているときにドロップされることがある。この場合は、どちらのボタンＢＮ２に対応する処理をユーザが選択しているのか、分からない。そこで、この場合は、画像処理指令検知部２０４は、最後にタッチされていた位置つまり指が離れた位置に最も近いボタンＢＮ２の上に、クローン画像ＳＣ２がドロップされたと検知すればよい。後述する第三の実施形態においても、同様である。

画像処理部２０５は、直近にドラッグ・アンド・ドロップされたクローン画像ＳＣ２に対応する原稿に対して、画像処理指令検知部２０４によって指令が検知された処理を実行する。処理の例は、第一の実施形態と同様である。処理の条件の指定の仕方も、第一の実施形態で説明した通りである。

図２６は、画像処理装置１の全体的な処理の流れの例を説明するフローチャートである。

次に、第二の実施形態における原稿画像データ５０の管理に関する全体的な処理の流れを、図２６のフローチャートを参照しながら説明する。

画像処理装置１は、電源がオンの間、データまたはコマンドが入力されるごとに、入力されたデータまたはコマンドに応じて次の処理を実行する。

画像処理装置１は、データまたはコマンドが入力されるのを待つ（図２６の＃３１）。原稿画像データ５０が端末装置から入力されまたはスキャンによって取得された場合、（＃３２でＹｅｓ、＃３３でＹｅｓ）は、第一の実施形態のステップ＃１４と同様に、この原稿画像データ５０を、縮小画像データ５１および属性データ５２とともに登録する処理を行う（＃３４）。原稿の一覧の表示のコマンドなど所定のコマンドが入力された場合も（＃３５でＹｅｓ）、第一の実施形態のステップ＃１６と同様に、原稿選択ウィンドウＷＮ２（図１９参照）を表示する（＃３６）。

ここで、ユーザは、原稿選択ウィンドウＷＮ２の中のいずれかのサムネイルＳＮ２をタッチしてドラッグすることができる。

画像処理装置１は、いずれかのサムネイルＳＮ２がタッチされたことを検知すると（＃３７でＹｅｓ）、このサムネイルＳＮ２の真上にクローン画像ＳＣ２を表示し、クローン画像ＳＣ２にタッチしている間、つまり、指がクローン画像ＳＣ２から離れるまでの間、タッチされている位置に応じてクローン画像ＳＣ２の位置を変えて表示する（＃３８）。クローン画像ＳＣ２の表示の仕方は、前に図２１で説明した通りである。

図２１のステップ＃７５４、＃７５５の通り、画像処理装置１は、クローン画像ＳＣ２から指が離れたこと、つまり、クローン画像ＳＣ２がドロップされたことを検知すると、クローン画像ＳＣ２の表示の処理を終了する。

クローン画像ＳＣ２がいずれかのボタンＢＮ２の上でドロップされたのであれば（＃３９でＹｅｓ）、画像処理装置１は、このクローン画像ＳＣ２に対応する原稿の原稿画像データ５０を、ドロップされたボタンＢＮ２に対応する処理を実行する（＃４０）。

第二の実施形態によると、サイズを小さくしまたは個数を少なくすることなくサムネイルを表示しつつ、ユーザに誤解されたまま画像に係る処理が行われないように付加情報を表示することができる。

図２７は、原稿選択ウィンドウＷＮ２の変形例を示す図である。第二の実施形態では、タッチされたボタンＢＮ２に対応する処理が原稿画像データ５０に関する処理であれば、処理の種類を問わず、付加情報画像を消してクローン画像ＳＣ２を表示し直した。しかし、処理の種類を限定してもよい。例えば、原稿の出力に係る処理が指定された場合にのみ、クローン画像ＳＣ２を表示し直してもよい。この場合は、図２７に示すように画像処理エリアＲＹ２２に原稿の出力に係る処理のボタンＢＮ２（ＢＮ２１、ＢＮ２２）を配置し、他の処理のボタンＢＮ２（ＢＮ２３、ＢＮ２４）を配置しないようにすればよい。

本実施形態では、ドラッグに合わせてサムネイルＳＮ２の複製つまりクローン画像ＳＣ２を移動させたが、ドラッグ中、サムネイルＳＮ２を半透明にするなど、表示の形態を変えてもよい。または、クローン画像ＳＣ２を表示させず、サムネイルＳＮ２を移動させてもよい。この場合は、指が離れると、サムネイルＳＮ２を元の位置に戻すようにすればよい。第三の実施形態および第四の実施形態においても、同様である。

〔第三の実施形態〕
図２８は、画像処理装置１の機能的構成の例を示す図である。図２９は、画像データ登録処理部３０１の構成の例を示す図である。図３０は、画像データ登録処理の流れの例を説明するフローチャートである。図３１は、１つの原稿のためのデータの構成の例を示す図である。図３２は、画面表示処理部２０３の構成の例を示す図である。図３３は、原稿選択ウィンドウＷＮ３の例を示す図である。図３４は、ＲＡＭ１０ｂおよびＶＲＡＭ１０ｃに確保された領域の例を示す図である。図３５および図３６は、クローン画像表示処理の流れの例を説明するフローチャートである。図３７は、クローン画像ＳＣ２を表示する際のＲＡＭ１０ｂおよびＶＲＡＭ１０ｃの制御の例を説明する図である。図３８は、付加情報画像を非表示にする際のＲＡＭ１０ｂおよびＶＲＡＭ１０ｃの制御の例を説明する図である。図３９は、クローン画像ＳＣ２をモノクロで表示する際のＲＡＭ１０ｂおよびＶＲＡＭ１０ｃの制御の例を説明する図である。

第一の実施形態および第二の実施形態では、プリントユニット１０ｇとして、いわゆるカラープリンタを用いる場合を例に説明した。第三の実施形態は、プリントユニット１０ｇとして、いわゆるモノクロプリンタを用いる場合を例に説明する。

第三の実施形態においても、第二の実施形態と同様、処理の対象として選択された原稿のクローン画像から付加情報画像が消える（図２５参照）。第三の実施形態では、さらに、その処理が原稿をモノクロで出力する処理である場合は、クローン画像がモノクロの画像に変わる。以下、この仕組みについて、説明する。なお、第一の実施形態または第二の実施形態と重複する点については、説明を省略する。

第三の実施形態における画像処理装置１のハードウェアの構成は、プリントユニット１０ｇ以外は基本的に第一の実施形態および第二の実施形態と同様であり、図２に示した通りである。

ただし、ＶＲＡＭ１０ｃおよびＲＯＭ１０ｄには、図２８に示す画像データ登録処理部３０１、画像データ記憶部３０２、画面表示処理部３０３、画像処理指令検知部３０４、および画像処理部３０５などの機能を実現するためのソフトウェアが記憶されている。

画像データ登録処理部３０１の機能は、第一の実施形態の画像データ登録処理部１０１および第二の実施形態の画像データ登録処理部２０１と基本的に同様である。ただし、画像データ登録処理部３０１は、さらに、モノクロのクローン画像の画像データを用意する処理を行う。

画像データ登録処理部３０１は、図２９に示すように、原稿画像データ取得部３２１、縮小画像データ生成部３２２、属性データ生成部３２３、およびモノクロ画像データ生成部３２４などによって構成される。ここで、画像データ登録処理部３０１の各部の処理を、図３０のフローチャートなどを参照しながら説明する。

原稿画像データ取得部３２１、縮小画像データ生成部３２２、および属性データ生成部３２３の処理は、第一の実施形態および第二の実施形態の原稿画像データ取得部１２１、縮小画像データ生成部１２２、および属性データ生成部１２３（図４参照）の処理と同様である。

つまり、原稿画像データ取得部３２１は、原稿画像データ５０を取得し（図３０の＃７６１）、画像データ記憶部３０２に記憶させる（＃７６２）。

縮小画像データ生成部３２２は、原稿画像データ５０が取得されると、縮小率を算出するなどして縮小画像データ５１を生成し（＃７６３〜＃７６６）、画像データ記憶部３０２に原稿画像データ５０と対応付けて縮小画像データ５１を記憶させる（＃７６７）。

属性データ生成部３２３は、ステップ＃７６３〜＃７６７の処理と並行してまたは前後して、属性データ５２を生成し（＃７６８）、原稿画像データ５０と対応付けて画像データ記憶部３０２に記憶させる（＃７６９）。

原稿がカラーである場合は（＃７７０でＹｅｓ）、さらに、ステップ＃７６８〜＃７６９の処理と並行してまたは前後して、モノクロ画像データ生成部３２４は、縮小画像データ５１に対してモノクロ変換の処理を施すことによってモノクロの縮小画像（以下、「モノクロ画像」と記載する。）の画像データを生成する（＃７７１）。そして、この画像データをモノクロ画像データ５６として、原稿画像データ５０と対応付けて画像データ記憶部３０２に記憶させる（＃７７２）。モノクロ画像のサイズは、縮小画像のサイズに等しい。

なお、原稿画像データ５０に対してモノクロ変換の処理を施し、ステップ＃７６５で決定した縮小率αで縮小を行うことによって、モノクロ画像データ５６を生成してもよい。

以上の処理によって、原稿の、原稿画像データ５０、縮小画像データ５１、属性データ５２、およびモノクロ画像データ５６が、図３１に示すように互いに対応付けられて画像データ記憶部３０２に記憶される。

図２８に戻って、画面表示処理部３０３は、第一の実施形態の画面表示処理部１０３（図３参照）および第二の実施形態の画面表示処理部２０３（図１７参照）と同様、原稿選択ウィンドウの表示の処理を行う。ただし、３０３は、図３２に示すように、ウィンドウ表示処理部３１１、サムネイル用領域確保部３１２、画像データロード処理部３１３、画像合成部３１４、合成画像表示処理部３１５、クローン画像準備処理部３１６、クローン画像移動処理部３１７、および合成画像変更処理部３１８などによって構成される。

ウィンドウ表示処理部３１１は、第一の実施形態のウィンドウ表示処理部１３１（図７参照）および第二の実施形態のウィンドウ表示処理部２１１（図１８参照）と同様、所定のコマンドが入力されると、原稿選択ウィンドウをタッチパネルディスプレイ１０ｋに表示させる。ただし、原稿選択ウィンドウＷＮ１、ＷＮ２（図９、図１９参照）の代わりに、図３３のような原稿選択ウィンドウＷＮ３を表示させる。サムネイルエリアＲＹ３１、ボタンＢＮ３、およびサムネイルＳＮ３の役割は、それぞれ、サムネイルエリアＲＹ１、ＲＹ２１、ボタンＢＮ１、ＢＮ２、およびサムネイルＳＮ１、ＳＮ２と同様であり、これらの表示方法も第一の実施形態および第二の実施形態と同様である。原稿選択ウィンドウＷＮ３には、さらに、印刷に対応するボタンＢＮ３１を含む第一の画像処理エリアＲＹ３２および印刷以外の各処理に対応するボタンＢＮ３２〜ＢＮ３４を含む第二の画像処理エリアＲＹ３３が、定められている。

サムネイル用領域確保部３１２は、サムネイルエリアＲＹ３１にサムネイルとして表示する原稿ごとに、ＲＡＭ１０ｂにサムネイル処理領域８Ａ’を確保し、ＶＲＡＭ１０ｃにサムネイル領域８Ｂを確保する。さらに、サムネイル用領域確保部３１２は、ＶＲＡＭ１０ｃに、クローン画像領域８Ｃを確保する。

サムネイル処理領域８Ａ’には、第一の実施形態および第二の実施形態と同様、付加情報画像領域８Ａ１、印刷画像領域８Ａ２、およびベースレイヤ領域８Ａ３が設けられている。サムネイル処理領域８Ａ’には、さらに、図３４に示すように、モノクロ画像のビットマップデータを記憶するためのモノクロ画像領域８Ａ４が設けられている。

画像データロード処理部３１３は、第一の実施形態の画像データロード処理部１３３および第二の実施形態の画像データロード処理部２１３と同様、各原稿のビットマップデータ５３（付加情報画像のビットマップデータ）を生成し、それぞれに対応する付加情報画像領域８Ａ１に書き込む。各原稿のビットマップデータ５５（縮小画像のビットマップデータ）を生成し、それぞれに対応する印刷画像領域８Ａ２に書き込む。さらに、各原稿のモノクロ画像のビットマップデータ（以下、「ビットマップデータ５６」と記載する。）を生成し、それぞれに対応するモノクロ画像領域８Ａ４に書き込む。

画像合成部３１４は、第一の実施形態の画像合成部１３４および第二の実施形態の画像合成部２１４と同様、各原稿のサムネイルＳＮ３を、ベースレイヤに縮小画像および付加情報画像を重ねることによって生成する（図１１、図１２参照）。

合成画像表示処理部３１５は、第一の実施形態の合成画像表示処理部１３５および第二の実施形態の合成画像表示処理部２１５と同様、各原稿のサムネイルＳＮ３をサムネイルエリアＲＹ３１に表示させる。

ここで、ユーザは、第二の実施形態と同様、所望する処理のボタンＢＮ３の上へ、処理の対象の原稿のサムネイルＳＮ３（より正確には、サムネイルＳＮ３のクローン画像）をドラッグ・アンド・ドロップする。

この際に、クローン画像準備処理部３１６、クローン画像移動処理部３１７、および合成画像変更処理部３１８は、サムネイルＳＮ３の表示のための処理を、図３５および図３６に示す手順で行う。

クローン画像準備処理部３１６は、いずれかのサムネイルＳＮ３がタッチされると、第二の実施形態のクローン画像準備処理部２１６と同様、このサムネイルＳＮ３に対応する原稿を判別し（図３５の＃７８１）、図３７に示すように、この原稿のベースレイヤ領域８Ａ３に記憶されているビットマップデータ５５を、クローン画像領域８Ｃに書き込む（＃７８２）。

指が離れることなくサムネイルＳＮ３がドラッグされ始めると、クローン画像移動処理部３１７は、第二の実施形態のクローン画像移動処理部２１７と同様、サムネイルＳＮ３の移動の処理を行う。すなわち、クローン画像移動処理部３１７は、サムネイルＳＮ３と同一の画像を、タッチされている位置に表示させる（＃７８３）。以下、この同一の画像を「クローン画像ＳＣ３」と記載する。

クローン画像移動処理部３１７は、その後、タッチされている位置が変わるたびに（＃７８４でＹｅｓ）、最新の位置に合わせてクローン画像ＳＣ３を移動させながら表示させる（＃７８５）。

合成画像変更処理部３１８は、クローン画像ＳＣ３が第一の画像処理エリアＲＹ３２または第二の画像処理エリアＲＹ３３に入った場合に、クローン画像ＳＣ３の形態を変える処理を次のように行う。

第二の画像処理エリアＲＹ３３にクローン画像ＳＣ３の一部分または全部分が入った場合は（＃７８６でＹｅｓ）、合成画像変更処理部３１８は、第二の実施形態の合成画像変更処理部２１８と同様、クローン画像ＳＣ３に対応する原稿の印刷画像領域８Ａ２からビットマップデータ５４を読み出し（＃７４７）、図３８のようにクローン画像領域８Ｃに上書きする（＃７８８）。クローン画像移動処理部３１７は、このビットマップデータ５４に基づいてクローン画像ＳＣ３を表示し直す（＃７８９）。よって、付加情報画像が消えた状態でクローン画像ＳＣ３が表示される。

一方、第一の画像処理エリアＲＹ３２にクローン画像ＳＣ３の一部分または全部分が入った場合は（＃７９０でＹｅｓ）、合成画像変更処理部３１８は、クローン画像ＳＣ３に対応する原稿のモノクロ画像領域８Ａ４からモノクロ画像データ５６を読み出し（＃７９１）、図３９のようにクローン画像領域８Ｃに上書きする（＃７９２）。クローン画像移動処理部３１７は、このモノクロ画像データ５６に基づいてクローン画像ＳＣ３を表示し直す（図３６の＃７９３）。よって、付加情報画像が消えた状態でかつモノクロでクローン画像ＳＣ３が表示される。

ドラッグの最中にクローン画像ＳＣ３が第一の画像処理エリアＲＹ３２および第二の画像処理エリアＲＹ３３のいずれにも重ならなくなると（＃７９４でＹｅｓ）、合成画像変更処理部３１８は、この原稿のベースレイヤ領域８Ａ３からビットマップデータ５５を読み出し（＃７９５）、図３７のようにクローン画像領域８Ｃに上書きする（＃７９６）。クローン画像移動処理部３１７は、このビットマップデータ５５に基づいてクローン画像ＳＣ３を表示し直す（＃７９７）。ビットマップデータ５５が再び用いられるので、再び付加情報画像が加わった状態でクローン画像ＳＣ３が表示される。また、モノクロだった場合は、カラーに戻って表示される。

指がクローン画像ＳＣ３から離れると、つまり、ドラッグの操作が終わってクローン画像ＳＣ３がドロップされると（＃７９８でＹｅｓ）、クローン画像移動処理部３１７は、クローン画像ＳＣ３の表示を終了する（＃７９９）。

図２８に戻って、画像処理指令検知部３０４は、クローン画像ＳＣ３がドロップされた際に、第二の実施形態の画像処理指令検知部２０４と同様、クローン画像ＳＣ３がドロップされた位置に基づいて、画像処理の指令の入力を検知する。

画像処理部３０５は、第二の実施形態の画像処理部２０５と同様、直近にドラッグ・アンド・ドロップされたクローン画像ＳＣ３に対応する原稿に対して、画像処理指令検知部３０４によって指令が検知された処理を実行する。処理の例は、第一の実施形態および第二の実施形態と同様である。処理の条件の指定の仕方も、第一の実施形態で説明した通りである。

第三の実施形態における画像処理装置１の全体的な処理の流れは、第二の実施形態と同様であり、図２６で説明した通りである。ただし、ステップ＃３８において、クローン画像ＳＣ３の表示の処理を、図３５および図３６に示した手順で実行する。

第三の実施形態によると、サイズを小さくしまたは個数を少なくすることなくサムネイルを表示しつつ、ユーザに誤解されたまま画像に係る処理が行われないように付加情報を表示することができる。さらに、カラー印刷が行われると誤解されないようにサムネイルを表示することができる。

第三の実施形態では、ドラッグ・アンド・ドロップによって処理の種類および対象を指定したが、第一の実施形態と同様、それぞれに対応するボタンおよびサムネイルをタッチすることによって指定する場合にも、サムネイルをモノクロ化することができる。

すなわち、図３３において、いずれかのサムネイルＳＮ３と第一の画像処理エリアＲＹ３２内のいずれかのボタンＢＮ３とがタッチされた場合に、タッチされたサムネイルＳＮ３をモノクロで表示すればよい。この際に、付加情報画像を消去する。

第三の実施形態では、プリントユニット１０ｇがモノクロプリンタである場合を例に説明したが、プリントユニット１０ｇがカラープリンタであっても印刷のカラー／モノクロの条件としてモノクロが設定された場合も、クローン画像ＳＣ３をモノクロに変えて表示してもよい。

〔第四の実施形態〕
図４０は、合成画像の生成の変形例を示す図である。図４１は、サムネイルＳＮ４の例を示す図である。

第一ないし第三の実施形態では、サムネイルの付加情報画像が用紙に印刷されない情報である旨を、サムネイルとともにボタンが選択された際に付加情報画像を隠すことによって、ユーザに知らせた。第四の実施形態では、この旨を、縮小画像から付加情報画像をはみ出して配置することによって知らせてもよい。以下、この仕組みについて、説明する。なお、第一ないし第三の実施形態と重複する点については、説明を省略する。

第四の実施形態における画像処理装置１のハードウェアの構成は、第一ないし第三の実施形態と同様であり、図２に示した通りである。

ＶＲＡＭ１０ｃおよびＲＯＭ１０ｄに記憶されているソフトウェアも、基本的に第一ないし第三の実施形態のいずれかと同様である。ただし、第四の実施形態では、合成画像を生成する方法が、異なる。

つまり、第一ないし第三の実施形態では、図１２に示したように、縮小画像と付加情報画像とをずれないように重ねた。

一方、第四の実施形態では、図４０に示すように、付加情報画像を幅方向に長さＦＳｗ
だけシフトさせて縮小画像の上に重ねることによって、合成画像を生成する。よって、第一ないし第三の実施形態の場合よりも、合成画像のサイズが大きくなる。そこで、合成画像５５が記憶できるように、必要に応じて第一ないし第三の実施形態の場合よりもベースレイヤ領域８Ａ３（図１０、図２０、図３４参照）を大きくしておく。

画像処理装置１は、このような合成画像のビットマップデータ５５を用いることによって、図４１に示すように、縮小画像から付加情報画像がはみ出た状態でサムネイルＳＮ４を表示することができる。

付加情報画像を隠す方法および処理の指令を受け付ける方法などは、第一ないし第三の実施形態と同様である。なお、第四の実施形態では、付加情報画像を隠さないようにしてもよい。

第四の実施形態によると、サムネイルＳＮ４を表示した当初から、付加情報画像が原稿とともに出力されるものではないことをユーザに認識させることができる。

第一ないし第四の実施形態では、画像処理装置１がサムネイルを表示する場合を例に説明したが、パーソナルコンピュータ、タブレットコンピュータ、またはスマートフォンなどがサムネイルを表示する場合にも、本発明を適用することができる。

その他、画像処理装置１の全体または各部の構成、処理内容、処理順序、データの構成などは、本発明の趣旨に沿って適宜変更することができる。

１ 画像処理装置（サムネイル表示処理装置）
１０２、２０２、３０２ 画像データ記憶部（保存手段）
１０ｂ ＲＡＭ（作業メモリ）
１０ｃ ＶＲＡＭ（表示用メモリ）
１０ｋ タッチパネルディスプレイ（ディスプレイ）
１３１、２１１、３１１ ウィンドウ表示処理部（オブジェクト表示制御手段）
１３２、２１２、３１２ サムネイル用領域確保部（領域確保手段）
１３３、２１３、３１３ 画像データロード処理部（ビットマップデータ準備手段）
１３５、２１５、３１５ 合成画像表示処理部（サムネイル表示制御手段）
１３６ 選択原稿等判別部（検知手段）
１３７ サムネイル変更処理部（非表示制御手段）
２０４、３０４ 画像処理指令検知部（検知手段）
２１７、３１７ クローン画像移動処理部（移動表示制御手段）
２１８ 合成画像変更処理部（非表示制御手段）
３１８ 合成画像変更処理部（非表示制御手段、モノクロ表示制御手段）
５０ 原稿画像データ
５１ 縮小画像データ
５２ 属性データ
５３ ビットマップデータ（第一のビットマップデータ）
５４ ビットマップデータ（第二のビットマップデータ）
５５ ビットマップデータ（第三のビットマップデータ）
８Ａ１ 付加情報画像領域（第一の領域）
８Ａ２ 印刷画像領域（第二の領域）
８Ａ３ ベースレイヤ領域（第三の領域）
ＢＮ１〜ＢＮ３ ボタン（指令オブジェクト）
ＳＣ２、ＳＣ３ クローン画像
ＳＮ１〜ＳＮ４ サムネイル

Claims (11)

1. 保存手段に画像データとして記憶されている画像のサムネイルを、当該画像に関する属性情報を表わす付加画像を重ねてディスプレイに表示させる、サムネイル表示制御手段と、
   前記サムネイルの選択と当該選択以外の所定の操作とを検知する検知手段と、
   前記選択と前記所定の操作とが前記検知手段によって検知された場合に、前記付加画像を非表示にする、非表示制御手段と、
   を有することを特徴とするサムネイル表示処理装置。
2. 所定の処理を進める指令に対応するオブジェクトである指令オブジェクトを前記ディスプレイに表示させるオブジェクト表示制御手段、を有し、
   前記検知手段は、前記ディスプレイにおける前記サムネイルの位置がタッチされまたは前記サムネイルがクリックされた際に前記選択がなされたと検知し、前記ディスプレイにおける前記指令オブジェクトの位置がタッチされまたは前記指令オブジェクトがクリックされた際に前記所定の操作がなされたと検知する、
   請求項１に記載のサムネイル表示装置。
3. 所定の処理を進める指令に対応するオブジェクトである指令オブジェクトを前記ディスプレイに表示させるオブジェクト表示制御手段、を有し、
   前記検知手段は、前記サムネイルの位置から前記指令オブジェクトを含む所定の区域の位置までのドラッグが行われた際に前記選択および前記所定の操作がなされたと検知する、
   請求項１に記載のサムネイル表示装置。
4. 前記付加画像が重なった前記サムネイルの複製であるクローン画像を、前記ドラッグに応じて移動させながら表示させる、移動表示制御手段、を有する、
   請求項３に記載のサムネイル表示装置。
5. 前記所定の処理は、前記画像を用紙に印刷する処理、前記画像データを他の装置へ出力する処理、前記画像データの、前記保存手段における保存場所を変更する処理、および前記画像データを削除する処理のいずれかである、
   請求項１ないし請求項４のいずれかに記載のサムネイル表示装置。
6. 前記画像は、カラーの画像であり、
   前記非表示制御手段は、前記所定の処理が前記画像をモノクロで印刷する処理である場合は、前記付加画像を非表示にするだけでなく、前記サムネイルまたは前記クローン画像をモノクロにして表示させる、
   請求項１ないし請求項４のいずれかに記載のサムネイル表示装置。
7. 前記付加画像の第一のビットマップデータを記憶するための第一の領域と、前記サムネイルの第二のビットマップデータを記憶するための第二の領域と、前記サムネイルに前記付加画像を重ねた合成画像の第三のビットマップデータを記憶するための第三の領域と、を作業メモリに確保する、領域確保手段と、
   前記画像データに基づいて前記第一のビットマップデータを生成し前記第一の領域に記憶させ、前記画像データに基づいて前記第二のビットマップデータを生成し前記第二の領域に記憶させ、前記第一のビットマップデータおよび前記第二のビットマップデータに基づいて前記第三のビットマップデータを生成し前記第三の領域に記憶させる、ビットマップデータ準備手段と、
   を有し、
   前記サムネイル表示制御手段は、前記第三の領域に記憶されている前記第三のビットマップデータを前記ディスプレイのための表示用メモリへ書き込むことによって、前記サムネイルを、前記付加画像を重ねて表示させ、
   前記非表示制御手段は、前記第二の領域に記憶されている前記第二のビットマップデータを前記表示用メモリへ書き込むことによって、前記付加画像を非表示にする、
   請求項１ないし請求項３のいずれかに記載のサムネイル表示装置。
8. 前記付加画像の第一のビットマップデータを記憶するための第一の領域と、前記サムネイルの第二のビットマップデータを記憶するための第二の領域と、前記サムネイルに前記付加画像を重ねた合成画像の第三のビットマップデータを記憶するための第三の領域と、を作業メモリに確保する、領域確保手段と、
   前記画像データに基づいて前記第一のビットマップデータを生成し前記第一の領域に記憶させ、前記画像データに基づいて前記第二のビットマップデータを生成し前記第二の領域に記憶させ、前記第一のビットマップデータおよび前記第二のビットマップデータに基づいて前記第三のビットマップデータを生成し前記第三の領域に記憶させる、ビットマップデータ準備手段と、
   を有し、
   前記移動表示制御手段は、前記第三の領域に記憶されている前記第三のビットマップデータを前記ディスプレイのための表示用メモリへ書き込むことによって、前記クローン画像を表示させ、
   前記非表示制御手段は、前記第二の領域に記憶されている前記第二のビットマップデータを前記表示用メモリへ書き込むことによって、前記付加画像を非表示にする、
   請求項４に記載のサムネイル表示装置。
9. 前記サムネイル表示制御手段は、前記サムネイルを、前記付加画像を当該サムネイルからはみ出るように重ねて表示させる、
   請求項１ないし請求項８のいずれかに記載のサムネイル表示装置。
10. 保存手段に画像データとして記憶されている画像のサムネイルを、当該画像に関する属性情報を表わす付加画像を重ねてディスプレイに表示させ、
    前記サムネイルの選択と当該選択以外の所定の操作とが検知された場合に、前記付加画像を非表示にする、
    ことを特徴とするサムネイルの表示方法。
11. コンピュータに、
    保存手段に画像データとして記憶されている画像のサムネイルを、当該画像に関する属性情報を表わす付加画像を重ねてディスプレイに表示する処理を、実行させ、
    前記サムネイルの選択と当該選択以外の所定の操作とを検知する処理を実行させ、
    前記選択と前記所定の操作とを検知した場合に、前記付加画像を非表示にする処理を実行させる、
    ことを特徴とするコンピュータプログラム。

Images