特許 7479867 印刷装置とその制御方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-04-26

(45)【発行日】2024-05-09

(54)【発明の名称】印刷装置とその制御方法、及びプログラム

(51)【国際特許分類】

   B41J 29/38 20060101AFI20240430BHJP

   G03G 21/00 20060101ALI20240430BHJP

   G06F 3/12 20060101ALI20240430BHJP

【ＦＩ】

B41J29/38 204

G03G21/00 376

G06F3/12 303

G06F3/12 332

【請求項の数】 11

(21)【出願番号】P 2020026534

(22)【出願日】2020-02-19

(65)【公開番号】P2021130245

(43)【公開日】2021-09-09

【審査請求日】2023-02-13

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100126240

【弁理士】

【氏名又は名称】阿部 琢磨

(74)【代理人】

【識別番号】100223941

【弁理士】

【氏名又は名称】高橋 佳子

(74)【代理人】

【識別番号】100159695

【弁理士】

【氏名又は名称】中辻 七朗

(74)【代理人】

【識別番号】100172476

【弁理士】

【氏名又は名称】冨田 一史

(74)【代理人】

【識別番号】100126974

【弁理士】

【氏名又は名称】大朋 靖尚

(72)【発明者】

【氏名】金田 健

【審査官】大浜 登世子

(56)【参考文献】

【文献】特開２００７－２６１２５５（ＪＰ，Ａ）

【文献】特開２０１８－０６７２６０（ＪＰ，Ａ）

【文献】特開２００７－１４０７８６（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１１／０１０９９３３（ＵＳ，Ａ１）

【文献】特開２００７－２４５４２９（ＪＰ，Ａ）

【文献】特開２００７－３１８５１９（ＪＰ，Ａ）

【文献】特開２０１１－０３９６２８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｂ４１Ｊ ２９／３８

Ｇ０３Ｇ ２１／００

Ｇ０６Ｆ ３／１２

(57)【特許請求の範囲】

【請求項1】

印刷装置であって、
情報処理装置によるシートの種類を表示する表示能力を前記印刷装置が認識できるようにするための情報を受信する受信手段と、
前記受信手段によって受信された前記情報に基づいて、標準属性のシートの種類の情報を送信せずにベンダ拡張のシートの種類の情報を前記情報処理装置に送信するか、前記標準属性のシートの種類の情報と前記ベンダ拡張のシートの種類の情報を前記情報処理装置に送信するかを決定する決定手段とを有することを特徴とする印刷装置。

【請求項2】

前記標準属性のシートの種類の情報を送信せずに前記ベンダ拡張のシートの種類の情報を前記情報処理装置に送信するよう前記決定手段によって決定された場合に、前記標準属性のシートの種類の情報を送信せずに前記ベンダ拡張のシートの種類の情報を前記情報処理装置に送信する送信手段をさらに有することを特徴とする請求項１に記載の印刷装置。

【請求項3】

前記標準属性のシートの種類の情報と前記ベンダ拡張のシートの種類の情報を送信するよう前記決定手段によって決定された場合に、前記送信手段は、前記標準属性のシートの種類の情報と前記ベンダ拡張のシートの種類の情報を前記情報処理装置に送信することを特徴とする請求項２に記載の印刷装置。

【請求項4】

前記受信手段によって受信された前記情報は、前記標準属性のシートの種類の情報の表示が必要か否か通知する情報であって、
前記受信手段が前記標準属性のシートの種類の情報の表示が必要でないことを通知する情報を受信した場合に、前記決定手段は、前記標準属性のシートの種類の情報を送信せずにベンダ拡張のシートの種類の情報を前記情報処理装置に送信するよう決定することを特徴とする請求項１に記載の印刷装置。

【請求項5】

前記受信手段によって受信された前記情報は、前記標準属性のシートの種類の情報の表示が必要か否か通知する情報であって、
前記受信手段が前記標準属性のシートの種類の情報の表示が必要でないことを通知する情報を受信した場合に、前記決定手段は、前記標準属性のシートの種類の情報と前記ベンダ拡張のシートの種類の情報を送信するが、標準属性のシートの種類の情報を表示せずに前記ベンダ拡張のシートの種類の情報を表示するための指示を示す情報を前記情報処理装置に送信するよう決定することを特徴とする請求項１に記載の印刷装置。

【請求項6】

印刷装置の制御方法であって、
情報処理装置によるシートの種類を表示する表示能力を前記印刷装置が認識できるようにするための情報を受信する受信工程と、
前記受信工程で受信した前記情報に基づいて、標準属性のシートの種類の情報を送信せずにベンダ拡張のシートの種類の情報を前記情報処理装置に送信するか、前記標準属性のシートの種類の情報と前記ベンダ拡張のシートの情報を前記情報処理装置に送信するかを決定する決定工程とを有することを特徴とする印刷装置の制御方法。

【請求項7】

前記標準属性のシートの種類の情報を送信せずに前記ベンダ拡張のシートの種類の情報を前記情報処理装置に送信するよう前記決定工程で決定された場合に、前記標準属性のシートの種類の情報を送信せずに前記ベンダ拡張のシートの種類の情報を前記情報処理装置に送信する送信工程をさらに有することを特徴とする請求項６に記載の印刷装置の制御方法。

【請求項8】

前記標準属性のシートの種類の情報と前記ベンダ拡張のシートの種類の情報を送信するよう前記決定工程で決定された場合に、前記送信工程では、前記標準属性のシートの種類の情報と前記ベンダ拡張のシートの種類の情報が前記情報処理装置に送信されることを特徴とする請求項７に記載の印刷装置の制御方法。

【請求項9】

前記受信工程で受信された前記情報は、前記標準属性のシートの種類の情報の表示が必要か否か通知する情報であって、
前記受信工程で前記標準属性のシートの種類の情報の表示が必要でないことを通知する情報を受信した場合に、前記決定工程では、前記標準属性のシートの種類の情報を送信せずにベンダ拡張のシートの種類の情報を前記情報処理装置に送信するよう決定されることを特徴とする請求項６に記載の印刷装置の制御方法。

【請求項10】

前記受信工程によって受信された前記情報は、前記標準属性のシートの種類の情報の表示が必要か否か通知する情報であって、
前記受信工程によって前記標準属性のシートの種類の情報の表示が必要でないことを通知する情報を受信した場合に、前記決定工程では、前記標準属性のシートの種類の情報と前記ベンダ拡張のシートの種類の情報を送信するが、標準属性のシートの種類の情報を表示せずに前記ベンダ拡張のシートの種類の情報を表示するための指示を示す情報を前記情報処理装置に送信するよう決定されることを特徴とする請求項６に記載の印刷装置の制御方法。

【請求項11】

請求項６乃至１０の何れか１項に記載の制御方法を印刷装置に実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、印刷装置とその制御方法、及びプログラムである。

【背景技術】

【0002】

近年、情報処理装置を構成する複数のオペレーティングシステム（ＯＳ）ではＯＳが備える標準の印刷機能としてＩＰＰ（ＩＰＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）がある。ＩＰＰでは、情報処理装置は印刷装置から通知された用紙種類を情報処理装置の印刷設定画面で選択できる。

【0003】

非特許文献１は印刷装置（ＩＰＰ－Ｓｅｒｖｅｒ）から情報処理装置（ＩＰＰ－Ｃｌｉｅｎｔ）に能力情報の一部としてベンダー拡張の用紙種類を通知するフォーマット形式について記している。非特許文献２は印刷装置が通知したベンダー拡張の用紙種類を情報処理装置のＵＩ表記するための文字列を印刷装置（ＩＰＰ－Ｓｅｒｖｅｒ）から情報処理装置（ＩＰＰ－Ｃｌｉｅｎｔ）へ転送する手段について記している。非特許文献３は印刷装置（ＩＰＰ－Ｓｅｒｖｅｒ）が情報処理装置（ＩＰＰ－Ｃｌｉｅｎｔ）にベンダー拡張の用紙種類の表記文字列を記述する「Ｍｅｓｓａｇｅ Ｃａｔａｌｏｇ形式」について記している。

【0004】

本発明の各実施形態においても印刷装置から情報処理装置へ能力情報の一部としてベンダー拡張形式の用紙種類を通知する場合、非特許文献１～３の規則に従い情報の送受信を行う。

【先行技術文献】

【非特許文献】

【0005】

【文献】ＰＷＧ Ｍｅｄｉａ Ｓｔａｎｄａｒｄｉｚｅｄ Ｎａｍｅｓ ２．０ ３．２ Ｖｅｎｄｏｒ Ｍｅｄｉａ Ｔｙｐｅ Ｎａｍｅｓ

【文献】ＩＰＰ： Ｊｏｂ ａｎｄ Ｐｒｉｎｔｅｒ Ｅｘｔｅｎｓｉｏｎｓ - Ｓｅｔ ３ （５１００．１３－２０１２） ５．６．３７ ｐｒｉｎｔｅｒ－ｓｔｒｉｎｇｓ－ｌａｎｇｕａｇｅｓ－ｓｕｐｐｏｒｔｅｄ ５．６．３８ ｐｒｉｎｔｅｒ－ｓｔｒｉｎｇｓ－ｕｒｉ

【文献】ＩＰＰ Ｍｅｓｓａｇｅ Ｃａｔａｌｏｇ Ｔｏｏｌｔｉｐｓ ａｎｄ Ｈｅｌｐ Ｅｘｔｅｎｓｉｏｎｓ

【発明の概要】

【発明が解決しようとする課題】

【0006】

このように用紙種類の情報を表示するための手段は各非特許文献に描かれている。けれども、いずれの印刷装置も送りたい用紙種類の情報を送っているだけで、送信先の情報処理装置から受け取った情報に従って、送るべき用紙種類の情報を決定する技術は知られていなかった。

【課題を解決するための手段】

【0007】

上記課題を解決するために、本発明の印刷装置は、情報処理装置によるシートの種類を表示する表示能力を前記印刷装置が認識可能にするための情報を受信する受信手段と、前記受信手段によって受信された前記情報に基づいて、標準属性のシートの種類の情報を送信せずにベンダ拡張のシートの種類の情報を前記情報処理装置に送信するか、前記標準属性のシートの種類の情報と前記ベンダ拡張のシートの種類の情報を前記情報処理装置に送信するかを決定する決定手段とを有することを特徴とする。

【発明の効果】

【0008】

情報処理装置によるシートの種類を表示する表示能力を前記印刷装置が認識可能にするための情報を受信した情報に基づいて、標準属性のシートの種類の情報を送信せずにベンダ拡張のシートの種類の情報を情報処理装置に送信するか、標準属性のシートの種類の情報とベンダ拡張のシートの種類の情報を情報処理装置に送信するかを決定することができる。

【図面の簡単な説明】

【0009】

【図1】システム構成図

【図2】印刷装置のハードウェア構成図

【図3】情報処理装置のハードウェア構成図

【図4】印刷装置のソフトウェア構成図

【図5】情報処理装置のソフトウェア構成図

【図6】情報処理装置の印刷設定画面

【図7】（ａ）実施例１の情報処理装置のフローチャート （ｂ）実施例１の印刷装置のフローチャート

【図8】（ａ）実施例２の情報処理装置のフローチャート （ｂ）実施例２の印刷装置のフローチャート

【図9】実施例１の情報処理装置と印刷装置のシーケンス図

【図10】実施例２の情報処理装置と印刷装置のシーケンス図

【図11】実施例１のＩＰＰ通信のメッセージ例

【図12】実施例２のＩＰＰ通信のメッセージ例

【図13】ＩＰＰ通信におけるベンダー拡張形式を含む用紙種類選択の課題

【発明を実施するための形態】

【0010】

実施例１について説明する。

【0011】

ＩＰＰプロトコルを基盤とした情報処理装置と印刷装置から構成される印刷システムにおいて、用紙種類の選択手段は２つある。ＩＰＰ標準で定義された「標準の用紙種類（標準属性の用紙種類と呼ぶこともある）」とＩＰＰプロトコルの拡張ルールに則った「ベンダー拡張の用紙種類」である。どちらの用紙種類もサポートする用紙種類の情報は印刷装置から情報処理装置へ通知されるが、情報処理装置上の翻訳を含めた用紙名称のＵＩ表示に関する実現方法が異なる。「ＩＰＰ標準の用紙種類」は情報処理装置が印刷装置から通知された用紙種類ＩＤと対になる表示用文字列のリソースを有する。一方、「ベンダー拡張の用紙種類」は情報処理装置からの要求に応答する形で、印刷装置が用紙種類ＩＤと表示用文字列に関するリソースの両方を提供する。従来のＩＰＰプロトコルを基盤とした印刷システムでは、ＩＰＰ標準の用紙種類のみを用いた印刷システムか、ＩＰＰ標準の用紙種類に一部、ベンダー拡張の用紙種類を追加したハイブリッド形式が提供されている。しかし、ＩＰＰ標準の用紙種類は、情報処理装置のＩＰＰ－Ｃｌｉｅｎｔの実装・提供者と印刷装置のＩＰＰ－Ｓｅｒｖｅｒの実装・提供者が異なる場合、同一の用紙種類ＩＤであっても対応する表示文字列が情報処理装置と印刷装置の間で完全一致しない。加えて同一の意味を持つ用紙種類ベンダー拡張形式とＩＰＰ標準形式の間で二重表示されるなど、ユーザが用紙選択・用紙の設定作業で混乱するケースがあった。（図１３）そこで、実施例１では、印刷装置が情報処理装置の用紙種類の表示能力に合わせて、ベンダー拡張のみか、あるいはＩＰＰ標準とベンダー拡張の両方を含む用紙種類を通知する。このように、印刷装置が能力通知の用紙種類リストを切り替えることにより、必要な用紙種類の情報のみが表示されるようにする。

【0012】

図１について説明する。図１は、本発明の印刷システムの構成を説明する図である。ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）（１００）上には印刷装置（１０１）、があり、情報処理装置がＡＰ（アクセスポイント）（１０２）を経由してＬＡＮ（１００）に接続している。本実施形では情報処理装置の一例として、タブレット、スマートフォン、ＰＣなどの携帯端末（１０３），（１０４），（１０５）を例に説明する。尚、以降の説明では、タブレット、スマートフォン、ＰＣなどを総称して情報処理装置と呼ぶ。これらの情報処理装置は、ＬＡＮ（１００）の印刷装置（１０１）で印刷できる。本実施例では、印刷システムの一例として上記の構成例で説明するが、本発明はこれに限定されるものではなく、少なくとも１つ以上の情報処理装置と印刷装置とがネットワークを介して通信可能に接続されていればよい。またネットワークは無線であっても有線であっても良い。

【0013】

まず印刷装置（１０１）について説明する。この印刷装置（１０１）はシート（記録媒体）に画像を印刷する印刷機能を有する。印刷装置（１０１）は、ネットワークを介して情報処理装置から受信した印刷データを印刷できる。

【0014】

図２に印刷装置のハードウェア構成図、図４にソフトウェア構成図を示す。図２の（２１０）は、本実施例に係る印刷装置（１０１），のハードウェア構成を説明するブロック図である。本実施例では印刷装置を例に説明するが、印刷装置にスキャナやＦＡＸ機能を含むＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）等の印刷装置であってもよい。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）（２１１）を含む制御部（２１０）は、印刷装置（１０１）全体の動作を制御する。ＣＰＵ（２１１）は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）（２１２）又はストレージ（２１４）に記憶されたプログラムをＲＡＭ（２１３）に展開し、それを実行して印刷制御や読取制御などの各種制御を行う。ＲＯＭ（２１２）は、ＣＰＵ（２１１）で実行可能な制御プログラムやブートプログラム等を格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）（２１３）は、ＣＰＵ（２１１）の主記憶メモリであり、ワークエリア又は各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ（２１４）は、印刷データ、画像データ、各種プログラム、及び各種設定情報を記憶する。本実施例ではストレージ（２１４）としてＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の補助記憶装置を想定しているが、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性メモリを用いても良い。

【0015】

尚、実施例１に係る印刷装置（１０１）では、１つのＣＰＵ（２１１）が１つのメモリ（ＲＡＭ２１３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて、後述するフローチャートに示す各処理を実行しても良い。またＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

【0016】

操作部インタフェース（Ｉ／Ｆ）（２１６）は、操作部（２１７）と制御部（２１０）とを接続する。操作部（２１７）には、タッチパネル機能を有する表示部や各種ハードキーなどが備えられ、情報を表示する表示部や、ユーザの指示を受け付ける受付部として機能する。印刷部Ｉ／Ｆ（２１８）は、印刷部（２１９）と制御部（２１０）とを接続する。情報処理装置から受信した印刷ジョブを解析して生成された画像データは、印刷部Ｉ／Ｆ（２１８）を介して制御部（２１０）から印刷部（２１９）に転送される。印刷部（２１９）は制御部（２１０）を介して制御コマンド及び印刷すべき印刷ジョブを受信し、その印刷ジョブに基づいて給紙カセット（不図示）から給送されたシートに画像を印刷する。尚、印刷部（２１９）の印刷方式は、電子写真方式であってもよいし、インクジェット方式であってもよい。また熱転写方式などその他の印刷方式を適用することもできる。また制御部（２１９）は、通信部Ｉ／Ｆ（２２２）を介してＬＡＮ（１００）に接続される。通信部Ｉ／Ｆ（２２２）は、情報処理装置（１０３，１０４，１０５）に情報を送信し、ＬＡＮ（１００）上の情報処理装置（１０３，１０４，１０５）から印刷ジョブや情報を受信する。

【0017】

画像処理部（２１５）は、情報処理装置（１０３，１０４，１０５）から受信したジョブを展開して印刷画像データを生成するＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）機能を備えている。また画像処理部（２１５）は、印刷ジョブを展開して得られた画像データの解像度変換や補正処理を行うこともできる。尚、本実施例では、画像処理部（２１０５）がハードウェア回路（ＡＳＩＣ又はＦＰＧＡなど）で実現されることを想定しているが、これに限定されるものではない。例えば、印刷装置（１０１）が画像処理用途向けのプロセッサを更に備え、そのプロセッサが画像処理プログラムを実行することにより、画像処理や、印刷データへの展開処理を実現してもよい。この場合、このプロセッサとＣＰＵ（２１１）とが協働して後述するフローチャートを実現するものとする。更には、画像処理を行うためのプログラムをＣＰＵ（２１１）が実行し、画像処理や印刷データの展開処理を行うように構成することもできる。また、これらのいずれかの組み合わせにより画像処理を行うようにしてもよい。

【0018】

シート処理部Ｉ／Ｆ（２２０）は、制御部（２１０）とシート処理部（２２１）とを接続する。シート処理部（２２０）は、制御部（２１０）から制御コマンドを受信し、その制御コマンドに従って印刷部（２１９）により印刷されたシートに後処理を施す。

【0019】

図４は、本実施形態１に係る印刷装置（１０１）のソフトウェア構成を説明する機能ブロック図である。尚、この図４に示す各機能ブロックは、ＣＰＵ（２１１）がＲＡＭ（２１３）に展開したプログラムを実行することにより達成されるものとする。

【0020】

ＩＰＰ－Ｓｅｒｖｅｒ制御部（４０１）はプリンタ能力通知部（４０２）を有する。プリンタ能力通知部（４０２）は情報処理装置（１０３，１０４，１０５）から印刷装置への能力に関する問い合わせを受けて、プリンタの能力情報を通知する。通知する能力情報の具体例としては、
・用紙サイズ：ｍｅｄｉａ－ｓｉｚｅ
・用紙種類：ｍｅｄｉａ－ｔｙｐｅ
・用紙種類の表示モード：ｍｅｄｉａ－ｔｙｐｅ－ｄｉｓｐｌａｙ－ｍｏｄｅ
などがある。用紙種類の表示モードに関するＩＰＰ属性は、用紙種類の表示方法を情報処理装置から印刷装置へ問い合わせることを目的とした新規属性であり、本明細書の中で定義したものである（この新規属性は、上記した何れの非特許文献にも記載なし）。ＩＰＰ－Ｓｅｒｖｅｒ（４０１）は、情報処理装置（１０３，１０４，１０５）からの印刷装置の能力情報の要求（Ｇｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓ－Ｒｅｑｕｅｓｔのこと。）に含まれる情報（ＩＰＰ－Ｃｌｉｅｎｔの名称やＣｌｉｅｎｔのＶｅｒｓｉｏｎ、能力要求に含まれる属性名やその値域などのこと。）をもとに情報処理装置上のＩＰＰ－Ｃｌｉｅｎｔがベンダー拡張表示に対応するか判定する。そして、ベンダー拡張表示に対応すると判定した場合、用紙ＤＢ（４１６）が管理する用紙情報のうち、ベンダー拡張形式の用紙種類に関する能力情報に絞って通知（送信）すると決定する。ベンダー拡張表示に対応していること判定できない場合、ＩＰＰ標準形式の用紙種類のみ、あるいはＩＰＰ標準形式とベンダー拡張形式の両方で用紙種類の能力情報を通知（送信）すると決定する。

【0021】

情報処理装置（１０３，１０４，１０５）はプリンタの能力を取得後、プリンタに合わせた印刷ジョブを生成し印刷装置へ送信する。ＩＰＰ－Ｓｅｒｖｅｒ制御部（４０１）が情報処理装置からの印刷データの受信処理を行う。

【0022】

情報処理装置（１０３，１０４，１０５）からＩＰＰ印刷ジョブを受信すると印刷ジョブ生成部（４０４）を経由して、ジョブ制御部（４０７）に新規ジョブを生成する。続いて、ジョブ設定保存・検証部（４０３）はＩＰＰ属性で指定されたジョブ属性を検証し、ジョブ属性保存部（４０８）に書き込む。

【0023】

例としては印刷部数、用紙サイズ、用紙種類、フィニッシング、ＰＤＬフォーマット情報などがある。ＩＰＰ－Ｓｅｒｖｅｒ制御部（４０１）は、属性処理と並行してジョブデータの描画データをデータ受信制御部（４０５）に転送、一時保存する。データ受信制御部（４０５）は、印刷ジョブ生成部（４０４）が受信した印刷ジョブのバッファ領域であり、印刷ジョブ毎にストレージ（２１４）に保存する。

【0024】

本実施例のプリンタ（１０１）が備えるＰＤＬ解析部（４０６）はＰＤＦとＰＷＧ－Ｒａｓｔｅｒフォーマットに対応する。ＰＤＬ解析部（４０６）はジョブ制御部（４０７）からの指示を受けて印刷描画データをデータ受信制御部（４０５）に要求し、解析処理を行う。ページ制御部（４０９）はＰＤＬ解析部（４０６）が生成するページデータに関して、画像データをページ保存部（４１０）に、ページ属性情報をページ属性保存部（４１１）に保存する。

【0025】

ページ制御部（４０９）は、ＰＤＬ解析部（４０６）のページ解析処理、ＲＩＰ制御部（４１３）のＲＩＰ処理、印刷制御部（４１２）の印刷制御処理を制御する。印刷制御部（４１２）は、ページ保存部（４１０）からＲＩＰ済みの画像データを取得し、ＲＧＢに色分解してエンジン制御部（４１４）に転送する。エンジン制御部（４１４）は、印刷制御部（４１２）からページ単位でＲＧＢ別の画像データを受け取り、印刷制御部（４１２）を制御して各ページの印刷処理を行う。ＵＩ・ＷｅｂＵＩ制御部（４１５）は、処理中の印刷ジョブの状態に関する情報をジョブ制御部（４０７）から取得し、印刷ジョブの処理状況をＵＩ画面に表示する。

【0026】

図３に情報処理装置のハードウェア構成図、図５にソフトウェア構成図を示す。ＣＰＵ（３１１）を含む制御部（３００）は、情報処理装置全体の動作を制御する。ＣＰＵ（３１１）は、ＲＯＭ（３１４）又はストレージ（３１３）に記憶されたプログラムをＲＡＭ（３１２）に展開し、それを実行して印刷設定画面の制御や印刷データの生成、印刷ジョブの転送などの各種制御を行う。ＲＯＭ（３１４）は、ＣＰＵ（３１１）で実行可能な制御プログラムやブートプログラム等を格納する。ＲＡＭ（３１２）は、ＣＰＵ（３１１）の主記憶メモリであり、ワークエリア又は各種プログラムを展開するための一時記憶領域として用いられる。ストレージ（３１３）は、ＯＳ、印刷アプリケーション、ＯＳ印刷フレームワーク、ＯＳ印刷フレームワークが生成する印刷ジョブ、及び各種設定情報を記憶する。本実施例ではストレージ（３１３）としてＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の補助記憶装置を想定しているが、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性メモリを用いても良い。タッチパネル（３１８）は操作部Ｉ／Ｆ（３１５）に接続されており、各アプリケーションや印刷設定画面に対する画面描画だけでなく、ユーザのタッチ操作をＣＰＵ（３１１）上で動作するアプリケーションへ通知する。

【0027】

図５に、情報処理装置（１０３）～（１０５）のソフトウェア構成図を示す。尚、この各機能ブロックは、ＣＰＵ（３１１）がＲＡＭ（３１２）に展開したプログラムを実行することにより達成されるものとする。アプリケーション（５０１）は情報処理装置上にユーザがインストールする任意のアプリケーションであり、ワープロ、表計算、データベース、メール、ウェブブラウザなどの一般的なアプリケーションである。ＯＳ印刷フレームワーク（５０２）は、ＩＰＰ印刷クライアント（５０３）、プリントスプーラー（５０９）、印刷画面制御部（５１０）から構成される。ＩＰＰ印刷クライアント（５０３）はプリンタ情報管理部（５０４）、印刷ジョブ生成部（５０５）から構成される。プリンタ情報管理部（５０４）はデータ通信制御部（５２０）を通じて印刷装置（１０１）に問い合わせを行い、印刷装置（１０１）の能力情報を取得・保持する。

【0028】

取得情報は前述の
・用紙サイズ：ｍｅｄｉａ－ｓｉｚｅ
・用紙種類：ｍｅｄｉａ－ｔｙｐｅ
・用紙種類の表示モード：ｍｅｄｉａ－ｔｙｐｅ－ｄｉｓｐｌａｙ－ｍｏｄｅ
などである。

【0029】

これらの情報は、印刷画面制御部（５１０）の用紙選択表示部（５１１）や印刷ジョブ生成部（５０６）が参照する。印刷画面制御部（５１０）はアプリケーション（５０１）の呼び出しに応じて印刷画面を表示する。ユーザは印刷画面から印刷設定を行い印刷する。印刷画面に表示する印刷設定項目は情報処理装置（１０３，１０４，１０５）が印刷装置（１０１）から提供可能な機能の能力情報を取得し、提供可能な範囲内で設定画面・設定項目を表示する。印刷ジョブ生成部（５０５）はジョブ属性生成部（５０６）、ページ生成部（５０７）、ＰＤＬ生成部（５０８）から構成される。印刷ジョブ生成部（５０５）は印刷画面制御部（５１０）の指示を受け、印刷ジョブを生成する。ジョブ属性生成部（５０６）は印刷画面の設定項目からＩＰＰジョブのジョブ属性とドキュメント属性を生成する。ページ生成部（５０７）はＰＤＬ生成部（５０８）と連携して、アプリケーション（５０１）がＯＳ描画エンジン（５３０）を通して生成した描画データを印刷装置（１０１）のサポートするＰＤＬデータに変換して印刷装置（１０１）へ送信する。

【0030】

印刷画面制御部（５１０）および印刷ジョブ生成部（５０５）は、印刷装置１０１のサポートする用紙サイズや用紙種類をプリンタ情報管理部（５０４）の用紙情報管理部（５１２）から取得し、印刷データ内でジョブ毎、あるいはページ毎に指定する。ＯＳ描画エンジン（５３０）はアプリケーション（５０１）の要求に従い、印刷ページデータをＯＳ標準の描画フォーマットで描画、ＯＳ印刷フレームワーク（５０２）のページ生成部（５０７）に渡す。データ通信制御部（５２０）はＩＰＰクライアント制御部が生成する、プリンタ管理のための通信、およびジョブ送信・ジョブ管理のためのメッセージを印刷装置（１０１）へ送受信する。

【0031】

図６について説明する。図６は情報処理装置の印刷設定画面である。ユーザは印刷装置から通知された用紙サイズや用紙種類を印刷設定画面（６１０）内で選択できる。画面６１０はアプリケーション（５０１）から印刷機能を実行した際、最初に呼び出される印刷設定画面である。設定項目には用紙サイズや用紙種類（６１１）を設定可能であり、ユーザが用紙種類の選択メニュー（６１１）を押下すると用紙種類の選択リスト画面（６１２）を表示する。用紙種類としてベンダー拡張形式のみの用紙種類の表示例が６１３、ＩＰＰ標準形式のみの用紙種類の表示例が６１４、ベンダー拡張形式とＩＰＰ標準形式の両方の用紙種類の表示例が６１５となる。実施例１においては（６１３、６１４、６１５）の用紙種類のリスト表示は用紙選択表示部（５１１）が用紙情報管理部（５１２）に問い合わせることで実現している。実施例２においては、用紙選択表示部（５１１）が情報処理装置から通知された用紙種類の表示モードに従い、（６１３、６１４、６１５）の用紙種類のリスト表示処理を切り替える。

【0032】

図７について説明する。

【0033】

最初に情報処理装置側の用紙種類の取得フローについて説明する。情報処理装置はＩＰＰ標準形式とベンダー拡張形式の両方の用紙種類に対応し、能力情報を取得するＩＰＰクライアント制御部（５０３）はＳ７２０１にてベンダー拡張の用紙種類の表示・設定に対応するＩＰＰ－Ｃｌｉｅｎｔであることを印刷装置に通知する。Ｓ７２０２にて印刷装置１０１がサポートする用紙種類一覧を取得し、用紙情報管理部（５１２）に保持する。Ｓ７２０３において印刷装置から取得した用紙種類をそのまま全て印刷設定画面の用紙種類選択手段に表示する。このため、通知された用紙種類にＩＰＰ標準の用紙とベンダー拡張の用紙種類の両方が含まれる場合、両方の用紙を表示する。

【0034】

次に印刷装置側の用紙種類の通知フローについて説明する。印刷装置（１０１）はＩＰＰ標準の用紙種類とベンダー拡張の用紙種類の両方をサポートする。ここでは印刷装置（１０１）が情報処理装置に通知する用紙種類の生成フローについて２つ示す。

【0035】

第１の実施形では、印刷装置（１０１）がＳ７３０１にて情報処理装置がサポートする用紙種類の表示能力を印刷装置が何らかの形で識別情報を取得する。取得した識別子からＳ７３０２にて情報処理装置がベンダー拡張表示が可能か判断する。ベンダー拡張表示をサポートする場合はベンダー拡張形式の用紙種類のみを情報処理装置に通知（Ｓ７３０２～Ｓ７３０３）する。そして、ベンダー拡張表示をサポートしない、あるいはＳ７３０１にて識別情報を取得できない情報処理装置であると判断した場合はＩＰＰ標準形式の用紙種類のみを通知する（Ｓ７３０４）。

【0036】

第２の実施形では、ベンダー拡張の用紙種類をサポートしない、あるいはＳ７３０１にて識別情報を取得できない情報処理装置であると判断した場合に、標準の用紙種類とベンダー拡張の用紙種類の両方を通知してもよい（Ｓ７３０５）。

【0037】

図９では情報処理装置が印刷装置用紙種類を取得し、印刷画面に表示・選択・印刷属性としてジョブを生成するまでのシーケンスを示す。情報処理装置はＳ９００１にて印刷装置に能力情報を要求する。この要求メッセージの中でサポートする用紙種類を問い合わせる。この時、情報処理装置はＩＰＰヘッダに搭載しているＩＰＰ－Ｃｌｉｅｎｔの種別やバージョンの識別情報をＵｓｅｒ－Ａｇｅｎｔに含める。あるいは情報処理装置のＩＰＰ－Ｃｌｉｅｎｔが印刷装置の能力情報を取得する際、ベンダー拡張表示に対応することを暗示する目的で特定のＩＰＰ属性（後述するｍｅｄｉａ－ｔｙｐｅ－ｄｉｓｐｌａｙ－ｍｏｄｅ属性など。）の問い合わせを行ってもよい。Ｓ９００２では、印刷装置のＩＰＰ－Ｓｅｒｖｅｒ制御部（４０１）およびプリンタ能力通知部（４０２）が情報処理装置からリクエストを受けた能力要求の形式（ＩＰＰヘッダのＵｓｅｒ－Ａｇｅｎｔ情報のこと。）や能力情報の要求に含まれる属性情報などから、情報処理装置がベンダー拡張表示をサポートするか判断する。プリンタ能力通知部（４０２）は、用紙ＤＢ（４１８）と連携して情報処理装置のＩＰＰ－Ｃｌｉｅｎｔがベンダー拡張表示に対応する場合はベンダー拡張のみの用紙種類リストを生成する。一方、ベンダー拡張表示に対応するか判断できない場合はベンダー拡張とＩＰＰ標準の両形式の用紙種類情報のリストを生成する。詳細は図１１の通信メッセージのサンプルとあわせて後述する。Ｓ９００３にて印刷装置のＩＰＰ－Ｓｅｒｖｅｒは情報処理装置のＩＰＰ－ＣｌｉｅｎｔへＳ９００２で生成した用紙種類に関する能力情報をＧｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓ－Ｒｅｓｐｏｎｓｅとして通知する。Ｓ９００４にて情報処理装置のＩＰＰ－Ｃｌｉｅｎｔは通知された用紙種類を印刷画面に表示する。Ｓ９００５にて、ユーザが印刷画面から用紙種類選択して印刷ボタンを選択する。Ｓ９００６～Ｓ９００９にて、ＩＰＰジョブの印刷属性としてユーザが選択した用紙種類を付加して印刷設定の検証依頼（Ｖａｌｉｄａｔｅ－Ｊｏｂ）、およびジョブの送信（Ｐｒｉｎｔ－Ｊｏｂ）を行う。

【0038】

図１１について説明する。図１１は本実施例のＩＰＰ通信メッセージのサンプルである。メッセージ１１１０は情報処理装置から印刷装置への能力情報の要求、メッセージ１１２０は印刷装置から情報処理装置への（１１１０）に対する応答である。情報処理装置が印刷装置からサポートする用紙種類の一覧を取得する手段としてｍｅｄｉａ－ｓｕｐｐｏｒｔｅｄ属性の要求（１１１３）と（１１２１）応答があり、ＩＰＰ標準形式の用紙サイズがリストとして通知される。情報処理装置が印刷装置からサポートする用紙種類の一覧を取得する手段としてｍｅｄｉａ－ｔｙｐｅ－ｓｕｐｐｏｒｔｅｄ属性の要求（１１１４）と応答（１１２２）があり、ベンダー拡張形式とＩＰＰ標準形式の両方、あるいはいずれか一方がリスト化される。本施例においては、印刷装置が、情報処理装置の要求メッセージ（１１１０）の内容に基づいて、情報処理装置が用紙種類のベンダー拡張表示のサポート可否を判断する。具体的には、例えば、ＩＰＰヘッダ（１１１１）に含まれるＵｓｅｒ－Ａｇｅｎｔ情報に基づいて判断する。もしくは、情報処理装置からの能力情報の問い合わせ指示（１１１２）において、ベンダー拡張の用紙種類の表示に関わるｍｅｄｉａ－ｔｙｐｅ－ｄｉｓｐｌａｙ－ｍｏｄｅ属性（１１１５）が含まれているか否かに基づいて判断する。即ち、含まれている場合にはベンダー拡張表示のサポート可と判断し、含まれていない場合にはサポート不可と判断する。もしくはそれらの両方の情報から判断する。サポートすると判断した場合のみ、印刷装置は能力情報として用紙種類（１１２２）の値にベンダー拡張形式の用紙種類（１１２３）のみを含めて通知する。なお、ベンダー拡張表示のサポート可というのは、ベンダー拡張の用紙種類のみの表示が可能ということであり、即ち、標準属性の用紙種類が表示必須でないということである。また、ベンダー拡張表示のサポート不可というのは、ベンダー拡張の用紙種類のみを表示することはできない、即ち、ベンダー拡張の用紙種類のみでは表示可能ではない、即ち、標準属性の用紙種類が表示必須であるということである。

【0039】

情報処理装置が印刷装置からメッセージ・カタログの表示言語を取得する手段としてｐｒｉｎｔｅｒ－ｓｔｒｉｎｇｓ－ｌａｎｇｕａｇｅｓ－ｓｕｐｐｏｒｔｅｄ属性の要求（１１１６）と（１１２５）応答がある。情報処理装置はここで通知された言語のメッセージ・カタログを取得することで、ベンダー拡張の用紙種類の表示用文字列を取得する。

【0040】

これまでの説明から、印刷装置は、ＩＰＰ－Ｓｅｒｖｅｒ制御部（４０１）とプリンタ能力通知部（４０２）が情報処理装置の用紙種類の表示能力を識別し、識別結果から情報処理装置にあわせて通知する用紙種類を切り替えていた。具体的には、ベンダー拡張のみか、あるいはＩＰＰ標準とベンダー拡張の両方を含む用紙種類とするか切り換えていた。これにより、ベンダー拡張表示に対応する情報処理装置は、全ての用紙種類をベンダー拡張形式で能力通知する印刷装置との組み合わせにおいて、ベンダー拡張の用紙種類のみからなる指定手段を提供できる。これにより、用紙種類の表記が印刷装置と情報処理装置で統一され、更には用紙種類の多重表示を解消できることから、ユーザの操作性を改善できる。

【0041】

実施例２について説明する。

【0042】

実施例２では、印刷装置はＩＰＰ標準とベンダー拡張の両方の用紙種類を情報処理装置に通知し、情報処理装置は用紙種類のリストとは別に用紙種類の表示方法に関する指示を印刷装置から取得する。印刷装置は情報処理装置に対して、ベンダー拡張の用紙種類のみの選択リストか、あるいはＩＰＰ標準とベンダー拡張の両方を含む用紙種類の選択リストか、いずれか生成すべきかを指示する実施例である。

【0043】

図１～３、および図５～６は実施例１と共通のため説明を省略する。

【0044】

実施例２では、情報処理装置がベンダー拡張表示に対応していようといまいと、印刷装置のプリンタ能力通知部（４０２）は、用紙ＤＢ（４１６）が管理する用紙種類をＩＰＰ標準形式とベンダー拡張形式の用紙種類の両方を情報処理装置に通知する。また、プリンタ能力通知部（４０２）は用紙種類の表示方法について、情報処理装置から問い合わせがあった場合、ベンダー拡張形式の用紙種類表示に対応する情報処理装置はベンダー拡張形式のみを表示するよう、能力情報の一部として指示する。即ち、実施例１では、情報処理装置がベンダー拡張表示に対応している場合、送信する用紙種類を絞っていた。対して、実施例１では、送信する用紙種類を絞らず、全ての用紙種類を送るが、そのうちのベンダー拡張形式の用紙種類のみを表示して欲しい旨を示す指示を行う。

【0045】

図８について説明する。

【0046】

最初に情報処理装置側のフローについて説明する。

【0047】

ＩＰＰ標準形式とベンダー拡張形式の用紙種類の両方に対応する情報処理装置の用紙種類の取得フローについて説明する。情報処理装置の用紙選択表示部（５１１）は、Ｓ８１０１にて印刷装置１０１から、印刷装置１０１のサポートする用紙種類の表示モードを要求する。Ｓ８１０２にて用紙種類の表示モードを取得出来た場合はＳ８１０３へ、表示モードを取得できなかった場合はＳ８１０６へ進み、ＩＰＰ標準形式、およびベンダー拡張形式の両タイプの用紙種類を選択リストにピックアップする。Ｓ８１０３では取得した用紙種類の表示モードに応じて動作を切り替える。

【0048】

指定された表示モードがＩＰＰ標準形式の用紙種類のみを表示する場合はＳ８１０４に進み、用紙種類の選択リストにＩＰＰ標準形式の用紙をピックアップする。表示モードが、ベンダー拡張形式の用紙種類のみを表示する指定の場合はＳ８１０５に進み、用紙種類の選択リストにベンダー拡張のみの用紙をピックアップする。表示モードが、ＩＰＰ標準形式とベンダー拡張形式の両方の用紙を表示する指定の場合はＳ８１０６に進み、ＩＰＰ標準形式とベンダー拡張形式の両タイプの用紙を選択リストにピックアップする。

【0049】

次に印刷装置側のフローについて説明する。

【0050】

この印刷装置は、ＩＰＰ標準形式とベンダー拡張形式の用紙種類の両方をサポートする。能力通知情報を情報処理装置へ通知する際のプリンタ能力通知部（４０２）モジュールの処理フローについて２つ示す。第１の処理フローを備える印刷装置は、印刷装置１０１は、Ｓ８２０１にてクライアントから用紙種類の表示モードに関する問い合わせがあるか判断し、問い合わせがある場合はＳ８２０２へ進み、用紙種類の表示モードを通知する。問い合わせが無い場合はＳ８２０３へ進む。Ｓ８２０３では印刷装置がサポートする用紙種類をベンダー拡張方式とＩＰＰ標準方式の両方で通知する。第２の処理フローを備える印刷装置では、印刷装置１０１は、Ｓ８３０１にてクライアントから用紙種類の表示モードに関する問い合わせがあるか判断し、問い合わせがある場合はＳ８３０２へ進み、用紙種類の表示モードを通知する。問い合わせが無い場合はＳ８３０４へ進む。Ｓ８３０３では印刷装置がサポートする用紙種類をベンダー拡張方式とＩＰＰ標準方式の両方で通知する。Ｓ８３０４では印刷装置がサポートする用紙種類をＩＰＰ標準方式のみで通知する。

【0051】

図１０について説明する。

【0052】

図１０は情報処理装置が印刷装置からベンダー拡張形式とＩＰＰ標準形式の用紙種類、および印刷設定画面の用紙種類に関する表示方法をプリンタから取得するシーケンスを示す。

【0053】

Ｓ１００１にて、情報処理装置が、印刷装置に対応する能力情報を要求する。即ち、印刷装置に対して、サポートする用紙種類を問い合わせる。Ｓ１００２にて印刷装置のＩＰＰ－Ｓｅｒｖｅｒは、情報処理装置のＩＰＰ－Ｃｌｉｅｎｔへ、選択可能な用紙種類のリスト情報を通知する。加えて、用紙種類の表示に関する指示をｍｅｄｉａ－ｔｙｐｅ－ｄｉｓｐｌａｙ－ｍｏｄｅ属性に設定し、通知する。ｍｅｄｉａ－ｔｙｐｅ－ｄｉｓｐｌａｙ－ｍｏｄｅ属性に設定可能な値域は以下の３通りである。
・ｓｔａｎｄａｒｄ：ＩＰＰ標準の用紙種類のみの表示を指示
・ｖｅｎｄｏｒ－ｅｘｔｅｎｓｉｏｎ：ベンダー拡張の用紙種類のみの表示を指示
・ｓｔａｎｄａｒｄ－ａｎｄ－ｖｅｎｄｏｒ－ｅｘｔｅｎｓｉｏｎ：ＩＰＰ標準とベンダー拡張の用紙種類のみの表示を指示
Ｓ１００２で、情報処理装置のＩＰＰ－Ｃｌｉｅｎｔがベンダー拡張の用紙種類に対応する場合は、表示モードとしてｖｅｎｄｏｒ－ｅｘｔｅｎｓｉｏｎを通知する。そのため、通知がなく印刷装置がベンダー拡張に対応するか判断できない場合はｓｔａｎｄａｒｄ－ａｎｄ－ｖｅｎｄｏｒ－ｅｘｔｅｎｓｉｏｎか、ｓｔａｎｄａｒｄを表示モードとして通知する。このためＳ１００３にて先に述べた通り、用紙種類は、表示モードにｓｔａｎｄａｒｄを通知する場合は、リスト通知する用紙種類もＩＰＰ標準の用紙種類のみとなる。一方、それ以外のｖｅｎｄｏｒ－ｅｘｔｅｎｓｉｏｎやｓｔａｎｄａｒｄ－ａｎｄ－ｖｅｎｄｏｒ－ｅｘｔｅｎｓｉｏｎでは、ＩＰＰ標準の用紙種類とベンダー拡張の用紙種類の両方を用紙リストとして通知する。

【0054】

Ｓ１００４にて情報処理装置のＩＰＰ－Ｃｌｉｅｎｔは通知された用紙種類を印刷画面に表示する。ｍｅｄｉａ－ｔｙｐｅ－ｄｉｓｐｌａｙ－ｍｏｄｅ属性による指示に対応するＩＰＰ－Ｃｌｉｅｎｔは属性で指示された通りに用紙属性をリスト表示する。ｍｅｄｉａ－ｔｙｐｅ－ｄｉｓｐｌａｙ－ｍｏｄｅ属性に対応しないＩＰＰ－Ｃｌｉｅｎｔは印刷装置から通知された用紙種類リストをそのままリスト表示する。Ｓ１００５にて、ユーザは情報処理装置の印刷画面から用紙種類選択して印刷ボタンを押下する。すると、Ｓ１００６～Ｓ１００９にて、印刷チケットにユーザが選択した用紙種類を付加して印刷設定の検証依頼（Ｖａｌｉｄａｔｅ－Ｊｏｂ）、およびジョブを送信（Ｐｒｉｎｔ－Ｊｏｂ）する。

【0055】

図１２について説明する。

【0056】

図は実施例２におけるＩＰＰ通信メッセージのサンプルである。メッセージ１２１０は情報処理装置から印刷装置への能力情報の要求、メッセージ１２２０は印刷装置から情報処理装置への１２１０に対する応答である。情報処理装置が印刷装置からサポートする用紙種類の一覧を取得する手段としてｍｅｄｉａ－ｓｕｐｐｏｒｔｅｄ属性の要求（１２１３）と（１２２１）応答があり、ＩＰＰ標準形式の用紙サイズがリストとして通知される。情報処理装置が印刷装置からサポートする用紙種類の一覧を取得する手段としてｍｅｄｉａ－ｔｙｐｅ－ｓｕｐｐｏｒｔｅｄ属性の要求（１２１４）と（１２２２）応答があり、ベンダー拡張形式とＩＰＰ標準形式の両方の用紙種類を通知する。実施例２では情報処理装置側でＩＰＰ標準の用紙種類とベンダー拡張の用紙種類の表示を選択的に切り替える手段としてｍｅｄｉａ－ｔｙｐｅ－ｄｉｓｐｌａｙ－ｍｏｄｅ属性を定義する。印刷装置は、情報処理装置から要求されたｍｅｄｉａ－ｔｙｐｅ－ｄｉｓｐｌａｙ－ｍｏｄｅ属性（１２１５）とその応答（１２２５）において以下の指示を行う。即ち、情報処理装置側で印刷設定画面に表示する用紙種類をベンダー拡張形式とＩＰＰ標準形式の両方とするか、いずれか一方に限定するよう指示する。図１２の応答例（１２２５）ではベンダー拡張形式のみを指示している。情報処理装置が印刷装置からメッセージ・カタログの表示言語を取得する手段としてｐｒｉｎｔｅｒ－ｓｔｒｉｎｇｓ－ｌａｎｇｕａｇｅｓ－ｓｕｐｐｏｒｔｅｄ属性の要求（１２１６）と（１２２５）応答があり、情報処理装置はここで通知された言語のメッセージ・カタログを取得することで、ベンダー拡張の用紙種類の表示用文字列を取得する。

【0057】

これまでの説明から、印刷装置はＩＰＰ－Ｓｅｒｖｅｒ制御部（４０１）とプリンタ能力通知部（４０２）がベンダー拡張形式を含む用紙種類情報に加えて、用紙種類の表示モードに関する情報を情報処理装置に通知する。これにより、ベンダー拡張形式の用紙種類表示、および表示モード指定に対応する情報処理装置は、全ての用紙種類をベンダー拡張形式で能力通知する印刷装置と組み合わせる際に、ベンダー拡張のみの用紙種類一覧からなる指定手段を提供できる。これにより、用紙種類の表記が印刷装置と情報処理装置で統一され、更には用紙種類の多重表示を解消できることから、ユーザの操作性を改善できる。

【0058】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】