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

Abstract

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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次いで、プリンタ１０は、Ｔ１２２において、プリンタＩＤ「Ｐ１」を含むコマンドをサーバ１００に送信する。当該コマンドは、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｙｅｓ」をサーバ１００に登録するためのコマンドである。さらに、プリンタ１０は、Ｔ１２４において、プリンタ１０の現在のステータスを示すステータス情報をサーバ１００に送信する。当該ステータス情報は、プリンタＩＤ「Ｐ１」と、プリンタ１０にエラーが発生していることを示す情報（即ちＥｒｒｏｒ）と、を含む。

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

その後、Ｔ１３０において、プリンタ１０のエラーが解消すると、プリンタ１０は、Ｔ１３２において、プリンタ１０が待機状態（即ちＩｄｌｅ）であることを示すステータス情報をサーバ１００に送信する。Ｔ１３４の処理は、「Ｅｒｒｏｒ」に代えて「Ｉｄｌｅ」が記憶される点を除いて、Ｔ１２６の処理と同様である。

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

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

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

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

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

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

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

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

次いで、プリンタ１０は、Ｔ２２２において、プリンタＩＤ「Ｐ１」を含むコマンドをサーバ１００に送信する。当該コマンドは、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」をサーバ１００に登録するためのコマンドである。

サーバ１００は、Ｔ２２２において、プリンタ１０からコマンドを受信すると、Ｔ２２４において、プリンタテーブル１３８を更新する。具体的には、サーバ１００は、Ｔ２２２のコマンドに含まれるプリンタＩＤ「Ｐ１」に対応付けて、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとしてｙｅｓに代えてｎｏを記憶する。この結果、サーバ１００は、プリンタ１０に印刷を実行させるための印刷要求の受け付けを停止する。

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

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

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

（対応関係）
プリンタ１０、印刷仲介サーバ１００が、それぞれ、「画像処理装置」、「サーバ」の一例である。印刷エンジン１８が、「画像処理エンジン」の一例である。図３のＴ１２２で送信されるコマンド、図４のＴ２２２で送信されるコマンドが、それぞれ、「受付指示」、「受付停止指示」の一例である。図３のＴ１４０で送信される印刷要求（及び図４のＴ２３０で送信される印刷要求）が、「ジョブ送信要求」の一例である。図３のＴ１２４で送信されるステータス情報、Ｔ１３２で送信されるステータス情報が、それぞれ、「第１のステータス情報」、「第２のステータス情報」の一例である。図３のＴ１５０で実行される印刷が、「画像処理」の一例である。

図３のＴ１１４の処理、Ｔ１２２の処理、Ｔ１２４の処理、Ｔ１３２の処理、Ｔ１５０の処理が、それぞれ、「第１の状態移行部」、「受付指示送信部」、「第１のステータス情報送信部」、「第２のステータス情報送信部」、「エンジン制御部」によって実行される処理の一例である。図４のＴ２１４の処理、Ｔ２２２の処理が、それぞれ、「第２の状態移行部」、「第１の受付停止指示送信部」によって実行される処理の一例である。

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

プリンタ１０は、Ｔ３１２において、端末５０から無効化指示を受信すると、Ｔ３１４において、サービス状態を有効状態から無効状態に移行させる。さらに、プリンタ１０は、Ｔ３１４で無効状態に移行すると、Ｔ３１６において、サーバ１００との常時接続（図３のＴ１２０参照）を切断する。次いで、プリンタ１０は、Ｔ３２０において、問合画面ＳＣ４を表わす問合画面データを端末５０に送信する。

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

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

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

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

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

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

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

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

（第３実施例；図６）
続いて、図６を参照して、第３実施例を説明する。第３実施例では、設定変更画面が問い合わせを含む点が、第１実施例とは異なる。図６は、図３の続きのケースである。図６のＴ４００及びＴ４０２の処理は、図３のＴ１００及びＴ１０２の処理と同様である。

プリンタ１０は、Ｔ４０４において、設定変更画面ＳＣ５を表わす設定変更画面データを端末５０に送信する。即ち、Ｔ４０４で送信される設定変更画面データは、図３のＴ１０４で送信される設定変更画面データとは異なる。

端末５０は、Ｔ４０４において、プリンタ１０から設定変更画面データを受信すると、Ｔ４０６において、設定変更画面ＳＣ５を表示する。設定変更画面ＳＣ５は、設定変更画面ＳＣ１（図３のＴ１０６参照）に含まれる各項目に加えて、印刷要求の受け付けを停止すべきか否かを選択するための選択欄を含む。

（第３実施例ケースＣ）
ケースＣでは、端末５０は、Ｔ４１０において、ユーザから、設定変更画面ＳＣ５内の無効のチェック欄にチェックを入れる操作と、選択欄にチェックを入れる操作と、を受け付けた後に、ＯＫボタンの選択を受け付ける。この場合、端末５０は、Ｔ４１２において、第１種の無効化指示をプリンタ１０に送信する。第１種の無効化指示は、プリンタ１０のサービス状態を無効状態に移行させるための指示と、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」をサーバ１００に登録することをプリンタ１０に要求するための指示と、を含む。Ｔ４１４～Ｔ４２４の処理は、図４のＴ２１４～Ｔ２２４の処理と同様である。

（第３実施例ケースＤ）
一方、ケースＤでは、端末５０は、Ｔ４３０において、ユーザから、設定変更画面ＳＣ５内の無効のチェック欄にチェックを入れる操作を受け付けた後に、選択欄にチェックを入れる操作を受け付けることなく、ＯＫボタンの選択を受け付ける。この場合、端末５０は、Ｔ４３２において、第２種の無効化指示をプリンタ１０に送信する。第２種の無効化指示は、プリンタ１０のサービス状態を無効状態に移行させるための指示を含み、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」をサーバ１００に登録することをプリンタ１０に要求するための指示を含まない。Ｔ４３４～Ｔ４４０の処理は、図４のＴ２１４～Ｔ２２０の処理と同様である。プリンタ１０は、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」をサーバ１００に登録しない。この結果、プリンタ１０のサービス状態が無効状態に変更されるが、プリンタテーブル１３８のａｃｃｅｐｔｉｎｇ－ｊｏｂｓはｙｅｓに維持される。

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

（対応関係）
設定変更画面ＳＣ５が、「第２の問合画面」の一例である。図６のＴ４０４の処理が、「第２の表示制御部」によって実行される処理の一例である。設定変更画面ＳＣ５内の選択欄にチェックを入れることが、「第２の問合画面において第１種の無効化指示が選択される」ことの一例である。設定変更画面ＳＣ５内の選択欄にチェックを入れないことが、「第２の問合画面において第２種の無効化指示が選択される」ことの一例である。

（第４実施例；図７）
続いて、図７を参照して、第４実施例を説明する。第４実施例では、プリンタ１０が、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」をサーバ１００に登録するためのコマンドを送信するタイミングが、第１実施例とは異なる。図７は、図３の続きのケースである。図７のＴ５００～Ｔ５２０の処理は、図４のＴ２００～Ｔ２２０の処理と同様である。

プリンタ１０は、常時接続を切断した直後に、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」をサーバ１００に登録しない。その後、プリンタ１０は、有効化指示を取得することなく１時間が経過することを監視し、１時間が経過すると、Ｔ５３０において、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」をサーバ１００に登録する。Ｔ５３０及びＴ５３２の処理は、図４のＴ２２２及びＴ２２４の処理と同様である。なお、本実施例の「１時間」は一例であり、１時間未満であってもよいし、１時間以上であってもよい。また、プリンタ１０が有効化指示を取得することを監視する時間をユーザが設定可能であってもよい。例えば、ユーザは、設定変更画面ＳＣ１を介して、プリンタ１０が有効化指示を取得することを監視する時間を設定可能であってもよい。

このように、プリンタ１０は、プリンタ１０のサービス状態を無効状態に移行してから１時間に亘って有効化指示を取得しない場合に、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」をサーバ１００に登録する（図７のＴ５３０）。このために、プリンタ１０のサービス状態を無効状態に維持させる時間が比較的長い場合にのみ、サーバ１００において印刷要求の受け付けを停止することができる。１時間が、「所定時間」の一例である。

（第５実施例；図８）
続いて、図８を参照して、第５実施例を説明する。第５実施例では、プリンタ１０のサービス状態が無効状態に移行しなくても、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」をサーバ１００に登録する点が、第１実施例とは異なる。図８は、図２の続きのケースである。図８では、まず、図３のＴ１００～Ｔ１３４と同様の処理が実行される。また、Ｔ６４０～Ｔ６４４の処理は、図３のＴ１４０～Ｔ１４４の処理と同様である。

プリンタ１０は、Ｔ６４４において、サーバ１００からジョブ通知を受信すると、印刷を実行するためのトナーが足りるのか否かを判断する。具体的には、まず、プリンタ１０は、１個のジョブに従った印刷を実行するために必要なトナー量を推定する。プリンタ１０は、例えば、過去に印刷を実行した複数個のジョブについて、１個のジョブに従った印刷を実行するために利用されたトナー量の平均値を算出することによって、１個のジョブに従った印刷を実行するために必要なトナー量を推定する。変形例では、プリンタ１０は、１個のジョブに従った印刷を実行するために必要なトナー量の推定値を予め記憶しておいてもよい。そして、プリンタ１０は、推定されたトナー量が、プリンタ１０に装着されているトナーカートリッジ内のトナー残量以下であるのか否かを判断する。以下では、プリンタ１０のトナーカートリッジのトナー残量が２％、１個のジョブあたりの印刷を実行するために必要なトナー量が５％であるケースについて説明する。本ケースでは、（必要なトナー量５（％））＞（トナー残量２（％））を満たすので、プリンタ１０は、Ｔ６４６において、印刷を実行するためのトナーが不足すると判断する。

プリンタ１０は、Ｔ６４６において、印刷を実行するためのトナーが不足すると判断すると、Ｔ６５０において、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｎｏ」を登録するためのコマンドをサーバ１００に送信する。Ｔ６５０及びＴ６５２の処理は、図４のＴ２２２及びＴ２２４の処理と同様である。また、Ｔ６５４～Ｔ６６０の処理は、図３のＴ１４６～Ｔ１５０の処理と同様である。

プリンタ１０は、Ｔ６６２において、トナーが不足することに起因して、ジョブの印刷を中断する。その後、Ｔ６６４において、プリンタ１０に装着されているトナーカートリッジが新品のトナーカートリッジに交換される。この場合、プリンタ１０は、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとして「ｙｅｓ」を登録するためのコマンドをサーバ１００に送信する。Ｔ６７０の処理は、図３のＴ１２２の処理と同様である。また、Ｔ６７２の処理は、ステータス情報が記憶されない点を除いて、図３のＴ１２６の処理と同様である。また、トナーカートリッジが新品のトナーカートリッジに交換されるので（Ｔ６６４参照）、Ｔ６７４において、Ｔ６６２で中断された印刷が再開される。

仮に、トナーが不足すると判断されてもＴ６５０のコマンドが送信されないと、サーバ１００は、その後も印刷要求を受け付けてジョブを生成する。即ち、サーバ１００は、プリンタ１０が印刷を実行できない可能性が高いジョブを生成することになる。本実施例では、プリンタ１０は、トナーが不足すると判断する場合（図８のＴ６４６）に、Ｔ６５０のコマンドをサーバ１００に送信する。このため、サーバ１００は、プリンタ１０が印刷を実行できない可能性が高いジョブを生成せずに済む。従って、サーバ１００の処理負荷が軽減される。

（対応関係）
トナーが、「所定のリソース」の一例である。Ｔ６４６でトナー不足と判断されることが、「所定条件」が満たされることの一例である。図８のＴ６５０の処理が、「第２の受付停止指示送信部」によって実行される処理の一例である。

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

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

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

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

（変形例４）プリンタ１０は、プリンタ１０のステータス情報をサーバ１００に送信しなくてもよい。本変形例では、図３のＴ１２４及びＴ１３２の処理を省略可能である。一般的に言うと、「第１のステータス情報送信部」及び「第２のステータス情報送信部」を省略可能である。

（変形例５）プリンタ１０は、Ｔ６４６の処理に代えて、印刷データを記憶するためのプリンタ１０のメモリ３４の容量が足りるのか否かを判断してもよい。本変形例では、プリンタのメモリが、「所定のリソース」の一例であり、プリンタ１０のメモリ３４の容量が不足していると判断されることが、「所定条件」が満たされることの一例である。また、別の変形例では、プリンタ１０は、Ｔ６４６の処理に代えて、印刷が実行される印刷媒体（即ちプリンタ１０に設置されている用紙枚数）が足りるのか否かを判断してもよい。本変形例では、プリンタ１０に設置されている印刷媒体が、「所定のリソース」の一例であり、印刷が実行される印刷媒体が不足していると判断されることが、「所定条件」が満たされることの一例である。また、別の変形例では、プリンタ１０は、Ｔ６４６の処理に代えて、プリンタ１０のステータスがＥｒｒｏｒであるのか否かを判断してもよい。本変形例では、プリンタ１０のステータスがＥｒｒｏｒであると判断されることが、「所定条件」が満たされることの一例である。

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

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

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

Claims (8)

1. 画像処理装置であって、
   画像処理エンジンと、
   サーバからジョブ提供サービスを受けるためのサービス状態が無効状態である状況において、前記サービス状態を有効状態に移行させるための有効化指示が取得される場合に、前記サービス状態を前記無効状態から前記有効状態に移行させる第１の状態移行部であって、前記無効状態は、前記サーバから、画像処理の実行指示であるジョブを受信不可能な状態であり、前記有効状態は、前記サーバから前記ジョブを受信可能な状態である、前記第１の状態移行部と、
   前記サービス状態が前記無効状態である状況において、前記有効化指示が取得される場合に、受付指示を前記サーバに送信する受付指示送信部であって、前記受付指示は、前記サーバを介して前記ジョブを前記画像処理装置に送信するためのジョブ送信要求の受け付けを前記サーバに実行させるための指示である、前記受付指示送信部と、
   前記サービス状態が前記有効状態である状況において、前記サーバから前記ジョブが受信される場合に、前記ジョブに従った画像処理を前記画像処理エンジンに実行させるエンジン制御部と、
   前記サービス状態が前記有効状態である状況において、前記サービス状態を前記無効状態に移行させるための無効化指示が取得される場合に、前記サービス状態を前記有効状態から前記無効状態に移行させる第２の状態移行部と、
   前記サービス状態が前記有効状態である状況において、前記無効化指示が取得される場合に、受付停止指示を前記サーバに送信する第１の受付停止指示送信部であって、前記受付停止指示は、前記ジョブ送信要求の受け付けを前記サーバに停止させるための指示である、前記第１の受付停止指示送信部と、
   を備える、画像処理装置。
2. 前記画像処理装置は、さらに、
   前記サービス状態が前記有効状態である状況において、前記無効化指示が取得される場合に、第１の問合画面を表示部に表示させる第１の表示制御部であって、前記第１の問合画面は、前記サーバにおいて前記ジョブ送信要求の受け付けを停止すべきであるのか否かを問い合わせるための画面である、前記第１の表示制御部を備え、
   前記第１の受付停止指示送信部は、前記第１の問合画面において、前記ジョブ送信要求の受け付けを停止すべきことが選択される場合に、前記受付停止指示を前記サーバに送信し、
   前記第１の問合画面において、前記ジョブ送信要求の受け付けを停止すべきでないことが選択される場合に、前記受付停止指示は前記サーバに送信されない、請求項１に記載の画像処理装置。
3. 前記画像処理装置は、さらに、
   前記サービス状態が前記有効状態である状況において、前記無効化指示が取得される前に、第２の問合画面を表示部に表示させる第２の表示制御部であって、前記第２の問合画面は、第１種の前記無効化指示と第２種の前記無効化指示とのうちのどちらを選択するのかを問い合わせるための画面である、前記第２の表示制御部を備え、
   前記第１の受付停止指示送信部は、前記第２の問合画面において前記第１種の無効化指示が選択されることに応じて、前記第１種の無効化指示が取得される場合に、前記受付停止指示を前記サーバに送信し、
   前記第２の問合画面において前記第２種の無効化指示が選択されることに応じて、前記第２種の無効化指示が取得される場合に、前記受付停止指示は前記サーバに送信されない、請求項１に記載の画像処理装置。
4. 前記第１の受付停止指示送信部は、前記無効化指示が取得されることに応じて前記サービス状態が前記有効状態から前記無効状態に移行された後に、所定時間に亘って前記有効化指示が取得されない場合に、前記受付停止指示を前記サーバに送信する、請求項１に記載の画像処理装置。
5. 前記画像処理装置は、さらに、
   前記サービス状態が前記無効状態から前記有効状態に移行される場合に、前記画像処理装置の現在のステータスを示す第１のステータス情報を前記サーバに送信する第１のステータス情報送信部と、
   前記サービス状態が前記有効状態である状況において、前記画像処理装置のステータスが変更される毎に、前記画像処理装置の変更後のステータスを示す第２のステータス情報を前記サーバに送信する第２のステータス情報送信部と、
   を備える、請求項１～４のいずれか一項に記載の画像処理装置。
6. 前記画像処理装置は、さらに、
   前記サービス状態が前記有効状態である状況において、前記無効化指示が取得されなくても、所定条件が満たされる場合に、前記受付停止指示を前記サーバに送信する第２の受付停止指示送信部を備える、請求項１～５のいずれか一項に記載の画像処理装置。
7. 前記画像処理装置の所定のリソースが閾値以下になる場合に、前記所定条件が満たされる、請求項６に記載の画像処理装置。
8. 画像処理装置のためのコンピュータプログラムであって、
   前記画像処理装置は、
   画像処理エンジンと、
   コンピュータと、
   を備え、
   前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
   サーバからジョブ提供サービスを受けるためのサービス状態が無効状態である状況において、前記サービス状態を有効状態に移行させるための有効化指示が取得される場合に、前記サービス状態を前記無効状態から前記有効状態に移行させる第１の状態移行部であって、前記無効状態は、前記サーバから、画像処理の実行指示であるジョブを受信不可能な状態であり、前記有効状態は、前記サーバから前記ジョブを受信可能な状態である、前記第１の状態移行部と、
   前記サービス状態が前記無効状態である状況において、前記有効化指示が取得される場合に、受付指示を前記サーバに送信する受付指示送信部であって、前記受付指示は、前記サーバを介して前記ジョブを前記画像処理装置に送信するためのジョブ送信要求の受け付けを前記サーバに実行させるための指示である、前記受付指示送信部と、
   前記サービス状態が前記有効状態である状況において、前記サーバから前記ジョブが受信される場合に、前記ジョブに従った画像処理を前記画像処理エンジンに実行させるエンジン制御部と、
   前記サービス状態が前記有効状態である状況において、前記サービス状態を前記無効状態に移行させるための無効化指示が取得される場合に、前記サービス状態を前記有効状態から前記無効状態に移行させる第２の状態移行部と、
   前記サービス状態が前記有効状態である状況において、前記無効化指示が取得される場合に、受付停止指示を前記サーバに送信する第１の受付停止指示送信部であって、前記受付停止指示は、前記ジョブ送信要求の受け付けを前記サーバに停止させるための指示である、前記第１の受付停止指示送信部と、
   として機能させる、コンピュータプログラム。

Images