JP7225451B2 - 印刷装置、印刷装置の制御方法及びプログラム - Google Patents

Description

本発明は、印刷装置、印刷装置の制御方法及びプログラムに関する。

近年の印刷方式は、クライアントが直接画像データを印刷装置に送信する方式に加えて、クラウド等のネットワーク上の印刷サーバが提供する印刷サービスから印刷データをダウンロードすることで印刷装置が印刷する方式が普及している。具体的には、モバイル等のクライアント端末が印刷サービスに印刷データを送信し、その印刷データを印刷サービスが印刷装置の形式の印刷データに変換し、この変換された印刷データを印刷装置がダウンロードすることで印刷が行われる。例えば、図１において１０２がクライアント端末、１０１が印刷サービス、１００が印刷装置として構成される。このような構成の場合、印刷サービスはクラウドでもオンプレミスでもどちらでも構わない。

図１のような構成でプル印刷する場合、例えばユーザが印刷装置の目の前に来て、ユーザＩＤおよびパスワードを使用して印刷装置にログインし、印刷サービスにそのユーザのジョブがあるかどうかを問い合わせる。印刷サービスからの応答に基づいてそのユーザのジョブ一覧が印刷装置の操作パネルに表示されたら、ユーザは印刷したいジョブを選択し、「印刷」ボタンを選択することで印刷装置が印刷サービスから該当のジョブを取得して印刷する方法がある。

一方、ユーザが印刷をキャンセルしたい場合、ユーザのジョブ一覧から消去したいジョブを選択し、キャンセル指示することで、印刷装置から印刷サービスにキャンセルコマンドが送信され、印刷サービス側で該当のジョブを消去する方法がある（特許文献１）。

このようなネットワーク構成からなる印刷システムの例として、ＰＷＧ５１００．１８では印刷プロトコルにＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）を使用したＩＰＰ－Ｉｎｆｒａという構成が提案されている。ＩＰＰとは、インターネットで用いられるＨＴＴＰプロトコルを利用して遠隔地にあるコンピュータと印刷装置との間で印刷データのやりとりを行うための印刷プロトコルである。
（ｈｔｔｐｓ：／／ｆｔｐ．ｐｗｇ．ｏｒｇ／ｐｕｂ／ｐｗｇ／ｃａｎｄｉｄａｔｅｓ／ｃｓ－ｉｐｐｉｎｆｒａ１０－２０１５０６１９－５１００．１８．ｐｄｆ）
ＩＰＰ－Ｉｎｆｒａでは、画像データを送信するＣｌｉｅｎｔ、画像データを保持するＩｎｆｒａｓｔｒｕｃｔｕｒｅ、画像データを取得するＰｒｏｘｙ、画像データを印刷するＯｕｔｐｕｔ Ｄｅｖｉｃｅが定義されている。ここでＰｒｏｘｙとＯｕｔｐｕｔ Ｄｅｖｉｃｅは同一端末でもよい。ＩＰＰ－Ｉｎｆｒａの構成を図１にあてはめると、Ｉｎｆｒａｓｔｒｕｃｔｕｒｅは１０１の印刷サービス、Ｐｒｏｘｙ兼Ｏｕｔｐｕｔ Ｄｅｖｉｃｅは１００の印刷装置、そしてＣｌｉｅｎｔは１０２のクライアント端末に相当する構成となる。

特開２０１７－１７０８９５号公報

しかしながら、ＩＰＰ－Ｉｎｆｒａの構成で、ユーザが印刷ジョブをキャンセル（消去）したい場合、ＩＰＰ－Ｉｎｆｒａでは印刷装置が印刷サービスにジョブキャンセルコマンドを送信することができないという制約がある。

図３は、ＩＰＰ－Ｉｎｆｒａ仕様で定義された、オペレーションとそれを対応すべき主体を示す図である。ＭＵＳＴは「実装しなければいけない」を、ＭＵＳＴ ＮＯＴは「実装してはいけない」、ＭＡＹは「実装してもしなくても、どちらでもよい」を意味する。例えば、「Ｃｒｅａｔｅ－Ｊｏｂ」というオペレーションは、印刷ジョブを生成するオペレーションを意味し、本オペレーションはＣｌｉｅｎｔとＩｎｆｒａｓｔｒｕｃｔｕｒｅは実装しなければならず、Ｐｒｏｘｙは実装してはいけない、ことを意味する。

これによると、印刷装置に相当するＰｒｏｘｙは、ジョブキャンセルをするためのＣａｎｃｅｌ－Ｊｏｂオペレーションを実行してはいけない（ＭＵＳＴ ＮＯＴ）と規定されている。

よって、ユーザが印刷装置の目の前に来て、任意のジョブをキャンセルしたくてもキャンセルできず、わざわざクライアント端末を起動してキャンセルするか、印刷サービスの管理者に依頼してキャンセルしてもらうしかない。その為、ユーザによってジョブをキャンセルするのに手間がかかるという問題があった。

本発明は、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）を用いて印刷サービスから印刷データを受信して印刷を行うことが可能な印刷装置において、印刷ジョブの消去にかかるユーザの手間を軽減することを目的とする。

ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）を用いて印刷サービスから印刷ジョブを受信して当該印刷ジョブの印刷を行うことが可能な印刷装置であって、印刷ジョブの一覧から選択された印刷ジョブの印刷指示をユーザから受け付ける受付手段と、前記印刷指示を受け付けた印刷ジョブを前記印刷サービスにＩＰＰのプロトコルに従って要求し、前記印刷サービスから当該印刷ジョブを受信する通信制御手段と、前記通信制御手段によって受信した印刷ジョブの印刷を実行する印刷手段と、を有し、前記印刷装置は、前記一覧から選択された印刷ジョブのキャンセル指示をユーザから受け付けることが可能となっており、前記キャンセル指示を受け付けた印刷ジョブを前記印刷サービスにＩＰＰのプロトコルに従って要求し、前記印刷サービスから前記通信制御手段で受信した当該印刷ジョブの印刷を印刷せず、さらに、当該印刷ジョブがキャンセルされた旨を示す通知を前記印刷サービスに対して行うことを特徴とする。

本発明によれば、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）を用いて印刷サービスから印刷データを受信して印刷を行うことが可能な印刷装置において、印刷ジョブの消去にかかるユーザの手間を軽減することができる。

本実施例におけるネットワークの構成を示す図である 本実施例における印刷装置のハードウェア構成図である ＰＷＧで定義されるオペレーションの一例である 本実施例１における印刷データ投入のシーケンス図である 本実施例１におけるジョブ印刷のシーケンス図である 本実施例１におけるジョブキャンセルのシーケンス図である 本実施例１におけるクラウド管理者がジョブキャンセルするシーケンス図である 本実施例１におけるクライアント端末からジョブキャンセルするシーケンス図である 本実施例１におけるジョブ印刷中にジョブキャンセルするシーケンス図である 本実施例１におけるジョブ一覧表示するフローチャートである 本実施例１におけるジョブ印刷するフローチャートである 本実施例１におけるジョブキャンセルするフローチャートである 本実施例１における印刷装置の操作パネルの画面例である 本実施例１におけるクラウドの操作パネルの画面例である 本実施例２におけるジョブキャンセルのフローチャートである 本実施例２におけるジョブキャンセルのシーケンス図である 本実施例における印刷装置のソフトウェア構成図である 本実施例３におけるジョブキャンセルのシーケンス図である 本実施例４における印刷処理のシーケンス図である 本実施例４におけるジョブキャンセルのシーケンス図である

以下、本発明を実施するための最良の形態について図面を用いて説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

（実施形態１）
本実施例では、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）－Ｉｎｆｒａを使用して、クラウド上の印刷サービスからの印刷データを取得して印刷する例を用いて説明する。

＜ハートウェア構成＞
図１は、本実施形態のクラウドプリントシステムの一例を示す。１００は印刷装置である。１０１は、インターネット上で提供される印刷サービスである。１０２はユーザの操作端末としてのクライアント端末である。印刷装置１００は、予め印刷装置１００のオーナーによって印刷サービス１０１に登録される。ユーザは、クライアント端末１０２から印刷サービス１０１に登録された印刷装置１００を選択し、印刷データをアクセスポイントや携帯基地局を介して印刷サービス１０１に送信する。印刷装置１００は印刷サービス１０１を介して、ユーザが送信した印刷データを受信して、印刷を行う。不図示であるが、ユーザが操作するクライアント端末は、クライアント端末１０２のみならず、汎用のパーソナルコンピュータやスマートフォンなどの複数のクライアント端末から印刷サービス１０１を利用することができる。なお、印刷装置１００およびクライアント端末１０２は、印刷サービス１０１とインターネットを介して接続されている。上述したとおり、図１の印刷システムはＩＰＰ－Ｉｎｆｒａの構成が適用されており、印刷装置１００はＰｒｏｘｙ兼Ｏｕｔｐｕｔ Ｄｅｖｉｃｅ、印刷サービス１０１はＩｎｆｒａｓｔｒｕｃｔｕｒｅ、クライアント端末はＣｌｉｅｎｔに相当する。

次に図２を用いて、印刷装置１００の構成を説明する。

ＣＰＵ２０１はＲＯＭ２０３が記憶している制御プログラムを読み出して、印刷装置１００の動作を制御するための様々な処理を実行する。ＲＯＭ２０３は、制御プログラムを記憶している。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２０４は、印刷データやスキャン画像等の様々なデータを記憶する。

なお、印刷装置１００の場合、１つのＣＰＵ２０１が後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵが協働して後述するフローチャートに示す各処理を実行するようにすることもできる。

印刷装置１００は、外部装置から受信した印刷データやスキャナ２１３よって生成されたスキャン画像等に基づいて、プリンタ２０６によって印刷処理が実行される。スキャナ２１３は、原稿を読み取ってスキャン画像を生成する。スキャナ２１３によって生成されたスキャン画像は、プリンタ２０６によって印刷されたり、ＨＤＤ２０４に記憶される。

操作部２０９は、タッチパネル機能を有する液晶表示部やキーボードを備え、後述する各種画面を表示する。ユーザは、操作部２０９を介して印刷装置１００に対して指示や情報を入力することができる。

無線ＬＡＮチップ２１１は無線ＬＡＮ通信で外部装置との通信を実現し、無線ＬＡＮの接続種別として無線インフラや無線ダイレクトのような接続種別を有する。

有線ＬＡＮインターフェース２１４は、ＰＣ端末等の外部装置との間で有線ＬＡＮチップ２１５を介して有線ＬＡＮで通信を実行する。

＜ソフトウェア構成＞
図１７は本実施形態における印刷装置１００のソフトウェア構成の一例を示す簡略図であり、ＲＯＭ２０３に記憶されたプログラムをＲＡＭ２０２に展開しＣＰＵ２０１がプログラムを実行することで実現されるソフトウェア構成である。１７０１はＵＩ処理部であり、図１４のようなジョブ一覧表示画面や、ジョブ履歴画面を表示するための画像を生成する。また、ＵＩ処理部１７０１は、ユーザからの「印刷」ボタンや「キャンセル」ボタン押下のイベントを、ジョブ処理部１７０３やネットワーク通信処理部１７０２に通知する。さらに、ＵＩ処理部１７０１は、ジョブ処理部１７０３からジョブ状況の変化に関する通知を受け取り、ジョブ一覧表示画面やジョブ履歴画面に反映する。１７０２はネットワーク通信処理部であり、印刷サービス１０１を提供するサーバなどの外部端末と無線ＬＡＮや有線ＬＡＮを通じてＩＰＰ等のネットワーク通信を行うための制御を行う。例えば印刷サービスから印刷ジョブを取得し、受信した画像データをジョブ処理部１７０３に転送する処理を行う。１７０３はジョブ処理部であり、受信した画像データを解釈し印字処理を実行する。また、ジョブの完了やエラーのイベントをＵＩ処理部１７０１に通知する。

また、不図示ではあるが、クライアント端末１０２にはＨＴＭＬのリクエストを送信しレスポンスで受信したＨＴＭＬに基づいて画面を表示するＷｅｂブラウザが備わっている。また、印刷サービス１０１には、印刷装置１００を登録する機能と、クライアント端末１０２から印刷指定された印刷データを印刷ジョブに変換し、登録された複数台の印刷装置１００の中から選択された印刷装置１００に対し印刷ジョブを提供する機能を備える。更に、印刷サービス１０１はＷｅｂサーバ機能を有し、印刷サービス１０１に保存されているジョブ状況や印刷サービスの負荷状況などをＷｅｂブラウザ経由で参照および設定するためのユーザインタフェースを提供する。これらの機能もソフトウェア構成により提供される機能であり、そのソフトウェア構成はＲＯＭに記憶されたプログラムをＲＡＭに展開しＣＰＵがプログラムを実行することで実現される。

＜ジョブ投入手順＞
図４はクライアント端末１０２から印刷サービス１０１へ印刷データを投入するシーケンス図を示す。クライアント端末１０２には、印刷サービス１０１に対応したＷｅｂブラウザがインストールされており、Ｗｅｂブラウザの印刷メニューから印刷サービス１０１に登録された印刷装置を選択することができる。そしてユーザはクライアント端末１０２から印刷したい画像データを選択し（４０１）、その画像データのプロパティ画面から「印刷」を選択する（４０２）事で、クライアント端末から印刷サービス１０１へ印刷データが送信される（４０３）。ＩＰＰではＰｒｉｎｔ－ＪｏｂオペレーションやＣｒｅａｔｅ－Ｊｏｂオペレーションによって印刷データが送信される。本オペレーションのＲｅｑｕｅｓｔｉｎｇ－ｕｓｅｒ－ｎａｍｅには、クライアント端末１０２を操作しているユーザを識別するためのユーザ情報が含まれる。これにより印刷サービス１０１は、クライアント端末１０２からどのユーザが印刷要求しているかを識別できる。印刷データを受信した印刷サービスは、印刷ジョブを生成して印刷サービス内の記憶領域に保存し、ジョブの処理状況をＰｅｎｄｉｎｇ（待機中）状態として保持する（４０４）。

図１４は印刷サービス１０１における処理状況を表示する画面の一例である。上述したとおり、印刷サービス１０１にＷＥＢサーバが搭載されており、管理者はＷＥＢサーバからログインして、印刷サービス１０１に保存されているジョブ状況や印刷サービスの負荷状況などをブラウザ経由で参照および設定することができる。クライアント端末１０２から印刷ジョブを受信すると、印刷ジョブが存在しない状態（Ａ）から、クライアントから２つの印刷ジョブを受信した状態（Ｂ）に遷移する。この時、ジョブを受信した時刻をＤａｔｅ領域に、ジョブ状況をＳｔａｔｕｓ領域に、ジョブに含まれるＩＰＰ属性のＲｅｑｕｅｓｔｉｎｇ－ｕｓｅｒ－ｎａｍｅをＯｗｎｅｒ領域に、ＩＰＰ属性のＪｏｂ－ｎａｍｅをＪｏｂＮａｍｅ領域に示す。

＜ジョブ一覧表示手順＞
次に、ユーザが印刷装置１００を操作して印刷サービス１０１に保存されている印刷ジョブ一覧を表示する処理を図１０のフローチャートを用いて説明する。まず、Ｓ１００１においてユーザは印刷装置１００にログインする。ログインは例えば図１３（Ａ）のように印刷装置１００の操作部２０９からユーザＩＤおよびパスワードを入力してログインしたり、ユーザＩＤおよびパスワードが記憶されたカードを印刷装置１００にタッチすることでログインする方法がある。ログインに成功すると、図１３（Ｂ）のように、そのユーザに許可された操作アイコンが操作部２０９に表示され、ユーザは任意のアイコンを選択することで所望の操作を実現できる。本実施例のクラウドプリントは、図１３（Ｂ）の「ＣｌｏｕｄＰＲＩＮＴ」アイコンを選択する事で操作可能とする。「ＣｌｏｕｄＰＲＩＮＴ」が押下されたら、図１３（Ｃ）のジョブ一覧表示画面に遷移する。ここでは、ログインしたユーザの印刷ジョブ一覧が表示される。

内部的に印刷装置１００のＣＰＵ２０１は、Ｓ１００２において印刷サービス１０１に対してジョブ一覧取得要求を送信する。ジョブ一覧取得要求は、ＩＰＰのＧｅｔ－ＪｏｂｓオペレーションやＧｅｔ－Ｄｏｃｕｍｅｎｔｓオペレーションによって実現される。本オペレーションでは、Ｍｙ－Ｊｏｂｓ属性をＴｒｕｅとして、Ｒｅｑｕｅｓｔｉｎｇ－ｕｓｅｒ－ｎａｍｅやＲｅｑｕｅｓｔｉｎｇ－ｕｒｉ属性にログインユーザのユーザ情報が格納される。これらの属性値と、印刷サービス１０１に保存されている印刷ジョブのユーザ属性の値が一致した印刷ジョブのみが印刷サービス１０１から印刷装置１００に送信される。

Ｓ１００３において印刷ジョブの一覧を取得できた場合、Ｓ１００４において、ＣＰＵ２０１は取得したジョブ一覧を図１３（Ｃ）のように操作部２０９に表示する。ここでは、印刷装置１００にログイン中のユーザ「Ａｌｉｃｅ」のジョブ一覧が表示される。そしてＳ１００５において、ＣＰＵ２０１はユーザの操作待ち状態となる。ユーザが任意のジョブを選択して「Ｐｒｉｎｔ」を選択した場合、図１１のフローチャートへ進み、「Ｃａｎｃｅｌ」を選択した場合、図１２のフローチャートへ進む。なお、Ｓ１００３において、印刷装置１００のログインユーザに対応する印刷ジョブが印刷サービス１０１に登録されておらず、印刷ジョブの一覧が送信されなかった場合、又は図１３（Ｃ）のジョブ一覧画面で「Ｂａｃｋ」が選択された場合、処理を終了する。

＜印刷手順＞
図５は印刷装置１００が印刷サービス１０１からジョブを取得して印刷するまでのシーケンス図を示す。

ユーザは印刷装置１００にログインし（５００）、図１３（Ｂ）に示すメニュー画面から「ＣｌｏｕｄＰＲＩＮＴ」を選択すると、ジョブ一覧の取得要求が印刷サービス１０１へ送信される（５０２）。印刷サービス１０１は、受信したジョブ一覧の取得要求に対する応答として、印刷装置１００のログインユーザに紐づけられた印刷ジョブの一覧を印刷装置１００に送信する（５０３）。印刷装置１００は受信した情報に基づいて図１３（Ｃ）に示すジョブ一覧画面を表示する（５０４）。後述するように、図１３（Ｃ）のジョブ一覧画面は、印刷ジョブの印刷指示、及びキャンセル指示をユーザから受付可能な画面である。ここまでは、前述した図１０のＳ１００１～Ｓ１００４の処理を行うことにより実現される。

図１３（Ｃ）のジョブ一覧画面から印刷対象のジョブが選択された状態で「Ｐｒｉｎｔ」が押下されると（５０５）、印刷装置１００はジョブ一覧表示画面の該当ジョブのステータスを「Ｐｒｏｃｅｓｓｉｎｇ」状態に変更する（５０６）。このときの画面が図１３（Ｇ）であり、２つの印刷ジョブのうちＪｏｂＮａｍｅが「ＡＡ．ｐｄｆ」の印刷ジョブのみステータスが「ｐｅｎｄｉｎｇ」から「ｐｒｏｃｅｓｓｉｎｇ」に変わっている。

次に、印刷装置１００は、印刷サービス１０１に対してＪｏｂＳｔａｔｕｓ＝Ｐｒｏｃｅｓｓｉｎｇ（処理中）となるようジョブ状況の更新通知を送信する（５０７）。本オペレーションは、Ｕｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信することで実現される。本オペレーションを受信した印刷サービス１０１は該当ジョブのステータスを図１４（Ｃ）のように「Ｐｒｏｃｅｓｓｉｎｇ」に変更する（５０８）。

続いて、印刷装置１００は、ユーザにより選択された印刷ジョブを印刷のために取得すべく、印刷サービス１０１に対してジョブ取得要求を送信する（５０９）。ＩＰＰでは、Ｆｅｔｃｈ－Ｊｏｂ、Ａｃｋｎｏｗｌｅｄｇｅ－Ｊｏｂ，Ｆｅｔｅｈ－Ｄｏｃｕｍｅｎｔ，Ａｃｋｎｏｗｌｅｄｇｅ－Ｄｏｃｕｍｅｎｔなどのオペレーションを使用してジョブ取得要求を行う。

ジョブ取得要求を受信した印刷サービス１０１はジョブデータを印刷装置１００へ送信し（５１０）、印刷装置１００は、受信した印刷データに基づいて印刷処理を開始する（５１１）。印刷処理が正常に完了した場合、印刷装置１００は、図１３（Ｈ）のようにジョブ一覧表示画面の該当ジョブのステータスを「Ｃｏｍｐｌｅｔｅｄ」（完了）に変更する（５１２）。また、印刷処理が完了した時刻、結果、ユーザ名、ジョブ名をジョブ履歴として保存し、図１３（Ｉ）のようにジョブ履歴画面を更新する（５１３）。

最後に印刷装置１００は、印刷サービス１０１にＪｏｂＳｔａｔｕｓ＝ＣｏｍｐｌｅｔｅｄとなるようＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する（５１４）。本オペレーションを受信した印刷サービス１０１は、図１４（Ｄ）のようにステータスを「Ｃｏｍｐｌｅｔｅｄ」に変更する（５１５）。

以上の処理により、クライアント端末１０２から印刷サービス１０１に送信された印刷データを、印刷装置１００が取得して印刷を行うことができる。

＜本発明で提案するジョブキャンセル手順＞
図６は印刷サービス１０１へ登録された印刷ジョブを印刷装置１００で印刷を開始することなくキャンセル（消去）するシーケンス図を示す。図６の６０１～６０４までは、図５の５０１～５０４までと同様であるため、説明を省略する。

図１３（Ｃ）のジョブ一覧画面から少なくとも一つのジョブが選択された状態で「Ｃａｎｃｅｌ」が押下されると（６０５）、印刷装置１００はジョブ一覧表示画面の該当ジョブの処理状況を「Ｃａｎｃｅｌｌｉｎｇ」（キャンセル中）状態に変更する（６０６）。このときの画面が図１３（Ｄ）であり、２つの印刷ジョブのうちＪｏｂＮａｍｅが「ＡＡ．ｐｄｆ」の印刷ジョブのみステータスが「ｐｅｎｄｉｎｇ」から「Ｃａｎｃｅｌｌｉｎｇ」に変わっている。

次に、印刷装置１００は印刷サービス１０１に対して、ＪｏｂＳｔａｔｕｓがＰｒｏｃｅｓｓｉｎｇとなるようにＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する（６０７）。本オペレーションを受信した印刷サービス１０１は該当ジョブのステータスを図１４（Ｃ）のように「Ｐｒｏｃｅｓｓｉｎｇ」状態に変更する（６０８）。

続いて、印刷装置１００は、キャンセル対象として選択された印刷ジョブに対応する印刷データを取得すべく、印刷サービス１０１に対してジョブ取得要求を送信する（６０９）。ＩＰＰでは、Ｆｅｔｃｈ－Ｊｏｂ、Ａｃｋｎｏｗｌｅｄｇｅ－Ｊｏｂ，Ｆｅｔｅｈ－Ｄｏｃｕｍｅｎｔ，Ａｃｋｎｏｗｌｅｄｇｅ－Ｄｏｃｕｍｅｎｔなどのオペレーションを使用してジョブ取得要求を行う。

ジョブ取得要求を受信した印刷サービス１０１はジョブデータを印刷装置１００へ送信する（６１０）。印刷装置１００は、受信した印刷データに基づく印刷処理を実行することなく、ネットワーク層で読み捨て破棄する（６１１）。内部的にはネットワーク通信処理部１７０２において受信した画像データを破棄し、ジョブ処理部１７０３には画像データを転送しない。そして、印刷は図１３（Ｅ）のようにジョブ状況画面から該当のジョブを消去する。また、この時、図１３（Ｆ）のようにジョブ履歴にも一切ジョブの印刷処理を行った形跡が残らないようにする。

最後に印刷装置１００は、印刷サービス１０１に対して、ＪｏｂＳｔａｔｕｓがＣａｎｃｅｌｌｅｄ（キャンセル完了）となるようにＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する（６１２）。本オペレーションを受信した印刷サービス１０１は、該当ジョブのステータスを図１４（Ｅ）のように「Ｃａｎｃｅｌｌｅｄ」に変更する（６１３）。

以上のように印刷装置１００で印刷実行前にキャンセルが選択された場合、印刷サービス１０１から該当するジョブを取得して内部的に読み捨てることで疑似的に印刷サービス１０１上のジョブをキャンセルすることができる。よって、ＩＰＰ－Ｉｎｆｒａのように印刷装置でのＣａｎｃｅｌ－Ｊｏｂオペレーションが禁止されているプロトコルでも、キャンセルオペレーションが許可されているプロトコルと同様の操作手順でキャンセルすることが可能となる。

＜その他のジョブキャンセル手順＞
本発明で提案する以外にもジョブキャンセル手順の方法がある。例えば、図７のように印刷サービス１０１の管理者が印刷サービス１０１にアクセスして、印刷サービス１０１に保存されているジョブを直接指定して削除する方法がある。この場合、管理者権限を有するユーザであれば誰でも操作可能である。

具体的には、管理者がＰＣ等のＷｅｂブラウザを用いて印刷サービス１０１のＷｅｂサーバにログインし（７０１）、ジョブの一覧を表示させる（７０２）。このときの画面が図１４（Ｂ）である。そして、図１４（Ｂ）のように表示されたジョブ一覧の中からキャンセル対象のジョブを選択して「Ｃａｎｃｅｌ」を押下すると（７０３）、印刷サービス１０１上でキャンセル処理が行われる（７０４）。そして、印刷サービス１０１は、図１４（Ｆ）のように該当ジョブのステータスを「Ｃａｎｃｅｌｌｅｄ」に変更する（７０５）。

また、他には図８のようにクライアント端末１０２からジョブキャンセルする方法がある。具体的には、ジョブ投入したユーザが操作するクライアント端末１０２から、印刷サービス１０１に保存されているジョブ状況をスプーラ等で確認する（８０１、８０２、８０３）。そしてユーザはキャンセルしたいジョブを選択して、キャンセル指示をする事で（８０４）、クライアント端末１０２から印刷サービス１０１に対してＣａｎｃｅｌ－Ｊｏｂｓオペレーションが送信される（８０５）。クライアント端末１０２は該当するジョブのステータスを「Ｃａｎｃｅｌｌｉｎｇ」に変更し（８０６）、印刷サービス１０１でキャンセル処理が行われる（８０７）。クライアント端末１０２は印刷サービス１０１からキャンセル完了の通知を受信すると（８０８）、該当するジョブのステータスを「Ｃａｎｃｅｌｌｅｄ」に変更する。また、印刷サービス１０１も、キャンセル処理が完了すると、該当ジョブのステータスを「Ｃａｎｃｅｌｌｅｄ」に変更する。前述の通り、ＩＰＰ－Ｉｎｆｒａの規定ではＣｌｉｅｎｔからのキャンセルオペレーションは許可されているので、本操作が可能となる。また、Ｃａｎｃｅｌ－Ｊｏｂｓオペレーションではなくても、Ｃａｎｃｅｌ－Ｍｙ－ＪｏｂｓやＣａｎｃｅｌ－Ｊｏｂ等のキャンセル系オペレーションでもよい。キャンセルオペレーションを受信した印刷サービス１０１は図１４（Ｆ）のように該当ジョブのステータスを「Ｃａｎｃｅｌｌｅｄ」状態に変更する。

＜印刷処理を開始した後にジョブをキャンセルする手順＞
図６～８では、印刷サービス１０１に保存された印刷ジョブを、印刷開始することなくキャンセルする例について説明した。図９は、印刷装置１００による印刷を開始した後、印刷処理途中にキャンセル（中止）するシーケンスを示す。なお、印刷開始するまでの処理である９０１～９１１は図５の５０１～５１１と同様の処理であるため説明を省略する。

印刷装置１００で印刷処理（９１１）を開始した後、図１３（Ｇ）のように印刷中のジョブに対して、ユーザが操作部２０９から「Ｃａｎｃｅｌ」を選択する（９１２）。印刷装置１００は該当ジョブのステータスを「Ｃａｎｃｅｌｌｉｎｇ」状態に変更（９１３）すると共に、キャンセル処理を行う（９１４）。内部的にはネットワーク通信処理部１７０２からジョブ処理部１７０３に対して転送された画像データに対して、ジョブ処理部１７０３においてジョブキャンセルが実行される。キャンセル処理が完了すると、印刷装置１００は図１３（Ｊ）のように該当ジョブのステータスを「Ｃａｎｃｅｌｌｅｄ」状態に変更する（９１５）。また、キャンセル処理が完了した時刻、結果、ユーザ名やジョブ名をジョブ履歴として記録し、図１３（Ｋ）のようにジョブ履歴画面を更新する（９１６）。

最後に、印刷装置１００は印刷サービス１０１に対して、ＪｏｂＳｔａｔｕｓ＝ＣａｎｃｅｌｌｅｄとなるようにＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する（９１７）。本オペレーションを受信した印刷サービス１０１は、図１４（Ｅ）のようにステータスを「Ｃａｎｃｅｌｌｅｄ」に変更する（９１８）。

本操作の場合、キャンセルするまでに何枚か印刷処理が完了し排紙されてしまう場合がある。また、ジョブ履歴にはキャンセルの履歴が残る、複数ジョブを同時にキャンセルしたい場合に手間がかかる等の問題があり、印刷サービス１０１側のジョブを消去したいという目的の場合には適切でない操作になる可能性がある。

そこで、本発明では、上述した図６のような方法を採ることにより、上記のような問題を生じさせることなく、印刷サービス１０１上のジョブを印刷装置１００からキャンセルすることができる。

＜印刷装置１００における印刷ジョブ実行のフロー＞
図１３（Ｃ）に示すジョブ一覧画面からユーザにより選択された印刷ジョブの実行を行う際の印刷装置１００のフローチャートについて、図１１を用いて説明する。

Ｓ１１０１において、ジョブ一覧画面から「Ｐｒｉｎｔ」が選択されたことを検知したＣＰＵ２０１は、ジョブ一覧画面の該当ジョブのステータスを「Ｐｒｏｃｅｓｓｉｎｇ」状態に変更する（図１３（Ｇ）参照）。そして、Ｓ１１０２において、ＣＰＵ２０１は印刷サービス１０１に対してＪｏｂＳｔａｔｕｓ＝ＰｒｏｃｅｓｓｉｎｇとなるようＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する。

次に、Ｓ１１０３においてＣＰＵ２０１は、印刷サービス１０１に対してジョブ取得要求を送信する。ＩＰＰでは、Ｆｅｔｃｈ－Ｊｏｂ、Ａｃｋｎｏｗｌｅｄｇｅ－Ｊｏｂ，Ｆｅｔｅｈ－Ｄｏｃｕｍｅｎｔ，Ａｃｋｎｏｗｌｅｄｇｅ－Ｄｏｃｕｍｅｎｔなどのオペレーションを使用してジョブ取得要求を行う。Ｓ１１０４で回線の不安定や切断などによりジョブの取得が失敗した場合、ＣＰＵ２０１はジョブ取得要求を再送する。なお、図示していないが、ジョブ取得要求を所定回数送信してもジョブの取得に成功しない場合、本フローチャートの処理をエラー終了する。

Ｓ１１０４でジョブの取得に成功した場合、ＣＰＵ２０１はＳ１１０５において印刷処理を開始する。内部的にはネットワーク通信処理部１７０２からジョブ処理部１７０３に画像データが転送され、ジョブ処理部１７０３において印刷処理が開始される。

Ｓ１１０６において印刷処理が正常に完了した場合、Ｓ１１０７においてＣＰＵ２０１は、図１３（Ｈ）のようにジョブ一覧画面の該当ジョブのステータスを「Ｃｏｍｐｌｅｔｅｄ」に変更する。また、ＣＰＵ２０１はＳ１１０８において印刷処理が完了した時刻、結果、ユーザ名、ジョブ名をログとして保存する。そして、Ｓ１１０９においてＣＰＵ２０１は、印刷サービス１０１にＪｏｂＳｔａｔｕｓ＝ＣｏｍｐｌｅｔｅｄとなるようＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する。

Ｓ１１０６において、図１３（Ｇ）の画面で印刷中のジョブに対してユーザが操作部２０９から「Ｃａｎｃｅｌ」を選択したことをＣＰＵ２０１が検知すると、ＣＰＵ２０１は該当ジョブのキャンセル処理を実行する（Ｓ１１１４）。内部的には、ネットワーク通信処理部１７０２からジョブ処理部１７０３に転送された画像データに対して、ジョブ処理部１７０３においてジョブキャンセルが実行される。Ｓ１１１５においてＣＰＵ２０１は、図１３（Ｊ）のように該当ジョブのステータスを「Ｃａｎｃｅｌｌｅｄ」状態に変更する。また、Ｓ１１１６においてＣＰＵ２０１は、ジョブ履歴にキャンセル処理が完了した時刻、結果、ユーザ名やジョブ名をログとして記録する。そして、Ｓ１１１７においてＣＰＵ２０１は印刷サービス１０１に対して、ＪｏｂＳｔａｔｕｓがＣａｎｃｅｌｌｅｄとなるようにＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する。

また、Ｓ１１０６において、印刷処理中に描画エラーなどが発生し異常終了した場合は、Ｓ１１１０においてＣＰＵ２０１はエラー処理を行う。Ｓ１１１１においてＣＰＵ２０１は、図１３（Ｌ）のように該当ジョブのステータスを「Ａｂｏｒｔｅｄ」状態に変更する。また、Ｓ１１１２においてＣＰＵ２０１は、ジョブ履歴にキャンセル処理が完了した時刻、結果、ユーザ名やジョブ名をログとして記録する。そして、Ｓ１１１３においてＣＰＵ２０１は印刷サービス１０１に対して、ＪｏｂＳｔａｔｕｓがＣａｎｃｅｌｌｅｄとなるようにＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する。この場合、印刷サービス１０１側でも印刷装置１００側にもエラーとして履歴にログ保存される。

＜印刷装置１００における印刷ジョブキャンセルのフロー＞
図１３（Ｃ）に示すジョブ一覧画面からユーザにより選択された印刷ジョブをキャンセルする際の印刷装置１００のフローチャートについて、図１２を用いて説明する。

まず、Ｓ１２０１において、ジョブ一覧画面から「Ｃａｎｃｅｌ」が選択されたことを検知したＣＰＵ２０１は、ジョブ一覧画面の該当ジョブのステータスを「Ｃａｎｃｅｌｌｉｎｇ」に変更する（図１３（Ｄ）参照）。なお、ジョブ状況一覧からキャンセルするジョブを選択する際、１つのジョブを選択してもよいし、複数のジョブを同時に選択してもよい。

次に、Ｓ１２０２において、ＣＰＵ２０１は印刷サービス１０１に対して、ＪｏｂＳｔａｔｕｓがＰｒｏｃｅｓｓｉｎｇとなるようにＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する。次に、Ｓ１２０３においてＣＰＵ２０１は、印刷サービス１０１に対してキャンセル対象のジョブのジョブ取得要求を送信する。ＩＰＰでは、Ｆｅｔｃｈ－Ｊｏｂ、Ａｃｋｎｏｗｌｅｄｇｅ－Ｊｏｂ，Ｆｅｔｅｈ－Ｄｏｃｕｍｅｎｔ，Ａｃｋｎｏｗｌｅｄｇｅ－Ｄｏｃｕｍｅｎｔなどのオペレーションを使用してジョブ取得要求を行う。Ｓ１２０４で回線の不安定や切断などにより画像データ転送が失敗した場合、ＣＰＵ２０１はジョブ取得要求を再送する。なお、図示していないが、ジョブ取得要求を所定回数送信してもジョブの取得に成功しない場合、本フローチャートの処理をエラー終了する。

Ｓ１２０４においてジョブの取得に成功した場合、ＣＰＵ２０１は、Ｓ１２０５において受信した画像データを印刷処理せずネットワーク層で読み捨て破棄する。内部的には、ネットワーク通信処理部１７０２において受信した画像データを削除する。つまり、ネットワーク通信処理部１７０２からジョブ処理部１７０３に画像データを転送しない。そして、Ｓ１２０６においてＣＰＵ２０１は図１３（Ｅ）のようにジョブ一覧画面から該当のジョブを消去する。また、この時、図１３（Ｆ）のようにジョブ履歴にも一切ジョブを印刷処理した形跡が残らないようにする。

最後にＳ１２０７においてＣＰＵ２０１は印刷サービス１０１に対して、ＪｏｂＳｔａｔｕｓがＣａｎｃｅｌｌｅｄとなるようにＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する。

なお、Ｕｐｄａｔｅ－Ｊｏｂ－ＳｔａｔｕｓオペレーションでＣａｎｃｅｌｌｅｄを送信しても印刷サービス１０１側でジョブが消えない場合は、Ａｂｏｒｔｅｄを送信してもよい。どのステータスで印刷サービス１０１側のジョブが消去されるかで、送信するステータスを切り換えても可能としてもよい。

以上のように、印刷装置１００で印刷開始前にキャンセルが選択された場合、印刷サービス１０１から該当する印刷データを取得し、ネットワーク通信処理部１７０２にて読み捨てることで、疑似的に印刷サービス１０１上のジョブをキャンセルすることができる。よって、ＩＰＰ－Ｉｎｆｒａのように印刷装置からのＣａｎｃｅｌ－Ｊｏｂオペレーションが禁止されているプロトコルでも、印刷処理を開始する前に印刷装置から印刷サービス１０１上のジョブを消去することが可能となる。

（実施形態２）
次に第２の実施形態について説明する。本実施形態では、印刷サービス１０１側でキャンセルのジョブ状況を受信したら、印刷サービス１０１がジョブをキャンセルする機能を搭載する前提で説明をする。図１５は本実施例における印刷装置１００のフローチャートである。また、図１６は本実施例におけるシーケンス図を示す。１６０１～１６０４までの処理は、図５の５０１～５０４、図６の６１０～６０４、図９の９０１～９０４と同様の処理であるため、説明を省略する。

ジョブ一覧画面からジョブが選択された状態で「Ｃａｎｃｅｌ」が押下され（１６０５）、それを検知したＣＰＵ２０１は、ジョブ一覧画面の該当ジョブのステータスを「Ｃａｎｃｅｌｌｉｎｇ」状態に変更する（Ｓ１５０１、１６０６）。所定時間後、ＣＰＵ２０１は、ジョブ一覧画面の該当ジョブのステータスを「Ｃａｎｃｅｌｌｉｅｄ」状態に変更する（Ｓ１５０２、１６０７）。

次にＳ１５０３において、ＣＰＵ２０１は印刷サービス１０１に対して、ＪｏｂＳｔａｔｕｓ＝ＣａｎｃｅｌｌｅｄとなるようＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する（１６０８）。本オペレーションを受信した印刷サービス１０１は、このジョブが印刷装置１００でキャンセルされたと判断して、印刷サービス側の記憶領域からもジョブをキャンセルして消去する（１６０９）。そして印刷サービス１０１は該当ジョブのステータスを「Ｃａｎｃｅｌｌｅｄ」に変更する。

本実施形態によれば、実施形態１のように印刷装置１００が印刷サービス１０１からジョブを取得しなくても、ジョブ状況だけを通知すれば良いので、印刷装置側の処理負担は軽減される。

（実施形態３）
次に第３の実施形態について図１８を用いて説明する。第１の実施形態では、印刷開始前にユーザからキャンセル指示を受け付けた場合、内部的にネットワーク通信処理部１７０２で受信した画像データを読み捨て、ジョブ処理部１７０３には画像データが転送されなかった。本実施例では、ネットワーク通信処理部１７０２では受信した画像データを読み捨てることなく、ジョブ処理部１７０３に画像データを転送後、ジョブ処理部１７０３でキャンセルする例について説明する。

図１８は本実施例におけるシーケンス図を示す。１８０１～１８１０の処理は図６の６０１～６１０の処理と同様であるため、説明を省略する。

１８１０で印刷サービス１０１からの画像データ取得に成功したＣＰＵ２０１は、印刷処理を開始するが、すぐにキャンセル処理を実施する。内部的には、ネットワーク通信処理部１７０２からジョブ処理部１７０３に画像データが転送され、ジョブ処理部１７０３が印刷処理とキャンセル処理を実行する。

印刷装置１００は、受信した画像データに基づいて印刷処理を開始すると共に（１８１１）、ジョブ一覧画面における該当ジョブのステータスを「Ｃａｎｃｅｌｌｉｎｇ」状態に変更する（１８１２）。更に印刷装置１００は、該当ジョブのキャンセル処理を行う（１８１３）。キャンセル処理が完了すると、ジョブ一覧画面における該当ジョブのステータスを「Ｃａｎｃｅｌｌｅｄ」に変更し（１８１４）、キャンセルジョブとしてジョブ履歴にログ保存する（１８１５）。最後に印刷装置１００は、印刷サービス１０１に対して、ＪｏｂＳｔａｔｕｓがＣａｎｃｅｌｌｅｄとなるようにＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する（１８１６）。本オペレーションを受信した印刷サービス１０１は、該当ジョブのステータスを「Ｃａｎｃｅｌｌｅｄ」に変更する（１８１７）。

本実施形態によれば、第１の実施形態と同様に、ＩＰＰ－Ｉｎｆｒａのように印刷装置からのジョブキャンセルが禁止されているプロトコルでも、印刷処理を開始する前に印刷装置から印刷サービス１０１上のジョブを消去することが可能となる。

＜プッシュ印刷の場合のジョブキャンセル＞
上述した第１～第３の実施形態では、印刷装置１００においてユーザが印刷指示を行うと、印刷サービス１０１から印刷データを取得して印刷する「プル印刷」を例にして説明した。ここでは、印刷装置１００においてユーザが印刷指示を行うことなく、印刷サービス１０１から自動的に印刷データを取得して印刷する「プッシュ印刷」におけるジョブキャンセルについて説明する。プッシュ印刷の場合、ユーザがクライアント端末１０２から印刷サービス１０１へ印刷データを投入すると、即時に印刷装置１００にジョブ投入の通知が行われ印刷処理まで実行される。そのため、プル印刷の場合と異なり、即時印刷することが可能となる。

図１９は、プッシュ印刷のシーケンス図を示す。クライアント端末１０２から印刷サービス１０１へ印刷データが投入されるまでの処理１９０１～１９０３は図４の４０１～４０３と同様である。

印刷サービス１０１がクライアント端末１０２から印刷データを受信したら、印刷ジョブを生成すると共に、印刷装置１００に対して印刷ジョブが投入されたことをプッシュ通知する（１９０４）。なお、印刷サービス１０１からオフィスやホームに存在する印刷装置１００にプッシュ通知を行うため、常時接続やロングポーリングなどセッションを継続して確立するプロトコルが使用されている前提となる。印刷ジョブの通知を受信した印刷装置１００は、ジョブ一覧表示画面の該当ジョブのステータスを「Ｐｒｏｃｅｓｓｉｎｇ」状態に変更する（１９０５）。

次に、印刷装置１００は、印刷サービス１０１に対してＪｏｂＳｔａｔｕｓ＝Ｐｒｏｃｅｓｓｉｎｇとなるようジョブ状況の更新通知を送信する（１９０６）。本オペレーションは、Ｕｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信することで実現される。本オペレーションを受信した印刷サービス１０１は該当ジョブのステータスを「Ｐｒｏｃｅｓｓｉｎｇ」に変更する（１９０７）。

続いて、印刷装置１００は、投入された印刷ジョブを印刷のために取得すべく、印刷サービス１０１に対してジョブ取得要求を送信する（１９０８）。ＩＰＰでは、Ｆｅｔｃｈ－Ｊｏｂ、Ａｃｋｎｏｗｌｅｄｇｅ－Ｊｏｂ，Ｆｅｔｅｈ－Ｄｏｃｕｍｅｎｔ，Ａｃｋｎｏｗｌｅｄｇｅ－Ｄｏｃｕｍｅｎｔなどのオペレーションを使用してジョブ取得要求を行う。

ジョブ取得要求を受信した印刷サービス１０１はジョブデータを印刷装置１００へ送信し（１９０９）、印刷装置１００は、受信した印刷データに基づいて印刷処理を開始する（１９１０）。印刷処理が正常に完了した場合、印刷装置１００は、ジョブ一覧表示画面の該当ジョブのステータスを「Ｃｏｍｐｌｅｔｅｄ」に変更する（１９１１）。また、印刷処理が完了した時刻、結果、ユーザ名、ジョブ名をジョブ履歴として保存する（１９１２）。

最後に印刷装置１００は、印刷サービス１０１にＪｏｂＳｔａｔｕｓ＝ＣｏｍｐｌｅｔｅｄとなるようＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する（１９１３）。本オペレーションを受信した印刷サービス１０１は、該当ジョブのステータスを「Ｃｏｍｐｌｅｔｅｄ」に変更する（１９１４）。

以上の処理によって、ＩＰＰ－Ｉｎｆｒａの構成を使用したプッシュ印刷が可能となる。

次に、プッシュ印刷においてジョブをキャンセルするシーケンスを図２０に示す。プッシュ印刷の場合、ユーザによる印刷装置１００での印刷指示なしで印刷が開始されるため、印刷開始前にキャンセルすることはできない。よって、図９の処理と同様に、印刷開始後にキャンセルすることとなる。印刷が開始されるまでの処理である２００１～２０１０は図１９の１９０１～１９１０と同様である。

印刷装置１００で印刷処理（２０１０）を開始した後、印刷中のジョブに対して、ユーザが操作部２０９から「Ｃａｎｃｅｌ」を選択する（２０１１）。印刷装置１００は該当ジョブのステータスを「Ｃａｎｃｅｌｌｉｎｇ」状態に変更（２０１２）すると共に、キャンセル処理を行う（２０１３）。内部的にはネットワーク通信処理部１７０２からジョブ処理部１７０３に対して転送された画像データに対して、ジョブ処理部１７０３においてジョブキャンセルが実行される。

キャンセル処理が完了すると、印刷装置１００は該当ジョブのステータスを「Ｃａｎｃｅｌｌｅｄ」状態に変更する（２０１４）。また、キャンセル処理が完了した時刻、結果、ユーザ名やジョブ名をジョブ履歴として記録する（２０１５）。

最後に、印刷装置１００は印刷サービス１０１に対して、ＪｏｂＳｔａｔｕｓ＝ＣａｎｃｅｌｌｅｄとなるようにＵｐｄａｔｅ－Ｊｏｂ－Ｓｔａｔｕｓオペレーションを送信する（２０１６）。本オペレーションを受信した印刷サービス１０１は、該当ジョブステータスを「Ｃａｎｃｅｌｌｅｄ」に変更する（２０１７）。

なお、プル印刷を行うかプッシュ印刷を行うかは印刷装置１００においてユーザが予め設定することが可能である。プル印刷を行うよう設定されていた場合は、上述した実施形態１～３のいずれかのシーケンスが実行され、プッシュ印刷を行うよう設定されていた場合は図１９、２０のシーケンスが実行されることとなる。

以上説明したとおり、上記各実施形態によれば、ＩＰＰを用いて印刷サービスから印刷データを取得して印刷を行う印刷装置において、ユーザがキャンセル指示を行うと、該当する印刷データを印刷装置が印刷サービスから取得して削除する。これによりＩＰＰ－Ｉｎｆｒａのように印刷装置でのＣａｎｃｅｌ－Ｊｏｂオペレーションが禁止されているプロトコルでも、キャンセルオペレーションが許可されているプロトコルと同様の操作手順でキャンセルすることが可能となる。よって、不要な印刷ジョブがある場合に、クライアント端末を起動して消去する、印刷サービスの管理者に依頼して消去してもらう等の手間をかけることなく、印刷ジョブの消去にかかるユーザの手間を軽減することができる。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

Claims (8)

1. ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）を用いて印刷サービスから印刷ジョブを受信して当該印刷ジョブの印刷を行うことが可能な印刷装置であって、
   印刷ジョブの一覧から選択された印刷ジョブの印刷指示をユーザから受け付ける受付手段と、
   前記印刷指示を受け付けた印刷ジョブを前記印刷サービスにＩＰＰのプロトコルに従って要求し、前記印刷サービスから当該印刷ジョブを受信する通信制御手段と、
   前記通信制御手段によって受信した印刷ジョブの印刷を実行する印刷手段と、を有し、
   前記印刷装置は、
   前記一覧から選択された印刷ジョブのキャンセル指示をユーザから受け付けることが可能となっており、
   前記キャンセル指示を受け付けた印刷ジョブを前記印刷サービスにＩＰＰのプロトコルに従って要求し、前記印刷サービスから受信した当該印刷ジョブの印刷を実行せず、
   さらに、当該印刷ジョブがキャンセルされた旨を示す通知を前記印刷サービスに対して行うことを特徴とする印刷装置。
2. 前記通信制御手段は、前記印刷サービスにおいて保持された印刷ジョブの処理状況を通知することが可能であり、
   前記通信制御手段は、前記印刷サービスから受信した前記キャンセル指示の対象として選択された印刷ジョブに対応する前記印刷データを破棄したことに従って、前記印刷ジョブがキャンセルされた旨示す通知を前記印刷サービスに行うことを特徴とする請求項１記載の印刷装置。
3. 前記通信制御手段は、前記受付手段により前記一覧から選択された印刷ジョブのキャンセル指示を受け付けたことに従って、前記印刷ジョブを処理中であることを前記印刷サービスに通知することを特徴とする請求項２記載の印刷装置。
4. 前記印刷制御手段により印刷が行われた時刻を含むジョブ履歴を記憶する記憶手段を有し、
   前記印刷サービスから受信した印刷データを破棄した場合、ジョブ履歴への記憶は行わないことを特徴とする請求項１から３のいずれか１項に記載の印刷装置。
5. 前記通信制御手段は、前記印刷装置にログインしたユーザの印刷ジョブの一覧を前記印刷サービスへ要求し、
   前記表示手段は、前記要求に対する前記印刷サービスからの応答に基づいて、前記ユーザの印刷ジョブの一覧を表示することを特徴とする請求項１から４のいずれか１項に記載の印刷装置。
6. 前記印刷サービスは、クライアント端末から送信された印刷データを含む印刷ジョブを保持することが可能であり、
   前記表示手段は、前記印刷サービスから受信した情報に基づき、印刷ジョブの一覧を表示することを特徴とする請求項１乃至４のいずれか１項に記載の印刷装置。
7. ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）を用いて印刷サービスから印刷ジョブを受信して当該印刷ジョブの印刷を行うことが可能な印刷装置の制御方法であって、
   印刷ジョブの一覧から選択された印刷ジョブの印刷指示をユーザから受け付ける受付ステップと、
   前記印刷指示を受け付けた印刷ジョブを前記印刷サービスにＩＰＰのプロトコルに従って要求し、前記印刷サービスから当該印刷ジョブを受信する通信制御ステップと、
   前記通信制御ステップによって受信した印刷ジョブの印刷を実行する印刷ステップと、を含み、
   前記印刷装置の制御方法においては、
   前記一覧から選択された印刷ジョブのキャンセル指示をユーザから受け付けることが可能となっており、
   前記キャンセル指示を受け付けた印刷ジョブを前記印刷サービスにＩＰＰのプロトコルに従って要求し、前記印刷サービスから受信した当該印刷ジョブの印刷を実行せず、
   さらに、当該印刷のされない印刷ジョブがキャンセルされた旨を示す通知を前記印刷サービスに対して行うことを特徴とする印刷装置の制御方法。
8. 印刷機能を備えたコンピュータを、請求項１から６のいずれか１項に記載の印刷装置として動作させるためのプログラム。

Images