(57)【特許請求の範囲】
【請求項１】
コンピュータ・システム内でデータを表示するための方法において、
ディスプレイ上のウィンドウ内に階層データ・ツリーを表示するステップと、
前記ウィンドウからディスプレイの他の領域に、ルートとして選択するためにサブツリー・ノードをドラッグするユーザの選択に応答して、新しいサブツリー・ウィンドウをオープンするステップと、
ユーザがルートとして選択したノードを使用して、前記サブツリー・ウィンドウ内に新しいデータ・ツリーを表示するステップと、
選択したノードのサブツリーは、前記サブツリー・ウィンドウ内に示されるときに前記ウィンドウから除去するステップと、
前記サブツリー・ウィンドウのルート・ノードと前記ウィンドウ内の親ノードとの接続を描くステップと、
前記サブツリー・ウィンドウ内の階層データ・ツリーを前記ウィンドウ内の階層データ・ツリーとして、前記サブツリー・ウィンドウ内の階層データ・ツリーに対して、前記オープンするステップと、前記新しいデータ・ツリーを表示するステップと、前記除去するステップと、前記接続を描くステップとを繰り返すステップと
前記ルート・ノードを前記サブツリー・ウィンドウから親ツリーの前記ウィンドウへのユーザのドラッグに応答して、前記ウィンドウはその親ツリーの一部としてサブツリーを含むように描き直さすステップと、
前記サブツリー・ウィンドウはクローズするステップと、
他のサブツリーからそれぞれの親ノードへのリンクが引き直されるステップと
を含む方法。
【請求項２】
コンピュータ・システム内でデータを表示するための方法を実行させるためのプログラムを記録した記録媒体であって、前記方法は、
ディスプレイ上のウィンドウ内に階層データ・ツリーを表示するステップと、
前記ウィンドウからディスプレイの他の領域に、ルートとして選択するためにサブツリー・ノードをドラッグするユーザの選択に応答して、新しいサブツリー・ウィンドウをオープンするステップと、
ユーザがルートとして選択したノードを使用して、前記サブツリー・ウィンドウ内に新しいデータ・ツリーを表示するステップと、
選択したノードのサブツリーは、前記サブツリー・ウィンドウ内に示されるときに前記ウィンドウから除去するステップと、
前記サブツリー・ウィンドウのルート・ノードと前記ウィンドウ内の親ノードとの接続を描くステップと
前記サブツリー・ウィンドウ内の階層データ・ツリーを前記ウィンドウ内の階層データ・ツリーとして、前記サブツリー・ウィンドウ内の階層データ・ツリーに対して、前記オープンするステップと、前記新しいデータ・ツリーを表示するステップと、前記除去するステップと、前記接続を描くステップとを繰り返すステップと
前記ルート・ノードを前記サブツリー・ウィンドウから親ツリーの前記ウィンドウへのユーザのドラッグに応答して、前記ウィンドウはその親ツリーの一部としてサブツリーを含むように描き直さすステップと、
前記サブツリー・ウィンドウはクローズするステップと、
他のサブツリーからそれぞれの親ノードへのリンクが引き直されるステップと
を含む方法である、プログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般にコンピュータ・システム管理に関し、具体的にはコンピュータ・データの視覚表現に関する。より詳細には、本発明は、コンピュータ・システム内のツリー構造の改良された表現に関する。
【０００２】
【従来の技術】
様々なアプリケーション・プログラムおよびオペレーティング・システムは、コンピュータ上に記憶された情報のリストをユーザが見ることができるようにするユーザ・インタフェース機構を含む。たとえば、マイクロソフト社のWindows 98というオペレーティング・システムは、コンピュータ内に記憶されたファイルをユーザが追跡するのに役立つようにWindows Explorerというプログラムを含む。単純なＰＣでも数千のファイルを記憶する能力を有するので、コンピュータ上に記憶された情報のリストを見るための効果的な手段を多くのアプリケーションが含むことは重要なことである。
【０００３】
ファイル、ディレクトリ、その他のコンピュータ・リソースからなる大きいリストは、階層様式で示すとかなり理解しやすくなる。階層的表示は、コンピュータ・リソースをリストするための効果的な方法である。というのは、ユーザが所望の項目をより容易に突き止めることができるように関連の主題をまとめてグループ化するからである。階層を表す方法の１つは、ツリー構造を使用することである。ツリー構造は、相俟ってツリーを構成する、ノードと呼ばれる複数の参照点を含む。ツリーの起点またはベースはルート・ノードと呼ばれ、親ノードがまったくないものとして特徴付けられる。他のすべてのノードは、唯一の親と、潜在的に１つまたは複数の子ノードを有する。リーフはそのツリーの階層内の最低ノードであり、したがって、子がまったくない。ツリー構造のこの概念は、多くのタイプのデータまたはコンピュータ・リソース分類に適用することができる。
【０００４】
このツリー構造の一例は、サブディレクトリの階層を使用して関連情報をまとめてグループ化するファイル・システムである。この例では、メイン・ディレクトリはツリーのルート・ノードであり、メイン・ディレクトリへの複数のサブディレクトリはその子ノードである。階層の追加の層を達成するために、各サブディレクトリを複数の他のサブディレクトリに分割することができる。各階層レベルには複数のファイルが存在する可能性があり、そのファイルはツリー構造のリーフ・ノードである。ファイルのディレクトリに加え、ツリー構造の概念はデータの他の任意のグループ化に拡張することができる。
【０００５】
ツリー構造を使用することはコンピュータ内に記憶された複雑な情報を表現するための効果的な方法であるが、ユーザが情報を容易にブラウズできるようにコンピュータが情報を表示することが重要である。特に典型的なパーソナル・コンピュータのメモリ容量の拡大を考慮すると、現在のコンピュータ・システムに複雑なツリー構造が設けられていることは、極めて典型的なことである。ネットワーク全域に分散可能なデータの量は膨大なので、コンピュータ・ネットワーク・アプリケーションによってさらに複雑さが追加される。
【０００６】
特にネットワーク・データベース・アプリケーションは、ネットワーク全域に分散されるデータベース・リソースを表すために、効果的なユーザ・インタフェースを必要とする。典型的なネットワーク・データベース構成では、コンピュータ・ネットワーク全体に多数のサーバ・データベース・アプリケーションが分散していることは珍しいことではない。ネットワーク内の各サーバ・データベース・アプリケーションは非常に複雑な情報階層に関連付けることができる。その結果、ネットワーク全域に分散される複雑な情報階層を見てナビゲートするために効果的なユーザ・インタフェースなしでユーザが所望の情報を突き止めることは、非常に難しいことである。
【０００７】
テキストベースのユーザ・インタフェースを使用すると、階層ツリー構造に記憶された情報をナビゲートすることができるが、このようなユーザ・インタフェースは限定されている。このようなテキストベースのユーザ・インタフェースは、階層全体に関する十分な情報をユーザに伝達しない。というのは、一度に階層内の１つのレベルのフラット・リストしか表示できないからである。ある項目がツリー構造内のどこに位置するかをユーザが思い出せない場合、ユーザは所望の項目への適切な経路を見つけるまでに複数の階層レベルを何度も目を通さなければならない。
【０００８】
ツリー構造のグラフィック表現を表示するユーザ・インタフェースは、テキストベースの手法より効果的なインタフェースを提供する。たとえば、Windows Explorerというインタフェースは、ファイル・システムの階層をグラフィックで表示する。これにより、ユーザは階層内の複数の層を一度に見ることができ、ツリー構造内のノードを対話式に拡張することもできる。ユーザは、親ノードを選択してクリックし、Windows Explorerにその親ノードの子ノードを示させることにより、ノードを「拡張」することができる。
【０００９】
Windowsというオペレーティング・システム内のWindows Explorer機構などのグラフィカル・ユーザ・インタフェースはより優れたパフォーマンスをもたらすが、ネットワーク・データベース・アプリケーションで通常見られるような非常に大規模かつ複雑なツリー構造用の効果的なインタフェースをもたらすわけではない。Windows Explorer製品の欠点の１つは、ユーザが一度にツリー内の一部分しか見られないことである。ユーザは、ツリー構造を維持しながら、そのツリーをより小さく管理しやすい情報部片に分割することができない。Windows Explorerにより、ユーザはツリー内のリーフを拡張することができるが、この機構のユーティリティは限られている。ユーザがノード内のツリーを拡張すると、Windows Explorerインタフェースは、その親ノードの子ノードのフラット・リストを含む個別ウィンドウを表示する。この個別ウィンドウは個別の新しい階層ツリーを表すのではなく、むしろ、テキストベースのインタフェースで提供されるフラット・リストと同様のノードに関するフラット・リストを表すだけである。
【００１０】
一般に、階層構造をナビゲートするためのグラフィカル・ユーザ・インタフェースは、現在のコンピュータ・システム上のディスプレイ画面の標準サイズによって制限される。ディスプレイ画面がツリー構造の非常に小さい部分しか収容できない場合、ユーザが複雑なツリー構造内をナビゲートすることは非常に難しいことである。あるノードから他のノードへナビゲートするには、上下または左右のスクロールバーを使用する必要がある。したがって、コンピュータ・システム内に記憶された情報の複雑な階層内をユーザがより容易かつ効果的にナビゲートできるようにする、改良されたユーザ・インタフェースが求められている。
【００１１】
【発明が解決しようとする課題】
したがって、本発明の一目的は、改良されたコンピュータ・システム管理機能を提供することにある。
【００１２】
本発明の他の目的は、コンピュータ・データの改良された視覚表現を提供することにある。
【００１３】
本発明のさらに他の目的は、コンピュータ・システム内のツリー構造の改良された表現を提供することにある。
【００１４】
【課題を解決するための手段】
上記の目的は、以下に述べるように達成される。ウィンドウは所与の量の情報しか提示できないので、単一ツリー構造の様々なブランチを表すためにマルチウィンドウを使用する。ユーザは、任意のツリー・ノードを選択し、「新しいウィンドウを開始する」というアクションを選択することができる。親ノードから新しいサブツリー・ウィンドウの仮想ルート・ノードに視覚リンクが付加される。各ウィンドウ内には、管理しやすいように情報が表示される。サブツリーはマージして親ツリーに戻すことができる。
【００１５】
本発明の上記ならびに追加の目的、特徴、利点は、以下に示す詳細な説明で明らかになるだろう。
【００１６】
【発明の実施の形態】
以下の説明は、本発明のいくつかの好ましい実施形態の動作および特徴を詳述するものであるが、当業者であれば、本発明の範囲はここに示す説明ではなく、特許請求の範囲のみによって定義されることが分かるだろう。
【００１７】
次に添付図面、特に図１を参照すると、本発明の好ましい実施形態を実施可能なデータ処理システムのブロック図が示されている。データ処理システム１００は、たとえば、ニューヨーク州アーモンクのＩＢＭ社から入手可能なコンピュータの１つにすることができる。データ処理システム１００はプロセッサ１０１および１０２を含み、それは例示的な実施形態ではそれぞれレベル２（Ｌ２）キャッシュ１０３および１０４に接続され、それは次にシステム・バス１０６に接続される。
【００１８】
システム・バス１０６には、システム・メモリ１０８と１次ホスト・ブリッジ（ＰＨＢ）１２２も接続されている。ＰＨＢ１２２は入出力バス１１２をシステム・バス１０６に結合し、一方のバスからもう一方へデータ・トランザクションをリレーまたは変換する。例示的な実施形態では、データ処理システム１００は、入出力バス１１２に接続されたグラフィック・アダプタ１１８を含み、ディスプレイ１２０用のユーザ・インタフェース情報を受け取る。ハード・ディスク・ドライブにすることができる不揮発性記憶装置１１４や、従来のマウス、トラックボールなどを含むことができるキーボード／ポインティング・デバイス１１６などの周辺装置は、業界標準アーキテクチャ（ＩＳＡ）ブリッジ１２１を介して入出力バス１１２に接続される。ＰＨＢ１２２は入出力バス１１２を介してＰＣＩスロット１２４にも接続される。
【００１９】
図１に示す例示的な実施形態は本発明を説明するためにのみ示すものであり、当業者であれば、形式および機能の点で非常に多くの変形形態が可能であることが分かるだろう。たとえば、データ処理システム１００は、コンパクト・ディスク読取り専用メモリ（ＣＤ−ＲＯＭ）またはディジタル・ビデオ・ディスク（ＤＶＤ）ドライブ、サウンド・カードおよびオーディオ・スピーカ、その他の多数の任意選択コンポーネントを含むことも可能である。このような変形形態はいずれも本発明の精神および範囲内に該当するものと思われる。データ処理システム１００および以下に示す例示的な図は、説明のための例としてのみ示すものであり、アーキテクチャ上の制限を暗示するためのものではない。
【００２０】
キーボード／ポインティング・デバイス１１６は、好ましい実施形態では、マウス、トラックボール、タッチパッドなど、「クリックアンドドラッグ」動作を可能にするポインティング・デバイスである。このタイプの入力装置は、ウィンドウ式インタフェースを実行するほとんどの典型的なシステムで一般的なものであり、ウィンドウならびに以下に説明するツリー構造を操作するために好ましい手段である。
【００２１】
この説明ではマイクロソフト社が開発したWindowsというオペレーティング・システムについて特に言及するが、当業者であれば、以下に記載する革新的な技法はX-Windowsなど他の多くの「ウィンドウ式」システムに適用することができ、事実、データ階層を表すためにツリー構造を使用するシステムであればどのシステムにも適用することができることが分かるだろう。
【００２２】
好ましい実施形態によれば、単一ツリー構造の様々なブランチを表すために複数のウィンドウを使用する。ユーザは、任意のツリー・ノードを選択し、「新しいウィンドウを開始する」というアクションを選択するか、または単にツリー・ウィンドウからそのノードを「ドラッグ」することができる。新しいウィンドウが作成され、選択したノードをルートとして使用してサブツリーを表示する。元のウィンドウ内の親ノードから新しいウィンドウ内のサブツリーのルート・ノードに視覚リンクが付加される。このリンクにより、ユーザは、より大きい構造内でそのサブツリーが属す位置をいつでも正確に把握することができるようになる。
【００２３】
ユーザは、複雑なツリー構造を１組のウィンドウに分解するためにこのプロセスを繰り返すことができる。各ウィンドウ内では情報が管理しやすいように表示される。サブツリー・ウィンドウをマージしてその親に戻すために、ユーザはそのサブツリーのルートを選択し、「マージして親に戻す」というアクションを選択するか、または単にサブツリーのルートを親ノード・ウィンドウにドラッグして戻すことができる。ユーザがこのように行うと、サブツリー・ウィンドウは親ノード・ウィンドウの一部になり、残りのサブツリー・ウィンドウへのどのリンクもそれに応じて引き直されることになる。
【００２４】
次に図２を参照すると、例示的なツリー構造ウィンドウ２１０を備えたコンピュータ・ディスプレイ２１０が示されている。ただし、典型的なシステムで見られる多くのものに比べ、これは非常に単純な構造であり、例証しやすくするために使用することに留意されたい。
【００２５】
基本的なツリー構造はウィンドウ２１０に示されている。この図および後続の図では、ノード「Ａ」２４０はシステムのルート・ノードである。これは２つの子ノード「Ｂ」２５０および「Ｃ」２６０を有し、ノード「Ａ」２４０はこれらのノードの親と呼ばれる。ノード「Ｂ」２５０は２つの子ノード「Ｄ」２５２および「Ｅ」２５４を有する。また、ノードＣ２６０は２つの子ノード「Ｆ」２６２および「Ｇ」２６８を有する。さらに、ノード２６２は２つの子ノード「Ｈ」２６４および「Ｉ」２６６を有する。
【００２６】
ユーザがノードＣから始まるサブツリーについてのみ作業したい場合、ユーザはノードＣを選択し、次に図８に示すようにポップアップ・ウィンドウ上で「新しいウィンドウを開始する」を選択することになるか、マウスまたは他のポインティング・デバイスを使用して単にノードＢをウィンドウ２１０からドラッグすることができる。ユーザがこのように行うと、図３に示すように、新しいウィンドウ３１５がシステム内でオープンする。
【００２７】
次に図３を参照すると、他の例示的なコンピュータ・ディスプレイ３００が示されているが、これはツリー・ウィンドウ３１０および３１５を含む。ウィンドウ３１０は図２に示すように元のシステム・ツリーを示すが、この場合、ノードＣ３６０とそのサブツリーは新しいウィンドウ３１５に表示されている。前の図に示すように、ノードＣ２６０は２つの子ノード「Ｆ」２６２および「Ｇ」２６８を有し、ノード２６２は２つの子ノード「Ｈ」２６４および「Ｉ」２６６を有するが、ツリー表示３１５は非常に単純化されている。ただし、ウィンドウ３１０と３１５の間に伸びるリンク３７０は依然としてノードＣをその親ノードＡに接続していることに留意されたい。このようにして、ユーザはこのサブツリーと実際のルートとの関係を直ちに把握することができる。
【００２８】
次に図４を参照すると、ユーザがノードＦ４６２を選択した後で「新しいウィンドウを開始する」を選択するかまたはウィンドウ３１５からノードＦ４６２をドラッグした場合、仮想ルートとしてノードＦ４６２を有するサブツリー構造を備えた他のウィンドウ４２０がオープンするだろう。ノードＨ４６４およびＩ４６６は図２に示すようにノードＦの子として示されているが、ウィンドウ４２０内のツリー表示はさらに単純化されている。ただし、リンク４７２はウィンドウ４２０内の仮想ルートＦ４６２からウィンドウ４１５内のその親ノードＣ４６０への接続を示し、リンク４７０はノードＣ４６０と実際のルートＡ４４０との接続を示すことに留意されたい。この場合も、このようにして、ユーザは、実際のルートまでそのツリーを完全にさかのぼり、各サブツリー・ウィンドウとその親ノードの関係を直ちに把握することができる。
【００２９】
次に図５を参照すると、ユーザがノードＣ５６０を選択した後で「マージして親に戻す」を選択するかまたはノードＣ５６０をドラッグしてウィンドウ５１０に戻した場合、ノードＣのウィンドウ（図４の４１５）はクローズし、ウィンドウ５１０内の所定の位置にそのサブツリーが表示される。この場合、ノードＣ５６０およびノードＧ５６８はウィンドウ５１０のツリー内の所定の位置に示されるが、それは図２に示すようにそれぞれの元の位置に対応する。ただし、ノードＦ５６２サブツリーを備えたウィンドウ５２０はこの変更による影響は受けず、唯一の違いはノードＦ５６２からその親ノードＣ５６０へのリンク５７４がウィンドウ５２０と５１０との間を接続することである点に留意されたい。この場合も、このようにして、ユーザは、実際のルートまでそのツリーを完全にさかのぼり、各サブツリー・ウィンドウとその親ノードの関係を直ちに把握することができる。
【００３０】
次に図６を参照すると、新しいサブツリー・ウィンドウを形成するためのプロセスの流れ図が示されている。第１に、システムはディスプレイ上のウィンドウ内に階層データ・ツリーを表示する（ステップ６００）。次に、ユーザは１つのノードを選択し、それをそのウィンドウからディスプレイの他の領域にドラッグする（ステップ６１０）。次にシステムは、新しいウィンドウをオープンし（ステップ６２０）、ユーザがルートとして選択したノードを使用して、そのウィンドウ内に新しいデータ・ツリーを表示する（ステップ６３０）。当然のことながら、選択したノードのサブツリーは、新しいウィンドウ内に示されるときに元のウィンドウから除去される。
【００３１】
最後に、システムは新しいサブツリー・ウィンドウの仮想ルート・ノードと元のウィンドウ内のそのノードの親ノードとの接続を描く（ステップ６４０）。このステップは、かなり単純なサブツリーについて作業しながらユーザがツリー階層全体を見られるようにするので、重要なものである。
【００３２】
次に図７を参照すると、サブツリー・ウィンドウをマージしてその親ツリー・ウィンドウに戻すためのプロセスの流れ図が示されている。この場合、システムはすでに少なくとも２つの関連ツリー・ウィンドウを表示しており、その一方がもう一方の親であると想定する（ステップ７００）。当然のことながら、親ツリー・ウィンドウ内でサブツリー・ルートをその親ノードにリンクするリンクが表示される。
【００３３】
次に、ユーザはサブツリー・ルート・ノードをサブツリー・ウィンドウから親ツリー・ウィンドウにドラッグする（ステップ７１０）。ただし、ユーザがウィンドウの１つから他の何らかのノードをドラッグする場合、これは図６に示すようなプロセスを示すことになるだろう。
【００３４】
ユーザがこのように行った後、親ツリー・ウィンドウはその親ツリーの一部としてサブツリーを含むように描き直される（ステップ７２０）。子ツリー・ウィンドウはクローズする（ステップ７３０）。最後に、親ノードを移動した場合、他の視覚サブツリーからそれぞれの親ノードへのリンクが引き直される（ステップ７４０）。
【００３５】
当然のことながら、以下の例では「ドラッグ」技法について説明するが、同じ機能は、後述するように「ポップアップ・メニュー」技法を使用して達成される。
【００３６】
次に図８を参照すると、ツリー・ナビゲーション用の例示的なポップアップ・メニュー８００が示されている。このようなポップアップ・ウィンドウは多種多様な従来の機能８３０を有する可能性があるが、好ましい実施形態では追加機能も提供する。
【００３７】
第１の追加機能は、前述のように「新しいウィンドウを開始する」８１０である。これが活動化されると、新しいウィンドウがシステム上でオープンし、現在選択されているノードを仮想ルートとして使用して、新しい階層ツリーが描かれる。
【００３８】
「マージして親に戻す」８２０が選択されると、前述のように、仮想ルートを備えた現行ウィンドウがクローズし、選択したサブツリーをマージしてその親ツリーに戻す。ただし、図２に示すように仮想ルートが実際のルートである場合、「マージして親に戻す」８２０というメニュー・オプションは使用可能にならないはずである。
【００３９】
所望であれば、ノートブックを使用してすべてのサブツリー・ウィンドウを維持することができる。各ウィンドウ間の接続は、中間接続としてページ・タブを使用することができる。ノードは、視覚リンクによりページ・タブ上のアイコンに接続することができる。ページ・タブ内のそのアイコンでシングル・クリックを行うと、サブツリー情報を含むページにノートブックをフリップすることになる。
【００４０】
本発明の上記ならびに追加の目的、特徴、利点は、以下に示す詳細な説明で明らかになるだろう。
【００４１】
重要なことに、完全機能のデータ処理システムまたはネットワークに関連して本発明を説明してきたが、当業者であれば、本発明のメカニズムが様々な形の命令からなるコンピュータ使用可能媒体の形で分散可能であり、実際にその分散を実行するために使用する信号運搬媒体の特定のタイプにかかわらず本発明が同等に適用されることが分かることに留意されたい。コンピュータ使用可能媒体の例としては、読取り専用メモリ（ＲＯＭ）または電気的消去可能プログラム可能読取り専用メモリ（ＥＥＰＲＯＭ）などの不揮発性のハードコード化タイプの媒体、フロッピー・ディスク、ハード・ディスク・ドライブ、ＣＤ−ＲＯＭなどの記録可能タイプの媒体、ディジタルおよびアナログ通信リンクなどの伝送タイプの媒体を含む。
【００４２】
好ましい実施形態に関連して本発明を特に示し説明してきたが、当業者であれば、本発明の精神および範囲から逸脱せずに、形式および細部の点で様々な変更が可能であることが分かるだろう。
【００４３】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００４４】
（１）プロセッサと、
プロセッサによって読取りおよび書込みを行うように接続されたメモリであって、データの階層的表示を含むメモリと、
ディスプレイ上のそれぞれのウィンドウ内に複数のデータ構造としてデータを表示するように接続されたディスプレイとを含み、
親ノードと子ノードが異なるウィンドウに表示されるときにディスプレイが親ノードと子ノードとの接続を示す、コンピュータ・システム。
（２）前記システムがグラフィカル・ユーザ・インタフェースを実行する、上記（１）に記載のコンピュータ・システム。
（３）前記ツリー構造のそれぞれがマスタ・ツリー構造の一部分を表す、上記（１）に記載のコンピュータ・システム。
（４）コンピュータ・システム内でデータを表示するための方法において、
コンピュータ・ディスプレイの第１の領域で親ノードと子ノードを有する第１のツリー構造としてデータを表示するステップと、
前記第１の領域からデータの一部分を除去し、コンピュータ・ディスプレイの第２の領域で第２のツリー構造としてその一部分を表示するステップと、
ディスプレイの異なる領域で親ノードと子ノードとの視覚接続を表示するステップとを含む方法。
（５）前記システムがグラフィカル・ユーザ・インタフェースを実行する、上記（４）に記載の方法。
（６）前記ツリー構造のそれぞれがマスタ・ツリー構造の一部分を表す、上記（４）に記載の方法。
（７）第２のツリー構造のルートが第１のツリー構造内のノードの子である、上記（４）に記載の方法。
（８）コンピュータ・システム内でデータを表示するための方法において、
コンピュータ・ディスプレイの第１の領域で親ノードと子ノードを有する第１のツリー構造として第１のデータを表示するステップと、
コンピュータ・ディスプレイの第２の領域で親ノードと子ノードを有する第２のツリー構造として第２のデータを表示するステップであって、第２のデータのルート・ノードが第１のデータのノードの子であるステップと、
第２のデータのルート・ノードと第１のデータ内のそのルート・ノードの親ノードとのリンクを表示するステップと、
ユーザからの入力を受け取り次第、ディスプレイの同じ領域で第１のデータと第２のデータを結合するステップとを含む方法。
（９）前記システムがグラフィカル・ユーザ・インタフェースを実行する、上記（８）に記載の方法。
（１０）前記ツリー構造のそれぞれがマスタ・ツリー構造の一部分を表す、上記（８）に記載の方法。
（１１）第１のデータと第２のデータが結合されたときに、単一ツリー構造が形成される、上記（８）に記載の方法。
（１２）コンピュータ使用可能媒体内のコンピュータ・プログラム製品において、
コンピュータ・ディスプレイの第１の領域で親ノードと子ノードを有するツリー構造としてデータを表示するための命令と、
前記第１の領域からデータの一部分を除去し、コンピュータ・ディスプレイの第２の領域でその一部分を表示するための命令と、
ディスプレイの異なる領域で親ノードと子ノードとの視覚接続を表示するための命令とを含むコンピュータ・プログラム製品。
（１３）前記プログラム製品がグラフィカル・ユーザ・インタフェース内で実行される、上記（１２）に記載のコンピュータ・プログラム製品。
（１４）前記ツリー構造がコンピュータ・ファイル・システムを表す、上記（１２）に記載のコンピュータ・プログラム製品。
（１５）ユーザからの入力を受け取るための命令をさらに含む、上記（１２）に記載のコンピュータ・プログラム製品。
（１６）コンピュータ使用可能媒体内のコンピュータ・プログラム製品において、
コンピュータ・ディスプレイの第１の領域で親ノードと子ノードを有する第１のツリー構造として第１のデータを表示するための命令と、
コンピュータ・ディスプレイの第２の領域で親ノードと子ノードを有する第２のツリー構造として第２のデータを表示するための命令であって、第２のデータのルート・ノードが第１のデータのノードの子である命令と、
第２のデータのルート・ノードと第１のデータ内のそのルート・ノードの親ノードとのリンクを表示するための命令と、
ユーザからの入力を受け取り次第、ディスプレイの同じ領域で第１のデータと第２のデータを結合するための命令とを含むコンピュータ・プログラム製品。
（１７）前記プログラム製品がグラフィカル・ユーザ・インタフェース内で実行される、上記（１６）に記載のコンピュータ・プログラム製品。
（１８）前記ツリー構造がコンピュータ・ファイル・システムを表す、上記（１６）に記載のコンピュータ・プログラム製品。
（１９）ユーザからの入力を受け取るための命令をさらに含む、上記（１６）に記載のコンピュータ・プログラム製品。
（２０）プログラム式コンピュータ・システム内で階層データを表すためのツリー構造を対話式に表示するための方法において、
プログラム式コンピュータ・システムのメモリにマスタ・ツリー構造を記憶するステップと、
マスタ・ツリー構造の少なくとも一部分に対応する階層マスタ・ツリーを第１のウィンドウに表示するステップと、
マスタ・ツリー内のユーザ指定ノードから始まるサブツリーにマスタ・ツリーを分割するためのユーザ・コマンドに応答して、
階層クライアント・サブツリーを作成するステップと、
階層サブツリーを表示するための第２のウィンドウを作成するステップと、サブツリーのルート・ノードを形成するユーザ指定ノードを備えた第２のウィンドウにサブツリーを表示するステップと、
サブツリー内のユーザ指定ノードとマスタ・ツリー内のその親ノードとの視覚リンクを作成するステップとを含む方法。
【図面の簡単な説明】
【図１】本発明の好ましい実施形態によるデータ処理システムを示す図である。
【図２】本発明の好ましい実施形態による１つのシステム・ツリーを示すウィンドウを備えた例示的なコンピュータ・ディスプレイを示す図である。
【図３】本発明の好ましい実施形態による１つのシステム・ツリーおよび１つのサブツリーを示す複数のウィンドウを備えた例示的なコンピュータ・ディスプレイを示す図である。
【図４】本発明の好ましい実施形態による１つのシステム・ツリーおよび２つのサブツリーを示す複数のウィンドウを備えた例示的なコンピュータ・ディスプレイを示す図である。
【図５】本発明の好ましい実施形態による１つのシステム・ツリーおよび１つのサブツリーを示す複数のウィンドウを備えた例示的なコンピュータ・ディスプレイを示す図である。
【図６】本発明の好ましい実施形態によるプロセスの流れ図である。
【図７】本発明の好ましい実施形態による他のプロセスの流れ図である。
【図８】本発明の好ましい実施形態による例示的なポップアップ・メニューを示す図である。
【符号の説明】
１００  データ処理システム
１０１  プロセッサ
１０２  プロセッサ
１０３  レベル２（Ｌ２）キャッシュ
１０４  レベル２（Ｌ２）キャッシュ
１０６  システム・バス
１０８  システム・メモリ
１１２  入出力バス
１１４  不揮発性記憶装置
１１６  キーボード／ポインティング・デバイス
１１８  グラフィック・アダプタ
１２０  ディスプレイ
１２１  業界標準アーキテクチャ（ＩＳＡ）ブリッジ
１２２  １次ホスト・ブリッジ（ＰＨＢ）
１２４  ＰＣＩスロット
【図１】
0003683775.tif 000002
【図２】
0003683775.tif 000003
【図３】
0003683775.tif 000004
【図４】
0003683775.tif 000005
【図５】
0003683775.tif 000006
【図６】
0003683775.tif 000007
【図７】
0003683775.tif 000008
【図８】
0003683775.tif 000009