JPH11504459A - 遠隔診断修復用に適合された拡張ｂｉｏｓ - Google Patents

Abstract

(57)【要約】 拡張基本入出力システム（Ｅ−ＢＩＯＳ）（１７）は、第１のコンピュータに対してパワーオン自己テスト（ＰＯＳＴ）とブート機能を提供するコードの第１の部分を有し、この第１の部分には第１のコンピュータがブートしないか否かを検知するためのコードが含まれている。ブートが失敗した場合に、Ｅ−ＢＩＯＳ（１７）中のコードの第２の部分が、遠隔診断修復コンピュータ（１３）との通信リンク（１５）を確立するように命令する。通信が確立されると、スレーブカーネル（２２）を第１のコンピュータ（１１）のランダムアクセスメモリにダウンロードし、診断修復コンピュータにおける自動ソフトウェアカーネルまたはオペレータが第１のコンピュータ（１１）のメモリ装置中のコードとデータにアクセスして変更できるようにして、修復後に第１のコンピュータ（１１）を再ブートするように、診断修復コンピュータにおけるマスターコードカーネル（２０）が実行される。

Description

【発明の詳細な説明】 遠隔診断修復用に適合された拡張ＢＩＯＳ 発明の分野 この発明は故障したコンピュータシステムを診断して修復する装置および方法 の分野に入り、特に診断および修復に向けられた基本入出力システム（ＢＩＯＳ ）用のコンピュータコードに関する。 発明の背景 ロードされた動作命令のないコンピュータは、本質的に１台のデータ処理能力 を持たないハードウェアであることから、コンピュータがしたがう何らかの比較 的標準的な開始命令セットが必ず存在し、この開始命令は、容易にアクセス可能 でコンピュータの動作メモリにロード可能であり、コンピュータのハードウェア との連結性をテストし、その後に、有用なタスクを実行するためにコンピュータ にとって必要なさまざまな動作コードのすべてをロードするプロセスを命令する 。一般的に、この開始コードは基本入出力システム（ＢＩＯＳ）と呼ばれ、パワ ーオン自己テスト（ＰＯＳＴ）手順を含んでおり、動作に必要なすべてのコード をロードして開始しようとする前に、すべての回路を確実にアクティブにし、適 切に接続し、機能させる。 ほとんどの例におけるＢＩＯＳは、パワーオンの瞬間にコンピュータの中央処 理装置（ＣＰＵ）に対してアクセス可能である例えば電気的に消去可能なプログ ラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）ような不揮発性リードオンリー メモリ（ＲＯＭ）に組み込まれた比較的に短いコードセットである。１つにはリ ードオンリーメモリ（ＲＯＭ）からよりもランダムアクセスメモリ（ＲＡＭ）か らの方がさらに速くコードにアクセスして実行できることから、一般的にＢＩＯ Ｓコードはパワーオン時に即座にＲＯＭからＲＡＭにロードされＲＡＭから実行 される。 ＢＩＯＳは、コンピュータの動作装置と後続動作の間に使用され続ける基本的 なＢＩＯＳ機能とをテストするのに必須のものであるが、システム動作を連続し て成功させるには十分なシステムではない。システム動作には多くの機能があり 、例えばフロッピーディスク駆動装置（ＦＤＤ）、ハードディスク駆動装置（Ｈ ＤＤ）およびＣＤ−ＲＯＭ駆動装置のような大容量記憶システムとの間の読み取 りおよび書き込みデータは、コンピュータを完全に動作させるために最初のＢＩ ＯＳを実行してから充分後にロードしなければならない。コンピュータにこのよ うな基本機能を実行できるようにさせるすべてのコードは、技術的にオペレーテ ィングシステム（ＯＳ）として呼ばれている。 ハードディスク駆動装置（ＨＤＤ）が広範に使用されるより前の非常に初期の パーソナルコンピュータでは、ＩＢＭ互換のディスクオペレーティングシステム （ＤＯＳ）のようなオペレーティングシステムが、一般的にワードプロセッサや スプレッドシートのようなアプリケーションとともにフロッピーディスク上に記 録されていた。ＤＯＳとブートセクタとを持つフロッピーディスクはブートディ スクと呼ばれていた。オペレーティングシステムとブートセクタは今では一般的 にハードディスク駆動装置上に記録されているが、この名称がいまだに使用され ている。コンピュータのフロッピー駆動装置にブートディスクを配置した後に、 コンピュータをターンオンする。ＢＩＯＳは常駐ＲＯＭからロードされ、簡単な ＰＯＳＴルーチンを実行した後に、ＤＯＳを見つけるために（１つだけ存在する ことが多い）フロッピー駆動装置をポーリングする。ＤＯＳが位置付けられると 、ＢＩＯＳはＤＯＳをロードさせて、ユーザからの命令のためにＤＯＳプロンプ トを表示させていた。ＢＩＯＳコードとＤＯＳは、基本的な機能とルーチン的な 機能にとって必要とされるので、ＣＰＵによりアクセスできるようにＲＡＭに残 っていた。その後、ユーザはフロッピーディスク上のワードプロセッサや他のア プリケーションをブートして機能させていた。 この初期の簡単なシナリオでは、ブートディスク上のＤＯＳコードが壊れると 、コンピュータはブートせず、人は単にブートディスクをフロッピー駆動装置か ら取り除いて、その場所に他のフロッピーを配置し、再度試行していた。いった ん使用可能なＤＯＳがロードされると、アプリケーションとデータファイルにア クセスするために、フロッピー駆動装置に異なるディスクを入れていた。 ある意味で、ものごとは現在でもさほど異なっていない。主な相違点は、大容 量記憶装置が発展し、オペレーティングシステムとアプリケーションがより大き くなりさらに複雑になったことである。 発展に対する動機付けは機能性である。高精細カラーディスプレイ、ＣＤ−Ｒ ＯＭ駆動装置、高密度ハードディスク駆動装置、メニュー駆動ユーザインターフ ェース、ウインドウズタイプインターフェース、モデム通信、インターネットお よびワールドワイドウェブ、さらに多くのもののようなさらに精巧で複雑なコン ピュータ関連グッズを開発者が構想するにしたがって、さらに高速でさらに能力 のあるＣＰＵ、より高密度でより高速な大容量記憶装置、より大きなオペレーテ ィングシステムを開発する必要がでてきた。 何らかのオペレーティングシステムの最小バージョンが特殊な目的のためにＲ ＯＭで利用可能であるが、今日、例えばウインドウズやユニックスシステムのよ うなオペレーティングシステムのサイズが大きいために、フロッピーディスク上 やＲＯＭ中にオペレーティングシステムを記憶させることはまったく非実用的で ある。したがって、オペレーティングシステムは一般的にハードディスク上の不 揮発性大容量記憶装置に記憶される。このようなシステムでは、パワーオンまた はリセット時に、最初にＢＩＯＳ ＲＯＭがアクセスされ、ＲＡＭにロードされ て実行される。ＰＯＳＴ後、ＢＩＯＳコードは一般的にブートセクタと呼ばれる アドレスにおいてシステムをローカルハードディスクにアクセスさせる。ブート セクタには、ハードディスクからのオペレーティングシステムのロードを命令し 、動作を継続するためにシステムの準備を完了させるためのコードが記憶されて いる。数メガバイトのコードであるかもしれないオペレーティングシステムがそ の後ロードされる。システムには、ロードされ実行できるようにされているアプ リケーションをともなうかもしれないオペレータ命令のための開始点や、オペレ ータがアプリケーションを選択する点が指示される。 ＤＯＳ動作を熟知している者にとっては、ユーザが動作を選択して操作できる 点はよく知られたＤＯＳプロンプトである。マイクロソフトウインドウズを熟知 している者にとっては、この点はプログラムグループ用のアイコンを表示するよ く知られた相互対話型のインターフェースである。アップルマッキントッシュの ユーザにとっては、この点はよく知られたデスクトップグラフィックスインター フェースである。 すべてのハードウェアおよびソフトウェアシステムが動作可能な限り、このよ うな開始シーケンスはルーチン的なことである。しかしながら、ハードディスク 駆動装置は機械的な装置であるので、非常に幅広い多様な潜在的難事に対してＩ Ｃ ＲＯＭよりも傷つきやすい。この機械的な傷つきやすさがあることから、ブ ートディスクが実行できないようになったために、システムをブートできないこ とがよく起こる。ＰＣをブートして意図したように動作させるのを妨げる故障と して、ハードディスクの故障以外に、生じ得るハードウェア故障は他にも多くあ る。 ハードウェアのみの故障のみならず、ハードディスクブート駆動装置のブート セクタのエラーや、ファイルアロケーションテーブル（ＦＡＴ）のエラーのよう な、ソフトウェアエラーを引き起こす多くの状況があり、この状態はＰＣをブー トできないままにする。 初期のＰＣは独立したスタンドアロンシステムであり、意図された機能を実行 するのに必要なすべてのハードウェアおよびソフトウェアを備えていた。しかし ながら、本発明がなされた時点のＰＣには一般的に、他のコンピュータに対する 何らかの形態の通信リンクが設けられている。最低限ほとんどのＰＣは電話モデ ム接続を持っており、電話回線を通してアナログまたはデジタルプロトコルで他 のコンピュータと通信する。 ビジネス環境において使用されるＰＣはローカルエリアネットワーク（ＬＡＮ ）において相互に接続されることが多く、これにより個々のワークステーション は、比較的少ないハードウェア構成部品とより少ないローカル的に記憶されたソ フトウェアを持ち、ハードウェアとソフトウェアのリソースはＬＡＮで共有され ている。 スタンドアロンの、モデム接続の、またはＬＡＮ接続の任意の環境では、ブー トしないコンピュータを取り扱う多くのケースにおける従来の手順は、ハードウ ェアとソフトウェアのツールを持って故障しているＰＣを訪れる保守人のための ものである。保守人は、フロッピー上に記憶させるのに十分小さいＤＯＳのよう なオペレーティングシステムを持つフロッピーブートディスクを使用して、一般 的にフロッピー駆動装置の１つを通して傷ついたＰＣをブートし、診断ルーチン をロードし、故障を確認し、必要な修復を実行することができる。保守するため のこのシステム管理者のアプローチは時間がかかり、人間志向のアプローチであ り、したがって費用と時間がかかる。 技術的によく知られ、シンプルネットワーク管理プロトコル（ＳＮＭＰ）と呼 ばれている従来の診断システムがある。このプロトコルは遠隔地のサービスマン がトラブルを起こしたＰＣと通信して何らかの変更を実行できるようにするが、 トラブルを起こしたＰＣにおいて少なくとも最小のオペレーティングシステムが アクティブで動作可能であることを要求する。ＰＣがブートしないケースにはＳ ＮＭＰは価値がない。 モデムまたはＬＡＮを通して他の装置と通信する何らかのモードを持つＰＣに とって必要なものは、故障してブート不能の場合に遠隔診断センタに対して自動 的にコンタクトして、発明者により拡張ブートと呼ばれている遠隔ブートを実行 し、これにより故障した機械が遠隔的に診断され、動作状態に戻され、故障した 機械に修復人を送る費用と時間を節約する装置および方法である。 本発明の実施形態では、このような必要とされるシステムは、発明者により拡 張ＢＩＯＳに対してＥ−ＢＩＯＳと呼ばれているユニークなローカルＢＩＯＳ中 のコードにより開始される。適切にブートできない故障の場合には、Ｅ−ＢＩＯ Ｓは指定された遠隔の診断修復コンソールとの通信リンクを確立する。 １つの実施形態では、故障した機械をブートするコードが遠隔設備のオペレー タにより遠隔センタから故障したローカルＰＣにダウンロードされ、故障したシ ステムに対する診断が遠隔設備において管理される。 発明の要約 本発明の実施形態において、不揮発性メモリと、不揮発性メモリに記録され、 ＣＰＵにより実行されてコンピュータ用のスタートアップ機能を実現するように 適合され、ブート動作を開始することを含む第１のコード部分と、不揮発性メモ リに記録され、ＣＰＵにより実行されて遠隔コンピュータとの通信を確立するよ うに適合された第２のコード部分とを具備する基本入出力システム（ＢＩＯＳ） が提供される。ＣＰＵによるコードの実行は、ブート動作を完了するのに失敗し た時に、第１のコード部分から第２のコード部分に向けて命令される。遠隔コン ピュータとの通信は、アナログまたはデジタル回線を使用して、電話番号をダイ ヤルするように電話モデムを動作させることによって、電話リンクを通して確立 され、実施形態によっては、接続が確立されるまで優先度の順で複数の番号がダ イヤルされる。同様に、遠隔コンピュータへの任意のネットワーク接続を通して 通信を確立してもよい。 他の実施形態では、ＣＰＵと、ＣＰＵに結合され、記録されたブートコードセ クタとオペレーティングシステムコードを有する大容量記憶装置と；ＣＰＵに結 合されたリードオンリーメモリ（ＲＯＭ）装置と；ＲＯＭ装置に記録され、ＣＰ Ｕにより実行されてコンピュータ用のスタートアップ機能を実現するように適合 され、ブート動作を開始することを含む第１のコード部分と、ＲＯＭ装置に記録 され、ＣＰＵにより実行されて遠隔コンピュータとの通信を確立するように適合 された第２のコード部分とを有するＣＰＵに結合された基本入出力システム（Ｂ ＩＯＳ）とを具備するコンピュータが提供される。ＣＰＵによるコードの実行は 、ブート動作を完了するのに失敗した時に、第１のコード部分から第２のコード 部分に向けて命令される。 本発明のさまざまな実施形態にしたがうコンピュータにおいて、接続は利用可 能性に基づいて、アナログまたはデジタルの電話モデムにより、またはネットワ ークリンクによりなされる。 故障しているコンピュータから遠隔診断修復コンピュータへの通信リンクを通 しての自動接続は、第１のコンピュータがブートを失敗した時に第１のＣＰＵを 有する第１のコンピュータ中のコードとデータを変更するためのシステムを提供 し、このシステムは、第２のＣＰＵを有し、通信リンクにより第１のコンピュー タに接続されている第２のコンピュータと、第２のコンピュータにおけるメモリ 装置に記憶されているマスターコードカーネルおよびスレーブコードカーネルと 、第１のコンピュータ中の拡張基本入出力システム（Ｅ−ＢＩＯＳ）とを具備し ている。第１のコンピュータのブートの失敗を検知した時に、Ｅ−ＢＩＯＳが通 信リンクを通して第２のコンピュータとの通信を確立し、第２のＣＰＵは応答に お いてスレーブカーネルのコピーを第１のコンピュータのＲＡＭにコピーさせ、実 行のために第１のＣＰＵに利用可能にし、第１のコンピュータ中のスレーブカー ネルのコピーと第２のコンピュータ中でアクティブなマスターカーネルとにより 、第２のコンピュータにおけるユーザが、第２のコンピュータから第１のコンピ ュータ中のコードとデータを診断および変更する。 この観点において、第２のコンピュータにおけるオペレータまたは自動ソフト ウェアが、第１のコンピュータのディスク駆動装置上のエラーのあるブートセク タを修復するか、または、第１のコンピュータにおけるファイルアロケーション テーブルのコードを変更する。 他の観点において、第１のコンピュータのリードライトメモリ装置と大容量記 憶装置中のコードとデータを診断変更する方法が提供され、この方法は、（ａ） 診断修復コンピュータから通信リンクを通して第１のコンピュータとの通信を確 立し、（ｂ）診断修復コンピュータにおいてマスタカーネルをロードして実行し 、（ｃ）第２のコンピュータから第１のコンピュータにスレーブオペレーティン グシステムカーネルをダウンロードし、（ｄ）第２のコンピュータにおける動作 を通して、第１のコンピュータにおけるリードライトメモリ装置と大容量記憶装 置中のコードとデータにアクセスして変更するステップを含んでいる。ステップ （ｄ）の後に第１のコンピュータに再ブートを試行させてもよい。さらに他の観 点において、ローカルコンピュータがブートを失敗した時に遠隔修復センタコン ピュータとコンタクトを確立するための方法が提供され、この方法は、（ａ）第 １のコンピュータにインストールされ、第１のコンピュータで動作可能な拡張基 本入出力システム（Ｅ−ＢＩＯＳ）中のコードの第１の部分の動作を通して、ロ ーカルコンピュータのブートの失敗を検知し、（ｂ）第１のコンピュータのブー トの失敗に応答して実行されるＥ−ＢＩＯＳ中のコードの第２の部分の動作を通 して、遠隔修復センタコンピュータへの通信リンクを起動するステップを含んで いる。 本発明の実施形態および本発明を実施する方法は、技術者またはエンジニアを 故障したコンピュータに送って、フロッピーからコンピュータを再ブートさせ、 エラーのあるコードおよびデータを診断変更する費用と時間がかかるステップな しで、ブートを失敗したコンピュータにアクセスし、診断および修復するユニー クなシステムおよびプロトコルを提供する。 図面の簡単な説明 図１は、本発明の実施形態にしたがった、Ｅ−ＢＩＯＳ ＰＣ、Ｅ−ＢＩＯＳ 診断センタ、および相互接続のブロック図である。 図２は、ブートアップ時のＥ−ＢＩＯＳ ＰＣ動作の論理フロー図である。 図３は、Ｅ−ＢＩＯＳ ＰＣとＥ−ＢＩＯＳ診断センタが接続された後の診断 修復動作の論理フロー図である。 好ましい実施形態の説明 図１は通信リンク１５により遠隔Ｅ−ＢＩＯＳ診断修復設備１３と接続されて いるローカルＥ−ＢＩＯＳ ＰＣ１１のブロック図である。通信の手段は本発明 を実施するために必要であるが、シリアルリンク、電話モデム接続、ワイドエリ アまたはローカルエリアネットワーク接続のようないくつかのよく知られたタイ プの任意のものとすることができる。ＰＣ１１は従来のＰＣ ＢＩＯＳではなく ユニークなＥ−ＢＩＯＳ１７を持っており、設備１３には接続１５を通してＥ− ＢＩＯＳ ＰＣ１１と協同するコードが備えられている。図１におけるこのＥ− ＢＩＯＳコードはＥ−ＢＩＯＳホスト１９において示されており、マスターカー ネル２０とスレーブカーネル２２を含んでいる。 本発明の異なる実施形態では、診断修復設備１３が動作する少なくとも２つの 異なる方法がある。１つの選択肢では、接続が確立された後に、適切にブートさ せて動作させるために修復または変更が必要なＰＣとのすべての相互対話を人間 のオペレータが命令する。他の選択肢では、故障したＰＣの問題を処理するため に自動ソフトウェア（ＡＳ）カーネル２４が設けられ、人間が介在する必要がな い。 Ｅ−ＢＩＯＳ ＰＣがブートに失敗する数多くの潜在的な理由がある。重要さ を考慮しないと、おそらくこれらの中の主なものは、（１）ブート駆動装置の物 理的な故障、（２）ブート駆動装置のブートセクタにおけるコードエラー、 （３）ファイルアロケーションテーブル（ＦＡＴ）のエラー、（４）（通常リア ルタイムクロックでの、あるいはしばしばＣＭＯＳと呼ばれるものでの）ＢＩＯ Ｓセットアップの損傷、（５）ＣＭＯＳ中またはハードディスク上のコードおよ び／またはデータに影響を与えるウイルス感染である。ケース（１）では、必要 な修復は遠隔地からなし得ず、故障したコンピュータに技術者を送って、傷つい た駆動装置を物理的に修理するか交換する必要がある。（２）、（３）、（４） 及び（５）のケースでは、本発明の方法により診断と修復をすることができる。 自動的なソフトウェアカーネルまたは人が指示する動作の相対的な重要度また は望ましさを考慮すると、多くのＰＣに対して、１つの魅力的な代替手段が、あ るＰＣにはＡＳインターフェースが備えられ、あるＰＣには人が指示する動作が 備えられる診断センタを提供する。このようなセンタはサービスベースに基づい てＰＣの数が変化し、応答とサービスの効率は、サービスに対する入来するリク エストに対して最初にＡＳ ＰＣを応答させることにより提供される。このケー スにおけるＡＳ ＰＣは、先にリストアップした５つの共通の問題に関係する問 題を探して確定するようにプログラムされる。ＡＳ ＰＣが故障したＰＣを再ブ ートするように変更できない場合には、制御は人間のオペレータのいる設備に移 され、このオペレータによりさらに一般的でない難しい問題を探すことができる 。この種の設備では、経験に依存しておそらく５：１の比で、人が指示する動作 よりも多くのＡＳ ＰＣがある。 しかしながら、Ｅ−ＢＩＯＳ ＰＣと、関連するＥ−ＢＩＯＳ診断修復設備の 数に関わらず、基本的な動作には、修復技術者を傷ついた機械に送る必要性なく 故障した機械を再度動作できるように故障したＰＣと協同する、診断修復設備に おけるオペレータまたは自動ソフトウェアが含まれる。 図２はブートアップ時におけるＥ−ＢＩＯＳ ＰＣ動作の論理フロー図であり 、Ｅ−ＢＩＯＳコードを実行している。ステップ２１において、パワーオンが開 始される。これは、コンピュータがオフである期間後のコンピュータのターンオ ンからや、キーストロークの組み合わせや他の信号により引き起こされる意図的 な再ブートからや、または再ブートを生じさせるのに十分な時間の間、何らかの 理由によりローに向かうパワーグッドラインの結果としての再ブートからのもの で ある。 ステップ２３において、Ｅ−ＢＩＯＳがＲＡＭにロードされ、Ｅ−ＢＩＯＳの 実行が始まる。ステップ２５において、Ｅ−ＢＩＯＳの実行が継続し、ＰＯＳＴ と他のＢＩＯＳスタートアップ機能が実行され、Ｅ−ＢＩＯＳによって、ブート プロセスの完了を妨げる何らかの故障を監視する。通常のシステム動作を妨げる 故障が見つからない限りブートプロセスは継続し、これには、ブート駆動装置ハ ードディスクのブートセクタへのアクセスと、オペレーティングシステムを構成 するコードをブート駆動装置からロードすることが含まれる。 ブートプロセスの間において通常のシステム動作を妨げる故障に遭遇しなかっ た場合には、ブートはステップ２７に移り、ユーザが引き継いで継続した動作を 命令できる相互対話型のインターフェースをディスプレイモニタ上に提供する。 この時点がＤＯＳプロンプト、ウインドウズインターフェース、マックデスクト ップなどである。 ステップ２５のプロセスにおいて、通常の動作を妨げる故障と遭遇した場合に は、制御はステップ２９に流れの進路を変え、Ｅ−ＢＩＯＳ中の特別なコードが モデムまたはＬＡＮ接続に対して質問を発し、いずれかを見つけた場合に、遠隔 Ｅ−ＢＩＯＳ診断修復ユニット（図１の構成要素１３）との通信を確立する。接 続コードには多数の選択肢がある。例えば、特別な電話番号をＥ−ＢＩＯＳによ りアクセス可能な装置にプログラムし、Ｅ−ＢＩＯＳが優先度順に番号を試すよ うに、番号が優先度を持っていてもよい。これは、保守人が離れており、利用可 能性について確実性がない状況にとって有用である。資格のある人がこのような 呼び出しに答えた時、この人は予めプログラムされた信号を返す。ＬＡＮ接続の ケースでは、診断修復サイトとして指定されたＬＡＮ上の特別なノードがあるか 、ブートに失敗したＰＣのＥ−ＢＩＯＳにとってアクセス可能な優先順位リスト を持ついくつかのノードがある。 指定された診断修復センタとコンタクトを確立するためにＥ−ＢＩＯＳにより 使用される幅広いさまざまな選択肢があることは当業者に明らかであろう。 特定の実施形態に依存して、遠隔ユニット１３におけるユーザまたは自動ソフ トウェアカーネルに、１つ以上のさまざまな方法でサービスの必要な機械が通知 される。大きな商業ネットワークのケースでは、診断修復センタとして指定され た特別なノードがあり、このノードは、サービスをしている技術者とアクティブ なＥ−ＢＩＯＳホストによっていつでもサービスをしている。このケースでは、 ＬＡＮ上のＰＣが作動しなくなり再ブートできない時に、故障したＰＣのＥ−Ｂ ＩＯＳが遠隔サービスに対して信号を送り、おそらくオーディオ信号と組み合わ せて、画面上のメッセージを使用して、サービスの技術者に対して警報を発する ことができる。リクエストが記録された時にサービス技術者が他のプログラムを 実行している状況では、傷ついているＰＣのためにホストソフトウェアをブート させて、診断修復を開始させるために、画面上のメッセージまたはアイコンが技 術者に警告を発する。 例えばＥ−ＢＩＯＳ ＰＣがサービスを必要とし、Ｅ−ＢＩＯＳがモデムによ り遠隔の指定位置を呼び出すケースでは、技術者が戻った時にアクセスできるよ うにメッセージが残され、後で技術者が故障したＰＣのモデムを呼び出してもよ く、このモデムはサービス技術者が呼び出しを返すまでＥ−ＢＩＯＳにより応答 モードに維持されている。そしてコンタクトが確立され、遠隔的な診断修復に進 む。 先に説明した特定の状況では、診断修復の動作は遠隔診断修復ＰＣにいる訓練 された技術者により実行される。代わりの実施形態では、動作は自動ソフトウェ アカーネルによりなされる。 図３は、Ｅ−ＢＩＯＳホストが診断修復ＰＣ上でアクティブとなり、故障した Ｅ−ＢＩＯＳ ＰＣとの通信が確立された後の本発明の実施形態における、故障 したＥ−ＢＩＯＳ ＰＣ１１と遠隔診断修復ＰＣ１３（図１）との間の動作の論 理フロー図である。ステップ３１において通信が確立される。ステップ３３にお いて、スレーブカーネル２２が診断修復ＰＣ１３からリンク１５を通して故障し たＰＣ１１にダウンロードされる。人が操作する実施形態では、ダウンロードは 人間のオペレータにより開始される。自動的な動作では、ダウンロードはＡＳカ ーネル２４（図１）により指示される。 ステップ３５において、故障したＰＣ１１のＲＡＭ空間におけるスレーブカー ネル２２の実行が試みられる。スレーブが失敗すると、制御はステップ３３に戻 り、他のダウンロードが開始される。人の制御のもとでは、オペレータの裁量で 任意の回数、スレーブカーネルに対するこの再ブートプロセスが繰り返される。 ＡＳ制御のもとでは、カウンタ３７が試行の回数を記録し、例えば３回のような 予めプログラムされた整数回で中止する。 ステップ３５においてスレーブが動作可能であることが決定されると、制御が ステップ３９に進み、故障したＰＣを診断し修復するためにスレーブが操作され る。 人間の制御のもとにおける本発明の実施形態を考えると、スレーブカーネル２ ２がダウンロードされテストされた後に、診断ＰＣにインターフェースが提供さ れる。このインターフェースは、故障したコンピュータのキーボード、スクリー ンおよびフロッピー駆動装置をエミュレートし、技術者が（数マイル離れている かもしれない）故障したＰＣに出向いて故障したユニットと直接インターフェー スしているかのように、診断ＰＣにおいてローカル環境を提供する。この環境の もとでは、修復技術者が故障したＰＣを直接操作しているかのように、フロッピ ーディスクをロードして故障したＰＣを診断修復する。技術者は例えばＤＯＳブ ートディスクをロードし、遠隔診断修復ＰＣのフロッピー駆動装置から故障した ＰＣをブートする。その後技術者は、ＤＯＳとウインドウズのプログラムである ユーザによく知られているＦＤＩＳＫ，ＣＨＫＤＩＳＫ，ＳＣＡＮＤＩＳＫのよ うな診断修復プログラムを実行させる。同様な診断プログラムも利用可能であり 、他の実施形態において使用してもよい。診断修復ＰＣにおける操作は、診断修 復ＰＣ上で実行されているマスターカーネルによりリンク１５を通して故障した ＰＣに送られて、故障したＰＣで動作しているスレーブカーネルによって、適切 なハードウェア装置と故障したＰＣにおけるアドレスに向けられる。この例では 、遠隔ユニットのＡ：フロッピー駆動装置を使用していると、リンクされた故障 しているＰＣのＡ：駆動装置であるかのようにリンクされたシステムが動作する 。 ハードディスク上のコードおよびデータの診断修復に加えて、接続して故障し たＰＣ上にスレーブカーネルを確立した後に、診断修復ＰＣから他の機能を実行 してもよい。これらの中には、すべての相互対話型ＢＩＯＳ機能の遠隔操作、ロ ーカル媒体上のファイルの検索および修復、（先に説明したような）診断ルーチ ンの実行、システム登録、ＣＭＯＳ、デスクトップ管理ファイル（ＤＭＩ）およ びＢＩＯＳやオペレーティングシステムにより一般的に利用可能な他の任意の情 報のようなシステムコンフィギュレーション情報の検索がある。 本発明の精神および範囲を逸脱することなく、ここに説明した本発明の実施形 態においてなし得る多くの代替例があることは当業者に明らかであろう。例えば 、本発明の機能を実現するためにコードを生成する多くの代替方法がある。多く の異なる方法で書かれたコードにより同じ機能を実現できることは当業者に周知 である。さまざまな診断修復機能を本発明の異なる実施形態に組み込むことがで き、これらのうち多くのものを上記に説明した。他の代替例には、さまざまな通 信リンク、指定された修復設備のさまざまな混合、遠隔診断修復ＰＣにおいてマ スターカーネルにより提供されるさまざまなユーザインターフェース、同様な他 の代替手段が含まれている。本発明の範囲は以下の請求の範囲によってのみ制限 される。

Claims (1)

1. 【特許請求の範囲】 １．不揮発性メモリと、 前記不揮発性メモリに記録され、ＣＰＵにより実行されてコンピュータ用のス タートアップ機能を実現するように適合され、ブート動作を開始することを含む 第１のコード部分と、 前記不揮発性メモリに記録され、前記ＣＰＵにより実行されて遠隔コンピュー タと通信を確立するように適合された第２のコード部分とを具備し、 前記ＣＰＵによるコードの実行は、前記ブート動作を完了するのに失敗した時 に、前記第１のコード部分から前記第２のコード部分に向けて命令される基本入 出力システム（ＢＩＯＳ）。 ２．前記第２の部分が、電話番号をダイヤルするように電話モデムを動作させる ことによって、電話リンクを通して遠隔コンピュータとの通信を確立するように 前記ＣＰＵに命令する請求項１記載のＢＩＯＳ。 ３．前記第２の部分が、電話番号の優先度記録にアクセスして、呼び出しに応答 があり予めプログラムされた信号が返るまで優先度の順に電話番号をダイヤルす るように前記ＣＰＵに命令する請求項２記載のＢＩＯＳ。 ４．前記第２の部分が、ネットワーク通信アダプタを通して遠隔コンピュータと の通信を確立するように前記ＣＰＵに命令する請求項１記載のＢＩＯＳ。 ５．前記不揮発性メモリが、フラッシュメモリを含む集積回路リードオンリーメ モリ（ＲＯＭ）である請求項１記載のＢＩＯＳ。 ６．ＣＰＵと、 前記ＣＰＵに結合され、記録されたブートコードセクタとオペレーティングシ ステムコードを有する大容量記憶装置と、 前記ＣＰＵに結合されたリードオンリーメモリ（ＲＯＭ）装置と、 前記ＲＯＭ装置に記録され、前記ＣＰＵにより実行されてコンピュータ用のス タートアップ機能を実現するように適合され、ブート動作を開始することを含む 第１のコード部分と、前記ＲＯＭ装置に記録され、前記ＣＰＵにより実行されて 遠隔コンピュータとの通信を確立するように適合された第２のコード部分とを有 する前記ＣＰＵに結合された基本入出力システム（ＢＩＯＳ）とを具備し、 前記ＣＰＵによるコードの実行は、前記ブート動作を完了するのに失敗した時 に、前記第１のコード部分から前記第２のコード部分に向けて命令されるコンビ ュータ。 ７．前記第２の部分が、電話番号をダイヤルするように電話モデムを動作させる ことによって、電話リンクを通して遠隔コンピュータとの通信を確立するように 前記ＣＰＵに命令する請求項６記載のコンピュータ。 ８．前記第２のコード部分が、電話番号の優先度記録にアクセスして、呼び出し に応答があり予めプログラムされた信号が返るまで優先度の順に電話番号をダイ ヤルするように前記ＣＰＵに命令する請求項７記載のコンピュータ。 ９．前記第２のコード部分が、ネットワーク通信アダプタを通して遠隔コンピュ ータとの通信を確立するように前記ＣＰＵに命令する請求項６記載のコンピュー タ。 １０．第１のコンピュータがブートを失敗した時に第１のＣＰＵを有する第１の コンピュータ中のコードとデータを変更するためのシステムにおいて、 第２のＣＰＵを有し、通信リンクにより前記第１のコンピュータに接続されて いる第２のコンピュータと、 前記第２のコンピュータにおけるメモリ装置に記憶されているマスターコード カーネルおよびスレーブコードカーネルと、 前記第１のコンピュータ中の拡張基本入出力システム（Ｅ−ＢＩＯＳ）とを具 備し、 第１のコンピュータのブートの失敗を検知した時に、前記Ｅ−ＢＩＯＳが前記 通信リンクを通して前記第２のコンピュータとの通信を確立し、前記第２のＣＰ Ｕは応答において前記スレーブカーネルのコピーを前記第１のコンピュータのＲ ＡＭにコピーさせ、実行のために前記第１のＣＰＵに利用可能にし、前記第１の コンピュータ中のスレーブカーネルのコピーと前記第２のコンピュータ中でアク ティブなマスターカーネルとにより、前記第２のコンピュータにおけるユーザが 、前記第２のコンピュータから前記第１のコンピュータ中のコードとデータを診 断および変更するシステム。 １１．前記通信リンクが統合サービスデジタルネットワーク（ＩＳＤＮ）とアナ ログ電話回線のうちの１つである請求項１０記載のシステム。 １２．前記第１のＣＰＵが電話番号の優先度記録にアクセスして、呼び出しに応 答があり予めプログラムされた信号が返るまで優先度の順に電話番号をダイヤル する請求項１１記載のシステム。 １３．前記通信リンクがネットワークリンクである請求項１０記載のシステム。 １４．通信が確立された後に前記マスターカーネルと前記スレーブカーネルが協 同して、前記第２のコンピュータが前記第１のコンピュータであるかのように前 記第２のコンピュータを動作させる請求項１０記載のシステム。 １５．前記第２コンピュータにおけるオペレータが前記第１のコンピュータのデ ィスク駆動装置上のエラーのあるブートセクタを修復し、前記第２のコンピュー タにおけるオペレータが前記第１のコンピュータにおけるファイルアロケーショ ンテーブルを変更する請求項１０記載のシステム。 １６．第１のコンピュータのリードライトメモリ装置と大容量記憶装置中のコー ドとデータを診断変更する方法において、 （ａ）診断修復コンピュータから通信リンクを通して前記第１のコンピュータ との通信を確立し、 （ｂ）前記診断修復コンピュータにおいてマスタカーネルをロードして実行し 、 （ｃ）前記第２のコンピュータから前記第１のコンピュータにスレーブオペレ ーティングシステムカーネルをダウンロードし、 （ｄ）前記第２のコンピュータにおける動作を通して、前記第１のコンピュー タにおけるリードライトメモリ装置と大容量記憶装置中のコードとデータにアク セスして変更するステップを含む方法。 １７．ステップ（ｄ）の後に前記第１のコンピュータに再ブートを試行させるス テップをさらに含む請求項１６記載の方法。 １８．ローカルコンピュータがブートを失敗した時に遠隔修復センタコンピュー タとコンタクトを確立するための方法において、 （ａ）第１のコンピュータにインストールされ、前記第１のコンピュータで動 作可能な拡張基本入出力システム（Ｅ−ＢＩＯＳ）中のコードの第１の部分の動 作を通して、前記ローカルコンピュータのブートの失敗を検知し、 （ｂ）前記第１のコンピュータのブートの失敗に応答して実行されるＥ−ＢＩ ＯＳ中のコードの第２の部分の動作を通して、前記遠隔修復センタコンピュータ への通信リンクを起動するステップを含む方法。 １９．前記通信リンクが電話モデムリンクである請求項１８記載の方法。 ２０．前記通信リンクがネットワーク通信リンクである請求項１８記載の方法。