特表 2024-531358 外部アイデンティティ管理サービスを使用した柔軟な構成管理のための方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2024-08-29

(54)【発明の名称】外部アイデンティティ管理サービスを使用した柔軟な構成管理のための方法及び装置

(51)【国際特許分類】

   G06F 21/33 20130101AFI20240822BHJP

   G06F 21/62 20130101ALI20240822BHJP

【ＦＩ】

G06F21/33

G06F21/62 318

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024509481

(86)(22)【出願日】2022-08-19

(85)【翻訳文提出日】2024-04-16

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

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

(87)【国際公開日】2023-02-23

(31)【優先権主張番号】63/234,953

(32)【優先日】2021-08-19

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】521311654

【氏名又は名称】アリス エンタープライジズ リミティド ライアビリティ カンパニー

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100153729

【弁理士】

【氏名又は名称】森本 有一

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(72)【発明者】

【氏名】タット ギョン チャン

(72)【発明者】

【氏名】アレクサンダー メドビンスキー

(57)【要約】

上記に説明された要件に対処するために、本明細書は、リソースノードの階層組織の少なくとも１つのリソースノード上でアクションを実施するためのシステム及び方法が開示されることを開示する。システムは、より柔軟な認証及び認可サービスを提供する外部アイデンティティプロバイダを利用し、そのようなサービスをオンラインデータ署名サービスなどのセキュアサーバで活用して、柔軟な許可管理を提供する。

【特許請求の範囲】

【請求項1】

リソースノードの階層組織の少なくとも１つのリソースノード上でアクションを実施する方法であって、
セキュアサーバでログイン要求を受信することと、
前記ログイン要求をアイデンティティプロバイダにリダイレクトすることであって、前記アイデンティティプロバイダが、ノードリソースの階層組織を定義し、各ノードリソースが、１つ以上の範囲及び１つ以上の属性を有し、各１つ以上の範囲が、範囲許可と関連付けられており、各ノードリソースが、前記ノードリソースの前記階層組織を維持するための管理ノードリソース、又は前記アクションを実施するための構成ノードリソースのいずれかである、リダイレクトすることと、
前記セキュアサーバで第２のログイン要求を受信することであって、前記第２のログイン要求が、
前記第２のログイン要求のソースを識別するクライアント認可クレデンシャルと、ノードリソース上でアクションを実施する許可を記述する許可情報とを含み、前記クライアント認可クレデンシャルが、リダイレクトされた前記ログイン要求に応答して前記アイデンティティプロバイダによって提供される、受信することと、
前記ノードリソース上でアクションを実施する要求を受信することと、
前記クライアント認可クレデンシャルの前記許可情報に従って、前記アクションが許可されるかどうかを決定することと、
前記アクションが許可されている場合、前記ノードリソース上で前記アクションを実施することと、
を含む、方法。

【請求項2】

前記ノードリソースの前記１つ以上の範囲が、各々、
管理者範囲であって、ユーザが前記管理者範囲と関連付けられたノードリソースの任意の範囲許可を修正することを許可する管理者範囲許可を有する、管理者範囲と、
管理範囲であって、前記ユーザが前記管理範囲と関連付けられた前記ノードリソースの使用範囲許可を修正することを許可する管理範囲許可を有する、管理範囲と、を含み、
前記構成ノードリソースの前記１つ以上の範囲が、
使用範囲であって、前記ユーザが前記使用範囲と関連付けられた前記構成ノードリソースの任意の構成を使用することを許可する使用範囲許可を有する、使用範囲を更に含む、
請求項１に記載の方法。

【請求項3】

前記ノードリソースの前記１つ以上の範囲が、各々、
編集範囲であって、前記ユーザが前記編集範囲と関連付けられた前記ノードリソースの属性を編集することを許可する編集範囲許可を有する、編集範囲と、
閲覧範囲であって、前記ユーザが前記閲覧範囲と関連付けられたノードリソースについて定義された情報を閲覧することを許可する閲覧範囲許可を有する、閲覧範囲と、
を更に含む、請求項２に記載の方法。

【請求項4】

前記セキュアサーバで、前記クライアント認可クレデンシャルが有効であるかどうかを決定することと、
前記セキュアサーバで前記要求を受信して、前記クライアント認可クレデンシャルが有効である場合のみ、前記リソースノード上で前記アクションを実施し、そうでなければ、前記要求を拒否することと、
を更に含む、請求項３に記載の方法。

【請求項5】

前記アクションが許可されない場合、
前記セキュアサーバの管理者から、前記ノードリソースの前記許可を変更して前記アクションを許可する要求を受け入れることと、
要求された許可の変更が認可されているかどうかを決定することと、
前記要求された許可の変更が認可されている場合、前記ノードリソースの前記許可を変更する要求を前記アイデンティティプロバイダに送信して、前記アクションを許可することと、
を更に含む、請求項３に記載の方法。

【請求項6】

前記セキュアサーバで第３のログイン要求を受信することを更に含み、前記第３のログイン要求が、前記第３のログイン要求のソースを識別する更なるクライアント認可クレデンシャルと、前記ノードリソースの前記許可を変更する前記要求に従って、前記リソースノード上で前記アクションを実施する許可を記述する更新された許可情報と、を含む、請求項５に記載の方法。

【請求項7】

前記セキュアサーバの管理者から、前記ノードリソースの前記許可を変更する要求を受け入れることと、
要求された許可の変更が認可されているかどうかを決定することと、
前記要求された許可の変更が認可されている場合、前記ノードリソースの前記許可を変更する要求を前記アイデンティティプロバイダに送信することと、
を更に含む、請求項３に記載の方法。

【請求項8】

前記セキュアサーバで第３のログイン要求を受信することを更に含み、前記第３のログイン要求が、前記第３のログイン要求のソースを識別する更なるクライアント認可クレデンシャルと、前記ノードリソースの前記許可を変更する前記要求に従って、前記リソースノード上で第２のアクションを実施する許可を記述する更新された許可情報と、を含む、請求項７に記載の方法。

【請求項9】

前記１つ以上の属性が、
親ノードを指定する親属性と、
前記ノードリソースの範囲許可が下位ノードリソースに拡張されるかどうかを指定する許可継承属性と、
を含む、請求項３に記載の方法。

【請求項10】

ヌル親属性が、階層的に最上位のノードを示す、請求項９に記載の方法。

【請求項11】

前記クライアント認可クレデンシャルが、
前記第２のログイン要求の前記ソースを識別する識別子（ＩＤ）トークンと、
許可情報を有するアクセストークンであって、前記許可情報が、前記ノードリソース上でアクションを実施する許可を記述する、アクセストークンと、
を含む、請求項１に記載の方法。

【請求項12】

前記セキュアサーバが、データ署名サーバであり、前記アクションが、前記データに署名することである、請求項１に記載の方法。

【請求項13】

リソースノードの階層組織の少なくとも１つのリソースノード上でアクションを実施するためのシステムであって、
プロセッサと、
前記プロセッサに通信可能に結合されたメモリと、を備え、前記メモリが、
セキュアサーバでログイン要求を受信することと、
前記ログイン要求をアイデンティティプロバイダにリダイレクトすることであって、前記アイデンティティプロバイダが、ノードリソースの階層組織を定義し、各ノードリソースが、１つ以上の範囲及び１つ以上の属性を有し、各１つ以上の範囲が、範囲許可と関連付けられており、各ノードリソースが、前記ノードリソースの前記階層組織を維持するための管理ノードリソース、又は前記アクションを実施するための構成ノードリソースのいずれかである、リダイレクトすることと、
前記セキュアサーバで第２のログイン要求を受信することであって、前記第２のログイン要求が、
前記第２のログイン要求のソースを識別するクライアント認可クレデンシャルと、ノードリソース上でアクションを実施する許可を記述する許可情報とを含み、前記クライアント認可クレデンシャルが、リダイレクトされた前記ログイン要求に応答して前記アイデンティティプロバイダによって提供される、受信することと、
前記ノードリソース上でアクションを実施する要求を受信することと、
前記クライアント認可クレデンシャルの前記許可情報に従って、前記アクションが許可されるかどうかを決定することと、
前記アクションが許可されている場合、前記ノードリソース上で前記アクションを実施することと、
を行うためのプロセッサ命令を含むプロセッサ命令を記憶している、システム。

【請求項14】

前記ノードリソースの前記１つ以上の範囲が、各々、
管理者範囲であって、ユーザが前記管理者範囲と関連付けられたノードリソースの任意の範囲許可を修正することを許可する管理者範囲許可を有する、管理者範囲と、
管理範囲であって、前記ユーザが前記管理範囲と関連付けられた前記ノードリソースの使用範囲許可を修正することを許可する管理範囲許可を有する、管理範囲と、を含み、
前記構成ノードリソースの前記１つ以上の範囲が、
使用範囲であって、前記ユーザが前記使用範囲と関連付けられた前記構成ノードリソースの任意の構成を使用することを許可する使用範囲許可を有する、使用範囲を更に含む、
請求項１３に記載のシステム。

【請求項15】

前記ノードリソースの前記１つ以上の範囲が、各々、
編集範囲であって、前記ユーザが前記編集範囲と関連付けられた前記ノードリソースの属性を編集することを許可する編集範囲許可を有する、編集範囲と、
閲覧範囲であって、前記ユーザが前記閲覧範囲と関連付けられたノードリソースについて定義された情報を閲覧することを許可する閲覧範囲許可を有する、閲覧範囲と、
を更に含む、請求項１４に記載のシステム。

【請求項16】

前記プロセッサ命令が、
前記セキュアサーバで、前記クライアント認可クレデンシャルが有効であるかどうかを決定することと、
前記セキュアサーバで前記要求を受信して、前記クライアント認可クレデンシャルが有効である場合のみ、前記リソースノード上で前記アクションを実施し、そうでなければ、前記要求を拒否することと、
を行うためのプロセッサ命令を更に含む、請求項１５に記載のシステム。

【請求項17】

前記プロセッサ命令が、
前記セキュアサーバの管理者から、前記ノードリソースの前記許可を変更して前記アクションを許可する要求を受け入れることと、
要求された許可の変更が認可されているかどうかを決定することと、
前記要求された許可の変更が認可されている場合、前記ノードリソースの前記許可を変更する要求を前記アイデンティティプロバイダに送信して、前記アクションを許可することと、
を行うためのプロセッサ命令を更に含む、請求項１５に記載のシステム。

【請求項18】

前記プロセッサ命令が、
前記セキュアサーバで第３のログイン要求を受信することを更に含み、前記第３のログイン要求が、前記第３のログイン要求のソースを識別する更なるクライアント認可クレデンシャルと、前記ノードリソースの前記許可を変更する前記要求に従って、前記リソースノード上で前記アクションを実施する許可を記述する更新された許可情報と、
を含む、請求項１７に記載のシステム。

【請求項19】

前記１つ以上の属性が、
親ノードを指定する親属性と、
前記ノードリソースの範囲許可が下位ノードリソースに拡張されるかどうかを指定する許可継承属性と、
を含む、請求項１５に記載のシステム。

【請求項20】

リソースノードの階層組織の少なくとも１つのリソースノード上でアクションを実施するためのシステムであって、
セキュアサーバでログイン要求を受信するための手段と、
前記ログイン要求をアイデンティティプロバイダにリダイレクトするための手段であって、前記アイデンティティプロバイダが、ノードリソースの階層組織を定義し、各ノードリソースが、１つ以上の範囲及び１つ以上の属性を有し、各１つ以上の範囲が、範囲許可と関連付けられており、各ノードリソースが、前記ノードリソースの前記階層組織を維持するための管理ノードリソース、又は前記アクションを実施するための構成ノードリソースのいずれかである、リダイレクトするための手段と、
前記セキュアサーバで第２のログイン要求を受信するための手段であって、前記第２のログイン要求が、
前記第２のログイン要求のソースを識別するクライアント認可クレデンシャルと、ノードリソース上でアクションを実施する許可を記述する許可情報とを含み、前記クライアント認可クレデンシャルが、リダイレクトされた前記ログイン要求に応答して前記アイデンティティプロバイダによって提供される、受信するための手段と、
前記ノードリソース上でアクションを実施する要求を受信するための手段と、
前記クライアント認可クレデンシャルの前記許可情報に従って、前記アクションが許可されるかどうかを決定するための手段と、
前記アクションが許可されている場合、前記ノードリソース上で前記アクションを実施するための手段と、
を備える、システム。

【発明の詳細な説明】

【技術分野】

【0001】

１．技術分野
本開示は、概して、セキュア要素上の動作の性能を管理するためのシステム及び方法に関し、特に、外部アイデンティティ管理サービスを使用してそのような性能を管理するためのシステムに関する。

【背景技術】

【0002】

２．関連技術の説明
多くの状況では、インターネットを介して特定のリソースへの制御されたアクセスを許可することが有益である。そのようなシステムは、典型的には、それらのリソースへのアクセスを要求するそれらのアイデンティティを検証し、検証されたアイデンティティ及び事前定義されているが構成可能なルールに基づいて、そのアクセスを管理する。そのようなシステムの一例は、ソフトウェアコードなどのデータに署名するために使用されるシステムである。

【0003】

データは、エンドユーザに既に配布されているデバイス（例えば、フィールドデバイス）に提供されることがある。そのようなデータは、デバイスを新しい構成に更新するために若しくは追加の機能を実施するために、ソフトウェア「バグ」若しくは他の問題を改善するために、又は侵害された可能性のあるデバイス内に既に常駐しているデータを単に置き換えるために必要とされ得る。そのようなデータは、ソフトウェアコードなどのデータをそれらのデバイスに遠隔で提供することによって、ソフトウェア命令（例えば、コード）更新フィールドデバイスを含み得る。

【0004】

そのようなデータをフィールドデバイスに遠隔ダウンロードする際の問題のうちの１つは、データが不正ソースからのものであり得ることである。フィールドデバイスにデータを提供するエンティティは、データの正当なソースになりすまして、デバイスのセキュリティ又は機能を侵害するように設計されているデータを提供する可能性がある。例えば、デバイスのユーザは、適切に機能するために、そのデバイスがソフトウェア更新を必要とすると誤解される場合があり、ソフトウェア更新をダウンロードするために偽物の統一資源位置（ＵＲＬ）を提供される場合がある。ユーザが、偽物のＵＲＬからソフトウェア更新をダウンロード及びインストールする場合、実際にダウンロードされるコードは、デバイスの動作に悪影響を与えるウイルス又は他のマルウェアを含み得、感染前にデバイスによって記憶されたデータの全て（ユーザの個人情報を含む）を侵害する可能性がある。

【0005】

上述の問題を防止するために、コード署名技術が、実行可能及びスクリプトなどのデータをデジタル署名するために使用され得る。そのような署名は、データの作成者のアイデンティティを確認し、署名されてからデータが変更又は別様に破損されていないことを保証する。ほとんどのコード署名パラダイムは、データ又は構築システムの作成者のアイデンティティを検証するためのデジタル署名機構、及びデータオブジェクトが修正されていないことを検証するためのチェックサムを提供する。そのようなコード署名パラダイムは、典型的には、公開鍵技術などの認証機構を使用し、これは、データ発行者がその秘密鍵を不正アクセスから保護することに依存している。データ署名を認証するために使用される公開鍵は、信頼されたルート証明機関（ＣＡ）又は信頼されたルート公開鍵に遡って追跡可能であるべきである。データ署名が、デバイスユーザが信頼するＣＡ又は公開鍵に追跡される場合、ユーザは、そのＣＡ又は署名権限者によって生成された鍵で署名されるデータの合法性及び作成者を信頼することができると推定される。

【0006】

データ署名のためのシステムは、当該技術分野で公知である。そのようなシステムは、異なる組織又は企業が、適合していると思われるデータ署名許可の必要性を構造化すること、又は他の独立した組織によるデータ署名を安全に許可することを可能にするフレームワークを提供する。そのようなデータ署名システムは、典型的には、エンティティの固定階層を使用して、データの署名を管理する。例えば、そのような固定階層は、階層順序の減少において、プラットフォームエンティティ、プロジェクトエンティティ、モデルエンティティ、及びデータ自体の署名を定義する構成を含み得る。堅固な許可構造を有する３つの役割が存在する。（１）何事も行うことができる管理者、（２）モデルに下位の構成のユーザを管理することできるモデルマネージャ、（３）構成自体を使用してデータに署名することができるユーザ。この階層を使用する署名システムは、米国特許公開第２０１７／０２５７３８０号に開示されており、これは参照により本明細書に組み込まれる。

【0007】

一部の事例では、より柔軟な構成及び許可管理が望ましい。例えば、エンティティの階層では、異なる若しくは並行のエンティティを定義するか、又はそれらのエンティティにより多くの若しくはより少ない役割を割り当てることが望ましい場合がある。そのような構成を許可するための既知のデータ署名システムの変更は、高価かつ時間がかかる場合があり、個々のクライアントに限定されたアプリケーションを有する場合がある。より柔軟な階層エンティティ及び役割定義が既存のリソースアクセス及び制御管理システムとともに使用されることを許可し、データ署名などのアクションを許可するシステム及び方法が必要とされている。そのようなシステム及び方法が本明細書に説明される。

【発明の概要】

【0008】

上記に説明された要件に対処するために、本明細書は、リソースノードの階層組織の少なくとも１つのリソースノード上でアクションを実施するためのシステム及び方法を開示する。一実施形態では、方法は、セキュアサーバでログイン要求を受信することと、ログイン要求をアイデンティティプロバイダにリダイレクトすることであって、アイデンティティプロバイダが、ノードリソースの階層組織を定義し、各ノードリソースが、１つ以上の範囲及び１つ以上の属性を有し、各１つ以上の範囲が、範囲許可と関連付けられており、各ノードリソースが、ノードリソースの階層組織を維持するための管理ノードリソース、又はアクションを実施するための構成ノードリソースのいずれかである、リダイレクトすることと、セキュアサーバで第２のログイン要求を受信することであって、第２のログイン要求が、第２のログイン要求のソースを識別するクライアント認可クレデンシャルと、ノードリソース上でアクションを実施する許可を記述する許可情報とを含み、クライアント認可クレデンシャルが、リダイレクトされたログイン要求に応答してアイデンティティプロバイダによって提供される、受信することと、ノードリソース上でアクションを実施する要求を受信することと、クライアント認可クレデンシャルの許可情報に従って、アクションが許可されるかどうかを決定することと、アクションが許可されている場合、ノードリソース上でアクションを実施することと、を含む。

【0009】

別の実施形態は、プロセッサと、上述の動作を実施するためのプロセッサ命令を記憶する、通信可能に結合されたメモリと、を有する装置によって証明される。

【0010】

論じられている特徴、機能、及び利点は、本発明の様々な実施形態で独立して達成され得るか、又は更に他の実施形態では組み合わせられ得、その更なる詳細は、以下の説明及び図面を参照して見ることができる。

【図面の簡単な説明】

【0011】

ここで、図面を参照し、同様の参照番号は、全体を通して対応する部品を表す。

【図1】セキュアオンライン処理システムの例示的な実施形態の図である。

【図2A】保護されたリソースのうちの１つでアクションを実施するために実施され得る例示的な動作を例示する図である。

【図2B】保護されたリソースのうちの１つでアクションを実施するために実施され得る例示的な動作を例示する図である。

【図2C】保護されたリソースのうちの１つでアクションを実施するために実施され得る例示的な動作を例示する図である。

【図3】ノードリソースの階層組織を柔軟に定義して、それらのリソース上で実施されるアクションを管理するために使用され得るリソースノード構造を示す図である。

【図4A】範囲、ユーザ、及び属性を有するリソースノードの階層組織の例示的な実施形態を例示する図である。

【図4B】範囲、ユーザ、及び属性を有するリソースノードの階層組織の例示的な実施形態を例示する図である。

【図5】ジオロケーションシステムの処理要素を実装するために使用され得る例示的な処理システムを例示する。

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

【0012】

説明
以下の詳細な説明では、本明細書の一部を形成し、かつ例示としていくつかの実施形態が示される、添付図面を参照する。本開示の範囲から逸脱することなく、他の実施形態が利用されてもよく、構造的変更が行われてもよいことが理解される。

【0013】

図１は、セキュアオンライン処理システム１００の例示的な実施形態の図である。セキュアオンライン処理システム１００は、クライアントデバイス１０４及びアイデンティティプロバイダ１０６に通信可能に結合されたセキュアサーバ１０２を備える。サードパーティアイデンティティプロバイダの一例としては、Ｋｅｙｃｌｏａｋが挙げられる。セキュアサーバ１０２は、本明細書に更に説明されるように、データ署名構成及び管理ノードなどの保護されたリソース１１４を含む。セキュアサーバ１０２はまた、アイデンティティプロバイダ１０６とインターフェースするポリシー管理モジュール１１６を備える（例えば、アイデンティティプロバイダアプリケーションプログラムインターフェース（ＡＰＩ）を介して、リソースノード及びそれらの階層構造の名称及び構成パラメータを含む、アイデンティティプロバイダ１０６に定義されたポリシーを追加、削除、修正、又は別様に管理する。セキュアサーバ１０２はまた、ユーザ／クライアント１０４が要求された動作に対して認可されているかどうかを決定する、ポリシー施行点（ＰＥＰ）１１２を備える。以下で更に説明されるように、これは、ポリシー管理モジュール１１６によって作成及び管理される際、ポリシーモジュール１１０に定義されたポリシーに従って、アイデンティティプロバイダ１０６によって発行されたクライアント認可クレデンシャルから決定される。これらのクレデンシャルは、クライアントデバイス１０４によってセキュアサーバ１０２に提示される。

【0014】

アイデンティティプロバイダ１０６は、クライアントデバイス１０４からの通信を認証し、ポリシーモジュール１１０とインターフェースして、クライアント認可クレデンシャルを要求し、そのようなクレデンシャルをクライアントデバイス１０４に提供する、認可サービスモジュール１０８を備える。この文脈では、クライアント認可クレデンシャルは、本質的に、特定のユーザに対するリソースノードの許可を指定する認可トークンである。これは、アイデンティティプロバイダ１０６にも提供され得る、ユーザ名及びパスワードなどのログインクレデンシャルの概念とは異なっている。

【0015】

図２Ａ～図２Ｃは、保護されたリソース１１４のうちの１つでアクションを実施するために実施され得る例示的な動作を例示する図である。ブロック２０２では、ログイン要求がクライアントデバイス１０４からセキュアサーバ１０２に送信される。これは、ブラウザ又は自動クライアントなどのクライアントデバイス１０４上にインストールされたクライアントアプリケーションを介して達成され得る。ログイン要求は、典型的には、ログインＩＤ及びパスワードなどのログインクレデンシャルを含むが、他の情報を含んでもよい。ブロック２０４では、セキュアサーバ１０２は、ログイン要求を受信する。この時点で、セキュアサーバ１０２は、ブロック２０６に示されるように、ログイン要求をアイデンティティプロバイダ１０６にリダイレクトする。これは、ブロック２０８に示されるように、アイデンティティプロバイダ１０６へのリンクを有する情報又はコマンドをクライアント１０４に送信し、クライアント１０４が、リダイレクされたログイン要求をアイデンティティプロバイダ１０６に送信することによって、又は単にログイン要求をアイデンティティプロバイダ１０６に転送することによって、達成され得る。クライアントデバイス１０４は、アイデンティティプロバイダ１０６にログインする。

【0016】

アイデンティティプロバイダ１０６は、事前定義されるノードリソースの階層組織を実装し、例えば、セキュアサーバ１０２の管理者は、例えば、その目的のためにアイデンティティプロバイダ１０６によって提供されるＡＰＩを使用する。一実施形態では、ポリシー管理モジュール１１６は、アイデンティティプロバイダ１０６のＡＰＩとインターフェースして、階層組織を定義し、アイデンティティプロバイダ１０６のＡＰＩに好適な形態にそのような入力を受け入れ、解釈し、構成する。

【0017】

ノードリソースの階層組織では、各ノードリソースは、１つ以上の範囲及び１つ以上の属性を有する。更に、各１つ以上の範囲は、範囲許可と関連付けられており、各ノードリソースは、ノードリソースの階層組織を維持するための管理ノードリソース、又はアクションを実施するための構成ノードリソースのいずれかである。

【0018】

リソースノード構造
図３は、ノードリソースの階層組織を柔軟に定義して、それらのリソース上で実施されるアクションを管理するために使用され得るリソースノード概念３００を示す図である。ＧｅｎｅｒｉｃＮｏｄｅリソースタイプ３０２は、汎用ノードタイプを定義し、これは、構成リソースノードタイプ３０６（アクションを実施するために使用される）、又は管理ノードなどの非構成リソースノードタイプ３０４（ＭｇｍｔＮｏｄｅ）を更に派生させる。各リソースは、きめ細かな許可制御及び１つ以上のリソース属性を可能にする１つ以上のリソース範囲と関連付けられる。全てのリソースノード（管理ノード及び構成ノード）に対するリソース範囲は、（１）管理者範囲、（２）管理範囲、（３）閲覧範囲、及び（４）編集範囲のうちの１つ以上を含み得る。構成ノードタイプ３０６に対するリソース範囲は、上述に加えて、使用範囲を含み得る。

【0019】

リソースノードの管理者範囲許可を有するユーザは、他のユーザに対するそのリソースの任意の範囲許可を修正することができる。例えば、管理者範囲許可を有するユーザは、他の管理者、マネージャ、及びユーザをリソースノードに割り当てることができる。

【0020】

リソースノードの管理範囲許可を有するユーザは、他のユーザに対するそのリソースの使用範囲許可を修正することができる。例えば、リソースノードに対する管理範囲許可を有するユーザは、そのリソースノード（例えば、構成ノード）にユーザを割り当てることができる。

【0021】

リソースノードの閲覧範囲許可を有するユーザは、そのリソースに対して定義された情報を閲覧することができる。例えば、リソースがデータに署名するための構成ノードである場合、そのような詳細は、どの署名鍵及びパラメータが署名動作で使用されるかに関する情報を含み得、閲覧範囲許可を有するユーザは、その構成ノードに関するそれらの詳細を閲覧することができる。

【0022】

リソースノードの編集範囲許可を有するユーザは、そのリソースと関連付けられた属性を編集することができる。例えば、データに署名するために使用される構成リソースについて、編集範囲許可を有するユーザは、データ署名パラメータを変更することができる。

【0023】

リソースノードの使用範囲許可を有するユーザは、例えば、そのリソースノード下の任意の構成を使用して、例えば、そのリソースノードと関連付けられたリソース上でアクションを実施することができる。他の範囲もまた、上記に説明されたものに加えて定義されてもよい。

【0024】

属性に関して、親属性は、親リソースノード（親属性を有するノードのすぐ上のノード）を指す。ヌル親属性は、ノードが、リソースノードの階層組織内の全ての他のリソースノードよりも上位である（例えば、親を有していない）ことを示す。許可継承属性は、そのノードと関連付けられた許可が任意の子ノードに拡張するかどうかを指定する。チェーン内の全てのノードがオンになった許可継承属性を有する場合、許可継承は、任意の子孫ノードに拡張し得る。

【0025】

リソースノードの例示的な階層組織
図４Ａ及び図４Ｂは、範囲、ユーザ、及び属性を有するリソースノードの階層組織の例示的な実施形態を例示する図である。

【0026】

図４Ａは、例えば、データに署名するために使用され得るリソースノードの階層組織を説明する。アイデンティティプロバイダのユーザベースのポリシーは、リソースノード４０２Ｎ～４１２Ｎの各々に対する許可を管理するために使用される。各ユーザ４０８は、リソースの特定の範囲に対する許可を割り当てられている。リソースノードは、階層に組織化された複数の管理リソースノード４０２Ｎ～４０８Ｎを含む。

【0027】

階層的に最上位のノードは、会社Ｘの管理リソースノード４０２Ｎである。システム管理者であるユーザＡ ４０２Ｕは、この管理ノード４０２Ｎの管理者範囲許可を与えられる。これは、ユーザＡが管理者許可を有し、リソースノード４０２Ｎ（例えば、ノード４０４～４１２Ｎ）下の全てのリソースノード上で全ての管理者アクションを実施することができることを意味する。

【0028】

管理リソースノード４０４Ｎは、管理リソースノード４０２Ｎの子リソースノードであり、管理リソースノード４０２Ｎに対して階層的に下位である。この管理リソースノード４０４Ｎは、会社Ｘ内の組織（組織Ｙ）と関連付けられている。組織マネージャであるユーザＢ ４０４Ｕは、この管理リソースノード４０４Ｎの管理範囲許可を与えられ、したがって、リソースノード４０４Ｎ（例えば、リソースノード４０６Ｎ～４１２Ｎ）下の全てのリソースノードのユーザの使用許可を管理することができる。この例では、ユーザに対する使用許可が管理リソースノード４０４Ｎ、４０６Ｎ、又は４０８Ｎに割り当てられる場合、そのユーザは、構成ノード４１０Ｎ及び４１２Ｎが、それぞれ、管理リソースノード４０８Ｎ、４０６Ｎ、又は４０４Ｎの階層的に下位（子、孫、又はひ孫）であるため、構成ノード（ＣｏｎｆｉｇＮｏｄｅ）４１０Ｎ及びＣｏｎｆｉｇＮｏｄｅ ４１２Ｎへの使用アクセスを有することになる。また、管理リソースノード４０５Ｎ（会社Ｘの組織Ｙ下のプロジェクトＷと関連付けられる）は、管理リソースノード４０４Ｎの子であり、構成ノード４１１Ｎの親であることにも留意されたい。したがって、ユーザＢ ４０４Ｕは、管理リソースノード４０５Ｎ及び構成ノード４１１Ｎの管理範囲許可を与えられ、ユーザを構成ノード４１１Ｎに割り当てることができる。しかしながら、管理リソースノード４０６Ｎ及び４０８Ｎは、管理リソースノード４０５Ｎよりも階層的に上位ではないため、ユーザＣ ４０６Ｕ１、Ｄ ４０６Ｕ２、及びＥ ４０８Ｕは、管理リソースノード４０５Ｎ又は構成ノード４１１Ｎの管理範囲許可を与えられていない。

【0029】

管理リソースノード４０６Ｎは、管理リソースノード４０４Ｎの子リソースノードであり、管理リソースノード４０２Ｎの孫であり、管理リソースノード４０２Ｎ及び管理リソースノード４０４Ｎの両方に対して階層的に下位である。この管理リソースノード４０６Ｎは、組織Ｙ及び会社Ｘ内のプロジェクト（プロジェクトＺ）と関連付けられる。プロジェクトマネージャであるユーザＣ ４０６Ｕ１は、この管理リソースノード４０４Ｎの管理範囲許可を与えられ、ユーザであるユーザＤ ４０６Ｕ２は、管理リソースノード４０６Ｎのユーザ範囲許可を与えられる。これは、ユーザＤが、管理リソースノード４０６Ｎ（例えば、構成ノード４１０Ｎ及び４１２Ｎ）下の構成リソースノードのうちのいずれかを使用することができることを意味する。ユーザＣ ４０６Ｕ１は、管理リソースノード４０６Ｎの子である全てのリソースノードに対するユーザの使用許可を管理することができる。

【0030】

管理リソースノード４０８Ｎは、管理リソースノード４０６Ｎの子リソースノードであり、管理リソースノード４０２Ｎ～４０６Ｎに対して階層的に下位である。この管理リソースノード４０８Ｎは、会社Ｘの組織ＹのプロジェクトＺ内のモデル（モデルＭ、例えば、ブートコードを有するデバイスのモデル）と関連付けられる。ユーザであるユーザＥ ４０８Ｕは、この管理リソースノード４０８Ｎのユーザ範囲許可を与えられる。これは、ユーザＥ ４０８Ｕが、管理リソースノード４０８Ｎ下の構成リソースノードのうちのいずれかを使用することができることを意味する。

【0031】

図４Ｂは、例えば、デバッグトークンにアクセスするために使用され得るリソースノードの階層組織を説明する図である。デバッグトークンは、開発者が、デバイスの生産中に通常オフになっているデバッグ機能をロック解除することを可能にする、特定のデバイスに関連付けられた、デバッグ許可の署名付きオブジェクトである。ロック解除されたとき、そのような機能は、通常禁止されるメモリ資産への動作及びアクセスを許可する。デバッグトークン構成（及び定義済み構成リソースノード）の管理は、図４Ａに説明されるように、データに署名するために使用されるそれらの構成リソースノード管理と同様である。しかしながら、この例では、ユーザＥ ４０８Ｕは、管理リソースノードモデルＭ ４０８Ｎ下の任意のデバッグ構成リソースノードにアクセスすることができる。これは、ＪＴＡＧ有効化トークンへのアクセスを許可する構成リソースノード４１４Ｎと、開発者が開発中にプラットフォームコードの未署名バージョンを実行することを許可する（すなわち、このソフトウェアトークンが特定のデバイスに存在するとき、ブートローダがプラットフォームコード上の署名検証チェックをスキップすることを意味する）構成リソースノード４１６Ｎと、を含む。同時に、ユーザＦ ４１６Ｕは、未署名のプラットフォームコードの実行のために、構成リソースノード４１６Ｎへの使用許可アクセスのみを有し、ＪＴＡＧ有効化トークンへの使用許可アクセスを有していない。

【0032】

ＪＴＡＧ（ジョイントテストアクショングループ）は、集積回路のサブブロックにアクセスする主要な手段として使用される一般的なハードウェアインターフェースであり、任意の他のデバッグ可能な通信チャネルを有していない可能性のある組み込みシステムをデバッグするための必要不可欠な機構である。ＪＴＡＧ有効化トークンは、標的デバイスと関連付けられた保護された一意の秘密ＪＴＡＧ鍵を含み得る。単一のＪＴＡＧトークンが、１つの特定のデバイスのみのＪＴＡＧインターフェースをロック解除するために利用され得る。

【0033】

ユーザ４０２Ｕ～４１６Ｕは、人間のユーザ（グラフィカルユーザインターフェース（ＧＵＩ）を使用してシステムにアクセスする）又は機械ユーザとすることができる。機械ユーザは、ログインクレデンシャルを有するユニバーサルシリアルバス（ＵＳＢ）クリプトトークンなどのハードウェアクレデンシャルを有する、高セキュリティマシンツーマシン（Ｍ２Ｍ）クライアントを含み得る。あるいは、Ｍ２Ｍクライアントは、ソフトウェアキー又はデジタル証明書などのソフトウェアクレデンシャルで構成され得る。ソフトウェアクレデンシャルを有するＭ２Ｍクライアントの一例は、表現状態転送（ＲＥＳＴ）ＡＰＩを介したクラウドベースのクライアントアクセスを有するアプリケーションである。他のユーザタイプも追加され得る。

【0034】

図２Ａに戻ると、アイデンティティプロバイダ１０６は、ブロック２１０に示されるように、リダイレクトされたログイン要求を受信及び認証する。これは、上記に説明されたものと同じログインクレデンシャルを使用して、又は異なる若しくは補足的なログインクレデンシャル情報を用いて実施され得る。リダイレクトされたログイン要求が認証されることができない場合、エラーメッセージが返されるが、要求認証が成功した場合、処理は、ポリシーモジュール１１０にアクセスして、リダイレクトされたログイン要求と関連付けられたユーザに対する許可を検索するブロック２１２にルーティングされる。これらの許可を使用して、アイデンティティプロバイダ１０６、又はブロック２１４に示されるように、それらの許可と一意に関連付けられている、以前に生成されたクライアント認可クレデンシャルを検索する。一実施形態では、クライアント認可クレデンシャルは、識別子（ＩＤ）トークン及びアクセストークンを含む。ＩＤトークンは、ユーザのアイデンティティ、他のユーザ関連情報を含み、クレデンシャル有効期限タイムスタンプを含み得る。アクセストークンは、ユーザが認可されているリソースに対する許可の全て又はサブセットを含む。ＩＤトークン及びアクセストークンは、セキュアサーバ１０２である意図された受信者に対して、アイデンティティプロバイダ１０６によって署名され、任意選択的に暗号化される。生成されると、クライアント認可クレデンシャルは、ブロック２１６に示されるように、クライアント１０４に送信される。

【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】

好ましい実施形態の上述の説明は、例示及び説明の目的で提示されている。網羅的であること、又は開示された正確な形態に開示を限定することを意図するものではない。上記の教示に照らして、多くの修正及び変形が可能である。権利範囲は、この詳細な説明によってではなく、むしろ、本明細書に添付される特許請求の範囲によって限定されることが意図される。

【図1】

【図2A】

【図2B】

【図2C】

【図3】

【図4A】

【図4B】

【図5】

【国際調査報告】