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

Description

本発明は、外部サーバに画像データを送信する印刷装置、制御方法及びプログラムに関する。

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

これらのクラウドプリントの仕組みは、ＰＷＧ５１００．１３、ＰＷＧ５１００．１８やＲＦＣ３９９５およびＲＦＣ３９９６などで規定されており、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）という印刷プロトコルが定義されている。これらの規格ではＩＰＰを利用し、印刷装置はＣＰＳ、印刷装置のアイコン画像データの格納サーバのＵＲＬを取得する技術が規定されている。印刷装置は取得したアイコンデータ格納サーバに、印刷装置のアイコン画像データをアップロードし、格納したＵＲＬパス情報をＣＰＳに通知する。クライアント端末はＣＰＳからＵＲＬパス情報を取得し、アイコンデータ格納サーバから画像アイコンデータを取得することで、ユーザがプリンタ検索する際によりプリンタを特定しやすくなる。

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

少なくとも一部のハードウェアに対して通電が停止されている電源無効状態の印刷装置があり、ユーザ指示により電源が有効になる場合を考える。例えば、インク残量や紙の残量など印刷装置の状態は常に変化するため、印刷装置が起動する毎にプリントサービスへ印刷装置の能力通知を行うことが考えられる。能力通知にアイコン画像データの格納情報を含める場合、起動する毎に不要となる格納情報を通知することになる。

例えば、高画質のアイコン画像データに変更する時や、給紙段の追加や排紙時におけるフィニッシング機能の追加等、印刷装置の機能に基づく構成変更が発生した場合に印刷装置の外観とアイコンが一致しない場合がある。その場合、アイコン画像データが再アップロードされて更新されるのが好ましい。

登録するアイコン画像データの数や画質によっては大きなサイズになるケースもある。このようなケースを除き登録済データを同じデータで更新することはネットワーク環境に無駄な負荷を与え、アップロード完了まで時間がかかれば印刷装置の起動時間も遅延し、利便性に影響が出る。

本発明は上述の問題点を鑑みなされたものであり、印刷装置が無駄なアイコン画像データのアップロードを抑えるための仕組みを提供する。

本発明の一実施形に係る印刷装置は、印刷装置の登録要求を受け付けたことに応じて前記印刷装置を登録し、登録された前記印刷装置への印刷指示を受け付けたことに応じて印刷ジョブを前記印刷装置へ提供するプリントサービスとインターネットを介して通信することが可能な前記印刷装置であって、前記印刷装置のアイコン画像データを保存するための格納情報を前記プリントサービスから受信する受信手段と、前記印刷装置のアイコン画像データを、前記格納情報を基に格納する格納手段と、前記印刷装置の能力情報を前記プリントサービスに通知する際、格納された前記印刷装置のアイコン画像データのパス情報を含む能力情報を通知する通知手段と、を有し、アイコン画像データの格納イベントが発生していない状態で前記通知手段による通知が行われる場合、前記印刷装置のアイコン画像データの格納が行われることなく、格納済みの前記印刷装置のアイコン画像データのパス情報を含む能力情報の通知が行われることを特徴とする。

アイコンデータ格納サーバへアップロード済の画像アイコンデータに対して無駄な送信処理を抑えることが可能となる。

印刷システムの一例を示す図である。 印刷装置の画像アイコンデータ送信を説明するシーケンス図の一例である。 画像アイコンデータを取得したクライアント端末の操作画面の一例である。 印刷装置のハードウェア構成の一例を示す図である。 クラウドプリントサービス使用時の印刷装置の制御の一例を示すフローチャートである。 印刷装置を登録する登録パケットの一例である。 クラウドプリントサービスの能力情報取得をするパケットの一例である。 画像アイコンデータをアップロードするパケットの一例である。 クラウドプリントサービスに能力通知をするパケットの一例である。 クラウドプリントサービスに登録された印刷装置の能力情報取得をするパケットの一例である。 画像アイコンデータを取得するパケットの一例である。 第１の実施形態における印刷装置の制御の一例を示すフローチャートである。 第１の実施形態アイコン画像データのアップロード情報。 第２の実施形態における印刷装置の制御の一例を示すフローチャートである。 アイコン画像データの削除処理時に印刷装置１０１とアイコンデータ格納サーバ１０３の間での通信パケットの例。 第３の実施形態における印刷装置１０１の動作フローチャートである。 印刷装置１０１とＣＰＳ１０２の間で行う、情報更新の例。 サーバ及びクライアントのハードウェア構成の一例を示す図である。

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

＜第１の実施形態＞
図１を用いて、本発明に係る印刷システムの構成を説明する。

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

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

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

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

アイコンデータ格納サーバ１０３は印刷装置１０１の外観を表現した画像アイコンデータ（以下、単にアイコンとも呼ぶ）を保存する。保存されるアイコンは印刷装置１０１からアイコンデータ格納サーバに提供される。アイコンデータ格納サーバ１０３はアイコンを保存すると、アイコンを提供するための格納パスであるＵＲＬ情報を印刷装置に提供する。クライアント端末１０４はＵＲＬ情報を元にアイコンデータを取得することができる（詳細は後述する）。なお、本実施例ではＣＰＳ１０２とアイコンデータ格納サーバ１０３を個別のサーバとして説明しているが、発明を限定するものではなく、それぞれのサーバ機能を備えた単一のサーバ構成でも本発明の効果を得ることが可能である。

ＣＰＳ１０２とアイコンデータ格納サーバ１０３は１台のサーバで構成されている様に図示している。しかし、クラウドサービスとして展開することを想定しているため、必ずしも１台のサーバで構成されている必要はなく、複数台の装置を束ねたシステムで実装されているものとする。

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

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

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

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

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

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

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

＜ＣＰＳ１０２、アイコンデータ格納サーバ１０３、クライアント端末１０４のハードウェア構成＞
図１８は、ＣＰＳ１０２、アイコンデータ格納サーバ１０３、クライアント端末１０４のハードウェア構成の概略を示すブロック図である。図１８において、ＣＰＵ７０１は内部デバイスで接続される各デバイス（ＲＯＭ、ＲＡＭなど）を直接あるいは間接的に制御し、本発明を実現するためのプログラムを実行する。ＲＯＭ７０２はＢＩＯＳが格納してある。ＲＡＭ（直接記憶装置）７０３は、ＣＰＵ７０１のワーク領域や、一次記憶領域として利用される。間接記憶装置７０４は、基本ソフトウェアであるＯＳやアプリケーション、ソフトウェアモジュールが記憶されているＨＤＤ（ハードディスクドライブ）、もしくはＳＳＤ（ソリッドステートドライブ）などである。入力装置７０５はキーボードやポインティングデバイスなどがある。出力装置７０６は例えばディスプレイが用いられる。ネットワークＩ／Ｆ７０７はネットワークに接続するためのインタフェースである。ネットワークＩ／Ｆ７０７の構成は図４で説明したネットワークＩ／Ｆ４０８と同様に、イーサネット接続以外の通信インタフェースであってもよい。

＜プリンタ登録とアイコン利用＞
次に図２を用いて本実施形態におけるアイコン登録に関連するシーケンスについて説明する。なお、図２で説明した一般的なシーケンスと同様の制御については適宜説明を省略するものとする。また本シーケンスで送信するパケットの詳細について例を示していない部分については、別図を用いて詳細に後述する。

まず、本実施形態でのクラウドプリントサービスを利用するために、印刷装置１０１はＣＰＳ１０２に対し印刷装置を登録する。ユーザが印刷装置１０１の操作部４０９を操作しクラウドプリントサービス登録操作を行うと（不図示）、印刷装置１０１は登録するＣＰＳ１０２と接続を行い、登録要求パケットを送信し登録要求する（Ｓ２０１）。ＣＰＳ１０２は登録が完了すると登録要求応答パケットを送信し登録要求応答を行う（Ｓ２０２）。

図６はステップＳ２０１、Ｓ２０２で送信されるＩＰＰパケットの一例を示している。図６（Ａ）は登録要求パケットを示し、登録を要求するための操作情報である「Ｏｐｅｒａｔｉｏｎ：Ｒｅｇｉｓｔｅｒ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ Ｒｅｑｕｅｓｔ」と属性情報を含めて送信する。属性情報としては例えば「Ｒｅｑｕｅｓｔｅｄ－ａｔｔｒｉｂｕｔｅｓ：ｍａｎｕｆａｃｔｕｒｅ＝“Ｃａｎｏｎ”ｍｏｄｅｌ＝“ｉＲ－ＡＤＶ”」と製造者情報、機種情報を含める。

図６（Ｂ）は登録要求応答パケットを示し、操作情報である「Ｏｐｅｒａｔｉｏｎ：Ｒｅｇｉｓｔｅｒ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ Ｒｅｓｐｏｎｓｅ」と状況情報として「Ｓｔａｔｕｓ Ｃｏｄｅ：ｓｕｃｃｅｓｓｆｕｌ－ｏｋ」を含む。更に登録要求応答パケットには属性情報として例えば「Ａｔｔｒｉｂｕｔｅ：Ｃｌｏｕｄ－ｄｅｖｉｃｅ－ｉｄ＝“Ｏｃｃ２３１６８－ｄ６８１－４９ｂ４－ｂｃ２２－ｅｆ７０４ａ０２４ａｆｆ”」という識別情報が含まれる。ＣＰＳ１０２は登録された機器の識別情報を発行し属性情報として送信する。以上の処理によりＣＰＳ１０２に対しクラウドプリントサービスに対応した装置として印刷装置１０１が登録される。

次に印刷装置１０１はＣＰＳ１０２に対し、現在ＣＰＳ１０２に登録されている能力情報を問い合わせるために、能力取得要求パケットを送信する（Ｓ２０３）。ＣＰＳ１０２はステップＳ２０３の要求への応答として、印刷装置１０１に対して現在ＣＰＳ１０２に登録されている能力情報である能力取得応答パケットを送信する（Ｓ２０４）。ステップＳ２０３、Ｓ２０４の能力情報を問い合わせる処理により、印刷装置１０１はＣＰＳ１０２に対してアイコンが格納可能なサーバのＵＲＬ情報を取得することができる。ＣＰＳ１０２は、能力取得要求されることで、印刷装置１０１に対応するアイコンを格納するためのＵＲＬ情報を発行する。本実施例では、印刷装置１０１は、能力取得要求することでＵＲＬ情報を取得したが、能力取得以外の要求で取得しても良い。なお、アイコンが格納可能なサーバの格納情報はＵＲＬに限らず、格納場所が特定できる情報であればどのような情報であってもよい。

次に印刷装置１０１はステップＳ２０４で取得した情報を元にアイコンデータ格納サーバ１０３に対して画像データアップロード要求パケットを送信し画像データの更新を要求する（Ｓ２０５）。アイコンデータ格納サーバ１０３は印刷装置１０１の要求に対し画像データアップロード応答パケットにてアイコン格納状況の結果を返却する（Ｓ２０６）。次に印刷装置１０１はＣＰＳ１０２に対して能力通知要求パケットを送信し、アイコンのＵＲＬ情報を含む自機器の能力情報の更新を要求する（Ｓ２０７）。ＣＰＳ１０２は印刷装置１０１からの能力要求に対する返答として能力通知要求応答パケットを送信する（Ｓ２０８）。ここまでの一連のシーケンスが正常に動作すると、印刷装置１０１のアイコンがアイコンデータ格納サーバ１０３に格納され、印刷装置１０１の能力情報としてアイコンのＵＲＬ情報がＣＰＳ１０２に登録される。ＣＰＳ１０２は複数の印刷装置を登録することが可能であり、ステップＳ２０１からステップＳ２０８の一連の処理によりＣＰＳ１０２には複数の印刷装置の情報が登録される。

一方、クライアント端末１０４はＣＰＳ１０２に対し登録されている印刷装置の能力情報を取得するために能力取得要求パケットを送信する（Ｓ２０９）。ＣＰＳ１０２はその応答として能力取得応答パケットによりアイコンのＵＲＬ情報を含む印刷装置１０１の能力情報を送信する（Ｓ２１０）。

図１０はステップＳ２０９、Ｓ２１０で送信されるＩＰＰパケットの一例を示している。図１０（Ａ）はクライアント端末１０４がステップＳ２０９にてＣＰＳ１０２に送信する能力取得要求パケットであり、操作情報として「Ｏｐｅｒａｔｉｏｎ：Ｇｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅ－Ｒｅｑｕｅｓｔ」にて要求を行う。更に能力取得要求パケットには、要求属性情報としてプリンタアイコンの情報「Ｐｒｉｎｔｅｒ－ｉｃｏｎ」を要求に含めて送信する。

図１０（Ｂ）はＣＰＳ１０２がステップＳ２１０で送信する能力取得応答パケットの一例を示す。
Ａｔｔｒｉｂｕｔｅ：
ｐｒｉｎｔｅｒ－ｉｃｏｎｓ＝“ｈｔｔｐｓ：／／ｐｒｉｎｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｓｔａｔｉｃ－ｒｅｓｏｕｒｃｅ／Ｏｃｃ２３１６８－ｄ６８１－４９ｂ４－ｂｃ２２－ｅｆ７０４ａ０２４ａｆｆ／Ｐｒｉｎｔｅｒ－ｉｃｏｎ．ｐｎｇ”
次のステップＳ２１１はクライアント端末１０４がステップＳ２１０にて図１０（Ｂ）のパケットを受信し、アイコンリソース格納パス情報を得た場合に実行される。クライアント端末１０４はステップＳ２１０で得た印刷装置１０１のアイコンのＵＲＬ情報によりアイコンデータ格納サーバ１０３にアクセスし、画像データ取得要求パケットによりアイコンを要求する（Ｓ２１１）。アイコンデータ格納サーバ１０３はその応答として、画像データ取得応答パケットによりアイコン画像データをクライアント端末１０４に送信する（Ｓ２１２）。

図１１はステップＳ２１１、Ｓ２１２にてクライアント端末１０４及びアイコンデータ格納サーバ１０３にて送受信されるパケットの例を示している。図１１（Ａ）はクライアント端末１０４がＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＧＥＴオペレーションを用いて印刷端末のアイコンを要求するために送信する画像データ取得要求パケットを示す。ＧＥＴオペレーションのパラメータとしてステップＳ２１０で取得した印刷装置１０１の能力情報が用いられる。
Ｐｒｏｔｏｃｏｌ：ＨＴＴＰ
ＧＥＴ／Ｐｒｉｎｔｅｒ－ｉｃｏｎ．ｐｎｇ ＨＴＴＰ／１．１
Ｈｏｓｔ：ｈｔｔｐｓ：／／ｐｒｉｎｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｓｔａｔｉｃ－ｒｅｓｏｕｒｃｅ／Ｏｃｃ２３１６８－ｄ６８１－４９ｂ４－ｂｃ２２－ｅｆ７０４ａ０２４ａｆｆ
アイコンデータ格納サーバ１０３はＨＴＴＰ応答で図１１（Ｂ）画像データ取得応答パケットにアイコンの画像電子データを含めて送信する。これら一連の処理によりクライアント端末１０４は印刷装置１０１のアイコン画像データを取得する。クライアント端末１０４は自機器のＲＡＭ７０３や間接記憶装置７０４にアイコン画像データを保存し、クライアント端末１０４のＯＳやアプリケーションは印刷装置１０１を識別するためのアイコンを利用することが可能となる。

図３はクライアント端末１０４で動作する印刷アプリケーションにおける印刷装置選択画面の一例を示した図である。クライアント端末１０４を利用するユーザは印刷を行うために印刷アプリケーションを起動する。印刷アプリケーションは利用可能な印刷装置をユーザに選択させるために図３の印刷装置選択画面により利用可能な印刷装置の一覧をアイコン画像である図３（Ａ）、図３（Ｂ）、図３（Ｃ）と共に表示する。印刷アプリケーションが利用可能な印刷装置としては、クラウドプリントサービスの他にＷＳＤ（Ｗｅｂ Ｓｅｒｖｉｃｅ ｆｏｒ Ｄｅｖｉｃｅ）に対応したものやクライアント端末に直接接続がされているローカルの印刷装置なども含まれる。

クライアント端末１０４のＯＳはクラウドプリントサービスの他にＷＳＤなど各々のプロトコルに応じた印刷装置の探索を行い、探索で検出された機器の情報を取得する。印刷アプリケーションは例えば３Ａ及び３Ｃの印刷装置がクラウドプリントサービスに対応した機器であれば、上述したステップＳ２１２にて取得したアイコンデータを用いて図３（Ａ）、図３（Ｃ）のアイコンを表示する。また例えば図３（Ｂ）の印刷装置はＷＳＤプロトコルで検出された印刷装置であり、機器の情報にアイコンが含まれていない場合には、ＯＳが予め用意している汎用的な印刷装置のアイコンを表示する。

以上のように印刷アプリケーションがクラウドプリントサービスに対応した印刷装置のアイコンを表示することにより、ユーザは利用したい印刷装置の外観の違いを認識し容易に識別することが可能になる。クラウドプリントサービスに対応した印刷装置のアイコン利用方法としては、クライアント端末１０４のＯＳや印刷アプリケーションにより利用する印刷装置の登録処理においても利用することが可能である。ＯＳなどの登録画面にアイコンを表示することにより、ユーザは登録したい印刷装置をアイコンにより容易に識別することができる。

＜アイコン登録処理＞
次に図２のシーケンス図のステップＳ２０３からステップＳ２０８にて説明した、ＣＰＳ１０２に対し印刷装置１０１のアイコンを更新するまでの印刷装置１０１の制御について、図５のフローチャートを用いて説明する。更に各制御の詳細説明の中で具体的に通信されるパケットの例について図７、図８、図９を用いて詳細に説明する。

印刷装置１０１において図２のステップＳ２０１、Ｓ２０２の処理によりＣＰＳ１０２へのクラウドプリントサービスへの登録が完了すると、自身の能力情報に対してアイコンを登録する処理を開始する。このアイコン登録処理はクラウドプリントサービスへの登録処理のタイミングの他にも例えば印刷装置の電源ＯＮやサーバとの通信経路が確立した時点で実施しても本発明の効果を得ることが出来る。

アイコン登録処理が開始されると、印刷装置１０１はＣＰＳ１０２に対し能力取得要求パケットを送信し（Ｓ５０１）、ＣＰＳ１０２から送信される能力取得要求応答パケットを受信する（Ｓ５０２）。図７はステップＳ５０１、Ｓ５０２の処理で送受信されるＩＰＰパケットの一例を示している。図７（Ａ）は印刷装置が要求する能力取得要求パケットで操作情報である「Ｏｐｅｒａｔｉｏｎ：Ｇｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅ－Ｒｅｑｕｅｓｔ」に属性情報を加えて送信する。能力取得要求パケットには属性情報としてアイコンを保存するＵＲＬ情報「Ｒｅｑｕｅｓｔｅｄ－ａｔｔｒｉｂｕｔｅｓ：ｐｒｉｎｔｅｒ－ｓｔａｔｉｃ－ｒｅｓｏｕｒｃｅ－ｄｉｒｅｃｔｏｒｙ－ｕｒｉ」の要求を含める。図７（Ｂ）はＣＰＳ１０２が印刷装置１０１に送信するＩＰＰ能力取得応答パケットの例を示す。能力取得応答パケットは操作情報の「Ｏｐｅｒａｔｉｏｎ：Ｇｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅ－Ｒｅｓｐｏｎｓｅ」に加えて成功を示すステータスコード「Ｓｔａｔｕｓ ｃｏｄｅ：ｓｕｃｃｅｓｓｆｕｌ－ｏｋ」と共に属性情報が含まれる。属性情報にはリソースを格納するＵＲＬ情報である格納パス情報が含まれる。
Ａｔｔｒｉｂｕｔｅ：
ｐｒｉｎｔｅｒ－ｓｔａｔｉｃ－ｒｅｓｏｕｒｃｅ－ｄｉｒｅｃｔｏｒｙ－ｕｒｉ＝“ｈｔｔｐｓ：／／ｐｒｉｎｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｓｔａｔｉｃ－ｒｅｓｏｕｒｃｅ／Ｏｃｃ２３１６８－ｄ６８１－４９ｂ４－ｂｃ２２－ｅｆ７０４ａ０２４ａｆｆ”
ステップＳ５０２にて、成功を示すステータスコードを受信した場合にはステップＳ５０３の処理に進む。

ステップＳ５０３、およびＳ５０４の処理では図２で説明したステップＳ２０５、およびＳ２０６の処理を行う。ステップＳ５０３ではステップＳ５０２にて受信した能力取得応答パケットの属性情報に含まれる格納パス情報を基に、印刷装置１０１はアイコンデータ格納サーバ１０３と接続し画像データのアップロード要求を行う。その後、印刷装置１０１はステップＳ５０４にてアイコンデータ格納サーバ１０３からアップロード要求に対する応答を受信する。

図８はステップＳ５０３、Ｓ５０４にて印刷装置１０１とアイコンデータ格納サーバ１０３の間で送受信されるＨＴＴＰパケットの一例を示している。図８（Ａ）は印刷装置１０１がアイコンデータ格納サーバ１０３に対する画像データアップロード要求パケットを示し、ＨＴＴＰのＰＵＴオペレーションを利用してアイコンの更新を要求する。
Ｐｒｏｔｏｃｏｌ：ＨＴＴＰ
ＰＵＴ／Ｐｒｉｎｔｅｒ－ｉｃｏｎ．ｐｎｇ ＨＴＴＰ／１．１
Ｈｏｓｔ：ｈｔｔｐｓ：／／ｐｒｉｎｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｓｔａｔｉｃ－ｒｅｓｏｕｒｓｅ／Ｏｃｃ２３１６８－ｄ６８１－４９ｂ４－ｂｃ２２－ｅｆ７０４ａ０２４ａｆｆ
Ｃｏｎｔｅｎｔ－ｔｙｐｅ：ｐｎｇ
Ｃｏｎｔｅｎｔ－ｌｅｎｇｔｈ：１００
＜Ｉｍａｇｅ ｄａｔａ＞
（画像データの実体が添付され送信される）
上述したように、画像データアップロード要求パケットにはアイコンの名称情報やフォーマット情報、画像データの実体などが含まれる。アイコンデータ格納サーバ１０３は装置の設定や状態などに応じて変化する画像データの更新要求に対する成否について、画像データアップロード応答パケットにて印刷装置１０１に応答する。

図８（Ｂ）はアイコンの更新が成功した場合の応答パケットの一例であり、ＨＴＴＰ成功応答と共に保存された情報が返却される。
Ｐｒｏｔｏｃｏｌ：ＨＴＴＰ
ＨＴＴＰ／１．１ ２０１ Ｃｒｅａｔｅｄ
Ｃｏｎｔｅｎｔ－Ｌｏｃａｔｉｏｎ：／Ｐｒｉｎｔｅｒ－ｉｃｏｎ．ｐｎｇ
次に印刷装置１０１はＣＰＳ１０２が保持する自身の能力情報に対しアイコン画像がアイコンデータ格納サーバに保存された能力情報更新の通知を行う。ステップＳ５０５にて通知する属性情報に画像データ格納パス情報を含めた状態とし、ステップＳ５０６に処理を進める。ステップＳ５０６では印刷装置１０１はＣＰＳ１０２に対し能力通知要求パケットにより能力情報の更新を行いステップＳ５０７に進む。ステップＳ５０７では印刷装置１０１はＣＰＳ１０２から能力通知要求応答パケットを受信して、アイコン登録処理を抜ける。

図９はステップＳ５０６、Ｓ５０７において送受信されるＩＰＰパケットの一例を示している。

図９（Ａ）は印刷装置１０１がステップＳ５０６にて画像データ格納パスを属性情報に含めるケースの能力通知要求パケットである。この能力通知要求パケットには要求する属性情報としてアイコン画像データが格納されている画像データパス情報を含める。
Ｏｐｅｒａｔｉｏｎ：Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓ Ｒｅｑｕｅｓｔ
Ｒｅｑｕｅｓｔｅｄ－ａｔｔｒｉｂｕｔｅｓ：
（中略）
ｐｒｉｎｔｅｒ－ｉｃｏｎｓ＝“ｈｔｔｐｓ：／／ｐｒｉｎｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｓｔａｔｉｃ－ｒｅｓｏｕｒｓｅ／Ｏｃｃ２３１６８－ｄ６８１－４９ｂ４－ｂｃ２２－ｅｆ７０４ａ０２４ａｆｆ／Ｐｒｉｎｔｅｒ－ｉｃｏｎ．ｐｎｇ”
図９（Ｂ）は印刷装置１０１がＣＰＳ１０２から受信する能力通知要求応答パケットであり、操作情報「Ｏｐｅｒａｔｉｏｎ：Ｕｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓ Ｒｅｓｐｏｎｓｅ」に加え成功したステータスコードが含まれる。

以上により、アイコン画像データの登録処理が完了する。

その後、クライアント端末１０４からのアイコン利用にて説明した内容によってクライアント端末１０４上の印刷アプリケーションがクラウドプリントサービスに対応した印刷装置１０１のアイコンを表示することが可能となっている。

同じアイコン画像データを無駄にアップロードすることは避けるべきである。この点に関する、印刷装置１０１の次回電源投入時の処理フローについて、図１２にて説明する。なお、印刷装置１０１の「電源投入時」の動作として説明するが、印刷装置１０１がＣＰＳ１０２と連携しプリントサービスを使用するための有効／無効設定を切り替えられる場合、印刷装置１０１のクラウドプリント設定が無効から有効に変更されたときも同様のフローを行ってもよい。すなわち、電源投入時、および印刷装置１０１のＣＰＳ１０２のプリントサービスを使用するための有効／無効設定を切り替えるときに図１２の処理フローが実行される。

図１２は印刷装置１０１の電源投入時における起動処理のフローに関し、アイコン画像データの処理に部分について説明したフローである。

Ｓ１２０１にて印刷装置１０１が電源投入を検知すると、Ｓ１２０２にて印刷装置１０１はアイコン画像データの、アイコンデータ格納サーバ１０３へのアップロード履歴を確認する。上述の通り、印刷装置１０１のＣＰＳ１０２のプリントサービスを使用するための有効／無効設定を切り替えるときがフロー開始のトリガーになっても良い。

アップロード履歴は後述するＳ１２１０の実行、および／または印刷装置１０１が図８（Ｂ）の応答を受信した際にＲＡＭ４０３に格納されるアイコン画像データの、アイコンデータ格納サーバ１０３へのアップロード有無の情報を示す。この情報には印刷装置１０１の現在までにアップロードしたアイコン画像データのファイルに関する情報を少なくとも含んでいる。

図１３は前記アイコン画像データのアップロード情報の例である。図１３（Ａ）のように単一ファイルのアップロードである場合と図１３（Ｂ）のように複数ファイルのアップロードである場合の例となっている。図１３（Ｂ）はクライアント端末１０４のプリントサービスの使用状況によってクライアント端末１０４側で表示するアイコンデータが異なるケースが想定される場合を鑑みて、それぞれ異なるアイコン画像データをアップロードしたことを示している。

図１３は画像データのアップロード情報の一例ではあるが、これらファイル情報に加えてアップロードした日時情報やアップロード回数情報を保持管理してもよい。

アイコン画像データのアップロード履歴がある場合、後述するＳ１２１１のステップへ進む。

また、Ｓ１２０２にてアイコンデータ格納サーバ１０３へアイコン画像データのアップロードした履歴がない場合、Ｓ１２０６の処理を行う。印刷装置１０１はＳ１２０６ではＳ５０１、Ｓ１２０７ではＳ５０２と同様の処理を行うことで、ＣＰＳ１０２からアイコンデータ格納サーバ１０３への接続先を確認する。併せて、印刷装置１０１はＳ１２０８にてＳ５０３、Ｓ１２０９にてＳ５０４と同様の処理を行うことで、アイコンデータ格納サーバ１０３へ新しいアイコン画像データをアップロードする。Ｓ１２１０にて印刷装置１０１はＲＡＭ４０３にアイコンデータ格納サーバ１０３へのアップロード履歴の情報を保存する。

Ｓ１２１１にて前記アップロード履歴の情報からアップロード済であると判断できる場合、Ｓ１２０３にて印刷装置１０１は前回アイコン画像データを登録した時の、アイコンデータ格納サーバ１０３への格納先パス情報を属性情報として加え、Ｓ１２０４にてＳ５０６、Ｓ１２０５にてＳ５０７と同様の処理を行うことでＣＰＳ１０２へアイコン画像データの情報通知を行う。

図９（Ａ）の説明にあるように、ＩＰＰ通信を使ってアイコン画像データの格納先パスを示す例である、ｐｒｉｎｔｅｒ－ｉｃｏｎｓ属性を他の能力属性値に加えることでＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓ Ｒｅｑｕｅｓｔを生成して情報通知を行う。

Ｓ１２１１にて前記アップロード履歴の情報からアップロード済であると判断できない場合、図９（Ｃ）に示すように、ｐｒｉｎｔｅｒ－ｉｃｏｎｓ属性を含まないＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓ Ｒｅｑｕｅｓｔを生成して情報通知を行う。これにより、Ｓ２０３、Ｓ２０４、Ｓ２０５、Ｓ２０６で示したアイコン画像データの、アイコンデータ格納サーバ１０３へのアップロードを電源投入毎に行わないようにする。

以上により、印刷装置１０１の電源投入時においてアップロードすべき時のみアイコン画像データをアイコンデータ格納サーバ１０３に送ることで効率の良いアイコン画像データアップロード処理を行い、印刷装置１０１の起動時間を無駄に遅延することを防ぐ。実施例１は、アイコン画像データの格納イベントが、印刷装置１０１をＣＰＳ１０２に登録完了した後の最初の電源投入時に発生することを説明する実施例である。電源投入したタイミングでアップロードが完了していれば、アイコン画像データの格納イベントは発生しない。例えば、アップロードがエラーで終了している場合は、電源投入のタイミングでアイコン画像データの格納処理が実行される。

＜第２の実施形態＞
本実施形態では第１の実施形態とは異なる部分に絞って説明し、同様の部分については説明を省略する。第２の実施形態は、第１の実施形態に加え、手動更新によるアイコン画像データの格納イベントに応じて、アイコンデータ格納サーバ１０３へアイコン画像データをアップロードする実施例である。図１４は第一の実施例に異なるフローを付け加えた処理となっている。Ｓ１４０１にて印刷装置１０１は使用者からアイコン画像データの更新指示の有無を確認し、指示ありの場合には前記Ｓ１２０６以降の処理を行う。指示なしの場合には前記Ｓ１２１１以降の処理を行う。

図１７は前記印刷装置１０１の使用者からアイコン画像データの更新指示を受けるためのユーザーインターフェースを示す図である。

印刷装置１０１は入力装置７０５上にこれを表示し、使用者からのアイコン画像データの更新指示を受けることが可能となっている。

図１７（Ａ）は、印刷装置１０１がクラウド印刷サービスを運用するために必要な各種設定を表示する画面である。設定画面内のプリンタ名に示す名前を使用して前記プリンタ登録が完了すると、プリンタ登録状況は「登録済」となり、クラウド印刷サービスの運用可能状態となる。

アイコン画像データの更新は１７０１にてアイコン更新ボタンを設けることで実現する。アイコン更新ボタン１７０１が押下されることにより、印刷装置１０１は図１７（Ｂ）を表示する。図１７（Ｂ）では例として、３種類のアイコン画像データ１７０２、１７０３、１７０４を印刷装置１０１が保持していることを示すが、保持しているアイコン画像データの数については、単一であっても複数であってもよく、保持しているアイコン画像データを表示することができる。

印刷装置１０１はＳ１４０１にて、使用者からのアイコン画像データ選択の入力と更新開始ボタン１７０５の押下イベントの有無によってアイコン更新指示を確認することが可能である。

また、Ｓ１２０９をアップロード成功と失敗で分岐させた場合において、アップロード結果が失敗した場合、Ｓ１４０２にて印刷装置１０１はアイコンデータ格納サーバ１０３へ図１４で示すアイコン画像データの削除要求を行う。

Ｓ１４０３にてアイコン画像データの削除要求を受信したアイコンデータ格納サーバ１０３は印刷装置１０１から指示された対象のアイコン画像データを削除し、結果応答する。

図１５は前記アイコン画像データの削除処理時に印刷装置１０１とアイコンデータ格納サーバ１０３の間での通信パケットの例である。

図１５（Ａ）はアイコンデータ格納サーバ１０３へ送るアイコン画像データの削除要求の例である。

この例では、ＨＴＴＰのＤＥＬＥＴＥオペレーションを使用し、削除対象となるアイコン画像データの格納パスを示している。
Ｐｒｏｔｏｃｏｌ：ＨＴＴＰ
ＤＥＬＥＴＥ／Ｐｒｉｎｔｅｒ－ｉｃｏｎ．ｐｎｇ ＨＴＴＰ／１．１
Ｈｏｓｔ：ｈｔｔｐｓ：／／ｐｒｉｎｔ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｓｔａｔｉｃ－ｒｅｓｏｕｒｃｅ／０ｃｃ２３１６８－ｄ６８１－４９ｂ４－ｂｃ２２－ｅｆ７０４ａ０２４ａｆｆ
図１５（Ｂ）は図１５（Ａ）の要求をアイコンデータ格納サーバ１０３が受信し、対象のアイコン画像データを削除した結果応答パケットの例である。

この例ではＨＴＴＰのＤＥＬＥＴＥオペレーションに対してアイコン画像データを削除したことを示す。
Ｐｒｏｔｏｃｏｌ：ＨＴＴＰ
ＨＴＴＰ／１．１ ２００ ＯＫ
印刷装置１０１はアイコンデータ格納サーバ１０３から前記削除結果を受信し、必要に応じてＳ１２０８以降の処理を行いつつ、アイコン画像データのアップロード処理をリトライする。

以上により、アイコン画像データのアップロード有無に関わらず、新しいアイコン画像データに更新する必要があれば、印刷装置１０１の使用者によって手動による指示でアップロード処理を行うことができる。また、アイコンデータ格納サーバ１０３側の要因でアップロードに失敗した場合においても前回通信時と同じアイコン画像データを再度アップロードすることが必要な処理であることを印刷装置１０１が特定可能である。

＜第３の実施形態＞
本実施形態では第１の実施形態、第２の実施形態とは異なる部分に絞って説明し、同様の部分については説明を省略する。第３の実施形態は、第１の実施形態、第２の実施形態に加え、自動更新によるアイコン画像データの格納イベントに応じて、アイコンデータ格納サーバ１０３へアイコン画像データをアップロードする実施例である。

前記Ｓ１２０２にて１度でもアップロードを行っていたことを示すアップロード記録があった場合、かつＳ１４０１にて手動によるアイコン更新指示がない場合でも、Ｓ１６０１にて、印刷装置１０１が自動でアイコン画像データを更新することは可能である。

実際にはＳ１２１０のアップロード記録と現在格納されているアイコン画像データを比較し、以前にアップロードしたアイコン画像データと現状保持しているアイコン画像データの違いがあれば印刷装置１０１が自動でアップロードを行う形態である。

Ｓ１２１０のアップロード記録と現在格納されているアイコン画像データの比較について説明すると、Ｓ１２１０のアップロード記録として、例えばアイコン画像データ毎に一般的なハッシュアルゴリズム（ＳＨＡ１、ＳＨＡ２５６、ＭＤ５等）を使用し、印刷装置１０１がアイコン画像データに対してハッシュ値を計算する。これによって生成したハッシュ値（１アイコン画像データに付き数十バイト程度のハッシュ値）をアップロード記録として保持しておく。Ｓ１６０１のアイコン画像データ比較処理において、印刷装置１０１が現状保持しているアイコン画像データに対して前記アップロード記録時と同様の手段で計算し、ハッシュ値を導き出す。アップロード記録として保持していたハッシュ値と、保持している画像データのハッシュ値を比較することによって、以前にアプロードしたアイコン画像データと現状保持しているアイコン画像データが同一か否かを確認可能である。

この手段によって数十バイトのハッシュ値比較によって同一か否かの確認は可能であるが、Ｓ１２１０のアップロード記録として前回アップロードした実際のアイコン画像データそのものを保持しておいて、Ｓ１６０１にて現状保持しているアイコン画像データと比較する手段をとっても構わない。

Ｓ１６０２にて異なるアイコンだと判断した場合、前記Ｓ１２０６の処理を継続する。同一アイコンだと判断した場合、前記１２１１の処理を継続する。

以上により、印刷装置１０１が自動でアイコン画像データの違いを判断して異なる場合のみ通知を行うことが可能であるため、無駄なアイコン画像データアップロードが発生しないことになり、ネットワークや印刷装置１０１に対し、悪影響を及ぼさない。

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

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

Claims (10)

1. 印刷装置の登録要求を受け付けたことに応じて前記印刷装置を登録し、登録された前記印刷装置への印刷指示を受け付けたことに応じて印刷ジョブを前記印刷装置へ提供するプリントサービスとインターネットを介して通信することが可能な前記印刷装置であって、
   前記印刷装置のアイコン画像データを保存するための格納情報を前記プリントサービスから受信する受信手段と、
   前記印刷装置のアイコン画像データを、前記格納情報を基に格納する格納手段と、
   前記印刷装置の能力情報を前記プリントサービスに通知する際、格納された前記印刷装置のアイコン画像データのパス情報を含む能力情報を通知する通知手段と、を有し、
   アイコン画像データの格納イベントが発生していない状態で前記通知手段による通知が行われる場合、前記印刷装置のアイコン画像データの格納が行われることなく、格納済みの前記印刷装置のアイコン画像データのパス情報を含む能力情報の通知が行われることを特徴とする印刷装置。
2. 前記アイコン画像データの更新に失敗した場合、前記アイコン画像データの削除要求を送信することを特徴とする請求項１に記載の印刷装置。
3. 前記アイコン画像データの格納イベントとは、前記印刷装置の電源投入を検知した際に発生するイベントであることを特徴とする請求項１または２に記載の印刷装置。
4. 前記アイコン画像データの格納イベントとは、ユーザによるアイコン画像データの更新の指示により発生するイベントであることを特徴とする請求項１乃至３の何れか１項に記載の印刷装置。
5. 前記アイコン画像データの格納イベントとは、前記印刷装置の構成の変更、または能力情報の変更により発生するイベントであることを特徴とする請求項１乃至４の何れか１項に記載の印刷装置。
6. 前記通知手段による前記印刷装置の能力通知、および前記印刷ジョブの受信はＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）が利用されることを特徴とする請求項１乃至５の何れか１項に記載の印刷装置。
7. 前記印刷装置が登録された後に、前記印刷装置の能力通知要求パケットを送信することで格納情報を要求することを特徴とする請求項１乃至６の何れか１項に記載の印刷装置。
8. 前記通知手段により通知された前記印刷装置の能力情報は、前記印刷装置へ印刷指示を送信するクライアント端末の印刷アプリケーションに提供される情報であって、前記印刷アプリケーションは提供された情報を基に印刷装置選択画面を表示することを特徴とする請求項１乃至７の何れか１項に記載の印刷装置。
9. 印刷装置の登録要求を受け付けたことに応じて前記印刷装置を登録し、登録された前記印刷装置への印刷指示を受け付けたことに応じて印刷ジョブを前記印刷装置へ提供するプリントサービスとインターネットを介して通信することが可能な前記印刷装置の制御方法であって、
   前記印刷装置のアイコン画像データを保存するための格納情報を前記プリントサービスから受信する受信ステップと、
   前記印刷装置のアイコン画像データを、前記格納情報を基に格納する格納ステップと、
   前記印刷装置の能力情報を前記プリントサービスに通知する際、格納された前記印刷装置のアイコン画像データのパス情報を含む能力情報を通知する通知ステップと、を含み、
   アイコン画像データの格納イベントが発生していない状態で前記通知ステップによる通知が行われる場合、前記印刷装置のアイコン画像データの格納が行われることなく、格納済みの前記印刷装置のアイコン画像データのパス情報を含む能力情報の通知が行われることを特徴とする制御方法。
10. 請求項９に記載の制御方法を印刷装置に実行させるためのプログラム。

Images