JP2023093150A - 画像形成装置と画像形成装置のためのコンピュータプログラム - Google Patents

Abstract

【課題】画像形成装置が画像形成を迅速に停止することが可能な技術を提供すること。【解決手段】画像形成装置は、第１の間隔で問合要求をサーバに繰り返し送信し、サーバからジョブ実行応答を受信する場合に、画像形成エンジンを制御して画像形成を開始する。画像形成装置は、サーバからジョブ実行応答を受信する場合に、第１の間隔よりも短い第２の間隔で問合要求をサーバに繰り返し送信する。サーバは、端末装置からジョブ停止指示を受信する場合に、画像形成装置から受信される問合要求に応じて、ジョブを停止すべきことを示すジョブ停止応答を画像形成装置に送信する。サーバからジョブ停止応答が受信される場合に、画像形成は停止される。【選択図】図３

Description

本明細書では、サーバからジョブ実行応答を受信することに応じて画像形成を実行する画像形成装置に関する技術を開示する。

特許文献１には、画像形成装置とクラウドプリントサーバとクライアント端末とを備えるシステムが開示されている。画像形成装置は、イベント確認要求をクラウドプリントサーバに繰り返し送信する。クラウドプリントサーバは、クライアント端末から印刷ジョブ送信コマンドを受信すると、画像形成装置から受信されるイベント確認要求に応じて、印刷ジョブが存在することを示すイベント確認応答を画像形成装置に送信する。これにより、画像形成装置は、印刷ジョブを実行する。

特開２０２０－１９２７３０号公報

上記の技術では、クラウドプリントサーバがクライアント端末から印刷ジョブの実行を停止するためのコマンドを受信することについて、何ら考慮されていない。本明細書では、画像形成装置が画像形成を迅速に停止することが可能な技術を提供する。

本明細書によって開示される画像形成装置は、画像形成エンジンと、第１の間隔で問合要求をサーバに繰り返し送信する第１の送信部であって、前記サーバは、端末装置からジョブ実行指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、ジョブを実行すべきことを示すジョブ実行応答を前記画像形成装置に送信する、前記第１の送信部と、前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成エンジンを制御して画像形成を開始する画像形成制御部と、前記サーバから前記ジョブ実行応答が受信される場合に、前記第１の間隔よりも短い第２の間隔で前記問合要求を前記サーバに繰り返し送信する第２の送信部であって、前記サーバは、前記端末装置からジョブ停止指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、前記ジョブを停止すべきことを示すジョブ停止応答を前記画像形成装置に送信する、前記第２の送信部と、を備えてもよく、前記サーバから前記ジョブ停止応答が受信される場合に、前記画像形成は停止されてもよい。

上記の構成によると、画像形成装置は、サーバからジョブ実行応答を受信する場合に、第１の間隔よりも短い第２の間隔で問合要求をサーバに繰り返し送信する。従って、画像形成装置は、画像形成が開始された後に第１の間隔で問合要求をサーバに繰り返し送信する構成と比べると、サーバからジョブ停止応答を迅速に受信することができる。このために、画像形成装置は、画像形成を迅速に停止することができる。

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

通信システムの構成を示す。 登録処理のシーケンス図を示す。 印刷処理のシーケンス図を示す。 キャンセル指示が印刷仲介サーバに送信されるケースＡと、キャンセル操作がプリンタに実行されるケースＢと、のそれぞれのシーケンス図を示す。 印刷が完了するケースＣと、エラーが発生するケースＤと、のそれぞれのシーケンス図を示す。

（通信システム２の構成；図１）
図１に示されるように、通信システム２は、プリンタ１０と端末装置５０と印刷仲介サーバ１００とを備える。プリンタ１０及び端末装置５０は、ＬＡＮ（Local Area Networkの略）４に所属している。ＬＡＮ４は、有線ＬＡＮでもよいし無線ＬＡＮでもよい。印刷仲介サーバ１００は、インターネット６に接続されている。プリンタ１０及び端末装置５０は、ＬＡＮ４及びインターネット６を介して、印刷仲介サーバ１００と通信可能である。変形例では、プリンタ１０及び端末装置５０は、同じＬＡＮ４に所属していなくてもよい。例えば、プリンタ１０がＬＡＮ４に所属しており（即ちＬＡＮ４を介して印刷仲介サーバ１００と通信可能であり）、端末装置５０が４Ｇ、５Ｇ等のセルラー通信を利用して印刷仲介サーバ１００と通信可能であってもよい。

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

操作部１２は、複数個のボタン備える。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネル（即ちユーザによって操作される操作部）としても機能する。通信インターフェース１６は、ＬＡＮ４に接続されている。印刷エンジン１８は、インクジェット方式、レーザ方式等の印刷機構である。

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

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

（登録処理：図２）
図２を参照して、プリンタ１０がサーバ１００からクラウド印刷サービスを受けるために、プリンタ１０に関する情報をサーバ１００に登録するための処理を説明する。

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

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

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

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

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

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

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

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

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

プリンタ１０は、Ｔ６０において、サーバ１００から認証通知を受信すると、Ｔ６２において、認証通知に含まれるＡＴをメモリ３４に記憶させる。次いで、プリンタ１０は、Ｃｒｅａｔｅ－Ｐｒｉｎｔｅｒ－Ｓｕｂｓｃｒｉｐｉｏｎｓ（以下では「ＣＰＳ」と記載する）をサーバ１００に送信する。ＣＰＳは、Ｓｕｂｓｃｒｉｐｉｏｎｓとして新たなイベントをサーバ１００に登録するためのコマンドである。ＣＰＳは、プリンタＩＤと、Ｔ６２で記憶済みのＡＴと、ｊｏｂ－Ｆｅｔｃｈａｂｌｅと、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄと、を含む。ｊｏｂ－Ｆｅｔｃｈａｂｌｅは、印刷指示の受信の監視と、印刷指示が受信された旨のプリンタ１０への通知と、をサーバ１００に実行させるためのコマンドである。ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄは、印刷ジョブのステータス変化の監視と、印刷ジョブのステータス変化があった旨のプリンタ１０への通知と、をサーバ１００に実行させるためのコマンドである。

サーバ１００は、Ｔ７０において、プリンタ１０からＣＰＳを受信すると、ＣＰＳに含まれるＡＴの認証を実行する。サーバ１００は、認証が成功すると、Ｔ７２において、ＣＰＳに含まれるプリンタＩＤに対応付けて、ｊｏｂ－Ｆｅｔｃｈａｂｌｅとｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄとを記憶する。これにより、サーバ１００は、プリンタ１０のプリンタＩＤを含む印刷指示を受信することに応じて、その旨をプリンタ１０に通知し、プリンタ１０のプリンタＩＤを含むジョブ変更指示（例えばキャンセル指示）を受信することに応じて、その旨をプリンタ１０に通知する。これにより、登録処理が終了する。

（印刷処理：図３）
次いで、図３を参照して、プリンタ１０によって実行される印刷処理を説明する。図３の処理は、図２の処理の続きである。

本実施例では、プリンタ１０は、図２の処理が完了すると、Ｐｏｌｌｉｎｇ Ｍｏｄｅ（以下「ＰＭ」と記載する）で動作する。ＰＭは、ポーリング信号をサーバ１００に繰り返し送信して、サーバ１００から印刷データを受信するためのモードである。プリンタ１０は、Ｔ１００において、Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｐｏｌｌｉｎｇ Ｍｏｄｅ）Ｒｅｑｕｅｓｔ（以下「ＧＮ（ＰＭ）Ｒｅｑ」と記載する）をサーバ１００に送信する。ＧＮ（ＰＭ）Ｒｅｑが上記のポーリング信号に相当する。図示省略しているが、ＧＮ（ＰＭ）Ｒｅｑは、プリンタ１０のプリンタＩＤを含む。以下のＧＮ（ＰＭ）Ｒｅｑも同様である。

サーバ１００は、Ｔ１００において、プリンタ１０からＧＮ（ＰＭ）Ｒｅｑを受信すると、ＧＮ（ＰＭ）Ｒｅｑに含まれるプリンタＩＤによって識別されるプリンタ１０が実行すべき印刷ジョブが存在するのか否かを判断する。サーバ１００は、端末装置５０から、プリンタ１０に印刷を実行させるための印刷指示を受信済みである場合には、プリンタ１０が実行すべき印刷ジョブが存在すると判断し、ＪｏｂＩＤを含むＧｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｐｏｌｌｉｎｇ Ｍｏｄｅ）Ｒｅｓｐｏｎｓｅ（以下「ＧＮ（ＰＭ）Ｒｅｓ」と記載する）をプリンタ１０に送信する。サーバ１００は、端末装置５０から上記の印刷指示を受信済みでない場合には、プリンタ１０が実行すべき印刷ジョブが存在しないと判断し、ＪｏｂＩＤを含まないＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する。ＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓ及びＪｏｂＩＤを含まないＧＮ（ＰＭ）Ｒｅｓのどちらも、次のＧＮ（ＰＭ）Ｒｅｑを送信するまでの間隔である３０ｓ（ｓは秒（seconds）の略）を示す間隔情報を含む。変形例では、間隔情報は、３０ｓより大きい間隔を示してもよいし、３０ｓより小さい間隔を示してもよい。サーバ１００は、Ｔ１００の時点では印刷指示を受信済みでないので、Ｔ１０２において、ＪｏｂＩＤを含まないＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する。

プリンタ１０は、Ｔ１０２において、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信すると、当該ＧＮ（ＰＭ）Ｒｅｓに含まれる間隔情報によって示される３０ｓに亘って待機する。プリンタ１０は、３０ｓが経過すると、Ｔ１０４において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ１０６において、サーバ１００からＪｏｂＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信する。このように、プリンタ１０は、サーバ１００からＪｏｂＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信してから３０ｓが経過することに応じてＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信することを繰り返す。このために、プリンタ１０は、サーバ１００からの指示に応じた間隔でＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信することができる。

図示省略しているが、端末装置５０は、ユーザから、プリンタ１０に印刷を実行させるための印刷操作を受け付ける。当該印刷操作は、プリンタ１０のプリンタＩＤを指定する操作と、印刷対象の画像を表わす画像データを指定する操作と、を含む。端末装置５０は、ユーザから印刷操作を受け付けると、Ｔ１１０において、指定済みのプリンタＩＤと指定済みの画像データとを含む印刷指示をサーバ１００に送信する。

サーバ１００は、Ｔ１１０において、端末装置５０から印刷指示を受信すると、Ｔ１１２において、印刷ジョブを識別するＩＤであるＪｏｂＩＤを生成する。サーバ１００は、さらに、印刷指示に含まれる画像データを変換して、プリンタ１０が解釈可能なデータ形式を有する印刷データを生成する。そして、サーバ１００は、印刷指示に含まれるプリンタＩＤと、生成済みのＪｏｂＩＤと、生成済みの印刷データと、ステータス「印刷中」と、を関連付けて記憶する。

その後、サーバ１００は、Ｔ１２０において、プリンタ１０からＧＮ（ＰＭ）Ｒｅｑを受信すると、当該ＧＮ（ＰＭ）Ｒｅｑに含まれるプリンタＩＤに関連付けてＪｏｂＩＤ等を記憶しているので（Ｔ１１２参照）、プリンタ１０が実行すべき印刷ジョブが存在すると判断する。この場合、サーバ１００は、Ｔ１２２において、当該ＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する。

プリンタ１０は、Ｔ１２２において、サーバ１００からＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信すると、Ｔ１３０において、当該ＪｏｂＩＤを含むＦｅｔｃｈ－ｊｏｂ Ｒｅｑｕｅｓｔをサーバ１００に送信して、Ｔ１３２において、サーバ１００からＦｅｔｃｈ－ｊｏｂ Ｒｅｓｐｏｎｓｅを受信する。Ｆｅｔｃｈ－ｊｏｂ Ｒｅｓｐｏｎｓｅは、印刷条件（例えば用紙サイズ、色数、部数等）を示すジョブ情報を含む。

次いで、プリンタ１０は、Ｔ１４０において、Ｆｅｔｃｈ－Ｄｏｃｕｍｅｎｔ Ｒｅｑｕｅｓｔをサーバ１００に送信して、Ｔ１４２において、サーバ１００からＦｅｔｃｈ－Ｄｏｃｕｍｅｎｔ Ｒｅｓｐｏｎｓｅを受信する。Ｆｅｔｃｈ－Ｄｏｃｕｍｅｎｔ Ｒｅｓｐｏｎｓｅは、Ｔ１１２で生成された印刷データを含む。この場合、プリンタ１０（即ちＣＰＵ３２）は、Ｔ１５０において、印刷エンジン１８を制御して（具体的にはジョブ情報及び印刷データを印刷エンジン１８に供給して）、ジョブ情報及び印刷データに従った印刷を開始する。

Ｔ１２２のＧＮ（ＰＭ）Ｒｅｓは、３０ｓを示す間隔情報を含む。ただし、プリンタ１０は、３０ｓよりも短い５ｓが経過すると、Ｔ１６０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ１６２において、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信する。当該ＧＮ（ＰＭ）Ｒｅｓは、ジョブＩＤを含まず、３０ｓを示す間隔情報を含む。ただし、プリンタ１０は、３０ｓよりも短い５ｓが経過すると、Ｔ１６４において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ１６６において、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信する。このように、プリンタ１０は、サーバ１００からＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信する場合（Ｔ１２２）に、ＧＮ（ＰＭ）Ｒｅｓに含まれる間隔情報が３０ｓを示すにも関わらず、３０ｓよりも短い５ｓの間隔でＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信することを繰り返す。

（様々なケースＡ～Ｄ：図４及び図５）
続いて、図４及び図５を参照して、図３で印刷が開始された後に実現される様々なケースＡ～Ｄを説明する。図４のケースＡは、印刷のキャンセル指示が端末装置５０から送信されるケースである。ケースＢは、印刷のキャンセル操作がプリンタ１０に実行されるケースである。図５のケースＣは、印刷が正常に完了するケースである。ケースＤは、印刷エラーが発生するケースである。

（ケースＡ：図４）
まず、図４のケースＡを説明する。プリンタ１０は、Ｔ２００において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ２０２において、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信する。

図示省略しているが、端末装置５０は、ユーザから、印刷をキャンセルするためのキャンセル操作を受け付ける。この場合、端末装置５０は、Ｔ２１０において、プリンタ１０のプリンタＩＤを含むキャンセル指示をサーバ１００に送信する。

サーバ１００は、Ｔ２１０において、端末装置５０からキャンセル指示を受信すると、Ｔ２１２において、キャンセル指示に含まれるプリンタＩＤに関連付けられているＪｏｂＩＤ（図３のＴ１１２参照）を特定し、特定済みのＪｏｂＩＤに関連付けられている印刷データを削除する。そして、サーバ１００は、当該プリンタＩＤと特定済みのＪｏｂＩＤとステータス「キャンセル」とを関連付けて記憶する。

その後、サーバ１００は、Ｔ２２０において、プリンタ１０からＧＮ（ＰＭ）Ｒｅｑを受信すると、当該ＧＮ（ＰＭ）Ｒｅｑに含まれるプリンタＩＤに関連付けられているＪｏｂＩＤ及びステータス「キャンセル」（Ｔ２１２参照）を特定し、Ｔ２２２において、キャンセル情報を含むＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する。

プリンタ１０は、Ｔ２２２において、サーバ１００からキャンセル情報を含むＧＮ（ＰＭ）Ｒｅｓを受信すると、Ｔ２３０において、キャンセル処理を実行する。キャンセル処理は、印刷をキャンセルすべきことを示す指示を印刷エンジン１８に供給すること、及び、受信済みの印刷データを削除することを含む。これにより、印刷エンジン１８において印刷が停止される。

プリンタ１０は、Ｔ２２２のＧＮ（ＰＭ）Ｒｅｓを受信すると、ＧＮ（ＰＭ）Ｒｅｑを繰り返し送信するための間隔を変更する。具体的には、プリンタ１０は、Ｔ２２２のＧＮ（ＰＭ）Ｒｅｓに含まれる間隔情報によって示される３０ｓに亘って待機した後に、Ｔ２４０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ２４２において、サーバ１００からジョブＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信する。このように、プリンタ１０は、印刷がキャンセルされた後に、サーバ１００からの指示に応じた間隔でＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信することができる。

上記のケースＡによると、プリンタ１０は、サーバ１００からジョブＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信する場合（図３のＴ１２２）に、ＧＮ（ＰＭ）Ｒｅｓに含まれる間隔情報によって示される３０ｓよりも短い５ｓの間隔でＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信する（Ｔ１６０、Ｔ１６４、図４のＴ２００、Ｔ２２０）。従って、プリンタ１０は、印刷が開始された後に３０ｓ間隔でＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信する構成と比べると、サーバ１００からキャンセル情報を含むＧＮ（ＰＭ）Ｒｅｓを迅速に受信することができる（Ｔ２２２）。このために、プリンタ１０は、印刷を迅速にキャンセルすることができる。

（ケースＢ：図４）
続いて、ケースＢを説明する。プリンタ１０は、Ｔ２５０，Ｔ２５４において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ２５２，Ｔ２５６において、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信する。

プリンタ１０は、Ｔ２５６のＧＮ（ＰＭ）Ｒｅｓを受信してから５ｓが経過する前に、Ｔ２６０において、ユーザから、印刷をキャンセルするためのキャンセル操作を受け付ける。当該キャンセル操作は、操作部１２を構成するボタンに対する操作であってもよいし、いわゆるタッチパネルとして機能する表示部１４に表示されるボタンに対する操作であってもよい。この場合、プリンタ１０は、Ｔ２６２において、キャンセル処理を実行する。当該キャンセル処理は、ケースＡのＴ２３０のキャンセル処理と同様である。

図示省略しているが、プリンタ１０は、Ｔ２６０において、キャンセル操作を受け付けると、キャンセル操作を受け付けた旨の情報をサーバ１００に送信する。これにより、サーバ１００において、プリンタＩＤに関連付けられているジョブＩＤ、印刷データ、及び、ステータス「印刷中」が削除される。

プリンタ１０は、Ｔ２６２のキャンセル操作を受け付けると、ＧＮ（ＰＭ）Ｒｅｑを繰り返し送信するための間隔を変更する。具体的には、プリンタ１０は、Ｔ２５６のＧＮ（ＰＭ）Ｒｅｓに含まれる間隔情報によって示される３０ｓに亘って待機した後に、Ｔ２７０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ２７２において、サーバ１００からジョブＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信する。このように、プリンタ１０は、印刷がキャンセルされた後に、サーバ１００からの指示に応じた間隔でＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信することができる。

（ケースＣ：図５）
続いて、ケースＣを説明する。プリンタ１０は、Ｔ３００，Ｔ３０４において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ３０２，Ｔ３０６において、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信する。

プリンタ１０は、サーバ１００からキャンセル情報を含むＧＮ（ＰＭ）Ｒｅｓを受信する（図４のＴ２２２参照）ことなく、ユーザからキャンセル操作を受け付ける（図４のＴ２６０参照）ことなく、Ｔ３０６のＧＮ（ＰＭ）Ｒｅｓを受信してから５ｓが経過する前に、Ｔ３１０において、印刷を完了する。

図示省略しているが、プリンタ１０は、Ｔ３１０において、印刷が完了すると、印刷が完了した旨の情報をサーバ１００に送信する。これにより、サーバ１００において、プリンタＩＤに関連付けられているジョブＩＤ、印刷データ、及び、ステータス「印刷中」が削除される。

プリンタ１０は、Ｔ３１０で印刷が完了すると、ＧＮ（ＰＭ）Ｒｅｑを繰り返し送信するための間隔を変更する。具体的には、プリンタ１０は、Ｔ３０６のＧＮ（ＰＭ）Ｒｅｓに含まれる間隔情報によって示される３０ｓに亘って待機した後に、Ｔ３２０において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ３２２において、サーバ１００からジョブＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信する。このように、プリンタ１０は、印刷が完了した後に、サーバ１００からの指示に応じた間隔でＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信することができる。

（ケースＤ：図５）
続いて、ケースＤを説明する。プリンタ１０は、Ｔ３３０，Ｔ３３４において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ３３２，Ｔ３３６において、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信する。

Ｔ３３６のＧＮ（ＰＭ）Ｒｅｓが受信されてから５ｓが経過する前に、Ｔ３４０において、印刷エラーが印刷エンジン１８に発生する。印刷エラーは、例えば、印刷用紙の詰まり、印刷用紙切れ、印刷のための色材の枯渇等である。この場合、プリンタ１０は、ＧＮ（ＰＭ）Ｒｅｑの送信を停止する。即ち、プリンタ１０は、Ｔ３３６のＧＮ（ＰＭ）Ｒｅｓを受信してから５ｓが経過しても、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信しない。さらに、プリンタ１０は、Ｔ３３６のＧＮ（ＰＭ）Ｒｅｓを受信してから３０ｓが経過しても、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信しない。プリンタ１０は、印刷エラーが解消するまで、ＧＮ（ＰＭ）Ｒｅｑの送信を停止する。このために、プリンタ１０の処理負荷、及び、プリンタ１０とサーバ１００との間の通信負荷を低減させることができる。

その後、ユーザが印刷エラーを解消させるための作業（例えば印刷用紙の補充）を実行することに応じて、Ｔ３４２において、印刷エラーが解消する。この場合、プリンタ１０は、Ｔ３５０，Ｔ３５４において、ＧＮ（ＰＭ）Ｒｅｑをサーバ１００に送信し、Ｔ３５２，Ｔ３５６において、サーバ１００からＧＮ（ＰＭ）Ｒｅｓを受信する。即ち、プリンタ１０は、５ｓ間隔でＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信することを再開する。このために、プリンタ１０は、仮に、サーバ１００が端末装置５０からキャンセル指示を受信する場合に、サーバ１００からキャンセル情報を含むＧＮ（ＰＭ）Ｒｅｓを迅速に受信することができる。本ケースＤでは、Ｔ３５６の後に、ケースＣのＴ３１０～Ｔ３２２と同様の処理が実行される。

（対応関係）
プリンタ１０、印刷エンジン１８が、それぞれ、「画像形成装置」、「画像形成エンジン」の一例である。ＧＮ（ＰＭ）Ｒｅｑが、「問合要求」の一例である。ＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓ（図３のＴ１２２参照）、ＪｏｂＩＤを含まないＧＮ（ＰＭ）Ｒｅｓ（図３のＴ１０２等）が、それぞれ、「ジョブ実行応答」、「ジョブ不実行応答」の一例である。図３のＴ１１０の印刷指示が、「ジョブ実行指示」の一例である。図４のＴ２１０のキャンセル指示が、「ジョブ停止指示」の一例である。キャンセル情報を含むＧＮ（ＰＭ）Ｒｅｓ（図４のＴ２２２）が、「ジョブ停止応答」の一例である。図４のＴ２６０のキャンセル操作が、「停止操作」の一例である。３０ｓ、５ｓが、それぞれ、「第１の間隔」、「第２の間隔」の一例である。

図３のＴ１００、Ｔ１０４、Ｔ１２０、図４のＴ２４０、Ｔ２７０、及び、図５のＴ３２０が、「第１の送信部」によって実行される処理の一例である。図３のＴ１５０が、「画像形成制御部」によって実行される処理の一例である。図３のＴ１６０、Ｔ１６４等が、「第２の送信部」によって実行される処理の一例である。

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

（変形例１）上記の実施例では、サーバ１００が端末装置５０からキャンセル指示を受信することを想定している（図４のケースＡ参照）。これに代えて、サーバ１００は、図４のＴ２１０において、端末装置５０からポーズ（pause）指示を受信してもよい。この場合、サーバ１００は、Ｔ２２２において、ポーズ情報を含むＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する。プリンタ１０は、Ｔ２３０において、印刷を停止する。ただし、プリンタ１０は、印刷データを削除しない。このため、プリンタ１０は、サーバ１００から印刷を再開すべき情報を含むＧＮ（ＰＭ）Ｒｅｓを受信する場合に、印刷を再開することができる。本変形例では、ポーズ指示、ポーズ情報を含むＧＮ（ＰＭ）Ｒｅｓが、それぞれ、「ジョブ停止指示」、「ジョブ停止応答」の一例である。別の変形例では、サーバ１００は、図４のＴ２１０において、端末装置５０から割り込み指示を受信してもよい。この場合、サーバ１００は、Ｔ２２２において、割り込み情報を含むＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する。プリンタ１０は、Ｔ２３０において、印刷を停止する。ただし、プリンタ１０は、印刷データを削除しない。プリンタ１０は、サーバ１００から割り込み対象の新たな印刷データを受信し、当該新たな印刷データに従った印刷を実行する。その後、プリンタ１０は、停止済みの印刷を再開する。本変形例では、割り込み指示、割り込み情報を含むＧＮ（ＰＭ）Ｒｅｓが、それぞれ、「ジョブ停止指示」、「ジョブ停止応答」の一例である。

（変形例２）プリンタ１０に代えてスキャナが利用されてもよい。この場合、印刷仲介サーバ１００に代えてスキャン仲介サーバが利用される。本変形例では、以下のように各処理が実行される。図３のＴ１１０では、印刷指示に代えてスキャン指示が通信される。Ｔ１４０及びＴ１４２が実行されない。Ｔ１５０では、原稿のスキャンが開始される。図４のＴ２３０又はＴ２６２では、スキャンがキャンセルされる。図５のＴ３１０において、スキャンが完了すると、スキャナからスキャン仲介サーバを介して端末装置５０にスキャンデータが送信される。本変形例では。スキャナ、スキャンエンジンが、それぞれ、「画像形成装置」、「画像形成エンジン」の一例である。

（変形例３）プリンタ１０は、図４のＴ２３０又はＴ２６２において、キャンセル処理を実行すると、３０ｓとは異なる間隔（例えば２０ｓ、４０ｓ等）でＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信することを開始してもよい。また、プリンタ１０は、図５のＴ３１０において、印刷を完了すると、３０ｓとは異なる間隔でＧＮ（ＰＭ）Ｒｅｑをサーバ１００に繰り返し送信することを開始してもよい。一般的に言うと、「第１の送信部」は、サーバからジョブ停止応答が受信される場合、画像形成が完了する場合、又は、操作部において停止操作が実行される場合に、第１の間隔で問合要求をサーバに繰り返し送信しなくてもよい。

（変形例４）ＧＮ（ＰＭ）Ｒｅｓは、間隔情報を含まなくてもよい。プリンタ１０は、サーバ１００からＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信する前に、プログラム３２で予め決められている間隔（例えば２０ｓ）でＧＮ（ＰＭ）Ｒｅｑを繰り返し送信してもよい。そして、プリンタ１０は、サーバ１００からＪｏｂＩＤを含むＧＮ（ＰＭ）Ｒｅｓを受信した後に、上記の間隔よりも短い間隔（例えば１０ｓ）でＧＮ（ＰＭ）Ｒｅｑを繰り返し送信してもよい。一般的に言うと、「ジョブ実行応答」及び「ジョブ不実行応答」のそれぞれは、間隔情報を含まなくてもよい。

（変形例５）プリンタ１０は、図５のＴ３４０において、印刷エラーが発生する場合に、ＧＮ（ＰＭ）Ｒｅｑの送信を停止しなくてもよい。一般的に言うと、画像形成エンジンにおいてエラーが発生する場合に、問合要求をサーバに繰り返し送信することが停止されなくてもよい。

（変形例６）上記の実施例では、図５のＴ３１０において印刷が完了した後の１回目のＧＮ（ＰＭ）Ｒｅｑは、前回のＧＮ（ＰＭ）Ｒｅｑから３０ｓが経過した後に送信される。これに代えて、印刷が完了した後の１回目のＧＮ（ＰＭ）Ｒｅｑは、前回のＧＮ（ＰＭ）Ｒｅｑから５ｓが経過した後に送信され、２回目以降の各ＧＮ（ＰＭ）Ｒｅｑが３０ｓ間隔で送信されてもよい。同様に、図４のＴ２３０又はＴ２６２においてキャンセル処理が実行された後の１回目のＧＮ（ＰＭ）Ｒｅｑは、前回のＧＮ（ＰＭ）Ｒｅｑから５ｓが経過した後に送信され、２回目以降の各ＧＮ（ＰＭ）Ｒｅｑが３０ｓ間隔で送信されてもよい。

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

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

２：通信システム、４：ＬＡＮ、６：インターネット、１０：プリンタ、１２：操作部、１４：表示部、１６：通信インターフェース、１８：印刷エンジン、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、５０：端末装置、１００：印刷仲介サーバ

Claims (11)

1. 画像形成装置であって、
   画像形成エンジンと、
   第１の間隔で問合要求をサーバに繰り返し送信する第１の送信部であって、前記サーバは、端末装置からジョブ実行指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、ジョブを実行すべきことを示すジョブ実行応答を前記画像形成装置に送信する、前記第１の送信部と、
   前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成エンジンを制御して画像形成を開始する画像形成制御部と、
   前記サーバから前記ジョブ実行応答が受信される場合に、前記第１の間隔よりも短い第２の間隔で前記問合要求を前記サーバに繰り返し送信する第２の送信部であって、前記サーバは、前記端末装置からジョブ停止指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、前記ジョブを停止すべきことを示すジョブ停止応答を前記画像形成装置に送信する、前記第２の送信部と、を備え、
   前記サーバから前記ジョブ停止応答が受信される場合に、前記画像形成は停止される、画像形成装置。
2. 前記第１の送信部は、前記サーバから前記ジョブ停止応答が受信される場合に、前記第１の間隔で前記問合要求を前記サーバに繰り返し送信する、請求項１に記載の画像形成装置。
3. 前記サーバは、前記端末装置から前記ジョブ実行指示を受信しない場合に、前記画像形成装置から受信される前記問合要求に応じて、前記ジョブを実行すべきでないことを示すジョブ不実行応答であって、前記第１の間隔を示す間隔情報を含む前記ジョブ不実行応答を前記画像形成装置に送信し、
   前記第１の送信部は、前記サーバから前記ジョブ不実行応答が受信されてから、前記ジョブ不実行応答に含まれる前記間隔情報によって示される前記第１の間隔が経過する際に、前記問合要求を前記サーバに送信する、請求項１又は２に記載の画像形成装置。
4. 前記ジョブ実行応答は、前記第１の間隔を示す間隔情報を含み、
   前記第２の送信部は、前記ジョブ実行応答に含まれる前記間隔情報が前記第１の間隔を示すにも関わらず、前記サーバから前記ジョブ実行応答が受信されてから、前記第１の間隔よりも短い前記第２の間隔が経過する際に、前記問合要求を前記サーバに送信する、請求項１から３のいずれか一項に記載の画像形成装置。
5. 前記第１の送信部は、前記サーバから前記ジョブ停止応答が受信されることなく、前記画像形成が完了する場合に、前記第１の間隔で前記問合要求を前記サーバに繰り返し送信する、請求項１から４のいずれか一項に記載の画像形成装置。
6. 前記画像形成装置は、さらに、
   ユーザによって操作される操作部を備え、
   前記操作部において、前記画像形成を停止するための停止操作が実行される場合に、前記サーバから前記ジョブ停止応答が受信されなくても、前記画像形成は停止され、
   前記第１の送信部は、前記操作部において前記停止操作が実行される場合に、前記第１の間隔で前記問合要求を前記サーバに繰り返し送信する、請求項１から５のいずれか一項に記載の画像形成装置。
7. 前記画像形成が開始された後に、前記画像形成エンジンにおいてエラーが発生する場合に、前記問合要求を前記サーバに繰り返し送信することが停止される、請求項１から６のいずれか一項に記載の画像形成装置。
8. 前記第２の送信部は、前記エラーが解消する場合に、前記第２の間隔で前記問合要求を前記サーバに繰り返し送信することを再開する、請求項７に記載の画像形成装置。
9. 前記画像形成エンジンは、印刷エンジンであり、
   前記画像形成は、印刷媒体への画像の印刷である、請求項１から８のいずれか一項に記載の画像形成装置。
10. 前記ジョブ停止指示は、前記ジョブをキャンセルするための指示であり、
    前記ジョブ停止応答は、前記ジョブをキャンセルすべきことを示す、請求項１から９のいずれか一項に記載の画像形成装置。
11. 画像形成装置のためのコンピュータプログラムであって、
    前記画像形成装置のコンピュータを、以下の各部、即ち、
    第１の間隔で問合要求をサーバに繰り返し送信する第１の送信部であって、前記サーバは、端末装置からジョブ実行指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、ジョブを実行すべきことを示すジョブ実行応答を前記画像形成装置に送信する、前記第１の送信部と、
    前記サーバから前記ジョブ実行応答が受信される場合に、前記画像形成装置の画像形成エンジンを制御して画像形成を開始する画像形成制御部と、
    前記サーバから前記ジョブ実行応答が受信される場合に、前記第１の間隔よりも短い第２の間隔で前記問合要求を前記サーバに繰り返し送信する第２の送信部であって、前記サーバは、前記端末装置からジョブ停止指示を受信する場合に、前記画像形成装置から受信される前記問合要求に応じて、前記ジョブを停止すべきことを示すジョブ停止応答を前記画像形成装置に送信する、前記第２の送信部と、を備え、
    前記サーバから前記ジョブ停止応答が受信される場合に、前記画像形成は停止される、コンピュータプログラム。
    

Images