▶ オラクル・インターナショナル・コーポレイションの特許一覧
特表2023-551235電子メール配信システムのための電子メールフィルタリングシステム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-12-07
(54)【発明の名称】電子メール配信システムのための電子メールフィルタリングシステム
(51)【国際特許分類】
G06Q 10/10 20230101AFI20231130BHJP
【ＦＩ】
G06Q10/10
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023531111
(86)(22)【出願日】2021-08-27
(85)【翻訳文提出日】2023-07-21
(86)【国際出願番号】 US2021047895
(87)【国際公開番号】W WO2022115136
(87)【国際公開日】2022-06-02
(31)【優先権主張番号】63/117,876
(32)【優先日】2020-11-24
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】17/458,094
(32)【優先日】2021-08-26
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＩＮＤＯＷＳ ＰＨＯＮＥ
２．ｉＯＳ
３．ＰＡＬＭ ＯＳ
(71)【出願人】
【識別番号】502303739
【氏名又は名称】オラクル・インターナショナル・コーポレイション
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】フリード，エドウィン・アール
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA11
(57)【要約】
電子メールメッセージを意図した受信者に配信する前に電子メールメッセージを選択的にサンプリングしてスキャンすることによって電子メールメッセージの効率的な処理および配信を可能にする電子メールメッセージ配信システムが開示されている。上記システムは、処理のために電子メールメッセージを選択し、電子メールメッセージのグループを決定する。上記システムは、グループのサンプリング確率を決定し、サンプリング確率に基づいて、電子メールメッセージがスキャンのために選択されるかどうかを判断する。電子メールメッセージがスキャンのために選択される場合、上記システムは、電子メールメッセージのコンテンツをスキャンし、スキャンに基づいて、電子メールメッセージがフィルタリング除去されるかどうかを判断する。スキャンに基づいて電子メールメッセージがフィルタリング除去される場合、上記システムは、受信者への配信のために電子メールメッセージをリレーする。
【特許請求の範囲】
【請求項1】
方法であって、電子メールメッセージ配信サービスを提供する電子メールメッセージ配信システムが、処理のために、電子メールメッセージを前記電子メールメッセージ配信システムのメッセージキューから選択するステップを備え、前記メッセージキューは、複数の送信者から受信された複数の電子メールメッセージを含み、前記複数の送信者は、前記電子メールメッセージ配信サービスの複数の加入者に対応し、前記方法はさらに、
前記電子メールメッセージ配信システムが、前記電子メールメッセージのグループを決定するステップと、
前記電子メールメッセージ配信システムが、前記グループのサンプリング確率を決定するステップと、
前記電子メールメッセージ配信システムが、前記グループについて決定された前記サンプリング確率に少なくとも部分的に基づいて、前記電子メールメッセージがスキャンのために選択されるかどうかを判断するステップと、
前記電子メールメッセージがスキャンのために選択されるとの判断に応答して、前記電子メールメッセージ配信システムが、前記電子メールメッセージのコンテンツをスキャンするステップと、
前記電子メールメッセージ配信システムが、前記スキャンに基づいて、前記電子メールメッセージがフィルタリング除去されるかどうかを判断するステップと、
前記スキャンに基づいた、前記電子メールメッセージがフィルタリング除去されないとの判断に応答して、前記電子メールメッセージ配信システムが、前記受信者への配信のために前記電子メールメッセージをリレーするステップとを備える、方法。
【請求項2】
前記電子メールメッセージ配信システムが、前記スキャンに基づいて、前記電子メールメッセージがフィルタリング除去されると判断し、前記判断に応答して、前記電子メールメッセージ配信システムが、前記電子メールメッセージを前記メッセージキューから削除するステップをさらに備える、請求項１に記載の方法。
【請求項3】
前記電子メールメッセージ配信システムが、前記サンプリング確率に少なくとも部分的に基づいて、前記電子メールメッセージがスキャンのために選択されないと判断し、前記判断に応答して、前記電子メールメッセージをスキャンすることなく、前記受信者への配信のために前記電子メールメッセージをリレーするステップをさらに備える、請求項１に記載の方法。
【請求項4】
前記電子メールメッセージの前記グループを決定するステップは、前記メッセージに関連付けられた送信者についての１つまたは複数のグループ分け規則のセットを特定するステップと、
前記電子メールメッセージに関連付けられたメタデータを特定するステップと、
前記１つまたは複数のグループ分け規則のセットおよび前記メタデータに少なくとも部分的に基づいて、前記電子メールメッセージの前記グループを決定するステップとを含む、請求項１に記載の方法。
【請求項5】
前記メタデータは、前記電子メールメッセージに関連付けられた前記送信者または前記電子メールメッセージのサイズのうちの少なくとも１つを含む、請求項４に記載の方法。
【請求項6】
前記グループの前記サンプリング確率は、前記グループに関連付けられた状態情報、前記電子メールメッセージの前記コンテンツをスキャンするための１つまたは複数のスキャンリソースのセットの利用可能性、および１つまたは複数のサンプリング規則のセットに少なくとも部分的に基づいて決定される、請求項１に記載の方法。
【請求項7】
前記グループに関連付けられた前記状態情報は、前記グループに関連付けられた送信者のレピュテーション、前記グループから以前にフィルタリング除去された電子メールの数、前記グループについて以前にスキャンされた電子メールの数、または前記グループに関連付けられた送信者に特有のコンプライアンス規則のうちの少なくとも１つを含む、請求項６に記載の方法。
【請求項8】
前記電子メールメッセージ配信システムが、前記電子メールメッセージの前記コンテンツをスキャンするステップは、前記電子メールメッセージの前記コンテンツをスキャンするために使用されるスキャンリソースを特定して、前記スキャンリソースを使用して前記電子メールメッセージの前記コンテンツをスキャンするステップを含む、請求項１に記載の方法。
【請求項9】
前記電子メールメッセージがスキャンのために選択されるかどうかを判断するステップは、前記電子メールメッセージの前記グループに関連付けられたサンプリング履歴を取得するステップをさらに含み、前記サンプリング履歴は、スキャンのために選択されたグループの複数の電子メールメッセージの中で、以前に受信された電子メールメッセージを特定する、請求項１に記載の方法。
【請求項10】
電子メールメッセージ配信サービスを提供する電子メールメッセージ配信システムであって、メモリと、
処理を実行するように構成された１つまたは複数のプロセッサとを備え、前記処理は、
前記電子メールメッセージ配信システムが、処理のために、電子メールメッセージをメッセージキューから選択することを備え、前記メッセージキューは、複数の送信者から受信された複数の電子メールメッセージを含み、前記複数の送信者は、前記電子メールメッセージ配信サービスの複数の加入者に対応し、前記処理はさらに、
前記電子メールメッセージ配信システムが、前記電子メールメッセージのグループを決定することと、
前記電子メールメッセージ配信システムが、前記グループのサンプリング確率を決定することと、
前記電子メールメッセージ配信システムが、前記グループについて決定された前記サンプリング確率に少なくとも部分的に基づいて、前記電子メールメッセージがスキャンのために選択されるかどうかを判断することと、
前記電子メールメッセージがスキャンのために選択されるとの判断に応答して、前記電子メールメッセージ配信システムが、前記電子メールメッセージのコンテンツをスキャンすることと、
前記電子メールメッセージ配信システムが、前記スキャンに基づいて、前記電子メールメッセージがフィルタリング除去されるかどうかを判断することと、
前記スキャンに基づいた、前記電子メールメッセージがフィルタリング除去されないとの判断に応答して、前記電子メールメッセージ配信システムが、前記受信者への配信のために前記電子メールメッセージをリレーすることとを備える、システム。
【請求項11】
前記電子メールメッセージ配信システムが、前記スキャンに基づいて、前記電子メールメッセージがフィルタリング除去されると判断し、前記判断に応答して、前記電子メールメッセージ配信システムが、前記電子メールメッセージを前記メッセージキューから削除することをさらに備える、請求項１０に記載のシステム。
【請求項12】
前記電子メールメッセージ配信システムが、前記サンプリング確率に少なくとも部分的に基づいて、前記電子メールメッセージがスキャンのために選択されないと判断し、前記判断に応答して、前記電子メールメッセージをスキャンすることなく、前記受信者への配信のために前記電子メールメッセージをリレーすることをさらに備える、請求項１０に記載のシステム。
【請求項13】
前記電子メールメッセージの前記グループを決定することは、前記メッセージに関連付けられた送信者についての１つまたは複数のグループ分け規則のセットを特定することと、
前記電子メールメッセージに関連付けられたメタデータを特定することと、
前記１つまたは複数のグループ分け規則のセットおよび前記メタデータに少なくとも部分的に基づいて、前記電子メールメッセージの前記グループを決定することとを含む、請求項１０に記載のシステム。
【請求項14】
前記グループの前記サンプリング確率は、前記グループに関連付けられた状態情報、前記電子メールメッセージの前記コンテンツをスキャンするための１つまたは複数のスキャンリソースのセットの利用可能性、および１つまたは複数のサンプリング規則のセットに少なくとも部分的に基づいて決定される、請求項１０に記載のシステム。
【請求項15】
前記電子メールメッセージ配信システムが、前記電子メールメッセージの前記コンテンツをスキャンすることは、前記電子メールメッセージの前記コンテンツをスキャンするために使用されるスキャンリソースを特定して、前記スキャンリソースを使用して前記電子メールメッセージの前記コンテンツをスキャンすることを含む、請求項１０に記載のシステム。
【請求項16】
前記電子メールメッセージがスキャンのために選択されるかどうかを判断することは、前記電子メールメッセージの前記グループに関連付けられたサンプリング履歴を取得することをさらに含み、前記サンプリング履歴は、スキャンのために選択されたグループの複数の電子メールメッセージの中で、以前に受信された電子メールメッセージを特定する、請求項１０に記載のシステム。
【請求項17】
記憶されたプログラムコードを有する非一時的なコンピュータ可読媒体であって、前記プログラムコードは、動作を実行するために１つまたは複数の処理デバイスによって実行可能であり、前記動作は、前記電子メールメッセージ配信システムが、処理のために、電子メールメッセージをメッセージキューから選択することを備え、前記メッセージキューは、複数の送信者から受信された複数の電子メールメッセージを含み、前記複数の送信者は、前記電子メールメッセージ配信サービスの複数の加入者に対応し、前記動作はさらに、
前記電子メールメッセージ配信システムが、前記電子メールメッセージのグループを決定することと、
前記電子メールメッセージ配信システムが、前記グループのサンプリング確率を決定することと、
前記電子メールメッセージ配信システムが、前記グループについて決定された前記サンプリング確率に少なくとも部分的に基づいて、前記電子メールメッセージがスキャンのために選択されるかどうかを判断することと、
前記電子メールメッセージがスキャンのために選択されるとの判断に応答して、前記電子メールメッセージ配信システムが、前記電子メールメッセージのコンテンツをスキャンすることと、
前記電子メールメッセージ配信システムが、前記スキャンに基づいて、前記電子メールメッセージがフィルタリング除去されるかどうかを判断することと、
前記スキャンに基づいた、前記電子メールメッセージがフィルタリング除去されないとの判断に応答して、前記電子メールメッセージ配信システムが、前記受信者への配信のために前記電子メールメッセージをリレーすることとを備える、非一時的なコンピュータ可読媒体。
【請求項18】
前記電子メールメッセージ配信システムが、前記スキャンに基づいて、前記電子メールメッセージがフィルタリング除去されると判断し、前記判断に応答して、前記電子メールメッセージ配信システムが、前記電子メールメッセージを前記メッセージキューから削除することをさらに備える、請求項１７に記載の非一時的なコンピュータ可読媒体。
【請求項19】
前記電子メールメッセージ配信システムが、前記サンプリング確率に少なくとも部分的に基づいて、前記電子メールメッセージがスキャンのために選択されないと判断し、前記判断に応答して、前記電子メールメッセージをスキャンすることなく、前記受信者への配信のために前記電子メールメッセージをリレーすることをさらに備える、請求項１７に記載の非一時的なコンピュータ可読媒体。
【請求項20】
前記電子メールメッセージの前記グループを決定することは、前記メッセージに関連付けられた送信者についての１つまたは複数のグループ分け規則のセットを特定することと、
前記電子メールメッセージに関連付けられたメタデータを特定することと、
前記１つまたは複数のグループ分け規則のセットおよび前記メタデータに少なくとも部分的に基づいて、前記電子メールメッセージの前記グループを決定することとを含む、請求項１７に記載の非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本願は、「電子メール配信システムのための電子メールフィルタリングシステム（Email Filtering System for Email Delivery Systems）」と題される、２０２１年８月２６日に出願された米国非仮出願番号第１７／４５８，０９４号の利益および優先権を主張する。米国非仮出願番号第１７／４５８，０９４号の内容は、全ての目的で全文が引用によって本明細書に援用される。
本願は、「電子メール配信システムのための電子メールフィルタリングシステム（Email Filtering System for Email Delivery Systems）」と題される、２０２１年８月２６日に出願された米国非仮出願番号第１７／４５８，０９４号の利益および優先権を主張する。米国非仮出願番号第１７／４５８，０９４号の内容は、全ての目的で全文が引用によって本明細書に援用される。
【0002】
本願は、「電子メールメッセージストリームをフィルタリングするためのサンプリングアプローチ（Sampling Approach for filtering email message streams）」と題される、２０２０年１１月２４日に出願された米国仮出願番号第６３／１１７，８７６号の、米国特許法第１１９条（ｅ）の下での利益および優先権を主張し、その全内容は、全ての目的で引用によって本明細書に援用される。
【背景技術】
【0003】
背景
いくつかのクラウドサービスプロバイダは、クラウドベースの電子メール配信サービスを提供し、これらのサービスは、大量の電子メールを意図した受信者に送信するための高速かつ信頼性のあるソリューションをこれらのサービスの顧客に提供する。これらの電子メールは、マーケティング電子メール、トランザクション電子メール、アラート電子メール、確認電子メール、および他のタイプの電子メールを含み得る。そのような電子メール配信サービスの一例は、オラクル社によって提供されるオラクルクラウドインフラストラクチャ（ＯＣＩ：Oracle Cloud Infrastructure）電子メール配信サービスである。ＯＣＩ電子メール配信サービスは、キー・デリバラビリティ・メトリクスを使用して顧客の電子メールにとって可能な最善の送信レピュテーションを保証するプラットフォームを提供する。
いくつかのクラウドサービスプロバイダは、クラウドベースの電子メール配信サービスを提供し、これらのサービスは、大量の電子メールを意図した受信者に送信するための高速かつ信頼性のあるソリューションをこれらのサービスの顧客に提供する。これらの電子メールは、マーケティング電子メール、トランザクション電子メール、アラート電子メール、確認電子メール、および他のタイプの電子メールを含み得る。そのような電子メール配信サービスの一例は、オラクル社によって提供されるオラクルクラウドインフラストラクチャ（ＯＣＩ：Oracle Cloud Infrastructure）電子メール配信サービスである。ＯＣＩ電子メール配信サービスは、キー・デリバラビリティ・メトリクスを使用して顧客の電子メールにとって可能な最善の送信レピュテーションを保証するプラットフォームを提供する。
【発明の概要】
【発明が解決しようとする課題】
【0004】
電子メール配信サービスがますます一般的になっているため、これらのサービスによって処理される電子メールの量は急速に増え続けている。特定の状況では、大量の電子メールメッセージの処理は、受信者に配信する前にメッセージをそれらのコンテンツについてスキャンすることを必要とする場合がある。コンテンツスキャンは、高価で、計算集約的で、時間のかかるプロセスであり得る。これらのサービスを実装する既存のアーキテクチャは、サービスをスケーラブルで、費用対高価が高く、信頼性のあるものにするために改良される必要がある。
【0005】
簡単な概要
本開示は、概して、クラウドベースの電子メール配信サービスに関する。より具体的には、本開示は、電子メールメッセージの選択的サンプリングおよびコンテンツスキャンに基づいて、意図した受信者への配信の前に電子メールメッセージをフィルタリングするための改良された機能を提供するクラウドベースの電子メールメッセージ配信システム（ＥＭＤＳ：Email Message Delivery System）について記載しているが、これに限定されるものではない。
本開示は、概して、クラウドベースの電子メール配信サービスに関する。より具体的には、本開示は、電子メールメッセージの選択的サンプリングおよびコンテンツスキャンに基づいて、意図した受信者への配信の前に電子メールメッセージをフィルタリングするための改良された機能を提供するクラウドベースの電子メールメッセージ配信システム（ＥＭＤＳ：Email Message Delivery System）について記載しているが、これに限定されるものではない。
【課題を解決するための手段】
【0006】
特定の実施形態では、電子メールメッセージ配信サービスを提供する電子メールメッセージ配信システム（ＥＭＤＳ）が開示されている。上記ＥＭＤＳは、処理のために、電子メールメッセージを上記ＥＭＤＳのメッセージキューから選択する。上記メッセージキューは、複数の送信者から受信された電子メールメッセージを含む。上記送信者は、上記電子メールメッセージ配信サービスの複数の加入者に対応する。上記ＥＭＤＳは、上記電子メールメッセージのグループを決定し、どのメッセージもスキャンすることを回避するために、上記グループのサンプリング確率を決定する。上記ＥＭＤＳは、上記グループについて決定された上記サンプリング確率に基づいて、上記電子メールメッセージがスキャンのために選択されるかどうかを判断する。上記電子メールメッセージがスキャンのために選択されるとの判断に応答して、上記ＥＭＤＳは、上記電子メールメッセージのコンテンツをスキャンし、上記スキャンに基づいて、上記電子メールメッセージがフィルタリング除去されるかどうかを判断する。上記スキャンに基づいた、上記電子メールメッセージがフィルタリング除去されないとの判断に応答して、上記ＥＭＤＳは、上記受信者への配信のために上記電子メールメッセージをリレーする。
【0007】
特定の例では、上記ＥＭＤＳは、上記スキャンに基づいて、上記電子メールメッセージがフィルタリング除去されると判断する。上記電子メールメッセージがフィルタリング除去されるとの判断に応答して、上記ＥＭＤＳは、上記電子メールメッセージを上記メッセージキューから削除する。特定の例では、上記ＥＭＤＳは、上記サンプリング確率に基づいて、上記電子メールメッセージがスキャンのために選択されないと判断する。上記判断に応答して、上記ＥＭＤＳは、上記電子メールメッセージをスキャンすることなく、上記受信者への配信のために上記電子メールメッセージをリレーする。
【0008】
特定の例では、上記ＥＭＤＳは、上記メッセージに関連付けられた送信者についての１つまたは複数のグループ分け規則のセットを特定することと、上記電子メールメッセージに関連付けられたメタデータを特定することとによって、上記電子メールメッセージの上記グループを決定する。次いで、上記ＥＭＤＳは、上記１つまたは複数のグループ分け規則のセットおよび上記メタデータに基づいて、上記電子メールメッセージの上記グループを決定する。特定の例では、上記メタデータは、上記電子メールメッセージに関連付けられた上記送信者または上記電子メールメッセージのサイズを含む。
【0009】
特定の例では、上記ＥＭＤＳは、上記グループに関連付けられた状態情報、上記電子メールメッセージの上記コンテンツをスキャンするための１つまたは複数のスキャンリソースのセットの利用可能性、および１つまたは複数のサンプリング規則のセットに基づいて、上記グループの上記サンプリング確率を決定する。特定の例では、上記グループに関連付けられた上記状態情報は、上記グループに関連付けられた送信者のレピュテーション、上記グループから以前にフィルタリング除去された電子メールの数、上記グループについて以前にスキャンされた電子メールの数、または上記グループに関連付けられた送信者に特有のコンプライアンス規則を含む。
【0010】
特定の例では、上記ＥＭＤＳは、上記電子メールメッセージの上記コンテンツをスキャンするために使用されるスキャンリソースを特定することによって、上記電子メールメッセージの上記コンテンツをスキャンする。次いで、上記ＥＭＤＳは、上記スキャンリソースを使用して上記電子メールメッセージの上記コンテンツをスキャンする。
【0011】
特定の例では、上記ＥＭＤＳは、上記電子メールメッセージの上記グループに関連付けられたサンプリング履歴を取得することによって、上記電子メールメッセージがスキャンのために選択されるかどうかを判断する。特定の例では、上記サンプリング履歴は、スキャンのために選択されたグループの電子メールメッセージのセットの中で、以前に受信された電子メールメッセージを特定する。
【0012】
方法、システム、１つまたは複数のプロセッサによって実行可能なプログラム、コードまたは命令を記憶する非一時的なコンピュータ可読記憶媒体などを含むさまざまな実施形態が本明細書に記載されている。これらの例示的な実施形態は、本開示を限定または定義するためではなく、その理解を手助けするための例を提供するために言及されている。さらなる実施形態が詳細な説明において議論され、そこでさらなる説明がなされる。
【0013】
本開示の特徴、実施形態および利点は、添付の図面を参照しながら以下の詳細な説明を読むとよりよく理解される。
【図面の簡単な説明】
【0014】
【図1】特定の実施形態に係る、受信者のセットへの配信の前に電子メールメッセージをフィルタリングするための改良された機能を含む電子メールメッセージ配信システム（ＥＭＤＳ）を含むコンピューティング環境を示す図である。
【図4】特定の実施形態に係る、図１に示される電子メールメッセージ配信システム（ＥＭＤＳ）によって電子メールメッセージのサンプリング関連処理およびコンテンツスキャンを実行するためのプロセスの一例を示す図である。
【図5】特定の実施形態に係る、グループのサンプリング確率を計算するためのプロセスの一例を示す図である。
【図6】少なくとも１つの実施形態に係る、ＩａａＳアーキテクチャの例示的なパターンを示すブロック図である。
【図7】少なくとも１つの実施形態に係る、ＩａａＳアーキテクチャの別の例示的なパターンを示すブロック図である。
【図8】少なくとも１つの実施形態に係る、ＩａａＳアーキテクチャの別の例示的なパターンを示すブロック図である。
【図9】少なくとも１つの実施形態に係る、ＩａａＳアーキテクチャの別の例示的なパターンを示すブロック図である。
【図10】さまざまな実施形態が実現され得る例示的なコンピュータシステムを示す図である。
【発明を実施するための形態】
【0015】
詳細な説明
以下の説明では、特定の実施形態の理解の徹底を期すために、具体的な詳細が説明の目的で記載されている。しかし、これらの具体的な詳細がなくてもさまざまな実施形態を実施できることは明らかであろう。図面および説明は、限定的であるよう意図されるものではない。「例示的」という語は、「例、事例、または例示として供される」ことを意味するように本明細書で用いられる。「例示的」として本明細書に記載されている実施形態または設計はいずれも、必ずしも、他の実施形態または設計よりも好ましいまたは有利であると解釈されるべきではない。
以下の説明では、特定の実施形態の理解の徹底を期すために、具体的な詳細が説明の目的で記載されている。しかし、これらの具体的な詳細がなくてもさまざまな実施形態を実施できることは明らかであろう。図面および説明は、限定的であるよう意図されるものではない。「例示的」という語は、「例、事例、または例示として供される」ことを意味するように本明細書で用いられる。「例示的」として本明細書に記載されている実施形態または設計はいずれも、必ずしも、他の実施形態または設計よりも好ましいまたは有利であると解釈されるべきではない。
【0016】
本開示は、概して、クラウドベースの電子メール配信サービスに関する。より具体的には、本開示は、電子メールメッセージの選択的サンプリングおよびコンテンツスキャンに基づいて、意図した受信者への配信の前に電子メールメッセージをフィルタリングするための改良された機能を提供するクラウドベースの電子メールメッセージ配信システム（ＥＭＤＳ）について記載しているが、これに限定されるものではない。
【0017】
クラウドベースの電子メール配信サービスは、意図した受信者のセットに配信される予定の大量の電子メールを送信するための高速かつ信頼性のある管理されたソリューションを提供する。クラウドベースの電子メール配信サービスは、１つまたは複数のクラウドベースの電子メール配信システムを使用して実現することができる。一般的には、クラウドベースの電子メール配信システム（ＥＭＤＳ）は、電子メール配信サービスのさまざまなテナントまたは顧客から電子メールメッセージを受信して、それらの電子メールメッセージを意図した受信者に配信するように構成された１つまたは複数のメッセージ転送エージェント（ＭＴＡ：Message Transfer Agent）を含む。本明細書に記載されるように、ＥＭＤＳの顧客またはテナントは、電子メールメッセージの１つまたは複数の「送信者」に相当し得る。電子メールメッセージを意図した受信者に伝達するためにさまざまな電子メールメッセージ配信プロトコルが使用されてもよい。一実施形態では、電子メールメッセージを意図した受信者に伝達するために簡易メッセージ転送プロトコル（たとえば、ＳＭＴＰ：Simple Message Transfer Protocol）が使用される。
【0018】
アウトバウンド電子メールメッセージフローを効率的に処理するために、ＥＭＤＳは、電子メールフィルタリング技術を利用して、ネットワークから出て行くスパムを特定して、電子メールメッセージが意図した受信者に確実に配信されることを保証することができる。既存のフィルタリング技術は、さまざまな規則およびメトリクスを利用してメッセージフィルタリングを実行する。これらの技術は、たとえば、メッセージの送信者を特定するために使用されるインターネットプロトコル（ＩＰ：Internet Protocol）アドレスから来るスパムの量を追跡したり、過剰なスパムを送信するＩＰアドレスをブロックしたり、疑わしい送信を実施するそれらのＩＰアドレスをレート制限したりすることができる。これらの規則およびメトリクスは、たとえば、ＩＰレピュテーションチェックを実行してＩＰアドレス（たとえば、過去に不正な挙動を行ったことが分かっているＩＰアドレスから来る電子メール、または受け入れられない可能性が高い、常習犯に関連付けられたアドレスのブロックの一部である電子メール）のレピュテーションを監視すること、送信者に関連付けられたドメインに対して署名チェックを実行すること、コンテンツチェックを実行して、既知の受信者ポリシーに従って送信されたメッセージの数／レートを制限することを含み得る。これらの規則は、たとえば、送信者のドメインによって示される総合的な挙動などのメトリクスを使用して送信者の総合的なレピュテーションを監視すること、望ましくない／受け入れられないとしてメッセージを報告する受信者の数を監視すること、送信者のメッセージから登録を取り消す受信者の数を監視することなども含み得る。特定の場合には、電子メール配信サービスは、レピュテーションについて送信者に知らせてもよく、極端な場合には、送信者のレピュテーションに基づいてサービスへの送信者のアクセスを終了することを決定することさえ行ってもよい。
【0019】
上記のフィルタリング技術は、メッセージストリームが一般的に非常に異種混交的な性質をもつ傾向があるソース（たとえば、組織）から発信される従来型のメッセージストリームの処理に有用である。たとえば、銀行などの組織では、メッセージストリームは、支払い期日であることを示すメッセージと、その後に続く極めて個人的なメッセージと、その後に続く新たな銀行の方針の売り込みのメッセージとを含み得る。したがって、バルク電子メール／受け入れられない電子メールのはるかに大きなストリーム（一般的には、１０倍の大きさ）に合法的な電子メールがランダムに組み込まれることになる。そのような場合、フィルタリングは、電子メール配信サービスの動作にとって極めて重要であるだけでなく、どの入来メッセージにも適用されなければならない。しかし、コマーシャルメッセージストリームは、非常に異なった特徴を有する。コマーシャルメッセージストリームは、一般的には既知のレピュテーションを有する既知のソースから発信され、電子メール提出の前に認証されることができ、一般的にはほぼ同じコンテンツを有するメッセージの大きなグループで構成される。既存の電子メールフィルタリングソリューションは、大量のコマーシャル電子メールの処理には効果的に適用することができない。なぜなら、受信者への配信の前にどの電子メールメッセージもそのコンテンツについてスクリーニングすることは、非常に高価で、計算集約的で、時間のかかるプロセスであり得るからである。いくつかの事例では、コンテンツスキャンは、非常に高価であるので、コマーシャル電子メールを処理する現行の電子メールサービスは、もっぱらそれを割愛することを余儀なくされるであろう。
【0020】
本開示に記載されているクラウドベースの電子メールメッセージ配信システムは、コマーシャルメッセージストリームの一部として受信された電子メールメッセージを意図した受信者に配信する前にそれらのメッセージを選択的にフィルタリング除去する改良された電子メールメッセージフィルタリングソリューションを提供することによって、従来のメッセージ配信サービスと比較していくつかの技術的進歩および／または向上を提供する。選択的フィルタリングは、電子メールメッセージに関連付けられたグループについて計算されたサンプリング確率に基づいて、メッセージストリーム内の電子メールメッセージがサンプリングのために選択されるかどうかを判断することによって実行される。次いで、選択的フィルタリングは、選択された電子メールメッセージのコンテンツをスキャンすることを含む。開示されているプロセスは、コンテンツスキャンの結果に基づいて、選択された電子メールメッセージがフィルタリング除去されるか、意図した受信者に配信されるかを判断する。メッセージストリームの一部として受信される電子メールメッセージを選択的にサンプリングしてスキャンすることによって、本明細書に記載される開示されている電子メールメッセージフィルタリングソリューションは、費用対効果が高く、効率的で、時間的制約のある態様での大量のコマーシャル電子メールメッセージの処理を可能にする。
【0021】
ここで図面を参照して、図１は、特定の実施形態に係る、受信者のセットへの配信の前に電子メールメッセージをフィルタリングするための改良された機能を含む電子メールメッセージ配信システム（ＥＭＤＳ）を含むコンピューティング環境を示す図である。ＥＭＤＳ１０２は、ＥＭＤＳ１０２を実現するためにコンピュータ可読命令（たとえば、コード、プログラム）を実行する１つまたは複数のコンピューティングシステムによって実現することができる。図１に示されるように、ＥＭＤＳ１０２は、メッセージ転送エージェント（ＭＴＡ）１０８とメッセージフィルタリングサブシステム１１６とを含むさまざまなシステムおよびサブシステムを含む。ＭＴＡ１０８は、キューマネージャ１１０と電子メール通信サブシステム１１４とをさらに含む。メッセージフィルタリングサブシステム１１６は、電子メールメッセージグループ分けサブシステム１１８と、電子メールメッセージサンプリングサブシステム１２０と、電子メールメッセージコンテンツスキャンサブシステム１２２とをさらに含む。処理の一部としてＭＴＡ１０８およびメッセージフィルタリングサブシステム１１６によって使用または生成されるデータまたは情報の部分は、グループ情報データストア１２６およびサンプリング履歴データストア１３２などのさまざまな永続メモリデータストアに記憶され得る。図１に示されるシステムおよびサブシステムは、コンピューティングシステムの１つもしくは複数の処理ユニット（たとえば、プロセッサ、コア）によって実行されるソフトウェア（たとえば、コード、命令、プログラム）、ハードウェア、またはそれらの組み合わせを使用して実現することができる。ソフトウェアは、非一時的な記憶媒体上（たとえば、メモリデバイス上）に記憶され得る。
【0022】
コンピューティング環境１００は、１つまたは複数の通信ネットワークを介してＥＭＤＳ１０２に通信可能に結合された電子メールメッセージ受信者システム（ＥＭＲＳ：Email Message Recipient System）１３４をさらに含む。ＥＭＲＳ１３４は、電子メールメッセージの受信者の電子メールサービス（インボックス）プロバイダ（たとえば、Ｇｍａｉｌ（登録商標）、Ｙａｈｏｏ（登録商標）、Ｍｉｃｒｏｓｏｆｔ（登録商標）など）に相当し得る。特定の例では、受信者は、ソース１０４Ａ～１０４Ｎから合法的なコマーシャル電子メールメッセージ（たとえば、広告、セールスコンテンツなどを含む電子メールメッセージ）を受信するエンドユーザであってもよい。
【0023】
ＥＭＤＳ１０２は、さまざまな異なる構成で実現することができる。特定の実施形態では、ＥＭＤＳ１０２は、クラウドプロバイダネットワークの１つまたは複数のサーバ上で実現されてもよく、その電子メールメッセージ配信サービスは、サブスクリプションベースでクラウドサービスの加入者に提供されてもよい。図1に示されるコンピューティング環境１００は、一例にすぎず、記載されている実施形態の範囲を必要以上に限定することを意図したものではない。当業者は、多くの可能な変更、代替案および修正を認識するであろう。たとえば、いくつかの実現例では、ＥＭＤＳ１０２は、図１に示されるサブシステムよりも多くのサブシステムもしくは少ないサブシステムを使用して実現されてもよく、２つ以上のサブシステムを組み合わせてもよく、またはサブシステムの異なる構成もしくは配置を有していてもよい。
【0024】
特定の実施形態では、ＥＭＤＳ１０２は、電子メールメッセージ（本明細書では、メッセージまたは電子メールとも称される）の選択的サンプリングおよびコンテンツスキャンに基づいて電子メールメッセージをフィルタリング除去することによって電子メールメッセージを処理するための高速かつ信頼性のあるメッセージ配信サービスを提供する。電子メールメッセージは、さまざまなソース１０４Ａ～１０４Ｎによって生成されることができる。ソース（たとえば、１０４Ａ）は、電子メールメッセージを処理して受信者のセットに配信するためにＥＭＤＳ１０２によって提供されるサービスに加入するクラウドプロバイダの顧客（たとえば、組織、企業または個人）などのエンティティのシステムに相当し得る。特定の例では、ＥＭＤＳ１０２は、受信者のセットへの配信のためにソース１０４Ａ～１０４Ｎから電子メールメッセージを受信することができる。例として、ソース１０４Ａからの電子メールメッセージ１０５Ａは、受信者のセットへの配信のために、大量の（たとえば、数十億もの）請求されたコマーシャル電子メール（たとえば、マーケティング電子メール、ニューズレター、クーポン、勧誘など）またはトランザクション電子メールを含み得る。各電子メールメッセージは、受信者のセットの中の特定の受信者への配信に合わせてカスタマイズすることができる。別の例として、ソースからの電子メールメッセージは、受信者のセットへの配信のために、ソースのユーザによって送信される一般的な請求されたコマーシャル電子メールメッセージを含み得る。ユーザとは、本明細書で用いられる場合、ＥＭＤＳ１０２と対話して、ＥＭＤＳ１０２によって提供される電子メール配信サービスを利用する、ソース（たとえば、１０４Ａ）に関連付けられたエンドユーザ、事業主またはマーケティングオフィサを指し得る。
【0025】
特定の例では、ソース１０４Ａに関連付けられたユーザは、場合によってはパブリックネットワーク１０６（たとえば、インターネット）を介してＥＭＤＳに通信可能に結合されたユーザデバイスを使用してＥＭＤＳ１０２と対話することができる。ユーザデバイスは、携帯電話、タブレット、デスクトップコンピュータなどを含むがそれらに限定されないさまざまなタイプのものであってもよい。たとえば、ユーザは、ユーザデバイスによって実行されるアプリケーションのユーザインターフェイス（ＵＩ：User Interface）（グラフィカルユーザインターフェイス（ＧＵＩ：Graphical User Interface）であってもよい）を使用してＥＭＤＳ１０２と対話することができる。対話は、たとえば、認証資格情報および組織のユーザがＥＭＤＳ１０２と対話することを可能にするためのさまざまな構成パラメータをユーザ（たとえば、組織の管理者）がＵＩを介してセットアップすることを含み得る。たとえば、ユーザは、（組織内の、電子メールを送信する全てのユーザの「Ｆｒｏｍ：」アドレスを識別することによって）承認された送信者リストをセットアップすること、組織のユーザを識別するために使用されるソースＩＰアドレスのプールを作成するよう要求すること、通信プロトコル（たとえば、簡易メール転送プロトコル（ＳＭＴＰ））およびユーザがＥＭＤＳ１０２を介して電子メールを送信するためのユーザ資格情報をセットアップすること、ソースＩＰアドレスによって同時にサポートすることができるアウトバウンド接続の最大数（すなわち、ＩＰアドレスが一度に単一の受信者ドメインにオープンであるようにすることができるアウトバウンド接続の最大数）に対する制限を指定すること、単一の接続を介して受信者のドメインに送信され得るメッセージの数に対するメッセージ制限を指定することなどを、ＵＩを介して行うことができる。
【0026】
上記のようにＥＭＤＳ１０２を構成した後、ソース（たとえば、１０４Ａ）に関連付けられた顧客（本明細書では、送信者とも称される）のエンドユーザは、１つまたは複数の受信者のセットへの配信のために電子メールメッセージをユーザデバイスを介してＥＭＤＳ１０２に送信することができる。特定の例では、エンドユーザは、ユーザのデバイスにインストールされた電子メールクライアントアプリケーション（たとえば、メールユーザエージェント）を利用して電子メールメッセージを作成することができる。メールユーザエージェント（ＭＵＡ：Mail User Agent）は、ＥＭＤＳ１０２への提出の前に好適なフォーマットで電子メールメッセージをフォーマットすることができる。特定の例では、ＭＵＡは、提出プロトコル（たとえば、ＳＭＴＰ、ＨＴＴＰまたは他のプロトコル）を利用してメッセージをＥＭＤＳ１０２に送信することができる。電子メールメッセージは、最初に、受信された電子メールメッセージを電子メールメッセージキュー１１２に記憶するように構成されたＭＴＡ１０８内のキューマネージャ１１０によって受信され得る。本明細書に記載されているように、ＭＴＡは、さまざまなソースから電子メールメッセージを受信してこれらの電子メールメッセージを適切なエンドユーザまたは宛先に転送するように構成された、ＥＭＤＳ１０２内のネットワーク要素（たとえば、メールサーバ）であり得る。処理のためにＭＴＡによって受信されたメッセージは、ＭＴＡ１０８の電子メールメッセージキュー１１２に入れられる。一般的には、新たな電子メールメッセージは、メッセージキューの最後または末尾に追加され、ＭＴＡによる処理のために電子メールメッセージはキューの最初または先頭からピックアップされる。特定の実施形態では、ＭＴＡ１０８は、メッセージをキューに追加すること、処理のためにメッセージをキューから選択することなどのタスクを実行することを含む、ＭＴＡ電子メールメッセージキュー１１２の管理に関連するタスクを実行することを担当するキューマネージャ１１０を含み得る。ＭＴＡメッセージキュー１１２は、複数の異なる送信者からの電子メールメッセージを含み得て、これらの電子メールメッセージは、異なる受信者に向けられることができる。
【0027】
ＭＴＡ１０８は、電子メールメッセージを受信して、後続の処理およびメッセージフィルタリングサブシステム１１６によるフィルタリングのためにこれらのメッセージをメッセージキュー１１２に追加する。ある一定の数のメッセージ（たとえば、電子メールメッセージのバッチ）が受信されてメッセージキュー１１２に記憶されると、ＭＴＡは、さらなる処理のために、メッセージキュー１１２に記憶されたメッセージをメッセージフィルタリングサブシステム１１６に送信し始める。メッセージフィルタリングサブシステム１１６は、メッセージキュー１０８に記憶された電子メールメッセージを意図した受信者への配信のためにＥＭＲＳ１３４に送信する前に、それらの電子メールメッセージを処理する。特定の例では、メッセージフィルタリングサブシステム１０９によって実行される処理は、電子メールメッセージを選択的にサンプリングおよびスキャンすることによって電子メールメッセージをフィルタリングすることを含み得る。処理の結果に基づいて、メッセージフィルタリングサブシステム１１６は、電子メールメッセージが意図した受信者に配信されるかどうかに関して判断を行う。電子メールメッセージが配信されないと判断される場合、メッセージフィルタリングサブシステム１１６は、この電子メールメッセージを電子メールメッセージキューからフィルタリング除去／削除せよとの命令をＭＴＡ１０８内のキューマネージャ１１０に送信する。電子メールメッセージが配信されるべきであると判断される場合、メッセージフィルタリングサブシステム１１６は、受信者のシステム１３４への配信のためにこの電子メールメッセージを電子メール通信サブシステム１１４にリレーせよとの命令をキューマネージャ１１０に送信する。
【0028】
ＭＴＡは、メッセージキューが空になるまで、メッセージキューに記憶されたメッセージをエンドユーザ（受信者）または宛先に送信しようと周期的に試みる。受信者のサーバが応答しない場合、ＭＴＡは、繰り返し電子メールメッセージを受信者に送信しようとする。特定の期間（たとえば、ある一定の日数）電子メールメッセージを配信できない場合、ＭＴＡは、電子メールメッセージをホスト（メッセージの送信者）に戻す。電子メールメッセージを処理するための図１におけるさまざまなシステムおよびサブシステムによって実行される処理に関連するさらなる詳細については、図２～図４に示されるフローチャートおよびそれらの付随する説明に関して以下で説明する。
【0029】
図２は、特定の実施形態に係る、図１に示されるＥＭＤＳによって電子メールメッセージを処理するプロセス２００の一例を示す図である。図２に示される処理は、それぞれのシステムの１つもしくは複数の処理ユニット（たとえば、プロセッサ、コア）によって実行されるソフトウェア（たとえば、コード、命令、プログラム）、ハードウェア、またはそれらの組み合わせによって実現することができる。ソフトウェアは、非一時的な記憶媒体上（たとえば、メモリデバイス上）に記憶され得る。図２に示されて以下で説明されるプロセス２００は、例示的であって非限定的であるよう意図されている。図２は、さまざまな処理ステップが特定のシーケンスまたは順序で行われることを示しているが、これは限定的であるよう意図されるものではない。特定の代替的な実施形態では、これらのステップは何らかの異なる順序で実行されてもよく、またはいくつかのステップが並行して実行されてもよい。図１に示される実施形態などの特定の実施形態では、図２に示される処理は、メッセージフィルタリングサブシステム１１６によって実行され得る。特定の実施形態では、メッセージフィルタリングサブシステム１１６内で、処理は、メッセージフィルタリングサブシステム１１６の電子メールメッセージグループ分けサブシステム１１８、電子メールサンプリングサブシステム１２０および電子メールメッセージコンテンツスキャンサブシステム１２２などの１つまたは複数のサブシステムによって実行され得る。
【0030】
図２に示される処理は、ＥＭＤＳ１０２が意図した受信者に配信される予定の電子メールメッセージのセットを受信したと仮定する。これらの電子メールメッセージは、ＥＭＤＳによって提供される電子メール配信サービスの１つまたは複数の異なる顧客または加入者から受信され得る。次いで、受信された電子メールメッセージは、処理のためにＥＭＤＳ１０２のＭＴＡ１０８に送られる。ＭＴＡ１０８において、処理のためにＭＴＡによって受信された電子メールメッセージは、ＭＴＡ１０８の電子メールメッセージキュー１１２に入れられる。上記のように、ＭＴＡメッセージキューは、複数の異なる顧客（送信者）からの電子メールメッセージを含み得て、これらの電子メールメッセージは、異なる受信者に向けられることができる。たとえば、図１に示される実施形態では、ＥＭＤＳ１０２は、複数の顧客から電子メールメッセージを受信することができる。これらの電子メールメッセージは、処理のためにＭＴＡ１０８によって受信されて、ＭＴＡ１０８の電子メールメッセージキュー１１２に入れられることができる。
【0031】
図２に示される処理は、ブロック２０２においてＭＴＡ１０８による処理のために電子メールメッセージがメッセージキューの先頭から選択されると開始され得る。２０２において選択された電子メールメッセージについて、ＭＴＡは、選択された電子メールメッセージの送信者および意図した受信者を決定する。各電子メールメッセージは、電子メールメッセージの送信者に関連付けられたユーザを識別する「ＦＲＯＭ」フィールド、電子メールメッセージの意図した受信者を識別する「ＴＯ」フィールド、電子メールのコンテンツを含む「ＢＯＤＹ」フィールドなどの複数のフィールドを含む。２０２における処理の一部として、ＭＴＡは、選択された電子メールメッセージを構文解析して、電子メールメッセージの「ＦＲＯＭ」フィールドから電子メールメッセージのユーザを決定し、「ＴＯ」フィールドから電子メールメッセージの意図した受信者を決定することができる。特定の実現例では、ＭＴＡは、「ＦＲＯＭ」フィールドの中の文字列を構文解析して、電子メールメッセージを送信する権限を付与された送信者に関連付けられたユーザを決定することができる。たとえば、「ＦＲＯＭ」フィールドは、「user1@abccompany.com」という形式の文字列を含み得る。ここで、「user1」は、電子メールメッセージの送信者に関連付けられたユーザを識別することができる。「@」記号の後の文字列の部分は、送信者に関連付けられたドメイン名または完全修飾ドメイン名を識別する。ＭＴＡは、このドメイン名に基づいて電子メールメッセージの送信者を識別することができる。user1@abcompany.comの例では、送信者は、ＡＢＣ社であると識別することができる。
【0032】
特定の例では、電子メールメッセージの送信者を決定した後、ＭＴＡは、事前認証に基づいて承認処理を開始して、送信者が使用する権限を付与された全ての可能なＦＲＯＭアドレスのリストを決定することができる、次いで、ＭＴＡは、承認されたＦＲＯＭアドレスを使用したことを確かめるために送信者からのメッセージをチェックする。また、特定の実施形態では、送信者が電子メールメッセージの「ＴＯ」フィールドに対応するドメインに電子メールメッセージを送信する権限が付与されているかどうかを確認するためにチェックがなされてもよい。
【0033】
ブロック２０３において、２０２において選択されたメッセージについて決定された送信者に基づいて、ＭＴＡ１０８は、選択された電子メールメッセージが削除されるかどうかを判断するためにチェックを実行する。たとえば、ＭＴＡ１０８は、電子メールメッセージの送信者（すなわち、顧客）のＩＰレピュテーションまたは電子メールメッセージのコンテンツに基づいて、メッセージが削除されるべきであることを判断し得る。また、電子メールメッセージが削除されるべきであるかどうかの判断は、送信者からの先行する電子メールメッセージを処理した結果として、ＭＴＡ１０８によって決定されたアクションに基づいてなされてもよい。たとえば、送信者からの先行する電子メールメッセージを処理した結果、１つまたは複数の電子メールメッセージがフィルタリング除去されたとＭＴＡ１０８が判断する場合、送信者から受信される後続の電子メールメッセージはいずれも、さらなる処理なしに削除される。電子メールメッセージが削除されるべきであるとＭＴＡ１０８が判断する場合、ブロック２０５において、ＭＴＡ１０８は、送信者によるメッセージ送信を速やかに一時停止して、この顧客（送信者）についてメッセージキューに入れられたメッセージをいずれもフラッシュする。このように、開示されているシステムは、送信者がさらなる問題のあるメッセージを提出することを防止するとともに、システム内の既にキューに入れられているそのようなメッセージをいずれも取り除く機能をさらに含む。
【0034】
ブロック２０３において、ブロック２０２において選択された電子メールメッセージを処理することができるとＭＴＡ１０８が判断する場合、ブロック２０４において、電子メールメッセージグループ分けサブシステム１１８は、受信された電子メールメッセージのグループを決定する。電子メールメッセージのグループは、電子メールメッセージに関連付けられたメタデータおよびＥＭＤＳ１０２によって定義された規則のセット１２４（本明細書では、グループ分け規則とも称される）などのさまざまな基準を使用して決定され得る。特定の例では、各グループは、電子メッセージの特定の顧客（送信者）に関連付けられ得る。特定の例では、電子メールメッセージグループ分けサブシステム１１８は、単一の顧客／送信者について複数のグループを作成してもよい。電子メールメッセージのグループを決定するために電子メールメッセージグループ分けサブシステム１１８によって実行される処理に関連する詳細は、図３およびその付随する説明において説明される。
【0035】
また、特定の実施形態では、電子メールメッセージグループ分けサブシステム１１８は、各グループに関連付けられた状態情報１２８を記憶するように構成されている。状態情報１２８は、グループに関連付けられた送信者のレピュテーション、当該送信者のグループから以前にフィルタリング除去された電子メールの数、グループについて以前にスキャンされた電子メールの数、送信者の新しさ、グループに関連付けられた送信者に特有のコンプライアンス規則などの、グループの特徴を記載する情報を含み得る。特定の例では、電子メールメッセージグループ分けサブシステム１１８は、ＥＭＤＳ１０４内のグループ情報データストア１２６内の関連付けられた状態情報とともに、グループに関連付けられた情報を記憶するように構成され得る。例として、グループ情報データストア１２６は、各グループについての状態情報とともに、複数の異なる送信者（顧客）についてのグループ情報を記憶してもよい。たとえば、図１に示されるように、送信者Ｓ１についてのグループ情報は、（Ｇ１，Ｓ１）および（Ｇ２，Ｓ２）として表すことができ、関連付けられた状態情報Ｓ１，Ｓ２を有する２つのグループＧ１，Ｇ２で構成される。
【0036】
ブロック２０６において、電子メールメッセージサンプリングサブシステム１２０は、グループについて計算されたサンプリング確率を決定／取得する。特定の例では、サンプリング確率とは、特定のメッセージがサンプルとして選択される確率（ｎ／Ｎ）を指し、ｎはサンプルサイズであり、Ｎはグループのサイズ（母集団）である。電子メールメッセージが追加されるグループのサンプリング確率を計算するために電子メールメッセージサンプリングサブシステム１２０によって実行される処理に関連する詳細は、図５およびその付随する説明において説明される。
【0037】
ブロック２０８において、処理は、ブロック２０６において決定されたサンプリング確率に基づいて、電子メールメッセージがコンテンツスキャンのために選択されるかどうかを判断することを含む。特定の例では、ブロック２０８における処理は、電子メールメッセージサンプリングサブシステム１２０が、ブロック２０４において決定されたグループに関連付けられたサンプリング履歴情報を取得して、スキャンのために選択されたグループ内の以前に受信された電子メールメッセージを特定することをさらに含み得る。サンプリング履歴情報は、新たに受信されたメッセージがサンプリングおよびコンテンツスキャンのために選択されなければならないかどうかを判断するために、既にサンプリングされたおよび／またはコンテンツスキャンのために既に選択されたグループ内の電子メールメッセージを特定および／または追跡するのに電子メールメッセージサンプリングサブシステム１２０が使用することができる。特定の例では、電子メールメッセージのさまざまなグループに関連付けられたサンプリング履歴情報は、ＥＭＤＳ１０４内のサンプリング履歴データストア１３２に記憶され得る。２０８に記載された処理に基づいて、メッセージは、サンプリング確率に基づいてコンテンツスキャンのために選択的に選択されることができる。このように、開示されているプロセスは、どのメッセージに対してもフルコンテンツスキャンを実行する必要がなくなることによって、費用対効果が高く、効率的で、時間的制約のある態様での大量の電子メールメッセージの処理を可能にする。
【0038】
ブロック２１０において、電子メールメッセージサンプリングサブシステム１１２は、電子メールメッセージがコンテンツスキャンのために選択されたかどうかを判断するためにチェックを実行する。電子メールメッセージがコンテンツスキャンのために選択された場合、電子メールメッセージサンプリングサブシステム１２０は、電子メールメッセージを電子メールメッセージコンテンツスキャンサブシステム１２２に送信する。ブロック２１４において、電子メールメッセージコンテンツスキャンサブシステム１２２は、電子メールメッセージのコンテンツをスキャンするための処理を実行する。電子メールメッセージコンテンツスキャンサブシステム１２２によって実行される処理に関連するさらなる詳細は、図４およびその付随する説明において説明される。
【0039】
ブロック２１６において、電子メールメッセージコンテンツスキャンサブシステム１２２は、ブロック２１４において実行されたコンテンツスキャンの結果に基づいて、電子メールメッセージがフィルタリング除去されるべきであるかどうかを判断する。電子メールメッセージがフィルタリング除去される必要がある場合、ブロック２１８において、電子メールメッセージコンテンツスキャンサブシステム１２２は、電子メールメッセージキュー１１２から電子メールメッセージをフィルタリング／削除せよとの命令をＭＴＡ１０８内のキューマネージャ１１０に送信する。電子メールメッセージがフィルタリング除去される必要がない場合、ブロック２１７において、電子メールメッセージは意図した受信者にリレーされる。
【0040】
ブロック２１０において、電子メールメッセージがコンテンツスキャンのために選択されなかったと判断される場合、ブロック２１２において、電子メールメッセージサンプリングサブシステム１１２は、コンテンツスキャンなしに電子メールメッセージを意図した受信者にリレーせよとの命令をキューマネージャ１０６に送信する。
【0041】
図３は、特定の実施形態に係る、図１に示されるＥＭＤＳによって電子メールメッセージをグループ分けするプロセス３００の一例を示す図である。図３に示される処理は、それぞれのシステムの１つまたは複数の処理ユニット（たとえば、プロセッサ、コア）によって実行されるソフトウェア（たとえば、コード、命令、プログラム）、ハードウェア、またはそれらの組み合わせで実現することができる。ソフトウェアは、非一時的な記憶媒体上（たとえば、メモリデバイス上）に記憶され得る。図３に示されて以下で説明されるプロセス３００は、例示的であって非限定的であるよう意図されている。図３は、さまざまな処理ステップが特定のシーケンスまたは順序で行われることを示しているが、これは限定的であるよう意図されるものではない。特定の代替的な実施形態では、これらのステップは何らかの異なる順序で実行されてもよく、またはいくつかのステップが並行して実行されてもよい。図１に示される実施形態などの特定の実施形態では、図３に示される処理は、メッセージフィルタリングサブシステム１１６の電子メールメッセージグループ分けサブシステム１１８によって実行され得る。
【0042】
図３に示される実施形態では、処理はブロック３０２から開始され、ブロック３０２において、電子メールメッセージグループ分けサブシステム１１８は、ブロック２０２において処理のために選択された電子メールメッセージのグループを決定するために使用されるグループ分け規則のセット１２４を特定する。特定の例では、グループ分け規則１２４は、ＥＭＤＳ１０２によって以前に受信および処理されたメッセージに関連付けられたメタデータの分析に基づいて、ＥＭＤＳ１０２のユーザ（たとえば、管理者）によって定義され得る。例として、電子メールメッセージに関連付けられたメタデータは、電子メールメッセージに関連付けられた顧客（送信者）、電子メールメッセージに関連付けられた電子メールのサイズ（電子メールの本文のサイズと任意の電子メール添付物のサイズとを含み得る）などを含み得るが、それらに限定されるものではない。たとえば、メッセージの送信者の特定の宣伝キャンペーンから発信される大量の電子メールメッセージは全て、ある一定のサイズ範囲内であるため、まとめて送信者の単一のグループにグループ分けされ得る。特定の例では、グループ分け規則は、電子メールメッセージを特定のグループに分類するための電子メールメッセージのメタデータに対して適用される（if-then規則の形式の）１つまたは複数の条件／基準のセットを定義することができる。例として、電子メールメッセージの送信者と電子メールメッセージのサイズとの組み合わせに基づいて生成されるグループ分け規則は、以下の形式をとってもよい。
【0043】
グループ分け規則：送信者が＝Ｓ１であって、電子メールメッセージのサイズが（１００ｋｂ～２００ｋｂ）の範囲内である場合、電子メールメッセージを送信者Ｓ１の第１のグループに分類する
ブロック３０４において、電子メールメッセージグループ分けサブシステム１１８は、ブロック２０２において処理のために選択された電子メールメッセージに関連付けられたメタデータを特定する。ブロック３０６において、電子メールメッセージグループ分けサブシステム１１８は、ブロック３０２において特定されたグループ分け規則およびブロック３０４において特定されたメタデータに基づいて、電子メールメッセージのグループを決定する。例として、電子メールメッセージに関連付けられたメタデータ（たとえば、送信者、電子メールのサイズ）の分析およびグループ分け規則のセットに基づいて、電子メールメッセージグループ分けサブシステム１１０は、電子メールメッセージを送信者の第１のグループに分類することができる。
ブロック３０４において、電子メールメッセージグループ分けサブシステム１１８は、ブロック２０２において処理のために選択された電子メールメッセージに関連付けられたメタデータを特定する。ブロック３０６において、電子メールメッセージグループ分けサブシステム１１８は、ブロック３０２において特定されたグループ分け規則およびブロック３０４において特定されたメタデータに基づいて、電子メールメッセージのグループを決定する。例として、電子メールメッセージに関連付けられたメタデータ（たとえば、送信者、電子メールのサイズ）の分析およびグループ分け規則のセットに基づいて、電子メールメッセージグループ分けサブシステム１１０は、電子メールメッセージを送信者の第１のグループに分類することができる。
【0044】
ブロック３０８において、電子メールメッセージグループ分けサブシステム１１８は、ブロック３０６において決定されたグループが既に存在するかどうかを判断するためにチェックを実行する。グループが存在する場合、ブロック３１４において、電子メールメッセージグループ分けサブシステム１１８は、電子メールメッセージを既存の特定されたグループに追加して、電子メールメッセージが追加されたグループのサンプリング確率を計算するためのブロック２０６における処理を実行することに進む。
【0045】
グループが存在しない場合、ブロック３１０において、電子メールメッセージグループ分けサブシステム１１８は、電子メールメッセージの新たなグループを作成する。特定の例では、このグループは、（その状態情報とともに）電子メールメッセージの顧客（送信者）に関連付けられて、グループ情報データストア１２６に記憶される。
【0046】
ブロック３１２において、電子メールメッセージグループ分けサブシステム１１８は、ブロック３１０において作成されたグループに電子メールメッセージを追加して、電子メールメッセージが追加されたグループのサンプリング確率を計算するためのブロック２０６における処理を実行することに進む。
【0047】
図４は、特定の実施形態に係る、図１に示されるＥＭＤＳによって電子メールメッセージのサンプリング関連処理およびコンテンツスキャンを実行するためのプロセス４００の一例を示す図である。図４に示される処理は、それぞれのシステムの１つまたは複数の処理ユニット（たとえば、プロセッサ、コア）によって実行されるソフトウェア（たとえば、コード、命令、プログラム）、ハードウェア、またはそれらの組み合わせで実現することができる。ソフトウェアは、非一時的な記憶媒体上（たとえば、メモリデバイス上）に記憶され得る。図４に示されて以下で説明されるプロセス４００は、例示的であって非限定的であるよう意図されている。図４は、さまざまな処理ステップが特定のシーケンスまたは順序で行われることを示しているが、これは限定的であるよう意図されるものではない。特定の代替的な実施形態では、これらのステップは何らかの異なる順序で実行されてもよく、またはいくつかのステップが並行して実行されてもよい。図１に示される実施形態などの特定の実施形態では、図４に示される処理は、メッセージフィルタリングサブシステム１１６の電子メールメッセージサンプリングサブシステム１２０および電子メールメッセージコンテンツスキャンサブシステム１２２によって実行され得る。
【0048】
図４に示される実施形態では、処理はブロック４０２から開始され、ブロック４０２において、電子メールメッセージサンプリングサブシステム１２０は、グループについて計算されたサンプリング確率を取得する。グループのサンプリング確率を計算するために電子メールメッセージサンプリングサブシステムによって実行される処理に関連する詳細は、図５およびその付随する説明において説明される。
【0049】
ブロック４０４において、電子メールメッセージサンプリングサブシステム１２０は、ブロック４０２において取得されたサンプリング確率に基づいて、グループに追加された直近の電子メールメッセージがコンテンツスキャンのために選択されるかどうかを判断する。ブロック４０４におけるプロセスは、電子メールメッセージサンプリングサブシステム１２０が、グループに関連付けられたサンプリング履歴情報を利用することをさらに含み得る。上記のように、サンプリング履歴情報は、新たに受信されたメッセージがサンプリングおよびコンテンツスキャンのために選択されなければならないかどうかを判断するために、以前にサンプリングされたおよび／またはコンテンツスキャンのために選択されたグループ内の電子メールメッセージを決定および／または追跡するのに電子メールメッセージサンプリングサブシステム１２０が使用することができる。特定の例では、電子メールメッセージのさまざまなグループに関連付けられたサンプリング履歴情報は、ＥＭＤＳ１０２内のサンプリング履歴データストア１３２に記憶され得る。
【0050】
ブロック４０６において、グループに追加された直近の電子メールメッセージがコンテンツスキャンのために選択されないと電子メールメッセージサンプリングサブシステム１２０が判断する場合、ブロック４０８において、電子メールメッセージサンプリングサブシステム１２０は、いかなるコンテンツスキャンも実行することなく、直近に受信された電子メールメッセージを意図した受信者にリレーし、ブロック４１０において、グループに関連付けられた状態情報を更新する。ブロック４０６におけるプロセスは、電子メールメッセージサンプリングサブシステム１２０が、受信者のシステム１３４への配信のために電子メールメッセージを電子メール通信サブシステム１１４にリレーせよとの命令をキューマネージャ１１０に送信することを含み得る。
【0051】
ブロック４０６において、グループに追加された直近の電子メールメッセージがコンテンツスキャンのために選択されると電子メールメッセージサンプリングサブシステム１２０が判断する場合、処理はブロック４１２に進み、ブロック４１２において、電子メールメッセージコンテンツスキャンサブシステム１２２は、グループに追加された直近の電子メールメッセージのコンテンツをスキャンするのに使用されるスキャンリソースを特定する。ブロック４１４において、電子メールメッセージコンテンツスキャンサブシステム１２２は、ブロック４１２において特定されたスキャンリソースを使用して電子メールメッセージのコンテンツをスキャンする。
【0052】
ブロック４１６において、電子メールメッセージコンテンツスキャンサブシステム１２２は、ブロック４１４において実行されたコンテンツスキャンの結果に基づいて、電子メールメッセージがフィルタリング除去される必要があるかどうかを判断する。ブロック４１８において、電子メールメッセージがフィルタリング除去される必要があると判断される場合、ブロック４２０において、電子メールメッセージコンテンツスキャンサブシステム１２２は、電子メールメッセージをキュー１１２から削除せよとの命令をキューマネージャ１１０に送信して、グループに関連付けられた状態情報を更新する。特定の実施形態では、ブロック４２１において、電子メールメッセージコンテンツスキャンサブシステム１２２は、フィルタリングされた電子メールメッセージに対してさらなるアクションを実行することができる。たとえば、アクションは、送信者によって受信された後続の電子メールメッセージを処理することなく削除せよとの命令をキューマネージャ１１０に送信することを含み得る。別の例として、アクションは、さらなるメッセージを送信する顧客の権利を全面的に一時停止することを含み得る。
【0053】
電子メールメッセージがフィルタリング除去される必要がないと判断される場合、ブロック４２２において、電子メールメッセージコンテンツスキャンサブシステム１２２は、受信者のシステム１３４への配信のために電子メールメッセージを電子メール通信サブシステム１１４にリレーせよとの命令をキューマネージャ１１０に送信して、グループに関連付けられた状態情報を更新する。
【0054】
図５は、特定の実施形態に係る、グループのサンプリング確率を計算するために図１に示されるＥＭＤＳによって実行される処理のプロセス５００の一例を示す図である。図５に示される処理は、それぞれのシステムの１つまたは複数の処理ユニット（たとえば、プロセッサ、コア）によって実行されるソフトウェア（たとえば、コード、命令、プログラム）、ハードウェア、またはそれらの組み合わせで実現することができる。ソフトウェアは、非一時的な記憶媒体上（たとえば、メモリデバイス上）に記憶され得る。図５に示されて以下で説明されるプロセス５００は、例示的であって非限定的であるよう意図されている。図５は、さまざまな処理ステップが特定のシーケンスまたは順序で行われることを示しているが、これは限定的であるよう意図されるものではない。特定の代替的な実施形態では、これらのステップは何らかの異なる順序で実行されてもよく、またはいくつかのステップが並行して実行されてもよい。図１に示される実施形態などの特定の実施形態では、図５に示される処理は、新たに作成されたグループのサンプリング確率を計算するためにメッセージフィルタリングサブシステム１１６の電子メールメッセージサンプリングサブシステム１２０によって実行され得る。また、特定の実施形態では、図５に示される処理は、ある一定の予め定められた条件が満たされる場合に（たとえば、ある一定の数の電子メールメッセージがグループに追加された後に、ある一定の時間後に、など）グループのサンプリング確率を再計算するために実行され得る。
【0055】
特定の実施形態では、グループのサンプリング確率を計算するために実行される処理の一部として、ブロック５０２において、電子メールメッセージサンプリングサブシステム１２０は、グループの状態情報１２８を決定／取得する。上記のように、状態情報１２８は、グループに関連付けられた送信者のレピュテーション、グループから以前にフィルタリング除去された電子メールの数、グループ内の以前にスキャンされた電子メールの数、顧客／送信者の新しさ、グループに関連付けられた顧客（送信者）に特有のコンプライアンス規則などを含み得るが、それらに限定されるものではない。
【0056】
ブロック５０４において、電子メールメッセージサンプリングサブシステム１２０は、電子メールメッセージのコンテンツをスキャンするためのスキャンリソースの利用可能性を示す情報を受信する。スキャンリソースは、たとえば、発見的規則を使用して電子メールメッセージを意図した受信者に配信する前に電子メールメッセージのコンテンツをスキャン／スクリーニングするコンテンツスキャンエンジンを含み得る。
【0057】
ブロック５０６において、電子メールメッセージサンプリングサブシステム１２０は、グループのサンプリング確率を決定するために使用される規則を決定する。たとえば、サンプリング規則は、新たに作成されたグループでは、受信されたどの電子メールメッセージも（または、受信された最初の「Ｍ個の」電子メールメッセージが）サンプリングおよびスキャンされるべきである一方、ある一定の数の電子メールメッセージが既にサンプリングおよびスキャンされているグループでは、サンプリング確率をある一定の割合だけ減少させてもよい、ということを指定することができる。また、サンプリング規則は、さまざまなさらなる基準を使用して決定され得て、それらの基準は、信頼性の低い顧客および／またはＥＭＤＳによって提供される電子メール配信サービスを最近使用していない顧客についてはより多くのサンプリングおよびスキャンを実行すること、グループの一部である後続のメッセージについてはより少ないスキャンを実行することなどを含むが、それらに限定されるものではない。特定のアプローチでは、全く新しい顧客によって送信されたメッセージは、大半または全てがスキャンされてもよい。なぜなら、そのような顧客は、一般的には、限られた数のメッセージしか送信できないからである。また、サンプリング規則によって指定される基準は、スキャンリソースの利用可能性（たとえば、スキャン速度が最大限度に程遠い場合、スキャンはほとんど常に実行される）、およびスキャンコストに基づいて導き出されてもよい。たとえば、スキャンコストは、メッセージのサイズに左右され得る（妥当なスキャナ挙動を仮定すると、非常に小さなメッセージを無条件にスキャンしない理由はないだろう）。
【0058】
ブロック５０８において、電子メールメッセージサンプリングサブシステム１２０は、ブロック５０６において定義された規則と、ブロック５０２および５０４において決定された情報とを使用して、グループのサンプリング確率を計算する。本明細書に記載されるように、サンプリング確率とは、特定のメッセージがサンプルとして選択される確率（ｎ／Ｎ）を指し、ｎはサンプルサイズであり、Ｎはグループのサイズ（母集団）である。特定のアプローチでは、サンプリング確率は、ベルヌーイ分布として表すことができ、ベルヌーイ分布は、確率ｐ＝ｎ／Ｎでは値１をとり、確率ｑ＝１-ｐ以下では値０をとる確率変数の離散確率分布である。この実現例では、サンプリング確率は、イエス・ノー質問をする任意の単一の実験の可能な結果のセットのためのモデルとして構築することができ、平均はサンプリング確率ｐであり、分散は１／４を超えることがないｐ＊ｑであり、これは、サンプリングが適正である可能性が高いことを意味する。
【0059】
たとえば、ランダムサンプリングに基づいて、グループサイズがＮ＝１００であってサンプリング確率が０．５であれば、１００個のメッセージの各々は、サンプリングされる可能性が５０％である。言い換えれば、サンプリング確率が０．５であれば、１００個のサンプルのうちの５０個のサンプルの平均が取得され得る。サンプリングされたメッセージを示すのに数字「１」が使用され、サンプリングされていないメッセージを示すのに「０」が使用される場合、サンプリングされたメッセージの平均が５０／１００である限り、５０個のサンプリングされたメッセージは１１１０００００....または１０１０００１....の形式をとることができる。サンプリング確率が０．２５であれば、１００個のメッセージの各々は、サンプリングされる可能性が１／４（２５％）である。これは、１００個のメッセージのうちの２５個のメッセージがサンプリングされる可能性があることを意味する。ｐ＝．２５およびｑ＝．７５である場合、多数のメッセージにわたる平均は０．２５であり、これは、メッセージの４分の１がサンプリングされる可能性があることを意味する。サンプリング確率が１であれば、全てのメッセージがサンプリングされる可能性がある。
【0060】
たとえば、電子メールメッセージサンプリングサブシステム１２０は、グループに関連付けられた状態情報、グループ分け規則およびスキャンリソースの利用可能性に基づいて、新たに作成されたグループのサンプリング確率が１００％であるべきである（すなわち、全てのメッセージがサンプリングされる可能性がある）ことを計算し得る。一方、電子メールメッセージサンプリングサブシステム１２０は、ある一定の数の電子メールメッセージが既にサンプリングおよびスキャンされているグループについては５０％というサンプリング確率を計算し得る。上記のように、グループのサンプリング確率が５０％であることは、グループ内の各メッセージがサンプリングされる可能性が５０％であることを示す。
【0061】
図１に示される実施形態などの特定の実施形態では、ＭＴＡ１０８は、フィルタアプリケーション（「ｍｉｌｔｅｒ」とも称される）で構成され得る。ｍｉｌｔｅｒは、最初の接続から送信の完了までのメッセージの配信の各段階についてメッセージフィルタリングサブシステム１１６に通知するように構成され得る。セッションの各段階において、フィルタアプリケーションは、着信メッセージについてのデータを与えられてもよく、その上、メッセージの受け入れを適宜早めに終了させる機会を有する。非常に大きなメッセージでは、電子メールメッセージを拒否する決定をできるだけ早く行う場合にこれは多大な影響を及ぼし得る。ｍｉｌｔｅｒは、電子メール配信サービスによって使用される通信プロトコル（たとえば、ＳＭＴＰプロトコル）と足並みをそろえて動作することができるように設計され得て、データは、直接ＳＭＴＰ接続からフィルタに流れる。しかし、代替的なアプローチでは、ＭＴＡは、ｍｉｌｔｅｒをシーケンシャルに動作させるように構成され得る。特に、メッセージのサイズは、コンテンツフィルタを適用するかどうかを判断するのに重要であり得るので、ＭＴＡは、どのメッセージもｍｉｌｔｅｒを介してメッセージフィルタリングサブシステムに送信する前にメッセージ全体をバッファリングすることができ、判断がコンテンツスキャンが不要であるというものである場合には、単に接続を閉じることによってｍｉｌｔｅｒを終了させることができる。
【0062】
本開示に記載されているクラウドベースの電子メールメッセージ配信システムは、コマーシャルメッセージストリームの一部として受信された電子メールメッセージを意図した受信者に配信する前にそれらのメッセージを選択的にフィルタリング除去する改良された電子メールメッセージフィルタリングソリューションを提供することによって、従来のメッセージ配信サービスと比較していくつかの技術的進歩および／または向上を提供する。選択的フィルタリングは、メッセージストリーム内の電子メールメッセージに関連付けられたグループについて計算されたサンプリング確率に基づいて、電子メールメッセージがサンプリングのために選択されるかどうかを判断することによって実行される。そして、選択的フィルタリングは、選択された電子メールメッセージのコンテンツをスキャンすることを含む。コンテンツスキャンの結果に基づいて、開示されているプロセスは、選択された電子メールメッセージがフィルタリング除去されるか、または意図した受信者に送信されるかを判断する。メッセージストリームの一部として受信される電子メールメッセージを選択的にサンプリングおよびスキャンすることによって、本明細書に記載される開示されている電子メールメッセージフィルタリングソリューションは、費用対効果が高く、効率的で、時間的制約のある態様での大量の電子メールメッセージの処理を可能にする。
【0063】
クラウドサービスという語は、クラウドサービスプロバイダ（ＣＳＰ：Cloud Services Provider）によって提供されるシステムおよびインフラストラクチャ（クラウドインフラストラクチャ）を使用してＣＳＰによってユーザまたは顧客がオンデマンドで（たとえば、サブスクリプションモデルを介して）利用できるようにされるサービスを指すために一般に用いられる。一般的には、ＣＳＰのインフラストラクチャを構成するサーバおよびシステムは、顧客自身のオンプレミスサーバおよびシステムとは別のものである。したがって、顧客は、ＣＳＰによって提供されるクラウドサービスを、それらのサービスのための別個のハードウェアおよびソフトウェアリソースを購入する必要なしに利用することができる。クラウドサービスは、加入している顧客がそれらのサービスを提供するのに使用されるインフラストラクチャの調達に投資する必要なしに、アプリケーションおよびコンピューティングリソースへの容易でスケーラブルなアクセスを顧客に提供するように設計されている。
【0064】
さまざまなタイプのクラウドサービスを提供するいくつかのクラウドサービスプロバイダがある。サービスとしてのソフトウェア（ＳａａＳ：Software-as-a-Service）、サービスとしてのプラットフォーム（ＰａａＳ：Platform-as-a-Service）、サービスとしてのインフラストラクチャ（ＩａａＳ：Infrastructure-as-a-Service）などを含むさまざまな異なるタイプまたはモデルのクラウドサービスがある。
【0065】
顧客は、ＣＳＰによって提供される１つまたは複数のクラウドサービスに加入することができる。顧客は、個人、組織、企業などの任意のエンティティであり得る。ＣＳＰによって提供されるサービスに顧客が加入または登録すると、当該顧客のためにテナンシまたはアカウントが作成される。そして、顧客は、このアカウントを介して、このアカウントに関連付けられた、加入した１つまたは複数のクラウドリソースにアクセスすることができる。
【0066】
上述のように、サービスとしてのインフラストラクチャ（ＩａａＳ）は、１つの特定のタイプのクラウドコンピューティングである。ＩａａＳは、パブリックネットワーク（たとえば、インターネット）を介して、仮想化されたコンピューティングリソースを提供するように構成され得る。ＩａａＳモデルでは、クラウドコンピューティングプロバイダは、インフラストラクチャ構成要素（たとえば、サーバ、ストレージデバイス、ネットワークノード（たとえば、ハードウェア）、展開ソフトウェア、プラットフォーム仮想化（たとえば、ハイパーバイザ層）など）をホストし得る。いくつかのケースでは、ＩａａＳプロバイダはまた、それらのインフラストラクチャ構成要素に付随するよう、さまざまなサービス（たとえば、課金、監視、ロギング、負荷分散およびクラスタリングなど）を供給してもよい。したがって、これらのサービスはポリシー駆動型であってもよいので、ＩａａＳユーザは、アプリケーションの利用可能性およびパフォーマンスを維持するために負荷分散を駆動するためのポリシーを実行することができるであろう。
【0067】
いくつかの事例では、ＩａａＳ顧客は、インターネットなどのワイドエリアネットワーク（ＷＡＮ：Wide Area Network）を通してリソースおよびサービスにアクセスしてもよく、クラウドプロバイダのサービスを使用して、アプリケーションスタックの残りの要素をインストールしてもよい。たとえば、ユーザは、ＩａａＳプラットフォームにログインして、仮想マシン（ＶＭ：Virtual Machine）を作成し、各ＶＭにオペレーティングシステム（ＯＳ：Operating System）をインストールし、データベースなどのミドルウェアを展開し、ワークロードおよびバックアップのためにストレージバケットを作成し、さらには企業ソフトウェアをそのＶＭにインストールし得る。次いで、顧客は、プロバイダのサービスを使用して、ネットワークトラフィックの均衡化、アプリケーション問題のトラブルシューティング、パフォーマンスの監視、災害復旧の管理などを含むさまざまな機能を実行し得る。
【0068】
ほとんどの場合、クラウドコンピューティングモデルは、クラウドプロバイダの参加を必要とすることになる。クラウドプロバイダは、ＩａａＳの提供（たとえば、申し出、レンタル、販売）に特化した第三者サービスであってもよいが、その必要はない。エンティティも、プライベートクラウドを展開することを選択し、インフラストラクチャサービスの独自のプロバイダになってもよい。
【0069】
いくつかの例では、ＩａａＳ展開は、新たなアプリケーションまたはアプリケーションの新たなバージョンを準備されたアプリケーションサーバなどに置くプロセスである。それはまた、サーバを準備する（たとえば、ライブラリ、デーモンなどをインストールする）プロセスも含んでもよい。これは、多くの場合、クラウドプロバイダによって、ハイパーバイザ層（たとえば、サーバ、ストレージ、ネットワークハードウェア、および仮想化）の下で管理される。したがって、顧客は、（たとえば、（たとえば、オンデマンドで起動されてもよい）セルフサービス仮想マシン上での）ハンドリング（ＯＳ）、ミドルウェア、および／またはアプリケーション展開などを担ってもよい。
【0070】
いくつかの例では、ＩａａＳプロビジョニングは、使用のためにコンピュータまたは仮想ホストを取得すること、および必要とされるライブラリまたはサービスをそれらにインストールすることさえも指してもよい。ほとんどの場合、展開はプロビジョニングを含まず、プロビジョニングは最初に実行される必要があってもよい。
【0071】
いくつかのケースでは、ＩａａＳプロビジョニングには２つの異なる課題がある。第１に、何かが動作する前にインフラストラクチャの初期セットをプロビジョニングするという最初の課題がある。第２に、あらゆるものがプロビジョニングされると、既存のインフラストラクチャを発展させる（たとえば、新たなサービスの追加、サービスの変更、サービスの削除など）という課題がある。いくつかのケースでは、これらの２つの課題は、インフラストラクチャの構成が宣言的に定義されることを可能にすることによって対処されてもよい。言い換えれば、インフラストラクチャ（たとえば、どのような構成要素が必要とされるか、およびそれらがどのように対話するか）は、１つまたは複数の構成ファイルによって定義され得る。したがって、インフラストラクチャの全体的なトポロジー（たとえば、どのようなリソースがどのリソースに依存するか、およびそれらが各々どのように協働するか）は、宣言的に記述され得る。いくつかの事例では、トポロジーが定義されると、構成ファイルに記述される異なる構成要素を作成および／または管理するワークフローを生成し得る。
【0072】
いくつかの例では、インフラストラクチャは、多くの相互接続された要素を有してもよい。たとえば、コアネットワークとしても知られている１つまたは複数の仮想プライベートクラウド（ＶＰＣ：Virtual Private Cloud）（たとえば、構成可能および／または共有されるコンピューティングリソースの、潜在的にオンデマンドのプール）があり得る。いくつかの例では、ネットワークのインバウンドおよび／またはアウトバウンドトラフィックがどのようにセットアップされるかを定義するためにプロビジョニングされる１つまたは複数のインバウンド／アウトバウンドトラフィックグループルール、および１つまたは複数の仮想マシン（ＶＭ）もあり得る。ロードバランサ、データベースなどの他のインフラストラクチャ要素もプロビジョニングされてもよい。ますます多くのインフラストラクチャ要素が所望および／または追加されるにつれて、インフラストラクチャは漸進的に進化し得る。
【0073】
いくつかの事例では、さまざまな仮想コンピューティング環境にわたるインフラストラクチャコードの展開を可能にするために、連続展開技法が採用されてもよい。加えて、説明される技法は、これらの環境内でインフラストラクチャ管理を可能にし得る。いくつかの例では、サービスチームが、１つまたは複数の、ただし多くの場合、多くの、異なる生産環境（たとえば、時として世界全体に及ぶ、さまざまな異なる地理的場所にわたる）に展開されることが望まれるコードを書き込み得る。しかしながら、いくつかの例では、コードが展開されるインフラストラクチャは、最初にセットアップされなければならない。いくつかの事例では、プロビジョニングは、手動で行われ得、プロビジョニングツールを利用してリソースをプロビジョニングしてもよく、および／または、インフラストラクチャがプロビジョニングされると、展開ツールを利用してコードを展開してもよい。
【0074】
図６は、少なくとも１つの実施形態に係る、ＩａａＳアーキテクチャの例示的なパターンを示すブロック図６００である。サービスオペレータ６０２は、仮想クラウドネットワーク（ＶＣＮ：Virtual Cloud Network）６０６およびセキュアホストサブネット６０８を含み得るセキュアホストテナンシ６０４に通信可能に結合され得る。いくつかの例では、サービスオペレータ６０２は、１つまたは複数のクライアントコンピューティングデバイスを用いていてもよく、それらは、ポータブルハンドヘルドデバイス（たとえば、iPhone（登録商標）、セルラー電話、iPad（登録商標）、コンピューティングタブレット、携帯情報端末（ＰＤＡ：Personal Digital Assistant））またはウェアラブルデバイス（たとえば、Google Glass（登録商標）ヘッドマウントディスプレイ）であってもよく、Microsoft Windows Mobile（登録商標）などのソフトウェア、および／もしくは、iOS、Windows Phone、 Android、BlackBerry 8、Palm OSなどのさまざまなモバイルオペレーティングシステムを実行し、インターネット、電子メール、ショートメッセージサービス（ＳＭＳ：Short Message Service）、Blackberry（登録商標）、または他のイネーブルにされた通信プロトコルである。代替的に、クライアントコンピューティングデバイスは、例として、さまざまなバージョンのMicrosoft Windows（登録商標）、Apple Macintosh（登録商標）、および／もしくはLinux（登録商標）オペレーティングシステムを実行するパーソナルコンピュータならびに／またはラップトップコンピュータを含む汎用パーソナルコンピュータとし得る。クライアントコンピューティングデバイスは、たとえばGoogle（登録商標） Chrome OSなどのさまざまなGNU/Linuxオペレーティングシステムを含むがそれに限定されるものではない、さまざまな市販のUNIX（登録商標）またはUNIX様オペレーティングシステムのいずれかを実行するワークステーションコンピュータとし得る。代替的に、または追加的に、クライアントコンピューティングデバイスは、ＶＣＮ６０６および／またはインターネットにアクセスし得るネットワークを介して通信することが可能な、シンクライアントコンピュータ、インターネット対応ゲームシステム（たとえば、Kinect（登録商標）ジェスチャ入力装置を有するかまたは有さないMicrosoft Xboxゲームコンソール）、および／またはパーソナルメッセージングデバイスなどの任意の他の電子デバイスであってもよい。
【0075】
ＶＣＮ６０６は、ローカルピアリングゲートウェイ（ＬＰＧ：Local Peering Gateway）６１０を含み得、それは、ＳＳＨ ＶＣＮ６１２に含まれるＬＰＧ６１０を介してセキュアシェル（ＳＳＨ：Secure SHell）ＶＣＮ６１２に通信可能に結合され得る。ＳＳＨ ＶＣＮ６１２は、ＳＳＨサブネット６１４を含み得、ＳＳＨ ＶＣＮ６１２は、制御プレーンＶＣＮ６１６に含まれるＬＰＧ６１０を介して制御プレーンＶＣＮ６１６に通信可能に結合され得る。また、ＳＳＨ ＶＣＮ６１２は、ＬＰＧ６１０を介してデータプレーンＶＣＮ６１８に通信可能に結合され得る。制御プレーンＶＣＮ６１６およびデータプレーンＶＣＮ６１８は、ＩａａＳプロバイダによって所有および／または操作され得るサービステナンシ６１９に含まれ得る。
【0076】
制御プレーンＶＣＮ６１６は、周辺ネットワーク（たとえば、企業イントラネットと外部ネットワークとの間の企業ネットワークの部分）として機能する制御プレーンデミリタライズドゾーン（ＤＭＺ：Demilitarized Zone）層６２０を含み得る。ＤＭＺベースのサーバは、制限された責任を有し、侵害が含まれるように保つのを助けてもよい。さらに、ＤＭＺ層６２０は、１つまたは複数のロードバランサ（ＬＢ：Load Balancer）サブネット６２２と、アプリサブネット６２６を含み得る制御プレーンアプリ層６２４と、データベース（ＤＢ：Database）サブネット６３０（たとえば、フロントエンドＤＢサブネットおよび／またはバックエンドＤＢサブネット）を含み得る制御プレーンデータ層６２８とを含み得る。制御プレーンＤＭＺ層６２０に含まれるＬＢサブネット６２２は、制御プレーンアプリ層６２４に含まれるアプリサブネット６２６と、制御プレーンＶＣＮ６１６に含まれ得るインターネットゲートウェイ６３４とに通信可能に結合され得、アプリサブネット６２６は、制御プレーンデータ層６２８に含まれるＤＢサブネット６３０と、サービスゲートウェイ６３６と、ネットワークアドレス変換（ＮＡＴ：Network Address Translation）ゲートウェイ６３８とに通信可能に結合され得る。制御プレーンＶＣＮ６１６は、サービスゲートウェイ６３６およびＮＡＴゲートウェイ６３８を含み得る。
【0077】
制御プレーンＶＣＮ６１６は、アプリサブネット６２６を含み得るデータプレーンミラーアプリ層６４０を含み得る。データプレーンミラーアプリ層６４０に含まれるアプリサブネット６２６は、計算インスタンス６４４を実行し得る仮想ネットワークインターフェイスコントローラ（ＶＮＩＣ：Virtual Network Interface Controller）６４２を含み得る。計算インスタンス６４４は、データプレーンミラーアプリ層６４０のアプリサブネット６２６を、データプレーンアプリ層６４６に含まれ得るアプリサブネット６２６に、通信可能に結合し得る。
【0078】
データプレーンＶＣＮ６１８は、データプレーンアプリ層６４６と、データプレーンＤＭＺ層６４８と、データプレーンデータ層６５０とを含み得る。データプレーンＤＭＺ層６４８は、データプレーンアプリ層６４６のアプリサブネット６２６およびデータプレーンＶＣＮ６１８のインターネットゲートウェイ６３４に通信可能に結合され得るＬＢサブネット６２２を含み得る。アプリサブネット６２６は、データプレーンＶＣＮ６１８のサービスゲートウェイ６３６およびデータプレーンＶＣＮ６１８のＮＡＴゲートウェイ６３８に通信可能に結合され得る。データプレーンデータ層６５０も、データプレーンアプリ層６４６のアプリサブネット６２６に通信可能に結合され得るＤＢサブネット６３０を含み得る。
【0079】
制御プレーンＶＣＮ６１６およびデータプレーンＶＣＮ６１８のインターネットゲートウェイ６３４は、パブリックインターネット６５４に通信可能に結合され得るメタデータ管理サービス６５２に通信可能に結合され得る。パブリックインターネット６５４は、制御プレーンＶＣＮ６１６およびデータプレーンＶＣＮ６１８のＮＡＴゲートウェイ６３８に通信可能に結合され得る。制御プレーンＶＣＮ６１６およびデータプレーンＶＣＮ６１８のサービスゲートウェイ６３６は、クラウドサービス６５６に通信可能に結合され得る。
【0080】
いくつかの例では、制御プレーンＶＣＮ６１６またはデータプレーンＶＣＮ６１８のサービスゲートウェイ６３６は、パブリックインターネット６５４を通過することなくクラウドサービス６５６にアプリケーションプログラミングインターフェイス（ＡＰＩ：Application Programming Interface）呼び出しを行い得る。サービスゲートウェイ６３６からのクラウドサービス６５６へのＡＰＩ呼び出しは、一方向であり得、サービスゲートウェイ６３６は、クラウドサービス６５６にＡＰＩ呼び出しを行い得、クラウドサービス６５６は、要求されたデータをサービスゲートウェイ６３６に送信し得る。しかし、クラウドサービス６５６は、サービスゲートウェイ６３６へのＡＰＩ呼び出しを開始しなくてもよい。
【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】
特定の実施形態では、本明細書に説明されるＩａａＳシステムは、セルフサービスであり、サブスクリプションベースであり、弾性的にスケーラブルであり、信頼性があり、高い可用性があり、セキュアな態様で顧客に配信される、アプリケーション、ミドルウェア、およびデータベースサービス提供の一式を含んでもよい。そのようなＩａａＳシステムの例は、本譲受人によって提供されるOracle Cloud Infrastructure（ＯＣＩ）である。
【0113】
図１０は、さまざまな実施形態が実現され得る例示的なコンピュータシステム１０００を示す図である。システム１０００は、上記で説明されるコンピュータシステムのうちのいずれかを実現するために使用されてもよい。図に示されるように、コンピュータシステム１０００は、バスサブシステム１００２を介していくつかの周辺サブシステムと通信する処理ユニット１００４を含む。これらの周辺サブシステムは、処理加速ユニット１００６、Ｉ／Ｏサブシステム１００８、ストレージサブシステム１０１８、および通信サブシステム１０２４を含んでもよい。ストレージサブシステム１０１８は、有形のコンピュータ可読記憶媒体１０２２およびシステムメモリ１０１０を含む。
【0114】
バスサブシステム１００２は、コンピュータシステム１０００のさまざまなコンポーネントおよびサブシステムに、意図されるように互いに通信させるための機構を提供する。バスサブシステム１００２は、単一のバスとして概略的に示されるが、バスサブシステムの代替実施形態は、複数のバスを利用してもよい。バスサブシステム１００２は、さまざまなバスアーキテクチャのうちのいずれかを用いるメモリバスまたはメモリコントローラ、周辺バスおよびローカルバスを含むいくつかのタイプのバス構造のうちのいずれかであってもよい。たとえば、そのようなアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ：Industry Standard Architecture）バス、マイクロチャネルアーキテクチャ（ＭＣＡ：Micro Channel Architecture）バス、拡張ＩＳＡ（ＥＩＳＡ：Enhanced ISA）バス、ビデオ・エレクトロニクス・スタンダーズ・アソシエーション（ＶＥＳＡ：Video Electronics Standards Association）ローカルバス、およびＩＥＥＥ Ｐ１３８６．１規格に従って製造される中二階バスとして実現され得る周辺コンポーネントインターコネクト（ＰＣＩ：Peripheral Component Interconnect）バスを含んでもよい。
【0115】
処理ユニット１００４は、１つまたは複数の集積回路（たとえば、従来のマイクロプロセッサまたはマイクロコントローラ）として実現することができ、コンピュータシステム１０００の動作を制御する。１つまたは複数のプロセッサが処理ユニット１００４に含まれてもよい。これらのプロセッサは、シングルコアプロセッサまたはマルチコアプロセッサを含んでもよい。特定の実施形態では、処理ユニット１００４は、シングルコアプロセッサもしくはマルチコアプロセッサが各処理ユニットに含まれる１つまたは複数の独立した処理ユニット１０３２および／または１０３４として実現されてもよい。他の実施形態では、処理ユニット１００４はまた、２つのデュアルコアプロセッサを単一のチップに統合することによって形成されるクアッドコア処理ユニットとして実現されてもよい。
【0116】
さまざまな実施形態では、処理ユニット１００４は、プログラムコードに応答してさまざまなプログラムを実行することができ、複数の同時に実行されるプログラムまたはプロセスを維持することができる。任意の所与の時間に、実行されるべきプログラムコードの一部または全部が、プロセッサ１００４、および／またはストレージサブシステム１０１８に常駐することができる。好適なプログラミングを通して、プロセッサ１００４は、上記で説明されるさまざまな機能を提供することができる。コンピュータシステム１０００は、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、特殊目的プロセッサなどを含み得る処理加速ユニット１００６をさらに含んでもよい。
【0117】
Ｉ／Ｏサブシステム１００８は、ユーザインターフェイス入力デバイスおよびユーザインターフェイス出力デバイスを含んでもよい。ユーザインターフェイス入力デバイスは、キーボード、マウスまたはトラックボールなどのポインティングデバイス、ディスプレイに組み込まれたタッチパッドまたはタッチスクリーン、スクロールホイール、クリックホイール、ダイヤル、ボタン、スイッチ、キーパッド、音声コマンド認識システムを伴う音声入力デバイス、マイクロフォン、および他のタイプの入力デバイスを含んでもよい。ユーザインターフェイス入力デバイスは、たとえば、ユーザが、ジェスチャおよび発話コマンドを使用して、ナチュラルユーザインターフェイスを通して、Microsoft Xbox（登録商標）３６０ゲームコントローラなどの入力デバイスを制御し、それと相互作用することを可能にする、Microsoft Kinect（登録商標）モーションセンサなどのモーション感知および／またはジェスチャ認識デバイスを含んでもよい。ユーザインターフェイス入力デバイスは、ユーザから目の動き（たとえば、写真を撮っている間および／またはメニュー選択を行なっている間の「まばたき」）を検出し、アイジェスチャを入力デバイス（たとえばGoogle Glass（登録商標））への入力として変換するGoogle Glass（登録商標）瞬き検出器などのアイジェスチャ認識デバイスも含んでもよい。加えて、ユーザインターフェイス入力デバイスは、ユーザが音声コマンドを介して音声認識システム（たとえばSiri（登録商標）ナビゲータ）と対話することを可能にする音声認識感知デバイスを含んでもよい。
【0118】
ユーザインターフェイス入力デバイスは、三次元（３Ｄ）マウス、ジョイスティックまたはポインティングスティック、ゲームパッドおよびグラフィックタブレット、ならびにスピーカ、デジタルカメラ、デジタルカムコーダ、ポータブルメディアプレーヤ、ウェブカム、画像スキャナ、指紋スキャナ、バーコードリーダ３Ｄスキャナ、３Ｄプリンタ、レーザレンジファインダ、および視線追跡デバイスなどの聴覚／視覚デバイスも含んでもよいが、それらに限定されるものではない。加えて、ユーザインターフェイス入力デバイスは、たとえば、コンピュータ断層撮影、磁気共鳴撮像、陽電子放出断層撮影、医療用超音波検査装置などの医療用撮像入力デバイスを含んでもよい。ユーザインターフェイス入力デバイスはまた、たとえば、ＭＩＤＩキーボード、デジタル楽器などの音声入力デバイスを含んでもよい。
【0119】
ユーザインターフェイス出力デバイスは、ディスプレイサブシステム、インジケータライト、または音声出力デバイスなどの非視覚的ディスプレイを含んでもよい。ディスプレイサブシステムは、陰極線管（ＣＲＴ：Cathode Ray Tube）、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）またはプラズマディスプレイを使用するものなどのフラットパネルデバイス、投影デバイス、タッチスクリーンなどであってもよい。一般に、「出力デバイス」という語の使用は、コンピュータシステム１０００からユーザまたは他のコンピュータに情報を出力するための全ての考えられ得るタイプのデバイスおよび機構を含むよう意図される。たとえば、ユーザインターフェイス出力デバイスは、モニタ、プリンタ、スピーカ、ヘッドフォン、自動車ナビゲーションシステム、プロッタ、音声出力デバイスおよびモデムなどの、テキスト、グラフィックスならびに音声／映像情報を視覚的に伝えるさまざまな表示デバイスを含んでもよいが、それらに限定されるものではない。
【0120】
コンピュータシステム１０００は、現在のところシステムメモリ１０１０内に位置しているものとして示されているソフトウェア要素を含むストレージサブシステム１０１８を備えてもよい。システムメモリ１０１０は、処理ユニット１００４上でロード可能および実行可能なプログラム命令、ならびにこれらのプログラムの実行中に生成されるデータを記憶してもよい。
【0121】
コンピュータシステム１０００の構成およびタイプに応じて、システムメモリ１０１０は、揮発性（ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）など）および／または不揮発性（読み出し専用メモリ（ＲＯＭ：Read-Only Memory）、フラッシュメモリなど）であってもよい。ＲＡＭは、典型的には、処理ユニット１００４に即座にアクセス可能である、ならびに／もしくは処理ユニット１００４によって現在操作および実行されている、データならびに／またはプログラムモジュールを含む。いくつかの実現例では、システムメモリ１０１０は、スタティックランダムアクセスメモリ（ＳＲＡＭ：Static Random Access Memory）またはダイナミックランダムアクセスメモリ（ＤＲＡＭ：Dynamic Random Access Memory）など、複数の異なるタイプのメモリを含んでもよい。いくつかの実現例では、起動中などにコンピュータシステム１０００内の要素間で情報を転送するのに役立つ基本的なルーチンを含むベーシックインプット／アウトプットシステム（ＢＩＯＳ：Basic Input/Output System）が、典型的には、ＲＯＭに記憶されてもよい。限定ではなく例として、システムメモリ１０１０はまた、クライアントアプリケーション、ウェブブラウザ、中間層アプリケーション、リレーショナルデータベース管理システム（ＲＤＢＭＳ：Relational Database Management System）などを含んでもよいアプリケーションプログラム１０１２、プログラムデータ１０１４、およびオペレーティングシステム１０１６も示す。例として、オペレーティングシステム１０１６は、さまざまなバージョンのMicrosoft Windows（登録商標）、Apple Macintosh（登録商標）、および／もしくはLinux（登録商標）オペレーティングシステム、さまざまな市販のUNIX（登録商標）もしくはUNIX様オペレーティングシステム（さまざまなGNU/Linuxオペレーティングシステム、Google Chrome（登録商標）ＯＳなどを含むが、それらに限定されない）、ならびに／またはiOS、Windows（登録商標）Phone、Android（登録商標）ＯＳ、BlackBerry（登録商標）１０ＯＳ、およびPalm（登録商標）ＯＳオペレーティングシステムなどのモバイルオペレーティングシステムを含んでもよい。
【0122】
ストレージサブシステム１０１８はまた、いくつかの実施形態の機能を提供する基本的なプログラミングおよびデータ構造を記憶するための有形のコンピュータ可読記憶媒体も提供してもよい。プロセッサによって実行されると上述の機能を提供するソフトウェア（プログラム、コードモジュール、命令）が、ストレージサブシステム１０１８に記憶されてもよい。これらのソフトウェアモジュールまたは命令は、処理ユニット１００４によって実行されてもよい。ストレージサブシステム１０１８はまた、本開示に従って使用されるデータを記憶するためのリポジトリを提供してもよい。
【0123】
ストレージサブシステム１０００はまた、コンピュータ可読記憶媒体１０２２にさらに接続され得るコンピュータ可読記憶媒体リーダ１０２０を含み得る。システムメモリ１０１０とともに、およびオプションとして、システムメモリ１０１０と組み合わせて、コンピュータ可読記憶媒体１０２２は、コンピュータ可読情報を、一時的および／またはより恒久的に収容、記憶、伝送、および検索するために、遠隔の、ローカルな、固定された、および／またはリムーバブルなストレージデバイスに記憶媒体を加えたものを包括的に表してもよい。
【0124】
コードまたはコードの一部を含むコンピュータ可読記憶媒体１０２２はまた、限定はしないが、情報の記憶および／または伝送のための任意の方法または技術で実現される揮発性および不揮発性の、リムーバブルおよび非リムーバブル媒体などの、記憶媒体ならびに通信媒体を含む、当該技術分野において公知であるかまたは用いられる任意の適切な媒体を含むことができる。これは、ＲＡＭ、ＲＯＭ、電子的に消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ：Electronically Erasable Programmable ROM）、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ：Digital Versatile Disk）、または他の光学記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または他の有形のコンピュータ可読媒体などの有形のコンピュータ可読記憶媒体を含んでもよい。これはまた、データ信号、データ伝送、または所望の情報を伝送するために使用することができ、コンピューティングシステム１０００によってアクセスすることができる、任意の他の媒体などの非有形のコンピュータ可読媒体を含むことができる。
【0125】
例として、コンピュータ可読記憶媒体１０２２は、非リムーバブル不揮発性磁気媒体に対して読み書きするハードディスクドライブ、リムーバブル不揮発性磁気ディスクに対して読み書きする磁気ディスクドライブ、ＣＤ ＲＯＭ、ＤＶＤおよびBlu-Ray（登録商標）ディスクなどの、リムーバブル不揮発性光ディスクに対して読み書きする光ディスクドライブ、または他の光学媒体を含んでもよい。コンピュータ可読記憶媒体１０２２は、Ｚｉｐ（登録商標）ドライブ、フラッシュメモリカード、ユニバーサルシリアルバス（ＵＳＢ：Universal Serial Bus）フラッシュドライブ、セキュアデジタル（ＳＤ：Secure Digital）カード、ＤＶＤディスク、デジタルビデオテープなどを含んでもよいが、それらに限定されない。コンピュータ可読記憶媒１０２２はまた、フラッシュメモリベースのＳＳＤ、エンタープライズフラッシュドライブ、ソリッドステートＲＯＭなどの不揮発性メモリに基づくソリッドステートドライブ（ＳＳＤ：Solid-State Drive）、ソリッドステートＲＡＭ、ダイナミックＲＡＭ、スタティックＲＡＭなどの揮発性メモリに基づくＳＳＤ、ＤＲＡＭベースのＳＳＤ、磁気抵抗ＲＡＭ（ＭＲＡＭ：Magnetoresistive RAM）ＳＳＤ、およびＤＲＡＭとフラッシュメモリベースのＳＳＤとの組み合わせを使用するハイブリッドＳＳＤも含んでもよい。ディスクドライブおよびそれらに関連付けられるコンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、および他のデータの不揮発性記憶をコンピュータシステム１０００に提供してもよい。
【0126】
通信サブシステム１０２４は、他のコンピュータシステムおよびネットワークに対するインターフェイスを提供する。通信サブシステム１０２４は、他のシステムとコンピュータシステム１０００との間のデータの送受のためのインターフェイスとして働く。たとえば、通信サブシステム１０２４は、コンピュータシステム１０００がインターネットを介して１つまたは複数のデバイスに接続することを可能にしてもよい。いくつかの実施形態では、通信サブシステム１０２４は、（たとえば、セルラー電話技術、３Ｇ、４ＧもしくはＥＤＧＥ（グローバル進化のための高速データレート）などの先進データネットワーク技術、ＷｉＦｉ（ＩＥＥＥ８０２．１１ファミリー規格、もしくは他のモバイル通信技術、またはそれらの任意の組み合わせを用いて）無線音声および／もしくはデータネットワークにアクセスするための無線周波数（ＲＦ：Radio Frequency）送受信機コンポーネント、グローバルポジショニングシステム（ＧＰＳ：Global Positioning System）受信機コンポーネント、ならびに／または他のコンポーネントを含んでもよい。いくつかの実施形態では、通信サブシステム１０２４は、無線インターフェイスに加えて、またはその代わりに、有線ネットワーク接続性（たとえば、イーサネット（登録商標））を提供することができる。
【0127】
いくつかの実施形態では、通信サブシステム１０２４はまた、コンピュータシステム１０００を使用してもよい１人または複数人のユーザの代わりに、構造化されたおよび／または構造化されていないデータフィード１０２６、イベントストリーム１０２８、イベント更新１０３０などの形式で入力通信を受信してもよい。
【0128】
例として、通信サブシステム１０２４は、Twitter（登録商標）フィード、Facebook（登録商標）更新、Rich Site Summary（ＲＳＳ）フィードなどのウェブフィード、および／もしくは１つまたは複数の第三者情報源からのリアルタイム更新などの、ソーシャルネットワークならびに／または他の通信サービスのユーザからリアルタイムでデータフィード１０２６を受信するように構成されてもよい。
【0129】
加えて、通信サブシステム１０２４はまた、連続データストリームの形式でデータを受信するように構成されてもよく、これは、明確な終端を伴わない、本質的に連続的または無限であってもよい、リアルタイムイベントのイベントストリーム１０２８および／またはイベント更新１０３０を含んでもよい。連続データを生成するアプリケーションの例としては、たとえば、センサデータアプリケーション、金融株式相場表示板、ネットワークパフォーマンス測定ツール（たとえば、ネットワーク監視およびトラフィック管理アプリケーション）、クリックストリーム解析ツール、自動車交通監視などが含まれてもよい。
【0130】
通信サブシステム１０２４はまた、構造化されたおよび／または構造化されていないデータフィード１０２６、イベントストリーム１０２８、イベント更新１０３０などを、コンピュータシステム１０００に結合される１つまたは複数のストリーミングデータソースコンピュータと通信してもよい１つまたは複数のデータベースに出力するように構成されてもよい。
【0131】
コンピュータシステム１０００は、ハンドヘルドポータブルデバイス（たとえば、iPhone（登録商標）携帯電話、iPad（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェアラブルデバイス（たとえば、Google Glass（登録商標）ヘッドマウントディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバラック、または任意の他のデータ処理システムを含む、さまざまなタイプのうちの１つとすることができる。
【0132】
常に変化するコンピュータおよびネットワークの性質のため、図に示されるコンピュータシステム１０００の説明は、具体的な例として意図されているに過ぎない。図に描写されるシステムより多いまたは少ないコンポーネントを有する、多くの他の構成が可能である。たとえば、カスタマイズされたハードウェアも使用されてもよく、および／または、特定の要素が、ハードウェア、ファームウェア、ソフトウェア（アプレットを含む）、または組み合わせで実現されてもよい。さらに、ネットワーク入力／出力デバイスなどの他のコンピューティングデバイスへの接続が採用されてもよい。本明細書に提供される開示および教示に基づいて、当業者は、さまざまな実施形態を実現するために、他の態様および／または方法を理解するであろう。
【0133】
特定の実施形態について説明してきたが、さまざまな修正、変更、代替構成、および均等物も本開示の範囲内に包含される。実施形態は、ある特定のデータ処理環境内での動作に限定されず、複数のデータ処理環境内で自由に動作することができる。加えて、実施形態は、特定の一連のトランザクションおよびステップを使用して説明されているが、本開示の範囲は、説明された一連のトランザクションおよびステップに限定されるものではないことが、当業者に明白となるはずである。上述した実施形態のさまざまな特徴および局面は、個々にまたは一緒に用いられてもよい。
【0134】
さらに、実施形態は、ハードウェアおよびソフトウェアの特定の組み合わせを使用して説明されたが、ハードウェアおよびソフトウェアの他の組み合わせも本開示の範囲内であることを認識されたい。実施形態は、ハードウェアのみで、またはソフトウェアのみで、またはそれらの組合せを使用して実現されてもよい。本明細書に記載されたさまざまなプロセスは、同じプロセッサまたは任意の組み合わせの異なるプロセッサ上で実現され得る。したがって、構成要素またはモジュールが特定の動作を実行するように構成されるとして記載されている場合、そのような構成は、たとえば、動作を実行するように電子回路を設計すること、動作を実行するようにプログラム可能な電子回路（マイクロプロセッサなど）をプログラムすること、またはそれらの任意の組み合わせによって達成され得る。プロセスは、プロセス間通信のための従来の技術を含むがそれに限定されないさまざまな技術を用いて通信することができ、異なる対のプロセスが異なる技術を用いてもよく、同じ対のプロセスが異なる時間に異なる技術を用いてもよい。
【0135】
したがって、明細書および図面は、限定的な意味ではなく例示的な意味で見なされるべきである。しかしながら、特許請求の範囲に記載された、より広範な精神および範囲から逸脱することなく、追加、削減、削除、ならびに他の修正および変更がなされ得ることは明らかであろう。したがって、特定の開示の実施形態を説明してきたが、これらは限定を意図するものではない。さまざまな修正および均等物が、特許請求の範囲内にある。
【0136】
開示された実施形態を説明する文脈における（特に、特許請求の範囲の文脈における）文言「ある（a）」および「ある（an）」および「その（the）」ならびに同様の指示対象の使用は、本明細書において別段の指示がない限り、または文脈によって明らかに矛盾しない限り、単数形および複数形の両方を包含すると解釈されるべきである。文言「備える（comprising）」、「有する（having）」、「含む（including）」、および「含有する（containing）」は、特に断らない限り、非限定的な文言（すなわち、「～を含むがそれに限定されない」を意味する）として解釈されるべきである。「接続される」という文言は、何かが介在する場合であっても、部分的または全体的に内部に含まれる、取り付けられる、または共に合わせられるものとして解釈されるべきである。本明細書における値の範囲の記載は、本明細書において別段の指示がない限り、単に、その範囲内に入る各別々の値を個々に言及する簡潔な方法としての役割を果たすことを意図しており、各別々の値は、あたかもそれが本明細書において個々に記載されているかのように本明細書に組み込まれる。本明細書に記載される全ての方法は、本明細書において別段の指示がない限り、または文脈によって明らかに矛盾しない限り、任意の好適な順序で実行され得る。本明細書で提供される任意のおよび全ての例、または例示的な言葉（たとえば、「など」）の使用は、単に、実施形態をよりよく説明することを意図するものであり、別段の請求がない限り、本開示の範囲を限定するものではない。本明細書におけるいかなる文言も、任意の請求されていない要素を本開示の実施に不可欠であることを示すものとして解釈されるべきではない。
【0137】
句「Ｘ、Ｙ、またはＺのうちの少なくとも１つ」などの離接的文言は、特に別段の記載がない限り、項目、用語などがＸ、Ｙ、もしくはＺ、またはそれらの任意の組合せ（たとえば、Ｘ、Ｙ、および／またはＺ）のいずれかであってもよいことを提示するために一般に使用される文脈内で理解されることが意図される。したがって、そのような離接的文言は、概して、ある実施形態が、Ｘのうちの少なくとも１つ、Ｙのうちの少なくとも１つ、またはＺのうちの少なくとも１つが各々存在することを必要とすることを包含するよう意図されるものではなく、および包含するべきではない。
【0138】
本開示を実施するために公知の最良の形態を含む、本開示の好ましい実施形態が本明細書に記載されている。これらの好ましい実施形態の変形例は、前述の説明を読めば当業者には明らかになるであろう。当業者は、適宜、そのような変形例を採用することができるはずであり、本開示は、本明細書に具体的に説明されるものとは別様に実施されてもよい。したがって、本開示は、適用可能な法によって許可されるように、特許請求の範囲に記載される主題の全ての修正物および均等物を含む。さらに、その全ての可能な変形物における上記の要素の任意の組み合わせは、本明細書において別段の指示がない限り、本開示によって包含される。
【0139】
本明細書に引用される刊行物、特許出願、および特許を含む全ての引用文献は、あたかも各引用文献が個々にかつ具体的に引用により援用されるよう示され、その全体がここに記載されるのと同程度に、ここに引用により援用される。
【0140】
上記の明細書では、本開示の局面についてその具体的な実施形態を参照して説明しているが、本開示はそれに限定されるものではないということを当業者は認識するであろう。上記の開示のさまざまな特徴および局面は、個々にまたは一緒に用いられてもよい。さらに、実施形態は、本明細書の、より広い精神および範囲から逸脱することなく、本明細書に説明されるものを超えて、任意の数の環境および用途において利用され得る。したがって、明細書および図面は、限定的ではなく例示的であると見なされるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【国際調査報告】