JP2005135385A - コンピュータプラットフォームのプログラミングインターフェース - Google Patents

Abstract

【課題】 多くの異なるアプリケーション開発者をサポートするために、一貫性のある、利便性の高いオペレーティングシステムベースを提供する。
【解決手段】 コンピュータプラットフォーム用のプログラミングインターフェースに、さまざまな機能性を含めることができる。ある実施形態で、プログラミングインターフェースに、コアファイルシステム概念に関する型または機能、人間が連絡できるエンティティに関する型または機能、文書に関連する型または機能、複数の種類の媒体に関連する型または機能、オーディオ媒体に関連する型または機能、ビデオ媒体に関連する型または機能、イメージ媒体に関連する型または機能、電子メールメッセージに関連する型または機能、特定のロケーションの識別に関連する型または機能の群のうちの１つまたは複数が含まれる。
【選択図】 図２

Description

本発明は、ソフトウェアおよびそのようなソフトウェアの開発に関する。より詳細には、アプリケーションプログラムおよびコンピュータハードウェアによる、ソフトウェアプラットフォームの使用を容易にするプログラミングインターフェースに関する。

非常に早くから、コンピュータソフトウェアは、「オペレーティングシステム」ソフトウェアまたは「アプリケーション」ソフトウェアとして分類されるようになった。おおまかにいって、アプリケーションは、数学の方程式を解くか、またはワードプロセッシングをサポートするなど、コンピュータユーザのために特定のタスクを実行することを意図されたソフトウェアである。オペレーティングシステムは、コンピュータハードウェアを管理し、制御するソフトウェアである。オペレーティングシステムの目標は、コンピュータリソースをアプリケーションプログラマが使用可能にすると同時に、ハードウェアを実際に制御するのに必要な複雑さを隠蔽することである。

オペレーティングシステムは、アプリケーションプログラムインターフェースまたはＡＰＩとして周知の機能または関数を介してリソースを使用可能にする。用語ＡＰＩは、これらの機能のうちの単一の関数を指すのにも使用される。関数は、多くの場合、アプリケーションプログラマに提供するリソースまたはサービスに関してグループ化される。アプリケーションソフトウェアは、個々のＡＰＩ関数を呼び出すことによってリソースを要求する。ＡＰＩ関数は、オペレーティングシステムによって提供されるメッセージおよび情報をアプリケーションソフトウェアに中継する手段としても働く。

米国特許出願第０９／５９８，１０５号明細書 米国特許出願第０９／６１３，２８９号明細書 米国特許出願第１０／６４６，５４５号明細書 ［online］、ＥＣＭＡ、〈URL:www.ecma.ch〉

ハードウェアの変更のほかに、オペレーティングシステムソフトウェアの進化を駆り立てるもう１つの要因が、アプリケーションソフトウェア開発を単純化し、加速する要望である。アプリケーションソフトウェア開発は、困難な作業になる場合があり、時折、数百万行のコードによって高度化されたプログラムを作成するために数年の開発者の時間を必要とする。Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムのさまざまなバージョンなどの広く使用されているオペレーティングシステムに関して、アプリケーションソフトウェア開発者は、そのオペレーティングシステムを利用する数千本の異なるアプリケーションを毎年記述している。そのように多くの異なるアプリケーション開発者をサポートするために、一貫性のある（coherent）、利便性の高いオペレーティングシステムベースが必要である。

多くの場合、オペレーティングシステムをより複雑にすることによって、アプリケーションソフトウェアの開発を単純にすることができる。すなわち、ある機能が、複数の異なるアプリケーションプログラムに有用であり得る場合に、その機能をオペレーティングシステムに含めるために一度記述することが、数十人のソフトウェア開発者が数十本の異なるアプリケーションに含めるために数十回記述することを要求するよりよい場合がある。このように、オペレーティングシステムが、複数のアプリケーションによって要求される広範囲の共通の機能性をサポートする場合、アプリケーションソフトウェア開発のコストおよび時間においてかなりの節約を達成することができる。

オペレーティングシステムとアプリケーションソフトウェアの間のどこに線が引かれるかに関係なく、有用なオペレーティングシステムについて、オペレーティングシステムおよびコンピュータハードウェアとアプリケーションソフトウェアとの間のＡＰＩは、オペレーティングシステム自体の効率的な内部動作と同様に重要であることは明白である。

さらに、ほとんどのアプリケーションが、データを利用する。このデータは、多くの場合、アプリケーションの実行中および／または寿命の中で変化する可能性があり、通常は、ローカル装置またはあるリモート装置（たとえば、ネットワーク上のファイルサーバまたは他のコンピューティング装置）に保管される。伝統的に、アプリケーションは、それ自体のデータを「所有」し、各アプリケーションは、それ自体のフォーマットを使用してそれ自体のデータを管理する（たとえば、検索、保存、再配置など）責任を負う。しかし、この従来の構造は、問題を有する。というのは、アプリケーションにまたがる関連データの検索が、不可能ではないとしても非常に困難になり、しばしば、類似する情報を複数の場所で入力する必要をもたらすからである（たとえば、連絡先情報を、電子メールアプリケーション、メッセンジャアプリケーション、電話アプリケーション、ワードプロセッサなどに別々に入力する必要が生じる場合がある）。

本発明人は、これらの問題の解決を支援するプログラミングインターフェース機能の独自のセットを開発した。

コンピュータプラットフォーム用のプログラミングインターフェースを本明細書で説明する。

ある態様によれば、このプログラミングインターフェースは、コアファイルシステム概念に関する型または機能、人間が連絡できるエンティティに関する型または機能、文書に関連する型または機能、複数の種類の媒体に共通する型または機能、オーディオ媒体に固有の型または機能、ビデオ媒体に固有の型または機能、イメージ媒体に固有の型または機能、電子メールメッセージに固有の型または機能、特定の位置の識別に関連する型または機能の群のうちの１つまたは複数を含むことができる。

同一の符号は、複数の図面を通じて同一の特徴を指すのに使用される。

この開示は、開発者がウェブアプリケーションおよびウェブサービスを構築できるネットワークプラットフォームのアプリケーションプログラムインターフェース（ＡＰＩ）などのプログラミングインターフェースを扱う。より詳細には、Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ社によって作成された．ＮＥＴ（商標）Ｆｒａｍｅｗｏｒｋなどのネットワークプラットフォームを利用するオペレーティングシステムの例示的なＡＰＩを説明する。．ＮＥＴ（商標）Ｆｒａｍｅｗｏｒｋは、分散コンピューティング環境で実装されるウェブサービスおよびウェブアプリケーションのソフトウェアプラットフォームである。．ＮＥＴ Ｆｒａｍｅｗｏｒｋは、特定のタスクを実行するために協力している疎結合ウェブサービスの間の通信にオープン通信標準規格を使用する、次世代のインターネットコンピューティングを表す。

説明する実施形態において、ネットワークプラットフォームは、ＸＭＬ（extensible markup language）すなわちデータを記述するオープン標準規格を使用する。ＸＭＬは、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ（Ｗ３Ｃ）によって管理される。ＸＭＬは、ウェブページおよび企業間文書のデータ要素を定義するのに使用される。ＸＭＬでは、ＨＴＭＬに類似するタグ構造が使用されるが、ＨＴＭＬは、要素をどのように表示するかを定義し、ＸＭＬは、それらの要素に何が含まれるかを定義する。ＨＴＭＬでは、事前定義のタグを使用するが、ＸＭＬでは、ページの開発者がタグを定義することができる。したがって、事実上すべてのデータアイテムを識別することができ、ウェブページが、データベースレコードのように機能することができる。ＸＭＬおよびシンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）などの他のオープンプロトコルの使用を介して、ネットワークプラットフォームが、ユーザの必要に合わせて調整できる広範囲のサービスの統合を可能にする。本明細書に記載の実施形態を、ＸＭＬおよび他のオープン標準規格と共に説明するが、これは、請求される発明の動作に必要ではない。他の同等に実行可能な技術が、本明細書に記載の発明を実施するのに十分である。

本明細書で使用される語句、アプリケーションプログラムインターフェースまたはＡＰＩには、メソッド呼出しまたは関数呼出しを使用する従来のインターフェースならびに、リモート呼出し（たとえばプロキシ、スタブ関係）およびＳＯＡＰ／ＸＭＬ呼出しが含まれる。

（例示的ネットワーク環境）
図１に、．ＮＥＴ（商標）Ｆｒａｍｅｗｏｒｋなどのネットワークプラットフォームを実装できるネットワーク環境１００を示す。ネットワーク環境１００には、ネットワーク１０４（たとえばインターネット）上でアクセスできるサービスを提供する、代表的なウェブサーバ１０２（１）、…、１０２（Ｎ）が含まれる。一般に符号１０２として参照されるウェブサービスは、リモートプロシージャコール（ＲＰＣ）またはオブジェクトブローカ型技術などの、ネットワークを介してウェブサービスと相互作用する他の手段も使用することができるが、通常は、ＸＭＬ、ＳＯＡＰ、ＷＡＰ（wireless application protocol）、ＨＴＴＰ（ハイパーテキスト転送プロトコル）、およびＳＭＴＰ（シンプルメール転送プロトコル）などの産業界標準ウェブプロトコルを介してネットワーク１０４上でプログラム的に相互作用する、再利用可能なプログラマブルアプリケーションコンポーネントである。ウェブサービスは、自己記述的とすることができ、しばしば、メッセージのフォーマットおよび順序に関して定義される。

ウェブサービス１０２は、他のサービス（通信リンク１０６によって表されるように）、またはウェブアプリケーション１１０などのソフトウェアアプリケーション（通信リンク１１２および１１４によって表されるように）によって直接にアクセス可能である。各ウェブサービス１０２は、特定のサービスに関する要求を処理するソフトウェアを実行する１つまたは複数のサーバを含むものとして示されている。そのようなサービスは、しばしば、要求元にサービスされる情報を保管するデータベースを維持する。ウェブサービスを構成して、さまざまな異なるサービスの任意の１つを実行することができる。ウェブサービスの例に、ログイン検証、通知、データベース保管、株式市況、ディレクトリの突き止め、地図作成、音楽、電子ウォレット、カレンダ／スケジューラ、電話リスティング、ニュースおよび情報、ゲーム、発券業務などが含まれる。ウェブサービスを、互いにおよび他のアプリケーションと組み合わせて、インテリジェント対話経験を構築することができる。

ネットワーク環境１００には、ウェブサービス１０２（通信リンク１２２によって表される）および／またはウェブアプリケーション１１０（通信リンク１２４、１２６、および１２８によって表される）を使用する代表的なクライアント装置１２０（１）、１２０（２）、１２０（３）、１２０（４）、…、１２０（Ｍ）も含まれる。クライアントは、クライアント１２０（３）と１２０（４）の間の例示的なＸＭＬリンク１２９によって表されるように、標準プロトコルを使用して互いに通信することもできる。

全般的に符号１２０として参照されるクライアント装置は、多数の異なる形で実施することができる。可能なクライアント実施形態の例に、制限なしに、ポータブルコンピュータ、ステーショナリコンピュータ、タブレットＰＣ、テレビジョン／セットトップボックス、無線通信装置、携帯情報端末、ゲーム機、プリンタ、コピー機、および他のスマート装置が含まれる。

ウェブアプリケーション１１０は、ネットワークプラットフォームで動作するように設計されたアプリケーションであり、クライアント１２０からの要求を処理し、サービスするときに、ウェブサービス１０２を使用することができる。ウェブアプリケーション１１０は、プログラミングフレームワーク１３２上で稼動する１つまたは複数のソフトウェアアプリケーション１３０からなり、ソフトウェアアプリケーション１３０は、１つまたは複数のサーバ１３４または他のコンピュータシステムで実行されている。ウェブアプリケーション１１０の一部が、実際には１つまたは複数のクライアント１２０に常駐する場合があることに留意されたい。その代わりに、ウェブアプリケーション１１０が、実際にタスクを達成するクライアント１２０上の他のソフトウェアを調整することができる。

プログラミングフレームワーク１３２は、アプリケーション開発者によって開発されるアプリケーションおよびサービスをサポートする構造である。プログラミングフレームワーク１３２は、複数の言語をサポートすることによって、マルチ言語開発およびシームレス統合を可能にする。プログラミングフレームワーク１３２は、ＳＯＡＰなどのオープンプロトコルをサポートし、基礎になるオペレーティングシステムサービスおよびオブジェクトモデルサービスをカプセル化する。このフレームワークは、複数のプログラミング言語の堅牢で保護された実行環境を提供し、保護され、統合されたクラスライブラリを提供する。

フレームワーク１３２は、アプリケーションプログラムインターフェース（ＡＰＩ）レイヤ１４２、共通言語ランタイム（ＣＬＲ）レイヤ１４４、およびオペレーティングシステム／サービスレイヤ１４６を含むマルチティアアーキテクチャである。この階層アーキテクチャを用いると、フレームワークの他の部分に影響せずに、さまざまなレイヤに対する更新および修正が可能になる。共通言語仕様（ＣＬＳ）１４０を用いると、さまざまな言語の設計者が、基礎になるライブラリ機能性にアクセスできるコードを記述できるようになる。共通言語仕様１４０は、言語設計者とライブラリ設計者の間の、言語インターオペラビリティを促進するのに使用できるコントラクトとして機能する。ＣＬＳを厳守することによって、ある言語で記述されたライブラリは、別の言語で記述されたコードモジュールから直接にアクセスでき、ある言語で記述されたコードモジュールと別の言語で記述されたコードモジュールの間のシームレスな統合を達成することができる。ＣＬＳの１つの例示的な詳細な実施形態が、ＥＣＭＡ ＴＣ３９／ＴＧ３の参加者によって作成されたＥＣＭＡ標準規格である。非特許文献１を参照されたい。

ＡＰＩレイヤ１４２は、アプリケーション１３０が、レイヤ１４６によって提供されるリソースおよびサービスにアクセスするために呼び出す関数のグループを提供する。ネットワークプラットフォームに対するＡＰＩ関数を公開することによって、アプリケーション開発者は、ネットワークリソースが実際にどのように動作するかまたは使用可能にされるかの複雑な相互作用を理解する必要なしに、ネットワークリソースおよび他のウェブサービスを完全に利用する分散コンピューティングシステム用のウェブアプリケーションを作成することができる。さらに、ウェブアプリケーションを、任意の数のプログラミング言語で記述でき、共通言語ランタイムレイヤ１４４によってサポートされ、共通言語仕様１４０の一部として含まれる中間言語に変換することができる。この形で、ＡＰＩレイヤ１４２が、広範囲のさまざまなアプリケーションにメソッドを提供することができる。

さらに、フレームワーク１３２を、フレームワークをホスティングするサーバ１３４からリモートに実行されるリモートアプリケーションによって設定される、ＡＰＩ呼出しをサポートするように構成することができる。それぞれクライアント１２０（３）および１２０（Ｍ）に常駐する代表的なアプリケーション１４８（１）および１４８（２）は、直接的にまたは間接的に、ネットワーク１０４上でＡＰＩレイヤ１４２への呼出しを行うことによって、ＡＰＩ関数を使用することができる。

このフレームワークを、クライアントデバイス１２０において実装することもできる。クライアント１２０（３）は、フレームワーク１５０がクライアントにおいて実装される情況を表す。このフレームワークは、サーバベースのフレームワーク１３２と同一とするか、クライアント用に修正することができる。フレームワーク１５０に、フレームワーク１３２のＡＰＩレイヤ１４２に類似する（またはこれと同一の）ＡＰＩレイヤが含まれる。その代わりに、クライアントが携帯電話、携帯情報端末、ハンドヘルドコンピュータ、または他の通信／コンピューティング装置などの制限付きまたは専用機能の装置である場合に、クライアントベースフレームワークを圧縮することができる。

（開発者のプログラミングフレームワーク）
図２に、プログラミングフレームワーク１３２を詳細に示す。共通言語仕様（ＣＬＳ）レイヤ１４０は、さまざまな言語１３０（１）、１３０（２）、１３０（３）、１３０（４）、…、１３０（Ｋ）で記述されたアプリケーションをサポートする。そのようなアプリケーション言語に、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｃ＋＋、Ｃ＃、ＣＯＢＯＬ、Ｊｓｃｒｉｐｔ、Ｐｅｒｌ、Ｅｉｆｆｅｌ、Ｐｙｔｈｏｎなどが含まれる。共通言語仕様１４０は、それに従う場合にさまざまな言語が通信できるようなる特徴のまたは特徴に関するルールのサブセットを指定する。たとえば、いくつかの言語は、共通言語ランタイム１４４によってサポートされる可能性がある所与の型（たとえば、「ｉｎｔ＊」型）をサポートしない。この場合に、共通言語仕様１４０に、その型が含まれない。その一方で、すべてまたはほとんどの言語によってサポートされる型（たとえば、「ｉｎｔ［］」型）は、共通言語仕様１４０に含まれ、したがって、ライブラリ開発者は、それを使用することができ、言語がそれを処理できることが保証される。この通信の能力は、ある言語で記述されたコードモジュールと別の言語で記述されたコードモジュールの間のシームレスな統合をもたらす。異なる言語が、特定のタスクに特によく適するので、言語の間のシームレスな統合によって、開発者が、特定のコードモジュールに対し特定の言語を選択でき、そのコードモジュールを異なる言語で記述されたモジュールと共に使用する能力が与えられる。共通言語ランタイム１４４を用いると、クロス言語継承と共にシームレスなマルチ言語開発が可能になり、複数プログラミング言語の堅牢で保護された実行環境が提供される。共通言語仕様１４０および共通言語ランタイム１４４に関するさらなる情報については、特許文献１、表題「Method and System for Compiling Multiple Languages」および特許文献２、表題「Unified Data Type System and Method」を参照されたい。

フレームワーク１３２によって、オペレーティングシステム１４６（１）（たとえば、Ｗｉｎｄｏｗｓ（登録商標）ブランドのオペレーティングシステム）およびオブジェクトモデルサービス１４６（２）（たとえば、コンポーネントオブジェクトモデル（ＣＯＭ）または分散ＣＯＭ）がカプセル化される。オペレーティングシステム１４６（１）は、ファイル管理、通知、イベント処理、ユーザインターフェース（たとえば、ウィンドウイング（windowing）、メニュー、ダイアログなど）、セキュリティ、認証、検証、プロセスおよびスレッド、メモリ管理などの従来の機能を提供する。オブジェクトモデルサービス１４６（２）は、さまざまなタスクを実行するために、他のオブジェクトとのインターフェースを提供する。ＡＰＩレイヤ１４２に対して行われる呼出しは、オペレーティングシステム１４６（１）および／またはオブジェクトモデルサービス１４６（２）によるローカル実行のために共通言語ランタイムレイヤ１４４に渡される。

ＡＰＩ１４２は、ＡＰＩ関数を複数の名前空間にグループ化する。名前空間によって、本質的に、セットとして「型」と呼ばれる、関連する機能性の特定のセットを提供する、クラス、インターフェース、委任（delegate）、列挙、および構造体のセットが定義される。クラスは、参照割り当てセマンティックス（semantics）を有する、管理されるヒープから割り当てられるデータを表す。委任は、オブジェクト指向関数ポインタである。列挙は、名前付き定数を表す特殊な種類の値型である。構造体は、値割り当てセマンティックスを有する、静的に割り当てられたデータを表す。インターフェースは、他の型を実施できるコントラクトを定義する。

名前空間を使用することによって、設計者が、型のセットを階層名前空間に編成することができる。設計者は、型のセットから複数のグループを作成することができ、各グループに、論理的に関連する機能性を公開する少なくとも１つの型が含まれる。例示的な実施形態では、ＡＰＩ１４２が、３つのルート名前空間を含むように編成される。図２には３つのルート名前空間だけが示されているが、追加のルート名前空間をＡＰＩ１４２に含めることもできることに留意されたい。ＡＰＩ１４２に示された３つのルート名前空間は、プレゼンテーションサブシステムの第１名前空間２００（ユーザインターフェースシェルの名前空間２０２を含む）、ウェブサービスの第２名前空間２０４、およびファイルシステムの第３名前空間２０６である。各グループに名前を割り当てることができる。たとえば、プレゼンテーションサブシステム名前空間２００に、名前「Ｗｉｎｄｏｗｓ」を割り当てることができ、ファイルシステム名前空間２０６の型に、名前「Ｓｔｏｒａｇｅ」を割り当てることができる。名前付きグループを、Ｓｙｓｔｅｍ名前空間全体などのシステムレベルＡＰＩの単一の「グローバルルート」名前空間の下で編成することができる。トップレベル識別子を選択し、プレフィックシングすることによって、各グループの型を、型を含むグループの名前の前に置かれた選択されたトップレベル識別子を含む階層名によって簡単に参照することができる。たとえば、ファイルシステム名前空間２０６の型を、階層名「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ」を使用して参照することができる。このようにして、個々の名前空間２００、２０４、および２０６が、Ｓｙｓｔｅｍ名前空間からの主要な分岐になり、および個々の名前空間が「Ｓｙｓｔｅｍ．」プレフィックスなどの指示子（designator）を前に付けられる指定を伝える。

プレゼンテーションサブシステム名前空間２００は、プログラミングおよびコンテンツ開発に関する。この名前空間は、アプリケーション、文書、媒体プレゼンテーション、および他のコンテンツの生成を可能にする型を供給する。たとえば、プレゼンテーションサブシステム名前空間２００は、開発者がオペレーティングシステム１４６（１）および／またはオブジェクトモデルサービス１４６（２）からサービスを得られるようにするプログラミングモデルを提供する。

シェル名前空間２０２は、ユーザインターフェース機能性に関する。この名前空間は、開発者が自分のアプリケーションにユーザインターフェース機能性を埋め込めるようにし、さらに、開発者がユーザインターフェース機能性を拡張できるようにする型を供給する。

ウェブサービス名前空間２０４は、たとえば、イントラネット上の２つのピアの間で動作するチャットアプリケーションのように単純なアプリケーションおよび／または数百万のユーザに関するスケーラブルウェブサービスなどの複雑なアプリケーションなど、さまざまなウェブアプリケーションの作成を可能にするインフラストラクチャに関する。本明細書で説明するインフラストラクチャは、有利なことに、特定のソリューションの複雑さに適当なパーツだけを使用する必要があるという点で、非常に可変である。このインフラストラクチャは、さまざまなスケールおよび複雑さのメッセージベースアプリケーションを構築する基礎を提供する。このインフラストラクチャまたはフレームワークは、基本的メッセージング、セキュアメッセージング、信頼されるメッセージング、およびトランザクション処理されるメッセージングのＡＰＩを提供する。下で説明する実施形態では、関連するＡＰＩが、有用性、使い易さ、拡張性、およびバージョナビリティ（versionability）のバランスをとるように注意深く作成された形で名前空間の階層に分解される。

ファイルシステム名前空間２０６は、ストレージに関する。この名前空間は、情報の保管および検索を可能にする型を供給する。

フレームワーク１３２のほかに、プログラミングツール２２０が、開発者がウェブサービスおよび／またはアプリケーションを構築するのを支援するために設けられている。プログラミングツール２２０の１つの例が、Ｍｉｃｒｏｓｏｆｔ社によって提供されるプログラミングツールのマルチ言語スイートであるＶｉｓｕａｌ Ｓｔｕｄｉｏ（商標）である。

（ルートＡＰＩ名前空間）
図３に、ファイルシステム名前空間２０６を詳細に示す。一実施形態で、名前空間が、名前のストリングがピリオドによって連結される階層命名規約に従って識別される。たとえば、ファイルシステム名前空間２０６が、ルート名「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ」によって識別される。「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ」名前空間内に、「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ」として識別される、同期化に関する別の名前空間がある。この命名規約を念頭において、以下では、ファイルシステム名前空間２０６の全般的な概要を提供するが、他の命名規約を使用して同等の効果を得ることができる。

ファイルシステム名前空間２０６（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ」）に、ファイルシステムをサポートするクラスおよびＡＰＩが含まれる。ファイルシステムは、「ＷｉｎＦＳ」とも称するが、すべての種類の情報の編成、検索、および共有のためのアクティブストレージプラットフォームである。このプラットフォームは、豊富なデータモデルを定義し、関係ストレージエンジンの上で構築され、柔軟なプログラミングモデルをサポートし、データの監視、管理、および操作のためのデータサービスのセットを提供する。データは、ファイルベースデータまたは非ファイルベースデータとすることができ、データを、通常は「アイテム」と称する。このファイルシステムでは、通常、ファイルシステムによって提供される機能性が拡張される。というのは、このファイルシステムが、個人連絡先、イベントカレンダ、電子メールメッセージなどの非ファイルデータであるアイテムも扱うからである。このファイルシステムに関する追加情報は、特許文献３、表題「Systems and Methods for Interfacing Application Programs with an Item-Based Storage Platform」にある。

ファイルシステム名前空間２０６では、追加の名前空間が定義されるが、これをスキーマとも称する場合がある。この追加の名前空間には、Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ名前空間３０２、Ｎｏｔｉｆｉｃａｔｉｏｎ（またはＮｏｔｉｆｉｃａｔｉｏｎｓ）名前空間３０４、Ｍｅｔａ名前空間３０６、Ｃｏｒｅ名前空間３０８、Ｂａｓｅ名前空間３１０、Ｃｏｎｔａｃｔ（またはＣｏｎｔａｃｔｓ）名前空間３１２、Ｄｏｃｕｍｅｎｔ（またはＤｏｃｕｍｅｎｔｓ）名前空間３１４、Ｍｅｄｉａ名前空間３１６、Ａｕｄｉｏ名前空間３１８、Ｖｉｄｅｏ名前空間３２０、Ｉｍａｇｅ（またはＩｍａｇｅｓ）名前空間３２２、Ｍｅｓｓａｇｅ（またはＭｅｓｓａｇｅｓ）名前空間３２４、Ｆａｘ名前空間３２６、Ｅｍａｉｌ（またはＭａｉｌ）名前空間３２８、Ａｎｎｏｔａｔｉｏｎ（またはＡｎｎｏｔａｔｉｏｎｓ）名前空間３３０、Ｎｏｔｅ（またはＮｏｔｅｓ）名前空間３３２、Ｐｒｏｇｒａｍ（またはＰｒｏｇｒａｍｓ）名前空間３３４、Ｅｘｐｌｏｒｅｒ名前空間３３６、ＮａｔｕｒａｌＵＩ（またはＮａｔｕｒａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）名前空間３３８、ＳｈｅｌｌＴａｓｋ（またはＳｈｅｌｌＴａｓｋｓ）名前空間３４０、ＵｓｅｒＴａｓｋ（またはＵｓｅｒＴａｓｋｓ）名前空間３４２、Ｈｅｌｐ（またはＡｓｓｉｓｔａｎｃｅ）名前空間３４４、Ｓｅｒｖｉｃｅ（またはＳｅｒｖｉｃｅｓ）名前空間３４６、Ｌｏｃａｔｉｏｎ（またはＬｏｃａｔｉｏｎｓ）名前空間３４８、Ｐｒｉｎｃｉｐａｌ（またはＰｒｉｎｃｉｐａｌｓ）名前空間３５０、Ｃａｌｅｎｄａｒ（またはＣａｌｅｎｄａｒｓ）名前空間３５２、Ｗａｔｃｈｅｒ名前空間３５４、Ｉｎｔｅｒｏｐ名前空間３５６、Ｆｉｌｅ（またはＦｉｌｅｓ）名前空間３５８、ＧａｍｅＬｉｂｒａｒｙ（またはＧａｍｅＬｉｂｒａｒｉｅｓ）名前空間３６０、およびＣａｔｅｇｏｒｙＨｉｅｒａｒｃｈｙ（またはＣａｔｅｇｏｒｙＨｉｅｒａｒｃｈｉｅｓ）名前空間３６２の１つまたは複数が含まれる。

ファイルシステム名前空間２０６では、ファイルシステムのデータモデルが定義される。ファイルシステム名前空間２０６では、下で詳細に説明する他の名前空間を定義する基本的な概念構造が記述される。ファイルシステム名前空間２０６には、たとえば、アイテム、関係、ネストされた要素、拡張などの定義が含まれる。

Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ名前空間３０２（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ」）では、ＷｉｎＦＳファイルシステムと他のファイルシステムの間で、データおよびデータ変更を移動できるクラスおよびインターフェースが定義される。名前空間３０２によって定義される機能性を用いると、たとえば、前の（レガシ）ファイルシステム、データベース、および他のデータ構造によって定義されたフォーマットで保管されたデータを、ＷｉｎＦＳファイルシステムで表し、操作することができるようになり、これによって、データが、本明細書に記載の他の名前空間の機能性からアクセス可能にされる。さらに、名前空間３０２によって定義される機能性を用いると、たとえば、ＷｉｎＦＳに保管されたデータを、他のデータストレージ構造またはフォーマットで表し、操作することができるようになる。

Ｎｏｔｉｆｉｃａｔｉｏｎ（またはＮｏｔｉｆｉｃａｔｉｏｎｓ）名前空間３０４（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｎｏｔｉｆｉｃａｔｉｏｎｓ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｎｏｔｉｆｉｃａｔｉｏｎ」）では、ルールの作成および管理を可能にするクラスおよびインターフェースが定義される。Ｎｏｔｉｆｉｃａｔｉｏｎｓ名前空間３０４は、ルールを定義できる（たとえばアプリケーションによって）と同時に、ルールの１つに従うデータイベント（データの追加、修正、または削除など）が検出されるときに処置を講ずることができるようになる。ファイルシステムは、ルールに従うデータイベントについてこれらのルールを監視し、そのようなデータイベントが検出されたときに、定義された処置を講ずる。ファイルシステムは、ファイルシステムに保管されたデータを検索して、そのようなイベントが発生したデータを検出し、かつ／またはアクセスされる（たとえばルールを定義したものと同一のアプリケーションまたは異なるアプリケーションによって）ときにデータを分析して、そのデータに対する動作が１つまたは複数のルールに従うかどうかを検出することができる。

Ｍｅｔａ名前空間３０６（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｔａ」）は、ファイルシステム名前空間２０６内で他のスキーマ（ファイルシステム名前空間２０６内の他の名前空間とも称する）を定義するのに使用される。Ｍｅｔａ名前空間３０６では、照会を可能にする（たとえば、どの型がファイルシステムの一部としてインストールされているかをアプリケーションが調べられるようにする）形で、名前空間２０６内の他の名前空間の全体的なスキーマまたは名前空間が定義される。スキーマ文書（たとえば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）フォーマット、他のマークアップ言語フォーマット、または他の非マークアップ言語フォーマット）を作成し、そのスキーマ文書をファイルシステムの一部としてインストールすることによって、新しい型を作成することができる。たとえば、ある実施形態で、Ｍｅｔａ名前空間３０６は、「ｔｙｐｅ」と称する型および「ｐｒｏｐｅｒｔｙ」と称する型とを定義し、どのプロパティがどの型と共に見つかるかを示す「ｔｙｐｅ」型と「ｐｒｏｐｅｒｔｙ」型の間の関係を有する。もう１つの例として、ある実施形態は、Ｍｅｔａ名前空間３０６内で「ｓｃｈｅｍａ」と称する型を定義し、どの型がどのスキーマ（名前空間）に現れるかを示す「ｔｙｐｅ」型と「ｓｃｈｅｍａ」型の間の関係を有する。

Ｃｏｒｅ名前空間３０８（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｒｅ」）では、ＷｉｎＦＳファイルシステムの背後にある中核となる概念と考えられる型を定義する。Ｃｏｒｅ名前空間３０８は、オペレーティングシステム自体が理解すると期待されるか、ほとんどのサブ名前空間３０２から３６２によって使用されると期待される中核となる概念を表す。たとえば、ある実施形態で、Ｃｏｒｅ名前空間３０８によって、下記の７つの型が定義される：メッセージ（電子メールメッセージ、ファックスメッセージなど、さまざまな異なる種類のメッセージのすべてを表すアイテム）、文書（作成されるコンテンツを表すアイテム）、連絡先（人間によって連絡することができるエンティティを表すアイテム）、イベント（環境内でのなにかの発生を記録するアイテム）、タスク（特定の時点でまたは経時的に繰り返して行われるか、時間の経過以外のあるイベントの結果として行われる作業を表すアイテム）、装置（情報処理能力をサポートする論理構造）、およびロケーション（１つの物理的空間または地理的空間を表すアイテム）。

Ｂａｓｅ名前空間３１０（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｂａｓｅ」）では、ＷｉｎＦＳファイルシステムの基礎を成す型を定義する。これらは、ファイルシステムが動作し、他のサブ名前空間３０２から３６２をサポートするために通常必要になる型である。これらの型は、名前空間３１０（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｂａｓｅ」）で、またはその代わりにファイルシステム名前空間２０６（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ」）で定義することができる。

図３に示すように、Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ名前空間３０２、Ｎｏｔｉｆｉｃａｔｉｏｎｓ名前空間３０４、Ｍｅｔａ名前空間３０６、Ｃｏｒｅ名前空間３０８、およびＢａｓｅ名前空間３１０のほかに、複数の追加の名前空間３１２から３６２もファイルシステム２０６に含まれる。追加の名前空間３１２から３６２のそれぞれによって、関連する機能性のコレクションが定義される。特定の機能性を名前空間３１２から３６２のどの一部にするかについての決定は、少なくとも、その特定の機能性が、名前空間３１２から３６２で既に定義されている他の機能性にどれほど密接に結び付けられているかを考慮することによって行われる。一緒に緊密に結び付けられている機能性は、通常は、同一の名前空間に含まれる。

ファイルシステム名前空間２０６内の名前空間３０２から３６２の論理構造の例を、図４に示す。ストレージエンジン３７０は、ファイルシステムに対するストレージを提供し、ある実施形態において、ストレージエンジン３７０は、リレーショナルデータベースである。Ｂａｓｅ名前空間３１０は、ファイルシステム名前空間２０６で定義される任意の他の型と共に（この組合せを、ファイルシステムのデータモデルとも称する）ストレージエンジン３７０の上に配置される。Ｃｏｒｅ名前空間３０８は、Ｂａｓｅ名前空間３１０の上に配置され、図３の残りの名前空間３１２から３６２のうちの１つまたは複数が、Ｃｏｒｅ名前空間３０８の上に配置される（これらの名前空間は、図４では名前空間３７２（１）、３７２（２）、…、３７２（ｎ）として識別される）。Ｍｅｔａ名前空間３０６は、名前空間３０８、３１０、および３７２の型を記述するのに使用されるので、名前空間３０８、３１０、および３７２の横に配置される。１つまたは複数のアプリケーション３７４が、名前空間３７２の上にあり、これは、Ｃｏｒｅ名前空間３０８、Ｂａｓｅ名前空間３１０、およびＭｅｔａ名前空間３０６の上でもある。したがって、アプリケーション３７４は、それ自体の名前空間にアクセスし、定義することができ、Ｂａｓｅ名前空間３１０、Ｃｏｒｅ名前空間３０８、および名前空間３７２の１つまたは複数の上にアプリケーション３７４を構築する。

図３に戻って、名前空間３１２から３６２で定義される機能性の説明を続ける。

Ｃｏｎｔａｃｔ（またはＣｏｎｔａｃｔｓ）名前空間３１２（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｎｔａｃｔｓ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｎｔａｃｔ」）では、人、グループ、組織、世帯など、人間が連絡できるエンティティを表す型を定義する。そのようなエンティティに連絡する形は、電子メールアドレス、電話番号、チャットアドレス、住所によるなど、多様であり得る。

Ｄｏｃｕｍｅｎｔ（またはＤｏｃｕｍｅｎｔｓ）名前空間３１４（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｄｏｃｕｍｅｎｔｓ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｄｏｃｕｍｅｎｔ」）は、他の名前空間３０２から３６２によってアクセスされ、使用されることが可能な文書型を定義する。これらの文書型は、アクセスされ、使用されることができる異なる文書フォーマットを引用する。一部の文書型は、デフォルトで名前空間３１４に含まれ、アプリケーション設計者は、この名前空間３１４を拡張し、彼ら自身の設計および／または選択による異なる文書型を含むことができる。

Ｍｅｄｉａ名前空間３１６（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｄｉａ」）では、オーディオ、ビデオ、イメージ、および他の種類の媒体に使用される基本型を定義する。この基本型は、通常は、複数の種類の媒体（たとえば、オーディオとビデオの両方）によって使用できる型である。この型には、たとえば、媒体に関するメタデータ（たとえば、媒体に関して行われたアクション（たとえば、編集されたかどうか、誰に送信されたかなど）、媒体のレーティングなど）を含めることができる。特定の種類の媒体に固有の追加の型は、その媒体の特定の名前空間（たとえば、Ａｕｄｉｏ名前空間３１８およびＶｉｄｅｏ名前空間３２０）で定義される。

Ａｕｄｉｏ名前空間３１８（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ａｕｄｉｏ」）では、オーディオ媒体に固有の型を定義する。この型には、たとえば、オーディオ媒体に関するメタデータ（たとえば、アーティスト名、アルバム名など）を含めることができる。

Ｖｉｄｅｏ名前空間３２０（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｖｉｄｅｏ」）では、ビデオ媒体に固有の型を定義する。

Ｉｍａｇｅｓ（またはＩｍａｇｅ）名前空間３２２（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｉｍａｇｅｓ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｉｍａｇｅ」）では、イメージ媒体に固有の型を定義する。Ｉｍａｇｅｓ名前空間３２２には、イメージを提供するファイルフォーマットのプロパティ（たとえば、ＧＩＦ、ＴＩＦＦ、ＪＰＥＧ、などのフォーマットを使用）、またはファイルの意味内容を表すプロパティ（たとえば、写真家、絵の中の人など）など、異なる種類のイメージを表すのに使用される型が含まれる。

Ｍｅｓｓａｇｅ（またはＭｅｓｓａｇｅｓ）名前空間３２４（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｓｓａｇｅ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｓｓａｇｅｓ」）では、電子メールメッセージ、ファックスメッセージ、ＩＭ（インスタントメッセージング）メッセージなど、あらゆる種類のメッセージに使用される型を定義する。この型は、通常は、複数の種類の媒体（たとえば、電子メールメッセージとＩＭメッセージの両方）によって使用できる型である。特定の種類のメッセージに固有の追加の型は、これらのメッセージの特定の名前空間（たとえば、Ｆａｘ名前空間３２６、およびＥｍａｉｌ（またはＭａｉｌ）名前空間３２８など）で定義される。

Ｆａｘ名前空間３２６（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｆａｘ」）では、ファクシミリメッセージに固有の型を定義する。この型には、詳細には、たとえば、ファクシミリメッセージの送信に関する型を含めることができる。

Ｅｍａｉｌ（またはＭａｉｌ）名前空間３２８（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｅｍａｉｌ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍａｉｌ」）では、電子メールメッセージに固有の型を定義する。

Ａｎｎｏｔａｔｉｏｎ（またはＡｎｎｏｔａｔｉｏｎｓ）名前空間３３０（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ａｎｎｏｔａｔｉｏｎ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ａｎｎｏｔａｔｉｏｎｓ」）では、文書に注釈を付けるために使用される型を定義する。注釈は、１つまたは複数のデータにリンクされる追加情報を記述したものである。注釈の例に、段落の横のテキストバブル、あるテキストの強調表示、段落の横のマージンバー、オーディオコメント、あるテキストのインク注釈などが含まれる。Ａｎｎｏｔａｔｉｏｎ名前空間３３０を用いると、異なる種類のデータが注釈コンテンツとして働けるようになり、Ａｎｎｏｔａｔｉｏｎ名前空間３３０によって、注釈をアンカリングする場所を指定する柔軟な機構が提供される。注釈システムは、たとえば、コモンアノテーションフレームワーク（Ｃｏｍｍｏｎ Ａｎｎｏｔａｔｉｏｎ Ｆｒａｍｅｗｏｒｋ、ＣＡＦ）とすることができる。コモンアノテーションフレームワーク（ＣＡＦ）の追加の詳細は、米国ワシントン州レッドモンドのＭｉｃｒｏｓｏｆｔ社から入手可能である。

Ｎｏｔｅ（またはＮｏｔｅｓ）名前空間３３２（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｎｏｔｅｓ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｎｏｔｅ」）では、ノートであるアイテムの型を定義する。このノートは、たとえば、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムのＪｏｕｒｎａｌノート、電子「スティッキー（sticky）」ノートなどとすることができる。

Ｐｒｏｇｒａｍ（またはＰｒｏｇｒａｍｓ）名前空間３３４（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｐｒｏｇｒａｍｓ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｐｒｏｇｒａｍ」）は、システムにインストールされたプログラムのデータベースを保持することを可能にする型を定義する。このデータベースは、たとえば、オペレーティングシステムまたは他のアプリケーションによってアクセスすることができ、システムにインストールされたプログラムに関する情報を得ることができる。

Ｅｘｐｌｏｒｅｒ名前空間３３６（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｅｘｐｌｏｒｅｒ」）は、オペレーティングシステムと共に使用するためにヒストリリストを保持し、アクセスできるようにする型を定義する。ヒストリリストは、たとえば、ファイルシステム内のアクセスされた位置のレコードなど（たとえば、ユーザがファイルを探してファイルシステムをナビゲートしたときに開かれたフォルダのリストなど）、ユーザによって行われたアクションのレコードである。

ＮａｔｕｒａｌＵＩ（またはＮａｔｕｒａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）名前空間３３８（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＮａｔｕｒａｌＵＩ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＮａｔｕｒａｌＵｓｅｒＩｎｔｅｒｆａｃｅ」）は、自然言語検索エンジンをサポートするために使用される型を定義する。この型は、たとえば、単語同等物（word equivalences）、ルール、および自然言語処理の他の態様に関するデータを保管するのに使用される。

ＳｈｅｌｌＴａｓｋ（またはＳｈｅｌｌＴａｓｋｓ）名前空間３４０（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＳｈｅｌｌＴａｓｋ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＳｈｅｌｌＴａｓｋｓ」）は、ユーザがユーザインターフェースをナビゲートする際に実行することができるアクションをユーザに知らせる、ユーザインターフェースシェル内のタスクのリストを提供するために使用される型を定義する。ＳｈｅｌｌＴａｓｋ名前空間３４０の機能性を、その代わりに、ＮａｔｕｒａｌＵＩ名前空間３３８に組み込むことができる。

ＵｓｅｒＴａｓｋ（またはＵｓｅｒＴａｓｋｓ）名前空間３４２（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＵｓｅｒＴａｓｋ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＵｓｅｒＴａｓｋｓ」）は、ユーザタスクを、他者への委任を含み、作成し、および管理し、受け入れ、または拒否し、修正することなどを可能にするために使用される型を定義する。ユーザタスクは、実行すべき作業、かけなければならない電話、完了すべきプロジェクト、購入すべきアイテムなど、しばしばＰＩＭ（ｐｅｒｓｏｎａｌ ｉｎｆｏｒｍａｔｉｏｎ ｍａｎａｇｅｒ）アプリケーションを用いて提供されるものに類似するタスクである。この型を用いると、さらに、ユーザタスクとイベントの間の関係（タスクを開始しなければならないイベント）、ユーザタスクとメッセージの間の関係（タスクについてユーザに通知する、または思い出させるメッセージ）、ユーザタスクと人の間の関係（タスクを割り当てた人、タスクが割り当てられる人など）など、関係を定義できるようになる。

Ｈｅｌｐ（またはＡｓｓｉｓｔａｎｃｅ）名前空間３４４（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｈｅｌｐ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ａｓｓｉｓｔａｎｃｅ」）は、ヘルプ情報を保持し、アクセスできるようにするために使用される型を定義する。このヘルプ情報は、システムを使用するときにさまざまなアクションを実行する際、ユーザを支援するためにユーザに表示することができる（たとえば、ユーザによって要求されたときに）。

Ｓｅｒｖｉｃｅ（またはＳｅｒｖｉｃｅｓ）名前空間３４６（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｅｒｖｉｃｅｓ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｅｒｖｉｃｅ」）は、サービスエンドポイントを保持し、アクセスできるようにする型を定義する。このサービスエンドポイントを用いると、ユーザが、ローカルコンピューティング装置上またはインターネットなどのネットワーク上でサービスを使用することを可能にする。たとえば、サービスエンドポイントは、ユーザが、異なるシステムの別のユーザにインスタントメッセージを送るか、他のユーザとチャットできるようにするのに使用されるサービスを識別することを可能にする。

Ｌｏｃａｔｉｏｎｓ（またはＬｏｃａｔｉｏｎ）名前空間３４８（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｌｏｃａｔｉｏｎｓ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｌｏｃａｔｉｏｎ」）は、特定の物理的場所または地理的場所を識別するために使用される型を定義する。この場所は、たとえば、住所または座標（たとえば、緯度および経度型情報、全世界測位システム（ＧＰＳ）座標など）とすることができる。場所は、たとえば、Ｃｏｎｔａｃｔｓ名前空間３１２を使用して記述される連絡先の場所とすることができる。

Ｐｒｉｎｃｉｐａｌｓ（またはＰｒｉｎｃｉｐａｌ）名前空間３５０（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｐｒｉｎｃｉｐａｌｓ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｐｒｉｎｃｉｐａｌ」）は、セキュリティプリンシパルに関する情報を保持するために使用される型を定義する。セキュリティプリンシパルは、アクセス権を割り当てることができる、システム内のすべてのもの（たとえば、アイテムまたはシステムのリソース）を指す。Ｐｒｉｎｃｉｐａｌｓ名前空間３５０内のこの型は、セキュリティプリンシパルを識別することを可能にし、これらのセキュリティプリンシパルに対するアクセス権を識別し、割り当てることを可能にする（たとえば、誰が、または何がセキュリティプリンシパルにアクセスできるかを識別する）。

Ｃａｌｅｎｄａｒ（またはＣａｌｅｎｄａｒｓ）名前空間３５２（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃａｌｅｎｄａｒ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃａｌｅｎｄａｒｓ」）は、面会の約束および出席者に関する情報を保持し、アクセスするために使用される型を定義する。面会の約束には、たとえば、時刻、場所、再現（recurrence）、覚え書き、出席者など、ならびにタイトルおよびメッセージ本体を含めることができる。面会出席者には、たとえば、電子メールアドレス、面会に応ずる時間があるかどうか、および応答（たとえば、出席者が面会を受け入れたか拒否したか）を含むことができる。

Ｗａｔｃｈｅｒ名前空間３５４（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｗａｔｃｈｅｒ」）は、イベント監視および結果のアクションの作成および管理を可能にするために使用される型を定義する。この型は、ある種のイベントの発生への関心を登録でき、そのイベントが発生する場合に、その時に何を行うかの指示を登録できるようになる。指定されたイベントが発生したときに、指定されたアクションが、システムによって行われる。

Ｉｎｔｅｒｏｐ名前空間３５６（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｉｎｔｅｒｏｐ」）では、名前空間３０６から３５４および３５８から３６２と並行する、非管理コンシューマ（共通言語ランタイムに書き込まないコンシューマ）によって使用されるクラスを含む名前空間の組が定義される。たとえば、「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｉｎｔｅｒｏｐ．Ｖｉｄｅｏ」に、管理されていないコンシューマから呼び出すことができるビデオ媒体に関連するクラスが含まれる。その代わりに、そのようなクラスを、名前空間３０６から３５４および３５８から３６２のそれぞれの下のネストされた「Ｉｎｔｅｒｏｐ」名前空間に置くことができる。たとえば、管理されていないコンシューマから呼び出されることができるビデオ媒体に関連するクラスを、「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｖｉｄｅｏ．Ｉｎｔｅｒｏｐ」名前空間に配置することができる。

Ｆｉｌｅｓ（またはＦｉｌｅ）名前空間３５８（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｆｉｌｅｓ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｆｉｌｅ」）は、ファイルシステムに保管されるファイルに関する情報を保持するために使用される型を定義する。この型は、たとえば、ファイルシステムに保管されるファイルに関するメタデータまたはプロパティを含むことができる。その代わりに、この型を、ファイルシステム名前空間２０６（すなわち、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ名前空間）で定義することができる。

ＧａｍｅＬｉｂｒａｒｙ（またはＧａｍｅＬｉｂｒａｒｉｅｓ）名前空間３６０（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＧａｍｅＬｉｂｒａｒｙ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＧａｍｅＬｉｂｒａｒｉｅｓ」）は、システムにインストールされたゲームを表すのに使用される型を定義する。この型には、たとえば、システムにインストールされたゲームに関するメタデータ、および、どのゲームがシステムにインストールされているかをアプリケーションが識別できるようにするために照会を可能にする型を含めることができる。

ＣａｔｅｇｏｒｙＨｉｅｒａｒｃｈｙ（またはＣａｔｅｇｏｒｙＨｉｅｒａｒｃｈｉｅｓ）名前空間３６２（「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＣａｔｅｇｏｒｙＨｉｅｒａｒｃｈｙ」または「Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＣａｔｅｇｏｒｙＨｉｅｒａｒｃｈｉｅｓ」）は、階層カテゴリ辞書を表し、ナビゲートするのに使用される型を定義する。

（名前空間メンバ例）
このセクションは、名前空間例（たとえば、図２のファイルシステム名前空間２０６内の名前空間）によって公開できるメンバの例を記述した複数のテーブルを含む。これらの公開されるメンバには、たとえば、クラス、インターフェース、列挙、および委任を含めることができる。この例に記載されたメンバが、例にすぎず、その代わりに、他のメンバを名前空間によって公開できることを理解されたい。

下の名前空間の説明の一部で、あるクラス、インターフェース、列挙、および委任の説明が空白のままにされていることを理解されたい。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
AlreadyAssociatedWithItemException − オブジェクトは、すでにＩｔｅｍＣｏｎｔｅｘｔに関連付けられている。
AlreadyConstructedException − 既にインスタンス化されているオブジェクトをインスタンス化する試みに関する例外をカプセル化する。
AlreadyExistsException − 論理的に既に存在するオブジェクトを作成する試みのときに送出される例外。
AlreadySubscribedException − データクラスクライアントが、既にサブスクライブしているデータクラスオブジェクトに対するデータ変更通知にサブスクライブすることを試みるときの例外をカプセル化する。
AsyncException − 非同期操作障害に関する例外をカプセル化する。
AsyncResultException − 非同期照会の結果セットで出会うエラーに関する例外をカプセル化する。
BackupOptions − アイテムをストリームにバックアップするのに使用可能なオプションをカプセル化する。
CannotDeleteNonEmptyFolderException − 削除されるフォルダは空でなければならない。
CategoryRef − カテゴリは、Ｉｄｅｎｔｉｔｙキーを参照する。すべてのｃａｔｅｇｏｒｙＮｏｄｅが、ＣａｔｅｇｏｒｙＲｅｆ型の識別キーを有する。カテゴリ参照は、アイテムにタグ付けされるときに、Ｌｉｎｋ．ＴａｒｇｅｔにＣａｔｅｇｏｒｙＲｅｆが含まれるリンク型としてタグ付けされる。
CategoryRefCollection − ＣａｔｅｇｏｒｙＲｅｆコレクション。
CategoryRefEnumerator − ＣａｔｅｇｏｒｙＲｅｆコレクションを列挙するクラス。
CategoryRefHolder − ＣａｔｅｇｏｒｙＲｅｆオブジェクトを保持するクラス。
ChangeCollection − 変更のコレクションをカプセル化する。
ClassNotRegisteredException − ＣＯＭ−Ｉｎｔｅｒｏｐについて未登録のＣＬＲクラス。
CommitOutOfOrderException − 内側のトランザクションが終了する前に外側のトランザクションをコミットすることはできない。
ConnectionException − ＷｉｎＦＳ ＡＰＩでの接続障害の結果としての例外をカプセル化する。
ConstraintAttribute − 制約属性の基本クラス。
Container − 他のオブジェクトを保持するコンテナをカプセル化する。
ContainerAttribute
CyclicOwningLinksException − オブジェクトリンク内のサイクルが検出された。
DateTimeRangeConstraintAttribute − 関連するプロパティに対する日付の範囲制約を指定する。
DecimalRangeConstraintAttribute − 関連するプロパティに対する１０進数の範囲制約を指定する。
DelayLoad
DeleteErrorException − オブジェクト削除に失敗した。
Element − ＮｅｓｔｅｄＥｌｅｍｅｎｔｓに対する基本クラス。
Extension − 拡張の基礎として使用される型である。拡張を確立するために、この型の新しいサブタイプを定義する。この型のインスタンスを作成し、拡張されるＩｔｅｍのＥｘｔｅｎｓｉｏｎｓフィールドに割り当てることによって、Ｉｔｅｍに拡張を追加することができる。
ExtensionCollection − Ｅｘｔｅｎｓｉｏｎコレクション。
ExtensionEnumerator − Ｅｘｔｅｎｓｉｏｎコレクションを列挙するクラス。
ExtensionHolder − Ｅｘｔｅｎｓｉｏｎオブジェクトを保持するクラス。
FieldAttribute − 拡張された型のフィールド属性の基本クラスを定義する。
Filter − 解析された検索フィルタ式をカプセル化する。
FilterException − 照会で使用された無効なフィルタ式に関する例外をカプセル化する。
FindOptions − 検索を実行するときに使用されるオプション。
FindResult − ＦｉｎｄＲｅｓｕｌｔクラスは、照会の結果セットをカプセル化する。
FindResultEnumerator − ＦｉｎｄＲｅｓｕｌｔＥｎｕｍｅｒａｔｏｒオブジェクトの基本的な挙動を定義する。
FindResultException − 照会の結果セット内で出会うエラーに関する例外をカプセル化する。
FloatRangeConstraintAttribute − 関連するプロパティに対する浮動小数点の範囲制約を指定する。
Folder
FolderMembersRelationship
FolderMembersRelationshipCollection
IdentityKey
IdentityKeyCollection − ＩｄｅｎｔｉｔｙＫｅｙコレクション。
IdentityKeyEnumerator − ＩｄｅｎｔｉｔｙＫｅｙコレクションを列挙するクラス。
IdentityKeyHolder − ＩｄｅｎｔｉｔｙＫｅｙオブジェクトを保持するクラス。
InternalErrorException − 内部エラーに関する例外をカプセル化する。
InvalidObjectException − 無効なオブジェクトに関する例外をカプセル化する。
InvalidParameterException − ＩｎｖａｌｉｄＰａｒａｍｅｔｅｒＥｘｃｅｐｔｉｏｎ。
InvalidPropertyNameException − フィルタ式で指定されたＷｉｎＦＳ型の無効なプロパティに関する例外をカプセル化する。
InvalidSortingExpressionException − ソーティング式が有効でない。
InvalidSortingOrderException − ソーティング順序が無効である。
InvalidTypeCastException − フィルタ式で指定された無効な型のキャストに関する例外をカプセル化する。
Item
ItemContext − ＩｔｅｍＣｏｎｔｅｘｔクラスのインスタンスは、所有する「Ｌｏｎｇｈｏｒｎ」アプリケーションが、基礎になる「ＷｉｎＦＳ」ストアにおいてアイテムを作成、発見、変更、保存、および監視するために実行するアイテムドメインを定義する。
ItemContextNotOpenException − ＩｔｅｍＣｏｎｔｅｘｔがまだオープンされていないときに上げられた例外。
ItemId − アイテムのＩｄ。
ItemIdReference − ＩｔｅｍＩｄ参照。
ItemName − ＩｔｅｍＮａｍｅは、アイテムのパス名を表す。
ItemNameCollection − ＩｔｅｍＮａｍｅＣｏｌｌｅｃｔｉｏｎには、アイテムのすべてのアイテム名が含まれる。
ItemNameEnumerator − ＩｔｅｍＮａｍｅＥｎｕｍｅｒａｔｏｒを用いると、ＩｔｅｍＮａｍｅＣｏｌｌｅｃｔｉｏｎを列挙することができる。
ItemNotFoundException − アイテムが見つからなかった。
ItemPathReference − アイテムパス参照。
ItemReference − アイテム参照。
ItemSearcher − アイテムサーチャー。
Link
LinkCollection − Ｌｉｎｋコレクション。
LinkEnumerator − Ｌｉｎｋコレクションを列挙するクラス。
LinkHolder − Ｌｉｎｋオブジェクトを保持するクラス。
LinkRelationshipAttribute − リンク関係属性を表す。
MaxLengthConstraintAttribute − 関連するプロパティに関する最大長制約を指定する。
MemberNotFoundException − メンバが、コレクション内で見つからなかった。
MultipleHoldingLinksException − 新規作成されるアイテムは、ストアに保存される前に、１つの保持リンクだけを有することができる。
MultipleObjectsFoundException − １つのオブジェクトだけが期待されるときに、複数のオブジェクトが見つかった。
NestedAttribute − 拡張された型においてネストされた型の属性をカプセル化する。
NestedCollection − アイテムのネストされた要素を保持するコレクション。
NestedElement
NestedElementHolder
NestedElementInMultipleHoldersException − ネストされた要素は、１つの親要素または親アイテム内にだけ存在することができる。
NestedEnumerator − ｆｏｒｅａｃｈ…構成を使用してコレクションを列挙できるようにするために、ネストされたコレクションの列挙子をカプセル化する。
NoOwningElementException − ネストされた要素は、所有する要素を有することができない。ネストされた要素は、アイテム内に保たれなければならない。
NoOwningLinkException − アイテムは、所有リンクを有しない。ＷｉｎＦＳでは、すべてのアイテムが、所有（保持）リンクを有しなければならない。
NoRelationshipException − フィルタ式で指定された関係を見つけられないときの例外をカプセル化する。
NotAssociatedWithContextException − ＩｔｅｍＣｏｎｔｅｘｔインスタンスに関連しないデータクラスオブジェクトの操作が、ＷｉｎＦＳストア内で試みられるときの例外をカプセル化する。
NotConstructedException − 既にクローズされているか一度もインスタンス化されていないオブジェクトのクローズが試みられる場合の例外をカプセル化する。
NotificationException − データ変更通知に関連する障害状態に関する例外をカプセル化する。
NoTypeMappingException − 照会式で指定されたＷｉｎＦＳ型が、ロードされた型マッピングにおいて指定されていないときの例外をカプセル化する。
NullableConstraintAttribute − この属性を用いてマークされたプロパティがヌル可能であるか否かを指定する。
NullPropertyValueException − 所与のプロパティについて、ヌル値が許容されない。
ObjectCollection − データベースからのオブジェクトのロードを遅延させるのに使用される。コレクションであり、遅延ロード可能なフィールドは、このクラスをプロキシとして使用する。実際のオブジェクトは、オンデマンドでフェッチされる。
ObjectConversionException − あるデータ型を別のデータ型に変換できない。
ObjectException − 無効なオブジェクトに関する例外をカプセル化する。
ObjectHolder − データベースからのオブジェクトのロードを遅延させるのに使用される。遅延ロード可能なフィールドは、このクラスをプロキシとして使用する。実際のオブジェクトは、オンデマンドでフェッチされる。
OutstandingTransactionException − ＩｔｅｍＣｏｎｔｅｘｔが、未解決のトランザクションを有する。
OwnerNotSavedException − オブジェクトのオーナーが、まだ保存されていない。
Parameter − パラメータの名前および値を表す。
ParameterCollection − パラメータ名／値対のコレクション。
PrecisionAndScaleConstraintAttribute − この属性によって、関連すプロパティに関する精度およびスケールの制約を指定する。
ProjectionOption − 検索結果に射影されるフィールドを定義する。
PropertyConstraintException − プロパティ制約違反。
PropertyException − 無効なプロパティに関する例外をカプセル化する。
Query − オブジェクト型、フィルタストリング、ソーティングディレクティブ、および依存オブジェクトセットからなる照会をカプセル化する。
RecycleBinLink
RecycleBinLinkCollection − ＲｅｃｙｃｌｅＢｉｎＬｉｎｋコレクション。
RecycleBinLinkEnumerator − ＲｅｃｙｃｌｅＢｉｎＬｉｎｋコレクションを列挙するクラス。
RecycleBinLinkHolder − ＲｅｃｙｃｌｅＢｉｎＬｉｎｋオブジェクトを保持するクラス。
Relationship − Ｒｅｌａｔｉｏｎｓｈｉｐ基本クラス。
RelationshipId − Ｒｅｌａｔｉｏｎｓｈｉｐ Ｉｄ。
RestoreOptions − ストリームからのアイテムの復元に関するオプションをカプセル化する。
RootItemBase − すべてのアイテムデータクラスの基本クラス。
ScalarAttribute − 拡張された型のスカラ属性をカプセル化する。
SearcherException − ＳｅａｒｃｈｅｒＥｘｃｅｐｔｉｏｎ。
SearchExpression − 検索で使用される式。
SearchExpressionCollection − ＳｅａｒｃｈＥｘｐｒｅｓｓｉｏｎのコレクション。
SearchProjection − 検索射影の結果を含む。
SetChangedEventArgs − ＳｅｔＣｈａｎｇｅｄＨａｎｄｌｅｒ委任に渡される引数をカプセル化する。
Share
SortingException − 照会において指定された無効なソートプリミティブに関する例外をカプセル化する。
SortOption − 検索で使用されるソーティングオプションを指定する。
SortOptionCollection − ソートオプションオブジェクトのコレクション。
Span − オブジェクト依存性をカプセル化する。
StorageException − ＷｉｎＦＳ ＡＰＩが送出するすべての例外の基本クラス。
Store
StoreObject − 「ＷｉｎＦＳ」データクラスによって使用される抽象基本クラス。
SubscriptionFailException − データ変更通知へのサブスクライブの試みの失敗に関する例外をカプセル化する。
Transaction − トランザクションをカプセル化する。
TransactionAlreadyCommittedOrRolledBackException − 既にコミットまたはロールバックされているトランザクション。
TransactionException − トランザクション操作で出会うエラーに関する例外をカプセル化する。
TypeAttribute − 拡張「ＷｉｎＦＳ」型の属性のカプセル化。
UnsubscriptionFailException − データ変更通知へのアンサブスクライブの試みの失敗に関する例外をカプセル化する。
UpdateException − Ｕｐｄａｔｅ操作で出会うエラーに関する例外をカプセル化する。
Util − 「ＷｉｎＦＳ」ＡＰＩによって使用されるさまざまなユーティリティ。
VirtualRelationshipCollection
Volume
VolumeCollection − Ｖｏｌｕｍｅコレクション。
VolumeEnumerator − Ｖｏｌｕｍｅコレクションを列挙するクラス。
VolumeHolder − Ｖｏｌｕｍｅオブジェクトを保持するクラス。

＜インターフェース＞
ICategoryRefCollection − ＣａｔｅｇｏｒｙＲｅｆコレクションを表すインターフェース。
ICategoryRefEnumerator − ＣａｔｅｇｏｒｙＲｅｆコレクションを列挙するクラスを表すインターフェース。
IChangeManager − 廃止される予定。
ICollectionBase − 実装するコレクションクラスの基本的な共通の挙動を定義する。
IDataClass − このインターフェースでは、すべてのデータクラスが実装しなければならない標準メソッドのセットを宣言する。
IElementBase − このインターフェースでは、すべての要素データクラスによって実装されるある基本的な挙動を定義する。
IEnumeratorBase − 実装する列挙子クラスの基本的な共通の挙動を定義する。
IExtensionCollection − Ｅｘｔｅｎｓｉｏｎコレクションを表すインターフェース。
IExtensionEnumerator − Ｅｘｔｅｎｓｉｏｎコレクションを列挙するクラスを表すインターフェース。
IIdentityKeyCollection − ＩｄｅｎｔｉｔｙＫｅｙコレクションを表すインターフェース。
IIdentityKeyEnumerator − ＩｄｅｎｔｉｔｙＫｅｙコレクションを列挙するクラスを表すインターフェース。
IItemBase − このインターフェースでは、すべてのアイテムベースのデータクラスの共通の挙動を定義する。
ILinkCollection − Ｌｉｎｋコレクションを表すインターフェース。
ILinkEnumerator − Ｌｉｎｋコレクションを列挙するクラスを表すインターフェース。
INestedBase − このインターフェースでは、ネストされた要素クラスの共通の挙動を定義する。
IRecycleBinLinkCollection − ＲｅｃｙｃｌｅＢｉｎＬｉｎｋコレクションを表すインターフェース。
IRecycleBinLinkEnumerator − ＲｅｃｙｃｌｅＢｉｎＬｉｎｋコレクションを列挙するクラスを表すインターフェース。
IVolumeCollection − Ｖｏｌｕｍｅコレクションを表すインターフェース。
IVolumeEnumerator − Ｖｏｌｕｍｅコレクションを列挙するクラスを表すインターフェース。

＜列挙＞
EventType − ｓｙｓｔｅｍ．ｓｔｏｒａｇｅ．ｓｃｈｅｍａｓ．ｄｌｌによって呼び出される。
LinkRelationshipPart − リンク関係の各部を定義する。
RangeConstraintType − 範囲制約が、最小値、最大値、または両方によって制約されるか否かを指定する。
SetChangedEventType − この列挙では、規定の変更イベントの型を指定する。
SortOrder − ＳｏｒｔＯｐｔｉｏｎオブジェクトで使用されるソート順序を指定する。

＜委任＞
SetChangedHandler − 規定の変更イベントのイベントハンドラ。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ａｎｎｏｔａｔｉｏｎ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ａｎｎｏｔａｔｉｏｎ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
Annotation − 通常、注釈は、あるコンテキスト（たとえばテキストの段落）にアンカリングされ、あるカーゴ（たとえばテキストコメント）を含む。ときには、注釈が、複数のコンテキストの間の関係（たとえば２つの段落の順序を変更しなければならないことのコメント）を表す。
AnnotatorRelationship
AnnotatorRelationshipCollection
Content − Ｃｏｎｔｅｎｔ型は、リテラル情報、たとえばＴｅｘｔＣｏｎｔｅｎｔ、ＸＭＬＣｏｎｔｅｎｔ、Ｈｉｇｈｌｉｇｈｔ、ＩｎｋＣｏｎｔｅｎｔなどを表す。コンテンツデータは、所与の名前空間ＵＲＩ内のＸＳＤ型を厳守しなければならない。
ContentCollection − Ｃｏｎｔｅｎｔコレクション。
ContentEnumerator − Ｃｏｎｔｅｎｔコレクションを列挙するクラス。
ContentHolder −Ｃｏｎｔｅｎｔオブジェクトを保持するクラス。
Locator − Ｌｏｃａｔｏｒによって、特定のデータのロケーションまたは識別が記述される。Ｌｏｃａｔｏｒには、ＬｏｃａｔｏｒＰａｒｔの順序付きコレクションが含まれる。初期コンテキストに対して各ＬｏｃａｔｏｒＰａｒｔを連続的に適用することによって、特定のデータに解決される。たとえば、Ｌｏｃａｔｏｒは、２つのＬｏｃａｔｏｒＰａｒｔを有することができ、第１のＬｏｃａｔｏｒＰａｒｔは、イメージである「ＷｉｎＦＳ」アイテムを指定し、第２のＬｏｃａｔｏｒＰａｒｔは、グラフィカル領域を指定する。ＬｏｃａｔｏｒがＲａｎｇｅを有する場合に、そのＲａｎｇｅのＬｏｃａｔｏｒが、すべての元々のＬｏｃａｔｏｒＰａｒｔが解決された後に適用される。
LocatorCollection − Ｌｏｃａｔｏｒコレクション。
LocatorEnumerator − Ｌｏｃａｔｏｒコレクションを列挙するクラス。
LocatorHolder − Ｌｏｃａｔｏｒオブジェクトを保持するクラス。
LocatorPart − 各ＬｏｃａｔｏｒＰａｒｔによって、ある暗黙のコンテキストのある情報のロケーションまたは識別が記述される。ＬｏｃａｔｏｒＰａｒｔの例は、「ＷｉｎＦＳ」アイテムへの参照、ある文書のＵＲＩ、マーカーＩＤ、テキストオフセットである。ＬｏｃａｔｏｒＰａｒｔのデータは、指定された名前空間で定義されるＸｓｉ型に従わなければならない。
LocatorPartCollection − ＬｏｃａｔｏｒＰａｒｔコレクション。
LocatorPartEnumerator − ＬｏｃａｔｏｒＰａｒｔコレクションを列挙するクラス。
LocatorPartHolder − ＬｏｃａｔｏｒＰａｒｔオブジェクトを保持するクラス。
RangePart − 型ＲａｎｇｅＰａｒｔでは、ある情報の範囲のロケーションまたは識別を記述する。これは、２つのＬｏｃａｔｏｒからなる。
RangePartCollection − ＲａｎｇｅＰａｒｔコレクション。
RangePartEnumerator − ＲａｎｇｅＰａｒｔコレクションを列挙するクラス。
RangePartHolder − ＲａｎｇｅＰａｒｔオブジェクトを保持するクラス。
Resource − Ｒｅｓｏｕｒｃｅによって、ある情報の識別、ロケーション、および内容がグループ化される。これは、コンテキストならびにカーゴを表すのに使用される。これによって、コンテキストが、注釈がアンカリングされる基礎を成すデータをキャッシングできるようになり（基礎を成すデータへの参照を保管することに加えて）、カーゴを、リテラル内容、既に存在するデータへの参照、またはその両方にすることができるようになる。
ResourceCollection − Ｒｅｓｏｕｒｃｅコレクション。
ResourceEnumerator − Ｒｅｓｏｕｒｃｅコレクションを列挙するクラス。
ResourceHolder − Ｒｅｓｏｕｒｃｅオブジェクトを保持するクラス。

＜インターフェース＞
IContentCollection − Ｃｏｎｔｅｎｔコレクションを表すインターフェース。
IContentEnumerator − Ｃｏｎｔｅｎｔコレクションを列挙するクラスを表すインターフェース。
ILocatorCollection − Ｌｏｃａｔｏｒコレクションを表すインターフェース。
ILocatorEnumerator − Ｌｏｃａｔｏｒコレクションを列挙するクラスを表すインターフェース。
ILocatorPartCollection − ＬｏｃａｔｏｒＰａｒｔコレクションを表すインターフェース。
ILocatorPartEnumerator − ＬｏｃａｔｏｒＰａｒｔコレクションを列挙するクラスを表すインターフェース。
IRangePartCollection − ＲａｎｇｅＰａｒｔコレクションを表すインターフェース。
IRangePartEnumerator − ＲａｎｇｅＰａｒｔコレクションを列挙するクラスを表すインターフェース。
IResourceCollection − Ｒｅｓｏｕｒｃｅコレクションを表すインターフェース。
IResourceEnumerator − Ｒｅｓｏｕｒｃｅコレクションを列挙するクラスを表すインターフェース。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ａｎｎｏｔａｔｉｏｎ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ａｎｎｏｔａｔｉｏｎ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IAnnotation − 通常、注釈は、あるコンテキスト（たとえばテキストの段落）にアンカリングされ、あるカーゴ（たとえばテキストコメント）を含む。ときには、注釈が、複数のコンテキストの間の関係（たとえば２つの段落の順序を変更しなけれならないことのコメント）を表す。
IContent − Ｃｏｎｔｅｎｔ型は、リテラル情報、たとえばＴｅｘｔＣｏｎｔｅｎｔ、ＸＭＬＣｏｎｔｅｎｔ、Ｈｉｇｈｌｉｇｈｔ、ＩｎｋＣｏｎｔｅｎｔなどを表す。コンテンツデータは、所与の名前空間ＵＲＩ内のＸＳＤ型を厳守しなければならない。
ILocator − Ｌｏｃａｔｏｒによって、特定のデータのロケーションまたは識別が記述される。Ｌｏｃａｔｏｒには、ＬｏｃａｔｏｒＰａｒｔの順序付きコレクションが含まれる。初期コンテキストに対して各ＬｏｃａｔｏｒＰａｒｔを連続的に適用することによって、特定のデータに解決される。たとえば、Ｌｏｃａｔｏｒは、２つのＬｏｃａｔｏｒＰａｒｔを有することができ、第１のＬｏｃａｔｏｒＰａｒｔは、イメージである「ＷｉｎＦＳ」アイテムを指定し、第２のＬｏｃａｔｏｒＰａｒｔは、グラフィカル領域を指定する。ＬｏｃａｔｏｒがＲａｎｇｅを有する場合に、そのＲａｎｇｅのＬｏｃａｔｏｒが、すべての元々のＬｏｃａｔｏｒＰａｒｔが解決された後に適用される。
ILocatorPart − 各ＬｏｃａｔｏｒＰａｒｔによって、ある暗黙のコンテキストのある情報のロケーションまたは識別が記述される。ＬｏｃａｔｏｒＰａｒｔの例は、「ＷｉｎＦＳ」アイテムへの参照、ある文書のＵＲＩ、マーカーＩＤ、テキストオフセットである。ＬｏｃａｔｏｒＰａｒｔのデータは、指定された名前空間で定義されるＸｓｉ型に従わなければならない。
IRangePart − 型ＲａｎｇｅＰａｒｔでは、ある情報の範囲のロケーションまたは識別を記述する。これは、２つのＬｏｃａｔｏｒからなる。
IResource − Ｒｅｓｏｕｒｃｅによって、ある情報の識別、位置、および内容がグループ化される。これは、コンテキストならびにカーゴを表すのに使用される。これによって、コンテキストが、注釈がアンカリングされる基礎を成すデータをキャッシングできるようになり（基礎を成すデータへの参照を保管することに加えて）、カーゴを、リテラル内容、既に存在するデータへの参照、またはその両方にすることができるようになる。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ａｕｄｉｏ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ａｕｄｉｏ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
Album − 型Ａｕｄｉｏ．Ａｌｂｕｍは、複数のトラックを含めることができるオーディオアルバムを表す。
AlbumLink − この型は、Ｔｒａｃｋからこのトラックが属するＡｌｂｕｍへのリンクを表す。
AlbumLinkCollection − ＡｌｂｕｍＬｉｎｋコレクション。
AlbumLinkEnumerator − ＡｌｂｕｍＬｉｎｋコレクションを列挙するクラス。
AlbumLinkHolder − ＡｌｂｕｍＬｉｎｋオブジェクトを保持するクラス。
AutoDJ
AutoDJCollection − ＡｕｔｏＤＪコレクション。
AutoDJEnumerator − ＡｕｔｏＤＪコレクションを列挙するクラス。
AutoDJHolder − ＡｕｔｏＤＪオブジェクトを保持するクラス。
BaseTrack − 型Ａｕｄｉｏ．ＢａｓｅＴｒａｃｋは、オーディオトラックのメタデータを表す。
LocationReference − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅ型は、Ｌｏｃａｔｉｏｎアイテムへのリンクを表す。これは、懸垂リンクになる可能性があり、その場合には、この型におけるフィールドは、ロケーション座標を指定する。
LocationReferenceCollection − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅコレクション。
LocationReferenceEnumerator − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅコレクションを列挙するクラス。
LocationReferenceHolder − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅオブジェクトを保持するクラス。
MetadataLink − この型は、ＰｈｙｓｉｃａｌＴｒａｃｋからＴｒａｃｋＭｅｔａｄａｔａへのリンクを表す。
MetadataLinkCollection − ＭｅｔａｄａｔａＬｉｎｋコレクション。
MetadataLinkEnumerator − ＭｅｔａｄａｔａＬｉｎｋコレクションを列挙するクラス。
MetadataLinkHolder − ＭｅｔａｄａｔａＬｉｎｋオブジェクトを保持するクラス。
PhysicalTrack − Ａｕｄｉｏ．ＰｌａｔｔｅｒＴｒａｃｋ型は、実際のオーディオデータが「ＷｉｎＦＳ」に保管されていないオーディオトラックを表す。Ａｕｄｉｏビット自体は、まだＣＤまたは別の外部ストレージにある。
PlatterTrack − 型Ａｕｄｉｏ．ＰｌａｔｔｅｒＴｒａｃｋは、実際のオーディオデータが「ＷｉｎＦＳ」に保管されていないオーディオトラックを表す。Ａｕｄｉｏビット自体は、まだＣＤまたは別の外部ストレージにある。
PlayList − 型Ａｕｄｉｏ．ＰｌａｙＬｉｓｔは、オーディオプレイリストを表す。
RadioStation − ＲａｄｉｏＳｔａｔｉｏｎ型は、ラジオのストリームを提供できるラジオ局を表す。
RadioStream − ＲａｄｉｏＳｔｒｅａｍ型は、ラジオ局が提供するラジオストリームを表し、ＲａｄｉｏＳｔａｔｉｏｎアイテムに組み込まれるアイテムになることが意図されている。
Track − 型Ａｕｄｉｏ．Ｔｒａｃｋは、その中に実際の音楽データを有するオーディオトラックを表す。これは、ＣＤからリッピングされたトラック、または他の形で完全に「ＷｉｎＦＳ」に保管されたトラックに対応するものとすることができる。
TrackMetadata − 型Ａｕｄｉｏ．ＴｒａｃｋＭｅｔａｄａｔａには、物理トラックの計算されたまたはダウンロードされたメタデータが含まれる。

＜インターフェース＞
IAlbumLinkCollection − ＡｌｂｕｍＬｉｎｋコレクションを表すインターフェース。
IAlbumLinkEnumerator − ＡｌｂｕｍＬｉｎｋコレクションを列挙するクラスを表すインターフェース。
IAutoDJCollection − ＡｕｔｏＤＪコレクションを表すインターフェース。
IAutoDJEnumerator − ＡｕｔｏＤＪコレクションを列挙するクラスを表すインターフェース。
ILocationReferenceCollection − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅコレクションを表すインターフェース。
ILocationReferenceEnumerator − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅコレクションを列挙するクラスを表すインターフェース。
IMetadataLinkCollection − ＭｅｔａｄａｔａＬｉｎｋコレクションを表すインターフェース。
IMetadataLinkEnumerator − ＭｅｔａｄａｔａＬｉｎｋコレクションを列挙するクラスを表すインターフェース。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ａｕｄｉｏ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ａｕｄｉｏ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IAlbum − Ａｕｄｉｏ．Ａｌｂｕｍ型は、複数のトラックを含めることができるオーディオアルバムを表す。
IAlbumLink − この型は、Ｔｒａｃｋからそのトラックが属するＡｌｂｕｍへのリンクを表す。
IAutoDJ
IBaseTrack − Ａｕｄｉｏ．ＢａｓｅＴｒａｃｋ型は、オーディオトラックのメタデータを表す。
ILocationReference − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅ型は、Ｌｏｃａｔｉｏｎアイテムへのリンクを表す。これは、ダングリング（dangling）になる可能性があり、その場合には、この型のフィールドは、ロケーション座標を指定する。
IMetadataLink − この型は、ＰｈｙｓｉｃａｌＴｒａｃｋからＴｒａｃｋＭｅｔａｄａｔａへのリンクを表す。
IPhysicalTrack − Ａｕｄｉｏ．ＰｌａｔｔｅｒＴｒａｃｋ型は、実際のオーディオデータが「ＷｉｎＦＳ」に保管されてないオーディオトラックを表す。Ａｕｄｉｏビット自体は、まだＣＤまたは別の外部ストレージにある。
IPlatterTrack −Ａｕｄｉｏ．ＰｌａｔｔｅｒＴｒａｃｋ型は、実際のオーディオデータが「ＷｉｎＦＳ」に保管されてないオーディオトラックを表す。Ａｕｄｉｏビット自体は、まだＣＤまたは別の外部ストレージにある。
IPlayList − Ａｕｄｉｏ．ＰｌａｙＬｉｓｔ型は、オーディオプレイリストを表す。
IRadioStation − ＲａｄｉｏＳｔａｔｉｏｎ型は、ラジオのストリームを提供できるラジオ局を表す。
IRadioStream − ＲａｄｉｏＳｔｒｅａｍ型は、ラジオ局が提供するラジオストリームを表し、ＲａｄｉｏＳｔａｔｉｏｎアイテムに組み込まれるアイテムになることが意図されている。
ITrack − Ａｕｄｉｏ．Ｔｒａｃｋ型は、その中に実際の音楽データを有するオーディオトラックを表す。これは、ＣＤからリッピングされたトラック、または他の形で完全に「ＷｉｎＦＳ」に保管されたトラックに対応することができる。
ITrackMetadata − Ａｕｄｉｏ．ＴｒａｃｋＭｅｔａｄａｔａ型には、物理トラックの計算されたまたはダウンロードされたメタデータが含まれる。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｎｔａｃｔ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｎｔａｃｔ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
Accreditation − 多値ストリングをサポートするための、スカラストリングを取り巻くラッパー。
AccreditationCollection − Ａｃｃｒｅｄｉｔａｔｉｏｎコレクション。
AccreditationEnumerator − Ａｃｃｒｅｄｉｔａｔｉｏｎコレクションを列挙するクラス。
AccreditationHolder − Ａｃｃｒｅｄｉｔａｔｉｏｎオブジェクトを保持するクラス。
ChildData − Ｐｅｒｓｏｎの子であるＣｏｎｔａｃｔへのポインタ。
ChildDataCollection − ＣｈｉｌｄＤａｔａコレクション。
ChildDataEnumerator − ＣｈｉｌｄＤａｔａコレクションを列挙するクラス。
ChildDataHolder − ＣｈｉｌｄＤａｔａオブジェクトを保持するクラス。
EmployeeData − ＥｍｐｌｏｙｅｅＤａｔａにネイティブな組織リンクは、Ｐｅｒｓｏｎまたは従業員を雇う組織へのリンクである。これは、Ｐｅｒｓｏｎが直接にそのために働く組織と同一でない場合がある。例：従業員が、バンクオブアメリカから給料小切手を得る。従業員は、実際にはシアトル支店＃６５７で働く。複数の従業員がいる可能性があるので、この両方が、組織としてリストされるが、これらは、独立の概念である。
EmployeeDataCollection − ＥｍｐｌｏｙｅｅＤａｔａコレクション。
EmployeeDataEnumerator − ＥｍｐｌｏｙｅｅＤａｔａコレクションを列挙するクラス。
EmployeeDataHolder − ＥｍｐｌｏｙｅｅＤａｔａオブジェクトを保持するクラス。
EmployeeOfRelationship
EmployeeOfRelationshipCollection
FullName − Ｐｅｒｓｏｎ．ＰｅｒｓｏｎａｌＮａｍｅｓに関連するフルネームセット。これは、１つまたは複数が存在する可能性があるが、連絡先が存在する場合に、連絡先が少なくとも１つの名前を有すると仮定される。名前は、ユーザによって、Ｉｔｅｍ．Ｃａｔｅｇｏｒｉｅｓフィールドによって分類され、このフィールドは、この定義では示さないが、Ｐｅｒｓｏｎに関する組み合わされたビューの一部である。名前の分類には、Ｇａｍｅｒ名、プロフェッショナル名、および個人名を含めることができる。名前は、Ｐｅｒｓｏｎの「コンテキスト的ビュー」を表すことができる。分類の１つを、これがデフォルト名であることを示す特殊なケース（たとえばＩｓＤｅｆａｕｌｔ）とすることができる。この形でマークされるＦＵｌｌＮａｍｅは、１つだけ設けることができる。Ｐｅｒｓｏｎ．ＤｉｓｐｌａｙＮａｍｅ値は、Ｄｅｆａｕｌｔ ＦｕｌｌｎａｍｅのＦｕｌｌＮａｍｅ．ＤｉｓｐｌａｙＮａｍｅ値を使用して計算される。デフォルトカテゴリは、ユーザ（たとえばチェックボックス）ではなくアプリケーションによって操作されなければならず、その結果、デフォルトが、すべてのＵＩの分類セクションに現れてはならない。最初に入力されたＦＵｌｌＮａｍｅが、デフォルトに設定されなければならず、そうでなければ、Ｐｅｒｓｏｎ．ＤｉｓｐｌａｙＮａｍｅ値がなくなる。
FullNameCollection − ＦｕｌｌＮａｍｅコレクション。
FullNameEnumerator − ＦｕｌｌＮａｍｅコレクションを列挙するクラス。
FullNameHolder − ＦｕｌｌＮａｍｅオブジェクトを保持するクラス。
GeneralCategories − 標準カテゴリキーをリストするのに使用される、部分的なＣｏｎｔａｃｔ．ＧｅｎｅｒａｌＣａｔｅｇｏｒｉｅｓクラス。
Group − 基本グループの特徴を記述する。この型を、特定のグループプロバイダによって拡張して、そのグループ型に必要な情報を組み込むことができる。グループのフレンドリ名は、継承されたｇｒｏｕｐ．ＤｉｓｐｌａｙＮａｍｅからとられる。
GroupMembership − ＧｒｏｕｐＭｅｍｂｅｒｓｈｉｐには、特定のグループのメンバへの参照が含まれる。これは、ＰｅｒｓｏｎとＧｒｏｕｐの間のリンク型である。Ｇｒｏｕｐは、リンクの所有側である。ＮｅｓｔｅｄＥｌｅｍｅｎｔから派生されるので、このグループメンバに関連する任意の個数の分類を含む継承されたＣａｔｅｇｏｒｉｅｓフィールドがある。
GroupMembershipCollection − ＧｒｏｕｐＭｅｍｂｅｒｓｈｉｐコレクション。
GroupMembershipEnumerator − ＧｒｏｕｐＭｅｍｂｅｒｓｈｉｐコレクションを列挙するクラス。
GroupMembershipHolder − ＧｒｏｕｐＭｅｍｂｅｒｓｈｉｐオブジェクトを保持するクラス。
Household − 世帯は、全員が同一の家で暮らす個人の組である。世帯が、家族を示唆しないことに留意されたい。たとえば、ルームメイトのグループは、世帯を形成するが家族は形成しない。
HouseholdMemberData − 世帯メンバシップへの実際の参照。
HouseholdMemberDataCollection − ＨｏｕｓｅｈｏｌｄＭｅｍｂｅｒＤａｔａコレクション。
HouseholdMemberDataEnumerator − ＨｏｕｓｅｈｏｌｄＭｅｍｂｅｒＤａｔａコレクションを列挙するクラス。
HouseholdMemberDataHolder − ＨｏｕｓｅｈｏｌｄＭｅｍｂｅｒＤａｔａオブジェクトを保持するクラス。
InstantMessagingAddress − Ｅａｄｄｒｅｓｓ．ＳｅｒｖｉｃｅＴｙｐｅ＝”ＩＭ”である、ＥＡｄｄｒｅｓｓ．ＡｃｃｅｓｓＰｏｉｎｔのＰｒｅｓｅｎｃｅｓ表現。これによって、アプリケーションが、所与のＩＭアドレスのプレゼンス状況のすべてをすばやく発見できるようになる。
InstantMessagingAddressCollection − ＩｎｓｔａｎｔＭｅｓｓａｇｉｎｇＡｄｄｒｅｓｓコレクション。
InstantMessagingAddressEnumerator − ＩｎｓｔａｎｔＭｅｓｓａｇｉｎｇＡｄｄｒｅｓｓコレクションを列挙するクラス。
InstantMessagingAddressHolder − ＩｎｓｔａｎｔＭｅｓｓａｇｉｎｇＡｄｄｒｅｓｓオブジェクトを保持するクラス。
LocalMachineDataFolder − マシンプロファイル情報を保持するのに使用される。連絡先がバックアップされるかポータブルプロファイルにされるときに、連絡先と共にこれを転送することができる。ＬｏｃａｌＭａｃｈｉｎｅＤａｔａＦｏｌｄｅｒは、連絡先がローカルマシンでないときに連絡先がどこから来るかを示す。ＬｏｃａｌＭａｃｈｉｎｅＤａｔａＦｏｌｄｅｒには、ＥＶＥＲＹＯＮＥ、ＡＤＭＩＮＩＳＴＲＡＴＯＲその他、セキュリティグループなど、マシン全体の情報も含まれる。
MemberOfGroupsRelationship
MemberOfGroupsRelationshipCollection
Organization − 従業員、従業員の組織内の部署、または独立のエンティティとしてＥｍｐｌｏｙｅｅＤａｔａに関連付けることができる組織情報。組織のフレンドリ名または表示名は継承される。
Person − Ｐｅｒｓｏｎに固有の情報。Ｐｅｒｓｏｎは、１人の実世界の人間だけを照会する。Ｉｔｅｍ．ＥｎｄＤａｔｅを使用するのではなく、明示的なＥｘｐｉｒａｔｉｏｎＤａｔｅがあることに留意されたい。Ｐｅｒｓｏｎを、Ｉｔｅｍ．ＥｎｄＤａｔｅに基づいてシステムから除去しなければならないか否かは不明瞭であるが、ここでの概念は、ある日付に達したときにＰｅｒｓｏｎを除去しなければならないのではなく、ＥｎｄＤａｔｅを単純に使用して、Ｐｅｒｓｏｎがもはやアクティブな連絡先でないことを示すことができるというものである。ＥｘｐｉｒａｔｉｏｎＤａｔｅは、不要な連絡先を除去するのに明示的に使用される。
PresenceService − プレゼンス情報を提供することができるサービス。
SecurityID − ユーザのＬｏｃａｌ ＳＩＤ。
SecurityIDCollection − ＳｅｃｕｒｉｔｙＩＤコレクション。
SecurityIDEnumerator − ＳｅｃｕｒｉｔｙＩＤコレクションを列挙するクラス。
SecurityIDHolder − ＳｅｃｕｒｉｔｙＩＤオブジェクトを保持するクラス。
SmtpEmailAddress − ＳＭＴＰＥｍａｉｌは、ＥＡｄｄｒｅｓｓから派生され、可能な電子メールの複数の異なる型の１つだけを図式化する。ＳＭＴＰ電子メールを図式化する際の目的は、ユーザが、郵便番号または地域コードに基づいて照会できるように、ドメイン値に基づいて検索／照会を行えるようにすることである。ＳＭＴＰは、おそらく、インターネットで使用可能な最も一般的な電子メールアドレス型である。図式化は、Ｅａｄｄｒｅｓｓ．ＡｃｃｅｓｓＰｏｉｎｔストリングを適当なコンポーネントに解析することを必要とする。たとえば、ＥＡｄｄｒｅｓｓ．ＡｃｃｅｓｓＰｏｉｎｔ＝”ｂｌａｃｋｎｉｇｈｔ＠ｅａｒｔｈｌｉｎｋ．ｎｅｔ”である場合に、ＳＭＴＰＥｍａｉｌＡｄｄｒｅｓｓ．ｕｓｅｒｎａｍｅ＝”ｂｌａｃｋｎｉｇｈｔ”であり、ＳＭＴＰＥｍａｉｌＡｄｄｒｅｓｓ．ｄｏｍａｉｎ＝”ｅａｒｔｈｌｉｎｋ．ｎｅｔ”である。
SmtpEmailAddressCollection − ＳｍｔｐＥｍａｉｌＡｄｄｒｅｓｓコレクション。
SmtpEmailAddressEnumerator − ＳｍｔｐＥｍａｉｌＡｄｄｒｅｓｓコレクションを列挙するクラス。
SmtpEmailAddressHolder − ＳｍｔｐＥｍａｉｌＡｄｄｒｅｓｓオブジェクトを保持するクラス。
SpouseData − Ｐｅｒｓｏｎの配偶者であるＣｏｎｔａｃｔへのポインタ。
SpouseDataCollection − ＳｐｏｕｓｅＤａｔａコレクション。
SpouseDataEnumerator − ＳｐｏｕｓｅＤａｔａコレクションを列挙するクラス。
SpouseDataHolder − ＳｐｏｕｓｅＤａｔａオブジェクトを保持するクラス。
TelephoneNumber − ＥＡｄｄｒｅｓｓ．ＳｅｒｖｉｃｅＴｙｐｅがカテゴリタイプｔｅｌｅｐｈｏｎｅの１つであるときの、ＡｃｃｅｓｓＰｏｉｎｔテンプレートを使用して図式化されたＡｃｃｅｓｓＰｏｉｎｔインスタンス値。目的は、ユーザが、国コードまたは地域コード内のすべての番号をすばやく照会できるようにすることである。
TelephoneNumberCollection − ＴｅｌｅｐｈｏｎｅＮｕｍｂｅｒコレクション。
TelephoneNumberEnumerator − ＴｅｌｅｐｈｏｎｅＮｕｍｂｅｒコレクションを列挙するクラス。
TelephoneNumberHolder − ＴｅｌｅｐｈｏｎｅＮｕｍｂｅｒオブジェクトを保持するクラス。
Template − Ｔｅｍｐｌａｔｅは、入力マスクとしてのＵＩ内の表面とするか、検証要件としてアプリケーションまたはＡＰＩによって使用することができる、特定のＴｙｐｅのプリセットフォーマットである。Ｔｅｍｐｌａｔｅによって、多数の要素型が１つまたは複数の既知の期待されるフォーマットを有することが実際に可能になる。これらのテンプレートの１つと一致しない入力されたデータは、アプリケーションおよび／またはプロセスを破壊させる可能性がある。しかし、どの型でも、複数のテンプレートをサポートすることができる。たとえば、電話番号は、正当に１−８００−ＦＬＯＷＥＲＳまたは１−８００−３５６−９３７７のいずれかの形をとることができる。この両方が、電話番号の代表である。特定のインスタンスに関連するテンプレートの理解は、ＵＩ内で値を変換するときの恩恵でもある。たとえば、通常は電話番号で文字が使用可能でない国で「Ｌｏｎｇｈｏｒｎ」装置で実行されるアプリケーションは、レンダリングの前に、Ｔｅｍｐｌａｔｅ Ｎ−ＮＮＮ−ＡＡＡＡＡＡＡを使用して保管された電話番号を変換する必要が生じる場合がある。テンプレートは、選択のためにユーザに公開することができ、あるいは、アプリケーション自体によって選択することができる。
UserDataFolder − このユーザだけに属する情報を表す特殊フォルダ、たとえば．．＼ｄｅｊａｎｓ＼ｄｏｃｕｍｅｎｔｓ。１つのマシンで、ユーザごとに１つのＵｓｅｒＤａｔａＦｏｌｄｅｒがある。ＰｅｒｓｏｎａｌＣｏｎｔａｃｔｓ仮想フォルダは、一時フォルダおよびＭＦＵフォルダと同様に、このフォルダをルートとする。
WeblogAddress − ＷｅｂｌｏｇＡｄｄｒｅｓｓは、ユーザのウェブログアドレスまたは「ホームページ」アドレスである。
WeblogAddressCollection − ＷｅｂｌｏｇＡｄｄｒｅｓｓコレクション。
WeblogAddressEnumerator − ＷｅｂｌｏｇＡｄｄｒｅｓｓコレクションを列挙するクラス。
WeblogAddressHolder − ＷｅｂｌｏｇＡｄｄｒｅｓｓオブジェクトを保持するクラス。
WellKnownFolder − よく理解された情報を含む任意の特殊サブフォルダすなわち、ｕｓｅｒｄａｔａｆｏｌｄｅｒ、一時フォルダ、ＭＲＵフォルダなどのシステムで既知の任意のフォルダの基本クラスになることが意図されたクラスである。これには、「ｔｅｍｐｏｒａｒｙ」、「ＭＦＵ／ＭＲＵ」などの仮想フォルダが含まれる。フォルダ型によって、フォルダをどのように使用し、操作するかが示される。たとえば、ＴｅｍｐｏｒａｒｙおよびＭＦＵフォルダは、ＭｙＣｏｎｔａｃｔｓにＣｏｎｔａｃｔｓとして公開されない。
WindowsPresence − Ｓｈｅｌｌで示される一般ＩＭプレゼンス。プレゼンスプロバイダは、ＭＳＮ（登録商標）、Ｅｘｃｈａｎｇｅ（登録商標）、Ｙａｈｏｏ（登録商標）などとすることができる。
WindowsPresenceCollection − ＷｉｎｄｏｗｓＰｒｅｓｅｎｃｅコレクション。
WindowsPresenceEnumerator − ＷｉｎｄｏｗｓＰｒｅｓｅｎｃｅコレクションを列挙するクラス。
WindowsPresenceHolder − ＷｉｎｄｏｗｓＰｒｅｓｅｎｃｅオブジェクトを保持するクラス。

＜インターフェース＞
IAccreditationCollection − Ａｃｃｒｅｄｉｔａｔｉｏｎコレクションを表すインターフェース。
IAccreditationEnumerator − Ａｃｃｒｅｄｉｔａｔｉｏｎコレクションを列挙するクラスを表すインターフェース。
IChildDataCollection − ＣｈｉｌｄＤａｔａコレクションを表すインターフェース。
IChildDataEnumerator − ＣｈｉｌｄＤａｔａコレクションを列挙するクラスを表すインターフェース。
IEmployeeDataCollection − ＥｍｐｌｏｙｅｅＤａｔａコレクションを表すインターフェース。
IEmployeeDataEnumerator − ＥｍｐｌｏｙｅｅＤａｔａコレクションを列挙するクラスを表すインターフェース。
IFullNameCollection − ＦｕｌｌＮａｍｅコレクションを表すインターフェース。
IFullNameEnumerator − ＦｕｌｌＮａｍｅコレクションを列挙するクラスを表すインターフェース。
IGroupMembershipCollection − ＧｒｏｕｐＭｅｍｂｅｒｓｈｉｐコレクションを表すインターフェース。
IGroupMembershipEnumerator − ＧｒｏｕｐＭｅｍｂｅｒｓｈｉｐコレクションを列挙するクラスを表すインターフェース。
IHouseholdMemberDataCollection − ＨｏｕｓｅｈｏｌｄＭｅｍｂｅｒＤａｔａコレクションを表すインターフェース。
IHouseholdMemberDataEnumerator − ＨｏｕｓｅｈｏｌｄＭｅｍｂｅｒＤａｔａコレクションを列挙するクラスを表すインターフェース。
IInstantMessagingAddressCollection − ＩｎｓｔａｎｔＭｅｓｓａｇｉｎｇＡｄｄｒｅｓｓコレクションを表すインターフェース。
IInstantMessagingAddressEnumerator − ＩｎｓｔａｎｔＭｅｓｓａｇｉｎｇＡｄｄｒｅｓｓコレクションを列挙するクラスを表すインターフェース。
ISecurityIDCollection − ＳｅｃｕｒｉｔｙＩＤコレクションを表すインターフェース。
ISecurityIDEnumerator − ＳｅｃｕｒｉｔｙＩＤコレクションを列挙するクラスを表すインターフェース。
ISmtpEmailAddressCollection − ＳｍｔｐＥｍａｉｌＡｄｄｒｅｓｓコレクションを表すインターフェース。
ISmtpEmailAddressEnumerator − ＳｍｔｐＥｍａｉｌＡｄｄｒｅｓｓコレクションを列挙するクラスを表すインターフェース。
ISpouseDataCollection − ＳｐｏｕｓｅＤａｔａコレクションを表すインターフェース。
ISpouseDataEnumerator − ＳｐｏｕｓｅＤａｔａコレクションを列挙するクラスを表すインターフェース。
ITelephoneNumberCollection − ＴｅｌｅｐｈｏｎｅＮｕｍｂｅｒコレクションを表すインターフェース。
ITelephoneNumberEnumerator − ＴｅｌｅｐｈｏｎｅＮｕｍｂｅｒコレクションを列挙するクラスを表すインターフェース。
IWeblogAddressCollection − ＷｅｂｌｏｇＡｄｄｒｅｓｓコレクションを表すインターフェース。
IWeblogAddressEnumerator − ＷｅｂｌｏｇＡｄｄｒｅｓｓコレクションを列挙するクラスを表すインターフェース。
IWindowsPresenceCollection − ＷｉｎｄｏｗｓＰｒｅｓｅｎｃｅコレクションを表すインターフェース。
IWindowsPresenceEnumerator − ＷｉｎｄｏｗｓＰｒｅｓｅｎｃｅコレクションを列挙するクラスを表すインターフェース。

＜列挙＞
WindowsPresenceStatus
＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｎｔａｃｔ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｎｔａｃｔ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IAccreditation − 多値ストリングをサポートするための、スカラストリングを取り巻くラッパー。
IChildData − Ｐｅｒｓｏｎの子であるＣｏｎｔａｃｔへのポインタ。
IEmployeeData − ＥｍｐｌｏｙｅｅＤａｔａにネイティブな組織リンクは、Ｐｅｒｓｏｎまたは従業員を雇う組織へのリンクである。これは、Ｐｅｒｓｏｎが直接にそのために働く組織と同一でない場合がある。例：従業員が、バンクオブアメリカから給料小切手を得る。従業員は、実際にはシアトル支店＃６５７で働く。複数の従業員がいる可能性があるので、この両方が、組織としてリストされるが、これらは、独立の概念である。
IFullName − Ｐｅｒｓｏｎ．ＰｅｒｓｏｎａｌＮａｍｅｓに関連するフルネームセット。これは、１つまたは複数が存在する可能性があるが、連絡先が存在する場合に、連絡先が少なくとも１つの名前を有すると仮定される。名前は、ユーザによって、Ｉｔｅｍ．Ｃａｔｅｇｏｒｉｅｓフィールドによって分類され、このフィールドは、この定義では示さないが、Ｐｅｒｓｏｎに関する組み合わされたビューの一部である。名前の分類には、Ｇａｍｅｒ名、プロフェッショナル名、および個人名を含めることができる。名前は、Ｐｅｒｓｏｎの「コンテキスト的ビュー」を表すことができる。分類の１つを、これがデフォルト名であることを示す特殊なケース（たとえばＩｓＤｅｆａｕｌｔ）とすることができる。この形でマークされるＦＵｌｌＮａｍｅは、１つだけ設けることができる。Ｐｅｒｓｏｎ．ＤｉｓｐｌａｙＮａｍｅ値は、Ｄｅｆａｕｌｔ ＦｕｌｌｎａｍｅのＦｕｌｌＮａｍｅ．ＤｉｓｐｌａｙＮａｍｅ値を使用して計算される。デフォルトカテゴリは、ユーザ（たとえばチェックボックス）ではなくアプリケーションによって操作されなければならず、その結果、デフォルトが、すべてのＵＩの分類セクションに現れてはならない。最初に入力されたＦＵｌｌＮａｍｅが、デフォルトに設定されなければならず、そうでなければ、Ｐｅｒｓｏｎ．ＤｉｓｐｌａｙＮａｍｅ値がなくなる。
IGroup − 基本グループの特徴を記述する。この型を、特定のグループプロバイダによって拡張して、そのグループ型に必要な情報を組み込むことができる。グループのフレンドリ名は、継承されたｇｒｏｕｐ．ＤｉｓｐｌａｙＮａｍｅからとられる。
IGroupMembership − ＧｒｏｕｐＭｅｍｂｅｒｓｈｉｐには、特定のグループのメンバへの参照が含まれる。これは、ＰｅｒｓｏｎとＧｒｏｕｐの間のリンク型である。Ｇｒｏｕｐは、リンクの所有側である。ＮｅｓｔｅｄＥｌｅｍｅｎｔから派生されるので、このグループメンバに関連する任意の個数の分類を含む継承されたＣａｔｅｇｏｒｉｅｓフィールドがある。
IHousehold − 世帯は、全員が同一の家で暮らす個人の組である。世帯が、家族を示唆しないことに留意されたい。たとえば、ルームメイトのグループは、世帯を形成するが家族は形成しない。
IHouseholdMemberData − 世帯メンバシップへの実際の参照。
IInstantMessagingAddress − Ｅａｄｄｒｅｓｓ．ＳｅｒｖｉｃｅＴｙｐｅ＝”ＩＭ”である、ＥＡｄｄｒｅｓｓ．ＡｃｃｅｓｓＰｏｉｎｔのＰｒｅｓｅｎｃｅｓ表現。これによって、アプリケーションが、所与のＩＭアドレスのプレゼンス状況のすべてをすばやく発見できるようになる。
ILocalMachineDataFolder − マシンプロファイル情報を保持するのに使用される。連絡先がバックアップされるかポータブルプロファイルにされるときに、連絡先と共にこれを転送することができる。ＬｏｃａｌＭａｃｈｉｎｅＤａｔａＦｏｌｄｅｒは、連絡先がローカルマシンでないときに連絡先がどこから来るかを示す。ＬｏｃａｌＭａｃｈｉｎｅＤａｔａＦｏｌｄｅｒには、ＥＶＥＲＹＯＮＥ、ＡＤＭＩＮＩＳＴＲＡＴＯＲその他、セキュリティグループなど、マシン全体の情報も含まれる。
IOrganization − 従業員、従業員の組織内の部署、または独立のエンティティとしてＥｍｐｌｏｙｅｅＤａｔａに関連付けることができる組織情報。組織のフレンドリ名または表示名は継承される。
IPerson − Ｐｅｒｓｏｎに固有の情報。Ｐｅｒｓｏｎは、１人の実世界の人間だけを照会する。Ｉｔｅｍ．ＥｎｄＤａｔｅを使用するのではなく、明示的なＥｘｐｉｒａｔｉｏｎＤａｔｅがあることに留意されたい。Ｐｅｒｓｏｎを、Ｉｔｅｍ．ＥｎｄＤａｔｅに基づいてシステムから除去しなければならないか否かは不明瞭であるが、ここでの概念は、ある日付に達したときにＰｅｒｓｏｎを除去しなければならないのではなく、ＥｎｄＤａｔｅを単純に使用して、Ｐｅｒｓｏｎがもはやアクティブな連絡先でないことを示すことができるというものである。ＥｘｐｉｒａｔｉｏｎＤａｔｅは、不要な連絡先を除去するのに明示的に使用される。
IPresenceService − プレゼンス情報を提供することができるサービス。
ISecurityID − ユーザのＬｏｃａｌ ＳＩＤ。
ISecurityIDCustom
ISmtpEmailAddress − ＳＭＴＰＥｍａｉｌは、ＥＡｄｄｒｅｓｓから派生され、可能な電子メールの複数の異なる型の１つだけを図式化する。ＳＭＴＰ電子メールを図式化する際の目的は、ユーザが、郵便番号または地域コードに基づいて照会できるように、ドメイン値に基づいて検索／照会を行えるようにすることである。ＳＭＴＰは、おそらく、インターネットで使用可能な最も一般的な電子メールアドレス型である。図式化は、Ｅａｄｄｒｅｓｓ．ＡｃｃｅｓｓＰｏｉｎｔを適当なコンポーネントに解析することを必要とする。たとえば、ＥＡｄｄｒｅｓｓ．ＡｃｃｅｓｓＰｏｉｎｔ＝”ｂｌａｃｋｎｉｇｈｔ＠ｅａｒｔｈｌｉｎｋ．ｎｅｔ”である場合に、ＳＭＴＰＥｍａｉｌＡｄｄｒｅｓｓ．ｕｓｅｒｎａｍｅ＝”ｂｌａｃｋｎｉｇｈｔ”であり、ＳＭＴＰＥｍａｉｌＡｄｄｒｅｓｓ．ｄｏｍａｉｎ＝”ｅａｒｔｈｌｉｎｋ．ｎｅｔ”である。
ISmtpEmailAddressCustom
ISpouseData − Ｐｅｒｓｏｎの配偶者であるＣｏｎｔａｃｔへのポインタ。
ITelephoneNumber − ＥＡｄｄｒｅｓｓ．ＳｅｒｖｉｃｅＴｙｐｅがカテゴリタイプｔｅｌｅｐｈｏｎｅの１つであるときの、ＡｃｃｅｓｓＰｏｉｎｔテンプレートを使用して図式化されたＡｃｃｅｓｓＰｏｉｎｔインスタンス値。目的は、ユーザが、国コードまたは地域コード内のすべての番号をすばやく照会できるようにすることである。
ITemplate − Ｔｅｍｐｌａｔｅは、入力マスクとしてのＵＩ内の表面とするか、検証要件としてアプリケーションまたはＡＰＩによって使用することができる、特定のＴｙｐｅのプリセットフォーマットである。Ｔｅｍｐｌａｔｅによって、多数の要素型が１つまたは複数の既知の期待されるフォーマットを有するが実際に可能になる。これらのテンプレートの１つと一致しない入力されたデータは、アプリケーションおよび／またはプロセスを破壊させる可能性がある。しかし、どの型でも、複数のテンプレートをサポートすることができる。たとえば、電話番号は、正当に１−８００−ＦＬＯＷＥＲＳまたは１−８００−３５６−９３７７のいずれかの形をとることができる。この両方が、電話番号の代表である。特定のインスタンスに関連するテンプレートの理解は、ＵＩ内で値を変換するときの恩恵でもある。たとえば、通常は電話番号で文字が使用可能でない国で「Ｌｏｎｇｈｏｒｎ」装置で実行されるアプリケーションは、レンダリングの前に、Ｔｅｍｐｌａｔｅ Ｎ−ＮＮＮ−ＡＡＡＡＡＡＡを使用して保管された電話番号を変換する必要が生じる場合がある。テンプレートは、選択のためにユーザに公開することができ、あるいは、アプリケーション自体によって選択することができる。
IUserDataFolder − このユーザだけに属する情報を表す特殊フォルダ、たとえば．．￥ｄｅｊａｎｓ￥ｄｏｃｕｍｅｎｔｓ。１つのマシンで、ユーザごとに１つのＵｓｅｒＤａｔａＦｏｌｄｅｒがある。ＰｅｒｓｏｎａｌＣｏｎｔａｃｔｓ仮想フォルダは、一時フォルダおよびＭＦＵフォルダと同様に、このフォルダをルートとする。
IWeblogAddress − ＷｅｂｌｏｇＡｄｄｒｅｓｓは、ユーザのウェブログアドレスまたは「ホームページ」アドレスである。
IWellKnownFolder − よく理解された情報を含む任意の特殊サブフォルダすなわち、ｕｓｅｒｄａｔａｆｏｌｄｅｒ、一時フォルダ、ＭＲＵフォルダなどのシステムで既知の任意のフォルダの基本クラスになることが意図されたクラスである。これには、「ｔｅｍｐｏｒａｒｙ」、「ＭＦＵ／ＭＲＵ」などの仮想フォルダが含まれる。フォルダ型によって、フォルダをどのように使用し、操作するかが示される。たとえば、ＴｅｍｐｏｒａｒｙおよびＭＦＵフォルダは、ＭｙＣｏｎｔａｃｔｓにＣｏｎｔａｃｔｓとして公開されない。
IWindowsPresence − Ｓｈｅｌｌで示される一般ＩＭプレゼンス。プレゼンスプロバイダは、ＭＳＮ（登録商標）、Ｅｘｃｈａｎｇｅ（登録商標）、Ｙａｈｏｏ（登録商標）などとすることができる。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｒｅ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｒｅ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
Address − Ａｄｄｒｅｓｓは、連絡用のアドレスまたは郵便を介するＣｏｎｔａｃｔ、あるいはＬｏｃａｔｉｏｎオブジェクト内のインドア／アウトドアロケーションを表す。
AddressCollection − Ａｄｄｒｅｓｓコレクション。
AddressEnumerator − Ａｄｄｒｅｓｓコレクションを列挙するクラス。
AddressHolder − Ａｄｄｒｅｓｓオブジェクトを保持するクラス。
ADSynchronization − Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎパラメータ
ADSynchronizationCollection − ＡＤＳｙｎｃｈｒｏｎｉｚａｔｉｏｎコレクション。
ADSynchronizationEnumerator − ＡＤＳｙｎｃｈｒｏｎｉｚａｔｉｏｎコレクションを列挙するクラス。
ADSynchronizationHolder − ＡＤＳｙｎｃｈｒｏｎｉｚａｔｉｏｎオブジェクトを保持するクラス。
Author − 作成者（複数作成者の場合には協同作成者）である人または会社へのリンク。
AuthorCollection − Ａｕｔｈｏｒコレクション。
AuthorEnumerator − Ａｕｔｈｏｒコレクションを列挙するクラス。
AuthorHolder − Ａｕｔｈｏｒオブジェクトを保持するクラス。
AuthorRelationship
AuthorRelationshipCollection
BasicPresence − ＢａｓｉｃＰｒｅｓｅｎｃｅが拡張されることが期待される。たとえば、ＩＲＣ（Ｉｎｔｅｒｎｅｔ Ｒｅｌａｙ Ｃｈａｔ）プレゼンスのサポートである。ＩＲＣＰｒｅｓｅｎｃｅの例は、−ＤｏｎＨ＝ＩｄｅｎｔｉｔｙＫｅｙ−編集しているある．ｘｌｓ＝ＩＲＣＰｒｅｓｅｎｃｅ（何が関係するかはＩＲＣＰｒｅｓｅｎｃｅによって与えられる）−あるマシンにおいて＝ｅＡｄｄｒｅｓｓ（Ｄｏｎが現在ＸＬＳのどこを編集しているかは、ｅＡｄｄｒｅｓｓによって与えられる）。
BasicPresenceCollection − ＢａｓｉｃＰｒｅｓｅｎｃｅコレクション。
BasicPresenceEnumerator − ＢａｓｉｃＰｒｅｓｅｎｃｅコレクションを列挙するクラス。
BasicPresenceHolder − ＢａｓｉｃＰｒｅｓｅｎｃｅオブジェクトを保持するクラス。
CalendarEvent
CalendarEventCollection − ＣａｌｅｎｄａｒＥｖｅｎｔコレクション。
CalendarEventEnumerator − ＣａｌｅｎｄａｒＥｖｅｎｔコレクションを列挙するクラス。
CalendarEventHolder − ＣａｌｅｎｄａｒＥｖｅｎｔオブジェクトを保持するクラス。
CategorizedNestedElement − Ｃａｔｅｇｏｒｉｅｓフィールドを有するネストされたＥｌｅｍｅｎｔ。
Category − これは、現在のシステムに既知の有効なカテゴリを表す。カテゴリ（分類とも称する）には、ｅＡｄｄｒｅｓｓの型の値などが含まれる。
CategoryKeyword − アイテムの分類／グループ化に使用されるキーワード。
CategoryKeywordCollection − ＣａｔｅｇｏｒｙＫｅｙｗｏｒｄコレクション。
CategoryKeywordEnumerator − ＣａｔｅｇｏｒｙＫｅｙｗｏｒｄコレクションを列挙するクラス。
CategoryKeywordHolder − ＣａｔｅｇｏｒｙＫｅｙｗｏｒｄオブジェクトを保持するクラス。
Commodity − 値を有する識別可能なもの。これには、自動車、家、または家具などの生命のないオブジェクトと、ペットまたは家畜などの生命のあるオブジェクトが含まれる。
CommodityOwnerRelationship
CommodityOwnerRelationshipCollection
ComponentRelationship
ComponentRelationshipCollection
Computer
Contact
Date − この型は、文書で使用することができるＤａｔｅを表す。
DateCollection − Ｄａｔｅコレクション。
DateEnumerator − Ｄａｔｅコレクションを列挙するクラス。
DateHolder − Ｄａｔｅオブジェクトを保持するクラス。
Device − Ｄｅｖｉｃｅは、情報処理能力をサポートする論理構造であり、たとえば、ディスプレイ装置は、ビットストリームをイメージに変換することができ、ディスクドライブは、ビットストリームを保管し、検索することができ、キーボードは、キーストロークを適当なコードに変換することができ、ラジオは、信号ストリームを選択し、それを音声に変換することができる。
Document − Ｄｏｃｕｍｅｎｔは、作成され、レンダリングでき、保管を必要とするコンテンツを表すＩｔｅｍである。
EAddress − ｅＡｄｄｒｅｓｓは、本質的にはルーティングアドレスすなわち、人と接触する電子的な方法である。ｅＡｄｄｒｅｓｓの型には、電子メールアドレス、電話番号、ウェブサイト、ＦＴＰサイト、ＩｎｔｅｒｎｅｔＦｒｅｅｂｕｓｙロケーション、Ｎｅｔｍｅｅｔｉｎｇセッティングが含まれる。ｅＡｄｄｒｅｓｓをパブリッシュして、誰かが自分に連絡できるようにすることができ、たとえば、誰かに自分の電話番号または電子メールアドレスを知らせる。これは、ＩｄｅｎｔｉｔｙＫｅｙと対照的であり、ＩｄｅｎｔｉｔｙＫｅｙは、誰かに関する情報を得るのに使用され、たとえば、誰かのアドレス情報を、同期化され、最新に保つことを望む場合に、その人が私にＩｄｅｎｔｉｔｙＫｅｙを与えなければならず、私は、そのＩｄｅｎｔｉｔｙＫｅｙを使用して、サーバからその人に関する情報を得ることができる。
EAddressCollection − ＥＡｄｄｒｅｓｓコレクション。
EAddressEnumerator − ＥＡｄｄｒｅｓｓコレクションを列挙するクラス。
EAddressHolder − ＥＡｄｄｒｅｓｓオブジェクトを保持するクラス。
Event − 環境内でのなにかの発生を記録するＩｔｅｍ。これは、Ｃａｌｅｎｄａｒ型イベントをモデル化するのに使用されており、Ｃａｌｅｎｄａｒスキーマと一体化／Ｃａｌｅｎｄａｒスキーマによって置換されるプレースホルダである。
EventBodyRelationship
EventBodyRelationshipCollection
EventExtension
EventExtensionCollection − ＥｖｅｎｔＥｘｔｅｎｓｉｏｎコレクション。
EventExtensionEnumerator − ＥｖｅｎｔＥｘｔｅｎｓｉｏｎコレクションを列挙するクラス。
EventExtensionHolder − ＥｖｅｎｔＥｘｔｅｎｓｉｏｎオブジェクトを保持するクラス。
Flow − Ｃｏｒｅ．Ｆｌｏｗ Ｉｔｅｍ型は、関連するタスクおよびそのアタッチメントのグラフすなわち、Ｐａｓｔ Ｈｉｓｔｏｒｙ、Ｃｕｒｒｅｎｔ Ｔａｓｋｓ、およびＴａｓｋｓ ｎｏｔ ｙｅｔ Ｓｔａｒｔｅｄ（Ｐｌａｎ）を表す。
FlowConstraint − ＦｌｏｗＣｏｎｓｔｒａｉｎｔ型は、Ｔａｓｋ ＩｔｅｍとＦｌｏｗ Ｉｔｅｍの間の関係に適用可能な制約を定義する。
FlowConstraintCollection − ＦｌｏｗＣｏｎｓｔｒａｉｎｔコレクション。
FlowConstraintEnumerator − ＦｌｏｗＣｏｎｓｔｒａｉｎｔコレクションを列挙するクラス。
FlowConstraintHolder − ＦｌｏｗＣｏｎｓｔｒａｉｎｔオブジェクトを保持するクラス。
FlowLink − Ｃｏｒｅ．ＦｌｏｗＬｉｎｋ型は、ＴａｓｋとそのタスクのＦｌｏｗの間の関係を定義する。
FlowLinkCollection − ＦｌｏｗＬｉｎｋコレクション。
FlowLinkEnumerator − ＦｌｏｗＬｉｎｋコレクションを列挙するクラス。
FlowLinkHolder − ＦｌｏｗＬｉｎｋオブジェクトを保持するクラス。
Function
HasLocationsRelationship
HasLocationsRelationshipCollection
InternalAddressLine − 多値ストリングをサポートするための、スカラストリングを取り巻くラッパー。Ｃｏｒｅ．Ａｄｄｒｅｓｓ．ＩｎｔｅｒｎａｌＡｄｄｒｅｓｓｅｓによって使用される。
InternalAddressLineCollection − ＩｎｔｅｒｎａｌＡｄｄｒｅｓｓＬｉｎｅコレクション。
InternalAddressLineEnumerator − ＩｎｔｅｒｎａｌＡｄｄｒｅｓｓＬｉｎｅコレクションを列挙するクラス。
InternalAddressLineHolder − ＩｎｔｅｒｎａｌＡｄｄｒｅｓｓＬｉｎｅオブジェクトを保持するクラス。
ItemCategoryRelationship
ItemCategoryRelationshipCollection
Keyword − この型は、文書で使用することができるキーワードを表す。
KeywordCollection − Ｋｅｙｗｏｒｄコレクション。
KeywordEnumerator − Ｋｅｙｗｏｒｄコレクションを列挙するクラス。
KeywordHolder − Ｋｅｙｗｏｒｄオブジェクトを保持するクラス。
Location − Ｌｏｃａｔｉｏｎは、１つの物理的空間または地理的空間に対応する。Ｌｏｃａｔｉｏｎは、「ロケーション要素」のコレクションであり、このロケーション要素各々は、物理的スペースを独立に指定する。たとえば、ある人の現在のロケーションは、代替として、センサデータ（ＧＰＳまたは８０２．１１ロケーション要素）、住所、またはサービスを介してロケーションデータベースに対して解決されるＩＤによって指定することができる。
LocationElement − ロケーション情報の「原子」。
LocationReport − ＬｏｃａｔｉｏｎＲｅｐｏｒｔは、Ｌｏｃａｔｉｏｎサービスが、それが作るＬｏｃａｔｉｏｎＥｌｅｍｅｎｔｓにタグ付けするデータを保持する。
LocationReportCollection − ＬｏｃａｔｉｏｎＲｅｐｏｒｔコレクション。
LocationReportEnumerator − ＬｏｃａｔｉｏｎＲｅｐｏｒｔコレクションを列挙するクラス。
LocationReportHolder − ＬｏｃａｔｉｏｎＲｅｐｏｒｔオブジェクトを保持するクラス。
Locations_LocationElementsRelationship
Locations_LocationElementsRelationshipCollection
Message − Ｍｅｓｓａｇｅのプレースホルダ。
OfficeDocument − ワードプロセッサ、スプレッドシートなどのすべての種類のオフィス文書のルート型。
PreviewRelationship
PreviewRelationshipCollection
PreviousVersionRelationship
PreviousVersionRelationshipCollection
PublisherRelationship
PublisherRelationshipCollection
RichText − 写真、文書などのエントリに関連付けられた任意のアタッチメントをポイントするリンクの多値リスト。Ｃｏｒｅ．Ｃｏｎｔａｃｔがこれを必要とするのでＣｏｒｅスキーマにある。
RichTextCollection − ＲｉｃｈＴｅｘｔコレクション。
RichTextEnumerator − ＲｉｃｈＴｅｘｔコレクションを列挙するクラス。
RichTextHolder − ＲｉｃｈＴｅｘｔオブジェクトを保持するクラス。
RoleOccupancy − これは、一方のＰｒｉｎｃｉｐａｌ（ＲｏｌｅＯｃｃｕｐａｎｔ）がロールの占有者であり、他方のＰｒｉｎｃｉｐａｌが、ＲｏｌｅＯｃｃｕｐａｎｃｙが行われるコンテキストである、２つのＰｒｉｎｃｉｐａｌｓの間の関係である。たとえば、Ｐｅｒｓｏｎ（ＲｏｌｅＯｃｃｕｐａｎｔ）が、 Ｏｒｇａｎｉｚａｔｉｏｎ（ＲｏｌｅｓＣｏｎｔｅｘｔ）の従業員（ＲｏｌｅＯｃｃｕｐａｎｃｙ）であることができる。
RoleOccupancyCollection − ＲｏｌｅＯｃｃｕｐａｎｃｙコレクション。
RoleOccupancyEnumerator − ＲｏｌｅＯｃｃｕｐａｎｃｙコレクションを列挙するクラス。
RoleOccupancyHolder − ＲｏｌｅＯｃｃｕｐａｎｃｙオブジェクトを保持するクラス。
Service − 他のすべてのサービスが導出される基本クラス。Ｓｅｒｖｉｃｅは、情報のプロバイダである。
ShellExtension − カテゴリ化するキーワードを含む拡張。任意のアイテムにアタッチすることができる。
ShellExtensionCollection − ＳｈｅｌｌＥｘｔｅｎｓｉｏｎコレクション。
ShellExtensionEnumerator − ＳｈｅｌｌＥｘｔｅｎｓｉｏｎコレクションを列挙するクラス。
ShellExtensionHolder − ＳｈｅｌｌＥｘｔｅｎｓｉｏｎオブジェクトを保持するクラス。
Task − タスクは、特定の時点にまたは経時的に繰り返して行われる作業の単位を表す。Ｔａｓｋは、時間の経過以外のイベントの結果として行うこともできる。Ｔａｓｋは、Ｆｕｎｃｔｉｏｎと同一ではない。Ｆｕｎｃｔｉｏｎは、「ファイルを印刷する」、または「ディレクトリをバックアップする」など、システムが行えることであり、Ｔａｓｋは、行われることではなく、いつまたはどの状況であることを行わなければならないまたは行われたことを記録するものである。
TaskChangeEvent − Ｆｌｏｗに関連するＴａｓｋを変更するレコード。
TaskChangeEventCollection − ＴａｓｋＣｈａｎｇｅＥｖｅｎｔコレクション。
TaskChangeEventEnumerator − ＴａｓｋＣｈａｎｇｅＥｖｅｎｔコレクションを列挙するクラス。
TaskChangeEventHolder − ＴａｓｋＣｈａｎｇｅＥｖｅｎｔオブジェクトを保持するクラス。
TaskExtension
TaskExtensionCollection − ＴａｓｋＥｘｔｅｎｓｉｏｎコレクション。
TaskExtensionEnumerator − ＴａｓｋＥｘｔｅｎｓｉｏｎコレクションを列挙するクラス。
TaskExtensionHolder − ＴａｓｋＥｘｔｅｎｓｉｏｎオブジェクトを保持するクラス。
TextDocument − これは、テキストを含むすべての文書の共通の型である。これには、Ｗｏｒｄ Ｄｏｃｕｍｅｎｔｓ、Ｊｏｕｒｎａｌノートなどが含まれる。
TextDocumentCollection − ＴｅｘｔＤｏｃｕｍｅｎｔコレクション。
TextDocumentEnumerator − ＴｅｘｔＤｏｃｕｍｅｎｔコレクションを列挙するクラス。
TextDocumentHolder − ＴｅｘｔＤｏｃｕｍｅｎｔオブジェクトを保持するクラス。
TriggeredEvent − これは、カレンダスケジュールに基づくイベントである。これは、ある時刻に発生する。
TriggeredEventCollection − ＴｒｉｇｇｅｒｅｄＥｖｅｎｔコレクション。
TriggeredEventEnumerator − ＴｒｉｇｇｅｒｅｄＥｖｅｎｔコレクションを列挙するクラス。
TriggeredEventHolder − ＴｒｉｇｇｅｒｅｄＥｖｅｎｔオブジェクトを保持するクラス。
Uri − ＵＲＩ。Ｓｅｒｖｉｃｅ Ｉｔｅｍによって使用される。
UriCollection − Ｕｒｉコレクション。
UriEnumerator − Ｕｒｉコレクションを列挙するクラス。
UriHolder − Ｕｒｉオブジェクトを保持するクラス。

＜インターフェース＞
IAddressCollection − Ａｄｄｒｅｓｓコレクションを表すインターフェース。
IAddressEnumerator − Ａｄｄｒｅｓｓコレクションを列挙するクラスを表すインターフェース。
IADSynchronizationCollection − ＡＤＳｙｎｃｈｒｏｎｉｚａｔｉｏｎコレクションを表すインターフェース。
IADSynchronizationEnumerator − ＡＤＳｙｎｃｈｒｏｎｉｚａｔｉｏｎコレクションを列挙するクラスを表すインターフェース。
IAuthorCollection − Ａｕｔｈｏｒコレクションを表すインターフェース。
IAuthorEnumerator − Ａｕｔｈｏｒコレクションを列挙するクラスを表すインターフェース。
IBasicPresenceCollection − ＢａｓｉｃＰｒｅｓｅｎｃｅコレクションを表すインターフェース。
IBasicPresenceEnumerator − ＢａｓｉｃＰｒｅｓｅｎｃｅコレクションを列挙するクラスを表すインターフェース。
ICalendarEventCollection − ＣａｌｅｎｄａｒＥｖｅｎｔコレクションを表すインターフェース。
ICalendarEventEnumerator − ＣａｌｅｎｄａｒＥｖｅｎｔコレクションを列挙するクラスを表すインターフェース。
ICategoryKeywordCollection − ＣａｔｅｇｏｒｙＫｅｙｗｏｒｄコレクションを表すインターフェース。
ICategoryKeywordEnumerator − ＣａｔｅｇｏｒｙＫｅｙｗｏｒｄコレクションを列挙するクラスを表すインターフェース。
IDateCollection − Ｄａｔｅコレクションを表すインターフェース。
IDateEnumerator − Ｄａｔｅコレクションを列挙するクラスを表すインターフェース。
IEAddressCollection − ＥＡｄｄｒｅｓｓコレクションを表すインターフェース。
IEAddressEnumerator − ＥＡｄｄｒｅｓｓコレクションを列挙するクラスを表すインターフェース。
IEventExtensionCollection − ＥｖｅｎｔＥｘｔｅｎｓｉｏｎコレクションを表すインターフェース。
IEventExtensionEnumerator − ＥｖｅｎｔＥｘｔｅｎｓｉｏｎコレクションを列挙するクラスを表すインターフェース
IFlowConstraintCollection − ＦｌｏｗＣｏｎｓｔｒａｉｎｔコレクションを表すインターフェース。
IFlowConstraintEnumerator − ＦｌｏｗＣｏｎｓｔｒａｉｎｔコレクションを列挙するクラスを表すインターフェース。
IFlowLinkCollection − ＦｌｏｗＬｉｎｋコレクションを表すインターフェース。
IFlowLinkEnumerator − ＦｌｏｗＬｉｎｋコレクションを列挙するクラスを表すインターフェース。
IInternalAddressLineCollection − ＩｎｔｅｒｎａｌＡｄｄｒｅｓｓＬｉｎｅコレクションを表すインターフェース。
IInternalAddressLineEnumerator − ＩｎｔｅｒｎａｌＡｄｄｒｅｓｓＬｉｎｅコレクションを列挙するクラスを表すインターフェース。
IKeywordCollection − Ｋｅｙｗｏｒｄコレクションを表すインターフェース。
IKeywordEnumerator − Ｋｅｙｗｏｒｄコレクションを列挙するクラスを表すインターフェース。
ILocationReportCollection − ＬｏｃａｔｉｏｎＲｅｐｏｒｔコレクションを表すインターフェース。
ILocationReportEnumerator − ＬｏｃａｔｉｏｎＲｅｐｏｒｔコレクションを列挙するクラスを表すインターフェース。
IRichTextCollection − ＲｉｃｈＴｅｘｔコレクションを表すインターフェース。
IRichTextEnumerator − ＲｉｃｈＴｅｘｔコレクションを列挙するクラスを表すインターフェース。
IRoleOccupancyCollection − ＲｏｌｅＯｃｃｕｐａｎｃｙコレクションを表すインターフェース。
IRoleOccupancyEnumerator − ＲｏｌｅＯｃｃｕｐａｎｃｙコレクションを列挙するクラスを表すインターフェース。
IShellExtensionCollection − ＳｈｅｌｌＥｘｔｅｎｓｉｏｎコレクションを表すインターフェース。
IShellExtensionEnumerator − ＳｈｅｌｌＥｘｔｅｎｓｉｏｎコレクションを列挙するクラスを表すインターフェース。
ITaskChangeEventCollection − ＴａｓｋＣｈａｎｇｅＥｖｅｎｔコレクションを表すインターフェース。
ITaskChangeEventEnumerator − ＴａｓｋＣｈａｎｇｅＥｖｅｎｔコレクションを列挙するクラスを表すインターフェース。
ITaskExtensionCollection − ＴａｓｋＥｘｔｅｎｓｉｏｎコレクションを表すインターフェース。
ITaskExtensionEnumerator − ＴａｓｋＥｘｔｅｎｓｉｏｎコレクションを列挙するクラスを表すインターフェース。
ITextDocumentCollection − ＴｅｘｔＤｏｃｕｍｅｎｔコレクションを表すインターフェース。
ITextDocumentEnumerator − ＴｅｘｔＤｏｃｕｍｅｎｔコレクションを列挙するクラスを表すインターフェース。
ITriggeredEventCollection − ＴｒｉｇｇｅｒｅｄＥｖｅｎｔコレクションを表すインターフェース。
ITriggeredEventEnumerator − ＴｒｉｇｇｅｒｅｄＥｖｅｎｔコレクションを列挙するクラスを表すインターフェース
IUriCollection − Ｕｒｉコレクションを表すインターフェース。
IUriEnumerator − Ｕｒｉコレクションを列挙するクラスを表すインターフェース。

＜列挙＞
IdentityCardAttribute
＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｒｅ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｒｅ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IAddress − Ａｄｄｒｅｓｓは、連絡用のアドレスまたは郵便を介するＣｏｎｔａｃｔ、あるいはＬｏｃａｔｉｏｎオブジェクト内のインドア／アウトドアロケーションを表す。
IADSynchronization − Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎパラメータ。
IAuthor − 作成者（複数作成者の場合には協同作成者）である人または会社へのリンク。
IBasicPresence − ＢａｓｉｃＰｒｅｓｅｎｃｅが拡張されることが期待される。たとえば、ＩＲＣ（Ｉｎｔｅｒｎｅｔ Ｒｅｌａｙ Ｃｈａｔ）プレゼンスのサポートである。ＩＲＣＰｒｅｓｅｎｃｅの例は、、−ＤｏｎＨ＝ＩｄｅｎｔｉｔｙＫｅｙ−編集しているある．ｘｌｓ＝ＩＲＣＰｒｅｓｅｎｃｅ（何が関係するかはＩＲＣＰｒｅｓｅｎｃｅによって与えられる）−あるマシンにおいて＝ｅＡｄｄｒｅｓｓ（Ｄｏｎが現在ＸＬＳのどこを編集しているかは、ｅＡｄｄｒｅｓｓによって与えられる）。
ICalendarEvent
ICategorizedNestedElement − Ｃａｔｅｇｏｒｉｅｓフィールドを有するネストされたＥｌｅｍｅｎｔ。
ICategory − これは、現在のシステムに既知の有効なカテゴリを表す。カテゴリ（分類とも称する）には、ｅＡｄｄｒｅｓｓの型の値などが含まれる。
ICategoryKeyword − アイテムの分類／グループ化に使用されるキーワード。
ICommodity − 値を有する識別可能なもの。これには、自動車、家、または家具などの生命のないオブジェクトと、ペットまたは家畜などの生命のあるオブジェクトが含まれる。
IComputer
IContact
IContactCustom
IDate − この型は、文書で使用することができるＤａｔｅを表す。
IDevice − Ｄｅｖｉｃｅは、情報処理能力をサポートする論理構造であり、たとえば、ディスプレイ装置は、ビットストリームをイメージに変換することができ、ディスクドライブは、ビットストリームを保管し、検索することができ、キーボードは、キーストロークを適当なコードに変換することができ、ラジオは、信号ストリームを選択し、それを音声に変換することができる。
IDocument − Ｄｏｃｕｍｅｎｔは、作成され、レンダリングでき、保管を必要とするコンテンツを表すＩｔｅｍである。
IEAddress − ｅＡｄｄｒｅｓｓは、本質的にはルーティングアドレスすなわち、人と接触する電子的な方法である。ｅＡｄｄｒｅｓｓの型には、電子メールアドレス、電話番号、ウェブサイト、ＦＴＰサイト、ＩｎｔｅｒｎｅｔＦｒｅｅｂｕｓｙロケーション、Ｎｅｔｍｅｅｔｉｎｇセッティングが含まれる。ｅＡｄｄｒｅｓｓをパブリッシュして、誰かが自分に連絡できるようにすることができ、たとえば、誰かに自分の電話番号または電子メールアドレスを知らせる。これは、ＩｄｅｎｔｉｔｙＫｅｙと対照的であり、ＩｄｅｎｔｉｔｙＫｅｙは、誰かに関する情報を得るのに使用され、たとえば、誰かのアドレス情報を、同期化され、最新に保つことを望む場合に、その人が私にＩｄｅｎｔｉｔｙＫｅｙを与えなければならず、私は、そのＩｄｅｎｔｉｔｙＫｅｙを使用して、サーバからその人に関する情報を得ることができる。
IEvent − 環境内でのなにかの発生を記録するＩｔｅｍ。これは、Ｃａｌｅｎｄａｒ型イベントをモデル化するのに使用されており、Ｃａｌｅｎｄａｒスキーマと一体化／Ｃａｌｅｎｄａｒスキーマによって置換されるプレースホルダである。
IEventExtension
IFlow − Ｃｏｒｅ．Ｆｌｏｗ Ｉｔｅｍ型は、関連するタスクおよびそのアタッチメントのグラフすなわち、Ｐａｓｔ Ｈｉｓｔｏｒｙ、Ｃｕｒｒｅｎｔ Ｔａｓｋｓ、およびＴａｓｋｓ ｎｏｔ ｙｅｔ Ｓｔａｒｔｅｄ（Ｐｌａｎ）を表す。
IFlowConstraint − ＦｌｏｗＣｏｎｓｔｒａｉｎｔ型は、Ｔａｓｋ ＩｔｅｍとＦｌｏｗ Ｉｔｅｍの間の関係に適用可能な制約を定義する。
IFlowLink − Ｃｏｒｅ．ＦｌｏｗＬｉｎｋ型は、ＴａｓｋとそのタスクのＦｌｏｗの間の関係を定義する。
IFunction
IInternalAddressLine − 多値ストリングをサポートするための、スカラストリングを取り巻くラッパー。Ｃｏｒｅ．Ａｄｄｒｅｓｓ．ＩｎｔｅｒｎａｌＡｄｄｒｅｓｓｅｓによって使用される。
IKeyword − この型は、文書で使用することができるキーワードを表す。
ILocation − Ｌｏｃａｔｉｏｎは、１つの物理的空間または地理的空間に対応する。Ｌｏｃａｔｉｏｎは、「ロケーション要素」のコレクションであり、このロケーション要素のそれぞれは、物理的スペースを独立に指定する。たとえば、ある人の現在のロケーションは、代替として、センサデータ（ＧＰＳまたは８０２．１１ロケーション要素）、住所、またはサービスを介してロケーションデータベースに対して解決されるＩＤによって指定することができる。
ILocationElement − ロケーション情報の「原子」。
ILocationReport − ＬｏｃａｔｉｏｎＲｅｐｏｒｔは、Ｌｏｃａｔｉｏｎサービスが、それが作るＬｏｃａｔｉｏｎＥｌｅｍｅｎｔｓにタグ付けするデータを保持する。
IMessage − Ｍｅｓｓａｇｅのプレースホルダ。
IOfficeDocument − ワードプロセッサ、スプレッドシートなどのすべての種類のオフィス文書のルート型。
IRichText − 写真、文書などのエントリに関連付けられた任意のアタッチメントをポイントするリンクの多値リスト。Ｃｏｒｅ．Ｃｏｎｔａｃｔがこれを必要とするのでＣｏｒｅスキーマにある。
IRoleOccupancy − これは、一方のＰｒｉｎｃｉｐａｌ（ＲｏｌｅＯｃｃｕｐａｎｔ）がロールの占有者であり、他方のＰｒｉｎｃｉｐａｌが、ＲｏｌｅＯｃｃｕｐａｎｃｙが行われるコンテキストである、２つのＰｒｉｎｃｉｐａｌｓの間の関係である。たとえば、Ｐｅｒｓｏｎ（ＲｏｌｅＯｃｃｕｐａｎｔ）が、 Ｏｒｇａｎｉｚａｔｉｏｎ（ＲｏｌｅｓＣｏｎｔｅｘｔ）の従業員（ＲｏｌｅＯｃｃｕｐａｎｃｙ）であることができる。
IService − 他のすべてのサービスが導出される基本クラス。Ｓｅｒｖｉｃｅは、情報のプロバイダである。
IShellExtension − カテゴリ化するキーワードを含む拡張。任意のアイテムにアタッチすることができる。
ITask − タスクは、特定の時点にまたは経時的に繰り返して行われる作業の単位を表す。Ｔａｓｋは、時間の経過以外のイベントの結果として行うこともできる。Ｔａｓｋは、Ｆｕｎｃｔｉｏｎと同一ではない。Ｆｕｎｃｔｉｏｎは、「ファイルを印刷する」、または「ディレクトリをバックアップする」など、システムが行えることであり、Ｔａｓｋは、行われることではなく、いつまたはどの状況であることを行わなければならないまたは行われたことを記録するものである。
ITaskChangeEvent − Ｆｌｏｗに関連するＴａｓｋを変更するレコード。
ITaskExtension
ITextDocument − これは、テキストを含むすべての文書の共通の型である。これには、Ｗｏｒｄ Ｄｏｃｕｍｅｎｔｓ、Ｊｏｕｒｎａｌノートなどが含まれる。
ITriggeredEvent − これは、カレンダスケジュールに基づくイベントである。これは、ある時刻に発生する。
IUri − ＵＲＩ。Ｓｅｒｖｉｃｅ Ｉｔｅｍに使用される。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｅｘｐｌｏｒｅｒ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｅｘｐｌｏｒｅｒ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
AuditEvent
AuditEventElement
AuditEventElementCollection − ＡｕｄｉｔＥｖｅｎｔＥｌｅｍｅｎｔコレクション。
AuditEventElementEnumerator − ＡｕｄｉｔＥｖｅｎｔＥｌｅｍｅｎｔコレクションを列挙するクラス。
AuditEventElementHolder − ＡｕｄｉｔＥｖｅｎｔＥｌｅｍｅｎｔオブジェクトを保持するクラス。
History
HistoryDownload
HistoryDownloadCollection − ＨｉｓｔｏｒｙＤｏｗｎｌｏａｄコレクション。
HistoryDownloadEnumerator − ＨｉｓｔｏｒｙＤｏｗｎｌｏａｄコレクションを列挙するクラス。
HistoryDownloadHolder − ＨｉｓｔｏｒｙＤｏｗｎｌｏａｄオブジェクトを保持するクラス。
HistoryElement
HistoryElementCollection − ＨｉｓｔｏｒｙＥｌｅｍｅｎｔコレクション。
HistoryElementEnumerator − ＨｉｓｔｏｒｙＥｌｅｍｅｎｔコレクションを列挙するクラス。
HistoryElementHolder − ＨｉｓｔｏｒｙＥｌｅｍｅｎｔオブジェクトを保持するクラス。
HistoryVisit
HistoryVisitCollection − ＨｉｓｔｏｒｙＶｉｓｉｔコレクション。
HistoryVisitEnumerator − ＨｉｓｔｏｒｙＶｉｓｉｔコレクションを列挙するクラス。
HistoryVisitHolder − ＨｉｓｔｏｒｙＶｉｓｉｔオブジェクトを保持するクラス。
InternetShortcut
Share
Thumbnail
ThumbnailCache
ThumbnailCacheCollection − ＴｈｕｍｂｎａｉｌＣａｃｈｅコレクション。
ThumbnailCacheEnumerator − ＴｈｕｍｂｎａｉｌＣａｃｈｅコレクションを列挙するクラス。
ThumbnailCacheHolder − ＴｈｕｍｂｎａｉｌＣａｃｈｅオブジェクトを保持するクラス。
UsagePattern − ＵｓａｇｅＰａｔｔｅｒｎアイテムは、使用法パターンエントリを含むフォルダの型である。これには、エントリの最大個数も含まれる。
UsagePatternEntry − 使用法パターンで記憶されたアイテムへのリンク。記憶されているプロパティのディープコピーも含まれる。
UsagePatternEntryCollection − ＵｓａｇｅＰａｔｔｅｒｎＥｎｔｒｙコレクション。
UsagePatternEntryEnumerator − ＵｓａｇｅＰａｔｔｅｒｎＥｎｔｒｙコレクションを列挙するクラス。
UsagePatternEntryHolder − ＵｓａｇｅＰａｔｔｅｒｎＥｎｔｒｙオブジェクトを保持するクラス。

＜インターフェース＞
IAuditEventElementCollection − ＡｕｄｉｔＥｖｅｎｔＥｌｅｍｅｎｔコレクションを表すインターフェース。
IAuditEventElementEnumerator − ＡｕｄｉｔＥｖｅｎｔＥｌｅｍｅｎｔコレクションを列挙するクラスを表すインターフェース。
IEqualityComparer
IHistoryDownloadCollection − ＨｉｓｔｏｒｙＤｏｗｎｌｏａｄコレクションを表すインターフェース。
IHistoryDownloadEnumerator − ＨｉｓｔｏｒｙＤｏｗｎｌｏａｄコレクションを列挙するクラスを表すインターフェース。
IHistoryElementCollection − ＨｉｓｔｏｒｙＥｌｅｍｅｎｔコレクションを表すインターフェース。
IHistoryElementEnumerator − ＨｉｓｔｏｒｙＥｌｅｍｅｎｔコレクションを列挙するクラスを表すインターフェース。
IHistoryVisitCollection − ＨｉｓｔｏｒｙＶｉｓｉｔコレクションを表すインターフェース。
IHistoryVisitEnumerator − ＨｉｓｔｏｒｙＶｉｓｉｔコレクションを列挙するクラスを表すインターフェース。
IThumbnailCacheCollection − ＴｈｕｍｂｎａｉｌＣａｃｈｅコレクションを表すインターフェース。
IThumbnailCacheEnumerator − ＴｈｕｍｂｎａｉｌＣａｃｈｅコレクションを列挙するクラスを表すインターフェース。
IUsagePatternEntryCollection − ＵｓａｇｅＰａｔｔｅｒｎＥｎｔｒｙコレクションを表すインターフェース。
IUsagePatternEntryEnumerator − ＵｓａｇｅＰａｔｔｅｒｎＥｎｔｒｙコレクションを列挙するクラスを表すインターフェース。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｅｘｐｌｏｒｅｒ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｅｘｐｌｏｒｅｒ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IAuditEvent
IAuditEventElement
IHistory
IHistoryDownload
IHistoryElement
IHistoryVisit
IInternetShortcut
IShare
IThumbnail
IThumbnailCache
IUsagePattern − ＵｓａｇｅＰａｔｔｅｒｎアイテムは、使用法パターンエントリを含むフォルダの型である。これには、エントリの最大個数も含まれる。
IUsagePatternEntry − 使用法パターンで記憶されたアイテムへのリンク。記憶されているプロパティのディープコピーも含まれる。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｆａｘ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｆａｘ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
FaxAccount
FaxAccountProperties
FaxAccountPropertiesCollection
FaxAccountPropertiesEnumerator
FaxAccountPropertiesHolder
FaxAccountServer
FaxAccountServerCollection
FaxAccountServerEnumerator
FaxAccountServerHolder
FaxCoverPageInfo
FaxCoverPageInfoCollection
FaxCoverPageInfoEnumerator
FaxCoverPageInfoHolder
FaxFolder
FaxMessage
FaxParticipant
FaxParticipantCollection
FaxParticipantEnumerator
FaxParticipantHolder
TransmissionDetails
TransmissionDetailsCollection
TransmissionDetailsEnumerator
TransmissionDetailsHolder

＜インターフェース＞
IFaxAccountPropertiesCollection
IFaxAccountPropertiesEnumerator
IFaxAccountServerCollection
IFaxAccountServerEnumerator
IFaxCoverPageInfoCollection
IFaxCoverPageInfoEnumerator
IFaxParticipantCollection
IFaxParticipantEnumerator
ITransmissionDetailsCollection
ITransmissionDetailsEnumerator
＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｆａｘ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｆａｘ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IFaxAccount
IFaxAccountProperties
IFaxAccountServer
IFaxCoverPageInfo
IFaxFolder
IFaxMessage
IFaxParticipant
ITransmissionDetails
＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｆｉｌｅｓ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｆｉｌｅｓ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
File − Ｆｉｌｅ型は、ファイルのメタデータ／プロパティをカプセル化する。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｆｉｌｅｓ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｆｉｌｅｓ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IFile − Ｆｉｌｅ型は、ファイルのメタデータ／プロパティをカプセル化する。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＧａｍｅＬｉｂｒａｒｙ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＧａｍｅＬｉｂｒａｒｙ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
GameDescription − ＧａｍｅＤｅｓｃｒｉｐｔｉｏｎ型は、ゲーム記述ファイル（ＧＤＦ）から検索され、保管されるメタデータを記述する。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＧａｍｅＬｉｂｒａｒｙ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＧａｍｅＬｉｂｒａｒｙ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IGameDescription − ＧａｍｅＤｅｓｃｒｉｐｔｉｏｎ型は、ゲーム記述ファイル（ＧＤＦ）から検索され、保管されるメタデータを記述する。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｈｅｌｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｈｅｌｐ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
Bundle − Ｂｕｎｄｌｅは、Ｈｅｌｐ Ｔｏｐｉｃの仮想コレクションである。これは、現行製品の内部のＮａｍｅによって一意に識別される。Ｂｕｎｄｌｅ内部の各Ｔｏｐｉｃは、その部分的Ｕｒｌ（ＳｕｂＵｒｌ）によって一意に識別される。
BundleCollection − Ｂｕｎｄｌｅコレクション。
BundleEnumerator − Ｂｕｎｄｌｅコレクションを列挙するクラス。
BundleHolder − Ｂｕｎｄｌｅオブジェクトを保持するクラス。
HelpFile − ＨｅｌｐＦｉｌｅは、Ｈｅｌｐ Ｔｏｐｉｃを含む物理ファイルである。
HelpFileTopicLinkRelationship
HelpFileTopicLinkRelationshipCollection
Product − すべてのＨｅｌｐ ＢｕｎｄｌｅおよびＨｅｌｐＦｉｌｅのトップレベルオーナー。Ｐｒｏｄｕｃｔは、実際の製品のＨｅｌｐ内容にマッピングされる。
ProductHelpFileLinkRelationship
ProductHelpFileLinkRelationshipCollection
Topic − Ｔｏｐｉｃは、ユーザが検索でき、内容を表示できるＨｅｌｐプリミティブである。

＜インターフェース＞
IBundleCollection − Ｂｕｎｄｌｅコレクションを表すインターフェース。
IBundleEnumerator − Ｂｕｎｄｌｅコレクションを列挙するクラスを表すインターフェース。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｈｅｌｐ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｈｅｌｐ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IBundle − Ｂｕｎｄｌｅは、Ｈｅｌｐ Ｔｏｐｉｃの仮想コレクションである。これは、現行製品の内部のＮａｍｅによって一意に識別される。Ｂｕｎｄｌｅ内部の各Ｔｏｐｉｃは、その部分的Ｕｒｌ（ＳｕｂＵｒｌ）によって一意に識別される。
IHelpFile − ＨｅｌｐＦｉｌｅは、Ｈｅｌｐ Ｔｏｐｉｃを含む物理ファイルである。
IProduct − すべてのＨｅｌｐ ＢｕｎｄｌｅおよびＨｅｌｐＦｉｌｅのトップレベルオーナー。Ｐｒｏｄｕｃｔは、実際の製品のＨｅｌｐ内容にマッピングされる。
ITopic − Ｔｏｐｉｃは、ユーザが検索でき、内容を表示できるＨｅｌｐプリミティブである。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｉｍａｇｅ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｉｍａｇｅ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
AnalysisProperties − 分析アプリケーションによって、写真に対して計算されるプロパティのセット。この拡張は、分析アプリケーションを介して渡されたＩｍａｇｅアイテムに適用しなければならない。このプロパティは、どちらかといえばキャッシュであるが、再計算が高価である。このフィールドは、アプリケーション固有である。他のアプリケーションは、このフィールドの内部フォーマットを理解しない場合がある。
AnalysisPropertiesCollection − ＡｎａｌｙｓｉｓＰｒｏｐｅｒｔｉｅｓコレクション。
AnalysisPropertiesEnumerator − ＡｎａｌｙｓｉｓＰｒｏｐｅｒｔｉｅｓコレクションを列挙するクラス。
AnalysisPropertiesHolder − ＡｎａｌｙｓｉｓＰｒｏｐｅｒｔｉｅｓオブジェクトを保持するクラス。
EventReference − ＥｖｅｎｔＲｅｆｅｒｅｎｃｅ型は、Ｅｖｅｎｔアイテムへのリンクを表す。これは、ダングリングになる可能性があり、その場合には、この型のフィールドは、イベントの名前を指定する。
EventReferenceCollection − ＥｖｅｎｔＲｅｆｅｒｅｎｃｅコレクション。
EventReferenceEnumerator − ＥｖｅｎｔＲｅｆｅｒｅｎｃｅコレクションを列挙するクラス。
EventReferenceHolder − ＥｖｅｎｔＲｅｆｅｒｅｎｃｅオブジェクトを保持するクラス。
Image
LocationReference − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅ型は、Ｌｏｃａｔｉｏｎアイテムへのリンクを表す。これは、ダングリングになる可能性があり、その場合には、この型のフィールドは、ロケーション座標を指定する。
LocationReferenceCollection − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅコレクション。
LocationReferenceEnumerator − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅコレクションを列挙するクラス。
LocationReferenceHolder − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅオブジェクトを保持するクラス。
PersonReference − ＰｅｒｓｏｎＲｅｆｅｒｅｎｃｅ型は、Ｃｏｎｔａｃｔアイテムへのリンクを表す。これは、ダングリングになる可能性があり、その場合には、この型のフィールドは、人の名前を指定する。
PersonReferenceCollection − ＰｅｒｓｏｎＲｅｆｅｒｅｎｃｅコレクション。
PersonReferenceEnumerator − ＰｅｒｓｏｎＲｅｆｅｒｅｎｃｅコレクションを列挙するクラス。
PersonReferenceHolder − ＰｅｒｓｏｎＲｅｆｅｒｅｎｃｅオブジェクトを保持するクラス。
Photo − 絵が実際にＰｈｏｔｏｇｒａｐｈである場合にＰｈｏｔｏを記述するプロパティの組。
Region − この型は、Ｉｍａｇｅ内の領域を表す。
RegionCollection − Ｒｅｇｉｏｎコレクション。
RegionEnumerator − Ｒｅｇｉｏｎコレクションを列挙するクラス。
RegionHolder − Ｒｅｇｉｏｎオブジェクトを保持するクラス。
RegionOfInterest
RegionOfInterestCollection − ＲｅｇｉｏｎＯｆＩｎｔｅｒｅｓｔコレクション。
RegionOfInterestEnumerator − ＲｅｇｉｏｎＯｆＩｎｔｅｒｅｓｔコレクションを列挙するクラス。
RegionOfInterestHolder − ＲｅｇｉｏｎＯｆＩｎｔｅｒｅｓｔオブジェクトを保持するクラス。

＜インターフェース＞
IAnalysisPropertiesCollection − ＡｎａｌｙｓｉｓＰｒｏｐｅｒｔｉｅｓコレクションを表すインターフェース。
IAnalysisPropertiesEnumerator − ＡｎａｌｙｓｉｓＰｒｏｐｅｒｔｉｅｓコレクションを列挙するクラスを表すインターフェース。
IEventReferenceCollection − ＥｖｅｎｔＲｅｆｅｒｅｎｃｅコレクションを表すインターフェース。
IEventReferenceEnumerator − ＥｖｅｎｔＲｅｆｅｒｅｎｃｅコレクションを列挙するクラスを表すインターフェース。
ILocationReferenceCollection − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅコレクションを表すインターフェース。
ILocationReferenceEnumerator − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅコレクションを列挙するクラスを表すインターフェース。
IPersonReferenceCollection − ＰｅｒｓｏｎＲｅｆｅｒｅｎｃｅコレクションを表すインターフェース。
IPersonReferenceEnumerator − ＰｅｒｓｏｎＲｅｆｅｒｅｎｃｅコレクションを列挙するクラスを表すインターフェース。
IRegionCollection − Ｒｅｇｉｏｎコレクションを表すインターフェース。
IRegionEnumerator − Ｒｅｇｉｏｎコレクションを列挙するクラスを表すインターフェース。
IRegionOfInterestCollection − ＲｅｇｉｏｎＯｆＩｎｔｅｒｅｓｔコレクションを表すインターフェース。
IRegionOfInterestEnumerator − ＲｅｇｉｏｎＯｆＩｎｔｅｒｅｓｔコレクションを列挙するクラスを表すインターフェース。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｉｍａｇｅ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｉｍａｇｅ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IAnalysisProperties − 分析アプリケーションによって、写真に対して計算されるプロパティのセット。この拡張は、分析アプリケーションを介して渡されたＩｍａｇｅアイテムに適用しなければならない。このプロパティは、どちらかといえばキャッシュであるが、再計算が高価である。このフィールドは、アプリケーション固有である。他のアプリケーションは、このフィールドの内部フォーマットを理解しない場合がある。
IEventReference − ＥｖｅｎｔＲｅｆｅｒｅｎｃｅ型は、Ｅｖｅｎｔアイテムへのリンクを表す。これは、ダングリングになる可能性があり、その場合には、この型のフィールドは、イベントの名前を指定する。
IImage − これは、すべてのＩｍａｇｅによって共有される基本型である。これには、イメージ全般を記述するフィールドが含まれ、これは、異なるフォーマットで保管されたイメージに適用可能である。
ILocationReference − ＬｏｃａｔｉｏｎＲｅｆｅｒｅｎｃｅ型は、Ｌｏｃａｔｉｏｎアイテムへのリンクを表す。これは、ダングリングになる可能性があり、その場合には、この型のフィールドは、ロケーション座標を指定する。
IPersonReference − ＰｅｒｓｏｎＲｅｆｅｒｅｎｃｅ型は、Ｃｏｎｔａｃｔアイテムへのリンクを表す。これは、ダングリングになる可能性があり、その場合には、この型のフィールドは、人の名前を指定する。
IPhoto − 絵が実際にＰｈｏｔｏｇｒａｐｈである場合にＰｈｏｔｏを記述するプロパティのセット。
IRegion − この型は、Ｉｍａｇｅ内の領域を表す。
IRegionOfInterest

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
Convert − Ｃｏｎｖｅｒｔに関するサマリ記述。

＜インターフェース＞
ICategoryRef − Ｃａｔｅｇｏｒｙは、Ｉｄｅｎｔｉｔｙキーを参照する。すべてのｃａｔｅｇｏｒｙＮｏｄｅが、ＣａｔｅｇｏｒｙＲｅｆ型の識別キーを有する。カテゴリ参照は、アイテムにタグ付けされるときに、Ｌｉｎｋ．ＴａｒｇｅｔにＣａｔｅｇｏｒｙＲｅｆが含まれるリンク型としてタグ付けされる。
IExtension − 拡張の基礎として使用される型である。拡張を確立するために、この型の新しいサブタイプを定義する。この型のインスタンスを作成し、拡張されるＩｔｅｍのＥｘｔｅｎｓｉｏｎｓフィールドに割り当てることによって、Ｉｔｅｍに拡張を追加することができる。
IExtensionCustom − ＥｘｔｅｎｓｉｏｎクラスのＣｕｓｔｏｍメソッド。
IFolder
IIdentityKey
IItem
IItemContext − このインターフェースは、ＣＯＭ ｉｎｔｅｒｏｐで使用されるＩｔｅｍＣｏｎｔｅｘｔクラスのＣＯＭ Ｃａｌｌｅｒａｂｌｅ Ｗｒａｐｐｅｒに関するメソッドを公開する。
IItemCustom ＩｔｅｍオブジェクトのＣｕｓｔｏｍメソッドおよびプロパティ。
IItemName − ＩｔｅｍＮａｍｅは、アイテムのパス名を表す。
IItemNameCollection − ＩｔｅｍＮａｍｅＣｏｌｌｅｃｔｉｏｎには、アイテムのすべてのアイテム名が含まれる。
IItemNameEnumerator − ＩｔｅｍＮａｍｅＣｏｌｌｅｃｔｉｏｎを列挙するクラスを表すインターフェース。
ILink
INestedElement
IProjectionOption − このインターフェースは、ＣＯＭ ｉｎｔｅｒｏｐで使用されるＰｒｏｊｅｃｔｉｏｎＯｐｔｉｏｎクラスのＣＯＭ Ｃａｌｌｅｒａｂｌｅ Ｗｒａｐｐｅｒのメソッドを定義する。
IQuery − このインターフェースは、ＣＯＭ ｉｎｔｅｒｏｐで使用されるＱｕｅｒｙクラスのＣＯＭ Ｃａｌｌｅｒａｂｌｅ Ｗｒａｐｐｅｒのメソッドを公開する。
IRecycleBinLink
ISearchProjection − このインターフェースは、ＣＯＭ ｉｎｔｅｒｏｐで使用されるＣＯＭ Ｃａｌｌｅｒａｂｌｅ ＷｒａｐｐｅｒであるＳｅａｒｃｈＰｒｏｊｅｃｔｉｏｎのメソッドを定義する。
IShare
IStorageExceptionInformation
IStore
IVolume

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｌｏｃａｔｉｏｎ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｌｏｃａｔｉｏｎ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
Address − Ａｄｄｒｅｓｓは、郵便を介してＣｏｎｔａｃｔに連絡するアドレス、あるいはＬｏｃａｔｉｏｎオブジェクト内のインドア／アウトドアロケーションを表す。
Angle3D − Ａｎｇｌｅ３Ｄは、角度値の、１要素、２要素、または３要素のベクトルを表す。要素は、ｆｌｏａｔ型またはＮＵＬＬ型である（それぞれＣＬＲ ｄｏｕｂｌｅおよびＮａＮに対応する）。角度ベクトルは、方位（１次元）、球面座標（２次元）、または（ロール、ピッチ、ヨー）値（３次元）などのデータを表すのに使用することができる。
Angle3DCollection − Ａｎｇｌｅ３Ｄコレクション。
Angle3DEnumerator − Ａｎｇｌｅ３Ｄコレクションを列挙するクラス。
Angle3DHolder − Ａｎｇｌｅ３Ｄオブジェクトを保持するクラス。
CoordinateReferenceSystem − ＣｏｏｒｄｉｎａｔｅＲｅｆｅｒｅｎｃｅＳｙｓｔｅｍは、使用される座標基準システムおよびデータを明示的に識別するのに使用される。ほとんどすべての場合に、ＭＳアプリケーションおよび実装は、アプリケーション間で位置を転送するための基礎として、ＷＧＳ８４データ、地理的射影、１０進度座標表現に基づいて標準化される。内部では、性能のために他の座標系を使用することができ、グラフィック表現では、ほとんど必ず異なる射影およびおそらくは異なる単位が使用される。ＣｏｏｒｄｉｎａｔｅＲｅｆｅｒｅｎｃｅＳｙｓｔｅｍ型は、ＷＧＳ８４の現在のＬＩＦ ＭＬＰ ３．０エンコーディングと一致するように設計された。エンジニアリング座標系（ビルディングのフロアなど）について、Ｃｏｄｅ、ＣｏｄｅＳｐａｃｅ、およびＥｄｉｔｉｏｎによって、「未知の」座標系が示されることに留意されたい。この場合には、ＥｎｇｉｎｅｅｒｉｎｇＲｅｆｅｒｅｎｃｅフィールドを使用して、座標系を定義するエンティティのＥｎｔｉｔｙＲｅｆｅｒｅｎｃｅにリンクする。たとえば、ビルディングのフロアは、ＥｎｔｉｔｙＲｅｆｅｒｅｎｃｅおよびＣｏｏｒｄｉｎａｔｅＲｅｆｅｒｅｎｃｅＳｙｓｔｅｍを有する。そのフロアで定義された各Ｐｏｓｉｔｉｏｎでは、そのＣｏｏｒｄｉｎａｔｅＳｙｓｔｅｍとして、フロアのＣｏｏｒｄｉｎａｔｅＲｅｆｅｒｅｎｃｅＳｙｓｔｅｍへのリンクを指定する。
EngineeringRefsEntityRelationship
EngineeringRefsEntityRelationshipCollection
EntityReference − これは、エンティティへの参照を表す。エンティティは、名前付きデータストア内で一意に識別される、場所（大陸、国、市、近傍、川など）または空間（ビルディング、フロア、部屋、駐車場、キュービクル）である。たとえば、ＭａｐＰｏｉｎｔによって、あるデータソースの定義が提供される。Ｎｏｒｔｈ Ａｍｅｒｉｃａデータソース内で、Ｓｐａｃｅ Ｎｅｅｄｌｅは「１４２４４８８」であり、テキサスは「３３１４５」であり、郵便番号９８００７は「１５４０１２０８７」である。エンティティ識別子に意味を持たせるために、エンティティ識別子を、ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ＭａｐＰｏｉｎｔのデータソースプロバイダに関連付けさせる。市→行政→国、またはビルディング→フロア→部屋など、エンティティの階層がある。
Ieee802dot11 − これは、ＭＡＣアドレスおよび信号強度（ＲＳＳＩ）を含む、８０２．１１アクセスポイントに関する情報を提供するのに使用される。
LocationProfile − ＬｏｃａｔｉｏｎＰｒｏｆｉｌｅは、ロケーションに関するロケーション要素のセットを記述する。これは、ユーザＩＤ、アプリケーションＩＤ、コンテキスト、およびＣｏｒｅ．Ｌｏｃａｔｉｏｎアイテムに対する関係（ロケーション要素のコレクション）を有する。特定のユーザコンテキストで稼動するアプリケーションが、ロケーションに注意し、ユーザがそのロケーションに達するときに通知を受けることを望むので、プロファイルを作成することができる。プロファイルは、ユーザの代わりにロケーションサービスによって作成され、「ＷｉｎＦＳ」内でキャッシングされるという意味で、一時的とすることができる。
Matrix3x3 − Ｍａｔｒｉｘ３ｘ３は、浮動小数点の３×３行列を表す。行列要素のどれであっても、ＮＵＬＬにすることができる。
Matrix3x3Collection − Ｍａｔｒｉｘ３ｘ３コレクション。
Matrix3x3Enumerator − Ｍａｔｒｉｘ３ｘ３コレクションを列挙するクラス。
Matrix3x3Holder − Ｍａｔｒｉｘ３ｘ３オブジェクトを保持するクラス。
NamedLocation − ロケーションに関連付けることができる、ユーザが入力したフレンドリ名を表す。この値は、Ｉｔｅｍ．ＤｉｓｐｌａｙＮａｍｅに保管される。
NonScalarString1024 − 多値ストリングをサポートするための、スカラストリングの周囲のラッパー。
NonScalarString1024Collection − ＮｏｎＳｃａｌａｒＳｔｒｉｎｇ１０２４コレクション。
NonScalarString1024Enumerator − ＮｏｎＳｃａｌａｒＳｔｒｉｎｇ１０２４コレクションを列挙するクラス。
NonScalarString1024Holder − ＮｏｎＳｃａｌａｒＳｔｒｉｎｇ１０２４オブジェクトを保持するクラス。
ParentRelationship
ParentRelationshipCollection
Position − これは、位置情報を提供するのに使用される。
Position3D − Ｐｏｓｉｔｉｏｎ３Ｄは、（ｘ、ｙ、ｚ）位置値の１要素、２要素、または３要素のベクトルを表す。要素は、型ｆｌｏａｔまたはＮＵＬＬである（それぞれ、ＣＬＲ ｄｏｕｂｌｅおよびＮａＮに対応する）。
Position3DCollection − Ｐｏｓｉｔｉｏｎ３Ｄコレクション。
Position3DEnumerator − Ｐｏｓｉｔｉｏｎ３Ｄコレクションを列挙するクラス。
Position3DHolder − Ｐｏｓｉｔｉｏｎ３Ｄオブジェクトを保持するクラス。
PositionsCoordinateSystemRelationship
PositionsCoordinateSystemRelationshipCollection
PositionUncertainty − 位置不確定性の型を表す抽象型。
PositionUncertaintyCollection − ＰｏｓｉｔｉｏｎＵｎｃｅｒｔａｉｎｔｙコレクション。
PositionUncertaintyEnumerator − ＰｏｓｉｔｉｏｎＵｎｃｅｒｔａｉｎｔｙコレクションを列挙するクラス。
PositionUncertaintyHolder − ＰｏｓｉｔｉｏｎＵｎｃｅｒｔａｉｎｔｙオブジェクトを保持するクラス。
ProfileLocationRelationship
ProfileLocationRelationshipCollection
SimpleUncertainty − 単一の値としての不確定性を表す。
SimpleUncertaintyCollection − ＳｉｍｐｌｅＵｎｃｅｒｔａｉｎｔｙコレクション。
SimpleUncertaintyEnumerator − ＳｉｍｐｌｅＵｎｃｅｒｔａｉｎｔｙコレクションを列挙するクラス。
SimpleUncertaintyHolder − ＳｉｍｐｌｅＵｎｃｅｒｔａｉｎｔｙオブジェクトを保持するクラス。
StatisticalUncertainty − （ｘ、ｙ、ｚ）の不確定性は、３×３共分散行列によって表される。行列の主対角ｃ［０］［０］、ｃ［１］［１］、およびｃ［２］［２］は、それぞれ、ｘ、ｙ、ｚの統計的分散を表す。分散は、標準偏差の二乗である。非対角要素は、ｘ、ｙ、およびｚの異なるペアの共分散を表す。数学的には、共分散行列は、位置からの期待される偏差（ｄｘ、ｄｙ、ｄｚ）を表す。共分散行列は、具体的には、偏差の積の期待値：［ｃ［０］［０］ｃ［０］［１］ｃ［０］［２］］［ｃ［１］［０］ｃ［１］［１］ｃ［１］［２］］［ｃ［２］［０］ｃ［２］［１］ｃ［２］［２］］［Ｅ［ｄｘ×ｄｘ］Ｅ［ｄｘ×ｄｙ］Ｅ［ｄｘ×ｄｚ］］［Ｅ［ｄｘ×ｄｙ］Ｅ［ｄｙ×ｄｙ］Ｅ［ｄｙ×ｄｚ］］［Ｅ［ｄｘ×ｄｚ］Ｅ［ｄｙ×ｄｚ］Ｅ［ｄｚ×ｄｚ］］を与える。ここで、Ｅ［…］は期待値を意味する。共分散行列が、主対角について対称であることに留意されたい。
StatisticalUncertaintyCollection − ＳｔａｔｉｓｔｉｃａｌＵｎｃｅｒｔａｉｎｔｙコレクション。
StatisticalUncertaintyEnumerator − ＳｔａｔｉｓｔｉｃａｌＵｎｃｅｒｔａｉｎｔｙコレクションを列挙するクラス。
StatisticalUncertaintyHolder − ＳｔａｔｉｓｔｉｃａｌＵｎｃｅｒｔａｉｎｔｙオブジェクトを保持するクラス。

＜インターフェース＞
IAngle3DCollection − Ａｎｇｌｅ３Ｄコレクションを表すインターフェース。
IAngle3DEnumerator − Ａｎｇｌｅ３Ｄコレクションを列挙するクラスを表すインターフェース。
IMatrix3x3Collection − Ｍａｔｒｉｘ３ｘ３コレクションを表すインターフェース。
IMatrix3x3Enumerator − Ｍａｔｒｉｘ３ｘ３コレクションを列挙するクラスを表すインターフェース。
INonScalarString1024Collection − ＮｏｎＳｃａｌａｒＳｔｒｉｎｇ１０２４コレクションを表すインターフェース。
INonScalarString1024Enumerator − ＮｏｎＳｃａｌａｒＳｔｒｉｎｇ１０２４コレクションを列挙するクラスを表すインターフェース。
IPosition3DCollection − Ｐｏｓｉｔｉｏｎ３Ｄコレクションを表すインターフェース。
IPosition3DEnumerator − Ｐｏｓｉｔｉｏｎ３Ｄコレクションを列挙するクラスを表すインターフェース。
IPositionUncertaintyCollection − ＰｏｓｉｔｉｏｎＵｎｃｅｒｔａｉｎｔｙコレクションを表すインターフェース。
IPositionUncertaintyEnumerator − ＰｏｓｉｔｉｏｎＵｎｃｅｒｔａｉｎｔｙコレクションを列挙するクラスを表すインターフェース。
ISimpleUncertaintyCollection − ＳｉｍｐｌｅＵｎｃｅｒｔａｉｎｔｙコレクションを表すインターフェース。
ISimpleUncertaintyEnumerator − ＳｉｍｐｌｅＵｎｃｅｒｔａｉｎｔｙコレクションを列挙するクラスを表すインターフェース。
IStatisticalUncertaintyCollection − ＳｔａｔｉｓｔｉｃａｌＵｎｃｅｒｔａｉｎｔｙコレクションを表すインターフェース。
IStatisticalUncertaintyEnumerator − ＳｔａｔｉｓｔｉｃａｌＵｎｃｅｒｔａｉｎｔｙコレクションを列挙するクラスを表すインターフェース。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｌｏｃａｔｉｏｎ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｌｏｃａｔｉｏｎ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IAddress − Ａｄｄｒｅｓｓは、郵便を介してＣｏｎｔａｃｔに連絡するアドレス、あるいはＬｏｃａｔｉｏｎオブジェクト内のインドア／アウトドアロケーションを表す。
IAngle3D − Ａｎｇｌｅ３Ｄは、角度値の、１要素、２要素、または３要素のベクトルを表す。要素は、ｆｌｏａｔ型またはＮＵＬＬ型である（それぞれＣＬＲ ｄｏｕｂｌｅおよびＮａＮに対応する）。角度値は、方位（１次元）、球面座標（２次元）、または（ロール、ピッチ、ヨー）値（３次元）などのデータを表すのに使用することができる。
ICoordinateReferenceSystem − ＣｏｏｒｄｉｎａｔｅＲｅｆｅｒｅｎｃｅＳｙｓｔｅｍは、使用される座標基準システムおよびデータを明示的に識別するのに使用される。ほとんどすべての場合に、ＭＳアプリケーションおよび実装は、アプリケーションの間でロケーションを転送するための基礎として、ＷＧＳ８４データ、地理的射影、１０進度座標表現に基づいて標準化される。内部では、性能のために他の座標系を使用することができ、グラフィック表現では、ほとんど必ず異なる射影およびおそらくは異なる単位が使用される。ＣｏｏｒｄｉｎａｔｅＲｅｆｅｒｅｎｃｅＳｙｓｔｅｍ型は、ＷＧＳ８４の現在のＬＩＦ ＭＬＰ ３．０エンコーディングと一致するように設計された。エンジニアリング座標系（ビルディングのフロアなど）について、Ｃｏｄｅ、ＣｏｄｅＳｐａｃｅ、およびＥｄｉｔｉｏｎによって、「未知の」座標系が示されることに留意されたい。この場合には、ＥｎｇｉｎｅｅｒｉｎｇＲｅｆｅｒｅｎｃｅフィールドを使用して、座標系を定義するエンティティのＥｎｔｉｔｙＲｅｆｅｒｅｎｃｅにリンクする。たとえば、ビルディングのフロアは、ＥｎｔｉｔｙＲｅｆｅｒｅｎｃｅおよびＣｏｏｒｄｉｎａｔｅＲｅｆｅｒｅｎｃｅＳｙｓｔｅｍを有する。そのフロアで定義された各Ｐｏｓｉｔｉｏｎでは、そのＣｏｏｒｄｉｎａｔｅＳｙｓｔｅｍとして、フロアのＣｏｏｒｄｉｎａｔｅＲｅｆｅｒｅｎｃｅＳｙｓｔｅｍへのリンクを指定する。
IEntityReference − これは、エンティティへの参照を表す。エンティティは、名前付きデータストア内で一意に識別される、場所（大陸、国、市、近傍、川など）または空間（ビルディング、フロア、部屋、駐車場、キュービクル）である。たとえば、ＭａｐＰｏｉｎｔによって、あるデータソースの定義が提供される。Ｎｏｒｔｈ Ａｍｅｒｉｃａデータストア内で、Ｓｐａｃｅ Ｎｅｅｄｌｅは「１４２４４８８」であり、テキサスは「３３１４５」であり、郵便番号９８００７は「１５４０１２０８７」である。エンティティ識別子に意味を持たせるために、エンティティ識別子を、ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ＭａｐＰｏｉｎｔのデータソースプロバイダに関連付けさせる。市→行政→国、またはビルディング→フロア→部屋など、エンティティの階層がある。
IIeee802dot11 − これは、ＭＡＣアドレスおよび信号強度（ＲＳＳＩ）を含む、８０２．１１アクセスポイントに関する情報を提供するのに使用される。
ILocationProfile − ＬｏｃａｔｉｏｎＰｒｏｆｉｌｅは、ロケーションに関するロケーション要素のセットを記述する。これは、ユーザＩＤ、アプリケーションＩＤ、コンテキスト、およびＣｏｒｅ．Ｌｏｃａｔｉｏｎアイテムに対する関係（ロケーション要素のコレクション）を有する。特定のユーザコンテキストで稼動するアプリケーションが、ロケーションに注意し、ユーザがそのロケーションに達するときに通知を受けることを望むので、プロファイルを作成することができる。プロファイルは、ユーザの代わりにロケーションサービスによって作成され、「ＷｉｎＦＳ」内でキャッシングされるという意味で、一時的とすることができる。
IMatrix3x3 − Ｍａｔｒｉｘ３ｘ３は、浮動小数点の３×３行列を表す。行列要素のどれであっても、ＮＵＬＬにすることができる。
INamedLocation − ロケーションに関連付けることができる、ユーザが入力したフレンドリ名を表す。この値は、Ｉｔｅｍ．ＤｉｓｐｌａｙＮａｍｅに保管される。
INonScalarString1024 − 多値ストリングをサポートするための、スカラストリングの周囲のラッパー。
IPosition − これは、位置情報を提供するのに使用される。
IPosition3D − Ｐｏｓｉｔｉｏｎ３Ｄは、（ｘ、ｙ、ｚ）位置値の１要素、２要素、または３要素のベクトルを表す。要素は、型ｆｌｏａｔまたはＮＵＬＬである（それぞれ、ＣＬＲ ｄｏｕｂｌｅおよびＮａＮに対応する）。
IPositionUncertainty − 位置不確定性の型を表す抽象型。
ISimpleUncertainty − 単一の値としての不確定性を表す。
IStatisticalUncertainty − （ｘ、ｙ、ｚ）の不確定性は、３×３共分散行列によって表される。行列の主対角ｃ［０］［０］、ｃ［１］［１］、およびｃ［２］［２］は、それぞれ、ｘ、ｙ、ｚの統計的分散を表す。分散は、標準偏差の二乗である。非対角要素は、ｘ、ｙ、およびｚの異なるペアの共分散を表す。数学的には、共分散行列は、位置からの期待される偏差（ｄｘ、ｄｙ、ｄｚ）を表す。共分散行列は、具体的には、偏差の積の期待値：［ｃ［０］［０］ｃ［０］［１］ｃ［０］［２］］［ｃ［１］［０］ｃ［１］［１］ｃ［１］［２］］［ｃ［２］［０］ｃ［２］［１］ｃ［２］［２］］［Ｅ［ｄｘ×ｄｘ］Ｅ［ｄｘ×ｄｙ］Ｅ［ｄｘ×ｄｚ］］［Ｅ［ｄｘ×ｄｙ］Ｅ［ｄｙ×ｄｙ］Ｅ［ｄｙ×ｄｚ］］［Ｅ［ｄｘ×ｄｚ］Ｅ［ｄｙ×ｄｚ］Ｅ［ｄｚ×ｄｚ］］を与える。ここで、Ｅ［…］は期待値を意味する。共分散行列が、主対角について対称であることに留意されたい。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍａｉｌ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍａｉｌ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
ArticleRange
Folder
Message

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍａｉｌ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍａｉｌ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IMessage
＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｄｉａ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｄｉａ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
CategoryRef − 一時プレースホルダカテゴリ参照型。
CategoryRefCollection − ＣａｔｅｇｏｒｙＲｅｆコレクション。
CategoryRefEnumerator − ＣａｔｅｇｏｒｙＲｅｆコレクションを列挙するクラス。
CategoryRefHolder − ＣａｔｅｇｏｒｙＲｅｆオブジェクトを保持するクラス。
CustomRating − ＣｕｓｔｏｍＲａｔｉｎｇ型は、あるオーソリティによって媒体文書に与えられる自由形式ストリングレーティングを表す。
CustomRatingCollection − ＣｕｓｔｏｍＲａｔｉｎｇコレクション。
CustomRatingEnumerator − ＣｕｓｔｏｍＲａｔｉｎｇコレクションを列挙するクラス。
CustomRatingHolder − ＣｕｓｔｏｍＲａｔｉｎｇオブジェクトを保持するクラス。
Distributor − Ｄｉｓｔｒｉｂｕｔｏｒ型は、Ｍｅｄｉａ情報に関するＣｏｎｔｅｎｔ ＤｉｓｔｒｉｂｕｔｏｒのＣｏｎｔａｃｔアイテムへのリンクを表す。ダングリングになる可能性があり、その場合には、この型のフィールドは、ディストリビュータを指定する。
DistributorCollection − Ｄｉｓｔｒｉｂｕｔｏｒコレクション。
DistributorEnumerator − Ｄｉｓｔｒｉｂｕｔｏｒコレクションを列挙するクラス。
DistributorHolder − Ｄｉｓｔｒｉｂｕｔｏｒオブジェクトを保持するクラス。
Document − Ｍｅｄｉａ．Ｄｏｃｕｍｅｎｔ型は、トラック、アルバムなどのオーディオ文書を表す。これには、すべての文書に共通するフィールドが含まれる。
History − Ｈｉｓｔｏｒｙ型は、この媒体文書のヒストリを表す。いつどのようにしてそれを編集したか。誰にこれをメールで送ったか。回したか。フィルタを適用したか。
HistoryCollection − Ｈｉｓｔｏｒｙコレクション。
HistoryEnumerator − Ｈｉｓｔｏｒｙコレクションを列挙するクラス。
HistoryHolder − Ｈｉｓｔｏｒｙオブジェクトを保持するクラス。
MetadataLifecycle − メタデータ（ライフサイクルおよび他の状態トラッキング）。
MetadataLifecycleCollection − ＭｅｔａｄａｔａＬｉｆｅｃｙｃｌｅコレクション。
MetadataLifecycleEnumerator − ＭｅｔａｄａｔａＬｉｆｅｃｙｃｌｅコレクションを列挙するクラス。
MetadataLifecycleHolder − ＭｅｔａｄａｔａＬｉｆｅｃｙｃｌｅオブジェクトを保持するクラス。
Rating − Ｒａｔｉｎｇ型は、あるオーソリティによって媒体文書に与えられるレーティングを表す。オーソリティは、ＭＰＡＡ、Ｍｉｃｒｏｓｏｆｔ（登録商標）、または自分自身とすることができる。レーティングには、ストリングレーティングおよび数値レーティングの２タイプがある。この事例を表すために、ＣｕｓｔｏｍレーティングまたはＳｔａｒＲａｔｉｎｇ型のインスタンスを作成しなければならない。Ｒａｔｉｎｇ型自体には、レーティングの値が含まれず、したがって、これは抽象型である。
RatingCollection − Ｒａｔｉｎｇコレクション。
RatingEnumerator − Ｒａｔｉｎｇコレクションを列挙するクラス。
RatingHolder − Ｒａｔｉｎｇオブジェクトを保持するクラス。
StarRating − ＳｔａｒＲａｔｉｎｇ型は、あるオーソリティによって媒体文書に与えられた数値レーティングを表す。
StarRatingCollection − ＳｔａｒＲａｔｉｎｇコレクション。
StarRatingEnumerator − ＳｔａｒＲａｔｉｎｇコレクションを列挙するクラス。
StarRatingHolder − ＳｔａｒＲａｔｉｎｇオブジェクトを保持するクラス。
UrlReference − ＵｒｌＲｅｆｅｒｅｎｃｅ型は、それがどの種類のＵＲＬであるかを指定するカテゴリと共に、ＵＲＬを表す。
UrlReferenceCollection − ＵｒｌＲｅｆｅｒｅｎｃｅコレクション。
UrlReferenceEnumerator − ＵｒｌＲｅｆｅｒｅｎｃｅコレクションを列挙するクラス。
UrlReferenceHolder − ＵｒｌＲｅｆｅｒｅｎｃｅオブジェクトを保持するクラス。

＜インターフェース＞
ICategoryRefCollection − ＣａｔｅｇｏｒｙＲｅｆコレクションを表すインターフェース。
ICategoryRefEnumerator − ＣａｔｅｇｏｒｙＲｅｆコレクションを列挙するクラスを表すインターフェース。
ICustomRatingCollection − ＣｕｓｔｏｍＲａｔｉｎｇコレクションを表すインターフェース。
ICustomRatingEnumerator − ＣｕｓｔｏｍＲａｔｉｎｇコレクションを列挙するクラスを表すインターフェース。
IDistributorCollection − Ｄｉｓｔｒｉｂｕｔｏｒコレクションを表すインターフェース。
IDistributorEnumerator − Ｄｉｓｔｒｉｂｕｔｏｒコレクションを列挙するクラスを表すインターフェース。
IHistoryCollection − Ｈｉｓｔｏｒｙコレクションを表すインターフェース。
IHistoryEnumerator − Ｈｉｓｔｏｒｙコレクションを列挙するクラスを表すインターフェース。
IMetadataLifecycleCollection − ＭｅｔａｄａｔａＬｉｆｅｃｙｃｌｅコレクションを表すインターフェース。
IMetadataLifecycleEnumerator − ＭｅｔａｄａｔａＬｉｆｅｃｙｃｌｅコレクションを列挙するクラスを表すインターフェース。
IRatingCollection − Ｒａｔｉｎｇコレクションを表すインターフェース。
IRatingEnumerator − Ｒａｔｉｎｇコレクションを列挙するクラスを表すインターフェース。
IStarRatingCollection − ＳｔａｒＲａｔｉｎｇコレクションを表すインターフェース。
IStarRatingEnumerator − ＳｔａｒＲａｔｉｎｇコレクションを列挙するクラスを表すインターフェース。
IUrlReferenceCollection − ＵｒｌＲｅｆｅｒｅｎｃｅコレクションを表すインターフェース。
IUrlReferenceEnumerator − ＵｒｌＲｅｆｅｒｅｎｃｅコレクションを列挙するクラスを表すインターフェース。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｄｉａ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｄｉａ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
ICategoryRef − 一時プレースホルダカテゴリ参照型。
ICustomRating − ＣｕｓｔｏｍＲａｔｉｎｇ型は、あるオーソリティによって媒体文書に与えられる自由形式ストリングレーティングを表す。
IDistributor − Ｄｉｓｔｒｉｂｕｔｏｒ型は、Ｍｅｄｉａ情報に関するＣｏｎｔｅｎｔ ＤｉｓｔｒｉｂｕｔｏｒのＣｏｎｔａｃｔアイテムへのリンクを表す。ダングリングになる可能性があり、その場合には、この型のフィールドは、ディストリビュータを指定する。
IDocument − Ｍｅｄｉａ．Ｄｏｃｕｍｅｎｔ型は、トラック、アルバムなどのオーディオ文書を表す。これには、すべての文書に共通するフィールドが含まれる。
IHistory − Ｈｉｓｔｏｒｙ型は、この媒体文書のヒストリを表す。いつどのようにしてそれを編集したか。誰にこれをメールで送ったか。回したか。フィルタを適用したか。
IMetadataLifecycle − メタデータ（ライフサイクルおよび他の状態トラッキング）。
IRating − Ｒａｔｉｎｇ型は、あるオーソリティによって媒体文書に与えられるレーティングを表す。オーソリティは、ＭＰＡＡ、Ｍｉｃｒｏｓｏｆｔ(登録商標)、または自分自身とすることができる。レーティングには、ストリングレーティングおよび数値レーティングの２タイプがある。この事例を表すために、ＣｕｓｔｏｍレーティングまたはＳｔａｒＲａｔｉｎｇ型のインスタンスを作成しなければならない。Ｒａｔｉｎｇ型自体には、レーティングの値が含まれず、したがって、これは抽象型である。
IStarRating − ＳｔａｒＲａｔｉｎｇ型は、あるオーソリティによって媒体文書に与えられた数値レーティングを表す。
IUrlReference − ＵｒｌＲｅｆｅｒｅｎｃｅ型は、それがどの種類のＵＲＬであるかを指定するカテゴリと共に、ＵＲＬを表す。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｔａ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｔａ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
BuiltInField
BuiltInFieldCollection − ＢｕｉｌｔＩｎＦｉｅｌｄコレクション。
BuiltInFieldEnumerator − ＢｕｉｌｔＩｎＦｉｅｌｄコレクションを列挙するクラス。
BuiltInFieldHolder − ＢｕｉｌｔＩｎＦｉｅｌｄオブジェクトを保持するクラス。
BuiltInType
ElementType
Field
FieldCollection − Ｆｉｅｌｄコレクション。
FieldEnumerator − Ｆｉｅｌｄコレクションを列挙するクラス。
FieldHolder − Ｆｉｅｌｄオブジェクトを保持するクラス。
Index
IndexCollection − Ｉｎｄｅｘコレクション。
IndexEnumerator − Ｉｎｄｅｘコレクションを列挙するクラス。
IndexField
IndexFieldCollection − ＩｎｄｅｘＦｉｅｌｄコレクション。
IndexFieldEnumerator − ＩｎｄｅｘＦｉｅｌｄコレクションを列挙するクラス。
IndexFieldHolder − ＩｎｄｅｘＦｉｅｌｄオブジェクトを保持するクラス。
IndexHolder − Ｉｎｄｅｘオブジェクトを保持するクラス。
NestedField
NestedFieldCollection − ＮｅｓｔｅｄＦｉｅｌｄコレクション。
NestedFieldEnumerator − ＮｅｓｔｅｄＦｉｅｌｄコレクションを列挙するクラス。
NestedFieldHolder − ＮｅｓｔｅｄＦｉｅｌｄオブジェクトを保持するクラス。
ReferencedSchema
ReferencedSchemaCollection − ＲｅｆｅｒｅｎｃｅｄＳｃｈｅｍａコレクション。
ReferencedSchemaEnumerator − ＲｅｆｅｒｅｎｃｅｄＳｃｈｅｍａコレクションを列挙するクラス。
ReferencedSchemaHolder − ＲｅｆｅｒｅｎｃｅｄＳｃｈｅｍａオブジェクトを保持するクラス。
RelatedValue
RelatedValueCollection − ＲｅｌａｔｅｄＶａｌｕｅコレクション。
RelatedValueEnumerator − ＲｅｌａｔｅｄＶａｌｕｅコレクションを列挙するクラス。
RelatedValueHolder − ＲｅｌａｔｅｄＶａｌｕｅオブジェクトを保持するクラス。
Relationship
RelationshipCollection − Ｒｅｌａｔｉｏｎｓｈｉｐコレクション。
RelationshipEnumerator − Ｒｅｌａｔｉｏｎｓｈｉｐコレクションを列挙するクラス。
RelationshipHolder − Ｒｅｌａｔｉｏｎｓｈｉｐオブジェクトを保持するクラス。
Schema
Type
View
ViewCollection − Ｖｉｅｗコレクション。
ViewEnumerator − Ｖｉｅｗコレクションを列挙するクラス。
ViewField
ViewFieldCollection − ＶｉｅｗＦｉｅｌｄコレクション。
ViewFieldEnumerator − ＶｉｅｗＦｉｅｌｄコレクションを列挙するクラス。
ViewFieldHolder − ＶｉｅｗＦｉｅｌｄオブジェクトを保持するクラス。
ViewHolder − Ｖｉｅｗオブジェクトを保持するクラス。

＜インターフェース＞
IBuiltInFieldCollection − ＢｕｉｌｔＩｎＦｉｅｌｄコレクションを表すインターフェース。
IBuiltInFieldEnumerator − ＢｕｉｌｔＩｎＦｉｅｌｄコレクションを列挙するクラスを表すインターフェース。
IFieldCollection − Ｆｉｅｌｄコレクションを表すインターフェース。
IFieldEnumerator − Ｆｉｅｌｄコレクションを列挙するクラスを表すインターフェース。
IIndexCollection − Ｉｎｄｅｘコレクションを表すインターフェース。
IIndexEnumerator − Ｉｎｄｅｘコレクションを列挙するクラスを表すインターフェース。
IIndexFieldCollection − ＩｎｄｅｘＦｉｅｌｄコレクションを表すインターフェース。
IIndexFieldEnumerator − ＩｎｄｅｘＦｉｅｌｄコレクションを列挙するクラスを表すインターフェース。
INestedFieldCollection − ＮｅｓｔｅｄＦｉｅｌｄコレクションを表すインターフェース。
INestedFieldEnumerator − ＮｅｓｔｅｄＦｉｅｌｄコレクションを列挙するクラスを表すインターフェース。
IReferencedSchemaCollection − ＲｅｆｅｒｅｎｃｅｄＳｃｈｅｍａコレクションを表すインターフェース。
IReferencedSchemaEnumerator − ＲｅｆｅｒｅｎｃｅｄＳｃｈｅｍａコレクションを列挙するクラスを表すインターフェース。
IRelatedValueCollection − ＲｅｌａｔｅｄＶａｌｕｅコレクションを表すインターフェース。
IRelatedValueEnumerator − ＲｅｌａｔｅｄＶａｌｕｅコレクションを列挙するクラスを表すインターフェース。
IRelationshipCollection − Ｒｅｌａｔｉｏｎｓｈｉｐコレクションを表すインターフェース。
IRelationshipEnumerator − Ｒｅｌａｔｉｏｎｓｈｉｐコレクションを列挙するクラスを表すインターフェース。
IViewCollection − Ｖｉｅｗコレクションを表すインターフェース。
IViewEnumerator − Ｖｉｅｗコレクションを列挙するクラスを表すインターフェース。
IViewFieldCollection − ＶｉｅｗＦｉｅｌｄコレクションを表すインターフェース。
IViewFieldEnumerator − ＶｉｅｗＦｉｅｌｄコレクションを列挙するクラスを表すインターフェース。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｔａ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｔａ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IBuiltInField
IBuiltInType
IElementType
IField
IIndex
IIndexField
INestedField
IReferencedSchema
IRelatedValue
IRelationship
ISchema
IType
IView
IViewField

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＮａｔｕｒａｌＵＩ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＮａｔｕｒａｌＵＩ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
Annotation − 解釈を注釈にリンクする。Ｓｔａｔｅ注釈およびＰｈｒａｓｅ注釈の両方を用いて解釈を修飾するのに使用される。
AnnotationType − サポートされる異なる注釈型の列挙。Ａｎｎｏｔａｔｉｏｎ型の有効なセットは、１． ＢｅｓｔＢｅｔＥｘａｃｔ ２． ＢｅｓｔＢｅｔｐａｒｔｉａｌ ３． ＢｉａｓｅｄＤｏｗｎ ４． ＢｉａｓｅｄＵｐ ５． ＧｅｎｅｒａｔｅｄＢｙ および６． Ｒｅｑｕｉｒｅｄである。「Ｒｅｑｕｉｒｅｄ」注釈型は、バイアスとして実装され、ｂｉａｓｅｄＵｐおよびｂｉａｓｅｄＤｏｗｎも、それぞれを識別する正負の重みと共にｂｉａｓｅｄＢｙを称して実装される。
Cluster − クラスタは、ロケールおよびＡｎｎｏｔａｔｉｏｎＳｅｔのグループ化である。ＡｎｎｏｔａｔｉｏｎＳｅｔは、論理データを一緒にグループ化し、選択的に検索するのに使用することができる、「パーティション」またはアプリケーション固有の「ストリング」である。ＡｎｎｏｔａｔｉｏｎＳｅｔの概念は、ＮＵＩＰＥｄｉｔツールファイルフォーマットから生じたものであり、「作業の基本単位」である。すなわち、インストールプロセスは、ＡｎｎｏｔａｔｉｏｎＳｅｔの基準ごとに働く。
Culture − これは、国際化機能をサポートするために追加された。このエンティティは、２つの目的のために働き、ランタイムストアによってサポートされるすべての言語を保管すると共に、アクセントまたは大文字小文字の区別などのルールに基づいて照会ストリングを句注釈と突き合わせるためにランタイムで使用される言語ごとの照合へのマッピングも与える。
NamedEntity − 名前付きエンティティは、ＬＳＰによって認識される、電子メール、ｕｒｌ、日時などの強く型付けされたエンティティである。ＮＵＩランタイムならびにＬＳＰが認識する、名前付きエンティティ型の完全修飾名を保管する必要がある。
Phrase − プロキシおよびプロキシクラスに注釈を付けるのに使用される句（基本的に解釈）。これが、句解釈と呼ばれるものである。
PhraseWord − 句を構成する単語の句への関連付けを保管する。
SerializedObject − Ｓｔｏｒｅの観点から、アプリケーションは、任意のオブジェクトを保管し、それに注釈を付けることができるべきである。ストアは、できる限り包括的である必要がある。我々は、永続するデータの構造を認識するためのハード要件を有しない。したがって、オブジェクトまたは型のインスタンスをバイナリシリアライズし、ＶＡＲＢＩＮＡＲＹカラムに保管する。
StateRule − 状態注釈は、基本的に、ＮＵＩオーサリングチームによって作成されるＳｔａｔｅＲｕｌｅ式である。状態ルールは、開発者によってオブジェクトとして作成され、ｄｌｌに保管される。Ｐｈｒａｓｅと共に、フラグメントを状態注釈によって修飾することができる。
Type − 永続するオブジェクトインスタンスのＣＬＲ型。このテーブルには、Ｏｕｔｅｒ型名およびＩｎｎｅｒ型名の両方が保持される。
Word − これは、Ｐｈｒａｓｅ内の単語を表す。Ｗｏｒｄは、Ｐｈｒａｓｅにわたって共有され、したがって、一意に保管される。単語は、ストリングのＣＨＥＣＫＳＵＭ値と共にストリングとして保管される。高速検索のために、実際のストリングの代わりにこのチェックサムがインデックス付けされる。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＮａｔｕｒａｌＵＩ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＮａｔｕｒａｌＵＩ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IAnnotation 解釈を注釈にリンクする。Ｓｔａｔｅ注釈およびＰｈｒａｓｅ注釈の両方を用いて解釈を修飾するのに使用される。
IAnnotationType − サポートされる異なる注釈型の列挙。Ａｎｎｏｔａｔｉｏｎ型の有効なセットは、１． ＢｅｓｔＢｅｔＥｘａｃｔ ２． ＢｅｓｔＢｅｔｐａｒｔｉａｌ ３． ＢｉａｓｅｄＤｏｗｎ ４． ＢｉａｓｅｄＵｐ ５． ＧｅｎｅｒａｔｅｄＢｙ および６． Ｒｅｑｕｉｒｅｄである。「Ｒｅｑｕｉｒｅｄ」注釈型は、バイアスとして実装され、ｂｉａｓｅｄＵｐおよびｂｉａｓｅｄＤｏｗｎも、それぞれを識別する正負の重みと共にｂｉａｓｅｄＢｙを称して実装される。
ICluster − クラスタは、ロケールおよびＡｎｎｏｔａｔｉｏｎＳｅｔのグループ化である。ＡｎｎｏｔａｔｉｏｎＳｅｔは、論理データを一緒にグループ化し、選択的に検索するのに使用することができる、「パーティション」またはアプリケーション固有の「ストリング」である。ＡｎｎｏｔａｔｉｏｎＳｅｔの概念は、ＮＵＩＰＥｄｉｔツールファイルフォーマットから生じたものであり、「作業の基本単位」である。すなわち、インストールプロセスは、ＡｎｎｏｔａｔｉｏｎＳｅｔの基準ごとに働く。
ICulture − これは、国際化機能をサポートするために追加された。このエンティティは、２つの目的のために働き、ランタイムストアによってサポートされるすべての言語を保管すると共に、アクセントまたは大文字小文字の区別などのルールに基づいて照会ストリングを句注釈と突き合わせるためにランタイムで使用される言語ごとの照合へのマッピングも与える。
INamedEntity − 名前付きエンティティは、ＬＳＰによって認識される、電子メール、ｕｒｌ、日時などの強く型付けされたエンティティである。ＮＵＩランタイムならびにＬＳＰが認識する、名前付きエンティティ型の完全修飾名を保管する必要がある。
IPhrase − プロキシおよびプロキシクラスに注釈を付けるのに使用される句（基本的に解釈）。これが、句解釈と呼ばれるものである。
IPhraseWord − 句を構成する単語の句への関連付けを保管する。
ISerializedObject − Ｓｔｏｒｅの観点から、アプリケーションは、任意のオブジェクトを保管し、それに注釈を付けることができるべきである。ストアは、できる限り包括的である必要がある。我々は、永続するデータの構造を認識するためのハード要件を有しない。したがって、オブジェクトまたは型のインスタンスをバイナリシリアライズし、ＶＡＲＢＩＮＡＲＹカラムに保管する。
IStateRule − 状態注釈は、基本的に、ＮＵＩオーサリングチームによって作成されるＳｔａｔｅＲｕｌｅ式である。状態ルールは、開発者によってオブジェクトとして作成され、ｄｌｌに保管される。Ｐｈｒａｓｅと共に、フラグメントを状態注釈によって修飾することができる。
IType − 永続するオブジェクトインスタンスのＣＬＲ型。このテーブルには、Ｏｕｔｅｒ型名およびＩｎｎｅｒ型名の両方が保持される。
IWord − これは、Ｐｈｒａｓｅ内の単語を表す。Ｗｏｒｄは、Ｐｈｒａｓｅにわたって共有され、したがって、一意に保管される。単語は、ストリングのＣＨＥＣＫＳＵＭ値と共にストリングとして保管される。高速検索のために、実際のストリングの代わりにこのチェックサムがインデックス付けされる。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｎｏｔｅｓ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｎｏｔｅｓ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
ImageTitle − アイテムのイメージタイトル。
JournalNote − Ｗｉｎｄｏｗｓ（登録商標） Ｊｏｕｒｎａｌ文書。
Note − Ｎｏｔｅｓの基本クラス
StickyNote − ＳｔｉｃｋｙＮｏｔｅ。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｎｏｔｅｓ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｎｏｔｅｓ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IImageTitle − アイテムのイメージタイトル。
IJournalNote − Ｗｉｎｄｏｗｓ（登録商標） Ｊｏｕｒｎａｌ文書。
INote − Ｎｏｔｅｓの基本クラス
IStickyNote − ＳｔｉｃｋｙＮｏｔｅ。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｎｏｔｉｆｉｃａｔｉｏｎ＞＞
以下に、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｎｏｔｉｆｉｃａｔｉｏｎ名前空間によって公開されるメンバの例を示す。

＜クラス＞
Subscription

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｐｒｉｎｃｉｐａｌ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｐｒｉｎｃｉｐａｌ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
AccountCredentials − ユーザ／装置アカウントに関連するアカウント情報を記述する。
AccountCredentialsCollection − ＡｃｃｏｕｎｔＣｒｅｄｅｎｔｉａｌｓコレクション。
AccountCredentialsEnumerator − ＡｃｃｏｕｎｔＣｒｅｄｅｎｔｉａｌｓコレクションを列挙するクラス。
AccountCredentialsHolder −ＡｃｃｏｕｎｔＣｒｅｄｅｎｔｉａｌｓオブジェクトを保持するクラス。
AccountInformation − この型は、ユーザアカウント証明書のフィールドを保持する。
AccountInformationCollection − ＡｃｃｏｕｎｔＩｎｆｏｒｍａｔｉｏｎコレクション。
AccountInformationEnumerator − ＡｃｃｏｕｎｔＩｎｆｏｒｍａｔｉｏｎコレクションを列挙するクラス。
AccountInformationHolder − ＡｃｃｏｕｎｔＩｎｆｏｒｍａｔｉｏｎオブジェクトを保持するクラス。
Certificate − この型は、デジタル証明書、たとえばＸ．５０９証明書を保管するスキーム属性を定義する。
CertificateCollection − Ｃｅｒｔｉｆｉｃａｔｅコレクション。
CertificateEnumerator − Ｃｅｒｔｉｆｉｃａｔｅコレクションを列挙するクラス。
CertificateHolder − Ｃｅｒｔｉｆｉｃａｔｅオブジェクトを保持するクラス。
CreditCardIdentity − クレジットカード情報を保持するＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅ。
CreditCardIdentityClaim − クレジットカード情報を保持するＩｄｅｎｔｉｔｙＣｌａｉｍ。
EmailIdentity − 電子メールアドレスを保持するＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅ。
EmailIdentityClaim − 電子メールアドレスを保持するＩｄｅｎｔｉｔｙＣｌａｉｍ。
GuidIdentity
GuidIdentityClaim − ＧＵＩＤを含むＩｄｅｎｔｉｔｙＣｌａｉｍ。
IdentityClaim − ＩｄｅｎｔｉｔｙＣｌａｉｍは、所与の時間期間中に単一のプリンシパルを識別するために所与の型のオーソリティによって割り当てられる値である。ＩｄｅｎｔｉｔｙＣｌａｉｍの例に、ＲＦＣ８２２電子メールアドレス、Ｅ．１６４電話番号、Ｍｉｃｒｏｓｏｆｔ(登録商標)セキュリティ識別子（ＳＩＤ）、およびＬＤＡＰ ＧＵＩＤが含まれる。
IdentityClaimCollection − ＩｄｅｎｔｉｔｙＣｌａｉｍコレクション。
IdentityClaimEnumerator − ＩｄｅｎｔｉｔｙＣｌａｉｍコレクションを列挙するクラス。
IdentityClaimHolder − ＩｄｅｎｔｉｔｙＣｌａｉｍオブジェクトを保持するクラス。
IdentityReference − ＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅは、ＩｄｅｎｔｉｔｙＣｌａｉｍへの参照である。
IdentityReferenceCollection − ＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅコレクション。
IdentityReferenceEnumerator − ＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅコレクションを列挙するクラス。
IdentityReferenceHolder − ＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅオブジェクトを保持するクラス。
LdapDNIdentity − ＬＤＡＰ識別名を含むＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅ。
LdapDNIdentityClaim − ＬＤＡＰ識別名を含むＩｄｅｎｔｉｔｙＣｌａｉｍ。
LegacyNT4Parameters − 「ＷｉｎＦＳ」システムに関連しないもの。ＡＤは、使用されないと考えない複数のパラメータを有する。しかし、これらを完全に除去した場合にどのようなアプリケーション互換性の問題が起こるかに関して不確かであり、したがって、これらをＬｅｇａｃｙＮＴＰａｒａｍｅｔｅｒｓの下で隠蔽する。
LegacyNT4ParametersCollection − ＬｅｇａｃｙＮＴ４Ｐａｒａｍｅｔｅｒｓコレクション。
LegacyNT4ParametersEnumerator − ＬｅｇａｃｙＮＴ４Ｐａｒａｍｅｔｅｒｓコレクションを列挙するクラス。
LegacyNT4ParametersHolder − ＬｅｇａｃｙＮＴ４Ｐａｒａｍｅｔｅｒｓオブジェクトを保持するクラス。
LicenseIdentity − ライセンス情報を含むＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅ。
LicenseIdentityClaim − ライセンス情報を含むＩｄｅｎｔｉｔｙＣｌａｉｍ。
NonScalarString1024
NonScalarString1024Collection − ＮｏｎＳｃａｌａｒＳｔｒｉｎｇ１０２４コレクション。
NonScalarString1024Enumerator − ＮｏｎＳｃａｌａｒＳｔｒｉｎｇ１０２４コレクションを列挙するクラス。
NonScalarString1024Holder − ＮｏｎＳｃａｌａｒＳｔｒｉｎｇ１０２４オブジェクトを保持するクラス。
NT4AccountIdentity
NT4AccountIdentityClaim
P2PIdentity − Ｐ２Ｐ情報を含むＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅ。
P2PIdentityClaim − Ｐ２Ｐ情報を含むＩｄｅｎｔｉｔｙＣｌａｉｍ。
Principal − Ｐｒｉｎｃｉｐａｌは、セキュリティプリンシパルである。これは、その識別の認証、リソースへのアクセスなどを行うことができる。
PrincipalCollection − Ｐｒｉｎｃｉｐａｌコレクション。
PrincipalEnumerator − Ｐｒｉｎｃｉｐａｌコレクションを列挙するクラス。
PrincipalHolder − Ｐｒｉｎｃｉｐａｌオブジェクトを保持するクラス。
PrincipalIdentityKey − この型は、シグネチャおよび時間ベース識別キー（ドライバのライセンス、一時アカウントなど）のサポートを提供するためにＩｄｅｎｔｉｔｙ Ｋｅｙから導出される。
PrincipalIdentityKeyCollection − ＰｒｉｎｃｉｐａｌＩｄｅｎｔｉｔｙＫｅｙコレクション。
PrincipalIdentityKeyEnumerator − ＰｒｉｎｃｉｐａｌＩｄｅｎｔｉｔｙＫｅｙコレクションを列挙するクラス。
PrincipalIdentityKeyHolder − ＰｒｉｎｃｉｐａｌＩｄｅｎｔｉｔｙＫｅｙオブジェクトを保持するクラス。
SecurityIdentity − ＳｅｃｕｒｉｔｙＩｄｅｎｔｉｔｙクラス。
SecurityIdentityClaim − ＳｅｃｕｒｉｔｙＩｄｅｎｔｉｔｙＣｌａｉｍクラス。
ServiceDelegationInfo
ServiceDelegationInfoCollection − ＳｅｒｖｉｃｅＤｅｌｅｇａｔｉｏｎＩｎｆｏコレクション。
ServiceDelegationInfoEnumerator − ＳｅｒｖｉｃｅＤｅｌｅｇａｔｉｏｎＩｎｆｏコレクションを列挙するクラス。
ServiceDelegationInfoHolder − ＳｅｒｖｉｃｅＤｅｌｅｇａｔｉｏｎＩｎｆｏオブジェクトを保持するクラス。
SignedNestedElement
SignedNestedElementCollection − ＳｉｇｎｅｄＮｅｓｔｅｄＥｌｅｍｅｎｔコレクション。
SignedNestedElementEnumerator − ＳｉｇｎｅｄＮｅｓｔｅｄＥｌｅｍｅｎｔコレクションを列挙するクラス。
SignedNestedElementHolder − ＳｉｇｎｅｄＮｅｓｔｅｄＥｌｅｍｅｎｔオブジェクトを保持するクラス。
SsnIdentity − 社会保険番号を含むＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅ。
SsnIdentityClaim − 社会保険番号を含むＩｄｅｎｔｉｔｙＣｌａｉｍ。
TransitIdentity − 銀行のルーティング情報を含むＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅ。
TransitIdentityClaim − 銀行のルーティング情報を含むＩｄｅｎｔｉｔｙＣｌａｉｍ。
UnknownIdentity − 未知のＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅ。
UnknownIdentityClaim − 未知のＩｄｅｎｔｉｔｙＣｌａｉｍ。
UpnIdentity − ＵＰＮを含むＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅ。
UpnIdentityClaim − ＵＰＮを含むＩｄｅｎｔｉｔｙＣｌａｉｍ。

＜インターフェース＞
IAccountCredentialsCollection − ＡｃｃｏｕｎｔＣｒｅｄｅｎｔｉａｌｓコレクションを表すインターフェース。
IAccountCredentialsEnumerator − ＡｃｃｏｕｎｔＣｒｅｄｅｎｔｉａｌｓコレクションを列挙するクラスを表すインターフェース。
IAccountInformationCollection − ＡｃｃｏｕｎｔＩｎｆｏｒｍａｔｉｏｎコレクションを表すインターフェース。
IAccountInformationEnumerator − ＡｃｃｏｕｎｔＩｎｆｏｒｍａｔｉｏｎコレクションを列挙するクラスを表すインターフェース。
ICertificateCollection − Ｃｅｒｔｉｆｉｃａｔｅコレクションを表すインターフェース。
ICertificateEnumerator − Ｃｅｒｔｉｆｉｃａｔｅコレクションを列挙するクラスを表すインターフェース。
IIdentityClaimCollection − ＩｄｅｎｔｉｔｙＣｌａｉｍコレクションを表すインターフェース。
IIdentityClaimEnumerator − ＩｄｅｎｔｉｔｙＣｌａｉｍコレクションを列挙するクラスを表すインターフェース。
IIdentityReferenceCollection − ＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅコレクションを表すインターフェース。
IIdentityReferenceEnumerator − ＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅコレクションを列挙するクラスを表すインターフェース。
ILegacyNT4ParametersCollection − ＬｅｇａｃｙＮＴ４Ｐａｒａｍｅｔｅｒｓコレクションを表すインターフェース。
ILegacyNT4ParametersEnumerator − ＬｅｇａｃｙＮＴ４Ｐａｒａｍｅｔｅｒｓコレクションを列挙するクラスを表すインターフェース。
INonScalarString1024Collection − ＮｏｎＳｃａｌａｒＳｔｒｉｎｇ１０２４コレクションを表すインターフェース。
INonScalarString1024Enumerator − ＮｏｎＳｃａｌａｒＳｔｒｉｎｇ１０２４コレクションを列挙するクラスを表すインターフェース。
IPrincipalCollection − Ｐｒｉｎｃｉｐａｌコレクションを表すインターフェース。
IPrincipalEnumerator − Ｐｒｉｎｃｉｐａｌコレクションを列挙するクラスを表すインターフェース。
IPrincipalIdentityKeyCollection − ＰｒｉｎｃｉｐａｌＩｄｅｎｔｉｔｙＫｅｙコレクションを表すインターフェース。
IPrincipalIdentityKeyEnumerator − ＰｒｉｎｃｉｐａｌＩｄｅｎｔｉｔｙＫｅｙコレクションを列挙するクラスを表すインターフェース。
IServiceDelegationInfoCollection − ＳｅｒｖｉｃｅＤｅｌｅｇａｔｉｏｎＩｎｆｏコレクションを表すインターフェース。
IServiceDelegationInfoEnumerator − ＳｅｒｖｉｃｅＤｅｌｅｇａｔｉｏｎＩｎｆｏコレクションを列挙するクラスを表すインターフェース。
ISignedNestedElementCollection − ＳｉｇｎｅｄＮｅｓｔｅｄＥｌｅｍｅｎｔコレクションを表すインターフェース。
ISignedNestedElementEnumerator − ＳｉｇｎｅｄＮｅｓｔｅｄＥｌｅｍｅｎｔコレクションを列挙するクラスを表すインターフェース。

＜列挙＞
PasswordModifyMethod
WellKnownSidType − このエミュレーションには、周知のＳＩＤ型のすべてが含まれる。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｐｒｉｎｃｉｐａｌ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｐｒｉｎｃｉｐａｌ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IAccountCredentials − ユーザ／装置アカウントに関連するアカウント情報を記述する。
IAccountInformation − この型は、ユーザアカウント証明書のフィールドを保持する。
ICertificate − この型は、デジタル証明書、たとえばＸ．５０９証明書を保管するスキーム属性を定義する。
IIdentityClaim − ＩｄｅｎｔｉｔｙＣｌａｉｍは、所与の時間期間中に単一のプリンシパルを識別するために所与の型のオーソリティによって割り当てられる値である。ＩｄｅｎｔｉｔｙＣｌａｉｍの例に、ＲＦＣ８２２電子メールアドレス、Ｅ．１６４電話番号、Ｍｉｃｒｏｓｏｆｔ（登録商標）セキュリティ識別子（ＳＩＤ）、およびＬＤＡＰ ＧＵＩＤが含まれる。
IIdentityReference − ＩｄｅｎｔｉｔｙＲｅｆｅｒｅｎｃｅは、ＩｄｅｎｔｉｔｙＣｌａｉｍへの参照である。
ILegacyNT4Parameters − 「ＷｉｎＦＳ」システムに関連しないもの。ＡＤは、使用されないと考えない複数のパラメータを有する。しかし、これらを完全に除去した場合にどのようなアプリケーション互換性の問題が起こるかに関して不確かであり、したがって、これらをＬｅｇａｃｙＮＴＰａｒａｍｅｔｅｒｓの下で隠蔽する。
INonScalarString1024
IPrincipal − Ｐｒｉｎｃｉｐａｌは、セキュリティプリンシパルである。これは、その識別の認証、リソースへのアクセスなどを行うことができる。
IPrincipalIdentityKey − この型は、シグネチャおよび時間ベース識別キー（ドライバのライセンス、一時アカウントなど）のサポートを提供するためにＩｄｅｎｔｉｔｙ Ｋｅｙから導出される。
IServiceDelegationInfo
ISignedNestedElement

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｐｒｏｇｒａｍｓ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｐｒｏｇｒａｍｓ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
Program

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｐｒｏｇｒａｍｓ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｐｒｏｇｒａｍｓ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IProgram

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｅｒｖｉｃｅ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｅｒｖｉｃｅ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
AuthenticationService − システム内のＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅの属性を保持する。
EndPoint − 各サービスが、複数のサービスロケーションを公開することができる。これらのロケーションは、サービスと対話するためのアクセスのポイントと、そのロケーションで使用可能なサービスを操作するモデルまたはインターフェースとの間の関連を表す。このクラスは、事実上ＵＤＤＩバインディングおよびＷＳＤＬポートとの一貫性を有する。現在「ＷｉｎＦＳ」データモデルで公開されているＥＬｏｃａｔｉｏｎクラスは、潜在的に、この概念をサポートするのに有用である可能性がある。このクラスのカテゴリおよびプロパティの情報の使用は、サービスロケーションにおいては二次的と思われる。このクラスは、概要文書の公開を必要とする。このクラスは、Ｂｉｎｄｉｎｇ、ＴｅｃｈｎｉｃａｌＭｏｄｅｌｓ、およびＴｅｃｈｎｉｃａｌＭｏｄｅｌ．ＴｅｃｈｎｉｃａｌＭｏｄｅｌＫｅｙの間の参照整合性の制約を必要とする。
EndPointCollection − ＥｎｄＰｏｉｎｔコレクション。
EndPointEnumerator − ＥｎｄＰｏｉｎｔコレクションを列挙するクラス。。
EndPointHolder − ＥｎｄＰｏｉｎｔオブジェクトを保持するクラス。
IntElement − 多値ｉｎｔをサポートするラッパー。ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅ定義で使用される。
IntElementCollection − ＩｎｔＥｌｅｍｅｎｔコレクション。
IntElementEnumerator − ＩｎｔＥｌｅｍｅｎｔコレクションを列挙するクラス。
IntElementHolder − ＩｎｔＥｌｅｍｅｎｔオブジェクトを保持するクラス。
LocalizedDescription − エンティティの言語固有記述を保持する。
LocalizedDescriptionCollection − ＬｏｃａｌｉｚｅｄＤｅｓｃｒｉｐｔｉｏｎコレクション。
LocalizedDescriptionEnumerator − ＬｏｃａｌｉｚｅｄＤｅｓｃｒｉｐｔｉｏｎコレクションを列挙するクラス。
LocalizedDescriptionHolder − ＬｏｃａｌｉｚｅｄＤｅｓｃｒｉｐｔｉｏｎオブジェクトを保持するクラス。
LocalizedName − エンティティの言語固有名を保持する。
LocalizedNameCollection − ＬｏｃａｌｉｚｅｄＮａｍｅコレクション。
LocalizedNameEnumerator − ＬｏｃａｌｉｚｅｄＮａｍｅコレクションを列挙するクラス。
LocalizedNameHolder − ＬｏｃａｌｉｚｅｄＮａｍｅオブジェクトを保持するクラス。
Service − サービスは、識別可能なロケーションまたはアドレスで使用可能な電子インターフェースを介して操作することができる独立のリソースである。例に、ウェブサービスおよび印刷サービスが含まれる。
ServiceProviderRelationship
ServiceProviderRelationshipCollection
SyncService − Ｓｙｎｃアイテムは、同期プロファイル情報を保管する。たとえば、同期の連絡先情報であるＡＤサービスを表したいと仮定する。これは、Ｃａｔｅｇｏｒｙ＝”Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ” Ｎａｍｅ＝”ｒｅｄｍｏｎｄ”（連絡先が常駐するフォレスト／ドメインの名前）Ｌａｓｔ Ｓｙｎｃ、Ｌａｓｔ Ｓｙｎｃ Ｅｒｒｏｒ、他のｓｙｎｃ関連パラメータ、Ｐｒｏｐｅｒｔｙ Ｓｅｔ＝同期化されるＡＤ／「ＷｉｎＦＳ」プロパティのリストとして表される。プロパティセットの例は、電話番号およびオフィスの位置とすることができる、すなわち、スキーマ設計者は、すべてのＡＤプロパティを同期化するのではなく部分的な同期を指定することができる。

＜インターフェース＞
IEndPointCollection − ＥｎｄＰｏｉｎｔコレクションを表すインターフェース。
IEndPointEnumerator − ＥｎｄＰｏｉｎｔコレクションを列挙するクラスを表すインターフェース。
IIntElementCollection − ＩｎｔＥｌｅｍｅｎｔコレクションを表すインターフェース。
IIntElementEnumerator − ＩｎｔＥｌｅｍｅｎｔコレクションを列挙するクラスを表すインターフェース。
ILocalizedDescriptionCollection − ＬｏｃａｌｉｚｅｄＤｅｓｃｒｉｐｔｉｏｎコレクションを表すインターフェース。
ILocalizedDescriptionEnumerator − ＬｏｃａｌｉｚｅｄＤｅｓｃｒｉｐｔｉｏｎコレクションを列挙するクラスを表すインターフェース。
ILocalizedNameCollection − ＬｏｃａｌｉｚｅｄＮａｍｅコレクションを表すインターフェース。
ILocalizedNameEnumerator − ＬｏｃａｌｉｚｅｄＮａｍｅコレクションを列挙するクラスを表すインターフェース。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｅｒｖｉｃｅ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｅｒｖｉｃｅ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IAuthenticationService − システム内のＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅの属性を保持する。
IEndPoint − 各サービスが、複数のサービスロケーションを公開することができる。これらのロケーションは、サービスと対話するためのアクセスのポイントと、そのロケーションで使用可能なサービスを操作するモデルまたはインターフェースとの間の関連を表す。このクラスは、事実上ＵＤＤＩバインディングおよびＷＳＤＬポートとの一貫性を有する。現在「ＷｉｎＦＳ」データモデルで公開されているＥＬｏｃａｔｉｏｎクラスは、潜在的に、この概念をサポートするのに有用である可能性がある。このクラスのカテゴリおよびプロパティの情報の使用は、サービスロケーションにおいては二次的と思われる。このクラスは、概要文書の公開を必要とする。このクラスは、Ｂｉｎｄｉｎｇ、ＴｅｃｈｎｉｃａｌＭｏｄｅｌｓ、およびＴｅｃｈｎｉｃａｌＭｏｄｅｌ．ＴｅｃｈｎｉｃａｌＭｏｄｅｌＫｅｙの間の参照整合性の制約を必要とする。
IIntElement − 多値ｉｎｔをサポートするラッパー。ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅ定義で使用される。
ILocalizedDescription − エンティティの言語固有記述を保持する。
ILocalizedName − エンティティの言語固有名を保持する。
IService − サービスは、識別可能なロケーションまたはアドレスで使用可能な電子インターフェースを介して操作することができる独立のリソースである。例に、ウェブサービスおよび印刷サービスが含まれる。
ISyncService − Ｓｙｎｃアイテムは、同期プロファイル情報を保管する。たとえば、同期の連絡先情報であるＡＤサービスを表したいと仮定する。これは、Ｃａｔｅｇｏｒｙ＝”Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ” Ｎａｍｅ＝”ｒｅｄｍｏｎｄ”（連絡先が常駐するフォレスト／ドメインの名前）Ｌａｓｔ Ｓｙｎｃ、Ｌａｓｔ Ｓｙｎｃ Ｅｒｒｏｒ、他のｓｙｎｃ関連パラメータ、Ｐｒｏｐｅｒｔｙ Ｓｅｔ＝同期化されるＡＤ／「ＷｉｎＦＳ」プロパティのリストとして表される。プロパティセットの例は、電話番号およびオフィスの位置とすることができる、すなわち、スキーマ設計者は、すべてのＡＤプロパティを同期化するのではなく部分的な同期を指定することができる。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＳｈｅｌｌＴａｓｋ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＳｈｅｌｌＴａｓｋ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
Application − ＴａｓｋｓおよびＩｍｐｌｅｍｅｎｔａｔｉｏｎｓの最上位オーナー。
ApplicationExperienceRelationship
ApplicationExperienceRelationshipCollection
ApplicationImplementationRelationship
ApplicationImplementationRelationshipCollection
ApplicationManifestRelationship
ApplicationManifestRelationshipCollection
ApplicationTaskRelationship
ApplicationTaskRelationshipCollection
AttachmentsRelationship
AttachmentsRelationshipCollection
AutomatedTask − ＡｕｔｏｍａｔｅｄＴａｓｋは、文書の印刷などの、人間の介入を伴わないタスクである。
Category − カテゴリは、Ｔａｓｋｓを含む、ユーザがブラウズできる分類である。
EntryPoint − コードを起動するかページをブラウズする形を定義する。
EntryPointCollection − ＥｎｔｒｙＰｏｉｎｔコレクション。
EntryPointEnumerator − ＥｎｔｒｙＰｏｉｎｔコレクションを列挙するクラス。
EntryPointHolder − ＥｎｔｒｙＰｏｉｎｔオブジェクトを保持するクラス。
Experience − Ｅｘｐｅｒｉｅｎｃｅは、Ｔａｓｋが現れることができる、フォルダのブラウズ、ファイルタイプの選択、または他のユーザ経験を記述する。Ｔａｓｋは、Ｓｃｏｐｅを介してＥｘｐｅｒｉｅｎｃｅにマッピングされる。Ｅｘｐｅｒｉｅｎｃｅの例は、「ＳｈｅｌｌＴａｓｋ．ＩｎＭｙＤｏｃｕｍｅｎｔｓＦｏｌｄｅｒ」、「ＳｈｅｌｌＴａｓｋ．ＩｍａｇｅＦｉｌｅｓＳｅｌｅｃｔｅｄ」、「ＳｈｅｌｌＴａｓｋ．ＳｔａｒｔＰａｇｅ」などとすることができる。
ExperienceScopeLinkRelationship
ExperienceScopeLinkRelationshipCollection
ExtendsExperienceLinkRelationship
ExtendsExperienceLinkRelationshipCollection
Implementation − Ｔａｓｋがクリックされた結果として起動できるエントリポイント。
OrderedLink − この型は、特定の順序でアイテムをリンクするのに使用する。
OrderedLinkCollection − ＯｒｄｅｒｅｄＬｉｎｋコレクション。
OrderedLinkEnumerator − ＯｒｄｅｒｅｄＬｉｎｋコレクションを列挙するクラス。
OrderedLinkHolder − ＯｒｄｅｒｅｄＬｉｎｋオブジェクトを保持するクラス。
Scope − Ｓｃｏｐｅは、あるＥｘｐｅｒｉｅｎｃｅ中にＴａｓｋがどのＰｒｅｓｅｎｔａｔｉｏｎに現れなければならないかを定義する。Ｔａｓｋは、Ｓｃｏｐｅを介してＥｘｐｅｒｉｅｎｃｅにマッピングされる。Ｓｃｏｐｅの例は、「ＭｙＤｏｃｕｍｅｎｔｓフォルダ内のＴａｓｋ Ｐａｎｅ」、「Ｉｍａｇｅファイルが選択されたときのコンテキストメニュー」などとすることができる。
ScopeLink − ＳｃｏｐｅｓをＥｘｐｅｒｉｅｎｃｅにリンクするのに使用される。
ScopeLinkCollection − ＳｃｏｐｅＬｉｎｋコレクション。
ScopeLinkEnumerator − ＳｃｏｐｅＬｉｎｋコレクションを列挙するクラス。
ScopeLinkHolder − ＳｃｏｐｅＬｉｎｋオブジェクトを保持するクラス。
ScopeTaskLinkRelationship
ScopeTaskLinkRelationshipCollection
ShellTaskRelationship
ShellTaskRelationshipCollection
SubjectTerm − ＳｕｂｊｅｃｔＴｅｒｍは、ユーザがブラウズできる、Ｔａｓｋに関するＩｎｄｅｘとして使用される。
Task − Ｓｈｅｌｌ Ｔａｓｋは、文書の印刷、メッセージの送信、デスクトップの再構成など、システムが行うことができるものを表す。
TaskCategoryList
TaskCategoryListCollection − ＴａｓｋＣａｔｅｇｏｒｙＬｉｓｔコレクション。
TaskCategoryListEnumerator − ＴａｓｋＣａｔｅｇｏｒｙＬｉｓｔコレクションを列挙するクラス。
TaskCategoryListHolder − ＴａｓｋＣａｔｅｇｏｒｙＬｉｓｔオブジェクトを保持するクラス。
TaskCategoryTopImplementationList
TaskCategoryTopImplementationListCollection − ＴａｓｋＣａｔｅｇｏｒｙＴｏｐＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクション。
TaskCategoryTopImplementationListEnumerator − ＴａｓｋＣａｔｅｇｏｒｙＴｏｐＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクションを列挙するクラス。
TaskCategoryTopImplementationListHolder − ＴａｓｋＣａｔｅｇｏｒｙＴｏｐＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔオブジェクトを保持するクラス。
TaskImplementationLinkRelationship
TaskImplementationLinkRelationshipCollection
TaskImplementationList
TaskImplementationListCollection − ＴａｓｋＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクション。
TaskImplementationListEnumerator − ＴａｓｋＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクションを列挙するクラス。
TaskImplementationListHolder − ＴａｓｋＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔオブジェクトを保持するクラス。
TaskScopeImplementationList
TaskScopeImplementationListCollection − ＴａｓｋＳｃｏｐｅＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクション。
TaskScopeImplementationListEnumerator − ＴａｓｋＳｃｏｐｅＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクションを列挙するクラス。
TaskScopeImplementationListHolder − ＴａｓｋＳｃｏｐｅＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔオブジェクトを保持するクラス。
TaskScopeList
TaskScopeListCollection − ＴａｓｋＳｃｏｐｅＬｉｓｔコレクション。
TaskScopeListEnumerator − ＴａｓｋＳｃｏｐｅＬｉｓｔコレクションを列挙するクラス。
TaskScopeListHolder − ＴａｓｋＳｃｏｐｅＬｉｓｔオブジェクトを保持するクラス。
TaskStateLinkRelationship
TaskStateLinkRelationshipCollection
TaskTopImplementationList
TaskTopImplementationListCollection − ＴａｓｋＴｏｐＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクション。
TaskTopImplementationListEnumerator − ＴａｓｋＴｏｐＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクションを列挙するクラス。
TaskTopImplementationListHolder − ＴａｓｋＴｏｐＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔオブジェクトを保持するクラス。
WindowsUser − ウインドウズユーザ。
WindowsUserCollection − ＷｉｎｄｏｗｓＵｓｅｒコレクション。
WindowsUserEnumerator − ＷｉｎｄｏｗｓＵｓｅｒコレクションを列挙するクラス。
WindowsUserHolder − ＷｉｎｄｏｗｓＵｓｅｒオブジェクトを保持するクラス。

＜インターフェース＞
IEntryPointCollection − ＥｎｔｒｙＰｏｉｎｔコレクションを表すインターフェース。
IEntryPointEnumerator − ＥｎｔｒｙＰｏｉｎｔコレクションを列挙するクラスを表すインターフェース。
IOrderedLinkCollection − ＯｒｄｅｒｅｄＬｉｎｋコレクションを表すインターフェース。
IOrderedLinkEnumerator − ＯｒｄｅｒｅｄＬｉｎｋコレクションを列挙するクラスを表すインターフェース。
IScopeLinkCollection − ＳｃｏｐｅＬｉｎｋコレクションを表すインターフェース。
IScopeLinkEnumerator − ＳｃｏｐｅＬｉｎｋコレクションを列挙するクラスを表すインターフェース。
ITaskCategoryListCollection − ＴａｓｋＣａｔｅｇｏｒｙＬｉｓｔコレクションを表すインターフェース。
ITaskCategoryListEnumerator − ＴａｓｋＣａｔｅｇｏｒｙＬｉｓｔコレクションを列挙するクラスを表すインターフェース。
ITaskCategoryTopImplementationListCollection − ＴａｓｋＣａｔｅｇｏｒｙＴｏｐＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクションを表すインターフェース。
ITaskCategoryTopImplementationListEnumerator − ＴａｓｋＣａｔｅｇｏｒｙＴｏｐＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクションを列挙するクラスを表すインターフェース。
ITaskImplementationListCollection − ＴａｓｋＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクションを表すインターフェース。
ITaskImplementationListEnumerator − ＴａｓｋＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクションを列挙するクラスを表すインターフェース。
ITaskScopeImplementationListCollection − ＴａｓｋＳｃｏｐｅＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクションを表すインターフェース。
ITaskScopeImplementationListEnumerator − ＴａｓｋＳｃｏｐｅＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクションを列挙するクラスを表すインターフェース。
ITaskScopeListCollection − ＴａｓｋＳｃｏｐｅＬｉｓｔコレクションを表すインターフェース。
ITaskScopeListEnumerator − ＴａｓｋＳｃｏｐｅＬｉｓｔコレクションを列挙するクラスを表すインターフェース。
ITaskTopImplementationListCollection − ＴａｓｋＴｏｐＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクションを表すインターフェース。
ITaskTopImplementationListEnumerator − ＴａｓｋＴｏｐＩｍｐｌｅｍｅｎｔａｔｉｏｎＬｉｓｔコレクションを列挙するクラスを表すインターフェース。
IWindowsUserCollection − ＷｉｎｄｏｗｓＵｓｅｒコレクションを表すインターフェース。
IWindowsUserEnumerator − ＷｉｎｄｏｗｓＵｓｅｒコレクションを列挙するクラスを表すインターフェース。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＳｈｅｌｌＴａｓｋ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＳｈｅｌｌＴａｓｋ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IApplication − ＴａｓｋｓおよびＩｍｐｌｅｍｅｎｔａｔｉｏｎｓの最上位オーナー。
IAutomatedTask − ＡｕｔｏｍａｔｅｄＴａｓｋは、文書の印刷などの、人間の介入を伴わないタスクである。
ICategory − カテゴリは、Ｔａｓｋｓを含む、ユーザがブラウズできる分類である。
IEntryPoint − コードを起動するかページをブラウズする形を定義する。
IExperience − Ｅｘｐｅｒｉｅｎｃｅは、Ｔａｓｋが現れることができる、フォルダのブラウズ、ファイルタイプの選択、または他のユーザ経験を記述する。Ｔａｓｋは、Ｓｃｏｐｅを介してＥｘｐｅｒｉｅｎｃｅにマッピングされる。Ｅｘｐｅｒｉｅｎｃｅの例は、「ＳｈｅｌｌＴａｓｋ．ＩｎＭｙＤｏｃｕｍｅｎｔｓＦｏｌｄｅｒ」、「ＳｈｅｌｌＴａｓｋ．ＩｍａｇｅＦｉｌｅｓＳｅｌｅｃｔｅｄ」、「ＳｈｅｌｌＴａｓｋ．ＳｔａｒｔＰａｇｅ」などとすることができる。
IImplementation − Ｔａｓｋがクリックされた結果として起動できるエントリポイント。
IOrderedLink − この型は、特定の順序でアイテムをリンクするのに使用する。
IScope − Ｓｃｏｐｅは、あるＥｘｐｅｒｉｅｎｃｅ中にＴａｓｋがどのＰｒｅｓｅｎｔａｔｉｏｎに現れなければならないかを定義する。Ｔａｓｋは、Ｓｃｏｐｅを介してＥｘｐｅｒｉｅｎｃｅにマッピングされる。Ｓｃｏｐｅの例は、「ＭｙＤｏｃｕｍｅｎｔｓフォルダ内のＴａｓｋ Ｐａｎｅ」、「Ｉｍａｇｅファイルが選択されたときのコンテキストメニュー」などとすることができる。
IScopeLink − ＳｃｏｐｅｓをＥｘｐｅｒｉｅｎｃｅにリンクするのに使用される。
ISubjectTerm − ＳｕｂｊｅｃｔＴｅｒｍは、ユーザがブラウズできる、Ｔａｓｋに関するＩｎｄｅｘとして使用される。
ITask − Ｓｈｅｌｌ Ｔａｓｋは、文書の印刷、メッセージの送信、デスクトップの再構成など、システムが行うことができるものを表す。
ITaskCategoryList
ITaskCategoryTopImplementationList
ITaskImplementationList
ITaskScopeImplementationList
ITaskScopeList
ITaskTopImplementationList
IWindowsUser − ウインドウズユーザ。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
AcknowledgeChanges
AdapterAttribute
AdapterConfigHandler
AdapterFactoryTypeAttribute
AdapterInstaller
AdapterKnowledgeManager
AdvertiseChanges
Awareness
CancellableObject
Change
ChangeAcknowledgement
ChangeAcknowledgementWriter
ChangeApplier
ChangeMetaData
ChangeReader
ChangeRetriever
Changes
ChangeStatus
ChangeWriter
ConfigurationTypeAttribute
Conflict
ConflictDictionary
ConflictHandler
ConflictHandlerContext
ConflictHandlerList
ConflictHandlerTypesHelper
ConflictHandlingSession
ConflictInformation
ConflictLog
ConflictManager
ConflictRecord
ConflictRecordCollection
ConflictResult
ConflictResultInformation
ConveyChanges
DefaultChangeApplier
DefaultChangeApplierBase
DefaultChangeApplierConfiguration
DefaultChangeRetriever
DefaultChangeRetrieverBase
DefaultChangeRetrieverConfiguration
DefaultConflictFilter
DefaultConflictResolver
DeleteUpdateConflict
EmptyProfileConfigurationException
EndPointAccessException
EndPointFormatAttribute
FolderNotFoundException
GetItemAwarenessResult
HashEntry
InsertInsertConflict
InvalidSynchronizationProfileException
ItemAwarenessIndexElement
ItemAwarenessProperties
Knowledge
KnowledgeScopeIncludeAttribute
ListHashEnumerator
ListHashtable
LocalChangeAcknowledgementWriter
LocalEndPoint
LocalKnowledgeFormatAttribute
LoggedConflictResult
MappingNotFoundException
NativeMethods
OutOfSyncException
PartnerAwareness
ProgressValue
ProjectInstaller
Query
RejectedConflictResult
RemoteAdapterFactory
RemoteChangeApplierConfigurationAttribute
RemoteChangeRetrieverConfigurationAttribute
RemoteData
RequestChanges
ResolvedConflictResult
ResponseFault
Scope
StateChangeEventArgs
StoredKnowledgeChangeReader
StoredKnowledgeChangeWriter
SuppliedKnowledgeChangeReader
SuppliedKnowledgeChangeWriter
SynchronizationAdapter
SynchronizationCancelledException
SynchronizationEvents
SynchronizationProfile
SynchronizationRequest
SynchronizationRuntimeInstaller
SynchronizationSession
SynchronizeCompletedEventArgs
SynchronizeProgressChangedEventArgs
UnableToDeserializeProfileException
UnhandledConflictException
UpdateDeleteConflict
UpdateUpdateConflict
Version
WinfsAdapterConfiguration
WinFSChangeApplier
WinFSChangeRetriever
WinfsRemoteEndPoint
WinFSSyncDcomClass
WinFSSyncDcomClientClass
WinFSSyncDcomServerClass
WinfsSyncException
WinfsSynchronizationAdapter
WinfsSynchronizationAdapterFactory
WinfsSynchronizationAdapterInstaller
WinfsSynchronizationMapping
WinfsSynchronizationMappingManager
WinfsSyncTransportException
WSSyncMessage

＜インターフェース＞
IAdapterFactory
ICancellable
ISynchronizationEventsCallback
ISynchronizationRequest
IWinFSSyncDcomClient
IWinFSSyncDcomListener
IWinFSSyncDcomServer
WinFSSyncDcom
WinFSSyncDcomClient
WinFSSyncDcomServer

＜列挙＞
AwarenessComparisonResult
AwarenessLevelOfItem
ChangeResult
ConflictLogAction
ConflictResolutionType
DefaultConflictResolverResolutionType
ItemAwarenessType
OueryFormat
ReadState
SessionState
SyncChangeType
SynchronizationState
SynchronizationTypes
WinfsAdapterConfigurationFlags
WriteState
WSSyncMessageType

＜構造体＞
KnowledgeScopingId

＜委任＞
CancelHandler
StateChangedEventHandler
StateChangingEventHandler
SynchronizeCompletedEventHandler
SynchronizeProgressChangedEventHandler
SynchronizeStartedEventHandler

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
WinfsSynchronizationConfiguration

＜インターフェース＞
IWinfsSynchronizationConfiguration

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｙｎｃｈｒｏｍｚａｔｉｏｎ．Ｓｃｈｅｄｕｌｉｎｇ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ．Ｓｃｈｅｄｕｌｉｎｇ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
DailyTrigger
IdleTrigger
IntervalTrigger
LogonTrigger
RunOnceTrigger
SyncScheduler
SystemStartTrigger
Task
TaskList
TemporalTrigger
Trigger
TriggerCollection

＜列挙＞
DaysOfTheWeek
MonthsOfTheYear
WeeksOfTheMonth

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ．ＳｙｎｃＨａｎｄｌｅｒ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ．ＳｙｎｃＨａｎｄｌｅｒ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
WinFSSyncHandlerBase

＜列挙＞
ProfileType

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＵｓｅｒＴａｓｋ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＵｓｅｒＴａｓｋ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
Appointment − Ａｐｐｏｉｎｔｍｅｎｔ型は、限られた時間期間に発生するイベントを定義する。
Event − Ｅｖｅｎｔ型は、ユーザ会議などの期間にわたって持続するイベントを定義する。
Meeting − Ｍｅｅｔｉｎｇ型は、会合イベントを定義する。
TaskApplicationRelationship
TaskApplicationRelationshipCollection
TaskCompaniesRelationship
TaskCompaniesRelationshipCollection
TaskDelegatorRelationship
TaskDelegatorRelationshipCollection
TaskOwnerRelationship
TaskOwnerRelationshipCollection
TaskRecipientsRelationship
TaskRecipientsRelationshipCollection
TaskRequestAcceptItem − ＴａｓｋＲｅｑｕｅｓｔＡｃｃｅｐｔＩｔｅｍ型は、受け入れの要求の一部としてタスクが使用されるときに用いられる挙動を定義する。
TaskRequestDeclineItem − ＴａｓｋＲｅｑｕｅｓｔＤｅｃｌｉｎｅＩｔｅｍ型は、辞退の一部としてタスクが使用されるときに用いられる挙動を定義する。
TaskRequestItem − ＴａｓｋＲｅｑｕｅｓｔＩｔｅｍ型は、要求の一部としてタスクが使用されるときに用いられる挙動を定義する。
TaskRequestUpdateItem − ＴａｓｋＲｅｑｕｅｓｔＵｐｄａｔｅＩｔｅｍ型は、更新の要求の一部としてタスクが使用されるときに用いられる挙動を定義する。
UserTask − ＵｓｅｒＴａｓｋは、誰かが行うことができるものである。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＵｓｅｒＴａｓｋ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．ＵｓｅｒＴａｓｋ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IAppointment − Ａｐｐｏｉｎｔｍｅｎｔ型は、限られた期間に発生するイベントを定義する。
IEvent − Ｅｖｅｎｔ型は、ユーザ会議など、期間にわたって持続するイベントを定義する。
IMeeting − Ｍｅｅｔｉｎｇ型は、会合イベントを定義する。
ITaskRequestAcceptItem − ＴａｓｋＲｅｑｕｅｓｔＡｃｃｅｐｔＩｔｅｍ型は、受け入れの要求の一部としてタスクが使用されるときに用いられる挙動を定義する。
ITaskRequestDeclineItem − ＴａｓｋＲｅｑｕｅｓｔＤｅｃｌｉｎｅＩｔｅｍかたは、辞退の一部としてタスクが使用されるときに用いられる挙動を定義する。
ITaskRequestItem − ＴａｓｋＲｅｑｕｅｓｔＩｔｅｍ型は、要求の一部としてタスクが使用されるときに用いられる挙動を定義する。
ITaskRequestUpdateItem − ＴａｓｋＲｅｑｕｅｓｔＵｐｄａｔｅＩｔｅｍ型は、更新の要求の一部としてタスクが使用されるときに用いられる挙動を定義する。
IUserTask − ＵｓｅｒＴａｓｋは、誰かが行うことができるものである。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｖｉｄｅｏ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｖｉｄｅｏ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
RecordedTV
Video − 型Ｖｉｄｅｏ．Ｖｉｄｅｏは、ビデオレコーディングを表す。
VideoClip
VideoClipCollection − ＶｉｄｅｏＣｌｉｐコレクション。
VideoClipEnumerator − ＶｉｄｅｏＣｌｉｐコレクションを列挙するクラス。
VideoClipHolder − ＶｉｄｅｏＣｌｉｐオブジェクトを保持するクラス。

＜インターフェース＞
IVideoClipCollection − ＶｉｄｅｏＣｌｉｐコレクションを表すインターフェース。
IVideoClipEnumerator − ＶｉｄｅｏＣｌｉｐコレクションを列挙するクラスを表すインターフェース。

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｖｉｄｅｏ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｖｉｄｅｏ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IRecordedTV
IVideo − 型Ｖｉｄｅｏ．Ｖｉｄｅｏは、ビデオレコーディングを表す。
IVideoClip

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｗａｔｃｈｅｒ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｗａｔｃｈｅｒ名前空間によって公開されるメンバの例をリストする。

＜クラス＞
FolderItemWatcher − フォルダの下のアイテムイベントを監視するウォッチャ。
FolderItemWatcherState − フォルダウォッチャ状態。
ItemChangeDetail
ItemChangeDetailCollection
ItemChangedEventArgs − ＩｔｅｍＣｈａｎｇｅｄＥｖｅｎｔＡｒｇｓ。
ItemWatcher − アイテム修正／除去イベントを監視するウォッチャ。
StoreEventArgs − ＥｖｅｎｔＡｒｇｓは、「ＷｉｎＦＳ」Ｓｔｏｒｅから返される。
WatcherState − ＷａｔｃｈｅｒＳｔａｔｅ。

＜列挙＞
FolderItemWatcherOptions − オプションを、ＦｏｌｄｅｒＩｔｅｍＷａｔｃｈｅｒのコンストラクタに渡すことができる。オプションの帳尻を合わせることができる。
ItemWatcherOptions − ＩｔｅｍＷａｔｃｈｅｒのオプション。
WatcherEventType

＜委任＞
ItemChangedEventHandler − ＷａｔｃｈｅｒのＩｔｅｍＣｈａｎｇｅｄＥｖｅｎｔに関する委任。
OnStoreEventHandler

＜＜Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｗａｔｃｈｅｒ．Ｉｎｔｅｒｏｐ＞＞
下のテーブルに、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｗａｔｃｈｅｒ．Ｉｎｔｅｒｏｐ名前空間によって公開されるメンバの例をリストする。

＜インターフェース＞
IFolderItemWatcher − フォルダの下のアイテムイベントを監視するウォッチャ。
IFolderItemWatcherState − フォルダウォッチャ状態。
IItemChangeDetail
IItemChangedEventData − ＩｔｅｍＣｈａｎｇｅｄＥｖｅｎｔＡｒｇｓ。
IItemWatcher − オブジェクトに対するイベントを修正／除去したウォッチャ。
IStoreEventData − 「ＷｉｎＦＳ」Ｓｔｏｒｅから返されたＥｖｅｎｔＡｒｇ。
IWatcherEvent ＩｔｅｍＷａｔｃｈｅｒまたはＦｏｌｄｅｒＩｔｅｍＷａｔｃｈｅｒからイベントを受け取るために、ＣＯＭアプリケーションでこのクラスを実装する。
IWatcherState − ＷａｔｃｈｅｒＳｔａｔｅ。

（例示的なコンピューティングシステムおよび環境）
図５に、プログラミングフレームワーク１３２を（完全にまたは部分的にのいずれかで）実施できる、適するコンピューティング環境４００の例を示す。コンピューティング環境４００は、本明細書に記載のコンピュータアーキテクチャおよびネットワークアーキテクチャで使用することができる。

例示的なコンピューティング環境４００は、コンピューティング環境の一例にすぎず、コンピュータおよびネットワークアーキテクチャの使用の範囲または機能性に関する制限を示唆することを意図されたものではない。また、コンピューティング環境４００を、例示的なコンピューティング環境４００に示された、構成要素のいずれかまたはその組合せに関する依存性または要件を有するものと解釈してもならない。

フレームワーク１３２を、多数の他の汎用または専用コンピューティングシステム環境または構成と共に実施することができる。使用に適する可能性がある衆知のコンピューティングシステム、コンピューティング環境、および／または構成の例に、パーソナルコンピュータ、サーバコンピュータ、マルチプロセッサシステム、マイクロプロセッサベースのシステム、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記のシステムまたは装置のいずれかを含む分散コンピューティング環境などが含まれるが、これに制限されない。このフレームワークのコンパクト版またはサブセット版を、携帯電話、携帯情報端末、ハンドヘルドコンピュータ、または他の通信／コンピューティング装置などの限られたリソースのクライアントで実施することもできる。

フレームワーク１３２を、１つまたは複数のコンピュータまたは他の装置によって実行される、プログラムモジュールなどのコンピュータ実行可能命令の全般的な文脈で説明することができる。一般に、プログラムモジュールには、特定のタスクを実行するか特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などが含まれる。フレームワーク１３２は、通信ネットワークを介してリンクされたリモート処理装置によってタスクが実行される分散コンピューティング環境で実践することもできる。分散コンピューティング環境では、プログラムモジュールを、メモリストレージ装置を含むローカルおよびリモートの両方のコンピュータストレージ媒体に配置することができる。

コンピューティング環境４００に、コンピュータ４０２の形の汎用コンピューティング装置が含まれる。コンピュータ４０２のコンポーネントには、１つまたは複数のプロセッサまたは処理装置４０４、システムメモリ４０６、および処理装置４０４を含むさまざまなシステムコンポーネントをシステムメモリ４０６に接続するシステムバス４０８を含めることができるが、これに制限はされない。

システムバス４０８は、メモリバスまたはメモリコントローラ、周辺バス、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）、およびさまざまなバスアーキテクチャのいずれかを使用するプロセッサバスまたはローカルバスを含む、複数の可能なタイプのバス構造の１つまたは複数を表す。たとえば、そのようなアーキテクチャに、ＩＳＡ（Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＭＣＡ（Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ）バス、ＥＩＳＡ（Ｅｎｈａｎｃｅｄ ＩＳＡ）バス、ＶＥＳＡ（Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ）ローカルバス、およびメザニンバスとも称するＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔｓ）バスを含めることができる。

コンピュータ４０２に、通常は、さまざまなコンピュータ可読媒体が含まれる。そのような媒体は、揮発性媒体および不揮発性媒体、リムーバブル媒体および固定の媒体の両方を含む、コンピュータ４０２によってアクセス可能である任意の使用可能な媒体とすることができる。

システムメモリ４０６には、ランダムアクセスメモリ（ＲＡＭ）４１０などの揮発性メモリおよび／または読取専用メモリ（ＲＯＭ）４１２などの不揮発性メモリの形のコンピュータ可読媒体が含まれる。起動中などにコンピュータ４０２内の要素の間での情報の転送を助ける基本ルーチンを含む基本入出力システム（ＢＩＯＳ）４１４が、ＲＯＭ４１２に保管される。ＲＡＭ４１０には、通常は、処理装置４０４によって即座にアクセス可能および／または処理装置４０４によって現在操作されているデータおよび／またはプログラムモジュールが含まれる。

コンピュータ４０２に、他のリムーバブル／固定の、揮発性／不揮発性コンピュータストレージを含めることもできる。たとえば、図５に、固定の不揮発性磁気媒体（図示せず）から読み取り、これに書き込むハードディスクドライブ４１６、リムーバブル不揮発性磁気ディスク４２０（たとえば「フロッピ(登録商標)ディスク」）から読み取り、これに書き込む磁気ディスクドライブ４１８、およびＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、または他の光媒体などのリムーバブル不揮発性光ディスク４２４から読み取り、かつ／またはこれに書き込む光ディスクドライブ４２２が含まれる。ハードディスクドライブ４１６、磁気ディスクドライブ４１８、および光ディスクドライブ４２２は、それぞれ、１つまたは複数のデータメディアインターフェース４２３によってシステムバス４０８に接続される。その代わりに、ハードディスクドライブ４１６、磁気ディスクドライブ４１８、および光ディスクドライブ４２２を、１つまたは複数のインターフェース（図示せず）によってシステムバス４０８に接続することができる。

ディスクドライブおよびそれに関連するコンピュータ可読媒体は、コンピュータ４０２のコンピュータ可読命令、データ構造、プログラムモジュール、および他のデータの不揮発性ストレージを提供する。この例では、ハードディスク４１６、リムーバブル磁気ディスク４２０、およびリムーバブル光ディスク４２４が示されているが、磁気カセットまたは他の磁気記憶装置、フラッシュメモリカード、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、または他の光ストレージ、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、電気的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ）、および類似物などのコンピュータによってアクセス可能なデータを保管できる他のタイプのコンピュータ可読媒体を使用して、例示的なコンピューティングシステムおよび環境を実施することもできることを理解されたい。

たとえば、オペレーティングシステム４２６、１つまたは複数のアプリケーションプログラム４２８、他のプログラムモジュール４３０、およびプログラムデータ４３２を含む、任意の個数のプログラムモジュールを、ハードディスク４１６、磁気ディスク４２０、光ディスク４２４、ＲＯＭ４１２、および／またはＲＡＭ４１０に保管することができる。オペレーティングシステム４２６、１つまたは複数のアプリケーションプログラム４２８、他のプログラムモジュール４３０、およびプログラムデータ４３２（またはその組合せ）に、プログラミングフレームワーク１３２の要素を含めることができる。

ユーザは、キーボード４３４およびポインティング装置４３６（たとえば「マウス」）などの入力装置を介してコンピュータ４０２にコマンドおよび情報を入力することができる。他の入力装置４３８（具体的には図示せず）に、マイクロホン、ジョイスティック、ゲームパッド、衛星パラボラアンテナ、シリアルポート、スキャナ、および／または類似物を含めることができる。上記および他の入力装置は、システムバス４０８に接続された入出力インターフェース４４０を介して処理装置４０４に接続されるが、パラレルポート、ゲームポート、またはＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）などの他のインターフェースおよびバス構造によって接続することができる。

モニタ４４２または他のタイプの表示装置を、ビデオアダプタ４４４などのインターフェースを介してシステムバス４０８に接続することもできる。モニタ４４２のほかに、他の出力周辺装置に、スピーカ（図示せず）およびプリンタ４４６など、入出力インターフェース４４０を介してコンピュータ４０２に接続できるコンポーネントを含めることができる。

コンピュータ４０２は、リモートコンピューティング装置４４８などの１つまたは複数のリモートコンピュータへの論理接続を使用して、ネットワーク化された環境で動作することができる。たとえば、リモートコンピューティング装置４４８を、パーソナルコンピュータ、ポータブルコンピュータ、サーバ、ルータ、ネットワークコンピュータ、ピアデバイス、または他の一般的なネットワークノード、などとすることができる。リモートコンピューティング装置４４８は、コンピュータ４０２に関して本明細書で説明した要素および特徴の多くまたはすべてを含めることができるポータブルコンピュータとして図示されている。

コンピュータ４０２とリモートコンピュータ４４８の間の論理接続は、ローカルエリアネットワーク（ＬＡＮ）４５０および一般的な広域ネットワーク（ＷＡＮ）４５２として図示されている。そのようなネットワーキング環境は、オフィス、会社規模のコンピュータネットワーク、イントラネット、およびインターネットでありふれたものである。

ＬＡＮネットワーキング環境において実施されるときに、コンピュータ４０２は、ネットワークインターフェースまたはネットワークアダプタ４５４を介してローカルネットワーク４５０に接続される。ＷＡＮネットワーキング環境において実施されるときに、コンピュータ４０２に、通常は、広域ネットワーク４５２を介する通信を確立する、モデム４５６または他の手段が含まれる。モデム４５６は、コンピュータ４０２の内蔵または外付けとすることができるが、入出力インターフェース４４０または他の適当な機構を介してシステムバス４０８に接続することができる。図示のネットワーク接続が、例示的であり、コンピュータ４０２と４４８の間の通信リンクを確立する他の手段を使用できることを理解されたい。

コンピューティング環境４００と共に図示されたものなどのネットワーク化された環境において、コンピュータ４０２に関して示したプログラムモジュールまたはその一部を、リモートメモリ記憶装置に保管することができる。たとえば、リモートアプリケーションプログラム４５８が、リモートコンピュータ４４８の記憶装置に常駐している。例示のために、アプリケーションプログラムおよびオペレーティングシステムなどの他の実行可能なプログラムコンポーネントが、本明細書では別個のブロックに図示されているが、そのようなプログラムおよびコンポーネントが、さまざまなときにコンピューティング装置４０２の異なるストレージコンポーネントに常駐することができ、コンピュータのデータプロセッサによって実行されることを理解されたい。

フレームワーク１３２および／または１５０の実装、および、具体的にはフレームワーク１３２および／または１５０に含まれるＡＰＩまたはフレームワーク１３２および／または１５０に含まれるＡＰＩに対して行われる呼出しを、コンピュータ可読媒体のなんらかの形を介して保管または伝送することができる。コンピュータ可読媒体は、コンピュータによってアクセスできるすべての使用可能な媒体とすることができる。制限ではなく例として、コンピュータ可読媒体に、「コンピュータストレージ媒体」および「通信媒体」を含めることができる。「コンピュータストレージ媒体」には、揮発性および不揮発性、リムーバブルおよび固定の、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータなどの情報のストレージに関する方法またはテクノロジで実施される媒体が含まれる。コンピュータストレージ媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、または他のメモリテクノロジ、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、または他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、または他の磁気記憶装置、あるいは、所望の情報を保管するのに使用でき、コンピュータによってアクセスできる他のすべての媒体が含まれるが、これに制限はされない。

「通信媒体」によって、通常は、搬送波または他のトランスポート機構などの変調されたデータ信号内でコンピュータ可読命令、データ構造、プログラムモジュール、または他のデータが実施される。通信媒体には、すべての情報配信媒体も含まれる。用語「変調されたデータ信号」は、信号内で情報をエンコードする形で、その特性の１つまたは複数を設定または変更された信号を意味する。制限ではなく例として、通信媒体に、有線ネットワークまたは直接配線接続などの有線媒体と、音響、ＲＦ、赤外線、および他の無線媒体などの無線媒体が含まれる。上記のいずれかの組合せも、コンピュータ可読媒体の範囲に含まれる。

その代わりに、フレームワークの諸部分を、ハードウェアで、あるいはハードウェア、ソフトウェア、および／またはファームウェアの組合せで実施することができる。たとえば、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）またはプログラマブルロジックデバイス（ＰＬＤ）を設計またはプログラムして、本フレームワークの１つまたは複数の部分を実施することができる。

プログラミングインターフェース（または単にインターフェース）は、コードの１つまたは複数のセグメントが、コードの１つまたは複数の他のセグメントと通信するかそのセグメントによって提供される機能性にアクセスできるようにする機構、処理、プロトコルとみなすことができる。その代わりに、プログラミングインターフェースを、他のコンポーネントの１つまたは複数の機構、メソッド、関数呼出し、モジュールなどとの通信接続が可能なシステムのコンポーネントの１つまたは複数の機構、メソッド、関数呼出し、モジュール、オブジェクトなどとみなすことができる。前の文の用語「コードのセグメント」は、コードの１つまたは複数の命令または行を含むことが意図されており、これには、使用される用語、コードセグメントが別々にコンパイルされるかどうか、コードセグメントがソースコード、中間コード、またはオブジェクトコードのどれとして提供されるか、コードセグメントがランタイムシステム内またはプロセス内で使用されるかどうか、コードセグメントが同一のマシンまたは異なるマシンに配置されるか、あるいはマシンにまたがって分散されるかどうか、コードのセグメントによって表される機能性が、完全にソフトウェアで、完全にハードウェアで、あるいはハードウェアとソフトウェアの組合せのどれで実施されるかに無関係に、たとえば、コードモジュール、オブジェクト、サブルーチン、関数などが含まれる。

概念上、プログラミングインターフェースは、一般的に、図６または図７に示されているように見ることができる。図６に、第１コードセグメントと第２コードセグメントがそれを介して通信する導管としてのインターフェースＩｎｔｅｒｆａｃｅ１を示す。図７に、システムの第１コードセグメントおよび第２コードセグメントが媒体Ｍを介して通信できるようにする、インターフェースオブジェクトＩ１およびＩ２（第１および第２コードセグメントの一部とすることも、そうしないこともできる）を含むものとしてインターフェースを示す。図７に鑑みて、インターフェースオブジェクトＩ１およびＩ２を、同一のシステムの別々のインターフェースと考えることができ、オブジェクトＩ１およびＩ２と媒体Ｍにインターフェースが含まれると考えることもできる。図６および７に、両方向のフローおよびフローの両側のインターフェースを示したが、ある実施形態では、一方向の情報フローだけを有する（または、下で示すように情報フローなし）ことができ、あるいは、片側だけにインターフェースオブジェクトを有することができる。制限ではなく例として、アプリケーションプログラミングまたはプログラムインターフェース（ＡＰＩ）、エントリポイント、メソッド、関数、サブルーチン、リモートプロシージャコール、およびコンポーネントオブジェクトモデル（ＣＯＭ）インターフェースなどの用語が、プログラミングインターフェースの定義に含まれる。

そのようなプログラミングインターフェースの態様に、第１コードセグメントが情報（ここで、「情報」は、その最も広い意味で使用され、「情報」には、データ、コマンド、要求などが含まれる）を第２コードセグメントに送る方法と、第２コードセグメントがその情報を受け取る方法と、情報の構造、シーケンス、構文、編成、スキーマ、タイミング、および内容とを含めることができる。これに関して、基礎になるトランスポート媒体自体は、媒体が有線、無線またはその両方の組合せのどれであれ、インターフェースによって定義される形で情報がトランスポートされる限り、インターフェースの動作に重要でない可能性がある。ある状況では、情報転送が別の機構を介する（たとえば、情報が、コードセグメントの間で流れる情報と別に、バッファ、ファイルなどに置かれる）ので、従来の意味で一方向または両方向に渡されないか、あるコードセグメントが第２コードセグメントによって実行される機能性に単純にアクセスするので情報が存在しない場合がある。これらの態様のいずれかまたはすべてが、所与の状況で、たとえば、コードセグメントが疎結合された構成または密結合された構成のどちらの一部であるかに応じて、重要になる可能性があり、したがって、このリストは、例示的であり、非限定的とみなされなければならない。

プログラミングインターフェースのこの概念は、当業者に既知であり、本発明の前述の詳細な説明から明白である。しかし、プログラミングインターフェースを実施する他の形があり、明示的に除外されない限り、これらも、本明細書に記載の請求項に含まれることが意図されている。そのような他の形は、図６および７の極度に単純化された図よりも洗練されて見える、または複雑に見える可能性があるが、それでも、そのような他の形によって、同一の全体的な結果を達成する類似する機能が実行される。これから、プログラミングインターフェースの例示的な代替実施形態を短く説明する。

Ａ．因数分解
あるコードセグメントから別のコードセグメントへの通信は、通信を複数の個別の通信に分解することによって、間接的に達成することができる。これを、図８および９に概略的に示す。図からわかるように、いくつかのインターフェースを、機能性の分割可能なセットとして記述することができる。したがって、数学的に２４または２×２×３×２を提供するように、図６および７のインターフェースの機能性を因数分解して、同一の結果を達成することができる。したがって、図８からわかるように、インターフェースＩｎｔｅｒｆａｃｅ１によって提供される機能を再分割して、このインターフェースの通信を複数のインターフェース、Ｉｎｔｅｒｆａｃｅ１Ａ、Ｉｎｔｅｒｆａｃｅ１Ｂ、Ｉｎｔｅｒｆａｃｅ１Ｃなどに変換し、同一の結果を達成することができる。図９からわかるように、インターフェースＩ１によって提供される機能性を、複数のインターフェースＩ１ａ、Ｉ１ｂ、Ｉ１ｃなどに再分割し、それと同時に同一の結果を達成することができる。同様に、第１コードセグメントから情報を受け取る第２コードセグメントのインターフェースＩ２を、複数のインターフェースＩ２ａ、Ｉ２ｂ、Ｉ２ｃなどに因数分解することができる。因数分解するときに、第１コードセグメントに含まれるインターフェースの数が、第２コードセグメントに含まれるインターフェースの数と一致する必要はない。図８および９のどちらの場合でも、インターフェースＩｎｔｅｒｆａｃｅ１およびＩ１の機能的趣旨は、それぞれ図６および７と同一のままである。インターフェースの因数分解は、関連するプロパティ、累算的プロパティ、および他の数学的プロパティに従う場合もあり、因数分解の理解が困難な場合がある。たとえば、動作の順序付けは、重要でない場合があり、その結果、あるインターフェースによって実行される機能を、別のコードまたはインターフェースによって、インターフェースに達するよりかなり前に実行することができ、あるいは、システムの別々の構成要素によって実行することができる。さらに、プログラミング技術の当業者は、同一の結果を達成する異なる関数呼出しを行うさまざまな形があることを理解することができる。

Ｂ．再定義
いくつかの場合に、初期の結果を達成しながら、プログラミングインターフェースのある態様（たとえばパラメータ）を無視し、追加し、または再定義することが可能である場合がある。これを、図１０および１１に示す。たとえば、図６のインターフェースＩｎｔｅｒｆａｃｅ１に、関数呼出しＳｑｕａｒｅ（ｉｎｐｕｔ、ｐｒｅｃｉｓｉｏｎ、ｏｕｔｐｕｔ）すなわち、３つのパラメータｉｎｐｕｔ、ｐｒｅｃｉｓｉｏｎ、およびｏｕｔｐｕｔを含む呼出しであって、第１コードセグメントから第２コードセグメントに発行される関数呼出しが含まれると仮定する。真ん中のパラメータｐｒｅｃｉｓｉｏｎが、図１０に示されているように、所与のシナリオで関係がない場合に、無視することができ、意味のない（この状況）パラメータと置換することができる。関係のない追加のパラメータを追加することもできる。どちらの場合でも、ｉｎｐｕｔが第２コードセグメントによって二乗された後にｏｕｔｐｕｔが返される限り、ｓｑｕａｒｅ（二乗）の機能性を達成することができる。ｐｒｅｃｉｓｉｏｎ（精度）は、コンピューティングシステムの下流または他の部分に意味のあるパラメータとすることもできるが、二乗計算の狭い目的について精度が必要でないことが理解されたならば、置換するか無視することができる。たとえば、結果に悪影響を及ぼさずに、有効な精度値を渡すのではなく、誕生日などの意味のある値を渡すことができる。同様に、図１１に示されているように、インターフェースＩ１が、インターフェースへのパラメータを無視するか追加するために再定義されたインターフェースＩ１’に置換される。インターフェースＩ２は、同様に、不要なパラメータを無視するか、ほかで処理できるパラメータについて再定義されたインターフェースＩ２’として再定義することができる。ここでのポイントは、いくつかの場合に、プログラミングインターフェースに、パラメータなど、ある目的に不要な態様が含まれる場合があり、したがって、それらを無視するか再定義することができ、あるいは、他の目的のために他の形で処理できるということである。

Ｃ．インラインコーディング
２つの別々のコードモジュールの機能性の一部またはすべてをマージし、これらの間の「インターフェース」の形を変えることが実行可能である場合もある。たとえば、図６および７の機能性を、それぞれ図１２および１３の機能性に変換することができる。図１２では、図６の前の第１コードセグメントおよび第２コードセグメントが、その両方を含む１つのモジュールにマージされている。この場合に、コードセグメントは、まだ互いに通信することができるが、インターフェースは、単一モジュールにより適する形に適合させることができる。したがって、たとえば、前のＣａｌｌステートメントおよびＲｅｔｕｒｎステートメントは、もはや不要とすることができるが、インターフェースＩｎｔｅｒｆａｃｅ１に準ずる類似する処理または応答を、まだ有効とすることができる。同様に、図１３では、図７のインターフェースＩ２の一部（またはすべて）を、インターフェースＩ１にインラインで記述して、インターフェースＩ１”を形成することができる。図からわかるように、インターフェースＩ２は、Ｉ２ａおよびＩ２ｂに分割され、インターフェース部分Ｉ２ａは、インターフェースＩ１とインラインにコーディングされて、インターフェースＩ１”を形成する。具体的な例として、図７のインターフェースＩ１が、関数呼出しｓｑｕａｒｅ（ｉｎｐｕｔ、ｏｕｔｐｕｔ）を実行し、これがインターフェースＩ２によって受け取られ、インターフェースＩ２は、第２コードセグメントによるｉｎｐｕｔを用いて渡された値の処理（二乗）の後に、二乗された結果にｏｕｔｐｕｔを用いて返すことを検討されたい。その場合に、第２コードセグメントによって実行される処理（ｉｎｐｕｔの二乗）を、インターフェースへの呼出しなしで、第１コードセグメントによって実行することができる。

Ｄ．分離（ｄｉｖｏｒｃｅ）
あるコードセグメントから別のコードセグメントへの通信は、通信を複数の個別の通信に分解することによって、間接的に達成することができる。これを、図１４および１５に示す。図１４からわかるように、１または複数のミドルウェア（機能性および／またはインターフェース機能を元のインターフェースから分離するので、分離インターフェース）を設けて、第１インターフェースＩｎｔｅｒｆａｃｅ１の通信を、異なるインターフェース、この例ではインターフェースＩｎｔｅｒｆａｃｅ２Ａ、Ｉｎｔｅｒｆａｃｅ２Ｂ、およびＩｎｔｅｒｆａｃｅ２Ｃに従うように変換する。たとえば、これは、たとえばＩｎｔｅｒｆａｃｅ１プロトコルに従ってオペレーティングシステムと通信するように設計されたアプリケーションのインストールベースがあるが、そのオペレーティングシステムが、異なるインターフェース、この例ではインターフェースＩｎｔｅｒｆａｃｅ２Ａ、Ｉｎｔｅｒｆａｃｅ２Ｂ、およびＩｎｔｅｒｆａｃｅ２Ｃを使用するように変更される場合に行うことができる。ポイントは、第２コードセグメントによって使用された元のインターフェースが、もはや第１コードセグメントによって使用されるインターフェースと互換でなくなるように変更され、したがって、古いインターフェースと新しいインターフェースとに互換性を持たせるため、仲介物が使用されることである。同様に、図１５からわかるように、インターフェースＩ１からの通信を受け取る分離インターフェースＤＩ１を有し、インターフェース機能性を、たとえば、ＤＩ２と共に働くが同一の機能的結果を提供するように再設計されているインターフェースＩ２ａおよびＩ２ｂに送る、分離インターフェースＤＩ２を有する第３コードセグメントを導入することができる。同様に、ＤＩ１およびＤＩ２は、同一のまたは類似する機能的結果を提供しながら、図７のインターフェースＩ１およびＩ２の機能性を変換するように一緒に働くことができる。

Ｅ．再記述
もう１つの可能な変形形態が、コードを動的に再記述して、インターフェース機能性を、同一の総合的な結果を達成する別のものに置換することである。たとえば、中間言語（たとえば、Ｍｉｃｒｏｓｏｆｔ（登録商標） ＩＬ、Ｊａｖａ（登録商標） ＢｙｔｅＣｏｄｅなど）で提示されるコードセグメントを、実行環境（．ＮＥＴ ｆｒａｍｅｗｏｒｋ（登録商標）、Ｊａｖａ（登録商標）ランタイム環境、または類似するランタイムタイプ環境によって提供されるものなど）内のジャストインタイム（ＪＩＴ）コンパイラまたはインタープリタに供給するシステムがある。ＪＩＴコンパイラは、第１コードセグメントから第２コードセグメントへの通信を動的に変換する、すなわち、それらを、第２コードセグメント（元のまたは異なる第２コードセグメント）が必要とする可能性がある異なるインターフェースに合わせることができる。これを、図１６および１７に示す。図１６からわかるように、この手法は、上で説明した分離シナリオに似ている。これは、たとえば、アプリケーションのインストールベースが、Ｉｎｔｅｒｆａｃｅ１プロトコルに従ってオペレーティングシステムと通信するように設計されているが、オペレーティングシステムが、異なるインターフェースを使用するように変更される場合に行うことができる。ＪＩＴコンパイラを使用して、通信を、オンザフライでインストールベースアプリケーションからオペレーティングシステムの新しいインターフェースに合わせることができる。図１７からわかるように、インターフェースを動的に再記述するこの手法は、動的因数分解、または他の形のインターフェースの変更にも適用することができる。

代替実施形態を介してインターフェースとして同一のまたは類似する結果を達成する、上で説明したシナリオを、さまざまな形で、順次および／または並列で、または他の介在コードと共に、組みわせることもできることにも留意されたい。したがって、上で提示した代替実施形態は、相互に排他的ではなく、混合され、マッチングされ、かつ組み合わされて、図６および７で提示された包括的なシナリオと同一のまたは同等のシナリオを作ることができる。また、ほとんどのプログラミング構造と同様に、本明細書に記載されていないが、それでも本発明の趣旨および範囲によって表されるインターフェースの同一のまたは類似する機能性を達成する他の類似する形があることに留意されたい、すなわち、インターフェースの価値の基礎になるのは、少なくとも部分的に、インターフェースによって表される機能性と、インターフェースによって使用可能にされる有益な結果である。

（結論）
本発明を、構造的特徴および／または方法論的動作に固有の言葉で説明したが、請求項で定義される本発明は、説明した特定の特徴または動作に必ずしも制限されないことを理解されたい。そうではなく、特定の特徴および動作は、請求される発明を実施する例示的な形として開示されたものである。

クライアントが、従来のプロトコルを使用するインターネットを介してウェブサービスにアクセスする、ネットワークアーキテクチャを示す図である。 アプリケーションプログラムインターフェース（ＡＰＩ）を含むネットワークプラットフォームのソフトウェアアーキテクチャを示すブロック図である。 ＡＰＩによってサポートされる独自の名前空間ならびにさまざまなＡＰＩ関数の機能クラスを示すブロック図である。 名前空間の論理構造の例を示すブロック図である。 ソフトウェアアーキテクチャのすべてまたは一部を実行することができる例示的コンピュータを示すブロック図である。 プログラミングインターフェースの例の実施形態を示す図である。 プログラミングインターフェースの例の実施形態を示す図である。 プログラミングインターフェースの例の実施形態を示す図である。 プログラミングインターフェースの例の実施形態を示す図である。 プログラミングインターフェースの例の実施形態を示す図である。 プログラミングインターフェースの例の実施形態を示す図である。 プログラミングインターフェースの例の実施形態を示す図である。 プログラミングインターフェースの例の実施形態を示す図である。 プログラミングインターフェースの例の実施形態を示す図である。 プログラミングインターフェースの例の実施形態を示す図である。 プログラミングインターフェースの例の実施形態を示す図である。 プログラミングインターフェースの例の実施形態を示す図である。

符号の説明

１００ ネットワーク環境
１０４ ネットワーク
１０６，１１２，１１４，１２２〜１２９ 通信リンク
１３２ プログラミングフレームワーク
１４２ ＡＰＩレイヤ
３７２ 名前空間
４００ コンピューティング環境
４１６ ハードディスクドライブ
４１８ 磁気ディスクドライブ
４２２ 光ディスクドライブ
４２０ リムーバブル不揮発性磁気ディスク
４２４ リムーバブル不揮発性光ディスク
４３８ 入力装置

Claims (53)

1. １つまたは複数のコンピュータ可読媒体で実施されるプログラミングインターフェースであって、
   コアファイルシステム概念に関連する型の第１群と、
   人間が連絡できるエンティティに関連する型の第２群と、
   文書に関連する型の第３群と、
   複数の種類の媒体に共通する型の第４群と、
   オーディオ媒体に固有の型の第５群と、
   ビデオ媒体に固有の型の第６群と、
   イメージ媒体に固有の型の第７群と、
   電子メールメッセージに固有の型の第８群と、
   特定のロケーションの識別に関連する型の第９群と
   を備えたことを特徴とするプログラミングインターフェース。
2. ファイルシステムの間でのデータの移動に関連する型の第１０群
   をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
3. 通知を生成するルールの作成および管理に関連する型の第１０群
   をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
4. 型の他のすべての群で定義される型を記述する型の第１０群
   をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
5. 型の他のすべての群をサポートする基礎を形成する基本型に関連する型の第１０群
   をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
6. 電子メールメッセージを含む、複数の種類のメッセージに共通する型の第１０群と、
   ファクシミリメッセージに固有の型の第１１群と
   をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
7. 注釈に関連する型の第１０群と、
   ノートに関連する型の第１１群と
   をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
8. インストールされたプログラムに関連する型の第１０群と、
   インストールされたゲームに関連する型の第１１群と
   をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
9. ユーザによって行われるアクションに関連する型の第１０群と、
   ヘルプ情報の維持およびアクセスに関連する型の第１１群と
   をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
10. 自然言語検索エンジンに関連する型の第１０群
    をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
11. ユーザインターフェースをナビゲートするときにユーザがどのアクションを実行できるかをユーザに知らせるための前記ユーザインターフェース内のタスクに関連する型の第１０群
    をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
12. ユーザタスクに関連する型の第１０群
    をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
13. アクセスできるサービスに関連する型の第１０群
    をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
14. 前記サービスに、ネットワークを介してアクセスすることができることを特徴とする請求項１３に記載のプログラミングインターフェース。
15. アクセス権の識別に関連する型の第１０群
    をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
16. カレンダ型に関連する型の第１０群
    をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
17. イベントの監視および結果のアクションを作成し管理することに関連する型の第１０群
    をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
18. 型の前記第１群から第９群のそれぞれのインターオペラビリティに関して使用される型の第１０群
    をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
19. 型の前記第１群から第９群のそれぞれの型の追加の群であって、型の前記追加の群のそれぞれは、インターオペラビリティに関する追加の群
    をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
20. ファイルシステムに保管されるファイルに関連する型の第１０群
    をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
21. カテゴリ階層に関連する型の第１０群
    をさらに備えたことを特徴とする請求項１に記載のプログラミングインターフェース。
22. 前記システムのファイルシステムのコア概念を表す機能の第１セットを公開する手段と、
    連絡できるエンティティに関する情報の維持を可能にする機能の第２セットを公開する手段と、
    文書型にアクセスできるようにする機能の第３セットを公開する手段と
    を備えたことを特徴とするシステム。
23. 複数の種類の媒体の基本型に関連する機能の第４セットを公開する手段と、
    特にオーディオ媒体に関連する機能の第５セットを公開する手段と、
    特にビデオ媒体に関連する機能の第６セットを公開する手段と
    を備えたことを特徴とする請求項２２に記載のシステム。
24. 特にイメージ媒体に関連する機能の第７セットを公開する手段
    を備えたことを特徴とする請求項２３に記載のシステム。
25. 特に電子メールメッセージに関連する機能の第４セットを公開する手段
    を備えたことを特徴とする請求項２２に記載のシステム。
26. 物理ロケーション情報を維持できるようにする機能の第４セットを公開する手段
    を備えたことを特徴とする請求項２２に記載のシステム。
27. ファイルシステムの型のセットを階層名前空間に編成する方法であって、
    型の前記セットから複数の群を作成するステップであって、各群は、論理的に関連する機能性を公開する少なくとも１つの型を含む作成するステップと、
    前記複数の群の各群に名前を割り当てるステップであって、前記複数の群の１つの群に、前記ファイルシステムのコア概念に関連する機能性が含まれ、前記複数の群のもう１つの群に、人間が連絡できるエンティティに関連する機能性が含まれ、前記複数の群のもう１つの群に、前記ファイルシステムに保管できる文書型に関連する機能性が含まれ、前記複数の群のもう１つの群に、複数の種類の媒体に関連する機能性を含む割り当てるステップと、
    トップレベル識別子を選択し、前記トップレベル識別子を用いて各群の前記名前にプレフィックスを付け、各群の前記型が、前記型を含む前記群の前記名前にプレフィックスとして付けられた前記選択されたトップレベル識別子を含む階層名によって参照されるようにするステップと
    を備えたことを特徴とする方法。
28. 前記複数の群のもう１つの群は、特にオーディオ媒体に関する機能性を含み、前記複数の群のもう１つの群は、特にビデオ媒体に関する機能性を含み、前記複数の群のもう１つの群は、特にイメージ媒体に関する機能性を含むことを特徴とする請求項２７に記載の方法。
29. 前記複数の群のもう１つの群は、電子メールに関連する機能性を含むことを特徴とする請求項２７に記載の方法。
30. 前記複数の群のもう１つの群は、物理ロケーション情報の維持に関連する機能性を含むことを特徴とする請求項２７に記載の方法。
31. 前記割り当てるステップは、
    前記ファイルシステムのコア概念に関連する機能性を含む前記群の前記階層名が、Ｓｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｒｅになるように、前記ファイルシステムのコア概念に関連する機能性を含む前記群にＣｏｒｅという名前を割り当てるステップと、
    人間が連絡できるエンティティに関連する機能性を含む前記群の前記階層名がＳｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｎｔａｃｔｓになるように、人間が連絡できるエンティティに関連する機能性を含む前記群にＣｏｎｔａｃｔｓという名前を割り当てるステップと、
    前記ファイルシステムに保管できる文書型に関連する機能性を含む前記群の前記階層名がＳｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｄｏｃｕｍｅｎｔｓになるように、前記ファイルシステムに保管できる文書型に関連する機能性を含む前記群にＤｏｃｕｍｅｎｔｓという名前を割り当てるステップと、
    複数の種類の媒体に関連する機能性を含む前記群の前記階層名がＳｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｄｉａになるように、複数の種類の媒体に関連する機能性を含む前記群にＭｅｄｉａという名前を割り当てるステップと
    を含むことを特徴とする請求項２７に記載の方法。
32. 前記割り当てるステップは、
    前記ファイルシステムのコア概念に関連する機能性を含む前記群の前記階層名がＳｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｒｅになるように、前記ファイルシステムのコア概念に関連する機能性を含む前記群にＣｏｒｅという名前を割り当てるステップと、
    人が連絡できるエンティティに関連する機能性を含む前記群の前記階層名がＳｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｃｏｎｔａｃｔになるように、人が連絡できるエンティティに関連する機能性を含む前記群にＣｏｎｔａｃｔという名前を割り当てるステップと、
    前記ファイルシステムに保管できる文書型に関連する機能性を含む前記群の前記階層名がＳｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｄｏｃｕｍｅｎｔになるように、前記ファイルシステムに保管できる文書型に関連する機能性を含む前記群にＤｏｃｕｍｅｎｔという名前を割り当てるステップと、
    複数の種類の媒体に関連する機能性を含む前記群の前記階層名がＳｙｓｔｅｍ．Ｓｔｏｒａｇｅ．Ｍｅｄｉａになるように、複数の種類の媒体に関連する機能性を含む前記群にＭｅｄｉａという名前を割り当てるステップと
    を含むことを特徴とする請求項２７に記載の方法。
33. 特定の物理ロケーションの識別を可能にする機能を有する第１名前空間を作成するステップと、
    人間によって連絡できるエンティティの識別を可能にする機能を有する第２名前空間を作成するステップと
    を備えたことを特徴とする方法。
34. 文書を記述できるようにする機能を有する第３名前空間を作成するステップ
    をさらに備えたことを特徴とする請求項３３に記載の方法。
35. 電子メールメッセージに固有の機能を有する第３名前空間
    をさらに備えたことを特徴とする請求項３３に記載の方法。
36. 複数の種類の媒体に共通する機能を有する第３名前空間を作成するステップと、
    オーディオ媒体に固有の機能を有する第４名前空間を作成するステップと、
    ビデオ媒体に固有の機能を有する第５名前空間を作成するステップと、
    イメージ媒体に固有の機能を有する第６名前空間を作成するステップと
    をさらに備えたことを特徴とする請求項３３に記載の方法。
37. 他のすべての名前空間によって使用されると期待される機能を有する第３名前空間を作成するステップ
    をさらに備えたことを特徴とする請求項３３に記載の方法。
38. その上に複数の命令を保管された１つまたは複数のコンピュータ可読媒体であって、前記複数の命令は、プロセッサによって実行されるときに、前記プロセッサに、
    特定の物理ロケーションの識別を可能にする機能を有する第１名前空間を作成させ、および
    前記第１名前空間および複数の追加名前空間によって使用されると期待される機能を有する第２名前空間を作成させる
    ことを特徴とする１つまたは複数のコンピュータ可読媒体。
39. 前記命令は、さらに、前記プロセッサに、
    文書を記述できるようにする機能を有する第３名前空間を作成させ、
    人間によって連絡できるエンティティの識別を可能にする機能を有する第４名前空間を作成させ、および
    複数の種類の媒体に共通する機能を有する第５名前空間を作成させる
    ことを特徴とする請求項３８に記載の１つまたは複数のコンピュータ可読媒体。
40. 前記命令は、さらに、前記プロセッサに、
    オーディオ媒体に固有の機能を有する第６名前空間を作成させ、
    ビデオ媒体に固有の機能を有する第７名前空間を作成させ、および
    イメージ媒体に固有の機能を有する第８名前空間を作成させる
    ことを特徴とする請求項３９に記載の１つまたは複数のコンピュータ可読媒体。
41. 前記命令は、さらに、前記プロセッサに、
    複数の種類の媒体に共通する機能を有する第３名前空間を作成させ、
    オーディオ媒体に固有の機能を有する第４名前空間を作成させ、
    ビデオ媒体に固有の機能を有する第５名前空間を作成させ、および
    イメージ媒体に固有の機能を有する第６名前空間を作成させる
    ことを特徴とする請求項３８に記載の１つまたは複数のコンピュータ可読媒体。
42. 文書を記述できるようにする１つまたは複数の第１機能を呼び出すステップと、
    前記１つまたは複数の機能ならびに複数の追加機能によって使用されると期待されるコア機能である１つまたは複数の第２機能を呼び出すステップと
    を備えたことを特徴とする方法。
43. 複数の種類の媒体に共通する１つまたは複数の第３機能を呼び出すこと
    をさらに備えたことを特徴とする請求項４２に記載の方法。
44. オーディオ媒体に固有の１つまたは複数の第４機能を呼び出すステップと、
    ビデオ媒体に固有の１つまたは複数の第５機能を呼び出すステップと、
    イメージ媒体に固有の１つまたは複数の第６機能を呼び出すステップと
    をさらに備えたことを特徴とする請求項４３に記載の方法。
45. 人間によって連絡できるエンティティの識別を可能にする１つまたは複数の第３機能を呼び出すステップと、
    特定の物理ロケーションの識別を可能にする１つまたは複数の第４機能を呼び出すステップと
    をさらに備えたことを特徴とする請求項４２に記載の方法。
46. 電子メールメッセージに固有の１つまたは複数の第３機能を呼び出すこと
    をさらに備えたことを特徴とする請求項４２に記載の方法。
47. 人間によって連絡できるエンティティの識別を可能にする１つまたは複数の第１機能への１つまたは複数の呼出しを受け取るステップと、
    前記１つまたは複数の第１機能ならびに複数の追加機能によって使用されると期待されるコア機能である１つまたは複数の第２機能への１つまたは複数の呼出しを受け取るステップと
    を備えたことを特徴とする方法。
48. 文書を記述できるようにする１つまたは複数の第３機能への１つまたは複数の呼出しを受け取るステップと、
    複数の種類の媒体に共通する１つまたは複数の第４機能への１つまたは複数の呼出しを受け取るステップと、
    特定の物理ロケーションの識別を可能にする１つまたは複数の第５機能への１つまたは複数の呼出しを受け取るステップと
    を備えたことを特徴とする請求項４７に記載の方法。
49. オーディオ媒体に固有の１つまたは複数の第６機能への１つまたは複数の呼出しを受け取るステップと、
    ビデオ媒体に固有の１つまたは複数の第７機能への１つまたは複数の呼出しを受け取るステップと、
    イメージ媒体に固有の１つまたは複数の第８機能への１つまたは複数の呼出しを受け取るステップと、
    電子メールメッセージに固有の１つまたは複数の第９機能への１つまたは複数の呼出しを受け取るステップと
    をさらに備えたことを特徴とする請求項４８に記載の方法。
50. その上に複数の命令を保管された１つまたは複数のコンピュータ可読媒体であって、前記複数の命令は、プロセッサによって実行されるときに、前記プロセッサに、
    人間によって連絡できるエンティティの識別を可能にする１つまたは複数の第１機能への１つまたは複数の呼出しを受け取らせ、
    複数の種類の媒体に共通する１つまたは複数の第２機能への１つまたは複数の呼出しを受け取らせる
    ことを特徴とする１つまたは複数のコンピュータ可読媒体。
51. 前記命令は、さらに、前記プロセッサに
    前記１つまたは複数の第１機能、前記１つまたは複数の第２機能、および複数の追加機能によって使用されると期待されるコア機能である１つまたは複数の第３機能への１つまたは複数の呼出しを受け取らせる
    ことを特徴とする請求項５０に記載の１つまたは複数のコンピュータ可読媒体。
52. 前記命令は、さらに、前記プロセッサに
    特定の物理ロケーションの識別を可能にする１つまたは複数の第３機能への１つまたは複数の呼出しを受け取らせ、
    文書を記述できるようにする１つまたは複数の第４機能への１つまたは複数の呼出しを受け取らせ、および
    電子メールメッセージに固有の１つまたは複数の第５機能への１つまたは複数の呼出しを受け取らせる
    ことを特徴とする請求項５０に記載の１つまたは複数のコンピュータ可読媒体。
53. 前記命令は、さらに、前記プロセッサに
    オーディオ媒体に固有の１つまたは複数の第３機能への１つまたは複数の呼出しを受け取らせ、
    ビデオ媒体に固有の１つまたは複数の第４機能への１つまたは複数の呼出しを受け取らせ、および
    イメージ媒体に固有の１つまたは複数の第５機能への１つまたは複数の呼出しを受け取らせる
    ことを特徴とする請求項５０に記載の１つまたは複数のコンピュータ可読媒体。
    

Images