ホーム > 特許ランキング > ブラザー工業株式会社
知財求人 - 知財ポータルサイト「IP Force」
特開2024-1770画像形成装置と画像形成装置のためのコンピュータプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024001770
(43)【公開日】2024-01-10
(54)【発明の名称】画像形成装置と画像形成装置のためのコンピュータプログラム
(51)【国際特許分類】
B41J 29/38 20060101AFI20231227BHJP
G06F 3/12 20060101ALI20231227BHJP
H04N 1/00 20060101ALI20231227BHJP
【ＦＩ】
B41J29/38 201
G06F3/12 337
G06F3/12 387
G06F3/12 303
H04N1/00 127A
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2022100640
(22)【出願日】2022-06-22
(71)【出願人】
【識別番号】000005267
【氏名又は名称】ブラザー工業株式会社
(74)【代理人】
【識別番号】110000110
【氏名又は名称】弁理士法人 快友国際特許事務所
(72)【発明者】
【氏名】宇野 暁仁
【テーマコード（参考）】
2C061
5C062
【Ｆターム（参考）】
2C061AP01
2C061AQ05
2C061AQ06
2C061AR01
2C061AS02
2C061HJ08
2C061HK05
2C061HN05
2C061HN08
2C061HN15
2C061HN22
2C061HP01
2C061HQ06
2C061HQ17
5C062AA02
5C062AA05
5C062AA13
5C062AA29
5C062AB20
5C062AB22
5C062AB33
5C062AB38
5C062AC02
5C062AC04
5C062AC34
5C062AC58
5C062AE03
5C062AE07
5C062AE15
5C062AF00
(57)【要約】
【課題】画像形成装置が画像形成を迅速に停止することが可能な技術を提供すること。
【解決手段】画像形成装置は、問合要求をサーバに繰り返し送信し、サーバからジョブ実行応答を受信する場合に、画像形成エンジンを制御して画像形成を開始する。画像形成装置は、サーバからジョブ実行応答を受信する場合に、サーバプッシュ型の接続をサーバと確立する。サーバは、端末装置からジョブ停止指示を受信する場合に、画像形成装置から問合要求を受信しなくても、接続を利用して、画像形成停止コマンドを画像形成装置に送信する。画像形成装置は、サーバからジョブ停止応答を受信する場合に、画像形成を停止する。
【選択図】図５
【解決手段】画像形成装置は、問合要求をサーバに繰り返し送信し、サーバからジョブ実行応答を受信する場合に、画像形成エンジンを制御して画像形成を開始する。画像形成装置は、サーバからジョブ実行応答を受信する場合に、サーバプッシュ型の接続をサーバと確立する。サーバは、端末装置からジョブ停止指示を受信する場合に、画像形成装置から問合要求を受信しなくても、接続を利用して、画像形成停止コマンドを画像形成装置に送信する。画像形成装置は、サーバからジョブ停止応答を受信する場合に、画像形成を停止する。
【選択図】図５
【特許請求の範囲】
【請求項1】
画像形成装置であって、
画像形成エンジンと、
問合要求をサーバに繰り返し送信する送信部であって、前記サーバは、端末装置からジョブ実行指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、ジョブを実行すべきことを示すジョブ実行応答を前記画像形成装置に送信する、前記送信部と、
前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成エンジンを制御して画像形成を開始する画像形成制御部と、
前記サーバから前記ジョブ実行応答が受信される場合に、サーバプッシュ型の接続を前記サーバと確立する確立部であって、前記サーバは、前記端末装置からジョブ停止指示を受信する場合に、前記画像形成装置から前記問合要求を受信しなくても、前記接続を利用して、画像形成停止コマンドを前記画像形成装置に送信する、前記確立部と、を備え、
前記サーバから前記画像形成停止コマンドが受信される場合に、前記画像形成は停止される、画像形成装置。
画像形成エンジンと、
問合要求をサーバに繰り返し送信する送信部であって、前記サーバは、端末装置からジョブ実行指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、ジョブを実行すべきことを示すジョブ実行応答を前記画像形成装置に送信する、前記送信部と、
前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成エンジンを制御して画像形成を開始する画像形成制御部と、
前記サーバから前記ジョブ実行応答が受信される場合に、サーバプッシュ型の接続を前記サーバと確立する確立部であって、前記サーバは、前記端末装置からジョブ停止指示を受信する場合に、前記画像形成装置から前記問合要求を受信しなくても、前記接続を利用して、画像形成停止コマンドを前記画像形成装置に送信する、前記確立部と、を備え、
前記サーバから前記画像形成停止コマンドが受信される場合に、前記画像形成は停止される、画像形成装置。
【請求項2】
前記画像形成装置は、さらに、
前記画像形成が完了する場合に、前記接続を切断する切断部を備える、請求項１に記載の画像形成装置。
前記画像形成が完了する場合に、前記接続を切断する切断部を備える、請求項１に記載の画像形成装置。
【請求項3】
前記画像形成装置は、さらに、
前記サーバから前記画像形成停止コマンドが受信される場合に、前記接続を切断する切断部を備える、請求項１に記載の画像形成装置。
前記サーバから前記画像形成停止コマンドが受信される場合に、前記接続を切断する切断部を備える、請求項１に記載の画像形成装置。
【請求項4】
前記画像形成装置は、さらに、
ユーザによって操作される操作部と、
前記操作部において、前記画像形成を停止するための停止操作が実行される場合に、前記接続を切断する切断部と、を備え、
前記操作部において前記停止操作が実行される場合に、前記サーバから前記画像形成停止コマンドが受信されなくても、前記画像形成は停止される、請求項１に記載の画像形成装置。
ユーザによって操作される操作部と、
前記操作部において、前記画像形成を停止するための停止操作が実行される場合に、前記接続を切断する切断部と、を備え、
前記操作部において前記停止操作が実行される場合に、前記サーバから前記画像形成停止コマンドが受信されなくても、前記画像形成は停止される、請求項１に記載の画像形成装置。
【請求項5】
前記画像形成装置は、さらに、
前記画像形成が開始された後に、前記画像形成エンジンにおいてエラーが発生する場合に、前記接続を切断する切断部を備える、請求項１に記載の画像形成装置。
前記画像形成が開始された後に、前記画像形成エンジンにおいてエラーが発生する場合に、前記接続を切断する切断部を備える、請求項１に記載の画像形成装置。
【請求項6】
前記画像形成装置は、さらに、
前記画像形成エンジンにおいて前記エラーが発生した後に、前記エラーが解消する場合に、前記接続を再確立する再確立部を備える、請求項５に記載の画像形成装置。
前記画像形成エンジンにおいて前記エラーが発生した後に、前記エラーが解消する場合に、前記接続を再確立する再確立部を備える、請求項５に記載の画像形成装置。
【請求項7】
前記画像形成装置は、さらに、
前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成装置がプロキシ環境であるのか非プロキシ環境であるのかを判断する判断部であって、前記プロキシ環境は、プロキシサーバを利用して前記サーバとの通信を実行するための環境であり、前記非プロキシ環境は、前記プロキシサーバを利用せずに前記サーバとの通信を実行するための環境である、前記判断部を備え、
前記確立部は、
前記画像形成装置が前記プロキシ環境にあると判断される場合に、前記接続を確立せず、
前記画像形成装置が前記非プロキシ環境にあると判断される場合に、前記接続を確立する、請求項１に記載の画像形成装置。
前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成装置がプロキシ環境であるのか非プロキシ環境であるのかを判断する判断部であって、前記プロキシ環境は、プロキシサーバを利用して前記サーバとの通信を実行するための環境であり、前記非プロキシ環境は、前記プロキシサーバを利用せずに前記サーバとの通信を実行するための環境である、前記判断部を備え、
前記確立部は、
前記画像形成装置が前記プロキシ環境にあると判断される場合に、前記接続を確立せず、
前記画像形成装置が前記非プロキシ環境にあると判断される場合に、前記接続を確立する、請求項１に記載の画像形成装置。
【請求項8】
前記送信部は、前記サーバから前記ジョブ実行応答が受信される場合に、前記問合要求を前記サーバに繰り返し送信することを停止する、請求項１に記載の画像形成装置。
【請求項9】
前記送信部は、前記接続が切断される場合に、前記問合要求を前記サーバに繰り返し送信することを再開する、請求項８に記載の画像形成装置。
【請求項10】
前記送信部は、前記サーバから前記ジョブ実行応答が受信される場合に、前記問合要求を前記サーバに繰り返し送信することを継続する、請求項１に記載の画像形成装置。
【請求項11】
前記画像形成エンジンは、印刷エンジンであり、
前記画像形成は、印刷媒体への画像の印刷である、請求項１に記載の画像形成装置。
前記画像形成は、印刷媒体への画像の印刷である、請求項１に記載の画像形成装置。
【請求項12】
前記ジョブ停止指示は、前記ジョブをキャンセルするための指示であり、
前記画像形成停止コマンドは、前記画像形成をキャンセルするためのコマンドである、請求項１に記載の画像形成装置。
前記画像形成停止コマンドは、前記画像形成をキャンセルするためのコマンドである、請求項１に記載の画像形成装置。
【請求項13】
画像形成装置のためのコンピュータプログラムであって、
前記画像形成装置のコンピュータを、以下の各部、即ち、
問合要求をサーバに繰り返し送信する送信部であって、前記サーバは、端末装置からジョブ実行指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、ジョブを実行すべきことを示すジョブ実行応答を前記画像形成装置に送信する、前記送信部と、
前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成装置の画像形成エンジンを制御して画像形成を開始する画像形成制御部と、
前記サーバから前記ジョブ実行応答が受信される場合に、サーバプッシュ型の接続を前記サーバと確立する確立部であって、前記サーバは、前記端末装置からジョブ停止指示を受信する場合に、前記画像形成装置から前記問合要求を受信しなくても、前記接続を利用して、画像形成停止コマンドを前記画像形成装置に送信する、前記確立部と、
として機能させ、
前記サーバから前記画像形成停止コマンドが受信される場合に、前記画像形成は停止される、コンピュータプログラム。
前記画像形成装置のコンピュータを、以下の各部、即ち、
問合要求をサーバに繰り返し送信する送信部であって、前記サーバは、端末装置からジョブ実行指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、ジョブを実行すべきことを示すジョブ実行応答を前記画像形成装置に送信する、前記送信部と、
前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成装置の画像形成エンジンを制御して画像形成を開始する画像形成制御部と、
前記サーバから前記ジョブ実行応答が受信される場合に、サーバプッシュ型の接続を前記サーバと確立する確立部であって、前記サーバは、前記端末装置からジョブ停止指示を受信する場合に、前記画像形成装置から前記問合要求を受信しなくても、前記接続を利用して、画像形成停止コマンドを前記画像形成装置に送信する、前記確立部と、
として機能させ、
前記サーバから前記画像形成停止コマンドが受信される場合に、前記画像形成は停止される、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書では、サーバからジョブ実行応答を受信することに応じて画像形成を実行する画像形成装置に関する技術を開示する。
【背景技術】
【0002】
特許文献１には、画像形成装置とクラウドプリントサーバとクライアント端末とを備えるシステムが開示されている。画像形成装置は、イベント確認要求をクラウドプリントサーバに繰り返し送信する。クラウドプリントサーバは、クライアント端末から印刷ジョブ送信コマンドを受信すると、イベント確認要求に応じて、印刷ジョブが存在することを示すイベント確認応答を画像形成装置に送信する。これにより、画像形成装置は、印刷ジョブを実行する。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２０－１９２７３０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記の技術では、クラウドプリントサーバがクライアント端末から印刷ジョブの実行を停止するためのコマンドを受信することについて、何ら考慮されていない。本明細書では、画像形成装置が画像形成を迅速に停止することが可能な技術を提供する。
【0005】
本明細書によって開示される画像形成装置は、画像形成エンジンと、問合要求をサーバに繰り返し送信する送信部であって、前記サーバは、端末装置からジョブ実行指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、ジョブを実行すべきことを示すジョブ実行応答を前記画像形成装置に送信する、前記送信部と、前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成エンジンを制御して画像形成を開始する画像形成制御部と、前記サーバから前記ジョブ実行応答が受信される場合に、サーバプッシュ型の接続を前記サーバと確立する確立部であって、前記サーバは、前記端末装置からジョブ停止指示を受信する場合に、前記画像形成装置から前記問合要求を受信しなくても、前記接続を利用して、画像形成停止コマンドを前記画像形成装置に送信する、前記確立部と、を備えてもよく、前記サーバから前記画像形成停止コマンドが受信される場合に、前記画像形成は停止されてもよい。
【0006】
上記の構成によると、画像形成装置は、サーバからジョブ実行応答を受信する場合に、サーバプッシュ型の接続をサーバと確立する。当該接続が確立されるので、サーバは、端末装置からジョブ停止指示を受信する場合に、画像形成装置から問合要求を受信しなくても、当該接続を利用して、画像形成停止コマンドを画像形成装置に送信することができる。従って、画像形成装置は、サーバからジョブ実行応答を受信することに応じて上記の接続を確立しない構成と比べると、サーバから画像形成停止コマンドを迅速に受信することができる。このために、画像形成装置は、画像形成を迅速に停止することができる。
【0007】
上記の画像形成装置を実現するためのコンピュータプログラム、当該コンピュータプログラムを記憶するコンピュータ可読記録媒体、及び、上記の画像形成装置によって実行される方法も新規で有用である。また、上記の画像形成装置と他の装置（例えばサーバ、端末装置等）とを備えるシステムも新規で有用である。
【図面の簡単な説明】
【0008】
【図1】通信システムの構成を示す。
【図2】登録処理のシーケンス図を示す。
【図3】印刷実行処理のフローチャートを示す。
【図4】プロキシ環境処理のフローチャートを示す。
【図5】非プロキシ環境処理のフローチャートを示す。
【図6】ケースＡ１のシーケンス図を示す。
【図7】ケースＡ２のシーケンス図を示す。
【図8】ケースＡ３のシーケンス図を示す。
【図9】ケースＡ４のシーケンス図を示す。
【図10】ケースＢのシーケンス図を示す。
【図11】第２実施例のシーケンス図を示す。
【発明を実施するための形態】
【0009】
（第１実施例）
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、プリンタ１０と、携帯端末５０と、複数個のアクセスポイント（以下では「ＡＰ（Access Pointの略）」と記載する）６０，７０と、印刷仲介サーバ１００と、を備える。プリンタ１０は、ＡＰ６０が親局として動作しているＬＡＮ（Local Area Networkの略）６２、又は、ＡＰ７０が親局として動作しているＬＡＮ７２に選択的に所属することができる。印刷仲介サーバ１００は、インターネット６に接続されている。プリンタ１０は、ＬＡＮ６２又はＬＡＮ７２に所属している場合に、ＡＰ６０又はＡＰ７０を介して、印刷仲介サーバ１００との通信を実行することができる。変形例では、ＬＡＮ６２及びＬＡＮ７２は、無線ＬＡＮの代わりに有線ＬＡＮであってもよい。携帯端末５０は、ＬＡＮ６２又はＬＡＮ７２に所属している場合に、ＡＰ６０又は７０を介して、プリンタ１０及び印刷仲介サーバ１００との通信を実行することができる。変形例では、携帯端末５０は、３Ｇ、４Ｇ、５Ｇ等のセルラー通信を利用して、印刷仲介サーバ１００との通信を実行してもよい。
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、プリンタ１０と、携帯端末５０と、複数個のアクセスポイント（以下では「ＡＰ（Access Pointの略）」と記載する）６０，７０と、印刷仲介サーバ１００と、を備える。プリンタ１０は、ＡＰ６０が親局として動作しているＬＡＮ（Local Area Networkの略）６２、又は、ＡＰ７０が親局として動作しているＬＡＮ７２に選択的に所属することができる。印刷仲介サーバ１００は、インターネット６に接続されている。プリンタ１０は、ＬＡＮ６２又はＬＡＮ７２に所属している場合に、ＡＰ６０又はＡＰ７０を介して、印刷仲介サーバ１００との通信を実行することができる。変形例では、ＬＡＮ６２及びＬＡＮ７２は、無線ＬＡＮの代わりに有線ＬＡＮであってもよい。携帯端末５０は、ＬＡＮ６２又はＬＡＮ７２に所属している場合に、ＡＰ６０又は７０を介して、プリンタ１０及び印刷仲介サーバ１００との通信を実行することができる。変形例では、携帯端末５０は、３Ｇ、４Ｇ、５Ｇ等のセルラー通信を利用して、印刷仲介サーバ１００との通信を実行してもよい。
【0010】
（プリンタ１０の構成）
プリンタ１０は、印刷機能を実行可能な周辺装置（例えば携帯端末５０の周辺装置）である。プリンタ１０は、操作部１２と、表示部１４と、通信インターフェース１６と、印刷エンジン１８と、制御部３０と、を備える。各部１２～３０は、バス線（符号省略）に接続されている。
プリンタ１０は、印刷機能を実行可能な周辺装置（例えば携帯端末５０の周辺装置）である。プリンタ１０は、操作部１２と、表示部１４と、通信インターフェース１６と、印刷エンジン１８と、制御部３０と、を備える。各部１２～３０は、バス線（符号省略）に接続されている。
【0011】
操作部１２は、複数個のボタンを備える。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネル（即ちユーザによって操作される操作部）としても機能する。通信インターフェース１６は、ＬＡＮ６２又はＬＡＮ７２に接続するためのインターフェースである。印刷エンジン１８は、インクジェット方式、レーザ方式等の印刷機構である。
【0012】
制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４は、上記のプログラム３６の他に、プロキシ設定を記憶する。
【0013】
プロキシ設定は、プロキシサーバ７１を利用することを示す「有効」と、プロキシサーバ７１を利用しないことを示す「無効」と、のどちらかの値を示すフラグ情報を含む。プロキシ設定は、さらに、プロキシサーバ７１を利用するための複数個の設定値を含み得る。複数個の設定値は、プロキシサーバ７１のＩＰアドレスと、プロキシサーバ７１との通信に利用されるポート番号と、ユーザ名と、パスワードと、を含む。フラグ情報及び各設定値は、ユーザによってプリンタ１０に入力されることに応じて、メモリ３４内に記憶される。
【0014】
（ＡＰ６０，７０の構成）
各ＡＰ６０，７０は、ＤＨＣＰ（Dynamic Host Configuration Protocolの略）サーバ機能を有する。そのため、ＡＰ６０、ＡＰ７０は、それぞれ、ＬＡＮ６２、ＬＡＮ７２に所属するデバイスにＩＰアドレスを割り当てることができる。ＡＰ７０によって形成されるＬＡＮ７２には、さらに、プロキシサーバ７１が設けられている。
各ＡＰ６０，７０は、ＤＨＣＰ（Dynamic Host Configuration Protocolの略）サーバ機能を有する。そのため、ＡＰ６０、ＡＰ７０は、それぞれ、ＬＡＮ６２、ＬＡＮ７２に所属するデバイスにＩＰアドレスを割り当てることができる。ＡＰ７０によって形成されるＬＡＮ７２には、さらに、プロキシサーバ７１が設けられている。
【0015】
（携帯端末５０の構成）
携帯端末５０は、例えば、携帯電話、スマートフォン、ＰＤＡ、タブレットＰＣ等の可搬型の端末装置である。なお、変形例では、携帯端末５０に代えて、据置型のＰＣ、ノートＰＣ等が利用されてもよい。以下では、携帯端末５０のことを「端末５０」と記載する。
携帯端末５０は、例えば、携帯電話、スマートフォン、ＰＤＡ、タブレットＰＣ等の可搬型の端末装置である。なお、変形例では、携帯端末５０に代えて、据置型のＰＣ、ノートＰＣ等が利用されてもよい。以下では、携帯端末５０のことを「端末５０」と記載する。
【0016】
（印刷仲介サーバ１００の構成）
印刷仲介サーバ１００は、いわゆるクラウド印刷サービスを提供するサーバである。印刷仲介サーバ１００は、本実施例では、プリンタ１０のベンダによって設置されるサーバではなく、クラウド印刷サービスを提供する事業者によって設置されるサーバである。変形例では、印刷仲介サーバ１００は、プリンタ１０のベンダによって設置されるサーバであってもよい。印刷仲介サーバ１００は、例えば端末５０から受信される画像データを変換して印刷データを生成し、当該印刷データをプリンタ１０に送信する。以下では、印刷仲介サーバ１００のことを「サーバ１００」と記載する。
印刷仲介サーバ１００は、いわゆるクラウド印刷サービスを提供するサーバである。印刷仲介サーバ１００は、本実施例では、プリンタ１０のベンダによって設置されるサーバではなく、クラウド印刷サービスを提供する事業者によって設置されるサーバである。変形例では、印刷仲介サーバ１００は、プリンタ１０のベンダによって設置されるサーバであってもよい。印刷仲介サーバ１００は、例えば端末５０から受信される画像データを変換して印刷データを生成し、当該印刷データをプリンタ１０に送信する。以下では、印刷仲介サーバ１００のことを「サーバ１００」と記載する。
【0017】
（登録処理：図２）
図２を参照して、プリンタ１０がサーバ１００からクラウド印刷サービスを受けるために、プリンタ１０に関する情報をサーバ１００に登録するための処理を説明する。図２の初期状態では、プリンタ１０及び端末５０は、同じＬＡＮ（即ちＬＡＮ６２又はＬＡＮ７２）に所属している。プリンタ１０がＬＡＮ６２に所属している場合には、プリンタ１０は、ＡＰ６０を利用して、端末５０及びサーバ１００との通信を実行する。また、プリンタ１０がＬＡＮ７２に所属している場合には、プリンタ１０は、ＡＰ７０を利用して、端末５０との通信を実行し、プロキシサーバ７１をさらに利用して、サーバ１００との通信を実行する。しかしながら、図２では、ＡＰ６０、ＡＰ７０、及び、プロキシサーバ７１を図示省略している。下記の図６以降のシーケンス図でも、これらのデバイスを図示省略する。
図２を参照して、プリンタ１０がサーバ１００からクラウド印刷サービスを受けるために、プリンタ１０に関する情報をサーバ１００に登録するための処理を説明する。図２の初期状態では、プリンタ１０及び端末５０は、同じＬＡＮ（即ちＬＡＮ６２又はＬＡＮ７２）に所属している。プリンタ１０がＬＡＮ６２に所属している場合には、プリンタ１０は、ＡＰ６０を利用して、端末５０及びサーバ１００との通信を実行する。また、プリンタ１０がＬＡＮ７２に所属している場合には、プリンタ１０は、ＡＰ７０を利用して、端末５０との通信を実行し、プロキシサーバ７１をさらに利用して、サーバ１００との通信を実行する。しかしながら、図２では、ＡＰ６０、ＡＰ７０、及び、プロキシサーバ７１を図示省略している。下記の図６以降のシーケンス図でも、これらのデバイスを図示省略する。
【0018】
以下では、プリンタ１０のＣＰＵ３２がプログラム３６に従って実行する処理を説明する際に、ＣＰＵ３２を主体として記載するのではなく、プリンタ１０を主体として記載する。また、プリンタ１０によって実行される以下の全ての通信は、通信インターフェース１６を介して実行される。従って、以下では、通信に関する処理を説明する際に、「通信インターフェース１６を介して」という記載を省略する。
【0019】
端末５０は、ユーザからの操作（図示省略）を受け付けることに応じて、例えばプリンタ１０内のウェブサーバにアクセスする。そして、端末５０は、ユーザから、さらに、プリンタ１０がクラウド印刷サービスを受けるための操作を受け付けることに応じて、Ｔ１０において、登録指示をプリンタ１０に送信する。
【0020】
プリンタ１０は、Ｔ１０において、端末５０から登録指示を受信すると、Ｔ１２において、プリンタ１０を識別する情報であるプリンタＩＤを含む登録要求をサーバ１００に送信する。
【0021】
サーバ１００は、Ｔ１２において、プリンタ１０から登録要求を受信すると、Ｔ１４において、ＰＩＮコードを生成して、登録要求に含まれるプリンタＩＤと生成済みのＰＩＮコードとを対応付けて記憶する。次いで、サーバ１００は、Ｔ２０において、ＰＩＮコードとログイン用ＵＲＬ（Uniform Resource Locatorの略）とをプリンタ１０に送信する。ログイン用ＵＲＬは、サーバ１００内の後述の認証画面データの位置を示す情報である。
【0022】
プリンタ１０は、Ｔ２０において、サーバ１００からＰＩＮコードとＵＲＬとを受信すると、Ｔ２２において、それらを端末５０に送信する。
【0023】
端末５０は、Ｔ２２において、プリンタ１０からＰＩＮコードとＵＲＬとを受信すると、Ｔ３０において、それらを表示する。次いで、端末５０は、Ｔ３２において、ユーザからＵＲＬを選択する操作を受け付けると、Ｔ４０において、ＵＲＬを含む認証要求をサーバ１００に送信する。
【0024】
サーバ１００は、Ｔ４０において、端末５０から認証要求を受信すると、Ｔ４２において、認証要求に含まれるＵＲＬによって特定される認証画面データを端末５０に送信する。認証画面データは、ＰＩＮコードを入力するための認証画面を表わすデータである。
【0025】
端末５０は、Ｔ４２において、サーバ１００から認証画面データを受信すると、Ｔ４４において、認証画面データによって表わされる認証画面を表示する。次いで、端末５０は、Ｔ４６において、ユーザから、Ｔ３０で表示されたＰＩＮコードの入力を受け付ける。この場合、端末５０は、Ｔ５０において、入力済みのＰＩＮコードをサーバ１００に送信する。
【0026】
サーバ１００は、Ｔ５０において、端末５０からＰＩＮコードを受信すると、Ｔ５２において、受信済みのＰＩＮコードの認証を実行する。具体的には、サーバ１００は、受信済みのＰＩＮコードを記憶済みであるのか否かを判断する。サーバ１００は、受信済みのＰＩＮコードを記憶済みであると判断する場合、即ち、認証が成功する場合には、Ｔ５４において、ユニークな文字列であるアクセストークン（以下ではＡＴ（Access Tokenの略）と記載する）を生成する。次いで、サーバ１００は、Ｔ５６において、受信済みのＰＩＮコードに対応付けられているプリンタＩＤ（Ｔ１４参照）を特定し、特定済みのプリンタＩＤと生成済みのＡＴとを対応付けて記憶する。そして、サーバ１００は、Ｔ６０において、生成済みのＡＴを含む認証通知をプリンタ１０に送信する。
【0027】
プリンタ１０は、Ｔ６０において、サーバ１００から認証通知を受信すると、Ｔ６２において、認証通知に含まれるＡＴをメモリ３４に記憶させる。次いで、プリンタ１０は、Ｔ７０において、Ｃｒｅａｔｅ－Ｐｒｉｎｔｅｒ－Ｓｕｂｓｃｒｉｐｉｏｎｓ（以下では「ＣＰＳ」と記載する）をサーバ１００に送信する。ＣＰＳは、Ｓｕｂｓｃｒｉｐｉｏｎｓとして新たなイベントをサーバ１００に登録するためのコマンドである。ＣＰＳは、プリンタＩＤと、Ｔ６２で記憶済みのＡＴと、ｊｏｂ－Ｆｅｔｃｈａｂｌｅと、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄと、を含む。ｊｏｂ－Ｆｅｔｃｈａｂｌｅは、印刷指示の受信の監視と、印刷指示が受信された旨のプリンタ１０への通知と、をサーバ１００に実行させるためのコマンドである。ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄは、印刷ジョブのステータス変化の監視と、印刷ジョブのステータス変化があった旨のプリンタ１０への通知と、をサーバ１００に実行させるためのコマンドである。
【0028】
サーバ１００は、Ｔ７０において、プリンタ１０からＣＰＳを受信すると、ＣＰＳに含まれるＡＴの認証を実行する。サーバ１００は、認証が成功すると、Ｔ７２において、ＣＰＳに含まれるプリンタＩＤに対応付けて、ｊｏｂ－Ｆｅｔｃｈａｂｌｅとｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄとを記憶する。これにより、サーバ１００は、プリンタ１０のプリンタＩＤを含む印刷指示を受信することに応じて、その旨をプリンタ１０に通知し、プリンタ１０のプリンタＩＤを含むジョブ変更指示（例えばキャンセル指示）を受信することに応じて、その旨をプリンタ１０に通知する。これにより、登録処理が終了する。
【0029】
（印刷実行処理：図３）
次いで、図３を参照して、プリンタ１０のＣＰＵ３２によって実行される印刷実行処理を説明する。図３の処理は、登録処理が終了することをトリガとして開始される。また、図３の処理は、登録処理が終了した後にプリンタ１０の電源がＯＦＦされ、その後、プリンタ１０の電源がＯＮされることをトリガとして開始される。
次いで、図３を参照して、プリンタ１０のＣＰＵ３２によって実行される印刷実行処理を説明する。図３の処理は、登録処理が終了することをトリガとして開始される。また、図３の処理は、登録処理が終了した後にプリンタ１０の電源がＯＦＦされ、その後、プリンタ１０の電源がＯＮされることをトリガとして開始される。
【0030】
Ｓ２では、プリンタ１０は、Ｐｏｌｌｉｎｇ Ｍｏｄｅ（以下「ＰＭ」と記載する）で動作を開始する。ＰＭは、ポーリング信号をサーバ１００に繰り返し送信して、サーバ１００から印刷データを受信するためのモードである。プリンタ１０は、ＰＭで動作を開始すると、Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｐｏｌｌｉｎｇ Ｍｏｄｅ）Ｒｅｑｕｅｓｔ（以下では「ＧＮ（ＰＭ）Ｒｅｑ」と記載する）をサーバ１００に送信する。ＧＮ（ＰＭ）Ｒｅｑが上記のポーリング信号に相当する。なお、ＧＮ（ＰＭ）Ｒｅｑは、プリンタ１０のプリンタＩＤを含む。後述のＧｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｐｏｌｌｉｎｇ Ｍｏｄｅ）Ｒｅｓｐｏｎｓｅ（以下では「ＧＮ（ＰＭ）Ｒｅｓ」と記載する）も同様である。
【0031】
Ｓ４では、プリンタ１０は、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信することを監視する。プリンタ１０は、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信する場合に、Ｓ４でＹＥＳと判断してＳ６に進む。
【0032】
Ｓ６では、プリンタ１０は、ＧＮ（ＰＭ）ＲｅｓがＪｏｂＩＤを含むのか否かを判断する。プリンタ１０は、ＧＮ（ＰＭ）ＲｅｓがＪｏｂＩＤを含むと判断する場合（Ｓ６でＹＥＳ）に、Ｓ８に進む。プリンタ１０は、ＧＮ（ＰＭ）ＲｅｓがＪｏｂＩＤを含まないと判断する場合（Ｓ６でＮＯ）に、Ｓ４に戻る。ＧＮ（ＰＭ）Ｒｅｓは、次のＧＮ（ＰＭ）Ｒｅｑを送信するまでの間隔を示す間隔情報を含む。本実施例では、当該間隔情報は、３０ｓ（ｓは秒（seconds）の略）を示す。変形例では、間隔情報は、３０ｓより大きい間隔を示してもよいし、３０ｓより小さい間隔を示してもよい。プリンタ１０は、ＧＮ（ＰＭ）ＲｅｓがＪｏｂＩＤを含まないと判断する場合（Ｓ６でＮＯ）に、ＧＮ（ＰＭ）Ｒｅｓに含まれる間隔情報によって示される３０ｓが経過する際に、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信する。そして、プリンタ１０は、Ｓ４において、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信することを監視する。
【0033】
Ｓ８では、プリンタ１０は、サーバ１００との様々な通信を実行して、サーバ１００から、ＧＮ（ＰＭ）Ｒｅｓに含まれるＪｏｂＩＤによって識別される印刷データを受信する。
【0034】
Ｓ１０では、プリンタ１０は、受信済みの印刷データを利用して、印刷を開始する。具体的には、プリンタ１０（即ちＣＰＵ３２）は、印刷データを印刷エンジン１８に供給して、印刷データに従った印刷を開始する。
【0035】
Ｓ１２では、プリンタ１０は、プリンタ１０がプロキシ環境にあるのか非プロキシ環境にあるのかを判断する。プロキシ環境は、プリンタ１０が、プロキシサーバ７１を利用して、インターネット６上のデバイスとの通信を実行する環境（即ちＬＡＮ７２に所属している状況）である。非プロキシ環境は、プリンタ１０が、プロキシサーバ７１を利用せずに、インターネット６上のデバイスとの通信を実行する環境（即ちＬＡＮ６２に所属している状況）である。
【0036】
プリンタ１０は、メモリ３４内のプロキシ設定に含まれるフラグ情報が「有効」を示し、かつ、プロキシ設定として各設定値（ＩＰアドレス、ポート番号等）が記憶されている場合に、プリンタ１０がプロキシ環境にあると判断する（Ｓ１２でＹＥＳ）。
【0037】
一方、プリンタ１０は、フラグ情報が「無効」を示す場合、又は、フラグ情報が「有効」を示すが各設定値が記憶されていない場合には、ＷＰＡＤ（Web Proxy Auto-Discovery Protocolの略）ファイルのＵＲＬがメモリ３４に記憶されているのか否かを判断する。プリンタ１０は、ＷＰＡＤファイルがメモリ３４に記憶されている場合に、プリンタ１０がプロキシ環境にあると判断し（Ｓ１２でＹＥＳ）、ＷＰＡＤファイルがメモリ３４に記憶されていない場合に、プリンタ１０が非プロキシ環境にあると判断する（Ｓ１２でＮＯ）。
【0038】
ＷＰＡＤについて説明する。プリンタ１０は、ＬＡＮ６２又はＬＡＮ７２に所属する際に、ＩＰアドレスの割り当てをＡＰ６０又はＡＰ７０に要求する。ＡＰ６０又はＡＰ７０は、ＤＨＣＰサーバ機能を有するので、ＩＰアドレスをプリンタ１０に自動的に割り当てる。ＡＰ７０は、ＬＡＮ７２にプロキシサーバ７１が存在する場合には、ＩＰアドレスをプリンタ１０に割り当てる際に、ＷＰＡＤファイルのＵＲＬもプリンタ１０に送信する。ＷＰＡＤファイルは、プロキシサーバ７１に関する情報を示すファイルである。従って、プリンタ１０は、ＡＰ７１からＷＰＡＤファイルのＵＲＬを受信する場合には、プロキシサーバ７１がＬＡＮ７２に存在する、即ち、プリンタ１０がプロキシ環境にある、と判断することができる。
【0039】
プリンタ１０は、上記の処理に基づいて、プリンタ１０がプロキシ環境にあると判断する場合（Ｓ１２でＹＥＳ）に、Ｓ２０に進み、プリンタ１０が非プロキシ環境にあると判断する場合（Ｓ１２でＮＯ）に、Ｓ３０に進む。
【0040】
Ｓ２０では、プリンタ１０は、プロキシ環境処理（図４参照）を実行する。Ｓ２０の処理が終了すると、プリンタ１０は、Ｓ４に戻る。
【0041】
Ｓ３０では、プリンタ１０は、非プロキシ環境処理（図５参照）を実行する。Ｓ３０の処理が終了すると、プリンタ１０は、Ｓ２に戻る。
【0042】
（プロキシ環境処理：図４）
図４を参照して、図３のＳ２０のプロキシ環境処理について説明する。プロキシ環境処理では、プリンタ１０は、Ｅｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ（以下では「ＥＷＭ」と記載する）で動作せずに、ＰＭを維持する。即ち、プリンタ１０は、ＧＮ（ＰＭ）Ｒｅｑを定期的（本実施例で３０秒間隔）にサーバ１００に送信する。
図４を参照して、図３のＳ２０のプロキシ環境処理について説明する。プロキシ環境処理では、プリンタ１０は、Ｅｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ（以下では「ＥＷＭ」と記載する）で動作せずに、ＰＭを維持する。即ち、プリンタ１０は、ＧＮ（ＰＭ）Ｒｅｑを定期的（本実施例で３０秒間隔）にサーバ１００に送信する。
【0043】
Ｓ４０では、プリンタ１０は、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信することを監視する。プリンタ１０は、ＧＮ（ＰＭ）Ｒｅｓを受信する場合に、Ｓ４０でＹＥＳと判断して、Ｓ５０に進む。
【0044】
Ｓ４２では、プリンタ１０は、ユーザからキャンセル操作を受け付けることを監視する。当該キャンセル操作は、操作部１２を構成するボタンに対する操作であってもよいし、タッチパネルとして機能する表示部１４に対する操作であってもよい。プリンタ１０は、ユーザからキャンセル操作を受け付ける場合に、Ｓ４２でＹＥＳと判断して、Ｓ５２に進む。
【0045】
Ｓ４４では、プリンタ１０は、図３のＳ１０で開始された印刷が完了することを監視する。プリンタ１０は、印刷エンジン１８から、印刷が完了したことを示す情報を取得する場合に、Ｓ４４でＹＥＳと判断して、図４の処理を終了する。
【0046】
Ｓ４６では、プリンタ１０は、印刷エラーが発生することを監視する。印刷エラーは、例えば、印刷用紙の詰まり、印刷用紙切れ、印刷のための色材の枯渇等である。プリンタ１０（即ちＣＰＵ３２）は、印刷エンジン１８から、印刷エラーが発生したことを示す情報を取得する場合に、Ｓ４６でＹＥＳと判断して、Ｓ６０に進む。
【0047】
Ｓ６０では、プリンタ１０は、印刷エラーが解消することを監視する。プリンタ１０（即ちＣＰＵ３２）は、印刷エンジン１８から、印刷エラーが解消したことを示す情報を取得する場合に、Ｓ６０でＹＥＳと判断して、Ｓ４０～Ｓ４６の監視処理に戻る。
【0048】
Ｓ５０では、プリンタ１０は、Ｓ４０で受信済みのＧＮ（ＰＭ）Ｒｅｓがキャンセル情報を含むのか否かを判断する。当該キャンセル情報は、ユーザが端末５０を操作することに応じて、端末５０からサーバ１００にキャンセル指示が送信される場合に、サーバ１００からプリンタ１０に送信される情報である。プリンタ１０は、ＧＮ（ＰＭ）Ｒｅｓがキャンセル情報を含む場合に、Ｓ５０でＹＥＳと判断して、Ｓ５２に進む。一方、プリンタ１０は、ＧＮ（ＰＭ）Ｒｅｓがキャンセル指示を含まない場合に、Ｓ５０でＮＯと判断して、Ｓ４０～Ｓ４６の監視処理に戻る。
【0049】
Ｓ５２では、プリンタ１０は、キャンセル処理を実行する。キャンセル処理は、印刷をキャンセルすべきことを示す指示を印刷エンジン１８に供給すること、及び、受信済みの印刷データを削除することを含む。これにより、印刷エンジン１８において印刷が停止される。Ｓ５２の処理が終了すると、図４の処理が終了する。
【0050】
【0051】
プリンタ１０は、Ｓ７０において、ＰＭの動作を停止する。即ち、プリンタ１０は、ＧＮ（ＰＭ）Ｒｅｑの送信を停止する。これにより、プリンタ１０がＰＭとＥＷＭとで並行に動作しないので、処理負荷及び通信負荷が高くなるのを抑制することができる。
【0052】
Ｓ７２では、プリンタ１０は、ＥＷＭで動作する。具体的には、プリンタ１０は、記憶済みのＡＴ（図２のＴ６２参照）を利用して、ＨＴＴＰ（Hypertext Transfer protocolの略）に従った接続をサーバ１００と確立する。当該接続は、いわゆる常時接続と呼ばれるものであり、プリンタ１０からサーバ１００への信号の送信がなくても、サーバ１００からプリンタ１０への信号の送信を可能とする接続である。即ち、当該接続は、サーバプッシュ型の通信を実行するための接続である。プリンタ１０は、当該接続を確立した後、Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｅｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ）Ｒｅｑｕｅｓｔ（以下では「ＧＮ（ＥＷＭ）Ｒｅｑ」と記載する）をサーバ１００に送信する。ＧＮ（ＥＷＭ）Ｒｅｑは、端末５０からキャンセル指示を受信する際にその旨の通知をプリンタ１０に送信すべきことをサーバ１００に要求するための信号である。
【0053】
Ｓ８０では、プリンタ１０は、サーバ１００からＧＮ（ＥＷＭ）Ｒｅｓを受信することを監視する。プリンタ１０は、ＧＮ（ＥＷＭ）Ｒｅｓを受信する場合に、Ｓ８０でＹＥＳと判断して、Ｓ９０に進む。
【0054】
Ｓ８２、Ｓ８４、Ｓ８６は、それぞれ、図４のＳ４２、Ｓ４４、Ｓ４６と同様である。Ｓ８２でＹＥＳの場合にはＳ９２に進み、Ｓ８４でＹＥＳの場合にはＳ９４に進み、Ｓ８６でＹＥＳの場合にはＳ１００に進む。
【0055】
Ｓ９０では、プリンタ１０は、Ｓ５０で受信済みのＧＮ（ＥＷＭ）Ｒｅｓがキャンセル情報を含むのか否かを判断する。プリンタ１０は、ＧＮ（ＥＷＭ）Ｒｅｓがキャンセル情報を含む場合に、Ｓ９０でＹＥＳと判断して、Ｓ９２に進む。一方、プリンタ１０は、ＧＮ（ＥＷＭ）Ｒｅｓがキャンセル指示を含まない場合に、Ｓ９０でＮＯと判断して、Ｓ８０～Ｓ８６の監視処理に戻る。
【0056】
Ｓ９２では、プリンタ１０は、キャンセル処理を実行する。Ｓ９２は、図４のＳ５６２と同様である。これにより、印刷エンジン１８において印刷が停止される。
【0057】
Ｓ９４では、プリンタ１０は、Ｓ７２で確立済みの接続を切断する。Ｓ９４の処理が終了すると、図５の処理が終了する。この場合、プリンタ１０は、図３のＳ２に戻り、ＰＭで再び動作する。これにより、プリンタ１０は、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信することを再開し、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信することができる。
【0058】
このように、本実施例では、プリンタ１０は、サーバ１００からＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信する場合（Ｓ６でＹＥＳ）に、サーバプッシュ型の接続をサーバ１００と確立する（Ｓ７２）。当該接続が確立されるので、サーバ１００は、端末５０からキャンセル指示を受信する場合に、プリンタ１０からＧＮ（ＰＭ）Ｒｅｑを受信しなくても、当該接続を利用して、キャンセル情報を含むＧＮ（ＥＷＭ）Ｒｅｓをプリンタ１０に送信することができる。従って、プリンタ１０は、サーバ１００からＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信することに応じて上記の接続を確立しない構成と比べると、サーバ１００からキャンセル情報を迅速に受信することができる。このために、プリンタ１０は、印刷を迅速に停止することができる。
【0059】
プリンタ１０は、ＧＮ（ＥＷＭ）Ｒｅｓがキャンセル情報を含む場合（Ｓ９０でＹＥＳ）、キャンセル操作を受け付ける場合（Ｓ８２でＹＥＳ）、又は、印刷が完了する場合（Ｓ８４でＹＥＳ）に、接続を切断する（Ｓ９４）。これにより、プリンタ１０が接続を維持するための信号をサーバ１００に送信せずに済み、この結果、プリンタ１０の処理負荷及び通信負荷を低減させることができる。
【0060】
また、Ｓ１００では、プリンタ１０は、Ｓ７２で確立済みの接続を切断する。印刷エラーが発生している状況では印刷が中断されるので、プリンタ１０が印刷を迅速にキャンセルする必要が無い。このような状況において、プリンタ１０が接続を切断するので、プリンタ１０の処理負荷及び通信負荷を低減させることができる。
【0061】
次いで、Ｓ１０２では、プリンタ１０は、ＰＭでの動作を開始する。即ち、プリンタ１０は、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に定期的に送信する。
【0062】
Ｓ１０４では、プリンタ１０は、印刷エラーが解消することを監視する。プリンタ１０は、印刷エラーが解消する場合に、Ｓ１０４でＹＥＳと判断して、Ｓ７０に戻る。この場合、プリンタ１０は、ＰＭでの動作を停止し（Ｓ７０）、サーバ１００との接続を再び確立する（Ｓ７２）。これにより、プリンタ１０は、印刷エラーが解消して印刷を再開させた後に、サーバ１００からキャンセル情報を迅速に受信することができる。
【0063】
なお、本発明者らの研究の結果、プリンタ１０がプロキシ環境にある場合にＥＷＭで動作すると、プリンタ１０がサーバ１００から通知を受信することができない事象が発生する可能性があることが判明した。このため、プリンタ１０は、プロキシ環境においてＥＷＭで動作せずに（即ちサーバ１００との接続を確立せずに）、ＰＭで動作することを維持する（図４参照）。従って、プリンタ１０は、プロキシ環境において、サーバ１００から通知（例えばキャンセル情報を含むＧＮ（ＰＭ）Ｒｅｓ）を適切に受信することができる。一方、プリンタ１０は、非プロキシ環境においてＥＷＭで動作する（即ちサーバ１００との接続を確立する）（図５参照）。これにより、プリンタ１０は、サーバ１００から通知（例えばキャンセル情報を含むＧＮ（ＰＭ）Ｒｅｓ）を迅速に受信することができる。
【0064】
（具体的なケース：図６～図１０）
続いて、図６～図１０を参照して、図３～図５の処理によって実現される具体的なケースを説明する。図６～図９の各ケースＡ１～Ａ４は、プリンタ１０がＬＡＮ６２に所属しているケースである。図６のケースＡ１は、印刷が正常に完了するケースである。図７のケースＡ２は、印刷のキャンセル指示が端末５０からサーバ１００に送信されるケースである。図８のケースＡ３は、印刷のキャンセル操作がプリンタ１０に実行されるケースである。図９のケースＡ４は、印刷エラーが発生するケースである。図１０のケースＢは、プリンタ１０がＬＡＮ７２に所属しているケースである。
続いて、図６～図１０を参照して、図３～図５の処理によって実現される具体的なケースを説明する。図６～図９の各ケースＡ１～Ａ４は、プリンタ１０がＬＡＮ６２に所属しているケースである。図６のケースＡ１は、印刷が正常に完了するケースである。図７のケースＡ２は、印刷のキャンセル指示が端末５０からサーバ１００に送信されるケースである。図８のケースＡ３は、印刷のキャンセル操作がプリンタ１０に実行されるケースである。図９のケースＡ４は、印刷エラーが発生するケースである。図１０のケースＢは、プリンタ１０がＬＡＮ７２に所属しているケースである。
【0065】
（ケースＡ１：図６）
まず、図６のケースＡ１を説明する。プリンタ１０は、図２の処理が完了すると、ＰＭで動作を開始する（図３のＳ２）。この場合、プリンタ１０は、Ｔ１００において、プリンタ１０のプリンタＩＤを含むＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信する。
まず、図６のケースＡ１を説明する。プリンタ１０は、図２の処理が完了すると、ＰＭで動作を開始する（図３のＳ２）。この場合、プリンタ１０は、Ｔ１００において、プリンタ１０のプリンタＩＤを含むＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信する。
【0066】
サーバ１００は、Ｔ１００において、プリンタ１０からＧＮ（ＰＭ）Ｒｅｑを受信すると、ＧＮ（ＰＭ）Ｒｅｑに含まれるプリンタＩＤによって識別されるプリンタ１０が実行すべき印刷ジョブが存在するのか否かを判断する。現段階では当該印刷ジョブが存在しないので、サーバ１００は、Ｔ１０２において、ＪｏｂＩＤを含まないＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する。
【0067】
プリンタ１０は、Ｔ１０２において、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信すると（Ｓ４でＹＥＳ）、当該ＧＮ（ＰＭ）ＲｅｓがＪｏｂＩＤを含まないと判断する（Ｓ６でＮＯ）。そして、プリンタ１０は、当該ＧＮ（ＰＭ）Ｒｅｓに含まれる間隔情報によって示される３０ｓに亘って待機する。プリンタ１０は、３０ｓが経過すると、Ｔ１０４において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ１０６において、サーバ１００からＪｏｂＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信する（Ｓ４でＹＥＳ、Ｓ６でＮＯ）。このように、プリンタ１０は、サーバ１００からＪｏｂＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信してから３０ｓが経過することに応じてＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信することを繰り返す。このために、プリンタ１０は、サーバ１００からの指示に応じた間隔でＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信することができる。
【0068】
図示省略しているが、端末５０は、ユーザから、プリンタ１０に印刷を実行させるための印刷操作を受け付ける。当該印刷操作は、プリンタ１０のプリンタＩＤを指定する操作と、印刷対象の画像を表わす画像データを指定する操作と、を含む。端末５０は、ユーザから印刷操作を受け付けると、Ｔ１１０において、指定済みのプリンタＩＤと指定済みの画像データとを含む印刷指示をサーバ１００に送信する。
【0069】
サーバ１００は、Ｔ１１０において、端末５０から印刷指示を受信すると、Ｔ１１２において、印刷ジョブを識別するＩＤであるＪｏｂＩＤを生成する。サーバ１００は、さらに、印刷指示に含まれる画像データを変換して、プリンタ１０が解釈可能なデータ形式を有する印刷データを生成する。そして、サーバ１００は、印刷指示に含まれるプリンタＩＤと、生成済みのＪｏｂＩＤと、生成済みの印刷データと、ステータス「印刷中」と、を関連付けて記憶する。
【0070】
その後、サーバ１００は、Ｔ１２０において、プリンタ１０からＧＮ（ＰＭ）Ｒｅｑを受信すると、当該ＧＮ（ＰＭ）Ｒｅｑに含まれるプリンタＩＤに関連付けてＪｏｂＩＤ等を記憶しているので（Ｔ１１２参照）、プリンタ１０が実行すべき印刷ジョブが存在すると判断する。この場合、サーバ１００は、Ｔ１２２において、当該ＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する。
【0071】
プリンタ１０は、Ｔ１２２において、サーバ１００からＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信すると（Ｓ４でＹＥＳ、Ｓ６でＹＥＳ）、Ｔ１３０において、当該ＪｏｂＩＤを含むＦｅｔｃｈ－ｊｏｂ Ｒｅｑｕｅｓｔをサーバ１００に送信して、Ｔ１３２において、サーバ１００からＦｅｔｃｈ－ｊｏｂ Ｒｅｓｐｏｎｓｅを受信する。Ｆｅｔｃｈ－ｊｏｂ Ｒｅｓｐｏｎｓｅは、印刷条件（例えば用紙サイズ、色数、部数等）を示すジョブ情報を含む。
【0072】
プリンタ１０は、Ｔ１３４において、Ｆｅｔｃｈ－Ｄｏｃｕｍｅｎｔ Ｒｅｑｕｅｓｔをサーバ１００に送信して、Ｔ１３６において、サーバ１００からＴ１１２で生成された印刷データを含むＦｅｔｃｈ－Ｄｏｃｕｍｅｎｔ Ｒｅｓｐｏｎｓｅを受信する（Ｓ８）。この場合、プリンタ１０（即ちＣＰＵ３２）は、Ｔ１３８において、印刷エンジン１８を制御して（具体的にはジョブ情報及び印刷データを印刷エンジン１８に供給して）、ジョブ情報及び印刷データに従った印刷を開始する（Ｓ１０）。
【0073】
本ケースでは、プリンタ１０は、ＬＡＮ６２に所属している。このため、プリンタ１０は、Ｔ１４０において、プリンタ１０が非プロキシ環境にあると判断する（Ｓ１２でＮＯ）。このため、プリンタ１０は、非プロキシ環境処理（図５参照）を実行する。
【0074】
プリンタ１０は、Ｔ１４２において、ＰＭでの動作を停止する（図５のＳ７０）。次いで、プリンタ１０は、Ｔ１５０において、サーバ１００との接続を確立する（Ｓ７２）。プリンタ１０は、Ｔ１５２において、ＧＮ（ＥＷＭ）Ｒｅｑをサーバ１００に送信する。
【0075】
本ケースＡ１では、プリンタ１０は、サーバ１００からキャンセル情報を含むＧＮ（ＰＭ）Ｒｅｓを受信することなく（Ｓ８０でＮＯ）、かつ、ユーザからキャンセル操作を受け付けることなく（Ｓ８２でＮＯ）、Ｔ１６０において、印刷を完了する（Ｓ８４でＹＥＳ）。この場合、プリンタ１０は、Ｔ１６２において、印刷完了通知をサーバ１００に送信する。これにより、サーバ１００において、プリンタＩＤに関連付けられているジョブＩＤ、印刷データ、及び、ステータス「印刷中」が削除される。
【0076】
次いで、プリンタ１０は、Ｔ１７０において、Ｔ１５０で確立済みの接続を切断し（Ｓ９４）、ＥＷＭでの動作を終了する。この場合、プリンタ１０は、ＰＭでの動作を再び開始し（図３のＳ２）、Ｔ１８０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信する。
【0077】
【0078】
図示省略しているが、端末５０は、ユーザから、印刷をキャンセルするためのキャンセル操作を受け付ける。この場合、端末５０は、Ｔ２６０において、プリンタ１０のプリンタＩＤを含むキャンセル指示をサーバ１００に送信する。
【0079】
サーバ１００は、Ｔ２６０において、端末５０からキャンセル指示を受信すると、Ｔ２６２において、キャンセル指示に含まれるプリンタＩＤに関連付けられているＪｏｂＩＤ（Ｔ２１２参照）を特定し、特定済みのＪｏｂＩＤに関連付けられている印刷データを削除する。そして、サーバ１００は、当該プリンタＩＤと特定済みのＪｏｂＩＤとステータス「キャンセル」とを関連付けて記憶する。
【0080】
ここで、サーバ１００は、Ｔ２５２において、プリンタ１０からＧＮ（ＥＷＭ）Ｒｅｑを受信済みである。このため、サーバ１００は、受信済みのＧＮ（ＥＷＭ）Ｒｅｑに含まれるプリンタ１０のプリンタＩＤに関連付けられているＪｏｂＩＤ及びステータス「キャンセル」（Ｔ２６２参照）を特定し、Ｔ２６４において、キャンセル情報を含むＧＮ（ＥＷＭ）Ｒｅｓをプリンタ１０に送信する。
【0081】
プリンタ１０は、Ｔ２６４において、サーバ１００からキャンセル情報を含むＧＮ（ＰＭ）Ｒｅｓを受信すると（図５のＳ８０でＹＥＳ、Ｓ９０でＹＥＳ）、Ｔ２６６において、キャンセル処理を実行する（Ｓ９２）。これにより、印刷エンジン１８において印刷が停止される。その後に実行されるＴ２７０及びＴ２８０の処理は、図６のＴ１７０及びＴ１８０の処理と同様である。
【0082】
【0083】
プリンタ１０は、Ｔ３６０において、ユーザから、印刷をキャンセルするためのキャンセル操作を受け付ける（図５のＳ８２でＹＥＳ）。この場合、プリンタ１０は、キャンセル情報を含むＧＮ（ＰＭ）Ｒｅｓを受信しなくても、Ｔ３６２において、キャンセル処理を実行する（Ｓ９２）。これにより、印刷エンジン１８において印刷が停止される。その後に実行されるＴ３７０及び３２８０の処理は、図６のＴ１７０及びＴ１８０の処理と同様である。
【0084】
【0085】
Ｔ４６０において、印刷エンジン１８において印刷エラーが発生する（図５のＳ８６でＹＥＳ）。この場合、プリンタ１０は、Ｔ４７０において、サーバ１００との接続を切断する（Ｓ１００）。次いで、プリンタ１０は、ＰＭでの動作を開始し（Ｓ１０２）、Ｔ４８０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ４８２において、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信する。
【0086】
その後、ユーザが印刷エラーを解消させるための作業（例えば印刷用紙の補充）を実行することに応じて、Ｔ４９０において、印刷エラーが解消する（Ｓ１０４でＹＥＳ）。この場合、プリンタ１０は、Ｔ４９２において、ＰＭでの動作を停止し（Ｓ７０）、Ｔ４９６において、サーバ１００との接続を再び確立する（Ｓ７２）。その後、プリンタ１０は、図６のＴ１５２～Ｔ１８０と同様の処理を実行する。
【0087】
【0088】
プリンタ１０は、Ｔ５４０において、プリンタ１０がプロキシ環境であると判断する（図３のＳ１２でＹＥＳ）。このため、プリンタ１０は、プロキシ環境処理（図４参照）を実行し、サーバ１００との接続を確立せずに、ＰＭでの動作を維持する。
【0089】
プリンタ１０は、Ｔ５５０において、印刷を完了すると（図４のＳ４４でＹＥＳ）、Ｔ５５２において、印刷完了通知をサーバ１００に送信する。プリンタ１０は、ＰＭでの動作を継続し、Ｔ５６０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信する。
【0090】
（対応関係）
プリンタ１０、印刷エンジン１８が、それぞれ、「画像形成装置」、「画像形成エンジン」の一例である。ＧＮ（ＰＭ）Ｒｅｑが、「問合要求」の一例である。ＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓ（図６のＴ１２２参照）が、「ジョブ実行応答」の一例である。図６のＴ１１０の印刷指示が、「ジョブ実行指示」の一例である。図７のＴ２６０のキャンセル指示が、「ジョブ停止指示」の一例である。キャンセル情報を含むＧＮ（ＥＷＭ）Ｒｅｓ（図７のＴ２６４）が、「画像形成停止コマンド」の一例である。図８のＴ３６０のキャンセル操作が、「停止操作」の一例である。
プリンタ１０、印刷エンジン１８が、それぞれ、「画像形成装置」、「画像形成エンジン」の一例である。ＧＮ（ＰＭ）Ｒｅｑが、「問合要求」の一例である。ＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓ（図６のＴ１２２参照）が、「ジョブ実行応答」の一例である。図６のＴ１１０の印刷指示が、「ジョブ実行指示」の一例である。図７のＴ２６０のキャンセル指示が、「ジョブ停止指示」の一例である。キャンセル情報を含むＧＮ（ＥＷＭ）Ｒｅｓ（図７のＴ２６４）が、「画像形成停止コマンド」の一例である。図８のＴ３６０のキャンセル操作が、「停止操作」の一例である。
【0091】
図６のＴ１００、Ｔ１０４、及び、Ｔ１２０が、「送信部」によって実行される処理の一例である。図６のＴ１３８、Ｔ１５０が、それぞれ、「画像形成制御部」、「確立部」によって実行される処理の一例である。図６のＴ１７０、図７のＴ２７０、図８のＴ３７０、及び、図９のＴ４７０、が、「切断部」によって実行される処理の一例である。図９のＴ４９６が、「再確立部」によって実行される処理の一例である。図３のＳ１２が、「判断部」によって実行される処理の一例である。
【0092】
（第２実施例：図１１）
続いて、第２実施例を説明する。第２実施例では、プリンタ１０は、サーバ１００からＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信し（図３のＳ４でＹＥＳ、Ｓ６でＹＥＳ）、かつ、プリンタ１０が非プロキシ環境である場合（Ｓ１２でＮＯ）に、図５のＳ７０を実行しない。即ち、プリンタ１０は、ＰＭでの動作を継続する。従って、プリンタ１０がＰＭとＥＷＭとで並行に動作することになる。以下では、ＰＭで動作するためのＰＭタスク（換言すると処理スレッド）、ＥＷＭで動作するためのＥＷＭタスクを、それぞれ、符号１０Ａ、１０Ｂで表現する。
続いて、第２実施例を説明する。第２実施例では、プリンタ１０は、サーバ１００からＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信し（図３のＳ４でＹＥＳ、Ｓ６でＹＥＳ）、かつ、プリンタ１０が非プロキシ環境である場合（Ｓ１２でＮＯ）に、図５のＳ７０を実行しない。即ち、プリンタ１０は、ＰＭでの動作を継続する。従って、プリンタ１０がＰＭとＥＷＭとで並行に動作することになる。以下では、ＰＭで動作するためのＰＭタスク（換言すると処理スレッド）、ＥＷＭで動作するためのＥＷＭタスクを、それぞれ、符号１０Ａ、１０Ｂで表現する。
【0093】
ＰＭタスク１０Ａ及びＥＷＭタスク１０Ｂが並列に動作していることを除き、Ｔ６００～Ｔ６４０の処理は、第１実施例の図６のＴ１００～Ｔ１４０の処理と同様である。
【0094】
ＰＭタスク１０Ａは、Ｔ６４２において、起動指示をＥＷＭタスク１０Ｂに送信する。これにより、ＥＷＭタスク１０Ｂは、Ｔ６５０において、サーバ１００との接続を確立する（図５のＳ７２）。次いで、ＥＷＭタスク１０Ｂは、ＧＮ（ＥＷＭ）Ｒｅｑをサーバ１００に送信する。
【0095】
Ｔ６６０～Ｔ６６４の処理は、図７のＴ２６０～Ｔ２６４の処理と同様である。ＥＷＭタスク１０Ｂは、Ｔ６６４において、サーバ１００からキャンセル情報を含むＧＮ（ＥＷＭ）Ｒｅｑを受信すると（Ｓ８０でＹＥＳ、Ｓ９０でＹＥＳ）、Ｔ６６６において、キャンセル処理を実行する（Ｓ９２）。このように、プリンタ１０は、Ｔ６８０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信するよりも前に、Ｔ６６４において、サーバ１００からキャンセル情報を含むＧＮ（ＥＷＭ）Ｒｅｑを受信することができる。従って、プリンタ１０は、キャンセル処理を迅速に実行することができる。Ｔ６７０の処理は、図７のＴ２７０の処理と同様である。
【0096】
このように、本実施例では、プリンタ１０は、サーバ１００からＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信した後（Ｔ６２２）に、ＰＭでの動作を継続しつつ（Ｔ６８０）、ＥＷＭでの動作を開始する（Ｔ６５０）。これにより、プリンタ１０がＰＭとＥＷＭとで並行に動作することが実現される。プリンタ１０は、ＥＷＭで動作することによって、サーバ１００からキャンセル情報を迅速に受信することができる。さらに、プリンタ１０は、仮にＥＷＭでの通信を実行不可能な事象が発生しても、ＰＭで動作するので、キャンセル情報を含むＧＮ（ＰＭ）Ｒｅｓを適切に受信することができる。
【0097】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【0098】
（変形例１）上記の実施例では、サーバ１００が端末５０からキャンセル指示を受信することを想定している（図７のケースＡ２参照）。これに代えて、サーバ１００は、図７のＴ２６０において、端末５０からポーズ（pause）指示を受信してもよい。この場合、サーバ１００は、Ｔ２６４において、ポーズ情報を含むＧＮ（ＥＷＭ）Ｒｅｓをプリンタ１０に送信する。プリンタ１０は、Ｔ２６６において、印刷を停止する。ただし、プリンタ１０は、印刷データを削除しない。このため、プリンタ１０は、サーバ１００から印刷を再開すべき情報を含むＧＮ（ＥＷＭ）Ｒｅｓを受信する場合に、印刷を再開することができる。本変形例では、ポーズ指示、ポーズ情報を含むＧＮ（ＥＷＭ）Ｒｅｓが、それぞれ、「ジョブ停止指示」、「画像形成停止コマンド」の一例である。別の変形例では、サーバ１００は、図７のＴ２６０において、端末５０から割り込み指示を受信してもよい。この場合、サーバ１００は、Ｔ２６４において、割り込み情報を含むＧＮ（ＥＷＭ）Ｒｅｓをプリンタ１０に送信する。プリンタ１０は、Ｔ２６６において、印刷を停止する。ただし、プリンタ１０は、印刷データを削除しない。プリンタ１０は、サーバ１００から割り込み対象の新たな印刷データを受信し、当該新たな印刷データに従った印刷を実行する。その後、プリンタ１０は、停止済みの印刷を再開する。本変形例では、割り込み指示、割り込み情報を含むＧＮ（ＥＷＭ）Ｒｅｓが、それぞれ、「ジョブ停止指示」、「画像形成停止コマンド」の一例である。
【0099】
（変形例２）プリンタ１０に代えてスキャナが利用されてもよい。この場合、印刷仲介サーバ１００に代えてスキャン仲介サーバが利用される。本変形例では、以下のように各処理が実行される。図６のＴ１１０では、印刷指示に代えてスキャン指示が通信される。Ｔ１３４及びＴ１３６が実行されない。Ｔ１３８では、原稿のスキャンが開始される。図７のＴ２６６又は図８のＴ３６２では、スキャンがキャンセルされる。図６のＴ１６０においてスキャンが完了すると、スキャナからスキャン仲介サーバを介して端末５０にスキャンデータが送信される。本変形例では、スキャナ、スキャンエンジンが、それぞれ、「画像形成装置」、「画像形成エンジン」の一例である。
【0100】
（変形例３）プリンタ１０は、図５のＳ９４を実行しなくてもよい。例えば、プリンタ１０は、図６のＴ１６０において、印刷が完了する場合に、Ｔ１７０において、サーバ１００との接続を切断しなくてもよい。また例えば、プリンタ１０は、図７のＴ２６４において、サーバ１００からキャンセル指示を含むＧＮ（ＥＷＭ）Ｒｅｓを受信する場合に、Ｔ２７０において、サーバ１００との接続を切断しなくてもよい。また例えば、プリンタ１０は、図８のＴ３６０において、ユーザからキャンセル操作を受け付ける場合に、Ｔ３７０において、サーバ１００との接続を切断しなくてもよい。本変形例では、画像形成が完了する場合に接続を切断する切断部、画像形成停止コマンドを受信する場合に接続を切断する切断部、及び、停止操作が実行される場合に接続を切断する切断部は省略可能である。
【0101】
（変形例４）プリンタ１０は、図５のＳ１００を実行しなくてもよい。即ち、プリンタ１０は、図９のＴ４６０において、印刷エラーが発生する場合に、Ｔ４７０において、サーバ１００との接続を切断しなくてもよい。本変形例では、画像形成エンジンにおいてエラーが発生する場合に接続を切断する切断部を省略可能である。
【0102】
（変形例５）プリンタ１０は、図５のＳ１０４でＹＥＳの場合に、Ｓ７２において、接続を再確立しなくてもよい。本変形例では、「再確立部」を省略可能である。
てもよい。
てもよい。
【0103】
（変形例６）プリンタ１０は、図３のＳ１２及びＳ２０を実行せず、Ｓ１０の後に必ずＳ３０に進むように構成されていてもよい。即ち、プリンタ１０は、プロキシ環境であるのか非プロキシ環境であるのかに関わらず、サーバ１００との接続を確立してもよい。本変形例では、「判断部」を省略可能である。
【0104】
（変形例７）プリンタ１０は、図５のＳ１０２を実行しなくてもよい。一般的に言うと、送信部は、接続が切断される場合に、問合要求をサーバに繰り返し送信することを再開しなくてもよい。
【0105】
（変形例８）上記の実施例では、プリンタ１０のＣＰＵ３２がプログラム３６を実行することによって、図２～図１１の各処理が実現される。これに代えて、いずれかの処理は、論理回路等のハードウェアによって実現されてもよい。
【0106】
本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【0107】
本特許出願時の特許請求の範囲において、各請求項が一部の請求項のみに従属している場合であっても、各請求項が当該一部の請求項のみに従属可能であることに限定されない。技術的に矛盾しない範囲において、各請求項は、出願時に従属していない他の請求項にも従属可能である。即ち、各請求項の技術は以下のように様々に組み合わせることができる。
（項目１）画像形成装置であって、画像形成エンジンと、問合要求をサーバに繰り返し送信する送信部であって、前記サーバは、端末装置からジョブ実行指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、ジョブを実行すべきことを示すジョブ実行応答を前記画像形成装置に送信する、前記送信部と、前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成エンジンを制御して画像形成を開始する画像形成制御部と、前記サーバから前記ジョブ実行応答が受信される場合に、サーバプッシュ型の接続を前記サーバと確立する確立部であって、前記サーバは、前記端末装置からジョブ停止指示を受信する場合に、前記画像形成装置から前記問合要求を受信しなくても、前記接続を利用して、画像形成停止コマンドを前記画像形成装置に送信する、前記確立部と、を備え、前記サーバから前記画像形成停止コマンドが受信される場合に、前記画像形成は停止される、画像形成装置。
（項目２）項目１に記載の画像形成装置であって、さらに、前記画像形成が完了する場合に、前記接続を切断する切断部を備える、画像形成装置。
（項目３）項目１又は２に記載の画像形成装置であって、さらに、前記サーバから前記画像形成停止コマンドが受信される場合に、前記接続を切断する切断部を備える、画像形成装置。
（項目４）項目１から３のいずれか一項に記載の画像形成装置であって、さらに、ユーザによって操作される操作部と、前記操作部において、前記画像形成を停止するための停止操作が実行される場合に、前記接続を切断する切断部と、を備え、前記操作部において前記停止操作が実行される場合に、前記サーバから前記画像形成停止コマンドが受信されなくても、前記画像形成は停止される、画像形成装置。
（項目５）項目１から４のいずれか一項に記載の画像形成装置であって、さらに、前記画像形成が開始された後に、前記画像形成エンジンにおいてエラーが発生する場合に、前記接続を切断する切断部を備える、画像形成装置。
（項目６）項目５に記載の画像形成装置であって、さらに、前記画像形成エンジンにおいて前記エラーが発生した後に、前記エラーが解消する場合に、前記接続を再確立する再確立部を備える、画像形成装置。
（項目７）項目１から６のいずれか一項に記載の画像形成装置であって、さらに、前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成装置がプロキシ環境であるのか非プロキシ環境であるのかを判断する判断部であって、前記プロキシ環境は、プロキシサーバを利用して前記サーバとの通信を実行するための環境であり、前記非プロキシ環境は、前記プロキシサーバを利用せずに前記サーバとの通信を実行するための環境である、前記判断部を備え、前記確立部は、前記画像形成装置が前記プロキシ環境にあると判断される場合に、前記接続を確立せず、前記画像形成装置が前記非プロキシ環境にあると判断される場合に、前記接続を確立する、画像形成装置。
（項目８）項目１から７のいずれか一項に記載の画像形成装置であって、前記送信部は、前記サーバから前記ジョブ実行応答が受信される場合に、前記問合要求を前記サーバに繰り返し送信することを停止する、画像形成装置。
（項目９）項目１から８のいずれか一項に記載の画像形成装置であって、前記送信部は、前記接続が切断される場合に、前記問合要求を前記サーバに繰り返し送信することを再開する、画像形成装置。
（項目１０）項目１から９のいずれか一項に記載の画像形成装置であって、前記送信部は、前記サーバから前記ジョブ実行応答が受信される場合に、前記問合要求を前記サーバに繰り返し送信することを継続する、画像形成装置。
（項目１１）項目１から１０のいずれか一項に記載の画像形成装置であって、前記画像形成エンジンは、印刷エンジンであり、前記画像形成は、印刷媒体への画像の印刷である、画像形成装置。
（項目１２）項目１から１１のいずれか一項に記載の画像形成装置であって、前記ジョブ停止指示は、前記ジョブをキャンセルするための指示であり、前記画像形成停止コマンドは、前記画像形成をキャンセルするためのコマンドである、画像形成装置。
（項目１）画像形成装置であって、画像形成エンジンと、問合要求をサーバに繰り返し送信する送信部であって、前記サーバは、端末装置からジョブ実行指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、ジョブを実行すべきことを示すジョブ実行応答を前記画像形成装置に送信する、前記送信部と、前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成エンジンを制御して画像形成を開始する画像形成制御部と、前記サーバから前記ジョブ実行応答が受信される場合に、サーバプッシュ型の接続を前記サーバと確立する確立部であって、前記サーバは、前記端末装置からジョブ停止指示を受信する場合に、前記画像形成装置から前記問合要求を受信しなくても、前記接続を利用して、画像形成停止コマンドを前記画像形成装置に送信する、前記確立部と、を備え、前記サーバから前記画像形成停止コマンドが受信される場合に、前記画像形成は停止される、画像形成装置。
（項目２）項目１に記載の画像形成装置であって、さらに、前記画像形成が完了する場合に、前記接続を切断する切断部を備える、画像形成装置。
（項目３）項目１又は２に記載の画像形成装置であって、さらに、前記サーバから前記画像形成停止コマンドが受信される場合に、前記接続を切断する切断部を備える、画像形成装置。
（項目４）項目１から３のいずれか一項に記載の画像形成装置であって、さらに、ユーザによって操作される操作部と、前記操作部において、前記画像形成を停止するための停止操作が実行される場合に、前記接続を切断する切断部と、を備え、前記操作部において前記停止操作が実行される場合に、前記サーバから前記画像形成停止コマンドが受信されなくても、前記画像形成は停止される、画像形成装置。
（項目５）項目１から４のいずれか一項に記載の画像形成装置であって、さらに、前記画像形成が開始された後に、前記画像形成エンジンにおいてエラーが発生する場合に、前記接続を切断する切断部を備える、画像形成装置。
（項目６）項目５に記載の画像形成装置であって、さらに、前記画像形成エンジンにおいて前記エラーが発生した後に、前記エラーが解消する場合に、前記接続を再確立する再確立部を備える、画像形成装置。
（項目７）項目１から６のいずれか一項に記載の画像形成装置であって、さらに、前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成装置がプロキシ環境であるのか非プロキシ環境であるのかを判断する判断部であって、前記プロキシ環境は、プロキシサーバを利用して前記サーバとの通信を実行するための環境であり、前記非プロキシ環境は、前記プロキシサーバを利用せずに前記サーバとの通信を実行するための環境である、前記判断部を備え、前記確立部は、前記画像形成装置が前記プロキシ環境にあると判断される場合に、前記接続を確立せず、前記画像形成装置が前記非プロキシ環境にあると判断される場合に、前記接続を確立する、画像形成装置。
（項目８）項目１から７のいずれか一項に記載の画像形成装置であって、前記送信部は、前記サーバから前記ジョブ実行応答が受信される場合に、前記問合要求を前記サーバに繰り返し送信することを停止する、画像形成装置。
（項目９）項目１から８のいずれか一項に記載の画像形成装置であって、前記送信部は、前記接続が切断される場合に、前記問合要求を前記サーバに繰り返し送信することを再開する、画像形成装置。
（項目１０）項目１から９のいずれか一項に記載の画像形成装置であって、前記送信部は、前記サーバから前記ジョブ実行応答が受信される場合に、前記問合要求を前記サーバに繰り返し送信することを継続する、画像形成装置。
（項目１１）項目１から１０のいずれか一項に記載の画像形成装置であって、前記画像形成エンジンは、印刷エンジンであり、前記画像形成は、印刷媒体への画像の印刷である、画像形成装置。
（項目１２）項目１から１１のいずれか一項に記載の画像形成装置であって、前記ジョブ停止指示は、前記ジョブをキャンセルするための指示であり、前記画像形成停止コマンドは、前記画像形成をキャンセルするためのコマンドである、画像形成装置。
【符号の説明】
【0108】
２：通信システム、４：ＬＡＮ、６：インターネット、１０：プリンタ、１２：操作部、１４：表示部、１６：通信インターフェース、１８：印刷エンジン、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、５０：携帯端末、１００：印刷仲介サーバ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】