JP2008537253A - 電子情報のサーチ、ナビゲーション及び検索 - Google Patents

Abstract

様々な異なるファイル、リスト、フォルダ、及び／又は添え以外の記憶要素への「リンク」を提供して、ユーザがファイルを構成する、例えば、階層的属性、リスト、自動リスト、フォルダなど（５）によって構成することを可能にするコンピュータ・システム・ナビゲーション・ツールである。これらのシステム及び方法により、ユーザは、ファイルに属性を割り当てる（選択的であるが、階層的に）（３）、割り当てられた属性を変更する、割り当てられた属性に基づいて情報をサーチする、見る、検索するなどが可能になる。

Description

本発明は、コンピュータ・システム又はネットワーク上の電子データ及びそれ以外の情報を記憶し、サーチし、ナビゲートし、検索するシステム、方法、コンピュータ実行可能な命令が記憶されたコンピュータ可読媒体に関し、更に、これらの機能と関連しこれらの機能を実行するのに利用可能なユーザ・インターフェースの側面に関する。

コンピュータ・システム及びネットワークには膨大な量の情報が記憶されており、及び／又は、コンピュータ・システム及びネットワークを介して膨大な量の情報を入手することができ、この情報は、様々な異なる目的のためにコンピュータ・ユーザにとって入手可能である。コンピュータはこのような大量の情報をユーザに提供することができるが、ユーザが希望する情報をシステム又はネットワークから信頼できる態様で発見し検索することができる場合にだけ、このような情報はユーザにとって価値があり有用である。記憶された情報は、実質的に多くのサーチ時間、努力及び／又はフラストレーションなく、それを容易に発見する及び／又は検索することができないのであれば、ユーザにとってほとんど又はまったく価値がない。

発明の概要

本発明の特徴は、コンピュータ、そのオペレーティング・システム、ネットワークなどの記憶システムのためのナビゲーション・ツールを提供するシステム、方法及びユーザ・インターフェースに関する。本発明の少なくともいくつかの例によると、ナビゲーション・ツール及び／又は対応するユーザ・インターフェース及びディスプレイが、複数の異なるウィンドウ、アプリケーション・プログラムなどにおいて提供される。本発明の少なくともいくつかの例では、ナビゲーション・ツール及び／又はそれに対応するユーザ・インターフェース及びディスプレイ・パネルは、様々な異なるファイル、リスト、フォルダ、ページ及び／又はそれ以外の記憶要素への「リンク」を含むウィンドウ又はパネルを含む。希望する場合には、本発明の少なくともいくつかの特徴によるナビゲーション・ツールは、異なるユーザによる異なるアプリケーション・プログラム、アプリケーション・プログラムの一部、オペレーティング・システムの一部などのためにカスタマイズすることができ（例えば、コンピュータ・オペレーティング・システムを提供するものからの独立なソフトウェア・プロバイダ）、当該ファイルの集合及び／又は当該ユーザに関係する情報をナビゲートするために最適化され目的が定められる。更に、本発明の少なくともいくつかの例によるナビゲーション・ツールは、例えば、階層的な属性、リスト、自動リスト、フォルダなどにより、ユーザのファイルに関する情報を編成する及び／又は表示する便利な方法を提供する。更に、本発明の少なくともいくつかの例によるシステム及び方法は、ユーザが、オプショナルではあるが階層的な属性を用いて、属性をファイルに割り当て、ファイルと関連する割り当てられた属性を変更することなどを容易にする。更に、本発明の少なくともいくつかの例によると、記憶された又はアクセス可能なファイルと関係する情報を、例えばクエリ・ベースのファイル及び／又は検索システムにおいて、サーチし、発見し、見るためのナビゲーション・ツールが提供される。

本発明の更なる特徴として、様々な方法を実行する及び／又は様々なシステムを動作させるコンピュータ実行可能な命令が記憶されたコンピュータ可読な媒体に関する。これには、コンピュータ記憶システムに存在する及び／又は上述した（そして、以下で詳述される）コンピュータ・システムを介してアクセス可能なファイルに関する情報を編成（organize）し、サーチし、発見し及び／又は表示するシステム及び方法が含まれる。

本発明の様々な目的、特徴及び効果は、添付された図面を参照しながら以下の詳細な説明を読むことにより容易に明らかになりより完全に理解されうる。

上述したように、本発明の様相は、サーチし、ナビゲートし及び／又は電子情報を中へ検索し、そして、計算機システムおよび（または）ネットワークによって利用可能で、格納のためのシステム、方法およびコンピュータが読める媒体に関係がある。
次のサブセクションはリーダを支援するためにサブセクションに分割される。
サブセクションは次のものを含んでいる：用語；発明の様々な実施例の説明；エグザンプル・ハードウェア；発明による、エグザンプル・システム、方法およびコンピュータが読める媒体；また結論。
Ｉ．用語
次の用語はこの仕様の中で使用されてもよい、そして、別段の定めがない限り、あるいはコンテキストから明瞭、用語は下のように意味を提供する。

「階層的財産（属性、プロパティ）」 − その値がユニークなストリングを分類する、順序づけられた収集を含んでいるかもしれないＡタイプの財産。ストリングはそれぞれ、それが指定されるパスによって、例えばユニークになるかもしれない。また、このパスはさらに属性値がそれぞれ属するカテゴリーを定義するために使用されてもよい。

「親（上位）属性値」 − １つ以上の可能な子ども属性値がある属性値。

「子ども（下位）属性値」 − 別の属性値の子どもである属性値。

「自動リスト」 − フィルタ条件のあらかじめ選択されたセットと一致する固定スコープに関する情報のための質問に起因するファイルあるいは他のデータのリスト。
「自動リスト」の例は含んでいる、しかし次のものに制限されていない。ファイル作成期日、ファイル作成時間、最後の編集期日、最後の編集時間、ファイル定格データ、ファイル著者リスト、最後の使用＝昨日、最後の使用＝先週など 「ナビゲーション・パネル」は、下記に述べられたとともに、１つ以上の「自動リスト」を含んでいるかもしれない。

「リスト」 − ショートカットあるいは自動リスト、ファイル、ファイル収集、フォルダなどへの「リンク。」「ナビゲーション・パネル」は、下記に述べられたとともに、１つ以上の「リスト」を含んでいるかもしれない。「ページをつけてください − 」特定のフォルダ、リスト、自動リストなど。「ページ」は、発明などの様相によるナビゲーション・ツールから、ユーザがナビゲートすることができる階層的テーブル中の（例えばメニューから品を選ぶことによって）ノードを構成するかもしれない。個々の「ページ」あるいはストレージシステムでの様々なレベルの「ページ」のリスト、またはコンピュータ・システムかネットワークによって利用可能、より詳細に下に記述されるように、ナビゲーション・パネルおよび（または）表示パネルに現われるかもしれない。

「コンピュータ可読媒体」 − コンピュータ・システム上のユーザによってアクセスすることができるあらゆる利用可能な媒体。制限ではなく例経由で、「コンピュータが読める媒体」はコンピュータ記憶装置媒体および通信メディアを含んでいるかもしれない。
「コンピュータ記憶装置媒体」は揮発性、コンピュータが読める命令、データ構造、プログラムモジュールあるいは他のデータのような情報の記憶のための任意の方法あるいは技術の中でインプリメントされた不揮発性で、取外し可能および非リムーバブル・メディアを含んでいる。「コンピュータ記憶装置媒体」は含んでいる、しかし制限されない、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリーあるいは他のメモリ技術；ＣＤ−ＲＯＭディジタル・バーサタイル・ディスク（ＤＶＤ）あるいは他の光学的記憶デバイス；磁気カセット、磁気テープ、磁気ディスク記憶装置あるいは他の磁気記憶装置；あるいは希望情報を格納するために使用することができ、コンピュータによってアクセスすることができる他のミディアム。「通信メディア」は、典型的にはコンピュータが読める命令、データ構造、プログラムモジュールあるいは他のデータを搬送波あるいは他の移送機構のような変調データ信号で具体化し、どんな情報配送媒体も含んでいる。用語「変調データ信号」は、信号中のエンコード情報にような方法で１つあるいはその特性のそれ以上のをセットするか変更される信号を意味する。制限ではなく例経由で、通信メディア、有線ネットワークか直接の有線接続のようなインターネットを利用している媒体および無線メディアを含んでいる、のように、音響、ＲＦ、赤外線および他の無線メディア。上記のもののうちのいずれかの組合せも「コンピュータが読める媒体」の範囲内で含まれているべきである。
ＩＩ． 発明の種々の実施例の概説
Ａ． 階層関係に特性を格納すること
本発明の様相はその上にデータ構造を格納するコンピュータが読める媒体に関係がある。少なくともこの発明のいくつかの例に従うデータ構造は、次のものを含めてもよい：
（ａ） 少なくとも電子ファイルの内容のうちのいくらかを含んでいる最初のデータセット；そして（ｂ）電子ファイルに関連した資産データを含んでいる別のデータセット。この第２のデータセットは、最初の特性が電子ファイルに関係していることを示す最初の水平なパス・ストリングを含んでいるかもしれない。そこでは最初の水平なパス・ストリングは、資産データの階層構造を示す。自由に、もし望まれれば、第２のデータセットは多数の特性が電子ファイル（例えば階層構造の中で）に関係していることを示すデータの多数の水平なパス・ストリングを含んでいるかもしれない。第２のデータセットは、中へ含まれたメタデータとして、任意の希望の方法で例えば提供され、及び／又は最初のデータセットに関係しているかもしれない。もちろん、もし望まれれば、補足資産データを含んでいる３番めのデータセット（あるいはより多くのデータセット）は、中へ含まれているかもしれないし、及び／又は電子ファイル（そこでは３番目のデータセット（あるいは追加データセット）は別の財産が電子ファイルに関係していることを示す別の水平なパス・ストリングを含んでいる）に関係しているかもしれない、そして、そこでは付加的な水平なパス・ストリングは、３番目の（あるいは付加的な）データセット中の資産データの階層構造を示す。

この発明の追加の例様相は、階層的プロパティ情報を含む電子化データを格納するためのシステムおよび方法に関係がある。そのようなシステムおよび方法は次のものを含んでいるかもしれない：（ａ） コンピュータ可読媒体（例えば、１つ以上のコンピュータ処理システムを使用して）上の記憶用電子化データを含む電子ファイルの作成；（ｂ） 受信入力データ、電子ファイルの一部として含められる最初の属性値を示すこと、あるいは電子ファイル（例えばマウス、ペン、ディジタイザ、キーボード、ネットワーク接続、ディスクドライブなどによる）に関係していた、そこでは最初の属性値は、最初の属性値を示す最初の水平なパス・ストリングを含む最初のデータセットを含んでいる、また、最初の水平なパス・ストリングは、どこで最初の属性値の階層構造を示すか；そして、（ｃ）メタデータなどとして、水平なパス・ストリングがそこに含んでいたか、その上に（例えば電子メモリデバイス中で）関連させた１番目を備えた電子ファイル（そこでは最初の水平なパス・ストリングがファイルの一部として、任意の希望の方法に（例えば情報のリンクによって）電子ファイルで備えられるか関連させられる）を格納する。自由に、少なくともこの発明のいくつかの例に従う、システムおよび方法、さらに、入力データを受け取ってもよい、電子ファイルの一部として含められる別の属性値を示すこと、あるいは電子ファイルに関係していた、第２の属性値は別のデータセットを含んでいる、別の水平なパス・、ストリングを含んでいること、第２の属性値を示すこと、そこでは第２の水平なパス・ストリングは、第２の属性値の階層構造を示す、また、電子ファイルのストアはどこで第２の水平なパスで電子ファイルを格納することを含んでいるか。そこに含まれたか、その上に関連するストリング。属性値のどんな数も格納され、及び／又は発明に従ってこのように電子ファイルに関係しているかもしれない。

この発明のまだ追加の例様相は、それに関連した階層的プロパティ情報を含んでいる電子化データを処理するためのシステムおよび方法に関係がある。少なくともこの発明のいくつかの例による、システムおよび方法は、次のものを含んでいるかもしれない：（ａ）複数の階層構造を示すコンピュータ・システムか、ネットワーク（例えばコンピュータ・システムかネットワークのコンピュータ・システムのメモリの中への）上のデータを受け取ることは、属性値を定義した。階層構造中の他のすべての定義された属性値と比較して、そこでは定義された属性値はそれぞれユニークな水平なパス・データストリングにそれに関係している；（ｂ） ユーザで含められる新しい属性値が階層構造（例えばマウス、ペン、ディジタイザ、キーボード、ネットワーク接続、ディスクドライブなどによる）中の場所を望んだことを示す受信ユーザインプット；そして、ユーザに基づいた（ｃ）は、新しい属性値が階層構造において既存の他のすべての水平なパス・データストリングと異なる水平なパス・データストリングを持っているかどうか判断して、階層構造中の場所を望んだ。新しい属性値用の水平なパス・データストリングは例えば、少なくとも最初の親プロパティ一部および最初の子どもプロパティ一部（自由に、最初の親プロパティ一部あるいは最初の子どもプロパティ一部の少なくとも１つは、階層構造中の少なくとも１つの他の定義された属性値の一部と同一かもしれない）を含んでいるかもしれない。方法は新しい属性値用の水平なパス・データストリングが階層構造において既存のプロパティ用の他のすべての水平なパス・データストリングと異なるとわかる時、ユーザの階層構造への新しい属性値が場所を望んだと付け加えることをさらに含んでいるかもしれない。

発明の例に従う、様々なシステムおよび方法の使用では、ユーザは立入してもよい、検索照会（そこでは検索照会は階層的プロパティ構造に属性値を含んでいるサーチプロパティのセレクションを含んでいる）を示すシステムの中へのインプット。いったん、検索照会がそうならば、立入する、少なくとも発明のいくつかの例に従う、システムおよび方法は決定するかもしれない、どの電子ファイル、格納された、あるいはコンピュータ・システムか、ネットワーク（自由にサーチされるファイルのスコープを制限するサーチスコープを備えた）によって利用可能、その検索照会に遭遇する、電子ファイルは、どこでその検索照会に遭遇することを決定したか、最初のサーチプロパティを含んでいる、そこに格納した、あるいはその上に関連させられた。別の例として、検索照会は、階層構造中の多数のプロパティのユーザ選択および決定を含んでいるかもしれない、どの電子ファイルの、格納された、あるいはコンピュータ・システムかネットワーク（自由に限定されたサーチスコープ内の）によって利用可能、その検索照会に遭遇する、選択されたプロパティの少なくとも１つを含んでいる電子ファイルの識別を含んでいるかもしれない。

この発明の例による、コンピュータが読める媒体、システムおよび方法に含まれた資産データは、どれにも保存されるかもしれない、適切、あるいは発明から外れずに、方法を望んだ、例えば、資産データセット中の資産データの階層構造を示すように方法で。例として、資産データ構造は、次のフォーマットのうちの１つを引き受けてもよい：親属性値（デリミッター） 子ども属性値；親属性値 − デリミッター−子ども属性値− − デリミッター − 孫属性値；子ども属性値―デリミッター − 親属性値；または子ども属性値−デリミッター−親属性値−デリミッター− 祖父属性値。もちろん、プロパティ階層構造および水平なパス・データストリング中のデータ構造中のレベルのどんな数もこの発明から外れずに提供されるかもしれない。

発明の追加の様相は、階層的資産データの提供および（または）階層的資産データの使用のために（例えば格納し、電子ファイルのサーチし、ナビゲートし及び／又は検索、およびコンピュータを含む関連情報のために）その上に格納されたコンピュータ実行可能命令を含むコンピュータが読める媒体に関係がある − 様々な方法を行ない及び／又は、上に記述された様々なシステムを操作するための判読可能な媒体。
Ｂ． 多数プロパティ・セレクション
本発明の他の様相は、電子ファイル資産データの複数選択を含む複数ユーザ選出を含んでいる方法および入力データを処理するためのシステムに関係がある。そのようなシステムおよび方法は含んでいるかもしれない、例えば：（ａ） 複数のサーチエレメント（例えば、マウス、ペン、ディジタイザ、キーボード、ネットワーク接続、ディスクドライブなどのようなユーザ入力デバイスを通って）を含む階層構造から最初のサーチパラメータを選ぶこと；（ｂ） 階層構造（例えば、マウス、ペン、ディジタイザ、キーボード、ネットワーク接続、ディスクドライブなどのようなユーザ入力デバイスを通って）から別のサーチパラメータを選ぶこと；そして第２のサーチパラメータ（例えば、コンピュータ処理システムを使用して）として階層構造中でセットされた同じエレメント内に最初のサーチパラメータがあるかどうか（ｃ）判断すること。様々なディスプレイは、最初のサーチパラメータが第２のサーチパラメータと同じエレメント・セット内にあるとわかるかどうかに依存するコンピュータ処理システムによって生成されるかもしれない（例えばコンピュータ表示装置上で）。少なくとも発明のいくつかの例に従って、検索結果、最初のサーチパラメータが第２のサーチパラメータとして階層構造中でセットされた同じエレメント内にあるとわかる場合、その最初のサーチパラメータあるいは第２のサーチパラメータに遭遇する電子ファイルの結合を示すことが表示されるかもしれない。さらにあるいはあるいは、最初のサーチパラメータが第２のサーチパラメータの階層構造中でセットされたエレメントの外部で位置するとわかる場合、その最初のサーチパラメータおよび第２のサーチパラメータの両方に遭遇する電子ファイルの交切を示す検索結果は表示されるかもしれない。

少なくともこの発明のいくつかの例に従って、様々なサーチ要素の階層構造は、階層的やり方で整えられた複数のプロパティを含んでいるかもしれない。サーチパラメータの少なくとも１つは、定義された属性値のうちの１つを含んでいるかもしれない。自由に、少なくともいくつかの例において、サーチ要素の少なくとも１つはフォルダ要素、リスト要素、自動リスト要素あるいは階層構造中の他の希望の要素を構成するだろう。まだ、少なくとも発明のいくつかの例の追加機構は、サーチ要素および（または）サーチ機会に階層構造の部分を選ぶユーザ入力の階層構造に、少なくとも一部分自由に基づいて、サーチアクティビティの機会を決定するか定義することを含んでいるかもしれない。

発明の追加の様相は、様々なサーチ技法を行ないおよび（または）上に記述されたもののような、様々な捜索システム、含有システムおよび方法を操作するためにその上に格納されたコンピュータ実行可能命令を含むコンピュータが読める媒体に関係がある。
Ｃ． 表示パネル中でグループ化し積み重ねること
本発明のまだ追加の例様相はコンピュータに関係がある、格納された電子ファイルのサーチのために提供するユーザ・インターフェースを表示する、あるいはコンピュータ・システムかネットワークによって利用可能。少なくともこの発明のいくつかの例に従うユーザ・インターフェースは、次のものを含んでいるかもしれない：（ａ） ナビゲーション・パネル、サーチエレメントの階層構造の表示、そこでは少なくとも階層構造中のいくつかの個々のサーチエレメントは拡張するかもしれない、自由に、ユーザ入力に応じて、階層構造中の１つ以上の子どもサーチエレメントを表示するために、また、ナビゲーション・パネルは、どこで１つ以上のサーチエレメントに向けられたユーザ入力を受け取るか；
また（ｂ）表示パネル、表示する情報を関連づけること、ナビゲーション・パネルによって受け取られたユーザ入力に基づいて、電子ファイル（そこでは検索結果は決定される）を少なくとも一部分サーチすることから得られた検索結果に、少なくとも一部分。いったん拡張したならば、ナビゲーション・パネルの階層構造中の個々のサーチ要素は、表示パネル（例えば結合したグループ化され積み重ねられた方法などのグループ化された方法のスタック化方法中の）に検索結果が表示される方法に関係なく階層構造中の子要素を表示するために拡張してのままであるかもしれない。階層構造中の様々なサーチ要素は例えば、属性値、リスト要素、自動リスト要素、フォルダ要素などを含んでいるかもしれない。また、階層構造は少なくとも一部分、個人ユーザインプットによって定義されるかもしれない。

少なくとも発明に従うユーザ・インターフェースのいくつかの例に従って、ナビゲーション・パネルの階層構造中の子どもサーチエレメントあるいはそうでなければ変わるサーチエレメントを選択するユーザ入力は、ユーザ・インターフェースの表示パネルに表示された検索結果の対応する変化を生産し及び／又は運転するだろう。

発明の追加の例様相は格納された電子化データをナビゲートするためのシステムおよび方法に関係がある、あるいはコンピュータ・システムかネットワークによって利用可能。そのようなシステムおよび方法は次のものを含んでいるかもしれない：（ａ）階層構造中の子どもナビゲーション・エレメントを表示するためにユーザ入力に応じてナビゲーション・エレメント（そこでは少なくとも階層構造中のいくつかの個々のナビゲーション・エレメントは拡張するかもしれない）の階層構造を自由に表示するナビゲーション・パネル（例えば、コンピュータ処理システムを使用して）を提供すること；（ｂ） ナビゲーション要素（例えば、マウス、ペン、ディジタイザ、キーボード、ネットワーク接続、ディスクドライブなどのようなユーザ入力デバイスを通って）の１つ以上を選択するナビゲーション・パネルによる受信ユーザインプット；また表示する情報を（ｃ）関連づけること、少なくとも、一部分、検索結果に、電子化データのサーチから得られた、例えば、表示装置上で、そこでは検索結果は決定される、少なくとも、一部分、ユーザ入力に基づいた、ナビゲーション・パネル（例えば、コンピュータ処理システムを使用して）によって受け取られた、また、情報は、どこでナビゲーション・パネルのディスプレイで同時の表示装置に表示されるか。さらに、少なくともこの発明のいくつかの例に従う、システムおよび方法は、さらに次のものを含んでいるかもしれない：階層構造（例えば上に記述されるような入力システムによる）から１つ以上の新しいナビゲーション・エレメントを選ぶナビゲーション・パネルによる受け取る新しいユーザ入力；また新しいナビゲーション・エレメントあるいは選択されたエレメントに基づいて、表示された（例えば、コンピュータ処理システムを使用して）情報を少なくとも一部分変更すること。そこでは変更された情報は、ナビゲーション・パネルで同時の表示装置に表示される。新しいユーザ入力は、少なくともいくつかの例において、表示された情報をそのために下へフィルタするために最初に選択されたナビゲーション・エレメントからの階層構造中の子どもナビゲーション・エレメントを構成するかもしれない。再び、階層構造中の様々なサーチ要素は例えば、属性値、リスト要素、自動リスト要素、フォルダ要素などを含んでいるかもしれない。また、階層構造は少なくとも一部分、個人ユーザインプットによって定義されるかもしれない。

少なくともこの発明のいくつかの例に従う、まだ追加のシステムおよび方法は、格納された電子化データに関する情報を表示するためのシステムおよび方法を含んでいるかもしれない、あるいはコンピュータ・システムかネットワークによって利用可能。そのようなシステムおよび方法は含んでいるかもしれない、例えば：（ａ）ナビゲーション要素の（例えば表示装置（コンピュータ処理システムを使用して生成された）上で）階層構造を表示するナビゲーション・パネルを提供すること。そこでは少なくとも階層構造中の個々のナビゲーション要素のうちのいくつかは、フォルダ要素を含む；（ｂ） 少なくとも１つのフォルダ・エレメント（例えば、上に記述されるようなユーザ入力デバイスを使用して）を選択するナビゲーション・パネルによる受信ユーザインプット；また（ｃ）表示装置を関連づけることについての表示する情報、少なくとも、一部分、検索結果に、電子化データのサーチから得られた、そこでは検索結果は決定される（例えば、コンピュータ処理システムを使用して）、少なくとも、一部分、ユーザ入力に基づいた、ナビゲーション・パネルによって受け取られた、そこでは情報は表示される、ナビゲーション・パネルのディスプレイで同時、また、選択されたフォルダ・エレメントの下で提供されるどんなサブフォルダもスタックとして表示されるように、情報はどこで表示されるか。少なくともこの発明の例に従う、いくつかのシステムおよび方法の追加機構は、次のものを含んでいるかもしれない：階層構造から１つ以上の新しいナビゲーション・エレメントを選ぶナビゲーション・パネルによる受け取る新しいユーザ入力（例えばユーザ入力デバイスによる）；また、新しいナビゲーション・エレメントあるいは選択された（ディスプレイを生成するためにコンピュータ処理システムを使用して）エレメントに基づいて、表示された情報を少なくとも一部分変更すること。新しいユーザ入力は階層構造中の属性値を選択するために使用されてもよい。また、表示された情報は、少なくとも一部分、それに選択された属性値を関連する電子化データに相当するかもしれない。

発明のまだ追加の様相はコンピュータが読める媒体に関係がある、コンピュータ実行可能命令を含んでいること、その上に格納された、提供するユーザ・インターフェース、上演できる様々なサーチ、または、表示する方法、または、開始する様々なサーチ、または、表示するシステム、階層的厳重でナビゲーション要素の使用を含んでいること、含んでいること、ユーザ・インターフェースの提供、様々な方法を行なうこと、または、それらのような様々なシステムの操作、記述された、の上に。
ＩＩＩ． 例ハードウェア
図１は、本発明の種々相をインプリメントするために使用することができる汎用のディジタル・コンピュータ環境の概要図を例証する。図１では、コンピュータ１００は演算処理装置１１０、システムメモリー１２０、および演算処理装置１１０へのシステムメモリー１２０を含む様々なシステムコンポーネントを連結するシステム・バス１３０を含んでいる。システム・バス１３０は、様々なバス方式のうちのどれでも使用して、メモリーバスかメモリーコントローラー、周辺バスおよびローカルバスを含むいくつかのタイプのバス構造のいずれかかもしれない。システムメモリー１２０は読み取り専用メモリ（ＲＯＭ）１４０およびランダムアクセス記憶装置（ＲＡＭ）１５０を含んでいるかもしれない。

基本入出力システム１６０（ＢＩＯＳ）、操業開始中にのようにコンピュータ１００内のエレメント間の情報を転送するのを支援する基礎的なルーチンを含んでいる、ＲＯＭ１４０に格納される。コンピュータ１００は、さらにハードディスク（図示せず）から読み書きするためのハードディスク・ドライブ１７０あるいは取外し可能な磁気ディスク１９０から読むか、書くための磁気ディスク装置１８０、およびＣＤ ＲＯＭのような取外し可能な光ディスク１９９から読むか、書くための光ディスクドライブ１９１、他の光学の媒体を含んでいるかもしれない。ハードディスク・ドライブ１７０、磁気ディスク装置１８０および光ディスクドライブ１９１は、ハードディスク・ドライブ・インターフェース１９２、磁気ディスク装置インターフェース１９３および光ディスクドライブインターフェース１９４によってシステム・バス１３０にそれぞれ接続される。これらのドライブおよびそれらの関連するコンピュータ − 判読可能な媒体は、パーソナルコンピュータ１００にコンピュータが読める命令、データ構造、プログラムモジュールおよび他のデータの持久記憶装置を供給する。それは当業者によって評価されるだろう、磁気カセット、フラッシュ・メモリカード、ディジタルビデオティスク、ベルヌーイ・カートリッジ、ランダムアクセスメモリー（ＲＡＭ）、読み取り専用メモリなど（ＲＯＭ）のようなコンピュータによってアクセス可能なデータを格納することができる、他のタイプのコンピュータが読める媒体も、例操作環境の中で使用されてもよい。

多くのプログラムモジュールはハードディスク・ドライブ１７０、磁気ディスク１９０、光ディスク１９９、オペレーティング・システム１９５あるいは１以上アプリケーション・プログラム１９６を含むＲＯＭ １４０（すなわちＲＡＭ １５０）、他のプログラムモジュール１９７および番組データ１９８上に格納することができる。ユーザは、キーボード１０１のような入力装置およびポインティング・デバイス１０２（マウスのような）によってコンピュータ１００へコマンドと情報を入力することができる。他の入力装置（図示せず）はマイクロホン、ジョイスティック、ゲーム・パッド、衛星放送アンテナ、スキャナーなどを含んでいるかもしれない。これらおよび他の入力装置は、シリアルポートによって演算処理装置１１０にしばしば接続される、システム・バス１３０につながれる１０６を接続する、しかし、さらに、それらは、パラレルポート、ゲームポートあるいはユニバーサル・シリアル・バス（ＵＳＢ）のような他のインターフェースなどによって接続されるかもしれない。さらに、まだ、これらのデバイスは、適切なインターフェース（図示せず）経由でシステム・バス１３０に直接つながれるかもしれない。

モニター１０７あるいは他のタイプの表示装置は、さらにビデオアダプター１０８のようなインターフェース経由でシステム・バス１３０に接続されるかもしれない。モニター１０７に加えて、パーソナルコンピュータは、典型的にはスピーカーとプリンタのような他の周辺の出力デバイス（図示せず）を含んでいる。１例において、ペン・ディジタイザ１６５および伴うペンか、スタイラス１６６はディジタルで手書きのインプットを捕らえるために提供される。ペン・ディジタイザとシリアルポートの間の接続は１０６を接続するが、図１に実際上示される、ペン・ディジタイザ１６５は、演算処理装置１１０に直接つながれるかもしれない。あるいは、それは任意の適切な方法で演算処理装置１１０につながれるかもしれない、当技術中で知られているようにパラレルポートあるいは別のインターフェースおよびシステム・バス１３０によってのように。更に、ディジタイザ１６５は図１にモニター１０７とは別に示されるが、ディジタイザ１６５の使用可能な入力領域はモニター１０７の表示領域で共同広範囲かもしれない。さらに、まだ、ディジタイザ１６５はモニター１０７に統合されるかもしれない。あるいは、それはモニター１０７にアペンドされて、個別にデバイスを覆うこととして、あるいはそうでなければ存在するかもしれない。

コンピュータ１００は、リモートコンピュータ１０９のような１つ以上のリモートコンピュータへの論理結合を使用して、ネットワーク化された環境中で作動することができる。リモートコンピュータ１０９は、サーバー、ルーター、ネットワークＰＣ、貴族デバイスあるいは他の共通ネットワークノードになりえる。また、それは、典型的には要素の多くあるいはすべてを含んでいる、上に記述した、単純性については、記憶装置デバイス１１１だけは図１に例証されたが、コンピュータ１００に関連のある図１に描かれた論理結合はローカルエリアネットワーク（ＬＡＮ）１１２および広域ネットワーク（ＷＡＮ）１１３を含んでいる。インターネットを利用していて無線接続の両方を使用して、オフィス、企業全体に渡るコンピュータネットワーク、イントラネットおよびインターネットでそのようなネットワーキング環境は普通である。

ＬＡＮネットワーキング環境の中で使用された時、コンピュータ１００はネットワークインターフェイスまたはアダプターの１１４によってローカルエリアネットワーク１１２に接続される。ＷＡＮネットワーキング環境の中で使用された時、パーソナルコンピュータ１００は典型的にはモデム１１５あるいはインターネットのような広域ネットワーク１１３上の通信リンクを確立するための他の手段を含んでいる。モデム１１５（それはコンピュータ１００に内部かもしれないか外部かもしれない）は、シリアルポート・インターフェース１０６経由でシステム・バス１３０に接続されるかもしれない。ネットワーク化された環境では、パーソナルコンピュータ１００（すなわちそれの部分）へのプログラムモジュールに描かれた関係詞は、遠隔記憶記憶装置に格納されるかもしれない。

示されたネットワーク接続が例、およびコンピュータ間の通信リンクを使用することができると確証するための他の技術であることは認識されるだろう。ＴＣＰ／ＩＰ、イーサネット（登録商標）、ＦＴＰ、ＨＴＴＰ、ＵＤＰなどのような様々な有名なプロトコルのうちのいずれかの存在有無は推定される。また、システムはユーザがウェブ・ベースのサーバーからウェブ・ページを検索することを可能にするためにユーザサーバ構成中で操作することができる。様々な従来のウェブ・ブラウザのうちのどれはウェブ・ページにデータを表示し操作するために使用することができる。

であるが、図、１つの環境が典型的な環境を示す、他のコンピュータ環境も使用されてもよいことが理解されるだろう。例えば、本発明の１つ以上の例が、図１に示され、上に記述された種々相のすべておよびこれらの様相が、通常のスキルのうちの１つに明白になる、様々な組合せおよびサブコンビネーションに現われるかもしれないよりよりほとんど持っていない環境を使用するかもしれない。

その発明は今、残りの図と共に記述されるだろう。それは、発明の様々な例特徴および側面を例示するのを支援し、は発明について説明するのを支援する。この詳述に含まれていた特定の図および情報は、発明の制限として解釈されるべきでない。
ＩＶ．
発明による、例システム、方法およびコンピュータが読める媒体
それらの上で有用な現代のコンピュータ・オペレーティング・システムおよびアプリケーション・プログラムで、システムがその様々なクエリー・パラメーターに遭遇するアイテム（格納された電子ファイルあるいは他のデータのような）を見つけることを試みるので、多くのファイル・ナビゲーション、サーチ、上場および（または）回収作業が、照合操作によって生じる。本発明の様相は、少なくともいくつかのインスタンス中で、アイテム職業紹介およびファイル記憶装置に使用することができるナビゲーション・ツールを提供する、それは支援する、ユーザ、の中で、これら、ファイル・ナビゲーション、サーチ、リストおよび（または）回復労力。
［４８］ この発明の例様相に従って、ユーザはこの発明に従ってナビゲーション・ツールを使用してもよい：ナビゲートするために、に、またはどれにも関係のある情報を見つける、ナビゲートのコントロールメニューをページインする；ナビゲートのコントロールメニューかリスティングにページを加えること；任意のセット（プロパティ・セット、自動リスト・セット、リスト・セット、フォルダ・セットなどのような）にアイテムを加えること；存在および（または）システムフォルダ（例えば、１つの「私のドキュメント」フォルダなど）の内容を見ること；フォルダ内の拡張したサブフォルダを見ること；自動リストあるいはシステム中で格納されたファイルまたはアイテムにさえ、ファイルあるいは他のアイテム（例えば自由に階層的方法中の）へのプロパティあるいは他のデータを加えることは、リストを生成した；また同種のもの。さらに、少なくともこの発明のいくつかの例様相に従って、ユーザおよび（または）独立系ソフトウェア会社は、異なる運転モードおよび（または）同種のもの中で、異なる視界中で、異なるアプリケーション・プログラムで使用されるシステム・ナビゲーション・ツールをカスタマイズすることができるだろう。もし望まれれば、ユーザはさらに前状態またはそのオリジナル状態に操作パネルを戻す様々なツールを与えることができる。

より多くの具体例として、もし望まれれば、発明の例に従うナビゲーション・ツールは、リストおよび（または）ユーザ、および興味のあるページに関係のある視点情報が速く置くことを可能にする自動リストで設計されるかもしれないしカスタマイズされるかもしれない。例えば、もし望まれれば、システムには「著者によって積み重ねられたドキュメント」（など）という名の（ユーザが視界に速くジャンプすることを可能にするためにリストあるいは自動リストがあるかもしれない、示すこと「積み重ねる」ファイルの、ともに集められた、根本的な著者に基づいた、様々なドキュメント（もし例えば、特定の著者によって特定のドキュメントを置くために望まれれば、ユーザはさらにスタックへドリルダウンすることができる）のために指定された、または、プロパティに基づいた、ファイルに関係していた、それらが作成される場合、編集されて、格納された、ダウンロードされた、修正した（など）。他の潜在的なグループ分けあるいはスタックのリストは、「重要書類」、「最近のドキュメント」、「よい音楽」のようなリストを含んでいるかもしれない、「最近使用された。」「最近得られた。」など
以下では、本発明の様々な側面に関する詳細を説明する。当業者は、以下の説明が発明の種々相の例を単に含み発明を制限しないことを認識するだろう。
Ａ． 階層関係に特性を格納すること
上に記述されるように、本発明のある例様相は、個人と協力する「特性」を格納し使用するためのシステムおよび方法に一般に関係がある、ファイルまたはデータを上に格納した、またはコンピュータ・システムかネットワークによって利用可能。一般に、ＰＣ、ＰＣのネットワーク、サーバーなどのようなコンピュータ・システムかネットワークへの新しいファイルを保存する場合、ユーザは典型的にはファイルへの「特性」を譲渡することができる。そのような「特性」の例は次のものを含んでいる：コメント、ＡｕｔｈｏｒＩＤ、キーワードなど。この能力が有用で、いくつかのインスタンス（例えば財産の小さなセットだけが含まれている場合）において適切かもしれない間、この慣例通りに利用可能な「水平な」財産構造は、時間にわたって（例えば利用可能な財産増加の全体の数としての）管理し及び／又は使用するのが難しくなることができる。さらに、この水平な資産データ構造と、ユーザは別々に立入し、及び／又は個人ファイルに各所望性状を関連させなければならない。これは時間を熱烈のタスクでありえる。さらに、失敗、に、正確に及び／又は完全に、それぞれのファイルに特性を関連させる、サーチするユーザの能力を制限してもよい、置き及び／又は、後の時に希望のデータを検索する。例えば、異なる個々の利用可能な特性増加の数として、検索照会で、ファイルに関連した個々の特性の１つ以上を正確に指定しなければならない場合、ユーザが頼もしくアイテムを検索することはより困難になる。

少なくともこの発明に従ういくつかの例様相は、ユーザに電子ファイルと共に（例えばメタデータとして）あるファイル「財産」データを少なくとも割り当てて格納する能力を供給する。そこでは割り当てられた資産データは階層構造の一部である。ますます多くの財産がユーザ（例えばユーザ指示および（または）新しい財産のユーザ定義を通じて）に利用可能になるとともに、この発明の例に従って階層構造中の財産を提供することは、ユーザが単純な１つの財産譲渡行為を通じてファイルに速く多数の財産を委託することを可能にするだろう。この発明の例に従う階層的特性のアベイラビリテイおよび使用は、さらにユーザがより多くのコントロール過剰注文を持つことを可能にするだろう、それらの属性値（例えば、ヒエラルキーなどにおいて高い最も一般的か最も重要な要素を提供するためにヒエラルキーを示して）、また、それは、ユーザあるいはアイテムに対する割り当てる値が特性の値の関係を表現し、アイテムを検索する時これらの関係を反映することを可能にするだろう。この発明の例に従う階層的特性のアベイラビリテイおよび使用は、さらに特性の中で生成された値を組織し、通り抜けて拾い読みし、この構成を使用して、それらのアイテムを検索する方法を強いるユーザを与えるだろう。この発明の例に従う階層的特性の使用、より詳細に下に説明されるだろうとして、ユーザが異なる特性を横切ってファイルを通ってより容易にナビゲートすることを可能にしてもよい、希望のファイルを見つけて及び／又は、単一の特性（（さえ）、特性がサーチした時、少なくともいくつかのインスタンスの中で、で、明示的にユーザによってファイルに譲渡されなかったが、単にユーザによって割り当てられた特性のヒエラルキーの一部だった）を使用して、ファイルを検索する。

図２Ａは、デジタル画像、音楽、ビデオ、電子文書などのような様々な電子ファイルの中で使用されるかもしれない「キーワード」財産用の例財産階層構造２００を例証する。この例において、ユーザは、ファイルに特性を委託するのに使用されるかもしれない階層構造２００を定義した、例えば、作成されて、ファイルが最初に格納される、編集されて修正された時、ダウンロードし、移動したなど場合この階層構造２００では、「人々」ノードは、ヒエラルキー２００中の親レベル・ノードを構成する。「人々」ノードは３つの即時の子どもノード（すなわち「友達」、「ファミリー」、「そして社―労働者」）を含んでいる。また、図の中で示されるように、これらの子どもノードの各々はさらに個々の子どもノードを含んでいる。さらに、使用では、ファイル（例えば、電子ファイルに関連したメタデータにキーワードを含んで）にキーワードを帰することは、ファイルにその特定キーワードを関連させるだけでなく、それは、ヒエラルキーでそのファイルに関連キーワードのどんなより高い親キーワードも関連させる。より多くの具体例として、図２Ａに基づいて、これらのキーワードが割り当てられたキーワード「お父さん」（つまり、この例において適用された全面的な階層的キーワード・データは次のとおりである：お父さん〉ファミリー〉人々）に関連した階層的パスに存在するので、電子ファイルにキーワードに「お父さん」を割り当てることは、さらに自動的に、この例システムおよび方法でそのファイルにキーワード、「ファミリー」および「人々」を関連させるだろう。したがって、３つの用語「お父さん」、「ファミリー」および（または）「人々」のうちのいずれか１つを含んでいる検索照会は、このファイル用に打撃を返すだろう。発明のこの例によるヒエラルキーなしでは、もし彼／彼女がファイルに各キーワードを関連させたく及び／又は、これらのキーワードのうちのどれにも基づいたファイルに関係のある情報を検索することができれば、ユーザは、別々にファイル（例えば各々の「お父さん」、「ファミリー」および「人々」）にこれらのキーワードをすべて適用しなければならないだろう。

本発明の追加の様相は、特性（例えば、ユーザはヒエラルキー、自動的に生成されたヒエラルキーなどを定義した。）間に存在するかもしれないヒエラルキーに入るか捕らえるためのシステムおよび方法に関係がある。もし望まれれば、この階層的プロパティ情報は格納されるかもしれない、例えば、中へ含まれていたメタデータとして、または水平なパスとして、電子ファイルに自体関係していた、階層的フォルダが格納される方法に似ている、の中で、営利上様々、利用可能システム、および方法（マイクロソフト株式会社から利用可能な様々なオペレーティング・システムおよびアプリケーション・プログラムにおいて利用可能なフォルダを備えたシステムおよび方法のような）。より具体的には、少なくともこの発明のいくつかの例による、システムおよび方法は、水平なパス・ストリング（既知の平面フォルダ・パス・ストリングと同種）（それはシェル・オペレーティング・システムが正確に積み重ねることを可能にする）として電子ファイルの１つ以上の階層的プロパティを格納するだろう、フィルタする、グループ、またはそうでなければナビゲートする、あるいはフォルダ・ヒエラルキーが今日、様々な従来方式中でナビゲートされ及び／又は処理されるかもしれない同じあるいは同様の方法の中で階層的プロパティを使用して、格納されたファイルに関係のあるプロセス情報 またフォルダ構造を利用する方法。同様に、プロパティ用の階層的データ構造の提供、ユーザを与える、ヒエラルキー中の子どもプロパティ・レベルを低下させるようになるサブプロパティの中へのドリルへの能力、方法に似ている方法で、の中で、ユーザは既知で・従来のフォルダ・システムでのサブフォルダへ穴を空けることができる。

データ構造（例えばデータセットあるいはファイルに関連したメタデータ中でのようにフィールド中の）では、様々な属性値は上に記述された水平なパス・ストリングのようなパスによって区別されるかもしれない。このように、個別価値（例えば個々のノード名）はヒエラルキーで複数回に見える場合がある、同一のノード名称あるいは値へのパスを提供した、各々で異なる、名前を置く、現われる。図２Ａは例を例証する。特に、図２Ａの中で示されるように、値「ジム」が両方の「ファミリー」ノードの下で現われる、そしてその「社―労働者」ノード。これらの２つの「ジム」の価値へのパスが互い（つまり、人々〉ファミリー〉ジムｖ。人々〉同僚〉ジム）と異なるので、同じ最終の終了名（自由に図２Ａの中で示されるのと同じ階層レベル上の）を含む２つの値が、障害を引き起こさずに、ヒエラルキーで共存することができる。もし各インスタンス中のそれへのパスが同じ名前あるいは値への他のすべてのパスとは異なれば、特定のノード名か値がヒエラルキーに何回も現われる場合がある。

発明の追加の例様相は、同じ名前を利用する階層構造の異なるブランチ中のプロパティあるいはノード値の間で明確にするべきプロセスに関係がある。図２Ａと共に上に記述された例において、名前「ジム」は家族と同僚の両方に関係している。これらの２つのケース、システム、および少なくとも発明のいくつかの例による方法を識別することは、単に問題の値が珍しい親プロパティ、ノードあるいはパスを持っているかどうか判断する問題の２つのケースに関するより高いレベルのヒエラルキー中の値を比較する必要がある。
上記の例、システム、および少なくともこの発明のいくつかの例による方法の使用は、各「ジム」ノードの親ノードを見ることによりヒエラルキー中の２つの共通ノード名を区別するかもしれない。この調査は、１つの「ジム」ノードが親ノードとして「ファミリー」を持っており、その一方で別の「ジム」ノードにその親ノードとして「同僚」がいていることを示す。それらの即時の親ノードが異なり識別可能であるので、これらの２つの「ジム」ノードはプロパティ階層構造２００に共存することができる。もちろん、異なる親ノード名は、考慮（例えば、違った風に指定された親ノードは、さらに高いノード・レベルおよび（または）階層構造中の異なるノード・レベルに祖父ノード・レベルに位置することができた）中のノードの即時の親ノードに位置する必要はない。

しかし、図２Ｂの中で例証された階層構造２５０は、少なくともこの発明に従う、いくつかの例システムおよび方法で、典型的に許されなかった。より明確に、示されるように、図２Ｂの中の階層構造２５０は最下位レベルのあるノードに関しての場合以外は図２Ａの点で階層構造２００に似ている。図２Ｂでは、「ファミリー」ノードは、同じ名前（すなわち２つの「ジム」ノード）を持っている同じ階層レベル上の２つの子どもノードを含んでいる。これらの「ジム」ノードの各々への水平なパス・ストリングが、同じ（つまり、人々〉ファミリー〉ジム）であるので、１つのノードと他方を区別することはオペレーティング・システムおよび（または）アプリケーション・プログラムにとって可能ではないだろう。したがって、曖昧な表現は存在するだろう、時は常に、水平なパス・ストリング「人々〉ファミリー〉ジム」使用された。ユーザが図２Ｂの例で示されるような２つの同一のプロパティ・パスをセット・アップすることを試みれば、少なくともこの発明のいくつかの例による、システムおよび方法は、エラーメッセージを表示するだろう、ダイアログボックス（新しい名前のリクエスト・エントリー）を示し及び／又は、この名前または値がこの場所で階層構造中で許されないことをユーザにそうでなければ示す。

属性値は譲渡され、及び／又はこの発明から外れずに、任意の希望の方法で、および（または）どんな希望時間でも個人ファイルに関係しているかもしれない。例えば、ユーザは、新しいファイルがダウンロードされる場合に、ファイルへの属性値を割り当てる機会を与えられ、及び／又はユーザコンピュータ・システムかネットワーク上に救われるかもしれない。図３は、ユーザがその人のコンピュータ・システムかネットワークへのファイルを保存する例ユーザ・インターフェース３００を例証する、また、もし望まれれば、どれによって―彼／彼女は、ファイルへの１つ以上のプロパティを譲渡してもよい。示されるように、ユーザ・インターフェース３００はナビゲーション・パネル３０２を含んでいる。それは、プロパティのうちのいくつか、あるいは対応付けられるかもしれないし及び／又は、ファイル（例えば、新しいファイルに関係のある情報が入港手続き済みの場合「編集プロファイル」手続きでの入力パネル３０４、または他の希望時間で）に割り当てられるかもしれない他の情報を少なくとも表示する。顕著に、ナビゲーション・パネル３０２中のプロパティは階層的やり方で配列される。諸特性に譲渡し、及び／又は任意の希望の方法で（例えば「ドラッグし」こと入力パネル３０４などにナビゲーション・パネル３０２から適切な場所へプロパティ名を「落とす」ことにより、入力パネル３０４（例えば「キーワード」インプットボックス中の）に適切な場所をタイプ入力するかノード名を書き込むことによって）ファイルに関係しているかもしれない。別の例として、もし望まれれば、プロパティは、ナビゲーション・パネル３０２中の目標値かノード名上にアイコンあるいはファイル（例えばファイルリストからの）の他の表現およびその場所（もし望まれれば、ナビゲーション・パネル３０２中のヒエラルキーは示すかもしれない、１つの「振る舞いを自動拡張する」その中で親属性値上にアイコンあるいは他のファイル表現およびその属性値（落下のない）上にそれを保持することをドラッグすることは拡大するだろう）でアイコンあるいは他の表現を落とすことをドラッグすることにより譲渡されるかもしれない。少なくともヒエラルキー（例えばいくつかのフォルダが現在利用可能システムおよびプログラム中で「自動拡大する」のと同じ方法中の）のその次のレベルへの親属性値（できれば）。ナビゲーション・パネル３０２によってファイルに属性値を割り当てることに加えて、図３に示されるそのように、少なくともこの発明のいくつかの例に従う階層的プロパティ・システムのユーザは、ヒエラルキーによってナビゲートするかもしれないしサーチするかもしれない、それらのヒエラルキーを管理し及び／又は編集し、そして、より詳細に下に記述されるとともに他の処置を講ずる。

少なくともこの発明のいくつかの例に従って、ファイルあるいは他のアイテムが譲渡される場合、別の属性値（例えば図３の中の値「プレイオフ」）、ファイルあるいは他のアイテムの子どもである属性値は、さらに割り当てられた属性値（例えば、「スポーツ写真〉バスケットボール」この具体例で）に関連した全ての親属性値を自動的に継承するだろう。さらに、もし望まれれば、その属性値にその下の１つ以上の子ども属性値（例えば、一つは、ファイルへの「バスケットボール」プロパティを譲渡することができる）があっても、親属性値はファイルかアイテムに譲渡することができる。そのようなインスタンス中で、少なくとも発明に従う、いくつかの例システムおよび方法で、その一方で親プロパティはファイルに譲渡されているかもしれない、その子ども属性値（つまりこの例における、「練習」あるいは「プレイオフ」）のどちらも、ファイルかアイテム（その親プロパティは譲渡されるが）に自動的に譲渡されないだろう。もちろん、もし望まれれば、さらに自動的に発明から外れずに、このシチュエーションのファイルを備えた子どもプロパティを委託するか関連させるためにシステムと方法をセット・アップすることができるだろう。

少なくともこの発明のいくつかの例に従って、より詳細に下に記述されるだろうとして、１つの、リストファイルはサーチする。あるいは、サーチエレメントかパラメーターとして親属性値を含む他のクエリーは、指定の親属性値およびその子ども属性値のうちのどれの両方の札を付けられたアイテムをすべて返すだろう。このように、この発明の例に従う、ストレージシステムおよび方法は、ユーザが比較的わずかの非常に特定の記述的なプロパティ（例えばヒエラルキー中の下位レベルの）を備えたアイテムに容易に札を付けることを可能にする。しかし、階層構造中のますますより広い親ノードの下のプロパティを整えることによって、タグ付きのアイテムは容易に現われるために比較的広い検索照会に応じてさえ作られるかもしれない。もし検索結果、リストファイル結果あるいはファイル・プレビュー結果が、検索照会に応じて表示される時、少なくとも発明のいくつかの例に従って望まれれば、ファイル（例えばユーザによって割り当てられた実効値）に割り当てられた主要な値は強調され及び／又は作った、ある方法でユーザに知られていたか利用可能である。

利用可能な（例えば、以前にユーザ、システムあるいは別のものによって定義された）階層的プロパティおよび（または）格納されたプロパティは、発明から外れずに、どんな希望時間、および（または）どんな希望の場所でもこの発明の例に従ってシステムと方法によって表示されるかもしれない。例えば、図３に示されるように、プロパティは「保存」中に表示されるかもしれない「あるいは保存する、として」オペレーション（例えばナビゲーション・パネル３０２に）。さらに、それらは、ファイル「サーチ」、「リスト」あるいは「見る」オペレーション中に（例えば図３のナビゲーション・パネル３０２に例証された同じ階層的木レイアウトで）表示されるかもしれない。さらに、この発明の例に従う希望で階層的プロパティが、どれおよび（または）従来のプロパティが今日（例えば、プロパティとして「リスト視界」中で示された、ディスプレイ、プロパティとして「アイテム詳細」中で示された、ディスプレイ、プロパティとして、ファイル中で示された「プレビュー」ディスプレイなど）、アプリケーション・プログラムおよび（または）オペレーティング・システムによって示されるすべての場所にも表示されるかもしれない場合。さらに、もし望まれれば、この発明の例に従う階層的プロパティは、プロパティをサポートする木コントロールでのようにプロパティをナビゲートするために使用される任意のコントロールで表示されるかもしれない。

図３は、木運転操作画面（例えばナビゲーション・パネル３０２に）中の階層的プロパティのディスプレイの例を例証する。図４は、他方では、アイテムかファイル「プレビュー」スクリーン４００中のプロパティ情報のディスプレイの例を例証する。図４、この例アイテムあるいはファイル「プレビュー」に示されたように、４００をスクリーンする、あるシステムと同様にアイテム（例えばこの例においてファイルに含まれた画像の小さなバージョン）のサムネールか像のディスプレイ４０２を含んでいる、またはファイル名、その退避時間／日付、ファイルサイズおよびユーザ入力「キャプション」情報のようなファイルに関係のある他の事実情報。さらに、このアイテムあるいはファイル「プレビュー」スクリーン４００はユーザ、それには、下記が含まれる：によってある「プロパティ」情報投入量を表示する。キーワード（水平なパス列処理組込み関数に表示された）、画像主題ＩＤ、ユーザ入力レイティング情報などを割り当てられた。もちろん、プロパティのどんな数も、発明（自由に任意の表示されていないプロパティに関する情報を表示する能力を備えた、）から外れずに、そのようなスクリーンにリストされるかもしれない。

プロパティ情報は立入され、及び／又は発明から外れずに、どんな希望時間でも、および任意の希望の方法で個人ファイルに関係しているかもしれない。その時にファイルを備えたプロパティ情報を含んでいることに加えて、それらは、コンピュータ・システムかネットワーク上に最初に保存される、個人ファイルに関連したプロパティは削除され、及び／又は、他の希望時間で修正されて、増されるかもしれない、のように、ファイルが「編集プロファイル」に応じて、開かれるか、編集されるか、使用される場合は常に、あるいは、「プロパティを編集する」コマンド、など。プロパティは立入されるかもしれない、ドラッグアンドドロップ操作を通じて、タイプすること（自由にヒエラルキーで任意のレベルからストリングと自由に一致する「自動補完」で）、によって「右クリックしてください」オペレーション、ペンを通って「押しホールド」オペレーションなど セッティング、編集および（または）特別のファイルにさらに関連した、削除するプロパティに役立つどんなツールもアクセスされ、発明から外れずに、プレビュー画面４００の中で使用されるかもしれない。

さらに、階層的配列でのプロパティの実際の内容は、例えば発明（含有）から外れずに、従来の「フォルダ」構造が加えられる方法で、削除されて、どんな希望時間でも、および（または）任意の希望の方法でユーザによって変更されるかもしれないし、及び／又は慣行施用プログラムおよびオペレーティング・システムをそうでなければ中へ編集した。
例として、新しいプロパティは既存のプロパティおよび（または）既存のプロパティの下で加えられるかもしれない、削除されるかもしれない「右クリックしてください」マウスボタンアクション（それらは適切なユーザ・インターフェース（例えば含んでいるメニュー）を表示してもよい「新しいプロパティを挿入する。」「既存のプロパティを削除する。」「変更ノード・レベル」あるいは位置（カット）はコピーする、ペースト、あるいは他の適切なアクション）あるいは他の希望の方法で。別の例として、もし望まれれば、階層構造中の既存のプロパティの場所は変更されるかもしれない、例えば、図５に例証されるように、「ドラッグ・アンド・ドロップ」オペレーションによって移動した。より具体的には、図５は、ディジタル写真を格納し編集するためのアプリケーション・プログラム用に、階層的プロパティ・リスト（例えば）を表示するナビゲーション・パネル３０２を例証する。図５の左の手サイドは、「キーワード」ノードの下に階層レベルへの「キャンプ生活をする」親ノードの下からのドラッグアンドドロップ操作（矢５０２によって例証された）を通じて、キーワード「オーシャン」用のアイコンを移動させるユーザを直ちに例証する。いったんドラッグ操作（例えば抑制された左マウスボタンを備えた、）によって希望の場所（例えば直ちにこの例における「キーワード」ノード上の）に位置したならば、「オーシャン」ノードの位置は、その場所（例えばマウスの左ボタンを放すことによる）にそれを落とすことにより、ヒエラルキーで変えられるかもしれない。図５の右手横に示されるように、このアクションはノード「オーシャン」の位置を変えるだろう。もし望まれれば、ユーザは追加のドラッグアンドドロップ操作を通じて「オーシャン」ノードに伴うのに「太平洋の」・「大西洋である」前の子どもノードを移動させることができる。
あるいは、もし望まれれば、少なくともこの発明のいくつかの例による、システムおよび方法は、その子どもノード（もしあれば）を自動的に位置を変えることに、ノードの位置を変えることがさらに帰着するようなものを操作するかもしれない。もし望まれれば、少なくともこの発明のいくつかの例に従って、ユーザは、属性値（自由にその子ども属性値）の別のコピーを異なる属性値（例えば、ペースト・コマンドを使用して）の下で現われさせるこの方法（あるいは他の前もって定義した処置を講ずる）で、属性値をドラッグする間に「コントロール」ボタンを押すことができる。もちろん、割引（それぞれの子どもノード）、複写および（または）位置を変えるノード用の他の方法およびプロトコルは、発明（例えば、崩壊した子どもとノードの位置を変えることは１つのアクションでその子どもたちのノードごと位置を変えるために使用されてもよい。しかし、その子どもたちと拡張したと表示されて、完全にノードの位置を変えることは単に親ノードの位置を変えるためにその子どもなどなしで使用されてもよい。）から外れずに使用されてもよい。
他のデフォルト方法および移動ノードの方法はこの発明から外れずに、システムと方法の中で使用されてもよい。

少なくともいくつかのインスタンスでは、発明に従ってシステムと方法の特定の特性によって、例えば、同じプロパティ名が移動されたプロパティ用の新規経路か位置に二度以上現われる場合、エラーはこの位置を変えるアクションの間に生成されるかもしれない。この発明の例による、システムおよび方法は、ユーザに問題などの改正に対する様々なオプションに関する問題を知らせるためにダイアログボックスを表示することにより、ユーザがパス内の名前を変更することを可能にするインターフェースの提供により、任意の希望の方法で（例えば希望の動きを終えないことによって）そのようなシチュエーションを扱うかもしれない。別の例として、もし望まれれば、もし同じ全面的な水平なパス文字列名がある多数のノードを生産する試みがなされなければこのエラーが現われなかったそのようなパス（例えば、場所〉ニューヨーク〉ニューヨーク）内の単一の名前の多重使用を許可するシステムおよび方法が開発されているかもしれない。

この発明の例に従って階層的プロパティ特性を利用するユーザは、プロパティ用の比較的大きな階層構造を開発してもよい、そのようなもの、全面的な階層構造、完全に拡張した時ナビゲーション・パネル３０２および（または）それらの表示画面の頂点にある使える記憶領域より長いスパン。このシチュエーションは、ナビゲーション・パネル内のスクロール・バーの提供により、発明から外れずに、それらの親ノードなど（そして完全に拡張するために、あるいはユーザ入力に（例えば階層的フォルダ構造が慣例通りに利用可能システムおよび方法中で拡大し崩壊する方法に似ている方法で）基づいて崩壊した）の下で子どもノードが崩壊することを可能にすることにより、任意の希望の方法で例えば扱うことができる。開かれた時、タイプのナビゲーション・パネル３０２はイチジク中で例証した。３と５は、階層構造内の、および（または）任意の希望の展開／短縮状態のどんな希望の場所でも開くかもしれない、のように、開いたドキュメント（もしあれば）を含んでいる階層構造中の場所で、階層構造中の最も最近用いられている場所で、階層構造中の最も頻繁に用いられている場所で、階層構造場所の一番上に常に、最も最近用いられている状態などの完全に崩壊した状態の完全に拡張した状態でさらに、ナビゲーション・パネル３０２が、左か右側でのように表示画面にどんな希望の場所でも現われるかもしれない、例えば、利用者選好、デフォルトなどに基づいた。

もし望まれれば、送られた時、少なくともこの発明のいくつかの例に従う、システムおよび方法は、基礎的な階層構造を含んでいるかもしれない。また、より完全で、より豊富なヒエラルキーを構築するために、この基本構造は始点としてユーザによって使用されるかもしれない、例えば、彼らのものにもっとターゲットとされカスタマイズされるものは使用する。そのような前もって定義した基礎的な階層構造の（例えばデジタル画像、オーディオ、ビデオあるいは他の利用者データの格納のために）例は、次のもののようなベースノードを含んでいるかもしれない：キーワード、イベント、配設位置、人々（例えば潜在的に著者、写真家、被支配民族などのような子どもノードを備えた）、日付、私の写真、私の音楽、私のドキュメント、私のビデオなどどんな希望情報も発明から外れずに、この基本階層に含まれているかもしれない。

それが「リストファイル」に応じて、例えば現われるかもしれないとともに、図６は例表示画面６００を例証する、サーチする、尋ねる、ナビゲートする、あるいは他の適切なコマンド。顕著に、この例表示画面６００の左の手サイドは、少なくともこのユーザのファイルのうちのいくつかが格納される（例えば、この例におけるディジタル写真記憶装置／編集システムに関係があって）階層的プロパティのためのナビゲーション・パネル６０２を含んでいる。少なくともこの発明に従うシステムおよび方法のいくつかの例では、ナビゲーション・パネル６０２を備えた表示画面６００は、ユーザの階層的プロパティ用の主エントリーおよび相互動作ポイントかもしれない。そのようなスクリーン６００から、ユーザはファイル（現在の検索照会）を見ることができるかもしれないし、及び／又はファイルに関連した他の記憶データと同様に作成された様々な階層的カテゴリーに基づいたファイルを通り抜ける。図６に示されるように、ヒエラルキー（例えば左マウスボタンクリック行為による）でノード「キーワード」を強調することは、それらにキーワードを割り当てるユーザファイルの完全なリストを引き上げるか、あるいは提携する。この例システムおよび方法では、このアクションは、サムネール・アイコンを含むディジタル写真ファイルのリストを引き上げるか、あるいは、スクリーン６００のディスプレイ部分６０６中の個人ファイルを例証して、６０４を描写する。この例における個人ファイルは、強調された検索語（つまり、ディスプレイ部分６０６サイズ拘束により示されないヒエラルキー（つまり「花」および「オーシャン」）の他のレベルと共にこの絵入りの例における、「スポーツ写真」、「夏」および「キャンプ生活をする」グループとしてグループ化された）以下にヒエラルキーの個々の子どもレベルに直ちに基づいてグループ化される。
もちろん、この発明から外れずに、サーチかリスト視界結果を表示する多くの方法が可能である。

どんな希望の形式あるいはフォーマットも、個人ファイルでこの発明から外れずに、階層的プロパティを格納するか表わすために使用されてもよい。例えば、子ども属性値がファイルに譲渡される場合、階層構造によるその属性値へのパスは部分として格納されるかもしれない、または実ファイル（例えば、中へ含まれたメタデータとして、またはファイルに関係していた）に関係していた。例、表現あるいは階層構造のデータ構造が含んでいるかもしれないとともに、少なくとも：（親属性値）［デリミッター］（子どもプロパティ１）［デリミッター］（子どもプロパティ２）図６に例証されたより多くの具体例に返って、「フットボール」および「伴われたゲーム」がそれに関連させた個々のプロパティで保存されたファイルは、少なくともいくつかのインスタンス（例えば図４に示されたように）中のファイルに関する情報と共に表示されるファイルに例えば次のものの形でメタデータを関連するかもしれない：「キーワード／競技会写真／フットボール；」また、「キーワード／競技会写真／ゲームは伴った。」これらの例において、親属性値は「キーワード」である、各インスタンス中の最初の子ども属性値は「スポーツ写真」である、第２の属性値はそうである、「フットボール」および「伴われたゲーム」、それぞれ、また、デリミッターは、スラッシュ（「／」、（デリミッターは特殊文字かもしれない、特有財産名およびこのデリミッターに使用した、システムでの混乱を回避するためにはプロパティ名に含まれていないかもしれない））である。もちろん、子どもプロパティ・レベルのどんな数も発明から外れずに、水平なパス・データストリングに含まれているかもしれない。

ナビゲーション・パネル（例えばパネル６０２）にリストされたプロパティは、少なくとも一部分、従来のフォルダが様々な既知のオペレーティング・システムおよびアプリケーション・プログラム中で作用する方法に似ているやり方で作用するかもしれない。例えば、ナビゲーション・パネル６０２中の階層的プロパティを拡張し及び／又は崩壊させる方法は、同様のフォルダ・ナビゲーション・パネルあるいはコントロール中のフォルダを拡張し及び／又は崩壊させることに似ているかもしれない。見るためにより多くの具体例として、そして親プロパティの下のディスプレイ子ども属性値、ユーザは、プロパティ（例えばノート、「＋」サインを備えたウィジェット、図６（ウィジェット中の「＋」サインは、１つ以上の追加のｕｎｄｉｓｐｌａｙｅｄ子どもプロパティの存在を示す、そして１つの「―」ウィジェット中のサインは、特定のプロパティが既にそうだったことを示す）の中の「夏」キーワードのためにそこに）の左側に提供される「ウィジェット」をクリックすることができる。この例システムで拡張した。少なくともいくつかの例において、プロパティかノードに子どもがいない場合、その左へのウィジェットは省略されるかもしれない、それは補足インジケータ（例えば、「＋」「あるいは―」サインなど）を含んでいないかもしれない、それは別のインジケータを含んでいるかもしれない。あるいは、子どもノードの不足は別の希望の方法で示されるかもしれない。刻み付けスキーム、例えば、図６に示されたように、さらによりよく階層構造を例証するのを支援するために使用されるかもしれない。顕著に、個人ファイルが多数のプロパティにそれ、同じファイルあるいはアイテムに関係しているかもしれないので、表示パネル６０６（ノート、例えば、それは１３と４４を描写する「スポーツ写真」配合、および図６にグループ化する「夏」の両方に現われる）中の多数のグループ分けに現われるかもしれない。

少なくともこの発明のいくつかの例に従う、システムおよび方法は、ユーザが階層的プロパティ構造を変更し、修正し及び／又は及び／又は及び／又は使用する他の方法をまだサポートするかもしれない。１例として、ナビゲーション・パネル６０２中の属性値が選択されている場合、シチュエーションで、１つの、表示パネル６０６中のアイテムが選択されていない場合、アクションを右クリックしてください、その後、ユーザは、子どもとして新しい階層的プロパティを下に加えるオプション（例えばインターフェース経由の）を与えられるかもしれない、選択ノード（例えば、編集可能なテキストボックスを備えた新しいノードが、ユーザがタイプすることを可能にするために階層構造に新しい属性値の場所で中へ（あるいはそうでなければ）現われるかもしれない）を右クリックしてください。新しい属性値を入力してください。１つの「削除する」機能またはオプションは提供されるかもしれない、例えば、右マウスボタンクリックによって、ユーザが個々のノードのようなヒエラルキーのどんな希望の部分も削除することを可能にするために、ノードおよびその子どもノードなどのすべては「プロモートし」、機能を「降格する」例えば、ヒエラルキー中の１レベルアップで、あるいはそのレベルダウンでユーザが属性値を選択し、かつそれ（自由にそれ自身の子ども価値の万物に加えた）を移動させることを可能にするために提供されるかもしれない、それぞれ。（例えば、それがその前の即時の親ノードへの貴族として今現われるように、促進は、１レベルまで選択ノードの動きをする）
として、まだ、別の例、１つの「リネームする」機能は提供されるかもしれない、例えば、右マウスボタンクリックによって、ユーザはそれによってどんな属性値あるいはノードにも異なる名前（同じ名前がパスの中で２度使用される場合、及び／又は上に記述されるように、２つの同一の水平なパス名が示される場合、制限と共に、自由に）を与えることができるだろう。この発明の例に従って提供されるかもしれないポテンシャル関数、例えば、ファイルが表示パネル６０６に選択されている場合、右マウスボタンクリックによって、「削除プロパティ」機能を含んでいる、そして１つの「プロパティを加える」機能、それはメタデータあるいは他のデータから／１つ以上のプロパティを取り除き及び／又は加えるために使用されるかもしれない、格納された、またはファイルに関係していた。
もちろん、他の機能および（または）上記の機能を上演する他の方法は発明から外れずに提供されるかもしれない。必要なところで、ファイルあるいは与えられたプロパティの札を付けられたアイテム、および（または）上に記述された各種機能によって変更されるパスはすべて、ユーザがパスおよび（または）プロパティに変更を加えたと考えるためにそれらの対応する資産データおよび（または）パス情報を更新するかもしれない。

少なくとも発明のいくつかの例に従う追加機構は、共有に階層的プロパティを関連づける、例えば、階層的資産データを含む既存ファイルが階層的資産データをサポートするが、必ずしも同じ利用可能な階層的プロパティ構造を対応するようにしておかないシステムかネットワークを持っているもう一人のユーザのもとへ送られる場合、に、新しく、受信ファイル。少なくともこの発明のいくつかの例に従う、システムおよび方法は、水平な属性値があるファイル（あるいは他のアイテム）が共有される方法に似ているやり方で階層的属性値でファイル（あるいは他のアイテム）の共有を許可するために構築されるかもしれない。少なくともこの発明によるシステムおよび方法のいくつかの例に従って、デフォルト振る舞い、のために、ファイルあるいは他のアイテムがいつ階層的属性値を備えたシステムに入るかは、以下のとおりだろう：（ａ） 新しいファイルのヒエラルキーは、階層的キーワードがシステムかネットワークによって典型的に表示されるすべてのエリアで表示されるだろう、例えば、同じ方法で、あたかも、かのように、新しく、受信ファイルは、ターゲットシステムかネットワークにもとは作成された；（ｂ）、新しいファイルに既に必要なそれと同じヒエラルキーが、新しい受信者のシステムかネットワークに存在すれば、新しいファイル・アイテムは既にシステムかネットワーク上のヒエラルキーとそれ自体対応付けるだろう；もし新しいファイルに必要なパスの一部が受信者のシステムかネットワークに存在すれば、（ｃ）、新しいファイルを提供するヒエラルキーの残りの部分は、受信者のシステムかネットワーク上で作られるだろう；または新しいファイルに必要なパスのどれも受信者のシステムかネットワークに存在しない場合、（ｄ）、新しいファイルを提供する新しいヒエラルキーは受信者のシステムかネットワークに加えられるだろう。

下記はもっとファイルが新規のユーザのシステムあるいはネットワークに受け取られ保存されるシチュエーションのプロパティ・ヒエラルキー共有の詳細な例を提供する。この例において、受信者ユーザは、パス／属性値「ファミリー／組合員／トービー」を持った既存のプロパティ・ヒエラルキーを持っている。新しいファイルは受信者ユーザ（例えばメール添付としての）によって受け取られる。また、この新しいファイル（それは受信者のシステムに保存される）は、ファイル送り主の階層的構成からのメタデータを含んでいる。ファイル送り主およびファイル受信者の両方はこの発明の例に従ってプログラム、システムおよび（または）階層的データ構造を備えた方法を操作する。次のテーブルが、受信者ユーザのシステムが様々な異なるシナリオ中の新しいファイルの受信を扱うかもしれない方法について記述する：

ファイルに関連した様々な属性値は、発明から外れずに、どんな適切な時でも、および任意の適切な方法で表示されるかもしれない。例えば、図４と共に上に記述されるように、プロパティ情報はファイルに関連した「プレビュー」パネルに表示されるかもしれない。追加の例として、もし望まれれば、与えられたファイルに関連したプロパティは、ファイルに関連した「プロパティ」ページあるいは「表示特性」コマンドで含まれているかもしれない。既存のプロパティは、さらに保存中に、例えば表示されるかもしれない、保存する、として、プロファイル、オープンファイルあるいは他の同様のオペレーションを編集する。もし望まれれば、ファイルが開いている間、ファイルにさらに関連した、格納されたプロパティは表示され及び／又は開くかもしれない、例えば、ツールバーとユーザ中で、開かれる前に、それが保存された後、インターフェースをプロパティの編集に（例えばファイルで積極的に働く間に）利用可能にしておいてもよい、など他の多くのオプションが、この発明から外れずに、与えられたファイルに関連した、保存された資産データの表示に利用可能である。もちろん、プロパティのどんな数もこの発明から外れずに、与えられたファイルに関係しているかもしれない。

さらに、ファイルに関連した任意の希望の量の資産データは、発明から外れずに、様々な場所に表示されるかもしれない。例えば、もし望まれれば、全階層的パスは、ファイルに関連したプロパティの１つ以上が表示される（例えば図４に示されるそのような、「プレビュー」あるいは「プロパティ」パネル中で）どんな場所でも各プロパティ（あるいは少なくともいくつかのプロパティ）のために示されるかもしれない。別の例として、もし望まれれば、割り当てられた属性値だけがそれ自身、様々な場所（また、ヒエラルキーの剰余は、カーソル中に、操作パネルによって、例えば見ることができる「浮遊する」アクションなど、より詳細に下に記述される特徴を積み重ねてグループ化するファイル情報と同様に）で示されるかもしれない。より多くの具体例として、個人ファイル（デジタル画像のような）がそれに次の階層的キーワードを割り当てる場合、：「スポーツ写真〉野球〉実行する〉Ｃａｒｄｉｏドリル。」この長い水平なパス・ストリングは、単にパス（すなわち「Ｃａｒｄｉｏドリル」）中の最低の子どもノードの提供により、少なくともいくつかの場所の中で表わされるかもしれない。しかし、プロパティ・リスティングのこの先を切られたフォーマットは、名前衝突を持っており及び／又は、ユーザ（例えばノード「Ｃａｒｄｉｏドリル」がヒエラルキーで多数所在地で存在する場合に）に多少不明瞭な危険がある。そのようなシチュエーションで、もし望まれれば、付加的な階層的情報は矛盾する情報を識別するために最下位レベルキーワードと共に表示されるかもしれない。例えば、図２Ａと共に上に記述されるように、少なくともこの発明のいくつかの例によるシステムおよび方法での階層的ノードにはそれぞれ異なりユニークなパスがある。この情報は上に記述された矛盾を解決するために使用されてもよい。特に、例えば、上に（同じ方法で視覚的に表わされている、２つの階層的属性値として定義された）記述されたタイプの矛盾がある時、異なる親属性値が見つかるまで、少なくとも発明のいくつかの例による、システムおよび方法は、矛盾するパスを横断するだろう。また、その値は表示されるだろう（自由に矛盾する最下位レベルノード情報と共に）。例えば、ヒエラルキーが含んでいた場合、または、個人ファイルは両方の札を付けられた：「スポーツ写真〉野球〉実行する〉Ｃａｒｄｉｏドリル」「そしてスポーツ写真〉バスケットボール〉実行する〉Ｃａｒｄｉｏドリル。」表示されたプロパティ情報、例えば、「プレビュー」あるいは「プロパティ」ディスプレイ中で、例えば、表わされるかもしれない、として「Ｃａｒｄｉｏドリル」．．． 野球、または「Ｃａｒｄｉｏドリル。」バスケットボール、または明確に正確なヒエラルキーを示す他のある適切な方法で。

階層的プロパティ情報の実使用の別の例として、多くのビジネスが、少なくとも階層構造（例えば部、ディビジョン、場所など）のある程度で配列される。より多くのターゲットとされたオペレーティング・システム、方法および（または）発明の例によるアプリケーション・プログラムが、個々の会社の構造の階層的性質を利用するようなビジネスのために開発されているかもしれない。例えば、前もって定義したヒエラルキーは、コンピュータ・システムズ、ネットワークおよび（または）会社のために保存されたデータにプロパティ用の定義済みの階層構造を含んでいるサラリーマンによって使用されるアプリケーション・プログラムに提供されるかもしれない。そのようなシステムおよび方法は、そのデータが組織され保存されるかもしれない会社のシステムおよびネットワークでのある全面的な知覚可能な階層構造を少なくとも可能にする場合がある。

本発明の様相は、さらにその上に保存された階層的資産データを含む、コンピュータが読める媒体、およびエントリーおよび（または）様々なオペレーティング・システム、アプリケーション・プログラム環境および（または）様々な他のシステム中の階層的資産データ、システムを含む方法、および上に記述された方法の使用の許可のためにその上に格納されたコンピュータ実行可能命令を含むコンピュータが読める媒体に関係がある。コンピュータが読める媒体はコンピュータを構成するかもしれない−上に記述されたコンピュータが読める媒体の様々な具体例上に格納された実行可能命令。
Ｂ． 多数プロパティ・セレクション
上に記述されるように、本発明の追加の様相は、上に記述された階層的プロパティ構造を利用して、コンピュータ・システムかネットワーク上で含まれていた情報をサーチするためのシステムおよび方法に一般に自由に関係がある。

そのＷｉｎｄｏｗｓ（登録商標）で〈（（Ｒ））〉コンピュータ・オペレーティング・システム、レドモンドのマイクロソフト株式会社、ワシントンは、保存、編制、およびコンピュータ・システムズあるいはネットワーク（すなわちフォルダ）からの検索する電子情報用の実体経済類似を導入した。このフォルダ・システムは厳密に実体経済を与えるために導入されたエンド・ユーザ概念だった、格納された電子化データおよび情報に感じる、あるいはコンピュータを通って利用可能。コンピュータ・ユーザは典型的にはコンピュータのハードドライブをそれらのファイルが整理される大きなファイリング・キャビネットと見なす。しかし、コンピュータ・システム自体に、電子ファイルは、単にハードドライブ（あるいは他のある方法で）に磁気的にエンコードされる一連のビットである。また、「フォルダ」は単にコンピュータ・システムがファイルのそれらのセットを参考文献として載せる方法である。

マイクロソフト株式会社のＮＴファイル・システム（「ＮＴＦＳ」）で、ハードリンクをサポートする能力は導入された。ユーザはこの特徴によって多数のフォルダに電子ファイルを置くことができた。もちろん、物理的に、この特徴は、それらの電子ファイルを表わすビットがコンピュータのハードドライブ（あるいは他のストレージシステム）上の複写された複数回であることを必要としない、例えば、ファイルが置かれる各フォルダのために一度。もっと正確に言えば、異なるフォルダは参考文献として載せる、同じファイルへ戻る。しかし、最初にリリースされた時、多数のフォルダに単一のファイルを入れることがユーザの実際の物理的な世界概念（つまり、紙の同じ物理的な部分は、２つの別個の物理的なフォルダに同時に位置することができない）と一致しなかったので、この能力はエンド・ユーザに暴露されなかった。

少なくとも少なくともこの発明のいくつかの様相が練習されるかもしれないいくつかのオペレーティング・システムでは、「リスト」と呼ばれる新しいエンド・ユーザ概念が導入されている。物理的な類似として、人は「リスト」をアイテム（例えば電子ファイル）のセットを参考文献として載せるコンテナと見なすかもしれない。よりよく「リスト」を理解するために、「フォルダ」のより多くの詳細説明が記述される。「フォルダ」は、「セット」、あるいはある方法（例えば、同じ「フォルダ」の中にあることは片道切符かもしれない「関連づけられる」ように、セット中のアイテムが考慮されるかもしれない）で互いに関連づけられるように、考慮されるグループのアイテムと見なされるかもしれない。セットかフォルダ中のアイテムあるいはファイルはそれぞれ、「ＰＡＲＥＮＴＦＯＬＤＥＲ」（例えば「ｃ：￥ｕｓｅｒｓ￥ｕｓｅｒａ￥ｄｏｃｕｍｅｎｔｓ￥」のようなパスの形式で）と呼ばれるプロパティを含んでいるかもしれない。顕著に、このパスはさらにエンド・ユーザ隠喩で、コンピュータの物理構造を必ずしも反映しない。実際、単一の物理的なハードドライブがｃドライブ、ｄドライブなどのような多数の「ドライブ」へ分割されるかもしれないので、ドライブ自体の概念はさらに隠喩と考えられるかもしれない。

別の、方法ユーザは「セット」を定義することができる「リスト」によってある。各々が１セットのアイテムの定義と見なされるかもしれないので、「フォルダ」に関連づけられるように、「リスト」が考慮されるかもしれない。「フォルダ」と異なり、しかし、少なくともこの発明のいくつかの例に従う「リスト」は、上に記述されるような「ＰＡＲＥＮＴＦＯＬＤＥＲ」プロパティを使用して、この関係を定義しない。もっと正確に言えば、「リスト」は、多数所在地（例えば多数の独立した「リスト」中の）に同じアイテム（例えば電子ファイル）が存在することを可能にするだろう。「フォルダ」のように、「リスト」はエンド・ユーザ概念である。多数の「リスト」に電子ファイルあるいは他のアイテムを入れると、基礎資料を表わす実際の物理的なビットは複写されない、しかし、もっと正確に言えば、根本的な電子ファイルあるいはアイテムは、その「リスト」にそばに（「あるいはリンクされた、ある方法で」）参考文献として載せられる。実体経済例にこの議論を結ぶために、人は「買物表」を持っているかもしれない、そして１つの「緊急「行うために」リスト」その中でそれらは、購入する必要のあるアイテム、およびする必要のあるものの跡を追う。これらの「リスト」は両方とも、「妻のための誕生日プレゼント」のようなアイテムを含んでいるかもしれない。ユーザは、贈与権を買うことが両方とも買い物の間行われるに違いないもの、およびやや至急行われるに違いないものであると理解する。しかし、ユーザは、このアイテムがその人のリストの入港手続き済みの２つであるだけで、これが、それらが２つの贈与権を購入する必要があることを意味しないとさらに理解する。もっと正確に言えば、贈与権を買う単一の行為は、ユーザがそのそれぞれのリストから各アイテムを取り除くことを可能にする。

少なくとも本発明のいくつかの様相がさらに練習されるかもしれないオペレーティング・システムは、「自動リスト」を含んでいるかもしれない。「自動リスト」は、「リスト」および「フォルダ」のように、アイテムのセットを定義する。アイテムのこれらのセットは、格納されたアイテムに関連した共有資産価値に自動的に基づき、コンピュータ・システムによって利用可能で生成されるかもしれない。例えば、もし望まれれば、ユーザは属性値に基づく自動リストを持つことができる：定格＝５つのスター。この「自動リスト」特徴を使用すると、ユーザは、どの特定のフォルダあるいは「リスト」にそれらが現われるかには関係なく５つのスターと考えられるそれらのファイルのすべてに関係のある情報を容易に見つけて見ることができる。ファイルかアイテムが５つ星定格にそれに関係している限り、少なくともこの発明のいくつかの例による、システムおよび方法は、自動的にこのメンバーとしてダイナミックにこのファイルまたはアイテムを含み、自動的にセットを生成した、例えば、ユーザのクエリーが５つの―スター自動リストを見させてくれるように頼む時は常に。「自動リスト」の他の例は含んでいるかもしれない、例えば：最近作成されたファイル、最近編集済ファイル、頻繁に用いられているファイル、著者ＩＤ、作成時／日付、編集時間／日付、ファイル・タイプ、アプリケーション名など
「自動リスト」の内容に関係のある１つの様相は、リストのスコープ（つまりファイルおよび（または）「自動リスト」を生成するためにサーチされる場所のセット）へ関係がある。例えば、「自動リスト」のスコープに対する様々な制限は設定されるかもしれないし、コンピュータが位置する環境、利用者選好、コンピュータかネットワークが使用される方法などに依存する。例えば、「自動リスト」のスコープは、特別のユーザのマシンあるいはマシンのネットワーク上の、および（または）この発明の様相から外れることのない他の希望の方法のファイルに特別のマシンに制限されているかもしれない。より多くの具体例として、「５つ星」自動リストのスコープは、与えられた物理的なコンピュータ、ファイルあるいは与えられたユーザによって作成されたフォルダ上のファイルかフォルダのような横切ってサーチする、１セットの特定のファイルあるいはフォルダに制限されているかもしれない。しかし、もし望まれれば、ユーザは、ユーザのデスクトップあるいはラップトップ・コンピュータのどちらかの上に格納された「５つ星」ファイルをすべて見つけるように、コンピュータおよび（または）コンピュータを含んでいるネットワーク上のすべてを横切って自動リスト・スコープ（あるいは他のサーチスコープ）をサーチさせることができる。

ＰＣ（例えばドキュメント、音楽、ビデオ、絵画写真資料フィルムなど）上にユーザが保存しているファイルのますます多くおよびネットワーク化されたコンピュータ・システムズの増加する使用で、選択したより小さなサーチスコープ（例えば自動リストあるいは他のサーチ用の）へのユーザのための能力は、重要に（例えばサーチ遅れなどを回避するために過度の無関係のデータ（例えば他のユーザあるいは他の場所からのデータ）の場所およびディスプレイを回避すること）なるかもしれない。より多くの具体例として、そのサーチおよび返された内容を写真だけ（あるいは自由に特定ユーザの写真だけ）を含んでいるハードドライブ部分（例えばディレクトリーなど）に制限するために、グラフィックデザイナーは、スコープへ「自動リスト」サーチを望んでもよい。このユーザは、ＰＣが接続されるかもしれないネットワーク上のＰＣの上のすべておよび（または）すべてを必ずしもサーチしたくないだろう。そのようなユーザは、「自動リスト」のためにセットされたそのサーチパラメータにさらに遭遇するかもしれない他のユーザのファイルを見たくないかもしれない。

従って、少なくともこの発明のいくつかの例に従うシステムおよび方法では、ユーザはサーチスコープの一部として「サブアイテム・ドメイン」を選択し定義するかもしれない。「サブアイテム・ドメイン」は、コンピュータ・システムが横切ってサーチするためにより小さなスコープを定義する１セットのフォルダである。ユーザがデータ、あるプロパティなどで特徴づけられたアイテムを格納するところで、このサブアイテム・ドメインは１セットのフォルダおよび（または）サブフォルダを含んでいるかもしれない。

図７Ａと７Ｂは、様相をセットするサブアイテム・ドメイン・スコープの例を例証する。例えば、図７Ａは個々のコンピュータを例証する、あるいは複数ユーザ（例えばユーザＡ、ＢおよびＣ）によって共有されて、７００をネットワーク化する、実例中のノードはそれぞれ、どこでフォルダあるいは他のファイル「コンテナ」セットが作成されることを示すか、または様々なユーザのために。捜索活動中に、含有アクティビティが「自動リスト」の生成に関係があって、上に記述されるように、ユーザはシステムにこれらの利用可能な「フォルダ」あるいは他のエレメントの一部だけをサーチさせてもよい。例えば、あるサーチか自動リストのために「サブアイテム・ドメイン・スコープ」をセットすることによって、ユーザはその人のサーチをファイルのあるフォルダだけに制限することができる。図７Ａは三角形７０２によって表わされて、「サブアイテム・ドメイン」を例証する、フォルダを含むだけのことをサーチするのに取りかかる、そしてフォルダ「ユーザＢ」の下で。もちろん、「サブアイテム・ドメイン」は、この発明から外れずに、ネットワーク７００のどんな部分も包含する準備ができているかもしれない。さらに、もし望まれれば、スコープは、発明から外れずに、与えられたコンピュータ・システムによって生成された様々な異なる自動リストのために異なるかもしれない。図７Ａの中で示されるそのようなサブアイテム・ドメイン・スコープの使用によって、サーチが単にある指定されたソースデータ（例えばユーザＢのこの例におけるデータ）にもっとターゲットとされるので、「自動リスト」あるいは他の捜索活動の結果は、はるかにより適切かもしれない。さらに、検査するべきアイテムのセットがより小さいので、演奏速度は増加されるかもしれない。もちろん、ユーザが自動リストサーチを含む任意のサーチアクティビティ用のサブアイテム・ドメインを容易に調節し変更することができるように、ユーザ・インターフェースは提供されるかもしれない。

単一のフォルダどころかフォルダ・ヒエラルキーの単一の共通枝路にこのセットできる「サブアイテム・ドメイン」の内容を制限する必要はない。やや、もし望まれれば、少なくともこの発明に従うシステムおよび方法のいくつかの例に従って、ユーザはサーチスコープ（「自動リスト」生成サーチスコープのような）にネットワークかコンピュータ・メモリーの多重分岐中でファイルを自由に多数のフォルダに位置したと考えさせてもよい。図７Ｂは例を例証する、個々のコンピュータ、あるいは図７Ａのうちの、だがこの例における７００をネットワーク化する、サーチ「潜水艦−アイテム・ドメイン−」は、データを捜す準備ができている、含んでいた、サブアイテム・ドメイン三角形７０４および７０６（図７Ｂの絵入りの例でのユーザＢおよびＣからの写真データ）によって表わされるように、２つの独立したユーザから利用可能なフォルダ中でのみ。再び、このサブアイテム・ドメイン・スコープを使用して、サーチが希望のユーザのこの例におけるデータだけにもっとターゲットとされるので、「自動リスト」あるいは他の捜索活動の結果は、はるかにより適切かもしれない。また、検査するべきアイテムのセットがより小さいので、演奏速度が増加されるかもしれない。

本発明の追加の様相は、さらに上に記述された様相から伸びる。少なくともこの発明に従う、いくつかの例システムおよび方法では、多数のフォルダおよび（または）プロパティは、サーチおよび（または）コンピュータ上に格納された情報のディスプレイにスコープとしてユーザによって選ばれるかもしれない。そのようなシステムおよび方法はナビゲーション・パネルを利用するかもしれない、表示特性および（または）階層的方法のフォルダ、図２−６と共に、例えば上に記述されたとともに。
［９０］ コンピュータ上に格納されたアイテムのフォルダを表示する、従来で、現在利用可能な「フォルダ木」に、ユーザは一度に１つを超えるフォルダを選択することができない。ユーザが多数のフォルダのコンテンツを見たければ、彼または彼女はマルチウィンドウ（例えば望まれた各フォルダの１）を開かなければならず、及び／又は連続的に、希望のフォルダを開き検査しなければならない。したがって、ユーザは、コンピュータ・システムかネットワーク上に使用可能情報の正確な概観を格納することを困難にして、共通スクリーン中の多数のフォルダからすべての情報を見ることができるとは限らない。

「リスト」および「自動リスト」のアベイラビリテイはさらにこの問題を悪化させる。上に注意されるように、リストおよび自動リストはファイルおよび（または）コンピュータ・システムかネットワーク上に格納された他のアイテムを定義するか分類するのを支援する属性値のセットを含むかもしれない。しばしば、ユーザは、表示された情報がそれに関連した多数のプロパティを含んでいるという要求に基づいた、リストまたは自動の項目指定手続き（つまり、適切なファイルはサーチに会うこととして基準を識別した）によって示された情報を下ってさらに狭くなりたい。例えば、ユーザは、さらに特定者（例えば配偶者）を含んでいる、特定の旅行現場からの記憶画像をすべて見たいかもしれない。
多数のプロパティ・セレクション技術を使用する能力なしでは、ユーザは、これらの２つの独立したプロパティ基準を満たすファイルのサブセットを容易に見つけることができないかもしれない。

この発明の様相は、検索結果を解釈し、及び／又は、多数のプロパティが検索基準の一部として選択されている場合、検索結果を表示して、サーチを行なうことを考慮に入れるシステムおよび方法に関係がある、例えば、から、１つの、階層的、ナビゲーション・パネル中で、あるいはそうでなければ提供されるプロパティをユーザに利用可能になってリストすること、例えば、サーチしてナビゲートする場合、そのようなシステムおよび方法は使用されてもよい、表示しおよび（または）様々なリスト、自動リストおよび（または）フォルダとそうでなければ対話すること。

発明のこの様相に関係のある１つの特徴は、情報またはファイルがサーチ（それは多数のプロパティおよび（または）他のサーチパラメータを含んでいる）を満たすとわかる方法に関係がある。多くの、特に、いくつかのインスタンスでは、ユーザは、複合のプロパティ検索照会（つまり一方のプロパティＡを満たしたディスプレイ情報「または”プロパティＢ）の一方の特徴を満たし、複合のプロパティ検索照会（つまり、ディスプレイ情報、その満足したプロパティＡ「ＡＮＤ」プロパティＢ）の両方の特徴を満たす情報だけの交切を見ること他のインスタンス・ユーザの中で好むすべての情報の結合したユニオンを見ることを好むだろう。さらに幾つかの具体例として、ファミリーのメンバーと撮られた「マウイ写真」を含んでいるファイルをすべて識別する情報のユーザ要求回復が含んでいた時、そこに、彼らは、単に捜索システムと方法が両方を含んでいる画像を検索することを予期する、家族ＡＮＤ、マウイで得られた。そのようなクエリーで、ユーザは典型的にはすべてのマウイ画像（そこに含まれていた家族メンバのない画像をすべて含んで）およびすべてのファミリー画像（マウイからの画像を含まずに）を見たくない。他方では、いつ、３つのスターあるいは４つのスターのいずれかと考えられるファイルを識別する情報のユーザ要求回復、彼らは、捜索システムと方法がこれらの定格（少なくともほとんどのファイルがユーザによって同時に３つのスターおよび４つのスターと考えられなかったので）のどちらかを備えたファイルを検索することを予期する。

従って、少なくともこの発明のいくつかの様相は、ユーザが恐らくセット「ユニオン」を受け取りたいか選択された情報か多数のサーチパラメータに（例えばプロパティおよび（または）フォルダのナビゲーション・パネルから）基づいた「交切」情報をセットしたいかどうか自動的に判断するアルゴリズムに関係がある、例えば、階層的やり方で整えられた。一般に、少なくともこの発明のいくつかの例に従ってより多くの下記の詳細、システムおよび方法中で説明されるとともに、でしょう、サーチされた多数のプロパティ、リスト、フォルダ、アイテムおよび（または）他のパラメーターが、ヒエラルキー中の同じ「プロパティ」に属する時選択された（論理和オペレーション）多数のパラメーターの結合に基づいたファイルに関する復帰情報（例えば「サーチ」、「リストファイル」あるいは他のナビゲーション作業中の）。他方では、少なくともこの発明のいくつかの例に従う、システムおよび方法はするだろう、サーチされた多数のプロパティ、リスト、フォルダ、アイテムおよび（または）他のパラメーターが、異なるプロパティに属するか、位置する時、選択された（論理積オペレーション）多数のパラメーターの交切に基づいたファイルに関する復帰情報（例えば「サーチ」、「リストファイル」あるいは他のナビゲーション作業中の）。このアルゴリズムのオペレーションのより多くの詳細な例が、イチジクに関して下記に述べられる。８〜１８．もちろん、もし望まれれば、ユーザはオプションおよび（または）その特定のクエリーのための結果をカスタマイズしターゲットとする与えられた検索照会用の自動的に選択されたＡＮＤあるいは論理和オペレーションを無視する機会（例えばインタフェーススクリーン、右マウスボタンクリックなどによる）を与えられるかもしれない。
１． 複数の選択、の内に、１つの、マルチ・シングル−値プロパティ
図８は、ナビゲーション・パネル８０２を含んでいる例表示画面８００を例証する。それは、プロパティ、フォルダなど（絵入りの例におけるパネル８０２中の様々なノード）の階層的リストを含んでいるかもしれない。下に格納された情報、またはノードに自由に関係していた、情報（例えば電子メールファイル、音楽ファイル、デジタル写真ファイル、電子文書、オーディオおよび（または）ビデオファイルなど）の個々の電子ファイル、あるいは対応付けられたアイテムを識別する情報を含んでいるかもしれない、そのノード（例えば、ファイルが別のソースなどからダウンロードされた時、もう一人（入力された）によって、ユーザ入力によって、自動的に）。少なくとも検索照会かリストファイル・アクティビティのために指定された１つ以上の基準に対応するファイルのうちのいくつかを識別する情報は、表示パネル８０４にこの例表示画面８００に表示される。ナビゲーション・パネル８０２を使用して、ユーザは、ファイルに関連した、割り当てられたプロパティを表わす階層的ノードの１つ以上を選択してもよい。また、表示パネル８０４は、ファイル、あるいはユーザを満足させる情報の他の収集がプロパティ基準を指定したと識別する情報を含むだろう。

図８に示されるように、この例において、ユーザはそれらがシステムがＰｅｒｓｏｎ＿ＡおよびＰｅｒｓｏｎ＿Ｄ（図を中へ強調することにより示されたように）を示す画像を含んでいるファイルを識別する情報を検索することを望むことを示した。より多くの概説として、この例において、ユーザは、ヒエラルキー（つまりＰｅｒｓｏｎ＿Ａを表わす階層的アイコンのセレクション、および単一のプロパティ（「人々」）からのＰｅｒｓｏｎ＿Ｄを表わすアイコンのセレクション）から単一の多値プロパティ内の多値を選んだ。
「人々」プロパティの下のファイルが多数の個人財産エントリー（例えば、与えられた画像は１人を超える身元が明らかにされた人を牽制するかもしれないし、このように多数の「人々」子どもプロパティにそれに関係しているかもしれない）をしているかもしれないので、「人々」プロパティは「マルチ価値のある」プロパティと呼ばれる。このクエリーに応じて、サーチする、あるいは、発明のこの例による、「リストファイル」コマンド、システムおよび方法は、Ｐｅｒｓｏｎ＿ＡあるいはＰｅｒｓｏｎ＿Ｄ（検索されるために、システム、自動的に、あるいは、どこかの人は持っていなければならない、で、いつか、様々な絵画写真資料フィルム（例えば、上に議論されるように、メタデータとして）に「Ｐｅｒｓｏｎ＿Ａ」あるいは「Ｐｅｒｓｏｎ＿Ｄ」プロパティか、キーワードをそのために関連させた、写真に含まれた人を示すこと）のいずれかを含んでいるあらゆる画像を検索する。顕著に、この例検索照会で、発明のこの例に従う、システムおよび方法、自動的に、ユニオン情報を検索する、つまり、情報、識別するファイル、それは一方のＰｅｒｓｏｎ＿ＡあるいはＰｅｒｓｏｎ＿Ｄ（文字、「Ａ」および「Ｄ」によって図８の中のアイコンに含まれた名前中で、それぞれ表わされた）を含んでいる、どんな画像も含んでいること、それは両方のＰｅｒｓｏｎ＿ＡおよびＰｅｒｓｏｎ＿Ｄ（つまりこの例における、画像ＡＢＤｌ、ＡＢＤ２、ＡＣＤｌ、ＡＤｌおよびＡＢＤ３）を含んでいる。本質的には、発明のこの例に従う、システムおよび方法は、ナビゲーション・パネル８０２にユーザによって指定された入力パラメータに基づいた論理和オペレーションを上演した。

従って、この例から、少なくとも発明による、いくつかの例システムおよび方法に従うセレクションアルゴリズムの最初の規則は引き出されるかもしれない。この規則によって、自動的にセットされた単一の多値プロパティ内の多数のセットのユーザ選択から返された情報が、「ｕｎｉｏｎｅｄ」あるいは論理的な「ＯＲ」照会言語方法の中で返されるだろう。もちろん、もし望まれれば、少なくとも発明のいくつかの例に従う、システムおよび方法は、この規則を無視する能力を持ったユーザおよび（または）この自動的なセレクション・アクション（また、そのために「ＡＮＤ」オペレーションを実行してください）を提供するかもしれない。

顕著に、絵入りの表示パネル８０４では、２つの選択されたデータセットは示されるか、あるいはそれらの全体において利用可能で、維持した、互い（つまり、１つ、Ｐｅｒｓｏｎ＿Ａ画像および一つ用のサブ・パネル８０６、この例におけるＰｅｒｓｏｎ＿Ｄ画像用のサブ・パネル８０８）と離れている顕著に、適切な場合（つまりこの例における、個々サブ・パネル８０６および８０８に画像ＡＢＤｌ、ＡＢＤ２、ＡＣＤｌ、ＡＤｌおよびＡＢＤ３が現われると言うアイコン）、単一の並び項目が個々サブ・パネル８０６および８０８（あるいは他のものの中で）に現われるかもしれない。もちろん、検索された情報（例えば表示パネル８０４に）を表示する他の多くの方法が、例えば含む発明から外れず、震源特性の指示のない、および（または）同じファイルの繰り返された表現の提供のないファイルかアイテムのコンパイルされたリストを表示しないか、アイテム使用されてもよい。別の例として、もし望まれれば、ディスプレイ部分８０４はさらにディスプレイ・サブ・パネルなどを含むことができた、加算、論理積オペレーション（つまりこの例における、人Ａおよび人Ｄの両方を含む画像）の結果、論理積オペレーションが望まれたという出来事で、この情報をユーザに容易に利用可能にするために
２． シングル内の複数選択 − 値プロパティ
上に記述されるように、図８の例では、「人々」プロパティは、多価値のプロパティ（そのプロパティの下で格納された情報（例えばファイル）のアイテムがそれに関連した根本的な子どもプロパティの２つ以上を持っているかもしれないことを意味して）である。
しかし、いくつかのプロパティは「単一の価値のあるプロパティ」と考えられるかもしれない。それは、そのプロパティの下で格納された情報（例えばファイル）のアイテムがそれぞれこのプロパティの根本的な子どもの単一のインスタンスだけを含むことを意味する。単一の価値のあるプロパティの例は含んでいるかもしれない、しかし次のものに制限されていない。サイズ、定格（レーティング）など。図９は、プロパティ（あるいはフォルダなど）（そこでは単一の価値のあるプロパティ「定格」（つまり、ユーザは典型的にはファイルにたった１つの定格を与えて及び／又は与えるだろう）の下で選択されたプロパティは位置する）の階層的配列を含む、ナビゲーション・パネル９０２からユーザが多数のプロパティ（例えば、の中で、１つの、リストファイル、検索照会あるいは他のアクション）を選んだ例表示画面９００を例証する。顕著に、この例において、ナビゲーション・パネル９０２中の強調表示から明白なものとして、ユーザは３つあるいは４つのスター定格があるすべての画像の回復を要求した。

このクエリーに応じて、サーチする、あるいは、発明のこの例による、「リストファイル」コマンド、システムおよび方法は、どんな画像も検索する、どちらかを３つのスターあるいは４が主演すると（検索されるために、システム、自動的に、あるいは、どこかの人は持っていなければならない、で、いつか、様々なファイル（例えば、上に議論されるように、メタデータとして）に定格プロパティを関連させた）考えた。顕著に、この例サーチでは、発明のこの例に従う、システムおよび方法は、自動的にユニオン情報（つまりファイルが一方の３つのスターを評価したか、４が主演する、と識別する情報）を検索する。本質的には、発明のこの例に従う、システムおよび方法は、ナビゲーション・パネル９０２にユーザによって指定された入力パラメータに基づいた論理和オペレーションを上演した。実際、「定格」プロパティが、「ＡＮＤ」オペレーションが各インスタンス（つまり、ファイルがそれぞれ１つおよびたった１つの定格を含んでいるので、ファイルはサーチの間に位置しない、それは両方を含んでいる、３つ星ＡＮＤ、４つ星定格）中の空集合を返すので、単一の価値のあるプロパティおよびそれが論理的な「ＡＮＤ」オペレーションを上演する意味をなさないであろうということであるので、この例において
従って、この例から、少なくとも発明による、いくつかの例システムおよび方法に従うセレクションアルゴリズムの別の規則は引き出されるかもしれない。この規則によって、自動的にセットされた１価のプロパティ内の多数のセットのユーザ選択から返された情報が、「ｕｎｉｏｎｅｄされた」やり方、あるいは論理的な「ＯＲ」照会言語方法で返されるだろう。もちろん、もし望まれれば、少なくともこの発明のいくつかの例に従う、システムおよび方法は、この規則を無視する能力を持ったユーザおよび（または）この自動的なセレクション・アクションを提供するかもしれない。

顕著に、絵入りの表示パネル９０４では、２つの選択されたデータセットは示されるか、あるいはそれらの全体において利用可能で、維持した、互い（つまり、１つ、３つ星の評価された画像および一つ用のサブ・パネル９０６、この例における４つ星の評価された画像用のサブ・パネル９０８）と離れている顕著に、このインスタンスでは、ファイルがそれぞれこの例における定義によって、単一の定格価値を含んでいるので、単一の並び項目は両方のサブ・パネル９０６および９０８（あるいは他のものの中で）に現われない。もちろん、検索された情報（例えば表示パネル９０４に）を表示する他の多くの方法が、例えば含む発明から外れず、ファイルのコンパイルされたリストを表示しないか、震源特性の指示のないアイテム使用されてもよい。
３． 追加の論理的な「ＯＲ」例
上に注意されるように、上記の規則は、フォルダ構造、および（または）階層的プロパティ中のアイテムに適用されるかもしれない、構造。図 ユーザ選択がナビゲーション・パネル中の階層的プロパティに適用される場合、１０と１１はいくつかの追加の例を例証する。

図１０の表示画面１０００に示されるように、ユーザはナビゲーション・パネル１００２の中にある階層的属性テーブル中の２つの独立したエントリーをすなわち選択した、１つの、自動車〉インポート〉ドイツのプロパティ、そして１つの、自動車〉米国資産。
選択されたプロパティがまだ共通のマルチ価値のある親プロパティ（この例における「自動車」）の下で位置するので、上記の規則は適用される。また、表示パネル１００４は、このクエリー、サーチあるいはリストファイル・オペレーションに応じて２つの選択されたプロパティの結合を表示するだろう。図１０に示されるように、より明確に、表示パネル１００４は、論理和オペレーション（つまり一方の検索条件を満たす情報）に対応する格納されたファイルをすべてすなわち識別する情報を含んでいる、ドイツのインポート自動車ＯＲに対応する格納されたデジタル画像はアメリカの自動車に対応するデジタル画像を格納した。論理積オペレーションはより少ない意味をなすか、あるいは典型的な自動車が両方の「インポート」と考えられるとは限らなかったので、この特定の事実のシチュエーションでそれほどありそうではない、ＡＮＤ「アメリカの」（しかし、もし例えば、多数の自動車が与えられた写真に含まれており、プロパティが対応付けられたならば、ＡＮＤ演算は打撃を返すことができるだろう、写真の両方の自動車用のファイル）。

この例において、顕著に、２の選択されたアイテム｛、つまり、階層構造中のプロパティは同じ階層レベルに位置しなかった。それにもかかわらず、論理和オペレーションはこのインスタンス中で導かれた、ので、上に注意されるように、アルゴリズムの支配は選択されたプロパティが共通の親プロパティ（しかし、この共通の親プロパティは両方あるいは一方の選択ノードの即時の親である必要がない）の下で位置する場合、論理和オペレーションが上演されることを要求する。

顕著に、絵入りの表示パネル１００４では、２つの選択されたデータセットは示されるか、あるいはそれらの全体において利用可能で、維持した、互いと離れている｛、つまり、１つ、ドイツの自動車画像および一つ用のサブ・パネル１００６、この例におけるアメリカの自動車画像用のサブ・パネル１００８．再び、このインスタンスでは、単一の並び項目は両方のサブ・パネル１００６および１００８（あるいは他のものの中で）に現われない、しかし、単一の画像が１台を超える自動車を含んでいるかもしれないので、画像をオーバーラップさせることはサブ・パネル１００６および１００８において可能かもしれない。もちろん、検索された情報｛を表示する他の多くの方法、例えば、表示パネル１００４に、複写された写真リストなどなしで、例えば含む発明から外れず、ファイルのコンパイルされたリストを表示しないか、震源特性の指示のないアイテム使用されるかもしれない。さらに、もし望まれれば、論理積オペレーションの結果はさらに論理和オペレーションの結果と共に表示パネル１００４に自由に表示されるかもしれない。
［１０７］ 図１１は、ナビゲーション・パネル１１０２中の多数の階層的プロパティ・ノードがユーザによって選択されている別の例表示画面１１００を例証する。この例において、ノードおよびその対応する孫ノードのうちの１つは、ユーザ（すなわち、自動車ノードおよび自動車〉ｈｎｐｏｒｔ〉英国のノードが選択された）によって選択されている。このインスタンスでは、もしユーザが英国インポート自動車だけに対応するリストファイルに意図していたならば彼／彼女がこのリスティング（複数選択は必要ではなかった）を作成するために単に英国のノードを選択することができたので、論理積オペレーションは意味をほとんどあるいはまったくなさない。従って、つまり、選択されたプロパティが共通の親プロパティ（この例における「自動車」）内にあるので、上記の選択規則はまだ当てはまる。システムは自動的に検索するだろう。また、表示パネル１１０４は、自動的にこのクエリー、サーチあるいはリストファイル・オペレーションに応じて２つの選択されたプロパティの結合を表示するだろう。より明確に、図１１に示されるように、表示パネル１１０４は論理和オペレーション（つまり一方の検索条件（すなわち輸入された英国の車に対応するすべての車ＯＲに格納されたデジタル画像に対応する格納されたデジタル画像）を満たす情報）に対応する格納されたファイルをすべて識別する情報を含んでいる。

様々な表示パネルでのように、上に記述した、表示パネル１１０４は２つの選択されたデータセットをそれらの全体において利用可能にし維持した、互い（つまり、１つ、すべての自動車画像および一つ用のサブ・パネル１１０６、英国のためのサブ・パネル１１０８は、この例における自動車画像を輸入した）と離れている。この例システムおよび方法では、すべての英国自動車画像が自動車親ノード（例えば、子どもプロパティがファイルに譲渡される時、階層的プロパティに関して上に記述されるように、ファイルがさらに自動的にそうであることは、割り当てられた子どもプロパティに親プロパティをすべて譲渡した）内に期限が来なければならないので、サブ・パネル１１０８の英国自動車画像はすべてさらにより総括的な自動車サブ・パネル１１０６内に含まれている。もちろん、検索された情報（例えば表示パネル１１０４に）を表示する他の多くの方法が、表示された、オーバーラップする写真などなしで、例えば含む発明から外れず、ファイルのコンパイルされたリストを表示しないか、震源特性の指示のないアイテム、使用されてもよい、
４．論理的な「ＡＮＤ」例
図８−１１に関する上記の例は、フォルダ、階層的特性などのような与えられた階層的グルーピング内の複数ユーザ選出に関係がある。階層的フォルダか財産構造中の複数ユーザ選出に応じてどのデータを表示するか決めるための例アルゴリズムの別の規則は、図１２−１４に関して例証される。

一般に、アルゴリズムのこの「規則」は、複数ユーザ選出が異なる親財産セットを横切ってなされる時、検索結果の「交切」が表示されるだろう（あるいは、論理積オペレーションは上演されるだろう。また、結果が表示される）ということを必要とする。図１２に例証された例において、表示画面１２００は、多値階層的特性が表示されるナビゲーション・パネル１２０２を示す。ユーザは、最高レベルの親特性のうちの２を横切ったスパンがセットする２つの特性をすなわち選択した：場所〉トロントおよび人々〉Ｐｅｒｓｏｎ＿Ｄ。このタイプのシチュエーションで、ユーザは、典型的には表示された結果がＰｅｒｓｏｎ＿Ｄ（例えば、典型的に、このタイプの検索照会で、ユーザは、Ｐｅｒｓｏｎ＿Ｄを含むすべてのトロント絵あるいはすべての絵を見たくないだろう）をさらに含んでいる、トロントで撮られた写真だけを含んでいるように、論理積オペレーションが上演されることを期待する。したがって、この例において表示パネル１２０４に示されるように、生じる表示された結果はＰｅｒｓｏｎＪＤをそこに含んでいるトロント旅行からの絵だけを含んでいる。両方の選択されたセットの交切が表示されるので、図８−１１で上に示されたように各ユーザからの業績がセットを選択したことを別々に示す理由はない。（つまり、表示パネル１２０４中のアイテムはそれぞれ場所の中にあるだろう〉トロント・リスト、そして人々の中で〉Ｐｅｒｓｏｎ＿Ｄリスティング）、であるが、これら、個人はさらにセットを選択した、もし望まれれば（例えばユーザは両方の個人セットを見たかった可能性をカバーすること）、示されるかもしれない。

もちろん、検索結果を表示する（（例えば表示パネル１２０４に））どんな方法もこの発明から外れずに使用されてもよい。さらに、もし望まれれば、ユーザには、発明のこの例に従ってシステムと方法によって生産された自動ＡＮＤ演算を無視する能力が提供されるかもしれない。

論理積オペレーションのアプリケーションは使用するために制限されていない、で、マルチ―価値のある階層的特性。例えば、もし１つあるいは図１２の中のユーザ選択両方が単一の価値のある財産（ナビゲーション・パネル１２０２に示されるスター「定格」財産のうちの１つのような）を構成しており、別のセレクションが、異なる親財産セット（「人々」あるいは「場所」財産セットの中でのような）に位置したならば、選択されたスター定格財産および選ばれた人々か、場所財産の「交切」は表示されていただろう（つまり）。セレクションが異なる財産セットを横切って測ったので、論理積オペレーションはまだ上演されているだろう。また、結果が表示される。

これらのセレクションが階層構造内の異なる真中に位置する場合さえ、セレクションが異なる階層的特性を横切ってなされる場合、アルゴリズムの論理積オペレーションを適用するための支配はさらに適用される。図１３は例を例証する。図１３の表示画面１３００に示されるように、ユーザは特性キーワードを選択した〉自動車〉インポートおよび日付〉ナビゲーション・パネル１３０２のうちの２００４年。トップ・レベル親特性が異なるので、論理積オペレーションは導かれる、そして表示パネル１３０４ディスプレイ、これらの２つの特性（つまり、それは、両方の選択された特性（すなわち２００４年からのインポート自動車の写真）があるファイルを表示する）の交切。このＡＮＤ演算は、別の選択ノード（したがって、ヒエラルキーで全面的な異なるレベルに存在する）と比較して、選択ノードのうちの１つに親ノードの異なる数があるという事実にもかかわらず導かれる。

この同じアルゴリズム規則は適用されるかもしれない。また、同様の交切結果は１つあるいはユーザ両方が財産を選択したかどうかに関係なく得られるかもしれない、単一値財産である、あるいは１つの、マルチ―価値のある財産。

さらに、これらのセレクションの少なくとも１つがヒエラルキーに低レベルのアイテムを含んでいない場合さえ、セレクションが異なる階層的特性を横切ってなされる場合、アルゴリズムの論理積オペレーションを適用するための支配はさらに適用される。図１４は例を例証する。図１４の表示画面１４００に示されるように、この例におけるユーザは特性を選択した、評価する〉こと、ナビゲーション・パネル１４０２（人々ノードの下の特別の人は選ばれなかった）中の４＿Ｓｔａｒおよび人々。トップ・レベル親特性が異なるので、論理積オペレーションは導かれる、そして表示パネル１４０４ディスプレイ、これらの２つの特性（つまり、それは、４つのスターと考えられるそこに含まれた「人々」特性（例えば任意の人）があるファイルに関係のある情報を表示する）の交切。５． フォルダ、リストあるいは他の構造を持ったヒエラルキー中の複数選択の使用
上に注意されるように、ヒエラルキー中の複数ユーザ選出の使用の様相は、さらに従来のフォルダ（例えば、１つあるいは両方のユーザに選択されたエレメントがフォルダ構造を含んでいても、ＯＲ／ＡＮＤ関数の公演は上記の規則を使用して決定されるかもしれない）を含んでいるヒエラルキーに適用されるかもしれない。概念的に、少なくともこの発明のいくつかの例様相に従って、「フォルダ」は１価の特性として扱われるかもしれない。より明確に、個人ファイルが上に記述されるような単一の従来のフォルダにのみ存在するので、フォルダは発明のこれらの様相に従って１価の特性として扱われるかもしれない。自由に、もし望まれれば、複数ユーザ選出は階層構造にフォルダ・エレメントおよびプロパティ要素の選出の混合物を含んでいるかもしれない。様々な例は続く。

図１５は、階層的特性およびフォルダ構造の両方が存在するナビゲーション・パネル１５０２を含む表示画面１５００を例証する。図１５に例証された例において、ユーザは２つの個々のフォルダをすなわち選択した、私の写真〉旅行フォルダ、そしてその、私の写真〉古いフォルダ。２つのセレクションがヒエラルキー（すなわちこの例における「私の写真」エレメント）に同じトップのレベル親元素の下で位置するので、論理和オペレーションは上に記述された様々なアルゴリズム規則のアプリケーションを通じて適用される。また、表示された結果は、表示パネル１５０４に示されたように、２つの選択されたセットの結合を示す。選択されたセットの内容は任意の希望の方法で表示パネル１５０４に表示されているかもしれないが、この絵入りの例において、表示されたファイルは図８−１１に、一般に上に記述されるような個別・別個のサブ・パネルの中で例えば識別される。
［１１８］ 上に記述されるように、ユーザファイルは、一つの場所（つまり、単一のファイルあるいは他のアイテムは、２つの独立して個別のフォルダに同時に存在することができない）で従来のフォルダ・ヒエラルキーで存在する。したがって、論理積オペレーションが結果として空集合を返すので、論理和オペレーションは図１５に例証されたシチュエーションで最多の意味をなす。

図１６は、ユーザのセレクションが少なくとも１つのフォルダ・セットを含んでいるシチュエーション、およびヒエラルキー（つまり異なる最終のトップのレベル親ノードがある部分）の独立して異なる部分を横切ったセレクション・スパンにＯＲ／ＡＮＤ論理演算選択規則およびアルゴリズムが適用される例における表示画面１６００を例証する。図１６のヒエラルキー・ナビゲーション・パネル１６０２に示されるように、ユーザは定格ノード（この例における４＿Ｓｔａｒ）およびフォルダ・ノード（その、私の写真〉この例における古いフォルダ・ノード）を選択した。セレクションが階層構造に異なるトップのレベル親ノードを持つので、上に記述された様々な規則およびアルゴリズムを適用して、論理積オペレーションは適用される。また、これらの２つの階層的エレメントの交切に関する情報は表示パネル１６０４に表示される。より具体的には、この例において、「４つ星」定格がある、格納された「古い」絵はすべて、表示パネル１６０４に表示される。
もちろん、質問、サーチあるいはリストファイル結果を表示するどんな方法もこの発明から外れずに使用されてもよい。さらに、もし望まれれば、表示パネル１６０４は、論理和オペレーションからの業績および（または）ユーザをさらに示すことを目指すことができた、ある方法でシステムに通知することができるかもしれないこと、論理和オペレーションが望まれる。

同じＯＲ／ＡＮＤ論理演算セレクション特徴は階層構造中のエレメントをリストするために少なくともこの発明のいくつかの例に従って適用されるかもしれない。「リスト」は、ファイルなどのようなアイテムのセットを単に構成することと概念的に見なされるかもしれない。図１７は、ナビゲーション・パネル１７０２に示される階層構造に様々なリスト・エレメントが含まれている例表示画面１７００を示す。「すべてのリスト」ノードの下の多重要素は、選択されたユーザ（すなわち「トップの問題」ノード、「プロジェクトＹ」ノード）である。表示パネル１７０４では、生成されたディスプレイは、これらの検索条件（すなわち「トップの問題」であるとして指定されたリスト・エレメントあるいは「プロジェクトＹ」に対応するものとして指定されたリスト・エレメント）のどちらかを満たした並び項目に関する情報を提供する。顕著に、並び項目のうちのいくつかは、両方のノード（例えばアイテム２および４）用のグループ分けの下で含まれているかもしれない。選択されたセットの内容は任意の希望の方法で表示パネル１７０４に表示されているかもしれないが、この絵入りの例において、表示されたリスト要素は図８−１１に、一般に上に記述されるような個別・別個のサブ・パネルの中で例えば識別される。さらに、もし望まれれば、このＡＮＤ結果がユーザによって望まれた可能性をカバーするために論理積オペレーションからの業績をさらに示すように表示パネル１７０４を設計することができるだろう。さらに、上に注意されるように、もし望まれれば、ユーザは自動的な論理和オペレーションセレクションを無視する能力を与えられるかもしれない。

上記の記述されたＯＲ／ＡＮＤ論理演算セレクション決定アルゴリズムおよび規則は、さらにユーザが２つを超える階層的エレメント（例えば３つ以上のフォルダ、リスト・エレメント、特性など）を選択するシチュエーションに適用されるかもしれない。一般に、そのようなシチュエーションで、論理和オペレーション（つまりユニオン）は、同じ階層的親元素セットの下でなされた任意のセレクションに関して行なわれる。また、論理積オペレーション（つまり交切）は、異なる階層的親元素セットを横切ってなされたセレクションに関して行なわれる。自由に、与えられた階層的親元素セット（つまり論理和オペレーション）内のオペレーションは、もしあれば、最初に行なわれるかもしれない。図１８は、この業態の例を例証する。

特に、図１８の表示画面１８００に示されるように、ユーザは、階層的ナビゲーション・パネル１８０２から３つのエレメントをすなわち選んだ、１つの、日付〉２００４の財産、キーワード〉自動車〉インポート財産、そしてキーワード〉自動車〉米国資産。これを受けて、少なくともこの発明のいくつかの例による、システムおよび方法は、最初に保存されたファイルを含むことをすべて見つけるために選択されたキーワード特性に関して論理和オペレーションを行なうだろう、格納された、キーワード、特性、会う、一方の、これら、基準。その後、キーワード基準のどちらかに会う、識別されたファイルから、決定はファイルがさらにどれを満たすかに関してなされる、日付基準（論理積オペレーションの適用による）。その後、表示された結果は、表示パネル１８０４に、２００４年からの輸入された自動車絵およびアメリカの自動車絵を示すだろう。選択されたセットの内容は任意の希望の方法で表示パネル１８０４に表示されているかもしれないが、この絵入りの例において、ファイルに関する表示された情報は、図８−１１に、一般に上に記述されるように、異なる「ＯＲ」セレクションに向けられた個別・別個のサブ・パネルの中で例えば提供される。

ユーザがコンピュータ・システムかネットワークからの情報を格納し、サーチし、検索するために階層的特性、フォルダ、リストあるいは他の構造を使用する場合それらが予測可能で論理的な結果を生むので、上記の有名な規則、および複数ユーザ選出への論理和オペレーションあるいは論理積オペレーションを導くべきかどうか判断することにおけるこれらの規則のアプリケーションは有利である。もちろん、もし望まれれば、および上に注意されるように、ユーザは、それらがいつでもこれらの自動検索ルールを無視することを可能にするインターフェースを供給されるかもしれない、例えば、規則が任意の個人インスタンス中の望まれない業績を生産する場合。新情報がコンピュータ・システムかネットワークへ導入されるとともに、上記の規則は適用し続けることができる、含んでいること、に、新しく、付加情報、新情報が既存のヒエラルキーと合併されるかもしれないか、新しい／付加的なヒエラルキーを要求するかどうかにかかわらず。いったんある方法で階層構造に置かれたならば、上記のＯＲ／ＡＮＤ論理演算選択手順は与えられた財産あるいは他のヒエラルキー要素レベル内に様々なセレクションがあるか、及び／又はそれらが、異なるトップのレベル親財産あるいは他のヒエラルキー要素レベルを横切って測るかどうか判断することにより実行することができる。
６． コンピュータが読める媒体
本発明の追加の様相は、さらに多数の財産あるいはシステムを含む他の値淘汰法、および上に記述された方法を含んでいる様々なシステムに様々な多数の財産あるいは他の値淘汰法を行なうことおよび（または）使用のためにその上に格納されたコンピュータ実行可能命令を含むコンピュータが読める媒体に関係がある。コンピュータが読める媒体は、上に記述されたコンピュータが読める媒体の様々な具体例上に格納されたコンピュータ実行可能命令を構成するかもしれない。Ｃ． 表示パネルの中でグループ化し積み重ねること
今日、Ｗｉｎｄｏｗｓ（登録商標）の中で〈（（Ｒ））〉基づいたコンピュータ・オペレーティング・システム（例えば、レドモンド（ワシントン）のマイクロソフト株式会社から利用可能）、グループへファイル（例えば検索照会あるいはリストファイル・コマンドからの）のセットを組織することは可能である。例えば、ファイル「タイプ」によってグループ化することはパワーポイントをすべて置くために使用されてもよい〈（（Ｒ））〉１の中へのサーチドメイン内のプレゼンテーション（マイクロソフト株式会社から利用可能なプレゼンテーションソフトウェア）別のものへグループ化することおよび（または）すべてのデジタル画像、グループ化。しかし、それはユーザのために、困難になりえる、に、効率的に有効に、それらがまだ置かなければならないのでアイテムの大きなセットを備えた取り引き、正確、さらに考慮するためにそれらが望むファイルを結局見つけるためにグループ化すること例えば、ユーザがそれらのファイルをグループ化して、それに含まれていた１００，０００ファイルを備えたフォルダを持っていれば、事態によって種類を多少支援してもよい、しかし、望まれた（例えば、特にキーワード検索あるいは他の検索技法が有効でない場合、に、グループ化されたファイルを下って狭い）特定のファイルを見つけることは、ユーザにとってまだ難しいかもしれない。

アプリケーション・プログラムおよび（または）少なくともこの発明のいくつかの例に従うオペレーティング・システムでは、ユーザは、セットへ視覚的にファイルを整理するための新しい／付加的な方法として「積み重ねる」能力を利用してもよい。例えば、システムと方法が「ファイル・タイプ」によって積み重ねた場合、ユーザは、ファイルがすべて個々のセットへ積み重ねられたのを見ることができるだろう、例えば、パワーポイントのためのセット〈（（Ｒ））〉プレゼンテーションファイル、スプレッド・シート（デジタル画像などのためのセット）のためのセット これらのセットの各々は表わされるかもしれない、例えば、コンピュータで生成したディスプレイでは、スタック・アイコンによって、それは、概念的にアイテムのそのセット用の仮想コンテナとして働く。スタッキングはユーザを助ける非常に有用な方法である、狭い、を下って、１セットのアイテムにおいては、それらが注意する、に関して、明白に積み重ねることがユーザに様々な利用可能なスタック・オプションを列挙し識別するので。

より具体的・実際の世界例に適用されて、レンタカー場所へ行くように概念的にスタッキングについて考えることができ、どのカラー自動車がロット上にあるかあなたに伝えてくれるようにそれらに依頼することができる。それらは、今日青い自動車および赤い自動車を利用可能にしておくようにあなたに助言するかもしれない。
概念的に、これはユーザがプロパティによってファイルを積み重ねる場合、起こることである、つまり、それらはそのプロパティの個々のユニークな値のためにスタックを得るかもしれない。

この積み重ねる特徴（他のディスプレイ特徴と同様に）は、図６及び８−１８と共に上に記述されたもののようなユーザ・インターフェースに、例えば適用されるかもしれない。そのようなユーザ・インターフェースでは、少なくともこの発明のいくつかの例に従う、システムおよび方法は、リスト、自動リスト、フォルダおよびプロパティのようなものを含む情報を示すかもしれない、例えば含有、ユーザはプロパティを定義した。自動リストはそれぞれ、あるプロパティによって、様々な方法でそれらのファイルを識別する視点情報に例えばユーザのための方法を供給することを目指すかもしれない。より多くの具体例として、音楽自動リストは、上演できる芸術家によって、例えば積み重ねられるかもしれない。また、この上演できる芸術家プロパティによってサーチすることは、ユーザが、スタックが音楽収集（例えばビョーク、マドンナなど）に含まれたすべての芸術家と同一視されたのを見ることを可能にするだろう。しかし、コンピュータ・システムにその上に格納された様々な芸術家からの音楽がある場合、１つの問題はこの自動リストに単にショートカットを示すことでそれである、そして視界において利用可能、希望の個人芸術家、希望の個人アルバム、ＣＤあるいは歌を見つけることは、ユーザにとってまだ難しいかもしれない。

この発明の例に従うシステムおよび方法の１つの様相は、ナビゲーション・パネルおよび（または）それに関連した表示パネル中のサブノードとして利用可能な自動リストの積み重ね構造を露出することに関係がある。もう１つの具体例として、「芸術家」のために、ユーザは上に記述された自動リスト・シチュエーション、システム、および少なくともこの発明のいくつかの例に従う方法によって「アーチスト」（あるいは他のもの）を拡張することができるかもしれない、ナビゲーション・パネル中のノード、または、表示パネル、そのためにそれらがユニークなアーチスト（あるいは他のノード）をすべてコントロールし及び／又は見ることを可能にするために、コンピュータ上に保存された、ネットワーク、あるいはシステム。

この発明の他の様相は、情報のグループおよびスタックに関係のある情報が処理され及び／又は操作される方法に（例えばナビゲーション・パネルおよび（または）そのような情報を示すユーザ・インターフェースのディスプレイ部分中で）関係がある。より具体的には、本発明の様相は処理するだろう「グループ化された」そして同じ方法で「積み重ねられた」情報、またナビゲーション・パネル中でヒエラルキーを表わすためにグループ化される自動リストを許可する。言いかえれば、ユーザがこの発明の例に従って表示パネル、システムおよび方法中の「アーチスト」によって音楽ファイルについての見方をグループ化すれば、ナビゲーション・パネル中の様々な芸術家のためのサブノードを生成するために使用されるかもしれない、やあ、少なくともいくつかのインスタンス、サブノードは実際別のスタックを構成するかもしれない、そしてユーザがこれらのサブノードのうちの１つをクリックする場合、したがって、視界中のアイテムのセットはそれらの結果だけまでフィルタするだろう。これは、ユーザに視界の中にあるアイテムの迅速なインデックスを与えて、ちょうど視覚的にあるいは精神的にそれらを組織する代わりに１セットのファイルまでそれらが実際に狭くなることを可能にする。

まだ、この発明に従う別の例様相は、親フォルダ中で積み重ねて、かつそのフォルダ・ヒエラルキーを平らにする少なくともこの発明のいくつかの例によるシステムおよび方法のユーザの能力に関係がある。例えば、１つの、ハードドライブ・ディレクトリーあるいは他の資料収集（例えば「Ｄ：￥Ｄａｔａ」グルーピング）のファイル・タイプ、システム、および少なくともこの発明のいくつかの例に従う方法による利用者状態は、万物サブフォルダを捜しそれらのアイテムをとり、スタックにそれらを入れるだろう。これは、ユーザに任意のフォルダにナビゲートし、かつそのフォルダ・ヒエラルキーによっての代わりに所望性状価値によって組織されたそのコンテンツを見る能力を与える。

一般に、この発明の様相は有用である、ので、少なくともこの発明のいくつかの例によるシステムおよび方法では、配合とスタッキングはナビゲーション・パネル中でダイナミックな組織的な構造を作るために使用することができる。また、それは、ナビゲーション・パネルあるいは表示パネル中のグループを選択する能力を提供する、そしてそのセットだけを表示する視界中のアイテムを下って狭い発明のまだ追加の一般的な様相は、自動リストおよびナビゲーション・パネルおよび（または）表示パネル中のグループを選択する能力へのサブノードとしてグループ化し積み重ねて処理することに関係がある、そして、表示された視界を下って狭くなって、このセレクションを通じてそのためにさらに。
発明のこれらの様相のより多くの具体例が下記に述べられるだろう。

上に注意されるように、「配合」および「旋回待避」は１セットのアイテムを視覚化する２つの異なる方法である。図１９は、ナビゲーション・パネル１９０２、および表示パネル１９０４（それはナビゲーション・パネル１９０２に受け取られたインプットに基づいた、様々な格納されたファイルあるいはアイテムに関係のある情報を例証する）を含んでいる表示画面１９００を例証する。顕著に、図１９では、ナビゲーション・パネル１９０２は、プロパティかキーワード「食肉目」が選択されたことを示す、そして対応する表示パネル１９０４年ショー、食肉目親ノードの下でレベルにヒエラルキー中の個々の子どもノードのために直ちに積み重ねる。より明確に、図１９の例で示されるように、表示パネル１９０４は犬（Ｃａｎｄｉａｅ）のための画像のスタック、および猫（Ｆｅｌｉｄａｅ）のための画像のスタックを含んでいる。顕著に、ナビゲーション・パネル１９０２、Ｃａｎｄｉａｅの下の子どもノードおよびＦｅｌｉｄａｅでは、ノードは、表示パネル１９０４に積み重ねられるように、これらのセットが示されるという事実にもかかわらず、完全に表示される（それらの最下位レベルまで）。

少なくともいくつかのインスタンスでは、スタックは、表示パネル１９０４中の情報を表示する最も望ましい方法を構成しないかもしれない。例えば、図１９に示されるように、ユーザがスタック｛の内の内容に関するどんな情報も容易に見ることができないので、スタッキングは少なくともいくつかのインスタンスの中に、不適当かもしれない、例えば、ユーザは、サムネール・アイコンあるいは多くの他のものが表示されたのを見ることができない、スタックの内容に関する情報、図１９に示されたように。「スタックから取り出された」やり方で表示パネル１９０４中の情報を表示せずに、ユーザは最後に画像（あるいは特定のファイルに関係のある、より多くの特定情報）を見るために少なくともいくつかのインスタンス中で、ヒエラルキーの最も深いレベルに「ドリルダウンしなければならないかもしれない。」特にヒエラルキーに多くのレベルがある場合、及び／又は多くのファイルがヒエラルキーに含まれている場合、及び／又は希望のファイルがヒエラルキー内にどこにあるかユーザが確信しない場合、この要求は不便になりえる。

図２０は、表示パネル２００４に積み重ねることに対立するものとしての配合を利用する別の例表示画面２０００を例証する。顕著に、同じノードは、ナビゲーション・パネル２００２（つまりこの具体例での「食肉目」ノード）だが表示パネル２００４年ショーに強調され続ける、個別のサブ・パネル２００６および２００８として選択された親ノードの下のそれぞれの子どもノードの下でグループ化された検索結果。さらに、サブ・パネル２００６および２００８内では、ユーザが速く容易に情報がヒエラルキー内の根本的な内容に関係のあるのを見ることができるように、この例表示画面２０００中の根本的なファイル情報はスタックから取り出されたやり方で示される。

顕著に、図２０に示される例において、特定のノード（例えばＣａｎｄｉａｅノード）の下で含まれていたアイテムのすべてに関係のある情報は、その情報が位置する（例えば、に関係なく、特殊画面が、「Ｃａｎｄｉａｅ」プロパティ、「Ｃａｎｉｓ」プロパティ、「狼座」プロパティあるいはそれに関連した「Ｌａｔｒａｎｓ」プロパティで備えられるか）ヒエラルキー中のレベルに関係なくそれぞれのサブ・パネル（例えばサブ・パネル２００６年に）中で提供される。この特徴は、希望情報へのより迅速でより容易なユーザ・アクセスおよび認識を許可する。顕著に、この同じ表示パネル２００４が他のサーチまたはリストファイルのコマンドの結果現われるかもしれない、例えば、ユーザがナビゲーション・パネル２００２中のＣａｎｄｉａｅとＦｅｌｉｄａｅの両方のノードを強調した場合。

ユーザは、さらに情報の異なるグループ分けを見るためにナビゲーション・パネル２００２の階層構造中で速くナビゲートすることができる。潜在的変化の一例は図２１との図２０の比較に見られるかもしれない。顕著に、上に記述されるように、図２０に、食肉目プロパティはナビゲーション・パネル２００２中のユーザによって選択された、それは情報のディスプレイを提供した、そのプロパティで格納した、選択されたプロパティ（つまり、この例におけるＣａｎｄｉａｅおよびＦｅｌｉｄａｅ子どもノードに基づいてグループ化された）の子どもノードに基づいてグループ化された。図２１の表示画面２１００では、ユーザは、より特殊なＰａｎｔｈｅｒａプロパティ（食肉目プロパティの下の孫ノード）にナビゲーション・パネル２１０２中の強調されたセレクションを変更した。図２１に示されるように、この変更は、表示パネル２１０４にＰａｎｔｈｅｒａプロパティ・ノード（すなわちラベルがレオとチグリスのプロパティで付けられた画像のグループ）の下の子どもにグループ分けを供給させる（サブ・パネル２１０６および２１０８をそれぞれ参照）。図から明白なように２０と２１、ナビゲーション・パネル２００２および２１０２、表示パネル２００４および２１０４は、これらのパネルと共に使用される階層的プロパティに加えて、ユーザが意味のある方法で記憶データを格納し、サーチし、ナビゲートし、そして有用なサムネールあるいはヒエラルキーの全体にわたる利用可能なデータの他の「試写」情報を得ることを可能にする。顕著に、ナビゲーション・パネル中の内容およびユーザ入力は、もし望まれれば、ユーザ入力はさらに表示パネルによって許可されるかもしれないが、表示パネル中で提供される内容を運転する。

図２１及び２２の表示画面２１００および２２００の比較。それぞれ、少なくともこの発明のいくつかの例に従って存在する追加機構を例証する。ナビゲーション・パネル２２０２｛の中の様々な異なる自動リスト間に変わる場合、例えば、キーワードから〉哺乳類〉食肉目〉Ｆｅｌｉｄａｅ〉図２２に現在まで得られた図２１の中のＰａｎｔｈｅｒａ、ナビゲーション・パネル２２０２中の階層構造は崩壊しない、しかし、もっと正確に言えば、ユーザがそれ（例えば絵入りの例において、哺乳類プロパティおよびその子どもたちに関する十分なヒエラルキーは露出され続ける）を残したとともに、それは残る。一般に、少なくとも発明のいくつかの例に従って、ナビゲーション・パネル２２０２は表示パネル２２０４（例えばサブ・パネル２２０６および２２０８に）に何が示されるか考えるために反射しないし変わらない。しかし、もっと正確に言えば、ナビゲーション・パネル２２０２は、表示パネル２２０４に示されているものを運転する。

ナビゲーション・パネル２２０２のこの「崩壊しない」特徴は、様々な理由で有用かもしれない。例えば、一般に、ユーザは、このように（例えば従来の電子ファイルおよび（または）フォルダ・システムとのそれらのインタラクションから）このヒエラルキーが露出され続けることを期待する。ヒエラルキーを開いておく別の例が拡大したとともに、そしてこのように（例えばユーザによって閉じられるまで）利用可能、より便利になりえる、例えば、ユーザが補足サーチ、ナビゲーションあるいは試写する目的のために、ヒエラルキーに例えば戻ることをファイル目的へのプロパティ譲渡に対して決定する場合、など。さらに、ユーザがそれをナビゲートし手動で変更するとともに、不変の状態にナビゲーション・パネル２２０２を置くことによって、ユーザによって訪れられた過去の場所は容易にのままであるだろう、利用可能、その結果、もし望まれれば、それらはそうだった場所へ速く返ることができる。

もし望まれれば、少なくともこの発明のいくつかの例に従って、配合とスタッキングの組合せは表示パネルの中で使用されてもよい。配合とスタッキングのこの結合した使用の一例は、図２３に示されるユーザ・インターフェース表示画面２３００の表示パネル２３０４で、例えば見られるかもしれない。より具体的には、図２３は、格納されたデジタル音楽のコレクションに関係のある情報を含むナビゲーション・パネル２３０２がある表示画面２３００を例証する。そこでは少なくとも格納された音楽に合わせて関係のある情報のうちのいくらかは、階層的プロパティを含む。この例ディスプレイ２３００では、ユーザは、音楽（例えば「古典的な」音楽用の１つの子どもノード、「ジャズ」のための一つ、１つ、のために「ポップしてください。」１つ、のために「打ってください。」など）の様々な異なるジャンルを含むプロパティで穏やかな楽譜データが保存された「ＳｕｐｅｒＭｕｓｉｃＶｉｅｗ」とタイトルをつけられた自動リストを強調した。もちろん、ジャンルのどんな数も発明から外れずに、階層構造に含まれているかもしれない。

様々なジャンル（例えばジャンル用、サブ・パネル２３０６、２３０８および２３１０「古典的な」、「ジャズ」、そして、「ポップしてください」、それぞれ）によってグループ化されたシステム上の格納された音楽に合わせて関係のある表示パネル２３０４中の発明ディスプレイ情報のこの例に従って親「ＳｕｐｅｒＭｕｓｉｃＶｉｅｗ」ノード、システムおよび方法を選択することによって。個々のジャンル・グルーピング内では、この例において、情報は積み重ねられる、例えば、アルバムあるいは音楽のセレクションがリリースされた数十年間によって。もし望まれれば、ユーザは促進することができる「ドリルダウンする」スタック（例えばこの絵入りの例における、個々のＣＤあるいはアルバムタイトル、グループの上演により積み重ねられた情報あるいは個々のアルバムなどを含むスタックを持った芸術家）内に格納された情報に関係のある、より多くの詳細情報を見るために階層構造へ（例えば表示パネル２３０４あるいはナビゲーション・パネル２３０２に）。もしアルバムかＣＤ上で含まれた、個々の歌あるいはトラックのタイトルに関する情報を表示するために少なくとも発明のシステムおよび方法のいくつかの例で望まれれば、個々のＣＤあるいはアルバムタイトルへさらに訓練することが使用されてもよい。もちろん、スタック、グループ分けおよび（または）任意の希望のタイプの情報のどんな数も、この発明から外れずに、階層的プロパティ構造に含まれているかもしれない。

顕著に、図２３に示される例ナビゲーション・パネル２３０２および表示パネル２３０４では、少なくとも自動リストのヒエラルキーのある部分は、配合またはスタッキングが表示パネル２３０４に現われるかどうかにかかわらずナビゲーション・パネル２３０２に示される。実際、この例構造では、表示パネル２３０４はグループ化情報および積み重ねられた情報の両方を含んでいる。一般に、グループ化情報は「透明なコンテナ」のように存在し、グルーピング中の内容が容易に入手可能であることを視界中で意味しており、ユーザに見える。中へ含まれていた情報は他方では「積み重ねる」、積み重ねるディスプレイ（しかし、もし望まれれば、隠れた内容は表示されるか、あるいは入手可能になるかもしれない、によって、一層、強調する、あるいはナビゲーション・パネル２３０２および（または）表示パネル２３０４によって個々の書庫へ「ドリルダウンする」こと）により少なくとも個々の内容のうちのいくらかをユーザに見せないようにしておいてもよいことを意味して、「遮光性容器」にあることと見なされるかもしれない。

使用可能情報が十二分に利用可能な表示領域を満たす時、この発明の例に従ってシステムと方法に含まれて、ウィンドウ、表示パネル、サブ・パネルなどのうちのどれでのように、表示されていない情報へのユーザ・アクセスは、表示パネル２３０４に示されるようなスクロール・バーの使用を通じて、任意の希望の方法で例えば獲得されるかもしれない、によって「次、ｐａｇｅ”／」前のページ」ボタンかアイコン、または他の希望の方法で。

階層的プロパティおよび他のエレメント、ナビゲーション・パネル、そしてグループのディスプレイ、またはこの発明の例に従って情報に積み重ねる、この発明から外れずに、従来のフォルダ構造と結合して使用されるかもしれない。一般に、階層構造内の個々のフォルダに大いに異なり独立した主題があるかもしれないので、およびフォルダ中の情報を整理するユーザが所定のレベルのフォルダ・ヒエラルキー上に多くのファイルをしばしば格納しないので、フォルダ（例えば表示パネル中の）を積み重ねることはユーザにとって有用ではない。したがって、少なくともこの発明のいくつかの例に従って、フォルダ中で積み重ねることはフォルダ・ヒエラルキーを平らにし、そのプロパティに基づいたセットの中へのフォルダ内に含まれていたアイテムを再組織するだろう。図２４は、そこに含まれていたフォルダ階層構造を備えたナビゲーション・パネル２４０２を含んでいる表示画面２４００を例証する。「辞職」フォルダがナビゲーション・パネル２４０２中のユーザによって選択されている場合、それらのフォルダ（そのために「平らになること、外出する」根本的な情報をユーザに容易に見えて、利用可能にするフォルダ構造）内に個人ファイルと同様に根本的なフォルダ構造も（つまりこの例における「辞職」フォルダの下の「月食」および「オローラ」フォルダ）含んでいた表示パネル２４０４ディスプレイ。これは、選択されたフォルダおよびそのサブフォルダのすべてを見るために「自動リスト」エレメントあるいはノードｓｃｏｐｅｄを作成することにより、例えば遂行されるかもしれない。

もちろん、この発明から外れずに、表示パネル２４００中のフォルダからの情報を示す他の方法は可能である。例えば、もし図２４に示される階層構造を平らにするのではなく、望まれれば、フォルダ構造は、特に強調されたフォルダがそれ自身数レベルのヒエラルキーを含んでいるシチュエーションで表示パネル２４０４に養われるかもしれない。例えば、もしフォルダがナビゲーション・パネル２４０２に選択されている時、望まれれば、情報は、サブフォルダから個別項目を取り除きサブフォルダにちなんで命名されたスタック中でこれらのアイテムを示すことにより、表示パネル２４０４に表示されるかもしれない。もちろん、この発明から外れずに、他のディスプレイ技術は可能である。

様々な市場操作が、さらにナビゲーション・パネル中で以前強調されたか選択されたデータおよび（または）それに関係のある情報に生じるかもしれない、表示パネルに表示される。図２５は、使用されるかもしれないし及び／又は、少なくともこの発明のいくつかの例に従って現われるかもしれない例表示画面２５００を例証する。この例において、ユーザ・インターフェース表示画面２５００は、階層的フォルダ構造が現われるナビゲーション・パネル２５０２および表示パネル２５０４を含んでいる。この例におけるフォルダ構造のより深いヒエラルキーのために、フォルダが強調される場合｛、例えば、「辞職」ナビゲーション・パネル２５０２中のこの例におけるフォルダ、表示パネル２５０４中の情報は、根本的なサブフォルダ構造（つまり「辞職」フォルダの下のフォルダ）から取り除かれる、また置かれた、の中で、個々、積み重ねる。もしその後、ユーザが情報（例えば、「場所」をクリックすることによって、ナビゲーション・パネル２５０２中のアイコンあるいは他のプロパティ・アイコン、プロパティの選択、から、１つの、メニューなどを下って右クリックするか落ちてください）を再整理したならば、図２５に示されるように、データは場所によって再編成することができ、積み重ねることができた。図２５（「辞職」および「場所」までに積み重ねられた）の中のデータのこの改訂された旋回待避が、そのフォルダ中で提供される方法で「辞職」フォルダのコンテンツに相当しないので、強調表示は図２５の中のナビゲーション・パネル２５０２に示されない。事実、このアクションは、選択されたフォルダ（つまりこの例における「辞職」フォルダ）、そして次に選択されたプロパティの下で含まれていた子どもプロパティに基づいたスタックの中へのこの情報の再編成に含まれていたすべての情報からの平滑化と同種である。

もちろん、ユーザコマンドに応じてユーザコマンドに応じて（例えば上に記述されたタイプのナビゲーション・パネル中で）グループ化し及び／又は積み重ねること他のシステム動作に対する多くのオプションが、この発明から外れずに、システムと方法で提供されるかもしれない。下記は、少なくともこの発明のいくつかの例に含まれているかもしれないオプションのいくつかの追加の例を少なくとも含んでいる。

１例として、マルチ評価されるプロパティによってグループ化するか積み重ねる場合、少なくともこの発明のいくつかの例に従う、システムおよび方法は、１つのグループを提供するかもしれないし、プロパティの下の個々のトップのレベル値のために積み重ねるかもしれない。また、さらなる子ども属性値は、表示パネル（であるが、もし望まれれば、それらのより低い子ども属性値中の根本的な情報は表示され、及び／又はディスプレイに利用可能になるかもしれない）中で露出されないかもしれない。そのようなシステムで、もし望まれれば、ユーザは様々な階層レベルグループへナビゲートすることにより子ども属性値を露出することができる、例えば、表示パネルなど中で提供されるスタックへドリルダウンする階層的ナビゲーション・パネルの使用。

もし望まれれば、少なくともこの発明のいくつかの例に従って、方法必要は何が表示パネルに表示されるか平面リスト、およびナビゲーション・パネル中で強調された情報がコントロールするとともに、キーワード（グループ化されたか積み重ねられた）をすべて見るためには提供されない。もし望まれれば、少なくともこの発明のいくつかの例による、システムおよび方法は、どんなレベルでも（例えばメニュー項目｛（例えばボタン）の提供によって）ユーザが「スタックから取り出す」ことを可能にするかもしれない、１つの、メニュー、ツール・バー・メニューなどを右クリックしてください、それはユーザを許可する、に「すべてを拡張する、積み重ねる。」「このスタックを拡張する。」または同様なもの。

他のアクションも生じるかもしれない。一方、情報はグループ化され及び／又は積み重ねられる、例えば、グループに含まれていた階層的プロパティに関係のあるオペレーション、または積み重ねる。１例はオペレーションをドラッグし及び／又は落とすことに関係がある。少なくともこの発明のいくつかの例で、あるグループから別のグループまでアイテムをドラッグする場合、アイテムは、新しく応用のグループの属性値を持つ及び／又はそれ（つまり、さらに「宛先」グループの属性値を含めるために変更された、またはドラッグおよび（または）低下オペレーションから積み重ねる、そしてオリジナルソース・グループの属性値を削除するために自由に少なくとも、または必要ならば、積み重ねて、望んだ）に適用されて積み重ねるために変更されるかもしれない。別の例オペレーションはオペレーションを「貼る」ために関係がある。アイテムがペースト・オペレーションによって新しいグループおよび（または）スタックに置かれる場合、宛先プロパティおよびその親属性値は新しく置かれたアイテムに適用されるかもしれない。

さらに、様々なタイプのディスプレイあるいはディスプレイ・コンテンツは、グループおよび（または）スタックへナビゲートすることに応じて提供されるかもしれない。しかし、少なくともこの発明のいくつかの例に従って、上に記述されるように、グループタイトル属性値を備えたアイテムはすべてすべてのアイテムでも最初のディスプレイでも示されるかもしれない、このグループ／親属性値（もしあれば）の子ども属性値で付きまとった。もし望まれれば、子ども属性値（例えば、「＋」サインは、このスペックの図の中で示される絵入りの例のいくつかのものの中でアイコンかウィジェットと共に使用される）を表示するために、ヒエラルキー中のアイテムがさらに拡張することができることを示すために、あるタイプのインジケータは、ナビゲーション・パネルおよび（または）表示パネル中で提供されるかもしれない。この同じ協定はこの発明から外れずに、メニューをフィルタするのに使用されるかもしれない。図２６は、それを上へ（例えば正しいクリック行為によって、あるいは他の適切な方法で）例メニュー２６０２が引かれた例表示画面２６００が表示画面２６００の表示パネル２６０４に含まれていた情報をフィルタする一層のユーザを許可するだろうということを例証する。希望のメニュー品をフィルタリングに使用されるためにクリックすることにより、この例において、より明確に、表示パネル２６０４上で存在する情報の変更が行なわれるかもしれない。この例において、もし望まれれば、さらに、より低い階層レベルがフィルタリングに利用可能であることを示すために、脱字記号構造「〉」は各メニュー項目の極右横に使用される。

本発明の追加の様相は、さらに上演のためにその上に格納されたコンピュータ実行可能命令を含むコンピュータが読める媒体に関係がある、様々、配合および（または）スタッキング方法、または、様々なシステムで使用するために、それはプロパティのような情報、フォルダ、リストなどを表示する、の中で、グループ化され及び／又は積み重ねられた、上に記述されたシステムと方法を含む風習。コンピュータが読める媒体は、上に記述されたコンピュータが読める媒体の様々な具体例上に格納されたコンピュータ実行可能命令を構成するかもしれない。
Ｖ． 結論
発明は具体例（例えば画像、音楽、電子文書などに合わせて関係のある情報のナビゲーション、記憶装置および回復に関係のある多くの例を備えた、）の点から上に記述されているが、当業者はもちろん、制限のない任意のタイプのデータと共にこの発明の様相が使用されてもよいことを認識するだろう。さらに、本発明の様々な例が上記に詳細に記述されており、そのスコープ内に本発明がこれらの例の組合せおよびサブコンビネーションをすべて含むことが通常のスキルのものによって理解されるだろう一方。当業者は、さらに上記の例が単に発明の種々相を例証することを認識するだろう。特許請求の範囲で定義されるように、様々な変更および変更は発明の趣旨およびスコープから外れずに行なわれるかもしれない。

本発明のいくつかの特徴が実現される汎用のデジタル・コンピューティング環境の概略図を図解している。 図２Ａ及び２Ｂから構成され、本発明の少なくともいくつかの例による許容型及び非許容型の階層的属性経路の例を図解している。 本発明の例による関連する階層的属性を伴う新たな項目（例えば、ファイル）をセーブするユーザ・インターフェースの例を図解している。 本発明の例による記憶された項目（例えば、デジタル・ピクチャ・ファイル）と関係する情報を含む例示的な「プレビュー・パネル」を図解している。 本発明の例による階層的属性の階層的構成を変更する例を図解している。 本発明のいくつかの例によるナビゲーション・パネルを有する例示的なユーザ・インターフェースを図解している。 図７Ａ及び７Ｂから構成され、本発明の例によるナビゲーション及び表示動作の間に用いることができる異なるスコープの例を図解している。 本発明の例によるナビゲーション及び表示動作における複数の属性又はそれ以外の情報の選択の間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作における複数の属性又はそれ以外の情報の選択の間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作における複数の属性又はそれ以外の情報の選択の間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作における複数の属性又はそれ以外の情報の選択の間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作における複数の属性又はそれ以外の情報の選択の間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作における複数の属性又はそれ以外の情報の選択の間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作における複数の属性又はそれ以外の情報の選択の間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作における複数の属性又はそれ以外の情報の選択の間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作における複数の属性又はそれ以外の情報の選択の間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作における複数の属性又はそれ以外の情報の選択の間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作における複数の属性又はそれ以外の情報の選択の間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作におけるファイル（例えば、電子ファイル）のグルーピング（グループ分け）、スタッキング（スタック化）及びフィルタリングの間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作におけるファイル（例えば、電子ファイル）のグルーピング（グループ分け）、スタッキング（スタック化）及びフィルタリングの間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作におけるファイル（例えば、電子ファイル）のグルーピング（グループ分け）、スタッキング（スタック化）及びフィルタリングの間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作におけるファイル（例えば、電子ファイル）のグルーピング（グループ分け）、スタッキング（スタック化）及びフィルタリングの間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作におけるファイル（例えば、電子ファイル）のグルーピング（グループ分け）、スタッキング（スタック化）及びフィルタリングの間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作におけるファイル（例えば、電子ファイル）のグルーピング（グループ分け）、スタッキング（スタック化）及びフィルタリングの間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作におけるファイル（例えば、電子ファイル）のグルーピング（グループ分け）、スタッキング（スタック化）及びフィルタリングの間のユーザ・インターフェース、表示及び動作の例を図解している。 本発明の例によるナビゲーション及び表示動作におけるファイル（例えば、電子ファイル）のグルーピング（グループ分け）、スタッキング（スタック化）及びフィルタリングの間のユーザ・インターフェース、表示及び動作の例を図解している。

Claims (20)

1. コンピュータ・システム又はネットワークに記憶されている電子ファイル又はコンピュータ・システム又はネットワークを介して入手可能な電子ファイルをサーチするユーザ・インターフェースを提供するコンピュータ・ディスプレイであって、
   サーチ要素の階層構造を表示し、１又は複数のサーチ要素に向けられたユーザ入力を受け取るナビゲーション・パネルであって、前記階層構造の中の個々のサーチ要素は、選択的にユーザ入力に応答して、前記階層構造の中の下位（child）サーチ要素を表示するように拡張が可能である、ナビゲーション・パネルと、
   前記電子ファイルのサーチから得られたサーチ結果に少なくとも部分的に関係する情報を表示するディスプレイ・パネルであって、前記サーチ結果は、前記ナビゲーション・パネルを介して受け取られた前記ユーザ入力に少なくとも部分的に基づいて決定される、ディスプレイ・パネルと、
   を備えていることを特徴とするコンピュータ・ディスプレイ。
2. 請求項１記載のコンピュータ・ディスプレイにおいて、前記ナビゲーション・パネルの前記階層構造の中の前記個々のサーチ要素は、前記サーチ結果が前記ディスプレイ・パネルに表示される態様とは独立に、前記階層構造の中の前記下位サーチ要素を表示するように拡張された状態を維持することを特徴とするコンピュータ・ディスプレイ。
3. 請求項２記載のコンピュータ・ディスプレイにおいて、前記ディスプレイ・パネルにおける前記サーチ結果は、少なくとも部分的には積み重ねられた態様で表示されることを特徴とするコンピュータ・ディスプレイ。
4. 請求項２記載のコンピュータ・ディスプレイにおいて、前記ディスプレイ・パネルにおける前記サーチ結果は、少なくとも部分的にはグループ分けされた態様で表示されることを特徴とするコンピュータ・ディスプレイ。
5. 請求項１記載のコンピュータ・ディスプレイにおいて、前記階層構造の中の前記個々のサーチ要素の少なくともいくつかは、属性値（property values）、リスト要素及びフォルダから構成されるグループから接続されることを特徴とするコンピュータ・ディスプレイ。
6. 請求項１記載のコンピュータ・ディスプレイにおいて、前記サーチ要素の階層構造は、階層的に構成された複数の属性値を少なくとも部分的に含むことを特徴とするコンピュータ・ディスプレイ。
7. 請求項６記載のコンピュータ・ディスプレイにおいて、前記階層的に構成された複数の属性値の少なくともいくつかはユーザの定義による階層に構成されていることを特徴とするコンピュータ・ディスプレイ。
8. 請求項１記載のコンピュータ・ディスプレイにおいて、前記ナビゲーション・パネルの前記階層構造の中の下位サーチ要素を選択するユーザ入力は、前記ディスプレイ・パネルに表示されるサーチ結果において対応する変化を生じさせることを特徴とするコンピュータ・ディスプレイ。
9. 請求項１記載のコンピュータ・ディスプレイにおいて、前記ナビゲーション・パネルの前記階層構造の中の選択されたサーチ要素を変更するユーザ入力は、前記ディスプレイ・パネルに表示されるサーチ結果において対応する変化を生じさせることを特徴とするコンピュータ・ディスプレイ。
10. コンピュータ・システム又はネットワークに記憶されている電子ファイル又はコンピュータ・システム又はネットワークを介して入手可能な電子ファイルをナビゲート（navigate）する方法であって、
    ナビゲーション要素の階層構造を表示するナビゲーション・パネルを提供するステップであって、前記階層構造の中の個々のナビゲーション要素は、選択的にユーザ入力に応答して、前記階層構造の中の下位（child）ナビゲーション要素を表示するように拡張が可能である、ステップと、
    前記ナビゲーション・パネルを介して前記ナビゲーション要素の１又は複数を選択するユーザ入力を受け取るステップと、
    前記電子ファイルのサーチから得られたサーチ結果に少なくとも部分的に関係する情報を表示するステップであって、前記サーチ結果は、前記ナビゲーション・パネルを介して受け取られた前記ユーザ入力に少なくとも部分的に基づいて決定され、前記情報は前記ナビゲーション・パネルの表示と同時にディスプレイ装置に表示される、ステップと、
    を含むことを特徴とする方法。
11. 請求項１０記載の方法において、
    １又は複数の新たなナビゲーション要素を前記階層構造から前記ナビゲーション・パネルを介して選択する新たなユーザ入力を受け取るステップと、
    選択された前記１又は複数の新たなナビゲーション要素に少なくとも部分的に基づいて表示される情報を変更するステップであって、前記変更された情報は前記ナビゲーション・パネルと同時に前記ディスプレイ装置に表示される、ステップと、
    を更にふくむことを特徴とする方法。
12. 請求項１１記載の方法において、前記新たなユーザ入力は、最初に選択されたナビゲーション要素よりも下位のナビゲーション要素を前記階層構造の中から選択し、表示されている情報を更にフィルタリングすることを特徴とする方法。
13. 請求項１０記載の方法において、前記サーチ結果は、少なくとも部分的には積み重ねられた態様で表示されることを特徴とする方法。
14. 請求項１０記載の方法において、前記サーチ結果は、少なくとも部分的にはグループ分けされた態様で表示されることを特徴とする方法。
15. 請求項１０記載の方法において、前記階層構造の中の前記個々のナビゲーション要素の少なくともいくつかは、属性値、リスト要素及びフォルダから構成されるグループから接続されることを特徴とする方法。
16. 請求項１０記載の方法において、前記ナビゲーション要素の階層構造は、階層的に構成された複数の属性値を少なくとも部分的に含むことを特徴とする方法。
17. 請求項１６記載の方法において、前記階層的に構成された複数の属性値の少なくともいくつかはユーザの定義による階層に構成されていることを特徴とする方法。
18. 請求項１０記載の方法において、前記ユーザ入力は前記ナビゲーション・パネルを介してフォルダ・ナビゲーション要素を選択し、前記表示するステップは前記選択されたフォルダ・ナビゲーション要素の中の任意のサブフォルダをスタックとして表示するステップを含むことを特徴とする方法。
19. コンピュータ・システム又はネットワークに記憶されている電子ファイル又はコンピュータ・システム又はネットワークを介して入手可能な電子ファイルに関する情報を表示する方法であって、
    ナビゲーション要素の階層構造を表示するナビゲーション・パネルを提供するステップであって、前記階層構造の中の個々のナビゲーション要素の少なくとも一部はフォルダ要素を含む、ステップと、
    前記ナビゲーション・パネルを介して少なくとも１つのフォルダ要素を選択するユーザ入力を受け取るステップと、
    前記電子ファイルのサーチから得られたサーチ結果に少なくとも部分的に関係する情報を表示するステップであって、前記サーチ結果は、前記ナビゲーション・パネルを介して受け取られた前記ユーザ入力に少なくとも部分的に基づいて決定され、前記情報は前記ナビゲーション・パネルの表示と同時に表示され、前記情報は、前記選択されたフォルダ要素の下位に提供された任意のサブフォルダがスタックとして表示される、ステップと、
    を含むことを特徴とする方法。
20. 請求項１９記載の方法において、
    １又は複数の新たなナビゲーション要素を前記階層構造から前記ナビゲーション・パネルを介して選択する新たなユーザ入力を受け取るステップと、
    選択された前記１又は複数の新たなナビゲーション要素に少なくとも部分的に基づいて表示される情報を変更するステップと、
    を更にふくむことを特徴とする方法。

Images