JPH1097443A - Ｃｐｕボードのハードウェアモニタシステム - Google Patents

Abstract

(57)【要約】 【課題】 予め専用の大がかりなハードウェアを作り込
むことなしに、各ＣＰＵボードのハードウェア動作に起
因する障害や故障の原因解析のための簡易でいつでも使
え、ネットワークを介し、必要なら遠隔からでも共通的
な方法であるＳＮＭＰでモニタする方法を提供しＣＰＵ
ボードの構成簡略化と保守性の向上する。 【解決手段】 ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡ
Ｍ１０６と、イーサネットインタフェース部１１０と、
その他のハードウェア構成要素１０９のＩ／Ｏ部１０８
と、これ等各部とＣＰＵ１０１とを接続するＣＰＵボー
ド内部バス１１５とにより構成されるＣＰＵボード１０
０において、ＯＳ１０４やアプリケーションプログラム
１０５の格納／実行環境となるエリアとは異なるＲＡＭ
１０２／ＲＯＭ１０６のエリアに格納／実行できるよう
にＳＮＭＰエージェントプログラム１０３と、その選択
実行をモード切換部１１１を参照して行うブートプログ
ラムとを実装する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＣＰＵボードのハー
ドウェアモニタシステムに関し、特にＣＰＵボードに搭
載された各種ハードウェアデバイスユニットの動作状態
をモニタするＣＰＵボードのハードウェアモニタシステ
ムに関する。

【０００２】

【従来の技術】従来のこの種のＣＰＵボードのハードウ
ェア動作情報モニタ方式の例としては、例えば、実開昭
５６−０４５９５２号公報に示されている様に、各ＣＰ
Ｕボート上に自己診断プログラムを格納したローカルメ
モリと、自己診断プログラムを実行する切換え手段と、
自己診断結果を格納し表示する表示素子とを設けること
により、故障の診断を各ＣＰＵボート単体で行う様にな
っており、故障箇所を容易に発見する目的で使用される
ものである。

【０００３】図４は従来のＣＰＵボードのハードウェア
動作情報モニタ方式の一例を示すブロック図である。Ｃ
ＰＵボード３０１，３０２、共通メモリ３０３及び共通
バス制御部３０４から構成され、これらの各々がバスラ
インＳによって互いに接続されている。この場合、共通
メモリ３０３はＣＰＵボード３０１，３０２により夫々
アクセスされるメモリであり、また共通バス制御部３０
４はバスラインＳを制御する。すなわち、ＣＰＵボード
３０１，３０２のいづれがバスラインＳを占有するか等
を制御するものてある。そして、ＣＰＵボード３０１，
３０２が共に図５に示す様に構成されている。

【０００４】図５は図４におけるＣＰＵボード３０１も
しくは３０２の構成を示すブロック図である。ＣＰＵ４
０１は通常の演算、制御機能を有する処理装置であり、
このＣＰＵ４０１にバスラインＴを介してローカルメモ
リ４０２、ゲート回路４０３、ラッチ４０４が夫々接続
され、またゲート回路４０３には診断スイッチ４０５
（切換手段）が、ラッチ４０４には発光ダイオード４０
６〜４０９（表示素子）が夫々接続されている。

【０００５】ローカルメモリ４０２はＣＰＵ４０１が占
有出来るメモリであり、またこのローカルメモリ４０２
には予めこのＣＰＵボードの故障を診断するための自己
診断プログラムが記憶されている。ゲート回路４０３は
診断スイッチ４０５からの信号を開閉するためのもので
あり、また診断スイッチ４０５はこのＣＰＵボードの故
障を自己診断する際に“オン”とされるものである。ラ
ッチ４０４は、この自己診断の際にＣＰＵ４０１から供
給される診断結果が一時記憶されるものであり、このラ
ッチ４０４の出力によって発光ダイオード４０６〜４０
９が点灯されるようになっている。

【０００６】次に動作を説明する。診断スイッチ４０５
を“オン”にすると、この“オン”信号はゲート回路４
０３を介してＣＰＵ４０１に供給され、これによりＣＰ
Ｕ４０１が当該ＣＰＵボードの自己診断を開始する。す
なわち、ローカルメモリ４０２に蓄えられている自己診
断プログラムが順次ＣＰＵ４０１に読み出され、この読
み出された自己診断プログラムに従ってＣＰＵ４０１が
このＣＰＵボードの故障の有無を診断し、診断結果をラ
ッチ４０４に出力する。そして、このラッチ４０４の出
力に従って発光ダイオード４０６〜４０９が点灯され、
これによりＣＰＵボードの故障状態あるいは故障個所を
判断することができる。

【０００７】次に、この種のＣＰＵボードのハードウェ
ア動作情報モニタ方式の他の例として、例えば、特開平
０４−１５６６２２号公報に示されるように、予め定め
られたオペレーティングシステム（ＯＳ）に基づいて処
理動作を実行する処理装置に備えられており、処理装置
にて予め定められた操作が行われると、ＯＳとは独立し
て動作し、処理装置のハードウェアの状態を診断し、エ
ラー発生時の処理装置のハードウェアの状態を変更させ
ることなくハードウェアの状態を知り、エラー発生の原
因追求、さらに処理装置の早期回復するようになってい
る。

【０００８】図６はこのＣＰＵボードのハードウェア動
作情報モニタ方式の一例を示すブロック図である。処理
装置５０２は、ダイアログプロセッサ（ＤＧＰ）５０１
とシステムバス５０３と、複数のＣＰＵ５０４、５０５
と中央記憶装置（ＣＭＵ）５０６と、キーボードインタ
フェース５０７と、周辺装置インタフェース５０８とを
含んで構成される。

【０００９】ＤＧＰ５０１はシステムバスインタフェー
ス５０９と、ＣＰＵ５１０と、ＲＯＭ５１１と、ＲＡＭ
５１２と、シリアルインプットアウトプット（ＳＩＯ）
５１３とを含み、システムバスインタフェース５０９に
よってシステムバス５０３との間でデータの授受が行わ
れる。

【００１０】システムバスインタフェース５０９と、Ｃ
ＰＵ５１０と、ＲＯＭ５１１と、ＲＡＭ５１２と、ＳＩ
Ｏ５１３とは、データバス５１４によって接続されてお
り、相互にデータの送受信が可能であり、ＲＯＭ５１１
には処理装置５０２のハードウェアの状態を診断するた
めの診断プログラムが記憶されている。

【００１１】ＳＩＯ５１３にはキーボ−ド５１５が接続
されており、通常は処理装置５０２のＯＳ用端末として
使用される。

【００１２】キーボード５１５から予め定めるキーワー
ドなどが入力されると、ＣＰＵ５１０はＲＯＭ５１１か
ら診断プログラムを読み出して起動し、これによってＤ
ＧＰ５０１はハードウェア診断用端末となる。

【００１３】システムバス５０３には、キーボードイン
タフエース５０７を介して複数のキ一ボードＫ１〜Ｋｎ
が接続され、オペレータがキーボード５１５、Ｋ１〜Ｋ
ｎを操作することにより、ＣＰＵ５０４、５０５による
各種の演算処理、あるいは後述する複数の周辺装置の制
御を実行する。

【００１４】ＣＰＵ５０４，５０５はシステムバス５０
３に接続されており、またローカルバス５１８，５１９
を介してＣＭＵ５０６にも接続されてている。ＣＰＵ５
０４はシステムバスインタフエース５２０と、ローカル
バスインタフェース５２１と、マイクロプロセッサユニ
ット（ＭＰＵ）５２２と、キャッシュメモリ５２３と、
メインメモリ５２４とを含んて構成される。

【００１５】ＣＭＵ５０６はローカルバスインタフエー
ス５２５と共有メモリ５２６とを含んで構成される。ロ
ーカルバスインタフエース５２５はローカルバス５１
８，５１９，共有メモリ５２６の間でデータの人出力制
御を行う。

【００１６】周辺装置インタフェース５０８は、システ
ムバスインタフェース５２７と、プリンタインタフェー
ス５２８と、フロッピィディスクインタフェース５２８
と、ＳＣＳＩインタフェース５３０と、ＳＩＯインタフ
エース５３１とを含んで構成される。

【００１７】次に動作を説明する。図７は処理装置５０
２の動作を示すフローチャ−トである。ステップ６０１
では、例えば電源を投入することによって処理装置５０
２の立ち上げ処理が実行される。ステップ６０２では、
処理装置５０２に予め設定されているＯＳが実行され、
ステップ６０３ではこのＯＳの下で動作するアプリケー
ションの実行が行われる。ステップ６０４では、エラー
が発生したかどうかが判断される。

【００１８】エラーが発生しない場合はステップ６０３
に戻り、引き続きアプリケーションの実行が行われる。
エラーが発生した場合はステップ６０５に進む。ステッ
プ６０５では、前述した様にキーボード５１５から予め
定めるキーワードを入力して、ＤＧＰ５０１に予め設定
されている診断プログラムを起動させることによって、
ＤＧＰ５０１は、ハードウェア自己診断用端末となる。
その後、ハードウェア診断用端末であるＤＧＰ５０１を
用いて処理装置５０２の各種ハードウェアの状態を診断
する。

【００１９】この診断用端末（ＤＧＰ）５０１を操作す
ることによって、ＣＰＵ５０４、５０５内のメモリおよ
びＣＭＵ５０６内のメモリの各記憶内容、プリンタ５３
２、フロッピィディスク５３３、磁気テープ５３４等の
周辺装置の状態、ＣＰＵ５０４，５０５やキーボードイ
ンタフェース５０７、周辺装置インタフェース５０８等
がそれぞれ配置された複数の基板上のスイッチの設定状
態、これ等各基板の状態などを診断することができる。

【００２０】また、ＤＧＰ５０１はＯＳ用端末としても
動作するので、エラー発生時にＯＳの下で動作するハー
ドウェア診断用プログラムを作成しておいて実行させる
こともできる。従って、診断処理プログラムの実行のた
めに、ＯＳ用の他の端末であるキーボードＫ１〜Ｋｎを
使用する必要がなく、処理装置２の他のオペレータの操
作を邪魔することなく処理装置５０２の診断を行うこと
ができる。

【００２１】

【発明が解決しようとする課題】第一の問題点は、出荷
前のＣＰＵボード単休において、ハードウェア動作に起
因する障害や故障が発生した場合、ＣＰＵボードに予め
大がかりなハードウェア的作り込みを行っておかない
と、障害や原因解析に多大な手間と時間を要することに
なるが、あるまとまった処理を行う装置／システムの場
合と異なり、ＣＰＵボード単体１つ１つに大がかりなハ
ードウェア的作り込みを行うことは非現実的であること
である。

【００２２】その理由は、ＣＰＵボードのコストが著し
くアップしてしまう点と、回路の複雑さが増してしまう
点にある。ハードウェア情報をモニタするために、前述
した実開昭５６−０４５９５２号公報の様な方法を採用
した場合、ＣＰＵボード１つ１つに、ゲート回路やラッ
チや表示素子を追加実装しなければならないし、また特
開平４−１５６６２２号公報の場合は、本来のＣＰＵと
は別にさらに診断用プロセッサ、つまりＣＰＵとその周
辺一式を追加実装せねばならず、この方法の場合、結果
として、ＣＰＵボード単体のための追加コストとしては
無視できないコスト高となるからである。

【００２３】第二の問題点は、ハードウェア情報のモニ
タの方法が、ネットワークを介し遠隔（異なるフロアか
ら／異なるビルから／異なる地域から）のモニタ機能が
提供できなず（もしくは提供しにくく）、かつモニタ装
置を個々の装置／ＣＰＵボード毎に専用のものを複数用
意しなければならないことである。

【００２４】その理由は、ハードウェア情報のモニタの
方法が、実開昭５６−０４５９５２号公報の例では、Ｃ
ＰＵボード上の表示素子（ＬＥＤ）を、その場にいるオ
ペレータ（人）が目視することに依らねばならないし、
特開平４−１５６６２２号公報の場合も、モニタ対象の
装置のシステムバスに直結した専用のモニタ装置として
ＤＧＰを用意しており、これでは、ネットワークを介し
遠隔からモニタする機能は実現不可能であるからであ
る。

【００２５】また、モニタ側を複数用意しなければなら
ないのは、各ＣＰＵボードが複数のベンダにより提供さ
れているものを使用する、といったよくある構成をとっ
た場合に、個々のＣＰＵボード毎にローカル／専用のモ
ニタ方法を用意しなければならなくなるからである。

【００２６】本発明の目的は、出荷時のＣＰＵボード単
体、またはＣＰＵボードが一端出荷されてＯＳやアプリ
ケーションプログラムが実装されたり、他のボードと共
に実装されている、いずれの場合にも、予め専用の大が
かりなハードウェアを作り込むことを必要とせずに、各
ＣＰＵボードのハードウェア動作に起因する障害の原因
解析のための簡易でいつも使用でき、またネットワーク
等を介して遠隔からでもモニタすることが可能なＣＰＵ
ボードのハードウェアモニタシステムを提供することで
ある。

【００２７】

【課題を解決するための手段】本発明によれば、プロセ
ッシングユニットと、このプロセッシングユニットから
ランダムアクセス自在なランダムアクセスメモリユニッ
トと、前記プロセッシングユニットの制御により動作す
る各種ハードウェアデバイスユニットと、これ等各ユニ
ットの動作制御をなすプログラムを格納するためのリー
ドオンリメモリユニットと、通信網とのインタフェース
をなすインタフェースユニットと、これ等各ユニットを
相互接続する内部バスとを含むＣＰＵボードのハードウ
ェアモニタシテムであって、前記リードオンリメモリユ
ニットにおける前記プログラムの格納領域とは異なる領
域に内蔵され前記通信網の網管理のためのネットワーク
管理プロトコルであるＳＮＭＰ（Simple Network Manag
ement Protocol）プログラムを含み、外部指令に応答し
て前記ＳＮＭＰプログラムを起動せしめて前記各種ハー
ドウェアデバイスユニットの動作情報をモニタ可能とし
たことを特徴とするＣＰＵボードのハードウェアモニタ
システムが得られる。

【００２８】そして、前記外部指令に応答して前記ＳＮ
ＭＰプログラムを起動せしめるための起動プログラムが
前記リードオンリメモリユニットに内蔵されていること
を特徴とする また、前記ＣＰＵボードのモニタをなす外部モニタ装置
を含み、この外部モニタ装置の指令に従って前記通信網
を介して前記ＳＮＭＰプログラムの起動を行って前記ハ
ードウェアの動作情報のモニタ及びテストを実行制御す
るようにしたことを特徴とする。

【００２９】更に、前記リードオンリメモリに格納され
たプログラムはＯＳ及びアプリケーションプログラムで
あり、前記アプリケーションプログラムの実行時に並行
して前記ＳＮＭＰプログラムの実行をなすようにしたこ
とを特徴とする。

【００３０】すなわち、本発明では、ＣＰＵボートにＯ
Ｓやアプリケーションプログラムの格納／実行環境とな
るＲＯＭ／ＲＡＭのエリアとは異なるエリアに、ＳＮＭ
Ｐエージェントプログラムを格納／実行可能な様に内蔵
しておくと共に、このＳＮＭＰエージェントプログラム
を起動制御するためのブートプログラムをも内蔵してお
く。

【００３１】従って、ＯＳやアプリケーションプログラ
ムが未実装の出荷状態にあるＣＰＵボード単体の評価や
障害解析に必要となる各種ハードウェア情報を、予め専
用の大規模なハードウェアを作り込むことなしに、ＣＰ
Ｕボードの構成の簡略化と保守性の向上とを同時に実現
するものである。

【００３２】また、ＣＰＵボード上のＳＮＭＰエージェ
ントプログラムとネットワークを介して遠隔から通信し
て、ＣＰＵボード上の各種ハードウェア動作情報外部か
らモニタするためのＳＮＭＰマネージャプログラムを実
装した外部モニタ装置を設ける様にする。

【００３３】こうすることで、ＣＰＵボードのハードウ
ェア動作情報をこの外部モニタ装置で簡易にいつでも使
用でき、ネットワークを介して、必要なら遠隔（異なる
フロアから／異なるビルから／異なる地域から）でも共
通的な方法でモニタからすることが可能である。特に、
業界標準のＳＮＭＰというインタフェースを使用してい
るため、ＳＮＭＰマネージャプログラムは標準に準拠し
ている限りどのベンダ（メーカー）のどの製品を使用し
ても良く、また外部モニタ装置の機種もＳＮＭＰマネー
ジャプログラムが動作するものであれば何を使用しても
かまわない。

【００３４】また、１つのＳＮＭＰマネージャプログラ
ムが本発明の複数のＣＰＵボードを同時にモニタするこ
とも可能であり、また逆に、所在の異なる複数の外部モ
ニタ装置により、同一のＣＰＵボードのハードウェア情
報を同時期にモニタすることも可能である。

【００３５】また、前記ＳＮＭＰエージェントプログラ
ムは、ＳＮＭＰマネージャプログラムからのネットワー
クを介した遠隔からの指令により、ＣＰＵボードのＣＰ
Ｕレジスタ値や各種ハードウェア構成要素の固有情報／
動作情報（バージョン番号／シリアル番号／動作ステー
タス等）をリード／ライトする機能や、各種ハードウェ
ア構成要素の正常動作を適宜確認するテストプログラム
を実行すると共にその実行結果を報告する機能、さらに
ＣＰＵボードの障害発生時に自発的にアラーム通知を行
う機能を実現する。

【００３６】このため、原因解析に必要となるハードウ
ェア固有の情報や動作情報のモニタ情報を事後に受動的
に外部モニタヘ返答するだけでなく、致命的な障害や故
障の発生前に解析が開始できるようになる。

【００３７】また、ＳＮＭＰエージェントプログラム
は、ＣＰＵボード出荷後におけるＯＳやアプリケーショ
ンプログラム実装後も、そのアプリケーションプログラ
ムがＯＳ上て動作するのと並行して動作すること（オン
ラインモード）も可能な形態（タスク）で動作すること
も可能である。

【００３８】このため、ＣＰＵボード出荷後で、ＯＳや
アプリケーションプログラムが実装されている状態にお
いても、ＯＳやアプリケーションプログラムのある特定
の動作時にのみ発生した障害や故障が、ＣＰＵボードの
ハードウェア動作に起因するかどうかの判定を、ＯＳや
アプリケーションプログラムの動作を止めることなく簡
易でいつでも使え、ネットワークを介し、必要なら遠隔
からでも共通的な方法でモニタする方法も提供する、保
守性の高いモニタ環境を提供することができる。

【００３９】また、オンラインモードでのＳＮＭＰエー
ジエントプログラムの利用の際、オフラインモードでの
ＳＮＭＰエージェントプログラムの実行モードを無効化
するために、ＣＰＵボードの電源オンまたはハードウェ
アリセット前に選択したモードを設定する先となるモー
ド切換部を持つようにする。

【００４０】これにより、ＣＰＵボードに格納したオフ
ラインモード用のＳＮＭＰエージェントプログラムをオ
ンラインモードでも利用でき、ＳＮＭＰエージエントプ
ログラムをオフラインモード用とオンラインモード用と
二重に用意する必要がなく、かつ容易に使い分けること
が可能となる。

【００４１】また、ＣＰＵボードが電源オフされたりハ
ードウェアリセットされると消滅してしまうハードウェ
ア動作情報の一時待避格納先となる不揮発性メモリ、例
えばＳＲＡＭを使用することにより、特に、開発中／出
荷前でまだ動作が不安定なＣＰＵボードがストールして
しまい、ＣＰＵボードの電源オンやハードウェア・リセ
ットから再開しなければならない場合でも、再開立ち上
げしたＳＮＭＰエージェントプログラムにて、ストール
時のハードウェア動作情報をモニタできる。

【００４２】

【発明の実施の形態】次に、本発明の実施の形態の構成
について図面を参照して詳細に説明する。

【００４３】図１は本発明の実施例のブロック図であ
る。図１を参照すると、本発明の実施例の構成は、ＣＰ
Ｕ１０１と、ＲＯＭ１０２と、ＲＡＭ１０６と、イーサ
ネットインタフェース部１１０と、その他のハードウェ
ア構成要素１０９のＩ／Ｏ部１０８と、これ等各部とＣ
ＰＵとを接続するＣＰＵボード内部バス１１５とで構成
されるＣＰＵボード１００を有する。

【００４４】また、ＯＳ１０４やアプリケーションプロ
グラム１０５の格納／実行環境となるエリアとは異なる
ＲＯＭ１０２／ＲＡＭ１０６のエリアに格納／実行でき
るように内蔵したＳＮＭＰエージエントプログラム（オ
フラインモード）１０３と、その起動を制御するブート
プログラム１１６とを含んで構成される。

【００４５】また、ＣＰＵボード１００上のＳＮＭＰエ
ージェントプログラム１０３がイーサネットインタフェ
ース部１１０を介してイーサネット１１２で（遠隔から
でも）通信でき、（複数の）ＣＰＵボード１００上の各
種ハードウェア情報を外部からモニタするためのＳＮＭ
Ｐマネージャプログラム１１４を実装した外部モニタ装
置１１３が設けられている。

【００４６】また、ＳＮＭＰエージェントプログラム１
０３は、ＣＰＵボード１００が出荷前の段階において、
ＳＮＭＰマネージャプログラム１１４からのイーサネッ
ト１１２、イーサネットインタフェース部１１０を介し
た（遠隔からの）指令により、ＣＰＵ１０１のＣＰＵレ
ジスタ値や各種ハードウェア構成要素１０９の固有情報
／動作情報（バージョン番号／シリアル番号／動作ステ
ータス等）を逐次任意にリード／ライトしたり、各種ハ
ードウェア構成要素１０９の正常動作を確認するテスト
プログラムを実行すると共にその実行結果を報告する機
能、さらにＣＰＵボード１００の障害や故障発生時に自
発的にアラーム通知を行う機能を実現する。

【００４７】また、ＳＮＭＰエージェントプログラム１
０３は、ＣＰＵボード１００出荷後におけるＯＳ１０４
やアプリケーションプログラム１０５実装後も、そのア
プリケーションプログラム１０５がＯＳ１０４上で動作
するのと並行して動作することが可能な形態（タスク）
で動作すること（オンライン・モード）も可能である。

【００４８】また、オンラインモードでのＳＮＭＰエー
ジェントプログラム１０３の利用の際、オフラインモー
ドでのＳＮＭＰエージェントプログラム１０３の実行モ
ードを無効化するために、ＣＰＵボード１００の電源オ
ンまたはハードウェアリセット前に選択したモードを設
定する先となるモード切換部１１１を持つ。

【００４９】また、ＣＰＵボード１００が電源オフされ
たりハードウェアリセットされると消滅してしまう一部
のハードウェア動作情報の一時待避格納先となる不揮発
性メモリ、例えばＳＲＡＭ１０７を使用する。

【００５０】次に、本発明の実施例の動作について図２
の動作フローに従い、図１の各構成要素を参照しつつ詳
細に説明する。

【００５１】図２を参照すると、ＣＰＵボード１００の
電源オンもしくはハードウェアリセットの前に、まずＳ
ＮＭＰエージェントトプログラム１０３を使用するモー
ド／使用しないモードを、ＣＰＵボード１００の使用者
が事前に決定してモード切換部１１１に設定する（ステ
ップ２０１）。

【００５２】次に、ＣＰＵボード１００の電源オンもし
くはハードウェアリセットを実施する。その結果、ブー
トプログラム１１６がＯＳ／アプリケーションプログラ
ムの有無を、メモリ上の所定の場所にプログラムが存在
しないことなどを判断材料として判定する。

【００５３】ここで、ＯＳ／アプリケーションプログラ
ムが実装済みの場合の動作を説明する。まず。ハードウ
ェア初期化処理（ステップ２０４）が実行される。ＳＮ
ＭＰ使用判定（ステップ２０４）がその後モード切替部
１１１の設定値を参照して「ＳＮＭＰを使用する」だっ
たらブート処理（ステップ２０８）を実行する。このブ
ート処理（２０８）は、ＯＳ１０４やアプリケーション
プログラム１０５だけでなく、ＳＮＭＰエージェントプ
ログラム１０３もＲＯＭからＲＡＭへと転送する。

【００５４】次に、ＯＳ初期化／起動処理（ステップ２
１０）を実施してプログラム起動を実施する。プログラ
ム起動は、ＲＡＭに転送されたアプリケーションプログ
ラム１０５だけでなく、ＳＮＭＰエージェントプログラ
ム１０３もタスクとして起動する（オンラインブー
ト）。

【００５５】その結果、ＳＮＭＰエージェントプログラ
ム１０３は、ＣＰＵボード１００出荷後、つまりＲＯＭ
１０２にＯＳやアプリケーションプログラムが格納後に
もタスクとして稼働状態となり、イーサネットインタフ
ェース部１０８を介してイーサネット１１２を通して接
続された外部モニタ装置１１３上のＳＮＭＰマネージャ
プログラム１１４からの要求に従い、ＣＰＵボードの各
種ハードウェア動作情報を供給する。

【００５６】一方、ＳＮＭＰ使用判定（ステップ２０
６）が「ＳＮＭＰを使用しない」だった場合は、ＯＳ１
０４とアプリケーションプログラム１０５だけをブート
処理（ステップ２１１）し、ＯＳ初期化／起動処理（ス
テップ２１２）の後、アプリケーションプログラム１０
５だけが起動される（通常のアプリモード）。

【００５７】ＯＳ／アプリケーションプログラムが未実
装、つまりＣＰＵボード単体の場合の動作を説明する。
先ず、ハードウェア初期化処理（ステップ２０５）が実
行される。ＳＮＭＰ使用判定（ステップ２０７）がその
後モード切替部１１１の設定値を参照して「ＳＮＭＰを
使用する」だったら、ブート処理（ステップ２１４）を
実行する。

【００５８】このブート処理（ステップ２１４）は、Ｓ
ＮＭＰエージェントプログラム１０３をＲＯＭからＲＡ
Ｍへと転送する。次に、ＲＡＭに転送されたＳＮＭＰエ
ージェントプログラム１０３をプログラム起動（ステッ
プ２１５）する（オフラインブート）。

【００５９】その結果、ＳＮＭＰエージェントプログラ
ム１０３は、ＣＰＵボード１００出荷前、つまりＲＯＭ
１０２にＯＳやアプリケーションプログラムが格納前の
出荷前のＣＰＵボード１００単体後でも稼働状態とな
り、イーサネットインタフェース部１０８を介してイー
サネット１１２を通して接続された外部モニタ装置１１
３上のＳＮＭＰマネージャプログラム１１４からの要求
に従い、ＣＰＵボードの各種ハードウェア動作情報を供
給する。

【００６０】一方、ＳＮＭＰ使用判定（ステップ２０
６）が「ＳＮＭＰを使用しない」だった場合は何もしな
いで終了する。

【００６１】次に、ＳＮＭＰエージェントプログラム１
０３の内部構造と内部動作を図３を使って詳細に説明す
る。尚、各種ハードウェア要素７００は、図１のＣＰＵ
ボード１００の各構成ユニット内におけるハードウェア
要素であり、これ等ハードウェア要素のうち、ＳＮＭＰ
により管理される対象となる、例えば、レジスタやフラ
グやバッファ等の記憶要素群が管理オブジェクト群７１
３となるものとする。

【００６２】ＳＮＭＰエージェントプログラム１０３
は、受信したＳＮＭＰメッセージ（要求）７０１をＳＮ
ＭＰメッセージ受信部７０２が受信し、ＳＮＭＰメッセ
ージ解析部７０３へＢＥＲ（Ｂａｓｉｃ Ｅｎｃｏｒｄ
ｉｎｇ Ｒｕｌｅ）で書かれたデータを渡す。

【００６３】ＳＮＭＰメッセージ解析部７０３はＢＥＲ
の解析を行い、その結果を管理オブジェクト特定部７０
４へと渡す。管理オブジェクト特定部７０４は、ＭＩＢ
（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂ
ａｓｅ）７０５に予め登録されている情報を参照し、各
種ハードウェア構成要素７００内の管理オブジェクト群
７１３のどれにアクセスすれば、ｇｅｔ／ｓｅｔ（リー
ド／ライト）できるかを特定し、該当するｇｅｔ関数群
／ｓｅｔ関数群（リード／ライトのためのサブルーチン
である）７０６のいずれかをコールする。

【００６４】ここで、ＭＩＢ７０５に登録されている情
報としては、オブジェクト識別子，オブジェクトタイ
プ，アクセス権，メソッド名（ｇｅｔ関数／ｓｅｔ関
数）があげられる。

【００６５】オブジェクト識別子は、管理オブジェクト
群７１３の各オブジェクト（前述した如く、ＣＰＵボー
ド上の各ユニットを構成する各種ハードウェア要素のう
ち、管理対象となる要素であり、レジスタや、フラグ
や、バッファや、メモリ素子等であるが、実際にはこれ
等要素に保持された各情報を指称する）を夫々特定する
ための識別子である。

【００６６】オブジェクトタイプは、これ等各オブジェ
クトの実態（インスタンス）、すなわち各オブジェクト
に保持されている内容が、数値（バージョン番号やシリ
アル番号等）であるか文字列（動作ステータス等）であ
るかを示す「データ型式」である。

【００６７】アクセス権は、オブジェクト識別子により
特定された管理オブジェクトがｇｅｔ（リード）可能か
どうか、ｓｅｔ（ライト）可能かどうかを登録したもの
である。

【００６８】メッソド名（ｇｅｔ関数／ｓｅｔ関数）
は、管理オブジェクトに実際にアクセスするための手段
（サブルーチン）であり、オブジェクト識別子により特
定された管理オブジェクトをリードしたい時には、どの
手段を起動すれば良いかを登録したものである。

【００６９】この手段は、一般的にソフトウェアプログ
ラムでは関数として提供されるものであり、従って「メ
ソッド」の実際は「ｇｅｔ関数」，「ｓｅｔ関数」のシ
ンボル名（関数へのポインタ）が登録されることにな
る。

【００７０】ＳＮＭＰエージェント１０３はＳＮＭＰマ
ネージャ１１４から要求メッセージを受けると、そのメ
ッセージからオブジェクト識別子を取出し、このオブジ
ェクト識別子をもってＭＩＢ７０５を検索する。

【００７１】すなわち、管理オブジェクト特定部７０４
は、ＭＩＢ７０５を参照して、要求された「オブジェク
ト識別子」がＭＩＢ７０５内に登録されているかどうか
判定し、登録されていれば、要求内容がＭＩＢ７０５に
登録されているオブジェクトタイプと一致しているかど
うかを判定する。一致していれば、要求されたアクセス
権がＭＩＢ７０５に登録されたものかどうかを調べ、そ
うであれば、ＭＩＢ７０５の登録内容からメソッドを特
定してそのメソッドを起動すべく、ｇｅｔ／ｓｅｔ関数
群７０６をコールするのである。

【００７２】上述の各判定処理で「否」となれば、その
旨の情報を有する応答のメッセージをＳＮＭＰマネージ
ャ１１４へ返送する。

【００７３】こうしてコールされたｇｅｔ／ｓｅｔ関数
群は対応する管理オブジェクトへのアクセスの結果をＳ
ＮＭＰメッセージ組立部７０７に渡す。その結果、ＳＮ
ＭＰメッセージ組立部は再度ＢＥＲに従いＳＮＭＰメッ
セージを組み立てＳＮＭＰメッセージ送信部７０８に渡
す。

【００７４】最後に、ＳＮＭＰメッセージ送信部７０８
は要求元のＳＮＭＰマネージャ１１４に対してＳＮＭＰ
メッセージ（応答）７０９を送信する。

【００７５】ここで、各種ハードウェア構成要素７００
内の管理オブジェクト群７１３の値の内、ＣＰＵボード
１００の電源オフや、ハードウェアリセットで失われて
欲しくない値や、管理オブジエクトとしては各種ハード
ウェア構成要素７００内には存在していない値、例え
ば、特定のハードウェア動作の繰り返し数のカウント値
や動作履歴情報は、ＳＲＡＭ１０７に格納される。

【００７６】従って、ｇｅｔ関数群／ｓｅｔ関数群７０
６は必要に応じてＳＲＡＭ１０７にもアクセスする。ま
た、ｇｅｔ関数群／ｓｅｔ関数群７０６の内、ｓｅｔ関
数の幾つかは予めｓｅｔ関数内の１処理として組み込ま
れた各種ハードウェア構成要素７００の正常動作確認の
ためのテストプログラムを実行し、その結果の報告をす
るようにすることも可能である。

【００７７】また、管理オブジェクト監視部７１０は管
理オブジェクト群７１３や不揮発性メモリ１０７の値の
変化を監視し、もし特定の値、例えばアラームを示す値
の変化、もしくは、予め指定しておいたしきい値を越し
た場合に、その通知をＳＮＭＰメッセージ組立部７０７
へと送り、その結果ＳＮＭＰメッセージ送信部７０８が
ＳＮＭＰトラップ７０９を発行する。

【００７８】この管理オブジェクト監視部７１０の監視
の例について、より詳述する。その一つとして、ＣＰＵ
ボード上のフラッシュメモリの書込み回数のチェックを
行って上限（閾値）に達した時にはトラップを発行す
る。フラッシュメモリは電源バックアップなしにデータ
のリード／ライトが可能なメモリであるが、その書込み
回数には上限値（例えば、１万回）があるので、これを
監視対象とする。

【００７９】第２の例として、ＣＰＵボード上のＳＲＡ
Ｍ等、電源バックアップが必要な素子の電源切れを監視
する。これ等のメモリはデータ保持のために電池を使用
するものであるから、この電池出力電圧を監視してある
閾値を下回るとトラップとしてＳＮＭＰマネージャへ通
知する。

【００８０】第３の例として、回復不能な素子／部品に
障害が発生したことを監視する。ＣＰＵボード上の素子
や部品はＩ／Ｏを通じてソフトウェアによりその動作状
態（ステータス）を監視できるものであるから、このス
テータス監視によりＮＧ若しくは単にアクセス応答が無
くなった場合に、トラップをＳＮＭＰマネージャへ通知
する。

【００８１】第４の例として、冗長系の系切換時を監視
する。ＣＰＵボードやその部品などはＮ重化されている
場合があり、この時予め定められた障害の発生に従っ
て、自動的に系の切換えが行われる。その際、切換えら
れてスタンバイ状態になった方の系を修理する必要があ
るので、これをＳＮＭＰマネージャへトラップで通知す
る。

【００８２】第５の例として、ＣＰＵの処理の負荷を監
視して増大した時にもアラームとしてトラップをＳＮＭ
Ｐマネージャへ通知する様にしても良い。

【００８３】更に、第６の例としては、部品やカードの
動的な挿抜を監視する様にする。近時のＣＰＵボードで
はハードディスク装置や通信カード等を動的に挿抜する
ことが一般的であり、その際、その挿抜の事実，その時
に障害が発生した場合はその事実等をＳＮＭＰマネージ
ャへ通知する。

【００８４】尚、ＳＮＭＰメッセージ組立部７０７にお
いて、ＳＮＭＰ応答メッセージかトラップかの区別は送
信電文のフォーマットにおける特定フィールドにその種
別を示す情報が存在することで行うことができる。

【００８５】さらに、本発明の第２の実施例としては、
ＳＮＭＰと同様、業界標準のＣＭＩＰ（Ｃｏｍｍｏｎ
Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅ
ｒｖｉｃｅ）を利用することも考えられる。

【００８６】また、モード切替部１１１のモード設定方
法は、ＣＰＵボード１００上のハードウェア的なしか
け、例えばディップスイッチ等だけではなく、外部モニ
タ装置１１３からの信号を受信し、その信号を持ってモ
ードを切替える様にしてもよい。

【００８７】また、不揮発性メモリ１０７としては、Ｓ
ＲＡＭだけではなく、フラッシュＥＰＲＯＭ（フラッシ
ュイレーサブルプログラマブルＲＯＭ）であってもよ
い。

【００８８】また、ＳＮＭＰエージェントプログラム１
０３は、通常タスクとして実装される。従って、ＳＮＭ
Ｐエージェントプログラム１０３の動作には、ＯＳやＵ
ＤＰ（Ｕｓｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）
通信レイヤのプロトコルが必要になる。

【００８９】従って、オフラインモードで動作させる場
合ＳＮＭＰエージェントプログラム１０３としては、Ｓ
ＮＭＰエージェントプログラム本体部と、ＳＮＭＰエー
ジェントプロトコル動作専用の最小資源をアサインした
ＯＳとＵＤＰ通信プロトコルの計３つで構成され、ＣＰ
Ｕボードベンダ側にて動作を保証した上でこれらを１セ
ットとしてＳＮＭＰエージェント機能を実現する。従っ
て、オンラインモードのＳＮＭＰエージェントプログラ
ムは、実際には、このＳＮＭＰエージェントプログラム
本体＝タスク構成部分のみを本来のＯＳから起動するこ
とになる。

【００９０】しかし、オフラインモードのＳＮＭＰエー
ジェントプログラムとオンラインモードのＳＮＭＰエー
ジェントプログラムは別々に各々重複して実装してもか
まわない。

【００９１】また、本発明では、ブートプログラム１１
６がＯＳやアプリケーションプログラムの実装の有無
を、メモリ上の所定の場所にＯＳやアプリケーションプ
ログラムが存在しないことなどを判断材料として判定す
るとしているが、これも「ＳＮＭＰを使用する／ＳＮＭ
Ｐを使用しない」のモード指定と同様、オペレータが別
途モード指定するようにしてもかまわない。

【００９２】

【発明の効果】第１の効果は、ＯＳやアプリケーション
プログラムが未実装なＣＰＵボード出荷前状態にあるＣ
ＰＵボード単体の評価や障害解析時に必要となる各種ハ
ードウェア情報を、予め専用の大がかりなハードウェア
を作り込むことを必要とせずに、各ＣＰＵボードのハー
ドウェア動作に起因する障害や故障の原因解析のための
簡易でいつでも使え、ネットワークを介し、必要なら遠
隔からでも共通的な方法でモニタする方法を提供し、Ｃ
ＰＵボードの構成簡略化と保守性の向上を実現すること
ができることである。

【００９３】その理由は、ＣＰＵと、ＲＯＭと、ＲＡＭ
と、イーサネットインタフェース部と、その他のハード
ウェア構成要素のＩ／Ｏ部と、前記各部とＣＰＵとを接
続するＣＰＵボード内部バスで構成されるＣＰＵボード
において、ＯＳやアプリケーションプログラムの格納／
実行環境となるエリアとは異なるＲＯＭ／ＲＡＭのエリ
アに格納／実行できるように格納したＳＮＭＰエージェ
ントプログラム（オフラインモード）とその起動を制御
するブートプログラムを実装し、イーサネットインタフ
ェース部を介してＯＳやアプリケーションプログラムが
未実装な出荷前状態にあるＣＰＵボードにおいてもＳＮ
ＭＰエージェントプログラムを実行できるからである。

【００９４】第２の効果は、ＣＰＵボードのハードウェ
ア動作情報を外部モニタ装置で簡易にいつでも使え、ネ
ットワークを介し、必要なら遠隔（異なるフロアから／
異なるビルから／異なる地域から）でも共通的な方法で
モニタすることができることである。特に、業界標準の
ＳＮＭＰというインタフェースを使用しているため、Ｓ
ＮＭＰマネージャプログラムは標準に準拠している限り
どのベンダ（メーカー）のどの製品を使用しても良く、
また外部モニタ装置の機種も前記ＳＮＭＰマネージャプ
ログラムが動作するものであれば何を使用してもかまわ
ない。

【００９５】また、１つのＳＮＭＰマネージャプログラ
ムが本発明の複数のＣＰＵボードを同時にモニタするこ
とも可能であり、また逆に、所在の異なる複数の外部モ
ニタ装置により、同一のＣＰＵボードのハードウェア情
報を同時期にモニタすることも可能である。

【００９６】また、ＣＰＵボード上の各種ハードウェア
構成要素へのアクセス方法は、ＳＮＭＰエージェントプ
ログラムの中に隠蔽できる。つまり、ＣＰＵボードのイ
ンテリジェンスをＣＰＵボード提供者側が設計し提供で
きるようになる。その結果、ＳＮＭＰマネージャプログ
ラム、そしてこのＳＮＭＰエージェントプログラムを利
用してハードウェア動作情報をモニタするオペレータ
は、難解なハードウェアアクセス方法を予め熟知してお
く必要がなくなる。また、業界標準のプロトコルの利用
によりモニタ対象の追加や修正が容易に実現できること
である。

【００９７】その理由は、ひとえに、ＣＰＵボード上の
ＳＮＭＰエージェントプログラムを用いているからであ
る。

【００９８】第３の効果は、原因解析に必要となるハー
ドウェア固有の情報や動作情報のモニタを事前に受動的
に外部モニタ装置へ返答するだけでなく、致命的な障害
や故障の発生前に対策が打てるようになることである。

【００９９】その理由は、ＳＮＭＰエージェントプログ
ラムは、ＳＮＭＰマネージャプログラムからのネットワ
ークを介した遠隔からの指令により、ＣＰＵボードのＣ
ＰＵレジスタ値や各種ハードウェア構成要素の固有情報
／動作情報（バージョン番号／シリアル番号／動作ステ
ータス等）をリード／ライトする機能や、各種ハードウ
ェア構成要素の正常動作を適宜確認するテストプログラ
ムを実行すると共にその実行結果を報告する機能だけで
なく、さらにＣＰＵボードの障害発生時に自発的にアラ
ーム通知を行う機能を実現できるからである。

【０１００】第４の効果は、ＣＰＵボード出荷後で、Ｏ
Ｓやアプリケーションプログラムが実装されている状態
においても、ＯＳやアプリケーションプログラムのある
特定の動作時にのみ発生した障害や故障が、ＣＰＵボー
ドのハードウェア動作に起因するかどうかの判定を、Ｓ
ＮＭＰエージェントプログラムをオフラインモード用と
オンラインモード用と二重に用意することなく、かつ容
易に使い分けることが可能な保守性の高いモニタ環境を
提供できることである。

【０１０１】その理由は、ＣＰＵボードに格納したオフ
ラインモード用のＳＮＭＰエージェントプログラムを、
オンラインモードでも利用できるようにするため、オン
ラインモードでのＳＮＭＰエージェントプログラムの利
用の際には、オフラインモードでのＳＮＭＰエージェン
トプログラムの実行モードを無効化を設定するモード切
換部と、モードを選択する機能を持つブートプログラム
を持っており、ＣＰＵボードの電源オンまたはハードウ
ェアリセット前にモードを容易にいつでも選択すること
が可能だからである。

【０１０２】第５の効果は、開発中／出荷前でまだ動作
が不安定なＣＰＵボードがストールしてしまい、ＣＰＵ
ボードの電源ＯＮやハードウェアリセットから再開しな
ければならない場合でも、再開立ち上げ後のＳＮＭＰエ
ージェントプログラムにて、トール時のハードウェア動
作情報をモニタできることである。

【０１０３】その理由は、ＣＰＵボードが電源オフされ
たりハードウェアリセットされると消滅してしまうハー
ドウェア動作情報の格納先となる不揮発性メモリ、例え
ばＳＲＡＭを一時待避先として使用するからてある。

【図面の簡単な説明】

【図１】本発明のＣＰＵボードのハードウェア情報モニ
タ方式の構成を示すブロック図である。

【図２】本発明のＣＰＵボードのハードウェア情報モニ
タ方式の動作を示すフローチャートである。

【図３】本発明のＣＰＵボードのハードウェア情報モニ
タ方式のＳＮＭＰエージェントプログラムの実施例の内
部構成を示す機能ブロック図である。

【図４】従来のＣＰＵボードのハードウェア情報モニタ
方式の一例を示すブロック図である。

【図５】図３におけるＣＰＵボード３０１もしくは３０
２の内部構成を示すブロック図である。

【図６】従来のＣＰＵボードのハードウェア動作情報モ
ニタ方式のもう一つの一例を示すブロック図である。

【図７】図５の処理装置５０２の動作を示すフローチャ
ートである。

【符号の説明】

１００ ＣＰＵボード １０１ ＣＰＵ １０２ ＲＯＭ １０３ ＳＮＭＰエージェントプログラム １０４ ＯＳ １０５ アプリケーションプログラム １０６ ＲＡＭ １０７ ＳＲＡＭ １０８ Ｉ／Ｏ部 １０９ その他の各種ハードウェア構成要素（各種デバ
イス） １１０ イーサネットインタフェース部 １１１ モード切換部 １１２ イーサネット １１３ 外部モニタ装置 １１４ ＳＮＭＰマネージャプログラム

Claims (4)

【特許請求の範囲】
1. 【請求項１】 プロセッシングユニットと、このプロセ
   ッシングユニットからランダムアクセス自在なランダム
   アクセスメモリユニットと、前記プロセッシングユニッ
   トの制御により動作する各種ハードウェアデバイスユニ
   ットと、これ等各ユニットの動作制御をなすプログラム
   を格納するためのリードオンリメモリユニットと、通信
   網とのインタフェースをなすインタフェースユニット
   と、これ等各ユニットを相互接続する内部バスとを含む
   ＣＰＵボードのハードウェアモニタシテムであって、前
   記リードオンリメモリユニットにおける前記プログラム
   の格納領域とは異なる領域に内蔵され前記通信網の網管
   理のためのネットワーク管理プロトコルであるＳＮＭＰ
   （Simple Network Management Protocol）プログラムを
   含み、外部指令に応答して前記ＳＮＭＰプログラムを起
   動せしめて前記各種ハードウェアデバイスユニットの動
   作情報をモニタ可能としたことを特徴とするＣＰＵボー
   ドのハードウェアモニタシステム。
2. 【請求項２】 前記外部指令に応答して前記ＳＮＭＰプ
   ログラムを起動せしめるための起動プログラムが前記リ
   ードオンリメモリユニットに内蔵されていることを特徴
   とする請求項１記載のＣＰＵボードのハードウェアモニ
   タシステム。
3. 【請求項３】 前記ＣＰＵボードのモニタをなす外部モ
   ニタ装置を含み、この外部モニタ装置の指令に従って前
   記通信網を介して前記ＳＮＭＰプログラムの起動を行っ
   て前記ハードウェアの動作情報のモニタ及びテストを実
   行制御するようにしたことを特徴とする請求項１または
   ２記載のＣＰＵボードのハードウェアモニタシステム。
4. 【請求項４】 前記リードオンリメモリに格納されたプ
   ログラムはＯＳ及びアプリケーションプログラムであ
   り、前記アプリケーションプログラムの実行時に並行し
   て前記ＳＮＭＰプログラムの実行をなすようにしたこと
   を特徴とする請求項１〜３いずれか記載のＣＰＵボード
   のハードウェアモニタシステム。