JP2011164713A - 情報処理装置、制御方法、及びプログラム - Google Patents

Abstract

【課題】ＯＳがプリセットを管理する際に、ドライバのインストール毎に、情報処理装置に対してプリセットが登録されると、例えば対応するプリンタの機能などが似ている場合など、同様のプリセットが重複して登録されるという課題がある。
【解決手段】複数のプリセットの情報を比較し、共通する設定項目のパラメータが同じか否かを判定する判定手段と、前記判定手段により共通する設定項目のパラメータが同じであると判定された複数のプリセットにおいて、前記機能取得手段により取得された機能の情報を参照した結果、何れか１つのプリセットにのみ存在する差分となる設定項目に関する機能を、他のプリセットに関連付くドライバに対応する印刷装置が備えていない場合に、前記差分となる設定項目が存在するプリセットのみを、当該複数のプリセットに関連付く複数のドライバに対して関連付けて、前記情報処理装置に登録する登録手段とを有する。
【選択図】 図１２

Description

本発明は、プリンタなどのドライバに関する情報を管理する技術に関する。

従来から、情報処理装置においてプリンタドライバに対応させて、特定の設定項目に対する特定の値をいくつかまとめたプリセットを保持することができた（例えば、特許文献１等参照）。情報処理装置にドライバをインストールする際に、そのドライバに対応するプリンタに適したプリセットを登録できるものもある。

また、情報処理装置のオペレーティングシステム（以下、ＯＳと省略）によっては、インストールされている複数のドライバ間で印刷設定を共有するものがある。このＯＳを備える情報処理装置においては、ＯＳ自身が登録されたプリセットを管理しており、印刷要求時などには、最初に選ばれたドライバに対応するプリセットが反映され、印刷設定画面が表示される。その後、ドライバが切替えられた場合、切替え前のドライバの印刷設定画面に表示された設定が、切替え後のドライバにおいても共有される。

特開２００２−１７５１６４号公報

しかしながら、前述のＯＳがプリセットを管理する際に、ドライバのインストール毎に、情報処理装置に対してプリセットが登録されると、例えば対応するプリンタの機能などが似ている場合など、同様のプリセットが重複して登録されるという課題があった。この場合、無駄な記憶領域を使うばかりか、ユーザにとってプリセットの管理が煩雑化してしまう。

上記課題を解決するために、本願発明は、以下の特徴的な構成を有する。インストールされたドライバに関連付くプリセットが登録される情報処理装置であって、前記情報処理装置に登録済みのプリセットの情報を取得するプリセット取得手段と、前記プリセットに関連付くドライバに対応する印刷装置が備える機能の情報を取得する機能取得手段と、複数のプリセットの情報を比較し、共通する設定項目のパラメータが同じか否かを判定する判定手段と、前記判定手段により共通する設定項目のパラメータが同じであると判定された複数のプリセットにおいて、前記機能取得手段により取得された機能の情報を参照した結果、何れか１つのプリセットにのみ存在する差分となる設定項目に関する機能を、他のプリセットに関連付くドライバに対応する印刷装置が備えていない場合に、前記差分となる設定項目が存在するプリセットのみを、当該複数のプリセットに関連付く複数のドライバに対して関連付けて、前記情報処理装置に登録する登録手段とを有する。

本発明によれば、複数のプリセットに関して、同様の設定を有するプリセットを重複して登録されることがないので、情報処理装置におけるプリセットの管理の煩雑化が防げる。

本実施形態に係る印刷システムの例図。 本実施形態に係るクライアントコンピュータの内部ブロック図。 本実施形態に係るプリンタドライバのモジュール構成図。 本実施形態に係るプリントキュー登録時のプリントシステムのブロック図。 本実施形態に係るプリセットの設定内容を保存するファイルの例図。 従来のプリセット追加方法を説明するための図。 従来のプリセット追加方法を説明するための図。 本実施形態に係るプリセット追加方法を説明するための図。 図８のプリセット１を使用するプリントキューのドライバＵＩの図。 本実施形態に係るプリセットとプリントキューの関連を表すテーブル図。 本実施形態に係るプリセットに複数の機能の追加を示すテーブル図。 本実施形態に係るインストーラによるインストールフロー図。

＜第一の実施形態＞
［システム構成］
以下、本発明を実施するための最良の形態について図面を用いて説明する。図１は本発明が適用される印刷システムの一例である。印刷システムはコンピュータネットワーク１０４によって、情報処理装置であるクライアントコンピュータ１０１とプリンタ１０２およびプリンタ１０３が接続される。クライアントコンピュータ１０１にはオペレーティングシステム（以下、ＯＳと省略）、アプリケーションおよびプリンタドライバがインストールされている。このシステムにより、ユーザはクライアントコンピュータ１０１からユーザデータをプリンタ１０２あるいはプリンタ１０３に送信し印刷することができる。

図２はクライアントコンピュータ１０１の内部ブロック図である。クライアントコンピュータ１０１は操作部２０１、表示部２０２、制御部２０３、外部メディア装置管理部２０４、記憶部２０５、通信部２０６を構成要素に含む。操作部２０１はキーボードやマウスなどと接続するためのインタフェースである。表示部２０２はディスプレイなどの表示装置と接続するためのインタフェースである。制御部２０３は中央演算装置（ＣＰＵ）である。外部メディア装置管理部２０４はＣＤやＤＶＤに記録されたＯＳ、アプリケーション、プリンタドライバなどをクライアントコンピュータ１０１の内部に読み込むために、外部メディア装置との接続のためのインタフェースである。記憶部２０５はＯＳ、アプリケーション、プリンタドライバ、印刷データなどを保存する。通信部２０６はプリンタ１０２などと通信するためのインタフェースである。

［モジュール構成］
図３はプリンタドライバのモジュール構成図である。プリンタドライバ３０１は、グラフィックレンダリングモジュール３０２、ＵＩ制御モジュール３０３、プリンタ仕様記述ファイル３０４、色処理モジュール３０５、入出力制御モジュール３０６から構成される。なお、プリンタドライバの機能によってはこの他のモジュールから構成されることもある。このプリンタドライバはいくつかの作成の仕方がある。例えば、ひとつのプリンタドライバで複数のプリンタを対応するために、グラフィックレンダリングモジュール３０２およびＵＩ制御モジュール３０３を複数のプリンタに対応できるように作成しておく。また、プリンタ仕様記述ファイルに関しては、対応しているプリンタ分、プリンタドライバに同梱しておく、という方法である。このような方法では、ＵＩ制御モジュール３０３はプリンタ仕様記述ファイル３０４に合わせてＵＩを表示、制御する。またグラフィックレンダリングモジュール３０２は各プリンタに合わせたページ記述言語およびプリンタ制御コマンドを発行する構成となる。

このような構成のプリンタドライバをクライアントコンピュータ１０１へインストールする手順を説明する。ユーザはプリンタドライバが格納されたＣＤ−ＲＯＭを準備するか、ネットワーク経由でプリンタドライバインストーラ（不図示）を入手しているものとする。以下、プリンタドライバインストーラを便宜上、単にインストーラと記載する。初めに、ユーザは入手したインストーラを起動する。次に、この動作をきっかけとしてインストーラはプリンタドライバモジュールを記憶部２０５の所定の場所に格納する。格納場所は印刷システムによって異なるが、一例として、ＣＵＰＳ（Ｃｏｍｍｏｎ Ｕｎｉｘ(登録商標) Ｐｒｉｎｔｉｎｇ Ｓｙｓｔｅｍ）において、以下に示すディレクトリ配下にベンダー毎のプリンタドライバモジュールを格納する。

／Ｌｉｂｒａｒｙ／Ｐｒｉｎｔｅｒｓ／
さらにベンダー毎のディレクトリの下にさらにプリンタドライバの種類に分けて格納することも可能である。たとえば、ＡＢＣというベンダーのＰＤＬ１とＰＤＬ２という異なるプリンタドライバがあるとき、それぞれ以下のようなディレクトリを作成して、そのディレクトリ配下にプリンタドライバを格納することができる。

／Ｌｉｂｒａｒｙ／Ｐｒｉｎｔｅｒｓ／ＡＢＣ／ＰＤＬ１／
／Ｌｉｂｒａｒｙ／Ｐｒｉｎｔｅｒｓ／ＡＢＣ／ＰＤＬ２／
これでプリンタドライバのインストールは完了するが、実際にプリンタに出力するには、ユーザはプリンタドライバを使用してプリンタを登録する必要がある。ここでシステムに登録されるプリンタを今後、プリントキュー、あるいは単にキューと呼ぶ。

［プリントシステム］
ＯＳはユーザが指定したプリントキューをシステムに登録する。図４はプリンタドライバがインストールされ、プリントキューが登録された状態を示すプリントシステムのブロック図である。図４において、グラフィックレンダリングモジュール４０３はＯＳの所定のディレクトリ（／Ｌｉｂｒａｒｙ／Ｐｒｉｎｔｅｒｓ／）にインストールされたプリンタドライバのグラフィックレンダリングモジュール３０２である。同様に、ＵＩ制御モジュール４０５は、インストールされたプリンタドライバのＵＩ制御モジュール３０３である。

色処理モジュール４０４は、インストールされたプリンタドライバの色処理モジュール３０５である。入出力制御モジュール４０８は、インストールされたプリンタドライバの入出力制御モジュール３０６である。また、プリンタ仕様記述ファイル４０６は、インストールされたプリンタドライバのプリンタ仕様記述ファイル３０４である。なおバックエンドモジュール４０７はＯＳが提供するものであり、グラフィックレンダリングモジュール４０３が生成した印刷データをプリンタへ、そのデータを送信するための入出力制御モジュール４０８へ受け渡しするためのモジュールである。また、プリントキュー登録情報４０９、プリンタ仕様記述ファイル４１０は、プリンタ登録の過程でＯＳが生成するものである。プリントキュー登録情報４０９は登録するプリントキューの情報が記述されたファイルである。プリントキュー登録情報４０９には、プリンタの名前、設置場所、プリントキューのアドレス情報などが記述される。

ＯＳ４０２はＵＩ制御モジュール４０５によってプリンタ追加ダイアログ（不図示）を表示してプリントキュー印刷設定情報４１１を集め、プリントキュー登録情報４０９を生成する。例えば、ＣＵＰＳシステムでは、／ｅｔｃ／ｃｕｐｓ／ディレクトリ配下に格納されているｐｒｉｎｔｅｒｓ．ｃｏｎｆファイルがプリントキュー登録情報４０９である。一方で、プリンタ仕様記述ファイル４１０には、プリンタの機能仕様が記述されている。

ＯＳ４０２はプリンタに対応するこのプリンタ仕様記述ファイル４０６をＵＩ制御モジュール４０５から取得し、システムの所定の場所に格納する。格納場所は、例えば、ＣＵＰＳシステムでは記憶部２０５の／ｅｔｃ／ｃｕｐｓ／ｐｐｄ／ディレクトリ配下である。図４において、ＯＳ４０２はプリンタ仕様記述ファイル４０６を４１０のプリンタ仕様記述ファイルに格納している。ユーザは出力先のプリンタを切り替えたい場合、ＵＩ制御モジュール４０５が表示するプリントキュー選択用のダイアログ（不図示）でプリントキューの選択を行う。

［プリセット保存］
図５はプリセットの設定内容を保存するファイルである。プリセットとは、ユーザが頻繁に使用する印刷設定の組み合わせを、名称をつけて保存しておくものである。ユーザはこの設定を使用したい場合、ＵＩ制御モジュール４０５が表示するプリセット選択用のダイアログ（不図示）で、保存しているプリセットの中から所望のプリセットを選択することで、この設定を再現できる。以下にこのプリセットの設定保存に関して説明する。

新規登録の対象となるプリセットはプリンタドライバがインストールされるときに、インストーラによってＯＳにインストールされる。図５において、行５０１および行５１２の”ＣｕｓｔｏｍＰｒｅｓｅｔＬｉｓｔ”タグ内に複数のプリセットの設定内容を記述する。一つのプリセットは、行５０５および行５０６に記述されているように“ＰｒｅｓｅｔＳｅｔｔｉｎｇｓ”というタグ内に記述する。なお、ＰｒｅｓｅｔＳｅｔｔｉｎｇｓのパラメータとして、そのプリセット名を記述することとする。行５０５および行５０６で示されるプリセットは、プリセット名が‘Ｓｔａｎｄａｒｄ’、このプリセットの設定内容はＮｕｌｌであることを示している。

図５のプリセット設定内容保存ファイルにはもう一組のプリセットが記述されており、行５０７から行５１１に記述されている‘Ｐｒｅｓｅｔ１’という名称のプリセットである。このプリセットの設定内容は行５０８から行５１０に記述されている。行５０８は“ＣｏｌｏｒＭｏｄｅ”のパラメータが‘Ｃｏｌｏｒ’、行５０９は“Ｄｕｐｌｅｘ”のパラメータが‘Ｄｕｐｌｅｘ’、行５１０は“Ｒｅｓｏｌｕｔｉｏｎ”のパラメータが‘６００’であることを示している。なお、各項目の前に“ＡＢＣ．”という識別子が付いているが、これはＯＳがプリセットを管理しており、ベンダー共通で使用されるため、設定項目をベンダー毎に区別するためにつけていることによる。以上説明したようにこのプリセット設定内容保存ファイルにより、プリセットの種類および各プリセットの設定内容を定義することができる。

図６はプリンタドライバインストール時の従来のプリセット追加方法を説明するための図である。

図６（ａ）はプリセットを追加する前のプリセット登録状態を示す図である。プリセット６０１はそれぞれ登録済みのプリセットの名称を表している。図６（ａ）では、プリセット１、プリセット２、プリセット３の３つが登録されている。設定６０２はプリセットの設定内容を表している。図６における設定内容は、カラー／モノクロ、両面／片面、Ｎ−ｕｐ、解像度が設定されている。例えば、プリセット１はカラー、両面、１−ｕｐ、６００ｄｐｉという設定の組み合わせを持っている。

図６（ｂ）はプリンタドライバのインストール時にプリセットを追加した後のプリセット登録状態を示す図である。プリセット６０３はそれぞれ登録済みのプリセットの名称を表している。設定６０４はプリセットの設定内容を表している。図６（ｂ）ではプリセット４が追加されている。ここで、従来のプリセット追加方法では、プリセット４はプリセット１と設定内容が同じであるが、新規プリセットとして重複して追加されることとなる。

図７はプリンタドライバインストール時の従来のプリセット追加方法を説明するための図である。図６にて示した従来例とは異なる例を示している。

図７（ａ）は、プリセットを追加する前のプリセット登録状態を示す図である。プリセット７０１は登録済みのプリセットの名称を表している。図７（ａ）では、プリセット１、プリセット２、プリセット３の３つが登録されている。設定７０２はプリセットの設定内容を表している。図７における設定内容は、カラー／モノクロ、両面／片面、Ｎ−ｕｐ、解像度、ステープルが設定の対象となっている。例えば、プリセット１はカラー、両面、１−ｕｐ、６００ｄｐｉ、ステープル（右上）という設定の組み合わせを持っている。プリセット２、プリセット３はステープル機能を持たないため、ステープルの設定は無しである。

図７（ｂ）はプリンタドライバのインストール時にプリセットを追加した後のプリセット登録状態を示す図である。プリセット７０３は登録済みのプリセットの名称を表している。設定７０４はプリセットの設定内容を表している。図７（ｂ）ではプリセット４が追加されている。プリセット４の設定がプリセット１の設定とほぼ同じで一部だけ差分（ステープル設定のパラメータ）がある場合であっても、プリセット１を利用するプリントキューが存在する場合があるため、プリセット１を編集することはしない。プリセット４は新規プリセットとして追加されることとなる。

すなわち、従来例として図６及び図７にて示したプリセットの追加においては、いずれも既に登録されているプリセットと類似するプリセットを新規に追加することとなる。

［プリセット追加］
図８は本実施形態に係るプリンタドライバインストール時のプリセット追加方法を説明するための図である。

図８（ａ）はプリセットを追加する前のプリセット登録状態を示す図である。プリセット８０１は登録済みのプリセットの名称を表している。図８（ａ）では、プリセット１、プリセット２、プリセット３の３つが登録されている。設定８０２はプリセットの設定内容を表している。図８（ａ）における設定内容は、カラー／モノクロ、両面／片面、Ｎ−ｕｐ、解像度が設定されている。例えば、プリセット１はカラー、両面、１−ｕｐ、６００ｄｐｉ、という設定の組み合わせを持っている。

ここで、新規に各設定項目のパラメータが、カラー、両面、１−ｕｐ、６００ｄｐｉ、ステープル“左上”という設定の組み合わせを有するプリセット（プリセット４）を新規に追加することを想定する。

図８（ｂ）はプリンタドライバのインストール時に前述のプリセットを追加した後のプリセット登録状態を示す図である。プリセット８０３は登録済みのプリセットの名称を表している。本実施形態では特定の条件に合致する場合には、図８（ｂ）のように前述のプリセット４を新規に追加する際に、新規にプリセット４として追加することはしない。ここでは、新規プリセットと重複する設定を有するプリセット１に、プリセット４に特有の設定内容を加えることによって登録する。

特定の条件について具体例を説明する。インストーラ（不図示）は、プリセット１を利用するプリントキューに対応するプリンタ（ここではプリンタ１０２）が、追加しようとするプリセット４で保持しプリセット１で保持していない差分機能（ステープル機能）を持っていないことを確認する。ここで、プリンタ１０２の機能はプリンタ仕様記述ファイル４１０を参照することで確認される。その結果、インストーラは、図８（ａ）のプリセット１を使用しているプリンタ１０２がステープル機能を備えていないことを確認した上で、プリセット１及び４のほかの設定が同一の場合に、プリセット１にステープル“左上”を追加する。この際に、プリセット４を利用するプリントキューには、後述する図１０で示すように、プリセット１を対応付けておく。

ユーザがプリンタ１０２に対応するプリントキューを選び、印刷しようとした際にこの更新されたプリセット１を用いたとしても、プリンタ１０２はステープル機能を備えていないので、このステープルに関する設定は反映されない。一方で、プリセット４を利用するプリントキューに対応するプリンタにはステープル機能があるので、同様に更新されたプリセット１を用いると、ステープル設定までを含めたプリセット１に含まれる全ての設定が反映されることになる。

すなわち、図８にて示した本実施形態に係る新規プリセットの追加の例においては、図６及び図７で示したような無秩序なプリセットの新規登録を行うのではなく、特定の条件下で複数のプリセットをまとめて管理するようになる。なお、特定の条件には、前述以外にも、プリセットに含まれる全ての設定項目のパラメータが重複する際に、１つのプリセットとしてまとめて管理するといったものも含まれる。

また、上述では、プリセットの更新を、新規ドライバがインストールされたタイミングでインストーラが行うことを想定している。しかし、上述したプリセットを更新するといった処理は、ドライバやＯＳなどが提供するモジュールが、プリセットのみを新規に登録したタイミングや、プログラムの起動時など所望なタイミングで行っても同様の効果を得ることができる。

図９（ａ）は、図８（ｂ）のプリセット１を使用するプリントキューのドライバＵＩである。この場合のプリントキューは、ステープル機能を備え、機能内容としてプリセット１に対応するプリンタのものである。プリント設定ダイアログ９０１は、実際の印刷に用いる印刷設定の変更などを可能にするユーザインタフェースである。プリント設定ダイアログ９０１は、システムが共通に提供するコントロールとして、プリントキュー選択９０２、プリセット選択９０３、部数９０４、用紙サイズ９０５を備える。ユーザが出力先のプリンタを切り替えたい場合、プリントキュー選択９０２を操作する。プリンタ固有の機能は、これ以外の部分で設定が可能となっている。

また、このプリンタの機能が数多くある場合、すべての機能を一度に表示せずに、９０６のコントロールで機能のグループを切り替える方法が取られる。ここでは一例として「仕上げ」に関連する機能を表示している状態を示す。仕上げ関連の機能としては、印刷方法９０７による片面／両面指定、排紙方法９０８によるステープルの設定がある。Ｎ−ｕｐの指定は９０６のコントロールで「レイアウト」を選択可能として、レイアウトの機能として指定できるようにする（図示しない）。プリントボタン９０９は印刷を実行するためのボタンであり、キャンセルボタン９１０は印刷を取りやめるためのボタンである。

図９（ｂ）は図８（ａ）のプリセット１を使用するプリントキューのドライバＵＩである。このプリセット１はステープル機能を含まない。プリント設定ダイアログ１００１は、システムが共通に提供するコントロールとして、プリントキュー選択１００２、プリセット選択１００３、部数１００４、用紙サイズ１００５を備える。プリンタ固有の機能として、機能のグループを切り替える１００６のコントロール、印刷方法１００７による片面／両面指定がある。そして、プリントボタン１００８は印刷を実行するためのボタンであり、キャンセルボタン１００９は印刷を取りやめるためのボタンである。また、ステープル機能を持たないプリンタ１０２が図８（ｂ）のプリセット１を使用した場合も、このようなドライバＵＩになる。なお、図９にて示すＵＩの構成は、一例であり、プリセットを設定するために必要となる項目を有していれば、ここに示す構成に限定するものではない。

［プリセットとプリントキューとの関連テーブル］
図１０はプリセットとプリントキューの関連を表すテーブルである。このテーブルはプリントキュー１１０１とプリセット１１０２の項目によって構成される。このテーブルによると、プリセット１はプリントキュー１だけでなくプリントキュー４でも使用される。同様にプリセット２はプリントキュー２とプリントキュー５によって使用される。このように本実施形態においては、１つのプリセットが複数のプリントキューによって使用されうる。

図１１はプリンタドライバインストール時にプリセットに複数の機能を追加できることを表す図である。図１１（ａ）は図８（ａ）と同じである。プリセット１２０１は登録済みのプリセットの名称を表している。設定１２０２はプリセットの設定内容を表している。図１１（ｂ）は図８（ｂ）のようにプリセット１に機能が追加された状態を表している。図８（ｂ）との違いは、１つのプリセットに複数の機能が追加されている点である。インストーラはプリセット１を利用するプリントキューに対応するプリンタ（ここではプリンタ１０２とする）が、追加しようとするプリセットで保持しプリセット１で保持していない差分機能を備えていないことを確認する。プリンタ１０２の機能はプリンタ仕様記述ファイル４１０を参照することで確認する。その結果、インストーラは、図１１（ａ）にて示しているプリセット１を使用しているプリンタ１０２がステープル、パンチ、Ｚ折りの機能を備えていないことを確認した上で、プリセット１にステープル（左上）、パンチ、Ｚ折りの機能（設定項目）を追加する。プリンタ１０２がこれらの機能を備えていないことにより、プリセット１にステープル（左上）、パンチ、Ｚ折りを追加してもプリンタ１０２に対応するプリントキューに影響は及ばない。

［ドライバインストールフロー］
図１２は、インストーラによるプリンタドライバをインストールする際の処理を説明するためのフローである。クライアントコンピュータ１０１に保存されたインストーラが起動される。インストーラはプリンタドライバをインストールすると共に、新規に対応するプリンタ用にベンダーがカスタマイズしたプリセットをインストールしようとする。そして、プリンタドライバインストール用画面（不図示）が表示されることにより、処理が開始される。

Ｓ１００１でインストーラはプリントキュー追加の指示を検知する。Ｓ１００２でインストーラは追加するプリントキュー用にＯＳ内でプリセットを検索する。Ｓ１００３でインストーラはＯＳ内にプリセットが１つ以上存在するかを判定する。ＯＳ内にプリセットが１つ以上存在する場合、Ｓ１００４に遷移する。存在しない場合、Ｓ１０１３に遷移する。

Ｓ１００４でインストーラはユーザからプリセット追加を実施するかの指示を取得する。Ｓ１００５でインストーラはプリセット追加を実施するかを判定する。追加する場合、Ｓ１００６へ遷移する。追加しない場合、プリセットの追加を行わずにプリンタドライバのインストールを終了する。

Ｓ１００６でインストーラはＯＳが管理しているプリセットの設定内容を抽出する。これにより、プリセットに関する情報を取得するプリセット取得を実現する。Ｓ１００７でインストーラはＯＳが管理している登録済みのプリセットファイルの中に、これからインストールしようとしているプリセットの設定内容と重複する設定があるかを確認する。

Ｓ１００８でインストーラは重複する設定を持つ登録済みプリセットが存在するかを判定する。ここでは、比較する２つのプリセット間で共通する設定項目の全てのパラメータが同一のものを重複すると判定することになる。Ｓ１００８でインストーラは、重複する設定を持つ登録済みプリセットが存在すると判定した場合、Ｓ１００９に遷移する。存在しないと判定した場合、Ｓ１０１３に遷移する。

Ｓ１００９でインストーラは、重複する設定をもつと判定された登録済みのプリセットとインストールしようとする新規プリセットの間に、指定される機能（設定項目）の差分があるかを判定する。機能差分がある場合、Ｓ１０１０に遷移し、機能差分がない場合、Ｓ１０１４に遷移する。

Ｓ１００９で差分機能がある場合、Ｓ１０１０でインストーラは登録済みのプリセットを使用しているプリントキューについて、このプリントキューに対応するプリンタのプリンタ仕様記述ファイル４１０を参照し、プリンタの機能を抽出する。これにより、プリンタの機能に関する情報を取得する機能取得を実現する。Ｓ１０１１でインストーラは、インストールしようとする新規プリセットが備える登録済みのプリセットとの差分機能が、登録済みのプリセットを使用するプリンタが利用しうる機能であるかを判定する。登録済みのプリセットを使用するプリンタは図１０のように複数存在する場合もある。いずれのプリンタにおいてもインストールしようとする新規プリセットが備える差分機能を利用し得ない場合、Ｓ１０１２に遷移する。いずれかのプリンタが差分機能を利用する可能性がある場合、Ｓ１０１３に遷移する。

Ｓ１０１２でインストーラは登録済みのプリセットに対して、差分となる機能の設定を追加する。これは、図８（ｂ）でプリセット１にステープル（パラメータは“左上”）を追加する処理に相当する。これにより、類似するプリセットをＯＳに複数登録することなく、１つのプリセットで効率良く管理することが可能となる。Ｓ１０１３でインストーラはＯＳが管理するプリセットとして、新規プリセットを登録する。これは図６や図７にて示したプリセットの登録（追加登録）と同様の処理となる。インストーラはＳ１０１２、Ｓ１０１３の処理を実行したら、Ｓ１０１５に遷移する。

また、Ｓ１００９で機能差分がない場合、登録済みのプリセットとインストールしようとするプリセットは、全ての設定項目及びそのパラメータが同じである。このため、Ｓ１０１４でインストーラは登録済みのプリセットを新規に登録したプリントキュー用のプリセットとして抽出する。これにより、同じ設定内容のプリセットをＯＳに複数登録してしまうのを回避することが可能となる。Ｓ１０１４の処理を行った後、Ｓ１０１５に遷移する。

Ｓ１０１５でインストーラはプリントキューの登録と共に、図１０に示したようにプリントキューにプリセットの関連付けを行って、処理を終了する。

なお、Ｓ１００４にてユーザからプリセット追加を実施すると指示された場合に、併せてインストールするプリセットを全て新規に追加登録するか、差分追加を行うかの選択をできるようにしても良い。更には、登録対象となる新規プリセットごとに差分追加として上書き登録するか新規に追加登録とするかを選択できるようにしても良い。

また、図１２のフローにおいて示してはいないが、ユーザに対し、新規にプリセットを登録した場合には、上書き登録もしくは追加登録を問わず、その登録内容を通知するようにしても良い。さらに、新規にプリセットを追加した場合には、上書き登録もしくは追加登録を問わず、その登録したプリセットの名称をユーザが変更もしくは新たに定義できるようにしてもよい。また、プリセットの名称や属性情報に対して、対応する複数のプリントキューの名前を自動で設定しても良い。これらの場合には、例えば、ＵＩ制御モジュール３０３にて、入力するための画面データを提供することなどが挙げられる。

以上により、ドライバのインストールにおいて、同じ設定内容のプリセットをＯＳに複数登録してしまうことを回避できる。また、ほとんどの設定内容が重複したプリセットについても、無条件に多数登録してしまうことを回避できる。このため、ユーザによるプリセットの管理、把握のわずらわしさを低減させ、利便性を向上させることができる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (12)

1. インストールされたドライバに関連付くプリセットが登録される情報処理装置であって、
   前記情報処理装置に登録済みのプリセットの情報を取得するプリセット取得手段と、
   前記プリセットに関連付くドライバに対応する印刷装置が備える機能の情報を取得する機能取得手段と、
   複数のプリセットの情報を比較し、共通する設定項目のパラメータが同じか否かを判定する判定手段と、
   前記判定手段により共通する設定項目のパラメータが同じであると判定された複数のプリセットにおいて、前記機能取得手段により取得された機能の情報を参照した結果、何れか１つのプリセットにのみ存在する差分となる設定項目に関する機能を、他のプリセットに関連付くドライバに対応する印刷装置が備えていない場合に、前記差分となる設定項目が存在するプリセットのみを、当該複数のプリセットに関連付く複数のドライバに対して関連付けて、前記情報処理装置に登録する登録手段と
   を有することを特徴とする情報処理装置。
2. 新規のプリセットの登録の際に、
   前記登録手段は、前記判定手段により当該新規のプリセットの情報と前記プリセット取得手段により取得されたプリセットの情報とを比較し、共通する設定項目のパラメータが同じではないと判定された場合、または前記情報処理装置に登録されているプリセットがない場合、当該新規のプリセットを前記情報処理装置に登録することを特徴とする請求項１に記載の情報処理装置。
3. 前記登録手段は、前記判定手段により共通する設定項目のパラメータが同じであると判定された複数のプリセットにおいて、前記機能取得手段により取得された機能の情報を参照した結果、何れか１つのプリセットにのみ存在する差分となる設定項目に関する機能を、他のプリセットに関連付くドライバに対応する印刷装置が備えている場合は、当該複数のプリセットの全てを前記情報処理装置に登録することを特徴とする請求項１または２に記載の情報処理装置。
4. インストールされたドライバに関連付くプリセットが登録される情報処理装置における制御方法であって、
   前記情報処理装置のプリセット取得手段が、前記情報処理装置に登録済みのプリセットの情報を取得するプリセット取得工程と、
   前記情報処理装置の機能取得手段が、前記プリセットに関連付くドライバに対応する印刷装置が備える機能の情報を取得する機能取得工程と、
   前記情報処理装置の判定手段が、複数のプリセットの情報を比較し、共通する設定項目のパラメータが同じか否かを判定する判定工程と
   を有し、
   前記判定工程にて共通する設定項目のパラメータが同じであると判定された複数のプリセットにおいて、前記機能取得工程で取得された機能の情報を参照した結果、何れか１つのプリセットにのみ存在する差分となる設定項目に関する機能を、他のプリセットに関連付くドライバに対応する印刷装置が備えていない場合に、前記差分となる設定項目が存在するプリセットのみが、当該複数のプリセットに関連付く複数のドライバに対して関連付けられて、前記情報処理装置に登録されることを特徴とする制御方法。
5. 新規のプリセットの登録の際に、
   前記判定工程にて当該新規のプリセットの情報と前記プリセット取得工程で取得されたプリセットの情報とを比較し、共通する設定項目のパラメータが同じではないと判定された場合、当該新規のプリセットが前記情報処理装置に登録されることを特徴とする請求項４に記載の制御方法。
6. 新規のプリセットの登録の際に、
   前記情報処理装置に登録されているプリセットがない場合、当該新規のプリセットが前記情報処理装置に登録されることを特徴とする請求項４または５に記載の制御方法。
7. 前記判定工程にて共通する設定項目のパラメータが同じであると判定された複数のプリセットにおいて、前記機能取得工程で取得した機能の情報を参照した結果、何れか１つのプリセットにのみ存在する差分となる設定項目に関する機能を、他のプリセットに関連付くドライバに対応する印刷装置が備えている場合は、当該複数のプリセットの全てが前記情報処理装置に登録されることを特徴とする請求項４乃至６の何れか１項に記載の制御方法。
8. 前記情報処理装置にプリセットが登録される場合、登録される内容をユーザに通知する通知工程を更に有することを特徴とする請求項４乃至７の何れか１項に記載の制御方法。
9. 新規のプリセットの登録の際に、
   前記判定工程にて前記新規のプリセットの情報と前記プリセット取得工程で取得されたプリセットの情報とを比較し、共通する設定項目のパラメータが同じであると判定された場合に、前記新規のプリセットに含まれる差分となる設定項目とパラメータを前記プリセット取得工程で取得されたプリセットの情報に追加することでプリセットを更新し、当該更新されたプリセットがもとの２つのプリセットに関連付く２つのドライバに対して関連付けられ、
   前記新規のプリセットは、前記情報処理装置に登録されないことを特徴とする請求項４乃至８の何れか１項に記載の制御方法。
10. 新規のプリセットの登録の際に、
    前記情報処理装置の選択手段が、前記登録済みのプリセットを更新するか、更新することなく前記新規のプリセットを追加で登録するかの選択を受け付ける選択工程を更に有することを特徴とする請求項９に記載の制御方法。
11. 前記登録済みのプリセットを更新する場合、
    前記情報処理装置の変更手段が、当該登録済みのプリセットの名称を変更する変更工程を更に有することを特徴とする請求項９に記載の制御方法。
12. 請求項４乃至１１の何れか１項に記載の制御方法をコンピュータに実行させるためのプログラム。

Images