JP2024040590A - プリンタ、プリンタのためのコンピュータプログラム、及び、プリンタによって実行される方法 - Google Patents

Abstract

【課題】サーバを備える印刷システムにおいて、サーバの通信負荷を低減させ得る技術を提供すること。
【解決手段】プリンタは、印刷エンジンと、端末装置から印刷対象の対象画像を表わす画像データがサーバに送信される場合に、サーバから対象画像を印刷するための印刷データを受信する印刷データ受信部と、サーバから印刷データが受信される場合に、印刷データによって表わされる対象画像の印刷処理が完了する前に、印刷処理が完了したことを示す完了通知をサーバに送信する第１の完了通知送信部と、完了通知がサーバに送信された後に、ユーザによる所定の入力を検知する検知部と、ユーザによる所定の入力が検知される場合に、対象画像の印刷処理を印刷エンジンに実行させる印刷制御部と、を備えてもよい。
【選択図】図３

Description

本明細書が開示する技術は、サーバを介した印刷処理を実行可能なプリンタに関する。

特許文献１には、プリンタとクライアントＰＣとサーバＰＣとを備える印刷システムが開示されている。この印刷システムでは、クライアントＰＣはサーバＰＣに印刷データを送信する。その後、プリンタは認証処理を実行する。認証処理が成功すると、サーバＰＣはプリンタに印刷データを送信し、プリンタは印刷処理がプリンタを実行する。

特開２０１０－２２４７６８号公報

本明細書では、サーバを備える印刷システムにおいて、サーバにかかる通信負荷を軽減させ得る技術を提供する。

本明細書によって開示されるプリンタは、印刷エンジンと、前記プリンタとは異なる端末装置から印刷対象の対象画像を表わす画像データがサーバに送信される場合に、前記サーバから前記対象画像を印刷するための印刷データを受信する印刷データ受信部と、前記サーバから前記印刷データが受信される場合に、前記印刷データによって表わされる前記対象画像の印刷処理が完了する前に、前記印刷処理が完了したことを示す完了通知を前記サーバに送信する第１の完了通知送信部と、前記完了通知が前記サーバに送信された後に、ユーザによる所定の入力を検知する検知部と、前記ユーザによる前記所定の入力が検知される場合に、前記対象画像の前記印刷処理を前記印刷エンジンに実行させる印刷制御部と、を備えてもよい。

上記の構成によると、プリンタは、印刷処理が完了していないにも関わらず、印刷処理が完了したことを示す完了通知をサーバに送信する。これにより、プリンタが完了通知を送信しない場合と比較して、完了通知を送信した後のサーバの通信量が低減され得る。このために、サーバにかかる通信負荷を軽減させ得る。

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

図１は、通信システムの構成である。 図２は、登録処理のシーケンス図である。 図３は、プリンタの印刷処理のフローチャートである。 図４は、ケースＡのシーケンス図である。 図５は、比較例のシーケンス図である。 図６は、ケースＢのシーケンス図である。

通信システム２の構成；図１
図１に示されるように、通信システム２は、端末１０とプリンタ１００とサーバ２００とを備える。端末１０及びプリンタ１００は、local area network（ＬＡＮ）４に接続されている。ＬＡＮ４は、アクセスポイントによって構成される無線ＬＡＮである。変形例では、ＬＡＮ４は有線ＬＡＮであってもよい。端末１０及びプリンタ１００は、ＬＡＮ４を介して相互に通信可能である。また、ＬＡＮ４は、インターネット６に接続されている。サーバ２００は、インターネット６に接続されている。従って、端末１０及びプリンタ１００は、ＬＡＮ４及びインターネット６を介して、それぞれサーバ２００と通信可能である。

端末１０の構成
端末１０は、可搬型の端末装置であり、例えば、携帯電話、スマートフォン、ＰＤＡ、タブレットＰＣ、ラップトップＰＣである。変形例では、端末１０は、据置型のＰＣであってもよい。端末１０は、操作部１２と表示部１４と通信インターフェース１６と制御部３０とを備える。各部１２，１４，１６，３０は、バス線に接続されている。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。

操作部１２は、ユーザが様々な情報を端末１０に対して入力することを可能とするＩ／Ｆであり、例えばタッチスクリーン、ボタンを備える。表示部１４は、様々な情報を表示するためのディスプレイである。通信Ｉ／Ｆ１６は、ＬＡＮ４に接続されている。

制御部３０は、ＣＰＵ３２とメモリ３４とを備える。メモリ３４は、operating system（ＯＳ）プログラム３６とアプリケーションプログラム３８とを記憶している。ＣＰＵ３２は、メモリ３４に記憶されているＯＳプログラム３６、アプリケーションプログラム３８に従って、様々な処理を実行する。メモリ３４は、例えば、read-only-memory（ＲＯＭ）random-access-memory（ＲＡＭ）である。ＯＳプログラム３６は、端末１０の基本的な動作を制御する。アプリケーションプログラム３８は、プリンタ、例えばプリンタ１００、に印刷を実行させる。以下では、ＯＳプログラム３６のことを「ＯＳ３６」と記載する。また、アプリケーションプログラム３８のことを「アプリ３８」と記載する。アプリ３８は、インターネット上のサーバからダウンロードされ、端末１０にインストールされる。サーバは、ＯＳ３６のベンダ又はプリンタ１００のベンダによって提供される。

プリンタ１００の構成
プリンタ１００は、印刷機能を実行可能であり、例えば端末１０の周辺装置である。変形例では、プリンタ１００は、印刷機能に加えて、例えば、スキャン機能、ファクシミリ機能を実行可能な多機能機であってもよい。プリンタ１００は、操作部１１２と表示部１１４と通信Ｉ／Ｆ１１６と印刷エンジン１１８と制御部１３０とを備える。各部１１２，１１４，１１６，１１８，１３０は、バス線に接続されている。

操作部１１２は、ユーザが様々な情報をプリンタ１００に対して入力することを可能にするＩ／Ｆであり、例えばタッチスクリーン、ボタンを備える。表示部１１４は、様々な情報を表示するためのディスプレイである。通信Ｉ／Ｆ１１６は、ＬＡＮ４に接続されている。印刷エンジン１１８は、例えば、インクジェット方式、レーザ方式の印刷機構を備える。

制御部１３０は、ＣＰＵ１３２とメモリ１３４とを備える。メモリ１３４は、プログラム１３６を記憶している。ＣＰＵ１３２は、プログラム１３６に従って、様々な処理を実行する。メモリ１３４は、さらに、プリンタ１００を識別するためのユニークな情報であるプリンタＩＤを記憶している。

サーバ２００の構成
サーバ２００は、クラウド印刷サービスを提供する。サーバ２００は、本実施例では、プリンタ１００のベンダによって設置されず、クラウド印刷サービスを提供する事業者によって提供される。変形例では、サーバ２００は、プリンタ１００のベンダによって設置されてもよい。サーバ２００は、通信Ｉ／Ｆ２１６と制御部２３０とを備える。通信Ｉ／Ｆ２１６及び制御部２３０は、バス線に接続されている。通信Ｉ／Ｆ２１６は、インターネット６に接続されている。

制御部２３０は、ＣＰＵ２３２とメモリ２３４とを備える。メモリ２３４は、プログラム２３６を記憶している。ＣＰＵ２３２は、プログラム２３６に従って、様々な処理を実行する。

登録処理；図２
続いて、図２を参照して、プリンタ１００がサーバ２００からクラウド印刷サービスの提供を受けるために、プリンタ１００に関する情報をサーバ２００に登録するための処理を説明する。図２の処理の説明では、ＣＰＵ（例えばＣＰＵ３２，１３２，２３２）によって実行される処理を、ＣＰＵを主体として記載するのではなく、各デバイス、例えば端末１０、プリンタ１００、サーバ２００を主体として記載する。また、以下の端末１０によって実行される各種処理は、端末１０のＣＰＵ３２がアプリ３８を実行することによって実現されるが、アプリ３８を主体として記載せずに、端末１０を主体として記載する。また、各デバイス間の全ての通信は、通信Ｉ／Ｆ（例えば通信Ｉ／Ｆ１６，１１６，２１６）を介して実行される。従って、図２の処理の説明では、通信に関する説明をする際に、「通信Ｉ／Ｆを介して」という記載を省略する。図４～図６の処理を説明する際も同様である。

端末１０は、ユーザの操作を検知することに応じてアプリ３８を起動し、当該アプリ３８を利用して、プリンタ１００内のウェブサーバにアクセスする。そして、端末１０は、さらに、プリンタ１００がクラウド印刷サービスの提供を受けるためのユーザの操作を検知することに応じて、Ｔ１０において、登録指示をプリンタ１００に送信する。

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

サーバ２００は、Ｔ１２において、プリンタ１００から登録要求を受信すると、Ｔ１４において、認証コードを生成して、登録要求に含まれるプリンタＩＤと生成済みの認証コードとを関連付けてメモリ２３４に記憶する。

次いで、サーバ２００は、Ｔ２０において、認証コードとログイン用ＵＲＬとをプリンタ１００に送信する。ログイン用ＵＲＬは、認証画面データのサーバ２００内の位置を示す。認証画面データは、認証コードを入力するための認証画面を表わす。

プリンタ１００は、Ｔ２０において、サーバ２００から認証コードとＵＲＬとを受信すると、Ｔ２２において、認証コードとＵＲＬとを端末１０に送信する。

端末１０は、Ｔ２２において、プリンタ１００から認証コードとＵＲＬとを受信すると、Ｔ３０において、認証コードとＵＲＬとを表示部１４に表示する。次いで、端末１０は、Ｔ３２において、表示済みのＵＲＬを選択するユーザの操作を検知すると、Ｔ４０において、ＵＲＬを含む認証要求をサーバ２００に送信する。

サーバ２００は、Ｔ４０において、端末１０から認証要求を受信すると、Ｔ４２において、認証要求に含まれるＵＲＬによって特定される認証画面データを端末１０に送信する。

端末１０は、Ｔ４２において、サーバ２００から認証画面データを受信すると、Ｔ４４において、認証画面データによって表わされる認証画面を表示部１４に表示する。次いで、端末１０は、Ｔ４６において、Ｔ３０で表示済みの認証コードのユーザ入力を検知すると、Ｔ５０において、入力済みの認証コードをサーバ２００に送信する。

サーバ２００は、Ｔ５０において、端末１０から認証コードを受信すると、Ｔ５２において、受信済みの認証コードの認証を実行する。具体的には、サーバ２００は、受信済みの認証コードを記憶済みであるのかを判断する。本ケースでは、サーバ２００は、受信済みの認証コードを記憶済みであるので（Ｔ１４参照）、Ｔ５４において、ユニークな文字列であるアクセストークンを生成する。以下では、アクセストークンのことを「ＡＴ」と記載する。サーバ２００は、Ｔ５６において、プリンタＩＤと生成済みのＡＴとを関連付けてメモリ２３４に記憶し、Ｔ６０において、生成済みのＡＴを含む認証通知をプリンタ１００に送信する。

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

また、プリンタ１００は、Ｔ７０において、Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅ Ｒｅｑｕｅｓｔをサーバ２００に送信する。以下では、Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅのことを「ＵＯＤＡ」と記載する。また、Ｒｅｑｕｅｓｔのことを「Ｒｅｑ」と記載する。ＵＯＤＡ Ｒｅｑは、プリンタ１００の能力情報の登録をサーバ２００に要求する信号である。プリンタ１００の能力情報は、例えば、プリンタ１００がサポートしている印刷条件を含む。当該能力情報は、プリンタ１００のプリンタＩＤと、プリンタ１００がＰＩＮ印刷をサポートしていることを示すＰＩＮ印刷サポート情報と、を含む。ＰＩＮ印刷は、ユーザによって指定されたＰＩＮコードがプリンタ１００に入力されることに応じて実行される印刷処理を意味する。

サーバ２００は、Ｔ７０において、プリンタ１００からＵＯＤＡ Ｒｅｑを受信すると、当該ＵＯＤＡ Ｒｅｑに含まれる能力情報をプリンタ１００のプリンタＩＤに対応付けて登録する。そして、サーバ２００は、Ｔ７２において、ＵＯＤＡ Ｒｅｑに対する応答であるＵＯＤＡ Ｒｅｓｐｏｎｓｅをプリンタ１００に送信する。以下では、Ｒｅｓｐｏｎｓｅのことを「Ｒｅｓ」と記載する。

その後、Ｔ７４において、ＡＴが利用されて、プリンタ１００とサーバ２００との間で常時接続が確立される。サーバ２００は、常時接続を利用すれば、プリンタ１００から要求を受信しなくても、プリンタ１００が所属するＬＡＮ４のファイヤウォールを越えて、プリンタ１００に要求を送信することができる。常時接続は、例えば、extensible messaging and presence protocol（ＸＭＰＰ）接続、hypertext transfer protocol secure（ＨＴＴＰＳ）に従った接続である。

プリンタ１００は、Ｔ８０において、Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｅｖｅｎｔ
Ｗａｉｔ Ｍｏｄｅ）Ｒｅｑをサーバ２００に送信する。以下では、Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎのことを「ＧＮ」と記載する。また、Ｅｖｅｎｔ Ｗａｉｔ Ｍｏｄｅのことを「ＥＷＭ」と記載する。ＧＮ（ＥＷＭ）Ｒｅｑは、サーバ２００において印刷データが生成される際に、その旨の通知をプリンタ１００に送信することをサーバ２００に要求するための信号である。

サーバ２００は、Ｔ８０において、プリンタ１００からＧＮ（ＥＷＭ）Ｒｅｑを受信する。そして、サーバ２００は、Ｔ８２において、ＧＮ（ＥＷＭ）Ｒｅｑに対する応答であるＧＮ（ＥＷＭ）Ｒｅｓをプリンタ１００に送信する。

プリンタ１００の印刷処理；図３
図３を参照して、プリンタ１００のＣＰＵ１３２によって実行される印刷処理を説明する。図３の印刷処理は、サーバ２００から、ＪｏｂＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓが受信されることをトリガとして開始される。以下の図３の説明では、当該ＪｏｂＩＤによって識別される印刷ジョブのことを「対象印刷ジョブ」と記載する。

Ｓ１０では、ＣＰＵ１３２は、通信Ｉ／Ｆ１１６を介して、Ｆｅｔｃｈ－Ｊｏｂ Ｒｅｑをサーバ２００に送信する。以下では、Ｆｅｔｃｈ－Ｊｏｂのことを「ＦＪ」と記載する。ＦＪ ＲｅｑはＪｏｂＩＤを含む。ＦＪ Ｒｅｑは、対象印刷ジョブに関するＪｏｂ情報の送信をサーバ２００に要求する信号である。

Ｓ１２では、ＣＰＵ１３２は、通信Ｉ／Ｆ１１６を介して、サーバ２００からＦＪ Ｒｅｓを受信する。ＦＪ Ｒｅｓは、対象印刷ジョブのＪｏｂ情報を含む。Ｊｏｂ情報は、例えば、ＪｏｂＩＤ、及び、対象印刷ジョブに従った印刷で利用されるべき印刷条件、例えば、用紙サイズ、印刷品質、を含む。特に、対象印刷ジョブに従った印刷処理がＰＩＮ印刷である場合には、Ｊｏｂ情報は、ＰＩＮコードを含む。一方、対象印刷ジョブに従った印刷処理がＰＩＮ印刷でない場合には、Ｊｏｂ情報は、ＰＩＮコードを含まない。

Ｓ１４では、ＣＰＵ１３２は、通信Ｉ／Ｆ１１６を介して、Ｆｅｔｃｈ－Ｄｏｃｕｍｅｎｔ Ｒｅｑをサーバ２００に送信する。以下では、Ｆｅｔｃｈ－Ｄｏｃｕｍｅｎｔのことを「ＦＤ」と記載する。ＦＤ Ｒｅｑは、ＪｏｂＩＤを含む。ＦＤ Ｒｅｑは、対象印刷ジョブに従って印刷されるべき画像を表わす印刷データの送信をサーバ２００に要求する信号である。以下では、対象印刷ジョブに従って印刷されるべき画像のことを「対象画像」と記載する。また、対象画像を表わす印刷データのことを「対象印刷データ」と記載する。

Ｓ１６では、ＣＰＵ１３２は、通信Ｉ／Ｆ１１６を介して、サーバ２００からＦＤ Ｒｅｓを受信する。ＦＤ Ｒｅｓは、対象印刷データを含む。このように、Ｓ１０～Ｓ１６の各種通信が実行されることによって、プリンタ１００は、サーバ２００から対象印刷データを受信することができる。

Ｓ１８では、ＣＰＵ１３２は、Ｊｏｂ情報（Ｓ１２参照）がＰＩＮコードを含むのかを判断する。即ち、ＣＰＵ１３２は、対象印刷ジョブに従った印刷処理がＰＩＮ印刷であるのかを判断する。ＣＰＵ１３２は、Ｊｏｂ情報がＰＩＮコードを含むと判断する場合、即ち、対象印刷ジョブに従った印刷処理がＰＩＮ印刷である場合に（ＹＥＳ：Ｓ１８）、Ｓ２０に進む。一方、ＣＰＵ１３２は、Ｊｏｂ情報がＰＩＮコードを含まないと判断する場合、即ち、対象印刷ジョブに従った印刷処理がＰＩＮ印刷でない場合に（ＮＯ：Ｓ１８）、Ｓ４０に進む。このように、プリンタ１００は、対象印刷ジョブに従った印刷処理がＰＩＮ印刷であるのかに応じて、後続する処理を決定することができる。

Ｓ２０では、ＣＰＵ１３２は、ＦＤ Ｒｅｓに含まれる対象印刷データ（Ｓ１６参照）と、Ｊｏｂ情報に含まれるＰＩＮコードと、を対応付けてメモリ１３４に記憶する。

Ｓ２２では、ＣＰＵ１３２は、通信Ｉ／Ｆ１１６を介して、Ｕｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）をサーバ２００に送信する。以下では、Ｕｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓのことを「ＵＪＳ」と記載する。ＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）は、対象印刷ジョブに従った印刷処理が完了したこと、即ち対象印刷ジョブの状態が変更されたことを示す信号であり、対象印刷ジョブを識別するＪｏｂＩＤを含む。Ｓ２２の時点では、対象印刷ジョブに従った印刷処理は完了していない。このように、印刷処理が完了していないにもかかわらず、印刷処理が完了したことを示すＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）がプリンタ１００からサーバ２００に送信される。

Ｓ２４では、ＣＰＵ１３２は、通信Ｉ／Ｆ１１６を介して、サーバ２００から、ＵＪＳ
Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）に対する応答であるＵＪＳ Ｒｅｓを受信する。

Ｓ２６では、ＣＰＵ１３２は、ユーザによるＰＩＮコードの入力を監視する。ＣＰＵ１３２は、ユーザの操作部１１２へのＰＩＮコードの入力を検知すると（ＹＥＳ：Ｓ２６）、Ｓ２８に進む。

Ｓ２８では、ＣＰＵ１３２は、認証が成功したのかを判断する。具体的には、ＣＰＵ１３２は、入力済みのＰＩＮコードと、メモリ１３４に記憶済みのＰＩＮコード（Ｓ２０参照）と、が一致するのかを判断する。ＣＰＵ１３２は、入力済みのＰＩＮコードとメモリ１３４に記憶済みのＰＩＮコードとが一致すると判断する場合に（ＹＥＳ：Ｓ２８）、Ｓ３０に進む。一方、入力済みのＰＩＮコードとメモリ１３４に記憶済みのＰＩＮコードとが一致しないと判断する場合に（ＮＯ：Ｓ２８）、Ｓ２６の監視処理に戻る。このように、ＰＩＮコードの認証が成功する場合にのみ印刷処理が実行されるので、セキュアな印刷を実現することができる。

Ｓ３０では、ＣＰＵ１３２は、対象印刷データを印刷エンジン１１８に供給して、対象印刷ジョブに従った印刷処理を印刷エンジン１１８に開始させる。ここで利用される対象印刷データは、認証が成功したＰＩＮコードに対応付けてメモリ１３４に記憶されている、Ｓ１６で受信済みの印刷データである。

Ｓ３２では、ＣＰＵ１３２は、Ｓ３０で開始された印刷処理の完了を監視する。ＣＰＵ１３２は、印刷処理が完了したと判断すると（ＹＥＳ：Ｓ３２）、図３の印刷処理を終了する。

Ｓ４０では、ＣＰＵ１３２は、対象印刷データを印刷エンジン１１８に供給して、対象印刷ジョブに従った印刷処理を印刷エンジン１１８に開始させる。ここで利用される対象印刷データは、Ｓ１６で受信済みの印刷データである。

Ｓ４２では、ＣＰＵ１３２は、通信Ｉ／Ｆ１１６を介して、ＵＪＳ Ｒｅｑ（Ｐｒｏｃｅｓｓｉｎｇ）をサーバ２００に送信する。ＵＪＳ Ｒｅｑ（Ｐｒｏｃｅｓｓｉｎｇ）は、対象印刷ジョブに従った印刷処理を実行中であること、即ち対象印刷ジョブの状態が変更されたことを示す信号であり、対象印刷ジョブを識別するＪｏｂＩＤを含む。

Ｓ４４では、ＣＰＵ１３２は、通信Ｉ／Ｆ１１６を介して、サーバ２００から、ＵＪＳ Ｒｅｑ（Ｐｒｏｃｅｓｓｉｎｇ）に対する応答であるＵＪＳ Ｒｅｓを受信する。

Ｓ４６では、ＣＰＵ１３２は、Ｓ４０で開始された印刷処理の完了を監視する。ＣＰＵ１３２は、印刷処理が完了したと判断すると（ＹＥＳ：Ｓ４６）、Ｓ４８に進む。

Ｓ４８では、ＣＰＵ１３２は、通信Ｉ／Ｆ１１６を介して、ＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）をサーバ２００に送信する。このように、プリンタ１００は、Ｊｏｂ情報がＰＩＮコードを含まない場合には、対象印刷ジョブの状態が変化する毎に、変化後の状態を示す信号をサーバ２００に送信することができる。

Ｓ５０では、ＣＰＵ１３２は、通信Ｉ／Ｆ１１６を介して、サーバ２００から、ＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）に対する応答であるＵＪＳ Ｒｅｓを受信する。Ｓ５０の処理が終了すると、図３の印刷処理が終了する。

ケースＡ；図４
図４を参照して、図３の印刷処理によって実現される具体的なケースＡを説明する。図４は、図２のＴ８２の続きの処理である。

端末１０は、Ｔ１１０において、印刷を開始するためのユーザの操作を検知する。このユーザの操作は、プリンタ１００のプリンタＩＤの指定と、印刷対象の画像を表わす画像データの指定と、を含む。図２において、プリンタ１００の情報がサーバ２００に登録されると、端末１０は、サーバ２００から、サーバ２００に記憶されているプリンタＩＤのリストを受信し、当該リストをメモリ３４に記憶する。従って、ユーザは、メモリ３４に記憶済みのプリンタＩＤのリストの中から、サーバ２００に登録済みのプリンタ１００のプリンタＩＤを指定することができる。

端末１０は、Ｔ１１２において、Ｇｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅ Ｒｅｑをサーバ２００に送信する。以下では、Ｇｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅのことを「ＧＰＡ」と記載する。ＧＰＡ Ｒｅｑは、Ｔ１１０で指定済みのプリンタＩＤを含む。ＧＰＡ Ｒｅｑは、プリンタ１００の能力情報の送信をサーバ２００に要求する信号である。

サーバ２００は、Ｔ１１２において、端末１０からＧＰＡ Ｒｅｑを受信すると、Ｔ１１４において、ＧＰＡ Ｒｅｓを端末１０に送信する。ＧＰＡ Ｒｅｓは、プリンタＩＤによって識別されるプリンタ１００の能力情報を含む。本実施例では、当該能力情報は、ＰＩＮ印刷サポート情報を含む（図２のＴ７０参照）。

端末１０は、Ｔ１１４において、サーバ２００からＧＰＡ Ｒｅｓを受信すると、Ｔ１１６において、印刷設定画面を表示部１４に表示する。印刷設定画面は、印刷に関する様々な設定をユーザが指定することを可能とする。印刷に関する様々な設定は、例えば、用紙サイズ、カラー印刷またはモノクロ印刷、片面印刷または両面印刷である。本ケースでは、ＧＰＡ Ｒｅｓに含まれる能力情報がＰＩＮ印刷サポート情報を含むので、印刷設定画面は、ＰＩＮコードを入力するための入力領域を含む。

端末１０は、Ｔ１１８において、ユーザによる様々な設定の指定とＰＩＮコードの入力との後に、ユーザによる印刷設定画面内のＯＫボタンの選択を検知する。この場合、端末１０は、Ｔ１２０において、Ｃｒｅａｔｅ－Ｊｏｂ Ｒｅｑをサーバ２００に送信する。以下では、Ｃｒｅａｔｅ－Ｊｏｂのことを「ＣＪ」と記載する。ＣＪ Ｒｅｑは、印刷ジョブの生成をサーバ２００に要求する信号である。ＣＪ Ｒｅｑは、Ｔ１１０で指定済みの画像データと、Ｔ１１８で入力済みのＰＩＮコードと、を含む。このように、ユーザは、所望のＰＩＮコードを設定することができる。

サーバ２００は、Ｔ１２０において、端末１０からＣＪ Ｒｅｑを受信すると、Ｔ１２２において、ＪｏｂＩＤ及び印刷データを生成し、ＪｏｂＩＤ及び印刷データを対応付けて記憶する。印刷データは、プリンタ１００が解釈可能なデータ形式を有する。サーバ２００は、ＣＪ Ｒｅｑに含まれる画像データを変換することによって、印刷データを生成する。サーバ２００は、ＪｏｂＩＤに対応付けて、印刷ジョブの状態（例えば、Ｐｅｎｄｉｎｇ、Ｃｏｍｐｌｅｔｅ）を記憶する。現時点では、印刷データがプリンタ１００に供給されていないので、印刷ジョブの状態は「Ｐｅｎｄｉｎｇ」を示す。サーバ２００は、Ｔ１２４において、ＣＪ Ｒｅｑに対する応答であるＣＪ Ｒｅｓを端末１０に送信する。ＣＪ Ｒｅｓは、生成済みのＪｏｂＩＤを含む。

端末１０は、Ｔ１２４において、サーバ２００からＣＪ Ｒｅｓを受信すると、Ｔ１３０において、ＪｏｂＩＤを含むＧｅｔ－Ｊｏｂ－Ａｔｔｒｉｂｕｔｅ Ｒｅｑをサーバ２００に送信する。以下では、Ｇｅｔ－Ｊｏｂ－Ａｔｔｒｉｂｕｔｅのことを「ＧＪＡ」と記載する。ＧＪＡ Ｒｅｑは、印刷ジョブの状態をサーバ２００に問い合わせるための信号である。

サーバ２００は、Ｔ１３０において、端末１０からＧＪＡ Ｒｅｑを受信すると、Ｔ１３２において、ＧＪＡ Ｒｅｑに対する応答であるＧＪＡ Ｒｅｓを端末１０に送信する。ＧＪＡ Ｒｅｓは、ＪｏｂＩＤに対応付けて記憶されている状態「Ｐｅｎｄｉｎｇ」を含む。

端末１０は、Ｔ１３２において、サーバ２００からＧＪＡ Ｒｅｓを受信する。端末１０は、ＧＪＡ Ｒｅｓに含まれる状態が「Ｃｏｍｐｌｅｔｅ」を示すまで、Ｔ１３０の処理を繰り返し実行する。換言すると、端末１０は、印刷ジョブが完了するまで、当該印刷ジョブの状態をサーバ２００に定期的に問い合わせる。

サーバ２００は、Ｔ１２２において、ＪｏｂＩＤ及び印刷データを生成すると、Ｔ１４２において、ＧＮ（ＥＷＭ）Ｒｅｓをプリンタ１００に送信する。当該ＧＮ（ＥＷＭ）Ｒｅｓは、生成済みのＪｏｂＩＤを含む。

プリンタ１００は、Ｔ１４２において、サーバ２００からＪｏｂＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを受信する。Ｔ１４２の処理は、プリンタ１００のＣＰＵ１３２によって図３の印刷処理が開始されるトリガである。この場合、プリンタ１００は、Ｔ１４４において、ＪｏｂＩＤを含むＦＪ Ｒｅｑをサーバ２００に送信する（Ｓ１０）。

サーバ２００は、Ｔ１４４において、プリンタ１００からＪｏｂＩＤを含むＦＪ Ｒｅｑを受信すると、Ｔ１４６において、Ｊｏｂ情報を含むＦＪ Ｒｅｓをプリンタ１００に送信する。本ケースでは、印刷設定画面においてＰＩＮコードが端末１０に入力済みであるので（Ｔ１１８参照）、Ｊｏｂ情報は、当該ＰＩＮコードを含む。

プリンタ１００は、Ｔ１４６において、サーバ２００からＦＪ Ｒｅｓを受信すると（Ｓ１２）、Ｔ１４８において、ＪｏｂＩＤを含むＦＤ Ｒｅｑをサーバ２００に送信する（Ｓ１４）。

サーバ２００は、Ｔ１４８において、プリンタ１００からＦＤ Ｒｅｑを受信すると、Ｔ１５０において、ＦＤ Ｒｅｑに含まれるＪｏｂＩＤに対応付けられている印刷データ（Ｔ１２２参照）を含むＦＤ Ｒｅｓをプリンタ１００に送信する。

プリンタ１００は、Ｔ１５０において、サーバ２００から印刷データを含むＦＤ Ｒｅｓを受信する（Ｓ１６）。本ケースでは、ＦＪ Ｒｅｓに含まれるＪｏｂ情報がＰＩＮコードを含む（Ｓ１８でＹＥＳ）。このため、プリンタ１００は、直ちに印刷処理を開始せずに、Ｔ１５２において、印刷データとＰＩＮコードとを対応付けて記憶する（Ｓ２０）。

次いで、プリンタ１００は、Ｔ１６０において、ＪｏｂＩＤを含むＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）をサーバ２００に送信する（Ｓ２２）。

サーバ２００は、Ｔ１６０において、プリンタ１００からＪｏｂＩＤを含むＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）を受信すると、当該ＪｏｂＩＤに対応付けて状態「Ｃｏｍｐｌｅｔｅ」をメモリ２３４に記憶する。そして、サーバ２００は、Ｔ１６２において、ＵＪＳ Ｒｅｓをプリンタ１００に送信する。Ｔ１６２以降では、プリンタ１００はサーバ２００へＵＪＳ Ｒｅｑを送信しない。

端末１０は、Ｔ１７０において、ＧＪＡ Ｒｅｑをサーバ２００に再び送信する。Ｔ１７０は、Ｔ１３０と同様である。

サーバ２００は、Ｔ１７０において、端末１０からＧＪＡ Ｒｅｑを受信すると、Ｔ１７２において、ＧＪＡ Ｒｅｓを端末１０に送信する。当該ＧＪＡ Ｒｅｓは、ＪｏｂＩＤに対応付けて記憶されている状態「Ｃｏｍｐｌｅｔｅ」を含む。

端末１０は、Ｔ１７２において、サーバ２００から、状態「Ｃｏｍｐｌｅｔｅ」を含むＧＪＡ Ｒｅｓを受信する。従って、Ｔ１７２以降では、端末１０はサーバ２００へＧＪＡ Ｒｅｑを送信しない。

プリンタ１００は、Ｔ１６２において、サーバ２００からＵＪＳ Ｒｅｓを受信した後に（Ｓ２４）、Ｔ１８０において、ＰＩＮコードのユーザ入力を検知する（Ｓ２６でＹＥＳ）。本ケースでは、Ｔ１８２において、ＰＩＮコードの認証が成功するので（Ｓ２８でＹＥＳ）、Ｔ１８４において、印刷データに従った印刷処理が開始される（Ｓ３０）。その後、Ｔ１８６において、印刷処理が完了する（Ｓ３２でＹＥＳ）。

上記の通り、プリンタ１００は、印刷処理が完了する前に、印刷処理が完了したことを示すＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）をサーバ２００に送信する。ここで、図５を参照して、プリンタ１００での印刷処理が完了した後にＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）がプリンタ１００からサーバ２００に送信される比較例を説明する。

比較例；図５
図５は、図２のＴ８２の続きの処理である。まず、図４のＴ１１０～Ｔ１５２と同様の処理が実行される。即ち、プリンタ１００は、サーバ２００から印刷データを受信し、直ちに印刷処理を開始することなく、印刷データとＰＩＮコードとを対応付けてメモリ１３４に記憶する（図４のＴ１５２参照）。この場合、プリンタ１００は、Ｔ２１０において、ジョブＩＤを含むＵＪＳ Ｒｅｑ（Ｐｅｎｄｉｎｇ－Ｈｅｌｄ）をサーバ２００に送信する。ＵＪＳ Ｒｅｑ（Ｐｅｎｄｉｎｇ－Ｈｅｌｄ）は、プリンタ１００がサーバ２００から印刷データを受信済みであるが、当該印刷データに従った印刷処理が開始される前であることを示す信号である。

サーバ２００は、Ｔ２１０において、プリンタ１００からＪｏｂＩＤを含むＵＪＳ Ｒｅｑ（Ｐｅｎｄｉｎｇ－Ｈｅｌｄ）を受信すると、当該ＪｏｂＩＤに対応付けて状態「Ｐｅｎｄｉｎｇ－Ｈｅｌｄ」をメモリ２３４に記憶する。そして、サーバ２００は、Ｔ２１２において、ＵＪＳ Ｒｅｓをプリンタ１００に送信する。Ｔ２２０及びＴ２２２は、状態が「Ｐｅｎｄｉｎｇ－Ｈｅｌｄ」である点を除いて、図４のＴ１３０及びＴ１３２とそれぞれ同様である。また、Ｔ２３０～Ｔ２３４は、図４のＴ１８０～Ｔ１８４とそれぞれ同様である。

プリンタ１００は、Ｔ２４０において、ジョブＩＤを含むＵＪＳ Ｒｅｑ（Ｐｒｏｃｅｓｓｉｎｇ）をサーバ２００に送信する。

サーバ２００は、Ｔ２４０において、プリンタ１００からＪｏｂＩＤを含むＵＪＳ Ｒｅｑ（Ｐｒｏｃｅｓｓｉｎｇ）を受信すると、当該ＪｏｂＩＤに対応付けて状態「Ｐｒｏｃｅｓｓｉｎｇ」をメモリ２３４に記憶する。そして、サーバ２００は、Ｔ２４２において、ＵＪＳ Ｒｅｓをプリンタ１００に送信する。Ｔ２５０及びＴ２５２は、状態が「Ｐｒｏｃｅｓｓｉｎｇ」である点を除いて、図４のＴ１３０及びＴ１３２とそれぞれ同様である。

Ｔ２５４は、図４のＴ１８６と同様である。Ｔ２６０～Ｔ２７２は、図４のＴ１６０～Ｔ１７２とそれぞれ同様である。即ち、比較例では、Ｔ２５４及びＴ２６０に示されるように、プリンタ１００において印刷処理が完了した後に、ＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）がプリンタ１００からサーバ２００に送信される。

実施例の効果
上記の比較例では、印刷ジョブの状態が変更される毎に、プリンタ１００は、ＵＪＳ Ｒｅｑをサーバ２００に送信し、サーバ２００からＵＪＳ Ｒｅｓを受信する。具体的には、図５の例では、プリンタ１００は、３つのＵＪＳ Ｒｅｑをサーバ２００に送信する。即ち、プリンタ１００は、ＵＪＳ Ｒｅｑ（Ｐｅｎｄｉｎｇ－Ｈｅｌｄ）（図５のＴ２１０）と、ＵＪＳ Ｒｅｑ（Ｐｒｏｃｅｓｓｉｎｇ）（Ｔ２４０）と、ＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）（Ｔ２６０）と、をサーバ２００に順次送信する。一方、本実施例によると、プリンタ１００は、印刷処理が完了していないにも関わらず、印刷処理が完了したことを示すＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）をサーバ２００に送信する（図４のＴ１６０）。これにより、その後、印刷ジョブの状態が変更されたとしても、プリンタ１００は、ＵＪＳ Ｒｅｑをサーバ２００に送信しない。従って、比較例と比較して、本実施例のサーバ２００及びプリンタ１００の間の通信量が低減され、サーバ２００及びプリンタ１００の通信負荷を軽減させることができる。

また、比較例では、プリンタ１００での印刷処理が完了するまで、端末１０とサーバ２００との間で通信、具体的には、ＧＪＡ Ｒｅｑ及びＧＪＡ Ｒｅｓの通信が繰り返し実行される。一方、本実施例によると、プリンタ１００は、印刷処理が完了していないにも関わらず、印刷処理が完了したことを示すＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）をサーバ２００に送信する。そして、本実施例によると、サーバ２００は、ＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）に応答するために、Ｃｏｍｐｌｅｔｅを示すＧＪＡ Ｒｅｓを端末１０に送信する。従って、その後、端末１０とサーバ２００との間でＧＪＡ Ｒｅｑ及びＧＪＡ Ｒｅｓが通信されない。このために、比較例と比較して、本実施例のサーバ２００及び端末１０の間の通信量が低減され、サーバ２００及び端末１０の通信負荷を軽減させることができる。

ケースＢ；図６
図６を参照して、図３の印刷処理によって実現される具体的なケースＢを説明する。ケースＢでは、ＰＩＮ印刷が利用されない点が、ケースＡとは異なる。図６は、図２のＴ８２の続きの処理である。まず、図４のＴ１１０～Ｔ１１６と同様の処理が実行される。端末１０は、Ｔ３１８において、ユーザによるＰＩＮコードの入力を必要としない印刷処理の設定が入力された後に、ユーザによる印刷設定画面内のＯＫボタンの選択を検知する。この場合、端末１０は、Ｔ３２０において、ＣＪ Ｒｅｑをサーバ２００に送信する。ここで送信されるＣＪ Ｒｅｑは、図４のＴ１１０で指定済みの画像データを含み、ＰＩＮコードを含まない。

Ｔ３２０に続いて、端末１０とプリンタ１００とサーバ２００との間でＴ３２２～Ｔ３４４が実行される。Ｔ３２２～Ｔ３４４は、図４のＴ１２２～Ｔ１４４とそれぞれ同様である。サーバ２００は、Ｔ３４６において、Ｊｏｂ情報を含むＦＪ Ｒｅｓをプリンタ１００に送信する。本ケースでは、印刷設定画面においてＰＩＮコードが入力されていないので（Ｔ３１８参照）、Ｊｏｂ情報は、ＰＩＮコードを含まない。Ｔ３４６に続いて、プリンタ１００とサーバ２００との間でＴ３４８及びＴ３５０が実行される。Ｔ３４８及びＴ３５０は、図４のＴ１４８及びＴ１５０とそれぞれ同様である。

プリンタ１００は、Ｔ３５０において、サーバ２００から印刷データを含むＦＤ Ｒｅｓを受信する（図３のＳ１６）。ＦＪ Ｒｅｓに含まれるＪｏｂ情報がＰＩＮコードを含まないので（Ｓ１８でＮＯ）、プリンタ１００は、Ｔ３５２において、印刷データに従った印刷処理を開始する（Ｓ４０）。

その後、プリンタ１００は、Ｔ３６０において、ジョブＩＤを含むＵＪＳ Ｒｅｑ（Ｐｒｏｃｅｓｓｉｎｇ）をサーバ２００に送信する（Ｓ４２）。

サーバ２００は、Ｔ３６０において、プリンタ１００からＪｏｂＩＤを含むＵＪＳ Ｒｅｑ（Ｐｒｏｃｅｓｓｉｎｇ）を受信すると、当該ＪｏｂＩＤに対応付けて状態「Ｐｒｏｃｅｓｓｉｎｇ」をメモリ２３４に記憶する。そして、サーバ２００は、Ｔ３６２において、ＵＪＳ Ｒｅｓをプリンタ１００に送信する。Ｔ３６２に続いて、端末１０とサーバ２００との間でＴ３７０及びＴ３７２が実行される。Ｔ３７０及びＴ３７２は、図５のＴ２５０及びＴ２５２とそれぞれ同様である。また、Ｔ３７２に続いて、端末１０とプリンタ１００とサーバ２００との間でＴ３７４～Ｔ３９２が実行される。Ｔ３７４～Ｔ３９２は、図５のＴ２５４～２７２とそれぞれ同様である。

対応関係
端末１０が、「端末装置」の一例である。プリンタ１００が、「プリンタ」の一例である。サーバ２００が、「サーバ」の一例である。ＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）（図４のＴ１６０参照）が、「完了通知」の一例である。ＵＪＳ Ｒｅｑ（Ｐｒｏｃｅｓｓｉｎｇ）（図６のＴ３６０参照）が、「実行通知」の一例である。図４のＴ１８０のＰＩＮコードの入力が、「所定の入力」の一例である。図４のＴ１１８で端末１０に入力されるＰＩＮコードが、「第１の認証情報」の一例である。Ｔ１８０でプリンタ１００に入力されるＰＩＮコードが、「第２の認証情報」の一例である。ＦＪ Ｒｅｑ（図４のＴ１４４参照）が、「第１のリクエスト」の一例である。ＦＤ Ｒｅｑ（図４のＴ１４８参照）が、「第２のリクエスト」の一例である。ＰＩＮコードを含むＪｏｂ情報を含むＦＪ Ｒｅｓ（図４のＴ１４６参照）が、「第１のレスポンス」の一例である。ＰＩＮコードを含まないＪｏｂ情報を含むＦＪ Ｒｅｓ（図６のＴ３４６参照）が、「第２のレスポンス」の一例である。ＦＤ Ｒｅｓ（図４のＴ１５０参照）が、「第３のレスポンス」の一例である。

図３のＳ１０の処理が、「第１のリクエスト送信部」によって実行される処理の一例である。Ｓ１２の処理が、「認証情報受信部」によって実行される処理の一例である。Ｓ１４の処理が、「第２のリクエスト送信部」によって実行される処理の一例である。Ｓ１６の処理が、「印刷データ受信部」によって実行される処理の一例である。Ｓ２２の処理が、「第１の完了通知送信部」によって実行される処理の一例である。Ｓ２６の処理が、「検知部」によって実行される処理の一例である。Ｓ３０の処理が、「印刷制御部」によって実行される処理の一例である。Ｓ４２の処理が、「実行通知送信部」によって実行される処理の一例である。Ｓ４８の処理が、「第２の完了通知送信部」によって実行される処理の一例である。

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

変形例１
サーバ２００は、図４のＴ１２２において印刷データを生成しなくてもよい。この場合、サーバ２００は、Ｔ１５０において、印刷データに代えて画像データを含むＦＤ Ｒｅｓを、プリンタ１００に送信してもよい。本変形例では、当該画像データが「印刷データ」の一例である。

変形例２
上記の実施例ではＰＩＮ印刷について説明したが、例えば以下のようなＰＩＮ印刷以外の印刷方式に対しても、本明細書の技術を適用可能である。

変形例２－１
上記実施例の変形例として、ユーザ認証印刷を想定する。ユーザ認証印刷とは、ユーザ毎に予め決められたユーザ認証情報（例えばユーザＩＤとパスワードとの組合せ）が利用される印刷方式である。この変形例では、ユーザは、ユーザ認証情報を予め端末１０に入力することにより、端末１０にログインしている。そのため、ユーザは、端末１０に表示される印刷設定画面（図４のＴ１１６参照）において、ユーザ認証情報を入力する必要がない。Ｔ１２０において、端末１０が、ユーザ認証情報（例えば、端末１０へのログインの際に入力されたユーザ認証情報）を含むＣＪ Ｒｅｑをサーバ２００に送信すると、サーバ２００は、ユーザ認証情報を含むＪｏｂ情報をプリンタ１００に送信する。そして、プリンタ１００は、Ｊｏｂ情報がユーザ認証情報を含むことに応じて、Ｔ１５２において、印刷データとユーザ認証情報とを対応付けてメモリ１３４に記憶する。そして、プリンタ１００は、Ｔ１８０において、ＰＩＮコードに代えて操作部１１２に対するユーザ認証情報のユーザ入力を検知し、当該ユーザ認証情報による認証が成功すると、印刷処理を開始する。本変形例では、ユーザ認証情報の入力が、「所定の入力」の一例である。また、ユーザ認証印刷のＴ１８０において、操作部１１２に対するユーザの操作によってユーザ認証情報を入力することに代えて、ユーザ認証情報が記憶されている認証カードをプリンタ１００へタッチすることでユーザ認証情報が入力されてもよい。本変形例では、認証カードをプリンタ１００へタッチすることが、「所定の入力」の一例である。

変形例２－２
上記実施例の変形例として、蓄積印刷を想定する。蓄積印刷とは、ＰＩＮコードやユーザ認証情報といった認証情報が利用されず、サーバ２００からプリンタ１００に印刷データが送信されても、プリンタ１００が直ちに印刷処理を開始せずに印刷データを蓄積し、ユーザの指示を検知してから印刷する印刷方式である。この変形例では、図４のＴ１２０において、端末１０が蓄積印刷であることを示す情報を含むＣＪ Ｒｅｑをサーバ２００に送信すると、サーバ２００は、当該情報を含むＪｏｂ情報をプリンタ１００に送信する。そして、Ｊｏｂ情報が当該情報を含むことに応じて、Ｔ１５２において、プリンタ１００は、印刷データをメモリ１３４記憶する。そして、プリンタ１００は、Ｔ１８０において、ＰＩＮコードのユーザの入力に代えて、プリンタ１００に印刷処理を開始させるためのユーザの入力を検知すると、印刷処理を開始する。本変形例では、プリンタ１００に印刷処理を開始させるための入力が、「所定の入力」の一例である。

変形例３
上記の実施例では、図４のＴ１６０において、プリンタ１００がサーバ２００にＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）を送信した後に印刷ジョブの状態が変更されても、プリンタ１００は、ＵＪＳ Ｒｅｑをサーバ２００に送信しない。変形例では、プリンタ１００は、図４のＴ１６０の後に、例えば印刷ジョブがキャンセルされる場合に、当該印刷ジョブがキャンセルされたことを示すＵＪＳ Ｒｅｑをサーバ２００に送信してもよい。一般的に言うと、プリンタは、完了通知をサーバに送信した後であっても、印刷処理の状態を示す通知をサーバに送信してもよい。

変形例４
プリンタ１００は、図４のＴ１４４～Ｔ１５０を省略してもよい。この場合、例えば、プリンタ１００は、Ｔ１４２において、Ｊｏｂ情報及び印刷データを含むＧＮ（ＥＷＭ）Ｒｅｓをサーバ２００から受信してもよい。本変形例では、「第１のリクエスト送信部」及び「第２のリクエスト送信部」を省略してもよい。また、本変形例では、上記のＧＮ（ＥＷＭ）Ｒｅｑの受信が、「認証情報受信部」及び「印刷データ受信部」によって実行される処理の一例である。

変形例５
プリンタ１００は、図６のＴ３４６においてＰＩＮコードを含まないＪｏｂ情報を受信しても、印刷処理が完了する前にＵＪＳ Ｒｅｑ（Ｃｏｍｐｌｅｔｅ）をサーバ２００に送信してもよい。この場合、プリンタ１００は、印刷処理を実行中であることを示すＵＪＳ Ｒｅｑ（Ｐｒｏｃｅｓｓｉｎｇ）をサーバ２００に送信しなくてもよい。本変形例では、「第２の完了通知送信部」及び「実行通知送信部」によって実行される処理を省略してもよい。

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

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

本特許出願時の特許請求の範囲において、各請求項が一部の請求項のみに従属している場合であっても、各請求項が当該一部の請求項のみに従属可能であることに限定されない。技術的に矛盾しない範囲において、各請求項は、出願時に従属していない他の請求項にも従属可能である。即ち、各請求項の技術は以下のように様々に組み合わせることができる。
項目１
プリンタであって、
印刷エンジンと、
前記プリンタとは異なる端末装置から印刷対象の対象画像を表わす画像データがサーバに送信される場合に、前記サーバから前記対象画像を印刷するための印刷データを受信する印刷データ受信部と、
前記サーバから前記印刷データが受信される場合に、前記印刷データによって表わされる前記対象画像の印刷処理が完了する前に、前記印刷処理が完了したことを示す完了通知を前記サーバに送信する第１の完了通知送信部と、
前記完了通知が前記サーバに送信された後に、ユーザによる所定の入力を検知する検知部と、
前記ユーザによる前記所定の入力が検知される場合に、前記対象画像の前記印刷処理を前記印刷エンジンに実行させる印刷制御部と、
を備える、プリンタ。
項目２
前記完了通知が前記サーバに送信された後に、前記対象画像の前記印刷処理の状態を示す通知は前記サーバに送信されない、項目１に記載のプリンタ。
項目３
前記プリンタは、さらに、
前記サーバから第１の認証情報を受信する認証情報受信部を備え、
前記所定の入力は、第２の認証情報の入力を含み、
前記印刷制御部は、
前記ユーザによる前記所定の入力が検知され、かつ、前記第１の認証情報と前記第２の認証情報とが一致する場合に、前記対象画像の前記印刷処理を前記印刷エンジンに実行させ、
前記ユーザによる前記所定の入力が検知され、かつ、前記第１の認証情報と前記第２の認証情報とが一致しない場合に、前記対象画像の前記印刷処理を前記印刷エンジンに実行させない、項目１又は２に記載のプリンタ。
項目４
前記プリンタは、さらに、
第１のリクエストを前記サーバに送信する第１のリクエスト送信部を備え、
前記認証情報受信部は、前記第１のリクエストが前記サーバに送信されることに応じて、前記サーバから前記第１の認証情報を含む第１のレスポンスを受信し、
前記第１の完了通知部は、前記サーバから前記第１の認証情報を含む前記第１のレスポンスが受信される場合に、前記完了通知を前記サーバに送信し、
前記プリンタは、さらに、
前記第１のリクエストが前記サーバに送信されることに応じて、前記サーバから前記第１の認証情報を含まない第２のレスポンスが受信される場合に、前記対象画像の前記印刷処理が完了した後に、前記完了通知を前記サーバに送信する第２の完了通知送信部を備える、項目３に記載のプリンタ。
項目５
前記プリンタは、さらに、
前記サーバから前記第１の認証情報を含む前記第１のレスポンスが受信される場合に、第２のリクエストを前記サーバに送信する第２のリクエスト送信部を備え、
前記印刷データ受信部は、前記第２のリクエストが前記サーバに送信されることに応じて、前記サーバから前記印刷データを含む第３のレスポンスを受信する、項目４に記載のプリンタ。
項目６
前記プリンタは、さらに、
前記サーバから前記第１の認証情報を含まない前記第２のレスポンスが受信される場合に、前記対象画像の前記印刷処理が完了する前に、前記印刷処理を実行中であることを示す実行通知を前記サーバに送信する実行通知送信部を備え、
前記第２の完了通知送信部は、前記実行通知が前記サーバに送信された後に、前記印刷処理が完了する場合に、前記完了通知を前記サーバに送信する、項目４又は５に記載のプリンタ。
項目７
前記第１の認証情報は、前記端末装置において前記ユーザによって入力され、前記端末装置から前記サーバに送信される、項目３から５のいずれか一項に記載のプリンタ。
項目８
プリンタのためのコンピュータプログラムであって、
前記プリンタは、
印刷エンジンと、
コンピュータと、
を備え、
前記コンピュータプログラムは、前記コンピュータを、以下の各部、即ち、
前記プリンタとは異なる端末装置から印刷対象の対象画像を表わす画像データがサーバに送信される場合に、前記サーバから前記対象画像を印刷するための印刷データを受信する印刷データ受信部と、
前記サーバから前記印刷データが受信される場合に、前記印刷データによって表わされる前記対象画像の印刷処理が完了する前に、前記印刷処理が完了したことを示す完了通知を前記サーバに送信する第１の完了通知送信部と、
前記完了通知が前記サーバに送信された後に、ユーザによる所定の入力を検知する検知部と、
前記ユーザによる前記所定の入力が検知される場合に、前記対象画像の前記印刷処理を前記印刷エンジンに実行させる印刷制御部と、
として機能させる、コンピュータプログラム。
項目９
プリンタによって実行される方法であって、
前記プリンタは、印刷エンジンを備え、
前記方法は、
前記プリンタとは異なる端末装置から印刷対象の対象画像を表わす画像データがサーバに送信される場合に、前記サーバから前記対象画像を印刷するための印刷データを受信する印刷データ受信工程と、
前記サーバから前記印刷データが受信される場合に、前記印刷データによって表わされる前記対象画像の印刷処理が完了する前に、前記印刷処理が完了したことを示す完了通知を前記サーバに送信する第１の完了通知送信工程と、
前記完了通知が前記サーバに送信された後に、ユーザによる所定の入力を検知する検知工程と、
前記ユーザによる前記所定の入力が検知される場合に、前記対象画像の前記印刷処理を前記印刷エンジンに実行させる印刷制御工程と、
を備える、方法。

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

Claims (9)

1. プリンタであって、
   印刷エンジンと、
   前記プリンタとは異なる端末装置から印刷対象の対象画像を表わす画像データがサーバに送信される場合に、前記サーバから前記対象画像を印刷するための印刷データを受信する印刷データ受信部と、
   前記サーバから前記印刷データが受信される場合に、前記印刷データによって表わされる前記対象画像の印刷処理が完了する前に、前記印刷処理が完了したことを示す完了通知を前記サーバに送信する第１の完了通知送信部と、
   前記完了通知が前記サーバに送信された後に、ユーザによる所定の入力を検知する検知部と、
   前記ユーザによる前記所定の入力が検知される場合に、前記対象画像の前記印刷処理を前記印刷エンジンに実行させる印刷制御部と、
   を備える、プリンタ。
2. 前記完了通知が前記サーバに送信された後に、前記対象画像の前記印刷処理の状態を示す通知は前記サーバに送信されない、請求項１に記載のプリンタ。
3. 前記プリンタは、さらに、
   前記サーバから第１の認証情報を受信する認証情報受信部を備え、
   前記所定の入力は、第２の認証情報の入力を含み、
   前記印刷制御部は、
   前記ユーザによる前記所定の入力が検知され、かつ、前記第１の認証情報と前記第２の認証情報とが一致する場合に、前記対象画像の前記印刷処理を前記印刷エンジンに実行させ、
   前記ユーザによる前記所定の入力が検知され、かつ、前記第１の認証情報と前記第２の認証情報とが一致しない場合に、前記対象画像の前記印刷処理を前記印刷エンジンに実行させない、請求項１に記載のプリンタ。
4. 前記プリンタは、さらに、
   第１のリクエストを前記サーバに送信する第１のリクエスト送信部を備え、
   前記認証情報受信部は、前記第１のリクエストが前記サーバに送信されることに応じて、前記サーバから前記第１の認証情報を含む第１のレスポンスを受信し、
   前記第１の完了通知送信部は、前記サーバから前記第１の認証情報を含む前記第１のレスポンスが受信される場合に、前記完了通知を前記サーバに送信し、
   前記プリンタは、さらに、
   前記第１のリクエストが前記サーバに送信されることに応じて、前記サーバから前記第１の認証情報を含まない第２のレスポンスが受信される場合に、前記対象画像の前記印刷処理が完了した後に、前記完了通知を前記サーバに送信する第２の完了通知送信部を備える、請求項３に記載のプリンタ。
5. 前記プリンタは、さらに、
   前記サーバから前記第１の認証情報を含む前記第１のレスポンスが受信される場合に、第２のリクエストを前記サーバに送信する第２のリクエスト送信部を備え、
   前記印刷データ受信部は、前記第２のリクエストが前記サーバに送信されることに応じて、前記サーバから前記印刷データを含む第３のレスポンスを受信する、請求項４に記載のプリンタ。
6. 前記プリンタは、さらに、
   前記サーバから前記第１の認証情報を含まない前記第２のレスポンスが受信される場合に、前記対象画像の前記印刷処理が完了する前に、前記印刷処理を実行中であることを示す実行通知を前記サーバに送信する実行通知送信部を備え、
   前記第２の完了通知送信部は、前記実行通知が前記サーバに送信された後に、前記印刷処理が完了する場合に、前記完了通知を前記サーバに送信する、請求項４に記載のプリンタ。
7. 前記第１の認証情報は、前記端末装置において前記ユーザによって入力され、前記端末装置から前記サーバに送信される、請求項３に記載のプリンタ。
8. プリンタのためのコンピュータプログラムであって、
   前記プリンタのコンピュータを、以下の各部、即ち、
   前記プリンタとは異なる端末装置から印刷対象の対象画像を表わす画像データがサーバに送信される場合に、前記サーバから前記対象画像を印刷するための印刷データを受信する印刷データ受信部と、
   前記サーバから前記印刷データが受信される場合に、前記印刷データによって表わされる前記対象画像の印刷処理が完了する前に、前記印刷処理が完了したことを示す完了通知を前記サーバに送信する第１の完了通知送信部と、
   前記完了通知が前記サーバに送信された後に、ユーザによる所定の入力を検知する検知部と、
   前記ユーザによる前記所定の入力が検知される場合に、前記対象画像の前記印刷処理を印刷エンジンに実行させる印刷制御部と、
   として機能させる、コンピュータプログラム。
9. プリンタによって実行される方法であって、
   前記プリンタとは異なる端末装置から印刷対象の対象画像を表わす画像データがサーバに送信される場合に、前記サーバから前記対象画像を印刷するための印刷データを受信する印刷データ受信工程と、
   前記サーバから前記印刷データが受信される場合に、前記印刷データによって表わされる前記対象画像の印刷処理が完了する前に、前記印刷処理が完了したことを示す完了通知を前記サーバに送信する第１の完了通知送信工程と、
   前記完了通知が前記サーバに送信された後に、ユーザによる所定の入力を検知する検知工程と、
   前記ユーザによる前記所定の入力が検知される場合に、前記対象画像の前記印刷処理を印刷エンジンに実行させる印刷制御工程と、
   を備える、方法。

Images