知財求人 - 知財ポータルサイト「IP Force」
▶ オラクル・インターナショナル・コーポレイションの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2025-02-19
(54)【発明の名称】クォーラムベースの認可
(51)【国際特許分類】
G06F 21/60 20130101AFI20250212BHJP
G06F 21/64 20130101ALI20250212BHJP
【ＦＩ】
G06F21/60 340
G06F21/64
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024540879
(86)(22)【出願日】2022-11-10
(85)【翻訳文提出日】2024-08-20
(86)【国際出願番号】 US2022079655
(87)【国際公開番号】W WO2023132997
(87)【国際公開日】2023-07-13
(31)【優先権主張番号】17/571,346
(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】
関連出願の相互参照
本出願は、２０２２年１月７日に出願された、「Quorum-based Authorization」と題された、米国非仮出願第17/571,346号の優先権を主張するものであり、その開示全体が、すべての目的のために、参照により本明細書に組み込まれている。
本出願は、２０２２年１月７日に出願された、「Quorum-based Authorization」と題された、米国非仮出願第17/571,346号の優先権を主張するものであり、その開示全体が、すべての目的のために、参照により本明細書に組み込まれている。
【0002】
分野
本開示は、クラウドサービスプロバイダのインフラストラクチャサービスへのアクセスについての認可を判定するためのフレームワークに関係する。
本開示は、クラウドサービスプロバイダのインフラストラクチャサービスへのアクセスについての認可を判定するためのフレームワークに関係する。
【背景技術】
【0003】
背景
クラウドサービスプロバイダ（ＣＳＰ）は、異なるシステムおよびインフラストラクチャサービスを使用して、オンデマンドでユーザまたはクライアントに種々のサービスを提供する。ＣＳＰは、クライアントによって、それらのクライアント自体のネットワークを作り上げ、顧客リソースをデプロイするために使用され得るインフラストラクチャサービスを提供する。ＣＳＰのインフラストラクチャサービスのセキュリティおよび継続される可用性を確実にするために、ユーザおよび／またはクライアントがインフラストラクチャサービスに関するアクションを使用および実行することの認可が、悪意のある人が認可されないデータにアクセスすること、および／または、インフラストラクチャサービスの一部分を攻撃することを防止するために求められ得る。
クラウドサービスプロバイダ（ＣＳＰ）は、異なるシステムおよびインフラストラクチャサービスを使用して、オンデマンドでユーザまたはクライアントに種々のサービスを提供する。ＣＳＰは、クライアントによって、それらのクライアント自体のネットワークを作り上げ、顧客リソースをデプロイするために使用され得るインフラストラクチャサービスを提供する。ＣＳＰのインフラストラクチャサービスのセキュリティおよび継続される可用性を確実にするために、ユーザおよび／またはクライアントがインフラストラクチャサービスに関するアクションを使用および実行することの認可が、悪意のある人が認可されないデータにアクセスすること、および／または、インフラストラクチャサービスの一部分を攻撃することを防止するために求められ得る。
【発明の概要】
【発明が解決しようとする課題】
【0004】
ユーザおよび／またはクライアントがＣＳＰのインフラストラクチャサービスに関するアクションを使用および実行することの認可を得ようとするためのレガシー手法は、第三者によるシステムの認可されないアクセス、および／または、認可されないアクションの実行のために利用され得る、ユーザおよび／またはクライアントに関する機微情報の共有をしばしば結果的に生じさせることになった。レガシー手法では、さらには、アクションを実行することについての事前承認された認可が必要とされ、ユーザおよび／またはクライアントは、アクションの実行を許されるには、アクションの実行を要求するよりも前にアクションの実行についての認可を必要としていた。
【0005】
概要
本開示は、一般的には、クラウドインフラストラクチャサービスなどの、コンピューティングシステムに関するアクションの実行についての認可を管理するためのフレームワークに関係する。方法、システム、１つまたは複数のプロセッサによって実行可能なプログラム、コード、または命令を記憶する非一時的コンピュータ読み取り可能な記憶媒体、および類するものを含む、様々な実施形態が、本明細書において説明される。これらの例示的な実施形態は、本開示を制限または定義するためではなく、本開示の理解の一助となるための例を提供するために述べられる。追加的な実施形態が、詳細な説明の節において論考され、さらに他の説明が、その詳細な説明の節において提供される。
本開示は、一般的には、クラウドインフラストラクチャサービスなどの、コンピューティングシステムに関するアクションの実行についての認可を管理するためのフレームワークに関係する。方法、システム、１つまたは複数のプロセッサによって実行可能なプログラム、コード、または命令を記憶する非一時的コンピュータ読み取り可能な記憶媒体、および類するものを含む、様々な実施形態が、本明細書において説明される。これらの例示的な実施形態は、本開示を制限または定義するためではなく、本開示の理解の一助となるための例を提供するために述べられる。追加的な実施形態が、詳細な説明の節において論考され、さらに他の説明が、その詳細な説明の節において提供される。
【課題を解決するための手段】
【0006】
本開示の態様は、命令が記憶されている１つまたは複数の非一時的コンピュータ読み取り可能な媒体であって、命令は、コンピューティングシステムによって実行されると、コンピューティングシステムに、コンピューティングシステムによって実行されるべきアクションについての要求を受信させることがあり、要求は、クライアントデバイスから受信される、１つまたは複数の非一時的コンピュータ読み取り可能な媒体に向けられるものである。命令は、コンピューティングシステムによって実行されると、コンピューティングシステムに、１つまたは複数のオーソライザ（authorizer）をさらに識別させることがあり、アクションの認可が、その１つまたは複数のオーソライザから受信されることになり、認可は、クライアントデバイスについてのアクションの実行に対応する。命令は、コンピューティングシステムによって実行されると、コンピューティングシステムに、さらに、アクションに対応する１つまたは複数のオペレーションをシリアライズすることと、楕円曲線デジタル署名アルゴリズムによって、シリアライズされた１つまたは複数のオペレーションに署名することとを行わせ得る。さらに、命令は、コンピューティングシステムによって実行されると、コンピューティングシステムに、１つまたは複数のオペレーションが実行されることを認可されるか否かを判定するために、１つまたは複数のオーソライザの各々からのアクションの認可についての問い合わせ手続を開始させ得る。
【0007】
本開示の態様は、クラウドインフラストラクチャサービスについてのアクションの認可を判定する方法であって、セキュリティ要素が、クラウドインフラストラクチャサービスによって実行されるべきアクションについての要求を受信することと、セキュリティ要素が、１つまたは複数のオーソライザを識別することとを含み、アクションの認可が、その１つまたは複数のオーソライザから受信されることになり、認可は、アクションの実行に対応する、方法に向けられるものである。方法は、セキュリティ要素が、アクションを完了するためにクラウドインフラストラクチャサービスによって実行されるべき１つまたは複数のオペレーションを判定することと、セキュリティ要素が、楕円曲線デジタル署名アルゴリズムによって、１つまたは複数のオペレーションに署名することと、セキュリティ要素が、署名された１つまたは複数のオペレーションを記憶することとをさらに含み得る。方法は、セキュリティ要素が、１つまたは複数のオーソライザから受信される応答に少なくとも部分的に基づいて、アクションの認可についての問い合わせ手続を開始することをさらに含み得る。
【0008】
本開示の態様は、コンピューティングシステムであって、コンピューティングシステムによる実行のためのオペレーションを記憶するためのメモリと、メモリに結合されている１つまたは複数のプロセッサとを含み、１つまたは複数のプロセッサは、コンピューティングシステムによって実行されるべきアクションについての要求を識別し、要求は、クライアントデバイスから受信され、１つまたは複数のプロセッサは、１つまたは複数のオーソライザを識別し、アクションの認可が、その１つまたは複数のオーソライザから受信されることになり、認可は、クライアントデバイスについてのアクションの実行に対応する、コンピューティングシステムに向けられるものである。１つまたは複数のプロセッサは、さらに、アクションを完了するためにコンピューティングシステムによって実行されるべき１つまたは複数のオペレーションを判定し、１つまたは複数のオペレーションをシリアライズし、楕円曲線デジタル署名アルゴリズムによって、シリアライズされた１つまたは複数のオペレーションに署名し得る。さらに、１つまたは複数のプロセッサは、署名されシリアライズされた１つまたは複数のオペレーションをメモリにおいて記憶し、１つまたは複数のオーソライザからのアクションの認可についての問い合わせ手続を開始し得る。
【0009】
前述のことは、他の特徴および実施形態とともに、後に続く本明細書、特許請求の範囲、および、付随する図面を参照することを基に、より明らかになることになる。
【0010】
本開示の特徴、実施形態、および利点は、後に続く詳細な説明が、付随する図面を参照して読まれると、より良く理解される。
【図面の簡単な説明】
【0011】
【図1】いくつかの実施形態に従って一例のインフラストラクチャサービス配置構成を例示する図である。
【図2】いくつかの実施形態に従って一例の認可配置構成を例示する図である。
【図3】いくつかの実施形態に従って認可のために実現され得る一例のデータ移行フローを例示する図である。
【図4】いくつかの実施形態に従って他の例の認可配置構成を例示する図である。
【図5】いくつかの実施形態に従ってアクションの実行についてのクライアントの認可についての一例の手続を例示する図である。
【図6】いくつかの実施形態に従ってアクションの実行についてのクライアントの認可についての他の一例の手続を例示する図である。
【図7】いくつかの実施形態に従ってアクションの実行についてのクライアントの認可についての他の一例の手続の第１の一部分を例示する図である。
【図9】少なくとも１つの実施形態に従ってクラウドのサービスとしてのインフラストラクチャ（infrastructure as a service）システムを実現するための１つのパターンを例示するブロック線図である。
【図10】少なくとも１つの実施形態に従ってクラウドのサービスとしてのインフラストラクチャシステムを実現するための別のパターンを例示するブロック線図である。
【図11】少なくとも１つの実施形態に従ってクラウドのサービスとしてのインフラストラクチャシステムを実現するための別のパターンを例示するブロック線図である。
【図12】少なくとも１つの実施形態に従ってクラウドのサービスとしてのインフラストラクチャシステムを実現するための別のパターンを例示するブロック線図である。
【図13】少なくとも１つの実施形態に従って例コンピュータシステムを例示するブロック線図である。
【発明を実施するための形態】
【0012】
詳細な説明
後に続く説明において、解説の目的のために、特定の詳細が、いくつかの実施形態の徹底した理解をもたらすために明記される。しかしながら、様々な実施形態が、これらの特定の詳細なしに実践され得るということが明らかであることになる。図および説明は、限定的であることを意図されない。単語「例示的」は、「例、事例、または例示として役立つ」を意味するように、本明細書において使用される。「例示的」として本明細書において説明されるいかなる実施形態または設計も、他の実施形態または設計にまさって、好まれる、または有利であると必ずしも解釈されるべきでない。
後に続く説明において、解説の目的のために、特定の詳細が、いくつかの実施形態の徹底した理解をもたらすために明記される。しかしながら、様々な実施形態が、これらの特定の詳細なしに実践され得るということが明らかであることになる。図および説明は、限定的であることを意図されない。単語「例示的」は、「例、事例、または例示として役立つ」を意味するように、本明細書において使用される。「例示的」として本明細書において説明されるいかなる実施形態または設計も、他の実施形態または設計にまさって、好まれる、または有利であると必ずしも解釈されるべきでない。
【0013】
本開示は、クラウドサービサプロバイダ（cloud servicer provider）（ＣＳＰ）によって提供されるインフラストラクチャサービス（クラウドインフラストラクチャサービス、例えば、図９のクラウドインフラストラクチャ、図１０のクラウドインフラストラクチャ、図１１のクラウドインフラストラクチャ、および／または、図１２のクラウドインフラストラクチャなど）へのアクセスについての、および／または、インフラストラクチャサービスに関するアクションの実行についての、ユーザおよび／またはクライアント（本開示の全体を通して、「クライアント」と総称される）の認可を実行するための技術を説明する。より詳しくは、リアルタイム認可が提供されることがあり、インフラストラクチャサービスは、認可についての要求よりも前に認可が求められるよりもむしろ、クライアントからアクションの実行についての要求を受信することに応答して、クライアントについての認可を得ようとし得る。インフラストラクチャサービスは、アクションの実行についての１つまたは複数のオペレーションをシリアライズすることがあり、楕円曲線デジタル署名アルゴリズム（ＥＣＤＳＡ）によって、シリアライズされたオペレーションに署名し得る。インフラストラクチャサービスは、シリアライズされたオペレーションを記憶することがあり、アクションがクライアントによって実行されることについての認可が受信されていると、オペレーションを凍結解除（thaw）および実行し得る。
【0014】
ＣＳＰは、異なるシステムおよびインフラストラクチャサービス（本明細書において、クラウドインフラストラクチャサービスと呼ばれる）を使用して、オンデマンドでクライアントに種々のサービスを提供し得る。いくつかの実施形態において、ＣＳＰは、サービスとしてのインフラストラクチャ（ＩａａＳ）モデルのもとでサービスを提供することがあり、ＣＳＰは、クライアントによって、そのクライアント自体のネットワークを作り上げ、顧客リソースをデプロイするために使用され得るインフラストラクチャサービスを提供する。ＣＳＰによって提供されるインフラストラクチャは、基板ネットワークまたはアンダーレイネットワークと呼ばれる物理ネットワークを形成する、様々なホストマシン（さらにはホストと呼ばれる）、メモリリソース、およびネットワークリソースを含む、相互接続されている高性能コンピュータリソースを含み得る。ＣＳＰによって提供されるインフラストラクチャは、１つまたは複数のリージョンにわたって地理的に広がることがある、１つまたは複数のデータセンタにわたって広がり得る。
【0015】
様々なホストマシン、メモリリソース、および／またはネットワークリソースを含み得る、ＣＳＰの物理ネットワークは、物理ネットワークの上部上に１つまたは複数の仮想またはオーバーレイネットワークを創出するための、土台となる基盤を提供し得る。これらの仮想またはオーバーレイネットワーク（さらにはソフトウェアベースの、またはソフトウェア定義ネットワークと呼ばれる）は、物理ネットワークの上部上で実施され得るネットワーク抽象化のレイヤを創出するためのソフトウェア仮想化技術を使用して実現され得る。オーバーレイネットワークは、多くの形式を引き受け得る。オーバーレイネットワークは、エンドポイントがそれらのエンドポイントの仮想ＩＰアドレスによって指定された、レイヤ３ ＩＰアドレッシングを使用し得る。オーバーレイネットワーキングのこの方法は、仮想レイヤ３ネットワーキングとしばしば呼ばれる。
【0016】
クライアントが、ＣＳＰによって提供されるＩａａＳサービスに加入する、または、そのＩａａＳサービスの登録をするとき、テナンシが、そのクライアントについて創出されることがあり、テナンシは、クライアントがそのクライアントのクラウドリソースを創出、組織化、および運営管理し得る、ＣＳＰのインフラストラクチャサービスの中のセキュアな、および分離されたパーティションである。例えば、クライアントは、クライアントのテナンシの中で、仮想クラウドネットワーク（ＶＣＮ）と呼ばれる、１つまたは複数のカスタマイズ可能およびプライベート仮想ネットワークを作り上げるために、ＣＳＰによって提供されるリソースを使用し得る。コンピュートインスタンス（例えば、仮想マシン、ベアメタルインスタンス、その他）などの１つまたは複数のクライアントリソースが、これらのクライアントＶＣＮ上でデプロイされ得る。
【0017】
クライアントが、テナンシを確立する、または、別のアクションを実行するために、インフラストラクチャサービスにアクセスすることを試行するとき、クライアントは、テナンシを確立する、または、その別のアクションを実行することを要求する、インフラストラクチャサービスへの要求を送信し得る。インフラストラクチャサービスは、要求を受信し、クライアントが、アクションを実行することをインフラストラクチャサービスに要求していると判定し得る。アクションおよび／またはクライアントに基づいて、インフラストラクチャサービスは、認可が、クライアントについて実行されるべきアクションを認可するための１つまたは複数のオーソライザから必要とされると判定し得る。インフラストラクチャサービスは、オーソライザが事前規定されていることがある場合、クライアントおよび／またはアクションに基づいて、認可を提供するための１つまたは複数のオーソライザを識別し得る。インフラストラクチャサービスは、クライアントについてのアクションの実行の認可についての１つまたは複数の要求を、判定されたオーソライザの各々に提供し得る。インフラストラクチャサービスは、オーソライザからの応答から監視し、オーソライザからの応答に基づいて、クライアントがアクションの実行について認可されるか否かを判定し得る。
【0018】
クライアントによって要求されたアクションに基づいて、インフラストラクチャサービスは、アクションを完了するためにインフラストラクチャサービスによって実行されるべき１つまたは複数のオペレーションを判定し得る。いくつかの実施形態において、クライアントは、ステートフルであることがあり、しかるに、インフラストラクチャサービスは、ステートレスであり得る。ステートフルのクライアントと、ステートレスのインフラストラクチャサービスとの間のこのインターフェイス接続を容易にするために、アクションに関連付けられたステートは、認可判定がインフラストラクチャサービスによってなされてしまうと、凍結解除され、妥当性を確認され得る様式において、シリアライズされ記憶され得る。例えば、インフラストラクチャサービスは、アクションに関連付けられたオペレーションをシリアライズし得る。インフラストラクチャサービスは、楕円曲線デジタル署名アルゴリズム（ＥＣＤＳＡ）によって、シリアライズされたオペレーションに署名し、署名されシリアライズされたオペレーションを記憶し得る。署名のためにＥＣＤＳＡを使用することは、同じレベルに対する同じデータの暗号保護について、レガシー手法と比較して、暗号保護データのためにより少ないクロックサイクルを使用し得る。さらに、ＥＣＤＳＡを使用することは、暗号化されたデータがポスト量子セキュアであることをもたらし得る。
【0019】
インフラストラクチャサービスが、アクションはクライアントについて実行されることを認可されると判定した場合、インフラストラクチャサービスは、署名されシリアライズされたオペレーションを取り出し得る。インフラストラクチャサービスは、シリアライズされたオペレーションに署名することによって生み出された署名に基づいて、シリアライズされたオペレーションは改ざんされていないということを検証し得る。例えば、インフラストラクチャサービスは、ストレージから取り出された、署名されシリアライズされたオペレーションに対応する署名が、シリアライズされたオペレーションが署名された時間において生み出された署名と一致するということを検証し得る。インフラストラクチャサービスが、シリアライズされたオペレーションは改ざんされていないということを検証する場合、インフラストラクチャサービスは、シリアライズされたオペレーションを実行し得る。例えば、インフラストラクチャサービスは、ステートフルのクライアントによって規定されたステートによって、オペレーションを実行し得る。
【0020】
図１は、いくつかの実施形態に従って一例のインフラストラクチャサービス配置構成１００を例示する。特に、インフラストラクチャサービス配置構成１００は、本開示の全体を通して説明される認可を判定するための手法のうちの１つまたは複数を実現し得る、インフラストラクチャサービスの一部分を例示する。いくつかの実施形態において、インフラストラクチャサービスは、図９のクラウドインフラストラクチャ、図１０のクラウドインフラストラクチャ、図１１のクラウドインフラストラクチャ、および／または、図１２のクラウドインフラストラクチャの特徴のうちの１つまたは複数を含み得る。インフラストラクチャサービスは、コンピューティングシステムを含み得る。いくつかの実施形態において、インフラストラクチャサービスは、クラウドコンピューティングシステムを含み得る。インフラストラクチャサービスは、クライアントにサービスを提供し得るインフラストラクチャのハードウェアおよび／またはソフトウェアを含み得る。
【0021】
インフラストラクチャサービスは、インフラストラクチャサービスの一部分を提供するために通信可能に結合されている１つまたは複数のデバイス１０２を含み得る。例えば、インフラストラクチャサービス配置構成１００は、例示される実施形態において、第１のデバイス１０２ａと、第２のデバイス１０２ｂと、第３のデバイス１０２ｃとを含む。デバイス１０２は、コンピュータ端末、サーバ、他のコンピュータデバイス、または、それらの何らかの組み合わせなどのコンピューティングデバイスを含み得る。デバイス１０２は、インフラストラクチャサービスの一部分を形成するために、互いと通信することができ、インフラストラクチャサービスは、クラウドインフラストラクチャサービスなどのインフラストラクチャサービスを提供し得る。
【0022】
デバイス１０２は、異なるエンクレーブへとグループ化され得る。例えば、第１のデバイス１０２ａ、第２のデバイス１０２ｂ、および、第３のデバイス１０２ｃは、インフラストラクチャサービスのエンクレーブ１０４の一部を形成し得る。エンクレーブ１０４は、特定のオペレーションを実行し得る。例えば、エンクレーブ１０４は、管理オペレーションを提供する管理エンクレーブ、サービスオペレーションを提供するサービスエンクレーブ、または、クライアントに顧客オペレーションを提供する顧客エンクレーブを含み得る。エンクレーブ１０４は、保護されたＩａａＳインスタンスを創出するために、ソフトウェア定義境界（software-defined perimeter）（ＳＤＰ）セキュリティモデルを実現し得る。エンクレーブ１０４は、インフラストラクチャサービスにおける異なるエンクレーブの他の通信プロファイルとは異なり得る、一意的な通信プロファイルを有し得る。エンクレーブ１０４内への、および、エンクレーブ１０４の外へのアクセスは、制御される、監視される、および／または、ポリシによって駆動され得る。例えば、エンクレーブ１０４へのアクセスは、認可に基づくことがあり、エンクレーブ１０４へのアクセスは、認可されたクライアントに制限され得る。エンクレーブ１０４は、エンクレーブ１０４へのアクセスを提供するために、１つまたは複数のオーソライザから認可を受信することをクライアントに求め得る。エンクレーブ１０４は、１つもしくは複数のデバイス（第１のデバイス１０２ａ、第２のデバイス１０２ｂ、および、第３のデバイス１０２ｃなど）、および／または、あるソフトウェアを含む、ＳＤＰが定義されることがあり、エンクレーブ１０４のエッジは、エンクレーブ１０４の外側の要素からの、デバイスおよび／またはソフトウェアの隔離によって定義される。
【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】
８０２において、コンピューティングシステムは、問い合わせ手続を開始し得る。例えば、コンピューティングシステムは、１つまたは複数のオーソライザからのアクションの認可についての問い合わせ手続を開始し得る。問い合わせ手続は、本開示の全体を通して説明される、オーソライザについての問い合わせ手続の特徴のうちの１つまたは複数を含み得る。いくつかの実施形態において、問い合わせ手続は、１つまたは複数のオーソライザの各々に、少なくとも１つの認可要求を送信することを含み得る。コンピューティングシステムは、少なくとも１つの認可要求への、１つまたは複数のオーソライザの各々からの応答についてさらに監視し得る。
【0110】
８０４において、コンピューティングシステムは、認可が受信されていると判定し得る。例えば、コンピューティングシステムは、アクションの認可が、１つまたは複数のオーソライザの各々から受信されていると判定し得る。特に、コンピューティングシステムは、クライアントデバイス、および／または、クライアントデバイスを利用するユーザは、アクションの実行についての認可を有すると判定し得る。コンピューティングシステムは、オーソライザのすべてが、認可が許可されるべきであるということを指示すること、オーソライザのある一部分が、認可が許可されるべきであるということを指示すること、または、オーソライザの特定のグループが、認可が許可されるべきであるということを指示することなど、本明細書において説明される、認可がオーソライザから受信されていると判定するための手法によって、認可が受信されていると判定し得る。いくつかの実施形態において、８０４は省かれ得る。
【0111】
８０６において、コンピューティングシステムは、署名されシリアライズされた１つまたは複数のオペレーションを取り出し得る。例えば、コンピューティングシステムは、署名されシリアライズされた１つまたは複数のオペレーションをメモリから取り出し得る。コンピューティングシステムは、認可が受信されているという判定に基づいて、署名されシリアライズされた１つまたは複数のオペレーションを取り出し得る。いくつかの実施形態において、８０６は省かれ得る。
【0112】
８０８において、コンピューティングシステムは、署名されシリアライズされた１つまたは複数のオペレーションは改ざんされていないということを検証し得る。例えば、コンピューティングシステムは、シリアライズされた１つまたは複数のオペレーションの署名を行なうことによって生み出された署名に少なくとも部分的に基づいて、検証し得る。コンピューティングシステムは、取り出しの時間における署名されシリアライズされたオペレーションからの署名が、シリアライズされたオペレーションが署名された時間における署名と同じであることに基づいて、１つまたは複数のオペレーションは改ざんされていないということを検証し得る。いくつかの実施形態において、８０８は省かれ得る。
【0113】
８１０において、コンピューティングシステムは、１つまたは複数のオペレーションを実行し得る。例えば、コンピューティングシステムは、認可、および、メモリから取り出された、署名されシリアライズされた１つまたは複数のオペレーションに少なくとも部分的に基づいて、１つまたは複数のオペレーションを実行し得る。いくつかの実施形態において、コンピューティングシステムは、署名されシリアライズされた１つまたは複数のオペレーションは改ざんされていないという検証にさらに少なくとも部分的に基づいて、１つまたは複数のオペレーションを実行し得る。１つまたは複数のオペレーションを実行するコンピューティングシステムは、クライアントデバイスによって要求されたアクションを実行させ得る。いくつかの実施形態において、８１０は省かれ得る。
【0114】
上記で触れられたように、サービスとしてのインフラストラクチャ（ＩａａＳ）は、１つの特定のタイプのクラウドコンピューティングである。ＩａａＳは、公衆ネットワーク（例えば、インターネット）越しに、仮想化されたコンピューティングリソースを提供するように構成され得る。ＩａａＳモデルにおいて、クラウドコンピューティングプロバイダは、インフラストラクチャ構成要素（例えば、サーバ、ストレージデバイス、ネットワークノード（例えば、ハードウェア）、デプロイメントソフトウェア、プラットフォーム仮想化（例えば、ハイパーバイザレイヤ）、または類するもの）をホストし得る。いくつかの事例において、ＩａａＳプロバイダは、さらには、それらのインフラストラクチャ構成要素に付随するための種々のサービス（例えば、ビリング、監視、ロギング、ロードバランシングおよびクラスタリング、その他）を供給し得る。そうして、これらのサービスはポリシによって駆動され得るので、ＩａａＳユーザは、アプリケーション可用性および性能を維持するためのロードバランシングを駆動するためのポリシを実現することができ得る。
【0115】
いくつかの事例において、ＩａａＳ顧客は、インターネットなどのワイドエリアネットワーク（ＷＡＮ）を通してリソースおよびサービスにアクセスすることがあり、アプリケーションスタックの残りの要素をインストールするために、クラウドプロバイダのサービスを使用し得る。例えば、ユーザは、仮想マシン（ＶＭ）を創出し、各ＶＭ上にオペレーティングシステム（ＯＳ）をインストールし、データベースなどのミドルウェアをデプロイし、ワークロードおよびバックアップのためのストレージバケットを創出することを、ならびに、そのＶＭへとエンタープライズソフトウェアをインストールすることさえも行うために、ＩａａＳプラットフォームにログインし得る。顧客は、次いで、ネットワークトラフィックのバランスをとること、アプリケーション問題点をトラブルシューティングすること、性能を監視すること、ディザスタリカバリを管理すること、その他を含む、様々な機能を実行するための、プロバイダのサービスを使用し得る。
【0116】
大部分の事例において、クラウドコンピューティングモデルは、クラウドプロバイダの関与を要することになる。クラウドプロバイダは、ＩａａＳを提供（例えば、オファリング、賃貸、販売）することを専門にするサードパーティサービスであり得るが、そのサードパーティサービスであることを必要としない。エンティティは、さらには、インフラストラクチャサービスのそのエンティティ自体のプロバイダになる、プライベートクラウドをデプロイする方を選択し得る。
【0117】
いくつかの例において、ＩａａＳデプロイメントは、新しいアプリケーション、または、アプリケーションの新しいバージョンを、準備されたアプリケーションサーバ、または類するもの上へと配置することのプロセスである。そのＩａａＳデプロイメントは、さらには、サーバを準備する（例えば、ライブラリ、デーモン、その他をインストールする）ことのプロセスを含み得る。このことは、ハイパーバイザレイヤの下方で（例えば、サーバ、ストレージ、ネットワークハードウェア、および仮想化）、クラウドプロバイダによってしばしば管理される。そうして、顧客は、（例えば、（例えば、オンデマンドでスピンアップされ得る）セルフサービス仮想マシン等の上で）（ＯＳ）、ミドルウェア、および／またはアプリケーションデプロイメントを統御することについて責任を有し得る。
【0118】
いくつかの例において、ＩａａＳプロビジョニングは、使用のためにコンピュータまたは仮想ホストを獲得することを、および、それらのコンピュータまたは仮想ホスト上に、必要とされるライブラリまたはサービスをインストールすることさえも指し得る。大部分の事例において、デプロイメントはプロビジョニングを含まず、プロビジョニングは、最初に実行されることを必要とし得る。
【0119】
いくつかの事例において、ＩａａＳプロビジョニングについての２つの異なる課題が存する。第１に、何かが走っている前にインフラストラクチャの初期セットをプロビジョニングするという最初の課題が存する。第２に、あらゆるものがプロビジョニングされてしまうと、既存のインフラストラクチャを進化させること（例えば、新しいサービスを追加すること、サービスを変更すること、サービスを除去すること、その他）の課題が存する。いくつかの事例において、これらの２つの課題は、インフラストラクチャの構成が宣言的に定義されることを可能にすることによって対処され得る。換言すれば、インフラストラクチャ（例えば、何の構成要素が必要とされるか、および、どのようにそれらの構成要素は相互作用するか）は、１つまたは複数の構成ファイルによって定義され得る。そうして、インフラストラクチャの総体的なトポロジ（例えば、何のリソースがどれに依存するか、および、どのようにそれらのリソースは各々一体に働くか）は、宣言的に記述され得る。いくつかの事例において、トポロジが定義されると、構成ファイルにおいて記述された異なる構成要素を創出および／または管理するワークフローが生成され得る。
【0120】
いくつかの例において、インフラストラクチャは、多くの相互接続されている要素を有し得る。例えば、コアネットワークとしてさらには知られている、１つまたは複数の仮想プライベートクラウド（ＶＰＣ）（例えば、構成可能な、および／または共有されるコンピューティングリソースの、潜在的にはオンデマンドのプール）が存し得る。いくつかの例において、どのようにネットワークのインバウンドおよび／またはアウトバウンドトラフィックがセットアップされることになるかを定義するためにプロビジョニングされた、１つまたは複数のインバウンド／アウトバウンドトラフィックグループルール、ならびに、１つまたは複数の仮想マシン（ＶＭ）が、さらには存し得る。ロードバランサ、データベース、または類するものなどの、他のインフラストラクチャ要素が、さらにはプロビジョニングされ得る。ますます多くのインフラストラクチャ要素が望まれる、および／または追加されるにつれて、インフラストラクチャは、漸進的に進化し得る。
【0121】
いくつかの事例において、継続的デプロイメント技術が、様々な仮想コンピューティング環境を横断するインフラストラクチャコードのデプロイメントを可能にするために用いられ得る。加えて、説明された技術は、これらの環境の中でのインフラストラクチャ管理を可能にし得る。いくつかの例において、サービスチームは、（例えば、時には世界全体に及ぶ、様々な異なる地理的場所を横断して）１つまたは複数の、ただししばしば多くの、異なる本番環境にデプロイされることを望まれるコードを書き記し得る。しかしながら、いくつかの例において、コードがデプロイされることになるインフラストラクチャは、最初にセットアップされなければならない。いくつかの事例において、プロビジョニングは、手動で行われることもあり、プロビジョニングツールが、リソースをプロビジョニングするために利用されることがあり、および／または、デプロイメントツールが、インフラストラクチャがプロビジョニングされると、コードをデプロイするために利用され得る。
【0122】
図９は、少なくとも１つの実施形態に従ってＩａａＳアーキテクチャの例パターンを例示するブロック線図９００である。サービスオペレータ９０２が、仮想クラウドネットワーク（ＶＣＮ）９０６とセキュアホストサブネット９０８とを含み得るセキュアホストテナンシ９０４に通信可能に結合され得る。いくつかの例において、サービスオペレータ９０２は、Microsoft Windows Mobile（登録商標）などのソフトウェア、ならびに／または、ｉＯＳ、Windows Phone、Android、BlackBerry 8、Palm ＯＳ、および類するものなどの種々のモバイルオペレーティングシステムを実行し、かつ、インターネット、ｅメール、ショートメッセージサービス（ＳＭＳ）、Blackberry（登録商標）、または、他の通信プロトコルが可能にされている、ポータブルハンドヘルドデバイス（例えば、iPhone（登録商標）、セルラ電話、iPad（登録商標）、コンピューティングタブレット、携帯情報端末（ＰＤＡ））またはウェアラブルデバイス（例えば、Google Glass（登録商標）ヘッドマウントディスプレイ）であり得る、１つまたは複数のクライアントコンピューティングデバイスを使用し得る。代わりに、クライアントコンピューティングデバイスは、例として、様々なバージョンのMicrosoft Windows（登録商標）、Apple Macintosh（登録商標）、および／またはLinux（登録商標）オペレーティングシステムを実行する、パーソナルコンピュータおよび／またはラップトップコンピュータを含む、汎用パーソナルコンピュータであり得る。クライアントコンピューティングデバイスは、限定なしに、例えばGoogle Chrome OSなどの、種々のGNU/Linuxオペレーティングシステムを含む、種々の市販で入手可能なＵＮＩＸ（登録商標）またはＵＮＩＸ系オペレーティングシステムの任意のものを実行するワークステーションコンピュータであり得る。代わりに、または加えて、クライアントコンピューティングデバイスは、ＶＣＮ９０６および／またはインターネットにアクセスし得る、ネットワーク越しに通信する能力をもつ、シンクライアントコンピュータ、インターネットが可能にされたゲーミングシステム（例えば、Kinect（登録商標）ジェスチャ入力デバイスを伴う、または伴わないMicrosoft Xboxゲーミングコンソール）、および／またはパーソナルメッセージングデバイスなどの、任意の他の電子デバイスであり得る。
【0123】
ＶＣＮ９０６は、セキュアシェル（ＳＳＨ）ＶＣＮ９１２において保有されるローカルピアリングゲートウェイ（ＬＰＧ）９１０を介して、ＳＳＨ ＶＣＮ９１２に通信可能に結合されていることがある、ＬＰＧ９１０を含み得る。ＳＳＨ ＶＣＮ９１２は、ＳＳＨサブネット９１４を含み得るものであり、ＳＳＨ ＶＣＮ９１２は、制御プレーンＶＣＮ９１６において保有されるＬＰＧ９１０を介して、制御プレーンＶＣＮ９１６に通信可能に結合され得る。さらには、ＳＳＨ ＶＣＮ９１２は、ＬＰＧ９１０を介して、データプレーンＶＣＮ９１８に通信可能に結合され得る。制御プレーンＶＣＮ９１６およびデータプレーンＶＣＮ９１８は、ＩａａＳプロバイダによって所有および／または運用され得るサービステナンシ９１９において保有され得る。
【0124】
制御プレーンＶＣＮ９１６は、境界ネットワーク（例えば、企業イントラネットと外部ネットワークとの間の企業ネットワークの一部分）の役目をする制御プレーン非武装地帯（ＤＭＺ）層９２０を含み得る。ＤＭＺベースのサーバは、限定された責任を有し、侵害を阻止された様態に保つ助けとなり得る。加えて、ＤＭＺ層９２０は、１つまたは複数のロードバランサ（ＬＢ）サブネット９２２、アプリサブネット９２６を含み得る制御プレーンアプリ層９２４、データベース（ＤＢ）サブネット９３０（例えば、フロントエンドＤＢサブネットおよび／またはバックエンドＤＢサブネット）を含み得る制御プレーンデータ層９２８を含み得る。制御プレーンＤＭＺ層９２０において保有されるＬＢサブネット９２２は、制御プレーンアプリ層９２４において保有されるアプリサブネット９２６、および、制御プレーンＶＣＮ９１６において保有され得るインターネットゲートウェイ９３４に通信可能に結合されていることもあり、アプリサブネット９２６は、制御プレーンデータ層９２８において保有されるＤＢサブネット９３０、ならびに、サービスゲートウェイ９３６およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ９３８に通信可能に結合され得る。制御プレーンＶＣＮ９１６は、サービスゲートウェイ９３６と、ＮＡＴゲートウェイ９３８とを含み得る。
【0125】
制御プレーンＶＣＮ９１６は、アプリサブネット９２６を含み得るデータプレーンミラーアプリ層９４０を含み得る。データプレーンミラーアプリ層９４０において保有されるアプリサブネット９２６は、コンピュートインスタンス９４４を実行し得る仮想ネットワークインターフェイスコントローラ（ＶＮＩＣ）９４２を含み得る。コンピュートインスタンス９４４は、データプレーンミラーアプリ層９４０のアプリサブネット９２６を、データプレーンアプリ層９４６において保有され得るアプリサブネット９２６に通信可能に結合し得る。
【0126】
データプレーンＶＣＮ９１８は、データプレーンアプリ層９４６と、データプレーンＤＭＺ層９４８と、データプレーンデータ層９５０とを含み得る。データプレーンＤＭＺ層９４８は、データプレーンアプリ層９４６のアプリサブネット９２６、および、データプレーンＶＣＮ９１８のインターネットゲートウェイ９３４に通信可能に結合されていることがある、ＬＢサブネット９２２を含み得る。アプリサブネット９２６は、データプレーンＶＣＮ９１８のサービスゲートウェイ９３６、および、データプレーンＶＣＮ９１８のＮＡＴゲートウェイ９３８に通信可能に結合され得る。データプレーンデータ層９５０は、さらには、データプレーンアプリ層９４６のアプリサブネット９２６に通信可能に結合されていることがある、ＤＢサブネット９３０を含み得る。
【0127】
制御プレーンＶＣＮ９１６の、および、データプレーンＶＣＮ９１８のインターネットゲートウェイ９３４は、公衆インターネット９５４に通信可能に結合されていることがある、メタデータ管理サービス９５２に通信可能に結合され得る。公衆インターネット９５４は、制御プレーンＶＣＮ９１６の、および、データプレーンＶＣＮ９１８のＮＡＴゲートウェイ９３８に通信可能に結合され得る。制御プレーンＶＣＮ９１６の、および、データプレーンＶＣＮ９１８のサービスゲートウェイ９３６は、クラウドサービス９５６に通信可能に結合され得る。
【0128】
いくつかの例において、制御プレーンＶＣＮ９１６の、または、データプレーンＶＣＮ９１８のサービスゲートウェイ９３６は、公衆インターネット９５４を通り抜けることなく、クラウドサービス９５６へのアプリケーションプログラミングインターフェイス（ＡＰＩ）コールをなし得る。サービスゲートウェイ９３６からクラウドサービス９５６へのＡＰＩコールは、一方向性であり得るものであり、サービスゲートウェイ９３６は、クラウドサービス９５６へのＡＰＩコールをなし得るものであり、クラウドサービス９５６は、要求されたデータをサービスゲートウェイ９３６に送出し得る。しかしながら、クラウドサービス９５６は、サービスゲートウェイ９３６へのＡＰＩコールを開始しないことがある。
【0129】
いくつかの例において、セキュアホストテナンシ９０４は、さもなければ分離され得るサービステナンシ９１９に直接的に接続され得る。セキュアホストサブネット９０８は、さもなければ分離されているシステムを介して双方向通信を可能にし得るＬＰＧ９１０を通して、ＳＳＨサブネット９１４と通信することができる。セキュアホストサブネット９０８をＳＳＨサブネット９１４に接続することは、セキュアホストサブネット９０８に、サービステナンシ９１９の中の他のエンティティへのアクセスを与え得る。
【0130】
制御プレーンＶＣＮ９１６は、サービステナンシ９１９のユーザが、望まれたリソースをセットアップする、または他の形でプロビジョニングすることを可能とし得る。制御プレーンＶＣＮ９１６においてプロビジョニングされた、望まれたリソースは、データプレーンＶＣＮ９１８においてデプロイされる、または他の形で使用され得る。いくつかの例において、制御プレーンＶＣＮ９１６は、データプレーンＶＣＮ９１８から分離されていることもあり、制御プレーンＶＣＮ９１６のデータプレーンミラーアプリ層９４０は、データプレーンミラーアプリ層９４０およびデータプレーンアプリ層９４６において保有され得るＶＮＩＣ９４２を介して、データプレーンＶＣＮ９１８のデータプレーンアプリ層９４６と通信し得る。
【0131】
いくつかの例において、システムのユーザ、または顧客は、メタデータ管理サービス９５２に要求を伝達することができる公衆インターネット９５４を通して、作成、読み取り、更新、または削除（ＣＲＵＤ）オペレーションなどの要求を行い得る。メタデータ管理サービス９５２は、インターネットゲートウェイ９３４を通して制御プレーンＶＣＮ９１６に要求を伝達し得る。要求は、制御プレーンＤＭＺ層９２０において保有されるＬＢサブネット９２２によって受信され得る。ＬＢサブネット９２２は、要求は妥当であると判定することがあり、この判定に応答して、ＬＢサブネット９２２は、制御プレーンアプリ層９２４において保有されるアプリサブネット９２６に要求を送信し得る。要求が、妥当性を確認され、公衆インターネット９５４へのコールを要する場合、公衆インターネット９５４へのコールは、公衆インターネット９５４へのコールをなし得るＮＡＴゲートウェイ９３８に送信され得る。要求によって記憶されることを望まれ得る記憶事項が、ＤＢサブネット９３０において記憶され得る。
【0132】
いくつかの例において、データプレーンミラーアプリ層９４０は、制御プレーンＶＣＮ９１６とデータプレーンＶＣＮ９１８との間の直接的な通信を容易にし得る。例えば、構成に対する変更、更新、または、他の適した修正が、データプレーンＶＣＮ９１８において保有されるリソースに適用されることを望まれ得る。ＶＮＩＣ９４２を介して、制御プレーンＶＣＮ９１６は、データプレーンＶＣＮ９１８において保有されるリソースと直接的に通信し得るものであり、以て、それらのリソースに対して、構成に対する変更、更新、または、他の適した修正を実行し得る。
【0133】
いくつかの実施形態において、制御プレーンＶＣＮ９１６およびデータプレーンＶＣＮ９１８は、サービステナンシ９１９において保有され得る。この事例において、システムのユーザまたは顧客は、制御プレーンＶＣＮ９１６もデータプレーンＶＣＮ９１８も所有または運用しないことがある。その代わりに、ＩａａＳプロバイダが、制御プレーンＶＣＮ９１６およびデータプレーンＶＣＮ９１８を所有または運用することがあり、それらのＶＣＮの両方が、サービステナンシ９１９において保有され得る。この実施形態は、ユーザまたは顧客が、他のユーザの、または、他の顧客のリソースと相互作用することを防止し得る、ネットワークの分離を可能にし得る。さらには、この実施形態は、システムのユーザまたは顧客が、記憶のために、望まれるレベルの脅威防御を有さないことがある、公衆インターネット９５４に頼ることを必要とすることなく、データベースを内密に記憶することを可能とし得る。
【0134】
他の実施形態において、制御プレーンＶＣＮ９１６において保有されるＬＢサブネット９２２は、サービスゲートウェイ９３６から信号を受信するように構成され得る。この実施形態において、制御プレーンＶＣＮ９１６およびデータプレーンＶＣＮ９１８は、公衆インターネット９５４をコールすることなく、ＩａａＳプロバイダの顧客によってコールされるように構成され得る。ＩａａＳプロバイダの顧客は、この実施形態を望むことがあり、なぜならば、顧客が使用するデータベースは、ＩａａＳプロバイダによって制御されることがあり、公衆インターネット９５４から分離されていることがあるサービステナンシ９１９上に記憶されていることがあるからである。
【0135】
図１０は、少なくとも１つの実施形態に従ってＩａａＳアーキテクチャの他の一例のパターンを例示するブロック線図１０００である。サービスオペレータ１００２（例えば、図９のサービスオペレータ９０２）が、仮想クラウドネットワーク（ＶＣＮ）１００６（例えば、図９のＶＣＮ９０６）とセキュアホストサブネット１００８（例えば、図９のセキュアホストサブネット９０８）とを含み得るセキュアホストテナンシ１００４（例えば、図９のセキュアホストテナンシ９０４）に通信可能に結合され得る。ＶＣＮ１００６は、セキュアシェル（ＳＳＨ）ＶＣＮ１０１２（例えば、図９のＳＳＨ ＶＣＮ９１２）において保有されるＬＰＧ９１０を介して、ＳＳＨ ＶＣＮ１０１２に通信可能に結合されていることがある、ローカルピアリングゲートウェイ（ＬＰＧ）１０１０（例えば、図９のＬＰＧ９１０）を含み得る。ＳＳＨ ＶＣＮ１０１２は、ＳＳＨサブネット１０１４（例えば、図９のＳＳＨサブネット９１４）を含み得るものであり、ＳＳＨ ＶＣＮ１０１２は、制御プレーンＶＣＮ１０１６（例えば、図９の制御プレーンＶＣＮ９１６）において保有されるＬＰＧ１０１０を介して、制御プレーンＶＣＮ１０１６に通信可能に結合され得る。制御プレーンＶＣＮ１０１６は、サービステナンシ１０１９（例えば、図９のサービステナンシ９１９）において保有され得るものであり、データプレーンＶＣＮ１０１８（例えば、図９のデータプレーンＶＣＮ９１８）は、システムのユーザまたは顧客によって所有または運用され得る顧客テナンシ１０２１において保有され得る。
【0136】
制御プレーンＶＣＮ１０１６は、ＬＢサブネット１０２２（例えば、図９のＬＢサブネット９２２）を含み得る制御プレーンＤＭＺ層１０２０（例えば、図９の制御プレーンＤＭＺ層９２０）、アプリサブネット１０２６（例えば、図９のアプリサブネット９２６）を含み得る制御プレーンアプリ層１０２４（例えば、図９の制御プレーンアプリ層９２４）、データベース（ＤＢ）サブネット１０３０（例えば、図９のＤＢサブネット９３０と同様の）を含み得る制御プレーンデータ層１０２８（例えば、図９の制御プレーンデータ層９２８）を含み得る。制御プレーンＤＭＺ層１０２０において保有されるＬＢサブネット１０２２は、制御プレーンアプリ層１０２４において保有されるアプリサブネット１０２６、および、制御プレーンＶＣＮ１０１６において保有され得るインターネットゲートウェイ１０３４（例えば、図９のインターネットゲートウェイ９３４）に通信可能に結合されていることもあり、アプリサブネット１０２６は、制御プレーンデータ層１０２８において保有されるＤＢサブネット１０３０、ならびに、サービスゲートウェイ１０３６（例えば、図９のサービスゲートウェイ６３６）およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ１０３８（例えば、図９のＮＡＴゲートウェイ９３８）に通信可能に結合され得る。制御プレーンＶＣＮ１０１６は、サービスゲートウェイ１０３６と、ＮＡＴゲートウェイ１０３８とを含み得る。
【0137】
制御プレーンＶＣＮ１０１６は、アプリサブネット１０２６を含み得るデータプレーンミラーアプリ層１０４０（例えば、図９のデータプレーンミラーアプリ層９４０）を含み得る。データプレーンミラーアプリ層１０４０において保有されるアプリサブネット１０２６は、コンピュートインスタンス１０４４（例えば、図９のコンピュートインスタンス９４４と同様の）を実行し得る仮想ネットワークインターフェイスコントローラ（ＶＮＩＣ）１０４２（例えば、図９のＶＮＩＣ９４２）を含み得る。コンピュートインスタンス１０４４は、データプレーンミラーアプリ層１０４０において保有されるＶＮＩＣ１０４２、および、データプレーンアプリ層１０４６（例えば、図９のデータプレーンアプリ層９４６）において保有されるＶＮＩＣ１０４２を介しての、データプレーンミラーアプリ層１０４０のアプリサブネット１０２６と、データプレーンアプリ層１０４６において保有され得るアプリサブネット１０２６との間の通信を容易にし得る。
【0138】
制御プレーンＶＣＮ１０１６において保有されるインターネットゲートウェイ１０３４は、公衆インターネット１０５４（例えば、図９の公衆インターネット９５４）に通信可能に結合され得るメタデータ管理サービス１０５２（例えば、図９のメタデータ管理サービス９５２）に通信可能に結合され得る。公衆インターネット１０５４は、制御プレーンＶＣＮ１０１６において保有されるＮＡＴゲートウェイ１０３８に通信可能に結合され得る。制御プレーンＶＣＮ１０１６において保有されるサービスゲートウェイ１０３６は、クラウドサービス１０５６（例えば、図９のクラウドサービス９５６）に通信可能に結合され得る。
【0139】
いくつかの例において、データプレーンＶＣＮ１０１８は、顧客テナンシ１０２１において保有され得る。この事例において、ＩａａＳプロバイダは、各顧客に制御プレーンＶＣＮ１０１６を提供することがあり、ＩａａＳプロバイダは、各顧客について、サービステナンシ１０１９において保有される一意的なコンピュートインスタンス１０４４をセットアップし得る。各コンピュートインスタンス１０４４は、サービステナンシ１０１９において保有される制御プレーンＶＣＮ１０１６と、顧客テナンシ１０２１において保有されるデータプレーンＶＣＮ１０１８との間の通信を可能とし得る。コンピュートインスタンス１０４４は、サービステナンシ１０１９において保有される制御プレーンＶＣＮ１０１６においてプロビジョニングされるリソースが、顧客テナンシ１０２１において保有されるデータプレーンＶＣＮ１０１８においてデプロイされる、または他の形で使用されることを可能とし得る。
【0140】
他の例において、ＩａａＳプロバイダの顧客は、顧客テナンシ１０２１において存続するデータベースを有し得る。この例において、制御プレーンＶＣＮ１０１６は、アプリサブネット１０２６を含み得るデータプレーンミラーアプリ層１０４０を含み得る。データプレーンミラーアプリ層１０４０は、データプレーンＶＣＮ１０１８において常在することがあるが、データプレーンミラーアプリ層１０４０は、データプレーンＶＣＮ１０１８において存続しないことがある。すなわち、データプレーンミラーアプリ層１０４０は、顧客テナンシ１０２１へのアクセスを有し得るが、データプレーンミラーアプリ層１０４０は、データプレーンＶＣＮ１０１８において所在しもせず、ＩａａＳプロバイダの顧客によって所有または運用されもしないことがある。データプレーンミラーアプリ層１０４０は、データプレーンＶＣＮ１０１８へのコールをなすように構成されていることがあるが、制御プレーンＶＣＮ１０１６において保有されるいずれのエンティティへも、コールをなすように構成されていなくてもよい。顧客は、制御プレーンＶＣＮ１０１６においてプロビジョニングされる、データプレーンＶＣＮ１０１８におけるリソースをデプロイする、または他の形で使用することを望むことがあり、データプレーンミラーアプリ層１０４０は、顧客の、リソースの望まれるデプロイメントまたは他の使用法を容易にし得る。
【0141】
いくつかの実施形態において、ＩａａＳプロバイダの顧客は、データプレーンＶＣＮ１０１８にフィルタを適用し得る。この実施形態において、顧客は、データプレーンＶＣＮ１０１８が何にアクセスし得るかを判定することもあり、顧客は、データプレーンＶＣＮ１０１８から公衆インターネット１０５４へのアクセスを制限し得る。ＩａａＳプロバイダは、いかなる外側のネットワークまたはデータベースに対しても、フィルタを適用する、または他の形で、データプレーンＶＣＮ１０１８のアクセスを制御することができないことがある。顧客テナンシ１０２１において保有されるデータプレーンＶＣＮ１０１８への、顧客による、フィルタを適用することおよび制御は、データプレーンＶＣＮ１０１８を、他の顧客から、および、公衆インターネット１０５４から分離する助けとなり得る。
【0142】
いくつかの実施形態において、クラウドサービス１０５６は、公衆インターネット１０５４上にも、制御プレーンＶＣＮ１０１６上にも、データプレーンＶＣＮ１０１８上にも所在しないことがあるサービスにアクセスするために、サービスゲートウェイ１０３６によってコールされ得る。クラウドサービス１０５６と、制御プレーンＶＣＮ１０１６またはデータプレーンＶＣＮ１０１８との間の接続は、存続するものでも継続的でもないことがある。クラウドサービス１０５６は、ＩａａＳプロバイダによって所有または運用される異なるネットワーク上に所在し得る。クラウドサービス１０５６は、サービスゲートウェイ１０３６からコールを受信するように構成されていてもよく、公衆インターネット１０５４からコールを受信しないように構成されてもよい。いくつかのクラウドサービス１０５６は、他のクラウドサービス１０５６から分離されていてもよく、制御プレーンＶＣＮ１０１６は、制御プレーンＶＣＮ１０１６と同じリージョンになくてもよいクラウドサービス１０５６から分離され得る。例えば、制御プレーンＶＣＮ１０１６は、「リージョン１」に配置されてもよく、クラウドサービス「デプロイメント９」は、リージョン１において、および「リージョン２」に配置され得る。デプロイメント９へのコールが、リージョン１に配置された制御プレーンＶＣＮ１０１６において保有されるサービスゲートウェイ１０３６によってなされる場合、コールは、リージョン１におけるデプロイメント９に送信され得る。この例において、リージョン１における制御プレーンＶＣＮ１０１６またはデプロイメント９は、リージョン２におけるデプロイメント９に通信可能に結合されていなくてもよく、または他の形で、リージョン２におけるデプロイメント９と通信していなくてもよい。
【0143】
図１１は、少なくとも１つの実施形態に従ってＩａａＳアーキテクチャの他の一例のパターンを例示するブロック線図１１００である。サービスオペレータ１１０２（例えば、図９のサービスオペレータ９０２）が、仮想クラウドネットワーク（ＶＣＮ）１１０６（例えば、図９のＶＣＮ９０６）とセキュアホストサブネット１１０８（例えば、図９のセキュアホストサブネット９０８）とを含み得るセキュアホストテナンシ１１０４（例えば、図９のセキュアホストテナンシ９０４）に通信可能に結合され得る。ＶＣＮ１１０６は、ＳＳＨ ＶＣＮ１１１２（例えば、図９のＳＳＨ ＶＣＮ９１２）において保有されるＬＰＧ１１１０（例えば、図９のＬＰＧ９１０）を介して、ＳＳＨ ＶＣＮ１１１２に通信可能に結合されていることがある、ＬＰＧ１１１０を含み得る。ＳＳＨ ＶＣＮ１１１２は、ＳＳＨサブネット１１１４（例えば、図９のＳＳＨサブネット９１４）を含み得るものであり、ＳＳＨ ＶＣＮ１１１２は、制御プレーンＶＣＮ１１１６（例えば、図９の制御プレーンＶＣＮ９１６）において保有されるＬＰＧ１１１０を介して、制御プレーンＶＣＮ１１１６に、および、データプレーンＶＣＮ１１１８（例えば、図９のデータプレーン９１８）において保有されるＬＰＧ１１１０を介して、データプレーンＶＣＮ１１１８に通信可能に結合され得る。制御プレーンＶＣＮ１１１６およびデータプレーンＶＣＮ１１１８は、サービステナンシ１１１９（例えば、図９のサービステナンシ９１９）において保有され得る。
【0144】
制御プレーンＶＣＮ１１１６は、ロードバランサ（ＬＢ）サブネット１１２２（例えば、図９のＬＢサブネット９２２）を含み得る制御プレーンＤＭＺ層１１２０（例えば、図９の制御プレーンＤＭＺ層９２０）、アプリサブネット１１２６（例えば、図９のアプリサブネット９２６と同様の）を含み得る制御プレーンアプリ層１１２４（例えば、図９の制御プレーンアプリ層９２４）、ＤＢサブネット１１３０を含み得る制御プレーンデータ層１１２８（例えば、図９の制御プレーンデータ層９２８）を含み得る。制御プレーンＤＭＺ層１１２０において保有されるＬＢサブネット１１２２は、制御プレーンアプリ層１１２４において保有されるアプリサブネット１１２６に、および、制御プレーンＶＣＮ１１１６において保有され得るインターネットゲートウェイ１１３４（例えば、図９のインターネットゲートウェイ９３４）に通信可能に結合されていることがあり、アプリサブネット１１２６は、制御プレーンデータ層１１２８において保有されるＤＢサブネット１１３０に、ならびに、サービスゲートウェイ１１３６（例えば、図９のサービスゲートウェイ９３６）およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ１１３８（例えば、図９のＮＡＴゲートウェイ９３８）に通信可能に結合され得る。制御プレーンＶＣＮ１１１６は、サービスゲートウェイ１１３６と、ＮＡＴゲートウェイ１１３８とを含み得る。
【0145】
データプレーンＶＣＮ１１１８は、データプレーンアプリ層１１４６（例えば、図９のデータプレーンアプリ層９４６）と、データプレーンＤＭＺ層１１４８（例えば、図９のデータプレーンＤＭＺ層９４８）と、データプレーンデータ層１１５０（例えば、図９のデータプレーンデータ層９５０）とを含み得る。データプレーンＤＭＺ層１１４８は、データプレーンアプリ層１１４６の、信頼できるアプリサブネット１１６０、および、信頼できないアプリサブネット１１６２、ならびに、データプレーンＶＣＮ１１１８において保有されるインターネットゲートウェイ１１３４に通信可能に結合されていることがある、ＬＢサブネット１１２２を含み得る。信頼できるアプリサブネット１１６０は、データプレーンＶＣＮ１１１８において保有されるサービスゲートウェイ１１３６、データプレーンＶＣＮ１１１８において保有されるＮＡＴゲートウェイ１１３８、および、データプレーンデータ層１１５０において保有されるＤＢサブネット１１３０に通信可能に結合され得る。信頼できないアプリサブネット１１６２は、データプレーンＶＣＮ１１１８において保有されるサービスゲートウェイ１１３６、および、データプレーンデータ層１１５０において保有されるＤＢサブネット１１３０に通信可能に結合され得る。データプレーンデータ層１１５０は、データプレーンＶＣＮ１１１８において保有されるサービスゲートウェイ１１３６に通信可能に結合されていることがある、ＤＢサブネット１１３０を含み得る。
【0146】
信頼できないアプリサブネット１１６２は、テナント仮想マシン（ＶＭ）１１６６（１）～（Ｎ）に通信可能に結合され得る１つまたは複数のプライマリＶＮＩＣ１１６４（１）～（Ｎ）を含み得る。各テナントＶＭ１１６６（１）～（Ｎ）は、それぞれの顧客テナンシ１１７０（１）～（Ｎ）において保有され得る、それぞれのコンテナエグレスＶＣＮ１１６８（１）～（Ｎ）において保有され得る、それぞれのアプリサブネット１１６７（１）～（Ｎ）に通信可能に結合され得る。それぞれのセカンダリＶＮＩＣ１１７２（１）～（Ｎ）が、データプレーンＶＣＮ１１１８において保有される信頼できないアプリサブネット１１６２と、コンテナエグレスＶＣＮ１１６８（１）～（Ｎ）において保有されるアプリサブネットとの間の通信を容易にし得る。各コンテナエグレスＶＣＮ１１６８（１）～（Ｎ）は、公衆インターネット１１５４（例えば、図９の公衆インターネット９５４）に通信可能に結合されていることがある、ＮＡＴゲートウェイ１１３８を含み得る。
【0147】
制御プレーンＶＣＮ１１１６において保有される、および、データプレーンＶＣＮ１１１８において保有される、インターネットゲートウェイ１１３４は、公衆インターネット１１５４に通信可能に結合されていることがある、メタデータ管理サービス１１５２（例えば、図９のメタデータ管理システム９５２）に通信可能に結合され得る。公衆インターネット１１５４は、制御プレーンＶＣＮ１１１６において保有される、および、データプレーンＶＣＮ１１１８において保有される、ＮＡＴゲートウェイ１１３８に通信可能に結合され得る。制御プレーンＶＣＮ１１１６において保有される、および、データプレーンＶＣＮ１１１８において保有される、サービスゲートウェイ１１３６は、クラウドサービス１１５６に通信可能に結合され得る。
【0148】
いくつかの実施形態において、データプレーンＶＣＮ１１１８は、顧客テナンシ１１７０と統合され得る。この統合は、コードを実行するときにサポートを望み得る事例などの、いくつかの事例において、ＩａａＳプロバイダの顧客にとって有用で、または望ましくあり得る。顧客は、破壊的であり得る、他の顧客リソースと通信し得る、または他の形で、望ましくない影響を生じさせ得る、実行するためのコードを提供し得る。このことに応答して、ＩａａＳプロバイダは、顧客によってＩａａＳプロバイダに与えられたコードを実行するべきか否かを判定し得る。
【0149】
いくつかの例において、ＩａａＳプロバイダの顧客は、ＩａａＳプロバイダに一時的なネットワークアクセスを許可し、データプレーンアプリ層１１４６にアタッチされるべき機能を要求し得る。機能を実行するためのコードが、ＶＭ１１６６（１）～（Ｎ）において実行されることがあり、コードは、データプレーンＶＣＮ１１１８上のその他のいかなるところでも、実行するように構成されていなくてもよい。各ＶＭ１１６６（１）～（Ｎ）は、１つの顧客テナンシ１１７０に接続され得る。ＶＭ１１６６（１）～（Ｎ）において保有されるそれぞれのコンテナ１１７１（１）～（Ｎ）が、コードを実行しないように構成され得る。この事例において、正しくない、または他の形で望ましくないコードが、ＩａａＳプロバイダのネットワークを損傷することを、または、異なる顧客のネットワークを損傷することを防止する助けとなることがある、二重分離（例えば、コンテナ１１７１（１）～（Ｎ）が、少なくとも、信頼できないアプリサブネット１１６２において保有されるＶＭ１１６６（１）～（Ｎ）において保有され得る場合の、コードを実行するコンテナ１１７１（１）～（Ｎ））が存し得る。コンテナ１１７１（１）～（Ｎ）は、顧客テナンシ１１７０に通信可能に結合されていることがあり、顧客テナンシ１１７０からのデータを送信または受信するように構成され得る。コンテナ１１７１（１）～（Ｎ）は、データプレーンＶＣＮ１１１８におけるいかなる他のエンティティからのデータも、送信または受信するように構成されていなくてもよい。コードを実行することの完了を基に、ＩａａＳプロバイダは、コンテナ１１７１（１）～（Ｎ）について強制停止し、または、他の形で破棄し得る。
【0150】
いくつかの実施形態において、信頼できるアプリサブネット１１６０は、ＩａａＳプロバイダによって所有または運用され得るコードを実行し得る。この実施形態において、信頼できるアプリサブネット１１６０は、ＤＢサブネット１１３０に通信可能に結合されている、および、ＤＢサブネット１１３０におけるＣＲＵＤオペレーションを実行するように構成され得る。信頼できないアプリサブネット１１６２は、ＤＢサブネット１１３０に通信可能に結合されていることがあるが、この実施形態において、信頼できないアプリサブネットは、ＤＢサブネット１１３０における読み取りオペレーションを実行するように構成され得る。各顧客のＶＭ１１６６（１）～（Ｎ）において保有され得る、および、顧客からのコードを実行し得るコンテナ１１７１（１）～（Ｎ）は、ＤＢサブネット１１３０と通信可能に結合されていなくてもよい。
【0151】
他の実施形態において、制御プレーンＶＣＮ１１１６およびデータプレーンＶＣＮ１１１８は、直接的に通信可能に結合されていなくてもよい。この実施形態において、制御プレーンＶＣＮ１１１６とデータプレーンＶＣＮ１１１８との間の直接的な通信が存しないことがある。しかしながら、通信は、少なくとも１つの方法によって間接的に生起し得る。制御プレーンＶＣＮ１１１６とデータプレーンＶＣＮ１１１８との間の通信を容易にし得る、ＬＰＧ１１１０が、ＩａａＳプロバイダによって確立され得る。他の一例のにおいて、制御プレーンＶＣＮ１１１６またはデータプレーンＶＣＮ１１１８は、サービスゲートウェイ１１３６を介して、クラウドサービス１１５６へのコールをなし得る。例えば、制御プレーンＶＣＮ１１１６からクラウドサービス１１５６へのコールは、データプレーンＶＣＮ１１１８と通信し得るサービスについての要求を含み得る。
【0152】
図１２は、少なくとも１つの実施形態に従ってＩａａＳアーキテクチャの他の一例のパターンを例示するブロック線図１２００である。サービスオペレータ１２０２（例えば、図９のサービスオペレータ９０２）が、仮想クラウドネットワーク（ＶＣＮ）１２０６（例えば、図９のＶＣＮ９０６）とセキュアホストサブネット１２０８（例えば、図９のセキュアホストサブネット９０８）とを含み得るセキュアホストテナンシ１２０４（例えば、図９のセキュアホストテナンシ９０４）に通信可能に結合され得る。ＶＣＮ１２０６は、ＳＳＨ ＶＣＮ１２１２（例えば、図９のＳＳＨ ＶＣＮ９１２）において保有されるＬＰＧ１２１０（例えば、図９のＬＰＧ９１０）を介して、ＳＳＨ ＶＣＮ１２１２に通信可能に結合されていることがある、ＬＰＧ１２１０を含み得る。ＳＳＨ ＶＣＮ１２１２は、ＳＳＨサブネット１２１４（例えば、図９のＳＳＨサブネット９１４）を含み得るものであり、ＳＳＨ ＶＣＮ１２１２は、制御プレーンＶＣＮ１２１６（例えば、図９の制御プレーンＶＣＮ９１６）において保有されるＬＰＧ１２１０を介して、制御プレーンＶＣＮ１２１６に、および、データプレーンＶＣＮ１２１８（例えば、図９のデータプレーン９１８）において保有されるＬＰＧ１２１０を介して、データプレーンＶＣＮ１２１８に通信可能に結合され得る。制御プレーンＶＣＮ１２１６およびデータプレーンＶＣＮ１２１８は、サービステナンシ１２１９（例えば、図９のサービステナンシ９１９）において保有され得る。
【0153】
制御プレーンＶＣＮ１２１６は、ＬＢサブネット１２２２（例えば、図９のＬＢサブネット９２２）を含み得る制御プレーンＤＭＺ層１２２０（例えば、図９の制御プレーンＤＭＺ層９２０）、アプリサブネット１２２６（例えば、図９のアプリサブネット９２６）を含み得る制御プレーンアプリ層１２２４（例えば、図９の制御プレーンアプリ層９２４）、ＤＢサブネット１２３０（例えば、図１１のＤＢサブネット１１３０）を含み得る制御プレーンデータ層１２２８（例えば、図９の制御プレーンデータ層９２８）を含み得る。制御プレーンＤＭＺ層１２２０において保有されるＬＢサブネット１２２２は、制御プレーンアプリ層１２２４において保有されるアプリサブネット１２２６に、および、制御プレーンＶＣＮ１２１６において保有され得るインターネットゲートウェイ１２３４（例えば、図９のインターネットゲートウェイ９３４）に通信可能に結合されていることがあり、アプリサブネット１２２６は、制御プレーンデータ層１２２８において保有されるＤＢサブネット１２３０に、ならびに、サービスゲートウェイ１２３６（例えば、図９のサービスゲートウェイ）およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ１２３８（例えば、図９のＮＡＴゲートウェイ９３８）に通信可能に結合され得る。制御プレーンＶＣＮ１２１６は、サービスゲートウェイ１２３６と、ＮＡＴゲートウェイ１２３８とを含み得る。
【0154】
データプレーンＶＣＮ１２１８は、データプレーンアプリ層１２４６（例えば、図９のデータプレーンアプリ層９４６）と、データプレーンＤＭＺ層１２４８（例えば、図９のデータプレーンＤＭＺ層９４８）と、データプレーンデータ層１２５０（例えば、図９のデータプレーンデータ層９５０）とを含み得る。データプレーンＤＭＺ層１２４８は、データプレーンアプリ層１２４６の、信頼できるアプリサブネット１２６０（例えば、図１１の信頼できるアプリサブネット１１６０）、および、信頼できないアプリサブネット１２６２（例えば、図１１の信頼できないアプリサブネット１１６２）、ならびに、データプレーンＶＣＮ１２１８において保有されるインターネットゲートウェイ１２３４に通信可能に結合されていることがある、ＬＢサブネット１２２２を含み得る。信頼できるアプリサブネット１２６０は、データプレーンＶＣＮ１２１８において保有されるサービスゲートウェイ１２３６、データプレーンＶＣＮ１２１８において保有されるＮＡＴゲートウェイ１２３８、および、データプレーンデータ層１２５０において保有されるＤＢサブネット１２３０に通信可能に結合され得る。信頼できないアプリサブネット１２６２は、データプレーンＶＣＮ１２１８において保有されるサービスゲートウェイ１２３６、および、データプレーンデータ層１２５０において保有されるＤＢサブネット１２３０に通信可能に結合され得る。データプレーンデータ層１２５０は、データプレーンＶＣＮ１２１８において保有されるサービスゲートウェイ１２３６に通信可能に結合されていることがある、ＤＢサブネット１２３０を含み得る。
【0155】
信頼できないアプリサブネット１２６２は、信頼できないアプリサブネット１２６２の中に常駐するテナント仮想マシン（ＶＭ）１２６６（１）～（Ｎ）に通信可能に結合され得るプライマリＶＮＩＣ１２６４（１）～（Ｎ）を含み得る。各テナントＶＭ１２６６（１）～（Ｎ）は、それぞれのコンテナ１２６７（１）～（Ｎ）においてコードを実行してもよく、コンテナエグレスＶＣＮ１２６８において保有され得る、データプレーンアプリ層１２４６において保有され得る、アプリサブネット１２２６に通信可能に結合され得る。それぞれのセカンダリＶＮＩＣ１２７２（１）～（Ｎ）が、データプレーンＶＣＮ１２１８において保有される信頼できないアプリサブネット１２６２と、コンテナエグレスＶＣＮ１２６８において保有されるアプリサブネットとの間の通信を容易にし得る。コンテナエグレスＶＣＮは、公衆インターネット１２５４（例えば、図９の公衆インターネット９５４）に通信可能に結合されていることがある、ＮＡＴゲートウェイ１２３８を含み得る。
【0156】
制御プレーンＶＣＮ１２１６において保有される、および、データプレーンＶＣＮ１２１８において保有される、インターネットゲートウェイ１２３４は、公衆インターネット１２５４に通信可能に結合されていることがある、メタデータ管理サービス１２５２（例えば、図９のメタデータ管理システム９５２）に通信可能に結合され得る。公衆インターネット１２５４は、制御プレーンＶＣＮ１２１６において保有される、および、データプレーンＶＣＮ１２１８において保有される、ＮＡＴゲートウェイ１２３８に通信可能に結合され得る。制御プレーンＶＣＮ１２１６において保有される、および、データプレーンＶＣＮ１２１８において保有される、サービスゲートウェイ１２３６は、クラウドサービス１２５６に通信可能に結合され得る。
【0157】
いくつかの例において、図１２のブロック線図１２００のアーキテクチャによって例示されるパターンは、図１１のブロック線図１１００のアーキテクチャによって例示されるパターンに対する例外と考えられ得、また、ＩａａＳプロバイダの顧客にとって、ＩａａＳプロバイダが顧客（例えば、接続を断たれているリージョン）と直接的に通信し得ない場合に、望ましいことがある。各顧客についてＶＭ１２６６（１）～（Ｎ）において保有されるそれぞれのコンテナ１２６７（１）～（Ｎ）は、顧客によってリアルタイムでアクセスされ得る。コンテナ１２６７（１）～（Ｎ）は、コンテナエグレスＶＣＮ１２６８において保有され得るデータプレーンアプリ層１２４６のアプリサブネット１２２６において保有されるそれぞれのセカンダリＶＮＩＣ１２７２（１）～（Ｎ）へのコールをなすように構成され得る。セカンダリＶＮＩＣ１２７２（１）～（Ｎ）は、ＮＡＴゲートウェイ１２３８にコールを送信してもよく、そのＮＡＴゲートウェイ１２３８は、公衆インターネット１２５４にコールを送信し得る。この例において、顧客によってリアルタイムでアクセスされ得るコンテナ１２６７（１）～（Ｎ）は、制御プレーンＶＣＮ１２１６から分離されていることもあり、データプレーンＶＣＮ１２１８において保有される他のエンティティから分離され得る。コンテナ１２６７（１）～（Ｎ）は、さらには、他の顧客からのリソースから分離され得る。
【0158】
他の例において、顧客は、クラウドサービス１２５６をコールするためにコンテナ１２６７（１）～（Ｎ）を使用し得る。この例において、顧客は、クラウドサービス１２５６にサービスを要求するコードを、コンテナ１２６７（１）～（Ｎ）において実行し得る。コンテナ１２６７（１）～（Ｎ）は、セカンダリＶＮＩＣ１２７２（１）～（Ｎ）にこの要求を送信し得るものであり、それらのセカンダリＶＮＩＣは、ＮＡＴゲートウェイに要求を送信し得るものであり、そのＮＡＴゲートウェイは、公衆インターネット１２５４に要求を送信し得る。公衆インターネット１２５４は、インターネットゲートウェイ１２３４を介して、制御プレーンＶＣＮ１２１６において保有されるＬＢサブネット１２２２に要求を送信し得る。要求は妥当であると判定することに応答して、ＬＢサブネットは、アプリサブネット１２２６に要求を送信し得るものであり、そのアプリサブネット１２２６は、サービスゲートウェイ１２３６を介して、クラウドサービス１２５６に要求を送信し得る。
【0159】
図において描写されるＩａａＳアーキテクチャ９００、１０００、１１００、１２００は、描写される構成要素以外の構成要素を有し得るということが理解されるべきである。さらに、図において示される実施形態は、単に、本開示の実施形態を組み込み得るクラウドインフラストラクチャシステムのいくつかの例である。いくつかの他の実施形態において、ＩａａＳシステムは、図において示されるよりも多い、もしくは少ない構成要素を有することがあり、２つ以上の構成要素を組み合わせることがあり、または、構成要素の異なる構成もしくは配置構成を有し得る。
【0160】
いくつかの実施形態において、本明細書において説明されるＩａａＳシステムは、セルフサービスの、サブスクリプションベースの、弾力的にスケーラブルな、信頼性の高い、高度に可用性の、および、セキュアな様式において顧客に届けられる、一揃いのアプリケーション、ミドルウェア、およびデータベースサービスオファリングを含み得る。そのようなＩａａＳシステムの例は、本譲受人によって提供されるOracle Cloud Infrastructure（ＯＣＩ）である。
【0161】
図１３は、様々な実施形態が実現され得る一例のコンピュータシステム１３００を例示する。システム１３００は、上記で説明されたコンピュータシステムの任意のものを実現するために使用され得る。図において示されるように、コンピュータシステム１３００は、バスサブシステム１３０２を介していくつかの周辺サブシステムと通信する処理ユニット１３０４を含む。これらの周辺サブシステムは、処理加速ユニット１３０６と、Ｉ／Ｏサブシステム１３０８と、ストレージサブシステム１３１８と、通信サブシステム１３２４とを含み得る。ストレージサブシステム１３１８は、有形のコンピュータ読み取り可能な記憶媒体１３２２と、システムメモリ１３１０とを含む。
【0162】
バスサブシステム１３０２は、コンピュータシステム１３００の様々な構成要素およびサブシステムに、意図されるように互いと通信させるための機構を提供する。バスサブシステム１３０２は、単一のバスとして概略的に示されるが、バスサブシステムの別の実施形態は、複数のバスを利用し得る。バスサブシステム１３０２は、種々のバスアーキテクチャの任意のものを使用する、メモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含む、いろいろなタイプのバス構造の任意のものであり得る。例えば、そのようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオ電子標準協会（ＶＥＳＡ）ローカルバス、および、ＩＥＥＥ Ｐ１３８６．１規格に合わせて製造されたメザニンバスとして実現され得る周辺構成要素相互接続（ＰＣＩ）バスを含み得る。
【0163】
１つまたは複数の集積回路として実現され得る処理ユニット１３０４（例えば、従前のマイクロプロセッサまたはマイクロコントローラ）は、コンピュータシステム１３００の動作を制御する。１つまたは複数のプロセッサが、処理ユニット１３０４に含まれ得る。これらのプロセッサは、シングルコアまたはマルチコアプロセッサを含み得る。いくつかの実施形態において、処理ユニット１３０４は、各処理ユニットに含まれるシングルまたはマルチコアプロセッサを伴う、１つまたは複数の独立した処理ユニット１３３２および／または１３３４として実現され得る。他の実施形態において、処理ユニット１３０４は、さらには、２つのデュアルコアプロセッサを単一のチップへと統合することによって形成された、クアッドコア処理ユニットとして実現され得る。
【0164】
様々な実施形態において、処理ユニット１３０４は、プログラムコードに応答して種々のプログラムを実行し得るものであり、複数の同時に実行するプログラムまたはプロセスを維持し得る。任意の所与の時間において、実行されるべきプログラムコードのいくつかまたはすべては、プロセッサ１３０４において、および／または、ストレージサブシステム１３１８に常駐し得る。適したプログラミングによって、プロセッサ１３０４は、上記で説明された様々な機能性を提供し得る。コンピュータシステム１３００は、加えて、デジタル信号プロセッサ（ＤＳＰ）、特殊目的プロセッサ、および／または類するものを含み得る処理加速ユニット１３０６を含み得る。
【0165】
Ｉ／Ｏサブシステム１３０８は、ユーザインターフェイス入力デバイスと、ユーザインターフェイス出力デバイスとを含み得る。ユーザインターフェイス入力デバイスは、キーボード、マウスまたはトラックボールなどのポインティングデバイス、タッチパッドまたはディスプレイ内へと組み込まれたタッチスクリーン、スクロールホイール、クリックホイール、ダイヤル、ボタン、スイッチ、キーパッド、音声コマンド認識システムを伴うオーディオ入力デバイス、マイクロホン、および、他のタイプの入力デバイスを含み得る。ユーザインターフェイス入力デバイスは、例えば、ユーザが、ジェスチャおよび口頭のコマンドを使用するナチュラルユーザインターフェイスによって、Microsoft Xbox（登録商標）360ゲームコントローラなどの入力デバイスを制御する、および、その入力デバイスと相互作用することを可能にする、Microsoft Kinect（登録商標）モーションセンサなどのモーションセンシングおよび／またはジェスチャ認識デバイスを含み得る。ユーザインターフェイス入力デバイスは、さらには、ユーザからの目もと活動（例えば、写真をとること、および／または、メニュー選択をなすことの間の「まばたき」）を検出し、アイジェスチャを入力デバイス（例えば、Google Glass（登録商標））への入力として転換する、Google Glass（登録商標）まばたき検出器などのアイジェスチャ認識デバイスを含み得る。加えて、ユーザインターフェイス入力デバイスは、ユーザが、音声コマンドによって音声認識システム（例えば、Siri（登録商標）ナビゲータ）と相互作用することを可能にする、音声認識センシングデバイスを含み得る。
【0166】
ユーザインターフェイス入力デバイスは、さらには、限定ではなく、３次元（３Ｄ）マウス、ジョイスティックまたはポインティングスティック、ゲームパッド、およびグラフィックタブレット、ならびに、オーディオ／視覚デバイス、例えば、スピーカ、デジタルカメラ、デジタルカムコーダ、ポータブルメディアプレーヤ、ウェブカメラ、イメージスキャナ、指紋スキャナ、バーコードリーダ３Ｄスキャナ、３Ｄプリンタ、レーザレンジファインダ、および視線追跡デバイスなどを含み得る。加えて、ユーザインターフェイス入力デバイスは、例えば、コンピュータ断層撮影法、磁気共鳴イメージング、位置放出断層撮影法（position emission tomography）、医用超音波検査法デバイスなどの医用イメージング入力デバイスを含み得る。ユーザインターフェイス入力デバイスは、さらには、例えば、ＭＩＤＩキーボード、デジタル楽器、および類するものなどのオーディオ入力デバイスを含み得る。
【0167】
ユーザインターフェイス出力デバイスは、ディスプレイサブシステム、インジケータライト、または、オーディオ出力デバイスなどの非視覚ディスプレイ、その他を含み得る。ディスプレイサブシステムは、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）またはプラズマディスプレイを使用するものなどのフラットパネルデバイス、投影デバイス、タッチスクリーン、および類するものであり得る。一般的に、用語「出力デバイス」の使用は、コンピュータシステム１３００からユーザまたは他のコンピュータに情報を出力するための、すべての可能なタイプのデバイスおよび機構を含むことを意図される。例えば、ユーザインターフェイス出力デバイスは、制限なしに、モニタ、プリンタ、スピーカ、ヘッドホン、自動車用ナビゲーションシステム、プロッタ、音声出力デバイス、およびモデムなどの、テキスト、グラフィックス、およびオーディオ／ビデオ情報を視覚的に伝える種々のディスプレイデバイスを含み得る。
【0168】
コンピュータシステム１３００は、システムメモリ１３１０の中に現時点で配置されているように示されるソフトウェア要素を含むストレージサブシステム１３１８を含み得る。システムメモリ１３１０は、処理ユニット１３０４上でロード可能および実行可能であるプログラム命令、ならびに、これらのプログラムの実行中に生成されるデータを記憶し得る。
【0169】
コンピュータシステム１３００の構成およびタイプに依存して、システムメモリ１３１０は、揮発性（ランダムアクセスメモリ（ＲＡＭ）など）および／または不揮発性（読み取り専用メモリ（ＲＯＭ）、フラッシュメモリ、その他など）であり得る。ＲＡＭは、典型的には、処理ユニット１３０４にとって即時にアクセス可能である、ならびに／または、処理ユニット１３０４によって現在動作させられている、および実行されている、データおよび／またはプログラムモジュールを保有する。いくつかの実現形態において、システムメモリ１３１０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）またはダイナミックランダムアクセスメモリ（ＤＲＡＭ）などの、複数の異なるタイプのメモリを含み得る。いくつかの実現形態において、スタートアップ中などで、コンピュータシステム１３００の中の要素同士の間で情報を転送する助けとなる基本ルーチンを保有する基本入出力システム（ＢＩＯＳ）が、典型的には、ＲＯＭに記憶され得る。限定としてではなく、例として、システムメモリ１３１０は、さらには、クライアントアプリケーション、ウェブブラウザ、中間層アプリケーション、リレーショナルデータベース管理システム（ＲＤＢＭＳ）、その他を含み得るアプリケーションプログラム１３１２と、プログラムデータ１３１４と、オペレーティングシステム１３１６とを例示する。例として、オペレーティングシステム１３１６は、様々なバージョンのMicrosoft Windows（登録商標）、Apple Macintosh（登録商標）、および／もしくはLinuxオペレーティングシステム、種々の市販で入手可能なＵＮＩＸ（登録商標）もしくはＵＮＩＸ系オペレーティングシステム（制限なしに、種々のGNU/Linuxオペレーティングシステム、Google Chrome（登録商標）OS、および類するものを含む）、ならびに／または、ｉＯＳ、Windows（登録商標）Phone、Android（登録商標）OS、BlackBerry（登録商標）OS、およびPalm（登録商標）OSオペレーティングシステムなどのモバイルオペレーティングシステムを含み得る。
【0170】
ストレージサブシステム１３１８は、さらには、いくつかの実施形態の機能性を提供する、基本プログラミングおよびデータ構築物を記憶するための有形のコンピュータ読み取り可能な記憶媒体を提供し得る。プロセッサによって実行されると、上記で説明された機能性を提供するソフトウェア（プログラム、コードモジュール、命令）が、ストレージサブシステム１３１８において記憶され得る。これらのソフトウェアモジュールまたは命令は、処理ユニット１３０４によって実行され得る。ストレージサブシステム１３１８は、さらには、本開示によって使用されるデータを記憶するためのリポジトリを提供し得る。
【0171】
ストレージサブシステム１３００は、さらには、コンピュータ読み取り可能な記憶媒体１３２２にさらに接続されていることがある、コンピュータ読み取り可能な記憶媒体リーダ１３２０を含み得る。システムメモリ１３１０とともに、および任意選択で、システムメモリ１３１０との組み合わせにおいて、コンピュータ読み取り可能な記憶媒体１３２２は、コンピュータ可読情報を、一時的に、および／または、より永続的に保有する、記憶する、送信する、および取り出すための記憶媒体にプラスして、リモートの、ローカルの、固定された、および／または、リムーバブルのストレージデバイスを包括的に表し得る。
【0172】
コード、または、コードの一部分を保有する、コンピュータ読み取り可能な記憶媒体１３２２は、さらには、情報の記憶および／または送信のための、任意の方法または技術において実現された、揮発性および不揮発性の、リムーバブルおよび非リムーバブルの媒体などの、ただしそれに制限されない、記憶媒体および通信媒体を含む、当技術分野において知られている、または使用されている、任意の適切な媒体を含み得る。このコンピュータ読み取り可能な記憶媒体１３２２は、ＲＡＭ、ＲＯＭ、電子的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、もしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）、もしくは他の光学ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、もしくは他の磁気ストレージデバイス、または、他の有形コンピュータ読み取り可能な媒体などの、有形のコンピュータ読み取り可能な記憶媒体を含み得る。このコンピュータ読み取り可能な記憶媒体１３２２は、さらには、望まれる情報を送信するために使用され得る、および、コンピューティングシステム１３００によってアクセスされ得る、データ信号、データ送信、または、任意の他の媒体のような、非有形のコンピュータ読み取り可能な媒体を含み得る。
【0173】
例として、コンピュータ読み取り可能な記憶媒体１３２２は、非リムーバブル不揮発性磁気媒体から読み取る、または、その磁気媒体に書き込むハードディスクドライブ、リムーバブル不揮発性磁気ディスクから読み取る、または、その磁気ディスクに書き込む磁気ディスクドライブ、ならびに、ＣＤ ＲＯＭ、ＤＶＤ、およびBlu-Ray（登録商標）ディスク、もしくは他の光学媒体などの、リムーバブル不揮発性光学ディスクから読み取る、または、その光学ディスクに書き込む光学ディスクドライブを含み得る。コンピュータ読み取り可能な記憶媒体１３２２は、Zip（登録商標）ドライブ、フラッシュメモリカード、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブ、セキュアデジタル（ＳＤ）カード、ＤＶＤディスク、デジタルビデオテープ、および類するものを含むことがあり、ただしそれらに制限されない。コンピュータ読み取り可能な記憶媒体１３２２は、さらには、不揮発性メモリに基づくソリッドステートドライブ（ＳＳＤ）、例えば、フラッシュメモリベースのＳＳＤ、エンタープライズフラッシュドライブ、ソリッドステートＲＯＭ、および類するものなど、揮発性メモリに基づくＳＳＤ、例えば、ソリッドステートＲＡＭ、ダイナミックＲＡＭ、スタティックＲＡＭ、ＤＲＡＭベースのＳＳＤ、磁気抵抗ＲＡＭ（ＭＲＡＭ）ＳＳＤなど、ならびに、ＤＲＡＭおよびフラッシュメモリベースのＳＳＤの組み合わせを使用するハイブリッドＳＳＤを含み得る。ディスクドライブ、および、それらのディスクドライブの関連付けられたコンピュータ読み取り可能な媒体は、コンピュータシステム１３００のための、コンピュータ可読命令、データ構造、プログラムモジュール、および、他のデータの不揮発性ストレージを提供し得る。
【0174】
通信サブシステム１３２４は、他のコンピュータシステムおよびネットワークへのインターフェイスを提供する。通信サブシステム１３２４は、コンピュータシステム１３００とは違うシステムからデータを受信する、および、それらの違うシステムにデータを送信するためのインターフェイスとして役立つ。例えば、通信サブシステム１３２４は、コンピュータシステム１３００が、インターネットを介して１つまたは複数のデバイスに接続することを可能にし得る。いくつかの実施形態において、通信サブシステム１３２４は、（例えば、セルラ電話技術、先進的なデータネットワーク技術、例えば、３Ｇ、４Ｇ、もしくはＥＤＧＥ（グローバル進化型高速データレート（enhanced data rates for global evolution））など、ＷｉＦｉ（ＩＥＥＥ８０２．１１ファミリ規格、または、他のモバイル通信技術、または、それらの任意の組み合わせを使用して）ワイヤレス音声および／もしくはデータネットワークにアクセスするための無線周波数（ＲＦ）トランシーバ構成要素、全地球測位システム（ＧＰＳ）受信器構成要素、ならびに／または、他の構成要素を含み得る。いくつかの実施形態において、通信サブシステム１３２４は、ワイヤレスインターフェイスに加えて、または、ワイヤレスインターフェイスの代わりに、有線ネットワーク接続性（例えば、Ethernet）を提供し得る。
【0175】
いくつかの実施形態において、通信サブシステム１３２４は、さらには、コンピュータシステム１３００を使用し得る１人または複数のユーザのために、構造化された、および／または、構造化されていない、データフィード１３２６、イベントストリーム１３２８、イベント更新１３３０、および類するものの形式における入力通信を受信し得る。
【0176】
例として、通信サブシステム１３２４は、Twitter（登録商標）フィード、Facebook（登録商標）更新、リッチサイトサマリ（ＲＳＳ）フィードなどのウェブフィード、および／または、１つもしくは複数のサードパーティ情報源からのリアルタイム更新のような、ソーシャルネットワークのユーザ、および／または、他の通信サービスからの、リアルタイムでのデータフィード１３２６を受信するように構成され得る。
【0177】
加えて、通信サブシステム１３２４は、さらには、はっきりとした終了を伴わずに、本質的に継続的である、または際限がないことがある、リアルタイムイベントのイベントストリーム１３２８、および／または、イベント更新１３３０を含み得る、継続的データストリームの形式におけるデータを受信するように構成され得る。継続的データを生成するアプリケーションの例は、例えば、センサデータアプリケーション、金融関係のティッカ、ネットワーク性能測定ツール（例えば、ネットワーク監視およびトラフィック管理アプリケーション）、クリックストリーム分析ツール、自動車交通監視、および類するものを含み得る。
【0178】
通信サブシステム１３２４は、さらには、コンピュータシステム１３００に結合されている１つまたは複数のストリーミングデータ源コンピュータと通信していることがある、１つまたは複数のデータベースに、構造化された、および／または、構造化されていない、データフィード１３２６、イベントストリーム１３２８、イベント更新１３３０、および類するものを出力するように構成され得る。
【0179】
コンピュータシステム１３００は、ハンドヘルドポータブルデバイス（例えば、iPhone（登録商標）セルラフォン、iPad（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェアラブルデバイス（例えば、Google Glass（登録商標）ヘッドマウントディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバラック、または、任意の他のデータ処理システムを含む、様々なタイプのうちの１つであり得る。
【0180】
コンピュータおよびネットワークの絶えず変化する性質に起因して、図において描写されるコンピュータシステム１３００の説明は、単に特定の例として意図されるものである。図において描写されるシステムよりも多い、または少ない構成要素を有する、多くの他の構成が可能である。例えば、カスタマイズされたハードウェアが、さらには使用されることがあり、および／または、特定の要素は、ハードウェア、ファームウェア、ソフトウェア（アプレットを含む）、もしくは組み合わせにおいて実現され得る。さらに、ネットワーク入出力デバイスなどの他のコンピューティングデバイスへの接続が用いられることがある。本開示、および、本明細書において提供される教示に基づいて、当業者は、様々な実施形態を実現するための他の手立ておよび／または方法を察知することになる。
【0181】
特定の実施形態が説明されたが、様々な修正、改変、別の構成、および均等物が、さらには、本開示の範囲内に包摂される。実施形態は、いくつかの特定のデータ処理環境の中での動作に限定されるのではなく、複数のデータ処理環境の中で自由に動作することができる。加えて、実施形態は、特定の一連のトランザクションおよびステップを使用して説明されたが、本開示の範囲は、説明された一連のトランザクションおよびステップに制限されないということが、当業者には明らかであるはずである。上記で説明された実施形態の様々な特徴および態様が、個々に、または連帯的に使用され得る。
【0182】
さらに、実施形態は、ハードウェアおよびソフトウェアの特定の組み合わせを使用して説明されたが、ハードウェアおよびソフトウェアの他の組み合わせが、さらには、本開示の範囲内にあるということが認識されるべきである。実施形態は、単にハードウェアにおいて、または、単にソフトウェアにおいて、または、それらの組み合わせを使用して実現され得る。実施形態は、プロセッサによって実行されると、プロセッサに、本開示において説明される方法の任意のものを実行させる、コンピュータプログラム／命令を含むコンピュータプログラム製品を使用することによって実現され得る。本明細書において説明される様々なプロセスは、同じプロセッサ、または、任意の組み合わせにおける異なるプロセッサ上で実現され得る。よって、構成要素またはモジュールが、いくつかの動作を実行するように構成されているとして説明される場合、そのような構成は、例えば、動作を実行するための電子回路を設計することによって、動作を実行するための（マイクロプロセッサなどの）プログラマブル電子回路をプログラムすること、または、それらの任意の組み合わせによって成し遂げられ得る。プロセスは、プロセス間通信のための従前の技術を含む、ただしそれに制限されない、種々の技術を使用して通信し得るものであり、プロセスの異なるペアは、異なる技術を使用することがあり、または、プロセスの同じペアは、異なる時間において、異なる技術を使用し得る。
【0183】
よって、本明細書および図面は、限定的な観念よりもむしろ例示的な観念において評価されるべきである。しかしながら、追加、削減、削除、ならびに、他の修正および変更が、特許請求の範囲において論述されるような、より広範な趣旨および範囲から逸脱することなく、本明細書および図面になされ得るということは明白であることになる。そうして、特定の開示実施形態が説明されたが、これらの実施形態は、制限的であることを意図されない。様々な修正および均等物は、後に続く請求項の範囲内にある。
【0184】
開示される実施形態を説明することの文脈における（とりわけ、後に続く特許請求の範囲の文脈における）、用語「a」および「an」および「the」、ならびに、同様の言及対象の使用は、別段に、本明細書において指示されない、または、文脈によって明確に否定されない限り、単数および複数の両方を包含すると解釈されるべきである。用語「含む」、「有する」、「備える」、および「保有する」は、別段に注記されない限り、オープンエンドの用語（すなわち、「含む、ただしそれに制限されない」を意味する）と解釈されるべきである。用語「接続されている」は、介在する何かが存するとしても、部分的または全体的に、中に保有される、取り付けられている、または、一体に結び付けられていると解釈されるべきである。本明細書における値の範囲の詳説は、本明細書において別段に指示されない限り、ただ単に、範囲内にある各々の別個の値に個々に言及することの簡単明瞭な方法として役立つことを意図され、各々の別個の値は、その値が本明細書において個々に詳説されるかのように、本明細書へと組み込まれている。本明細書において説明されるすべての方法は、別段に本明細書において指示されない、または、別段に文脈によって明確に否定されない限り、任意の適した順序において実行され得る。本明細書において提供される、一切の例、または、例示的な文言（例えば、「など」）の使用は、ただ単に、実施形態に、より良好に光明を投じることを意図され、別段に主張されない限り、本開示の範囲への制限を提起するものではない。本明細書におけるいかなる文言も、何らかの請求されない要素を、本開示の実践に不可欠と指示すると解釈されるべきでない。
【0185】
語句「Ｘ、Ｙ、またはＺのうちの少なくとも１つ」などの選言的文言は、別段に具体的に説述されない限り、項目、用語、その他が、Ｘ、Ｙ、またはＺ、または、それらの任意の組み合わせのいずれかであり得る（例えば、Ｘ、Ｙ、および／またはＺ）ということを提示するために一般的に使用されると、文脈の中で理解されることを意図される。そうして、そのような選言的文言は、一般的には、いくつかの実施形態が、Ｘの少なくとも１つ、Ｙの少なくとも１つ、または、Ｚの少なくとも１つが各々存在することを求めるということを暗示することを意図しておらず、そのことを暗示すべきでない。
【0186】
本開示を履行するための知られている最良の形態を含む、本開示の好まれる実施形態が、本明細書において説明される。それらの好まれる実施形態の変形形態が、前述の説明を読むことを基に、当業者に明らかになることがある。当業者は、そのような変形形態を適切なように用いることができるはずであり、本開示は、本明細書において具体的に説明されるようなもの以外の形で実践され得る。よって、本開示は、適用可能な法律によって許されるような、本明細書に添付されている特許請求の範囲において詳説される主題の、すべての修正および均等物を含む。その上、それらの好まれる実施形態のすべての可能な変形形態における、上記で説明された要素の任意の組み合わせが、別段に本明細書において指示されない限り、本開示によって包摂される。
【0187】
本明細書において引用される、刊行物、特許出願、および特許を含む、すべての参考文献は、各参考文献が、参照によって組み込まれるように個々に、および具体的に指示され、本明細書において、その各参考文献の全体において論述されるかのようであるのと同じ程度に、本明細書によって、参照によって組み込まれている。
【0188】
前述の本明細書において、本開示の態様は、本開示の特定の実施形態を参照して説明されているが、当業者は、本開示は、それらの実施形態に制限されないということを認識することになる。上記で説明された本開示の様々な特徴および態様が、個々に、または連帯的に使用され得る。さらに、実施形態は、本明細書のより広範な趣旨および範囲から逸脱することなく、本明細書において説明される環境およびアプリケーションを超えて、任意の数の環境およびアプリケーションにおいて利用され得る。よって、本明細書および図面は、限定的よりもむしろ例示的と評価されるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【国際調査報告】