JP7547596B2 - サーバ、制御方法、プログラム、印刷システム - Google Patents

Description

本発明は、プリントサービスを提供するサーバ、制御方法、プログラム、印刷システムに関する。

近年、クラウド経由で印刷ジョブを投入し、印刷装置に印刷ジョブを送信するクラウドプリントサービスが普及し始めている（特許文献１）。このような印刷システムでは、まず管理者が印刷装置を、管理者が所属するクラウドプリントサービスへ登録する。また、ＩＴベンダなどが提供するクラウドプリントサービスは、ユーザの利便性を鑑み、様々な種類の印刷装置に対応することが望まれる。このようなクラウドプリントサービスは、登録された印刷装置からＩＰＰ等の汎用の印刷技術で定義されている能力情報を取得し、印刷装置の能力を管理する。

続けて、管理者はどのユーザに、印刷装置の使用を許可させるかを設定する。使用が許可されたユーザは、ＰＣ等のクライアント端末からクラウドプリントサービスにアクセスし、クラウドプリントサービスに登録された印刷装置から印刷に使用する印刷装置を選択する。続けて、クラウドプリントサービスは、当該印刷装置の能力情報をクライアント端末に通知する。この際、クライアント端末側のプリントクライアントがサポートしない能力情報は読み捨てられる。

クライアント端末は、通知された能力情報に基づき出力先プリンタの能力情報を管理する。印刷設定を変更するユーザ操作がなされた場合、クライアント端末は管理する能力情報に基づき印刷設定画面を生成して表示する。これによりユーザはクライアント端末上で印刷装置が有する能力に応じた印刷設定を行うことが可能となる。続けて、情報処理装置のユーザにより印刷が指示されると、情報処理装置は、印刷データをクラウドプリントサービスに送信する。クラウドプリントサービスは受信した印刷ジョブをストレージに保存する。印刷装置はクラウドプリントサービスに保存された印刷ジョブを取得し、印刷する。このような一連の処理でクラウドを経由した印刷が行われる。

クラウドプリントサービスの一例としては、ＧｏｏｇｌｅＣｌｏｕｄＰｒｉｎｔ（登録商標）、ＭｉｃｒｏｓｏｆｔＨｙｂｒｉｄＣｌｏｕｄＰｒｉｎｔ（登録商標）、ＵｎｉｆｌｏｗＯｎＬｉｎｅ（登録商標）などがある。

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

近年、複数のＯＳベンダのクライアント端末（例えばＷｉｎｄｏｗｓ（登録商標）ＯＳ、ｍａｃＯＳ（登録商標）、Ｃｈｒｏｍｅ（登録商標）ＯＳなど）が組織や会社で使用されることが増えている。ここで、クライアント端末の種類により、プリントクライアントのサポートする能力が異なる場合がある。例えば、シェアが高いＯＳ用のプリントクライアントは高頻度でアップデートが行われ、クライアントとして、サポートする能力が向上するが、シェアが低いＯＳ用のプリントクライアントはアップデートの提供回数が少なくサポートする能力が低いことがある。また例えば、モバイル端末等、複雑な印刷設定を行う要望が少ないクライアント端末用のプリントクライアントでは、ユーザが設定を直感的に行えるように意図的にサポートする能力を少なく構成することもある。

また、前述したように、印刷装置の能力情報を取得した場合の処理として、サポートしない能力情報は読み捨てることが一般的に知られている。従って、クラウドプリントサービス（以降、ＣＰＳとも呼ぶ）に印刷装置を登録する際に、単純に登録処理を行うと、ＣＰＳがサポートしていない能力情報を読み捨ててプリンタを登録することになると考えられる。

また、プリントクライアントは、バージョンアップデートなどに改善され、従前サポートしていなかった印刷属性を追加でサポートする場合がある。しかし、ＣＰＳに対するプリンタ登録時にＣＰＳがサポートしない能力を読み捨てて登録してしまうと、印刷装置とアップデートされたクライアントの両方がサポートする印刷属性であるのに、その印刷属性に対応する印刷設定を行えないといった問題が生じる。また、プリントクライアントがサポートする印刷属性を増やすたびに、ＣＰＳがサポートする印刷属性も拡張し、ＣＰＳ上に印刷装置を再登録するなどの更新作業を行うことも考えられるが、管理者等に過度な手間を強いることになり、現実的ではない。また、印刷拡張アプリケーションを使って、プリントクライアントが提供する印刷設定を拡張し、標準的な項目以外の項目も設定できる仕組みを構築することも考えられる。しかしながら、このようなケースでも、ＣＰＳ上でサポートしない属性の読み捨てが行われると、ＣＰＳから標準的な項目以外を取得できないといった問題がある。

本発明は上述の問題点の少なくとも１つを鑑みなされたものである。本発明の１つの側面としては、クラウドプリントサービスに印刷装置を登録する際に、サービス上でサポートしていない能力情報も登録し、印刷装置の能力をクライアントに適切に通知できるようにすることを目的の１つとする。また、本発明の１つの側面としては、クラウドプリントサービスを経由する印刷の利便性を高めることを目的の１つとする。

上記の少なくとも１つの目的を達成するために本発明の印刷装置は、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）の規格に定義されている第１属性の情報とＩＰＰの規格に定義されていない第２属性の情報とを含む前記印刷装置の情報をＩＰＰオペレーションを用いてプリントサービスへ送信する送信手段と、前記プリントサービスへ送信された前記第１属性の情報と前記第２属性の情報とを取得したクライアント端末上でのユーザの印刷設定操作により設定された前記第１属性の情報に基づく第１の印刷設定情報と前記第２属性の情報に基づく第２の印刷設定情報は前記クライアント端末から前記プリントサービスへ提供され、前記提供された第１の印刷設定情報と第２の印刷設定情報とを前記送信手段にて用いられたＩＰＰオペレーションとは異なるＩＰＰオペレーションを用いて前記プリントサービスから取得する取得手段と、を有することを特徴とする。

本発明の１つの側面によれば、クラウドプリントサービスに印刷装置を登録する際に、サービス上でサポートしていない能力情報も当該印刷装置の能力情報として登録することで、印刷装置の能力をクライアントに適切に通知できるようになる。また、本発明の１つの側面によれば、クラウドプリントサービスを経由する印刷の利便性を高めることができるようになる。

印刷システムの一例を示す図である。 従来のクラウドプリントサービスの動作を説明するシーケンス図である。 従来のクラウドプリントサービスの印刷設定画面の一例を説明する図である。 サポートする印刷能力の差異について説明する図である。 印刷装置のハードウェア構成の一例を説明する図である。 サーバ、クライアント端末のハードウェア構成の一例を説明する図である。 プリンタ登録処理と印刷処理の一例を示すシーケンス図である。 クライアント端末の操作部に表示される印刷設定画面の一例である。 印刷装置１０１が実行する登録制御の一例を示すフローチャートである。 ＣＰＳ１０２が実行する登録制御の一例を示すフローチャートである。 クライアント端末が実行する制御の一例を示すフローチャートである。 ＣＰＳ１０２が実行する印刷ジョブの受信、転送制御の一例を示すフローチャートである。 印刷装置１０１が実行する印刷制御の一例を示すフローチャートである。 能力情報の要求及び応答を示す送受信パケットの一例である。 第２の実施形態におけるプリンタ登録処理と印刷設定の拡張の一例を示すシーケンス図である。 第２の実施形態において、印刷拡張アプリケーションが表示する印刷設定画面の一例である。 印刷ジョブに対応する属性情報の一例を説明する図である。 第２の実施形態におけるクライアント端末が実行する制御の一例を示すフローチャートである。

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

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

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

ＣＰＳ１０２はクライアント端末１０３～１０５等のクライアント端末から印刷ジョブを受信し、当該印刷ジョブを保存する。続けて、ＣＰＳ１０２に登録された印刷装置１０１に対して印刷ジョブが入稿されたことを通知する。当該通知を受け取った印刷装置１０１は印刷ジョブを取得して印刷処理を行う。

＜従来のクラウドプリントサービスの説明＞
続けて、従来から知られている一般的なクラウドプリントサービス（ＣＰＳ）におけるプリンタ登録、印刷について図２、図３を用いて説明する。図２は、一般的なＣＰＳにおけるプリンタ登録、印刷のシーケンスの一例を示している。図３は、当該ＣＰＳに対してクライアント端末から印刷データを入稿する際の印刷設定画面の一例を示している。

まず、最初に管理者等のユーザ操作に基づき、クラウドプリントサービス（ＣＰＳ）に対する印刷装置の登録が行われる（Ｓ２０１～Ｓ２０２）。シーケンスＳ２０１～Ｓ２０２の処理を実行し、ＣＰＳ上へのクラウドプリンタの登録が行われると、印刷装置は、印刷能力を示す属性情報をＣＰＳに通知する（Ｓ２０３）。Ｓ２０３で属性情報を受信した印刷装置は、当該属性情報を解析する。具体的には、ＣＰＳは、ＣＰＳがサポートできない印刷属性を破棄し、ＣＰＳがサポートできる印刷属性を抽出する（Ｓ２０４）。続けてサポートできる印刷属性と登録プリンタを紐づける。Ｓ２０１～Ｓ２０４の処理により、ＣＰＳ上に印刷装置の能力を模した出力先プリンタが登録される。なお、本実施形態では、ＣＰＳがクライアント端末から受信した印刷ジョブを印刷装置に中継するＩＰＰプロキシとして機能する場合を想定している。この場合、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）規定に則り、クラウドプリントサービスでサポートできない属性情報（理解できない属性情報）を破棄し、サポートできる属性情報のみを使用してクラウド経由の印刷を実現する。

続けて、ＣＰＳは、能力の更新結果を通知する（Ｓ２０６）。Ｓ２０６では印刷装置はサポートしているが、ＣＰＳがサポートしていない属性情報があった場合を例示している。この場合、一部属性情報を無視したことを示すステータスコード（ｓｕｃｃｅｓｆｕｌ－ｏｋ－ｂｕｔ－ｉｇｎｏｒｅｄ－ａｔｔｒｉｂｕｔｅｓ）を応答する。

続けてクライアント端末からの印刷処理について説明する。クライアント端末は、ユーザからプリンタの探索指示がなされたことを検知すると、周囲のプリンタやＣＰＳ上のプリンタを探索し、当該ユーザが使用できるプリンタのリストを表示する（Ｓ２０７～Ｓ２０９）。クラウドプリンタの探索は、以下のように行われる。例えば、クライアント端末は、クライアント端末にログインしているユーザのアカウント情報をＣＰＳに対して送信する。ＣＰＳは当該ユーザが使用できる、ＣＰＳ上で管理する出力先プリンタを抽出し、クライアント端末に通知する（Ｓ２０８）。通知を受けたクライアント端末は当該通知に基づきリストを表示する（Ｓ２０９）。

続けて、クライアント端末は、プリンタを選択するユーザ操作を受け付ける（Ｓ２１０）。選択されたプリンタがＣＰＳ上で管理されるプリンタであって、クライアントに当該プリンタが未登録の場合、クライアント端末上での出力先プリンタの登録処理が行われる（Ｓ２１１～Ｓ２１２）。登録処理では、クライアント端末のＯＳが提供するプリントフレームワークに対してＣＰＳ経由で印刷を行うための出力先プリンタを登録する処理が実行される。例えば、ＯＳがＷｉｎｄｏｗｓ（登録商標）の場合、プリントキューの生成やプリンタドライバのコンフィグレーション処理が行われる。

続けてクライアント端末は登録した出力先プリンタに対応する印刷設定画面を表示し、ユーザ操作に基づく印刷設定の変更を受け付ける（Ｓ２１３）。クライアント端末は、印刷を開始するユーザ操作を検知すると、印刷対象のファイルと印刷設定に基づき印刷ジョブを生成し、ＣＰＳに送信する（Ｓ２１４）。

ＣＰＳは、印刷ジョブに含まれる印刷設定を示す属性情報のうち、非サポートの属性情報を破棄し、サポートする属性情報とジョブに含まれる印刷データを含む印刷ジョブを記憶領域に記憶する（Ｓ２１５～Ｓ２１７）。続けて、印刷ジョブが入稿されたことを示すイベントを印刷装置に送信（通知）する（Ｓ２１８）。なお、当該通知は、ＣＰＳから印刷装置に対して直接通知する方式であってもよいし、印刷装置が定期的にイベント発生状況を問合せ、ＣＰＳが当該問い合せの応答としてイベントを通知する構成であってもよい。

イベントを受信した印刷装置は、印刷ジョブを取得する要求をＣＰＳに送信する（Ｓ２１９）。要求を受信したＣＰＳは、サポート属性を含む印刷ジョブを要求元の印刷装置に送信する（Ｓ２２０）。最後に当該印刷ジョブを受信した印刷装置は、印刷ジョブに基づきシートに画像を印刷し（Ｓ２２１）、一連の処理を終了する。

ところで、図２を用いて説明した従来の処理では、印刷装置の能力情報を取得した場合に、サポートしない能力情報は読み捨てることになる。従って、クラウドプリントサービス（以降、ＣＰＳとも呼ぶ）に印刷装置を登録する際に、単純に登録処理を行うと、ＣＰＳがサポートしていない能力情報を読み捨ててプリンタを登録することになると考えられる。

図４は、本実施形態におけるクライアント、ＣＰＳ１０２、印刷装置がサポートする能力を説明するための図である。ここでは紙面の都合上一部の能力を抜粋して表示している。実際には、この他にも印刷装置がサポートする用紙サイズを示す能力やサポートする用紙種別を示す情報なども含まれているものとする。また、受信可能なデータサイズを示す能力なども含まれている。

印刷装置１０１は図４に列挙した全ての属性をサポートする。本実施形態では、印刷装置が、ＲＦＣなどの標準規格で定義されている標準属性と、標準規格で定義されていないベンダ独自のＶｅｎｄｏｒ Ｕｎｉｑｕｅな独自属性をサポートしている場合を想定している。図４では、標準属性の一例としてＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｃｏｔｏｌ）に基づく属性情報を例示している。

属性情報について具体的に説明する。「Ｐｒｉｎｔ－ｃｏｌｏｒ－ｍｏｄｅ－ｓｕｐｐｏｒｔｅｄ」属性は、カラーモードに関する属性情報である。取りうる値は「Ａｕｔｏ」「Ｃｏｌｏｒ」「Ｍｏｎｏｃｈｒｏｍｅ」の３種類である。対応する印刷設定の名称は、「カラーモード」設定となり、取りうる値は「自動」「カラー」「白黒」である。「カラーモード」は印刷出力の色設定を選択できる設定であり、「カラー」を選択すればカラー出力に、「白黒」を選択すれば白黒出力に、「自動」を選択すれば印刷装置で、カラーあるいは白黒出力を行うことになる。

「Ｐｒｉｎｔ－Ｑｕａｌｉｔｙ－ｓｕｐｐｏｒｔｅｄ」属性は、印刷品質に関する属性情報であり、当該属性の取りうる値は「Ｈｉｇｈ」「Ｎｏｒｍａｌ」「Ｄｒａｆｔ」の３種類である。対応する印刷設定の名称は、「印刷品質」設定となり、取りうる値は「高品質」「普通」「低品質」となる。「印刷品質」は消費するトナーの使用量を選択できる設定であり、「高品質」ならトナー消費量を多く、「普通」なら通常のトナー消費量で、「低品質」ならトナー消費量を少なくして印刷が行われる。

「Ｎｕｍｂｅｒ－Ｕｐ－ｓｕｐｐｏｒｔｅｄ」属性は集約印刷に関する属性情報である。当該属性の取りうる値は数値であり、１つの印字面に、宣言した数値に対応するページを集約して印刷ができることを表す。例えば「１，２，４」の値が格納されている場合、印刷設定では「１ ＩＮ １」、「２ ＩＮ １」、「４ ＩＮ １」が設定可能になる。

「Ｆｉｎｉｓｈｉｎｇ－ｓｕｐｐｏｒｔｅｄ」属性は後処理に関する属性情報である。当該属性の取りうる値は数値であり、印刷装置がサポートするフィニッシング情報に対応する数値が格納されている。例えば「２０」は「Ｓｔａｐｌｅ－ｔｏｐ－ｌｅｆｔ」に対応づけされており「２２」は「Ｓｔａｐｌｅ－ｔｏｐ－ｒｉｇｈｔ」に対応づけされていることを表す。これらの数値は印刷設定では「ステープル」設定として取り扱われ、「左上１か所」や「右上１か所」等が設定可能となる。

また、「Ｅｍｐｈａｓｉｚｅ－Ｔｈｉｎ－Ｌｉｎｅｓ－ｓｕｐｐｏｒｔｅｄ」属性はベンダ独自の属性の一例であり、細線の取扱いに関する属性情報である。当該属性の取りうる値は「Ｔｒｕｅ」「Ｆａｌｓｅ」である。当該属性情報に対応する印刷設定は「細線を強調する」設定となり、「Ｔｒｕｅ」なら強調する、「Ｆａｌｓｅ」なら強調しない印刷を行う設定となる。この設定は、例えば、印字の解像度の低い廉価な印刷装置等において、細線の一部が印字で再現できず消滅して途切れたりすることを抑制したい場合に使用される。

同様に「Ｃｏｌｏｒ－Ａｄｊｕｓｔ－ｓｕｐｐｏｒｔｅｄ」属性はベンダ独自の属性であり、特定の色味を強調して印刷する特殊印刷に関する設定である。取りうる値は「Ｓｔｒｅｎｇｔｈｅｎ Ｂｌｕｅ」「Ｓｔｒｅｎｇｔｈｅｎ Ｙｅｌｌｏｗ」「Ｓｔｒｅｎｇｔｈｅｎ Ｒｅｄ」である。対応する印刷設定の名称は例えば、色味強調であり、「強調なし」「青色を強調する」「黄色を強調する」「赤色を強調する」といった設定が可能となる。

印刷装置１０１は説明したすべての属性情報をサポートしている。しかしながら、ＣＰＳ１０２は、資料の２か所を針で綴じる機能に相当する属性を現時点ではサポートしていない。一方、クライアント端末１０３にインストールされているプリントクライアントは、バージョンアップデートなどに改善され、従前サポートしていなかった印刷属性（例えば、２か所を針で綴じる機能）を追加でサポートしている。

このような状況が発生することを鑑みると、ＣＰＳへプリンタを登録する際に、ＣＰＳがサポートしない能力を読み捨てて単純に登録する制御を行うと下記の問題が生じる。即ち、印刷装置とアップデートされたクライアントの両方が実際にサポートしている印刷属性であるにも関わらず、その印刷属性に対応する印刷設定をＣＰＳ経由の印刷では行えないといった問題が生じる。

具体的な例について図３を用いて説明する。図３は、クライアント端末１０３相当の能力を有するプリントクライアントで印刷設定を行う場合の画面を例示している。従来通りの単純な登録を行うとＳ２０３～Ｓ２０５の登録処理で、資料の２か所を針で綴じる属性値や、集約印刷の属性情報が破棄された状態でＣＰＳ上に出力先プリンタが登録される。プリントクライアントは、ＣＰＳ上で丸め処理が行われた能力情報をＳ２１１～Ｓ２１２の処理で取得することになる。従って、本来は、印刷装置とクライアントの両方が集約印刷の設定や、複雑なステープル設定をサポートできているのにもかかわらず、図３の印刷設定画面を介して当該印刷設定が行えないといった問題が生じうる。また、プリントクライアントがサポートする印刷属性を増やすたびに、ＣＰＳがサポートする印刷属性も拡張し、ＣＰＳ上に印刷装置を再登録するなどの更新作業を行うことも考えられるが、管理者等に過度な手間を強いることになり、現実的ではない。

上述の問題点を鑑み、本実施形態では、クラウドプリントサービスに印刷装置を登録する際に、サービス上でサポートしていない能力情報も当該印刷装置の能力情報として登録することで、印刷装置の能力をクライアントに適切に通知する制御を行う。以下具体的に説明する。

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

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

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

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

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

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

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

＜ＣＰＳ１０２を提供するサーバリソースのハードウェア構成＞
図２は、図１で説明した、ＣＰＳ１０２を提供する実リソースであるサーバのハードウェア構成を示すブロック図である。以降ＣＰＳ１０２を提供するサーバをサーバ１０２とも呼ぶ。ＣＰＵ１３１は、各部と協働しサーバの動作を制御する。ＣＰＵ１３１は、ＲＯＭ１３２又はストレージ１３４に記憶されたＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、制御プログラムを読み出して実行する。ＲＯＭ１３２は、ＣＰＵ１３１で実行可能な制御プログラムを格納する。ＲＡＭ１３３は、ＣＰＵ１３１の主記憶メモリであり、ワークエリア又は各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ１３４は、印刷データ、画像データ、各種プログラム、及び各種設定情報を記憶する。本実施形態ではストレージ１３４としてＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の補助記憶装置を想定しているが、ＨＤＤの代わりにＳＳＤ（Ｓｏｌｉｄ ＳｔａｔｅＤｒｉｖｅ）などの不揮発性メモリを用いるようにしても良い。このように、ＣＰＵ１３１、ＲＯＭ１３２、ＲＡＭ１３３等のハードウェアは、いわゆるコンピュータを構成している。なお、サーバ１０２は、印刷データのレンダリングを行うＡＳＩＣなどを更に備えていてもよい。本実施形態では、説明のため、１つのＣＰＵ１３１が１つのメモリ（ＲＡＭ１３３）を用いて後述するフローチャートに示す各処理を実行する場合を例示するが、他の様態であっても構わない。例えば複数のプロセッサ、ＲＡＭ、ＲＯＭ、ストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、複数のサーバコンピュータを用いて各処理を実行することもできる。サーバ１０２はコンテナ化や仮想化技術を用いることで、複数の異なるテナントにクラウドプリントサービスを提供することができる。

ネットワークＩ／Ｆ（インタフェース）１３１は、外部とネットワーク通信するためのインタフェースである。サーバ１０２は、ネットワークＩ／Ｆを介してインターネットに接続される。操作部Ｉ／Ｆ１３５は、キーボード、マウス、ディスプレイなどの操作部１３６を接続するインタフェースである。Ｉ／Ｆに接続された各入出力デバイスは、クラウドプリントサービスを提供する実サーバのメンテナンスを行う場合などに使用される。

なお、クライアント端末１０３～１０５のハードウェア構成はサーバ１０２と同様の構成である。

サーバ１０２のリソースによって提供されるＣＰＳ１０２は、出力先プリンタを登録、管理する機能、印刷ジョブの進捗状況を管理する機能、印刷ジョブをスプールする機能を有する。ＣＰＳ１０２は、出力先プリンタを管理するための出力先プリンタ情報を記憶している。出力先プリンタ情報は、印刷装置の能力を示す属性情報や、プリンタと通信するための情報（ＩＰアドレスやプリンタのホスト名、通信に必要なアクセストークン等）、印刷装置の機種名を特定する情報が対応付けられた管理情報である。当該管理情報は適宜後述のフローチャートにて参照される。

また、クライアント端末１０３～１０５には、Ｗｉｎｄｏｗｓ（登録商標）やＡｎｄｒｏｉｄ（登録商標）、ｍａｃＯＳ（登録商標）、ｉＯＳ（登録商標）等がインストールされている。ユーザは、ＯＳにプリインストールされたＣＰＳ１０２用のプリントクライアント及びプリントフレームワークを利用することができる。プリントクライアント及びプリントフレームワークは、プリンタの探索、登録処理、印刷設定画面の表示処理、印刷データの生成処理、ＣＰＳ１０２との通信処理、印刷の進捗をモニタするステータスモニタ機能等をユーザに提供する。なお、本実施形態では、プリントクライアントがプリインストールされている場合を例示したがこれに限定されるものではない。例えば、ユーザが後からプリントクライアントをインストールする構成であってもよい。

＜第１の実施形態におけるプリンタ登録、印刷シーケンス＞
続けて、第１の実施形態におけるＣＰＳ１０２へのプリンタ登録、印刷の処理を図７、図１４を用いて説明する。図７は処理シーケンスの一例であり、図１４は能力情報のやり取りの一例である。

Ｓ７０１～Ｓ７０２は図２のＳ２０１～Ｓ２０２と同様の登録処理である。管理者等のユーザは、印刷装置１０１の操作部１１６を介して登録先のＣＰＳを選択して「登録」ボタンを選択する。選択を検知した印刷装置１０１は、登録作業を開始する。選択を検知した印刷装置１０１は、Ｓ７０１においてＣＰＳ１０２に対して登録処理要求を送信する。登録処理のプロトコルはＣＰＳで規定されているプロトコルに準拠するものとする。ここでは、一例として、ＰＷＧ５１００．２２で規定されているＲｅｇｉｓｔｅｒ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅオペレーションを使用するものとして説明する。登録処理要求を受信したＣＰＳ１０２は登録要求内容を確認し、Ｓ７０２において印刷装置１０１に対して登録処理要求応答を送信する。登録処理要求内容に問題がなければ成功応答を行い、問題があれば失敗応答を行う。本実施例では成功応答をしたものとして説明をする。Ｓ７０１～Ｓ７０２の処理により、ＣＰＳ１０２上に出力先プリンタ情報が登録される。また、登録処理において、印刷装置１０１からＣＰＳ１０２にアクセスするためのアクセストークンの発行が行われる。印刷装置１０１は、当該アクセストークンをストレージ１１４に記憶し、印刷装置１０１がＣＰＳ１０２に問合せを行ったり、要求を行ったりする場合に使用する。

次にＳ７０３において、印刷装置１０１は自身がサポートする能力情報を含んだ能力通知をＣＰＳ１０２に対して送信する。本実施形態では、ＰＷＧ５１００．１８で規定されているＵｐｄａｔｅ－Ｏｕｔｐｕｔ－Ｄｅｖｉｃｅ－Ａｔｔｒｉｂｕｔｅｓオペレーションなどを使用する場合を想定している。Ｓ７０３の処理では、例えば、図１４（Ａ）に示す能力情報を示すパケットが送信される。図１４（Ａ）のパケットは図４で説明した属性情報を列挙した文字列を含んでいる。即ち、図１４（Ａ）のパケットにはＩＰＰに準拠する標準属性情報とベンダ独自の属性情報が含まれる。

続けて印刷装置１０１から能力情報を受信したＣＰＳ１０２は、Ｓ７０４において自身がサポートする属性情報に加えて、非サポートの属性情報についても出力先プリンタ情報に登録する。サポートする属性情報と、非サポートの属性情報は、区別して記憶される。

そしてＳ７０５においてＣＰＳ１０２は印刷装置１０１に対して、図１４（Ｃ）に例示する「Ｓｕｃｃｅｓｓ－ｏｋ」の登録成功応答を送信する。当該情報には補足情報として、ステータスメッセージが付与される。ステータスメッセージは、いくつかの属性がクラウドプリントサービスでサポートされていないことや、サポートされていない属性を登録したことを示す情報が含まれる。この処理により、ＣＰＳがサポートしている属性以上のスペック情報で印刷装置の登録処理を行うことができ、本来の印刷装置のスペック情報を記憶することができる。

続けて、クライアント端末（例えばクライアント端末１０３）からＣＰＳ経由の印刷を行うシーケンスについてＳ７０６からＳ７１２を用いて説明する。まずユーザはクライアント端末１０３の操作部からＣＰＳ１０２のプリンタの検索を実行する。ユーザからのプリンタ検索指示を検知したクライアント端末１０３はＳ７０６において、ＣＰＳ１０２にプリンタ検索要求を送信する。当該探索要求には、クライアント端末にログインしているユーザに対応するクラウドアカウント情報が含まれている。クラウドアカウント情報は、ユーザが属するテナントを特定するために用いられる。プリンタ検索は、ＣＰＳ１０２に登録されている、ユーザが属するテナントで管理される全プリンタを指定して検索する方法でも、特定のプリンタ名称や場所などによるフィルタ条件を用いて検索する方法でもよい。

Ｓ７０７において、クライアント端末１０３からの検索要求を受信したＣＰＳ１０２は、ＣＰＳ１０２に登録済で検索要求に合致するプリンタ情報をクライアント端末１０３に送信する。この時点ではプリンタに紐づくスペック情報を含めて応答する必要はなく、プリンタ名称など出力先の選択に必要となる代表的な属性情報のみを応答すればよい。ＣＰＳ１０２からプリンタ一覧情報を受信したクライアント端末１０３は、Ｓ７０８において操作部にプリンタ一覧を表示する。なお、クライアント端末１０３は、ローカルネットワーク上のプリンタをｍＤＮＳ等の探索プロトコルを用いて探索し、当該探索結果をマージしてプリンタ一覧画面に表示してもよい。また、当該画面にはクライアント端末１０３のプリントフレームワークに既に登録されている出力先プリンタも一覧表示されるものとする。Ｓ７０９においてユーザはプリンタ一覧のリストから所望のプリンタを選択する。ここでは、ＣＰＳ１０２に登録されているプリンタであって、クライアント端末１０３に未登録のプリンタが選択され場合を例に説明する。

プリンタ選択を検知したクライアント端末１０３は、Ｓ７１０において該当プリンタのより詳細なスペックを取得するためＣＰＳ１０２に対してプリンタ能力取得要求を送信する。本実施形態では、プリンタ能力取得要求は例えばＩＰＰのＧｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓオペレーションを想定している。プリンタ能力取得要求を受信したＣＰＳ１０２は、Ｓ７１１においてＣＰＳ１０２のサポート属性も、非サポート属性も含めたプリンタ能力応答をクライアント端末１０３に送信する。Ｓ７１１の処理では、例えば、図１４（Ｂ）に示す能力情報を示すパケットが送信される。図１４（Ｂ）のパケットはＳ７０４でＣＰＳ１０２に登録された属性情報を列挙した文字列を含んでいる。図１４（Ｂ）に示すように、ＣＰＳ１０２では非サポートだが、印刷装置１０１がサポートしている属性を含めて通知することができる。続いて、クライアント端末１０３は、Ｓ７１２ａにおいて、端末内のプリントクライアントでサポートしている属性情報を抽出し、当該抽出された属性情報と、出力先を対応付けて出力先プリンタ情報を登録する。Ｓ７１２ａの処理で、プリントクライアントがサポートしていない非サポートの属性は読み捨てられる。

続けて、Ｓ７１２ｂにおいて、クライアント端末１０３は、Ｓ７１２ａで登録された出力先プリンタ情報に基づき印刷設定画面を表示する。図８はＳ７１２ｂで表示される印刷設定画面の一例である。クライアント端末１０３のプリントクライアントは、図４に例示しているように説明したように、「Ｎｕｍｂｅｒ－ｕｐ」や針で出力物の２箇所を閉じる属性値をサポートしているため、これらの設定値を適切に表示することができるようになる。図８において、太字で強調表示している部分は、図２で説明した従来技術では表示できなかった印刷設定である。従って、クライアント端末のプリントクライアントがバージョンアップし新たな機能などに対応する場合であっても、適切に印刷ＵＩを表示することができるようになる。従って、ユーザが所望の印刷設定を行える可能性を高めることができる。

次に、印刷実行時のシーケンスについてＳ７１３からＳ７１９を用いて説明する。Ｓ７１３においてユーザは図８の画面を介して印刷設定を必要に応じて変更し、印刷ボタンを押下する。印刷ボタンの押下を検知したクライアント端末１０３はＳ７１４において、ＣＰＳ１０２に対して、印刷設定は示す属性情報を含む印刷要求を送信する。本実施形態では、印刷要求は、ＩＰＰのＣｒｅａｔｅ－Ｊｏｂオペレーションや、Ｐｒｉｎｔ－Ｊｏｂオペレーションを想定している。Ｐｒｉｎｔ－Ｊｏｂオペレーションで指示を行う場合、属性情報と印刷データが共に送信される。Ｃｒｅａｔｅ－Ｊｏｂオペレーションで指示を行う場合は、後続する印刷対象のドキュメントを追加するためのオペレーションを用いて複数のドキュメントデータを印刷対象として登録することになる。

次にＣＰＳ１０２は、Ｓ７１５においてクライアント端末１０３から受信した印刷実行要求を解析し、要求に含まれる印刷属性（印刷設定を示す情報）と、印刷対象のドキュメントデータを対応付けた印刷ジョブの情報を、ＣＰＳ１０２のストレージ上に保存する。

この際も、ＣＰＳ１０２が非サポートの属性値が含まれていても、サポート属性と同様に保存する。なお、保存に際し、ＣＰＳ１０２上で印刷データのレンダリング等の処理を行うようにしてもよい。

続けて、Ｓ７１６において、ＣＰＳ１０２は印刷装置１０１に対して印刷ジョブが投入されたことを通知する。通知には例えばＩＰＰのＧｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎオペレーションを用いることができる。

ＣＰＳ１０２に印刷ジョブが存在することを検知した印刷装置１０１は、Ｓ７１７においてＣＰＳ１０２に対して印刷ジョブ取得要求を行う。印刷ジョブ取得要求は例えばＩＰＰのＦｅｔｅｈ－Ｊｏｂオペレーションを用いることができる。印刷ジョブ取得要求を受信したＣＰＳ１０２は、Ｓ７１８において、ストレージに保存されている印刷データと印刷属性値を応答する。本実施形態には、Ｓ７１５で非サポート属性も破棄することなく保存しているため、ＣＰＳ１０２がサポートしない属性情報についても印刷装置１０１に適切に伝達することができる。Ｓ７１９において、印刷装置１０１は、受信した印刷ジョブに基づきシートに画像を印刷する。

例えば、クライアント端末１０３に表示される図８の画面で「２ｉｎ１」の印刷設定がなされた場合、当該「２ｉｎ１」に相当する属性情報がＣＰＳ１０２で破棄されることなく、印刷装置１０１まで伝達される。従って印刷装置は当該属性情報に基づき集約印刷を行うべきと判断することでき、適切に集約印刷を行うことができるようになる。

印刷システムを構成する各装置における制御について図９乃至図１３のフローチャートを用いて説明する。図９、図１３は印刷装置における処理を示しており、図１０、図１２はＣＰＳ１０２における処理を示している。図１１は、クライアント端末における処理を示している。

図９のフローチャートに示す各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムを実行することにより実現される。図９の処理は、管理者からＣＰＳ１０２に対してプリンタを登録する登録要求を受け付けたことに従って実行される。

Ｓ９０１においてＣＰＵ１１１は、ＣＰＳ１０２に対して登録要求を送信する。Ｓ９０２において、ＣＰＵ１１１は、ＣＰＳ１０２に対するプリンタ登録が成功したかどうかを判断する。具体的には、ＣＰＳ１０２から受信した登録結果が成功を示している場合、成功したと判断し、処理をＳ９０３に進める。一方、ＣＰＳ１０２から受信した登録結果が失敗を示している場合、もしくは、所定時間が経過しても応答がない場合、登録に失敗したと判断し、処理をＳ９０７に進める。

Ｓ９０３においてＣＰＵ１１１はＣＰＳ１０２に対して図１４（Ａ）で例示した能力通知を送信する。Ｓ９０４においてＣＰＵ１１１はＳ９０３で送信した能力通知に対する応答の種類を判定する。ＣＰＵ１１１は、応答がフォーマットエラーや認証エラーなどの場合、エラー応答であると判定し、処理をＳ９０７に進める。一方、応答が図１４（Ｃ）に示すような「Ｓｕｃｃｅｓｓ－ｏｋ」のような成功応答の場合、成功応答であると判定し、処理をＳ９０６に進める。最後に、応答が「Ｓｕｃｃｅｓｓｆｕｌ－ｏｋ－ｂｕｔ－ｉｇｎｏｒｅｄ－ａｔｔｒｉｂｕｔｅｓ」等、登録は成功したが一部属性は読み捨てた、という応答である場合、条件付きの成功応答であると判定し処理をＳ９０５に進める。

Ｓ９０５において、ＣＰＵ１１１は、操作部１１６に登録に成功したが、一部の属性は無視されたことを示す登録結果を表示する。Ｓ９０６において、ＣＰＵ１１１は、操作部１１６に登録に成功したことを示す登録結果を表示する。最後にＳ９０７において、ＣＰＵ１１１は、操作部１１６に登録に失敗したことを示す登録結果を表示する。

続けて、図１０を用いてＣＰＳ１０２を提供するサーバ１０２が実行するクラウドプリントサービスに対する出力先プリンタの登録処理を説明する。図１０のフローチャートに示す各動作（ステップ）は、サーバ１０２を構成するＣＰＵ１３１がＲＯＭ１３２またはストレージ１３４に記憶された制御プログラムを実行することにより実現される。なお、図６の説明で前述したように当該処理は複数のコンピュータリソースや協働させて実行することもできる。また、通信処理などはネットワークＩ／Ｆと協働して実現される。

Ｓ１００１において、サーバ１０２のＣＰＵ１３１は、印刷装置１０１から登録要求を受信し、出力先プリンタをＣＰＳ１０２上に登録する登録処理を実行する。ＣＰＵ１３１は、ＣＰＳ１０２上でクラウドプリンタを管理するための出力先プリンタ情報を作成する。また、印刷装置１０１からＣＰＳ１０２にアクセスするためのアクセストークンの発行を行う。登録処理が完了すると、処理をＳ１００２に進める。Ｓ１００２において、ＣＰＵ１３１は、印刷装置１０１に対して、登録処理の結果を応答する。ユーザ認証に失敗した場合や、要求内容に問題があった場合など、登録処理がエラー完了した場合、エラーが通知される。エラーを通知した場合、ＣＰＵ１３１は、以降の能力更新の処理を行うことなく登録処理を中止する。

続けて、Ｓ１００３において、ＣＰＵ１３１は、Ｓ１００２で登録に成功した印刷装置から図１４（Ａ）で説明した能力通知を受信する。Ｓ１００４において、ＣＰＵ１３１は、Ｓ１００３で受信した能力通知に含まれる属性情報の解析処理を行う。具体的には、ＣＰＵ１３１は、受信内容が規定の形式を満たしていない場合や、インジェクション攻撃などを目的としたデータを含んでないかをチェックする。形式を満たしていない場合やインジェクション攻撃などを目的としたデータを含んでいる場合、内容が不適切であると判定し、解析結果としてエラーであることを示す情報を記録する。一方、内容が正常である場合、解析結果として内容が正常であることを示す情報を記録する。また、ＣＰＵ１３１は、ＣＰＳ１０２でサポートする属性情報と、ＣＰＳ１０２でサポートしていない属性情報を分類する処理を行う。更に、ＣＰＵ１３１は、ＣＰＳ１０２でサポートしていない属性情報が一つでも含まれている場合、非サポート属性が含まれていることを示す解析結果を記録する。一方、ＣＰＵ１３１は、ＣＰＳ１０２でサポートしていない属性情報が含まれていなかった場合、サポート属性のみを含むことを示す解析結果を記録する。

Ｓ１００５において、ＣＰＵ１３１は、Ｓ１００４で実行した解析結果の種類を判定する。解析結果がエラーを示している場合、処理をＳ１００６に進め、解析結果が正常であることを示し、且つ、サポート属性のみを含むことを示している場合、処理をＳ１００７に進める。一方、ＣＰＵ１３１は、解析結果が正常であることを示し、且つ、非サポートの属性を含むことを示している場合、処理をＳ１００９に進める。

Ｓ１００６において、ＣＰＵ１３１は、Ｓ１００１で登録した出力先プリンタ情報を削除し、印刷装置１０１に対してエラー応答を送信し、一連の登録処理を終了する。

Ｓ１００７において、ＣＰＵ１３１は、Ｓ１００１で登録した出力先プリンタ情報の印刷能力を示す情報をＳ１００３で取得した属性情報を用いて更新する。即ち、出力先プリンタ情報に印刷装置１０１の印刷能力を登録する。続いて、Ｓ１００８において、ＣＰＵ１３１は印刷装置１０１に対して正常応答を送信する。

Ｓ１００９において、ＣＰＵ１３１は、Ｓ１００１で登録した出力先プリンタ情報の印刷能力を示す情報を、Ｓ１００５で分類した属性情報を用いて更新する。具体的には、出力先プリンタ情報に対して、ＣＰＳ１０２がサポートする属性情報と、ＣＰＳ１０２がサポートしていない属性情報とを識別可能に登録する。続いて、Ｓ１０１０において、ＣＰＵ１３１は、印刷装置１０１に対して、図１４（Ｃ）を用いて説明した、非サポートの属性情報が登録された旨の情報を含む正常応答を送信する。応答が完了すると一連の登録処理を終了する。

図１０で説明した処理により、図４で説明した印刷装置のフルスペックの能力情報をＣＰＳ１０２に登録することが可能となる。

次に図１１を用いて、ＣＰＳ１０２に登録されたプリンタをクライアント端末から利用する場合の制御を説明する。

図１１のフローチャートに示す各動作（ステップ）は、クライアント端末（例えばクライアント端末１０３）のＣＰＵ１３１がＲＯＭ１３２またはストレージ１３４に記憶された制御プログラムを実行することにより実現される。図１１のフローチャートは、ユーザからプリンタを探索する操作を受け付けたことに応じて実行される。

Ｓ１１０１において、クライアント端末のＣＰＵ１３１は、プリンタ探索を行い、見つかったプリンタを一覧表示する。

続けてＳ１１０２において、クライアント端末のＣＰＵ１３１は、プリントクライアントに未登録のプリンタを選択するユーザ操作を受け付けたかどうかを判断する。プリントクライアントに未登録のプリンタを選択するユーザ操作を受け付けた場合、処理をＳ１１０３に進め、登録済みのプリンタを選択するユーザ操作を受け付けた場合、処理をＳ１１０９に進める。Ｓ１１０９において、クライアント端末のＣＰＵ１３１は、選択された登録済みプリンタを出力先に設定する。続けて、ＣＰＵ１３１は、選択されたプリンタに対応する出力先プリンタ情報を参照し、属性情報を取得する。続けて当該取得した属性情報に基づき印刷設定画面を生成する。生成が完了すると、ＣＰＵ１３１は、操作部１３６上に生成した印刷設定画面を表示し、一連の処理を終了する。一連の処理が完了すると、図７で説明した印刷設定の変更処理や印刷ジョブの送信処理が行われる。

Ｓ１１０３において、クライアント端末のＣＰＵ１３１は、選択されたプリンタに対して属性情報の取得要求を送信し、当該要求に対する応答を受信する。続けてＳ１１０４においてＣＰＵ１３１は、属性情報を解析し、クライアントがサポートしていない属性情報を破棄し、クライアントがサポートしている属性情報のみを抽出する。続けて、当該抽出されたクライアントがサポートしている属性情報と、出力先を特定する情報（例えば、ＣＰＳ１０２のＩＰアドレスやホスト名等）を対応づけた出力先プリンタ情報をＯＳが提供するプリントフレームワーク上に登録する。例えば、ＯＳがＷｉｎｄｏｗｓ（登録商標）の場合、出力先プリンタ情報の登録とは、ＣＰＳ１０２にデータを送信するためのプリントキューの生成や、取得した能力情報に基づき、プリンタドライバをコンフィグレーションする処理を行うことを意味する。

続けて、Ｓ１１０７において、クライアント端末１０３のＣＰＵ１３１は、登録処理が完了したプリンタを出力先に設定する。続けて、ＣＰＵ１３１は、出力先として設定したプリンタに対応する属性情報を取得し、印刷設定画面を生成する。生成が完了すると、ＣＰＵ１３１は、操作部１３６上に生成した印刷設定画面を表示し、一連の処理を終了する。一連の処理が完了すると、続けて、図７、図８で説明した印刷設定の変更処理や印刷ジョブの送信処理が行われるものとする。

以上説明した処理により、クライアント端末のプリントクライアントがバージョンアップし新たな機能などに対応する場合であっても、適切に印刷ＵＩを表示できるようになる。

続けて、ＣＰＳ１０２がクライアント端末から印刷ジョブを受信する場合の制御について図１２のフローチャートを用いて説明する。図１２のフローチャートに示す各動作（ステップ）は、図１０と同様、サーバ１０２を構成するＣＰＵ１３１がＲＯＭ１３２またはストレージ１３４に記憶された制御プログラムを実行することにより実現される。

Ｓ１２００においてサーバ１０２のＣＰＵ１３１は、クライアント端末から印刷ジョブに関する要求を受信したかどうかを判断する。クライアント端末から印刷ジョブに関する要求を受信した場合、処理をＳ１２０１に進め、クライアント端末から印刷ジョブに関する要求を受信していない場合、処理をＳ１２０５に進める。本実施形態では、印刷ジョブに関する要求は、ＩＰＰのＣｒｅａｔｅ－Ｊｏｂオペレーションや、Ｐｒｉｎｔ－Ｊｏｂオペレーションを想定しているがこれに限定されるものではない。例えば、クライアントが、印刷ジョブを送信する前に、相手先で印刷ジョブを処理できるかどうかを問い合わせるＶａｌｉｄａｔｅ－Ｊｏｂオペレーションであってもよい。

Ｓ１２０１において、サーバ１０２のＣＰＵ１３１は、クライアント端末から印刷要求の後に送信される印刷データを含む一連の印刷ジョブを受信する。続けてＳ１２０２において、ＣＰＵ１３１は、印刷ジョブの印刷設定を示す属性情報にＣＰＳ１０２がサポートしていない属性情報が含まれているか否かを判断する。ＣＰＳ１０２がサポートしていない属性情報が含まれていない場合、処理をＳ１２０３に進め、ＣＰＳ１０２がサポートしていない属性情報が含まれている場合、処理をＳ１２０４に進める。なお、Ｓ１２００で受信した印刷要求が、Ｃｒｅａｔｅ－ＪｏｂオペレーションやＶａｌｉｄａｔｅ－Ｊｏｂオペレーションの場合、印刷データ（ドキュメントデータ）を受信する前に、属性情報のみがＣＰＳ１０２に通知される。従って、印刷データ（ドキュメントデータ）データを受信する前に、Ｓ１２０２の判断を行い、その後に印刷データを受信するよう構成してもよい。

Ｓ１２０３では、ＣＰＵ１３１は、サポートしている属性情報に基づき、サーバサイドでのレンダリングやデータ変換処理が必要である場合、レンダリング処理やデータ変換処理を実行する。そして、変換が必要な場合、変換が行われた印刷データと、属性情報を含む印刷ジョブを記憶領域に保存する。変換が必要でない場合、受信した印刷データと、属性情報を含む印刷ジョブを記憶領域に保存する。

一方、Ｓ１２０４では、ＣＰＵ１３１は、サポートしていない属性情報と、サポートしている属性情報の両方と、印刷データとを含む印刷ジョブを記憶領域に保存する。Ｓ１２０３の処理との差異は、サポートしていない属性情報と、サポートしている属性情報に依存関係がある場合を考慮して、レンダリング処理やデータ変換処理を行わない点である。

なお、ＣＰＳ１０２上でのレンダリングやデータ変換を行わないよう構成することもできる、この場合、Ｓ１２０２～Ｓ１２０４の処理に代えて単に受信した印刷ジョブを保存するよう構成すればよい。

続けて、Ｓ１２０５において、ＣＰＵ１３１は、印刷装置（例えば印刷装置１０１）から印刷ジョブの取得要求を受信したかどうかを判断する。受信した場合は、処理をＳ１２０６に進め、受信していない場合、一連の処理を終了する。

Ｓ１２０６において、ＣＰＵ１３１は、取得要求に対応する印刷ジョブを要求元の印刷装置に送信する。送信が完了すると一連の処理を終了する。図１２で説明した受信処理及び送信処理は、ＣＰＳ１０２がプリントサービスを提供している間、繰り返し行われるものとする。

続けて、印刷装置１０１がＣＰＳ１０２から印刷ジョブを受信して印刷する場合の制御について図１３のフローチャートを用いて説明する。図１３のフローチャートに示す各動作（ステップ）は、図９と同様、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムを実行することにより実現される。

Ｓ１３０１において、ＣＰＵ１１１は、ＣＰＳ１０２から印刷すべきジョブが格納された旨の通知を受信する。続けてＳ１３０２において、ＣＰＵ１１１は、印刷ジョブの取得要求を送信する。具体的には、ＣＰＳ１０２に対して、印刷装置１０１が取得可能なジョブの一覧を問い合わせる。続けて、一覧に含まれる印刷ジョブのデータを取得するための取得要求を送信する。

続けてＳ１３０３において、ＣＰＵ１１１はＣＰＳ１０２から印刷ジョブを取得する。Ｓ１３０４において、ＣＰＵ１１１は、取得した印刷ジョブに含まれる属性情報を解析し、印刷装置がサポートしていない属性情報を破棄して印刷処理を実行する。以上説明した図９～図１３の処理により、クラウドプリントサービス経由での印刷を行うケースにおいても、クライアント端末１０３がサポートする能力を最大限活用することができるようになる。なお、上述の実施形態では、プリンタの初回登録時の能力通知を例示したが、これに限定されるものではない。例えば、所定の間隔（例えば３０日）ごとに、クライアント端末が管理する出力先プリンタ情報の更新を行うようにしてもよい。

＜第２の実施形態＞
第２の実施形態では、第１の実施形態の処理に加えて、クライアント端末１０４上に印刷装置１０１のベンダが提供する印刷拡張アプリケーションをインストールする仕組みを提供する。この印刷拡張アプリケーションは、クライアント端末側での印刷設定や印刷設定のユーザインタフェースの見た目を拡張する。

なお、第２の実施形態における各装置のハードウェア構成は第１の実施形態と同様である。以下第１の実施形態との差分について説明する。第２の実施形態における印刷システムでは、第１の実施形態の各装置に加えて、印刷拡張アプリケーションを配布するサーバが更に含まれる。本実施形態では、クライアント端末１０４に印刷拡張アプリケーションをインストールする場合を例に説明する。

以下配布の仕組みと、印刷拡張アプリケーションの呼び出し方法について図１５のシーケンス図を用いて説明する。図１５は第１の実施形態における図７のシーケンスに代わる第２の実施形態における処理を説明するためのシーケンス図である。

Ｓ１５０１～Ｓ１５１１に記載のＣＰＳ１０２へのプリンタ登録処理、クライアント端末におけるプリンタ選択、能力取得処理は、図７のＳ７０１～Ｓ７１１と同様のため説明を省略する。

Ｓ１５１２において、クライアント端末１０３は、Ｓ１５０９で選択された印刷装置の機種を特定する。続けて、特定した機種を示す情報（機種情報とも呼ぶ）を配布サーバに送信し、印刷拡張アプリケーションが存在するかどうかを問い合わせる。問い合わせを受け付けた配布サーバは、当該機種向けの印刷拡張アプリケーションが存在するどうかを判断し、印刷拡張アプリケーションの有無をクライアント端末１０４に対して応答する（Ｓ１５１３）。配布サーバは、印刷拡張アプリケーションが存在する場合、当該アプリケーションをダウンロード先についても当該応答に含めるものとする。

まず、印刷拡張アプリケーションが配布サーバから提供される場合についてＳ１５１４～Ｓ１５１８で説明する。Ｓ１５１４において、クライアント端末１０４のＯＳは、応答に含まれる段ロード先情報に基づき印刷拡張アプリケーションを配布サーバからダウンロードし、クライアント端末１０４にインストールする。

続けて、クライアントがサポートする属性情報及びクライアントがサポートしない属性情報の両方の属性情報と、出力先を特定する情報とを対応付けた出力先プリンタ情報を登録する（Ｓ１５１５）。

続けて、クライアント端末１０４のＯＳは、印刷拡張アプリケーションと出力先プリンタ情報の対応関係をレジストリＤＢに登録する（Ｓ１５１６）。なお、対応関係の記憶先は一例であり、クライアント端末１０４のＯＳが参照できる記憶領域に対応関係を記憶すればよい。

続けて、ユーザは、ＯＳが提供する印刷設定画面や汎用アプリケーションが提供する簡易印刷設定画面を介して、詳細印刷設定ボタンを押下する（Ｓ１５１７）。当該詳細設定ボタンの押下を検知したクライアント端末１０４のＯＳは、詳細設定ボタンが押下された際に、出力先として選択されているプリンタの情報を特定する。続けて、当該特定した情報に基づきレジストリＤＢを参照し、対応する印刷拡張アプリケーションを特定し、起動する（Ｓ１５１８）。

ＯＳにより起動された印刷拡張アプリケーションは、関連付けられている出力先プリンタ情報に含まれる属性情報を取得し、当該取得した属性情報に基づき拡張印刷設定画面を表示する（Ｓ１５１９）。図１６は、印刷拡張アプリケーションが提供する拡張印刷設定画面の一例である。例えば、印刷拡張アプリケーションは、印刷装置１０１を製造するベンダが提供するアプリケーションであり、印刷装置１０１用に特化した印刷設定を行うことができるように構成される。図１６では、メイン画面を例示しており、丸括弧１～６は詳細設定画面に遷移にするためのキーを示している。ユーザは各キーを選択することで、ステープル等の後処理設定を行うことができる。また、第１の実施形態において汎用のプリントクライアントがサポートできなかった、カラー調整や、細線強調等、ベンダ独自の属性情報に対応する印刷設定を設定することもできる。印刷拡張アプリケーションはＯＫボタンが選択されたことを検知すると、画面を介してなされた設定に基づき、属性情報の内容を更新し、アプリケーションを終了する。図１７は、第２の実施形態における印刷属性情報を説明する図であり、図１７（Ａ）は、ＣＰＳ１０２に対して送信される印刷ジョブに関する要求の一例を示すパケットである。ここでは、拡張アプリケーションが提供する画面を介して細線印刷が有効、且つ、色強調の設定として青強調が選択された場合を例示している。プリントクライアントは、自身がサポートしない属性情報であっても破棄することなくＣＰＳ１０２に対して送信する。当該印刷ジョブはＣＰＳ１０２に一時記憶される。ＣＰＳ１０２は、印刷装置１０１からのジョブ取得要求を受信したことに応じて、当該印刷ジョブを印刷装置１０１に送信する。図１７（Ｂ）はＣＰＳ１０２から印刷装置１０１に送信される印刷ジョブの属性情報を示している。ＣＰＳ１０２は自身がサポートしない属性情報を破棄することなく、そのまま印刷装置１０１に転送する。従って、印刷装置１０１は、当該ＣＰＳ１０２経由で受信した属性情報を適切に解釈して印刷できるようになる。

続いて、対応する印刷拡張アプリケーションがない場合の代替シーケンスについて説明する。Ｓ１５３０において、クライアント端末は、Ｓ１５１１で取得した属性情報の中から、プリントクライアントがサポートする属性情報を抽出する。続けて、当該抽出された属性情報と出力先を対応付けた出力先プリンタ情報を登録し、一連の処理を終了する。

クライアント端末における具体的な制御について図１８を用いて説明する。図１１のフローチャートに示す各動作（ステップ）は、クライアント端末１０４のＣＰＵ１３１がＲＯＭ１３２またはストレージ１３４に記憶された制御プログラムを実行することにより実現される。処理の主体となるプログラムを明確に示したい場合、プロセッサにより実行される制御プログラム（ＯＳや拡張アプリケーション）を主語として説明する。

図１１のフローチャートは、探索で見つかったプリンタの中からＣＰＳ１０２上に登録されたプリンタであって、且つ、クライアント端末１０４に未登録のプリンタを選択する操作を受け付けたことに応じて実行される。

Ｓ１８０１において、クライアント端末のＯＳは、登録対象の出力先プリンタに対応する印刷拡張アプリケーションが存在するかどうかを、配布サーバに問い合わせる。問い合わせの結果、印刷拡張アプリケーションが存在する場合、処理をＳ１８０２に進め、印刷拡張アプリケーションが存在しない場合、処理をＳ１１０４に進める。Ｓ１８０２において、クライアント端末のＯＳは、配布サーバから拡張アプリケーションをダウンロードし、クライアント端末上にインストールする。インストールが完了すると処理をＳ１８０３に進める。

Ｓ１８０３において、クライアント端末のＯＳは、クライアントがサポートする属性情報及びサポートしない属性情報の両方の属性情報と出力先を対応付けた出力先プリンタ情報をプリントフレームワークに登録する。続けて、Ｓ１８０４において、クライアント端末のＯＳは、レジストリＤＢに印刷拡張アプリケーションと出力先プリンタの対応関係を保存する。例えば、印刷拡張アプリケーションを起動するためのアプリケーションパス等と、出力先プリンタを特定するための情報を対応付けてレジストリＤＢに保存する。

Ｓ１８０５において、クライアント端末のＯＳは、登録処理が完了したプリンタを出力先に設定し、プリントクライアントがサポートする属性情報に基づき生成した印刷設定画面を表示する。ここでは、プリントクライアントがサポートしない属性情報に対応する印刷設定は表示されない。

Ｓ１８０６において、クライアント端末のＯＳは、Ｓ１８０５で表示した印刷設定画面を介して詳細印刷設定を行うユーザ指示がなされたかどうかを判定する。詳細印刷設定を行うユーザ指示がなされたことを検知した場合、処理をＳ１８０７に進め、詳細印刷設定を行うユーザ指示がなされたことを検知していない場合、処理をＳ１８１１に進める。

Ｓ１８０７において、クライアント端末のＯＳは、出力先プリンタに対応する印刷拡張アプリケーションが存在するかどうかを判定する。具体的には、ＯＳは、出力先プリンタを特定する情報を取得し、レジストリＤＢに当該出力先プリンタに対応する印刷拡張アプリケーションを特定する情報が記憶されているかどうかを判定する。当該出力先プリンタに対応する印刷拡張アプリケーションを特定する情報が記憶されている場合、処理をＳ１８０８に進める。一方、当該出力先プリンタに対応する印刷拡張アプリケーションを特定する情報が記憶されていない場合、詳細設定画面を表示することなく、処理をＳ１８１１に進める。

Ｓ１８０８において、クライアント端末のＯＳは、印刷拡張アプリケーションを起動する。ＯＳにより起動された印刷拡張アプリケーションは、出力先プリンタ情報の属性情報を取得し、当該属性情報に基づき図１６に例示した詳細印刷設定画面を表示する。ユーザは、当該設定画面を介して、印刷設定を変更することができる。変更操作を受け付けた印刷アプリケーションは、設定画面の表示を更新し、ユーザに現在の設定状態をフィードバックする。

Ｓ１８０９において、印刷拡張アプリケーションは、印刷設定を完了するユーザ操作を受け付けたか否かを判断する。印刷設定を完了するユーザ操作を受け付けた場合、処理をＳ１８１０に進める。印刷設定を完了するユーザ操作を受け付けていない場合、印刷拡張アプリケーションの画面を介した更なる印刷設定操作を待ち受ける。

Ｓ１８１０において、印刷拡張アプリケーションは、画面を介してなされた印刷ジョブに適用すべき印刷設定に基づき、ＯＳが管理する属性情報を更新する。更新が完了すると、印刷拡張アプリケーションは自身の動作を停止する。印刷拡張アプリケーションの停止を検知したＯＳのプリントクライアントは、当該更新された印刷設定に基づく印刷設定画面を表示する。この際、プリントクライアントは、自身がサポートしない属性情報は無視して印刷設定画面を表示する。

Ｓ１８１１において、ＯＳは、印刷設定画面を介して印刷開始指示がなされたか判定する。印刷開始指示がなされた場合、処理をＳ１８１２に進め、印刷開始指示がなされていない場合、Ｓ１８０６に戻り更なる印刷設定操作を待ち受ける。

Ｓ１８１２において、クライアント端末のプリントクライアントは、印刷ジョブを生成し、ＣＰＳ１０２に対して送信する。当該印刷ジョブの生成は、ＩＰＰのＣｒｅａｔｅ－Ｊｏｂオペレーションや、Ｐｒｉｎｔ－Ｊｏｂオペレーションによるジョブ生成を想定している。Ｐｒｉｎｔ－Ｊｏｂオペレーションで指示を行う場合、属性情報と印刷データが共に送信される。Ｃｒｅａｔｅ－Ｊｏｂオペレーションで指示を行う場合は、印刷属性を含むＣｒｅａｔｅ－ＪｏｂオペレーションでＣＰＳ１０２上にジョブを生成する。続けて、印刷対象のドキュメントを追加するためのオペレーションを用いて、当該生成した印刷ジョブに１以上のドキュメントデータを対応付ける処理を行う。この際、プリントクライアントは、自身がサポートしていない属性情報についても、印刷ジョブに関する属性情報としてＣＰＳ１０２に送信する。従って、印刷拡張アプリケーションによって更新された属性情報を、プリントクライアント側で破棄することなくＣＰＳ１０２に送信することになる。以上説明した処理により、より柔軟な印刷設定のサポートを行うことができるようになる。

＜変形例＞
本実施形態では、クラウドプリントサービス経由のプリント処理の際の印刷設定について例示したがこれに限定されるものではない。例えば、ＭＦＰで読み取ったスキャンデータをクラウド経由でユーザＰＣに送信する場合のスキャン設定に適用することもできる。この場合、ＭＦＰは、クラウドスキャンサービスにＭＦＰを登録する際に、自身が有するフルスペックのスキャン能力をクラウドスキャンサービスに通知する。この際に、ベンダ独自の属性を含む能力をクラウドサービスに通知する。クラウドスキャンサービスは、自身がサポートしていないスキャン能力についてもクラウド上に登録する。クラウドスキャンサービスを使用するクライアント端末にインストールされたスキャンクライアントは、当該クラウドスキャンサービスからフルスペックの能力情報を取得する。最後にスキャンクライアントは、フルスペックの能力情報から、スキャンクライアントがサポートする能力情報を抽出し、抽出したスキャン能力をスキャンフレームワークに登録すればよい。なお、第２の実施形態に対してクラウドスキャンを適用する場合、配布サーバからスキャン拡張アプリケーションがダウンロードされてインストールされるものとする。この場合、ＭＦＰが提供する高性能なＯＣＲ処理や、ＭＦＰのＡＩエンジンが提供するスキャンコンテンツの要約サービスなどをスキャン拡張アプリケーションの拡張印刷設定画面から設定することができる。

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

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

Claims (15)

1. 印刷装置であって、
   ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）の規格に定義されている第１属性の情報とＩＰＰの規格に定義されていない第２属性の情報とを含む前記印刷装置の情報をＩＰＰオペレーションを用いてプリントサービスへ送信する送信手段と、
   前記プリントサービスへ送信された前記第１属性の情報と前記第２属性の情報とを取得したクライアント端末上でのユーザの印刷設定操作により設定された前記第１属性の情報に基づく第１の印刷設定情報と前記第２属性の情報に基づく第２の印刷設定情報は前記クライアント端末から前記プリントサービスへ提供され、前記提供された第１の印刷設定情報と第２の印刷設定情報とを前記送信手段にて用いられたＩＰＰオペレーションとは異なるＩＰＰオペレーションを用いて前記プリントサービスから取得する取得手段と、を有することを特徴とする印刷装置。
2. ＩＰＰの規格に定義されている前記第１属性の属性名はＩＰＰの規格に記載されており、ＩＰＰの規格に定義されていない前記第２属性の属性名はＩＰＰの規格に記載されていないことを特徴とする請求項１に記載の印刷装置。
3. 前記プリントサービスは、前記クライアント端末および前記印刷装置とインターネットを介して接続されるクラウドプリントサービスであることを特徴とする請求項１または２に記載の印刷装置。
4. 前記送信手段は、前記印刷装置を前記プリントサービスに登録するために前記印刷装置の情報を前記プリントサービスへ送信することを特徴とする請求項１乃至３の何れか１項に記載の印刷装置。
5. 前記印刷装置の情報とは、前記印刷装置の情報を送信する際の前記印刷装置の構成に基づく属性情報であることを特徴とする請求項１乃至４の何れか１項に記載の印刷装置。
6. 前記印刷装置の構成に基づく属性情報とは、印刷物に対する後処理に関する属性情報であることを特徴とする請求項５に記載の印刷装置。
7. 印刷装置であって、
   ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）の規格に定義されている第１属性の情報とＩＰＰの規格に定義されていない第２属性の情報とを含む前記印刷装置の情報をＩＰＰオペレーションを用いてプリントサービスへ送信する送信手段と、
   前記プリントサービスへ送信された前記第１属性の情報に基づく第１の印刷設定情報と前記第２属性の情報に基づく第２の印刷設定情報とを前記送信手段にて用いられたＩＰＰオペレーションとは異なるＩＰＰオペレーションを用いて前記プリントサービスから取得する取得手段と、を有することを特徴とする印刷装置。
8. 前記プリントサービスは、クライアント端末および前記印刷装置とインターネットを介して接続されるクラウドプリントサービスであることを特徴とする請求項７に記載の印刷装置。
9. 印刷装置の制御方法であって、
   ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）の規格に定義されている第１属性の情報とＩＰＰの規格に定義されていない第２属性の情報とを含む前記印刷装置の情報をＩＰＰオペレーションを用いてプリントサービスへ送信する送信ステップと、
   前記プリントサービスへ送信された前記第１属性の情報と前記第２属性の情報とを取得したクライアント端末上でのユーザの印刷設定操作により設定された前記第１属性の情報に基づく第１の印刷設定情報と前記第２属性の情報に基づく第２の印刷設定情報は前記クライアント端末から前記プリントサービスへ提供され、前記提供された第１の印刷設定情報と第２の印刷設定情報とを前記送信ステップにて用いられたＩＰＰオペレーションとは異なるＩＰＰオペレーションを用いて前記プリントサービスから取得する取得ステップと、を含むことを特徴とする制御方法。
10. ＩＰＰの規格に定義されている前記第１属性の属性名はＩＰＰの規格に記載されており、ＩＰＰの規格に定義されていない前記第２属性の属性名はＩＰＰの規格に記載されていないことを特徴とする請求項９に記載の制御方法。
11. 前記プリントサービスは、前記クライアント端末および前記印刷装置とインターネットを介して接続されるクラウドプリントサービスであることを特徴とする請求項９または１０に記載の制御方法。
12. 前記送信ステップは、前記印刷装置を前記プリントサービスに登録するために前記印刷装置の情報を前記プリントサービスへ送信することを特徴とする請求項９乃至１１の何れか１項に記載の制御方法。
13. 前記印刷装置の情報とは、前記印刷装置の情報を送信する際の前記印刷装置の構成に基づく属性情報であることを特徴とする請求項９乃至１２の何れか１項に記載の制御方法。
14. 前記印刷装置の構成に基づく属性情報とは、印刷物に対する後処理に関する属性情報であることを特徴とする請求項１３に記載の制御方法。
15. 請求項９乃至１４の何れか１項に記載の制御方法をコンピューターに実行させるためのプログラム。

Images