特表 2025-504378 許可ブローカリング

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

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

(11)【公表番号】

(43)【公表日】2025-02-12

(54)【発明の名称】許可ブローカリング

(51)【国際特許分類】

   G06F 21/62 20130101AFI20250204BHJP

   G06F 21/31 20130101ALI20250204BHJP

【ＦＩ】

G06F21/62 318

G06F21/31

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024540910

(86)(22)【出願日】2022-11-16

(85)【翻訳文提出日】2024-09-03

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

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

(87)【国際公開日】2023-07-13

(31)【優先権主張番号】17/571,338

(32)【優先日】2022-01-07

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＩＮＤＯＷＳ ＰＨＯＮＥ

２．ｉＯＳ

(71)【出願人】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】フォーゲル，ダニエル・エム

(72)【発明者】

【氏名】ステイスカル，ダン・ローレン

(57)【要約】

本明細書では、インフラストラクチャサービスのセキュアエンティティへのアクセス用のクレデンシャルを管理するためのフレームワークについて記載されている。たとえば、コンピューティングシステムが、顧客デバイスからアクションの実行を求める要求を受信することと、顧客デバイスに対応する加入者を判定することと、加入者が顧客デバイスにアクションの実行の許可を与えていると判定することと、顧客デバイスに代わってセキュアエンティティにアクセスするためのクレデンシャルを生成することと、クレデンシャルを顧客デバイスから分離して維持することと、顧客デバイスに代わってアクションの実行のためにクレデンシャルを使用することとを含む動作を実行する。

【特許請求の範囲】

【請求項1】

命令が記録された１つまたは複数の非一時的なコンピュータ可読媒体であって、前記命令はコンピューティングシステムによって実行されると前記コンピューティングシステムに、
顧客デバイスから、前記顧客デバイスの識別子とセキュアエンティティによって実行されるアクションとを含む、前記アクションの実行を求める要求を受信することと、
前記顧客デバイスの前記識別子に少なくとも部分的に基づいて前記顧客デバイスに対応する加入者を判定することと、
前記加入者が前記顧客デバイスに前記アクションの実行の許可を与えていると判定することと、
前記顧客デバイスが前記アクションの実行の許可を有するとの判定に少なくとも部分的に基づいて、前記顧客デバイスに代わって前記セキュアエンティティへのアクセスのためのクレデンシャルを生成することと、
前記顧客デバイスから分離して前記クレデンシャルを維持することと、
前記顧客デバイスに代わって前記アクションの実行のために前記クレデンシャルを使用することとを行わせる、１つまたは複数の非一時的なコンピュータ可読媒体。

【請求項2】

前記コンピューティングシステムおよび前記セキュアエンティティは信頼できる環境内に位置し、前記クレデンシャルを前記顧客デバイスから分離して維持することは、前記クレデンシャルを前記信頼できる環境内で維持することを含む、請求項１に記載の１つまたは複数の非一時的なコンピュータ可読媒体。

【請求項3】

前記加入者が前記アクションの実行の許可を与えていると判定することは、
前記加入者が前記顧客デバイスに許可を与えた１つまたは複数のアクションを判定することと、
前記要求によって示された前記アクションが前記１つまたは複数のアクションに含まれると判定することとを含む、請求項１または請求項２に記載の１つまたは複数の非一時的なコンピュータ可読媒体。

【請求項4】

前記クレデンシャルを生成することは、前記クレデンシャルを生成するために前記セキュアエンティティに対応する鍵を使用することを含む、先行する請求項のいずれか１項に記載の１つまたは複数の非一時的なコンピュータ可読媒体。

【請求項5】

前記命令は、前記コンピューティングシステムによって実行されると前記コンピューティングシステムにさらに、
前記鍵の有効期間が満了したと判定することと、
前記鍵の前記有効期間が満了したとの前記判定に少なくとも部分的に基づいて、前記セキュアエンティティにより前記鍵をリフレッシュすることと、
リフレッシュされた前記鍵を前記顧客デバイスから分離して維持することとを行わせる、請求項４に記載の１つまたは複数の非一時的なコンピュータ可読媒体。

【請求項6】

前記命令は、前記コンピューティングシステムによって実行されると前記コンピューティングシステムにさらに、前記セキュアエンティティの境界においてブローカーを実装させ、前記コンピューティングシステムの前記ブローカーは、前記クレデンシャルを生成し、前記クレデンシャルを前記顧客デバイスから分離して維持し、前記顧客デバイスに代わって前記アクションの実行のために前記クレデンシャルを使用することになる、先行する請求項のいずれか１項に記載の１つまたは複数の非一時的なコンピュータ可読媒体。

【請求項7】

前記セキュアエンティティは、前記コンピューティングシステムのエンクレーブである、請求項６に記載の１つまたは複数の非一時的なコンピュータ可読媒体。

【請求項8】

前記クレデンシャルを前記アクションの実行のために使用することは、
前記セキュアエンティティへのアクセスを取得するために前記クレデンシャルを前記セキュアエンティティに提供することと、
前記セキュアエンティティに前記アクションの実行を要求することとを含む、先行する請求項のいずれか１項に記載の１つまたは複数の非一時的なコンピュータ可読媒体。

【請求項9】

１つまたは複数のクレデンシャルを記憶するメモリと、
前記メモリに結合された１つまたは複数のプロセッサとを含み、前記１つまたは複数のプロセッサは、
セキュアエンティティによるアクションの実行を求める要求を受信し、前記要求は顧客デバイスから受信され、
前記１つまたは複数のプロセッサは、
前記顧客デバイスの識別子に少なくとも部分的に基づいて前記顧客デバイスに対応する加入者を判定し、
前記加入者が前記顧客デバイスに前記アクションの実行の許可を与えていると判定し、
前記加入者が前記顧客デバイスに前記アクションの実行の許可を与えているとの前記判定に少なくとも部分的に基づいて、前記セキュアエンティティへのアクセスのためのクレデンシャルを生成し、
前記クレデンシャルを前記メモリに記憶し、前記クレデンシャルは前記顧客デバイスから分離して記憶され、
前記１つまたは複数のプロセッサは、
前記顧客デバイスに代わって前記アクションの実行のために前記クレデンシャルを使用する、コンピューティングシステム。

【請求項10】

前記１つまたは複数のプロセッサはさらに、前記セキュアエンティティから鍵を取り出し、前記クレデンシャルを生成することは、前記鍵に少なくとも部分的に基づいて前記クレデンシャルを生成することを含む、請求項９に記載のコンピューティングシステム。

【請求項11】

前記１つまたは複数のプロセッサはさらに、
前記鍵の有効期間が満了したと判定し、
前記鍵の前記有効期間が満了したとの前記判定に少なくとも部分的に基づいて前記セキュアエンティティにより前記鍵をリフレッシュする、請求項１０に記載のコンピューティングシステム。

【請求項12】

前記加入者が前記顧客デバイスに前記アクションの実行の許可を与えていると判定することは、
前記加入者が前記顧客デバイスに許可を与えた１つまたは複数のアクションを判定することと、
前記アクションが前記１つまたは複数のアクションに含まれると判定することとを含む、請求項９～請求項１１のいずれか１項に記載のコンピューティングシステム。

【請求項13】

前記クレデンシャルは前記１つまたは複数のアクションに関連付けられている、請求項１２に記載のコンピューティングシステム。

【請求項14】

前記アクションは対価請求記録の入力を含み、前記クレデンシャルを前記アクションの実行のために使用することは、
前記セキュアエンティティへのアクセスを取得するために前記クレデンシャルを前記セキュアエンティティに提供することと、
前記セキュアエンティティに前記対価請求記録を入力させることとを含む、請求項９～請求項１３のいずれか１項に記載のコンピューティングシステム。

【請求項15】

前記コンピューティングシステムは、クラウドインフラストラクチャサービスを含み、前記セキュアエンティティは、前記クラウドインフラストラクチャサービス内のエンクレーブを含み、前記１つまたは複数のプロセッサはさらに、前記エンクレーブの境界においてブローカーを実装し、前記コンピューティングシステムの前記ブローカーは、前記セキュアエンティティへのアクセスのための前記クレデンシャルを生成し、前記アクションの実行のために前記クレデンシャルを使用することとなる、請求項９～請求項１４のいずれか１項に記載のコンピューティングシステム。

【請求項16】

セキュアエンティティによりアクションを実行する方法であって、
ブローカーが、顧客デバイスから前記セキュアエンティティによるアクションの実行を求める要求を受信することと、
前記ブローカーが、前記顧客デバイスが前記アクションの実行を許可されていると判定することと、
前記ブローカーが、前記顧客デバイスが前記アクションの実行を許可されているとの前記判定に少なくとも部分的に基づいて、前記セキュアエンティティへのアクセスのためのクレデンシャルを生成することと、
前記ブローカーが、前記顧客デバイスに代わって前記セキュアエンティティに前記アクションを実行させるために前記クレデンシャルを使用することとを含む、方法。

【請求項17】

前記セキュアエンティティおよび前記ブローカーは、信頼できる環境内に位置し、前記顧客デバイスは前記信頼できる環境の外部に位置し、前記方法は、前記ブローカーが前記クレデンシャルを前記信頼できる環境内で維持することをさらに含む、請求項１６に記載の方法。

【請求項18】

前記セキュアエンティティは、コンピューティングシステムのエンクレーブを含み、前記アクションの実行を求める前記要求を受信することは、前記ブローカーが前記エンクレーブの境界において前記アクションの実行を求める前記要求を受信することを含む、請求項１６または請求項１７に記載の方法。

【請求項19】

前記ブローカーが前記セキュアエンティティから鍵を取り出すことをさらに含み、前記クレデンシャルは前記鍵に少なくとも部分的に基づいて生成される、請求項１６～請求項１８のいずれか１項に記載の方法。

【請求項20】

前記ブローカーが前記鍵の有効期間が満了したと判定することと、
前記ブローカーが、前記鍵の前記有効期間が満了したとの前記判定に少なくとも部分的に基づいて前記セキュアエンティティにより前記鍵をリフレッシュすることとをさらに含む、請求項１９に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０２２年１月７日に出願された「Authorization Brokering」という名称の米国非仮特許出願第１７／５７１，３３８号の優先権を主張し、その開示全体があらゆる目的のために参照により本明細書に組み込まれる。

【0002】

分野
本開示は、インフラストラクチャサービスのセキュアエンティティにアクセスするために使用されるクレデンシャルを管理するためのフレームワークに関する。

【背景技術】

【0003】

背景
クラウドサービスプロバイダ（ＣＳＰ：cloud service provider）は、異なるシステムおよびインフラストラクチャサービスを使用して、オンデマンドでユーザまたは顧客に様々なサービスを提供する。ＣＳＰは、顧客が自分のネットワークを構築し、顧客リソースをデプロイするために使用することができる、インフラストラクチャサービスを提供する。顧客がＣＳＰへのアクセスを与えられるために、顧客は顧客アクセスを認めるクレデンシャルをＣＳＰに提供する必要がある場合がある。

【0004】

ＣＳＰにアクセスするためのクレデンシャルの従来の手法は、ＣＳＰが顧客にクレデンシャルを提供することを必要とし、そのクレデンシャルはさらに、ＣＳＰへのアクセスを取得するためにサービスの要求時に顧客によってＣＳＰに提供されることになる。顧客に提供されるクレデンシャルは、ＣＳＰに対して無許可のアクションを行うために不正行為者によって使用される可能性がある。したがって、顧客と共有されるクレデンシャルはＣＳＰ内の弱点になり得る。

【発明の概要】

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

【0005】

概要
本開示は、一般に、クラウドインフラストラクチャサービスなど、コンピューティングシステムへのアクセスのためのクレデンシャルを管理するためのフレームワークに関する。本明細書では、方法、システム、１つまたは複数のプロセッサによって実行可能なプログラム、コードもしくは命令を記憶する非一時的なコンピュータ可読記憶媒体などを含む、様々な実施形態について説明する。これらの例示の実施形態は、本開示を限定または定義するためではなく、本開示の理解を助けるための実施例を示すために言及されている。追加の実施形態について詳細な説明の項で説明し、そこでさらなる説明を示す。

【0006】

本開示の一態様は、命令が記憶された１つまたは複数の非一時的なコンピュータ可読媒体を対象とし、命令はコンピューティングシステムによって実行されるとコンピューティングシステムに、顧客デバイスからのアクションの実行の要求を受信させることができ、要求は顧客デバイスの識別子と、セキュアエンティティによって実行されるアクションとを含む。命令はさらに、コンピューティングシステムに、顧客デバイスの識別子に少なくとも部分的に基づいて顧客デバイスに対応する加入者を判定させ、加入者がアクションの実行の許可を顧客デバイスに与えていると判定させることができる。また、命令は、コンピューティングシステムに、顧客デバイスがアクションの実行の許可を有するとの判定に少なくとも部分的に基づいて、顧客デバイスに代わってセキュアエンティティへのアクセスのためのクレデンシャルを生成させ、クレデンシャルを顧客デバイスから分離して維持させ、顧客デバイスに代わってアクションの実行のためにクレデンシャルを使用させることができる。

【0007】

本開示の一態様は、１つまたは複数のクレデンシャルを記憶するためのメモリと、メモリに結合された１つまたは複数のプロセッサとを含むコンピューティングシステムを対象とし、１つまたは複数のプロセッサは、セキュアエンティティによるアクションの実行を求める要求を受信することができ、要求は顧客デバイスから受信される。１つまたは複数のプロセッサはさらに、顧客デバイスの識別子に少なくとも部分的に基づいて、顧客デバイスに対応する加入者を判定し、加入者が顧客デバイスにアクションの実行の許可を与えていると判定することができる。１つまたは複数のプロセッサはさらに、加入者が顧客デバイスにアクションの実行の許可を与えているとの判定に少なくとも部分的に基づいて、セキュアエンティティへのアクセスのためのクレデンシャルを生成し、クレデンシャルをメモリに記憶することができ、クレデンシャルは顧客デバイスから分離して記憶され、１つまたは複数のプロセッサはクレデンシャルを顧客デバイスに代わってアクションを実行するために使用することができる。

【0008】

本開示の一態様は、セキュアエンティティによりアクションを実行する方法であって、ブローカーが、顧客デバイスからセキュアエンティティによるアクションの実行を求める要求を受信することと、ブローカーが、顧客デバイスがアクションの実行を許可されていると判定することとを含む方法を対象とする。方法はさらに、ブローカーが、顧客デバイスがアクションの実行を許可されているとの判定に少なくとも部分的に基づいて、セキュアエンティティへのアクセスのためのクレデンシャルを生成することと、ブローカーが、セキュアエンティティに顧客デバイスに代わってアクションを実行させるためにクレデンシャルを使用することとを含むことができる。

【0009】

上記は、他の特徴および実施形態とともに、以下の明細書、特許請求の範囲および添付図面を参照すればより明らかになるであろう。

【0010】

本開示の特徴、実施形態および利点は、以下の「詳細な説明」を、添付図面を参照しながら読めばよりよくわかる。

【図面の簡単な説明】

【0011】

【図1】ある実施形態による、例示のインフラストラクチャサービス構成を示す図である。

【図2】ある実施形態による、例示のアクセス構成を示す図である。

【図3】ある実施形態による、顧客デバイス登録のための例示の手順フローを示す図である。

【図4】ある実施形態による、アクション実行のための例示の手順フローを示す図である。

【図5】ある実施形態による、鍵リフレッシュのための例示の手順フローを示す図である。

【図6】ある実施形態による、アクションの実行のための例示の手順を示す図である。

【図7】ある実施形態による、アクションの実行のための別の例示の手順を示す図である。

【図8】ある実施形態による、アクションの実行のための別の例示の手順を示す図である。

【図9】少なくとも１つの実施形態による、クラウドインフラストラクチャアズアサービスシステムを実装するための一パターンを示すブロック図である。

【図10】少なくとも１つの実施形態による、クラウドインフラストラクチャアズアサービスシステムを実装するための別のパターンを示すブロック図である。

【図11】少なくとも１つの実施形態による、クラウドインフラストラクチャアズアサービスシステムを実装するための別のパターンを示すブロック図である。

【図12】少なくとも１つの実施形態による、クラウドインフラストラクチャアズアサービスシステムを実装するための別のパターンを示すブロック図である。

【図13】少なくとも１つの実施形態による、例示のコンピュータシステムを示すブロック図である。

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

【0012】

詳細な説明
以下の説明では、説明を目的として、ある実施形態を十分に理解することができるように特定の詳細が記載されている。しかし、これらの特定の詳細がなくても様々な実施形態を実施可能であることはわかるであろう。図および説明は、制限的であることは意図されていない。本明細書では「例示の」という用語は、「実施例、事例または例示となる」という意味で使用されている。本明細書において「例示の」として説明されているいずれの実施形態または設計も、必ずしも他の実施形態または設計より好ましいかまたは有利であるものと解釈されるべきではない。

【0013】

本開示は、クラウドサービスプロバイダ（ＣＳＰ）によって提供されるインフラストラクチャサービス（クラウドインフラストラクチャサービス、たとえば図９のクラウドインフラストラクチャ、図１０のクラウドインフラストラクチャ、図１１のクラウドインフラストラクチャ、および／または図１２のクラウドインフラストラクチャ）へのアクセスのため、および／またはインフラストラクチャサービスによるアクションの実行のための、クレデンシャルを管理する技術について説明する。より具体的には、インフラストラクチャサービス内のセキュアエンティティへのアクセスを認められるために、セキュアエンティティは、行為者がセキュアエンティティによりアクションを行うことが許可されているか否かを判定するためにクレデンシャルを調べることができる。インフラストラクチャサービスまたはその一部は、顧客デバイスのクレデンシャルを生成するためにセキュアエンティティおよび顧客デバイスと協調することができる。インフラストラクチャサービスまたはその一部は、クレデンシャルを顧客デバイスに提供するのではなく、クレデンシャルを維持することができる。インフラストラクチャサービスまたはその一部は、顧客デバイスがクレデンシャルへのアクセスを有することなく、顧客デバイスに代わって顧客デバイスによって要求されたアクションを行うためにクレデンシャルを使用することができる。したがって、クレデンシャルは、顧客デバイスなどの信頼できない環境に提供されずに信頼できる環境内に留まることができる。クレデンシャルを信頼できる環境において維持することによって、無許可の行為者がクレデンシャルを取得および／またはセキュアエンティティへのアクセスのために使用する可能性が少ない。

【0014】

ＣＳＰは、異なるシステムおよびインフラストラクチャサービス（本明細書ではクラウドインフラストラクチャサービスと呼ぶ）を使用してオンデマンドで顧客に様々なサービスを提供することができる。ある実施形態では、ＣＳＰはインフラストラクチャアズアサービス（ＩａａＳ：Infrastructure-as-a-Service）モデル下でサービスを提供することができ、ＣＳＰは顧客が自分のネットワークを構築し、顧客リソースをデプロイするために使用することができるインフラストラクチャサービスを提供する。ＣＳＰ提供インフラストラクチャは、サブストレートネットワークまたはアンダーレイネットワークと呼ばれる物理ネットワークを形成する、様々なホストマシン（ホストとも呼ぶ）とメモリリソースとネットワークリソースとを含む、相互接続された高パフォーマンスコンピュータリソースを含むことができる。ＣＳＰ提供インフラストラクチャは、１つまたは複数のリージョンにわたって地理的に散在し得る１つまたは複数のデータセンターにわたって散在することができる。

【0015】

様々なホストマシン、メモリリソースおよび／またはネットワークリソースを含み得るＣＳＰの物理ネットワークは、物理ネットワークの上に１つまたは複数の仮想またはオーバーレイネットワークを作成するための基礎を提供することができる。これらの仮想またはオーバーレイネットワーク（ソフトウェアベースまたはソフトウェア定義ネットワークとも呼ぶ）は、物理ネットワークの上で稼働させることができるネットワーク抽象化の層を作成するためにソフトウェア仮想化技術を使用して実装可能である。オーバーレイネットワークは、多くの形態をとることができる。オーバーレイネットワークは、それらのネットワークの仮想ＩＰアドレスによって指定されるエンドポイントを有するレイヤ３ＩＰアドレッシングを使用することができる。このオーバーレイネットワーキングの方法は、しばしば仮想レイヤ３ネットワーキングと呼ばれる。

【0016】

顧客がＣＳＰによって提供されるＩａａＳサービスに加入または登録すると、その顧客のためにテナンシーが作成可能であり、この場合、テナンシーは顧客がそこで自分のクラウドリソースを作成、編成および管理することができるＣＳＰのインフラストラクチャサービス内のセキュアな分離された区分である。たとえば、顧客は、顧客のテナンシー内で仮想クラウドネットワーク（ＶＣＮ：virtual cloud network）と呼ばれる１つまたは複数のカスタマイズ可能なプライベート仮想ネットワークを構築するために、ＣＳＰによって提供されるリソースを使用することができる。計算インスタンスなどの１つまたは複数の顧客リソース（たとえば仮想マシン、ベアメタルインスタンスなど）を、これらの顧客ＶＣＮ上にデプロイすることができる。

【0017】

顧客が、テナンシーを設定するためまたは他のアクションを行うためにインフラストラクチャサービスにアクセスを試みるとき、顧客は、テナンシーの設定または他のアクションを行う要求をインフラストラクチャサービスに送信することができる。インフラストラクチャサービスは、その要求を受信し、顧客が、インフラストラクチャサービスに、インフラストラクチャサービス内のセキュアエンティティによってアクションを行うことを要求していると判定することができる。アクションに基づいて、インフラストラクチャサービスは、セキュアエンティティへのアクセスを与える、顧客に関連付けられたクレデンシャルを生成することができる。インフラストラクチャサービスは、クレデンシャルを顧客に提供せずに、顧客に代わって要求されたアクションを行うためにクレデンシャルを使用することができる。したがって、クレデンシャルは、クレデンシャルに保護を与えるインフラストラクチャサービス内に留まることができる。

【0018】

図１に、ある実施形態による例示のインフラストラクチャサービス構成１００を示す。具体的には、インフラストラクチャサービス構成１００は、本開示全体を通して説明されているクレデンシャルを維持するための手法のうちの１つまたは複数の手法を実施することができるインフラストラクチャサービスの一部を示す。ある実施形態では、インフラストラクチャサービスは、図９のクラウドインフラストラクチャ、図１０のクラウドインフラストラクチャ、図１１のクラウドインフラストラクチャおよび／または図１２のクラウドインフラストラクチャの特徴のうちの１つまたは複数の特徴を含むことができる。インフラストラクチャサービスは、コンピューティングシステムを含むことができる。ある実施形態では、インフラストラクチャサービスは、クラウドコンピューティングシステムを含むことができる。インフラストラクチャサービスは、顧客にサービスを提供することができるインフラストラクチャのハードウェアおよび／またはソフトウェアを含むことができる。

【0019】

インフラストラクチャサービスは、インフラストラクチャサービスの一部を提供するように通信可能に結合された１つまたは複数のデバイス１０２を含むことができる。たとえば、図の実施形態では、インフラストラクチャサービス構成１００は、第１のデバイス１０２ａと、第２のデバイス１０２ｂと、第３のデバイス１０２ｃとを含む。デバイス１０２は、コンピュータ端末、サーバ、その他のコンピュータデバイスまたはこれらの何らかの組合せなどのコンピューティングデバイスを含むことができる。デバイス１０２は、インフラストラクチャサービスの一部を形成するように、互いに通信することができ、この場合、インフラストラクチャサービスは、クラウドインフラストラクチャサービスなどのインフラストラクチャサービスを提供することができる。

【0020】

デバイス１０２は、異なるエンクレーブにグループ化することができる。たとえば、第１のデバイス１０２ａと第２のデバイス１０２ｂと第３のデバイス１０２ｃとが、インフラストラクチャサービスのエンクレーブ１０４の一部を形成することができる。インフラストラクチャサービスのエンクレーブの各々はそれ自体のセキュアエンティティを形成することができ、または複数のエンクレーブを含むセキュアエンティティの一部であってもよい。エンクレーブ１０４は、特定の処理を行うことができる。たとえば、エンクレーブ１０４は、管理処理を提供する管理エンクレーブ、サービス処理を提供するサービスエンクレーブ、または顧客に顧客処理を提供する顧客エンクレーブを含むことができる。エンクレーブ１０４は、保護されたＩａａＳインスタンスを作成するためにソフトウェア定義ペリメータ（ＳＤＰ：software-defined perimeter）セキュリティモデルを実装することができる。エンクレーブ１０４は、１つまたは複数のデバイス（第１のデバイス１０２ａ、第２のデバイス１０２ｂおよび第３のデバイス１０２ｃなど）および／またはあるソフトウェアを含む定義されたＳＤＰを有することができ、エンクレーブ１０４の境界が、エンクレーブ１０４の外部の要素からのデバイスおよび／またはソフトウェアの分離によって画定される。エンクレーブ１０４は、インフラストラクチャサービスにおける異なるエンクレーブの他の通信プロファイルとは異なり得る固有の通信プロファイルを有することができる。エンクレーブ１０４内へのアクセスとエンクレーブ１０４からのアクセスは、制御され、監視され、および／またはポリシー主導とすることができる。たとえば、エンクレーブ１０４へのアクセスは、許可に基づくことができ、その場合、エンクレーブ１０４へのアクセスは許可された顧客に限定可能である。エンクレーブ１０４は、エンクレーブ１０４に提供される１つまたは複数のクレデンシャルに基づいてエンクレーブ１０４へのアクセスの許可を判定することができる。

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

６０２において、コンピューティングシステムはブローカーを実装することができる。たとえば、コンピューティングシステムは、セキュアエンティティの境界においてブローカーを実装することができる。ある実施形態では、セキュアエンティティは、コンピューティングシステムのエンクレーブ（エンクレーブ１０４（図１）および／またはエンクレーブ２０２（図２）など）とすることができる。コンピューティングシステムは、ある実施形態ではエンクレーブの境界においてブローカーを実装することができる。実施形態によっては、６０２は省かれてもよい。

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

図９は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャの例示のパターンを示すブロック図９００である。サービス運用者９０２が、仮想クラウドネットワーク（ＶＣＮ）９０６とセキュアホストサブネット９０８とを含むことができるセキュアホストテナンシー９０４に通信可能に結合可能である。ある実施例では、サービス運用者９０２は、Microsoft Windows Mobile（登録商標）などのソフトウェア、および／または、iOS、Windows Phone、Android、BlackBerry 8、Palm OSなどの様々なモバイルオペレーティングシステムを稼働させ、インターネット、ｅメール、ショートメッセージサービス（ＳＭＳ）、Blackberry（登録商標）またはその他の通信プロトコル対応の、携帯型ハンドヘルドデバイス（たとえば、iPhone（登録商標）、携帯電話、iPad（登録商標）、コンピューティングタブレット、パーソナルデジタルアシスタント（ＰＤＡ））またはウェアラブルデバイス（たとえば、Google Glass（登録商標）ヘッドマウントディスプレイ）であってもよい、１つまたは複数の顧客コンピューティングデバイスを使用することができる。あるいは、顧客コンピューティングデバイスは、たとえば、Microsoft Windows（登録商標）、Apple Macintosh（登録商標）および／またはLinux（登録商標）オペレーティングシステムの様々なバージョンを稼働させる、パーソナルコンピュータおよび／またはラップトップコンピュータを含む、汎用パーソナルコンピュータであってもよい。顧客コンピューティングデバイスは、たとえばGoogle Chrome OSなどの様々なＧＮＵ／Linuxオペレーティングシステムを含むがこれらには限定されない様々な市販のUNIX（登録商標）またはUNIXのようなオペレーティングシステムのいずれかを稼働させる、ワークステーションコンピュータとすることができる。上記に代えて、または上記に加えて、顧客コンピューティングデバイスは、シンクライアントコンピュータ、インターネット対応ゲームシステム（たとえば、Kinect（登録商標）ジェスチャー入力デバイスありまたはなしのMicrosoft Xboxゲームコンソール）など、および／または、ＶＣＮ９０６および／またはインターネットにアクセス可能なネットワークを介して通信することができるパーソナルメッセージングデバイスなど、任意のその他の電子デバイスであってもよい。

【0110】

ＶＣＮ９０６は、ＳＳＨ ＶＣＮ９１２に含まれるＬＰＧ９１０を介してセキュアシェル（ＳＳＨ：secure shell）ＶＣＮ９１２に通信可能に結合可能な、ローカルピアリングゲートウェイ（ＬＰＧ：local peering gateway）９１０を含むことができる。ＳＳＨ ＶＣＮ９１２は、ＳＳＨサブネット９１４を含むことができ、ＳＳＨ ＶＣＮ９１２は制御プレーンＶＣＮ９１６に含まれるＬＰＧ９１０を介して制御プレーンＶＣＮ９１６に通信可能に結合することができる。また、ＳＳＨ ＶＣＮ９１２は、ＬＰＧ９１０を介してデータプレーンＶＣＮ９１８に通信可能に結合することができる。制御プレーンＶＣＮ９１６とデータプレーンＶＣＮ９１８は、ＩａａＳプロバイダによって所有および／または運用可能なサービステナンシー９１９に含まれ得る。

【0111】

制御プレーンＶＣＮ９１６は、境界ネットワーク（たとえば、企業イントラネットと外部ネットワークとの間の企業ネットワークの部分）として機能する、制御プレーン非武装地帯（ＤＭＺ：demilitarized zone）層９２０を含むことができる。ＤＭＺベースのサーバは、制限された任務を有し、侵害をくい止めるのに役立ち得る。さらに、ＤＭＺ層９２０は、１つまたは複数の負荷バランサ（ＬＢ：load balancer）サブネット９２２、アプリケーションサブネット９２６を含み得る制御プレーンアプリケーション層９２４、データベース（ＤＢ）サブネット９３０（たとえばフロントエンドＤＢサブネットおよび／またはバックエンドＤＢサブネット）を含み得る制御プレーンデータ層９２８を含むことができる。制御プレーンＤＭＺ層９２０に含まれるＬＢサブネット９２２は、制御プレーンアプリケーション層９２４に含まれるアプリケーションサブネット９２６と制御プレーンＶＣＮ９１６に含まれ得るインターネットゲートウェイ９３４とに通信可能に結合することができ、アプリケーションサブネット９２６は、制御プレーンデータ層９２８に含まれるＤＢサブネット９３０とサービスゲートウェイ９３６およびネットワークアドレス変換（ＮＡＴ：network address translation）ゲートウェイ９３８とに通信可能に結合することができる。制御プレーンＶＣＮ９１６は、サービスゲートウェイ９３６とＮＡＴゲートウェイ９３８とを含むことができる。

【0112】

制御プレーンＶＣＮ９１６は、アプリケーションサブネット９２６を含み得るデータプレーンミラーアプリケーション層９４０を含むことができる。データプレーンミラーアプリケーション層９４０に含まれるアプリケーションサブネット９２６は、計算インスタンス９４４を実行可能な仮想ネットワークインターフェースコントローラ（ＶＮＩＣ：virtual network interface controller）９４２を含むことができる。計算インスタンス９４４は、データプレーンミラーアプリケーション層９４０のアプリケーションサブネット９２６を、データプレーンアプリケーション層９４６に含まれ得るアプリケーションサブネット９２６に通信可能に結合することができる。

【0113】

データプレーンＶＣＮ９１８は、データプレーンアプリケーション層９４６とデータプレーンＤＭＺ層９４８とデータプレーンデータ層９５０とを含むことができる。データプレーンＤＭＺ層９４８は、データプレーンアプリケーション層９４６のアプリケーションサブネット９２６とデータプレーンＶＣＮ９１８のインターネットゲートウェイ９３４とに通信可能に結合することができるＬＢサブネット９２２を含むことができる。アプリケーションサブネット９２６は、データプレーンＶＣＮ９１８のサービスゲートウェイ９３６とデータプレーンＶＣＮ９１８のＮＡＴゲートウェイ９３８とに通信可能に結合することができる。データプレーンデータ層９５０は、データプレーンアプリケーション層９４６のアプリケーションサブネット９２６に通信可能に結合可能なＤＢサブネット９３０も含むことができる。

【0114】

制御プレーンＶＣＮ９１６とデータプレーンＶＣＮ９１８のインターネットゲートウェイ９３４は、パブリックインターネット９５４に通信可能に結合可能なメタデータ管理サービス９５２に通信可能に結合することができる。パブリックインターネット９５４は、制御プレーンＶＣＮ９１６の、およびデータプレーンＶＣＮ９１８のＮＡＴゲートウェイ９３８に通信可能に結合することができる。制御プレーンＶＣＮ９１６の、およびデータプレーンＶＣＮ９１８のサービスゲートウェイ９３６は、クラウドサービス９５６に通信可能に結合することができる。

【0115】

ある実施例では、制御プレーンＶＣＮ９１６の、またはデータプレーンＶＣＮ９１８のサービスゲートウェイ９３６は、パブリックインターネット９５４を通ることなくクラウドサービス９５６にアプリケーションプログラミングインターフェース（ＡＰＩ:application programming interface）呼び出しを行うことができる。サービスゲートウェイ９３６からクラウドサービス９５６へのＡＰＩ呼び出しは、一方向とすることができる。すなわち、サービスゲートウェイ９３６はクラウドサービス９５６にＡＰＩ呼び出しを行うことができ、クラウドサービス９５６はサービスゲートウェイ９３６に要求されたデータを送信することができる。しかし、クラウドサービス９５６はサービスゲートウェイ９３６に対してＡＰＩ呼び出しを発信しない可能性がある。

【0116】

ある実施例では、セキュアホストテナンシー９０４が、他の場合には分離可能なサービステナンシー９１９に、直接接続することができる。セキュアホストサブネット９０８は、他の場合には分離されているシステムを介して双方向通信を可能にすることができる、ＬＰＧ９１０を介してＳＳＨサブネット９１４と通信することができる。セキュアホストサブネット９０８をＳＳＨサブネット９１４に接続することにより、セキュアホストサブネット９０８にサービステナンシー９１９内の他のエンティティへのアクセスを与えることができる。

【0117】

制御プレーンＶＣＮ９１６は、サービステナンシー９１９のユーザが希望のリソースを設定またはその他によりプロビジョニングすることを可能にすることができる。制御プレーンＶＣＮ９１６においてプロビジョニングされた希望のリソースは、データプレーンＶＣＮ９１８においてデプロイまたはその他により使用することができる。ある実施例では、制御プレーンＶＣＮ９１６はデータプレーンＶＣＮ９１８から分離可能であり、制御プレーンＶＣＮ９１６のデータプレーンミラーアプリケーション層９４０は、データプレーンミラーアプリケーション層９４０およびデータプレーンアプリケーション層９４６に含まれ得るＶＮＩＣ９４２を介してデータプレーンＶＣＮ９１８のデータプレーンアプリケーション層９４６と通信することができる。

【0118】

ある実施例では、システムのユーザまたは顧客が、メタデータ管理サービス９５２に要求を伝達することができるパブリックインターネット９５４を介して、たとえば作成、読み出し、更新または削除（ＣＲＵＤ：create, read, update or delete）動作の要求を行うことができる。メタデータ管理サービス９５２は、要求をインターネットゲートウェイ９３４を介して制御プレーンＶＣＮ９１６に伝達することができる。要求は、制御プレーンＤＭＺ層９２０に含まれるＬＢサブネット９２２によって受信可能である。ＬＢサブネット９２２は、要求が有効であると判定することができ、この判定に応答して、ＬＢサブネット９２２は要求を制御プレーンアプリケーション層９２４に含まれるアプリケーションサブネット９２６に送信することができる。要求の有効性が検証され、パブリックインターネット９５４への呼び出しが必要な場合、パブリックインターネット９５４への呼び出しは、パブリックインターネット９５４への呼び出しを行うことができるＮＡＴゲートウェイ９３８に送信可能である。要求によって記憶されることが望まれる場合があるメモリを、ＤＢサブネット９３０に格納することができる。

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

ある実施形態では、本明細書に記載のＩａａＳシステムは、顧客にセルフサービスの、加入式で、柔軟に拡張可能で信頼性があり、可用性の高いセキュアな方式で配布される、１組のアプリケーション、ミドルウェアおよびデータベースサービス提供品を含むことができる。このようなＩａａＳシステムの一例は、本出願の譲渡人によって提供されるOracle Cloud Infrastructure（ＯＣＩ）である。

【0148】

図１３に、様々な実施形態を実装可能な例示のコンピュータシステム１３００を示す。システム１３００は、上述のコンピュータシステムのいずれかを実装するために使用することができる。図に示すように、コンピュータシステム１３００は、バスサブシステム１３０２を介していくつかの周辺サブシステムと通信する処理ユニット１３０４を含む。これらの周辺サブシステムは、処理アクセラレーションユニット１３０６とＩ／Ｏサブシステム１３０８とストレージサブシステム１３１８と通信サブシステム１３２４とを含むことができる。ストレージサブシステム１３１８は、有形のコンピュータ可読記憶媒体１３２２とシステムメモリ１３１０を含む。

【0149】

バスサブシステム１３０２は、コンピュータシステム１３００の様々なコンポーネントおよびサブシステムを目的通りに互いに通信させるための機構を提供する。バスサブシステム１３０２は単一のバスとして概略的に示されているが、バスサブシステムの別の実施形態は複数のバスを使用してもよい。バスサブシステム１３０２は、様々なバスアーキテクチャのいずれかを使用した、メモリバスまたはメモリコントローラ、ペリフェラルバスおよびローカルバスを含む、数種類のバス構造のうちのいずれでもよい。たとえば、そのようなアーキテクチャには、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオエレクトロニクススタンダードアソシエーション（ＶＥＳＡ）ローカルバス、およびＩＥＥＥ Ｐ１３８６．１標準に従って製造されたメザニンバスとして実装可能なペリフェラルコンポーネントインターコネクト（ＰＣＩ）バスが含まれ得る。

【0150】

１つまたは複数の集積回路（たとえば従来のマイクロプロセッサまたはマイクロコントローラ）として実装可能な処理ユニット１３０４が、コンピュータシステム１３００の動作を制御する。処理ユニット１３０４には１つまたは複数のプロセッサが含まれ得る。これらのプロセッサには、シングルコアまたはマルチコアプロセッサが含まれ得る。ある実施形態では、処理ユニット１３０４は、各処理ユニットにシングルコアプロセッサまたはマルチコアプロセッサが含まれた、１つまたは複数の独立した処理ユニット１３３２および／または１３３４として実装可能である。他の実施形態では、処理ユニット１３０４は、２つのデュアルコアプロセッサを単一のチップに集積することによって形成されたクワッドコア処理ユニットとして実装することもできる。

【0151】

様々な実施形態において、処理ユニット１３０４は、プログラムコードに応答して様々なプログラムを実行することができ、複数の並列実行プログラムまたはプロセスを維持することができる。任意の時点で、実行されるプログラムコードの一部または全部がプロセッサ１３０４内および／またはストレージサブシステム１３１８内に存在することができる。適切なプログラミングにより、プロセッサ１３０４は上述の様々な機能を提供することができる。コンピュータシステム１３００は、デジタルシグナルプロセッサ（ＤＳＰ）、特殊目的プロセッサおよび／または同様のものなどを含み得る処理アクセラレーションユニット１３０６をさらに含むことができる。

【0152】

Ｉ／Ｏサブシステム１３０８は、ユーザインターフェース入力デバイスとユーザインターフェース出力デバイスを含むことができる。ユーザインターフェース入力デバイスは、キーボード、マウスまたはトラックボールなどのポインティングデバイス、ディスプレイに組み込まれたタッチパッドまたはタッチスクリーン、スクロールホイール、クリックホイール、ダイヤル、ボタン、スイッチ、キーパッド、音声コマンド認識システムを有する音声入力デバイス、マイクロフォン、およびその他の種類の入力デバイスを含み得る。ユーザインターフェース入力デバイスは、たとえば、ユーザが、ジェスチャーと発話コマンドを使用してナチュラルユーザインターフェースを介してMicrosoft Xbox（登録商標）３６０ゲームコントローラなどの入力デバイスを制御し、対話することを可能にするMicrosoft Kinect（登録商標）モーションセンサーなどの、モーションセンシングおよび／またはジェスチャー認識デバイスを含み得る。ユーザインターフェース入力デバイスには、ユーザからの眼球活動（たとえば写真撮影および／またはメニュー選択時の「まばたき」）を検出し、眼球ジェスチャーを入力デバイス（たとえばGoogle Glass（登録商標））への入力として変換する、Google Glass（登録商標）まばたき検出器などの眼球ジェスチャー認識デバイスも含まれ得る。さらに、ユーザインターフェース入力デバイスには、ユーザが音声コマンドにより音声認識システム（たとえばSiri（登録商標）ナビゲータ）と対話することを可能にする音声認識感知デバイスが含まれ得る。

【0153】

ユーザインターフェース入力デバイスには、これらには限定されないが３次元（３Ｄ）マウス、ジョイスティックまたはポインティングスティック、ゲームパッドならびにグラフィックタブレット、および、スピーカ、デジタルカメラ、デジタルカムコーダ、携帯型メディアプレイヤー、ウェブカメラ、画像スキャナ、指紋スキャナ、バーコードリーダー３Ｄスキャナ、３Ｄプリンタ、レーザ距離測定器および視線追跡デバイスなどの音声／視覚デバイスも含まれ得る。さらに、ユーザインターフェース入力デバイスには、たとえば、コンピュータ断層撮影、磁気共鳴撮影、陽電子放出断層撮影、医療超音波検査デバイスなどの医療用撮像入力デバイスが含まれ得る。ユーザインターフェース入力デバイスには、たとえば、ＭＩＤＩキーボード、デジタル楽器などの音声入力デバイスも含まれ得る。

【0154】

ユーザインターフェース出力デバイスには、ディスプレイサブシステム、表示灯または音声出力デバイスなどの非視覚ディスプレイが含まれ得る。ディスプレイサブシステムは、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）またはプラズマディスプレイなどのフラットパネルデバイス、プロジェクションデバイス、タッチスクリーンなどであってもよい。一般に、「出力デバイス」という用語の使用は、コンピュータシステム１３００からユーザまたは他のコンピュータに情報を出力するための可能なあらゆる種類のデバイスおよび機構を含むことが意図されている。たとえば、ユーザインターフェース出力デバイスは、これらには限定されないが、モニター、プリンタ、スピーカ、ヘッドフォン、自動車ナビゲーションシステム、プロッタ、音声出力デバイスおよびモデムなど、テキスト、グラフィックスおよび音声／ビデオ情報を視覚的に伝達する様々なディスプレイデバイスを含み得る。

【0155】

コンピュータシステム１３００は、現在システムメモリ１３１０内にあるものとして示されているソフトウェア要素を含むストレージサブシステム１３１８を含むことができる。システムメモリ１３１０は、処理ユニット１３０４にロード可能であり、実行可能なプログラム命令と、これらのプログラムの実行時に生成されたデータとを記憶することができる。

【0156】

コンピュータシステム１３００の構成および種類に応じて、システムメモリ１３１０は揮発性（ランダムアクセスメモリ（ＲＡＭ）など）、および／または不揮発性（読み出し専用メモリ（ＲＯＭ）、フラッシュメモリなど）とすることができる。ＲＡＭは、典型的には、処理ユニット１３０４によって即時にアクセス可能であり、および／もしくは、現在操作および実行されているデータならびに／またはプログラムモジュールを含む。実装形態によっては、システムメモリ１３１０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）またはダイナミックランダムアクセスメモリ（ＤＲＡＭ）などの複数の異なる種類のメモリを含むことができる。実装形態によっては、一般的に、スタートアップ時などにコンピュータシステム１３００内の要素間で情報を転送するのを助ける基本ルーチンを含む、基本入出力システム（ＢＩＯＳ）をＲＯＭに記憶することができる。たとえば、これらには限定されないが、システムメモリ１３１０は、顧客アプリケーション、ウェブブラウザ、中層アプリケーション、リレーショナルデータベース管理システム（ＲＤＢＭＳ）などを含み得るアプリケーションプログラム１３２１、プログラムデータ１３１４、およびオペレーティングシステム１３１６も示している。たとえば、オペレーティングシステム１３１６には、Microsoft Windows（登録商標）、Apple Macintosh（登録商標）および／またはLinuxオペレーティングシステムの様々なバージョン、様々な市販のUNIX（登録商標）またはUNIXのようなオペレーティングシステム（これらには限らないがＧＮＵ／Linuxオペレーティングシステム、Google Chrome（登録商標）OSの種類などを含む）および／またはiOS、Windows（登録商標）Phone、Android（登録商標）OS、BlackBerry（登録商標）OSおよびPalm（登録商標）OSオペレーティングシステムなどのモバイルオペレーティングシステムが含まれ得る。

【0157】

ストレージサブシステム１３１８は、一部の実施形態の機能を提供する基本プログラミングおよびデータ構造を記憶するための有形のコンピュータ可読記憶媒体も提供することができる。プロセッサによって実行されると上述の機能を提供するソフトウェア（プログラム、コードモジュール、命令）を、ストレージサブシステム１３１８に記憶することができる。これらのソフトウェアモジュールまたは命令は、処理ユニット１３０４によって実行可能である。ストレージサブシステム１３１８は、本開示に従って使用されるデータを記憶するためのリポジトリを提供することもできる。

【0158】

ストレージサブシステム１３００は、さらにコンピュータ可読記憶媒体１３２２に接続可能なコンピュータ可読記憶媒体リーダー１３２０も含むことができる。システムメモリ１３１０とともに、および任意により、システムメモリ１３１０と組み合わせて、コンピュータ可読記憶媒体１３２２は、リモート、ローカル、固定および／または取り外し型ストレージデバイスと、コンピュータ可読情報を一時的におよび／またはより永続的に含み、記憶し、送信し、取り出すための記憶媒体を包括的に表し得る。

【0159】

コードまたはコードの一部を含むコンピュータ可読記憶媒体１３２２は、情報の記憶および／または伝送のための任意の方法または技術で実装された、揮発性および不揮発性、取り外し型および非取り外し型媒体などであるがこれらには限定されない記憶媒体および通信媒体を含む、当技術分野で知られているかまたは使用されている任意の適切な媒体も含み得る。これには、ＲＡＭ、ＲＯＭ、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリもしくはその他のメモリ技術、ＣＤ－ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）もしくはその他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージもしくはその他の磁気ストレージデバイス、またはその他の有形なコンピュータ可読媒体などの、有形のコンピュータ可読記憶媒体が含まれる。これには、データ信号、データ伝送、または所望の情報を伝送するために使用可能であり、コンピューティングシステム１３００がアクセス可能な任意のその他の媒体などの、非有形のコンピュータ可読媒体も含まれ得る。

【0160】

たとえば、コンピュータ可読記憶媒体１３２２は、非取り外し型不揮発性磁気媒体の読み出しまたは書き込みを行うハードディスクドライブ、取り外し型不揮発性磁気ディスクの読み出しまたは書き込みを行う磁気ディスクドライブ、およびＣＤ ＲＯＭ、ＤＶＤおよびＢｌｕ－Ｒａｙ（登録商標）ディスクまたはその他の光媒体などの取り外し型不揮発性光ディスクの読み出しまたは書き込みを行う光ディスクドライブを含み得る。コンピュータ可読記憶媒体１３２２は、Zip（登録商標）ドライブ、フラッシュメモリカード、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブ、セキュアデジタル（ＳＤ）カード、ＤＶＤディスク、デジタルビデオテープなどを含み得るが、これらには限定されない。コンピュータ可読記憶媒体１３２２は、フラッシュメモリベースのＳＳＤ、エンタープライズフラッシュドライブ、ソリッドステートＲＯＭなど、不揮発性メモリに基づくソリッドステートドライブ（ＳＳＤ）、ソリッドステートＲＡＭ、ダイナミックＲＡＭ、スタティックＲＡＭ、ＤＲＡＭベースのＳＳＤ、磁気抵抗型ＲＡＭ（ＭＲＡＭ）ＳＳＤなどの揮発性メモリに基づくＳＳＤ、およびＤＲＡＭとフラッシュメモリベースのＳＳＤの組合せを使用するハイブリッドＳＳＤも含み得る。ディスクドライブとそれに関連付けられたコンピュータ可読媒体は、コンピュータシステム１３００にコンピュータ可読命令、データ構造、プログラムモジュールおよびその他のデータの不揮発性ストレージを提供することができる。

【0161】

通信サブシステム１３２４は、他のコンピュータシステムおよびネットワークへのインターフェースを提供する。通信サブシステム１３２４は、コンピュータシステム１３００以外のシステムとの間でデータを受信し、送信するためのインターフェースとして機能する。たとえば、通信サブシステム１３２４は、コンピュータシステム１３００がインターネットを介して１つまたは複数のデバイスに接続することを可能にすることができる。実施形態によっては、通信サブシステム１３２４は、（たとえば、携帯電話技術、３Ｇ、４ＧまたはＥＤＧＥ（グローバルエボリューション向け進化型高速データレート）、ＷｉＦｉ（ＩＥＥＥ８０２．１１ファミリー標準、またはその他のモバイル通信技術などの先進データネットワーク技術あるいはこれらの任意の組合せを使用した）無線音声および／またはデータネットワークにアクセスするための無線周波数（ＲＦ）送受信器コンポーネント、グローバルポジショニングシステム（ＧＰＳ）受信器コンポーネントおよび／またはその他のコンポーネントを含むことができる。実施形態によっては、通信サブシステム１３２４は、無線インターフェースに加えてまたはその代わりに、有線ネットワーク接続（たとえばＥｔｈｅｒｎｅｔ（登録商標））を提供することができる。

【0162】

実施形態によっては、通信サブシステム１３２４は、コンピュータシステム１３００を使用可能な１人または複数のユーザに代わって、構造化および／または非構造化データフィード１３２６、イベントストリーム１３２８、イベント更新１３３０などの形態の入力通信も受信することができる。

【0163】

たとえば、通信サブシステム１３２４は、Twitter（登録商標）フィード、Facebook（登録商標）更新、リッチサイトサマリー（ＲＳＳ:Rich Site Summary）フィード、および／または１つまたは複数のサードパーティ情報源からのリアルタイム更新などの、ウェブフィードなどのソーシャルネットワークおよび／またはその他の通信サービスのユーザからリアルタイムでデータフィード１３２６を受信するように構成可能である。

【0164】

さらに、通信サブシステム１３２４は、明確な終わりのない連続的または際限のない性質の場合があるリアルタイムイベントのイベントストリーム１３２８および／またはイベント更新１３３０を含み得る、連続データストリームの形態のデータを受信するように構成することも可能である。連続データを生成するアプリケーションの例には、たとえば、センサーデータアプリケーション、金融ティッカー、ネットワークパフォーマンス測定ツール（たとえばネットワークモニタリングおよびトラフィック管理アプリケーション）、クリックストリーム分析ツール、自動車交通量モニタリングなどが含まれ得る。

【0165】

通信サブシステム１３２４は、コンピュータシステム１３００に結合された１つまたは複数のストリーミングデータソースコンピュータと通信可能な１つまたは複数のデータベースに、構造化および／または非構造化データフィード１３２６、イベントストリーム１３２８、イベント更新１３３０などを出力するように構成することも可能である。

【0166】

コンピュータシステム１３００は、ハンドヘルド携帯型デバイス（たとえば、iPhone（登録商標）携帯電話、iPad（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェアラブルデバイス（たとえば、Google Glass（登録商標）ヘッドマウントディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバラック、または任意のその他のデータ処理システムを含む、様々な種類のうちの１つとすることができる。

【0167】

コンピュータとネットワークの絶えず変化する性質のため、図に示されているコンピュータシステム１３００の説明は具体例として意図されているに過ぎない。図に示されているシステムより多いかまたはより少ないコンポーネントを有する多くの他の構成も可能である。たとえば、カスタマイズされたハードウェアも使用されてもよく、および／または特定の要素がハードウェア、ファームウェア、ソフトウェア（アプレットを含む）またはこれらの組合せで実装されてもよい。また、ネットワーク入力／出力デバイスなど、他のコンピューティングデバイスへの接続を採用することができる。本開示および本明細書で示されている教示に基づいて、当業者には様々な実施形態を実装する他の方式および／または方法もわかるであろう。

【0168】

特定の実施形態について説明したが、様々な修正、変更、代替構造および同等物も本開示の範囲内に包含される。実施形態は、ある特定のデータ処理環境内での動作には限定されず、複数のデータ処理環境内で自由に動作することができる。さらに、実施形態について特定の一連のトランザクションおよびステップを使用して説明したが、本開示の範囲は記載されている一連のトランザクションおよびステップには限定されないことが当業者には明らかであろう。上述の実施形態の様々な特徴および態様は、個別にまたは組み合わせて使用することができる。

【0169】

また、実施形態についてハードウェアおよびソフトウェアの特定の組合せを使用して説明したが、ハードウェアとソフトウェアの他の組合せも本開示の範囲内に含まれるものと理解されたい。実施形態は、ハードウェアでのみ、またはソフトウェアでのみ、あるいはこれらの組合せを使用して実装可能である。実施形態は、プロセッサによって実行されるとプロセッサに本開示に記載の方法のいずれかを実行させるコンピュータプログラム／命令を含むコンピュータプログラム製品を使用して実装されてもよい。本明細書に記載の様々なプロセスは、同じプロセッサ上または任意の組合せの異なるプロセッサ上で実施可能である。したがって、コンポーネントまたはモジュールについてある動作を行うように構成されているものとして説明されている場合、そのような構成は、たとえば、その動作を行うように電子回路を設計することによって、または、その動作を行うようにプログラマブル電子回路（マイクロプロセッサなど）をプログラムすることによって、あるいはこれらの任意の組合せによって実現可能である。プロセスは、プロセス間通信のための従来の技術を含むがこれらには限らない様々な技術を使用して通信することができ、プロセスの異なる対が異なる技術を使用してもよく、またはプロセスの同じ対が異なる時点で異なる技術を使用してもよい。

【0170】

したがって、本明細書および図面は、制限的な意味ではなく例示的な意味で捉えられるべきである。しかし、特許請求の範囲に記載されているより広い思想および範囲から逸脱することなくこれらに対する追加、控除、削除ならびにその他の修正および変更を加えることができることは明らかであろう。したがって、特定の開示の実施形態について説明したが、これらは限定的であることは意図されていない。様々な修正および同等物も以下の特許請求の範囲に含まれる。

【0171】

本開示の実施形態の説明の文脈（特に以下の特許請求の範囲の文脈）における「ａ」、「ａｎ」、「ｔｈｅ」という用語および類似の指示物の使用は、本明細書で別に示されているかまたは文脈によって明確に否定されない限り、単数と複数の両方を対象として含むものと解釈されるべきである。「含む（comprising）」、「有する（having）」、「含む（including）」および「含む（containing）」という用語は、別に明記されていない限りオープンエンド用語（すなわち「含むが、それには限定されない」ことを意味する）と解釈されるべきである。「接続される」という用語は、介在するものがある場合でも、一部もしくは全体が中に含まれるか、取り付けられるかまたは互いに接合されていると解釈されるべきである。本明細書における値の範囲の記載は、本明細書において別に示されていない限り、単にその範囲に入る各々別個の値を個別に指す省略された方法の役割を果たすように意図されているに過ぎず、各々別個の値は本明細書において個別に記載されているかのように本明細書に組み込まれる。本明細書に記載のすべての方法は、本明細書で別に示されているかまたは文脈によって明確に否定されない限り、任意の適切な順序で実行可能である。あらゆる例の使用または本明細書に記載されている例示の表現（たとえば「など」）は、別に要求されていない限り、単に実施形態をよりよく理解することができるようにすることが意図されているに過ぎず、本開示の範囲を限定しない。本明細書における表現は、いかなる非特許請求要素であっても、本開示の実施にとって不可欠なものとして示すものと解釈されるべきではない。

【0172】

「Ｘ、ＹまたはＺのうちの少なくとも１つ」という語句などの離接表現は、具体的に別に明記されていない限り、文脈内で項目、用語などがＸ、ＹまたはＺあるいはこれらの任意の組合せのいずれか（たとえば、Ｘ、Ｙおよび／またはＺ）であり得ることを示すために一般的に使用されているものと解釈されることが意図されている。したがって、このような離接表現は、ある実施形態がＸのうちの少なくとも１つ、Ｙのうちの少なくとも１つ、またはＺのうちの少なくとも１つが、各々存在することを必要としていることを含意することが一般に意図されておらず、含意すべきではない。

【0173】

本明細書では、本開示を実施するための知られている最良の形態を含む、本開示の好ましい実施形態について説明している。以上の説明を読めば、当業者にはそれらの好ましい実施形態の変形が明らかになるであろう。当業者は、そのような変形を適宜に採用することができるはずであり、本開示は本明細書に具体的に記載されているものとは異なる方式で実施されてもよい。したがって、本開示は、本明細書に添付されている特許請求の範囲に記載されている主題のすべての修正および均等物を、適用法により認められているものとして含む。また、本明細書で別に示されていない限り、上述の要素の任意の組合せがその可能なすべての変形において本開示に包含される。

【0174】

本明細書で引用されている公開文献、特許出願および特許を含むすべての参照文献は、参照により各々の参照文献が個別に具体的に組み込まれ、その全体が本明細書に記載されているかのように、同程度まで参照により本明細書に組み込まれる。

【0175】

以上の本明細書では、本開示の態様をその特定の実施形態を参照しながら説明しているが、当業者は本開示がそれらには限定されないことがわかるであろう。上記の開示の様々な特徴および態様は、個別にまたは組み合わせて使用可能である。また、実施形態は、本明細書のより広い思想および範囲から逸脱することなく本明細書に記載されているもの以外の任意の数の環境および用途において使用可能である。したがって、本明細書および図面は制限的なものではなく例示であるものとみなされるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【国際調査報告】