"トランザクション処理ファイルオペレーションに対する要求を受信するステップと、対応するファイルがローカルデバイスまたは前記ローカルデバイスに結合されたリモートデバイスにあるかどうかを決定するステップと、前記ファイルオペレーションに対応するトランザクションを検索するステップと、前記トランザクションをマーシャリングするステップと、前記ファイルが前記リモートデバイス上にある場合に、前記マーシャリングされたトランザクションを前記要求と共にネットワーク上でリモートデバイスへ送信するステップと、前記ローカルデバイス上で他の方法では利用できなかった前記トランザクション処理ファイルオペレーションから生じる情報を、前記リモートデバイスから受信するステップとを備えるオペレーションを実行するコンピュータ実行可能命令を有することを特徴とするコンピュータ読取り可能記憶媒体。前記リモートデバイスから受信される前記情報は、ファイル識別子Fidおよびバージョン識別子を含むことを特徴とする請求項1に記載のコンピュータ読取り可能記憶媒体。トランザクション処理ファイルオペレーションに対する要求を受信する前記ステップは、前記要求が前記リモートデバイス上のファイルオペレーションに対するものである場合に、前記要求に対する名前を提供するステップと、前記ファイルに関連付けられた前記Fidおよび前記バージョン識別子情報を含む、前記ファイルに関連付けられたファイル制御ブロックFCBを選択的に作成するステップとをさらに含むことを特徴とする請求項2に記載のコンピュータ読取り可能記憶媒体。FCBを選択的に作成する前記ステップは、既存のFCBを前記要求に対して使用することができるかどうかを判定するステップをさらに含むことを特徴とする請求項3に記載のコンピュータ読取り可能記憶媒体。既存のFCBを前記要求について使用することができるかどうかを判定する前記ステップは、前記既存のFCBがコミットされていないトランザクションに関連付けられているかどうかを判定するステップをさらに含むことを特徴とする請求項4に記載のコンピュータ読取り可能記憶媒体。第1のコンピューティングプラットフォーム中に存在するトランザクションマネージャから、プリプリペア通知を受信するステップと、前記第1のコンピューティングプラットフォームから第2のコンピューティングプラットフォームへファイルオペレーションデータを提供するステップと、前記第1のコンピューティングプラットフォーム中に存在する前記トランザクションマネージャから、プリペア通知を受信するステップと、前記ネットワ-クを介して、前記第2のコンピューティングプラットフォームへ、トランザクション処理ファイル情報が前記第1のコンピューティングプラットフォームのために得られるのを可能とするのに効果的な前記プリペア通知を含むメッセージを提供するステップとを備えることを特徴とする方法。第2のコンピューティングプラットフォームにおいて、トランザクションに関連付けられたプリプリペア通知を第1のコンピューティングプラットフォームから受信するステップと、前記第2のコンピュータプラットフォーム中にあるトランザクションマネージャに対して、前記プリプリペア通知を提供するステップと、前記第2のコンピューティングプラットフォームにおいて、前記トランザクションに関連付けられたファイルオペレーションデータを前記第1のコンピューティングプラットフォームから受信するステップと、前記第2のコンピューティングプラットフォーム中に存在するファイルシステムに対して、前記ファイルオペレーションデータを提供するステップと、前記第1のコンピューティングプラットフォームから、プリペア通知を受信するステップと、前記第2のコンピューティングプラットフォーム中に存在する前記トランザクションマネージャに、トランザクション処理ファイル情報が前記第1のコンピューティングプラットフォームのために得られるのを可能とするのに効果的な前記プリペア通知を提供するステップとを備えることを特徴とする方法。前記プリペア通知は、前記ファイルオペレーションデータがコミットされまたはロールバックされるのを可能とする方法で、前記第2のコンピューティングプラットフォームに、前記ファイルオペレーションデータをストアさせること特徴とする請求項7に記載の方法。前記プリプリペア通知は、前記第2のコンピューティングプラットフォームに、前記トランザクションに関連付けられた前記第2のコンピューティングプラットフォームの任意のキャッシュへフラッシュさせること特徴とする請求項7に記載の方法。もし、ただ1つのオペレーションが失敗する場合には、そのグループ中におけるすべてのオペレーションの効果は、そのトランザクションに関連するオペレーション数にかかわらず、元に戻されundone、あるいはロールバックされる。オペレーションの間のこの連帯solidarityは、失敗の数がいくつの場合においても適用され、結局のところ各トランザクション処理システムは、これらのオペレーションのすべてが適用されている、あるいは、これらのオペレーションのいずれも適用されていないという2つの状態の内の、どちらか一方の状態に至る。記載される様々な実施形態の態様によれば、ネットワーク上でファイルオペレーションをトランザクション処理する方法およびシステムが提供される。一態様によれば、コンピューティングプラットフォームすなわち、クライアントは、ネットワークを介して、別のコンピューティングプラットフォームすなわち、サーバ上のファイルに遠隔でアクセスすることができる。この態様によれば、これらクライアントおよびサーバはそれぞれ、TMtransactionmanagerトランザクションマネージャおよびFSfilesystemファイルシステムを含んでいる。このクライアントは、RDRredirectorリダイレクタも含んでいるが、このサーバは、SRVservercomponentサーバコンポーネントを含んでいる。動作中においては、RDRは、リモートトランザクション処理ファイルオペレーションremotetransactedfileoperationの要求を受信する。この要求に応答して、RDRはこの要求からのトランザクションについて調べ、例えば、一実施形態におけるこのTMによってサーバへ送信するためにこのトランザクションをマーシャリングする。次いでRDRは、ネットワーク上でこのトランザクション情報例えば、一実施形態においてはマーシャリングブロブmarshalblobをサーバに送信する。SRVはトランザクション情報を受信し、次いでサーバのTMおよびFSは、トランザクション情報を使用してファイルオペレーションを実施する。次いで、サーバはネットワークを介してファイルオペレーションの結果をクライアントに返送する。他の態様においては、RDRは、1つのファイルに対して複数のリモートファイルオペレーショントランザクションがオープンであるようにすることができる。RDRがトランザクション処理リモートファイルオペレーションを求める新しい要求を受信するとき、RDRは、リモートファイルのダーティdirtyバージョンすなわち、書き込まれているバージョンが、クライアント上で知られているかどうかを判定する。次いで、RDRはファイルについて元のバージョンの代わりに、新しい要求に対するダーティバージョンを使用する。一部の実施形態においては、RDRは、1つのトランザクション処理されたライトオペレーションが所与のファイルについて一時にオープンであることを可能にするだけである。さらに他の態様においては、RDRは、トランザクション処理されたリモートファイルオペレーションを求める新しい要求は、クライアント上ですでに知られているファイル情報を使用することができるかどうかを判定する。この同じファイル情報を使用することができる場合に、RDRは、このファイル情報のもう1つのコピーを記憶する代わりにこの同じファイル情報を使用する。さらに他の態様においては、RDRは、所与のリモートファイルについてのトランザクションに便宜的ロックを関連づけることができる。一実施形態においては、このロックは、ローカルサーバがファイルにアクセスすることを妨げないが、サーバに、ロックが解除されているというメッセージをクライアントに対して送信させる。次いで、トランザクション処理リモートファイルオペレーションを求める新しい要求が、クライアント中にすでにキャッシュされているファイル情報を使用することができるかどうかを判定するに際し、RDRは所与のファイルについてロックが解除されたかどうかを検査することができる。非限定的で非網羅的な実施形態について、以下の図を参照しながら説明する。別に指定をしていない限り、様々な図面全体にわたって、同一の参照番号は同一の要素を示している。本発明においては、一定のトランザクションを構成するオペレーションのグループは、少なくとも当業者には原子性、一貫性、隔離性、および永続性を含む頭字語ACIDとして知られている特性を、全体として有している。より詳細には、トランザクションの各オペレーションからもたらされるデータの更新は、すべて不変であるか、あるいはどれも不変でなく原子性、トランザクションは、基礎をなすデータを一貫した状態にし一貫性、トランザクション更新の効果は、全体のトランザクションが不変となるまでは他の同時に実行されるオペレーションから見えず隔離性、またトランザクションに対する結果が決定された後は、この結果は決して変化しないことが保証される。実施例のネットワーク環境前述のように、トランザクションは、データベースおよびトランザクション処理システムにおいて使用されてきているが、以下の実施形態においては、トランザクションは、リモートファイルオペレーションのために使用される。図1は、クライアントがネットワーク101を介してクライアント上でファイルオペレーションをトランザクション処理することができるシステム100を示している。図1の実施例のネットワーク環境においては、クライアント装置と呼ぶこともできる複数のクライアントコンピューティングデバイス105、110、115、および120が、ネットワーク101を介して少なくとも1つのサーバ装置125に結合されている。ネットワーク101は、有線ネットワークおよび/または無線ネットワークを含むことができる様々な従来のネットワークトポロジおよびタイプのいずれをも表すことが意図されている。ネットワーク101はさらに、パブリックプロトコルおよび/または独自開発プロトコルを含めて、様々な従来のネットワークプロトコルのうちのいずれをも利用することができる。ネットワーク101は、例えばインターネット、ならびに場合によっては1つまたは複数のLANlocalareanetworkローカルエリアネットワーク、WANwideareanetworkワイドエリアネットワークなどの少なくとも一部分を含むことができる。クライアント装置105は、それだけには限定されないが、デスクトップPCpersonalcomputerパーソナルコンピュータ、ワークステーション、メインフレームコンピュータ、インターネットアプライアンス、およびゲーミングコンソールgamingconsoleを含めて様々な従来のコンピューティングデバイスのうちのいずれも含むことができる。さらに、ネットワーク101に関連するクライアント装置は、有線リンクおよび/または無線リンクによってネットワーク101と情報をやりとりすることができるPDApersonaldigitalassistant携帯型個人情報端末110、ラップトップコンピュータ115、およびセルラ電話120などを含むことができる。さらにまた、1つまたは複数のクライアント装置105、110、115、および120は、これら同じタイプのデバイス、または代わりの異なるタイプのデバイスを含むことができる。サーバ装置125は、コンピューティングデバイス105、110、115および120に対して、様々なデータおよび/または機能のうちのいずれも提供することができる。このデータは、パブリックに利用可能であり、あるいは代わりに制限されることもあり、例えばあるユーザだけに制限され、または適切な料金が支払われる場合にしか利用可能でないなどのこともある。サーバ装置125は、ネットワークサーバ、およびアプリケーションサーバ、またはその両者による組合せのうちの少なくとも1つである。サーバ装置125は、コンテンツのソースとなる任意のデバイスであり、クライアント装置105、110、115および120は、このようなコンテンツを受信する任意のデバイスを含んでいる。したがって、ピアツーピアネットワークにおいて、このコンテンツのソースとなるこのデバイスは、サーバ装置と呼ばれ、このコンテンツを受信するデバイスは、クライアント装置と呼ばれる。両方のタイプの装置は、本明細書中で説明される実施形態の例に従って、オペレーティングシステムおよびアプリケーションを含めて、ソフトウェアプログラムをロードし実行することが可能である。さらに、データおよび機能は、クライアント装置105、110、115および120の間で共有することができる。すなわち、サーバ装置125だけが、各クライアント装置に対するデータおよび/または機能のソースであるというわけではない。データソース130または135において、オペレーティングシステムおよびアプリケーションを含めてソフトウェアプログラムが、実行するためにサーバ装置125またはクライアント装置105、110、115、および120のうちのどれか1つのために作成され、かつ/またはそのどれか1つに対して提供される。一貫性をもたせるために、以下の説明では、当技術分野において知られているように、単独または組合せのいずれでも、少なくともソフトウェアプログラム、オペレーティングシステム、およびアプリケーションのどれかを包含するアプリケーションと呼ばれている。さらに、これらのアプリケーションは、データソース130からのものとしてオフラインで、または、データソース135からのものとしてオンラインで、サーバ装置125に対して配布される。さらにまた、これらのアプリケーションは、一般にサーバ装置125またはデータソース135からオンラインでクライアント装置105、110、115、および120に対して配布される。これらのオフラインによる配布のための手段および方法についても同様に知られている。以下で説明する様々な実施形態によれば、共に装置105、110、115、120、125における、またはそれらの中にあるデータおよび機能の少なくとも1つの配布は、トランザクションとして実装することができる。より詳細には、トランザクションは、図1の実施例のように、装置105、110、115、120、125のうちの1つの内部においてまたはネットワーク環境の中において、1つの原子的オペレーションとして同期してまたは非同期で実行されるオペレーションのグループである。このネットワーク上で実施されるトランザクション処理リモートファイルオペレーションの実施例について、図2~図7とともに以下にさらに詳細に説明する。トランザクション処理リモートファイルオペレーション図2は、図1におけるシステム100中の例えば、デバイス105、110、115、120、125から選択される2つのデバイスのコンポーネントを示している。これらは、トランザクション処理リモートファイルオペレーションのためのクライアント202およびサーバ204として動作する。この実施形態においては、クライアント202もサーバ204も共に、あるバージョンのMicrosoft登録商標Windows登録商標オペレーティングシステムを使用している。他の実施形態においては、異なるオペレーティングシステムを使用することができる。この実施形態においては、クライアント202は、アプリケーション212、I/Oinput/output入出力マネージャ214、ファイルシステムFS216、リダイレクタセレクタredirectorselector218、トランザクションマネージャTM222、およびリダイレクタRDR220を含んでいる。この実施形態において、サーバ204は、サーバコンポーネントSRV234、I/Oマネージャ214A、FS216AおよびTM222Aを含んでいる。この実施形態において、クライアント202およびサーバ204は、ネットワーク100図1を介して互いに情報をやりとりすることができる。一部の実施形態においては、これらのコンポーネントは、ソフトウェアにより実装される。このWindows登録商標の実施形態において、I/Oマネージャ214および214A、ならびにFS216および216Aは、NTFSNTfilesystemNTファイルシステムによって実装され、リダイレクタセレクタ218は、MUPmultipleUNCprovider複数UNCプロバイダによって実装され、ここでUNCは、UniformNamingConvention汎用名前付け規則の頭字語である。したがって、リダイレクタセレクタ218は、本明細書中においてMUP218とも呼ばれる。さらに、Microsoft登録商標Windows登録商標オペレーティングシステムのRDRおよびSRVが、追加機能とともにそれぞれRDR220およびSRV234を実装する。このMicrosoft登録商標Windows登録商標オペレーティングシステムのRDRおよびSRVに対する追加機能の一例については、以下で説明する。さらにまた、この実施形態において、TM222およびTM222Aは、この実施形態の例においてはカーネルレベルトランザクションマネージャとして実装され、以下にさらに詳細に説明する。他の実施例においては、異なるI/Oマネージャ、ファイルシステム、リダイレクタセレクタ、TM、および/またはRDRを使用することもできる。図3は、クライアント202とサーバ204の間のトランザクション処理リモートファイルオペレーション図2についての実施例の処理フローを示している。図2および図3を参照すると、トランザクション処理リモートファイルオペレーションは、一実施形態によれば、以下のように実施される。ブロック302において、RDR220は、サーバ204中に存在するファイルに対するトランザクション処理ファイルオペレーションに対する要求を受信する。典型的なファイルオペレーションは、新しいファイルを作成する工程、ファイルを読み取る工程、ファイルを書き込む工程、ファイルをコピーする工程、ファイルの名前を変更する工程などを含んでいる。この実施形態においては、トランザクション処理ファイルオペレーションを求める要求は、アプリケーション212によって生成さる。このアプリケーションは、図2に示すようにユーザレベルのアプリケーションである。この要求は、トランザクションコンテキストについてのフィールドを含む構造を使用する。この要求は、I/Oマネージャ214によって受信され、このI/Oマネージャは、この要求がローカルファイルに対するものか、それともリモートファイルに対するものかを判定する。この実施形態においては、I/Oマネージャ214は、このMicrosoft登録商標Windows登録商標オペレーティングシステムの標準コンポーネントである。例えば、アプリケーション212は、\\server\share\subdirectory\filenameの形式のこのUNCネームを用いて、I/Oマネージャ214への呼び出しを介して、この要求を行うことができる。次いでI/Oマネージャ214は、この要求をMUP218に渡す。トランザクションについては複数のハンドルが存在し、所与のファイルについては複数のトランザクションが存在することができる。他方、この要求がこのクライアント上のファイルに対するものである場合には、I/Oマネージャ214は、標準的な方法によって、この要求をNTFS216に渡すはずである。次いでMUP218は、この要求を実施するために必要とされるリダイレクタを見つける。このケースにおいては、このリダイレクタは、RDR220である。この実施形態において、MUP218は、このMicrosoft登録商標Windows登録商標オペレーティングシステムの標準コンポーネントである。この実施形態においては、RDR220は、このMicrosoft登録商標Windows登録商標オペレーティングシステムRDRの1つのバージョンであり、追加部分を用いることにより、このRDRは、TM222と対話してトランザクションを実施することができる。この追加部分は例えば、要求からトランザクション処理ファイルオペレーションについてのトランザクションコンテキストを検索し、トランザクション処理ファイルオペレーションについてのFCBを割り当て、ネットワーク上でトランザクションをリモートデバイスに送信し、ファイル識別子およびバージョン識別子を含めてこれらのトランザクション処理ファイルオペレーションについての応答を受信し、TM222の指示の下にトランザクションオペレーションを実施し、RDR220がトランザクションの状態に関して通知され続けることができるようにするためにTM222とともにリソースマネージャとして積極的に参加するエンリスト:enlist機能を含んでいる。一部の実施形態においては、RDR220は、同時係属の同一出願人によるTransactionalFileSystemという名称の2000年3月30日に出願の、米国特許出願第09/539,233号明細書および米国出願番号[整理番号第MS1-1781US]に説明されているように実装される。リソースマネージャとして積極的に参加することenlistingについては以下で説明する。RDR220は、このトランザクションをバッファリングするためのリソース、キャッシュマップ、FCBfilecontrolblockファイル制御ブロック、FOBXfileobjectextensionファイルオブジェクト拡張部分、およびこのトランザクションおよび要求を処理するために必要な他の構造を含んでいる。ブロック304において、RDR220は、TM222からこのトランザクションを検索し、このトランザクションをサーバ204に送信するためにマーシャリングする。一実施形態においては、RDR220は、TM222によって表示されるその実施形態について以下で説明しているAPIを呼び出すことによってこのトランザクションを検索し、トランザクションをサポートするように拡張されている1つのバージョンのSMBプロトコルを使用して送信するためにこのトランザクション情報例えば、マーシャリングブロブをフォーマットすることによってこのトランザクションをマーシャリングする。例示の一実施形態のSMB拡張部分については、表1~表3とともに以下で要約している。ブロック306において、RDR220は、矢印236で示すようにこのトランザクションおよびこの要求をサーバ204に対して送信する。ブロック308において、RDR220は、サーバ204からこのファイルオペレーションの結果を受信する。例えば、サーバ204は、前述のファイル識別子およびバージョン識別子を含むこの要求に対する応答を送信する。この実施形態においては、SRV234は、このMicrosoft登録商標Windows登録商標オペレーティングシステムSRVの1つのバージョンである。追加機能部分を用いることにより、このSRVは、トランザクション処理リモートファイルオペレーション中にファイル識別子およびバージョン識別子をクライアントに対して渡すことを含め、ネットワーク上でクライアントと対話してSMBに対する拡張部分を使用してトランザクションを実施することができる。図3Aは、一実施形態におけるブロック302図3をさらに詳細に示している。ブロック312において、RDR220は、この要求されたファイルオペレーションについてのトランザクションコンテキストを検索する。トランザクション処理リモートファイルをオープンする際に、RDR220は、トランザクションがこの要求にすでに関連づけられているかどうかを判定する。例えば、一実施形態において、トランザクションはそれをスレッドthreadにアタッチすることによって要求に関連付けられるが、他の実施形態においては、異なる方法を使用してトランザクションを要求に関連づけることができる。一実施形態においては、RDR220は、この要求がそれに関連づけられたトランザクションハンドルを有するかどうかを確かめることによってこのオペレーションを実施する。関連づけられたトランザクションハンドルを有する場合には、この要求は、その既存のトランザクションに加えjoinられる。有していない場合には、RDR220は、非トランザクション処理要求に対する標準的な方法でこの要求を処理する。次いで、RDR220は、この要求にFCBを割り当てる。前述のように、複数の要求を有する複数のトランザクションが、所与のファイルをオープンすることもある。したがって、ブロック302図3の一実施形態においては、RDR220が既存のFCBをこの要求に対しても使用できるかどうかについて判定するブロック314が、実行される。この実施形態において、RDR220は、検査して、この要求のファイルすなわち、パスネームおよびこの要求を作るスレッドに関連付けられたこのトランザクションコンテキストが、既存のFCBのこれらとマッチングするかどうかを確認する。例えば、第2の要求の処理中に、この同じファイルの2つの書込みオペレーションが、同じトランザクション中で要求されたとする場合には、この第1の要求のために既にFCBが存在しているはずである。両方のオペレーションが共に書込みオペレーションであるので、この同じFCBを両者に対して使用することができる。ブロック314において、RDR220が、FCBが同じトランザクションコンテキストならびに同じファイルすなわち、パスネームおよび同じバージョンと共に存在すると判定する場合には、ブロック316において、既存のFCBがこの要求に対して使用される。一部の実施形態において、RDR220は、最新バージョンを有するFCBを使用することになる。例えば、ファイルの読取りオペレーションがこの同じファイルのコミットされていない書込みオペレーションに続く場合、RDR220は、この書込みオペレーションが現在使用しているファイルのこのバージョンを使用することになる。このアプローチによって、キャッシングのさらに効率的な使用が可能になる。しかし、ブロック314において、この要求に対する既存のFCBを使用することができない場合には、ブロック318においてRDRは、この要求に対して新しいFCBを作成する。代替的な実施形態においては、新しいFCBが、要求ごとに作成される。図4は、この同じファイルに対するコミットされていない複数のトランザクション処理要求の一例を示している。図4に示すように、オペレーション401は、ファイルの読取りオペレーションを求める要求に対応する。すなわち、このファイルオペレーションは、読取りのためにオープンするオペレーションである。オペレーション401は、ハンドルH1と、このハンドルに関連付けられたトランザクションT1を有する。RDR220図2が要求するこのファイルのバージョンは、バージョンAとして示される。これがこのファイルに対しての最初のコミットされていないトランザクションであると想定すると、バージョンAが、サーバ204図2から読み出され、クライアント202図2中にキャッシュされる。後の時刻において、オペレーション402がこの同じファイルに対して要求される。この例においては、オペレーション402も読取りオペレーションであり、ハンドルH2およびトランザクションT2を有する。このトランザクションは、オペレーション401のトランザクションとは異なるので、RDR220は、この場合にもサーバ204からこのファイルのバージョンAが読み出される。この例においては、次いでオペレーション403が、オペレーション402と同じトランザクションにおいてこの同じファイルに対して要求される。したがって、オペレーション403はハンドルH3を有し、トランザクションT2に結合joinされる。しかし、この例においては、オペレーション403は書込みオペレーションであり、したがってRDR220は、このファイルのバージョンBをローカルに記憶している例えば、キャッシュしている。バージョンBは、時としてダーティバージョンと呼ばれることがある。次いでオペレーション404が、オペレーション402および403と同じトランザクションにおいて、この同じファイルに対して要求される。したがって、オペレーション404はハンドルH4を有し、これもまたトランザクションT2に結合される。この例においては、オペレーション404は読取りオペレーションである。この実施形態においては、ブロック314図3Aの結果により、RDR220は、オペレーション404に対するバージョンBを記憶しており、おそらくはキャッシュしていることになる。次いで、オペレーション405が、異なるトランザクションにおいてこの同じファイルに対して要求される。したがって、オペレーション405はハンドルH5を有し、新しいトランザクションT3に関連付けられる。このトランザクションは、以前のオペレーションのトランザクションとは異なるので、一実施形態において、RDR220は、この場合にもこのファイルのバージョンAをサーバ204から読み出す。他の実施形態においては、RDR220はサーバ204図2を調べなくても、依然としてバージョンAが現行バージョンであることを認識しており、このローカルバージョンAを使用する。例えば、この代替的な実施形態では、便宜的ロックを使用してサーバ204中に存在するこのファイルのどのようなより新しいバージョンについても知ることができるようになる。すなわち、RDR220は、サーバ204上のファイルに対する書込みを妨げることのない便宜的ロックを、このファイルに関連付けることができるが、サーバ204が、このロックが解除されたことをRDR220にシグナリングするようにする。このようなケースにおいては、次いでRDR220は、バージョンAはもはや最新のバージョンではないことを知るはずである。さらに他の実施形態においては、RDR220は、サーバ204に照会してこのファイルの最新バージョンを決定し、次いでこの最新のバージョンに関連付けられた既存のFCBを再使用することができる。次いで、オペレーション406において、トランザクションT2がコミットcommitされる。これは、サーバ204上でこのバージョンを変更する効果を有する。サーバ204上に記憶されたこの新しいバージョンは、バージョンCとして示される。前述したように、RDR220は、すべてのリモートトランザクション中にリソースマネージャとして積極的に参加エンリストするので、RDR220は、サーバ204がこのファイルの新しいバージョンを有することを学習する。次いで、オペレーション401と同じトランザクションにおいてこの同じファイルに対して、オペレーション407が要求される。したがって、オペレーション407はハンドルH6を有し、トランザクションT1に結合される。しかし、RDR220はサーバ204上のこのファイルのバージョンCを知っているので、RDR220は、このオペレーションに対するバージョンCを記憶しており、おそらくキャッシュしている。一部の実施形態においては、RDR220は、サーバ204からバージョンCを読み出す。同様に、オペレーション405と同じトランザクションによってこの同じファイルに対して、オペレーション408が要求されるとき、オペレーション408はハンドルH7を有し、トランザクションT3に結合される。この場合にも、RDR220がサーバ204上のこのファイルのバージョンCについて知っているので、RDR220は、このオペレーションに対するバージョンCを記憶しており、おそらくキャッシュしている。図5は、一実施形態に従って、クライアント202図2からのキャッシュされたデータがどのようにしてサーバ204図2にフラッシュされるのすなわち、永続的に記憶されるかを示している。図2および図5を参照すると、クライアント202は、一実施形態によれば、以下で説明するようにサーバ204にデータをフラッシュする。ブロック502において、このデータを生成するアプリケーションは、呼出しを行うか、あるいはこのトランザクションをコミットする要求を発行する。この呼出しまたは要求は、TM222に渡される。それに応答して、TM222は、この実施例のトランザクションマネージャに関して以下で説明するプリプリペア通知Pre-prepareNotificationを生成する。この実施形態において、RDR220は、ブロック504に示すようにTM222からこのプリプリペア通知を受信する。それに応答してRDR220は、このネットワークを介してこのデータをSRV234に対してフラッシュする。SRV234は、次にこのデータをNTFS216Aに渡す。これらのオペレーションは、ブロック506によって示される。一部の実施形態においては、サーバ204のTM222Aは、いつこのプリプリペアオペレーションが完了するかについてRDR220にシグナリングする。ブロック504およびブロック506は、実施例のトランザクションマネージャに関して以下で説明するプリペアPrepareオペレーションが実施されるよりも前に、サーバ204上に書き込まれるべきクライアント202からのデータが、サーバ204上に存在していることを確実にする。ブロック508において、RDR220は、実施例のトランザクションマネージャに関して以下で説明するプリペア通知をTM222から受信する。一実施形態においては、RDR220は、このプリペア通知に応答してプリペア通知メッセージをサーバ204に送信し、このプリペア通知は、TM222Aに渡される。次にTM222Aは、このプリペア通知をNTFS216Aに渡す。これらのオペレーションは、ブロック510および512によって示される。このプリペア通知は、クライアント202およびサーバ204が、このデータをコミットするか、またはロールバックすることができるような方法で、このデータを記憶するようにする。一部の実施形態においては、サーバ204のTM222Aは、RDR220へ、いつこのプリペアオペレーションが完了するかをシグナリングする。次いで、このデータは、ブロック514で示すように、標準の2相コミットオペレーション例えば、このトランザクションをコミットし、または、中止するオペレーションを使用して処理される。以上では、トランザクションマネージメントは、別々のTMコンポーネントすなわち、TM222およびTM222Aを使用して実施されるものとして説明しているが、他の実施形態においては、このトランザクションマネージメントインフラストラクチャは、このファイルシステムインフラストラクチャに一体化することができる。さらに、このような一体化された実施形態においては、これらのトランザクションメッセージ例えば、以下で説明するようにプリプリペアPrePrepare、プリペアPrepare、コミットCommit、アボートAbortなどは、この伝送チャネル上をファイルメッセージと共に流れる。実施例のトランザクションマネージャ図6は、一実施形態による、トランザクションを実施する際に使用されるコンポーネントを示している。特定のトランザクションを構成するオペレーションのグループは、少なくとも当業者には原子性atomicity、一貫性consistency、隔離性isolation、および永続性durabilityを含む頭字語ACIDとして知られている特性を、全体として有している。より詳細には、トランザクションの各オペレーションからもたらされるデータの更新は、すべて不変であるか、あるいはどれも不変でなく原子性、トランザクションは、基礎をなすデータを一貫した状態にし一貫性、トランザクション更新の効果は、全体のトランザクションが不変となるまでは他の同時に実行されるオペレーションから見えず隔離性、またトランザクションに対する結果が決定された後は、この結果は決して変化しないことが保証される永続性。図6のカーネルレベルのトランザクションマネージメントの実施例は、複数の装置に関与する分散トランザクションの実施例を対象としており、トランザクションに期待されるACID特性を保持している。さらに、図6の実施例は、カーネルオブジェクトを参照しているが、この実施例は、決してカーネルオブジェクトによって実装されるトランザクションだけに限定されるものではない。より詳細には、本明細書中で説明するトランザクションは、カーネルオブジェクト以外のオブジェクトによっても実装することができ、また異なるタイプのトランザクションマネージャによっても実装することができる。図6において、クライアントアプリケーション600に対応するトランザクションは、少なくとも第1のデバイス上のトランザクションマネージャ605、ならびに第2のデバイス上のクライアントアプリケーション600Bおよびトランザクションマネージャ635を利用している。クライアントアプリケーション600Bは、クライアントアプリケーション600に関連付けられている。互いに情報をやりとりするトランザクションマネージャ605および635は、全体のトランザクションおよびリソースについての状態情報を保持し、さらにクライアントアプリケーションと関連するRMresourcemanagerリソースマネージャの間で相互作用またはプロトコルを調整することができるカーネルオブジェクトの集合体とすることができる。図6の実施例におけるRM625およびRM630を含めてリソースマネージャは、データを永続的状態に記憶することができる少なくとも1つの基礎をなすリソースの状態を保持する。このようなリソースの非排他的な実施例は、データベースおよびメッセージキューmessagequeueを含んでいる。図6の実施形態の例の第1のデバイスにおいて、RM625はリソース627に対応し、RM630はリソース632に対応し、第2のデバイスにおいて、RM655はリソース657に対応する。図6に示すように、第1のデバイス上のトランザクションマネージャ605は、以下のカーネルオブジェクト:TXtransactionobjectトランザクションオブジェクト610、RMOresourcemanagerobjectリソースマネージャオブジェクト615、およびENenlistmetobjectエンリストメントオブジェクト620を含んでおり、第2のデバイス上のトランザクションマネージャ635は、以下のカーネルオブジェクト:TX640、RMO645、およびEN650を含んでいる。TXは特定のトランザクションを表し、このトランザクションに参加するプロセスによってオープンにすることができる。RMOは、特定のトランザクションに参加するリソースを表す。トランザクションへのRMOによる参加は、2相コミットメッセージを受信することを含んでいる。さらに、RMOは永続的であり、その結果、この対応するトランザクションマネージャは、どのトランザクションの結果が対応するRMに伝送されるかを知っている。代わりに、RMOが過渡的なこともあり、したがって、失敗を超えて永続的なRMOを管理することなく、クライアントアプリケーションがトランザクション通知のストリームに加入することができるようになる。ENは、トランザクションとリソースマネージャとの間の関係を表す。リソースマネージャは、EN上にエンリストメントを作成することによってENがトランザクションに参加することになることを示す。RMOが、特定のトランザクションに関してPrepareやCommitなどのオペレーションを実施するように要求されているときには、RMOは、ENを使用して参加を示す。リソースマネージャは、特定のトランザクションに関して複数のENを有することもできる。以下のように、カーネル環境に対して、トランザクションが正常にすべての適切なファイルをアップデートするようにするために実装される2相コミットプロトコルが、図6および図7の実施例を参照しながら説明される。特に、クライアントアプリケーション600が、第1のデバイス上のトランザクションマネージャ605に対応するカーネルオブジェクトをオープンし、SRV234図2が、第2のデバイス上のトランザクションマネージャ635に対応するカーネルオブジェクトをオープンした後に、プリペアprepareフェーズ700が開始され、705において、このトランザクション中の各RMには、対応するトランザクションマネージャからのプリペア命令が送信される。このように警告を受けて、710において、RMはリソースデータを永続的状態にすることによってプリペアを行い、その結果、各リソース中のこのデータは、コミットされまたはロールバックされることが可能になる。プリペアが行われると、715において、RMはこの対応するトランザクションマネージャのTXに対して確認メッセージを送信する。コミットフェーズ720は、このトランザクションが解決すると実施され、それによって725においてこのトランザクションマネージャのTXは、各関連付けられたRMに対してコミットされまたはアボート/ロールバックされたトランザクション結果を送信する。次いで、RMは、この結果を関連付けられたログに記録し、この基礎となるリソースデータは、このトランザクション結果に従ってコミットされ、あるいはロールバックされる。代替的な実施形態においては、このトランザクションについてのデータが永続的でない揮発性のエンリストメントを可能とすることができ、したがってこのデータは、ログ記録もされず、また復元もされない。カーネルレベル上のトランザクションマネージメントは、それだけには限定されないがMicrosoft登録商標Win32登録商標アプリケーションプログラミングインターフェースおよびMicrosoft登録商標Windows登録商標オペレーティングシステムを含めてシステムアーキテクチャに適用可能なAPIapplicationprograminterfaceアプリケーションプログラムインターフェースを利用することによって実装することができる。本明細書中で説明しているAPIは、ハンドルベースのインターフェースを介して表示され、ハンドルは、APIを対象とするオブジェクトを参照する。さらに、非同期式のオペレーションが明示的に要求されない限り、各カーネルオブジェクト上、特にTXおよびRMO上のオペレーションは、同期式である。さらにまた、トランザクションの異なる実施形態に対応するオペレーションは、本明細書中で説明している1つまたは複数のAPIの様々な組合せによって実装することができる。すなわち、一部の実施形態では、本明細書中で説明しているAPIのすべてを使用することができるが、他の実施形態では、それらの様々な組合せを使用することができる。TXカーネルオブジェクト上でオペレーションを実装するAPI、およびこのAPIの機能の対応する記述が、以下に提供されるこの関連するルーチンのさらに詳細な記述も、以下にさらに提供される。PreprepareEnlistment:フェーズ0の処理としても知られており、TXがすべての関連するRMに対してプリプリペアメッセージを送信することを要求する。PrepareEnlistment:TXがすべてのエンリストされたRMに対してプリペア要求を送信することを要求する。CreateTransaction:新しいTXをオープンする。OpenTransaction:既存のTXをオープンする。CommitTransaction:TXがコミットされることを要求する。RollbackTransaction:TXがこのトランザクションをアボートまたはロールバックすることを要求する。SavepointTransaction:TXがこのトランザクションの状態を保存することを要求する。GetTransactionInfo:このTXについての情報を検索する。SetTransactionInfo:このTXについての情報を設定する。RMOカーネルオブジェクト上でオペレーションを実装するために利用されるAPI、およびこのAPIの機能の対応する記述が、以下に提供されるこの関連するルーチンのさらに詳細な記述も、以下にさらに提供される。CreateResourceManager:リソースを表す新しいRMOを作成する。OpenResourceManager:既存のRMOをオープンする。DestroyResourceManager:RMOを破壊し、したがってRMOを非永続的なものにする。GetResourceManagerInfo:RMOについての情報を検索する。SetResourceManagerInfo:RMOについての情報を設定する。CreateEnlistment:RMOをトランザクションに参加させ、関連した通知を検索する。GetNotificationResourceManager:使用可能なRM通知を照会し戻す。トランザクションに参加した後、RMOカーネルオブジェクトによってTXカーネルオブジェクト上でオペレーションを実装するために利用されるAPI、およびこのAPIの機能の対応する記述が、以下に提供されるこの関連するルーチンのさらに詳細な記述も、以下にさらに提供される。PrePrepareComplete:対応するトランザクションマネージャが要求するときに、RMがプリプリペアを完了していることを示す。PrepareComplete:対応するトランザクションマネージャが要求するときに、RMがトランザクションのプリペアを完了していることを示す。RollbackComplete:対応するトランザクションマネージャが要求するときに、RMが実行されたトランザクション作業のロールバックを完了していることを示す。CommitComplete:対応するトランザクションマネージャが要求するときに、RMがトランザクション作業のコミットを完了していることを示す。残念ながら、トランザクションマネージメントを実装するために利用されるTX、RMO、およびENに関連するAPIは、様々なセキュリティ攻撃に対して1つまたは複数のカーネルオブジェクトをさらすこともある。例えば、悪意のあるまたは不正なRMが、トランザクション中にそれ自体をエンリストしてファンクション呼出しに決して応答しないことによってサービス拒否攻撃を引き起こし、あるいは、代わりにトランザクションアボートを強制することができる。したがって、図6をまた参照すると、さらなる例示の実施例は、安全なカーネルレベルの分散トランザクションを対象としている。図6の実施形態の一例はさらに、各カーネルオブジェクトの少なくとも1つに対してACLaccesscontrollistアクセスコントロールリストを含むことができるセキュリティデスクリプタsecuritydescriptorを適用することにより、ぜい弱なカーネルオブジェクトに対するセキュリティソリューションを提供する。第1のデバイスにおいては、ACL660はTX610に適用され、ACL665はRMO615に適用され、ACL670はEN620に適用される。第2のデバイスにおいては、ACL675はTX640に適用され、ACL680はRMO645に適用され、ACL685はEN650に適用される。ACLは、特定のユーザまたはユーザグループが特定のオブジェクト上で行使することを許可または拒否される権利rightを定義する。より詳細には、図8の実施例ACL810に示すように、カーネルオブジェクトに適用またはアタッチされるACLは、対応するSIDsecurityidentifierセキュリティ識別子および対応する1組の権利を含む少なくともACEaccesscontrolentryアクセス制御エントリを含んでいる。図8のACEエントリ1~12は、それぞれ対応するSID1~12、および対応するRIGHT1~12を含んでいる。SID1~12は、このACLが適用されるカーネルオブジェクト上でオペレーション、または一連のオペレーションを実装しようと試みることができるユーザまたはユーザグループを識別する。RIGHT1~12は、このSIDによって識別されるユーザまたはユーザグループがこの各カーネルオブジェクト上で実施することができるオペレーションまたは一連のオペレーションを指定し、さらにこの識別されたユーザまたはユーザグループへのこのようなオペレーションまたは複数のオペレーションのアクセス可能性を指定する。すなわち、RIGHT1~12は、識別されたユーザまたはユーザグループが、指定されたオペレーションを実施することが許可されること、あるいは、この指定されたユーザまたはユーザグループが、指定されたオペレーションを実施することが禁止されることを示すことができる。以下は、TXに対して適用されるACLにおいてRIGHT1~12が指定することができるオペレーションの例のリストであり、このオペレーションの機能の記述が後に続いている。RIGHT1~12はさらに、この対応するSIDによって識別されるユーザまたはユーザグループに対してTX上でこのオペレーションが許可または拒否されることを指定する。TRANSACTION_QUERY_INFORMATION:TXについての情報を獲得する。TRANSACTION_SET_INFORMATION:TXについての情報を設定する。TRANSACTION_ENLIST:このトランザクション中のTX上にエンリストする。TRANSACTION_COMMIT:TXに関連するすべてのデータアップデートを永続的にする。TRANSACTION_ROLLBACK:TX上でこのオペレーションをアボート、すなわちロールバックする。TRANSACTION_PROPAGATE:TXから別のオブジェクトへとデータを伝送する。TRANSACTION_SAVEPOINT:このトランザクションの最新ポイントを保存する。TRANSACTION_MARSHAL:このトランザクションに関するデータを別のデバイスへと伝送する。以下は、RMOに対して適用されるACLにおいてRIGHT1~12が指定することができるオペレーションの例のリストであり、このオペレーションの機能の記述が後に続いている。RIGHT1~12はさらに、この対応するSIDによって識別されるユーザまたはユーザグループに対してRMO上でこのオペレーションが許可または拒否されることを指定する。RESOURCEMANAGER_QUERY_INFORMATION:RMOについての情報を獲得する。RESOURCEMANAGER_SET_INFORMATION:RMOについての情報を設定する。RESOURCEMANAGER_RECOVER:トランザクションの失敗の瞬間におけるトランザクションの状態を決定する。RESOURCEMANAGER_ENLIST:トランザクションにおいてRMOをエンリストする。RESOURCEMANAGER_GET_NOTIFICATION:トランザクションマネージャからのトランザクションの解決に応じて通知を受信する。RESOURCEMANAGER_REGISTER_PROTOCOL:このトランザクションにおいてRMOがサポートするプロトコルを登録する。RESOURCEMANAGER_COMPLETE_PROPAGATION:トランザクションの解決に従ってリソースを設定する。以下は、ENに対して適用されるACLにおいてRIGHT1~12が指定することができるオペレーションの例のリストであり、このオペレーションの機能の記述が後に続いている。RIGHT1~12はさらに、この対応するSIDによって識別されるユーザまたはユーザグループに対してEN上でこのオペレーションが許可または拒否されることを指定する。ENLISTMENT_QUERY_INFORMATION:ENについての情報を獲得する。ENLISTMENT_SET_INFORMATION:ENについての情報を設定する。ENLISTMENT_RECOVER:トランザクションの失敗の瞬間におけるエンリストメントの状態を決定する。ENLISTMENT_REFERENCE:エンリストメントキーを取得し、参照または逆参照する。ENLISTMENT_SUBORDINATE_RIGHTS:このトランザクションをロールバックし、通知に応答する。ENLISTMENT_SUPERIOR_RIGHTS:トランザクション中でプリプリペアオペレーション、プリペアオペレーション、または上位ロールバックオペレーションを開始するなど、上位トランザクションマネージャが実施するはずのオペレーションを実施する。したがって、各カーネルオブジェクトTX、RMO、およびENはそれぞれそれに適用されるACLを有することができる。このように、APIがこれらのカーネルオブジェクトのそれぞれ1つの上にあるオペレーションを開始しようと試みるときに、このAPIが起源とするユーザまたはユーザグループに対して、このオペレーションが許可または拒否されるかどうかを判定して、このACLに従う必要がある。より詳細には、オペレーションを実施するためのハンドルがオープンされるとき、このAPIに対応するユーザまたはユーザグループはこのACL中のSIDに対して検査され、許可されたオペレーションのリストが生成され、このAPIによって指定されるこのオペレーションは所与のハンドル上のこのSIDに対して許可されたオペレーションに対して検査される。カーネルオブジェクトの間のトランザクションマネージメントをセキュリティ保護し、セキュリティパラメータを強要する代替的な実施形態は、このMicrosoft登録商標Windows登録商標オペレーティングシステム用のセキュリティモデルによるトランザクションに参加することができるカーネルオブジェクトにセキュリティデスクリプタを適用する工程を含んでいる。上述のように、これらのAPIは、ハンドルベースのインターフェースとして表示され、このインターフェースを利用してこのセキュリティモデルを実装する。以上でリストアップしたTXカーネルオブジェクト上でオペレーションを実装するこれらのAPIのより詳細な記述が、以下に含まれている。これらの記述は、このルーチン、対応する引数、およびリターン値の記述を含んでいる。PreprepareEnlistmentINPHANDLETransactionHandle;INPHANDLEResourceManagerHandle。このルーチンは、すべての関連するRMに対してプリプリペア要求Pre-Preparerequestを発行することによってトランザクションがプリプリペアされることを要求する。プリプリペアは、このトランザクションが、下流のRMがもはや変更を受け入れることができないというプリペア状態Preparedstateに入る以前に、キャッシュに似た特性を有するRMにそのキャッシュを、可能であれば他のRMに対してフラッシュする機会を許可する。このルーチンが呼び出されず、トランザクション参加者がフェーズ0の処理を要求している場合、プリペアPrepareが受信されるときに要求されるように、プリプリペア要求が発行される。しかし、PreprepareEnlistmentが存在しない場合には、キャッシュに似たRMを含む一部の構成では、分散シナリオにおいて、不必要なトランザクションロールバックが引き起こされることもある。引数:TransactionHandle:プリプリペアすべきトランザクションを示すハンドルを与える。ResourceManagerHandle:このトランザクションをプリプリペアしている上位-TM/CRMに対してハンドルを与える。この上位-TM/CRMだけが、このトランザクション上でPrepareEnlistment、SuperiorCommitTransaction、およびSuperiorRollbackTransactionを呼び出すことが可能になる。リターン値:PrepareEnlistmentINPHANDLETransactionHandle、INPHANDLEResourceManagerHandle;このルーチンは、すべてのその関連付けられたResourceManagerに対してプリペア要求Preparerequestを発行することによって、トランザクションがプリペアされることを要求する。この要求は、2相コミットプロトコルを開始する。PrepareEnlistmentを発行するトランザクション参加者は、トランザクションオブジェクトをシステムまたはアプリケーションがクラッシュしても生き残ることになる永続的状態にする。このような参加者は、どのようなタイプの失敗の後にもこのトランザクション上でリカバリrecoveryを実施して、結果を送付する。この要件を満たすのに失敗すると、リソースのリーク、ならびに矛盾したトランザクションの結果がもたらされることもある。引数:TransactionHandle:プリペアすべきトランザクションについてのハンドルを与える。ResourceManagerHandle:このトランザクションをプリペアしているTMに対して、ハンドルを与える。このトランザクションがPreprepareEnlistmentに対するコールを介してプリプリペアされている場合には、ResourceManagerHandleは、PreprepareEnlistmentに対する呼出し中で使用された上位-TM/CRMとマッチングする。さらに、このAPIをコールする上位-TM/CRMだけが、このトランザクション上でSuperiorCommittransactionおよびSuperiorRollbackTransactionを呼び出すことが許可されることになる。リターン値:CreateTransactionOUTPHANDLETransactionHandle、INULONGDesiredAccessOPTIONAL;INPOBJECTATTRIBUTESObjectAttributesOPTIONAL;INULONGCreateOptionsOPTIONAL;INPHANDLEResourceManagerHandleOPTIONAL;INNOTIFICATIONMASKNotificationMaskOPTIONAL;INLPVOIDTransactionKeyOPTIONAL。このルーチンは、新しいトランザクションオブジェクトを作成し、この新しいオブジェクトにハンドルを戻す。代わりにResourceManagerHandleパラメータが指定される場合、このルーチンは、それが正常に作成された後に、このトランザクション上でジョインJoinオペレーションを実施する。クライアントは、CloseHandleAPIを使用してこのトランザクションハンドルをクローズする。この最後のトランザクションハンドルが、いずれかがこのトランザクション上でCommitTransactionを呼び出すことなくクローズする場合には、このトランザクションは、暗黙的にロールバックされる。引数:TransactionHandle:この新しいトランザクションに対するハンドルを受信することになるロケーションにポインタを与える。DesiredAccess:この所望のアクセスレベルを指定するマスクを与える。この有効なアクセスマスクの選択肢には、以下のものがある。:SYNCHRONIZEこのハンドル上で同期オペレーションを実施することができる。TRANSACTION_COMMITこのハンドルを使用してトランザクションをコミットすることができる。TRANSACTION_PREPAREこのハンドルを使用してトランザクションをコミットすることができる。TRANSACTION_ROLLBACKこのハンドルを使用してトランザクションをアボートすることができる。TRANSACTION_SAVEPOINTこのハンドルを使用してこのトランザクションについてのセーブポイントを作成することができる。TRANSACTION_JOINこのハンドルを使用してこのトランザクションをRMとして加えることができる。TRANSACTION_READ_ATTRIBUTESトランザクションに関連する属性を読み取ることができる。TRANSACTION_WRITE_ATTRIBUTESトランザクションに関連する属性を書き込むことができる。ObjectAttributes:オプションのオブジェクト属性構造に、ポインタを与える。CreateOptionsオプションのトランザクションフラグを与える。有効な作成フラグ選択肢は以下を含んでいる。TRANSACTION_CREATE_PRESUMED_NOTHING何も想定しないpresumednothingトランザクションを作成する。ResourceManagerHandle:指定されたトランザクションについての通知を受信するResourceManagerにハンドルを与える。NotificationMask:このResourceManagerがこのトランザクションに関して受信したい通知を指定する。TransactionKey:このRMがこのトランザクションについての任意の通知とともに受信をしたい不明瞭なポインタ値を指定する。このRMは、このポインタ値を使用して通知をこのRMのアドレス空間中のあるオブジェクトに関連づけることができ、それによって通知が行われるたびにルックアップを実行する必要をなくすることができる。リターン値:OpenTransactionOUTPHANDLETransactionHandle、INACCESSMASKDesiredAccess、INPOBJECTATTRIBUTESObjectAttributes、INPHANDLEResourceManagerHandleoptional、INNOTIFICATIONMASKNotificationMaskoptional、INLPVOIDTransactionKeyoptional;このルーチンは、既存のトランザクションオブジェクトを調べ、ハンドルをこのトランザクションに戻す。この呼出し元は、ObjectAttributesのObjectNameフィールド中においてGUIDのストリング表現を指定する。代わりにこのResourceManagerHandleパラメータが指定される場合、このルーチンはまた、それがオープンされた後にこのトランザクション上でジョインオペレーションを実施する。クライアントは、CloseHandleAPIを使用してこのトランザクションハンドルをクローズする。この最後のトランザクションハンドルが、どれかがこのトランザクション上でCommitTransactionをコールすることなくクローズする場合には、このトランザクションは、暗黙的にロールバックされたトランザクションである。引数:TransactionHandle:このオープンオペレーションが成功する場合に、このトランザクションに対するハンドルを受信することになるロケーションにポインタを与える。DesiredAccess:この所望のアクセスレベルを指定するマスクを与える。ObjectAttributes:オプションのオブジェクト属性構造にポインタを与える。ResourceManagerHandle:この指定されたトランザクションについての通知を受信するResourceManagerにハンドルを与える。NotificationMask:このResourceManagerがこのトランザクションに関して受信することができる通知を指定する。TransactionKey:このRMがこのトランザクションについての任意の通知とともに受信したい不明瞭なポインタ値をオプション的に指定する。このRMは、このポインタ値を使用して通知をこのRMのアドレス空間中のあるオブジェクトに関連づけることができ、それによって通知が行われるたびにルックアップを実行する必要をなくすることができる。リターン値:CommitTransactionINPHANDLETransactionHandleINULONGCommitOptionsOptional;このルーチンは、TransactionHandleに関連するこのトランザクションがコミットされることを要求する。オープンまたは作成されている任意のトランザクションハンドルは、Transaction_CommitDesiredAccessを用いてコミットすることができる。トランザクションの作成者だけがそれをコミットすることが可能であることを提示する制約は、存在していないからである。問題のトランザクションが、以前にPrepareEnlistment要求を発行していない場合に、2相コミットプロトコルは、すべてのエンリストされたRM上で開始することができる。この呼出しは、このクライアントによって発行されている1相コミット要求と考えることができる。このトランザクションが以前にPrepareEnlistmentを介してプリペアされている場合には、このルーティングroutingは、呼び出されない。PrepareEnlistmentを呼び出したRMだけが、このルーチンSuperiorCommitTransactionを使用して、このトランザクション状態を解決することができる。引数:TransactionHandle:コミットすべきトランザクションを示すハンドルを与える。CommitOptions:COMMIT_RETAININGトランザクションがコミットされることになる。リターン値:RollbackTransactionINPHANDLETransactionHandle、INSAVEPOINTSavePointOptional、INROLLBACKREASONRollbackReasonOptional;このルーチンは、TransactionHandleに関連するこのトランザクションをロールバックすることを要求する。このオプションのSavePointが指定され、有効なセーブポイントである場合、このロールバックは、部分的なロールバックでもよい。NULLのSavePoint引数は、このトランザクションが完全にロールバックまたはアボートされるべきことを示す。オプションのRollbackReason構造を与えることができる。これは、トランザクションオブジェクト中に保持されることになり、GetInformationTransactionに対する呼出しを介して関心のあるトランザクション参加者は検索することができる。引数:TransactionHandle:ロールバックすべきトランザクションを示すハンドルを与える。SavePoint:どこまでトランザクションの状態をロールバックすべきかを示すSavePointネームを与える。RollbackReason:ロールバックリーズンrollbackreasonを与える。リターン値:SavePointTransactionINPHANDLETransactionHandle、INULONGSavePointFlagsOptional、OUTLPSAVEPOINTSavePoint;このルーチンは、セーブポイントがTransactionHandleに関連付けられたトランザクションについて生成されることを要求する。このセーブポイントは、後続のロールバック要求に対するターゲットとして使用される。引数:TransactionHandle:セーブポイントを確立すべき対象のトランザクションを示すハンドルを与える。SavePointFlags:このセーブポイントの生成に影響を及ぼす1組のフラグをオプション的に与える。SavePoint:セーブポイント識別子が記憶されるロケーションにポインタを与える。リターン値:QueryInformationTransactionINHANDLETransactionHandle、INTRANSACTIONINFORMATIONCLASSTransactionInformationClass、OUTPVOIDTransactionInformation、INULONGTransactionInformationLength、OUTPULONGReturnLengthOptionalこのルーチンは、TransactionHandleによって表されるトランザクションオブジェクトについての要求された情報を戻す。引数:TransactionHandle:情報が要求されているトランザクションを示すハンドルを与える。TransactionInformationClass:このトランザクションオブジェクトについてのどのクラスの情報が要求されているかを示す。TransactionInformation:要求されているこのトランザクション情報が記憶されるバッファに対してポインタを与える。TransactionInformationLength:TransactionInformationによってポイントされるバッファの長さを示す。ReturnLength:このTransactionInformationバッファに書き込まれる情報の長さを受信することになるロケーションにポインタを与える。リターン値:SetInformationTransactionINHANDLETransactionHandle、INTRANSACTIONINFORMATIONCLASSTransactionInformationClass、INPVOIDTransactionInformation、INULONGTransactionInformationLength;このルーチンはTransactionHandleによって表されるこのトランザクションオブジェクトについてこの要求された情報を設定する。引数:TransactionHandle:どの情報が修正されることになるかをこのトランザクションに示すハンドルを与える。TransactionInformationClass:このトランザクションオブジェクトについてのどのクラスの情報が要求されているかを示す。TransactionInformation:要求されるこのトランザクション情報が記憶されるバッファにポインタを与える。TransactionInformationLength:TransactionInformationによってポイントされるバッファの長さを示す。ReturnLength:このTransactionInformationバッファに書き込まれる情報の長さを受信することになるロケーションにポインタを与える。リターン値:以下は、以上でリストアップした、RMOカーネルオブジェクト上でオペレーションを実装するAPIのより詳細な記述を含んでいる。これらの記述は、このルーチン、対応する引数、およびリターン値の記述を含んでいる。CreateResourceMnagerOUTPHANDLEResourceManagerHandle、INACCESSMASKDesiredAccessOptional、INPOBJECTATTRIBUTESObjectAttributes、INULONGCreateOptionsOptional、INRMNOTIFICATIONROUTINENotificationRoutineOptional;このルーチンは、リソースを表す新しいResourceManagerオブジェクトを作成する。ResourceManagerオブジェクトは、このRMが参加したという、トランザクションに関するTM通知についてのエンドポイントとしての役割も果たす。RMは、GetNotificationResourceManagerを呼び出すことによってこれらの通知を要求する。ResourceManagerは、通常は永続的なオブジェクトであり、すなわちこのオブジェクトは、システムまたはRMのあらゆる失敗の後に再オープンされ、リカバリを実施する必要がある。ResourceManagerオブジェクトの過渡的なバージョンは、このオプションRESOURCEMANAGER_NO_RECOVERYを指定することによって作成することができる。過渡的なRMは、リカバリを実施するように義務づけられておらず、また許可されてもいない。このリカバリ不可能なRMオプションにより、この十分複雑なログ記録をとるプリペアを実装する必要なしに、またリカバリを実施することもなしに、アプリケーションまたはRMはトランザクションの進行例えば、PREPREPARE、PREPARE、COMMITについての通知を受信できるようになる。引数:ResourceManagerHandle:この新しいResourceManagerに対するハンドルを受信することになるロケーションにポインタを与える。DesiredAccess:所望のアクセスレベルを指定するマスクを与える。有効なアクセスマスクの選択肢を以下に示す。:SYNCHRONIZE:ハンドル上でオペレーションを同期させる。RESOURCEMANAGER_DESTROY:このリソースマネージャを破壊する。RESOURCEMANAGER_READ_ATTRIBUTES:リソースマネージャに関連する属性を読み取る。RESOURCEMANAGER_WRITE_ATTRIBUTES:リソースマネージャに関連する属性を書き込む。ObjectAttributes:この新しいRMオブジェクトについての属性を指定する。この属性は、RMネームを含んでいる。CreateOptions:この作成されたオブジェクトについてのオプションを指定する。RESOUCEMANAGER_NO_RECOVERY:ResourceManagerオブジェクトは、非永続的であり、リカバリを実施しない。RESOUCEMANAGER_COMMUNICATION:ResourceManagerは、他のコンピュータに対してどのように通信を行うかを知っている。ResourceManagerを使用してトランザクションをマーシャリングまたはアンマーシャリングするunmarshallことができる。RESOURCEMANAGER_CLUSTER_RECOVERY:ResourceManagerは、失敗している可能性のあるファイルをログ記録した結果をどのようにして読み取り、このクラスタ中の他のノードに送付するべきかを知っている。ResourceManagerを使用してクラスタ中のトランザクションをリカバリすることができる。NotificationRoutine:通知がこのResourceManagerにとって使用可能であるときに呼び出すべき通知ルーチンを指定する。リターン値:OpenResourceManagerOUTPHANDLEResourceManagerHandle、INACCESSMASKDesiredAccessOptional、INPOBJECTATTRIBUTESObjectAttributes、INULONGOpenOptionsOptional、INRMNOTIFICATIONROUTINENotificationRoutine、Optional。このルーチンは、名前によって既存のResourceManagerオブジェクトをオープンする。ターゲットのResourceManagerオブジェクトが永続的であるが、現在オープンされていない場合、このオブジェクトは最初にリカバリする状態にあり、リカバリされる必要がある。リカバリが完了した後に、RecoveryCompleteResourceManagerを呼び出す必要がある。引数:ResourceManagerHandle:既存のResourceManagerオブジェクトに対するハンドルを受信することになるロケーションにポインタを与える。DesiredAccess:このオブジェクトに対する所望のアクセスを指定するマスクを与える。ObjectAttributes:この新しいRMオブジェクトについての属性を指定する。OpenOptions:このオブジェクトについてのオプションを指定する。有効なオプションは、以下を含んでいる。RESOURCE_MANAGER_DETAILED_RECOVERY_NOTIFICATIONS:このリソースマネージャは、通常のリカバリ通知の代わりに、通信エンドポイントについての追加の情報を伴う詳細なリカバリ通知を受信する。NotificationRoutine:通知が、このResourceManagerにとって使用可能であるときに、呼び出されることになる通知ルーチンを指定する。リターン値:DestroyResourceManagerINPHANDLEResourceManagerHandle;このルーチンは、ResourceManagerオブジェクトを破壊し、それがもはや永続的でないようにする。引数:ResourceManagerHandle:破壊すべきResourceManagerオブジェクトを指示するハンドルを与える。リターン値:QueryInformationResourceManagerINHANDLEResourceManagerHandle、INRESOURCEMANAGERINFORMATIONCLASSResourceManagerInformationClass、OUTPVOIDResourceManagerInformation、INULONGResourceManagerInformationLength、OUTPULONGReturnLengthOptional。このルーチンは、ResourceManagerHandleによって表されるRMOについてのこの要求された情報を戻す。引数:ResourceManagerHandle:情報が要求されているこのResourceManagerを示すハンドルを与える。ResourceManagerInformationClass:このResourceManagerオブジェクトについてのどのクラスの情報が要求されているかを示す。ResourceManagerInformation:要求されるこのResourceManager情報が記憶されることになるバッファにポインタを与える。ResourceManagerInformationLength:ResourceManagerInformationによってポイントされるバッファの長さを示す。ReturnLength:ResourceManagerInformationバッファに書き込まれる情報の長さを受信するロケーションにポインタを与える。リターン値:SetInformationResourceManagerINHANDLEResourceManagerHandle、INRESOURCEMANAGERINFORMATIONCLASSResourceManagerInformationClass、INPVOIDResourceManagerInformation、INULONGResourceManagerInformationLength;このルーチンはResourceManagerHandleによって表されるRMOについてのこの要求された情報を設定する。引数:ResourceManagerHandle:情報が修正されているこのResourceManagerを示すハンドルを与える。ResourceManagerInformationClass:このResourceManagerオブジェクトについてのどのクラスの情報が要求されているかを示す。ResourceManagerInformation:要求されるこのResourceManager情報が記憶されるバッファにポインタを与える。ResourceManagerInformationLength:ResourceManagerInformationによってポイントされるバッファの長さを示す。リターン値:CreateEnlistmentINPHANDLEResourceManagerHandle、INPHANDLETransactionHandle、INNOTIFICATIONMASKNotificationMask、INLPVOIDTransactionKeyOptionalこのルーチンは、RMOを特定のトランザクションに結合jointさせ、それに関連した通知を受信する。このCreateEnlistment呼出しは、べき等idempotentであり、RMはこのルーチンを複数回呼び出して、そのNotificationMaskまたはTransactionKeyを変更することができる。CreateEnlistmentに対する後続の呼出しは、このトランザクション上で新しいエンリストメントを作成せずに通知マスクおよびトランザクションキーを置換する。NotificationMaskを使用して通知が複数回受信されることを要求することができる。例えば、PREPREPARE通知を受信するRMは、JoinTransactionを呼び出し、PREPREPAREフラグを指定することによって別の通知を要求することができる。したがって、RMは、複数のPREPREPARE要求を受信することができる。このような要求は拒絶されることもあり、このトランザクションが、この要求された通知が受信されているはずのポイントを以前に進んでいる場合には、これは望ましいこともある。例えば、あるRMが既にPAREに通知されているときに、PREPREPAREを要求することは認められない。引数:ResourceManagerHandle:RMにハンドルを供給してこの指定されたトランザクションについての通知を受信する。TransactionHandle:このRMが参加することを望むトランザクションに対してハンドルを与える。NotificationMask:RMがこのトランザクションに関して受信したいと思う通知を指定する。有効なマスクは、以下のようになっており、これらは一緒にORをとることもできる。TRANSACTION_NOTIFY_MASK_RM:RMPREPARE、COMMIT、ROLLBACK、SAVEPOINTが望む一般の通知。TRANSACTION_NOTIFY_MASK_CRM:CRMまたは上位TMPrePrepare_Complete、PrepareComplete、CommitComplete、RollbackComplete、SavebackCompleteが望む一般の通知。TRANSACTION_NOTIFY_PREPREPARE:PrePrepareに対する通知。TRANSACTION_NOTIFY_PREPARE:PREPAREに対する通知。TRANSACTION_NOTIFY_COMMIT:COMMITに対する通知。TRANSACTION_NOTIFY_ROLLBACK:ROLLBACKに対する通知。TRANSACTION_NOTIFY_PREPREPARE_COMPLETE:PREPREPAREが完了しているという通知。TRANSACTION_NOTIFY_PREPARE_COMPLETE:PREPAREが完了しているという通知。TRANSACTION_NOTIFY_COMMIT_COMPLETE:COMMITが完了しているという通知。TRANSACTION_NOTIFY_ROLLBACK_COMPLETE:ROLLBACKが完了しているという通知。TRANSACTION_NOTIFY_SAVEPOINT_COMPLETE:SAVEPOINTが完了しているという通知。TransactionKey:RMがこのトランザクションについての任意の通知とともに受信したいと思う不明瞭なポインタ値を指定する。このRMは、このポインタ値を使用して通知をこのRMアドレス空間中のあるオブジェクトに関連づけ、それによって通知が行われるたびにルックアップを実施する必要をなくすることができる。リターン値:GetNotificationResourceManagerINPHANDLEResourceManagerHandle、INPTRANSACTIONNOTIFICATIONTransactionNotification、INPLARGEINTEGERTimeoutOptionalどれかが使用可能な場合、このルーチンは、RM通知を照会し、戻す。引数:ResourceManagerHandle:通知を戻す対象のResourceManagerを示すハンドルを与える。TransactionNotification:この第1の使用可能な通知で満たすべきTRANSACTION_NOTIFICATION構造にポインタを与える。Timeout:使用可能になる通知を待ちながら、それ以降、呼出し側はブロックしたいと考える時刻を与える。このタイムアウトが満了するときに何も使用可能でない場合には、この呼出し側は、STATUS_TIMEOUTと共に戻る。リターン値:以上でリストアップした、トランザクションに参加した後にRMOカーネルオブジェクトによってTXカーネル上でオペレーションを実装するこれらのAPIのより詳細な記述が、以下に含まれている。この記述は、このルーチン、対応する引数、およびリターン値を含んでいる。PrePrepareCompleteINPHANDLEEnlistmentHandle;このルーチンは、このKTMが要求するときに、RMがトランザクションのプリプリペア処理別名フェーズ0を完了していることを示す。引数:TransactionHandle:このプリプリペアオペレーションが完了しているトランザクションを示すハンドルを与える。リターン値:PrepareCompleteINPHANDLEEnlistmentHandle;このルーチンは、KTMが要求するときに、このRMがトランザクションのプリペアを完了していることを示す。引数:TransactionHandle:このプリペアオペレーションが完了しているトランザクションを示すハンドルを与える。リターン値:RollbackCompleteINPHANDLEEnlistmentHandle;このルーチンは、要求されたように、RMがトランザクションによって実施される作業のロールバックを正常に完了していることを示す。RMが、要求されたようにこのトランザクションを正常にロールバックすることができない場合には、RMは、RollbackTransactionを介して完全なロールバックを求める要求を発行すべきである。引数:TransactionHandle:このロールバックオペレーションが完了しているトランザクションを示すハンドルを与える。リターン値:CommitCompleteINPHANDLEEnlistmentHandle;このルーチンは、要求されたように、RMが、トランザクションによって実施される作業のコミットを完了していることを示す。引数:TransactionHandle:このコミットオペレーションが完了しているトランザクションを示すハンドルを与える。リターン値:さらに、伝搬ルーチンpropagationroutineをこのカーネルオブジェクトについて提供することができる。このようなルーチンの実施例を以下に示す。RegisterProtocolAddressInformationINHANDLEResourceManager、INPROTOCOLIDProtocolId、INULONGProtocolInformationSize、INPVOIDProtocolInformationOptional。このルーチンは、リソースマネージャを特定のプロトコルに対する通信リソースマネージャとして登録する。このルーチンはまた、情報のブロブをこのプロトコルに関連づける。ただ1つのリソースマネージャしか、所与のマシン上のあるプロトコルに対して登録をすることができない。引数:ResourceManager:登録中のリソースマネージャにハンドルを与える。ProtocolId:このプロトコルを識別するGUID。ProtocolInformationSize:ProtocolInformationのサイズ。ProtocolInformation:このプロトコルに関連するオプションのブロブ。リターン値:MarshallTransactionINPHANDLETransactionHandle、INULONGNumberOfProtocols、INPPROTOCOLIDProtocolArray、INULONGBufferLength、INPVOIDBuffer、OUTPULONGBufferUsedOptional。このルーチンは、TransactionHandleに対応するこのトランザクションの表現がバッファ中に直列に配列されることを要求する。引数:TransactionHandle:このコミットオペレーションが完了しているトランザクションを示すハンドルを与える。NumberOfProtocols:このプロトコルアレイのサイズを示す。ProtocolArray:このトランザクションをマーシャリングするために使用することができるプロトコルを指定するPROTOCOL_IDGUIDのアレイ。このアレイは、プリファランスpreferenceによって順序づけすべきであるこのアレイ中の第1のプロトコルは、優先のプロトコルであり、第2のプロトコルは、第2最優先のプロトコルであるなど。BufferLength:使用可能なバッファの長さを与える。Buffer:このトランザクションの直列配列を記憶すべきバッファにポインタを与える。BufferUsed:バッファ中に書き込まれる実際のバイトを記憶すべきロケーションにポインタを与える。リターン値:GetProtocolAddressInformationINULONGAddressBufferSize、OUTPVOIDAddressBuffer、OUTPULONGAddressBufferUsedOptional。このルーチンは、このマシン上ですべての登録済みのプロトコルを表現する情報が、AddressBuffer中で、直列に配列されることを要求する。次いでこの情報を別のマシンに渡し、これをPushTransactionに対する引数として使用してAddressInformationが生成されるマシンに対してトランザクションを転送pushすることができる。引数:AddressBufferSize:使用可能なバッファの長さを与える。AddressBuffer:使用可能なバッファの長さを与える。AddressBufferUsed:このトランザクションの直列配列が記憶されるバッファのロケーションにポインタを与える。リターン値:PullTransactionOUTPHANDLETransactionHandle、INULONGNumberOfProtocols、INPCRMPROTOCOLIDProtocolArray、INULONGBufferLength、INPVOIDBuffer。このルーチンは、バッファ中の直列配列によって表現されるトランザクションが、トランザクションマネージャにより使用可能になることを要求する。このトランザクションが、登録済みのリソースマネージャのうちの1つによって正常に伝搬された後に、この新しいトランザクションオブジェクトに対するハンドルが戻される。引数:TransactionHandle:この新しいトランザクションを表すハンドルが記憶されるべきところにポインタを与える。NumberOfProtocols:このプロトコルアレイのサイズを示す。ProtocolArray:このトランザクションをマーシャリングするために使用することができるプロトコルを指定するPROTOCOL_IDGUIDのアレイ。このアレイは、プリファランスによって順序づけすべきであるこのアレイ中の第1のプロトコルは、優先のプロトコルであり、第2のプロトコルは、第2最優先のプロトコルであるなど。BufferLength:使用可能なバッファの長さを与える。Buffer:このトランザクションの直列配列が記憶されるバッファにポインタを与える。リターン値:PushTransactionINHANDLETransactionHandle、INULONGNumberOfProtocols、INPCRMPROTOCOLIDProtocolArray、INULONGDestinationInfoLength、INPVOIDDestinationInfo、INULONGResponseBufferLength、OUTPVOIDResponseBuffer、OUTPULONGResponseBufferUsedOptional、OUTPULONGPushCookieOptional。このルーチンは、このトランザクションが、プッシュスタイルの伝搬を使用して宛先マシンに伝搬されることを要求する。プロトコルは、ProtocolArray中にリストされる順序で、成功するまで使用されることになる。この宛先マシンへ伝搬する際にどのプロトコルでもうまくいかない場合には、このルーチンはfailureを戻すことになる。引数:TransactionHandle:このリモートマシンに伝搬すべきこのトランザクションオブジェクトにポインタを与える。DestinationInfoLength:使用可能なDestinationInfoLengthの長さを与える。DestinationInfo:この宛先についてのエンドポイント情報が記憶されるバッファに対してポインタを与える。これは、この宛先マシン上のGetProtocolAddressInformationに対する呼出から受信される出力とすることができる。ResponseBufferLength:使用可能なResponseBufferの長さを与える。ResponseBuffer:このトランザクションの直列配列が記憶されるバッファにポインタを与える。PushCookie:このプッシュ要求を表すクッキーが記憶されることになるバッファにポインタを与える。リターン値:GetPushTransactionBufferINHANDLETransactionHandle、INULONGPushCookie、INULONGResponseBufferLength、OUTPVOIDResponseBuffer、OUTPULONGResponseBufferUsedOptional。PushTransactionに対する初期呼出しが、STATUS_BUFFER_TOO_SMALLリターンコードを受信した場合に、この呼出しを使用してPushTransactionに対する呼出しの出力を検索する。この場合には、呼出し側は、GetPushTransactionBufferをコールし、十分なバッファサイズで渡すことになる。引数:TransactionHandle:この新しいトランザクションを表すハンドルが記憶されるロケーションにポインタを与える。BufferLength:使用可能なバッファの長さを与える。Buffer:このトランザクションの直列配列が記憶されるバッファにポインタを与える。リターン値:PropagationCompleteINHANDLEEnlistmentHandle、INULONGRequestCookie、INULONGBufferLength、INPVOIDBuffer。トランザクションの伝搬を正常に完了した後に、このルーチンは、CRMによって呼出される。引数:TransactionHandle:この新しいトランザクションを表すハンドルを記憶すべきロケーションにポインタを与える。RequestCookie:どの要求が完了しているかを示すために、この元のPROPAGATE通知の引数中で受信されたこのRequestCookieを与える。BufferLength:使用可能なこのバッファの長さを与える。Buffer:このトランザクションの直列配列が記憶されるバッファにポインタを与える。リターン値:PropagationFailedINHANDLEResourceManagerHandle、INULONGRequestCookie、INSTATUSPropStatus。CRMは、このルーチンを使用して要求されたときにこのトランザクションを伝搬することに失敗していることを示す。引数:TransactionHandle:この新しいトランザクションを表すハンドルを記憶すべきロケーションにポインタを与える。BufferLength:使用可能なこのバッファの長さを与える。Buffer:このトランザクションの直列配列が記憶されるバッファにポインタを与える。リターン値:実施例のコンピューティング環境図9は、一般的なコンピュータ環境900を示しており、このコンピュータ環境を使用して本明細書中で説明している技術を実装することができる。このコンピュータ環境900は、コンピューティング環境の一実施例にすぎず、コンピュータおよびネットワークアーキテクチャの利用範囲あるいは機能について、どのような限定も示唆するものではない。また、このコンピュータ環境900は、この実施例のコンピュータ環境900において示されたコンポーネントのうちのどの1つまたは組合せに関してもどのような依存性または要件を有するものとも解釈すべきではない。コンピュータ環境900は、コンピュータ902の形態の汎用コンピューティングデバイスを含んでいる。コンピュータ902のコンポーネントは、それだけには限定されないが、1つまたは複数のプロセッサまたは処理装置904と、システムメモリ906と、プロセッサ904を含めて様々なシステムコンポーネントをシステムメモリ906に結合するシステムバス908とを含むことが可能である。システムバス908は、メモリバスまたはメモリコントローラ、周辺バス、アクセラレーティドグラフィックスポートacceleratedgraphicsport、および様々なバスアーキテクチャのうちのどれかを使用したプロセッサバスまたはローカルバスを含めて、いくつかのタイプのバス構造のうちの1つまたは複数のいずれかを表す。実施例として、このようなアーキテクチャは、ISAバス、MCAバス、EISAEnhancedISA拡張ISAバス、VESAVideoElectronicsStandardAssociationビデオエレクトロニクス規格協会ローカルバス、メザニンバスとしても知られているPCIバス、PCIエクスプレスExpressバス、USB、SDSecureDigitalセキュアデジタルバス、またはIEEE1394バス、すなわちファイヤワイヤFireWireを含んでいる。コンピュータ902は、様々なコンピュータ読取り可能媒体を含むこともできる。このような媒体は、コンピュータ902によってアクセス可能な任意の入手可能な媒体とすることが可能であり、揮発性媒体も不揮発性媒体も、着脱可能媒体も着脱不能媒体も含んでいる。システムメモリ906は、RAMrandomaccessmemoryランダムアクセスメモリ910などの揮発性メモリ、および/またはROMreadonlymemory読取り専用メモリ912やフラッシュRAMなどの不揮発性メモリの形態のコンピュータ読取り可能媒体を含んでいる。起動中などにコンピュータ902内の要素間で情報を転送する助けをする基本ルーチンを含むBIOSBasicinput/outputsystem基本入出力システム914は、ROM912またはフラッシュRAMに記憶される。RAM910は、一般に処理装置904によって直ちにアクセス可能な、かつ/または現在操作されているデータおよび/またはプログラムモジュールを含んでいる。コンピュータ902は、他の着脱可能/着脱不能の揮発性/不揮発性のコンピュータストレージ媒体を含むこともできる。実施例として、図9は、着脱不能の不揮発性の磁気媒体図示せずから読み取りそれに書き込むためのハードディスクドライブ916、着脱可能な不揮発性の磁気ディスク920例えば、フロッピー登録商標ディスクから読み取りそれに書き込むための磁気ディスクドライブ918、およびCD-ROM、DVD-ROM、他の光媒体など着脱可能な不揮発性の光ディスク924から読み取りまたはそれに書き込みあるいはその両方を行うための光ディスクドライブ922を示している。ハードディスクドライブ916、磁気ディスクドライブ918、および光ディスクドライブ922は、それぞれ1つまたは複数のデータ媒体インターフェース925によってシステムバス908に接続されている。代わりに、ハードディスクドライブ916、磁気ディスクドライブ918、および光ディスクドライブ922は、1つまたは複数のインターフェース図示せずによってシステムバス908に接続することもできる。これらのディスクドライブおよびこれらの関連するコンピュータ読取り可能媒体は、コンピュータ902用のコンピュータ読取り可能命令、データ構造、プログラムモジュール、および他のデータの不揮発性ストレージを提供する。この実施例では、ハードディスク916、着脱可能磁気ディスク920、および着脱可能光ディスク924が示されているが、磁気カセットまたは他の磁気ストレージデバイス、フラッシュメモリカード、CD-ROM、DVDdigitalversatilediskデジタル多用途ディスクまたは他の光ストレージ、ランダムアクセスメモリRAM、読取り専用メモリROM、EEPROMelectricallyerasableprogrammableread-onlymemory電気的消去可能プログラム可能読取り専用メモリなど、コンピュータによってアクセス可能なデータを記憶することができる他のタイプのコンピュータ読取り可能媒体を利用してこの実施例のコンピューティングシステムおよびコンピューティング環境を実装することもできることが理解されよう。実施例としてオペレーティングシステム926、1つまたは複数のアプリケーションプログラム928、他のプログラムモジュール930、およびプログラムデータ932を含めて、任意数のプログラムモジュールをハードディスク916、磁気ディスク920、光ディスク924、ROM912、および/またはRAM910に記憶することができる。このようなオペレーティングシステム926、1つまたは複数のアプリケーションプログラム928、他のプログラムモジュール930、およびプログラムデータ932またはそれらの何らかの組合せのそれぞれは、前述の実施形態の例に従ってトランザクションを実行して、分散ファイルシステムをサポートする存在するコンポーネントのすべてまたは一部分を実装することができる。ユーザは、キーボード934やポインティングデバイス936例えば、マウスなどの入力デバイスを介してコマンドおよび情報をコンピュータ902に入力することができる。他の入力デバイス938詳細には示さずは、マイクロフォン、ジョイスティック、ゲームパッド、サテライトディッシュ、シリアルポート、および/またはスキャナなどを含むことができる。これらおよび他の入力デバイスは、システムバス908に結合された入出力インターフェース940を介して処理装置904に接続されるが、パラレルポート、ゲームポート、ユニバーサルシリアルバスUSBなど他のインターフェースおよびバス構造によって接続することもできる。モニタ942または他のタイプのディスプレイデバイスも、ビデオアダプタ944などのインターフェースを介してシステムバス908に接続することができる。モニタ942に加えて、他の出力周辺デバイスには、I/Oインターフェース940を介してコンピュータ902に接続することができるスピーカ図示せずやプリンタ946などのコンポーネントも含めることが可能である。コンピュータ902は、リモートコンピューティングデバイス948など1台または複数台のリモートコンピュータに対する論理接続を使用してネットワーク環境で動作することが可能である。実施例として、リモートコンピューティングデバイス948は、PC、ポータブルコンピュータ、サーバ、ルータ、ネットワークコンピュータ、ピアデバイス、または他の共通ネットワークノードなどとすることが可能である。リモートコンピューティングデバイス948は、コンピュータ902に対して本明細書中で説明しているエレメントおよび特徴の多くまたはすべてを含むことができるポータブルコンピュータとして示されている。代わりに、コンピュータ902は、非ネットワーク環境でも同様に動作することができる。コンピュータ902とリモートコンピュータ948の間の論理接続は、ローカルエリアネットワークLAN950および一般的なワイドエリアネットワークWAN952として示されている。このようなネットワーキング環境はオフィス、企業規模のコンピュータネットワーク、イントラネット、およびインターネットにおいて一般的なものである。LANネットワーキング環境中で実装されるとき、コンピュータ902は、ネットワークインターフェースまたはネットワークアダプタ954を介してローカルネットワーク950に接続される。WANネットワーキング環境中で実装されるときには、コンピュータ902は、一般にワイドネットワーク952上で通信を確立するためのモデム956または他の手段を含んでいる。コンピュータ902に内蔵または外付けにすることができるモデム956は、I/Oインターフェース940または他の適切なメカニズムを介してシステムバス908に接続することができる。ここに示すネットワーク接続は実施例であり、コンピュータ902と948との間で少なくとも1つの通信リンクを確立する他の手段を使用することもできる。コンピューティング環境900と共に示すネットワーク環境などのネットワーク環境において、コンピュータ902に関連して示すプログラムモジュールまたはその一部分は、リモートメモリストレージデバイスに記憶することができる。実施例として、リモートアプリケーションプログラム958は、リモートコンピュータ948のメモリデバイス上に存在する。例示のために、アプリケーションまたはプログラム、およびこのオペレーティングシステムなど他の実行可能なプログラムコンポーネントは、本明細書中では個別のブロックとして示されているが、かかるプログラムおよびコンポーネントは、コンピューティングデバイス902の異なるストレージコンポーネント中にいろいろな時刻に存在し、このコンピュータの少なくとも1つのデータプロセッサによって実行されることが理解されよう。様々なモジュールおよび技法は、1台または複数台のコンピュータまたは他のデバイスによって実行される、プログラムモジュールなどのコンピュータ実行可能命令の一般的な状況において本明細書中において説明することができる。一般に、プログラムモジュールは、特定のタスクを実施し、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含んでいる。これらのプログラムモジュールなどは、仮想マシンや他のジャストインタイムコンパイル実行環境などの中で、ネイティブコードnativecodeとして実行し、またはダウンロードし実行することができる。一般に、プログラムモジュールの機能は、様々な実施形態において必要に応じて組み合わせ、または分散させることができる。これらのモジュールおよび技法の実装は、コンピュータ読取り可能媒体の何らかの形態上に記憶し、またはその形態に渡って伝送することができる。コンピュータ読取り可能媒体は、コンピュータによりアクセスすることが可能な任意の使用可能な媒体とすることが可能である。実施例として、限定するものではないが、コンピュータ読取り可能媒体は、コンピュータストレージ媒体と通信媒体を含むことができる。コンピュータストレージ媒体は、コンピュータ読取り可能命令、データ構造、プログラムモジュール、または他のデータなどの情報の記憶のための任意の方法または技術により実装される揮発性および不揮発性の、着脱可能および着脱不能の媒体を含んでいる。コンピュータストレージ媒体は、それだけには限定されないが、RAM、ROM、EEPROM、フラッシュメモリもしくは他のメモリ技術、CD-ROM、デジタル多用途ディスクDVDもしくは他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、もしくは他の磁気ストレージデバイス、または所望の情報を記憶するために使用することができコンピュータによりアクセスすることが可能な他の任意の媒体を、含んでいる。通信媒体は一般に、搬送波や他の搬送メカニズムなどの被変調データ信号の形で、コンピュータ読取り可能命令、データ構造、プログラムモジュール、または他のデータを実施する。通信媒体は、任意の情報配信媒体も含んでいる。用語被変調データ信号は、信号中の情報を符号化するようにしてその信号中の1つまたは複数のその特性が設定あるいは変更された信号を意味する。非限定的な実施例にすぎないが、通信媒体には、有線ネットワークや直接配線接続などの有線媒体、並びに、音響、RF、赤外線、他の無線媒体などの無線媒体が含まれる。以上のうちの任意の組合せもまた、コンピュータ読取り可能媒体の範囲内に含まれる。本明細書全体を通して、一実施形態oneembodiment、一実施形態anembodimentまたは実施形態の一例anexampleembodimentと言及しているが、これらは、説明している特定の機能、構成、または特徴が本発明の少なくとも一実施形態中に含まれることを意味する。したがって、このようなフレーズの使用によって、ただ1つの実施形態を超えたものについて言及することができる。さらに、この説明される機能、構成、または特徴は、1つまたは複数の実施形態において適切な任意の方法で組み合わせることができる。しかし、本発明は、1つまたは複数の特定の細部によらなくても、あるいは、他の方法、リソース、材料などを用いても実行することができることは当業者に理解されるだろう。他の事例においては、本発明の態様を単にあいまいにしてしまうことがないように、よく知られている構成、リソース、またはオペレーションを詳細に示さず、または説明していない。本発明の実施形態の例および用途について例示し説明してきたが、本発明は上述の正確な構成およびリソースに限定されるものでないことを理解されたい。本明細書中に開示している本発明の方法およびシステムの構成、オペレーション、および細部において、請求している本発明の範囲を逸脱することなく、当業者にとって明らかな様々な修正、変更、および変形を行うことができる。"