特表 2024-508282 データ処理システムにおいて特権を管理するためのシステム及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-02-26

(54)【発明の名称】データ処理システムにおいて特権を管理するためのシステム及び方法

(51)【国際特許分類】

   G06F 21/62 20130101AFI20240216BHJP

   G06F 16/28 20190101ALI20240216BHJP

【ＦＩ】

G06F21/62

G06F16/28

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023550635

(86)(22)【出願日】2022-02-23

(85)【翻訳文提出日】2023-09-27

(86)【国際出願番号】 US2022017581

(87)【国際公開番号】W WO2022182800

(87)【国際公開日】2022-09-01

(31)【優先権主張番号】63/153,182

(32)【優先日】2021-02-24

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】509123208

【氏名又は名称】アビニシオ テクノロジー エルエルシー

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(72)【発明者】

【氏名】ポルストラ，ドリュー

(72)【発明者】

【氏名】パークス，ロバート

【テーマコード（参考）】

5B175

【Ｆターム（参考）】

5B175AA01

5B175CA09

(57)【要約】

データ処理システムにおいてアクセス特権を管理するための技術は、第１のアクターに対して、データエンティティの第１のデータエンティティの第１のインスタンスに少なくとも１つのアクションを実施する特権を許可及び／又は拒否するための複数のルールを取得することと、第１のデータエンティティの属性の中から、第１の属性であって、その値が複数のルールの１つ以上によって使用される、第１の属性を識別することと、ユーザ又は少なくとも１つのデータストアから第１の属性の第１の値を取得することと、第１の値を使用して、且つ複数のルールの中から、第１の値に依存する第１のルールを識別することと、複数のルールの少なくとも幾つかの視覚的レンダリングを含むグラフィカルユーザインタフェース（ＧＵＩ）を生成することであって、視覚的レンダリングは、第１の属性の第１の値を使用して識別された第１のルールを強調する、生成することと、生成されたＧＵＩをユーザに表示することとを含む。

【特許請求の範囲】

【請求項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】

少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、前記少なくとも１つのコンピュータハードウェアプロセッサに、請求項１～４１の何れか一項に記載の方法を実施させるプロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、米国特許法第１１９条（ｅ）の下、２０２１年２月２４日に出願された「Ｓｙｓｔｅｍｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｍａｎａｇｉｎｇ Ｐｒｉｖｉｌｅｇｅｓ ｉｎ ａ Ｄａｔａ Ｐｒｏｃｅｓｓｉｎｇ Ｓｙｓｔｅｍ」という名称の米国仮特許出願第６３／１５３，１８２号明細書の優先権の利益を主張し、これは、その全体が参照により本明細書に組み込まれる。

【背景技術】

【0002】

現代のデータ処理システムは、膨大な量のデータ（例えば、数百万、数十億又は数兆ものデータエンティティ）を管理しており、これらのデータが安全に管理されるように、これらのデータに対してアクションを実施する特権が許可される人物を管理している。例えば、データ処理システムは、データ処理システムによって管理されるデータの幾つかに対してアクション（例えば、作成、読み取り、更新及び／又は削除であり、本明細書では「ＣＲＵＤ」とも呼ばれる）を実施する特権を一部の個人ユーザ及び／又は一部のユーザグループに対して許可及び／又は拒否し得る。

【発明の概要】

【課題を解決するための手段】

【0003】

幾つかの実施形態は、データ処理システムによって実施される、データエンティティのインスタンス内にデータ処理システムによって記憶されたデータへのアクセス特権を管理する方法に関し、この方法は、データ処理システムの少なくとも１つのコンピュータハードウェアプロセッサを使用して、第１のアクターに対して、データエンティティの第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する特権を許可及び／又は拒否するための複数のルールを取得することであって、第１のデータエンティティは、属性を含み、１つ以上のインスタンスは、第１のインスタンスを含み、第１のインスタンスは、第１のデータエンティティの属性のうちのゼロ又は１つ以上の値を含む、取得することと、第１のデータエンティティの属性の中から、第１の属性であって、その値が複数のルールの１つ以上によって使用される、第１の属性を識別することと、ユーザ又は少なくとも１つのデータストアから第１の属性の第１の値を取得することと、第１の属性の第１の値を使用して、且つ特権を許可及び／又は拒否するための複数のルールの中から、第１の属性の第１の値に依存する第１のルールを識別することと、複数のルールの少なくとも幾つかの視覚的レンダリングを含むグラフィカルユーザインタフェース（ＧＵＩ）を生成することであって、視覚的レンダリングは、第１の属性の第１の値を使用して識別される、特権を許可及び／又は拒否するための第１のルールを強調する、生成することと、生成されたＧＵＩをユーザに表示することとを実施することを含む。これらの実施形態により、有利には、データ処理システムは、複数のルールから、あるデータエンティティ及びその属性に関するルールを自動的に識別し、ユーザに表示することができる。

【0004】

任意選択により、第１の属性の第１の値を取得することは、少なくとも１つのデータストアから第１の値を取得することを含み得る。これにより、有利には、この方法は、データ処理システムの動作の過程で変化し得るデータ処理システムの内部状態に関する最新データを自動的に検出し、取得することが可能となり、それにより、ユーザは、システムと対話してあらゆる技術的異常を回避し得る。

【0005】

任意選択により、ＧＵＩを生成することは、第１のデータエンティティの属性の少なくとも１つの値を指定するための少なくとも１つのＧＵＩ要素を含む第１の部分と、複数のルールの視覚的レンダリングを含む第２の部分とを含むようにＧＵＩを生成することを含み得る。有利には、これにより、ユーザは、データエンティティの属性の値を指定及び変更し、これらの属性値の変更が、何れの特権ルールをデータエンティティに適用するかにどのように影響を与えるかを特定することができる（特権ルールを適用するか否かは、属性値に依存し得るため）。任意選択により、第１の属性の第１の値を取得することは、ＧＵＩの第１の部分における少なくとも１つのＧＵＩ要素を通してユーザによって提供される入力に基づいて、第１の値を取得することを含む。任意選択により、少なくとも１つのＧＵＩ要素は、ドロップダウンメニュー、ラジオボタン及び／又はチェックボックスを含み得る。

【0006】

任意選択により、方法は、第１の属性の第２の値を取得することと、第１の属性の第２の値を使用して、且つ特権を許可及び／又は拒否するための複数のルールの中から、第１の属性の第２の値に依存する第２のルールを識別することと、第１の属性の第２の値を使用して識別される、特権を許可及び／又は拒否するための第２のルールを識別及び／又は強調するために視覚的レンダリングを更新することとをさらに含み得る。これにより、有利には、システムは、自動的に特定のルール又はルールの一部の関連性が、第１の属性の値が変化する時点をどのように変化させるかを識別し、これらをユーザに提示してさらに対話できるようにすることができる。

【0007】

任意選択により、方法は、ＧＵＩの第１の部分を通して提供されるユーザ入力を介して、第１の属性の第２の値を取得することと、第２の値に基づいて、第２のＧＵＩ部分内における複数のルールの視覚的レンダリングを更新することとをさらに含み得る。

【0008】

任意選択により、方法は、ＧＵＩの第１の部分を通して提供されるユーザ入力を介して、第１のデータエンティティの第２の属性の第１の値を取得することと、第２の属性の第１の値に基づいて、第２のＧＵＩ部分内における複数のルールの視覚的レンダリングを更新することとをさらに含み得る。

【0009】

任意選択により、複数の属性は、第２の値のセット内の値を取ることができる第２の属性を含み得、方法は、第１の属性の第１の値を取得することに応答して、第１の値に基づいて、第２の属性の第２の値のセットのサブセットを識別することと、ユーザが、第２の値のセットのサブセットの中からのみ、第２の属性の値を選択することを可能にするために、ＧＵＩの第１の部分を更新することとをさらに含み得る。これにより、有利には、第１の属性に関してユーザから受け取った入力が処理され、ユーザとシステムとのさらなる対話を、データ処理システムにランタイム実行エラーが生じないような方法で導くために使用されるシステムが提供される。

【0010】

任意選択により、視覚的レンダリングを生成することは、複数のルールの少なくとも幾つかを表すテキストを生成することを含み得、テキストは、第１の属性の第１の値を使用して識別される、特権を許可及び／又は拒否するための第１のルールを表すテキストを含む。

【0011】

任意選択により、視覚的レンダリングを生成することは、視覚的レンダリングにおいて、第１のルールを表すテキストの少なくとも幾つかを強調表示し、それに下線を付け、且つ／又はそのフォント特性を変更することにより、第１のルールを表すテキストを強調することを含み得る。

【0012】

任意選択により、視覚的レンダリングを生成することは、視覚的レンダリングから、第１のルールと異なる１つ以上のルールに対応する少なくとも幾つかのテキストを取り除くことを含み得る。

【0013】

任意選択により、第１の属性であって、その値が複数のルールの１つ以上によって使用される、第１の属性を識別することは、複数のルールの少なくとも幾つかからルールチェーンを生成することと、ルールチェーンからルールツリーを生成することと、ルールツリー内の１つ以上の条件ノードに関連付けられた１つ以上の属性を識別することであって、１つ以上の属性は、第１の属性を含む、識別することとを含み得る。この処理により、有利には、データ処理システムは、ある属性に依存する全てのルールを迅速且つ効率的に識別することができる。任意選択により、第１の属性の第１の値に依存する第１のルールを識別することは、第１の属性の第１の値に基づいてルールツリーをフィルタリングすることを含み得る。これにより、有利には、関連するルールを、各ルールを１つずつ検査することによる場合よりも迅速に識別することができ、これは、ルールツリーを使用することで多数のルールの中から検査しなければならないルールの数を減らすことができ、それにより関連するルールを識別できる速度及び効率が向上するためである。

【0014】

任意選択により、ルールチェーンからルールツリーを生成することは、ルールチェーンにわたる同一のノードを融合することを含み得る。任意選択により、第１の属性の第１の値に基づいてルールツリーをフィルタリングすることは、第１の属性の第１の値に基づいてルールツリーの１つ以上の適用可能な分枝を識別することを含み得る。任意選択により、ルールツリーの１つ以上の適用可能な分枝を識別することは、第１の属性及び／又は第１の属性の第１の値への依存性を示す１つ以上のノードを含む、ルールツリーの１つ以上の分枝を識別することを含み得る。任意選択により、方法は、１つ以上の条件ノードに関連付けられた識別された１つ以上の属性の各々について、ユーザが、第１の属性の値を示す入力を提供することを可能にするようにＧＵＩ内のそれぞれのＧＵＩ要素を生成することを含み得る。

【0015】

任意選択により、少なくとも１つのデータストアは、データエンティティ間の関係を指定するメタデータを記憶し得、データエンティティは、１つ以上の階層に組織化され得、メタデータは、１つ以上の階層を指定し得、第１の属性の第１の値は、１つ以上の階層のうち、第１のデータエンティティが属する第１の階層を示す。これにより、有利には、データ処理システムは、対象のデータエンティティとの指定された関係を有する他のデータエンティティに関連付けられた属性値を処理することにより、属性の値を自動的に識別することができる。

【0016】

任意選択により、第１の属性の第１の値は、第１のデータエンティティのための少なくとも１つの分類を示し得る。任意選択により、特権ルールは、作成、読み取り、更新又は削除特権を含み得る。

【0017】

幾つかの実施形態は、システムに関し、これは、少なくとも１つのコンピュータハードウェアプロセッサ、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、データエンティティのインスタンス内にシステムによって記憶されたデータへのアクセス特権を管理する方法を実施させるプロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体を含み、方法は、第１のアクターに対して、データエンティティの第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する特権を許可及び／又は拒否するための複数のルールを取得することであって、第１のデータエンティティは、属性を含み、１つ以上のインスタンスは、第１のインスタンスを含み、第１のインスタンスは、第１のデータエンティティの属性のうちのゼロ又は１つ以上の属性の値を含む、取得することと、第１のデータエンティティの属性の中から、第１の属性であって、その値が複数のルールの１つ以上によって使用される、第１の属性を識別することと、ユーザ又は少なくとも１つのデータストアから第１の属性の第１の値を取得することと、第１の属性の第１の値を使用して、且つ特権を許可及び／又は拒否するための複数のルールの中から、第１の属性の第１の値に依存する第１のルールを識別することと、複数のルールの少なくとも幾つかの視覚的レンダリングを含むグラフィカルユーザインタフェース（ＧＵＩ）を生成することであって、視覚的レンダリングは、第１の属性の第１の値を使用して識別される、特権を許可及び／又は拒否するための第１のルールを強調する、生成することと、生成されたＧＵＩをユーザに表示することとを含む。

【0018】

幾つかの実施形態は、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、データエンティティのインスタンス内にデータ処理システムによって記憶されたデータへのアクセス特権を管理する方法を実施させるプロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体に関し、方法は、第１のアクターに対して、データエンティティの第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する特権を許可及び／又は拒否するための複数のルールを取得することであって、第１のデータエンティティは、属性を含み、１つ以上のインスタンスは、第１のインスタンスを含み、第１のインスタンスは、第１のデータエンティティの属性のうちのゼロ又は１つ以上の属性の値を含む、取得することと、第１のデータエンティティの属性の中から、第１の属性であって、その値が複数のルールの１つ以上によって使用される、第１の属性を識別することと、ユーザ又は少なくとも１つのデータストアから第１の属性の第１の値を取得することと、第１の属性の第１の値を使用して、且つ特権を許可及び／又は拒否するための複数のルールの中から、第１の属性の第１の値に依存する第１のルールを識別することと、複数のルールの少なくとも幾つかの視覚的レンダリングを含むグラフィカルユーザインタフェース（ＧＵＩ）を生成することであって、視覚的レンダリングは、第１の属性の第１の値を使用して識別される、特権を許可及び／又は拒否するための第１のルールを強調する、生成することと、生成されたＧＵＩをユーザに表示することとを含む。

【0019】

幾つかの実施形態は、データエンティティのインスタンス内にデータ処理システムによって記憶されたデータへのアクセス特権を制御するためのルールを編集する方法に関し、方法は、データ処理システムの少なくとも１つのコンピュータハードウェアプロセッサを使用して、グラフィカルユーザインタフェース（ＧＵＩ）を介して、第１の特権の選択及びデータエンティティの第１のデータエンティティの選択を取得することであって、第１のデータエンティティは、第１の属性を含む属性を含む、取得すること、第１のアクターに対して、第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する第１の特権を許可及び／又は拒否するための第１のルールを取得すること、第２のルールを取得するために、ＧＵＩを通して取得されたユーザ入力に基づいて第１のルールを更新することを実施することを含み、更新することは、第１のルールが適用される条件を特定することを含み、特定することは、ＧＵＩを介して第１の属性の選択を取得することと、ＧＵＩを介して、第１の属性のそれぞれの複数の値に対応する複数の選択可能なオプションを提示することと、ＧＵＩを介して、第１の属性の複数の値の中の第１の値の選択を取得することであって、選択は、第１の属性が第１の値を取るとき、第１のルールが第１のデータエンティティに適用されることを示す、取得することとを含む。これらの実施形態により、有利には、データ処理システムで実施される方法は、データエンティティ及びユーザによる特権入力に関係する第１のルールを識別して取得し、データ処理システムのプロトコルに従ってそのルールを更新することを通してユーザを導くことができる。これは、したがって、データ処理システム内のランタイム実行エラーの発生を防止する。

【0020】

任意選択により、少なくとも１人のアクターに対して、第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する第１の特権を許可及び／又は拒否するための第１のルールは、前述のデータ処理システムによって記憶されたデータへのアクセス特権を管理する方法に従い、第１の属性の第１の値に依存するルールを識別することによって取得され得る。これにより、有利には、システムは、ユーザが編集することを望み得るルールを予想し、データ処理システム内のランタイム実行エラーの発生を防止するような方法で編集プロセスを通してユーザを導くことができる。

【0021】

任意選択により、少なくとも１つのデータストアは、データエンティティ間の関係を指定するメタデータを記憶し得、データエンティティは、１つ以上の階層に組織化され、メタデータは、１つ以上の階層を指定し、第１の属性の第１の値は、１つ以上の階層のうち、第１のデータエンティティが属する第１の階層を示す。任意選択により、ＧＵＩを介して複数の選択可能なオプションを提示することは、複数のデータエンティティ間の関係を指定するメタデータを使用して、第１の属性のそれぞれの複数の値に対応する複数の選択可能なオプションを識別することを含み得る。これにより、有利には、データ処理システムは、選択されたデータエンティティとの指定された関係を有する他のデータエンティティに関連付けられた属性値を処理することにより、属性の予想値を自動的に識別することができる。

【0022】

任意選択により、第１の特権は、作成、読み取り、更新又は削除特権であり得る。任意選択により、ＧＵＩを介して複数の選択可能なオプションを提示することは、ＧＵＩ内の少なくとも１つのＧＵＩ要素を介して、第１の属性のそれぞれの複数の値に対応する複数の選択可能なオプションを提示することを含む。任意選択により、少なくとも１つのＧＵＩ要素は、ドロップダウンメニュー、ラジオボタン及び／又はチェックボックスを含む。任意選択により、ＧＵＩを介して第１の属性の選択を取得することは、第１のデータエンティティのための機密性分類属性の選択を取得することを含む。任意選択により、ＧＵＩを介して第１の属性の選択を取得することは、第１のデータエンティティのためのワークフロー属性の選択を取得することを含む。任意選択により、第１のルールは、第１のルールが適用される１つ以上の条件を指定し、１つ以上の条件は、特定された条件を含む。

【0023】

幾つかの実施形態は、システムに関し、これは、少なくとも１つのコンピュータハードウェアプロセッサ、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、データエンティティのインスタンス内にシステムによって記憶されたデータへのアクセス特権を制御するためのルールを編集する方法を実施させるプロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体を含み、この方法は、グラフィカルユーザインタフェース（ＧＵＩ）を介して、第１の特権の選択及びデータエンティティの第１のデータエンティティの選択を取得することであって、第１のデータエンティティは、属性を含む、取得すること、第１のアクターに対して、第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する第１の特権を許可及び／又は拒否するための第１のルールを取得すること、第２のルールを取得するために、ＧＵＩを通して取得されたユーザ入力に基づいて第１のルールを更新することを含み、更新することは、ＧＵＩを介して第１の属性の選択を取得することと、ＧＵＩを介して、第１の属性のそれぞれの複数の値に対応する複数の選択可能なオプションを提示することと、ＧＵＩを介して、第１の属性の複数の値の中の第１の値の選択を取得することであって、選択は、第１の属性が第１の値を取るとき、第１のルールが第１のデータエンティティに適用されることを示す、取得することとを含む。

【0024】

幾つかの実施形態は、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、データエンティティのインスタンス内にデータ処理システムによって記憶されたデータへのアクセス特権を制御するためのルールを編集する方法を実施させるプロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体に関し、この方法は、グラフィカルユーザインタフェース（ＧＵＩ）を介して、第１の特権の選択及びデータエンティティの第１のデータエンティティの選択を取得することであって、第１のデータエンティティは、属性を含む、取得すること、第１のアクターに対して、第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する第１の特権を許可及び／又は拒否するための第１のルールを取得すること、第２のルールを取得するために、ＧＵＩを通して取得されたユーザ入力に基づいて第１のルールを更新することを含み、更新することは、第１のルールが適用される条件を特定することを含み、特定することは、ＧＵＩを介して第１の属性を選択することと、ＧＵＩを介して、第１の属性のそれぞれの複数の値に対応する複数の選択可能なオプションを提示することと、ＧＵＩを介して、第１の属性の複数の値の中の第１の値の選択を取得することであって、選択は、第１の属性が第１の値を取るとき、第１のルールが第１のデータエンティティに適用されることを示す、取得することとを含む。

【0025】

幾つかの実施形態は、データエンティティのインスタンス内にデータ処理システムによって記憶されたデータへのアクセス特権を制御するためのルールを編集する方法に関し、この方法は、データ処理システムの少なくとも１つのコンピュータハードウェアプロセッサを使用して、グラフィカルユーザインタフェース（ＧＵＩ）を介して、第１の特権の選択及びデータエンティティの第１のデータエンティティの選択を取得することであって、第１のデータエンティティは、属性を含む、取得すること、第１のアクターに対して、第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する第１の特権を許可及び／又は拒否するための第１のルールを取得すること、第２のルールを取得するために、ＧＵＩを通して取得されたユーザ入力に基づいて第１のルールを更新することを実施することを含み、更新することは、第１のルールで指定された第１のアクターを編集するためのユーザ入力を取得することに応答して、第１の特権が許可され得る複数のアクターを、属性の第１の属性の少なくとも１つの値に基づいて識別することと、ＧＵＩを介して、複数のアクターに対応する複数の選択可能なオプションを提示することとを含む。これらの実施形態により、有利には、データ処理システムで実施される方法は、データエンティティに関係する第１のルールを識別して取得し、そのルールを更新することを通して、データ処理システムのプロトコルに従って特権が許可されることになるアクターの候補を自動的に提案することによってユーザを導くことができる。これは、したがって、データ処理システムにおけるランタイム実行エラーの発生を防止する。

【0026】

任意選択により、第１のアクターに対して、第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する第１の特権を許可及び／又は拒否するための第１のルールは、前述のようにデータエンティティのインスタンス内にデータ処理システムによって記憶されたデータへのアクセス特権を管理する方法に従い、第１の属性の第１の値に依存するルールを識別することによって取得される。これにより、有利には、ユーザが編集することを望み得るルールを予測し、その後、データ処理システムにおけるランタイム実行エラーの発生を防止するような方法で編集プロセスを通してユーザを導くことができる。

【0027】

任意選択により、データ処理システムは、データエンティティ間の関係を指定するメタデータを記憶し得る少なくとも１つのデータストアを含み得、データエンティティは、１つ以上の階層に組織化され、メタデータは、１つ以上の階層を指定し、及び第１の属性の少なくとも１つの値は、第１の属性の第１の値を含み、第１の属性の第１の値は、１つ以上の階層のうち、第１のデータエンティティが属する第１の階層を示す。任意選択により、第１の特権が許可され得る複数のアクターを識別することは、第１の特権が許可され得る複数のアクターを、データエンティティ間の関係を指定するメタデータを使用して識別することを含み得る。これにより、有利には、データ処理システムは、選択されたデータエンティティとの指定された関係を有する他のデータエンティティに関連付けられた属性値を処理することによって属性の値を自動的に識別することができる。

【0028】

任意選択により、第１の特権は、作成、読み取り、更新又は削除特権であり得る。任意選択により、ＧＵＩを介して複数の選択可能なオプションを提示することは、ＧＵＩ内の少なくとも１つのＧＵＩ要素を介して、複数のアクターに対応する複数の選択可能なオプションを提示することを含む。任意選択により、少なくとも１つのＧＵＩ要素は、ドロップダウンメニュー、ラジオボタン及び／又はチェックボックスを含む。任意選択により、第１のルールは、第１のルールが適用される１つ以上の条件と、第１の特権が許可され得る１人以上のアクターとを指定する。

【0029】

任意選択により、方法は、第１のアクターに対して、第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する第１の特権を許可及び／又は拒否するための複数のルールを取得することであって、複数のルールは、第１のルールを含む、取得することと、ＧＵＩを介して、第１の順序で配置された複数のルールを提示することと、第１の順序に従って複数のルールを評価することとを含み得る。任意選択により、方法は、ＧＵＩ内の少なくとも１つのＧＵＩ要素を介して、複数のルールの第１の順序を更新するためのユーザ入力を取得することに応答して、ＧＵＩを介して、更新された順序で配置された複数のルールを提示することと、更新された順序に従って複数のルールを評価することとを含み得る。

【0030】

幾つかの実施形態は、システムに関し、これは、少なくとも１つのコンピュータハードウェアプロセッサ、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、データエンティティのインスタンス内にシステムによって記憶されたデータへのアクセス特権を制御するためのルールを編集する方法を実施させるプロセッサ実行可能命令を保記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体を含み、この方法は、グラフィカルユーザインタフェース（ＧＵＩ）を介して、第１の特権の選択及びデータエンティティの第１のデータエンティティの選択を取得することであって、第１のデータエンティティは、属性を含む、取得すること、第１のアクターに対して、第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する第１の特権を許可及び／又は拒否するための第１のルールを取得すること、第２のルールを取得するために、ＧＵＩを通して取得されたユーザ入力に基づいて第１のルールを更新することを含み、更新することは、第１のルールで指定された第１のアクターを編集するためのユーザ入力を取得することに応答して、第１の特権が許可され得る複数のアクターを、属性の第１の属性の少なくとも１つの値に基づいて識別することと、ＧＵＩを介して、複数のアクターに対応する複数の選択可能なオプションを提示することとを含む。

【0031】

幾つかの実施形態は、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、データエンティティのインスタンス内にデータ処理システムによって記憶されたデータへのアクセス特権を制御するためのルールを編集する方法を実施させるプロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読記憶媒体に関し、この方法は、グラフィカルユーザインタフェース（ＧＵＩ）を介して、第１の特権の選択及びデータエンティティの第１のデータエンティティの選択を取得することであって、第１のデータエンティティは、属性を含む、取得すること、第１のアクターに対して、第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する第１の特権を許可及び／又は拒否するための第１のルールを取得すること、第２のルールを取得するために、ＧＵＩを通して取得されたユーザ入力に基づいて第１のルールを更新することを含み、更新することは、第１のルールで指定された第１のアクターを編集するためのユーザ入力を取得することに応答して、第１の特権が許可され得る複数のアクターを、属性の第１の属性の少なくとも１つの値に基づいて識別することと、ＧＵＩを介して、複数のアクターに対応する複数の選択可能なオプションを提示することとを含む。

【0032】

上述した各種の態様は、代替的又は追加的に、本明細書に記載するシステム、方法及び／又はプロセスの何れかにおける態様と共に使用され得る。例えば、データ処理システム等のシステムは、上述した態様の１つ以上を有する方法に従って動作するように構成され得る。このようなデータ処理システムは、少なくとも１つのコンピュータハードウェアプロセッサと、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサにそのような方法を実施させるプロセッサ実行可能命令を記憶する少なくとも１つの非一時的コンピュータ可読媒体とを含み得る。さらに、非一時的コンピュータ可読媒体は、少なくとも１つのコンピュータハードウェアプロセッサによって実行されると、少なくとも１つのコンピュータハードウェアプロセッサに、上述した態様の１つ以上を有する方法を実施させるプロセッサ実行可能命令を含み得る。そのため、上記は、添付の特許請求の範囲によって定義される本発明の非限定的な概要である。

【0033】

以下の図を参照して、様々な態様について説明する。図は、必ずしも原寸に比例するとは限らないことが理解されるべきである。複数の図に現れる項目は、それらが現れる全ての図において同じ又は同様の参照番号によって示される。

【図面の簡単な説明】

【0034】

【図1A】本明細書で説明される技術の幾つかの態様による、データ処理システム１０５を使用することができる例示的な企業システム環境を示す図である。

【図1B】本明細書で説明される技術の幾つかの態様による例示的なデータ処理システム１０５及びデータ処理システム１０５の特権管理システム１３０のブロック図である。

【図1C】本明細書で説明される技術の幾つかの態様によるデータ処理システム１０５の実装例を示す図である。

【図1D】本明細書で説明される技術の幾つかの態様による、データエンティティインスタンス及びデータエンティティインスタンスの属性値を要求するアクターの属性が評価されて、そのアクターがそのデータエンティティインスタンスへのアクセスを許可されることが決定されるシナリオを示す図である。

【図1E】本明細書で説明される技術の幾つかの態様による、データエンティティインスタンス及びデータエンティティインスタンスの属性値を要求するアクターの属性が評価されて、そのアクターがそのデータエンティティインスタンスへのアクセスを拒否されることが決定されるシナリオを示す図である。

【図1F】本明細書で説明される技術の幾つかの態様によるデータ処理システム１０５のデータ永続層１５０内に記憶された例示的なデータ及びルールを示す図である。

【図1G】本明細書で説明される技術の幾つかの態様による、アクターがデータ処理システム１０５内のデーにアクセスできないようにされるシナリオの図解図である。

【図1H-1I】本明細書で説明される技術の幾つかの態様による、アクターがデータ処理システム１０５内のデータにアクセスできないようにされるが、管理者が、関連する特権ルールを識別するために、データ処理システムの内部状態の直感的な視覚化及びアクセスを要求するアクターのためのＣＲＵＤ動作モードを提供するグラフィカルユーザインタフェースを使用し得る、図１Ｇのシナリオの図解図である。

【図2】本明細書で説明される技術の幾つかの態様によるデータ処理システム１０５の態様を示すブロック図である。

【図3A】本明細書で説明される技術の幾つかの態様による、ユーザが、少なくとも２つの属性を有するデータエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の１つ以上のリインスタンスに１つ以上のアクションを実施する特権を１人以上のアクターに対して許可及び／又は拒否するための１つ以上のルールを視覚化し得る、例示的なグラフィカルユーザインタフェース（ＧＵＩ）３００の図解図である。

【図3B】本明細書で説明される技術の幾つかの態様による、ＧＵＩ ３００の第１の部分３０２を通して、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の属性「セキュリティグループ」の値を示すユーザからの入力を取得することに応答して、図３Ａのルールの少なくとも幾つかの視覚的レンダリングがどのように更新され得るかを示す例示的なＧＵＩ ３００の図解図である。

【図3C】本明細書で説明される技術の幾つかの態様による、ＧＵＩ ３００の第１の部分３０２を通して、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の属性「データセット」の値を示すユーザからの入力を取得することに応答して、図３Ａのルールの少なくとも幾つかの視覚的レンダリングがどのように更新され得るかを示す例示的なＧＵＩ ３００の図解図である。

【図4A】本明細書で説明される技術の幾つかの態様による、データエンティティのためのシミュレーションモードで実行する例示的なＧＵＩ ４００の図解図である。

【図4B】本明細書で説明される技術の幾つかの態様による、ユーザが関心対象の特権を選択したことに応答して、ＧＵＩ ４００内のルールの視覚的レンダリングがどのように更新され得るかを示す例示的なＧＵＩ ４００の図解図である。

【図4C】本明細書で説明される技術の幾つかの態様による、ＧＵＩ ４００の第１の部分４０２を通して、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の「セキュリティグループ」属性が設定されたことを示すユーザからの入力を取得することに応答して、ＧＵＩ ４００内のルールの視覚的レンダリングがどのように更新され得るかを示す例示的なＧＵＩ ４００の図解図である。

【図4D】本明細書で説明される技術の幾つかの態様による、ＧＵＩ ４００の第１の部分４０２を通して、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の「セキュリティグループ」属性が設定されないことを示すユーザからの入力を取得することに応答して、ＧＵＩ ４００内のルールの視覚的レンダリングがどのように更新され得るかを示す例示的なＧＵＩ ４００の図解図である。

【図5】本明細書で説明される技術の幾つかの態様による、データエンティティのための評価モードで実行する例示的なＧＵＩ ５００の図解図である。

【図6A】本明細書で説明される技術の幾つかの態様による、データエンティティのための特権ルールを視覚化する例示的なプロセス６００のフローチャートである。

【図6B】データエンティティのための特権ルールを視覚化する例示的プロセス６００の実装例のフローチャートである。

【図7A】本明細書で説明される技術の幾つかの態様による、「ＤａｔａＥｌｅｍｅｎｔ」データエンティティの１つ以上のインスタンスにアクションを実施する特権をアクターに対して許可及び／又は拒否するための例示的なルールの表７００を示す。

【図7B】本明細書で説明される技術の幾つかの態様による、図７Ａの例示的ルールを使用して生成されるルールチェーンを示す。

【図7C】本明細書で説明される技術の幾つかの態様による、図７Ｂの例示的なルールチェーンを使用して生成される例示的なルールツリーを示す。

【図8A】本明細書で説明される技術の幾つかの態様による、「ユーザレポート」データエンティティの１つ以上のインスタンスにアクションを実施する特権をアクターに対して許可及び／又は拒否するための例示的なルールの表８００を示す。

【図8B】本明細書で説明される技術の幾つかの態様による、図８Ａの例示的なルールを使用して生成されるルールチェーンを示す。

【図8C】本明細書で説明される技術の幾つかの態様による、図８Ｂの例示的なルールチェーンを使用して生成される例示的なルールツリーを示す。

【図8D】本明細書で説明される技術の幾つかの態様による、「ユーザレポート」データエンティティの１つ以上のインスタンスにアクションを実施する特権をアクターに対して許可及び／又は拒否するための例示的なルールの少なくとも幾つかの、図８Ｃのルールツリーを使用して生成された視覚的レンダリングを示す。

【図9A】本明細書で説明される技術の幾つかの態様による、論理「アンド」条件を有するルールを具現化する例示的なルールツリーを示す。

【図9B】本明細書で説明される技術の幾つかの態様による、「課題」データエンティティの１つ以上のインスタンスにアクションを実施する特権をアクターに対して許可及び／拒否するための例示的なルールの少なくとも幾つかの、図９Ａのルールツリーを使用して生成された視覚的レンダリングを示す。

【図10A】本明細書で説明される技術の幾つかの態様による、論理「オア」条件を有するルールを具現化する例示的なルールツリーを示す。

【図10B】本明細書で説明される技術の幾つかの態様による、「プリンシパル」データエンティティの１つ以上のインスタンスにアクションを実施する特権をアクターに対して許可及び／拒否するための例示的なルールの少なくとも幾つかの、図１０Ａのルールツリーを使用して生成された視覚的レンダリングを示す。

【図11A】本明細書で説明される技術の幾つかの態様による、特権を許可及び／又は拒否するための１つ以上のルールのための関心対象の特権を選択し、特権を許可及び／又は拒否するための１つ以上のルールが適用されるデータエンティティを選択するためのオプションがユーザに提供され得る例示的なＧＵＩ １１１５の図解図である。

【図11B-11D】本明細書で説明される技術の幾つかの態様による、ユーザが、図１１Ａにおいて選択されたデータエンティティ及び図１１Ａにおいて選択された関心対象の特権に関連付けられる新たなルールを作成し、且つ／又は既存のルールを編集し得る、例示的なＧＵＩ １１１６、１１１７、１１１８の図解図である。

【図11E】本明細書で説明される技術の幾つかの態様による、ユーザが特定のデータエンティティ及び関心対象の特権に関連付けられる１つ以上のルールを閲覧し得る、例示的なＧＵＩ １１１９の図解図である。

【図12A-12E】本明細書で説明される技術の幾つかの態様による、ユーザが、「ＢｉｚＡｓｓｅｔ」に関するアクションを実施する特権をアクターに対して許可及び／又は拒否するための新たなルールを作成し、且つ／又は既存のルールを編集し得る、例示的なＧＵＩ １２００、１２０２、１２０４、１２０６及び１２０８の図解図である。

【図13】本明細書で説明される技術の幾つかの態様による、データエンティティに関連付けられるルールを作成及び／又は編集する例示的プロセス１３００のフローチャートである。

【図14】本明細書で説明される技術の幾つかの態様による、データエンティティに関連付けられるルールを作成及び／又は編集する例示的プロセス１４００のフローチャートである。

【図15】本明細書で説明される技術の幾つかの態様の実装において使用され得る例示的なコンピューティングシステム環境のブロック図である。

【発明を実施するための形態】

【0035】

本明細書で説明される技術の態様は、データ処理システムによって管理されるデータエンティティに関するデータアクセス特権を管理するための従来の技術を改良することにより、データ処理システムの速度、スループット及び正確さを向上させることに関する。データ処理システムは、数千、数百万、数十億又は数兆のデータエンティティ及びそのインスタンスを管理し得る。本明細書で説明する技術により、このようなデータエンティティ及びそのインスタンスに関する特権を管理するための技術を、従来の特権管理技術を使用して特権を管理するデータ処理システムに発生するエラー及びそれにより使用される計算リソースを減少させるような方法で効率的に実装することが可能となる。本発明者により開発された技術は、データ処理システムのユーザが、データエンティティのインスタンス及び／又はそのデータエンティティに関連付けられる特定の属性に対する作成、読み取り、更新及び削除アクションを誰が実行できるかを正確且つ簡潔に制御できるようにする。

【0036】

本明細書で説明されるように、データ処理システムは、データエンティティを使用してデータを管理することができ、データエンティティは、オブジェクト指向パラダイムを使用してデータを組織化するために使用することができる。データエンティティは、属性を指定することができ、属性は、インスタンス化の際、数、文字列又は他のデータエンティティへの参照などの異なる値を取り入れることができる。１つ又は複数のデータエンティティインスタンスは、データエンティティからインスタンス化することができ、データを記憶するために使用することができる。例えば、銀行用のデータ処理システムは、顧客クレジットスコアについての情報を記憶するためのクレジットスコアデータエンティティを含み得る。この例では、クレジットスコアデータエンティティは、クレジットスコア値、クレジットスコア機関、クレジットスコア定義及び／又は他の属性などの属性を指定することができる。データ処理システムは、クレジットスコアデータエンティティによって指定される属性の値としてそれらの顧客のクレジットスコア情報を記憶するために、クレジットスコアデータエンティティの複数の（例えば、数百、数千又は数百万の）インスタンスをインスタンス化することができる。それに従い、オブジェクト指向プログラミングとクラス及びそのインスタンスとの関わり方と同様に、データ処理システムは、データエンティティの定義を用いて構成され、且つデータエンティティのインスタンスを使用してデータを管理し得る。

【0037】

データエンティティインスタンスは、あるデータエンティティの属性のうちのゼロ又は１つ以上に関する値を含み得る。データエンティティインスタンスは、その全ての属性値をまとめて記憶する必要はない場合がある。幾つかの実施形態では、データエンティティインスタンスの属性値は、１つ又は複数のデータ構造を使用して記憶することができる。例えば、本明細書で説明される技術の態様は、メモリ内の根本的な同じデータ構造を使用して特定のデータエンティティインスタンスの値を記憶することを必要としないため、属性値は、１つ又は複数の表、記録、リスト又は他の任意の適切なデータ構造を使用して記憶することができる。

【0038】

本明細書で説明されるように、データ処理システムは、多くの異なるタイプのデータを管理するために使用することができる。例えば、幾つかの用途では、データ処理システムは、メタデータ管理のために使用することができる。そのような用途では、それぞれのデータエンティティからインスタンス化されたデータエンティティインスタンスは、他のデータについての情報（「メタデータ」）を記憶することができる。例えば、データエンティティインスタンスは、企業システム（例えば、クレジットカード会社、電話会社、銀行などの大規模な多国籍企業のため）のデータについてのメタデータを記憶することができる。そのような用途では、企業システムのデータは、複数のデータベース、データウェアハウス、データレイクなどにわたって展開された数百万又は数十億ものデータセット（例えば、表、ドキュメント、記録など）を含み得る。従って、データ処理システムは、データセットについてのメタデータを含む大量の（例えば、数百万又は数十億の）データエンティティインスタンスを管理することができる。本明細書で説明される例はメタデータ管理について言及し得るが、本発明者らによって開発された及び本明細書で説明される技法は、特定のタイプのデータへの適用に限定されず、管理データがメタデータであるか又は他の任意のタイプのデータ（例えば、トランザクション、ファイル、データ記録、表など）であるかにかかわらずデータを管理するためにデータエンティティ及びデータエンティティからインスタンス化されたデータエンティティインスタンスを使用する任意のデータ処理システム内で使用できることが理解されるべきである。

【0039】

データエンティティ又はそのデータエンティティの特性に関する１つ以上の特権は、１人以上のアクターに対して許可及び／又は拒否され得る。アクターは、特定の特権又はデータエンティティ、そのデータエンティティのインスタンス及び／又はそのデータエンティティの属性へのアクセス又はその使用に関する特権がそのために許可及び／又は拒否され得る、データ処理システムのユーザと定義され得る。アクターには、データエンティティのインスタンスに１つ以上のアクションを実施する特権が許可又は拒否され得る。例えば、１人のアクターには、データエンティティのインスタンスに対して、そのアクターがそのデータエンティティのそのインスタンスを作成できるようにする作成アクションを実施する特権が許可され得、他の１人以上のアクターには、そのデータエンティティインスタンスに対して、他の１人以上のアクターがそのデータエンティティによって指定される属性の値を読み取るか又は他に閲覧できるようにする読み取りアクションを実施する特権が許可され得る。アクターは、１つ以上のデータエンティティ及び／又はそのデータエンティティの１つ以上のデータエンティティインスタンスに関する１つ以上のアクションを実施する権限が付与されたデータ処理システムのユーザであり得る。

【0040】

本発明者らにより開発され、本明細書で説明される技術は、根本的なデータ処理システムがデータアクセス特権を管理する方法を改善する。従来のデータ処理システムにおいて、データアクセス特権は典型的にルールとして定義され、表又はスプレッドシート内に保持され、データ処理システムのユーザにとってその操作、対話、構成、管理は難しい。さらに、このような表又はスプレッドシートは企業データ処理システム用のかなり大型のものであり得、多数の（例えば、数百万又は数十億の）データエンティティ及びそのインスタンスを管理し、数百、数千又は数万のルールを含んでいる。このような表に記憶される情報と対話するか又はそれらを操作すること（例えば、読み取り、書き込み、修正、デバッギング等）は、時間がかかり、非効率的であり、データ処理システムのユーザにとって極めて困難である。このような解決策の結果、様々なタイプのエラーが生じる。エラーの一例は、ルールパラメータの無効な値を含むか、又は他にデータ処理システムが理解するフォーマットに従って指定されない特権管理ルールを作成若しくは編集することであり、その何れもデータ処理システムのランタイム実行エラーの原因となり得る。ランタイム実行エラーとしては、特権を管理するためのデータ処理システムのソフトウェアプログラムの実行中の、例外のスロー、利用できない機能、ハンギング及び／又はそのようなソフトウェアプログラムからの予期しないエグジットを生じさせるエラーが含まれ得る。エラーの他の例は、権限のないユーザにデータアクセスを提供すること又は権限を有するユーザがデータ処理システム内のデータにアクセスできないようにすることである。この種のエラーは、データ処理のパフォーマンスに影響を与え、ユーザがそれを識別して解決することは難しい。

【0041】

データアクセス特権を管理するための従来の技術の他の問題は、データアクセス特権を制御する多数のルール（例えば、数百、数千又は数万のルール）があり得、特定のデータに関するアクセス特権を許可、テスト、デバッギング又は編集することに関心のあるユーザがデータ処理システムの多くのルールの中から関係するルールを識別することは、（不可能ではないとしても）非常に困難である。このようなルールを識別することは、時間とコストを要し、エラーを発生しやすい。

【0042】

また別の問題は、関連するルールが識別されたとしても、これらのルールが特定のデータエンティティ及びそのインスタンスにどのように適用されるかを特定することが難しい点である。その理由は、データエンティティのインスタンス内にデータ処理システムによって記憶されたデータへのアクセスを制御するためのルール自体が、多くの場合、他の情報に依存するからである。例えば、特定のユーザがデータエンティティのインスタンスを作成し、読み取り、更新し、且つ／又は削除する特権を有するか否かは、特定のユーザに関連付けられる情報（例えば、そのユーザがそのような特権を有するユーザのグループに属するか、企業内で特定の役割を有するか否かを示す情報）、データエンティティ又はデータエンティティインスタンスに関連付けられる情報（例えば、そのデータエンティティ又はデータエンティティインスタンスが秘密データを含むか否かを示す情報、データエンティティ又はデータエンティティインスタンスが、それに関して特定のユーザが作成、読み取り、更新及び／又は削除（ＣＲＵＤ）特権を有する他のデータエンティティ又はデータエンティティインスタンスに、例えばそれと同じグループ又は階層に含まれることにより、関連付けられるか否かを示す情報及び／又は他の何れかの情報）に依存し得る。簡単に言えば、ルールは、１つ又は複数の変数の値に依存し得、変数の値にアクセスせずにルールのみを検査するのみでは、ルールが実際にどのように適用されるか、又はこれらのルールをどのように作り、デバッギングし、且つ／又は編集するかに関する決定を下すことができない。これらの全てにより、データアクセス特権と対話し、それを操作するための従来の技術は、非実用的で、エラーを生じやすく、データ処理システムのユーザにとって困難なものとなる。

【0043】

本発明者らは、データ処理システムでデータアクセス特権ルールの管理を容易にする新たな技術を開発した。本発明者らが開発した技術は、（１）適用可能であり得る多くのルールの中から関係する特権ルールを自動的に識別する技術と、（２）何れかの関連する変数に基づいて識別されたデータアクセス特権により制御される、あるユーザ及びデータエンティティ／データエンティティインスタンスに関する、データ処理システムの内部状態とＣＲＵＤ動作モードの直感的視覚化を提供するグラフィカルユーザインタフェースを含む。これにより、特定の１つ以上のデータエンティティ及び／又はそのインスタンスに関するアクセス特権を制御することにおいて、関係する特権ルールがユーザに対して明確に特定されるだけでなく、これらのルールが、これらのルールが依存する変数の値（例えば、データ処理システム内に記憶された値）に基づいて実際にどのように適用されるかが可能となる。加えて、本発明者により開発されたグラフィカルユーザインタフェースは、ユーザにデータエンティティ／データエンティティインスタンスに関連付けられる１つ又は複数の変数の値に関する様々な提案を提供することにより、ルールを作成及び／又は編集するプロセスを通してユーザを導く。したがって、これらの視覚化により、データ処理システムのユーザは、効率的に、データ処理システムの動作中にランタイム及び／又は特権のエラーを生じさせることなく、ルールを作り、テストし、且つデバッギングすることができる。

【0044】

例えば、幾つかの実施形態では、データ処理システムのユーザは特定のデータエンティティに関するデータアクセス特権を制御するルール（例えば、データエンティティのインスタンスにアクションを実施する特権をアクターに対して許可及び／又は拒否するためのルール）にアクセスすることを望み得、データ処理システムは、（１）それによりデータ処理システムが構成される複数のルールの中から、特定のエンティティのためのデータアクセス特権を制御するルールを識別し、（２）グラフィカルユーザインタフェースを介してユーザにこれらのルールの視覚化を提示し、（３）識別されたルールをユーザが編集できるようにし得る。この例を、図１Ｈ～１Ｉ、図３Ａ～３Ｃ、図４Ａ～４Ｄ、図１１Ａ～１１Ｅ及び図１２Ａ～１２Ｅを含む本明細書で説明する。

【0045】

幾つかの態様によれば、ルールが１つ以上の変数の値に依存する場合、ユーザはルールに対するこれらの値の影響を理解するために変数のための異なる値を（例えば、グラフィカルユーザインタフェースを介して）入力し得る。このようにして、ユーザはルールが依存する変数の値を変更し、変数の値の変更がルールにより制御される何れかのデータアクセス特権を変化させるか否かを特定できる。この動作モードは動作の「シミュレータ」モードと呼ばれ得るが、それは、このモードでは、ユーザはルールが依存する異なる可変値の影響をシミュレートして、これらの値がアクセス特権に与える影響を理解できるからである。幾つかの実施形態では、異なる条件をシミュレートし、「するとどうなるか」のシナリオを探ることによってルールを規定及び／又はテストして、特定のデータエンティティ及び／又はそのデータエンティティのインスタンスについて許可又は拒否される、結果として得られる特権を理解することができる。

【0046】

追加的又は代替的に、幾つかの態様によれば、特定のデータエンティティに関するアクセス特権を制御するためのルールが１つ以上の変数の値に依存する場合、データ処理システムは、データ処理システムの中でデータエンティティの１つ以上のインスタンスの可変値にアクセスし、アクセスした値を使用してルールを評価し得る。この動作モードは、動作の「エバリュエータ」モードと呼ばれ得るが、それは、このモードでは、データ処理システムの中でデータエンティティのインスタンスに関する実際の可変値を使用して評価されたときに、ルールにより許可されることになる特定のデータエンティティのためのアクセス特権を特定し、表示することができるからである（これは、ユーザによりグラフィカルユーザインタフェースを通して入力されるシミュレートされた値と異なる）。幾つかの実施形態では、ユーザは特定のデータエンティティのためのルールを評価して、データエンティティ及び／又はデータエンティティのインスタンスについて、特定の特権が許可されるか又は許可されない理由を視覚的な方法で理解することができ、大量のマニュアルリソースを特権のパース及び評価に費やす必要がない。

【0047】

本明細書で説明される、ルールの視覚化を提供するグラフィカルユーザインタフェースにより、ユーザはデータ処理システムの内部状態及び何れの特権ルールが（例えば、特定のアクター、データエンティティ及び／又はデータエンティティのインスタンスに）適用されるかを理解できるだけでなく、ユーザは、効率的に、データ処理システムの動作中にランタイム及び／又は特権エラーを生じさせることなく、ルールを作り、テストし、デバッギングすることができる。例えば、ユーザにそのデータエンティティに関連付けられる１つ又は複数の変数の値の様々な提案を提供することにより、ルールの作成及び／又は編集プロセスを通してデータ処理システムの管理者及び／又は他のユーザを導き得、それにより誤った変数でルールが作成されることが防止される。

【0048】

さらに、データ処理システムのユーザは、グラフィカルユーザインタフェースは、特定のデータエンティティのためのデータアクセス特権を制御するルールを編集し得る。データ処理システムにより、ユーザは、グラフィカルユーザインタフェースを介してこれらのルールを編集することが可能となり得る。この動作モードは、動作の「エディタ」モードと呼ばれ得るが、それは、このモードでは、ユーザはグラフィカルユーザインタフェースを介してあるデータエンティティに関連付けられるルールを作り、変更し、且つ／又は削除することができるからである。このことの例は、図１１Ａ～１１Ｅ及び図１２Ａ～１２Ｅを含む本明細書で説明される。

【0049】

幾つかの実施形態では、エディタは、ユーザに入力を促し、ユーザがデータ処理システムと対話するときに１つ以上のルールパラメータが指定され得る方法を制約することにより、特権ルールの作成及び／又は編集を容易にするか又は導き得る。例えば、幾つかの実施形態では、ユーザは、ルールが依存する属性の値を指定又は編集することを望み得、エディタは、ユーザに、その属性について考え得る値に対応する選択可能なにオプションのリストを提供し得る。このようにして、ユーザが属性値及び他のパラメータに対応するフリーフォームの入力を提供できないようにされ得、それにより発生し得る技術的異常が回避される。これは、図１３を参照することを含め、本明細書でより詳しく説明される。別の例として、ユーザは特定のデータエンティティのインスタンスにアクションを実施するためのルールによって特権が許可／拒否される１人以上のアクターを指定することを望み得、エディタは、ユーザに、ユーザによって選択され得るアクターの候補のリストを提供し得る。アクターの候補は、問題の特定のデータエンティティに関係する１つ以上のデータエンティティに関連付けられるアクター（例えば、ある階層内の特定のデータエンティティに関するデータエンティティのインスタンスにアクションを実施する特権を有する１人以上のアクター）を含むか又はそれからなり得る。これは、図１４を参照することを含め、本明細書でより詳しく説明される。ルールについて、ユーザが指定及び／又は編集するパラメータ（例えば、属性、属性値、アクター等）を制約することにより、データ処理システムによって理解されず、且つ／又はルールパラメータに関する無効な値を含むフォーマットのルールが作成されることが防止され、その何れも、データ処理システムのランタイム実行エラー等の技術的異常の原因となり得る。

【0050】

上述したように、本発明者らにより開発された技術により、データ処理システムのユーザは、データ処理システムによって管理される１つ以上のデータエンティティ及び／又はデータエンティティのインスタンスに関連付けられる特権ルールを作り、テストし、且つ／又はデバッギングすることができる。これに関して、重要な技術的課題は、データ処理システム構成の多くの（例えば、数百、数千か、数万の）ルール部分の中から、関連する特権ルールを識別することである。この課題を複雑にしているのは、多くの特権ルールについて、特権ルールを特定のデータエンティティ又はそのインスタンスに適用するか否かの問題に対する回答でデータ処理システムの内部状態に依存することであり、それは、回答がそのデータエンティティの属性の値に依存するからである。データエンティティの属性値は（例えば、データ処理システムの動作の過程で）変化し得るため、一般に、特定の特権ルールが特定のデータエンティティ又はそのインスタンスに適用されるか否かは、データ処理システム内でその特定のデータエンティティの属性値にアクセスしなければ（これには、データエンティティの複数のデータエンティティインスタンスに記憶される属性値にアクセスすることを含み得る）特定できない。そのため、幾つかの態様によれば、何れの特権ルールが何れのデータエンティティに適用されるかの特定は、データ処理システム内に記憶されるデータエンティティ属性のリアルタイムの特定に基づいてダイナミックに行われる。

【0051】

例えば、幾つかの実施形態では、データエンティティに関するアクセス特権を制御するため（例えば、データエンティティのインスタンスにアクションを実施する特権をアクターに対して許可及び／又は拒否するための）１つ以上の特権ルールを識別するために、データ処理システムは、（１）データエンティティの属性の中から、それによりデータ処理システムが構成される１つ以上の特権ルールによって使用される値を有する１つ以上の属性を識別し、（２）何れかのこのような属性の値を（例えば「エバリュエータ」モードのデータ処理システムの中でそれを検索することか、「シミュレータ」モードでユーザから考えられる値を対話的に取得すること又はその両方により）特定し、（３）特定された属性値に依存する特権ルールを識別し得る。関係する特権ルールを識別するためのこのプロセスの態様は、図６Ａ～８Ｄを参照することを含め、本明細書の中で説明される。

【0052】

幾つかの態様によれば、データ処理システムは、関係する特権ルールを識別するための上述したプロセスを実行するために使用され得る特権ルールの内部表現を生成し得る。例えば、特権ルールの内部表現は、（１）１つ以上の特権ルールによって使用される値を有するデータエンティティの属性を識別するため、及び（２）特定された属性値に基づく特権ルールを識別するための両方に使用され得る。

【0053】

幾つかの態様によれば、内部表現は、特権ルールツリーを表す何れかの適当なデータ構造を使用して実装され得る。幾つかの実施形態では、特権ルールツリーは、図６Ｂを参照することを含め、本明細書で説明されるように、特権ルールを表すルールチェーンが生成され得る。幾つかの実施形態では、特権ルールツリーは条件ノードを含み得、これらは、１つ以上の特権ルールによって使用される値を有するデータエンティティの属性を識別するために使用され得る。幾つかの実施形態では、特権ルールツリーは、属性値（例えば、データ処理システム内で検索され、且つ／又はユーザによって指定された値）に基づいてフィルタリングされ、データエンティティに適用可能な１つ以上の特権ルールが識別され得る。

【0054】

本明細書で説明される幾つかの実施形態は、データ処理システムによって管理されるデータエンティティに関する特権を管理するための従来の技術について本発明者らが認識した前述の問題の全てに対処する。しかしながら、本明細書で説明される全ての実施形態がこれらの問題の全てに対処するわけではなく、幾つかの実施形態は、それらの何れにも対処しない場合がある。そのため、本明細書で説明される技術の実施形態は、データ処理システムによって管理されるデータエンティティに関する特権を管理するための従来の技術に関する前述の問題の全部又は何れかに対処することに限定されないことを理解すべきである。

【0055】

したがって、幾つかの実施形態は、データエンティティのインスタンス内にデータ処理システムによって記憶されたデータへのアクセス特権（例えば、作成、読み取り、更新、削除特権）を管理する方法を提供し、この方法は、（１）第１のアクターに対して、データエンティティの第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する特権を許可及び／又は拒否するための複数のルールを取得することであって、第１のデータエンティティは、属性を含む、取得することと、（２）第１のデータエンティティの属性の中から、第１の属性であって、その値が複数のルールの１つ以上によって使用される、第１の属性を識別することと、（３）ユーザ又は少なくとも１つのデータストアから第１の属性の第１の値を取得することと、（４）第１の属性の第１の値を使用して、且つ特権を許可及び／又は拒否するための複数のルールの中から、第１の属性の第１の値に依存する第１のルールを識別することと、（５）複数のルールの少なくとも幾つかの視覚的レンダリングを含むグラフィカルユーザインタフェース（ＧＵＩ）を生成することであって、視覚的レンダリングは、第１の属性の第１の値を使用して特定された特権を許可及び／又は拒否するための第１のルールを強調する、生成することと、（６）生成されたＧＵＩをユーザに表示することとを含む。

【0056】

幾つかの実施形態では、データエンティティの第１の属性の第１の値はデータストアから取得され得る（例えば、「エバリュエータ」モードの技術を使用する場合）。

【0057】

幾つかの実施形態では、データエンティティの第１の属性の第１の値はユーザによって指定され得る（例えば、「シミュレータ」モードの技術を使用する場合）。ユーザは、ＧＵＩを通して値を指定し得る。したがって、幾つかのこのような実施形態では、ＧＵＩは、（１）第１のデータエンティティの属性の少なくとも１つの値を指定するための少なくとも１つのＧＵＩ要素（例えば、ドロップダウンメニュー、ラジオボタン、チェックボックス等）を含む第１の部分と、（２）複数のルールの視覚的レンダリングを含む第２の部分とを含み得る。視覚的レンダリングは、ユーザが第１の属性のための異なる値を指定したことに応答して更新され得る。この例は本明細書において提供される。

【0058】

幾つかの実施形態では、方法は、第１の属性の第２の値を取得することと、第１の属性の第２の値を使用して、且つ特権を許可及び／又は拒否するための複数のルールの中から、第１の属性の第２の値に依存する第２のルールを識別することと、第１の属性の第２の値を使用して識別された特権を許可及び／又は拒否するための第２のルールを強調するための視覚的レンダリングを更新することをさらに含む。

【0059】

幾つかの実施形態では、複数の属性は、第２の値のセット内の値を取ることができる第２の属性を含み、方法は、第１の属性の第１の値を取得することに応答して、第１の値に基づいて、第２の属性のための第２の値のセットのサブセットを識別することと、ユーザが、第２の値のセットのサブセットの中からのみ第２の属性のための値を選択できるようにＧＵＩの第１の部分を更新することをさらに含む。

【0060】

幾つかの実施形態では、視覚的レンダリングを生成することは、複数のルールの少なくとも幾つかを表すテキストを生成することを含み、テキストは第１の属性の第１の値を使用して識別された特権を許可及び／又は拒否するための第１のルールを表す。幾つかの実施形態では、視覚的レンダリングを生成することは、視覚的レンダリングにおいて、第１のルールを表すテキストの少なくとも幾つかの強調表示、下線及び／又はフォント特徴の変更により、第１のルールを表すテキストを強調することを含む。幾つかの実施形態では、視覚的レンダリングを生成することは、視覚的レンダリングから、第１のルールと異なる１つ以上のルールに対応する少なくとも幾つかのテキストを取り除くことを含む。

【0061】

幾つかの実施形態では、ユーザがデータエンティティ属性の値を入力できるようにするために生成されたＧＵＩは、データエンティティの１つ以上のインスタンスへのアクセス特権を制御するための１つ以上のルールによって使用される値を有するデータエンティティ属性のみを含む。したがって、幾つかの実施形態において、複数のルールの１つ以上のルールによって使用される値を有する第１の属性を識別することは、複数のルールの少なくとも幾つかからルールチェーンを生成することと、ルールチェーンからルールツリーを生成することと、ルールツリー内の１つ以上の条件ノードに関連付けられる１つ以上の属性を識別することであって、１つ以上の属性は、第１の属性を含む、識別することと、１つ以上の条件ノードに関連付けられた識別された１つ以上の属性の各々について、ユーザが、第１の属性の値を示す入力を提供することを可能にするようにＧＵＩ内のそれぞれのＧＵＩ要素を生成することを含む。

【0062】

幾つかの実施形態において、少なくとも１つのデータストアは、データエンティティ間の関係を指定するメタデータをさらに記憶し、データエンティティは、１つ以上の階層に組織化され、メタデータは、１つ以上の階層を指定し、第１の属性の第１の値は、１つ以上の階層のうち、第１のデータエンティティが属する第１の階層を示す。幾つかの実施形態では、第１の属性の第１の値は、第１のデータエンティティの少なくとも１つの分類を示す。

【0063】

幾つかの実施形態において、データ処理システムによって管理されるデータエンティティは、データ及び１つ以上の属性を含み得、その各々は１価又は多価であり得る。一般に、データエンティティはデータを表すと考えられ得、データエンティティはフィールド及び／又は属性を含み、データエンティティ内のデータはデータエンティティのフィールド又は属性の中に記憶され得る。データエンティティ内のデータは、例えばテキスト、データレコード、１つ以上の英数値及び／又は他のデータエンティティの１つ以上の参照等の内容を含み得る。例えば、データエンティティの属性の値は、別のデータエンティティの参照（例えば又はポインタ若しくは別のあらゆる適当な参照）であり得る。例として、データエンティティはトランザクションを表し得る。別の例として、データエンティティはファイルを表し得る。別の例として、データエンティティは文書を表し得る。この例では、データエンティティ内のデータは文書内のテキストを含み得る。別の例として、データエンティティは解決すべき問題（例えば、データエラー、パスワードリセットのリクエスト、購入注文書、インボイス又は他の文書の問題）を表し得る。この例では、データエンティティ内のデータは問題を説明するテキストを含み得る。しかしながら、本明細書で説明される技術は、特定の種類のデータエンティティ又はデータエンティティによって表される情報の認知コンテンツに限定されないことが理解されるであろう。代わりに、この技術は、新規及び既存のルールを、適切なユーザ入力を促し、データ処理システムと対話すするような方法で処理し、そうでなければ発生し得るあらゆる考え得る技術的異常を減少させることができる技術的特徴に関する。

【0064】

幾つかの実施形態では、データエンティティは、１つ又は複数の属性を有し得る。属性値は、データエンティティに関する情報を提供し得る。この理由から、属性値はデータエンティティに関するメタデータ及び／又はデータタグと考えられ得る。一例として、データエンティティはその名称及び／又は他の識別子を示す属性を有し得る。別の例として、データエンティティはデータエンティティの意味を指定する定義属性を有し得る。別の例として、データエンティティはデータエンティティの１つ以上の階層の一部であり得、そのデータエンティティが属する１つ以上の階層を示す属性を有し得る。別の例として、データエンティティは、１つ以上の分類を有し得、これには例えば、限定ではなく、そのデータエンティティが属する１つ以上のカバナンスグループのリストを指定し得るガバナンスグループ分類属性、データエンティティ内のデータの機密レベルを示し得る機密分類属性（例えば、「社内用」、「公開用」、「機密」、「極秘」）並びにデータエンティティのインスタンス内のデータの不正な使用、アクセス及び／又は変更に起因する危害レベル（例えば、「レベル１」、「レベル２」等）を示す個人情報（「ＰＩＩ」）分類属性が踏まれる。別の例として、データエンティティは、データエンティティのインスタンスに１つ以上のアクション（例えば、作成、読み取り、アクセス、更新、削除）を実行する権限を得た１人以上のアクターを指定する属性を有し得る。別の例として、データエンティティは、データエンティティに関連付けられる別の値のための有効な値を（範囲、リストにより）示す属性を有し得る。別の例として、データエンティティはそのデータエンティティに関するワークフロータスクのセットを指定する属性（例えば、ワークフロー属性）を有し得、タスクセット内の各タスクは、データ処理システムにより、自動的に又は１つ以上のアクターによって提供される入力に応答して実行される。幾つかの実施形態では、ワークフロー属性はデータエンティティの属性の値を変更するためのワークフローを指定し得る。このようなワークフロー内のタスクとしては、属性値に提案された変更を行うこと、提案され変更を検討のために提出すること、提案された変更を検討すること及び提案された変更を承認又は拒否することが含まれ得る。１人以上のアクターがワークフロータスクを実行し得、その結果、ワークフロー状態、開始状態、ドラフト状態、承認保留状態、公開済み状態及び破棄状態が異なることになる。属性及び階層のこれらの例は例示のためであって、非限定的であり、何れの例も別の例の１つ以上と組み合わせられ得る。属性及び階層の他の例は、本明細書において提供され、またその全体が参照により本明細書に組み込まれる「Ｆｉｎｉｔｅ Ｓｔａｔｅ Ｍａｃｈｉｎｅｓ ｆｏｒ Ｉｍｐｌｅｍｅｎｔｉｎｇ Ｗｏｒｋｆｌｏｗｓ ｆｏｒ Ｄａｔａ Ｏｂｊｅｃｔｓ Ｍａｎａｇｅｄ ｂｙ ａ Ｄａｔａ Ｐｒｏｃｅｓｓｉｎｇ Ｓｙｓｔｅｍ」という名称の米国特許出願公開第２０２０／０２３４２４２号明細書において記載されている。

【0065】

幾つかの実施形態では、ルールはデータエンティティに関するデータアクセス特権を規定し得（例えば、特権を許可及び／又は拒否する）、データエンティティのインスタンス内に記憶されたデータ及び／又はデータエンティティの特定の属性を誰が作成し、読み取り、更新し、削除する（ＣＲＵＤ）ことができるかを制御する特権ルールを含み得る。データエンティティは、何れかのレベルで指定された様々な責任者ごとに階層的に組織化され得る。ある責任者は特別なデータアクセス特権を有し得、また別の責任者はデータへの限定されたアクセスを有し得る。

【0066】

本明細書に記載される技法が多くの方法の何れかで実施され得、本技法がいかなる特定の実施様式にも限定されないことが理解されるべきである。実施の詳細の例は、例示的なのみを目的として本明細書に提供される。さらに、本明細書に開示される技法は、個々に又は任意の適した組合せで使用され得、本明細書に記載される技術の態様は、いかなる特定の技法又は技法の組合せの仕様にも限定されない。

【0067】

上述したように、本発明者らは、データ処理システムが、数百万又は数十億ものデータエンティティ及びそのインスタンスを管理するように構成可能なことを認識した。例えば、本明細書に記載の技法は、企業設定でのメタデータ管理に使用することができ、それにより、データエンティティインスタンスは、多くのデータベース、データウェアハウス、データレイク等を含む大域的に分散した企業システムにわたって記憶された個々のデータセット（例えばテーブル、トランザクション、ドキュメント、データレコード等）についての情報を記憶する。上述したように、これに関して、データエンティティインスタンスは、例えば、データセットがいつ作成されたか、それがどこに記憶されているか、そのサイズ、データセットの編集が許可されているユーザの識別情報、何れのアプリケーションプログラムがデータセットを使用するかを識別する情報、データの機密レベルを識別情報等の対応するデータセットについての情報を記憶し得る。大きい組織（例えば、銀行又はクレジットカード会社等の金融機関、電話会社又は電気会社等の公益事業体等）は典型的には、数百万又は数十億ものそのようなデータセットを管理するため、データ処理システムによって管理されるそのようなデータセットについての情報を記憶する数百万又は数十億ものデータエンティティインスタンスが存在し得る。

【0068】

図１Ａは、本明細書で説明される技術の幾つかの態様による、データ処理システム１０５を使用することができる例示的な環境を示す図である。図１Ａの例は、メタデータ管理のためにデータ処理システム１０５が使用される実装形態である。本明細書で説明される技法は、特定のタイプのデータへの適用に限定されず、管理データがメタデータであるか又は他の任意のタイプのデータ（例えば、トランザクション、ファイル、データ記録、表など）であるかにかかわらずデータを管理するためにデータエンティティ及びデータエンティティインスタンスを使用する任意のデータ処理システム内で使用できることが理解されるべきである。

【0069】

図１Ａは、複数の地理的場所（例えば異なる都市、国、大陸等）にわたり分散したシステム１６０、１６２、１６４を含む企業システムを示す。システム１６０、１６２、１６４の各々は、膨大な量のデータを（例えば１つ又は複数のデータベースシステム、データウェアハウス、データレイク等に）記憶し得る。例えば、システム１６０、１６２、１６４はグローバル銀行の企業システムの構成要素であり得、システム１６０は米国にあり、システム１６２はブラジルにあり、システム１６４は欧州にある。

【0070】

図１Ａの実施形態例に示されるように、システム１６０、１６２、１６４の各々は各組の計算デバイスを含む。システム１６０はサーバ１６０Ａ及びデータベース１６０Ｂを含む。システム１６２はサーバ１６２Ａ及びデータベース１６２Ｂを含む。システム１６４はサーバ１６４Ａ及びデータベース１６４Ｂを含む。企業システムの動作中、システム１６０、１６２、１６４の各々は、大量のデータ（例えば数テラバイトのデータ）を生成及び／又は記憶し得る。例えば、企業システムはクレジットカード会社のシステムであり得、システム１６０、１６２、１６４の各々はトランザクションデータ、クレジットスコア及び／又は任意の他の適したデータを生成及び／又は記憶する。別の例では、企業システムは銀行のシステムであり得、システム１６０、１６２、１６４の各々は銀行記録、ローン、口座保有者及び／又は任意の他の適したデータを生成及び／又は記憶する。別の例では、企業システムは電話会社のシステムであり得、システム１６０、１６２、１６４の各々は電話呼、テキストメッセージ、データ使用及び／又は任意の他の適したデータを生成及び／又は記憶する。

【0071】

幾つかの実施形態では、データベースシステム１６０Ｂ、１６２Ｂ、１６４Ｂはデータ（例えば企業システムの）を記憶するように構成し得る。データベースシステム１６０Ｂ、１６２Ｂ、１６４Ｂの各々は、データベース、データウェアハウス、データレイク及び／又は任意の他のデータベースシステムを含み得る。データベースシステム１６０Ｂ、１６２Ｂ、１６４Ｂは、同じタイプ又は異なるタイプの何れかの任意の適したタイプであり得る。例えば、これらのシステムの各々は１つ又は複数の関係データベースシステム（例えばＯＲＡＣＬＥ、ＳＱＬ ＳＥＲＶＥＲ等）を含み得る。別の例として、幾つかの実施形態では、これらのシステムの各々は１つ又は複数の他のタイプのデータベースシステム（例えば、非関係（例えば、ＮｏＳＱＬ）データベースシステム、マルチファイルシステム又は任意の他の適したタイプのデータベースシステム）を含み得る。

【0072】

図１Ａの実施形態例では、データ処理システム１０５は、システム１６０、１６２、１６４に記憶されたデータを記述する情報１４４を記憶する。この意味で、情報１４４は、メタデータと見なすことができる。メタデータは、企業システム１６０、１６２、１６４に記憶されたデータについての多くのタイプの情報の何れかを含み得る。例えば、メタデータは、データを処理するシステム（例えばサーバ１６０Ａ、１６２Ａ、１６４Ａ）、データ処理に使用される、企業システムで実行されているソフトウェアアプリケーション及び／又はデータの記憶におけるアプリケーションのルールについての情報を含み得る。別の例では、メタデータは、データがどのように生成されたか、データのサイズ、データの記述、何れのユーザが読み取り、更新、作成、削除又はデータに対する任意の他の動作を実行する許可を有するか、及び／又はデータについての任意の他の適した情報等の企業ソフトウェアシステム全体を通してのデータについての情報を含み得る。

【0073】

幾つかの実施形態では、データ処理システムは、データエンティティインスタンス及びデータエンティティ定義を使用してメタデータを管理するように構成され得る。例えば、データ処理システム１０５によって記憶された情報１４４は、企業システムによって記憶された複数のデータセット（例えばテーブル）の各々のデータエンティティインスタンスを含み得る。そのような各データエンティティインスタンスは、データセットについての情報（例えば、データセットがいつ作成又は更新されたか、データセットが記憶された場所、データセットのサイズ、データセットに対して読み取り、編集、削除又は任意の他の適した動作の実行が許可されているユーザの識別情報、何れのソフトウェアアプリケーションがデータセットを使用するかを識別する情報、データセット中のデータの機密レベルを識別する情報及び／又は任意の他の適したメタデータ）を記憶し得る。別の例として、データ処理システム１０５によって記憶された情報１４４は、企業システム内のテーブルの各列のデータエンティティインスタンスを含み得る。そのような各データエンティティは、列についての情報（例えば、列の値の意味、列中の値の読み出し、書き込み、更新及び／又は削除を行う権限を誰が有するか、列中のエントリの許容されている値の範囲及び／又は任意の他の適したメタデータ）を記憶し得る。さらに別の例として、データ処理システム１０５によって記憶された情報１４４は、企業システムの何らかのシステム部分又はデバイス部分によって実行されるように構成される複数のソフトウェアアプリケーションの各々のデータエンティティインスタンスを含み得る。そのようなデータエンティティインスタンスはソフトウェアアプリケーションについての情報（例えば、ソフトウェアアプリケーションが何れのデータセットを処理するか、アプリケーションがその出力をどこに置くか、アプリケーション機能の説明、アプリケーションのバージョン、データ及び／又は他のアプリケーションへのそのアプリケーションの従属性、アプリケーションの実行可能ファイルがどこで見つけられるか、及び／又は任意の他の適したメタデータ）を記憶し得る。さらに別の例として、データ処理システム１０５によって記憶された情報１４４は、企業システムの複数のシステム部分の各々のデータエンティティインスタンスを含み得る。

【0074】

上記から容易に理解することができるように、そのようなメタデータ管理シナリオでは、データ処理システム１０５は数百万又は数十億ものそのようなデータエンティティインスタンスを管理し得、これは、データエンティティインスタンスに対する問い合わせ、作成、更新、削除又は任意の他の適した動作の実行が可能な限り効率的に実行されることが重要なことの理由である。

【0075】

幾つかの実施形態では、データ処理システム１０５は、様々なシステム１６０、１６２、１６４からのデータについての情報１４４を得るように構成することができる。例えば、データ処理システム１０５は、様々なシステム１６０、１６２、１６４のメタデータに関して、データベース１６０Ｂ、１６２Ｂ、１６４Ｂに対してクエリを行うことができる。幾つかの実施形態では、データ処理システム１０５は、システム１６０、１６２、１６４から得られた情報を使用して（例えば、メタデータに関してデータベースシステム１６０Ｂ、１６２Ｂ、１６４Ｂに対してクエリを行うことによって）、メタデータを生成するように構成することができる。幾つかの実施形態では、データ処理システム１０５は、システム１６０、１６２、１６４に記憶されたデータについてのメタデータを記憶するように構成することができる。例えば、システム１６０、１６２、１６４の各々は、データレイク、データウェアハウス、データベースシステム又は他のタイプのシステムであり得る。メタデータは、本明細書で説明されるように、データエンティティのインスタンスに記憶することができる。

【0076】

図１Ａに示されるように、１人又は複数のユーザ１０２、１０４、１０６は、データ処理システム１０５と対話することにより、企業システムのデータについての情報１０７にアクセスすることができる。ユーザ１０２、１０４、１０６は、データ処理システム１０５によって提供される１つ又は複数のインタフェース（例えば、ユーザインタフェース）を通して、１つ又は複数のコンピューティングデバイスを使用して、データ処理システム１０５と対話することができる。管理者１０４などのユーザ１０２がデータ処理システム１０５と対話できるようにするための例示的なインタフェースについては、本明細書では、図１Ｇ～１Ｈ、図３Ａ～３Ｃ、図４Ａ～４Ｄ、図１１Ａ～１１Ｅ及び図１２Ａ～１２Ｅを参照して説明する。

【0077】

図１Ｂは、本明細書で説明される技術の幾つかの態様による、図１Ａのデータ処理システム１０５の例示的な実装形態を示す図である。図１Ｂに示されるように、データ処理システム１０５はインタフェース１１０、特権管理システム１３０及びデータ永続層１５０を含む。

【0078】

インタフェース１１０は、ユーザインタフェースを含むように構成され得、それを通して、ユーザ１０２、１０４、１０６は、データ処理システム１０５からの情報にアクセスし得る（例えば、コンピューティングデバイスを使用する）。インタフェース１１０はグラフィカルユーザインタフェース（ＧＵＩ）を生成するように構成され得、それを通して、ユーザは、システム１６０、１６２、１６４に記憶されたデータに関する情報１４４からのデータにアクセスし得る。ＧＵＩにより、ユーザは、（１）データ処理システムによって記憶されたデータエンティティインスタンスに関する情報を要求し、（２）データ処理システムによって記憶されたデータエンティティインスタンスに関する情報を閲覧し、（３）データ処理システムの内部状態と、特定のアクター、データエンティティ及び／又はデータエンティティインスタンスに何れの特権ルールが適用されるかを理解するために特権ルールを視覚化し、（４）特権ルールを作り、テストし、且つ／又はデバッギングすることができる。

【0079】

幾つかの実施形態によると、ＧＵＩにより、ユーザは、システム１６０、１６２、１６４によって記憶されたデータについての記憶された情報１４４（例えば、メタデータ）にアクセスすることができる。例えば、ＧＵＩにより、ユーザ１０２、１０４、１０６は、企業システムにおいて生成されているデータ（例えば、データの品質測定基準及び他の特性）を追跡することができる。別の例では、ＧＵＩにより、ユーザ１０２、１０４、１０６は、入力データ、入力データにおいて実行されるプロセスの記述及び出力データを含む、プロセスフローのコンポーネントについて記載する情報を視覚化することができる。別の例では、インタフェース１１０は、データ処理システム１０５による実行のためにスクリプトを受信できるようにするためのスクリプティングインタフェースを含み得る。別の例では、インタフェース１１０は、グラフベースのコンピュータプログラム１１６、第三者アプリケーション及び／又は他のインタフェースを含み得る。

【0080】

メタデータ管理に関して、幾つかの実施形態では、インタフェース１１０は、ユーザがシステム１６０、１６２、１６４に記憶されたデータについての情報１４４からのデータにアクセスできるようにするグラフィカルユーザインタフェース（ＧＵＩ）を生成するように構成し得る。ＧＵＩは、ユーザが、（１）データ処理システムによって記憶されているデータエンティティインスタンスについての情報の要求及び（２）データ処理システムによって記憶されているデータエンティティインスタンスについての情報の表示を行えるようにする。幾つかの実施形態では、ＧＵＩは、ユーザが、システム１６０、１６２、１６４によって記憶されているデータについての記憶された情報１４４（例えばメタデータ）にアクセスできるようにし得る。例えば、ＧＵＩは、ユーザ１０２、１０４が、企業ソフトウェアシステムで生成中のデータを追跡できるようにし得る（例えば品質尺度及びデータの他の特性）。別の例では、ＧＵＩは、ユーザ１０２、１０４が系統情報を可視化できるようにし得る。系統情報は、異なるデータエンティティインスタンス間の関係についての情報を含み得る。系統情報の態様は、「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＤＥＴＥＲＭＩＮＩＮＧ ＲＥＬＡＴＩＯＮＳＨＩＰＳ ＡＭＯＮＧ ＤＡＴＡ ＥＬＥＭＥＮＴＳ」という名称の米国特許第１０，４８９，３８４号明細書に記載されており、これは、全体的に参照により本明細書に援用される。

【0081】

特権管理システム（ＰＭＳ）１３０は、データ処理システム１０５により（例えば、データエンティティのインスタンス１４４の中に）記憶されたデータへのアクセス特権（例えば、作成、読み取り、書き込み及び／又は更新特権）を管理することに関する様々な機能を実行するように構成され得る。データ処理システム１０５は、数千、数百万、数十億、さらに数兆ものデータエンティティインスタンスを管理するように構成され得る。すると、ＰＭＳ １３０は、必要に応じて何れの適当な数のデータエンティティインスタンスに関するアクセス特権も管理するように構成され得る。ＰＭＳ １３０は、ユーザ１０２、１０４、１０６の１人以上のためのデータエンティティのインスタンスへのアクセス特権を管理するように構成され得る。ＰＭＳ １３０は、ユーザ１０２、１０４、１０６の中の特定のユーザについて、そのユーザがデータ処理システム１０５によって管理されるデータエンティティのインスタンスに作成、読み取り、書き込み及び／又は更新アクションを実施する特権を有するか否かを制御するように構成された特権制御モジュール１１５を含み得る。

【0082】

データ永続層１５０は、データエンティティ及びそのインスタンスについての情報を記憶するように構成することができる。情報は、データエンティティ、データエンティティのインスタンス並びにデータエンティティの間及びそのインスタンス間の関係を定義する情報を含み得る。データ永続層１５０は、システム（例えば、企業システム）の全てのメタデータに対する中央リポジトリを提供することができる。例えば、データ永続層１５０は、データエンティティインスタンス１４４の形態でデータベース１６０Ｂ、１６２Ｂ、１６４Ｂに記憶されたデータについての情報を記憶することができる。例えば、データベース１６０Ｂ、１６２Ｂ、１６４Ｂの各々は、データレイク、データウェアハウス、データベースシステム又は他のタイプのデータストアであり得る。データ永続層１５０は、データエンティティインスタンス１４４の少なくとも幾つかへのアクセス特権を制御するためのルール１４６を記憶するように構成され得る。

【0083】

図１Ｃに示される表１６６は、データベース１６４Ｂなどのデータベースに記憶された例示的なデータを示す。表１６６は、顧客（例えば、銀行の）についての情報のセットを記憶する。表１６６の列は、「識別子」、「名前」、「クレジットスコア」及び「スコア取得日」を含む。データ永続層１５０は、表１６６のデータについてのメタデータを記憶する「データセット」データエンティティインスタンス１５６を記憶する。データエンティティインスタンス１５６は、データエンティティインスタンス１５６の「タイプ」、「ビジネスマネージャ」、「エントリ数」、「プライベート」、「ストレージサイズ」及び「データＩＤ」を含む属性の値を記憶する。幾つかの実施形態では、「データセット」データエンティティインスタンス１５６は、図１Ｃに示されるものに加えて又はその代わりに、他の属性の値を記憶することができる。

【0084】

データエンティティインスタンスがデータについてのメタデータ（例えばテーブルについての情報）を含む用途では、データエンティティインスタンスは、データの識別及び／又はアクセスに使用することができる情報を含み得る。図１Ｃの例に示されるように、「データＩＤ」属性は、「データセット」データエンティティインスタンス１５６内の情報が記述するデータ（例えばテーブル）を識別する。例えば、「データＩＤ」の値は、テーブル１６６の識別子であり得る。幾つかの実施形態では、「データＩＤ」の値は、ユーザをテーブル１６６にナビゲートできるようにし得る。例えば、「データＩＤ」の値は、データベース１６４Ｂ内のテーブル１６６にナビゲートするハイパーリンクであり得る。幾つかの実施形態では、データエンティティインスタンスは、データについての情報をそれ自体には記憶しないが、データ処理システムは、データエンティティインスタンスを、データ自体の識別及び／又はアクセスに使用することができる情報と関連付ける情報を記憶し得る。例えば、データ処理システムは、そのような情報を１つ若しくは複数のテーブル（例えばデータ永続層１５０内）に又は任意の適した方法で記憶し得る。

【0085】

図１Ｃの例に示されるように、データ永続層１５０は「クレジットスコア」データエンティティインスタンス１５８をさらに記憶する。「クレジットスコア」データエンティティインスタンス１５８は、「ＢｉｚＴｅｒｍ」データエンティティのインスタンスであり得る。「クレジットスコア」データエンティティインスタンス１５８は、属性「タイプ」、「説明」、「ビジネスオーナー」、「有効下限」、「有効上限」、「プライベート」及び「データＩＤ」の値を含む。「データＩＤ」属性とテーブル１６６の「クレジットスコア」列との間の矢印で示されるように、「クレジットスコア」データエンティティインスタンス１５８は、テーブル１６６の「クレジットスコア」列中のデータを説明する。図１Ｃの例に示されるように、「データＩＤ」属性は、「クレジットスコア」データエンティティインスタンス１５８中の情報が説明するデータを示す。例えば、「データＩＤ」の値は、テーブル１６６内の「クレジットスコア」列の識別子であり得る。幾つかの実施形態では、「データＩＤ」の値は、ユーザがテーブル１６６の「クレジットスコア」列にナビゲートできるようにし得る。例えば、「データＩＤ」の値は、「クレジットスコア」列からの情報をユーザに提供するハイパーリンクであり得る。

【0086】

データエンティティインスタンス１５８は、データエンティティ「ＢｉｚＴｅｒｍ」のそれぞれの属性のための値を有する。例えば、データエンティティインスタンス１５８は、「タイプ」属性に対する「ビジネス用語」という値、「ビジネスオーナー」属性に対する「Ｂｏｂ Ｏｗｅｎ」という値、「有効上限」属性に対する「８００」という値及び「有効下限」属性に対する「３００」という値並びに「プライベート」属性に対する「イエス」という値を有する。点線で示されているように、データエンティティインスタンス１５８は図１Ｃに示されていない他の属性に対する値を有し得る。

【0087】

図１Ｃの例に示されているように、データ永続層１５０は特権ルール１６２を記憶する。特権ルール１６２は、「クレジットスコア」データエンティティインスタンス１５８へのアクセス権を制御する。「クレジットスコア」のデータエンティティインスタンス１５８は、「ＢｉｚＴｅｒｍ」データのインスタンスであり得、特権ルール１６２は「ＢｉｚＴｅｒｍ」データエンティティによって指定される１つ以上の属性の値に依存し得る。例えば、特権ルール１６２はデータエンティティインスタンス１５８内の「プライベート」属性に対する値に依存する。特権ルール１６２は、データエンティティインスタンス１５８へのアクセス特権（例えば、作成し、読み取り、更新し、且つ／又は削除する）を要求するアクターの属性にも依存し得る。アクターの属性には、企業内のアクターの役割、アクターが属するグループ及び／又は他の属性が含まれ得る。

【0088】

特権ルール１６２は、データエンティティインスタンス１５８に少なくとも１つのアクション（例えば、「更新」アクション）を実行するためのアクセス特権が少なくとも１人のアクター（例えば、アクターＡ）に対して許可及び／又は拒否される条件を示す。例えば、特権ルール１６２は、「プライベート」属性の値が「イエス」で、アクターＡが「エグゼクティブ」の役割を有する場合、アクターＡにはデータエンティティインスタンス１５８に「更新」アクションを実施するアクセス特権が許可されることを示す。

【0089】

特権制御モジュール１１５は、アクセス特権ルール１４６を使用して１つ以上のアクターに対するアクセスを許可又は拒否するように構成され得る。本明細書で説明されるように、データエンティティインスタンスへのアクセス特権を制御するための１つ以上のアクセス特権ルール１４６は、データエンティティ（及び／又はデータエンティティに関する他のデータエンティティ）によって指定される属性の値に依存し得る。特権制御モジュール１１５は、（例えばデータ永続層１５０内のデータエンティティインスタンス１４４から）任意のこのような属性値にアクセスし、アクセスした値を使用してルールを評価するように構成され得る。

【0090】

図１Ｄ及び１Ｅは、特権制御モジュール１１５が、特権ルール１６２を使用して、データエンティティインスタンス１５８へのアクセスを要求するアクターにそのデータエンティティインスタンスへのアクセスを許可するか、拒否するかを特定するシナリオを示している。特権ルール１６２は、データエンティティインスタンス内の「プライベート」属性の値と、アクセスを要求するアクターの役割に依存し得る。特権ルール１６２は、アクセスを要求するアクターにアクセスを許可又は拒否するための１つ以上の条件を指定する。特に、特権ルール１６２は、（例えば、データエンティティインスタンスに特定のアクションを実施するために）データエンティティインスタンスへのアクセスを要求するアクターに、データエンティティインスタンス内の「プライベート」属性の値が「イエス」であり、アクセスを要求するアクターが「エグゼクティブ」の役割を有する場合、そのようなアクセスが許可されることを示す。

【0091】

図１Ｄに示されているように、「エグゼクティブ」の役割を有するアクター１０２がデータエンティティインスタンス１５８へのアクセスを要求すると、特権制御モジュール１１５は、特権ルール１６２によって指定された条件が満たされるため、アクター１０２にアクセスを許可する。他方で、図１Ｅにより示されるように、「インポータ」の役割を有するアクター１０６がデータエンティティインスタンス１５８へのアクセスを要求すると、特権制御モジュール１１５は、特権ルール１６２によって指定される条件が満たされないため、アクター１０６に対してアクセスを拒否する。

【0092】

図１Ｆは、データ処理システム１０５のデータ永続層１５０に記憶された例示的なデータを示す図である。図１Ｆの例に示されるように、データ永続層１５０は、図１Ａの企業システムの各構成要素についての情報（例えば、データセット、ソフトウェアアプリケーション、企業システムのシステム構成要素又は任意の他の構成要素）を記憶する多数（例えば数千、数百万、数十億）のデータエンティティインスタンス１４４を記憶し得る。構成要素は、データセット、アプリケーション（例えば１つ又は複数のコンピュータプログラム）、システム（例えばデータベースシステム）及び／又は企業システムの他の構成要素であり得る。例えば、データエンティティインスタンスは、企業システムのデータ（例えばテーブル）についての情報を記憶し得る。別の例では、データエンティティインスタンスは、企業システムのアプリケーションについての情報を記憶し得る。さらに別の例では、データエンティティインスタンスは企業システムのユーザについての情報を記憶し得る。図１Ｆに示されるように、データ永続層１５０は、図１Ｃを参照して本明細書で説明されるデータエンティティインスタンス１５６、１５８を記憶する。

【0093】

データ永続層１５０は、数十、数百、数千又は数万ものデータエンティティをサポートするように構成することができる。また、企業システム環境では、データ永続層１５０は、数千、数百万又は数十億ものデータエンティティインスタンス１４４を記憶するように構成することができる。例えば、データ永続層１５０は、少なくとも１０，０００のデータエンティティインスタンス、少なくとも５０，０００のデータエンティティインスタンス、少なくとも１００，０００のデータエンティティインスタンス、少なくとも５００，０００のデータエンティティインスタンス、少なくとも１，０００，０００のデータエンティティインスタンス、少なくとも５００万のデータエンティティインスタンス、少なくとも１０００万のデータエンティティインスタンス、少なくとも５０００万のデータエンティティインスタンス、少なくとも１億のデータエンティティインスタンス、少なくとも５億のデータエンティティインスタンス、少なくとも１０億のデータエンティティインスタンス、少なくとも５０億のデータエンティティインスタンス、１００，０００～５００万のデータエンティティインスタンス、１００万～５億のデータエンティティインスタンス、１００万～５０億又はこれらの範囲内の他の任意の範囲のデータエンティティインスタンスを記憶することができる。

【0094】

データ永続層１５０は、１つ以上のデータエンティティインスタンス１４４へのアクセスを制御するための多数の（例えば、数百、数千の）特権ルール１４６を記憶し得る。特権ルールは、データ処理システムの内部状態、例えばデータエンティティインスタンス１４４内に記憶された情報等（例えば、データエンティティインスタンス内の属性値）と、データエンティティインスタンスへのアクセスを要求し得る企業内のアクターに関する情報（例えば、役割、それらが属するグループ等）に依存し得る。このような依存性により、特権ルール１４６が実際にどのように適用されるか、又はこれらのルールをどのように作成、デバッギング及び／又は編集するかに関する決定を下す際の難しさが増大する。

【0095】

特権管理システム１３０は、適用可能であり得る多くのルールの中から関係する特権ルールを自動的に識別するだけでなく、グラフィカルユーザインタフェースを生成して、何れかの関係する変数に基づいて、識別された特権ルールにより制御されるあるアクター及びデータエンティティインスタンス１４４について、データ処理システムの内部状態及びＣＲＵＤ動作モードの直感的な視覚化を提供するように構成され得る。このグラフィカルユーザインタフェースにより、これらのルールが依存する変数の値（例えば、データ処理システムに記憶される値）に基づいて、これらのルールが実際にどのように適用されるかを効率的に評価できる。追加的に、グラフィカルユーザインタフェースは、データエンティティ／データエンティティインスタンスに関連付けられる１つ又は複数の変数の値に関する様々な提案をユーザに提供することにより、ルールを作成及び／又は編集するプロセスを通してユーザを導く。したがって、これらの視覚化により、データ処理システムのユーザは、効率的に、データ処理システムの動作中にランタイム及び／又は特権エラーを生じることなく、ルールを作成、テスト及びデバッギングすることができる。

【0096】

図１Ｆの例に示されるように、データ永続層１５０によって記憶されたデータは、デバイス上でユーザ１０２、１０４、１０６に提供されるグラフィカルユーザインタフェース（ＧＵＩ）において視覚化を提供するために使用することができる。データ処理システム１０５のインタフェース１１０は、データ処理システム１０５によって記憶されるデータエンティティインスタンス及びルールについての情報を提供するように構成することができる。例えば、ユーザは、データエンティティ及び／又はデータエンティティのインスタンスの１つ又は複数の属性の値にアクセスすることを望み得る。別の例では、ユーザはデータエンティティの複数のデータエンティティ及び／又はインスタンスの複数の属性にアクセスすることを望み得る。また別の例では、ユーザは、特定のデータエンティティに関するルールを評価して、そのデータエンティティのデータエンティティ及び／又はインスタンスについて、特定の特権が許可されるか又は許可されない理由を理解することを望み得る。別の例では、ユーザは、系統情報を閲覧することを望み得る。系統情報は、異なるデータエンティティインスタンス間の関係についての情報を含み得る。系統情報の態様については、その全体が参照により本明細書に組み込まれる「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＤＥＴＥＲＭＩＮＩＮＧ ＲＥＬＡＴＩＯＮＳＨＩＰＳ ＡＭＯＮＧ ＤＡＴＡ ＥＬＥＭＥＮＴＳ」という名称の米国特許第１０４８９３８４号明細書において説明されている。

【0097】

図１Ｇは、特定の役割（例えば、エグゼクティブの役割）を有するアクター１０２がデータ処理システム１０５内の（例えば、データエンティティの１つ以上のインスタンス内の）データにアクセスできないようにされるシナリオを示す図を描いている。例えば、アクター１０２は、「クレジットスコア」というデータエンティティインスタンス１５８に「更新」アクションを実施できないようにされる。このシナリオでは、アクター１０２は、管理者１０４に連絡し、アクセスが拒否された理由について質問し得る。データ処理システム１０５は、データエンティティに関するデータアクセス特権を制御する（例えば、アクターに対して特権を許可及び／又は拒否する）ように構成され得る特権管理システム１３０を含み得る。前述したように、データアクセス特権を制御するための多数のルール１４６がデータ処理システム１０５内に存在し得、これらの特権ルールの各々の適用可能性は、アクターに関連付けられる情報（例えば企業の中でのアクターの役割）及びデータエンティティインスタンス（例えば、データエンティティのインスタンスの属性値）に依存し得る。システム内の特権ルールの量、これらが記憶されるフォーマット（例えば、スプレッドシートのフォーマット）及び他の情報へのそれらの依存性により、管理者１０４はアクセスを要求するアクター１０２に適用される特権ルールとそれへのアクセスが要求されたデータの部分を識別することが非常に困難である。例えば、適用可能な特権ルールを識別するために、管理者１０４はシステム内のあらゆる特権ルールを（例えば、数百数千、数万のルールの中から）手作業で検査しなければならないであろう。この問題を複雑にしているのは、多くのルールについて、特権ルールが特定のデータ値エンティティに適用されるか否かの課題に対する回答がデータ処理システムの内部状態に依存していることであり、なぜなら、この回答は、そのデータエンティティの属性値に依存するからである。したがって、管理者１０４は、特定のルールがトリガされるか否かを判断するために、様々なデータエンティティインスタンスを通してデータエンティティの属性値を個別に参照しなければならない。

【0098】

図１Ｈ～１Ｉは、アクター１０２が「クレジットスコア」のデータエンティティインスタンス１５８に「更新」アクションを実施できないようにされる図１Ｇのシナリオを示す図である。しかしながら、図１Ｈ～１Ｉでは、データ処理システム１０５により、管理者１０４は、本明細書で説明される技術を使用して、適用可能であり得る多くのルールの中から関係する特権ルールを識別するために、アクセスを要求するアクター１０２に関するデータ処理システムの内部状態とＣＲＵＤ動作モードの直感的な可視化を提供するグラフィカルユーザインタフェース（例えば、グラフィカルユーザインタフェース１８０）を利用することができる。図１Ｈに示されるように、「クレジットスコア」のデータエンティティインスタンス１５８へのアクセスを制御するための関係する特権ルール１８８がデータ処理システム１０５により識別され、この識別されたルールの視覚化がグラフィカルユーザインタフェース１８０を介して管理者１０４に提示される。

【0099】

図１Ｈに示されるように、ＧＵＩ １８０は第１の部分１８２と第２の部分１８４を含む。第１の部分１８２は、「プライベート」属性の値を選択するためのＧＵＩ要素１８６を含む。ユーザは、「プライベート」属性のＧＵＩ要素１８６を介して表示された２つの値（イエス、ノー）からある値を選択し得る。ＧＵＩ １８０の第２の部分１８４は、「クレジットスコア」のデータエンティティインスタンスに少なくとも１つのアクション（例えば、「更新」アクション）を実行する特権を、アクセスを要求するアクターに対して許可及び／又は拒否するための特権ルール１８８の視覚的レンダリングを含む。特権ルール１８８は、「プライベート」属性の値に依存する。特権ルール１８８は、エグゼクティブの役割を有するアクターには、「プライベート」属性の値が「イエス」の場合、「クレジットスコア」のデータエンティティインスタンスに「更新」アクションを実施する特権が許可され得ることを示している。

【0100】

ＧＵＩ要素１８６を介した「プライベート」属性の特定の値を選択することにより、図１Ｉに示されるように、第２の部分１８４のルールの視覚的レンダリングが更新され得る。視覚的レンダリングは、「プライベート」属性の選択された値に依存する特権ルール１８８の視覚的レンダリングを強調することによって更新され得る。特権ルール１８８を表すテキストの少なくとも一部は、強調表示することによって協調され得る。特権ルール１８８に関係付けられる強調表示部分は、エグゼクティブの役割を有するアクターＡに、「プライベート」属性の値が「イエス」である場合に（例えば、第１の部分１８２の中の「プライベート」属性に対して「イエス」を選択することにより示される）「クレジットスコア」のデータエンティティインスタンスに「更新」アクションを実施する特権が許可され得ることを示す。

【0101】

グラフィカルユーザインタフェース１８０と対話することにより、管理者１０４は、他に権限を受けたユーザ（例えば、エグゼクティブ）がデータ処理システム１０５によって管理されるデータエンティティのインスタンス内に記憶されたデータにアクセスできないような状況に対処するために、識別された何れのルールでも容易に評価できる。例えば、本明細書で説明される技術を使用して、管理者１０４は、図１Ｇの「アクセス拒否」の状況を、このエグゼクティブに「クレジットスコア」のデータエンティティインスタンスに対して「更新」アクションを実施するためのアクセスが許可されるように是正することができる。

【0102】

図２は、本明細書で説明される技術の幾つかの態様による、例示的なデータ処理システム１０５及びデータ処理システム１２０の特権管理システム１３０の部分のブロック図である。図２に示されるように、データ処理システム１０５は、特権管理システム（ＰＭＳ）１３０とデータ永続層１５０を含む。すると、特権管理システム１３０は、他の構成要素のほかに、（１）ルール探索モジュール２３２、（２）ＧＵＩ生成モジュール２３３、（３）特権制御モジュール１１５、（４）データエンティティモジュール２３５、及び（５）検索モジュール２３６を含む。データ永続層１５０は、データエンティティ２４２、そのデータエンティティ２４２に関係する（例えば、それに関連付けられる）メタデータ２４４、データエンティティ２４２のインスタンス１４４及びデータエンティティインスタンス１４４の少なくとも幾つかへのアクセス特権を制御するためのルール１４６へのアクセスを提供する。

【0103】

特権管理システム１３０は、データエンティティ２４２及び／又はデータエンティティのインスタンス１４４へのアクセス（例えば、作成、読み取り、書き込み及び／又は更新特権）を制御することに関する様々な機能を実行するように構成される。データ処理システム１０５は、幾つかの実施形態では、数千、数十万、数十億、さらに数兆ものデータエンティティを管理するように構成され得る。すると、ＰＭＳ １３０は、必要に応じてこれらのデータエンティティの何れの適当な数のインスタンスについてのアクセス特権でも管理するように構成され得る。ＰＭＳ １３０は、アクター１０２、１０４、１０６の１人以上に関するデータエンティティのインスタンスへのアクセス特権を制御するように構成され得る。例えば、ＰＭＳ １３０は、アクター１０２、１０４、１０６の中の特定のアクターについて、そのアクターがデータ処理システム１０５によって管理されるデータエンティティのインスタンスに作成、読み取り、書き込み及び／又は更新アクションを実施する特権を有するか否かを制御するように構成され得る。

【0104】

幾つかの態様によれば、ルール探索モジュール２３２により、管理者１０４等のユーザは、データ処理システム１０５によって管理されるデータエンティティへのアクセス特権を制御するためのルールを探索、作成及び／又は変更できる。このようなルールは、アクターがデータエンティティのインスタンスに特定のアクションを実施する特権を有するか否かを制御し得る。幾つかの実施形態において、ルール探索モジュール２３２は、特定のデータエンティティ（又は複数のエンティティ）について、その特定のデータエンティティ（又は複数のエンティティ）に関するアクセス特権の制御に関係のある１つ以上のルールを、データ処理システム１２０によって管理されるデータエンティティへのアクセス特権を制御するための多くのルール（例えば、ルール１４６）の中から識別するように構成され得る。識別されたルールはその後、ＧＵＩ生成モジュール２３３に提供され得、これは、ユーザがルールを探査、作成及び／又は変更できる１つ以上のグラフィカルユーザインタフェースを生成し得る。このようなグラフィカルユーザインタフェースの例は、図３Ａ～３Ｃ、４Ａ～４Ｄ及び５を含む本明細書で提供される。ユーザは、他の何れのユーザでもあり得、これは、例えば、データ処理システムの非技術的ユーザであることが理解されるであろう。

【0105】

幾つかの態様によれば、ルール探索モジュール２３２は、ユーザが１つ以上のルールを作成及び／又は編集するのを、グラフィカルユーザインタフェースを介して、データエンティティに関連付けられる各種の属性及び／又は属性値のための選択可能なオプションを自動的に特定し、提示することによって支援するように構成され得る。このようなグラフィカルユーザインタフェースの例は、図１１Ａ～１１Ｅ及び図１２Ａ～１２Ｅを含む本明細書中で提供される。

【0106】

幾つかの態様によれば、特権制御モジュール１１５は、アクセス特権ルール１４６を使用して１人以上のアクターのアクセスを許可又は拒否するように構成され得る。本明細書で説明されているように、アクセス特権を制御するための１つ以上のアクセス特権ルール１４６は、データエンティティ（及び／又はそのデータエンティティに関する他のデータエンティティ）の属性の値に依存し得る。幾つかのこのような実施形態では、特権制御モジュール１１５は、何れかのこれらの属性値（例えば、データ永続層１５０内のデータエンティティインスタンス１４４の中）にアクセスし、アクセスした値を使用してルールを評価するように構成され得る。

【0107】

幾つかの態様によれば、データエンティティモジュール２３５は、データエンティティ２４２を管理するように構成され得る。例えば、データエンティティモジュール２３５は、データエンティティ２４２及び何れかの関連情報にアクセスし、それを変更し、且つ／又は記憶するように構成され得る。例えば、データエンティティモジュール２３５は、データ永続層１５０内のデータエンティティインスタンス１４４内に記憶されたデータエンティティの属性の値にアクセスするために使用され得る。別の例として、データエンティティモジュール２３５は、データエンティティ間の関係を指定するメタデータ２４４（例えば、データエンティティの階層の構造を指定する情報）にアクセスするために使用され得る。

【0108】

幾つかの態様によれば、検索モジュール２３６は、データ永続層１５０の中のデータエンティティ２４２の中からデータエンティティを検索するためにプログラマティックインタフェース（例えば、ＡＰＩ）及び／又はユーザインタフェース（例えば、ＧＵＩ）を提供し得る。幾つかの実施形態において、検索モジュール２３６は、検索インデックスを利用して検索を実行し得る。幾つかの実施形態では、検索モジュール２３６は、（例えば、データ永続層１５０内の新たなデータエンティティの追加、データエンティティの削除及び／又はデータエンティティの変更に応答して）検索インデックスを更新及び／又は再計算して将来の検索を最適化し得る。

【0109】

幾つかの態様によれば、従来のデータ処理システムで発生する同期の課題を回避するために、ＰＭＳ １３０は、それを通してデータエンティティ２４２又はデータエンティティ２４２のインスタンス１４４に関するアクセス特権への変更を行い得る唯一のシステムであり得る。したがって、幾つかの実施形態において、データエンティティ２４２又はデータエンティティ２４２のインスタンス１４４の少なくとも幾つかへのアクセス特権を制御するためのルールの変更は、ＰＭＳ １３０を通してのみ行われ得る。

【0110】

図２に示される例では、ＰＭＳ １３０はデータ永続層１５０内に記憶された何れのデータにもアクセスできる。例えば、ＰＭＳ １３０は、データ永続層１５０内のデータが記憶される１つ以上のメモリにアクセス（例えば、直接アクセス）し得る。

【0111】

例えば、ＰＭＳ １３０は、データ永続層１５０内で永続するデータエンティティ２４２にアクセスできる。例えば、特権管理システム１３０は、データエンティティ２４２の何れに記憶された何れのデータにもアクセスでき、これには例えば、データエンティティ２４２の１つ以上のインスタンス１４４にまたがるデータエンティティ２４２の何れの１つの何れの属性の現在値も含まれる。データエンティティ属性の例は本明細書中で提供され、これには例えば、特定のデータエンティティに関するその値が、特定のデータエンティティが属する１つ以上のグループ（例えば、データエンティティの階層、同じ分類を有するエンティティのグループ又はデータエンティティの他の何れかの適当なグルプ）を識別する属性が含まれるが、これに限定されない。

【0112】

別の例として、ＰＭＳ １３０は、データエンティティ２４２に関するメタデータ２４４にアクセスできる。幾つかの実施形態では、ＰＭＳ １３０は、データエンティティ２４２の少なくとも幾つか間の関係を指定するメタデータにアクセスできる。例えば、幾つかの実施形態では、データエンティティ２４２の少なくとも幾つかは、１つ以上の階層に組織化され、ＰＭＳ １３０は１つ以上の階層を指定するメタデータにアクセスし得る。このようにして、ＰＭＳ １３０は、特定のデータエンティティについて、階層に従って特定のデータエンティティに関する１つ以上の別のデータエンティティを識別し得る。例えば、ＰＭＳ １３０は、特定のデータエンティティについて、階層の中の、その先祖（例えば、ペアレントデータエンティティ、グランドペアレントデータエンティティ等）の１つ以上、その子孫（例えば、１つ以上の子供又は孫データエンティティ）の１つ以上及び／又はその兄弟データエンティティ（例えば、特定のデータエンティティと少なくとも１つの共通する祖先を共有するデータエンティティ）の１つ以上を識別し得る。

【0113】

図２に示されるように、データ永続層１５０はデータエンティティ２４２を記憶する。データ永続層１５０は、データエンティティ２４２の何れのデータも記憶し得、これにはデータエンティティ２４２のインスタンス１４４内のデータエンティティ２４２の属性の値が含まれるがこれに限定されない。データ永続層１５０は、データエンティティ２４２、データエンティティインスタンス１４４、ルール１４６及びデータエンティティ関係２４４を記憶するように構成された１つ又は複数のデータストアを含み得る。各データストアは、任意の適したタイプの１つ又は複数のフォーマットでデータを記憶する１つ又は複数の記憶装置を含み得る。例えば、データストアの記憶装置部分は、１つ又は複数のデータベーステーブル、スプレッドシートファイル、平文ファイル及び／又は任意の他の適したフォーマット（例えば、メインフレームのネイティブフォーマット）のファイルを使用してデータを記憶し得る。記憶装置は、任意の適したタイプであり得、１つ又は複数のサーバ、１つ又は複数のデータベースシステム、１つ又は複数のポータブル記憶装置、１つ又は複数の不揮発性記憶装置、１つ又は複数の揮発性記憶装置及び／又はデータを電子的に記憶するように構成された任意の他のデバイスを含み得る。データストアが複数の記憶装置を含む実施形態では、記憶装置は、１つの物理的場所（例えば、１つの建物内）に配置され得るか、又は複数の物理的場所（例えば、複数の建物、異なる都市、州又は国）にわたって分散され得る。記憶装置は、任意の適したタイプの１つ又は複数のネットワークを使用して互いと通信するように構成され得、本明細書に記載される技術の態様は、これに関して限定されない。

【0114】

幾つかの態様によれば、データ永続層１４０は追加のタイプのデータを記憶し得、これにはデータエンティティ２４２間の関係を指定するメタデータ及びデータエンティティ２４２内の検索を容易にするための情報（例えば、データエンティティ２４２のために保持される検索インデックス）が含まれるが、これらに限定されない。例えば、図２に示されるように、データ永続層１５０はデータエンティティ２４２間の関係を指定するメタデータ２４４をさらに含む。

【0115】

幾つかの態様によれば、メタデータ２４４は（データエンティティ２４２内の）データエンティティの１つ以上の階層を指定し得る。階層は、何れの適当な方法において、例えば１つ以上のツリーデータ構造、ポインタを使用する何れの適当なデータ構造を使用して又は他に何れかの適当な方法で指定され得、これは、本明細書で説明される技術の態様はこの点で限定されないからである。幾つかの実施形態では、メタデータ２４４は、エンティティの１つ以上のグループを明示的又は黙示的に指定し得る。

【0116】

図２の例では、データ処理システム１２０の一部として示されているが、幾つかの実施形態では、データ永続層１５０は、データ処理システム１０５の外部にあり得る。

【0117】

図２に示されるように、データ処理システム１０５は、データ永続層１５０内のデータに動作するように構成された１つ又は複数のコンピュータプログラム２２４を含む。コンピュータプログラム２２４は、何れの適当な種類でもあり得、且つ何れの適当なプログラミング言語でも記述され得る。例えば、コンピュータプログラム２２４は、少なくとも一部が構造化照会言語（ＳＱＬ）で書かれ、データ永続層１５０の１つ以上のデータストア部にアクセスするように構成された１つ以上のコンピュータプログラムを含み得る。別の例として、データ処理システム１０５は、グラフの形態でプログラムを実行するように構成され得、コンピュータプログラム２２４はデータフローグラフとして開発された１つ以上のコンピュータプログラムを含み得る。データフローグラフは、入力データに対して実行されることになるデータ処理動作及びデータのフローを表すコンポーネント間のリンクを表す「ノード」又は「頂点」と呼ばれるコンポーネントを含み得る。データフローグラフによりコード化される計算を実行する技術は、その全体が参照によって本明細書に組み込まれる「Ｅｘｅｃｕｔｉｎｇ Ｃｏｍｐｕｔａｔｉｏｎｓ Ｅｘｐｒｅｓｓｅｄ ａｓ Ｇｒａｐｈｓ」という名称の米国特許第５，９６６，０７２号明細書に記載されている。

【0118】

図２に示される例では、データ処理システム１０５は、ある人物（例えば、ソフトウェア開発者）がデータ永続層１５０内のデータに対して動作するためのコンピュータプログラム２２４の１つ以上を開発するために使用し得る開発環境２２２をさらに含む。データフローグラフとしてコンピュータプログラムを開発するための環境は、その全体が参照によって本明細書に組み込まれる「Ｍａｎａｇｉｎｇ Ｐａｒａｍｅｔｅｒｓ ｆｏｒ Ｇｒａｐｈ－Ｂａｓｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ」という名称の米国特許出願公開第２００７／００１１６６８号明細書に記載されている。

【0119】

幾つかの態様によれば、コンピュータプログラム２２４の１つ以上は、データ永続層１５０内のデータに対して何れの適当な動作を実行するようにも構成され得る。例えば、コンピュータプログラム２２４の１つ以上は、１つ以上のデータ源からのデータにアクセスし、アクセスしたデータを（例えば、データ値を変更する、データレコードをフィルタリングする、データフォーマットを変更する、データをソートする、複数のデータ源からのデータを組み合わせる、データを複数の部分に分割することにより及び／又は他の何れかの適当な方法で）変換し、アクセスしたデータから１つ以上の新たな値を計算し、且つ／又はデータを１つ又は複数の宛先に書き込むように構成され得る。

【0120】

図３Ａは、例示的なＧＵＩ ３００の図解図であり、それを通して、ユーザは、少なくとも２つの属性、「セキュリティグループ」と「データセット」を有するデータエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の１つ以上のインスタンスに１つ以上のアクションを実施する特権を１人以上のアクターに対して許可及び／又は拒否するための１つ以上のルールを視覚化し得る。ＧＵＩ ３００は、第１の部分３０２と第２の部分３０４を含む。第１の部分３０２は、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の属性「セキュリティグループ」の値を選択するためのＧＵＩ要素３０７と、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の属性「データセット」の値を選択するためのＧＵＩ要素３０８を含む。幾つかの態様によれば、ユーザは、属性「セキュリティグループ」のためのＧＵＩ要素３０７を介して表示された２つの値（グループ１、グループ２）からのある値及び属性「データセット」のためのＧＵＩ要素３０８を介して表示された３つの値（データセット１、データセット２、データセット３）からのある値を選択し得る。図３Ａからわかるように、属性「セキュリティグループ」及び「データセット」に関する値の何れも選択されない。幾つかの態様によれば、ＧＵＩ要素３０７、３０８はトップダウンメニューを含むが、他のＧＵＩ要素、例えばラジオボタン、チェックボックス等が使用され得、この場合も本開示の範囲から逸脱しない。

【0121】

ＧＵＩ ３００の第２の部分３０４は、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の１つ以上のインスタンスに少なくとも１つのアクションを実施する特権を少なくとも１人のアクターに対して許可及び／又は拒否するための１つ以上のルールの視覚的レンダリングを含む。第２の部分３０４の視覚的レンダリングは、第１のルール３１０の視覚的レンダリングを含み、これは、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の１つ以上のインスタンスに「読み取り」アクションを実施する特権をアクター（例えば、アクターＸ）に対して許可及び／又は拒否するための第１のルールを表すテキストを含む。第１のルール３１０は、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の属性「セキュリティグループ」の値に依存する。第１のルール３１０は、属性「セキュリティグループ」の値が設定された場合、アクターＸにデータエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の１つ以上のインスタンスに「読み取り」アクションを実施する特権が許可され得ることを示す。属性「セキュリティグループ」の値が設定されなければ、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の１つ以上のインスタンスに「読み取り」アクションを実施する特権は、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」のペアレントデータエンティティから継承される。第２の部分３０４の視覚的レンダリングは、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の１つ以上のインスタンスに「更新」アクションを実施する特権をアクター（例えば、アクターＸ）に対して許可及び／又は拒否するための第２のルールを表すテキストを含む第２のルール３２０の視覚的レンダリングも含む。第２のルール３２０は、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の属性「データセット」の値に依存する。第２のルール３２０は、属性「データセット」の値が「データセット２」に設定された場合、アクターＸにデータエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の１つ以上のインスタンスに「更新」アクションを実施する特権が許可され得ることを示す。属性「データセット」の値が「データセット２」に設定されない場合、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の１つ以上のインスタンスに「更新」アクションを実施する特権は、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」のペアレントデータエントリから継承される。

【0122】

図３Ａは、属性「セキュリティグループ」に関連付けられる一方と属性「データセット」に関連付けられる他方の２つのルールの視覚的レンダリングを含むＧＵＩの第２の部分３０４を示しているが、第２の部分３０４は、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の様々な属性に関連付けられる複数のルールの視覚的レンダリングを含み得、その場合も本開示の範囲から逸脱しないことが理解されるであろう。

【0123】

幾つかの実施形態では、属性「データセット」について提示された選択可能な値は、属性「セキュリティグループ」について選択又は他に取得された値に依存し得る。属性「セキュリティグループ」の特定の値を取得することに応答して、属性「データセット」が取り得る値のセットのサブセットが識別され得、ＧＵＩ ３００の第１の部分３０２は、ユーザが値のそのセットのそのサブセットの中からのみ属性「データセット」の値を選択できるように更新され得る。

【0124】

幾つかの実施形態では、ＧＵＩ ３００の第１の部分３０２における属性「セキュリティグループ」及び／又は「データセット」に関連付けられる、図３Ａに示される特定の値の選択により、第２の部分３０４におけるルールの視覚的レンダリングを更新でき、これは図３Ｂ及び３Ｃに示されている。

【0125】

図３Ｂは、ＧＵＩ ２００の第１の部分３０２を通して、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の属性「セキュリティグループ」の値を示すユーザからの入力を取得することに応答して、図３Ａのルールの少なくとも幾つかの視覚的レンダリングがどのように更新され得るかを示す例示的なＧＵＩ ３００の図解図である。図３Ｂに示されるように、ＧＵＩ ３００の第１の部分３０２におけるＧＵＩ要素３０７を介した属性「セキュリティグループ」の値３０６（例えば、グループ１）の選択により、ＧＵＩ ３００の第２の部分３０４におけるルールの視覚的レンダリングが更新される。視覚的レンダリングは、属性「セキュリティグループ」の選択された値に依存する第１のルール３１０の視覚的レンダリングを強調することによって更新され得る。図３Ｂは、強調表示によって強調された第１のルール３１０を表すテキストの少なくとも一部を示している。第１のルール３１０に関連付けられる強調表示部分は、アクターＸに、属性「セキュリティグループ」の値が設定された場合（例えば、第１の部分３０２における属性「セキュリティグループ」に対するグループ１の選択により示される）、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の１つ以上のインスタンスに「読み取り」アクションを実施する特権が許可され得ることを示す。

【0126】

図３Ｃは、ＧＵＩ ３００の第１の部分３０２を通して、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の属性「データセット」の値を示すユーザからの入力を取得することに応答して、図３Ａのルールの少なくとも幾つかの視覚的レンダリングがどのように更新され得るかを示す例示的なＧＵＩ ３００の図解図である。図３Ｃに示されるように、ＧＵＩ ３００の第１の部分３０２におけるＧＵＩ要素３０８を介した属性「データセット」の値（例えば、データセット２）の選択により、ＧＵＩ ３００の第２の部分３０４におけるルールの視覚的レンダリングが更新される。視覚的レンダリングは、属性「データセット」の選択された値に依存する第２のルール３２０の視覚的レンダリングを強調することによって更新され得る。図３Ｃは、強調表示によって強調された第２のルール３２０を表すテキストの少なくとも一部を示している。第２のルール３２０に関連付けられる強調表示部分は、アクターＸに、属性「データセット」の値が「データセット２」に設定された場合（例えば、第１の部分３０２における属性「データセット」に対するデータセット２の選択により示される）、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の１つ以上のインスタンスに「更新」アクションを実施する特権が許可され得ることを示す。

【0127】

図３Ｂ及び３Ｃは、強調表示によるルールの視覚的レンダリングの強調を示しているが、他の強調方法も使用でき、その場合も本開示の範囲から逸脱しない。例えば、ＧＵＩ ３００の第２の部分３０４におけるルールの視覚的レンダリングは、ルールを表すテキストの少なくとも一部の下線及び／又はフォントの特徴（例えば、フォントタイプ、フォントサイズ、フォント太さ、フォント幅及び／又は他のフォントの特徴）の変更によって強調され得る。幾つかの実施形態では、ＧＵＩ ３００の第２の部分３０４におけるルールの視覚的レンダリングは、視覚的レンダリングから、ＧＵＩ ３００の第１の部分３０２の中の属性の選択された値に依存するルールと異なる１以上のルール（すなわち属性の選択された値に依存しないルール）に対応する少なくとも幾つかのテキストを取り除くことによって強調され得る。さらに、この実施形態の寄与は何れの数の属性及びそれに対応する考え得る値を有するデータエンティティにも適用可能であることと、この寄与はデータエンティティが２つの属性を有し、各属性が３つの考え得る値を有する、本明細書で説明されている具体例に限定されないことが理解されるであろう。

【0128】

図４Ａは、データエンティティのためのシミュレーションモードで実行される例示的なＧＵＩ ４００の図解図である。シミュレーションモードでは、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」４０４等のデータエンティティの属性の値はユーザ、例えば管理者１０４から取得され得る。このデータエンティティは、定義され得るが、データストア、例えばデータエンティティインスタンスデータストア１４４内にデータエンティティの何れのインスタンスもない場合がある。したがって、データエンティティ４０４の属性の値は、ユーザによって選択される。

【0129】

図４Ａに示されるように、ＧＵＩ ４００は、第１の部分４０２及び第２の部分４１２を含む。第１の部分４０２は、それに関してルールの視覚的レンダリングがＧＵＩ ４００の第２の部分４１２の中で生成されるデータエンティティを選択するためのＧＵＩ要素４０４を含む。第１の部分４０２は、関心対象の特権（例えば、作成、読み取り、更新又は削除）を選択するためのＧＵＩ要素４０６を含む。第１の部分４０２は、データエンティティ４０４の属性の値を選択するためのＧＵＩ要素４０８を含む。第１の部分４０２は、データエンティティ４０４の別の属性（「セキュリティグループ」）の値を選択するためのＧＵＩ要素４１０を含む。第１の部分４０２は、第１の部分４０２内のデータエンティティ、特権、属性及び／又は他の要素に関連付けられる値をデフォルト値にリセットするためのＧＵＩ要素４０３を含む。

【0130】

ＧＵＩ ４００の第２の部分４１２は、データエンティティ４０４の１つ以上のインスタンスに１つ以上のアクションを実施する特権を少なくとも１人のアクターに対して許可及び／又は拒否するための１つ以上のルールの視覚的レンダリングを含む。第２の部分４１２の視覚的レンダリングは、データエンティティ４０４の１つ以上のインスタンスに「作成」アクションを実施する特権を１人以上のアクター（例えば、エディタ及び／又は他のアクター）に対して許可及び／又は拒否するための第１にルールを表すテキストを含む第１のルール４１４の視覚的レンダリングを含む。第１のルール４１４は、データエンティティ４０４の属性「セキュリティグループ」の値に依存する。第１のルール４１４は、エディタの役割を有するユーザに、属性「セキュリティグループ」の値が設定されれば、データエンティティ４０４の１つ以上のインスタンスに「作成」アクションを実施する特権が付与され得ることを示す。属性「セキュリティグループ」の値が設定されなければ、データエンティティ４０４の１つ以上のインスタンスに「作成」アクションを実施する特権は、データエンティティ４０４のペアレントデータエンティティ又は他のデータエンティティ「データセット」のペアレントから継承される。

【0131】

ＧＵＩ ４００の第２の部分４１２内の視覚的レンダリングは、データエンティティ４０４の１つ以上のインスタンスに「読み取り」アクションを実施する特権を１人以上のアクター（例えば、エディタ、リーダー及び／又は他のアクター）に対して許可及び／又は拒否するための第２のルールを表すテキストを含む第２のルール４１６の視覚的レンダリングを含む。第２のルール４１６は、データエンティティ４０４の属性「セキュリティグループ」の値に依存する。第２のルール４１６は、エディタ及びリーダーの役割を有するユーザに、属性「セキュリティグループ」の値が設定されれば、データエンティティ４０４の１つ以上のインスタンスに「読み取り」アクションを実施する特権が許可され得ることを示す。属性「セキュリティグループ」の値が設定されなければ、データエンティティ４０４の１つ以上のインスタンスに「読み取り」アクションを実施する特権は、データエンティティ４０４のペアレントデータエンティティ又は「別のデータエンティティ「データセット」のペアレントから継承される。

【0132】

ＧＵＩ ４００の第２の部分４１２の視覚的レンダリングは、データエンティティ４０４の１つ以上のインスタンスに「更新」アクションを実施する特権を１人以上のアクター（例えば、エディタ及び／又は他のアクター）に対して許可及び／又は拒否するための第３のルールを表すテキストを含む第３のルール４１８の視覚的レンダリングを含む。第３のルール４１８は、データエンティティ４０４の属性「セキュリティグループ」の値に依存する。第３のルール４１８は、エディタの役割を有するユーザに、属性「セキュリティグループ」の値が設定されれば、データエンティティ４０４の１つ以上のインスタンスに「更新」アクションを実施する特権が許可され得ることを示す。属性「セキュリティグループ」の値が設定されなければ、データエンティティ４０４の１つ以上のインスタンスに「更新」アクションを実施する特権は、データエンティティ４０４のペアレントデータエンティティ又は「別のデータエンティティ「データセット」のペアレントから継承される。

【0133】

ＧＵＩ ４００の第２の部分４１２内の視覚的レンダリングは、データエンティティ４０４の１つ以上のインスタンスに「削除」アクションを実施する特権を１人以上のアクター（例えば、エディタ及び／又は他のアクター）に対して許可及び／又は拒否するための第４のルールの一部分を表すテキストを含む第４のルール４２０の視覚的レンダリングを含む。第４のルール４２０は、他のルール４１４、４１６及び４１８と同様に、データエンティティ４０４の属性「セキュリティグループ」の値に依存する。

【0134】

図４Ｂは、本明細書で説明される技術の幾つかの実施形態による、ユーザが関心対象の特権を選択したことに応答してＧＵＩ ４００内のルールの視覚的レンダリングがどのように更新され得るかを示す例示的ＧＵＩ ４００の図解図である。図４Ｂに示されるように、ＧＵＩ要素４０６を介した関心対象の特権としての「読み取り」特権の選択により、ＧＵＩ ４００の第２の部分４１２のルールの視覚的レンダリングが更新される。幾つかの実施形態では、ルールの視覚的レンダリングは、選択された関心対象の特権に関連付けられるルールの視覚的レンダリングを強調することによって更新され得る。図４Ｂは、選択された関心対象の特権に関連付けられるルール４１６の視覚的レンダリングが、視覚的レンダリングから、選択された関心対象の特権に関連付けられない１つ以上のルールに対応する少なくとも幾つかのテキストを取り除くことによって強調されていることを示している。例えば、「読み取り」特権に関連付けられるルール４１６に対応するテキストのみがＧＵＩ ４００の第２の部分４１２の中でレンダリングされ、他方で残りのルール４１４、４１８、４２０の全てに対応するテキストは視覚的レンダリングから除去される。本明細書で説明される他の強調形態も使用され得ることが理解されるであろう。

【0135】

図４Ｃは、ＧＵＩ ４００の第１の部分４０２を通して、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の「セキュリティグループ」の属性が設定されたことを示すユーザからの入力を取得することに応答して、ＧＵＩ ４００内のルールの視覚的レンダリングがどのようにして更新され得るかを示す例示的なＧＵＩ ４００の図解図である。図４Ｃに示されるように、ＧＵＩ ４００の第１の部分４０２内のＧＵＩ要素４１０を介して属性「セキュリティグループ」の値（例えば、設定される）の選択により、ＧＵＩ ４００の第２の部分４１２内のルールの視覚的レンダリングが更新される。視覚的レンダリングは、選択された関心対象の特権に関連付けられ、属性「セキュリティグループ」の選択された値（例えば、設定される）に依存する第２のルール４１６の視覚的レンダリングを強調することによって更新され得る。図４Ｃは、第２のルール４１６を表すテキストの少なくとも一部が強調表示によって強調されていることを示している。第２のルール４１６に関連付けられる強調表示部分は、エディタ及びリーダーの役割を有するユーザには、属性「セキュリティグループ」の値が設定されていれば、データエンティティ４０４の１つ以上のインスタンスに「読み取り」アクションを実施する特権が許可され得ることを示す。

【0136】

図４Ｄは、ＧＵＩ ４００の第１の部分４０２を通して、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の「セキュリティグループ」の属性が設定されないことを示すユーザからの入力を取得することに応答して、ＧＵＩ ４００内のルールの視覚的レンダリングがどのようにして更新され得るかを示す例示的なＧＵＩ ４００の図解図である。図４Ｄに示されるように、ＧＵＩ ４００の第１の部分４０２内のＧＵＩ要素４１０を介して属性「セキュリティグループ」の値（例えば、設定されない）の選択により、ＧＵＩ ４００の第２の部分４１２内のルールの視覚的レンダリングが更新される。視覚的レンダリングは、選択された関心対象の特権（例えば、読み取り）に関連付けられ、属性「セキュリティグループ」の選択された値（例えば、設定されない）に依存する第２のルール４１６の視覚的レンダリングを強調することによって更新され得る。図４Ｄは、第２のルール４１６を表すテキストの少なくとも一部が強調表示によって強調されていることを示している。第２のルール４１６に関連付けられる強調表示部分は、データエンティティ４０４の１つ以上のインスタンスに「読み取り」アクションを実施する特権が、データエンティティ４０４のペアレントデータエンティティ又は別のデータエンティティ「データセット」のペアレントから継承されることを示す。

【0137】

図５は、本明細書で説明される技術の幾つかの実施形態による、データエンティティに関する評価モードで実行する例示的なＧＵＩ ５００の図解図である。評価モードでは、データエンティティ、例えばデータエンティティ「ＤａｔａＥｌｅｍｅｎｔ」５０４の１つ又は複数のインスタンスは、データエンティティインスタンスデータストア１４４の中で入手可能であり得る。データエンティティ５０４の属性の値は、データストア１４４から取得され得る。取得された値は、特権を評価するために使用され得る。評価モードでは、データエンティティ５０４の属性の値はユーザからは取得されない。

【0138】

図５に示されるように、ＧＵＩ ５００は第１の部分５０２と第２の部分５１２を含む。第１の部分５０２は、それについてルールの視覚的レンダリングがＧＵＩ ５００の第２の部分５１２の中で生成されるデータエンティティ５０４を識別するＧＵＩ要素５０４を含む。第１の部分５０２は、関心対象の特権（例えば、読み取り）を識別するＧＵＩ要素５０６を含む。第１の部分５０２は、データエンティティ５０４の属性の値を識別するＧＵＩ要素５０８を含む。

【0139】

ＧＵＩ ５００の第２の部分５１２は、データエンティティ５０４の１つ以上のインスタンスに少なくとも１つのアクションを実施する特権を少なくとも１人のアクターに対して許可及び／又は拒否するための１つ以上のルールの視覚的レンダリングを含む。第２の部分５１２の視覚的レンダリングは、データエンティティ５０４の１つ以上のインスタンスに「読み取り」アクションを実施する特権を１人以上のアクター（例えば、エディタ、リーダー及び／又は他のアクター）に対して許可及び／又は拒否するためのルールを表すテキストを含むルール５１４の視覚的レンダリングを含む。第２の部分５１２の視覚的レンダリングは、第１の部分５０２の中で識別された関心対象の特権（すなわち読み取り）に関連付けられ得る。図５に示されるように、ルール５１４を表すテキストの少なくとも一部は強調表示によって強調され得る。ルール５１４に関連付けられる強調表示部分５１５は、データエンティティ５０４の属性「セキュリティグループ」の値が設定されず、データエンティティ５０４に関する読み取り特権は別のエンティティ「データセット」のペアレントから継承されることを示す。幾つかの実施形態では、ルール４１４を表すテキストの別の部分５１６は、データエンティティ５０４の属性「セキュリティグループ」の値が設定された場合に強調され得る。

【0140】

図６Ａは、本明細書で説明される技術の幾つかの実施形態による、データエンティティのための特権ルールを視覚化するための例示的プロセス６００のフローチャートである。プロセス６００は、何れの適当なデータ処理システムによっても実行され得、例えば、図２に関して説明されたデータ処理システム１０５によって実行され得る。

【0141】

プロセス６００は動作６０２で始まり、そこではデータエンティティのインスタンスにアクションを実施する特権を許可及び／又は拒否するためのルールが得られる。ルールは、何れの適当なソースからでも、例えばデータ処理システム１２０に通信可能に連結されたデータストア１４６からでも取得され得るが、これは、本明細書で説明される技術の態様がこの点で限定されないからである。幾つかの実施形態では、ルールは、データエンティティに関するデータアクセス特権を規定し得（例えば、特権を許可及び／又は拒否する）、データエンティティの特性及び／又はデータエンティティの特定の属性を誰が作成し、読み取り、更新し、且つ削除できるかを制御するための特権ルールを含み得る。例えば、図４Ａに示されるようなデータエンティティ「ＤａｔａＥｌｅｍｅｎｔ」４０４に関連付けられるルール４１４、４１６、４１８及び４２０は、データストア１４６から取得され得る。別の例として、図３Ｂ及び３Ｃに示されるようなデータエンティティ「ＤａｔａＥｌｅｍｅｎｔ」に関連するルール３１０及び３２０は、データストア１４６から取得され得る。

【0142】

次に、動作６０４で、動作６０２で得られたルールの少なくとも幾つかによって使用される値を有するデータエンティティの属性が識別される。例えば、図４Ａに関して、「ＤａｔａＥｌｅｍｅｎｔ」データエンティティの「セキュリティグループ」属性は、ルール４１４、４１６、４１８及び４２０の各々によって使用される値を有する属性として識別され得る。別の例として、図３Ｂ及び３Ｃに関して、データエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の属性「セキュリティグループ」は、ルール３１０によって使用される値を有する属性として識別され得、他方でデータエンティティ「ＤａｔａｌＥｌｅｍｅｎｔ」の属性「データセット」はルール３２０によって使用される値を有する属性として識別され得る。

【0143】

次に、動作６０６で、データエンティティの識別された属性の値が取得される。幾つかの実施形態では、識別された属性の値はユーザ（例えば、管理者）から取得され得る。値は、前述のシミュレーションモードでユーザから取得される。例えば、図４Ａに関して、「セキュリティグループ」属性は、ＧＵＩ要素４１０を介してユーザから取得され得る。別の実施形態では、識別された属性の値はデータエンティティインスタンスデータストア１４４から取得され得る。値は、前述の評価モードでデータストア１４６から取得され得る。

【0144】

次に、動作６０８で、動作６０６において取得された属性値に依存する１つ以上のルールが識別される。ルールは、属性値を使用して、動作６０２で取得されたルールの中から識別され得る。例えば、図４Ａに関して、「セキュリティグループ」属性の値が、セキュリティグループが設定されたことを示していれば、ルール４１４、４１６、４１８及び４２０のルールは、全て識別され得、それは、これらのルールの各々はセキュリティグループ属性が設定されるか否かに依存するからである。他の実施形態では、属性の第１の値によって第１のルールセットが識別され、属性の第２の値（例えば、第１の値と異なる）により第２のルールセットが識別され得る。また別の実施形態では、異なる属性の異なる値により、異なるルールセットが識別され得る。

【0145】

次に、動作６１０で、動作６０２において取得されたルールの少なくとも幾つかの視覚的レンダリングを含むＧＵＩが生成される。幾つかの実施形態では、ＧＵＩは第１の部分と第２の部分を含む。第１の部分は、データエンティティの属性の取得された値を選択又は他に提示することができるＧＵＩ要素を含む。第２の部分は、動作６０８で識別されたルールの視覚的レンダリングを含む。視覚的レンダリングは、動作６０８で識別されたルールを強調する。例えば、図３Ｂ及び３Ｃは、ＧＵＩ ３００の第２の部分３０４の中のルールの視覚的レンダリングの強調を示している。ルールは、識別されたルールを表すテキストを視覚的に強調することによって強調され得る。テキストは、ルールを表すテキストの少なくとも幾つかの強調表示、下線及び／又はフォント特徴の変化により視覚的に強調され得る。幾つかの実施形態では、視覚的レンダリングは識別されたルールを、視覚的レンダリングから識別されたルールと異なるルールに対応する少なくとも幾つかのテキストを取り除くことによって強調する。次に、動作６１２で、生成されたＧＵＩがユーザに表示され得る。

【0146】

次に、プロセス６００は動作６１４へと進み、そこで異なる属性値を示す情報が、例えばユーザ又はデータストア１４４から取得されたか否かが特定され得る。異なる属性値を示す情報が取得されたことが特定されたことに応答して、プロセスは動作６０８又は６０４の何れかに戻る。幾つかの実施形態では、情報が、それ以前に動作６０４で識別されたものと同じ属性に関する異なる属性値を示す場合、プロセスは動作６０８に進み、そこで異なる属性値に依存する１つ以上のルールが識別される。別の実施形態では、情報がそれ以前に動作６０４で識別された属性と異なる別の属性の異なる属性値を示す場合、プロセスは動作６０４に戻り、そこでルールの少なくとも幾つかによって使用される値を有するデータエンティティの別の属性が識別される。何れの場合も、プロセス６００は残りの下流の動作を経て、最終的に動作６１４で、異なる属性値を示す情報が取得されたか否かが特定される。異なる属性値を示す情報が得られていないとの特定に応答して、プロセスは終了する。

【0147】

図６Ｂは、データエンティティのための特権ルールを視覚化するための例示的プロセス６００の実装例のフローチャートである。プロセス６００は、何れの適当なデータ処理システムによっても実行され得、例えば、図２に関して説明したデータ処理システム１０５によって実行され得る。

【0148】

プロセス６００は動作６０２から始まり、そこでデータエンティティの１つ以上のインスタンスへのアクションを実施する特権をアクターに対して許可及び／又は拒否するためのルールが得られる。ルールは、データストア１４６から取得され得る。幾つかの実施形態では、ルールはデータエンティティに関するデータアクセス特権を規定し得（例えば、特権を許可及び／又は拒否する）、データエンティティのインスタンス及び／又はデータエンティティの特定の属性に作成、読み取り、更新及び削除アクションを誰が実行できるかを制御する特権ルールを含み得る。例えば、図７Ａは、「ＤａｔａＥｌｅｍｅｎｔ」データエンティティの１つ以上のインスタンスにアクションを実施する特権をアクターに対して許可及び／又は拒否するための、データストア１４６から取得された例示的ルールの表７００を示している。表７００は、「ＤａｔａＥｌｅｍｅｎｔ」データエンティティの１つ以上のインスタンスに作成、更新、読み取り及び削除アクションを実施する特権をアクターに対して許可及び／又は拒否するための３つのルール７０２、７０４及び７０６を含む。例えば、ルール７０２は属性「セキュリティグループ」の値が設定されれば、「ＤａｔａＥｌｅｍｅｎｔ」が属する階層に関する許可責任者ＩＤ」のコラムで指定されるアクターに、「ＤａｔａＥｌｅｍｅｎｔ」データエンティティの１つ以上のインスタンスに作成、更新、読み取り及び削除アクション（例えば、「Ｙ」で示される）を実行する特権が許可されることを示す。ルール７０４は、「ＤａｔａＥｌｅｍｅｎｔ」が属する階層の許可責任者ＩＤ」のコラムで指定されたアクターに、属性「セキュリティグループ」の値が設定されれば、「ＤａｔａＥｌｅｍｅｎｔ」データエンティティの１つ以上のインスタンスに読み取りアクション（例えば、読み取りについては「Ｙ」、他のアクションについては「Ｎ」で示されている）を実行する特権が許可されることを示す。ルール７０６は、属性「セキュリティグループ」の値が設定されなければ、特権情報は「ＤａｔａＥｌｅｍｅｎｔ」エンティティのペアレント又は「データセット」ペアレントから継承されることを示す。例えば、属性「セキュリティグループ」の値が設定されなければ、ペアレントデータエンティティに割り当てられた何れの被許可者（例えば、アクター、責任者等）にも、「ＤａｔａＥｌｅｍｅｎｔ」データの１つ以上のインスタンスに作成、更新、読み取り及び削除アクション（例えば、「Ｙ」で示される）を実行する特権が継承され、許可される。

【0149】

図７Ａに示されるように、各ルール７０２、７０４及び７０６は、何れのアクターに、「ＤａｔａＥｌｅｍｅｎｔ」データエンティティの１つ以上のインスタンスに何れのアクションを実施する特権が許可されるかに関する情報を含む。表７００の各コラムは、ルールの特定の特徴又はパラメータを示す。例えば、「名称」のコラムはルールの名称を識別し、「説明」のコラムはルールを説明し、「作成特権」のコラムは、あるアクターが「ＰＯＣｌａｓｓＩＤ」のコラムで識別されたデータエンティティの１つ以上のインスタンスに作成アクションを実施する特権を有するか又は特権が許可されているか否かを示し、「更新特権」のコラムは、あるアクターが「ＰＯＣｌａｓｓＩＤ」のコラムで識別されたデータエンティティの１つ以上のインスタンスに更新アクションを実施する特権を有するか又は特権を許可されているか否かを示し、「読み取り特権」のコラムは、「ＰＯＣｌａｓｓＩＤ」のコラムで識別されたデータエンティティの１つ以上のインスタンスに読み取りアクションを実施する特権を有するか又は特権が許可されているか否かを示し、「削除特権」のコラムは、「ＰＯＣｌａｓｓＩＤ」のコラムで識別されたデータエンティティの１つ以上のインスタンスに削除アクションを実施する特権を有するか又は特権が許可されているか否かを示し、「優先度」のコラムは、ルールの順序を示し、「ＰＯＣｌａｓｓＩＤ」のコラムはデータエンティティを識別し、「ＤａｔａＥｌｅｍｅｎｔ」が属する階層に関する許可責任者ＩＤ」のコラムは、エンティティの１つ以上のインスタンスにアクションを実施する特権が許可される具体的なアクター、特定の役割を有するアクター及び／又は責任者若しくはアクターのグループを示し、「許可階層の種類」のコラムは、データエンティティの１つ以上のインスタンスにアクションを実施する特権が許可されたアクターを示す値を有する属性を識別し、「ペアレントから継承する」のコラムは、特定のルールが特権情報はペアレントデータエンティティから継承されることを指定するか否かを示す。

【0150】

幾つかの実施形態において、「ＤａｔａＥｌｅｍｅｎｔ」のデータエンティティはデータエンティティの階層の一部であり得、「ＤａｔａＥｅｌｅｍｅｎｔ」のデータエンティティが属する階層を示す属性を有し得る。表７００の「ＤａｔａＥｌｅｍｅｎｔ」が属する階層の許可責任者ＩＤ」は、「ＤａｔａＥｌｅｍｅｎｔ」のデータエンティティが属する階層に関連付けられる責任者を識別し得る。幾つかの実施形態において、許可責任者ＩＤはデータエンティティの１つ以上のインスタンスにアクションを実施する特権が許可されたアクターのグループを識別し得る。例えば、ルール７０２の許可責任者ＩＤは、エディタのグループに「ＤａｔａＥｌｅｍｅｎｔ」のデータエンティティの１つ以上のインスタンスにアクションを実施する特権が許可されることを示し得る。同様に、ルール７０４の許可責任者ＩＤは、リーダーのグループに「ＤａｔａＥｌｅｍｅｎｔ」のデータエンティティの１つ以上のインスタンスにアクションを実施する特権が許可されることを示し得る。

【0151】

他の例として、図８Ａは、「ユーザレポート」のデータエンティティの１つ以上のインスタンスにアクションを実施する特権をアクターに対して許可及び／又は拒否するためのデータストア１４６から取得した例示的なルールの表８００を示す。表８００は、「ユーザレポート」のデータエンティティの１つ以上のインスタンスに作成、更新、読み取り及び削除アクションを実施する特権をアクターに対して許可及び／又は拒否するための３つのルール８０２、８０４及び８０６を含む。例えば、ルール８０２は、「ＰｒｉｎａｃｉｐａｌＩＤ」の属性で指定されたアクターに「ユーザレポート」のデータエンティティの１つ以上のインスタンスに作成、更新、読み取り及び削除アクション（例えば、「Ｙ」で示される）を実行する特権が許可されることを示す。ルール８０４は、「ユーザの役割」を有するアクターに、「ユーザレポート」のデータエンティティの１つ以上のインスタンスに読み取りアクション（例えば、読み取りは、「Ｙ」で示され、他のアクションは、「Ｎ」で示される）を実行する特権が許可されることを示す。ルール８０６は、「エディタの役割」を有するアクターに、「ユーザレポート」のデータエンティティの１つ以上のインスタンスに作成、更新、読み取り及び削除アクションを実施する特権が許可されることを示す。図８Ａに示されるように、各ルール８０２、８０４及び８０６は、何れのアクターに「ユーザレポート」のデータエンティティの１つ以上のインスタンスに何れのアクションを実施する特権が許可されかに関する情報を含む。表８００の各コラムは、ルールの特定の特徴又はパラメータを示す。例えば、「名称」のコラムは、ルールの名称を識別し、「説明」のコラムはルールを説明し、「作成特権」のコラムは、あるアクターが「ＰＯＣｌａｓｓＩＤ」のコラムで識別されたデータエンティティの１つ以上のインスタンスに作成アクションを実施する特権を有するか又は特権が許可されているか否かを示し、「更新特権」のコラムは、あるアクターが「ＰＯＣｌａｓｓＩＤ」のコラムで識別されたデータエンティティの１つ以上のインスタンスに更新アクションを実施する特権を有するか又は特権を許可されているか否かを示し、「読み取り特権」のコラムは、「ＰＯＣｌａｓｓＩＤ」のコラムで識別されたデータエンティティの１つ以上のインスタンスに読み取りアクションを実施する特権を有するか又は特権が許可されているか否かを示し、「削除特権」のコラムは、「ＰＯＣｌａｓｓＩＤ」のコラムで識別されたデータエンティティの１つ以上のインスタンスに削除アクションを実施する特権を有するか又は特権が許可されているか否かを示し、「優先度」のコラムは、ルールの順序を示し、「ＰＯＣｌａｓｓＩＤ」のコラムはデータエンティティを識別し、「ＧｒａｎｔＰｒｉｎｃｉｐａｌＩＤ」のコラムは、データエンティティの１つ以上のインスタンスにアクションを実施する特権が許可されるアクターの具体的な役割を示し、「ＧｒａｎｔＰｒｉｎｃｉｐａｌＡｔｔｒｉｂｕｔｅ」のコラムは、データエンティティの１つ以上のインスタンスにアクションを実施する特権が許可されるアクターを示す値を有する属性を識別する。

【0152】

次に、動作６０４で、動作６０２で得られたルールの少なくとも幾つかによって使用される値を有するデータエンティティの属性が識別される。この属性は、動作６０４ａで、取得されたルールからルールチェーンを生成すること、動作６０４ｂで、ルールチェーンからルールツリーを生成することと、動作６０４ｃで、生成されたルールツリー内の条件ノードに関連付けられる属性を識別することによって識別され得る。

【0153】

幾つかの実施形態では、ルールチェーンは線の形態のルールの表現である。線の形態には相互に線で接続された複数のノードが含まれ得、ノードの各々がルールのそれぞれの要素（例えば、特権の種類、アクター、その特権がそのアクターに対していつ許可又は拒否されるかの条件、優先度等）を表す。ルールチェーンの一部であり得る様々な種類のノードがある。例えば、ルールチェーンは許可ノード等の第１の種類のノードを含み得る。この種のノードは特権の種類を示す。別の例として、ルールチェーンは条件ノード等の第２の種類のノードを含み得る。この種のノードは、データエンティティ又はそのデータエンティティの属性に適用される条件を示す。

【0154】

幾つかの実施形態では、ルールツリーはフローチャート様の構造の中に一緒に示される複数のルールの少なくとも幾つか間に共通するノードによる複数のルールの表現である。生成されたルールツリー内の条件ノードは、あるルールが特定のデータエンティティに、その特定のエンティティに関連付けられる１つ以上の属性に基づいてどのように適用されるかを示す。このようにして、条件ルールは１つ以上の特権ルールによって使用される値を有するデータエンティティの属性を識別するために使用され得る。

【0155】

図７Ｂは、本明細書で説明される技術の幾つかの態様に従って、動作６０４ａで、図７Ａの例示的なルール７０２、７０４及び７０６を使用して生成されるルールチェーンを示す。図７Ｂは、ルール７０２を使用して生成されたルールチェーン７１０ａ、７１０ｂ、７１０ｄ及び７１０ｅ、ルール７０４を使用して生成されたルールチェーン７０１ｃ及びルール７０６を使用して生成されたルールチェーン７１０ｆ、７１０ｇ、７１０ｈ及び７１０ｉを示す。各ルールチェーンは複数のノードを含み、各ノードは１つの子供を有する。ルールチェーン内の各ノードはそれぞれのルールのある要素である。例えば、ルールが、それが特定のデータエンティティ又はそのデータエンティティに関連付けられる属性に適用されることを示す条件を有する場合、そのルールチェーンは条件ノード、例えばデータンエティティ「ＤａｔａＥｌｅｍｅｎｔ」に適用される条件を示す条件ノード７１２ａ、７１２ｂ、７１２ｃ、７１２ｄ、７１２ｅ、７１２ｆ、７１２ｇ、７１２ｈ及び７１２ｉ又はデータエンティティ「ＤａｔａＥｌｅｍｅｎｔ」の属性「セキュリティグループ」に適用される条件を示す条件ノード７１６ａ、７１６ｂ、７１６ｃ、７１６ｄ、７１６ｅ等を含む。

【0156】

図７Ｂに示されるように、各ルールチェーンは、ｉ）ルートノード、例えばルートノード７１１ａ、７１１ｂ、７１１ｃ、７１１ｄ、７１１ｅ、７１１ｆ、７１１ｇ、７１１ｈ及び７１１ｉ、ｉｉ）条件が特定のデータエンティティ又はそのデータエンティティに関連付けられる属性に適用されることを示す１つ以上の条件ノード、例えば条件ノード７１２ａ、７１２ｂ、７１２ｃ、７１２ｄ、７１２ｅ、７１２ｆ、７１２ｇ、７１２ｈ、７１２ｉ及び／又は条件ノード７１６ａ、７１６ｂ、７１６ｃ、７１６ｄ、７１６ｅ、ｉｉｉ）特権の種類（例えば、作成、読み取り、更新又は削除）を示す許可ノード、例えば許可ノード７１３ａ、７１３ｂ、７１３ｃ、７１３ｄ、７１３ｅ、７１３ｆ、７１３ｇ、７１３ｈ及び７１３ｉ、ｉｖ）ルールの標的（例えば、データエンティティ及び／又はそのデータエンティティの属性）を示す標的ノード、例えば標的ノード７１４ａ、７１４ｂ、７１４ｃ、７１４ｄ、７１４ｅ、７１４ｆ、７１４ｇ、７１４ｈ及び７１４ｉ、ｖ）ルールの順序を示す優先度ノード、例えば優先度ノード７１５ａ、７１５ｂ、７１５ｃ、７１５ｄ、７１５ｅ、７１５ｆ、７１５ｇ、７１５ｈ及び７１５ｉ、並びにｖｉ）それぞれの許可ノードにより示される種類の特権が許可されるアクターを示す被許可者ノード、例えば被許可者ノード７１７ａ、７１７ｂ、７１７ｃ、７１７ｄ、７１７ｅ、７１７ｆ、７１７ｇ、７１７ｈ及び７１７ｉを含む。

【0157】

別の例として、図８Ｂは、本明細書で説明される技術の幾つかの態様に従って、動作６０４ａで、図８Ａの例示的なルール８０２、８０４及び８０６を使用して生成されるルールチェーンを示す。図８Ｂは、ルール８０２を使用して生成されたルールチェーン８１０ａ、８１０ｂ、８１０ｃ及び８１０ｄ、ルール８０４を使用して生成されたルールチェーン８１０ｅ及びルール８０６を使用して生成されたルールチェーン８１０ｆ、８１０ｇ、８１０ｈ及び８１０ｉを示す。各ルールチェーンは複数のノードを含み、各ノードは１つの子供を有する。ルールチェーン内の各ノードはそれぞれのルールのある要素である。例えば、ルールが、それが特定のデータエンティティ又はそのデータエンティティに関連付けられる属性に適用されることを示す条件を有する場合、そのルールチェーンは条件ノード、例えばデータンエティティ「ユーザレポート」に適用される条件を示す条件ノード８１２ａ、８１２ｂ、８１２ｃ、８１２ｄ、８１２ｅ、８１２ｆ、８１２ｇ、８１２ｈ及び８１２ｉ又はデータエンティティ「ユーザレポート」の属性「ＰｒｉｎｃｉｐａｌＩＤ」に適用される条件を示す条件ノード８１６ａ、８１６ｂ、８１６ｃ、８１６ｄ等を含む。

【0158】

図８Ｂに示されるように、各ルールチェーンは、ｉ）ルートノード、例えばルートノード８１１ａ、８１１ｂ、８１１ｃ、８１１ｄ、８１１ｅ、８１１ｆ、８１１ｇ、８１１ｈ及び８１１ｉ、ｉｉ）条件が特定のデータエンティティ又はそのデータエンティティに関連付けられる属性に適用されることを示す１つ以上の条件ノード、例えば条件ノード８１２ａ、８１２ｂ、８１２ｃ、８１２ｄ、８１２ｅ、８１２ｆ、８１２ｇ、８１２ｈ、８１２ｉ及び／又は条件ノード８１６ａ、８１６ｂ、８１６ｃ、８１６ｄ、ｉｉｉ）特権の種類（例えば、作成、読み取り、更新又は削除）を示す許可ノード、例えば許可ノード８１３ａ、８１３ｂ、８１３ｃ、８１３ｄ、８１３ｅ、８１３ｆ、８１３ｇ、８１３ｈ及び８１３ｉ、ｉｖ）ルールの標的（例えば、データエンティティ及び／又はそのデータエンティティの属性）を示す標的ノード、例えば標的ノード８１４ａ、８１４ｂ、８１４ｃ、８１４ｄ、８１４ｅ、８１４ｆ、８１４ｇ、８１４ｈ及び８１４ｉ、ｖ）ルールの順序を示す優先度ノード、例えば優先度ノード８１５ａ、８１５ｂ、８１５ｃ、８１５ｄ、８１５ｅ、８１５ｆ、８１５ｇ、８１５ｈ及び８１５ｉ、並びにｖｉ）それぞれの許可ノードにより示される種類の特権が許可されるアクターを示す被許可者ノード、例えば被許可者ノード８１７ａ、８１７ｂ、８１７ｃ、８１７ｄ、８１７ｅ、８１７ｆ、８１７ｇ、８１７ｈ及び８１７ｉを含む。

【0159】

図７Ｃは、本明細書で説明される技術の幾つかの実施形態により、動作６０４ｂで、図７Ｂの例示的なルールチェーンを使用して生成された例示的なルールツリー７２０を示す。ルールツリー７２０は、図７Ｂのルールチェーンを融合することにより生成される。幾つかの実施形態では、ルールチェーン７１０ａ～７１０ｉの全てを通して同じノードが融合されて、ルールツリー７２０の中の１つのノードが形成される。例えば、特定の種類の同じノードが識別され得、その種類の１つのノードに置き換えられ得る。これにより、以前に接続されていなかったルールチェーンがこの共通ノードにより接続されることになり得る。ルールツリー７２０は、全てのルートノード７１１ａ、７１１ｂ、７１１ｃ、７１１ｄ、７１１ｅ、７１１ｆ、７１１ｇ、７１１ｈ及び７１１ｉを融合することにより得られたルートノード７２１含む。ルートノードが融合されると、プロセスはルールチェーン７１０ａ～７１０ｉの各々の中の下流のノードを解析し、ノードの融合を試みる。ルールチェーン７１０ａ～７１０ｉの各々の中の次のノードが同じであれば、そのノードを融合できる。例えば、条件ノード７１２ａ、７１２ｂ、７１２ｃ、７１２ｄ、７１２ｅ、７１２ｆ、７１２ｇ、７１２ｈ、７１２ｉは同じであるため、これらのノードを融合して、ルールツリー７２０内の条件ノード７２２を形成できる。この融合プロセスがルールチェーン７１０ａ～７１０ｉの中の全下流ノードについて実行される。例えば、共通の特権種類を示す全ての許可ノードは融合されて、ルールツリー内の許可ノードが形成される。例えば、特権種類「作成」の許可ノードの全て（７１３ａ、７１３ｇ）は融合されて、ルールツリー７２０内の許可ノード７２３ａが形成され、特権種類「読み取り」を示す全ての許可ノード（例えば、許可ノード７１３ｂ、７１３ｃ、７１３ｆ）は融合されて、ルールツリー７２０内の許可ノード７２３ｂが形成され、特権種類「更新」を示す全ての許可ノード（例えば、許可ノード７１３ｄ、７１３ｈ）は融合されて、ルールツリー７２０内の許可ノード７２３ｃが形成され、特権種類「削除」を示す全ての許可ノード（例えば、許可ノード７１３ｅ、７１３ｉ）は融合されて、ルールツリー７２０内の許可ノード７２３ｄが形成される。

【0160】

許可ノード７２３ａ～７２３ｄは、ルールツリー７２０内の分岐点群を形成する。各分枝の中で、関連するルールチェーン内のノードが解析され、同じノードが融合される。例えば、許可ノード７２３ａに関連する分枝の中で、ルールチェーン７１０ａ及び７１０ｇ内の許可ノードから下流のノードが、それらのノードを融合できるか否かを特定する目的で解析される。図７Ｃに示されるように、標的ノード７１４ａ及び７１４ｇが融合されて、ルールツリー７２０内の標的ノード７２４ａが形成される。優先度ノード７１５ａ及び７１５ｇは異なる優先度を有する（すなわち同じではない）ため、優先度ノードは融合されず、別々のノード、例えば優先度ノード７２５ａ及び７２５ｂのままである。条件ノード７２６ａ及び被許可者ノード７２７ａは、ルールチェーン７１０ａのそれぞれ条件ノード７１６ａ及び７１７ａに対応する。被許可者ノード７２７ｂは、ルールチェーン７１０ｇの被許可者ノード７１６ｇに対応する。

【0161】

理解されるように、本明細書で説明する融合プロセスは、ルールチェーン７１０ａ、７１０ｂ、７１０ｃ、７１０ｄ、７１０ｅ、７１０ｆ、７１０ｇ、７１０ｈ及び７１０ｉの各々及び分岐点の各々において実行されて、図７Ｃのルールツリー７２０が生成され得る。例えば、許可ノード７２３ｂに関連する分枝内で、ルールチェーン７１０ｂ、７１０ｃ及び７１０ｆ内の許可ノードから下流のノードは、これらのノードを融合できるか否かを特定する目的で解析される。したがって、許可ノード７２３ｂの分岐に関連するノードは、標的ノード７２４ｂ、優先度ノード７２５ｃ、７２５ｄ、条件ノード７２６ｂ及び被許可者ノード７２７ｃ、７２７ｄ、７２７ｅを含む。許可ノード７２３ｃに関連する分枝の中で、ルールチェーン７１０ｄ及び７１０ｈの中の許可ノードから下流のノードは、これらのノードを融合できるか否かを特定する目的で解析される。したがって、許可ノード７２３ｃの分枝に関連するノードは、標的ノード７２４ｃ、優先度ノード７２５ｅ、７２５ｆ、条件ノード７２６ｃ及び被許可者ノード７２７ｆ、７２７ｇを含む。許可ノード７２３ｄに関連する分枝の中で、ルールチェーン６１０ｅ及び６１０ｉ内の許可ノードから下流のノードは、これらのノードを融合できるか否かを特定する目的で解析される。したがって、許可ノード７２３ｄの分枝に関連するノードは、標的ノード７２４ｄ、優先度ノード７２５ｇ、７２５ｈ、条件ノード７２６ｄ及び被許可者ノード７２７ｈ、７２７ｉを含む。

【0162】

別の例として、図８Ｃは、本明細書で説明される技術の幾つかの実施形態により、動作６０４ｂで、図８Ｂの例示的なルールチェーンを使用して生成された例示的なルールツリー８２０を示す。ルールツリー８２０は、図８Ｂのルールチェーンを融合することにより生成される。幾つかの実施形態では、ルールチェーン８１０ａ～８１０ｉの全てを通して同じノードが融合されて、ルールツリー８２０の中の１つのノードが形成される。例えば、特定の種類の同じノードが識別され得、その種類の１つのノードに置き換えられ得る。これにより、以前に接続されていなかったルールチェーンがこの共通ノードにより接続されることになり得る。ルールツリー８２０は、全てのルートノード８１１ａ、８１１ｂ、８１１ｃ、８１１ｄ、８１１ｅ、８１１ｆ、８１１ｇ、８１１ｈ及び８１１ｉを融合することにより得られたルートノード８２１を含む。ルートノードが融合されると、プロセスはルールチェーン８１０ａ～８１０ｉの各々の中の下流のノードを解析し、ノードの融合を試みる。ルールチェーン８１０ａ～８１０ｉの各々の中の次のノードが同じであれば、そのノードを融合できる。例えば、条件ノード８１２ａ、８１２ｂ、８１２ｃ、８１２ｄ、８１２ｅ、８１２ｆ、８１２ｇ、８１２ｈ、８１２ｉは同じであるため、これらのノードを融合して、ルールツリー８２０内の条件ノード８２２を形成できる。この融合プロセスがルールチェーン８１０ａ～８１０ｉの中の全下流ノードについて実行される。例えば、共通の特権種類を示す全ての許可ノード（例えば、許可ノード８１３ａ、８１３ｆ）は融合されて、ルールツリー内の許可ノードが形成される。例えば、特権種類「作成」の許可ノードの全ては融合されて、ルールツリー８２０内の許可ノード８２３ａが形成され、特権種類「読み取り」を示す全ての許可ノード（例えば、許可ノード８１３ｂ、８１３ｅ、８１３ｇ）は融合されて、ルールツリー８２０内の許可ノード８２３ｂが形成され、特権種類「更新」を示す全ての許可ノード（例えば、許可ノード８１３ｃ、８１３ｈ）は融合されて、ルールツリー８２０内の許可ノード８２３ｃが形成され、特権種類「削除」を示す全ての許可ノード（例えば、許可ノード８１３ｄ、８１３ｉ）は融合されて、ルールツリー８２０内の許可ノード８２３ｄが形成される。

【0163】

許可ノード８２３ａ～８２３ｄは、ルールツリー８２０内の分岐点群を形成する。各分枝の中で、関連するルールチェーン内のノードが解析され、同じノードが融合される。例えば、許可ノード８２３ａに関連する分枝の中で、ルールチェーン８１０ａ及び８１０ｆ内の許可ノードから下流のノードが、それらのノードを融合できるか否かを特定する目的で解析される。図８Ｃに示されるように、標的ノード８１４ａ及び８１４ｆが融合されて、ルールツリー８２０内の標的ノード８２４ａが形成される。優先度ノード８１５ａ及び８１５ｆは異なる優先度を有する（すなわち同じではない）ため、優先度ノードは融合されず、別々のノード、例えば優先度ノード８２５ａ及び８２５ｂのままである。条件ノード８２６ａ及び被許可者ノード８２７ａは、ルールチェーン８１０ａのそれぞれ条件ノード８１６ａ及び８１７ａに対応する。被許可者ノード８２７ｂは、ルールチェーン８１０ｆの被許可者ノード８１７ｆに対応する。

【0164】

理解されるように、本明細書で説明する融合プロセスは、ルールチェーン８１０ａ、８１０ｂ、８１０ｃ、８１０ｄ、８１０ｅ、８１０ｆ、８１０ｇ、８１０ｈ及び８１０ｉの各々及び分岐点の各々において実行されて、図８Ｃのルールツリー８２０が生成され得る。例えば、許可ノード８２３ｂに関連する分枝内で、ルールチェーン８１０ｂ、８１０ｅ及び８１０ｇ内の許可ノードから下流のノードは、これらのノードを融合できるか否かを特定する目的で解析される。したがって、許可ノード８２３ｂの分岐に関連するノードは、標的ノード８２４ｂ、優先度ノード８２５ｃ、８２５ｄ、条件ノード８２６ｂ及び被許可者ノード８２７ｃ、８２７ｄ、８２７ｅを含む。許可ノード８２３ｃに関連する分枝の中で、ルールチェーン８１０ｃ及び８１０ｈの中の許可ノードから下流のノードは、これらのノードを融合できるか否かを特定する目的で解析される。したがって、許可ノード８２３ｃの分枝に関連するノードは、標的ノード８２４ｃ、優先度ノード８２５ｅ、８２５ｆ、条件ノード８２６ｃ及び被許可者ノード８２７ｆ、８２７ｇを含む。許可ノード８２３ｄに関連する分枝の中で、ルールチェーン８１０ｄ及び８１０ｉ内の許可ノードから下流のノードは、これらのノードを融合できるか否かを特定する目的で解析される。したがって、許可ノード８２３ｄの分枝に関連するノードは、標的ノード８２４ｄ、優先度ノード８２５ｇ、８２５ｈ、条件ノード８２６ｄ及び被許可者ノード８２７ｈ、８２７ｉを含む。

【0165】

次に、動作６０４ｃで、動作６０４ｂで生成されたルールツリー内の条件ノードに関連する属性が識別され得る。例えば、ルールツリー８２０内の条件ノード８２６ａ、８２６ｂ、８２６ｃ及び８２６ｄに関連する属性（例えば、ＰｒｉｎｃｉｐａｌＩＤ）が識別され得る。別の例として、ルールツリー７２０内の条件ノード７２６ａ、７２６ｂ、７２６ｃ及び７２６ｄに関連する属性（例えば、セキュリティグループ）が識別され得る。

【0166】

次に、図６Ｂの動作６０６で、「ユーザレポート」のデータエンティティの識別された属性の値が得られる。この値は、ユーザ又はデータエンティティインスタンスデータストア１４４から取得され得る。例えば、ＰｒｉｎｃｉｐａｌＩＤ属性の値が取得され得る。この値は、「ユーザレポート」のデータエンティティのＰｒｉｎｃｉｐａｌＩＤ属性が設定されるか否かを示し得る。別の例として、「ＤａｔａＥｌｅｍｅｎｔ」のデータエンティティの識別された属性（例えば、セキュリティグループ）の値が取得され得る。この値は、ユーザ又はデータエンティティインスタンスデータストア１４４から取得され得る。値は、「ＤａｔａＥｌｅｍｅｎｔ」データエンティティの「セキュリティグループ」属性が設定されるか否かを示し得る。

【0167】

次に、図６Ｂの動作６０８で、動作６０６で取得された属性値に依存する１つ以上のルールが識別される。これらのルールは、ルールツリー７２０又は８２０をフィルタリングすることにより識別され得る。幾つかの実施形態では、ルールツリー７２０又は８２０をフィルタリングすることは、ルールツリー７２０又は８２０の１つ以上の適用可能な分枝を属性値に基づいて識別することを含み得る。幾つかの実施形態では、シミュレーションモードで、分枝の適用可能性は、ユーザにより、例えば図４Ａに示されるＧＵＩ ４００の第１の部分のＧＵＩ要素４１０を介して提供される値に基づいて特定され得る。別の実施形態では、評価モードで、適用可能性はデータストア１４４から取得された値に基づいて特定され得る。また別の実施形態では、適用可能性は、ユーザ及びデータストア１４４から得られた値の組合せに基づいて特定され得る。

【0168】

続いて例示的なルールツリー８２０に関して、幾つかの実施形態では、プロセス６００は動作６０８で、ルールツリー８２０の、ＰｒｉｎｃｉｐａｌＩＤ属性及び／又はその値への依存性を示すノードを含む分枝を識別し得る。幾つかの実施形態では、ルールツリー８２０の、ＰｒｉｎａｉｐａｌＩＤ属性の値への依存性を示す条件ノード８２６ａ、８２６ｂ、８２６ｃ及び８２６ｄを含む分枝が識別され得る。例えば、再び図８Ｃを参照すると、これらの分枝の１つ以上が識別され得、これらはｉ）ノード８２１、８２２、８２３ａ、８２４ａ、８２５ａ、８２６ａ、８２７ａを含む第１の分枝、ｉｉ）ノード８２１、８２２、８２３ｂ、８２４ｂ、８２５ｃ、８２６ｂ、８２７ｃを含む第２の分枝、ｉｉｉ）ノード８２１、８２２、８２３ｃ、８２４ｃ、８２５ｅ、８２６ｃ、８２７ｆを含む第３の分枝、及びｉｖ）ノード８２１、８２２、８２３ｄ、８２４ｄ、８２５ｇ、８２６ｄ、８２７ｈを含む第４の分枝である。幾つかの実施形態では、条件ノード以外のノードを有するか又は条件ノードを有しない分枝は、ＰｒｉｎｃｉｐａｌＩＤ属性及び／又はその値への依存性を示すものとして識別され得る。例えば、ノード８２１、８２２、８２３ａ、８２４ａ、８２５ｂ、８２７ｂ等を含む分枝等の他の分枝が、ＰｒｉｎａｉｐａｌＩＤ属性及び／又はその値への依存性を示すものとして識別され得、これは、この分枝は、ＰｒｉｎｃｉｐａｌＩＤ属性の値が設定されていない時に適用可能であるからである。同様のプロセスを利用して、ルールツリー７２０の、「セキュリティグループ」の属性又はその値への依存性を示すノードを含む分枝を識別し得ることがわかるであろう。

【0169】

次に、図６Ｂの動作６１０で、動作６０２で得られたルールの少なくとも幾つかの視覚的レンダリングを含むＧＵＩが生成される。例えば、図８Ｄは、本明細書で説明される技術の幾つかの態様による、「ユーザレポート」のデータエンティティの１つ以上のインスタンスにアクションを実施する特権をアクターに対して許可及び／又は拒否するための例示的ルールの少なくとも幾つかの視覚的レンダリングを示す。視覚的レンダリングは、図８Ａに示されるルール８０２、８０４及び８０６等のルールに関連するテキストを含み得る。別の実施形態では、視覚的レンダリングは、ルール８０２、８０４、８０６の全部ではなく一部のレンダリングを含み得る、動作６０８で識別されたルールに関連するテキストのレンダリングを含み得る。図８Ｄの視覚的レンダリングは、本明細書で説明されるように、ＧＵＩの第２の部分に含まれ得る。ルールは、ルールを表すテキストを視覚的に強調することによって強調され得る。テキストは、ルールを表すテキストの少なくとも幾つかの強調表示、下線及び／又はフォント特徴の変更により視覚的に強調され得る。幾つかの実施形態では、ＧＵＩを生成することは、条件ノードに関連する、識別された属性の各々（例えば、動作６０４ｃで識別された属性）のためのＧＵＩ要素を生成することにより、ＧＵＩの第１の部分を生成することを含む。ＧＵＩ要素により、ユーザは、得られた属性値を示す入力を提供するか、又は他に属性のための取得された値を提示することが可能となり得る。

【0170】

図８Ｄに示されるように、視覚的レンダリングは、ルールツリー８２０の条件ノード８２２に対応するデータエンティティ（例えば、エンティティクラスはユーザレポート）に関する条件文８４２を含む。視覚的レンダリングは、作成、読み取り、更新又は削除特権が評価されるか否かを示す、許可ノード８２３ａ、８２３ｂ、８２３ｃ及び８２３ｄにそれぞれ対応する評価文８４４ａ、８４４ｂ、８４４ｃ及び８４４ｄを含む。視覚的レンダリングは、条件ノード８２６ａ、８２６ｂ、８２６ｃ及び８２６ｄにそれぞれ対応する条件文８４６ａ、８４６ｂ、８４６ｃ及び８４６ｄを含む。視覚的レンダリングは、被許可者ノード８２７ａ、８２７ｃ、８２７ｆ及び８２７ｈにそれぞれ対応する許可文８４８ａ、８４８ｂ、８４８ｃ及び８４８ｄを含む。視覚的レンダリングは、被許可者ノード８２７ｂ、８２７ｄ、８２７ｅ、８２７ｇ及び８２７ｉにそれぞれ対応する許可文８５０ａ、８５０ｂ、８５０ｃ、８５０ｄ及び８５０ｅを含む。

【0171】

幾つかの態様では、「ＤａｔａＥｌｅｍｅｎｔ」データエンティティの１つ以上のインスタンスにアクションを実施する特権をアクターに対して許可及び／又は拒否するための例示的なルールの少なくとも幾つかの視覚的レンダリングが図４Ａに示されている。幾つかの実施形態では、図４Ａの視覚的レンダリングは、図７Ａに示されるルール７０２、７０４及び７０６等のルールに関連するテキストを含み得る。別の実施形態では、視覚的レンダリングは、動作６０８で識別されたルールに関連するテキストのレンダリングを含み得、これは、ルール７０２、７０４、７０６の全部ではなく幾つかのレンダリングを含み得る。図４Ａの視覚的レンダリングは、本明細書で説明されるように、ＧＵＩの第２の部分に含まれ得る。ルールは、例えば図４Ｂ～４Ｄに示されるように、ルールを表すテキストを視覚的に強調することによって強調され得る。テキストは、ルールを表すテキストの少なくとも幾つかの強調表示、下線及び／又はフォント特徴の変化によって視覚的に強調され得る。幾つかの実施形態では、ＧＵＩを生成することは、条件ノードに関連する、識別された属性の各々（例えば、動作６０４ｃで識別された属性）のためのＧＵＩ要素を生成することにより、ＧＵＩ（例えば、ＧＵＩ ４００）の第１の部分を生成することを含む。ＧＵＩ要素（例えば、ＧＵＩ要素４１０）により、ユーザは、属性について得られた値を示す入力を提供するか、又は他に属性について得られた値を提示することが可能となる。

【0172】

次に、図６Ｂの動作６１２で、生成されたＧＵＩが表示される。次に、プロセス６００は動作６１４に進み、そこで、異なる属性値を示す情報が、例えばユーザ又はデータストア１４４から取得されたか否かについての特定がなされ得る。異なる属性値を示す情報が取得されたと特定されたことに応答して、プロセスは動作６０８又は６０４ｃに戻る。幾つかの実施形態では、情報が、動作６０４ｃでそれ以前に識別されたものと同じ属性について異なる属性値を示す場合、プロセスは動作６０８に進み、そこで、異なる属性値に依存する１つ以上のルールが識別される。別の所実施形態では、情報が動作６０４ｃでそれ以前に識別された属性と異なる別の属性について異なる属性値を示す場合、プロセスは動作６０４ｃに戻り、そこで、ルールの少なくとも幾つかによって使用される値を有するデータエンティティの別の属性が識別される。何れの場合も、プロセス６００は残りの下流の動作を経て、最終的に動作６１４で、異なる属性値を示す情報が取得されなかったことが特定される。異なる属性値を示す情報が取得されなかったとの特定に応答して、図６Ｂのプロセス６００は終了する。

【0173】

図９Ａは、本明細書で説明される技術の幾つかの態様による、論理「アンド」条件を有するルールを具現化する例示的なルールツリー９１０を示す。ルールツリー９１０は、更新特権の種類を示す許可ノードに関連する分枝を示す。これらの分枝は、ルールツリー９１０を、ユーザ又はデータストア１４４から取得された特権の種類の値に基づいてフィルタリングすることにより識別され得る。取得された特権の種類の値が「更新」特権の種類を示すため、それぞれの許可ノードに関連する分枝のみが、後述の図９Ｂの視覚的レンダリングを生成する目的のために適用可能と考えられる。作成、読み取り及び削除の特権種類に関連する他の分枝はフィルタリングにより除去される。図９Ａに示されるように、標的ノードと条件ノードの組合せは、「課題」のデータエンティティの１つ以上のインスタンスに更新アクションを実施する特権が何れのアクターに対して許可されるかを特定するための論理「アンド」条件を示す。例えば、第１の組合せは、標的＝ＤＱスコアレベル且つ種類＝ＤＱＩの場合、「課題」のエンティティの１つ以上のインスタンスに更新動作を実行する特権が何れのアクターにも許可されないことを示し、第２の組合せは、標的＝最後のＤＱ測定収集時間且つ種類＝ＤＱＩである場合、「課題」のデータエンティティの１つ以上のインスタンスに更新データを実行する特権が何れのアクターにも許可されないことを示し、第３の組合せは、標的＝最初のＤＱ測定収集時間且つ種類＝ＤＱＩである場合、「課題」のデータエンティティの１つ以上のインスタンスに更新アクションを実施する特権が何れのアクターにも許可されないことを示す。

【0174】

図９Ｂは、本明細書で説明される技術の幾つかの態様による、「課題」のデータエンティティの１つ以上のインスタンスにアクションを実施する特権をアクターに対して許可及び／又は拒否するための例示的なルールの少なくとも幾つかの、図９Ａのルールツリーを使用して生成される視覚的レンダリングを含むＧＵＩ ９２０を示す。ＧＵＩ ９２０は第１の部分９２２を含み、これは、「課題」としてのデータエンティティクラスの値及び「更新」としての関心対象の特権の種類を示すＧＵＩ要素を含む。ＧＵＩ ９２０は第２の部分９２４を含み、これは図９Ａのルールツリー９１０を使用して生成される視覚的レンダリングを含む。

【0175】

図１０Ａは、本明細書で説明される技術の幾つかの態様による論理「オア」条件を有するルールを具現化する例示的なルールツリー１０１０を示す。ルールツリー１０１０は、更新の特権の種類を示す許可ノードに関連する分枝を示す。これらの分枝は、ルールツリー１０１０を、ユーザ又はデータストア１４４から取得された特権の種類の値に基づいてフィルタリングすることにより識別され得る。取得された特権の種類の値が「更新」の特権種類を示すため、それぞれの許可ノードに関連する分枝のみが、後述の図１０Ｂの視覚的レンダリングを生成する目的に適用可能と考えられる。作成、読み取り及び削除の特権種類に関連する他の分枝はフィルタリングにより除去される。図１０Ａに示されるように、役割の種類を指定する条件ノードは、「プリンシパル」のエンティティの１つ以上のインスタンスに更新アクションを実施する特権が何れのアクターに対して許可されるかを特定するための論理「オア」条件を示す。

【0176】

図１０Ｂは、本明細書で説明される技術の幾つかの態様による、「プリンシパル」のデータエンティティの１つ以上のインスタンスにアクションを実施する特権をアクターに対して許可及び／又は拒否するための例示的なルールの少なくとも幾つかの、図１０Ａのルールツリーを使用して生成された視覚的レンダリングを示す。ＧＵＩ １０２０は、第１の部分１０２２を含み、これは、「プリンシパル」としてのデータエンティティクラスの値及び「更新」としての関心対象の特権の種類を示すＧＵＩ要素を含む。ＧＵＩ １０２０は第２の部分１０２４を含み、これは図１０Ａのルールツリー１０１０を使用して生成される視覚的レンダリングを含む。

【0177】

図１１Ａは、本明細書で説明される技術の幾つかの態様による例示的なＧＵＩ １１１５の図解図であり、それを通して、ユーザは、動作の「エディタ」モードを選択し得る。ＧＵＩ １１１５は、ユーザが１つ以上のデータエンティティに関連する１つ以上のルールを作成し、それに変更を加え、且つ／又はそれを削除することできる動作の「エディタ」モードを選択するためのＧＵＩ要素１０２０を含む。幾つかの実施形態では、ＧＵＩ １１１５は、ユーザが各種のコンフィギュレーションオプションの中から「特権」というＧＵＩ要素（図示せず）を選択したことに応答して表示され得る。幾つかの実施形態では、ＧＵＩ １１１５は、本明細書で説明される動作の「シミュレータ」モードを選択するためのＧＵＩ要素１１０２を含み得る。

【0178】

ＧＵＩ １１１５は、本明細書で説明される技術の幾つかの態様により、特権を許可及び／又は拒否するための１つ以上のルールに関する関心対象の特権を選択するためのオプションをユーザに提供する。ＧＵＩ １１１５は、関心対象の特権を選択するためのＧＵＩ要素１１２５を含む。幾つかの実施形態では、ユーザはＧＵＩ要素１１２５を介して表示される複数の特権種類（例えば、「作成」、「読み取り」、「更新」、「削除」等）の中から関心対象の具体的な特権を選択するように案内され得る。これは、データ処理システムに適合する値の候補を識別することにより、ユーザがシステムに値を入力するのを支援する。これにより、データ処理システムにランタイムエラーの原因となり得る不適合な値が導入されることが回避される。幾つかの実施形態では、ＧＵＩ要素１１２５は、ドロップダウンメニューを含み得るが、他のＧＵＩ要素、例えばラジオボタン、チェックボックス等も追加的又は代替的に使用され得る。

【0179】

ＧＵＩ １１１５は、本明細書で説明される技術の幾つかの態様により、特権を許可及び／又は拒否するための１つ以上のルールが適用されるデータエンティティを選択するためのオプションもユーザに提供する。図１１Ａは、ＧＵＩ要素１１２５を介した「作成」の特権の選択を示す。ＧＵＩ １１１５は、ルール１１３５が適用され、且つ／又は何れかの新たに作成されたルールが適用されることになるデータエンティティ（例えば、「ＤａｔａＥｌｅｍｅｎｔ」データエンティティ）を選択するためのＧＵＩ要素１１３０を含む。幾つかの実施形態では、ルール１１３５は、システムが、ＧＵＩ要素１１３０を介して選択された「ＤｅｔａＥｌｅｍｅｎｔ」データエンティティの１つ以上のインスタンスに「作成」アクションを実施する特権を１人以上のアクター（例えば、エディタの役割を有するアクター及び／又は他のアクター）に許可及び／又は拒否するためにシステムが生成するデフォルトルールを含み得る。幾つかの実施形態では、ＧＵＩ １１１５は、それにより１つ以上のルールが適用される「ＤａｔａＥｌｅｍｅｎｔ」データエンティティの属性を選択できる追加的なＧＵＩ要素も含み得る。これらの実施形態では、ＧＵＩ １１１５は、１つ以上のルールがそのために作成され得る「ＤａｔａＥｌｅｍｅｎｔ」データエンティティに関連する標的属性を選択するための追加的なＧＵＩ要素（図示せず）を含み得る。

【0180】

図１１Ｂ～１１Ｄは、本明細書で説明される技術の幾つかの態様による、ユーザが、具体的な関心対象の特権及びデータエンティティに関連する新たなルールを作成し、且つ／又は既存のルールを編集し得る例示的なＧＵＩ １１１６、１１１７、１１１８の図解図である。図１１Ｂに示されるように、ユーザには、１つ以上のルールを編集、追加及び削除するためのオプション１１４０が提供され得る。ＧＵＩ １１１６は、１つ以上のルールを編集するためのＧＵＩ要素１１４２、１つ以上のルールを追加するためのＧＵＩ要素１１４４及び１つ以上のルールを削除するためのＧＵＩ要素１１４６を含む。

【0181】

幾つかの実施形態では、ＧＵＩ １１１６のＧＵＩ要素１１４２の選択により、図１１Ｃに示されるＧＵＩ １１１７が生成され、提示され、そこでユーザは１つ以上のルールを編集し得る。幾つかの実施形態では、ルールを編集することは、既存のルールに関連する条件、関心対象の特権が許可されるアクターへの変更及び／又は他の変更を行うことを含み得る。図１１Ｃに示されるように、ユーザは「作成」アクションを実施する特権が許可されるアクターを変更し得る。ＧＵＩ １１１７は、「作成」の特権種類が許可される被許可者又はアクターを選択するためのＧＵＩ要素１１５０を含む。図１１Ｃに示されるように、ＧＵＩ １１１７は、そこからユーザが所望の被許可者を選択できる各種のオプションを提供する。図１１Ｃに示される幾つかの例示的なオプションは、「ＢｉｚＨｉｅｒａｒｃｈｙ責任者」の被許可者、「分類責任者」の被許可者、「エンプティ」の被許可者、「ペアレントから継承」の被許可者、「責任者」の被許可者、「プリンシパル」の被許可者及び「プリンシパルの属性」の被許可者を含む。

【0182】

幾つかの実施形態では、「ＢｉｚＨｉｅｒａｒｃｈｙ責任者」の被許可者オプションは、「作成」特権を、ＧＵＩ要素１１３０を介して選択されたデータエンティティが属する階層（例えば、ＢｉｚＨｉｅｒａｒｃｈｙ）に関連する責任者に許可する。このオプションを選択することにより、ユーザは、ドロップダウンメニュー（ＧＵＩ １１１７では図示せず）等の追加のＧＵＩ要素を使用してＢｉｚＨｉｅｒａｒｃｈｙを選択するように促され得る。

【0183】

幾つかの実施形態では、「分類責任者」の被許可者オプションは、「作成」特権を、ＧＵＩ要素１１３０を介して選択されたデータエンティティについて指定された分類に関連する責任者に許可する。このオプションを選択することにより、ユーザは、ドロップダウンメニュー（ＧＵＩ １１１７では図示せず）等の追加のＧＵＩ要素を使用して分類を選択するように促され得る。

【0184】

幾つかの実施形態では、「エンプティ」の被許可者オプションは、被許可者を指定しない。

【0185】

幾つかの実施形態では、「ペアレントから継承」の被許可者オプションは、「作成」特権を、ＧＵＩ 要素１１３０を介して選択されたデータエンティティのペアレントデータエンティティに割り当てられたものと同じ被許可者（例えば、アクター、責任者等）に許可する。図１１Ｃに示されるように、「ペアレントから承認」の被許可者オプションはＧＵＩ要素１１５０を介して選択される。

【0186】

幾つかの実施形態では、「責任者」の被許可者オプションは、「作成」特権を、ＧＵＩ要素１１３０を介して選択されたデータエンティティに直接関連する責任者に許可する。このオプションを選択することにより、ユーザは、ドロップダウンメニュー（ＧＵＩ １１１７では図示せず）等の追加のＧＵＩ要素を使用して責任者のための値を選択するように促され得る。

【0187】

幾つかの実施形態では、「プリンシパル」の被許可者オプションは、「作成」の特権を、ＧＵＩ要素１１３０を介して選択されたデータエンティティに直接関連するユーザ、グループ又は役割に許可する。このオプションを選択することにより、ユーザは、３つのオプションであるユーザ、グループ及び役割を含むドロップダウンメニュー（ＧＵＩ １１１７では図示せず）等の第１の追加のＧＵＩ要素を使用してユーザ、グループ又は役割を選択し、その後、ドロップダウンメニュー（同じくＧＵＩ １１１７では図示せず）等の第２の追加のＧＵＩ要素を使用して「作成」特権が許可されるプリンシパルを選択するように促され得る。

【0188】

幾つかの実施形態では、「プリンシパルの属性」の被許可者オプションは、「作成」特権を、ＧＵＩ要素１１３０を介して選択されたデータエンティティの属性に関連するユーザ、グループ又は役割に許可する。このオプションを選択することにより、ユーザは、３つのオプションであるユーザ、グループ及び役割を含むドロップダウンメニュー（ＧＵＩ １１１７では図示せず）等の第１の追加のＧＵＩ要素を使用してユーザ、グループ又は役割を選択し、その後、ドロップダウンメニュー（同じくＧＵＩ １１１７では図示せず）等の第２の追加のＧＵＩ要素を使用して属性を選択するように促され得る。

【0189】

幾つかの実施形態では、図１１ＢのＧＵＩ １１１６のＧＵＩ要素１１４４を選択することにより、図１１Ｄに示されるＧＵＩ １１１８が生成され、表示されて、そこでユーザは既存のルールに新しいルールを追加するか又は新たな条件を追加し得る。幾つかの実施形態では、ＧＵＩ １１１８により、ユーザはそれに基づいてルールが適用される条件を編集及び／又は追加することでき得る。ルールの許可部分１１５５は、図１１ＣのＧＵＩ要素１１５０を介した「プリンシパル」の被許可者オプションの選択に基づいて作成され得る。ＧＵＩ １１１８は、それに基づいてルールが適用される１つ以上の条件を選択、追加及び／又は編集するためのダイアログボックス１１５６を含む。例えば、ルールは、満たされるべき１つ以上の条件を説明するｉｆ文を含み得る。このような条件は、ＧＵＩ １１１８を介して指定され得る。ルールは、指定された条件が満たされたときにデータエンティティに適用される。

【0190】

図１１Ｅは、本明細書で説明される技術の幾つかの態様による、ユーザが関心対象の具体的なデータエンティティ及び特権に関連する１つ以上のルールを閲覧し得る例示的なＧＵＩ １１１９の図解図である。ＧＵＩ １１１９のＧＵＩ要素１１６０を選択することにより、「ＵｓｅｒＲｅｐｏｒｔ」のデータンエティティ及び「削除」特権に関連する１つ以上のルールが表示される。ＧＵＩ １１１９は、「ＵｓｅｒＲｅｐｏｒｔ」のデータエンティティと「削除」特権に関連する２つのルール１１５０、１１５２を含む。ルールは、それに基づいて「削除」特権が適用される条件及び「削除」特権が誰に許可されるかを規定する。ルール１１５０は、それに基づいて「削除」特権が適用される条件（「ＰｒｉｎｃｉｐａｌＩＤ」が設定されれば）を指定する。ルール１１５０は、「ＰｒｉｎｃｉｐａｌＩＤ」が設定される場合、「ＰｒｉｎｃｉｐａｌＩＤ」の属性で指定されたアクター（例えば、プリンシパル）に「ＵｓｅｒＲｅｐｏｒｔ」のデータエンティティの１つ以上のインスタンスに「削除」アクションを実施する特権が許可されることを示す。ルール１１５２は、ＧＵＩ要素１１３０を介して選択された「ＵｓｅｒＲｅｐｏｒｔ」のユーザエンティティの１つ以上のインスタンスに「削除」アクションを実施する特権をアクター（エディタの役割を有する）に許可する。ルール１１５２は黙示的なｉｆ文を含むと考えられ得、その場合、アクターにはそのアクターがエディタの役割に関連する場合に「削除」アクションを実施する特権が許可される。

【0191】

幾つかの実施形態では、一緒に評価されるルールは１つのケースにまとめられる。図１１Ｅに示されるように、ＧＵＩ １１１９は２つのケース１１７２、１１７４を含み、その各々は１つのルールを含む。例えば、第１のケース１１７２は、レポートを作成したアクター（すなわちＰｒｉｎｃｉｐａｌＩＤの属性で指定されたプリンシパルであるアクター）がそれを削除できるというルール１１５０を含む。第２のケース１１７４は、エディタの役割に関連するアクターがそのレポートを削除することができるようにするルール１１５２を含む。ＧＵＩ １１１９は１つのルールをゆする各ケースを示すが、ケースは複数の条件（例えば、ｉｆ文）を有する複数のルールを含むことができる。図１１Ｄを参照すると、ＧＵＩ １１１８は、ユーザが新たなケースを追加し、そのケース内でルールを指定／作成できるようにするＧＵＩ要素１１５７を含む。

【0192】

幾つかの実施形態では、あるケースの全てのルールは同じ優先度の値を有し、データ処理システム１２０により一緒に評価される。幾つかの実施形態では、ルールの評価は動作の「エバリュエータ」モードで実行され得る。あるケースのルールの何れかにより規定される条件が満たされた場合、データ処理システム１２０はそのケースに関連付けられた１つ以上のルールにおいて規定された特権を許可し得、後続のケースの何れについても評価を継続しない。あるケースの中で規定される条件の何れも満たされない場合、データ処理システム１２０は次のケースを評価し、最終的にそのルールで設定された１つ以上の条件が満たされるケースが特定される。

【0193】

幾つかの実施形態では、１つ以上のルールがデータエンティティに適用されるか否か若しくはいつ適用されるかの特定の及び／又はルールの評価は、データエンティティの１つ以上のインスタンス（例えば、データエンティティインスタンスデータストア１４４から得られたインスタンス）に特定及び／又は評価を実行することを含み得る。

【0194】

図１２Ａ～１２Ｅは、本明細書で説明される技術の幾つかの態様による、ユーザが、「ＢｉｚＡｓｓｅｔ」のデータエンティティの１つ以上のインスタンスにアクションを実施する特権をアクターに対して許可及び／又は拒否するための新しいルールを作成し、且つ／又は既存のルールを編集し得る例示的なＧＵＩ １２００、１２０２、１２０４、１２０６及び１２０８の図解図である。図１２Ａ～１２Ｅは、ユーザが「ＢｉａＡｓｓｅｔ」のデータエンティティの１つ以上のインスタンスに「読み取り」動作を実行する特権をアクターに対して許可するための条件を含めるようにルールを編集するために使用するＧＵＩを示す。例えば、エグゼクティブの役割を有するアクターには、「極秘」の機密性レベルを示す分類属性を有する「ＢｉｚＡｓｓｅｔ」のデータエンティティの１つ以上のインスタンスに「読み取り」アクションを実施する特権が許可され得る。

【0195】

図１２Ａは、ユーザが動作の「エディタ」モードを選択し、ＧＵＩ要素１１２５を介して関心対象の特権（すなわち読み取り）を選択し、ＧＵＩ要素１１３０を介してデータエンティティ（例えば「ＢｉｚＡｓｓｅｔ」）を選択したことに応答して生成され、提示されるＧＵＩ １２００を示す。幾つかの実施形態では、ＧＵＩ １２００は、ユーザが動作の「エディタ」モードを選択したことに応答して提示され得、ユーザには、ＧＵＩ １２００を介して関心対象の特権、データエンティティ及びそのデータエンティティに関連する何れかの標的属性を選択するためのオプションが提示され得る。

【0196】

図１２Ａに示されるように、「ＢｉｚＡｓｓｅｔ」のデータエンティティ及び選択された関心対象の特権に関連するあらゆる既存のルール１２２０、１２２２がＧＵＩ １２００に表示される。ＧＵＩ １２００は２つのケース１２１１及び１２１２を含む。ケース１２１１は、ルール１２２０を含み、ケース１２１２はルール１２２２を含む。ルール１２２０は、それに基づいて「読み取り」特権が適用される条件（例えば、データエンティティの現在のワークフロー状態が「ドラフト」状態である場合）を指定する。ルール１２２０は、指定された条件が満たされた場合、アクター（エディタの役割を有する）に「ＢｉｚＡｓｓｅｔ」データエンティティの１つ以上のインスタンスに「読み取り」アクションを実施する特権が許可されることを示す。ルール１２２２は、アクター（エディタの役割を有する）に、「ＢｉｚＡｓｓｅｔ」データエンティティの１つ以上のインスタンスに「読み取り」アクションを実施する特権を許可する。ＧＵＩ １２００は、それについて１つ以上のルールが規定／作成され得る「ＢｉｚＡｓｓｅｔ」のデータエンティティに関連する標的属性を選択するためのＧＵＩ要素１２１６も含む。

【0197】

図１２Ｂは、ユーザがダイアログボックス１２２５を介してルール１２２２に条件を追加できるようにするＧＵＩ １２０２を示す。図１２Ｂは、ダイアログボックス１２２５を介してルール１２２２に追加される「ＢｉｚＡｓｓｅｔ」データエンティティの機密性分類属性に関連付けられる条件を示している。ダイアログボックス１２２５により、ユーザは「極秘」の機密性レベルを示す条件を指定することができる。

【0198】

幾つかの実施形態では、データ処理システム１０５は、ケース１２１１のルール／条件とケース１２１２のルール／条件の何れも適用されない場合、インスタンスのための少なくとも１つのフォールバックルール１２２４を提供する第３のケース１２１３を自動的に生成する。

【0199】

図１２Ｃは、ユーザがダイアログボックス１２２６を介してルール１２２２に関する被許可者を編集できるようにするＧＵＩ １２０４を示す。図１２Ｃは、ダイアログボックス１２２６を介した「エグゼクティブ」の選択を示しており、これは、ＧＵＩ １２０４を介してルール１２２２に関して指定された条件が満たされた場合、エグゼクティブの役割に関連するアクターに対して「読み取り」特権が許可されることを示している。

【0200】

幾つかの実施形態では、データ処理システム１２０は、関心対象のデータエンティティ及び特権について規定されたケースをＧＵＩ内に表示される順序で評価し得る。例えば、図１２ＤのＧＵＩ １２０６に示されるように、ケース１２１１が最初に評価され、その後、ケース１２１２、さらにケース１２１３が続き得る。ＧＵＩ １２０６は、ケースが評価される順序を変更するためのＧＵＩ要素１２８１、１２８２を含む。例えば、ユーザはＧＵＩ要素１２８１、１２８２を利用して、ケースを上下に移動させて、評価の順序を変更し得る。ＧＵＩ要素１２８１、１２８２は、上又は下を指す矢印ボタンを含み得るが、他のＧＵＩ要素が追加的又は代替的に使用され得る。

【0201】

図１２Ｅは、「ＢｉｚＡｓｓｅｔ」のデータエンティティの１つ以上のインスタンスに「読み取り」アクションを実施する特権をアクターに対して許可及び／又は拒否するためのルールの最終版を示すＧＵＩ １２０８を示している。ＧＵＩ １２０８に示されるように、ケース１２１２は上に移動され、それにより、これは、ケース１２１１の前に評価される。幾つかの実施形態では、データ処理システム１０５はケース１２１２を評価し得る。ケース１２１２の評価は、ルール１２２２内で指定される条件／基準の評価を含み得る。評価中に基準が満たされた場合、データ処理システム１０５は指定された特権を許可し、それ以降のケースの評価を停止する。例えば、「極秘」の機密性レベルを示す条件が満たされ（すなわちＢｉｚＡｓｓｅｔデータエンティティに関連する機密性のレベルが「極秘」に設定され）、ユーザがエグゼクティブの役割に関連する場合、データ処理システム１０５はエグゼクティブの役割を有するユーザに対して、「ＢｉｚＡｓｓｅｔ」データエンティティの１つ以上のインスタンスに「読み取り」アクションを実施する特権を許可し得る。それに対して、基準が満たされない場合、例えば機密性レベルは「極秘」に設定されたているが、ユーザがエグゼクティブの役割ではなくエディタの役割を有する場合、データ処理システム１２０はケース１２１１の評価を継続する。

【0202】

幾つかの実施形態では、ケース１２１１の評価は、ＢｉｚＡｓｓｅｔのデータエンティティに関連するワークフローの中の現在のワークフローの状態を評価することを含む。ルール１２２０で指定される基準は、ＢｉｚＡｓｓｅｔのデータエンティティに関する現在のワークフローの状態が「ドラフト」の状態であるか否かを特定することを含み得る。ＢｉｚＡｓｓｅｔのデータエンティティに関する現在のワークフローの状態が「ドラフト」状態であれば、データ処理システム１０５は、エディタのルールを有するユーザに「読み取り」特権を許可し得る。ケース１２１２と同様に、ケース１２１１の基準が満たされた場合、データ処理システム１０５は指定された特権を許可し、それ以降のケースの評価を停止する。それに対して、基準が満たされない場合、データ処理システム１０５はケース１２１３の評価を続ける。ケース１２１３は最後のフォールバックケースであるため、ケース１２１２又はケース１２１１で指定された基準の何れも満たされない場合、データ処理システム１０５は、ユーザの役割を有するユーザに「読み取り」特権を許可し得る。

【0203】

幾つかの実施形態では、ユーザはルールツリーのノードを編集することによってルールに編集を行い得る。これらの実施形態では、ルールツリー、例えばルールツリー７２０、８２０、９１０、１０１０の少なくとも一部はＧＵＩを介してユーザに提示され得、ユーザはルールツリーの１つ以上のノードを編集し得る。例えば、ルールツリーの１つのノードの編集により、１つ以上の基本となるルールがそれに関連して更新され得る。図８Ｃを参照に関して、ルールツリー８２０がＧＵＩを介してユーザに提示され、ノード８２７ｂが編集されてプリンシパルの被許可者が「エディタの役割」から「ユーザの役割」に変更されると、図８Ｄに示される許可文８５０ａにもそれに対応する変更が行われ得る。

【0204】

図１３は、本明細書で説明される技術の幾つかの態様による、データエンティティに関連するルールを作成及び／又は編集するための例示的プロセス１３００のフローチャートである。プロセス１３００は、何れの適当なデータ処理システムによっても実行され得、例えば図２に関して説明したデータ処理システム１０５によって実行され得る。

【0205】

プロセス１３００は、動作１３０２から始まり、その間に第１の特権の選択及び複数のデータエンティティの中の第１のデータエンティティの選択が得られる。例えば、第１の特権、例えば「作成」特権の選択と、第１のデータエンティティ、例えば「ＤａｔａＥｌｅｍｅｎｔ」のデータエンティティの選択とは、図１１Ａに示されるＧＵＩ １１１５を介して取得され得る。別の例として、幾つかの実施形態では、第１の特権、例えば「読み取り」特権の選択、第１のエンティティ、例えば「ＢｉｚＡｓｓｅｔ」のデータエンティティの選択及び「ＢｉｚＡｓｓｅｔ」のデータエンティティに関連する何れかの標的属性の選択は、図１１Ａに示されるＧＵＩ １１００を介して取得され得る。幾つかの実施形態において、選択は、別々のＧＵＩを介して取得され得る。

【0206】

次に、動作１３０４で、第１のデータエンティティの１つ以上のインスタンスに１つ以上のアクションを実施する第１の特権を１人以上のアクターに対して許可及び／又は拒否するための１つ以上のルールが取得される（例えば、ネットワークを通してコンピュータからの情報を受け取ること並びに／又はコンピュータ可読記憶媒体及び／若しくはデータストアから情報にアクセスすることによる）。例えば、図１２Ａのルール１２２０等のルールが取得され得る。１つ以上の追加のルール、例えばルール１２２２も取得され得る。ルールは、例えばデータ処理システム１０５に通信可能に連結されたデータストア１４６から等、何れの適当なソースからも取得され得るが、これは本明細書で説明される技術の態様はこの点で限定されないからである。

【0207】

次に、動作１３０６で、１つ以上のルールが更新され得る。ＧＵＩを通して取得されたユーザ入力に基づいて、第１のルールが更新されて第２のルールが取得され得る。第１のルールを更新することは、ルールに新しい条件を追加すること及び／又はそのルールに関連する既存の条件を編集することにより、第１のルールを更新することを含み得る。幾つかの実施形態では、第１のルールは、それに基づいて第１のルールが適用される条件を特定することによって更新され得る。それに基づいて第１のルールが適用される条件は、動作１３０６ａで第１のデータエンティティに関連する複数の属性の中の第１の属性の選択を取得し、動作１３０６ｂで第１の属性の複数の値のそれぞれに対応する複数の選択可能なオプションを、ＧＵＩを介して提示し、動作１３０６ｃで第１の属性の複数の値の第１の値の選択を、ＧＵＩを介して取得することによって特定され得る。

【0208】

図１２Ｂを参照すると、ルール１２２２は、ダイアログボックス１２２５を介して取得されたユーザ入力に基づいて更新され得る。動作１３０６ａで、「ＢｉｚＡｓｓｅｔ」のデータエンティティに関連する機密性分類の属性の選択が取得され得る。選択に応答して、動作１３０６ｂで、複数の選択可能なオプションは、ダイアログボックス１２２５を介して提示され得る。選択可能なオプションは、ドロップダウンメニューを介して提示され、機密性の分類属性の値、例えば機密、極秘、社内用、公開等のそれぞれに対応し得る。幾つかの実施形態では、選択可能なオプションは、データストア１４４に記憶されたメタデータを使用して識別される。メタデータは、第１のデータエンティティのための値を指定し得、選択可能なオプションは、システム内で指定されたこれらの値に対応し得る。幾つかの実施形態では、選択可能なオプションは、データストア２４４に記憶されたデータエンティティ間の関係を指定するメタデータを使用して識別される。例えば、メタデータは、階層に従って第１のデータエンティティに関する１つ以上のデータエンティティを識別するために使用され得、関係するデータエンティティに関連する属性（及びその値）が第１のデータエンティティに適用されるか否かに関する特定が行われ得る。関係するデータエンティティに関連する属性（及びその値）が第１のデータエンティティに適用されるとの特定に応答して、関係するデータエンティティに関連する値に対応する選択可能なオプションがＧＵＩを介して提示され得る。このようにしてメタデータを利用して選択可能なオプションを識別することにより、ユーザには関係深いオプションが提示されることになる。

【0209】

動作１３０６ｃで、各種の値の中からの第１の値の選択が取得され得る。図１２Ｂは、「極秘」の値の選択を示している。この選択は、機密性分類属性が「極秘」の値を取るとき、ルール１２２２が「ＢｉｚＡｓｓｅｔ」データエンティティに適用されることを示す。幾つかの実施形態では、ルールが（例えば、エンティティの属性が特定の値を取るときに）データエンティティに適用されるとの指示は、ルールがデータエンティティのあるインスタンス（例えば、データエンティティインスタンスデータストア１４４等のデータストアから取得されるインスタンス）に適用されるとの指示を含み得る。

【0210】

幾つかの実施形態では、第１のルールは選択を反映するように更新され得る。それに基づいて第１のルールが適用される条件は、この選択に基づいて追加又は編集され得る。例えば、図１２Ｂのダイアログボックス１２２５を介して行われる選択に基づいて、ルール１２２２は、「ＢｉｚＡｓｓｅｔ」データエンティティの機密性分類属性に関連する条件をルール１２２２に追加することによって更新され得る。

【0211】

幾つかの実施形態では、第１のルールを更新することは、取得された様々なユーザ入力／選択（例えば、ＧＵＩを介して入力を受け取ること、ネットワーク上でコンピュータから情報を受け取ること並びに／又はコンピュータ可読記憶媒体及び／若しくはデータストアからの情報にアクセスすることによって取得される）の結果として行われたあらゆる変更を保存することを含み得る。更新されたルールは、データストア１４６に保存され得る。

【0212】

図１４は、本明細書で説明される技術の幾つかの態様による、データエンティティに関連するルールを作成及び／又は編集するための例示的なプロセス１４００のフローチャートである。プロセス１４００は、何れの適当なデータ処理システムによっても実行され得、例えば、図２に関して説明したデータ処理システム１０５によって実行され得る。

【0213】

プロセス１４００は、動作１４０２から始まり、その間に第１の特権の選択及び複数のデータエンティティからの第１のデータエンティティの選択が取得される。例えば、第１の特権、例えば「作成」特権の選択と、「ＤａｔａＥｌｅｍｅｎｔ」データエンティティ等の第１のデータエンティティの選択とは、図１１Ａに示されるＧＵＩ １１１５を介して取得され得る。他の例として、幾つかの実施形態では、第１の特権、例えば「読み取り」特権の選択、第１のデータエンティティ、例えば「ＢｉｚＡｓｓｅｔ」データエンティティの選択及び「ＢｉｚＡｓｓｅｔ」データエンティティに関連する何れかの標的属性の選択は、図１１Ａに示されるＧＵＩ １１００を介して取得され得る。幾つかの実施形態では、これらの選択は、別々のＧＵＩを介して取得され得る。

【0214】

次に、動作１４０４で、第１のデータエンティティの１つ以上のインスタンスに少なくとも１つのアクションを実施する第１の特権を少なくとも１人のアクターに対して許可及び／又は拒否するための１つ以上のルールが取得される（例えば、ネットワーク上でコンピュータから情報を受け取ること並びに／又はコンピュータ可読記憶媒体及び／若しくはデータストアからの情報にアクセスすることによる）。例えば、図１２Ａに関して、ルール、例えば「ＢｉｚＡｓｓｅｔ」データエンティティの１つ以上のインスタンスに「読み取り」アクションを実施する「読み取り」特権をアクター（例えば、エディタの役割を有する）に対して許可及び／又は拒否するためのルール１２２０が取得され得る。１つ以上の追加のルール、例えばルール１２２２も取得され得る。ルールは、何れの適当なソース、例えばデータ処理システム１２０に通信可能に連結されたデータストア１４６からも取得され得るが、これは、本明細書で説明される技術の態様はこの点で限定されないからである。

【0215】

次に、動作１４０６で、１つ以上のルールが更新され得る。第１のルールは、ＧＵＩを通して取得されたユーザ入力に基づいて更新されて第２のルールが取得され得る。第１のルールを更新することは、第１のルールで指定されたアクターを変更すること及び／又は第１のルールにアクターを追加することによって第１のルールを更新することを含み得る。幾つかの実施形態では、ルールで指定されたアクターを編集するためのユーザ入力を取得することに応答して、第１の特権が許可され得る複数のアクターが動作１４０６ａで識別され、複数のアクターに対応する複数の選択可能なオプションが動作１４０６ｂで提示される。

【0216】

図１２Ｃを参照すると、ルール１２２２は、ＧＵＩ １２０４のダイアログボックス１２２６を介して得られたユーザ入力に基づいて更新され得る。動作１４０６ａで、それに対して「読み取り」特権を許可できる複数のアクターが、ルール１２２２で指定されたアクターを編集するためのユーザ入力を取得することに応答して識別され得る。幾つかの実施形態では、複数のアクターは、「ＢｉｚＡｓｓｅｔ」データエンティティの１つ以上の属性の１つ以上の値に基づいて識別され得る。幾つかの実施形態では、アクターは、データストア２４４に記憶されたデータエンティティ間の関係を指定するメタデータを使用して識別される。メタデータは、第１のデータエンティティが属する階層に従って第１のデータエンティティに関係する１つ以上のデータエンティティを識別するために使用され得る。例えば、「ＢｉｚＡｓｓｅｔ」データエンティティの属性値が、データエンティティが属する具体的な階層を示している場合、関係するデータエンティティ（すなわち階層に従って「ＢｉｚＡｓｓｅｔ」データエンティティに関係する）に関連するルールで指定されたアクターが「ＢｉｚＡｓｓｅｔ」データエンティティに適用されるか否かに関する特定が行われ得る。１つのデータエンティティは、様々な方法の何れかで階層内の他のデータエンティティに関係し得る。例えば、１つのデータエンティティは、階層の中の他のデータエンティティの祖先（ペアレント、グランドペアレント等）であり得る。関係の別の例として、１つのデータエンティティは階層の中の別のデータエンティティの子孫（例えば、子、孫等）であり得る。関係のまた別の例として、１つのデータエンティティは階層の中の他のデータエンティティと共通の祖先を共有し得る。関係するデータエンティティに関連するルールで指定されたアクターが「ＢｉｚＡｓｓｅｔ」データエンティティに適用されるとの特定に応答して、動作１４０６ａでアクターが識別され得る。

【0217】

動作１４０６ｂで、識別されたアクターに対応する複数の選択可能なオプションがダイアログボックス１２２６を介して提示され得る。選択可能なオプションは、ドロップダウンメニューの中で提示されて、動作１４０６ａで識別されたアクターに対応し得る。

【0218】

幾つかの実施形態では、第１のルールは選択を反映するように更新され得る。第１のルールで指定されたアクターは、選択に基づいて更新され得る。例えば、図１２Ｃのダイアログボックス１２２６を介して行われた選択に基づいて、ルール１２２２は、それに対して「読み取り」特権が許可されるアクターを変更することによって更新され得る。

【0219】

幾つかの実施形態では、第１のルールを更新することは、取得されたユーザ入力／選択（例えば、ＧＵＩを介して入力を受け取ること、ネットワーク上でコンピュータから情報を受け取ること並びに／又はコンピュータ可読記憶媒体及び／若しくはデータストアからの情報にアクセスすることによって取得される）の結果として行われたあらゆる変更を保存することを含み得る。更新されたルールは、データストア１４６に保存され得る。

【0220】

幾つかの実施形態では、ルールを更新することは、ｉ）新しい条件をルールに追加すること及び／又はルールに関連する既存の条件を編集することにより、且つｉｉ）ルールで指定されたアクターを変更すること及び／又はルールにアクターを追加することによってルールを更新することを含み得る。これらの実施形態では、図１３の動作（例えば、動作１３０６、１３０６ａ、１３０６ｂ、１３０６ｃ）及び図１４の動作（例えば、動作１４０６、１４０６ａ、１４０６ｂ）は逐次的に実行されてルールを更新し得る。

【0221】

追加的な実装形態の詳細
図１５は、本明細書で説明される技術を実装することができる適切なコンピューティングシステム環境１５００の例を示す。計算システム環境１５００は、適した計算環境の単なる一例であり、本明細書に記載される技術の使用又は機能の範囲へのいかなる限定も示唆することを意図しない。計算環境１５００は、例示的な動作環境１５００に示される構成要素の何れか１つ又は組合せに関連するいかなる依存性又は要件も有するものとして解釈されるべきではない。

【0222】

本明細書に記載される技術は、多くの他の汎用又は専用計算システム環境又は構成を用いて動作可能である。本明細書に記載される技術との併用に適し得る周知の計算システム、環境及び／又は構成の例には、限定ではなく、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルド又はラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラマブル消費者電子機器、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記システム又はデバイスの何れかを含む分散計算環境等がある。

【0223】

計算環境は、プログラムモジュール等のコンピュータ実行可能命令を実行し得る。一般に、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。本明細書に記載される技術は、タスクが、通信ネットワークを通してリンクされたリモート処理デバイスによって実行される分散計算環境で実施することもできる。分散計算環境では、プログラムモジュールは、メモリ記憶装置を含むローカルコンピュータ記憶媒体及びリモートコンピュータ記憶媒体の両方に配置され得る。

【0224】

図１５を参照すると、本明細書に記載される技術を実施する例示的なシステムは、コンピュータ１５００の形態の汎用計算デバイスを含む。コンピュータ１５１０の構成要素は、限定ではなく、処理ユニット１５２０と、システムメモリ１５３０と、システムメモリを含む種々のシステム構成要素を処理ユニット１５２０に結合するシステムバス１５２１とを含み得る。システムバス１５２１は、多様なバスアーキテクチャの何れかを使用したメモリバス又はメモリコントローラ、周辺機器バス及びローカルバスを含め、幾つかのタイプのバスの何れかであり得る。限定ではなく、例として、そのようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオエレクトロニクス規格協会（ＶＥＳＡ）ローカルバス及びメザニンバスとしても知られる周辺機器相互接続（ＰＣＩ）バスを含む。

【0225】

コンピュータ１５１０は、通常、多様なコンピュータ可読媒体を含む。コンピュータ可読媒体は、コンピュータ１５１０によりアクセスすることができる任意の利用可能な媒体であり得、揮発性媒体及び不揮発性媒体の両方、リムーバブル媒体及び非リムーバブル媒体の両方を含む。限定ではなく、例として、コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール又は他のデータ等の情報を記憶する任意の方法又は技術で実施される揮発性及び不揮発性のリムーバブル及び非リムーバブル媒体を含む。コンピュータ記憶媒体は、限定ではなく、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ若しくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）若しくは他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置若しくは他の磁気記憶装置又は所望の情報を記憶するために使用することができ、コンピュータ１５１０によりアクセスすることができる任意の他の媒体を含む。通信媒体は、通常、コンピュータ可読命令、データ構造、プログラムモジュール又は搬送波若しくは他の輸送メカニズム等の変調データ信号における他のデータを具現し、任意の情報輸送媒体を含む。「変調データ信号」という用語は、１つ若しくは複数の特徴セットを有するか、又は信号に情報を符号化するように変更された信号を意味する。限定ではなく、例として、通信媒体は、有線ネットワーク又は直接配線接続等の有線媒体並びに音響、ＲＦ、赤外線及び他の無線媒体等の無線媒体を含む。上記の何れかの組合せもコンピュータ可読媒体の範囲内に含まれるべきである。

【0226】

システムメモリ１５３０は、読み取り専用メモリ（ＲＯＭ）１５３１及びランダムアクセスメモリ（ＲＡＭ）１５３２等の揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含む。スタートアップ中等に情報をコンピュータ１５１０内の要素間で転送するのに役立つ基本ルーチンを含む基本入出力システム１５３３（ＢＩＯＳ）は、通常、ＲＯＭ１５３１に記憶される。ＲＡＭ１５３２は、通常、処理ユニット１５２０が即座にアクセス可能であり、且つ／又は処理ユニット１５２０により現在操作されているデータ及び／又はプログラムモジュールを含む。限定ではなく、例として、図１５は、オペレーティングシステム１５３４、アプリケーションプログラム１５３５、他のプログラムモジュール１５３６及びプログラムデータ１５３７を示す。

【0227】

コンピュータ１５１０は、他のリムーバブル／非リムーバブルの揮発性／不揮発性コンピュータ記憶媒体を含むこともできる。単なる例として、図１５は、非リムーバブル不揮発性磁気媒体に対して読み取り又は書き込みを行うハードディスクドライブ１５４１、フラッシュメモリ等のリムーバブル不揮発性メモリ１５５２に対して読み取り又は書き込みを行うフラッシュドライブ１５５１及びＣＤ ＲＯＭ又は他の光学媒体等のリムーバブル不揮発性光ディスク１５５６に対して読み取り又は書き込みを行う光ディスクドライブ１５５５を示す。例示的な動作環境で使用することができる他のリムーバブル／非リムーバブルの揮発性／不揮発性コンピュータ記憶媒体には、限定ではなく、磁気テープカセット、フラッシュメモリカード、デジタル多用途ディスク、デジタルビデオテープ、固体状態ＲＡＭ、固体状態ＲＯＭ等がある。ハードディスクドライブ１５４１は、通常、インタフェース１５４０等の非リムーバブルメモリインタフェースを通してシステムバス１５２１に接続され、磁気ディスクドライブ１５５１及び光ディスクドライブ１５５５は、通常、インタフェース１５５０等のリムーバブルメモリインタフェースによりシステムバス１５２１に接続される。

【0228】

上述され、図１５に示されているドライブ及び関連付けられたコンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール及びコンピュータ１５１０の他のデータの記憶を提供する。図１５では、例えば、ハードディスクドライブ１５４１は、オペレーティングシステム１５４４、アプリケーションプログラム１５４５、他のプログラムモジュール１５４６及びプログラムデータ１５４７を記憶するものとして示されている。なお、これらの構成要素は、オペレーティングシステム１５３４、アプリケーションプログラム１５３５、他のプログラムモジュール１５３６及びプログラムデータ１５３７と同じであるか又は異なり得る。オペレーティングシステム１５４４、アプリケーションプログラム１５４５、他のプログラムモジュール１５４６及びプログラムデータ１５４７には、ここでは、少なくともこれらが異なるコピーであることを示すために異なる番号が与えられている。アクターは、マウス、トラックボール又はタッチパッドと一般に呼ばれるキーボード１５６２及びポインティングデバイス１５６１等の入力デバイスを通してコンピュータ１５１０にコマンド及び情報を入力し得る。他の入力デバイス（図示せず）は、マイクロホン、ジョイスティック、ゲームパッド、パラボラアンテナ、スキャナ等を含み得る。これら及び他の入力デバイスは、多くの場合、システムバスに結合されるユーザ入力インタフェース１５６０を通して処理ユニット１５２０に接続されるが、パラレルポート、ゲームポート又はユニバーサルシリアルバス（ＵＳＢ）等の他のインタフェース及びバス構造により接続されることもある。モニタ１５９１又は他のタイプのディスプレイデバイスもビデオインタフェース１５９０等のインタフェースを介してシステムバス１５２１に接続される。モニタに加えて、コンピュータは、スピーカ１５９７及びプリンタ１５９６等の他の周辺出力デバイスを含むこともでき、周辺出力デバイスは、出力周辺機器インタフェース１５９５を通して接続され得る。

【0229】

コンピュータ１５１０は、リモートコンピュータ１５８０等の１つ又は複数のリモートコンピュータへの論理接続を使用して、ネットワーク接続された環境で動作し得る。リモートコンピュータ１５８０は、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス又は他の一般的なネットワークノードであり得、通常、コンピュータ１５１０に関して上述した要素の多く又は全てを含むが、メモリ記憶装置１５８１のみが図１５に示された。図１５に示される論理接続は、ローカルエリアネットワーク（ＬＡＮ）１５７１及び広域ネットワーク（ＷＡＮ）１５７３を含むが、他のネットワークを含むこともできる。そのようなネットワーキング環境は、オフィス、企業規模コンピュータネットワーク、イントラネット及びインターネットで一般的である。

【0230】

ＬＡＮネットワーキング環境で使用される場合、コンピュータ１５１０は、ネットワークインタフェース又はアダプタ１５７０を通してＬＡＮ１５７１に接続される。ＷＡＮネットワーキング環境で使用される場合、コンピュータ１５１０は、通常、モデム１５７２又はインターネット等のＷＡＮ１５７３を介して通信を確立する他の手段を含む。モデム１５７２は、内部又は外部であり得、アクター入力インタフェース１５６０又は他の適切な機構を介してシステムバス１５２１に接続され得る。ネットワーク接続環境では、コンピュータ１５１０に関して示されたプログラムモジュール又はその部分は、リモートメモリ記憶装置に記憶され得る。限定ではなく、例として、図１５は、メモリデバイス１５８１に常駐するものとしてリモートアプリケーションプログラム１５８５を示す。示されるネットワーク接続が例示であり、コンピュータ間に通信リンクを確立する他の手段を使用し得ることが理解されるであろう。

【0231】

本明細書に記載される技術の少なくとも１つの実施形態の幾つかの態様を説明したが、当業者は、種々の改変形態、変更形態及び改良形態を容易に想到するであろうことを理解する。

【0232】

そのような改変形態、変更形態及び改良形態は、本開示の一部であることが意図され、本開示の趣旨及び範囲内にあることが意図される。さらに、本明細書に記載される技術の利点が示されたが、本明細書に記載された技術のあらゆる実施形態が、記載されたあらゆる利点を含むわけではないことが理解されるべきである。幾つかの実施形態は、本明細書で利点として記載された任意の特徴を実施しないこともあり、幾つかの場合、記載された特徴の１つ又は複数は、さらなる実施形態を達成するために実施され得る。したがって、上記説明及び図面は、単なる例を目的としている。

【0233】

本明細書に記載される技術の上記実施形態は、多くの方法の何れかで実施することができる。例えば、実施形態は、ハードウェア、ソフトウェア又はそれらの組合せを使用して実施され得る。ソフトウェアで実施される場合、ソフトウェアコードは、１つのコンピュータに提供されるか又は複数のコンピュータに分散するかに関係なく、任意の適したプロセッサ又はプロセッサの集合で実行することができる。そのようなプロセッサは、集積回路として実施され得、１つ又は複数のプロセッサは、ＣＰＵチップ、ＧＰＵチップ、マイクロプロセッサ、マイクロコントローラ又はコプロセッサ等の名称で等技術分野において既知の市販の集積回路構成要素を含め、集積回路構成要素内にある。代替的に、プロセッサは、ＡＳＩＣ等のカスタム回路又はプログラマブル論理デバイスを構成することから生じるセミカスタム回路で実施され得る。さらなる代替として、プロセッサは、市販であれ、セミカスタムであれ又はカスタムであれ関係なく、より大きい回路又は半導体デバイスの一部であり得る。特定の例として、幾つかの市販のマイクロプロセッサは、コアの１つ又はサブセットがプロセッサを構成され得るように、複数のコアを有する。しかしながら、プロセッサは、任意の適したフォーマットで回路を使用して実施され得る。

【0234】

さらに、コンピュータは、ラックマウントコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ又はタブレットコンピュータ等の多くの形態の何れかで実施され得ることが理解されるべきである。さらに、コンピュータは、個人情報端末（ＰＤＡ）、スマートフォン又は任意の他の適したポータブル若しくは固定電子デバイスを含め、コンピュータとして一般に見なされないが、適した処理能力を有するデバイスで実施され得る。

【0235】

コンピュータは、１つ又は複数の入力デバイス及び出力デバイスも有し得る。これらのデバイスは、特に、ユーザインタフェースの提示に使用することができる。ユーザインタフェースを提供するために使用することができる出力デバイスの例には、出力を視覚的に提示するためのプリンタ又はディスプレイ画面及び出力を可聴提示するためのスピーカ又は他の音生成デバイスがある。ユーザインタフェースに使用することができる入力デバイスの例には、キーボード及びマウス、タッチパッド及びデジタイズタブレット等のポインティングデバイスがある。別の例として、コンピュータは、発話認識を通して又は他の可聴フォーマットで入力された情報を受信し得る。

【0236】

そのようなコンピュータは、ローカルエリアネットワークとして又は企業ネットワーク若しくはインターネット等の広域ネットワークとしてのものを含め、任意の適した形態で１つ又は複数のネットワークにより相互接続され得る。そのようなネットワークは、任意の適した技術に基づき得、任意の適したプロトコルに従って動作し得、無線ネットワーク、有線ネットワーク又は光ファイバネットワークを含み得る。

【0237】

本明細書で概説した種々の方法又はプロセスは、多様なオペレーティングシステム又はプラットフォームの何れか１つを利用する１つ又は複数のプロセッサで実行可能なソフトウェアとしてもコード化され得る。さらに、そのようなソフトウェアは、幾つかの適したプログラミング言語及び／又はプログラミング若しくはスクリプトツールの何れかを使用して記述することができ、フレームワーク又は仮想マシンで実行される実行可能機械言語コード又は中間コードとしてコンパイルすることもできる。

【0238】

これに関して、本明細書に記載される技術の態様は、１つ又は複数のコンピュータ又は他のプロセッサで実行されると、上述した種々の実施形態を実施する方法を実行する１つ又は複数のプログラムが符号化されたコンピュータ可読記憶媒体（又は複数のコンピュータ可読媒体）（例えば、コンピュータメモリ、１つ又は複数のフロッピーディスク、コンパクトディスク（ＣＤ）、光ディスク、デジタルビデオディスク（ＤＶＤ）、磁気テープ、フラッシュメモリ、フィールドプログラマブルゲートアレイ若しくは他の半導体デバイスでの回路構成又は他の有形コンピュータ記憶媒体）として実施され得る。上記例から明らかであるように、コンピュータ可読記憶媒体は、コンピュータ実行可能命令を非一時的な形態で提供するのに十分な時間にわたり情報を保持し得る。そのような１つ又は複数のコンピュータ可読記憶媒体は、記憶された１つ又は複数のプログラムを１つ又は複数の異なるコンピュータ又は他のプロセッサにロードして、上述したような技術の種々の態様を実施することができるように輸送可能であり得る。本明細書で使用される場合、「コンピュータ可読記憶媒体」という用語は、製造（すなわち製品）又は機械であると見なすことができる非一時的コンピュータ可読媒体のみを包含する。代替又は追加として、本明細書に記載される技術は、伝播信号等、コンピュータ可読記憶媒体以外のコンピュータ可読媒体として実施され得る。

【0239】

「プログラム」又は「ソフトウェア」という用語は、本明細書では、一般的な意味において、上述した技術の種々の態様を実施するようにコンピュータ又は他のプロセッサをプログラムするのに利用することができる任意のタイプのコンピュータコード又はコンピュータ実行可能命令の組を指すために使用される。さらに、この実施形態の一態様によれば、実行されると、本発明の方法を実行する１つ又は複数のコンピュータプログラムは、１つのコンピュータ又はプロセッサに常駐する必要はなく、幾つかの異なるコンピュータ又はプロセッサにモジュール式で分散して、本明細書に記載される技術の種々の態様を実施し得ることが理解されるべきである。

【0240】

コンピュータ実行可能命令は、１つ又は複数のコンピュータ又は他のデバイスによって実行されるプログラムモジュール等の多くの形態であり得る。一般に、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。通常、プログラムモジュールの機能は、種々の実施形態では、所望のように結合又は分散され得る。

【0241】

データ構造は、任意の適した形態でコンピュータ可読媒体にも記憶され得る。例示を簡潔にするために、データ構造は、データ構造におけるロケーションを通して関連するフィールドを有して示され得る。そのような関係は、同様に、フィールド間の関係を伝達するコンピュータ可読媒体におけるロケーションにフィールドの記憶を割り当てることにより達成され得る。しかしながら、ポインタ、タグ又はデータ要素間に関係を確立する他のメカニズムの使用を含め、データ構造のフィールドにおける情報間の関係を確立するために、任意の適したメカニズムが使用可能である。

【0242】

本明細書に記載される技術の種々の態様は、単独で、組み合わせて又は上述された実施形態で特に考察されていない多様な構成で使用され得、したがって、その適用は、上記説明で記載されるか又は図面に示される構成要素の詳細及び配置に限定されない。例えば、一実施形態において記載された態様は、他の実施形態において記載された態様と任意の様式で結合され得る。

【0243】

本明細書に記載される技術は、方法としても実施され得、方法の例は、図５Ａ及び５Ｂの参照を含めて本明細書に提供されている。方法の何れかの一部として実行される動作は、任意の適したような順序であり得る。したがって、例示的な実施形態では順次動作として示されているにもかかわらず、幾つかの動作を同時に実行することを含み得る、動作が示されるのと異なる順序で実行される実施形態を構築し得る。

【0244】

さらに、幾つかのアクションは、「アクター」又は「ユーザ」によって行われるものとして説明されている。「アクター」又は「ユーザ」が１人の個人である必要はなく、幾つかの実施形態では、「アクター」又は「ユーザ」に起因するアクションは、個人のチーム及び／又はコンピュータ支援ツール又は他のメカニズムを組み合わせて個人によって実行され得ることが理解されるべきである。

【0245】

特許請求の範囲におけるクレーム要素を修飾する「第１」、「第２」、「第３」等の序数詞の使用は、それ自体、あるクレーム要素に対する別のクレーム要素のいかなる優先、先行若しくは順序又は方法の動作が実行される時間的順序も含意せず、単に特定の名称を有するあるクレーム要素を、同じ名称を有する（序数詞の使用以外には）別の要素から区別して、クレーム要素を区別するためのラベルとして使用される。

【0246】

また、本明細書で使用される表現及び用語は、説明を目的としており、限定として見なされるべきではない。「包含する」、「含む」又は「有する」、「含有する」、「伴う」及びそれらの変形の本明細書での使用は、その後に列記される項目及びそれらの均等物並びに追加の項目の包含を意味する。

【図1A】

【図1B】

【図1C】

【図1D】

【図1E】

【図1F】

【図1G】

【図1H】

【図1I】

【図2】

【図3A】

【図3B】

【図3C】

【図4A】

【図4B】

【図4C】

【図4D】

【図5】

【図6A】

【図6B】

【図7A】

【図7B-1】

【図7B-2】

【図7C-1】

【図7C-2】

【図8A】

【図8B-1】

【図8B-2】

【図8C-1】

【図8C-2】

【図8D-1】

【図8D-2】

【図9A】

【図9B】

【図10A】

【図10B】

【図11A】

【図11B】

【図11C】

【図11D】

【図11E】

【図12A】

【図12B】

【図12C】

【図12D】

【図12E】

【図13】

【図14】

【図15】

【国際調査報告】