【事件の表示】
　平成１０年特許願第５４８０９０号「デバイス・ドライバをインストールする方法、システム及びコンピュータ読み取り可能な媒体」拒絶査定不服審判事件〔平成１０年１１月１２日国際公開、ＷＯ９８／５０８６１、平成１３年１１月２０日国内公表、特表２００１−５２３３６５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１０年４月２９日（パリ条約による優先権主張外国庁受理１９９７年５月２日、米国）を国際出願日とする出願であって、その後の手続の経緯は次のとおりである。
　
　手続補正　　　　　　　　　　　　　平成１７年　１月２７日
　拒絶理由通知（起案日）　　　　　　平成１９年　８月２９日
　意見、手続補正　　　　　　　　　　平成２０年　２月　１日
　拒絶理由通知（起案日）　　　　　　平成２０年　４月　８日
　意見、手続補正　　　　　　　　　　平成２０年　７月１５日
　補正の却下の決定　　　　　　　　　平成２０年　８月２１日
　拒絶査定（起案日）　　　　　　　　平成２０年　８月２１日
　拒絶査定謄本送達　　　　　　　　　平成２０年　９月　２日
　審判請求　　　　　　　　　　　　　平成２０年１２月　１日
　手続補正　　　　　　　　　　　　　平成２０年１２月２５日
　前置報告　　　　　　　　　　　　　平成２１年　３月２３日
　審尋　　　　　　　　　　　　　　　平成２２年１１月３０日
　回答書　　　　　　　　　　　　　　平成２３年　３月　１日
　補正の却下の決定　　　　　　　　　平成２３年　４月２２日
　拒絶理由通知（起案日）　　　　　　平成２３年　４月２２日
　意見、手続補正　　　　　　　　　　平成２３年　８月１９日
　
２．本願発明
　本願の特許請求の範囲の請求項１に係る発明は、平成２３年　８月１９日付けで補正された明細書及び図面からみて、その特許請求の範囲の請求項１に記載されたとおりの次のものと認められる。
　
「デイジー・チェイン構成で接続された複数の周辺装置が接続されたクライアント・システムに結合された遠隔サーバから、前記クライアント・システムの初期化時に前記複数の周辺装置のためのデバイス・ドライバを検索して該デバイス・ドライバを前記クライアント・システムにインストールする方法であって、前記遠隔サーバが、前記クライアント・システムと接続され得る周辺装置のためのデバイス・ドライバと、前記接続され得る周辺装置のそれぞれに及びそれらのデバイス・ドライバに関連し且つ一意のデバイス・コードとを記憶するデータベースを備える方法において、
　（ａ）前記クライアント・システムの初期化時に、前記クライアント・システムにより、該クライアント・システムに実際に接続された前記複数の周辺装置のそれぞれに関連するデバイス・コードを要求するステップと、
　（ｂ）前記クライアント・システムにおいて、該クライアント・システムに実際に接続された前記複数の周辺装置から、該周辺装置それぞれの前記デバイス・コードからなるデバイス・コード群を受信するステップであって、
　（ｂ−１）前記クライアント・システムにおいて、前記デイジー・チェインにおける最上位の周辺装置に関連するデバイス・コードを受信するステップであって、前記第１のデバイス・コードが前記最上位の周辺装置から直接に受信されるステップと、
　（ｂ−２）前記クライアント・システムにおいて、前記デイジー・チェインにおける最下位の周辺装置に関連する第２のデバイス・コードを受信するステップであって、前記第２のデバイス・コードが前記最下位の周辺装置から前記最上位の周辺装置を通過してから受信されるステップと、
を備えるステップと、
　（ｃ）前記デバイス・コード群が前記クライアント・システムにおいて受信されたのに応答して、前記クライアント・システムから前記遠隔サーバへ前記デバイス・コード群を送信するステップと、
　（ｄ）前記遠隔サーバが、前記デバイス・コード群を受信したのに応答して、前記データベースを用いて、前記実際に接続された複数の周辺装置からのデバイス・コードを含む受信した前記デバイス・コード群に関連するデバイス・ドライバを選択し、選択された前記デバイス・ドライバを前記クライアント・システムに送信するステップと、
　（ｅ）前記クライアント・システムにおいて、前記遠隔サーバから前記選択されたデバイス・ドライバを受信するステップと、
を備え、前記のステップ（ａ）〜（ｅ）が、前記クライアント・システムの初期化時に、
個々の前記周辺装置にメモリを追加することなく、自動的に実行される方法。」（以下、前記請求項１に記載された発明を「本願発明」という。）
　
３．引用文献
（１）引用文献１
　当審の拒絶理由に引用された本願優先権主張日前に頒布された刊行物である特開昭６２−２４３０５０号公報（以下、「引用文献１」という。）には、図１〜図４Ａ、Ｂとともに、次の事項が記載されている。
　
（ア）「特許請求の範囲
　第１の計算機が通信ネットワークを通して複数の端末に結合されている分散データ処理システムにおいて、
（ａ）各端末で、該端末に結合出来る装置の固定指標を含む第１のリストを発生し、
（ｂ）第１のリストを使用して、端末に物理的に接続されるすべての装置の第２のリストを発生し、
（ｃ）通信ネットワークをモニタして、これから装置の支持プログラムを選択的にロードし、
（ｄ）その後、第２のリスト及びロードされた装置の支持プログラムを使用して上記装置と通信する段階を有する、
端末の構成方法。」
　
（イ）「Ｃ．発明が解決しようとする問題点
　本発明の目的は端末がその関連Ｉ／Ｏ装置を決定出来、そのオペレーティング・システムを端末の動作を制御するためにダウンロード出来る方法を与える事にある。
Ｄ．問題点を解決するための手段
　本発明の自己構成方法は自動的で次の様に動作する。ＩＰＬ時に、「ブート・ロード・イメージ」と呼ばれるオペレーティング・システムの部分が端末にダウンロードされ、端末に取付けられるすべての装置のアドレスを含むポール・リストを準備する。次に端末はリスト上の各装置を順次ポール（接続）する。装置を取付けた時には、装置はその存在を示すメツセージで応答する。取付けられない装置は応答しない。応答しない装置はリストから削除される。従って現在、取付けられた（即ち応答した）装置のアドレスだけを含む新しいポール・リストが端末が利用可能になる。
　その後、コントローラはこれに取付けられたすべての端末に対して、すべての可能な装置（例えば、キィボード走査器、ディスプレイ等）のためのプログラミング・サポートを与える。しかしながら、各端末はその関連装置をサポートするに必要なプログラムだけをロードするだけである。」（第２頁左上欄１６行〜右上欄１９行）
　
（ウ）「ここではコントローラはディスク・サービスを与え、…（中略）…コントローラ１０をファイル機構２０に相互接続する。ファイル機構２０上に記憶されたデータは必要な時にコントローラ１０にもたらされる。…（中略）…コントローラ１０及び端末１２はともに夫々のＲＡＭ中に記憶されているプログラムによって制御される。ＲＡＭは非持久性であるために、プログラムはディスク機構２０上に恒久的に記憶されている。コントローラはプログラムをディスクからそのＲＡＭに転送する事によってプログラムを動作する。同様に端末はコントローラからその動作プログラムをループ通信ネットワーク１４を介して獲得する。
　夫々の動作プログラムを獲得するために、各端末は構成ルーチンを遂行して、これに取付けられるＩ／Ｏ装置を決定し、適切なプログラムをダウンロードして走らせる（即ち端末を動作させる）。…（中略）…
端末にダウンロードされるプログラムは３つの区別可能なロード・セグメントより成る。このロード・セグメントは（１）各端末に共通であり、端末にコントローラからさらに単一のコードをロードする能力を与えるオペレーティング・システム・ブート・ロード、（２）キィボード、ディスプレイ、印刷装置等の如き特定の装置を制御するコードのモジュールであるロード可能なドライバ及び（３）プログラムが各トランザクションを進めるにつれ、端末の動作を決定する適用業務（アプリケーション）プログラムを含む。
　第２図は端末のハードウェアの構成を示す。この構成はプログラムを処理し、端末の動作を制御するマイクロプロセッサ２６を含む。ＲＡＭ２８はマイクロプロセッサ２６に結合され、プログラム及びデータを含んでいる。ループ・アダプタ３０はループ通信ネットワーク１４（第１図）によって端末とインターフェイスしている。ループ・アダプタ３０は端末とコントローラ間の通信路を与える。ハード・トータル・モジュール３２は電源が電池であるＲＡＭであり、端末への電力が切断した時にデータを記憶出来るものである。マイクロプロセッサ２６はハード・トータル・モジュールに情報を書込む。直列Ｉ／Ｏチャンネル・アダプタ３４は直列Ｉ／Ｏチャンネル３６を相互接続する。直列Ｉ／Ｏチャンネルは分岐通信リンクであり、端末と関連装置間の通信を与える。取付けられるＩ／Ｏ装置はキイボード、ディスプレイ、印刷装置、走査器等を含む。」（第２頁右下欄１０行〜第３頁左下欄８行）
　
（エ）「端末を動作させるために、端末はこれに接続されたＩ／Ｏ装置を知って、コントローラからこれ等の装置を制御するためのプログラムを得なければならない。従って、本発明は端末がこれに接続されるＩ／Ｏ装置を決定出来る様にし、適切なプログラムをそのＲＡＭにダウンロードする技法に関する。この手順は本明細書では端末構成と呼ばれる。このルーチンの出力は又コントローラもしくはホストに転送されて全計算ネットワーク内の任意の端末及びこれに取付けられたＩ／Ｏ装置を固定するのに使用される事に注意されたい。」（第３頁左下欄１６行〜第３頁右下欄６行）
　
（オ）「第３図から明らかな様に、多くの異なる型の装置が端末に取付けられる。事実、多くの同じ装置（例えば、２つのディスプレイ）も端末に取付けられる。これ等の装置と通信するためには、各装置はその直列Ｉ／Ｏチャネル・アドレスによって一意的に固定される。…（中略）…
　端末の構成について説明したので、次に自動的に端末がそれ自身を構成する手順について説明する。この手順は次の通りである。
　ＩＰＬ時に、端末ＲＯＳ中のブリング・アップ・コードがオペレーティングのブーツ・ロード部分を受取ってロードする。ブーツ・ロード部分はコントローラからメモリ・ループを介して転送される。
　次にブーツ・ロード中の直列Ｉ／Ｏチャンネル・ドライバが端末に接続出来るすべての可能な装置のアドレスより成るポール・リストを構成して、各アドレスのポーリングを開始する。
　もし装置がポールされて特定の数（例えば１６）の刻時の後に応答しないと、タイマの条件がドライバによって記入され、その装置のアドレスはポール・リストから除去される。
　ドライバがもはやポール・タイムアウトを受取らず、すべてのポールされた装置が応答した時、ドライバは修正ポール・リストを記憶し、コントローラからオペレーティング・システム・ロードのロード可能なドライバ部分を要求する。
　次にコントローラはループ上のすべての装置のドライバに送信を行う。
　端末は各送信されたドライバを受信し、このドライバを修正したポール・リスト中のアドレスとチェックする。
　受取ったドライバと修正ボール・リスト中のアドレス間に一致が見出されると、端末はドライバを受け取り、これをそのオペレーティング・システム中に導入する。
　一致が見出されないと、端末はドライバを破棄する。
　この過程は端末が修正ポール・リスト中の各アドレスに対してドライバをロードする迄続く。」（第４頁右上欄１３行〜右下欄１９行）
　
　（ア）における記載「第１の計算機が通信ネットワークを通して複数の端末に結合されている分散データ処理システム」、（イ）における記載「本発明の自己構成方法は自動的で次の様に動作する。ＩＰＬ時に、…端末に取付けられるすべての装置のアドレスを含むポール・リストを準備する。次に端末はリスト上の各装置を順次ポール（接続）する。装置を取付けた時には、装置はその存在を示すメツセージで応答する…従って現在、取付けられた（即ち応答した）装置のアドレスだけを含む新しいポール・リストが端末が利用可能になる。…コントローラはこれに取付けられたすべての端末に対して、すべての可能な装置（例えば、キィボード走査器、ディスプレイ等）のためのプログラミング・サポートを与える。しかしながら、各端末はその関連装置をサポートするに必要なプログラムだけをロードするだけである。」、（ウ）における記載「コントローラ１０をファイル機構２０に相互接続する。ファイル機構２０上に記憶されたデータは必要な時にコントローラ１０にもたらされる。…プログラムはディスク機構２０上に恒久的に記憶されている。…端末はコントローラからその動作プログラムをループ通信ネットワーク１４を介して獲得する。…　端末にダウンロードされるプログラムは…（２）キィボード、ディスプレイ、印刷装置等の如き特定の装置を制御するコードのモジュールであるロード可能なドライバ…」、（ウ）における記載「直列Ｉ／Ｏチャンネルは分岐通信リンクであり、端末と関連装置間の通信を与える。取付けられるＩ／Ｏ装置はキイボード、ディスプレイ、印刷装置、走査器等を含む。」、及び（エ）における記載「端末を動作させるために、端末はこれに接続されたＩ／Ｏ装置を知って、コントローラからこれ等の装置を制御するためのプログラムを得なければならない。従って、本発明は端末がこれに接続されるＩ／Ｏ装置を決定出来る様にし、適切なプログラムをそのＲＡＭにダウンロードする技法に関する。この手順は本明細書では端末構成と呼ばれる。」からすると、引用文献１には、直列Ｉ／Ｏチャネルで接続された複数のＩ／Ｏ装置が接続された端末に通信ネットワークで結合されたコントローラから、前記端末のＩＰＬ時に前記複数のＩ／Ｏ装置のためのドライバをファイル機構を用いて取り出し、該Ｉ／Ｏ装置のためのドライバを前記端末にロードする方法が記載されている。
　
　（ア）における記載「（ａ）各端末で、該端末に結合出来る装置の固定指標を含む第１のリストを発生し、
（ｂ）第１のリストを使用して、端末に物理的に接続されるすべての装置の第２のリストを発生し、
（ｃ）通信ネットワークをモニタして、これから装置の支持プログラムを選択的にロードし、」、（イ）における記載「コントローラはこれに取付けられたすべての端末に対して、すべての可能な装置（例えば、キィボード走査器、ディスプレイ等）のためのプログラミング・サポートを与える。しかしながら、各端末はその関連装置をサポートするに必要なプログラムだけをロードするだけである。」、（ウ）における記載「プログラムはディスク機構２０上に恒久的に記憶されている。…端末はコントローラからその動作プログラムをループ通信ネットワーク１４を介して獲得する。…　端末にダウンロードされるプログラムは…（２）キィボード、ディスプレイ、印刷装置等の如き特定の装置を制御するコードのモジュールであるロード可能なドライバ…」、及び（オ）における記載「すべてのポールされた装置が応答した時、ドライバは修正ポール・リストを記憶し、コントローラからオペレーティング・システム・ロードのロード可能なドライバ部分を要求する。
　次にコントローラはループ上のすべての装置のドライバに送信を行う。
　端末は各送信されたドライバを受信し、このドライバを修正したポール・リスト中のアドレスとチェックする。
　受取ったドライバと修正ボール・リスト中のアドレス間に一致が見出されると、端末はドライバを受け取り、これをそのオペレーティング・システム中に導入する。」からすると、前記コントローラは、前記端末と接続され得るＩ／Ｏ装置のためのドライバと、前記端末と接続され得るＩ／Ｏ装置のそれぞれに及びそれらのドライバに関連し且つ一意の固定指標とを送信し、前記端末が該端末に実際に接続されるＩ／Ｏ装置の固定指標を含む第２のリスト中の固定指標とチェックし、固定指標間で一致が見出されると前記端末は前記固定指標に一意的に対応するＩ／Ｏ装置のためのドライバをロードすると解される。
　してみると、前記コントローラは、前記端末と接続され得るＩ／Ｏ装置のためのドライバと、前記端末と接続され得るＩ／Ｏ装置のそれぞれに及びそれらのドライバに関連し且つ一意の固定指標とを記憶するファイル機構を備えると解される。
　
　（ア）における記載「（ａ）各端末で、該端末に結合出来る装置の固定指標を含む第１のリストを発生し、
（ｂ）第１のリストを使用して、端末に物理的に接続されるすべての装置の第２のリストを発生し、」、（イ）における記載「本発明の自己構成方法は自動的で次の様に動作する。ＩＰＬ時に、…端末に取付けられるすべての装置のアドレスを含むポール・リストを準備する。次に端末はリスト上の各装置を順次ポール（接続）する。装置を取付けた時には、装置はその存在を示すメツセージで応答する…従って現在、取付けられた（即ち応答した）装置のアドレスだけを含む新しいポール・リストが端末が利用可能になる。」、及び（オ）における記載「直列Ｉ／Ｏチャンネル・ドライバが端末に接続出来るすべての可能な装置のアドレスより成るポール・リストを構成して、各アドレスのポーリングを開始する。
　もし装置がポールされて特定の数（例えば１６）の刻時の後に応答しないと、タイマの条件がドライバによって記入され、その装置のアドレスはポール・リストから除去される。
　ドライバがもはやポール・タイムアウトを受取らず、すべてのポールされた装置が応答した時、ドライバは修正ポール・リストを記憶し、」からすると、前記方法は、
（ａ）前記端末のＩＰＬ時に、前記端末により、該端末に接続され得るすべてのＩ／Ｏ装置の固定指標を含む第１のリストを使用して、前記第１のリストに挙げられた各Ｉ／Ｏ装置に順次ポーリングすることにより、当該Ｉ／Ｏ装置が前記端末に実際に接続されているかどうかの応答を要求するステップを備え、
（ｂ）前記端末において、前記端末に実際に接続されているそれぞれのＩ／Ｏ装置から、前記Ｉ／Ｏ装置それぞれが実際に接続されていることを示す応答メッセージ群を受信するステップであって、
　前記端末において、前記直列Ｉ／Ｏチャネルにより前記端末に実際に接続されているＩ／Ｏ装置の固定指標を含む第２のリストを生成するステップを備えていると解される。
　
　（ア）における記載「（ｂ）第１のリストを使用して、端末に物理的に接続されるすべての装置の第２のリストを発生し」、（オ）における記載「ドライバがもはやポール・タイムアウトを受取らず、すべてのポールされた装置が応答した時、ドライバは修正ポール・リストを記憶し、コントローラからオペレーティング・システム・ロードのロード可能なドライバ部分を要求する。」からすると、前記方法は、
（ｃ）前記端末に実際に接続されているそれぞれのＩ／Ｏ装置の固定指標を含む第２のリストを生成したのに応答して、前記端末から前記コントローラへＩ／Ｏ装置のドライバを要求するステップを備えていると解される。
　
　（ア）における記載「（ａ）各端末で、該端末に結合出来る装置の固定指標を含む第１のリストを発生し、
（ｂ）第１のリストを使用して、端末に物理的に接続されるすべての装置の第２のリストを発生し、
（ｃ）通信ネットワークをモニタして、これから装置の支持プログラムを選択的にロードし、」、（ウ）における記載「コントローラ１０をファイル機構２０に相互接続する。ファイル機構２０上に記憶されたデータは必要な時にコントローラ１０にもたらされる。…プログラムはディスク機構２０上に恒久的に記憶されている。…端末はコントローラからその動作プログラムをループ通信ネットワーク１４を介して獲得する。…　端末にダウンロードされるプログラムは…（２）キィボード、ディスプレイ、印刷装置等の如き特定の装置を制御するコードのモジュールであるロード可能なドライバ…」、及び（オ）における記載「すべてのポールされた装置が応答した時、ドライバは修正ポール・リストを記憶し、コントローラからオペレーティング・システム・ロードのロード可能なドライバ部分を要求する。
　次にコントローラはループ上のすべての装置のドライバに送信を行う。
　端末は各送信されたドライバを受信し、このドライバを修正したポール・リスト中のアドレスとチェックする。
　受取ったドライバと修正ボール・リスト中のアドレス間に一致が見出されると、端末はドライバを受け取り、これをそのオペレーティング・システム中に導入する。」からすると、前記方法は、
（ｄ）前記コントローラが、前記端末からＩ／Ｏ装置のドライバの要求を受信したのに応答して、前記ファイル機構を用いて端末に接続され得るすべてのドライバを取り出し、前記端末に送信するステップと、
（ｅ）前記端末において、前記コントローラが送信するドライバから前記端末に実際に接続されているＩ／Ｏ装置の固定指標を含む第２のリストに基づいて、前記端末に実際に接続されているＩ／Ｏ装置のドライバを選択的に受け取るステップとを備えていると解される。
　
　なお、前記端末のＩＰＬ時に、前記のステップ（ａ）〜（ｅ）が、個々の前記Ｉ／Ｏ装置にメモリを追加することなく、自動的に実行されることは、自明である。
　
　以上から、引用文献１には、次の発明（以下「引用発明１」という。）が示されている。
　
　直列Ｉ／Ｏチャネルで複数のＩ／Ｏ装置が接続された端末に通信ネットワークで結合されたコントローラから、前記端末のＩＰＬ時に前記複数のＩ／Ｏ装置のためのドライバをファイル機構を用いて取り出し、該Ｉ／Ｏ装置のためのドライバを前記端末にロードする方法であって、前記コントローラは、前記端末と接続され得るＩ／Ｏ装置のためのドライバと、前記端末と接続され得るＩ／Ｏ装置のそれぞれに及びそれらのドライバに関連し且つ一意の固定指標とを記憶するファイル機構を備える方法において、
（ａ）前記端末のＩＰＬ時に、前記端末により、該端末に接続され得るすべてのＩ／Ｏ装置の固定指標を含む第１のリストを使用して、前記第１のリストに挙げられた各Ｉ／Ｏ装置に順次ポーリングすることにより、当該Ｉ／Ｏ装置が前記端末に実際に接続されているかどうかの応答を要求するステップと、
（ｂ）前記端末において、前記端末に実際に接続されているそれぞれのＩ／Ｏ装置から、前記Ｉ／Ｏ装置それぞれが実際に接続されていることを示す応答メッセージ群を受信するステップであって、
　前記端末において、前記直列Ｉ／Ｏチャネルにより前記端末に実際に接続されているＩ／Ｏ装置の固定指標を含む第２のリストを生成するステップと、
　（ｃ）前記端末に実際に接続されているそれぞれのＩ／Ｏ装置の固定指標を含む第２のリストを生成したのに応答して、前記端末から前記コントローラへＩ／Ｏ装置のドライバを要求するステップと、
　（ｄ）前記コントローラが、前記端末からＩ／Ｏ装置のドライバの要求を受信したのに応答して、前記ファイル機構を用いて端末に接続され得るすべてのドライバを取り出し、前記端末に送信するステップと、
　（ｅ）前記端末において、前記コントローラが送信するドライバから前記端末に実際に接続されているＩ／Ｏ装置の固定指標を含む第２のリストに基づいて、前記端末に実際に接続されているＩ／Ｏ装置のドライバを選択的に受け取るステップと、
を備え、前記のステップ（ａ）〜（ｅ）が、前記端末のＩＰＬ時に、個々の前記装置にメモリを追加することなく、自動的に実行される方法。
　
（２）引用文献２及び引用文献３について
　当審の拒絶理由に引用した本願優先権主張日前に頒布された刊行物である特開平８−５５０１８号公報（以下「引用文献２」という。）に、
「(57)【要約】…
【構成】 …本発明は、コンピュータシステムが最初に活動化されるとき、システムディスクに記憶され且つロードされる 問合せ モジュールを含む。このモジュールは特定のソフトウェアの動作を必要とする構成要素に関してコンピュータシステムを走査する。問合せモジュールはこれらの構成要素から識別データを取得し、それに基づいて、始動モジュールがディスクに基づいた一連のファイルから適切なソフトウェアを選択することを可能にする。」、
「【００１３】…ユーザがコンピュータをオンにしたとき ブートストラップ プログラムにより、大容量記憶装置26 (一般にハードディスク) からロードされるオペレーティングシステム50を含む。…それは、…システム始動モジュール52も実行する。始動プログラムは、種々のシステム構成要素及び付属装置を動作させ又はそれらをサポートするために必要な一連の指定されたファイルを、メインシステムメモリ22に導入する、即ちロードする。以降、前記ファイルは一般に ドライバ と記述され且つ参照番号54で表示される。例えば、表示装置36はEGA、VGA又はスーパーVGA ビデオ装置を表わし、それらはどれも異なる表示ドライバを必要とする。」、
「【００１４】…記憶装置26 (ハードディスクが望ましい) は一連のファイルセット601,602,603 ... 60n を含む。各ファイルセットは一連のドライバファイルF1,F2 等を含む。」、
「【００１５】問合せモジュール56は…ドライバを必要とする、種々の付属装置を電子的に識別する。そして、それはファイルセット60の各々で適切なファイル (又は複数のファイル) Ｆを指定し、システムが再び始動される毎にこれらがロードされることを保証する。」と記載されているように、
　また、原審の拒絶理由に引用した本願優先権主張日前に頒布された刊行物である特開平９−４４４３７（以下「引用文献３」という）に、
「【００１０】計算機システムの起動時、デバイスドライバはカーネルにより読み込み及び初期化処理が行われる。」、
「【００２２】…本発明の他の目的は、ネットワークからデバイスドライバを読み込む…情報処理装置を提供することにある。」
「【００３０】オペレーティングシステムが必要なデバイスドライバを選択する方法には、デバイススキャンを行い動的にデバイス種別を得る方法と、あらかじめ必要なデバイスをデバイスマップに登録しておく静的方法との２通りが考えられる。」、
「【００５３】次にデバイスマップからデバイスドライバ種別を取得する（ステップＳ３５）。そして、サーバに対するリクエストを行なうＴＦＴＰ  ＲＰＱパケットを作成し（ステップＳ３６）、サーバホストに対してデバイスドライバの転送の要求を出し、デバイスドライバの転送を行なう（ステップＳ３７）。ＤＤＬ２は要求したファイルを正常に受け取ると、ＴＦＴＰ  ＡＣＫをサーバに対して送り返す（ステップＳ３８、ステップＳ３９）。」と記載されているように、
以下の事項は、周知（以下、「周知技術１」という）である。
　
　コンピュータ装置の起動時（すなわちＩＰＬ時）に、該コンピュータ装置に実際に接続された複数の周辺装置のそれぞれに対応する識別コードまたはデバイス種別（デバイス・コードに相当）を収集すること、ファイル装置またはファイルサーバに、該コンピュータ装置に実際に接続され得る全ての複数の周辺装置のドライバと、前記接続され得る周辺装置のそれぞれに対応する識別コードまたはデバイス種別とを関連付けて記憶すること、そして、前記収集した識別コードまたはデバイス種別群に基づいて、当該識別コードまたはデバイス種別に関連するドライバをファイル装置またはファイルサーバから選択して読み出し、コンピュータ装置にロードすること。
　
（備考１）なお、一般に、識別データ（すなわち、キー）と該識別データに一意に対応するデータとを記憶するファイルサーバまたはデータベースから、所定の識別データまたは識別データ群に対応するデータまたはデータ群を選択的に読み出し取得するために、前記ファイルサーバまたはデータベースに前記所定の識別データまたは識別データ群に対応するデータまたはデータ群を要求し、前記ファイルサーバまたはデータベースから前記要求した（すなわち、選択された）データまたはデータ群を取得することは、当業者にとって常識的事項（以下、「常識的技術１」という）である。
　
（３）引用文献４及び引用文献５について
  当審の拒絶理由に引用した本願優先権主張日前に頒布された刊行物である特開昭５９−４９６２３号公報（以下「引用文献４」という。）に、
「データ処理システムのオペレーティングシステムの各種プログラムにおいて特定のＰＥをアクセスするときに，ＰＥの物理機番，論理機番（アクセス機番）および装置種別等のハードウェア固有情報（ＰＥ情報）を参照可能とするために，予め制御表あるいはそれに代わるものを主記憶装置上に設定する必要がある。この制御表は一般には各情報処理システム特定のオペレーティングシステムを生成するシステムジェネレーション時に作成している。」（２頁右上欄９行目〜１８行目）、
「本発明の目的は簡便かつ高信頼性のＰＥ情報収集システムを提供することにある。
　本発明のシステムはチャネルから該チャネル制御下の複数ＩＯＣが遠端折返しで直列接続されループ上に前記ＩＯＣを選定するための選択信号を伝搬させるようにしたデータ処理システムにおける前記各下のＰＥについての情報を収集する情報収集システムにおいて，
　前記チャネルに設けられた前記データ処理システムからの命令に応答して前記選択信号と前記ＰＥ情報の送出指令とを前記選択信号が帰着するまで出力し続ける制御手段と，
　制御下のＰＥについての前記ＰＥ情報を前記データ処理システムに送出する情報格納手段と，
　…　を設けたことを特徴とする。」（２頁右下欄２行目〜３頁左上欄３行目）と記載されているように、
　また、当審の拒絶理由に引用した本願優先権主張日前に頒布された刊行物である特開平２−２１０８９７号公報（以下「引用文献５」という）に、
「バス方式におけるディジチェーン方式は、割込要求、バス権要求等の要素元を優先順位に基づいて決定する方式である。またディジチェーン接続とは、かかるディジチェーン方式を実現する為に、バス制御ボードから順次各構成要素を接続することをいう。」（１頁右下欄６行目〜１１行目）と記載されているように、以下の事項は、周知（以下、「周知技術２」という）である。
　
　データ処理装置に複数の装置をデイジー・チェイン方式で接続すること、そして前記データ処理装置に実際に接続された複数の装置を特定するために、前記データ処理装置により、デイジー・チェイン接続を介して前記装置それぞれに関連する装置種別等のハードウェア固有情報を要求し、前記複数の装置から、前記装置それぞれに関連する装置種別等のハードウェア固有情報をデイジー・チェイン接続を介して受信すること。
　
（備考２）デイジー・チェイン接続において、デイジー・チェインにおける最上位の装置からの応答を前記最上位の装置から直接に受信すること、そして、前記デイジー・チェインにおける最下位の装置からの応答を前記最下位の装置から前記最上位の装置を通過してから受信することは、常識的事項（以下、「常識的技術２」という）である。
　
４．対比
　本願発明と引用発明１とを対比する。
　
Ａ．引用発明１の「Ｉ／Ｏ装置」、「端末」、「コントローラ」、「端末のＩＰＬ時」「ドライバ」、「ロード」、及び「ファイル機構」は、それぞれ、本願発明の「周辺装置」、「クライアント・システム」、「遠隔サーバ」、「クライアント・システムの初期化時」、「デバイス・ドライバ」、「インストール」、及び「データベース」に相当する。
　
Ｂ．引用発明１の「直列Ｉ／Ｏチャネルで」複数のＩ／Ｏ装置が接続された端末と本願発明の「デイジー・チェイン構成で接続された」複数の周辺装置が接続されたクライアント・システムとは、複数の周辺装置が接続されたクライアント・システムである点で共通する。
　
Ｃ．引用発明１の「複数のＩ／Ｏ装置のためのドライバをファイル機構を用いて取り出し、」と本願発明の「複数の周辺装置のためのデバイス・ドライバを検索して」とは、複数の周辺装置のためのデバイス・ドライバをデータベースから読み出す点で共通する。
　
Ｄ．引用発明１の、「端末と接続され得るＩ／Ｏ装置のそれぞれに及びそれらのドライバに関連し且つ一意の固定指標」は、ドライバに一意に関連する指標（すなわち、ドライバと一意に対応する識別情報）であるから、引用発明１の、「端末と接続され得るＩ／Ｏ装置のそれぞれに及びそれらのドライバに関連し且つ一意の固定指標」と、本願発明の「クライアント・システムと」「接続され得る周辺装置のそれぞれに及びそれらのデバイス・ドライバに関連し且つ一意のデバイス・コード」とは、ともに、クライアント・システムと接続され得る周辺装置のそれぞれに及びそれらのデバイス・ドライバに関連し且つ一意の識別情報である点で共通する。
　
Ｅ．引用発明１の（ａ）の「応答」は、固定指標により順次ポーリングすることにより、当該固定指標に対応するＩ／Ｏ装置が端末に接続されている場合に接続状態に関する情報（接続情報）を当該Ｉ／Ｏ装置が応答することを意味することから、前記「応答」を要求することは、端末に実際に接続された前記複数のＩ／Ｏ装置のそれぞれに関連する接続情報を要求することと技術的に等価である。一方、本願発明の（ａ）の「デバイス・コード」を要求することも、当該デバイス・コードに対応する周辺装置がクライアント・システムに接続されている場合に当該デバイス・コードを当該周辺装置が応答することを要求するものであるから、両者はともに、クライアント・システムにより、該クライアント・システムに実際に接続された前記複数の周辺装置を特定するために、該周辺装置それぞれに関連する接続情報を要求する点で共通する。
　よって、引用発明１の（ａ）の「前記端末のＩＰＬ時に、前記端末により、該端末に接続され得るすべてのＩ／Ｏ装置の固定指標を含む第１のリストを使用して、前記第１のリストに挙げられた各Ｉ／Ｏ装置に順次ポーリングすることにより、当該Ｉ／Ｏ装置が前記端末に実際に接続されているかどうかの応答を要求するステップ」と本願発明の（ａ）の「前記クライアント・システムの初期化時に、前記クライアント・システムにより、該クライアント・システムに実際に接続された前記複数の周辺装置のそれぞれに関連するデバイス・コードを要求するステップ」とは、ともに、前記クライアント・システムの初期化時に、前記クライアント・システムにより、該クライアント・システムに実際に接続された前記複数の周辺装置を特定するために、該周辺装置それぞれに関連する接続情報を要求するステップである点で共通する。
　
F．引用発明１の（ｂ）の「端末に実際に接続されているそれぞれのＩ／Ｏ装置」は複数の接続されているＩ／Ｏ装置を意味し、これらの複数のＩ／Ｏ装置を第１のＩ／Ｏ装置、第２のＩ／Ｏ装置等とすれば、（ａ）の「端末のＩＰＬ時に、前記端末により、該端末に接続され得るすべてのＩ／Ｏ装置の固定指標を含む第１のリストを使用して、前記第１のリストに挙げられた各Ｉ／Ｏ装置に順次ポーリングすることにより、当該Ｉ／Ｏ装置が前記端末に実際に接続されているかどうかの応答を要求する」ことにより、第１のＩ／Ｏ装置、第２のＩ／Ｏ装置等からの「応答」が認められ、これをふまえると引用発明１の（ｂ）の「前記端末において、前記端末に実際に接続されているそれぞれのＩ／Ｏ装置から、前記Ｉ／Ｏ装置それぞれが実際に接続されていることを示す応答メッセージ群を受信するステップであって、
　前記端末において、前記直列Ｉ／Ｏチャネルにより前記端末に実際に接続されているＩ／Ｏ装置の固定指標を含む第２のリストを生成するステップ」と、本願発明の「（ｂ）前記クライアント・システムにおいて、該クライアント・システムに実際に接続された前記複数の周辺装置から、該周辺装置それぞれの前記デバイス・コードからなるデバイス・コード群を受信するステップであって、
　（ｂ−１）前記クライアント・システムにおいて、前記デイジー・チェインにおける最上位の周辺装置に関連するデバイス・コードを受信するステップであって、前記第１のデバイス・コードが前記最上位の周辺装置から直接に受信されるステップと、
　（ｂ−２）前記クライアント・システムにおいて、前記デイジー・チェインにおける最下位の周辺装置に関連する第２のデバイス・コードを受信するステップであって、前記第２のデバイス・コードが前記最下位の周辺装置から前記最上位の周辺装置を通過してから受信されるステップと、
を備えるステップ」とは、ともに
　（ｂ）前記クライアント・システムにおいて、該クライアント・システムに実際に接続された前記複数の周辺装置から、該周辺装置それぞれの前記接続情報からなる接続情報群を受信するステップであって、
　（ｂ−１）前記クライアント・システムにおいて、接続された第１の周辺装置に関連する接続情報を受信するステップであって、前記第１の周辺装置の接続情報が前記第１の周辺装置から直接に受信されるステップと、
　（ｂ−２）前記クライアント・システムにおいて、接続された第２の周辺装置に関連する第２の接続情報を受信するステップであって、前記第２の接続情報が前記第２の周辺装置から直接に受信されるステップと、
を備えるステップである点で共通する。
　
G．引用発明１の（ｃ）の「前記端末に実際に接続されているそれぞれのＩ／Ｏ装置の固定指標を含む第２のリストを生成したのに応答して、前記端末から前記コントローラへＩ／Ｏ装置のドライバを要求するステップ」は、前記Ｉ／Ｏ装置それぞれの前記接続情報からなる接続情報群が前記端末において受信されたのに応答して、前記端末から前記コントローラへドライバを要求するステップであると解されるから、引用発明１の（ｃ）の「前記端末に実際に接続されているそれぞれのＩ／Ｏ装置の固定指標を含む第２のリストを生成したのに応答して、前記端末から前記コントローラへＩ／Ｏ装置のドライバを要求するステップ」と本願発明の（ｃ）の「前記デバイス・コード群が前記クライアント・システムにおいて受信されたのに応答して、前記クライアント・システムから前記遠隔サーバへ前記デバイス・コード群を送信するステップ」とは、ともに「前記周辺装置それぞれの前記接続情報からなる接続情報群が前記クライアント・システムにおいて受信されたのに応答して、前記クライアント・システムから前記遠隔サーバへデバイス・ドライバを要求するステップ」である点で共通する。
　
H．引用発明１の「（ｄ）前記コントローラが、前記端末からＩ／Ｏ装置のドライバの要求を受信したのに応答して、前記ファイル機構を用いて端末に接続され得るすべてのドライバを取り出し、前記端末に送信するステップと、
　（ｅ）前記端末において、前記コントローラが送信するドライバから前記端末に実際に接続されているＩ／Ｏ装置の固定指標を含む第２のリストに基づいて、前記端末に実際に接続されているＩ／Ｏ装置のドライバを選択的に受け取るステップ」は、前記コントローラは、前記端末からＩ／Ｏ装置のドライバの要求を受信したのに応答して、前記ファイル機構を用いて、Ｉ／Ｏ装置のドライバを前記端末に送信するステップと、前記端末において、前記コントローラから前記端末に実際に接続されているＩ／Ｏ装置のドライバを受け取るステップであると解される。
　よって、引用発明１の「（ｄ）前記コントローラが、前記端末からＩ／Ｏ装置のドライバの要求を受信したのに応答して、前記ファイル機構を用いて端末に接続され得るすべてのドライバを取り出し、前記端末に送信するステップと、
　（ｅ）前記端末において、前記コントローラが送信するドライバから前記端末に実際に接続されているＩ／Ｏ装置の固定指標を含む第２のリストに基づいて、前記端末に実際に接続されているＩ／Ｏ装置のドライバを選択的に受け取るステップ」と本願発明の「（ｄ）前記遠隔サーバが、前記デバイス・コード群を受信したのに応答して、前記データベースを用いて、前記実際に接続された複数の周辺装置からのデバイス・コードを含む受信した前記デバイス・コード群に関連するデバイス・ドライバを選択し、選択された前記デバイス・ドライバを前記クライアント・システムに送信するステップと、
（ｅ）前記クライアント・システムにおいて、前記遠隔サーバから前記選択されたデバイス・ドライバを受信するステップ」とは、ともに、
　前記遠隔サーバは、前記クライアント・システムから周辺装置のドライバの要求を受信したのに応答して、前記データベースを用いて、周辺装置のドライバを前記クライアント・システムに送信するステップと、
　前記クライアント・システムにおいて、前記遠隔サーバから前記クライアント・システムに実際に接続されている周辺装置のデバイス・ドライバを受け取るステップである点で共通する。
　
　以上をふまえると、本願発明と引用発明１とは、以下の点で一致し、そして、相違する。
　
〈一致点〉
　複数の周辺装置が接続されたクライアント・システムに結合された遠隔サーバから、前記クライアント・システムの初期化時に前記複数の周辺装置のためのデバイス・ドライバをデータベースから読み出し、該周辺装置のためのデバイス・ドライバを前記クライアント・システムにインストールする方法であって、前記遠隔サーバは、前記クライアント・システムと接続され得る周辺装置のためのデバイス・ドライバと、前記クライアント・システムと接続され得る周辺装置のそれぞれに及びそれらのデバイス・ドライバに関連し且つ一意の識別情報とを記憶するデータベースを備える方法において、
　（ａ）前記クライアント・システムの初期化時に、クライアント・システムにより、該クライアント・システムに実際に接続された前記複数の周辺装置を特定するために、該周辺装置それぞれに関連する接続情報を要求するステップと、
　（ｂ）前記クライアント・システムにおいて、該クライアント・システムに実際に接続された前記複数の周辺装置から、該周辺装置それぞれの前記接続情報からなる接続情報群を受信するステップであって、
　（ｂ−１）前記クライアント・システムにおいて、接続された第１の周辺装置に関連する接続情報を受信するステップであって、前記第１の周辺装置の接続情報が前記第１の周辺装置から直接に受信されるステップと、
　（ｂ−２）前記クライアント・システムにおいて、接続された第２の周辺装置に関連する第２の接続情報を受信するステップであって、前記第２の接続情報が前記第２の周辺装置から直接に受信されるステップと、
を備えるステップと、
　（ｃ）前記周辺装置それぞれの前記接続情報からなる接続情報群が前記クライアント・システムにおいて受信されたのに応答して、前記クライアント・システムから前記遠隔サーバへデバイス・ドライバを要求するステップと、
　（ｄ）前記遠隔サーバは、前記クライアント・システムから周辺装置のドライバの要求を受信したのに応答して、前記データベースを用いて、周辺装置のドライバを前記クライアント・システムに送信するステップと、
　（ｅ）前記クライアント・システムにおいて、前記遠隔サーバから前記クライアント・システムに実際に接続されている周辺装置のデバイス・ドライバを受け取るステップと、
を備え、前記のステップ（ａ）〜（ｅ）が、前記クライアント・システムの初期化時に、
個々の前記周辺装置にメモリを追加することなく、自動的に実行される方法。
　
〈相違点１〉
　「クライアント・システムと接続され得る周辺装置のそれぞれに及びそれらのデバイス・ドライバに関連し且つ一意の識別情報」について、本願発明は「デバイス・コード」であるのに対して、引用発明１は「固定指標」であって、このため、本願発明の「データベース」は、「クライアント・システムと接続され得る周辺装置のためのデバイス・ドライバと、前記接続され得る周辺装置のそれぞれに及びそれらのデバイス・ドライバに関連し且つ一意のデバイス・コードとを記憶する」のに対し、引用発明１の「ファイル機構」は、「端末と接続され得るＩ／Ｏ装置のためのドライバと、前記端末と接続され得るＩ／Ｏ装置のそれぞれに及びそれらのドライバに関連し且つ一意の固定指標とを記憶する」点。
　
〈相違点２〉
　本願発明の「クライアント・システム」は、「複数の周辺装置」が「デイジー・チェイン構成で接続され」ているのに対し、引用発明１の「端末」は「複数のＩ／Ｏ装置」が「直列Ｉ／Ｏチャネルで接続され」ており、このため、本願発明は、クライアント・システムに実際に接続された前記複数の周辺装置を特定するために、
「（ａ）前記クライアント・システムの初期化時に、前記クライアント・システムにより、該クライアント・システムに実際に接続された前記複数の周辺装置のそれぞれに関連するデバイス・コードを要求するステップと、
（ｂ−１）前記クライアント・システムにおいて、前記デイジー・チェインにおける最上位の周辺装置に関連するデバイス・コードを受信するステップであって、前記第１のデバイス・コードが前記最上位の周辺装置から直接に受信されるステップと、
　（ｂ−２）前記クライアント・システムにおいて、前記デイジー・チェインにおける最下位の周辺装置に関連する第２のデバイス・コードを受信するステップであって、前記第２のデバイス・コードが前記最下位の周辺装置から前記最上位の周辺装置を通過してから受信されるステップ」とを備えるのに対し、引用発明１は、端末に実際に接続された前記複数のＩ／Ｏ装置を特定するために、
「（ａ）前記端末のＩＰＬ時に、前記端末により、該端末に接続され得るすべてのＩ／Ｏ装置の固定指標を含む第１のリストを使用して、前記第１のリストに挙げられた各Ｉ／Ｏ装置に順次ポーリングすることにより、当該Ｉ／Ｏ装置が前記端末に実際に接続されているかどうかの応答を要求するステップと、
（ｂ）前記端末において、前記端末に実際に接続されているそれぞれのＩ／Ｏ装置から、前記Ｉ／Ｏ装置それぞれが実際に接続されていることを示す応答メッセージ群を受信するステップであって、
　前記端末において、前記直列Ｉ／Ｏチャネルにより前記端末に実際に接続されているＩ／Ｏ装置の固定指標を含む第２のリストを生成するステップ」とを備える点。
　
〈相違点３〉
　遠隔サーバからクライアント・システムに実際に接続された複数の周辺装置のデバイス・ドライバを受け取るために、
　本願発明は、
「（ｃ）前記デバイス・コード群が前記クライアント・システムにおいて受信されたのに応答して、前記クライアント・システムから前記遠隔サーバへ前記デバイス・コード群を送信するステップと、
　（ｄ）前記遠隔サーバが、前記デバイス・コード群を受信したのに応答して、前記データベースを用いて、前記実際に接続された複数の周辺装置からのデバイス・コードを含む受信した前記デバイス・コード群に関連するデバイス・ドライバを選択し、選択された前記デバイス・ドライバを前記クライアント・システムに送信するステップと、
　（ｅ）前記クライアント・システムにおいて、前記遠隔サーバから前記選択されたデバイス・ドライバを受信するステップ」とにより、クライアント・システムに実際に接続された前記複数の周辺装置のデバイス・ドライバを受け取るのに対し、
　引用発明１は、
「（ｃ）前記端末に実際に接続されているそれぞれのＩ／Ｏ装置の固定指標を含む第２のリストを生成したのに応答して、前記端末から前記コントローラへＩ／Ｏ装置のドライバを要求するステップと、
　（ｄ）前記コントローラが、前記端末からＩ／Ｏ装置のドライバの要求を受信したのに応答して、前記ファイル機構を用いて端末に接続され得るすべてのドライバを取り出し、前記端末に送信するステップと、
　（ｅ）前記端末において、前記コントローラが送信するドライバから前記端末に実際に接続されているＩ／Ｏ装置の固定指標を含む第２のリストに基づいて、前記端末に実際に接続されているＩ／Ｏ装置のドライバを選択的に受け取るステップ」とにより、端末に実際に接続された前記複数のＩ／Ｏ装置のドライバを受け取る点。
　
５．判断
　相違点１〜相違点３について、検討する。
　上記周知技術１に開示されているように「コンピュータ装置の起動時（すなわちＩＰＬ時）に、該コンピュータ装置に実際に接続された複数の周辺装置のそれぞれに対応する識別コードまたはデバイス種別（デバイス・コードに相当）を収集すること、ファイル装置またはファイルサーバに、該コンピュータ装置に実際に接続され得る全ての複数の周辺装置のドライバと、前記接続され得る周辺装置のそれぞれに対応する識別コードまたはデバイス種別とを関連付けて記憶すること、そして、前記収集した識別コードまたはデバイス種別群に基づいて、当該識別コードまたはデバイス種別に関連するドライバをファイル装置またはファイルサーバから選択して読み出し、コンピュータ装置にロードすること。」は周知であり、そして、上記常識的技術１に開示されているように「識別データ（すなわち、キー）と該識別データに一意に対応するデータとを記憶するファイルサーバまたはデータベースから、所定の識別データまたは識別データ群に対応するデータまたはデータ群を選択的に読み出し取得するために、前記ファイルサーバまたはデータベースに前記所定の識別データまたは識別データ群に対応するデータまたはデータ群を要求し、前記ファイルサーバまたはデータベースから前記要求した（すなわち、選択された）データまたはデータ群を取得すること」は常識的事項であること、また、上記周知技術２に開示されているように「データ処理装置に複数の装置をデイジー・チェイン方式で接続すること、そして前記データ処理装置に実際に接続された複数の装置を特定するために、前記データ処理装置により、デイジー・チェイン接続を介して前記装置それぞれに関連する装置種別等のハードウェア固有情報を要求し、前記複数の装置から、前記装置それぞれに関連する装置種別等のハードウェア固有情報をデイジー・チェイン接続を介して受信すること。」は周知であるところ、前記周知技術１及び常識的技術１を引用発明１の「端末のＩＰＬ時に前記複数のＩ／Ｏ装置のためのドライバをファイル機構を用いて取り出し、該Ｉ／Ｏ装置のためのドライバを前記端末にロードする方法」に適用し、前記周知技術２を引用発明１の「複数のＩ／Ｏ装置」の「端末」との接続に適用する上での阻害要因は何ら見あたらないから、
　引用発明１の「直列Ｉ／Ｏチャネルでの接続」に替えてデイジー・チェイン構成で接続する構成にし、
　引用発明１の「端末」に実際に接続された前記複数のＩ／Ｏ装置を特定するために、該端末のＩＰＬ時に、該端末に実際に接続された複数のＩ／Ｏ装置のそれぞれに対応する識別コードまたはデバイス種別（デバイス・コードに相当）を収集するようにするとともに、引用発明１の「端末と接続され得るＩ／Ｏ装置のそれぞれに及びそれらのドライバに関連し且つ一意の固定指標」に替えて、端末と接続され得るＩ／Ｏ装置のそれぞれに及びそれらのドライバに関連し且つ一意の識別コードまたはデバイス種別とし、
　引用発明１の「ファイル機構」を、「端末と接続され得るＩ／Ｏ装置のためのドライバと、前記端末と接続され得るＩ／Ｏ装置のそれぞれに及びそれらのドライバに関連し且つ一意の固定指標とを記憶する」ことに替えて、端末と接続され得るＩ／Ｏ装置のためのドライバと、前記端末と接続され得るＩ／Ｏ装置のそれぞれに及びそれらのドライバに関連し且つ一意の識別コードまたはデバイス種別とを記憶するようにし、
　そして、引用発明１の「コントローラ」から「端末」に実際に接続された複数のＩ／Ｏ装置のドライバを受け取るために、引用発明１の
「（ｃ）前記端末に実際に接続されているそれぞれのＩ／Ｏ装置の固定指標を含む第２のリストを生成したのに応答して、前記端末から前記コントローラへＩ／Ｏ装置のドライバを要求するステップと、
　（ｄ）前記コントローラが、前記端末からＩ／Ｏ装置のドライバの要求を受信したのに応答して、前記ファイル機構を用いて端末に接続され得るすべてのドライバを取り出し、前記端末に送信するステップと、
　（ｅ）前記端末において、前記コントローラが送信するドライバから前記端末に実際に接続されているＩ／Ｏ装置の固定指標を含む第２のリストに基づいて、前記端末に実際に接続されているＩ／Ｏ装置のドライバを選択的に受け取るステップ」に替えて、
（ｃ’）前記識別コードまたはデバイス種別群が前記端末において受信されたのに応答して、前記端末から前記コントローラへ前記識別コードまたはデバイス種別群を送信するステップと、
（ｄ’）前記コントローラが、前記識別コードまたはデバイス種別群を受信したのに応答して、前記ファイル機構を用いて、前記実際に接続された複数のＩ／Ｏ装置からの識別コードまたはデバイス種別を含む受信した前記識別コードまたはデバイス種別群に関連するドライバを選択し、選択された前記ドライバを前記端末に送信するステップと、
（ｅ’）前記端末において、前記コントローラから前記選択されたドライバを受信するステップとする構成とすること、
　は、当業者であれば、容易に想到し得たことである。
　
　そして、その際に、前記周知技術２を勘案すると、引用発明１の「端末」のＩＰＬ時に、該端末に実際に接続された複数のＩ／Ｏ装置のそれぞれに対応する識別コードまたはデバイス種別（デバイス・コードに相当）を収集する構成として、引用発明１の
「（ａ）前記端末のＩＰＬ時に、前記端末により、該端末に接続され得るすべてのＩ／Ｏ装置の固定指標を含む第１のリストを使用して、前記第１のリストに挙げられた各Ｉ／Ｏ装置に順次ポーリングすることにより、当該Ｉ／Ｏ装置が前記端末に実際に接続されているかどうかの応答を要求するステップと、
（ｂ）前記端末において、前記端末に実際に接続されているそれぞれのＩ／Ｏ装置から、前記Ｉ／Ｏ装置それぞれが実際に接続されていることを示す応答メッセージ群を受信するステップであって、
　前記端末において、前記直列Ｉ／Ｏチャネルにより前記端末に実際に接続されているＩ／Ｏ装置の固定指標を含む第２のリストを生成するステップ」とからなる構成が、
（ａ’）前記端末のＩＰＬ時に、前記端末により、該端末に実際に接続された前記複数のＩ／Ｏ装置のそれぞれに関連する識別コードまたはデバイス種別を要求するステップと、
（ｂ’）前記端末において、前記端末に実際に接続されているそれぞれのＩ／Ｏ装置から、前記Ｉ／Ｏ装置のそれぞれに関連する識別コードまたはデバイス種別を受信するステップとからなる構成となるとともに、
　上記常識的技術１に開示されているように「デイジー・チェイン接続において、デイジー・チェインにおける最上位の装置からの応答を前記最上位の装置から直接に受信すること、そして、前記デイジー・チェインにおける最下位の装置からの応答を前記最下位の装置から前記最上位の装置を通過してから受信すること」は常識的事項であることから、前記（ｂ’）が、
（ｂ−１’）前記端末において、前記デイジー・チェインにおける最上位のＩ／Ｏ装置に関連する識別コードまたはデバイス種別を受信するステップであって、前記第１の識別コードまたはデバイス種別が前記最上位のＩ／Ｏ装置から直接に受信されるステップと、
（ｂ−２’）前記端末において、前記デイジー・チェインにおける最下位のＩ／Ｏ装置に関連する第２の識別コードまたはデバイス種別を受信するステップであって、前記第２の識別コードまたはデバイス種別が前記最下位のＩ／Ｏ装置から前記最上位のＩ／Ｏ装置を通過してから受信されるステップとを備えるように構成されることは、当業者にとって論理的に自明である。
　よって、相違点１〜相違点３は格別のものではない。
　
　上記で検討したごとく、相違点１〜相違点３は格別のものではなく、そして、本願発明によってもたらされる効果も、当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　
　したがって、本願発明は、引用発明１、周知技術１、周知技術２、常識的技術１、及び常識的技術２に基づいて容易に発明できたものである。
　　
６．むすび
　以上のように、本願の特許請求の範囲の請求項１に係る発明は、本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。