▶ オラクル・インターナショナル・コーポレイションの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-23
(54)【発明の名称】シングルログアウト
(51)【国際特許分類】
G06F 21/41 20130101AFI20241016BHJP
【ＦＩ】
G06F21/41
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024519655
(86)(22)【出願日】2022-09-30
(85)【翻訳文提出日】2024-05-08
(86)【国際出願番号】 US2022045370
(87)【国際公開番号】W WO2023056009
(87)【国際公開日】2023-04-06
(31)【優先権主張番号】63/250,713
(32)【優先日】2021-09-30
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ｉＯＳ
(71)【出願人】
【識別番号】502303739
【氏名又は名称】オラクル・インターナショナル・コーポレイション
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】シャルマ，ショブハンク
(72)【発明者】
【氏名】エバーニ，ベンカタ・サブバラオ
(72)【発明者】
【氏名】パンディリ，クランティ・キラン
(72)【発明者】
【氏名】ナガラジャ，ギリシュ
(72)【発明者】
【氏名】ファン・デン・ダンゲン，マルティヌス・ペトルス・ランベルトゥス
(72)【発明者】
【氏名】スッバイヤン，アショク・クマール
(72)【発明者】
【氏名】ケルマイヤー，アリ・エム
(57)【要約】
本明細書には、２つの独立したシステム間でのシングルログアウトのためのシステムおよび方法が記載される。システムは、第１のログインプロトコルを有する第１のアクセス制御システムを含む。第１のアクセス制御システムは、少なくとも１つの第１のプロセッサと、少なくとも１つの第１のプロセッサによって実行可能な複数の命令を含むメモリとを含む。システムは第２のアクセス制御システムを含む。第２のアクセス制御システムは、第１のログインプロトコルとは独立した第２のログインプロトコルを有する。第１のアクセス制御システムは、第１のアクセス制御システムでユーザからログアウト要求を受信し、ユーザを第１のアクセス制御システムからログアウトし、信頼機構を利用してユーザを第２のアクセス制御システムからログアウトすることができる。
【特許請求の範囲】
【請求項1】
２つのシステムのうちの第１のシステムでユーザからログアウト要求を受信することと、前記２つのシステムのうちの前記第１のシステムから前記ユーザをログアウトすることと、
信頼機構を利用して前記２つのシステムのうちの第２のシステムから前記ユーザをログアウトすることと、
を含む方法。
【請求項2】
前記信頼機構が少なくとも１つのトークンを含む、請求項１に記載の方法。
【請求項3】
前記ログアウト要求は、前記２つのシステムのうちの前記第１のシステムからの前記ユーザのログアウトを指示する、請求項１に記載の方法。
【請求項4】
前記２つのシステムのうちの前記第１のシステムから前記ユーザをログアウトすることは、前記第１のシステム上での前記ユーザのセッションを期限切れにすることを含む、請求項３に記載の方法。
【請求項5】
前記信頼機構を利用して前記２つのシステムのうちの前記第２のシステムから前記ユーザをログアウトすることは、前記ユーザを前記２つのシステムのうちの前記第２のシステムにリダイレクトすることを含む、請求項４に記載の方法。
【請求項6】
前記信頼機構を利用して前記２つのシステムのうちの前記第２のシステムから前記ユーザをログアウトすることは、ユーザブラウザから前記２つのシステムのうちの前記第２のシステムにＪＳＯＮウェブトークン（ＪＷＴ）を送信することを含む、請求項５に記載の方法。
【請求項7】
前記ＪＷＴは、ログアウト後のリダイレクトＵＲＬを含む、請求項６に記載の方法。
【請求項8】
前記ＪＷＴは、ＩＡＭログイン秘密鍵をさらに含む、請求項７に記載の方法。
【請求項9】
前記信頼機構を利用して前記２つのシステムのうちの前記第２のシステムから前記ユーザをログアウトすることは、前記２つのシステムのうちの前記第２のシステムのクッキーおよび／またはトークンを前記ユーザブラウザからクリアすることを含む、請求項６に記載の方法。
【請求項10】
前記信頼機構を利用して前記２つのシステムのうちの前記第２のシステムから前記ユーザをログアウトすることは、前記２つのシステムのうちの前記第２のシステムのアプリケーションから前記ユーザをログアウトすることを含む、請求項９に記載の方法。
【請求項11】
前記信頼機構を利用して前記２つのシステムのうちの前記第２のシステムから前記ユーザをログアウトすることは、前記２つのシステムのうちの前記第２のシステムからユーザブラウザにログアウトの確認を送信することを含み、前記ログアウトの確認が前記ＪＷＴを含む、請求項１０に記載の方法。
【請求項12】
前記信頼機構を利用して前記２つのシステムのうちの前記第２のシステムから前記ユーザをログアウトすることは、前記２つのシステムのうちの前記第２のシステムからのログアウトの完了の確認として前記ＪＷＴを前記ユーザブラウザから前記第１のシステムに送信することを含む、請求項１１に記載の方法。
【請求項13】
フロントチャネルログアウトＵＲＬの通信を介して前記第１のシステムの他のアプリケーションをログアウトすることをさらに含む、請求項１２に記載の方法。
【請求項14】
前記２つのシステムのうちの前記第１のシステムは、属性ベースのアクセス制御（ＡＢＡＣ）システムを備え、前記２つのシステムのうちの前記第２のシステムは、役割ベースのアクセス制御（ＲＢＡＣ）システムを備える、請求項１に記載の方法。
【請求項15】
前記２つのシステムのうちの前記第１のシステムは、役割ベースのアクセス制御（ＲＢＡＣ）システムを備え、前記２つのシステムのうちの前記第２のシステムは、属性ベースのアクセス制御（ＡＢＡＣ）システムを備える、請求項１に記載の方法。
【請求項16】
前記２つのシステムのうちの前記第１のシステムは、前記ユーザがログインされる前記第１のシステムの他のアプリケーションを識別するとともに、前記ユーザをそれらの他のアプリケーションからログアウトする、請求項１５に記載の方法。
【請求項17】
前記２つのシステムのうちの前記第２のシステムは、前記ユーザがログインされる前記第２のシステムの他のアプリケーションを識別し、
前記ユーザがログインされる前記第２のシステムの前記他のアプリケーションにおけるフロントチャネルログアウトＵＲＬを受け、
前記ユーザがログインされる前記第２のシステムの前記他のアプリケーションによる前記フロントチャネルログアウトＵＲＬのロードを指示する、
請求項１６に記載の方法。
【請求項18】
システムであって、第１のログインプロトコルを有する第１のアクセス制御システムを備え、前記第１のアクセス制御システムは、
少なくとも１つの第１のプロセッサと、
前記少なくとも１つの第１のプロセッサによって実行可能な複数の命令を含むメモリと、
を備え、前記システムは、
第２のアクセス制御システムを備え、前記第２のアクセス制御システムは、前記第１のログインプロトコルとは独立した第２のログインプロトコルを有し、
前記第１のアクセス制御システムは、
前記第１のアクセス制御システムでユーザからログアウト要求を受信し、
前記ユーザを前記第１のアクセス制御システムからログアウトし、
信頼機構を利用して前記ユーザを前記第２のアクセス制御システムからログアウトする、
ように構成される、
システム。
【請求項19】
前記ログアウト要求は、前記第１のアクセス制御システムからの前記ユーザのログアウトを指示し、前記第１のアクセス制御システムからの前記ユーザのログアウトは、前記第１のアクセス制御システム上の前記ユーザのセッションを期限切れにし、前記信頼機構を利用して前記ユーザを前記第２のアクセス制御システムからログアウトすることは、前記ユーザを前記第２のアクセス制御システムにリダイレクトすることを含み、前記信頼機構を利用して前記ユーザを前記第２のアクセス制御システムからログアウトすることは、ＪＳＯＮウェブトークン（ＪＷＴ）をユーザブラウザから前記第２のアクセス制御システムに送信することを含む、請求項１８に記載のシステム。
【請求項20】
１つまたは複数のプロセッサによって実行可能な複数の命令を記憶する非一時的コンピュータ可読記憶媒体であって、前記複数の命令は、前記１つまたは複数のプロセッサによって実行されると、前記１つまたは複数のプロセッサに、２つのシステムのうちの第１のシステムでユーザからログアウト要求を受信させ、
前記２つのシステムのうちの前記第１のシステムから前記ユーザをログアウトさせ、
信頼機構を利用して前記２つのシステムのうちの第２のシステムから前記ユーザをログアウトさせる、
非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【背景技術】
【0001】
関連出願の相互参照
この出願は、その全体が参照により本明細書に組み込まれる２０２１年９月３０日に出願された「シングルログアウト」という名称の米国仮出願第６３／２５０，７１３号の利益を主張する。
この出願は、その全体が参照により本明細書に組み込まれる２０２１年９月３０日に出願された「シングルログアウト」という名称の米国仮出願第６３／２５０，７１３号の利益を主張する。
【0002】
背景
最近、クラウドサービスの導入が急速に進んでいる。現在、さまざまなタイプのクラウドサービスがさまざまなクラウドサービスプロバイダ（ＣＳＰ）によって提供される。クラウドサービスという用語は、一般に、ＣＳＰが提供するシステムとインフラストラクチャ（一般にクラウドインフラストラクチャと呼ばれる）とを使用して、一般にサブスクリプションモデルを使用する、加入している顧客にオンデマンドでＣＳＰにより利用可能にするサービスまたは機能を指すために使用される。一般に、加入している顧客にクラウドサービスを提供するために使用されるＣＳＰが提供するクラウドインフラストラクチャに含まれるサーバおよびシステムは、顧客自身のオンプレミスのサーバおよびシステムとは別のものである。ＣＳＰが提供するインフラストラクチャとしては、コンピューティング、ストレージ、およびネットワーキングリソースを挙げることができる。したがって、顧客は、サービス用に独自のハードウェアおよびソフトウェアリソースを購入する必要なく、ＣＳＰが提供するクラウドサービスを利用できる。クラウドサービスは、サービスまたは機能を提供するためのインフラストラクチャの調達に顧客が投資する必要なく、加入している顧客がアプリケーションおよびコンピューティングリソースに簡単かつスケーラブルにオンデマンドでアクセスできるように設計される。サービスとしてのソフトウェア（ＳａａＳ）、サービスとしてのプラットフォーム（ＰａａＳ）、サービスとしてのインフラストラクチャ（ＩａａＳ）など、さまざまなタイプまたはモデルのクラウドサービスが提供される場合がある。顧客は、ＣＳＰが提供する１つまたは複数のクラウドサービスに加入できる。顧客は、個人、組織、企業などの任意のエンティティとなり得る。
最近、クラウドサービスの導入が急速に進んでいる。現在、さまざまなタイプのクラウドサービスがさまざまなクラウドサービスプロバイダ（ＣＳＰ）によって提供される。クラウドサービスという用語は、一般に、ＣＳＰが提供するシステムとインフラストラクチャ（一般にクラウドインフラストラクチャと呼ばれる）とを使用して、一般にサブスクリプションモデルを使用する、加入している顧客にオンデマンドでＣＳＰにより利用可能にするサービスまたは機能を指すために使用される。一般に、加入している顧客にクラウドサービスを提供するために使用されるＣＳＰが提供するクラウドインフラストラクチャに含まれるサーバおよびシステムは、顧客自身のオンプレミスのサーバおよびシステムとは別のものである。ＣＳＰが提供するインフラストラクチャとしては、コンピューティング、ストレージ、およびネットワーキングリソースを挙げることができる。したがって、顧客は、サービス用に独自のハードウェアおよびソフトウェアリソースを購入する必要なく、ＣＳＰが提供するクラウドサービスを利用できる。クラウドサービスは、サービスまたは機能を提供するためのインフラストラクチャの調達に顧客が投資する必要なく、加入している顧客がアプリケーションおよびコンピューティングリソースに簡単かつスケーラブルにオンデマンドでアクセスできるように設計される。サービスとしてのソフトウェア（ＳａａＳ）、サービスとしてのプラットフォーム（ＰａａＳ）、サービスとしてのインフラストラクチャ（ＩａａＳ）など、さまざまなタイプまたはモデルのクラウドサービスが提供される場合がある。顧客は、ＣＳＰが提供する１つまたは複数のクラウドサービスに加入できる。顧客は、個人、組織、企業などの任意のエンティティとなり得る。
【0003】
ＣＳＰが提供するサービスが異なれば、ログアウト手順および／またはログアウト要件も異なる場合がある。いくつかの例では、これらの異なる手順および／または要件により、顧客体験が満足できない結果になる可能性がある。したがって、さらなる改良が望まれている。
【発明の概要】
【0004】
概要
本開示の態様は、２つの独立したシステム間でシングルログアウトを行うための方法に関する。方法は、２つのシステムのうちの第１のシステムでユーザからログアウト要求を受信すること、２つのシステムのうちの第１のシステムからユーザをログアウトすること、および信頼機構を利用して２つのシステムのうちの第２のシステムからユーザをログアウトすることを含む。いくつかの実施形態では、信頼機構が少なくとも１つのトークンを含むことができる。
本開示の態様は、２つの独立したシステム間でシングルログアウトを行うための方法に関する。方法は、２つのシステムのうちの第１のシステムでユーザからログアウト要求を受信すること、２つのシステムのうちの第１のシステムからユーザをログアウトすること、および信頼機構を利用して２つのシステムのうちの第２のシステムからユーザをログアウトすることを含む。いくつかの実施形態では、信頼機構が少なくとも１つのトークンを含むことができる。
【0005】
いくつかの実施形態では、信頼機構が少なくとも１つのトークンを含む。いくつかの実施形態では、ログアウト要求は、２つのシステムのうちの第１のシステムからのユーザのログアウトを指示する。いくつかの実施形態では、２つのシステムのうちの第１のシステムからユーザをログアウトすることは、第１のシステム上のユーザのセッションを期限切れにすることを含む。いくつかの実施形態では、信頼機構を利用して２つのシステムのうちの第２のシステムからユーザをログアウトすることは、ユーザを第２のシステムにリダイレクトすることを含む。
【0006】
いくつかの実施形態では、信頼機構を利用して２つのシステムのうちの第２のシステムからユーザをログアウトすることは、ユーザブラウザから第２のシステムにＪＳＯＮウェブトークン（ＪＷＴ）を送信することを含む。いくつかの実施形態では、ＪＷＴは、ログアウト後のリダイレクトＵＲＬとなり得る。いくつかの実施形態では、ＪＷＴは、ＩＡＭログイン秘密鍵をさらに含む。
【0007】
いくつかの実施形態では、信頼機構を利用して２つのシステムのうちの第２のシステムからユーザをログアウトすることは、第２のシステムのクッキーおよび／またはトークンをユーザブラウザからクリアすることを含む。いくつかの実施形態では、信頼機構を利用して２つのシステムのうちの第２のシステムからユーザをログアウトすることは、第２のシステムのアプリケーションからユーザをログアウトすることを含む。いくつかの実施形態では、信頼機構を利用して２つのシステムのうちの第２のシステムからユーザをログアウトすることは、第２のシステムからユーザブラウザにログアウトの確認を送信することを含み、ログアウトの確認はＪＷＴを含む。いくつかの実施形態では、信頼機構を利用して２つのシステムのうちの第２のシステムからユーザをログアウトすることは、第２のシステムからのログアウトの完了の確認としてＪＷＴをユーザブラウザから第１のシステムに送信することを含む。いくつかの実施形態では、方法は、フロントチャネルログアウトＵＲＬの通信を介して第１のシステムの他のアプリケーションをログアウトすることを含む。
【0008】
いくつかの実施形態では、２つのシステムのうちの第１のシステムは、属性ベースのアクセス制御（ＡＢＡＣ）システムである。いくつかの実施形態では、２つのシステムのうちの第２のシステムは役割ベースのアクセス制御（ＲＢＡＣ）システムである。いくつかの実施形態では、２つのシステムのうちの第１のシステムは、役割ベースのアクセス制御（ＲＢＡＣ）システムである。いくつかの実施形態では、２つのシステムのうちの第２のシステムは、属性ベースのアクセス制御（ＡＢＡＣ）システムである。いくつかの実施形態では、２つのシステムのうちの第１のシステムは、ユーザがログインされる第１のシステムの他のアプリケーションを識別し、ユーザをそれらの他のアプリケーションからログアウトする。いくつかの実施形態では、２つのシステムのうちの第２のシステムは、ユーザがログインされる第２のシステムの他のアプリケーションを識別し、ユーザがログインされる第２のシステムの他のアプリケーションにおけるフロントチャネルログアウトＵＲＬを受信し、ユーザがログインされる第２のシステムの他のアプリケーションによるフロントチャネルログアウトＵＲＬのロードを指示する。
【0009】
一態様は、第１のログインプロトコルを有する第１のアクセス制御システムと、第１のログインプロトコルとは独立した第２のログインプロトコルを有する第２のアクセス制御システムとを含むシステムに関する。第１のアクセス制御システムは、少なくとも１つの第１のプロセッサと、少なくとも１つの第１のプロセッサによって実行可能な複数の命令を含むメモリとを含む。第１のアクセス制御システムは、第１のアクセス制御システムでユーザからログアウト要求を受信し、ユーザを第１のアクセス制御システムからログアウトし、信頼機構を利用してユーザを第２のアクセス制御システムからログアウトすることができる。
【0010】
いくつかの実施形態では、ログアウト要求は、第１のアクセス制御システムからのユーザのログアウトを指示する。いくつかの実施形態では、第１のアクセス制御システムからユーザをログアウトすることは、第１のアクセス制御システム上のユーザのセッションを期限切れにすることを含む。いくつかの実施形態では、信頼機構を利用して第２のアクセス制御システムからユーザをログアウトすることは、ユーザを第２のアクセス制御システムにリダイレクトすることを含む。いくつかの実施形態では、信頼機構を利用して第２のアクセス制御システムからユーザをログアウトすることは、ユーザブラウザから第２のアクセス制御システムにＪＳＯＮウェブトークン（ＪＷＴ）を送信することを含む。
【0011】
一態様は、１つまたは複数のプロセッサによって実行可能な複数の命令を記憶する非一時的コンピュータ可読記憶媒体に関する。複数の命令は、１つまたは複数のプロセッサによって実行されると、１つまたは複数のプロセッサに、２つのシステムのうちの第１のシステムでユーザからログアウト要求を受信させ、２つのシステムのうちの第１のシステムからユーザをログアウトさせ、信頼機構を利用して２つのシステムのうちの第２のシステムからユーザをログアウトさせる。
【図面の簡単な説明】
【0012】
【図1】典型的な実施形態を組み込む分散型マルチ領域環境の簡略化されたブロック図である。
【図2】統合識別情報管理のためのシステムの一実施形態の概略図である。
【図3】シングルログアウトのためのプロセスの一実施形態を示すフローチャートである。
【図4】シングルログアウトのためのプロセスの他の実施形態を示すフローチャートである。
【図5】少なくとも１つの実施形態に係る、サービスシステムとしてのクラウドインフラストラクチャを実装するための１つのパターンを示すブロック図である。
【図6】少なくとも１つの実施形態に係る、サービスシステムとしてのクラウドインフラストラクチャを実装するための他のパターンを示すブロック図である。
【図7】少なくとも１つの実施形態に係る、サービスシステムとしてのクラウドインフラストラクチャを実装するための他のパターンを示すブロック図である。
【図8】少なくとも１つの実施形態に係る、サービスシステムとしてのクラウドインフラストラクチャを実装するための他のパターンを示すブロック図である。
【図9】少なくとも１つの実施形態に係る、コンピュータシステムの一例を示すブロック図である。
【発明を実施するための形態】
【0013】
詳細な説明
以下の説明では、説明の目的で、特定の実施形態の完全な理解をもたらすために特定の詳細が記載される。しかしながら、これらの特定の詳細を伴うことなく、さまざまな実施形態を実施できることは明らかである。図および説明は、限定することを意図したものではない。「典型的な」という言葉は、本明細書では「例、実例、または例示としての役割を果たす」という意味で使用される。本明細書で「典型的」として説明される実施形態または設計は、必ずしも他の実施形態または設計よりも好ましいまたは有利であると解釈されるべきではない。
以下の説明では、説明の目的で、特定の実施形態の完全な理解をもたらすために特定の詳細が記載される。しかしながら、これらの特定の詳細を伴うことなく、さまざまな実施形態を実施できることは明らかである。図および説明は、限定することを意図したものではない。「典型的な」という言葉は、本明細書では「例、実例、または例示としての役割を果たす」という意味で使用される。本明細書で「典型的」として説明される実施形態または設計は、必ずしも他の実施形態または設計よりも好ましいまたは有利であると解釈されるべきではない。
【0014】
本開示は、一般にクラウドコンピューティングに関し、具体的には、独立して認証されたシステムへのログアウトに関し、より具体的には、独立して認証されたシステムへのシングルログアウトに関する。
【0015】
ＣＳＰは、加入している顧客にクラウドサービスを提供するために使用されるインフラストラクチャおよびリソースを提供する。ＣＳＰが提供するリソースとしては、ハードウェアリソースおよびソフトウェアリソースを挙げることができる。これらのリソースとしては、たとえば、コンピューティングリソース（たとえば、コンピュータシステム、仮想マシン、コンテナ、アプリケーション、プロセッサ）、メモリリソース（たとえば、データベース、データストア）、ネットワーキングリソース（たとえば、ルーター、ロードバランサ）、識別情報およびアクセス管理リソース、およびその他のリソースを挙げることができる。クラウドサービスのセットを加入している顧客に提供するためにＣＳＰによって提供されるリソースは、一般に、データセンタに編成され、各データセンタは１つまたは複数のコンピューティングシステムまたはホストマシンを備える。データセンタは、クラウドサービスの特定のセットを提供するように構成されてもよい。ＣＳＰは、クラウドサービスの特定のセットを提供するために使用されるコンピューティング、メモリ、ネットワーキングとリソースをデータセンタに装備して構成することに関与する。ＣＳＰは、加入している顧客の数に応じておよび顧客の所在地に基づいて１つまたは複数のデータセンタを提供してもよい。
【0016】
ＣＳＰが提供するデータセンタは、地理的に異なる領域でホストされてもよい。領域は、特定の地理的エリアを指し、領域名によって識別されてもよい。領域は、一般に、互いに独立しており、国または大陸さえもまたぐなど、非常に離れた場所にあってもよい。ＣＳＰの領域の例としては、米国西部、米国東部、オーストラリア東部、オーストラリア南東部などが挙げられる。特定の実施態様では、領域の集合がレルムと呼ばれる。レルムは１つまたは複数の領域を含むことができる。したがって、ＣＳＰは、１つまたは複数の領域を含むレルムを提供することができ、この場合、各領域は１つまたは複数のデータセンタを含む。
【0017】
したがって、各データセンタは領域と関連付けられる。ＣＳＰは、領域内に１つまたは複数のデータセンタを展開することができ、データセンタは、その領域内の特定の地理的エリア（たとえば、都市）内に位置される。たとえば、特定のＣＳＰは、米国西部領域、米国東部領域、オーストラリア東部領域、オーストラリア南東部領域などの複数の領域を有してもよい。ＣＳＰは、領域内の都市など、各領域に１つまたは複数のデータセンタを展開してもよい。たとえば、米国西部領域の１つまたは複数のデータセンタがカリフォルニア州サンノゼにあってもよく、米国東部領域のデータセンタがバージニア州アッシュバーンにあってもよく、オーストラリア東部領域の１つまたは複数のデータセンタがオーストラリアのシドニーにあってもよく、オーストラリア南東部領域の１つまたは複数のデータセンタがオーストラリアのメルボルンにあってもよいなどである。２つの異なる領域にあるデータセンタは、クラウドサービスおよびリソースの同じまたは異なるセットを加入している顧客に提供してもよい。
【0018】
特定の実施態様では、顧客に高い可用性を提供するため、および災害復旧の目的で、領域内のデータセンタがさらに１つまたは複数の可用性ドメインに編成されてもよく、この場合、可用性ドメインは１つまたは複数のデータセンタを含む。領域内の可用性ドメインは、相互に分離され、フォールトトレラントになっており、領域内の複数の可用性ドメインにあるデータセンタが同時に障害を起こす可能性が非常に低いように設計される。たとえば、領域内の１つの可用性ドメインで障害が発生しても、同じ領域内の他の可用性ドメインにあるデータセンタの可用性に影響を与えにくいように、領域内の可用性ドメインが構造化されてもよい。
【0019】
クラウドサービスプロバイダ（ＣＳＰ）は、加入している顧客に複数のクラウドサービスを提供してもよい。これらのサービスは、サービスとしてのソフトウェア（ＳａａＳ）、サービスとしてのプラットフォーム（ＰａａＳ）、サービスとしてのインフラストラクチャ（ＩａａＳ）モデルなどのさまざまなモデルで提供されてもよい。
【0020】
クラウド環境では、一般に、クラウドサービスによって提供または使用されるリソースへのユーザアクセスを制御するために、ＣＳＰによって識別情報管理システムが提供される。識別情報管理システムによって提供される一般的なサービスまたは機能としては、ユーザのシングルサインオン機能、認証および認可サービス、その他の識別情報ベースのサービスが挙げられるが、これらに限定されない。
【0021】
識別情報管理システムによって保護されるリソースは、コンピューティングインスタンス、ブロックストレージボリューム、仮想クラウドネットワーク（ＶＣＮ）、サブネット、ルートテーブル、さまざまな呼び出し可能なＡＰＩ、内部アプリケーションまたはレガシーアプリケーションなどのさまざまなタイプを成すことができる。これらのリソースとして、クラウドに保存されているリソースおよび／または顧客のオンプレミスリソースが挙げられる。各リソースは、一般に、リソースの作成時にリソースに割り当てられる固有の識別子（たとえば、ＩＤ）によって識別される。
【0022】
ＣＳＰは、それらのクラウド製品に２つ以上の個別の独立した識別情報管理システムを提供してもよい。これは、たとえば、第１の識別情報管理システムまたはプラットフォーム（たとえば、インフラストラクチャ識別情報およびアクセス管理（ＩＡＭ））が、ＣＳＰによって提供されるＩａａＳアプリケーションおよびサービスのためのクラウドリソースへのアクセスを制御するために提供され得る場合に行われてもよい。別途、第２の識別情報管理システムまたはプラットフォーム（たとえば、識別情報クラウドサービス（ＩＤＣＳ））が、ＣＳＰによって提供されるＳａａＳおよびＰａａＳサービスのセキュリティおよび識別情報管理のために提供されてもよい。
【0023】
このような２つの別個のプラットフォームを提供する結果、ＣＳＰが提供するＳａａＳまたはＰａａＳサービスとＩａａＳサービスとの両方にＣＳＰの顧客が加入する場合、その顧客は現在２つの別個のアカウント－ＩａａＳサブスクリプション用のＩＡＭを伴う１つのアカウント、ＰａａＳ／ＳａａＳサブスクリプション用のＩＤＣＳを伴う別個のアカウント－を所有することになる。各アカウントには、ユーザログイン、パスワードなどの独自の資格情報がある。したがって、同じ顧客は２つの別個の資格情報セットを有する。この結果、顧客体験は満足のいくものではなくなり、顧客は２つの異なる資格情報セットを維持する必要があり、資格情報が２つのシステムで維持されるため、セキュリティリスクが増大する可能性がある。さらに、２つの個別の識別情報管理システムがあると、ＳａａＳ／ＰａａＳサービスとＩａａＳサービスとの間の相互作用にも障害が生じる。
【0024】
このアプリケーションの目的のため、例として、２つのプラットフォームをＩＡＭおよびＩＤＣＳと称する。これらの名前および用語は、いかなる形でも限定することを意図したものではない。本明細書で説明される開示は、統合される任意の２つ（またはそれ以上）の識別情報管理システムに適用される。識別情報管理システムまたはプラットフォームは、１つまたは複数のＣＳＰによって提供されてもよい。
【0025】
特定の実施形態では、２つの別個のプラットフォーム（たとえば、ＩＡＭおよびＩＤＣＳ）によって提供されるさまざまな特徴および機能を保持して提供しつつクラウドサービスのユーザまたは顧客に対して透過的な態様でＣＳＰによって提供される複数の識別情報管理プラットフォーム（たとえば、ＩＡＭおよびＩＤＣＳプラットフォーム）を統合する、統合識別情報管理プラットフォームが提供される。したがって、統合により、よりシームレスで強化されたユーザ体験が提供される。
【0026】
しかしながら、２つのプラットフォームは識別情報関連機能の実装に異なる手順およびプロトコルを使用する場合があるため、この統合は技術的に非常に困難である。たとえば、ＩＡＭは、アクセス制御パラダイムを定義する、ポリシーベースのアクセス制御システムとしても知られている属性ベースのアクセス制御（ＡＢＡＣ）システムであり、これにより、多くの異なる属性を評価できる複雑なブール規則セットを表現するポリシーを使用してユーザにアクセス権が付与される。ＡＢＡＣの目的は、データ、ネットワークデバイス、ＩＴリソースなどのオブジェクトを、組織のセキュリティポリシーで定義されている「承認された」特性を持たない不正なユーザおよびアクションから保護することである。一方、ＩＤＣＳは、役割と特権を中心に定義されたポリシー中立のアクセス制御機構である役割ベースのアクセス制御（ＲＢＡＣ）システムであってもよい。役割－権限、ユーザ－役割、役割－役割の関係などのＲＢＡＣの構成要素により、ユーザ割り当ての実行が簡単になる。さらに別の例として、２つのプラットフォームによって使用される認証および認可フレームワークまたはワークフロー（たとえば、使用されるトークンのタイプ、ＯＡＵＴＨなどの異なる認証フレームワークなど）が異なる場合がある。したがって、統合ソリューションを提供することは技術的に非常に困難である。
【0027】
ユーザがＩＡＭおよびＩＤＣＳにサインオンすると、これらの複数のシステムからのサインオフに関連してさらに問題が発生する可能性がある。この問題を解決するために、シングルログアウトが開発される。ユーザは複数のアプリケーションにログインしている可能性があるが、シングルログアウトはそれらすべてのアプリケーションからユーザをログアウトする。これは、ユーザがＩＤＣＳを使用してユーザを直接ログアウトし、トークンの形式で信頼機構を利用してＩＡＭからログアウトすることによって実現される。
【0028】
ユーザがＩＡＭアプリケーション経由でログアウトしようとするか、ＩＤＣＳアプリケーション経由でログアウトしようとするかに応じて、バックエンドワークフローは変わるが、ユーザ体験は同じままである。
【0029】
本開示で使用される「データセンタ」という用語は、データセンタを実装するために一緒に使用される１つまたは複数のコンピュータシステムを指す。たとえば、ホーム領域データセンタは、ホーム領域にデータセンタを実装するために使用される１つまたは複数のコンピュータシステムを指す。たとえば、グローバル領域データセンタは、グローバル領域データセンタを実装するために使用される１つまたは複数のコンピュータシステムを指す。データセンタを構成するコンピュータシステムは、１つまたは複数のプロセッサと、１つまたは複数のプロセッサによって実行される命令を記憶できる１つまたは複数のメモリとを含むことができる。このようなコンピュータシステムの一例を図１１に示して以下で説明する。
【0030】
図１は、典型的な実施形態を組み込んだ分散型マルチ領域環境１００の簡略化されたブロック図である。分散型環境１００は、通信ネットワーク１３０を介して互いに通信可能に接続される複数の領域のデータセンタを示す。例示を目的として、図１に示される領域は、グローバル領域１０２、特定のテナンシーのホーム領域である領域１１２、およびそのテナンシーの非ホーム領域（すなわち、テナンシーのホーム領域ではない領域）である領域１２２を含む。さまざまな特徴を説明する目的で、非ホーム領域１２２は米国のフェニックス（ラベル「ＰＨＸ」によって識別される）であり、ホーム領域１１２は米国のアッシュバーン（ラベル「ＡＳＨ」によって識別される）であると仮定する。
【0031】
図１に示される各領域は、加入している顧客に加入ベースで１つまたは複数のクラウドサービスを提供するためにＣＳＰによって提供されるインフラストラクチャを備える１つまたは複数のデータセンタを含むことができる。データセンタのインフラストラクチャは、ＣＳＰによって提供されるコンピューティング、メモリ、およびネットワーキングリソースを含むことができる。たとえば、図１では、グローバル領域１０２はデータセンタ１０４（グローバル領域データセンタ１０４とも呼ばれる）を含み、ホーム領域１１２はデータセンタ１１４（ホーム領域データセンタ１１４とも呼ばれる）を含み、非ホーム領域１２２はデータセンタ１２４（非ホーム領域データセンタ１２４とも呼ばれる）を含む。
【0032】
さまざまな領域のデータセンタは、さまざまなコンピューティングシステム間の通信を容易にする通信ネットワーク１３０を介して、互いに、またユーザデバイス１４０に通信可能に結合され得る。通信ネットワーク１３０は、さまざまなタイプのものとすることができ、１つまたは複数の公衆ネットワークなどの１つまたは複数の通信ネットワークを含むことができる。通信ネットワーク１３０の例としては、制限なく、インターネット、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、イーサネット（登録商標）ネットワーク、有線ネットワーク、無線ネットワークなど、およびそれらの組み合わせが挙げられる。ＩＥＥＥ８０２．ＸＸプロトコルスイート、ＴＣＰ／ＩＰ、ＩＰＸ、ＳＡＮ、AppleTalk（登録商標）、Bluetooth（登録商標）、およびさまざまな他のプロトコルなどの有線および無線プロトコルの両方を含む、通信ネットワーク１３０を介した通信を容易にするために、異なる通信プロトコルが使用されてもよい。一般に、通信ネットワーク１３０は、図１に示されるさまざまなシステム間の通信を容易にする任意のインフラストラクチャを含むことができる。
【0033】
図１に示される実施形態において、各データセンタは、ログイン処理、セッション作成、認証／許可操作などの識別情報およびアクセス管理機能を実行するように構成される識別情報およびアクセス管理（ＩＡＭ）アプリケーション（図１ではログインアプリケーションと呼ばれる）をホストする。図１において、グローバル領域データセンタ１０４は、ログインアプリケーション１０６（グローバルログインアプリケーション１０６とも呼ばれる）を含み、ホーム領域データセンタ１１４は、ログインアプリケーション１１６（ホーム領域ログインアプリケーション１１６とも呼ばれる）を含み、非ホーム領域データセンタ１２４はログインアプリケーション１２６を含む。
【0034】
前述したように、顧客に対してテナンシーアカウントが開設されると、ホーム領域がそのテナンシーに関連付けられる。一般に、そのテナンシー用に構成された識別情報およびアクセス管理（ＩＡＭ）アーティファクトは、そのテナンシーのホーム領域のデータセンタに保存される。これらのＩＡＭアーティファクトは、たとえば、ログイン資格情報、証明書、キーなどを含んでもよい。これらのアーティファクトは、たとえば、新しいセッション、認証または認可機能、そのテナンシーのための他の識別情報およびアクセス管理関連機能の作成時のログイン処理の実行に使用される。たとえば、テナンシーと関連付けられたユーザが保護されたリソースへのアクセスを要求する場合、ユーザがリソースにアクセスできるようにするための処理は、そのテナンシーのために構成されてテナンシーのホーム領域のホーム領域データセンタに保存されるＩＡＭアーティファクトを使用して実行できる処理（たとえば、テナンシーログイン処理およびセッションの作成）を伴ってもよい。
【0035】
図１では、領域１１２がテナンシーＴ１のホーム領域であると仮定され、したがって、テナンシーＴ１におけるＩＡＭリソース１１８および／またはＩＤＣＳリソース１１９は、ホーム領域データセンタ１１４によって格納される。レルム内の領域は、複数のテナンシーのためのホーム領域であり得る。また、レルム内では、１つの領域が第１のテナンシーのためのホーム領域となることができ、第２の異なる領域が第２のテナンシーのためのホーム領域になることができる、というようになる。前述したように、一般に、テナンシーにおけるＩＡＭアーティファクトおよびリソース、および／またはＩＤＣＳアーティファクトおよびリソースは、そのテナンシーと関連付けられたホーム領域内のデータセンタに格納される。
【0036】
特定の実施態様では、テナンシーからホーム領域へのマッピング情報を使用して、テナンシーをそれらの対応するホーム領域にマッピングする。テナンシーからホーム領域へのマッピング情報は、異なるテナンシーにおけるホーム領域およびホーム領域データセンタを識別することができる。いくつかの実施形態では、任意の領域をグローバル領域とすることができ、したがって、すべての領域がテナンシーからホーム領域へのマッピングに関する情報を含むことができる。図１の実施形態では、テナンシーからホーム領域へのマッピング情報１０８は、図１に示される他のデータセンタによってではなくグローバル領域データセンタ１０４によって格納されるものとして示される。
【0037】
１つまたは複数のリソース（たとえばアプリケーション）は、異なるデータセンタによってホストされてもよい。これらのアプリケーションは、ＣＳＰが提供する１つまたは複数のクラウドサービスに加入している顧客と関連付けられたユーザによって使用されてもよい。たとえば、図１では、アプリケーション「ＡｐｐＡ」１２８が、領域１２２の非ホーム領域データセンタ１２４に展開される。図１に示される例示のため、領域１２２がテナンシーＴ１に関して非ホーム領域であると仮定する。
【0038】
顧客テナンシーと関連付けられたユーザ１４２は、ユーザデバイス１４０を介して、図１に示されるさまざまなデータセンタによって提供される１つまたは複数のサービスまたはリソース（たとえば、ＡｐｐＡ１２８）にアクセスすることができる。ユーザデバイス１４０は、ラップトップ、デスクトップ、モバイルデバイスなどのコンピューティングデバイスであり得る。ユーザ１４２などのユーザがＡｐｐＡ１２８などのリソースにアクセスできるさまざまな方法がある。特定の使用例では、ユーザ１４２は、リソースにアクセスするためにユーザデバイス１４０上で実行されるアプリケーション（たとえば、ブラウザ）を使用することができる。たとえば、図１では、ユーザ１４２は、ブラウザ１４４を使用してＡｐｐＡ１２８にアクセスすることができる。ユーザ１４２は、ＡｐｐＡ１２８に対応するＵＲＬエンドポイントをブラウザ１４４に提供することによって、またはＡｐｐＡ１２８に対応するリンクをクリックすることなどによって、ＡｐｐＡ１２８にアクセスすることができる。ＡＰＩ呼び出しを行ってＡｐｐＡ１２８にアクセスすることもできる。
【0039】
ＡｐｐＡ１２８は「保護された」リソースであってもよく、この場合、ＡｐｐＡ１２８へのアクセスはＩＡＭアプリケーションによって制御される。顧客テナンシーと関連付けられたユーザ（ユーザ１４２など）は、一般に、ユーザと関連付けられたユーザカウントまたはユーザプリンシパルによって識別される。ユーザ１４２は、このユーザカウントまたはユーザプリンシパルを通じて、ＡｐｐＡ１２８などの保護されたリソースにアクセスできる。
【0040】
ブラウザ１４４は異なるタイプであってもよい。一般的に使用されるブラウザとしては、Google Chrome（登録商標）、Mozilla Firefox（登録商標）、Microsoft Edge、Internet Explorer（登録商標）、Apple Safari（登録商標）、および他が挙げられる。特定のブラウザ実装は、関連するストレージ機能を有してもよい。たとえば、ブラウザ１４４は、データベース１４５によって表されるブラウザ内ストレージを有する。ブラウザ１４４を使用してアクセスされるさまざまなエンドポイント、またはブラウザ１４４を使用してアクセスされるアプリケーションに関連する情報は、ユーザデバイス１４０上のデータベース１４５（ユーザデバイスに保存されるため、クライアント側ストレージと呼ばれる）。
【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】
図５は、少なくとも１つの実施形態に係る、ＩａａＳアーキテクチャのパターン例を示すブロック図５００である。サービスオペレータ５０２は、仮想クラウドネットワーク（ＶＣＮ）５０６およびセキュアホストサブネット５０８を含むことができるセキュアホストテナンシー５０４に通信可能に結合することができる。いくつかの例では、サービスオペレータ５０２は、１つまたは複数のクライアントコンピューティングデバイスを使用することができ、クライアントコンピューティングデバイスは、Microsoft Windows Mobile（登録商標）、および／またはiOS、Windows Phone、Android、BlackBerry 8、Palm OSなどのさまざまなモバイルオペレーティングシステムなどのソフトウェアを実行するとともに、インターネット、電子メール、ショートメッセージサービス（ＳＭＳ）、BlackBerry（登録商標）、または有効な他の通信プロトコルである、ポータブルハンドヘルドデバイス（たとえば、iPhone（登録商標）、携帯電話、iPad（登録商標）、コンピューティングタブレット、携帯情報端末（ＰＤＡ））またはウェアラブルデバイス（たとえば、Google Glass（登録商標）ヘッドマウントディスプレイ）であってもよい。あるいは、クライアントコンピューティングデバイスは、たとえば、さまざまなバージョンのMicrosoft Windows（登録商標）、Apple Macintosh（登録商標）、および／またはLinux（登録商標）オペレーティングシステムを実行するパーソナルコンピュータおよび／またはラップトップコンピュータを含む汎用パーソナルコンピュータであってもよい。クライアントコンピューティングデバイスは、たとえばGoogle Chrome OSなどのさまざまなGNU/Linuxオペレーティングシステムを含むがこれらに限定されない、さまざまな市販のUNIX（登録商標）またはUNIX類似のオペレーティングシステムのいずれかを実行するワークステーションコンピュータであり得る。あるいは、またはさらに、クライアントコンピューティングデバイスは、シンクライアントコンピュータ、インターネット対応ゲームシステム（たとえば、Kinect（登録商標）ジェスチャ入力デバイスの有無にかかわらずMicrosoft Xboxゲームコンソール）および／または、ＶＣＮ５０６および／またはインターネットにアクセスできるネットワークを介して通信できるパーソナルメッセージングデバイスなどの他の電子デバイスであってもよい。
【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】
特定の実施形態では、本明細書で説明されるＩａａＳシステムは、セルフサービス、サブスクリプションベースの、弾力的に拡張可能な、信頼性が高い、可用性が高い、安全な態様で顧客に提供される一連のアプリケーション、ミドルウェア、およびデータベースサービス製品を含むことができる。このようなＩａａＳシステムの一例は、本譲受人が提供するOracle Cloud Infrastructure（ＯＣＩ）である。
【0110】
図９は、さまざまな実施形態が実装され得る例示的なコンピュータシステム９００を示す。システム９００は、前述のコンピュータシステムのいずれかを実装するために使用することができる。図示のように、コンピュータシステム９００は、バスサブシステム９０２を介して多くの周辺サブシステムと通信する処理ユニット９０４を含む。これらの周辺サブシステムとしては、処理加速ユニット９０６、Ｉ／Ｏサブシステム９０８、記憶サブシステム９１８および通信サブシステム９２４を挙げることができる。記憶サブシステム９１８は、有形のコンピュータ可読記憶媒体９２２およびシステムメモリ９１０を含む。
【0111】
バスサブシステム９０２は、コンピュータシステム９００のさまざまな構成要素およびサブシステムが意図したとおりに相互に通信できるようにする機構を提供する。バスサブシステム９０２は単一のバスとして概略的に示されているが、バスサブシステムの代替実施形態では複数のバスを利用することができる。バスサブシステム９０２は、さまざまなバスアーキテクチャのいずれかを使用するメモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含むいくつかのタイプのバス構造のいずれであってもよい。たとえば、そのようなアーキテクチャとしては、ＩＥＥＥ Ｐ１３８６．１規格に従って製造されたメザニンバスとして実装され得る、Industry Standard Architecture（ＩＳＡ）バス、Micro Channel Architecture（ＭＣＡ）バス、Enhanced ISA（ＥＩＳＡ）バス、Video Electronics Standards Association（ＶＥＳＡ）ローカルバス、およびPeripheral Component Interconnect（ＰＣＩ）バスを挙げることができる。
【0112】
処理ユニット９０４は、１つまたは複数の集積回路（たとえば、従来のマイクロプロセッサまたはマイクロコントローラ）として実装することができ、コンピュータシステム９００の動作を制御する。１つまたは複数のプロセッサが処理ユニット９０４に含まれてもよい。これらのプロセッサは、シングルコアプロセッサまたはマルチコアプロセッサを含んでもよい。特定の実施形態では、処理ユニット９０４は、各処理ユニットに含まれるシングルコアプロセッサまたはマルチコアプロセッサを有する１つまたは複数の独立した処理ユニット９３２および／または９３４として実装され得る。他の実施形態では、処理ユニット９０４は、２つのデュアルコアプロセッサを単一のチップに組み込むことによって形成されるクアッドコア処理ユニットとして実装されてもよい。
【0113】
さまざまな実施形態において、処理ユニット９０４は、プログラムコードに応答してさまざまなプログラムを実行することができ、複数の同時実行プログラムまたはプロセスを維持することができる。いつでも、実行されるプログラムコードの一部またはすべては、プロセッサ９０４および／または記憶サブシステム９１８に常駐することができる。適切なプログラミングを通じて、プロセッサ９０４は、前述のさまざまな機能を提供することができる。コンピュータシステム９００は、デジタルシグナルプロセッサ（ＤＳＰ）、専用プロセッサ等を含むことができる処理加速ユニット９０６をさらに含むことができる。
【0114】
Ｉ／Ｏサブシステム９０８は、ユーザインタフェース入力デバイスおよびユーザインタフェース出力デバイスを含むことができる。ユーザインタフェース入力デバイスとしては、キーボード、マウスまたはトラックボールなどのポインティングデバイス、ディスプレイに組み込まれたタッチパッドまたはタッチスクリーン、スクロールホイール、クリックホイール、ダイヤル、ボタン、スイッチ、キーパッド、音声コマンド認識システムを伴うオーディオ入力デバイス、マイク、その他のタイプの入力デバイスを挙げることができる。ユーザインタフェース入力デバイスとしては、たとえば、ジェスチャと音声コマンドとを使用した自然なユーザインタフェースを介してユーザがMicrosoft Xbox（登録商標）360ゲームコントローラなどの入力デバイスを制御して入力デバイスと対話できるようにするMicrosoft Kinect（登録商標）モーションセンサなどのモーションセンシングおよび／またはジェスチャ認識デバイスを挙げることができる。ユーザインタフェース入力デバイスとしては、ユーザからの眼の活動（たとえば、写真撮影中および／またはメニュー選択中の「まばたき」）を検出して入力として眼のジェスチャを入力デバイス（たとえば、Google Glass（登録商標））に変換するGoogle Glass（登録商標）まばたき検出器などのアイジェスチャ認識デバイスを挙げることもできる。さらに、ユーザインタフェース入力デバイスとしては、ユーザが音声コマンドを通じて音声認識システム（たとえば、Siri（登録商標）ナビゲータ）と対話できるようにする音声認識センシングデバイスを挙げることができる。
【0115】
ユーザインタフェース入力デバイスとしては、３次元（３Ｄ）マウス、ジョイスティックまたはポインティングスティック、ゲームパッドおよびグラフィックタブレット、およびスピーカ、デジタルカメラ、デジタルビデオカメラ、ポータブルメディアプレーヤ、ウェブカメラ、画像スキャナ、指紋スキャナ、バーコードリーダ３Ｄスキャナ、３Ｄプリンタ、レーザ距離計、視線追跡デバイスなどのオーディオ／ビジュアルデバイス、などを挙げることもできるが、これらに限定されない。さらに、ユーザインタフェース入力デバイスとしては、たとえば、コンピュータ断層撮影法、磁気共鳴画像法、位置放射断層撮影法、医療用超音波検査装置などの医療用画像入力装置を挙げることができる。ユーザインタフェース入力デバイスとしては、たとえば、ＭＩＤＩキーボード、デジタル楽器などのオーディオ入力デバイスを挙げることもできる。
【0116】
ユーザインタフェース出力デバイスとしては、ディスプレイサブシステム、インジケータライト、またはオーディオ出力デバイスなどの非視覚的ディスプレイなどを挙げることができる。ディスプレイサブシステムは、陰極線管（ＣＲＴ）、フラットパネルデバイス、たとえば、液晶ディスプレイ（ＬＣＤ）またはプラズマディスプレイ、投影装置、タッチスクリーンなどであってもよい。一般に、「出力デバイス」という用語の使用は、コンピュータシステム９００からユーザまたは他のコンピュータに情報を出力するためのあらゆる可能なタイプのデバイスおよび機構を含むことを意図している。たとえば、ユーザインタフェース出力デバイスとしては、テキスト、グラフィックス、およびオーディオ／ビデオ情報を視覚的に伝達するさまざまな表示デバイス、たとえば、モニタ、プリンタ、スピーカ、ヘッドフォン、自動車ナビゲーションシステム、プロッター、音声出力デバイス、およびモデムを挙げることができるが、これらに限定されない。
【0117】
コンピュータシステム９００は、本開示で説明される実施形態の機能を提供するソフトウェアおよびデータ構造を記憶するための有形の非一時的コンピュータ可読記憶媒体を提供する記憶サブシステム９１８を備えることができる。ソフトウェアは、処理ユニット９０４の１つまたは複数のコアまたはプロセッサによって実行されると、前述の機能を提供するプログラム、コードモジュール、命令、スクリプトなどを含むことができる。記憶サブシステム９１８はまた、本開示に従って使用されるデータを格納するためのリポジトリを提供することもできる。
【0118】
図９の例に示すように、記憶サブシステム９１８は、システムメモリ９１０、コンピュータ可読記憶媒体９２２、およびコンピュータ可読記憶媒体リーダ９２０を含むさまざまな構成要素を含むことができる。システムメモリ９１０は、処理ユニット９０４によってロード可能および実行可能なプログラム命令を格納することができる。システムメモリ９１０はまた、命令の実行中に使用されるデータ、および／またはプログラム命令の実行中に生成されるデータを格納することもできる。クライアントアプリケーション、ウェブブラウザ、中間層アプリケーション、リレーショナルデータベース管理システム（ＲＤＢＭＳ）、仮想マシン、コンテナなどを含むがこれらに限定されない、さまざまな異なる種類のプログラムをシステムメモリ９１０にロードすることができる。
【0119】
システムメモリ９１０は、オペレーティングシステム９１６を記憶することもできる。オペレーティングシステム９１６の例としては、Microsoft Windows（登録商標）、Apple Macintosh（登録商標）、および／またはLinux（登録商標）オペレーティングシステムのさまざまなバージョン、市販のさまざまなUNIX（登録商標）またはUNIXに似たオペレーティングシステム（さまざまなGNU/Linuxオペレーティングシステム、Google Chrome（登録商標）OSなどを含むがこれらに限定されない）および／またはiOS、Windows（登録商標）Phone、Android（登録商標）OS、BlackBerry（登録商標）OS、Palm（登録商標）OSオペレーティングシステムなどのモバイルオペレーティングシステムを挙げることができる。コンピュータシステム９００が１つまたは複数の仮想マシンを実行する特定の実装形態では、仮想マシンは、そのゲストオペレーティングシステム（ＧＯＳ）とともにシステムメモリ９１０にロードされ、処理ユニット９０４の１つまたは複数のプロセッサまたはコアによって実行され得る。
【0120】
システムメモリ９１０は、コンピュータシステム９００のタイプに応じて異なる構成にすることができる。たとえば、システムメモリ９１０は、揮発性メモリ（ランダムアクセスメモリ（ＲＡＭ）など）および／または不揮発性メモリ（読み取り専用メモリなど）であってもよい。スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）などを含む、さまざまなタイプのＲＡＭ構成を提供できる。いくつかの実装形態では、システムメモリ９１０は、起動中など、コンピュータシステム９００内の要素間で情報を転送するのに役立つ基本ルーチンを含む基本入出力システム（ＢＩＯＳ）を含み得る。
【0121】
コンピュータ可読記憶媒体９２２は、リモート、ローカル、固定、および／またはリムーバブルストレージデバイスに加えて、コンピュータシステム９００の処理ユニット９０４によって実行可能な命令を含む、コンピュータシステム９００によって使用されるコンピュータ可読情報を一時的および／またはより永続的に収容、保存するための記憶媒体に相当し得る。
【0122】
コンピュータ可読記憶媒体９２２は、限定されないが、情報の記憶および／または送信のための任意の方法または技術で実装される揮発性および不揮発性、リムーバブルおよび非リムーバブル媒体などの記憶媒体および通信媒体を含む、当技術分野で知られているか使用されている任意の適切な媒体を含むことができる。これには、ＲＡＭ、ＲＯＭ、電子的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリまたはその他のメモリ技術、ＣＤ－ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）またはその他の光学式ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージまたは他の磁気ストレージデバイス、またはその他の有形のコンピュータ可読記憶媒体などの有形のコンピュータ可読ストレージ媒体を挙げることができる。
【0123】
一例として、コンピュータ可読記憶媒体９２２としては、取り外し不可能な不揮発性磁気媒体に対して読み取りまたは書き込みを行うハードディスクドライブ、取り外し可能な不揮発性磁気ディスクに対して読み取りまたは書き込みを行う磁気ディスクドライブ、および、ＣＤ－ＲＯＭ、ＤＶＤ、Blu-Ray（登録商標）ディスクなどのリムーバブル不揮発性光ディスク、またはその他の光学媒体の読み取りまたは書き込みを行う光ディスクドライブを挙げることができる。コンピュータ可読記憶媒体９２２としては、Zip（登録商標）ドライブ、フラッシュメモリカード、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブ、セキュアデジタル（ＳＤ）カード、ＤＶＤディスク、デジタルビデオテープなどを挙げることができるが、これらに限定されない。コンピュータ可読記憶媒体９２２としては、フラッシュメモリベースのＳＳＤ、エンタープライズフラッシュドライブ、ソリッドステートＲＯＭなどの不揮発性メモリに基づくソリッドステートドライブ（ＳＳＤ）、ソリッドステートＲＡＭ、ダイナミックＲＡＭ、スタティックＲＡＭ、ＤＲＡＭベースのＳＳＤ、磁気抵抗ＲＡＭ（ＭＲＡＭ）ＳＳＤ、およびＤＲＡＭとフラッシュメモリベースのＳＳＤとの組み合わせを使用するハイブリッドＳＳＤなどの揮発性メモリに基づくＳＳＤを挙げることもできる。ディスクドライブおよびそれらに関連するコンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、および他のデータの不揮発性ストレージをコンピュータシステム９００に提供することができる。
【0124】
処理ユニット９０４の１つまたは複数のプロセッサまたはコアによって実行可能な機械可読命令は、非一時的コンピュータ可読記憶媒体に記憶され得る。非一時的コンピュータ可読記憶媒体としては、物理的に有形のメモリ、または揮発性メモリストレージデバイスおよび／または不揮発性ストレージデバイスを含むストレージデバイスを挙げることができる。非一時的コンピュータ可読記憶媒体の例としては、磁気記憶媒体（たとえば、ディスクまたはテープ）、光記憶媒体（たとえば、ＤＶＤ、ＣＤ）、さまざまなタイプのＲＡＭ、ＲＯＭ、またはフラッシュメモリ、ハードドライブ、フロッピー（登録商標）ドライブ、取り外し可能なメモリドライブ（たとえば、ＵＳＢドライブ）、または他のタイプのストレージデバイスが挙げられる。
【0125】
通信サブシステム９２４は、他のコンピュータシステムおよびネットワークへのインタフェースを提供する。通信サブシステム９２４は、コンピュータシステム９００から他のシステムとの間でデータを送受信するためのインタフェースとして機能する。たとえば、通信サブシステム９２４は、コンピュータシステム９００がインターネットを介して１つまたは複数のデバイスに接続できるようにすることができる。いくつかの実施形態では、通信サブシステム９２４としては、無線音声および／またはデータネットワークにアクセスするための無線周波数（ＲＦ）トランシーバ構成要素（たとえば、携帯電話技術、３Ｇ、４ＧまたはＥＤＧＥ（世界規模の拡張データレート）、ＷｉＦｉ（登録商標）（ＩＥＥＥ８０２．１１ファミリー規格）、または他の移動通信技術、またはそれらの任意の組み合わせなどの高度なデータネットワーク技術を使用する）、全地球測位システム（ＧＰＳ）受信機構成要素、および／または他の構成要素を挙げることができる。いくつかの実施形態では、通信サブシステム９２４は、無線インタフェースに加えてまたは代わりに有線ネットワーク接続（たとえば、イーサネット）を提供することができる。
【0126】
いくつかの実施形態では、通信サブシステム９２４は、コンピュータシステム９００を使用することができる１人または複数のユーザに代わって、構造化および／または非構造化データフィード９２６、イベントストリーム９２８、イベント更新９３０などの形式で入力通信を受信することもできる。
【0127】
一例として、通信サブシステム９２４は、ソーシャルネットワークおよび／またTwitter（登録商標）フィード、Facebook（登録商標）更新、ウェブフィード、たとえばリッチサイトサマリ（ＲＳＳ）フィード、および／または１つまたは複数のサードパーティ情報ソースからのリアルタイム更新などの他の通信サービスのユーザからリアルタイムでデータフィード９２６を受信するように構成され得る。
【0128】
さらに、通信サブシステム９２４は、リアルタイムイベントおよび／またはイベント更新９３０のイベントストリーム９２８を含むことができる連続データストリームの形式でデータを受信するように構成することもでき、これらは本質的に連続的または明示的な終了のない無制限であり得る。連続データを生成するアプリケーションの例としては、たとえば、センサデータアプリケーション、金融ティッカー、ネットワークパフォーマンス測定ツール（たとえば、ネットワーク監視およびトラフィック管理アプリケーション）、クリックストリーム分析ツール、自動車交通監視などを挙げることができる。
【0129】
通信サブシステム９２４は、構造化および／または非構造化データフィード９２６、イベントストリーム９２８、イベント更新９３０などを、コンピュータシステム９００に結合された１つまたは複数のストリーミングデータソースコンピュータと通信することができる１つまたは複数のデータベースに出力するように構成することもできる。
【0130】
コンピュータシステム９００は、ハンドヘルドポータブルデバイス（たとえば、iPhone（登録商標）携帯電話、iPad（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェアラブルデバイス（たとえば、Google Glass（登録商標）ヘッドマウントディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバラック、またはその他のデータ処理システムを含む、さまざまなタイプのうちの１つとなり得る。
【0131】
コンピュータおよびネットワークの絶え間なく変化する性質のため、図に示されたコンピュータシステム９００の説明は、特定の例としてのみ意図されている。図に示されているシステムよりも多くの、または少ない構成要素を備えた他の多くの構成が可能である。たとえば、カスタマイズされたハードウェアも使用される場合があり、かつ／または特定の要素がハードウェア、ファームウェア、ソフトウェア（アプレットを含む）、もしくはその組み合わせで実装される場合がある。さらに、ネットワーク入出力デバイスなどの他のコンピューティングデバイスへの接続が使用されてもよい。本明細書で提供される開示および教示に基づいて、当業者であれば、さまざまな実施形態を実装するための他の方法および／または方法を理解し得る。
【0132】
特定の実施形態について説明してきたが、さまざまな修正、変更、代替構造、および均等物も本開示の範囲内に含まれる。実施形態は、特定のデータ処理環境内での動作に限定されず、複数のデータ処理環境内で自由に動作することができる。さらに、特定の一連のトランザクションおよびステップを使用して実施形態を説明したが、本開示の範囲が説明した一連のトランザクションおよびステップに限定されないことは当業者には明らかである。前述の実施形態のさまざまな特徴および態様は、個別にまたは組み合わせて使用することができる。
【0133】
さらに、ハードウェアとソフトウェアの特定の組み合わせを使用して実施形態を説明したが、ハードウェアとソフトウェアの他の組み合わせも本開示の範囲内であることを認識されたい。実施形態は、ハードウェアのみで、またはソフトウェアのみで、またはそれらの組み合わせを使用して実装することができる。ここで説明するさまざまなプロセスは、同じプロセッサ上で実装することも、異なるプロセッサを任意に組み合わせて実装することもできる。したがって、構成要素またはモジュールが特定の動作を実行するように構成されていると説明されている場合、そのような構成は、たとえば、動作を実行する電子回路を設計することによって、動作またはそれらの組み合わせを実行するようにプログラマブル電子回路（マイクロプロセッサなど）をプログラムすることによって、または任意の方法によって達成することができる。プロセスは、プロセス間通信のための従来の技術を含むがこれに限定されないさまざまな技術を使用して通信することができ、プロセスの異なるペアが異なる技術を使用したり、同じプロセスのペアが異なる時点で異なる技術を使用したりすることがある。
【0134】
したがって、明細書および図面は、限定的な意味ではなく、例示的な意味としてみなされるべきである。しかしながら、特許請求の範囲に記載のより広い精神および範囲から逸脱することなく、追加、減算、削除、およびその他の修正および変更を行うことができることは明らかである。したがって、特定の開示実施形態について説明してきたが、これらは限定することを意図したものではない。さまざまな修正および均等物は、以下の特許請求の範囲内に含まれる。
【0135】
開示された実施形態を説明する文脈（特に特許請求の範囲）における用語「ａ」、「ａｎ」、「ｔｈｅ」および同様の指示語の使用は、単数形と複数形の両方をカバーすると解釈されるべきである。ただし、本明細書に別段の指示がある場合、または文脈と明らかに矛盾する場合を除く。「備える」、「有する」、「含む」、および「含有する」という用語は、特に断りのない限り、無制限の用語（すなわち、「含むが、これらに限定されない」を意味する）として解釈されるべきである。「接続される」という用語は、たとえ何かが介在している場合でも、部分的または全体的に内部に含まれている、取り付けられている、または結合されていると解釈される。本明細書における値の範囲の記載は、本明細書に別段の記載がない限り、その範囲内にあるそれぞれの個別の値を個別に参照する簡略的な方法として機能することを単に意図しており、個別の各値は、あたかも本明細書に個別に記載されているかのように明細書に組み込まれる。本明細書に記載されるすべての方法は、本明細書に別段の指示がない限り、または文脈と明らかに矛盾しない限り、任意の適切な順序で実行することができる。本明細書で提供されるあらゆる例、または例示的な表現（たとえば、「など」）の使用は、単に実施形態をより良く説明することを意図しており、別段の請求がない限り、本開示の範囲に制限を課すものではない。本明細書のいかなる文言も、特許請求されていない要素が本開示の実施に必須であることを示すものとして解釈されるべきではない。
【0136】
「Ｘ、Ｙ、またはＺの少なくとも１つ」という語句などの選言的な表現は、特に明記されていない限り、一般に項目、用語などがＸ、Ｙ、またはＺ、またはそれらの任意の組み合わせ（たとえば、Ｘ、Ｙ、および／またはＺ）であってもよいことを示すために使用される文脈内で理解されることを意図している。したがって、そのような選言的な表現は、一般に、特定の実施形態が、Ｘの少なくとも１つ、Ｙの少なくとも１つ、またはＺの少なくとも１つがそれぞれ存在することを必要とすることを意味することを意図したものではなく、また、意味するべきではない。
【0137】
本開示の好ましい実施形態が、本開示を実施するための既知の最良のモードを含めて、本明細書に記載される。これらの好ましい実施形態の変形は、前述の説明を読めば当業者には明らかになる。当業者は、そのような変形を必要に応じて採用することができるはずであり、本開示は、本明細書に具体的に記載された以外の方法で実施されてもよい。したがって、本開示には、適用される法律によって許可される、本明細書に添付の特許請求の範囲に記載された主題のすべての修正および均等物が含まれる。さらに、本明細書で別段の指示がない限り、可能なすべての変形例における前述の要素の任意の組み合わせが本開示に包含される。
【0138】
本明細書に引用される出版物、特許出願、および特許を含むすべての参考文献は、あたかも各参考文献が参照により組み込まれることが個別かつ具体的に示され、その全体が本明細書に記載されるのと同じ程度まで、参照により本明細書に組み込まれる。
【0139】
前述の明細書では、本開示の態様は、その特定の実施形態を参照して説明されているが、当業者は、本開示がそれらに限定されないことを認識し得る。前述の開示のさまざまな特徴および態様は、個別にまたは組み合わせて使用することができる。さらに、実施形態は、本明細書のより広範な精神および範囲から逸脱することなく、本明細書に記載されたものを超える任意の数の環境および用途において利用することができる。したがって、明細書および図面は、限定的なものではなく、例示的なものとみなされるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【国際調査報告】