JP2022102673A - 画像処理装置及び画像処理装置のためのコンピュータプログラム - Google Patents

Abstract

【課題】ジョブを画像処理装置に送信可能なサーバの処理負荷を軽減させるための技術を開示すること。【解決手段】画像処理装置は、サービス状態が有効状態である状況において、サービス状態を無効状態に移行させるための無効化指示が取得される場合に、サービス状態を有効状態から無効状態に移行させる第２の状態移行部と、サービス状態が有効状態である状況において、無効化指示が取得される場合に、第１のイベント削除指示を前記サーバに送信する第１の削除指示送信部と、を備えてもよい。第１のイベント削除指示は、画像処理装置に通知すべきイベントから、サーバによるジョブ送信要求の受け付けを削除するための指示である。【選択図】図４

Description

本明細書が開示する技術は、サーバからジョブを受信する画像処理装置に関する。

特許文献１には、プリンタとサーバとを備えるクラウドプリントシステムが開示されている。プリンタは、印刷ジョブがサーバに追加される場合に、サーバから印刷ジョブを受信して印刷を実行する。

特開２０１５－５４４１２号公報

本明細書では、ジョブを画像処理装置に送信可能なサーバの処理負荷を軽減させるための技術を開示する。

本明細書によって開示される画像処理装置は、画像処理エンジンと、サーバからジョブ提供サービスを受けるためのサービス状態が無効状態である状況において、前記サービス状態を有効状態に移行させるための有効化指示が取得される場合に、前記サービス状態を前記無効状態から前記有効状態に移行させる第１の状態移行部であって、前記無効状態は、前記サーバから、画像処理の実行指示であるジョブを受信不可能な状態であり、前記有効状態は、前記サーバから前記ジョブを受信可能な状態である、前記第１の状態移行部と、前記サービス状態が前記無効状態である状況において、前記有効化指示が取得される場合に、第１のイベント登録指示を前記サーバに送信する第１の登録指示送信部であって、前記第１のイベント登録指示は、前記画像処理装置に通知すべきイベントとして、前記サーバによるジョブ送信要求の受け付けを登録するための指示であり、前記ジョブ送信要求は、前記サーバを介してジョブを前記画像処理装置に送信するための要求である、前記第１の登録指示送信部と、前記サービス状態が前記有効状態である状況において、前記サーバから前記ジョブが受信される場合に、前記ジョブに従った画像処理を前記画像処理エンジンに実行させるエンジン制御部と、前記サービス状態が前記有効状態である状況において、前記サービス状態を前記無効状態に移行させるための無効化指示が取得される場合に、前記サービス状態を前記有効状態から前記無効状態に移行させる第２の状態移行部と、前記サービス状態が前記有効状態である状況において、前記無効化指示が取得される場合に、第１のイベント削除指示を前記サーバに送信する第１の削除指示送信部であって、前記第１のイベント削除指示は、前記画像処理装置に通知すべきイベントから、前記サーバによる前記ジョブ送信要求の受け付けを削除するための指示である、前記第１の削除指示送信部と、を備えてもよい。

上記の構成によると、画像処理装置は、無効化指示が取得される場合に、第１のイベント削除指示をサーバに送信する。この結果、サーバは、ジョブ送信要求の受け付けに応じた処理を実行せずに済む。従って、サーバの処理負荷を軽減させることができる。

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

通信システムの構成を示す。 登録処理のシーケンス図を示す。 第１実施例のシーケンス図を示す。 図３の続きのシーケンス図を示す。 第２実施例のシーケンス図を示す。 第３実施例のシーケンス図を示す。 第４実施例のシーケンス図を示す。 第５実施例のシーケンス図を示す。

（第１実施例）
（通信システムの構成；図１）
図１に示されるように、通信システム２は、プリンタ１０と端末５０と印刷仲介サーバ１００とを備える。各デバイス１０，５０，１００は、インターネット６に接続されており、インターネット６を介して相互に通信可能である。

（プリンタ１０の構成）
プリンタ１０は、印刷機能を実行可能な周辺装置（例えば、端末５０の周辺装置）である。変形例では、プリンタ１０は、スキャン機能、ＦＡＸ機能等を実行可能な多機能機であってもよい。プリンタ１０には、プリンタ１０を識別するためのプリンタＩＤ「Ｐ１」が割り当てられている。プリンタ１０は、操作部１２と、表示部１４と、通信インターフェース１６と、印刷エンジン１８と、制御部３０と、を備える。各部１２～３０は、バス線（符号省略）に接続されている。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をプリンタ１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、ユーザから指示を受け付けるタッチパネル（即ち操作部）としても機能する。通信Ｉ／Ｆ１６は、インターネット６に接続されている。印刷エンジン１８は、インクジェット方式、レーザ方式等の印刷機構を備える。

制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４は、さらに、サーバ１００からＩＰＰ（Internet Printing Protocolの略）に従ったジョブ提供サービス（換言するとクラウド印刷サービス）を受けるためのサービス状態を記憶する。

サービス状態は、プリンタ１０がサーバ１００からジョブを受信可能であることを示す「有効」と、プリンタ１０がサーバ１００からジョブを受信不可能であることを示す「無効」と、のいずれか一方を示す。以下では、メモリ３４内のサービス状態が「有効」を示す状態、メモリ３４内のサービス状態が「無効」を示す状態を、それぞれ、「プリンタ１０のサービス状態が有効状態である」、「プリンタ１０のサービス状態が無効状態である」と表現することがある。

（端末５０の構成）
端末５０は、例えば、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ等の可搬型の端末装置である。なお、変形例では、端末５０は、デスクトップＰＣ等の据置型の端末装置であってもよい。

（印刷仲介サーバ１００の構成）
以下では、印刷仲介サーバ１００のことを「サーバ１００」と短縮して記載する。サーバ１００は、クラウド印刷サービスを提供するサーバである。サーバ１００は、プリンタ１０のベンダとは異なる事業者（例えばクラウド印刷サービスを提供する事業者）によってインターネット６上に設置されるサーバである。変形例では、サーバ１００は、プリンタ１０のベンダによって設置されてもよい。サーバ１００は、例えば端末５０から画像データを受信する場合に、ジョブを生成し、当該ジョブをプリンタ１０に送信する。ジョブは、画像データをプリンタ１０が解釈可能なデータ形式に変換することによって生成される印刷データを含む。

サーバ１００は、通信Ｉ／Ｆ１１６と制御部１３０とを備える。各部１１６～１３０は、バス線（符号省略）に接続されている。通信Ｉ／Ｆ１１６は、インターネット６に接続されている。

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

プリンタテーブル１３８は、プリンタＩＤと、アクセストークンと、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓと、Ｓｕｂｓｃｒｉｐｔｉｏｎｓと、を対応付けて記憶するテーブルである。アクセストークンは、プリンタとサーバ１００との間でＩＰＰに従ったリクエストが通信される際に、プリンタを認証するためにサーバ１００によって利用される情報である。また、アクセストークンは、プリンタとサーバ１００との間に常時接続を確立するために利用される。本実施例では、プリンタ１０は、ＨＴＴＰ（Hypertext Transfer Protocolの略）に従った持続的接続を利用して、常時接続のような挙動を実現する。変形例では、常時接続は、ＸＭＰＰ（eXtensible Messaging and Presence Protocolの略）に従った接続であってもよい。ａｃｃｅｐｔｉｎｇ－ｊｏｂｓは、ＩＰＰに従ったプリンタ属性を示す情報であり、具体的には、サーバ１００が印刷要求を受け付けるのか否かを示す情報である。ａｃｃｅｐｔｉｎｇ－ｊｏｂｓは、印刷要求を受け付けることを示すｙｅｓと、印刷要求を受け付けないことを示すｎｏと、のいずれか一方を示す。ここで、「印刷要求を受け付ける」とは、サーバ１００が印刷要求を受信することに応じてジョブを生成することを意味する。「印刷要求を受け付けない」とは、サーバ１００が印刷要求を受信してもジョブを生成しないことを意味する。Ｓｕｂｓｃｒｉｐｔｉｏｎｓは、サーバ１００が監視して通知すべきイベントを示す情報である。

（登録処理；図２）
図２を参照して、サーバ１００からクラウド印刷サービスの提供を受けるために、プリンタ１０に関する情報をサーバ１００に登録するための処理を説明する。なお、以下では、理解の容易化のために、各デバイスのＣＰＵ（例えばＣＰＵ３２等）が実行する動作を、ＣＰＵを主体として記載せずに、各デバイス（例えばプリンタ１０）を主体として記載する。また、各デバイス１０，１００によって実行される全ての通信は、通信Ｉ／Ｆ１６，１１６を介して実行される。このため、以下では、「通信Ｉ／Ｆ１６（又は１１６）を介して」という記載を省略する。

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

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

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

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

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

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

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

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

プリンタ１０は、Ｔ６０において、サーバ１００から認証通知を受信すると、Ｔ６２において、認証通知に含まれるアクセストークンＡＴ１をメモリ３４に記憶する。

（図２の続き；図３）
図３は、図２の続きのケースであり、具体的には、プリンタ１０のサービス状態を無効状態から有効状態に移行させるケースである。

端末５０は、ユーザからの操作を受け付けることに応じて、プリンタ１０内のウェブサーバにアクセスする。そして、端末５０は、Ｔ１００において、ユーザから設定変更操作を受け付けることに応じて、Ｔ１０２において、設定変更画面要求をプリンタ１０に送信する。

プリンタ１０は、Ｔ１０２において、端末５０から設定変更画面要求を受信すると、設定変更画面ＳＣ１を表わす設定変更画面データを端末５０に送信する。

端末５０は、Ｔ１０４において、プリンタ１０から設定変更画面データを受信すると、Ｔ１０６において、設定変更画面ＳＣ１を表示する。設定変更画面ＳＣ１は、プリンタのサービス状態を変更するための画面であり、プリンタＩＤ「Ｐ１」と、サービス状態を有効に設定するためのチェック欄と、サービス状態を無効に設定するためのチェック欄と、ＯＫボタンと、を含む。現時点ではプリンタ１０のサービス状態が無効状態であるので、設定変更画面ＳＣ１では、無効のチェック欄にチェックが付されている。

端末５０は、Ｔ１１０において、ユーザから、設定変更画面ＳＣ１内の有効のチェック欄にチェックを入れる操作を受け付けた後に、ＯＫボタンの選択を受け付ける。この場合、端末５０は、Ｔ１１２において、有効化指示をプリンタ１０に送信する。

プリンタ１０は、Ｔ１１２において、端末５０から有効化指示を受信すると、Ｔ１１４において、サービス状態を無効状態から有効状態に移行させる。具体的には、プリンタ１０は、メモリ３４内のサービス状態を無効から有効に変更する。そして、プリンタ１０は、Ｔ１１６において、完了画面ＳＣ２を表わす完了画面データを端末５０に送信する。

端末５０は、Ｔ１１６において、プリンタ１０から完了画面データを受信すると、Ｔ１１８において、完了画面ＳＣ２を表示する。完了画面ＳＣ２は、プリンタ１０のサービス状態が変更されたことを示すメッセージを含む。このため、ユーザは、完了画面ＳＣ２を見ることによって、プリンタ１０のサービス状態の変更が完了したことを確認することができる。

プリンタ１０は、Ｔ１１４で有効状態に移行すると、Ｔ１２０において、記憶済みのアクセストークンＡＴ１（図２のＴ６２参照）を利用して、常時接続をサーバ１００と確立する。サーバ１００は、常時接続を利用すれば、プリンタ１０から要求を受信しなくても、プリンタ１０が所属するＬＡＮのファイヤウォールを越えて、プリンタ１０に信号を送信することができる。即ち、常時接続は、サーバプッシュ型の通信を実行可能な接続である。プリンタ１０のサービス状態が無効状態に移行されるまで、常時接続が維持される。

次いで、プリンタ１０は、Ｔ１２２及びＴ１２４において、プリンタＩＤ「Ｐ１」を含む各種コマンドをサーバ１００に送信する。Ｔ１２２のコマンドは、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｙｅｓ」をサーバ１００に登録するためのコマンドである。これにより、印刷要求の受け付けをサーバ１００に実行させることができる。Ｔ１２４のコマンドは、Ｃｒａｅｔｅ－Ｐｒｉｎｔｅｒ－Ｓｕｂｓｃｒｉｐｔｉｏｎｓ（以下では「ＣＰＳ」と記載する）である。ＣＰＳは、Ｓｕｂｓｃｒｉｐｔｉｏｎｓとして新たなイベントをサーバ１００に登録するためのコマンドである。

Ｔ１２４のＣＰＳは、ｊｏｂ－ｆｅｔｃｈａｂｌｅをサーバ１００に登録するためのコマンドである。ｊｏｂ－ｆｅｔｃｈａｂｌｅは、印刷要求の受け付けのイベントである。即ち、Ｔ１２４のＣＰＳは、印刷要求の受け付けの監視及びその旨のプリンタ１０への通知（即ち後述のジョブ通知の送信）をサーバ１００に実行させるための指示である。これにより、印刷要求の受け付けの通知をサーバ１００に実行させることができる。

サーバ１００は、Ｔ１２２及びＴ１２４において、プリンタ１０から各種コマンドを受信すると、Ｔ１２６において、プリンタテーブル１３８を更新する。具体的には、サーバ１００は、Ｔ１２２のコマンドに含まれるプリンタＩＤ「Ｐ１」に対応付けて、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとしてｙｅｓを記憶する。サーバ１００は、さらに、Ｔ１２４のＣＰＳに含まれるプリンタＩＤ「Ｐ１」に対応付けて、Ｓｕｂｓｃｒｉｐｔｉｏｎｓとしてｊｏｂ－ｆｅｔｃｈａｂｌｅを記憶する。

その後、端末５０は、ユーザから、印刷を実行すべきプリンタ（本ケースではプリンタ１０）の指定と、印刷対象の画像の指定と、を含む指示を受け付けることに応じて、Ｔ１３０において、印刷要求をサーバ１００に送信する。印刷要求は、ユーザによって指定されたプリンタ１０を識別するプリンタＩＤ「Ｐ１」と、印刷対象の画像を表わす画像データと、を含む。

サーバ１００は、Ｔ１３０において、端末５０から印刷要求を受信すると、まず、プリンタテーブル１３８から、当該要求に含まれるプリンタＩＤ「Ｐ１」を特定する。そして、プリンタ１０は、プリンタテーブル１３８において、プリンタＩＤ「Ｐ１」に対応付けられているａｃｃｅｐｔｉｎｇ－ｊｏｂｓがｙｅｓを示すのかｎｏを示すのかを判断する。本ケースでは、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓがｙｅｓを示すので（Ｔ１２２、Ｔ１２６参照）、サーバ１００は、印刷要求を受け付ける。即ち、サーバ１００は、Ｔ１３２において、ジョブＩＤ「Ｊｏｂ１」によって識別されるジョブを生成する。具体的には、サーバ１００は、まず、端末５０から受信済みの画像データを変換して、プリンタ１０が解釈可能なデータ形式を有する印刷データを生成する。そして、サーバ１００は、プリンタＩＤ「Ｐ１」とジョブＩＤ「Ｊｏｂ１」と印刷データとを対応付けてメモリ１３４に記憶する。

次いで、サーバ１００は、プリンタテーブル１３８において、プリンタＩＤ「Ｐ１」に対応付けられているＳｕｂｓｃｒｉｐｔｉｏｎｓとしてｊｏｂ－ｆｅｔｃｈａｂｌｅが記憶されているのか否かを判断する。本ケースでは、ｊｏｂ－ｆｅｔｃｈａｂｌｅが記憶されているので（Ｔ１２４、Ｔ１２６参照）、サーバ１００は、印刷要求の受け付けイベントが発生したことをプリンタ１０に通知する。即ち、サーバ１００は、Ｔ１３４において、常時接続を利用して、ジョブが生成されたことを示すジョブ通知をプリンタ１０に送信する。当該ジョブ通知は、Ｔ１３２で生成されたジョブのジョブＩＤ「Ｊｏｂ１」を含む。

プリンタ１０は、Ｔ１３４において、サーバ１００からジョブ通知を受信すると、Ｔ１３６において、ジョブＩＤ「Ｊｏｂ１」を含むジョブ要求をサーバ１００に送信する。

サーバ１００は、Ｔ１３６において、プリンタ１０からジョブ要求を受信すると、当該ジョブ要求に含まれるジョブＩＤ「Ｊｏｂ１」に対応付けて記憶されている印刷データを特定する。そして、サーバ１００は、Ｔ１３８において、当該印刷データを含むジョブをプリンタ１０に送信する。

プリンタ１０は、Ｔ１３８において、サーバ１００から印刷データを含むジョブを受信すると、Ｔ１４０において、当該印刷データを印刷エンジン１８に供給する。これにより、当該印刷データによって表わされる画像の印刷が印刷エンジン１８によって実行される。このように、プリンタ１０は、クラウド印刷サービスを利用して画像の印刷を実行することができる。

（図３の続き；図４）
図４は、図３の続きのケースであり、具体的には、プリンタ１０のサービス状態を有効状態から無効状態に移行させるケースである。図４のＴ２００～Ｔ２０６の処理は、図３のＴ１００～Ｔ１０６の処理と同様である。なお、図示省略しているが、プリンタ１０のサービス状態が有効状態であるので（図３のＴ１１４参照）、Ｔ２０６で表示される設定変更画面ＳＣ１では、有効のチェック欄にチェックが付されている。

端末５０は、Ｔ２１０において、ユーザから、設定変更画面ＳＣ１内の無効のチェック欄にチェックを入れる操作を受け付けた後に、ＯＫボタンの選択を受け付ける。この場合、端末５０は、Ｔ２１２において、無効化指示をプリンタ１０に送信する。

プリンタ１０は、Ｔ２１２において、端末５０から無効化指示を受信すると、Ｔ２１４において、サービス状態を有効状態から無効状態に移行させる。具体的には、プリンタ１０は、メモリ３４内のサービス状態を有効から無効に変更する。Ｔ２１６及びＴ２１８の処理は、図３のＴ１１６及びＴ１１８の処理と同様である。さらに、プリンタ１０は、Ｔ２１４で無効状態に移行すると、Ｔ２２０において、サーバ１００との常時接続（図３のＴ１２０参照）を切断する。このため、プリンタ１０とサーバ１００との間で常時接続を維持するための各種通信を実行せずに済む。この結果、プリンタ１０とサーバ１００との間の通信負荷が低減される。

次いで、プリンタ１０は、Ｔ２２２において、プリンタＩＤ「Ｐ１」を含むコマンドをサーバ１００に送信する。当該コマンドは、Ｃａｎｃｅｌ－Ｓｕｂｓｃｒｉｐｔｉｏｎｓ（以下では「ＣＳ」と記載する）である。ＣＳは、Ｓｕｂｓｃｒｉｐｔｉｏｎｓからイベントを削除するためのコマンドである。Ｔ２２２のＣＳは、ｊｏｂ－ｆｅｔｃｈａｂｌｅ（図３のＴ１２４参照）をサーバ１００から削除するためのコマンドである。

サーバ１００は、Ｔ２２２において、プリンタ１０からＣＳを受信すると、Ｔ２２４において、プリンタテーブル１３８を更新する。具体的には、サーバ１００は、Ｔ２２２のＣＳに含まれるプリンタＩＤ「Ｐ１」に対応付けられているＳｕｂｓｃｒｉｐｔｉｏｎｓから、ｊｏｂ－ｆｅｔｃｈａｂｌｅを削除する。この結果、サーバ１００は、印刷要求の受け付けの監視及びその旨のプリンタ１０への通知を停止する。

Ｔ２３０及びＴ２３２の処理は、生成されるジョブのジョブＩＤが「Ｊｏｂ２」である点を除いて、図３のＴ１４０及びＴ１４２の処理と同様である。現時点では、サーバ１００は、ｊｏｂ－ｆｅｔｃｈａｂｌｅを記憶していないので、ジョブ通知をプリンタ１０に送信しない。

上記の構成によると、プリンタ１０は、端末５０から無効化指示を取得する場合（図４のＴ２１２）に、ｊｏｂ－ｆｅｔｃｈａｂｌｅをサーバ１００から削除するためのＣＳをサーバ１００に送信する。この結果、サーバ１００は、印刷要求の受け付けに応じた処理を実行せずに済む。具体的には、サーバ１００は、プリンタ１０が印刷を実行すべきジョブが新たに生成されたことを監視する処理を実行せずに済む。従って、サーバ１００の処理負荷を軽減させることができる。

（対応関係）
プリンタ１０、印刷仲介サーバ１００が、それぞれ、「画像処理装置」、「サーバ」の一例である。印刷エンジン１８が、「画像処理エンジン」の一例である。図３のＴ１２４で送信されるＣＰＳ、図４のＴ２２２で送信されるＣＳが、それぞれ、「第１のイベント登録指示」、「第１のイベント削除指示」の一例である。図３のＴ１３０で送信される印刷要求（及び図４のＴ２３０で送信される印刷要求）が、「ジョブ送信要求」の一例である。図３のＴ１４０で実行される印刷が、「画像処理」の一例である。

図３のＴ１１４の処理、Ｔ１２４の処理、Ｔ１４０の処理が、それぞれ、「第１の状態移行部」、「第１の登録指示送信部」、「エンジン制御部」によって実行される処理の一例である。図４のＴ２１４の処理、Ｔ２２２の処理が、それぞれ、「第２の状態移行部」、「第１の削除指示送信部」によって実行される処理の一例である。

（第２実施例；図５）
続いて、図５を参照して、第２実施例を説明する。第２実施例では、Ｓｕｂｓｃｒｉｐｔｉｏｎｓとしてｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄがさらに利用される点が、第１実施例とは異なる。図５は、図２の続きのケースである。

図５では、まず、図３のＴ１００～Ｔ１２２と同様の処理が実行される。この結果、プリンタ１０は、Ｔ３２４において、プリンタＩＤ「Ｐ１」を含むＣＰＳをサーバ１００に送信する。Ｔ３２４のＣＰＳは、ｊｏｂ－ｆｅｔｃｈａｂｌｅ及びｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄをサーバ１００に登録するためのコマンドである。変形例では、プリンタ１０は、ｊｏｂ－ｆｅｔｃｈａｂｌｅをサーバ１００に登録するためのＣＰＳと、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄをサーバ１００に登録するＣＰＳと、を別々にサーバ１００に送信してもよい。ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄは、ジョブのステータス変更のイベントである。即ち、Ｔ３２４のＣＰＳは、印刷要求の受け付けの監視及びその旨のプリンタ１０への通知（即ちジョブ通知の送信）をサーバ１００に実行させるための指示であると共に、ジョブのステータス変更の監視及びその旨のプリンタ１０への通知（即ち後述のキャンセル通知の送信）をサーバ１００に実行させるための指示である。これにより、印刷要求の受け付けの通知をサーバ１００に実行させることができると共に、ジョブのステータス変更の通知をサーバ１００に実行させることができる。以下では、ジョブのステータス変更として、ジョブのキャンセルについて説明するが、変形例では、ジョブのステータス変更は、例えば、ジョブに従った印刷の保留等であってもよい。Ｔ３２６の処理は、Ｓｕｂｓｃｒｉｐｔｉｏｎｓとしてさらにｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄが記憶される点を除いて、図３のＴ１２６の処理と同様である。

Ｔ３３０～Ｔ３３８の処理は、図３のＴ１３０～Ｔ１３８の処理と同様である。その後、端末５０は、Ｔ３３８のジョブに従った印刷がプリンタ１０によって実行される前に、ユーザから、ジョブＩＤ「Ｊｏｂ１」の指定を含む印刷キャンセル指示を受け付ける。この場合、端末５０は、Ｔ３４０において、印刷キャンセル要求をサーバ１００に送信する。印刷キャンセル要求は、ユーザによって指定されたジョブＩＤ「Ｊｏｂ１」を含む。

サーバ１００は、Ｔ３４０において、端末５０から印刷キャンセル要求を受信すると、ジョブＩＤ「Ｊｏｂ１」に対応付けられているプリンタＩＤ「Ｐ１」を特定する。そして、プリンタテーブル１３８において、プリンタＩＤ「Ｐ１」に対応付けられているＳｕｂｓｃｒｉｐｔｉｏｎｓとしてｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄが記憶されているのか否かを判断する。本ケースでは、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄが記憶されているので（Ｔ３２４、Ｔ３２６参照）、サーバ１００は、ジョブのステータス変更イベントが発生したことをプリンタ１０に通知する。即ち、サーバ１００は、Ｔ３４２において、常時接続（図３のＴ１２０参照）を利用して、ジョブがキャンセルされたことを示すキャンセル通知をプリンタ１０に送信する。当該キャンセル通知は、ジョブＩＤ「Ｊｏｂ１」を含む。そして、サーバ１００は、Ｔ３４４において、印刷キャンセル要求に含まれるジョブＩＤ「Ｊｏｂ１」によって特定されるジョブを削除する。

プリンタ１０は、Ｔ３４２において、サーバ１００からキャンセル通知を受信すると、当該キャンセル通知に含まれるジョブＩＤ「Ｊｏｂ１」によって識別されるジョブ（即ちＴ３３８で受信済みのジョブ）を削除する。これにより、プリンタ１０は、ジョブＩＤ「Ｊｏｂ１」によって識別されるジョブの印刷を停止することができる。

その後、図４のＴ２００～Ｔ２２０と同様の処理が実行されると、プリンタ１０は、Ｔ３６０において、プリンタＩＤ「Ｐ１」を含むＣＳをサーバ１００に送信する。Ｔ３６０のＣＳは、ｊｏｂ－ｆｅｔｃｈａｂｌｅとｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄをサーバ１００から削除するためのコマンドである。

サーバ１００は、Ｔ３６０において、プリンタ１０からＣＳを受信すると、Ｔ３６２において、プリンタテーブル１３８を更新する。具体的には、サーバ１００は、Ｔ３６０のＣＳに含まれるプリンタＩＤ「Ｐ１」に対応付けてられているＳｕｂｓｃｒｉｐｔｉｏｎｓから、ｊｏｂ－ｆｅｔｃｈａｂｌｅ及びｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄを削除する。この結果、サーバ１００は、印刷要求の受け付けの監視及びその旨のプリンタ１０への通知を停止すると共に、ジョブのステータス変更の監視及びその旨のプリンタ１０への通知を停止する。

Ｔ３７０及びＴ３７２の処理は、図４のＴ２３０及びＴ２３２の処理と同様である。この場合、サーバ１００は、ｊｏｂ－ｆｅｔｃｈａｂｌｅを記憶していないので、ジョブ通知をプリンタ１０に送信しない。

Ｔ３８０及びＴ３８４の処理は、削除されるジョブのジョブＩＤが「Ｊｏｂ２」である点を除いて、Ｔ３４０及びＴ３４４の処理と同様である。この場合、サーバ１００は、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄを記憶していないので、キャンセル通知をプリンタ１０に送信しない。

プリンタ１０は、無効化指示を取得する場合（図５で引用する図４のＴ２１２）に、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄをサーバ１００から削除するためのＣＳをサーバ１００に送信する（Ｔ３６０）。この結果、サーバ１００は、印刷キャンセル要求の受け付けに応じた処理を実行せずに済む。具体的には、サーバ１００は、サーバ１００においてジョブのステータスが変更されたこと（本ケースではキャンセルされたこと）を監視する処理を実行せずに済む。従って、サーバ１００の処理負荷を軽減させることができる。

特に、プリンタ１０は、１個のジョブも記憶していない状態で無効化指示を取得する場合（図５で引用する図４のＴ２１２）に、その直後に、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄをサーバ１００から削除するためのＣＳをサーバ１００に送信する（Ｔ３６０）。このような状況では、プリンタ１０がサーバ１００からキャンセル通知を受信する事象が起こり得ないからである。このため、プリンタ１０は、ＣＳをサーバ１００に迅速に送信することによって、サーバ１００の処理負荷を迅速に軽減させることができる。

（対応関係）
図５のＴ３２４で送信されるＣＰＳが、「第１のイベント登録指示」及び「第２のイベント登録指示」の一例である。Ｔ３６０で送信されるＣＳが、「第１のイベント削除指示」及び「第２のイベント削除指示」の一例である。Ｔ３２４の処理が、「第１の登録指示送信部」及び「第２の登録指示送信部」によって実行される処理の一例である。Ｔ３６０の処理が、「第１の削除指示送信部」及び「第２の削除指示送信部」によって実行される処理の一例である。

（第３実施例；図６）
続いて、図６を参照して、第３実施例を説明する。第３実施例では、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄが削除されるタイミングが、第２実施例とは異なる。図６は、図２の続きのケースである。図６では、まず、図３のＴ１００～Ｔ１２２と同様の処理、及び図５のＴ３２２、Ｔ３２４の処理と同様の処理が実行される。

Ｔ４００～Ｔ４０８の処理は、図３のＴ１３０～Ｔ１３８の処理と同様である。この結果、プリンタ１０は、Ｔ４１０において、Ｔ４０８で受信済みの印刷データを印刷エンジン１８に供給することによって、当該印刷データによって表わされる画像の印刷が印刷エンジン１８によって開始される。

その後、サーバ１００は、プリンタ１０がＴ４１０で開始された印刷を実行している間に、Ｔ４２０において、プリンタＩＤ「Ｐ１」と、Ｔ４００の画像データとは異なる画像データと、を含む印刷要求を新たに受信する。Ｔ４２２～Ｔ４２８の処理は、ジョブＩＤが「Ｊｏｂ２」である点を除いて、図３のＴ１３２～Ｔ１３８の処理と同様である。

その後、図４のＴ２００～Ｔ２１８の処理、及び、Ｔ２２２、Ｔ２２４と同様の処理が実行される。即ち、ｊｏｂ－ｆｅｔｃｈａｂｌｅをサーバ１００から削除するためのＣＳはサーバ１００に送信されるが、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄをサーバ１００から削除するためのＣＳはサーバ１００に送信されない。現時点では、プリンタ１０は、ジョブＩＤ「Ｊｏｂ１」によって識別されるジョブを記憶しているからである。この結果、サーバ１００は、プリンタＩＤ「Ｐ１」に対応付けられているＳｕｂｓｃｒｉｐｔｉｏｎｓから、ｊｏｂ－ｆｅｔｃｈａｂｌｅのみを削除し、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄを削除しない。

プリンタ１０は、Ｓｕｂｓｃｒｉｐｔｉｏｎｓとしてｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄがサーバ１００に記憶されている状態では、サービス状態が無効状態に移行されても、常時接続を維持する。プリンタ１０は、サーバ１００からキャンセル通知を受信し得るからである。

Ｔ４３０及びＴ４３２の処理は、ジョブＩＤが「Ｊｏｂ３」である点を除いて、図３のＴ１３０及びＴ１３２の処理と同様である。この時点では、サーバ１００は、ｊｏｂ－ｆｅｔｃｈａｂｌｅを記憶していないので、ジョブ通知をプリンタ１０に送信しない。

Ｔ４４０～Ｔ４４６の処理は、キャンセルされるジョブのジョブＩＤが「Ｊｏｂ２」である点を除いて、図５のＴ３４０～Ｔ３４６の処理と同様である。

その後、Ｔ４５０において、Ｔ４１０で開始された印刷が完了する。この場合、プリンタ１０は、ジョブＩＤ「Ｊｏｂ１」によって識別されるジョブを削除する。この結果、プリンタ１０のメモリ３４内にはジョブが記憶されていない状態となる。これに応じて、プリンタ１０は、Ｔ４６０において、ＣＳをサーバ１００に送信する。Ｔ４６０で送信されるＣＳは、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄをサーバ１００から削除するためのコマンドである。

サーバ１００は、Ｔ４６０において、プリンタ１０からＣＳを受信すると、Ｔ４６２において、プリンタテーブル１３８を更新する。具体的には、サーバ１００は、Ｔ４６０のＣＳに含まれるプリンタＩＤ「Ｐ１」に対応付けてられているＳｕｂｓｃｒｉｐｔｉｏｎｓから、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄを削除する。この結果、サーバ１００は、ジョブのステータス変更の監視及びその旨のプリンタ１０への通知を停止する。

Ｔ４６２において、プリンタ１０に対応するＳｕｂｓｃｒｉｐｔｉｏｎｓの全てがサーバ１００から削除されるので、プリンタ１０は、Ｔ４７０において、サーバ１００との常時接続（図３のＴ１２０参照）を切断する。

このように、プリンタ１０は、１個以上のジョブを記憶している状態で無効化指示を取得する場合（図６で引用する図４のＴ２１２）に、その直後には、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄをサーバ１００から削除するためのＣＳをサーバ１００に送信しない。このために、プリンタ１０はサーバ１００からキャンセル通知を適切に受信して、ジョブに従って印刷をキャンセルすることができる。その後、プリンタ１０は、１個以上のジョブに従った印刷が完了する場合（図６のＴ４５０）に、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄをサーバ１００から削除するためのＣＳをサーバ１００に送信する（Ｔ４６０）。この結果、サーバ１００は、印刷キャンセル要求に応じた処理を実行せずに済む。これにより、サーバ１００の処理負荷を軽減させることができる。

（第４実施例；図７）
続いて、図７を参照して、第４実施例を説明する。第４実施例では、プリンタ１０において無効化指示が取得される場合に、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」をサーバ１００に登録するためのコマンドがサーバ１００に送信される点が、第１実施例とは異なる。図７は、図２の続きのケースである。図７では、まず、図３のＴ１００～Ｔ１２０と同様の処理が実行される。Ｔ５２２～Ｔ５２６の処理は、図３のＴ１２２～Ｔ１２６の処理と同様である。

その後、図４のＴ２００～Ｔ２２０と同様の処理が実行される。この場合、プリンタ１０は、Ｔ５３０において、プリンタＩＤ「Ｐ１」を含むコマンドをサーバ１００に送信する。当該コマンドは、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」をサーバ１００に登録するためのコマンドである。Ｔ５３２の処理は、図４のＴ２２２の処理と同様である。

サーバ１００は、Ｔ５３０において、プリンタ１０からコマンドを受信し、Ｔ５３２において、ＣＰＳを受信する。この場合、サーバ１００は、Ｔ５３４において、プリンタテーブル１３８を更新する。具体的には、サーバ１００は、Ｔ５３０のコマンドに含まれるプリンタＩＤ「Ｐ１」に対応付けて、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとしてｙｅｓに代えてｎｏを記憶する。サーバ１００は、さらに、Ｔ５３２のＣＳに含まれるプリンタＩＤ「Ｐ１」に対応付けられているＳｕｂｓｃｒｉｐｔｉｏｎｓから、ｊｏｂ－ｆｅｔｃｈａｂｌｅを削除する。この結果、サーバ１００は、プリンタ１０に印刷を実行させるための印刷要求の受け付けを停止すると共に、印刷要求の受け付けの監視及びその旨のプリンタ１０への通知を停止する。

Ｔ５４０の処理は、図３のＴ３０の処理と同様である。サーバ１００は、印刷要求の受け付けを停止しているので、端末５０から印刷要求を受信してもジョブを生成しない。また、サーバ１００においてジョブが生成されないので、ジョブ通知は送信されない。そして、サーバ１００は、Ｔ５４２において、エラー画面ＳＣ３を表わすエラー画面データを端末５０に送信する。

端末５０は、Ｔ５４２において、サーバ１００からエラー画面データを受信すると、Ｔ５４４において、エラー画面ＳＣ３を表示する。エラー画面ＳＣ３は、プリンタＩＤ「Ｐ１」と、印刷要求の受け付けが停止されていることを示すメッセージと、を含む。このため、ユーザは、エラー画面ＳＣ３を見ることによって、プリンタ１０がクラウド印刷サービスを利用できないことを知ることができる。

このように、プリンタ１０は、端末５０から無効化指示を取得する場合（図７で引用する図４のＴ２１２）に、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」をサーバ１００に登録する（図７のＴ５３０）。この結果、サーバ１００は、印刷要求の受け付けを停止する。従って、プリンタ１０のサービス状態が無効状態に移行して、プリンタ１０とサーバ１００との間の常時接続が切断されるにも関わらず（即ちサーバ１００がジョブ通知をプリンタ１０に送信することができないにも関わらず）、サーバ１００が印刷要求を受け付けてジョブを生成するという事象が発生するのを抑制することができる。サーバ１００が印刷要求を受け付けてジョブを生成せずに済むので、サーバ１００の処理負荷を軽減させることができる。

（対応関係）
図７のＴ５２２で送信されるコマンド、Ｔ５３０で送信されるコマンドが、それぞれ、「受付指示」、「受付停止指示」の一例である。Ｔ５２２の処理、Ｔ５３０の処理が
それぞれ、「受付指示送信部」、「受付停止指示送信部」によって実行される処理の一例である。

（第５実施例；図８）
続いて、図８を参照して、第５実施例を説明する。第５実施例では、プリンタ１０が無効化指示を取得することに応じて問合画面データを端末５０に送信する点が、第４実施例とは異なる。図８は、図７のＣの続きのケースである。Ｔ６３２及びＴ６３４の処理は、図４のＴ２２２及びＴ２２４の処理と同様である。

プリンタ１０は、Ｔ６４０において、問合画面ＳＣ４を表わす問合画面データを端末５０に送信する。

端末５０は、Ｔ６４０において、プリンタ１０から問合画面データを受信すると、Ｔ６４２において、問合画面ＳＣ４を、端末５０の表示部に表示させる。問合画面ＳＣ４は、印刷要求の受け付けを停止すべきか否かを問い合わせるためのメッセージと、ＹＥＳボタンと、ＮＯボタンと、を含む。

（第５実施例ケースＡ）
ケースＡでは、端末５０は、Ｔ６５０において、問合画面ＳＣ４内のＹＥＳボタンの選択を受け付ける。この場合、端末５０は、Ｔ６５２において、ＹＥＳボタンが選択されたことを示すＹＥＳ選択情報をプリンタ１０に送信する。

プリンタ１０は、Ｔ６５２において、端末５０からＹＥＳ選択情報を受信すると、Ｔ６５４において、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」を登録するためのコマンドをサーバ１００に送信する。これにより、サーバ１００において、プリンタテーブル１３８が更新（即ちａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」が登録）され（Ｔ６５６）、印刷要求の受け付けが停止される。

（第５実施例ケースＢ）
一方、ケースＢでは、端末５０は、Ｔ６６０において、問合画面ＳＣ４内のＮＯボタンの選択を受け付ける。この場合、端末５０は、Ｔ６６２において、問合画面ＳＣ４内のＮＯボタンが選択されたことを示すＮＯ選択情報をプリンタ１０に送信する。

プリンタ１０は、Ｔ６６２において、端末５０からＮＯ選択情報を受信すると、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」を登録するためのコマンドをサーバ１００に送信しない。この結果、プリンタ１０のサービス状態は無効状態に変更されるが、サーバ１００において印刷要求の受け付けが実行され続ける。

このように、プリンタ１０は、無効化指示を取得する場合（図７で引用する図４のＴ２１２）に、問合画面データを端末５０に送信する（図８のＴ６４０）。この結果、端末５０は、問合画面ＳＣ４を表示する（Ｔ６４２）。このため、ユーザは、問合画面ＳＣ４において、印刷要求の受け付けを停止させるのか否かを選択することができる。

例えば、ユーザは、プリンタ１０のサービス状態を無効状態に維持させる時間が比較的短いのか比較的長いのかに応じて、印刷要求の受け付けを停止させるのか否かを選択することができる。プリンタ１０のサービス状態を無効状態に維持させる時間が比較的短い場合（例えばプリンタ１０のメンテナンス等のケース）には、ユーザは、問合画面ＳＣ４内のＮＯボタンを選択して、印刷要求の受け付けを維持させることができる。これにより、プリンタ１０は、サービス状態が有効状態に再び移行した後に、サービス状態が無効状態である間にサーバ１００によって受信された印刷要求に応じた印刷を実行することができる。また、プリンタ１０のサービス状態を無効状態に維持させる時間が比較的長い場合（例えばプリンタ１０が設置されているオフィスの長期休暇等のケース）には、ユーザは、問合画面ＳＣ４内のＹＥＳボタンを選択して、印刷要求の受け付けを停止させることができる。これにより、サーバ１００の処理負荷を軽減させることができる。

（対応関係）
問合画面ＳＣ４が、「問合画面」の一例である。端末５０の表示部が、「表示部」の一例である。図８のＴ６４０の処理が、「表示制御部」によって実行される処理の一例である。

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

（変形例１）上記の各実施例では、プリンタ１０のサービス状態が有効状態に移行すると、プリンタ１０とサーバ１００との間には常時接続が確立される（例えば図３のＴ１２０参照）。そして、サーバ１００は、常時接続を利用して、ジョブ通知をプリンタ１０に送信する（例えばＴ１４４参照）。これに代えて、プリンタ１０は、常時接続を確立すること代えて、定期的にポーリングをサーバ１００に送信する状態に移行しても良い。この場合、サーバ１００は、プリンタ１０からポーリングを受信する場合に、その応答としてジョブをプリンタ１０に送信してもよい。本変形例では、ポーリングを送信する状態、ポーリングを送信しない状態が、それぞれ、「有効状態」、「無効状態」の一例である。

（変形例２）プリンタ１０は、スキャン機能、ＦＡＸ機能等を実行可能な多機能機であってもよい。また、上記の各実施例では、プリンタ１０に印刷を実行させるためのジョブ提供サービスについて記載したが、変形例では、ジョブ提供サービスは、多機能機にＦＡＸ送信を実行させるためのジョブの提供サービスであってもよい。本変形例では、ＦＡＸの送信が「画像処理」の一例であり、ＦＡＸ送信を実行するエンジンが「画像処理エンジン」の一例である。また、別の変形例では、ジョブ提供サービスは、多機能機にスキャンの実行を指示するためのジョブの提供サービスであってもよい。本変形例では、スキャンの実行が「画像処理」の一例であり、スキャンを実行するエンジンが「画像処理エンジン」の一例である。

（変形例３）プリンタ１０は、図８のＴ６４０の処理に代えて、問合画面ＳＣ４をプリンタ１０の表示部１４に表示させてもよい。本変形例では、Ｔ６４２の処理を省略可能である。本変形例では、問合画面ＳＣ４の表示が「表示制御部」によって実行される処理の一例であり、プリンタ１０の表示部１４が「表示部」の一例である。

（変形例４）上記の各実施例では、図２～図８の処理がソフトウェア（例えばプログラム３６，１３６）によって実行されるが、これらの各処理の少なくとも１つが論理回路等のハードウェアによって実現されてもよい。

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

２：通信システム、６：インターネット、１０：プリンタ、１２：操作部、１４：表示部、１６，１１６：通信Ｉ／Ｆ、１８：印刷エンジン、３０，１３０：制御部、３２，１３２：ＣＰＵ、３４，１３４：メモリ、３６，１３６：プログラム、５０：端末、１３８：プリンタテーブル

Claims (7)

1. 画像処理装置であって、
   画像処理エンジンと、
   サーバからジョブ提供サービスを受けるためのサービス状態が無効状態である状況において、前記サービス状態を有効状態に移行させるための有効化指示が取得される場合に、前記サービス状態を前記無効状態から前記有効状態に移行させる第１の状態移行部であって、前記無効状態は、前記サーバから、画像処理の実行指示であるジョブを受信不可能な状態であり、前記有効状態は、前記サーバから前記ジョブを受信可能な状態である、前記第１の状態移行部と、
   前記サービス状態が前記無効状態である状況において、前記有効化指示が取得される場合に、第１のイベント登録指示を前記サーバに送信する第１の登録指示送信部であって、前記第１のイベント登録指示は、前記画像処理装置に通知すべきイベントとして、前記サーバによるジョブ送信要求の受け付けを登録するための指示であり、前記ジョブ送信要求は、前記サーバを介してジョブを前記画像処理装置に送信するための要求である、前記第１の登録指示送信部と、
   前記サービス状態が前記有効状態である状況において、前記サーバから前記ジョブが受信される場合に、前記ジョブに従った画像処理を前記画像処理エンジンに実行させるエンジン制御部と、
   前記サービス状態が前記有効状態である状況において、前記サービス状態を前記無効状態に移行させるための無効化指示が取得される場合に、前記サービス状態を前記有効状態から前記無効状態に移行させる第２の状態移行部と、
   前記サービス状態が前記有効状態である状況において、前記無効化指示が取得される場合に、第１のイベント削除指示を前記サーバに送信する第１の削除指示送信部であって、前記第１のイベント削除指示は、前記画像処理装置に通知すべきイベントから、前記サーバによる前記ジョブ送信要求の受け付けを削除するための指示である、前記第１の削除指示送信部と、
   を備える、画像処理装置。
2. 前記画像処理装置は、さらに、
   前記サービス状態が前記無効状態である状況において、前記有効化指示が取得される場合に、第２のイベント登録指示を前記サーバに送信する第２の登録指示送信部であって、前記第２のイベント登録指示は、前記画像処理装置に通知すべきイベントとして、前記サーバにおけるジョブのステータスの変更を登録するための指示である、前記第２の登録指示送信部と、
   前記サービス状態が前記有効状態である状況において、前記無効化指示が取得される場合に、第２のイベント削除指示を前記サーバに送信する第２の削除指示送信部であって、前記第２のイベント削除指示は、前記画像処理装置に通知すべきイベントから、前記サーバにおけるジョブのステータスの変更を削除するための指示である、前記第２の削除指示送信部と、
   を備える、請求項１に記載の画像処理装置。
3. 前記第１の削除指示送信部は、前記サービス状態が前記有効状態である状況において、前記画像処理装置が前記サーバから受信された１個以上の前記ジョブを記憶している状態で前記無効化指示が取得される場合に、前記第１のイベント削除指示を前記サーバに送信し、
   前記第２の削除指示送信部は、前記サービス状態が前記有効状態である状況において、前記画像処理装置が１個の前記ジョブも記憶していない状態で前記無効化指示が取得される場合に、前記第２のイベント削除指示を前記サーバに送信し、
   前記サービス状態が前記有効状態である状況において、前記画像処理装置が前記サーバから受信された１個以上の前記ジョブを記憶している状態で前記無効化指示が取得される場合に、前記第２のイベント削除指示は前記サーバに送信されない、請求項２に記載の画像処理装置。
4. 前記第２の削除指示送信部は、前記サービス状態が前記有効状態である状況において、前記画像処理装置が前記サーバから受信された１個以上の前記ジョブを記憶している状態で前記無効化指示が取得され、かつ、前記１個以上のジョブに従った画像処理が完了する場合に、前記第２のイベント削除指示を前記サーバに送信する、請求項３に記載の画像処理装置。
5. 前記画像処理装置は、さらに、
   前記サービス状態が前記無効状態である状況において、前記有効化指示が取得される場合に、受付指示を前記サーバに送信する受付指示送信部であって、前記受付指示は、前記ジョブ送信要求の受け付けを前記サーバに実行させるための指示である、前記受付指示送信部と、
   前記サービス状態が前記有効状態である状況において、前記無効化指示が取得される場合に、受付停止指示を前記サーバに送信する受付停止指示送信部であって、前記受付停止指示は、前記ジョブ送信要求の受け付けを前記サーバに停止させるための指示である、前記受付停止指示送信部と、
   を備える、請求項１～４のいずれか一項に記載の画像処理装置。
6. 前記画像処理装置は、さらに、
   前記サービス状態が前記有効状態である状況において、前記無効化指示が取得される場合に、問合画面を表示部に表示させる表示制御部であって、前記問合画面は、前記サーバにおいて前記ジョブ送信要求の受け付けを停止すべきであるのか否かを問い合わせるための画面である、前記表示制御部を備え、
   前記受付停止指示送信部は、前記問合画面において、前記ジョブ送信要求の受け付けを停止すべきことが選択される場合に、前記受付停止指示を前記サーバに送信し、
   前記問合画面において、前記ジョブ送信要求の受け付けを停止すべきでないことが選択される場合に、前記受付停止指示は前記サーバに送信されない、請求項５に記載の画像処理装置。
7. 画像処理装置のためのコンピュータプログラムであって、
   前記画像処理装置は、
   画像処理エンジンと、
   コンピュータと、
   を備え、
   前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
   サーバからジョブ提供サービスを受けるためのサービス状態が無効状態である状況において、前記サービス状態を有効状態に移行させるための有効化指示が取得される場合に、前記サービス状態を前記無効状態から前記有効状態に移行させる第１の状態移行部であって、前記無効状態は、前記サーバから、画像処理の実行指示であるジョブを受信不可能な状態であり、前記有効状態は、前記サーバから前記ジョブを受信可能な状態である、前記第１の状態移行部と、
   前記サービス状態が前記無効状態である状況において、前記有効化指示が取得される場合に、第１のイベント登録指示を前記サーバに送信する第１の登録指示送信部であって、前記第１のイベント登録指示は、前記画像処理装置に通知すべきイベントとして、前記サーバによるジョブ送信要求の受け付けを登録するための指示であり、前記ジョブ送信要求は、前記サーバを介してジョブを前記画像処理装置に送信するための要求である、前記第１の登録指示送信部と、
   前記サービス状態が前記有効状態である状況において、前記サーバから前記ジョブが受信される場合に、前記ジョブに従った画像処理を前記画像処理エンジンに実行させるエンジン制御部と、
   前記サービス状態が前記有効状態である状況において、前記サービス状態を前記無効状態に移行させるための無効化指示が取得される場合に、前記サービス状態を前記有効状態から前記無効状態に移行させる第２の状態移行部と、
   前記サービス状態が前記有効状態である状況において、前記無効化指示が取得される場合に、第１のイベント削除指示を前記サーバに送信する第１の削除指示送信部であって、前記第１のイベント削除指示は、前記画像処理装置に通知すべきイベントから、前記サーバによる前記ジョブ送信要求の受け付けを削除するための指示である、前記第１の削除指示送信部と、
   として機能させる、コンピュータプログラム。

Images