JP2000151617A - テーブル作成検索装置 - Google Patents

Abstract

(57)【要約】 【課題】 格納されるデータの数が増加しても、そのデ
ータの検索時間が長くならないデータ配列のテーブルを
作るテーブル作成装置および当該テーブルからデータを
短時間で検索するテーブル検索装置を提供する。 【解決手段】 テーブルを（ａ）に示すメインテーブル
ＭＴと（ｂ）に示すサブテーブルＳＴに分け、これらの
相対行アドレスをインデックスとして、テーブルの行を
飛び飛びに検索するようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本願発明は、例えばＭＡＣ
（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレ
スのようなデータを格納していきＭＡＣアドレステーブ
ルのようなテーブルを作るテーブル作成装置および上記
のようなテーブル作成装置を用いて作ったテーブルとデ
ータ配列が同一のテーブルから特定のデータ（例えば、
特定のＭＡＣアドレス）を検索するテーブル検索装置に
関する。

【０００２】

【従来の技術】例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ
Ｎｅｔｗｏｒｋ）において、接続する各ホストのＭＡＣ
アドレスに基づいて、各ホストの送受信回数の集計等を
実行して当該ＬＡＮを管理する従来のネットワーク管理
装置では、図７に示すようなＭＡＣアドレステーブルを
備えている。当該ＭＡＣアドレステーブルは、多数の行
からなり、各行には、当該ＬＡＮに接続されているホス
トのＭＡＣアドレス（同図ではａ、ｂ、ｃ、……と示さ
れている）が格納されるＭＡＣアドレスエリアＭＡと、
当該ホストの例えば送受信回数の集計データ等が記憶さ
れる管理データエリアＤＡ（この管理データエリアＤＡ
は、正確には、更に多数の小エリアに分かれており、そ
れぞれには、対応する上記集計データ等が１つずつ記憶
される）とからなる。そして、ＬＡＮにホストが追加接
続される度に、当該ホストに対して上記ＭＡＣアドレス
テーブル中の空いている行が与えられ、その行のＭＡＣ
アドレスエリアＭＡにそのホストのＭＡＣアドレスが格
納され、以後は、当該ホストに係る上記集計データ等が
その行の管理データエリアＤＡに記憶されていく。

【０００３】上記のようなＭＡＣアドレステーブルの管
理データエリアＤＡへ特定のホストの上記集計データ等
を更新記憶するために、当該ホストのＭＡＣアドレスが
格納されている行を得るためには（すなわち、当該ホス
トのＭＡＣアドレスがＭＡＣアドレスエリアＭＡに格納
されている行を得るためには）、当該テーブルの最初の
行から最後の行の方へ向って１行ずつ、順次、格納され
ているＭＡＣアドレスと当該ホストのＭＡＣアドレスと
を比較し、一致しているかを判断する処理を、両ＭＡＣ
アドレスが一致するまで続ける。

【０００４】

【発明が解決しようとする課題】しかし、前述のような
方法でデータ（上記の例でいうならＭＡＣアドレス）を
格納していきテーブルを作成して、上記のような方法で
当該テーブルから特定のデータを検索するのでは、テー
ブルの最初の方に格納されているデータ（前記図７のＭ
ＡＣアドレステーブルでいうなら同図に示すデータａ，
ｂ或いはｃ等）を検索する場合には、検索時間は短くな
るが、テーブルの最後の方に格納されているデータ（前
記図７でいうなら同図に示すデータｒ等）を検索する場
合には、検索時間は長くなる。そして、当該テーブルに
格納されているデータ数が多くなる程（前記例でいうな
ら、ＬＡＮに接続するホストが多くなりＭＡＣアドレス
数が多くなる程）、当該検索時間は一般に長くなること
になる。

【０００５】本願発明は、上述のような事情に鑑みてな
されたものであり、格納されるデータの数が増加して
も、そのデータの検索時間が長くならないデータ配列の
テーブルを作るテーブル作成装置および当該テーブルか
らデータを短時間で検索するテーブル検索装置の提供を
目的とする。

【０００６】

【課題を解決するための手段】請求項１の発明では、順
次送られてくるｍビットデータ（ただし、ｍビットの全
てが０となっているデータは除かれている）を、後述の
テーブル記憶手段内のテーブルに格納していくテーブル
作成装置を以下のように構成した。すなわち、それぞれ
その行を特定する行番号が与えられている２のｎ（ただ
しｎ＜ｍ）乗個の行からなり、当該各行は、少なくて
も、上記ｍビットデータが格納されるデータ格納エリア
と後述のインデックスが格納されるインデックスエリア
とを有するメインテーブルと、それぞれその行を特定す
る行番号が与えられている多数（実際に利用される上記
ｍビットデータの個数程度）の行からなり、当該各行
は、少なくても、上記ｍビットデータが格納されるデー
タ格納エリアと後述のインデックスが格納されるインデ
ックスエリアとを有するサブテーブルを備えているテー
ブル記憶手段と、上記ｍビットデータが送られてくる度
に、送られてきた当該ｍビットデータから、上位ａ（た
だしａは予じめ定められた０以上の数）ビットを除き、
更に下位ｂ（ただしｂは予じめ定められている０以上の
数）ビットを除いて得られたｎ（従ってｎ＝ｍ−ａ−
ｂ）ビットデータを読込み、当該ｎビットデータに対応
する上記行番号を求め、その上で当該行番号が与えられ
ている上記メインテーブル中の行のデータ格納エリアに
は、既に以前に送られてきたｍビットデータが格納され
ているか否かを判断する第１判断手段と、上記第１判断
手段が否定的判断をしたときに、上記第１判断手段の判
断対象となったメインテーブル中の行のデータ格納エリ
アに、今回送られてきたｍビットデータを格納する第１
格納手段と、上記第１判断手段が肯定的判断をしたとき
に、既に格納されているｍビットデータは、今回送られ
てきたｍビットデータと等しいデータか否かを判断する
第２判断手段と、上記第２判断手段が否定的判断をした
ときに、上記第１判断手段の判断対象となったメインテ
ーブル中の行の上記インデックスエリアには、既にイン
デックスが格納されているか否かを判断する第３判断手
段と、上記第３判断手段が否定的判断をしたときに、上
記サブテーブル中の行で、未だ上記ｍビットデータが格
納されていない行を見つけて、その行のデータ格納エリ
アに今回送られてきたｍビットデータを格納する第２格
納手段と、上記第２格納手段が上記格納処理を終えたと
きに、当該格納処理が行なわれたデータ格納エリアが属
する行の行番号を、上記第３判断手段の判断対象であっ
たメインテーブル中の行のインデックスエリアにインデ
ックスとして格納する第３格納手段と、上記第３判断手
段が肯定的判断をしたときに、当該判断対象となったメ
インテーブル中の行の上記インデックスエリアにインデ
ックスとして格納されていた行番号に基づいて、当該行
番号が与えられているサブテーブル中の行を捜し、当該
行のデータ格納エリアに既に格納されているｍビットデ
ータは、今回送られてきたｍビットデータと同一のデー
タか否かを判断する第４判断手段と、上記第４判断手段
が否定的判断をしたとき、又は後述の第６判断手段が否
定的判断をしたときに、それぞれ第４判断手段又は第６
判断手段の判断の対象となったサブテーブル中の行のイ
ンデックスエリアにインデックスが格納されているか否
かを判断する第５判断手段と、上記第５判断手段が肯定
的判断をしたときに、判断の対象となったインデックス
エリアにインデックスとして格納されているサブテーブ
ルの行番号に基づき、当該行番号が与えられているサブ
テーブル中の行を捜し、当該行のデータ格納エリアに格
納されているｍビットデータは、今回送られてきたｍビ
ットデータと同一のデータか否かを判断する第６判断手
段と、上記第５判断手段が否定的判断をしたときに、サ
ブテーブル中の行でその行のデータ格納エリアに、未だ
ｍビットデータが格納されていない行を捜し、当該行の
データ格納エリアに今回送られてきたｍビットデータを
格納する第４格納手段と、上記第４格納手段が上記格納
処理を終えたときに、当該第４格納手段による格納が行
なわれたサブテーブル中の行の行番号をインデックスと
して、上記第５判断手段が、直前に、判断の対象とした
インデックスエリアに格納する第５格納手段とを備える
構成とした。

【０００７】請求項２の発明では、請求項１記載のテー
ブル作成装置以下の各手段を追加した。即ち、上記第１
格納手段が格納処理を終えたときに、当該格納に応じた
所定の処理を実行する第１処理手段と、上記第２判断手
段が肯定的判断をしたときに、既に格納されているｍビ
ットデータと同一のデータが更にもう一度送られてきた
ことに応じた所定の処理を実行する第２処理手段と、上
記第３格納手段が上記格納処理を終えたときに、上記第
２格納手段による処理に応じた所定の処理を実行する第
３処理手段と、上記第４判断手段が肯定的判断をしたと
きに、すでに格納されているｍビットデータと同一のデ
ータが更にもう一度送られてきたことに応じた所定の処
理を実行する第４処理手段と、上記第６判断手段が肯定
的判断をしたときに、既に格納されているｍビットデー
タと同一のデータが更にもう一度送られてきたことに応
じた所定の処理を実行する第５処理手段と、上記第５格
納手段による格納処理が終了したときに、当該格納に応
じた所定の処理を実行する第６処理手段とが追加される
構成とした。

【０００８】請求項３の発明では、上記請求項１又は請
求項２記載のテーブル作成装置で作成されたテーブルと
同一のデータ配列になっているテーブルから当該テーブ
ルに格納されている特定のｍビットデータを検索するテ
ーブル検索装置を以下のように構成した。すなわち、検
索すべきｍビットデータが指定される度に、当該ｍビッ
トデータに係る前記ｎビットデータを読込み、当該ｎビ
ットデータに対応する前記行番号が与えられているメイ
ンテーブル中の行の前記データ格納エリアには、検索す
べきｍビットデータが格納されているか否かを判断する
格納データ判別手段と、上記格納データ判別手段が否定
的判断をしたときに又は後述のデータ格納済判断手段が
否定的判断をしたときに、先の判断で判別対象としたデ
ータ格納エリアの属する行のインデックスエリアには、
インデックスが格納されているか否かを判断するインデ
ックス格納済判断手段と、上記インデックス格納判断手
段が肯定的判断をしたときに、当該インデックス格納判
断手段が判断対象としたインデックスエリアに格納され
ているインデックスに対応する行番号が与えられている
サブテーブル中の行には、検索すべきｍビットデータが
格納されているかを判断するデータ格納済判断手段と、
上記格納データ判別手段が肯定的判断をしたとき又は上
記データ格納済判断手段が肯定的判断をしたときに、検
索すべきｍビットデータを検索できたときに行なう所定
の処理（例えば、上記検索すべきｍビットデータに対応
づけられて、同一行の他のエリアに格納されているデー
タの読出し処理等）を実行する所定処理実行手段とを備
える構成とした。

【０００９】

【発明の実施の形態】以下、図面に示す実施の形態に基
づいて、本願発明を具体的に説明する。なお、本実施の
形態は、ＬＡＮのネットワーク管理装置のＭＡＣアドレ
ステーブル作成部およびこのテーブルの検索部に本願発
明を適用したものである。

【００１０】本発明が適用されているテーブル作成部
（装置）およびテーブル検索部（装置）を備えるネット
ワーク管理装置１の構成は、図１に示すようになってい
る。すなわち当該ネットワーク管理装置１は、ＣＰＵ２
を中心とし、これに後述のメインテーブルＭＴおよびサ
ブテーブルＳＴ等が記憶されているＲＡＭ４、当該ネッ
トワーク管理装置１の各種動作を指示するプログラム等
を固定的に記憶しているＲＯＭ３およびＬＡＮコントロ
ーラ５とが接続する構成となっている。そしてＬＡＮコ
ントローラ５は、ＬＡＮケーブル６に接続されている。

【００１１】本実施の形態では、前記ＭＡＣアドレステ
ーブルをメインテーブルＭＴとサブテーブルＳＴとの２
つのテーブルに分けているが、図２の（ａ）は前者の構
成を示すもので、同図の（ｂ）は後者の構成を示すもの
である。メインテーブルＭＴは、図２の（ａ）に示すよ
うに、相対行アドレス（基底行アドレスをＤとしてい
る）０から６５５３５の１つがそれぞれ与えられている
６５５３６行からなり（なお６５５３６行とするのは、
本実施の形態では、４８ビットデータのＭＡＣアドレス
の下位２バイトすなわち１６ビットからなるデータを前
記ｎビットデータとしており、この１６ビットからなる
データは２の１６乗通り、すなわち６５５３６通り存在
し得るので、それらの各データに１行を与えるためであ
る）、そして各行はＭＡＣアドレスエリアＭＡ、インデ
ックスエリアＩＡおよび管理データエリアＤＡを有して
いる。ＭＡＣアドレスエリアＭＡはＭＡＣアドレスが格
納されるエリアであり、インデックスエリアＩＡは、こ
のメインテーブルのその行とサブテーブル中の１つの行
を関連づけるインデックスが格納されるエリアであり、
管理データエリアＤＡは、更に多数の小エリアに分かれ
ており、それらの各小エリアには、特定のホスト（その
行のＭＡＣアドレスエリアＭＡにＭＡＣアドレスが格納
されているホスト）のパケット送信回数、パケット受信
回数等のデータが格納されていく。

【００１２】また、同図（ｂ）に示すサブテーブルＳＴ
は、当該ネットワーク管理装置が接続されているＬＡＮ
に、接続される可能性があるホストの台数すなわち２０
０台にそれぞれ１行が与えられる２００行からなり、各
行は、メインテーブルＭＴと同様にＭＡＣアドレスエリ
アＭＡ、インデックスエリアＩＡおよび管理データエリ
アＤＡからなっている。なお当該サブテーブルＳＴのイ
ンデックスエリアＩＡには、メインテーブルＭＴのイン
デックスエリアＩＡと異なり、サブテーブル内の他の行
と関連づけるインデックスが格納される。

【００１３】次に、以上のように構成された本実施の形
態の動作を説明する。本実施の形態に係るネットワーク
管理装置は、いずれかのホストからＬＡＮにパケットが
送出されるたびに、そのパケットを取込み、いずれのホ
ストからいずれのホストに送られるものかを検知し、そ
れらホストのパケット送信回数やパケット受信回数等の
各集計等を、前記メインテーブルＭＴやサブテーブルＳ
Ｔの管理データエリアＤＡの計数値を更新することによ
り行なっていく。しかし、両テーブルへのデータの格納
動作や、両テーブルからのＭＡＣアドレスの検索動作に
関しては、上記いずれのデータの集計等に際しても、概
ね同じである。そこで、以下の動作説明では、パケット
が送られてくる度に行なわれるその送信元ホストの送信
回数を上記両テーブルを利用して集計（カウント）する
動作および当該集計結果を両テーブルから読出する際の
動作を、例にして、図３〜図６のフローチャートを参照
しながら説明する。また以下では、４８ビットのデータ
であるＭＡＣアドレスを、便宜上、そのビット配列を保
ったままで４ビットずつに分けて当該各４ビットを１６
進数で表す２進化１６進数として表示する。

【００１４】（Ａ）、先ず、メインテーブルＭＴおよび
サブテーブルＳＴに１つもＭＡＣアドレスが格納されて
いない状態（各行の各エリアには全て０が格納されてい
る）でパケットが送られてきて、その送信元ホストのＭ
ＡＣアドレスが１１１０００ｆｆ０００２であった場合
を例とし、そのときの動作を説明する。この場合、図３
のステップＳ１で上記ＭＡＣアドレスの下位１６ビット
データすなわち０００２に対応する相対行アドレス２
（すなわち行アドレス（Ｄ＋２））を求めて、然る後に
ステップＳ２に進む。そしてこのステップＳ２では、メ
インテーブルＭＴ中の相対行アドレス２の行のＭＡＣア
ドレスエリアＭＡには、未だＭＡＣアドレスが格納され
ていないことを判断して、ステップＳ３に進み、上記Ｍ
ＡＣアドレスエリアＭＡに上記ＭＡＣアドレス１１１０
００ｆｆ０００２を格納する。その後、ステップＳ４に
進み、上記行の管理データエリアＤＡ中の小エリアで送
信回数を記憶しておくエリア（以下、送信回数エリアと
いう）に１を記憶しておく。これでＭＡＣアドレス１１
１０００ｆｆ０００２のホストがパケットを１回送信し
たことを記録したことになる。

【００１５】（Ｂ）、次に、上記パケットが送られて来
た後に、同一ホストからパケットが送られてきた場合を
例とし、そのときの動作について説明する。この場合、
前記同様にして、図３のステップＳ１で相対行アドレス
２を求め、ステップＳ２に進むが、今回は、既に相対行
アドレス２の行のＭＡＣアドレスエリアＭＡにはＭＡＣ
アドレスが格納されていると判断し、当該ステップＳ２
からステップＳ５に進み、当該ステップＳ５で、既に格
納されているＭＡＣアドレスは今回の送信元ホストＭＡ
Ｃアドレスと同じであることを確認して、ステップＳ４
に進む。ステップＳ４では前記管理データエリアＤＡの
送信回数エリアの送信回数データを１だけ大きいものに
更新する。

【００１６】（Ｃ）、次に上記（Ｂ）の動作の後にＭＡ
Ｃアドレスが１０００１１ａｆ０００１のホストからの
最初のパケットが送られてきたときを例とし、そのとき
の動作に説明する。この場合は、上記（Ａ）の場合と概
ね同様の動作がなされ、メインテーブルＭＴの相対行ア
ドレス１の行のＭＡＣアドレスエリアＭＡに上記送信元
ＭＡＣアドレス１０００１１ａｆ０００１が格納され当
該行の管理データエリアＤＡの送信回数エリアに１が記
憶される。

【００１７】（Ｄ）、上記（Ｃ）の動作の以後に（直後
に限らないが、その間、下位側１６ビットが同一のＭＡ
Ｃアドレスのパケットは送られてきてないたことにす
る）、（Ｃ）の場合の送信元ＭＡＣアドレスと下位側１
６ビットが同一のＭＡＣアドレス１０００１１ｄｅ００
０１のホストからパケットが送られてきたときを例と
し、そのときの動作を説明する。この場合、図３のステ
ップＳ１で相対行アドレス１を求め、ステップＳ２でメ
インテーブルＭＴ中の当該相対行アドレス１の行のＭＡ
ＣアドレスエリアＭＡに既にＭＡＣアドレス（すなわち
上記（Ｃ）の動作で格納した１０００１１ａｆ０００
１）が格納されていることを確認してステップＳ５に進
む。ステップＳ５では、上記既に格納されているＭＡＣ
アドレスが、今回送られてきたＭＡＣアドレスと異なる
ことを検知し、図４のステップＳ７に進む。そしてこの
ステップＳ７では、上記相対行アドレス１の行のインデ
ックスエリアＩＡにインデックス（サブテーブルＳＴの
相対行アドレス）が未だ格納されていないことを確認し
て、ステップＳ８に進み、サブテーブルＳＴのいずれか
の行で未だその行のＭＡＣアドレスエリアＭＡにＭＡＣ
アドレスが格納されていない行を見つけ、その行、例え
ば相対行アドレス１（すなわち行アドレス（Ｅ＋１））
の行のＭＡＣアドレスエリアＭＡに今回の送信元ＭＡＣ
アドレス１０００１１ｄｅ０００１を格納する（図２の
（ｂ）の行アドレス（Ｅ＋１）の行を参照）。次いでス
テップＳ９に進んで、上記メインテーブルＭＴの相対行
アドレス１の行のインデックスエリアＩＡに、上記サブ
テーブルＳＴ中の行で上記送信元ＭＡＣアドレスを格納
した行の相対行アドレス１を格納しておく（図２の
（ａ）の相対行アドレス１のインデックスエリアＩＡ参
照）。続くステップＳ１０では、サブテーブルＳＴの相
対行アドレス１の行の管理データエリアＤＡにある送信
回数エリアに１を記憶して、ＭＡＣアドレス１０００１
１ｄｅ０００１のホストからの送信が１回あった旨を記
録する。

【００１８】（Ｅ）、上記の（Ｄ）の動作が終了した
後、先ず送信元ＭＡＣアドレスが１１００１１ｆｆ００
００のパケットが送られてき、次にＭＡＣアドレスの下
位１６ビットが００００でないパケットが何個か送られ
てきて、その後に送信元ＭＡＣアドレスが１１００ｆｆ
１１００００のパケットが送られてきて、その次に送信
元ＭＡＣアドレスが１１ａａｂｂｆ１００００のパケッ
トが送られてきたとして、即ち、下位１６ビットが００
００となっている上記３個のＭＡＣアドレスがそれぞれ
送信元ＭＡＣアドレスとなっているパケットが送られて
きたとし、そのときの動作を説明する。

【００１９】先ず送信元ＭＡＣアドレスが１１００１１
ｆｆ００００のパケットが送られてきたときは、前記
（Ａ）の場合と概ね同様の動作（図３のステップＳ１〜
Ｓ４）がなされる。これにより、メインテーブルＭＴの
相対行アドレス０の行のＭＡＣアドレスエリアＭＡに該
当ＭＡＣアドレスが格納され（図２の（ａ）の行アドレ
ス（Ｄ＋０）の行を参照）、当該相対行アドレス０の行
の管理データエリアＤＡの送信回数エリアに１が記憶さ
れる。次いで送信元ＭＡＣアドレスが上記１１００ｆｆ
１１００００のパケットが送られてきたときは、上記
（Ｄ）の場合と概ね同様であり、先ず図３のステップＳ
１で相対行アドレス０を求め、ステップＳ２ではメイン
テーブルＭＴの当該相対行アドレス０の行のＭＡＣアド
レスエリアＭＡには既に前記ＭＡＣアドレス１１００１
１ｆｆ００００が格納されていることを検知し、ステッ
プＳ５で当該ＭＡＣアドレスは今回の送信元ＭＡＣアド
レスと同一でないことを検知し、図４のステップＳ７で
上記メインテーブルＭＴの相対行アドレス０の行のイン
デックスエリアＩＡには、インデックスが格納されてい
ないことを検出し、ステップＳ８でサブテーブルＳＴの
未使用の行、例えば相対行アドレス２の行のＭＡＣアド
レスエリアＭＡに今回の送信元ＭＡＣアドレス１１００
ｆｆ１１００００に格納し（図２の（ｂ）の相対行アド
レス２の行のＭＡＣアドレスエリアＭＡ参照）、ステッ
プＳ９で上記メインテーブルＭＴの相対行アドレス０の
行のインデックスエリアＩＡに上記サブテーブルＳＴの
相対行アドレス２を格納し（図２の（ａ）の相対行アド
レス０の行のインデックスエリアＩＡ参照）、ステップ
Ｓ１０でサブテーブルＳＴの相対行アドレス２の行の管
理データエリアＤＡの送信数エリアに１が記憶される。

【００２０】次いで上記１１ａａｂｂｆ１００００が送
られてきたときは以下のようになる。すなわち図３のス
テップＳ１で相対行アドレス０を求め、ステップＳ２で
メインテーブルＭＴの当該相対行アドレス０の行のＭＡ
ＣアドレスエリアＭＡにはすでにＭＡＣアドレスが格納
されているのを検知し、次のステップＳ５では上記行の
ＭＡＣアドレスエリアＭＡに格納されているＭＡＣアド
レスは上記１１ａａｂｂｆ００００ではないことを検知
する。次の図４のステップＳ７ではメインテーブルＭＴ
の相対行アドレス０の行のインデックスエリアＩＡにイ
ンデックス２が格納されていることを検知し、次のステ
ップＳ１１では、上記インデックス２に対応する相対行
アドレス２が与えられているサブテーブルＳＴ中の行の
ＭＡＣアドレスエリアＭＡに格納されているＭＡＣアド
レスは今回の送信元ＭＡＣアドレス１１ａａｂｂ１００
００と同一ではないことを検出して、図５のステップＳ
１３に進む。このステップＳ１３では上記相対行アドレ
ス２が与えられているサブテーブルＳＴの行のインデッ
クスエリアＩＡにはインデックスが格納されていないと
判断して、ステップＳ１５に進み、未だＭＡＣアドレス
エリアＭＡにＭＡＣアドレスが格納されていないサブテ
ーブルＳＴ中の行、例えば相対行アドレス３の行に上記
今回のＭＡＣアドレスを格納する（図２の（ｂ）の相対
行アドレス３の行参照）。然る後、ステップＳ１６では
サブテーブルＳＴにおける上記相対行アドレス３をイン
デックスとして、サブテーブルＳＴの相対行アドレス２
の行のインデックスエリアＩＡに格納する（図２の
（ｂ）の相対行アドレス２の行のインデックスエリアＩ
Ａ参照）。そして最後にステップＳ１７で上記サブテー
ブルＳＴの相対行アドレス３の行の管理データエリアＤ
Ａの送信回数エリアに１を記憶する。

【００２１】（Ｆ）、上記（Ｅ）の動作の後に、更に送
信元ＭＡＣアドレスが３３３２２６７２００００すなわ
ち下位側１６ビットが上記同様に００００となっている
パケットが送られてきたときは、前記と概ね同様の動作
（ステップＳ１、Ｓ２、Ｓ５、Ｓ７、Ｓ１１）の後に図
５のステップＳ１３に進み、このステップＳでサブテー
ブルＳＴの相対行アドレス２の行のインデックスエリア
ＩＡにはインデックス３が格納されていることを検知
し、ステップＳ１４に進み、上記インデックス３に対応
する相対行アドレス３が与えられているサブテーブルＳ
Ｔ中の行のＭＡＣアドレスエリアＭＡの送信元ＭＡＣア
ドレスと、上記今回の送信元ＭＡＣアドレスは等しくな
いことを検出し、その上でステップＳ１３に戻る。そし
てこのステップＳ１３で上記相対行アドレス３が与えら
れている行のインデックスエリアＩＡにインデックスが
未だ格納されていないことを確認し、ステップＳ１５で
サブテーブルＳＴ中の未使用の行、例えば相対行アドレ
ス４の行に今回の送信元ＭＡＣアドレスを格納し、ステ
ップＳ１６では上記相対行アドレス３が与えられている
行のインデックスエリアＩＡにインデックスとして上記
相対行アドレス４を格納し、更にステップＳ１７で、上
記相対行アドレス４の行の管理データエリアＤＡの送信
回数エリアに１を記憶する。

【００２２】（Ｇ）、上記（Ｆ）の動作の後に、この
（Ｆ）の動作での送信元ＭＡＣアドレスと同一のＭＡＣ
アドレス３３３２２６７２００００が送信元ＭＡＣアド
レスとして送られてきたときは以下のような動作が行な
われる。ステップＳ１、Ｓ２、Ｓ５、Ｓ７、Ｓ１１、Ｓ
１３、Ｓ１４では上記（Ｆ）での場合と概ね同様の処理
が行なわれ、その後ステップＳ１４からステップＳ１３
に戻り、ここでサブテーブルＳＴの相対行アドレス３の
行のインデックスエリアＩＡにはインデックス４が格納
されていることを検出し、再度、ステップＳ１４に戻っ
て、上記インデックス４に対応する相対行アドレス４が
与えられている行のＭＡＣアドレスエリアＭＡに格納さ
れているＭＡＣアドレスは今回の送信元ＭＡＣアドレス
と等しいことを検出して、ステップＳ１７に進んで、サ
ブテーブルＳＴの上記相対行アドレス４の行の管理デー
タエリアＤＡの送信回数エリアの送信回数を１だけ大き
い２にする。

【００２３】（Ｈ）、既にサブテーブルＳＴに格納して
いるＭＡＣアドレス１０００１１ｄｅ０００１が、再
度、送信元ＭＡＣアドレスとして送られてきたときの動
作は以下のようになる。すなわちステップＳ１で相対行
アドレス１を求め、ステップＳ２でメインテーブルＭＴ
の相対行アドレス１の行のＭＡＣアドレスエリアＭＡに
は既にＭＡＣアドレスが格納されていることを確認し、
ステップＳ５で格納されているのは今回の送信元ＭＡＣ
アドレスではないことを検出し、ステップＳ７でメイン
テーブルＭＴの相対行アドレス１の行のインデックスエ
リアＩＡにはインデックスが格納されていることを検出
し、ステップＳ１１で当該インデックスに対応する相対
行アドレス１が与えられているサブテーブルＳＴ中の行
のＭＡＣアドレスエリアＭＡに格納されているＭＡＣア
ドレスは、今回の送信元ＭＡＣアドレスに等しいことを
検出してステップＳ１２に進み、上記相対行アドレス１
の行の管理データエリアＤＡの送信回数エリアの送信回
数を１だけ大きいものにしておく。

【００２４】以下、上記（Ａ）〜（Ｈ）の動作例と概ね
同様な動作を繰返して、上記メインテーブルＭＴおよび
サブテーブルＳＴに各ＭＡＣアドレスごとに（すなわ
ち、各ホストごとに）各種データを集計していくことに
なる。

【００２５】次に以上のようにして、各ＭＡＣアドレス
毎に各種データを集計した後に、これら両テーブルから
特定ホストについての上記集計データを読取る際の動作
例を示す。

【００２６】（１）、先ず、ＭＡＣアドレス１０００１
１ａｆ０００１が与えられているホストについての各種
データを検索する場合の動作を説明する。最初に図６の
ステップＳ２０で上記ＭＡＣアドレスの下位２バイト
（すなわち１６ビット）０００１に対応する相対行アド
レス１を求め、その後にステップＳ２１に進み、メイン
テーブルＭＴ中の相対行アドレス１の行のＭＡＣアドレ
スエリアＭＡに上記ＭＡＣアドレスが格納されているこ
とを確認して（図２の（ａ）の相対行アドレス１の行を
参照）、ステップＳ２２で当該相対行アドレス１の行の
管理データエリアＤＡより各種データを読出すことにな
る。

【００２７】（２）、次にＭＡＣアドレス３３３２２６
７２００００が与えられているホストについての各種デ
ータを検索する場合の動作を説明する。先ず、図６のス
テップＳ２０で、上記同様にして相対行アドレス０を求
め、続くステップＳ２１でメインテーブルＭＴの相対行
アドレス０の行のＭＡＣアドレスエリアＭＡに上記ＭＡ
Ｃアドレスが格納されていないことを判断し（図２の
（ａ）の相対行アドレス０の行を参照）、次いでステッ
プＳ２３で上記相対行アドレス０の行のインデックスエ
リアＩＡにインデックスが格納されていることを検知す
る。その後、ステップＳ２４に進み、上記インデックス
エリアＩＡに格納されているインデックスに対応する相
対行アドレス２が与えられているサブテーブルＳＴの行
のＭＡＣアドレスエリアＭＡには上記ＭＡＣアドレス３
３３２２６７２００００が格納されていない（図２の
（ｂ）の相対行アドレス２の行を参照）ことを判断し
て、ステップＳ２３に戻る。そしてこのステップＳ２３
で上記相対行アドレス２の行のインデックスエリアＩＡ
にはインデックスが格納されていることを確認して、次
のステップＳ２４では当該インデックスエリアＩＡに格
納されているインデックスに対応する相対行アドレス３
の行のＭＡＣアドレスエリアＭＡに上記ＭＡＣアドレス
が格納されていない（図２の（ｂ）の相対行アドレス３
の行を参照）ことを確認し、ステップＳ２３に戻る。そ
してこのステップＳで上記相対行アドレス３の行のイン
デックスエリアＩＡにインデックスが格納されているこ
とを確認して、続くステップＳ２４で当該インデックス
に対応する相対行アドレス４の行のＭＡＣアドレスエリ
アＭＡに上記ＭＡＣアドレス３３３２２６７２００００
が格納されていることを判断し（図２の（ｂ）の相対行
アドレス４の行を参照）、ステップＳ２２に進み、上記
相対行アドレス４の行の管理データエリアＤＡより各種
データを読出すことになる。

【００２８】なお、上記ステップＳ２３で否定的判断が
なされたときは、検索対象となっているホストについて
のデータがメインテーブルＭＴおよびサブテーブルＳＴ
のいずれにも集計されていないことになる。

【００２９】上記のように本実施の形態では、テーブル
の各行を一行ずつ順次、点検する検索法でなく、メイン
テーブルＭＴの相対行アドレスやインデックスを利用
し、テーブルの行を飛び飛びに点検していくので検索時
間を大幅に短縮化できる。

【００３０】なお、本実施の形態は、ＭＡＣアドレス毎
に各種データをそれぞれ集計し、その集計データをＭＡ
Ｃアドレスで検索するものであるが、本願発明は、これ
に限定されず、ＭＡＣアドレス以外の例えばＩＰアドレ
ス毎にデータを集計、検索するものに適用してもよい。
また、各種データを集計せず、メインテーブルＭＴ、サ
ブテーブルＳＴにＭＡＣアドレス或いはＩＰアドレス等
を登録するだけのものにも適用可能なことは無論であ
る。

【００３１】

【発明の効果】以上、詳述したように本願発明によれ
ば、格納されるデータの数が増加しても、そのデータの
検索時間が長くならないデータ配列のテーブルを作るテ
ーブル作成装置および当該テーブルからデータを短時間
で検索するテーブル検索装置の提供を可能とする。

【図面の簡単な説明】

【図１】本願発明の実施の形態に係るネットワーク管理
装置の構成を示す図である。

【図２】本願発明の実施の形態で作成されるテーブルの
構成を示す図である。

【図３〜５】上記実施の形態での送信元ホストの送信回
数集計処理を示すフローチャートである。

【図６】上記実施の形態での集計データの検索処理を示
すフローチャートである。

【図７】従来のテーブル検索処理を説明するための図で
ある。

【符号の説明】

１ ネットワーク管理装置 ２ ＣＰＵ ３ ＲＯＭ ４ ＲＡＭ ５ ＬＡＮコントローラ ６ ＬＡＮケーブル ＭＡ ＭＡＣアドレスエリア ＤＡ 管理データエリア ＭＴ メインテーブル ＳＴ サブテーブル ＩＡ インデックスエリア

Claims (3)

【特許請求の範囲】
1. 【請求項１】 順次送られてくるｍビットデータ（ただ
   し、ｍビットの全てが０となっているデータは除かれて
   いる）を、後述のテーブル記憶手段内のテーブルに格納
   していくテーブル作成装置であって、 それぞれその行を特定する行番号が与えられている２の
   ｎ（ただしｎ＜ｍ）乗個の行からなり、当該各行は、少
   なくても、上記ｍビットデータが格納されるデータ格納
   エリアと後述のインデックスが格納されるインデックス
   エリアとを有するメインテーブルと、それぞれその行を
   特定する行番号が与えられている多数（実際に利用され
   る上記ｍビットデータの個数程度）の行からなり、当該
   各行は、少なくても、上記ｍビットデータが格納される
   データ格納エリアと後述のインデックスが格納されるイ
   ンデックスエリアとを有するサブテーブルを備えている
   テーブル記憶手段と、 上記ｍビットデータが送られてくる度に、送られてきた
   当該ｍビットデータから、上位ａ（ただしａは予じめ定
   められた０以上の数）ビットを除き、更に下位ｂ（ただ
   しｂは予じめ定められている０以上の数）ビットを除い
   て得られたｎ（従ってｎ＝ｍ−ａ−ｂ）ビットデータを
   読込み、当該ｎビットデータに対応する上記行番号を求
   め、その上で当該行番号が与えられている上記メインテ
   ーブル中の行のデータ格納エリアには、既に以前に送ら
   れてきたｍビットデータが格納されているか否かを判断
   する第１判断手段と、 上記第１判断手段が否定的判断をしたときに、上記第１
   判断手段の判断対象となったメインテーブル中の行のデ
   ータ格納エリアに、今回送られてきたｍビットデータを
   格納する第１格納手段と、 上記第１判断手段が肯定的判断をしたときに、既に格納
   されているｍビットデータは、今回送られてきたｍビッ
   トデータと等しいデータか否かを判断する第２判断手段
   と、 上記第２判断手段が否定的判断をしたときに、上記第１
   判断手段の判断対象となったメインテーブル中の行の上
   記インデックスエリアには、既にインデックスが格納さ
   れているか否かを判断する第３判断手段と、 上記第３判断手段が否定的判断をしたときに、上記サブ
   テーブル中の行で、未だ上記ｍビットデータが格納され
   ていない行を見つけて、その行のデータ格納エリアに今
   回送られてきたｍビットデータを格納する第２格納手段
   と、 上記第２格納手段が上記格納処理を終えたときに、当該
   格納処理が行なわれたデータ格納エリアが属する行の行
   番号を、上記第３判断手段の判断対象であったメインテ
   ーブル中の行のインデックスエリアにインデックスとし
   て格納する第３格納手段と、 上記第３判断手段が肯定的判断をしたときに、当該判断
   対象となったメインテーブル中の行の上記インデックス
   エリアにインデックスとして格納されていた行番号に基
   づいて、当該行番号が与えられているサブテーブル中の
   行を捜し、当該行のデータ格納エリアに既に格納されて
   いるｍビットデータは、今回送られてきたｍビットデー
   タと同一のデータか否かを判断する第４判断手段と、 上記第４判断手段が否定的判断をしたとき、又は後述の
   第６判断手段が否定的判断をしたときに、それぞれ第４
   判断手段又は第６判断手段の判断の対象となったサブテ
   ーブル中の行のインデックスエリアにインデックスが格
   納されているか否かを判断する第５判断手段と、 上記第５判断手段が肯定的判断をしたときに、判断の対
   象となったインデックスエリアにインデックスとして格
   納されているサブテーブルの行番号に基づき、当該行番
   号が与えられているサブテーブル中の行を捜し、当該行
   のデータ格納エリアに格納されているｍビットデータ
   は、今回送られてきたｍビットデータと同一のデータか
   否かを判断する第６判断手段と、 上記第５判断手段が否定的判断をしたときに、サブテー
   ブル中の行でその行のデータ格納エリアに、未だｍビッ
   トデータが格納されていない行を捜し、当該行のデータ
   格納エリアに今回送られてきたｍビットデータを格納す
   る第４格納手段と、 上記第４格納手段が上記格納処理を終えたときに、当該
   第４格納手段による格納が行なわれたサブテーブル中の
   行の行番号をインデックスとして、上記第５判断手段
   が、直前に、判断の対象としたインデックスエリアに格
   納する第５格納手段と、 を備えることを特徴とするテーブル作成装置。
2. 【請求項２】 上記第１格納手段が格納処理を終えたと
   きに、当該格納に応じた所定の処理を実行する第１処理
   手段と、 上記第２判断手段が肯定的判断をしたときに、既に格納
   されているｍビットデータと同一のデータが更にもう一
   度送られてきたことに応じた所定の処理を実行する第２
   処理手段と、 上記第３格納手段が上記格納処理を終えたときに、上記
   第２格納手段による処理に応じた所定の処理を実行する
   第３処理手段と、 上記第４判断手段が肯定的判断をしたときに、すでに格
   納されているｍビットデータと同一のデータが更にもう
   一度送られてきたことに応じた所定の処理を実行する第
   ４処理手段と、 上記第６判断手段が肯定的判断をしたときに、既に格納
   されているｍビットデータと同一のデータが更にもう一
   度送られてきたことに応じた所定の処理を実行する第５
   処理手段と、 上記第５格納手段による格納処理が終了したときに、当
   該格納に応じた所定の処理を実行する第６処理手段と、 を備えることを特徴とする請求項１記載のテーブル作成
   装置。
3. 【請求項３】 上記請求項１又は請求項２記載のテーブ
   ル作成装置で作成されたテーブルと同一のデータ配列に
   なっているテーブルから当該テーブルに格納されている
   特定のｍビットデータを検索するテーブル検索装置であ
   って、 検索すべきｍビットデータが指定される度に、当該ｍビ
   ットデータに係る前記ｎビットデータを読込み、当該ｎ
   ビットデータに対応する前記行番号が与えられているメ
   インテーブル中の行の前記データ格納エリアには、検索
   すべきｍビットデータが格納されているか否かを判断す
   る格納データ判別手段と、 上記格納データ判別手段が否定的判断をしたときに又は
   後述のデータ格納済判断手段が否定的判断をしたとき
   に、先の判断で判別対象としたデータ格納エリアの属す
   る行のインデックスエリアには、インデックスが格納さ
   れているか否かを判断するインデックス格納済判断手段
   と、 上記インデックス格納判断手段が肯定的判断をしたとき
   に、当該インデックス格納判断手段が判断対象としたイ
   ンデックスエリアに格納されているインデックスに対応
   する行番号が与えられているサブテーブル中の行には、
   検索すべきｍビットデータが格納されているかを判断す
   るデータ格納済判断手段と、 上記格納データ判別手段が肯定的判断をしたとき又は上
   記データ格納済判断手段が肯定的判断をしたときに、検
   索すべきｍビットデータを検索できたときに行なう所定
   の処理を実行する所定処理実行手段と、 を備えることを特徴とするテーブル検索装置。