JP2015060250A - 表示制御装置、表示制御方法、表示制御プログラム及び画像処理装置 - Google Patents

Abstract

【課題】記憶装置の記憶容量を圧迫することなく、しかも比較的簡単な処理で迅速にジェスチャー操作に応答して表示データを更新することができる表示制御装置等を提供する。
【解決手段】表示手段１７１に表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面か否かを判定する判定手段１１と、表示データを操作可能な画面と判定された場合には、画像サイズを決定すると共に、前記表示データと同一内容の画像データを決定された画像サイズで新たに生成し記憶手段１３に記憶させる生成手段１１、画面に対してユーザーによるジェスチャー操作がなされたときは、前記生成され記憶手段１３に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行う制御手段１１を備える。
【選択図】 図９

Description

この発明は、多機能デジタル複合機であるＭＦＰ（Multi Function Peripherals）等の画像処理装置に搭載される表示制御装置、該表示制御装置で実行される表示制御方法、表示制御プログラム及び画像処理装置に関する。

ＭＦＰ（Multi Function Peripherals）と称される多機能デジタル複合機等の画像処理装置として、ジェスチャー操作が可能な操作パネルを備えるとともに、ジェスチャー操作を検知したタイミングにて画像処理装置のプラットフォーム側で画像データの生成を開始し、操作終了時点で、生成した画像データを表示用アプリケーションが入手して表示する技術が知られている。

しかし、この技術では、ピンチ操作やスライド操作等のジェスチャー操作中は、以前に表示していた画像を用いてジェスチャー操作に応答した表示データに更新するために、拡大時に荒い画像が表示される場合や、周辺画像が存在しないので画像が表示されない領域が発生しており、ジェスチャー操作を継続しながら画像を確認する場合に、元々表示していた情報しか得られないという問題がある。

また、この問題を解決するために、タッチパネルのタッチ座標が少しでも動けば新しい画像を入手する方法が考えられるが、この方法を用いると、表示用アプリケーションに対するプラットフォームからの画像データの送信が頻繁に発生し、ジェスチャー操作に追随するリアルタイムでの表示更新ができないという別の問題が発生する。

このような問題をさらに解決するために、特許文献１には、中解像度画像、低解像度画像及び高解像度画像を記憶する記憶装置と、低解像度画像からプレビュー画像を生成して表示するプレビュー画像生成部と、表示されているプレビュー画像に対するユーザの拡大縮小指示に応答して、低解像度画像を拡大縮小して表示する低解像度プレビュー画像生成部と、ユーザの拡大縮小指示に応答して、原稿の種別に応じて高解像度画像又は低解像度画像から中解像度画像を生成して拡大縮小し、低解像度のプレビュー画像に代えて表示する中解像度プレビュー画像生成部とを含む画像処理装置が提案されている。

この画像処理装置によれば、中解像度の画像に対する拡大縮小処理を行なうのと並行して、低解像度画像に対する拡大縮小処理を行なってその結果をプレビュー画像として先に表示し、中解像度画像に対する拡大縮小処理が完了すると同時に、その結果得られたプレビュー画像を画面上で低解像度画像から得られたプレビュー画像と差替えるから、このような表示をすることにより、ユーザには、拡大縮小の結果が早く提示される上、最終的には中解像度画像から得られたプレビューに置き換えられるので、処理も高速で、かつ画質も高く保った形で拡大縮小後のプレビューを確認できるというものである。

特開２０１２−１０５１７１号公報

しかし特許文献１に記載の技術では、プレビュー画像の生成前に、低解像度画像及び高解像度画像を生成して記憶装置に記憶しておく必要があるため、記憶装置の記憶容量が長期間にわたって圧迫されると共に、低解像度画像または高解像度画像から中解像度画像を生成し、さらに低解像度画像及び中解像度画像の両画像に対して、ジェスチャー操作に応答して拡大または縮小等の処理をする必要があるため、処理が複雑化するという問題があった。

この発明は、このような実情に鑑みてなされたものであり、記憶装置の記憶容量を圧迫することなく、しかも比較的簡単な処理で迅速にジェスチャー操作に応答して表示データを更新することができる表示制御装置、及びこの表示制御装置で実施される表示制御方法を提供し、さらに前記表示制御装置のコンピュータに表示制御方法を実行させるための表示制御プログラム、及び前記表示制御装置を備えた画像処理装置を提供することを課題とする。

上記課題は、以下の手段によって解決される。
（１）表示手段と、ジェスチャー操作を受け付け可能なタッチパネルと、前記表示手段に表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面か否かを判定する判定手段と、記憶手段と、前記判定手段により、表示データを操作可能な画面と判定された場合には、画像サイズを決定すると共に、前記表示データと同一内容の画像データを前記決定された画像サイズで新たに生成し前記記憶手段に記憶させる生成手段と、表示データを操作可能な前記画面に対してユーザーによるジェスチャー操作がなされたときは、前記生成手段により生成され前記記憶手段に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行う制御手段と、を備えたことを特徴とする表示制御装置。
（２）前記制御手段は、表示用アプリケーションを実行することにより、前記記憶手段に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行い、前記生成手段は、前記表示用アプリケーションを除くプラットフォーム側で画像サイズを決定しかつ画像データを生成するとともに、生成した画像データを前記記憶手段に予め記憶させる前項１に記載の表示制御装置。
（３）前記生成手段は、ユーザーによるジェスチャー操作に応答して更新される表示データの表示領域のサイズよりも前記ジェスチャー操作の可動域分だけ大きなサイズを、生成する画像データのサイズとして決定する前項１または２に記載の表示制御装置。
（４）前記生成手段は、前記表示データの表示領域の縦または横のサイズのうち、長い方のサイズが所定値よりも小さい場合は、当該長い方のサイズを前記ジェスチャー操作の可動域として用い、画面サイズが所定値よりも小さくない場合は、ユーザーのジェスチャー操作の操作幅を前記ジェスチャー操作の可動域として用いる前項３に記載の表示制御装置。
（５）前記ジェスチャー操作が行われる毎にジェスチャー操作の操作幅を記憶する操作幅記憶手段を備え、前記生成手段は、前記操作幅記憶手段に記憶されたジェスチャー操作の操作幅の平均値を、ユーザーのジェスチャー操作の操作幅とする前項４に記載の表示制御装置。
（６）前記判定手段は、前記画面がプレビュー画像の表示画面である場合は、表示データを操作可能な画面であると判定し、前記生成手段は、前記表示されているプレビュー画像よりも解像度の高い画像データを生成する前項１〜５のいずれかに記載の表示制御装置。
（７）前記プレビュー画像が、第１の画像データ上に第２の画像データが付加されている編集画像である場合、前記生成手段は、編集画像でない場合よりも高解像度の画像データを生成する前項６に記載の表示制御装置。
（８）前記プレビュー画像が、画像境界線を含む画像である場合、前記生成手段は、画像境界線を含まない場合よりも高解像度の画像データを生成する前項６に記載の表示制御装置。
（９）設定された所定の機能を前記プレビュー画像に反映する仕上がりプレビューモードを有し、該仕上がりプレビューモードが設定されている場合、前記生成手段は前記設定された所定の機能が反映される画像の周辺部のみを高解像度で生成し、前記表示制御手段は、前記生成された高解像度の周辺部画像を元の表示データと合成する前項６に記載の表示制御装置。
（１０）前記記憶手段のメモリ容量を検出する検出手段を備え、前記生成手段は、前記検出されたメモリ容量に応じて予め設定された係数を乗じて前記画像サイズを決定する前項１〜８のいずれかに記載の表示制御装置。
（１１）前記ジェスチャー操作は、ピンチアウト操作、ピンチイン操作、フリック操作及びスワイプ操作のうちの少なくとも１つである前項１〜９のいずれかに記載の表示制御装置。
（１２）表示手段と、記憶手段と、ジェスチャー操作を受け付け可能なタッチパネルと、を備えた表示制御装置装置で実行される表示制御方法であって、前記表示手段に表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面か否かを判定する判定ステップと、前記判定ステップにおいて、表示データを操作可能な画面と判定された場合には、画像サイズを決定すると共に、前記表示データと同一内容の画像データを前記決定された画像サイズで新たに生成し前記記憶手段に記憶させる生成ステップと、表示データを操作可能な前記画面に対してユーザーによるジェスチャー操作がなされたときは、前記生成ステップにおいて生成され前記記憶手段に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行う制御ステップと、を備えたことを特徴とする表示制御方法。
（１３）表示手段と、記憶手段と、ジェスチャー操作を受け付け可能なタッチパネルと、を備えた表示制御装置のコンピュータに、前記表示手段に表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面か否かを判定する判定ステップと、前記判定ステップにおいて、表示データを操作可能な画面と判定された場合には、画像サイズを決定すると共に、前記表示データと同一内容の画像データを前記決定された画像サイズで新たに生成し前記記憶手段に記憶させる生成ステップと、表示データを操作可能な前記画面に対してユーザーによるジェスチャー操作がなされたときは、前記生成ステップにおいて生成され前記記憶手段に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行う制御ステップと、を実行させるための表示制御プログラム。
（１４）画像データをプレビュー表示可能な表示手段と、ジェスチャー操作を受け付け可能なタッチパネルと、前記表示手段に表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能なプレビュー画像の表示画面であるか否かを判定する判定手段と、記憶手段と、前記判定手段により、表示データを操作可能なプレビュー画面と判定された場合には、画像サイズを決定すると共に、前記表示データと同一内容の画像データを前記決定された画像サイズで新たに生成し前記記憶手段に記憶させる生成手段と、前記プレビュー画面に対してユーザーによるジェスチャー操作がなされたときは、前記生成手段により生成され前記記憶手段に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行う制御手段と、を備えたことを特徴とする画像処理装置。

前項（１）に記載の発明によれば、表示手段に表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面か否かを判定し、表示データを操作可能な画面と判定された場合に、画像サイズを決定すると共に、前記表示データと同一内容の画像データを前記決定された画像サイズで新たに生成し記憶手段に記憶させるから、表示データを操作可能な画面が表示される前から画像データを生成しておく必要がなく、このため記憶手段は必要最小限のメモリ容量で良く、生成された画像データによるメモリ容量の圧迫を抑制できる。

また、ユーザーによるジェスチャー操作がなされたときは、生成手段により生成され記憶手段に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行うから、低解像度画像または高解像度画像から中解像度画像を生成し、さらに低解像度画像及び中解像度画像の両画像に対して、ジェスチャー操作に応答して拡大または縮小等の処理をするといった複雑な処理は不要であり、簡単な処理で迅速に、ジェスチャー操作に応答する表示データの更新を行うことができる。

前項（２）に記載の発明によれば、制御手段は、表示用アプリケーションを実行することにより、記憶手段に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行い、生成手段は、表示用アプリケーションを除くプラットフォーム側で画像サイズを決定しかつ画像データを生成するとともに、生成した画像データを前記記憶手段に予め記憶させるから、ジェスチャー操作がなされたときにプラットフォーム側で生成した画像データを記憶手段に記憶させる場合に較べて、さらに処理速度を速くでき、ジェスチャー操作に応答して表示データが変化する時の追従性が良くなる。

前項（３）に記載の発明によれば、生成手段は、ユーザーによるジェスチャー操作に応答して更新される表示データの表示領域のサイズよりも前記ジェスチャー操作の可動域分だけ大きなサイズを、生成する画像データのサイズとして決定するから、最適な大きさの画像データを生成できる。

前項（４）に記載の発明によれば、表示手段の画面サイズを考慮して、最適な大きさの画像データを生成できる。

前項（５）に記載の発明によれば、ジェスチャー操作が行われる毎に記憶手段に記憶されたジェスチャー操作の操作幅の平均値が、ユーザーのジェスチャー操作の操作幅とされるから、ユーザーのジェスチャー操作に対応したサイズの画像データを生成できる。

前項（６）に記載の発明によれば、プレビュー画像の表示画面が表示された場合は、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面であると判定され、表示されているプレビュー画像よりも解像度の高い画像データが生成される。

前項（７）に記載の発明によれば、プレビュー画像が、第１の画像データ上に第２の画像データが付加されている編集画像である場合、ユーザーは第２の画像データの付加部分を拡大して確認することが予想されるから、編集画像でない場合よりも高解像度の画像データが生成される。

前項（８）に記載の発明によれば、プレビュー画像が、画像境界線を含む画像である場合、ユーザーは画像境界線の部分を拡大して確認することが予想されるから、画像境界線を含まない場合よりも高解像度の画像データが生成される。

前項（９）に記載の発明によれば、設定された所定の機能をプレビュー画像に反映する仕上がりプレビューモードを有し、該仕上がりプレビューモードが設定されている場合、ユーザーは設定された所定の機能が反映される画像の周辺部を拡大して確認することが予想されるから、前記周辺部のみを高解像度で生成し、この生成した高解像度の周辺部画像を元の表示データと合成して表示することで、画像生成処理を必要最小限に抑制しつつ、ユーザーによる機能反映部分の拡大操作に高画質で対応することができる。

前項（１０）に記載の発明によれば、記憶手段のメモリ容量の大小に応じて画像サイズが決定されるから、例えばメモリ容量が小さい場合は通常よりも小さいサイズの画像データが生成され、メモリ容量の圧迫を回避できる。

前項（１１）に記載の発明によれば、ピンチアウト操作、ピンチイン操作、フリック操作及びスワイプ操作のうちの少なくとも１つのジェスチャー操作に応答して、表示データが更新される。

前項（１２）に記載の発明によれば、表示データを操作可能な画面が表示される前から、画像データを作成しておく必要がないうえ記憶手段は必要最小限のメモリ容量で良く、このため生成された画像データによるメモリ容量の圧迫を抑制できる。また、低解像度画像または高解像度画像から中解像度画像を生成し、さらに低解像度画像及び中解像度画像の両画像に対して、ジェスチャー操作に応答して拡大または縮小等の処理をするといった複雑な処理は不要であり、簡単な処理で迅速に、ジェスチャー操作に応答する表示データの更新を行うことができる。

前項（１３）に記載の発明によれば、生成された画像データによる記憶手段のメモリ容量の圧迫を抑制できるとともに、簡単な処理で迅速に、ジェスチャー操作に応答する表示データの更新を行うことができる処理を、表示制御装置のコンピュータに実行させることができる。

前項（１４）に記載の発明によれば、生成された画像データによる記憶手段のメモリ容量の圧迫を抑制できるとともに、簡単な処理で迅速に、ジェスチャー操作に応答する表示データの更新を行うことができる画像処理装置となる。

この発明の一実施形態に係る表示制御装置を備えた画像処理装置の構成を示すブロック図である。 画像処理装置の要部の機能構成を示すブロック図である。 生成する画像データのサイズの決定方法を説明するための図である。 同じく、生成する画像データのサイズの決定方法を説明するための図である。 ピンチ操作の場合の生成する画像データのサイズとプレビュー表示領域との関係を示す図である。 プレビュー画像を移動させるためのスライド操作の説明図である。 スライド操作の場合の生成する画像データのサイズとプレビュー表示領域との関係を示す図である。 プレビュー画像を拡大操作したときの処理を説明するための図である。 表示画面がジェスチャー操作可能な画面に更新されたとき以降の画像処理装置の動作を示すフローチャートである。 図９におけるステップＳ１３の表示データの更新処理の詳細を示すフローチャートである。 プラットフォーム側で生成する画像データのサイズ決定の際に、ジェスチャー操作の可動域として用いるユーザーのジェスチャー操作の操作幅を、ユーザーの履歴に基づいて決定する場合の処理を示すフローチャートである。 この発明の他の実施形態において、プレビュー画像が表示された画面を示す図である。 図１２に示した実施形態におけるプラットフォーム側の処理を示すフローチャートである。 この発明のさらに他の実施形態を示すもので、プラットフォーム側の処理を示すフローチャートである。 この発明のさらに他の実施形態を示すもので、プラットフォーム側の処理を示すフローチャートである。 メモリサイズとピンチ操作可動域との関係を示す表である。 この発明のさらに他の実施形態を説明するためのもので、仕上がりプレビューモードが設定されている場合に、表示部に表示されたプレビュー画面を示す図である。 図１７に示した仕上がりプレビューモードが設定されている場合の処理を示すフローチャートである。

以下、この発明の実施形態を図面に基づいて説明する。

図１は、この発明の一実施形態に係る表示制御装置を備えた画像処理装置の構成を示すブロック図である。

この実施形態では、画像処理装置１としてコピー機能、プリント機能、スキャン機能、ファクシミリ機能等を備えた前述のＭＦＰが用いられている。以下、画像処理装置をＭＦＰとも記す。

ＭＦＰ１は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、スキャナ部１４と、記憶部１５と、プリンタ部１６と、操作パネル１７と、ネットワークコントローラ（Ｎ１Ｃ）１８等を備えている。

前記ＣＰＵ１１は、基本動作プログラムやアプリケーションプログラム等の各種プログラムを実行することにより、ＭＦＰ１の全体を統括制御し、コピー機能、プリンタ機能、スキャン機能、ファクシミリ機能等の基本機能を使用可能に制御するほか、操作パネル１７の表示部１７１に表示された画面に関する制御等を行う。画面に関する制御については後述する。

前記ＲＯＭ１２は、ＣＰＵ１１の基本動作プログラム等を格納するメモリである。

前記ＲＡＭ１３は、ＣＰＵ１１が動作プログラムに基づいて動作する際の作業領域を提供するメモリである。また、ＲＡＭ１３は、プラットフォーム用の割り当て領域ＲＡＭ１３ａ及びアプリケーション用の割り当て領域ＲＡＭ１３ｂを含む。

前記スキャナ部１４は、原稿台（図示せず）に置かれた原稿の画像を読み取り、画像データを出力する読み取り手段である。

前記記憶部１５は、例えばハードディスクドライブ（ＨＤＤ）などの不揮発性の記憶デバイスにより構成されており、スキャナ部１４で読み取られた原稿の画像データや、他の画像形成装置あるいはユーザ端末等から送信されてきた画像データ等が記憶されている。この記憶部１５に記憶された画像データ等はプレビュー画像として操作パネル１７の表示部１７１に表示可能となっている。

前記プリンタ部１６は、前記スキャナ部１４で読み取られた原稿の画像データやユーザ端末からのプリントデータ等を、指示されたモードに従って印刷するものである。

前記操作パネル１７は、各種入力操作等のために使用されるものであり、メッセージや操作画面等を表示する液晶等からなる表示部１７１と、表示部１７１の画面上に重ねて配置されたタッチパネル１７２と、テンキー、スタートキー、ストップキー等を備えたキー入力部１７３を備えている。ユーザーがタッチパネル１７２を指で押下すると、タッチパネル１７２は押された位置（タッチ位置）を検出する。ＣＰＵ１１は、ユーザーのタッチ位置と画面上のタッチされた領域に表示されたボタン等の組み合わせを照合して、ボタン等に対応する処理を実行する。また、ＣＰＵ１１はこのようなタッチ操作を受け付けるのに加えて、タッチパネル１７２を介して行われるユーザーによる操作軌跡に基づくコマンド入力操作であるジェスチャー操作をも受け付け可能となっている。

前記ネットワークコントローラ１８は、ネットワーク上の他の画像形成装置や、その他の外部機器例えばユーザ端末等との間での通信を制御することにより、データの送受信を行うものである。

図２はＭＦＰ１の要部の機能構成を示すブロック図である。

この実施形態では、ＭＦＰ１はアプリケーションとプラットフォーム１０３を有している。プラットフォーム１０３は、基本ＯＳ１０４等のソフトウェアを含む。アプリケーションとしてこの実施形態では、操作パネル１７の表示部１７１による表示データの表示、タッチパネル１７２によるジェスチャー操作に応答する表示データの更新等の処理をＣＰＵ１１に実行させるための表示用アプリケーション１０１や、その他のプリケーション１０２が含まれている。なお、アプリケーションを単にアプリともいう。各アプリ１０１、１０２はプラットフォーム１０３側と通信を行い必要なデータを取得する。特に表示用アプリ１０１は、プラットフォーム１０３が記憶部１５に記憶されている画像データを呼び出して生成し、プラットフォーム用の割り当て領域１３ａに記憶した画像データを、プラットフォーム用の割り当て領域ＲＡＭ１３ａから取得し、アプリケーション用の割り当て領域ＲＡＭ１３ｂに記憶する。

次に、操作パネル１７の表示部１７１にプレビュー画像が表示されたときの処理について説明する。なお、プレビュー画像は、ユーザーが操作パネル１７を操作して、プレビューモードを設定すると共に、プレビュー設定画面に従って、記憶部１５に記憶されている画像データを選択することにより、元の画像データよりサイズが小さく解像度の低い画像が生成されて表示される。

この実施形態では、表示部１７１の画面が更新されると、表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面か否かが判定される。判定は、ジェスチャー操作に応答して表示データを操作可能な画面の種類を予め設定しておき、更新された画面が前記設定された画面か否かを照合することで行えばよい。ここでは、ジェスチャー操作に応答して表示データを操作可能な画面として、プレビュー画像の表示画面を例示するが、これに限定されることはない。

表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面であると判定されると、プラットフォーム１０３側で画像サイズを決定し、この決定された画像サイズで、表示されているプレビュー画像と同一内容の画像データを生成する。画像サイズは、次のようにして決定される。

即ち、表示部１７１のプレビュー画像の表示領域（以下では、単にプレビュー表示領域ともいう）から、ジェスチャー操作の種類に応じた可動域を決定する。

例えば、ジェスチャー操作がピンチアウト操作、ピンチイン操作等のピンチ操作である場合、一般的なユーザーのピンチ操作幅として、親指と人差し指を広げたときの親指と人差し指との間の距離を所定値と定める。図３のように表示部１７１のプレビュー表示領域Ｇ２の縦または横の長さのうち、長い方のサイズが所定値よりも小さければ、プレビュー表示領域Ｇ２の縦または横の長さのうち、長い方の長さをピンチ操作の可動域Ｒ１として設定する。一方、図４に示すように、表示部１７１の画面Ｇ１のサイズが所定値よりも小さくない場合は、ユーザーのピンチ操作の操作幅をピンチ操作の可動域Ｒ１として設定する。ユーザーのピンチ操作の操作幅は、予め決定されていても良いし、後述するように、そのユーザーの過去の操作幅を操作履歴として記憶部１５に記憶しておき、その平均値を用いても良い。

そして、図５に示すように、プレビュー表示領域Ｇ２のサイズよりも、前記設定されたピンチ操作の可動域Ｒ１分だけ大きなサイズＳ１を、生成する画像データのサイズとして決定する。これにより、表示部１７の画面Ｇ１のサイズを考慮しながら、例えばユーザーによる１回のピンチイン操作で画像データの全体をプレビュー表示領域Ｇ２に納めることができ、最適な大きさの画像データを生成できる。

こうして、プラットフォーム１０３側で画像サイズを決定した後、さらにプラットフォーム１０３側で、プレビュー表示された画像データを用いて、前記決定された画像サイズの画像データを生成し、ＲＡＭ１３の中のプラットフォーム用の割り当て領域ＲＡＭ１３ａに記憶する。このとき、生成する画像データの解像度については、ピンチアウト操作に対する表示拡大率に応じて必要となる解像度を決定すれば良いが、プレビュー画像の場合は、ユーザーは一部を拡大して表示する場合が多いため、表示されているプレビュー画像よりも解像度の高い画像データを生成する。

次に、図６に示すように、ジェスチャー操作が画像を移動させるためのフリック操作あるいはスワイプ操作（両者を合わせてスライド操作という）である場合を考慮した画像データのサイズの決定方法について説明する。スライド操作の場合、プレビュー表示領域Ｇ２の縦または横の長さのうち、長い方の長さをスライド操作可動域Ｒ２として設定する。そして、図７に示すように、プレビュー表示領域Ｇ２のサイズよりも、前記設定されたスライド操作可動域Ｒ２分だけ大きなサイズＳ２を、生成する画像データのサイズとして決定する。

こうして、プラットフォーム１０３側でサイズを決定し所定の解像度で生成した画像データは、ジェスチャー操作がなされなくてもプラットフォーム用の割り当て領域ＲＡＭ１３ａからアプリケーション用の割り当て領域ＲＡＭ１３ｂに予め送信しておく。表示用アプリ１０１は、図８（Ａ）に示すようにプレビュー画像Ｐ１に対してユーザーによるジェスチャー操作があったときは、プラットフォーム１０３側で生成され既に受信済みの画像データを、図８（Ｂ）に示すように、ジェスチャー操作に応答して拡大、縮小あるいはスライドさせて表示用データＰ２を作成し、この作成した表示用データＰ２をプレビュー表示領域Ｇ２に表示する。

ピンチ操作もスライド操作も受け付け可能な場合、両方の操作に対応するサイズの画像データをそれぞれ生成し、表示用アプリ１０１に送信しておけばよい。

図９は、表示部１７１の画面がジェスチャー操作可能な画面に更新されたとき以降のＭＦＰ１の動作を示すフローチャートである。なお、図９以下に示すフローチャートは、ＣＰＵ１１がＲＯＭ１２あるいは記憶部１５等に記憶された動作プログラムや表示用アプリ１０１に従って動作することにより実行される。

図９（Ａ）はプラットフォーム１０３側の処理であり、同図（Ｂ）は表示用アプリ１０１側の処理である。

プラットフォーム１０３側において、ステップＳ０１では、表示部１７１に更新表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面か否か（ジェスチャー操作可能か否か）を判定する。可能でなければ（ステップＳ０１でＮＯ）、処理を終了する。

可能であれば（ステップＳ０１でＹＥＳ）、ステップＳ０２で、生成する画像データのサイズ及び解像度を決定したのち、ステップＳ０３で画像データを生成し、プラットフォーム用の割り当て領域ＲＡＭ１３ａに記憶する。そして、ステップＳ０４で、生成した画像データを表示用アプリ１０１へ送信し、アプリケーション用の割り当て領域ＲＡＭ１３ｂに記憶させる。

表示用アプリ１０１側では、ステップＳ１１で、ジェスチャー操作が行われたか否かを判定し、行われなければ（ステップＳ１１でＮＯ）、処理を終了する。

ジェスチャー操作が行われると（ステップＳ１１でＹＥＳ）、ステップＳ１２で、プラットフォーム１０３側から受信した画像データ、換言すればアプリケーション用の割り当て領域１３ｂに記憶されている画像データの有無を調べ、あれば（ステップＳ１２でＹＥＳ）、ステップＳ１３で表示データの更新処理を実行する。受信した画像データがなければ（ステップＳ１２でＮＯ）、処理を終了する。

図１０は、図９におけるステップＳ１３の表示データの更新処理の詳細を示すフローチャートである。

ステップＳ１３１で、ジェスチャー操作はピンチ操作か否かを判定し、ピンチ操作であれば（ステップＳ１３１でＹＥＳ）、ステップＳ１３２で、ピンチアウト操作か否か換言すれば拡大操作か否かを判断する。拡大操作であれば（ステップＳ１３２でＹＥＳ）、ステップＳ１３３で、プラットフォーム１０３側で生成され受信済みの画像データをジェスチャー操作に応答して拡大し、表示部１７１に表示することにより画面を更新する。

ステップＳ１３２において、拡大操作でなければ（ステップＳ１３２でＮＯ）、ステップＳ１３４で、プラットフォーム１０３側で生成され受信済みの画像データをジェスチャー操作に応答して縮小し、表示部１７１に表示することにより、画面を更新する。

ステップＳ１３１において、ピンチ操作でなければ（ステップＳ１３１でＮＯ）、ステップＳ１３５でスライド操作か否かを判定する。スライド操作であれば（ステップＳ１３５でＹＥＳ）、ステップＳ１３６で、プラットフォーム側で生成され受信済みの画像データをジェスチャー操作に応答してスライドした状態で、表示部１７１に表示することにより、画面を更新する。

ステップＳ１３５において、スライド操作でなければ（ステップＳ１３５でＮＯ）、処理を終了する。

このように、この実施形態では、表示部１７１に表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面か否かを判定し、表示データを操作可能な画面と判定された場合に、画像サイズを決定すると共に、前記表示データと同一内容の画像データを前記決定された画像サイズで新たに生成しＲＡＭ１３に記憶させるから、表示データを操作可能な画面が表示される前から画像データを作成しておく必要がなく、このためＲＡＭ１３は必要最小限のメモリ容量で良く、生成された画像データによるメモリ容量の圧迫を抑制できる。また、ユーザーによるジェスチャー操作がなされたときは、前記生成されＲＡＭ１３に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行うから、低解像度画像または高解像度画像から中解像度画像を生成し、さらに低解像度画像及び中解像度画像の両画像に対して、ジェスチャー操作に応答して拡大または縮小等の処理をするといった複雑な処理は不要であり、簡単な処理で迅速に、ジェスチャー操作に応答する表示データの更新を行うことができる。

しかも、プラットフォーム１０３側で画像サイズを決定しかつ画像データを生成するとともに、生成した画像データをプラットフォーム用の割り当て領域ＲＡＭ１３ａからアプリケーション用の割り当て領域ＲＡＭ１３ｂに予め送信（記憶）しておき、ジェスチャー操作があったときは、表示用アプリ１０１の実行により既にアプリケーション用の割り当て領域ＲＡＭ１３ｂに送信されている画像データを用いて、ジェスチャー操作に応答する表示データの更新を行うから、ジェスチャー操作がなされる毎にプラットフォーム１０３側で生成した画像データを前記割り当て領域ＲＡＭ１３ｂに送信する場合に較べて、さらに処理速度を速くでき、ジェスチャー操作に応答して表示データが変化する時の追従性が良くなる。

図１１は、プラットフォーム１０３側で生成する画像データのサイズ決定の際に、ジェスチャー操作の可動域として用いるユーザーのジェスチャー操作の操作幅を、そのユーザーの履歴に基づいて決定する場合の処理を示すフローチャートである。この例では、ジェスチャー操作がピンチ操作である場合を示している。また、ユーザーは、予め操作パネル１７からユーザーＩＤ及びパスワード等のログイン情報を入力することにより、画像処理装置にログインしているものとする。

ステップＳ３１で、ピンチ操作が行われたかどうかをチェックし、ピンチ操作が行われなければ（ステップＳ３１でＮＯ）、処理を終了する。ピンチ操作が行われると（ステップＳ３１でＹＥＳ）、ステップＳ３２ではプレビュー画像が表示されているときのピンチ操作かどうかを判断する。プレビュー画像が表示されているときのピンチ操作でなければ（ステップＳ３２でＮＯ）、処理を終了する。プレビュー画像が表示されているときのピンチ操作であれば（ステップＳ３２でＹＥＳ）、ステップＳ３３で、ピンチ操作幅の値を取得し、ステップＳ３４で、取得したピンチ操作幅の値を、そのユーザーのログイン情報と関連付けて、記憶部１５に記憶する。

つまり、プレビュー画像に対してピンチ操作が行われるたびに、そのピンチ操作幅の値が、そのユーザーの履歴として記憶部１５に記憶される。

プラットフォーム１０３側では同時に、ステップＳ４１で、画面更新によりプレビュー画像が表示されたかどうかをチェックしており、表示されなければ（ステップＳ４１でＮＯ）、処理を終了する。プレビュー画像が表示されると（ステップＳ４１でＹＥＳ）、ステップＳ４２で、記憶部１５に記憶されているピンチ操作幅の履歴から、ピンチ操作幅の平均値を算出する。次いで、ステップＳ４３で、算出したピンチ操作幅の平均値をピンチ操作の可動域として用いて画像サイズと解像度を決定し、ステップＳ４４で画像データを生成する。そして、ステップＳ４５で、生成した画像データを表示用アプリ１０１に送信する。

このように、ユーザーのピンチ操作幅の平均値を考慮して生成する画像データのサイズが決定されるから、ユーザーのピンチ操作に対応したサイズの画像データを生成できる。

図１２は、この発明の他の実施形態において、プレビュー画像が表示された表示部１７１の画面を示す図である。この実施形態では、図１２（Ａ）のように、プレビュー画像Ｐ１が、元画像Ｐ１１にスタンプ画像Ｐ１２やオーバーレイによる画像が追加されている編集画像である場合は、追加された画像の位置の微調整や仕上がり確認のために、図１２（Ｂ）の画像Ｐ２のように、ユーザーはプレビュー画像を詳細に拡大して表示することが考えられる。このため、画像が追加されている場合は、編集画像でない通常のプレビュー画像の場合よりもさらに高い解像度の画像データを生成する。

解像度の決定方法としては、ジェスチャー操作可動域より決定される画像サイズに対応する解像度に所定の係数を乗じた解像度にするとか、数段階拡大されることを想定し、複数回ピンチアウト操作された場合に必要となる解像度にする、等が考えられる。

この実施形態においても、プラットフォーム１０３側で生成した高解像度の画像データを表示用アプリ１０１に送信（アプリケーション用の割り当て領域ＲＡＭ１３ｂに記憶）しておき、ジェスチャー操作があったときは、表示用アプリ１０１でこの画像データを拡大縮小して表示データを更新するから、プレビュー画像の再生成やその都度のプラットフォーム１０３と表示用アプリ１０１との通信を行う必要はなく、処理が簡単で操作性の良いものとなる。しかも、生成される画像データは通常のプレビュー画像の場合よりも高解像度であるから、ジェスチャー操作に応答して拡大しても画像の追加部分を鮮明に表示できる。

図１３は、図１２に示した実施形態におけるプラットフォーム１０３側の処理を示すフローチャートである。

ステップＳ５１で、画面更新によりプレビュー画像が表示されたかどうかを判断し、表示されなければ（ステップＳ５１でＮＯ）、処理を終了する。プレビュー画像が表示されると（ステップＳ５１でＹＥＳ）、ステップＳ５２で、オーバーレイやスタンプによる画像が追加されているかどうかを判断する。追加されていなければ（ステップＳ５２でＮＯ）、ステップＳ５４で、画像サイズを決定し通常のプレビュー画像の解像度を設定した後、ステップＳ５５に進む。オーバーレイやスタンプによる画像が追加されていれば（ステップＳ５２でＹＥＳ）、ステップＳ５３で、画像サイズを決定し専用の高解像度を設定した後、ステップＳ５５に進む。

ステップＳ５５では、設定された解像度の画像データを決定された画像サイズで生成し、この生成した画像データを、ステップＳ５６で表示用アプリ１０１に送信し、アプリケーション用の割り当て領域ＲＡＭ１３ｂに記憶させる。

図１４はこの発明のさらに他の実施形態を示すもので、プラットフォーム１０３側の処理を示すフローチャートである。

境界線を挟む２画像のように、画像の境界線を含むプレビュー画像が表示される場合は、境界線部分の確認のために、ユーザーはプレビュー画像を詳細に拡大して表示することが考えられる。そこで、この実施形態では、プレビュー画像に画像の境界線が含まれる場合は、通常のプレビュー画像の場合よりもさらに高い解像度の画像データを生成する。

ステップＳ６１で、画面更新によりプレビュー画像が表示されたかどうかを判断し、表示されなければ（ステップＳ６１でＮＯ）、処理を終了する。プレビュー画像が表示されると（ステップＳ６１でＹＥＳ）、ステップＳ６２で、プレビュー画像中に境界線が存在するかどうかを判断する。存在しなければ（ステップＳ６２でＮＯ）、ステップＳ６４で、画像サイズを決定し通常のプレビュー画像の解像度を設定した後、ステップＳ６５に進む。境界線が存在していれば（ステップＳ６２でＹＥＳ）、ステップＳ６３で、画像サイズを決定し専用の高解像度を設定した後、ステップＳ６５に進む。

ステップＳ６５では、設定された解像度の画像データを決定された画像サイズで生成し、この生成した画像データを、ステップＳ６６で表示用アプリ１０１に送信する。

ステップＳ６３における解像度の決定方法としては、ジェスチャー操作可動域より決定される画像サイズに対応する解像度に所定の係数を乗じた解像度にするとか、数段階拡大されることを想定し、複数回ピンチアウト操作された場合に必要となる解像度にする、等が考えられる。

この実施形態においても、プラットフォーム１０３側で生成した高解像度の画像データを表示用アプリ１０１に送信しておき、ジェスチャー操作があったときは、表示用アプリ１０１でこの画像データを拡大縮小して表示データを更新するから、プレビュー画像の再生成やその都度のプラットフォームと表示用アプリケーションとの通信を行う必要はなく、処理が簡単で操作性も良いものとなる。しかも、画像データは通常のプレビュー画像の場合よりも高解像度で生成されているから、ジェスチャー操作に応答して拡大しても画像の境界線部分を鮮明に表示できる。

図１５は、この発明のさらに他の実施形態を示すもので、プラットフォーム１０３側の処理を示すフローチャートである。

この実施形態では、ＭＦＰ１のＲＡＭ１３のメモリサイズ（メモリ容量）が大きい場合、プラットフォーム１０３側では高解像度で大サイズの画像データを生成する。

ＭＦＰ１はオプションとしてメモリ（ＲＡＭ）を増設し、処理可能となる機能を増やしたり、処理速度を向上させたりすることが可能となっている。そこで、本実施形態では、メモリの増設が行われた場合、メモリ使用領域に余裕が生じることから、サイズが大きく高解像の画像データを生成する。生成した画像データは、予め表示用アプリ１０１に送信しておき、アプリケーション用の割り当て領域ＲＡＭ１３ｂに記憶させる。表示用アプリ１０１はジェスチャー操作時にはこの画像データを用いてジェスチャー操作に応答する表示用データを作成するから、サイズが大きく高解像の画像データであっても、ジェスチャー操作の都度、プラットフォーム１０３と表示用アプリ１０１との間での画像データの送受信が発生することはなく、ジェスチャー操作に迅速に追従して画面更新を行うことができる。

図１５において、ステップＳ７１で、画面更新によりプレビュー画像が表示されたかどうかを判断し、表示されなければ（ステップＳ７１でＮＯ）、処理を終了する。プレビュー画像が表示されると（ステップＳ７１でＹＥＳ）、ステップＳ７２で、生成する画像データのサイズ及び解像度を決定する。

次いで、ステップＳ７３で、メモリ増設がなされているかどうかを調べ、メモリ増設がなされていれば（ステップＳ７３でＹＥＳ）、ステップＳ７４でメモリ毎の係数を決定する。この実施形態では、図１６に示すように、メモリサイズ１．００Ｇバイトを標準として、そのときのピンチ操作可動域の算出係数が１．００に設定され、メモリ増設がなされて２．００Ｇバイトのメモリサイズになっている場合は、ピンチ操作可動域の算出係数は２．００に設定されている。図１６の表は一例であり、メモリサイズの標準値からの増加度合いに応じて、ピンチ操作可動域の算出係数を１．００よりも大に設定しておけばよい。係数はメモリ全体の容量に応じて設定されても良いし、増設メモリ毎に設定されても良い。

図１５に戻って、ステップＳ７５では、ステップＳ７２で決定した画像サイズをメモリ増設に応じた係数を積算して補正すると共に解像度を決定し、ステップＳ７６に進む。ステップＳ７３で、メモリ増設がなされていなければ（ステップＳ７３でＮＯ）、そのままステップＳ７６に進む。

ステップＳ７６では、決定された解像度の画像データを決定された画像サイズで生成し、この生成した画像データを、ステップＳ７７で表示用アプリ１０１に送信する。

ステップＳ７５における解像度の決定方法としては、ジェスチャー操作可動域より決定される画像サイズに対応する解像度に所定の係数を乗じた解像度にするとか、数段階拡大されることを想定し、複数回ピンチアウト操作された場合に必要となる解像度にする、等が考えられる。

なお、図１５に示した実施形態は、他の実施形態と組み合わせることが可能である。

図１７は、この発明のさらに他の実施形態を示すものである。この実施形態では、ＭＦＰ１が仕上がりプレビューモード、つまりプレビュー画像を表示した状態で、設定された所定の機能を前記プレビュー画像に反映させるモードを有しており、この仕上がりプレビューモードが設定されている場合は、前記設定された所定の機能が反映される画像の周辺部のみをプラットフォーム１０３側にて高解像度で生成し、表示用アプリ１０１は、生成された高解像度の周辺部画像を元のプレビュー画像の表示データと合成して表示する。

例えば、図１７に示すように、スタンプ機能によりスタンプ画像が元のプレビュー画像Ｐ１に追加される場合、画像が追加される周辺部の画像データＰ１３のみが高解像度で生成され、この生成された画像データが元のプレビュー画像Ｐ１に合成して表示される。

ここで、仕上がりプレビューモードにおいてプレビュー画像に反映される所定の機能としては、上述のスタンプ追加機能の他、頁印字機能、オーバーレイ機能、地紋や日付追加機能等を挙げることができる。

図１８は、図１７に示した仕上がりプレビューモードの場合のプラットフォーム１０３側及び表示用アプリ１０１側の処理を示すフローチャートである。

プラットフォーム１０３側では、ステップＳ８１で、仕上がりプレビューモードでプレビュー画像が表示されたかどうかを判断し、該モードでなければ（ステップＳ８１でＮＯ）、処理を終了する。

仕上がりプレビューモードであれば（ステップＳ８１でＹＥＳ）、ステップＳ８２で、素端部画像の追加等の所定機能が設定されたかどうかを判断する。設定されなければ（ステップＳ８２でＮＯ）、処理を終了する。設定されると（ステップＳ８２でＹＥＳ）、ステップＳ８３で、追加機能が反映される周辺部の高解像度画像データを生成したのち、ステップＳ８４で、生成した画像データを表示用アプリ１０１に送信する。

一方、表示用アプリ１０１側ではステップＳ９１で、画像データを受信したかどうかを判断し、受信しなければ（ステップＳ９１でＮＯ）、処理を終了する。受信すると（ステップＳ９１でＹＥＳ）、ステップＳ９２で、仕上がりプレビューモードでプレビュー画像が表示されているかどうかを調べ、表示されていなければ（ステップＳ９２でＮＯ）、処理を終了する。表示されていれば（ステップＳ９２でＹＥＳ）、ステップＳ９３で、表示されているプレビュー画像にプラットフォーム１０３側で生成された周辺部の画像データを合成し、ステップＳ９４で、表示データを合成後の画像データに更新する。

この実施形態によれば、ユーザーが所定機能の設定後に、ジェスチャー操作により機能反映部分を拡大しても、この部分は高解像度の新たな画像データとなっているから、拡大された画像を高画質で表示することができる。もちろん、ジェスチャー操作時にプラットフォーム１０３側と表示用アプリ１０１との間での画像データの転送は不要であるから、ジェスチャー操作に迅速に追従して表示させることができる。

１ 画像処理装置
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１３ａ プラットフォーム用の割り当て領域
１３ｂ アプリケーション用の割り当て領域
１５ 記憶部
１７ 操作パネル
１０１ 表示用アプリケーション
１０３ プラットフォーム
１７１ 表示部
１７２ タッチパネル

Claims (14)

1. 表示手段と、
   ジェスチャー操作を受け付け可能なタッチパネルと、
   前記表示手段に表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面か否かを判定する判定手段と、
   記憶手段と、
   前記判定手段により、表示データを操作可能な画面と判定された場合には、画像サイズを決定すると共に、前記表示データと同一内容の画像データを前記決定された画像サイズで新たに生成し前記記憶手段に記憶させる生成手段と、
   表示データを操作可能な前記画面に対してユーザーによるジェスチャー操作がなされたときは、前記生成手段により生成され前記記憶手段に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行う制御手段と、
   を備えたことを特徴とする表示制御装置。
2. 前記制御手段は、表示用アプリケーションを実行することにより、前記記憶手段に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行い、
   前記生成手段は、前記表示用アプリケーションを除くプラットフォーム側で画像サイズを決定しかつ画像データを生成するとともに、生成した画像データを前記記憶手段に予め記憶させる請求項１に記載の表示制御装置。
3. 前記生成手段は、ユーザーによるジェスチャー操作に応答して更新される表示データの表示領域のサイズよりも前記ジェスチャー操作の可動域分だけ大きなサイズを、生成する画像データのサイズとして決定する請求項１または２に記載の表示制御装置。
4. 前記生成手段は、前記表示データの表示領域の縦または横のサイズのうち、長い方のサイズが所定値よりも小さい場合は、当該長い方のサイズを前記ジェスチャー操作の可動域として用い、画面サイズが所定値よりも小さくない場合は、ユーザーのジェスチャー操作の操作幅を前記ジェスチャー操作の可動域として用いる請求項３に記載の表示制御装置。
5. 前記ジェスチャー操作が行われる毎にジェスチャー操作の操作幅を記憶する操作幅記憶手段を備え、
   前記生成手段は、前記操作幅記憶手段に記憶されたジェスチャー操作の操作幅の平均値を、ユーザーのジェスチャー操作の操作幅とする請求項４に記載の表示制御装置。
6. 前記判定手段は、前記画面がプレビュー画像の表示画面である場合は、表示データを操作可能な画面であると判定し、前記生成手段は、前記表示されているプレビュー画像よりも解像度の高い画像データを生成する請求項１〜５のいずれかに記載の表示制御装置。
7. 前記プレビュー画像が、第１の画像データ上に第２の画像データが付加されている編集画像である場合、前記生成手段は、編集画像でない場合よりも高解像度の画像データを生成する請求項６に記載の表示制御装置。
8. 前記プレビュー画像が、画像境界線を含む画像である場合、前記生成手段は、画像境界線を含まない場合よりも高解像度の画像データを生成する請求項６に記載の表示制御装置。
9. 設定された所定の機能を前記プレビュー画像に反映する仕上がりプレビューモードを有し、該仕上がりプレビューモードが設定されている場合、前記生成手段は前記設定された所定の機能が反映される画像の周辺部のみを高解像度で生成し、前記表示制御手段は、前記生成された高解像度の周辺部画像を元の表示データと合成する請求項６に記載の表示制御装置。
10. 前記記憶手段のメモリ容量を検出する検出手段を備え、前記生成手段は、前記検出されたメモリ容量に応じて予め設定された係数を乗じて前記画像サイズを決定する請求項１〜８のいずれかに記載の表示制御装置。
11. 前記ジェスチャー操作は、ピンチアウト操作、ピンチイン操作、フリック操作及びスワイプ操作のうちの少なくとも１つである請求項１〜９のいずれかに記載の表示制御装置。
12. 表示手段と、記憶手段と、ジェスチャー操作を受け付け可能なタッチパネルと、を備えた表示制御装置装置で実行される表示制御方法であって、
    前記表示手段に表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面か否かを判定する判定ステップと、
    前記判定ステップにおいて、表示データを操作可能な画面と判定された場合には、画像サイズを決定すると共に、前記表示データと同一内容の画像データを前記決定された画像サイズで新たに生成し前記記憶手段に記憶させる生成ステップと、
    表示データを操作可能な前記画面に対してユーザーによるジェスチャー操作がなされたときは、前記生成ステップにおいて生成され前記記憶手段に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行う制御ステップと、
    を備えたことを特徴とする表示制御方法。
13. 表示手段と、記憶手段と、ジェスチャー操作を受け付け可能なタッチパネルと、を備えた表示制御装置のコンピュータに、
    前記表示手段に表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能な画面か否かを判定する判定ステップと、
    前記判定ステップにおいて、表示データを操作可能な画面と判定された場合には、画像サイズを決定すると共に、前記表示データと同一内容の画像データを前記決定された画像サイズで新たに生成し前記記憶手段に記憶させる生成ステップと、
    表示データを操作可能な前記画面に対してユーザーによるジェスチャー操作がなされたときは、前記生成ステップにおいて生成され前記記憶手段に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行う制御ステップと、
    を実行させるための表示制御プログラム。
14. 画像データをプレビュー表示可能な表示手段と、
    ジェスチャー操作を受け付け可能なタッチパネルと、
    前記表示手段に表示された画面が、ユーザーによるジェスチャー操作に応答して表示データを操作可能なプレビュー画像の表示画面であるか否かを判定する判定手段と、
    記憶手段と、
    前記判定手段により、表示データを操作可能なプレビュー画面と判定された場合には、画像サイズを決定すると共に、前記表示データと同一内容の画像データを前記決定された画像サイズで新たに生成し前記記憶手段に記憶させる生成手段と、
    前記プレビュー画面に対してユーザーによるジェスチャー操作がなされたときは、前記生成手段により生成され前記記憶手段に記憶された画像データを用いて、ジェスチャー操作に応答する表示データの更新を行う制御手段と、
    を備えたことを特徴とする画像処理装置。