JP6606443B2

JP6606443B2 - 情報処理装置、情報処理方法およびプログラム

Info

Publication number: JP6606443B2
Application number: JP2016040444A
Authority: JP
Inventors: 達郎内田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2016-03-02
Filing date: 2016-03-02
Publication date: 2019-11-13
Anticipated expiration: 2036-03-02
Also published as: CN107153517A; KR20170102818A; US10001956B2; CN107153517B; KR102122424B1; JP2017157044A; US20170255424A1

Description

本発明はコンピュータから印刷を行うために利用するプリンタードライバーソフトウェアのインストールに関する技術に関係する。

コンピュータにプリンタードライバーを導入するためのプリンタードライバーインストーラ（以降、単にインストーラと記す）は、容易にプリンタードライバーの導入や設定を行うためのソフトウェアとして利用されている。インストーラでは、主にプリンタードライバーの新規追加や既存のプリンタードライバーの更新に係る作業を行う。例えば、プリンタードライバーの更新に係り設定情報の引き継ぎなどの手法については特許文献１に記載されている。

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

しかし、従来インストーラの印刷設定や環境設定の引き継ぎは、インストール済のプリンタードライバーに同一アーキテクチャのプリンタードライバーを上書きインストールする等の、プリンタードライバーをリバイスするケースを想定している。従って、プリンタードライバーのアーキテクチャが変更される場合を想定して作成されていない。このため、アーキテクチャの変更を伴う更新があると、インストーラを用いたとしても、旧アーキテクチャから新アーキテクチャのプリンタードライバーを置き換える場合プリンタードライバーに係る印刷設定や環境設定等の煩雑な設定等をユーザーが自ら行う必要があった。

また、従来のドライバー更新処理では、アーキテクチャが同一であることを前提とするため、これをそのまま新旧アーキテクチャの異なるドライバーの置き換え処理に適用してしまうと、対象のドライバーがすべて新アーキテクチャのドライバーに置き換えられてしまうという課題も生じる。

更に、オペレーティングシステム（以降、単にＯＳと記す）ベンダーは、サポート対象のプリンタードライバーのアーキテクチャを早期に新アーキテクチャに一本化したいと考えており、旧アーキテクチャのプリンタードライバーのインストールを制限していく方向にある。特に新しいＯＳ上で、旧アーキテクチャのプリンタードライバーの導入が制限されると、多くの場合、一旦削除された旧アーキテクチャのプリンタードライバーは二度とインストールすることができなくなる。このため、ユーザーが現在利用している旧アーキテクチャのドライバーを利用した印刷システムの維持が難しくなる。その一方、利用者は環境を維持するためにプリンタードライバーをあえて更新せず、新ＯＳへの移行が進められなくなるという課題も生じる。

本発明は上記従来例に鑑みて成されたもので、プリンタードライバーを旧アーキテクチャから新アーキテクチャへと置き換えインストールする場合にも、プリンタードライバーに係る印刷設定や環境設定等の煩雑な設定等を自動で行うことを第一の目的とする。また、旧アーキテクチャのプリンタードライバーを利用した印刷環境を維持したまま、新アーキテクチャのプリンタードライバーを利用することを可能ならしめることを第二の目的とする。更に、旧アーキテクチャのドライバーをいつでも利用可能な状態で維持することを可能ならしめることを第三の目的とする。

上記目的を達成するために本発明は以下の構成を有する。

本発明の第一の側面によれば、第一のアーキテクチャのデバイスドライバーがインストールされている情報処理装置であって、
前記第一のアーキテクチャとは異なる第二のアーキテクチャのデバイスドライバーをインストールする際に、前記第二のアーキテクチャのデバイスドライバーが対応している周辺装置に対応した前記第一のアーキテクチャのデバイスドライバーを用いているキューを検索する検索手段と、
前記検索手段による検索により前記キューが見つかった場合、前記キューに対して設定されている所定の設定情報を前記第二のアーキテクチャのデバイスドライバーに関連付ける手段と
を有することを特徴とする情報処理装置が提供される。

本発明によれば、プリンタードライバーを旧アーキテクチャから新アーキテクチャに置き換えインストールする場合でも、プリンタードライバーに係る印刷設定や環境設定等の煩雑な設定等を自動で行うことが出来る。また、旧アーキテクチャのプリンタードライバーを利用した印刷環境を維持したまま、新アーキテクチャのプリンタードライバーを利用することも可能となる。更に、旧アーキテクチャのドライバーをいつでも利用可能な状態で維持しておくことも可能となる。

本実施形態のシステム構成を示すブロック図コンピュータ、プリンターのハードウェア構成を示すブロック図コンピュータのソフトウェア構成及び印刷処理の流れを示すブロック図プリンタードライバーとプリントキューの関係を図示したブロック図プリンタードライバーの更新および置き換え前後の状態の一例を示した図本実施形態発明のインストーラの構成を示すブロック図ドライバーインストール処理の概要を示す全体フローインストーラが表示するダイアログ例を示す図プリンタードライバーを置き換える処理手順例を示したフロー印刷設定を置き換える過程を示すブロック図デバイスの設定の引き継ぎの処理を説明したフロープリントキュー、プリンタードライバーの削除処理を示すフロープリントキュー、プリンタードライバーの削除処理を示すフロー（２）表示するメッセージの例を示した図

以下、本発明を実施するための形態について図面を用いて説明する。
［システム構成］
図１は本実施形態のシステム構成を示すブロック図である。この図を用いて本実施形態のシステム構成について説明する。本実施形態はコンピュータ等の情報処理機器（以下単にコンピュータと記載する）１００とプリンター等の印刷装置（以下単にプリンターと記載する）１０１とを含む。コンピュータ１００とプリンター１０１は有線或いは無線通信などを利用する通信媒体１０２で直接或いは他の機器を介して間接的に接続され、双方向の通信が可能な状態で接続されているものする。

［ハードウェア構成］
次に、図２を用いて、本実施形態で用いるコンピュータ１００、プリンター１０１それぞれのハードウェア構成について説明する。図２（Ａ）はコンピュータ１００のハードウェア構成を示すブロック図である。コンピュータ１００は制御部１１０とそれに接続可能な周辺デバイスとを含む。周辺デバイスには、ユーザーからの入力を受けるキーボード９や、処理の結果を画像としてユーザーに表示するためのディスプレイ１０、外部メモリ１４などがある。制御部１１０は、これらの周辺装置を接続するためにキーボードインターフェース５、ディスプレイインターフェイス６、外部メモリインターフェイス７と、各デバイスを接続するためのバス４とを有する。制御部１１０すなわちコンピュータ１００はＣＰＵ１により制御される。ＣＰＵ１はＲＯＭ３に記憶された基本入出力システム（ＢＩＯＳ制御プログラム）や外部メモリ１１に記憶されたオペレーティングシステムや周辺装置のドライバー、各種アプリケーションプログラムなどをＲＡＭ２にロードし、実行することが可能である。更に、制御部１１０すなわちコンピュータ１００は、他の情報機器と通信を行うためのＵＳＢやメモリーカード、有線・無線ネットワーク等の外部機器Ｉ／Ｆ８をさらに備える。尚、本実施例で説明する処理はプログラムＲＯＭ３に格納されプログラムをＲＡＭ２上にロードしＣＰＵ１で実行することにより実現される。

図２（Ｂ）はプリンター１０１のハードウェア構成を示すブロック図である。プリンター１０１は制御部１２０とそれに接続された周辺デバイスとを含む。周辺デバイスには、印刷部２０、操作部２１、外部メモリ２２などがある。制御部１２０は、これらの周辺デバイスを接続するために印刷部インターフェイス１７、外部メモリインターフェイス１８と、各デバイスを接続するためのバス１５とを有する。プリンター１１０は制御部１２０に制御され、制御部１２０はＣＰＵ１２により制御される。ＣＰＵ１２はＲＯＭ１１に記憶された制御プログラムや外部メモリ２２に格納された各種プログラムをＲＡＭ１３にロードし、実行することが可能である。ＣＰＵ１２は制御プログラムの動作に基づいて入出力部１６を介して入力された印刷データ等を画像信号に変換し、印刷部インターフェイス１７を介して印刷部２０に出力することで印刷を行う。画像信号への変換は印刷部インターフェイス１７で行ってもよい。また、ＣＰＵ１２は制御プログラムの動作に基づいて入出力部１６を介して入力された各種応答要求に対して処理した結果を入出力部１６から出力する。尚、プリンター１０１に操作部２１を接続することで、ユーザーからの直接の入力を受け付けることも可能になる。尚、本実施例で説明する処理はプログラムＲＯＭ１４に格納されプログラムをＲＡＭ１３上にロードしＣＰＵ１２で実行することにより実現される。

［ソフトウェア構成］
次に図３を用いて、本実施形態のソフトウェア構成及び印刷処理について説明を行う。図３はコンピュータ１００のソフトウェア構成及び印刷処理の流れを示すブロック図である。コンピュータ１００は、印刷指示を発行するアプリケーション３１０、印刷関連の制御を行うＯＳの一部である印刷制御部３２０、印印刷設定や印刷データの生成を行うプリンタードライバー３２０を含む。

プリンタードライバー３３０は印刷設定の作成と印刷データの生成の２つの処理を行う。印刷設定の作成処理の場合、アプリケーション３１０は、印刷制御部３２０を介して、プリンタードライバー３３０のＵＩ処理部３３１を呼び出すことで、ＵＩ処理部３３１が作成した印刷設定を取得する。印刷データの生成処理の場合、アプリケーション３１０は、印刷制御部３２０を介して、先に取得した印刷設定と共にプリンタードライバー３３０のグラフィックス処理部３３２を呼び出し、印刷データの生成を行う。生成した印刷データは、グラフィックス処理部３３２により、印刷制御部３２０を介して、プリンター１０１に送られ、プリンター１０１で実際に印刷処理が実施される。

［プリンタードライバーとプリントキューについて］
ここで、プリンタードライバーとプリントキューの関係について説明を行う。プリンタードライバーはプリンターに印刷処理を実施させるためのソフトウェアであり、プリントキューはこのプリンタードライバーに紐づけられた（すなわち関連付けられた）論理的なプリンターオブジェクトである。プリントキューとはＯＳや他のアプリケーションからプリンタードライバーを利用するためのオブジェクトであり、各プリントキューは、名称や共有の有無、接続先のポートやサーバー、利用するドライバー、印刷設定、デバイス関連の設定などを持つ。また、プリントキューはプリンタードライバーが生成した印刷データを記憶しておくオブジェクトとしても利用される。尚、プリンタードライバーを追加、削除する操作はそれぞれ「プリンタードライバーの追加」、「プリンタードライバーの削除」であり、プリントキューの追加、削除を行う操作である「プリントキューの追加」、「プリントキューの削除」と区別される。

一つのプリントキューには、必ずそのプリントキューが利用するプリンタードライバーが一つ設定される。また同一のプリンタードライバーを利用するプリントキューはいくつ存在してもかまわない。更に、プリントキューの割り当ての無いプリンタードライバーもコンピュータに存在することが可能である。

米国Ｍｉｃｒｏｓｏｆｔ社製のＯＳ、Ｗｉｎｄｏｗｓ（ウインドウズ：登録商標）では同じ識別名称（以下単にドライバー名と記す）を持つプリンタードライバーはひとつのコンピュータ内に同時に一つしか存在できないという制限がある。このため、既にコンピュータにインストール済みのプリンタードライバーと同じドライバー名を持つプリンタードライバーのインストールを行うと、プリンタードライバーの追加ではなく、プリンタードライバーの更新となる。本実施例で扱うプリンタードライバーはプリンターモデル名称をドライバー名称として採用するが、プリンタードライバーアーキテクチャが異なれば、同一のプリンターモデルをサポートするプリンタードライバーでも、異なるドライバー名を持つものとする。

図４はプリンタードライバーとプリントキューの関係を図示すブロック図である。この図では、プリンタードライバー１、２、３がコンピュータにインストールされており、プリントキューＡ、Ｂ、Ｃがプリンタードライバー１に、プリントキューＤがプリンタードライバー２にそれぞれ紐づけられており、プリンタードライバー３にはこれに紐づけられたプリントキューが存在しないことを示す。

［プリンタードライバーのインストール処理の種類］
新旧アーキテクチャのプリンタードライバーが存在する環境への新アーキテクチャのプリンタードライバーを導入する際のプリンタードライバーインストール処理の種類について述べる。その前にプリンタードライバーのアーキテクチャおよびバージョン（リビジョン）をあらためて定義する。オペレーティングシステムによっては、一つのプリンターに対して、複数の異なるプリンタードライバーをインストールできる。一つのプリンターに対応した複数の異なるプリンタードライバーには、たとえばアーキテクチャの相違するプリンタードライバーが含まれる。プリンタードライバーは、オペレーティングシステムによる機能の呼び出しに応じて、プリンターの印刷設定や、プリンターが処理可能な印刷ジョブの作成などを行う。そのため、印刷設定や印刷ジョブの元となる文書データの形式や構造がオペレーティングシステムのバージョンアップに伴って変更されると、その基本構造すなわちアーキテクチャが異なるプリンタードライバーによる置き換えも必要となる場合がある。本実施形態では、各アーキテクチャのドライバーの名称の前にＶｘを付して、オペレーティングシステムがサポートするドライバーのアーキテクチャを特定する。ここでｘは数字であり、例えば「Ｖ３プリンタードライバー」などと呼ぶ。一方、いずれかのアーキテクチャに従うドライバーは、たとえばセキュリティの強化などのために、持続的に更新されている。しかしこの更新によりアーキテクチャが変更されることはない。仮にドライバー全体が更新されたとしても、たとえば更新前後のアーキテクチャは、たとえば更新前がＶ１ならば更新後もＶ１で変わることはない。このようにあるプリンターについて、或るオペレーティングシステムの下で或るアーキテクチャのドライバーが用意されている場合、当該ドライバーの更新の状態を示す情報を本実施形態ではバージョンまたはリビジョンと呼び、プリンタードライバーの名称の後にver n.mを付して表す。たとえばV3プリンタードライバーのバージョン1.01であれば、Ｖ３プリンタードライバーver 1.03と表記する。ただし図５などの図面では、混同防止のためにバージョンをRで示している。またバージョンまたはリビジョンを更新することをバージョンアップやリバイス、或いは更新（更新インストール）と呼び、アーキテクチャの変更を伴う置き換えインストールと区別される。アーキテクチャはオペレーティングシステムとの互換性を示しており、バージョンまたはリビジョンは、バージョンアップ（リバイス）が正しく行われる限り互換性には影響しない。オペレーティングシステムのバージョンアップによりデバイスドライバーのアーキテクチャが変わる場合には、オペレーティングシステムは一般的に、新アーキテクチャに加えて旧アーキテクチャもサポートすることが多い。これは新アーキテクチャのみをサポートすると、旧アーキテクチャに従うドライバーしかないデバイスが使用できなくなるためである。この結果、新旧アーキテクチャのプリンタードライバーが存在する環境が出来上がる。また、新アーキテクチャのドライバーを新たにサポートするオペレーティングシステムの下では、新アーキテクチャのドライバーをネイティブドライバー、旧アーキテクチャのドライバーを互換ドライバーと呼ぶこともある。

このような環境下において、新アーキテクチャのプリンタードライバーを導入する際のプリンタードライバーインストール処理の種類について述べる。図５はプリンタードライバーの更新前後の、プリンタードライバーとプリントキューの状態の一例を示す図である。この図を用いて、プリンタードライバーのインストール処理の種類について説明する。以降、プリンタードライバー１は旧アーキテクチャのプリンタードライバー、プリンタードライバー２は新アーキテクチャのプリンタードライバーで、いずれも或るオペレーティングシステムによりサポートされている。プリンタードライバー１、２は共に同一のプリンター１０１で出力が行えるプリンタードライバーとして説明を行う。

図５では、インストール前の状態として、４つのプリントキューＡ、Ｂ、Ｃ、Ｄが存在し、プリントキューＡ，Ｂ、Ｃは旧アーキテクチャのプリンタードライバー１を、プリントキューＤは新アーキテクチャのプリンタードライバー２を利用する環境の例を示す。すなわちプリンタードライバー１，２は、それぞれ、ひとつのプリンターに対応した互換プリンタードライバーとネイティブプリンタードライバーである。この環境に新アーキテクチャのプリンタードライバー２をＲ１からＲ２へアップデートする（これをリバイスする、ともいう）際の、各種プリントキューに対する操作には以下の５つが考えられる。なおこの５つの操作は操作の例示であり、可能な操作はこれらに限られない。
操作１．プリントキューＡを削除する。
操作２．プロントキューＢはそのまま利用する。
操作３．プリントキューＣのプリンタードライバー１をプリンタードライバー２に置き換える。
操作４．プリントキューＤのプリンタードライバー２をＲ１からＲ２に更新する。
操作５．プリントキューＥをプリンタードライバー２のプリントキューとして追加する。

操作１のプリントキューＡの削除は、操作５のプリントキューＥの追加と合わせて利用することで、プリンタードライバー１からプリンタードライバー２への置き換えになるが、プリントキューの情報を引き継がないため、それぞれ独立した別の処理として扱う。操作２でプリントキューＢをそのまま利用する場合、プリントキューＢは新たにインストールするプリンタードライバー２と異なるプリンタードライバー１を利用しており、ドライバーのインストールの影響を受けない設定となる。操作３は旧アーキテクチャのプリンタードライバー１から新アーキテクチャのプリンタードライバー２への置き換えであり、従来の同一アーキテクチャのドライバー間で行われていたドライバーの更新（バージョンアップ）とは異なる処理が必要となる。この処理の詳細については、後述する。操作４の同一アーキテクチャのプリンタードライバーの更新処理や、操作５のインストールしたプリンタードライバーによる新たなプリントキューの作成などは従来から行われているインストーラの処理であり、ここで特に触れない。

［インストーラ処理］
本実施形態のインストーラの処理について述べる。図６は本実施形態のインストーラの構成を示すブロック図である。本実施形態のインストーラ６００は、インストール処理全体の制御を行う制御部６１０、ＵＩ表示処理を行うＵＩ処理部６２０、ドライバーやプリントキューに対して、検索を行う検索処理部６３０、追加を行う追加処理部６４０、更新を行う更新処理部６５０、削除を行う削除処理部６５０を含む。更には、プリンタードライバー２のプリンターモデルに対応するプリンタードライバー１のプリンターモデルを記載したドライバーモデルリスト６７０、インストールされるプリンタードライバー６８０も含む。なおインストールとは、新規な導入のみならず、既にインストールされているプリンタードライバー等の更新およびアーキテクチャの異なるドライバに置き替える置き換えインストールを含む。

ドライバーモデルリスト６７０には旧アーキテクチャのプリンタードライバー１で対応するプリンターモデルが記載されている。このリストに記載されているプリンターモデルをプリンタードライバー２がサポートしていれば、プリントキューで利用するプリンタードライバーをプリンタードライバー１からプリンタードライバー２に置き換えることが可能と判断できる。すなわち、この場合には当該プリンターは新旧いずれのアーキテクチャについても互換性がある。尚、本実施例でインストールするプリンタードライバー６８０は新アーキテクチャのプリンタードライバー２すなわちネイティブプリンタードライバーであるとする。

図７はドライバーインストール処理の概要を示す全体フローであり、図８はインストーラが表示するダイアログ例を示す図である。これらを用いてインストール処理の概要について説明を行う。図７の手順がＣＰＵ１により実行される。以下の説明では、図７の手順の実行主体はＣＰＵ１であり、それによって図６の各エレメントが実現される。ユーザーによりインストール処理が開始されると、制御部６１０はステップＳ７１０において、ＵＩ処理部６２０を利用し、インストール方法の選択画面８１０（図８（Ａ））の表示を行う。処理選択画面８１０では、ユーザーはプリントキューの追加やプリンタードライバーの更新の中から実施する処理の選択を行う。この例では、追加と更新、追加のみ、更新のみの３つから選択する例を示している。図５に対応付けると、「追加と更新」は操作５及び操作４に、「追加のみ」は操作５に、「更新のみ」は操作４に対応する。選択された操作は、「次へ」ボタンの押下により確定される。なおＵＩ上は更新と置き換えとは区別されず、すべて更新として表示されるが、図７で説明するように、ドライバーの追加・更新処理においては、アーキテクチャの変更を基無わない「更新」と、アーキテクチャの変更を伴う「置き替え」とは区別される。

ステップＳ７１５では、選択された操作が判定される。処理選択画面８１０にて、更新のみ、つまり「既存プリンタードライバーの更新」、が指定された場合、既存プリンタードライバー２を更新処理のために制御部６１０はステップＳ７６５に進むように制御し、それ以外の場合次のステップＳ７２０に進む。すなわち選択された操作に新たなプリントキューの追加が含まれている場合にはステップＳ７２０に分岐する。

ステップＳ７２０では、制御部６１０はＵＩ処理部６２０を利用し、インストールされるプリンタードライバーがサポートするプリンターモデルの選択画面８２０（図８（Ｂ））の表示を行う。なおこの後では、インストール対象のプリンタードライバーがサポートするプリンターモデルのことを「インストールされるプリンターモデル」などと呼ぶことがある。インストールされるプリンターモデルの選択画面８２０では、インストールされるプリンタードライバー２がサポートしているプリンターモデルの一覧を表示する。プリンタードライバーは、複数機種のプリンターに適用できるよう作成されていることがあり、ここで表示する一覧はインストール対象のプリンタードライバーを適用できる機種のリストである。ユーザーはこの表示されるプリンターモデルの一覧の中から新しく追加するプリントキューのプリンターモデルの選択を行う。この選択は「次へ」ボタンの押下により確定される。

ユーザーによりインストールされるプリンターモデルがステップＳ７２０において確定されると、制御部６１０はステップＳ７３０において、ドライバーモデルリスト６７０を参照し、選択されたプリンターモデルがプリンタードライバー１でサポートされているかどうかの判定を行う。ドライバーモデルリスト６７０内に選択されたプリンターモデルの記載があれば、制御部６１０は同ステップにおいてさらに検索処理部６３０を使い、選択されたプリンターモデル向けのプリンタードライバー１を利用するプリントキューを探索する。次に制御部６１０はステップＳ７３３において、探索が成功したか判定する。すなわち、選択されたプリンターモデル向けのプリンタードライバー１を利用するプリントキューが存在するかどうかを判定する。選択されたプリンターモデル向けのプリンタードライバー１を利用するプリントキューが存在するとステップＳ７３３において判定された場合、次のステップＳ７３６へ進み、それ以外の場合ステップＳ７５０へと進む。

ステップＳ７３６では、制御部６１０はプリンタードライバーの更新インストールを行うかどうかの判断を行う。既にステップＳ７１５で更新のみのケースは除外されているので、ステップＳ７３６では、制御部６１０は、インストール方法の選択画面８１０（図８（Ａ））で、「新しいプリントキューの追加と既存のプリンタードライバーの更新」が選択されているか否かを判定する。「新しいプリントキューの追加と既存のプリンタードライバーの更新」が選択されていると判定されれば、制御部６１０は処理を次のステップＳ７４０に進める。

ステップＳ７４０では、制御部６１０はＵＩ処理部６２０を利用し、既存プリンタードライバーに対する処理の選択画面８３０（図８（Ｃ））の表示を行う。プリンターモデルの選択画面８２０（図８（Ｂ））で追加が指示されたプリンターモデルが複数ある場合、それぞれのプリンターモデル毎に既存プリンタードライバーに対する処理の選択画面８３０（図８（Ｃ））が表示される。この画面では、選択されたプリンターモデル向けのプリントキューであって、新旧それぞれのアーキテクチャのプリンタードライバーすなわちプリンタードライバー１又はプリンタードライバー２を利用するものを「置き換え、更新対象のプリントキュー」として表示する。既存のプリンタードライバーに対する処理の選択画面８３０（図８（Ｃ））の表示例は、図５のインストール前の環境を示している。プリントキューＡ，Ｂ，Ｃはプリンタードライバー１を利用したプリントキューで、プリンタードライバー２に「置き換え」たり、「そのまま」残したり、「削除」したりなどの操作の対象となる。なおそのまま残すことは新旧アーキテクチャを併存させることであり、これを追加インストールとも呼ぶ。すなわち、旧アーキテクチャのプリンタードライバーを使用するプリントキューについては、新アーキテクチャのプリンタードライバーにより置き換えるか、置き替えない（すなわち追加インストール）か、削除するか、この三通りの操作のうちから選択できる。この選択を、この図８（Ｃ）の画面において、ユーザーはプリントキューごとに行うことができる。図８（Ｃ）に示した例では、選択されているプリントキューＣに対する操作の操作指示をリストボックス８３５で受け付ける例を示している。尚、プリントキューＤはこれからインストールされる（ここでは新たなリビジョンに更新される）プリンタードライバー２を利用するプリントキューであり、先に説明した通り、リビジョンは変更されるもののドライバー名が更新の前後で同一となる。そのため、「そのまま」コンピュータに残しておくことができない。このように、更新対象のプリンタードライバーを用いるプリントキューについては、操作指示の選択肢に「そのまま」は含まれない。このため、プリントキューＤに対する操作指示は「更新」と「削除」の２つとなる。以上のようにして、ステップＳ７４０では、置き換えや更新の対象になる各プリントキューに対する操作指示を受け付ける。尚、ここではアーキテクチャを変更することなく、利用するプリンタードライバーのリビジョンをアップする操作を「更新」、利用するドライバーを異なるアーキテクチャ間で変更する操作を「置き換え」とし、明確に区別することにする。また、旧アーキテクチャのプリンタードライバーを残したまま、新アーキテクチャのプリンタードライバーをインストールする操作は「追加」と呼ぶことにする。なお選択された操作指示も「次へ」ボタンの押下により確定される。

次のステップＳ７５０では、制御部６１０はＵＩ処理部６２０を利用し、追加するプリントキュー設定画面８４０（図８（Ｄ））の表示を行う。この画面では、インストールするプリンターモデルの選択画面８２０（図８（Ｂ））で選択されたプリンターモデルのプリントキューのポートや名称、デフォルトプリンターにするか否か、共有プリンプリンターか否か等の各種設定などを行う。選択されたプリンターモデルおよびインストールされるプリンタードライバーはこの時点では既に決定されているため、これらについては既に決定された値が表示される。選択された各種設定値は「次へ」ボタンの押下により確定される。

次のステップＳ７６０では制御部６１０は追加処理部６５０を利用し、追加するプリントキュー設定画面８４０（図８（Ｄ））でユーザーにより入力された設定に応じ、プリンタードライバーやプリントキューの追加処理を行う。この例では、新アーキテクチャのプリンタードライバー２をリビジョン１からリビジョン２に更新し、新たなプリントキューであるＰｒｉｎｔｅｒＥを追加する。

次のステップＳ７６５で、制御部６１０はドライバーやプリントキューの更新または置き換え処理がユーザーから指示されたかどうかの判断を行う。具体的には、インストール方法の選択画面８１０で、「既存プリンタードライバーの更新」が選択されたか、または、既存プリンタードライバーに対する処理の選択画面８３０で何れかのプリントキューに、対し「置き換え」又は「更新」が指示されたなら、更新ありと判断される。ステップＳ７６５では、これらのいずれかに該当するか判定し、該当すると判定した場合、すなわちドライバーやプリントキューの更新または置き換えの少なくともいずれかが指示されていると判定された場合、ステップＳ７７０に進む。ステップＳ７７０では、制御部６１０は、ユーザーによる指示に応じて、既存のプリントキューの置き換え及び更新処理の少なくとも一方（これを置き替え・更新処理と呼ぶことにする。）を行う。ステップＳ７７０におけるこのプリントキューの置き換え・更新処理については後で詳しく説明する。

その後、ステップＳ７７５へと進み、制御部６１０はプリントキューの削除がユーザーから指示されたかどうかの判断を行う。具体的には、既存プリンタードライバーに対する処理の選択画面８３０で何れかのプリントキューに対し「削除」が指示されたかどかで判断を行う。ユーザーからプリントキューの削除要求があった場合、ステップＳ７８０に進み、削除対象となるプリントキューの削除処理を行う。このプリントキューの削除処理についても後で詳しく説明する。なおプリントキューの削除にあわせて、使用するプリントキューがなくなったプリンタードライバーの削除が行われることもある。これは図１２を参照して後で説明する。以上で、本実施形態のインストーラの処理を終える。

［プリントキューの更新処理］
図７のステップＳ７７０の既存プリントキューの置き換え・更新処理について説明を行う。まず、制御部６１０は、実施する処理が、アーキテクチャが同じプリンタードライバーのリビジョンのアップデート、つまり「更新」か、それとも旧アーキテクチャから新アーキテクチャへの「置き換え」か、いずれに該当するかの判断を行う。インストール方法の選択画面８１０で、「既存プリンタードライバーの更新」が選択されている場合には、インストール対象のプリンタードライバーを用いるプリントキューについては「更新」が選択されたものと判定される。また、「新しいプリントキューの追加と既存プリンタードライバーの更新」が選択されている場合には、既存プリンタードライバーに対する処理の選択画面８３０で指示された操作に応じて判定される。すなわち「更新」が指示されたプリンターキューが、更新対象となるものと判定される。「更新」の場合、制御部６１０は既存の技術でプリンタードライバーの更新処理を行うと共に、プリントキューの更新処理を行う。

［プリントキューの置き換え処理］
一方、既存プリンタードライバーに対する処理の選択画面８３０でユーザーから「置き換え」が指示されたプリントキューについては、制御部６１０は置き換え処理を実施する。図９は、図５で示したプリントキューＣの使用するプリンタードライバーを、旧アーキテクチャのプリンタードライバー１から新アーキテクチャのプリンタードライバー２に置き換える置き換え処理の手順例を示したフローである。この図９を用いてプリントキューの置き換え処理につて説明を行う。なおこの置き替えは、プリントキューそのものの置き替えも伴う。

まず、制御部６１０はステップＳ９１０において、更新処理部６６０を利用し、置き換え操作の対象であるプリントキューＣに係る置き換え前の各種情報の保存を行う。ここで保存する設定情報としては、プリントキューの名称や接続先のポート、印刷設定、デバイスの設定、その他プリントキューに属する情報を、コンピュータ内の記憶領域に保存しておく。

次に、制御部６１０はステップＳ９２０において、プリントキューＣを置き換える新たなプリントキューＣ´の作成を行う。ここでは制御部６１０は追加処理部６５０を利用し、新アーキテクチャのプリンタードライバー２を利用する新たなプリントキューＣ´の作成を行う。尚、Ｍｉｃｒｏｓｏｆｔ社のＯＳであるＷｉｎｄｏｗｓ（登録商標）では、既に存在するプリントキューと同一名称の新たなプリントキューを作成することはできないため、ここでは一時的に利用する仮のプリントキュー名をつけてプリントキューＣ´の作成を行う。

次に、制御部６１０はステップＳ９３０において、先にステップＳ９１０で保存しておいた、プリントキューの名称を除いた、接続先のポートや印刷設定、デバイスの設定、その他プリントキューに属する設定情報をプリントキューＣ´に引き継ぎ、反映させる。印刷設定及びデバイスの設定の引き継ぎについて詳しく述べる。新旧アーキテクチャを跨ぐ設定情報の引き継ぎでは、そこに含まれる印刷設定の形式が異なるケースが存在する。例えば、Ｗｉｎｄｏｗｓ（登録商標）の場合、旧アーキテクチャのプリンタードライバー１（たとえばＶ３ドライバー）ではバイナリー型のＤＥＶＭＯＤＥ、新アーキテクチャのプリンタードライバー２（たとえばＶ４ドライバー）ではＸＭＬ形式のＰｒｉｎｔＴｉｃｋｅｔと、互いに異なる形式で印刷設定が保存されている。これを例として説明する。

図１０は印刷設定をＤＥＶＭＯＤＥ１０１０からＰｒｉｎｔＴｉｃｋｅｔ１０３０に置き換える過程を示すブロックである。制御部６１０はプリントキューＣからＯＳが用意するＡＰＩ（アプリケーションプログラミングインターフェイス）を利用し、印刷設定であるＤＥＶＭＯＤＥ１０１０を入手することが可能である。尚、このステップＳ９３０の時点でプリントキューＣから入手できるＤＥＶＭＯＤＥ１０１０はユーザーによって利用されている印刷設定である。入手したＤＥＶＭＯＤＥ１０１０を、ＯＳが用意するＩ／Ｆを介してプリンタードライバー１が提供するＤＥＶＭＯＤＥ−ＰｒｉｎｔＴｉｃｋｅｔ変換処理１０１５を経て、印刷設定ＰｒｉｎｔＴｉｃｋｅｔ１０２０に変換する。但し、ＤＥＶＭＯＤＥとＰｒｉｎｔＴｉｃｋｔの各々の設定項目は一対一対応ではないため、ＤＥＶＭＯＤＥ１０１０にはＰｒｉｎｔＴｉｃｋｅｔ１０２０に変換されない部分（たとえば図１０の設定１０１１や設定１０１３）が生じることがある。

一方、制御部６１０はプリントキューＣ´からＯＳが用意するＡＰＩを利用し、印刷設定ＰｒｉｎｔＴｉｃｋｅｔ１０３０を入手することができる。尚、このステップＳ９３０の時点でプリントキューＣ´から入手できる印刷設定ＰｒｉｎｔＴｉｃｋｅｔ１０３０はデフォルトの印刷設定である。制御部６１０は、ＤＥＶＭＯＤＥ１０１０から変換されたＰｒｉｎｔＴｉｃｋｅｔ１０２０と、デフォルトのＰｒｉｎｔＴｉｃｋｅｔ１０３０の共通設定項目１０２２をＰｒｉｎｔＴｉｃｋｅｔ１０３０の該当部分１０３１に反映させる（処理１０２５）。このように処理を行うことで、部分的ではあるがユーザーによって利用されている印刷設定１０３１を持ったＰｒｉｎｔＴｉｃｋｅｔ１０３０を作成することができる。このＰｒｉｎｔＴｉｃｋｅｔ１０２０とＰｒｉｎｔＴｉｃｋｅｔ１０３０の共通設定項目１０２２は印刷設定でも共通の基本的な設定である。このため上記のような処理を実施することで、用紙サイズや印刷の向き、片面・両面印刷、カラー・白黒印刷などの基本的な印刷設定をＤＥＶＭＯＤＥ１０１０からＰｒｉｎｔＴｉｃｋｅｔ１０３０に引き継いだことになる。

但し、ＤＥＶＭＯＤＥとＰｒｉｎｔＴｉｃｋｅｔは、その設定項目などが一対一対応ではないため、ＰｒｉｎｔＴｉｃｋｅｔ１０３０には、ＤＥＶＭＯＤＥ１０１０の印刷設定に由来しない部分（図１０の設定１０３２や設定１０３３）が生じる。この影響を軽減するために、プリンタードライバー依存となるが、ＤＶＭＯＤＥ１０１０の設定１０１３と、ＰｒｉｎｔＴｉｃｋｅｔ１０３０の設定１０３２とが同じ意味の設定であることを理解できる更新処理部６６０を設ける。この更新処理部６６０は、ＤＥＶＭＯＤＥ１０１０とＰｒｉｎｔＴｉｃｋｅｔ１０３０の構造を理解しており、さらに詳細な設定をＤＥＶＭＯＤＥ１０１０からＰｒｉｎｔＴｉｃｋｅｔ１０３０に引き継ぐことができる。そのため、使用するプリンタードライバーの置き換えがあった場合に引き継ぎできる設定項目の割合を向上することができる。

次に、デバイス設定の引き継ぎについて述べる。デバイス設定とはプリンタードライバーの設定であり、印刷ドキュメントに関する印刷設定ではなく、印刷を行うデバイスに装着される、カセットなどの給紙系のオプションやフィニッシャー等の排紙系のオプションの構成情報を指す。尚、これらのデバイス構成に係る情報は、ドライバーのインストール時等接続先のポートを調べ、デバイスと通信を行うことで、構成情報を取得することが可能である。多くのプリンタードライバーでこの構成情報の取得はサポートされている。但し、プリンタードライバーの運用によっては、構成情報の取得を行わず、手動でデバイスの各種オプション構成を設定することがある。

図１１は、デバイス設定の引き継ぎの処理を説明したフローである。この図を用いて、デバイス設定の引き継ぎの処理説明を行う。置き換え前のプリントキューＣと置き換え後のプリントキューＣ´はそれぞれ異なるプリンタードライバーを利用するため、デバイスの設定を示すデータはそれぞれ異なる。これらを考慮し、制御部６１０は置き換え前のプリントキューＣのデバイス設定が構成情報取得により自動取得されたものか、何らかの手動設定で得られたものかを判断する（ステップＳ１１１０）。この結果、自動取得されたものと判定されれば、プリントキューＣ´のデバイス設定も構成情報取得機能によりプリンターから自動取得される（ステップＳ１１２０）。もし、手動設定されたものであれば、プリントキューＣ´のデバイスの設定も手動取得し、あえて自動取得が行われないように制御する（ステップＳ１１３０）。このためには例えばデバイス設定には、それが自動取得された場合、自動取得されたものであることを識別するためのマークを付しておくことが望ましい。尚、先の印刷設定と同様、プリンタードライバー依存の更新処理部６６０を作成することで、プリントキューＣ及びプリントキューＣ´それぞれのデバイス設定のデータ構造を理解できるようになり、プリントキューＣのデバイス設定が手動設定であっても、これと同等のプリントキューＣ´のデバイス設定を作成することが可能となる。

図９に戻る。先のステップＳ９３０で、プリントキューＣからプリントキューＣ´へと、プリントキュー名を除き、設定の引継処理が行われた。プリントキューＣはこれ以降利用する事は無いため、制御部６１０は削除処理部６４０を利用し、プリントキューＣの削除を行う（ステップＳ９４０）。

最後に、制御部６１０はプリントキューＣ´のプリントキュー名をプリントキューＣで利用していた名称に変更する処理を行う（ステップＳ９５０）。これによって、プリントキューが用いるプリンタードライバーの置き換え（実際にはプリントキューの置き換え）が完了する。

［プリントキューの削除処理］
図７のステップＳ７８０のプリントキュー及びプリンタードライバーの削除処理について説明を行う。図１２は本実施形態のプリントキュー及びプリンタードライバーの削除処理を示すフローである。既存プリンタードライバーに対する処理の選択画面８３０で何れかのプリントキューに対し「削除」が指示された場合、制御部６１０は削除処理部６４０を利用し、削除が指示されたプリントキューの削除を行う（ステップＳ１２１０）。

次に、制御部６１０は検索処理部６３０を利用し、ステップＳ１２１０で削除を行ったプリントキューが利用していたプリンタードライバーを使う他のプリントキューがあるかどうかを調べる（ステップＳ１２２０）。該当するプリントキューが見つかれば、特に他の処理は必要ないため、処理を終了する。

プリントキューを削除した事で、削除されたプリントキューで利用していたプリンタードライバーがプリントキューの割り当ての無いプリンタードライバーになる場合、通常は、コンピュータから該当するプリンタードライバーの削除を行う。不要となったプリンタードライバーをコンピュータから削除しておくことで、コンピュータが使用する記憶領域の削減や、プリンタードライバーの管理の係るコストの削減等の効果が見込まれる。

しかし、先に述べたように、旧アーキテクチャのプリンタードライバーの導入が制限されると、一旦削除された旧アーキテクチャのプリンタードライバーは二度とインストールすることができなくなる。但し、この場合、旧アーキテクチャのプリンタードライバーを利用したプリントキューの作成については、特に制限はかからない。従って、旧アーキテクチャのプリンタードライバーをコンピュータ内に残しておくことで、先の制限が適用された後であっても、旧アーキテクチャのプリンタードライバーを利用するプリントキューを作成することが可能になる。

この目的を達成するために、制御部６１０は検索処理部６３０を利用し、ステップＳ１２１０で削除したプリントキューで利用していたプリンタードライバーが、インストールが制限されるプリンタードライバーかどうかを調べる（ステップＳ１２４０）。ステップＳ１２５０にて、インストールが制限されるプリンタードライバーと判断されれば、このプリンタードライバーを削除の対象から除外する処理を行う（ステップＳ１２７０）。最後に、制御部６１０は削除処理部６４０を利用し、削除対象になっているプリンタードライバーの削除処理を行い、処理を終える（ステップＳ１２８０）。なおステップＳ１２４０では、たとえばプリンタードライバーのバージョン情報等を参照することで、旧アーキテクチャ対応か新アーキテクチャ対応かを判定できる。

上述のプリントキュー削除処理では、特にユーザー意思の確認を経ずにプリンタードライバーの削除処理を実施する例を示した。しかし、ユーザーの運用によっては、一時的にプリントキューの割り当ての無いプリンタードライバーが出来ただけであり、すぐに該当プリンタードライバーを利用したプリントキューを作成することも考えられる。また、インストールが制限されるプリンタードライバーを利用する事は無いため、不要になったプリンタードライバーは全て削除しても良いケースも考えられる。このように様々な運用環境を考慮すると、プリンタードライバーは不要になっても削除しない、インストールが制限されるプリンタードライバーでも削除するなどの運用も必要となる。そこで、例えばステップＳ１２７０の直前に、インストールが制限されるプリンタードライバーを削除するか否かをユーザーが指定するためのユーザーインターフェイスを表示する。そして、入力される指示がプリンタードライバーを削除しないことを示すものである場合に、ステップＳ１２７０を実行し、そうでなればステップＳ１２７０をスキップするようにしてもよい。

図１３はこれらの運用を考慮し、ユーザーにプリンタードライバーの削除を行うかどうかの確認を行う処理を図１２のフローに追加したフローである。また、図１４は表示するメッセージの例を示した図である。図１２のフローとの差分について、図１３及び図１４を参照し説明を行う。

ステップＳ１２２０の判断にて、プリントキューの割り当ての無いプリンタードライバーが生じた場合、制御部６１０はＵＩ処理部６２０を利用し、図１４（Ａ）に示すメッセージ１の表示を行う（ステップＳ１３３０）。このメッセージ１に問い合わせに対して、ユーザーが「いいえ」を選択、つまり、プリンタードライバーの削除を指示しなかった場合、以降のプリンタードライバーの削除に係る処理を実施する必要ないため、処理を終了する。ユーザーが「はい」を選択した場合、インストールが制限されるプリンタードライバーかどうかを調べるステップＳ１２４０へと進む。

次に、ステップＳ１２５０の判断にて、制御部６１０は、該当のプリンタードライバーをインストールが制限されたプリンタードライバーであると判断した場合、図１４（Ｂ）に示すメッセージ２の表示を行う（ステップＳ１３６０）。このメッセージ２に問い合わせに対して、ユーザーが「いいえ」を選択、つまり、プリンタードライバーの削除を指示しなかった場合、ステップＳ１２７０に進み、該当するプリンタードライバーを削除の対象から除外する処理を行う。

以上の説明では、新アーキテクチャ対応の既存のプリンタードライバーを新たなリビジョンに更新する際の手順を説明した。しかし、既存のプリンタードライバーがなく、新アーキテクチャのプリンタードライバーを新たに追加インストールする場合も上記実施形態は適用される。この場合には古いリビジョンのプリンタードライバーがなければ、それを用いるプリントキューは存在しない。そのため、図８（Ｃ）のユーザーインターフェイス８３０上では、「更新」を選択できるプリントキューはない。この点において上記例とは異なるものの、その他は上記例に従う。

以上説明した構成及び手順によって、本実施形態に係る発明によれば、旧アーキテクチャのプリンタードライバーと新アーキテクチャのプリンタードライバーとをサポートするオペレーティングシステムの下で新アーキテクチャのプリンタードライバーをインストールする場合、以下のような効果がある。
１．印刷設定や環境設定等の煩雑な設定情報を、旧アーキテクチャのプリンタードライバーから新アーキテクチャのプリンタードライバーへ、少なくともその一部分について自動的に引き継ぐことができる。
２．旧アーキテクチャのプリンタードライバーを用いるプリントキューを、ユーザーの選択に応じて残すことができる。また、プリントキューが用いるプリンタードライバーを、旧アーキテクチャのものから新アーキテクチャのものへと、ユーザーの選択に応じて置き替えることもできる。なおプリントキューは選択可能なプリンターに対応しており、たとえば論理プリンターと呼ぶこともできる。
３．ユーザーの選択に応じて、旧アーキテクチャのプリンタードライバーを、たとえそれを使用するプリントキューがすべて削除されても、削除することなく残すことができる。これにより、プリンタードライバーの更新を躊躇する理由がなくなり、新アーキテクチャへの移行を推進させる効果がある。

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

１００コンピュータ、１０１プリンター、３１０アプリケーション、３２０印刷制御部、３３０プリンタードライバー、６００インストーラ

Claims

第一のアーキテクチャのデバイスドライバーがインストールされている情報処理装置であって、
前記第一のアーキテクチャとは異なる第二のアーキテクチャのデバイスドライバーをインストールする際に、前記第二のアーキテクチャのデバイスドライバーが対応している周辺装置に対応した前記第一のアーキテクチャのデバイスドライバーを用いているキューを検索する検索手段と、
前記検索手段による検索により前記キューが見つかった場合、前記キューに対して設定されている所定の設定情報を前記第二のアーキテクチャのデバイスドライバーに関連付ける手段と
を有することを特徴とする情報処理装置。
前記関連付けを行う際に、前記キューの設定情報を前記第一のアーキテクチャのデバイスドライバーに対応した形式から前記第二のアーキテクチャのデバイスドライバーに対応した形式に変換することを特徴とする請求項１に記載の情報処理装置。
前記関連付けは、前記キューの設定情報を前記第二のアーキテクチャのデバイスドライバーのキューへと関連付けることにより行われることを特徴とする請求項１に記載の情報処理装置。
前記第二のアーキテクチャのデバイスドライバーが対応している周辺装置に対応した前記第一のアーキテクチャのデバイスドライバーを用いている前記キューごとに、前記第二のアーキテクチャのデバイスドライバーを用いるキューへの置き替えと、前記キューをそのままとしておくことと、前記キューの削除とを含む処理のうちからいずれを適用するかをユーザーにより選択できる第一のユーザーインターフェイスを更に有し、
前記検索手段は、前記第一のユーザーインターフェイスにおいて前記置き換えが選択されたキューを検索することを特徴とする請求項１または２に記載の情報処理装置。
前記第一のユーザーインターフェイスにおいて前記キューをそのままとしておくことが選択されたキューについては、該キューはそのまま変更しないことを特徴とする請求項４に記載の情報処理装置。
前記第一のユーザーインターフェイスにおいて前記キューの削除が選択されたキューを削除することを特徴とする請求項４又は５に記載の情報処理装置。
前記第二のアーキテクチャのデバイスドライバーをインストールする際に、新たなキューの追加と、既存のデバイスドライバーの更新と、新たなキューの追加および既存のデバイスドライバーの更新と、を含む処理のうちからいずれかをユーザーにより選択できる第二のユーザーインターフェイスを更に有し、
前記第二のユーザーインターフェイスにおいて、前記新たなキューの追加および前記既存のデバイスドライバーの更新を含む処理が選択された場合に、前記第一のユーザーインターフェイスは選択を受け付けることを特徴とする請求項４乃至６のいずれか一項に記載の情報処理装置。
前記第一のユーザーインターフェイスにおいて前記置き換えが選択されたキューについては、前記第二のアーキテクチャのデバイスドライバーのインストールに応じて、前記第二のアーキテクチャのデバイスドライバーを用い、かつ前記選択されたキューと同じ名称の新たなキューを作成して、選択された前記キューの設定情報を前記新たなキューの設定情報として保存することで、キューが置き換えられることを特徴とする請求項４に記載の情報処理装置。
前記選択されたキューの設定情報に含まれる印刷設定の少なくとも一部は、前記第一のアーキテクチャに従う形式の情報から、前記第二のアーキテクチャに従う形式へと前記デバイスドライバーにより変換され、前記新たなキューの設定情報として保存されることを特徴とする請求項８に記載の情報処理装置。
前記新たなキューの設定情報に含まれるデバイス設定の少なくとも一部は、前記第二のアーキテクチャのデバイスドライバーにより制御される周辺装置から取得されることを特徴とする請求項８又は９に記載の情報処理装置。
前記第一のアーキテクチャに従う形式はウインドウズ（登録商標）のＤＥＶＭＯＤＥであり、前記第二のアーキテクチャに従う形式はＰｒｉｎｔＴｉｃｋｅｔであることを特徴とする請求項９に記載の情報処理装置。
前記キューの置き換えまたは削除により、いずれのキューにも用いられないデバイスドライバーがある場合には、当該デバイスドライバーを削除対象とすることを特徴とする請求項６に記載の情報処理装置。
前記キューの置き換えまたは削除により、いずれのキューにも用いられないデバイスドライバーであっても、当該デバイスドライバーが、前記情報処理装置に新たにインストールできないデバイスドライバーである場合には、当該デバイスドライバーを削除対象から除外することを特徴とする請求項１２に記載の情報処理装置。
前記削除対象となるデバイスドライバーを削除することを特徴とする請求項１２又は１３に記載の情報処理装置。
第一のアーキテクチャのデバイスドライバーがインストールされている情報処理装置における情報処理方法であって、
検索手段が、前記第一のアーキテクチャとは異なる第二のアーキテクチャのデバイスドライバーをインストールする際に、前記第二のアーキテクチャのデバイスドライバーが対応している周辺装置に対応した前記第一のアーキテクチャのデバイスドライバーを用いているキューを検索し、
前記検索手段による検索により前記キューが見つかった場合、前記キューに対して設定されている所定の設定情報を前記第二のアーキテクチャのデバイスドライバーに関連付けることを特徴とする情報処理方法。
第一のアーキテクチャのデバイスドライバーがインストールされているコンピュータを、
前記第一のアーキテクチャとは異なる第二のアーキテクチャのデバイスドライバーをインストールする際に、前記第二のアーキテクチャのデバイスドライバーが対応している周辺装置に対応した前記第一のアーキテクチャのデバイスドライバーを用いているキューを検索する検索手段と、
前記検索手段による検索により前記キューが見つかった場合、前記キューに対して設定されている所定の設定情報を前記第二のアーキテクチャのデバイスドライバーに関連付ける手段と
して機能させるためのプログラム。