(57)【特許請求の範囲】
【請求項１】
通信線を介して通信可能な複数の端末からなるネットワーク上に設置され、複数の通信線を集線接続する集線装置であって、
集線接続された各通信線から出力されるパケットを通過させて他の通信線に転送するハブ手段と、
上記集線接続された通信線を介して上記端末に所定の情報を通知する通知手段と、
所定期間にわたって上記パケットにおけるエラーの有無を監視するエラー監視処理と、
同所定期間の経過後に監視結果に基づいてエラー内容を解析するエラー解析処理と、エラー監視対象を所定の計測処理に基づき計測するとともに、この計測値が所定のしきい値よりも大きい場合に、同エラー内容を上記通知手段を介して端末に通知する通知処理とを順繰りに実行する制御手段とを具備することを特徴とする集線装置。
【請求項２】
上記請求項１に記載の集線装置において、上記ネットワーク上における当該集線装置の設置情報を記憶する設置情報記憶手段を備えるとともに、上記端末は、上記通信線を介して同設置情報を同設置情報記憶手段に書き込む設置情報書込手段を備え、上記制御手段は、上記エラー内容を通知するにあたり、上記設置情報記憶手段に記憶された設置情報をあわせて通知することを特徴とする集線装置。
【請求項３】
上記請求項１または請求項２のいずれかに記載の集線装置において、上記制御手段は、
同集線装置におけるハードエラーの有無を監視することを特徴とする集線装置。
【請求項４】
上記請求項１〜請求項３のいずれかに記載の集線装置において、上記ハブ手段が、上記転送するパケットのエラーを監視し、上記制御手段は、上記ハブ手段からエラー監視結果を入力してエラー監視処理することを特徴とする集線装置。
【請求項５】
通信線を介して通信可能な複数の端末からなるネットワーク上に設置されて複数の通信線を集線接続するとともに、集線接続された各通信線からのパケットを通過させるようにして他の通信線に転送する集線装置のエラー通知方法であって、
所定期間にわたって上記パケットにおけるエラーの有無を監視するエラー監視処理と、同所定期間の経過後に監視結果に基づいてエラー内容を解析するエラー解析処理と、エラー監視対象を所定の計測処理に基づき計測するとともに、この計測値が所定のしきい値よりも大きい場合に、同エラー内容を上記通信線を介して上記端末に通知する通知処理とを順繰りに実行することを特徴とする集線装置のエラー通知方法。
【請求項６】
通信線を介して通信可能な複数の端末からなるネットワーク上に設置されて複数の通信線を集線接続するとともに、集線接続された各通信線からのパケットを通過させるようにして他の通信線に転送する集線装置のためのエラー通知プログラムを記録したコンピュータ読み取り可能な記録媒体であって、所定期間にわたって上記パケットにおけるエラーの有無を監視するエラー監視処理と、同所定期間の経過後に監視結果に基づいてエラー内容を解析するエラー解析処理と、エラー監視対象を所定の計測処理に基づき計測するとともに、この計測値が所定のしきい値よりも大きい場合に、同エラー内容を上記通信線を介して上記端末に通知する通知処理とを順繰りに実行することを特徴とする集線装置のためのエラー通知プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信線を集線接続するとともに、ネットワークエラーを検出して通知する集線装置、集線装置のエラー通知方法および集線装置のためのエラー通知プログラムを記録した媒体に関する。
【０００２】
【従来の技術】
従来、この種の技術としては、いわゆるインテリジェントハブと呼ばれる集線装置が知られている。
【０００３】
このインテリジェントハブは、通常のハブと同様に、複数の通信ポートを備えてネットワークを構成する通信線を集線接続し、各通信線から出力されるパケットを通過させて他の通信線に転送する。
【０００４】
さらに、当該インテリジェントハブを通過する全パケットを入力してエラーの有無を常時監視するとともに、そのエラー内容を解析してネットワーク上の端末に通知するなどして利用者の注意を促すようになっている。
【０００５】
【発明が解決しようとする課題】
上述した従来の集線装置においては、次のような課題があった。
【０００６】
上記インテリジェントハブを通過する全パケットを入力しているため、エラーの有無の監視、エラー内容の解析および端末への通知という処理を同時に行わなければならず、その結果高い処理速度が要求され、プロセッサ等のハードウェアも高価にならざるをえなかった。
【０００７】
本発明は、上記課題に鑑みてなされたもので、安価な構成としつつも確実にネットワークエラーを検出して通知することが可能な集線装置、集線装置のエラー通知方法および集線装置のためのエラー通知プログラムを記録した媒体の提供を目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、請求項１にかかる発明は、通信線を介して通信可能な複数の端末からなるネットワーク上に設置され、複数の通信線を集線接続する集線装置であって、集線接続された各通信線から出力されるパケットを通過させて他の通信線に転送するハブ手段と、同集線接続された通信線を介して上記端末に所定の情報を通知する通知手段と、所定期間にわたって上記パケットにおけるエラーの有無を監視するエラー監視処理と、エラー監視対象を所定の計測処理に基づき計測するとともに、この計測値が所定のしきい値よりも大きい場合に、同所定期間の経過後に監視結果に基づいてエラー内容を解析するエラー解析処理と、同エラー内容を上記通知手段を介して端末に通知する通知処理とを順繰りに実行する制御手段とを備えた構成としてある。
【０００９】
上記のように構成した請求項１にかかる発明においては、当該集線装置は通信線を介して通信可能な複数の端末からなるネットワーク上に設置されて複数の通信線を集線接続し、ハブ手段は集線接続された各通信線から出力されるパケットを通過させて他の通信線に転送している。制御手段は所定期間にわたって通過パケットにおけるエラーの有無を監視するエラー監視処理を実行してからそのエラー内容を解析するエラー解析処理を実行し、通知手段を介して同エラー内容を端末に通知する通知処理を実行する。そして、この通知処理が終了すると、再び同エラー監視処理とエラー解析処理と通知処理とを順繰りに実行する。
【００１０】
ここにおいて監視するエラーは、トラフィック過多や、コリジョン過多のほか、パーティションエラーや、ロングパケットまたはショートパケットといったエラーを検出可能であり、各種のエラーを監視対象としてもよい。
【００１１】
また、エラー内容の通知を受けた端末側においていかなる処理を実行するかについては各種の態様を適用可能であって特に限定されることはない。例えば、同端末のディスプレイにエラー内容をポップアップするようにしてもよいし、プリンタに出力するようにしてもよいし、ディスク上のファイルにロギングするようにしてもよい。いずれにしても利用者はかかるエラー内容の出力結果を認識してネットワーク上のエラーを排除すべく対処することになる。
【００１２】
以上の説明からも明らかなように、エラー解析処理または通知処理を実行している間は、通過パケットにおけるエラーの有無の検出は行われないことになる。従って、エラーの発生状況はリアルタイムで検出できないことになるが、深刻なエラーは継続して発生するため、何ら不都合が生じるものではない。
【００１３】
エラー内容を解析した結果、いかなる状況のときに端末に通知するかについては種々の態様を適用可能である。例えば、上記エラー監視処理と、エラー解析処理と、通知処理とを順繰りに実行していることから、繰り返して実行されるエラー監視処理にて同一のエラーが連続して複数回検出されるか否かをエラー解析処理にて解析し、所定回数以上同一のエラーが検出された場合に通知するようにしてもよい。
【００１４】
また、別の一例として、上記制御手段は、エラー監視対象を所定の計測処理に基づき計測するとともに、この計測値が所定のしきい値よりも大きい場合に上記端末に通知する構成としてもよい。
【００１５】
例えば、トラフィック過多のエラーを検出する場合、上記制御手段は所定期間にわたって通過パケット数をカウントし、このカウント値が所定のしきい値よりも大きい場合に上記端末に通知する。
【００１６】
上記通知処理においては、解析したエラー内容を端末に通知するが、同端末に通知する情報としては同エラー内容に限定されない。その一例として、請求項２にかかる発明は、請求項１に記載の集線装置において、上記ネットワーク上における当該集線装置の設置情報を記憶する設置情報記憶手段を備えるとともに、上記端末は、上記通信線を介して同設置情報を同設置情報記憶手段に書き込む設置情報書込手段を備え、上記制御手段は、上記エラー内容を通知するにあたり、上記設置情報記憶手段に記憶された設置情報をあわせて通知する構成としてある。
【００１７】
ネットワーク上に集線装置が複数存在する場合、単にエラー内容を端末に通知するのみでは、いずれの集線装置にてエラーが検出されたのかを知ることは困難である。むろん、集線装置と、各集線装置の通知先の端末とを一対一で対応させておけば、いずれの端末にて通知を受けたかによってエラーを検出した集線装置を特定することが可能ではある。しかし、上記のような集線装置と、通知先の端末との対応関係は、一般にシステム管理者のみが知りうる情報であるため、一般の利用者にとってはわかり難いといえる。
【００１８】
そこで、上記のように構成した請求項２にかかる発明においては、設置情報記憶手段は、ネットワーク上における当該集線装置の設置情報を記憶している。この設置情報としては、いずれの集線装置にてエラーが検出されたかを利用者が識別できればよい。従って、ネットワーク上で各集線装置を一意に識別するために割り当てられた同集線装置の名前であってもよいし、同集線装置の設置場所であってもよく、かかる情報も含めて各種の情報にて複合的に構成されるものであってもよい。
【００１９】
また、同設置情報を同設置情報記憶手段に登録するにあたっては、端末側の設置情報書込手段により上記通信線を介して書き込むことができるようにしてある。具体的には、所定のユーザインタフェースなどを用いて入力するようにしておけば好適である。さらに、設置情報は一種の管理情報ということもできるため、適宜セキュリティチェックを施すなどして容易に書き換えられないようにしておいてもよい。
【００２０】
上記制御手段は、エラーの有無を監視してエラー内容を解析し、同エラー内容を端末に通知するにあたり、上記のように記憶された設置情報をあわせて通知する。この通知を受けた端末側では、同設置情報を表示するなどすれば、利用者はいずれの集線装置にてエラーが検出されたのかを容易に知ることができる。
【００２１】
上述したものにおいては、通過パケットにおけるエラーを監視しているが、ネットワーク上のエラーとしては必ずしもパケットに起因するわけではない。従って、他のエラーを監視してそのエラー内容を端末側に通知するようにしてもかまわない。
【００２２】
その一例として請求項３にかかる発明は、請求項１または請求項２のいずれかに記載の集線装置において、上記制御手段は、同集線装置におけるハードエラーの有無を監視する構成としてある。
【００２３】
すなわち、制御手段は、電源系統の異常も含めて集線装置のハードウェアに関するエラーの有無を監視し、そのエラー内容を端末側に通知する。
【００２４】
一般に、通常の集線装置においても、パケットのエラーを監視していることに鑑み、請求項４にかかる発明は、請求項１〜請求項３のいずれかに記載の集線装置において、上記ハブ手段が、上記転送するパケットのエラーを監視し、上記制御手段は、上記ハブ手段からエラー監視結果を入力してエラー監視処理する構成としてある。
【００２５】
すなわち、通常の集線装置が備えているハブ手段にてパケットのエラーを検出する場合と、制御手段によりパケットのエラーを検出する場合とを峻別する必要は全くない。
【００２６】上述したようにして集線装置におけるエラーを端末に通知するとしても、実体のある装置に限定される必要はなく、その方法としても機能することは容易に理解できる。
【００２７】
このため、請求項５にかかる発明は、通信線を介して通信可能な複数の端末からなるネットワーク上に設置されて複数の通信線を集線接続するとともに、集線接続された各通信線からのパケットを通過させるようにして他の通信線に転送する集線装置のエラー通知方法であって、所定期間にわたって上記パケットにおけるエラーの有無を監視するエラー監視処理と、エラー監視対象を所定の計測処理に基づき計測するとともに、この計測値が所定のしきい値よりも大きい場合に、同所定期間の経過後に監視結果に基づいてエラー内容を解析するエラー解析処理と、同エラー内容を上記通信線を介して上記端末に通知する通知処理とを順繰りに実行する構成としてある。
【００２８】
すなわち、必ずしも実体のある装置に限らず、その方法としても有効であることに相違はない。
【００２９】
発明の思想の具現化例としてエラー通知処理を行うソフトウェアとなる場合には、かかるソフトウェアを記録した記録媒体上においても当然に存在し、利用されるといわざるをえない。
【００３０】
その一例として、請求項６にかかる発明は、通信線を介して通信可能な複数の端末からなるネットワーク上に設置されて複数の通信線を集線接続するとともに、集線接続された各通信線からのパケットを通過させるようにして他の通信線に転送する集線装置のためのエラー通知プログラムを記録したコンピュータ読み取り可能な記録媒体であって、所定期間にわたって上記パケットにおけるエラーの有無を監視するエラー監視処理と、同所定期間の経過後に監視結果に基づいてエラー内容を解析するエラー解析処理と、エラー監視対象を所定の計測処理に基づき計測するとともに、この計測値が所定のしきい値よりも大きい場合に、同エラー内容を上記通信線を介して上記端末に通知する通知処理とを順繰りに実行する構成としてある。
【００３１】
むろん、その記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。また、一次複製品、二次複製品などの複製段階については全く問う余地無く同等である。その他、供給方法として通信回線を利用して行う場合でも本発明が利用されていることにはかわりないし、半導体チップに書き込まれたようなものであっても同様である。
【００３２】
さらに、一部がソフトウェアであって、一部がハードウェアで実現されている場合においても発明の思想において全く異なるものはなく、一部を記録媒体上に記憶しておいて必要に応じて適宜読み込まれるような形態のものとしてあってもよい。
【００３３】
【発明の効果】
以上説明したように本発明は、上記エラー監視処理と、エラー解析処理と、通知処理とが同時に実行されることがないため、非常に高い処理速度が要求されることはなく、結果として安価に構成することができ、かつ確実にネットワークエラーを検出して通知することが可能な集線装置を提供することができる。
【００３４】
また、エラー対象の計測結果と、しきい値との単純な比較演算でエラー内容の解析を行うことができる。
【００３５】
さらに、請求項２にかかる発明によれば、設置情報をエラー内容とあわせて端末に通知するようにしたため、エラーを通知した集線装置を容易に特定することができる。
【００３６】
さらに、請求項３にかかる発明によれば、集線装置のハードエラーも監視するようにしたため、より信頼性の高いエラー通知を行うことができる。
【００３７】
さらに、請求項４にかかる発明によれば、通常のハブ手段によるパケットのエラー監視を利用するようにしたため、構成を簡略化することができる。
【００３８】
さらに、請求項５にかかる発明または請求項６にかかる発明によれば、集線装置を安価に構成することができ、かつ確実にネットワークエラーを検出して通知することができる。
【００３９】
【発明の実施の形態】
以下、図面にもとづいて本発明の実施形態を説明する。図１は、本発明の一実施形態にかかる集線装置を適用したネットワークの構成例をブロック図により示しており、図２は、同集線装置の具体的なハードウェア構成例をブロック図により示している。
【００４０】
図１において、通信線１０には被通知端末２０，３０と、集線装置４０，５０とを接続してあり、所定のプロトコルに従って各々パケットの転送を可能としてある。
【００４１】
被通知端末２０，３０は、それぞれ図示しないＣＰＵやＲＡＭやＲＯＭ等を備えて所定のオペレーティングシステムのもとで各種アプリケーションを実行可能としてある。具体的には、それぞれマネージャプログラム２１ａ，３１ａを記録したハードディスク２１，３１を備え、同マネージャプログラム２１ａ，３１ａを常駐している。このマネージャソフト２１ａ，３１ａは、集線装置４０，５０との間で独自のプロトコルに従って通信可能であり、詳しくは後述する。
【００４２】
集線装置４０は、Ｐ１〜Ｐ８からなる八個の通信ポートを備えており、いま集線装置４０の通信ポートＰ１〜Ｐ８のそれぞれには所定の通信線を介して端末Ｔ１〜Ｔ８を接続してある。集線装置５０も集線装置４０と同一構成であり、通信ポートＰ１〜Ｐ８のそれぞれには同様に端末ｔ１〜ｔ８を接続してある。以下、集線装置４０を例示してその構成を説明する。
【００４３】
図２において、ＨＵＢコントローラ４１は、通常のリピータハブとしての動作を行うものであり、通信線を介して入力されるパケットを通過させて他の通信線に転送することにより、同一通信線上にない端末間またはその他のネットワーク機器間との通信を可能とする。例えば、端末Ｔ１〜Ｔ８相互間や、端末Ｔ１〜Ｔ８と通信線１０上のネットワーク機器間等の通信が可能となる。この意味において、ＨＵＢコントローラ４１がハブ手段を構成する。
【００４４】
さらに、このＨＵＢコントローラ４１は、通過パケットを監視して各種のマネージメントデータを生成する。このマネージメントデータは、いわゆるパーティションエラーや、トラフィック過多や、コリジョン過多などのネットワークエラーを検出するためのソースデータであり、簡単な例を挙げればトラフィック過多を検出するためには単位時間あたりの通過パケット数をカウントすればよい。そして、生成されたマネージメントデータは後述するようにしてＣＰＵ４４に適宜読み込まれ、このＣＰＵ４４にて実際のエラー判定がなされる。
【００４５】
ＬＡＮコントローラ４２は、ＨＵＢコントローラ４１を介して被通知端末２０，３０の常駐プログラムであるマネージャプログラム２１ａ，３１ａと独自のプロトコルに従って通信を行うものであり、次にこのプロトコルについて説明する。
【００４６】
一般的なＨＤＬＣ等の伝送制御手順においては図３のフォーマットに示すようなフレーム単位のデータ伝送が行われる。同図において、一フレームは先頭フォールドから順に宛先アドレス（ＤＡ）、発信アドレス（ＳＡ）、プロトコル型、データ、フレームチェックシーケンス（ＦＣＳ）にて構成される。
【００４７】
ＤＡフィールドは６バイトにて構成され、宛先のＭＡＣアドレスがセットされる。なお、ブロードキャスト時にはＦＦ．ＦＦ．ＦＦ．ＦＦ．ＦＦ．ＦＦ（ｈｅｘ）がセットされる。ＤＡフィールドの次には、同様に６バイトにて構成されるＳＡフィールドを配置して発信元のＭＡＣアドレス、すなわち集線装置４０のフラッシュメモリ４５に記憶されているＭＡＣアドレスをセットする。
【００４８】
ＳＡフィールドの次のプロトコル型フィールドには２バイトの固定値をセットしてプロトコルの種別を記述し、プロトコル型フィールドの次のデータフィールドに実際のデータがセットされる。データの伝送は４６バイトからなる所定の制御情報を含む独自のパケットフォーマットに従って行われ、データ長は４６バイト〜１０７０バイトの可変長としてある。そして、最後のＦＣＳフィールドに４バイトで構成されるＣＲＣ方式による誤り制御のシーケンスがセットされる。
【００４９】
上記データフィールドにセットされる実際のデータは、システムバス４３を介してＬＡＮコントローラ４２とＣＰＵ４４との間で受け渡しが可能であり、さらにＣＰＵ４４は同システムバス４３を介してフラッシュメモリ４５およびＳＲＡＭ４６との間でデータの受け渡しが可能である。
【００５０】
ＣＰＵ４４は、電源投入直後、フラッシュメモリ４５に記録された図４のフローチャートに示すエラー通知プログラムを、ＳＲＡＭ４６をワークエリアとして実行している。同図において、ステップＳ１１０にてチェックサムによるプログラムチェックや、ＳＲＡＭのビットチェックや、通信ポートＰ１〜Ｐ８のループバックチェックなど、ファームウェアを含めたハードウェアのエラーチェックを行うとともに、ＤＣ電源の電圧値を監視することによりＡＣ電源側の異常を検知し、ステップＳ１２０にてエラーの有無を判定する。
【００５１】
ステップＳ１２０にてエラー無しと判定されれば、ステップＳ１３０にて、上述したようにＨＵＢコントローラ４１により生成されたマネージメントデータを読み込む。そして、ステップＳ１４０にて同マネージメントデータから上述したパーティションエラーや、トラフィック過多や、コリジョン過多のほか、ＣＲＣエラーの多発や、ショートパケットおよびロングパケットの多発や、ＩＦＧ（Ｉｎｔｅｒ Ｆｒａｍｅ Ｇａｐ）エラー多発のエラー解析を行う。
【００５２】
上記のような各種ネットワークエラーを検出することから、マネージメントデータとして必要な各項目は自ずと定まることになり、その内容については従来技術の範疇であるためここでは詳述しないが、ステップＳ１４０における具体的な解析処理としては、所定のしきい値とマネージメントデータの各項目値との大小を比較し、前者が大きい場合にステップＳ１５０にてエラー有りと判定する。
【００５３】
ところで、フラッシュメモリ４５は、上述したように集線装置４０のＭＡＣアドレスと、エラー通知プログラムとを記憶するのみならず、図５に示すような設定情報をテーブル形式で記憶している。同図において、設定情報はエラー内容設定情報と、設置情報とに大別される。エラー内容設定情報においては、上述したような各項目のエラー解析を行うか否かについてＯＮ／ＯＦＦを切り替えて設定する。すなわち、上述しなかったがステップＳ１４０にてエラー解析を行うにあたり、このエラー内容設定を参照し、ＯＮに設定されている項目のみエラー解析を行うようにしてある。
【００５４】
また、後述するようにして被通知端末にエラー通知するにあたり、特定の被通知端末のみに通知可能としてあり、同被通知端末をエラー通知先の項目に設定する。ここにおいて、何も設定されていなければ、ネットワーク上のすべての被通知端末にエラー通知される。なお、本実施形態においては、集線装置４０におけるエラー通知先には被通知端末２０が設定され、集線装置５０におけるエラー通知先には被通知端末３０が設定されているものとする。
【００５５】
設置情報は、ネットワーク上の各集線装置を識別するために各集線装置に与えられた名称と、当該集線装置の設置場所と、トラブル発生時の連絡先と、通信ポートＰ１〜Ｐ８のそれぞれに接続される端末の利用者名とからなる。むろん、設置情報としては、かかる項目に限定されることはなく、例えばネットワーク管理者の名前を付加するなどしてもよい。この意味において、フラッシュメモリ４５が設置情報記憶手段を構成する。
【００５６】
上記のような設定情報はマネージャプログラムを常駐した被通知端末からネットワークを介して設定可能としてある。具体的には、同被通知端末にて専用のユーティリティを起動すると、同ユーティリティはネットワーク上を検索して現在稼働中の集線装置をディスプレイに出力し、利用者は設定対象の集線装置を選択する。
【００５７】
すると、同集線装置のフラッシュメモリに記憶された設定情報がネットワークを介して被通知端末側に読み込まれ、当該被通知端末にて適宜編集して再び同集線装置側に転送する。そして、編集後の設定情報を受け取った集線装置は、既存の設定情報に編集後の設定情報を上書きして更新する。この意味において、上記ユーティリティが設置情報書込手段を構成する。
【００５８】
なお、このような設定情報はネットワーク上の管理情報ともいえるため、本実施形態においては、設定対象の集線装置を選択するにあたり所定のセキュリティチェックを施すようにしてある。これにより、セキュリティチェックをパスしなければ、設定情報を読み込むことすらできず、同設定情報の不正な改ざんを防止することができる。
【００５９】
ステップＳ１２０またはステップＳ１５０にてエラー有りと判定された場合、ステップＳ１６０にてそのエラー内容と、当該集線装置４０の設置情報を、図６に示す通信手順に従って被通知端末２０に通知する。同図において、エラー有りと判定されると、そのエラー内容と上記のような設置情報をＬＡＮコントローラ４２に渡して上記エラー内容設定情報のエラー通知先に指定されている被通知端末２０に通知する。エラー通知を行った後、１０秒以内に同被通知端末２０からＡＣＫが返送されなければ、同一のエラー内容および設置情報を再通知する。そして、ＡＣＫが返送されれば、所定のフラグをセットして同一のエラー内容を１０分間通知しないようにしてからステップＳ１１０に戻って同様の処理を繰り返す。
【００６０】
以上のことから、被通知端末２０にエラー内容および設置情報を通知するためのＨＵＢコントローラ４１およびＬＡＮコントローラ４２とが通知手段を構成し、上記エラー通知プログラムを実行するＣＰＵ４４と、同エラー通知プログラムを記録したフラッシュメモリ４５と、ワークエリアとしてのＳＲＡＭ４６とが制御手段を構成する。
【００６１】
上記エラー内容と設置情報とを受け取った被通知端末２０は、同エラー内容と設置情報とを図示しないディスプレイにポップアップするとともに、ハードディスク上のファイルにロギングする。従って、利用者はこのディスプレイの表示を視認してエラーを排除すべく対処することができるし、ログファイルを参照することによりエラーの発生頻度を調査し、必要に応じてネットワーク構成を変更したりする。
【００６２】
ところで、ＣＰＵ４４はリアルタイムでマネージメントデータを読み込まないため（ステップＳ１３０）、エラーもリアルタイムで検出できないことになる。例えば、図７のタイムチャートに示すようにトラフィック（パケット数／秒）が変化する場合において、＃１、＃２のタイミングで連続してマネージメントデータが読み込まれたとする。
【００６３】
同図において、＃１のタイミングでは実際のトラフィックはトラフィック過多のしきい値よりも低いものの、次の＃２のタイミングでマネージメントデータを読み込む前に実際のトラフィックはトラフィック過多のしきい値を超えており、事実上のトラフィック過多と、トラフィック過多の検出までにタイムラグを生じることになる。しかし、同図に示すように、深刻なエラーは継続するため、若干のタイムラグが生じようとも確実に同エラーを検出することができ、何ら不都合が生じることはない。
【００６４】
次に、上記のように構成した本実施形態の動作を説明する。
【００６５】
図１に示すようにネットワークを構築した後、被通知端末２０にて図５に示すような集線装置の設定情報を設定する専用のユーティリティを起動する。すると、ネットワーク上の集線装置４０，５０が検出されて図示しないディスプレイに表示される。
【００６６】
ここにおいて、集線装置４０を選択すると、所定のセキュリティチェックが施され、このセキュリティチェックをパスすると、フラッシュメモリ４５に記憶された設定情報がネットワークを介して被通知端末２０に読み込まれる。そして、読み込まれた設定情報において、エラー通知先に当該被通知端末２０を指定するとともに、必要に応じてその他のエラー内容設定情報や、設置情報を設定する。
【００６７】
一方、被通知端末３０においても同様にユーティリティを起動した後、集線装置５０を選択し、同集線装置５０の設定情報において、エラー通知先に当該被通知端末２０を指定するとともに、必要に応じてその他のエラー内容設定情報や、設置情報を設定する。
【００６８】
集線装置４０のＨＵＢコントローラ４１は、常時、通信線を介して入力されるパケットを通過させて他の通信線に転送するとともに、通過パケットを監視して各種のマネージメントデータを生成している。
【００６９】
ＣＰＵ４４は、電源投入後、まずチェックサムによるプログラムチェックや、ＳＲＡＭのビットチェックや、通信ポートＰ１〜Ｐ８のループバックチェックなど、ファームウェアを含めたハードウェアのエラーチェックを行うとともに、ＤＣ電源の電圧値を監視することによりＡＣ電源側の異常の有無を検知する（ステップＳ１１０）。
【００７０】
エラーが検出されなければ（ステップＳ１２０）、次に上記マネージメントデータを読み込み（ステップＳ１３０）、フラッシュメモリ４５に記憶されたエラー内容設定情報に応じて同マネージメントデータからパーティションエラーや、トラフィック過多や、コリジョン過多や、ＣＲＣエラーの多発や、ショートパケットおよびロングパケットの多発や、ＩＦＧエラー多発のエラー解析を行う（ステップＳ１４０）。
【００７１】
エラーが検出された場合（ステップＳ１２０、ステップＳ１５０）、ＣＰＵ４４はエラー内容とフラッシュメモリ４５に記憶された設置情報とを、ＬＡＮコントローラ４２およびＨＵＢコントローラ４１を介してエラー通知先である被通知端末２０に通知する。図６のシーケンス図に示すように、被通知端末２０からのＡＣＫが返送されなければ、１０秒間待ってから再び同エラー内容と設置情報とを通知する。被通知端末２０からＡＣＫが返送された場合、所定のフラグをセットして同一のエラー内容を１０分間通知しないようにしてから（ステップＳ１６０）、再び上述したようなハードウェアのエラーチェックを行い、以降、同様の処理を繰り返す。
【００７２】
エラー内容と設置情報の通知を受けた被通知端末２０は、ディスプレイに同エラー内容と設置情報とをポップアップするとともに、ハードディスク２１上のファイルにロギングする。
【００７３】
一方、集線装置５０も集線装置４０と同様に、エラーチェックを行って、エラー内容を解析し、エラー検出時にエラー通知先である被通知端末３０にそのエラー内容と設置情報とを通知する。そして、エラー通知を受けた被通知端末３０は、同様にディスプレイに同エラー内容と設置情報とをポップアップするとともに、ハードディスク３１上のファイルにロギングする。
【００７４】
このように、ネットワーク上に設置される集線装置４０において、ＨＵＢコントローラ４１にてパケットを転送するとともに各種ネットワークエラーを検出するためのマネージメントデータを作成し、ＣＰＵ４４にて当該マネージメントデータの読み込み処理と、同マネージメントデータにおけるエラー内容の解析処理と、ＬＡＮコントローラ４２およびＨＵＢコントローラ４１を介しての同エラー内容の通知処理とを順繰りに実行するようにしたため、ＣＰＵ４４の処理速度を軽減して安価に構成することができ、かつ確実にネットワークエラーを検出して通知することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかる集線装置を適用したネットワークの構成例を示すブロック図である。
【図２】同集線装置の具体的なハードウェア構成例を示すブロック図である。
【図３】集線装置とマネージャプログラム間の通信プロトコルにおけるフレームフォーマットを示す概略図である。
【図４】エラー通知プログラムのフローチャートである。
【図５】エラー通知処理における通信手順を示すシーケンス図である。
【図６】設定情報を示すテーブルである。
【図７】トラフィックの変化と、マネージメントデータの読み込みタイミングとの関係の一例を示すタイムチャートである。
【符号の説明】
４０…集線装置
４１…ＨＵＢコントローラ
４２…ＬＡＮコントローラ
４３…システムバス
４４…ＣＰＵ
４５…フラッシュメモリ
４６…ＳＲＡＭ
【図１】
0003926898.tif 000002
【図２】
0003926898.tif 000003
【図３】
0003926898.tif 000004
【図４】
0003926898.tif 000005
【図５】
0003926898.tif 000006
【図６】
0003926898.tif 000007
【図７】
0003926898.tif 000008