少なくとも一部においてはコンピューティングデバイスで実行され、プロビジョニングサービスにおいてリーダーアービトレーションを提供する方法であって、第1のサービスから要求を受信するステップと、前記第1のサービスが、共有ロックファイルへの書き込みによりリーダーロールを引き受けること、を可能とさせるステップと、第2のサービスから別の要求を受信するステップと、前記共有ロックファイルのレコードに基づき、前記第1のサービスがいまだに前記リーダーロールを有している場合に、前記第2のサービスが前記リーダーロールを引き受けること、を拒否するステップと、さもなければ、前記第2のサービスが、前記共有ロックファイルへ書き込みを行い、前記第2のサービスが前記リーダーロールを引き受けること、を可能とさせるステップと、を備える方法。第1の所定の期間経過後、前記第1のサービスが、前記共有ロックファイルへの書き込みにより前記第1のサービスのリーダーロールを延長すること、を可能とさせるステップをさらに備えることを特徴とする請求項1に記載の方法。第2の所定の期間経過後、前記第2のサービスが前記共有ロックファイルをチェックすること、を可能とさせるステップをさらに備えることを特徴とする請求項2に記載の方法。前記共有ロックファイルは、ディレクトリーサービス環境内におけるドメインのシングルトンサーバーに格納されることを特徴とする請求項1に記載の方法。前記シングルトンサーバーは、セキュリティーRIDを前記ドメインのドメインコントローラーに割り当てるRIDマスターサーバーであることを特徴とする請求項4に記載の方法。前記シングルトンサーバーは、物理サーバーおよび仮想サーバーのうちの1つであることを特徴とする請求項4に記載の方法。前記シングルトンサーバーを別のシングルトンサーバーに置き換えるステップと、前記共有ロックファイルをその他のシングルトンサーバーに転送するステップと、前記その他のシングルトンサーバーにおける前記共有ロックファイルを通じて、前記リーダーアービトレーションが継続されて、前記リーダーアービトレーションが円滑になるように、前記ドメイン内のサーバーに通知するステップと、をさらに備える請求項4に記載の方法。プロビジョニングサービスにおいてリーダーアービトレーションを提供するシステムであって、ディレクトリーサービスをホスティングするディレクトリーサーバーであって、前記ディレクトリーサーバーは、リソースアロケーションresourceallocationのために、リーダーアービトレーションタスクをドメイン内の単一のサーバーに割り当てるように構成され、前記単一のサーバーは、前記リーダーアービトレーションタスクを円滑にするために共有ロックファイルを保持する、ディレクトリーサーバーと、第1のサービスをホスティングする第1のサーバーであって、前記第1のサービスは、前記共有ロックファイルへの書き込みによりリーダーロールを引き受けることと、第1の所定の期間経過後、前記共有ロックファイルへの再書き込みにより前記リーダーロールを延長することと、を行うように構成される第1のサーバーと、第2のサービスをホスティングする第2のサーバーであって、前記第2のサービスは、前記リーダーロールを引き受けるために前記共有ロックファイルへの書き込みを試みることと、前記試みが失敗した場合に、パッシブモードのままでいることと、第2の所定の期間経過後、前記リーダーロールを引き受けるために前記共有ロックファイルへの書き込みを再度試みることと、を行うように構成される第2のサーバーと、を備えるシステム。前記ディレクトリーサービスは、前記単一のサーバーが機能しなくなることに応じて、前記単一のサーバーのロールの転送、および剥奪のうちの1つを行うことと、前記ロールを別の単一のサーバーに割り当てることと、前記共有ロックファイルをその他の単一のサーバーに転送することと、前記単一のサーバーの変更に関して、前記ドメイン内のサーバーに通知することと、を行うようにさらに構成される請求項8に記載のシステム。前記所定の第2の期間は、前記ドメイン内の前記サーバーの通知のために、予想される最悪のケースの待ち時間に基づいて判定されることを特徴とする請求項9に記載のシステム。前記単一のサーバーは、前記ドメインのドメインコントローラーにセキュリティーRIDを割り当てるように構成されるRIDマスターサーバーと、前記ドメインにおけるパスワード変更を処理するように構成されるプライマリドメインコントローラーPDCサーバーと、ドメイン間相互に参照されるオブジェクトについてのセキュリティーID、グローバルユーザーIDGUID、およびドメインネームの組からのうちの少なくとも1つを保持するように構成されるインフラストラクチャーマスターサーバーと、のうちの1つであることを特徴とする請求項9に記載のシステム。前記ディレクトリーサービスは、ポリシーを割り当てることと、ソフトウェアを配備することと、前記ドメイン内の前記サーバーに更新を適用することと、を行うようにさらに構成されることを特徴とする請求項9に記載のシステム。前記第1のサービスは、前記共有ロックファイルへの書き込みによりリーダーロールを引き受けた後、アクティブモードに遷移することを特徴とする請求項9に記載のシステム。ディレクトリーサービス環境内のプロビジョニングサービスにおいてリーダーアービトレーションを提供するための命令が格納されたコンピューター可読記憶媒体であって、前記命令はコンピューターのプロセッサ上で実行されると、コンピューターに、リソースアロケーションのために、リーダーアービトレーションタスクをドメイン内のシングルトンサーバーに割り当てるステップであって、前記シングルトンサーバーは、前記リーダーアービトレーションタスクを円滑にするために共有ロックファイルを保持するステップと、第1のサービスインスタンスから要求を受信するステップと、前記第1のサービスインスタンスが、前記共有ロックファイルへの書き込みによりリーダーロールを引き受けること、を可能とさせるステップと、第2のサービスインスタンスから別の要求を受信するステップと、前記共有ロックファイルのレコードに基づき、前記第1のサービスインスタンスがいまだに前記リーダーロールを有している場合に、前記第2のサービスインスタンスが前記リーダーロールを引き受けること、を拒否するステップと、さもなければ、前記第2のサービスインスタンスが、前記共有ロックファイルへ書き込みを行い、前記第2のサービスインスタンスが前記リーダーロールを引き受けること、を可能とさせるステップと、を備えることを実行させることを特徴とするコンピューター可読記憶媒体。第1の所定の期間経過後、前記第1のサービスインスタンスが前記共有ロックファイルへの再書き込みにより前記第1のサービスインスタンスのリーダーシップロールを延長すること、を可能とさせるステップであって、前記第2のサービスインスタンスは、前記リーダーシップロールの引き受けが不可能な場合に、パッシブモードのままでいるステップをさらに備えることを特徴とする請求項14に記載のコンピューター可読媒体。上記簡潔に説明したように、ディレクトリーサービス環境におけるプロビジョニングサービスのためのロッキングメカニズムは、RIDマスターサーバーで保持される共有ファイルへ書き込みを行うことにより、1のサービスがリーダーロールを受け持つことを可能とする。リーダーロールを受け持つサービスは、共有ファイルへ定期的に再書き込みを行うことにより、当該サービスのロールを延長することができる。その他のサービスは、同様に定期的にファイルをチェックし、現在リーダーロールを有するサービスがある限り、パッシブのままでいることができる。リーダーサービスがダウンし、および当該サービスのロールの延長に失敗した場合は、別のサービスが、共有ファイル当該ファイルは、プロビジョニングサービスにおいて単一のリーダーを保証するへ書き込みを行うことにより、引き継ぐことができる。以下の詳細な説明では、本明細書の一部をなす添付図面への参照がされ、当該図面は、特定の実施例または例示の方法により示される。これらの態様が組み合わされ、その他の態様が利用され、および本開示の精神または範囲を逸脱せずに構造的な変更がされてもよい。したがって、以下の詳細な説明は、限定的な意味で取り込まれるべきでなく、本発明の範囲は添付の特許請求の範囲およびそれに相当するものにより定義される。実施例は、パーソナルコンピューター上のオペレーティングシステムで稼動するアプリケーションプログラムとともに実行される、プログラムモジュールという一般的な状況で説明するが、当業者であればその他のプログラムモジュールと共同して実装されてもよいことが認識できるであろう。一般に、プログラムモジュールは、ルーチン、プログラム、コンポーネント、データ構造、および特定のタスクを実行し、または特定の抽象データ型を実装するその他のタイプの構造を含む。その上、当業者であれば、その他のコンピューターシステム構成ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースの一般消費者用電子機器、プログラム制御が可能な一般消費者電子機器、ミニコンピューター、メインフレームコンピューターを含むにより実施例が実施されてもよいことが分かるであろう。分散型コンピューティング環境で実施例が実施されてもよく、そこでは、通信ネットワークを通じてリンクされたリモート処理デバイスによってタスクが実行される。分散型コンピューティング環境では、プログラムモジュールはローカルとリモートの双方のメモリーストレージデバイスに位置してもよい。実施例は、コンピューターにより実装可能なプロセス方法、コンピューティングシステム、またはコンピュータープログラム製品もしくはコンピューター可読媒体のような製造品として実装されてもよい。コンピュータープログラム製品は、コンピューターシステムにより読み取り可能であり、かつコンピューターまたはコンピューティングシステムに、サンプルプロセスを実行させる命令を備えるコンピュータープログラムをエンコードするコンピューター記憶媒体であってもよい。コンピューター可読記憶媒体は、例えば、1または複数の揮発性コンピューターメモリー、不揮発性コンピューターメモリー、ハードドライブ、フラッシュドライブ、フロッピディスクもしくはコンパクトディスク、およびそれらと同等の媒体を介して実装されることが可能となる。本明細書全体を通じて、プラットフォームの用語は、ネットワークシステムを管理するためのソフトウェアコンポーネントとハードウェアコンポーネントとの組み合わせであってもよい。プラットフォームの例には、複数のサーバー上で実行されるホスティングされたサービス、単一のサーバー上で実行されるアプリケーション、およびそれらと同等のシステムが含まれるが、それらに限定されない。サーバーの用語は、一般に、主としてネットワーク環境で1または複数のソフトウェアプログラムを実行するコンピューティングデバイスを指す。しかしながら、サーバーは、ネットワーク上で1つのサーバーとしてみなされる、1または複数のコンピューティングデバイス上で実行される仮想サーバーソフトウェアプログラムとして実装されてもよい。図1は、ディレクトリーサービスを利用することができるネットワークシステムのコンポーネントの例を表す概念図である。すでに述べたように、ネットワークシステムは、サイズおよびタイプにおいて変わりうるので、したがって、様々な範囲に及ぶ機能を備える多くの様々なコンポーネントを含んでもよい。略図100は、ディレクトリーサービス環境を備えるシステムの例を表す。システムの例は、ネットワーク構成、サービスポリシーの品質、セキュリティーポリシー、およびそれらと類似する態様を担当しうるネットワークデバイス112を含む。ファイアウォールサービス116は、構成、セキュリティーポリシー、および仮想VPNvirtualpersonalnetworkポリシーを担当してもよい。アプリケーションサービス120は、サーバー構成、認証ポリシー例えば、シングルサインオン、アプリケーション特有のディレクトリー情報、およびアプリケーションポリシーを担当してもよい。Eメールサービス118は、メールボックス情報、アドレス帳、およびそれらと類似するデータを保持してもよい。ネットワークオペレーションコンポーネント114は、ユーザーレジストリー、セキュリティーポリシー、およびそれらと類似する特性のものを保持してもよい。その他のディレクトリー110は、ホワイトページ電話帳、およびEコマースディレクトリーなどのような特有のディレクトリーサービスを含んでもよい。ディレクトリーサービス102は、上述したこれら全てのコンポーネントと対話してもよく、またポリシーの割り当て、ソフトウェアの配備、組織への更新アプリケーション、およびそれらと類似するタスクを円滑にしてもよい。また、ディレクトリーサービス102は、システムユーザー104に関連するアカウント情報、特権、プロファイル、およびポリシーを管理してもよい。さらに、ディレクトリーサービス102は、管理プロファイル、ネットワーク情報、プリンター、ならびにそれらと類似するリソース、ファイル共有、およびポリシーを統括するシステムサーバー106と対話してもよい。その上に、ディレクトリーサービス102は、システムクライアント108に対応するプロファイルおよびネットワークポリシーの管理を担当するシステムクライアント108と対話してもよい。本出願人提供のアクティブディレクトリーActiveDirectory:商標のようなディレクトリーサービスは、システムコンポーネントをオブジェクトとしてトラッキングtrackする。オブジェクトは、ディレクトリーサービス内でトラッキングされるユーザー、システム、リソース、またはサービスであってもよい。オブジェクトの一部は共通属性を共有してもよく、その他は異なる特性を有してもよい。したがって、ディレクトリーサービス構造は、オブジェクトの階層フレームワークである。各オブジェクトは、単一のエンティティー例えば、ユーザー、コンピューター、プリンター、またはグループ、およびそのエンティティーの属性を表してもよい。また、あるオブジェクトは、その他のオブジェクトのコンテナであってもよい。オブジェクトは、オブジェクトの名前により一意に識別されてもよく、スキーマにより定義される属性例えば、オブジェクトが包含することができる特性および情報の組を有してもよい。当該スキーマはまた、ディレクトリーサービスが格納することができるオブジェクトの種類を判定してもよい。ディレクトリーサービス構造内では、サイトは、1または複数のネットワークをホスティングする地理的位置を表すオブジェクトである。サイトは、サブネットと呼ばれるオブジェクトを含んでもよい。サイトは、グループポリシーをオブジェクトに割り当て、リソースの発見を円滑にし、アクティブディレクトリーレプリケーションを管理し、およびネットワークリンクのトラフィックを管理するために使用されてもよい。オブジェクトを持つディレクトリーサービスフレームワークは、多くのレベルで見ることができる。その構造の上位は、フォレストである。フォレストは、ディレクトリー構造における各オブジェクト、オブジェクトの属性、およびルール属性構文の集合である。フォレストはツリーの集合であり、ツリーは1または複数のドメインの集合である。フォレスト、ツリー、およびドメインは、ディレクトリーサービスネットワークにおける論理的な部分である。したがって、サーバーおよびそれに類似するコンポーネントサービスを含むに割り当てられるロールは、ディレクトリーサービスの階層構造に基づいて定義されてもよい。例えば、実施例に準じたプロビジョニングサービスにおいて単一のリーダーアービトレーションを円滑にするためのRIDマスターサーバーは、RIDマスターのシングルトンステータスを保証する特定のドメイン内複数のドメイン全体にまたがらないで定義されてもよい。図2は、実装例において、RIDマスターサーバーをどのように使用して、ドメインコントローラーを管理することができるかを表す。多数のサービスおよびオペレーションが、ディレクトリーサービス環境内で提供されてもよい。略図200は、RIDマスターに関連するドメインコントローラー間相互のレプリケーションサービスの例を表す。下記で説明するが、RIDマスターサーバー222は、定義により各ドメインに対して一意である。したがって、一部の実施例に準じて、RIDマスターサーバー222が配備して、共有ロックファイルを保持する。略図200では、様々なドメインコントローラー224、226、および228が、マルチマスターレプリケーション230を通じて、当該ドメインコントローラー間で互いにディレクトリーサービスデータベースの変更をレプリケートする。一方、一意なRIDマスターサーバー222は、ドメインコントローラー224、226、および228に対してセキュリティーRIDsecurityrelativeidentifierを割り当てるために配備される。ディレクトリーサービス構造では、各ドメインは、ディレクトリーサービスデータベースの複製を含み、かつその他のドメインコントローラーと変更を同期する例えば、マルチマスターレプリケーションを通じて、1または複数のドメインコントローラーを有してもよい。レプリケーションは、ディレクトリーサービス環境内で円滑にされ、かつプルベースで頻繁に発生しうるサービスの例である。ドメインコントローラーサーバーは、フェローfellowドメインコントローラーからの更新を要求してもよい。1のドメインコントローラー上での情報が変化する場合例えば、ユーザーがパスワードを変更する、当該ドメインコントローラーは、その他のドメインコントローラーにシグナルを送り、データのプルpullレプリケーションを開始して、ドメインコントローラーが全て最新状態であることを保証してもよい。FSMOFlexibleSingleMasterOperationは、標準のデータ転送および更新手法が不十分である場合に使用される、ドメインコントローラータスクに特化する。上記説明したように、ディレクトリー構造は、通常、複数のピアpeerドメインコントローラーに依存し、ディレクトリー構造データベースの複製を有する各ピアドメインコントローラーは、マルチマスターレプリケーションにより同期され得る。マルチマスターレプリケーションには適さず、かつ単一のマスターデータベースのみで実行可能なタスクは、FSMOである。ピアドメインFSMOの1つの例は、RIDマスターである。RIDマスターは、ドメインコントローラーに対してセキュリティーRIDをアロケートして、新規のディレクトリー構造セキュリティープリンシパルdirectorystructuresecurityprincipalを割り当ててもよい例えば、ユーザー、グループ、またはコンピューターオブジェクト。また、RIDマスターは、ドメイン間を移動するオブジェクトを管理してもよい。FSMOの別の例は、ドメインにおいてパスワード変更を処理するPDCである。その他のドメインコントローラーで、誤ったパスワードが原因で失敗した認証の試みを拒絶する前に、PDCに転送し得る。このことにより、ユーザーが任意のドメインコントローラーからパスワードを変更した直後に、その変更がレプリケートされるのに数分待つ必要がなく、即時にログインできることを保証する。FSMOのさらなる例は、ドメイン間相互で参照されるオブジェクトについてのセキュリティーID、グローバルユーザーIDGUID、およびドメインネームを保持するインフラストラクチャーマスターである。インフラストラクチャーマスターは、ユーザーおよびグループリンクを更新してもよい。図3は、単一のリーダーアービトレーションシステムに基づくロックファイルの例を概念的に表す。ディレクトリーサービス環境におけるプロビジョニングサービスのためのロッキングメカニズムは、略図300で示すRIDマスターサーバー322上に格納される共有ロックファイル332を使用して実装されてもよい。RIDマスターサーバー322は、FSMOロールであり、ディレクトリーサービス環境における全体のドメインに対してRIDマスターサーバー322の1つのみが存在することができる。ドメインにおいて稼動するサービスの組例えば、334、336、および338は、共有ロックファイル332へ書き込みを行うことにより、リーダーシップをつかみにいこうとしてもよい。リーダーシップをつかむことができる第1のサービスインスタンス334は、第1の所定の期間例えば、X秒毎、当該リーダーシップを延長してもよい。その他のサービスインスタンス336および338は、パッシブのままであり、かつ第2の所定の期間例えば、Y秒毎経過後、リーダーシップステータスをチェックしてもよい。第2の所定の期間Yは、第1の所定の期間Xよりも長くなるように選択されてもよい。YがXよりも短い場合は、X時間経過後であるアクティブインスタンスがピングを送る前に、パッシブインスタンスがリーダーシップをつかみうることになる。リーダーサービスが機能しなくなる場合に、パッシブサービスインスタンスはリーダーシップをつかみ、アクティブになることができる。RIDマスターサーバー322が機能しなくなる場合に、ディレクトリーサービスプロシージャーが引き続いて、ロールの転送または剥奪のいずれかを行い、かつその他のサーバーをRIDマスターサーバー322とさせてもよい。両プロシージャーは、1つのRIDマスターサーバー322のみが存在することを確かにする。RIDマスターサーバーロールが転送または剥奪される場合に、ディレクトリーサービスの実施を引き続けることを最優先に、情報がドメインにおける全てのサーバーに送信されてもよい。したがっていつでも、システムは単一のリーダーが存在することを保証する。Yについての値は、ドメインにおける全てのサーバーに情報が届く、予想される最悪なケースの待ち時間に基づいて選ばれてもよい。共有ロックファイルをホスティングするRIDマスターサーバーの例とともに、実施例を述べたが、各ドメイン内のその他のシングルトンサーバー物理または仮想はまた、ロックファイルを保持するために使用されてもよい。例えば、上述したPDCまたはインフラストラクチャーマスターは、その他の実施例に準じて、ロックファイルをホスティングしてもよい。図1乃至図3で述べた様々なプロセスおよびシステム構成は、単に例示を目的としているものであり、実施例上の限定を構成するものではない。実施例は、追加または少数のコンポーネントソフトウェアまたはハードウェア、様々な構成、および本明細書で説明したプリンシパルを使用したロール割り当てにより実装されてもよい。図4は、実施例が実装されうるネットワーク環境の例である。リーダーシップアービトレーションによるプロビジョニングサービスを提供するプラットフォームは、サーバー416上例えば、ホスティングされたサービスで実行されるソフトウェアを介して実装されてもよい。プラットフォームは、サーバー414上で実行されるその他のサービス、および個々のコンピューティングデバイス例えば、スマートフォン411、ラップトップ412、デスクトップコンピューター413、またはそれらに類似するデバイスクライアントデバイス上のクライアントアプリケーションと、ネットワーク410を通じて通信してもよい。クライアントデバイス411乃至413のうちの任意のデバイス上で実行されるクライアントアプリケーションは、サーバー416からプロビジョニングサービスを提供するホスティングされたサービスと対話してもよい。サーバー414上のその他のサービスは、プロビジョニングサービスとコンタクトcontactして、プロビジョニングオペレーションにおけるリーダーを判定してもよい。プロビジョニングサービスは、RIDマスターサーバー上の共有ロックファイルを通じて単一のリーダーを選択することと、選択されたリーダーの確認を定期的に行い、いつでも複数のリーダーがアクティブとならないよう保証することとを提供してもよい。関係するデータは、データ格納部419へ格納されること、および/またはデータ格納部419から読み出されることが、直接またはデータベースサーバー418を通じて行われてもよい。ネットワーク410は、サーバーの任意のトポロジー、クライアント、インターネットサービスプロバイダー、および通信媒体を備えてもよい。実施例に準じたシステムは、静的または動的なトポロジを有してもよい。ネットワーク410は、企業ネットワークのようなセキュアなネットワーク、無線オープンネットワークのようなアンセキュアなネットワーク、またはインターネットを含んでもよい。また、ネットワーク410はとりわけ、サーバーとモバイルデバイスとの間では、セルラーネットワークを含んでもよい。さらに、ネットワーク410は、Bluetooth登録商標またはそれに類似するネットワークような短距離無線ネットワークを含んでもよい。ネットワーク410は、本明細書で説明したノード間における通信を提供してもよい。例として、ネットワーク410は、音波、RF、赤外線、およびその他の無線媒体のような無線媒体を含んでもよいが、それらに限定されない。コンピューティングデバイス、アプリケーション、データソース、およびデータ配信システムのその他多くの構成が配備されて、プロビジョニングサービスのためのリーダーアービトレーションを提供するプラットフォームを実装してもよい。さらに、図4で述べたネットワーク環境は、単に例示を目的としているものである。実施例は、アプリケーション、モジュール、またはプロセスの例に限定されない。図5および関連する議論は、実施例が実装されうる適切なコンピューティング環境の簡潔かつ一般的な説明を提供することを意図する。図5を参照すると、実施例に準じて、アプリケーションに対するコンピューティングオペレーション環境のブロック図が表される例えば、コンピューティングデバイス500。基本的な構成では、コンピューティングデバイス500は、実施例に準じたディレクトリーサービスを提供するサーバーであってもよく、少なくとも1つのプロセッシングユニット502およびシステムメモリー504を含んでもよい。また、コンピューティングデバイス500は、実行中のプログラムと協働する複数のプロセッシングユニットを含んでもよい。厳密な構成およびコンピューティングデバイスのタイプに応じて、システムメモリー504は揮発性例えば、RAM、不揮発性例えば、ROMおよびフラッシュメモリーなど、またはその2つの一部の組み合わせであってもよい。システムメモリー504は、主としてプラットフォームのオペレーションを制御するのに適したオペレーティングシステム505例えば、本件出願人提供のウインドウズ登録商標オペレーティングシステム、またはそれと類似するオペレーティングシステムを含んでもよい。また、システムメモリー504は、1または複数のソフトウェアアプリケーション例えば、プログラムモジュール506、プロビジョニングサービス522、およびロックファイル524を含んでもよい。プロビジョニングサービス522は、ディレクトリーサービス環境におけるシステム内でのサービスからの要求を仲裁arbitrateしてもよい。第1のサービスから要求を受信すると、プロビジョニングサービス522は、当該第1のサービスが共有ロックファイル524へ書き込みを行うことを可能とさせてもよい。共有ロックファイル524は、その他のサービスに対し第1のサービスがリーダーロールを有することを指示する。また、ロックファイル524へ再書き込みを行うことにより、第1のサービスがそのサービスのロールを所定の期間、延長することを可能とさせてもよい。その他のサービスは、定期的にファイルをチェックし、第1のサービスがそのサービスのロールを明け渡すまでパッシブのままでいてもよい。それから、別のサービスはロックファイル524への書き込みを行い、リーダーロールを引き継ぐなどとしてもよい。この基本的な構成は、波線508内のコンポーネントにより図5で表される。コンピューティングデバイス500は、追加の特徴および機能性を有してもよい。例えば、コンピューティングデバイス500はまた、追加のデータストレージデバイス着脱可能および/または着脱不能、例えば、磁気ディスク、光学ディスクまたはテープを含んでもよい。このような追加の記憶装置は、着脱可能記憶装置509および着脱不能記憶装置510により、図5で表される。コンピューター可読記憶媒体は、情報を格納するための任意の方法または技術で実装される揮発性および不揮発性、ならびに着脱可能および着脱不能媒体例えば、コンピューター可読命令、データ構造、プログラムモジュール、またはその他のデータを含んでもよい。システムメモリー504、着脱可能記憶装置509、および着脱不能記憶装置510は、コンピューター可読記憶媒体の全ての例となる。コンピューター可読記憶媒体は、所望の情報を格納するのに使用され、コンピューティングデバイス500によりアクセスすることができるRAM、ROM、EEPROM、フラッシュメモリー、もしくはその他のメモリー技術、CD-ROM、デジタル多用途ディスクDVD、もしくはその他の光学記憶装置、磁気テープ、磁気ディスク記憶装置、もしくはその他の磁気記憶装置、またはその他の磁気記憶装置を含むがこれらに限定されない。このような任意のコンピューター可読記憶媒体は、コンピューティングデバイス500の一部であってもよい。また、コンピューティングデバイス500は、入力デバイス512例えば、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイス、およびこれらと同等の入力デバイスを有してもよい。また、出力デバイス例えば、ディスプレイ、スピーカー、プリンター、およびその他のタイプの出力デバイスが含まれてもよい。これらのデバイスは、当分野において周知であり、本明細書でこれ以上述べる必要はない。また、コンピューティングデバイス500は、通信コネクション516を包含してもよく、当該通信コネクション516により、デバイスがその他のデバイス518と通信できるようになる例えば、分散コンピューティング環境における無線または有線ネットワーク、サテライトリンク、セルラーリンク、短距離ネットワーク、およびこれらと同等のメカニズム上で。その他のデバイス518は、通信アプリケーションを実行するコンピューターデバイス、その他のサーバー、およびこれらと同等のデバイスを含んでもよい。通信コネクション516は、通信媒体の1つの例である。通信媒体は、その中にコンピューター可読命令、データ構造、プログラムモジュール、またはその他のデータを含むことができる。例として、通信媒体は無線媒体例えば、無線ネットワークまたは直接無線通信、ならびに音波、RF、赤外線およびその他の無線媒体のような無線媒体を含むがこれらに限定されない。例示的な実施例は、方法をも含む。これらの方法は、本ドキュメントで説明する構造を含む任意の数の方式で実装することができる。このような方式の1つは、本ドキュメントで説明するタイプのデバイスのマシンオペレーションにより実装される。別の選択的な手法は、一部がヒューマンオペレーションにより実行されるとともに、実行される方法の個々のオペレーションのうちの1つまたは複数に対してなされる。これらのヒューマンオペレーションは、互いになされる必要はなく、各々が単にプログラムの一部分を実行するマシンによりなされる。図6は、実施例に準じたプロビジョニングサービスのためのリーダーアービトレーションのプロセス600についての論理フロー図を表す。プロセス600はディレクトリーサービスの一部として実装されてもよい。プロセス600は、オペレーション610で始まり、当該オペレーションでは、ドメインにおいてサービスの組のうちの1つから要求が受信される。プロビジョニングサービスは、オペレーション620で、要求サービスがRIDマスターサーバーで保持されるロックファイルへ書き込みを行うことを可能とさせ、かつ要求サーバーに対しリーダーとして指令してもよい。リーダーサービスは、ロックファイルへ定期的に再書き込みを行うことにより、当該サービスのポジションを延長してもよい。オペレーション630では、プロビジョニングサービスは、共有ロックファイルへの書き込みを試みる形式で、別のサービスから別の要求を受信してもよい。判定オペレーション640で判定するように、リーダーサービスの記録がいまだにロックファイルにある場合に例えば、サービスがアクティブでありいまだにリーダーである、プロビジョニングサービスは、新規のサービスがロックファイルへ書き込みを行うことを拒否してもよい。そのサービスは、パッシブのままとなり、所定の期間経過後に再度、チェックを行ってもよい。前のプロビジョニングサービスがもはやアクティブでなく、またはそのリーダーシップが何らかの理由で取り消しとなる場合は、オペレーション650で、プロビジョニングサービスにより、新規のサービスがロックファイルへの書き込みを行い、新規のリーダーとなることを許可することができる。プロセス600に含まれるオペレーションは、例示目的のためとなる。プロビジョニングサービスのためにリーダーアービトレーションを提供することは、少数のまたは追加ステップと類似するプロセスにより実装されてもよく、また本明細書で説明したプリンシパルを使用して、オペレーションの様々な命令において実装されてもよい。上記明細書、例、およびデータは、実施例の組成物の製造および使用の完全な説明を提供する。請求対象は、構造的特長および/または方法論的動作に特有の言語において説明されてきたが、添付の請求項において定義される請求対象は、必ずしも説明された特定の特長または動作に限定されないことを理解されたい。そうではなく、上記説明した特定の特長および動作は、請求項を実施する例示的な形態として開示される。