(57)【要約】【課題】クライアントユーザがネットワークに接続されているクライアント装置に対するプリンタドライバのインストールする際、サーバへの要求を出すだけで自動的に環境設定する仕組みを提供する。これによりクライアントにプリンタドライバインストール後にプリンタ構成を設定する必要が無くなる。【解決手段】画像形成処理用のドライバプログラムが、前記情報処理装置内に導入されるのを認識する認識手段と、前記ドライバプログラムの設定に用いる構成情報を外部から取得する取得手段と、前記認識手段が、前記ドライバプログラムの導入を認識するのに応答して、前記取得手段を起動する起動手段と、前記取得手段が取得した構成情報を、前記ドライバプログラムが読み込み可能に設定する設定手段とを備えた情報処理装置。【選択図】　　　図５
2004021400.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置と通信可能な情報処理装置において、
画像形成処理用のドライバプログラムが、前記情報処理装置内に導入されるのを認識する認識手段と、
前記ドライバプログラムの設定に用いる構成情報を外部から取得する取得手段と、
前記認識手段が、前記ドライバプログラムの導入を認識するのに応答して、前記取得手段を起動する起動手段と、
前記取得手段が取得した構成情報を、前記ドライバプログラムが読み込み可能に設定する設定手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記設定手段は、前記取得手段が取得した構成情報を、前記ドライバプログラムが読み出せるように、前記ドライバプログラムが動作する環境であるオペレーティングシステムの所定の格納領域に設定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得手段は、構成情報として、ネットワークを介して接続されている印刷装置の名称、又は、ＩＰアドレス、又は、印刷装置の機能を示す情報を取得するものであり、
前記設定手段は、前記認識手段がドライバプログラムの導入を認識した際に、前記取得手段が設定情報として取得した情報を、前記ドライバプログラムの初期設定として反映させることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記ドライバプログラムに対する設定を表示する設定画面を表示する処理を制御する表示制御手段をさらに備え、
前記表示制御手段は、前記認識手段が前記ドライバプログラムの導入を認識するのに応答して、前記取得手段が取得した構成情報を設定画面に自動的に反映するよう、前記設定画面の表示を制御することを特徴とする請求項１乃至３のいずれかに記載の情報処理装置。
【請求項５】
前記認識手段は、インストールされた前記ドライバプログラムの起動を認識することにより、前記ドライバプログラムの導入を認識することを特徴とする請求項１乃至４に記載の情報処理装置。
【請求項６】
外部からのドライバプログラムのセットアップ指示の入力を受け付ける入力手段と、
該入力手段にセットアップ指示が入力されるのに応答して起動する、前記ドライバプログラムのインストール処理を制御するインストール制御手段と、
前記認識手段は、インストール制御手段が、前記セットアップ指示に応答して起動したことを認識して、前記ドライバプログラムの導入を認識することを特徴とする請求項１乃至５に記載のいずれかの情報処理装置。
【請求項７】
前記入力手段に入力されたセットアップ指示を認識することにより、前記ドライバプログラムの導入を認識することを特徴とする請求項１乃至６のいずれかに記載の情報処理装置。
【請求項８】
前記構成情報とは、印刷装置に搭載されているＲＡＭサイズ、又は、フォントの種類、又は、仕分け装置の装着の有無、又は、ステイプル機能の有無、又は、オプション給紙カセットの装着有無を含む情報であること特徴とする請求項１乃至７のいずれかに記載の情報処理装置。
【請求項９】
前記取得手段は、外部情報処理装置を介して前記構成情報を取得するものであり、外部情報処理装置によりネットワークに接続されているプリンタを探索するのに応答して前記構成情報を取得することを特徴とする請求項１乃至８のいずれかに記載の情報処理装置。
【請求項１０】
画像形成装置と通信可能な情報処理装置における方法において、
画像形成処理用のドライバプログラムが、前記情報処理装置内に導入されるのを認識する認識工程と、
前記ドライバプログラムの設定に用いる構成情報を外部から取得する取得工程と、
前記認識工程が、前記ドライバプログラムの導入を認識するのに応答して、前記取得工程を起動する起動工程と、
前記取得工程で取得した構成情報を、前記ドライバプログラムが読み込み可能に設定する設定工程と、
を備えたことを特徴とする情報処方法。
【請求項１１】
前記設定工程は、前記取得工程が取得した構成情報を、前記ドライバプログラムが読み出せるように、前記ドライバプログラムが動作する環境であるオペレーティングシステムの所定の格納領域に設定することを特徴とする請求項１０に記載の情報処理方法。
【請求項１２】
前記取得工程では、設定情報として、ネットワークを介して接続されている印刷装置の名称、又は、ＩＰアドレス、又は、印刷装置の機能を示す情報を取得し、
前記設定工程では、前記認識工程でドライバプログラムの導入を認識した際に前記取得工程が設定情報として取得した情報を、前記ドライバプログラムの初期設定として反映させることを特徴とする請求項１０又は１１に記載の情報処理方法。
【請求項１３】
前記ドライバプログラムに対する設定を表示する設定画面を表示する処理を制御する表示制御工程をさらに備え、
前記表示制御工程では、前記認識工程が前記ドライバプログラムの導入を認識するのに応答して、前記取得工程が取得した構成情報を設定画面に自動的に反映するよう、前記設定画面の表示を制御することを特徴とする請求項１０乃至１２のいずれかに記載の情報処理方法。
【請求項１４】
前記認識工程では、インストールされた前記ドライバプログラムの起動を認識することにより、前記ドライバプログラムの導入を認識することを特徴とする請求項１０乃至１３に記載の情報処理方法。
【請求項１５】
外部からのドライバプログラムのセットアップ指示の入力を受け付ける入力工程と、
該入力工程にてセットアップ指示が入力されるのに応答して起動する、前記ドライバプログラムのインストール処理を制御するインストール制御工程と、
前記認識工程は、インストール制御工程が、前記セットアップ指示に応答して起動したことを認識して、前記ドライバプログラムの導入を認識することを特徴とする請求項１０乃至１４に記載のいずれかの情報処理方法。
【請求項１６】
前記入力工程にて入力されたセットアップ指示を認識することにより、前記ドライバプログラムの導入を認識することを特徴とする請求項１０乃至１５のいずれかに記載の情報処理方法。
【請求項１７】
前記構成情報とは、印刷装置に搭載されているＲＡＭサイズ、又は、フォントの種類、又は、仕分け装置の装着の有無、又は、ステイプル機能の有無、又は、オプション給紙カセットの装着有無を示す情報であること特徴とする請求項１０乃至１６に記載の情報処理方法。
【請求項１８】
前記取得工程では、外部情報処理装置を介して前記構成情報を取得するものであり、外部情報処理装置によりネットワークに接続されているプリンタを探索するのに応答して前記構成情報を取得することを特徴とする請求項１０乃至１７のいずれかに記載の情報処理方法。
【請求項１９】
画像形成装置と通信可能な情報処理装置において実行される制御プログラムにおいて、
画像形成処理用のドライバプログラムが、前記情報処理装置内に導入されるのを認識する認識工程と、
前記ドライバプログラムの設定に用いる構成情報を外部から取得する取得工程と、
前記認識工程が、前記ドライバプログラムの導入を認識するのに応答して、前記取得工程を起動する起動工程と、
前記取得工程で取得した構成情報を、前記ドライバプログラムが読み込み可能に設定する設定工程と、
を前記情報処理装置に実行させることを特徴とする制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、周辺装置、該周辺装置と通信する情報処理装置、及びこれらを含むネットワークシステム、これらを制御する制御プログラム、及び制御方法に関するものである。
【０００２】
【従来の技術】
従来のプリンタドライバのインストール方法は、プリンタの設定画面において、プリンタの追加を選択して、その後ウィザードと呼ばれるユーザとの対話形式で必要情報を入力させ、プリンタドライバのインストールさせる、プリンタドライバのインストールを対話的に実現させる技術があった。
【０００３】
さらに、サーバ上では、プリントサーバを用いたＰｏｉｎｔ＆Ｐｒｉｎｔでのインストールで、サーバ装置からクライアント装置に対し、プリンタドライバを配信する仕組みが開発されつつある。
【０００４】
また、広く知られたネットワーク管理プロトコルであるＳＮＭＰ（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ）のＭＩＢ（Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂａｓｅ；ＲＦＣ１４４２等を参照）や各社が開発しているプリンティングプロトコルのステータス取得機能を用いて、プリンタのＩＰアドレスや機種名などの本体情報、及び、印刷装置に増設可能な機能であるオプションの情報を取得するプログラムからなるユーティリティが開発されつつある。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記のような従来のインストール方法の場合には、比較的大きな規模のプリントシステムを構築している企業ユーザのように、多数のコンピュータを所有し、多数のクライアントを抱えている場合、その全てのクライアントにプリンタドライバをインストールさせる作業が発生するためいろいろな問題があった。例えば、ユーザは自分がどのプリンタを利用してよいのか、そのプリンタのＩＰアドレスや、ポートの設定情報、プリンタ機種、サポートするオプションは何か、等を確認し、さらにそのプリンタに合致するプリンタドライバをサーバやベンダーサイトからダウンロードしてインストールし、且つ出力ポート等の環境設定を行う必要があり、各ユーザには煩雑なの設定のための知識や能力が要求された。またこの作業には手間がかかるし、これを補うための教育やマニュアル作成にも大きな工数がかかるという問題があった。また各ユーザがそれぞれ勝手に様々なドライバをインストールし、無秩序にプリンタに接続すると、プリンティングシステムとして不具合を生じかねないという問題があった。だからといってプリンタ管理者（ＩＴマネージャ）がインストールして回るのは、クライアント数が多い場合は非常に時間がかかってしまうという問題があった。
【０００６】
さらに、最近では、プリンタ装置の機能拡張対応のために、ハードディスクや拡張ＲＡＭ、多種多様な仕分け装置、給紙カセットがオプション装着可能となっており、プリンタドライバをインストールした後に、プリンタの構成情報を正しくプリンタドライバの設定に反映させる必要があるが、外観だけでは判断できないものが多く、機器の専門的な知識が必要であり、正しくドライバ設定を行うことが困難であった。
【０００７】
本発明は上記の課題の少なくとも一つを解決するためになされたもので、その目的とするところは、各ユーザが特別な知識を必要とせずに、簡単に自分のクライアント装置に利用可能なプリンタのドライバインストールを実現する仕組みを提供することである。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、例えば本発明の情報処理装置は、以下の構成を備える。
【０００９】
第１の発明は、画像形成装置と通信可能な情報処理装置において、画像形成処理用のドライバプログラムが、前記情報処理装置内に導入されるのを認識する認識手段と、前記ドライバプログラムの設定に用いる構成情報を外部から取得する取得手段と、前記認識手段が、前記ドライバプログラムの導入を認識するのに応答して、前記取得手段を起動する起動手段と、前記取得手段が取得した構成情報を、前記ドライバプログラムが読み込み可能に設定する設定手段とを備えたことを特徴とする。
【００１０】
第２の発明は、前記設定手段は、前記取得手段が取得した構成情報を、前記ドライバプログラムが読み出せるように、前記ドライバプログラムが動作する環境であるオペレーティングシステムの所定の格納領域に設定することを特徴とする。
【００１１】
第３の発明は、前記取得手段は、構成情報として、ネットワークを介して接続されている印刷装置の名称、又は、ＩＰアドレス、又は、印刷装置の機能を示す情報を取得するものであり、前記設定手段は、前記認識手段がドライバプログラムの導入を認識した際に、前記取得手段が設定情報として取得した情報を、前記ドライバプログラムの初期設定として反映させることを特徴とする。
【００１２】
第４の発明は、前記ドライバプログラムに対する設定を表示する設定画面を表示する処理を制御する表示制御手段をさらに備え、前記表示制御手段は、前記認識手段が前記ドライバプログラムの導入を認識するのに応答して、前記取得手段が取得した構成情報を設定画面に自動的に反映するよう、前記設定画面の表示を制御することを特徴とする。
【００１３】
第５の発明は、前記認識手段は、インストールされた前記ドライバプログラムの起動を認識することにより、前記ドライバプログラムの導入を認識することを特徴とする。
【００１４】
第６の発明は、外部からのドライバプログラムのセットアップ指示の入力を受け付ける入力手段と、該入力手段にセットアップ指示が入力されるのに応答して起動する、前記ドライバプログラムのインストール処理を制御するインストール制御手段と、前記認識手段は、インストール制御手段が、前記セットアップ指示に応答して起動したことを認識して、前記ドライバプログラムの導入を認識することを特徴とする。
【００１５】
第７の発明は、前記入力手段に入力されたセットアップ指示を認識することにより、前記ドライバプログラムの導入を認識することを特徴とする。
【００１６】
第８の発明は、前記構成情報とは、印刷装置に搭載されているＲＡＭサイズ、又は、フォントの種類、又は、仕分け装置の装着の有無、又は、ステイプル機能の有無、又は、オプション給紙カセットの装着有無を含む情報であること特徴とする。
【００１７】
第９の発明は、前記取得手段は、外部情報処理装置を介して前記構成情報を取得するものであり、外部情報処理装置によりネットワークに接続されているプリンタを探索するのに応答して前記構成情報を取得することを特徴とする。
【００１８】
【発明の実施の形態】
（第一実施形態）
以下、図面を参照して、本発明を適用するのに好適である実施形態の一例について説明を行なう。図１は本発明のプリントシステムの一例を示す図である。ネットワーク上にサーバ装置１００２、複数のライアント装置１００３、クライアント装置１００４、本発明の情報処理装置の好適な一例であるクライアント装置３０００、および画像形成装置の好適な一例であるプリンタ１５００、プリンタ１５０１が接続されている。プリンタドライバのインストールは、サーバ装置１００２からクライアント装置に対して行うことが可能となっている。また、図示を省略するが、スキャナ、デジタルカメラ、ファクシミリ、マウス、スピーカ、音源装置、電話、複写機、などがネットワーク上に接続される。各クライアント装置はそれぞれ同様の機能を有する。周辺装置である画像形成装置の一例としては、プリンタ、複写機、ファクシミリ、スキャナ、デジタルカメラなどが考えられる。
【００１９】
図２は、図１に示した印刷処理システムを構成する装置の内部構成の一例を示す図である。なお、特に断らない限り、クライアント装置３０００とプリンタ１５００を接続する形態はＬＡＮ，ＷＡＮ、公衆回線、インターネット等、いかなる形態であっても適用できることは言うまでもない。図２において、３０００はホストコンピュータで、ＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１１に記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ１を備え、システムバス４に接続される各デバイスをＣＰＵ１が総括的に制御する。
【００２０】
また、このＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１１には、ＣＰＵ１の制御プログラムであるオペレーティングシステムプログラム（以下ＯＳ）等を記憶し、ＲＯＭ３のフォント用ＲＯＭあるいは外部メモリ１１には上記文書処理の際に使用するフォントデータ等を記憶し、ＲＯＭ３のデータ用ＲＯＭあるいは外部メモリ１１には上記文書処理等を行なう際に使用する各種データを記憶する。２はＲＡＭで、ＣＰＵ１の主メモリ、ワークエリア等として機能する。５はキーボードコントローラ（ＫＢＣ）で、キーボード９や不図示のポインティングデバイスからのキー入力を制御する。
【００２１】
６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム（以下プリンタドライバ）等を記憶するハードディスク（ＨＤ）、フロッピー（Ｒ）ディスク（ＦＤ）等の外部メモリ１１とのアクセスを制御する。
【００２２】
８はプリンタコントローラ（ＰＲＴＣ）で、ネットワーク１００を介してプリンタ１５００に接続されて、プリンタ１５００との双方向通信制御処理を実行する。なお、送信の際に接続プロトコルに応じたコマンドを印刷ジョブに付加する場合もある。また、前記コマンドはＯＳが自動的に付加する場合もある。なお、ＣＰＵ１は、例えばＲＡＭ２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能としている。
【００２３】
また、ＣＰＵ１は、ＣＲＴ１０上のマウスカーソル等（図示省略）で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。ユーザは印刷を実行する際、印刷の設定に関するウインドウを開き、プリンタの設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定を行なえる。マウスカーソルは、マウス２３の操作に基づくマウスコントローラ２４（ＭＣ）を介した入力に応じて、ＣＲＴＣ６を介してＣＲＴ１０の表示が制御される。
【００２４】
プリンタ１５００において、１２はプリンタＣＰＵで、ＲＯＭ１４のプログラムＲＯＭに記憶された制御プログラム等あるいは外部メモリ２１に記憶された制御プログラム等に基づいてシステムバス１５に接続される印刷部Ｉ／Ｆ１６を介して印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。
【００２５】
また、このＲＯＭ１４のプログラムＲＯＭには、ＣＰＵ１２の制御プログラム等を記憶する。ＲＯＭ１４のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等を記憶し、ＲＯＭ１４のデータ用ＲＯＭにはハードディスク等の外部メモリ２１がないプリンタの場合には、クライアント装置３０００（ホストコンピュータ）上で利用される情報等を記憶している。ＣＰＵ１２は入力部１８を介してホストコンピュータとの通信処理が可能となっており、プリンタ内の情報等をホストコンピュータ３０００に通知可能に構成されている。プリンタドライバから受信したデータはＲＡＭ１３に格納され、制御プログラムにより画像信号に変換される。なお、通信プロトコルに応じて付加されているコマンドの解釈も制御プログラムにより行なわれる。
【００２６】
ＲＡＭ１３はＣＰＵ１２の主メモリ、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ１３は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。
【００２７】
前述したハードディスク（ＨＤ）、ＩＣカード等が一例として考えられる外部メモリ２１は、メモリコントローラＭＣ２０によりアクセスを制御される。外部メモリ２１は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。
【００２８】
また、２２は前述した操作パネルで、操作のためのスイッチやＬＥＤ表示器、液晶パネル等が配されている。また、前述した外部メモリは１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていてもよい。さらに、図示しないＮＶＲＡＭを有し、操作パネル２２からのプリンタモード設定情報を記憶するようにしてもよい。
【００２９】
図３は、本実施例における制御プログラムがクライアント装置並びにサーバ装置のＲＡＭにロードされ実行可能となった状態のメモリマップを示す図である。図３の（ｂ）に示すのが、本実施例における制御プログラムがクライアント装置３０００上のＲＡＭ２にロードされ実行可能となった状態のメモリマップである。後に詳述するが、サーバ装置１００２は、図１のクライアント装置３０００と同様のハードウェア構成を持つが、メモリマップは図３（ａ）のようになっている。
【００３０】
クライアント装置には、アプリケーション３１１が記憶されている。また、インストール処理関連プログラム３１４も記憶されている。インストール処理関連プログラムには、ドライバインストーラ３２０が含まれる。また、３１５は、オペレーティングシステム（ＯＳ）であり、このＯＳは、システムインストーラ３１８、及び、レジストリ３１９を含む。インストールの際には、ドライバインストーラ３２０からのＡＰＩ呼び出しに従って、システムインストーラが、所定の領域に格納されたドライバプログラムをシステムに組み込んでインストールを行う。
【００３１】
以下、プリントサーバであらかじめ各クライアント装置で利用可能なプリンタの設定やプリンタドライバの準備をしておき、クライアントユーザからの要求をトリガとしてインストールを行い、これに続いて環境設定を自動的に行う方式を、本実施形態では、プル型プリンタドライバインストール方式と呼ぶ。以下、本実施形態においては、プル型インストール方式について説明していく。
【００３２】
このプル型プリンタドライバインストールを行う際に、サーバ側でプリンタの構成情報を取得してその情報をクライアント装置側でのプリンタドライバインストール時に参照してプリンタドライバの初期設定を行えるようにすることで、プリンタの構成情報取得を行うプログラムをクライアント側に提供する必要が無くなる為、サーバからクライアントに送信するプリンタドライバのサイズを最小限にすることができる。またサーバ側で構成情報を取得することにより、各クライアントから行う必要が無くなるため、ネットワークのトラフィック軽減を実現することが可能となる。これらにより、クライアントユーザもＩＴマネージャも最小限の工数で、またネットワークへの負荷も最小限でクライアント装置へのプリンタドライバの導入を行うことが可能となる。
【００３３】
ここで、図４は、プリンタドライバ自動インストールにおける処理の一例を示す図である。図４の処理は、クライアント装置３０００側でドライバインストーラが、ユーザによって起動されると開始する。Ｓ４００１では、ドライバインストーラは、ドライバインストーラの起動に応答して、構成情報取得モジュールがクライアント装置内にあるか否かを判断する。Ｓ４００１で、ドライバインストーラは、構成情報取得モジュールがクライアント装置内には無いと判断した場合には、構成情報取得モジュールを取得し（Ｓ４００２）、Ｓ４００３に進む。Ｓ４００１で、ドライバインストーラが、構成情報取得モジュールがクライアント装置内に既に有ると判断した場合には、Ｓ４００３にそのまま進む。Ｓ４００３で、構成情報取得モジュールは、起動されたドライバインストーラからの呼び出しに応じて、探索要求をブロードキャストする。Ｓ４００４では、Ｓ４００３の探索要求に応答してきたプリンタを認識し、探索要求に応答したこれらのプリンタの構成情報を要求して取得する。Ｓ４００５では、予め設定された時間だけ取得要求に対するプリンタからの構成情報の取得完了待ち状態となる。Ｓ４００５で、一切構成情報が取得出来なかった場合でも、予め設定された時間が経過し、タイムアウトとなった場合には、構成情報の取得が完了したものとして、Ｓ４００６に進む。Ｓ４００６では、ドライバインストーラは、実際にプリンタから構成情報取得モジュールが構成情報を取得できたか否かを判断する。Ｓ４００６で取得出来なかったと判断した場合には、Ｓ４０１３に進み、エラー表示を行う。そして、処理を終了する。一方、Ｓ４００６で、ドライバインストーラが、構成情報取得モジュールが構成情報を取得できたと判断した場合には、Ｓ４００７へ移行する。Ｓ４００７では、ドライバインストーラは、構成情報取得モジュールが探索して検出したプリンタのリストを表示する。図１３はクライアントユーザがインストール対象のプリンタを選択するためのＵＩ画面の一例を示す図である。例えば、ドライバインストーラ及び構成情報取得モジュールにより、図１３のようなプリンタリストの画面に表示してもよい。
【００３４】
ここで、例えば、図１３に表示されたプリンタから、ユーザは所望のプリンタを選択する。Ｓ４００８で、ドライバインストーラは、ユーザが入力した情報に基づき、Ｓ４００７で表示されたプリンタから、ドライバインストールの対象となるプリンタを特定する。Ｓ４００９で、ドライバインストーラは、ユーザから、インストールを促す指示の入力を示すインストールボタンの押下があったか、或いは、インストールを中止する指示の入力を示す、キャンセルボタンの押下があったかを判断する。もし、ドライバインストーラは、Ｓ４００９で、キャンセルボタンの押下があったと判断した場合には、インストール処理を中止し、処理を終了する。もし、ドライバインストーラが、Ｓ４００９でインストールボタンの押下があったと判断した場合には、Ｓ４０１０に進み、Ｓ４００８で特定されたドライバを導入する。Ｓ４０１１では、ドライバインストーラ（認識手段）は、インストールの導入指示の入力を示すインストールボタンの押下を認識するに応答して、構成情報取得モジュールが、例えばＭＩＢ形式や、所定のプリンティングプロトコルの形式で取得して、インストールサーバ内に記憶されていた構成情報から、選択されたプリンタドライバに対応する構成情報を取得する。Ｓ４０１２では、ドライバインストーラは、Ｓ４００４で取得した構成情報に基づき、ドライバに設定される情報が、整合性が取れるように、ＯＳのレジストリに初期設定として書き込む。例えばもし、プリンタＡが給紙用増設デッキを備えていなかった場合には、初期設定として、ドライバのＵＩの給紙項目から、給紙用増設デッキを示す値を選択できないようにドライバＵＩの給紙項目として選択し得る値を自動的に設定する。或いは、給紙用増設デッキを選択し得る値から除いたＵＩを構築してもよい。
【００３５】
ここでは、ドライバインストーラは、ドライバの導入を、ドライバインストール指示に基づき認識したが、例えば、ドライバが所定の格納領域に格納されたこと認識することにより、ドライバの導入を認識し、これに応答して構成情報取得モジュールを起動しても良いことは言うまでも無い。
【００３６】
以上説明したように、ドライバの導入開始を示す、ドライバのセットアップ指示を示すインストールボタンの押下を、本発明の認識手段の一例であるドライバインストーラが認識するのに応じて、ドライバインストーラが、自動的に構成情報取得モジュールを起動させる。そして、ドライバインストーラは、探索されたプリンタから、構成情報取得モジュールが取得した構成情報を用いて、ドライバＵＩに表示される取り得る各種設定項目の値を、プリンタの機能に合うように整合的に初期値を格納する。
【００３７】
ここで、図１５はプリンタ構成情報が無かった場合のプリンタドライバＵＩの初期設定状態であり、図１６はプリンタ構成情報に従ってインストールが行われたときのプリンタドライバＵＩの初期設定状態を示したものである。これを説明すると、ドライバインストーラが、構成情報を取得して、動的にドライバ設定を行う構成を持たなければ、デバイス情報は取得されない。従って、プリンタＡは、実際には給紙オプションを持っているにも関わらず、デバイス情報が取得されないため、給紙オプションが「なし」と初期値が設定され、不整合な初期状態となっている。図１６は、ドライバインストーラに対してインストール指示が入力されると、自動的に構成情報取得モジュールが起動され、プリンタＡの構成情報を取得する。Ｓ４０１２で、取得した情報を後述する図レジストリに書き込む。
【００３８】
図５は、図３に示すインストール処理プログラム及びレジストリの詳細の一例を示すブロック図である。前述の通り、３１４は、インストール処理関連プログラムであり、クライアント装置３０００のＨＤに記憶されＲＡＭ２にロードされ実行される。３１４に含まれるのは、構成情報取得モジュール（ＶＤＣ）５００１及び、ドライバ本体部５００３、ドライバに含まれるＵＩ部５００２である。また、図３にも図示されているものと同様、図５の３１４に含まれる３２０のモジュールは、ドライバインストーラである。ドライバインストーラは、インストール指示が入力されたのを認識すると、ドライバ本体部のＡＰＩを介して、構成情報取得モジュール５００１を呼び出し制御し、ネットワークを介してドライバをインストールする対象である各周辺装置の構成情報を取得する。そして、ドライバ本体部が、構成情報取得モジュール５００４が取得した構成情報を設定情報部３１９に例えば、ＤＥＶＭＯＤＥの構造体形式で、格納する。ＤＥＶＭＯＤＥの形式にしておくと、ドライバのＵＩ部が呼び出され場合に、図１６の画面を表示することができる。ここでは、１６０１の給紙オプション「２５０枚カセット」という値が、例えばＳＭＮＰのＭＩＢ形式で、構成情報取得モジュール５００１に取得される。続いて、ドライバインストーラは、このＭＩＢ形式の情報を、設定情報部３１９にドライバ部５００３が読み出し可能なＤＥＶＭＯＤＥの形式に変換して、ＯＳのＡＰＩを呼び出して格納する。そして、ＵＩ部は、ドライバ本体部がレジストリ３１９から読み出した値を、ＵＩ部に１６０１に表示させるよう制御する。
【００３９】
なお、クライアント側の構成情報取得モジュールは、例えば、取得した情報を以下のようなプリンタ管理テーブルとして管理できる。
プリンタ管理テーブル内のプリンタＡの情報：
ＩＰ：１ｘｘ．ｘｘｘ．ｘｘｘ．０４４
Ｎａｍｅ：Ｐｒｉｎｔｅｒ−Ａ
構成情報ファイル：Ｐｒｉｎｔｅｒ−Ａ．ｄａｔ
（ＲＡＭ：３２ＭＢ、２５０枚カセット、ＨＤＤ有り）
従って、図１６に示すように、プリンタＡに給紙オプションがあり、さらに、これが２５０枚カセットであることまで取得できるので、例えば、給紙オプションの設定項目の初期値として、「２５０枚カセット」が自動的に、実際のプリンタＡの機能と整合するように設定されている様子がわかる。なお、構成情報取得モジュールは、排紙オプション、拡張メモリ数なども獲得できる。そして、ユーザは、プル型インストール方式においては、インストール指示及びドライバ選択をするだけで、実際のプリンタの構成情報が示す、プリンタの機能に応じて、ドライバＵＩの、プリンタ機能の設定項目の値を整合的に自動で設定出来る。つまり、ユーザは、ドライバのインストールが終わると、すぐにドライバの機能を駆使して、プリンタのオプションの機能が活用できる、最適な設定の状態になっているのである。ＲＡＭや、ＨＤＤについても、同様に整合設定が可能となる。このように現在のプリンタの構成状態を反映させた形で、クライアントへのプルインストールが行われる。
【００４０】
（第２実施形態）
本実施例におけるプリンタドライバのプル型インストールプログラムは、サーバ装置とクライアント装置それぞれの、インストール処理関連プログラム３１４および３１４の一部として存在していてもよい。
【００４１】
図６は、実施形態におけるプリンタ管理プログラムによるプリンタ構成情報収集を示す図である。ここでは、ネットワークに接続されているサーバ装置とプリンタの情報のやり取りを示している。図１のサーバ装置１００２に相当するサーバ装置（４００）にはプリンタ管理プログラムがインストールされており、このプログラムによりネットワークに接続されている全プリンタに対してサーバに対してプリンタ情報を通知するように指示が出される（４０３）。この指示を受けたプリンタ４０４（図１のプリンタ１５００に相当する）は、（４０５）に示すように自分の名称及びＩＰアドレスをサーバに通知する。なお、図６、図７、図８に示すリンタＡ、サーバ装置、プリンタＢはそれぞれ対応する同じ装置である。また、これらのサーバ装置は、図３（ａ）のメモリマップを有し、図１の３０００のコンピュータの構造を持ち、プリンタは、図１の１５００の構造を持つことは言うまでも無い。
【００４２】
サーバ上のプリンタ管理プログラムはこの情報をプリンタ情報として管理する。
プリンタＡの情報
ＩＰ：１ｘｘ．ｘｘｘ．ｘｘｘ．０４４
Ｎａｍｅ：Ｐｒｉｎｔｅｒ−Ａ
プリンタＢの情報
ＩＰ：１ｘｘ．ｘｘｘ．ｘｘｘ．１２８
Ｎａｍｅ：Ｐｒｉｎｔｅｒ−Ｂ
図７は、実施形態におけるクライアント管理プログラムによるクライアント情報収集を示す図である。さらに図７に示すように、各プリンタＡ、Ｂの構成情報を取得するためにサーバ（４０６）のプリンタ管理プログラムによりＩＰアドレスが１ｘｘ．ｘｘｘ．ｘｘｘ．０４４、ＩＰ：１ｘｘ．ｘｘｘ．ｘｘｘ．１２８のプリンタに対して、構成情報を報告するように指示が出される（４０９）。この指示に従い（４１０）、（４１１）のようにプリンタの構成情報がサーバ（４０６）に通知され、構成情報ファイルとして保存される。以上の制御により、サーバ４０６のプリンタ管理プログラムでは以下のような情報がプリンタ管理テーブルの入力に基づく設定情報として管理されることになる。
プリンタＡの情報
ＩＰ：１ｘｘ．ｘｘｘ．ｘｘｘ．０４４
Ｎａｍｅ：Ｐｒｉｎｔｅｒ−Ａ
構成情報ファイル：Ｐｒｉｎｔｅｒ−Ａ．ｄａｔ
（ＲＡＭ：３２ＭＢ、２５０枚カセット、ＨＤＤ有り）
プリンタＢの情報
ＩＰ：１ｘｘ．ｘｘｘ．ｘｘｘ．１２８
Ｎａｍｅ：Ｐｒｉｎｔｅｒ−Ｂ
構成情報ファイル：Ｐｒｉｎｔｅｒ−Ｂ．ｄａｔ
（ＲＡＭ：２４ＭＢ、オプションカセット無し、ＨＤＤ無し）
本実施例では、ＩＰや名称などの情報を収集後に構成情報を収集しているが、もちろん同時に行っても構わない。また、他の構成情報として、印刷装置に搭載されているＲＡＭサイズ、又は、フォントの種類、又は、仕分け装置の装着の有無、又は、ステイプル機能の有無、又は、オプション給紙カセットの装着有無を含む情報などが考え得る。これらも、上述の設定情報として管理し、インストール時の設定に用いることができる。
【００４３】
図８は、ネットワークに接続されているサーバ装置とクライアント装置の情報のやり取りを示したものである。サーバ装置（８００）にはクライアント管理プログラムがインストールされており、このプログラムによりネットワークに接続されている全クライアントに対してサーバに対してクライアント情報を通知するように指示が出される（５０３）。この指示を受けたクライアント装置は（８０４）、（８０５）に示すように自分の名称及びＩＰアドレスをサーバに通知する。サーバ上のクライアント管理プログラムはこの情報をクライアント情報として管理する。
クライアント装置Ａの情報
ＩＰ：１ｘｘ．ｘｘｘ．ｘｘｘ．１６９
Ｎａｍｅ：Ｃｌｉｅｎｔ−Ａ
クライアント装置Ｂの情報
ＩＰ：１ｘｘ．ｘｘｘ．ｘｘｘ．１５４
Ｎａｍｅ：Ｃｌｉｅｎｔ−Ｂ
図９はサーバ上のプリンタ管理プログラム、クライアント管理プログラムの制御の流れを示したものである。プリンタ管理プログラムによりプリンタ情報が収集され（Ｓ９０１）た後にクライアント管理プログラムによりクライアント装置情報が収集され、サーバ上でプリンタ情報とクライアント情報が管理されることになる（Ｓ９０２）。これらの情報を元に管理テーブルを作成し、表示（Ｓ９０３）する。この管理テーブル例を図１１に示す。図１１は、サーバ装置が管理するクライアント並びに該クライアントで利用可能なプリンタを表示するサーバ装置側の表示画面の一例である。
【００４４】
この管理テーブルを使ってＩＴマネージャは、プリンタ管理プログラムに指示して、各クライアントに対して使用許可しているプリンタを管理することが可能である。ここでは、まず既存の管理テーブルがあればその内容（すなわち現在の各クライアントの設定）を読み込み表示する。Ｃｌｉｅｎｔｓ：欄で任意のクライアントを選択すると、そのクライアントに利用許可となっているプリンタが、Ｐｒｉｎｔｅｒｓ：欄の一覧リストの中でチェック付で表示される。Ｃｌｉｅｎｔｓ：欄のクライアントを変更することで、各クライアントの状態を見ることができる。
【００４５】
初めての設定の時にはいずれの割り当てもされていないので、どのクライアントにどのプリンタをインストール許可するかをゼロから設定することになる。なお、管理対象とするクライアントの追加をこのＵＩ上から行なうこともできる。
【００４６】
図１２に示すのが、本実施例におけるクライアントでの処理をフローチャートにて図示したものである。ここではクライアントユーザがプルインストールを行う際の処理について記述する。最初にＳ１２０１において、サーバに問い合わせて自分が利用可能なプリンタの情報を取得する。このときサーバは、サーバが管理している管理テーブルから該当するクライアントの情報を選択して返す。なお、本実施例ではこのステップはなくても良いものとする。
【００４７】
Ｓ１２０１にて情報取得した場合、次にＳ１２０２において取得した情報を表示し、クライアントが選択することも可能とする。なお、Ｓ１２０２でクライアント上に表示されるＵＩ（ユーザインタフェース）例を図１３に示す。図１３によりインストールを行いたいプリンタを選択してインストールキーを選択することにより、プルインストールを実行する（Ｓ１２０３）。
【００４８】
図１４は、クライアントからのプルインストール指示による処理の流れを示す図である。図１４に示すように、クライアントからプリンタ管理サーバへプルインストールの要求が届くと、サーバは、サーバが管理している管理テーブルから該当するクライアントに係る情報を取得し、要求のあったプリンタドライバをプリンタ構成情報を、参照しながらインストールし、合わせて出力ポート等の環境設定を行う。図１５はプリンタ構成情報が無かった場合のプリンタドライバＵＩの初期設定状態であり、図１６はプリンタ構成情報に従ってインストールが行われたときのプリンタドライバＵＩの初期設定状態を示したものである。このように現在のプリンタの構成状態を反映させた形でクライアントへのプルインストールが完了する。
【００４９】
（第３実施形態）
前述の実施形態においては、プル型インストールについて説明した。以下では、プッシュ型インストールについて説明する。特に異なる部分を中心に説明する。なお、前述の実施形態においては、例えばクライアント装置１００３側で、ドライバインストーラに対してインストール指示を行い、クライアント装置側でインストール対象とするプリンタを選択して、インストールすることを考えた。本実施形態では、サーバ装置において、クライアント装置１００３、１００４、３０００に対してインストール指示を送信する。なお、サーバ装置１００２には、図３（ａ）に示すようなプログラムが記憶されている。３０１はアプリケーションであり、３０２は空きメモリであり、３１４はインストール処理関連プログラムであり、３０５はＯＳである。３０６はＢＩＯＳプログラムである。３０４は３１４と同等の機能と、クライアント管理プログラムとを含むモジュールである。サーバ側で各クライアントを探索して認識し、各クライアントで使用可能なプリンタを認識してサーバ側で図１１の管理テーブルを表示し、管理テーブルに対する入力に基づく設定情報を生成するのは前述の実施例と同様である。
【００５０】
図１０は、実施形態におけるサーバでのプッシュ型インストール処理を示すフロー図である。構成情報取得モジュールによりプリンタ情報を収集し（Ｓ１０１）、その後、クライアント管理プログラムによりクライアント装置の情報が収集され、サーバ上でプリンタの構成情報とクライアント情報が管理されることになる（Ｓ１０２）。これらの情報を元に作成された管理テーブル例は、図１１と同様のものとなる。この管理テーブルを使ってＩＴマネージャは各クライアントに対して使用許可しているプリンタを管理している。
【００５１】
ここでは、まず既存の管理テーブルがあればその内容（すなわち現在の各クライアントの設定）を読み込み表示する。Ｃｌｉｅｎｔｓ：欄で任意のクライアントを選択すると、そのクライアントに利用許可となっているプリンタが、Ｐｒｉｎｔｅｒｓ：欄の一覧リストの中でチェック付で表示される。また、Ｃｌｉｅｎｔｓ：欄のクライアントを変更することで、各クライアントにおける利用可能なプリンタのリストを見ることができる。初めての設定の時にはいずれの割り当てもされていないので、どのクライアントにどのプリンタをインストール許可するかをゼロから設定することになる。なお、管理対象とするクライアントの追加をこのＵＩ上から行っても良い。ここでは、クライアントＢが選択され、クライアントＢ内に使用可能なプリンタとして、プリンタ表示部１１０２で、プリンタＡ、プリンタＢがチェックされている様子が記載されている。
【００５２】
次にＳ１０４において、Ｉｎｓｔａｌｌ（１１０１）ボタンの押下によりプッシュインストールを行う。具体的には、クライアント装置側にインストール指示待ち受けサービスが常駐している。この待ち受けサービスが、サーバ装置側受け付けたセットアップ指示を認識するのに応答して、ドライバインストールサービス（インストール制御手段）が、ＳＯＡＰなどのリモートプロシジャーコールの形式で呼び出す。すると、クライアント側で呼び出されたドライバインストールサービスは、図１１の画面で入力された情報に基づく管理テーブルに従い、サーバで管理するプリンタドライバを各クライアントに一括インストールし、合わせて出力ポート等の環境設定を行う。
【００５３】
例えば、サーバ装置１００２側でインストール指示を出すと、クライアント側の待ち受けサービスが、クライアント装置３０００側のドライバインストールサービスを呼び出す。そして、さらに、サーバ側のクライアント管理プログラムは、クライアント側で起動したサービスに対して、インストール対象となるドライバ、及び、管理テーブルで設定した設定内容を送りつける。ドライバを送りつけられたドライバインストールサービスは、管理テーブルで設定された設定情報に従って、自動的にインストール処理を行ない、インストール処理が正常終了したか否かを示す返却値をサーバ装置に送信する。例えば、図１１の状態では、クライアントＢ内のインストールサービスをサーバ装置側でまず起動し、予めサーバに用意しているプリンタＡ並びにプリンタＢのドライバを該インストールサービスに対して送りつける。インストールサービスは、これらのドライバを受け取って、自動でインストールする。
【００５４】
次に、図１０のＳ１０５において、ドライバインストールサービスからの返却値に基づき、結果の表示を行う。クライアントユーザにドライバが更新された旨を表示したり、サーバには更新終了や更新が失敗した旨の情報を表示したりする。クライアントがネットワークに接続されていない場合や印刷中の場合はインストールに失敗することがあるが、サーバは、クライアント側のインストールサービスから返却値として失敗の情報を受け取ることで、ＩＴマネージャが後で処理を行うなりサーバ装置が一定時間後に再試行するなりしかるべき対策を行うための判断材料として利用可能である。
【００５５】
なお、操作画面例ではクライアント個別の対応例を示したが、複数のクライアントをまとめて（例えば部署単位やフロア単位で）更新するようにすることも可能である。
【００５６】
以上説明した様に、第３の実施形態によれば、サーバ側におけるインストール指示だけで、クライアント側で自動でドライバをインストールすると共に、実際のプリンタの構成情報を取得し、プリンタの機能に応じて、ドライバＵＩの、プリンタ機能の設定項目の値を整合的に自動で設定出来る。つまり、ドライバのインストールが終わると、クライアント側では、すぐにドライバの機能を駆使して、プリンタのオプションの機能が活用できるような最適な設定の状態になっているのである。もちろん、整合設定できるのは、給紙オプションだけではなく、前述の実施形態でインストール構成情報が取得可能と述べた全ての情報を利用して、クライアント側のドライバの初期値を自動的に実際の機器の機能に合うように整合設定出来る。ＩＴマネージャは、サーバ側で、一括指示ができ、ドライバ初期値が、ドライバが使用するプリンタの機能に合わせて自動設定まで自動で行えるので、各クライアントをインストール後に回って設定するなどの必要が無くなり、インストールの手間が大幅に削減される。
【００５７】
（他の実施形態）
本実施形態における図４、１２に示す処理が、外部からインストールされるプログラムによって、クライアント装置３０００、１００２、１００３、１００４など、それぞれの装置により遂行される。また、サーバ装置では、図９、図１０に示す処理が実行される。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群をホストコンピュータに供給される場合でも本発明は適用されるものである。
【００５８】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、又は、外部サーバ（図示省略）からダウンロードすることで、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００５９】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、たとえば、フロッピィーディスク、ハードディスク、光ディスク、光磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ等を用いることができる。
【００６０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６１】
また、各実施形態では、ドライバインストーラは、ドライバの導入を、ドライバインストール指示に基づき認識したが、例えば、ドライバが所定の格納領域に格納されたこと認識することにより、ドライバの導入を認識し、これに応答して構成情報取得モジュールを起動しても良いことは言うまでも無い。さらに、プッシュ型であっても、プル型であっても、例えば、ドライバインストーラや、インストールサービスが返却する返却値を監視し、該返却値がドライバインストール処理の完了を示すことを認識することで、ドライバの導入を認識し、構成情報モジュールを起動し、ドライバコンフィグレーション処理を自動的に行うようにしてもよい。
【００６２】
【発明の効果】
以上説明したように、本発明によれば、クライアントユーザはドライバインストールのセットアップ指示を発行するだけで、またはサーバが管理しているプリンタ又はドライバから利用したいものを選択してから要求を発行するだけで、自分のクライアント装置へのインストールや環境設定、プリンタの構成条件の設定が自動的に行われる。そのためユーザには特別な知識も難しい操作も必要ないという効果がある。
【図面の簡単な説明】
【図１】本発明の一実施形態を示す印刷処理システムの構成例である。
【図２】図１に示した印刷処理システムを構成する装置の内部構成の一例を示す図である。
【図３】制御プログラムがクライアント装置並びにサーバ装置のＲＡＭにロードされ実行可能となった状態のメモリマップ例を示す図である。
【図４】プリンタドライバインストーラ自動インストールにおける処理の一例を示す図である。
【図５】図３に示すインストール処理プログラム及びレジストリの詳細の一例を示すブロック図である。
【図６】実施形態におけるプリンタ管理プログラムによるプリンタ構成情報収集を示す図である。
【図７】実施形態におけるクライアント管理プログラムによるクライアント情報収集を示す図である。
【図８】実施形態におけるサーバでのプリンタ情報、クライアント情報収集の処理の概念図である。
【図９】サーバ上のプリンタ管理プログラム、クライアント管理プログラムの制御の流れを示す図である。
【図１０】実施形態におけるサーバでのプッシュ型インストール処理を示すフロー図である。
【図１１】サーバ装置が管理するクライアント並びに該クライアントで利用可能なプリンタを表示するサーバ装置側の表示画面の一例である。
【図１２】実施形態におけるサーバでのプル型インストール処理を示すフロー図である。
【図１３】クライアントユーザがインストール対象のプリンタを選択するためのＵＩ画面の一例を示す図である。
【図１４】クライアントからのプルインストール指示による処理の流れを示す図である。
【図１５】実施形態における構成情報ファイルを参照せずにプリンタドライバをインストールした場合のプリンタＵＩ初期設定を示す図である。
【図１６】実施形態における構成情報ファイルを参照してプリンタドライバをインストールした場合のプリンタＵＩ初期設定を示す図である。
【符号の説明】
１　ＣＰＵ
２　ＲＡＭ
３　ＲＯＭ
４　システムバス
５　キーボードコントローラ
６　ディスプレイコントローラ
７　ディスクコントローラ
８　ネットワークコントローラ
９　キーボード
１０　ディスプレイ
１１　外部メモリ（ＨＤ、ＦＤ）
３０００　クライアント装置
１２　ＣＰＵ
１３　ＲＡＭ
１４　ＲＯＭ
１５　システムバス
１６　印刷部コントローラ
１７　印刷部
１８　ネットワークコントローラ
２０　メモリコントローラ
２１　外部メモリ（ＨＤ、ＦＤ）
２２　操作部
１０００　プリンタコントローラ
１５００　プリンタ
１００　ネットワーク
１０２　ネットワーク
【図１】
2004021400.tif 000003
【図２】
2004021400.tif 000004
【図３】
2004021400.tif 000005
【図４】
2004021400.tif 000006
【図５】
2004021400.tif 000007
【図６】
2004021400.tif 000008
【図７】
2004021400.tif 000009
【図８】
2004021400.tif 000010
【図９】
2004021400.tif 000011
【図１０】
2004021400.tif 000012
【図１１】
2004021400.tif 000013
【図１２】
2004021400.tif 000014
【図１３】
2004021400.tif 000015
【図１４】
2004021400.tif 000016
【図１５】
2004021400.tif 000017
【図１６】
2004021400.tif 000018