(57)【要約】【課題】  画像処理装置が所定の画像処理を失敗することを抑制しつつ、所定の画像処理の実行主体をサーバから画像処理装置に変更し得る技術を提供すること。【解決手段】  携帯端末１００は、許容情報が「ＮＧ」を示す場合（Ｔ１０８）に、サーバＲＩＰ要求をサーバ５００に送信して（Ｔ１２０）、サーバ５００からサーバＲＩＰ処理により生成される印刷データを受信する（Ｔ１２６）。携帯端末１００は、携帯ＲＩＰプログラムを利用した対象データに対する携帯ＲＩＰ処理をサーバ５００に試行させる（Ｔ１３０、Ｔ１３２）。携帯端末１００は、サーバ５００で携帯ＲＩＰ処理が成功することに起因して、所定の成功条件が満たされる場合（Ｔ１５２）に、サーバ５００からの変更指示に応じて、許容情報を「ＮＧ」から「ＯＫ」に変更する（Ｔ１５６）。【選択図】  図４
2017107337.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置であって、
所定の画像処理を実行するための第１種の画像処理プログラムを格納する装置側メモリと、
前記所定の画像処理の対象である対象データを取得するデータ取得部と、
前記対象データが取得される場合に、格納部に格納されている特定の判断基準情報であって、前記所定の画像処理の実行主体を判断するための前記特定の判断基準情報を利用して、前記実行主体が、前記画像処理装置であるのか、前記画像処理装置とは異なるサーバであるのか、を判断する判断部と、
前記実行主体が前記画像処理装置であると判断される場合に、前記第１種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を実行して、第１の処理済みデータを生成する生成部と、
前記実行主体が前記サーバであると判断される場合に、前記対象データを含む第１の画像処理要求を前記サーバに送信する要求送信部であって、前記第１の画像処理要求は、前記第１種の画像処理プログラムとは異なる第２種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を前記サーバに実行させるための要求である、前記要求送信部と、
前記第１の画像処理要求を前記サーバに送信することに応じて、前記サーバから第２の処理済みデータを受信するデータ受信部であって、前記第２の処理済みデータは、前記第２種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理によって生成されるデータである、前記データ受信部と、
前記第１の処理済みデータが生成される場合に、前記第１の処理済みデータによって表される画像を出力部に出力させ、前記第２の処理済みデータが受信される場合に、前記第２の処理済みデータによって表される画像を前記出力部に出力させる出力制御部と、
前記実行主体が前記サーバであると判断される場合に、前記第１種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を試行処理部に試行させる処理制御部であって、前記試行処理部において前記対象データに対する前記所定の画像処理が成功することに起因して、所定の成功条件が満たされる場合に、前記格納部内の前記特定の判断基準情報は、前記実行主体が前記サーバであると判断されるべき第１の判断基準情報から、前記実行主体が前記画像処理装置であると判断されるべき第２の判断基準情報に変更される、前記処理制御部と、
を備える画像処理装置。
【請求項２】
前記格納部は、データの種類を示す複数個の種類情報と、前記特定の判断基準情報を含む複数個の判断基準情報と、を対応付けて格納しており、
前記画像処理装置は、さらに、
前記対象データの種類を示す対象種類情報を取得する種類情報取得部を備え、
前記判断部は、前記格納部に格納されている前記複数個の判断基準情報のうち、前記対象種類情報に対応付けられている前記特定の判断基準情報を利用して、前記実行主体が、前記画像処理装置であるのか、前記サーバであるのかを判断する、請求項１に記載の画像処理装置。
【請求項３】
前記処理制御部は、前記実行主体が前記サーバであると判断される場合に、第２の画像処理要求を前記サーバに送信して、前記第１種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を、前記サーバが備える前記試行処理部に試行させる、請求項１又は２に記載の画像処理装置。
【請求項４】
前記画像処理装置は、前記格納部を備え、
前記画像処理装置は、さらに、
前記試行処理部において前記対象データに対する前記所定の画像処理が成功することに起因して、前記所定の成功条件が満たされる場合に、前記サーバから前記特定の判断基準情報を前記第１の判断基準情報から前記第２の判断基準情報に変更するための変更指示を受信する指示受信部と、
前記変更指示を受信することに応じて、前記格納部内の前記特定の判断基準情報を前記第１の判断基準情報から前記第２の判断基準情報に変更する変更部と、
を備える請求項３に記載の画像処理装置。
【請求項５】
前記画像処理装置は、さらに、
前記対象データが取得される場合に、前記サーバが備える前記格納部内の前記特定の判断基準情報を前記サーバから受信する情報受信部を備え、
前記判断部は、前記サーバから受信される前記特定の判断基準情報を利用して、前記実行主体が、前記画像処理装置であるのか、前記サーバであるのか、を判断し、
前記サーバは、前記試行処理部において前記対象データに対する前記所定の画像処理が成功することに起因して、前記所定の成功条件が満たされる場合に、前記格納部内の前記特定の判断基準情報を前記第１の判断基準情報から前記第２の判断基準情報に変更する、請求項３に記載の画像処理装置。
【請求項６】
前記特定の判断基準情報は、前記第１の判断基準情報から前記第２の判断基準情報に変更された後に、前記第２の判断基準情報から前記第１の判断基準情報に変更されない、請求項１から５のいずれか一項に記載の画像処理装置。
【請求項７】
前記所定の成功条件は、前記サーバが備えるサーバ側メモリに格納される試行結果情報を用いて得られる成功率が所定の成功率以上を示すことを含み、
前記試行結果情報は、前記試行処理部において前記第１種の画像処理プログラムを利用した前記所定の画像処理が試行された結果に関係する情報である、請求項１から６のいずれか一項に記載の画像処理装置。
【請求項８】
前記所定の成功率は、前記サーバ側メモリに格納される実績情報を用いて得られる成功率であり、
前記実績情報は、前記サーバにおいて前記第２種の画像処理プログラムを利用した前記所定の画像処理が実行された実績に関係する情報である、請求項７に記載の画像処理装置。
【請求項９】
通信システムであって、
画像処理装置と、サーバと、を備え
前記画像処理装置は、
所定の画像処理を実行するための第１種の画像処理プログラムを格納する装置側メモリと、
前記所定の画像処理の対象である対象データを取得するデータ取得部と、
前記対象データが取得される場合に、格納部に格納されている特定の判断基準情報であって、前記所定の画像処理の実行主体を判断するための前記特定の判断基準情報を利用して、前記実行主体が、前記画像処理装置であるのか、前記サーバであるのか、を判断する判断部と、
前記実行主体が前記画像処理装置であると判断される場合に、前記第１種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を実行して、第１の処理済みデータを生成する装置側生成部と、
前記実行主体が前記サーバであると判断される場合に、前記対象データを含む第１の画像処理要求を前記サーバに送信する要求送信部であって、前記第１の画像処理要求は、前記第１種の画像処理プログラムとは異なる第２種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を前記サーバに実行させるための要求である、前記要求送信部と、
前記第１の画像処理要求を前記サーバに送信することに応じて、前記サーバから第２の処理済みデータを受信するデータ受信部であって、前記第２の処理済みデータは、前記第２種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理によって生成されるデータである、前記データ受信部と、
前記第１の処理済みデータが生成される場合に、前記第１の処理済みデータによって表される画像を出力部に出力させ、前記第２の処理済みデータが受信される場合に、前記第２の処理済みデータによって表される画像を前記出力部に出力させる出力制御部と、
前記実行主体が前記サーバであると判断される場合に、前記第１種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を試行処理部に試行させる処理制御部と、を備え、
前記サーバは、
前記画像処理装置から前記第１の画像処理要求が受信される場合に、前記第２種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を実行して、前記第２の処理済みデータを生成するサーバ側生成部と、
前記第２の処理済みデータを前記画像処理装置に送信するデータ送信部と、
前記試行処理部において前記対象データに対する前記所定の画像処理が成功することに起因して、所定の成功条件が満たされる場合に、前記格納部内の前記特定の判断基準情報を、前記実行主体が前記サーバであると判断されるべき第１の判断基準情報から、前記実行主体が前記画像処理装置であると判断されるべき第２の判断基準情報に変更する変更部を備える、通信システム。
【請求項１０】
前記サーバは、前記試行処理部を備え、
前記処理制御部は、前記装置側メモリに格納されている前記第１種の画像処理プログラムのバージョンを示すバージョン情報を含む第２の画像処理要求を前記サーバに送信して、前記第１種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を前記試行処理部に試行させ、
前記試行処理部は、前記画像処理装置から前記第２の画像処理要求が受信される場合に、前記第２の画像処理要求に含まれる前記バージョン情報によって示される前記バージョンに対応する前記第１種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を試行する、請求項９に記載の通信システム。
【請求項１１】
画像処理装置によって実行される画像処理方法であって、
所定の画像処理の対象である対象データを取得するデータ取得工程と、
前記対象データが取得される場合に、格納部に格納されている特定の判断基準情報であって、前記所定の画像処理の実行主体を判断するための前記特定の判断基準情報を利用して、前記実行主体が、前記画像処理装置であるのか、前記画像処理装置とは異なるサーバであるのか、を判断する判断工程と、
前記実行主体が前記画像処理装置であると判断される場合に、前記画像処理装置が備えるメモリに格納される第１種の画像処理プログラムであって、前記所定の画像処理を実行するための前記第１種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を実行して、第１の処理済みデータを生成する生成工程と、
前記実行主体が前記サーバであると判断される場合に、前記対象データを含む第１の画像処理要求を前記サーバに送信する要求送信工程であって、前記第１の画像処理要求は、前記第１種の画像処理プログラムとは異なる第２種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を前記サーバに実行させるための要求である、前記要求送信工程と、
前記第１の画像処理要求を前記サーバに送信することに応じて、前記サーバから第２の処理済みデータを受信するデータ受信工程であって、前記第２の処理済みデータは、前記第２種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理によって生成されるデータである、前記データ受信工程と、
前記第１の処理済みデータが生成される場合に、前記第１の処理済みデータによって表される画像を出力部に出力させ、前記第２の処理済みデータが受信される場合に、前記第２の処理済みデータによって表される画像を前記出力部に出力させる出力制御工程と、
前記実行主体が前記サーバであると判断される場合に、前記第１種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を試行処理部に試行させる処理制御工程であって、前記試行処理部において前記対象データに対する前記所定の画像処理が成功することに起因して、所定の成功条件が満たされる場合に、前記格納部内の前記特定の判断基準情報は、前記実行主体が前記サーバであると判断されるべき第１の判断基準情報から、前記実行主体が前記画像処理装置であると判断されるべき第２の判断基準情報に変更される、前記処理制御工程と、
を備える、画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、所定の画像処理を実行する画像処理装置を開示する。
【背景技術】
【０００２】
特許文献１には、プリンタがサーバにＰＤＬ（Page Description Languageの略）データを送信することに応じて、サーバが当該ＰＤＬデータに対するＲＩＰ（Raster Image Processorの略）処理を実行する技術が開示されている。具体的には、プリンタは、１ページ目からＬページ目までの各部分のＰＤＬデータに対するＲＩＰ処理を順次実行することを試行する。プリンタは、例えば、３ページ目のＰＤＬデータに対するＲＩＰ処理が失敗した場合に、３ページ目のＰＤＬデータをサーバに送信する。サーバは、３ページ目のＰＤＬデータに対するＲＩＰ処理を実行して、３ページ目のＰＤＬデータに対応する印刷データを生成し、当該印刷データをプリンタに送信する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２５３２号公報
【特許文献２】特開２０１３−２５０６２８号公報
【特許文献３】特開２００１−１１７７３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
サーバを利用してＲＩＰ処理を実行させる場合には、通常、ＰＤＬデータをサーバに送信してサーバから印刷データを受信する必要があるので、印刷が完了するまでに長時間を要する。このために、サーバを利用せずにＲＩＰ処理を完結する技術が求められている。ただし、サーバを利用しないＲＩＰ処理が失敗することが頻発すると、ユーザの利便性が低下する。
【０００５】
本明細書では、画像処理装置が所定の画像処理を失敗することを抑制しつつ、所定の画像処理の実行主体をサーバから画像処理装置に変更し得る技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書によって開示される画像処理装置は、所定の画像処理を実行するための第１種の画像処理プログラムを格納する装置側メモリと、前記所定の画像処理の対象である対象データを取得するデータ取得部と、前記対象データが取得される場合に、格納部に格納されている特定の判断基準情報であって、前記所定の画像処理の実行主体を判断するための前記特定の判断基準情報を利用して、前記実行主体が、前記画像処理装置であるのか、前記画像処理装置とは異なるサーバであるのか、を判断する判断部と、前記実行主体が前記画像処理装置であると判断される場合に、前記第１種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を実行して、第１の処理済みデータを生成する生成部と、前記実行主体が前記サーバであると判断される場合に、前記対象データを含む第１の画像処理要求を前記サーバに送信する要求送信部であって、前記第１の画像処理要求は、前記第１種の画像処理プログラムとは異なる第２種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を前記サーバに実行させるための要求である、前記要求送信部と、前記第１の画像処理要求を前記サーバに送信することに応じて、前記サーバから第２の処理済みデータを受信するデータ受信部であって、前記第２の処理済みデータは、前記第２種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理によって生成されるデータである、前記データ受信部と、前記第１の処理済みデータが生成される場合に、前記第１の処理済みデータによって表される画像を出力部に出力させ、前記第２の処理済みデータが受信される場合に、前記第２の処理済みデータによって表される画像を前記出力部に出力させる出力制御部と、前記実行主体が前記サーバであると判断される場合に、前記第１種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を試行処理部に試行させる処理制御部であって、前記試行処理部において前記対象データに対する前記所定の画像処理が成功することに起因して、所定の成功条件が満たされる場合に、前記格納部内の前記特定の判断基準情報は、前記実行主体が前記サーバであると判断されるべき第１の判断基準情報から、前記実行主体が前記画像処理装置であると判断されるべき第２の判断基準情報に変更される、前記処理制御部と、を備える。
【０００７】
上記の構成によると、画像処理装置は、特定の判断基準情報が第１の判断基準情報である場合、即ち、所定の画像処理の実行主体がサーバであると判断される場合に、第２種の画像処理プログラムを利用した対象データに対する所定の画像処理をサーバに実行させて、第１の処理済みデータを受信する。この場合、画像処理装置は、さらに、第１種の画像処理プログラムを利用した対象データに対する所定の画像処理を試行処理部に試行させる。そして、試行処理部において対象データに対する所定の画像処理が成功することに起因して、所定の成功条件が満たされる場合に、特定の判断基準情報は、第１の判断基準情報から、実行主体が画像処理装置であると判断されるべき第２の判断基準情報に変更される。所定の成功条件が満たされるので、その後、画像処理装置が第１種の画像処理プログラムを利用した所定の画像処理を実行すべき状況において、当該所定の画像処理が失敗する可能性が低い。このように、画像処理装置が所定の画像処理を失敗することを抑制しつつ、所定の画像処理の実行主体をサーバから画像処理装置に変更し得る。
【０００８】
本明細書では、上記の画像処理装置とサーバを備える通信システムも開示する。前記サーバは、前記画像処理装置から前記第１の画像処理要求が受信される場合に、前記第２種の画像処理プログラムを利用した前記対象データに対する前記所定の画像処理を実行して、前記第２の処理済みデータを生成するサーバ側生成部と、前記第２の処理済みデータを前記画像処理装置に送信するデータ送信部と、前記試行処理部において前記対象データに対する前記所定の画像処理が成功することに起因して、所定の成功条件が満たされる場合に、前記格納部内の前記特定の判断基準情報を、前記実行主体が前記サーバであると判断されるべき第１の判断基準情報から、前記実行主体が前記画像処理装置であると判断されるべき第２の判断基準情報に変更する変更部と、を備える。
【０００９】
上記の構成によると、サーバは、試行処理部において対象データに対する所定の画像処理が成功することに起因して、所定の成功条件が満たされる場合に、特定の判断基準情報を第１の判断基準情報から第２の判断基準情報に変更する。このために、画像処理装置が所定の画像処理を失敗することを抑制しつつ、所定の画像処理の実行主体をサーバから画像処理装置に変更し得る。
【００１０】
上記の画像処理装置又はサーバを実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。
【図面の簡単な説明】
【００１１】
【図１】通信システムの構成を示す。
【図２】携帯端末が実行する処理のフローチャートを示す。
【図３】サーバが実行する処理のフローチャートを示す。
【図４】第１実施例の具体的なケースを表わすシーケンス図を示す。
【図５】第２実施例のサーバが実行する処理のフローチャートを示す。
【図６】第２実施例の具体的なケースを表わすシーケンス図を示す。
【発明を実施するための形態】
【００１２】
（第１実施例）
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、携帯端末１００と、サーバ５００と、プリンタ６００と、を備える。携帯端末１００及びプリンタ６００のそれぞれは、アクセスポイント１０（以下では「ＡＰ１０」と呼ぶ）との無線接続を確立して、ＡＰ１０によって形成される無線ネットワークに所属している。これにより、各機器１００、６００は、当該無線ネットワークを利用して、ＡＰ１０を介して、相互に通信可能である。なお、各機器１００、６００は、有線ネットワークに所属していてもよい。また、携帯端末１００は、ＡＰ１０及びインターネット６を介して、サーバ５００と通信可能である。なお、携帯端末１００は、例えば３Ｇ、４Ｇ等を利用して、ＡＰ１０を介さずに、インターネット６を介して、サーバ５００と通信可能であってもよい。
【００１３】
（携帯端末１００の構成）
携帯端末１００は、例えば、携帯電話、スマートフォン、タブレットＰＣ等の可搬型の端末である。携帯端末１００は、操作部１０２と、表示部１０４と、無線インターフェース１０６と、制御部１２０と、を備える。各部１０２〜１２０は、バス線（符号省略）に接続されている。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。
【００１４】
操作部１０２は、複数のキーによって構成される。ユーザは、操作部１０２を操作することによって、様々な指示を携帯端末１００に入力することができる。表示部１０４は、様々な情報を表示するためのディスプレイである。表示部１０４は、いわゆるタッチパネルとして機能する。即ち、表示部１０４は、ユーザによって操作される操作部としても機能する。無線Ｉ／Ｆ１０６は、無線通信を実行するためのＩ／Ｆであり、ＡＰ１０との無線接続を確立している。
【００１５】
制御部１２０は、ＣＰＵ１２２と、メモリ１２４と、を備える。ＣＰＵ１２２は、メモリ１２４に格納されているプログラム１２６、１２８に従って、様々な処理を実行する。メモリ１２４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ１２４は、基本的な処理を実現するためのＯＳプログラム（Operating Systemの略）１２６と、アプリケーションプログラム（以下では「アプリ」と呼ぶ）１２８と、携帯ＲＩＰ（Raster Image Processorの略）プログラムＰＶ１と、選択リスト１３０と、を格納する。
【００１６】
アプリ１２８は、プリンタ６００のベンダによって提供されるプログラムであり、プリンタ６００に印刷を実行させるためのプログラムである。アプリ１２８は、例えば、ベンダによって提供されるインターネット上のサーバ（図示省略）から携帯端末１００にインストールされてもよいし、プリンタ６００と共に出荷されるメディアから携帯端末１００にインストールされてもよい。
【００１７】
携帯ＲＩＰプログラムＰＶ１は、ＰＤＬ（Page Description Languageの略）データに対するデータ変換処理であるＲＩＰ処理を実行するためのプログラムである。ＰＤＬデータは、ページという概念を含むあらゆるデータを含み、本実施例では、ＰＤＦ（Portable Document Formatの略）データであるが、変形例では、ＴＩＦＦ（Tagged Image File Formatの略）データ、及び、ＸＰＳ（XML Paper Specificationの略）データ等であってもよい。
【００１８】
ＰＤＬデータは、ベクタ形式のデータを含んでいてもよいし、多階調（例えば２５６階調）のビットマップ形式のデータを含んでいてもよい。ＲＩＰ処理では、まず、ＰＤＬデータから多階調（例えば２５６階調）のＲＧＢビットマップデータが生成され、次いで、多階調のＲＧＢビットマップデータから多階調（例えば２５６階調）のＣＭＹＫビットマップデータが生成される。次いで、多階調のＣＭＹＫビットマップデータから、２階調（即ち、ドットＯＮ、ドットＯＦＦ）、３階調（即ち、大ドットＯＮ、小ドットＯＮ、ドットＯＦＦ）等の比較的に少ない階調を有するＣＭＹＫビットマップデータが生成される。以下では、このようにして生成される少ない階調を有するＣＭＹＫビットマップデータのことを「印刷データ」と呼ぶ。
【００１９】
携帯ＲＩＰプログラムＰＶ１は、ＯＳプログラム１２６のベンダによって提供されるプログラムである。携帯ＲＩＰプログラムＰＶ１は、例えば、当該ベンダによって提供されるインターネット上のサーバ（図示省略）から携帯端末にインストールされてもよいし、携帯端末１００の出荷段階から携帯端末１００に予めインストールされていてもよい。当該ベンダは、随時、携帯ＲＩＰプログラムをバージョンアップしており、バージョンアップされた携帯ＲＩＰプログラムをインターネット上のサーバ（図示省略）にアップロードする。これにより、ユーザは、携帯ＲＩＰプログラムを所望のバージョンにアップデートすることができる。携帯端末１００に現在インストールされている携帯ＲＩＰプログラムＰＶ１のバージョンは、「Ｖｅｒ１」である。ＯＳプログラム１２６は、例えば、Google（商標登録）が提供するAndroid（商標登録）であり、携帯ＲＩＰプログラムＰＶ１は、Androidに内蔵されるＲＩＰプログラムである。
【００２０】
選択リスト１３０は、ＰＤＦデータに対するＲＩＰ処理を実行する主体が、携帯端末１００であるのか、サーバ５００であるのか、を判断するためのリストである。選択リスト１３０では、Creator情報とProducer情報と許容情報とが対応付けて登録される。Creator情報とProducer情報は、ＰＤＦデータに含まれる情報である。ＰＤＦデータは、通常、元データを変換することによって生成される。ここで、Creator情報は、通常、元データを生成したプログラムの名称を示す情報である。Producer情報は、通常、元データをPDFデータに変換したプログラムの名称を示す情報である。即ち、Creator情報及びProducer情報の組合せは、ＰＤＦデータが生成された生成過程を示す情報である。許容情報は、ＲＩＰ処理の実行主体が携帯端末１００であることを意味する「ＯＫ」と、ＲＩＰ処理の実行主体がサーバ５００であることを意味する「ＮＧ」と、のどちらかの値を示す。なお、本実施例では、選択リスト１３０では、携帯端末１００に現在インストールされている携帯ＲＩＰプログラムのバージョンに関係なく、Creator情報とProducer情報に対応付けて、１つの許容情報が登録される。
【００２１】
（サーバ５００の構成）
サーバ５００は、プリンタ６００のベンダによってインターネット６上に設置されるサーバである。サーバ５００は、制御部５２０を備える。制御部５２０は、ＣＰＵ５２２と、メモリ５２４と、を備える。ＣＰＵ５２２は、メモリ５２４に格納されているプログラム５３２等に従って、様々な処理を実行する。メモリ５２４は、揮発性メモリ、不揮発性メモリ等によって構成される。
【００２２】
メモリ５２４は、サーバＲＩＰプログラム５３２と、携帯ＲＩＰプログラムＰＶ１と、携帯ＲＩＰプログラムＰＶ２と、成功率リスト５３４と、を格納する。サーバＲＩＰプログラム５３２は、ＲＩＰ処理を実行するためのプログラムであり、携帯ＲＩＰプログラムＰＶ１、ＰＶ２とは異なる。サーバＲＩＰプログラム５３２は、携帯ＲＩＰプログラムＰＶ１、ＰＶ２を提供するベンダ（即ち、ＯＳプログラム１２６のベンダ）とは異なるプリンタ６００のベンダによって提供される。
【００２３】
本実施例では、プリンタ６００のベンダは、ＯＳプログラム１２６のベンダによって提供される携帯ＲＩＰプログラムを調査するために、あらゆるバージョンの携帯ＲＩＰプログラムをサーバ５００のメモリ５２４内に格納させる。図１の例では、「Ｖｅｒ１」を有する携帯ＲＩＰプログラムＰＶ１と、「Ｖｅｒ１」よりも新しいバージョン「Ｖｅｒ２」を有する携帯ＲＩＰプログラムＰＶ２と、がメモリ５２４内に格納されている。これにより、サーバ５００は、サーバＲＩＰプログラム５３２を利用したＲＩＰ処理（以下では「サーバＲＩＰ処理」と呼ぶ）のみならず、携帯ＲＩＰプログラムＰＶ１、ＰＶ２を利用したＲＩＰ処理（以下では「携帯ＲＩＰ処理」と呼ぶ）を実行することもできる。
【００２４】
成功率リスト５３４は、サーバ５００によって実行されるサーバＲＩＰ処理及び携帯ＲＩＰ処理の成功率に関係する情報を保存するためのリストである。具体的には、成功率リスト５３４には、Creator情報とProducer情報と成功率ＲＳ、Ｒ１、Ｒ２と回数ＮＳ、Ｎ１、Ｎ２とが対応付けて登録される。成功率ＲＳ、回数ＮＳは、それぞれ、サーバＲＩＰ処理の成功率、実行回数を示す。成功率Ｒ１、回数Ｎ１は、それぞれ、「Ｖｅｒ１」を有する携帯ＲＩＰプログラムＰＶ１を利用した携帯ＲＩＰ処理の成功率、実行回数を示す。また、成功率Ｒ２、回数Ｎ２は、それぞれ、「Ｖｅｒ２」を有する携帯ＲＩＰプログラムＰＶ２を利用した携帯ＲＩＰ処理の成功率、実行回数を示す。以下では、「Ｖｅｒｊ（ｊは１以上の整数）」を有する携帯ＲＩＰプログラムに対応する成功率、回数を、それぞれ、「成功率Ｒｊ」、「回数Ｎｊ」と記載することがある。
【００２５】
（携帯端末１００が実行する処理：図２）
図２を参照して、携帯端末１００のＣＰＵ１２２がアプリ１２８に従って実行する処理を説明する。図２の処理は、アプリ１２８が起動されることをトリガとして開始される。
【００２６】
Ｓ１０では、ＣＰＵ１２２は、印刷対象の画像を表わすＰＤＦデータ（以下では「対象データ」と呼ぶ）を取得することを監視する。ＣＰＵ１２２は、メモリ１２４に格納されている複数個のファイルからユーザによって指定される対象データを取得する場合に、Ｓ１０でＹＥＳと判断してＳ１２に進む。なお、変形例では、ＣＰＵ１２２は、インターネット６上に設置されている図示省略のサーバから対象データを取得する場合に、Ｓ１０でＹＥＳと判断してもよい。
【００２７】
Ｓ１２では、ＣＰＵ１２２は、取得済みの対象データからCreator情報とProducer情報を取得する。具体的には、Creator情報とProducer情報は、ＰＤＦデータの最後に記述されているトレイラ（Trailer）に指定されるInfoエントリに含まれており、ＣＰＵ１２２は、当該トレイラからCreator情報とProducer情報を取得する。Ｓ２０では、ＣＰＵ１２２は、取得済みのCreator情報とProducer情報の組合せ（以下では「対象組合せ」と呼ぶ）がメモリ１２４内の選択リスト１３０（図１参照）に登録されているか否かを判断する。ＣＰＵ１２２は、対象組合せが選択リスト１３０に登録されていない場合には、Ｓ２０でＮＯと判断してＳ２２に進み、対象組合せが選択リスト１３０に登録されている場合には、Ｓ２０でＹＥＳと判断し、Ｓ２２をスキップしてＳ４０に進む。
【００２８】
Ｓ２２では、ＣＰＵ１２２は、対象組合せと「ＮＧ」を示す許容情報とを対応付けて選択リスト１３０に新たに登録する。Ｓ２２が終了すると、Ｓ４０に進む。
【００２９】
Ｓ４０では、ＣＰＵ１２２は、選択リスト１３０を参照して、対象組合せに対応付けられている許容情報が「ＯＫ」を示すか否かを判断する。ＣＰＵ１２２は、許容情報が「ＯＫ」を示すと判断する場合（Ｓ４０でＹＥＳ）、即ち、ＲＩＰ処理の実行主体が携帯端末１００であると判断する場合に、Ｓ４２に進む。また、ＣＰＵ１２２は、許容情報が「ＮＧ」を示す場合（Ｓ４０でＮＯ）、即ち、ＲＩＰ処理の実行主体がサーバ５００であると判断する場合に、Ｓ４４に進む。
【００３０】
Ｓ４２では、ＣＰＵ１２２は、メモリ１２４内の携帯ＲＩＰプログラムＰＶ１を利用した対象データに対する携帯ＲＩＰ処理を実行する。具体的には、ＣＰＵ１２２は、携帯ＲＩＰプログラムＰＶ１を利用して、対象データ内の各オブジェクトデータを解釈し、各オブジェクトデータに応じた多階調のＲＧＢビットマップデータを生成する。ＣＰＵ１２２は、ＲＧＢビットマップデータの生成に成功すると、ＲＧＢビットマップデータに対する色変換処理を実行して、多階調のＣＭＹＫビットマップデータを生成し、次いで、多階調のＣＭＹＫビットマップデータに対するハーフトーン処理（又はディザ法に従った処理）を実行して、比較的に少ない階調を有するＣＭＹＫビットマップデータである印刷データを生成する。例えば、携帯ＲＩＰプログラムＰＶ１が、対象データ内の少なくとも１個のオブジェクトデータを解釈不可能である可能性がある。この場合、ＣＰＵ１２２は、対象データから多階調のＲＧＢビットマップデータを生成することができないので、エラーデータを生成する。Ｓ４２が終了すると、Ｓ４８に進む。
【００３１】
一方、Ｓ４４では、ＣＰＵ１２２は、対象データを含むサーバＲＩＰ要求をサーバ５００に送信する。サーバＲＩＰ要求は、サーバ５００内のサーバＲＩＰプログラム５３２を利用した対象データに対するサーバＲＩＰ処理をサーバ５００に実行させるための要求である。Ｓ４６では、ＣＰＵ１２２は、サーバＲＩＰ処理が成功する場合に、サーバ５００から印刷データを受信し、サーバＲＩＰ処理が失敗する場合に、サーバ５００からエラーデータを受信する。
【００３２】
Ｓ４８では、ＣＰＵ１２２は、Ｓ４２又はＳ４６で印刷データが生成又は受信される場合には、無線Ｉ／Ｆ１０６を介して、印刷データを含む印刷要求をプリンタ６００に送信する。印刷要求は、印刷データによって表される画像の印刷をプリンタ６００に実行させるための要求である。即ち、印刷要求をプリンタ６００に送信する処理は、印刷データによって表わされる画像をプリンタ６００に出力させる処理である。プリンタ６００のＣＰＵ（図示省略）は、携帯端末１００から印刷要求を受信することに応じて、プリンタ６００が備える印刷実行部（例えば、インクジェット方式等の印刷機構）に印刷データを供給し、印刷データによって表される画像の印刷を印刷実行部に実行させる。また、ＣＰＵ１２２は、Ｓ４２又はＳ４６でエラーデータが生成又は受信される場合には、ＲＩＰ処理の失敗に起因するエラーを示すエラー画面を表示部１０４に表示させる。これにより、ユーザは、ＲＩＰ処理が失敗したことを知ることができる。
【００３３】
続いて、Ｓ５０では、ＣＰＵ１２２は、サーバＲＩＰ要求が送信済みであるか否かを判断する。Ｓ４０で許容情報が「ＮＧ」であると判断され、Ｓ４４でサーバＲＩＰ要求がサーバ５００に送信された場合には、ＣＰＵ１２２は、Ｓ５０でＹＥＳと判断してＳ５２に進む。また、Ｓ４０で許容情報が「ＯＫ」であると判断され、Ｓ４２で携帯ＲＩＰ処理が実行された場合には、ＣＰＵ１２２は、Ｓ５０でＮＯと判断し、Ｓ５２〜Ｓ６４をスキップして図２の処理を終了する。
【００３４】
Ｓ５２では、ＣＰＵ１２２は、対象データと、メモリ１２４内の携帯ＲＩＰプログラムＰＶ１のバージョン「Ｖｅｒ１」を示すバージョン情報と、を含む携帯ＲＩＰ要求をサーバ５００に送信する。携帯ＲＩＰ要求は、バージョン情報によって示されるバージョン「Ｖｅｒ１」に対応する携帯ＲＩＰプログラムＰＶ１を利用した対象データに対する携帯ＲＩＰ処理をサーバ５００に試行させるための要求である。即ち、携帯ＲＩＰ要求をサーバ５００に送信する処理は、携帯ＲＩＰプログラムＰＶ１を利用した対象データに対する携帯ＲＩＰ処理をサーバ５００に試行させる処理である。
【００３５】
Ｓ５８では、ＣＰＵ１２２は、サーバ５００から携帯ＲＩＰ処理の完了を示す完了通知を受信する。Ｓ６０では、ＣＰＵ１２２は、完了通知を受信することに応じて、判断指示をサーバ５００に送信する。判断指示は、携帯ＲＩＰ処理の結果に応じて、選択リスト１３０内の対象組合せに対応付けられている許容情報を変更すべきか否かの判断をサーバ５００に実行させるための指示である。
【００３６】
Ｓ６２では、ＣＰＵ１２２は、サーバ５００から変更指示を受信するか否かを判断する。変更指示は、対象組合せに対応付けられている許容情報を変更すべきとサーバ５００によって判断される場合に、サーバ５００から携帯端末１００に送信される指示である。ＣＰＵ１２２は、変更指示を受信する場合（Ｓ６２でＹＥＳ）には、Ｓ６４において、選択リスト１３０内の対象組合せに対応付けられている許容情報を「ＮＧ」から「ＯＫ」に変更し、図２の処理を終了する。また、ＣＰＵ１２２は、サーバ５００から変更指示を受信しない場合（Ｓ６２でＮＯ）には、許容情報を変更せずに、図２の処理を終了する。
【００３７】
図２に示すように、ＣＰＵ１２２は、許容情報が「ＯＫ」を示すと判断する場合（Ｓ４０でＹＥＳ）に、Ｓ４４の処理を実行せず、Ｓ５０でＮＯと判断するので、サーバ５００から変更指示を受信しない。このために、仮に、Ｓ４２の携帯ＲＩＰ処理が失敗する場合でも、許容情報は「ＯＫ」から「ＮＧ」に変更されない。
【００３８】
また、上述したように、携帯端末１００に現在インストールされている携帯ＲＩＰプログラムがバージョンアップされることが想定される。本実施例では、許容情報は、携帯ＲＩＰプログラムがバージョンアップされても現在の値（例えば「ＯＫ」）に維持される。従って、許容情報が「ＯＫ」である状態で携帯ＲＩＰプログラムがバージョンアップされても、ＣＰＵ１２２は、Ｓ４４の処理を実行しない。このために、サーバ５００にサーバＲＩＰ要求に応じたサーバＲＩＰ処理を実行させないので、サーバ５００の負荷を軽減することができる。なお変形例では、ＣＰＵ１２２は、許容情報が「ＯＫ」を示し、携帯端末１００に現在インストールされている携帯ＲＩＰプログラムがバージョンアップされる場合に、許容情報を「ＯＫ」から「ＮＧ」に変更する処理を実行してもよい。
【００３９】
（サーバ５００が実行する処理：図３）
続いて、図３を参照して、サーバ５００のＣＰＵ５２２によって実行される処理を説明する。ＣＰＵ５２２は、携帯端末１００からの要求のみならず、他の携帯端末からの要求にも応じて、図３の処理を実行する。従って、サーバ５００の成功率リスト５３４は、携帯端末１００を含む様々な携帯端末からの要求に応じて更新される。以下では、携帯端末１００から要求が受信される状況を例として、図３の処理を説明する。
【００４０】
Ｓ１００では、ＣＰＵ５２２は、携帯端末１００からサーバＲＩＰ要求（図２のＳ４４参照）を受信することを監視する。ＣＰＵ５２２は、サーバＲＩＰ要求を受信する場合には、Ｓ１００でＹＥＳと判断してＳ１０２に進む。
【００４１】
Ｓ１０２では、ＣＰＵ５２２は、受信済みのサーバＲＩＰ要求に含まれる対象データからCreator情報とProducer情報を取得する。Ｓ１０４では、ＣＰＵ５２２は、取得済みのCreator情報とProducer情報の組合せ（以下では「対象組合せ」と呼ぶ）がメモリ５２４内の成功率リスト５３４に登録されているか否かを判断する。ＣＰＵ１２２は、対象組合せが成功率リスト５３４に登録されていない場合には、Ｓ１０４でＮＯと判断してＳ１０６に進み、対象組合せが成功率リスト５３４に登録されている場合には、Ｓ１０４でＹＥＳと判断し、Ｓ１０６をスキップしてＳ１１０に進む。
【００４２】
Ｓ１０６では、ＣＰＵ５２２は、対象組合せと各項目（成功率ＲＳ、回数ＮＳ、成功率Ｒｊ、回数Ｎｊ）とを対応付けて成功率リスト５３４に新たに登録する。ここでは、各項目の値は、ゼロに設定される。Ｓ１０６が終了すると、Ｓ１１０に進む。
【００４３】
Ｓ１１０では、ＣＰＵ５２２は、受信済みのサーバＲＩＰ要求に応じて、サーバＲＩＰプログラム５３２を利用した対象データに対するサーバＲＩＰ処理を実行する。具体的には、図２のＳ４２と同様に、多階調のＲＧＢビットマップデータ、多階調のＣＭＹＫビットマップデータ、及び、印刷データが順次生成される。ただし、サーバＲＩＰプログラム５３２が対象データ内の少なくとも１個のオブジェクトデータを解釈不可能である場合には、ＲＧＢビットマップデータの生成に失敗するので、エラーデータが生成される。
【００４４】
次いで、Ｓ１１２では、ＣＰＵ５２２は、成功率リスト５３４内の対象組合せに対応付けられている回数ＮＳ（以下では「対象回数ＮＳ」と呼ぶ）を１つ増加する。なお、Ｓ１１２では、ＣＰＵ５２２は、対象回数ＮＳを１つ増加する前に、対象回数ＮＳと、対象回数ＮＳに対応付けられている成功率ＲＳ（以下では「対象成功率ＲＳ」と呼ぶ）と、を乗算して、過去の成功回数を算出しておく。当該成功回数は、Ｓ１１４で利用される。
【００４５】
続いて、Ｓ１１４では、ＣＰＵ５２２は、Ｓ１１０のサーバＲＩＰ処理の結果に応じて、対象成功率ＲＳを変更する。具体的には、ＣＰＵ５２２は、サーバＲＩＰ処理が成功した場合には、Ｓ１１２で算出された成功回数を１つ増加し、増加済みの成功回数を現在の対象回数ＮＳで除算することによって、新たな対象成功率ＲＳを算出する。また、ＣＰＵ５２２は、サーバＲＩＰ処理が失敗した場合には、Ｓ１１２で算出された成功回数を現在の対象回数ＮＳで除算することによって、新たな対象成功率ＲＳを算出する。そして、ＣＰＵ５２２は、現在の対象成功率ＲＳを新たな対象成功率ＲＳに変更する。
【００４６】
Ｓ１１６では、ＣＰＵ５２２は、Ｓ１１０のサーバＲＩＰ処理が成功する場合に、携帯端末１００に印刷データを送信し、サーバＲＩＰ処理が失敗する場合に、携帯端末１００にエラーデータを送信する。
【００４７】
Ｓ１２０では、ＣＰＵ５２２は、携帯端末１００から携帯ＲＩＰ要求（図２のＳ５２参照）を受信することを監視する。ＣＰＵ５２２は、携帯ＲＩＰ要求を受信する場合には、Ｓ１２０でＹＥＳと判断してＳ１２２に進む。
【００４８】
上述したように、携帯ＲＩＰ要求は、対象データとバージョン情報とを含む。Ｓ１２２では、ＣＰＵ５２２は、受信済みの携帯ＲＩＰ要求に含まれるバージョン情報に基づいて、携帯ＲＩＰ処理で利用すべき携帯ＲＩＰプログラムのバージョン「Ｖｅｒｊ」（本例ではｊ＝１）を特定する。
【００４９】
Ｓ１３０では、ＣＰＵ５２２は、特定済みのバージョン「Ｖｅｒｊ」に対応する携帯ＲＩＰプログラム（本例ではＰＶ１）を利用した対象データに対する携帯ＲＩＰ処理を試行する。具体的には、図２のＳ４２と同様に、多階調のＲＧＢビットマップデータ、多階調のＣＭＹＫビットマップデータ、及び、印刷データが順次生成される。ただし、携帯ＲＩＰプログラムＰＶ１が対象データ内の少なくとも１個のオブジェクトデータを解釈不可能である場合には、ＲＧＢビットマップデータの生成に失敗するので、エラーデータが生成される。
【００５０】
Ｓ１３２では、ＣＰＵ５２２は、成功率リスト５３４内の対象組合せに対応付けられている回数Ｎｊ（以下では「対象回数Ｎｊ」と呼ぶ）を１つ増加する。本例では、ＣＰＵ５２２は、ｊ＝１であるので、対象回数Ｎ１を１つ増加する。なお、Ｓ１３２では、ＣＰＵ５２２は、対象回数Ｎｊを１つ増加する前に、対象回数Ｎｊと、対象回数Ｎｊに対応付けられている成功率Ｒｊ（以下では「対象成功率Ｒｊ」と呼ぶ）と、を乗算して、過去の成功回数を算出しておく。当該成功回数は、対象成功率Ｒｊを変更するためのＳ１３４で利用される。
【００５１】
続いて、Ｓ１３４では、ＣＰＵ５２２は、Ｓ１３０の携帯ＲＩＰ処理の試行結果に応じて、対象成功率Ｒｊを変更する。対象成功率Ｒｊの変更の手法は、Ｓ１１４の対象成功率ＲＳの変更の手法と同様である。
【００５２】
Ｓ１３６では、ＣＰＵ５２２は、携帯ＲＩＰ処理が完了したことを示す完了通知を携帯端末１００に送信する。Ｓ１４０では、ＣＰＵ５２２は、携帯端末１００から判断指示（図２のＳ６０を参照）を受信することを監視する。ＣＰＵ５２２は、判断指示を受信する場合には、Ｓ１４０でＹＥＳと判断してＳ１４２に進む。
【００５３】
Ｓ１４２では、ＣＰＵ５２２は、対象回数Ｎｊが閾値Ｔｈ以上であるか否かを判断する。閾値Ｔｈは、サーバ５００のベンダ（即ちプリンタ６００のベンダ）によって予め設定される値であり、例えば、「１００」である。ＣＰＵ５２２は、対象回数Ｎｊが閾値Ｔｈ以上である場合には、Ｓ１４２でＹＥＳと判断してＳ１４４に進み、対象回数Ｎｊが閾値Ｔｈ未満である場合には、Ｓ１４２でＹＥＳと判断し、Ｓ１４４及びＳ１４６をスキップして、図３の処理を終了する。対象回数Ｎｊが閾値Ｔｈ未満である場合には、Ｓ１４６で変更指示が送信されないので、携帯ＲＩＰ処理の試行回数（即ち対象回数Ｎｊ）が少ない状態での対象成功率Ｒｊに応じて、ＲＩＰ処理の実行主体がサーバ５００から携帯端末１００に変更されるのを抑制することができる。
【００５４】
Ｓ１４４では、ＣＰＵ５２２は、対象成功率Ｒｊが対象成功率ＲＳ以上であるか否かを判断する。ＣＰＵ５２２は、対象成功率Ｒｊが対象成功率ＲＳ以上である場合には、Ｓ１４４でＹＥＳと判断してＳ１４６に進み、対象成功率Ｒｊが対象成功率ＲＳ未満である場合には、Ｓ１４４でＮＯと判断し、Ｓ１４６をスキップして、図３の処理を終了する。対象成功率Ｒｊが対象成功率ＲＳ未満である場合には、Ｓ１４６で変更指示が送信されないので、携帯ＲＩＰ処理の成功率（即ち対象成功率Ｒｊ）が少ない状況で、ＲＩＰ処理の実行主体がサーバ５００から携帯端末１００に変更されるのを抑制することができる。なお、変形例では、ＣＰＵ５２２は、成功率Ｒｊが成功率ＲＳに所定の値（例えば、５％）を足した値以上であるか否か、又は、成功率Ｒｊが固定値（例えば、７０％）以上であるか否かを判断してもよい。
【００５５】
Ｓ１４６では、ＣＰＵ５２２は、変更指示を携帯端末１００に送信する。この結果、携帯端末１００において、許容情報が「ＮＧ」から「ＯＫ」に変更されるので（図２のＳ６４参照）、これ以降、対象組合せを有するＰＤＦデータに対するＲＩＰ処理の実行主体がサーバ５００から携帯端末１００に変更される。
【００５６】
なお、ＣＰＵ５２２は、Ｓ１４６において、対象組合せに対応付けられている許容情報を「ＯＫ」から「ＮＧ」に変更するが、これ以降、当該許容情報を「ＮＧ」から「ＯＫ」に変更するための処理を実行しない。即ち、当該許容情報は、「ＮＧ」から「ＯＫ」に変更された後に、「ＯＫ」から「ＮＧ」に変更されない。これにより、ＲＩＰ処理の実行主体を、サーバ５００から携帯端末１００に確実に変更することができる。
【００５７】
（具体的なケース：図４）
図４を参照して、図２及び図３の処理によって実現される具体的なケースを説明する。本ケースの初期状態では、選択リスト１３０において、Creator情報「Ｃ２」及びProducer情報「Ｐ２」の組合せに対応付けて、許容情報「ＮＧ」が登録されている。また、成功率リスト５３４において、当該組合せに対応付けて、回数ＮＳ、Ｎ１として、それぞれ、「１９９」、「９９」が登録されており、成功率ＲＳ、Ｒ１として、共に「７０％」が登録されている（図１参照）。
【００５８】
携帯端末１００は、Ｔ１００において、ユーザの操作に応じてアプリ１２８を起動し、Ｔ１０２において、印刷対象の対象データを選択するための選択画面ＳＣ１を表示する。Ｔ１０４では、ユーザは、選択画面ＳＣ１を見ながら、複数のファイルの中からファイルＦ２を選択する。この結果、携帯端末１００は、ファイルＦ２を取得する（図２のＳ１０でＹＥＳ）。
【００５９】
Ｔ１０６では、携帯端末１００は、取得済みのファイルＦ２（即ちＰＤＦデータ）からCreator情報「Ｃ２」及びProducer情報「Ｐ２」を取得する（Ｓ１２）。Ｔ１０８では、携帯端末１００は、選択リスト１３０から、Creator情報「Ｃ２」及びProducer情報「Ｐ２」の組合せ（即ち対象組合せ）に対応付けられている許容情報「ＮＧ」を取得する（Ｓ２０でＹＥＳ、Ｓ４０でＮＯ）。そして、Ｔ１２０では、携帯端末１００は、ファイルＦ２を含むサーバＲＩＰ要求をサーバ５００に送信する（Ｓ４４）。
【００６０】
Ｔ１２２では、サーバ５００は、サーバＲＩＰ要求を受信することに応じて（図３のＳ１００でＹＥＳ）、ファイルＦ２から対象組合せを取得し（Ｓ１０２、Ｓ１０４でＹＥＳ）、サーバＲＩＰ処理を実行する（Ｓ１１０）。本ケースでは、ファイルＦ２に含まれるＰＤＦデータに対するサーバＲＩＰ処理が成功するので、印刷データが生成される。そして、Ｔ１２４では、サーバ５００は、対象組合せに対応付けられている対象回数ＮＳを「１９９」から「２００」に変更し（Ｓ１１２）、新たな対象成功率ＲＳとして７０％（小数点以下は切り捨て）を算出し、現在の対象成功率ＲＳを新たな対象成功率ＲＳに変更する（Ｓ１１４）。次いで、Ｔ１２６では、サーバ５００は、Ｔ１２２で生成された印刷データを携帯端末１００に送信する（Ｓ１１６）。
【００６１】
Ｔ１２８では、携帯端末１００は、受信済みの印刷データを含む印刷要求をプリンタ６００に送信する（図２のＳ４８）。この結果、プリンタ６００は、印刷要求に従って、印刷データによって表される画像を印刷する。続いて、Ｔ１３０では、携帯端末１００は、ファイルＦ２と、バージョン「Ｖｅｒ１」を示すバージョン情報Ｖ１と、を含む携帯ＲＩＰ要求をサーバ５００に送信する（Ｓ５０でＹＥＳ，Ｓ５２）。
【００６２】
Ｔ１３２では、サーバ５００は、受信済みの携帯ＲＩＰ要求に含まれるバージョン情報Ｖ１からバージョン「Ｖｅｒ１」を特定し（Ｓ１２２）、携帯ＲＩＰプログラムＰＶ１を利用して、受信済みの携帯ＲＩＰ要求に含まれるファイルＦ２に対する携帯ＲＩＰ処理を実行する（Ｓ１３０）。本ケースでは、携帯ＲＩＰ処理が成功するので、印刷データが生成される。
【００６３】
Ｔ１３４では、サーバ５００は、対象組合せに対応付けられている対象回数Ｎ１を「９９」から「１００」に変更し（Ｓ１３２）、新たな対象成功率Ｒ１として７０％（小数点以下は切り捨て）を算出し、現在の対象成功率Ｒ１を新たな対象成功率Ｒ１に変更する（Ｓ１３４）。そして、Ｔ１４０では、サーバ５００は、携帯ＲＩＰ処理が完了したことを示す通知を携帯端末１００に送信する（Ｓ１３６）。
【００６４】
Ｔ１５０では、携帯端末１００は、サーバ５００から通知を受信することに応じて、判断指示をサーバ５００に送信する（図２のＳ６０）。
【００６５】
Ｔ１５２では、サーバ５００は、携帯端末１００から判断指示を受信することに応じて（図３のＳ１４０でＹＥＳ）、許容情報を「ＮＧ」から「ＯＫ」に変更すべきか否かを判断する。対象回数Ｎ１が閾値「１００」以上であり（Ｓ１４２でＹＥＳ）、対象成功率Ｒ１（即ち「７０％」）が対象成功率ＲＳ（即ち「７０％」）以上であるので（Ｓ１４４でＹＥＳ）、Ｔ１５４において、サーバ５００は、許容情報を「ＮＧ」から「ＯＫ」に変更すべきと判断し、変更指示を携帯端末１００に送信する（Ｓ１４６）。
【００６６】
Ｔ１５６では、携帯端末１００は、サーバ５００から変更指示を受信することに応じて（図２のＳ６２でＹＥＳ）、選択リスト１３０内の対象組合せに対応付けられている許容情報を「ＮＧ」から「ＯＫ」に変更する（Ｓ１５６）。
【００６７】
Ｔ１５６の後に、Ｔ１０２〜Ｔ１０６と同様に、選択画面ＳＣ１が表示され（Ｔ１６２）、ファイルＦ２が選択され（Ｔ１６４）、Creator情報「Ｃ２」とProducer情報「Ｐ２」との組合せ（即ち対象組合せ）が特定される状況が想定される。この場合、選択リスト１３０内の対象組合せに対応付けられている許容情報が「ＯＫ」を示すので（Ｔ１５６参照）、携帯端末１００は、ＲＩＰ処理の実行主体が携帯端末１００であると判断する（Ｔ１６８）。このために、携帯端末１００は、携帯ＲＩＰプログラムＰＶ１を利用して、ファイルＦ２に含まれるＰＤＦデータに対する携帯ＲＩＰ処理を実行する（Ｔ１８０）。本ケースでは、携帯ＲＩＰ処理が成功するので、印刷データが生成され、Ｔ１８２では、携帯端末１００は、印刷データを含む印刷要求をプリンタ６００に送信する。
【００６８】
（本実施例における他のケース）
例えば、ユーザは、メモリ１２４内の携帯ＲＩＰプログラムＰＶ１を携帯ＲＩＰプログラムＰＶ２にアップデート（即ちバージョンアップ）することができる。その後、初めて、選択画面ＳＣ１からファイルＦ１が選択される状況（図２のＳ１０でＹＥＳ）を想定する。ファイルＦ１に含まれるＰＤＦデータのCreator情報、Producer情報は、それぞれ、「Ｃ１」、「Ｐ１」を示す。ここで、選択リスト１３０内の対象組合せ（即ちCreator情報「Ｃ１」及びProducer情報「Ｐ１」の組合せ）に対応付けられている許容情報が「ＮＧ」を示すので（Ｓ４０でＮＯ）、サーバ５００において、サーバＲＩＰ処理が実行され（Ｓ４４、図３のＳ１００〜Ｓ１１０）、さらに、携帯ＲＩＰ処理が実行される（Ｓ１２０〜Ｓ１３０）。
【００６９】
サーバ５００では、さらに、成功率リスト５３４内の対象組合せに対応付けられている対象回数Ｎ２が閾値Ｔｈ以上であると判断され（図３のＳ１４２でＹＥＳ）、対象成功率Ｒ２が対象成功率ＲＳ以上であると判断されるので（Ｓ１４４でＹＥＳ）、変更指示が携帯端末１００に送信される（Ｓ１４６）。この結果、携帯端末１００では、選択リスト１３０内の対象組合せに対応付けられている許容情報が「ＮＧ」から「ＯＫ」に変更される（図２のＳ６４）。このように、携帯端末１００は、携帯ＲＩＰプログラムをバージョンアップすることに応じて、ＰＤＦデータに対するＲＩＰ処理の実行主体をサーバ５００から携帯端末１００に変更することができる。
【００７０】
（本実施例の効果）
携帯端末１００は、許容情報が「ＮＧ」を示す場合、即ち、ＲＩＰ処理の実行主体がサーバ５００であると判断される場合には、サーバ５００にサーバＲＩＰ処理を実行させて（図４のＴ１２０）、サーバ５００から印刷データを受信する（Ｔ１２６）。この場合、携帯端末１００は、さらに、携帯ＲＩＰ要求をサーバ５００に送信し（Ｔ１３０）、サーバ５００に携帯ＲＩＰ処理を試行させる（Ｔ１３２）。サーバ５００は、対象データに対する携帯ＲＩＰ処理が成功することに起因して、対象回数Ｎｊが閾値Ｔｈ以上であり、かつ、対象成功率Ｒｊが対象成功率ＲＳ以上であると判断する場合に、許容情報を「ＮＧ」から「ＯＫ」に変更するための変更指示を携帯端末１００に送信する（Ｔ１５４）。携帯端末１００は、変更指示を受信することに応じて、許容情報を「ＮＧ」から「ＯＫ」に変更する（Ｔ１５６）。対象データに対する携帯ＲＩＰ処理が成功する可能性を示す対象成功率Ｒｊが、対象データに対するサーバＲＩＰ処理が成功する可能性を示す対象成功率ＲＳ以上であるので、許容情報が「ＯＫ」に変更された後に、携帯端末１００が携帯ＲＩＰプログラムＰＶ１を利用したＲＩＰ処理を実行する場合に、当該ＲＩＰ処理が失敗する可能性が低い。従って、携帯端末１００が対象データに対する携帯ＲＩＰ処理を失敗することを抑制しつつ、対象データに対するＲＩＰ処理の実行主体をサーバ５００から携帯端末１００に変更することができる。サーバ５００を利用せずにＲＩＰ処理を完結させることができるので、印刷までに要する時間を短縮化することができる。
【００７１】
また、上述したように、携帯ＲＩＰプログラムは、プリンタ６００のベンダ（即ち、サーバ５００のベンダ）ではなく、ＯＳプログラム１２６のベンダによって提供される。そのため、携帯ＲＩＰプログラムを利用したＲＩＰ処理が失敗する場合に、プリンタ６００のベンダは、失敗の原因を把握することが困難である。一方、サーバＲＩＰプログラムは、プリンタ６００のベンダによって提供される。そのため、サーバＲＩＰプログラム利用したＲＩＰ処理が失敗する場合に、プリンタ６００のベンダは、失敗の原因を把握することが比較的に容易であり、当該原因に応じてサーバＲＩＰプログラムを改良することが可能である。したがって、対象成功率Ｒｊが対象成功率ＲＳ以上になるまで、サーバＲＩＰプログラムを利用することで、ＲＩＰ処理の成功率を高めることができ、この結果、ユーザの利便性を向上させることができる。
【００７２】
また、本実施例によれば、携帯端末１００は、携帯ＲＩＰ要求をサーバ５００に送信し（Ｔ１３０）、サーバ５００に携帯ＲＩＰ処理を試行させる（Ｔ１３２）。これにより、携帯端末１００が携帯ＲＩＰ処理を試行する場合と比較して、携帯端末１００の処理負荷を軽減することができる。
【００７３】
（対応関係）
携帯端末１００が、「画像処理装置」の一例である。ＲＩＰ処理、携帯ＲＩＰプログラムＰＶ１、サーバＲＩＰプログラム５３２が、それぞれ、「所定の画像処理」、「第１種の画像処理プログラム」、「第２種の画像処理プログラム」、の一例である。メモリ１２４が、「格納部」の一例である。選択リスト１３０内の許容情報が、「特定の判断基準情報」の一例である。対象組合せが、「対象種類情報」の一例である。図２のＳ４４のサーバＲＩＰ要求、Ｓ５２の携帯ＲＩＰ要求が、それぞれ、「第１の画像処理要求」、「第２の画像処理要求」の一例である。プリンタ６００が「出力部」の一例である。印刷データが、「第１の処理済みデータ」及び「第２の処理済みデータ」の一例である。成功率ＲＳ及び回数ＮＳが、「実績情報」の一例であり、成功率Ｒｊ及び回数Ｎｊが、「試行結果情報」の一例である。
【００７４】
（第２実施例）
（通信システム２の構成：図１）
本実施例では、携帯端末１００が選択リスト１３０を有しておらず、サーバ５００が選択リスト５３０を有する点が、第１実施例とは異なる。
【００７５】
サーバ５００のメモリ５２４は、選択リスト５３０を格納している。選択リスト５３０では、Creator情報とProducer情報と複数個の許容情報とが対応付けて登録される。一方の許容情報は、バージョン「Ｖｅｒ１」を有する携帯ＲＩＰプログラムＰＶ１に対応し、他方の許容情報は、バージョン「Ｖｅｒ２」を有する携帯ＲＩＰプログラムＰＶ２に対応する。
【００７６】
（携帯端末１００が実行する処理：図２）
図２を参照して、本実施例において、携帯端末１００のＣＰＵ１２２が実行する処理について説明する。
【００７７】
ＣＰＵ１２２は、Ｓ２０、Ｓ２２の処理に代えて、Ｓ３０、Ｓ３２の処理を実行する。Ｓ３０では、ＣＰＵ１２２は、Ｓ１２で取得された対象組合せと、メモリ１２４に現在格納されている携帯ＲＩＰプログラムＰＶ１のバージョン「Ｖｅｒ１」を有するバージョン情報と、を含む許容情報要求をサーバ５００に送信する。許容情報要求は、選択リスト５３０において、対象組合せとバージョン情報とに対応付けられている許容情報（以下では「対象許容情報」と呼ぶ）をサーバ５００に送信させるための要求である。Ｓ３２では、ＣＰＵ１２２は、許容情報要求を送信することに応じて、サーバ５００から対象許容情報を受信する。Ｓ４０では、ＣＰＵ１２２は、受信済みの対象許容情報が「ＯＫ」を示すか否かを判断する。他の処理は、第１実施例と同様である。
【００７８】
（サーバ５００が実行する処理：図５）
図５を参照して、本実施例において、サーバ５００のＣＰＵ５２２が実行する処理について説明する。
【００７９】
Ｓ２００では、ＣＰＵ５２２は、携帯端末１００から許容情報要求（図２のＳ３０参照）を受信することを監視する。ＣＰＵ５２２は、許容情報要求を受信する場合には、Ｓ２００でＹＥＳと判断してＳ２０２に進む。
【００８０】
Ｓ２０２では、ＣＰＵ５２２は、許容情報要求に含まれる対象組合せが、メモリ５２４内の選択リスト５３０に登録されているか否かを判断する。ＣＰＵ５２２は、対象組合せが選択リスト５３０に登録されていない場合には、Ｓ２０２でＮＯと判断してＳ２０４に進み、対象組合せが選択リスト５３０に登録されている場合には、Ｓ２０２でＹＥＳと判断し、Ｓ２０４をスキップしてＳ２０６に進む。Ｓ２０４では、ＣＰＵ１２２は、対象組合せと複数個の許容情報とを対応付けて選択リスト１３０に新たに登録する。ここでは、各許容情報は、「ＮＧ」を示す。Ｓ２０６では、ＣＰＵ５２２は、選択リスト５３０内の対象許容情報を携帯端末１００に送信する。
【００８１】
Ｓ２１０では、ＣＰＵ５２２は、サーバＲＩＰ要求（図２のＳ４４参照）を受信することを監視する。ＣＰＵ５２２は、サーバＲＩＰ要求を受信する場合には、Ｓ２１０でＹＥＳと判断して、図３のＳ１０２からＳ１３４と同様の処理を実行する。一方、ＣＰＵ５２２は、サーバＲＩＰ要求を受信しない場合には、Ｓ２１０でＮＯと判断して、図５の処理を終了する。
【００８２】
Ｓ２４２は、Ｓ２４４は、それぞれ、図３のＳ１４２、Ｓ１４４と同様である。ＣＰＵ５２２は、Ｓ２４４でＹＥＳと判断する場合、Ｓ２４６に進む。Ｓ２４６では、ＣＰＵ５２２は、選択リスト５３０内の対象許容情報を「ＮＧ」から「ＯＫ」に変更し、その後、図５の処理を終了する。
【００８３】
（具体的なケース）
図６を参照して、図２及び図５の処理によって実現される具体的なケースを説明する。Ｔ２００からＴ２０６は、図４のＴ１００からＴ１０６と同様である。Ｔ２１０では、携帯端末１００は、Creator情報「Ｃ２」及びProducer情報「Ｐ２」（即ち、対象組合せ）と、バージョン情報Ｖ１と、を含む許容情報要求をサーバ５００に送信する（図２のＳ３０）。
【００８４】
Ｔ２１２では、携帯端末１００は、サーバ５００から、選択リスト５３０において、対象組合せとバージョン情報Ｖ１とに対応付けられている対象許容情報「ＮＧ」を受信する（Ｓ３２）。
【００８５】
Ｔ２２０では、受信済みの対象許容情報が「ＮＧ」を示すので（図２のＳ４０でＮＯ）、携帯端末１００は、ファイルＦ２を含むサーバＲＩＰ要求をサーバ５００に送信する。Ｔ２２２からＴ２３４は、図４のＴ１２２からＴ１３４と同様である。即ち、携帯ＲＩＰ処理が成功し（Ｔ２３２）、Ｔ２３４が終了した状態では、対象回数Ｎ１が「１００」であり、対象成功率Ｒ１が「７０％」である。
【００８６】
Ｔ２４０では、サーバ５００は、対象回数Ｎ１が閾値「１００」以上であり（Ｓ２４２でＹＥＳ）、対象成功率Ｒ１「７０％」が対象成功率ＲＳ「７０％」以上であるので（Ｓ２４４でＹＥＳ）、選択リスト２３０内の対象許容情報を「ＮＧ」から「ＯＫ」に変更する（Ｓ２４６）。
【００８７】
Ｔ２４０の後に、Ｔ２０２〜Ｔ２０６と同様に、選択画面ＳＣ１が表示され（Ｔ２６２）、ファイルＦ２が選択され（Ｔ２６４）、Creator情報「Ｃ２」とProducer情報「Ｐ２」との組合せ（即ち対象組合せ）が特定される状況が想定される。この場合、Ｔ２４０で対象許容情報が「ＯＫ」に変更されているので、携帯端末１００は、許容情報要求を送信することに応じて（Ｔ２７０）、サーバ５００から「ＯＫ」を示す対象許容情報を受信する（Ｔ２７２）。このために、携帯端末１００は、携帯ＲＩＰプログラムＰＶ１を利用して、ファイルＦ２に含まれるＰＤＦデータに対する携帯ＲＩＰ処理を実行する（Ｔ２８０）。本ケースでは、携帯ＲＩＰ処理が成功するので、印刷データが生成され、Ｔ２８２では、携帯端末１００は、印刷データを含む印刷要求をプリンタ６００に送信する。
【００８８】
本実施例でも、第１実施例と同様に、携帯端末１００が携帯ＲＩＰ処理を失敗することを抑制しつつ、ＲＩＰ処理の実行主体をサーバ５００から携帯端末１００に変更することができる。本実施例では、選択リスト５３０内の許容情報が、「特定の判断基準情報」の一例である。
【００８９】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例が含まれる。
【００９０】
（変形例１）ＣＰＵ１２２は、図２のＳ５２の処理を実行せずに、メモリ１２４内の携帯ＲＩＰプログラムＰＶ１を利用して携帯ＲＩＰ処理を試行してもよい。この場合、ＣＰＵ１２２は、携帯ＲＩＰ処理の結果を示す情報をサーバ５００に送信し、ＣＰＵ５２２は、当該情報に基づいて図３のＳ１３２からＳ１４６の処理を実行してもよい。即ち、「試行処理部」は、画像処理装置に備えられていてもよい。
【００９１】
（変形例２）ＣＰＵ１２２は、Ｓ４６で印刷データを受信する代わりに、印刷データによって表される画像を表示部１０４に表示させるための表示データを受信してもよい。例えば、当該表示データは、サーバＲＩＰ処理によって生成される多階調のＲＧＢビットマップデータであり、表示データによって表される画像は、いわゆるプレビュー画像である。Ｓ４８では、ＣＰＵ１２２は、表示データを表示部１０４に供給して、プレビュー画像を表示部１０４に表示させてもよい。本変形例では、表示部１０４、多階調のＲＧＢビットマップデータが、それぞれ、「出力部」、「処理済みデータ」の一例である。
【００９２】
（変形例３）許容情報は、「ＮＧ」から「ＯＫ」に変更された後に、「ＯＫ」から「ＮＧ」に変更されてもよい。例えば、ＣＰＵ５２２は、図５のＳ２４４でＮＯと判断し、許容情報が「ＯＫ」を示す場合に、許容情報を「ＯＫ」から「ＮＧ」に変更してもよい。具体的には、携帯端末１００からの要求に応じた携帯ＲＩＰ処理が成功することに起因して、許容情報が「ＯＫ」に変更された後に、他の携帯端末からの要求に応じた携帯ＲＩＰ処理が失敗することに起因して成功率Ｒｊが低下し、Ｓ２４４でＮＯと判断される場合に、許容情報が「ＯＫ」から「ＮＧ」に変更されてもよい。
【００９３】
（変形例４）成功率リスト５３４は、携帯端末１００のメモリ１２４に格納されていてもよい。この場合、ＣＰＵ１２２は、図２のＳ６０及びＳ６２の処理を実行せず、Ｓ４６の印刷データ又はエラーデータを利用して、図３のＳ１１２からＳ１１４と同様の処理を実行してもよい。また、ＣＰＵ１２２は、携帯ＲＩＰ要求を送信すること（図２のＳ５２）に応じてサーバ５００から受信される印刷データ又はエラーデータを利用して、図３のＳ１３２からＳ１４４（Ｓ１３６、Ｓ１４０を除く）と同様の処理を実行し、許容情報を変更してもよい。即ち、「実績情報」は、「装置側メモリ」に格納されていてもよい。
【００９４】
（変形例５）上記の実施例では、回数Ｎｊが閾値以上であり、成功率Ｒｊが成功率ＲＳ以上である場合（図３のＳ１４２でＹＥＳかつＳ１４４でＹＥＳ）に、ＣＰＵ５２２は、変更指示を送信する。これに代えて、ＣＰＵ５２２は、Ｓ１３０で携帯ＲＩＰ処理が成功し、回数Ｎｊが１以上である場合に、Ｓ１４４の処理を実行せずに、変更指示を送信してもよい。即ち、携帯ＲＩＰ処理が１回でも成功する場合に、許容情報が「ＮＧ」から「ＯＫ」に変更されてもよい。本変形例では、１回の携帯ＲＩＰ処理が成功することが「所定の成功条件」の一例である。
【００９５】
（変形例６）上記の実施例では、成功率リスト５３４には、成功率Ｒｊに代えて、携帯ＲＩＰ処理の失敗率が登録されてもよい。また、成功率リスト５３４には、携帯ＲＩＰ処理が成功した回数を示す成功回数、又は、携帯ＲＩＰ処理が失敗した回数を示す失敗回数が登録されてもよい。同様に、成功率リスト５３４には、成功率ＲＳに代えて、サーバＲＩＰ処理の失敗率、成功回数、又は、失敗回数が登録されてもよい。そして、失敗率、成功回数、又は、失敗回数に応じた閾値が設定されてもよい。本変形例では、失敗率、成功回数、又は、失敗回数が、「試行結果情報」及び「実績情報」の一例である。
【００９６】
（変形例７）図３のＳ１２０の携帯ＲＩＰ要求は、対象データを含まなくてもよい。この場合、ＣＰＵ５２２は、Ｓ１３０で、Ｓ１１０で受信したサーバＲＩＰ要求に含まれる対象データに対する携帯ＲＩＰ処理を実行してもよい。即ち、「第２の画像処理要求」は、「対象データ」を含んでもよく、含まなくてもよい。
【００９７】
（変形例８）上記の実施例では、選択リスト１３０に代えて、許容情報のみを格納してもよい。また、メモリ５２４は、成功率リスト５３４において、Creator情報とProducer情報の組合せに対応付けずに、成功率ＲＳ、実行回数ＮＳと、成功率Ｒｊ、回数Ｎｊと、を格納してもよい。この場合、ＣＰＵ１２２は、図２のＳ１２からＳ２２の処理を実行しなくてもよく、ＣＰＵ５２２は、図３のＳ１０２からＳ１０６の処理を実行しなくてもよい。そして、ＣＰＵ５２２は、成功率Ｒｊが成功率ＲＳ以上となる場合に、変更指示を携帯端末１００に送信してもよい。
【００９８】
（変形例９）上記の実施例では、メモリ１２４は、許容情報を含む選択リスト１３０を格納するが、これに代えて、ＲＩＰ処理の実行主体が携帯端末１００であると判断されるべきCreator情報とProducer情報の組合せのリストを格納してもよい。この場合、ＣＰＵ１２２は、図２のＳ２０，２２を実行せず、Ｓ４０において、Ｓ１２で取得した対象組合せが当該リストに含まれるか否かを判断し、Ｓ６４において、Ｓ１２で取得されたCreator情報とProducer情報の組合せを当該リストに登録すればよい。本変形例では、当該リストが、「特定の判断基準情報」の一例である。
【００９９】
（変形例１０）携帯端末１００及びサーバ５００が実行する画像処理は、ＲＩＰ処理に限らない。例えば、画像処理は、対象データに対するモノクロ変換処理、セピア変換処理、２値化処理、エッジ検出処理等でもよい。また、「画像処理装置」は、携帯端末１００に限られず、プリンタ、多機能機等であってもよい。
【０１００】
（変形例１１）上記の実施例では、携帯端末１００のＣＰＵ１２２がアプリ１２８に従って処理を実行することによって、図２、図４、及び、図６の各処理が実現される。これに代えて、これらの各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。同様に、サーバ５００のＣＰＵ５２２によって実行される図３〜図５、及び、図６の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。
【０１０１】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１０２】
２：通信システム、６：インターネット、１０：ＡＰ、１００：携帯端末、１０２：操作部、１０４：表示部、１０６：無線Ｉ／Ｆ、１２０：制御部、１２２：ＣＰＵ、１２４：メモリ、１２６：ＯＳプログラム、１２８：アプリ、１３０：選択リスト、５００：サーバ、５２２：制御部、５２４：メモリ、５２６：プログラム、５３２：サーバＲＩＰプログラム、５３４：成功率リスト、６００：プリンタ、ＰＶ１，ＰＶ２：携帯ＲＩＰプログラム
【図１】
2017107337.tif 000003
【図２】
2017107337.tif 000004
【図３】
2017107337.tif 000005
【図４】
2017107337.tif 000006
【図５】
2017107337.tif 000007
【図６】
2017107337.tif 000008