JP4290871B2 - 階層データ構造に編成されたデータの表示および相互作用のためのコンピュータシステム - Google Patents

Description

【０００１】
本出願は、１９９７年８月２２日に出願された暫定特許出願番号６０／０５８９４６、“Browser for Hierarchical Structures”に基づく優先権を３５Ｕ．Ｓ．Ｃ．§１１９（ｅ）に従い主張する。
【０００２】
発明の分野
本発明は、データおよびファイル構造体を閲覧する手段としてのブラウザに関連する。より詳細には本発明は、データ閲覧用ブラウザであって、検索されたデータセットがレンズに表示され、続いて階層構造においてより深層にある検索されたデータセットが以前に積み重ねられたされたレンズに表示され、階層の可視提示を行うブラウザに関する。
【０００３】
背景
コンピュータの処理能力とネットワーク容量が過去十年で格段に進歩したことにより、ネットワークを介して情報を閲覧するためのグラフィカル・ユーザー・インターフェース（ＧＵＩ）の数が格段に増大した。過去のほとんどのネットワークではテキスト・ディスプレが使用され、サーバからユーザにデータが伝送された。しかし現在のほとんどのインターフェースはグラフィックを使用して情報を伝送し、目を楽しませるだけでなく、データを操作し、提示することができる。このことは純粋なテキストでは不可能である。
【０００４】
ネットワーク用の最初のグラフィカルユーザインターフェースは原始的であり、完全には直観的なものではなかった。ユーザは複雑なコマンドをタイプ入力し、表示すべきデータを選択するかまたは表示されるデータを変更しなければならなかった。検索には複雑なコマンドが必要であり、それはテキストベースのインターフェースを使用するのとほとんど変わりがなかった。しかし検索はしばしば所望のデータを見出すためだけではなかった。なぜなら、これらの原始的なインターフェースはリンクの利点を十分に活用することができず、それらが存在する範囲まで、ユーザは１つのデータセットから関連する別のデータセットへ迅速に移動することはできなかった。
【０００５】
現在、グラフィカルユーザインターフェースを備えたブラウザはしばしばネットワークを介してデータを閲覧するために使用される。現在使用されるブラウザの一般例はネットスケープ・ナビゲータとマイクロソフト・エクスプローラである。現在のブラウザは、関連するデータセット間のリンクの利点を利点を十分に利用することができ、これらのリンクを種々のセット間でナビゲートするために使用する。これには、データの階層を掘り下げたり登ったりし、以前に閲覧したデータを再訪問することが含まれる。
【０００６】
ブラウザおよびそれらのグラフィカルユーザインターフェースはますます洗練されたものになっているが、基礎となるデータ自体はますます複雑になっている。データは情報の巨大なデータベースに編成することができ、この情報はネットワークを介して拡散する。データはオブジェクトに編成することができ、このオブジェクトはアプリケーションと関連ファイルまたはそれらのグループを含む。このデータはさらに大きな階層に編成することができ、しばしば多数の階層レベルとなる。
【０００７】
これら階層的に編成されたオブジェクトおよびグループは通常、テキストデータ、アイコン、または２次元画像からなる。ＪＡＶＡのような新たに開発されたツールにより、ブラウザはさらに洗練されたオブジェクト、例えば動画または動くテキストを表示することができる。しかしこれらのオブジェクトでさえ、これらを作成するのに使用された基礎となる記述言語により制限される。例えば現在のブラウザは、対話的ＶＲＭＬ（Virtual Reality Markup Language）世界を表示することはできない。
【０００８】
データを明瞭かつ効率的にネットワークを介して提示する試みがなされている。ブラウザは、制限された量の情報をユーザのスクリーンに任意の時点で表示することができるだけである。ユーザが１つのレンズまたはウィンドを所定のデータセットの表示のために選択する場合、そのデータはユーザが他のデータセットを続いて表示するときに消失する。次にユーザが以前のデータセットを再訪問したい場合には、通常は最近閲覧したデータセットおよび所望の以前のデータセット間のすべてのリンクを閲覧する。ほとんどのブラウザでユーザは所定のデータセットに対してブックマークを形成することができるが、ブックマークは自動的には形成されず、ユーザ側に特別の努力が要求される。多くのブラウザはまた最近アクセスしたデータのリストを保存するが、ユーザにはスクリーンにそのリストを表示することが要求され（可変のスクリーンスペースを使用して）、どのデータセットが所望のものであるか思い出さなければならない。
【０００９】
いくつかのブラウザではユーザがレンズまたはウィンドを操作し、種々異なるデータセットを任意の時点で表示することができる。しかしマルチウィンドはそれぞれオーバーラップするから、ユーザはデータを訪問した順序の軌跡を簡単に失ってしまう。択一的にユーザは以前に訪問したデータセットの階層を呼び戻そうとすることがあるが、これもまた操作ウィンドが消失すると簡単に忘れてしまう。
【００１０】
一方、ユーザは頻繁にアクセスされたデータへのリンクに簡単にアクセスできることを望む。上に述べたように多くのブラウザではユーザがブックマークを形成することができる。しかしブックマークの数が増大すると、ユーザは迅速に所定のブックマークを見つけ出すのがますます困難になる。この問題は、ブックマークを階層構造にすることにより多少とも緩和される。しかしそれでも完全な解決にはほど遠いものであり、ブックマークの複雑な階層構造が増大すると、ユーザが所定のリンクを見つけ出すのがさらに困難になり、階層構造の種々のレベルによって時間が無駄になる。したがって、リンクに簡単にアクセスできるようにこれを編成する必要がある。
【００１１】
発明の要点
本発明は、古典的ネットワークブラウザの改善に関するものである。開示されるブラウザにより、以前にアクセスされたデータに簡単にアクセスすることができる。
【００１２】
本発明の課題は、データを効率的に、データの階層構造にしたがってデータを表示することにより伝送することである。
【００１３】
本発明の別の課題は、ユーザが階層データ構造に、階層データ構造内にある複数のレベルでデータに同時にアクセスすることにより簡単にアクセスできるようにすることである。
【００１４】
本発明の別の課題は、階層データ構造内の種々のレベルでデータを表示するレンズに対してラベルを付与することである。
【００１５】
本発明の別の課題は、階層データの表示を論理的に目を楽しませるように編成することである。
【００１６】
本発明の別の課題は、ユーザが個人的階層データ構造を定義するための手段を提供することである。
【００１７】
本発明の別の課題は、個人的階層データ構造で、自然連想と関連してリンクを使用して、個人的階層データ構造よりも多くのレベルを有する別の階層データ構造でデータをアクセスできるようにすることである。
【００１８】
本発明の別の課題は、カラー、形状または他の属性を利用して、個人的階層データ構造でリンクの自然連想を指示することである。
【００１９】
本発明の別の課題は、個人的階層データ構造で、自然連想と関連してリンクを使用してデータにアクセスできるようにし、このデータがチャネルにより得られるようにすることである。
【００２０】
本発明の別の課題は、除外報告を個人的階層データ構造と関連して行うことができるようにすることである。
【００２１】
本発明の別の課題は、データをオブジェクトまたはオブジェクトのグループへ編成し、それらを３次元アニメーションおよびＶＲＭＬ世界として提示できるようにすることである。
【００２２】
本発明の別の課題は、カーソルがオブジェクトに置かれたとき、または近傍にあるときに、関連メニューを表示することができるようにすることである。
【００２３】
図面の簡単な説明
図１は、ブラウザに対する表示例を示すコンピュータスクリーンの図である。
【００２４】
図２は、ブラウザでのレンズの表示がどのように検出されるかを示すフローチャートである。
【００２５】
図３ａは、第１レベルでカテゴリーのグラフィカル提示を表示するレンズの例を示すコンピュータスクリーンの図である。
【００２６】
図３ｂは、図３ａに提示されたカテゴリーのツリー構造を示す図である。
【００２７】
図４ａは、第２のレベルでカテゴリーのグラフィカル提示を表示するレンズの例を示すコンピュータスクリーンの図である。
【００２８】
図４ｂは、図４ａに提示されたカテゴリーのツリー構造を示す図である。
【００２９】
図５ａは、第３のレベルでのカテゴリーのグラフィカル提示を表示するレンズの例を示すコンピュータスクリーンの図である。
【００３０】
図５ｂは、図５ａに提示されたカテゴリーのツリー構造を示す図である。
【００３１】
図６ａは、第４のレベルでカテゴリーのグラフィカル提示を表示するレンズの例を示すコンピュータスクリーンの図である。
【００３２】
図６ｂは、図６ａに提示されたカテゴリーのツリー構造を示す図である。
【００３３】
図７は、階層ブラウザがどのようにプログラムされるかを示す簡素オブジェクトモデルの例を示す図である。
【００３４】
図８は、ユーザ形成リンクのグラフィカル提示を含むユーザお気に入りスクリーンの実施例を示すコンピュータスクリーンの図である。
【００３５】
図９ａは、ユーザ形成リンクのグラフィカル提示を含む表示実施例を示すコンピュータスクリーンの図であり、ポップメニューが表示されている。
【００３６】
図９ｂは、図９ａに示したユーザ形成リンクのツリー構造を示す図である。
【００３７】
図１０ａは、ユーザ形成リンクのグラフィカル提示を含む表示実施例を示すコンピュータスクリーンの図であり、リンクが移動されている。
【００３８】
図１０ｂは、図１０ａのユーザ形成リンクのツリー構造を示す図である。
【００３９】
図１１ａは、ユーザ形成リンクのグラフィカル提示を含む表示実施例を示すコンピュータスクリーンの図であり、リンクの物理的提示がディスプレイから除去されており、リンクの階層構造は変化していない。
【００４０】
図１１ｂは、図１１ａに示されたユーザ形成リンクのツリー構造を示す図である。
【００４１】
図１２は、ユーザ形成リンクのグラフィカル提示を含むユーザのお気に入りスクリーンの択一的実施例を表示するコンピュータスクリーンの図である。
【００４２】
図１３は、ユーザ形成リンクのグラフィカル提示を含むユーザのお気に入りスクリーンをどのようにプログラムするかを示す簡素化オブジェクトモデルの例を示す図である。
【００４３】
発明の詳細な説明
明確化と簡素化のために本発明を以下、市販のＲ／３システムを含むＳＡＰソフトウェアと関連して説明する。Ｒ／３システムの簡単な説明は以下のとおりである。
【００４４】
Ｒ／３は基本的に、すべてのビジネスルーチンおよび商取引の統合処理を提供するように設計されたオンライントランザクション処理システムとして説明することができる。これには、企業ワイド、統合ソリューション、また個人、部門機能のための専用アプリケーションが含まれる。Ｒ／３は、企業の商業上重要な処理のすべて、金融、製造、販売、および人的資源を反映する。これはまた、商取引処理機能を補うための種々の分析的能力を提供する。
【００４５】
最近のパラダイムシフトにより会社はすべてのビジネス処理を、ネットワーク付加価値チェーンに沿って現代のデータ処理および企業ワイド情報管理によって最適化することを強いられている。成功を得るためには、会社はしばしば顧客および供給者とネットワーキングし、製品や高品質のサービスを最小の遅延で顧客の要求に応じて提供できるようにする。
【００４６】
Ｒ／３システムは、ＳＡＰクライアント／サーバアーキテクチャに基づくものであり、これはデータベース、アプリケーションおよびプレゼンテーション要素をフレキシビリティを大きくするために分離する。これにより企業は、アーキテクチャの種々の長所を利用することができ、現在もっとも一般的なＵＮＩＸベースのハードウェアプラットフォームを介してアクセスすることができる。Ｒ／３システムは、アプリケーションシステムとシステム機能が、アプリケーション層とベース層を備えたアーキテクチャのクリア層によって分離されるように設計されている。Ｒ／３システムの多層アーキテクチャにより最適の負荷分散が可能であり、ユーザ数が数千であっても可能である。これはモジュール構造を有し、個別ソフトウェア要素間のマスタ・スレーブ関係を方法を備えている。通信ネットワークによりリンクされた専用サーバを所定のタスクのために使用することができ、その際に全体システムでのデータと処理の統合性を失うことはない。所定のタスクのために別個のサーバを実行させることにより、潜在能力、および利用可能なハードウェアアーキテクチャの種々異なるコスト構造を最適に使用することができる。このようにして、アプリケーションを種々のサーバに分割し、異なるサーバで実行することができる。Ｒ／３システムの基本サービス（グラフィカル提示サービス、アプリケーションロジックを取り扱うためのアプリケーションサービス、ビジネスデータを記憶および復元するためのデータベースサービス等）が分割され、共通の操作性を維持しながら別個に展開することができる。
【００４７】
本発明は種々のハードウェアと種々のオペレーティングシステムを使用して実施できることは理解される。そして本発明は、Ｒ／３の使用に限定されるものではない。実際、本発明はプラットフォームに依存しないように設計されている。
【００４８】
さらに本発明は、コンテナに埋め込むことのできるモジュールとして設計されている。したがってアクティブＸコントロールまたはＯＣＸを使用することができるが、本発明をそのような移植に制限されるように構成すべきではない。
【００４９】
ブラウザの有利な実施例
階層構造データベースが存在すると仮定する。説明のために、このデータベースの中には、次のカテゴリー名が割り当てられた４つのデータセットが存在するとする：“User Info Cataolog”、“Companies”、“Computer Technology”そして“ＳＡＰ”である。“User Info Cataolog”は“Companies”にリンクされており、これは“User Info Cataolog”の１つ下の階層レベルである。同じように“Companies”は“Computer Technology”にリンクされており、これも別の下層階層レベルにある。さらに“Computer Technology”は“ＳＡＰ”にリンクされており、これはさらに下の階層レベルにある。
【００５０】
図１を参照すると、スクリーン１０は本発明の有利な実施例を示す。レンズ１２，１４，１６，１８はデータセットの階層をグラフィカル提示する。図示されたレンズは実質的に六角形であるが、レンズは別の有利な実施例では矩形または他の形状であっても良い。レンズ１２がカテゴリー“User Info Cataolog”のグラフィカル提示のために使用される。“Companies”は“User Info Cataolog”よりも深い階層レベルにあるから、“Companies”のグラフィカル提示は比較的に小さいレンズ１４に表示される。次のレベルでレンズ１６が“Computer Technology”のグラフィカル提示を表示するために使用される。最後にレンズ１８が“ＳＡＰ”のグラフィカル提示を表示するために使用される。各レンズはまたカテゴリーまたは当該のレンズに関連するデータセットのラベルまたは名前を表示する。レンズ１８は表示される最小のレンズであるから、現在表示されているのは“ＳＡＰ”に関連するデータセットのグラフィカル提示である。レンズ１８に提示されたグラフィカルなデータセットはオブジェクトを含んでおり、これらオブジェクトはテキスト、アイコン、カテゴリー、アプリケーション、実行可能オブジェクト、例えば実行可能リポート、２次元画像、３次元画像およびＶＲＭＬ世界を含むことができる。
【００５１】
レンズ１８は３つのオブジェクト２０，２２，２４のグラフィカル提示を表示する。これらのオブジェクトは、“ＳＡＰ”よりも１つ低い階層レベルに分類されている。オブジェクト２０，２２，２４はアイコンとしてグラフィカル提示されているが、これらの１つを選択すると新たな比較的に小さなレンズがレンズ１８に中に現れ、選択されたカテゴリーのグラフィカル提示を表示する。レンズ１８はまたオブジェクト３０，３２，３４，３６のグラフィカル提示も表示する。有利な実施例では、カーソルをこれらオブジェクトの１つの近傍に移動すると関連性のあるポップメニューが、選択すべき可能なコマンドのリストを伴って現れる。例えばカーソルをオブジェクト３４の近傍に移動すると、ポップメニューまたはコンテクストメニュー３７が現れる。オブジェクト３４はこの例では実行可能オブジェクトであるから、ポップメニューまたはコンテクストメニュー３７は“Execute”オプションを有している。有利な実施例では、ポップメニューまたはコンテクストメニューは予め定義され、自動的にオブジェクト形式またはユーザ権限に基づき表示される。オプションとしてこのようなメニューを階層化することができる。
【００５２】
ユーザは階層構造データ中のさらに深いレベルへ、スクリーン１０にグラフィカル提示された、現在グラフィカル提示されたデータセットよりも深い階層レベルを有するデータセットを選択することにより進むことができる。例えばオブジェクト２０，２２，２４の１つを選択するとユーザはさらに深いレベルに進む。有利な実施例では、カテゴリーであるオブジェクトのグラフィカル提示は、そのカテゴリーが次に深いレベルで付加的なオブジェクトを含むか否かを指示する。例えばシンボルまたはアイコン２５およびシンボルまたはアイコン２６は、カテゴリーである少なくとも１つのオブジェクトとカテゴリーではない少なくとも１つのオブジェクトが、オブジェクト２０よりも深い階層レベルに存在することを指示する。同じようにシンボルまたはアイコン２８は、少なくとも１つのカテゴリーがオブジェクト２２より１つ深い階層レベルに存在することを指示する。
【００５３】
ユーザがスクリーン１０にグラフィカルに提示されたオブジェクトを選択するための方法は多数ある。現在もっとも一般的に使用されている方法は、マウスを使用してマウスカーソルを、選択されるオブジェクトのグラフィカル提示に移動し、マウスボタンをクリックすることである。他の方法、例えばキーボードを使用することも可能である。
【００５４】
逆に、ユーザが階層データ構造中で高いレベルに進みたいこともある。このことは、もっとも最近表示されたレンズの後方に表示されているレンズの１つを選択することにより実行できる。例えば図１で、ユーザがレンズ１２，１４または１６を選択すると、選択されたレンズの内容が表示される。すでにスクリーン１０上に表示されたレンズを選択する１つの手段は、マウスカーソルをレンズの表示されている部分に移動することである。例えばユーザはレンズ１４に以前に表示されたオブジェクトを、マウスカーソルをポイント１５の一般エリアに配置し、マウスボタンをクリックすることにより見ることができる。択一的に、ユーザはキーボードでキーまたはキー組み合わせ（例えば＜Alt＞キーと左矢印キーの組み合わせ）を押して、レベルを１つ上がることができる。これは、現在多くの一般的ブラウザで見られるように“戻る”ボタンと同じように作用する。スクリーン１０上のレンズを選択すると、すべての比較的に小さなレンズはスクリーン１０から消失する。
【００５５】
有利な実施例では、ユーザはレンズ内をマウス、キーボードコントロールまたは他の手段を使用してナビゲートすることができる。例えばマウスをレンズ内のいずれかの方向にスクロールするために使用できる。キーボードの左および右矢印キーを左または右へのスクロールに使用できる。またはレンズ内にグラフィカル提示を有するオブジェクトを選択するために使用できる。他のキーもオブジェクトを選択するために使用でき、例えばオブジェクトの名前の最初の文字に相応するキーを押すことにより選択する。別の有利な実施例では、ボタン４０と４２をオブジェクトのスクロールに使用することができる。例えばボタン４０を選択すると、オブジェクト２０，２２，２４のグラフィカル提示が消失し、“ＳＡＰ”より１つ階層レベルの低い他のカテゴリーのグラフィカル提示により置換され、これが現れる。同様にボタン４２を選択すると、オブジェクト３０，３２，３４，３６のグラフィカル提示が消失し、付加的オブジェクトのグラフィカル提示により置換される。
【００５６】
図２を参照すると、レンズの大きさを検出するための有利な実施例がフローチャート１００に示されている。コンピュータがデータセットに対する要求１０２を行う。要求されたデータセットの受信１０４に基づき、受信されたデータセットの階層レベルと、スクリーン１０上に表示されているもっとも小さなレンズ内にグラフィカル提示された瞬時のデータセットの階層レベルとが比較１０６される。受信されたデータセットが比較的に深い階層レベルにあれば、瞬時に表示されているレンズよりも小さなレンズの形成１０８が開始される。受信されたデータセットが比較的に深い階層レベルになければ、受信されたデータセットと同じ階層レベルにあるか、または受信されたデータセットよりも深い階層レベルにあるデータセットのグラフィカル提示を表示するレンズが除去１１２される。除去１１２が行われた後、残って表示されているレンズよりも小さなレンズが形成１０８される。レンズが形成１０８されると、受信されたデータセットのグラフィカル提示の表示１１０が、１０８で形成されたレンズ内で開始される。そしてコンピュータは別のデータセットに対する要求１０２を行うことができるようになる。
【００５７】
フローチャート１００は単なる１つの有利な実施例であり、レンズサイズを検出し、これを本発明と一致するように表示するための手段は他にも可能である。例えば別の有利な実施例では、コンピュータが要求されたデータセットの階層レベルを検出するのに必要な情報を有していれば、比較１０６を要求されたデータセットの受信１０４の前に行うことができる。例えば要求されたデータセットが、データレベルを指示するＵＲＬ（スラッシュ符号を使用してディレクトリ構造を指示するようなＵＲＬ）と関連していれば、要求されたデータセットの階層レベルをその到着前に検出することができる。
【００５８】
別の有利な実施例では、表示されたレンズの除去１１２は次の場合に必要ない。すなわち、レンズの形成１０８および受信されたデータセットのグラフィカル提示の表示１１０が、他のレンズがスクリーン１０から消されるように実行されるなら除去は必要ない。
【００５９】
階層データを表示するブラウザの例
ここでも階層構造データベースが存在すると仮定する。説明のために、このデータベースには、次のカテゴリー名が割り当てられた４つのデータセットが含まれているとする。“User Info Cataolog”、“Key Account Manager”、“Current Situation”そして“Financial Situation”である。“User Info Cataolog”は“Key Account Manager”にリンクされており、これは“User Info Cataolog”よりも１つ階層レベルが低い。同じように“Key Account Manager”は“Current Situation”にリンクされており、これはさらに階層レベルが低い。最後に“Current Situation”は“Financial Situation”にリンクされており、これはさらに階層レベルが低い。
【００６０】
図３ａを参照すると、スクリーン１０はレンズ３１２を示し、このレンズはカテゴリー“User Info Cataolog”のグラフィカル提示を表示している。レンズ３１２は、“User Info Cataolog”よりも１つ階層レベルの低いカテゴリーである３つのオブジェクト３２０，３２２，３２４のグラフィカル提示を表示している。オブジェクト３２０，３２２，３２４はアイコンとしてグラフィカル提示されているが、これらの１つを選択すると新たな比較的に小さなレンズがレンズ３１２内に現れ、選択されたカテゴリーのグラフィカル提示を表示する。図３ｂは、カテゴリーまたはオブジェクト“User Info Cataolog”のツリー構造提示３９０を示す。図３ｂは、“User Info Cataolog”よりも１つ階層レベルの低い付加的オブジェクトまたはカテゴリーが存在することを示している。しかしこれらのグラフィカル提示は現在はスクリーン３１０に示されていない。上に説明したボタン４０と同じようなボタン３４０を選択すると、“User Info Cataolog”よりも１つ階層レベルの低い他のカテゴリーのグラフィカル提示が現れる。
【００６１】
ユーザが、カテゴリー“Key Account Manager”であるオブジェクト３２２を選択すると仮定する。図４ａを参照すると、スクリーン４１０にはレンズ４１４が示され、このレンズはカテゴリー“Key Account Manager”のグラフィカル提示を表示する。レンズ４１４は、“Key Account Manager”よりも１つ階層レベルの低いカテゴリーである３つのオブジェクト４２０，４２２，４２４を表示する。オブジェクト４２０，４２２，４２４はアイコンとしてグラフィカル提示されているが、これらの１つを選択すると新たな比較的に小さなレンズがレンズ４１４内に現れ、選択されたカテゴリーのグラフィカル提示を表示する。図４ｂはカテゴリーまたはオブジェクト“Key Account Manager”のツリー構造提示４９０を示す。
【００６２】
次にユーザが、カテゴリー“Current Situation”であるオブジェクト４２０を選択すると仮定する。図５ａを参照すると、スクリーン５１０にはレンズ５１６が示され、このレンズはカテゴリー“Current Situation”のグラフィカル提示を表示している。レンズ５１６は、“Current Situation”よりも１つ階層レベルの低いカテゴリーである３つのオブジェクト５２０，５２２，５２４のグラフィカル提示を表示している。オブジェクト５２０，５２２，５２４はアイコンとしてグラフィカル提示されているが、これらの１つを選択すると、新たな比較的に小さなレンズがレンズ５１６内に現れ、選択されたカテゴリーのグラフィカル提示を表示する。図５ｂは、カテゴリーまたはオブジェクト“Current Situation”のツリー構造提示を示す。
【００６３】
最後にユーザが、カテゴリー“Financial Situation”であるオブジェクト５２２を選択すると仮定する。図６ａを参照すると、スクリーン６１０にはレンズ６１８が示され、このレンズはカテゴリー“Financial Situation”のグラフィカル提示を表示している。レンズ６１８は、“Financial Situation”よりも１つ階層レベルの低いカテゴリーであるお重べくと６２０のグラフィカル提示を表示している。レンズ６１８はまた、有利な実施例ではカテゴリーではないオブジェクト６３０，６３２，６３４のグラフィカル提示を表示している。図６ｂは、カテゴリーまたはオブジェクト“Financial Situation”のツリー構造提示を示す。
【００６４】
スクリーン６１０は、ユーザが前のスクリーンに戻るために他のレンズを選択できるように表示されている。例としてユーザがレンズ４１４を選択すると（有利な実施例ではレンズ５１６とレンズ４１４の境界の間のエリアをクリックする）、スクリーン４１０が表示される。
【００６５】
ブラウザの簡素化客体モデルの例
上に説明したブラウザ形成方法ではオブジェクト指向プログラミングを使用する。有利な方法では、ＬＩＮＧＯのようなオブジェクト指向プログラミングエディタを使用する。当業者であれば、Ｃ++およびオブジェクト指向プログラミング能力を有する他の言語を上記のブラウザの形成に使用できることが理解されよう。プログラミング言語およびツールは絶えまず発展しており、このようなプログラミング言語およびツールもブラウザの形成に良く適する。
【００６６】
混乱を避けるために、言葉“オブジェクト（客体）”を以下、前に定義された言葉“オブジェクト”から区別するために日本語で“客体”とする。
【００６７】
図７を参照すると、簡素化客体モデル７００がどのようにブラウザをプログラミングするかを示している。
【００６８】
ブラウザマネージャ客体７１０は、ブラウザおよびコーディネートユーザインターフェースのグラフィック視覚化体をブラウザコントロールにより形成する。データキャッシュ客体７２０により、データインターフェース客体７３０によって得られた復元データセットを一時的に記憶することができる。レンズマネージャ客体７４０は、データセットのグラフィカル提示を表示するためのレンズを形成する。このようなデータセットは、カテゴリー客体７５０によりコントロールされるカテゴリーであるオブジェクトを含むことができ、またドキュメント客体７６０によりコントロールされるオブジェクトであり、非カテゴリーであるオブジェクトを含むことができる。ドラッグアンドドロップ客体７７０により、ユーザはオブジェクトを選択し、これを別の場所にドラッグすることができる（これについては後で説明する）。さらにコントロール客体７８０は、表示されるポップアップメニュー中のオプションまたはコマンド、または他のユーザ相互作用をコーディネートすることができ、オプションまたはコマンドが選択されるときに適切なアクションが行われるようにコーディネートする。
【００６９】
簡素化客体モデル７００は、ブラウザの実現を編成するために１つの手段である。
【００７０】
ユーザのお気に入りスクリーンの有利な実施例
ユーザが、データベースの階層データ構造のリンクを辿ることなしに１つまたは複数のオブジェクトにクイックアクセスできることを維持したいとする。有利な実施例では、クイックアクセスは図８に示したユーザのお気に入りスクリーン５０を介して実行される。スクリーン１０からユーザのお気に入りスクリーン５０へ切り換えるための有利な方法は、図１に示したクラスタビューアイコン４４を選択することである。ユーザのお気に入りスクリーン５０からスクリーン１０への切換のための有利な方法は、アイコン８８を選択することである。これら有利な方法に択一的な有利な方法は、スクリーン１０とユーザのお気に入りスクリーン５０との両方を１つの物理的ディスプレイに同時に表示することである。
【００７１】
オブジェクトへのリンクは、ユーザのお気に入りスクリーン５０に次の有利な方法によって形成することができる。ユーザが所望のオブジェクト、例えばオブジェクト３２を選択するとする。ユーザはマウスカーソルをオブジェクト３２に置き、マウスボタンを押し、カーソルをクラスタビューアイコン４４にドラッグし、マウスボタンを解放する。次にユーザのお気に入りスクリーン５０が表示され、ユーザはマウスカーソルをユーザのお気に入りスクリーン５０にある所望の箇所に移動する。次にユーザは押しているマウスボタンを開放する。マウスカーソルによりオブジェクトを選択し、、マウスボタンの押し、カーソルを別の箇所にドラッグし、マウスボタンを解放するという処理は、“ドラッグアンドドロップ”と呼ばれる。オブジェクトへのリンクをユーザのお気に入りスクリーン５０に形成するためには多数の他の方法がある。
【００７２】
有利な択一的実施例では、ユーザのお気に入りスクリーン５０を階層構造と関連して、ここに開示されたブラウザを用いずに使用することができる。例えば、オブジェクトを階層データ構造内で選択することのできる階層データコントローラを、選択されたオブジェクトへのリンクをユーザのお気に入りスクリーン５０に形成するために使用することができる。ユーザのお気に入りスクリーンがチャネルと関連して使用される択一的実施例を後で説明する。
【００７３】
ユーザのお気に入りスクリーン５０は、オブジェクト３０へのリンクのグラフィカル提示を現在表示している。これは、現在スクリーン１０上にグラフィカル提示を同じように有するオブジェクトへのリンクのグラフィカル提示の例である。ユーザはオブジェクト３０にスクリーン１０を介してまたはユーザのお気に入りスクリーン５０を介してアクセスすることができる。オプションとして、ユーザのお気に入りスクリーン５０上にあるオブジェクトへのリンクのグラフィカル提示を有するオブジェクトへのグラフィカル提示は、そのオブジェクトがユーザのお気に入りオブジェクトとして選択されていることを指示するグラフィック属性を受け取る。
【００７４】
有利な実施例では、ユーザのお気に入りスクリーン５０に形成されたリンクはスクリーン１０の直接的オブジェクトと同じグラフィカル提示を有する。択一的実施例では、ユーザのお気に入りスクリーン５０に形成されたリンクのグラフィカル提示は、例えば色、濃淡、形状などの属性をユーザのお気に入りスクリーン５０にあるクラスタオブジェクトリンクと関連して受け継ぐ。例として、ユーザはマウスを使用して、オブジェクト３０へのリンクのグラフィカル提示をクラスタオブジェクトリンク６０のグラフィカル提示までドラッグし、オブジェクト３０へのリンクのグラフィカル提示がクラスタオブジェクトリンク６０のグラフィカル提示の濃淡を受け継ぐようにすることができる。
【００７５】
有利な実施例では、ユーザはユーザのお気に入りスクリーン５０にグラフィカル提示されるリンクに対して階層を形成することができる。例えばクラスタオブジェクトリンク６０，６２または６４を、ボタン８６のクリックにより形成することができる。ユーザはまたクラスタオブジェクトリンクの名前（例えばクラスタオブジェクト６０に与えられた名前“Work books”）をタイプすることもできる。ユーザのお気に入りスクリーン５０の例では、クラスタオブジェクトリンク６０がオブジェクトリンク７０，７２，７４より１つ階層レベル上にありこれらにリンクされている。リンクは例えばクラスタオブジェクトリンク６０のようなクラスタオブジェクトリンクと、オブジェクトリンク７０，７２，７４のような１つまたは複数のオブジェクトリンクとの間に、マウスを使用してオブジェクトリンク７０，７２，７４のグラフィカル提示をクラスタオブジェクトリンク６０のグラフィカル提示にドラッグすることにより形成される。オプションとして、ユーザはクラスタオブジェクトリンクとオブジェクトリンクを形成、移動、リネーム、および除去することができる。有利な実施例では、カーソルをオブジェクトリンクのグラフィカル提示の近傍に移動すると、関連性のあるポップメニューが選択すべき可能なコマンドまたはオプションのリストを伴って現れる。例えばカーソルをオブジェクトリンク７５のグラフィカル提示の近傍に移動すると、ポップメニューまたは関連メニュー７７が現れる。オブジェクトリンク７５は実行可能なオブジェクトにリンクしているから、例えばポップメニューまたは関連メニュー７７は“Execute”オプションおよび“Preview”オプションを、“Rename”および“Remove”オプションの他に有する。有利な実施例では、ポップメニューまたは関連メニュー７７が予め定義され、オブジェクト形式またはユーザ権限に基づいた形態で自動的に表示される。例えば“除去”は、オブジェクトリンクを除去する権限が存在する場合だけオプションとして現れる。オプションとしてポップメニューまたは関連メニューを階層化することができる。
【００７６】
有利な実施例では、ユーザのお気に入りスクリーン５０を保存することができる（例えばサーバおよび／またはコンピュータで読みとり可能な記憶媒体に保存する）。これは、オブジェクトリンクのグラフィカル提示のユーザ固有の関連位置とクラスタオブジェクトリンクとをそ、れらがユーザのお気に入りスクリーン５０に現れたときに保存するようにする。
【００７７】
有利な実施例では、ユーザのお気に入りスクリーン５０を除外報告と関連して使用することができる。例えばアドミニストレータは除外報告と関連づけられたオブジェクトを定義することができる。ここではオブジェクトと関連づけられた所定の条件によりユーザに除外発生が警告される。例えばユーザは、オブジェクトリンクのグラフィカル提示が点滅することにより警告される。
【００７８】
有利な実施例では、ユーザのお気に入りスクリーン５０は、リンクのグラフィカル提示の種々のシェルフを表示することができる。図８でユーザのお気に入りスクリーン５０は現在、第１のシェルフ８１を表示している。ボタン８２またはボタン８４を選択することにより、ユーザは他のリンクのグラフィカル提示を表示する他のシェルフを選択することができる。ボタン８０を押すことにより、ユーザはシェルフ８１の表示に戻ることができる。有利な実施例では、オブジェクトリンクのグラフィカル提示を１つのシェルフから別のシェルフに移動することができる。ユーザはまたクラスタオブジェクトリンクのグラフィカル提示を１つのシェルフから別のシェルフに移動することもできる。この場合、クラスタオブジェクトリンクに関連づけれたすべてのオブジェクトリンクのグラフィカル提示も別のシェルフに移動される。別の有利な実施例では、除外報告と関連づけられたオブジェクトリンクのグラフィカル提示を備えたシェルフが、除外イベントをユーザに警告するときに点滅する。
【００７９】
そのグラフィカル提示がユーザのお気に入りスクリーン５０に表示されているリンクの階層編成は自然連想の形態で表示されているから、リンクの階層的性質をユーザにより簡単に意識されることはない。ユーザは例えばクラスタオブジェクトリンク６０のようなクラスタオブジェクトリンクと、例えばオブジェクトリンク７０，７２，７４のような、クラスタオブジェクトリンクにリンクされたオブジェクトリンクを形成することができるから、階層関係はクラスタオブジェクトリンクとオブジェクトリンクの近似グラフィカル提示のコレクションとしてスクリーンに表示される。下の例は、自然連想の利点のいくつかを説明する。
【００８０】
ユーザのお気に入りスクリーンの例
以下の例はユーザのお気に入りスクリーンの多様性を説明する。
【００８１】
図９ａを参照すると、ユーザのお気に入りスクリーン９５０は現在、クラスタオブジェクト９６０，９６２，９６４のグラフィカル提示を表示する（ポップメニューまたは関連メニュー９７７の表示はカーソルがオブジェクトリンク９７０のグラフィカル提示の近傍にあることを指示する）。オブジェクトリンク９７２，９７３はクラスタオブジェクトリンク９６２にリンクされており、またオブジェクトリンク９７４，９７５，９７６はクラスタオブジェクトリンク９６４にリンクされている。図９ｂは、クラスタオブジェクトリンクとオブジェクトリンクのツリー構造提示を示し、これらのリンクのグラフィカル提示がユーザのお気に入りスクリーン９５０に表示されている。グラフィカル提示によりリンクの種々のグループ間の自然連想が明らかとなり、これはツリー構造では無理である。ユーザにより定義されたリンクの物理的レイアウトはリンクの階層構造を表示する必要性を取り除く。
【００８２】
有利な実施例では、ユーザがオブジェクトリンク９７４のグラフィカル提示を、例えばカーソルをオブジェクトリンク９７４のグラフィカル提示に移動し、マウスボタンを押し、オブジェクトリンク９７４のグラフィカル提示をクラスタオブジェクトリンク９６２のグラフィカル提示に触れるまでドラッグし、そしてオブジェクトリンク９７４のグラフィカル提示をユーザのお気に入りスクリーン９５０にある、オブジェクトリンク９７２のグラフィカル提示のちょうど上にある点までドラッグし、マウスボタンを解放した場合、その結果は図１０ａにあるユーザのお気に入りスクリーン１０５０のようになる。この動作はまた、オブジェクトリンク９７４とクラスタオブジェクトリンク９６４の間のリンクを除去し、オブジェクトリンク９７４とクラスタオブジェクトリンク９６２との間でリンクを形成したことになる。図１０ｂは、そのグラフィカル提示がユーザのお気に入りスクリーン１０５０に表示されたクラスタオブジェクトリンクとオブジェクトリンクのツリー構造提示１０９０を示す。
【００８３】
有利な実施例では、オブジェクトリンク９７４のグラフィカル提示の属性が上記の操作によって警告されることとなる。単なる例として、クラスタオブジェクトリンク９６２のグラフィカル提示が赤でシェードされ、クラスタオブジェクトリンク９６４のグラフィカル提示が緑でシェードされると仮定する。オブジェクトリンク９７４のグラフィカル提示はユーザのお気に入りスクリーン９５０で緑でシェードされることとなるが、ユーザのお気に入りスクリーン１０５０では自動的に赤のシェードに切り替えられる。
【００８４】
ユーザのお気に入りスクリーンの多様性をさらに説明するために、図１１ａではユーザのお気に入りスクリーン１１５０が種々の物理的レイアウトを、ユーザのお気に入りスクリーン１０５０にグラフィカル提示されたリンクのグラフィカル提示に対して示している。図１１ｂは、そのグラフィカル提示がユーザのお気に入りスクリーン１１５０に表示されたクラスタオブジェクトリンクとオブジェクトリンクのツリー構造提示１１９０を示す。ツリー構造提示１０９０とツリー構造提示１１９０とは同じであることが明らかである。ユーザがクラスタオブジェクトリンクのグラフィカル提示をドラッグアンドドロップすると、クラスタオブジェクトリンクにリンクされているオブジェクトリンクのグラフィカル提示もまた移動される。例えばクラスタオブジェクトリンク９６０のグラフィカル提示をユーザのお気に入りスクリーン１０５０の上半分からユーザのお気に入りスクリーン１１５０の下半分に移動すると、オブジェクトリンク９７０のグラフィカル提示も同じように移動する。さらに、ドラッグアンドドロップ技術はまた、オブジェクトリンクのグラフィカル提示をクラスタオブジェクトリンクの付近で移動するのにも使用できる。したがって、オブジェクトリンク９７５，９７６のグラフィカル提示をクラスタオブジェクトリンク９６４のグラフィカル提示の右から（ユーザのお気に入りスクリーン１０５０に示すように）、クラスタオブジェクトリンク９６４のグラフィカル提示の左に（ユーザのお気に入りスクリーン１１５０に示すように）移動することも簡単である。有利な実施例では、この操作は２つのドラッグアンドドロップ操作を必要とすることになる。例えば、ユーザはオブジェクトリンク９７５のグラフィカル提示をドラッグアンドドロップし、続いてオブジェクトリンク９７６のグラフィカル提示をドラッグアンドドロップする。オブジェクトの物理的提示レイアウトをカスタマイズできることのさらなる利点は、ユーザが望めば、所定のオブジェクトリンクのグラフィカル提示を他のオブジェクトリンクのグラフィカル提示と関連してインデントすることにより、オブジェクトリンクの擬似階層を簡単に形成できることである。
【００８５】
ユーザのお気に入りスクリーンの別の有利な実施例
ユーザのお気に入りスクリーンの択一的実施例が図１２のユーザのお気に入りスクリーン１２５０により示されている。この有利な実施例では、クラスタオブジェクトリンク１２６０がオブジェクトリンク１２７０，１２７１，１２７２，１２７３，１２７４にリンクされている。これらリンクのグラフィカル提示は同じ形状を共有し、この形状はユーザのお気に入りスクリーン１２５０では三角形である。他のクラスタオブジェクトリンクのグラフィカル提示、およびこれらにリンクされたオブジェクトのグラフィカル提示は別の形状を有する。例えば、クラスタオブジェクトリンク１２６２のグラフィカル提示はダイヤモンド形状を有し、クラスタオブジェクトリンク１２６４のグラフィカル提示は円形状を有する。
【００８６】
有利な実施例では、ユーザのお気に入りスクリーン１２５０がデータセットを供給するチャネル１２９５と関連して使用される。公衆チャネルまたは準私用チャネルにあるオブジェクトへのリンクもユーザお気に入りチャネルを使用して形成し、編成することができる。ユーザはアイコン１２９６をユーザのお気に入りチャネルの表示のために使用することができる。例えばユーザがアイコン１２９６をクリックすると、ユーザのお気に入りチャネル１、ユーザのお気に入りチャネル２，またはユーザのお気に入りチャネル３を表示するためにオプションが現れる（これらのオプションは、図８でシェルフを表示するために使用されるボタン８０，８２，８４と同等である）。
【００８７】
ユーザは別のチャネルにあるオブジェクトへのリンクを、オブジェクトをアイコン１２９６にドラッグすることにより形成できる。ユーザのお気に入りスクリーン５０の場合と同じように、いったんオブジェクトリンクが形成され、ユーザのお気に入りスクリーン１２５０にグラフィカル提示されれば、クラスタオブジェクトリンクへリンクすることができる。ユーザのお気に入りスクリーン５０で実行される、上に説明したような操作を、ユーザのお気に入りスクリーン１２５０でも実行できる。
【００８８】
ユーザのお気に入りスクリーンの簡素化客体モデルの例
上に説明したようなユーザのお気に入りスクリーンを形成する方法はオブジェクト指向プログラミングを使用することである。有利な方法は、ＬＩＮＧＯのようなオブジェクト指向プログラミングエディタを使用することである。当業者であれば、Ｃ++およびオブジェクト指向プログラミング能力を有する他の言語を、上に説明したクラスタお気に入りスクリーンの形成に使用できることが理解されよう。プログラミング言語およびツールは絶えまず発展しているから、そのような言語およびツールもクラスタお気に入りスクリーンの形成に良く適していることは明白である。
【００８９】
混乱を避けるために、言葉“オブジェクト（客体）”を以下、前に定義された言葉“オブジェクト”から区別するために日本語で“客体”とする。
【００９０】
図１３を参照すると、簡素化客体モデル１３００が、ユーザのお気に入りスクリーンをどのようにプログラミングするか示している。シェルフマネージャ客体１３１０は、クラスタオブジェクトと、現在表示されているシェルフまたはユーザのお気に入りチャネルに関連するオブジェクトのすべての例をコントロールする。ステージマネージャオブジェクト１３１５は、スクリーン上のすべての可視アクションをコントロールし、イベント、およびアクションコントロール間の情報流をコーディネートする。データキャシュ客体１３２０により、データインターフェース客体１３３０により得られ、復元されたデータセットの一時記憶が可能である。クラスタ客体１３５０はクラスタオブジェクトリンクの例であり、ドキュメント客体１３６０はクラスタオブジェクトリンクにリンクされていないオブジェクトリンクの例である。ドキュメント客体１３６５はクラスタオブジェクトリンクにリンクされたオブジェクトの例である。ドラッグアンドドロップ客体１３７０により、ユーザはオブジェクトまたはクラスタオブジェクトを選択し、これを他の位置へドラッグすることができる。最後にコントロール客体１３８０は、表示されるポップメニュー中のオプションまたはコマンドをコーディネートするか、または他のユーザ相互作用をコーディネートし、オプションまたはコマンドが選択されるときに適当なアクションが実行されるようコーディネートする。
【００９１】
簡素化客体モデル１３６０はユーザのお気に入りスクリーンの実現を編成するための単なる一例である。
【００９２】
択一的に有利な実施例
有利な実施例では、上に説明したデータセットがコンピュータのネットワークを介して存在する。インターネットまたは１つ以上のデータベースに存在するデータセットは巨大なデータベースの一部と見なすことができる。有利な択一的実施例では、データセットは１つのコンピュータに存在する。本発明は１つのコンピュータで実施することも、コンピュータのネットワークを介して実施することもできる。またコンピュータはデータセットを自身の記憶媒体またはキャッシュから受信することができ、他のコンピュータからデータを受信することに限定されない。
【００９３】
ここで指摘した本発明の多数の新規性は、ここに開示された範囲内で変形し、実施することができる。これら要素および／または方法ステップの組み合わせも本発明の枠内である。
【図面の簡単な説明】
【図１】 図１は、ブラウザに対する表示例を示すコンピュータスクリーンの図である。
【図２】 図２は、ブラウザでのレンズの表示がどのように検出されるかを示すフローチャートである。
【図３ａ】 図３ａは、第１レベルでカテゴリーのグラフィカル提示を表示するレンズの例を示すコンピュータスクリーンの図である。
【図３ｂ】 図３ｂは、図３ａに提示されたカテゴリーのツリー構造を示す図である。
【図４ａ】 図４ａは、第２のレベルでカテゴリーのグラフィカル提示を表示するレンズの例を示すコンピュータスクリーンの図である。
【図４ｂ】 図４ｂは、図４ａに提示されたカテゴリーのツリー構造を示す図である。
【図５ａ】 図５ａは、第３のレベルでのカテゴリーのグラフィカル提示を表示するレンズの例を示すコンピュータスクリーンの図である。
【図５ｂ】 図５ｂは、図５ａに提示されたカテゴリーのツリー構造を示す図である。
【図６ａ】 図６ａは、第４のレベルでカテゴリーのグラフィカル提示を表示するレンズの例を示すコンピュータスクリーンの図である。
【図６ｂ】 図６ｂは、図６ａに提示されたカテゴリーのツリー構造を示す図である。
【図７】 図７は、階層ブラウザがどのようにプログラムされるかを示す簡素オブジェクトモデルの例を示す図である。
【図８】 図８は、ユーザ形成リンクのグラフィカル提示を含むユーザお気に入りスクリーンの実施例を示すコンピュータスクリーンの図である。
【図９ａ】 図９ａは、ユーザ形成リンクのグラフィカル提示を含む表示実施例を示すコンピュータスクリーンの図であり、ポップメニューが表示されている。
【図９ｂ】 図９ｂは、図９ａに示したユーザ形成リンクのツリー構造を示す図である。
【図１０ａ】 図１０ａは、ユーザ形成リンクのグラフィカル提示を含む表示実施例を示すコンピュータスクリーンの図であり、リンクが移動されている。
【図１０ｂ】 図１０ｂは、図１０ａのユーザ形成リンクのツリー構造を示す図である。
【図１１ａ】 図１１ａは、ユーザ形成リンクのグラフィカル提示を含む表示実施例を示すコンピュータスクリーンの図であり、リンクの物理的提示がディスプレイから除去されており、リンクの階層構造は変化していない。
【図１１ｂ】 図１１ｂは、図１１ａに示されたユーザ形成リンクのツリー構造を示す図である。
【図１２】 図１２は、ユーザ形成リンクのグラフィカル提示を含むユーザのお気に入りスクリーンの択一的実施例を表示するコンピュータスクリーンの図である。
【図１２ａ】 図１２ａは、ユーザ形成リンクのグラフィカル提示を含むユーザのお気に入りスクリーンの択一的実施例を表示するコンピュータスクリーンの図である。
【図１２ｂ】 図１２ｂは、ユーザ形成リンクのグラフィカル提示を含むユーザのお気に入りスクリーンの択一的実施例を表示するコンピュータスクリーンの図である。
【図１２ｃ】 図１２ｃは、ユーザ形成リンクのグラフィカル提示を含むユーザのお気に入りスクリーンの択一的実施例を表示するコンピュータスクリーンの図である。
【図１２ｄ】 図１２ｄは、ユーザ形成リンクのグラフィカル提示を含むユーザのお気に入りスクリーンの択一的実施例を表示するコンピュータスクリーンの図である。
【図１３】 図１３は、ユーザ形成リンクのグラフィカル提示を含むユーザのお気に入りスクリーンをどのようにプログラムするかを示す簡素化オブジェクトモデルの例を示す図である。

Claims (1)

1. 階層データ構造に編成されたデータの表示および相互作用のためのコンピュータシステムにおいて、
   （ａ）第１の要求をコンピュータのグラフィカルユーザインターフェースから送信し、第１のデータセットを供給させるための手段が設けられており、
   該第１のデータセットは、前記階層データ構造内にあり、かつ前記階層データ構造内に位置を有し、かつ前記階層データ構造内の第１のデータセットの位置と関連したレベルを有し、
   （ｂ）前記コンピュータで前記第１のデータセットを第１の要求に応答して受信するための手段が設けられており、
   （ｃ）前記第１のデータセットを可視表示のためのグラフィカル提示に変換するための手段が設けられており、
   （ｄ）前記第１のデータセットの可視表示のためのグラフィカル提示を第１のレンズ内に前記グラフィカルユーザインターフェースにより表示するための手段が設けられており、
   （ｅ）第２の要求を前記グラフィカルユーザインターフェースから送信し、第２のデータセットを表示させるための手段が設けられており、
   該第２のデータセットは前記階層データ構造内にあり、かつ前記階層データ構造内に位置を有し、かつ前記階層データ構造内に第２のデータセットの位置と関連した単一のレベルを有し、
   （ｆ）前記コンピュータで前記第２のデータセットを前記第２の要求に応答して受信するための手段が設けられており、
   （ｇ）前記第２のデータセットのレベルを第１のデータセットのレベルと比較し、どちらのレベルが前記階層データ構造内でより深いかを検出するための手段が設けられており、
   （ｈ）前記第２のデータセットを可視表示のためのグラフィカル提示に、前記第２のデータセットのレベルと第１のデータセットのレベルとの比較に基づいて変換するための手段が設けられており、
   （ｉ）前記第２のデータセットの可視表示のためのグラフィカル提示を、第２のデータセットのレベルが第１のデータセットのレベルよりも階層データ構造においてより深い場合だけ、前記グラフィカルユーザインターフェースにより表示され、前記第１のレンズ内で第１のレンズの上に積み重ねられた、１つのレンズからなる第２のレンズに表示するための手段が設けられており、
   （ｊ）前記第２のデータセットのレベルが前記階層データ構造において前記第１のデータセットと同じレベルか又はより浅いレベルならば、前記第１のレンズ内の前記第１のデータセットのグラフィカル提示を除去し、前記第２のデータセットの可視表示ためのグラフィカル提示を、残ったレンズ内で前記残ったレンズの上に積み重ねられた、１つのレンズからなる第２のレンズに表示するための手段が設けられている、
   ことを特徴とするコンピュータシステム。

Images