(57)【特許請求の範囲】
【請求項１】
プロセッサおよびメモリを備えたシステムであって、前記プロセッサが、
ファイルに対するメタデータの割り当てを容易にすることによって前記ファイルの少なくとも１つのプロパティへのアクセスを可能とするプロパティコンポーネントプログラムであって、前記メタデータは、キーワードおよび少なくとも１つの追加のプロパティを含み、当該プロパティコンポーネントプログラムは、前記プロパティの入力を受信することに少なくとも基づいて、前記メモリに格納されているファイルのうちプロパティが関連するファイルのサブセットの１つとして前記ファイルにアクセスし、前記ファイルのサブセットは、メタデータとして同一のプロパティが割り当てられている、プロパティコンポーネントプログラムと、
前記ファイルにメタデータとして割り当てられているプロパティに従って、ユーザが前記ファイルの表現を閲覧することを可能にするプロパティベースの閲覧コンポーネントプログラムであって、当該プロパティベースの閲覧コンポーネントプログラムは、前記ファイルのサブセットの表現を表示する、プロパティベースの閲覧コンポーネントプログラムと、
前記プロパティコンポーネントプログラムと前記閲覧コンポーネントプログラムの間での変更を同期させる同期コンポーネントプログラムと
を実行するよう構成され、
前記プロパティベースの閲覧コンポーネントプログラムは、前記ファイルのサブセットを表示し、前記プロパティコンポーネントプログラムは、前記ファイルに関連付けられているメタデータの任意の変更に応答して、追加の入力がなくとも前記ファイルのサブセットを自動的に変更し、前記同期コンポーネントプログラムは、前記プロパティベースの閲覧コンポーネントプログラムが前記変更されたファイルのサブセットを反映して、前記ファイルのサブセットの前記表示を対応して変更することを可能とすることを特徴とするファイルの表示を容易にするシステム。
【請求項２】
前記プロパティコンポーネントプログラムは、前記メタデータの前記変更を可能にするよう構成される複数の編集フィールドを含むことを特徴とする請求項１に記載のシステム。
【請求項３】
前記編集フィールドの１つは、作成者、タイトル、表題、カテゴリ、またはキーワードを含むことを特徴とする請求項２に記載のシステム。
【請求項４】
ユーザが前記編集フィールドの１つを選択する場合、前記選択された編集フィールドに関連付けられているメタデータをユーザが変更する前に、前記プロパティコンポーネントプログラムは、前記プロパティに割り当てられている、前記ファイルのサブセットを変更することを特徴とする請求項２に記載のシステム。
【請求項５】
前記同期コンポーネントプログラムは、前記閲覧コンポーネントプログラムが前記変更されたファイルのサブセットを反映することを可能とすることを特徴とする請求項４に記載のシステム。
【請求項６】
前記変更されたファイルのサブセットは、前記選択された編集フィールドに関連付けられているメタデータに従ってクラスタ化されることを特徴とする請求項５に記載のシステム。
【請求項７】
ユーザからの問合せに応答してオブジェクトの表示を容易にする方法であって、当該方法は、メモリに記憶されたコンピュータ実行可能命令をプロセッサが実行することによって実施され、
プロパティコンポーネントプログラムが、前記オブジェクトに対するメタデータの割り当てを受信するステップであって、前記割り当ては、少なくともキーワードおよび１つの追加のプロパティを含む、ステップと、
前記プロパティコンポーネントプログラムが前記オブジェクトにアクセスするステップと、
ファイルシステムの前記オブジェクトの位置に関わらず、前記オブジェクトに割り当てられているメタデータに関連する他のオブジェクトにアクセスするステップと、
前記メタデータによって前記オブジェクトおよび前記他のオブジェクトをグループ化するステップであって、前記メタデータによってグループ化された前記オブジェクト及び前記他のオブジェクトはクラスタを含む、ステップと、
閲覧コンポーネントプログラムが、前記クラスタを含む前記オブジェクトおよび前記他のオブジェクトを表示するステップと、
前記プロパティコンポーネントプログラムが、前記オブジェクトに割り当てられているメタデータの変更を受信するステップと、
前記オブジェクトに割り当てられているメタデータの変更に応答して、前記変更されたメタデータに基づいて、前記クラスタに含まれる前記他のオブジェクトを自動的に変更して、変更されたクラスタを取得するステップと、
同期コンポーネントプログラムが、前記プロパティコンポーネントプログラムおよび前記閲覧コンポーネントプログラムとの間で前記変更されたクラスタを同期させるステップと、
前記変更されたメタデータに従って、前記オブジェクトおよび前記他のオブジェクトを含む前記変更されたクラスタを表示するステップと
を含むことを特徴とする方法。
【請求項８】
前記メタデータの変更を受信するステップは、ユーザが前記メタデータを編集することを可能とするよう構成される、複数の編集フィールドを提供するステップを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記編集フィールドの１つは、作成者、タイトル、表題、カテゴリ、またはキーワードを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記メタデータの変更を受信するステップは、
ユーザが前記メタデータのプロパティを編集することを可能とするよう構成される、複数の編集フィールドを提供するステップと、
前記編集フィールドのうちの１つの選択を受信するステップと、
前記ユーザが前記選択された編集フィールドに関連付けられているメタデータのプロパティを変更する前に、前記プロパティを含むオブジェクトのグループを変更するステップと
を含むことを特徴とする請求項７に記載の方法。
【請求項１１】
前記変更されたクラスタに関連付けられている、前記プロパティコンポーネントプログラムと前記閲覧コンポーネントプログラムの間での変更を同期させるステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記選択された編集フィールドに関連付けられているメタデータに従って、前記変更されたクラスタをクラスタ化するステップをさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
プロセッサおよびメモリを備えたシステムであって、前記プロセッサが、
グラフィカルユーザインタフェースの項目に関連付けられているプロパティの選択を可能とするプロパティコンポーネントプログラムと、
前記選択されたプロパティを有する項目を少なくとも表示する閲覧コンポーネントプログラムと、
前記プロパティコンポーネントプログラムと前記閲覧コンポーネントプログラムの間での変更を同期させる同期コンポーネントプログラムと
を実行するよう構成され、
前記閲覧コンポーネントプログラムは、前記項目、および前記選択されたプロパティを有するすべての他の項目をスタックするよう構成され、追加のプロパティが前記項目に関連して選択される場合、前記同期コンポーネントプログラムは、前記閲覧コンポーネントプログラムが前記追加のプロパティに基づいて構成された変更されたスタックを表示することを可能とすることを特徴とするファイルシステムの項目に関連付けられているメタデータの変更を容易にするシステム。
【請求項１４】
前記追加のプロパティは新しいプロパティであることを特徴とする請求項１３に記載のシステム。
【請求項１５】
前記追加のプロパティは新しいプロパティであり、前記閲覧コンポーネントプログラムは、新しいスタックを表示することを特徴とする請求項１３に記載のシステム。
【請求項１６】
前記新しいスタックは、前記新しいプロパティに関連付けられている文書ゴーストを含むことを特徴とする請求項１５に記載のシステム。
【請求項１７】
前記追加のプロパティは前記項目に対する新しいプロパティであり、前記追加のプロパティは前記他の項目の少なくとも一部に対する既存のプロパティであり、前記閲覧コンポーネントプログラムは、前記追加のプロパティに従って、前記項目および前記他の項目の少なくとも一部を含む変更されたスタックを表示することを特徴とする請求項１３に記載のシステム。
【請求項１８】
前記追加のプロパティは前記項目に対する無効なプロパティであり、前記追加のプロパティは前記他の項目の少なくとも一部に対する既存のプロパティであり、前記閲覧コンポーネントプログラムは、前記項目および前記他の項目の少なくとも一部を含む、前記項目に対する前記追加のプロパティが前記項目に対する無効なプロパティである視覚的フィードバックを含む、変更されたスタックを表示することを特徴とする請求項１３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データシステムに関し、より詳細には、メタデータ（metadata;データに関する属性情報を記述するデータ）の編集および閲覧のメカニズム（機構）に関する。
【背景技術】
【０００２】
情報技術の進歩は、ますます大容量のストレージ機能を要求し、その結果、ユーザがそのような大量のデータの問合せ（クエリ）および巡回（ナビゲーション）をすることができる方法の改善を要求し続けている。コンピュータおよび携帯型コンピューティングデバイスは至るところに存在し、それぞれの種類のデバイスには、データのアクセスおよび管理についてそれぞれ固有の考慮事項がある。このため、データストレージ技法およびアクセス方法は、これらの要求を満たすように進化し続けている。しかし、このような進化し続けているシステムは、従来のデータアクセス、ナビゲーション、およびストレージの方式からかけ離れてしまうことがある。したがって、ユーザは、従来のシステムに比較的精通していても、直ちにそうした新規な方法に慣れていかなければならない。
【０００３】
現在、通常のアプリケーションは、（例えば、ＷＩＮＤＯＷＳ  ＸＰ（商標）オペレーティングシステム上で動作するＭｉｃｒｏｓｏｆｔ  ＯＦＦＩＣＥ（商標）のアプリケーションスイート（パッケージソフト）では）文書メタデータを変更しやすくするいくつかのメニューコマンドを有する。Ｓａｖｅ（保存）コマンドは、ハードドライブ上の文書の現バージョンを更新するために用いられる。はじめて保存される新規文書の場合、ＳａｖｅはＳａｖｅＡｓ（名前を付けて保存）ダイアログを呼び出す。そうでない場合、更新はダイアログなしで透過的に実行される。ＳａｖｅＡｓコマンドは、ハードドライブ上の文書ファイルの新規バージョンを作成し、そのファイルを一意的に識別するのに必要なプロパティ（属性）を設定するためのダイアログ（対話）ウィンドウを提示することによって開始される。
【０００４】
Ｗｉｎｄｏｗｓ  ＸＰ（商標）オペレーティングシステムでは、識別のためのプロパティとしては、例えば、ファイル名、ファイルタイプ（ファイル名拡張子）、およびフォルダツリー（木構造）内でのファイルの位置（これらのプロパティはまとめてファイルパスと呼ばれる）が挙げられる。ＳａｖｅＡｓダイアログは、Ｏｐｅｎ（開く）ダイアログやＷＩＮＤＯＷＳ  ＥＸＰＬＯＲＥＲ（商標）ブラウザビューアに類似のフォルダツリーブラウザ（Browser;閲覧ソフト）を含む。これにより、フォルダが場所であるという感覚（ファイルをそこに置けば、そのファイルは後でそこに見つかる）が強化される。また、ブラウザは、各フォルダ位置にある他のファイルを示す。これは、所与のフォルダが新規文書を保存すべき正しい場所であるかどうかについての、確かな情報に基づく判断を容易にする。また、ブラウザは、ファイル識別プロパティのワンクリックコピーをサポートする。すなわち、既存のファイルがクリックされると、新規ファイル名は同じ値に設定され、新規保存される文書はその識別を引き継ぎ、既存のファイルを置き換える。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
Ｐｒｏｐｅｒｔｉｅｓ（プロパティ）オプションは、作成者、タイトル、表題、カテゴリ、キーワード、コメント等のような文書メタデータを設定するためのダイアログ（対話）を提示する。Ｗｉｎｄｏｗｓ  ＸＰ（商標）オペレーティングシステムでは、文書メタデータは補助的である。すなわち、文書メタデータはブラウザビューで可視にすることができるが、実際には、複数のフォルダにわたってディスク内容をブラウズ（閲覧）するためには使用できない。
【０００６】
Ｖｅｒｓｉｏｎｓ（バージョン）オプションは、文書の複数のバージョンの作成を可能にする。Ｗｉｎｄｏｗｓ  ＸＰ（商標）オペレーティングシステムでは、バージョニングはシステムレベルではサポートされていないので、その実装はアプリケーション依存である。多くのアプリケーションが、単一ファイルにすべてのバージョンを保持することを選択している。他のアプリケーションでは、バージョンプロパティを設定することが可能であるが、異なるバージョンは異なるファイル識別を持たなければならず、互いにリンクされない。したがって、プロパティとのユーザインタラクション（ユーザ対話）は煩雑であり、分かりにくい。
【０００７】
改良されたメタデータ管理システムが必要とされている。
【課題を解決するための手段】
【０００８】
以下に、本発明の諸態様の基本的理解を可能にするために、本発明の簡単な概要を提示する。この概要は、本発明の広範な概観ではない。この概要は、本発明の主要な要素を特定することや、本発明の範囲を画定することを意図していない。その唯一の目的は、後述するさらに詳細な説明への前置きとして、簡単な形で本発明の諸概念を提示することである。
【０００９】
本明細書に開示され、特許請求の範囲に記載される発明は、その一態様において、プロパティ編集コントロールのためのアーキテクチャを備える。本発明は、プロパティペイン（pane;ウィンドウ枠、画面区画）のプロパティ編集フィールド（欄）と、プロパティベースのブラウザ内のビューとの間の即時同期を提供し、プロパティ変更時の即時フィードバックと、プロパティをグラフィカルに操作する機能の両方を提供する。したがって、プロパティペイン内の変更が直ちにビューコンポーネントに反映され、ビューコンポーネント内の変更が直ちにプロパティペインに反映される。
【００１０】
本発明のもう１つの態様において、ビュー内のプロパティをブラウズする際に、変更可能（mutable；易変）プロパティに基づいてクラスタ化されたビューを表示することにより、自動的に、対応するプロパティ編集フィールドが視覚的にアクティブになる。しかし、不変（immutable）プロパティに基づいてクラスタ化されたビューを表示する場合には、対応するプロパティフィールドの編集は無効にされる。
【００１１】
本発明のさらにもう１つの態様において、確率および／または統計に基づく分析を用いて、ユーザが自動実行されることを望むアクション（処置、処理）を予測あるいは推論する人工知能コンポーネントが提供される。
【００１２】
上記の目的および関連する目的を達成するための、本発明のいくつかの例示的態様が、本明細書において、以下の説明および添付図面を用いて記載される。しかし、これらの態様は、本発明の原理を利用可能な種々の方法のほんの一部を示すに過ぎず、本発明は、このような態様の全てとその均等物を包含することを意図している。本発明の他の利点および新規な特徴は、以下の発明の詳細な説明を図面とともに考慮すれば明らかとなるであろう。
【図面の簡単な説明】
【００１３】
【図１】本発明によるプロパティペインとプロパティビューを同期させるシステムを示す図である。
【図２】本発明のプロパティペインによる方法を示すフローチャートである。
【図３】本発明のプロパティブラウザによる方法を示すフローチャートである。
【図４】本発明によるプロパティペインへの入力方法を示すフローチャートである。
【図５】本発明による最小化したプロパティペインのスクリーンショットを示す図である。
【図６】本発明による統合されたプロパティペインおよびビジュアルコンポーネントのスクリーンショットを示す図である。
【図７】本発明による、プロパティペインとブラウザコンポーネントの間で同期したインタラクションのスクリーンショットを示す図である。
【図８】本発明による、プロパティコンポーネントに反映されたビューコンポーネント内のインタラクションのスクリーンショットを示す図である。
【図９】本発明による、問合せスコープを制限するインタラクションのスクリーンショットを示す図である。
【図１０】本発明による機械学習を使用するシステムを示す図である。
【図１１】本明細書に開示されたアーキテクチャを実行するように動作可能なコンピュータを示すブロック図である。
【図１２】本発明による例示的コンピューティング環境を示す概略ブロック図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明について説明する。同一の参照番号は一貫して同一要素を指すために使用される。以下の説明では、説明の目的上、本発明の十分な理解を可能にするために数多くの具体的詳細が記載される。しかし、これらの具体的詳細なしで本発明を実施し得ることは明らかであろう。他の場合には、本発明の説明を容易にするために、周知の構造および装置はブロック図形式で示される。
【００１５】
本出願で使用される場合、「コンポーネント」および「システム」という用語はコンピュータ関連のエンティティ（実体）を指すことを意図しており、ハードウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアのいずれかを問わない。例えば、コンポーネントは、プロセッサ上で動作するプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行のスレッド（thread）、プログラム、および／またはコンピュータであり得るが、それに限定されない。実例として、サーバ上で動作するアプリケーションおよびそのサーバの両方がコンポーネントであり得る。１つまたは複数のコンポーネントがプロセスおよび／または実行スレッド内に存在してもよいし、コンポーネントが１つのコンピュータに局在すること、および／または２つ以上のコンピュータ間に分散されることが可能である。
【００１６】
本明細書で使用される場合、「推論」あるいは「推論する」という用語は一般的に、事象（イベント）および／またはデータを通じて捕捉される観測量の集合からシステム、環境、および／またはユーザーの状態を推理または推論するプロセスを指す。推論は、特定のコンテクスト(タスクの環境)またはアクションを識別するために使用可能であり、または例えば状態の確率分布を生成できる。推論は、確率論的であり得る。すなわち、データおよび事象の考慮に基づく当該状態の確率分布の計算であり得る。また、推論は、事象および／またはデータの集合から高水準事象を構成するために使用される技法を指すことも可能である。このような推論の結果、観測された事象および／または蓄積された事象データの集合から新たな事象またはアクションが構築される。ただし、事象が時間的に近接して相関しているかどうかは問わないし、事象およびデータが由来する事象およびデータのソースが１つか複数かも問わない。
【００１７】
図１を参照する。図１には、本発明によるプロパティペインとプロパティビューを同期させるシステム１００が示されている。本発明は、メタデータ管理で用いるための改良されたユーザインタフェース（ＵＩ）オブジェクトに関する。文書メタデータは、管理（例えば、編集および制御）の対象となり得る１つまたは複数のプロパティ（少しだけ例を挙げれば、作成者、タイトル、表題、作成日、カテゴリ、キーワード等）を含む。ＵＩオブジェクトはプロパティ編集コントロール（制御）を含む。プロパティ編集コントロールにおいては、プロパティ編集フィールドと、プロパティベースのブラウザのビューとが同期し、プロパティ変更時のフィードバックと、プロパティをグラフィカルに操作する機能の両方を提供する。ブラウザとプロパティペイン内のプロパティフィールドとの間で直接の視覚的フィードバックがユーザに提供されるので、（ブラウザが開いている時に）ユーザがプロパティペイン内であるプロパティを選択すると、ブラウザはそのプロパティによるグルーピング（グループ化）に自動的に切り替わる。このフィードバック機能は、既存のＳａｖｅＡｓダイアログコントロールと類似している。既存のＳａｖｅＡｓダイアログコントロールは、どこに、そして何という名前でファイルを格納するかを決定するために用いられるユーザインタフェースコントロールである。これにより、ユーザの学習曲線（learning curve;習熟曲線ともいう）が向上する。
【００１８】
それを支援するため、ファイルに関連するテキストの形式でプロパティ情報をさらに提示するプロパティペインをユーザに提示しやすくするプロパティコンポーネント１０２が提供される。また、システム１００は、プロパティコンポーネント１０２とのインタフェースをとり、プロパティ情報および／またはプロパティに関連するさらなるデータのグラフィカル表現の閲覧を容易にする閲覧（ビューイング）コンポーネント１０４も含む。閲覧メカニズムの一例としてブラウザ（閲覧ソフト）がある。閲覧コンポーネント１０４は、少なくとも以下のものの提示を行う：設定可能な共通プロパティ（ラベル）のリスト；各プロパティごとの既存／許容プロパティ値のリスト（プロパティは単にクリックするだけでその値に設定できる）；グルーピングについての選択を助けるために所与のプロパティ値を有する他のファイルのリストを表示すること；そして、既存のファイルから保存されるファイルへのプロパティ（ラベル）のコピー（例示によるプロパティの設定）。
【００１９】
同期コンポーネント１０６は、プロパティコンポーネント１０２および閲覧コンポーネント１０４の両方とのインタフェースをとることにより、プロパティコンポーネント１０２と閲覧コンポーネント１０４の間で変更の同期すなわち即時更新を容易にする。したがって、ユーザがプロパティペインおよびブラウザウィンドウの両方を開いている時、プロパティペインへの変更を行うと自動的に、ほぼ即時にブラウザウィンドウに反映され、ブラウザウィンドウ内で変更を行うと、ほぼ即時にプロパティペインに反映される。
【００２０】
図２は、本発明のプロパティペインによる方法を示している。説明を簡単にするため、本明細書に例えばフローチャートの形式で示される１つまたは複数の方法は、一連のアクト（act；行為）として図示され記載されるが、本発明は、アクトの順序によって限定されないことが理解され認識されるべきである。というのは、一部のアクトは、本発明によれば、本明細書および図面に図示および記載されたものとは異なる順序で、および／または他のアクトと同時並行して、行われてもよいからである。例えば、当業者には理解され認識されるように、方法は、代わりに、状態図のように、一連の相互関連する状態または事象として表現されてもよい。さらに、すべての例示されているアクトが、本発明による方法を実施するために必要であるとは限らない。
【００２１】
２００で、ユーザが、プロパティペイン内のプロパティ項目を選択する。２０２で、ブラウザが開いている場合、ブラウザは、選択されたプロパティによるグルーピングに切り替わる。なお、グルーピング（グループ分け）は、例えばスタック（書棚の列、積み重ねでの分類）表示によって、あるいはプロパティツリー（木構造）によって行えることに留意されたい。２０４で、ユーザは、プロパティペイン内のプロパティに対するプロパティ値を入力または選択する。２０６で、このインタラクションが即時に、ブラウザ内に視覚的に反映される。
【００２２】
例えば、作成者フィールドをクリックすると、デフォルトの作成者（現ユーザ名）が選択（または強調表示）された状態で、ファイルが作成者で分類（スタック）されて示されることが可能である。ユーザが追加の名前をタイプ入力すると、対応するスタックも強調表示される。これが新規な名前である場合、（文書「ゴースト（ghost）」が入った）新規スタックが生成され追加される。文書ゴーストの概念は、以下で詳細に説明する。
【００２３】
また、本システムは、ユーザがプロパティペインと対話する時にブラウザを自動的に開くように、ユーザプロファイルまたはプレファレンス設定に従って設定可能とすることもできることに留意されたい。これは、ユーザが例えば「ブラウザを開く（Ｏｐｅｎ  Ｂｒｏｗｓｅｒ）」ラジオボタンを手動で選択することやメニュー選択を行うことの別法となり得る。
【００２４】
図３は、本発明のプロパティブラウザを制御することによる方法を示している。３００で、ユーザはブラウザ内でグルーピングすべきプロパティを選択する。３０２で、システムは、そのプロパティがユーザ設定可能かどうかを判定する。ユーザ設定可能である場合、３０４で、システムは次に、プロパティフィールドがプロパティペイン内で可視であるかどうかを判定する。これは、プロパティをプロパティペインに追加する必要があり得ること（そして、プロパティフィールドは見えないがスクロールバーをスクロールすれば閲覧可能である、というのではないこと）を示す。プロパティフィールドが可視でない場合（例えば、ユーザが「Ｐｒｏｊｅｃｔ（プロジェクト）」というカスタムプロパティを選択した場合）、３０６に示すように、それがペインに自動的に追加される。３０８で、システムは、追加されたプロパティを可視にする。ペインが十分に大きい場合、追加されたフィールドは可視となる。そうでない場合、プロパティペインはスクロールバーを用いてスクロール可能とされ、必要ならユーザは追加項目を閲覧するためにスクロールをすることができる。そして、３１０で、可視プロパティが強調表示される。３０２で、プロパティがユーザ設定可能でない場合、３１２に示すように、試みられるユーザインタラクションは無視され、フローは３００に戻る。同様に、３０６で、プロパティフィールドが可視である場合、フローは３１０に進み、フィールドが強調表示される。
【００２５】
次に図４を参照すると、本発明によるプロパティペインへの入力方法が示されている。４００で、ユーザがシステムにログイン（アクセス）する。これは、例えば、クライアントログインおよび／またはネットワークログインに関連するログインプロセスであってよい。４０２で、システムは、デフォルトのプロパティの設定および書式をプロパティペインに自動移植（populate）する。４０４で、システムはユーザ情報にアクセスする。これは、ユーザが設定するプレファレンス情報、および／またはシステムがユーザログイン情報（クライアントおよび／またはネットワーク）にアクセスした場合に記憶され有効化される他の情報であってよい。４０６で、システムは、ユーザが設定したカスタム設定をプロパティペインに移植する。カスタム設定は、すべてのデフォルト設定に加えて一部の非デフォルト設定を含んでもよく、デフォルト設定の一部および非デフォルト設定の一部を含むようにデフォルト設定と重複してもよく、あるいは非デフォルト設定のみを含みデフォルト設定は含まないように非重複であってもよい。４０８で、システムは、プロパティペインとブラウザの間で変更あるいはインタラクションを同期させるように動作する。
【００２６】
なお、別の実施態様では、プロパティペインおよび／またはプロパティブラウザの書式や体裁を変更するための限定された能力をユーザに提供してもよい。例えば、ユーザは、少しだけ例を挙げれば、色、フォント、テキストサイズ、プロパティペインウィンドウサイズなどの外観を変更することができる。
【００２７】
さらに別の実施態様では、カスタム設定がプロパティペインの上部に自動的に「わき上がる（bubble）」。というのは、それらの設定は、ユーザが（例えばスクロールを必要とせずに）即時に閲覧したいプロパティである可能性が高いからである。ユーザがブラウザ内であるグループを選択すると、カスタムプロパティフィールドがその選択を反映するようにほぼ即時に変化する。
【００２８】
（日付やサイズのように）通常はユーザ設定が可能でない不変プロパティ（immutable property）のブラウジング（覗き）は、可視スコープ（有効範囲）を狭めることを可能にすることを除いては、何の効果もない。同じことが、不変ダイナミックリストのブラウジングにも当てはまる。システムは、プロパティペイン内でどのプロパティも選択されなかったので、ナビゲーション中にどのプロパティも設定されなかったことの即時可視フィードバックをユーザに提供した。例えば、ユーザは、ユーザマシン上で多くの「プロジェクト」を有する場合、ブラウザスコープを先月変更された項目に狭めることを選択することで、「プロジェクト」のリストをまだアクティブであるプロジェクトに素早く限定することができる。
【００２９】
問合せ改善（query refinement；問合せ修正ともいう）と呼ばれる概念において、ユーザは、複数のプロパティに従ってファイルの問合せを行うことを選択できる。したがって、ユーザは、Ａｕｔｈｏｒ（作成者）、Ｄａｔｅ（日付）、およびＤｏｃｕｍｅｎｔ  Ｔｙｐｅ（文書タイプ）を組み合わせて、関連ファイルの検索をより迅速に狭めることができる。
【００３０】
次に図５を参照すると、本発明による最小化されたプロパティペインのスクリーンショット（画面例）５００が示されている。問合せ指向のファイルシステムを考える場合、Ｓａｖｅコマンドおよびメタデータ編集コマンドの意味および機能は変わり得る。このようなシステム上では、ファイルブラウザは、ファイルプロパティに基づいてファイルを読み出すことができる。したがって、従来のフォルダシステムだけが唯一の分類方法とは限らない。さらに、システムは、複数のファイルが同一の名前やその他のユーザが割り当てたプロパティを有することを可能にする。ファイルは、グローバル一意内部識別子（ＧＵＩＤ）および不変プロパティ（例えば、作成／最終変更日時）によって区別できる。これらの変更点および追加機能に鑑み、２つの更新されたＳａｖｅ関連コマンドが提供される。
【００３１】
Ｓａｖｅ。新規文書が前に一度も保存されていない場合、Ｓａｖｅ（保存）はＳａｖｅＡｓ（名前を付けて保存）を呼び出す。それ以外の場合、Ｓａｖｅはファイルのあるバージョンを保存するために使用できる。なお、最新の多くのアプリケーションでは、プログラムがすべての変更を自動的に記憶しておく機能を有することができるので、文書を明示的に保存する必要がないことに留意されたい。同一文書の複数のバージョンを格納する能力に加えて、ユーザによって開始されるＳａｖｅの真の意味は、チェックポイント、すなわち、後で読み出すことができる別個のバージョンを作成することである（したがって、Ｖｅｒｓｉｏｎｓコマンドを置き換える）。
【００３２】
ＳａｖｅＡｓ。ＳａｖｅＡｓの主な目的は、ファイル読み出しに必要なプロパティを割り当てることである。データベース指向のシステムでは、ファイルは、ファイルパスだけでなく、ファイルプロパティの任意のセットによって読み出すことができる。その結果、ＳａｖｅＡｓダイアログは、これらすべてのプロパティを設定するために使用可能である。別個のＰｒｏｐｅｒｔｉｅｓダイアログは不要である。というのは、その機能はＳａｖｅＡｓに引き継がれているからである。
【００３３】
最小化されたＳａｖｅＡｓプロパティペイン５００において、ＳａｖｅＡｓコマンドは、すべてのユーザ設定可能な文書プロパティを割り当てる場所であり得る。ＳａｖｅＡｓコマンドは、これらのプロパティに対するデフォルト値および最良推測値を提案できるので、ユーザは、選択を受容してファイルの保存を開始するには、Ｓａｖｅ（あるいは「ＯＫ」のような提供されているボタン）をクリックするだけでよい。
【００３４】
最小化されたＳａｖｅＡｓプロパティペインダイアログ５００は、メタデータプロパティのデフォルト値で満足しているユーザにとっては特に魅力的である。しかし、文書がより高度な分類メカニズムを必要とする場合には十分とは言い難い。多くの潜在的ユーザは依然としてフォルダ表示（folder look）のほうを好むであろう。このため、特定の場所にファイルを配置することによってプロパティペインにビジュアル要素を付加する「Ｏｐｅｎ  Ｂｒｏｗｓｅｒ（ブラウザを開く）」ボタンが提供されている。これにより、ＳａｖｅＡｓ、Ｏｐｅｎ、およびＷｉｎｄｏｗｓ  Ｅｘｐｌｏｒｅｒ（商標）の間の好ましい相乗効果が再び導入される。さもなければ、ファイルを読み出す手段がユーザに提供されないので、ユーザは、より複雑な手順を経て間接的にファイルを読み出すことができるとは必ずしも確信できない。
【００３５】
以下で、ビジュアルコンポーネントをどのようにしてプロパティ編集コントロールに統合できるかを開示する。ビジュアルコンポーネントは、ＳａｖｅＡｓダイアログとの関連で説明されるが、応用範囲はそれよりも広く、すべてのメタデータ編集コントロールで同じ考え方を用いることができる。特に、ファイルブラウザが、既存のファイルのプロパティを編集するためのコマンドを提供できる。こうしたプロパティを編集するためのダイアログは、その機能がディスクへのファイルの保存に関わらなくても、非常に類似したデザインを有し得る。
【００３６】
図６を参照すると、スクリーンショット６００は、本発明による統合されたプロパティペインとビジュアルコンポーネントを示している。極小ＳａｖｅＡｓデザインとは異なるビューであるのは、ブラウジングコンポーネントを追加するためである。この異なるビューは、ユーザによる閲覧のために、より有用なものとして提供できる場合もあるが、複雑すぎる場合もある。ブラウザ実装は、種々のプロパティによってクラスタ化されたファイルの閲覧を可能にする。例えば、ＷＩＮＤＯＷＳ  ＸＰ（商標）オペレーティングシステム環境では、特定のフォルダへのナビゲーションは、保存されるファイルをそこに置くことを意味していた。問合せ指向のブラウザでは、特定のプロパティクラスタへのナビゲーションは、保存されるファイルにそのプロパティ値を割り当てることを意味する。機能は、ユーザが慣れている経験を基礎とする。
【００３７】
しかし、ＷＩＮＤＯＷＳ  ＸＰ（商標）オペレーティングシステム環境との重大な相違点がある。従来は、ナビゲーション先のフォルダツリーはただ１つであった。プロパティベースのファイルシステムを扱う場合、ある値を割り当てることができる多くのプロパティが存在し得る。ナビゲーション空間は多次元になり、考慮すべき複数のプロパティ軸がある。さらに、単一プロパティツリー間にまたがるストレージお気に入り（storage favorite）（例えば、複数のあらかじめ定義されたプロパティ値のコレクション）が存在し得る。ユーザは通常、一度に１次元のみを（大きな混乱なしに）可視にするので、異なるクラスタ次元間の切替の際には、選択の目視確認が提供される。
【００３８】
１つのソリューション（解決策）として、「Ｓａｖｅ  Ｇｈｏｓｔ（保存ゴースト）」機能を用いるものがある。これは、保存されつつあるファイルのビジュアル表現である。ゴーストは、保存されようとしているものの投影あるいはプレビューである。保存ゴーストの使用にはいくつかの利点がある。保存ゴーストは、ファイルの行き先がどこであり、その同類はどのようなものかを視覚化する簡単な方法を提供し、保存先および読み出し元の位置としてプロパティクラスタの意味を明確化する。保存ゴーストは、直接操作のための手がかりを提供する。例えば、保存ゴーストを「Ｗｏｒｄ（商標）文書」から「テキスト文書」にドラッグすることは、文書タイプをＷｏｒｄからテキストに変更するという意味を持つことができる。順序リストにおいて、保存ゴーストは、正しい位置にドラッグすることができる。
【００３９】
保存ゴーストは、妥当でないプロパティ値および不変プロパティに対するフィードバックを提供する。例えば、ＥＸＣＥＬ（商標）スプレッドシート文書クラスタへのナビゲーションは、ＥｘｃｅｌフォーマットでＷｏｒｄ文書を保存することがサポートされていないという理由で、そのクラスタに保存ゴーストを表示しないかもしれない。同様に、新規文書は常に現在の日付で保存されるので、先週からの文書のビューは新規文書を含まない。同時に、保存ゴーストの使用により、ファイルを保存することができない場所への試験的ナビゲーションが可能となる。これがないと、ＥＸＣＥＬ（商標）スプレッドシート文書や先週からの文書へのナビゲーションを禁止（これらが無効な位置であることを意味する）しなければならなくなる。
【００４０】
図６のスクリーンショットは、現在のＷＩＮＤＯＷＳ  ＸＰ（商標）オペレーティングシステムユーザのためのマイグレーションパス（移行経路）を提供する。フォルダ位置はファイルプロパティの１つとして示されるので、ユーザは最初に、既知のフォルダナビゲーション規則に従うことができ、ダイアログが、現在のＳａｖｅＡｓダイアログのすべての機能および能力を提供する。これは、すべてのプロパティのワンクリックコピーにより既存のファイルを置き換えることを含む。ユーザは、新しいインタフェースに慣れてくれば、いくつかの機能を何度も使い始めるであろう。しかし、このデザインの１つの欠点として、ブラウザコンポーネントをどのように使えばファイルプロパティを設定できるかについての明確なフィードバックがないことがある。上部（プロパティ設定）と下部（ブラウジング）の間には目に見える関連（あるいはインタラクション）がない。プロパティダイアログがすべての望ましい機能を提供しても、その利用法は分かりにくいかもしれない。
【００４１】
次に図７を参照すると、スクリーンショット７００は、本発明による、プロパティペインとブラウザコンポーネントの間で同期したインタラクションを示している。可能であればいつでも、ブラウザビューは、編集されているプロパティに対応し、その逆も同様である。ユーザが編集すべきプロパティを選択すると（ファイル名やコメントのような自由形式プロパティを例外として）、ブラウザビューは、そのプロパティによってクラスタ化されるビューに自動的に切り替わる。さらに、ビュー内のクラスタは、現在割り当てられているプロパティ値（利用可能な場合）に対応する。
【００４２】
ユーザが、プロパティペイン内のプロパティに対する新規な値を選択またはタイプ入力すると、ブラウザウィンドウ内のビューは、その新規な値が確認される（例えばＥｎｔｅｒを押すことによって）とすぐに変化する。この挙動は、現在のＳａｖｅＡｓダイアログと多少類似している。現在のＳａｖｅＡｓダイアログでは、ファイル名編集ボックス内にフォルダパスをタイプ入力することによって、フォルダビューが切り替わることが可能である。多値プロパティ（例えば、Ａｕｔｈｏｒ（作成者）やＫｅｙｗｏｒｄｓ（キーワード））の場合、ブラウザビューは、個々のプロパティ値の共通部分（例えば、リスト上のすべての作成者によって作成された文書）を示す。
【００４３】
次に図８を参照すると、本発明による、プロパティコンポーネントに反映されたビューコンポーネント内のインタラクション（相互関係）のスクリーンショット８００が示されている。ユーザがブラウザウィンドウ内でプロパティツリーのブラウジングを開始すると、任意の変更可能プロパティに基づくクラスタ化されたビューを表示することが自動的に、プロパティペイン内の対応するプロパティ編集フィールドを視覚的にアクティブにする。これは、どのプロパティが設定されつつあるか、およびそれがどのような値に設定されるかについての直接のフィードバックを提供する。異なるプロパティクラスタ間の切替が、対応するプロパティ値にそのプロパティを自動的に設定する。多値プロパティは、ビューア内で複数のプロパティクラスタを選択することによって、またはクラスタ名のそばのチェックボックスにより、設定できる。ブラウザ内のビューが不変プロパティ（例えば日付）に基づいている場合、どのプロパティ編集フィールドも視覚的にアクティブにされず、異なるクラスタ間の切替ではどのプロパティも設定されない。
【００４４】
ある特別なタイプのブラウザビューは、ストレージお気に入り８０２の内容を示す。これは、１つまたは複数のプロパティについて同じ値を共有する項目のグループとして定義できる。ビューがストレージお気に入りに切り替わると（これは、新規ファイルをそのグループに入れることを意味する）、いくつかのファイルプロパティが視覚的にアクティブにされ、その切替によって影響を受けるすべてのプロパティを表示できる。そして、ブラウザビューは、このストレージお気に入り位置に属する（すなわち、同じプロパティ値を共有する）他のファイルを示すように切り替わることが可能である。
【００４５】
本明細書に開示される、プロパティ編集フィールドとプロパティベースのブラウザとの間の同期メカニズムは多数の利点を有する。このメカニズムは、ディスク上のファイルを分類するためにプロパティ値が使用可能であることを視覚的に示す。そしてこのことによりユーザは、意味のあるメタデータを提供するよう促される。同期は、後でファイルを見つけて読み出すために同じブラウジング方法が使用可能であることをユーザに教えるのに役立つ。同期は、プロパティ値を割り当てる際の両者の良い点を結合する。すなわち、プロパティ編集フィールドは新しい値（例えば新しいキーワード）を入力するために特に有用である一方、ブラウザは既存の値を、それがどのように使用されるかのようなフィードバックとともに列挙する。同期は、ダイアログ機能をその主要な目的、すなわちファイルプロパティを設定することに集中させることによって、直観的となる。また、同期は、保存されつつあるファイルとブラウザビューが全く無関係である場合を最小限にする。
【００４６】
図９は、本発明による、問合せスコープ（有効範囲）を制限するインタラクションのスクリーンショット９００を示している。ここでは、スコープは、プロパティ値をロックすることによって、あるタイプの文書、すなわちＷＯＲＤ（商標）ワードプロセッサ文書に制限されている。プロパティベースのブラウザの最も有用な機能の１つは、前の問合せの結果セット内でブラウズする機能である。例えば、タイプＷｏｒｄ  Ｄｏｃｕｍｅｎｔ（Ｗｏｒｄ文書）のすべてのファイルに対して問合せをした後、Ａｕｔｈｏｒ（作成者）プロパティによってクラスタ化された結果を閲覧できる。ユーザインタフェースは、問合せの結果を「ピン留め」（pinning）するための方法を提供でき、それは、ダブルクリックコマンド、右クリックメニューのコマンド、あるいは問合せクラスタのそばのピンボタンのいずれによってもよい。問合せがいったんピン留めされると、その後のすべてのブラウジングは、その問合せの結果セット（result set）内で行われる。
【００４７】
ＳａｖｅＡｓダイアログのブラウジングコンポーネントは、独立のブラウザと同じピン留め機能を有する。例えば、ユーザは、Ｔｙｐｅ：Ｗｏｒｄ  Ｄｏｃｕｍｅｎｔ（タイプ：Ｗｏｒｄ文書）にスコープをピン留めできる。これは、ファイルタイプを設定すると同じ拡張子のファイルにブラウザビューが制限されるという標準的なＳａｖｅＡｓダイアログの機能に類似している。新規なＳａｖｅＡｓダイアログは、任意のファイルプロパティ（例えば、フォルダ、キーワード、作成者等）についてのピン留めを可能にする点で前進している。
【００４８】
しかし、従来のＳａｖｅＡｓダイアログにおいてブラウザスコープを制限することは自動的であった。ファイルタイプが選択されるとすぐに、ビューがそのタイプのファイルに制限された。このような手法は、複数のメタデータプロパティを扱うようになった場合には非常に分かりにくい。したがって、本発明の新規なＳａｖｅＡｓダイアログでは、この手法はストレージお気に入りのみに適用される。すなわち、お気に入り位置の１つ（図９の右上に並んだアイコンを参照）を選択すると、ブラウザのグローバルスコープが設定される。グローバルスコープは、デフォルトではＡｌｌ  Ｉｔｅｍｓ（全項目）（または、デフォルトスコープに対してユーザが選択したもの）に設定され、後のピン留め操作によって明示的に変更あるいは制限されるまでそのままである。
【００４９】
本明細書に開示されるアーキテクチャは、ＳａｖｅＡｓブラウジングをプロパティ編集と結びつけるので、プロパティ編集に対する「ピン留め」の効果を考察する。ピン留めは、ブラウザスコープを、ある特定のプロパティを有する項目に制限する。論理的には、保存されつつあるファイルが（可能な場合にはいつでも）同じプロパティを獲得すると仮定される。さらに、ピン留めはプロパティスコープの外に出ることを阻止するので、プロパティは、読み出し専用状態にロックされるとみなせばよい。したがって、ブラウザ内で問合せをピン留めすることと、プロパティ値をロックすることは、２つの等価な操作である。
【００５０】
プロパティ値をロックすることは新しい概念であり、ストレージお気に入りにおいて特に有用である。ユーザが「Ｍｙ  Ｗｏｒｄ  ｄｏｃｕｍｅｎｔｓ  ａｂｏｕｔ  ＳａｖｅＡｓ（ＳａｖｅＡｓに関する私のＷｏｒｄ文書）」（すなわち、当該ユーザが作成者の一人となっている、ＳａｖｅＡｓキーワードを有するＷｏｒｄ文書）を含む場所（ストレージお気に入り）を作成すると仮定する。ユーザがそのグループに新規文書を入れることを選択した場合、その新規文書がＴｙｐｅ（タイプ）、Ｋｅｙｗｏｒｄ（キーワード）、およびＡｕｔｈｏｒ（作成者）のプロパティについてある特定の値を獲得するとよい。ここで、ユーザがストレージお気に入りをピン留めすると、プロパティ値がロックされる。ユーザは、依然として他のプロパティを変更でき、さらなる値（例えば、追加のキーワードや作成者）をロックされた値に追加することもできるが、ロックによりユーザは、正しいグループ帰属関係にとって重大なプロパティ値を不用意に削除したり変更したりすることが防止される。これは（例えば読み出し専用ファイルと類似の）高度な概念であるが、上級ユーザにはその利点が分かるであろう。
【００５１】
また、プロパティ値をロックせずに問合せをピン留めすることも可能である。これは、不変プロパティに基づく問合せの場合に起こり得る。例えば、ユーザは、最近の３０日間のファイルを探す問合せをピン留めできる。これは、ブラウザスコープを最近の３０日間に制限するが、保存されつつあるファイルのプロパティには影響を及ぼさない。
【００５２】
次に図１０を参照すると、本発明による機械学習（machine learning;機械の学習能力）を使用するシステム１０００が示されている。本発明は（例えばプロパティ提示との関連で）、本発明の種々の態様を実施するため、人工知能に基づく種々のスキーム（仕組み）を使用できる。例えば、所与のユーザに対してどのプロパティを提示するかを決定するプロセスは、自動分類器システム・プロセス１００２によって実現できる。分類器（クラシファイア）１００２は、プロパティコンポーネント１０２、閲覧コンポーネント１０４、および同期コンポーネント１０６とインタフェースをとることにより、例えばユーザインタラクションおよびユーザデータに従ってなされる推論に基づいて、システム１０００の特定の機能の自動化を容易にする。
【００５３】
分類器は、入力属性ベクトルｘ＝（ｘ１，ｘ２，ｘ３，ｘ４，ｘｎ）を、その入力があるクラス（class）に属する信頼度（confidence）にマッピングする関数、すなわちｆ（ｘ）＝ｃｏｎｆｉｄｅｎｃｅ（ｃｌａｓｓ）である。このような分類は、確率および／または統計に基づく分析（例えば、効用および費用を分析において考慮する）を用いて、ユーザが自動実行されることを望むアクションを予測あるいは推論することができる。
【００５４】
サポートベクトルマシン（ＳＶＭ）は、使用可能な分類器の一例である。ＳＶＭは、可能な入力の空間内のある超曲面を求めることによって動作する。この超曲面は、トリガ基準を非トリガ事象から分離しようとするものである。直観的には、これは、トレーニングデータと同一ではないが近接しているデータをテストする場合に、分類を正しいものとする。他の統制的および非統制的なモデル分類手法としては、例えば、ナイーブベイズ、ベイジアンネットワーク、決定木があり、異なる独立性のパターンを提供する確率論的分類モデルが使用可能である。本明細書で用いられる分類には、優先順位のモデルを開発するために利用される統計的回帰も含まれる。
【００５５】
本明細書から容易に認識されるように、本発明は、明示的に（例えば一般的トレーニングデータによって）トレーニングされる分類器も、暗黙的に（例えば、外来情報を受け取るユーザ挙動を観察することによって）トレーニングされる分類器も使用可能である。例えば、ＳＶＭは、分類器コンストラクタ・特徴選択モジュール内の学習（トレーニング）段階を通じて構成される。したがって、分類器（複数可）は、電子メールとその添付ファイルとの間の関係を維持管理する等（これに限定されない）のいくつもの機能を自動実行するために使用可能である。別の実施態様では、関係はより広範に処理される。例えば、電子メールはあるミーティングに関係づけられ、このミーティングは、ミーティングに出席した（あるいは、出席予定であったが実際には出席しなかった）人々、およびこのクライアントに関係する人々のグループにさらに関連づけられる。こうして、関係は、所望のファイルを見つけるための文字列として維持管理されることが可能である。
【００５６】
分類器は、所与のユーザに対してプロパティペインに関係を浮き上がらせる（bubble-up）ためにも使用可能である。というのは、こうした関係は、ユーザの選好に従って、そのユーザによって選択されることがあるからである。さらに、関係するファイルを保存する一方で、システムはそれらの関係に自動的に接続することができる。
【００５７】
さらに別の実施態様では、分類器は、ユーザインタラクションから学習を行い、それに従って反応することにより、ユーザインタラクション履歴に従ってプロパティペインに表示されるプロパティを自動化する。ユーザプロファイルが、プロパティのカスタムセットをトリガすることができる。カスタムセットは、長期間にわたり、使用や手動変更、そしてプロパティおよび／またはブラウザウィンドウとのユーザインタラクションに基づいて変更可能である。プロパティはそれに従って表示される。
【００５８】
さらに別の実施態様では、分類器は、スレッドについて、そのスレッドに関連するファイルに対して更新がなされた場合にユーザに通知することを容易にする。そして、関連するユーザへの通知が自動的に、おそらくはそのファイルが保存される時に、行われる。
【００５９】
表示されるプロパティは、データのタイプに基づいて選択されることも可能である。例えば、ユーザが経理データおよび人事データのような２つのタイプのデータを日常的に扱っている場合、ユーザが何を扱うことを選択するかに応じて、プロパティが調整される。もう１つの例として音楽データがある。この場合、アーティストプロパティがプロパティペイン内のプロパティとして自動的に提示される。データがピクチャに関連づけられている場合、表示されるプロパティは場所および人物を含むことが可能である。文書の場合、プロパティはケースファイル番号等も含み得る。これらのいずれもユーザにより変更可能とすることができる。
【００６０】
次に図１１を参照すると、本明細書に開示されたアーキテクチャを実行するように動作可能なコンピュータのブロック図が示されている。本発明の種々の態様の前後関係をさらに説明するため、図１１および以下の記載は、本発明の種々の態様を実施し得る好適なコンピューティング環境１１００の簡単な一般的説明をすることを意図している。上記で本発明は、１つまたは複数のコンピュータ上で動作し得るコンピュータ実行可能命令との一般的関連で説明されているが、当業者には認識されるように、本発明は、他のプログラムモジュールと組み合わせて、および／またはハードウェアとソフトウェアの組合せとしても実施し得る。
【００６１】
一般的に、プログラムモジュールは、特定のタスクを実行し、あるいは特定の抽象データ型を実装するルーチン、プログラム、コンポーネント、データ構造等を含む。さらに、当業者には理解されるように、本発明の方法は、シングルプロセッサまたはマルチプロセッサのコンピュータシステム、ミニコンピュータ、メインフレームコンピュータ、およびパーソナルコンピュータ、ハンドヘルドコンピューティングデバイス、マイクロプロセッサ方式やプログラム可能型の消費者電子機器（家庭用電化製品）等の、他のコンピュータシステム構成で実施可能である。そのそれぞれが、１つまたは複数の関連するデバイスと動作可能に結合し得る。
【００６２】
例示した本発明の態様は、通信ネットワークを通じて連結されたリモート処理デバイスによって特定のタスクが実行される分散コンピューティング環境で実施してもよい。分散コンピューティング環境において、プログラムモジュールは、ローカルおよびリモートの両方のメモリストレージデバイスに配置され得る。
【００６３】
コンピュータは通常、さまざまなコンピュータ可読媒体を含む。コンピュータ可読媒体は、コンピュータによりアクセス可能ないかなる利用可能な媒体であってもよく、揮発性および不揮発性媒体、リムーバブル（取り外し可能）および非リムーバブル（取り外し不能）媒体の両方が含まれる。例として、限定ではないが、コンピュータ可読媒体はコンピュータ記憶媒体および通信媒体を含み得る。コンピュータ記憶媒体としては、コンピュータ可読命令、データ構造、プログラムモジュールまたは他のデータのような情報の格納のための任意の方法または技術で実現された揮発性および不揮発性、リムーバブルおよび非リムーバブル媒体の両方が含まれる。コンピュータ記憶媒体には、以下のものに限定されないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ等のメモリ技術、ＣＤ−ＲＯＭ、ディジタルビデオディスク（ＤＶＤ）等の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ等の磁気ストレージデバイス、または所望の情報を格納するために使用可能でありコンピュータによりアクセス可能ないかなる他の媒体も含まれる。
【００６４】
通信媒体は通常、キャリア波（搬送波）等の変調データ信号または他のトランスポートメカニズム（搬送機構）でコンピュータ可読命令、データ構造、プログラムモジュールまたは他のデータを具現化し、いかなる情報配信媒体も含む。「変調データ信号」という用語は、信号中に情報を符号化するように１つまたは複数の信号の特性が設定または変更された信号を意味する。例として、限定ではないが、通信媒体としては、有線ネットワークまたは直接有線コネクション（接続）のような有線媒体、および音響、ＲＦ（無線）、赤外線等の無線媒体がある。上記のいずれかの組合せもまた、コンピュータ可読媒体の範囲内に含めてよい。
【００６５】
再び図１１を参照すると、本発明の種々の態様を実施するための例示的環境１１００が示されている。環境１１００はコンピュータ１１０２を含む。コンピュータ１１０２は、処理ユニット１１０４、システムメモリ１１０６およびシステムバス１１０８を含む。システムバス１１０８は、システムメモリ１１０６等（これには限定されない）のシステムコンポーネントを処理ユニット１１０４に結合する。処理ユニット１１０４は、種々の市販のプロセッサのいずれでもよい。デュアルマイクロプロセッサ等のマルチプロセッサアーキテクチャも、処理ユニット１１０４として使用可能である。
【００６６】
システムバス１１０８は、さまざまな商用バスアーキテクチャのいずれかを用いたメモリバス（メモリコントローラがあってもなくてもよい）、ペリフェラルバス、およびローカルバスとさらに相互接続され得る数種のバス構成のいずれでもよい。システムメモリ１１０６は、読み出し専用メモリ（ＲＯＭ）１１１０およびランダムアクセスメモリ（ＲＡＭ）１１１２を含む。基本入出力システム（ＢＩＯＳ）がＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等の不揮発性メモリ１１１０に記憶され、このＢＩＯＳは、起動中等にコンピュータ１１０２内の要素間で情報を転送するために役立つ基本ルーチンを含む。ＲＡＭ１１１２は、データをキャッシュするためのスタティックＲＡＭのような高速ＲＡＭを含んでもよい。
【００６７】
コンピュータ１１０２はさらに、内部ハードディスクドライブ（ＨＤＤ）１１１４（例えば、ＥＩＤＥ、ＳＡＴＡ）（この内部ハードディスクドライブ１１１４は、適当なシャーシ（図示せず）における外部用に構成されてもよい）、磁気フロッピー（登録商標）ディスクドライブ（ＦＤＤ）１１１６（例えば、リムーバブルディスケット１１１８の読み書きを行う）、および光ディスクドライブ１１２０（例えば、ＣＤ−ＲＯＭディスク１１２２の読み出し、またはＤＶＤ等の他の大容量光媒体の読み書きを行う）を含む。ハードディスクドライブ１１１４、磁気ディスクドライブ１１１６および光ディスクドライブ１１２０はそれぞれハードディスクドライブインタフェース１１２４、磁気ディスクドライブインタフェース１１２６および光ドライブインタフェース１１２８によってシステムバス１１０８に接続され得る。外部ドライブ実装のためのインタフェース１１２４は、ユニバーサルシリアルバス（ＵＳＢ）およびＩＥＥＥ１３９４インタフェース技術の少なくとも一方または両方を含む。
【００６８】
ドライブおよびそれらに関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令等の不揮発性ストレージを提供する。コンピュータ１１０２のために、ドライブおよび媒体は、適当なディジタルフォーマットで任意のデータのストレージを提供する。上記のコンピュータ可読媒体の説明はＨＤＤ、リムーバブル磁気ディスケット、およびＣＤやＤＶＤのようなリムーバブル光媒体について述べているが、当業者には理解されるように、ｚｉｐドライブ、磁気カセット、フラッシュメモリカード、カートリッジ等のような、コンピュータが読むことができる他の種類の媒体もまた、例示的オペレーティング環境において使用可能であり、さらに、任意のこのような媒体が、本発明の方法を実行するためのコンピュータ実行可能命令を含んでもよい。
【００６９】
オペレーティングシステム１１３０、１つまたは複数のアプリケーションプログラム１１３２、他のプログラムモジュール１１３４およびプログラムデータ１１３６を含めて、複数のプログラムモジュールが、ドライブおよびＲＡＭ１１１２に記憶され得る。オペレーティングシステム、アプリケーション、モジュール、および／またはデータの全部または一部が、ＲＡＭ１１１２にキャッシュされてもよい。理解されるように、本発明は、種々の商用オペレーティングシステムまたはオペレーティングシステムの組合せを用いて実施し得る。
【００７０】
ユーザは、キーボード１１３８およびポインティングデバイス（例えばマウス１１４０）等の１つまたは複数の有線／無線入力デバイスを通じてコンピュータ１１０２にコマンドおよび情報を入力できる。他の入力デバイス（図示せず）としては、マイクロフォン、ＩＲリモートコントロール、ジョイスティック、ゲームパッド、スタイラスペン、タッチスクリーン等が挙げられる。これらおよびその他の入力デバイスは、システムバス１１０８に結合した入力デバイスインタフェース１１４２を通じて処理ユニット１１０４に接続されることが多いが、パラレルポート、ＩＥＥＥ１３９４シリアルポート、ゲームポート、ＵＳＢポート、ＩＲインタフェース等のような他のインタフェースで接続されてもよい。
【００７１】
モニタ１１４４または他の種類の表示デバイスもまた、ビデオアダプタ１１４６のようなインタフェース経由でシステムバス１１０８に接続される。モニタ１１４４に加えて、コンピュータは通常、スピーカ、プリンタ等のような他の周辺出力デバイス（図示せず）を含む。
【００７２】
コンピュータ１１０２は、リモートコンピュータ（複数可）１１４８のような１つまたは複数のリモートコンピュータへの、有線および／または無線通信による論理コネクションを用いたネットワーク環境で動作してもよい。リモートコンピュータ（複数可）１１４８は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースの娯楽機器、ピアデバイスまたは他の一般的なネットワークノードであってよく、一般に、コンピュータ１１０２に関連して説明した要素の多くまたはすべてを含む。ただし、簡単のため、メモリストレージデバイス１１５０のみが例示されている。図示されている論理コネクションは、ローカルエリアネットワーク（ＬＡＮ）１１５２、および／または広域ネットワーク（ＷＡＮ）１１５４等のさらに大きなネットワークへの有線／無線接続を含む。このようなＬＡＮおよびＷＡＮネットワーキング環境は、事務所や会社で一般的であり、イントラネットのような企業規模のコンピュータネットワークを実現し、それらはすべて、インターネットのようなグローバル通信ネットワークに接続され得る。
【００７３】
ＬＡＮネットワーキング環境で使用される場合、コンピュータ１１０２は、有線および／または無線通信ネットワークインタフェース（アダプタ）１１５６を通じてローカルネットワーク１１５２に接続される。アダプタ１１５６は、ＬＡＮ１１５２への有線または無線通信を実現でき、無線アダプタ１１５６と通信するためにＬＡＮ１１５２上に配置された無線アクセスポイントを含み得る。
【００７４】
ＷＡＮネットワーキング環境で使用される場合、コンピュータ１１０２はモデム１１５８を含んでもよく、あるいは、ＷＡＮ上の通信サーバに接続されるか、または、インターネットのようなＷＡＮ１１５４を通じて通信を確立するための他の手段を有する。モデム１１５８は、内蔵でも外付けでもよく、有線デバイスでも無線デバイスでもよいが、シリアルポートインタフェース１１４２経由でシステムバス１１０８に接続される。ネットワーク環境では、コンピュータ１１０２に関して図示されているプログラムモジュールまたはその一部が、リモートメモリ／ストレージデバイス１１５０に記憶され得る。理解されるように、図示されているネットワーク接続は例示であり、コンピュータ間で通信リンクを確立する他の手段を使用してもよい。
【００７５】
コンピュータ１１０２は、任意の無線デバイス、あるいは無線通信において動作可能に配置されたエンティティ（例えば、プリンタ、スキャナ、デスクトップおよび／またはポータブルコンピュータ、携帯情報端末、通信衛星、無線検知可能タグが設けられた任意の機器または場所（例えば、キオスク、新聞売店、化粧室）、および電話機）と通信するように動作可能である。これには、少なくともＷｉ−Ｆｉ（ワイ・ファイ）およびＢｌｕｅｔｏｏｔｈ（商標）無線技術が含まれる。したがって、通信は、従来のネットワークと同様のあらかじめ定められた構成でもよいし、単に、少なくとも２つのデバイス間のアドホック（ad hoc）通信でもよい。
【００７６】
Ｗｉ−Ｆｉ（Wireless Fidelity）は、家庭の寝椅子、ホテルの部屋のベッド、あるいは勤務時の会議室から、配線なしでインターネットへの接続を可能にする。Ｗｉ−Ｆｉは、携帯電話によって使用されるのと同様の無線技術であって、例えばコンピュータのようなデバイスが、基地局の電波到達範囲内のどこでも、屋内および屋外でデータを送受信することを可能にする。Ｗｉ−Ｆｉネットワークは、ＩＥＥＥ８０２．１１（ａ、ｂ、ｇ等）と呼ばれる無線技術を用いて、安全で、信頼性のある、高速な無線接続を提供する。Ｗｉ−Ｆｉネットワークは、コンピュータを相互に、インターネットに、および有線ネットワークに（これはＩＥＥＥ８０２．３すなわちＥｔｈｅｒｎｅｔ（登録商標）を使用する）接続するために使用可能である。Ｗｉ−Ｆｉネットワークは、無認可の２．４ＧＨｚおよび５ＧＨｚ電波帯において、１１Ｍｂｐｓ（８０２．１１ａ）または５４Ｍｂｐｓ（８０２．１１ｂ）のデータレートで、あるいは両方の帯域を含む製品（デュアルバンド）で動作するので、このネットワークは、多くのオフィスで用いられる基本的な１０ＢａｓｅＴ有線Ｅｔｈｅｒｎｅｔ（登録商標）ネットワークと同様の実際的パフォーマンスを提供することができる。
【００７７】
次に図１２を参照すると、本発明による例示的コンピューティング環境１２００の概略ブロック図が示されている。システム１２００は、１つまたは複数のクライアント１２０２を含む。クライアント（複数可）１２０２は、ハードウェアおよび／またはソフトウェア（例えば、スレッド、プロセス、コンピューティングデバイス）のいずれでもよい。クライアント（複数可）１２０２は、例えば、本発明を使用することによるクッキー（複数可）および／または関連するコンテクスト情報を収容できる。また、システム１２００は、１つまたは複数のサーバ１２０４も含む。
【００７８】
サーバ（複数可）１２０４もまた、ハードウェアおよび／またはソフトウェア（例えば、スレッド、プロセス、コンピューティングデバイス）のいずれでもよい。サーバ１２０４は、例えば本発明を使用することによって変換を実行するためのスレッドを収容できる。クライアント１２０２とサーバ１２０４の間の１つの可能な通信としては、２つ以上のコンピュータプロセスの間での伝送に適合したデータパケットの形態の通信があり得る。データパケットは、例えば、クッキーおよび／または関連するコンテクスト情報を含み得る。システム１２００は、クライアント（複数可）１２０２とサーバ（複数可）１２０４の間の通信を容易にするために使用可能な通信フレームワーク（枠組み）１２０６（例えば、インターネットのようなグローバル通信ネットワーク）を含む。
【００７９】
通信は、有線（光ファイバを含む）および／または無線技術によって実現可能である。クライアント（複数可）１２０２は、クライアント（複数可）１２０２にとってローカルな情報（例えば、クッキー（複数可）および／または関連するコンテクスト情報）を記憶するために使用可能な１つまたは複数のクライアントデータ記憶部１２０８に動作可能に接続される。同様に、サーバ（複数可）１２０４は、サーバ１２０４にとってローカルな情報を記憶するために使用可能な１つまたは複数のサーバデータ記憶部１２１０に動作可能に接続される。
【００８０】
以上、本発明の実施例について説明した。もちろん、本発明を説明する目的で、コンポーネントまたは方法の想定し得るあらゆる組合せを記載することはできないが、当業者には認識されるように、本発明のさらに多くの組合せおよび置換が可能である。したがって、本発明は、特許請求の範囲の各請求項の要旨および範囲内に入るすべてのそのような変更、修正および変形を包含することを意図している。さらに、「includes」（含む）という用語が詳細な説明または特許請求の範囲で用いられる限り、この用語は、「comprising」（「含む」あるいは「備えた」）という用語が請求項における移行語として用いられる場合に解釈されるのと同様に包括的であることを意図している。
【符号の説明】
【００８１】
１００  システム
１０２  プロパティコンポーネント
１０４  閲覧コンポーネント
１０６  同期コンポーネント
５００，６００，７００，８００，９００  スクリーンショット
８０２  ストレージお気に入り
１０００  システム
１００２  分類器
１１００  コンピューティング環境
１１０２  コンピュータ
１１０４  処理ユニット
１１０６  システムメモリ
１１０８  システムバス
１１１０  読み出し専用メモリ（ＲＯＭ）
１１１２  ランダムアクセスメモリ（ＲＡＭ）
１１１４  内部ハードディスクドライブ（ＨＤＤ）
１１１６  磁気フロッピー（登録商標）ディスクドライブ（ＦＤＤ）
１１１８  リムーバブルディスケット
１１２０  光ディスクドライブ
１１２２  ＣＤ−ＲＯＭディスク
１１２４  ハードディスクドライブインタフェース
１１２６  磁気ディスクドライブインタフェース
１１２８  光ドライブインタフェース
１１３０  オペレーティングシステム
１１３２  アプリケーションプログラム
１１３４  他のプログラムモジュール
１１３６  プログラムデータ
１１３８  キーボード
１１４０  マウス
１１４２  入力デバイスインタフェース
１１４４  モニタ
１１４６  ビデオアダプタ
１１４８  リモートコンピュータ
１１５０  メモリストレージデバイス
１１５２  ローカルエリアネットワーク（ＬＡＮ）
１１５４  広域ネットワーク（ＷＡＮ）
１１５６  ネットワークインタフェース（アダプタ）
１１５８  モデム
１２００  コンピューティング環境
１２０２  クライアント
１２０４  サーバ
１２０６  通信フレームワーク
１２０８  クライアントデータ記憶部
１２１０  サーバデータ記憶部
【図１】
0005389981.tif 000002
【図２】
0005389981.tif 000003
【図３】
0005389981.tif 000004
【図４】
0005389981.tif 000005
【図１０】
0005389981.tif 000006
【図１１】
0005389981.tif 000007
【図１２】
0005389981.tif 000008
【図５】
0005389981.tif 000009
【図６】
0005389981.tif 000010
【図７】
0005389981.tif 000011
【図８】
0005389981.tif 000012
【図９】
0005389981.tif 000013