JP4638984B2 - データファイルをマッピングするための方法および装置 - Google Patents

Description

【０００１】
（発明の分野）
この発明は、データファイル（もしくは単一のデータファイルの一部）の間の関係をマッピングする（図表示する）ための方法、データファイル間（もしくはデータファイル内）で移動する方法、およびそれらの方法を実行するために構成された装置に関する。この発明は、さらにデータファイルのマップ（図式）を表示するディスプレイを含む装置（デバイス）、特に、絶対条件またはマップされるべきデータファイルの数（例えば、１００もしくは１０００ものファイル）に関して低い解像度のスクリーンを有する装置に関する。
【０００２】
この文書を通して参照されるファイルは電子ファイルでもよいが、一方では他の記録媒体、例えば光学的またはホログラフィックデータ記憶媒体に記憶されたファイルであってもよい。以下に詳細に議論されるように、この発明は例えばワールドワイドウェブ（ｗｏｒｌｄ ｗｉｄｅ ｗｅｂ）の一部であるデータファイル間の関係を表示するために、特に適当である。
【０００３】
（先行技術の議論）
ワールドワイドウェブに記憶されている莫大な数の情報は、データファイルに分けられ、各々が”アドレス”を持ち、”サーバ”と呼ばれるコンピュータ上に記憶される。一種のファイルは"ページ"と呼ばれ単に１セットの情報を含んでいる。情報のフォーマットは、ページごとに異なり、例えばあるページは単にテキストを含んでいてもよいが、一方では他のものは例えばそのページのある点で表示するためにオーデイオもしくはビジュアルファイルの参照を含んでもよい。”ブラウザ”と呼ばれるプログラムを使うことによりウェブのユーザは”ブラウザアレイ”というスクリーンの一部でページを表示することができる（例えば一度に１ページ）。特にユーザは、ウェブページに一致するウェブ内でロケーション（位置）を持っており、その位置に一致するページを見ると言われている。
【０００４】
番号順に配列された従来の本のページのように、ワールドワイドウェブのページは互いに論理的な関係を定義するが、ウェブのページ間の論理的な関係は単純な番号順のものよりもっと複雑である。これら論理的な関係の目的は関連した情報を含むページに接続することである。例えば、最初のトピックスについての情報を含んだページ（”特許”と言う）は、関連したトピックスの情報を含んでいる１つまたはそれ以上の他のページに論理的に関連してもよい（"弁理士"等）。
【０００５】
ページ間の論理的な関係は”ハイパーリンク”として知られる論理的なリンクによって明確にされる。ハイパーリンクは協定により”ハイパーテキスト”プログラミング作成言語（あるいはフラッシュ（Flash）またはリンゴ（Lingo）ファイルのようなもっと複雑化されたコンテンツプレゼンテーションフォーマット）において定義され、ワールドワイドウェブが基礎を置く言語の型である（ハイパーテキストという用語は一般に”ハイパーテキストマークアップランゲージ(Hypertext Markup Language)”(HTML）、ダイナミック(Dynamic) HTML、ワイアレスマークアップランゲージ(Wireless Markup Language)（WML）、アクティブサーバページなどを含んで使用されている。）、そして”ハイパーリンク”という用語は、例えばＪＡＶＡで定義されたリンクまたはレイアウトおよび相互作用のために使用されるその他の言語など、ＡＷＴのリンクを意味するためにさらにここで使用される。単一のページは、”アンカー”として知られるそのページの一部（例えばそのページの２〜３語）と関連する１つまたはそれ以上の”ハイパーリンク”を含んでもよい。ハイパーリンクは、ページの”アンカー”部分とワールドワイドウェブの第２ページ（あるいはその第２ページの特定の箇所）の間で論理的な関係を定義する。ユーザは、デイスプレイのアンカー部にカーソルを置き、コンピュータのマウスボタンのようなボタンをクリックすることにより簡単にその第２ページにアクセスすることができる。これは、ユーザーが今見ているページをハイパーリンクによってそれに接続されている第２ページに自動的に置き換える。それゆえ第２ページは、最初のページから”ワンクリック”と言われ、最初のページにつながれたユーザは次のページにアクセス可能で、（すなわちブラウザアレイ範囲内でその２ページ目にあるいくつかの、もしくは全ての情報を表示する）それは単純なクリック作動（スクロールバー上でのクリックは含まれない）によって可能であることを意味している。最初のページはかなり多数のアンカーを含んでもよい。そして各自が最初のページのそれぞれの部分に結びつきを持っており、各自のハイパーリンクを通ってそれぞれの第２ページへ達している。
【０００６】
もちろん第２ページもその内にアンカーを持っていて、各自がそれぞれの第３ページへつながってもよい。第３ページは、第１ページから"ツークリック"と言われ、それは２回クリックするという動作により第１ページからアクセスされることが可能という意味で、まずユーザを第１ページから第２ページへ移動させる最初のクリック（すなわちブラウザデイスプレイを、２ページ目表示のために変えること、もしくは第２ブラウザデイスプレイの中でそのページを表示すること）、そして第２ページから第３ページへ移動させる第２クリックのことである。ハイパーリンクはそれゆえ、特定の情報の探索をする上で、ウェブの中で到達できる無数のページを通してナビゲートする有効な道を与えてくれる。それは、ハイパーリンクによって論理的に関連した数々のページの間で動き回ることによって与える。どのページも多くのアンカーを含んでもよいので、それぞれの第１ページに関連した多くの第２ページがあるべきであり、それぞれの第２ページに関連した多くの第３ページがあるべきである。事実上、一定の第１ページからｎ（回）クリック離れたページの数は、およそｎ指数にまで上昇する。
【０００７】
さらに複雑なものは、"フレームセット(frame set)"と呼ばれるタイプのファイルにより与えてくれる。記憶された情報リストから完全に成り立っているという意味において、ワールドワイドウェブのページは構造されてないかもしれないが、"フレームセット"は構成されていると言えるし、そしてブラウザアレイを多くのセクションに分割し、それらセクションの各々にあるもう一つの前定義されたファイルを表示するファイルとして考えられてもよい。例えば、そうであるから一定のトピックに関している違った種類の情報が異なったセクションに分類される。多数のアンカーはセクションでデイスプレイされたファイルのどれにでもあってもよい。もしユーザがフレームセットである第１ファイルにアクセスするためブラウザを使用するなら、ブラウザ表示エリアフレームセットのセクションの数に一致している多くのセクションに分けられる。ユーザがセクションの一つ内でアンカー部分をクリックすると、ブラウザ表示エリア（あるいはブラウザエリア全体か、新しいブラウザエリア全体）のそのセクション（もしくは違うセクション）は、第２ファイルによって置き換えられる（例えばページ）。この第２ファイルは、ハイパーリンクによってアンカー部分とつながっている。しかし表示エリアのその他（すなわちフレームセットの残りのセクション）は、ユーザに表示されたままでいる。
【０００８】
ワールドワイドウェブは、事実ハイパーテキストに基礎を置くネットワークコンピュータファイルシステムの単に一つの例である。システムをベースにしたハイパーテキストのその他の例は、他のインターネットシステムを含む。ワールドワイドウェブとして分類された理由からではなく（例えば、大きな会社や政府によって所有されていて公然とアクセスできないから）、いわゆる"イントラネット(intranet)"システム、もしくはハイパーテキスト言語を使っている全く他のシステム（HTMLまたはDynamic HTML）がファイル間での移動を定義して、許可をだすためにインターネットシステムを含む。これらのシステムは換言すれば"ハイパースペース"と呼ばれてもよいものの例である。すなわちそれは、各自がアドレスか名前を持った１セットのデータファイルで、セットのメンバー間で定義された論理的な関係を持ったファイルのセットである。
【０００９】
例えば従来のディレクトリ構造は、ハイパースペースの実例である。ディレクトリ構造は二つの形式のデータファイルから成り立つ：（１）"ブランチノード"とここで呼ばれるデータファイル。それは他のデータファイルへの論理的なリンクを含んでいる（通常はただ含んでいるだけ）。（２）"リーフノード"と呼ばれるデータファイル。それは情報を含んでいてもよいが、ハイパースペースの他のデータファイルへのリンクを含んでいない。例えば空のディレクトリはリーフノードである。それはテキストファイル、ＰＩＣＴファイル、ビデオファイル、もしくはオーディオファイルである。そして空でないディレクトリはブランチノードの例。
【００１０】
そのような論理的に関連したデータファイルのセットは、純粋な階層制（ツリー構造）であってもよい。すなわち一つのディレクトリ（"ルートディレクトリ"）は、階層制の最上レベルに指命される。各自のディレクトリへの一つ論理的なリンクにも最大限があり、（たとえディレクトリそのものが他のデータファイルへの複数の論理的な接続を含んでいてもよいが）全てのデータファイル（全てのデータファイルを含め）は、前段で定義された論理的な接続シリーズに沿って一つのパス（回路）によってルートディレクトリから到達されることができる。一定のディレクトリから一つの論理的なリンクによって到達されることが可能なデータファイルは、ディレクトリ"内"にあるといわれている。ここで第（ｉ＋１）レベル（ルートディレクトリは第１レベル）にあるものとしてｉ個の論理的なリンクに従うことによって最上のディレクトリから到達されることができるデータファイルを参照しよう。
【００１１】
事実、ディレクトリ構造は、単純なツリー構造でなくてもよい。例えば、"ショートカット（近道）"が存在したり、あるいはいくつかのあるHTMLファイルやハイパーリンクは議論中であるハイパースペースの定義の範囲内に含まれているからである。それゆえ、ディレクトリ構造は、ファイル間の論理的な関係の実例であってもよい。それはツリー状の構造（ほぼツリー構造）を形成し、そこでは例えば論理的な接続の９０％以上がツリー構造に適合する。
【００１２】
データファイルの階層システムをナビゲートするための、従来の手段では（例 Microsoft Windows, Microsoft Explorer）、ある一定のデータファイル（例 リーフノード）は、ルートディレクトリから次の手順によって論理的な接続のパスを通って（例えば一つあるいはそれ以上の中間ディレクトリを通って）到達される。ルートディレクトリから、（もしくは任意の他のポイントから）スタートすることにより、シンボルがルートディレクトリで各々のデータファイルのために描かれる。これらのシンボルは、列に表示されて描かれる。ユーザは到達したいデータファイルのパスの上にある中間ディレクトリを表示するシンボルをクリックする。そしてトップディレクトリに変わって中間ディレクトリと共にこの手順はくり返される。第（ｉ＋１）レベルのデータファイルを到達するには、ｉ（回）のクリックが必要である。最後のクリックはユーザが到達したいデータファイルを表しているシンボルの上にある。
【００１３】
この過程の中でユーザは特定のデータファイルを表しているシンボルだけを見ることになる。それは、もしそのデータファイルがパスの中間ディレクトリのひとつにたまたまあるならばである。従って、ユーザがディレクトリ構造の全体構成を感じとることはどうしても不可能である。例えばリーフノードが階層システムで均一に分配されているかどうかなど分からない。言い換えれば、このナビゲーション手段はディレクトリ構造を明確に思い描くには適当ではない。
【００１４】
階層化ディレクトリ構造を視覚化する特定の問題を処置するため、ブライアン.ジョンソンおよびベン.シュネイダーマン（"ツリーマップ: 階層化情報構造認識へのアプローチ"、ビジュアリゼーション年会議報、サンディエゴ、p２８４〜２９１、ＩＥＥＥ, １９９１）は、ディレクトリのデータファイルを表す二次元の図表を描くことを提案した。各データファイルは、図表上長方形で表され、ある一定のディレクトリでデータファイルを表しているその長方形は、そのディレクトリを表している長方形の内で１行または１列で描かれた（すなわち、そのネスティング（nesting）は階層システムに一致する）。リーフノードの場合、長方形は互いに等しい形および範囲で描かれる。
【００１５】
従来の大きさのディレクトリ構造では、ここでは約３０００ファイル（たぶん２０層に）とするが、リーフノードを表しているエリアはとても小さくなる。その結果この文書がリーフノードの分配を視覚化することだけに関係しているので、ジョンソンとシュネイダーマンは、どのディレクトリでもデータファイルを表している長方形は、そのディレクトリを表している長方形を完全にカバーするようにサイズが測られることを勧めている。従って、提案された図表はただリーフノードを表しているエリアをただ含んでいる。従って代表的なディレクトリ構造（その中では、たいていのリーフノードはトップディレクトリから数リンク離れている）の場合、結果は無数の小さな長方形からなる図表である（１０００ファイルのディレクトリの場合、図８に示される）。その図の複雑さにもかかわらず、そこからデータ構造のリーフノード分配について統計的情報をすばやく確かめることができる。
【００１６】
この技術は、完全なディレクトリ構造についての統計的情報を引き出すことに関係があるので、この技術は階層システムの一部に焦点を当てることはできない。
【００１７】
たとえジョンソンとシュネイダーマンの技法が、階層システムの一層だけを再描写するというオプションを含んでいることによって変えられても（すなわちトップディレクトリでないディレクトリから論理的なリンクによって到達されることができるデータファイル）、結果は第２の図表である。つまりそこでは、階層のブランチ（分枝）の全てのデータファイルは第１の図表における形と異なった形をしている。従って、第１の図表と第２の図表の間の詳細な一致は統計的レベルである場合を除いて、非常に理解しがたい。
【００１８】
ジョン・ランピングと、ラマナ・ラオ（"ハイパーボリックブラウザ：巨大な階層を見るためのフォーカスと情況技術"、ビジュアルランゲッジ＆コンピューティングジャーナル，１９９６，７，p３３〜５５）は、階層化構造を視覚化するための徹底的に異なる技法を提案する。そこではディレクトリのデータファイルは、重複しない小さなエリアによって表され、ラインによってそれらの間の論理的なリンクが表される。小さなエリアは"フィッシュアイ（fisheye）"歪みを与えるために、ディスプレイエリア上にマッピングされたハイパーボリックプレーン上でレイアウトされる。ユーザはハイパーボリック表示と表示エリアとの間で階層の分枝を可能な限り視覚化できるようにマッピング（図表）を選んでもよいが、しかしそこでも第１の図表と第２の図表の間に正確な対応はない。分枝間の角度は、ユーザが図表の異なるエリアに焦点を当てるごとに変化する。
【００１９】
本文もまた詳細を視覚化すること以外の目的で図表の使用を述べていない。また、階層化してないハイパースペースまで容易に広げられることのできる案も提案してない。従ってこの本文は階層化というよりも、好ましくはデータファイルのネットワークであるワールドワイドウェブのページをマッピングすることにうまく適応された技法も提案していない。
【００２０】
さらに、提案された図表は必然的にかなり複雑でそのため高い解像度を持つディスプレイ装置を必要とし、詳細を視覚化するようにするために極度なサイズのスクリーンも必要とする。"ツリーマップ"は、エリアがディレクトリのレベルの数に依存しているスケール上で描かれることを必要とし、そしてツリーマップが提案されたタイプのディレクトリでは、それは最大エリアでも表示エリアの１／２０にも及ばないということを意味してもよい。同時に最小エリアは、表示エリアの１／１０００にも及ばなくてもよい。同様に、ハイパーボリックマップは、リンクを表すために細いラインがディスプレイの上で描かれることを要求する。
【００２１】
（発明の概要）
本発明は、データファイル間で種々のフォームの相互接続を表示する新規で有用な方法を提供しようとしている。
【００２２】
好ましくは、制限された解像度を持つディスプレイ装置との結合に使用されることができるデータファイル間の論理的な関係をマッピングするための方法を提供することを目的とする（例 マッピングされるべきファイルの数に関して各次元のピクセルの少ない数）。
【００２３】
さらに好ましくは、データファイル間の相互接続の表示および／またはナビゲーションを許容する装置を提供しようとしている。
【００２４】
さらに好ましくは、ユーザがファイルを開く前に所与のファイルの意味（重要性）を感じとることができるように、ファイルについての制限されたデータ（例 タイトル）のさまざまなレベルにアクセスできるメカニズム（機構）を提供しようとしている。
【００２５】
最も広い意味で、この発明は提案する：所与の第１ファイルのために（例 現在のブラウザファイル）、イメージを表示すること（例 スクリーン上で）。そのイメージは、ワンクリック離れた第２ファイルを表しているシンボルを含んでおり、そのシンボル内または近くにはそれぞれの第２ファイルのためのその第２ファイルからワンクリックの第３ファイルを表すシンボルがさらにある。このディスプレイは、第１ファイルからツークリックの第３ファイルを超えて、第１ファイルから任意の数のクリック（例 予め定められた数のクリック）で開いたファイルを含むように一般化されてもよい。任意のレベルで、所与のファイルに論理的に関連しているファイルはその一定のフィルのためのシンボル内にある、もしくは周りに群がっているさらなるシンボル（例 より小さいシンボル）によって表されてもよい。ディスプレイは、データファイルの間をナビゲートするために使用されてもよい。それは、ユーザがデータファイルの１つを開くことを許容している（すなわち、そのデータファイルから情報を引き出す）。
【００２６】
それゆえ、本発明の第１局面は、複数のデータファイル間で論理的な関係をマッピングする方法であって、以下を含む：
第１ファイルのために、表示エリアで第１領域および１つまたはそれ以上の第２領域を表示するステップ；第２領域は、第１ファイルと論理的に関連している１つまたはそれ以上の第２ファイルをそれぞれ表し、かつ第１領域と空間的に関連しており、第２領域のサイズは、第１距離のスケールに従っており、そして、１つまたはそれぞれの第ｉファイルのために、１つまたはそれ以上の第（ｉ＋１）領域を表示する（ｎ−１）のさらなるステップ（ｉ＝２，…，ｎ）；第（ｉ＋１）領域は１つまたはそれ以上の第（ｉ＋１）ファイルをそれぞれ表しており、その第（ｉ＋１）ファイルは、第ｉファイルと論理的に関連し、かつ第ｉ領域と空間的に関連し、この第ｉ領域は第ｉファイルを表し、前記第（ｉ＋１）領域のサイズは、第（ｉ−１）距離のスケールより小さいそれぞれ第ｉ距離のスケールに従っている。ハイパーリンクは好ましくはハイパーテキストである。
【００２７】
ｎの値は、'２'のような小さいものかもしれないが、それは、好ましくは、より高く（例 少なくとも３、少なくとも４、または少なくとも１０）かつ無制限に大きくてもよい。ｎは以下の１つまたはそれ以上に依存していてもよい：（１）ユーザのスクリーンの解像度、（２）表示を創作するために利用できるコンピュータの資源、（３）第１ファイルから一定の数のクリック分離れたファイルの数、または（４）ユーザによる選択。
【００２８】
好ましいケースは、マップがユーザに選ばれたｎの正確な予め定義された値のために描かれることであり、ユーザは１つずつｎを増やすオプションを持っており、マップはこの新しいｎの値と共に発明の第１局面に従って再び描写され、それによって第１ファイルからさらに１つ論理的なリンクを離れたファイルを含む。
【００２９】
ｎの値は小さくなるように選ばれてもよいので（データファイルの数に限らず）、そのためマップは本当に限られた表示容量のスクリーン上でさえも描かれてもよい。以下は、特に限られたテクニカル容量（絶対的または相対的条件で）の特定の技術的ケースにおいて、マッピング方法の可能性をさらに改善する表示の好ましい特徴がリストにされたものである。
【００３０】
領域の"サイズ"は、予め定められた方向（位）にある領域の広さであってもよい。領域の１つもしくはそれ以上（もしくは全て）の広さは、２つの正しい方向では大体において等しくてもよい。そしてこの場合"サイズ"は、どちらかの方向の広さでもよい。またそれは、領域のエリアであってもよい。
【００３１】
データファイルは、データファイルのどれかのハイパースペースの一部であってもよい。例えば、データファイルと、その間の論理的な関係は（階層化、もしくはツリーのような）、ディレクトリ構造であってもよい。そしてこの場合データファイル間の論理的な関係はディレクトリ構造のリンクであってもよい。例えば、それらは少なくとも４、少なくとも６、１０、２０、３０というレベルを含んでいるディレクトリ構造の一部であってもよい。この場合ディレクトリのデータファイルの数は十分に定義され（数えられる）、そしてそれは少なくとも３０、少なくとも１００、５００、１０００、もしくは２０００であってもよい。
【００３２】
一方では、データファイルはワールドワイドウェブのファイルであってもよい。この場合はデータファイルのトータル数であって、ｎは非常に大きくそして実質上数えることができない。
【００３３】
また、データファイルは、階層化してない（かならずしも階層化してない）データファイルのどんな他のハイパースペースの一部であってもよい。例えば、大きな会社や政府にとっては、ウェブは内在的である。例えば、データファイルは、ハイパーリンク（好ましくはハイパーテキスト）によって接続されたデータファイルであってもよい。そしてそれは論理的な関係を構成する。
【００３４】
複数のファイルは、複数のウェブサイト（すなわち、複数のウェブドメイン）で好ましくは与えられる。例えばファイルは、空間的に離れたサーバによって、異なる場所に設けられたワールドワイドウェブのファイルを含んでいてもよい。
【００３５】
論理的な関係は、任意の論理的な関係であってもよい（例 ツリー構造または概略ツリー構造）。またそれはユーザにより、もしくは自動的に、例えばファイルの意味に基づいて定義された論理的な関係であってもよい。
【００３６】
論理的な関係は、好ましくは、ハイパースペースを定義するために適当であるどんなタイプのものでもよい。従ってファイル間の論理的な関係はハイパーリンク（好ましくはハイパーテキストリンク）とまた任意に表示するフレームとファイルの間の接続であってもよい（もしくはそうでなくとも、少なくとも含んでいてもよい）。より好ましくは、論理的な関係は、各々の第ｉファイルおよびその１つまたはそれ以上の第（ｉ＋１）ファイルは、ワンクリックで第ｉファイルから到達されることができる第（ｉ＋１）ファイルのようなものである。すなわちそれらは１つのハイパーリンク接続によって第ｉファイルに接続されている。
【００３７】
従って、もしｎが限りなく大きければ、ワールドワイドウェブ全体（クリックすることにより到達できる全てのファイル）は、方法によって作られたディスプレイで原則として表されることができる。実際は、たとえばｎ＝１０クリック離れたページまでだけ、表示されてもよい（もしくは５ピクセルより大きな半径をした領域をつくるもの）が、それにもかかわらず、これはとても大きなページ数を意味してもよい。
【００３８】
第ｉ距離のスケールは、異なるｉのために異なっていてもよいということに注目されたい（例 それは第（ｉ＋１）ファイルの数に依存してもよい）。たとえば、所与の第ｉファイルに論理的に関連している多数の第（ｉ＋１）ファイルがあるという場合、第ｉ距離のスケールは小さくてもよく、例えば、全ての第（ｉ＋１）ファイルを表示するスペースがある。
【００３９】
さて、いくつかの有用な用語を定義しよう：所与のデータファイルにとって、その"親"ファイルとは、そこから１つの論理的な関係（例 ワンクリック）によって到達されることができる全てのファイルのことである（例 あるマップにおいて）。そうする限りその"先祖"ファイルとはそこから任意の数の論理的な関係によって到達されることのできる全てのファイルのことである（例 あるマップにおいて）。その"兄弟"ファイルとは、少なくとも１つの'親'を共有しているファイルのことである。その"子"ファイルとは、同じ親を持つファイルのことである。その"子孫"ファイルとは、同じ先祖を持つファイルのことである。
【００４０】
（その局面のいずれかにおける）発明に従って作られたマップにとっても、データマップの"オリジン（起源）"はクリックの条件における距離が測定されたファイルである（例 ディレクトリ構造の"ルート"ディレクトリまたはある実施例ではウェブブラウザ位置）。"ベース（基礎）"は特定なマップに関して定義され、描かれた第１ファイルと同等である。"フォーカス"とは、ユーザのマップ範囲内での現在"ロケーション（位置）"である。"強調（ハイライト）"とは、エリアか、ラベルか、もしくは他の同一視するデバイスである。それはユーザによって一度は強調されたか、即時の選択のために指示される。
【００４１】
また、方法は第１ファイルからｎよりも多いクリックの領域を描写しないが、第１ファイルからｎクリック離れた所までの全てのファイルのために必ずしも領域を描写しないであろう。例えば、多数の第（ｉ＋１）ファイルがあるという場合で、それらは一定の第ｉファイルに論理的に関連しており、それぞれの第（ｉ＋１）領域は小さい（例 予め定められたサイズよりさらに小さい）とき、これらの第（ｉ＋１）ファイルに論理的に関連している第（ｉ＋２）ファイルは表示されなくてもよい。
【００４２】
従って、これは一定のファイルを表示しないための可能な判断の基準である。もう１つの可能な基準は、もし同じファイルが１回以上表示されたならば（それは第１ファイルから１つ以上のルートによって到達されることができるので）、これらの表示の１つを除いて全てが省略されてもよいということである。また別に、子供を表示している領域はその表示の１つを除いて全てから省略されてもよい。（すなわちファイル省略のための基準は、（１）ファイルがどこかで別な方法で表示されることと、また（２）'親'が１回以上表示されることである。）
論理的な関係は好ましくは一方向（指向）であることに注目されたい。すなわち、たとえ第１ファイルが第２ファイルト論理的に関連していても、これは第２ファイルが第１ファイルに論理的な関係を持っているとは意味しない。このような論理的な関係の例は、ハイパーリンクである。
【００４３】
ハイパーリンクによって接続されたデータファイル（従って、階層化ディレクトリ構造の一部でなくてもよい）をマップにするコンセプト（概念）は、発明の独立した第２局面を構成する。
【００４４】
この第２局面によると、発明は複数のデータファイルの間でハイパーリンクをマップにする方法を与え、以下を含む：
第１ファイルのため、表示エリアで第１領域および１つまたはそれ以上の第２領域を表示するステップ。第２領域は１つまたはそれ以上の第２ファイルをそれぞれ表し、第２ファイルはハイパーリンクによって第ｉファイルからアクセス可能で、またその第２ファイルは第１領域と空間的に関連しており、第２領域のサイズは第１距離のスケールに従っている。そして、１つまたは各々の第ｉファイルのために、１つまたはそれ以上の第（ｉ＋１）領域を表示する（ｎ−１）のさらなるステップ（ｉ＝２,…,ｎ）。第（ｉ＋１）領域は１つまたはそれ以上の第（ｉ＋１）ファイルをそれぞれ表しており、第（ｉ＋１）ファイルはハイパーリンクによって第ｉファイルからアクセス可能で、かつ第（ｉ＋１）ファイルはまた第ｉ 領域と空間的に関連しており、その第ｉ領域は第ｉファイルを表している。第２領域のサイズは、第ｉ距離のスケールに従っており、第（ｉ＋１）距離のスケールより小さい。ハイパーテキストは好ましくはハイパーテキストリンクである。
【００４５】
ここで使われている"ファイル"という用語は、その意味内に"フレームセット"を含んでいる。もし所与のファイルがフレームセットであれば、そのファイルを表す領域は、好ましくはこれを指示する。例えば、第ｉファイルがｊセクション（ここでは、ｋ＝１,…，ｊ,）に分割されたフレームセット である場合では、第ｉファイルを表示する第ｉ領域は、ｊセクション（ｋ＝１，…，ｊ）に分割されて好ましくは表示される。第（ｉ＋１）領域は、それに応じてその時描写される。従って第ｉファイルの第ｋセクションの内部でアンカーによって第ｉファイルに結ばれたこれらのファイルを表示する第（ｉ＋１）領域は、第ｉ領域の第ｋセクションの内部にある。
【００４６】
さらに他の手段は、論理的な関係は予め定義されなくてもよい（例 ハイパーリンクによって）が、ファイルの意味にむしろ依存しており、そしてユーザによってすら選ばれるというとこがある。例えば、もしデータファイルに記憶された情報が、会社とその従業員たちに関係があるものとしたら、ユーザはこのようにしてルールを定義することができる：
"もし第１データファイルが一人の従業員を表しており、第２がその従業員が過去に働いていた会社を表している場合か、もしくは第１が会社を表し、第２がその会社の現在の従業員を表している場合のどちらかであれば、第２データファイルは、第１と論理的に関連している。"
論理的な関係を定義する（もしくは再び定義する）ことのコンセプトは発明の第３の独立した局面を構成する。それは、多数のデータファイルの間で論理的な関係をマップにする方法であり、以下を含む：
データファイルのどれか１つが、他のデータファイルの１つに論理的に関連しているかどうかを決めるルールを定義するステップ：
第１ファイルのために、表示エリアで第ｉファイルを表している第１領域および１つまたはそれ以上の第２領域を表示するステップ。第２領域は１つまたはそれ以上の第２ファイルをそれぞれ表し、第１領域と空間的に関連している。そして、１つのまたは各々の第ｉファイルのために、１つまたはそれ以上の第（ｉ＋１）領域を表示する（ｎ−１）さらなるステップ（ｉ＝２，…，ｎ）。第（ｉ＋１）領域はそれぞれ１つまたはそれ以上の第（ｉ＋１）ファイルを表しており、その第（ｉ＋１）ファイルは論理的に第ｉファイルと関連しており、第（ｉ＋１）ファイルは第ｉ領域と空間的に関連している。好ましくはこの発明の第３局面においても、第２領域は第１距離のスケールに従っている（例 サイズまたは空間的関係は第１距離のスケールに従っている）。そして第ｉ領域の全ての第（ｉ＋１）領域は、第（ｉ−１）距離のスケールより小さい第ｉ 距離のスケールに従っている（例 サイズまたは空間的関係は第ｉ距離のスケールに従っている）。
【００４７】
ユーザは、予め定められた多数のオプションから論理的な関係を任意に選んでもよい。
【００４８】
上で定義された発明の局面のいずれかにおいて、第１ファイルとはユーザにとって現在表示されているファイルであってもよい（例 ユーザの現在の（システムまたはネット）ブラウザ位置に対応するデータファイル）。もう一方では、さらに後で述べられているように、それはユーザによって選ばれたある１つであってもよい。どちらかの場合では、前で述べた発明の方法は第１ファイルに基づくマップを創作し、第１ファイルに関連している他のファイルの存在と距離（例 クリックで測定され）を指示している。
【００４９】
さて重大な技術的影響を持つマップの複数の幾何学的特徴を議論しよう。そしてそれは発明の全ての局面に従って作られたマップの好ましい特徴である。
【００５０】
第ｎファイルの数はｎで大略指数的に上昇する。だから大きなｎの場合にはユーザのスクリーンよりも大きくなるディスプレイを避けるために、距離のスケールはそれに応じて減少しなければいけない。例えば、マップの全体面積が"境界されるように"距離のスケールが減少するように決められてもよい。これによってたとえどんなにｎの値が大きくても、ディスプレイの全体面積は予め定められた値を決して超えない。これが発明に従った全ての方法によって作られたマップの好ましい特徴である。
【００５１】
境界されたマップの例として、距離のスケールが決められるのは各々の第ｉファイルのための１つまたはそれ以上の第（ｉ＋１）領域の全体面積が、第ｉファイルを表している第ｉ領域の面積より（例 半分）小さい、というように決められてもよい。
【００５２】
この場合では、各々の第ｉファイルのための第（ｉ＋１）領域は、重複していないで全てが第ｉファイルを表す第ｉ領域の内部にあってもよい。しかしこれが唯一の可能性ではない：例えばそれぞれの第ｉファイルのための第（ｉ＋１）領域は、第ｉファイルを表示する第ｉ領域の周りで群がるように配置されていてもよい。もしくは、第（ｉ＋１）領域は第ｉ領域の上にそれぞれが一部分横たわっていてもよい。
【００５３】
その方法によって作られたディスプレイは、従って"フラクタル（fractal）"形式に類似する感じであってもよい。すなわち、ますます小さい距離のスケール（例えば標準の第ｉ領域の広さ）の上で、ますます詳細な（計ることができる）構造（第ｉ領域の数はｉと共に上昇する）である。十分大きいｎのために、ワールドワイドウェブの範囲内でクリックによってアクセスできる全てのファイルが、フラクタルのようなディスプレイで１つまたはそれ以上の領域によって表されるであろう。
【００５４】
例えば上記のように、各々の第ｉファイルのための第（ｉ＋１）領域が第ｉファイルを表示する第ｉ領域の内部にある場合は、マップは完全に第１領域の内部で作られるであろう。そしてその領域に占領された全体面積（例 その領域の少なくとも１つの内にある全てのポイントの合計）は、第１領域の面積に等しい。これは、ｎの値がなんであっても、それぞれのｉの値にどんなに多数の領域があっても真実である。
【００５５】
このｎから独立しているマップの領域によって占有されている全体エリアの特徴は、ここで"インテンシブネス（集中性）"と呼ばれる。マップの領域によって占有される全体エリア（すなわち少なくとも１つの領域内にある全体エリア）が、ｎに依存していない（少なくともいくらか決まった値より大きいｎにとっては、この場合ｎ＝１）どんなマップもここで"インテンシブ（集中的）"と呼ばれる。
【００５６】
各々の第ｉファイルのために、第（ｉ＋１）領域は、好ましくは互いに重複しないし、それらのエリアは好ましくは互いに等しい。しかし最初の第ｉファイルのための第（ｉ＋１）領域は、２番目の第ｉファイルの第（ｉ＋１）領域と異なるサイズであってもよい。もっと一般的に、第ｉ距離のスケールは異なる第ｉ領域のために異なっていてもよい。例えば、もし最初の第ｉファイルからワンクリック離れた２０のファイルと、２番目の第ｉファイルからワンクリック離れた１０のファイルがあれば、次に、最初の第ｉファイルのための２０番目の第（ｉ＋１）領域の面積は、２番目の第ｉファイルの１０番目の第（ｉ＋１）領域の面積より（例 半分）小さくてもよい。もっと一般的には、第ｉファイルのための第（ｉ＋１）領域それぞれのエリアは、第ｉ領域のエリアよりより少なくなるように好ましくは選択される。その第ｉ領域は、第ｉファイルのための第（ｉ＋１）領域の数に関して予め定められた方法で依存している割合によってその第ｉファイルを表す。例えばその第ｉファイルのための第（ｉ＋１）領域が、対応する第ｉ領域の内にある場合、第（ｉ＋１）領域は予め定められたサイズおよび配置ルールの制約内で、可能な限り大きくてもよい。
【００５７】
その上、一定の第ｉ領域に関連した第（ｉ＋１）領域が等しいサイズであるか、もしくは互いに異なったサイズ（例 入ってこられた回数を示すために）であることは可能である。しかしそれは同じ距離のスケールに基づいて定義される。例えば一定の第ｉファイルの第（ｉ＋１）領域のそれぞれのサイズ（例 直径）は、値に掛けられた第ｉ距離のスケールとして定義されてもよい。それは可変の特徴を表すそれぞれの第（ｉ＋１）ファイルの機能である（例えば対応する第（ｉ＋１）ファイルが訪問された回数のような）。
【００５８】
第（ｉ＋１）領域は、好ましくは、連続的な（例 パスは表示されるために第（ｉ＋１）領域の数から独立している）、閉じられたパスに沿って（例 対応する第ｉ領域の内部）配置され、もしくは分離したパスに沿って配置されている。（例 最大限までの第（ｉ＋１）領域の各々の可能な数には、第（ｉ＋１）領域の数に予め定義された配置がある）。例えば具体的に領域のいくつかは、もしくは全てが円形で、この場合第（ｉ＋１）領域は円形の第１領域の内部円周付近で配置された円形領域であってもよい。そしてそれは第ｉ領域の外部に触れ、各々の第（ｉ＋１）領域は２つの隣り合っている第（ｉ＋１）領域に触れているか、近くにある。これが、閉じた連続パスの例である。
【００５９】
領域の配置に関連するが論理的に離れたプロパティ（特性）は、ここで"角度的な無変化"として参照され、そしてそれは発明に従って描かれた全てのマップの好ましい特徴である。"角度的な無変化"とは、全てのｉ（もしくは少なくともある一定の範囲内にあるｉ）のために、対応する第ｉ領域との空間的関係上での第（ｉ＋１）領域の配置は、ｉ（距離のスケールを無視して）の値に依存していないということを意味する。この特徴は、もしマップが第１ファイル以外のデータファイルを第１ファイルの代わりに使いながら再び描写されるなら、結果は第１ファイルに対応する第１マップの一部の拡大である第２マップであるということを意味する。
【００６０】
例えば第１マップが第２領域（ファイル"Ａ"を表示している）を含んでいるとしても、もしファイル"Ａ"に論理的に関連している多くのファイル"Ｂ"があれば、その結果第１マップに、第３領域として描写される。もしマップが"ファイルＡ"を第１データファイルとして扱いながら再描写されるなら、その新しい第２領域（すなわちファイルＢを表示している領域）の空間的配置は、第１マップでファイルＢを表示している領域の空間的配置と同義である。同様に、ファイルＢと論理的に関連しているファイルを表示している第１マップにある第４領域は、第２マップで第３領域に変わるが、関係のある空間的な配置および／または形を保持している。要約すれば、ファイルＡを表示している第２領域である第１マップの一部と、その第２領域に空間的に関係している全ての（もしくはほとんどの）領域と、それらに空間的に関係している全ての（もしくはほとんどの）ファイルは、拡張されるが、相対的に配置転換されない。すなわち、ファイルＢをそれぞれ示す領域のサイズは変わり、これらの領域の間の距離もそれに応じて変わるけれども、それらの間（そしてまた、それらと、ファイルＡを表示している領域との間）の角度的な関係は無変化である。
【００６１】
角度的な無変化ということは、マップにある、予め定義された方向（例 スクリーンの横軸）に関して無変化（"方向的に無変化"）であるという意味を含んでいてもよい。だから、予め決められた方向に関して第２マップにある第（ｉ＋１）領域の関係を持った角度的な選定位置は、予め定められた方向に関して第１マップにあるそれらの角度的な選定位置のように、同じである。（例 もしポリゴン（多角形）がその頂点を第（ｉ＋１）領域の中央にあると考えれば、その多角形は第２マップで拡大され置き換えられるが、実体上変形されておらず、予め定義された方向に関して実質上回転されていない）。
【００６２】
角度的な無変化（特に方向的に無変化の場合）には技術的な利点がある：特定の子孫からはじめてマップを再び描き、その領域とその子孫達をそうされるべき同じ方法で（例 実体上）再描写する。もしその領域とその子孫達を含んでいるオリジナルのマップの部分が、はっきりと拡大された（スケールアップ）ならば。これは、マップのユーザがそれらの変形によって混乱に陥るのを防ぐ。
【００６３】
このコンセプトは、本発明の独立した第４の局面を構成する。前述した特徴のいずれとも自由に結合できて、それは多数のデータファイルの間で論理的な関係をマップにする方法であり、以下を含む：
第１ファイルのために、表示エリアで第１領域および１つまたはそれ以上の第２領域を表示するステップ。第２領域は、１つまたはそれ以上の第２ファイルをそれぞれ表しており、その第２ファイルは論理的に第１ファイルと関連しており、また第２領域は第１領域に関して二次元構成で空間的に配置され、そしてルールによって決められた角度的な関係と共に互いに関して空間的に配置されている。そして、第ｉファイルまたは各々の第ｉファイルのために、１つまたはそれ以上の第（ｉ＋１）領域を表示する（ｎ−１）さらなるステップ（ｉ＝２，…，ｎ）。第（ｉ＋１）領域は、１つまたはそれ以上の第（ｉ＋１）ファイルをそれぞれ表しており、その第（ｉ＋１）ファイルは、論理的に第ｉファイルと関連しており、また第（ｉ＋１）領域は第ｉ領域に関して二次元構成で空間的に配置されており、またルールによって決められた角度的な関係と共に互いに関して空間的に配置されている。
【００６４】
好ましくはそのルールは、マップにある予め定義された方向に関係しており、予め決められた方向に関して第（ｉ＋１）領域の適切な角度的な選定位置は実体上ｉには依存していない（それによってマップは方向的に無変化である）。
【００６５】
もう一方で、"方向的に無変化"に基づく表現において、この局面は、複数のデータファイルの間で論理的な関係をマップにする方法として述べられることができる。それは以下を含む：第１ファイルのために、表示エリアで第１領域と１つまたはそれ以上の第２領域を表示するステップ。第２領域は、第２ファイルをそれぞれ表しており、その第２ファイルは論理的に第１ファイルと関連し、第２領域は第１領域に関して空間的に配置され、その第２領域は第１距離のスケールに従って描かれているが、それらの関係ある方向性は第１距離のスケールに依存していない。そして、第ｉファイルまたは各々の第ｉファイルのために、１つまたはそれ以上の第（ｉ＋１）領域を表示する（ｎ−１）さらなるステップ（ｉ＝２，…，ｎ）。第（ｉ＋１）領域は、第（ｉ＋１）ファイルをそれぞれ表しており、その第（ｉ＋１）ファイルは論理的に第ｉファイルと関連しており、第（ｉ＋１）領域はその第ｉファイルを表している第ｉ領域に関して空間的に配置されており、第２領域は第（ｉ−１）距離のスケールより小さい第ｉ距離のスケールに従っているが、それらの関係ある方向性は第ｉ距離のスケールに実体上依存していない。
【００６６】
どちらかの場合では、ルールは配置される領域の数に依存してもよいが、実体上距離のスケール（つまりｉの値）に依存していない。発明のその他の局面にあるように、好ましくは、距離のスケールは領域のサイズを定義するために使われる。
【００６７】
２つの領域の角度的な関係をはっきりと明白に定義するためには、それぞれの領域にある"オリジン（起源）"点を明確にすることが有効であるということに注目されたい。そして、２つの領域の角度的な関係は、それぞれの"起源"の角度的な関係を意味するために使われる。その"オリジン"点は、複数のあるどれかの方法で明白に定義されてもよい。例えば、（１）領域の重心、（２）領域の周りの凸面カバーの重心、（３）その領域が前に定義された形で、領域上で決められた位置の方向性（例えば 左下の角）である場合。領域の二次元の配置のコンセプトは、「領域の中心部はマップにある直線の上に全てがあるわけではない」と定義されることができるということに注目されたい。
【００６８】
マップのさらに好ましい特徴（どんな局面にもおいて）は：
１）少なくとも１つの（好ましくはほとんどの、より好ましくは全ての）領域は、（その始まりのエリアを除いて）（また、好ましくはその子供達も、より好ましくはその子孫達も）もしマップが出発点としてその領域と共に再描写されるならば、形を変化させない（"形態的に無変化"）。この特徴は、方位を失うことなくマップを"ズームイン"（もしくはその反対）させることを非常に簡単にしてくれる。これは、角度的な無変化と方向的に無変化との結合において非常に有利である。
【００６９】
２）もしマップが、領域マップの再描写を省略して再描写される（"永久不変"）ならば、一定のファイルを表示している領域の兄弟達（そして加えて、好ましい順序、親、先祖達、子供達および／または子孫達）は、形を変化させない。これは、例えば、マップが使用されている間に、新しいデータファイルが、ネットワークかディレクトリから増やされたり、減らされたりする場合に有効であり、また、後述する一定のマップの場合、一定のファイルが表示されることなくマップを再描写するオプションがある。
【００７０】
３）少なくとも１つの（好ましくはほとんどまたは全ての）第ｉファイルの子供達（第（ｉ＋１）ファイル）は、連続的な閉じたパス（経路）（例 第ｉ領域の円周の周りでの閉じた経路）に沿ってレイアウトされるか、もしくは結果的に限られた数の前に決められた位置にある（例 標準の３×３に１〜９まで並んだ数字キーに一致する位置）。これは発明に従ったマップの特に好ましい特徴である。
【００７１】
４）所与の第ｉ領域を表示しているマップのエリア（その子供達と子孫達の全てを表示している全体エリアを除いて）は、その子供達と、子供の子孫達のどれかを１つを表示しているエリア（"透視画法"）の少なくとも半分の大きさで、好ましくは少なくとも同じ大きさである（例えば、少なくとも２倍の大きさ）。この特徴は、どれかのレベルのどれかの第ｉ領域を指示すること（例えば クリックすることによって）を簡単にしてくれる。そして、領域が一定のディレクトリを表しているツリーマップと対照的に、それは通常その子孫達によって十分にタイル張りのようにされる。
【００７２】
この４つの要求は、同じ方法がマップを再描写する（例 異なる出発点から始めるか、マップされるセットから、加えられるかまたは取り除かれた１つ（それ以上）のデータファイルと共に）ために使われるときに、上の望ましい行為が得られるように、マップを描く方法を記載するために、発明が代わりの方法（下記）で表現されることを許容する。
【００７３】
従って発明のもう一方の表現は、複数のデータファイルの間で論理的な関係をマップにする方法であって、以下を含む：
第１ファイルのために表示エリアで第１領域および第２領域を表示するステップ。第２領域は、第２ファイルをそれぞれ表しており、第２ファイルは論理的に第１ファイルと関連し、第２領域は第１領域と空間的に関連し、第２領域のサイズは、第１距離のスケールに従っており、また第２領域の形はルールによって決められている。そして、
予め決められたｎの値について、第ｉファイルまたは各々の第ｉファイルのために、１つまたはそれ以上の第（ｉ＋１）領域を表示する（ｎ−１）のさらなるステップ（ｉ＝２，…，ｎ）。第（ｉ＋１）領域は、第（ｉ＋１）ファイルをそれぞれ表し、そのファイルは第ｉファイルと論理的に関連し、かつ第（ｉ＋１）領域は第ｉ領域と空間的に関連しており、その第ｉ領域は第ｉファイルを表している。第（ｉ＋１）領域のサイズは、第（ｉ−１）距離のスケールより小さい第ｉ距離のスケールに従っている。そして第（ｉ＋１）領域の形は、ルールによって決められており、ルールはｉとまたはか第（ｉ＋１）領域の数に依存していない。
【００７４】
これらの可能性（ｉに独立）の第１は、形態的無変化に相当する。第２の可能なことは（第（ｉ＋１）領域の数に独立）安定性に相当する。好ましくは、形は、ｉにも第（ｉ＋１）領域の数にも依存していない。
【００７５】
複数のデータファイルの間で論理的な関係をマップにする方法は以下を含む： 第１ファイルのために、表示エリアで第１領域と、ｑの第２領域（Ｍは１より小さい整数、ｑは範囲１，…，Ｍの整数）を表示するステップ。前記第２領域は１つまたはそれ以上の第２ファイルをそれぞれ表し、第２ファイルは論理的に第１ファイルと関連し、第２領域は第１領域に関係して配置され、Ｍの予め定められた位置の予め定義されたシーケンス（順序）の第１のｑの位置に従う適切な相対的な角度的な関係を有する。
【００７６】
範囲１，…，Ｍの整数ｑ_i について、第ｉファイルまたは各々の第ｉファイルのために、ｑ_i の第（ｉ＋１）領域を表示する（ｎ−１）のさらなるステップ（ｉ＝２，…，ｎ）。第（ｉ＋１）領域は第（ｉ＋１）ファイルをそれぞれ表し、そのファイルは論理的に第ｉファイルと関連し、また第（ｉ＋１）領域は第ｉ領域に関係して配置され、予め定められた位置の前記シーケンスの第１のｑ_i に従う相対的な角度的な関係を有する。
【００７７】
この特徴によりマップの再描写後、もしくはファイルが、マップから加えられたり取り除かれたりするときにユーザが混乱に陥るリスクが減る。それは、特に、その位置が、領域上で指示するために使われている（例 方法に従っているディスプレイを作る装置の一部）キー（もしくはその他の指示装置）の配置に相当するという場合に有効である。
【００７８】
例えば、標準の３×３の数字キーを持つ装置（携帯電話など）には、Ｍ＝８予め定義された位置があってもよい。それは数字キーの９つの点に対応しており（５を省略）、位置の順序は、１、２、３、６、９、８、７、４の数列である（これはキーパッドグリッドの外側に沿った時計回り（右）の経路（パス）である）。
【００７９】
上で説明したように、発明のどの局面においても、全ての第（ｉ＋１）領域が同じ（第ｉ）距離のスケールに従うのは、たとえそれらが異なる第ｉファイル（例 全く同じか、大体同じ直径を持っていること）の子孫であっても可能であるが、これは発明のどの局面にも必要な特徴ではない。好ましくは異なった第ｉファイルに論理的に関連しているファイルを表示している第（ｉ＋１）領域は、異なった（もしくは関係すらない）サイズをしていてもよい。すなわち第ｉ距離のスケールは、異なるそれぞれの第ｉファイルのために異なっていてもよい。しかしこの場合においても、領域のエリアは好ましくは限られた特徴を持っており、より好ましくは集中的特徴である（前に議論した）。
【００８０】
ユーザは領域の形やそのサイズや（もしくは）表示内での配置を決めているどんなルールも再定義するオプションを持っていてもよい。例えば、円形領域と他の形をした領域（正方形など）の間で変えるオプションがあってもよい。
【００８１】
第ｉ領域の形および／または、配置のルールはｉ によるということも可能である（例えば ｉ＝ｎのために異なるか、何か他の要素に依存するために）。例えば、もし領域がｎ−１まで全てのｉのために円形であれば、第ｎ領域は対応する第（ｎ−１）領域の補足の区域となるために選ばれてもよい。その上、異なる第ｉファイルのための第（ｉ＋１）領域はそれぞれ異なる形をしていてもよい。
【００８２】
任意に、その方法は、第ｉファイルに論理的に関連しているすべての第（ｉ＋１）ファイルのために領域を表示しなくてもよいが、ただこれらの一定のファイルを無視してもよい。例えば１つまたはそれ以上予め定義された基準か再び定義することができる基準に相当しているファイル。
【００８３】
第１ファイルからのハイパーリンクは、第２ファイルに通じそしてその第２ファイルからのハイパーリンクは最初のファイルに戻ることは可能である。だから第１ファイルは、ある意味では第３ファイルでもある。この場合、方法は第１ファイルを第３領域として表示しなくてもよい。２つ目の例として、一定の第３ファイルは２つの異なる第２ファイルを通って、ツークリックで第１ファイルから到達されることができる。方法はこの場合、２つの可能な第２領域ただ１つで（もしくは近くで）たった１つの第３領域を表示してもよい。言い換えれば、もし第ｉファイルに対応する領域がすでに表示されており（等しいｉか、より小さいのために）、それに応じて表示を制限しているのならば、方法は決定する手段を含んでいてもよい。
【００８４】
それ以上の可能性は、各々の第ｉ領域のために表示された第（ｉ＋１）領域の予め決められた（例 ユーザによって選択可能な）最大限の数があることである。例えば、もし一定の第ｉファイルに論理的に関連した第（ｉ＋１）データファイルの予め決定された数のＭよりもっとあれば、方法はこれらの第（ｉ＋１）ファイルのＭだけをそれぞれ表示しているＭ第（ｉ＋１）領域を表示するだけであってもよい。例えば、もし第ｉ領域が正方形ならば、方法は第ｉ領域の円周内部に沿った正方形回路を通って配置されている第８正方形（ｉ＋１）領域を表示するだけであってもよい。
【００８５】
オリジナルのデータ構成で描かれた各自のファイル１つを表示しない１つまたはそれ以上の（もしくは全ての）領域をマップは含んでいてもよい。だが、第（ｉ＋１）ファイルのコレクション（収集）（もしくは収集の収集ですら）を好ましくは表示してもよい。例えば上であげた例の中にマップにされる１５個の第（ｉ＋１）ファイルがもしあれば、そのとき７個の第（ｉ＋１）領域は第（ｉ＋１）ファイルの７個を表示してもよい。そして第８領域は残っている８個の第（ｉ＋１）ファイルを表示してもよい。そして８個の残っている第（ｉ＋１）ファイルをそれぞれ表示している８つの領域をその範囲内で描写してもよい。もう一方では、２つ目の例として、例えば６４個の第（ｉ＋１）ファイルが表示されるためにあったのならば、８個の第（ｉ＋１）領域はこれらの（ｉ＋１）ファイルの８個をもう１つの手段として各々に対して表示してもよい（すなわち最初の第（ｉ＋１）領域、最初の８つの第（ｉ＋１）ファイル、２番目の第（ｉ＋１）領域、２番目の８つの第（ｉ＋１）ファイルなど）。
【００８６】
ユーザは現在位置の近くでウェブの一部をマップにするため発明に従って作られたディスプレイを使用することができる（例 ウェブ内でナビゲートするために）。例えばユーザが一定のファイルを読むために（システムまたはネット）ブラウザに位置を変えてしまったというならば、そのときユーザにはオプションがある：一定のマウスクリックを実行する、前述した発明の方法を端末に実行させる、ユーザが読んでいるファイルを第１ファイルとして使い、ｎクリック離れたところまでのファイルのマップを作る。これは、例えばユーザの現在地から一定のクリック数であるファイルの数について直ちに知らせてくれるであろう。そしてユーザがブラウザの中で、それらのどれかをすぐに開くことを許容する（例 関連ある領域の上でマウスをクリックすることによって）。
【００８７】
発明の第１、２、３および４局面に従っている方法は本当にユーザがいつ位置を変更しようとも、好ましくは自動的に実行される。
【００８８】
もしユーザがもっと詳細を望むなら、彼にはある決まったファイルを選ぶオプションがあるであろう（例 そのファイルを示すディスプレイの領域にマウスを持っていくことによって）。そして端末に、再び上段で述べた発明の方法を実行させ、従って選ばれたファイルを最初のファイルとして使っているディスプレイを作る。ユーザの端末は、ユーザの位置と選ばれた最初のファイルとの間のパス（もしくは、数々の経路）（および／または距離）も表示するために配置されていてもよい。例えばそれはできるだけ短い回路（および／または距離）を表示するであろう。
【００８９】
ユーザは、一定のファイルにラベルをつけるオプションを持っていてもよい。例えば後でまたそこに簡単に戻れるようにするために。この働きは、会議帳にしおりを差し込むことに類似している。この場合、ユーザはウェブか、現在の第１ファイルか（すなわち現在ディスプレイされているウェブのマップが基礎を置く最初のファイル）、もしくはそれぞれの領域を選ぶことによってディスプレイから選ばれたファイルの内部で現在位置にラベルをつけることができてもよい。領域が表示される方法は、表示しているファイルがこの方法でラベルをつけられたかどうか表すであろう。例えばラベルをつけられた領域はフラッシュしていてもよい。
【００９０】
上で述べられた発明の方法は、ウェブか、その他のファイル構成のナビゲーションを容易にするために、領域のいくつか、もしくは全てによって表示されているファイルの特徴を表示するのをさらに含んでいてもよい。
【００９１】
例えば領域は、一致しているファイルの特徴を表す色で表示されてもよい。例えば一定のファイルのサイト、もしくはそれを供給するサーバ。
【００９２】
その上、ユーザは一致している領域を扱っているファイル上で、より詳しい情報を呼び出すか、自動的に表示することができてもよい。（例えば、マウスを表示上のその領域に動かし、マウスをクリックする作動によって。）これは、ファイルのタイトル同様に情報が表示されるとこを引き起こすことができた。またユーザは、違ったように、もしくはもっと複雑にマウスをクリックする動作などによって、それ以上の情報を召集することができてもよい。このより詳細な情報は最初の領域外部の表示一部で表示されるであろう。例えば、違うスクリーンの部分で、別の箱としてユーザに表示される。そのより詳細の情報は例えば、ファイルのタイトル、そのアドレス、その概略、もしくはファイルの内訳詳細（例 ファイルで参照されたイメージのデータフォーマットを含んでいる技術情報）のどの結合をも含んでいてもよい。
【００９３】
多数のクリックによって到達されることが可能なファイルの実在のように、発明の方法により表示される情報はこれらファイルのどの特徴とも一緒に、前にのべた発明に一致している方法が実行されたその時に引き出されてもよい（すなわちその方法に追加のステップとして）。一方でそれは、予め作られてもよい。例えば装置が動いてない間に。だからマップ作り方法が実行される時、それは直ちに利用できるのである。
【００９４】
方法は、情報を記憶するステップを含んでいてもよい。だからもしユーザがウェブのそのセクションに戻るなら、それは呼び戻されることができる。その記憶所は、例えば一人のユーザだけがアクセスできる位置（例 ユーザの装置内）か、数人のユーザによってアクセスできる所にあってもよい。記憶されたデータは、一人かもしくはそれ以上のユーザの運動ベースに従い収集され保持されるであろう。もしくは、ページの最新式マップを特定のサイトに保持しているような、ある他の基礎によるか、もしくは一つまたは一つ以上のサーバに記憶されているものなど。収集は、一つかそれ以上の（例 空間的に分離された）装置による要求次第、もしくは自動的に実行されるであろう。例えば、各々の収集装置は、サーバにあってもよい。サーバの情報をこれが収集している。この場合か、これに似た場合は、別の装置によって集められた情報を照会するステップが順当にあるであろう。
【００９５】
このような記憶された情報は、自動的に取り除かれるであろう。例えば、予め定められた期限の後などである。それはユーザがハイパースペスのそのエリアに戻らなかったり（もしくは、ユーザの誰もが戻らなかったり）するのならばである。もう片方では、もしユーザがウェブの特定のエリアを数多くアクセスすれば、ウェブのそのセクションに関係している情報は捨てられないものとして記憶されるであろう。もしウェブが、後に位置を変えたら（例えば新しいファイルか、新しいアンカーの追加のために）、記憶された情報は、それに応じて最新のものにされるか、再生されるであろう。
【００９６】
上で説明したように、増加しているｉと共に徐々に減少している距離のスケールの特徴と、マップの限界（そしてまた任意に、マップの集中）の特徴は、ハイパースペース表示に特に好都合であるけれども、発明には必須でない。一方では、発明はユーザの現在地に一致していると明確にされたデータファイルのセットをマップにすることと、ファイル間の動作を容易にしているということで表現されてもよい。
【００９７】
それゆえ発明の第５局面は、以下のステップを含んでいるデータファイル間の動作の方法である：
以下のものによってデータファイル間の相互接続のディスプレイを作ること：
第１ファイルのために、表示エリアで第１領域と第２領域を表示するステップ。第２領域は、第２ファイルをそれぞれ表す、第２ファイルは第１ファイルと論理的に関連し、第２領域は第１領域と空間的に関連して、第２領域のサイズは第１距離のスケールに従っている。そして、
第ｉファイルまたは各々の第ｉファイルのために、第（ｉ＋１）領域を表示する（ｎ−１）さらなるステップ（ｉ＝２，…，ｎ）。それは第（ｉ＋１）領域は、第（ｉ＋１）ファイルをそれぞれ表す、そのファイルは論理的に第ｉファイルと関連し、また第（ｉ＋１）領域は第ｉファイルを表す第ｉ領域と空間的に関連し、第（ｉ＋１）領域のサイズは、第（ｉ−１）距離のスケールより小さい第ｉ距離のスケールに従っている。
【００９８】
ディスプレイのベースに従いファイルを選ぶこと。そして選ばれたファイルへ移動すること。ファイルに移動することは、指示が出たことによってであろう。例えば、選ばれたファイルに相当しているディスプレイの領域上を、マウスでクリックすることによってなど。
【００９９】
"データファイルに移動する"という用語は、ユーザがファイルに関係している少なくともいくつかの情報を到達できるということを意味するために、この文書で使われる。例えばそれは、ユーザが特定なファイルに重要性を示し、方法はそれに応じてファイルに関係ある少なくとも幾つかの情報を持ってくる（例えば そのタイトルか概略など）ことを含んでいる。"移動"という用語は、ファイルを"開く"という範囲をさらに含んでいる。すなわち、ファイルから完全な情報を到達することである（例 他のプログラムとの結合で）。好ましくは発明の全ての局面において、ユーザが一定のファイルについての情報を到達するオプションを持っている時は、それを開けるオプションもある。
【０１００】
アプリケーションとの相互作用のためにデータを記憶するファイルの場合は（例 グラフィックのファイルは、次のようにしてフォーマットの中にデータを含んでいるであろう：「グラフィックのファイルは、グラフィックのプログラムによって開かれることができる。」とか、「Ｗｏｒｄのファイルは、ワードプロセッサーＷｏｒｄによって開かれることができる。」、etc.）、"開く"とは、そのデータファイルにあるデータを両立できるアプリケーションに運び移すことを含んでいる。そのためユーザ（もしくは他のユーザ）は、アプリケーションを通ってデータファイルのそのデータにアクセスできる。
【０１０１】
従って、ユーザはどんなデータファイルにも移動することができるであろう。例えば、データファイルがディレクトリ構造である場合には、ユーザはそのディレクトリ構造のどのディレクトリにも、どのリーフノードにも移動することが可能であろう。ユーザには好ましくはそのファイルを開くことのオプションがある。
【０１０２】
発明のどれかの局面によって作られたマップに加えて、ディスプレイエリアはマップの領域のそれぞれ１つに、各々が対応する複数のエリアを持っているそれ以上の部分を含んでいてもよい（例 一定の第ｉ領域に論理的に関係してるそれぞれの第（ｉ＋１）領域のためのエリア）。好ましくはこれらのエリアは、それらが表示するエリアの関係ある等比関係に相当する同じ関係を持っている。しかし、そうでなくてもよい（例 これらのエリアは、コラムで配置されていてもよい）。エリアは、対応する領域の重要性を示す方法でマークされていてもよい（例えば 独特のアイコンと共に）。発明の第５局面の場合、一定のデータファイルの選択は、それぞれのエリアに関した運動を通してであってもよい（例えば エリア上でクリックすると、そのエリアに対応する領域によって表示されているデータファイルを開けるであろう）。
【０１０３】
発明の第６局面とは、ユーザが最初のファイルに対応するために位置変更した上で、多数のデータファイルの間で相互接続を表示する方法であり、以下のステップを含む：
第１ファイルのために、表示エリアで第１領域と第２領域を表示するステップ。第２領域は第２ファイルをそれぞれ表す。そのファイルは論理的に第１ファイルと関連し、第２領域は第１領域と空間的に関連している。そして、第ｉファイルまたは各々の第ｉファイルのために、第（ｉ＋１）領域を表示する（ｎ−１）さらなるステップ（ｉ＝２，…，ｎ）。第（ｉ＋１）領域は第（ｉ＋１）ファイルを表し、そのファイルは論理的に第ｉファイルと関連し、第（ｉ＋１）領域は第ｉファイルを表している第ｉ領域と空間的に関連している。
【０１０４】
従って、ユーザがハイパースペースを通って移動する度に、ディスプレイは"自動的に"最新のものにされるであろう。
【０１０５】
好ましくは、発明の第６局面に対応する方法では、領域は増加しているｉに対して減少している距離のスケールに従って作られる。それは発明の第１および第２の局面に関して上で述べたように。（例 領域のサイズを減少させることと共に、そしてまたはもしくは予め定められたｎのために整列されたマップと共に）。または好ましくは、発明の第５か第６局面に従っている方法では、領域は上で記述した限られた特徴（プロパティ）（そして任意に集中的特徴）を持っている。
【０１０６】
前述の全ての方法は、さっき述べたマップと同時に表示されるために、第２マップを作るそれ以上のステップを含んでもよい。例えばもしユーザが、ある一定のファイルを最初のファイルとして使って、前記のように作られたマップを表示しているのならば、方法にはその一定のファイルに関係した他のファイルを表示している第２マップを作りだすことが含まれていてもよい。具体化すると、例えばもし最初のファイルが上で述べたように作られたマップからファイルを選ぶことによって到達されたなら、第２マップはユーザが選ばなかったマップのファイルを表示する（例 それぞれの領域として）であろう。
【０１０７】
第２マップは、全体のディスプレイの次元性を増やす。例えばユーザは選ばなかったハイパースペースの指図および／または、最初のファイルが論理的に関連しているファイルの"後方"に沿って見ることができる。
【０１０８】
発明の前記の局面にもかかわらず、ファイルの'複数性'に対して発明の局面のどれかに従っている方法は、１つまたはそれ以上の（例 大きい）ファイルの部分の間で相互接続を他の手段として、もしくは追加としてマップにするであろう。この場合、論理的な連結はファイルの部分間のリンクである。例えばもし１つの大きなファイルが多数の日付を表示しているダイアリーを含んでいるなら、方法は日付と日付との間の論理的な関係（相互参照）をマップにするために使われてもよい。言い変えれば、発明のいくつかの形式では、データファイルは分離しているけれど（例 違うそれぞれのサーバで供給された電子ファイルと、／もしくは論理的な相互接続によってのみ関係のあるファイル）、発明の上記の局面で参照された１つか、それ以上のファイル複数性は、一方で１つの、より大きいデータファイル（もしくは数ファイル）の各自の一部であってもよい。例えば、発明の第６局面上では、"データファイル間の移動"という用語が、分離しているデータファイル（例 違うサーバに補充されている）間での移動だけでなく、また単一のより大きいデータファイルのそれ自体が一部であるデータファイルをも含んでいるという様に理解されるというのを心得ておくべきである。
【０１０９】
それゆえ第７局面では、発明は、１つまたはそれ以上のデータファイルの複数のセグメントの間で相互接続をマップにする方法を与え、以下を含む：
第１セグメントのために、表示エリアで第１領域および第２領域を表示するステップ。第２領域は第２セグメントをそれぞれ表している。そのセグメントは論理的に第１セグメントと関連しており、第２領域は第１領域と空間的に関連している。そして、
ファイルの第ｉ部分または各々の第ｉ部分のために、１つまたはそれ以上の第（ｉ＋１）領域を表示する（ｎ−１）さらなるステップ（ｉ＝２，…，ｎ）。第（ｉ＋１）領域はそれぞれ第（ｉ＋１）セグメントを表し、そのセグメントは論理的に第ｉセグメントと関連し、第（ｉ＋１）領域はその第ｉセグメントを表している第ｉ領域と空間的に関連している。
【０１１０】
この局面にある発明は、前記した他のどの局面とも結合できるので、たとえば次に述べること、もしくはそれ以上のもののどれもが適合していてもよい：
１）第ｉ領域は、第ｉ 距離のスケールに従い形成され、（ｉ＋１） 領域が形成される第（ｉ＋１）距離のスケールより大きい。この距離スケールは領域のサイズを特徴付けてもよい。
【０１１１】
２）マップとは、領域の全体エリア（少なくとも１つの領域に含まれている全てのポイントの合計）が、ｎにかまわず（そして任意に集中的で、すなわちｎ に依存していない）限られている（すなわち、予め定められた値よりも少ない）というようなものである。
【０１１２】
３）ユーザがマップの一致している領域を指示する（例 マウスで）ことによって、ファイルの一部に移動するために方法は使われる。
【０１１３】
セグメントは、例えばどんなプログラム作成（もしくは、コンテンツプレゼンテーション）言語でも、コンピュータ言語（例 プログラム）の構造上の箇条部分を表示していてもよい。１つか、それ以上のデータファイルをつたって記憶され、論理的な関係は箇条の概念の構造（例 プログラムのどの部分が、他のどれを'喚起'するのか）であってもよい。
【０１１４】
領域がユーザのスクリーン上に描写されることが、発明の条件内では優先されているけれども、一方で、領域が単にスクリーンの"センシティブ（敏感な）"のエリアにいることで、それは必ずしも描写されない。ユーザはその時、単にスクリーンのポイントを指示することにより、実行可能である。
【０１１５】
従って、第８局面では発明はデータファイルへ移動する方法を与える。そのデータファイルは、論理的な関係によって関連した複数のデータファイルの１つであり、以下を含む：
第１ファイルのために、表示エリアで第１領域と第２領域を定義するステップ。第２領域は、それぞれ第２ファイルを表しており、そのファイルは論理的に第１ファイルと関連し、第１領域とは空間的に関連している。第２領域のサイズは第１距離のスケールに従っている。
【０１１６】
第ｉファイルまたは各々の第ｉファイルのために、第（ｉ＋１）領域を定義する（ｎ−１）さらなるステップ（ｉ＝２，…，ｎ）、（予め定められたｎのために）。第（ｉ＋１）領域はそれぞれ第（ｉ＋１）ファイルを表しており、そのファイルは論理的に第ｉファイルと関連し、そして第ｉ領域と空間的に関連し、第ｉ領域は第ｉファイルを表している。第（ｉ＋１）領域のサイズは、第（ｉ−１）距離のスケールより小さい第ｉ距離のスケールに従っている。
【０１１７】
定義された領域の１つの範囲内の表示エリア上の位置を指示すること（例 マウスで）。そして、位置を含んでいる領域によって表されたファイルへ移動すること。
【０１１８】
発明の残りの局面に関して上で述べた領域の幾何的な特徴（プロパティ）の全ての特徴は、これら（１〜７）の局面にも適用する。どんなときでもユーザのポインター（マウス）がどの領域を指しているのか知らせてくれる情報が、ユーザに表示される。（より好ましくは、ユーザはその領域の親および／または兄弟達および／または子供達の身元（証明）を知らされる。例 後で述べられるように）だからユーザが興味を示すファイルに相当している領域にポインターがあるとき、ユーザは素早く容易に指示することができる。
【０１１９】
発明の次の３つの局面は、より深い情報を生み出す一般原理および／または、選ばれた半セットのファイルと結びついた領域（例 ある一定のデータファイルの子供達）を共有する。
【０１２０】
発明の第９局面は、一般的に見て表示（"コントロールパッド"）はワンセットの兄弟達の実在を指示するためにユーザによって作られ、ユーザはファイルに移動するためにこの表示を使うということを提案する。任意に、表示は兄弟達の情報を含んでいてもよい。
【０１２１】
発明の第９局面は、本質的に見て以下のステップを含むデータファイルへ移動する方法である：
複数のデータファイルの間で相互接続のディスプレイを作ること。それは以下のステップによって：
第１ファイルのために、表示エリアで第１領域と第２領域を表示するステップ。第２領域はそれぞれ第２ファイルを表し、そのファイルは第１ファイルと論理的に関連しており、第２領域はまた第１領域と空間的に関連している。そして、第ｉファイルまたは各々の第ｉファイルのために、１つまたはそれ以上の第（ｉ＋１）領域を表示する（ｎ−１）さらなるステップ（ｉ＝２，…，ｎ）。第（ｉ＋１）領域はそれぞれ第（ｉ＋１）ファイルを表している。そのファイルは第ｉファイルと論理的に関連し、かつその第ｉファイルを表している第ｉ領域と空間的に関連している。
【０１２２】
領域の１つによって表される選ばれた第（ｊ）データファイル（1＜j ＜ｎ）のために、第（ｊ）ファイルに論理的に関連してる第（ｊ＋１）データファイルのため、それぞれの追加の領域を作ること。そして、ユーザがそれぞれの追加の領域を指示することによって、一致するデータファイルへ移動すること。
【０１２３】
好ましくは、それらの追加の領域はそれぞれの第（ｊ＋１）ファイルの意味を指示している表示データを表している。
【０１２４】
第１０局面では、一般的に見て発明は前述のようにマップ上を移動する表示装置を選ばれた半セットのファイルについての情報表示（すなわちマップそのものが再描写されることなく）を誘発するために使うことを提案する。このコンセプトは表示装置を操作する新方法が、発明に一致しているマップに従ったファイルへ移動することをさらに可能にする。
【０１２５】
特に第１０局面では、発明はデータファイルへ移動する方法を提案し、以下のステップを含む：
多数のデータファイルの間で相互接続のディスプレイを作ること：
第１ファイルのために表示エリアで、第1領域とだい２領域を表示するステップ。第２領域はそれぞれ第２ファイルを表している。その第２ファイルは論理的に第1ファイルと関連している、そして第1領域と空間的に関連している。そして、第ｉファイルまたは各々の第ｉファイルのために、１つまたはそれ以上の第（ｉ＋１）領域を表示する（ｎ−１）さらなるステップ（ｉ＝２，…，ｎ）。
【０１２６】
第（ｉ＋１）領域はそれぞれ第（ｉ＋１）ファイルを表し、かつそのファイルは第ｉファイルと論理的に関連しており、その第ｉファイルを表す第ｉ領域と空間的に関連している。そして、ユーザが指示装置をコントロールすることによって、指示装置の自然のアレンジによって決められたマップ内の位置は、第ｊデータファイルを表す領域の内部で、第（ｊ）ファイルに予め定められた論理的な接続を持った１つまたはそれ以上のデータファイルの各々のために、それぞれのつながったファイルの意味を指示しているデータを含めてそれぞれの追加の領域を生み出すこと。
【０１２７】
好ましくは、予め決められた論理的な接続は、結合されたデータファイルが第ｊファイルの子供達（すなわち第（ｊ＋１）ファイル）であるということである。もしくはそれらは、第ｊファイルが必然に関係を持った全てのファイルであってもよい（例 第ｊファイルが、ワンクリックで到達されることができる全てのファイル）。
【０１２８】
従ってユーザは、半セットのファイルを指示し（例 マウスを動かして）、マップが再描写されることなくこれらのファイルについての情報表示を誘発するであろう。その追加の領域は、限られた時間の間表示されるだけであってもよい（例えば ユーザが正確なキーを押している間）。
【０１２９】
発明の第１０局面は、ファイルを開く方法をさらに可能なものにする。それは、発明の第９局面に相当している方法で、追加のステップをさらに含んでおり：ユーザがコントロール信号を発信することにより、表示装置の自然な配置によって決められた位置が、第（ｊ＋１）ファイルの１つに一致している位置のとき、第（ｊ＋１）ファイルに移動する。
【０１３０】
これは"スライディングクリック"と呼ばれてもよい。ユーザはまず、重要なデータが半セットのファイル（マップが再描写されることなく）について表示されることを引き起こす位置を指示し、そしてそのときデータのベースに従いその半セットのファイルの１つを選ぶ（そしてポインターで指す）。
【０１３１】
第１１局面では、発明に従ったマップが引き上げられることを提案する。そして、ユーザがファイルの１つ（例 １つの第（ｎ＋１）ファイル）を選ぶことができ、そしてその子孫達（以前に表示されなかった子孫達を含めて。すなわち子孫達の＜隠された層＞をあばく）のマップを生み出すことができることを提案する。
【０１３２】
特に第１１局面では、発明は複数のデータファイルの間で相互接続を表示する方法を提案する。その方法は以下のステップを形成する：
データファイルの間の相互接続の表示を生み出すこと。以下のものによって：
第１ファイルのために、表示エリアで第1領域と第２領域を表示するステップ。第２領域はそれぞれ第２ファイルを表し、そのファイルは論理的に第１ファイルと関連し、そして第1領域に空間的に関連している。そして、第ｉファイルまたは各々の第ｉファイルのために、１つまたはそれ以上の第（ｉ＋１）領域を表示する（ｎ−１）さらなるステップ（ｉ＝２，…，ｎ）。第（ｉ＋１）領域はそれぞれ第（ｉ＋１）ファイルを表し、そのファイルは論理的に第ｉファイルと関連しており、そしてその第ｉファイルを表している第ｉ領域と空間的に関連している。そして、ユーザが第ｊデータファイルを指示することにより、第ｊファイルと論理的に関連しており、すでに表されなかった１つまたはそれ以上の第（ｊ＋１）データファイルのそれぞれのために、第（ｊ＋１）ファイルを表しているそれぞれの追加の領域を生み出すこと。
【０１３３】
ｊの値は、例えばｎ＋１に等しくてもよい。そのためあばかれた'隠れた層'は、以前にマップ上で表示された1番深い層より１層深くにある。もう一つは、第（ｊ＋１）ファイル（以前に表示されなかった）は、前に述べた基準のどれにでも合っていてもよい（例えば 第（j＋１）ファイルの数が、予め定められた値以上であったから）。追加の領域は、マップの延長として描かれてもよい（例えば もう１つのレベルのために続いて減少する距離のスケール）（この可能性は、ｊ＝ｎ＋１であれば、非常に便利である）。もしくは他の手段として、違って描かれてもよい。例．第（ｊ＋１）ファイルの意味についての情報を保っているラベル（前とこの後で述べられているような）同様に。
【０１３４】
発明の第１２局面は、スクリーンのようなものを意味するディスプレイ（表示）を含んだ装置である。そして、どんな第１、２、３、４、５、６または７、８、９、１０、１１局面にも一致している方法を実行するために構成される。
【０１３５】
装置は、消費者のエレクトロニクスのアイテムであってもよい。例えばさまざまなサイズのポータブル（携帯用）装置のようなもの（携帯電話のような'ミクロ（micro）'サイズ、パーソナルデジタルアシスタント（PDA）のような'ミニ（mini）'サイズ、もしくはラップトップ（Laptop）のような'マクロ（macro）'サイズ）、ＰＣ，デジタルＴＶ，kiosk, 拡声装置, もしくはホームネットワークのような、固定された設備のようなもののことである。それはもう片方では、消費データネットワークの要素として適合されてもよい。例. 飛行機、電車、車などの機内娯楽、もしくはサーバサイドソフトウェア、クライエントサイドソフトウェアや、カストムサイトデベロップメントとしてワールドワイドウェブに関連していてもよい。その上、その装置は以下の一部であってもよい：他のどんなデータコレクション、もしくはネットワークにアクセスを与える、もしくは促進する。それは例えば、物質的なハードウェアネットワークの機能からきていてもよい（サテライト、テレコム、ケーブル／ブロードキャストネットワーク、交通／データ流れ図管理装置、インタネットルーター（intranet、Reuters）のようなその他プライベート／所有のネットワーク、Corbisのようなデータライブラリ）。もしくは、コンテンツにアクセスする手段であってもよい（例えば ワールドワイドウェブサイト、CD−ROMS、照会補助器具）。それか、特定の働きをするソフトウェア（例 ネットワークソフトウェア、e-コマース（commerce）ソフトウェア、メニュー／トールバー、データ分析トール）か、ハードウェア（例 集積回路レイアウト）の要素であってもよい。
【０１３６】
具体的に言えば、その装置はモーバイル（携帯電話）である。最近の携帯電話は、より深い情報が記憶されているリモートステーションへの（ラジオ）アクセスであるメモリー（ディレクトリで組織された）と、e-mail（電子メール）とその他のインターネットシステムにアクセスするための設備とを両方備えている。しかし、これらの設備のどれにおいてもその便利さは、携帯電話の表示装置のサイズによって、厳しく限られている。その携帯電話そのものも、エンジニア強制と今日のテクノロジーによって定義されている。さき程述べた発明の方法のどれかに従ってつくられた表示を持つ携帯電話を供給することによって、携帯電話の技術的な便利さはデータを移し運ぶための装置として大いに促進される。
【０１３７】
その装置は普通、ユーザがデータ（インストラクション）を入力するために、メカニズム（機械装置）を含んでいるであろう。例えば、タッチスクリーン。もう1つ代わりに、もしくは加えて、それは操作レバーや多数のキーのような機械的なデータインプット装置を含んでいてもよい。この場合、いくつかの領域もしくは全ての領域の配置（例 コントロールパッドの追加の領域）は、好ましくは機械的データ入力装置のレイアウトに相当する。
【０１３８】
例えば携帯電話はキーパッド構造で配列されたボタンを持っていてもよい。そしてこの場合、領域の配列はそのキーの様式に一致していてもよい。
【０１３９】
例えばもし３×３配列のキーパッドに９つのキーがあれば（他にまだあるかもしれないキーに加えて）、９つの第（ｉ＋１）領域までのそれぞれの第ｉ 領域は、キーのポジション（すなわち、正方形３×３グリッド）に一致しているパターンで配列されていてもよい。もしくは、８つの第（ｉ＋１）領域は、第ｉ 領域の円周に沿っているパス（例 正方形経路）に沿って並べられていてもよい。例. ９つあるキーの８の位置に一致している。この配列の便利さは、携帯電話状況に対して定義されてない：８組の配列は、例えばユーザが携帯電話の一部ではない（もしくは、必ずしも一部でない）ジョイスティック（八辺形）か、ボタンマウスのようなメカニカルデータ入力装置を使って領域（ファイル）の１つを選ぶことをとても容易にする。キーの数は従って、ディスプレイされた第（ｉ＋１）領域の最大数の値Ｍに関係しているであろう。もし第ｉファイルと論理的に関連している第Ｍ（ｉ＋１）ファイル以上あれば、エキストラ領域は別々に（異なったエリアで）ディスプレイされるか、もしくは省略される（任意に、１つのシンボルか、数々のシンボルがこれを指示するために、そして省略されたファイルにアクセスを与えるために作られるであろう）であろう。
【０１４０】
発明の第１３局面は、コンピュータプログラム製品である。それは、データ処理装置に第1、２、３、４、５、６、７、８、９、１０、１１または１２局面のどれかに従って方法を実行させるために、データ処理装置によって読み取られることができる。コンピュータプログラム製品とは、電子学的に（もしくは光学上）読み取れる記録媒体のような、記録環境に記憶された、発明の方法の１つを実行するためのコンピュータプログラムであってもよい。
【０１４１】
"低解像度スクリーン"とは、絶対限界上で低解像度であるスクリーンを意味してもよい（例 ５００×５００ピクセルにすぎない、２００×２００ピクセルにすぎない、もしくは１００×１００ピクセルにすぎない）。もしくは、マップにされるファイルの数に関して低解像度のスクリーンのことかもしれない（例 １つのファイルにつき、１０、２５、もしくは１００ピクセルにすぎないトータル）。
【０１４２】
上のどの局面においても、方法はそのタイプに従ってファイルを拒絶する（すなわちマップに含まない）ことができるであろう。例えば、特にウェブのコンテキストにおいて、マップはオーディオおよび／またはピクチャーファイルを一貫して無視するであろう。そのため広いクリック間隔が、過度に複雑になったマップなしで表示されることができる。もしくは一定の（例えば 予め定義された）タイプの表しているファイル（もしくは含んでいるファイル）に追加の領域を造り出してもよい。
【０１４３】
発明の好ましい実施例が添付した図を参照して例示のみのために記載される。図１は、ウィンドウを１とし、タイトルバー３、メニューバー５、レフトバー７、表示エリア９、そして情報表示エリア１１と示している。３のタイトルバーは、ボタン１２を含んでいる。すなわちユーザのマウスのそれぞれ可能な位置、もしくはその他の入力装置に応じているスクリーンのエリア。そのためこれらの位置にマウスを置くことと、クリック動作を行うことによって、ユーザは装置にコントロール指図をもたらすことができる。これらのボタンは、ウィンドウを開けたり、閉じたりするようなウィンドウ操作のために、従来の方法で使われる。同様に、５のメニューバーは、ユーザが決まった方向で多種のオプションと機能の間で転換することを許容する。
【０１４４】
９の表示エリアは、発明に従っている方法によって作られたマップを含んで現わされている。その方法は、まずインターネットの一定のファイルを"ファースト"ファイルとして定義することから始め、そして円形の第１領域１３を描く。この時この１３は、表示エリアの範囲内で可能な限り大きい。この円形の第1領域１３は、最初のファイルを意味する。
【０１４５】
この例では、その最初のファイルはページであり、たまたま４つのアンカーを含んでいる。そのアンカーのそれぞれが、各々の"第２"ファイルに通じている。図の中でその第２ファイルは、円形の第２領域１５、１６、１７、１８によって表されている。第２ファイル１５は、２つのアンカーを含んでいるページであり、２つの第３ファイルにそれぞれ通じている。その２つの第３ファイルは、その第２ファイルを意味する第２領域１５の範囲内で、円形の第３領域２１と２３によって図にそれぞれ表されている。同様に、円形第２領域１６によって表されている第２ファイルは、６つのアンカーを含んでいて、それゆえ円１６は、６つそれぞれの円形第３領域２５を含んでいる。その各々の円２５は、第３領域のそれぞれ１つを意味している。円形第２領域１７によって表されている第２ファイルは、"フレームセット"であり、それはブラウザアレイを２つのセクションに分割する。これは図で、円形領域１７を２つ半分に分ける水平のライン２９によって表されている。フレームセットの２つのセクションの１つは、アンカーを含んでいない。それに対して、フレームセットのもう１つのセクションは２つのアンカーを含んでいて、それぞれの第３ファイルに通じている。その第３ファイルは、円形第３領域３１と３３によって図に表されている。
【０１４６】
上記したように円形第1領域１３は、表示エリア９の範囲内におさまることのできる限り大きくなるように描かれる。同様に、第２領域１５、１６、１７、１８も、円形第1領域１３の円周囲と互いの円周囲が触れる限りの大きさになるようにそれぞれが描かれる。同様に、円形第２領域１７の１つのセクション内にある円形第３領域３１と３３も、できる限り大きくなるように描かれる。
【０１４７】
しかし円形第２領域１８によって表されている第２ファイルは、たった１つの第３ファイルにたった１つのアンカーしか含んでいない。この第３ファイルは、１つの円形領域２７によって表されている。円形領域２７は、円形第２領域１８と同心円であるが、半径はその半分である。従って円形第３領域２７は、その他の第２ファイルに結びついている円形領域と異なる。それは、最大に大きくなれずに円形第２領域１８内中心に一致しているからである。これは例えば、「マップが、上段に記述した第４の好ましい特徴を第４の局面のもとに遂行し、そしてユーザが見える部分の領域の上にマウスを置き、クリック作動を実行することによってワンクリックで領域を選ぶことを許容する。」ということを意味する。
【０１４８】
円形第３領域２７によって表されている第３ファイルは、２つのセクションを持つフレームセットである。最初のセクションは１つのアンカーを含んでいて、第２のセクションは９つのアンカーを含んでいる。従って円形第３領域２７は、その直径を横切るラインによって２つに分けられる。その半分の１つは、唯一の円形第４領域２８を含むように描かれ、それに対してその円形第３領域２７のもう１つの半分は、その円周内部の周りに９つの円形第４領域３０を含んでいる。
【０１４９】
この図表でそれは、円形第３領域２７の内部に、円形第４領域２８、３０を表示するためだけに選ばれる。これは、他の円形第３領域のどれもがアンカーを含んでいるファイルに結びついていないということを指示するであろう。一方でそれは、図表（マップ）を描くルールの結果であってもよい。それは例えば、円形第４領域はそれぞれの円形第２領域の内部で唯一の円形第３領域であるその円形第３領域の内部でのみ描かれるということを要求していてもよい。
【０１５０】
ここの図表では見られないが、上段で述べた領域のいずれもが種々の形で（円、長円形、レンズ型、ひし形、三角形、正方形、五角形、六角形など）および／または色付き、影付き、フラッシュしている、動いている（例えば 回転している）、そして、それらの内で描かれたシンボルを持っていてもよい（例えば 正方形、三角形）。そのような見方によれば、これらのシンボルは目立つか、もしくは図表で描かれたたった一つのマーク（図１７参照）であって、それはファイルが入っているサーバに、どの位最近にそれが開かれたか、それは最初のファイルとして選ばれたかどうか、そのタイトルと概略情報がアクセスされたかどうか、それはパスワード保護されているかどうか、および／または、それは"ページ"か、他のファイルの型（例えば オーディオファイルかリーフノード）であるかどうかを指示するためである。
【０１５１】
図１の図を生み出す１つのアルゴリズムは、次の５つのステップから成る（単純にするため'フレームセット'の可能性を省略している。その可能性は、熟練した人には簡単に考慮されることができるであろう）：
１．最初のファイルを表す１つの円（第1領域）を、表示エリアの中央にできる限り大きく描く。
【０１５２】
２．その最初のファイル内のページで、他のウェブページへのリンク（アンカー）Ｎの数を数える。
【０１５３】
３．ベクトルＰによって円の中央、Ｒによってその半径を表す。もしＮ=１ならば、この円の内部のふち周りに、これらのＮファイルを表す円を描く。この新たな円は、１つの輪の中にあって、各々が以下の半径（r）を持ち、
ｒ＝Ｒｓｉｎ（π／Ｎ）／（１＋ｓｉｎ（π／Ｎ）
そして、ベクトル位置（ｐ）を持っているその新しい円の中央は以下によって与えられ、
ｐ＝Ｐ＋（Ｒ−ｒ）ｃｏｓ（２πｌ/Ｎ）ｘ＋（Ｒ−ｒ）ｓｉｎ（２πｌ／Ｎ）ｙ
そこではｘとｙは、そのｘとｙの方向で単位ベクトルで、
そして、ｌ（ｌ＝１，…Ｎ）がその新たな円を数える。
【０１５４】
もし、Ｎ＝１ならば、以下と共に１つの円のみ描く。
ｒ＝Ｒ／２
ｐ＝Ｐ
４．それぞれのこれらの新たな円のために、ステップ２と３を順次に行う。
【０１５５】
５．要求されたレベルの詳細が達成されるまで続ける。
情報表示エリア１１は、最初のファイルについての情報を含んでいる。例えば、そのタイトル（ボックス４０の内）、そのアドレス（ボックス４１の内）、それが含んでいるマテリアルの概略（ボックス ４３の内）、そして（ボックス ４４の内で）そのファイルの内訳（例 そのファイルがイメージかビデオを表示するか、もしくはそのファイルがイメージかビデオであるかどうか指示している）などである。
【０１５６】
もちろんワールドワイドウェブは、保証された多くのページを含んでいる。その意味では、あるユーザたちはアクセスすることを許容されていない（例 パスワードか他の身分証明が、その保証されたページのために要求される）。ディレクトリ構造ですらその範囲内で、そのようなページを含んでいてもよい。ページ内のリンクが公共のものでない場合、その実施例はそれにとって利用できるどんな情報にでも基礎を置いたマップを描くであろう。例えば、領域がその内に構造がないページの実在を指示している。領域が描かれるということは、ページが保証されているということを示してもよい。ユーザは、パスワードか身分証明情報をその実施例に補充することができてもよい。だからユーザが実際に見る権利があるファイルの場合（たとえ一般大衆にはその権利がなくとも）、その実施例は保証されたページについての情報を到達するために、ウェブサイトやサーバなどに質問することができ、従ってマップを補うことができる。その実施例は、予め書かれたファイルのパスワードか身分証情報を、一方で／追加として含んでいてもよい。そのため、ユーザの仲裁なしでそれはユーザに見る権利があるどんなデータファイルについての情報も到達することができる。
【０１５７】
図１には図示されてないが、どの円形領域も、もしくは全ての円形領域も図で示されてもよい。例えば色をつけること等によって。この可能性は、図４に関してもっと詳細に下段で説明されている。
【０１５８】
図１では、簡単にするために最初のファイルから３クリック（ｎ＝３）以上の領域は表されていないけれど、他の実施例において最初のファイルから多数のクリックであるファイルは、数千領域までのぼる合計を含んで、複雑な断片像を与えるために含まれているであろう。その方法は、ユーザがウェブを通して徐々にその中で動くそのズーム効果を生み出すために、つながれた最初のファイルの連続に基づいて、連続的に（途切れなく／増加して）行われてもよい。そのような表示は、例えばスクリーンセーバーとして使われてもよい。
【０１５９】
図１にあるウィンドウが使われることができる１つの方法が今記述される。まず第一に、ディスプレイはブラウザが決まった最初のファイル（ユーザが今現在読んでいるファイルなど）にベースをおいたマップを作るために開かれた（例えば 自動的に、もしくはユーザの命令によって）時に、生み出されるであろう。表示エリア９の内部に現れたディスプレイはその時作られる。これは、ユーザの現在のファイルを他のファイルに結びつけているアンカーがどれだけあるか、ユーザに直ちに指示する。マウスのような入力装置を使うことにより、ユーザはこのディスプレイで領域の１つを指示することができる。例えばユーザは、数ある領域の１つの上にあるマウスの位置と結びついたスクリーン上のカーソルまでマウスを動かすであろう。ディスプレイはその時、選ばれた領域と一致しているファイルのタイトルを指示する。例えば領域に近いテキストボックスとして。ある一定のコントロール指示（マウスクリックのような）によって、ユーザはその選ばれたファイルをベースにしたより詳細の情報を作るをその装置に指図してもよい。例えば、表示エリア１１にある情報は、その選ばれたファイルに沿うため最新のものにされてもよい。もしユーザが、そのファイルを表示する（そのファイルを'開く'）と決めたならば、ユーザはその趣向でそれ以上のコントロール指図を出してもよい（例 マウスクリックによって）。そのためファイルは、ユーザのスクリーン上最新のウィンドウとして、または以前に最初のファイルを見せたウィンドウの最新版として開かれるであろう。
【０１６０】
ユーザからのそれ以上の命令は（それは実際に開いている選ばれたファイルに結びついていてもよいし、そうでなくてもよい）、最初のファイルとして選ばれたファイルに基づくディスプレイを作ってもよい。もう１つとしては、ディスプレイはユーザの位置が変わる（ユーザが上記したように移動することによって、もしくは新しいアドレスをブラウザに入力することによって）たびに自動的に再生成されてもよい。
【０１６１】
もう１つの可能なことは、ユーザのためにラベル（"ブックマーク"）を特定のファイルにつけることである。これは、ユーザが後になってその特定のファイルに自動的に戻れるようにさせるであろう。ブックマークは、マウスの指示によって（すなわちマウスと結びついているカーソルを、マークをつけられるファイルを表示する領域上にのせるために動かし、適当なところでマウスボタンをクリックすることによって）、もしくはウィンドウ１の内部にある４５、４７、４９、５１のボタンの１つとの組み合わせによって付けされるであろう。
【０１６２】
それ以上の可能性は、最初のファイルとしてユーザの現在の位置に基づいていないが、代わりに（例えば）そのディスプレイから選ばれたファイルに基づく表示をユーザが再生成することである。その再生成された表示はそのとき、ユーザの現在の位置とその表示が基づく最初のファイルとの間のクリック距離の表示を含んでいるであろう。
【０１６３】
そのような表示は、図２に描かれている。それはウィンドウ１の表示エリア９のみ示している。そしてその中では、単純にするため円形第１領域１３の全ての詳細が省略されている。図２は、その表示エリア９がより大きく、そして表示エリア９の外側のふちと円形第1領域１３（この場合、各々のエリアが円１３の両側で広がっている）の間に５つのエリア５２、５３、５４、５５、５６（水平ラインで分けられた）を含んでいるという点で図１と異なる。これは図表の最初のファイルが５つの中間ファイルを含んでいるハイパースペース直通のルートに沿ってユーザの現在の位置から到達されることができる（すなわち、図表の第1ファイルはユーザの現在の位置から６クリックである）ということの表示である。
【０１６４】
最初のファイルが現在の位置から６クリックであると決めているからには、方法は１番小さいクリック数を持つその１つを見つけ出すために、数々のファイルの間で全ての可能なルートを通って捜してもよい。例えば、たとえユーザが現在の位置に基づく表示を作り、そして、例えば第７領域をクリックすることによって表示の最初のファイルを選んだとしても、第７領域によって表されているそのファイルが実際、ユーザの位置からたったの６クリックで達せられることができるというのは可能である（すなわち、ユーザが知っていたその１つからハイパースペースを通って違った回路によってできた）。そしてこれが、方法が６つのエリアを作った理由である（回路に沿って、各々の中間ファイルに１つずつ、そして出発ファイルに１つ）。ユーザは、方法によって発見された1番短い回路をつたってその５つのファイルの１つについての情報を到達することができてもよい。および／または、エリア５２、５３、５４、５５、５６のそれぞれ１つを指示する（例 それをクリックする）ことによって、ユーザが円形領域の上で実行することができるどの活動をも選んで行うことが本当にできてもよい。もちろんユーザの現在の位置と、ディスプレイの最初のファイルの間に等しい短かさの幾つか異なった経路がよくあるであろう。だからその方法は、第1円形１３と表示エリア９の間のエリア間で、独自の結合を作るために、いくつかの基準に一致している１つと最短経路に沿っているそれぞれのファイルを選んでもよい。他の手段として、方法は１つ以上の回路を表示してもよい。例えばこの場合、円形１３のどちらかの側面上である。
【０１６５】
今から図３へ移り、第２の実施例は、発明に従っている方法によって作られたマップで表されている。この場合は、表示領域９は現在の第1ファイルを意味している正方第1領域によって完全に占領されている。その第1ファイルは、円形第２領域６１、６３、６５によって表されている３つの第２ファイルに、アンカーによってつながっている。円形領域６１によって示されている第２ファイルは、円形第３領域６７によって示されている第３ファイルへの４つのアンカーを含んでいる。それらは円形第２領域６１の外側にいて、その外側の円周に触れている。第２領域６３によって示されている第２ファイルは、フレームセットを含んでいる。フレームセットは第２ファイルを２つのセクションに分割する。その２つは、円形第２領域６３のセクション６９と７１によってそれぞれ示されている。円形第２領域６３のセクション７１によって示されている第２ファイルのそのセクションは、円形第３領域７３と７５によって示されているファイルへの２つのアンカーを含んでいる。
【０１６６】
図４は、発明に従う第３方法によって作られたマップを示している。これは、その領域が四角であって円形ではないという点で最初の２つの方法と区別される。図４によって図にされたワールドワイドウェブの領域は、図３によって描かれたそれと同じものである（すなわち図４は論理的に図３と同等である。下で説明されている色の違いは別として）。つまり現在の第1ファイル（それは表示エリア９の全体を占領する第1領域によって表されている）は、３つの第２ファイル（それらは四角エリア７６、７７、７８によって表されている）に結びついている。第２エリア７６によって示されている第２ファイルは、４つの第３エリア７９を含んでいる。その４つは、それぞれの第３領域周りの細いマージンは別として、第２領域７６を満たすように最大に大きく測られている。第２領域７７は２つに分けられ表示されていて、第２ファイルを２つのセクションに分けるフレームセットを意味している。１つのセクションは２つのアンカーを含んでいて（第３領域８１によって表されている２つの第３ファイルをそれぞれ示している）、もう１つのセクションは、アンカーを含んでいない。第２領域７８は、第３四角エリア８３によって示されている第３ファイルに５つのアンカーを持っているファイルを意味する。
【０１６７】
４つのエリア７９の配置は、さいころの目の配置に似ていて、エリア７８内のエリア８３の配置もまたそうであるということに注目されたい。これは、発明の全ての局面に適合してもよい原則の実例である。すなわち一定の第ｉファイルに表示されてもよい第（ｉ＋１）ファイルのそれぞれの数のために、方法は分離した地点のそれぞれの回路を含んでいてもよい。それは、その数の第（ｉ＋１）領域がどのようにして一致している第ｉ 領域内に配置されるべきなのかを定義する。すなわち、もし第（ｉ＋１）ファイルの決まった数（例 ４）があると見つけられたら、方法は一致している回路のその数（４）を見つけだし、その回路に一致している第（ｉ＋１）領域をレイアウトする。図４で見られるように、回路は例えばさいころの目の様式に一致していてもよい。もしくはそれらは、下記にあるように数字キー（パッド）に一致するようにレイアウトされてもよい。
【０１６８】
図上でのハッチング（陰影）の２つのタイプは色を意味する。それは発明に従って作られたディスプレイに実際存在していてもよい。２色の可能性は、例えば２つのサーバのどちらがそれぞれのファイルを供給したか、もしくはそれぞれのファイルのユーザに予期された関連性の程度を指示してもよい。ウィンドウ１の他のエリア（例 レフトバー７、これは図４では見られない）は、これらシンボルの意図のためキーを含んでいてもよい。例えばその領域で使われた各々の色のため、レフトバー７はその色をしているエリアを含んでいてもよい。従ってユーザは、その色の意味表示を誘発するためにバー７のそのエリアを指示することによって（例 カーソルをそこへ置くことによって）、その色の意味を発見することができる。
【０１６９】
色よりも、好ましくは領域は模様をつけること（例 図に示されてあるようなハッチングをつけること）、フラッシュすること、形、その他のグラフィカル手段によって区別されるであろう。
【０１７０】
図５は、発明に従う第４方法によって作られたマップを示している。その中でそれぞれのファイルは点になっている領域によって表されている（全ての点が同等サイズ）。そのためマップは、発明の第１局面の範囲内には属していないが、例えば第３局面の範囲内には属する。中央の点９０によって示されている第1ファイルは、ライン９１、９２、９３によって示されているハイパーリンクによって、３つの第２ファイルにつながっている。その３つは、点９４、９５、９６でそれぞれ示されている。点９５で示された第２ファイルは、それぞれの第３ファイルを意味している点９７、９８、９９に（ライン１００、１０１、１０２で示された３つのハイパーリンクによって）つながっている。ライン１００、１０１、１０２はそれぞれ、ライン９１、９２、９３の半分の長さである。もっと一般的に、第３ファイル以上の図表の拡張を考慮すれば、それぞれの第ｉ 領域から各々の第（ｉ＋１）領域のハイパーリンクを意味しているそのラインは、それぞれの第（ｉ＋１）領域とそれぞれの第（ｉ＋２）領域の間のハイパーリンクを意味しているそれぞれのラインより一定の割合で（この場合、２）長い。もちろんクリック回数が増えるにつれて、各々の第ｉ 領域の点は論理的に関連している第（ｉ＋１）領域の点と重なり始めるであろう。この問題は、例えば点の直径を一定の割合で減らすことにより、解決されることができ、もしくは第１の点９０からのクリック距離を増やし、前段の局面に関して述べたようにｎを定義する（例 ラインの長さに関係する同じ一定の割合）ことによって解決される。簡素にするため、フレームセットの可能性は、この図上で考慮されていない（すなわち、それがページかフレームセットであるか、ファイルを同等に表す図である）、が、熟練した人は、フレームセットも表示していることとして、この図を総合することができるであろう。
【０１７１】
図１と３〜５で見られる全てのマップは、上で話したようにその意味では"限られている"ものである。その上、図１，３，４で見られる図は全て"インテンシブ（集中的：intensive）"であると言える。すなわち、現在の第1ファイルと、1番遠いファイルの間のクリック距離がたとえどんなにあろうとも、領域によって占領されている全体エリアは不変のままである（事実、第1領域に等しい）。対照的に、図５はインテンシブでないが、限られている図を示す。すなわち、第１ファイルと１番遠いファイルの間の合計クリック距離が増すにつれて、ディスプレイの大きさは増すけれども、それは多数のクリックのため一定の限られたサイズ以下にとどまっている。これは、以下のシリーズ（系列）概略を注視することによって理解されることが可能である：
1 ＋ 1／２ ＋ 1／４ ＋ 1／８ ＋ …＝ ２.
例えばもしその分枝（ブランチ）の長さが第1ファイルからのクリック距離に関して減らなかったならば（もしくは十分に速く減らなかった）、図５の図は限られているであろう。
【０１７２】
図６へ移り図６（ａ）は、発明に従って方法により作られた図を示している。その図は、表示エリア９の内部であり、第1領域１３は第1ファイルを意味しており（例 もしくはコンテキストセンシティブサーチ機能）、そして４つの第２領域１６、１７、１８、１９は、それぞれ第1ファイルに論理的に結びついてる４つのファイルを意味している。領域１０５はファイルを意味していないが、好ましくはユーザにその領域をクリックすることによりシステムの最初の状態に戻ることを許容している。例えば領域１０５は、以前に定義されたシステムの状態を表してもよい。それは、その領域をクリックすることにより再現されることができる。例えばその状態は、ユーザによってマークがつけられてもよい。もしくはプログラム作成により予めセットされた状態であってもよい。１つの領域１０５だけが描写されているが、減少している距離のスケールをもつエリアに従っている図の形式上では、多数がおそらく供給され、それぞれの以前に定義された状態に連合することができる。
【０１７３】
ユーザが領域１７をクリックする。その時方法は図６（ｂ）の図を作る。そこで第２領域１７は拡張され、２８個の第３エリア１０７は、２８個の第３ファイルをそれぞれ表している。これらの第３ファイルは領域１７で示されているファイルから取ることができる。領域１０７は実質上同じ距離スケールであるが、いくつかは長円形なのにその他は円形である。しかしこれは必要なことではない。例えばもし長円形（もしくは類似しているが方法とは異なるレンズかひし形）が、より長いタイトルのラベルにそれぞれの領域のふち内に各々表示されることを許容するために形成されたならば、その時長円形１７は、その他の長円形をした領域１０７だけを含んでいてもよい。図の左下にある挿入図は、図６（ａ）で表示されている図だが、第１領域１３の周りから領域１７を取り除いたことを考慮して調整されている。
【０１７４】
ユーザが領域１０７の１つをクリックする、そうすると図は図６（ｃ）のように再描写される。その領域１０７は、再び描かれ拡張された。領域１７は、挿入図の外側の境界として再配置される。従ってそれはファイルのセット内でのユーザの旅の履歴を指示し、図６（ｂ）で見られる図に戻るためクリックされることができる。
【０１７５】
ユーザが領域１８をクリックする。図は図６（ｄ）のように再描写される。領域１８（３番目に選ばれた領域）内で表されているファイルは、予め定められた論理的な関係に従って最初に選ばれた領域１７の内で表されているファイルに関して、出発点としてその領域から選ばれたファイルと共に図に示される。例えば最初に選ばれた領域１７がいくつかの会社等を含んでいて、その中から１つの会社がえらばれ、それは第２の従業員領域で、もし論理的な関係が前段で記したものだったら（"第１が従業員を意味し、第２が過去に勤めていた会社であるか、それか第１が会社を表し、第２がその会社の現在の従業員であるかのどちらかであれば）、第１データファイルと第２データファイルは論理的に関係がある。"）、そのとき１番大きい領域１８内の領域は、その会社の従業員を意味し、それらの内の円は彼等が勤めていた他の会社を表している。エリア１７によって限られている挿入図は今や領域１０５を加え、領域１３に隣接している２つの第２領域１６と１９のみを示している。領域１０５は、ユーザがシステムの最初の状態に戻ることができるようにする。
【０１７６】
ユーザは、１番大きい領域として、もしくは出発点としてその領域に関する図を再描写するために、１番大きい領域内部の小さい円のどれをもクリックすることができる。領域１７は、選ばれたファイルが属しているメイン領域を表すように変わってもよい。
【０１７７】
選ばれたファイルとファイルのコレクション（収集）（新たに選ばれた領域）の間の関係をかわりに図にするためにユーザは、領域１６か１９以外もクリックすることができる。この場合選ばれた領域は、そうであったように、拡張されるであろう。そしてそれが交代する領域は再び領域１３の周りの領域になるであろう。
【０１７８】
ユーザは、いつでも最初の表示に戻るため白色の外側領域をクリックすることができる。
【０１７９】
熟練した人には明白であるように、前段で説明したマップにする方法のさまざまな変化は可能である。例えば、上で示したように領域のサイズは、それが表すファイルと第1ファイルの間の距離（クリックで測定された）に従って減少するけれども、これは必然のものではない。例えば図は、ほんの少しのクリック回数分のファイルに限られていてもよい（例 ２クリック）。もしくは表示エリアの外側にあるマップの部分は表示されないかもしれない。
【０１８０】
その上、前に述べたように、一定の第ｉ領域の内部、もしくはその周りの全ての第（ｉ＋１）領域が同じサイズか同じ形であるということは必要ではない。例えば図６（ｂ）を参照して、この図は変えられてもよい。だから領域１０７の１つは最大サイズで、隣接する領域１０７は少し小さくて、その隣の領域１０７はさらに小さくて、、、などと続く。そのため各々の領域１０７は異なるサイズである。この可能性は、本明細書を通して発明の全ての局面に適合するが、しかしサイズや形の変化は好ましくはルールによって生まれる（例 ファイルが開かれた回数かファイルのタイプ）。
【０１８１】
図７へ移り、発明に従っている方法が説明されていて、ほぼ手のひら上の解像度でコンピュータ内のファイルを表示している。ユーザはどんどん進むためにその方法を制御する。第１に、図７（ａ）で示されているように、ユーザのＰＣの全体の可能なメモリーを表している１つの領域が見られる。これは、ディレクトリのように、データファイルの一種として考えられることができる。次に図７（ｂ）にあるように、コンピュータの機能（それらは、データファイルか、それかデータファイルの基礎の元で制御されるかのどちらか）が表示されている。最後に図７（ｃ）にあるようにデータファイルのつぎの２つのレベルの階層化構造が描かれている。しかし、それらは多少はやく現れることができる（例 １レベル、もしくは３レベル同時に）。図７（ｃ）描かれたマップは、発明に従っている図だが、それはより小さいマップをその内部に含んでいる。その小さい図は、発明に従ってそれら自身別々に作られ、別々に（例 ユーザがマウスを特定なエリアに示す）、もしくはグループで（例 先に述べたように１層ずつ）現れる。
【０１８２】
表１は以下のものを使っているディレクトリ構造からファイルを開くことを比較する。（１）前に述べたウィンドウズ拡張ツリー方法（Windows expanding tree method）に対応するシステムブラウザ。（２）ディレクトリファイルの"Inxight" ハイパーボリック表現。（前にあるように、ハイパーボリック図のコンセプトを紹介したジョン.ランピングとラマナ.ラオの論文は、ファイルを開くことを特に言及しなかったが、ここでその技術上での変化を考えてみる。その技法には、ファイルを表すハイパーボリック図の点を決まった方法でクリックして、そのファイルに移動する（例 開く）ことがある）。（３）図１で表されているようなマップ（"フラクタルスペースマップ"）。これは本発明に従っている。
【０１８３】
【表１】

【０１８４】
表１にある値は、６つのレベルに配置された２００のメンバーを持つ特殊なディレクトリ構造を用いて計算された（ディレクトリ構造は、現在の技術を支持するためにえらばれてはいない）。表１で使われている用語"スライディングクリック"とは：ユーザが指示装置（例 マウス）を、ある領域に達するまで一定の方向に動かし（その領域で、指示装置は表示が変わることを刺激する）（例 下記のような表示パネルを開くことによって）、そして次に、クリックする（例 マウスのボタン）。このようにして表示パネルを備え付けて、ユーザに例えば以下のことを許容している：表示パネルが子供ファイルを選ぶために特定された領域の子供達の名前を表示する場合にはマウスのポインターを関連する名前のラベルに動かすか、強調されるまでその方へ動かして、そしてマウスのボタンを放す。すなわち"スライディングクリック"とはクリック動作の総合された形式である。ユーザがマウスで似たように進んでいくことができるハイパーボリックツリーが表明されているが、これは全体の図に、マウスボタンが放されるまでの変わってゆく観点から途切れることなく再描写されることを引き起こす。対照的に、スライディングクリックは、クリック運動に関連している。そのクリック運動とは変わっていない図の一部に隣接している（もしくは変わっていない図の一部上に重ねられた）情報を持ち出すことにより、第２クリック運動は、例えば領域に一致しているファイルをひらくために、連続して実行されるというものである。
【０１８５】
全ての局面にある発明が適用されるファイルは、いくつかの方法で分類されてもよい。第１の分類法は、"ローカル VS ネットワーク"である。ローカルとは単一の装置内のファイルのこと（もしくは空間的に限られた装置のセット）で、ネットワークファイルとは、もっと遠い場所に記憶されているファイルのこと（例 電気通信工学によるネットワーク）。もう１つの可能な分類は、"コンテンツ VS 多機能"。コンテンツファイルとは、そのコンテンツ自体がユーザに表示されるファイルで、多機能ファイルとは、機能を実行するためのプログラムを含んでいるファイルである。従ってユーザのPCに入っているヘルプファイルは、ローカルコンテンツファイル（ユーザは、PC機能を理解するためヘルプファイルのテキストを読む）；品物の値段を表示しているウェブサイトはネットワークコンテンツファイル（ユーザにはコンテンツを読むためにファイルのサーバにアクセスする）；プリンターを制御するためのPCにあるドライバーソフトウェアは、ローカル多機能ファイル；ウェブサイトに記憶されたアプリケーションは、ネットワーク多機能ファイルである。ネットワークコンテンツファイルのもう１つの例は、ネットワーク上で働くハードウェアの一部によって作られた、例えば開いた連結に関係しているファイルであってもよい（例 スイッチング回路）。
【０１８６】
前で述べた方法の多くの局面では、距離のスケールは徐々に減るので（例 最初のページからの距離が増えると共に）、第Ｉファイルを表している領域は、ｉ が増えると同時により小さくなり、それ相当に見ることがもっと難しくなる。距離のスケールを増やすに合わせて新しいデータファイルを第１データファイルとして始めることにより、ユーザは図を再描写することができてもよい。しかし、ユーザがもっと優れた洞察力で小さな領域の意味をつかめるようにする他の方法がある。
【０１８７】
第１の可能性は、ユーザにマップの一部を拡大するオプションを与えることである。（つまり、下においてあるメインの図が再描写されるのではなく、新しい図が描写される。その新しい図は、ユーザによって選ばれた図の一部を単に拡大することによって、もしくは確かなレベルの数のために方法をユーザに選ばれたファイルに応用させて、新しい図を創作することによってつくられる。例えば、ユーザは図上の一部エリア（レンズ）を明確にすることができてもよい。その一部エリアは、増加した距離のスケール上あたかもレンズを通して見ているかのように表示される。レンズとその他の拡大図は、スライディングクリックと結合できる。および／または、下に敷かれている図を再描写することなく連続的に拡大図を与えるためにメカニズムとも接続できるということに注目されたい。
【０１８８】
それ以上の可能性（第１可能性と接続できる）とは；表示の異なった部分でエリアによってそれぞれ表されるための一定の第ｉ領域の第（ｉ＋１）領域のため、第（ｉ＋１）領域の関係ある位置に一致している適切な位置と共に。（例えば図１０（ｇ）にあるように）これは、"明確な拡大図"としてここで参照されている。
【０１８９】
任意に、これらの領域の１つを指示することは（マウスで、それかキーを押して）、マップの上で相当している領域を指示することと同じ機能を持っている。この場合図の一部は"コントロールパッド"として参照されている。
【０１９０】
図８は、発明に従っているマップで、データファイルの意味（例タイトル）をユーザに指し示すための他の手段である（もしくは追加の）技法を説明している。図８（ａ）では、データファイルの意味が"アイコン"によって示される。（そのアイコンは、図では大文字と小文字のひとそろいの活字で表されている。もちろん他のシンボルが使われることも可能であるが）第ｉファイル内で表示される第（ｉ＋１）ファイルのためのアイコンは、ユーザがその第ｉファイルをある方法で（例マウスを使っって）強調する時だけ見えるようになってもよい。（また、第ｉファイルを意味しているアイコンは完全に見えなくなってもよい）これはここで"アイコン トレイル"として参照されていて、ユーザがマップの関係ある部分に集中することを手助けできる。
【０１９１】
図８（ｂ）では、データファイルの意味が別々の表示パネルによって表されている。ユーザが興味をもっているファイル（矢印で示されている第４ファイル）のために、表示は第３ファイルのタイトルの見出し（"Arts and Humanities "）を含んでいる。第４ファイルは必然にこの第３ファイルに関係があり、つまり全て９つの第４ファイルがこの第３ファイルに関係がある。それらの中で、ユーザが興味を持つ第４ファイルのタイトル（"Booksellers "）が強調されている。その強調は、現在強調されているマップの領域から表示パネルに一致している部分までラインを引くことによって、代わりとしてか追加として表されてもよい（もし表示パネルが、下部に描かれる代わりに、図のどちらかのサイドに描かれる）。および／または、図と表示パネルは例えばそのタイトルの全ての第４領域を加えて述べるために色がつけられていてもよい。
【０１９２】
図８（ｃ）は、もう１つの技法を見せている。その技法では、関連あるデータファイルについての情報（例 そこで表示されているタイトル）が、別々の（あるいは透明）エリア内でうまれる。そのエリアは、それらの相当している領域とラインによってつながっていて、メインのマップの上に描かれる。それらのエリアの配置は、それが表示の外側へ出ないことと確実にするために定義されていてもよい。
【０１９３】
これら技法のどれもが、ユーザに実際に開くことなくファイルの意味についての情報を引き出すことを許容するであろう。従って適当なファイルまでの運動が非常にスピードアップされる。加えて、２つの第２技法は、上記したスライディングクリック技法と共に使われることができる。
【０１９４】
発明に従っている全ての図では、領域が２つの異なった回路に沿って第１ファイルから到達される（すなわち領域は、任意のステップの数によって第１ファイルに論理的に関連している）ことができる時、それはたった１つの領域によってのみ表されてもよい（つまり１つの可能な回路を見せている）。そしてその他の回路を表示する領域は省略されてもよい。一方で、このような領域の１つ以上はファイルのために描かれてもよい。後者の場合、（１）そのファイルの子孫が、その領域のたった１つで（もしくはそれ以上）描かれてもよい。（２）ユーザがそのような領域１つを指示する（例 その上にマウスを動かす）時、同じファイルを表している領域は、強調され、図の中に挿入され、その子孫がその内で描かれてもよい。および／または、その親領域のいくつか（もしくは全て）が指示されてもよい。この見方では、論理的な接続にある階層化より好ましくはネットワークの実態が、ユーザに明らかにされることができる。
【０１９５】
マップが、ｎよりも大きいｉの値を持つデータファイルに関している情報を表示する（例 別々の表示パネルによって）ことは可能である。例えば、ｉ＝ｎであるファイルの上にマウスを置くことによって、ｉ＝ｎ＋１であるデータファイルに関する情報を表示することのオプションが、ユーザにあってもよい。この第ｉ層は、"見えない層"として参照される。
【０１９６】
図９から１２は、表示２００を含んで携帯電話装置に関連している。
電話装置のたいていの働きにおいては、表示装置は決まった情報を表示するが、携帯電話は、少なくとも１つの使用法がある（図１２で説明されている）。そこで表示２００は、発明に従って作られた図２０２を含んでいる。
【０１９７】
その表示はさらにアイコンの３×３グリッド２０４を含んでいる。それらのアイコンは、図２０２にある領域の意味を表しているアイコンであってもよい。（例 それらアイコンは、一定の第ｉデータファイルと論理的に関連した第（ｉ＋１）ファイルの意味を表していてもよい。もしくは、図２０２の領域に関してのコマンド（指令）（例 ブックマークの挿入）がある点ではそれと一貫してキーパッドを通って申し入れられることを許している明確なグリッドであってもよい。（今後"コマンドグリッド"と呼ぶ）
フラクタルスペース図２０２の詳細な構造は、大きな距離のスケールを含んでいて、それぞれの距離スケール上で、図は３×３グリッドである。これは、特に好都合である。なぜなら電話の数字１から９を示すボタンのパターンの３×３グリッドであるからである。すなわち、ユーザがフラクタルスペース図２０２に合ったアイテムを選んでいるこの様式で、ユーザは数字１〜９を示しているキーパッドの一部のキーを押すことによってそれぞれ距離のスケールで、そうすることができる。
【０１９８】
表示はまた２つの"ショートカット（近道）"（'システム（system）'と'キャンセル（cancel）'）を見せている。これは他のキーを押すことによってアクセスされることができる機能である。この２つの機能"system"と"cancel"は、キーパッド上で２つの上段キーを押すことによりそれぞれアクセスされることが可能で、そして、第２のコマンドグリッドが第１の代わり表示されることをそれぞれ引き起こし、そして、第１のコマンドグリッドに、例えば図２０２で現在強調されている領域の明確な拡大図と交代されることを引き起こしてもよい。
【０１９９】
図９は、発明に従って創作された図を示していて、図１２のフラクタルスペース図２０２として利用するのに適当である。これから見られるように、それはいくつかの距離のスケールを持ち、その最大が本来図９の広さである。もう１つの距離のスケール（"第１距離のスケール"）は、この１／３より少し小さくて、そして８つの第２領域２０４、２０６、２０８、２１０、２１２、２１４、２１６、２１８が描かれる距離のスケールである。（すなわちこの距離スケールは、領域の水平の広さである）８つの第２領域によって囲まれたエリアは、意味を表しているアイコンを表示するために残される。
【０２００】
なお一層小さい"第２距離のスケール"は、第３領域２２０、２２２、２２４（たとえば）が描かれる距離のスケールで第１距離のスケールのおよそ１／３である。第２距離のスケールのおよそ１／３である"第３距離のスケール"は、第４領域２２６等が描かれる距離のスケールである。
【０２０１】
最初に図９を参照し、エリア２０４、２０６、２０８、２１０、２１２、２１４、２１６、２１８によって表されている、少なくとも８つの第２データファイルがあるということがユーザには一見して分かる。そして領域２０４で示されている第２データファイルに論理的に関係がある少なくとも８つの第３データファイル２２０、２２２、２２４があるというのもただちに分かる。領域２２６によって示されている１つのデータファイルがある。それは、第３領域２２０で示されている第３データファイルに論理的に関連している。
【０２０２】
また、例えば、領域２１０で示された第２データファイルに論理的に関連した、４つの第３データファイルのみがある。
【０２０３】
上で説明したように、図９で見られる発明に従ったマップは、それぞれの第ｉ ディレクトリに関連した最大限８つの第（ｉ＋１）ディレクトリを表示することができる（それぞれの四角の中央領域は、アイコンのために記憶されてもよい）。その結果質問が出てくる：予め決められた上のリミットＭよりもっと第（ｉ＋１）ファイルがあるという場合に、発明の方法は何をするべきか。２つの可能性がある。第１に、第ｉ領域の中で、もしくは付近でシンボルが描かれ（例えば、図９の四角２０４の中央部に）、表示されなかった第（ｉ＋１）ファイルがあるということを指示していてもよい。そのようなシンボルは、たとえば四角２０４の中央部で表示されることができるであろう。もう１つは、仮定された第ｉ データファイルを表している領域は、第（ｉ＋１）ファイル全てを表示するための十分なスペース与えるために（例 ２つの四角２０４と２０６を取り巻くため）拡張されることができるであろう。例えば、第ｉ領域が四角２０４と２０６の結合である場合、表示は第ｉデータファイルに論理的に関連しているデータファイル１６個まで表示することができるであろう。
【０２０４】
Ｍの値は、生理学か心理学のデータに従って決められてもよい。例えば私達は、どんな状況においても非常に多くの選択の中から選ばなくてはならないことを嫌うのは一般的に知られている。だからＭの値は好ましくは全ての局面において５、６、１０もしくは２０にすぎない。
【０２０５】
図１０は、電話の働きを２つ表示している。図１０（ｆ）から図１０（ｊ）は、電話をかけるために携帯電話どのようにして使われることができるのかを示している。出発配置は、図１０（ａ）と図１０（ｆ）で見られる。表示エリアは、普通２３２で示されている。キーパッドパネルは、部分２３０で表されている。表示エリアの上部は、８つの四角リング２３３でコンピュータにアクセスできる機能を指示している。図上でははっきりと見られないが、それぞれの四角が機能を表しているシンボルを持っている。たとえば２のキーに一致している位置にあるシンボルには"電話ディレクトリ（telephone directory）"を表しているアイコンがある。表示エリアは、２つのショートカット（shortcuts）'サーチ（search）'と'スピード（speed）'を含んでいる。その２つは、キーパッド上の２つの上段キーに一致してる表示エリア上の位置にある。
【０２０６】
携帯電話は、ファイルのディレクトリを備えている。それは携帯電話の中に記憶されるか、遠い場所に記憶されてもよい。そのファイルは、少なくとも１つのファイルを含んでいる。その１つのファイルとは名前と、それに一致する電話番号を記憶している。
【０２０７】
ここの実例では、名前は８つ別々のファイルに分けられる。（A-C,D-E,F-H... のアルファベットで始まる名前をそれぞれが記憶している）。それらは全て１つの普通のディレクトリにある。
【０２０８】
これらの名前の配置が決められる方法は、そのカテゴリーにある名前の数に、任意に依存していてもよい。例えば、アルファベットＡ，Ｂ，Ｃで始まる名前の数が不均衡である場合、名前は再配列されてもよい。そのため第１ファイルは、アルファベットＡとＢで始まる名前のみを含み、それに対して、アルファベットC で始まる名前は別のファイルに記憶される。
【０２０９】
携帯電話に電話番号が記憶されている人に電話をかけるには、ユーザには２つの選択がある。
【０２１０】
第１に、キー２を押すことができる（キー２は、アレイ２３３にある電話のシンボルに一致している位置にあるから）。電話は次に、図１０（ｇ）で示されているように図２３４を作り出す。図２３４は、発明に従っていて、ユーザが利用できるデータファイルのディレクトリ構造を見せている。その表示はさらに、機能をそれぞれ表している８つのアイコンの輪２３５を含んでいる。ユーザは次に機能"search for names （名前の探索）"（アレイ２３５の７の位置にあるアイコンによって表されている機能）にアクセスしたいと指示するために、キー７を押してもよい。
【０２１１】
これによって、図１０（ｈ）にある表示が生み出される。四角２３８の整列アレイは、ディレクトリにあるデータファイルのレベルの意味を示し、図２３４にある文字の配列を表している。
【０２１２】
ユーザは、ショートカット"search（探索）"（すなわちsearch for names（名前の探索））を取るため、２つの上段キーの左の方を押すことにより、図１０（ｆ）で見られるモードから図１０（ｈ）のモードまで直接移動することができる。
【０２１３】
ユーザが、"Raiskinen "という人に電話をかけたいとしよう。この場合、図１０（ｉ）にある状態へ移動するために、ユーザは、キー7（列PーRの位置に一致している）を押す。図１０（ｉ）は、その列にある名前のリストである。この場合ユーザが、全ての一致する名前のスクロールできるリストが出てくることを要求するとき、その列にある全ての名前が１つのスクリーンに（ぴったりと）おさめられることができる。（もし、ある１つのアルファベットで始まるアドレス帳にある名前の数が大きいならば、そのファイル構造は、他の手段として、その名前の次に続くアルファベットも取り扱いながら整とんされるであろう。そして、その場合には、ユーザは、その人の名前の次のアルファベットの列を指定しなければならないであろう。）適当なキー８を押すことによってユーザは、Raiskinenに自動的に電話をかけることができる。
【０２１４】
図１０（ａ）〜（ｅ）は、ユーザがどのように電話呼び出し（コール）をディバート（転換）することができるのかを説明している。図１０（ａ）で示されている出発構成から始めて、５を２回押すか、ほんの少しの間（例０.５秒）押したままでいると、電話の機能リストがでる。ユーザはCALL REGISTER （電話の機能）を呼び出すために３を選び、そうして図１０（ｃ）にある構成に達する。その時、転換のためのアイコンが３の位置に示されていることに注目し、３を押して１０（ｄ）の構成に達する。ユーザは、呼び出しが転換されるべき所の番号（例 Ilka Raiskinen という人の番号）を直接入力することができ、それによって、１０（ｅ）の構成に達する。もしくは、図１０（ｈ）に移るため、探索ショートカットに一致しているキーを押して、上で述べられた様式でアドレス帳にある人たちの間で、コールが転換されるべき人を探索する機会を持つことができる。これは、micro（ミクロ）環境内で複雑な機能の遂行を容易にするために、どのように発明が成し遂げられることができるのかを表している。
【０２１５】
図１１は、発明に従っている携帯電話が、ワールドワイドウェブにアクセスするためにどのようにして使われるであろうということを説明している。５段階が、それぞれ図１１（ａ），１１（ｂ）１１（ｃ），１１（ｄ），１１（ｅ）でイラストされている。
【０２１６】
最初に図１１（ａ）を見て、電話はウェブにつながれていない。そして、本質的には図１０（ａ）に相当しているモードである。表示２３２は、一般的な情報を表示している。四角の輪２３３の４の位置にある四角（つまり、左側の真ん中）は、"ウェブ機能（web functions）"を表しているアイコンを持っている。ユーザは図１１（ｂ）にあるモードへ移動するため４を２回押す。
【０２１７】
この地点では、電話はまだウェブにつながっていない。しかし、表示エリアは、発明に従っている図２３４を作り出し電話のファイルを表示している（それは、図１０（ｃ）で見られる図に同様）。その表示エリアはまた、第２のエリア２３６も含んでいる。そのエリア２３６は、図２３４のエリアの様式に一致しているモードで描かれた８つの四角エリアを形成する。なおその表示は、２つの上段キーのボタンに一致している位置に、２つのショートカット"探索"と"接続（connect）"を含んでいる。
【０２１８】
右の上段キーボタンをクリックするか、キーパッド手段で下のグリッドにあるアイコンの１つをクリックすることにより、"接続"機能はアクテイベートされ、携帯電話はウェブにつながる。
【０２１９】
最初に携帯電話は、図１１（ｃ）で表されている "PORTAL"ホームページ（Home Page）につながる。図２３４はそれに基礎を置く。それを表しているホームページ自体が、ボックス ２３８に表示されることができる。キーパッド上のキー１を押して、左下の第２領域２４０で表されているファイルへ移動する。（しかしこの場合、まだファイルを開いていない。すなわちファイルからデータを引き出す）これによって図１１（ｄ）でみられる表示が出てくる。その図１１（ｄ）では、領域２４０は強調している色（例 赤）であるか、フラッシュしている。そして表示２３２の下の部分は、開いたファイルのタイトルを表示する。
【０２２０】
右の１番したのキー（通常＃）を押して、領域２４０で示されているファイルを開く（ファイルからデータを引き出す）。それはとくにその日の天気予報であり、図１１（ｅ）で表示されている。スクリーンの上部領域は今や、"name（名前）","link（リンク）","information（情報）"データと共に３×４グリッドの上で実際にレイアウトされる。その３つのデータは、電話キーパッド上一番下の列のキーでアクセスされた。発明は全般に、多数のキーのどんな配列（グリッドか、またはそうでなくても）とも結合することが可能である。そして、どんな時でも活動的なキーは、ユーザの行動に従って、変わってもよい。
【０２２１】
前で議論したように、表示スクリーン上のピクセルの数は限られている。図１３は、図１０にある全ての情報を与えている表示がどのようにしてそのようなスクリーン上で作られることができるのかを説明している。領域２０４１（図１０の領域２０４に意味上一致している）は、ちょうど１１×１１グリッド上で、図１１（ｂ）にあるように描かれることができる。（この配置は、図９の領域２２０と２２２に一致しているブロック間と、領域２２２と２２４に一致してるブロック間に、１つのピクセルを残すというのに注目されたい）図９の全体と同等である図を公開するために図１１（ｂ）に見られる１１×１１グリッドの３つは、図１３（ａ）にあるように、それらの間にピクセル１つ分のスペースをおいて配置され、３５ピクセルの合計を与える。一方では、図９の全ての情報を含んでいる図表は、ピクセルのほんの３５×３５アレイで、表示されることができる。
【０２２２】
実際は、このサイズのアレイは、もしピクセルが２つ以上の状態（ステート）（例 ただ黒白でなく、さらにもう１つかそれ以上の色）を持っていなければ、読むことが困難になる傾向があるということを、発明者は発見した。各ピクセルが３つのステートを持っている場合に、その発見は受け入れられた。
【０２２３】
明鮮度を高めるために（特にピクセルが２つのステートに限られている場合。例 黒白）、領域２０４と２０６に一致しているブロック間と、領域２０６と２０８に一致しているブロック間に、追加のピクセルが残されてもよい（そして第２領域の縦のスペースがそれ相当に増やされる）。そしてグリッドはその時３７×３７になる。好ましくは図の各サイドにそってるピクセルの数は１５０以下で、もっと言えば１００以下である。特に好ましいのは、表示をつくるのに使われたピクセルの数が７７×７７（図９にあるように）である時である。
【０２２４】
ピクセルの追加の列は、表示のブロックの間か、表示装置の能力に従って徐々に明彩度を高めるため、それらの他のふち周りに置かれることができる。（表示装置は発明の図のように同時に表示することを命じられているという他の情報を考慮している）。図１３にある図は、図１２で表された電話で使われる。遠さｑのどんなレベルでも（８まで）データファイルは、Ｍ＝８ポジションの連続で第１のｑ位置にレイアウトされ、数字キーの１−４と６−９の位置に一致しているということに注目されたい。この場合順序は、８つの位置の右回りの閉回路にある。その回路は、図にある予め定義された方向に関している。（例えば、最初の３つの位置はスクリーン上水平の方向にある。）
発明の範囲内で図を描くためのさまざまな技法を今から詳細に記述しよう。
【０２２５】
まず図１では、領域２５は、領域１６の円周内部の周りで隣と隣がちょうどフィットするようにサイズが測られている。ところが、図１４を見ると、第ｉデータファイルは領域３１６で表され、第（ｉ＋１）データファイルは、重複している円形領域３２５で表される。混乱を減らすため、ユーザはそれらの１つを指示し、（例 マウスで）それを強調して、残りの領域３２５を置くことができてもよい。その１つは、バックグラウンド（背景）（例 隠れた）モードの中で残りの領域３２５と重複する。
【０２２６】
重複している領域３２５のための他の手段は、図１３に関して上段で述べたものと似た方法で、領域３２５が詰め込まれる（例 円形から長円形、もしくは図１５にあるように）ことである。どの程度詰め込むのかを決められるであろう。そのため希望通りの数の円が、領域３１６の円周内部範囲に、半径の伸長が過度に小さくなることなく、描かれてもよい。図１５も、表示で領域を見分けるためにどんどん変わる灰色のスケールの扱い方を図示している。そのシェイディング（色の変化）は、２色の中間であってもよい。そして、色をつけられる領域は、２つのセグメント（部分）に（あるいはそれ以上に）分離されてもよい。それらの各々が限界範囲の色（もしくは、それその物の特定の範囲色）を使用する。例えば、親の右側の子供達は、ユーザが右周りに動くにつれて白から黒へ変色されてもよい。そして左側の子供達は、黒から白へ変えられてもよい。これによって領域は、連続する／増加する方法で変色されることができ、従って、色が大きく途切れてかわることを避けることができる。だから、ファイルのどんな意味にも価値のない切れ目（不連続）に隣接するファイルにでる過度の強調も避けることができる。
【０２２７】
図１，１４，１５では、全ての領域は等しく色がつけられてもよいが、事実どんな色付けの案も可能である。例えば、第１領域内で配置された第２領域は、徐々に色付けする案に一致しながら着色されてもよい（例 灰色の灰色の同等で連続的に第ｉ 領域円周の周りで増大し、もしくは多色を連続的に上げてゆく）。
【０２２８】
図１６は、領域を描くための"論理的な集中"方法の例を表している。そこでは、第（ｉ＋１）領域３３２は、第ｉ 領域３３０とただ部分的に重複しながら描かれる。付随的にその方法が"論理的な"と言われるのは、全ての第（ｉ＋１）領域３３２が円形領域３３４の内部にあるからである。（それは、マップの組み立て、またはマップとの相互作用において使われる＜もしくは、使われることができるであろう＞。それで、"暗に含まれている"が、それにもかかわらず、何とかしてユーザには見えないままである）。
【０２２９】
図１７は、発明に従って作られたもう１つのマップを表示している。領域３４０が第１ファイルを意味する限り、４つの第２領域３５０、３５１、３５２、３５３は、第２ファイルを意味する。その４つの領域３５０、３５１、３５２、３５３のそれぞれが同じ距離のスケールに従って描かれる。その意味では、それら各々は、図１７にある概念的な円３４７内部で、強制されたそれぞれの形の限界範囲内、最大にサイズが測られて描かれる。円３４７は、その４つの第２領域それぞれにとって同一のものである。第２領域３５３は円形であり、従ってそれの概念的な円範囲を完全に満たすことができるということに注目されたい。これは、図１７にある４つの領域が、同じ距離のスケールによってそれらの大きさが描かれたが、それらが、等しい最大直径（もしくは、形とか）をしているとは自動的に意味しないということを説明する。
【０２３０】
図１８は、発明に従ってさらに進んだマップを示す。それは、正三角形（左右対称）で描かれた。この場合、Ｍの値は３と等しい。それは方法は一定の親の子供達を３つ以上は表示しないで、固定され、なぜならどれか１つの親領域内で描かれる最初の２つの領域が、その親が２つか３つの子供達を含んでいようと、親に相対的な同じ場所で描かれるからである。（違って扱われるたった１つの子供を領域が含んでいるというときが、たびたびそのケースである）。
【０２３１】
図１９は、発明に従ったもう１つのマップである。そこでは、それぞれの第ｉ 領域の第（ｉ＋１）領域は、第ｉ 領域の半分の広さに等しい大きさで、（その図で見比べられているように、現実の表示と同じになる必要はない）そして、第（ｉ＋１）領域の数で割った第ｉ 領域の高さに等しい高さをしている。３つの第２ファイルの１つはフレームセット で、線で示されてある。図１９で表されているデータファイルのセットは、事実図３と図４にあるそのセットと同一である。このマップは、方向的に無変化で、発明の第４局面のもとで前に述べた第４の好ましい特徴を示す。この点で、それはツリーマップと異なる。
【０２３２】
図２０は、発明に従って描かれたもう１つのマップを示す。図１９で描かれたのと同等のファイルのセットを表している。この場合、ルールは全てのファイル長円形で、スクリーン中央を通して水平のライン（その図から分かるように）上に、その長い軸を置いているということによる。フレームセットは、垂直の線でその長円形を２つに分けていることを表している。全ての第３領域は、その長い軸上で等しい長さをしていて、強制された範囲内でそれぞれの長円形が最大に長くなっている。これによって、第２領域それぞれのサイズは、各々が含んでいる第３領域の数に依存しているという結果がでる。
【０２３３】
上で説明したように、発明の多数のデータファイルをマップにすることに対して限界がない。しかし、一方で、単一のデータファイルのセグメント図、もしくは多数のデータファイルの切片図には限りがあってもよい。１つ可能なことは、データファイルのこれらの部分が、コンピュータプログラムのそれぞれの部分を表すことによる。例えば、各々の部分は、特定の半ルーチンを含んでいるデータファイルの一部であることが可能であろう。プログラムの部分間の論理的な関係（例えば、半ルーチンが呼び出されることができる特別な場合）は、本発明に従う方法により図にされることができる論理的な関係もうひとつセットを意味する。どんなプログラム作成も、コンテンツプレゼンテーション言語文法もコードも、この方法で表されることができる。例えば、発明者はそれは、ＨＴＭＬ構造に特に適当であると発見した。
【０２３４】
一定のプログラムは、プログラムの概念の構造に関連していない方法で、１つまたは、それ以上のデータファイルを通して分配されてもよい（例 あるサブルーチンは、完全なデータファイルであってもよいし、またあるサブルーチンはただデータファイルのセグメント（部分）でもよい。また他のサブルーチン、いくつかのデータファイルを通して分配されてもよい）。それにもかかわらず、ユーザは、プログラムの概念構造になるデータファイル（もしくは完全なデータファイル）のセグメント間の論理的な関係を選ぶことができてもよい。そのためマップの領域はサブルーチンに相当して、マップは１つのサブルーチンに基づいて描かれる（第１データファイルの役割を果たしている）。
【０２３５】
この種の図を使って、ウェブのデザイン、そのレイアウトも含めて容易にすることができる（例 ＨＴＭＬで）。発明に従って作られた図を含んで表示をつくりだす場合、表示エリアのさらなる部分は、ユーザスクリーン上で言語が作り出した（数）ページを意味してもよい。ユーザには図の一部を指示するオプションがあってもよい（例 マウス作動によって、もしくは１つまたはそれ以上のキーを押すことによって）。そしてこの場合、ユーザによって作られた図の領域に一致しているプログラムの部分と結合した、その（数）ページ表示の部分は強調されてもよい。
【０２３６】
上で議論されたように、発明の図は、ユーザのスクリーン上で作られた表示の全体（部）である必要はない。その上、１セットのデータファイルを図式化するにおいて、発明に従っている図は、ｉ＝１の値までのファイルを図にするために使われてもよい。そしてその他いくつかの図式案は、より高いｉの値のファイルを図にするために使われてもよい。
【０２３７】
もっと一般的に、発明の範囲内のおいては、j が１よりも大きい整数である、ｊ，…，ｎの範囲にあるｉのために、前に述べた方法で第ｉファイルへの論理的な関係を用いながら、その方法は第（ｉ＋１）ファイルをマッピングしてもよい。そして、この範囲外のｉのためには、違う案（例 減少している距離のスケールを持たない）に従って行われてもよい。原則として、複数の並びの内でｉの値のために、減少するスケールを持つ（例 サイズが小さくなる）領域とでも、図はつくりだされることが可能かもしれない（発明の限界内で）。そしてそれらの並び外のｉ のために違う描写案（例 ハイパーボリック図式案）に従ってゆく。この種の図はここで、"パーティアル（部分的）"と呼ばれる。
【０２３８】
発明の全ての局面において、ユーザには図の内部で特定の領域を選ぶために、情報をインプットするオプションがあってもよい。このためにユーザは、コンピュータのキーボード（もしその図が、コンピュータ装置で作られたか、コンピュータにつながった装置でつくられたならば）、スライダ、２Dローラー、ノブ、パッド、タッチスクリーン、キーグリッド／その他のキー配列（例 携帯電話）、またはその他の装置を使ってもよい。
【０２３９】
図を通してナビゲートするための特に容易に理解できる方法は、ユーザが１レベルずつそうしてゆくことによる（すなわちｉの値を連続的に増やすため）。それぞれの第ｉ領域の第（ｉ＋１）領域は、好ましくは一次元の経路に沿ってレイアウトされるので、ユーザは、それぞれのレベルで一次元の動作をもとにファイルを選んでもよい。このように第（ｉ＋１）領域を選んだ時、ユーザは次にその第（ｉ＋１）領域に関連した第（ｉ＋２）領域内でナビゲートしたいと指示してもよい（例 キーを押してゆくことによって）。このように、複数のデータファイルの中でのどんなファイルの選択も、単に一次元の指示によって成し遂げられ、それは連続的にｉ を増やすためのレベル変更の指示と連結していてもよい。
【０２４０】
これによって、ナビゲーションは、より一層簡単なものになる。なぜなら我々操縦士の一次元の動きは、二次元のそれと比べられる時、生理学的に自然であるからである。ある状況での一次元の動きは例えば、ユーザの手でマウスを一次元の流れで動かしてもよい（例 ひじを静止させて手を動かす）。もしくは本質的に１Ｄであるノブとかスライダのような指示装置の動きであってもよい。
【０２４１】
この動きをさらに容易にするため、表示エリアのセクションは、ユーザが１Dモーションで選んでいるファイルのセットを、実体上まっすぐな１Dラインにシンボルで指示してもよい。例えば、形（四角）の列は、第（ｉ＋１）ファイル（ユーザは、このファイルから選択を決める）の数に、数の上で一致しながら供給されてもよい（多分同じオンスクリーンエリアにおさまるようにいつも測られてもよい。しかし多くのファイルがそれゆえ表示される必要がある）。前述した生理学上の理由のためある状況でユーザによって見られるときに、このオンスクリーンエリアが表示エリアで水平であれば、それが１番簡単だということを発明者は発見した。この場合ユーザは、発明の図式のある回路でどんな湾曲にあっても（第（ｉ＋１）領域はこれに沿ってレイアウトされる）方向を失うことは全くない。
【０２４２】
事実、ファイルにアクセスする３つの方法の間で特徴を描写することができる。第１方法："連続のアクセス"とは、各モーションのために行動が伴い（例えばボタンを押すか、ローラー指示装置を動かすとか）、１つずつファイルのリストを通して動くことであってもよい。第２方法："パラレル（並行な）アクセス"とは、１次元モーション（前段落にあるような）の連続である。第３方法："フラクタル アクセス"とは、２（もしくはそれ以上）次元の選択によって（例 図１にある図上をマウスによって）、いくつかの論理的なリンクを離れたファイルへとびはねることによる。通常は、パラレルアクセスが１番速いアクセス法で、それはマウスのような二次元指示装置なしで成し遂げられることが可能である。
【０２４３】
図２１は、２つのライン図（それぞれ図２１（ａ），２１（ｂ））を表示する。そこでは頂点の位置は、図２２（ａ）と２２（ｂ）でそれぞれ示されたフラクタルスペース図の円の中心に等しい。図２２（ａ）か（ｂ）で示された領域は、'センシティブ'であってもよい。その意味では、もしユーザが図の１つの円形領域の内部にある（この場合）表示で位置を指示するならば、これは円によって表されたデータファイルの指示として受け取られることができる。例えば、領域の内部にマウスのカーソルを置くことにより、ディスプレイ（表示）はそのファイルへ移動する。例、そのファイルについての情報を表示する。しかし、そのディスプレイ２２（ａ）か（ｂ）を表示することよりも、好ましくは方法はもう１つの手段としてディスプレイ２１（ａ）か（ｂ）をそれぞれ表示してもよい。従って、表示は図２１（ａ）か（ｂ）であってもよいが、その表示の機能性は図２２（ｂ）に一致しててもよい。すなわち、図２２の円形領域は、ユーザには見えないが、それらの機能性を利用することができる。
【０２４４】
図１０では、キーパッドパネルは９つの番号がついたボタンの３×３アレイを含んでいて、その図とコントロールパネルは両方この分離したキーボードに一致するよう描かれる。しかしユーザが指示装置を操作し、領域を図の領域および／またはコントロールパッドに一致させているコンセプトは、この分離した場合に限られていない。例えば、指示装置はセンシティブな領域を持っているエリアを含んでいてもよい。それは、高い精密な（例 実体上連続的な）距離のスケール上で、ユーザのモーションを記録することができる。有限の数の可能性（例 一定の第ｉファイルの第（ｉ＋１）子供達の１つ。もしくは、コントロールパネルの領域の１つ）の１つを指示するためにこの指示装置を使うことが求められた時、一致している数の領域は、その指示装置のセンシティブな領域内で（自動的に）明確にされてもよい。それによってユーザは、この領域でのモーションによってその可能性を指示することができる。
【０２４５】
この特徴を取り入れている発明に相当している装置の実例は、図２３に示されている。指示装置は、円形の指示装置４００である。それは、ユーザがその円周上どの点にでも押すことを示すことができる。その指示装置４００の内部は、フラクタル図を表示しているスクリーン４０６を含む。ユーザはすでに、そのフラクタル図の上で第２領域４０７を指示している。それは、この第２領域４０７のための５つの第３領域４０１、４０２、４０３、４０４、４０５を含む。円形領域４００は自動的に、５つのゾーンに分けられる（これら５つのゾーンは好ましくは、ユーザに見えるように指示される。例、リング４０７の内部で、違うそれぞれの表示カラーによって）。そのためユーザは、その５つのセンシティブなゾーンの１つを選ぶことによって、第３領域４０１、４０２、４０３、４０４、４０５の１つを選ぶことができる。
【０２４６】
図２３にある装置は、時計の形成で、例えばコントロール装置４００は、時計のベゼルの位置にいてもよいということが眺められる。本当に、フラクタル図が表示されていない時、装置はスクリーン４０６上に時間を表示してもよい（ひょっとしたら、別のフラクタル図の手段によって）。図２３には図示されてないが、その装置は、５つの領域４０１、４０２、４０３、４０４、４０５の意味を指示するラベル付け案をさらに含んでいてもよい（例 輪４０７で描かれた１つは、円周の位置で、ベゼル４００のセンシティブな領域と一致している）。
【０２４７】
ユーザは、円周のポイントを、例えば押すこと（もしくは、ただ触る）によって、自分の選択を合わしてもよい（また、そうすることができてもよい）。従って特定の位置が強調されることになる。まだ押していて、強調を隣接している（もしくは他の）領域へ移動させている間、ベゼルをまわすオプションがあってもよい。そして次に、その領域としての新しい強調を選ぶためにそのベゼルを放す。
【０２４８】
上の実施例は、例示ためのみに述べられており、本発明の範囲および精神は、添付の請求項に関して理解されるべきである。
【図面の簡単な説明】
【図１】 発明に従う第１の方法によって作られたマップを含むスクリーンウィンドウを示す。
【図２】 クリック距離がどのようにして図１で示したスクリーンウィンドウの一部として表示されることができるかを示す。
【図３】 発明に従う第２方法によって作られたマップを示す。
【図４】 発明に従う第３方法によって作られたマップを示す。
【図５】 発明に従う第４方法によって作られたマップを示す。
【図６】 （ａ）−（ｄ）は、発明に従って第５方法によって作られたマップを示す。
【図７】 （ａ）−（ｃ）は、ディレクトリ構造内で９６のファイルを表示するために発明に従うマップの使用を示す。
【図８】 （ａ）−（ｃ）は、データファイルを特徴付ける情報を表示する３つの方法を示す。
【図９】 発明に従う方法によって作られ、携帯電話においての使用にも適当であるマップを示す。
【図１０】 （ａ）−（ｊ）は、図９のマップを備えた携帯電話がどのようにして電話をかけるために使用されることができるか示す。
【図１１】 図１０のマップを備えた携帯電話がどのようにしてウェブにアクセスするために使用されることができるか示す。
【図１２】 発明に従う携帯電話を示す。
【図１３】 図１２の電話のマップが低解像度スクリーンで発明に従ってどのように描かれることができるか示す。
【図１４】 発明に従うマップの一部を模式的に示す。
【図１５】 発明に従う他のマップの一部を模式的に示す。
【図１６】 発明に従う他のマップの一部を模式的に示す。
【図１７】 発明に従う他のマップを示す。
【図１８】 発明に従う他のマップを示す。
【図１９】 発明に従う他のマップを示す。
【図２０】 発明に従う他のマップを示す。
【図２１】 （ａ）および（ｂ）は、図２２に示されたそれぞれの（見えない）スクリーンエリアを指示するユーザへのそれぞれのディスプレイを示す。
【図２３】 発明に従うさらなる装置を示す。

Claims (45)

1. コンピュータにより複数のデータファイルのうちの１つであるデータファイルに関する情報を表示する方法であって、その方法は、
   （Ａ）次のステップ（ａ）および（ｂ）により、記憶手段に記憶されたデータファイル間の論理的な関係の表示をユーザに発生するように表示手段を制御するステップを含み：
   （ａ）前記データファイルの第１ファイルのために、前記表示手段の表示エリアにおいて第１領域および１つまたはそれ以上の第２領域を表示するステップ；前記第２領域は、第１ファイルと論理的に関連する１つまたはそれ以上の第２ファイルをそれぞれ表し、前記第２領域は、第１のスケールに従って定義されたサイズを有し、および
   （ｂ）第ｉファイルまたは各々の第ｉファイルのために、前記表示手段の前記表示エリアにおいて１つまたはそれ以上の第（ｉ＋１）領域を表示する（ｎ−１）のさらなるステップ（ｉ＝２，…，ｎ）；前記第（ｉ＋１）領域は、第ｉファイルと論理的に関連する１つまたはそれ以上の第（ｉ＋１）ファイルをそれぞれ表し、前記第（ｉ＋１）領域は、第（ｉ−１）のスケールより小さい第ｉのスケールに従って定義されたサイズを有し、
   前記表示された第２領域の各々が前記第１の領域の周に沿って配置され、
   少なくとも１つの第ｉファイルのために、前記第ｉファイルに論理的に関連する前記第（ｉ＋１）ファイルを表す前記表示された第（ｉ＋１）領域の各々が、論理的に関連する前記第ｉファイルを表す前記第ｉ領域の周に沿って配置され、
   前記方法は、
   （Ｂ）前記ステップ（Ａ）の後、前記表示に基づいて入力装置を用いて行われたユーザによるファイルの１つの選択を受け付けるステップと、
   （Ｃ）前記ステップ（Ｂ）の後、前記選択されたファイルに関する追加の情報をユーザに表示するように前記表示手段を制御するステップとをさらに含むことを特徴とする、方法。
2. 所与の第ｉファイルの第（ｉ＋１）領域のそれぞれのサイズは、それぞれの第（ｉ＋１）ファイルを特徴付ける変数の関数である値により乗算された第ｉのスケールである、請求項１に記載の方法。
3. 前記スケールは、ｎの値にかかわらず、前記表示の全エリアが予め定められた値を決して超えないように、予め定められた関係に従ってｉとともに減少するように選択される、請求項１または２に記載の方法。
4. 前記第（ｉ＋１）領域は、前記対応する第ｉ領域内に配置される、請求項１〜３のいずれかに記載の方法。
5. ｉ＝１、…ｎについて、１つまたはそれ以上の前記（ｉ＋１）領域の形状は、形状を決定するための形状ルールにより決定され、前記形状ルールはｉおよび／または前記（ｉ＋１）領域の数から独立している、請求項１〜４のいずれかに記載の方法。
6. １つまたはそれ以上の第ｉ領域について、前記対応する（ｉ＋１）領域は、配置を決定するための配置ルールによって決定された角度的な関係と互いに関連して空間的に配置され、前記配置ルールはｉから独立している、請求項１〜５のいずれかに記載の方法。
7. 前記配置ルールは、前記表示エリアにおいて予め定義された方向に関連しており、それにより第（ｉ＋１）領域の角度的な関係は、予め定められた方向に関連している、請求項６に記載の方法。
8. 少なくとも１つの前記領域のグラフィカルな外観は、当該領域により表されるそれぞれのファイルの特徴に従っている、請求項１〜７のいずれかに記載の方法。
9. 前記領域により表される前記ファイルの特徴は、前記ファイルがリーフノードであることである、請求項８に記載の方法。
10. 前記コンピュータは、ユーザが少なくとも１つの前記ファイルにラベルを付すことができるようにプログラムされ、ファイルがラベルを付されたことを示すために前記それぞれのラベルが付されたデータファイルの各々を表す領域を変更する、請求項１〜９のいずれかに記載の方法。
11. 前記コンピュータは、ユーザが前記領域のグラフィカルな外観を決定するルールのいずれかを再定義する選択を有するようにプログラムされた、請求項１〜１０のいずれかに記載の方法。
12. １つの領域のグラフィカルな外観は、形状、色付き、サイズ、配置、ハッチング、フラッシュまたは関連のアイコンを含む、請求項８〜１１のいずれかに記載の方法。
13. １つまたは各第ｉファイルを表す表示のエリアはその下位ファイルにより完全にはタイル状に分割されない、請求項１〜１２のいずれかに記載の方法。
14. 前記追加の情報を表示するように前記表示手段を制御するステップは、選択されたファイルに関連したタイトルまたはシンボルを表示するように前記表示手段を制御することを含む、請求項１〜１３のいずれかに記載の方法。
15. 前記追加の情報を表示するように前記表示手段を制御するステップは、選択された第ｉファイルに対応する１つまたはそれ以上の第（ｉ＋１）ファイルに関連したタイトルまたはシンボルを表示するように前記表示手段を制御することを含む、請求項１〜１４のいずれかに記載の方法。
16. 前記追加の情報を表示するように前記表示手段を制御するステップは、選択されたファイルを開くことを含む、請求項１〜１５のいずれかに記載の方法。
17. 前記追加の情報を表示するように前記表示手段を制御するステップは、前記領域の１つにより表される選択された第ｊデータファイル（１≦ｊ≦ｎ）のために、第ｊファイルとの予め定められた論理的接続を有する各ファイルごとの追加の領域を発生することを含み、各追加の領域は前記それぞれ接続されたファイルの意味を示すデータを含む、請求項１〜１６のいずれかに記載の方法。
18. 前記予め定められた論理的接続は、追加の領域が表示されているデータファイルが、選択された第ｊデータファイルと同じ第（ｊ−１）データファイルに論理的に関連した第ｊデータファイルであることである、請求項１７に記載の方法。
19. 前記予め定められた論理的接続は、追加の領域が表示されているデータファイルが、選択された第ｊデータファイルに論理的に関連した第（ｊ＋１）データファイルであることである、請求項１７に記載の方法。
20. 前記追加の領域の１つの選択は、前記追加の領域に対応する領域の選択と等価である、請求項１７〜１９のいずれかに記載の方法。
21. １つのファイルが選択されると、選択されたファイルを第１ファイルとして用いて前記表示を発生するように前記表示手段を制御するステップを繰り返すステップをさらに含む、請求項１〜２０のいずれかに記載の方法。
22. 前記繰り返すステップは、元のファイルと選択された第１ファイルとの間の１つまたは複数の経路上のファイルに対応する領域をユーザに対して表示するように前記表示手段を制御することを含む、請求項２１に記載の方法。
23. 前記選択は、選択されたファイルを表す前記領域を示すことにより行われる、請求項１〜２２のいずれかに記載の方法。
24. 前記選択は、前記入力装置としてタッチセンシティブスクリーンまたはマウス、タッチセンシティブパッドまたは他のカーソル式装置のようなポインティングデバイスを動作させて、選択されたファイルを表す領域を指し示すことにより行われる、請求項１〜２３のいずれかに記載の方法。
25. 前記ポインティングデバイスを動作させることによる選択に感応する領域は、表示された対応の領域よりも大きい、請求項２４に記載の方法。
26. 前記データファイルは単一のデータファイルの部分である、請求項１〜２５のいずれかに記載の方法。
27. 前記論理的関係は予め定義されない、請求項１〜２６のいずれかに記載の方法。
28. 前記論理的関係はユーザにより定義される、請求項１〜２７のいずれかに記載の方法。
29. 前記コンピュータは、前記データファイルのいずれか１つが前記データファイルの他のいずれか１つに論理的に関係しているか否かを決定するルールを定義するようにプログラムされた、請求項１〜２８のいずれかに記載の方法。
30. 少なくとも１つの基準が所与の第ｉファイルと論理的に関連する一部の第（ｉ＋１）ファイルを識別するために用いられ、前記方法は、識別された前記一部の第（ｉ＋１）ファイルのための領域を表示しないように前記表示手段を制御するステップをさらに含む、請求項１〜２９のいずれかに記載の方法。
31. 前記少なくとも１つの基準は、識別されたファイルが既に表されていること、および／または、それが論理的に関連するデータファイルが既に表されていることである、請求項３０に記載の方法。
32. 前記少なくとも１つの基準は、所与の第ｉファイルに論理的に関連する第（ｉ＋１）データファイルが予め定められた数Ｍよりも多く存在する場合に、前記コンピュータは、それらの第（ｉ＋１）ファイルのＭ個のみをそれぞれ表すＭ個の第（ｉ＋１）領域を定義するようにプログラムされた、請求項３０に記載の方法。
33. 前記コンピュータは、ユーザがどのＭ個の第（ｉ＋１）ファイルが表されるのかを制御することができるようにプログラムされた、請求項３２に記載の方法。
34. 前記少なくとも１つの基準は、定義された領域が小さすぎて選択されないことである、請求項３０に記載の方法。
35. 第ｉファイルに論理的に関連する第（ｉ＋１）ファイルの第（ｉ＋１）領域は、前記第ｉファイルの第ｉ領域内で重なり合わない、請求項１〜３４のいずれかに記載の方法。
36. 第（ｉ＋１）領域は予め定められたサイズおよび配置ルールの制約内で可能な限り大きい、請求項１〜３５のいずれかに記載の方法。
37. 前記前記（ｉ＋１）領域は、前記（ｉ＋１）領域の数に応じた位置に配置される、請求項１〜３６のいずれかに記載の方法。
38. ｎは、（ｉ）ユーザのスクリーンの解像度、（ｉｉ）表示を作成するために利用可能なコンピュータリソース、（ｉｉｉ）第１ファイルからクリックの一定数離れたファイルの数、（ｉｖ）ユーザによるより早い選択、または（ｖ）予め定められた値のうち、いずれか１つまたはそれ以上に依存する、請求項１〜３７のいずれかに記載の方法。
39. 前記論理的関係は階層的でない、請求項１〜３７のいずれかに記載の方法。
40. すべての対応する第（ｉ＋１）ファイルおよびそれらの下位ファイルを表す全エリアを除く、前記１つのまたは各第ｉファイルを表す表示のエリアは、前記第（ｉ＋１）ファイルおよびそれらの下位ファイルのいずれか１つを表す全エリアの少なくとも半分である、請求項１３に記載の方法。
41. 表示手段、および複数のデータファイルに関する情報へのアクセスを有する処理装置を含む装置であって、前記処理装置は、次のステップ（ａ）および（ｂ）を実行することにより、記憶手段に記憶されたデータファイル間の論理的な関係の表示をユーザに発生するように前記表示手段を制御するように構成され：
    （ａ）前記データファイルの第１ファイルのために、前記表示手段の表示エリアにおいて第１領域および１つまたはそれ以上の第２領域を表示するステップ；前記第２領域は、第１ファイルと論理的に関連する１つまたはそれ以上の第２ファイルをそれぞれ表し、前記第２領域は、第１のスケールに従って定義されたサイズを有し、および
    （ｂ）第ｉファイルまたは各々の第ｉファイルのために、前記表示手段の前記表示エリアにおいて１つまたはそれ以上の第（ｉ＋１）領域を表示する（ｎ−１）のさらなるステップ（ｉ＝２，…，ｎ）；前記第（ｉ＋１）領域は、第ｉファイルと論理的に関連する１つまたはそれ以上の第（ｉ＋１）ファイルをそれぞれ表し、前記第（ｉ＋１）領域は、第（ｉ−１）のスケールより小さい第ｉのスケールに従って定義されたサイズを有し、
    前記表示された第２の領域の各々は前記第１の領域の周に沿って配置され、
    少なくとも１つの第ｉファイルのために、前記第ｉファイルに論理的に関連する前記第（ｉ＋１）ファイルを表す前記表示された第（ｉ＋１）領域の各々は、論理的に関連する前記第ｉファイルを表す前記第ｉ領域の周に沿って配置され、
    前記処理装置は、前記ステップ（ａ）および（ｂ）の実行による前記表示手段の制御の後、前記表示に基づいて入力装置を用いて行われたユーザによるファイルの１つの選択を受け付けるように構成され、
    前記処理装置は、前記ファイルの１つの選択を受け付けた後、前記選択されたファイルに関する追加の情報をユーザに表示するように前記表示手段を制御するように構成される、装置。
42. 前記表示手段は、パーソナルデジタルアシスタント、機内娯楽システムまたは移動電話で典型的に利用可能なミニサイズまたはマイクロサイズのディスプレイを含む、請求項４１に記載の装置。
43. 携帯装置である、請求項４１または４２に記載の装置。
44. 前記入力装置として、ジョイスティック、ベゼルまたは複数のキーのような機械式データ入力装置を含み、領域の配置は前記機械式データ入力装置のレイアウトに対応する、請求項４１〜４３のいずれかに記載の装置。
45. データ処理装置により読み取り可能なプログラム命令を含み、かつ前記データ処理装置がプログラミング命令を遂行するときに前記データ処理装置に請求項１〜４０のいずれかに記載の方法のすべてのステップを実行させる、コンピュータプログラムを記憶した記録媒体。

Images