JP2002244942A - ネットワーク管理方式 - Google Patents

Abstract

(57)【要約】 【課題】 マネージャ側によるエージェント側の管理が
簡易かつ経済的に達成できると共に、既存の環境に影響
を及ぼすことがないようにする。 【解決手段】 ローカル装置１０と、このローカル装置
１０により制御及び監視が行われる被制御側としてのリ
モート装置２０とはネットワーク回線３００によって接
続されている。ローカル装置１０及びリモート装置２０
は、共にＬＡＮインターフェース部１１，２１を備え、
それぞれに管理フレーム制御部１２，２２が設けられて
いる。管理フレーム制御部１２，２２は、ＬＡＮフレー
ム間のフレーム送信禁止時間（ＩＦＧ）の期間に、管理
情報を含む管理フレーム３０の送受信を行う。これによ
り、従来、管理を行うために必要であったＳＮＭＰフレ
ームの伝送が不要になり、そのためのハード及びソフト
の資源が不要になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク管理
方式に関し、特に、ＬＡＮ（Local Area Network）にお
いて、マネージャによるエージェントの管理をＳＮＭＰ
（Simple NetworkManagement Protocol：簡易ネットワ
ーク管理プロトコル）によらずに行えるようにするネッ
トワーク管理方式に関する。

【０００２】

【従来の技術】従来より普及しているネットワーク管理
プロトコルとして、ＳＮＭＰがある。ＳＮＭＰでは、管
理システムと被管理システムのネットワーク内に存在す
る要素として、マネージャ（Manager ）とエージェント
（Agent ）という二つの要素がある。マネージャは、管
理システム上で稼働し、エージェントに対して管理情報
を要求し、応答を受け取る。また、マネージャは、エー
ジェントから非同期に発生するメッセージを受信する。
一方、エージェントは、被管理システム上で稼働し、マ
ネージャからの管理情報の要求に応答するほか、マネー
ジャに非同期にメッセージの送信を行う。

【０００３】図９は、従来のネットワーク管理方式を示
す。ローカル（local ）装置１００は管理側であり、こ
のローカル装置１００には管理対象（被告管理側）であ
るリモート（remote）装置２００がイーサネット（Ethe
rnet（米国ゼロックス社登録商標））３１０を介して接
続されている。ローカル装置１００は、ＳＮＭＰマネー
ジャ１０１を備え、トランスポート層及びネットワーク
層としてＵＤＰ（User Datagram Protocol）／ＩＰ（In
ternet Protocol ）によるプロトコル１０２を備えてい
る。また、リモート装置２００は、ＳＮＭＰエージェン
ト２０１及びＵＤＰ／ＩＰによるプロトコル２０２を備
えている。

【０００４】ＳＮＭＰはＵＤＰの上位層であり、データ
のフロー制御や再送制御は、このＵＤＰと下位のプロト
コルで行われる。ＳＮＭＰのもとでの管理情報の送受信
には、次の５つのパケットタイプが便用される。 ・ＧｅｔＲｅｑｕｅｓｔ：マネージャがエージェントに
管理オブジェクト（ＭＩＢ（Management Information B
ase ：管理情報べ一ス）の要求を行う。 ・ＧｅｔＮｅｘｔＲｅｑｕｅｓｔ：マネージャがエージ
ェントに次のオブジェクトを要求する。 ・ＳｅｔＲｅｑｕｅｓｔ：エージェントがマネージャの
指示に従って、管理オブジェクトの内容を設定する。 ・ＧｅｔＲｅｓｐｏｎｓｅ：・〜・すべての要求に対し
て、エージェントが答える。 ・Ｔｒａｐ：エージェントがマネージャに障害などの異
常状態を非同期に伝える。

【０００５】上記のうち、・〜・はマネージャからエー
ジェントに対して送信される管理コマンドであり、・及
び・はエージェントからマネージャに対して送信される
管理コマンドである。ＳＮＭＰによる管理は、ＭＩＢに
よって骨格がつくられている。ＭＩＢは管理対象オブジ
ェクトの集合であるが、マネージャとエージェント間で
送受信する管理情報が管理対象オブジェクトである。管
理対象オブジェクトは、具体的にはＣＰＵ使用率、ディ
スク使用率等である。このＭＩＢをＳＮＭＰマネージャ
がアクセスすることにより、機器の状態の把握や機器に
設定される定義情報の変更が行われる。これにより、複
雑に構成されるネットワークの管理が、ＳＮＭＰマネー
ジャによって簡単に行うことができる。

【０００６】

【発明が解決しようとする課題】しかし、従来のネット
ワーク管理方式によると、ＳＮＭＰはＵＤＰ／ＩＰベー
スのプロトコルであり、管理側の装置、管理対象側の装
置ともに当該プロトコルの実装が必須になるため、実装
に必要なハードウェア、ソフトウェア資源が必要にな
る。このため、管理内容が簡単である場合は、経済的に
不利になる。さらに、実際の運用面においては、ＳＮＭ
Ｐフレーム（SNMP frame）により管理情報の伝達を行う
ため、トラッフィック（traffic ）に影響が生じる。

【０００７】したがって、本発明の目的は、マネージャ
側によるエージェント側の管理が簡易かつ経済的に達成
できると共に、既存の環境に影響を及ぼすことのないネ
ットワーク管理方式を提供するにある。

【０００８】

【課題を解決するための手段】本発明は、上記の目的を
達成するため、第１の特徴として、制御側としてのロー
カル装置と、前記ローカル装置により制御及び監視が行
われる被制御側としてのリモート装置と、このリモート
装置を前記ローカル装置に接続するネットワーク回線を
備えるネットワーク管理システムにおいて、前記ネット
ワーク回線に伝送されるフレーム間に管理情報を含む管
理フレームを伝送することを特徴とするネットワーク管
理方式を提供する。

【０００９】この方式によれば、従来、ネットワーク回
線にＳＮＭＰフレームを伝送して管理を行っていたのに
対し、ＳＮＭＰフレームに代えて管理情報を含む管理フ
レームを伝送し、この管理フレーム内の管理情報によっ
てリモート装置の管理が行われる。したがって、ＵＤＰ
／ＩＰベースのプロトコルが不必要になり、このための
ハードウェア、ソフトウェアを必要としないので、シス
テムの管理が簡単かつ経済的に行えると共に、既存の環
境に影響を及ぼすことのないネットワーク管理方式を提
供することができる。

【００１０】本発明は、上記の目的を達成するため、第
２の特徴として、公衆的なネットワークと、一般ユーザ
ー、企業、団体、又は公的機関等に設置された複数の端
末装置又はＬＡＮと、ブリッジ機能を備えるとともに前
記複数の端末装置又はＬＡＮに接続された複数の独立装
置と、ブリッジ機能を備えるとともに前記複数の独立装
置が一括して接続される集合装置と、前記集合装置を介
して前記複数の独立装置を選択的に前記ネットワークに
接続するスイッチ装置を備え、通常のフレーム伝送の送
信禁止期間内に、前記集合装置と前記複数の独立装置と
の間で管理情報を含む管理フレームを伝送することを特
徴とするネットワーク管理方式を提供する。

【００１１】この方式によれば、ネットワークと一般ユ
ーザー、企業、団体、又は公的機関等に設置された複数
の端末装置又はＬＡＮとを接続するに際し、両者間に複
数の回線部分が存在するが、その伝送形式の変換処理が
集合装置及び複数の独立装置によってなされ、集合装置
からの複数の独立装置の管理は、従来のＳＮＭＰフレー
ムに代えて、管理フレームを用い、この管理フレームを
通常のフレーム伝送の送信禁止期間内に伝送することに
より行われる。したがって、ＵＤＰ／ＩＰベースのプロ
トコルが不必要になり、このためのハードウェア、ソフ
トウェアを必要としないので、システムの管理が簡単か
つ経済的に行えると共に、既存の環境に影響を及ぼすこ
とのないネットワーク管理方式を提供することが可能に
なる。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を基に説明する。図１は本発明のネットワーク管
理方式を示す。管理側となるローカル装置１０には、管
理対象（被告管理側）であるリモート装置２０がネット
ワーク回線３００（イーサネット等の汎用のＬＡＮ回
線、特殊又は専用のＬＡＮ回線、インターネット回線等
のフレーム伝送を行うあらゆる回線を含む）を介して接
続されている。ローカル装置１０はＬＡＮインターフェ
ース（interface ）部１１を備え、このＬＡＮインター
フェース部１１内に管理フレーム制御部１２が設けられ
ている。同様に、リモート装置２０はＬＡＮインターフ
ェース（interface ）部２１を備え、このＬＡＮインタ
ーフェース部２１内に管理フレーム制御部２２が設けら
れている。

【００１３】ＬＡＮインターフェース部１１とＬＡＮイ
ンターフェース部２１、及び管理フレーム制御部１２と
管理フレーム制御部２２は、共に同一構成であり、管理
フレーム制御部１２と管理フレーム制御部２２の間に
は、管理フレーム３０が伝送される。ローカル装置１０
とリモート装置２０とでは、この場合、管理フレーム３
０は双方で独自に定義し、この管理フレーム３０によっ
て管理情報が伝達される。管理フレーム制御部１２を設
けたことにより、ＭＩＩインターフェースで管理フレー
ム３０の終端を行うことができ、ネットワーク回線３０
０ではＬＡＮフレーム（以下の説明では、イーサネット
・フレームであるとする）３３に加えて管理フレーム３
０の伝送が可能になる。

【００１４】図２は、ＬＡＮインターフェース部の詳細
を示す。上記したようにＬＡＮインターフェース部１１
とＬＡＮインターフェース部２１は同一構成であるの
で、ここではＬＡＮインターフェース部１１についての
み説明する。ＬＡＮインターフェース部１１は、管理フ
レーム制御部１２のほか、ＭＡＣ（Media Access Contr
ol：媒体アクセス制御）部１３と、ＯＳＩ参照モデルの
最下位層である物理層としてのＰＨＹ（Physical layer
protocol ：物理層プロトコル）部１４を備えている。
また、管理フレーム制御部１２は、管理フレーム処理部
１２ａ、管理フレーム送受信部１２ｂ、及びセレクタ２
ｃを備えて構成されている。セレクタ２ｃは、ＭＡＣ部
１３からのＭＩＩ（ＲＭＩＩ）又は管理フレーム送受信
部１２ｂからの管理フレーム３０の一方を選択してＰＨ
Ｙ部１４へ出力する機能を有している。ＭＩＩ（ＲＭＩ
Ｉ）は、ＭＡＣ部１３とＰＨＹ部１４を接続するインタ
ーフェース規格である。管理フレーム送受信部１２ｂ
は、管理フレームの送受信の処理を実行する。管理フレ
ーム処理部１２ａは、管理フレームの処理を実行する。

【００１５】管理フレーム制御部１２のＭＩＩ（ＲＭＩ
Ｉ）インターフェースにおいて、ＬＡＮフレーム３３の
送信はＭＡＣ部１３からセレクタ１２ｃを介してＰＨＹ
部１４に渡され、ネットワーク回線３００へ送信され
る。この送信の際、ネットワーク回線３００を流れるＬ
ＡＮフレーム３３が監視され、フレーム送信禁止時間
（ＩＦＧ＝Inter Frame Gap ：フレームとフレームの間
のギャップ）の要件を満たす様に送信が行われる。

【００１６】図３は、ネットワーク回線３００上におけ
る管理フレーム３０及びＬＡＮフレーム３３の伝送形態
を示す。ＬＡＮフレーム３３の相互間には、フレーム送
信禁止時間（ＩＦＧ）が設定されており、このＩＦＧ内
に管理フレーム３０を挿入して伝送が行われる。

【００１７】図２及び図３を参照して動作を説明する。 〔管理フレーム３０の送信〕管理フレーム送受信部１２
ｂから送出さた管理フレーム３０の送信は、セレクタ１
２ｃを介してＰＨＹ部１４に渡され、ネットワーク回線
３００に送信される。管理フレーム制御部１２では、管
理フレーム３０をネットワーク回線３００を流れるＬＡ
Ｎフレーム３３を監視し、ＬＡＮフレームを送信できな
いフレーム送信禁止時間（ＩＦＧ）内に送信を行う。こ
れにより、既存のネットワーク回線３００に影響を与え
ることなく管理フレーム３０を伝送することができる。

【００１８】〔管理フレーム３０の受信〕ＬＡＮインタ
ーフェース部１１に受信された管理フレーム３０は、Ｐ
ＨＹ部１４からＭＡＣ部１３と管理フレーム送受信部１
２ｂへ送出されるが、各々で管理フレーム３０の判別が
行われる。この管理フレーム３０は、管理フレーム送受
信部１２ｂのみで受け付けられ、ＭＡＣ部１３で受信さ
れた管理フレーム３０は破棄される。

【００１９】〔ＬＡＮフレーム３３の受信〕ＬＡＮフレ
ーム３３がＬＡＮインターフェース部１１で受信される
と、ＰＨＹ部１４を経て、ＭＩＩ（ＲＭＩＩ）インター
フェースによりＭＡＣ部１３と管理フレーム送受信部１
２ｂに送られ、それぞれにおいてフレームの判別が行わ
れれる。ＬＡＮフレーム３３が受け付けられるのは、Ｍ
ＡＣ部１３のみであり、管理フレーム処理部１２ａで受
信されたＬＡＮフレーム３３は破棄される。ＭＡＣ部１
３では、ＬＡＮプロトコル（具体的にはイーサネットプ
ロトコル）に基づいてＬＡＮフレーム３３の送受信を実
行する。

【００２０】図４は、管理フレーム３０のフォーマット
を示す。管理フレーム３０のフォーマットは、プリアン
ブル４２の後に１オクテット長のＳＦＤ（Start Frame
Delimiter ：フレームの開始点）４３を配置して表現さ
れている。そして、このＳＦＤ４３に続いて、ローカル
装置１０とリモート装置２０の間で取り決められた管理
データ４４（１〜６バイトの範囲内の任意長）が定義さ
れている。管理フレーム３０は、ＳＳＤ（Start of Str
eam Delimiter ）から始まり、ＥＳＤ（End of Stream
Delimiter ）で終わるＭＡＣペイロード４０内にプリア
ンブル４２の後に１オクテット長のＳＦＤ４３が配置さ
れる。そして、このＳＦＤ４３に続いてローカル装置１
０とリモート装置２０の間で取り決められた管理データ
４４（１〜６オクテットの範囲内の任意長）が定義され
ている。このようにして、ＩＦＧ期間内で伝送できるＭ
ＡＣペイロード長として定義される。

【００２１】ＳＦＤ４３，４６の内容により、フレーム
の種類がＬＡＮフレーム３３であるか、管理フレーム３
０であるかを識別することができる。ＳＦＤの詳細を示
せば、〔表１〕の様になる。〔表１〕において、プリア
ンブル４２及びＬＡＮフレーム３３以外を管理フレーム
３０として使用することができ、この管理フレーム３０
に割り当てられる３種類のコマンドはＳＦＤ４３で区別
される。

【００２２】〔表１〕にＳＦＤの詳細を示す。

【表１】

【００２３】上記したように、管理フレーム３０は、Ｌ
ＡＮフレーム３３に影響を及ぼすことなく、ＬＡＮフレ
ーム３３のＩＦＧ内に送信を行えるようにするため、Ｉ
ＦＧに相当する１２オクテット（１オクテット＝１バイ
ト）長未満の長さに設定する必要がある。ネットワーク
回線３００を流れるデータは、ＩＥＥＥ（Instituteof
Electrical and Electronics engineers ）８０２．３
ｕに準拠した符号化で表現されている。

【００２４】フレームの前後に設けられた符号のＩＤＬ
Ｅ４１は、ネットワーク回線３００上でＬＡＮフレーム
３３が送信されていない状態を示し、ＬＡＮフレーム３
３が送信されない間、この符号が繰り返される。この状
態でＳＳＤ符号が検出されてからＥＳＤ（End of Strea
m Delimiter ）符号が検出されるまでの区間が有効なフ
レーム（ＭＡＣペイロード（MAC payload ）４０）とし
て認識され、この区間にイーサネットフレーム３３及び
管理フレーム３０のフォーマットが定義される。

【００２５】以上説明したように、本発明によれば、ロ
ーカル装置１０及びリモート装置２０にＳＮＭＰエージ
ェント機能を備える必要が無く、管理フレーム３０によ
りリモート装置２０の管理が行えるため、管理方法が簡
易になる。また、ローカル装置１０にＳＮＭＰエージェ
ント機能を搭載する必要が無いため、その分だけハード
ウェア及びソフトウェア資源が不要になり、経済的に有
利になる。また、管理フレーム３０は、ＭＡＣ部１３と
ＰＨＹ部１４の間で終端され、イーサネットフレーム３
３の送信禁止時間（ＩＦＧ）に送信することができるた
め、イーサネットフレーム３３の送信に影響を与えるこ
となく管理情報を伝送することができ、トラッフィック
への影響を及ぼすことなく管理が可能になる。

【００２６】次に、本発明の実施例について説明する。
図５は、本発明のネットワーク管理方式を適用したネッ
トワークシステムを示す。このネットワークシステム
は、２つのネットワーク部６０と７０（ユーザ側）を集
合／独立型メディアコンバータ装置８０で結合して構成
されている。集合／独立型メディアコンバータ装置８０
は、ネットワーク部６０と７０の間の接続を集合型装置
８１と独立型装置８２〜８８により媒体変換（有線から
光ファイバへの伝送変換）を行うメディアコンバータ
（Media converter ）として機能している。この集合／
独立型メディアコンバータ装置８０を使用することによ
り、ネットワーク６０側のネットワーク６１（例えば、
サービスプロバイダに接続されたインターネット）と遠
隔設置されたネットワーク７０側のＬＡＮ７１〜７３、
ホスト７４〜７７の間のイーサネット通信が可能にな
る。集合／独立型メディアコンバータ装置８０の一例と
して、光ファイバをユーザーまで敷設して、アクセス・
ネットワークの高速化及び広帯域化を図っているＦＴＴ
Ｈ（Fiber To The Home ）をあげることができる。

【００２７】集合装置８１は図１のローカル装置に相当
し、独立装置８２〜８８は図１のリモート装置２０に相
当し、例えば、集合装置８１はローカルブリッジ（Brid
ge）であり、独立装置８２〜８８はブリッジ機能（デー
タリンクを延長する機能）を持つ相互接続装置（リモー
トブリッジ）である。ネットワーク部６０には、ネット
ワーク６１、このネットワーク６１に接続されたスイッ
チ装置６２、及びＳＮＭＰマネージャ６３が設けられて
いる。また、ネットワーク部７０には、ＬＡＮ７１〜７
３及びホスト（host）７４〜７７が設けられている。こ
れらＬＡＮ７１〜７３及びホスト７４〜７７は、企業、
団体、公的機関、又は一般ユーザー側に設置されてい
る。

【００２８】ネットワーク６１には、独立装置８２〜８
８の内のＬＡＮスイッチ６２で選択された装置が接続さ
れる。ＬＡＮ７１〜７３は、例えば、企業等の施設内に
設置されると共に従業員等の端末装置が接続された社内
用ＬＡＮであり、ＩＳＤＮ（Integrated Service Digit
al Network )を介して独立装置８２，８３，８６に接続
される。また、ホスト７４〜７７は、一般ユーザにより
利用されるメール機能やＷｅｂアクセス機能等を備えた
ＰＤＡ（Personal Digital Assistant：個人情報端末）
装置やパーソナルコンピュータ（パソコン）等である。

【００２９】集合型装置８１及び独立型装置８２〜８８
は、共に図２に示したＬＡＮインターフェース部１１を
備えている。図５のネットワーク６１と遠隔設置された
ＬＡＮ７１〜７３、ホスト７４〜７７の間では、常時、
ＬＡＮフレーム３３の通信が行われている。このＬＡＮ
フレーム３３の通信では、ＬＡＮインターフェース部１
１のＭＡＣ部１３からＰＨＹ部１４、そしてネットワー
ク回線３００ルートで伝送が行われている。

【００３０】集合／独立型メディアコンバータ装置８０
は、ネットワーク部６０側に設置されると共にスイッチ
装置６２に１００Ｂａｓｅ−ＴＸ規格によるツイスイペ
ア線を介して接続された集合型装置８１と、この集合型
装置８１に１００Ｂａｓｅ−ＦＸ規格による光ファイバ
（図１のネットワーク回線３００に相当）を介して接続
されると共にネットワーク部７０側に設置された独立型
装置８２〜８８とより構成されている。独立型装置８２
〜８８のそれぞれには、１００Ｂａｓｅ−ＴＸ規格によ
るツイスイペア線を介して、ＬＡＮ７１，７２，７３及
びホスト７４〜７７が接続されている。

【００３１】集合型装置８１には、管理機能として、Ｓ
ＮＭＰエージェント機能によるネットワーク管理機能が
実装されている。ＳＮＭＰによる管理項目は、ＭＩＢ及
びプライベートＭＩＢと呼ばれる管理オブジェクトとし
て定義され、この定義に従ってＳＮＭＰマネージャ６３
とＳＮＭＰエージェントである集合型装置８１の間で管
理データの授受が行われる。管理オブジェクトには、集
合型装置８１に関する管理項目及び独立型装置８２〜８
８に関する管理項目が含まれる。なお、・独立型装置８
２〜８８は遠隔設置が想定されること、・独立型装置８
２〜８８自身への設定作業を軽減すること、・独立型装
置８２〜８８を経済的に実現すること、のそれぞれを満
足するため、独立型装置８２〜８８にはＳＮＭＰエージ
ェント機能を実装しないものとする。

【００３２】したがって、集合型装置８１では、ＳＮＭ
Ｐエージェントとして集合型装置８１だけでなく独立型
装置８２〜８８の管理項目もＳＮＭＰマネージャに伝え
る必要があるので、集合型装置８１は独立型装置８２〜
８８の情報収集を一括して行う。独立型装置８２〜８８
の情報を収集するため、集合型装置８１は、管理フレー
ム３０を集合型装置８１と独立型装置８２〜８８の間の
みで終端を行うものとする。独立型装置８２〜８８から
収集した管理情報は、集合型装置８１でＳＮＭＰ用の管
理オブジェクトに情報が変換され、ＳＮＭＰマネージャ
６３との管理データ通信でＳＮＭＰマネージャ６３に管
理情報が渡される。

【００３３】図６は、集合型装置８１とＳＮＭＰマネー
ジャ６３の間の管理情報の流れを示す。独立型装置８２
〜８８と集合型装置８１の間は、管理データがＳＮＭＰ
により伝送され、集合型装置８１と独立型装置８２〜８
８のそれぞれとの間では、管理データが管理フレーム３
０により伝送される。ここで、集合型装置８１が管理
側、独立型装置８２〜８８が被管理側として位置付けさ
れ、管理フレーム３０によって「設定コマンド」、「参
照コマンド」、及び「通知コマンド」の３種類のフレー
ム形態が形成される。収集される管理情報は、集合型装
置８１の内部に定義されるＳＮＭＰ用管理オブジェクト
に反映される。

【００３４】図７は、フレーム管理フレーム３０による
設定コマンド、参照コマンド、通知コマンドの３種類の
フレーム形態を示す。図８は、図７の３種類のフレーム
の通信シーケンスを示す。この通信シーケンスは、大別
して設定動作、参照動作、及び通知動作からなる。以
下、各動作について順に説明する。

【００３５】〔設定動作〕まず、集合型装置８１から設
定コマンド９１が管理フレーム３０に送信される。独立
型装置８２〜８８で管理フレーム３０を受け付けると、
独立型装置８２（〜８８）は、集合型装置８１から受取
った設定コマンド９１の応答として、設定コマンド９２
を集合型装置８１へ返送する。ついで、独立型装置８２
（〜８８）では内部設定処理９３を実行する。 〔参照動作〕集合型装置８１から参照コマンド９４とし
て管理フレーム３０を送信する。独立型装置８２〜８８
では情報収集処理９５が実行され、受け付けた参照コマ
ンド９４の応答として、収集した情報を参照コマンド９
６に格納し、これを集合型装置８１に返送する。 〔通知動作〕独立型装置８２〜８８において、障害や状
態変化を検出９７すると、この検出した内容を通知コマ
ンド９８に格納し、管理フレーム３０として独立型装置
８２〜８８から集合型装置８１へ返送する。

【００３６】以上説明したように、図５の構成によれ
ば、集合／独立型メディアコンバータを用いたことによ
り、集合型装置８１及び独立型装置８２〜８８の各々に
ＳＮＭＰエージェント機能を備えることなく、集合型装
置８１が管理フレーム３０により一括して独立型装置８
２〜８８の管理が行えるため、管理方法が簡易になる。
また、独立型装置８２〜８８にＳＮＭＰエージェント機
能を搭載する必要が無くなるため、このためのハードウ
ェア及びソフトウェア資源が不要になる結果、経済的に
有利になる。また、〔００２２〕で説明したように、ト
ラッフィックへの影響を低減することができる。

【００３７】上記説明においては、ＬＡＮフレームとし
てイーサネット・フレームを例にしたが、本発明はイー
サネットに限定されるものではなく、フレーム間に休止
期間を有するあらゆるフレームに適用可能である。ま
た、管理フレーム３０を休止期間中に伝送するものとし
たが、フレームの終端に付加する伝送形態であってもよ
い。さらに、ネットワーク回線についても同様であり、
フレームを伝送する回線の全てに適用可能である。

【００３８】また、図５においては、スイッチ装置６１
と集合装置８１の接続をツイストペアによる線材を用
い、集合装置８１と独立装置８２〜８８の接続に光ファ
イバを用いたが、本発明は、この構成に限定されるもの
ではなく、光ファイバ部分が線材であってもよい。この
場合、集合／独立型メディアコンバータ装置（８０）の
名称は、集合／独立型接続装置等に変更するのが好まし
い。

【００３９】

【発明の効果】以上より明らかなように、本発明のネッ
トワーク管理方式によれば、ローカル装置とリモート装
置をネットワーク回線により接続されたネットワーク管
理システムにあって、ネットワーク回線に伝送されるＬ
ＡＮフレーム間に管理情報を含む管理フレームを伝送す
るようにしたので、従来のように、ＳＮＭＰフレームの
使用に伴うハードウェア及びソフトウェアを削減てきる
ため、簡単かつ経済的に管理が行えるネットワーク管理
方式を構築でき、しかも、既存の環境に影響を及ぼすこ
とがない。

【００４０】また、本発明の他のネットワーク管理方式
によれば、公衆的なネットワークと、これに接続された
複数の端末装置又はＬＡＮと、ブリッジ機能を備えると
ともに前記複数の端末装置又はＬＡＮに接続された複数
の独立装置と、ブリッジ機能を備えるとともに前記複数
の独立装置が一括して接続される集合装置と、前記集合
装置を介して前記複数の独立装置を選択的に前記ネット
ワークに接続するスイッチ装置を備えるシステムにあっ
て、通常のフレーム伝送の送信禁止期間内に、前記集合
装置と前記複数の独立装置との間で管理情報を含む管理
フレームを伝送するようにしたので、ＵＤＰ／ＩＰベー
スのプロトコルが不必要になり、このためのハードウェ
ア、ソフトウェアを必要としないので、システムの管理
が簡単かつ経済的に行えると共に、既存の環境に影響を
及ぼすことのないネットワーク管理方式を提供すること
が可能になる。

【図面の簡単な説明】

【図１】本発明のネットワーク管理方式を示すブロック
図である。

【図２】図１のＬＡＮインターフェース部の詳細を示す
ブロック図である。

【図３】イーサネット回線上における管理フレーム及び
ＬＡＮフレームの伝送形態を示す説明図である。

【図４】管理フレーム及びＬＡＮフレームのフォーマッ
トを示す構成図である。

【図５】本発明を適用したネットワークシステムを示す
ブロック図である。

【図６】図５の集合型装置とＳＮＭＰマネージャの間の
管理情報の流れを示す説明図である。

【図７】フレーム管理フレームによる３種のコマンドに
対応したフレーム形態を示す説明図である。

【図８】図７の３種類のフレームの通信シーケンスを示
す説明図である。

【図９】従来のネットワーク管理方式を示すブロック図
である。

【符号の説明】

１０ ローカル装置 １１，２１ ＬＡＮインターフェース部 １２，２２ 管理フレーム制御部 １２ａ 管理フレーム処理部 １２ｂ 管理フレーム送受信部 １２ｃ セレクタ １３ ＭＡＣ部 １４ ＰＨＹ部 ２０ リモート装置 ３０ 管理フレーム ３３ ＬＡＮフレーム ６０，７０ ネットワーク部 ６１ ネットワーク ６２ スイッチ装置 ７１〜７３ ＬＡＮ ７４〜７７ ホスト ８０ 集合／独立型メディアコンバータ装置 ８１ 集合型装置 ８２〜８８ 独立型装置 ３００ ネットワーク回線

フロントページの続き (72)発明者 笠井 克洋 茨城県日立市砂沢町880番地 日立電線株 式会社高砂工場情報ネットワーク部 (72)発明者 肱岡 健郎 茨城県猿島郡総和町大字東牛ヶ谷1144番地 平河ヒューテック株式会社デバイス事業 部デバイス工場内 (72)発明者 三宅孝一 茨城県猿島郡総和町大字東牛ヶ谷1144番地 平河ヒューテック株式会社電子機器部内 (72)発明者 斉藤満将 茨城県猿島郡総和町大字東牛ヶ谷1144番地 平河ヒューテック株式会社電子機器部内 Ｆターム(参考） 5B089 GA21 GB02 HA01 HA06 JA35 JB15 KA11 KA13 KC28 5K030 GA11 HA08 KA01 KA07 KA13 MA01 MD07 5K032 AA04 BA08 DA01 DB28 EA07 5K033 AA04 BA08 DA01 DA13 DB20

Claims (10)

【特許請求の範囲】
1. 【請求項１】 制御側としてのローカル装置と、前記ロ
   ーカル装置により制御及び監視が行われる被制御側とし
   てのリモート装置と、このリモート装置を前記ローカル
   装置に接続するネットワーク回線を備えるネットワーク
   管理システムにおいて、 前記ネットワーク回線に伝送されるフレーム間に管理情
   報を含む管理フレームを伝送することを特徴とするネッ
   トワーク管理方式。
2. 【請求項２】 前記ネットワーク回線は、イーサネット
   （登録商標）回線であり、 前記フレームは、ＩＥＥＥ８０２．３規格で規定された
   イーサネット・フレームであることを特徴とする請求項
   １記載のネットワーク管理方式。
3. 【請求項３】 前記ローカル装置及び前記リモート装置
   は、前記フレームの送受信を処理するＭＡＣ（Media Ac
   cess Control）部、及び前記ネットワーク回線との接続
   制御を行うＰＨＹ部を有するＬＡＮインターフェース部
   を備え、前記ＭＡＣ部と前記ＰＨＹ部の間に管理フレー
   ム制御部が配設され、この管理フレーム制御部により前
   記管理フレームの送受信を制御することを特徴とする請
   求項１記載のネットワーク管理方式。
4. 【請求項４】 前記管理フレーム制御部は、前記管理フ
   レームを処理する管理フレーム処理部と、 前記管理フレーム処理部からの管理フレームを前記ネッ
   トワーク回線へ送信すると共に前記ネットワーク回線か
   らの管理フレームを前記管理フレーム処理部へ送出する
   管理フレーム送受信部と、 前記ＭＡＣ部からの前記フレーム、及び前記管理フレー
   ム送受信部からの管理フレームを前記ＰＨＹ部へ送出す
   るセレクタを備えることを特徴とする請求項３記載のネ
   ットワーク管理方式。
5. 【請求項５】 前記管理フレームは、ＭＡＣレベルで前
   記ネットワーク・フレーム間のフレーム送信禁止時間の
   期間に送受信されることを特徴とする請求項４記載のネ
   ットワーク管理方式。
6. 【請求項６】 前記管理フレームは、そのフレーム長
   が、前記フレーム送信禁止時間の期間を越えないことを
   特徴とする請求項５記載のネットワーク管理方式。
7. 【請求項７】 前記管理フレームは、ＩＥＥＥ８０２．
   ３ｕ規格に準拠し、アイドル期間、プリアンブル、ＳＦ
   Ｄ（Start Frame Delimiter ）、管理データの順番でフ
   レーム化されていることを特徴とする請求項１，５，及
   び６記載のネットワーク管理方式。
8. 【請求項８】 公衆的なネットワークと、 一般ユーザー、企業、団体、又は公的機関等に設置され
   た複数の端末装置又はＬＡＮと、 ブリッジ機能を備えるとともに前記複数の端末装置又は
   ＬＡＮに接続された複数の独立装置と、 ブリッジ機能を備えるとともに前記複数の独立装置が一
   括して接続される集合装置と、 前記集合装置を介して前記複数の独立装置を選択的に前
   記ネットワークに接続するスイッチ装置を備え、 通常のフレーム伝送の送信禁止期間内に、前記集合装置
   と前記複数の独立装置との間で管理情報を含む管理フレ
   ームを伝送することを特徴とするネットワーク管理方
   式。
9. 【請求項９】 前記管理フレームは、そのフレーム長
   が、前記フレーム送信禁止時間の期間を越えないことを
   特徴とする請求項８記載のネットワーク管理方式。
10. 【請求項１０】 前記管理フレームは、ＩＥＥＥ８０
    ２．３ｕ規格に準拠し、アイドル期間、プリアンブル、
    ＳＦＤ（Start Frame Delimiter ）、管理データの順番
    でフレーム化されていることを特徴とする請求項８又は
    ９記載のネットワーク管理方式。