JP2012216112A - コンピュータシステムおよび周辺機器の情報取得方法 - Google Patents

Abstract

【課題】コンピュータ本体のスロットに複数の周辺装置を接続して使用するコンピュータシステムにおいて、ＯＳが認識している周辺装置のデバイス名から、周辺装置の物理接続位置を特定することを可能にする。
【解決手段】ベースボード管理コントローラ（ＢＭＣという）は、ＢＩＯＳ起動時に、各々の周辺装置のバス番号・デバイス番号と物理接続位置の対応表を生成する。次に、ＢＭＣは、ＯＳ起動時にデバイス名とバス番号・デバイス番号の対応表を生成する。ＢＭＣは、２つの対応表より、各々の周辺装置のデバイス名と物理接続位置の対応表を生成する。
【選択図】図１

Description

本発明は、コンピュータシステムおよび周辺機器の情報取得方法に関する。特に、本発明は、コンピュータシステムに接続した周辺機器の物理接続位置を特定するための技術に関する。

Ｗｉｎｄｏｗｓ、Ｌｉｎｕｘ、ＵＮＩＸ等の汎用ＯＳにおいて、ＯＳ上でハードディスクやＤＶＤドライブ等の周辺機器を扱うために付けられているデバイス名は、周辺機器の物理的な接続位置を示していない。例えば、Ｗｉｎｄｏｗｓではデバイス名として、Ｃ、Ｄ等のドライブ名を使用し、ＵＮＩＸではデバイス名として、／ｄｅｖ／ｈｄａ等のデバイスファイルを使用している。しかしながら、上記したデバイス名は、ハードウェア構成やＯＳの設定で変わるため、デバイス名から直接、周辺機器の物理的な接続位置（以降、「物理接続位置」という）を特定することはできない。

従来、ハードディスクが２台程度の小規模システムでハードディスク故障が発生した場合に、どちらのハードディスクが故障したかを判断するには、故障したハードディスクに何が入っていたか、システムディスクかデータディスクか等の情報により、容易に推測することができた。しかしながら、従来、パーソナルコンピュータ等の小規模システムで使用されていたＷｉｎｄｏｗｓ、Ｌｉｎｕｘ等の汎用ＯＳが、ハイエンドクラスサーバのような多くの周辺機器を接続する大規模システムで使用されるようになると、多くの周辺機器の中から故障した周辺機器を特定する技術の必要性が高くなってきている。

従来、デバイス名から物理接続位置を特定するには、ユーザが以下のような手順で、調査をする必要があった。まず、ＯＳが起動している状態で、ＯＳが認識しているデバイス名とバス番号／デバイス番号の対応が含まれるＯＳ情報を確認する。次に、コンピュータを再起動させて、ＢＩＯＳを起動させた状態で、物理スロット（物理接続位置）とバス番号／デバイス番号の対応が含まれるＢＩＯＳ情報を確認する。ここで、上記のＯＳ情報とＢＩＯＳ情報は、どちらも周辺機器のバス番号／デバイス番号の情報を含んでいるので、上記のＯＳ情報とＢＩＯＳ情報をお互いに参照することにより、デバイス名と物理スロット（物理接続位置）の対応情報を得ることができる。

また、別の方法として、ハードウェアとＯＳを１社で開発する場合には、ハードウェアに、予め周辺機器の物理接続位置の情報を組み込むように構成し、ＯＳから直接、周辺機器の物理接続位置の情報をアクセスできるようにすることで、物理接続位置の情報を特定することができる。

また、特許文献１には、コンピュータのスロットに挿入された多数のデバイスボードを、多数のユーザが、各々、利用する機能に応じて、使用可能にするデバイスボードを選択して使用する方法が開示されている。また、選択されなかったデバイスボードには電源供給を遮断する方法についても開示されている。

特開２０００−２５９５４４号公報

以下の分析は、本発明により与えられる。

しかしながら、上記したＯＳ情報とＢＩＯＳ情報から、デバイス名と物理接続位置の対応情報を得る方法を実施するには、ＢＩＯＳが設定する情報を調査する方法、ハードウェア構成に対する理解力など、ユーザの装置に関するスキルが要求され、また、作業時間もかかってしまうという問題がある。

一方、上記した別の方法では、ハードウェアとＯＳを１社が開発する必要性があり、ＷｉｎｄｏｗｓやＬｉｎｕｘ等の汎用ＯＳには、適用することが難しいという問題がある。

また、特許文献１に記載された方法では、デバイスボードで使用する周辺機器のデバイス名と物理スロット（物理接続位置）の対応を、ユーザに分かりやすく示す方法については何ら記載されていない。

そこで、本発明の目的は、汎用ＯＳにおいて、ＯＳが認識している周辺機器のデバイス名から、周辺機器の物理接続位置を容易に特定するコンピュータシステムを提供することである。

本発明の第１の視点によるコンピュータシステムは、基本入出力システム（ＢＩＯＳという）及びオペレーティングシステム（ＯＳという）が動作する、複数の周辺機器を接続したコンピュータシステムにおいて、前記コンピュータシステムは、管理コントローラを備え、前記管理コントローラは、前記ＢＩＯＳより、前記複数の周辺機器に関するハードウェア情報と物理接続位置を取得して、前記ハードウェア情報と前記物理接続位置の対応情報を生成し、前記管理コントローラは、前記ＯＳより、前記複数の周辺機器に関するデバイス名と前記ハードウェア情報を取得して、前記デバイス名と前記ハードウェア情報の対応情報を生成し、前記管理コントローラは、前記複数の周辺機器に関する前記デバイス名と前記ハードウェア情報の対応情報、及び前記デバイス名と前記ハードウェア情報の対応情報に基づいて、前記デバイス名と前記物理接続位置の対応情報を生成する。

本発明の第２の視点による周辺機器の情報取得方法は、基本入出力システム（ＢＩＯＳという）及びオペレーティングシステム（ＯＳという）が動作し、管理コントローラを有するコンピュータシステムが、前記コンピュータシステムに接続される複数の周辺機器に関する情報を取得する周辺機器の情報取得方法であって、前記管理コントローラが、前記ＢＩＯＳより、前記複数の周辺機器に関するハードウェア情報と物理接続位置を取得して、前記ハードウェア情報と前記物理接続位置の対応情報を生成するステップと、前記管理コントローラが、前記ＯＳより、前記複数の周辺機器に関する前記デバイス名と前記ハードウェア情報を取得して、前記デバイス名と前記ハードウェア情報の対応情報を生成するステップと、前記管理コントローラが、前記複数の周辺機器に関する前記ハードウェア情報と前記物理接続位置の対応情報、及び前記デバイス名と前記ハードウェア情報の対応情報に基づいて、前記デバイス名と前記物理接続位置の対応情報を生成するステップと、を含む。

本発明のコンピュータシステムによれば、汎用ＯＳにおいて、ＯＳが認識している周辺機器のデバイス名から、周辺機器の物理接続位置を容易に特定するコンピュータシステムを提供することができる。

本発明の周辺機器の情報取得方法によれば、汎用ＯＳにおいて、ＯＳが認識している周辺機器のデバイス名から、周辺機器の物理接続位置を容易に特定する周辺機器の情報取得方法を提供することができる。

本発明の実施例１に係るコンピュータシステムのブロック図である。 本発明の実施例１に係る周辺機器の情報取得方法を示すフローチャートである。 本発明の実施例１に係る周辺機器の情報取得方法を示す原理図である。 本発明の実施例２において物理接続位置を視覚的に表示する画像の一例である。 本発明の実施例３を説明するための図である。 従来の周辺機器の情報取得方法を説明するための図である。

本発明の実施形態について、必要に応じて図面を参照して説明する。なお、実施形態の説明において引用する図面及び図面の符号は実施形態の一例として示すものであり、それにより本発明による実施形態のバリエーションを制限するものではない。

本発明による第１の実施形態のコンピュータシステム１は、図１に示すように、基本入出力システム１８（ＢＩＯＳという）及びオペレーティングシステム２４（ＯＳという）が動作する、複数の周辺機器（４２、４４、４６）を接続したコンピュータシステム１において、コンピュータシステム１は、管理コントローラ１４を備え、管理コントローラ１４は、ＢＩＯＳ１８より、複数の周辺機器（４２、４４、４６）に関するハードウェア情報と物理接続位置を取得して、ハードウェア情報と物理接続位置の対応情報を生成し、管理コントローラ１４は、ＯＳ２４より、複数の周辺機器（４２、４４、４６）に関するデバイス名とハードウェア情報を取得して、デバイス名とハードウェア情報の対応情報を生成し、管理コントローラ１４は、複数の周辺機器（４２、４４、４６）に関するデバイス名とハードウェア情報の対応情報、及びデバイス名とハードウェア情報の対応情報に基づいて、デバイス名と物理接続位置の対応情報を生成する。

本発明による第２の実施形態の周辺機器の情報取得方法は、図１、図２に示すように、基本入出力システム１８（ＢＩＯＳという）及びオペレーティングシステム２４（ＯＳという）が動作し、管理コントローラ１４を有するコンピュータシステム１が、コンピュータシステム１に接続される複数の周辺機器（４２、４４、４６）に関する情報を取得する周辺機器の情報取得方法であって、管理コントローラ１４が、ＢＩＯＳ１８より、複数の周辺機器（４２、４４、４６）に関するハードウェア情報と物理接続位置を取得して、ハードウェア情報と物理接続位置の対応情報４８を生成するステップＳ１０４と、管理コントローラ１４が、ＯＳ２４より、複数の周辺機器（４２、４４、４６）に関するデバイス名とハードウェア情報を取得して、デバイス名とハードウェア情報の対応情報５０を生成するステップＳ１０８と、管理コントローラ１４が、複数の周辺機器（４２、４４、４６）に関するハードウェア情報と物理接続位置の対応情報４８、及びデバイス名とハードウェア情報の対応情報５０に基づいて、デバイス名と物理接続位置の対応情報５２を生成するステップＳ１１０と、を含む。

また、本発明の第３の実施形態のコンピュータシステムは、第１の実施形態における管理コントローラ１４として、ベースボード管理コントローラ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ；ＢＭＣという）が、好適に使用される。

また、本発明の第４の実施形態のコンピュータシステムは、第１の実施形態における周辺機器として、ＰＣＩバス３２に接続されるデバイスが好適に使用され、第１の実施形態においてＢＩＯＳ１８、及びＯＳ２４が取得する周辺機器のハードウェア情報として、バス番号・デバイス番号が使用される。その場合、ＢＩＯＳ１８より取得するハードウェア情報と物理接続位置の対応情報４８は、具体的には、バス番号・デバイス番号−物理接続位置対応表である。また、ＯＳ２４より取得するデバイス名とハードウェア情報の対応情報５０は、具体的には、デバイス名−バス番号・デバイス番号対応表である。また、管理コントローラ１４が生成するデバイス名と物理接続位置の対応情報５２は、具体的には、デバイス名−物理接続位置対応表である。

以下、実施例について、図面を参照して詳しく説明する。

［実施例１の構成］
本発明の実施例１に係るコンピュータシステムは、図１に示すサーバタイプのコンピュータであり（以後、サーバ１という）、サーバ１の複数のスロット（スロット０、スロット１、スロット２）には複数の周辺機器（４２、４４、４６）がそれぞれ接続され、また、サーバ１は、サーバ管理ポート３９を介して外部の端末４０と接続されている。サーバ１は、ＣＰＵ１０を有し、ＣＰＵ１０と接続されたシステムバス３０を備えている。システムバス３０には、メモリ１２、不揮発性メモリ１６が接続され、また、ＩＤＥ−Ｉ／Ｆ２０を介してハードディスク２２が接続される。また、システムバス３０にはＰＣＩ−Ｉ／Ｆ２６が接続され、ＰＣＩ−Ｉ／Ｆ２６にはＰＣＩバス３２が接続されている。ＰＣＩバス３２には、複数のスロット（スロット０、スロット１、スロット２；各々図１の３４、３６、３８）が接続され、各々のスロットに対し、周辺機器が接続される。図１には、スロット０にＤＶＤドライブ４２が接続され、スロット１にハードディスクＡ４４が接続され、スロット２にハードディスクＢ４６が接続された状態が例示されている。

接続する周辺機器は、システムの管理者やユーザにより、必要に応じて交換される。また、ＤＶＤドライブ４２のように記録メディアを必要とする場合には、ユーザが必要に応じて、記録メディアの挿入を行う。

また、不揮発性メモリ１６には、基本入出力システム１８（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ；ＢＩＯＳという）が格納され、サーバを起動すると、ＢＩＯＳが起動される。また、ＢＩＯＳ１８は、必要に応じて、アップデートすることが可能である。一方、ハードディスク２２には、Ｗｉｎｄｏｗｓのオペレーティングシステム２４（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）がインストールされており、ＢＩＯＳ１８起動後に、ＷｉｎｄｏｗｓのＯＳ２４は起動される。

また、システムバス３０には、管理コントローラ１４が接続され、ＢＩＯＳ１８、及びＯＳ２４より必要な情報を取得するように構成される。実施例１では、管理コントローラ１４として、ベースボード管理コントローラ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ；「ＢＭＣ」という）が用いられている。ここで、ＢＭＣは、従来から、サーバ装置に用いられているコントローラであり、ハードウェア、温度等の監視、リモートコントロール、ハードウェアイベントの記録等を行う機能を有している。実施例１におけるサーバ１のＢＭＣ１４は、ＢＩＯＳ１８、ＯＳ２４より必要な情報を取得したり、取得した情報を処理したりする機能を兼用している。

また、ＢＭＣ１４は、不揮発性メモリを有し、ＢＭＣ１４が生成するバス番号・デバイス番号−物理接続位置対応表４８、デバイス名−バス番号・デバイス番号対応表５０、デバイス名−物理接続位置対応表５２が格納される。また、ＢＭＣ１４の内部に不揮発性メモリを有する代わりに、ＢＭＣ１４の外部に不揮発性メモリを設けて、上記した対応表４８、５０、５２を、格納するように構成してもよい。

また、サーバ管理ポート３９は、例えば、ＲＳ２３２Ｃ等による通信ポートであり、サーバ管理ポート３９を介して、サーバ１と外部の端末４０は、通信可能に構成される。

［比較例］
実施例１の動作を説明する前に、従来の方法についての説明を行う。図６は、従来の周辺機器の情報取得方法を説明するための図である。図６において、サーバ２のスロット０にＤＶＤドライブ４２、スロット１にハードディスクＡ４４が、スロット２にハードディスクＢ４６が、それぞれ、接続されている。Ｗｉｎｄｏｗｓが起動した後、ユーザは、デバイス名として、「Ｃドライブ」、「Ｄドライブ」が認識されていることが分かる。しかしながら、Ｗｉｎｄｏｗｓが認識している「Ｃドライブ」、「Ｄドライブ」が、それぞれ、どのスロットに接続されているデバイスかを知るには、以下の手順による調査が必要である。

一般に、周辺装置をコンピュータに接続すると、各々の周辺装置には、ハードウェア情報が付与される。例えば、周辺装置が、ＰＣＩバス３２に接続されるデバイスの場合、各々の周辺装置には、ハードウェア情報として、バス番号・デバイス番号が付与される。ここで、バス番号・デバイス番号は、ＢＩＯＳ１８、ＯＳ２４の両方で参照可能な情報であり、以下に示す方法は、バス番号・デバイス番号を経由して、ＢＩＯＳ１８で参照可能な物理接続位置と、ＯＳ２４で参照可能なデバイス名の対応付けを行っている。

以下に、従来のデバイス名と物理接続位置の対応付けを行う方法について、詳細に説明する。まず、サーバ２の電源がオンすると、ＢＩＯＳ１８が起動し、ＯＳ２４の起動に入る直前に、ＢＩＯＳ１８の設定情報を調査する。周辺装置がＰＣＩバス３２に接続されていると、バス番号及びデバイス番号が割当てられるが、ＢＩＯＳ１８の設定情報を調査することにより、ユーザは、図６に示すバス番号・デバイス番号−物理接続位置対応表７０を得ることができる。図６のバス番号・デバイス番号−物理接続位置対応表７０は、バス番号・デバイス番号がＰＣＩ Ｂｕｓ０、Ｄｅｖ０であるデバイスがスロット０に接続され、バス番号・デバイス番号がＰＣＩ Ｂｕｓ１、Ｄｅｖ０であるデバイスがスロット１に接続され、バス番号・デバイス番号がＰＣＩ Ｂｕｓ２、Ｄｅｖ０であるデバイスがスロット２に接続されていることを示している。

次に、ＯＳ２４を起動し、ユーザは、例えば、デバイスマネジャ等を調査することにより、デバイス名−バス番号・デバイス番号対応表７２を得ることができる。デバイス名−バス番号・デバイス番号対応表７２は、デバイス名がＣドライブの周辺装置は、バス番号・デバイス番号がＰＣＩ Ｂｕｓ０、Ｄｅｖ０であるデバイスであり、デバイス名がＤドライブの周辺装置は、バス番号・デバイス番号がＰＣＩ Ｂｕｓ１、Ｄｅｖ０であるデバイスであることを示している。

最後に、ユーザは、上記したバス番号・デバイス番号−物理接続位置対応表７０、及びデバイス名−バス番号・デバイス番号対応表７２を参照して、両方の対応表に共通なバス番号・デバイス番号を介して、デバイス名と物理接続位置の対応を得て、デバイス名−物理接続位置対応表７４を生成することができる。以上のようにして、ユーザが、デバイス名−物理接続位置対応表７４を作成することが可能である。また、ＯＳ２４上で、Ｅドライブが認識不可になる障害が発生した場合、得られたデバイス名−物理接続位置対応表７４を参照すると、物理接続位置がスロット２であるデバイスがＯＳ２４で認識できていないので、Ｅドライブの接続障害は、スロット２に接続されているハードディスクＢ４６で生じていると特定することができる。

このようにして、デバイス名−物理接続位置対応表７４を得ると、周辺機器の不具合箇所を特定できるが、上記した従来の方法をユーザが実施するためには、ＢＩＯＳの設定に関する知識、ハードウェア構成に対する理解力など、ユーザの装置に関するスキルが要求され、また、作業時間もかかってしまうという問題がある。

［実施例１の動作］
次に、実施例１の動作について、図１、図２、図３を参照しながら説明する。実施例１は、上記した比較例において、ユーザが行っていた作業を、ＢＭＣ１４が自動的に処理している。図３は、実施例１に係る周辺機器の情報取得方法を示す原理図である。ＢＩＯＳ１８が起動すると、ＢＭＣ１４は、周辺機器６０のバス番号・デバイス番号、及び物理接続位置をＢＩＯＳ１８より取得し、バス番号・デバイス番号−物理接続位置対応表４８を生成する。一方、ＯＳ２４が起動すると、ＢＭＣ１４は、周辺機器６０のデバイス名、及びバス番号・デバイス番号をＯＳ２４より取得し、デバイス名−バス番号・デバイス番号対応表５０を生成する。

最後に、ＢＭＣ１４は、バス番号・デバイス番号−物理接続位置対応表４８とデバイス名−バス番号・デバイス番号対応表５０に基づいて、デバイス名−物理接続位置対応表５２を生成する。

図２は、図３で示した周辺機器の情報取得方法の原理を、フローチャートで示したものである。図２において、左側はサーバ１のフローを示している。まず、サーバ１の電源がオンされる（ステップＳ１００）。次に、ＢＩＯＳ１８が起動される（ステップＳ１０２）。次に、ＢＭＣ１４がＢＩＯＳ情報（周辺機器のバス番号・デバイス番号、及び物理接続位置）を取得し、バス番号・デバイス番号−物理接続位置対応表（ハードウェア情報と物理接続位置の対応情報）４８を生成する（ステップＳ１０４）。次に、ＯＳ２４が起動される（ステップＳ１０６）。そして、ＢＭＣ１４がＯＳ情報（周辺機器のデバイス名、及びバス番号・デバイス番号）を取得し、デバイス名−バス番号・デバイス番号対応表（デバイス名とハードウェア情報の対応情報）５０を生成する（ステップＳ１０８）。そして、ＢＭＣ１４がデバイス名−物理接続位置対応表（デバイス名と物理接続位置の対応情報）５２を生成する（ステップＳ１１０）。

次に、ＢＭＣ１４は、外部の端末４０より送信要求が有るか否かを判定する（ステップＳ１１２）。そして、ステップＳ１１２で送信要求がないと判定された場合には（ステップＳ１１２でＮＯ）、ステップＳ１１２の送信要求があるか否かの判定を繰り返す。一方、ステップＳ１１２で送信要求があると判定された場合には（ステップＳ１１２でＹＥＳ）、ＢＭＣ１４は、サーバ管理ポート３９を介して、外部の端末４０に、デバイス名−物理接続位置対応表（デバイス名と物理接続位置の対応情報）５２を送信する（ステップＳ１１４)。

次に、図２の右側は、端末４０のフローを示している。端末４０は、サーバ１のＢＭＣ１４に対し、サーバ管理ポート３９を介して、デバイス名−物理接続位置対応表５２の送信を要求する（ステップＳ２００）。ここで、ステップＳ２００での送信要求は、ユーザが、端末４０から出してもよいし、ある所定のタイミングで、自動的に送信要求を出すようにしてもよい。次に、端末４０は、ＢＭＣ１４よりサーバ管理ポート３９を介して、ＢＭＣ１４のメモリに格納されたデバイス名−物理接続位置対応表５２を取得し、端末４０のメモリ又はハードディスクにデバイス名−物理接続位置対応表６２として格納する。また、端末４０は、デバイス名−物理接続位置対応表６２を端末４０のディスプレイに表示する。ユーザは、ディスプレイの表示を見て、現在のサーバ１における各々の周辺機器のデバイス名と物理接続位置の対応を知ることができる。実施例１で得られるデバイス名−物理接続位置対応表６２は、比較例で示した図６のデバイス名−物理接続位置対応表７４と同じである。

また、図２において、端末４０から、ＢＭＣ１４に対する「送信要求」を、Ｓ２００からＳ１１２への破線矢印で示している。また、ＢＭＣ１４から端末４０へ送信される「デバイス名と物理接続位置の対応情報」を、Ｓ１１４からＳ２０２への矢印で示している。

以上に説明したように、実施例１に係るコンピュータシステムによれば、デバイス名−物理接続位置対応表５２を自動的に生成できるので、Ｗｉｎｄｏｗｓのような汎用ＯＳが認識している周辺機器のデバイス名から、周辺機器の物理接続位置を容易に特定することができ、比較例で示したユーザのスキルは必要とされず、また、作業工数もかからないという効果が得られる。また、比較例と同様に、得られたデバイス名−物理接続位置対応表６２（図６の７４と同じ）をユーザが見ることにより、ＯＳ２４でＥドライブが認識不可になる障害が発生している場合、それは、スロット２に接続されたハードディスクＢ４６であることを即座に判断することができ、周辺装置の接続に関する不具合の特定に有効に利用することができる。

実施例２では実施例１に対して、ＢＭＣ１４が、物理接続位置を視覚的に示す画像情報を有している点が追加されている。実施例２において、実施例１と共通部分の説明は省略し、追加された画像情報に関する説明のみを行う。図４（Ａ）は、ＢＭＣ１４に内蔵された物理接続位置を視覚的に表示する画像６６である。物理接続位置を視覚的に示す画像６６の画像ファイル（ファイル名を、「ｉｍａｇｅ１．ｊｐｇ」とする）は、例えば、ＪＰＥＧフォーマットであり、ＢＭＣ１４内のＲＯＭに書き込まれている。

ＢＭＣ１４のＲＯＭに格納されている画像ファイルｉｍａｇｅ１．ｊｐｇは、図１の端末４０より、サーバ管理ポート３９を介して、送信要求を出すことにより、ＢＭＣ１４から端末４０に送信される。

画像ファイルｉｍａｇｅ１．ｊｐｇは、図４（Ａ）に示すように、物理接続位置となるスロット０、スロット１、スロット２、スロット３の位置を、ユーザに分かりやすく示すためのものである。ユーザは、この画像を端末４０上で見ることにより、スロット０〜３が筐体の裏側にあり、ファンの通気孔やＵＳＢ差込口の下部に配置され、上からスロット０、スロット１、スロット２、スロット３であることを容易に知ることができる。そして、端末４０が受信したデバイス名−物理接続位置対応表６２と照らし合わせることにより、各々のデバイス名の周辺機器が、接続されている実際の物理接続位置を知ることができる。

さらに、ＢＭＣ１４は、画像ファイルｉｍａｇｅ１．ｊｐｇとデバイス名−物理接続位置対応表５２に基づいて、図４（Ｂ）に示す物理接続位置に接続されているデバイス名を視覚的に表示する画像６８を生成するようにしてもよい（図４（Ｂ）の画像ファイル名を「ｉｍａｇｅ２．ｊｐｇ」とする）。図４（Ｂ）の画像ｉｍａｇｅ２．ｊｐｇは、ｉｍａｇｅ１．ｊｐｇの画像に、デバイス名−物理接続位置対応表５２の周辺機器の接続情報をさらに追加して、視覚的に表示したものである。図２のフローチャートにおいて、デバイス名−物理接続位置対応表（デバイス名と物理接続位置の対応情報）５２を端末４０に送信するとき（図２におけるＳ１１４からＳ２０２への破線矢印）、画像ファイルｉｍａｇｅ２．ｊｐｇは、同時に端末４０に送信される。

ユーザは、端末４０上で、画像ファイルｉｍａｇｅ２．ｊｐｇを見ることにより、端末４０が受信したデバイス名−物理接続位置対応表６２と照らし合わせることなしに、各々のデバイス名の周辺機器が、接続されている実際の物理接続位置を即座に知ることができる。

また、図４（Ｂ）の画像ファイルｉｍａｇｅ２．ｊｐｇの生成をＢＭＣ１４が行う代わりに、端末４０が、画像ファイルｉｍａｇｅ１．ｊｐｇと、デバイス名−物理接続位置対応表６２に基づいて、画像ファイルｉｍａｇｅ２．ｊｐｇを生成するようにしてもよい。

以上に説明したように、実施例２に係るコンピュータシステムによれば、図１４（Ａ）に示すような画像を生成しておき、ユーザが見ることができるようにしたので、ユーザが物理接続位置を視覚的に分かりやすく知ることができ、デバイス名−物理接続位置対応表６２を照らし合わせることにより、Ｗｉｎｄｏｗｓのような汎用ＯＳが認識している周辺機器のデバイス名から周辺機器の実際の物理接続位置を容易に特定することができるという効果が得られる。

また、さらに、図１４（Ｂ）に示すように、デバイス名−物理接続位置対応表６２に基づいて、周辺機器の接続情報を追加した画像を生成し、ユーザが見られるようにすることにより、ユーザは、デバイス名−物理接続位置対応表６２を照らし合わせることなしに、Ｗｉｎｄｏｗｓのような汎用ＯＳが認識している周辺機器のデバイス名から周辺機器の実際の物理接続位置を容易に特定することができるという効果が得られる。

また、ユーザが、あるデバイス名の周辺機器にＤＶＤメディアを挿入する必要があり、スロットに複数のＤＶＤドライブが接続されている場合、デバイス名−物理接続位置の対応表、あるいは、図４（Ａ）、（Ｂ）の画像情報によって、ユーザは、どの周辺機器にＤＶＤメディアを挿入すればよいかを容易に判断することができるという効果が得られる。また、ＤＶＤメディアに限定されず、ユーザの挿入操作を必要とする全てメディアに対して、同様の効果が得られる。

実施例３は、実施例１においてＢＭＣ１４が生成したデバイス名−物理接続位置対応表５２を、さらに、時刻情報と対応付けて蓄積することを行っている。図５は、時刻情報に対応付けて蓄積したデバイス名−物理接続位置対応表６４の一例を示している。図５に示すように、サーバ１は、毎日、８時頃に起動され、その都度、ＢＭＣ１４によりデバイス名−物理接続位置対応表５２が生成されて、ＢＭＣ１４内部の不揮発性メモリ等に蓄積される。このように、時刻情報に対応付けて、履歴を蓄積しておくことにより、過去の周辺機器の障害に対して、遡って、その物理接続位置を特定することが可能になる。例えば、ＥドライブをＯＳが認識しない障害が発生し、その解析を行いたい場合、図５に示す表を見ると、２０１１／２／４の８：０６において、スロット２の周辺機器のデバイス名がＯＳに認識されていないことが分かる。また、その前後の２０１１／２／３、２０１１／２／５では、スロット２の周辺機器がデバイスＥとして、ＯＳに認識されていることから、ＥドライブをＯＳが認識しない障害は、２０１１／２／４に、スロット２で発生したことを特定することができる。

また、図５に示すように、ＢＭＣ１４は、前回の時刻との差分を検出している。ＢＭＣ１４が検出した差分を、図５の４列目に示す。例えば、２０１１／２／２の８：０３において、前回の時刻２０１１／２／１／の８：００との差分は、スロット１にＤドライブが追加されていることである。また、２０１１／２／３／の７：５９において、前回の時刻２０１１／２／２の８：０３との差分は、スロット２にＥドライブが追加されていることである。また、２０１１／２／４／の８：０６において、前回の時刻２０１１／２／３の７：５９との差分は、スロット２の周辺機器がＯＳで認識できないことである。また、２０１１／２／５／の８：０２において、前回の時刻２０１１／２／４の８：０６との差分は、スロット２のＥドライブが正常に認識されていることである。

上記した差分は、時刻情報に対応付けて蓄積したデバイス名−物理接続位置対応表６４を用いて、ＢＭＣ１４により自動的に検出され、管理される。これにより、周辺機器の構成変更等を自動で検出することが可能になる。

以上に説明したように、実施例３に係るコンピュータシステムによれば、過去の周辺機器の障害に対して、遡って、その物理接続位置を特定することが可能になるという効果が得られる。また、２つの異なる時刻のデバイス名−物理接続位置対応表の差分を取ることにより、周辺機器の構成変更等を検出し、管理することが可能になるという効果が得られる。

また、ＯＳ２４がダウンして起動できない場合や、周辺機器が故障により認識できない状態の場合においても、ＢＭＣ１４が、デバイス名−物理接続位置対応表５２を、蓄積しているので、前回正常に起動したときのデバイス名−物理接続位置対応表５２から、各々のデバイス名の周辺機器の物理接続位置を特定することが可能であるという効果が得られる。

また、実施例１〜３におけるＢＭＣ１４は内部に不揮発性メモリを有し、実施例１〜３で開示したＢＭＣ１４の動作を制御するプログラムが、従来からＢＭＣが有している機能（ハードウェア、温度等の監視、リモートコントロール、ハードウェアイベントの記録等）に関連したモジュールと共に記憶されている。このプログラムは、ＢＭＣファームウェアと呼ばれ、コンピュータシステムの工場出荷時にＢＭＣ１４内の不揮発性メモリに書き込まれる。また、ＢＭＣファームウェアは、必要に応じ、アップデートすることが可能であり、アップデートプログラムは、フロッピーディスク、ＣＤ、ＤＶＤなどの記憶メディアで供給される。

ＢＭＣファームウェアは、図２のフローチャートで示したＢＭＣ１４による処理（ステップＳ１０４、Ｓ１０６、Ｓ１０８、Ｓ１１０、Ｓ１１２、Ｓ１１４）、図４（Ａ）、（Ｂ）に示した画像情報の送信制御、図５で示した時刻情報に対応付けて蓄積したデバイス名−物理接続位置情報の差分により周辺機器の構成変更等を検出する処理など、ＢＭＣ１４が関連する種々の処理を制御する。

本発明のコンピュータシステムは、障害が発生したときの故障部位を特定するのに、利用することが可能である。また、ユーザがＤＶＤドライブや、テープドライブを直接操作して、メディアを挿入する場合に、それらの周辺機器の位置を、ユーザにわかりやすく表示する場合にも利用することが可能である。

なお、本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。

１、２：サーバ（コンピュータシステム）
１０：ＣＰＵ
１２：メモリ
１４：管理コントローラ（ＢＭＣ）
１６：不揮発性メモリ
１８：ＢＩＯＳ（基本入出力システム）
２０：ＩＤＥ−Ｉ／Ｆ
２２：ハードディスク
２４：ＯＳ（オペレーティングシステム）
２６：ＰＣＩ−Ｉ／Ｆ
３０：システムバス
３２：ＰＣＩバス
３４：スロット０
３６：スロット１
３８：スロット２
３９：サーバ管理ポート
４０：端末
４２：ＤＶＤドライブ（周辺機器）
４４：ハードディスクＡ（周辺機器）
４６：ハードディスクＢ（周辺機器）
４８、７０：バス番号・デバイス番号−物理接続位置対応表（ハードウェア情報と物理接続位置の対応情報）
５０、７２：デバイス名−バス番号・デバイス番号対応表（デバイス名とハードウェア情報の対応情報）
５２、６２、７４：デバイス名−物理接続位置対応表（デバイス名と物理接続位置の対応情報）
６０：周辺機器
６４：時刻情報に対応付けて蓄積したデバイス名−物理接続位置対応表
６６：物理接続位置を視覚的に表示する画像
６８：物理接続位置に接続されているデバイス名を視覚的に表示する画像

Claims (10)

1. 基本入出力システム（ＢＩＯＳという）及びオペレーティングシステム（ＯＳという）が動作する、複数の周辺機器を接続したコンピュータシステムにおいて、
   前記コンピュータシステムは、管理コントローラを備え、
   前記管理コントローラは、前記ＢＩＯＳより、前記複数の周辺機器に関するハードウェア情報と物理接続位置を取得して、前記ハードウェア情報と前記物理接続位置の対応情報を生成し、
   前記管理コントローラは、前記ＯＳより、前記複数の周辺機器に関するデバイス名と前記ハードウェア情報を取得して、前記デバイス名と前記ハードウェア情報の対応情報を生成し、
   前記管理コントローラは、前記複数の周辺機器に関する前記デバイス名と前記ハードウェア情報の対応情報、及び前記デバイス名と前記ハードウェア情報の対応情報に基づいて、前記デバイス名と前記物理接続位置の対応情報を生成することを特徴とするコンピュータシステム。
2. 前記管理コントローラが生成した前記複数の周辺機器に関する前記デバイス名と前記物理接続位置の対応情報を、時刻情報と対応付けて、蓄積することを特徴とする請求項１に記載のコンピュータシステム。
3. 前記時刻情報と対応付けて蓄積した前記複数の周辺機器に関する前記デバイス名と前記物理接続位置の対応情報において、２つの異なる時刻の前記対応情報の差分を検出することにより、前記複数の周辺機器の構成変更を検出することを特徴とする請求項２に記載のコンピュータシステム。
4. 前記複数の周辺機器に関する前記デバイス名と前記物理接続位置の対応情報を、外部の端末に送信する通信ポートを、さらに備えることを特徴とする請求項１乃至３のいずれか１項に記載のコンピュータシステム。
5. 前記管理コントローラは、前記物理接続位置に関する画像情報を有し、前記通信ポートを介して、前記外部の端末に送信することを特徴とする請求項４に記載のコンピュータシステム。
6. 前記管理コントローラは、ベースボード管理コントローラ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ；ＢＭＣ）であることを特徴とする請求項１乃至５のいずれか１項に記載のコンピュータシステム。
7. 前記複数の周辺機器はＰＣＩバスに接続され、
   前記ハードウェア情報はバス番号及びデバイス番号を含むことを特徴とする請求項１乃至６のいずれか１項に記載のコンピュータシステム。
8. 基本入出力システム（ＢＩＯＳという）及びオペレーティングシステム（ＯＳという）が動作し、管理コントローラを有するコンピュータシステムが、前記コンピュータシステムに接続される複数の周辺機器に関する情報を取得する周辺機器の情報取得方法であって、
   前記管理コントローラが、前記ＢＩＯＳより、前記複数の周辺機器に関するハードウェア情報と物理接続位置を取得して、前記ハードウェア情報と前記物理接続位置の対応情報を生成するステップと、
   前記管理コントローラが、前記ＯＳより、前記複数の周辺機器に関する前記デバイス名と前記ハードウェア情報を取得して、前記デバイス名と前記ハードウェア情報の対応情報を生成するステップと、
   前記管理コントローラが、前記複数の周辺機器に関する前記ハードウェア情報と前記物理接続位置の対応情報、及び前記デバイス名と前記ハードウェア情報の対応情報に基づいて、前記デバイス名と前記物理接続位置の対応情報を生成するステップと、
   を含むことを特徴とする周辺機器の情報取得方法。
9. 前記管理コントローラが生成した前記複数の周辺機器に関する前記デバイス名と前記物理接続位置の対応情報を、時刻情報と対応付けて、蓄積することを特徴とする請求項８に記載の周辺機器の情報取得方法。
10. 前記時刻情報と対応付けて蓄積した前記複数の周辺機器に関する前記デバイス名と前記物理接続位置の対応情報における２つの異なる時刻の前記対応情報の差分を検出することにより、前記複数の周辺機器の構成変更を検出することを特徴とする請求項９に記載の周辺機器の情報取得方法。

Images