情報処理端末装置の前記コンピュータが実行可能な画像処理プログラムであって、前記コンピュータを、第1取得部に1以上の画像データを取得させる取得制御手段と、前記情報端末装置の姿勢に応じた表示画像データを生成する生成部に、前記取得制御手段で取得させた前記画像データに基づいて、第2取得部により取得された前記情報処理端末装置の姿勢に応じた表示画像データを生成させる生成制御手段と、前記生成部により生成された前記表示画像データを表示部に表示させる表示制御手段と、して機能させ、前記生成制御手段は、前記情報処理端末装置の姿勢が変更された場合、変更された前記情報処理端末装置の姿勢に応じた前記表示画像データを前記生成部に生成させ、前記生成部による前記表示画像データの生成中において前記情報処理端末装置の姿勢が変更された場合、前記生成部による前記表示画像データの生成が完了するまで、変更された前記情報処理端末装置の姿勢に応じた前記表示画像データを前記生成部に生成させないことを特徴とする画像処理プログラム。前記情報処理端末装置は、1以上のアプリケーションプログラムをさらに備え、前記取得制御手段は、前記第1取得部に、1の前記アプリケーションプログラムから前記1以上の画像データを取得させることを特徴とする請求項1に記載の画像処理プログラム。前記取得制御手段は、前記第1取得部が前記表示画像データの生成開始を指示する開始指示情報を取得することに応じて、前記第1取得部に1以上の画像データを取得させ、取得した前記画像データを第1記憶部に記憶させ、前記生成制御手段は、前記第1記憶部が前記画像データを記憶したことに応じて、前記第1記憶部に記憶させた前記画像データを読み出して前記表示画像データを前記生成部に生成させることを特徴とする請求項1または2に記載の画像処理プログラム。前記生成制御手段は、前記取得制御手段が前記第1取得部に取得させる前記画像データが複数である場合には、前記表示画像データの生成開始時における前記情報処理端末装置の姿勢に基づいて前記表示画像データを生成する処理を前記生成部に完了させることを特徴とする請求項1ないし3の何れか1項に記載の画像処理プログラム。前記コンピュータを、前記生成部で生成された前記表示画像データを前記情報処理端末装置の姿勢に対応させて第2記憶部に記憶させる記憶制御手段としてさらに機能させ、前記表示制御手段は、第1受付部が前記表示画像データの生成開始の入力を受け付けた場合に、前記第2取得部により検出された前記情報処理端末装置の姿勢に応じた表示画像データを前記第2記憶部が記憶している場合には、当該表示画像データを前記表示部に表示させることを特徴とする請求項1ないし4の何れか1項に記載の画像処理プログラム。前記生成制御手段は、前記生成部による前記表示画像データの生成中に前記情報処理端末装置の姿勢が変更された場合において、変更後の前記情報処理端末装置の姿勢に応じた前記表示画像データを前記第2記憶部が記憶していない場合には、前記生成部による前記表示画像データの生成が完了するまで、変更された前記情報処理端末装置の姿勢に応じた前記表示画像データを前記生成部に生成させないことを特徴とする請求項5に記載の画像処理プログラム。前記第2取得部により検出された前記情報処理端末装置の姿勢に応じた表示画像データを前記第2記憶部が記憶しておらず、前記第2取得部が検出した前記情報処理端末装置の姿勢とは異なる向きに応じた前記表示画像データを前記第2記憶部が記憶している場合に、異なる向きに応じた前記表示画像データから前記第2取得部が検出した前記情報処理端末装置の姿勢に応じた前記表示画像データを前記生成部に生成させることを特徴とする請求項5に記載の画像処理プログラム。前記表示制御手段は、複数の前記表示画像データの各々に一連の番号を対応させて、複数の前記表示画像データのうち1の前記表示画像データを前記一連の番号順に前記表示部に表示させ、前記生成制御手段は、前記表示制御手段で前記表示画像データの表示中に前記情報処理端末装置の姿勢が変更された場合には、前記表示部が現在表示している前記表示画像データに対応する前記画像データに基づく、変更後の前記情報処理端末装置の姿勢に応じた前記表示画像データを前記生成部に生成させることを特徴とする請求項1ないし7の何れか1項に記載の画像処理プログラム。前記生成制御手段は、前記表示部に現在表示させている前記表示画像データに対応する前記画像データに基づく、変更後の前記情報処理端末装置の姿勢に応じた前記表示画像データを前記生成部に生成させた場合に、前記表示部に現在表示されている前記表示画像データに対応する前記番号に連続する前記番号が対応付けられた前記表示画像データから順に、前記変更後の前記情報処理端末装置の姿勢に応じた前記表示画像データを前記生成部に生成させることを特徴とする請求項8に記載の画像処理プログラム。前記生成制御手段は、前記取得制御手段で取得された前記画像データの向きを前記第2取得部に取得させ、前記生成制御手段は、前記表示画像データの表示中に前記情報処理端末装置の姿勢が変更された場合において、変更後の前記情報処理端末装置の姿勢により定まる前記情報処理端末装置の向きと前記第2取得部に取得させた前記画像データの向きとが一致する場合に、変更後の前記情報処理端末装置の姿勢に応じた前記表示画像データを前記生成部に生成させることを特徴とする請求項1ないし8の何れか1項に記載の画像処理プログラム。前記生成制御手段は、前記表示画像データの表示中に前記情報処理端末装置の姿勢が変更された場合において、変更後の前記情報処理端末装置の姿勢により定まる前記情報処理端末装置の向きと前記第2取得部に取得させた前記画像データの向きとが一致しない場合に、変更後の前記情報処理端末装置の姿勢に応じた前記表示画像データの生成を実行するか否かの命令入力を第2受付部に受け付けさせ、前記生成制御手段は、前記第2受付部が前記表示画像データの生成を実行する旨の命令入力を受け付けた場合には、変更後の前記情報処理端末装置の姿勢に応じた前記表示画像データを前記生成部に生成させ、前記第2受付部が前記表示画像データの生成を実行する旨の命令入力を受け付けない場合には、変更後の前記情報処理端末装置の姿勢に応じた前記表示画像データを前記生成部に生成させないことを特徴とする請求項10に記載の画像処理プログラム。情報処理端末装置の制御方法であって、1以上の画像データを取得する取得ステップと、検出部により前記情報処理端末装置の姿勢を検出する検出ステップと、前記取得ステップで取得させた前記画像データに基づいて、前記検出ステップにより検出された前記情報処理端末装置の姿勢に応じた表示画像データを生成する生成ステップと、前記生成ステップにより生成された前記表示画像データを表示部に表示させる表示ステップと、を備え、前記生成ステップは、前記情報処理端末装置の姿勢が変更された場合、変更された前記情報処理端末装置の姿勢に応じた前記表示画像データを生成し、前記表示画像データの生成中において前記情報処理端末装置の姿勢が変更された場合、前記表示画像データの生成が完了するまで、変更された前記情報処理端末装置の姿勢に応じた前記表示画像データを生成しないことを特徴とする制御方法。1以上の画像データを取得する取得手段と、情報端末装置の姿勢を検出する検出部と、前記取得手段で取得された前記画像データに基づいて、前記検出部により検出された前記情報処理端末装置の姿勢に応じた表示画像データを生成する生成手段と、前記生成手段により生成された前記表示画像データを表示する表示手段と、を備え、前記生成手段は、前記情報処理端末装置の姿勢が変更された場合、変更された前記情報処理端末装置の姿勢に応じた前記表示画像データを生成し、前記表示画像データの生成中において前記情報処理端末装置の姿勢が変更された場合、前記表示画像データの生成が完了するまで、変更された前記情報処理端末装置の姿勢に応じた前記表示画像データを生成しないことを特徴とする情報処理端末装置。上記の特許文献1の装置では、例えば、画像データを表示部に表示させるためのデータ処理量が大きい場合画像データの容量が大きい場合や、複数枚数の画像データを処理する場合などには、筐体の回転に応じて回転された画像データを表示させるまでの処理に時間がかかる。係る場合、画像データの表示処理中に、ユーザが意図せずに筐体の向きを変更してしまった場合には、変換後の筐体の向きに応じた画像データの表示処理が始めから再実行されてしまう場合がある。すると例えば、表示処理が完了するまで装置がユーザ操作を受け付けなくなる事態が発生しうるため、ユーザの使い勝手が悪い。本発明は、上述した問題点を解決するためになされたものであり、画像データを表示する場合における操作性を向上させることを目的とする。情報処理端末装置のコンピュータが実行可能な画像処理プログラムであって、コンピュータを、第1取得部に1以上の画像データを取得させる取得制御手段と、情報端末装置の姿勢に応じた表示画像データを生成する生成部に、取得制御手段で取得させた画像データに基づいて、第2取得部により取得された情報処理端末装置の姿勢に応じた表示画像データを生成させる生成制御手段と、生成部により生成された表示画像データを表示部に表示させる表示制御手段と、して機能させ、生成制御手段は、情報処理端末装置の姿勢が変更された場合、変更された情報処理端末装置の姿勢に応じた表示画像データを生成部に生成させ、生成部による表示画像データの生成中において情報処理端末装置の姿勢が変更された場合、生成部による表示画像データの生成が完了するまで、変更された情報処理端末装置の姿勢に応じた表示画像データを生成部に生成させないことを特徴とすることを特徴とする。このように構成された画像処理プログラムによって、コンピュータを上記各手段として機能させれば、生成部による表示画像データの生成が完了するまで、表示画像データの生成開始時における情報処理端末装置の姿勢に基づいて、表示画像データを生成部に生成させることができる。よって、表示画像データの生成処理中に、ユーザが意図せずに情報処理端末装置の姿勢を変更してしまった場合などにおいても、変換後の情報処理端末装置の姿勢に応じた表示画像データの生成処理が始めから再実行されてしまうことを防止できる。これにより、表示画像データの生成処理が完了するまでの間、情報処理端末装置がユーザ操作を受け付けなくなってしまう事態や、表示画像データが表示されるまでの待ち時間が増大してしまう事態等の発生を防止することが可能となる。また、請求項2に記載の画像処理プログラムによれば、アプリケーションプログラムと画像処理プログラムとの間で画像データを共有させる処理を実行することができる。これにより、画像データを共有することによって、1以上の画像データを第1取得部に取得させることが可能となる。また、請求項3に記載の画像処理プログラムでは、取得制御手段は、画像データを取得する処理および画像データを記憶させる処理を、第1取得部および第1記憶部に実行させる。このように、取得処理および記憶処理を実行させると、取得処理のみを実行させる場合に比して、処理に必要な時間が長くなる。しかしながら本願の画像処理プログラムでは、取得処理および記憶処理の実行中に、ユーザが意図せずに情報処理端末装置の姿勢を変更してしまった場合などにおいても、取得処理および記憶処理を始めから再実行させてしまうことを防止できる。よって、表示画像データが表示されるまでの待ち時間が増大してしまう事態等の発生を防止することが可能となる。第1取得部に取得させる画像データが複数である場合には、1つの画像データを取得する場合に比して、処理に必要な時間が長くなる。しかしながら請求項4に記載の画像処理プログラムでは、複数の画像データを取得する処理の実行中に、ユーザが意図せずに情報処理端末装置の姿勢を変更してしまった場合などにおいても、取得処理および記憶処理が始めから再実行されてしまうことを防止できる。よって、表示画像データが表示されるまでの待ち時間が増大してしまう事態等の発生を防止することが可能となる。また、請求項5に記載の画像処理プログラムによれば、過去に生成した表示画像データを第2記憶部によって記憶させておくことで、一度作成した表示画像データを再生成する手間を省くことができる。これにより、表示画像データをより高速に表示することが可能となるため、ユーザの利便性を高めることができる。また、請求項6に記載の画像処理プログラムによれば、表示画像データの生成中に情報処理端末装置の姿勢が変更された場合においても、表示画像データの生成処理が始めから再実行されてしまうことを防止できる。よって、表示画像データが表示されるまでの待ち時間が増大してしまう事態等の発生を防止することが可能となる。また、請求項7に記載の画像処理プログラムによれば、過去に生成した表示画像データを元に表示画像データを再生成することで、初めから表示画像データを生成する場合に比して、表示画像データをより高速に表示することが可能となる。また、請求項8に記載の画像処理プログラムによれば、表示画像データの表示中に情報処理端末装置の姿勢が変更された場合においても、現在表示中の表示画像データを、変更後の情報処理端末装置の姿勢に応じた表示画像データに再生成することができる。また、請求項9に記載の画像処理プログラムによれば、表示画像データの表示中に情報処理端末装置の姿勢が変更された場合においても、次に表示される可能性の高い表示画像データ現在選択されている表示画像データに近い番号を有する表示画像データから順に、変更後の情報処理端末装置の姿勢に応じた表示画像データを再生成することができる。これにより、表示画像データが再表示されるまでユーザが待機する時間を低減させることが可能となる。また、請求項10に記載の画像処理プログラムによれば、変更後の情報処理端末装置の姿勢により定まる情報処理端末装置の向きと、表示画像データの向きとが一致する場合には、ユーザが意図して情報処理端末装置の姿勢を変更した可能性が高いと考えられる。そこで、請求項9に記載の画像処理プログラムによれば、係る場合において、変更後の情報処理端末装置の姿勢に応じた表示画像データを生成させる指示を生成部に出力する。これにより、表示画像データを表示する処理を効率的に行うことが可能となる。変更後の情報処理端末装置の姿勢により定まる情報処理端末装置の向きと、表示画像データの向きとが一致しない場合には、ユーザが意図せず誤って情報処理端末装置の姿勢を変更してしまった可能性が高いと考えられる。そこで、請求項11に記載の画像処理プログラムによれば、係る場合において、変更後の情報処理端末装置の姿勢に応じた表示画像データの生成を実行するか否かの命令入力を受付手段で受け付けた場合に、変更後の情報処理端末装置の姿勢に応じた表示画像データを生成する。これにより、ユーザが意図せず情報処理端末装置の姿勢を変更してしまった場合であっても、即座に表示画像データを再生成する処理が開始されてしまうことがないため、表示画像データを表示する処理を効率的に行うことが可能となる。図1に、本願に係る実施形態として例示される通信システム1のブロック図を示す。通信システム1は、携帯電話10、MFPMultifunctionPeripheral51、PCPersonalComputer52、第1アクセスポイント62、ウェブサーバ71、基地局61を備える。携帯電話10、および、MFP51は、既知の無線LAN端末装置としての機能を備える。また、MFP51は、プリンタ機能、スキャナ機能、コピー機能、ファクシミリ機能などを備える多機能周辺装置である。第1アクセスポイント62は、既知の無線LANアクセスポイントとしての機能を備える。ウェブサーバ71は、ネットワークにおいて、クライアント装置に対し、自身の持っている機能やデータを提供する装置である。なお、携帯電話10と第1アクセスポイント62とは、無線LAN方式のインフラストラクチャーモード複数の無線LAN端末装置が、アクセスポイントを介してデータ通信するモードに準拠する無線通信電波を用いたデータ通信211を行うことが可能とされている。すなわち、携帯電話10は、第1アクセスポイント62へアクセスし、無線LANのインフラストラクチャーモードに準拠する無線通信211を行える状態になれば、第1アクセスポイント62を介して、MFP51やPC52とデータ通信することが可能になる。なお、無線LAN方式の例としては、例えばIEEE802.11a/b/g/nの規格で定められる通信方式が挙げられる。また携帯電話10は、基地局61を介して、ウェブサーバ71とデータ通信することが可能とされている。携帯電話10の構成について説明する。図1に示すように、携帯電話10は、制御部24、無線送受信部15、無線アンテナ部16、ボタン入力部17、パネル18、携帯電話送受信部22、携帯電話アンテナ部23、地磁気センサ25、加速度センサ26、カメラ部27、傾きセンサ29を主に備えている。また、通話や音声入力を行うために、スピーカ3とマイク4とを備えている。地磁気センサ25、加速度センサ26、傾きセンサ29は、モーションセンサの一例である。制御部24は、CPUCentralProcessingUnit11、記憶部12を備える。記憶部12は、RAMRandomAccessMemory、ROMReadOnlyMemory、フラッシュメモリ、HDDハードディスク、CPU11が備えるバッファなどが組み合わされて構成されている。記憶部12は、プログラム21、画像データ記憶領域12bを備える。画像データ記憶領域12bは、各種の画像データを記憶する。またプログラム21は、印刷アプリケーション21a、ブラウザアプリケーション21b、ギャラリーアプリケーション21c、オペレーティングシステム21eを含む。印刷アプリケーション21aは、携帯電話10からMFP51に印刷処理などを実行させるためのアプリケーションである。ブラウザアプリケーション21bは、ウェブデータをパネル18に表示させるためのアプリケーションである。CPU11は、ブラウザアプリケーション21bに従って処理を実行することによって、ウェブサーバ71からウェブデータを取得すること、ウェブデータを記憶部12に記憶させること、及び、記憶部12内のウェブデータによって表される画像をパネル18に表示させること、を実行可能である。ギャラリーアプリケーション21cは、表示画像データによって生成される画像をパネル18に表示等するためのアプリケーションである。オペレーティングシステム21eは、印刷アプリケーション21aやブラウザアプリケーション21bに共通して利用される基本的な機能を提供するプログラムである。オペレーティングシステム21eは、携帯電話送受信部22に通信を実行させるためのプログラムや、無線送受信部15に無線通信211を実行させるためのプログラム等を含む。またオペレーティングシステム21eは、地磁気センサ25、加速度センサ26、傾きセンサ29などが算出した情報を各プログラムが取得するためのAPIApplicationProgrammingInterfaceを提供するプログラムでもある。CPU11は、記憶部12に記憶されるプログラム21や、無線送受信部を介して送受信される各種信号などに従って、携帯電話10の各部を制御する。ここで、印刷アプリケーション21aやオペレーティングシステム21eなど、プログラムを実行するCPU11のことを、単にプログラム名でも記載することにする。例えば印刷アプリケーション21aがという記載は、印刷アプリケーション21aを実行するCPU11がを意味する。無線送受信部15は、無線アンテナ部16を介して、無線LANのインフラストラクチャーモードに準拠する無線通信211を行う。そして、無線送受信部15により、各種のデータを構成するデジタル信号が送受信される。また、携帯電話送受信部22は、携帯電話アンテナ部23を介して、基地局61との間で携帯電話通信の方式に準拠する無線通信210を行う。ボタン入力部17は、携帯電話10の使用者による操作を受け付ける入力受付手段である。ボタン入力部17は、タッチパネルとして、パネル18と一体に構成されている。パネル18は、携帯電話10の各種機能情報を表示する。地磁気センサ25は、地磁気を検出することによって、携帯電話10の先端部が向いている方位を計測するセンサである。加速度センサ26は、錘の位置変化を検出することによって、携帯電話10の加速度を計測するセンサである。カメラ部27は、CCD等により所定範囲を撮影して画像データを取得する部位である。傾きセンサ29は、角速度を検出することによって、携帯電話10が水平面に対して傾いている傾き角度を測定するセンサである。なお、加速度センサ26が計測した加速度や、カメラ部27が取得した画像データや、傾きセンサ29が測定した傾き角度などを各プログラムが取得するためのAPIApplicationProgrammingInterfaceを、オペレーティングシステム21eが提供する。また、図4および図5に、携帯電話10の概観図を示す。図4および図5では、例として、縦向きの画像データに基づく印刷プレビュー表示画像を表示する場合を説明する。画像データは、印刷プレビュー表示画像データの元となるデータである。画像データが縦向きである旨の情報は、画像データの形式がExifExchangeableimagefileformatに対応している場合には、画像データに付加されているメタデータを読み出す方法が挙げられる。図4は、携帯電話10が縦向きの場合の例である。図5は、携帯電話10が横向きの場合の例である。携帯電話10は矩形形状をしており、短辺F1と長辺F2を備えている。図4に示すように、長辺F2が重力方向に沿う向きを、携帯電話10の縦向きと定義する。また図5に示すように、短辺F1が重力方向に沿う向きを、携帯電話10の横向きと定義する。また、図4に示すように、縦向きの携帯電話10のパネル18には、縦向き印刷プレビュー表示画像G1が表示される。一方、図5に示すように、横向きの携帯電話10のパネル18には、横向き印刷プレビュー表示画像G2が表示される。なお、縦向き印刷プレビュー表示画像G1はパネル18の全体に表示されているが、横向き印刷プレビュー表示画像G2はパネル18の中央近傍の一部に表示されている。よって、縦向き印刷プレビュー表示画像G1の方が、横向き印刷プレビュー表示画像G2よりも詳細な画像である。換言すると、縦向き印刷プレビュー表示画像G1を表示するための縦向き印刷プレビュー表示画像データのデータサイズの方が、横向き印刷プレビュー表示画像G2を表示するための横向き印刷プレビュー表示画像データのデータサイズよりも、大きい。<ギャラリーアプリケーションの動作>本実施形態に係る通信システム1の動作を、図2および図3のフローを用いて説明する。図2を用いて、ギャラリーアプリケーション21cから印刷アプリケーション21aへデータ共有を行わせる動作を説明する。ユーザが、ボタン入力部17を介してギャラリーアプリケーション21cを起動させる操作を入力すると、CPU11は、ギャラリーアプリケーション21cを起動する。S11において、CPU11は、画像データ記憶領域12b上のギャラリーアプリケーション21cに割り当てられた領域に記憶されている画像データを読み出す処理を実行する。次に、CPU11は、画像データによって表される表示画像と、データ共有ボタンとをパネル18に表示させる。データ共有ボタンは、ギャラリーアプリケーション21cと他のアプリケーションとの間で、データを共有する旨のデータ共有命令を入力するボタンである。S13において、CPU11は、ユーザによってデータ共有命令が入力されたか否かを判断する。具体的には、CPU11は、データ共有ボタンがユーザによってタッチされたか否かを判断する。データ共有命令が入力されていない場合S13:NOにはS11へ戻る。一方、入力された場合S13:YESには、CPU11は、データ共有先のアプリケーションの候補一覧をパネル18に表示させる。S17において、画像データを共有するアプリケーションとして印刷アプリケーション21aが選択されたと判断することに応じて、CPU11は、起動指示を発行する。起動指示は、印刷アプリケーション21aを起動する旨の命令である。そしてフローを終了する。<印刷アプリケーションの動作>図3を用いて、印刷アプリケーション21aに基づいてCPU11が実行する動作を説明する。S113において、CPU11は、起動指示を受信することに応じて、印刷アプリケーション21aを起動する。そしてCPU11は、携帯電話10の向きを取得して記憶部12に記憶させる。具体的には、傾きセンサ29により検出された携帯電話10の向きがオペレーティングシステム21eから印刷アプリケーション21aに通知される。そして、CPU11は、印刷アプリケーション21aに基づいて、通知された携帯電話10の向きを取得して記憶部12に記憶させる。S114において、CPU11は、ギャラリーアプリケーション21cと共有する画像データの数、および、共有する画像データにアクセスするためのファイルパスを取得する。S115において、CPU11は、ギャラリーアプリケーション21cと共有する画像データが複数であるか否かを判断する。複数である場合S115:YESにはS119へ進み、複数でない場合S115:NOにはS117へ進む。S117において、CPU11は、ギャラリーアプリケーション21cと共有する画像データが、外部変換処理が必要な画像データであるか否かを判断する。外部変換処理とは、PC52などの外部機器に、画像データに変換処理を実行させる処理である。外部変換処理が必要な画像データの一例としては、PDFPortableDocumentFormat形式の画像データが挙げられる。外部変換処理が必要でない場合S117:NOにはS132へ進み、外部変換処理が必要な場合S117:YESにはS119へ進む。S119において、CPU11は、現在の携帯電話10の向きを取得する。S121において、CPU11は、現在の携帯電話10の向きが縦向きであるか否かを判断する。縦向きであると判断される場合S121:YESにはS123へ進み、CPU11は、携帯電話10の向きを縦向きに固定させる。具体的には、CPU11は、携帯電話10の向きを縦向きに固定させる指示をオペレーティングシステム21eに出力する。これにより、後述の印刷プレビュー表示画像データの生成処理中において、携帯電話10の姿勢が縦向きから横向きへ変更された場合、縦向きの印刷プレビュー表示画像データの生成が完了するまで、横向きの印刷プレビュー表示画像データを生成させないようにできる。一方、S121において、携帯電話10の向きが縦向きではないと判断される場合S121:NOにはS125へ進み、CPU11は、携帯電話10の向きを横向きに固定させる。これにより、印刷プレビュー表示画像データの生成処理中において、携帯電話10の姿勢が横向きから縦向きへ変更された場合、横向きの印刷プレビュー表示画像データの生成が完了するまで、縦向きの姿勢に応じた印刷プレビュー表示画像データを生成させないようにできる。S127において、CPU11は、S114で取得したファイルパスに基づいて、複数の画像データを取得し、記憶部12に記憶させる。具体的には、CPU11は、画像データ記憶領域12b上のギャラリーアプリケーション21cに割り当てられた領域に記憶されている画像データを、画像データ記憶領域12b上の印刷アプリケーション21aに割り当てられた領域へコピーする。S128において、CPU11は、S127において取得された画像データに基づいて、S119において取得された携帯電話10の向きに応じた印刷プレビュー表示画像データを生成する。また印刷プレビュー表示画像データは、画像データをMFP51で印刷した場合の印刷態様を示す印刷プレビューを表示するためのデータである。S131において、複数存在する画像データの全てについて印刷プレビュー表示画像データが生成されたとCPU11が判断することに応じて、CPU11は、携帯電話10の向きの固定を解除させる。具体的には、CPU11は、携帯電話10の向きの固定を解除させる指示をオペレーティングシステム21eに出力する。S132において、CPU11は、携帯電話10の向きが変更されたか否かを判断する。具体的には、CPU11は、オペレーティングシステム21eから携帯電話10の向きが変更された旨の通知を受信したか否かにより、携帯電話10の向きが変更されたか否かを判断する。変更された場合S132:YESにはS121へ戻り、変更されていない場合S132:NOにはS133へ進む。S133において、CPU11は、S128において生成された印刷プレビュー表示画像データに基づく印刷プレビュー表示画像をパネル18に表示させる。なお、携帯電話10が変更された場合S132:YES、CPU11は、図3のフローに従ってS121から順に処理を実行するが、画像データは画像データ記憶領域12b上の印刷アプリケーション21aに割り当てられた領域に既に記憶されているため、S127の処理をスキップする。S135において、CPU11は、印刷プレビュー表示画像の表示を終了させる旨の表示終了指示が入力されたか否かを判断する。表示終了指示の一例としては、印刷指示例:印刷ボタンの押下、キャンセル指示例:キャンセルボタン押下などが挙げられる。入力されていない場合S135:NOにはS132へ戻り、入力された場合S135:YESにはフローを終了する。第1実施形態に係る印刷アプリケーション21aの効果を説明する。印刷アプリケーション21aでは、印刷プレビュー表示画像データの生成が完了するまで、印刷プレビュー表示画像データの生成開始時における携帯電話10の向きに基づいて、印刷プレビュー表示画像データを生成させることができる。よって、印刷プレビュー表示画像データの生成処理中に、ユーザが意図せずに携帯電話10の向きを変更してしまった場合などにおいても、変換後の携帯電話10の向きに応じた印刷プレビュー表示画像データの生成処理が始めから再実行されてしまうことを防止できる。これにより、印刷プレビュー表示画像データの生成処理が完了するまでの間、携帯電話10がユーザ操作を受け付けなくなってしまう事態や、印刷プレビュー表示画像データが表示されるまでの待ち時間が増大してしまう事態等の発生を防止することが可能となる。また、印刷アプリケーション21aでは、画像データを画像データ記憶領域12bに記憶させる。ここで一般的に、画像データを画像データ記憶領域12bに記憶する処理に必要な時間は、画像データから印刷プレビュー表示画像データを生成する処理に必要な時間に比して、長い。しかしながら本願の印刷アプリケーション21aでは、画像データを画像データ記憶領域12bに記憶させる処理を実行している最中に、ユーザが意図せずに携帯電話10の姿勢を変更してしまった場合には、変更後の向きに応じて、画像データを画像データ記憶領域12bに記憶させる処理を始めから再実行してしまうことを防止できる。よって、印刷プレビュー表示画像データが表示されるまでの待ち時間が増大してしまう事態等の発生を防止することが可能となる。また、取得する画像データが複数である場合には、1つの画像データを取得する場合に比して、印刷プレビュー表示画像データを生成する等の各種の処理に必要な時間が長くなる。しかしながら本願の印刷アプリケーション21aでは、複数の画像データを取得する場合には、S123またはS125において、携帯電話10の向きを縦向きに固定する処理を実行する。これにより、各種の処理の実行中に、ユーザが意図せずに携帯電話10の向きを変更してしまった場合などにおいても、変更後の向きに応じて、各種の処理が始めから再実行されてしまうことを防止できる。<第2実施形態>第2実施形態を説明する。第2実施形態は、一度作成した印刷プレビュー表示画像データを記憶しておく形態である。そして、記憶されている印刷プレビュー表示画像データを使用して、印刷プレビュー表示画像を再表示させる形態である。図6に、記憶テーブルTB1の一例を示す。記憶テーブルTB1は、記憶部12に記憶される。記憶テーブルTB1は、縦向き印刷プレビュー表示画像データ、および、横向き印刷プレビュー表示画像データが、複数の画像データの各々について生成された上で記憶されているか否かを識別するためのテーブルである。縦向き印刷プレビュー表示画像データは、縦向き印刷プレビュー表示画像G1図4を表示するために使用されるデータである。また、横向き印刷プレビュー表示画像データは、横向き印刷プレビュー表示画像G2図5を表示するために使用されるデータである。記憶テーブルTB1は、識別番号300、第1ファイルパス301、第2ファイルパス302、縦向き印刷プレビュー表示画像データフラグ303、第3ファイルパス304、横向き印刷プレビュー表示画像データフラグ305、を記憶する。識別番号300は、各画像データを識別するための連続番号である。第1ファイルパス301は、画像データ記憶領域12bに記憶されている画像データにアクセスするための情報である。画像データは、印刷プレビュー表示画像データの元となるデータである。第2ファイルパス302は、画像データ記憶領域12bに記憶されている縦向き印刷プレビュー表示画像データにアクセスするための情報である。縦向き印刷プレビュー表示画像データフラグ303は、識別番号300で識別される画像データについての縦向き印刷プレビュー表示画像データが、画像データ記憶領域12bに記憶されているか否かを示す情報である。第3ファイルパス304は、画像データ記憶領域12bに記憶されている横向き印刷プレビュー表示画像データにアクセスするための情報である。横向き印刷プレビュー表示画像データフラグ305は、識別番号300で識別される画像データについての横向き印刷プレビュー表示画像データが、画像データ記憶領域12bに記憶されているか否かを示す情報である。また、第2実施形態で用いられる通信システムは、第1実施形態に係る通信システム1図1と同様であるため、ここでは詳細な説明は省略する。図7および図8を用いて、印刷アプリケーション21aに基づいてCPU11が実行する動作を説明する。S213において、CPU11は、起動指示を受信することに応じて、印刷アプリケーション21aを起動する。そしてCPU11は、ギャラリーアプリケーション21cと共有する画像データの数を取得する処理を実行する。S215において、CPU11は、携帯電話10の向きを取得して記憶部12に記憶させる処理を実行する。S217において、CPU11は、ギャラリーアプリケーション21cと共有する画像データにアクセスするための第1ファイルパス301を取得する処理を実行する。S219において、CPU11は、印刷プレビュー表示画像データを生成する処理の対象として現在選択されている画像データについて、現在の携帯電話10の向きでの印刷プレビュー表示画像データが、画像データ記憶領域12bに既に記憶されているか否かを判断する。具体的には、記憶テーブルTB1図6上で、現在選択されている画像データの識別番号300に対応する行と、現在の携帯電話10の向きに対応する列縦向き印刷プレビュー表示画像データフラグ303の列、または横向き印刷プレビュー表示画像データフラグ305の列の何れか一方との交点となる欄を参照する。そして、参照した欄のフラグが有りとなっているか否かを判断する。記憶されていると判断される場合S219:YESにはS221へ進む。S221において、CPU11は、画像データ記憶領域12bに記憶されている印刷プレビュー表示画像データを取得する処理を実行する。具体的には、記憶テーブルTB1上で、現在選択されている画像データの識別番号300に対応する行の第2ファイルパス302または第3ファイルパス304に基づいて、印刷プレビュー表示画像データを取得する。S223において、CPU11は、次の識別番号300を有する画像データが存在するか否かを判断する。存在する場合S223:YESにはS215へ戻り、存在しない場合S223:NOには全ての画像データについて処理が完了しているためS224へ進む。S224において、CPU11は、携帯電話10の向きが変更されたか否かを判断する。変更された場合S224:YESにはS219へ戻り、変更されていない場合S224:NOにはS225へ進む。S225において、CPU11は、識別番号300=1の画像データから生成された印刷プレビュー表示画像を表示させる。なお、S225において、CPU11は、パネル18に表示される印刷プレビュー表示画像を切り替える切替指示の入力例:パネル18に表示される切替ボタンの押下を受け付けることに応じて、パネル18に表示される印刷プレビュー表示画像を、識別番号300順に切り替える。S227において、CPU11は、印刷プレビュー表示画像の表示を終了させる旨の表示終了指示が入力されたか否かを判断する。入力されていない場合S227:NOにはS224へ戻り、入力された場合S227:YESにはフローを終了する。一方、S219において、対応する印刷プレビュー表示画像データが画像データ記憶領域12bに記憶されていないと判断される場合S219:NOには、S229図8へ進む。S229において、CPU11は、現在の携帯電話10の向きとは異なる向きに対応した印刷プレビュー表示画像データが、画像データ記憶領域12bに記憶されているか否かを判断する。具体的には、CPU11は、記憶テーブルTB1図6上で、現在選択されている画像データの識別番号300に対応する行と、現在の携帯電話10の向きに対応しない列との交点となる欄を参照する。記憶されていないと判断される場合S229:NOには、S231へ進む。S231において、CPU11は、ギャラリーアプリケーション21cと共有させた画像データに基づいて、取得した携帯電話10の向きに応じた印刷プレビュー表示画像データを生成する。そしてS233へ進む。一方、S229において記憶されていると判断される場合S229:YESには、S230へ進む。S230において、CPU11は、現在の携帯電話10の向きとは異なる向きに対応した印刷プレビュー表示画像データに基づいて、現在の携帯電話10の向きに対応した印刷プレビュー表示画像データを生成する。そしてS233へ進む。現在の携帯電話10の向きとは異なる向きに対応した印刷プレビュー表示画像データに基づいて印刷プレビュー表示画像データを生成する処理の一例を説明する。図6の識別番号300=1の画像データが処理対象として選択されている場合を説明する。また、携帯電話10の向きが横向きの場合を説明する。CPU11は、携帯電話10の向き=横向きを取得する処理を実行するS215。CPU11は、記憶テーブルTB1図6上で、現在選択されている画像データの識別番号300=1に対応する行と、現在の携帯電話10の向き=横向きに対応する横向き印刷プレビュー表示画像データフラグ305の列との交点となる欄を参照するS219。参照した欄のフラグが無しであるがS219:NO、縦向き印刷プレビュー表示画像データフラグ303が有りであるためS229:YES、S230へ進む。そして、縦向き印刷プレビュー表示画像G1図4を表示するための縦向き印刷プレビュー表示画像データに基づいて、現在の携帯電話10の向きに対応した、横向き印刷プレビュー表示画像G2図5を表示するための横向き印刷プレビュー表示画像データを作成するS230。S233において、CPU11は、携帯電話10の向きが変更されたか否かを判断する。変更されていない場合S233:NOにはS235へ進む。S235において、CPU11は、印刷プレビュー表示画像データの生成が完了したか否かを判断する。完了していない場合S235:NOにはS233へ戻り、完了した場合S235:YESにはS237へ進む。S237において、CPU11は、今回作成した印刷プレビュー表示画像データを画像データ記憶領域12bに記憶する処理を実行する。またCPU11は、記憶された印刷プレビュー表示画像データのファイルパス第2ファイルパス302または第3ファイルパス304を、今回印刷プレビュー表示画像データを作成した画像データの識別番号300の対応する欄に記憶する処理を実行する。またCPU11は、縦向き印刷プレビュー表示画像データフラグ303または横向き印刷プレビュー表示画像データフラグ305のうち、今回作成した印刷プレビュー表示画像データの向きに対応する方のフラグを有りに変更する処理を実行する。これにより、携帯電話10の向きと第2ファイルパス302とを紐付けて、印刷プレビュー表示画像データを保存することが可能となる。そしてS223図7へ戻る。一方、S233において携帯電話10の向きが変更されたと判断された場合S233:YESには、S239へ進む。S239において、CPU11は、現在選択されている識別番号300を有する画像データについて、変更後の携帯電話10の向きでの印刷プレビュー表示画像データが、画像データ記憶領域12bに記憶されているか否かを判断する。記憶されていると判断される場合S239:YESにはS243へ進み、CPU11は、生成中の印刷プレビュー表示画像データを破棄する処理を実行する。そしてS217図7へ戻る。一方、記憶されていないと判断される場合S239:NOにはS241へ進み、CPU11は、携帯電話10の向きの変更を無視する処理を実行する。具体的には、CPU11は、オペレーティングシステム21eから受け渡される携帯電話10の向きについての情報を無視する。そしてS233へ戻る。第2実施形態に係る印刷アプリケーション21aの効果を説明する。印刷アプリケーション21aでは、過去に生成した印刷プレビュー表示画像データを記憶させる処理を実行することで、一度作成した表示画像データを再生成する手間を省くことができる。これにより、印刷プレビュー表示画像をより高速に表示することが可能となるため、ユーザの利便性を高めることができる。また、印刷アプリケーション21aによれば、過去に生成した縦向き印刷プレビュー表示画像データを元に横向き印刷プレビュー表示画像データを再生成することや、過去に生成した横向き印刷プレビュー表示画像データを元に縦向き印刷プレビュー表示画像データを再生成することが可能となる。よって、初めから印刷プレビュー表示画像データを生成する場合に比して、印刷プレビュー表示画像をより高速に表示することが可能となる。<第3実施形態>第3実施形態を説明する。第3実施形態は、第2実施形態に係る印刷アプリケーション21aの動作の変形例である。具体的には、複数の画像データから一つずつ印刷プレビュー表示画像データを生成する際に、1つの印刷プレビュー表示画像データが生成されるたびに携帯電話10の向きを確認する形態である。また、第3実施形態で用いられる通信システムは、第1実施形態に係る通信システム1図1と同様であるため、ここでは詳細な説明は省略する。図9および図10を用いて、印刷アプリケーション21aに基づいてCPU11が実行する動作を説明する。図9のS313~S319の動作は、第2実施形態に係るS213~S219図7の動作と同様であるため、ここでは詳細な説明は省略する。S319において、印刷プレビュー表示画像データを生成する処理の対象として現在選択されている画像データについて、現在の携帯電話10の向きでの印刷プレビュー表示画像データが、画像データ記憶領域12bに既に記憶されていると判断された場合S319:YESには、S321へ進む。S321において、CPU11は、画像データ記憶領域12bから印刷プレビュー表示画像データを取得する処理を実行する。そしてS339図10へ進む。一方、S319において、対応する印刷プレビュー表示画像データが画像データ記憶領域12bに記憶されていないと判断される場合S319:NOには、S323へ進む。S323において、CPU11は、現在の携帯電話10の向きとは異なる向きに対応した印刷プレビュー表示画像データが、画像データ記憶領域12bに記憶されているか否かを判断する。記憶されていないと判断される場合S323:NOにはS331図10へ進み、記憶されていると判断される場合S323:YESにはS325へ進む。S325において、CPU11は、現在の携帯電話10の向きとは異なる向きに対応した印刷プレビュー表示画像データのデータサイズが、現在の携帯電話10の向きに対応した印刷プレビュー表示画像データのデータサイズより大きいか否かを判断する。データサイズが大きくないと判断される場合S325:NOにはS331図10へ進み、大きいと判断される場合S325:YESにはS327へ進む。S327において、CPU11は、携帯電話10の向きを現在の向きに固定する処理を実行する。S329において、CPU11は、現在の携帯電話10の向きとは異なる向きに対応した印刷プレビュー表示画像データに基づいて、現在の携帯電話10の向きに対応した印刷プレビュー表示画像データを生成する処理を実行する。S329においてCPU11が実行する処理の一例としては、データサイズが大きい印刷プレビュー表示画像データに対する、間引き縮小処理が挙げられる。そしてS335へ進む。図10のS331において、CPU11は、携帯電話10の向きを現在の向きに固定する処理を実行する。S333において、CPU11は、ギャラリーアプリケーション21cと共有させた画像データに基づいて、取得された携帯電話10の向きに応じた印刷プレビュー表示画像データを生成する。S335において、CPU11は、携帯電話10の向きの固定を解除する処理を実行する。なお、携帯電話10の向きを固定する処理および固定を解除する処理の詳細な内容は、第1実施形態のS123またはS125、S131図3の処理内容と同様であるため、ここでは説明を省略する。S337において、CPU11は、今回作成した印刷プレビュー表示画像データを画像データ記憶領域12bに記憶する処理を実行する。なお、S337の詳細な処理内容は、S237図8の処理内容と同様であるため、ここでは説明を省略する。S339において、CPU11は、次の識別番号300を有する画像データが存在するか否かを判断する。存在する場合S339:YESにはS315へ戻り、存在しない場合S339:NOには全ての画像データについて処理が完了しているためS340へ進む。S340において、CPU11は、携帯電話10の向きが変更されたか否かを判断する。変更された場合S340:YESにはS319へ戻り、変更されていない場合S340:NOにはS341へ進む。S341において、CPU11は、生成された印刷プレビュー表示画像データに基づく印刷プレビュー表示画像を表示する処理を実行する。なお、S341において、CPU11は、切替指示の入力を受け付けることに応じて、パネル18に表示される印刷プレビュー表示画像を、識別番号300順に切り替える。S343において、CPU11は、印刷プレビュー表示画像の表示を終了させる旨の表示終了指示が入力されたか否かを判断する。入力されていない場合S343:NOにはS340へ戻り、入力された場合S343:YESにはフローを終了する。第3実施形態に係る印刷アプリケーション21aの効果を説明する。印刷アプリケーション21aでは、複数の画像データから一つずつ印刷プレビュー表示画像データを取得する際に、1つの印刷プレビュー表示画像データが取得されるたびに、S315で携帯電話10の向きが確認される。そして、確認した携帯電話10の向きに応じて、印刷プレビュー表示画像データを取得する。これにより、複数の画像データの全てについて印刷プレビュー表示画像データが取得されるまで、携帯電話10がユーザ操作を受け付けなくなってしまう事態等の発生を防止することが可能となる。<第4実施形態>第4実施形態を説明する。第4実施形態は、印刷プレビュー表示画像データの生成の完了後における動作についての形態である。また、第4実施形態で用いられる通信システムは、第1実施形態に係る通信システム1図1と同様であるため、ここでは詳細な説明は省略する。図11を用いて、印刷アプリケーション21aに基づいてCPU11が実行する動作を説明する。図11のフローは、第1ないし第3実施形態のフロー等によって、複数の印刷プレビュー表示画像データの生成が完了した段階で、開始される。S413において、CPU11は、携帯電話10の向きが変更されたと判断することに応じて、印刷プレビュー表示画像データにアクセスするためのファイルパスを取得する処理を実行する。このときCPU11は、複数の印刷プレビュー表示画像データのうち、現在表示が行われている印刷プレビュー表示画像データについてのファイルパスを取得する。S414において、CPU11は、現在表示が行われている印刷プレビュー表示画像データに関して、変更後の携帯電話10の向きでの印刷プレビュー表示画像データが、画像データ記憶領域12bに既に記憶されているか否かを判断する。記憶されていると判断される場合S414:YESにはS421へ進み、記憶されていないと判断される場合S414:NOにはS415へ進む。S415において、CPU11は、携帯電話10の変更前の向きに対応した印刷プレビュー表示画像データのデータサイズが、変更後の向きに対応した印刷プレビュー表示画像データのデータサイズより大きいか否かを判断する。データサイズが大きくないと判断される場合S415:NOにはS417へ進み、CPU11は、印刷プレビュー表示画像データを生成する処理を実行する。そしてS419へ進む。一方、データサイズが大きいと判断される場合S415:YESにはS416へ進む。S416において、CPU11は、変更前の向きに対応した印刷プレビュー表示画像データに基づいて、変更後の向きに対応した印刷プレビュー表示画像データを生成する処理を実行する。また、S416及びS417では、印刷プレビュー表示画像データの生成前に携帯電話10の向きを固定させ、データの生成後に携帯電話10の向きの固定を解除する処理が行われる。なお、携帯電話10の向きを固定する処理および固定を解除する処理の詳細な内容は、第1実施形態のS123またはS125、S131図3の処理内容と同様であるため、ここでは説明を省略する。S419において、今回作成した印刷プレビュー表示画像データを画像データ記憶領域12bに記憶する処理を実行する。なお、S419の詳細な処理内容は、S237図8の処理内容と同様であるため、ここでは説明を省略する。S420において、CPU11は、携帯電話10の向きが変更されたか否かを判断する。変更された場合S420:YESにはS413へ戻り、変更されていない場合S420:NOにはS421へ進む。S421において、CPU11は、変更後の向きに対応した印刷プレビュー表示画像データに基づく印刷プレビュー表示画像を表示する処理を実行する。S423において、CPU11は、次の識別番号300を有する画像データが存在するか否かを判断する。存在しない場合S423:NOにはS413へ戻り、存在する場合S423:YESにはS425へ進む。S425において、CPU11は、次の識別番号300を有する画像データにアクセスするためのファイルパスを取得する処理を実行する。S427において、CPU11は、S425でアクセスされた画像データについての、変更後の携帯電話10の向きでの印刷プレビュー表示画像データが、画像データ記憶領域12bに既に記憶されているか否かを判断する。記憶されていると判断される場合S427:YESにはS423へ戻り、記憶されていないと判断される場合S427:NOにはS429へ進む。S429において、CPU11は、印刷プレビュー表示画像データを生成する処理を実行する。S431において、CPU11は、今回作成した印刷プレビュー表示画像データを画像データ記憶領域12bに記憶する処理を実行する。S432において、CPU11は、パネル18に表示される印刷プレビュー表示画像を切り替える旨の切替指示が入力されたか否かを判断する。切替指示が入力された場合S432:YESにはS420へ戻り、入力されていない場合S432:NOにはS423へ戻る。第4実施形態に係る印刷アプリケーション21aの効果を説明する。印刷アプリケーション21aによれば、印刷プレビュー表示画像の表示中に携帯電話10の向きが変更された場合においても、現在表示中の印刷プレビュー表示画像を、変更後の携帯電話10の姿勢に応じた印刷プレビュー表示画像に再生成することができる。また、印刷プレビュー表示画像の表示中に携帯電話10の向きが変更された場合においても、次に表示される可能性の高い印刷プレビュー表示画像現在表示されている印刷プレビュー表示画像が有する識別番号300の、次の識別番号300を有する印刷プレビュー表示画像から順に、変更後の携帯電話10の向きに応じた印刷プレビュー表示画像を再生成することができる。これにより、印刷プレビュー表示画像が再表示されるまでユーザが待機する時間を低減させることが可能となる。<第5実施形態>第5実施形態を、図12を用いて説明する。第5実施形態は、印刷プレビュー表示画像データの生成の完了後における動作についての形態である。第5実施形態は、第4実施形態に係る印刷アプリケーション21aの動作の変形例である。また、第5実施形態で用いられる通信システムは、第1実施形態に係る通信システム1図1と同様であるため、ここでは詳細な説明は省略する。図12のフローは、第1ないし第3実施形態のフロー等によって、複数の印刷プレビュー表示画像データの生成が完了した段階で、開始される。S513において、CPU11は、携帯電話10の向きが変更されたと判断されることに応じて、現在表示が行われている印刷プレビュー表示画像データにアクセスするためのファイルパスを取得する処理を実行する。S515において、CPU11は、印刷プレビュー表示画像データの元となる画像データの向きを取得する。印刷プレビュー表示画像データの元となる画像データの向きを取得する方法の例としては、画像データの形式がExifに対応している場合には、画像データに付加されているメタデータを読み出す方法が挙げられる。S517において、CPU11は、S515で取得された印刷プレビュー表示画像データの向き縦向き又は横向きと、変更後の携帯電話10の向き縦向き又は横向きとが一致するか否かを判断する。一致すると判断される場合S517:YESにはS525へ進み、一致しないと判断される場合S517:NOにはS519へ進む。S519において、CPU11は、変更後の携帯電話10の向きに対応した印刷プレビュー表示画像を表示するか否かの確認メッセージを、パネル18に表示させる。またCPU11は、変更後の向きに対応した印刷プレビュー表示画像を表示する旨の命令入力を受け付ける。S521において、CPU11は、命令入力を受け付けたか否かを判断する。受け付けていない場合S521:NOにはS523へ進み、CPU11は、携帯電話10の向きの変更を無視する処理を実行する。そしてS513へ戻る。なお、携帯電話10の向きの変更を無視する処理の詳細な内容は、第2実施形態のS241図8の処理内容と同様であるため、ここでは説明を省略する。一方、命令入力を受け付けた場合S521:YESには、S525へ進む。S525において、CPU11は、印刷プレビュー表示画像データを生成する処理を実行する。また、S525では、印刷プレビュー表示画像データの生成前に携帯電話10の向きを固定させ、データの生成後に携帯電話10の向きの固定を解除する処理が行われる。S527において、CPU11は、変更後の向きに対応した印刷プレビュー表示画像データに基づく印刷プレビュー表示画像を表示する処理を実行する。そしてS513へ戻る。第5実施形態に係る印刷アプリケーション21aの効果を説明する。変更後の携帯電話10の向きと、印刷プレビュー表示画像データの向きとが一致しない場合には、ユーザが意図せず誤って携帯電話10の向きを変更してしまった可能性が高いと考えられる。そこで、変更後の携帯電話10の向きに応じた印刷プレビュー表示画像データの生成を実行するか否かの命令入力が受け付けられた場合に、CPU11は、変更後の携帯電話10の向きに応じた印刷プレビュー表示画像データを生成する。これにより、ユーザが意図せず携帯電話10の向きを変更してしまった場合であっても、即座に印刷プレビュー表示画像データを再生成する処理が開始されてしまうことがないため、印刷プレビュー表示画像データを表示する処理を効率的に行うことが可能となる。以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。<変形例>本実施形態では、印刷アプリケーション21aに基づいて実行するCPU11が、各種の処理を行う場合を説明した。しかし、この形態に限られない。変形例として、下記に示すように、印刷アプリケーション21aに基づいて実行するCPU11が、オペレーティングシステム21e、他のプログラム、ハード構成パネル18などに対して、各種の処理を行わせる指示を出す形態であってもよい。オペレーティングシステム21eによって行われる処理に基づいて、CPU11が画像データを読み出す処理を実行してもよい。係る場合、例えばS11では、ギャラリーアプリケーション21cに基づいて実行するCPU11が、画像データを読み出す処理を実行させる指示をオペレーティングシステム21eに出力する形態となる。オペレーティングシステム21eによって行われる処理に基づいて、CPU11が各種判断を実行してもよい。係る場合、例えばS13では、ギャラリーアプリケーション21cに基づいて実行するCPU11が、判断処理を実行させる指示をオペレーティングシステム21eに対して出力する形態となる。オペレーティングシステム21eによって行われる処理に基づいて、CPU11が画像データを取得または記憶する処理を実行してもよい。係る場合、例えばS127では、印刷アプリケーション21aに基づいて実行するCPU11が、画像データを取得させる指示及び取得した画像データを記憶部12に記憶させる指示を、オペレーティングシステム21eに対して出力する形態となる。オペレーティングシステム21eによって行われる処理に基づいて、CPU11が携帯電話10の姿勢に応じた印刷プレビュー表示画像データを生成してもよい。係る場合、例えばS128では、印刷アプリケーション21aに基づいて実行するCPU11が、S127で取得された画像データに基づいて、S119で取得された携帯電話10の向きに応じた印刷プレビュー表示画像データを生成させる指示を、オペレーティングシステム21eに対して出力する形態となる。オペレーティングシステム21eによって行われる処理に基づいて、CPU11が印刷プレビュー表示画像をパネル18に表示させる処理を実行してもよい。係る場合、例えばS133では、印刷アプリケーション21aに基づいて実行するCPU11が、印刷プレビュー表示画像をパネル18に表示させる指示を、オペレーティングシステム21eに対して出力する形態となる。本実施形態では、印刷アプリケーション21aプレビュー表示画像生成プログラムに基づいて実行するCPU11が、印刷プレビュー表示画像データを生成する場合を説明した。すなわち、CPU11が、印刷アプリケーション21aによって動作する場合を説明した。しかし、この形態に限られない。例えば、オペレーティングシステム21eのプレビュー表示画像生成プログラムに基づいて実行するCPU11が、印刷プレビュー表示画像データを生成してもよい。この場合、印刷アプリケーション21aはプレビュー表示画像生成の指示を出力し、APIがその指示に基づいてプレビュー表示画像を生成する構成となる。また例えば、プレビュー表示画像生成回路が、印刷プレビュー表示画像データを生成してもよい。この場合、携帯電話10はプレビュー表示画像生成回路のようなハード構成を備えていればよい。そして印刷アプリケーション21aがプレビュー表示画像生成の指示を出力し、プレビュー表示画像生成回路がその指示に基づいてプレビュー表示画像を生成する構成とすればよい。第3実施形態のS329において、CPU11が実行する処理は、間引き縮小処理に限られない。例えば、現在の携帯電話10の向きとは異なる向きに対応した印刷プレビュー表示画像データのデータサイズが、現在の携帯電話10の向きに対応した印刷プレビュー表示画像データのデータサイズより小さい場合に、データサイズが小さい印刷プレビュー表示画像データに対する、画素補完による拡大処理を行っても良い。第1実施形態のS114、S127等において、画像データを取得する方法は、画像データの共有に限られない。記憶部12SDカードなどから画像データを読み出す処理によって、画像データを取得する形態であってもよい。第1実施形態のS115において、ギャラリーアプリケーション21cと共有する画像データが複数である場合に、携帯電話10の向きを固定させるS123、S125としたが、この形態に限られない。画像データが1つの場合においても、例えば、画像データのデータサイズが大きい場合等、処理に時間がかかる場合等には、携帯電話10の向きを固定してもよい。第1実施形態のS123、S125において、携帯電話10の向きを固定する処理は、様々な形態であってよい。例えば、第2実施形態のS241と同様に、オペレーティングシステム21eから受け渡される携帯電話10の向きについての情報を無視することによって、携帯電話10の向きを固定する形態であってもよい。S113図3において、CPU11が受信する起動指示は、S17図2で発行された起動指示に限られない。例えば、印刷アプリケーション21aによってパネル18上に表示されているアイコンをクリックするなどの、ユーザによる入力に基づく起動指示であってもよい。S113において、CPU11は、オペレーティングシステム21eを介さずに、印刷アプリケーション21aに基づいて、傾きセンサ29により検出された携帯電話10の向きを取得し、記憶部12に記憶させてもよい。S132図3において、携帯電話10の向きが変更されたか否かの判断は、以下の変形例によって行われても良い。まず、CPU11は、印刷アプリケーション21aに基づいて、オペレーティングシステム21eから定期的に携帯電話10の向きが通知されるたびに、通知された携帯電話10の向きがS119で取得した携帯電話10の向きと異なるか否かを判断することにより、向きが変更されたか否かを判断する。S325図9において、印刷プレビュー表示画像データのデータサイズに基づく判断を行う場合を説明したが、この形態に限られない。例えば、プレビュー表示エリアの大きさにより判断することも可能である。第4実施形態において、S423~S431図11のステップを省略することも可能である。この場合、現在表示されている印刷プレビュー表示画像に対して、現在の携帯電話の向きに応じた印刷プレビュー表示画像を表示する構成とすることができる。第4実施形態において、S432のステップを省略することも可能である。これにより、1画面に複数の印刷プレビュー表示画像を表示する構成とすることができる。この場合、S431の処理を行った後、S420へ戻り、S421において、同一画面に、生成した印刷プレビュー表示画像を順次表示していくことになる。第5実施形態において、S519及びS521図12のステップを省略することも可能である。この場合、印刷プレビュー表示画像データの向きと、変更後の携帯電話10の向きとが一致しないと判断される場合S517:NOには、CPU11は、携帯電話10の向きの変更を無視する処理を実行するS523ことになる。また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。請求項の表現は、取得制御手段、生成制御手段、表示制御手段、記憶制御手段などの各種の手段が、第1取得部などの各種の部に、各種の処理を実行させる、という記載となっている。ここで、各種の処理を実行させるとの記載は、画像処理プログラム印刷アプリケーション21aなどに基づいて実行するコンピュータCPU11などが、各種の処理を行う形態を表すことに限定されない。コンピュータが、オペレーティングシステムやハード構成パネル18などに対して、各種の処理を実行させる指示を出力する形態を含む記載である。また、請求項に記載されている第1取得部や生成部などの各種の部は、様々な状態のコンピュータに該当する。例えば、請求項に記載の生成部は、図2のS128の処理を実行するCPU11に相当しうる。また生成部は、オペレーティングシステム21eまたは他のプログラムに基づいて、携帯電話10の姿勢に応じた印刷プレビュー表示画像データを生成する処理を実行するCPU11に相当しうる。また生成部は、印刷アプリケーション21a、オペレーティングシステム21e、他のプログラムなどの複数のプログラムに基づいて、携帯電話10の姿勢に応じた印刷プレビュー表示画像データを生成する処理を実行するCPU11に相当しうる。また、請求項に記載の表示部は、S133等の処理を実行するCPU11に相当しうる。請求項に記載の第1記憶部は、S127等の処理を実行するCPU11に相当しうる。請求項に記載の第2記憶部は、S237等の処理を実行するCPU11に相当しうる。請求項に記載の第1取得部は、S127等の処理を実行するCPU11に相当しうる。請求項に記載の第2取得部は、S119等の処理を実行するCPU11に相当しうる。請求項に記載の第1受付部は、S213等の処理を実行するCPU11に相当しうる。請求項に記載の第2受付部は、S521等の処理を実行するCPU11に相当しうる。請求項の各部生成部、表示部、第1取得部、第2取得部、第1記憶部、第2記憶部、第1受付部、第2受付部、などは、発明物のプログラム内の、または、オペレーティングシステム21eまたは他のプログラムのドライバの実行により実現される手段とハードウェア、または、ハードウェアのみ、であってよい。またドライバは、複数のプログラムの集合体であってよい。なお、携帯電話10は情報処理端末装置の一例である。CPU11はコンピュータの一例である。印刷アプリケーション21aは画像処理プログラムの一例である。傾きセンサ29は検出部の一例である。また、S127を実行するCPU11は取得制御手段、取得ステップ、取得手段の一例である。S128、S241を実行するCPU11は生成制御手段、生成ステップ、生成手段の一例である。S133、S225、S421を実行するCPU11は表示制御手段、表示ステップの一例である。S133、S225、S421を実行するCPU11およびパネル18は、表示手段の一例である。S237、S337、S431を実行するCPU11は記憶制御手段の一例である。S113、S132、S215、S224、S233、S315、S340、S420を実行するCPU11は検出ステップの一例である。