JPH0581102A - テーブル管理方式 - Google Patents

Abstract

(57)【要約】 【目的】 キーワードによりアクセス可能として各デー
タをデータテーブルに格納し、データテーブルに格納さ
れた各データを効率よくアクセスできるテーブル管理方
式に提供する。 【構成】 ハッシュテーブルと、該ハッシュテーブルか
ら求められるハッシュ値により示されるアドレスに各デ
ータが格納されるデータテーブルとを備え、ハッシユテ
ーブルからテータ格納先アドレスを求め、データテーブ
ルに格納されたデータをアクセスするテーブル管理方式
において、前記データテーブルにおける各データに対し
て、少なくても一方向に関連付ける関連付情報を付加
し、該関連付情報に基づきデータテーブルにおけるデー
タを順次に参照して、ハッシュテーブルによらずに各デ
ータをアクセス可能とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、テーブル管理方式に関
し、特に、キーワードによりアクセス可能として各デー
タをデータテーブルに格納し、データテーブルに格納さ
れた各データを効率よくアクセスできるテーブル管理方
式に関するものである。

【０００２】

【従来の技術】近年の計算機の処理速度向上，半導体集
積技術の進歩、補助記憶装置の高密度化，アクセスタイ
ムの高速化により、大量にデータを処理できる技術的な
基盤が整いつつある。これにつれて、大量にデータを処
理するニーズも増大して来ている。中でも最もニーズが
高いものはデータベースを扱うデータベースシステムで
ある。データベースシステムは、多数のデータのアクセ
スをキーワード等により効率よく行うことを可能とし、
各データを格納し管理／運用するためのシステムであ
る。ここでは多数のデータが格納されて、格納された多
数のデータがキーワード等によるアクセス要求に応じて
効率よく引き出されなければならない。

【０００３】このため、データベースシステムにおいて
は、既に格納されている多数のデータの中から特定のキ
ーワードをもとに目的とするデータを捜して読み出す検
索機能は必須である。このような検索機能を実現するた
め、データの集合体であるデータファイルの他に、キー
ワードとデータファイルの関連性のみを集めたインデッ
クスファイルなどが利用される。

【０００４】一方、規模の小さいデータベースを分散さ
せて設けるシステム構成も徐々にクローズアップされて
きている。このようなシステム構成の場合、ネットワー
クで結合された通信システムの形態をとる。このような
システム構成においては、アドレス情報を集めたアドレ
ステーブル、中継情報を集めたルーティングテーブルな
どのデータテーブルが多く設けられ、これらの各テーブ
ルのデータが、上述と同様なデータアクセス機能により
検索され読み出せるように構成されている。通信システ
ムではこれらのテーブルデータとして多くの制御データ
が格納され、システム運転において常にアクセスされ、
格納されたデータが参照される。

【０００５】例えば、特開平３−４２９３８号公報に記
載された「ブリッジ通信方式」においては、学習テーブ
ル，キーテーブル，ＭＡＣ（メディア・アクセス・コン
トロール）テーブルなどのデータテーブルが用いられ、
データテーブルから制御データをアクセスしながらシス
テム運転が行なわれる。

【０００６】

【発明が解決しようとする課題】ところで、ネットワー
クで結合された通信システムでは、扱う情報がデータベ
ースシステムに比較して、少ない反面、大型計算機で扱
うデータベース以上に必要なデータに高速にアクセスす
る必要がある場合が多い。このため、必要に応じてメモ
リシステムはキャッシュ方式（主記憶にディスク記憶の
上のデータの一部の写しをもつシステム）で実現され、
アクセスの高速性が図かられる。

【０００７】したがって、ほとんどの通信システムで
は、主記憶上にこれらのキャッシュデータを記憶するデ
ータテーブルが設けられ、アクセス法ではキャッシュ方
式が併用されることが多い。通信システムでは、このよ
うなデータの集合体である小規模なデータベースのデー
タテーブルは単にテーブルと呼ばれる。ここでのテーブ
ルとはデータの集合体であり、データとは複数の項目か
ら構成されるアクセス単位である。このテーブルに対し
てデータを追加したり、削除したり、参照したりするテ
ーブル管理（データテーブル管理）が行われる。

【０００８】これらのテーブル管理にかかる機能を効率
よく実現するための手法として、ソート機能が利用され
る。ソート機能は、特定の項目をキーワードとして、検
索するための項目をもとに昇順や降順などにデータをな
らベ換える機能であり、このソート機能の典型的な手法
として、バブルソート，シェルソート，ヒープソートな
どのソート手法がある。これらのソート手法を用いるこ
とにより、特定のデータを検索するために必要とする作
業量をかなり減少させることができる。しかしながら、
それでも特定のデータに辿りつくまでに費やす作業量
は、キーワードの種類により変動し、かなりの作業量と
なっている。また、特定のデータに辿りつくまでに費や
す作業量が固定的なソート法を用いる場合であってもそ
の作業量は無視できない。

【０００９】また、テーブルデータをアクセスする際の
検索の処理時間および作業量の問題を解決する手法とし
て、ハッシュテーブルを用いる手法がある。テーブルの
データに追加登録が頻繁にあり、検索速度を要求される
ときにハッシュテーブルが用いられる。ハッシュテーブ
ルでは、各データに対するテーブルの位置をハッシュ関
数によって決める。ハッシュ関数は一種の疑似乱数を生
成する関数であり、検索を行うキーワードからテーブル
を参照するための値（アドレス）を生成し、この値のテ
ーブル位置に登録するデータを格納し、また、この値の
テーブル位置に登録されているデータを読み出す。次
に、このようなハッシュテーブルを用いてテーブル（デ
ータテーブル）管理する手法の概略を図１８を参照して
説明する。

【００１０】図１８はハッシュテーブルを用いたテーブ
ル管理の一例を説明する図である。図１８において、１
１１はハッシュテーブル、１１２はデータテーブルであ
る。データテーブル１１２は、データ１，データ２，お
よびデータ３の３個のデータで構成されている。各々の
データは３個の項目で構成されており、データの各項目
の項目名はそれぞれ項目１，項目２，項目３となってい
る。データを検索する場合、検索の基となるキーワード
は、データの各項目の項目１〜３の何れかである。ま
ず、ハッシュテーブル１１１を利用するためにハッシュ
関数を定義する。このハッシュ関数の内容はどのような
ものでも良いが、例えば、項目２の内容をキーワードと
する場合には、コード化された項目２の内容“５”を４
で割った余りにするというもので良い。このハッシュ関
数から得られる値をハッシュ値と呼び、ハッシュテーブ
ルの何番目かに対応付けて、目的のデータをデータテー
ブルに書き込み読み出すために利用する。

【００１１】通常の場合、ハッシュ関数はハッシュテー
ブルの何番目かを決定するための関数であり、ハッシュ
テーブルにはハッシュ値に対応してデータの実体が入っ
ているデータテーブルを関連付けるための数値化された
値（例えば主記憶のアドレス情報）が入っている。図１
８に示す例では、データ２を検索する場合、データ２の
項目２の内容“５”によりハッシュ値２が求められ、こ
のハッシュ値からハッシュテーブル１１１に格納されて
いるデータ２のアドレス情報であるアドレス情報２が求
められ、データ２がアクセスされる。ハッシュテーブル
１１１を利用すると、ハッシュ関数の定義の仕方により
殆ど１回のアクセス作業により、目的のデータを捜し当
てることができる。なお、この場合は、ハッシュ関数か
ら得られたハッシュ値が他のデータのものと一致せず、
一意に決まる場合である。

【００１２】ところで、例えば、検索するデータのキー
ワードにより求めたハッシュ値が他のデータのハッシュ
値と一致してしまうと、１回のアクセス作業により目的
のデータを捜し当てることができなくなる。この場合の
例を図１９により説明する。

【００１３】図１９はハッシュテーブルを用いたテーブ
ル管理を行う場合の効率が上がらない場合の例を説明す
る説明図である。上述のように、この場合のハッシュテ
ーブル１１３では、４で割った余りをハッシュ値とする
関数をハッシュ関数としている場合であるが、図１９に
示すように、例えば、データ３を検索するため、キーワ
ードとする項目２の内容“５”により求めた関数値
“１”のハッシュ値が、ここでの検索で目的としない他
のデータであるデータ２の項目２の内容“１”により求
められるハッシュ関数の値“１”と一致してしまう場合
である。この場合には、１回のアクセス処理により目的
のデータを捜し当てることができない。

【００１４】この場合、キーワードとする項目２の内容
“５”によりハッシュ関数で求めた値“１”のハッシュ
値によるアドレス情報２により、データテーブル１１４
をアクセスすると、２つのデータ２およびデータ３が読
み出されることになる。このため、更に、読み出された
データが、ここでの検索で目的としているデータ３に合
致しているか否かを判別しなければならない。なお、こ
こではハッシュテーブル１１３により管理するデータを
データテーブル１１４に格納する際、同じハッシュ値と
なるデータは次アドレス（アドレス情報２の次のアドレ
ス）に格納されるように予じめ決められており、データ
テーブル１１４の次アドレスに既に他のデータが格納さ
れている場合など更に次のアドレスに格納される。ハッ
シュ値が一致してしまうデータが多くあると、当該デー
タを登録できない場合もある。このように、ハッシュ関
数の定義の仕方によってはハッシュ値が一致してしまう
場合が多くあり、ハッシュ関数として上述のように、４
で割った余りをハッシュ値とするような関数を用いる場
合、商を捨ててハッシュ値を求めているため、ハッシュ
値が一致する確率は高い。従って、ハッシュテーブルを
利用する時のハッシュ関数の定義の仕方は非常に重要で
ある。

【００１５】ところで、図１９に示すように、ハッシュ
値が一致してしまう場合、一致するハッシュ値に対応し
ている複数のデータを、それぞれアクセス可能なように
してテーブル管理する必要がある。この場合、例えば、
前述の特開平３−４２９３８号公報に記載のシステムに
おけるテーブル管理で用いられているように、リンクリ
ストを用いて、各データどうしを関係付ける方法（リン
クリスト；同公報の第３図およびその説明を参照）を利
用することができる。この方法を概要を図２０により説
明する。

【００１６】図２０はハッシュ値が一致する場合のデー
タ管理の一例を説明する図である。ハッシュ値が一致す
る場合、図２０に示すように、ハッシュテーブル１１５
の同一のハッシュ値によるアドレス（アドレス情報２）
で、データテーブル１１６に登録されているデータ２お
よびデータ３は、各データに付加された項目４の次ポイ
ンタ１１７の情報によってリンクされている。このた
め、同じハッシュ値のアドレス情報２でアクセスされた
データテーブル１１６のデータ２およびデータ３の各々
のデータに対しては、検索の対象のデータを判断するた
め、ハッシュ関数に与えたキーワードの項目２の内容に
対して、ハッシュテーブル１１５により求めたアドレス
情報２により、データテーブル１１６をアクセスして該
当する複数の各データを読み出し、更に該当データの項
目２の内容を読み出し、その次ポインタ１１７の情報に
よってリンクされている次のデータの項目２の内容を逐
次比較して、一致するデータを見つければならない。

【００１７】このように、同一のハッシュ値で登録され
ているデータが複数個ある場合、同一のハッシュ値でア
クセスされた複数の各々のデータに対して、どのデータ
が検索の対象なのかを判断しなければならない。このた
め、ハッシュ関数に与えたキーワードが一致するまで、
データを読み出し逐次比較されることになる。

【００１８】ハッシュテーブルを利用する際のテーブル
管理においては、ハッシュ関数の定義の仕方によって
は、異なるキーワードから求められるハッシュ値が一致
する場合があるため、ハッシュテーブルを利用する時の
データテーブル管理では、原理上、図２０に示すような
データ構造になることを前提としなければならない。図
２０に示すようなデータ構造でテーブル管理を行う場合
においては、例えばデータ１を検索する時は、ハッシュ
テーブル１１５のハッシュ値“０”→データ１の順で行
なわれ、また、データ２の場合は、ハッシュ値“１”→
データ２の順で行われる。データ３の場合は次ポインタ
１１７の情報を用いて、ハッシュ値“１”→データ２→
データ３の順で行われることになる。

【００１９】ハッシュテーブルによる検索の処理は、以
上に説明したような流れで行なわれる。ところで、テー
ブルに登録されているデータの全てを調ベたい場合もあ
る。図２０に示すようなデータ構造でテーブル管理を行
っている場合は、データテーブル１１６には連続したア
ドレスに各データが格納されていないことが前提となっ
ているので、データの全てを調ベたい場合、必ずハッシ
ュテーブル１１５を参照してから各データを調ベなけれ
ばならない。まず、データ１を参照するため、ハッシュ
テーブル１１５のハッシュ値“０”→データテーブル１
１６のデータ１とアクセスし、次にデータ２およびデー
タ３を参照するため、ハッシュ値“１”→データ２→デ
ータ３とアクセスし、次にデータ４をアクセスするた
め、ハッシュ値“３”→データ４というように、必ずハ
ッシュテーブル１１５を参照してから各データを調ベな
ければならない。このようなデータテーブルのデータ読
み出し処理をプログラミングで実現する場合、ハッシュ
テーブル１１５のハッシュ値“１”〜ハッシュ値“３”
までを走査するためのポインタＡ，ハッシュ値の終了値
を示すポインタＢ，および読み出される各データを走査
するためのポインタＣからなるポインタ制御レジスタ１
１８を必要とすることになる。

【００２０】図２０に示す例で説明すると、データテー
ブル１１６の全てのデータを読み出すため、ポインタ制
御レジスタ１１８において、ポインタＡの初期値として
ハッシュ値“０”が設定され、終了値を示すポインタＢ
にはハッシュ値“３”の次のエントリ（仮想的なエント
リ）のハッシュ値“４”が設定される。この場合、デー
タテーブル１１６の全データを走査して読み出す処理の
流れは図２１に示すようになる。

【００２１】ポインタ制御レジスタ１１８のポインタＡ
〜ポインタＣを制御して、データテーブル１１６に登録
された全てデータを読み出す処理を、図２１を参照して
説明すると、次のようになる。まず、ステップ１２１に
おいて、ポインタＡとポインタＢと等しいか否かを判定
する。ポインタＡとポインタＢとが等しい場合は、ここ
でデータ読み出しのために走査しているハッシュ値（ポ
インタＡ）が、終了値を示すハッシュ値（ポインタＢ）
と等しいので、データ読み出し走査は終了しており、処
理は終了とする。ポインタＡとポインタＢとが等しくな
い場合は、ステップ１２２に進み、ポインタＡのハッシ
ュ値で登録されているデータがあるか否かを判定する。
ポインタＡのハッシュ値で登録されているデータがある
場合、次のステップ１２３に進み、ポインタＡのハッシ
ュ値で指示される読み出しアドレスをポインタＣに格納
する。そして、次のステップ１２４において、ポインタ
Ｃが指示するアドレスでデータテーブル１１６のデータ
を読み出す。次にステップ１２５の判定処理において、
読み出したデータの次ポインタは次のデータを指示して
いるか否かを判定し、次ポインタが次のデータを指示し
ている場合、同じハッシュ値で続くデータがあるので、
次に、ステップ１２６において、次ポインタのアドレス
をポインタＣに格納する。そして、次のステップ１２４
に戻り、ポインタＣが指示するアドレスでデータテーブ
ルのデータを読み出す。以下同様にして、この処理を繰
り返し行い、データテーブルの各データに付加されてい
る項目の次ポインタにより、リンクされてる各データを
読み出す。

【００２２】一方、ステップ１２５の判定処理により、
次ポインタが次データを指示していると判定されない場
合、現在のポインタＡに登録されているハッシュ値によ
るデータ読み出しは終了したので、次にステップ１２７
に進み、ポインタＡのハッシュ値を次に進める。そし
て、ステップ１２１に戻り、以下同様の処理を繰り返し
行う。

【００２３】このようにして、図２０に示すような構造
でデータテーブルに登録されているデータの全てを読み
出すためには、図２１に示すようなアルゴリズムの読み
出し処理を行なわなければならない。この場合、読み出
し処理では、３個の制御ポインタを必要とし、また、図
２１に示すような、ハーシュテーブルのハッシュ値の走
査と、読み出しデータの走査を行う複雑なアルゴリズム
の処理を行なわなければならない。

【００２４】したがって、本発明の目的は、より少ない
数の制御ポインタで簡単なアルゴリズムによりデータテ
ーブルに登録されている全データを読み出すことができ
るテーブル管理方式を提供することにある。

【００２５】本発明の他の目的は、キーワードによりア
クセス可能として各データをデータテーブルに格納し、
データテーブルに格納された各データを効率よくアクセ
スできるテーブル管理方式を提供することにある。

【００２６】

【課題を解決するための手段】上述した目的を達成する
ため、本発明のテーブル管理方式は、ハッシュテーブル
（１１；図１）と、該ハッシュテーブルから求められる
ハッシュ値により示されるアドレスに各データが格納さ
れるデータテーブル（１２；図１）とを備え、ハッシユ
テーブルからテータ格納先アドレスを求め、データテー
ブルに格納されたデータをアクセスするテーブル管理方
式において、前記データテーブルにおける各データに対
して、少なくても一方向に関連付ける関連付情報（１
４；図１）を付加し、該関連付情報に基づきデータテー
ブルにおけるデータを順次に参照して各データをアクセ
スすることを特徴とする。

【００２７】

【作用】本発明のテーブル管理方式においては、データ
テーブルに格納された各データをキーワードにより効率
良くアクセス可能とするため、ハッシュテーブルを用い
てテーブル管理を行い、データアクセスを行う。各デー
タはハッシュテーブルから求められるハッシュ値により
示されるアドレスで、データテーブルに格納される。デ
ータテーブルに格納された各データには、少なくても一
方向に関連付ける関連付情報が付加され、データテーブ
ルにおける各データは、当該データに付加された関連付
情報に基づき順次に参照できるようなデータ構造とされ
る。これにより、ハッシュテーブルによらずに容易に全
データがアクセス可能となる。

【００２８】このように、データテーブルに格納され、
ハッシュテーブルを用いて管理されることによりキーワ
ードによりアクセス可能とされる各データには、当該デ
ータを構成する複数の項目の一部を用いて、少なくても
一方向に関連付ける関連付情報が付加される。この結
果、ハッシュテーブルには異なったハッシュ値として登
録されているデータどうしが、関連付け情報、例えばリ
ンクリストにより関係付けられる。このため、データテ
ーブルに格納されている全てのデータを参照する場合、
ハッシュテーブルによらずに、関係付け情報のリンクリ
ストにより直接的に全てデータの参照が可能となる。

【００２９】

【実施例】以下、本発明の実施例を図面を参照して具体
的に説明する。図１は本発明の第１の実施例にかかるテ
ーブル管理方式のデータ構造例を説明する図であり、図
２は本発明の第２の実施例にかかるテーブル管理方式の
データ構造例を説明する図である。また、図３は本発明
の第３の実施例にかかるテーブル管理方式のデータ構造
例を説明する図である。

【００３０】図１〜図３を参照して、本発明の実施例に
かかるテーブル管理方式の各データ構造例を説明する。
図１〜図３において、１１はハッシュテーブル、１２は
データテーブルである。また、１３は第１の次ポインタ
（次ポインタ１）であり、これらは、図２０により説明
したものと同様なものである。この実施例のテーブル管
理方式におけるデータ構造では、ハッシュテーブル１１
と、該ハッシュテーブル１１から求められるハッシュ値
により示されるアドレスで各データが格納されるデータ
テーブル１２とが備えられる。データをアクセスする場
合、ハッシユテーブル１１のハッシュ値からデータ格納
先アドレスを求めてデータテーブル１２に格納されたデ
ータをアクセスする。また、ハッシュ関数により求めた
ハッシュ値が同一となる複数のデータに対しては、各デ
ータに付加されている第１の次ポインタ（次ポインタ
１）１３により、該当する各データをリンクしてデータ
テーブルに格納されているので、これらの各データは第
１の次ポインタ（次ポインタ１）１３を辿ることにより
アクセス可能となる。これは前述の例と同様である。

【００３１】このようなデータ構造に対して、ここでは
更にデータテーブル１２の各データに対して、第２の次
ポインタ（次ポインタ２）１４を設け、この第２の次ポ
インタ１４によりデータテーブル１２の各データ（デー
タ１，データ２，データ３，データ４）を少なくても一
方向に関連付ける。この例では各データに付加される関
連付情報の第２の次ポインタ（次ポインタ２）１４のリ
ンクリストで、各データの間を関連付けている。また、
図１に示すデータ構造においては、次ポインタ２は双方
向性ポインタとなっており、先頭データ（データ１）と
最終データ（データ４）を除いて、隣り合う各データの
間は双方向にリンクされている。すなわち、データ１→
データ２→データ３→データ４の方法の関連付け（２点
鎖線で示す）と、データ４→データ３→データ２→デー
タ１の方法の関連付け（１点鎖線で示す）とが、第２の
次ポインタ（次ポインタ２）１４により付加されてい
る。

【００３２】次の図２に示す第２の実施例のデータ構造
の例では、第２の次ポインタ（次ポインタ２）１５は、
全て双方向性ポインタとなっており、データ１→データ
２→データ３→データ４の方向の関連付けに、更に、最
終データ（データ４）から先頭データ（データ１）に戻
る関連付けを加えて、第１方向の関連付け（２点鎖線で
示す）を行い、データ４→データ３→データ２→データ
１の方向の第２方向の関連付けに、更に、先頭データ
（データ１）から最終データ（データ４）に戻る関連付
けを加えて、第２方向の関連付け（１点鎖線で示す）を
行ったものとなっている。このようなデータ構造では、
関連付け情報で環状に各データが関連付けられているの
で、どのデータから開始しても一方向の関連付け（次ポ
インタ２）を辿ることにより全ての各データの参照が可
能となる。

【００３３】図３に示す第３の実施例のデータ構造の例
では、第２の次ポインタ（次ポインタ２）１６が一方向
性ポインタとなっている。この場合には、各データの間
に設けられる関連付けは、データ１→データ２→データ
３→データ４の方向の第１の方向の関連付け（２点鎖線
で示す）のみである。データテーブル１２に格納する各
々のデータの個数が多い場合など、関連付けのみのため
に利用する次ポインタ２によるデータ容量の増加を押え
て、各データの項目を本来の目的に利用すると共に、デ
ータテーブルの各データの間を関係付けて、アクセス法
の多様性を図っている有効なデータ構造となっている。

【００３４】なお、図１〜図３に示す各々の実施例のテ
ーブル管理方式のデータ構造において、各データの項目
１〜項目３は、説明上用意した項目であり、本来の目的
のデータ格納のために利用される項目である。項目４
（次ポインタ１）は同一のハッシュ値で格納される場合
のデータの間を結ぶポインタとして利用される項目であ
り、また、項目５（次ポインタ２）は、データテーブル
１２の全てのデータの間を結ぶポインタとて利用される
項目となっている。これらの各データの項目は、実際は
もっと項目が多いこともあれば、少ないこともある。こ
こでの各実施例では、ハッシュテーブル１１とは独立
に、データテーブル１２に格納している各データ間を相
互に関係付けるためのポインタ情報として、データの項
目５を利用する。このポインタ情報（１４，１５，１
６）によって、ハッシュ値が異なって格納されているデ
ータどうしを関係付ける。図１の項目５（次ポインタ
２）は、２種類のポインタ情報を有し、各データどうし
を相互に参照するためのポインタ情報が格納されてい
る。この項目５のポインタ情報により、各データは双方
向に参照可能なリンクリストとになり、各データの間は
（データ１）←→（データ２）←→（データ３）←→
（データ４）のシーケンシャルな順序に関係付けられ
る。

【００３５】この場合、関連付け情報のリンクリストは
ハッシュ値と独立しており、シーケンシャルな順序はハ
ッシュテーブルのハッシュ値と無関係であってもよい。
例えば、図２の第２の実施例に示すように、この場合、
ハッシュ値と対応関係とは無関係に各データは、（デー
タ２）←→（データ１）←→（データ４）←→（データ
３）などの順に隣りうデータどうしで関係付けられる。
この場合、順序がどのようなものであっても、全てのデ
ータを順番に参照できることに変わりはない。

【００３６】また、図３の第３の実施例のように、一種
類のポインタを用いてハッシュ値が異なるデータどうし
を関係付けることも可能である。この場合は、各データ
どうしは単方向リンクリストで結び付られ、先頭のデー
タから最後のデータに向って順番に読み出すことが可能
である。この場合の項目５の次ポインタ２は単方向のポ
インタとなっている。

【００３７】図４は本発明の第４の実施例のテーブル管
理方式によるデータ構造例を説明する図である。図４に
示すデータ構造は、図１に示すようなデータ構造の双方
向ポインタを、各データの項目４（次ポインタ３）およ
び項目５（次ポインタ４）を用いて個別に設定したデー
タ構造の例である。この例では、各データの項目のブロ
ックには次ポインタとして指示するデータ名が具体的に
示されており、各データのリンクリストにより関係付け
られるデータ構造が例示されている。

【００３８】図４において、１１はハッシュテーブル、
１２はデータテーブル、２０は管理情報テーブルであ
る。この例では、１個のデータは、項目１，項目２，項
目３，項目４，および項目５の５種類の項目から構成さ
れており、項目３の次ポインタ１は、当該データテーブ
ル１２にデータを登録する際、ハッシュ値が一致した場
合に対し、該当のデータの間をリンクするためのポイン
タ情報であり、項目４の次ポインタ３および項目５の次
ポインタ４は、異なったハッシュ値で登録される各デー
タの間に関係を持たせるためのポインタ情報である。こ
の次ポインタ４および次ポインタ５により、各データを
双方向に参照可能とする。

【００３９】ハッシュ関数は、前述したものと同様にキ
ーワードとなる項目２の内容を４で割った余りとする関
数を用いる。また、この第４の実施例のデータ構造で
は、データテーブル１２の全てのデータを管理するため
の管理情報として、データテーブル１２の外に、先頭デ
ータ２０ａ，最終データ２０ｂという２種類の変数デー
タを持つ管理情報テーブル２０を備えている。先頭デー
タ２０ａおよび最終データ２０ｂは、共に双方向に参照
しあっているデータの先頭と最後とを指示している。図
４の例では、先頭データ２０ａはデータ１となってお
り、最終データ２０ｂはデータ４となっている。また、
各ポインタ情報によるリンクの最後は“０”により認識
する。

【００４０】項目４の次ポインタ３は、先頭データから
最終データまで順番に参照するためのポインタ情報であ
り、項目５の次ポインタ４は逆に最終データから先頭デ
ータまでに逆順に参照するためのポインタ情報である。
ハッシュテーブル１１の各ハッシュ値から延びる線は、
ハッシュテーブル１１で参照される各データの参照関係
を示している。具体的にはハッシュテーブル１１にはハ
ッシュ値により求められるデータテーブル１２の各アド
レスが登録されており、当該アドレスによりデータテー
ブル１２の各データのアクセス処理が行なわれる。

【００４１】項目３の次ポインタ１は、前述したよう
に、データテーブル１２に格納する複数の各データのハ
ッシュ値が一致した場合に、この複数のデータを管理す
るためのポインタ情報である。この例では、データ２お
よびデータ３のみが項目３の次ポインタ１によりリンク
されている場合を示している。項目４の次ポインタ３お
よび項目５の次ポインタ４は、ハッシュ値とは無関係に
各データどうしを関係付けるためのポインタ情報であ
る。データテーブル１２は、このように各データどうし
が関係付けられているので、データテーブル１２に登録
された全てのデータを読み出す場合、前述したようなハ
ッシュテーブルの走査と各データの走査とを合せた複雑
な処理を行うことなく、図５に示すような簡単な読み出
し処理の処理フローで高速に全てのデータを読み出すこ
とができる。

【００４２】図５は、本発明の実施例によるデータ構造
でデータテーブルに登録されたデータを読み出す処理の
一例を示すフローチャートである。図５を参照して、こ
こでの読み出し処理を説明する。処理を開始すると、ま
ず、ステップ２１において、変数ポインタに先頭データ
を代入する。すなわち、管理情報テーブル２０から先頭
データ２０ａを得て、変数ポインタに代入する。ポイン
タ情報が“０”ならば後続するデータがないので、次に
ステップ２２において、変数ポインタの内容が“０”で
ないことを確認して、次のステップ２３で変数ポインタ
の内容を基にしてデータを読み出す。そして、ステップ
２４において、順次に次のデータを読み出すため、読み
出したデータの次ポインタ３を読み出し、この次ポイン
タ３の内容を変数ポインタに代入し、再びステップ２２
に戻り、ステップ２２からの処理を繰り返し行う。これ
により、次ポインタ３が指示するポインタ情報により、
ハッシュテーブル１１を常にアクセスすることなく、デ
ータテーブル１２の各データが順次に読み出すことがで
きる。この読み出し処理において、必要とする変数ポイ
ンタは、１つの変数ポインタのみである。ハッシュテー
ブルによりデータ管理されているデータテーブルの全て
のデータを読み場合にも、従来のように３つの変数ポイ
ンタは必要とされず、アルゴリズムも、前述した図２１
のものと比較してはるかに簡略化されている。

【００４３】次に、図４に示すようなデータ構造で各デ
ータが格納されてデータテーブルに対して新たにデータ
を追加する場合の処理について説明する。この場合のデ
ータ追加（登録）処理では、各データの間を関係付けて
いるポインタ情報を整合させる処理が必要となる。

【００４４】図６はデータ追加（登録）処理を示すフロ
ーチャートである。図６を参照してデータテーブルにデ
ータを追加する処理を説明する。この処理では、まず、
ステップ３１において、キーワードからハッシュ値を計
算する。次に、ステップ３２において、求めたハッシュ
値が既にハッシュテーブルに登録されているか否かを判
定する。ハッシュテーブルに登録されていない場合に
は、ステップ３３において、ハッシュテーブルに追加デ
ータのアドレスを登録する処理を行う。また、求めたハ
ッシュ値が既にハッシュテーブルに登録されている場合
は、同じハッシュ値でデータテーブルに追加格納する必
要があるので、ステップ３４に進み、当該ハッシュ値に
より既にデータテーブルに格納されているデータに対
し、リンクリストの最終データの次ポインタ１に追加す
るデータのアドレスを設定する。そして、次のステップ
３５において、追加データの次ポインタ１に“０”を設
定し、追加データをデータテーブルの該当アドレスに格
納する。

【００４５】次に、ステップ３６において、管理情報テ
ーブル２０の最終データ２０ｂの値をチェックし、変数
［最終データ］は“０”であるか否かを判定する。変数
［最終データ］が“０”である場合は、これまでに当該
データテーブルに格納されているデータが無く、現在の
追加データが当該データテーブルに１番目に格納された
データであるため、次のステップ３７において、追加デ
ータの次ポインタ３，次ポインタ４に“０”を設定し、
当該追加データが最終のデータであることを指示してお
く。そして、次のステップ３８において、管理情報テー
ブル２０の先頭データ２０ａおよび最終データ２０ｂ
に、当該データテーブルの先頭および最終のデータを指
示するため、変数［先頭データ］，変数［最終データ］
を追加データのアドレスに変更する。

【００４６】一方、ステップ３６の判定において、変数
［最終データ］は“０”でない場合は、既に当該データ
テーブルに格納されているデータがあるため、ステップ
３９において、変数［最終データ］が指示するデータの
次ポインタ３が追加データを指示するように設定する。
また、追加データはそのまま順方向のリストの最終のデ
ータでもあるので、次のステップ４０において、追加デ
ータの次ポインタ３には“０”を設定する。また、逆方
向のポインタ情報の次ポインタ４に対しては、次のステ
ップ４１において、追加データの次ポインタ４が変数
［最終データ］を指示するデータを示すように設定し、
次に、ステップ４２において、変数［最終データ］を追
加データのアドレスに変更する。これにより、追加デー
タの次ポインタ４は、追加処理前の最終のデータを指示
するようになり、追加処理後の最終のデータを指示する
変数［最終データ］には、ここで追加した追加データの
アドレスが指示されることになる。

【００４７】このような一連の処理により、データテー
ブル１２に新たにデータを追加する処理が行なわれる。
この結果、図４に示すようにデータ構造となっているデ
ータテーブル１２および管理情報テーブル２０は、図７
または図８に示すような状態のデータ構造となる。

【００４８】図７に示すデータ構造の追加処理の結果例
は、新たに登録しようとしているデータ５のハッシュ値
が示すアドレスに、既にデータ（データ２）が登録され
ている場合の例である。この場合、追加データのデータ
５は、データ２→データ３の後に配置され、データ３の
次ポインタ１のアドレス２５はデータ５を示すように変
更される。また、追加するデータ５を最終データ（デー
タ４）の後ろに配置するため、データ４の次ポインタ３
のアドレス２６はデータ５を指示するように変更され、
データ５の次ポインタ４のアドレス２７はデータ４を指
示するように設定される。

【００４９】図８に示すデータ構造の追加処理の結果例
は、新たに登録しようとしている追加データのデータ５
のハッシュ値が示すアドレスは、未だ当該アドレスでは
テータテーブル１２にデータが登録されていない場合で
ある。この場合、追加データのデータ５に対するハッシ
ュ値３のアドレスが、新たにハッシュテーブル１１に登
録され、このハッシュ値３により示されるアドレスで、
追加データのデータ５がデータテーブル１２に登録され
る。この場合にも、追加されるデータ５は、最終データ
（データ４）の後ろに配置されるため、データ４の次ポ
インタ３のアドレス２６はデータ５を指示するように変
更され、データ５の次ポインタ４のアドレス２７はデー
タ４を指示するように設定される。これは、図７の場合
と同様である。

【００５０】次に、データテーブル１２におけるデータ
の削除処理について説明する。ここでは、図４に示すよ
うなデータ構造で各データが格納されてデータテーブル
に対して、データを削除する場合の処理を説明する。こ
の削除処理の場合にも、前述と同様に、削除した結果の
データ構造において、各データの間を関係付けているポ
インタ情報を整合させる処理が必要となる。

【００５１】図９はデータ削除処理を示すフローチャー
トである。図９を参照して、データテーブルからデータ
を削除する処理を説明する。この処理では、まず、ステ
ップ４３において、キーワードからハッシュ値を計算す
る。次に、ステップ４４において、求めたハッシュ値が
既にハッシュテーブルに登録されているか否かを判定す
る。求めたハッシュ値がハッシュテーブルに登録されて
いない場合には、削除する対象となるデータが存在しな
いので、処理を終了する。また、求めたハッシュ値がハ
ッシュテーブルに登録されている場合は、ステップ４５
に進み、ハッシュ値によりデータを読み出し、削除する
データはリンクリストの先頭であるか否かを判定する。
リンクリストの先頭である場合、削除するデータに対し
て、リンクリストにより後続するデータが存在するの
で、次のステップ４６で、この削除するデータの次ポイ
ンタ１（後続するデータのアドレス）をハッシュテーブ
ルに登録する。また、ステップ４５の判定処理で、削除
するデータがリンクリストの先頭であると判定されない
場合、削除するデータはリンクリストにより前のデータ
にリンクされているデータであるので、次のステップ４
７で、削除するデータの１つ前の次ポインタ１（削除す
るデータの自己アドレスを示している）に削除するデー
タの次ポインタ１の内容（削除するデータに後続するデ
ータのアドレスを示している）を設定する。

【００５２】次に、各データの間を関係付けているポイ
ンタ情報を整合させる処理を行うため、ステップ４８に
おいて、削除するデータの次ポインタ４は“０”である
か否かを判定する。次ポインタ４が“０”である場合
は、削除するデータがデータテーブルに１番目に格納さ
れたデータであるので、次のステップ４９において、変
数［先頭データ］に削除するデータの次ポインタ３を設
定し、次のステップ５０において、削除するデータの次
ポインタ３が指すデータの次ポインタ４に“０”を設定
する。これにより、逆方向ポインタの最終のデータを指
示するポインタ情報の更新が行なわれる。また、ステッ
プ４８の判定において、削除するデータの次ポインタ４
は“０”でないと判定された場合は、ステップ５１に進
み、削除するデータの次ポインタ３を次ポインタ４が指
示するデータの次ポインタ３に設定する。これにより、
順方向ポインタである次ポインタ３の更新が行なわれ
る。

【００５３】また、逆方向ポインタの次ポインタ４に関
しては、ステップ５２において、削除するデータの次ポ
インタ３は“０”であるか否かを判定し、削除するデー
タの次ポインタ３は“０”でないと判定された場合は、
順方向に続くデータがあり、後続するデータを繰り上げ
るポインタ情報の変更を行えば良いので、この場合、ス
テップ５３に進み、削除するデータの次ポインタ４を次
ポインタ３が指示するデータの次ポインタ４に設定す
る。これにより、逆方向ポインタである次ポインタ４の
更新が行なわれる。また、次ポインタ３が“０”である
場合は、削除するデータがデータテーブルの最終番目に
格納されたデータとなっているので、ステップ５４に進
み、変数［最終データ］に削除するデータの次ポインタ
４の内容を設定し、次のステップ５５において、削除す
るデータの次ポインタ４が指すデータの次ポインタ３に
“０”を設定する。これにより、順方向ポインタの最終
のデータを指示するポインタ情報の更新が行なわれる。

【００５４】このような一連の処理により、データテー
ブル１２からデータを削除する処理が行なわれる。この
結果、図４に示すようにデータ構造となっているデータ
テーブル１２および管理情報テーブル２０は、図１０に
示すような状態のデータ構造となる。図１０に示すデー
タ構造の追加処理の結果例は、データ４を削除した場合
を示している。ハッシュテーブル１１ではハッシュ値４
で登録されているアドレスが削除されている。また、デ
ータ４を削除したことにより最終データはデータ４から
データ３に変更されている。

【００５５】データテーブル１２にデータを追加または
削除する際には、上述のように、同じハッシュ値で登録
されるデータをリンクしている次ポインタ１と、順方向
で全データをリンクしている次ポインタ３と、逆方向で
全データをリンクしている次ポインタ４のつなぎ換えの
処理が伴うが、データテーブル１２の登録されている全
データを読み出す処理は、前述の図５に示すような簡略
化されたものとなっている。ここで必要とする変数ポイ
ンタは１個のみである。

【００５６】このようなテーブル管理方式を用いること
により、ハッシュ値が異なって登録されているデータど
うしが関連付け情報で関連付けられ、ハッシュテーブル
とは独立に登録された全てのデータを参照できる。ま
た、全てのデータを参照するために用いるポインタを１
つで済ますことができる。このため、例えば、通信シス
テムで利用されるルーティングテーブル等では、複数の
タスクがテーブルの一部または全ての内容を参照する場
合が多いが、この場合、本実施例のテーブル管理方式を
用いることにより、通信システムのシステム制御におい
て、それらの各タスクは簡略化されたアルゴリズムによ
りデータを参照することが可能となる。

【００５７】次に、本実施例の応用例について説明す
る。まず、ここでの応用例となる通信システムのシステ
ム構成を図１１に示す。ここでの通信システムは、図１
１に示すように、第１のネットワーク６０，第２のネッ
トワーク６１，第３のネットワーク６２，および第４の
ネットワーク６３の間が、第１のルータ６４，第２のル
ータ６５，第３のルータ６６により結合されている通信
システムである。各ネットワーク６０，６１，６２，６
３には、それぞれネットワーク番号７００，７１０，８
００，８１０が付与されており、ネットワークの間を結
合する各々のルータにも、それぞれのルータに対するル
ータ名のルータＡ，ルータＢ，ルータＣが付与されてい
る。このように構成されている通信システムにおいて、
各々の通信要求に対する通信経路が、各々のルータ毎
に、ネットワーク番号および宛先アドレス（ルータ名）
をルーティングテーブルに格納して管理される。

【００５８】図１２は、上述のような通信システムにお
けるルータＡのルーティングテーブルのデータ内容を説
明する図である。ルータＡのルーティングテーブル６８
に格納され管理される各通信経路を表わす各データに
は、ネットワーク番号７００，７１０，８００，８１０
に関する情報，宛先アドレスの情報，および通信経路の
時間管理を行うためのタイマー値の情報が含まれてい
る。ここでは、図示するように、ルーティングテーブル
６８の各々のデータの項目１としてネットワーク番号を
割り当て、項目２として宛先アドレス（ルータ名）を割
り当て、項目３としてタイマー値を割り当てている。ま
た、ここでの各データには、データ構造を特徴づける２
種類のポインタ情報を含んでおり、項目４の次ポインタ
１は、ハッシュテーブル６７における同じハッシュ値で
登録される各データを結合するポインタ情報であり、項
目５の次ポインタ２は、前のデータおよび後のデータと
間の関係付けを指示する双方向ポインタ情報となってい
る。

【００５９】図１２におけるルーティングテーブル６８
では、タイマ値が小さい値に順に並ぶように管理され
る。したがって、例えば１０秒経過後にタイマー値が０
となったデータを削除する場合、ネットワーク番号７１
０のデータ（データ２）から順に調ベることになる。１
０秒の経過後には、ルーティングテーブル６８のデータ
２は、タイマー値が０となっているのでテーブルから削
除される。次に、小さいタイマー値のデータであるネッ
トワーク番号８１０のデータ（データ３）を調ベるが、
この時、タイマー値は４０なので削除されない。ルーテ
ィングテーブルにおいてタイマー値が小さい値の順にテ
ーブルに格納されている場合、それ以降の各データのタ
イマー値は当然に大きい値になっているため、調ベる必
要はない。

【００６０】このようなルーティングテーブル６８に対
し、ネットワーク番号７２０，宛先アドレスがルータ
Ａ，タイマー値が３０となっているデータ５を新たに登
録する場合、図１３に示すような処理フローにより、デ
ータ登録処理を行う。登録後のルーティングテーブル６
８は、図１４に示すようなテーブル状態となる

【００６１】図１３はルーティングテーブルに通信経路
データを登録する登録処理を示すフローチャートであ
る。図１３を参照して、通信経路データを登録する処理
を説明する。この処理では、ステップ７０において、ネ
ットワーク番号をキーワードとして、登録するデータの
ハッシュ値を計算する。次に、ステップ７１において、
求めたハッシュ値が既にハッシュテーブルに登録されて
いるか否かを判定する。ハッシュテーブルに登録されて
いない場合には、ステップ７２において、新たな通信経
路データのデータ登録を行い、ハッシュテーブルを更新
する処理を行う。また、求めたハッシュ値が既にハッシ
ュテーブルに登録されている場合は、同じハッシュ値で
ルーティングテーブルに追加登録する必要があるので、
ステップ７３に進み、当該ハッシュ値により既に登録さ
れているデータの次ポインタ１のリンクリストの最後ま
で順次に辿る。そして、次のステップ７４において、通
信経路データのデータ登録を行い、登録したデータの次
ポインタ１を“０”に設定する。そして、次のステップ
７５において、直前のデータの次ポインタ１が登録した
データを指示するように変更する。なお、ここでの登録
処理の例では、タイマー値３０のデータ５を新たに追加
登録するので、直前のデータはタイマー値１０のデータ
２である。

【００６２】次に、ステップ７６に進み、タイマー値に
より追加登録するデータの挿入すべき場所を、次ポイン
タ２により調ベる。次に、ステップ７７において、登録
したデータの次ポインタ２が、直前，直後のデータを指
すように設定する。すなわち、データ２の次ポインタ２
が直前データのデータ２，直後データのデータ３を指示
するように設定する。次に、ステップ７８において、直
前のデータの次ポインタ２が登録データを指すように変
更し、次のステップ７９において、直後のデータの次ポ
インタ２が登録データを指すように変更する。

【００６３】このような処理の結果、図１２のルーティ
ングテーブル６８は、図１４に示すような状態となり、
通信経路データのデータ５が新たに登録されたデータ構
造となる。登録後のルーティングテーブルでは、データ
２の次ポインタ１はデータ５を指すように変更され、デ
ータ２の次ポインタ２はデータ３を指していたものがデ
ータ５を指すように変更される。また、逆にデータ３の
次ポインタ２はデータ２を指していたものをデータ５を
指すように変更される。これにより、ルーティングテー
ブル６８では、次ポインタ２のポインタ情報により、タ
イマー値の大きさの順のリンクリストが付加された状態
となって、各々の通信経路データが登録されていること
になる。このため、タイマー値の大きさ順に通信経路デ
ータをアクセスする場合には、次ポインタ２のポインタ
情報により順次にアクセスするだけで、容易にデータ参
照が可能となる。

【００６４】時間経過によりタイムアップした通信経路
データをルーティングテーブルから削除する処理につい
ては、前述したとおりであるが、次に不要となった任意
のデータを削除する処理について説明する。例えば、図
１４に示すようなルーティングテーブル６８からデータ
４のデータを削除する場合を説明する。この場合の処理
は、図１５に示すような処理フローにより処理が行なわ
れ、データ削除後のルーティングテーブル６８は、図１
６に示すようになる。この結果、データ３の次ポインタ
１はどのデータも指さなくなり、データ２の次ポインタ
２はデータ４を指していたものがデータ１を指すように
変更され、逆にデータ１の次ポインタ２はデータ４を指
していたものをデータ３を指すように変更される。

【００６５】図１５はルーティングテーブルから通信経
路データを削除する処理を示すフローチャートである。
図１５を参照して、データ削除を行う処理を説明する。
この処理では、まず、ステップ８０において、削除する
データのキーワード（ネットワーク番号）からハッシュ
値を計算する。次に、ステップ８１において、求めたハ
ッシュ値が既にハッシュテーブルに登録されているか否
かを判定する。求めたハッシュ値がハッシュテーブルに
登録されていない場合には、削除する対象となるデータ
が存在しないので、処理を終了する。また、求めたハッ
シュ値がハッシュテーブルに登録されている場合は、ス
テップ８２に進み、ハッシュ値によりデータを読み出
し、削除するデータの次ポインタのリンクリストを辿
り、削除するデータを捜して、データ削除を行う。次に
ステップ８３において、直前のデータの次ポインタ１が
直後のデータを指すように変更する。次のステップ８４
において、直前データの次ポインタ２が直後データを指
すように変更し、次のステップ８５において、直後デー
タの次ポインタ２が直前データを指すように変更して、
処理を終了する。

【００６６】この処理では、図１４に示すルーティング
テーブル６８において、データ４を削除するので、次ポ
インタ２の直前のデータとはデータ３であり、直後のデ
ータとはデータ１を意味する。この結果、データ削除後
のルーティングテーブル６８は、図１６に示すようにな
る。この結果、データ３の次ポインタ１はどのデータも
指さなくなり（ステップ８３）、データ３の次ポインタ
２はデータ４を指していたものがデータ１を指すように
変更され（ステップ８４）、逆にデータ１の次ポインタ
２はデータ４を指していたものをデータ３を指すように
変更される（ステップ８５）。このようにして、ルーテ
ィングテーブル６８から任意のデータを削除する処理が
行なわれるが、ルーティングテーブル６８では、削除処
理が行なわれた後の状態でも、以前の状態と同様なデー
タ構造を保持した状態となっている。すなわち、図１６
に示すルーティングテーブル６８は、次ポインタ２のポ
インタ情報により、タイマー値の大きさの順のリンクリ
ストが付加された状態で各々の通信経路データが登録さ
れている。このため、データが追加された場合でも、デ
ータ削除が行なわれた場合でも、タイマー値の大きさ順
に通信経路データをアクセスする場合には、次ポインタ
２のポインタ情報により順次にアクセスするだけで、容
易にデータ参照が可能となる。

【００６７】最後に、このようなルーティングテーブル
の各データを参照する処理について説明する。図１７
は、次ポインタ２のポインタ情報を用いて、ルーティン
グテーブルの各データを参照する処理の一例を示すフロ
ーチャートである。このデータ参照処理では、次ポイン
タ２のポインタ情報を用いて、ルーティングテーブルの
各通信経路データを参照する処理を行う。まず、ステッ
プ９１において、次ポインタ２のどちらかをワークポイ
ンタに設定する。この場合、ワークポインタに設定する
次ポインタ２の双方向ポインタ情報は、順方向ポインタ
情報または逆方向ポインタ情報のいずれであってもよ
い。次に、ステップ９２において、ワークポインタが指
示するデータを参照する。そして、ステップ９３におい
て、参照したデータが目的のデータであるか否かを判定
する。参照したデータが目的のデータである場合には処
理を終了する。また、参照したデータが目的のデータで
ない場合、次のステップ９４に進み、ワークポインタが
指示するデータに含まれる次ポインタ２を次のワークポ
インタとする。そして、データ終了を判定するため、次
のステップ９５において、ワークポインタが“０”であ
るか否かを判定する。ワークポインタが“０”である場
合は、参照したデータが最終データであるので、ここで
の処理を終了する。また、ワークポインタが“０”でな
い場合は、未だ参照していないデータがあるので、ステ
ップ９２に戻り、ステップ９２からの処理を繰り返し行
い、データの参照処理を続行する。

【００６８】このように、ルーティングテーブル６８を
参照する場合、次ポインタ２を利用することにより簡単
なアルゴリズムの処理により、ルーティングテーブルの
全てのデータが参照可能となる。各データを参照するた
めの次ポインタ２は２種類あり、どちらを利用しても構
わない。

【００６９】

【発明の効果】以上、説明したように、本発明のテーブ
ル管理方式によれば、データテーブルに登録される各デ
ータに対し、ハッシュ値が異なって登録されているデー
タどうしが、関連付け情報の付加により関連付けられ、
ハッシュテーブルとは独立に登録された全てのデータを
参照できる。また、全てのデータを参照するために用い
る制御ポインタを１つで済ますことができる。特に、通
信システムで利用されるルーティングテーブル等では、
複数のタスクがテーブルの一部または全ての内容を参照
する場合が多く、それらのタスクは簡略化されたアルゴ
リズムでデータを参照することができるようになる。

【図面の簡単な説明】

【図１】 図１は本発明の第１の実施例にかかるテーブ
ル管理方式のデータ構造例を説明する図、

【図２】 図２は本発明の第２の実施例にかかるテーブ
ル管理方式のデータ構造例を説明する図、

【図３】 図３は本発明の第３の実施例にかかるテーブ
ル管理方式のデータ構造例を説明する図、

【図４】 図４は本発明の第４の実施例にかかるテーブ
ル管理方式によるデータ構造例を説明する図、

【図５】 図５は本発明の実施例によるデータ構造のデ
ータテーブルに登録されたデータを読み出す処理の一例
を示すフローチャート、

【図６】 図６は本発明の実施例によるデータ構造のデ
ータテーブルにデータを追加（登録）する処理の一例を
示すフローチャート、

【図７】 図７は本発明の実施例によるデータ構造のデ
ータテーブルに同一ハッシュ値で新たにデータを追加し
た結果のデータ構造例を説明する図、

【図８】 図８は本発明の実施例によるデータ構造のデ
ータテーブルに未使用のハッシュ値で新たにデータを追
加した結果のデータ構造例を説明する図、

【図９】 図９は本発明の実施例によるデータ構造のデ
ータテーブルからデータを削除する処理の一例を示すフ
ローチャート、

【図１０】 図１０は本発明の実施例によるデータ構造
のデータテーブルからデータを削除した結果のデータ構
造例を説明する図、

【図１１】 図１１は本発明の応用例となる通信システ
ムのシステム構成の一例を説明する図、

【図１２】 図１２は図１１の通信システムにおけるル
ータＡのルーティングテーブルのデータ構造のデータ内
容を説明する図、

【図１３】 図１３はルーティングテーブルに通信経路
データを登録する登録処理を示すフローチャート、

【図１４】 図１４は図１２に示すルーティングテーブ
ルに通信経路データを登録した結果のデータ構造例を説
明する図、

【図１５】 図１５はルーティングテーブルから通信経
路データを削除する処理を示すフローチャート、

【図１６】 図１６は図１４に示すルーティングテーブ
ルから通信経路データを削徐した結果のデータ構造例を
説明する図、

【図１７】 図１７はルーティングテーブルの各データ
を参照する処理の一例を示すフローチャート、

【図１８】 図１８はハッシュテーブルを用いたテーブ
ル管理の一例を説明する図、

【図１９】 図１９はハッシュテーブルを用いたテーブ
ル管理を行う場合の効率が上がらない場合の例を説明す
る説明図、

【図２０】 図２０はハッシュ値が一致する場合のデー
タ管理の一例を説明する図、

【図２１】 図２１はハッシュテーブルによりテーブル
管理されている全てのデータを読み出す処理の一例を示
すフローチャートである。

【符号の説明】

１１，６７，１１１，１１３，１１５…ハッシュテーブ
ル、１２，１１２，１１４，１１６…データテーブル、
１３…第１の次ポインタ（単方向ポインタ）、１４，１
５…第２の次ポインタ（双方向ポインタ）、１６…第２
の次ポインタ（単方向ポインタ）、２０…管理情報テー
ブル、２０ａ…先頭データ、２０ｂ…最終データ、６
０，６１，６２，６３…ネットワーク、６４，６５，６
６…ルータ、６８…ルーティングテーブル、１１８…ポ
インタ制御レジスタ。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ハッシュテーブルと、該ハッシュテーブ
   ルから求められるハッシュ値により示されるアドレスに
   各データが格納されるデータテーブルとを備え、ハッシ
   ユテーブルからテータ格納先アドレスを求め、データテ
   ーブルに格納されたデータをアクセスするテーブル管理
   方式において、 前記データテーブルにおける各データに対して、少なく
   ても一方向に関連付ける関連付情報を付加し、 該関連付情報に基づきデータテーブルにおけるデータを
   順次に参照して各データをアクセスすることを特徴とす
   るテーブル管理方式。