(57)【要約】【課題】  デバイスドライバをコンピュータにインストールする際に、再起動が必要か必要でないかを判定し、該判定結果に基づいてインストール先のシステムを制御し、必要な再起動を行いつつ不要な再起動を減らす。【解決手段】  インストール処理において、ホストコンピュータ３０００内の制御プログラムの再起動の要否を判定し、前記判定工程において再起動が必要であると判断された場合には、例えば再起動を促す表示画面を表示する等のコンピュータの制御を行う。【選択図】  図３
2009277253.tif 000002
【特許請求の範囲】
【請求項１】
デバイスドライバを搭載可能な情報処理装置の制御方法であって、
デバイスドライバをインストールするインストール工程と、
前記インストール工程においてデバイスドライバをインストールするに際し前記情報処理装置内の制御プログラムの再起動の要否を判定する判定工程と、
前記判定工程において再起動が必要であると判断された場合には、再起動を促す表示画面を表示する制御を行う表示制御工程を有することを特徴とする制御方法。
【請求項２】
前記表示制御工程では、前記判定工程において再起動が必要であると判断された場合には、再起動を指示可能な表示画面を表示する制御を行ない、前記判定工程において再起動が必要でないと判断された場合には、再起動を指示可能な画面を表示しない制御を行うこと特徴とする請求項１に記載の制御方法。
【請求項３】
前記再起動を促す表示画面は、再起動の要否を指示選択可能な表示画面であって、再起動を行う旨がデフォルトとして前記表示画面に設定され、再起動実行の指示入力を待つ画面であることを特徴とする請求項１又は２に記載の制御方法。
【請求項４】
デバイスドライバが搭載可能な情報処理装置の制御方法であって、
デバイスドライバをインストールするインストール工程と、
前記インストール工程においてデバイスドライバをインストールするに際し前記情報処理装置内にある制御プログラムの再起動の要否を判定する判定工程と、前記判定工程において再起動が必要であると判定された場合には、自動的に再起動を行うことを特徴とする制御方法。
【請求項５】
インストール対象となるデバイスドライバが前記情報処理装置内に存在するか否かを認識するドライバ認識工程をさらに有し、
前記判定工程は、前記ドライバ認識工程でインストール対象となるデバイスドライバが前記情報処理装置内に存在すると認識された場合は、再起動が必要であると判定することを特徴とする請求項１乃至４のいずれかに記載の制御方法。
【請求項６】
前記ドライバ認識工程では、インストール対象となるデバイスドライバを、外部からの選択指示の入力に基づいて認識し、該認識されたデバイスドライバが、前記情報処理装置内に存在するか否かを認識することを特徴とする請求項５に記載の制御方法。
【請求項７】
前記判定工程は、前記ドライバ認識工程でインストール対象となるデバイスドライバの構成モジュールが前記情報処理装置内に存在すると認識された場合は、その新旧を判定し、インストール対象となるデバイスドライバの構成モジュールをインストールする場合は再起動が必要であると判定することを特徴とする請求項１乃至４に記載の制御方法。
【請求項８】
前記判定工程では、インストール処理対象となるデバイスドライバが対応するＯＳの種別により、再起動の要否を判定することを特徴とする請求項１乃至７のいずれかに記載の制御方法。
【請求項９】
前記インストール工程では、デバイスドライバと連携してサービスと接続を行うプログラムモジュールのインストールをさらに行ない、
前記判定工程では、前記プログラムモジュールのインストールの結果に応じて再起動の要否を判定することを特徴とする請求項１乃至８のいずれかに記載の制御方法。
【請求項１０】
前記プログラムモジュールは、デバイスの状況を取得するサービスと接続するものであって、
前記判定工程では、前記情報処理装置内のＯＳの前記アプリケーション・プログラミング・インタフェースを介して再起動が必要である旨の応答を受けた場合に、再起動が必要であると判定することを特徴とする請求項９に記載の制御方法。
【請求項１１】
前記再起動とは、前記情報処理装置が使用する電源ユニットの一部又は全部の再起動を行わせること含む請求項１乃至１０のいずれかに記載の制御方法。
【請求項１２】
デバイスドライバを搭載可能な情報処理装置において実行される制御プログラムであって、デバイスドライバをインストールするインストール工程と、
前記インストール工程においてデバイスドライバをインストールするに際し前記情報処理装置内の制御プログラムの再起動の要否を判定する判定工程と、
前記判定工程において再起動が必要であると判断された場合には、再起動を促す表示画面を表示する制御を行う表示制御工程と、
を情報処理装置に実行させることを特徴とする制御プログラム。
【請求項１３】
デバイスドライバが搭載可能な情報処理装置において実行される制御プログラムであって、デバイスドライバをインストールするインストール工程と、
前記インストール工程においてデバイスドライバをインストールするに際し前記情報処理装置内にある制御プログラムの再起動の要否を判定する判定工程とを情報処理装置に実行させ、
前記判定工程において再起動が必要であると判定された場合には、自動的に再起動を行うよう情報処理装置を実行することを特徴とする制御プログラム。
【請求項１４】
デバイスドライバを搭載可能な情報処理装置であって、
デバイスドライバをインストールするインストール手段と、
前記インストール手段がデバイスドライバをインストールするに際し前記情報処理装置内の制御プログラムの再起動の要否を判定する判定手段と、
前記判定手段が、再起動が必要であると判断した場合には、再起動を促す表示画面を表示する制御を行う表示制御手段を有することを特徴とする情報処理装置。
【請求項１５】
デバイスドライバが搭載可能な情報処理装置であって、
デバイスドライバをインストールするインストール手段と、
前記インストール手段がデバイスドライバをインストールするに際し前記情報処理装置内にある制御プログラムの再起動の要否を判定する判定手段と、
前記判定手段が再起動が必要であると判定した場合には、自動的に再起動を行うことを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
周辺装置、該周辺装置と接続可能な情報処理装置、該情報処理装置を制御する制御プログラムに関するものである。
【背景技術】
【０００２】
近年、コンピュータの演算能力は飛躍的に向上し、グラフィカルユーザーインターフェース（ＧＵＩ）を採用したオペレーティングシステム（ＯＳ）を稼動させることが可能になり、周辺デバイスを制御するためのドライバプログラムのインストールも、キャラクタユーザインターフェース（ＣＵＩ）と比較すると格段に簡単なものとなってきている。
【０００３】
一般的なＯＳが搭載された環境において、標準的なインストーラ開発環境が提供されている。デバイスドライバのインストーラを作成する際には、上記開発環境が提供する操作フローに従いながら、デバイスドライバのインストールに必要な機能を実装することで、インストーラの作成を容易に開発することが考えられている。そして、該開発環境で開発されたインストーラが配布され使用されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
デバイスドライバのインストール処理を行った場合、デバイスドライバを正常に動作させるためにＯＳの再起動を行ない、ＯＳにシステムの初期化処理を行わせるのが一般的かつ安全な手段である。この際、インストーラの最終処理画面（図６）において、即座に再起動をするか、あるいは後で再起動をするかをユーザに選択させる選択指示画面をコンピュータの画面に表示することが考えられる。
【０００５】
再起動を避けたい場合には、ユーザは、必要な処理が終わってから再起動するよう該コンピュータに前述の選択指示画面を介して選択指示することで、インストール処理終了後の再起動を行わせないようにしている。例えば、終日稼動中のコンピュータに対してデバイスドライバをインストールする場合など、インストール処理終了の際に、極力再起動を避けたいといった場合である。一方で、デバイスドライバのインストールにおいて、条件によっては、再起動を行わなくてもシステムの動作を保証しているようなケースも存在する。
【０００６】
しかしながら、デバイスドライバがインストールされるシステムは、再起動の要否を判断することなく、固定的な再起動指示入力画面を一律に表示している。従って、ユーザはシステムの再起動の要否をすべて自分の判断で行う必要があるという問題がある。また、システムの再起動が必要か不要かを判断するためには、ＯＳ、デバイスドライバ、システムが提供するサービスなどの専門的な知識が必要となり、一般ユーザが独自に判断するのは困難であるという問題があった。
【０００７】
さらに、ユーザが再起動の要否を適切に判断できずにコンピュータの操作を行うと、再起動が必要である場合であるにも関わらず、再起動を行わなかった結果、システムが適切に動作しなくなるという問題があった。また、逆に再起動が不要な場合であっても、ユーザがこれを判断できず、システムの不必要な再起動を行ってしまうという問題があった。
【０００８】
本発明はかかる問題点に鑑みてなされたものであり、デバイスドライバをコンピュータにインストールする際に、再起動が必要か必要でないかを判定し、該判定結果に基づいてインストール先のシステムを制御し、必要な再起動を行いつつ不要な再起動を減らし、ソフトウェアモジュールの適切なインストール処理を行う仕組みを提供することを目的とする。
【０００９】
また、デバイスドライバをコンピュータにインストールする際に、再起動が必要か必要でないかを判定し、該判定結果に基づいて再起動に関する画面を構成して表示して、ユーザを煩雑な再起動の要否の判断から解放すると共に、適切なインストール処理を行わせることをさらに別の目的とする。
【課題を解決するための手段】
【００１０】
前述の目的の少なくとも一つを解決すべく、本願の実施形態においては、例えば以下の手段を提供する。
【００１１】
第一の発明は、デバイスドライバを搭載可能な情報処理装置の制御方法であって、デバイスドライバをインストールするインストール工程と、前記インストール工程においてデバイスドライバをインストールするに際し前記情報処理装置内の制御プログラムの再起動の要否を判定する判定工程と、前記判定工程において再起動が必要であると判断された場合には、再起動を促す表示画面を表示する制御を行う表示制御工程を有することを特徴とする制御方法であることを特徴とする。
【００１２】
第二の発明は、デバイスドライバが搭載可能な情報処理装置の制御方法であって、デバイスドライバをインストールするインストール工程と、
前記インストール工程においてデバイスドライバをインストールするに際し前記情報処理装置内にある制御プログラムの再起動の要否を判定する判定工程と、前記判定工程において再起動が必要であると判定された場合には、自動的に再起動を行うことを特徴とする制御方法であることを特徴とする。
【００１３】
本願実施形態においては上述の方法を適用可能な装置、システム、制御プログラムなども開示される。
【発明の効果】
【００１４】
以上説明したように、本願記載の発明によれば、デバイスドライバをコンピュータにインストールする際に、再起動が必要か必要でないかを判定し、該判定結果に基づいてインストール先のシステムを制御するので、必要な再起動を行いつつ不要な再起動を減らし、ソフトウェアモジュールの適切なインストール処理を行うことができる。
【００１５】
さらに、デバイスドライバをコンピュータにインストールする際に、再起動が必要か必要でないかを判定し、該判定結果に基づいて再起動に関する画面を構成して表示するので、ユーザを煩雑な再起動の要否の判断から解放すると共に、適切なインストール処理を行わせることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施例を示すプリンタ制御システムの構成を説明するブロック図である。
【図２】本実施形態におけるプリンタドライバのインストールの一例を示す図である。
【図３】図２のＳ２０４から続くプリンタドライバインストール処理の一例を示す図である。
【図４】プリンタドライバのユーザインタフェースを示す図である。
【図５】構成情報モジュールをインストールするかどうかを選択指示可能な画面を示す図である。
【図６】インストーラの表示画面を示す図である。
【図７】インストーラの再起動指示入力画面を示す図である。
【図８】プリンタドライバの選択画面を示す図である。
【図９】プリンタ情報を指示入力する画面を示す図である。
【図１０】共有プリンタ設定画面を示す図である。
【図１１】ユーザが選択、入力した結果についての設定確認画面を示す図である。
【図１２】インストーラを構成するファイルに含まれる設定ファイルの記述内容の一部を示す図である。
【図１３】図３に示す処理の変形例を示す図である。
【図１４】本発明の実施形態に好適なプリントシステムを示す図である。
【図１５】本発明の実施形態の変形例が適用される好適なケースを示す図である。
【図１６】本発明の実施形態の変形例の処理の一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照して、本願の実施形態を詳細に説明する。
【００１８】
（第１実施形態）
図１は、本発明の実施形態の一例を示すプリンタ制御システムの構成を説明するブロック図である。なお、本発明の機能が実行されるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ、ＷＡＮ等のネットワークを介して接続がなされ処理が行われるシステムであっても本実施形態を実現できる。
【００１９】
図１において、本発明の情報処理装置の好適な一例であるホストコンピュータ３０００は、ＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１１に記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ１を備え、システムバス４に接続される各デバイスをＣＰＵ１が総括的に制御する。また、このＲＯＭ３のプログラム用ＲＯＭあるいは記憶手段である外部メモリ１１には、ＣＰＵ１の制御プログラムであるオペレーティングシステムプログラム（以下ＯＳ）等を記憶し、ＲＯＭ３のフォント用ＲＯＭあるいは外部メモリ１１には上記文書処理の際に使用するフォントデータ等を記憶し、ＲＯＭ３のデータ用ＲＯＭあるいは外部メモリ１１には上記文書処理等を行う際に使用する各種データを記憶する。ＲＡＭ２は、ＣＰＵ１の主メモリ、ワークエリア等として機能する。
【００２０】
キーボードコントローラ（ＫＢＣ）５は、キーボード９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）６は、表示手段の好適な一例であるＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、デバイスドライバの一例であるプリンタ制御コマンド生成プログラム（以下プリンタドライバ）等を記憶するハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ１１とのアクセスを制御する。プリンタコントローラ（ＰＲＴＣ）８は、双方向性インタフェイス（インタフェイス）２１を介してプリンタ１５００に接続されて、本発明の周辺装置の好適な一例であり、画像形成装置であるプリンタ１５００との通信制御処理を実行する。
【００２１】
なお、ＣＰＵ１は、例えばＲＡＭ２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ１は、入力指示手段の好適な一例であるマウス２３のからの指示入力に従って動作するマウスカーソルであって、ＣＲＴ１０上に表示されるマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷の設定に関するウインドウを開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行える。
【００２２】
プリンタ１５００は、ＣＰＵ１２により制御される。プリンタＣＰＵ１２は、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラム等あるいは外部メモリ１４に記憶された制御プログラム等に基づいてシステムバス１５に接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。また、このＲＯＭ１３のプログラムＲＯＭには、ＣＰＵ１２の制御プログラム等を記憶する。ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等が記憶され、ＲＯＭ１３のデータ用ＲＯＭには、ハードディスク等の外部メモリ１４がないプリンタの場合には、ホストコンピュータ上で利用される情報等が記憶されている。
【００２３】
ＣＰＵ１２は入力部１８を介してホストコンピュータとの通信処理が可能となっており、プリンタ内の情報等をホストコンピュータ３０００に通知できる。ＲＡＭ１９は、ＣＰＵ１２の主メモリや、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１４は、ディスクコントローラ（ＤＫＣ）２０によりアクセスを制御される。外部メモリ１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、１８は前述した操作パネルで操作のためのスイッチおよびＬＥＤ表示器等が配されている。
【００２４】
また、前述した外部メモリ１４は１個に限らず、複数個備えられ、内蔵フォントに加えてオプションカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。更に、図示しないＮＶＲＡＭを有し、図示を省略する操作パネルなどからのプリンタモード設定情報を記憶するようにしてもよい。
【００２５】
次に、本発明の情報処理装置を制御する制御プログラムの好適な一例であるインストーラにおける処理について述べる。本実施形態に好適なＯＳ環境として、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）を想定し、同社が提供する、異なる複数種類のＯＳ環境を想定するが、もちろん同社のＯＳに限られるものではない。また、本実施形態では異なるＯＳに対応するプリンタドライバを単一のインストーラでインストール可能な構成としているが、ＯＳごとにインストーラを構成しても本実施形態を適用可能である。
【００２６】
また、本実施形態におけるインストーラは、プリンタドライバのインストールだけでなく、プリンタドライバ、デバイスのステータス情報等の管理、ジョブ管理などの各種サービスと連携可能なソフトウェアである構成情報モジュールをインストール可能である。例えば、プリンタと連携可能なソフトウェアとして、構成情報モジュールが考えられる。本実施形態における構成情報モジュールとは、ホストコンピュータに接続されたプリンタ１５００に対して、機器構成情報などを始めとする情報をプリンタ１５００に問い合わせ、その結果をプリンタドライバに通知することが可能なモジュール群であり、ドライバモジュールの一部として提供される。
【００２７】
図４はプリンタドライバのユーザインタフェースを示す図である。プリンタドライバは構成情報モジュールを組み込んで図４に示すようなプリンタドライバのユーザインタフェースに反映して表示する。例えば、ホストコンピュータ３０００のマウスを用いて、図４のデバイスステータス取得ボタンを押下すると、デバイスドライバは、構成情報モジュールと連携し、ネットワークに接続されたプリンタの情報を取得して表示できる。後に詳述するが、本実施形態におけるインストーラは、プリンタドライバのインストール結果だけでなく、プリンタデバイスの情報取得、ジョブ管理機能を提供するモジュールである構成情報モジュールをインストールするか否かに関する情報からも再起動が必要かどうかの判定も行う。
【００２８】
図１４は、本発明の実施形態に好適なプリントシステムを示す図である。図１に示すホストコンピュータ３０００、プリンタ１５００に加えて、例えば、第２のホストコンピュータ３００１、プリンタ１５０１、プリンタ１５０２など、複数のコンピュータがネットワーク１４００を介して接続されている様子を示す図である。さらに、他のコンピュータやプリンタ（図示省略）がさらにネットワークに接続されていてもよい。なお、ネットワーク１４００は、イーサネット（登録商標）などで実現される有線のＬＡＮであってもよいし、無線ＬＡＮ、また電話回線等の公衆回線であってもよいことは言うまでもない。なお、本実施形態には、ホストコンピュータ３０００、第２のコンピュータ３００１には、それぞれ別の種類のＯＳが組み込まれているものとする。
【００２９】
図２は、本実施形態におけるプリンタドライバのインストールの一例を示す図である。図３は、図２のＳ２０４から続くプリンタドライバインストール処理の一例を示す図である。以下、図２および図３のフローチャートを用いて本発明の実施形態を詳細に説明する。図２のフローチャートは、ホストコンピュータ内のインストーラが起動され、該インストーラにインストール開始命令が入力された場合に開始する。
【００３０】
まず、ステップＳ２０１において、インストーラは、初期化処理を行う。具体的には、インストーラは、プリンタドライバをリブートするかどうかのフラグをＮＯ，すなわちインストール処理に際してリブートしないように設定して初期化を行う。同時に、構成情報モジュールをインストールするかどうかのフラグについてもＮＯ、すなわちインストールを行わないよう設定して初期化を行う。
【００３１】
ステップＳ２０２において、ソフトウェアモジュールであるインストーラは、構成情報モジュールが既にインストールされているかどうか判定する。Ｓ２０２で、インストーラが、構成情報モジュールが既にインストールされていると判定した場合にはステップＳ２０５へ進み、インストーラは、構成情報モジュールインストールフラグをＹＥＳに変更する。構成情報インストールフラグがＹＥＳの場合、本実施形態のインストーラは、インストールしようとするデバイスドライバに関する構成情報モジュールのバージョンと同じかそれよりも古いバージョンであった場合、ユーザへの問い合わせなしに更新処理（上書きインストール）を行う。本実施形態における構成情報モジュールは、下位バージョンに対して互換性を保つことから、ユーザにインストールを行うかどうかの選択を問い合わせる手間を省く動作になっている。ここで、本実施形態では、インストールするドライバ、構成情報モジュールは、ホストコンピュータ内の既存のものより新しいものとする。一方、Ｓ２０２で、構成情報モジュールがインストールされていないと判定された場合には、ステップＳ２０３に進む。
【００３２】
図５は、構成情報モジュールをインストールするかどうかを選択指示可能な画面を示す図である。ステップＳ２０３は、Ｓ２０２の判定処理で構成情報モジュールがインストールされていない場合の処理である。Ｓ２０３で、インストーラは、図５に示す画面をＯＳに表示させる処理を制御し、ユーザの入力を待つ。５０１はプリンタドライバインストール指示部であり、５０２は構成情報インストール指示部である。ユーザは、プリンタドライバをインストールする場合はプリンタドライバインストール指示部５０１をチェックし、構成情報モジュールインストールを行いたい場合は、構成情報モジュールインストール指示部５０２をチェックして、「次へ」ボタンを押すと、インストーラは、プリンタドライバインストール指示部５０１又は構成情報モジュールインストール指示部５０２がチェックされている場合にはその旨をホストコンピュータ内の記憶手段の好適な一例である外部メモリ１１に記憶する処理を制御し、Ｓ２０４に進む。
【００３３】
ステップＳ２０４において、インストーラが、先ほど外部メモリに記憶した情報を読み出す処理を制御することにより、インストールするか否かの情報判定を行なう。すなわち、インストーラが、該読み出した情報に基づいて、構成情報モジュールをインストールする、即ち、インストーラが、Ｓ２０３で構成情報インストール指示部がチェックされていたと判定したならばステップＳ２０５へすすみ、インストーラは、構成情報モジュールインストールフラグをＹＥＳに変更する処理を制御し、Ｓ２０６に進む。一方、Ｓ２０４で構成情報モジュールをインストールしないとインストーラが判定したならばそのままステップＳ２０６へ進む。
【００３４】
ステップＳ２０６においては、現在動作しているＯＳのチェックを行う。ステップＳ２０７において、インストーラは、現在動作しているＯＳがインストール後の再起動を必要とするＯＳであるかどうか判定し、インストール後の再起動が必要ならばステップＳ２０８において、プリンタドライバインストール後の再起動が必要であることを示すフラグをＹＥＳに変更する。例えば、再起動が必要であるＯＳには、ここではＷＩＮＤＯＷＳ（登録商標）９５を含む。その理由は、例えば、該ＯＳ用に構成されたランゲージモニタなどを含むモジュールの仕様上、印刷処理のサービスを提供するモジュールのロード、アンロードが適切に行われず、再起動を行わないと適切な動作を行わない場合があるからである。一方、本実施形態においては、例えば、いわゆるＮＴ系のカーネルを用いたＯＳに対しては、該ＯＳ用に構成されたドライバモジュールの仕様上、再起動の必要はない。
【００３５】
このように、インストーラ（判定手段）は、インストール処理対象となるデバイスドライバが対応するＯＳの種別により、再起動の要否を判定する。また、複数種類のＯＳに対応したプリンタドライバが用意されている場合、あるＯＳに対応したドライバモジュールをインストールする場合には再起動が必要となり、あるＯＳに対応したドライバモジュールをインストールする場合には、再起動が必要でないことになる。従って、ドライバと、当該ドライバの再起動を行う必要があるＯＳの対応表やリストを構造体としてホストコンピュータ内に予め保持しておき、この表に基づいてインストール処理の判断を行うと好適である。
【００３６】
続いて、ステップＳ２０９において、プリンタドライバがインストールされるべきディレクトリ下にプリンタドライバを構成するモジュールのファイルが存在するかどうか、すべてのファイルについてチェックを行う。この際の処理としては、ホストコンピュータ３０００に搭載されたＯＳだけでなく、第２のホストコンピュータ３００１を含むシステムを構成する全てのＯＳ用プリンタドライバについてファイルチェックを行う。これは、特定のＯＳにおいてサポートされているＰｏｉｎｔ＆Ｐｒｉｎｔ機能、例えば、ホストコンピュータ３０００とは別の種類のＯＳを搭載する第２のホストコンピュータ３００１からホストコンピュータ３０００に対してインストール指示することにより、ホストコンピュータ３０００から、当該第２のホストコンピュータ３００１にドライバのインストールを行う機能に対応するために他のＯＳ用のドライバを予めホストコンピュータ３０００に導入しておく。つまり、第２のホストコンピュータ３００１内のＯＳにて動作するプリンタドライバについて代替ドライバ（ＡｌｔｅｒｎａｔｉｖｅＤｒｉｖｅｒ）を、ホストコンピュータ３０００にインストールしておく仕様になっている。本機能は、後述するＳ２１３における図９において、代替ドライバインストールをするかどうかを選択するチェックボックス９０３を選択することにより実現可能である。
【００３７】
ステップＳ２１０において、これからインストールしようとするプリンタドライバを構成するファイルと同一名称のファイルがプリンタドライバのインストール先であるディレクトリ下に存在する場合、ステップＳ２１２へ進み、プリンタドライバインストール後の再起動が必要であることを示すプリンタドライバリブートフラグをＹＥＳに変更する。既にインストール対象となるプリンタドライバの同種のデバイスドライバが、ホストコンピュータ内にインストールされている場合には、該プリンタドライバが上書きされるため、後にＯＳを再起動してモジュールのロード・アンロードを適切に行わせるためである。
【００３８】
このように、インストーラ（ドライバ認識手段）は、インストール対象となるプリンタドライバがホストコンピュータ３０００内に存在するか否かを認識し、インストーラ（判定手段）は、インストール対象となるプリンタドライバが前記情報処理装置内に存在すると認識された場合は、プリンタドライバリブートフラグをＹＥＳにする。そして、後述する図３のＳ３０６で該フラグを読み出したインストーラ（判定手段）は、ＯＳの再起動が必要であると判定することになる。
【００３９】
ステップ２１０において、これからインストールしようとするプリンタドライバを構成するファイルと同一名称のファイルがプリンタドライバのインストール先であるディレクトリ下に存在しない場合、Ｓ２１１に進む。ステップＳ２１１において、前述した他ＯＳ用のプリンタドライバ構成ファイル、すなわち代替ドライバ用のファイルが存在するか判定し、存在する場合はステップＳ２１２へ進み、プリンタドライバインストール後の再起動が必要であることを示すフラグをＹＥＳに変更しＳ２１３へ進む。
【００４０】
ステップＳ２１３において、ユーザの選択に基づいて、インストーラは、接続されたプリンタ１５００に対応したプリンタドライバを認識する。図８においては、プリンタＡがドライバを追加インストールプリンタのリストの欄にユーザのプリンタ選択の結果表示され、これに対応してインストールされるドライバ名が記載されている。なお、図８においては、複数のプリンタドライバを１回の操作で選択可能である。
【００４１】
図９は、プリンタ情報を指示入力する画面を示す図である。図１０は、共有プリンタ設定画面を示す図である。図９に示す設定画面においてはプリンタドライバのインストールに際し用いられるプリンタ情報を入力する。ポート名指示部９０１において、ポート名を指示入力し、フレンドリ名入力部９０２において、ユーザ環境で任意に命名可能なプリンタドライバ名称を入力する。ここで、図９における代替ドライバインストールをするかどうかを選択するチェックボックス９０３を選択した場合は、Ｓ２１３において図１０に示す画面を表示するようにすると好適である。１００１は、共有プリンタ名入力部であり、１００２は、代替プリンタ対応ＯＳ指示部である。図１０は、図１４に示す図を用いて説明すると、第２のホストコンピュータ３００１内のＯＳにて動作するプリンタドライバについて代替ドライバ（ＡｌｔｅｒｎａｔｉｖｅＤｒｉｖｅｒ）をホストコンピュータ３０００にインストールしておく仕組みのための情報の入力画面である。第２のホストコンピュータ３００１等に搭載されているＯＳ名、あるいはこれからネットワークに加入するコンピュータ（図示省略）に搭載されているＯＳ種類を代替プリンタ対応ＯＳ指示部１００２を用いて入力指示する。そして、当該第２のホストコンピュータ３００１、該これからネットワークに加入するコンピュータから、現にインストール対象となっているプリンタにアクセスする際に用いる共有プリンタ名を、共有プリンタ名入力部１００１に入力する。
【００４２】
ステップＳ２１４において、これまでユーザが選択、入力した結果についての設定確認を行う。図１１は、ユーザが選択、入力した結果についての設定確認画面を示す図である。インストールプリンタ・ドライバ表示部１００１には、プリンタＡ及びこれに対応するプリンタドライバＡが追加され、既にインストールされているプリンタＨ、プリンタＩ、プリンタＤ及びこれらに対応するプリンタドライバＨ，プリンタドライバＩ，プリンタドライバＤが表示されている。ここで、「次へ」ボタンを押すと、プリンタドライバＡが追加インストールされ、プリンタドライバＨ，プリンタドライバＩ，プリンタドライバＤが更新インストール（上書きインストール）されることになる。ちなみに、図１１のシステムにおいては、プリンタドライバＨ，プリンタドライバＩ，プリンタドライバＤが既にホストコンピュータ内に存在するので、Ｓ２０５で再起動が必要なプリンタドライバリブートフラグはＹＥＳに設定されることになる。
【００４３】
本実施形態のＳ２１０においては、元々インストーラが持っている複数のプリンタドライバインストーラをインストール対象のプリンタドライバとみなし、該インストール対象のドライバが、ホストコンピュータ内に既にインストールされているか否かを判断した。変形例としては、インストーラ（ドライバ認識手段）が、インストール対象となるデバイスドライバを、外部からの選択指示の入力情報に基づいて認識し、該認識されたデバイスドライバをインストール対象のドライバとみなして、該インストール対象のドライバがホストコンピュータ３０００内に存在するか否かを認識することも考えうる。
【００４４】
また、別の変形例としては、本発明のインストーラが持っているプリンタドライバを構成するファイルの一部と、本発明のインストーラが持っていないプリンタドライバを構成するファイルが重複しているというような場合についても、再起動が必要となるドライバがインストールされていると判断することも考えうる。
以下、上記変形例についての詳細な説明を図１５および図１６を用いて行う。
図１５は、この変形例が適用されるケースを説明するための図である。
【００４５】
図中の１５０１は、ホストコンピュータ３０００にインストール済みのプリンタドライバ（以降説明のためにプリンタドライバ１５０１とする）を構成するファイル群とそれらのファイルバージョンを示している。一方、１５０２は本発明のインストーラがインストールしようとするプリンタドライバである（以降説明のためにプリンタドライバ１５０２とする）。プリンタドライバ１５０１は、本発明のインストーラが持っているものではないが、“ＣＯＬＯＲＭＯＤ．ＤＬＬ”という同一名称をもつファイルを構成ファイルとしてもっている。ここでは、プリンタドライバ１５０１とプリンタドライバ１５０２は同じ開発元から提供された、異なる種類のＰＤＬのプリンタドライバで、“ＣＯＬＯＲＭＯＤ．ＤＬＬ”は、ＰＤＬ共通に使用されるカラー機能モジュールであるとして話をすすめる。
【００４６】
図１５のＰＳＤＲＶ．ＤＬＬは、ＰＳ言語対応、ＰＣＬＤＲＶ．ＤＬＬはＰＣＬ言語対応のモジュールである。括弧内の数字は、それぞれのモジュールのバージョンを表す。また、ＰＳＤＲＶＵＩ．ＤＬＬは、ＰＳ言語（ポストスクリプト言語）対応のユーザインタフェースのためのモジュール、ＰＣＬＤＲＶＵＩ．ＤＬＬは、ＰＣＬ言語対応のドライバのために提供されるユーザインタフェースモジュールである。
【００４７】
ＰＳＤＲＶ．ＤＬＬと、ＰＣＬＤＲＶ．ＤＬＬ等は、異なる種類のモジュールであるが、ＰＤＬ共通に使用する機能モジュールとしてＣＯＬＯＲＭＯＤ．ＤＬＬを使用する。
【００４８】
別のドライバモジュールであるにも関わらず、モジュール名が同じであるために上書きされる例は、同じ開発元から別のインストールセットとして提供される、それぞれ同一名の共通モジュールを含む、異なるＰＤＬに対応したプリンタドライバである場合に起こり得る。また、ＯＳが提供している別の機能モジュールを同梱しているといったような場合にも起こり得る。図１５の例では、プリンタドライバ１５０１に含まれる“ＣＯＬＯＲＭＯＤ．ＤＬＬ”のバージョンは１．９．０であり、プリンタドライバ１５０２に含まれる“ＣＯＬＯＲＭＯＤ．ＤＬＬ”のバージョンは１．９．４である。プリンタドライバ１５０２がインストールされる際は、ＯＳ、あるいはインストーラの処理によってプリンタドライバ１５０１の“ＣＯＬＯＲＭＯＤ．ＤＬＬ”が上書きされる。このようなＰＤＬ共通に使用される機能モジュールは、下位互換性を保つようになっているのが通常であるので、上書きインストール後も両プリンタドライバが正常に動作することになる。
【００４９】
しかし、上書きされた“ＣＯＬＯＲＭＯＤ．ＤＬＬ”は、上書き前にその他のＤＬＬなどからロードされている可能性があり、正常に上書き動作を完了するためにはＯＳの再起動を行う方がより安全である。このように、インストールするプリンタドライバ以外の構成ファイルであっても、ファイル名称が一致するような場合は再起動フラグをＯＮにするといった処理も考えられる。
【００５０】
一方、別名称のモジュールはそもそも上書きされることがないし、また、共通モジュールではない、独立性の高いモジュールは、上書きしたとしても、他のモジュールからロードして掴まれていることもないため、再起動しなくても問題ない場合もある。
【００５１】
再起動が真に必要なモジュールが上書きされた場合に、再起動の要否をモジュールが上書きされたか否かに基づき判断し、再起動を行うよう装置を制御することで、再起動回数が減少する。ひいては、サーバなどの可用性（Ａｖａｉｌａｂｉｌｉｔｙ）を向上することができるのである。
【００５２】
図１６は上記変形例の処理を示すフローチャートである。本処理はステップＳ２１０において実行されることになる。
【００５３】
ステップＳ１６０１において、インストールしようとするすべてのファイルについて、インストールしようとする指定フォルダにすでに存在しているかどうかの確認が終わったか判定し、終了していれば、ステップＳ２１１へ進み、そうでなければ、続くステップＳ１６０２に進む。
【００５４】
ステップＳ１６０２において、インストールしようとする１ファイルについて、同一名称のファイルが指定フォルダに格納済みかを確認し、ファイル名称が一致しているファイルがあればステップＳ１６０４に進む。一方、一致しているファイルがなければステップＳ１６０３へ進み、次のインストールファイルへチェック対象をうつし、ステップＳ１６０１へ戻る。
【００５５】
ステップＳ１６０４では、ファイル名が一致した場合、ファイルバージョンの確認を行い、すでに指定フォルダに格納されているファイルの方が新しいバージョンをもっているか、あるいは同一のバージョンであれば、上書き処理を行わないので、ステップＳ１６０３へ戻る。一方、すでに指定フォルダに格納されているファイルの方が古いバージョンである場合は、インストール時に上書き処理が発生するので、再起動が必要であると判断し、ステップＳ２１２へ進む。
【００５６】
本フローチャートでは、ファイル上書き判断にファイルバージョンを用いたが、ファイルのタイムスタンプ情報を使用して判断するような例であっても構わない。
【００５７】
以上の処理により、インストーラがインストールしようとしているプリンタドライバでなくても、インストールされる構成ファイルが重複するような場合を想定しながら、適切な再起動判定処理を行うことができる。
【００５８】
ステップＳ３０１において、インストーラは、構成情報モジュールインストールフラグがＹＥＳか否かを判断する。そして、インストーラは、Ｓ３０１で構成情報モジュールインストールフラグがＹＥＳと判断したならば、ステップＳ３０２へ進み、構成情報モジュールインストール処理を行う。Ｓ３０２のインストール処理では、本発明のインストール手段の好適な一例であるインストーラは、ＯＳが提供するＡＰＩを使用して、ＯＳのサービス停止処理、ファイルのコピー処理、プログラムのレジストリなどへの登録処理、そしてサービスの再開処理を一連のインストール処理として行う。本インストール処理の結果、使用されるＡＰＩからの戻り値にリブートが必要なエラーコードが返ってくる場合には、構成情報リブートフラグとして、インストーラはＯＳに対してＹＥＳの値を格納するよう制御する。本フラグは、構成情報モジュールインストールの際、そのインストール状態を示す値として、インストール情報として記憶される。具体的には、インストーラは、ＯＳに、ＯＳ内に定義されたレジストリ内にＹＥＳという値を格納させる制御を行う。
【００５９】
Ｓ３０２に続いて、Ｓ３０３では、インストーラは、上述のインストール処理の結果、ＯＳのＡＰＩの戻り値として、再起動が必要なことを示す戻り値があったか否かを判断する。ここで、構成情報インストールフラグがＹＥＳとされるのは、ＯＳのＡＰＩがインストールの際に、再起動が必要との返却値を返した場合のほか、スプールモニタ、ジョブ管理、デバイス管理などのサービスを提供するプロセスが、他のプロセスによって独占状態になっている状態を解消するために、ＯＳを含むホストコンピュータを再起動して初期化する必要がある場合がある。
【００６０】
Ｓ３０３で、インストーラが、再起動が必要な戻り値があり、ＯＳの再起動が必要であると判断した場合は、Ｓ３０４で、インストーラは、構成情報リブートフラグをＹＥＳとするようＯＳに命令し、Ｓ３０５に進む。もちろん、各フラグの書き込みはインストーラが独自に行ってもよい。一方、Ｓ３０３で、インストーラが、ＯＳから再起動が必要なＯＳのＡＰＩからの戻り値が無かったとインストーラが判断した場合は、そのままＳ３０５に進む。
【００６１】
Ｓ３０５では、指定フォルダに格納されているプリンタドライバから、Ｓ２１３で選択されたプリンタのモジュールを選んでインストール処理を行ない、Ｓ３０６に進む。Ｓ３０５では、具体的には、ファイルのコピー処理、ＯＳが提供するＡＰＩを使用したシステムへの登録処理が行われる。
【００６２】
Ｓ３０６では、インストーラは、プリンタドライバリブートフラグ又は、構成情報モジュールリブートフラグの少なくとも一つがＹＥＳか否かを判断する。つまり、本発明の判定手段の好適な一例であるインストーラは、ホストコンピュータ３０００内の制御プログラムの好適な一例であるＯＳの再起動の要否を判定する。また、構成情報インストールモジュールフラグがＹＥＳになっている時には、インストール時に用いたＯＳのＡＰＩの返り値を元に、制御プログラムの好適な一例としての印刷装置の状態管理サービスを提供するプログラムの再起動の要否を判定することを考えることが出来る。
【００６３】
図６はインストーラの表示画面を示す図である。図７は、インストーラの再起動指示入力画面を示す図である。Ｓ３０６で、プリンタドライバリブートフラグ、又は、構成情報モジュールリブートフラグのいずれかがＹＥＳであった場合には、再起動を要する旨を反映した指示画面を表示する。具体的には、図６のような画面を表示するようＯＳを制御する。この際、プリンタドライバリブートフラグの内容がＹＥＳであれば、本発明の表示制御手段の好適な一例であるインストーラは、Ｓ３０７に進んで図６の表示画面における選択肢６０１において再起動を行う選択肢をデフォルト（初期値）として設定して表示するようＯＳを制御する。Ｓ３０８でプリンタドライバリブートフラグの内容がＮＯであれば、インストーラは、図６の６０１において再起動を行わない旨を初期値として設定して表示するようＯＳに命令し、（図７）、ユーザの入力を待つ。つまり、インストーラ（表示制御手段）は、再起動を促す表示画面として、再起動の要否を指示選択可能な表示画面を、再起動を行う旨をデフォルトとして前記表示画面に設定して表示するようＯＳを制御し、再起動実行の指示入力を待つことになる。
【００６４】
ステップＳ３０９において、ユーザからの再起動要否の入力値を判定し、再起動を行うと選択された場合、ステップＳ３１０へ進みＯＳの再起動を行い、処理をおえる。一方、Ｓ３０９で再起動を行わないと選択された場合、そのまま処理を終える。
【００６５】
また、本発明の表示制御手段の好適な一例であるインストーラは、インストーラ（判定手段）が再起動画必要と判定した場合には、再起動を指示可能な表示画面を表示する制御を行ない、インストーラ（判定手段）が再起動が必要でないと判断した場合には、再起動を指示可能な画面を表示しないよう制御してもよい。
【００６６】
以上述べたように、例えば、ＯＳの種別に応じて再起動の要否を判断するので、煩雑な実装を行うことなく、例えば、テーブルを参照することにより、再起動の要否を判断できる。また、例えば、ＯＳのＡＰＩからの戻り値によって、再起動の要否を判断することで、既存のＡＰＩを活用でき、開発工数を削減することも出来る。
【００６７】
（第２実施形態）
図１３は、図３に示す処理の変形例を示す図である。図２のＳ２１４までの処理は共通する。以下、第１実施形態と異なる部分を示す。
【００６８】
Ｓ１３０１からＳ１３０６は、図２に示す処理と変わりはないが、Ｓ１３０７，Ｓ１３０８が異なる。以下に説明する。
【００６９】
ステップＳ１３０１において、インストーラは、構成情報モジュールインストールフラグがＹＥＳか否かを判断する。そして、インストーラは、Ｓ１３０１で構成情報モジュールインストールフラグがＹＥＳと判断したならば、ステップＳ１３０２へ進み、構成情報モジュールインストール処理を行う。Ｓ１３０２のインストール処理では、本発明のインストール手段の好適な一例であるインストーラは、ＯＳが提供するＡＰＩを使用して、ＯＳのサービス停止処理、ファイルのコピー処理、プログラムのレジストリなどへの登録処理、そしてサービスの再開処理が行われる。本インストール処理の結果、使用されるＡＰＩからの戻り値にリブートが必要なエラーコードが返ってくる場合には、構成情報リブートフラグとして、インストーラはＯＳに対してＹＥＳの値を格納するよう制御する。これにより、インストール構成モジュールをインストールしたインストーラ（判定手段）は、インストール構成モジュールのインストール結果を取得し、プログラムモジュールのインストールの結果に応じて再起動の要否を判定することができる。本フラグは、構成情報モジュールインストールの際、そのインストール状態を示す値として、インストール情報として記憶される。具体的には、インストーラは、ＯＳに、ＯＳ内に定義されたレジストリ内にＹＥＳという値を格納させる制御を行う。一方、Ｓ１３０１で、インストーラが、構成情報モジュールフラグがＹＥＳでないと判断した場合は、Ｓ１３０５へ進む。
【００７０】
話をＳ１３０２に戻す。Ｓ１３０２に続いて、Ｓ１３０３では、インストーラは、上述のインストール処理の結果、ＯＳのＡＰＩの戻り値として、再起動が必要なことを示す戻り値があったか否かを判断する。ここで、構成情報インストールフラグがＹＥＳとされるのは、ＯＳのＡＰＩがインストールの際に、再起動が必要との返却値を返した場合のほか、スプールモニタ、ジョブ管理、デバイス管理などのサービスを提供するプロセスが、他のプロセスによって独占状態になっている状態を解消するために、ＯＳを含むホストコンピュータを再起動して初期化する必要がある場合がある。
【００７１】
Ｓ１３０３で、インストーラ（判定手段）が、再起動が必要な戻り値があり、ＯＳの再起動が必要であると判定した場合は、Ｓ１３０４で、構成情報リブートフラグをＹＥＳとＯＳに命令し、Ｓ１３０５に進む。もちろん、各フラグの書き込みはインストーラが直接行ってもよい。
【００７２】
Ｓ１３０３でＯＳから再起動が必要なＯＳのＡＰＩからの戻り値が無かったとインストーラが判断した場合は、そのままＳ１３０５に進む。Ｓ１３０５では、指定フォルダに格納されているプリンタドライバから、Ｓ２１３で選択されたプリンタのモジュールを選んでインストール処理を行ない、Ｓ１３０６に進む。Ｓ１３０５では、具体的には、ファイルのコピー、ＯＳが提供するＡＰＩを使用した、システムへの登録処理が行われる。
【００７３】
Ｓ１３０６では、インストーラは、プリンタドライバリブートフラグ又は、構成情報モジュールリブートフラグの少なくとも一つがＹＥＳか否かを判断する。つまり、本発明の判定手段の好適な一例であるインストーラは、ホストコンピュータ３０００内の制御プログラムの好適な一例であるＯＳの再起動の要否を判定する。他に、制御プログラムの好適な一例として、構成情報インストールモジュールフラグがＹＥＳになっている時には、インストール時に用いたＯＳのＡＰＩの返り値を元に、印刷装置の状態管理サービスを提供するプログラムの再起動を要否を判定することが出来る。
【００７４】
そして、Ｓ１３０６で、インストーラ（判定手段）が、プリンタドライバリブートフラグ又は、構成情報モジュールリブートフラグの少なくとも一つがＹＥＳであり、再起動が必要と判定した場合は、Ｓ１３０７に進み、ユーザの入力を待つことなく、インストーラが自動的にＯＳを再起動するよう制御し、処理を終了する。また、インストーラ（判定手段）が、プリンタドライバリブートフラグ又は、構成情報モジュールリブートフラグの両方がＹＥＳではなくＯＳの再起動が不要であると判断した場合は、Ｓ１３０８で再起動指示入力画面を表示することなく、インストール処理が適切に終了した旨をホストコンピュータ３０００のＣＲＴに表示して処理を終了する。
また、インストーラは、デバイスドライバと連携してプリンタの状況を取得するサービスと接続するインストール構成モジュールをインストールし、ホストコンピュータ３０００内のＯＳのアプリケーション・プログラミング・インタフェースを介して再起動が必要である旨の応答を受けた場合に、再起動が必要であると判定するのである。サービスには、プリンタのステータス取得、消耗部材の有無、プリンタのネットワーク接続の状態、印刷枚数のカウントなどに関する部門管理の情報などが含まれる。
【００７５】
また、本実施形態にいう再起動は、ホストコンピュータが使用する電源ユニットの一部又は全部の再起動を行わせること含むが、ＯＳのみの再起動、サービスを提供する制御プログラムの再起動をも含む。
【００７６】
つまり、プリンタドライバリブートフラグがＹＥＳの場合、ホストコンピュータの電源を落とさずにＯＳを再起動できる場合は、ＯＳの再起動のみでインストール完了が可能である場合もある。また、構成情報リブートフラグがＹＥＳの場合は、サービスを提供する制御プログラムのみを再起動するだけでよい場合もある。
【００７７】
以上述べたように、インストーラが再起動が必要と判断した場合には、再起動を自動的に行うので、ユーザが煩わしい判断から解放される。さらに、インストーラが再起動が不要と判断した場合には、再起動を促す画面を表示しないので、ユーザは他の必要な作業を中断することなく続けることができるという効果がある。
【００７８】
（第３実施形態）
前述の第１実施形態においては、再起動の要／不要の判定結果を表示する方法においては、ラジオボタン６０１を用いて表示の初期値を変更することによって行われたが、本実施形態のように、再起動が必要である場合、ラジオボタン６０１に代わり、再起動を行う旨を示すメッセージを表示し、自動的に再起動を行い、一方、再起動が不要である場合は、再起動結果表示を割愛してインストール処理を終了するといった実施方法でも構わない。
【００７９】
このように、インストール後のＯＳ再起動の要／不要判定については、複数の表示方法が考えられるので、これらの表示方法を変更する方法について、以下に示す。
【００８０】
図１２は、インストーラを構成するファイルに含まれる設定ファイルの記述内容の一部を示す図である。この設定ファイルは、インストーラ起動時に読み込まれ、その動作方法を決定する。図に示すように、例えば、テキスト形式でプリンタドライバリブートフラグを「ＳｈｏｗＲｅｂｏｏｔ＝１」のように、記載しても良いし、インストーラが管理するファイル内に内部情報としてバイナリとして保持してもよい。構成情報リブートフラグもプリンタドライバリブートフラグと全く同様に管理可能である。
【００８１】
以上のように、本発明によれば、インストール処理後の再起動が必要か必要でないかを判定し、その結果を最終画面に反映することで、ユーザの所望するインストーラを提供可能となる。
【００８２】
（他の実施の形態）
本実施形態における図２、３、１３に示す処理が、外部からインストールされるプログラムによって、ホストコンピュータ３０００、第２のホストコンピュータ３００１、プリントサイト１０９それぞれにより遂行されてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群をホストコンピュータに供給される場合でも本発明は適用されるものである。
【００８３】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、又は、外部サーバ（図示省略）からダウンロードすることで、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８４】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、たとえば、フロッピィーディスク、ハードディスク、光ディスク、光磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ等を用いることができる。
【００８５】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図１】
2009277253.tif 000003
【図２】
2009277253.tif 000004
【図３】
2009277253.tif 000005
【図４】
2009277253.tif 000006
【図５】
2009277253.tif 000007
【図６】
2009277253.tif 000008
【図７】
2009277253.tif 000009
【図８】
2009277253.tif 000010
【図９】
2009277253.tif 000011
【図１０】
2009277253.tif 000012
【図１１】
2009277253.tif 000013
【図１２】
2009277253.tif 000014
【図１３】
2009277253.tif 000015
【図１４】
2009277253.tif 000016
【図１５】
2009277253.tif 000017
【図１６】
2009277253.tif 000018