(57)【要約】【課題】  ユーザが望む画像の印刷を実現することが可能な技術を提供すること。【解決手段】  携帯端末１０は、ＰＤＦデータＤ１を取得する場合（Ｔ１００）に、携帯ＲＩＰ処理がＰＤＦデータＤ１に対して実行されることによって生成される第１の画像データＭＤ１を取得し（Ｔ１０４）、サーバＲＩＰ処理がＰＤＦデータＤ１に対して実行されることによって生成される第２の画像データＭＤ２を取得する（Ｔ１１６）。そして、携帯端末１０は、第１の画像データＭＤ１によって表わされる画像と第２の画像データＭＤ２によって表わされる画像とを表示し（Ｔ１１８）、１個の画像が印刷対象としてユーザによって選択される場合に、１個の画像を表わす１個の画像データをプリンタ２００に供給する（Ｔ１３２又はＴ２３２）。【選択図】  図５
2017182462.tif 000002
【特許請求の範囲】
【請求項１】
印刷実行部に印刷を実行させるための制御装置であって、
１個以上のコマンドによって記述されるＰＤＬ（Page Description Languageの略）データを取得するＰＤＬデータ取得部と、
前記ＰＤＬデータを利用して、第１の画像データを取得する第１の画像データ取得部であって、前記第１の画像データは、第１の生成処理プログラムに従った第１の生成処理が前記ＰＤＬデータに対して実行されることによって生成されるビットマップ形式のデータであり、前記第１の生成処理プログラムは、前記１個以上のコマンドのうちの特定のコマンドに対応する第１の部分画像を含む第１の画像を表わす前記第１の画像データを生成する、前記第１の画像データ取得部と、
前記ＰＤＬデータを利用して、第２の画像データを取得する第２の画像データ取得部であって、前記第２の画像データは、前記第１の生成処理プログラムとは異なる第２の生成処理プログラムに従った第２の生成処理が前記ＰＤＬデータに対して実行されることによって生成されるビットマップ形式のデータであり、前記第２の生成処理プログラムは、前記特定のコマンドに対応する第２の部分画像であって、前記第１の部分画像とは異なる前記第２の部分画像を含む第２の画像を表わす前記第２の画像データを生成する、前記第２の画像データ取得部と、
前記第１の画像及び前記第２の画像を出力部に出力させる出力制御部と、
前記出力部に出力される前記第１の画像及び前記第２の画像のうちの１個の画像がユーザによって印刷対象として選択される場合に、前記第１の画像データ及び前記第２の画像データのうち、前記１個の画像を表わす１個の画像データを用いて得られる対象データを前記印刷実行部に供給するデータ供給部と、
を備える制御装置。
【請求項２】
前記制御装置は、さらに、
前記第１の生成処理プログラムを格納するメモリと、
通信インターフェースと、
前記メモリ内の前記第１の生成処理プログラムに従った前記第１の生成処理を前記ＰＤＬデータに対して実行して前記第１の画像データを生成する生成部と、を備え、
前記第１の画像データ取得部は、生成済みの前記第１の画像データを取得し、
前記第２の画像データ取得部は、前記通信インターフェースを介して、前記ＰＤＬデータを含む生成要求をサーバに供給して、前記サーバから前記第２の画像データを取得し、
前記生成要求は、前記サーバに格納されている前記第２の生成処理プログラムに従った前記第２の生成処理を前記ＰＤＬデータに対して前記サーバに実行させるための要求である、請求項１に記載の制御装置。
【請求項３】
前記第２の画像データ取得部は、
前記第１の画像データが取得された後に、前記第２の画像データを取得するための取得指示を前記ユーザから受け付ける場合に、前記第２の画像データを取得し、
前記第１の画像データが取得された後に、前記第２の画像データの前記取得指示を前記ユーザから受け付けない場合に、前記第２の画像データを取得せず、
前記データ供給部は、前記第１の画像データが取得された後に、前記取得指示を前記ユーザから受け付けない場合に、前記第１の画像データを用いて得られる前記対象データを前記印刷実行部に供給する、請求項１又は２に記載の制御装置。
【請求項４】
前記出力部は、表示部であり、
前記制御装置は、さらに、
前記第１の画像データが取得された後に、前記第１の画像データによって表わされる前記第１の画像と、前記第２の画像データの取得を指示するための取得指示ボタンと、前記第１の画像の印刷を指示するための印刷指示ボタンと、を含む特定画面を前記表示部に出力させる表示制御部を備え、
前記第２の画像データ取得部は、
前記特定画面において前記取得指示ボタンが前記ユーザによって選択される場合に、前記第２の画像データの前記取得指示を前記ユーザから受け付け、
前記特定画面において前記印刷指示ボタンが前記ユーザによって選択される場合に、前記第２の画像データの前記取得指示を前記ユーザから受け付けない、請求項３に記載の制御装置。
【請求項５】
前記制御装置は、さらに、
前記出力部に出力される前記第１の画像及び前記第２の画像のうちの前記第１の画像が前記ユーザによって印刷対象として選択される場合に、前記第１の画像の印刷が実行されることを示す第１の通知を前記サーバに供給する第１の通知供給部を備える、請求項２に記載の制御装置。
【請求項６】
前記第１の通知は、前記ＰＤＬデータの種類を示す種類情報を含む、請求項５に記載の制御装置。
【請求項７】
前記第２の画像データ取得部は、
前記第１の画像データが取得された後に、前記第２の画像データを取得するための取得指示を前記ユーザから受け付ける場合に、前記第２の画像データを取得し、
前記第１の画像データが取得された後に、前記第２の画像データの前記取得指示を前記ユーザから受け付けない場合に、前記第２の画像データを取得せず、
前記データ供給部は、前記第１の画像データが取得された後に、前記取得指示を前記ユーザから受け付けない場合に、前記第１の画像データを用いて得られる前記対象データを前記印刷実行部に供給する、請求項５又は６に記載の制御装置。
【請求項８】
前記出力部は、表示部であり、
前記制御装置は、さらに、
前記第１の画像データが取得された後に、前記第１の画像データによって表わされる前記第１の画像と、前記第２の画像データの取得を指示するための取得指示ボタンと、前記第１の画像の印刷を指示するための印刷指示ボタンと、を含む特定画面を前記表示部に出力させる表示制御部を備え、
前記第２の画像データ取得部は、
前記特定画面において前記取得指示ボタンが前記ユーザによって選択される場合に、前記第２の画像データの前記取得指示を前記ユーザから受け付け、
前記特定画面において前記印刷指示ボタンが前記ユーザによって選択される場合に、前記第２の画像データの前記取得指示を前記ユーザから受け付けない、請求項７に記載の制御装置。
【請求項９】
前記第１の通知供給部は、前記第１の画像データが取得された後に、前記取得指示を前記ユーザから受け付けない場合に、前記第１の画像の印刷が実行されるにも関わらず、前記第１の通知を前記サーバに供給しない、請求項７又は８に記載の制御装置。
【請求項１０】
前記制御装置は、さらに、
前記出力部に出力される前記第１の画像及び前記第２の画像のうちのいずれも印刷されないことが前記ユーザによって選択される場合に、前記第１の画像及び前記第２の画像のうちのいずれの印刷も実行されないことを示す第２の通知を前記サーバに供給する第２の通知供給部を備える、請求項２から９のいずれか一項に記載の制御装置。
【請求項１１】
前記出力部は、表示部であり、
前記出力制御部は、前記第１の画像及び前記第２の画像を前記表示部に表示させる、請求項１から１０のいずれか一項に記載の制御装置。
【請求項１２】
前記出力制御部は、前記第１の画像及び前記第２の画像の双方を前記出力部に同時に出力させる、請求項１から１０のいずれか一項に記載の制御装置。
【請求項１３】
印刷実行部に印刷を実行させるための制御装置のためのコンピュータプログラムであって、
前記制御装置のコンピュータに、以下の各処理、即ち、
１個以上のコマンドによって記述されるＰＤＬ（Page Description Languageの略）データを取得するＰＤＬデータ取得処理と、
前記ＰＤＬデータを利用して、第１の画像データを取得する第１の画像データ取得処理であって、前記第１の画像データは、第１の生成処理プログラムに従った第１の生成処理が前記ＰＤＬデータに対して実行されることによって生成されるビットマップ形式のデータであり、前記第１の生成処理プログラムは、前記１個以上のコマンドのうちの特定のコマンドに対応する第１の部分画像を含む第１の画像を表わす前記第１の画像データを生成する、前記第１の画像データ取得処理と、
前記ＰＤＬデータを利用して、第２の画像データを取得する第２の画像データ取得処理であって、前記第２の画像データは、前記第１の生成処理プログラムとは異なる第２の生成処理プログラムに従った第２の生成処理が前記ＰＤＬデータに対して実行されることによって生成されるビットマップ形式のデータであり、前記第２の生成処理プログラムは、前記特定のコマンドに対応する第２の部分画像であって、前記第１の部分画像とは異なる前記第２の部分画像を含む第２の画像を表わす前記第２の画像データを生成する、前記第２の画像データ取得処理と、
前記第１の画像及び前記第２の画像を出力部に出力させる出力制御処理と、
前記出力部に出力される前記第１の画像及び前記第２の画像のうちの１個の画像がユーザによって印刷対象として選択される場合に、前記第１の画像データ及び前記第２の画像データのうち、前記１個の画像を表わす１個の画像データを用いて得られる対象データを前記印刷実行部に供給するデータ供給処理と、
を実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、印刷実行部に印刷を実行させるための制御装置を開示する。
【背景技術】
【０００２】
特許文献１には、プリンタがサーバにＰＤＬ（Page Description Languageの略）データを送信することに応じて、サーバが当該ＰＤＬデータに対するＲＩＰ（Raster Image Processorの略）処理を実行する技術が開示されている。具体的には、プリンタ及びサーバは、それぞれ、ＲＩＰ処理を実行するためのＲＩＰプログラムを記憶しており、プリンタのＲＩＰプログラムの性能とサーバのＲＩＰプログラムの性能とは異なる。プリンタは、プリンタ自身のＲＩＰプログラムを利用して、１ページ目からＬページ目までの各ＰＤＬデータに対するＲＩＰ処理を順次実行することを試行し、あるページのＰＤＬデータに対するＲＩＰ処理が失敗した場合に、当該ＰＤＬデータをサーバに送信してサーバにＲＩＰ処理を実行させて、サーバから印刷データを取得する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２５３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の技術では、プリンタは、プリンタ自身のＲＩＰプログラムを利用したＲＩＰ処理が成功する場合には、サーバにＲＩＰ処理を実行させない。しかしながら、ユーザが、プリンタによって生成される印刷データよりも、サーバによって生成される印刷データに従った印刷が実行されることを望む可能性がある。
【０００５】
本明細書では、ユーザが望む画像の印刷を実現することが可能な技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書では、印刷実行部に印刷を実行させるための制御装置を開示する。制御装置は、１個以上のコマンドによって記述されるＰＤＬ（Page Description Languageの略）データを取得するＰＤＬデータ取得部と、前記ＰＤＬデータを利用して、第１の画像データを取得する第１の画像データ取得部であって、前記第１の画像データは、第１の生成処理プログラムに従った第１の生成処理が前記ＰＤＬデータに対して実行されることによって生成されるビットマップ形式のデータであり、前記第１の生成処理プログラムは、前記１個以上のコマンドのうちの特定のコマンドに対応する第１の部分画像を含む第１の画像を表わす前記第１の画像データを生成する、前記第１の画像データ取得部と、前記ＰＤＬデータを利用して、第２の画像データを取得する第２の画像データ取得部であって、前記第２の画像データは、前記第１の生成処理プログラムとは異なる第２の生成処理プログラムに従った第２の生成処理が前記ＰＤＬデータに対して実行されることによって生成されるビットマップ形式のデータであり、前記第２の生成処理プログラムは、前記特定のコマンドに対応する第２の部分画像であって、前記第１の部分画像とは異なる前記第２の部分画像を含む第２の画像を表わす前記第２の画像データを生成する、前記第２の画像データ取得部と、前記第１の画像及び前記第２の画像を出力部に出力させる出力制御部と、前記出力部に出力される前記第１の画像及び前記第２の画像のうちの１個の画像が印刷対象としてユーザによって選択される場合に、前記第１の画像データ及び前記第２の画像データのうち、前記１個の画像を表わす１個の画像データを用いて得られる対象データを前記印刷実行部に供給するデータ供給部と、を備える。
【０００７】
上記の構成によれば、制御装置は、ＰＤＬデータに対して第１及び第２の生成処理プログラムが実行されることによって生成される第１及び第２の画像データによって表わされる第１及び第２の画像を出力部に出力させる。ここで、第１の画像は第１の部分画像を含み、第２の画像は第１の部分画像とは異なる第２の部分画像を含む。このために、ユーザは、第１及び第２の画像のうち、印刷されることを望む１個の画像を選択することができる。従って、ユーザが望む画像の印刷を実現することができる。
【０００８】
制御装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。
【図面の簡単な説明】
【０００９】
【図１】通信システムの構成を示す。
【図２】第１の印刷処理のフローチャートを示す。
【図３】第２の印刷処理のフローチャートを示す。
【図４】第２のプレビュー画面の一例を示す。
【図５】具体的なケースを示すシーケンスを示す。
【発明を実施するための形態】
【００１０】
（通信システム２の構成）
図１を参照して、通信システム２の構成を説明する。通信システム２は、携帯端末１０と、サーバ１００と、プリンタ２００と、を備える。携帯端末１０及びプリンタ２００のそれぞれは、アクセスポイント３００（以下ではＡＰ３００と呼ぶ）との無線接続を確立して、ＡＰ３００によって形成される無線ネットワークに所属している。これにより、各機器１０、２００は、当該無線ネットワーク及びＡＰ３００を介して、相互に通信可能である。なお、各機器１０、２００は、有線ネットワークに所属していてもよい。また、携帯端末１０は、ＡＰ３００及びインターネット６を介して、サーバ１００と通信可能である。なお、携帯端末１０は、例えば３Ｇ、４Ｇ等を利用して、ＡＰ３００を介さずに、インターネット６を介して、サーバ１００と通信可能であってもよい。
【００１１】
（携帯端末１０の構成）
携帯端末１０は、例えば、携帯電話、スマートフォン、タブレットＰＣ等の可搬型の端末である。携帯端末１０は、操作部１２と、表示部１４と、無線インターフェース１６と、制御部２０と、を備える。各部１２〜２０は、バス線（符号省略）に接続されている。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。
【００１２】
操作部１２は、複数のキーによって構成される。ユーザは、操作部１２を操作することによって、様々な指示を携帯端末１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルとして機能する。即ち、表示部１４は、ユーザによって操作される操作部としても機能する。無線Ｉ／Ｆ１６は、無線通信を実行するためのＩ／Ｆであり、ＡＰ３００との無線接続を確立している。
【００１３】
制御部２０は、ＣＰＵ２２と、メモリ２４と、を備える。ＣＰＵ２２は、メモリ２４に格納されているプログラム２６、２８に従って、様々な処理を実行する。メモリ２４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ２４は、基本的な処理を実現するためのＯＳプログラム（Operating Systemの略）２６と、アプリケーションプログラム（以下では「アプリ」と呼ぶ）２８と、携帯ＲＩＰ（Raster Image Processorの略）プログラム３０と、を格納する。
【００１４】
アプリ２８は、プリンタ２００のベンダによって提供されるプログラムであり、プリンタ２００に印刷を実行させるためのプログラムである。アプリ２８は、例えば、ベンダによって提供されるインターネット上のサーバ（図示省略）から携帯端末１０にインストールされてもよいし、プリンタ２００と共に出荷されるメディアから携帯端末１０にインストールされてもよい。
【００１５】
携帯ＲＩＰプログラム３０は、ＰＤＬ（Page Description Languageの略）データから画像データを生成する処理であるＲＩＰ処理を実行するためのプログラムである。ＰＤＬデータは、ページという概念を含むあらゆるデータを含み、本実施例では、ＰＤＦ（Portable Document Formatの略）データであるが、変形例では、ＴＩＦＦ（Tagged Image File Formatの略）データ、ＸＰＳ（XML Paper Specificationの略）データ等であってもよい。
【００１６】
ＰＤＬデータは、ベクタ形式のオブジェクトデータを含んでいてもよいし、多階調（例えば２５６階調）のビットマップ形式のオブジェクトデータを含んでいてもよい。ＰＤＬデータは、各オブジェクトデータによって表わされる各オブジェクトを所定のページ内の所定の位置に描画するための１個以上のコマンドによって記述される。ＲＩＰ処理では、まず、１個以上のコマンドが利用されて、ＰＤＬデータから多階調（例えば２５６階調）のＲＧＢビットマップデータが生成され、次いで、多階調のＲＧＢビットマップデータに対して圧縮処理が実行されることにより、ＪＰＥＧ（Joint Photographic Experts Groupの略）形式のビットマップデータが生成される。
【００１７】
携帯ＲＩＰプログラム３０は、ＯＳプログラム２６のベンダによって提供されるプログラムである。携帯ＲＩＰプログラム３０は、例えば、当該ベンダによって提供されるインターネット上のサーバ（図示省略）から携帯端末１０にインストールされてもよいし、携帯端末１０の出荷段階から携帯端末１０に予めインストールされていてもよい。ＯＳプログラム２６は、例えば、Google（商標登録）が提供するAndroid（商標登録）であり、携帯ＲＩＰプログラム３０は、Androidに内蔵されるＲＩＰプログラムである。
【００１８】
（サーバ１００の構成）
サーバ１００は、プリンタ２００のベンダによってインターネット６上に設置されるサーバである。サーバ１００は、サーバＲＩＰプログラム１３０と、警戒テーブル１３２と、を格納する。サーバＲＩＰプログラム１３０は、ＲＩＰ処理を実行するためのプログラムであり、携帯ＲＩＰプログラム３０とは異なる。即ち、同じＰＤＦデータに対して携帯ＲＩＰプログラム３０に従ったＲＩＰ処理（以下では「携帯ＲＩＰ処理」と呼ぶ）とサーバＲＩＰプログラム１３０に従ったＲＩＰ処理（以下では「サーバＲＩＰ処理」と呼ぶ）とが実行される場合には、携帯ＲＩＰ処理によって生成された画像とサーバＲＩＰ処理によって生成された画像とは異なり得る。サーバＲＩＰプログラム１３０は、携帯ＲＩＰプログラム３０を提供するベンダ（即ち、ＯＳプログラム２６のベンダ）とは異なるプリンタ２００のベンダによって提供される。
【００１９】
警戒テーブル１３２は、ＲＩＰ処理の結果に関係する情報を保存するためのテーブルである。具体的には、警戒テーブル１３２には、種類情報と警戒レベルと件数とが関連付けて保存される。種類情報は、Creator情報及びProducer情報を含み、これらの情報は、ＰＤＦデータに含まれる情報である。ＰＤＦデータは、通常、元データを変換することによって生成される。ここで、Creator情報は、通常、元データを生成したプログラムの名称を示す情報である。Producer情報は、通常、元データをＰＤＦデータに変換したプログラムの名称を示す情報である。即ち、種類情報は、ＰＤＦデータが生成された生成過程を示す情報であり、換言すると、ＰＤＦデータの種類を分類するための情報である。件数は、種類情報と警戒レベルとの組合せを取得した回数を示す。
【００２０】
警戒レベルは、サーバ１００の管理者（即ち、プリンタ２００のベンダ）がサーバＲＩＰプログラム１３０を更新すべきか否かを判断するための情報である。警戒レベルは、高レベル、中レベル、及び、低レベルのいずれか１個を示す。高レベルは、サーバＲＩＰ処理が失敗したことを示す。サーバ１００は、高レベルの件数が所定の閾値以上になると、サーバＲＩＰプログラム１３０を改良すべきことをサーバ１００の管理者に通知する。
【００２１】
中レベルは、ユーザの選択に従って、サーバＲＩＰ処理及び携帯ＲＩＰ処理のうちの携帯ＲＩＰ処理が実行されたこと、又は、画像の印刷がキャンセルされたことを示す。ユーザが携帯ＲＩＰ処理又は印刷のキャンセルを選択するということは、ユーザがサーバＲＩＰ処理に満足していない可能性が高い。このため、サーバ１００は、高レベルの場合と同様に、中レベルの件数が所定の閾値以上になると、サーバＲＩＰプログラム１３０を改良すべきことをサーバ１００の管理者に通知する。
【００２２】
低レベルは、ユーザの選択に従って、サーバＲＩＰ処理及び携帯ＲＩＰ処理のうちのサーバＲＩＰ処理が実行されたことを示す。ユーザがサーバＲＩＰ処理を選択するということは、ユーザがサーバＲＩＰ処理に満足している可能性が高い。このため、サーバ１００は、低レベルの件数に関わらず、サーバ１００の管理者に通知しない。
【００２３】
（第１の印刷処理：図２）
図２を参照して、携帯端末１０のＣＰＵ２２がアプリ２８に従って実行する第１の印刷処理を説明する。本処理は、アプリ２８が起動されることをトリガとして開始される。
【００２４】
Ｓ１０では、ＣＰＵ２２は、印刷対象の画像を表わすＰＤＦデータを取得することを監視する。ＣＰＵ２２は、メモリ２４に格納されている複数個のファイルのうちのユーザによって指定されるＰＤＦデータをメモリ２４から取得する場合に、Ｓ１０でＹＥＳと判断してＳ１２に進む。なお、変形例では、ＣＰＵ２２は、インターネット６上に設置されている図示省略のサーバからＰＤＦデータを取得してもよいし、ＬＡＮに接続されているデバイスからＰＤＦデータを取得してもよい。
【００２５】
Ｓ１２では、ＣＰＵ２２は、メモリ２４内の携帯ＲＩＰプログラム３０を利用して、ＰＤＦデータに対する携帯ＲＩＰ処理を実行する。具体的には、ＣＰＵ２２は、携帯ＲＩＰプログラム３０に従って、ＰＤＦデータ内の１個以上のコマンドを順次解釈して、各ページに応じたＲＧＢビットマップデータを順次生成する。ＣＰＵ２２は、全ページに対応するＲＧＢビットマップデータの生成に成功すると、生成済みのＲＧＢビットマップデータを圧縮して、ＪＰＥＧ形式のビットマップデータを生成する。例えば、ＰＤＦデータ内の１個以上のコマンドが、携帯ＲＩＰプログラム３０が解釈不可能なコマンドを含んでおり、そのコマンドを解釈不可能な結果として、携帯ＲＩＰ処理を継続することができない可能性がある。この場合、ＣＰＵ２２は、ＲＧＢビットマップデータの生成を途中で停止し、エラーデータを生成する。一方、ＣＰＵ２２は、ＰＤＦデータ内の１個以上のコマンドが、携帯ＲＩＰプログラム３０が解釈不可能なコマンドを含んでいたとしても、当該解釈不可能なコマンドを除く他のコマンドに従ってＲＧＢビットマップデータを生成する可能性もある。この場合、ＣＰＵ２２は、携帯ＲＩＰ処理を継続して、エラーデータを生成せずに、他のコマンドに従ったＲＧＢビットマップデータ及びＪＰＥＧ形式のビットマップデータを生成する。このため、生成済みのビットマップデータによって表される画像は、携帯ＲＩＰプログラム３０が解釈不可能なコマンドに従って描写されるべき画像を含まない可能性がある。
【００２６】
Ｓ１４では、ＣＰＵ２２は、Ｓ１２の携帯ＲＩＰ処理の結果に応じて、ＪＰＥＧ形式のビットマップデータ（以下では「第１の画像データ」と呼ぶ）又はエラーデータを取得する。
【００２７】
Ｓ１６では、ＣＰＵ２２は、Ｓ１４で第１の画像データを取得する場合には、第１の画像データを利用して、第１のプレビュー画面ＳＣ１を表示部１４に表示させる。第１のプレビュー画面ＳＣ１は、第１の画像データによって表わされる画像ＩＭ１と、印刷ボタンＢ１と、再変換ボタンＢ２と、を含む。印刷ボタンＢ１は、画像ＩＭ１をプリンタ２００に印刷させるための指示をユーザから受け付けるボタンである。再変換ボタンＢ２は、ＰＤＦデータに対するサーバＲＩＰ処理をサーバ１００に実行させて、サーバＲＩＰ処理によって生成される画像データを取得するための指示をユーザから受け付けるボタンである。ユーザは、画像ＩＭ１を含む第１のプレビュー画面ＳＣ１を見て、画像ＩＭ１の印刷を実行するか、サーバＲＩＰ処理をさらに実行するか、を選択することができる。例えば、画像ＩＭ１は、上記のように、ＰＤＦデータ内の１個以上のコマンドが、携帯ＲＩＰプログラム３０が解釈不可能なコマンドを含んでいることに起因して、当該コマンドに従って描写されるべき画像を含まない可能性がある。このため、ユーザが携帯ＲＩＰ処理に満足せずに、サーバＲＩＰ処理の実行を選択することが想定される。なお、ＣＰＵ２２は、Ｓ１４でエラーデータを取得する場合には、エラーメッセージを含む第１のプレビュー画面ＳＣ１を表示部１４に表示する。この場合、印刷ボタンＢ１は、ユーザからの指示を受け付けることができない。
【００２８】
ＣＰＵ２２は、第１のプレビュー画面ＳＣ１において、印刷ボタンＢ１が選択される場合に、Ｓ２０でＹＥＳと判断して、Ｓ２２に進む。一方、ＣＰＵ２２は、第１のプレビュー画面ＳＣ１において、印刷ボタンＢ１が選択されることなく、再変換ボタンＢ２が選択される場合に、Ｓ２０でＮＯと判断して、Ｓ２４に進む。
【００２９】
Ｓ２２では、ＣＰＵ２２は、無線Ｉ／Ｆ１６を介して、第１の画像データを含む第１の印刷要求をプリンタ２００に供給する。これにより、プリンタ２００では、第１の印刷要求に含まれる第１の画像データによって表わされる画像ＩＭ１が印刷される。特に、Ｓ２２では、ＣＰＵ２２は、後述のＳ２４の第２の印刷処理を実行することなく、第１の印刷要求をプリンタ２００に供給する。これにより、画像ＩＭ１の印刷をプリンタ２００に迅速に実行させることができる。Ｓ２２が終了すると、図２の処理が終了する。
【００３０】
Ｓ２４では、ＣＰＵ２２は、第２の印刷処理（図３参照）を実行する。第２の印刷処理が終了すると、図２の処理が終了する。
【００３１】
（第２の印刷処理：図３）
図３を参照して、図２のＳ２４で実行される第２の印刷処理を説明する。Ｓ４０では、ＣＰＵ２２は、無線Ｉ／Ｆ１６を介して、Ｓ１０で取得されたＰＤＦデータを含む生成要求をサーバ１００に供給する。生成要求は、ＰＤＦデータに対するサーバＲＩＰ処理をサーバ１００に実行させるための要求である。これにより、サーバ１００では、ＰＤＦデータに対するサーバＲＩＰ処理が実行される。
【００３２】
Ｓ４２では、ＣＰＵ２２は、サーバ１００から、無線Ｉ／Ｆ１６を介して、サーバＲＩＰ処理によって生成されるＪＰＥＧ形式のビットマップデータ（以下では「第２の画像データ」と呼ぶ）又はエラーデータを取得する。
【００３３】
Ｓ４４では、ＣＰＵ２２は、図２のＳ１４で取得された第１の画像データとＳ４２で取得された第２の画像データとを利用して、第１の画像データによって表わされる画像ＩＭ１と第２の画像データによって表わされる画像ＩＭ２との双方を含む第２のプレビュー画面ＳＣ２（図４参照）を表示部１４に表示させる。別言すれば、ＣＰＵ２２は、画像ＩＭ１及びＩＭ２の双方を表示部１４に同時に表示させる。これにより、ユーザは、第２のプレビュー画面ＳＣ２を見て、画像ＩＭ１及び画像ＩＭ２の中から１個の画像を選択することができる。特に、画像ＩＭ１及び画像ＩＭ２は、１個の画面に含まれる。これにより、ユーザは、画像ＩＭ１及び画像ＩＭ２を容易に比較することができる。なお、変形例では、ＣＰＵ２２は、画像ＩＭ１を含む画面と、画像ＩＭ２を含む別の画面と、を表示部１４に順次表示させてもよい。
【００３４】
第２のプレビュー画面ＳＣ１は、２個の印刷ボタンＢ３、Ｂ４と、キャンセルボタンＢ５と、を含む。印刷ボタンＢ３、印刷ボタンＢ４は、それぞれ、画像ＩＭ１、画像ＩＭ２をプリンタ２００に印刷させる指示をユーザから受け付けるためのボタンである。なお、ＣＰＵ２２は、図２のＳ１４でエラーデータを取得する場合には、画像ＩＭ１を含まない第２のプレビュー画面ＳＣ２を表示部１４に表示させ、この場合、印刷ボタンＢ３は、ユーザからの指示を受け付けることができない。また、ＣＰＵ２２は、Ｓ４２でエラーデータを取得する場合には、画像ＩＭ２を含まない第２のプレビュー画面ＳＣ２を表示部１４に表示させ、この場合、印刷ボタンＢ４は、ユーザからの指示を受け付けることができない。
【００３５】
ここで、画像ＩＭ１と画像ＩＭ２とが異なる具体的な２つのケースを説明する。図４のケースＡ１では、ＰＤＦデータは、ボックスコマンドと設定コマンドとを含む１個以上のコマンドによって記述される。ボックスコマンドは、チェックボックスを描画するためのコマンドである。設定コマンドは、チェックボックスの状態を設定するためのコマンドである。設定コマンドが「Ｏｎ」である場合には、チェック状態のチェックボックスが描画される。一方、設定コマンドが「Ｏｆｆ」である場合には、非チェック状態のチェックボックスが描画される。本ケースでは、設定コマンドが「Ｏｆｆ」である。
【００３６】
携帯ＲＩＰプログラム３０は、ボックスコマンドを解釈可能であるが、設定コマンドを解釈不可能である。このため、携帯ＲＩＰ処理では、設定コマンドが「Ｏｆｆ」であるにも関わらず、チェック状態のチェックボックスが描画される。この結果、第１の画像データによって表わされる画像ＩＭ１は、チェック状態のチェックボックス画像ＣＩ１を含む。
【００３７】
一方、サーバＲＩＰプログラム１３０は、ボックスコマンド及び設定コマンドの双方を解釈可能である。このため、サーバＲＩＰ処理では、非チェック状態のチェックボックスが描画される。この結果、第２の画像データにより表わされる画像ＩＭ２は、非チェック状態のチェックボックス画像ＣＩ２を含む。
【００３８】
また、ケースＡ２では、ＰＤＦデータは、透明コマンドＴＣ１を含む１個以上のコマンドによって記述される。透明コマンドは、オブジェクトデータに対して不透明度に従った透かし処理を実行するためのコマンドである。例えば、不透明度が１００％を示す場合、オブジェクトデータによって表される画像はベタ画像である。また、不透明度が７０％を示す場合、オブジェクトデータによって表される画像は、オブジェクトデータにより指定されている色に対して７０％の色を有し、この結果、当該画像の背景が当該画像から透けて見える。本ケースでは、透明コマンドＴＣ１に含まれる「０．７」が、７０％の不透明度を示す。例えば、ＰＤＦデータによって表わされる画像は、２つのオブジェクトデータによって表される２つのオブジェクトを含んでおり、当該２つのオブジェクトは重なっている。透明コマンドＴＣ１は、２つのオブジェクトのうちの前方に位置する前方オブジェクトを示すオブジェクトデータに対するコマンドである。なお、ＰＤＦデータの１個以上のコマンドは、２つのオブジェクトのうちの後方に位置する後方オブジェクトを示すオブジェクトデータに対する透明コマンドを含まない。
【００３９】
携帯ＲＩＰプログラム３０は、透明コマンドＴＣ１を解釈不可能である。この結果、携帯ＲＩＰ処理では、不透明度が７０％を示すにも関わらず、前方オブジェクトに対する透かし処理が実行されない。この結果、第１の画像データによって表わされる画像ＩＭ１は、ベタ画像である部分画像ＳＩ１を前方オブジェクトとして含む。なお、画像ＩＭ１は、ベタ画像である部分画像ＳＩ３を後方オブジェクトとして含んでおり、部分画像ＳＩ３は、部分画像ＳＩ１から透けて見えない。
【００４０】
一方、サーバＲＩＰプログラム１３０は、透明コマンドＴＣ１を解釈可能である。この結果、サーバＲＩＰ処理では、前方オブジェクトに対して７０％の不透明度に従った透かし処理が実行される。この結果、第２の画像データによって表わされる画像ＩＭ２は、不透明度が反映されている部分画像ＳＩ２を前方オブジェクトとして含む。具体的には、画像ＩＭ２は、画像ＩＭ１と同様に、部分画像ＳＩ３を含む。そして、部分画像ＳＩ２のうちの部分画像ＳＩ３と重なっている部分は、前方オブジェクトの色に対する７０％の色と、部分画像ＳＩ３の色に対する３０％の色を有する。即ち、画像ＩＭ２では、部分画像ＳＩ３は、部分画像ＳＩ２から透けて見える。また、部分画像ＳＩ２のうちの後方オブジェクトと重なっていない部分は、前方オブジェクトの色に対する７０％の色と、背景の色（例えば、白）に対する３０％の色を有する。
【００４１】
図３に戻り説明を続ける。Ｓ５０では、ＣＰＵ２２は、第２のプレビュー画面ＳＣ２において画像ＩＭ１の印刷を示す印刷ボタンＢ３が選択される場合に、ＹＥＳと判断して、Ｓ５２において、図２のＳ２２と同様に、第１の画像データを含む第１の印刷要求をプリンタ２００に供給する。
【００４２】
また、Ｓ５４では、ＣＰＵ２２は、第２のプレビュー画面ＳＣ２において画像ＩＭ２の印刷を示す印刷ボタンＢ４が選択される場合に、ＹＥＳと判断して、Ｓ５６において、第２の画像データを含む第２の印刷要求をプリンタ２００に供給する。これにより、プリンタ２００では、第２の印刷要求に含まれる第２の画像データによって表わされる画像ＩＭ２が印刷される。
【００４３】
また、Ｓ５４では、ＣＰＵ２２は、第２のプレビュー画面ＳＣ２においてキャンセルボタンＢ５が選択される場合に、ＮＯと判断し、Ｓ５２、Ｓ５６をスキップして、Ｓ６０に進む。
【００４４】
Ｓ６０では、ＣＰＵ２２は、Ｓ４２でエラーデータではなく第２の画像データを取得済みである場合に、ＹＥＳと判断し、Ｓ６２に進む。一方、Ｓ６０では、ＣＰＵ２２は、Ｓ４２でエラーデータを取得済みである場合に、ＮＯと判断し、Ｓ６４において、「高レベル」を示す警戒レベルを決定する。なお、変形例では、ＣＰＵ２２は、Ｓ６０、Ｓ６４の処理を実行しなくてもよい。
【００４５】
Ｓ６２では、ＣＰＵ２２は、第２のプレビュー画面ＳＣ２において印刷ボタンＢ４が選択された場合、即ち、Ｓ５６で第２の印刷要求をプリンタ２００に供給した場合に、ＹＥＳと判断し、Ｓ６６において、「低レベル」を示す警戒レベルを決定する。なお、変形例では、ＣＰＵ２２は、Ｓ６６の処理を実行しなくてもよい。
【００４６】
また、Ｓ６２では、ＣＰＵ２２は、第２のプレビュー画面ＳＣ２で印刷ボタンＢ３が選択された場合、即ち、Ｓ５２で第１の印刷要求をプリンタ２００に供給した場合に、ＮＯと判断し、Ｓ６８において、「中レベル」を示す警戒レベルを決定する。
【００４７】
なお、図２のＳ２２では、ＣＰＵ２２は、第１の印刷要求をプリンタ２００に供給するにも関わらず、Ｓ２２以降の処理では、「中レベル」を示す警戒レベルを含むレベル通知をサーバ１００に供給しない。このために、携帯端末１０の処理負荷を低減することができる。
【００４８】
Ｓ６２では、さらに、ＣＰＵ２２は、第２のプレビュー画面ＳＣ２においてキャンセルボタンＢ５が選択された場合、即ち、第１の印刷要求及び第２の印刷要求のいずれもプリンタ２００に供給されなかった場合に、ＮＯと判断し、Ｓ６８において、「中レベル」を示す警戒レベルを決定する。なお、変形例では、ＣＰＵ２２は、キャンセルボタンＢ５が選択された場合に、警戒レベルを決定せず、警戒レベルを含むレベル通知をサーバ１００に供給しなくてもよい。
【００４９】
Ｓ６４〜Ｓ６８のいずれかが終了すると、Ｓ７０に進む。Ｓ７０では、ＣＰＵ２２は、図２のＳ１０で取得されたＰＤＦデータから種類情報（即ちCreator情報及びProducer情報）を特定する。そして、Ｓ７２では、ＣＰＵ２２は、特定済みの種類情報と、Ｓ６４〜Ｓ６８のいずれかで決定された警戒レベルと、を含むレベル通知をサーバ１００に供給する。これにより、サーバ１００では、レベル通知に含まれる種類情報と警戒レベルとの組合せが警戒テーブル１３２に保存される。なお、変形例では、レベル通知は、種類情報を含まなくてもよい。即ち、警戒テーブル１３２では、警戒レベル及び件数のみが関連付けられてもよい。
【００５０】
（具体的なケース）
図５を参照して、図２及び図３の処理によって実現される具体的なケースＢ１及びＢ２を説明する。
【００５１】
Ｔ１００では、携帯端末１０は、ユーザからメモリ２４に格納されている複数個のファイルから印刷対象のファイルを指定する指定操作を受け付ける場合に、印刷対象の画像を表わすＰＤＦデータＤ１を取得する（図２のＳ１０でＹＥＳ）。この場合、携帯端末１０は、Ｔ１０２において、ＰＤＦデータＤ１に対する携帯ＲＩＰ処理を実行して（Ｓ１２）、Ｔ１０４において、第１の画像データＭＤ１を取得する（Ｓ１４）。
【００５２】
携帯端末１０は、Ｔ１０６において、第１の画像データＭＤ１によって表わされる画像ＩＭ１を含む第１のプレビュー画面ＳＣ１を表示し（Ｓ１６）、Ｔ１１０において、ユーザから再変換ボタンＢ２の選択を受け付ける。この場合、Ｔ１１２では、携帯端末１０は、ＰＤＦデータＤ１を含む生成要求をサーバ１００に供給する（Ｓ２０でＮＯ、図３のＳ４０）。
【００５３】
サーバ１００は、携帯端末１０から生成要求を受信すると、Ｔ１１４において、ＰＤＦデータＤ１に対するサーバＲＩＰ処理を実行して、Ｔ１１６において、第２の画像データＭＤ２を携帯端末１０に供給する。
【００５４】
携帯端末１０は、サーバ１００から第２の画像データＭＤ２を取得すると、Ｔ１１８において、第１の画像データＭＤ１によって表される画像ＩＭ１と、第２の画像データＭＤ２によって表される画像ＩＭ２と、の双方を含む第２のプレビュー画面ＳＣ２を表示する（Ｓ４４）。
【００５５】
ここで、ユーザが、第２のプレビュー画面ＳＣ２を見て、画像ＩＭ１より画像ＩＭ２の印刷を望むケースＢ１が想定される。ケースＢ１では、携帯端末１０は、Ｔ１３０において、画像ＩＭ２の印刷を示す印刷ボタンＢ４を選択する操作を受け付ける（Ｓ５４でＹＥＳ）。この場合、Ｔ１３２では、携帯端末１０は、第２の画像データＭＤ２を含む第２の印刷要求をプリンタ２００に供給する（Ｓ５６）。この結果、プリンタ２００では、Ｔ１３４において、第２の画像データＭＤ２によって表わされる画像ＩＭ２の印刷が実行される。
そして、Ｔ１４０では、携帯端末１０は、低レベルを示す警戒レベルを決定する（Ｓ６０でＹＥＳ、Ｓ６２でＹＥＳ、Ｓ６６）。次いで、Ｔ１４２では、携帯端末１０は、ＰＤＦデータＤ１からCreator情報Ｃ１及びProducer情報Ｐ１を含む種類情報を特定し（Ｓ７０）、各情報Ｃ１、Ｐ１と、低レベルを示す警戒レベルと、を含むレベル通知をサーバ１００に供給する（Ｓ７２）。
【００５６】
Ｔ１４４では、サーバ１００は、レベル通知に含まれる各情報Ｃ１、Ｐ１と低レベルを示す警戒レベルとの組合せが警戒テーブル１３２に存在しない場合には、当該組合せを新たに警戒テーブル１３２に格納する。また、サーバ１００は、当該組合せが警戒テーブル１３２に存在する場合には、当該組合せに関連付けられている件数をインクリメントする。
【００５７】
また、ユーザが、第２のプレビュー画面ＳＣ２を見て、画像ＩＭ２より画像ＩＭ１の印刷を望むケースＢ２が想定される。ケースＢ２では、携帯端末１０は、Ｔ２３０において、画像ＩＭ１の印刷を示す印刷ボタンＢ３を選択する操作を受け付ける（Ｓ５０でＹＥＳ）。この場合、Ｔ２３２では、携帯端末１０は、第１の画像データＭＤ１を含む第１の印刷要求をプリンタ２００に供給する（Ｓ５２）。この結果、プリンタ２００では、Ｔ２３４において、第１の画像データＭＤ１によって表わされる画像ＩＭ１の印刷が実行される。そして、Ｔ２４０では、携帯端末１０は、中レベルを示す警戒レベルを決定する（Ｓ６０でＹＥＳ、Ｓ６２でＮＯ、Ｓ６８）。次いで、Ｔ２４２では、携帯端末１０は、ＰＤＦデータＤ１の各情報Ｃ１、Ｐ１と、中レベルを示す警戒レベルと、を含むレベル通知をサーバ１００に供給する。
【００５８】
Ｔ２４４では、サーバ１００は、Ｔ１４４と同様に、警戒テーブル１３２を更新する。そして、Ｔ２５０では、サーバ１００は、Ｔ２４４で更新された件数が所定の閾値（例えば１００）以上である場合には、ＹＥＳと判断して、Ｔ２５２において、各情報Ｃ１、Ｐ１をサーバ１００の管理者に通知する。これにより、管理者は、各情報Ｃ１、Ｐ１によって特定される種類のＰＤＦデータに対するサーバＲＩＰ処理が多くのユーザによって選択されないことを知ることができ、サーバＲＩＰプログラム１３０を改良すべきことを知ることができる。
【００５９】
なお、図示省略しているが、他のケースとして、ユーザが、第２のプレビュー画面ＳＣ２を見て、画像ＩＭ１及び画像ＩＭ２のうちのいずれの印刷も望まないケースが想定される。本ケースでは、携帯端末１０は、第２のプレビュー画面ＳＣ２において、ユーザがキャンセルボタンＢ５を選択する操作を受け付ける。この場合、携帯端末１０は、Ｔ２３２の処理を実行せずに、ケースＢ２のＴ２４０以降と同様の処理を実行する（Ｓ６２でＮＯ）。
【００６０】
（本実施例の効果）
上記したように、携帯端末１０は、ＰＤＦデータＤ１に対する携帯ＲＩＰ処理によって生成された第１の画像データＭＤ１を取得し（Ｔ１０４）、さらに、ＰＤＦデータＤ１に対するサーバＲＩＰ処理によって生成された第２の画像データＭＤ２を取得する（Ｔ１１６）。そして、携帯端末１０は、第１の画像データＭＤ１によって表わされる画像ＩＭ１と、第２の画像データＭＤ２によって表わされる画像ＩＭ２と、を含む第２のプレビュー画面ＳＣ２を表示する（Ｔ１１８）。携帯ＲＩＰプログラム３０とサーバＲＩＰプログラム１３０とが異なることに起因して、画像ＩＭ１と画像ＩＭ２とは異なり得る（図４のケースＡ１及びＡ２参照）。ユーザは、第２のプレビュー画面ＳＣ２を見て、画像ＩＭ１及び画像ＩＭ２のうち、印刷されることを望む１個の画像を選択することができる。従って、ユーザが望む画像の印刷を実現することができる。
【００６１】
（対応関係）
携帯端末１０が、「制御装置」の一例である。無線Ｉ／Ｆ１６が、「通信インターフェース」の一例である。携帯ＲＩＰプログラム３０、携帯ＲＩＰ処理が、それぞれ、「第１の生成処理プログラム」、「第１の生成処理」の一例である。サーバＲＩＰプログラム１３０、サーバＲＩＰ処理が、それぞれ、「第２の生成処理プログラム」、「第２の生成処理」の一例である。表示部１４が、「出力部」の一例である。図２の第１のプレビュー画面ＳＣ１の再変換ボタンＢ２を選択することが、「取得指示」の一例である。再変換ボタンＢ２、印刷ボタンＢ１、第１のプレビュー画面ＳＣ１が、それぞれ、「取得指示ボタン」、「印刷指示ボタン」、「特定画面」の一例である。図４のケースＡ１の設定コマンド、及び、ケースＡ２の透明コマンドが、「特定コマンド」の一例である。ケースＡ１のチェックボックス画像ＣＩ１及びケースＡ２の部分画像ＳＩ１が、「第１の部分画像」の一例である。ケースＡ１のチェックボックス画像ＣＩ２及びケースＡ２の部分画像ＳＩ２が、「第２の部分画像」の一例である。第２のプレビュー画面ＳＣ２が、「１個の出力画像」の一例である。中レベルを示す警戒レベルを含むレベル通知が、「第１の通知」及び「第２の通知」の一例である。第１の画像データＭＤ１又は第２の画像データＭＤ２が、「対象データ」の一例である。
【００６２】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００６３】
（変形例１）携帯ＲＩＰプログラム３０は、携帯端末１０と通信可能な外部装置（例えばサーバ１００）に格納されていてもよい。この場合、図２のＳ１２では、ＣＰＵ２２は、ＰＤＦデータを含む生成要求を上記の外部装置に供給することによって、ＰＤＦデータに対する携帯ＲＩＰ処理を上記の外部装置に実行させ、上記の外部装置から第１の画像データを取得してもよい。本変形例では、「生成部」を省略可能である。
【００６４】
（変形例２）サーバＲＩＰプログラム１３０は、携帯端末１０のメモリ２４に格納されてもよい。この場合、図３のＳ４０では、ＣＰＵ２２は、メモリ２４内のサーバＲＩＰプログラム１３０を利用して、ＰＤＦデータに対するサーバＲＩＰ処理を実行してもよい。即ち、「第２の画像データ取得部」は、サーバから第２の画像データを取得しなくてもよい。
【００６５】
（変形例３）ＣＰＵ２２は、携帯端末１０と通信可能な外部装置の表示部にプレビュー画面ＳＣ１、ＳＣ２を表示させてもよい。本変形例では、外部装置の表示部が「表示部」の一例である。
【００６６】
（変形例４）ＣＰＵ２２は、図３のＳ４４で第２のプレビュー画面ＳＣ２を表示部１４に表示させる代わりに、画像データＭＤ１、ＭＤ２の情報量を低下する処理（例えば、縮小処理、解像度低下処理）を実行し、当該処理によって得られる第１の縮小画像及び第２の縮小画像を含む出力画像をプリンタ２００に印刷させてもよい。そして、ＣＰＵ２２は、操作部１２に含まれる第１のボタンが選択される場合に、第１の印刷要求をプリンタ２００に供給し、操作部１２に含まれる第２のボタンが選択される場合に、第２の印刷要求をプリンタ２００に供給してもよい。本変形例では、プリンタ２００が、「出力部」の一例である。
【００６７】
（変形例５）携帯ＲＩＰ処理及びサーバＲＩＰ処理では、ＰＤＬデータから多階調のＲＧＢビットマップデータが生成された後に、ＪＰＥＧ形式のビットマップデータが生成されなくてもよい。即ち、図２のＳ２２、図３のＳ５２、又は、Ｓ５６では、ＣＰＵ２２は、ＲＧＢビットマップデータを含む第１又は第２の印刷要求をプリンタ２００に供給してもよい。本変形例では、ＲＧＢビットマップデータが、「第１の画像データ」及び「対象データ」の一例である。また、別の変形例では、Ｓ２２、Ｓ５２、又は、Ｓ５６において、ＣＰＵ２２は、携帯ＲＩＰ処理及びサーバＲＩＰ処理で生成されたＲＧＢビットマップデータからＪＰＥＧ形式のビットマップデータを生成し、当該ＪＰＥＧ形式のビットマップデータを含む第１又は第２の印刷要求をプリンタ２００に供給してもよい。本変形例では、ＲＧＢビットマップデータ、ＪＰＥＧ形式のビットマップデータが、それぞれ、「第１の画像データ」、「対象データ」の一例である。さらに、別の変形例では、Ｓ２２、Ｓ５２、Ｓ５６では、ＣＰＵ２２は、携帯ＲＩＰ処理及びサーバＲＩＰ処理によって生成されたＪＰＥＧ形式のビットマップデータと、当該ＪＰＥＧ形式のビットマップデータによって表わされる画像の印刷条件を示す情報と、を含む印刷データを生成し、当該印刷データを含む第１又は第２の印刷要求をプリンタ２００に供給してもよい。本変形例では、ＪＰＥＧ形式のビットマップデータ、印刷データが、それぞれ、「第１の画像データ」、「対象データ」の一例である。
【００６８】
（変形例６）ＣＰＵ２２は、図２のＳ１４の処理を実行した後に、Ｓ１６及びＳ２０の処理を実行せず、Ｓ２４の処理を実行してもよい。本変形例では、「取得指示」及び「表示制御部」を省略可能である。
【００６９】
（変形例７）ＣＰＵ２２は、図３のＳ６０以降の処理を実行しなくてもよい。本変形例では、「第１の通知供給部」及び「第２の通知制御部」を省略可能である。
【００７０】
（変形例８）ＣＰＵ２２は、第２のプレビュー画面ＳＣ２でキャンセルボタンＢ５が選択された場合、「中レベル」と異なる他のレベルを示す警戒レベルを決定してもよい。本変形例では、他のレベルを示す警戒レベルを含むレベル通知が、「第２の通知」の一例である。
【００７１】
（変形例９）ＣＰＵ２２は、Ｓ６６及びＳ６４以降で、Ｓ７０、Ｓ７２の処理を実行せずに、第２の印刷処理を終了してもよい。一般的に言えば、「制御装置」は、「第１の通知」のみをサーバに供給すればよい。
【００７２】
（変形例１０）「制御装置」は、携帯端末に限らず、据置型のＰＣ、サーバ、プリンタ内の制御部、多機能機内の制御部等であってもよい。例えば、プリンタ内の制御部が「制御装置」である場合には、プリンタ内の印刷実行部が「印刷実行部」の一例である。
【００７３】
（変形例１１）上記の実施例では、携帯端末１０のＣＰＵ２２がアプリ２８に従って処理を実行することによって、図２、図３の各処理が実現される。これに代えて、これらの各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。
【００７４】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【００７５】
２：通信システム、６：インターネット、１０：携帯端末、１２：無線Ｉ／Ｆ、２０：制御部、２２：ＣＰＵ、２４：メモリ、２６：ＯＳプログラム、２８：アプリケーションプログラム、３０：携帯ＲＩＰプログラム、１００：サーバ、１３０：サーバＲＩＰプログラム、２００：プリンタ、３００：ＡＰ
【図１】
2017182462.tif 000003
【図２】
2017182462.tif 000004
【図３】
2017182462.tif 000005
【図４】
2017182462.tif 000006
【図５】
2017182462.tif 000007