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

Abstract

【課題】通信装置が通知サーバから処理実行通知を迅速かつ適切に受信し得る技術を提供すること。【解決手段】通信装置は、端末装置から通知サーバに処理実行指示が送信される場合に、通知サーバから処理実行通知を受信し、所定処理を実行する。通信装置は、第１のモードと第２のモードとのそれぞれで交互に動作し、第１のモードでは、ポーリング信号を通知サーバに送信して通知サーバから処理実行通知を受信し、通知サーバから処理実行通知を受信しない場合に、第２のモードで動作し、第２のモードでは、サーバプッシュ型の接続を確立して通知サーバから処理実行通知を受信し、通知サーバから処理実行通知を受信することなくポーリング信号が通知サーバに送信されてから第１の所定時間が経過する場合に、接続を切断して第１のモードで動作する。【選択図】図５

Description

本明細書では、通知サーバから処理実行通知を受信して所定処理を実行する通信装置に関する技術を開示する。

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

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

ポーリングモードでは、印刷仲介サーバにおいて印刷ジョブが生成されてから、プリンタから印刷仲介サーバにポーリング信号が送信されるまでの間、印刷仲介サーバからプリンタに上記の通知が送信されない。このため、印刷ジョブが生成されてから印刷が開始されるまでの間に時間を要する。一方、ＸＭＰＰモードでは、プリンタが印刷仲介サーバから上記の通知を適切に受信できない事象が発生する可能性がある。

本明細書では、通信装置が通知サーバから処理実行通知を迅速かつ適切に受信し得る技術を提供する。

本明細書で開示する通信装置は、端末装置から通知サーバに処理実行指示が送信される場合に、前記通知サーバから処理実行通知を受信する通知受信部と、前記通知サーバから前記処理実行通知が受信される場合に、所定処理を実行する処理実行部と、を備えてもよい。前記通知受信部は、第１のモードと第２のモードとのそれぞれで交互に動作し、前記第１のモードでは、ポーリング信号を前記通知サーバに送信し、前記端末装置から前記通知サーバに前記処理実行指示が送信された後に、前記ポーリング信号が前記通知サーバに送信される場合に、前記通知サーバから、前記ポーリング信号に対する第１種の応答である前記処理実行通知を受信し、前記ポーリング信号が前記通知サーバに送信され、かつ、前記通知サーバから前記処理実行通知が受信されない場合に、前記第２のモードで動作し、前記第２のモードでは、前記通信装置と前記通知サーバとの間にサーバプッシュ型の接続を確立し、前記接続が確立されている状態において、前記端末装置から前記通知サーバに前記処理実行指示が送信される場合に、前記接続を利用して前記通知サーバから前記処理実行通知を受信し、前記接続を利用して前記通知サーバから前記処理実行通知が受信されることなく、前記ポーリング信号が前記通知サーバに送信されてから第１の所定時間が経過する場合に、前記接続を切断し、前記接続を利用して前記通知サーバから前記処理実行通知が受信されることなく、前記ポーリング信号が前記通知サーバに送信されてから前記第１の所定時間が経過する場合に、前記第１のモードで動作してもよい。

上記の構成によると、通信装置は、第１のモードと第２のモードとのそれぞれで交互に動作して、通知サーバから処理実行通知を受信する。このために、通信装置は、仮に、第２のモードにおいて、通知サーバから処理実行通知を受信することができなくても、第１のモードにおいて、通知サーバから処理実行通知を適切に受信し得る。また、通信装置は、第１のモードのみで動作する構成と比べると、第２のモードにおいて、通知サーバから処理実行通知を迅速に受信し得る。従って、通信装置は、通知サーバから処理実行通知を迅速かつ適切に受信し得る。

上記の通信装置を実現するためのコンピュータプログラム、当該コンピュータプログラムを記憶するコンピュータ可読記録媒体、及び、通信装置によって実行される方法も新規で有用である。また、通信装置と他の１個以上のデバイス（例えば通知サーバ及び／又は端末装置）とを備えるシステムも新規で有用である。

通信システムの構成を示す。 プリンタに関する情報を印刷仲介サーバに登録する処理のシーケンス図を示す。 動作決定処理のフローチャートを示す。 ケースＡのシーケンス図を示す。 ケースＢのシーケンス図を示す。 第２実施例の動作決定処理のフローチャートを示す。 ケースＣのシーケンス図を示す。 ケースＤのシーケンス図を示す。 第３実施例の動作決定処理のフローチャートを示す。 ケースＥのシーケンス図を示す。

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

（プリンタ１０の構成）
プリンタ１０は、印刷機能を実行可能な周辺装置（例えば携帯端末５０の周辺装置）である。プリンタ１０は、表示部１２と、無線ＬＡＮインターフェース１４と、印刷実行部１８と、制御部３０と、を備える。各部１２～３０は、バス線（符号省略）に接続されている。

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

制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４は、上記のプログラム３６の他に、プロキシ設定を記憶する。

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

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

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

（印刷仲介サーバ１００の構成）
印刷仲介サーバ１００は、例えばＧＣＰ（Google（登録商標） Cloud Print）サービス等のクラウド印刷サービスを提供するサーバである。クラウト印刷サービスでは、印刷仲介サーバ１００は、端末装置（例えば５０）から画像データを含む印刷指示を受信する場合に、通知をプリンタ（例えば１０）に送信する。そして、印刷仲介サーバ１００は、画像データを変換して印刷データを生成し、印刷データをプリンタに送信する。印刷仲介サーバ１００は、プリンタ１０のベンダによって設置されるサーバではなく、クラウド印刷サービスを提供する事業者によって設置されるサーバである。変形例では、印刷仲介サーバ１００は、プリンタ１０のベンダによって設置されるサーバであってもよい。以下では、印刷仲介サーバ１００のことを「サーバ１００」と記載する。

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

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

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

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

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

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

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

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

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

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

プリンタ１０は、Ｔ６２において、認証通知に含まれるＡＴをメモリ３４に記憶させる。これにより、登録処理が終了する。

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

Ｓ１０及びＳ１２の処理は、プリンタ１０がプロキシ環境にあるのか非プロキシ環境にあるのかを判断する一連の処理である。プロキシ環境は、プリンタ１０が、プロキシサーバ７１を利用して、インターネット６上のデバイスとの通信を実行する環境（即ちＬＡＮ７２に所属している状況）である。非プロキシ環境は、プリンタ１０が、プロキシサーバ７１を利用せずに、インターネット６上のデバイスとの通信を実行する環境（即ちＬＡＮ６２に所属している状況）である。

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

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

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

Ｓ３０では、プリンタ１０は、Ｐｏｌｌｉｎｇ Ｍｏｄｅ（以下「ＰＭ」と記載する）とＥｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ（以下「ＥＷＭ」と記載する）とで交互に動作する。ＰＭは、ポーリング信号をサーバ１００に繰り返し送信して、サーバ１００から通知を受信するためのモードである。ＥＷＭは、ポーリング信号をサーバ１００に送信することなく、サーバ１００から通知を受信するためのモードである。Ｓ３０が終了すると、図３の処理が終了する。

ＰＭでは、サーバ１００は、プリンタ１０からのポーリング信号の応答として、通知をプリンタ１０に送信する。このため、印刷指示を受信した旨の通知がサーバ１００からプリンタ１０に送信されるのが遅くなり得る。この結果、印刷が開始されるのが遅くなり得る。一方、ＥＷＭでは、サーバ１００は、端末５０から印刷指示を受信した直後に、印刷指示を受信した旨の通知をプリンタ１０に送信することができる。このため、当該通知がサーバ１００からプリンタ１０に迅速に送信される。この結果、印刷が開始されるのが遅くなることが抑制される。ただし、本発明者らの研究の結果、プリンタ１０がプロキシ環境にある場合にＥＷＭで動作すると、プリンタ１０がサーバ１００から通知を受信することができない事象（以下では「受信不可事象」と記載する）が発生する可能性があることが判明した。

上記の実情に鑑みて、本実施例では、プリンタ１０は、プロキシ環境にある場合にＰＭとＥＷＭとで交互に動作する（Ｓ３０）。このため、プリンタ１０は、仮にＥＷＭにおいて受信不可事象が発生しても、ＰＭにおいてサーバ１００から通知を適切に受信することができる。また、プリンタ１０は、受信不可事象が発生しない場合には、ＥＷＭにおいてサーバ１００から通知を迅速に受信することができる。このように、プリンタ１０は、サーバ１００から通知を迅速かつ適切に受信することができる。

Ｓ４０では、プリンタ１０は、ＥＷＭのみで動作する。Ｓ４０が終了すると、図３の処理が終了する。このように、本実施例では、プリンタ１０は、非プロキシ環境にある場合にＥＷＭのみで動作する（Ｓ４０）。プリンタ１０が非プロキシ環境にある場合には、受信不可事象が発生する可能性が低いからである。このため、プリンタ１０は、ＥＷＭのみで動作しても、サーバ１００から通知を迅速かつ適切に受信することができる。また、プリンタ１０は、ＰＭとＥＷＭとで交互に動作しないので、処理負荷及び通信負荷が高くなるのを抑制することができる。

（ケースＡ：図４）
次いで、図４を参照して、プリンタ１０がＬＡＮ６２に所属している状況で実現されるケースＡを説明する。ケースＡでは、プリンタ１０のプロキシ設定は、フラグ情報「無効」を含み、各設定値を含まない。図４は、図２の続きの処理である。図示省略しているが、図２の処理の後に、プリンタ１０の電源がＯＦＦされてＯＮされることに応じて、図４の処理が開始される。この点は、後述の図５、第２実施例の図７及び図８、第３実施例の図１０でも同様である。

プリンタ１０の電源がＯＮされると（図３の処理のトリガ）、プリンタ１０は、ＡＰ６０によって形成されるＬＡＮ６２に所属し、Ｔ１００において、ＩＰアドレス要求をＡＰ６０に送信する。この場合、プリンタ１０は、Ｔ１０２において、ＡＰ６０からＩＰアドレスの候補を受信する。

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

次いで、プリンタ１０は、Ｔ１２０において、ＩＰアドレスの承認要求をＡＰ６０に送信し、Ｔ１２２において、ＡＰ６０からＩＰアドレスの割当て完了通知を受信する。プリンタ１０によって実行されるこの後の通信もＡＰ６０を介して実行される。ただし、図４では、図面の見易さを考慮して、ＡＰ６０を介して通信が実行される様子を図示省略している。この点は、後述の図５、第２実施例の図７及び図８、第３実施例の図１０でも同様である。

プリンタ１０は、Ｔ１２４において、記憶済みのＡＴ（図２のＴ６２参照）を利用して、ＨＴＴＰに従った持続的接続をサーバ１００と確立する。持続的接続は、いわゆる常時接続と呼ばれるものであり、プリンタ１０からサーバ１００への信号の送信がなくても、サーバ１００からプリンタ１０への信号の送信を可能とする接続である。即ち、持続的接続は、サーバプッシュ型の通信を実行するための接続である。

次いで、プリンタ１０は、Ｔ１３０において、Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｅｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ）Ｒｅｑｕｅｓｔ（以下「ＧＮ（ＥＷＭ）Ｒｅｑ」と記載する）をサーバ１００に送信する。ＧＮ（ＥＷＭ）Ｒｅｑは、端末５０から印刷指示を受信する際にその旨の通知をプリンタ１０に送信すべきことをサーバ１００に要求するための信号である。これにより、サーバ１００は、端末５０から印刷指示を受信すると、Ｊｏｂ－ＩＤを含むＧｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｅｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ）Ｒｅｓｐｏｎｓｅ（以下「ＧＮ（ＥＷＭ）Ｒｅｓ」と記載する）をプリンタ１０に送信する。一方、サーバ１００は、端末５０から印刷指示を受信することなく所定の待機時間が経過する毎に、Ｊｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓをプリンタ１０に送信する。上記の所定の待機時間は、例えば６０ｓ（「ｓ」は秒（seconds）の略）である。

プリンタ１０は、Ｔ１３０において、ＧＮ（ＥＷＭ）Ｒｅｑを送信すると、その直後に、Ｔ１３２において、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを受信する。その後、プリンタ１０は、Ｔ１３４，Ｔ１３６において、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを６０ｓ毎に受信する。

端末５０は、ユーザから印刷実行操作を受け付けることに応じて、Ｔ１４０において、印刷指示をサーバ１００に送信する。印刷指示は、ユーザによって指定された印刷対象の画像を表わす画像データを含む。

サーバ１００は、Ｔ１３６のＧＮ（ＥＷＭ）Ｒｅｓを送信してから６０ｓが経過する前に、Ｔ１４０において、端末５０から印刷指示を受信する。この場合、サーバ１００は、Ｔ１４２において、受信済みの画像データを変換して、プリンタ１０が解釈可能なデータ形式を有する印刷データを生成する。サーバ１００は、さらに、Ｊｏｂ－ＩＤを生成し、印刷データとＪｏｂ－ＩＤとを関連付けて記憶する。そして、サーバ１００は、Ｔ１３６のＧＮ（ＥＷＭ）Ｒｅｓを送信してから６０ｓが経過する前に、即ち、端末５０から印刷指示を受信した直後に、Ｔ１５０において、上記の持続的接続を利用して、Ｊｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓをプリンタ１０に送信する。

プリンタ１０は、Ｔ１５０において、上記の持続的接続を利用してサーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを受信すると、Ｔ１６０～Ｔ１６６において、印刷データを受信するための通信をサーバ１００と実行する。具体的には、プリンタ１０は、Ｔ１６０において、Ｊｏｂ－ＩＤを含むＦｅｔｃｈ－ｊｏｂ Ｒｅｑｕｅｓｔをサーバ１００に送信し、Ｔ１６２において、サーバ１００から、Ｊｏｂ情報を含むＲｅｓｐｏｎｓｅを受信する。Ｊｏｂ情報は、端末５０のユーザによって設定された印刷条件（例えば、用紙サイズ、色数、両面印刷の有無等）を示す情報である。そして、プリンタ１０は、Ｔ１６４において、Ｊｏｂ－ＩＤを含むＦｅｔｃｈ－Ｄｏｃｕｍｅｎｔ Ｒｅｑｕｅｓｔをサーバ１００に送信し、Ｔ１６６において、サーバ１００から、Ｊｏｂ－ＩＤに関連付けられている印刷データを含むＲｅｓｐｏｎｓｅを受信する。

次いで、プリンタ１０は、Ｔ１７０において、印刷データによって表わされる画像の印刷を実行する。この結果、印刷済みの用紙が端末５０のユーザに提供される。

上述したケースＡに示されるように、プリンタ１０は、非プロキシ環境にある場合にＥＷＭのみで動作する。このために、プリンタ１０は、Ｊｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを迅速かつ適切に受信することができる（Ｔ１５０）。

（ケースＢ：図５）
次いで、図５を参照して、プリンタ１０がＬＡＮ７２に所属している状況で実現されるケースＢを説明する。ケースＢでは、プリンタ１０のプロキシ設定は、フラグ情報「有効」と各設定値とを含む。

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

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

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

プリンタ１０は、まず、ＰＭで動作する。即ち、プリンタ１０は、Ｔ２３０において、Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｐｏｌｌｉｎｇ Ｍｏｄｅ）Ｒｅｑｕｅｓｔ（以下「ＧＮ（ＰＭ）Ｒｅｑ」と記載する）をサーバ１００に送信し、その直後に、Ｔ２３２において、サーバ１００からＪｏｂ－ＩＤを含まないＧｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｐｏｌｌｉｎｇ Ｍｏｄｅ）Ｒｅｓｐｏｎｓｅ（以下では「ＧＮ（ＰＭ）Ｒｅｓ」と記載する）を受信する。ＧＮ（ＰＭ）Ｒｅｓは、サーバ１００によって指定される３０ｓを示すポーリング時間情報を含む。ポーリング時間情報は、ＧＮ（ＰＭ）Ｒｅｓを受信してから次のＧＮ（ＰＭ）Ｒｅｑを送信するまでの時間を示す。

（ケースＢ１：通信が不安定なケース）
ケースＢ１は、ＥＷＭにおいて受信不可事象が発生するケースである。プリンタ１０は、Ｔ２３２のＧＮ（ＰＭ）Ｒｅｓを受信した直後に、ＰＭに代えてＥＷＭで動作する。即ち、プリンタ１０は、Ｔ２３４において、記憶済みのＡＴ（図２のＴ６２参照）を利用して、ＨＴＴＰに従った持続的接続をサーバ１００と確立する。当該接続は、図４のＴ１２４の接続と同様である。

次いで、プリンタ１０は、Ｔ２４０において、ＧＮ（ＥＷＭ）Ｒｅｑをサーバ１００に送信し、その直後に、Ｔ２４２において、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを受信する。

サーバ１００は、Ｔ２３２のＧＮ（ＰＭ）Ｒｅｓを送信してから３０ｓが経過する前に、Ｔ２５０において、端末５０から印刷指示を受信すると、Ｔ２５２において、印刷データを生成し、当該印刷データとＪｏｂ－ＩＤとを関連付けて記憶する。そして、サーバ１００は、上記の持続的接続を利用して、Ｊｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓをプリンタ１０に送信することを試みる。しかしながら、ケースＢ１では、受信不可事象が発生するので、Ｊｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓがプリンタ１０によって受信されない。

プリンタ１０は、サーバ１００からＧＮ（ＥＷＭ）Ｒｅｓを受信することなく、Ｔ２３２のＧＮ（ＰＭ）Ｒｅｓを受信してから３０ｓが経過すると、ＥＷＭに代えてＰＭで動作する。当該３０ｓは、Ｔ２３２のＧＮ（ＰＭ）Ｒｅｓに含まれるポーリング時間情報によって示される時間である。従って、仮に、ポーリング時間情報が３０ｓとは異なる時間を示す場合には、プリンタ１０は、Ｔ２３２のＧＮ（ＰＭ）Ｒｅｓを受信してから当該異なる時間が経過すると、ＥＷＭに代えてＰＭで動作する。このように、プリンタ１０は、ポーリング時間情報に従って、ＥＷＭに代えてＰＭで動作するタイミングを決定するので、サーバ１００から指定された間隔でＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信することができる。

プリンタ１０は、まず、Ｔ２５４において、上記の持続的接続を切断する。プリンタ１０は、例えば、切断信号をサーバ１００に送信することによって、上記の持続的接続を切断する。これにより、ＥＷＭでの動作が終了する。本実施例のプリンタ１０は、サーバ１００との通信を実行するためのタスクとして１つのタスクしか有さない。従って、プリンタ１０は、ＥＷＭとＰＭとで並行に動作することができず、ＥＷＭでの動作を終了した後に、ＰＭで動作する。

プリンタ１０は、Ｔ２６０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ２６２において、サーバ１００からポーリング時間情報とＪｏｂ－ＩＤとを含むＧＮ（ＰＭ）Ｒｅｓを受信する。その後の処理は、図４のＴ１６０～Ｔ１７０の処理と同様である。図示省略しているが、プリンタ１０は、Ｔ１７０の処理が終了すると、ＰＭで再び動作し、その後、ＥＷＭで再び動作する。即ち、プリンタ１０は、ＰＭとＥＷＭとで交互に動作することを繰り返す。

上述したケースＢ１に示されるように、プリンタ１０は、プロキシ環境にある場合にＰＭとＥＷＭとで交互に動作する。このために、プリンタ１０は、ＥＷＭにおいて受信不可事象が発生しても、ＰＭにおいてＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを適切に受信することができる（Ｔ２６２）。

（ケースＢ２：通信が安定なケース）
ケースＢ２は、ＥＷＭにおいて受信不可事象が発生しないケースである。Ｔ２３２の後のＴ２３４～Ｔ２５２は、ケースＢ１と同様である。ケースＢ２では、ＥＷＭにおいて受信不可事象が発生しないので、プリンタ１０は、Ｔ２３２のＧＮ（ＰＭ）Ｒｅｓを受信してから３０ｓが経過する前に、即ち、端末５０からサーバ１００に印刷指示が送信された直後に、Ｔ２７０において、上記の持続的接続を利用して、サーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを受信する。その後の処理は、図４のＴ１６０～Ｔ１７０の処理と同様である。

上述したケースＢ２に示されるように、プリンタ１０は、プロキシ環境にある場合にＰＭとＥＷＭとで交互に動作する。このために、プリンタ１０は、受信不可事象が発生しない場合に、ＥＷＭにおいてＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを迅速に受信することができる（Ｔ２７０）。

（対応関係）
プリンタ１０、サーバ１００が、それぞれ、「通信装置」、「通知サーバ」の一例である。ＰＭ、ＥＷＭが、それぞれ、「第１のモード」、「第２のモード」の一例である。印刷指示が、「処理実行指示」の一例である。Ｊｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓ又はＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓが、「処理実行通知」の一例である。ＧＮ（ＰＭ）Ｒｅｑが、「ポーリング信号」の一例である。Ｊｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓ、Ｊｏｂ－ＩＤを含まないＧＮ（ＰＭ）Ｒｅｓが、それぞれ、「第１種の応答」、「第２種の応答」の一例である。印刷が、「所定処理」の一例である。３０ｓが、「第１の所定時間」の一例である。図３のＳ１０でＹＥＳ又はＳ１２でＹＥＳの場合が、「第１の条件が満たされる場合」の一例である。Ｓ１２でＮＯの場合が、「第２の条件が満たされる場合」の一例である。ＷＰＡＤファイルが、「存在情報」の一例である。

図４及び図５において、Ｊｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓ又はＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信するための各処理（例えば、図４のＴ１２４～Ｔ１３６、Ｔ１５０、図５のＴ２３０～Ｔ２４２、Ｔ２５４～Ｔ２６２、Ｔ２７０）が、「通知受信部」によって実現される処理の一例である。図４のＴ１７０が、「処理実行部」によって実現される処理の一例である。

（第２実施例：図６）
続いて、第２実施例を説明する。第２実施例では、図３の処理に代えて、図６の処理が実行される。

図６のＳ１０及びＳ１２は、図３のＳ１０及びＳ１２と同様である。プリンタ１０は、Ｓ１０でＹＥＳの場合又はＳ１２でＹＥＳの場合、即ち、プリンタ１０がプロキシ環境にあると判断する場合に、Ｓ３２において、ＰＭのみで動作する。上述したように、プリンタ１０がプロキシ環境にある場合には、ＥＷＭにおいて受信不可事象が発生する可能性がある。本実施例のプリンタ１０は、プリンタ１０がプロキシ環境にある場合に、ＰＭのみで動作するので、サーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを適切に受信することができる。

プリンタ１０は、Ｓ１２でＮＯの場合、即ち、プリンタ１０が非プロキシ環境にあると判断する場合に、Ｓ４２において、ＰＭとＥＷＭとで交互に動作する。上述したように、プリンタ１０が非プロキシ環境にある場合には、ＥＷＭにおいて受信不可事象が発生する可能性が低い。ただし、プリンタ１０が非プロキシ環境にある場合でも、受信不可事象が発生する可能性があることも否定できない。このため、本実施例のプリンタ１０は、プリンタ１０が非プロキシ環境にある場合に、ＰＭとＥＷＭとで交互に動作する。これにより、プリンタ１０は、仮にＥＷＭにおいて受信不可事象が発生しても、ＰＭにおいて、サーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを適切に受信することができる。また、プリンタ１０は、受信不可事象が発生しない場合には、ＥＷＭにおいて、サーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを迅速に受信することができる。

（ケースＣ：図７）
図７を参照して、プリンタ１０がＬＡＮ７２に所属している状況で実現されるケースＣを説明する。ケースＣでは、プリンタ１０のプロキシ設定は、フラグ情報「有効」と各設定値とを含む。

Ｔ３００～Ｔ３２２は、図５のＴ２００～Ｔ２２２と同様である。プリンタ１０は、Ｔ３３０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ３３２において、サーバ１００から、Ｊｏｂ－ＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信する。プリンタ１０は、Ｔ３３２のＧＮ（ＰＭ）Ｒｅｓを受信してからポーリング時間情報によって示される３０ｓが経過すると、Ｔ３３４において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に再び送信し、Ｔ３３６において、サーバ１００から、Ｊｏｂ－ＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信する。即ち、プリンタ１０は、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信し、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを繰り返し受信する。

サーバ１００は、Ｔ３３６のＧＮ（ＰＭ）Ｒｅｓを送信してから３０ｓが経過する前に、Ｔ３４０において、端末５０から印刷指示を受信すると、Ｔ３４２において、印刷データを生成し、当該印刷データとＪｏｂ－ＩＤとを関連付けて記憶する。その後、サーバ１００は、Ｔ３３６のＧＮ（ＰＭ）Ｒｅｓを送信してから３０ｓが経過すると、Ｔ３５０において、プリンタ１０からＧＮ（ＰＭ）Ｒｅｑを受信する。この場合、サーバ１００は、Ｔ３５２において、ポーリング時間情報とＪｏｂ－ＩＤとを含むＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する。

プリンタ１０は、Ｔ３５２において、サーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信すると、図４のＴ１６０～Ｔ１７０と同様の処理を実行する。図示省略しているが、プリンタ１０は、Ｔ１７０の処理が終了すると、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信する。

上述したケースＣに示されるように、プリンタ１０は、プロキシ環境にある場合にＰＭのみで動作する。このため、プリンタ１０は、Ｊｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを適切に受信することができる（Ｔ３５２）。

（ケースＤ：図８）
図８を参照して、プリンタ１０がＬＡＮ６２に所属している状況で実現されるケースＤを説明する。ケースＤでは、プリンタ１０のプロキシ設定は、フラグ情報「無効」を含み、各設定値を含まない。

Ｔ４００～Ｔ４２２は、図５のＴ１００～Ｔ１２２と同様である。プリンタ１０は、まず、ＰＭで動作する。即ち、プリンタ１０は、Ｔ４３０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ４３２において、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信する。

（ケースＤ１：通信が不安定なケース）
ケースＤ１は、プリンタ１０が非プロキシ環境にある状況において、受信不可事象が発生するケースである。プリンタ１０は、Ｔ４３２のＧＮ（ＰＭ）Ｒｅｓを受信した直後に、ＰＭに代えてＥＷＭで動作する。即ち、プリンタ１０は、Ｔ４３４において、持続的接続をサーバ１００と確立する。次いで、プリンタ１０は、Ｔ４４０において、ＧＮ（ＥＷＭ）Ｒｅｑをサーバ１００に送信し、その直後に、Ｔ４４２において、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを受信する。

サーバ１００は、Ｔ４３２のＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信してから３０ｓが経過する前に、Ｔ４５０において、端末５０から印刷指示を受信すると、Ｔ４５２において、印刷データを生成し、当該印刷データとＪｏｂ－ＩＤとを関連付けて記憶する。ここで、ケースＤ１では、受信不可事象が発生するので、Ｊｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓがプリンタ１０によって受信されない。

プリンタ１０は、サーバ１００からＧＮ（ＥＷＭ）Ｒｅｓを受信することなく、Ｔ４３２のＧＮ（ＰＭ）Ｒｅｓを受信してから３０ｓが経過すると、ＥＷＭに代えてＰＭで動作する。即ち、プリンタ１０は、Ｔ４５４において、上記の持続的接続を切断し、Ｔ４６０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ４６２において、サーバ１００からポーリング時間情報とＪｏｂ－ＩＤとを含むＧＮ（ＰＭ）Ｒｅｓを受信する。その後の処理は、図４のＴ１６０～Ｔ１７０の処理と同様である。

上述したケースＤ１に示されるように、プリンタ１０は、非プロキシ環境にある場合にＰＭとＥＷＭとで交互に動作する。このため、プリンタ１０は、ＥＷＭにおいて受信不可事象が発生しても、ＰＭにおいてＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを適切に受信することができる（Ｔ４６２）。

（ケースＤ２：通信が安定なケース）
ケースＤ２は、受信不可事象が発生しないケースである。Ｔ４３２の後のＴ４３４～Ｔ４５２は、ケースＤ１と同様である。ケースＤ２では、ＥＷＭにおいて受信不可事象が発生しないので、プリンタ１０は、Ｔ４３２のＧＮ（ＰＭ）Ｒｅｓを受信してから３０ｓが経過する前に、即ち、Ｔ４５０において、端末５０からサーバ１００に印刷指示が送信された直後に、Ｔ４７０において、上記の持続的接続を利用して、サーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを受信する。その後の処理は、図４のＴ１６０～Ｔ１７０の処理と同様である。

上述したケースＤ２に示されるように、プリンタ１０は、非プロキシ環境にある場合にＰＭとＥＷＭとで交互に動作する。このため、プリンタ１０は、受信不可事象が発生しない場合に、ＥＷＭにおいてＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを迅速に受信することができる（Ｔ４７０）。

（対応関係）
図６のＳ１２でＮＯの場合が、「第１の条件が満たされる場合」の一例である。図６のＳ１０でＹＥＳ又はＳ１２でＹＥＳの場合が、「第２の条件が満たされる場合」の一例である。図７及び図８において、Ｊｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓ又はＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信するための各処理（例えば、図７のＴ３３０～Ｔ３３６、Ｔ３５０、Ｔ３５２、図８のＴ４３０～Ｔ４４２、Ｔ４５４～Ｔ４６２、Ｔ４７０）が、「通知受信部」によって実現される処理の一例である。

（第３実施例：図９）
続いて、第３実施例を説明する。第３実施例では、図３の処理に代えて、図９の処理が実行される。図９の処理では、プリンタ１０がプロキシ環境にあるのか非プロキシ環境にあるのかに関わらず、プリンタ１０がＧＮ（ＥＷＭ）Ｒｅｓを定期的に受信するのか否かに応じて、プリンタ１０が動作すべきモードが決定される。

Ｓ５０では、プリンタ１０は、まず、ＥＷＭで動作する。即ち、プリンタ１０は、持続的接続をサーバ１００と確立し、ＧＮ（ＥＷＭ）Ｒｅｑをサーバ１００に送信する。

Ｓ６０では、プリンタ１０は、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを受信することを監視する。本実施例では、Ｊｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓは、６０ｓ毎にサーバ１００からプリンタ１０に送信される。変形例では、６０ｓとは異なる時間が採用されてもよい。プリンタ１０は、サーバ１００から６０ｓ毎にＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを受信する場合には、Ｓ６０でＹＥＳと判断し、ＥＷＭで動作することを維持する。一方、プリンタ１０は、ＧＮ（ＥＷＭ）Ｒｅｑを送信してから６０ｓが経過しても、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを受信しない場合、又は、サーバ１００から前回のＧＮ（ＥＷＭ）Ｒｅｓを受信してから６０ｓが経過しても、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを受信しない場合に、Ｓ６０でＮＯと判断し、Ｓ７０に進む。

Ｓ７０では、プリンタ１０は、ＰＭとＥＷＭとで交互に動作する。これにより、プリンタ１０は、仮にＥＷＭにおいて受信不可事象が発生しても、ＰＭにおいて、サーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを適切に受信することができる。また、プリンタ１０は、受信不可事象が発生しない場合には、ＥＷＭにおいて、サーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを迅速に受信することができる。

（ケースＥ：図１０）
図１０を参照して、図９の処理によって実現されるケースＥを説明する。ケースＥでは、プリンタ１０は、ＬＡＮ６２及びＬＡＮ７２のどちらに所属していてもよい。即ち、プリンタ１０は、プロキシ環境及び非プロキシ環境のどちらにあってもよい。プリンタ１０は、ＬＡＮ６２に所属している場合には、図４のＴ１００～Ｔ１２２と同様の処理を実行する。一方、プリンタ１０は、ＬＡＮ７２に所属している場合には、図５のＴ２００～Ｔ２２２と同様の処理を実行する。

プリンタ１０は、まず、ＥＷＭで動作する（図９のＳ５０）。プリンタ１０は、Ｔ５００において、持続的接続をサーバ１００と確立する。次いで、プリンタ１０は、Ｔ５１０において、ＧＮ（ＥＷＭ）Ｒｅｑをサーバ１００に送信し、その直後に、Ｔ５１２において、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを受信する。プリンタ１０は、Ｔ５１４，Ｔ５１６において、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを６０ｓ毎に受信する（Ｓ６０でＹＥＳ）。この場合、プリンタ１０は、ＥＷＭで動作することを維持する。

その後、プリンタ１０において受信不可事象が発生する。上述したように、例えば、プリンタ１０がプロキシ環境にある場合には、受信不可事象が発生する可能性がある。また、プリンタ１０が非プロキシ環境にある場合でも、受信不可事象が発生し得る。プリンタ１０は、Ｔ５１６のＧＮ（ＥＷＭ）Ｒｅｓを受信してから６０ｓが経過しても、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを受信しない（Ｓ６０でＮＯ）。この場合、プリンタ１０は、ＰＭとＥＷＭとで交互に動作することを開始する（Ｓ７０）。

プリンタ１０は、まず、ＥＷＭに代えてＰＭで動作する。即ち、プリンタ１０は、Ｔ５１８において、上記の持続的接続を切断し、Ｔ５２０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ５２２において、サーバ１００からポーリング時間情報を含むＧＮ（ＰＭ）Ｒｅｓを受信する。

次いで、プリンタ１０は、ＰＭに代えてＥＷＭで動作する。即ち、プリンタ１０は、Ｔ５２４において、持続的接続をサーバ１００と確立し、Ｔ５３０において、ＧＮ（ＥＷＭ）Ｒｅｑをサーバ１００に送信し、その直後に、Ｔ５３２において、サーバ１００からＪｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを受信する。

サーバ１００は、Ｔ５２２のＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信してから３０ｓが経過する前に、Ｔ５４０において、端末５０から印刷指示を受信すると、Ｔ５４２において、印刷データを生成し、当該印刷データとＪｏｂ－ＩＤとを関連付けて記憶する。ここで、ケースＥでは、受信不可事象が発生するので、Ｊｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓがプリンタ１０によって受信されない。

プリンタ１０は、サーバ１００からＧＮ（ＥＷＭ）Ｒｅｓを受信することなく、Ｔ５２２のＧＮ（ＰＭ）Ｒｅｓを受信してから３０ｓが経過すると、ＥＷＭに代えてＰＭで動作する。即ち、プリンタ１０は、Ｔ５４４において、上記の持続的接続を切断し、Ｔ５５０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ５５２において、サーバ１００からポーリング時間情報とＪｏｂ－ＩＤとを含むＧＮ（ＰＭ）Ｒｅｓを受信する。その後の処理は、図４のＴ１６０～Ｔ１７０の処理と同様である。

上述したケースＥに示されるように、プリンタ１０は、サーバ１００からＧＮ（ＥＷＭ）Ｒｅｓを受信しない場合、即ち、受信不可事象が発生する場合に、ＰＭとＥＷＭとで交互に動作する。このため、プリンタ１０は、受信不可事象が発生しても、ＰＭにおいてＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを適切に受信することができる（Ｔ５５２）。

なお、ケースＥでは、プリンタ１０は、受信不可事象が発生するので、サーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを受信しない。しかしながら、プリンタ１０は、受信不可事象が発生しない状況では、サーバ１００からＪｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを受信することができる。即ち、プリンタ１０は、受信不可事象が発生しない場合には、Ｊｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを迅速に受信することができる。

（対応関係）
Ｊｏｂ－ＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓが、「所定信号」の一例である。６０ｓが、「第２の所定時間」の一例である。図９のＳ６０でＮＯの場合が、「第１の条件が満たされる場合」の一例である。Ｓ６０でＹＥＳの場合が、「第２の条件が満たされる場合」の一例である。図９において、Ｊｏｂ－ＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓ又はＪｏｂ－ＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信するための各処理（例えば、図１０のＴ５００～Ｔ５３２、Ｔ５４４～Ｔ５５２）が、「通知受信部」によって実現される処理の一例である。

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

（変形例１）ＧＮ（ＰＭ）Ｒｅｓは、ポーリング時間情報を含まなくてもよい。この場合、プリンタ１０は、ＧＮ（ＰＭ）Ｒｅｑを繰り返し送信するための時間間隔（例えば１５ｓ、４５ｓ等）をプリンタ１０自身によって決定してもよい。一般的に言うと、「通知受信部」は、第２種の応答に含まれるポーリング時間情報に従って、第１の所定時間を決定しなくてもよい。また、本変形例では、プリンタ１０自身によって決定される時間間隔が、「第１の所定時間」の一例である。

（変形例２）プリンタ１０は、例えば図３のＳ１０及びＳ１２の判断を実行せず、常にＰＭとＥＷＭとで交互に動作するように構成されていてもよい。一般的に言うと、「通知受信部」は、第１の条件と第２の条件とのどちらが満たされるかに関わらず、第１のモードと第２のモードとで交互に動作してもよい。

（変形例３）プリンタ１０は、図３のＳ４０において、ＰＭのみで動作してもよい。一般的に言うと、「通知受信部」は、通信装置が非プロキシ環境にあるという第２の条件が満たされる場合に、第１のモードと第２のモードとのうちの第１のモードのみで動作してもよい。

（変形例４）プリンタ１０は、図６のＳ３２において、ＥＷＭのみで動作してもよい。一般的に言うと、「通知受信部」は、通信装置がプロキシ環境にあるという第２の条件が満たされる場合に、第１のモードと第２のモードとのうちの第２のモードのみで動作してもよい。

（変形例５）図３のＳ１０が省略されてもよい。この場合、Ｓ１２の判断のみが実行され、Ｓ１２でＹＥＳの場合にＳ３０に進み、Ｓ１２でＮＯの場合にＳ４０に進む。別の変形例では、図３のＳ１２が省略されてもよい。この場合、Ｓ１０の判断のみが実行され、Ｓ１０でＹＥＳの場合にＳ３０に進み、Ｓ１０でＮＯの場合にＳ４０に進む。一般的に言うと、通信装置がプロキシ環境にあるのか非プロキシ環境にあるのかを判断するための手法は、上記の実施例の手法に限られない。

（変形例６）「通信装置」は、プリンタでなくてもよく、スキャナ、ファクシミリ、ＰＣ、サーバ等の他のデバイスであってもよい。スキャナが「通信装置」の一例である場合には、端末５０からサーバ１００に送信されるスキャン実行指示が「処理実行指示」の一例であり、スキャナによって実行されるスキャン処理が「所定処理」の一例である。ＰＣが「通信装置」の一例である場合には、端末５０からサーバ１００に送信されるデータ送信指示が「処理実行指示」の一例であり、ＰＣがサーバ１００からデータをダウンロードする処理が「所定処理」の一例である。

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

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

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

Claims (12)

1. 通信装置であって、
   端末装置から通知サーバに処理実行指示が送信される場合に、前記通知サーバから処理実行通知を受信する通知受信部と、
   前記通知サーバから前記処理実行通知が受信される場合に、所定処理を実行する処理実行部と、を備え、
   前記通知受信部は、
   第１のモードと第２のモードとのそれぞれで交互に動作し、
   前記第１のモードでは、ポーリング信号を前記通知サーバに送信し、
   前記端末装置から前記通知サーバに前記処理実行指示が送信された後に、前記ポーリング信号が前記通知サーバに送信される場合に、前記通知サーバから、前記ポーリング信号に対する第１種の応答である前記処理実行通知を受信し、
   前記ポーリング信号が前記通知サーバに送信され、かつ、前記通知サーバから前記処理実行通知が受信されない場合に、前記第２のモードで動作し、
   前記第２のモードでは、前記通信装置と前記通知サーバとの間にサーバプッシュ型の接続を確立し、
   前記接続が確立されている状態において、前記端末装置から前記通知サーバに前記処理実行指示が送信される場合に、前記接続を利用して前記通知サーバから前記処理実行通知を受信し、
   前記接続を利用して前記通知サーバから前記処理実行通知が受信されることなく、前記ポーリング信号が前記通知サーバに送信されてから第１の所定時間が経過する場合に、前記接続を切断し、
   前記接続を利用して前記通知サーバから前記処理実行通知が受信されることなく、前記ポーリング信号が前記通知サーバに送信されてから前記第１の所定時間が経過する場合に、前記第１のモードで動作する、
   通信装置。
2. 前記通知受信部は、
   前記ポーリング信号が前記通知サーバに送信され、かつ、前記通知サーバから、前記処理実行通知が受信されることなく、前記ポーリング信号に対する第２種の応答が受信される場合に、前記第２のモードで動作し、
   前記第２種の応答に含まれるポーリング時間情報に従って、前記第１の所定時間を決定する、請求項１に記載の通信装置。
3. 前記通知受信部は、
   第１の条件が満たされる場合に、前記第１のモードと前記第２のモードとのそれぞれで交互に動作し、
   前記第１の条件とは異なる第２の条件が満たされる場合に、前記第１のモードと前記第２のモードとのうちの一方のモードのみで動作する、請求項１又は２に記載の通信装置。
4. 前記通信装置がプロキシ環境にある場合に、前記第１の条件が満たされ、
   前記通信装置が非プロキシ環境にある場合に、前記第２の条件が満たされ、
   前記プロキシ環境は、プロキシサーバを利用して前記通知サーバとの通信を実行するための環境であり、
   前記非プロキシ環境は、前記プロキシサーバを利用せずに前記通知サーバとの通信を実行するための環境である、請求項３に記載の通信装置。
5. 前記通知受信部は、前記第２の条件が満たされる場合に、前記第１のモードと前記第２のモードとのうちの前記第２のモードのみで動作する、請求項４に記載の通信装置。
6. 前記通信装置がプロキシ環境にある場合に、前記第２の条件が満たされ、
   前記通信装置が非プロキシ環境にある場合に、前記第１の条件が満たされ、
   前記プロキシ環境は、プロキシサーバを利用して前記通知サーバとの通信を実行するための環境であり、
   前記非プロキシ環境は、前記プロキシサーバを利用せずに前記通知サーバとの通信を実行するための環境である、請求項３に記載の通信装置。
7. 前記通知受信部は、前記第２の条件が満たされる場合に、前記第１のモードと前記第２のモードとのうちの前記第１のモードのみで動作する、請求項６に記載の通信装置。
8. 前記通信装置は、さらに、メモリを備え、
   前記通知受信部は、
   前記プロキシサーバを利用するためのプロキシ設定情報が前記メモリに記憶されている場合に、前記通信装置が前記プロキシ環境にあると判断し、
   前記プロキシ設定情報が前記メモリに記憶されていない場合に、前記通信装置が前記非プロキシ環境にあると判断する、請求項４から７のいずれか一項に記載の通信装置。
9. 前記通知受信部は、
   ＤＨＣＰ（Dynamic Host Configuration Protocolの略）サーバから前記プロキシサーバの存在を示す存在情報が受信される場合に、前記通信装置が前記プロキシ環境にあると判断し、
   前記ＤＨＣＰサーバから前記存在情報が受信されない場合に、前記通信装置が前記非プロキシ環境にあると判断する、請求項４から８のいずれか一項に記載の通信装置。
10. 前記第２のモードにおいて、前記通知サーバから前記処理実行通知が受信されることなく第２の所定時間が経過する毎に、前記通知サーバから所定信号が受信される場合に、前記第２の条件が満たされ、
    前記通知受信部は、前記第２の条件が満たされる場合に、前記第１のモードと前記第２のモードとのうちの前記第２のモードのみで動作し、
    前記第２のモードにおいて、前記通知サーバから前記処理実行通知が受信されることなく前記第２の所定時間が経過しても、前記通知サーバから前記所定信号が受信されない場合に、前記第１の条件が満たされる、請求項３に記載の通信装置。
11. 前記通信装置は、さらに、印刷実行部を備え、
    前記所定処理は、前記通知サーバから受信される印刷データに従った印刷を前記印刷実行部に実行させる処理を含む、請求項１から１０のいずれか一項に記載の通信装置。
12. 通信装置のためのコンピュータプログラムであって、
    前記通信装置のコンピュータを、以下の各部、即ち、
    端末装置から通知サーバに処理実行指示が送信される場合に、前記通知サーバから処理実行通知を受信する通知受信部と、
    前記通知サーバから前記処理実行通知が受信される場合に、所定処理を実行する処理実行部と、として機能させ、
    前記通知受信部は、
    第１のモードと第２のモードとのそれぞれで交互に動作し、
    前記第１のモードでは、ポーリング信号を前記通知サーバに送信し、
    前記端末装置から前記通知サーバに前記処理実行指示が送信された後に、前記ポーリング信号が前記通知サーバに送信される場合に、前記通知サーバから、前記ポーリング信号に対する第１種の応答である前記処理実行通知を受信し、
    前記ポーリング信号が前記通知サーバに送信され、かつ、前記通知サーバから前記処理実行通知が受信されない場合に、前記第２のモードで動作し、
    前記第２のモードでは、前記通信装置と前記通知サーバとの間にサーバプッシュ型の接続を確立し、
    前記接続が確立されている状態において、前記端末装置から前記通知サーバに前記処理実行指示が送信される場合に、前記接続を利用して前記通知サーバから前記処理実行通知を受信し、
    前記接続を利用して前記通知サーバから前記処理実行通知が受信されることなく、前記ポーリング信号が前記通知サーバに送信されてから第１の所定時間が経過する場合に、前記接続を切断し、
    前記接続を利用して前記通知サーバから前記処理実行通知が受信されることなく、前記ポーリング信号が前記通知サーバに送信されてから前記第１の所定時間が経過する場合に、前記第１のモードで動作する、
    コンピュータプログラム。
    

Images