特許 7585780 プリンタ及びプリンタのためのコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-11

(45)【発行日】2024-11-19

(54)【発明の名称】プリンタ及びプリンタのためのコンピュータプログラム

(51)【国際特許分類】

   G06F 3/12 20060101AFI20241112BHJP

   B41J 29/38 20060101ALI20241112BHJP

【ＦＩ】

G06F3/12 359

G06F3/12 387

G06F3/12 388

G06F3/12 303

B41J29/38

【請求項の数】 8

(21)【出願番号】P 2020217548

(22)【出願日】2020-12-25

(65)【公開番号】P2022102676

(43)【公開日】2022-07-07

【審査請求日】2023-12-05

(73)【特許権者】

【識別番号】000005267

【氏名又は名称】ブラザー工業株式会社

(74)【代理人】

【識別番号】110000110

【氏名又は名称】弁理士法人 快友国際特許事務所

(72)【発明者】

【氏名】山本 亮

【審査官】木村 雅也

(56)【参考文献】

【文献】特開２０１８－０３４３７５（ＪＰ，Ａ）

【文献】特開２００９－１９９１８６（ＪＰ，Ａ）

【文献】特開２０２０－１５２０７４（ＪＰ，Ａ）

【文献】特開２０２０－０６７８９３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ３／１２

Ｂ４１Ｊ ２９／３８

(57)【特許請求の範囲】

【請求項1】

プリンタであって、
前記プリンタがサーバから受信される複数個の印刷ジョブを同時的に記憶可能である第１の状況では、前記サーバにおける前記プリンタへの通知状態を第１の状態に設定する第１の設定部であって、前記第１の状態は、前記サーバがジョブ通知とステータス変更通知とを前記プリンタに送信する状態であり、前記ジョブ通知は、前記サーバを介して印刷ジョブを前記プリンタに送信するためのジョブ送信要求を受け付けたことを示す通知であり、前記ステータス変更通知は、印刷ジョブのステータスが変更されたことを示す通知である、前記第１の設定部と、
前記プリンタが前記複数個の印刷ジョブを同時的に記憶不可能である第２の状況では、前記サーバにおける前記プリンタへの通知状態を第２の状態に設定する第２の設定部であって、前記第２の状態は、前記サーバが、前記ジョブ通知を前記プリンタに送信するとともに、前記ステータス変更通知を前記プリンタに送信しない状態である、前記第２の設定部と、
を備える、プリンタ。

【請求項2】

前記プリンタは、さらに、
前記プリンタに関連するプリンタ情報をサーバに登録するプリンタ情報登録部を備え、
前記第１の設定部は、前記第１の状況において、前記プリンタ情報が前記サーバに登録される場合に、第１の通知指示と第２の通知指示とを前記サーバに送信することによって、前記サーバにおける前記プリンタへの通知状態を前記第１の状態に設定し、
前記第１の通知指示は、前記プリンタへの前記ジョブ通知の送信を前記サーバに実行させるための指示であり、
前記第２の通知指示は、前記プリンタへの前記ステータス変更通知の送信を前記サーバに実行させるための指示であり、
前記第２の設定部は、前記第２の状況において、前記プリンタ情報が前記サーバに登録される場合に、前記第２の通知指示を前記サーバに送信することなく、前記第１の通知指示を前記サーバに送信することによって、前記サーバにおける前記プリンタへの通知状態を前記第２の状態に設定する、請求項１に記載のプリンタ。

【請求項3】

前記第１の設定部は、前記サーバにおける前記プリンタへの通知状態が前記第２の状態であり、かつ、前記第２の状況から前記第１の状況に変化する場合に、第２の通知指示を前記サーバに送信することによって、前記サーバにおける前記プリンタへの通知状態を前記第１の状態に設定し、
前記第２の通知指示は、前記プリンタへの前記ステータス変更通知の送信を前記サーバに実行させるための指示である、請求項１又は２に記載のプリンタ。

【請求項4】

前記第２の設定部は、前記サーバにおける前記プリンタへの通知状態が前記第１の状態であり、かつ、前記第１の状況から前記第２の状況に変化する場合に、通知停止指示を前記サーバに送信することによって、前記サーバにおける前記プリンタへの通知状態を前記第２の状態に設定し、
前記通知停止指示は、前記プリンタへの前記ステータス変更通知の送信を前記サーバに停止させるための指示である、請求項１から３のいずれか一項に記載のプリンタ。

【請求項5】

前記第１の状況は、前記複数個の印刷ジョブを同時的に記憶可能な外部メモリが前記プリンタに装着されている状況であり、
前記第２の状況は、前記外部メモリが前記プリンタに装着されていない状況である、請求項１から４のいずれか一項に記載のプリンタ。

【請求項6】

前記プリンタは、さらに、
前記第１の状況において、前記サーバから、前記プリンタに記憶されている１個以上の印刷ジョブのうちの第１の印刷ジョブがキャンセルされたことを示す前記ステータス変更通知が受信される場合に、前記第１の印刷ジョブに従った印刷を実行することなく、前記プリンタから前記第１の印刷ジョブを消去する消去部を備える、請求項１から５のいずれか一項に記載のプリンタ。

【請求項7】

前記プリンタは、さらに、
前記第２の状況において、前記サーバから前記ジョブ通知が受信される場合に、前記ジョブ通知に対応する第２の印刷ジョブのステータスを示すステータス情報の送信を前記サーバに要求して、前記サーバから前記ステータス情報を受信するステータス情報受信部を備え、
前記第２の印刷ジョブがキャンセルされたことを示す前記ステータス情報が受信される場合に、前記第２の印刷ジョブは受信されない、請求項１から６のいずれか一項に記載のプリンタ。

【請求項8】

プリンタのためのコンピュータプログラムであって、
前記プリンタのコンピュータを、以下の各部、即ち、
前記プリンタがサーバから受信される複数個の印刷ジョブを同時的に記憶可能である第１の状況では、前記サーバにおける前記プリンタへの通知状態を第１の状態に設定する第１の設定部であって、前記第１の状態は、前記サーバがジョブ通知とステータス変更通知とを前記プリンタに送信する状態であり、前記ジョブ通知は、前記サーバを介して印刷ジョブを前記プリンタに送信するためのジョブ送信要求を受け付けたことを示す通知であり、前記ステータス変更通知は、印刷ジョブのステータスが変更されたことを示す通知である、前記第１の設定部と、
前記プリンタが前記複数個の印刷ジョブを同時的に記憶不可能である第２の状況では、前記サーバにおける前記プリンタへの通知状態を第２の状態に設定する第２の設定部であって、前記第２の状態は、前記サーバが、前記ジョブ通知を前記プリンタに送信するとともに、前記ステータス変更通知を前記プリンタに送信しない状態である、前記第２の設定部と、
として機能させる、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書が開示する技術は、サーバから印刷ジョブを受信するプリンタに関する。

【背景技術】

【0002】

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

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１５－５４４１２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

本明細書では、印刷ジョブをプリンタに送信可能なサーバの処理負荷を軽減させるための技術を開示する。

【課題を解決するための手段】

【0005】

本明細書によって開示されるプリンタは、前記プリンタがサーバから受信される複数個の印刷ジョブを同時的に記憶可能である第１の状況では、前記サーバにおける前記プリンタへの通知状態を第１の状態に設定する第１の設定部であって、前記第１の状態は、前記サーバがジョブ通知とステータス変更通知とを前記プリンタに送信する状態であり、前記ジョブ通知は、前記サーバを介して印刷ジョブを前記プリンタに送信するためのジョブ送信要求を受け付けたことを示す通知であり、前記ステータス変更通知は、印刷ジョブのステータスが変更されたことを示す通知である、前記第１の設定部と、前記プリンタが前記複数個の印刷ジョブを同時的に記憶不可能である第２の状況では、前記サーバにおける前記プリンタへの通知状態を第２の状態に設定する第２の設定部であって、前記第２の状態は、前記サーバが、前記ジョブ通知を前記プリンタに送信するとともに、前記ステータス変更通知を前記プリンタに送信しない状態である、前記第２の設定部と、を備えてもよい。

【0006】

上記の構成によると、プリンタは、第１の状況では、サーバがジョブ通知とステータス変更通知とをプリンタに送信するように、サーバにおけるプリンタへの通知状態を第１の状態に設定する。一方、プリンタは、第２の状況では、サーバがジョブ通知をプリンタに送信するがステータス変更通知を送信しないように、サーバにおけるプリンタへの通知状態を第２の状態に設定する。サーバにおける通知状態が第２の状態に設定されると、サーバがステータス変更通知を送信せずに済むので、サーバの処理負荷を低減させることができる。

【0007】

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

【図面の簡単な説明】

【0008】

【図1】通信システムの構成を示す。

【図2】ケースＡのシーケンス図を示す。

【図3】図２の続きのシーケンス図を示す。

【図4】ケースＢのシーケンス図を示す。

【図5】図４の続きのシーケンス図を示す。

【図6】図３及び図５の続きシーケンス図を示す。

【発明を実施するための形態】

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

（端末５０の構成）
端末５０は、例えば、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ等の可搬型の端末装置である。なお、変形例では、端末５０は、デスクトップＰＣ等の据置型の端末装置であってもよい。端末５０は、図示省略の操作部、表示部、通信Ｉ／Ｆ、制御部等を備える。

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

（各デバイス１０，５０，１００によって実行されるケースＡの処理：図２）
図２を参照して、ケースＡの処理を説明する。ケースＡは、ＵＳＢメモリがプリンタ１０に装着されているケースである。この場合、プリンタ１０は、サーバ１００から受信される複数個のジョブに含まれる複数個の印刷データをＵＳＢメモリ内に記憶させることが可能である。即ち、ＵＳＢメモリがプリンタ１０に装着されている状態では、プリンタ１０は、複数個のジョブを同時的に記憶可能である。なお、ＵＳＢメモリがプリンタ１０に装着されていない状態では、プリンタ１０は、サーバ１００から受信される１個のジョブのみをメモリ３４内に記憶させることが可能である。即ち、ＵＳＢメモリがプリンタ１０に装着されていない状態では、プリンタ１０は、複数個のジョブを同時的に記憶不可能である。ただし、ＵＳＢメモリがプリンタ１０に装着されていない状態では、プリンタ１０は、複数個のジョブに含まれる複数個の印刷データ以外の情報（例えば、複数個のジョブＩＤ、複数個の印刷条件等）を同時的にメモリ３４内に記憶可能であってもよい。

【0019】

以下では、理解の容易化のために、各デバイスのＣＰＵ（例えばＣＰＵ３２等）が実行する動作を、ＣＰＵを主体として記載せずに、各デバイス（例えばプリンタ１０）を主体として記載する。また、各デバイス１０，１００によって実行される全ての通信は、通信Ｉ／Ｆ１６，１１６を介して実行される。このため、以下では、「通信Ｉ／Ｆ１６（又は１１６）を介して」という記載を省略する。

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

Ｔ１８４のＣＰＳは、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄをサーバ１００に登録するためのコマンドである。ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄは、ジョブのステータス変化のイベントである。即ち、Ｔ１８４のＣＰＳは、ジョブのステータス変化の監視及びジョブのステータス変化があった旨のプリンタ１０への通知（即ち後述のステータス変更通知の送信）をサーバ１００に実行させるための指示である。

【0033】

サーバ１００は、Ｔ１８０～１８４において、プリンタ１０から各種コマンドを受信すると、Ｔ１８６において、これらの情報をプリンタテーブル１３８に記憶する。具体的には、サーバ１００は、Ｔ１８０のコマンドに含まれるプリンタＩＤ「Ｐ１」に対応付けて、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとしてｙｅｓを記憶する。サーバ１００は、さらに、Ｔ１８２，Ｔ１８４の各ＣＰＳに含まれるプリンタＩＤ「Ｐ１」に対応付けて、Ｓｕｂｓｃｒｉｐｔｉｏｎｓとしてｊｏｂ－ｆｅｔｃｈａｂｌｅ及びｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄを記憶する。これにより、サーバ１００におけるプリンタ１０への通知状態が、ジョブ通知をプリンタ１０に送信するとともに、ステータス変更通知をプリンタ１０に送信する状態に設定される。

【0034】

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

【0035】

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

【0036】

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

【0037】

プリンタ１０は、Ｔ２０４において、サーバ１００からジョブ通知を受信すると、Ｔ２１０において、プリンタＩＤ「Ｐ１」を含むジョブリスト要求をサーバ１００に送信する。ジョブリスト要求は、プリンタ１０に対応する各ジョブのステータスを示すステータス情報の送信を要求するコマンドである。

【0038】

サーバ１００は、Ｔ２１０において、プリンタ１０からジョブリスト要求を受信すると、ジョブリスト要求に含まれるプリンタＩＤ「Ｐ１」に対応付けて記憶されている各ジョブＩＤによって識別される各ジョブのステータスを特定する。現時点では、プリンタＩＤ「Ｐ１」に対応付けてジョブＩＤ「Ｊｏｂ１」が記憶されており（Ｔ２０２参照）、ジョブＩＤ「Ｊｏｂ１」によって識別されるジョブＪ１のステータスが印刷待ちを示すｐｅｎｄｉｎｇである。従って、サーバ１００は、Ｔ２１２において、ジョブＩＤ「ｊｏｂ１」とｐｅｎｄｉｎｇとが対応付けられているジョブリストをプリンタ１０に送信する。

【0039】

プリンタ１０は、Ｔ２１２において、サーバ１００からジョブリストを受信すると、ジョブＩＤ「ｊｏｂ１」に対応するステータスがｐｅｎｄｉｎｇであると判断し、Ｔ２２０において、「ｊｏｂ１」を含むジョブ要求をサーバ１００に送信する。

【0040】

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

【0041】

プリンタ１０は、Ｔ２２２において、サーバ１００からジョブＪ１を受信すると、Ｔ２３０において、ジョブＪ１をＵＳＢメモリに記憶する。そして、プリンタ１０は、Ｔ２３２において、ジョブＪ１に従った印刷を開始する。具体的には、プリンタ１０は、ジョブＪ１に含まれる印刷データを印刷エンジン１８に供給する。これにより、当該印刷データによって表わされる画像の印刷が印刷エンジン１８によって実行される。このように、プリンタ１０は、クラウド印刷サービスを利用して画像の印刷を実行することができる。

【0042】

本ケースでは、ジョブＪ１に従った印刷がプリンタ１０によって実行されている状況において、端末５０は、さらに、Ｔ２４０において、印刷要求をサーバ１００に送信する。当該印刷要求は、プリンタＩＤ「Ｐ１」と画像データＤ２とを含む。

【0043】

サーバ１００は、Ｔ２４０において、端末５０から印刷要求を受信すると、Ｔ２０２及びＴ２０４と同様に、Ｔ２４２において、ジョブＩＤ「Ｊｏｂ２」によって識別されるジョブＪ２を生成し、Ｔ２４４において、ジョブＩＤ「Ｊｏｂ２」を含むジョブ通知をプリンタ１０に送信する。

【0044】

プリンタ１０は、Ｔ２４４において、サーバ１００からジョブ通知を受信すると、Ｔ２１０と同様に、Ｔ２５０において、ジョブリスト要求をサーバ１００に送信する。

【0045】

サーバ１００は、Ｔ２５０において、プリンタ１０からジョブリスト要求を受信すると、ジョブＩＤ「Ｊｏｂ１」によって識別されるジョブＪ１のステータスが印刷中を示すｐｒｏｃｅｓｓｉｎｇであり、ジョブＩＤ「Ｊｏｂ２」によって識別されるジョブＪ２のステータスが印刷待ちを示すｐｅｎｄｉｎｇであると判断する。従って、サーバ１００は、Ｔ２５２において、ジョブＩＤ「ｊｏｂ１」とｐｒｏｃｅｓｓｉｎｇとが対応付けられていると共に、ジョブＩＤ「ｊｏｂ２」とｐｅｎｄｉｎｇとが対応付けられているジョブリストをプリンタ１０に送信する。

【0046】

プリンタ１０は、Ｔ２５２において、サーバ１００からジョブリストを受信すると、ジョブＩＤ「ｊｏｂ２」に対応するステータスがｐｅｎｄｉｎｇであると判断し、Ｔ２６０において、「ｊｏｂ２」を含むジョブ要求をサーバ１００に送信する。その後のＴ２６２及びＴ２７０は、ジョブＪ１に代えてジョブＪ２が利用される点を除くと、Ｔ２２２及びＴ２３０と同様である。

【0047】

現時点では、プリンタ１０においてジョブＪ１に従った印刷がまだ完了しておらず、ジョブＪ２に従った印刷が開始されていない。この状況において、端末５０は、Ｔ２８０において、ユーザから、ジョブＪ２に従った印刷のキャンセルを指示するキャンセル操作を受け付ける。この場合、端末５０は、Ｔ２８２において、プリンタＩＤ「Ｐ１」とジョブＩＤ「ｊｏｂ２」とを含むキャンセル要求をサーバ１００に送信する。

【0048】

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

【0049】

プリンタ１０は、Ｔ２８４において、サーバ１００からステータス変更通知を受信すると、Ｔ２９０において、ステータス変更通知に含まれるジョブＩＤ「Ｊｏｂ２」によって識別されるジョブＪ２をＵＳＢメモリから消去する。このため、プリンタ１０は、ジョブＪ１に従った印刷が完了した後に、ジョブＪ２に従った印刷を実行しない。

【0050】

（各デバイス１０，５０，１００によって実行されるケースＢの処理：図４）
続いて、図４を参照して、ケースＢの処理を説明する。ケースＢは、ＵＳＢメモリがプリンタ１０に装着されていないケースである。即ち、プリンタ１０は、複数個のジョブを同時的に記憶不可能であり、１個のジョブのみをメモリ３４内に記憶可能である。

【0051】

端末５０は、Ｔ３００において、図２のＴ１００と同様に、登録操作を受け付ける。この場合、図２のＴ１１０～Ｔ１７０と同様の処理が実行される。プリンタ１０は、Ｔ３１０及びＴ３１２において、図２のＴ１８０及びＴ１８２と同様に、各コマンドをサーバ１００に送信する。ただし、プリンタ１０は、ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄをＳｕｂｓｃｒｉｐｔｉｏｎｓとして登録するためのＣＰＳをサーバ１００に送信しない。

【0052】

サーバ１００は、Ｔ３１４において、ａｃｃｅｐｔｉｎｇ－ｊｏｂｓとしてＹＥＳを記憶するとともに、Ｓｕｂｓｃｒｉｐｔｉｏｎｓとしてｊｏｂ－ｆｅｔｃｈａｂｌｅを記憶する。サーバ１００は、Ｓｕｂｓｃｒｉｐｔｉｏｎｓとしてｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄを記憶しない。これにより、サーバ１００におけるプリンタ１０への通知状態が、ジョブ通知をプリンタ１０に送信するとともに、ステータス変更通知をプリンタ１０に送信しない状態に設定される。

【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】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】