JP2022055071A - 通信装置と通信装置のためのコンピュータプログラム - Google Patents

Abstract

【課題】通信装置が特定サーバから対象データを迅速に受信し得る技術を提供する。【解決手段】通信装置は、第１のモード及び第２のモードのうちの一方の動作モードで選択的に動作することができる。第１のモードは、ポーリング信号をインターネット上の特定サーバに繰り返し送信して、特定サーバから対象データを受信するためのモードである。第２のモードは、ポーリング信号を特定サーバに送信することなく、特定サーバから対象データを受信するためのモードである。通信装置は、第１のモードで動作している状態において、特定サーバから少なくとも１個の応答を受信することを含む第１の所定条件が満たされる場合に、通信装置の動作モードを第１のモードに代えて第２のモードに設定する。【選択図】図４

Description

本明細書では、インターネット上のサーバとの通信を実行する通信装置に関する技術を開示する。

特許文献１には、ＧＣＰ（Google Cloud Printの略）に従って印刷を実行可能なプリンタが開示されている。プリンタは、ＸＭＰＰ（eXtensible Messaging and Presence Protocol）接続を印刷仲介サーバと確立している場合（以下では「ＸＭＰＰモード」と記載する）には、ポーリング信号を印刷仲介サーバに定期的に送信することなく、印刷仲介サーバによって印刷ジョブが生成される際に、印刷仲介サーバから印刷に関する通知を受信する。プリンタは、ＸＭＰＰモードで動作している間に印刷仲介サーバとの通信が不安定になると、ＸＭＰＰのストリームをクローズして、ポーリング信号を印刷仲介サーバに定期的に送信する状態（以下では「ポーリングモード」と記載する）に移行する。プリンタは、ポーリング信号の送信時に印刷仲介サーバが印刷ジョブを有している場合に、印刷仲介サーバから印刷に関する通知を受信する。

特開２０１２－１８７８６６号公報

上述したように、ＸＭＰＰモードでは、ポーリング信号がプリンタから印刷仲介サーバに定期的に送信されることなく、印刷仲介サーバによって印刷ジョブが生成される際に、印刷仲介サーバからプリンタに上記の通知が送信される。一方、ポーリングモードでは、印刷仲介サーバにおいて印刷ジョブが生成されてから、プリンタから印刷仲介サーバにポーリング信号が送信されるまでの間、印刷仲介サーバからプリンタに上記の通知が送信されない。このため、プリンタは、ＸＭＰＰモードと比べると、印刷ジョブが生成されてから長時間が経過した後に、印刷を実行し得る。

本明細書では、通信装置が特定サーバから対象データを迅速に受信し得る技術を提供する。

本明細書で開示する通信装置は、通信装置の動作モードを第１のモードに設定する第１のモード設定部であって、前記第１のモードは、ポーリング信号をインターネット上の特定サーバに繰り返し送信して、前記特定サーバから対象データを受信するためのモードである、前記第１のモード設定部と、前記特定サーバが前記対象データを有している状態において、前記ポーリング信号が前記特定サーバによって受信される場合に、前記特定サーバから、前記対象データに関連する関連情報を含む応答を受信する第１の応答受信部と、前記特定サーバが前記対象データを有していない状態において、前記ポーリング信号が前記特定サーバによって受信される場合に、前記特定サーバから、前記関連情報を含まない応答を受信する第２の応答受信部と、前記通信装置の前記動作モードが前記第１のモードに設定されている状態において、前記特定サーバから少なくとも１個の前記応答を受信することを含む第１の所定条件が満たされる場合に、前記通信装置の前記動作モードを前記第１のモードに代えて第２のモードに設定する第２のモード設定部であって、前記第２のモードは、前記ポーリング信号を前記特定サーバに送信することなく、前記特定サーバから前記対象データを受信するためのモードである、前記第２のモード設定部と、前記通信装置の前記動作モードが前記第２のモードに設定されている状態において、前記対象データが前記特定サーバによって取得される場合に、前記特定サーバから前記関連情報を受信する関連情報受信部と、を備えていてもよい。

この構成によると、通信装置は、第１のモードに設定されている状態において第１の所定条件が満たされる場合に、ポーリング信号を送信することなく対象データを受信するための第２のモードに移行する。通信装置は、第２のモードの移行することによって、特定サーバから関連情報を迅速に受信し得るので、特定サーバから対象データを迅速に受信し得る。

上記の通信装置を実現するためのコンピュータプログラム、当該コンピュータプログラムを記憶するコンピュータ可読記録媒体、及び、通信装置によって実行される方法も新規で有用である。また、上記の通信装置と特定サーバとを備えるシステムも新規で有用である。

通信システムの構成を示す。 プリンタに関する情報を印刷仲介サーバに登録する処理のシーケンス図を示す。 モード設定処理のフローチャートを示す。 Ｐｏｌｌｉｎｇ Ｍｏｄｅ処理のフローチャートを示す。 Ｅｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ処理のフローチャートを示す。 プリンタがＰｏｌｌｉｎｇ Ｍｏｄｅで動作するケースＡのシーケンス図を示す。 図６の続きのシーケンス図を示す。 プリンタのプロキシ設定が切り替えられ、かつ、プリンタが所属するＬＡＮが切り替えられるケースＢのシーケンス図を示す。 プリンタと印刷仲介サーバとの間の通信状態が不安定になるケースＣのシーケンス図を示す。

（通信システム２の構成；図１）
図１に示されるように、通信システム２は、プリンタ１０と携帯端末５０と複数個のアクセスポイント６０，７０Ａと印刷仲介サーバ１００とを備える。プリンタ１０は、アクセスポイント（以下では「ＡＰ（Access Pointの略）」と記載する）６０が親局として動作しているＬＡＮ（Local Area Networkの略）６２、又は、ＡＰ７０Ａが親局として動作しているＬＡＮ７２に選択的に所属することができる。印刷仲介サーバ１００は、インターネット６に接続されている。プリンタ１０は、ＬＡＮ６２又はＬＡＮ７２に所属している場合に、ＡＰ６０又はＡＰ７０Ａを介して、印刷仲介サーバ１００との通信を実行することができる。変形例では、ＬＡＮ６２及びＬＡＮ７２は、無線ＬＡＮの代わりに有線ＬＡＮであってもよい。携帯端末５０は、ＬＡＮ６２又はＬＡＮ７２に所属している場合に、ＡＰ６０又は７０Ａを介して、プリンタ１０及び印刷仲介サーバ１００との通信を実行することができる。変形例では、携帯端末５０は、３Ｇ、４Ｇ、５Ｇ等のセルラー通信を利用して、印刷仲介サーバ１００との通信を実行してもよい。

（プリンタ１０の構成）
プリンタ１０は、印刷機能を実行可能な周辺装置（例えば、携帯端末５０の周辺装置）である。本実施例において、プリンタ１０は、可搬式のプリンタ（いわゆるモバイルプリンタ）である。従って、ユーザは、ＡＰ６０又はＡＰ７０Ａの近くまでプリンタ１０を運ぶことによって、プリンタ１０をＬＡＮ６２又はＬＡＮ７２に選択的に所属させることができる。

プリンタ１０は、表示部１２と、無線ＬＡＮインターフェース１４と、印刷実行部１８と、制御部３０と、を備える。各部１２～３０は、バス線（符号省略）に接続されている。なお、以下では、インターフェースのことを単に「Ｉ／Ｆ」と記載する。

表示部１２は、様々な情報を表示するためのディスプレイである。表示部１２は、いわゆるタッチパネル（即ちユーザによって操作される操作部）としても機能する。無線ＬＡＮＩ／Ｆ１４は、Ｗｉ－Ｆｉ規格に従った無線通信を実行するための無線Ｉ／Ｆである。具体的には、無線ＬＡＮＩ／Ｆ１４は、ＡＰ６０又はＡＰ７０Ａとの無線接続を確立する。これにより、プリンタ１０は、ＬＡＮ６２又はＬＡＮ７２に所属する。印刷実行部１８は、インクジェット方式、レーザ方式等の印刷機構である。

制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４は、上記のプログラム３６の他に、クラウド印刷設定とプロキシ設定とを記憶している。クラウド印刷設定は、プリンタ１０に関する情報が印刷仲介サーバ１００に登録されていることを意味する「登録済」と、当該情報が登録されていないことを意味する「未登録」と、のどちらかの値を示す。当該情報が印刷仲介サーバ１００に登録されると、プリンタ１０は、印刷仲介サーバ１００からクラウド印刷サービスを受けることができる。本実施例では、クラウド印刷サービスは、Microsoft（登録商標）のＵＰ（Universal Print）サービスである。クラウド印刷サービスは、インターネットを介して提供される印刷サービスであればよく、例えば、ＧＣＰ（Google（登録商標） Cloud Print）サービスであってもよい。

プロキシ設定は、プロキシサーバ７０Ｂを利用することを示す「有効」と、プロキシサーバ７０Ｂを利用しないことを示す「無効」と、のどちらかの値を示すフラグ情報を含む。プロキシ設定は、さらに、プロキシサーバ７０Ｂを利用するための複数個の設定値を含み得る。フラグ情報及び複数個の設定値は、ユーザによって入力される。複数個の設定値は、プロキシサーバ７０ＢのＩＰアドレスと、プロキシサーバ７０Ｂとの通信に利用されるポート番号と、ユーザ名と、パスワードと、を含む。

（ＡＰ６０，７０の構成）
各ＡＰ６０，７０Ａは、ＤＨＣＰ（Dynamic Host Configuration Protocolの略）サーバ機能を有する。そのため、ＡＰ６０は、ＬＡＮ６２に所属するデバイスにＩＰアドレスを割り当てることができ、ＡＰ７０Ａは、ＬＡＮ７２に所属するデバイスにＩＰアドレスを割り当てることができる。ＡＰ７０Ａによって形成されるＬＡＮ７２には、さらに、プロキシサーバ７０Ｂとウェブサーバ７０Ｃとが設けられている。

（携帯端末５０の構成）
携帯端末５０は、例えば、携帯電話、スマートフォン、ＰＤＡ、タブレットＰＣ等の可搬型の端末装置である。なお、変形例では、携帯端末５０に代えて、据置型のＰＣ、ノートＰＣ等が利用されてもよい。以下では、携帯端末５０のことを「端末５０」と記載する。

（印刷仲介サーバ１００の構成）
印刷仲介サーバ１００は、クラウド印刷サービスを提供するサーバである。印刷仲介サーバ１００は、本実施例では、プリンタ１０のベンダによって設置されるサーバではなく、クラウド印刷サービスを提供する事業者によって設置されるサーバである。変形例では、印刷仲介サーバ１００は、プリンタ１０のベンダによって設置されるサーバであってもよい。印刷仲介サーバ１００は、例えば携帯端末５０から受信される画像データを変換して印刷データを生成し、当該印刷データをプリンタ１０に送信する。以下では、印刷仲介サーバ１００のことを「サーバ１００」と記載する。

（登録処理：図２）
図２を参照して、プリンタ１０がサーバ１００からクラウド印刷サービスを受けるために、プリンタ１０に関する情報をサーバ１００に登録するための処理を説明する。図２の初期状態では、プリンタ１０及び端末５０は、同じＬＡＮ（即ちＬＡＮ６２又はＬＡＮ７２）に所属している。プリンタ１０がＬＡＮ６２に所属している場合には、プリンタ１０は、ＡＰ６０を利用して、端末５０及びサーバ１００との通信を実行する。また、プリンタ１０がＬＡＮ７２に所属している場合には、プリンタ１０は、ＡＰ７０Ａを利用して、端末５０及び印刷仲介サーバ１００との通信を実行し、プロキシサーバ７０Ｂ及びウェブサーバ７０Ｃをさらに利用して、印刷仲介サーバ１００との通信を実行する。しかしながら、図２では、ＡＰ６０、ＡＰ７０Ａ、及び、各サーバ７０Ｂ，７０Ｃを図示省略している。下記の図６以降のシーケンス図でも、特に必要がない限り、これらのデバイスを図示省略する。

以下では、プリンタ１０のＣＰＵ３２がプログラム３６に従って実行する処理を説明する際に、ＣＰＵ３２を主体として記載するのではなく、プリンタ１０を主体として記載する。また、プリンタ１０によって実行される以下の全ての通信は、無線ＬＡＮＩ／Ｆ１４を介して実行される。従って、以下では、通信に関する処理を説明する際に、「無線ＬＡＮＩ／Ｆ１４を介して」という記載を省略する。

端末５０は、ユーザからの操作を受け付けることに応じて、例えばプリンタ１０内のウェブサーバにアクセスする。そして、端末５０は、ユーザから、さらに、プリンタ１０がクラウド印刷サービスを受けるための操作を受け付けることに応じて、Ｔ１０において、登録指示をプリンタ１０に送信する。

プリンタ１０は、Ｔ１０において、端末５０から登録指示を受信すると、Ｔ１２において、プリンタ１０を識別する情報であるプリンタＩＤを含む登録要求をサーバ１００に送信する。

サーバ１００は、Ｔ１２において、プリンタ１０から登録要求を受信すると、Ｔ１４において、ＰＩＮコードを生成して、登録要求に含まれるプリンタＩＤと生成済みのＰＩＮコードとを対応付けて記憶する。次いで、サーバ１００は、Ｔ２０において、ＰＩＮコードとログイン用ＵＲＬ（Uniform Resource Locatorの略）とをプリンタ１０に送信する。ログイン用ＵＲＬは、サーバ１００内の後述の認証画面データの位置を示す情報である。

プリンタ１０は、Ｔ２０において、サーバ１００からＰＩＮコードとＵＲＬとを受信すると、Ｔ２２において、それらを端末５０に送信する。

端末５０は、Ｔ２２において、プリンタ１０からＰＩＮコードとＵＲＬとを受信すると、Ｔ３０において、それらを表示する。次いで、端末５０は、Ｔ３２において、ユーザからＵＲＬを選択する操作を受け付けると、Ｔ４０において、ＵＲＬを含む認証要求をサーバ１００に送信する。

サーバ１００は、Ｔ４０において、端末５０から認証要求を受信すると、Ｔ４２において、認証要求に含まれるＵＲＬによって特定される認証画面データを端末５０に送信する。認証画面データは、ＰＩＮコードを入力するための認証画面を表わすデータである。

端末５０は、Ｔ４２において、サーバ１００から認証画面データを受信すると、Ｔ４４において、認証画面データによって表わされる認証画面を表示する。次いで、端末５０は、Ｔ４６において、ユーザから、Ｔ３０で表示されたＰＩＮコードの入力を受け付ける。この場合、端末５０は、Ｔ５０において、入力済みのＰＩＮコードをサーバ１００に送信する。

サーバ１００は、Ｔ５０において、端末５０からＰＩＮコードを受信すると、Ｔ５２において、受信済みのＰＩＮコードの認証を実行する。具体的には、サーバ１００は、受信済みのＰＩＮコードを記憶済みであるのか否かを判断する。サーバ１００は、受信済みのＰＩＮコードを記憶済みであると判断する場合、即ち、認証が成功する場合には、Ｔ５４において、ユニークな文字列であるアクセストークン（以下ではＡＴ（Access Tokenの略）と記載する）を生成する。そして、サーバ１００は、Ｔ５６において、プリンタＩＤと生成済みのＡＴとを対応付けて記憶し、Ｔ６０において、生成済みのＡＴを含む認証通知をプリンタ１０に送信する。

プリンタ１０は、Ｔ６２において、認証通知に含まれるＡＴをメモリ３４に記憶させる。この場合、プリンタ１０は、Ｔ６４において、クラウド印刷設定を「未登録」から「登録済」に変更する。これにより、登録処理が終了する。

（プリンタのモード設定処理：図３）
次いで、図３を参照して、プリンタ１０のＣＰＵ３２によって実行されるモード設定処理を説明する。図３の処理は、登録処理が終了すること、又は、プリンタ１０の電源がＯＮされることをトリガとして開始される。

Ｓ１０では、ＣＰＵ３２は、クラウド印刷設定が「登録済」であるのか否かを判断する。ＣＰＵ３２は、クラウド印刷設定が「登録済」である場合（Ｓ１０でＹＥＳ）に、Ｓ２０に進み、クラウド印刷設定が「未登録」である場合（Ｓ１０でＮＯ）に、Ｓ６０に進む。

Ｓ６０では、ＣＰＵ３２は、クラウド印刷設定が「未登録」から「登録済」に変更されること（即ち図２のＴ６４の処理が実行されること）を監視する。ＣＰＵ３２は、クラウド印刷設定が変更される場合に、Ｓ６０でＹＥＳと判断し、Ｓ２０の処理に進む。

Ｓ２０及びＳ４０の処理は、プリンタ１０がプロキシ環境にあるのか非プロキシ環境にあるのかを判断する一連の処理である。プロキシ環境は、プリンタ１０が、プロキシサーバ７０Ｂを利用して、インターネット６上のデバイスとの通信を実行し得る環境（即ちＬＡＮ７２に所属している状況）である。非プロキシ環境は、プリンタ１０が、プロキシサーバ７０Ｂを利用せずに、インターネット６上のデバイスとの通信を実行する環境（即ちＬＡＮ６２に所属している状況）である。特に、プリンタ１０は、電源がＯＮされる場合（図３の処理のトリガ）、又は、クラウド印刷設定が「未登録」から「登録済」に変更される場合（Ｓ６０でＹＥＳ）に、上記の判断を実行する。従って、プリンタ１０は、これからＬＡＮに所属するという適切なタイミングで上記の判断を実行することができる。

Ｓ２０では、ＣＰＵ３２は、メモリ３４内のプロキシ設定を確認して、フラグ情報が「有効」を示し、かつ、各設定値（ＩＰアドレス、ポート番号等）が記憶されているのか否かを判断する。ＣＰＵ３２は、フラグ情報が「有効」を示し、かつ、各設定値が記憶されている場合に、プリンタ１０がプロキシ環境にあると判断し（Ｓ２０でＹＥＳ）、Ｓ３０に進む。一方、ＣＰＵ３２は、フラグ情報が「無効」を示す場合、又は、フラグ情報が「有効」を示すが各設定値が記憶されていない場合（Ｓ２０でＮＯ）に、Ｓ４０に進む。プリンタ１０は、プロキシ設定に基づいてＳ２０の判断を実行するので、プロキシ環境であるのか否かを適切に判断することができる。

Ｓ３０では、ＣＰＵ３２は、プリンタ１０の動作モードをＰｏｌｌｉｎｇ Ｍｏｄｅ（以下「ＰＭ」と記載する）に設定する。ＰＭは、ポーリング信号をサーバ１００に繰り返し送信して、サーバ１００から印刷データを受信するためのモードである。Ｓ３０が終了すると、図３の処理が終了する。

Ｓ４０では、ＣＰＵ３２は、ＷＰＡＤ（Web Proxy Auto-Discovery Protocolの略）ファイルのＵＲＬがメモリ３４に記憶されているのか否かを判断する。ここで、ＷＰＡＤについて説明する。プリンタ１０は、ＬＡＮ６２又はＬＡＮ７２に所属する際に、ＩＰアドレスの割り当てをＡＰ６０又はＡＰ７０Ａに要求する。ＡＰ６０又はＡＰ７０Ａは、ＤＨＣＰサーバ機能を有するので、ＩＰアドレスをプリンタ１０に自動的に割り当てる。ＡＰ７０Ａは、ＬＡＮ７２にプロキシサーバ７０Ｂが存在する場合には、ＩＰアドレスをプリンタ１０に割り当てる際に、ＷＰＡＤファイルのＵＲＬもプリンタ１０に送信する。ＷＰＡＤファイルは、プロキシサーバ７０Ｂに関する情報を示すファイルである。従って、プリンタ１０は、ＡＰ７０ＡからＷＰＡＤファイルのＵＲＬを受信する場合には、プロキシサーバ７０ＢがＬＡＮ７２に存在する、即ち、プリンタ１０がプロキシ環境にある、と判断することができる。

ＣＰＵ３２は、プリンタ１０がＬＡＮ７２に所属している場合には、ＡＰ７０ＡからＷＰＡＤファイルのＵＲＬを受信済みであるので、プリンタ１０がプロキシ環境にあると判断し（Ｓ４０でＹＥＳ）、Ｓ３０の処理に進む。一方、ＣＰＵ３２は、プリンタ１０がＬＡＮ６２に所属している場合には、ＡＰ６０からＷＰＡＤファイルを受信しないので、プリンタ１０がプロキシ環境にない（即ち非プロキシ環境にある）と判断し（Ｓ４０でＮＯ）、Ｓ５０の処理に進む。プリンタ１０は、ＷＰＡＤファイルのＵＲＬの受信の有無に基づいてＳ４０の判断を実行するので、プロキシ環境であるのか否かを適切に判断することができる。

Ｓ５０では、ＣＰＵ３２は、プリンタ１０の動作モードをＥｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ（以下「ＥＷＭ」と記載する）に設定する。ＥＷＭは、ポーリング信号をサーバ１００に送信することなく、サーバ１００から印刷データを受信するためのモードである。Ｓ５０が終了すると、図３の処理が終了する。

上述のように、プリンタ１０は、プロキシ環境にある場合にＰＭで動作し、非プロキシ環境にある場合にＥＷＭで動作する。本発明者らの研究の結果、プリンタ１０がプロキシ環境にある場合にＥＷＭで動作すると、プリンタ１０が、サーバ１００から、印刷データが生成されたことを示す通知を受信することができない事象（以下では「受信不可事象」と記載する）が発生することが判明した。本実施例によると、プリンタ１０は、プロキシ環境にある場合にＰＭではなくＥＷＭで動作するので、受信不可事象が発生するのを抑制することができる。このように、プリンタ１０は、プロキシ環境にあるのか否かに応じた適切なモードで動作することができる。

上述したように、プリンタ１０は、ＰＭ及びＥＷＭのうちの一方で選択的に動作することができる。詳しくは後述するが、ＰＭでは、ポーリング信号がプリンタ１０からサーバ１００に送信される際に、サーバ１００において印刷データが存在する場合に、プリンタ１０は、サーバ１００からＪｏｂ－ＩＤを受信し、その後、印刷データを受信する。ＥＷＭでは、サーバ１００において印刷データが生成されると、プリンタ１０は、比較的に短時間でサーバ１００からＪｏｂ－ＩＤを受信し、その後、印刷データを受信する。従って、プリンタ１０は、ＥＷＭで動作している状態では、ＰＭで動作している状態よりも早く印刷データを受信し得る。

（ＰＭ処理：図４）
次いで、図４を参照して、プリンタ１０がＰＭで動作している状態において、ＣＰＵ３２によって実行される処理を説明する。

Ｓ１００では、ＣＰＵ３２は、カウンタをゼロに設定する。カウンタは、サーバ１００から送信されるＧｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｐｏｌｌｉｎｇ Ｍｏｄｅ）Ｒｅｓｐｏｎｓｅ（以下「ＧＮ（ＰＭ）Ｒｅｓ」と記載する）が受信された回数をカウントするためのものである。

Ｓ１０２では、ＣＰＵ３２は、Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｐｏｏｌｉｎｇ Ｍｏｄｅ）Ｒｅｑｕｅｓｔ（以下「ＧＮ（ＰＭ）Ｒｅｑ」と記載する）をサーバ１００に送信する。ＧＮ（ＰＭ）Ｒｅｑは、印刷データが生成されたのか否かをサーバ１００に確認するためのポーリング信号である。これにより、サーバ１００は、プリンタ１０が印刷を実行すべき画像を表わす印刷データ（即ち印刷ジョブ）を生成済みである場合には、当該印刷データを識別する情報であるＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する。一方、サーバ１００は、当該印刷データを生成済みでない場合には、Ｊｏｂ－ＩＤを含まないＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する。

Ｓ１０４では、ＣＰＵ３２は、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信したのか否かを判断する。ＣＰＵ３２は、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信した場合に、Ｓ１０４でＹＥＳと判断してＳ１１０に進む。ＣＰＵ３２は、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信することなく所定時間が経過する場合に、Ｓ１０４でＮＯと判断してＳ１００に進む。例えば、プリンタ１０の通信状況が不安定である場合には、Ｓ１０４でＮＯと判断され得る。

Ｓ１１０では、ＣＰＵ３２は、受信済みのＧＮ（ＰＭ）ＲｅｓがＪｏｂ－ＩＤを含むのか否かを判断する。ＣＰＵ３２は、ＧＮ（ＰＭ）ＲｅｓがＪｏｂ－ＩＤを含むと判断する場合（Ｓ１１０でＹＥＳ）に、Ｓ１１２に進み、ＧＮ（ＰＭ）ＲｅｓがＪｏｂ－ＩＤを含まないと判断する場合（Ｓ１１０でＮＯ）に、Ｓ１２０に進む。

Ｓ１１２では、ＣＰＵ３２は、印刷データに関する通信をサーバ１００と実行する。当該通信は、サーバ１００へのＦｅｔｃｈ－ｊｏｂ Ｒｅｑｕｅｓｔの送信と、サーバ１００からのＲｅｓｐｏｎｓｅの受信と、サーバ１００へのＦｅｔｃｈ－Ｄｏｃｕｍｅｎｔ Ｒｅｑｕｅｓｔの送信と、を含む。

Ｓ１１４では、ＣＰＵ３２は、サーバ１００から印刷データを受信する。具体的には、ＣＰＵ３２は、Ｆｅｔｃｈ－Ｄｏｃｕｍｅｎｔ Ｒｅｑｕｅｓｔをサーバ１００に送信することに応じて、サーバ１００から印刷データ（即ちＤｏｃｕｍｅｎｔ）を受信する。

Ｓ１１６では、ＣＰＵ３２は、受信済みの印刷データによって表わされる画像の印刷を実行する。Ｓ１１６が終了すると、Ｓ１００に戻る。

Ｓ１２０では、ＣＰＵ３２は、カウンタを１だけインクリメントする。Ｓ１２２では、ＣＰＵ３２は、カウンタの値がＭであるか否かを判断する。Ｍは、本実施例では３であるが、変形例では２であってもよいし４以上であってもよい。ＣＰＵ３２は、カウンタの値がＭであると判断する場合（Ｓ１２２でＹＥＳ）には、Ｓ１２４に進み、カウンタの値がＭでないと判断する場合（Ｓ１２２でＮＯ）には、Ｓ１５０に進む。

Ｓ１５０では、ＣＰＵ３２は、ポーリング期間が経過したか否かを判断する。ポーリング期間は、ＧＮ（ＰＭ）Ｒｅｓに含まれる期間情報によって示される期間（例えば３０秒）である。ＣＰＵ３２は、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信してから上記のポーリング期間が経過すると、Ｓ１５０でＹＥＳと判断し、Ｓ１０２に戻る。即ち、ＣＰＵ３２は、ＧＮ（ＰＭ）Ｒｅｓを受信してからポーリング期間が経過すると（Ｓ１５０でＹＥＳ）、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に再び送信する（Ｓ１０２）。このように、ＣＰＵ３２は、サーバ１００から指定されるポーリング期間が経過する毎に、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信する。

Ｓ１２４では、ＣＰＵ３２は、ポーリング期間が所定の閾値以上であるか否かを判断する。閾値は、本実施例では３０秒であるが、３０秒未満であってもよいし、３０秒よりも大きくてもよい。ＣＰＵ３２は、ポーリング期間が閾値以上であると判断する場合（Ｓ１２４でＹＥＳ）には、Ｓ１３０に進み、ポーリング期間が閾値未満であると判断する場合（Ｓ１２４でＮＯ）には、Ｓ１００に戻る。即ち、プリンタ１０は、ポーリング期間が閾値未満である場合には、ＥＷＭに移行することなく、ＰＭを維持する。ポーリング期間が閾値未満である場合には、ＧＮ（ＰＭ）Ｒｅｓが比較的に短い周期で送信されるので、プリンタ１０は、サーバ１００から印刷データを比較的に早く受信することができる。このために、上記の受信不可事象が起こり得るＥＷＭに移行することなく、ＰＭが維持される。

Ｓ１３０及びＳ１３２の処理は、図３のＳ２０及びＳ４０と同様である。Ｓ１３０又はＳ１３２でＹＥＳの場合、即ち、プリンタ１０がプロキシ環境にある場合には、ＰＭが維持され、Ｓ１００に戻る。Ｓ１３２でＮＯの場合、即ち、プリンタ１０が非プロキシ環境にある場合には、ＣＰＵ３２は、Ｓ１４０において、プリンタ１０の動作モードをＰＭからＥＷＭに変更する。ここで、ＣＰＵ３２は、ＧＮ（ＰＭ）Ｒｅｓを受信してからポーリング期間が経過する前に、プリンタ１０の動作モードをＰＭからＥＷＭに変更する。従って、プリンタ１０は、ＥＷＭに迅速に移行することができる。Ｓ１４０が終了すると、図４の処理が終了し、図５の処理が開始される。上述したように、プリンタ１０は、Ｊｏｂ－ＩＤを含まないＧＮ（ＰＭ）ＲｅｓをＭ回連続して受信する場合に、プリンタ１０がプロキシ環境にあるのか否かを判断する。従って、プリンタ１０は、サーバ１００との通信が安定しているという適切なタイミングで上記の判断を実行することができる。

このような構成によると、プリンタ１０は、ＰＭに設定されている状態において、Ｊｏｂ－ＩＤを含まないＧＮ（ＰＭ）ＲｅｓをＭ回連続して受信する場合、即ち、サーバ１００との通信が安定している場合に、ＥＷＭに移行する。プリンタ１０は、ＥＷＭで動作することによって、ＰＭで動作する場合と比べて、サーバ１００からＪｏｂ－ＩＤを迅速に受信することができるので、サーバ１００から印刷データを迅速に受信することができる。

また、プリンタ１０は、Ｊｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信する場合には、印刷に関する処理（Ｓ１１２～Ｓ１１６）を実行する。仮にこれらの処理と並行してモードを移行させる処理が実行されると、プリンタ１０の処理負荷が高くなり、印刷に関する処理の速度が遅くなり得る。これを避けるために、本実施例では、プリンタ１０は、Ｊｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信する場合（Ｓ１１０でＹＥＳ）に、ＥＷＭに移行しない。このために、プリンタ１０は、印刷を迅速に実行することができる。

（ＥＷＭ処理：図５）
次いで、図５を参照して、プリンタ１０がＥＷＭで動作している状態において、ＣＰＵ３２によって実行される処理を説明する。

Ｓ２００では、ＣＰＵ３２は、Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｅｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ）Ｒｅｑｕｅｓｔ（以下「ＧＮ（ＥＷＭ）Ｒｅｑ」と記載する）をサーバ１００に送信する。ＧＮ（ＥＷＭ）Ｒｅｑは、印刷データが生成される際にその旨の通知をプリンタ１０に送信すべきことをサーバ１００に要求するための信号である。これにより、サーバ１００は、プリンタ１０が印刷を実行すべき画像を表わす印刷データを生成すると、Ｊｏｂ－ＩＤを含むＧｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｅｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ）Ｒｅｓｐｏｎｓｅ（以下「ＧＮ（ＥＷＭ）Ｒｅｓ」と記載する）をプリンタ１０に送信する。一方、サーバ１００は、印刷データを生成することなく所定の待機時間が経過する毎に、Ｊｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓをプリンタ１０に送信する。上記の所定の待機時間は、例えば６０秒である。

Ｓ２０２では、ＣＰＵ３２は、サーバ１００からＧＮ（ＥＷＭ）Ｒｅｓを受信したのか否かを判断する。ＣＰＵ３２は、ＧＮ（ＥＷＭ）Ｒｅｓを受信した場合に、Ｓ２０２でＹＥＳと判断してＳ２１０に進む。ＣＰＵ３２は、ＧＮ（ＥＷＭ）Ｒｅｓを受信することなく上記の待機時間が経過する場合に、Ｓ２０２でＮＯと判断してＳ２２０に進む。例えば、プリンタ１０の通信状況が不安定である場合には、Ｓ２０２でＮＯと判断され得る。

Ｓ２１０では、ＣＰＵ３２は、受信済みのＧＮ（ＥＷＭ）ＲｅｓがＪｏｂ－ＩＤを含むのか否かを判断する。ＣＰＵ３２は、ＧＮ（ＥＷＭ）ＲｅｓがＪｏｂ－ＩＤを含むと判断する場合（Ｓ２１０でＹＥＳ）に、Ｓ２１２に進み、ＧＮ（ＥＷＭ）ＲｅｓがＪｏｂ－ＩＤを含まないと判断する場合（Ｓ２１０でＮＯ）に、Ｓ２０２に戻る。

Ｓ２１２～Ｓ２１６は、図４のＳ１１２～Ｓ１１６と同様である。Ｓ２１６が終了すると、Ｓ２０２の処理に戻る。

Ｓ２２０では、ＣＰＵ３２は、プリンタ１０の動作モードをＥＷＭからＰＭに変更する。Ｓ２２０が終了すると、図５の処理が終了し、図４の処理が開始される。

（ケースＡ：図６）
続いて、図６～図９を参照して、図３～図５の処理によって実現される具体的なケースＡ～Ｃを説明する。まず、図６を参照して、ケースＡを説明する。図６は、図２の続きの処理である。従って、プリンタ１０のクラウド印刷設定は「登録済」である（図２のＴ６４参照）。また、プリンタ１０のプロキシ設定では、フラグ情報が「有効」を示し、かつ、各設定値が記憶されている。

プリンタ１０は、ＡＰ７０Ａによって形成されるＬＡＮ７２に所属し、Ｔ１０２において、ＩＰアドレス要求をＡＰ７０Ａに送信する。この場合、プリンタ１０は、Ｔ１０４において、ＡＰ７０Ａから、プリンタ１０に設定されるべきＩＰアドレスの候補と、ＷＰＡＤファイルのＵＲＬと、を受信する。プリンタ１０は、Ｔ１０６において、受信済みのＵＲＬをメモリ３４に保存する。

プリンタ１０は、プロキシ設定において、フラグ情報が「有効」を示し、かつ、各設定値が記憶されているので、Ｔ１０８において、プリンタ１０がプロキシ環境にあると判断する（Ｓ２０でＹＥＳ）。従って、プリンタ１０は、ＰＭで動作する（Ｓ３０）。

次いで、プリンタ１０は、Ｔ１１０において、ＩＰアドレスの承認要求をＡＰ７０Ａに送信し、Ｔ１１２において、ＡＰ７０ＡからＩＰアドレスの割当て完了通知を受信する。

プリンタ１０は、Ｔ１２０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し（図４のＳ１０２）、Ｔ１２２において、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信する（Ｓ１０４でＹＥＳ）。プリンタ１０は、受信済みのＧＮ（ＰＭ）ＲｅｓがＪｏｂ－ＩＤを含まないと判断し（Ｓ１１０でＮＯ）、この結果、カウンタの値が１になる（Ｓ１２０、Ｓ１２２でＮＯ）。

プリンタ１０は、Ｔ１２２で受信されたＧＮ（ＰＭ）Ｒｅｓに含まれる期間情報によって示されるポーリング期間が経過すると（Ｓ１５０でＹＥＳ）、Ｔ１２４において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に再び送信する（Ｓ１０２）。そして、上記と同様に、Ｔ１２６～Ｔ１３０が実行され、カウンタの値として３が記憶される（Ｓ１２２でＹＥＳ）。

プリンタ１０は、カウンタの値が３になると、Ｔ１３０で受信されたＧＮ（ＰＭ）Ｒｅｓに含まれるポーリング期間が所定の閾値以上であると判断する（Ｓ１２４でＹＥＳ）。そして、プリンタ１０は、プロキシ設定値において、フラグ情報が「有効」を示し、かつ、各設定値が記憶されているので（Ｓ１３０でＹＥＳ）、Ｔ１４０において、プリンタ１０がプロキシ環境にあると判断する。前述したように、プリンタ１０がプロキシ環境にある場合に、プリンタ１０がＥＷＭで動作すると、上記の受信不可事象が発生し得る。このために、プリンタ１０は、プロキシ環境にあると判断する場合には、プリンタ１０の動作モードをＰＭに維持する。その結果、上記の受信不可事象が発生するのを抑制することができる。本実施例では、プリンタ１０は、ポーリング期間が所定の閾値以上である場合（Ｓ１２４でＹＥＳ）に、プロキシ環境にあるのか否かを判断（Ｓ１３０及びＳ１３２）する。変形例では、プリンタ１０は、プロキシ環境にあるのか否かを判断した後に、ポーリング期間が所定の閾値以上であるか否かを判断してもよい。即ち、Ｓ１３２とＳ１４０との間にＳ１２４が実行されてもよい。本変形例では、ポーリング期間が所定の閾値以下である場合に、ＥＷＭに変更されることなくＰＭが維持される。

端末５０は、ユーザから指示を受け付けることに応じて、Ｔ１５０において、画像データをサーバ１００に送信する。

サーバ１００は、Ｔ１５０において、端末５０から画像データを受信すると、Ｔ１５２において、受信済みの画像データを変換して、プリンタ１０が解釈可能なデータ形式を有する印刷データを生成する。

プリンタ１０は、Ｔ１６０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し（Ｓ１０２）、Ｔ１６２において、サーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信する（Ｓ１０４でＹＥＳ）。この場合、プリンタ１０は、ＧＮ（ＰＭ）ＲｅｓがＪｏｂ－ＩＤを含むと判断する（Ｓ１１０でＹＥＳ）。

次いで、プリンタ１０は、Ｔ１７０～Ｔ１７６において、印刷データに関する通信を実行する（Ｓ１１２、Ｓ１１４）。具体的には、プリンタ１０は、Ｔ１７０において、Ｊｏｂ－ＩＤを含むＦｅｔｃｈ－ｊｏｂ Ｒｅｑをサーバ１００に送信し、Ｔ１７２において、サーバ１００からＪｏｂ情報を含むＲｅｓを受信する。そして、プリンタ１０は、Ｔ１７４において、Ｆｅｔｃｈ－Ｄｏｃｕｍｅｎｔ Ｒｅｑをサーバ１００に送信し、Ｔ１７６において、サーバ１００から印刷データを含むＲｅｓを受信する。次いで、プリンタ１０は、Ｔ１８０において、印刷データによって表わされる画像の印刷を実行する。

その後、プリンタ１０は、Ｔ１９０において、ユーザから指示を受け付けることに応じて、プロキシ設定に含まれるフラグ情報を「有効」から「無効」に変更する。そして、Ｔ１９２において、プリンタ１０の電源がＯＦＦされる。

（図６の続き：図７）
次に、図７を参照して、図６のケースＡの続きの処理を説明する。従って、プリンタ１０のプロキシ設定では、フラグ情報が「無効」を示す（図６のＴ１９０参照）。

プリンタ１０は、図６の処理が終了した後に、ユーザによってＡＰ６０の近くまで運ばれる。そして、Ｔ２００において、プリンタ１０の電源がＯＮされると（図３の処理のトリガ）、プリンタ１０は、ＡＰ６０によって形成されるＬＡＮ６２に所属し、Ｔ２０２において、ＩＰアドレス要求をＡＰ６０に送信する。この場合、プリンタ１０は、Ｔ２０４において、ＡＰ６０からＩＰアドレスの候補を受信する。ここで、プリンタ１０は、ＬＡＮ７２に代えてＬＡＮ６２に所属する際に、ＬＡＮ７２のＡＰ７０Ａから受信済みのＷＰＡＤファイルのＵＲＬをメモリ３４から消去する。そして、プリンタ１０は、ＡＰ６０からＷＰＡＤファイルのＵＲＬを受信しない。

プリンタ１０は、プロキシ設定のフラグ情報が「無効」を示し（Ｓ２０でＮＯ）、かつ、ＷＰＡＤファイルのＵＲＬを受信済みでないので（Ｓ４０でＮＯ）、Ｔ２０６において、プリンタ１０が非プロキシ環境にあると判断する。従って、プリンタ１０は、ＥＷＭで動作する（Ｓ５０）。

次いで、プリンタ１０は、Ｔ２０８において、ＩＰアドレスの承認要求をＡＰ６０に送信し、Ｔ２１０において、ＡＰ６０からＩＰアドレスの割当て完了通知を受信する。

プリンタ１０は、Ｔ２１０において、ＧＮ（ＥＷＭ）Ｒｅｑをサーバ１００に送信し（図５のＳ２００）、Ｔ２２２，Ｔ２２４において、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを受信することを繰り返す（Ｓ２０２でＹＥＳ、Ｔ２１０でＮＯ）。

端末５０は、ユーザから指示を受け付けることに応じて、Ｔ２３０において、画像データをサーバ１００に送信する。

サーバ１００は、Ｔ２３０において、端末５０から画像データを受信すると、Ｔ２３２において、受信済みの画像データを変換して、プリンタ１０が解釈可能なデータ形式を有する印刷データを生成する。この結果、サーバ１００は、Ｊｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓをプリンタ１０に送信する。

プリンタ１０は、Ｔ２３４において、サーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを受信すると（Ｓ２０２でＹＥＳ、Ｓ２１０でＹＥＳ）、Ｔ２４０～Ｔ２４６において、印刷データに関する通信を実行する（Ｓ２１２、Ｓ２１４）。Ｔ２４０～Ｔ２４６の処理は、プリンタ１０がＡＰ７０Ａに代えてＡＰ６０を介してサーバ１００と通信する点を除いて、図６のＴ１７０～Ｔ１７６と同様である。次いで、プリンタ１０は、Ｔ２５０において、印刷データによって表わされる画像の印刷を実行する。

このように、ケースＡでは、プリンタ１０は、ＰＭで動作する状態からＥＷＭで動作する状態に移行する。このために、プリンタ１０は、サーバ１００によって印刷データが生成されてから比較的に短時間で、サーバ１００からＪｏｂ－ＩＤを受信することができる。この結果、サーバ１００から印刷データを迅速に受信することができる。

（ケースＢ：図８）
次に、図８を参照して、ケースＢを説明する。図８は、図２の続きの処理である。従って、プリンタ１０のクラウド印刷設定は「登録済」である（図２のＳ６４）。また、プリンタ１０のプロキシ設定では、フラグ情報が「有効」を示し、かつ、各設定値が記憶されている。

プリンタ１０は、図６のＴ１００～Ｔ１３０と同様に、ＷＰＡＤファイルのＵＲＬを保存し、ＰＭで動作する。プリンタ１０は、Ｔ３００において、ユーザから指示を受け付けることに応じて、プロキシ設定に含まれるフラグ情報を「有効」から「無効」に変更する。

その後、プリンタ１０は、ユーザによってＡＰ６０の近くまで運ばれる。プリンタ１０は、ＡＰ６０によって形成されるＬＡＮ６２に所属し、Ｔ３１０において、ＩＰアドレス要求をＡＰ６０に送信する。この場合、プリンタ１０は、Ｔ３１２において、ＡＰ６０から、プリンタ１０に設定されるべきＩＰアドレスの候補を受信する。ここで、プリンタ１０は、ＬＡＮ７２に代えてＬＡＮ６２に所属する際に、上記と同様に、ＷＰＡＤファイルのＵＲＬをメモリ３４から消去する。

プリンタ１０は、プロキシ設定において、フラグ情報が「無効」を示すと判断し（Ｓ２０でＮＯ）、ＷＰＡＤファイルのＵＲＬを受信済みでないと判断する（Ｓ４０でＮＯ）。そのため、プリンタ１０は、Ｔ３１４において、プリンタ１０が非プロキシ環境にあると判断する。従って、プリンタ１０は、ＥＷＭで動作し（Ｓ５０）、図７のＴ２０８～Ｔ２５０と同様の処理を実行する。

このように、ケースＢでは、プリンタ１０は、ＰＭで動作する状態からＥＷＭで動作する状態に移行する。このために、プリンタ１０は、サーバ１００によって印刷データが生成されてから比較的に短時間で、サーバ１００からＪｏｂ－ＩＤを受信することができる。この結果、サーバ１００から印刷データを迅速に受信することができる。

（ケースＣ：図９）
次に、図９を参照して、ケースＣを説明する。図９は、図２の続きの処理である。従って、プリンタ１０のクラウド印刷設定は「登録済」である（図２のＴ６４参照）。また、プリンタ１０のプロキシ設定では、フラグ情報が「有効」を示し、かつ、各設定値が記憶されている。

プリンタ１０は、Ｔ４０２において、ユーザから指示を受け付けることに応じて、プロキシ設定に含まれるフラグ情報を「有効」から「無効」に変更する。

プリンタ１０は、ＡＰ６０によって形成されるＬＡＮ６２に所属し、Ｔ２０２において、ＩＰアドレス要求をＡＰ６０に送信する。この場合、プリンタ１０は、Ｔ２０４において、ＡＰ６０からＩＰアドレスの候補を受信する。

プリンタ１０は、プロキシ設定において、フラグ情報が「無効」を示し（Ｓ２０でＮＯ）、かつ、ＷＰＡＤファイルのＵＲＬを受信済みでないので（Ｓ４０でＮＯ）、Ｔ４１４において、プリンタ１０が非プロキシ環境にあると判断する。従って、プリンタ１０は、ＥＷＭで動作する（Ｓ５０）。

次いで、プリンタ１０は、Ｔ４１６において、ＩＰアドレスの承認要求をＡＰ６０に送信し、Ｔ４１８において、ＡＰ６０からＩＰアドレスの割当て完了通知を受信する。

プリンタ１０は、Ｔ４２０において、ＧＮ（ＥＷＭ）Ｒｅｑをサーバ１００に送信する（図５のＳ２００）。プリンタ１０は、サーバ１００からＧＮ（ＥＷＭ）Ｒｅｓを受信することなく、予め定められた待機時間（例えば６０秒）が経過する場合（Ｓ２０２でＮＯ）に、プリンタ１０とサーバ１００との間の通信状況が不安定であると判断する。この場合、プリンタ１０は、動作モードをＥＷＭからＰＭに変更する（Ｓ２２０）。

プリンタ１０は、ＥＷＭで動作する状態では、所定の待機時間（例えば６０秒）が経過するまで、通信が安定であるのか不安定であるのかを認識することができない。一方、プリンタ１０は、ＰＭで動作する状態では、ＧＮ（ＰＭ）Ｒｅｑを送信してＧＮ（ＰＭ）Ｒｅｑを受信すれば、通信が安定であると認識することができ、ＧＮ（ＰＭ）Ｒｅｑを受信しなければ、通信が不安定であると認識することができる。即ち、プリンタ１０は、ＰＭで動作していれば、通信が不安定である状態から通信が安定する状態に変化したことを迅速に認識することができる。このため、プリンタ１０は、通信が不安定であると判断する場合に、動作モードをＥＷＭからＰＭに変更する。

プリンタ１０は、Ｔ４３０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信する（Ｓ１０２）。プリンタ１０は、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信することなく、予め定められた所定時間が経過する場合（Ｓ１０４でＮＯ）に、プリンタ１０とサーバ１００と間の通信状況が不安定であると判断し、カウンタをゼロに維持した状態（Ｓ１００）、Ｔ４４０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に再び送信する（Ｓ１０２）。

その後、プリンタ１０は、ＧＮ（ＰＭ）Ｒｅｓを受信することを含むＴ４４２～Ｔ４５０の通信を実行すると、プリンタ１０とサーバ１００と間の通信状況が不安定な状況から安定な状況に変化したことを認識する（Ｓ１２２でＹＥＳ）。そして、プリンタ１０は、Ｔ４５２において、プリンタ１０が非プロキシ環境にあると判断する（Ｓ１３２でＮＯ）。その後、プリンタ１０は、ＥＷＭに再び移行し（Ｓ１４０）、図７のＴ２２０～Ｔ２４０と同様の処理を実行する。このために、プリンタ１０は、サーバ１００によって印刷データが生成されてから比較的に短時間で、サーバ１００からＪｏｂ－ＩＤを受信することができる。この結果、サーバ１００から印刷データを迅速に受信することができる。

（対応関係）
プリンタ１０、サーバ１００が、それぞれ、「通信装置」、「特定サーバ」の一例である。ＰＭ、ＥＷＭが、それぞれ、「第１のモード」、「第２のモード」の一例である。ＧＮ（ＰＭ）Ｒｅｑ、ＧＮ（ＥＷＭ）Ｒｅｓが、それぞれ、「ポーリング信号」、「所定信号」の一例である。Ｊｏｂ－ＩＤが、「関連情報」の一例である。Ｊｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓ、Ｊｏｂ－ＩＤを含まないＧＮ（ＰＭ）Ｒｅｓが、それぞれ、「関連情報を含む応答」、「関連情報を含まない応答」の一例である。印刷データが、「対象データ」の一例である。図４のＳ１２２でＹＥＳと判断することが、「第１の所定条件が満たされる」の一例である。図５のＳ２０２でＮＯと判断することが、「第２の所定条件が満たされる」の一例である。ポーリング期間、待機時間が、それぞれ、「第１の所定期間」、「第２の所定期間」の一例である。

図３のＳ３０及び図５のＳ２２０が、「第１のモード設定部」によって実現される処理の一例である。図４のＳ１０４でＹＥＳ、Ｓ１１０でＹＥＳ、及び、図６のＴ１６２が、「第１の応答受信部」によって実現される処理の一例である。図４のＳ１０４でＹＥＳ、Ｓ１１０でＮＯ、及び、図６のＴ１２２，Ｔ１２６，Ｔ１３０が、「第２の応答受信部」によって実現される処理の一例である。図３のＳ５０、図４のＳ１４０、及び、図７のＴ２２０が、「第２のモード設定部」によって実現される処理の一例である。図５のＳ２０２でＹＥＳ、Ｓ２１０でＹＥＳ、及び、図７のＴ２３４が、「関連情報受信部」によって実現される処理の一例である。図５のＳ２０２でＹＥＳが、「所定信号受信部」によって実現される処理の一例である。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）図４のＴ１２２において、Ｍは１でもよい。即ち、１個のポーリング信号が受信される場合に、「第１の所定条件」が満たされてもよい。また、別の変形例では、連続ではなく複数個のポーリング信号が受信される場合に、「第１の所定条件」が満たされてもよい。

（変形例２）プリンタ１０は、図４のＳ１４０において、サーバ１００からＧＮ（ＰＭ）Ｒｅｓが送信されてからポーリング期間が経過した後に、ＰＭからＥＷＭに変更されてもよい。一般的に言うと、「第２のモード設定部」は、特定のポーリング信号が送信されてから第１の所定期間が経過した後に、通信装置の動作モードを第１のモードに代えて第２のモードに設定してもよい。

（変形例３）図４のＳ１２４が省略されてもよい。この場合、プリンタ１０は、ポーリング期間の大きさにかかわらず、第１の所定条件が満たされる場合に、動作モードをＰＭからＥＷＭに変更する。

（変形例４）図４のＳ１３０及びＳ１３２が省略されてもよい。即ち、Ｓ１２４でＹＥＳの場合に、Ｓ１４０に進んでもよい。一般的に言うと、通信装置がプロキシサーバを利用して特定サーバとの通信を実行可能である場合に、通信装置の動作モードが第１のモードに代えて第２のモードに設定されてもよい。

（変形例５）図５のＳ２０２において、プリンタ１０は、ＧＮ（ＥＷＭ）Ｒｅｓを受信しない場合に、ＧＮ（ＥＷＭ）Ｒｅｑを再び送信してもよい。即ち、プリンタは、複数個のＧＮ（ＥＷＭ）Ｒｅｑをサーバ１００に送信しても、サーバ１００からＧＮ（ＥＷＭ）Ｒｅｓを受信しない場合に、通信が不安定であると判断してもよい。本変形例では、複数個のＧＮ（ＥＷＭ）Ｒｅｑを送信してＧＮ（ＥＷＭ）Ｒｅｓを受信しないことが、「第２の所定条件」の一例である。別の変形例では、図５のＳ２０２及びＳ２２０が省略されてもよい。本変形例では、「所定信号受信部」を省略可能である。

（変形例６）「通信装置」は、プリンタでなくてもよく、スキャナ、ファクシミリ、ＰＣ、サーバ等の他のデバイスであってもよい。スキャナが「通信装置」の一例である場合には、スキャン実行指示が「対象データ」の一例である。ＰＣが「通信装置」の一例である場合には、例えばインターネット上の情報コンテンツが「対象データ」の一例である。

（変形例７）「関連情報」は、Ｊｏｂ－ＩＤでなくてもよく、印刷データそのものであってもよい。

（変形例８）図３のＳ２０が省略されてもよい。即ち、Ｓ１０でＹＥＳ又はＳ６０でＹＥＳの場合に、Ｓ４０に進んでもよい。別の変形例では、図３のＳ４０が省略されてもよい。即ち、Ｓ２０でＹＥＳの場合にＳ３０に進み、Ｓ２０でＮＯの場合にＳ５０に進んでもよい。一般的に言うと、通信装置がプロキシサーバを利用せずに特定サーバとの通信を実行可能であるのか否かに関する判断は、実施例の手法に限られない。

（変形例９）上記の実施例では、プリンタ１０のＣＰＵ３２がプログラム３６を実行することによって、図２～図９の各処理が実現される。これに代えて、いずれかの処理は、論理回路等のハードウェアによって実現されてもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、６：インターネット、１２：表示部、１４：無線ＬＡＮＩ／Ｆ、１８：印刷実行部、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、５０：携帯端末、６０，７０Ａ：ＡＰ、６２，７２：ＬＡＮ、７０Ｂ：プロキシサーバ、７０Ｃ：ウェブサーバ、１００：印刷仲介サーバ

Claims (9)

1. 通信装置であって、
   前記通信装置の動作モードを第１のモードに設定する第１のモード設定部であって、前記第１のモードは、ポーリング信号をインターネット上の特定サーバに繰り返し送信して、前記特定サーバから対象データを受信するためのモードである、前記第１のモード設定部と、
   前記特定サーバが前記対象データを有している状態において、前記ポーリング信号が前記特定サーバによって受信される場合に、前記特定サーバから、前記対象データに関連する関連情報を含む応答を受信する第１の応答受信部と、
   前記特定サーバが前記対象データを有していない状態において、前記ポーリング信号が前記特定サーバによって受信される場合に、前記特定サーバから、前記関連情報を含まない応答を受信する第２の応答受信部と、
   前記通信装置の前記動作モードが前記第１のモードに設定されている状態において、前記特定サーバから少なくとも１個の前記応答を受信することを含む第１の所定条件が満たされる場合に、前記通信装置の前記動作モードを前記第１のモードに代えて第２のモードに設定する第２のモード設定部であって、前記第２のモードは、前記ポーリング信号を前記特定サーバに送信することなく、前記特定サーバから前記対象データを受信するためのモードである、前記第２のモード設定部と、
   前記通信装置の前記動作モードが前記第２のモードに設定されている状態において、前記対象データが前記特定サーバによって取得される場合に、前記特定サーバから前記関連情報を受信する関連情報受信部と、
   を備える、通信装置。
2. 前記第１の所定条件は、Ｍ個（前記Ｍは２以上の整数）の前記ポーリング信号を前記特定サーバに送信して、前記特定サーバからＭ個の前記応答を受信することを含む、請求項１に記載の通信装置。
3. 前記第１の所定条件は、前記Ｍ個のポーリング信号を前記特定サーバに連続して送信して、前記特定サーバから前記Ｍ個の応答を連続して受信することを含む、請求項２に記載の通信装置。
4. 前記第１のモードは、第１の所定期間が経過する毎に前記ポーリング信号を前記特定サーバに繰り返し送信して、前記特定サーバから前記対象データを受信するためのモードであり、
   前記第２のモード設定部は、前記通信装置の前記動作モードが前記第１のモードに設定されている状態において、特定のポーリング信号を前記特定サーバに送信して前記特定サーバから前記応答を受信することに応じて前記第１の所定条件が満たされる場合に、前記特定のポーリング信号が送信されてから前記第１の所定期間が経過する前に、前記通信装置の前記動作モードを前記第１のモードに代えて前記第２のモードに設定する、請求項１から３のいずれか一項に記載の通信装置。
5. 前記第１のモードは、第１の所定期間が経過する毎に前記ポーリング信号を前記特定サーバに繰り返し送信して、前記特定サーバから前記対象データを受信するためのモードであり、
   前記第１の所定期間は、前記特定サーバから受信される前記応答に含まれる期間情報によって示される期間であり、
   前記第２のモード設定部は、前記通信装置の前記動作モードが前記第１のモードに設定されている状態において、前記第１の所定期間が閾値以上であり、かつ、前記第１の所定条件が満たされる場合に、前記通信装置の前記動作モードを前記第１のモードに代えて前記第２のモードに設定し、
   前記通信装置の前記動作モードが前記第１のモードに設定されている状態において、前記第１の所定期間が前記閾値未満である場合に、前記通信装置の前記動作モードは、前記第１のモードに代えて前記第２のモードに設定されない、請求項１から４のいずれか一項に記載の通信装置。
6. 前記第２のモード設定部は、前記通信装置の前記動作モードが前記第１のモードに設定されている状態において、前記通信装置がプロキシサーバを利用せずに前記特定サーバとの通信を実行可能であり、かつ、前記第１の所定条件が満たされる場合に、前記通信装置の前記動作モードを前記第１のモードに代えて前記第２のモードに設定し、
   前記通信装置の前記動作モードが前記第１のモードに設定されている状態において、前記通信装置が前記プロキシサーバを利用して前記特定サーバとの通信を実行可能である場合に、前記通信装置の前記動作モードは、前記第１のモードに代えて前記第２のモードに設定されない、請求項１から５のいずれか一項に記載の通信装置。
7. 前記通信装置は、さらに、
   前記通信装置の前記動作モードが前記第２のモードに設定されている状態において、前記特定サーバが前記対象データを取得することなく第２の所定期間が経過する毎に、前記特定サーバから所定信号を受信する所定信号受信部を備え、
   前記第１のモード設定部は、前記通信装置の前記動作モードが前記第２のモードに設定されている状態において、前記特定サーバから少なくとも１個の前記所定信号を受信しないことを含む第２の所定条件が満たされる場合に、前記通信装置の前記動作モードを前記第２のモードに代えて前記第１のモードに設定する、請求項１から６のいずれか一項に記載の通信装置。
8. 前記通信装置は、プリンタであり、
   前記対象データは、印刷対象の画像を表わす画像データである、請求項１から７のいずれか一項に記載の通信装置。
9. 通信装置のためのコンピュータプログラムであって、
   前記通信装置のコンピュータを、以下の各部、即ち、
   前記通信装置の動作モードを第１のモードに設定する第１のモード設定部であって、前記第１のモードは、ポーリング信号をインターネット上の特定サーバに繰り返し送信して、前記特定サーバから対象データを受信するためのモードである、前記第１のモード設定部と、
   前記特定サーバが前記対象データを有している状態において、前記ポーリング信号が前記特定サーバによって受信される場合に、前記特定サーバから、前記対象データに関連する関連情報を含む応答を受信する第１の応答受信部と、
   前記特定サーバが前記対象データを有していない状態において、前記ポーリング信号が前記特定サーバによって受信される場合に、前記特定サーバから、前記関連情報を含まない応答を受信する第２の応答受信部と、
   前記通信装置の前記動作モードが前記第１のモードに設定されている状態において、前記特定サーバから少なくとも１個の前記応答を受信することを含む第１の所定条件が満たされる場合に、前記通信装置の前記動作モードを前記第１のモードに代えて第２のモードに設定する第２のモード設定部であって、前記第２のモードは、前記ポーリング信号を前記特定サーバに送信することなく、前記特定サーバから前記対象データを受信するためのモードである、前記第２のモード設定部と、
   前記通信装置の前記動作モードが前記第２のモードに設定されている状態において、前記対象データが前記特定サーバによって取得される場合に、前記特定サーバから前記関連情報を受信する対象データ受信部と、
   として機能させる、通信装置。
   

Images