仮想化環境により管理されたインベントリイオブジェクトにおいて複数のアクティビティを実行するために、1つ以上のデレゲートユーザへのタスクベースのアクセスを与えるための前記コンピュータベースの仮想化環境におけるコンピュータ実施方法であって、前記コンピュータベースの仮想化環境におけるコンピュータシステムの制御下で、前記仮想化環境により管理されたインベントリイオブジェクトにおいて前記複数のアクティビティを実行するために、1つ以上のプロキシタスクオブジェクトを生成するステップであって、各プロキシタスクオブジェクトは、前記インベントリイオブジェクトの1つ以上と対応付けられた1つ以上の指定された特権によって、少なくとも1つのアクティビティを表し、その結果、各プロキシタスクオブジェクトの各アクティビティの各指定された特権が、前記1つ以上のインベントリイオブジェクトの指定された1つと対応付けられるステップと、前記生成された1つ以上のプロキシタスクオブジェクトを前記コンピュータベースの仮想化環境のメモリに格納するステップと、1つ以上の所望のアクティビティの参照によって、カプセル化されたタスクバンドルとしての1つ以上のデレゲートユーザに対する前記生成されて格納された1つ以上のプロキシタスクオブジェクトのうちの少なくとも1つの割当てを容易にし、その結果、前記1つ以上のデレゲートユーザは、前記コンピュータベースの仮想化環境の制御下で、前記1つ以上の対応付けられた指定されたインベントリイオブジェクトにおいて、前記カプセル化されたタスクバンドルの前記少なくとも1つのプロキシタスクオブジェクトによって表わされた前記少なくとも1つのアクティビティを実行することが、自動的に許可されるステップと、を含む方法プロキシタスクオブジェクトの生成及び割当てが、既存のロールベースのアクセス許可メカニズムにおいて実施される請求項1記載の方法。前記カプセル化されたタスクバンドルが第1のデレゲートユーザに割り当てられ、そして単一のユーザインタフェースアクションにおいて、前記第1のデレゲートユーザが、前記カプセル化されたタスクバンドルによって表わされた前記少なくとも1つのアクティビティをもはや自動的に実行することができないように、前記割り当てられた第1のデレゲートユーザからの前記カプセル化されたタスクバンドルの一時的な不能化を容易にするステップを更に含む請求項1記載の方法。前記第1のデレゲートユーザが前記カプセル化されたタスクバンドルにより表された前記少なくとも1つのアクティビティを実行することが再び自動的に可能であるように、前記割り当てられた第1のデレゲートユーザから前記カプセル化されたタスクバンドルの前記一時的な不能化を再可能にするステップを更に含む請求項3記載の方法。前記カプセル化されたタスクバンドルが第1のデレゲートユーザに割り当てられ、そして前記カプセル化されたタスクバンドルを第2のデレゲートユーザと共有するのを容易にするステップを更に含む請求項1記載の方法。前記共有がクローニング又はレンディングを含む請求項5記載の方法。前記カプセル化されたタスクバンドルが第1のデレゲートユーザに割り当てられ、そして前記カプセル化されたタスクバンドルが前記第1のデレゲートユーザに割り当てられる時間の長さを制限するのを容易にするステップを更に含む請求項1記載の方法。前記カプセル化されたタスクバンドルが第1のデレゲートユーザに割り当てられ、そして更に前記仮想化環境により管理された異なる別の1つ以上のインベントリイオブジェクトを参照するために、前記カプセル化されたタスクバンドルの前記少なくとも1つのプロキシタスクオブジェクトに対応付けられた前記1つ以上のインベントリイオブジェクトを変更し、その結果、第1のデレゲートユーザが、前記第1のデレゲートユーザに対する前記カプセル化されたタスクバンドルの割当てを変更せずに、前記異なる別の1つ以上のインベントリイオブジェクトへのアクセスを自動的に与えられるステップを含む請求項1記載の方法。対応付けられた専用ユーザインタフェースを有するプロキシタスクオブジェクトがカプセル化されたタスクオブジェクトとして1つ以上のデレゲートユーザに割り当てられるとき、そして前記1つ以上のデレゲートユーザが前記専用インタフェースと対応付けられた前記割り当てられたカプセル化されたタスクオブジェクトの実行を開始するときに、前記専用インタフェースが実行されるように、前記プロキシタスクオブジェクトの1つ以上と対応付けられた前記専用ユーザインタフェースを提供するステップを更に含む請求項1記載の方法。オートメーション化されたカプセル化されたタスクバンドルとして1つ以上のデレゲートユーザのためのプロキシに対する前記生成されて格納された1つ以上のプロキシタスクオブジェクトのうちの少なくとも1つの割当てを容易にし、その結果、前記コンピュータベースの仮想化環境の制御下で、前記カプセル化されたタスクバンドルの前記少なくとも1つのプロキシタスクオブジェクトにより表された前記少なくとも1つのアクティビティが、前記1つ以上の対応付けられ指定されたインベントリイオブジェクトにおいて、1つ以上のデレゲートユーザのための前記プロキシによって、オートメーション化された方法で自動的に実行されるステップを更に含む請求項1記載の方法。前記割当てを容易にする前記ステップが、直接操作ユーザインタフェース技法を使用して実行される請求項1記載の方法。前記仮想化環境のシステム管理責任者が、割り当てられたカプセル化バンドルの観察によりデレゲートユーザによって許可されたアクティビティを発見できる請求項1記載の方法。前記仮想化環境により管理された前記インベントリイオブジェクトが、フォルダ、仮想マシン、資源プール、クラスタ、ホスト、ネットワーク、及び/又はデータストアの1つ以上を備える請求項1記載の方法。前記仮想化環境により管理された前記インベントリイオブジェクトが、実体、オブジェクト、制御、及び/又はプロセスの1つ以上を備える請求項1記載の方法。コンピュータプロセッサで実行されるときに、仮想化環境により管理されたインベントリイオブジェクトにおいて複数のアクティビティを行うための許可を定めるための複数のカプセル化されたタスクオブジェクトを生成するステップであって、各カプセル化されたタスクオブジェクトは、複数のアクティビティを表す複数の指定された特権を含み、各指定された特権は前記インベントリイオブジェクトの指定された1つと対応付けられたステップと、前記生成された複数のカプセル化されたタスクオブジェクトをコンピュータメモリに格納するステップと、ロールに関係なく、前記格納されてカプセル化されたタスクオブジェクトを複数のデレゲートユーザに割り当て、その結果、前記複数のデレゲートユーザは、コンピュータベースの仮想化環境の制御下で、前記カプセル化されたタスクオブジェクトの各々の前記複数のアクティビティと対応付けられた前記1つ以上の対応付けられて指定されたインベントリイオブジェクトにおいて、前記カプセル化されたタスクオブジェクトの各々によって表わされた前記複数のアクティビティを実行することを自動的に許可されるステップと、を含む方法を実行することによって、前記仮想化環境により管理された前記インベントリイオブジェクトにおいて、前記複数のアクティビティを実行するために1つ以上のデレゲートユーザへのタスクベースのアクセスを与えるコンテンツを含むコンピュータ可読記憶媒体。前記記憶媒体がコンピュータシステムのメモリであり、そして前記コンテンツが、実行されるときに、前記コンピュータプロセッサに前記方法を実行させる命令である請求項15記載のコンピュータ可読記憶媒体。前記方法を実行するために基本的なロールベースの許可モデルの呼出しを実行させている請求項15記載のコンピュータ可読記憶媒体。前記方法が、前記複数のカプセル化されたタスクオブジェクトを前記複数のデレゲートされたユーザに割り当てるために、グラフィカルユーザインタフェースを提供するステップを更に含む請求項15記載のコンピュータ可読記憶媒体。前記複数のカプセル化されたタスクオブジェクトの1つ以上の前記複数のアクティビティの1つ以上が、専用ユーザインタフェースと対応付けられ、そこにおいて、前記対応付けられたアクティビティが開始するときに、前記専用ユーザインタフェースは呼び出される請求項15記載のコンピュータ可読記憶媒体。前記方法が、前記複数のカプセル化されたタスクオブジェクトの1つへのデレゲートされたユーザのアクセスを一時的に不能及び/又は可能にするステップを更に含む請求項15記載のコンピュータ可読記憶媒体。前記方法が、前記複数のカプセル化されたタスクオブジェクトの前記1つが割り当てられた以外のデレゲートユーザを有する前記複数のカプセル化されたタスクオブジェクトの1つをテンプレートとして共有し、クローンを作り、及び/又は使用するステップを更に含む請求項15記載のコンピュータ可読記憶媒体。前記仮想化環境により管理される前記インベントリイオブジェクトが、フォルダ、仮想マシン、資源プール、クラスタ、ホスト、ネットワーク、及び/又はデータストアの1つ以上から成る請求項15記載のコンピュータ可読記憶媒体。前記仮想化環境により管理された前記インベントリイオブジェクトが、実体、オブジェクト、制御、及び/又はプロセスの1つ以上を備える請求項15記載のコンピュータ可読記憶媒体。コンピュータプロセッサで実行されるときに、特権をアクティビティにグループ化するために入力を受け取り、前記グループ化された特権を必要とするタスクが1つ以上の管理オブジェクトで実行されうるように、前記アクティビティを1つ以上の管理オブジェクトとバンドルし、そして前記バンドルされたアクティビティを1つ以上のデレゲートユーザに割り当てて、前記1つ以上のデレゲートユーザが前記1つ以上の管理オブジェクトで前記タスクを実行することを可能にする、コンピュータ作動のユーザインタフェースを有する管理オブジェクトにロールユーザ対を割り当てる既存のオブジェクト中心の許可モデルをオーバーレイすることによって、仮想化環境により管理されている複数のオブジェクトへのタスクベースのアクセスを容易にするステップを含む方法を実行することによって、前記仮想化環境により管理されている前記オブジェクトにおいて前記複数のタスクを実行するために1つ以上のデレゲートユーザへのタスクベースのアクセスを与えるコンテンツを含むコンピュータ可読記憶媒体。前記オーバーレイするステップが、前記バンドルされたアクティビティをカプセル化されたオブジェクトに格納するステップを更に含む請求項24記載のコンピュータ可読記憶媒体。前記カプセル化されたオブジェクトがvBotである請求項25記載のコンピュータ可読記憶媒体。デレゲートユーザに代わってタスクを自動的に実行するために、前記カプセル化されたオブジェクトを呼び出すステップを更に含む請求項24記載のコンピュータ可読記憶媒体。前記記憶媒体がコンピュータシステムのメモリであり、そして前記コンテンツが、実行されるときに、前記コンピュータプロセッサに前記方法を実行させる命令である請求項24記載のコンピュータ可読記憶媒体。0003例えば、開発中の彼らのソフトウェアのための試験環境として仮想マシンを使用する多くの従業員を有する会社で、特定の試験のために構成されたデータセンター内の特定の仮想マシンの電源をオンオフするために、各ユーザにアクセスできることが望ましいことがある。仮想マシンの電源をオンするには一組の特権を必要とすることがあるが、仮想マシンを別のホストに動かすような異なるタスクは別の組の特権を必要とすることがある。仮想マシンの移動がデータセンターの管理のあるアスペクトに関係するユーザにしばしば確保されるので、仮想マシンの電源をオンする能力を有するあらゆるユーザがまた、彼又は彼女の仮想マシンをインフラストラクチャ内の異なるホストに動かす能力を与えられることは、多くのこの種の場合において必要でないか、またはずっと望ましい。従って、頻繁に、特に非常に大きいデータセンターで、システム管理責任者は、誰が仮想化インフラストラクチャ内の何にアクセスするか、そして、厳密に、それらのデレゲートユーザがインフラストラクチャのさまざまな部分に対して何をすることができるか規定する必要がある。率先してアクセスを適切に許可するために、それらは、従って、さまざまなユーザが、データセンター内で管理されるオブジェクト本明細書において、管理インベントリイオブジェクトと称されることがあるに関してどんなロールを演ずるかについて事前に予測しなければならない。そのタスクを実行するのに多くのいろいろな表面上無関係な特権が必要であるかも知れないので、そのタスクを実行するためにユーザに必要な特権のフルセットを識別することは困難なことがある。加えて、いくつかの仮想化環境では、許可は複雑な継承構造規則により伝播され、従って特定のユーザがどんな許可を与えられたかを管理責任者がいつでも正確に理解することは困難であり得る。0004図1A~1Iは、ロールベースのパラダイムに従って仮想化インフラストラクチャの許可を管理するための既存のユーザインタフェースの画面表示の実施例である。これらの表示は、vSphere商標と呼ばれているVMwareデータセンター仮想化管理製品から生成した。図1Aは、ロールRole101が特権102a~102dから成ることを示し、ロール101は、インベントリイオブジェクトフォルダ121例えば、データセンターインベントリイの管理対象オブジェクトからのオブジェクト122a~122dと対応付けられ、ロール101はユーザ112a~112dと対応付けられ、アクティブデリクトリイグループActiveDirectoryGroup111に格納されるように、ここで例示され、そしてインベントリイオブジェクトフォルダInventoryObjectFolder121はまた、アクティブデリクトリイグループ111のユーザ112a~112dと対応付けられる。3つの要素、1つ以上のロール101、オブジェクトフォルダ121、及びユーザ111のグループの全ては、特定のユーザがインフラストラクチャでどのオブジェクトを処理することが可能かについて規定するために用いられる。各要素はまた、それ自体の専用ユーザインタフェースと対応付けられ、ロール101はロールインタフェース100により管理され、インベントリイオブジェクトフォルダ121は、ユーザインタフェース120により管理され、そしてユーザ及びユーザのグループ111はインタフェース110により管理される。0005ユーザにアクセスを許可するために、このシステムの下で、管理責任者は、既存のロールをユーザに割り当てるか、または新しいロールを規定する。図1Bは、ユーザインタフェース100の使用を例示し、ここでは、VMsOnlyと呼ばれる新しいロールを規定するために、vSphereクライアントウィンドウ130にダイアログ131として示されている。ここでVMは仮想マシンを指す。図1Bに示すように、管理責任者は、特権のいずれか、例えば、仮想アプリケーションの電源をオンするためのvAppカテゴリ132内の特権電源オンPowerON133を選択する。所望の特権の全てを選択した後に、新規なロールVMOnly134は、それがやがては特定のユーザに割り当てられる必要があるので、まだ使用されていないとして図1Cのロールウインドウに現れる出力テキスト135。0006管理責任者は、ここで、ユーザインタフェース120図1Aを用いてロールをどのオブジェクトと対応付けるかを決定する必要がある。図1Dは、管理責任者が、新しいロールが割り当てられるデータセンターボビーのVMBobby’sVMフォルダのオブジェクトを選択したことを示している。オブジェクトボビーのVMに既に割り当てられたロールの現在のセットは、許可Permissionタブ142の下に示されている。新しく開発されたロールVMOnlyを加えるために、管理責任者は、追加許可AddPermissionメニュー143又は他のユーザインタフェースUI制御によって割り当て許可ダイアログを提示する。割り当て許可AssignPermissionsダイアログ150によって、図1Eに示すように、管理責任者は、新しく定義済みのロール153をロールメニュー152から選択できる。管理責任者はまた、オブジェクト定義階層の更なる下のオブジェクトが同様にこの役割を継承するかどうかをUI制御154を用いて示すことができる。例えば、UI制御154が選択されたので、ボビーのフォルダのすべての仮想マシンVMはこのロール割り当てを継承できる。管理責任者がされる例えばOKボタン155を押すことによって、ことを管理責任者が示すときに、管理責任者は、新しいロールを割り当てられるユーザ及び/又はグループを選択できる。0007図1Fは、ロール割り当てのためのユーザの選択のためのプロセスの実施例を示す。別のユーザ選択ダイアログ160例えば、図1AのUI110において、管理責任者は、ボビーアイコン161が彼に割り当てられた新しいロールを有することを選ぶ。一旦この全サイクルが完了する新しいロールを規定し、オブジェクトに割り当て、ユーザ/グループに割り当てると、管理責任者は、図1Gに示すように、割当て許可ダイアログ150のフィールド171で、新しいロールVMsOnlyがボビーに割り当てられたということ、そしてどんな許可がそのロールでボビーが利用できるかという表示172を知ることができる。管理責任者は、図1Hに示されるインベントリイUIを使用して、新しい許可182がオブジェクトボビーのVMに関してボビー181に割り当てられたことを検査できる。図1Iに示すように、管理責任者がここでシステムにおいて規定されるロールに注目するときに、管理責任者は、新しいロール134を、そしてそれがどこで誰に割り当てられたかを見ることができる記述191。0008都合の悪いことに、ボビーに彼の新しく割り当てられた許可を実際に試用するよう求めずに、管理責任者には、ボビーの新しいロールが意図されるように働くかどうかについてほとんど認識がない。ボビーが新しい仮想マシンを加えようとして、それが予想通り作動しない例えば、彼はエラーメッセージを受信する場合は、管理責任者は、より多くの特権を加え、及び/又はそれらをいろいろなインベントリイオブジェクトに割り当てるために、グルグルとボビーが成功するまで、再びダイアログを数回繰り返さなければならない。更に、インフラストラクチャ全体のロールの伝播及び固有の性質の複雑な構造のため、どのロールがボビーに実際にアクセスできるか決定することは困難である場合がある。0021本願明細書に記載されている実施形態は、特に仮想化環境に適用されるように、タスクベースのアクセス制御のための強化されたコンピュータ及びネットワークベースの方法、システム、並びに技術を提供する。例示の実施形態はタスクベースのアクセス制御システムTBACSを提供し、それによって、システム管理責任者及び他のこの種のユーザは、彼らが許可したいと望むタスクに基づいて、そしてユーザが誰であるか即ち、ユーザがどのロールを割り当てられたかに基づかないで、特権をデレゲートユーザに割り当てることができる。システムの管理責任者によって、デレゲートユーザがあるアクティビティを実行することが可能になるときに、これによって彼らは目的を持って的確になる。要約すると、これらの技術は、彼らがタスク例えば、1つ以上のアクティビティを達成するために作用できるオブジェクトとともに特権をカプセル化して、その結果、デレゲートユーザは、仮想化インフラストラクチャの特定の部分に向けられた特権オブジェクトの対を割り当てられる。これらのカプセル化は1つ以上のタスクを達成するためのプロキシを表すので、それらはこの説明ではプロキシタスクオブジェクトと称される。加えて、プロキシタスクオブジェクトは、人間のユーザデレゲートユーザは、物理的人間又は仮想若しくはオートメーション化したユーザであり得るへの実際の割当てなしにオートメーション化した方法で実行されることができる。プロキシタスクオブジェクトは、システムの他のオブジェクトと同様に、クローンを作られ、移動され、共有されることなどができる。加えて、特定のデレゲートユーザが休暇であるとき、それらは例えばオンローンonloanに置くことができる。また、それらは、デレゲートユーザに割り当てられた後に、一時的に使用可能または使用不能になる場合がある。タスクが典型的に何度も実行されるので、一旦管理責任者がこれらの特権オブジェクト対のカプセル化をデバッグすると、管理責任者は、デレゲートユーザが、所望の、既に試験されたタスクを達成するために、十分な、そしておそらく必要なだけの特権を有することを確信できる。また、TBACSパラダイムは、システムセキュリティモデルへの根本的な変更を必要としないように、既存のロールベースの許可システムをオーバーレイすることができる。0022本願明細書において記載されている技術、方法、及びシステムが仮想化インフラストラクチャ及び環境と関連して説明されているけれども、これらの技術はまた、様々な他の環境において許可を与える例えば、割り付ける、割り当てる、出す、提供するなどために有用であり得る。0023図2は、アクティビティ、及び例示のタスクベースのアクセス制御システムにより構築されたプロキシタスクオブジェクト例えば、vBotの表示のブロック図の例である。タスクベースのパラダイムに従って、特権201~204はアクティビティ200を規定する。特権がアクティビティ例えば、タスク、目標、目的などにグループ化されるので、いくつかの実施形態で、さもなければロール例えば、図1Aのロール101を参照にグループ化されるかもしれないより少ないアクティビティのために必要とされる特権があり得る。これによって、管理責任者は手元の真のタスクに合わせて特権を調整できる。一旦アクティビティが規定されると、プロキシタスクオブジェクトは生成される例えば、オーサリングされる、発生する、クローンを作られるなどことができて、1人のユーザ又はユーザのグループへの割当ての準備ができる即ち、展開される。0024プロキシタスクオブジェクト220は、アクティビティ200により規定されるアクティビティVMを生成するCreateVMのためのプロキシタスクオブジェクトの例である。1つの例示の実施形態において、オブジェクト220のようなプロキシタスクオブジェクトはvBots仮想化ロボットと呼ばれて、本願明細書で用いられる用語は置き換え可能である。まず最初に、オブジェクト220のようなプロキシタスクオブジェクトは、特権201~204を特定のオブジェクト即ち、仮想化インフラストラクチャの管理オブジェクトインベントリイのオブジェクトに変化例えば、連結する、割り当てる、対応付ける、結び付けるなどせずに生成される。特権は、特定のオブジェクトタイプに適用できるとして生成されうるが、必ずしも特定の名前付きのオブジェクトに変化されるというわけではない。この種の状態において、プロキシタスクオブジェクトが、いろいろなドアのキーを生成することに類似している、そのタイプのプロキシタスクオブジェクトを生成するためにマスターキーとして使用されることができるので、それはプロトタイプと呼ばれることがある。0025図2において、プロキシタスクオブジェクト220vBotは、1つのアクティビティVMアクティビティ200を生成するのための特権201~204を含む。各アクティビティ200の各特権201~204は、それに作用できるオブジェクト、ここでは仮想化インフラストラクチャからのオブジェクトを表すオブジェクト210~212に分割される。いくつかの実施形態では、プロキシタスクオブジェクトは、例えば、警報、データセンター、データストア、分散仮想ポートグループ、分散仮想スイッチ、拡張、フォルダ、グローバル、ホスト共通情報モード、ホスト構成、ホストインベントリイ、ホスト局所操作、ホストプロフィール、ネットワーク、パフォーマンス、許可、資源、予定のタスク、セッション、タスク、仮想アプリケーション、仮想マシン構成、仮想マシン相互作用、仮想マシンインベントリイ、仮想マシン状態などを含む、仮想化インフラストラクチャにおける様々なオブジェクト、実体、制御、又はプロセスに束縛されことがあり得る。注目すべきは、1つ以上の特権、ここでは特権203及び204は、同じオブジェクト212と対応付けられることが可能である。1つの実施形態において、各特権は1つのオブジェクトだけに束縛される。他の実施形態は1対多数の関係をサポートすることができる。一旦プロキシタスクオブジェクト220が特定のオブジェクトに分割されるその特権の全てを有すると、それは展開されて、従ってデレゲートユーザ230に割り当てられることができる。0026図3は、例示のタスクベースのアクセス制御システムの構成要素のブロック図の例である。図3のタスクベースのアクセス制御システムは、図2に示されるプロキシタスクオブジェクトを生成して管理するために用いることができる。一実施形態において、タスクベースのアクセス制御システム300は、プロキシタスクオブジェクトを用いることによりアクセス制御許可を生成して管理するために連動する1つ以上の機能的な構成要素/モジュールを備える。これらの構成要素は、ソフトウェア若しくはハードウェア又は両方の組合せで実施することができる。図3に示すように、タスクベースのアクセス制御システム300は、通信チャネル315を通じて通信するクライアント側サポート310及びサーバー側サポート320を備える。等価な非クライアントサーバー例えば、単一のコンピュータシステム実装も用いることができる。サーバー側サポートは、1つ以上のプロキシタスクオブジェクトオーサリングエンジン321、1つ以上のプロキシタスクオブジェクト展開エンジン322、及び1つ以上のプロキシタスクオブジェクト割当てインタフェース323それは許可データリポジトリ324と対話し、そして仮想化実施形態において、例えば、管理オブジェクトインベントリイに関する情報を格納できる、仮想化インフラストラクチャデータリポジトリ330と対話するを備える。クライアント側サポート310は、オーサリングユーザインタフェース311、展開ユーザインタフェース312、及び割り当てインタフェース313を備える。ユーザインタフェース310~313の各々は、TBACSサーバー側サポート320のその対応付けられたエンジンに対応する。多くのいろいろなユーザインタフェースは組み込まれることができて、そのいくつかの実施例は下の図9A~9Jを参照して説明される。0027プロキシタスクオブジェクトオーサリングエンジン321及び対応付けられたオーサリングユーザインタフェース311は、それらと対応付けられた1つ以上の特権を有するアクティビティを有するプロキシタスクオブジェクトプロトタイプ例えば、vBotプロトタイプを生成する役割を果たす。まず最初に生成されるときに、特権は特定のタイプのオブジェクトと対応付けられることが可能であるが、それらはまだ展開可能な形ではなく、即ち、それぞれの特権と対応付けられた特定のインベントリイ管理オブジェクトに束縛されていることがある。プロキシタスクオブジェクトプロトタイプは、スクラッチから生成されて、クローンを作られて、既存のプロキシタスクオブジェクト又はプロキシタスクオブジェクトプロトタイプなどから編集されることができる。0028プロキシタスクオブジェクト展開エンジン322及び対応付けられた展開ユーザインタフェース312は、プロキシタスクオブジェクトの各アクティビティの各特権のオブジェクトタイプ参照を管理オブジェクトインベントリイの特定のオブジェクトに分割する役割を果たす。各特権が分割される即ち、割り当てられたオブジェクトと対応付けられるときに、プロキシタスクオブジェクトは、ユーザに割り当てられるプロキシタスクオブジェクトとして割当てに対して解除可能である。仮想化環境コンテキスト外の実施形態において、他のオブジェクト管理オブジェクトインベントリイからのオブジェクト以外のものは、同様にプロキシタスクオブジェクトに束縛されることがある。0029プロキシタスクオブジェクト割当てインタフェース323及び対応付けられた割当てユーザインタフェース313は、プロキシタスクオブジェクトその特権オブジェクト対結合とともにがユーザに割り当てられることが可能である役割を果たす。上記のように、プロキシタスクオブジェクトは、ユーザが実行することを望むタスクに基づいて1つ以上のユーザ又はユーザのグループに割り当てられることが可能である。0030図4は、タスクベースのアクセス制御を生成して管理するプロセス例のオーバービューのフロー図の例である。図3に示されるタスクベースのアクセス制御システムの構成要素は、図4の論理を実施するために用いることができる。ブロック401~405は、生成されて管理される各プロキシタスクオブジェクトに対して実行される。ブロック401において、管理責任者又は等価な人またはオートメーション化したデレゲートは、指定された特権を有するアクティビティを有するプロキシタスクオブジェクトをオーサリングする。オーサシップは、図5、6、及び7に関して更に説明される。ブロック403において、管理責任者は、各アクティビティの特権ごとに受け入れられるオブジェクトを指定することによって、プロキシタスクオブジェクトを展開する。展開は図8に関して更に説明される。ブロック405において、管理責任者は、展開されたプロキシタスクオブジェクトを1つ以上のデレゲートユーザに割り当てる。割当ては図9A~9Jに関して更に説明される。一旦プロキシタスクオブジェクトが展開されて割り当てられると、ブロック405からブロック403への点線により示すように、管理責任者は要望通りプロキシタスクオブジェクトを任意に移動させ、及び/又は再設定できる。ブロック407において、処理する追加のプロキシタスクオブジェクトがあるかどうかが決定されて、そうである場合は、論理はブロック401に戻って、追加のプロキシタスクオブジェクトを処理し、さもなければ終了する。0031図5は、例示のタスクベースのアクセス制御システムによるプロキシタスクオブジェクトをオーサリングするための論理例のフロー図の例である。ブロック501において、管理責任者或いは等価な人又はオートメーション化したデレゲートは、所望のアクティビティごとに1つ以上の特権を決定する。特権は、既存のリスト、例えば、図6で下に記載するテーブル、管理責任者のノウハウ、他のガイドなどから決定できる。ブロック503において、管理責任者は、オブジェクトを例えば、標準オブジェクト指向プログラミングコマンド、宣言言語などを用いて生成して、各特権をオブジェクトのタイプに割り当てる。例えば、特定の特権はホストマシンに、他はデータリポジトリなどに適用できるだけである。一旦生成されると、ブロック505において、プロキシタスクオブジェクトはシステムに格納される。0032上記のように、プロキシタスクオブジェクトをオーサリングする際の第1ステップのうちの1つは、所望のタスクのための適当な特権を決定することである。図6は、例示の仮想化環境で共通タスクを実行するための特権をリストしているテーブルからの抜粋である。この実施例の抜粋は、VMware社、vSphereBasicSystemAdministrationGuideforvCenterServer4.0、ESX4.0、ESXI4.0、CA2010、partEN―000105―06の第18章のテーブルからであり、それは内容全体を参照によって本願明細書に取り込まれたものとする。テーブル600は、いくつかの共通タスク、例えば、仮想マシンを生成するCreateavirtualmachineタスク601及びテンプレートから仮想マシンを展開するタスク602を記載している。この種のタスクごとに、テーブルは必要な特権、例えば特権621~624をリストする。これらの特権は、正しい特権が生成されて、それからインフラストラクチャ内の適当なオブジェクトに束縛される例えば、分割される、割り当てられるなどことを確認するために、一種のチェックリストとして用いることができる。0033図7は、プロトタイププロキシタスクオブジェクト例例えば、vBotプロトタイプの表示のブロック図の例である。示される例において、プロキシタスクオブジェクト700は、3つのアクティビティ、即ち、テンプレートからVMを展開するDeployVMFromTemplate-アクティビティ701、ゲストOSをインストールするInstallGuestOS-アクティビティ710、及びVMを生成するCreateVM-アクティビティ720を含む。これらのアクティビティ並びにそれらのそれぞれの特権702~705、712~715、及び722~725は、例えば、図6に示されるテーブル、等価な専門知識、実験、第三者又は他の外部入力などからの入力に基づいて決定された。特権がインフラストラクチャインベントリイの実際のオブジェクトにまだ分割されないので、プロキシタスクオブジェクトはプロトタイプステージにおいて考慮されて、このタイプのプロキシタスクオブジェクトを生成するために用いるか、または割り当て可能なプロキシタスクオブジェクトを生成するために分割されることができる。0034図4のブロック403に関して述べたように、一旦生成されると、プロキシタスクオブジェクトは、各特権を特権により示されるタイプのオブジェクトと対応付けることにより展開されることができる。特権は特定のオブジェクトタイプと対応するとみなされうる。図8は、展開されたプロキシタスクオブジェクト例えば、vBotの表示のブロック図の例である。図8において、図7のアクティビティ701、710、及び720はアクティビティ801、802、及び803として示され、それらのそれぞれの特権は対応するオブジェクトに束縛される。例えば、特権810はリンク820を介してオブジェクト830と対応付けられ、そして特権811はリンク821を介してオブジェクト831と対応付けられる。別の実施例そこでは単一のオブジェクトが2つの異なる特権に参照されるか、または対応付けられるとして、アクティビティ803の場合は、特権840はリンク850を介してオブジェクト860と対応付けられ、そして特権841はリンク851を介してオブジェクト860と対応付けられる。0035図4のブロック405に関して述べたように、展開されたプロキシタスクオブジェクトは、1つ以上のデレゲート物理的、仮想、又はオートメーション化したユーザに割り当てられることが可能である。この種の割当ての実施例は、下記のvBotsのための例示のユーザインタフェースの部分を参照して説明される。0036図9A~9Jは、例示のタスクベースのアクセス制御システムに従って仮想化環境内でプロキシタスクオブジェクトを生成し、展開して、割り当てるためのユーザインタフェースの画面表示の例である。図9Aは、vBots-プロキシタスクオブジェクトの実施例を生成し、展開して、割り当てるための強化された仮想化環境データセンター管理ツールを示している。インタフェース表示900において、ユーザ、おそらく管理責任者または等価物は、どんなvBotsが生成され、展開され、及び/又は割り当てられたかについて見るために、インフラストラクチャの領域、ここではホスト及びクラスタ901を選択した。特定のインフラストラクチャオブジェクトが選択されるときに、例えば、ホスト905、パネル910は割り当てが利用できる展開されたvBotsを表示する。ここで、展開されたvBots911は、仮想マシンを生成するために用いることができるFactoryBot912、及び仮想マシンの性能を検査するために用いることができるInspectorBot914を含む。このインタフェースはまた、FactoryBot912が一般に3つのユーザ及び/又はグループ913:jdoe、Prom_ESS、VIAdminに割り当てられることを示す。更に、FactoryBot912が選択されたので、ユーザインタフェース900は、そのvBotのためのプロトタイプ915それで付加的なこの種のvBotsが容易に生成されることを可能にする及びそのvBotを用いて利用可能なアクティビティ916のリストを示す。点灯lightupアイコン917は、このvBotを急速に可能にしたり、不能にするために用いることができる例えば、可能のために緑で、そして不能のために赤で示される。図9Bに示すように、ソートUI制御917によって、管理責任者が表示をアクティビティ表示918に変えることができる。0037図9AのFactoryBotのためのプロトタイプ915の選択によって、管理責任者が新しいFactoryBotをオーサリングする例えば、生成する、発生させるなどことができる。図9Cは、アイコン921及び名前922を有する新しいFactoryBot920を例示する。vBotのために規定される3つのアクティビティは、表示923の右側に示され、仮想マシン924を生成し、テンプレート926から仮想マシンを展開し、そしてゲストオペレーティングシステムを仮想マシン928にインストールする。加えて、各アクティビティは、その対応する割り当てられない特権により表示される。例えば、仮想マシン生成CreateVirtualMachineアクティビティ924は4つの特権925を備える。アイコンは、各特権に割り当てられる必要があるインフラストラクチャオブジェクトのタイプを示す。このように、一種のタイプチェックがインタフェースにより提供される。0038vBotを展開するために、この特定のインタフェースによって、管理責任者が、対応付けるために、特権をオブジェクトに結び付けるために、直接操作を用いて特権を特権からインフラストラクチャ階層内のオブジェクト表示までドラッグする例えば、マウスのような入力装置をドラッグすることができる。図9Dにおいて、カーソル933は、特権ホストに対応するリソースプール936に対するリソース割当て仮想マシンとして記載されるをインフラストラクチャ内の935により示される実際のホストに結び付けるために、同じタイプ935のオブジェクトにドラッグ934されて示されている。チェックマーク、例えば、アクティビティ931の特権上のチェックマーク932は、特権がインベントリイオブジェクトに正しく割り当てられたことを示す。注目すべきは、いくつかの実施形態において、特定の特権が同じオブジェクトに例えば、同じ宛先ホストに当てはまるように、それらはリンクされることができる。即ち、vBot内のいくつかのアクティビティは、関係があるようにリンクされることができる。即ち、同じオブジェクトに適用できる。このような場合には、インタフェースは、リンクされたオブジェクトの同じオブジェクトへの結合を自動的に更新できる。0039一旦展開されると、vBotsは1つ以上のユーザ又はユーザのグループに割り当てられることが可能である。図9E~9Jはこのプロセスを示す。特に、図9Eで、生成された新しいFactoryBot945をグループVCUsers942に割り当てることが望ましい。表示940によって、グループVCUsers942は管理責任者により選択された。このユーザ942に割り当てられた現在割り当てられているvBotsが、割り当てられたvBotリスト943に示される。このリストがアクティビティによってソートUI制御を呼び出すことによってその代わりに構成されるときに、VCDevFactoryBot実体945はアクティビティのうちの少なくとも2つの中で見られる。0040図9Fに示すように、表示950において、管理責任者は新しいFactoryBot951を選択した。そしてその詳細はタブ952を使用して示すことができる。図9Gに示すように、表示960において、管理責任者は、vBotがどこで展開されたどのオブジェクトでかについて見るためにゾーンタブ961を選択した。図9Hに示す表示970において、管理責任者は、そのvBotのための3アクティビティのリスト971を見るためにアクティビティタブを選択した。0041図9Iに示す表示980において、管理責任者のカーソル982は、新しい展開されたvBotに対応するアイコン981をグループVCUsers984のために割り当てられたvBotsリスト983にドラッグするとして示されている。最後に、図9Jに示す表示990において、新しいvBot991の表示は、VCUsersに割り当てられたvBotsのリストに示される。新しいvBotの割当てはここで完了している。0042図10A~10Bは、仮想化インフラストラクチャと対話するためにプロキシタスクオブジェクトを開始するためのユーザインタフェースの実施例である。図10Aに示すように、各プロキシタスクオブジェクトは、1組のカプセル化されたタスクを実行するための、それ自体のインタフェースを有することができる。インタフェース1000は、さまざまなインフラストラクチャオブジェクト、例えば、ホストマシンssen―esx.enng.vmware.com.の位置により構成されたvBotsプロキシタスクオブジェクトアイコンのリストを示す。vBot、例えば、FactoryBot1001を選択すると、右側に、ユーザインタフェースは、FactoryBotプロキシタスクオブジェクト1003と対応付けられたアクティビティ仮想マシンを生成し、テンプレートから仮想マシンを展開して、ゲストOSをマシンにインストールするを示す。このリストはソートされることができて、それ故、ユーザインタフェースは、ソートユーザインタフェース制御1005及び1007を選択することにより変更される。0043図10Bにおいて、プロキシタスクオブジェクトのリストが、ソートボタン1015を使用してアクティビティ及びソートボタン1017を使用して名前によってソートされるときに、アクティビティ1011のリストは、対応するvBots例えば、FactoryBot1012及びvBotが割り当てられたオブジェクト例えば、オブジェクト1013で表示される。右側1014の表示は、現在、左側の選択と関連する情報-ここでは管理オブジェクトインベントリイからのインフラストラクチャオブジェクトを示している。他のユーザインタフェースは同様に組み込むことができる。0044本願明細書に記載されている例示の実施形態は、仮想化環境における許可をデレゲートするために用いられるタスクベースのアクセス制御システムを実施するために、アプリケーション、ツール、データ構造、及び他のサポートを提供する。記載されている技術の他の実施形態は、非仮想コンピュータシステム環境における許可をデレゲートすることを含む、他の目的のために使うことができる。以下の説明では、データフォーマット及びコードシーケンスなどのような、多数の具体的な詳細が、記載されている技術の完全な理解を提供するために述べられる。また、記載されている実施形態は、本願明細書に記載されている具体的な詳細のいくつかなしで、又は他の具体的な詳細、例えば、コードフローの順序付け、いろいろなコードフローなどに関する変更により実践することができる。このように、記載されている技術及び/又は機能の範囲は、いかなる特定のルーチンに関して記載されたステップの特定の順序、選択、又は分解によっても制限されない。また、特定の用語が本願明細書において主に使われるけれども、他の用語は、等価な実施形態及び実施例を得るために取り換えられて用いることができる。加えて、用語は、明確に言及されることができるか又は言及されることができない代替のスペリングを有することができて、用語のすべてのこの種のバリエーションが含まれることを意図する。0045図11は、本願明細書に記載されているタスクベースのアクセス制御システムの実施形態を実践するために用いることができるコンピュータシステムの実施例のブロック図の例である。適切に指示された汎用又は専用のコンピュータシステムがTBACSを実施するために用いることができることに注意されたい。更に、TBACSは、本願明細書に記載されている機能を達成するために、ソフトウェア、ハードウェア、ファームウェア、又はある組合せで実施できる。0046コンピュータシステム1100は、1つ以上のサーバー及び/又はクライアントコンピュータシステムを備えていてもよく、分散位置にわたることができる。図示するように、コンピュータシステム1100は、タスクベースのアクセス制御を実行するために用いることができる1組の構成要素を示す。これらの構成要素のいくつかは、1つ以上のサーバーシステムに全体的に又は部分的にあることができて、いくつかは、1つ以上のクライアントコンピュータシステムに全体的に又は部分的にあることができ、そしていくつかは、サーバー及びクライアント部の両方を全体的に又は部分的に有することができる。例えば、エンジン1111、1112、及び1113のためのクライアント側ユーザインタフェース構成要素は、サーバー側エンジンに加えて動作できる。加えて、示される各ブロックは、特定の実施形態に見合った1つ以上のこの種のブロックを表すことができるか、又は他のブロックと結合されることができる。更に、タスクベースのアクセス制御システム1110のさまざまなブロックは、1つ以上のマシンに物理的にあることができて、それは互いに通信するために標準例えば、TCP/IP又は所有権を主張できるプロセス間通信機構を使用する。0047図の実施形態では、コンピュータシステム1100は、1つ以上のコンピュータメモリメモリ1101、表示1102、1つ以上の中央演算処理装置CPU1103、入力/出力装置1104例えば、キーボード、マウス、CRT、又は液晶ディスプレイなど、他のコンピュータ可読媒体1105、及び1つ以上のネットワーク接続1106を備える。TBACS1110は、メモリ1101にあることが示される。他の実施形態において、内容の若干の部分、TBACS1110の構成要素のいくつか又は全ては、他のコンピュータ可読媒体1105に格納され、及び/又はそれを通じて送信されることができる。タスクベースのアクセス制御システム1110の構成要素は、好ましくは、本願明細書に記載されているように、1つ以上のCPU1103で実行して、プロキシタスクオブジェクト例えば、vBotsの生成及び使用を管理する。他のコード又はプログラム1130及び潜在的に他のデータリポジトリ、例えばデータリポジトリ1106はまた、メモリ1101にあり、そして好ましくは1つ以上のCPU1103で実行する。注目すべきは、図11の構成要素の1つ以上は、いかなる特定の実施にも存在しなくてもよい。例えば、他のソフトウェアに埋め込まれるいくつかの実施形態は、ユーザ入力又は表示のための手段を提供しなくてもよい。0048典型的な実施形態では、TBACS1110は、1つ以上のプロキシタスクオブジェクトオーサリングエンジン1111、1つ以上のプロキシタスクオブジェクト展開エンジン1112、及び1つ以上のプロキシタスクオブジェクト割り当てインタフェース1113を含む。上述の通り、プロキシタスクオブジェクトオーサリングエンジン1111は、それらと対応付けられた1つ以上の特権を有するアクテイィビィティを有するオブジェクトを構築する役割を果たす。オーサリングされるときに、特権は特定のタイプのオブジェクトと対応付けられてもよいが、それらは展開可能な形ではまだなくてもよく、特定のインベントリイ管理オブジェクトはそれぞれの特権と対応付けられる。0049プロキシタスクオブジェクト展開エンジン1112は、オブジェクトの各アクティビティの各特権のオブジェクトタイプ参照を管理オブジェクトインベントリイの特定のオブジェクトに分割する役割を果たす。各特権が分割される即ち、割り当てられた管理インベントリイオブジェクトと対応付けられるときに、プロキシタスクオブジェクトは、デレゲートユーザに割り当てられるプロキシタスクオブジェクトとして割り当てるために解放可能である。0050プロキシタスクオブジェクト割り当てインタフェース1113は、プロキシタスクオブジェクトその特権オブジェクト対結合とともにがユーザに割り当てられることを可能にする役割を果たす。上記のように、プロキシタスクオブジェクトは、ユーザが実行することを望むタスクに基いて1つ以上のユーザ又はユーザのグループに割り当てられ得る。0051少なくともいくつかの実施形態で、オーサリングエンジン1111はTBACS外に設けられて、1つ以上のネットワーク1150を通じて潜在的に利用できる。他の、及び/又はいろいろなモジュールを実施することができる。加えて、TBACSは、ネットワーク1150を経由して、アプリケーション又はクライアントコード1155、例えば、ウェブブラウザ、オートメーションコード、他の仮想化アプリケーションなどと対話することができて、それは、タスクベースのアクセス制御システム1110により生成されたオブジェクト、例えば、特定のプロキシタスクオブジェクトで実行されるように特に設計された1つ以上のプロキシタスクオブジェクトユーザインタフェース1160、及び/又は許可セキュリティデータリポジトリ1115において使用する情報の提供者のような、1つ以上の第三者のプロキシタスクオブジェクトプロバイダー1165を使用する。また、注目すべきは、仮想化インフラストラクチャデータリポジトリ1116は、例えば1つ以上のネットワーク1150を通じてアクセス可能である知識ベースで、同様にTBACS外に設けられてもよい。0052例示の実施形態において、TBACS1110の構成要素/モジュールは、オブジェクト指向技術、分散技術などを含む標準プログラミング技術を使用して実施される。本技術分野で公知のプログラミング言語の範囲は、オブジェクト指向例えば、Java登録商標、C、C、スモールトークなど、機能例えば、ML、Lisp、Schemeなど、手続き形例えば、C、パスカル、エイダ、Modulaなど、スクリプト例えば、Perl、Ruby、パイソン、JavaScript登録商標、VBScriptなど、宣言例えば、SQL、Prologなどなどを含むが、これに限定されるものではない、さまざまなプログラミング言語パラダイムの代表的な実施態様を含む、この種の例示の実施形態を実施するために用いることができる。0053上記の実施形態は、周知であるか所有権を主張できる同期又は非同期クライアントサーバーコンピューティング技術を使用することもできる。しかしながら、さまざまな構成要素は、例えば、単一のCPUコンピュータシステムでの実行可能な走行として、同様によりモリシックなプログラミング技法を使用して実施されるか、又は代わりとして、1つ以上のCPUをそれぞれ備えている1つ以上のコンピュータシステムで動作する、マルチプログラミング、マルチスレッディング、クライアントサーバー、又はピアツーピアを含むが、これに限定されるものではない、さまざまな本技術分野で公知の構成技術を用いて分解される。いくつかの実施形態は、並行して非同期で実行して、メッセージパッシング技術を用いて通信するとして例示される、等価な同期実施形態はまたTBACS実施によってサポートされる。また、他のステップはルーチンごとに実施されることができて、いろいろな順序で、そしていろいろなルーチンで、それでもタスクベースのアクセス制御システムの機能を達成する。0054加えて、タスクベースのアクセス制御システム1110の一部として格納されるデータに対するアプリケーションプログラミングインタフェース1117は例えば、データリポジトリ1115及び1116において、、標準手段によって、例えば、C、C、C、及びJavaAPI、ファイル、データベース、又は他のデータリポジトリにアクセスするためのライブラリによって、XMLのようなスクリプト言語によって、或いはウェブサーバー、FTPサーバー、又は記憶データへのアクセスを与える他のタイプのサーバーによって利用できる。データリポジトリ1115及び1116は、1つ以上のデータベースシステム、ファイルシステム、又はこの種の情報を格納するためのその他の本技術分野で公知の方法、又は、分散コンピューティング技術を用いる実施を含む、上記のいかなる組合せとしても実施されうる。0055また、例示のTBACS1110は、複数の、更に異質なコンピュータシステム及びネットワークを備える分散環境において実施され得る。例えば、一実施形態において、プロキシタスクオブジェクトオーサリングエンジン1111、プロキシタスクオブジェクト展開エンジン1112、及び許可データリポジトリ1115は全て物理的に異なるコンピュータシステムに設置される。別の実施形態では、TBACS1110のさまざまなモジュールは、別々のサーバーマシンのホストとして各々働き、そしてデータリポジトリ1115及び1116に格納されたテーブルから離れて設置されうる。また、モジュールの1つ以上は、例えば、ロードバランシング、信頼性、又はセキュリティの理由のために、それ自体分散されるか、プールされるか、又はグループ化されうる。プログラム及びデータのいろいろな構成及び位置は、本願明細書に記載されている技術とともに使用するために考察される。様々な分散コンピューティング技術は、TCP/IPソケット、RPC、RMI、HTTP、ウェブサービスXML―RPC、JAX―RPC、SOAPなどなどを含むがこれに限らず、分散された方法で例示の実施形態の構成要素を実施するのに適している。他の変形は可能である。また、他の機能は各構成要素/モジュールにより提供されることができるか、又は、既存の機能はいろいろな方法で構成要素/モジュールに分散され、それでもTBACSの機能を達成できる。0056更に、いくつかの実施形態において、TBACSの構成要素の一部又は全部は、例えば、1つ以上の特定用途向け集積回路ASIC、標準集積回路、コントローラ例えば、適切な命令を実行し、そしてマイクロコントローラ及び/又は組込形コントローラを含むことによって、フィールドプログラマブルゲートアレイFPGA、結合プログラム可能論理回路CPLDなどを含むがこれに限らず、ファームウェア及び/又はハードウェアで少なくとも部分的に、他の方法で実施されるか、又は設けられることができる。システム構成要素及び/又はデータ構造の一部又は全部は、コンピュータ可読媒体例えば、ハードディスク、メモリ、ネットワーク、或いは適切なドライブによって、又は適切な接続を介して読み出される携帯型媒体物に格納されうる例えば、実行可能であるか他のマシン読み取り可読ソフトウェア命令又は構造データとして。構成要素及び/又はデータ構造の一部又は全部は有形の記憶媒体に格納されうる。システム構成要素及びデータ構造の一部又は全部は、無線ベース及び有線/ケーブルベースの媒体を含む媒体1105のような、様々なコンピュータ可読の伝送媒体で生成データ信号例えば、搬送波或いは他のアナログ又はデジタル伝達信号の一部としてによって、非一時的方法で送信されることもできて、様々な形例えば、単一又は多重化アナログ信号の一部として、或いは複数の個別デジタルパケット又はフレームとしてをとりうる。この種のコンピュータプログラム製品は、他の実施形態で他の形をとることもできる。従って、この開示の実施形態は、他のコンピュータシステム構成によって実践できる。0057上記のように、例示のタスクベースのアクセス制御システムは、ロールベースのシステム、又は他のオブジェクト中心のシステムにおいてオーバーレイとして実施できる。特に、既存のシステムをオーバーレイすることは、他の方法に従って既に格納されたデータに対するインタフェースとしてタスクベースのアクセス制御システムを実施することによって可能にすることができる。0058図12は、タスクベースのアクセス制御情報を既存のアクセス制御データ構造にオーバーレイするためのデータ構造例のブロック図の例である。例えば、図12に示すように、プロキシタスクオブジェクトのためのデータ構造1201は、既存のアクセス制御データ構造1210のフィールドにリンクしたまたはマップされたフィールドで示される。0059既存のアクセス制御データ構造1210は少なくとも二次元を含むオブジェクト1211は縦列として示され、そして特権1212は横列として示される。割り当てられるとき、オブジェクトと特権の交差であると理解される各セルは、その特定のオブジェクトのためにその特定の特権を割り当てられた1つ以上のユーザ又はグループ、又は他の名称の指示により配置される。例えば、セル1213は、ユーザU2及びU3がオブジェクト1211と特権1212の交差の位置により示された許可を有することを示す。ここで示されるように、オブジェクト特権の組合せごとにセルがある。いくつかのシステムにおいて、アクセス制御情報は貧弱なデータ技術を用いて格納されうる。0060プロキシタスクオブジェクト例えば、vBotデータ構造1201は、アクティビティ即ち、特権のグループがどのようにオブジェクトに束縛されて、ユーザに割り当てられているかを格納する。例えば、図12に示すように、vBot1201は、仮想化インフラストラクチャに、さまざまな管理インベントリイオブジェクト、例えばオブジェクト1206及び1207に束縛された3つの異なるアクティビティを含む。各アクティビティは一群の特権として格納される。例えば、破線の楕円線でマークして示されるアクティビティ1205は、オブジェクト1206に束縛されて、特権1202及び特権1204を含むグループである。オブジェクト1207に束縛されたアクティビティマークされていないは、特権1202及び1203を含むグループである。このように、データ構造1201は、プロキシタスクオブジェクト内でオーサリングされたアクティビティの全てに存在する特権の全ての結合を格納する横列1202~1204として示される。プロキシタスクオブジェクトが最初にオーサリングされるときに、それはアクティビティごとに縦列を有するアクティビティ特権のグループから成るだけであることがある。プロキシタスクオブジェクトが展開されるときに、アクティビティはオブジェクトに束縛されて格納される。縦列は、各オブジェクトに対して複製されるか、又は、いくつかの実施形態において、複数のオブジェクトで共有できる。ユーザへ割り当てる前に、各セル各アクティビティの各特権は、抽象的なユーザ例えば、またはxにより表されるに割り当てられると考えられる。プロキシタスクオブジェクトがユーザに割り当てられるときに、特権オブジェクトの交差を示しているセルは特定のユーザ例えば、ユーザU1に割り当てられて、データを有する各プロキシタスクオブジェクトセルが既存のアクセス制御データ構造1210の下にあるセルオブジェクト特権の組合せにマップされることができるように、データ構造は適切に変えられる。0061本願明細書に記載されているようなタスクベースのアクセス制御メカニズムはまた、図12に示される以外のアクセス制御情報を格納する技術にオーバーレイされうる。また、横列及び縦列を有するテーブルとして示されるけれども、例えば、マトリックス、スパースマトリックス構造、リンクリスト、ハッシュテーブル、アレイ、他のオブジェクトなどを含む、いかなる等価又は代替のデータ構造も用いられることが可能であるものと理解される。0062この明細書で参照される、及び/又はアプリケーションデータシートにリストした上記の米国特許、米国特許出願公開、米国特許出願、外国の特許、外国の特許出願及び非特許刊行物2010年3月8日に出願されたvBOTS:アクセス制御の実施形態という名称の特許文献1を含むがこれに限らずの全てを参照によって本願明細書に引用したものとする。0063上記のことからいうまでもなく、特定の実施形態が例証のために本願明細書で説明されたけれども、さまざまな変更態様は本開示の精神及び範囲から逸脱せずに行われうる。例えば、本願明細書において述べられたタスクベースのアクセス制御を実行する方法、システム、及び技術は、仮想化アーキテクチャ以外の他のアーキテクチャに適用できる。また、本願明細書において述べられた方法及びシステムは、いろいろなプロトコル、通信メディア光学、無線、ケーブルなど、及び装置例えば、無線ハンドセット、電子手帳、携帯情報機器、携帯用の電子メールマシン、ゲーム機、ポケットベル、GPSレシーバのようなナビゲーション装置などに適用できる。