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

Description

本発明は、外部から印刷ジョブを受信する印刷装置に関する。

近年、クラウド経由で印刷ジョブを投入し、印刷装置に印刷ジョブを送信するクラウドプリントの仕組みが普及し始めている（特許文献１）。このような印刷システムでは、まず管理者が印刷装置を、管理者が所属するクラウドプリントサービス（以降、ＣＰＳとも呼ぶ）へ登録する。その後、ＣＰＳの使用を許可されているユーザは、それぞれのクライアント端末を使用して、ＣＰＳに登録されたプリンタを出力プリンタとして選択し、所望の印刷設定を行い、ＣＰＳに対して印刷ジョブを送信する。印刷ジョブを受信したＣＰＳは印刷装置に対して当該印刷ジョブを転送する。印刷装置は当該転送された印刷ジョブに基づき印刷を実行する。

これらのクラウドプリントの仕組みは、ＰＷＧ５１００．１８やＲＦＣ３９９５およびＲＦＣ３９９６などで規定されている。これらの規格では、クラウドプリントサービスから印刷装置に対してイベントを通知する方法も規定されている。具体的には通知を実現する１方式として、印刷装置が定期的にクラウドプリントサービスに問合せを行い、当該問合せの応答としてイベント通知を受信するといった通知方式が規定されている。以降紙面の都合上、印刷装置が定期的にクラウドプリントサービスに問合せを行い、当該問合せの応答としてイベント通知を受信するといった通知方式を単純にポーリング方式とも呼ぶ。

特開２０１２－１３３４８９号公報

ところで、組織や会社などに設置され、複数のユーザが使用することが想定される印刷装置では、ユーザ管理機能を有効にする場合がある。この場合、組織や会社等に所属するユーザは、印刷装置にログインして、印刷装置が有する各機能を使用する。また、このようにユーザ管理を行う印刷装置の場合、第三者による持ち去り、ミスプリント防止などを目的とした留め置き印刷機能を活用する場合もある。留め置き印刷機能とは、印刷装置が印刷ジョブを受信しても当該受信を契機としては印刷せず、一時的にストレージに保存する機能である。留め置き印刷機能が有効に設定されている印刷装置の場合、ユーザのログインが成功した後に、当該ユーザの印刷ジョブを印刷することとなる。

また、前述したポーリングを行う間隔は、一般的にＣＰＳを提供する事業者が取り決めた間隔が採用されることが多い。ＣＰＳを提供する事業者は、クラウドリソースの負荷や維持運用コストの削減を目的として、ポーリング間隔を長めに設定することが多いと想定される。

ここで、ポーリング方式の問い合わせの間隔と、ユーザが印刷装置にログインするタイミングによっては、当該ログインしたユーザの印刷ジョブがＣＰＳに存在することを印刷装置が把握する前に、ユーザのログイン処理が行われる場合がある。例えば、会議で配布する資料を会議の直前に印刷する場合など、成果物の出力を急ぎたいユーザは、クライアント端末から印刷ジョブを投入した直後に印刷装置にログインする場合がある。この場合、例えばユーザが印刷ジョブの一覧を確認しようとしても、ＣＰＳ経由で投入したジョブが表示されず、困惑する可能性がある。

本発明は上述の問題点の少なくとも１つを鑑みなされたものである。本発明の１つの側面としては、ポーリング方式でクラウドプリントサービスからイベントを受信する印刷装置において、ユーザのログインを条件に、クラウドプリントサービスに印刷ジョブに対する問合せを行う仕組みを提供することを目的の１つとする。また、本発明の１つの側面としては、クラウドプリントサービスを経由する印刷の利便性を高めることを目的の１つとする。

上記の少なくとも１つの目的を達成するために本発明の印刷装置は、クラウドプリントサービスから印刷ジョブを取得し、取得した印刷ジョブに基づいて印刷を行う印刷装置であって、前記印刷装置にユーザをログインさせるログイン処理を実行するログイン制御手段と、前記クラウドプリントサービスから送信されるイベント通知に取得可能な印刷ジョブがあることを示す情報が含まれている場合に、前記クラウドプリントサービスに対して、取得可能な印刷ジョブを要求する制御手段と、を有し、前記制御手段は更に、前記ログイン制御手段によるログイン処理が行われたことを条件に、前記クラウドプリントサービスに対して、ログインしたユーザのログインアカウントに１対１で関連付けられておりかつ当該ログインアカウントと同一画面上でその関連付けが表示されるクラウドアカウントで取得可能な印刷ジョブを要求し、当該要求の際に当該クラウドアカウント送信することを特徴とする。

本発明の１つの側面によれば、印刷装置において、ポーリングによる問合せに加えて、ユーザのログインを条件にジョブに関する問い合わせを行うことができるようになる。従って、ユーザが印刷装置にログインした時に、適切にクラウドプリントサービス上の印刷ジョブの有無を検知できるようになる。また、本発明の１つの側面によれば、クラウドプリントサービスを経由する印刷の利便性を高めることができるようになる。

印刷システムの一例を示す図である。 印刷装置のハードウェア構成の一例を示す図である。 ポーリング方式のイベント通知の問題を説明するシーケンス図の一例である。 第１の実施形態における印刷ジョブの送受信シーケンスの一例である。 ユーザアカウントとクラウドアカウントの関連付けを説明する図である。 印刷装置の操作部に表示される画面の一例である。 ポーリング方式のイベント通知に用いるパケットの一例である。 ポージングを契機としたジョブ情報の取得に用いるパケットの一例である。 ログインを契機としたジョブ情報の取得に用いるパケットの一例である。 印刷ジョブの取得に関係する送受信パケットの一例である。 印刷装置の制御の一例を示すフローチャートである。 第２の実施形態における印刷装置の制御の一例を示すフローチャートである。 第２の実施形態において印刷装置の操作部に表示される画面の一例である。 第３の実施形態における印刷装置の制御の一例を示すフローチャートである。

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

＜第１の実施形態＞
まず、図１を用いて、本発明に係る印刷システムの構成を説明する。本実施形態に係る印刷システムは、印刷装置１０１、クライアント端末１０３～１０４、クラウドプリントサービス（以下、ＣＰＳとも呼ぶ）１０２を含む。印刷装置１０１は、ネットワーク１００を経由してインターネット上のＣＰＳ１０２と通信する。ネットワーク１００は例えばＬＡＮ、ＷＡＮなどの通信ネットワーク、セルラネットワーク（例えば、ＬＴＥや５Ｇなど）、ＩＥＥＥ８０２．１１に準拠する無線ネットワークなどを組み合わせて構成されてもよい。すなわち、ネットワーク１００はデータの送受信が可能であればよく、物理レイヤの通信方式はいずれの方式を採用してもよい。クライアント端末１０３～１０４も、通信ネットワークやセルラネットワークを介してインターネット上のＣＰＳ１０２と通信する。

印刷装置１０１は、スキャナを用いて読み取って得られた画像に基づくデータを外部に送信するスキャン機能や、外部装置から受信した印刷ジョブに基づき紙などのシートに画像を印刷する印刷機能、コピー機能を有する。また、印刷装置１０１はＣＰＳ１０２を経由して印刷ジョブを受信し、印刷を行うこともできる。本実施形態では、印刷装置の一例として複数の機能を有するＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を例示しているがこれに限定されるものではない。例えば、印刷機能のみを有する単機能のＳＦＰ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などであってもよい。また、本実施形態では、一例として紙などのシートへの印刷を例示しているがこれに限定されるものではなく、３次元形状データに基づき立体物を成型する３Ｄプリントなどにおける印刷制御にも適用することができる。

また、本実施形態の印刷装置１０１は、ユーザ管理機能を有している。印刷装置１０１の動作設定として、ユーザ管理機能が有効に設定された場合、ユーザは、印刷装置にログインして、印刷装置が有する各機能を使用することになる（詳細は後述する。）また、印刷装置１０１は、第三者による持ち去り、ミスプリント防止などを目的とした留め置き印刷機能を有する。留め置き印刷機能とは、印刷装置が印刷ジョブを受信しても当該受信を契機としては印刷せず、一時的にストレージに保存する機能である。留め置き印刷機能が有効に設定されている印刷装置の場合、ユーザのログインが成功した後に、当該ユーザの印刷ジョブを印刷することになる。

ＣＰＳ１０２はクライアント端末１０３～１０４等のクライアント端末から印刷ジョブを受信し、当該印刷ジョブを保存する。続けて、ＣＰＳ１０２に登録された印刷装置１０１に対して印刷ジョブが入稿されたことを通知する。当該通知を受け取った印刷装置１０１は印刷ジョブを取得し、ストレージに一時的に保存する。印刷装置１０１に保存された印刷ジョブは印刷装置１０１にユーザがログインした後、印刷を開始する操作を受け付けたことに従って印刷される。

＜ポーリング方式が抱える課題＞
続けて、従来から知られている一般的なクラウドプリントサービス（ＣＰＳ）におけるジョブの送受信について図２を用いて説明する。図２は、一般的なＣＰＳにおけるジョブの送受信のシーケンスの一例を示している。本実施形態では一例としてＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｃｏｔｏｌ）のプロトコルで通信のやり取りを行う場合であり、ＣＰＳから印刷装置に対するイベント通知方式にポーリング方式を採用する場合を例に説明する。

印刷装置は、ＣＰＳにポーリングを行うタイミングであると判断すると、イベント通知の有無を確認する要求をＣＰＳに対して送信し、その応答としてイベント通知を受信する（シーケンスＳ２０１～Ｓ２０２）。ここでは、特に処理すべきイベントがない場合を例示している。続けて、印刷装置はポーリング間隔に相当する時間（例えば３０秒）が経過したことを検知するタイマー処理を開始する（Ｓ２０３）。Ｓ２０３で開始したタイマー処理によりポーリング間隔に相当する時間が経過したことを検知すると、印刷装置はイベント通知を確認する要求をＣＰＳに送信する（Ｓ２０４～Ｓ２０６）。このようにポーリング方式を採用する場合、Ｓ２０３～Ｓ２０６で説明した処理を繰り返すことで、所定の待機時間が経過する度に確認の問い合わせを行う。

ところで、ポーリング方式で用いられるポーリング間隔は、一般的にＣＰＳを提供する事業者が取り決めた間隔が採用されることが多い。ＣＰＳを提供する事業者は、クラウドリソースの負荷や維持運用コストの削減を目的として、ポーリング間隔を長めに設定することが多いと想定される。

ここで、ポーリング方式の問い合わせの間隔と、ユーザが印刷装置にログインするタイミングによっては、当該ログインしたユーザの印刷ジョブがＣＰＳに存在することを印刷装置が把握する前に、ユーザのログイン処理が行われる場合がある。

Ｓ２０７～Ｓ２１７のシーケンスを用いて詳しく説明する。印刷装置はＳ２０７において次回のポーリング処理のためタイマー処理を開始する。続けて、クライアント端末のユーザは、ＣＰＳに登録されたプリンタである印刷装置を出力プリンタとして選択し印刷実行を指示する（Ｓ２０８）。実行指示を検知したクライアント端末は、ＣＰＳに対して印刷ジョブを送信し、当該印刷ジョブを受信したＣＰＳは印刷ジョブを保存し、ＣＰＳ上で管理されるジョブとしてジョブＩＤを割り当てる（Ｓ２０９～Ｓ２１０）。しかしながら、ポーリング方式を採用する場合、イベント確認要求の応答という形でないと印刷装置に情報を通知することができない。従って、このタイミングでは印刷装置にジョブが発生したことを通知することができない。またＣＰＳは、他のクライアント端末からも同様に印刷ジョブを受信し、印刷ジョブを保存する（Ｓ２１１～Ｓ２１３）。

いずれか一方のクライアント端末からジョブを投入したユーザは、印刷を行うべく印刷装置にログインを試みる（Ｓ２１４）。続けて、印刷装置は、ログイン処理を実行し、ユーザを印刷装置にログインさせる。ログインに成功すると、印刷装置が備える各機能（例えば、留め置かれた印刷ジョブの印刷を開始する機能、コピー機能、スキャン機能）が利用可能になる。続けて、留め置き印刷機能のジョブリストを表示するためのボタンを選択するユーザ操作を検知すると、印刷装置は留め置かれている印刷ジョブの中から、当該ログインユーザのジョブを抽出し、ジョブリストを表示する（Ｓ２１５～Ｓ２１６）。ここで、印刷装置は、Ｓ２０９～Ｓ２１０、Ｓ２１２～Ｓ２１３でＣＰＳに投入された印刷ジョブの存在をまだ把握できていない。従ってＣＰＳ経由で印刷ジョブを投入したユーザに、ジョブがないことが通知されることになる。このように、ポーリング間隔が比較的長く設定されている場合、ログインユーザが印刷ジョブの一覧を確認しようとしても、ＣＰＳ経由で投入したジョブが表示されず、困惑する可能性がある。

続けて、ＣＰＳからの印刷ジョブがあることが通知され、正常に表示するまでのシーケンスについて説明する。印刷装置は、Ｓ２０３で開始したタイマー処理によりポーリング間隔に相当する時間が経過したことを検知すると、印刷装置はイベント通知を確認する要求をＣＰＳに送信する（Ｓ２１８～Ｓ２１９）。Ｓ２１９で送信したイベント通知の確認要求の応答として、ＣＰＳは、取得可能な新たな印刷ジョブがあることを印刷装置に通知する（Ｓ２２０）。以降、ＣＰＳと印刷装置との間でジョブ一覧の取得操作や、実ジョブの取得操作、ジョブの保存処理が順次行われる（Ｓ２２１～Ｓ２２６）。この後再度、クライアント端末からＣＰＳ経由で印刷ジョブを投入したユーザがジョブリストを表示するためのボタンをユーザが再度選択する。すると、ログインユーザのジョブであって、ＣＰＳ経由で投入されたジョブを含むジョブリストが表示される（Ｓ２２９～Ｓ２３０）。

このように、ポーリング間隔が比較的長い場合、印刷装置がＣＰＳ上の印刷ジョブがあることと把握するまでタイムラグが表示する。例えば、会議で配布する資料を会議の直前に印刷する場合など、成果物の出力を急ぎたいユーザが、印刷ジョブを投入した直後に印刷装置にログインして印刷指示を試みようとするケースなどにおいて、投入したジョブが表示されない恐れがある。この画面を見たユーザは困惑する可能性が高い。

これらの問題点の少なくとも１つを鑑み、本実施形態では、ポーリング方式でクラウドプリントサービスからイベントを受信する印刷装置において、ユーザのログインを条件に、クラウドプリントサービスに印刷ジョブに対する問合せを行う仕組みを提供する。以下具体的に説明する。

＜印刷装置１０１のハードウェア構成＞
本実施形態における印刷装置１０１のハードウェア構成について図３を用いて説明する。図３は、印刷装置１０１のハードウェア構成を示すブロック図である。印刷装置１０１はシート上の画像を読み取る読取機能、当該読み取った画像を外部の通信装置に送信可能なファイル送信機能などを有している。また、シートに画像を印刷する印刷機能も有する。また、ＣＰＳ１０２から印刷ジョブを受信して印刷する機能や、前述したユーザ管理機能、留め置き印刷機能も有しているものとする。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１を含む制御部１１０は、印刷装置１０１全体の動作を制御する。ＣＰＵ１１１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１２又はストレージ１１４に記憶された制御プログラムを読み出して、印刷制御や読取制御などの各種制御を行う。ＲＯＭ１１２は、ＣＰＵ１１１で実行可能な制御プログラムを格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１３は、ＣＰＵ１１１がアクセスする主記憶メモリであり、ワークエリア又は各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ１１４は、印刷ジョブ、画像データ、各種プログラム、及び各種設定情報を記憶する。このように、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ストレージ１１４等のハードウェアは、いわゆるコンピュータを構成している。

なお、本実施形態の印刷装置１０１では、１つのＣＰＵ１１１が１つのメモリ（ＲＡＭ１１３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のプロセッサ、メモリ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ハードウェア回路を用いて一部の処理を実行するようにしてもよい。

プリンタＩ／Ｆ（インタフェース）１１９は、プリンタ１２０（プリンタエンジン）と制御部１１０とを接続する。印刷装置１０１は、印刷ジョブに基づきプリンタ１２０に転送する印刷画像及び印刷制御コマンドを生成する。プリンタ１２０は、プリンタＩ／Ｆ１１９を介して入力された印刷画像や印刷制御コマンドに基づいて、不図示の給紙カセットから給紙されたシートに画像を印刷する。印刷の方式はトナーを紙に転写して定着させる電子写真方式であってもよいし、紙にインクを吐出して印刷するインクジェット方式であってもよい。

スキャナＩ／Ｆ１１７は、スキャナ１１８と制御部１１０とを接続する。スキャナ１１８は、図示省略の原稿台に載置された原稿を読み取り、そして画像データを生成する。スキャナ１１８が生成した画像データは、プリンタ１２０で印刷されたり、ストレージ１１４に記憶されたり、ネットワークＩ／Ｆ１２１を介して外部装置に送信されたりする。

操作部Ｉ／Ｆ１１５は、操作部１１６と制御部１１０とを接続する。操作部１１６には、タッチパネル機能を有する液晶表示部や各種ハードキーなどが備えられている。操作部１１６は、ユーザに情報を表示する表示部やユーザの指示を受け付ける受付部として機能する。ＣＰＵ１１１は、操作部１１６と協働して情報の表示制御やユーザ操作の受け付け制御を行う。

ネットワークＩ／Ｆ１２１には、ネットワークケーブルが接続され、ネットワーク１００上やインターネット上の外部装置と通信を実行することができる。本実施形態では、ネットワークＩ／Ｆ１２１がイーサネット（登録商標）に準拠する有線通信を行う通信インタフェースである場合を想定しているがこれに限定されるものではない。例えば、ＩＥＥＥ８０２．１１シリーズに準拠する無線通信インタフェースであってもよい。また、両方が無線通信インタフェースであってもよい。また、ＣＤＭＡ等の３Ｇ回線、ＬＴＥなどの４Ｇ回線、５Ｇ ＮＲなどの移動体通信を行う通信インタフェースであってもよい。

続けて、印刷装置の動作設定について図４、図５を用いて説明する。図４（Ａ）及び（Ｂ）は印刷装置１０１の操作部１１６に表示される設定画面の一例である。また、図５はユーザ管理機能におけるユーザログイン制御と、強制留め置き印刷機能を説明するための操作画面の一例である。まず図４（Ａ）の設定画面について説明する。図４（Ａ）は、印刷装置１０１の管理画面の一例であり、管理者権限を有するユーザに提供される画面である。図４（Ａ）では、ユーザ管理機能が有効に設定されており、印刷ジョブの強制留め置き機能が有効に設定されている場合を例示している。図４の画面を介してなされた設定は、ストレージ１１４に記憶され、適宜印刷装置の各種制御を行う際に参照される。ユーザ管理設定キーは、ユーザ管理機能で管理するユーザのユーザアカウントを登録したり、当該ユーザアカウントの編集を行ったりする場合に使用するキーである。

ユーザ管理設定キーが選択されたことを検知すると、印刷装置１０１のＣＰＵ１１１は、操作部１１６に表示する画面をユーザ管理画面に切り替える。ここでは、一例として、「Ａｌｉｃｅ」と「Ｂｏｂ」のユーザアカウントが、印刷装置１０１に登録されている場合を例示している。

本実施形態では、印刷装置１０１がユーザアカウントを管理するデータベースを管理する場合を例示しているがこれに限定されるものではない。印刷装置１０１を使用するユーザのユーザアカウントの管理は外部の認証サーバと連携して実現することもできる。例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）が提供するＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙサービスやＡｚｕｒｅ（登録商標） ＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙサービスと連携して、ユーザアカウントを管理するようにしてもよい。

図４の説明に戻る。登録キーは新たなユーザを登録する際に使用するキーである。編集キーは選択されたユーザアカウントを編集する場合に使用するキーである。印刷装置１０１のＣＰＵ１１１は、編集キーが押下されたことを検知すると操作部１１６に表示する画面を図４（Ｂ）の編集画面に切り替える。ユーザは、編集画面を介して、ユーザ名やパスワードを変更することができる。また、当該ユーザアカウントと、ＣＰＳ１０２上でユーザが使用するクラウドアカウントを対応付けることができる。「クラウドアカウント名」はＣＰＳ１０２に登録されているアカウント名を設定する項目である。画像形成装置で管理するユーザ名と、ＣＰＳ１０２で管理するアカウント名は一致する場合もあれば一致しない場合もある。アカウント名が一致しない場合、当該対応付けを事前登録することで、ＣＰＳ１０２上のクラウドアカウントと、印刷装置１０１のユーザアカウントを連動させることができる。

また、ユーザは、図４（Ｂ）の編集画面を介してログインに使用する他のユーザクレデンシャルを登録することもできる。カードＩＤキーは、社員証や学生証、免許証などのＩＣカードをユーザアカウントに紐づける場合に使用するキーである。また、モバイルはモバイルアプリケーションを使用したログインを使用するかどうかを設定する場合に使用するキーである。生体情報キーは、顔情報や指紋情報といった生体情報をユーザアカウントに紐づける場合に使用するキーである。

続けて、図５を用いてユーザ管理機能並びに、強制留め置き機能によって、ストレージ１１４に一時的に記憶された留め置き印刷ジョブの印刷方法について説明する。画面５００は、印刷装置１０１にユーザがログインしていないログアウト状態の画面を例示している。この画面５００は、印刷装置１０１にユーザがログインしていない状態で表示されるロック画面とユーザクレデンシャルを入力するための画面を兼ねている。ロック画面が表示されている間は、印刷装置１０１は、コピー機能の画面やスキャン機能の操作部１１６上に表示しないよう制御する。

印刷装置１０１にログインしたいユーザは、画面５００を介してユーザＩＤ及びパスワードで構成されるユーザクレデンシャルを入力する。ユーザクレデンシャルが入力された後にログインキーが押下されたことを検知すると、印刷装置１０１はユーザ認証処理を行う。具体的には、印刷装置１０１は、入力されたユーザクレデンシャルに対応するユーザアカウントが印刷装置１０１に登録されているか否かを判定する。登録されている場合、ユーザ認証に成功したと判断し、ログイン処理を実行し、登録されていない場合、ユーザ認証に失敗したと判断し、図示省略のエラーメッセージを表示する。なお、ユーザアカウントにカードＩＤや生体情報が紐づけられている場合、ＩＣカードから読み出されたカードＩＤやカメラや指紋認証センサから得られた生体情報をユーザクレデンシャルとして使用することもできる。

続けて、印刷装置１０１は、ユーザを印刷装置１０１にログインさせるログイン処理を実行し、当該ユーザ用の操作画面を表示する。画面５１０は、図４で説明したＡｌｉｃｅがログインした場合を例示しており、画面５３０は、Ｂｏｂがログインした場合を例示している。ここでは、印刷装置１０１が提供する各機能を選択するためのメニュー画面が表示される場合を例示している。

ＣＯＰＹキーは、スキャナ１１８で原稿を読み取って得られたスキャン画像をシートに印刷するコピー機能の画面を表示する場合に使用されるキーである。スキャンして送信キーは、スキャナ１１８で原稿を読み取って得られたスキャン画像を外部装置に送信する送信機能の画面を表示する場合に使用されるキーである。ジョブリストキーは、強制留め置き印刷機能などでストレージ１１４に一時的に留め置かれた印刷ジョブの中から印刷対象を選択する選択画面を表示する場合に使用するキーである。

ジョブリストキーが選択されたことを検知すると、印刷装置１０１は、操作部１１６に表示する画面をジョブリスト画面に遷移させる。画面５２０は、ログインユーザがＡｌｉｃｅの場合に表示されるジョブリスト画面を例示しており、画面５４０は、ログインユーザがＢｏｂの場合に表示されるジョブリスト画面を例示している。

画面５２０には、Ａｌｉｃｅが投入した印刷ジョブが表示される。一方、画面５４０には、Ｂｏｂが投入した印刷ジョブが表示される。ログインユーザは、当該ジョブリスト画面を介して印刷対象とする印刷ジョブを選択することができる。１以上の印刷ジョブが選択された後に、印刷キーが選択されたことを検知すると、印刷装置１０１は、当該選択された印刷対象の印刷ジョブに基づき印刷処理を実行する。削除キーは選択された印刷ジョブを削除する場合に使用するキーであり、閉じるキーは留め置き印刷機能のジョブリスト画面を閉じ、メインメニュー画面に戻る場合に使用するキーである。本実施形態では、ジョブリスト画面に、ＣＰＳ１０２から投入された印刷ジョブが表示されている場合を例示しているが、これに限定されるものではない。例えば、ＰＣ上にインストールされたプリンタドライバから直接受信した印刷ジョブについても当該ジョブリスト画面に表示するよう構成することもできる。例えば、ＡｌｉｃｅのＰＣから、プリンタドライバを用いて投入された、Ａｌｉｃｅがジョブオーナーの印刷ジョブも画面５２０に表示するようにしてもよい。

＜第１の実施形態における印刷ジョブの送受信シーケンス＞
続けて、図６を用いて本実施形態における印刷ジョブの取得シーケンスについて説明する。なお、図２で説明した一般的なシーケンスと同様の制御については適宜説明を省略するものとする。

まず、印刷装置１０１のＣＰＵ１１１は、ＣＰＳ１０２にポーリングを行うタイミングであると判断すると、イベント通知の有無を確認する要求をＣＰＳ１０２に対して送信する（Ｓ６０１）。イベント通知とは、ＣＰＳ１０２から印刷装置１０１に送信される通知であり、印刷装置１０１が取得可能な印刷ジョブがあることや、印刷ジョブのステータスの変更が発生したことなど、イベントの発生及びその内容を通知することを示している。

図７はイベント通知のやり取りに用いられるパケットの一例を示す図であり、図７（Ａ）は、Ｓ４０１で送信する要求の一例を示している。Ｓ４０１で送信される確認の要求には、例えば「Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ」というＩＰＰで規定されているオペレーションを用いることができる。「ｎｏｔｉｆｙ－ｅｖｅｎｔ」属性は検知したいイベントの種別を示している。本実施形態では、検知したいイベントの種別として「ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄ」と、「ｊｏｂ－ｆｅｔｃｈａｂｌｅ」が指定されている場合を例示している。

「ｊｏｂ－ｓｔａｔｅ－ｃｈａｎｇｅｄ」は検知したいイベントが、ＣＰＳ１０２の管理する印刷ジョブにおいて、状態の変更が発生したといったイベントであることを示している。印刷装置１０１は、ＣＰＳ１０２上で印刷ジョブがキャンセルされた場合等に、ジョブ状態がキャンセルになったことなどを検知し、適切にジョブキャンセルを行うために当該イベントを購読する。また、「ｊｏｂ－ｆｅｔｃｈａｂｌｅ」は検知したいイベントが、ＣＰＳ１０２に印刷ジョブが投入され、印刷装置１０１が取得可能な印刷ジョブが格納されたといったイベントであることを示している。

「ｎｏｔｉｆｙ－ｗａｉｔ」属性はポーリング方式（プル方式とも呼ぶ）でのイベント通知を希望するか、サーバプッシュ方式でのイベント通知を希望するかを表す属性値である。「ｎｏｔｉｆｙ－ｗａｉｔ」に「Ｆａｌｓｅ」を指定した場合、ポーリング方式（プル方式）希望し、「Ｔｒｕｅ」を指定した場合サーバプッシュ方式を希望するといった指定となる。本実施形態では、ポーリング方式を使用することを想定しているため「Ｆａｌｓｅ」を指定している場合を例示している。

図６の説明に戻り、ＣＰＳ１０２は、印刷装置１０１に通知すべきイベントが発生していない場合、イベントがないことを示す応答を送信する。印刷装置１０１は当該応答を受信する（Ｓ６０２）。図７（Ｃ）は、イベントなしの応答パケットを例示している。

本応答の中で指定される「ｎｏｔｉｆｙ－ｇｅｔ－ｉｎｔｅｒｖａｌ」の値は、次回、Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ要求を送信するまでのインターバル時間（ポーリング間隔）を示している。例えば、図７（Ｃ）に示す応答の様に「３００」が指定されている場合、印刷装置１０１は次回の確認要求を送信する迄待機する待機時間に３００秒を設定することとなる。図７（Ｂ）は、イベントが発生している場合の応答の一例であり、印刷装置１０１が取得可能な印刷ジョブが格納されたといったイベント通知の一例を示している。図７（Ｂ）に例示するイベントを受信した印刷装置１０１はＣＰＳ１０２から印刷ジョブの取得を試みる。イベント通知に基づく印刷ジョブの取得制御については後述のフローチャートにて詳述する。

図６の説明に戻り、Ｓ６０３～Ｓ６０７のタイマー機能を用いたポーリング処理は図２のＳ２０３～Ｓ２０７と同様のため説明を省略する。

次に印刷装置１０１が、Ｓ６０７で次回の確認要求を送信するまで待機する状態に遷移した後、かつ、その待機期間内にジョブ投入とユーザログインが発生した場合の制御について説明する。実行指示を検知したクライアント端末１０３は、ＣＰＳに対して印刷ジョブを送信する（Ｓ６０８～Ｓ６０９）。本実施形態では、「ａｌｉｃｅ＿ａａ＠ｃａｎｏｎ．ｃｌｏｕｄ．ｃｏｍ」がジョブオーナーの印刷ジョブがＣＰＳ１０２に送信されたものとして説明する。クライアント端末１０３からジョブを受信したＣＰＳ１０２は、当該印刷ジョブを保存し、ＣＰＳ１０２上で管理される印刷ジョブとしてジョブＩＤを割り当てる（Ｓ６１０）。また、実行指示を検知した別のクライアント端末１０４は、ＣＰＳに対して印刷ジョブを送信し、ＣＰＳは当該ジョブをＣＰＳ上に保存する（Ｓ６１１～Ｓ６１３）。本実施形態では、「ｂｏｂ＿ｂｂ＠ｃａｎｏｎ．ｃｌｏｕｄ．ｃｏｍ」がジョブオーナーの印刷ジョブがＣＰＳ１０２に保存されたものとして説明する。なお、ＣＰＳ１０２の内部ではクラウドアカウント名で印刷ジョブのジョブオーナーを管理する。

続けて、クライアント端末からＣＰＳ１０２に対して印刷ジョブを投入したユーザは、印刷を実行すべく印刷装置１０１にログインする（Ｓ６１４）。ここでは、印刷装置１０１にＡｌｉｃｅがログインした場合を例示している。

続けて、印刷装置１０１は、ログインしたユーザのユーザアカウントに対応付けられたクラウドアカウントを特定する（Ｓ６１５）。印刷装置１０１は、ユーザＤＢを参照し、ログインしたユーザアカウントの「Ａｌｉｃｅ」に対応付けられたクラウドアカウント名を探索する。例えば、図４で説明したユーザアカウントと、クラウドアカウントが登録されている場合、ユーザアカウント「Ａｌｉｃｅ」から「ａｌｉｃｅ＿ａａ＠ｃａｎｏｎ．ｃｌｏｕｄ．ｃｏｍ」といったクラウドアカウントが特定される。

続けて、印刷装置１０１は、クラウドアカウントを特定する情報を含む印刷ジョブ一覧の取得要求をＣＰＳ１０２に送信する（Ｓ６１６）。印刷ジョブ一覧取得要求は、ＩＰＰに規定された「Ｇｅｔ－Ｊｏｂｓ」オペレーションを使用することができる。図９は、特定のユーザのジョブの一覧を要求する取得要求とその応答の一例を示している。図９（Ａ）は、「ａｌｉｃｅ＿ａａ＠ｃａｎｏｎ．ｃｌｏｕｄ．ｃｏｍ」がジョブオーナーであり、且つ、印刷装置１０１が取得可能な印刷ジョブを取得する要求を例示している。印刷装置１０１は、本要求に「ｗｈｉｃｈ－ｊｏｂｓ」属性に「ｆｅｔｃｈａｂｌｅ」を指定する。この属性値の指定は、取得可能状態の印刷ジョブの一覧を要求することを意味している。また印刷装置１０１は本要求に、９０１に示す属性の組み合わせを指定する。具体的には、「ｍｙ－ｊｏｂｓ」属性に「Ｔｒｕｅ」を指定する。更に、「Ｒｅｑｕｅｓｔｉｎｇ－ｕｓｅｒ－ｎａｍｅ」属性や「Ｒｅｑｕｅｓｔｉｎｇ－ｕｓｅｒ－ｕｒｉ」属性を用いて、ユーザを一意に特定するための属性値を指定する。本実施形態では、「Ｒｅｑｕｅｓｔｉｎｇ－ｕｓｅｒ－ｎａｍｅ」の属性値に、印刷装置にログインしたユーザのユーザアカウント名である「Ａｌｉｃｅ」をしている。また、「Ｒｅｑｕｅｓｔｉｎｇ－ｕｓｅｒ－ｕｒｉ」の属性値に、Ｓ６１５で特定したクラウドアカウント名である、「ａｌｉｃｅ＿ａａ＠ｃａｎｏｎ．ｃｌｏｕｄ．ｃｏｍ」を指定する。本実施例では「Ｒｅｑｕｅｓｔｉｎｇ－ｕｓｅｒ－ｎａｍｅ」「Ｒｅｑｕｅｓｔｉｎｇ－ｕｓｅｒ－ｕｒｉ」の２つを含めているが、これに限定されるものではない。ＣＰＳ１０２上でユーザを一意に特定できる１つの属性情報が含まれていればよい。

図６の説明に戻り、Ｓ６１５で送信された要求を受信したＣＰＳ１０２は、自身のストレージに保存している印刷ジョブの中から条件に一致する印刷ジョブを抽出する。本実施例ではＣＰＳ１０２が管理する印刷ジョブのクラウドアカウント名と「Ｒｅｑｕｅｓｔｉｎｇ－ｕｓｅｒ－ｕｒｉ」属性に含まれている属性値を比較して判断するものとする。具体的には、ＣＰＳ１０２は、「ａｌｉｃｅ＿ａａ＠ｃａｎｏｎ．ｃｌｏｕｄ．ｃｏｍ」にジョブオーナー名がマッチする印刷ジョブであり、取得可能な状態の印刷ジョブを応答対象として抽出する。ここでは、「ａｌｉｃｅ＿ａａ＠ｃａｎｏｎ．ｃｌｏｕｄ．ｃｏｍ」によって投入された、ジョブＩＤ１の印刷ジョブが抽出されたものとして説明する。なお、クラウドサービス上で管理するユーザ名と「Ｒｅｑｕｅｓｔｉｎｇ－ｕｓｅｒ－ｎａｍｅ」とを用いてジョブオーナーの特定を行うようにしてもよい。

抽出が完了すると、ＣＰＳ１０２は、Ｓ６１６の要求の応答として、抽出された印刷ジョブの一覧を示す応答を送信する（Ｓ６１７）。図９（Ｂ）は、図９（Ａ）に例示した要求の応答として得られる印刷ジョブの一覧を示す応答を例示している。当該応答には、印刷ジョブの取得処理に必要となるジョブＩＤが列挙される。本実施形態では、９０２に示すようにＡｌｉｃｅが投入した、印刷待ち状態の印刷ジョブのジョブＩＤのみが抽出されることになる。なお、条件に一致するジョブが１つもない場合、ＣＰＳ１０２は、図９（Ｃ）に例示する応答を送信する。

続けて、印刷装置１０１はＣＰＳ１０２に対してジョブ取得要求を送信する（Ｓ６１８）。図１０は、ジョブ取得に関する要求、応答の一例を示しており、図１０（Ａ）はジョブ取得に関する要求の一例を示している。印刷装置１０１は、図１０（Ａ）に例示するように、要求に取得したい印刷ジョブを特定するジョブＩＤを指定した、「Ｆｅｔｃｈ－ｊｏｂ」リクエストオペレーションをＣＰＳ１０２に対して送信する。当該要求を受信したＣＰＳ１０２は、ジョブＩＤに対応するジョブデータを印刷装置１０１に送信する。印刷装置１０１はジョブデータを受信する（Ｓ６１９）。図１０（Ｂ）はＳ６１９で受信するジョブデータの一例である。当該ジョブデータには、ジョブ名称、部数、色設定、ＣＰＳ１０２上でのジョブオーナーを一意に特定するための情報など印刷ジョブの属性情報（印刷設定とも呼ぶ）が格納されている。図１０（Ｂ）は、Ｊｏｂ１のジョブオーナーを識別するための情報として、クラウドアカウント名である「ａｌｉｃｅ＿ａａ＠ｃａｎｏｎ．ｃｌｏｕｄ．ｃｏｍ」が格納されている場合を例示している。また、ジョブオーナーを識別するための情報として、クラウドディスプレイ名である「ａｌｉｃｅ＿ａａ」が格納されている場合を例示している。

印刷装置１０１は、クラウドアカウント名から印刷装置におけるユーザアカウントを特定する（Ｓ６２０）。印刷装置１０１は、ユーザＤＢを参照し、ジョブデータに含まれているジョブオーナーを識別される情報に対応するクラウドアカウントが紐づけけられているユーザアカウントを探索する。例えば、ジョブオーナーを特定する情報である「ａｌｉｃｅ＿ａａ＠ｃａｎｏｎ．ｃｌｏｕｄ．ｃｏｍ」を用いてユーザＤＢを検索することで「Ａｌｉｃｅ」といったユーザアカウントを特定する。

続けて印刷装置１０１は、Ｓ６１９で受信したジョブデータに基づき、Ｓ６２０で特定したユーザが所有する印刷ジョブ（ジョブ情報と実印刷データ）をストレージ１１４に保存する（Ｓ６２１）。なお、印刷ジョブの強制留め置き機能が無効である場合、Ｓ６２１の処理に代えて、当該取得したジョブデータの印刷処理が行われる。

以上説明した、ユーザログインをトリガとしたＳ６１５～Ｓ６２１の処理を行うことで、で次回の確認要求を送信するまで待機している間に、ＣＰＳ１０２に投入されたユーザジョブを適切に検知することができるようになる。

最後に、印刷装置１０１にログインしたユーザにより、ジョブリストの表示するための操作がなされたことを検知すると、印刷装置１０１は、強制留め置き機能のジョブリストを表示する（Ｓ４２２～Ｓ４２３）。ジョブリストには、図５で説明したように、ログインユーザが投入した印刷ジョブが表示される。

ジョブリストから印刷対象を選択するユーザ操作がなされた後、印刷を開始するユーザ操作を検知すると、印刷装置１０１は、印刷対象として選択された１以上の印刷ジョブの印刷処理を実行する（Ｓ４２４～Ｓ４２５）。印刷が完了すると、目的を達成したユーザはログアウト操作を行う。ログアウト操作を検知した印刷装置１０１は、印刷装置１０１からユーザをログアウトさせるログアウト処理を実行し、操作部１１６に表示する画面をログアウト画面５００に切り替える（Ｓ４２６）。

最後に定期ポーリングによるＣＰＳ１０２上のジョブ取得について説明する。Ｓ６０７で開始したタイマー機能により、待機時間に相当する時間が経過したと判断すると、印刷装置１０１は、ＣＰＳ１０２にイベント通知の有無を確認する要求を送信する（Ｓ６２７～Ｓ６２８）。当該要求を受信したＣＰＳ１０２は、Ｂｏｂが投入したジョブＩＤ２のジョブが存在するため、図７（Ｂ）に例示した「ｊｏｂ－ｆｅｔｃｈａｂｌｅ」といったイベントを含む応答を印刷装置１０１に送信する（Ｓ６２９）。

Ｓ６２９の応答を受信した印刷装置１０１は、印刷ジョブ一覧の取得要求を送信する。図８は定期ポーリングによるイベント通知で、印刷装置１０１が取得可能な印刷ジョブが発生しているといったイベントを受信した場合の取得要求及び応答の一例を示している。印刷装置１０１は、図８（Ａ）に示すように取得要求に「ｗｈｉｃｈ－ｊｏｂｓ」属性に「ｆｅｔｃｈａｂｌｅ」を指定し、「ｍｙ－ｊｏｂｓ」属性に「Ｆａｌｓｅ」を指定する。「ｍｙ－ｊｏｂｓ」属性に「Ｆａｌｓｅ」を指定することにより、印刷装置１０１で取得可能なすべての印刷ジョブの取得を試みることができる。Ｓ６２９の要求を受信したＣＰＳ１０２は、印刷装置１０１が取得可能な印刷ジョブを抽出し、当該結果を含む応答を送信する（Ｓ６３０）。図８（Ｂ）はＳ６３０で送信される応答の一例である。なお、印刷装置１０１が取得可能な印刷ジョブが１つもない場合、ＣＰＳ１０２は図８（Ｃ）に例示する応答を送信するものとする。

Ｓ６３２～Ｓ６３５のジョブＩＤに基づくジョブデータの取得処理～保存処理はＳ６１８～Ｓ６２１と同様の方法であるため説明を省略する。ジョブデータの取得、保存が完了すると、印刷装置１０１は、Ｓ６２９で送信された応答に含まれるインターバル時間（ポーリング間隔）に基づきタイマー機能を起動する（Ｓ６３６）。

印刷装置１０１の制御について図１１のフローチャートを用いて説明する。図１１のフローチャートに示す各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムを実行することにより実現される。図９の処理は、印刷装置１０１に電源が投入されて、印刷装置１０１が正常に起動した後、繰り返し実行されるものとする。

Ｓ１１０１において、ＣＰＵ１１１は、ログインイベントが発生したかどうかを判断する。具体的には、ＣＰＵ１１１は画面５００が表示された状態で取得したユーザクレデンシャルに基づきユーザ認証を試みる。ユーザ認証を試みた結果当該ユーザをログインさせると判断した場合に処理をＳ１１１０に進める。ユーザ認証に失敗した場合や、ユーザ認証が要求されていない場合は処理をＳ１１０２に進める。

Ｓ１１０２において、ＣＰＵ１１１は、ポーリングによるイベント通知の確認条件を満たしたかどうかを判断する。ポーリングによるイベント通知の確認条件を満たしていると判断すると処理をＳ１１０３に進め、満たしていないと判断すると処理をＳ１１１２に進める。当該判断は、前述したタイマー機能によるタイマー割り込みを用いて実現することができる。

Ｓ１１０３において、ＣＰＵ１１１は、ＣＰＳ１０２に対してイベント通知の有無を確認するための確認要求を送信する。例えば、ＣＰＵ１１１は、図７（Ａ）で例示した要求をＣＰＳ１０２に対して送信する。

Ｓ１１０４において、ＣＰＵ１１１は、ＣＰＳ１０２から受信した応答に基づき、ＣＰＳ１０２から取得すべき印刷ジョブがあるかどうかを判断する。具体的には図７（Ｂ）で例示した「ｊｏｂ－ｆｅｔｃｈａｂｌｅ」を含む応答である場合、処理をＳ１１０５に進める。一方、「ｊｏｂ－ｆｅｔｃｈａｂｌｅ」を含まない応答である場合、処理をＳ１１２０に進める。

Ｓ１１２０において、ＣＰＵ１１１は、応答（イベント通知）の内容に応じて印刷ジョブのキャンセル、ジョブ設定の変更などの処理を行う。処理が完了すると処理をＳ１００１に進める。なお、ＣＰＵ１１１は、応答（イベント通知）でイベント無しが通知された場合、特段の処理を行うことなく、処理をＳ１００１に進める。

一方、Ｓ１１０５において、ＣＰＵ１１１は、図８（Ａ）に例示した印刷ジョブ一覧の取得要求を送信する。当該要求は前述した通り、ジョブオーナーを特定せず、印刷装置１０１が取得可能な全印刷ジョブの一覧の取得を試みる要求である。

Ｓ１１０６において、ＣＰＵ１１１は、ＣＰＳ１０２から印刷装置１０１が取得可能なジョブの一覧を示す応答を受信する。当該応答は、図８（Ｂ）に例示したように、印刷装置１０１が取得可能な印刷ジョブを特定するためのジョブＩＤが含まれる。

Ｓ１１０７において、ＣＰＵ１１１は、ジョブＩＤを指定したジョブ取得要求をＣＰＳ１０２に対して送信する。続けて、当該要求の応答として印刷ジョブを取得する。具体的には、ＣＰＵ１１１は、ｆｅｔｃｈ―ｊｏｂオペレーションを送信し、ｊｏｂ－ｔｅｍｐｌｅｔｅ属性を取得する。当該属性は図１０（Ｂ）に例示した印刷設定とクラウドアカウントを特定する情報を含んでいる。続けてａｃｋｎｏｗｌｅｄｇｅ－ｊｏｂリクエストを送信する。このリクエストはジョブを受け入れたことをＣＰＳ１０２に対して通知するためのリクエストである。当該リクエストに対する応答を受信したことに従って、ＣＰＵ１１１は、ＣＰＳ１０２にｆｅｔｃｈ－ｄｏｃｕｍｅｎｔリクエストを送信する。このリクエストは、印刷データ（ＰＤＬデータ）の要求である。ＣＰＵ１１１は、当該ｆｅｔｃｈ－ｄｏｃｕｍｅｎｔリクエストの応答としてＣＰＳ１０２から印刷データ（ＰＤＬデータ）を受信する。本実施形態では、図１０（Ｂ）に示した印刷設定を示す属性と、印刷データの組み合わせを、印刷ジョブと呼ぶものとする。なお本実施形態では、ＰＷＧ５１００．１８に規定されている印刷ジョブの取得方法を例示したが、これに限定されるものではない。

Ｓ１１０８において、ＣＰＵ１１１は、Ｓ１１０７で取得したクラウドアカウントを特定する情報に基づき、印刷装置１０１におけるユーザアカウントを特定する。続けて、特定したユーザアカウントの留め置き印刷ジョブとしてジョブを管理するためのジョブ情報をストレージ１１４に保存する。ここで、ジョブ情報とは、印刷設定やジョブオーナー名などの書誌情報と、印刷データ（ＰＤＬデータ）の対応関係を含む情報である。書誌情報は、前述したジョブリストの表示にも用いられる。

Ｓ１１０９において、ＣＰＵ１１１は、未取得の印刷ジョブがあるかどうかを判断する。具体的には、Ｓ１１０６の応答に含まれているジョブＩＤであって、Ｓ１１０７～Ｓ１１０８で説明した印刷ジョブの取得を試みていないジョブＩＤがある場合、未印刷の印刷ジョブがあると判断する。未印刷の印刷ジョブがあると判断された場合、当該取得を試みていないジョブＩＤを指定し、Ｓ１１０７～Ｓ１１０８のジョブ取得処理及びジョブ情報と印刷データの保存処理を実行する。一方Ｓ１１０６の応答に含まれているすべてのジョブＩＤについてジョブの取得を試みたと判断した場合、処理をＳ１００１に進める。

続けて、ログインイベントが発生した場合の制御について説明する。Ｓ１１１０において、ＣＰＵ１１１は、ＣＰＳ１０２に対してログインユーザのジョブ一覧を取得する要求を送信する。当該要求には前述したようにｍｙ－ｊｏｂ属性に「Ｔｒｕｅ」が指定される。また、当該要求は、ログインユーザに対応付けられたクラウドアカウントを特定する情報を含むよう構成される。図９（Ａ）はログインユーザのジョブ一覧を取得する要求の一例である。続けて、ＣＰＵ１１１は、操作部１１６にログインに成功したユーザ向けの操作画面を表示する。操作画面の切り替えが完了すると、処理をＳ１１０６に進める。なお、以降のジョブＩＤに基づく印刷ジョブの取得シーケンスはイベント通知をトリガとしてジョブＩＤを取得した場合と同様である。

一方、Ｓ１１１２において、ＣＰＵ１１１は、画面遷移の指示を受け付けたかどうかを判断する。画面遷移の指示を受け付けた場合、処理をＳ１１１３に進め、画面遷移の指示を受け付けていない場合、処理をＳ１１１８に進める。

Ｓ１１１３において、ＣＰＵ１１１は、画面遷移の指示の種類がジョブリスト画面への遷移を示しているか否かを判断する。ジョブリスト画面への遷移を示している場合は処理をＳ１１１４に進め、ジョブリスト画面への遷移を示していない場合は処理をＳ１１１７に進める。Ｓ１１１７において、ＣＰＵ１１１は、操作部１１６上に指示に応じたその他の画面を表示する。例えば、ログアウトの指示が行われた場合、画面５００を表示する。また、コピー画面に遷移する指示が行われた場合、操作部１１６上に図示省略のコピー画面を表示する。スキャン画面に遷移する指示が行われた場合、操作部１１６上に図示省略のスキャン画面を表示する。

Ｓ１１１４において、ＣＰＵ１１１は、ストレージ１１４に記憶されたジョブ情報（書誌情報）に基づき、印刷装置１０１にログインしているユーザに対応付けられた印刷ジョブを抽出する。続けて、ＣＰＵ１１１は、当該抽出した印刷ジョブを選択可能な選択画面（ジョブリスト）を表示する。図５の画面５２０、画面５４０に例示するジョブリストは選択画面の一例である。

Ｓ１１１５において、ＣＰＵ１１１は、印刷開始の指示を受け付けたか否かを判断する。印刷開始の指示を受け付けた場合は処理をＳ１１１６に進め、受け付けていない場合は、Ｓ１１１４に戻り、画面を介した選択操作を待ち受ける。

Ｓ１１１６において、ＣＰＵ１１１は、プリンタ１２０と協働して、印刷対象として選択された印刷ジョブの印刷処理を実行する。具体的には、ＣＰＵ１１１は、ストレージ１１４に管理されるジョブ情報に基づき特定される印刷設定と、印刷データに基づき印刷画像とプリンタを制御する制御コマンドを生成する。続けてプリンタ１２０に当該制御コマンドと印刷画像を送信する。プリンタ１２０は、制御コマンドに基づき、給紙部から適切なシート（用紙）を選択して、図示省略の搬送路に搬送し、当該搬送路上を移動するシート上に印刷画像を印刷する。印刷が完了したシート（成果物）は図示省略の排出トレイに排出される。ＣＰＵ１１１は、選択された印刷ジョブに基づく印刷処理が完了すると処理をＳ１１０１に進める。

最後にＳ１１１８において、ＣＰＵ１１１はシャットダウン指示を受け付けたか否かを判断する。シャットダウン指示を受け付けた場合、電源ＯＦＦのためのシャットダウン処理を行って一連の処理を終了する。一方。シャットダウン指示を受け付けていない場合、処理をＳ１１０１に進め更なる操作やイベントの発生を待ち受ける。

以上説明した一連の処理により、印刷装置において、ポーリングによる問合せに加えて、ユーザのログインを条件にジョブに関する問い合わせを行うことができるようになる。従って、ユーザが印刷装置にログインした時に、適切にＣＰＳ１０２上の印刷ジョブの有無を検知できるようになる。

＜第２の実施形態＞
第２の実施形態では、第１の実施形態の処理に加えて、ユーザアカウントからクラウドアカウントが特定できない場合における例外制御を行う仕組みについて説明する。なお、第２の実施形態における各装置のハードウェア構成は第１の実施形態と同様である。以下第１の実施形態との差分について説明する。

図１２は、第１の実施形態に追加する例外処理を説明するためのフローチャートの一例である。図１２のフローチャートに示す各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムを実行することにより実現される。第２の実施形態では、第１の実施形態のＳ１１０１でログインイベントが発生したと判定された場合に、図１２に例示するＳ１２００の判定処理を行う。具体的には、Ｓ１２００において、ＣＰＵ１１１は、ログインユーザに対応するユーザアカウントにクラウドアカウントが紐づけられているか否かを判断する。ログインユーザに対応するユーザアカウントにクラウドアカウントが紐づけられていると判断した場合は、処理をＳ１１１０に例示したログインユーザのジョブ取得処理に進める。一方、ログインユーザに対応するユーザアカウントにクラウドアカウントが紐づけられていないと判断した場合は、処理をＳ１１０５で説明したすべてのジョブを取得する処理に進める。

図１３は、第２の実施形態における選択画面（ジョブリスト）の表示方法の一例を示す図である。ここでは、第１の実施形態のＡｌｉｃｅ、Ｂｏｂに加えて、Ｃａｒｏｌなるユーザアカウントが登録されている場合を例に説明している。ここで、Ｃａｒｏｌは印刷装置１０１用のユーザアカウントを有しているが、当該ユーザアカウントにクラウドアカウントを紐づけていないものとする。本実施形態では、クラウドアカウントがユーザアカウントに対して紐づけられていないＣａｒｏｌが印刷装置１０１にログインしてジョブリストを表示する場合に、ＣＰＳ１０２経由で受信したすべての印刷ジョブを表示するよう制御する。一方、Ｂｏｂのようにクラウドアカウントが紐づけられているユーザが印刷装置にログインしてジョブリストを表示する場合、第１の実施形態と同様にＢｏｂの印刷ジョブのみを抽出したジョブリスト５６０を表示するよう制御する。

この処理により、クラウドアカウントを紐づけていないユーザがＣＰＳ１０２からジョブを投入した場合であっても、ログインをトリガとしてＣＰＳ１０２から取得可能な印刷ジョブを全て取得することができるようになる。また、当該取得した印刷ジョブを含むジョブリストをユーザに適切に提示することが可能となる。

＜第３の実施形態＞
第１の実施形態及び第２の実施形態では、ＣＰＳ１０２と印刷装置１０１の間のイベント通知を実現するためにポーリング方式を採用する場合を例示した。一方、前述したようにサーバプッシュ方式を利用する場合、ポーリング間隔に起因する問題は発生しない。

第３の実施形態では、第１の実施形態及び第２の実施形態の制御に加えて、クラウドプリントサービスや印刷装置１０１の機能アップデート等により、サーバプッシュ方式が利用可能となった場合に通知方式を切り替える制御について説明する。なお、第３の実施形態における各装置のハードウェア構成は第１の実施形態と同様である。以下第１の実施形態との差分について説明する。

図１４は、第１の実施形態に追加する例外処理を説明するためのフローチャートの一例である。図１４のフローチャートに示す各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムを実行することにより実現される。第３の実施形態では、第１の実施形態のＳ１１０２で確認条件を満たしたと判定された場合に、第１の実施形態のＳ１１０３の処理に代えて図１４の代替処理を行う。

具体的には、Ｓ１４０１において、ＣＰＵ１１１は、「ｎｏｔｉｆｙ－ｗａｉｔ」属性を「Ｔｒｕｅ」に指定したイベント有無の確認要求を送信する。このように第３の実施形態では、「ｎｏｔｉｆｙ－ｗａｉｔ」属性を「Ｔｒｕｅ」に指定することで、サーバプッシュ通知を希望するという意思表示を行う。続いて、Ｓ１４０２において、ＣＰＵ１１１は、ＣＰＳ１０２から受信した応答（イベント通知）に基づき、ＣＰＳ１０２においてサーバプッシュへの切り替えが受け入れられたか否かを判断する。サーバプッシュへの切り替えが受け入れられたと判断した場合、処理をＳ１４０３に進める。サーバプッシュへの切り替えが受け入れられなかったと判断した場合、処理をＳ１１０４に進める。

Ｓ１４０３において、ＣＰＵ１１１は、クラウドプリントサービスの動作設定をサーバプッシュを使用する方式に変更する。続けて、サーバプッシュの通知に用いるネットワークセッションを確立する。例えば、ＣＰＵ１１１は、ＣＰＳ１０２との間でＸＭＰＰ（Ｅｘｔｅｎｓｉｂｌｅ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌ）などのチャットセッションを確立する。当該確立したチャットセッションを介してイベント通知を受信するよう構成することができる。なお、サーバプッシュを実現する方法は一例であり、これに限定されるものではない。ＣＰＵ１１１は、サーバプッシュ方式への変更が完了すると処理をＳ１４０４に進める。

Ｓ１４０４において、ＣＰＵ１１１は、ポーリング方式による確認処理及び、ログイン時のジョブ取得処理を行わない動作モードとなるよう印刷装置の動作設定を変更する。変更が完了すると処理をＳ１１０４に進める。Ｓ１４０４の処理により、サーバプッシュ方式への切り替えによって、不要となるポーリングによる確認要求処理やログイン時のジョブ取得要求処理を行わないようにすることができる。

＜変形例＞
上述の実施形態では、強制留め置き機能で留め置かれた印刷ジョブがジョブリストを介して選択された後に印刷される場合を例示した。しかしながらこれに限定されるものではない。具体的には、ログイン処理を実行した後、当該ログインユーザに対応する、留め置かれた印刷ジョブを自動的に印刷する場合にも適用することができる。この場合、図４（Ｂ）で例示したユーザアカウントごとの設定に、ログイン後に自動印刷を行うか否かの設定を設ける。ＣＰＵ１１１は、ログインイベントの発生時に、当該ログインしたユーザのユーザアカウントを参照する。そして、ＣＰＵ１１１は、当該ログインしたユーザのユーザアカウントにログイン後に自動印刷を行う設定がなされていない場合、上述の実施形態と同様の処理を行う。一方、ＣＰＵ１１１は、当該ログインしたユーザのユーザアカウントにログイン後に自動印刷を行う設定がなされている場合、Ｓ１１０８の保存処理に代えて、自動印刷処理を行う。具体的には、ＣＰＵ１１１は、プリンタ１２０と協働して、当該ログインしたユーザに対応付けて記憶されている印刷ジョブと、ＣＰＳ１０２から新たに取得されたログインしたユーザに対応する印刷ジョブを自動的に印刷する印刷処理を実行する。

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

１０１ 印刷装置
１０２ クラウドプリントサービス
１０３ クライアント端末
１０４ クライアント端末

Claims (15)

1. クラウドプリントサービスから印刷ジョブを取得し、取得した印刷ジョブに基づいて印刷を行う印刷装置であって、
   前記印刷装置にユーザをログインさせるログイン処理を実行するログイン制御手段と、
   前記クラウドプリントサービスから送信されるイベント通知に取得可能な印刷ジョブがあることを示す情報が含まれている場合に、前記クラウドプリントサービスに対して、取得可能な印刷ジョブを要求する制御手段と、を有し、
   前記制御手段は、前記ログイン制御手段によるログイン処理が行われたことを条件に、前記クラウドプリントサービスに対して、ログインしたユーザのログインアカウントに１対１で関連付けられておりかつ当該ログインアカウントと同一画面上でその関連付けが表示されるクラウドアカウントで取得可能な印刷ジョブを要求し、当該要求の際に当該クラウドアカウントを送信することを特徴とする印刷装置。
2. 前記印刷装置のユーザアカウントと前記クラウドプリントサービスのクラウドアカウントとを対応付ける設定を行う設定手段を更に有し、
   前記ログインしたユーザのログインアカウントに対応するクラウドアカウントで取得可能な印刷ジョブの要求は、前記印刷装置にログインしたユーザのユーザアカウントに対応付くように設定された前記クラウドアカウントの印刷ジョブに関する要求であることを特徴とする請求項１に記載の印刷装置。
3. 前記制御手段は、前記印刷装置にログインしたユーザのユーザアカウントに対応するクラウドアカウントが設定されていない場合、前記ログイン制御手段によるログイン処理が行われたことを条件に前記クラウドプリントサービスに対して、前記印刷装置で取得可能な前記印刷ジョブを要求することを特徴とする請求項２に記載の印刷装置。
4. 前記印刷ジョブの要求で得られた情報を用いてジョブ情報を管理する管理手段と、
   前記ログイン制御手段によるログイン処理が行われた後、所定の指示を受け付けた場合に、前記管理手段で管理されているジョブ情報に基づき、前記ログインしたユーザのユーザアカウントに対応付けて管理されている印刷ジョブを印刷対象として選択することが可能な選択画面を表示する表示制御手段を更に有することを特徴とする請求項２又は３に記載の印刷装置。
5. 前記管理手段は、前記得られた情報を用いて前記クラウドプリントサービスで管理されている印刷ジョブに対応する印刷データを受信し、当該印刷データを前記印刷装置が有する記憶領域に格納し、前記印刷ジョブの実行に必要となる情報と、当該格納した印刷データとを対応付けて管理することを特徴とする請求項４に記載の印刷装置。
6. 前記クラウドプリントサービスからのイベント通知方式にサーバプッシュ技術を用いる設定が記憶されている場合、所定の間隔で前記クラウドプリントサービスにイベント通知の有無を確認する処理は行われないことを特徴とする請求項１乃至５のいずれか１項に記載の印刷装置。
7. サーバプッシュ通知を前記クラウドプリントサービスに要求し、受信した応答に基づきサーバプッシュ通知が可能か否かを判断する判断手段をさらに有し、
   可能であると判断された場合に、サーバプッシュのイベント通知に用いるネットワークセッションを確立し、可能でないと判断された場合にポーリングによるイベント通知が行われることを特徴とする請求項６に記載の印刷装置。
8. クラウドプリントサービスから印刷ジョブを取得し、取得した印刷ジョブに基づいて印刷を行う印刷装置の制御方法であって、
   前記印刷装置にユーザをログインさせるログイン処理を実行するログイン制御工程と、
   前記クラウドプリントサービスから送信されるイベント通知に取得可能な印刷ジョブがあることを示す情報が含まれている場合に、前記クラウドプリントサービスに対して、取得可能な印刷ジョブを要求する制御工程と、を有し、
   前記制御工程は、前記ログイン制御工程によりログイン処理が行われたことを条件に、前記クラウドプリントサービスに対して、ログインしたユーザのログインアカウントに１対１で関連付けられておりかつ当該ログインアカウントと同一画面上でその関連付けが表示されるクラウドアカウントで取得可能な印刷ジョブを要求し、当該要求の際に当該クラウドアカウントを送信することを特徴とする制御方法。
9. 前記印刷装置のユーザアカウントと前記クラウドプリントサービスのクラウドアカウントとを対応付ける設定を行う設定工程を更に有し、
   前記ログインしたユーザのログインアカウントに対応するクラウドアカウントで取得可能な印刷ジョブの要求は、前記印刷装置にログインしたユーザのユーザアカウントに対応付く前記クラウドアカウントの印刷ジョブに関する要求であることを特徴とする請求項８に記載の制御方法。
10. 前記制御工程では、前記印刷装置にログインしたユーザのユーザアカウントに対応するクラウドアカウントが設定されていない場合、前記ログイン制御工程によるログイン処理が行われたことを条件に前記クラウドプリントサービスに対して前記印刷ジョブを要求することを特徴とする請求項９に記載の制御方法。
11. 前記印刷ジョブの要求で得られた情報を用いてジョブ情報を管理する管理工程と、
    前記ログイン制御工程によるログイン処理が行われた後、所定の指示を受け付けた場合に、前記管理工程により管理されたジョブ情報に基づき、前記ログインしたユーザのユーザアカウントに対応付けて管理されている印刷ジョブを印刷対象として選択することが可能な選択画面を表示する表示制御工程を更に有することを特徴とする請求項９又は１０に記載の制御方法。
12. 前記管理工程では、前記得られた情報を用いて前記クラウドプリントサービスで管理されている印刷ジョブに対応する印刷データを受信し、当該印刷データを前記印刷装置が有する記憶領域に格納し、前記印刷ジョブの実行に必要となる情報と、当該格納した印刷データとを対応付けて管理することを特徴とする請求項１１に記載の制御方法。
13. 前記クラウドプリントサービスからのイベント通知方式にサーバプッシュ技術を用いる設定がなされている場合、所定の間隔で前記クラウドプリントサービスにイベント通知の有無を確認する処理は行われないことを特徴とする請求項８乃至１２のいずれか１項に記載の制御方法。
14. サーバプッシュ通知を前記クラウドプリントサービスに要求し、受信した応答に基づきサーバプッシュ通知が可能か否かを判断する判断ステップをさらに含み、
    可能であると判断された場合に、サーバプッシュのイベント通知に用いるネットワークセッションを確立し、可能でないと判断された場合にポーリングによるイベント通知が行われることを特徴とする請求項１３に記載の制御方法。
15. 請求項８乃至１４の何れか１項に記載の印刷装置の制御方法を前記印刷装置に実行させるためのプログラム。

Images