JP2000330925A - 装置内アドレス収集方式 - Google Patents
装置内アドレス収集方式Info
- Publication number
- JP2000330925A JP2000330925A JP11139259A JP13925999A JP2000330925A JP 2000330925 A JP2000330925 A JP 2000330925A JP 11139259 A JP11139259 A JP 11139259A JP 13925999 A JP13925999 A JP 13925999A JP 2000330925 A JP2000330925 A JP 2000330925A
- Authority
- JP
- Japan
- Prior art keywords
- physical address
- message
- monitoring control
- address
- control unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【課題】 従来、監視制御のためのメッセージ送信に
は、装置のハードウェア構成に依存したソフトウェアの
設計となっていた。従って、ハードウェアが無いと効率
の良い評価、デバックが行えず、また類似装置へのソフ
トウェアの流用性も低いという欠点があった。 【解決手段】 フレームに管理対象となるインスタンス
の識別子を含むメッセージを装置内全パッケージにブロ
ードキャストを行う。本メッセージを受信した各パッケ
ージでは、メッセージフレームに含まれる識別子が自分
に該当するものであれば自分の装置内物理アドレスを挿
入したメッセージを装置内監視制御部１００へ送信す
る。装置内監視制御部１００では送り返された本メッセ
ージフレームから送信先の物理アドレスを得ることがで
きる。装置内監視制御部１００ではこのように一度得た
パッケージの物理アドレスをキャッシュ１０５に保持す
る。
は、装置のハードウェア構成に依存したソフトウェアの
設計となっていた。従って、ハードウェアが無いと効率
の良い評価、デバックが行えず、また類似装置へのソフ
トウェアの流用性も低いという欠点があった。 【解決手段】 フレームに管理対象となるインスタンス
の識別子を含むメッセージを装置内全パッケージにブロ
ードキャストを行う。本メッセージを受信した各パッケ
ージでは、メッセージフレームに含まれる識別子が自分
に該当するものであれば自分の装置内物理アドレスを挿
入したメッセージを装置内監視制御部１００へ送信す
る。装置内監視制御部１００では送り返された本メッセ
ージフレームから送信先の物理アドレスを得ることがで
きる。装置内監視制御部１００ではこのように一度得た
パッケージの物理アドレスをキャッシュ１０５に保持す
る。
Description
【０００１】
【発明の属する技術分野】本発明は、装置内アドレス収
集方式に関するものである。
集方式に関するものである。
【０００２】本発明に係る装置内アドレス収集方式は、
更に詳しくは、本メッセージを受信した各パッケージで
は、メッセージフレームに含まれる識別子が自分に該当
するものであれば、自分の装置内物理アドレスを挿入し
たメッセージを装置内監視制御部へ送信する。装置内監
視制御部では送り返された本メッセージフレームから送
信先の物理アドレスを得ることができる。
更に詳しくは、本メッセージを受信した各パッケージで
は、メッセージフレームに含まれる識別子が自分に該当
するものであれば、自分の装置内物理アドレスを挿入し
たメッセージを装置内監視制御部へ送信する。装置内監
視制御部では送り返された本メッセージフレームから送
信先の物理アドレスを得ることができる。
【０００３】また、装置内監視制御部では、このように
一度得たパッケージの物理アドレスをキャッシュに保持
することで、２回目以降はキャッシュをサーチすること
で物理アドレスを高速に取得することが可能となり、メ
ッセージの送受信でのアドレス解決の手順を踏む必要が
なくなる。
一度得たパッケージの物理アドレスをキャッシュに保持
することで、２回目以降はキャッシュをサーチすること
で物理アドレスを高速に取得することが可能となり、メ
ッセージの送受信でのアドレス解決の手順を踏む必要が
なくなる。
【０００４】
【従来の技術】ディジタル論理回路を応用する通信機あ
るいはディジタルコンピュータ等の分野においては、装
置内に、個別の電気部品を用いて構成する論理回路、あ
るいは集積回路として構成する論理回路からなる複数の
パッケージを有し、各パッケージから情報を収集してＣ
ＰＵによって処理する方式が採られる。
るいはディジタルコンピュータ等の分野においては、装
置内に、個別の電気部品を用いて構成する論理回路、あ
るいは集積回路として構成する論理回路からなる複数の
パッケージを有し、各パッケージから情報を収集してＣ
ＰＵによって処理する方式が採られる。
【０００５】このような、装置内の複数パッケージから
の情報を収集する際には、収集された情報の内容とデー
タの配置が、ＣＰＵ処理に適合するように変換されてい
ることが望ましい。
の情報を収集する際には、収集された情報の内容とデー
タの配置が、ＣＰＵ処理に適合するように変換されてい
ることが望ましい。
【０００６】従来における、この種の技術として、特開
平５−１４３７５０号公報に開示された装置内データ収
集方式が提案されている。
平５−１４３７５０号公報に開示された装置内データ収
集方式が提案されている。
【０００７】この特開平５−１４３７５０号公報に記載
されている従来技術は、装置内で収集したパッケージご
との情報を配置変換するとともにデータ変換し、ＲＡＭ
内にデータの性質ごとの相関が強いデータに配置替えす
ることによって、ＣＰＵが処理しやすいデータフォーマ
ットを実現して、ＣＰＵがＲＡＭをアクセスする時間を
短縮し、ＣＰＵ処理の簡単化を図ることを目的としたも
のである。
されている従来技術は、装置内で収集したパッケージご
との情報を配置変換するとともにデータ変換し、ＲＡＭ
内にデータの性質ごとの相関が強いデータに配置替えす
ることによって、ＣＰＵが処理しやすいデータフォーマ
ットを実現して、ＣＰＵがＲＡＭをアクセスする時間を
短縮し、ＣＰＵ処理の簡単化を図ることを目的としたも
のである。
【０００８】
【発明が解決しようとする課題】しかしながら、従来に
おける上記従来例を含めたこれまでの伝送装置において
は、装置内監視制御部が、管理対象である装置内各パッ
ケージに制御を行ったり、情報を収集するためのメッセ
ージを送信するために、各パッケージが実装されている
ユニット識別番号や同ユニット内の実装位置の識別番号
で示される装置内固有の物理アドレスを監視制御部のソ
フトウェア側で所有していた。
おける上記従来例を含めたこれまでの伝送装置において
は、装置内監視制御部が、管理対象である装置内各パッ
ケージに制御を行ったり、情報を収集するためのメッセ
ージを送信するために、各パッケージが実装されている
ユニット識別番号や同ユニット内の実装位置の識別番号
で示される装置内固有の物理アドレスを監視制御部のソ
フトウェア側で所有していた。
【０００９】従って、監視制御のためのメッセージ送信
には、装置のハードウェア構成に依存したソフトウェア
の設計となっていた。その結果、ハードウェアが無いと
効率の良い評価、デバックが行えず、また類似装置への
ソフトウェアの流用性も低いという欠点があった。
には、装置のハードウェア構成に依存したソフトウェア
の設計となっていた。その結果、ハードウェアが無いと
効率の良い評価、デバックが行えず、また類似装置への
ソフトウェアの流用性も低いという欠点があった。
【００１０】本発明は従来の上記実情に鑑みてなされた
ものであり、従って本発明の目的は、従来の技術に内在
する上記欠点を解消することを可能とした新規な装置内
アドレス収集方式を提供することにある。
ものであり、従って本発明の目的は、従来の技術に内在
する上記欠点を解消することを可能とした新規な装置内
アドレス収集方式を提供することにある。
【００１１】
【課題を解決するための手段】上記目的を達成する為
に、本発明に係る装置内アドレス収集方式は、複数のパ
ッケージを搭載した複数のユニットと、装置内の監視制
御を行う監視制御部とから構成される伝送装置におい
て、前記監視制御部は、ＣＰＵと、メイン・メモリと、
装置内管理情報の構造とデータベースであるＭＩＢを記
憶しておくファイル・システムと、前記ＭＩＢに登録さ
れた装置内管理情報の対象を管理するためのメッセージ
を送信するための装置内物理アドレス得る処理を行うソ
フトウェアであるアドレス解決モジュールと、一度得た
装置内管理情報の対象となる装置内物理アドレスを保持
しておくキャッシュ・メモリと、装置内へのメッセージ
を送受信するための物理レイヤの処理を行う装置内イン
タフェース部とを備えて構成される。
に、本発明に係る装置内アドレス収集方式は、複数のパ
ッケージを搭載した複数のユニットと、装置内の監視制
御を行う監視制御部とから構成される伝送装置におい
て、前記監視制御部は、ＣＰＵと、メイン・メモリと、
装置内管理情報の構造とデータベースであるＭＩＢを記
憶しておくファイル・システムと、前記ＭＩＢに登録さ
れた装置内管理情報の対象を管理するためのメッセージ
を送信するための装置内物理アドレス得る処理を行うソ
フトウェアであるアドレス解決モジュールと、一度得た
装置内管理情報の対象となる装置内物理アドレスを保持
しておくキャッシュ・メモリと、装置内へのメッセージ
を送受信するための物理レイヤの処理を行う装置内イン
タフェース部とを備えて構成される。
【００１２】前記監視制御部が装置内管理情報を収集す
る時あるいは管理対象のユニット・パッケージを制御す
るために、前記管理対象に監視制御メッセージを送信す
るに際し、前記監視制御部は、キャッシュ・メモリを検
索して前記管理対象に対応する識別子の物理アドレスが
該キャッシュ・メモリに格納されているか否かを判断
し、該識別子の物理アドレスが該キャッシュ・メモリに
格納されていない場合には前記管理対象に該管理対象に
対応する識別子を含ませた物理アドレス要求メッセージ
を送信し、次いで該物理アドレス要求メッセージを受信
した前記管理対象は、前記メッセージに含まれている前
記識別子が自ユニット内の管理対象に対応したものであ
ると認識した場合には、自分のアドレスを物理アドレス
応答メッセージに含ませて前記監視制御部に送信し、前
記監視制御部は、該物理アドレス応答メッセージを受信
して前記識別子に対応する物理アドレスを獲得し、該物
理アドレス宛に監視制御メッセージを送信することを特
徴としている。
る時あるいは管理対象のユニット・パッケージを制御す
るために、前記管理対象に監視制御メッセージを送信す
るに際し、前記監視制御部は、キャッシュ・メモリを検
索して前記管理対象に対応する識別子の物理アドレスが
該キャッシュ・メモリに格納されているか否かを判断
し、該識別子の物理アドレスが該キャッシュ・メモリに
格納されていない場合には前記管理対象に該管理対象に
対応する識別子を含ませた物理アドレス要求メッセージ
を送信し、次いで該物理アドレス要求メッセージを受信
した前記管理対象は、前記メッセージに含まれている前
記識別子が自ユニット内の管理対象に対応したものであ
ると認識した場合には、自分のアドレスを物理アドレス
応答メッセージに含ませて前記監視制御部に送信し、前
記監視制御部は、該物理アドレス応答メッセージを受信
して前記識別子に対応する物理アドレスを獲得し、該物
理アドレス宛に監視制御メッセージを送信することを特
徴としている。
【００１３】前記監視制御部はまた、前記物理アドレス
応答メッセージから前記識別子に対応する前記物理アド
レスを獲得した場合に、該識別子に対応する該物理アド
レスを前記キャッシュ・メモリに登録し、次回からは該
キャッシュ・メモリを検索することにより必要とする物
理アドレスを得ることを特徴としている。
応答メッセージから前記識別子に対応する前記物理アド
レスを獲得した場合に、該識別子に対応する該物理アド
レスを前記キャッシュ・メモリに登録し、次回からは該
キャッシュ・メモリを検索することにより必要とする物
理アドレスを得ることを特徴としている。
【００１４】前記物理アドレス要求メッセージは、ブロ
ードキャストされ、全ユニット内の管理対象により受信
される。
ードキャストされ、全ユニット内の管理対象により受信
される。
【００１５】前記物理アドレス要求メッセージ及び物理
アドレス応答メッセージのヘッダには宛先物理アドレス
と送信元物理アドレスが収容され、前記物理アドレス要
求メッセージの場合には宛先物理アドレスにブロードキ
ャスト・アドレスが収容されて送信され、前記物理アト
レス応答メッセージの場合には、前記監視制御部の装置
内インタフェース部の物理アドレスが収容され、送信元
物理アドレスにはそれぞれ前記監視制御部の装置内イン
タフェース部の物理アドレスと応答を返すユニット内制
御パッケージの物理アドレスが収容される。
アドレス応答メッセージのヘッダには宛先物理アドレス
と送信元物理アドレスが収容され、前記物理アドレス要
求メッセージの場合には宛先物理アドレスにブロードキ
ャスト・アドレスが収容されて送信され、前記物理アト
レス応答メッセージの場合には、前記監視制御部の装置
内インタフェース部の物理アドレスが収容され、送信元
物理アドレスにはそれぞれ前記監視制御部の装置内イン
タフェース部の物理アドレスと応答を返すユニット内制
御パッケージの物理アドレスが収容される。
【００１６】
【発明の実施の形態】次に、本発明をその好ましい一実
施の形態について図面を参照しながら詳細に説明する。
施の形態について図面を参照しながら詳細に説明する。
【００１７】図１は、本発明による一実施の形態を示す
全体のブロック構成図である。
全体のブロック構成図である。
【００１８】［実施の形態の構成］図１を参照するに、
本発明による一実施の形態は、複数のパッケージを搭載
した複数のユニット（ユニット１〜ユニットＸ）と、装
置内の監視制御を行う監視制御部１００とから構成され
る伝送装置である。
本発明による一実施の形態は、複数のパッケージを搭載
した複数のユニット（ユニット１〜ユニットＸ）と、装
置内の監視制御を行う監視制御部１００とから構成され
る伝送装置である。
【００１９】監視制御部１００は、ＣＰＵ１０１と、メ
イン・メモリ１０２と、装置内管理情報の構造とデータ
ベースであるＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏ
ｒｍａｔｉｏｎ Ｂａｓｅ）１０３を記憶しておくファ
イル・システムと、ＭＩＢ１０３に登録された装置内管
理情報の対象を管理するためのメッセージを送信するた
めの装置内物理アドレスを得る処理を行うソフトウェア
であるアドレス解決モジュール１０４と、一度得た装置
内管理情報の対象となる装置内物理アドレスを保持して
おくキャッシュ・メモリ１０５と、装置内へのメッセー
ジを送受信するための物理レイヤの処理を行う装置内イ
ンタフェース部１０６とから構成されている。
イン・メモリ１０２と、装置内管理情報の構造とデータ
ベースであるＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏ
ｒｍａｔｉｏｎ Ｂａｓｅ）１０３を記憶しておくファ
イル・システムと、ＭＩＢ１０３に登録された装置内管
理情報の対象を管理するためのメッセージを送信するた
めの装置内物理アドレスを得る処理を行うソフトウェア
であるアドレス解決モジュール１０４と、一度得た装置
内管理情報の対象となる装置内物理アドレスを保持して
おくキャッシュ・メモリ１０５と、装置内へのメッセー
ジを送受信するための物理レイヤの処理を行う装置内イ
ンタフェース部１０６とから構成されている。
【００２０】監視制御部１００と装置内各パッケージ間
は制御監視メッセージの交換をするための信号線２００
で接続されている。
は制御監視メッセージの交換をするための信号線２００
で接続されている。
【００２１】［実施の形態の動作］次に、図１〜図４を
参照しながら本発明による一実施の形態の動作を説明す
る。
参照しながら本発明による一実施の形態の動作を説明す
る。
【００２２】図１において、監視制御部１００が装置内
管理情報を収集する時あるいは制御するために管理対象
にメッセージを送信するが、管理対象を指定するために
はＭＩＢ１０３に登録されている管理対象に対応する識
別子をメッセージに含ませる。そのメッセージを管理対
象が存在するユニット内制御パッケージに正しく受信し
てもらい、最終的に管理対象に到達するには、ユニット
内制御パッケージのイーサネット上の物理アドレスが必
要になる。
管理情報を収集する時あるいは制御するために管理対象
にメッセージを送信するが、管理対象を指定するために
はＭＩＢ１０３に登録されている管理対象に対応する識
別子をメッセージに含ませる。そのメッセージを管理対
象が存在するユニット内制御パッケージに正しく受信し
てもらい、最終的に管理対象に到達するには、ユニット
内制御パッケージのイーサネット上の物理アドレスが必
要になる。
【００２３】この物理アドレスを取得するために監視制
御部１００は物理アドレス・リクエスト・メッセージを
送信する。このメッセージは、ブロードキャストされる
ために、全ユニット内制御パッケージが受信することが
できる。このメッセージを受信したユニット内制御パッ
ケージでは、自ユニット内の管理対象の情報を有してお
り、メッセージ内の識別子との対応づけが可能である。
御部１００は物理アドレス・リクエスト・メッセージを
送信する。このメッセージは、ブロードキャストされる
ために、全ユニット内制御パッケージが受信することが
できる。このメッセージを受信したユニット内制御パッ
ケージでは、自ユニット内の管理対象の情報を有してお
り、メッセージ内の識別子との対応づけが可能である。
【００２４】従って、各ユニット内制御パッケージは、
識別子が自ユニット内の管理対象に対応したものである
と認識すれば、自分の物理アドレスを監視制御部１００
へ送信する。自ユニット内の管理対象に対応していない
識別子であれば無視する。
識別子が自ユニット内の管理対象に対応したものである
と認識すれば、自分の物理アドレスを監視制御部１００
へ送信する。自ユニット内の管理対象に対応していない
識別子であれば無視する。
【００２５】図２はこの物理アドレス・リクエスト・メ
ッセージと物理アドレス・レスポンス・メッセージのフ
レームフォーマット例を示している。
ッセージと物理アドレス・レスポンス・メッセージのフ
レームフォーマット例を示している。
【００２６】図２を参照するに、このメッセージフレー
ムフォーマットのヘッダには宛先物理アドレスと送信元
物理アドレスが収容される。リクエスト・メッセージの
場合には、宛先物理アドレスにブロードキャスト・アド
レスが収容されて送信される。レスポンス・メッセージ
の場合には、監視制御部１００の装置内インタフェース
部１０６の物理アドレスが収容される。
ムフォーマットのヘッダには宛先物理アドレスと送信元
物理アドレスが収容される。リクエスト・メッセージの
場合には、宛先物理アドレスにブロードキャスト・アド
レスが収容されて送信される。レスポンス・メッセージ
の場合には、監視制御部１００の装置内インタフェース
部１０６の物理アドレスが収容される。
【００２７】送信元物理アドレスにはそれぞれ監視制御
部１００の装置内インタフェース部１０６の物理アドレ
スとレスポンスを返すユニット内制御パッケージの物理
アドレスが収容される。メッセージ部分の「要求／応
答」は、リクエスト・メッセージの場合には“０”を、
レスポンス・メッセージの場合には“１”をそれぞれ挿
入することで、リクエスト・メッセージかレスポンス・
メッセージかを受信側で容易に認識可能である。
部１００の装置内インタフェース部１０６の物理アドレ
スとレスポンスを返すユニット内制御パッケージの物理
アドレスが収容される。メッセージ部分の「要求／応
答」は、リクエスト・メッセージの場合には“０”を、
レスポンス・メッセージの場合には“１”をそれぞれ挿
入することで、リクエスト・メッセージかレスポンス・
メッセージかを受信側で容易に認識可能である。
【００２８】その他のフィールドについては、リクエス
ト・メッセージの場合には「要求側ハードウェアアドレ
ス」には装置内インタフェース部１０６の物理アドレス
を、「要求側識別子」には管理対象の識別子を収容す
る。「応答側ハードウェアアドレス」については、リク
エスト・メッセージの場合にはｎｕｌｌ、レスポンス・
メッセージの場合にはユニット内制御パッケージの物理
アドレスを収容する。「応答側識別子」については、リ
クエスト・メッセージの場合にはユニット内制御パッケ
ージの物理アドレスを収容する。「応答側識別子」につ
いては、リクエスト・メッセージの場合にはｎｕｌｌ、
レスポンス・メッセージの場合には受信したリクエスト
・メッセージ内の「要求側識別子」を収容する。
ト・メッセージの場合には「要求側ハードウェアアドレ
ス」には装置内インタフェース部１０６の物理アドレス
を、「要求側識別子」には管理対象の識別子を収容す
る。「応答側ハードウェアアドレス」については、リク
エスト・メッセージの場合にはｎｕｌｌ、レスポンス・
メッセージの場合にはユニット内制御パッケージの物理
アドレスを収容する。「応答側識別子」については、リ
クエスト・メッセージの場合にはユニット内制御パッケ
ージの物理アドレスを収容する。「応答側識別子」につ
いては、リクエスト・メッセージの場合にはｎｕｌｌ、
レスポンス・メッセージの場合には受信したリクエスト
・メッセージ内の「要求側識別子」を収容する。
【００２９】図３はある管理対象の識別子ａの物理アド
レスを取得するための動作フローを示すフローチャート
である。
レスを取得するための動作フローを示すフローチャート
である。
【００３０】図３を参照するに、ステップＳ１１におい
て、監視制御部１００では、識別子ａの物理アドレスの
取得要求が発生した場合には、まずステップＳ１２でキ
ャッシュ・メモリ１０５内に保持されているか否かを検
索し、見つかれば該当物理アドレスを取得することがで
きる。
て、監視制御部１００では、識別子ａの物理アドレスの
取得要求が発生した場合には、まずステップＳ１２でキ
ャッシュ・メモリ１０５内に保持されているか否かを検
索し、見つかれば該当物理アドレスを取得することがで
きる。
【００３１】もし、ステップＳ１２の判断の結果、キャ
ッシュ・メモリ１０５内に見つからなければ、ステップ
Ｓ１４にて物理アドレスリクエスト・メッセージをブロ
ードキャストし、ステップＳ１５で該当するユニット内
制御パッケージからレスポンス・メッセージを受信して
ステップＳ１６にて所望とする物理アドレスを獲得し、
ステップＳ１７にてその物理アドレスをキャッシュ・メ
モリ１０５に登録する。
ッシュ・メモリ１０５内に見つからなければ、ステップ
Ｓ１４にて物理アドレスリクエスト・メッセージをブロ
ードキャストし、ステップＳ１５で該当するユニット内
制御パッケージからレスポンス・メッセージを受信して
ステップＳ１６にて所望とする物理アドレスを獲得し、
ステップＳ１７にてその物理アドレスをキャッシュ・メ
モリ１０５に登録する。
【００３２】二度目からはキャッシュ・メモリ１０５の
検索で物理アドレスが選ばれるので、リクエスト・メッ
セージを送信することは不要となる。こうして得られた
物理アドレスを宛先として監視制御メッセージを送信す
ることができる。
検索で物理アドレスが選ばれるので、リクエスト・メッ
セージを送信することは不要となる。こうして得られた
物理アドレスを宛先として監視制御メッセージを送信す
ることができる。
【００３３】図４はユニット内制御パッケージがリクエ
スト・メッセージを受信した後の動作フローを示すフロ
ーチャートである。
スト・メッセージを受信した後の動作フローを示すフロ
ーチャートである。
【００３４】図４を参照するに、ステップＳ２１におい
て、リクエスト・メッセージを受信したユニット内制御
パッケージでは、ステップＳ２２において、メッセージ
内の識別子が自分に該当するか否かが判断され、その判
断の結果、メッセージ内の「要求側識別子」に対応した
管理対象が自ユニット内にあればステップＳ２３で自分
の物理アドレスを返す。ステップＳ２２においての判断
の結果、自ユニット内に対応した管理対象がないと判断
すればステップＳ２４にてそのメッセージを廃棄する。
て、リクエスト・メッセージを受信したユニット内制御
パッケージでは、ステップＳ２２において、メッセージ
内の識別子が自分に該当するか否かが判断され、その判
断の結果、メッセージ内の「要求側識別子」に対応した
管理対象が自ユニット内にあればステップＳ２３で自分
の物理アドレスを返す。ステップＳ２２においての判断
の結果、自ユニット内に対応した管理対象がないと判断
すればステップＳ２４にてそのメッセージを廃棄する。
【００３５】［他の実施の形態］次に、本発明による他
の実施の形態について図１〜図４を参照しながら詳細に
説明する。
の実施の形態について図１〜図４を参照しながら詳細に
説明する。
【００３６】図１において、監視制御部１００が装置内
管理情報を収集する時、あるいは制御するために管理対
象にメッセージを送信するが、管理対象を指定するため
にはＭＩＢ１０３に登録された管理対象に対応する識別
子をメッセージに含ませる。管理対象であるパッケージ
に送信するには、当該パッケージの物理アドレスが必要
になる。
管理情報を収集する時、あるいは制御するために管理対
象にメッセージを送信するが、管理対象を指定するため
にはＭＩＢ１０３に登録された管理対象に対応する識別
子をメッセージに含ませる。管理対象であるパッケージ
に送信するには、当該パッケージの物理アドレスが必要
になる。
【００３７】この物理アドレスを取得取得するために物
理アドレス・リクエスト・メッセージを送信する。この
メッセージは、装置内の全パッケージにブロードキャス
トされる。このメッセージを受信したパッケージでは、
メッセージ内の識別子が自分宛であるかの判定を行う。
理アドレス・リクエスト・メッセージを送信する。この
メッセージは、装置内の全パッケージにブロードキャス
トされる。このメッセージを受信したパッケージでは、
メッセージ内の識別子が自分宛であるかの判定を行う。
【００３８】従って、識別子が自パッケージに対応した
ものであると認識すれば、自分の物理アドレスを監視制
御部１００へ送信する。自パッケージに対応していない
識別子であれば無視する。
ものであると認識すれば、自分の物理アドレスを監視制
御部１００へ送信する。自パッケージに対応していない
識別子であれば無視する。
【００３９】図２はこの物理アドレス・リクエスト・メ
ッセージと物理アドレス・レスポンス・メッセージのフ
レームフォーマット例を示している。
ッセージと物理アドレス・レスポンス・メッセージのフ
レームフォーマット例を示している。
【００４０】図２を参照するに、このメッセージフレー
ムフォーマットのヘッダには宛先物理アドレスと送信元
物理アドレスが収容される。リクエスト・メッセージの
場合には宛先物理アドレスにブロードキャスト・アドレ
スが収容されて送信される。レスポンス・メッセージの
場合には、宛先物理アドレスに監視制御部１００の装置
内インタフェース部１０６の物理アドレスが収容されて
送信される。
ムフォーマットのヘッダには宛先物理アドレスと送信元
物理アドレスが収容される。リクエスト・メッセージの
場合には宛先物理アドレスにブロードキャスト・アドレ
スが収容されて送信される。レスポンス・メッセージの
場合には、宛先物理アドレスに監視制御部１００の装置
内インタフェース部１０６の物理アドレスが収容されて
送信される。
【００４１】レスポンス・メッセージの場合には、宛先
物理アドレスに監視制御部１００の装置内インタフェー
ス部１０６の物理アドレスが収容される。送信元物理ア
ドレスには、リクエスト・メッセージの場合に監視制御
部１００の装置内インタフェース部１０６の物理アドレ
スが、レスポンス・メッセージの場合にレスポンスを返
すパッケージの物理アドレスが収容される。
物理アドレスに監視制御部１００の装置内インタフェー
ス部１０６の物理アドレスが収容される。送信元物理ア
ドレスには、リクエスト・メッセージの場合に監視制御
部１００の装置内インタフェース部１０６の物理アドレ
スが、レスポンス・メッセージの場合にレスポンスを返
すパッケージの物理アドレスが収容される。
【００４２】メッセージ部分の「要求／応答」は、リク
エスト・メッセージの場合には“０”を、レスポンス・
メッセージの場合なら“１”をそれぞれ挿入すること
で、リクエスト・メッセージかレスポンス・メッセージ
かを受信側で容易に認識可能である。
エスト・メッセージの場合には“０”を、レスポンス・
メッセージの場合なら“１”をそれぞれ挿入すること
で、リクエスト・メッセージかレスポンス・メッセージ
かを受信側で容易に認識可能である。
【００４３】その他のフィールドについては、リクエス
ト・メッセージの場合は「要求側ハードウェアアドレ
ス」には装置内インタフェース部１０６の物理アドレス
を、「要求側識別子」には管理対象の識別子を収容す
る。「応答側ハードウェアアドレス」については、リク
エスト・メッセージの場合はｎｕｌｌ、レスポンス・メ
ッセージの場合は該当パッケージの物理アドレスを収容
する。「応答側識別子」についてはリクエスト・メッセ
ージの場合はｎｕｌｌ、レスポンス・メッセージの場合
には受信したリクエスト・メッセージ内の「要求側識別
子」を収容する。
ト・メッセージの場合は「要求側ハードウェアアドレ
ス」には装置内インタフェース部１０６の物理アドレス
を、「要求側識別子」には管理対象の識別子を収容す
る。「応答側ハードウェアアドレス」については、リク
エスト・メッセージの場合はｎｕｌｌ、レスポンス・メ
ッセージの場合は該当パッケージの物理アドレスを収容
する。「応答側識別子」についてはリクエスト・メッセ
ージの場合はｎｕｌｌ、レスポンス・メッセージの場合
には受信したリクエスト・メッセージ内の「要求側識別
子」を収容する。
【００４４】図３はある管理対象の識別子ａの物理アド
レスを取得するためのフローチャートである。
レスを取得するためのフローチャートである。
【００４５】図３を参照するに、監視制御部１００で
は、識別子ａの物理アドレスの取得要求が発生した場合
には、キャッシュ・メモリ１０５内に保持されているか
否かを検索し見つかれば該当物理アドレスを取得するこ
とができる。
は、識別子ａの物理アドレスの取得要求が発生した場合
には、キャッシュ・メモリ１０５内に保持されているか
否かを検索し見つかれば該当物理アドレスを取得するこ
とができる。
【００４６】もしキャッシュ・メモリ１０５内に見つか
らない場合には、物理アドレス・リクエスト・メッセー
ジをブロードキャストし、該当するパッケージから受信
するレスポンス・メッセージから物理アドレスを獲得す
ると同時に、それをキャッシュ・メモリ１０５に登録す
る。
らない場合には、物理アドレス・リクエスト・メッセー
ジをブロードキャストし、該当するパッケージから受信
するレスポンス・メッセージから物理アドレスを獲得す
ると同時に、それをキャッシュ・メモリ１０５に登録す
る。
【００４７】二度目からはキャッシュ・メモリ１０５の
検索で物理アドレスが選ばれるので、リクエスト・メッ
セージを送信することは不要となる。こうして得られた
物理アドレスを宛先として監視制御メッセージを送信す
ることができる。
検索で物理アドレスが選ばれるので、リクエスト・メッ
セージを送信することは不要となる。こうして得られた
物理アドレスを宛先として監視制御メッセージを送信す
ることができる。
【００４８】図４は装置内パッケージがリクエスト・メ
ッセージを受信した後のフローチャートを示している。
ッセージを受信した後のフローチャートを示している。
【００４９】図４を参照するに、リクエスト・メッセー
ジを受信したパッケージでは、メッセージ内の「要求側
識別子」による管理対象が自分であれば自分の物理アド
レスを返す。自分が管理対象でないと判断すればそのメ
ッセージを廃棄する。
ジを受信したパッケージでは、メッセージ内の「要求側
識別子」による管理対象が自分であれば自分の物理アド
レスを返す。自分が管理対象でないと判断すればそのメ
ッセージを廃棄する。
【００５０】
【発明の効果】本発明は以上の如く構成され、作用する
ものであり、本発明によれば、次のような効果が得られ
る。
ものであり、本発明によれば、次のような効果が得られ
る。
【００５１】管理対象である装置内各パッケージが実装
されているユニット識別番号や同ユニット内の実装位置
の識別番号で示される装置内固有の物理アドレスを監視
制御部のソフトウェア側で所有する必要がないために、
装置のハードウェア構成に依存せず、パッケージが実装
される装置内固有の物理的位置を意識しないでソフトウ
ェアの設計が行うことができる。
されているユニット識別番号や同ユニット内の実装位置
の識別番号で示される装置内固有の物理アドレスを監視
制御部のソフトウェア側で所有する必要がないために、
装置のハードウェア構成に依存せず、パッケージが実装
される装置内固有の物理的位置を意識しないでソフトウ
ェアの設計が行うことができる。
【００５２】従って、ハードウェアが無くても効率の良
い評価、デバックを行うことが可能となり、ソフトウェ
アの汎用性も高くなる長所がある。
い評価、デバックを行うことが可能となり、ソフトウェ
アの汎用性も高くなる長所がある。
【００５３】また、類似の装置を構成する場合にソフト
ウェアの流用度が高くなる。
ウェアの流用度が高くなる。
【図１】本発明による一実施の形態を示すブロック構成
図である。
図である。
【図２】物理アドレス・リクエスト・メッセージと物理
アドレス・レスポンス・メッセージのフレームフォーマ
ットの例を示す図である。
アドレス・レスポンス・メッセージのフレームフォーマ
ットの例を示す図である。
【図３】ある管理対象の識別子ａの物理アドレスを取得
するための動作フロー例を示すフローチャートである。
するための動作フロー例を示すフローチャートである。
【図４】ユニット内制御パッケージがリクエスト・メッ
セージを受信した後の動作フロー例を示すフローチャー
トである。
セージを受信した後の動作フロー例を示すフローチャー
トである。
１００…監視制御部 １０１…ＣＰＵ １０２…メイン・メモリ（ｍｅｍｏｒｙ） １０３…ＭＩＢ １０４…アドレス解決モジュール １０５…キャッシュ・メモリ（ＣＡＣＨＥ） １０６…装置内インタフェース ２００…信号線
Claims (5)
- 【請求項１】 複数のパッケージを搭載した複数のユニ
ットと、装置内の監視制御を行う監視制御部とから構成
される伝送装置において、 前記監視制御部は、ＣＰＵと、メイン・メモリと、装置
内管理情報の構造とデータベースであるＭＩＢ（Ｍａｎ
ａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）
を記憶しておくファイル・システムと、前記ＭＩＢに登
録された装置内管理情報の対象を管理するためのメッセ
ージを送信するための装置内物理アドレス得る処理を行
うソフトウェアであるアドレス解決モジュールと、一度
得た装置内管理情報の対象となる装置内物理アドレスを
保持しておくキャッシュ・メモリと、装置内へのメッセ
ージを送受信するための物理レイヤの処理を行う装置内
インタフェース部と、 を有することを特徴とした装置内アドレス収集方式。 - 【請求項２】 前記監視制御部が装置内管理情報を収集
する時あるいは管理対象のユニット・パッケージを制御
するために、前記管理対象に監視制御メッセージを送信
するに際し、 前記監視制御部は、キャッシュ・メモリを検索して前記
管理対象に対応する識別子の物理アドレスが該キャッシ
ュ・メモリに格納されているか否かを判断し、該識別子
の物理アドレスが該キャッシュ・メモリに格納されてい
ない場合には前記管理対象に該管理対象に対応する識別
子を含ませた物理アドレス要求メッセージを送信し、 次いで該物理アドレス要求メッセージを受信した前記管
理対象は、前記メッセージに含まれている前記識別子が
自ユニット内の管理対象に対応したものであると認識し
た場合には、自分のアドレスを物理アドレス応答メッセ
ージに含ませて前記監視制御部に送信し、 前記監視制御部は、該物理アドレス応答メッセージを受
信して前記識別子に対応する物理アドレスを獲得し、該
物理アドレス宛に監視制御メッセージを送信する、 ことを特徴とした装置内アドレス収集方式。 - 【請求項３】 前記監視制御部は、前記物理アドレス応
答メッセージから前記識別子に対応する前記物理アドレ
スを獲得した場合に、該識別子に対応する該物理アドレ
スを前記キャッシュ・メモリに登録し、次回からは該キ
ャッシュ・メモリを検索することにより必要とする物理
アドレスを得ることを更に特徴とする請求項２に記載の
装置内アドレス収集方式。 - 【請求項４】 前記物理アドレス要求メッセージは、ブ
ロードキャストされ、全ユニット内の管理対象により受
信されることを更に特徴とする請求項２または３のいず
れか一項に記載の装置内アドレス収集方式。 - 【請求項５】 前記物理アドレス要求メッセージ及び物
理アドレス応答メッセージのヘッダには宛先物理アドレ
スと送信元物理アドレスが収容され、前記物理アドレス
要求メッセージの場合には宛先物理アドレスにブロード
キャスト・アドレスが収容されて送信され、前記物理ア
トレス応答メッセージの場合には、前記監視制御部の装
置内インタフェース部の物理アドレスが収容され、送信
元物理アドレスにはそれぞれ前記監視制御部の装置内イ
ンタフェース部の物理アドレスと応答を返すユニット内
制御パッケージの物理アドレスが収容されることを更に
特徴とする請求項２〜４のいずれか一項に記載の装置内
アドレス収集方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11139259A JP2000330925A (ja) | 1999-05-19 | 1999-05-19 | 装置内アドレス収集方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11139259A JP2000330925A (ja) | 1999-05-19 | 1999-05-19 | 装置内アドレス収集方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000330925A true JP2000330925A (ja) | 2000-11-30 |
Family
ID=15241134
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11139259A Pending JP2000330925A (ja) | 1999-05-19 | 1999-05-19 | 装置内アドレス収集方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000330925A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006504187A (ja) * | 2002-10-21 | 2006-02-02 | エミュレックス・デザイン・アンド・マニュファクチュアリング・コーポレーション | 遠隔管理システム |
-
1999
- 1999-05-19 JP JP11139259A patent/JP2000330925A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006504187A (ja) * | 2002-10-21 | 2006-02-02 | エミュレックス・デザイン・アンド・マニュファクチュアリング・コーポレーション | 遠隔管理システム |
| JP2010182313A (ja) * | 2002-10-21 | 2010-08-19 | Emulex Design & Manufacturing Corp | 遠隔管理システム |
| JP2011018343A (ja) * | 2002-10-21 | 2011-01-27 | Emulex Design & Manufacturing Corp | 遠隔管理システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6092078A (en) | Method and apparatus for interfacing network peripheral devices with a browser | |
| KR100816310B1 (ko) | 위치 정보 시스템으로 게이트웨이를 동작시키는 방법 | |
| US5864680A (en) | Method and system for distributing data in a real time data imaging network | |
| EP0508886A1 (en) | Filtering and disposition of messages in a bridge using a single address and protocol table | |
| CN101147380B (zh) | 用于高效扩展p2p网络的方法和装置 | |
| JP2002344475A (ja) | ホームネットワーク内の機器にサービスを提供するシステムとその方法及びホームネットワークでサービスが提供されるシステムとその方法 | |
| US7187683B1 (en) | Statistics data collection mechanism for distributed, high-speed data processing environments | |
| JP2002541549A (ja) | 遠隔の装置監視 | |
| CN1230756C (zh) | 用于处理状态查询的网络控制器 | |
| CN114222284B (zh) | 终端设备识别方法、装置及可读存储介质 | |
| US9400547B2 (en) | Processing device and method thereof | |
| US20050009540A1 (en) | System and method for providing position information | |
| JP2002368781A (ja) | ユーザ位置管理ドメインネーム変換システム | |
| JP2000330925A (ja) | 装置内アドレス収集方式 | |
| JP2002328851A (ja) | 制御方法及び伝送装置 | |
| US8046419B2 (en) | Method of processing open asynchronous application service event and open web service gateway implementing the same | |
| US20230064688A1 (en) | Method for operations of virtual machines in monitoring cloud activities, system, and device applying the method | |
| JPH11225171A (ja) | 異通信手順間通信方法及び方式 | |
| JP4527319B2 (ja) | パケットヘッダ変換機能を有する通信制御装置 | |
| JPH08223207A (ja) | マルチプロトコル中継方式 | |
| JPH11112531A (ja) | 送信権譲渡方法及び通信システム | |
| JP2929995B2 (ja) | 既存電話網接続端末の非同期転送モード網接続方式 | |
| KR100474358B1 (ko) | 고속 라우터 시스템의 원격 망 모니터링 기능 구현방법 및장치, 이를 수행하는 프로그램을 기록한 기록매체 | |
| US7032004B2 (en) | Communication traffic control system on LAN, communication traffic control method and recording medium storing communication traffic control program | |
| KR100285954B1 (ko) | 비동기전송모드랜에뮬레이션에서의주소변환요청처리방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040127 |