JP2000076119A - メモリ内に配置されるノ―ド―リンクデ―タ部分の制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 ノード−リンク構造の格納に関する問題を緩
和する技術を提供する。 【解決手段】 ノード−リンク構造の要素のセットを自
動的に走査することを含む反復が開始される(100)。反
復が実行される間、ノード−リンク構造を定義している
ノード−リンクデータのメモリ内にある部分を変更する
(102)。メモリ内のノード−リンクデータの変更された
部分は、自動的な走査を含む次の反復により走査される
であろう要素のセットをより高い確率で定義する。ステ
ップ１００で始まりステップ１０２の処理を含む反復
は、ステップ１０４で完了する。ステップ１００、１０
２及び１０４での処理は、一連の反復のそれぞれにより
実行されることが可能であり、各反復は構造の要素の対
応するそれぞれのセットを自動的に走査することを含
む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ノード−リンクデ
ータ本体のどの部分をメモリ内に存在させるかの制御に
関する。

【０００２】

【従来の技術】ネットスケープナビゲーター（Ｎｅｔｓ
ｃａｐｅ （登録商標）Ｎａｖｉｇａｔｏｒ）は、最近
アクセスした多数のウェブページに関するデータを保存
するウェブブラウザであり、ウェブを介してアクセスす
ることなく、保存されたページを見ることを可能にす
る。ユーザは、保存されたページ間のリンクを辿ること
により、又はブラウザにより提供されるページフレーム
の「次」及び「戻る」ボタンのクリック等によって他の
ナビゲーション信号を発行することにより、保存された
ページを介してナビゲーションすることができる。記憶
領域の限界に達すると、新たにアクセスしたページのた
めのメモリ空間を作るために、先に保存されたページが
削除される。

【０００３】本発明は、本明細書の中で「ノード−リン
クデータ」と呼ばれ、ノード−リンク構造を定義してい
るデータの本体をメモリに格納する際の問題を扱う。単
純な事例では、構造の全部又は一部を表示するための追
加データを含む、その構造を定義しているノード−リン
クデータ全てがメモリに格納されることが可能である。
しかし、この技法は多くの状況において不適切である。

【０００４】他の技法を必要とする１つの状況は、大型
の又は複雑な構造を定義しているノード−リンクデータ
が、使用可能なメモリ空間よりも大きい場合である。別
の状況は、例えば、リモートソース（発信源）からの低
速検索又はそのデータのどこか一部で行われている変更
のために、ノード−リンクデータの全てが同時には使用
できない場合である。

【０００５】

【発明が解決しようとする課題】本発明は、ノード−リ
ンク構造の格納に関するこれらの問題を緩和する技術を
提供する。

【０００６】

【課題を解決するための手段】本発明で提供される技術
は、構造を定義しているノード−リンクデータのどの部
分をメモリに存在させるかを制御する。一連の反復の中
の１回の反復の実行において、各反復はノード−リンク
構造内の要素のセットを自動的に走査することを含む。
個々の技術は、メモリ内に存在するノード−リンクデー
タの部分が、次の反復により走査されるであろう要素の
セットを定義する確率が高いように、メモリにノード−
リンクデータのどの部分が存在するかを変更する。

【０００７】一連の反復の中の各反復は、構造を定義し
ているノード−リンクデータ内の要素に関するデータに
アクセスするあらゆる処理であってよい。例えば、各反
復はノード−リンク構造の表現を準備し表示してもよ
い。要素を自動的に走査することが可能な処理の他の例
は、レイアウト、マッピング及びペインティング等の表
示処理、空間内の要素の位置を取得する他の処理、探索
又は検索処理、構造の要素の走査等により構造を特徴づ
けているデータを取得する処理、構造の要素を分析する
ことによりその構造に基づく決定、又はその構造に関す
る決定を行なう処理等を含む。

【０００８】この新技術は、非常に大きなノード−リン
ク構造を増分的にロードすることができる一方で、必要
に応じて構造の一部をアンロード又は再ロードすること
が可能なため有利である。この新技術は、メモリ内のノ
ード−リンクデータの部分がメモリの固定量以下しか占
有することができなくても、これらの目的を達成するこ
とが可能である。更に、この技術は、構造内の別の要素
への興味を示すユーザ入力に基づく判定基準を適用する
ことが可能である。その結果、ノード−リンク構造の選
択された要素が表示されることを要求するナビゲーショ
ン信号をユーザが発行するような実施態様において、メ
モリ内に存在する構造の部分が、表示のためにユーザが
選択する要素を含む確率は高い。

【０００９】別の利点は、この新技術を、構造を定義し
ているノード−リンクデータのキャッシュへの格納及び
先取りと組み合わせることができ、またそれらを実施す
るために使用することができることである。

【００１０】より少量のデータがメモリ内外へ転送され
ること、並びにデータ転送が必要時にのみ発生すること
により、更なる利点が生じる。その結果、大きなノード
−リンク構造の初期表示を、従来より非常に早く表示す
ることが可能であり、またノード−リンク構造を表示す
るために必要な計算がより少なくなる。

【００１１】上述のネットスケープのウェブページキャ
ッシング技術等の従来のキャッシング技術と比較する
と、この新技術は、より簡単に理解されるノード−リン
ク構造の表現を提供するために実施され得る。新技術は
従来の技術と同様のタイプの基礎を成すノード−リンク
構造に適用され得るが、新技術は、表示のためにより統
合された一連の構造を定義するデータをメモリ内に保持
するように実施されることが可能である。一連の構造内
では、各要素はルートへのパスを常に有することがで
き、オーファン（孤立したデータ）は許可されず、そし
て現在表示されている要素をメモリから除去することは
できない。更に、新技術は、要素の親が表示されている
場合、メモリにその要素を追加するために実施されるこ
とが可能であり、従ってノード−リンクデータのメモリ
内の部分が、将来に成される表示に含まれるであろう要
素を定義する確率を高める。

【００１２】

【発明の実施の形態】以下の概念的構想は、米国特許第
5,590,250号及び第5,619,632号で述べられた概念的構想
と共に読むと、本発明の広い範囲を理解する上で役に立
ち、以下に定義される用語は、特許請求の範囲を含む本
出願を通して示された意味を有する。

【００１３】「ノード−リンク構造」は、ノードとリン
クとに区別できる項目を含み、各リンクが２つ以上のノ
ードに関係している構造である。「グラフ」は、各リン
クが２つのノードに関係しているノード−リンク構造で
ある。「有向グラフ」は、各リンクが関係するノード間
の方向を示し、一方のノードがリンクのソース又は「フ
ロムノード」であり、他方のノードがリンクの宛先又は
「ツーノード」であるグラフである。「非環式有向グラ
フ」は、リンクが、それらの示された方向に辿られたと
きに、任意のノードからそれ自体に戻るパスを提供しな
い有向グラフである。「ツリー」は、ツリー内の任意の
非ルートノードについて、リンクが、その示された方向
に辿られたときに、ルートノードで始まり非ルートノー
ドへと導く１つのパスだけを提供するような、１つのル
ートノードだけを有する非環式有向グラフである。

【００１４】反復が、構造を定義しているノード−リン
クデータのメモリ内にある部分内の要素に関するデータ
にアクセスする処理を含む場合、反復はノード−リンク
構造の要素を「走査する（traverses）」。反復がセッ
ト内の全ての要素を走査すると、反復は「要素のセット
を走査する」と言われる。反復が、同時に起こる人間に
よる制御とは無関係にセット内の全ての要素を走査する
と、反復は要素のセットを「自動的に走査する」と言わ
れる。「走査（traversal）」とは、完了した走査処理
のことである。

【００１５】反復が、ノード−リンク構造を定義してい
るノード−リンクデータのメモリ内にある部分を、ノー
ド−リンク構造の要素の別のサブセットを定義するよう
に変更する処理を含むと、反復は「メモリ内にあるノー
ド−リンクデータの部分を変更すること」を含むと言
う。反復が、メモリ内にあるノード−リンクデータの部
分を変更すると、反復は「ノード−リンクデータの変更
された部分をメモリ内に取得する」。

【００１６】現実的な条件で、変更された部分が取得さ
れる前のノード−リンクデータのメモリ内にある部分と
比較した場合、変更された部分が、その後走査されるセ
ット内の要素の全てをより頻繁に定義すると、ノード−
リンクデータの変更された部分は、走査されるであろう
要素のセットを「定義する確率がより高い」ことにな
る。統計的な意味での適切なレベルに達するために、比
較は十分な回数の走査にわたって成され得る。

【００１７】処理が、ノード−リンクデータのメモリ内
の部分がその処理の前に定義した幾つかの要素をもはや
定義しないようにノード−リンクデータのメモリ内の部
分を変更すると、その処理はメモリ内のノード−リンク
データのある部分を「除去する」。

【００１８】本明細書では、「ナビゲーション信号」と
いう用語は、ユーザがノード−リンク構造のある部分に
他の部分よりも高い興味を持っていることを示す信号を
意味する。例えば「拡張信号」は、グラフのある要素の
表現が拡張されているグラフ表現を表示する要求を示
し、一方「収縮信号」は、グラフのある要素の表現が収
縮されているグラフ表現を表示する要求を示す。他の例
は、ノード−リンク構造の一部を特定の位置で表示する
要求を含み、それはブックマーク等を選択することによ
って、又は指し示されたフィーチャ（feature）を焦点
の中心へと移動することを要求するポイント及びクリッ
ク動作によって可能である。

【００１９】「ナビゲーション履歴判定基準」という用
語は、本明細書では、少なくとも部分的に前述のナビゲ
ーション信号に関する判定基準を意味する。

【００２０】図１において、ノード−リンクデータの本
体１０は、ノード−リンク構造を定義する。ボックス２
０は、メモリ内にある本体１０の一部により定義される
ノード−リンク構造の部分を示す。ノード−リンク構造
の図示された部分において、ノード２２は子ノード２４
及び２６の親であり、子ノード２４は孫ノード２８及び
３０の親である。

【００２１】処理ボックス４０において、ノード−リン
ク構造の要素のセットを自動的に走査することを含む一
連の反復の内の１つが実行される。この反復は、要素を
自動的に走査するあらゆる処理を含んでよく、それらの
処理の幾つかの例が上に挙げられている。反復は、メモ
リ内のデータが、自動的な走査を含む次の反復において
走査されるはずの要素のセットを定義するように、本体
１０のどの部分がメモリ内に存在するかを変更すること
を含む。処理ボックス４０は、ノード−リンク構造の別
の部分が本体１０のメモリ内にある部分によって定義さ
れるように、メモリからデータを除去すること、及び本
体１０から他のデータをメモリに追加することを含む。
ボックス５０に示されるように、ノード２２、２４、及
び２６を定義しているデータはメモリ内にあるが、孫ノ
ード２８及び３０を定義しているデータはもはやメモリ
内にはなく、子ノード２６の子である孫ノード５２及び
５４を定義しているデータがメモリに追加されている。

【００２２】図２において、処理ボックス１００の処理
は、ノード−リンク構造の要素のセットを自動的に走査
することを含む反復を開始する。処理ボックス１００で
の処理は、上述された処理の１つ又は構造の自動的な走
査を含む他のあらゆる処理を実行する反復を開始するこ
とができる。

【００２３】反復が実行される間、処理ボックス１０２
での処理は、ノード−リンク構造を定義しているノード
−リンクデータのどの部分がメモリ内にあるかを変更す
る。メモリ内のノード−リンクデータの変更された部分
は、自動的な走査を含む次の反復により走査されるであ
ろう要素のセットをより高い確率で定義する。

【００２４】処理ボックス１０４での処理は、処理ボッ
クス１００で始まり処理ボックス１０２の処理を含む反
復を完了する。処理ボックス１０４から処理ボックス１
００に戻る矢印で示されるように、処理ボックス１０
０、１０２、及び１０４での処理は、一連の反復のそれ
ぞれにより実行されることが可能であり、各反復は構造
の要素の対応するそれぞれのセットを自動的に走査する
ことを含む。

【００２５】図３の装置１５０は、ユーザ入力回路１５
４からユーザ信号を示すデータを受信すると共にディス
プレイ１５６に画像を定義するデータを供給するために
接続された、プロセッサ１５２を含む。プロセッサ１５
２は、ノード−リンクデータ１５８にアクセスするため
にも接続されており、ノード−リンクデータ１５８はノ
ード−リンク構造を定義する。図示されるように、ノー
ド−リンクデータ１５８は、ノード−リンク構造を定義
するノード−リンクデータの本体１９０を含み、またノ
ード−リンクデータのメモリ内にある部分１９２も含
む。プロセッサ１５２は、例えば、メモリ１６４、記憶
媒体アクセス装置１６６、又はネットワーク１６８への
接続から受信した命令を供給できる命令入力回路１６２
を介して、命令を示す命令データ１６０を受信するため
にも接続されている。

【００２６】命令データ１６０に示される命令の実行に
おいて、プロセッサ１５２は一連の反復を実行する。各
反復は、ノード−リンクデータの本体１９０により定義
されるノード−リンク構造内の要素の対応するそれぞれ
のセットを自動的に走査することを含む。各反復は、例
えば、プロセッサ１５２が、ノード−リンク構造のユー
ザの興味対象である部分を示すユーザ入力回路１５４か
らの信号を受信すること等により、処理要求の受信時に
開始されることが可能である。反復の実行において、プ
ロセッサ１５２は、メモリ内在部分１９２からのデータ
の除去及び本体１９０からメモリ内在部分１９２へのデ
ータの追加等により、メモリ内にどのノード−リンクデ
ータがあるかを変更する。プロセッサ１５２は、変更さ
れたメモリ内在部分１９２が、次に走査されるであろう
要素のセットを定義する確率がより高くなるように変更
を実行する。

【００２７】上述のように、図３は、命令入力回路１６
２が命令を示すデータを受信し得る３つの可能なソー
ス、即ちメモリ１６４、記憶媒体アクセス装置１６６、
及びネットワーク１６８を示している。

【００２８】メモリ１６４は、ランダムアクセスメモリ
（ＲＡＭ）又は読取り専用メモリ（ＲＯＭ）を含む、装
置１５０内の任意の従来のメモリか、又は任意の種類の
周辺又は遠隔メモリ装置であってよい。より一般には、
メモリ１６４は複数のタイプのメモリ構成要素の組み合
わせであってよい。

【００２９】記憶媒体アクセス装置１６６は、例えば１
組の１つ以上のテープ、ディスケット、又はフロッピー
ディスクのような磁気媒体、１組の１つ以上のＣＤ−Ｒ
ＯＭのような光学媒体、又はデータを格納するための任
意の他の適切な媒体であり得る記憶媒体１７０にアクセ
スするための、ドライブ又は他の適切な装置又は回路で
あってよい。記憶媒体１７０は、装置１５０の一部、サ
ーバの一部、他の周辺又は遠隔メモリ装置、又はソフト
ウェア製品であってよい。これらの場合のそれぞれで、
記憶媒体１７０は装置１５０内に用いることができる１
つの製造品である。記憶媒体１７０の上にデータユニッ
トを配置して、記憶媒体アクセス装置１６６がデータユ
ニットにアクセスしてそれらを命令入力回路１６２を介
してプロセッサ１５２にシーケンスで供給できるように
することが可能である。データユニットは、シーケンス
で供給されると、図示されるように命令を示す命令デー
タ１６０を形成する。

【００３０】ネットワーク１６８は、装置１８０から受
信した命令データ１６０を供給できる。装置１８０内の
プロセッサ１８２は、ネットワーク１６８を渡ってネッ
トワーク接続回路１８４及び命令入力回路１６２を介し
て、プロセッサ１５２との接続を確立できる。どちらの
プロセッサが接続を開始してもよく、接続は任意の適切
なプロトコルで確立されてよい。次に、プロセッサ１８
２はメモリ１８６に格納されている命令データにアクセ
スして命令データをネットワーク１６８を渡ってプロセ
ッサ１５２に転送できるので、プロセッサ１５２はネッ
トワーク１６８から命令データ１６０を受信できる。次
に、命令データ１６０は、プロセッサ１５２によってメ
モリ１６４又はどこかに格納され、実行されることが可
能である。

【００３１】上述した全般的なフィーチャは、ノード−
リンク表現を表示するための多くの方法で様々な装置上
で実施されてよい。以下に述べる実施例は、マイクロソ
フトウインドウズ(Microsoft Windows)の32ビット版を
走らせ、Ｃ++言語ソースコードからコンパイルされたコ
ードを実行する、ＰＣに基づくシステム上で実施された
ものである。

【００３２】図４では、システム２００は、画像を表示
するためのディスプレイ２０４、及びユーザから信号を
供給するためのマウス２０８及びキーボード２０６に接
続された、ＰＣプロセッサ２０２を含む。ＰＣプロセッ
サ２０２は、メモリ２１０及びクライアント２１２にア
クセスできるようにも接続されている。メモリ２１０
は、例示されているように、プログラムメモリ２１４及
びデータメモリ２１６を含むことができる。クライアン
ト２１２は、メモリ２１０に格納されたルーチン及びデ
ータの組合せか、又は示されるようにメモリ２１０から
独立していてよい、有向グラフに関する情報のソースで
ある。例えば、プロセッサ２０２はネットワークを介し
てクライアント２１２と通信してもよい。

【００３３】プログラムメモリ２１４に格納されている
ルーチンは、幾つかの機能にグループ化できる。グラフ
ァルーチン２２０は、クライアント２１２からの情報に
よって定義される有向グラフを表わすデータ構造を生成
及び変更する。ウォーカルーチン２２２は、有向グラフ
データ構造から情報を入手することによって、キーボー
ド２０６及びマウス２０８からのナビゲーション信号及
び他のユーザ信号に応答する。ペインタルーチン２２４
は、ディスプレイ２０４に信号を提供して有向グラフデ
ータ構造の表現を表示させる。メモリ管理ルーチン２２
６は、メモリ２１０内の有向グラフデータ構造のどの部
分を変更すべきかを決定するためにナビゲーション履歴
判定基準を適用する際に、グラファルーチン２２０によ
り呼出されることが可能である。数学ルーチン２２８
は、レイアウト空間内の有向グラフの要素の位置を得る
ために呼出されることができる。

【００３４】次に、データメモリ２１６は、プログラム
メモリ２１４内のルーチンの実行中にプロセッサ２０２
によってアクセスされるデータ構造を収容する。有向グ
ラフデータ構造２３０は、上述のように、グラファルー
チン２２０によって生成及び変更され得ると共に、ウォ
ーカルーチン２２２及びペインタルーチン２２４によっ
てアクセスされ得る。ノードＩＤのリスト２３２は、有
向グラフデータ構造２３０により定義される有向グラフ
に関わるナビゲーション履歴に関する情報を保持するた
めに、メモリ管理ルーチン２２６により生成され維持さ
れることが可能である。プログラムメモリ２１４内のル
ーチンは、種々の雑データ構造２３４にもアクセスでき
る。データ構造２３４は、例えば、標準ヒープとして実
施される、１対のノードＩＤからリンクＩＤへのマッピ
ングのための予備データ構造を含んでもよい。即ち、こ
の予備データ構造は、リンク数の対数である時間内のリ
ンクＩＤの検索及び挿入を可能にする。

【００３５】図５は、メモリ管理ルーチン２２６により
実行される処理に関連する有向グラフデータ構造２３０
のフィーチャを示す。

【００３６】識別子（ＩＤ）マッピング構造２５０は、
要素ＩＤからポインタへのマッピングを行なう。要素Ｉ
Ｄは、ノードＩＤ及びリンクＩＤを含む。構造２５０
は、メモリ内の全てのノード及びリンクが、一定時間内
に確認されほぼいつも一定時間内に生成され得るＩＤに
より特定されることを可能にする。構造２５０は、有向
グラフデータ構造２３０内以外では、ポインタを使用す
る必要がない。ノードＩＤにより索引付けされる１つの
アレイ（配列）及びリンクＩＤにより索引付けされるも
う１つのアレイの２つのポインタアレイとして実施され
るが、構造２５０は、例えば、各エントリがＩＤ及びポ
インタを含むルックアップテーブルであってもよい。

【００３７】ルートノード要素２５２は、メモリに常駐
する特殊なノードを表わし、そのノードの子はあらゆる
適切な判定基準に応じてクライアント２１２により選択
され得る。例えば、ルートノード要素２５２の子は、他
の全てのノードへのリンク、他の親を持たない他の全て
のノードへのリンク、又はファイルシステムのルート又
はウェブサイトのホームページを表わすノード等の構造
２３０の生来の開始ノードである１つのノードのみへの
リンクを含み得る。従って、要素２５２の上段は、その
要素が親を持たないことを示す「Ｘ」を有する一方、下
段は、第1の子へのリンクＩＤを有する。要素２５２の
中段は、その要素が表わすルートノードに関連する適切
なデータを保有し得る。

【００３８】リンク要素２５４は、親ノードと子ノード
との間のリンクを表わし、それらのノードのＩＤは、要
素の最上段及び最下段に入れられる。親ノードのＩＤの
すぐ下の２段はそれぞれ、その親ノードからの先行する
子リンクのＩＤと次の子リンクのＩＤである。同様に、
子ノードのＩＤのすぐ上の２段はそれぞれ、その子ノー
ドに導く先行する親リンクのＩＤと次の親リンクのＩＤ
である。要素２５２の場合と同様に、要素２５４の中段
は、その要素が表わすリンクに関連する適切なデータを
保有する。

【００３９】ノード要素２５６は、現在はメモリ内にあ
るが、以下で説明されるメモリ管理技術に従って除去さ
れる可能性のあるノードを表わす。従って、要素２５６
の上段は第1の親リンクのＩＤを有し、下段は第1の子リ
ンクのＩＤを有する。要素２５２と同様に、要素２５６
の中段は、その要素が表わすノードに関連する適切なデ
ータを保有し得る。例えば、中段は、以下で説明される
ノードＩＤのリスト内のノードのエントリへのポインタ
を含むことが可能であり、従って探索を実行することな
く一定時間内にリストからノードのエントリを除去する
ことを可能にする。

【００４０】図６は、２７０、２７２から２７４までの
Ｎ個のエントリから成るリンクリストとして実施される
ノードＩＤのリスト２３２を示す。Ｎは、メモリ内で許
されるノードの最大数であるＮ_MAXよりも小さい任意の
値であってよい。

【００４１】例示される実施において、各エントリはノ
ードＩＤフィールド２８０、２８２から２８４までをそ
れぞれ含む。このフィールドは単にノードのＩＤを示
す。

【００４２】各エントリはまた、リンクリスト内の次の
エントリへのポインタ、又はフィールド２９４の場合は
「ｘ」により示されるリスト内の最後のエントリである
ことを示す特別の値を含む、ポインタフィールド２９
０、２９２から２９４までを含む。

【００４３】以下でより詳細に説明されるように、リス
ト２３２は、最も最近処理されたノードが０番目のエン
トリに入れられ、最も以前に処理されたノードが（Ｎ−
１）番目のエントリに入れられるように管理される。従
って、リスト２３２内のノードのエントリの位置は、各
ノードがどの程度最近処理されたかに関するノードの順
位を示す。

【００４４】図７は、ナビゲーション信号に応答してグ
ラファルーチン２２０及びウォーカルーチン２２２によ
り実行され得る処理を示す。図７の処理は、各受入れ可
能なナビゲーション信号に応答して、少なくとも一度実
行され得る。

【００４５】図７の技術は、メモリ内のノード及びリン
クのセットを、自動走査を含む反復の間に変更し、次の
反復で走査されるであろう要素を全て含む確率がより高
い変更されたセットをもたらす。この基準を満たす変更
されたセットは、本明細書では「予測ノード−リンクセ
ット」とも呼ばれる。当然ながら、図７の技術は、その
セットをそれまでロードされていなかったが現在の反復
で走査されているあらゆる要素を含むように変更するこ
とも可能である。

【００４６】図７の技術は、現在の反復の間にノードの
親が走査されると、メモリ内のセットにノード（及びそ
の親からそのノードへのリンク）を追加することによ
り、次の反復のための予測ノード−リンクセットを生成
する。

【００４７】例示される処理は、処理ボックス３００で
ナビゲーション信号を受信すると開始される。ナビゲー
ション信号は、表示されているグラフの別の部分への焦
点の変更を要求する信号か、又はグラフ内のノードがそ
の子孫を示すように拡張されるか、その子孫を隠すよう
に収縮されることを要求する信号であり得る。このルー
チンは先ず判断ボックス３０２で、例えば、そのノード
の祖先のいずれかがそのノードのクローンであるか否か
を判断するために上方への巡回（ウォーク）を引き起こ
す呼出し等により、そのナビゲーション信号が受入れ可
能であるか否かをテストし、この例で祖先にクローンが
存在する場合には、ノードを拡張しないことにより循環
を回避することができる。ナビゲーション信号が受入れ
可能でない場合、ルーチンはナビゲーション信号に応じ
た処理を一切行なわず、処理ボックス３０４で次のナビ
ゲーション信号に備えて待機する。

【００４８】判断ボックス３０２でのテストが、受入れ
可能なナビゲーション信号を受信したと判断すると、こ
のルーチンは処理ボックス３０６で、ナビゲーション信
号に応じてグラフの表現を準備する反復を開始する。そ
の実行において、有向グラフデータ構造２３０の巡回走
査を1回又は複数回実行するために、ウォーカルーチン
２２２が呼出され、その間にノードは、それらが巡回さ
れたことを示すカウント（数値）によりマークされる。

【００４９】巡回の実行において、ウォーカルーチン２
２２は、有向グラフデータ構造２３０内のリンク及びノ
ードＩＤと、以下で説明される巡回カウンタ値と、拡張
フラグとを使用することにより、巡回されるべき次のノ
ードのノードＩＤを取得することが可能である。拡張フ
ラグは、データ構造２３０により定義されるグラフ内の
ツリーを定義することができ、ウォーカルーチン２２２
はツリーの選択されたノードからルートノードへのパス
に沿って上方に巡回し、次に選択されたノードを方向付
けるためにパスを下方に巡回して戻り、次に可視ルート
ノードまでパスを上方に巡回し、そしてツリー内の可視
ルートノードの子孫を介して巡回することができる。

【００５０】ウォーカルーチン２２２は、ルートノード
までの上方巡回及び選択されたノードまで戻る巡回を実
行する間に、選択されたノードを方向付けるための最も
最近の巡回でそのノードが巡回されたことを示す方向付
け（オリエント）カウントにより各ノードをマークする
ことが可能であり、従って、幾らかのナビゲーション履
歴を保存する。同様に、ウォーカルーチン２２２は、可
視ルートの子孫を介しての巡回を実行する間に、可視ル
ートノードの子孫をマッピングするための最も最近の巡
回でそのノードが巡回されたことを示すマッピングカウ
ントにより各ノードをマーキングすることが可能であ
り、従って、更なるナビゲーション履歴を保存する。ウ
ォーカルーチン２２２により格納される方向付けカウン
ト及びマッピングカウントは、それぞれの対応するグロ
ーバルカウンタに基づくことが可能であり、所定の巡回
で走査される全てのノードのカウントはグローバルカウ
ンタの数値に等しい。別に記憶されたカウント数値を有
するノードは、所定の巡回では走査されなかったことに
なる。

【００５１】以下で説明されるように、方向付けカウン
ト及びマッピングカウントの何れかにより示される最も
最近巡回されたノードは、メモリから除去されることが
できない。

【００５２】また、表現の準備は、判断ボックス３１０
でのテストにより開始及び終了する反復の内側ループを
含む。判断ボックス３１０へ入っている破線及び判断ボ
ックス３１０から出ている破線により示唆されるよう
に、表現の準備は、反復の内側ループ及び巡回走査に加
えて他の処理を含むことが可能である。

【００５３】反復の内側ループが完了すると、判断ボッ
クス３１０はグラフの表現を表示するため処理ボックス
３１２に進む。処理ボックス３１２から処理ボックス３
０６に戻る破線により示唆されるように、一連の表現が
１つのナビゲーション信号に応じて準備され表示されて
もよい。処理ボックス３１２から処理ボックス３０４に
戻る破線により示唆されるように、ナビゲーション信号
への応答の完了時に、別のナビゲーション信号への応答
が提供されることも可能である。

【００５４】他の処理に加えて、内側ループの各反復
は、処理ボックス３１４で、次に処理されるはずのノー
ドのノードＩＤと共にメモリ管理ルーチン２２６を呼出
す。内側ループは、例えば、ウォーキングルーチン２２
２により実行されるペイント処理に含まれることが可能
であり、その処理において、ペイントされる予定のノー
ドスタック上の各ノードは順次処理され、そして各ノー
ドごとに適切なペインタルーチン２２４の呼出しも行な
われる。

【００５５】処理ボックス３１４での呼出しに応答し
て、メモリ管理ルーチン２２６は、処理ボックス３１６
で次のノードをリスト２３２の先頭に移動する。判断ボ
ックス３２０において、メモリ管理ルーチン２２６はま
た、次のノードが、本明細書では「未生成子ノード」と
呼ばれるメモリ内にない子を１つでも有するか否かを判
断する。これは、ノードごとの未生成子フラグから判断
されることが可能である。このフラグは通常、クライア
ント２１２により制御されることが可能であるが、他の
ルーチンからもアクセス可能である。

【００５６】ノードが未生成子ノードを有するならば、
処理ボックス３２２でクライアント２１２の呼出しが実
行され、未生成子ノードの生成を要求する。このコンテ
キスト及びノードが現在メモリ内にないために割り当て
られたノードＩＤを持たない類似のコンテキストにおい
て、クライアント２１２の呼出しは、その親のノードＩ
Ｄによって、そして適切である場合は、例えばノードＸ
のｎ番目の子のようにそれがどの子であるかを示す数字
表示によってそのノードのことを示すことができる。ク
ライアント２１２は、「プロトグラフ（基本グラフ）」
のように考えられ得るノード−リンク構造に関するより
完全な情報へのアクセスを有し、クライアント２１２
は、各未生成の子に関する情報を取得するためにその情
報及び親のノードＩＤを使用することができる。例え
ば、ノードＩＤを使用することにより、クライアント２
１２は図５に示されるようなノードのデータ項目にアク
セスすることができ、データ項目のノードデータは、元
来、ノードのデータ項目が生成された時にクライアント
２１２により提供された一意の識別子を含むことができ
る。クライアント２１２は次に、プロトグラフ内の関連
情報にアクセスするために、この一意の識別子を使用す
ることができる。例えば、このノードがウェブページで
ある場合、この一意の識別子は、ノードの子及び親に関
する情報を取得するために使用されることが可能なハイ
パーテキストリンクであり得る。またクライアント２１
２は、即座の生成を可能にするために、最近生成された
ノード及び関連するリンクのキャッシュを保持すること
ができる。処理ボックス３２２での呼出しが、キャッシ
ュされていないノードの生成である場合、クライアント
２１２は、バックグラウンドでこのノードの非同期生成
をスケジューリングしてもよいが、その場合も子の生成
の失敗は示す。

【００５７】処理ボックス３２２での呼出しに応じたノ
ードの生成において、クライアント２１２は順次ノード
生成要求を実行し、これは結果としてグラファルーチン
２２０の呼出しをもたらす。グラファルーチン２２０は
同様に、図８に関連して以下で説明されるようにメモリ
管理ルーチン２２６を呼出す。これらのルーチンは、要
求されたノードの生成が可能か否かの指標を戻す。生成
不可能な場合は、例えば空ＩＤを戻す。判断ボックス３
２４に示されるように、クライアント２１２の応答は、
ノードの生成が成功か否かに基づいて分岐し得る。生成
が成功した場合、クライアント２１２は、判断ボックス
３１０に戻る前に処理ボックス３２６で親の未生成子フ
ラグをクリアする（消す）。子の生成が不成功の場合、
未生成子フラグはクリアされずにルーチンは判断ボック
ス３１０に進む。

【００５８】処理ボックス３００でナビゲーション信号
が受信される際に、メモリ内のノードのセットが走査さ
れるべき全要素を含まない場合、クライアント２１２は
未生成ノードを提供したいという要求を通知され得る。

【００５９】図８は、図７の処理ボックス３２２でのよ
うなクライアント２１２からの子ノード生成要求をグラ
ファルーチン２２０が処理ボックス３５０で受信した
後、グラファルーチン２２０及びメモリ管理ルーチン２
２６がどのように応答するかを示す。処理ボックス３５
０に示されるように、グラファルーチン２２０はメモリ
管理ルーチン２２６を呼出し、メモリ管理ルーチン２２
６が図８に示される他の処理のほとんどを実行する。

【００６０】処理ボックス３５２で、ルーチン２２６は
未生成子ノードの親ノードをリスト２３２の先頭に移動
する。図６に見られるように、この移動及びリスト内で
のノードの他の移動は、２９０、２９２から２９４まで
のフィールド内のポインタを変更することにより行なわ
れることができる。

【００６１】判断ボックス３５４では、次にルーチン２
２６が、（Ｎ＋１）をＮ_MAXと比較することにより、メ
モリ内で許容されるノードの最大数を超えずにノードを
メモリに追加できるか否かをテストする。（Ｎ＋１）が
Ｎ_MAXを超えない場合、ルーチン２２６は処理ボックス
３５６で、新ノード生成要求及び適切なリンク情報と共
にグラファルーチン２２０を呼出す。これらの呼出しに
応じたグラファルーチン２２０の処理は、図１０に関連
して以下で説明されるように実施されることが可能であ
る。新ノードの生成は、新ノードの親から新ノードへの
リンクの生成を含み、また新ノードから既に生成されて
いるそれの子ノードの何れかへのリンクの生成、及びリ
ンクが拡張されていること並びに新ノードが未生成の子
ノードを１つでも有するか否か、更にウォーカルーチン
２２２により巡回されたことを示す適切なフラグ又は他
のデータの初期化も含むことができる。またルーチン２
２６は、グラファルーチン２２０に戻る前に、新ノード
のための新たなエントリをリスト２３２の先頭に入れ
る。次にグラファルーチン２２０は、処理ボックス３５
８で新ノードのＩＤを戻す。

【００６２】リンクもまたメモリ内になければならない
ため、Ｎ_MAXの値はメモリ内に保持され得る総ノード数
ほど大きくてはいけないことに留意することは重要であ
る。Ｎ個のノード間の最大可能リンク数は（Ｎ！）であ
るが、一般的に ((Ｎ_MAX＊ＮｏｄｅＳｉｚｅ）＋（Ｎ
_MAX！＊ＬｉｎｋＳｉｚｅ))が利用可能なメモリ空間を
超えないほどＮ_MAXを小さくする必要はない。特定のア
プリケーションにおいて、リンク生成のための空間が不
十分なことによりエラーが生じる場合、有向グラフデー
タ構造２３０に割り当てられたメモリ空間を増やすこと
が必要であり得る。

【００６３】ノードの追加が、許容されている最大ノー
ド数を超える場合、ルーチン２２６は処理ボックス３６
０で、ノードの除去及び新ノードの追加等によりメモリ
内にグラフのどの部分が存在するのかを変更するか否か
を判断するために、ナビゲーション履歴判定基準を適用
する。ルーチン２２６は判断ボックス３６２での結果に
応じて分岐する。判定基準が、メモリ内にグラフのどの
部分が存在するかを変更しないように判断すると、ルー
チン２２６は処理ボックス３６４で空ＩＤを戻す。しか
し、判定基準が変更するように判断すると、ルーチン２
２６は処理ボックス３６６でグラファルーチン２２０を
メモリからのノード除去要求と共に呼出す。またルーチ
ン２２６は、リスト２３２からノードを除去し、グラフ
ァルーチン２２０への別の要求を介して、未生成の子ノ
ードを有することを示すフラグによりそのノードの親に
印をつける。これらの呼出しに応答したグラファルーチ
ン２２０の処理は、図１１に関連して以下で説明される
ように実施されることが可能である。次にルーチン２２
６は、親ノードをリスト２３２の先頭に移動する。

【００６４】この時点で、上述のように、ルーチン２２
６は要求されたノードを処理ボックス３５６で生成する
ことができ、グラファルーチン２２０は処理ボックス３
５８でそのノードのノードＩＤを戻すことができる。こ
れに対して、ルーチン２２６が処理ボックス３６４で空
ＩＤを戻す場合、グラファルーチン２２０はノードが生
成され得なかったことを示すデータを戻すことができ
る。

【００６５】図９は、図８の処理ボックス３６０及び判
断ボックス３６２が実施され得る１つの方法をより詳細
に示す。一般的な手法は、除去可能なノードを探索しな
がらリスト２３２を下から上へ進む。リスト２３２内の
ノードの順序は、処理ボックス３５２及び３５６でのよ
うな変更の結果、並びにペイント及びレイアウト処理等
のノードを走査する他のあらゆるイベントの結果として
受信されたナビゲーション信号に依存するので、これは
ナビゲーション履歴の判定基準の一例である。

【００６６】処理ボックス３８０において、リスト２３
２の先頭のエントリのノードＩＤが保存される。次に処
理ボックス３８２で、リスト２３２の最後のノードＩＤ
が選択される。判断ボックス３８４でのテストは、最後
のノードＩＤを保存された先頭のノードＩＤと比較する
ので、除去されることが可能なノードを見つけるまでリ
スト２３２内の各ノードをテストする反復ループを開始
する。

【００６７】判断ボックス３８６でのテストは先ず、図
７の処理ボックス３０６での最も最近の方向付け巡回又
はマッピング巡回中に、そのノードが巡回されたか否か
を決定するためにノードの方向付け及びマッピングカウ
ントをテストする。現在表示されているノードをメモリ
内に保持することに加え、このテストは図５のルートノ
ード２５２がメモリから除去されないことを保証する。
判断ボックス３８６でのテストは、例えば、ウォーカル
ーチン２２２への呼出しと共に実行されることが可能で
あり、ウォーカルーチン２２２はノードの方向付け及び
マッピングカウントをそれらの巡回のためのグローバル
カウンタの現在の値と比較することができる。

【００６８】最も最近の方向付け巡回又はマッピング巡
回の間にそのノードが巡回されている場合、そのノード
は除去されることが不可能であるため、処理ボックス３
８８でリスト２３２の先頭に移動され、次のノードが選
択される。しかし、そのノードが巡回されていない場
合、このノードは除去の候補であり、処理ボックス３９
０で、このノードが除去可能であるか否かを判断する要
求と共にクライアント２１２の呼出しが実行される。ク
ライアント２１２は、ノードが除去可能か否かを判断す
るためのあらゆる適切な追加判定基準を有してよい。処
理ボックス３９２でクライアント２１２から受信した結
果は、判断ボックス３９４からどの分岐が選択されるか
を決定する。その結果が、このノードは除去不可能であ
ることを示す場合は、このノードは処理ボックス３８８
でリスト２３２の先頭に移動され、別のノードが処理ボ
ックス３８２で選択される。しかし、その結果が、この
ノードは除去可能であることを示す場合は、図８の処理
ボックス３６６等で除去される。

【００６９】全ノードが選択されると、判断ボックス３
８４でのテストは２つのノードＩＤが一致することを判
断し、リスト２３２が除去されることが可能なノードを
１つも含まないことを意味する。従って、図８の処理ボ
ックス３６４等で空ＩＤが戻される。

【００７０】図８の処理ボックス３６０で適用されるナ
ビゲーション履歴判定基準は従って、少なくとも２つの
副判定基準を含む。第1は、除去されるノードが、リス
ト２３２におけるその位置により示されるように最近あ
まり処理されていないノードであることであり、第２
は、除去されるノードが、最も最近の方向付け巡回及び
マッピング巡回の間に巡回されたノードではないことで
ある。

【００７１】図１０は、図８の処理ボックス３５６での
ノード生成が実施され得る１つの方法をより詳細に示
す。ノード生成は、処理ボックス４００で、メモリ管理
ルーチン２２６から新ノードを生成するための呼出しを
グラファルーチン２２０が受信すると開始される。この
呼出しは、新ノードのノードＩＤ及び新ノードの入リン
ク及び出リンクに関する情報を含む。

【００７２】グラファルーチン２２０は処理ボックス４
０２で、図５のノード２５６のような新ノードを生成す
ることにより応答する。またグラファルーチン２２０
は、第1の親リンクＩＤ及び第1の子リンクＩＤ、更に新
ノードに含まれるフラグを初期化する。未生成子フラグ
は、新ノードが未生成子ノードを１つも持たないことを
示すようにＯＦＦと初期化され得る。また、方向付け巡
回又はマッピング巡回の間にそのノードが最近巡回され
たか否かを判断するために使用されることが可能なカウ
ンタが、適切な値に初期化され得る。

【００７３】次に判断ボックス４１０で、グラファルー
チン２２０は、既に生成されている親ノードからの入リ
ンクを新ノードが１つでも有するか否かにより分岐す
る。

【００７４】入リンクを有さない場合は、処理ボックス
４１２でルートノード２５２への新たなリンクが生成さ
れる。この新リンクの生成は、リンクＩＤの取得、及び
親ノードＩＤとしてルートノード２５２のノードＩＤ、
子ノードＩＤとして新ノードのノードＩＤ、を有する図
５のリンク２５４のようなリンクの生成を含む。更に、
他の適切なリンクＩＤが設定される。例えば、これがル
ートノード２５２からの最初の出リンクである場合、新
リンクのＩＤはそれの第1の子リンクＩＤとしてルート
ノード２５２にロードされ、新リンクの先行及び次の子
リンクＩＤはヌル（空文字）に設定される。そうではな
い場合、新リンクの先行する子リンクＩＤはルートノー
ド２５２の子リンクの最後に設定され、そのリンクの次
の子リンクＩＤは新リンクのＩＤに設定されるが、新リ
ンクの次の子リンクＩＤはヌルに設定される。

【００７５】他方、新ノードが既に生成されている親ノ
ードからの１つ又は複数の入リンクを有する場合、その
生成されている親ノードのそれぞれへのリンクが処理ボ
ックス４１４で生成される。各新リンクは、そのリンク
の親ノードＩＤとして適切なノードＩＤと、そのリンク
の子ノードＩＤとして新ノードのノードＩＤを有する。
更に、他の適切なＩＤが設定される。例えば、新リンク
が親からの最初の出リンクである場合、新リンクのＩＤ
が親ノードにその第1の子リンクＩＤとしてロードさ
れ、新リンクの先行及び次の子リンクＩＤはヌルに設定
される。そうでない場合、新リンクの先行する子リンク
ＩＤは親ノードの子リンクの最後に設定され、そのリン
クの次の子リンクＩＤは新リンクのＩＤに設定される
が、新リンクの次の子リンクＩＤはヌルに設定される。
処理ボックス４１４において、グラファルーチン２２０
はまた、そのノードが１つでも未生成の子を有するか否
かを判断するために各親ノードをチェックすることが可
能であり、もし有さない場合にはそのノードの未生成子
フラグをＯＦＦに変更する。

【００７６】同様に、グラファルーチン２２０は、新ノ
ードが１つでも出リンクを有するか否かに基づき判断ボ
ックス４２０で分岐する。出リンクを有する場合、生成
された各子への新リンクが処理ボックス４２２で生成さ
れる。この新リンクの生成は、リンクＩＤの取得及び図
５のリンク２５４のようなリンクの生成を含む。新リン
クがルートノード２５２からのリンクに置き換わる場
合、これは子ノードの最初の入リンクであるため、子ノ
ードの第1の親リンクＩＤは新リンクのＩＤである。ま
た新リンクは、そのリンクの親ノードＩＤとして新ノー
ドのノードＩＤを有し、そのリンクの子ノードＩＤとし
て子ノードのノードＩＤを有する。更に、他の適切なリ
ンクＩＤが設定される。例えば、これが新ノードからの
最初の出リンクである場合、新リンクのＩＤが新ノード
にそのノードの第１の子リンクＩＤとしてロードされ、
新リンクの先行及び次の子リンクＩＤはヌルに設定され
る。そうでない場合、新リンクの先行する子リンクＩＤ
は新ノードの子リンクの最後に設定され、そのリンクの
次の子リンクＩＤは新リンクのＩＤに設定されるが、新
リンクの次の子リンクＩＤはヌルに設定される。同様
に、そのような場合には先行及び次の親リンクＩＤがヌ
ルである、新リンクがルートノード２５２からのリンク
に置き換わるのでない場合、新リンクの先行する親リン
クＩＤは子ノードの親リンクの最後に設定され、そのリ
ンクの次の親リンクＩＤは新リンクのＩＤに設定される
が、新リンクの次の親リンクＩＤはヌルに設定される。

【００７７】生成された子への出リンクを生成した後、
グラファルーチン２２０は判断ボックス４２４で新ノー
ドが未生成の子を１つでも有するか否かをテストする。
有さない場合、又は新ノードが出リンクを有さない場
合、端子ボックス４２８で戻る前に、処理ボックス４２
６で未生成子フラグがＯＦＦに設定される。しかし、少
なくとも１つの未生成の子が存在する場合、端子ボック
ス４２８で「戻る」前に、処理ボックス４３０で未生成
子フラグがＯＮに設定される。

【００７８】図１１は、図８の処理ボックス３６６での
ノード除去が実施され得る１つの方法をより詳細に示
す。ノード除去は、処理ボックス４５０で、メモリ管理
ルーチン２２６からノードを除去するための呼出しをグ
ラファルーチン２２０が受信すると開始される。この呼
出しは、除去されるべきノードのノードＩＤを含む。

【００７９】グラファルーチン２２０は、処理ボックス
４５０で受信したノードＩＤがルートノード２５２のノ
ードＩＤであるか否かを判断ボックス４５２でテストす
ることにより応答する。ルートノードのＩＤである場合
は、ルーチン２２０は処理ボックス４５４で、更なる処
理を行なわずに戻ること等による適切な方法でエラー処
理する。

【００８０】判断ボックス４５２でのテストはまた、処
理ボックス４５０で受信したノードＩＤが別の理由によ
り除去されることが不可能なノードのノードＩＤである
か否かを決定する。例えば、ナビゲーション信号がブッ
クマーク等を含み得る場合、クライアント２１２はブッ
クマークを有するノードの除去を許可しないであろう。

【００８１】ノードＩＤがルートノード２５２又は除去
されることが不可能な別のノードのノードＩＤではない
場合、グラファルーチン２２０は、処理ボックス４５６
でそのノードにアクセスし、親リンクのリンクリストを
介して進むためにノードＩＤを使用する。各親リンクに
対して、グラファルーチン２２０は、親リンクのフロム
ノードの未生成子フラグをＯＮに設定し、次に親リンク
を削除する。親リンクの削除において、グラファルーチ
ン２２０はまた、削除されたリンクを除外するように親
リンクのフロムノードの子リンクのリンクリストを変更
することができる。グラファルーチン２２０はまた、処
理ボックス４５６で処理された各フロムノードをリスト
２３２の先頭に移動するようにメモリ管理ルーチン２２
６を呼出すことが可能である。

【００８２】次にグラファルーチン２２０は、そのノー
ドの子リンクのリンクリストを介して続けられる外側反
復ループを開始し、そのループは判断ボックス４６０で
のテストが子リンクを検出しなくなるまで続けられる。
処理ボックス４６２において、グラファルーチン２２０
は、次の子リンクのリンクＩＤを取得するためにノード
のリンクリストにアクセスし、次にそのリンクＩＤをス
タックに入れることにより外側ループの各反復を開始す
る。

【００８３】グラファルーチン２２０は次に、スタック
内の各リンクＩＤを処理する内側反復ループを開始す
る。処理ボックス４７２で、グラファルーチン２２０
は、最も最近スタックに入れられたリンクである一番上
のリンクのリンクＩＤをスタックから取得するためにス
タックをポッピングすることにより内側ループの各反復
を開始する。判断ボックス４８０は次に、一番上のリン
クがそれのツーノードの唯一の親であるか否かを、リン
クＩＤを使用してそのツーノードの親リンクのリンクリ
ストにアクセスすることによりテストする。唯一の親で
ある場合は、処理ボックス４８２はそのツーノードの子
リンクのリンクリストにアクセスし、子リンクのリンク
ＩＤをスタックに入れる。次に処理ボックス４８４は、
メモリからツーノードを削除する。何れの場合も、処理
ボックス４８６は処理ボックス４７２から一番上のリン
クを削除する。一番上のリンクがそのツーノードの唯一
の親ではない場合も、処理ボックス４８６は、削除され
たリンクを除外するようにツーノードの親リンクのリン
クリストを変更することが可能である。

【００８４】判断ボックス４７０でスタックが空である
場合、及び全ての子リンクが判断ボックス４６０で処理
された場合、処理ボックス４９０は、ノードＩＤが処理
ボックス４５０で受信されたノードを除去し、端子ボッ
クス４９２は「戻る」。処理ボックス４９０はまた、例
えば除去されているノードのための全てのブックマーク
等を除去する関連処理を含んでもよい。

【００８５】図１１の技術は、除去されたノードの１レ
ベル（階層）の子孫のみを除去し、メモリ内に他の祖先
を有する除去されたノードの子孫を除去しない。これに
代わって、この技術は、処理ボックス４８２及び４８４
を、判断ボックス４６０で開始し処理ボックス４９０の
後で終了する処理手順をノードＩＤと共に再帰的に呼出
すことに置き換えることで実施されてもよい。またこの
技術は、もしその処理が適切であるならば、メモリ内に
他の祖先を有する子孫も除去するように変更されてもよ
い。

【００８６】また、処理ボックス４１２、４１４、４２
２、４５６、４８２、及び４８６に関連して上述された
ような処理は、ノード生成及び除去とは無関係にリンク
を生成又は除去する際に実行されてもよい。

【００８７】図４から１１に関連して上述された実施例
に類似の実施は、ノード−リンク構造の表現を表示する
ブラウザで使用されている。

【００８８】ナビゲーション信号はしばしば、ノードが
より良く見えるように表現内の他の位置から焦点の中心
に移動されるべきことを要求する。このような多くの例
において、要求された移動は、ノードの追加レイヤー
（層）を表現の周辺部に付加するという結果をもたら
し、それらのノードは先行する反復の間に走査されたノ
ードの子であるので、メモリ内に既に存在しているであ
ろう。従って、これらの例において、先行する反復は、
次に続く反復で走査されるであろう要素のセットを定義
する予測ノード−リンクセットをもたらした。一般に、
先行する反復は、次に続く反復により走査されるであろ
う要素のセットをより高い確率で定義する予測ノード−
リンクセットをもたらす。

【００８９】上述の実施に類似の実施は、ＩＢＭ互換Ｐ
Ｃのプロセッサ上でうまく実行されたが、実施は任意の
適切なプロセッサを有する他の装置で実行されてもよ
い。

【００９０】上述の実施に類似の実施は、32ビットのウ
インドウズ(Windows)環境でＣ++言語を用いてうまく実
行されたが、非オブジェクト指向環境を含む他のプログ
ラム言語及び環境を用いてもよく、また、リスプ(Lis
p)、ユニックス(Unix)環境、ANSI C、及びパスカル(Pas
cal)等のような他のプラットフォームを用いてもよい。

【００９１】上述の実施に類似の実施は、一般のＸＭＬ
フォーマット及びある実験的フォーマットで表示される
ノード−リンクデータを用いてうまく実行されたが、本
発明は、静的又は動的いずれかの、メモリ内又はネット
ワークを介してのように任意の適切な方法でアクセス可
能な、任意の適切なタイプのノード−リンクデータを用
いて実行されてもよい。

【００９２】上述の実施に類似の実施は、ナビゲーショ
ン信号に応答してグラフの１つの表現を準備及び表示す
る各反復を用いて実施されたが、本発明は他のタイプの
信号又は呼出しによって呼出される他のタイプの反復、
並びにノード−リンク構造の要素のセットを自動的に走
査することを含む反復を用いて実施されてもよい。自動
的な走査を含むことが可能な処理の幾つかの例が上述さ
れている。

【００９３】上述の実施に類似の実施は、キーボード及
びマウスから受信され、且つノード−リンク構造の特定
のタイプの表示された表現に関係するナビゲーション信
号を用いてうまく実行された。しかしながら、本発明
は、ナビゲーション信号を用いて又は用いずに実施され
てもよい。例えば、あるノードの子の異なるソーティン
グに応答して、又はある構造の要素への異なるフィルタ
の適用に応答して、要素を動き回らせてもよい。また、
本発明は、任意の適切なタイプの拡張及び収縮信号、又
は外部の照会、示されたノード又はリンクの下に拡張を
要求するメニューエントリーのような項目の選択、又は
現在の焦点の下に拡張を要求するメニューエントリーの
ような項目の選択から生じた信号を含む他のナビゲーシ
ョン信号を用いて実施されてもよい。ナビゲーション信
号は、代わりに、ビデオゲーム又はバーチャルリアリテ
ィ環境によって生成される空間のような現実には無い空
間又はディスプレイ以外の表示空間に関係してもよく、
また、ナビゲーション信号は、代わりに、他の種類の位
置決め装置、及び英数字又は声、身振りのような言語的
入力、又は他の様式のユーザ入力を受信するための他の
種類の装置を含む、任意の適切なユーザ入力装置によっ
て生成されてもよい。更に、本発明は、ノード−リンク
構造の他のタイプの表現と共に実施されてもよい。本発
明は、アニメーションを一切使用せずに、又はあらゆる
適切なアニメーション技術を使用して、実施されてもよ
い。

【００９４】上述の実施に類似の実施は、特定の方法で
取得されたレイアウトデータを用いて実施されている
が、本発明は、そのようなレイアウトを用いて又は用い
ずに実施されてもよく、又はノード−リンク構造全体を
各表現について個別にレイアウトすることによる、又は
ノード−リンク構造を他の方法でレイアウトすることに
よるような、他の方法でレイアウトデータを得ることに
よって実施されてもよい。

【００９５】上述の実施に類似の実施は、ユニットディ
スク（単位円）にマッピングされ、次にペイントされる
ノード−リンク構造を用いて実施されているが、本発明
は、マッピングを用いて又は用いずに実施されてもよ
く、又は、ノード−リンク構造を３次元レンダリング空
間及び表示空間を含む任意の他の適切なレンダリング空
間にマッピングして任意の他の適切な表示空間に表示す
ることを含む、任意の他の適切な方法でノード−リンク
構造をマッピング及び表示するように実施されてもよ
い。

【００９６】上述された実施に類似の実施は、走査の間
に、走査されたノードの未生成の子を生成し、最近最も
アクセスされていないノードを除去して、予測ノード−
リンクデータを取得するように実施されているが、本発
明は、次に走査されるであろう要素のセットをより高い
確率で定義するノード−リンクデータを取得するための
他の様々な手法により実施されてもよい。上述の実施
は、近接性がどのノードを生成するかを決定し、最新性
（最近の使用頻度）がどのノードを除去するかを決定す
ることにより、近接性に基づく手法及び最新性に基づく
手法の組み合わせを使用する。この手法は、表現全体に
わたって短いスクロール動作が成されるブラウジングア
プリケーションで特に適切に作用する。他の適切な手法
が使用されてもよく、それらの手法は、例えば、ビュー
内の何れかのノードのクローンをクローンの近接ノード
と共にロードするような類似性に基づく手法等を含む。
また、走査されている特定のノード−リンクデータ構造
の特性に基づいて、近接性、最新性、及び類似性の任意
の適切な組み合わせが使用され得る。特に、構造の離散
的な走査領域間で大きな飛越し動作が成されるアプリケ
ーションでは、他の手法がより適切に作用し得る。

【００９７】上述の実施は同期的であり、その中でノー
ドは要求された時点で生成されるが、本発明は、自由な
サイクルでクライアントにより操作される適切なスレッ
ド等によりノード生成がバックグラウンドで実行される
ように、非同期で実施されてもよい。

【００９８】上述の実施は、どの程度最近ノードが処理
されたか、及び最も最近のペイント処理中にノードが巡
回されたか否かに関する副判定基準を含むナビゲーショ
ン履歴判定基準を適用する。他のあらゆる適切な判定基
準がノードを除去するか否かを決定するために適用され
てよく、例えば、ノード生成の難度に基づく判定基準、
ノード生成の確率に基づく判定基準、又は難度及び確率
の両方に基づく組み合わされた判定基準等が適用され
得、難度及び確率の組み合わせにおいては、難度及び確
率は性能指数で表わされ、削除されるノードに関する性
能指数の積が最も低い。

【００９９】上述の実施は、ナビゲーション履歴に関す
る情報をノードＩＤのためのリンクリストデータ構造で
保存するが、ナビゲーション履歴情報は、他のあらゆる
適切な形式で保存されてよい。

【０１００】上述の実施は、１ノードに関するデータを
除去し、別のノードに関するデータを追加することによ
りメモリ内にノード−リンクデータのどの部分が存在す
るかを変更する。変更は、他のあらゆる適切な方法で実
行されてよい。

【０１０１】上述の実施は、グラフ内のツリーを定義す
るためのリンクの拡張フラグを含むノード−リンクデー
タを用いるが、本発明は、任意の他の適切な方法で定義
されてもよい。特に、上述の実施は、リンクが、フロム
ノードからの出リンクのためのリンクリスト及びツーノ
ードへの入リンクのためのリンクリストの２つのリンク
リスト内の項目として表現される、有向グラフデータ構
造を使用する。他のあらゆる適切なデータ構造が使用さ
れてよい。

【０１０２】上述の実施は、メモリ容量を示すために最
大ノード数を使用する。メモリ内のノード及びリンクの
総数又はノード−リンクデータの合計サイズ等の、メモ
リ容量の他の測定単位が用いられてよい。

【０１０３】上述の実施は、循環有向グラフを含む有向
グラフを扱うことができるが、本発明は、他のタイプの
リンクを有向グラフの適切な組合せに変換することによ
って、又は別様ではグラフの構造をツリーにマッピング
するためのプロトコルを供給することによって、他のタ
イプのグラフ用に実施されてもよい。例えば、２つのノ
ード間の無向リンクが、同じノードの間の１対の有向リ
ンクに変換されてもよく、又は適切な基準に基づいて方
向を割り当てられてもよい。一般的に、全ての無向リン
クが１対の有向リンクへと変換されている表現は、結果
的に有向リンクの各対が循環するので、視覚的に混乱さ
せる傾向があるが、別の方法で循環を表示することによ
ってこの混乱は克服されるかもしれない。

【０１０４】上述の実施では、処理は多くの場合に変更
されてもよい順位で行われる。

【０１０５】同じく、上述の実施では、幾つかのソフト
ウェアの部分が、グラファ、ウォーカ、ペインタ、メモ
リ管理、及び数学ルーチン、並びにクライアントのよう
に区別されるが、本発明は、ハードウェア及びソフトウ
ェアの他の組合せ並びに任意の適切な方法で構成された
ソフトウェアで実施されてもよい。

【０１０６】本発明は、ノード−リンク構造の対話式ブ
ラウザの提供に適用された。本発明は、ノード−リンク
構造が視覚化される様々なコンテキストに適用され得
る。特に、本発明は、キャッシュに格納された１組のウ
ェブページ又は他のウェブオブジェクトによって形成さ
れた構造のような、ウェブ関連構造の視覚化に適用され
得る。

【０１０７】より一般的には、本発明は、組織図、ファ
イルシステム階層、ハイパーテキスト階層、ワールドワ
イドウェブ接続性構造、パーツ分解、ＳＧＭＬ構造、又
は任意の他の大きなノード−リンク構造のためのブラウ
ザの提供に適用され得る。このブラウザは、構造又は構
造の内容の編集に用いられてもよい。

【０１０８】本発明は、ソフトウェアとしての実施例に
関係して述べられてきたが、本発明は専用ハードウェア
を用いて実施されてもよい。

【図面の簡単な説明】

【図１】ノード−リンク構造を定義しているデータのど
の部分をメモリに存在させるかを制御する方法を示す概
略的なフローダイアグラムである。

【図２】図１に示されるような制御の実行における一般
的な処理を示すフローチャートである。

【図３】図１に示されるような制御を実行する装置の一
般的な構成要素を示す概略図である。

【図４】システムの概略図である。

【図５】有向グラフデータ構造の概略図である。

【図６】ノード識別子（ＩＤ）のリストの概略図であ
る。

【図７】図４のルーチンがどのようにナビゲーション信
号に応答するかを示すフローチャートである。

【図８】図４のルーチンがどのようにノード生成要求に
応答するかを示すフローチャートである。

【図９】メモリ管理ルーチンがどのようにナビゲーショ
ン履歴判定基準を適用するかをより詳細に示すフローチ
ャートである。

【図１０】図４のルーチンがどのようにノードを生成す
るかをより詳細に示すフローチャートである。

【図１１】図４のルーチンがどのようにノードを除去す
るかをより詳細に示すフローチャートである。

【符号の説明】

１５８ ノード−リンクデータ １９０ ノード−リンクデータの本体 １９２ ノード−リンクデータのメモリ内の部分 ２３０ 有向グラフデータ構造 ２５０ ＩＤマッピング構造 ２５２ ルートノード要素 ２５４ リンク要素 ２５６ ノード要素

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジョン オー．ランピング アメリカ合衆国 94024 カリフォルニア 州 ロス アルトス エヴァ アベニュー 1299 (72)発明者 ラマナ ビー．ラオ アメリカ合衆国 94112 カリフォルニア 州 サンフランシスコ イナ コート 50

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ノード−リンク構造を定義しているノー
   ド−リンクデータのどの部分をメモリに存在させるかを
   制御する方法であって、 各反復が前記ノード−リンク構造の要素のセットを自動
   的に走査することを含む一連の反復を実行するステップ
   を含み、 前記反復の少なくとも１回が、前記反復において要素の
   セットを自動的に走査する間に、メモリ内に前記ノード
   −リンクデータの変更された部分を取得するために前記
   メモリ内にノード−リンクデータのどの部分が存在する
   かを変更するステップを含み、前記ノード−リンクデー
   タの変更された部分は、次の反復により走査されるであ
   ろう要素のセットをより高い確率で定義する、 メモリ内に配置されるノード−リンクデータ部分の制御
   方法。