JP6024279B2 - デバイス制御プログラム、情報処理装置および情報処理システム - Google Patents

Description

本発明は、プログラム、情報処理装置および情報処理システムに関し、より詳細には、デバイス制御プログラムの更新時に生じ得る互換性の問題を解消するためのプログラム、情報処理装置および情報処理システムに関する。

近年、複数の機種固有のモードを搭載し、接続されている機種に応じて動作を変更する、ユニバーサル・ドライバと呼ばれる形態のプリンタドライバが提供されている。上記ユニバーサル・ドライバは、機種固有の機種ファイル複数をドライバ・パッケージ内に保持し、これにより各機種固有の動作を実現している。

また、新しい機種がリリースされた際に、新しいバージョンのドライバを取得および導入する作業負担を低減するための技術も開発されている。例えば、特開２００９−２５８６５号公報（特許文献１）は、ユニバーサル・ドライバのコア自体は更新せず、新しい機種を規定する機種ファイルを追加することによって、新しい機種を使用可能にするユニバーサル・ドライバを開示する。

また、オペレーティング・システム（以下、ＯＳと参照する。）が提供する機能として、ポイント・アンド・プリント機能が知られている。ポイント・アンド・プリント機能は、必要なすべてのファイルおよび構成情報をプリントサーバからクライアントへ提供することによって、クライアント環境においてリモートプリンタへの接続を簡易に作成可能とする機能である。

上記ポイント・アンド・プリント環境において、プリンタドライバがインストールされている場合、サーバ側で設定された機種情報がレジストリに保存され、その機種情報がクライアント側に引き継がれる。選択する機種が変更されたり、機種情報ファイルが更新されたりした場合も、更新されたドライバ構成ファイルがサーバからクライアント側に引き継がれるとともに、レジストリの内容が更新され、その都度、クライアントに最新の情報が引き継がれるように構成されている。

しかしながら、上述した機種ファイルを追加することで、新しい機種を使用可能にするユニバーサル・ドライバでは、ポイント・アンド・プリントを適用した場合に不具合が発生する可能性があった。Ｗｉｎｄｏｗｓ（登録商標）Ｖｉｓｔａ以降、ポイント・アンド・プリント環境においては、サーバ側のドライバが更新された場合、クライアント側でドライバ構成ファイルを更新するか、更新を行わず従前の環境を維持するかを選択することが可能となった。このようにクライアント側で、サーバ側と独立して更新が可能となったことに起因して、各クライアント環境におけるドライバコアのバージョンが異なるケースが発生し得るようになった。

クライアント側で更新が行われなかった場合、最新のドライバ構成ファイルがクライアント側に引き継がれず、一方で、上記引き継ぎ機能によって、レジストリの内容は最新の状態に維持される。このため、ドライバ構成ファイルと、レジストリの情報との更新状態の差に起因して互換性が失われてしまう可能性がある。また、クライアントが管理者権限を有する場合、クライアント側の設定がサーバ側に伝達されるため、更新状態の差に起因して、クライアント側で行った設定がサーバ側の設定を上書きしてしまい、互換性が失われてしまう可能性があった。互換性が失われてしまうと、ユーザ・インタフェース（ＵＩ）表示に不整合が発生したり、正常な印刷が妨げられてしまったりする可能性がある。

本発明は、機能情報を追加することで、新しい機能が使用可能となり、外部装置側の更新状態とは独立して更新が行われるデバイス制御ドライバにおいて、互換性の問題を解消することができるプログラム、情報処理装置および情報処理システムを提供することを目的とする。

本発明では、上記課題を解決するために、以下のプログラムを提供する。本プログラムは、コンピュータを、
外部装置上で動作する外部装置側プログラムとは独立して更新され、本体部を含み構成されるデバイス制御プログラム手段、
上記外部装置側プログラムから引き継がれた、上記本体部に対し付加された付加機能を規定する付加機能情報が格納される第１格納部、
上記第１格納部とは別に、上記付加機能を規定する付加機能情報を格納するための第２格納部、および
上記第１格納部および第２格納部に格納された１以上の付加機能情報のうち上記本体部に対し互換性を有する付加機能情報を判定する互換判定手段、
として機能させるためのプログラムである。

上記構成により、機能情報を追加することで、新しい機能が使用可能となり、外部装置側の更新状態とは独立して更新が行われるデバイス制御ドライバにおいて、互換性の問題を解消することが可能となる。

ユニバーサル・プリンタドライバの概略図。 ユニバーサル・プリンタドライバにおけるポイント・アンド・プリント機能によるクライアントへのインストール動作を説明する図。 ユニバーサル・プリンタドライバの更新動作における問題点を説明する図。 第１の実施形態によるネットワーク・プリント・システムにおけるサーバおよびクライアント上に実現される機能ブロック図。 本実施形態において、レジストリおよびローカル格納領域に保存される追加機種情報のデータ構造を例示する図。 第１の実施形態によるクライアント側で実行される処理を表すフローチャート。 第１の実施形態で表示される通知画面を例示する図。 第１の実施形態においてサーバ上で更新パッケージを用いて更新が行われる一方で、クライアント上では更新が選択されなかった場合の状態を説明する図。 クライアント側が管理者権限を有する場合の問題点を説明する図。 第１の実施形態におけるプリンタドライバの機種の切り替え画面を例示する図。 第１の実施形態によるコンピュータ装置で実行される機種情報を書き込む処理を表すフローチャート。 第１の実施形態によるネットワーク・プリント・システムにおける、不要な追加機種情報を削除するために主要な機能ブロック図。 第２の実施形態によるネットワーク・プリント・システムにおけるサーバおよびクライアント上に実現される機能ブロック図。 第２の実施形態においてクライアント上では更新が選択されなかった場合であって、クライアント側で管理者権限により追加機種が選択された場合の動作を説明する図。 本実施形態によるコンピュータ装置のハードウェア構成を示す図。

以下、本発明の実施形態について説明するが、本発明の実施形態は、以下に説明する実施形態に限定されるものではない。なお、以下の説明では、プログラム、情報処理装置および情報処理システムの一例として、ユニバーサル・プリンタドライバ・パッケージ、ユニバーサル・プリンタドライバを動作させるクライアント、およびユニバーサル・プリンタドライバをそれぞれ動作させるサーバとクライアントとを含むネットワーク・プリント・システムを用いて説明する。

（ユニバーサル・プリンタドライバの基本動作）
以下、図１および図２を参照しながら、ユニバーサル・プリンタドライバ（以下、単にプリンタドライバと参照する。）の基本的な動作について説明する。図１は、本プリンタドライバの概略を例示する図である。本プリンタドライバは、実行形式またはシステム定義ファイルの形態で提供されるユニバーサル・プリンタドライバ・パッケージ（以下、単にパッケージという。）１００を用いてコンピュータ装置上にインストールされる。

図１に示すパッケージ１００は、ドライバコア・ファイル１０２と、１以上の機種ファイル１０４とを含み構成される。ドライバコア・ファイル１０２は、本プリンタドライバのユーザ・インターフェイス（以下、ＵＩと参照する。）を表示させたり、描画データを生成したりするなどの中核的な機能を担当するプログラムのファイルである。機種ファイル１０４は、ドライバコア・ファイル１０２と分離して提供され、機種固有の動作を実現するための定義情報を記述した定義データである。機種ファイル１０４は、ドライバコア・ファイル１０２に機能を付与するものである。図１に例示するパッケージ１００は、２つの機種ファイル１０４ａ，１０４ｂを含んでいる。

パッケージ１００を用いてインストールが行われると、本プリンタドライバを構成する各種ドライバ構成ファイルが、オペレーティング・システム（以下、ＯＳと参照する。）上に準備された所定の記憶領域１２０内に保存される。図１に示す例では、ドライバコア・ファイル１３０、機種Ａ用機種ファイル１３２ａおよび機種Ｂ用機種ファイル１３２ｂといったドライバ構成ファイルが、所定の記憶領域１２０に保存される。上記記憶領域１２０は、特定の実施形態であるＷｉｎｄｏｗｓ（登録商標）環境においては、”３”フォルダ、”ｓｙｓｔｅｍ３２”フォルダ、”ＡｐｐｌｉｃａｔｉｏｎＤａｔａ”フォルダなどである。なお、以下、Ｗｉｎｄｏｗｓ（登録商標）環境を例として説明する。

本プリンタドライバのドライバコア・ファイル１３０は、コンピュータ装置上で実行されて、記憶領域１２０に保存された機種ファイル１３２ａ，１３２ｂの情報をＵＩに出力し、またＵＩで設定された内容に応じて描画データを生成する。これにより、複数の機種固有のモードが実現され、接続されているプリンタの機種に応じて動作が変更される。

さらに、本プリンタドライバでは、インストール後に、外部の機種ファイルを用いて対応機種を追加することが可能に構成されており、パッケージ１００を用いたインストール後の適時に、ドライバコアなどの更新を伴わずに、新たな機種ファイルを追加導入することができる。図１に示す例では、外部の機種ファイル１０６ｃ，１０６ｄを用いて、機種Ｃ用機種ファイル１３４ｃおよび機種Ｄ用機種ファイル１３４ｄが記憶領域１２０に追加されている。

機種ファイルの追加は、典型的には、入手した機種ファイルを手動で、または機種ファイルの管理ツールや機種ファイルのインストーラなどのソフトウェア・コンポーネントを用いて、記憶領域１２０の適切な保存位置に格納することによって行われる。以下、このように追加された機種ファイルを追加機種ファイルと参照する。

また、パッケージ１００のインストールによって導入されたドライバ構成ファイルを格納する部分を、本体部１２２と参照する。これに対し、追加機種ファイル１３４を格納する部分を、プリンタドライバの本体部１２２に付加された機能を含むものとして、付加機能部１２４と参照する。

さらに、本プリンタドライバは、プリントサーバとして動作させるコンピュータ装置（以下、サーバと参照する。）１４０にインストールされた後、ＯＳが提供するポイント・アンド・プリント機能によって、クライアントとして動作させる１以上のコンピュータ装置（以下、クライアントと参照する。）にインストールすることができる。

図２は、プリンタドライバにおけるポイント・アンド・プリント機能によるクライアントへのインストール動作を説明する図である。例えば、第１クライアント１７０上で、サーバ１４０上のプリンタに対し接続確立の指示が行われたことに応答して、サーバ１４０から第１クライアント１７０へ、ドライバ構成ファイル（ドライバコア・ファイル、機種Ａ用機種ファイル、機種Ｂ用機種ファイル）がダウンロードされ、第１クライアント１７０にプリンタドライバ本体部１７２がインストールされる。クライアント側のプリンタドライバ本体部１７２は、サーバ１４０側のプリンタドライバ本体部１４２と同様に、ドライバコア・ファイル１７４と、機種Ａ用機種ファイル１７６ａと、機種Ｂ用機種ファイル１７６ｂとを含み構成される。第２クライアント１８０などの他のクライアントについても同様である。

一方、サーバ１４０側で追加導入された追加機種ファイル１５４に関しては、ポイント・アンド・プリント機能によってその内容がクライアントへ引き継がれるレジストリ１６０を経由してクライアントへ引き継がせることができる。サーバ１４０上において、所定の追加機種が選択されたことに応答して、プリンタドライバ本体部１４２が、その追加機種ファイル１５４（例えば機種Ｄ用機種ファイル１５４ｄ）を読み出し、その機種として動作する。同時にプリンタドライバ本体部１４２は、読み出された追加機種ファイル１５４の内容をレジストリ１６０へ保存して、追加機種情報１６２（例示に従うと機種Ｄ用機種情報１６２ｄ）を生成する。

レジストリ１６０の内容は、ポイント・アンド・プリント機能により、適時にクライアント側にも引き継がれる。第１クライアント１７０においては、プリンタドライバ本体部１７２が、レジストリ１６０の追加機種情報１６２を読み込むことによって、サーバ１４０側で選択された機種として動作することが可能となる。これは、第２クライアント１８０などの他のクライアントについても同様である。

さらに、本プリンタドライバは、更新されたユニバーサル・プリンタドライバ・パッケージ（以下、更新パッケージと参照する。）を用いて、またはプリンタドライバのアップデート機能を用いて、新しい内容に更新することができる。

図３は、ユニバーサル・プリンタドライバの更新動作における問題点を説明する図である。例えば、図２に示したような状態において、サーバ１４０上で、更新パッケージを用いた更新インストールが行われると、プリンタドライバ本体部１４２内のドライバ構成ファイルが更新される。上記例示に従えば、図３に示すように、ドライバコア・ファイル１５０および機種ファイル１５２ａ，１５２ｂが新しいもので上書き更新される。また、図示しないが、新たに機種をサポートする更新パッケージが用いられる場合は、新たな機種の機種ファイルが新規保存される場合もある。

一方で、付加機能部１４４の追加機種ファイルについても、手動で本体部１４２と互換性を有するものに置き換えられる場合がある。あるいは、差分情報等が事前定義される場合には、自動で従前のバージョンの追加機種ファイルが新しいバージョンの追加機種ファイルへ変換される場合もある。

また、サーバ１４０側でプリンタドライバの更新が行われた場合、クライアント側では、上述したように、ＯＳが提供する機能によって、クライアント側でもドライバ構成ファイルを更新するか、またはクライアント側では更新を行わず従前の環境を維持するかを選択できる。すなわち、クライアント側では、サーバ側の更新状態とは独立して更新できるように構成されている。図３に示す例示では、第１クライアント１７０が、更新を選択した場合に対応し、第２クライアント１８０が、更新を行わず従前の環境を維持することを選択した場合に対応する。

更新が選択された場合は、第１クライアント１７０上のプリンタドライバ本体部１７２内のドライバ構成ファイルが新たなものに更新される。上記例示に従えば、図３に示すように、ドライバコア・ファイル１７４および機種ファイル１７６ａ，１７６ｂの従前のもの（Ｖｅｒ１．０）が新しいもの（Ｖｅｒ．１．１）で上書き更新される。一方、更新が選択されなかった場合は、第２クライアント１８０上のプリンタドライバ本体部１８２内のドライバ構成ファイルは、従前のまま維持される。

付加機能部１４４内の追加機種ファイルについては、サーバ１４０上において、所定の追加機種が選択されたことに応答して、クライアント側で更新が選択されたかされなかったかにかかわらず、プリンタドライバ本体部１４２が、その新しい追加機種ファイル（Ｖｅｒ１．１）を読み出し、レジストリ１６０へ追加機種情報１６２として上書き保存する。そして、レジストリ１６０の内容が、ポイント・アンド・プリント機能により、クライアント側に引き継がれる。

このとき、更新が選択された場合は、第１クライアント１７０上のプリンタドライバ本体部１７２内のドライバ構成ファイルおよびレジストリ１６０内の内容が共に最新の状態に維持されており、互換性の問題は発生しない。しかしながら、更新が選択されなかった場合は、第２クライアント１８０上では、プリンタドライバ本体部１８２が、従前のままのドライバ構成ファイル（Ｖｅｒ．１．０）である一方で、レジストリ１６０内の内容が、最新の状態に維持される。そして、従前のプリンタドライバ本体部１８２と、最新の状態に更新された追加機種情報１６２との間の更新状態の差に起因して、互換性が失われてしまう可能性がある。互換性が失われてしまうと、ＵＩ表示に不整合が発生したり、正常な印刷が妨げられてしまったりする可能性がある。

そこで、本実施形態におけるプリンタドライバは、上述した互換性の問題を解消するべく、以下に詳細を説明する構成を備える。以下、本プリンタドライバの第１の実施形態および第２の実施形態について説明する。

（第１の実施形態）
以下、図４〜図１２を参照して、第１の実施形態によるネットワーク・プリント・システム２００におけるプリンタドライバの動作について説明する。図４は、第１の実施形態によるネットワーク・プリント・システム２００におけるサーバ２１０およびクライアント２５０上に実現される機能ブロック図である。

図４には、サーバ２１０上の主要な機能部として、ドライバコア２２０および機種ファイル２２２ａ，２２２ｂを含み構成されるプリンタドライバ本体部２１２と、追加機種ファイル２２４ｄを含む付加機能部２１４とが示されている。同様に、図４には、クライアント２５０上の主要な機能部として、ポイント・アンド・プリント機能によって、サーバ１４０上で動作するプリンタドライバ本体部２１２に関連付けられるプリンタドライバ本体部２５２が示されている。クライアント側の本体部２５２は、サーバ側と同様に、ドライバコア２６０および機種ファイル２６２ａ，２６２ｂを含み構成される。

サーバ２１０およびクライアント２５０上には、ポイント・アンド・プリント機能によって両者間で内容を一致するように維持されるレジストリ２３０が存在する。図４に示すサーバ２１０上のプリンタドライバは、機種情報書込部２２６を含む。サーバ２１０上のプリンタドライバにおいて追加機種が選択されると、機種情報書込部２２６は、選択された追加機種に対応した追加機種ファイル２２４（図４の例では機種Ｄ用機種ファイル２２４ｄ）を読み出し、レジストリ２３０内に同内容を書き込んで、追加機種情報２３２（図４の例では機種Ｄ用機種情報２３２ｄ）を生成する。レジストリ２３０には、その追加機種の最新の機種情報が書き込まれることになる。レジストリ２３０は、本体部に対し付加された追加機種を規定する追加機種情報２３２が格納される、本実施形態における第１格納部を構成する。

図４に示すクライアント２５０上のプリンタドライバ本体部２５２は、さらに、機種情報保存部２７０と、互換判定部２７２とを含み構成される。機種情報保存部２７０は、サーバ２１０側のプリンタドライバから引き継がれて上記レジストリ２３０内の追加機種情報が更新される場合に、更新にかかる追加機種情報を所定の記憶領域に保存する手段である。機種情報保存部２７０がレジストリ２３０を確認する契機としては、プリンタドライバのインストール時、ＵＩが開かれた時、印刷時などを上げることができる。レジストリ２３０とは別に、追加機種情報２６４を格納するための記憶領域をローカル格納領域２５４と参照する。ローカル格納領域２５４は、本実施形態における第２格納部に対応する。

機種情報保存部２７０は、レジストリ２３０内の追加機種情報２３２が更新されたことを検知し、更新後の追加機種情報をローカル格納領域２５４に保存することができる。あるいは、機種情報保存部２７０は、実際に更新が実行される前に、更新前の追加機種情報を保存することとしてもよい。また好適な実施形態では、異なるバージョンの複数の追加機種情報を保持できるように追加保存される。また保存は、各バージョンについて追加機種情報の全体を保存する態様で行われてもよいが、バージョン間の差分情報を保存するなど、各バージョンの追加機種情報が再現できる態様で行われればよい。

図５は、本実施形態において、レジストリ２３０およびローカル格納領域２５４に保存される追加機種情報のデータ構造を例示する図である。追加機種情報（２３２，２６４）は、パッケージ１００が保有する機種ファイル１０４や追加機種ファイル１０６と同様のものである。追加機種情報（２３２，２６４）は、図５に示すように、機種名、特徴一覧、ＵＩレイアウト情報などの機種の特徴および仕様を表す情報を保持しており、好ましくは、本機種情報のバージョンと、当該機種が追加機種であるか否かを示す情報とを有する。

上記ローカル格納領域２５４は、ファイル・システム上の記憶領域、またはレジストリなどとして提供される。上記ローカル格納領域２５４は、ファイルとして保存する場合は、例えば”ＡｐｐｌｉｃａｔｉｏｎＤａｔａ”フォルダ下とすることができる。レジストリとして保存する場合は、上記ローカル格納領域２５４は、ＨＫＥＹ＿ＣＵＲＲＥＮＴ＿ＵＳＥＲ（ＨＫＣＵ）下などとすることができる。また、ファイル名およびレジストリキー名は、追加機種情報であること、対象機種と、対象バージョンとを識別できる名称を用いることによって、各バージョン毎に各追加機種毎の追加機種情報を保持することができる。

再び図４を参照すると、互換判定部２７２は、レジストリ２３０およびローカル格納領域２５４の両方または一方に格納された１以上の追加機種情報（２３２，２６４）のうち、当該クライアント側の本体部２５２に対し互換性を有する追加機種情報を判定する。互換性の判定は、ドライバコア２６０内に記述されるバージョンと、追加機種情報（２３２，２６４）のバージョンとを比較することによって行うことができる。両バージョンが一致すれば互換性を有すると判定される。または事前にドライバコアのバージョンと、それと互換性を有する機種情報のバージョンとを対応付ける互換対応表が存在する場合は、その対応付けから判定される。上記機種情報保存部２７０のはたらきにより、レジストリ２３０とローカル格納領域２５４とには同一バージョンの追加機種情報が重複して保存される場合があるが、その場合は一方のみを判定の対象とすればよい。

互換性を有すると判定された場合は、その互換性を有する追加機種情報がプリンタドライバ本体部２５２に読み込まれる。図４に示す例示では、ドライバコア２６０のバージョン（Ｖｅｒ．１．０）と、レジストリ２３０内の機種情報２３２ｄおよびローカル格納領域２５４内の機種情報２５４のバージョン（Ｖｅｒ．１．０）とが両方とも一致するので、これらのいずれかが読み出されることになる。

図６は、第１の実施形態によるクライアント側で実行される処理を表すフローチャートである。図６に示す処理は、ステップＳ１００から開始され、ステップＳ１０１では、クライアント２５０は、追加機種情報２３２が格納されるレジストリ２３０を確認する契機となるイベントを検出する。例えば、プリンタのプロパティのダイアログ等のＵＩが開かれたとき、またはドライバアップデート時などに、追加機種が選択されていた場合に契機となる。

ステップＳ１０２では、クライアント２５０は、プリンタドライバ本体部２５２（ドライバコア２６０）のバージョンを取得する。ステップＳ１０３では、クライアント２５０は、機種情報保存部２７０により、ローカル格納領域２５４内に、選択された追加機種に対応した追加機種情報が存在するか否かを判定する。例えば、追加機種情報を保存する保存場所および保存形式を事前定義しておき、その保存場所を検索することによって、確認することができる。また、保存場所を選択可能としておけば、環境に応じて適切な保存場所に保存できるようになる。

ステップＳ１０３で、対応する追加機種情報が存在すると判定された場合（ＹＥＳ）は、ステップＳ１０４へ処理が進められる。ステップＳ１０４では、クライアント２５０は、機種情報保存部２７０により、さらに、レジストリにある追加機種情報２３２と同一バージョン（またはタイムスタンプ）の追加機種情報２６４が存在するか否かを判定する。この判定を行うためには、機種情報内にそのバージョン情報を記載すればよく、または取得できるタイムスタンプからも同一性を判定してもよい。また、ローカル格納領域２５４内には、複数の機種情報が存在する場合もあるので、そのすべてを確認する。上記ステップＳ１０４で、同一バージョンのものが存在すると判定された場合（ＹＥＳ）は、ステップＳ１０５を経由せずに、ステップＳ１０６へ処理が進められる。

一方、上記ステップＳ１０４で、同一バージョン（またはタイムスタンプ）のものが存在しないと判定された場合（ＮＯ）は、ステップＳ１０５へ処理が進められる。また、上記ステップＳ１０３で、対応する追加機種情報２６４が存在しないと判定された場合（ＮＯ）も、ステップＳ１０５へ処理が進められる。ステップＳ１０５では、クライアント２５０は、機種情報保存部２７０により、レジストリ２３０内の追加機種情報２３２を読み出し、ローカル格納領域２５４に追加機種情報２６４として保存する。ここでは、複数のバージョンの追加機種情報が保存できるように、機種およびバージョンで階層を形成したり、ファイル名およびレジストリキー名に機種およびバージョンを含めたりすることができる。

ステップＳ１０３〜ステップＳ１０５で、サーバ２１０側の現行バージョンの追加機種情報がローカル格納領域２５４内に確保されると、ステップＳ１０６へ処理が進められる。ステップＳ１０６では、クライアント２５０は、互換判定部２７２により、レジストリ２３０およびローカル格納領域２５４内に、クライアント２５０側のプリンタドライバ本体部２５２と互換性を有する追加機種情報が存在するか否かを判定する。互換性の判定は、クライアント２５０側のドライバコア２６０のバージョンと、追加機種ファイルのバージョンとを比較することにより行われる。

ステップＳ１０６で、互換性を有する追加機種情報が存在すると判定された場合（ＹＥＳ）は、ステップＳ１０７へ処理が進められる。ステップＳ１０７では、クライアント２５０は、プリンタドライバ本体部２５２により、互換判定部２７２によって互換性を有する追加機種情報であるとして判定された追加機種情報（２３２または２６４）を読み込み、本プリンタドライバを対応する機種として動作させる。ステップＳ１０９では、クライアント２５０は、ローカル格納領域２５４内の不要な追加機種情報を削除し、ステップＳ１１０で、本処理を終了させる。ここでは、クライアント２５０側のドライバコア２６０のバージョンより古い機種情報につては、今後使用されることはないため、削除することができる。

一方、ステップＳ１０６で、互換性を有する追加機種情報が存在しないと判定された場合（ＮＯ）は、ステップＳ１０８へ処理が分岐される。この分岐処理は、万が一、ファイルが削除されたり、エラーにより生成されなかったりして、互換性のあるバージョンの追加機種情報が存在しない場合を考慮して、そのような場合でもドライバが不正な動作をしないようにするために行われる。ステップＳ１０８では、図７に示すような通知画面をディスプレイ画面に表示させ、ドライバコアのバージョンをサーバ側に適合させるようユーザに促し、適宜Ｇｅｎｅｒｉｃモードに切り替えて動作させ、ステップＳ１１０で本処理を終了させる。

図７は、図６に示したステップＳ１０８で表示させることができる通知画面を例示する図である。図７に示す通知画面４００は、ユーザにクライアント２５０側ドライバコア２６０の更新を促すメッセージ表示４０２と、Ｇｅｎｅｒｉｃモードとして動作させる指示を受け付けるチェックボックス４０４と、指示を完了させるＯＫボタン４０６とを含む。クライアント２５０側において、ドライバコア２６０のバージョンと互換性を有する追加機種情報が存在しない場合は、その機種モードで動作することができない。図７に示す通知画面４００は、このような場合に表示されるものであり、ユーザにクライアント２５０側ドライバ本体部２５２の更新を促すとともに、Ｇｅｎｅｒｉｃモードとして動作させる途を残すものである。

図８は、第１の実施形態においてサーバ２１０上で更新パッケージを用いて更新が行われる一方で、クライアント２５０上では更新が選択されなかった場合の状態を説明する図である。例えば、図４に示したような状態において、サーバ２１０上で、更新パッケージ（Ｖｅｒ．１．１）を用いて更新インストールが行われると、図８に示すように、プリンタドライバ本体部２１２内のドライバ構成ファイルが更新される。付加機能部２１４の追加機種ファイル２２４についても、本体部２１２に互換性を有するものに置き換えられる。一方で、クライアント２５０側で更新が選択されないと、クライアント２５０上のプリンタドライバ本体部２５２内のドライバ構成ファイルは従前のまま維持される。

付加機能部２１４内の追加機種ファイル２２４については、サーバ２１０上において、追加機種が選択されたことに応答して、プリンタドライバ本体部２１２の機種情報書込部２２６が、その新しい追加機種ファイル（Ｖｅｒ１．１）を読み出し、レジストリ１６０へ追加機種情報２３２として上書き保存する。そして、レジストリ２３０の内容が、ポイント・アンド・プリント機能により、クライアント側に引き継がれる。クライアント２５０上では、上述した処理により、機種情報保存部２７０は、上記レジストリ２３０内の追加機種情報が更新されたことを検知して、更新にかかる追加機種情報をローカル格納領域２５４に保存する。図８に示す例では、従前に追加された機種Ｄ用機種情報２６４ｄ−０（Ｖｅｒ．１．０）に加えて、新たに機種Ｄ用機種情報２６４ｄ−１（Ｖｅｒ．１．１）が追加されている。

図６に示したステップＳ１０６およびステップＳ１０７では、互換判定部２７２は、レジストリ２３０およびローカル格納領域２５４に格納された追加機種情報（２３２ｄ，２６４ｄ−０，２６４ｄ−１）のうち、当該クライアント２５０側の本体部２５２に対し互換性を有する追加機種情報を判定する。図８に示す例では、本体部２５２とバージョン（Ｖｅｒ．１．０）を一致する追加機種情報２６４ｄ−０が、互換性を有する追加機種情報であると判定され、ステップＳ１０７で、読み込まれることになる。

上述した構成により、サーバの更新状態とは独立して更新が可能であり、サーバ２１０とドライバコアのバージョンが異なるクライアント２５０においても、レジストリ２３０に格納される最新の追加機種情報とは別に、クライアント２５０側のドライバコア２６０のバージョンに適合した追加機種情報が保持される。これにより、サーバ２１０およびクライアント２５０間のプリンタドライバ本体部の更新状態の差に起因した互換性の問題が解消される。ひいては、ＵＩ表示や印刷を正常に行うことができるようになる。

また、レジストリ２３０には、各追加機種について１つの追加機種情報２３２だけが保存されるので、バージョンが増えても、レジストリに保存する情報が増えないため、ネットワークが狭い環境である等、レジストリの大きさが不利な環境でも良好に動作することができる。

以下、サーバ２１０上で更新パッケージを用いて更新が行われ、一方でクライアント２５０上では更新が選択されなかった場合であって、クライアント側が管理者権限を有する場合に生じる可能性のある問題について説明する。図９は、クライアント側が管理者権限を有する場合の問題点を説明する図である。上述までの処理により、サーバ２１０とクライアント２５０との間で、ドライバコアのバージョンが異なり得る環境において、クライアント２５０に、クライアント２５０側で互換性を有する追加機種情報２６４が保持される。しかしながら、クライアント２５０がサーバ２１０側と異なるバージョンの追加機種情報を保持し得ることに起因して、クライアントが管理者権限を有する場合に問題が生じ得る。

図１０は、本実施形態におけるプリンタドライバの機種の切り替え画面を例示する。プリンタドライバのプロパティ画面４５０は、複数のタブを有し、タブ４５２は、本プリンタドライバの機種の切り替え画面を表示するためのタブである。本プリンタドライバの機種の切り替え画面４５０は、現在選択されているプリンタの機種を表示する現在機種表示４５４と、機種を手動で切り替えるためのプルダウン・メニュー４５６と、設定内容を適用するための更新ボタン４５８と、設定内容を確定するためのＯＫボタン４６０と、設定をキャンセルするためのキャンセル・ボタン４６２とを含む。

図１０においてカーソル４５６ａで示すように、クライアント側の管理者権限ユーザが、プリンタのプロパティ画面４５０で機種を選択し、更新ボタン４５８あるいはＯＫボタン４６０により設定を反映させると、その選択された機種の情報がレジストリ２３０に保存される。したがって、サーバ２１０側において機種情報書込部２２６によりレジストリ２３０に書き込まれた機種情報（図９の例示では、機種Ｄ用機種情報２３２ｄ−１）が、クライアント２５０側の機種情報書込部２６６により、そのドライバコア２６０に互換性を有する追加機種情報（図９の例示では、機種Ｄ用機種情報２３２ｄ−０）で上書きされる。そして、この書き込まれた情報が、サーバ２１０や他のクライアントに影響を及ぼし、互換性問題を発生させてしまう可能性がある。

そこで、第１の実施形態におけるプリンタドライバは、上述したクライアント側の管理者権限に基づく設定変更に起因した互換性の問題を解消するべく、以下に説明する構成を備える。第１の実施形態のクライアント２５０における機種情報書込部２６６は、本クライアントに対する操作によりレジストリ２３０内の追加機種情報が更新される契機を検出する検出手段、および、これに応答して、サーバ側本体部２１２に対し互換性を有する付加機能情報が存在する場合にだけ、該互換性を有する付加機能情報をレジストリ２３０に書き込む書込手段に対応する。

図１１は、第１の実施形態によるコンピュータ装置で実行される機種情報を書き込む処理を表すフローチャートである。なお、図１１に示す処理は、サーバ２１０およびクライアント２５０の機種情報書込部２２６，２６６が実行する処理である。図１１に示す処理は、ステップＳ２００から開始され、ステップＳ２０１では、コンピュータ装置（サーバまたはクライアント）は、操作によりレジストリ２３０内の追加機種情報が更新される契機となるイベントを検出する。例えば、管理者権限ユーザが、図１０に示したプリンタのプロパティ画面４５０において、リストボックス４５６で機種を選択し、更新ボタン４５８あるいはＯＫボタン４６０により設定を反映させると、該イベントが検出される。

ステップＳ２０２では、コンピュータ装置は、プリンタドライバ本体部２５２により、選択された追加機種に対応し、かつ、ドライバコアと互換性を有する追加機種情報を読み取り、対応する機種として動作させる。ステップＳ２０３では、本処理の実行主体が、サーバであるか、クライアントであるかに応じて処理を分岐させる。

ステップＳ２０３の判定で、サーバが実行主体であり、クライアントではないと判定された場合（ＮＯ）は、ステップＳ２０６へ処理を進める。この場合は、サーバ側の最新の機種情報で更新すればよいため、ステップＳ２０６では、コンピュータ装置は、機種情報書込部２２６により、レジストリ２３０内の追加機種情報を更新し、ステップＳ２０７で、本処理を終了させる。

一方、ステップＳ２０３の判定で、クライアントが実行主体であると判定された場合（ＹＥＳ）は、ステップＳ２０４へ処理が分岐される。ステップＳ２０４では、コンピュータ装置は、選択されている機種に対応し、かつ、サーバ２１０側のドライバコア２２０と互換性を有する追加機種情報が存在するか否かを判定する。ステップＳ２０４の判定で、サーバ２１０側と互換性を有する追加機種情報が存在しないと判定された場合（ＮＯ）は、ステップＳ２０５へ処理を分岐させる。ステップＳ２０５では、コンピュータ装置は、レジストリ２３０内の追加機種情報を更新せずに、ステップＳ２０７へ処理を進めて、本処理を終了させる。

一方、ステップＳ２０４の判定で、サーバ２１０側と互換性を有する追加機種情報が存在する判定された場合（ＹＥＳ）は、ステップＳ２０６へ処理を分岐させる。ステップＳ２０６では、コンピュータ装置は、機種情報書込部２６６により、サーバ２１０側と互換性を有する追加機種情報でレジストリ２３０を更新し、ステップＳ２０７で本処理を終了させる。

上述した構成により、クライアント２５０側のプリンタドライバ本体部２５２の更新状態にかかわらず、サーバ２１０側のドライバコア２２０のバージョンに適合した追加機種情報がレジストリ２３０内に保持されることになる。このため、クライアント側で機種の選択が行われても、サーバ２１０や他のクライアントには、適切な追加機種情報が引き継がれる。したがって、クライアント２５０側が管理者権限を有する場合でも、サーバ２１０およびクライアント２５０間のプリンタドライバ本体部の更新状態の差に起因した互換性の問題は生じない。

ローカル格納領域２５４には、追加機種情報２６４が追加保存されて行くので、以下、さらに、不要な追加機種情報を削除する構成について説明する。図１２は、第１の実施形態によるネットワーク・プリント・システムにおける、不要な追加機種情報を削除するために主要なサーバおよびクライアント上に実現される機能ブロック図を示す。本実施形態によるサーバ２１０側の機種情報書込部２２６は、サーバ２１０側のプリンタドライバ本体部２１２に対し付加された１以上の追加機種を登録する追加機種登録リスト２３４を、レジストリ２３０内に書き込む。追加機種登録リスト２３４は、１以上の追加機種が登録される登録部であり、いずれの機種が追加されたものであるかが理解できるように、機種名を羅列したリストなどとして構成される。

そして、本実施形態によるクライアント２５０側のプリンタドライバ本体部２５２は、レジストリ２３０を参照した適時において、追加機種登録リスト２３４に登録されていない追加機種の全追加機種情報をローカル格納領域２５４から削除する未登録機種情報削除部２７４をさらに備えることができる。

例えば、図１２に示す状態において、サーバ２１０側で追加機種Ｆ（図１２中、反転表示されている。）が削除された場合、追加機種登録リストから機種Ｆが削除され、その情報がクライアント２５０に引き継がれる。クライアント２５０は、未登録機種情報削除部２７４により、追加機種登録リスト２３４を参照し、ローカル格納領域２５４に追加機種情報が存在する機種Ｆが抹消されたことを検知し、ローカル格納領域２５４にある機種Ｆのすべての追加機種情報２６４ｆ−０，２６４ｆ−０（図１２中、反転表示されている。）を削除する。

上述した構成により、不要な追加機種情報がローカル格納領域２５４に蓄積されてしまうことを好適に防止することができる。

（第２の実施形態）
上述までの第１の実施形態は、クライアント側で自身のバージョンに適合した追加機種情報が得られるように、クライアント側でローカル格納領域２５４に、各バージョン毎の追加機種情報を保存するものであった。以下、図１３および図１４を参照して、サーバ側でレジストリ内に各バージョン毎の追加機種情報を保存する第２の実施形態について説明する。

図１３は、第２の実施形態によるネットワーク・プリント・システム３００におけるサーバ３１０およびクライアント３５０上に実現される機能ブロック図である。図１３には、図４に示したものと同様の構成が示されており、サーバ３１０上の主要な機能部として、プリンタドライバ本体部３１２と、付加機能部３１４とが示され、クライアント３５０上の主要な機能部として、プリンタドライバ本体部３５２が示されている。サーバ３１０およびクライアント３５０上には、第１の実施形態と同様に、レジストリ３３０が設けられる。

第２の実施形態によるサーバ３１０側の機種情報書込部３２６は、サーバ上で追加機種が選択されたことに応答して、選択された追加機種に対応した全バージョンの追加機種ファイル３２４（図１３に示す例では、機種Ｄ用機種ファイル３２４ｄ−０，３２４ｄ−１）を読み出し、レジストリ３３０内に書き込んで、全バージョンの追加機種情報３３２（図１３の例では機種Ｄ用機種情報３３２ｄ−０，３３２ｄ−１）を生成する。第２の実施形態では、レジストリ３３０には、サーバ側に存在するその追加機種に対応した機種情報すべてが書き込まれることになる。第２の実施形態において、レジストリ３３０の最新の追加機種情報が格納される領域が第１格納部に対応し、レジストリ３３０の旧バージョンの追加機種情報が格納される領域が第２格納部に対応する。

クライアント３５０側の互換判定部３７２は、レジストリ３３０に格納された全バージョンの追加機種情報のうち、当該クライアント側の本体部３５２に対し互換性を有する追加機種情報を判定する。互換性の判定は、第１の実施形態と同様に行われる。互換性を有すると判定された場合は、その互換性を有する追加機種情報がプリンタドライバ本体部３５２に読み込まれ、本プリンタドライバは、その対応機種として動作することになる。図１３に示す例示では、ドライバコア３６０と、レジストリ３３０内の追加機種情報３３２ｄ−０とがそのバージョン（Ｖｅｒ．１．０）において一致するので、追加機種情報３３２ｄ−０が読み出されることになる。

第２の実施形態では、クライアント３５０側のユーザが管理者権限を持っていても、クライアント３５０のローカル環境には追加機種情報が存在しないので、その機種を選ぶことができないようにしてもよい。あるいは、図１３に示すように、少なくともクライアントのユーザが管理者の場合は、機種情報保存部３７０が、レジストリ３３０に書かれた追加機種情報３３２の全バージョンをローカル格納領域３５４内に保存するように構成し、クライアント３５０側で、その追加機種情報を選択可能としてもよい。

図１４は、第２の実施形態においてクライアント上では更新が選択されなかった場合であって、クライアント側で管理者権限により追加機種が選択された場合の動作を説明する。クライアント３５０側で追加機種情報を選択可能とする実施形態では、クライアント側の管理者権限ユーザが、追加機種を選択し設定を反映させると、その選択された機種の全バージョンの追加機種情報がレジストリ３３０に保存される。したがって、サーバ３１０側では、クライアント３５０側の機種情報書込部３６６により書き込まれた全バージョンの追加機種情報（図１４の例示では、機種Ｄ用機種情報３６４ｄ−０，３６４ｄ−１）のうち、サーバ側本体部３２０のバージョンに適合した機種情報が読み出すことができる。

第２の実施形態は、第１の実施形態と比較して、以下のメリットを有する。すなわち、第２の実施形態では、必ずしもクライアント３５０のローカル環境にファイルを残すことを要しないため、ローカル環境に作成される各バージョンの追加機種情報のファイル管理が不要になる。なお、第１の実施形態の方式とするか、第２の実施形態の方式とするかは、環境に応じてユーザが選択できるようにするとよい。

（ハードウェア構成）
以下、図１５を参照しながら、上述した第１および第１の実施形態で用いることができるコンピュータ装置のハードウェア構成について説明する。図１５は、本実施形態によるコンピュータ装置のハードウェア構成を示す図である。本実施形態によるコンピュータ装置１０は、デスクトップ型、ノート型あるいはモバイル型のパーソナル・コンピュータ、ワークステーションなどの汎用コンピュータ、またはタブレット端末やスマートフォン端末などの携帯情報端末として構成される。

図１５に示すコンピュータ装置１０は、シングルコアまたはマルチコアのＣＰＵ（Central Processing Unit）を含む制御部１２と、ＲＡＭ（Random Access Memory）などの主記憶部１４と、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの補助記憶部１６と、外部記憶装置Ｉ／Ｆ部１８と、ＮＩＣ（Network interface Card）などのネットワークＩ／Ｆ部２０と、入力部２２と、ディスプレイ部２４とを含む。

補助記憶部１６は、コンピュータ装置を制御するためのＯＳ、上述した機能部を実現するための制御プログラムや各種システム情報や各種設定情報を格納する。外部記憶装置Ｉ／Ｆ部１８は、ＵＳＢフラッシュメモリ、スマートメディア（登録商標）、ＳＤメモリーカード（登録商標）などの外部記憶メディアと接続するためインタフェース機器である。ネットワークＩ／Ｆ部２０は、コンピュータ装置１０をネットワークに接続させるインタフェース機器である。

入力部２２およびディスプレイ部２４は、当該コンピュータ装置１０のオペレータからの、ドライバ更新やＵＩ表示などの各種指示の入力を受け付けるためのユーザ・インタフェースを提供する。入力部２２は、マウス、キーボード、タッチパネルなどの入力装置を含む。コンピュータ装置１０は、補助記憶部１６からＯＳのプログラムや上記パッケージなどを読み出し、主記憶部１４が提供する作業空間に展開することにより、制御部１２の制御の下、上述した各機能部および各処理を実現する。

以上説明したように、本実施形態によれば、機能情報を追加することで、新しい機能が使用可能となり、外部装置側の更新状態とは独立して更新が行われるデバイス制御ドライバにおいて、互換性の問題を解消することができるプログラム、情報処理装置および情報処理システムを提供することができる。

なお、上記機能部は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などのレガシープログラミング言語やオブジェクト指向プログラミング言語などで記述されたコンピュータ実行可能なプログラムにより実現でき、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ブルーレイディスク、ＳＤカード、ＭＯなど装置可読な記録媒体に格納して、あるいは電気通信回線を通じて頒布することができる。

これまで本発明の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１００…パッケージ、１０２，１３０，１５０，１７４，１８４，２２０，２６０，３２０，３６０…ドライバコア・ファイル、１０４，１３２，１５２，１７６，１８６，２２２，２６２，３２２，３６２…機種ファイル、１０６…外部機種ファイル、１２０…記憶領域、１２２，１４２，１７２，１８２，２１２，２５２，３１２，３５２…プリンタドライバ本体部、１２４，１４４，２１４，３１４…付加機能部、１３４，１５４，２２４，３２４…追加機種ファイル、１４０，２１０，３１０…サーバ、１４４，２１４，３１４…付加機能部、１７０，１８０，２５０，３５０…クライアント、１６０，２３０，３３０…レジストリ、１６２，２３２，２６４，３３２，３６４…追加機種情報、２００，３００…ネットワーク・プリント・システム、２２６，２６６，３２６，３６６…機種情報書込部、２３４…追加機種登録リスト、２５４，３５４…ローカル格納領域、２７０，３７０…機種情報保存部、２７２，３７２…互換判定部、２７４…未登録機種情報削除部、４００…通知画面、４０２…メッセージ表示、４０４…チェックボックス、４０６，４６０…ＯＫボタン、４５０…プロパティ画面、４５２…タブ、４５４…現在機種表示、４５６…プルダウン・メニュー、４５８…更新ボタン、４６２…キャンセル・ボタン、１０…コンピュータ装置、１２…制御部、１４…主記憶部、１６…補助記憶部、１８…外部記憶装置Ｉ／Ｆ部、２０…ネットワークＩ／Ｆ部、２２…入力部、２４…ディスプレイ部

特開２００９−２５８６５号公報

Claims (9)

1. 外部装置上で動作する、本体部を含む外部装置側制御プログラムから複製され、
   複製されたプログラムに含まれる本体部は、前記外部装置側制御プログラムに含まれる本体部とは独立してバージョンのアップデートが可能な、デバイス制御プログラムであって、
   コンピュータを、
   前記外部装置側制御プログラムに含まれる本体部のバージョンに対応するバージョンである、該制御プログラムに機能を追加するための追加機種情報を受信して、該追加機種情報を第１記憶領域に記憶する第１記憶手段、
   前記第１記憶領域に記憶されているバージョンの追加機種情報が、前記第１記憶領域とは異なる記憶領域である第２記憶領域に記憶されていない場合に、該追加機種情報を前記第２記憶領域に記憶する第２記憶手段、
   前記第１記憶領域と前記第２記憶領域に記憶されている追加機種情報のうち、前記複製されたプログラムに含まれる本体部と対応するバージョンの追加機種情報を判定する判定手段
   として機能させるためのデバイス制御プログラム。
2. 前記コンピュータを、
   前記外部装置側制御プログラムから引き継がれて前記第１記憶領域内の追加機種情報が更新される場合に、更新にかかる追加機種情報を前記第２記憶領域に保存する保存手段
   としてさらに機能させるための請求項１に記載のデバイス制御プログラム。
3. 前記外部装置側制御プログラムから引き継がれて、前記第１記憶領域には、前記外部装置側制御プログラム内の本体部に対し互換性の有する追加機種情報が記憶され、前記第２記憶領域には、前記外部装置側制御プログラム内の本体部に対し互換性の有する追加機種情報とは異なるバージョンの追加機種情報が記憶される、請求項１に記載のデバイス制御プログラム。
4. 前記コンピュータを、
   前記コンピュータに対する操作により前記第１記憶領域内の追加機種情報が更新される契機を検出する検出手段、および
   前記検出手段が契機を検出したことに応答して、前記外部装置側制御プログラムの本体部に対し互換性を有する追加機種情報が存在する場合に、該互換性を有する追加機種情報を前記第１記憶領域に書き込む書込手段
   としてさらに機能させる、請求項１〜３のいずれか１項に記載のデバイス制御プログラム。
5. 前記コンピュータを、
   前記外部装置側制御プログラムの本体部に対し互換性を有する追加機種情報が登録される登録部と、前記登録部に登録されていない追加機種情報を前記第２記憶領域から削除する削除手段としてさらに機能させる、請求項１〜４のいずれか１項に記載のデバイス制御プログラム。
6. 前記コンピュータを、
   前記互換判定手段により前記本体部に対し互換性を有する追加機種情報が存在しないと判定された場合に、前記デバイス制御プログラムの前記本体部の更新を促す通知を行う通知手段
   としてとしてさらに機能させる、請求項１〜５のいずれか１項に記載のデバイス制御プログラム。
7. 外部装置上で動作する、本体部を含む外部装置側制御プログラムから複製され、
   複製されたプログラムに含まれる本体部は、前記外部装置側制御プログラムに含まれる本体部とは独立してバージョンのアップデートが可能なデバイス制御プログラムを、アップデートする情報処理装置であって、
   前記外部装置側制御プログラムに含まれる本体部のバージョンに対応するバージョンである、該制御プログラムに機能を追加するための追加機種情報を受信して、該追加機種情報を第１記憶領域に記憶する第１記憶手段と、
   前記第１記憶領域に記憶されているバージョンの追加機種情報が、前記第１記憶領域とは異なる記憶領域である第２記憶領域に記憶されていない場合に、該追加機種情報を前記第２記憶領域に記憶する第２記憶手段と、
   前記第１記憶領域と前記第２記憶領域に記憶されている追加機種情報のうち、前記複製されたプログラムに含まれる本体部と対応するバージョンの追加機種情報を判定する判定手段と
   を含む情報処理装置。
8. 第１のデバイス制御プログラム手段と、
   前記第１のデバイス制御プログラム手段とは独立して更新され、本体部を含み構成される第２のデバイス制御プログラム手段と、
   前記第１の制御プログラム手段に含まれる本体部のバージョンに対応するバージョンである、該制御プログラムに機能を追加するための追加機種情報を受信して、該追加機種情報を第１記憶領域に記憶する第１記憶手段と、
   前記第１記憶領域に記憶されているバージョンの追加機種情報が、前記第１記憶領域とは異なる記憶領域である第２記憶領域に記憶されていない場合に、該追加機種情報を前記第２記憶領域に記憶する第２記憶手段と、
   前記第１記憶領域と前記第２記憶領域に記憶されている追加機種情報のうち、前記第２の制御プログラム手段に含まれる本体部と対応するバージョンの追加機種情報を判定する判定手段と
   を含む情報処理システム。
9. 前記第１のデバイス制御プログラム手段から引き継がれて前記第１記憶領域内の追加機種情報が更新される場合に、更新にかかる追加機種情報を前記第２記憶領域に保存する保存手段、または、
   前記第１のデバイス制御プログラム手段内の本体部に対し互換性の有する追加機種情報を前記第１記憶領域に記憶するとともに、前記第１のデバイス制御プログラム手段内の本体部に対し互換性の有する追加機種情報とは異なるバージョンの追加機種情報を前記第２記憶領域に記憶する書込手段
   をさらに含む、請求項８に記載の情報処理システム。