(57)【要約】【課題】周辺機器が変更された場合に、接続される各ホストのドライバを再インストールすることなく、継続使用することを可能にし、更に、新規の周辺機器が各ユーザそれぞれの現環境と比較して、どのような機能アップがなされているかが容易に確認することを可能にする。【解決手段】プリンタドライバ１０が変更プリンタからの変更プリンタ機能対応情報を受信すると、機能比較処理部１６は変更前プリンタ機能対応情報と変更プリンタ機能対応情報とを比較し、Ｄｅｖｍｏｄｅ値変更部１７は比較結果に基づいてＤｅｖｍｏｄｅ値を変更する。そして、プリンタドライバ１０がＵＩ表示の指示を受け付けると、ＵＩ制御部１４は機能情報格納部１５に格納されたＤｅｖｍｏｄｅ値変更済み且つ競合解消済みの機能対応情報に基づいて変更プリンタに対応するＵＩを構成し、構成したＵＩを表示装置１２に表示する。【選択図】図２
2005267088.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して少なくとも１つの周辺機器と接続する情報処理装置に格納され、該周辺機器を制御する周辺機器ドライバにおいて、
接続対象である第１の周辺機器がサポートする機能、および該機能に関するパラメータを記述した第１の機能対応情報
を保持し、
前記接続対象が前記第１の周辺機器から第２の周辺機器に変更した際に、該第２の周辺機器から該第２の周辺機器に対応する第２の機能対応情報を取得する処理と、
該取得した第２の機能対応情報と、前記第１の機能対応情報とを比較処理して変更機能を検出する処理と、
前記比較処理に基づいて検出した変更機能に従って、前記第１の機能対応情報の該変更機能に関するパラメータを変更する処理と、
該変更したパラメータに従って、前記第２の周辺機器に固有のユーザインターフェースを表示装置に表示する処理と
をコンピュータに動作させることを特徴とする周辺機器ドライバ。
【請求項２】
前記比較処理により追加機能を検出した際に、該追加機能が実現可能か否か判定する処理と、
前記追加機能が実現可能であると判定した場合、前記第１の機能対応情報の該追加機能に関するパラメータを前記第２の機能対応情報の該追加機能に関するパラメータに変更する処理と、
前記追加機能が実現不可能であると判定した場合、該追加機能が実現不可能である旨を前記表示装置に表示する処理と
をコンピュータに動作させることを特徴とする請求項１記載の周辺機器ドライバ。
【請求項３】
前記比較処理により前記第１の周辺機器がサポートする機能が、前記第２の周辺機器では非サポートであると検出した場合、該機能が実現可能か否か判定する処理と、
前記機能が実現不可能であると判定した場合、前記第１の機能対応情報の該機能に関するパラメータを前記第２の機能対応情報の該機能に関するパラメータに変更する処理と、
前記機能が実現可能であると判定した場合、前記第１の機能対応情報の該機能に関するパラメータを継続する処理と
をコンピュータに動作させることを特徴とする請求項１記載の周辺機器ドライバ。
【請求項４】
前記比較処理により前記機能が前記第１の周辺機器および前記第２の周辺機器でサポートすると検出した場合、前記第１の機能対応情報の該機能が有する第１の選択肢と前記第２の機能対応情報の該機能が有する第２の選択肢とを比較する処理と、
該比較に基づき、前記第１の機能対応情報の前記機能に関するパラメータを変更する処理と
をコンピュータに動作させることを特徴とする請求項１記載の周辺機器ドライバ。
【請求項５】
前記第１の選択肢と前記第２の選択肢とが同一である場合、
前記第１の機能対応情報の前記機能に関するパラメータを継続する処理
をコンピュータに動作させることを特徴とする請求項４記載の周辺機器制御ドライバ。
【請求項６】
前記第１の機能対応情報のパラメータに対して設定した値を記憶装置に記憶する処理と、
前記第１の選択肢と前記第２の選択肢とが同一である場合に継続した前記第１の機能対応情報の前記機能に関するパラメータに対して前記記憶装置に記憶した値を設定する処理と
をコンピュータに動作させることを特徴とする請求項５記載の周辺機器制御ドライバ。
【請求項７】
前記比較処理で検出した追加機能をリスト表示する処理と、
該リスト表示した追加機能が実現可能か否か表示する処理と
をコンピュータに動作させることを特徴とする請求項１記載の周辺機器ドライバ。
【請求項８】
前記第２の周辺機器から該第２の周辺機器を制御する周辺機器ドライバを取得する処理と、
該取得した第２の周辺機器を制御する周辺機器ドライバに更新する処理と
をコンピュータに動作させることを特徴とする請求項１記載の周辺機器ドライバ。
【請求項９】
ネットワーク上の少なくとも１つの周辺機器を制御する周辺機器制御装置において、
接続対象である第１の周辺機器がサポートする機能、および該機能に関するパラメータを記述した第１の機能対応情報を格納する機能対応情報格納手段と、
前記接続対象が前記第１の周辺機器から第２の周辺機器に変更した際に、該第２の周辺機器から該第２の周辺機器に対応する第２の機能対応情報を取得し、該取得した第２の機能対応情報と、前記機能対応情報格納手段に格納している第１の機能対応情報とを比較処理して変更機能を検出する機能比較処理手段と、
前記機能比較処理手段による比較処理に基づいて検出した変更機能に従って、前記第１の機能対応情報の該変更機能に関するパラメータを変更するパラメータ変更手段と、
前記パラメータ変更手段で変更したパラメータに従って、前記第２の周辺機器に固有のユーザインターフェースを表示装置に表示するユーザインターフェース制御手段と
を具備することを特徴とする周辺機器制御装置。
【請求項１０】
前記機能比較処理手段は、
前記比較処理により追加機能を検出した際に、該追加機能が実現可能か否か判定し、
前記追加機能が実現可能であると判定した場合、前記パラメータ変更手段は、前記第１の機能対応情報の前記追加機能に関するパラメータを前記第２の機能対応情報の該追加機能に関するパラメータに変更し、
前記追加機能が実現不可能であると判定した場合、前記ユーザインターフェース制御手段は、該追加機能が実現不可能である旨を前記表示装置に表示する
ことを特徴とする請求項９記載の周辺機器制御装置。
【請求項１１】
前記機能比較処理手段は、
前記第１の周辺機器がサポートする機能が、前記第２の周辺機器では非サポートであると検出した場合、該機能が実現可能か否か判定し、
前記機能が実現不可能であると判定した場合、前記パラメータ変更手段は、前記第１の機能対応情報の該機能に関するパラメータを前記第２の機能対応情報の該機能に関するパラメータに変更し、
前記機能が実現可能であると判定した場合、前記パラメータ変更手段は、前記第１の機能対応情報の該機能に関するパラメータを継続する
ことを特徴とする請求項９記載の周辺機器制御装置。
【請求項１２】
前記機能比較手段は、
前記機能が前記第１の周辺機器および前記第２の周辺機器でサポートすると検出した場合、前記第１の機能対応情報の該機能が有する第１の選択肢と前記第２の機能対応情報の該機能が有する第２の選択肢とを比較し、
前記パラメータ変更手段は、
前記比較に基づき、前記第１の機能対応情報の前記機能に関するパラメータを変更する
ことを特徴とする請求項９記載の周辺機器制御装置。
【請求項１３】
前記第１の選択肢と前記第２の選択肢とが同一である場合、
前記パラメータ変更手段は、
前記第１の機能対応情報の該機能に関するパラメータを継続する
ことを特徴とする請求項１２記載の周辺機器制御装置。
【請求項１４】
前記第１の機能対応情報のパラメータに対して設定した値を記憶装置に記憶し、
前記第１の選択肢と前記第２の選択肢とが同一である場合に継続した前記第１の機能対応情報の前記機能に関するパラメータに対して前記記憶装置に記憶した値を設定する
ことを特徴とする請求項１３記載の周辺機器制御制御装置。
【請求項１５】
前記ユーザインターフェース制御手段は、
前記比較処理手段で検出した追加機能をリスト表示するとともに、該リスト表示した追加機能が実現可能か否か表示する
ことを特徴とする請求項９記載の周辺機器制御装置。
【請求項１６】
ネットワークを介して少なくとも１つの周辺機器と接続する情報処理装置に格納され、該周辺機器を制御する周辺機器ドライバの更新方法において、
接続対象である第１の周辺機器がサポートする機能、および該機能に関するパラメータを記述した第１の機能対応情報を保持し、
前記接続対象が前記第１の周辺機器から第２の周辺機器に変更した際に、該第２の周辺機器から該第２の周辺機器に対応する第２の機能対応情報を取得し、
該取得した第２の機能対応情報と、前記第１の機能対応情報とを比較処理して変更機能を検出し、
前記比較処理に基づいて検出した変更機能に従って、前記第１の機能対応情報の該変更機能に関するパラメータを変更し、
該変更したパラメータに従って、前記第２の周辺機器に固有のユーザインターフェースを表示装置に表示する
ことを特徴とする周辺機器ドライバの更新方法。
【請求項１７】
前記比較処理により追加機能を検出した際に、該追加機能が実現可能か否か判定し、
前記追加機能が実現可能であると判定した場合、前記第１の機能対応情報の該追加機能に関するパラメータを前記第２の機能対応情報の該追加機能に関するパラメータに変更し、
前記追加機能が実現不可能であると判定した場合、該追加機能が実現不可能である旨を前記表示装置に表示する
ことを特徴とする請求項１６記載の周辺機器ドライバの更新方法。
【請求項１８】
前記比較処理により前記第１の周辺機器がサポートする機能が、前記第２の周辺機器では非サポートであると検出した場合、該機能が実現可能か否か判定し、
前記機能が実現不可能であると判定した場合、前記第１の機能対応情報の該機能に関するパラメータを前記第２の機能対応情報の該機能に関するパラメータに変更し、
前記機能が実現可能であると判定した場合、前記第１の機能対応情報の該機能に関するパラメータを継続する
ことを特徴とする請求項１６記載の周辺機器ドライバの更新方法。
【請求項１９】
前記比較処理により前記機能が前記第１の周辺機器および前記第２の周辺機器でサポートすると検出した場合、前記第１の機能対応情報の該機能が有する第１の選択肢と前記第２の機能対応情報の該機能が有する第２の選択肢とを比較し、
該比較に基づき、前記第１の機能対応情報の前記機能に関するパラメータを変更する
ことを特徴とする請求項１６記載の周辺機器ドライバの更新方法。
【請求項２０】
前記第１の選択肢と前記第２の選択肢とが同一である場合、
前記第１の機能対応情報の前記機能に関するパラメータを継続する
ことを特徴とする請求項１９記載の周辺機器制御ドライバの更新方法。
【請求項２１】
前記第１の機能対応情報のパラメータに対して設定した値を記憶装置に記憶し、
前記第１の選択肢と前記第２の選択肢とが同一である場合に継続した前記第１の機能対応情報の前記機能に関するパラメータに対して前記記憶装置に記憶した値を設定する
ことを特徴とする請求項２０記載の周辺機器制御ドライバの更新方法。
【請求項２２】
前記比較処理で検出した追加機能をリスト表示するとともに、該リスト表示した追加機能が実現可能か否か表示する
ことを特徴とする請求項１６記載の周辺機器ドライバの更新方法。
【請求項２３】
前記第２の周辺機器から該第２の周辺機器を制御する周辺機器ドライバを取得し、
該取得した第２の周辺機器を制御する周辺機器ドライバに更新する
ことを特徴とする請求項１６記載の周辺機器ドライバの更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、周辺機器ドライバ、周辺機器制御装置および周辺機器ドライバの更新方法に関し、特に、ネットワークに接続された周辺機器の機種に対応した周辺機器ドライバ、周辺機器制御装置および周辺機器ドライバの更新方法に関する。
【背景技術】
【０００２】
ネットワークに接続されたプリンタ、スキャナ、ファックス、コピー機等の周辺機器に対して、ホストコンピューター（以後、ホストという）からジョブを発行したり、これらの周辺機器を管理したりする場合には、予め周辺機器の種類や機種を把握した上で、機種に対応した適当な周辺機器制御プログラム（以後、ドライバという）をホストに用意する必要がある。
【０００３】
このドライバは周辺機器が有する機能に依存するため、各周辺機器に対して種々のドライバが対応している。また、ドライバのユーザインターフェース（以後、ＵＩとする）は周辺機器毎の機能の有無に従いＬｏｏｋ＆Ｆｅｅｌが違ったものとなっている。
【０００４】
例えば、周辺装置を接続するだけで、その周辺装置の最新版のドライバを常に使用することができるようにする制御ソフトウェア供給方式がある（例えば、特許文献１参照。）。
【特許文献１】特開平１１−３２２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、周辺機器の代替または買い替えがなされた場合、ホストでは変更後のドライバを再インストールの作業が必要となる。
【０００６】
また、システム管理者が管理しているネットワーク環境等では、システム管理者が周辺機器が変更されたことを複数のホストに対して報知し、変更後のドライバの再インストールを促す必要があった。
【０００７】
また、ユーザは変更後の周辺機器が変更前の周辺機器と比較して、どのような機能アップがなされているのかを確認するためにユーザガイドまたはヘルプを参照しなければならなかった。
【０００８】
そこで、本発明は、周辺機器が変更された場合に、接続される各ホストのドライバを再インストールすることなく、継続使用することを可能にし、更に、新規の周辺機器が各ユーザそれぞれの現環境と比較して、どのような機能アップがなされているかが容易に確認することを可能にする周辺機器ドライバ、周辺機器制御装置および周辺機器ドライバの更新方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、請求項１の発明は、ネットワークを介して少なくとも１つの周辺機器と接続する情報処理装置に格納され、該周辺機器を制御する周辺機器ドライバにおいて、接続対象である第１の周辺機器がサポートする機能、および該機能に関するパラメータを記述した第１の機能対応情報を保持し、前記接続対象が前記第１の周辺機器から第２の周辺機器に変更した際に、該第２の周辺機器から該第２の周辺機器に対応する第２の機能対応情報を取得する処理と、該取得した第２の機能対応情報と、前記第１の機能対応情報とを比較処理して変更機能を検出する処理と、前記比較処理に基づいて検出した変更機能に従って、前記第１の機能対応情報の該変更機能に関するパラメータを変更する処理と、該変更したパラメータに従って、前記第２の周辺機器に固有のユーザインターフェースを表示装置に表示する処理とをコンピュータに動作させることを特徴とする。
【００１０】
ここで取得する第２の機能対応情報は、周辺機器内に保持するほかに、サーバー上などに格納しておき、そのアドレスを周辺機器に保持しておくことも可能である。
【００１１】
また、請求項２の発明は、請求項１の発明において、前記比較処理により追加機能を検出した際に、該追加機能が実現可能か否か判定する処理と、前記追加機能が実現可能であると判定した場合、前記第１の機能対応情報の該追加機能に関するパラメータを前記第２の機能対応情報の該追加機能に関するパラメータに変更する処理と、前記追加機能が実現不可能であると判定した場合、該追加機能が実現不可能である旨を前記表示装置に表示する処理とをコンピュータに動作させることを特徴とする。
【００１２】
また、請求項３の発明は、請求項１の発明において、前記比較処理により前記第１の周辺機器がサポートする機能が、前記第２の周辺機器では非サポートであると検出した場合、該機能が実現可能か否か判定する処理と、前記機能が実現不可能であると判定した場合、前記第１の機能対応情報の該機能に関するパラメータを前記第２の機能対応情報の該機能に関するパラメータに変更する処理と、前記機能が実現可能であると判定した場合、前記第１の機能対応情報の該機能に関するパラメータを継続する処理とをコンピュータに動作させることを特徴とする。
【００１３】
また、請求項４の発明は、請求項１の発明において、前記比較処理により前記機能が前記第１の周辺機器および前記第２の周辺機器でサポートすると検出した場合、前記第１の機能対応情報の該機能が有する第１の選択肢と前記第２の機能対応情報の該機能が有する第２の選択肢とを比較する処理と、該比較に基づき、前記第１の機能対応情報の前記機能に関するパラメータを変更する処理とをコンピュータに動作させることを特徴とする。
【００１４】
また、請求項５の発明は、請求項４の発明において、前記第１の選択肢と前記第２の選択肢とが同一である場合、前記第１の機能対応情報の前記機能に関するパラメータを継続する処理をコンピュータに動作させることを特徴とする。
【００１５】
また、請求項６の発明は、請求項５の発明において、前記第１の機能対応情報のパラメータに対して設定した値を記憶装置に記憶する処理と、前記第１の選択肢と前記第２の選択肢とが同一である場合に継続した前記第１の機能対応情報の前記機能に関するパラメータに対して前記記憶装置に記憶した値を設定する処理とをコンピュータに動作させることを特徴とする。
【００１６】
また、請求項７の発明は、請求項１の発明において、前記比較処理で検出した追加機能をリスト表示する処理と、該リスト表示した追加機能が実現可能か否か表示する処理とをコンピュータに動作させることを特徴とする。
【００１７】
また、請求項８の発明は、請求項１の発明において、前記第２の周辺機器から該第２の周辺機器を制御する周辺機器ドライバを取得する処理と、該取得した第２の周辺機器を制御する周辺機器ドライバに更新する処理とをコンピュータに動作させることを特徴とする。
【００１８】
また、請求項９の発明は、ネットワーク上の少なくとも１つの周辺機器を制御する周辺機器制御装置において、接続対象である第１の周辺機器がサポートする機能、および該機能に関するパラメータを記述した第１の機能対応情報を格納する機能対応情報格納手段と、前記接続対象が前記第１の周辺機器から第２の周辺機器に変更した際に、該第２の周辺機器から該第２の周辺機器に対応する第２の機能対応情報を取得し、該取得した第２の機能対応情報と、前記機能対応情報格納手段に格納している第１の機能対応情報とを比較処理して変更機能を検出する機能比較処理手段と、前記機能比較処理手段による比較処理に基づいて検出した変更機能に従って、前記第１の機能対応情報の該変更機能に関するパラメータを変更するパラメータ変更手段と、前記パラメータ変更手段で変更したパラメータに従って、前記第２の周辺機器に固有のユーザインターフェースを表示装置に表示するユーザインターフェース制御手段とを具備することを特徴とする。
【００１９】
なお、機能対応情報格納手段は図２に示す機能対応情報格納部１５に対応し、機能比較処理手段は図２に示す機能比較処理部１６に対応し、パラメータ変更手段は図２に示すＤｅｖｍｏｄｅ値変更部１７に対応し、ユーザインターフェース制御手段は図２に示すＵＩ制御部１４に対応する。
【００２０】
また、請求項１０の発明は、請求項９の発明において、前記機能比較処理手段は、前記比較処理により追加機能を検出した際に、該追加機能が実現可能か否か判定し、前記追加機能が実現可能であると判定した場合、前記パラメータ変更手段は、前記第１の機能対応情報の前記追加機能に関するパラメータを前記第２の機能対応情報の該追加機能に関するパラメータに変更し、前記追加機能が実現不可能であると判定した場合、前記ユーザインターフェース制御手段は、該追加機能が実現不可能である旨を前記表示装置に表示することを特徴とする。
【００２１】
また、請求項１１の発明は、請求項９の発明において、前記機能比較処理手段は、前記第１の周辺機器がサポートする機能が、前記第２の周辺機器では非サポートであると検出した場合、該機能が実現可能か否か判定し、前記機能が実現不可能であると判定した場合、前記パラメータ変更手段は、前記第１の機能対応情報の該機能に関するパラメータを前記第２の機能対応情報の該機能に関するパラメータに変更し、前記機能が実現可能であると判定した場合、前記パラメータ変更手段は、前記第１の機能対応情報の該機能に関するパラメータを継続することを特徴とする。
【００２２】
また、請求項１２の発明は、請求項９の発明において、前記機能比較手段は、前記機能が前記第１の周辺機器および前記第２の周辺機器でサポートすると検出した場合、前記第１の機能対応情報の該機能が有する第１の選択肢と前記第２の機能対応情報の該機能が有する第２の選択肢とを比較し、前記パラメータ変更手段は、前記比較に基づき、前記第１の機能対応情報の前記機能に関するパラメータを変更することを特徴とする。
【００２３】
また、請求項１３の発明は、請求項１２の発明において、前記第１の選択肢と前記第２の選択肢とが同一である場合、前記パラメータ変更手段は、前記第１の機能対応情報の該機能に関するパラメータを継続することを特徴とする。
【００２４】
また、請求項１４の発明は、請求項１３の発明において、前記第１の機能対応情報のパラメータに対して設定した値を記憶装置に記憶し、前記第１の選択肢と前記第２の選択肢とが同一である場合に継続した前記第１の機能対応情報の前記機能に関するパラメータに対して前記記憶装置に記憶した値を設定することを特徴とする。
【００２５】
また、請求項１５の発明は、請求項９の発明において、前記ユーザインターフェース制御手段は、前記比較処理手段で検出した追加機能をリスト表示するとともに、該リスト表示した追加機能が実現可能か否か表示することを特徴とする。
【００２６】
また、請求項１６の発明は、ネットワークを介して少なくとも１つの周辺機器と接続する情報処理装置に格納され、該周辺機器を制御する周辺機器ドライバの更新方法において、接続対象である第１の周辺機器がサポートする機能、および該機能に関するパラメータを記述した第１の機能対応情報を保持し、前記接続対象が前記第１の周辺機器から第２の周辺機器に変更した際に、該第２の周辺機器から該第２の周辺機器に対応する第２の機能対応情報を取得し、該取得した第２の機能対応情報と、前記第１の機能対応情報とを比較処理して変更機能を検出し、前記比較処理に基づいて検出した変更機能に従って、前記第１の機能対応情報の該変更機能に関するパラメータを変更し、該変更したパラメータに従って、前記第２の周辺機器に固有のユーザインターフェースを表示装置に表示することを特徴とする。
【００２７】
また、請求項１７の発明は、請求項１６の発明において、前記比較処理により追加機能を検出した際に、該追加機能が実現可能か否か判定し、前記追加機能が実現可能であると判定した場合、前記第１の機能対応情報の該追加機能に関するパラメータを前記第２の機能対応情報の該追加機能に関するパラメータに変更し、前記追加機能が実現不可能であると判定した場合、該追加機能が実現不可能である旨を前記表示装置に表示することを特徴とする。
【００２８】
また、請求項１８の発明は、請求項１６の発明において、前記比較処理により前記第１の周辺機器がサポートする機能が、前記第２の周辺機器では非サポートであると検出した場合、該機能が実現可能か否か判定し、前記機能が実現不可能であると判定した場合、前記第１の機能対応情報の該機能に関するパラメータを前記第２の機能対応情報の該機能に関するパラメータに変更し、前記機能が実現可能であると判定した場合、前記第１の機能対応情報の該機能に関するパラメータを継続することを特徴とする。
【００２９】
また、請求項１９の発明は、請求項１６の発明において、前記比較処理により前記機能が前記第１の周辺機器および前記第２の周辺機器でサポートすると検出した場合、前記第１の機能対応情報の該機能が有する第１の選択肢と前記第２の機能対応情報の該機能が有する第２の選択肢とを比較し、該比較に基づき、前記第１の機能対応情報の前記機能に関するパラメータを変更することを特徴とする。
【００３０】
また、請求項２０の発明は、請求項１９の発明において、前記第１の選択肢と前記第２の選択肢とが同一である場合、前記第１の機能対応情報の前記機能に関するパラメータを継続することを特徴とする。
【００３１】
また、請求項２１の発明は、請求項２０の発明において、前記第１の機能対応情報のパラメータに対して設定した値を記憶装置に記憶し、前記第１の選択肢と前記第２の選択肢とが同一である場合に継続した前記第１の機能対応情報の前記機能に関するパラメータに対して前記記憶装置に記憶した値を設定することを特徴とする。
【００３２】
また、請求項２２の発明は、請求項１６の発明において、前記比較処理で検出した追加機能をリスト表示するとともに、該リスト表示した追加機能が実現可能か否か表示することを特徴とする。
【００３３】
また、請求項２３の発明は、請求項１６の発明において、前記第２の周辺機器から該第２の周辺機器を制御する周辺機器ドライバを取得し、該取得した第２の周辺機器を制御する周辺機器ドライバに更新することを特徴とする。
【発明の効果】
【００３４】
本発明によれば、ホストに接続される周辺機器が代替された際に、ユーザは周辺機器の変更を意識することなく、作業を継続すること可能になるとともに、更に、周辺機器の機種変更が発生した場合でも、重複する機能については、それまでの設定値を継続して使用することが可能になるという効果を奏する。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の実施の形態について添付図面を参照して詳細に説明する。
【００３６】
本発明の実施の形態として、ホストＰＣ［Personal Computer］（以後、ホストとする）とプリンタとがネットワークを介して接続し、本発明に係る周辺機器ドライバがホストにインストールされる構成を一例にして詳細に説明する。
【００３７】
図１は、本発明の実施の形態で用いるプリントシステム１の全体構成の一例を示すブロック図である。
【００３８】
図１に示すように、ホスト２と複数のプリンタ３とがネットワーク４を介して接続している。なお、プリンタは必ずしも複数必要なわけではない。
【００３９】
ここで、ホストの構成について詳細に説明する。
【００４０】
図１に示すように、ホスト２は、ＣＰＵ５、ＲＯＭ６、ＲＡＭ７、ＨＤ８、Ｉ／Ｆ９１を具備して構成される。
【００４１】
ＣＰＵ（Central Processing Unit）５は、基本ソフトウェアであるオペレーティングシステム（以後、ＯＳという）に基づいてホスト本体のシーケンス制御を行う。
【００４２】
ＲＯＭ（Read Only Memory）６は、ホスト２の起動時に実行されるプログラム等を記録する。
【００４３】
ＲＡＭ（Random Access Memory）７は、プログラムの実行に必要なワークエリアのバッファエリアとして利用される。
【００４４】
ＨＤ（Hard Disk）８は、ＯＳまたはアプリケーションプログラム（以後、アプリケーションという）または周辺機器ドライバまたは各種のデータを格納する。
【００４５】
Ｉ／Ｆ（Interface）９１は、ネットワーク上のプリンタ３との間で各種データの送受信を行う。
【００４６】
なお、特に図示しないが、ホスト２は、例えば、アプリケーション画面およびプリンタドライバＵＩ（User Interface）等の各種の情報を視覚的に表示し得るモニタディスプレイ等の表示装置、ＣＤ−ＲＯＭドライブ、フロッピー（登録商標）ディスクドライブ、若しくはキーボードやマウス等の入力装置の構成を具備している。
【００４７】
図２は、ホスト２およびプリンタ３の機能的な構成を示すブロック図である。
【００４８】
ホスト２の機能的な構成について詳細に説明する。
【００４９】
図２に示すように、ホスト２にはプリンタ３に対応するプリンタドライバ１０がインストールされ、ホスト２はアプリケーションプログラムによって実現される各種のアプリケーション１１、Ｉ／Ｆ９１から構成され、これらは、図示していないＯＳ（Operating System）の制御下で、ＯＳの機能を利用して各種処理を実行する。また、ホスト２には、ディスプレイ等の表示装置１２、キーボードまたはマウス等の入力装置（図示せず）が接続されている。なお、上記で説明した印刷処理に関する構成部分以外の構成部分については図示しないため、説明は省略する。
【００５０】
プリンタドライバ１０の機能的な構成について詳細に説明する。
【００５１】
図２に示すように、プリンタドライバ１０は、その機能として、描画コマンド生成部１３、ＵＩ制御部１４、機能対応情報格納部１５、機能比較処理部１６、Ｄｅｖｍｏｄｅ値変更部１７、競合解消部１８を有する。
【００５２】
描画コマンド生成部１３は、アプリケーション１１から受け付けたデータを画像データに変換する処理を行う。
【００５３】
ＵＩ制御部１４は、表示装置１２でのプリンタドライバＵＩの表示制御の処理を行う。
【００５４】
機能対応情報格納部１５は、現行プリンタドライバに設定されている機能対応情報を格納する。なお、機能対応情報については後述にて詳細に説明する。
【００５５】
機能比較処理部１６は、機能情報対応格納部１５に格納している現行プリンタドライバの機能対応情報と、プリンタ３から取得した機能対応情報とを比較する処理を行う。なお、機能比較処理部１６が行う比較については後述にて詳細に説明する。
【００５６】
Ｄｅｖｍｏｄｅ値変更部１７は、機能比較処理部１６での比較に基づいて現行プリンタドライバのＤｅｖｍｏｄｅ（ＯＳで定義されているプリンタドライバとアプリケーション間で値のやり取りを行うパラメータ）の値を機能変更に追随した値に変更する処理を行う。なお、Ｄｅｖｍｏｄｅ値変更部１７が行うＤｅｖｍｏｄｅ値の変更については後述にて詳細に説明する。
【００５７】
競合解消部１８は、Ｄｅｖｍｏｄｅ値変更部１７でＤｅｖｍｏｄｅ値を変更した後に、プリンタ３から取得した禁則マトリクスに従ってＤｅｖｍｏｄｅ値の競合解消を行う。
【００５８】
プリンタ３の機能的な構成について詳細に説明する。
【００５９】
図２に示すように、プリンタ３は、ネットワーク上のホスト２との間で各種データの送受信を行うＩ／Ｆ９２、機能対応情報および禁則マトリクスを格納する機能対応情報格納部１９、ホスト２から受信した画像データを用紙上に形成する処理を行う処理部２０から構成されている。
【００６０】
ここで情報格納部１９には、機能情報データを格納するが、機能情報データを周辺機器外に保持する場合には、その格納先アドレスを格納することも可能である。
【００６１】
ネットワーク上のプリンタ３が変更した際に、変更したプリンタ３に対応するためにプリンタドライバ１０が行う機能的な動作について詳細に説明する。
【００６２】
プリンタドライバ１０は変更したプリンタ（以後、変更プリンタとする）３に対して機能対応情報の要求をＩ／Ｆ９１を介して送信する。
【００６３】
変更プリンタはホスト２からの機能対応情報の要求をＩ／Ｆ９２を介して受信すると、ホスト２に対して機能対応情報格納部１９に格納している機能対応情報および禁則マトリクスをＩ／Ｆ９２を介して送信する。
【００６４】
プリンタドライバ１０は変更プリンタからの機能対応情報（以後、変更プリンタ機能対応情報とする）をＩ／Ｆ９１を介して受信すると、受信した変更プリンタ機能対応情報を機能比較処理部１６に渡し、機能比較処理部１６は変更プリンタ機能対応情報を受け取ると、機能情報格納部１５から機能対応情報（以後、変更前プリンタ機能対応情報とする）を読み出し、変更前プリンタ機能対応情報と変更プリンタ機能対応情報とを比較し、比較結果をＤｅｖｍｏｄｅ値変更部１７に渡し、Ｄｅｖｍｏｄｅ値変更部１７は比較結果を受け取ると、受け取った比較結果に基づいてＤｅｖｍｏｄｅ値を変更する。
【００６５】
また、プリンタドライバ１０は変更プリンタからの禁則マトリクスをＩ／Ｆ９１を介して受信すると、受信した禁則マトリクスを競合解消部１８に渡し、競合解消部１８は禁則マトリクスを受け取ると、Ｄｅｖｍｏｄｅ値変更部１７で変更したＤｅｖｍｏｄｅ値の競合解消を行う。
【００６６】
そして、プリンタドライバ１０がＵＩ表示の指示を受け付けると、ＵＩ制御部１４は機能情報格納部１５に格納されたＤｅｖｍｏｄｅ値変更済み且つ競合解消済みの機能対応情報に基づいて変更プリンタに対応するＵＩを構成し、構成したＵＩを表示装置１２に表示する。
【００６７】
次に、ネットワーク上のプリンタ３が変更した際に、変更したプリンタ３に対応するためにプリンタドライバ１０が行う処理ついて図３に示すフローチャートを参照して説明する。
【００６８】
プリンタに機能対応情報を要求し（ステップＳ３０１）、プリンタから機能対応情報と禁則マトリクスとを受信し（ステップＳ３０２）、格納している機能対応情報とプリンタから受信した機能対応情報とを比較し（ステップＳ３０３）、比較結果に基づいてＤｅｖｍｏｄｅ値を変更し（ステップＳ３０４）、禁則マトリクスに基づいてＤｅｖｍｏｄｅ値の競合解消を行い（ステップＳ３０５）、処理を終了する。
【００６９】
次に、機能対応情報について詳細に説明する。
【００７０】
機能対応情報は、プリンタ３においてサポートされる機能と選択肢とのテーブルがバイナリデータとなっており、Ｄｅｖｍｏｄｅ構造体と機能情報構造体ＦｕｎｃＤａｔａとから構成されている。
【００７１】
Ｄｅｖｍｏｄｅ構造体は、Ｄｅｖｍｏｄｅの対象機種初期値（印刷実行時に必要なＤｅｖｍｏｄｅの値を決定するための情報）である。
【００７２】
機能情報構造体ＦｕｎｃＤａｔａは各機能について固定長のバイトデータ（ＵＩ表示時に必要な選択肢情報）を持つ構造体である。
【００７３】
次に、機能情報構造体ＦｕｎｃＤａｔａについて詳細に説明する。
【００７４】
図４は、機能情報構造体ＦｕｎｃＤａｔａ２１の一例を示す図である。
【００７５】
図４（ａ）に示すように、ＷＯＲＤ値およびＤＷＯＲＤ値は機能の有無と選択肢の有無を示すデータであり、選択肢数が１５を超える場合はＤＷＯＲＤ値をとる。
【００７６】
ＷＯＲＤ値およびＤＷＯＲＤ値の先頭Ｂｉｔは機能の有無を示すフラグ（「０」は無効、「１」は有効）、第２Ｂｉｔはホスト側での処理の有無を示すフラグ（「０」はホスト側で無し、「１」はホスト側で有り）、第３Ｂｉｔはデバイス側での処理の有無を示すフラグ（「０」はデバイス側で無し、「１」はデバイス側で有り）であり、以下１Ｂｉｔ毎に選択肢に対する有効／無効のフラグとなる。
【００７７】
具体例を挙げると、Ｎｕｐ機能有り、選択肢は２ｕｐから８ｕｐまでサポートする場合、図４（ｂ）に示すようなデータとなる。
【００７８】
また、図４（ａ）に示すように、ｄｏｕｂｌｅ値は機能の有無および値の上限下限を示すデータである。
【００７９】
ｄｏｕｂｌｅ値の先頭Ｂｙｔｅの先頭Ｂｉｔは機能の有無を示すフラグ（「０」は無効、「１」は有効）、第２Ｂｉｔはホスト側での処理の有無を示すフラグ（「０」はホスト側で無し、「１」はホスト側で有り）、第３Ｂｉｔはデバイス側での処理の有無を示すフラグ（「０」はデバイス側で無し、「１」はデバイス側で有り）であり、ｄｏｕｂｌｅ値の第２Ｂｙｔｅの上位はＭＡＸ値、下位はＭＩＮ値である。例えば、部数「０〜９９９」のｄｏｕｂｌｅ値の第２Ｂｙｔｅは「０ｘ０３Ｅ７００００」になる。なお、機能が無効の場合は「０ｘＦＦＦＦＦＦＦＦ」になる。
【００８０】
次に、機能比較処理部１６が行う比較について詳細に説明する。
【００８１】
機能比較処理部１６はホスト２の機能対応情報格納部１５に格納されている現行の機能対応情報の機能情報構造体ＦｕｎｃＤａｔａ２１と、変更プリンタから取得した変更の機能対応情報の機能情報構造体ＦｕｎｃＤａｔａ２１とを比較する。具体的には、各機能についての先頭Ｂｉｔ（機能の有無を示すフラグ）を比較し、比較結果は、
Ｃａｓｅ１：０（現行）ｖｓ０（変更）→非対応機能のまま→現状維持
Ｃａｓｅ２：０ｖｓ１→機能を新規に追加→［処理方法の検出］へ
Ｃａｓｅ３：１ｖｓ０→機能ドロップ→［Ｄｒｏｐ判断処理］へ
Ｃａｓｅ４：１ｖｓ１→機能維持→［選択肢の比較］へ
となる。
【００８２】
比較結果が機能を新規に追加（Ｃａｓｅ２）の場合に行う［処理方法の検出］について詳細に説明する。
【００８３】
追加された機能をホスト側、プリンタ側若しくは双方のどの部分が処理するかによって、追加機能の実現可否を判定する。機能を追加可能な条件は、
１．プリンタドライバ内部的にはすでに実装済みである
２．プリンタ側で新規に追加された機能で、ホストからはコマンドを発行する
である。
【００８４】
プリンタドライバ内部的にはすでに実装済みである場合は、機能情報構造体ＦｕｎｃＤａｔａ２１の第２Ｂｉｔが「１」（ホスト側で処理）であり、且つｄｏｕｂｌｅ値（値の上限下限を示す）である場合に相当する。
【００８５】
例えば、綴じ代幅の設定がある。機能として「綴じ代幅の設定」を持たない場合は、ｄｍＭａｒｇｉｎ（綴じ代幅のＤｅｖｍｏｄｅ）の値が固定として処理されていた。ｄｍＭａｒｇｉｎの値の設定を可能にすることで、綴じ代値を可変値として扱うことで、綴じ代の設定の機能は実現可能である。
【００８６】
プリンタ側で新規に追加された機能で、ホスト２からはコマンドを発行する場合は、機能情報構造体ＦｕｎｃＤａｔａ２１の第３Ｂｉｔが「１」（プリンタ側で処理）であり、且つ第２Ｂｉｔが「０」（ホスト側で未処理）である場合に相当する。
【００８７】
例えば、トナーセーブがある。ホスト２からはＰＪＬ（プリンタＪＯＢランゲージ）を追加するのみであるので、発行されるＰＪＬコマンドを通知することで対応可能である。
【００８８】
上記２条件に該当しない場合は、サポート適応外としてメッセージを表示する等を行う。ただし、ホスト上のプリンタドライバ１０に内包されないが、ドライバコンポーネント（以後、ＤＬＬファイルとする）の追加で対応できる場合は、追加を指示して対応することもできる。これら追加モジュール情報はプリンタ上に保持する構成でも良いし、サーバ等で管理する構成でも良い。情報形態としては、Ｄｅｖｍｏｄｅ名およびパラメータとそれに対応する処理モジュールのテーブルで提供できる。例えば、圧縮処理、画質調整等がある。
【００８９】
なお、独立した汎用ＤＬＬファイルとして提供されている処理は、該当するＤＬＬファイルを外部記憶装置（サーバまたはＷｅｂサイトを含む）からダウンロードすることで対応可能である。
【００９０】
比較結果が機能ドロップ（Ｃａｓｅ３）の場合に行う［Ｄｒｏｐ判断処理］について詳細に説明する。
【００９１】
現行プリンタでサポートされていたが、変更プリンタで非サポートとなった機能が、変更後も処理可能であるか判断し、処理不可能である場合にはＵＩをディムアウトする。処理不可能と判断される条件は、
１．プリンタ側処理する機能で、ホストからＰＪＬコマンドを発行する必要がある
（例）両面印刷、ＰｒｏｏｆＰｒｉｎｔ、ＳｅｃｕｒｅＰｒｉｎｔ、ＳａｖｅｄＰｒｉｎｔ
２．条件１でＤｉｓａｂｌｅにされた機能との禁則関係で無効となる
（例）Ｂｏｏｋｌｅｔ（両面Ｏｆｆ時にはＤｉｓａｂｌｅ）
３．ホスト側、プリンタ側双方での処理が必要であり、プリンタ側が追随していない可能性がある
（例）フォント置き換え（プリンタがフォントを積んでいない可能性がある）
これらの条件に該当しない場合には、変更プリンタの製品仕様としてはサポートされない機能であっても、現行プリンタのプリンタドライバ１０にて実現可能であるため、継続使用することが可能である。例えば、スタンプ機能がある。
【００９２】
比較結果が機能維持（Ｃａｓｅ４）の場合に行う［選択肢の比較］について詳細に説明する。
【００９３】
現行プリンタ、変更プリンタ共にサポートしている機能であっても、エンジン仕様等に依存して対応できない選択肢が発生する。
【００９４】
１．Ｄｒｏｐすべき選択肢
（例）用紙サイズ＞Ａ３／Ｂ４サイズは搬送不可のためＤｒｏｐ
２．追加不可能な選択肢
（例）画像圧縮＞ＤｅｌｔａＲｏｗ圧縮はホスト側にモジュールの追加が必要なため、そのままでは対応付加
上記のような矛盾を解決するため、簡易な方法としては、現行プリンタ／変更プリンタ双方について実現の可否を判断する。この判断に更に高度な表示としては、各選択肢について実現の可否を判断する。この判断には、Ｄｅｖｍｏｄｅ名およびパラメータとそれに対応する処理モジュールのテーブルを用い、処理モジュールがホスト上に存在しない場合は非表示若しくはモジュールのダウンロードを促す。ここで実現可とされた選択肢は変更プリンタの仕様になくても継続させることが可能である。
【００９５】
（例）画像圧縮＞ＲＬＥ圧縮はホスト側にモジュールがすでにあるため対応可
（例）Ｎｕｐ（８ｕｐ以上もｄｍＮｕｐ値の範囲を広げることで可能である）
ただし、この場合には、プリンタ側の処理能力にも依存するので、警告メッセージ等を表示する（モノクロの８ｕｐより、カラーの８ｕｐはメモリを消費するため）。
【００９６】
従って、上記で説明した処理を実施し、機能情報構造体ＦｕｎｃＤａｔａ２１の選択肢対応Ｂｉｔをマージし、ホスト（ここではレジストリ）２に再登録する。
【００９７】
次に、Ｄｅｖｍｏｄｅ値変更部１７が行うＤｅｖｍｏｄｅ値の変更について詳細に説明する。
【００９８】
Ｄｅｖｍｏｄｅ値変更部１７は、機能を新規に追加した場合（比較結果Ｃａｓｅ２）、ホスト上のＤｅｖｍｏｄｅ値は無効な値であるので、プリンタ側から取得したＤｅｖｍｏｄｅ値を上書きする。
【００９９】
Ｄｅｖｍｏｄｅ値変更部１７は、［選択肢の比較］においてホスト上の機能情報構造体ＦｕｎｃＤａｔａ２１と取得した機能情報構造体ＦｕｎｃＤａｔａ２１とが同一である場合（比較結果Ｃａｓｅ４）には、従来設定をそのまま使用する。
【０１００】
Ｄｅｖｍｏｄｅ値変更部１７は、［選択肢の比較］においてホスト上の機能情報構造体ＦｕｎｃＤａｔａ２１と取得した機能情報構造体ＦｕｎｃＤａｔａ２１とに違いが有る場合（比較結果Ｃａｓｅ４）には、ホストのＤｅｖｍｏｄｅ値に対応する選択肢が取得した機能情報構造体ＦｕｎｃＤａｔａ２１において有効であるかチェックする。ここで、有効とされた場合には従来のＤｅｖｍｏｄｅ値を使用し、婿である場合には、取得したＤｅｖｍｏｄｅ値を上書きする。
【０１０１】
Ｄｅｖｍｏｄｅ値変更部１７は、［Ｄｒｏｐ判断処理］において機能Ｄｒｏｐとされた場合（比較結果Ｃａｓｅ３）、プリンタ側から取得したＤｅｖｍｏｄｅ値を上書きする。ここでは、無効な値が上書きされる。機能継続とされた場合は従来設定値を継続する。
【０１０２】
図５は、現行プリンタから変更プリンタに変更する際のＤｅｖｍｏｄｅ値の変更を説明する図である。
【０１０３】
図５に示す具体例を挙げると、機能名「カラーモード」が追加されたので、機能名「カラーモード」のＤｅｖｍｏｄｅ（ＤｍＣｏｌｏｒ）の値を「１」→「２」に変更し、また、機能名「サイズ」のＤｅｖｍｏｄｅ（ＤｍＰａｐｅｒＳｉｚｅ）の値を従来使用値「９（＝Ａ４サイズ）」に設定維持し、また、機能名「両面」が機能ドロップしたので、機能名「両面」のＤｅｖｍｏｄｅ（ＤｍＤｕｐｌｅｘ）の値を「１」→「０」に変更し、また、機能名「用紙トレイ選択」の選択肢が無効化するので、機能名「用紙トレイ選択」のＤｅｖｍｏｄｅ（ＤｍＤｅｆａｕｌｔＳｏｕｒｃｅ）の値を「４（＝手差し）」→「１（自動に変更）」に変更し、また、機能名「ＪｏｂＴｙｐｅ」の選択肢「Ｐｒｏｏｆ  Ｐｒｉｎｔ」が機能ドロップしたので、機能名「ＪｏｂＴｙｐｅ」の選択肢「Ｐｒｏｏｆ  Ｐｒｉｎｔ」のＤｅｖｍｏｄｅ（ＷＰｒｏｏｆ）の値を「１」→「０」に変更し、また、機能名「スタンプ文字列」の選択肢「規定値文字列ｎ」が機能ドロップしたが、ホスト側で実現可能なため、機能名「スタンプ文字列」の選択肢「規定値文字列ｎ」のＤｅｖｍｏｄｅ（ＷＳｔａｍｐ）の値を「１」に設定維持し、また、機能名「綴じ代幅」が追加されたので、ＵＩ上は機能追加であるが、変更プリンタの初期値は現行プリンタの値と同一なので、機能名「綴じ代幅」のＤｅｖｍｏｄｅ（ＤｍＭａｒｇｉｎ）の値を「４（ｍｍ）」に設定維持し、また、機能名「画質調整」の選択肢「ＲＧＢ」が追加されたが、モジュールの追加が必要であるため、メッセージを表示する。
【０１０４】
次に、ＵＩについて詳細に説明する。
【０１０５】
図６は、現行プリンタに対応するプリンタドライバのＵＩ２２の一例を示す図であり、図７は、変更プリンタに対応するプリンタドライバのＵＩ２３の一例を示す図である。
【０１０６】
図６に示す現行プリンタに対応するプリンタドライバのＵＩ２２と、図７に示す変更プリンタに対応するプリンタドライバのＵＩ２３とを比較すると、現行プリンタでサポートしていた機能「Ｂｙｐａｓｓ  Ｓｅｔｔｉｎｇ」が変更プリンタではサポートされていないため、「Ｂｙｐａｓｓ  Ｓｅｔｔｉｎｇ」のボタン２４がディムアウトされており、また、現行プリンタでサポートしていた機能「Ｊｏｂ  Ｏｆｆｓｅｔ」が変更プリンタではサポートされていないため、「Ｊｏｂ  Ｏｆｆｓｅｔ」のコンボボックス２５がディムアウトされており、また、ＵＩに表示されているマシンイメージ２６が変更されている。
【０１０７】
また、図７に示す変更プリンタに対応するプリンタドライバのＵＩ２３には追加機能ボタン２７が表示されており、追加機能ボタン２７を押下等すると、追加機能リストが表示される。
【０１０８】
図８は、追加機能リスト２８の一例を示す図である。
【０１０９】
図８に示すように、追加機能リスト２８には機能一覧２９、機能設定のコンボボックス３０、機能説明３１およびプリンタドライバ更新のボタン３２が表示されている。
【０１１０】
機能一覧２９は、変更プリンタでサポートされている機能をリスト表示する。
【０１１１】
機能設定のコンボボックス３０は、機能一覧２９のリストから選択した機能に該当する選択肢を表示する。
【０１１２】
機能説明３１は、機能一覧２９のリストから選択した機能の詳細内容を表示する。
【０１１３】
機能一覧２９にリストアップされる機能は新規に追加されたものであり（つまり、Ｃａｓｅ２）、現行プリンタドライバではサポート適応外である機能においては、機能一覧２９に「このドライバでは無効です」と表示される（図８では、追加機能「写真のスムージング」および「閉領域以外の塗りつぶしをしない」が該当）。
【０１１４】
現行プリンタドライバではサポート適応外である機能が機能一覧２９にて選択されると、機能説明３１には、機能の詳細内容に加えて「この機能を利用するには、ドライバの更新を行って下さい」と表示される。
【０１１５】
そして、ドライバの更新のボタン３２を押下等すると、変更プリンタが提供するネイティヴなプリンタドライバがインストールされ、プリンタドライバ１０の構成は全て変更プリンタ対応のプリンタドライバ１０に置き換えられ、ＵＩも変更プリンタを新規インストールした状態のものになる。
【０１１６】
ここで、現行プリンタで使用していたパラメータをプリンタドライバ外のメモリに保持しておき、機能比較処理部１６においてプリンタドライバ／プリンタに共存すると分類されたパラメータを変更プリンタに対応するプリンタドライバ１０のパラメータにマージする。従って、ユーザが使用していた印刷環境を継承することが可能になる。
【０１１７】
上記実施例では、周辺機器に対応するドライバを元に差分のマージ処理を行う構成としているが、ホストに周辺機器非依存のプリミティブなドライバを導入しておく構成でも適用可能である。その構成の場合には、基本機能のみをサポートする簡単ＵＩをユーザに提供し、周辺機器依存の複雑な設定をサブＵＩとして切り分けることが可能である。また、１つのドライバにて、どの周辺機器に対しても共通な処理のイージーモードと複雑処理のマニアックモードという構成のＵＩ提供を可能にする。
【０１１８】
また、差分機能として追加された部分について、処理情報の他に動画ファイル等を周辺機器または外部メモリに保持することで、追加機能リスト表示時にスタティックなテキスト以外にガイダンスアニメーションを表示することも可能となる。
【０１１９】
また、本発明は、上記で説明した実施例のように、ホスト２にプリンタドライバ１０をインストールする構成に限定せず、上記で説明したプリンタドライバ１０と同様な機能を有する周辺機器制御装置の構成でも適用可能である。
【図面の簡単な説明】
【０１２０】
【図１】本発明の実施の形態で用いるプリントシステム１の全体構成の一例を示すブロック図である。
【図２】ホスト２およびプリンタ３の機能的な構成を示すブロック図である。
【図３】ネットワーク上のプリンタ３が変更した際に、変更したプリンタ３に対応するためにプリンタドライバ１０が行う処理を示すフローチャートである。
【図４】機能情報構造体ＦｕｎｃＤａｔａ２１の一例を示す図である。
【図５】現行プリンタから変更プリンタに変更する際のＤｅｖｍｏｄｅ値の変更を説明する図である。
【図６】現行プリンタに対応するプリンタドライバのＵＩ２２の一例を示す図である。
【図７】変更プリンタに対応するプリンタドライバのＵＩ２３の一例を示す図である。
【図８】追加機能リスト２８の一例を示す図である。
【符号の説明】
【０１２１】
１    プリントシステム
２    ホスト
３    プリンタ
４    ネットワーク
５    ＣＰＵ
６    ＲＯＭ
７    ＲＡＭ
８    ＨＤ
９１、９２    Ｉ／Ｆ
１０    プリンタドライバ
１１    アプリケーション
１２    表示装置
１３    描画コマンド生成部
１４    ＵＩ制御部
１５    機能対応情報格納部
１６    機能比較処理部
１７    Ｄｅｖｍｏｄｅ値変更部
１８    競合解消部
１９    機能対応情報格納部
２０    処理部
２１    機能情報構造体ＦｕｎｃＤａｔａ
２２    現行プリンタに対応するプリンタドライバのＵＩ
２３    変更プリンタに対応するプリンタドライバのＵＩ
２４    「Ｂｙｐａｓｓ  Ｓｅｔｔｉｎｇ」のボタン
２５    「Ｊｏｂ  Ｏｆｆｓｅｔ」のコンボボックス
２６    マシンイメージ
２７    機能追加ボタン
２８    機能追加リスト
２９    機能一覧
３０    機能設定のコンボボックス
３１    機能説明
３２    プリンタドライバ更新のボタン
【図１】
2005267088.tif 000003
【図２】
2005267088.tif 000004
【図３】
2005267088.tif 000005
【図４】
2005267088.tif 000006
【図５】
2005267088.tif 000007
【図６】
2005267088.tif 000008
【図７】
2005267088.tif 000009
【図８】
2005267088.tif 000010