特表 2024-522611 電子メール配信システム用のメッセージ転送エージェントアーキテクチャ

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

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

(11)【公表番号】

(43)【公表日】2024-06-21

(54)【発明の名称】電子メール配信システム用のメッセージ転送エージェントアーキテクチャ

(51)【国際特許分類】

   H04L 51/00 20220101AFI20240614BHJP

   H04L 67/563 20220101ALI20240614BHJP

   H04L 67/141 20220101ALI20240614BHJP

【ＦＩ】

H04L51/00

H04L67/563

H04L67/141

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023575777

(86)(22)【出願日】2021-06-14

(85)【翻訳文提出日】2023-12-19

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

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

(87)【国際公開日】2022-12-15

(31)【優先権主張番号】17/345,520

(32)【優先日】2021-06-11

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502303739

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

(74)【代理人】

【識別番号】110001195

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

(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】さまざまな実施形態が実装され得る例示的なコンピュータシステムを示す。

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

【0013】

詳細な説明
以下の説明では、説明の目的で、特定の実施形態の完全な理解を提供するために特定の詳細が記載される。しかし、これらの特定の詳細がなくても、さまざまな実施形態を実施できることは明らかであろう。図および説明は、限定することを意図したものではない。「例示的な」という言葉は、本明細書では「実施例、例、または実例として機能する」という意味で使用される。本明細書で「例示的」として説明される任意の実施形態または設計は、必ずしも他の実施形態または設計よりも好ましいまたは有利であると解釈されるべきではない。

【0014】

本開示は、概して、クラウドベースの電子メール配信サービスに関する。より具体的には、限定ではないが、電子メール配信サービスを実装するシステムの拡張性と信頼性を向上させる、メール転送エージェント（ＭＴＡ）とプロキシサーバを使用した改良されたアーキテクチャについて説明する。

【0015】

クラウドベースの電子メール配信サービスは、セットの対象受信者に配信される大量の電子メールを送信するための高速かつ信頼性の高い管理ソリューションを提供する。クラウドベースの電子メール配信サービスは、１つまたは複数のクラウドベースの電子メール配信システムを使用して実装できる。クラウドベースの電子メール配信システム（ＥＭＤＳ）は、通常、電子メール配信サービスのさまざまなテナントまたは顧客から電子メールメッセージを受信し、その電子メールメッセージを対象受信者に配信するように構成されたメッセージ送信エージェント（ＭＳＡ）とメッセージ転送エージェント（ＭＴＡ）とのセットを含む。本明細書で説明するように、ＥＭＤＳの顧客またはテナントは、電子メールメッセージの１人または複数人の「送信者」を表すことができる。電子メールメッセージを対象受信者に通信するために、さまざまな電子メールメッセージ配信プロトコルが使用され得る。一実施形態では、電子メールメッセージを対象受信者に通信するために、簡易メッセージ転送プロトコル（例えば、ＳＭＴＰ）が使用される。

【0016】

アウトバウンドメッセージフローを処理するために、電子メール配信システム内のＭＳＡは通常、送信者から電子メールメッセージを受信し、電子メールメッセージが電子メール配信システムからアウトバウンドに送信されるため、その電子メールメッセージを「アウトバウンドＭＴＡ」と呼ばれるＭＴＡにルーティングする。選択技術は、複数の利用可能なＭＴＡの中からアウトバウンドＭＴＡを選択するために使用される。特定の実装では、アウトバウンドＭＴＡがランダムに選択され得る。他の実装では、ラウンドロビン選択技術、最長未使用の技術、または他のより高度な選択技術が使用されてもよい。しかし、ＭＳＡ層とＭＴＡ層を別々にすると、通常、そのようなアーキテクチャの実装に必要な追加のハードウェアの点で、電子メール配信サービスのリソースの使用が非効率になる。さらに、複数のＭＴＡ層を使用するには、正しいＩＰアドレスのセットが接続されているＭＴＡへのメッセージの正確なルーティングを実行する必要がある。

【0017】

本開示で説明される電子メールメッセージ配信システムは、従来のクラウドベースのメッセージ配信サービスに対していくつかの技術的進歩および／または改善を提供する。本開示で説明される電子メールメッセージ配信システムは、より高い動作効率を達成し、電子メール処理の全体的なオーバーヘッドを削減するように構成されたネットワーク要素（例えば、ＭＴＡおよびＭＳＡ）の堅牢なインフラストラクチャを実装することによって、高速で信頼性の高い管理された電子メール配信サービスを提供する。リソースの非効率的な使用と複数の電子メールメッセージキューの管理がより複雑になる、各層の各構成要素が独自の専用リソースを必要とする２つの個別のＭＳＡ層とＭＴＡ層とを用意する代わりに、ＭＴＡとプロキシサーバを含む新しいアーキテクチャについて説明する。ＭＴＡは、従来のＭＳＡとＭＴＡを組み合わせた機能を提供するように構成される。

【0018】

特定の実装では、プロキシサーバは、ソースエンティティ、例えばソースＭＴＡと接続エンドポイントとの間の中間ネットワークエンティティとして機能する伝送制御プロトコル（ＴＣＰ）プロキシサーバとして実装され得る。ここで、接続エンドポイントは、対象受信者への電子メールメッセージの配信を容易にするものである。システムの拡張性と耐障害性とを高めるために、特定の送信者に割り当てられたソースＩＰアドレスのプールが複数のプロキシサーバに分散され得る。特定の実装では、特定の送信者のソースＩＰアドレスのプール内のＩＰアドレスは、重複しないアドレス範囲に分割され得、各範囲が別個のプロキシサーバに割り当てられ得、それによってアドレスが複数のプロキシサーバに分散される。この分散により、ＥＭＤＳシステムの耐障害性が向上する。特定の送信者のＩＰアドレスにサービスを提供するプロキシサーバがダウンしても、別の１つまたは複数のプロキシサーバが送信者にサービスを提供することが依然として可能であり、その送信者への電子メールの配信を継続できる。プロキシサーバの観点から見ると、そのプロキシサーバに指定された、または割り当てられたソースＩＰアドレスは、送信者のみに対するものである場合もあれば、複数の送信者に対するものである場合もある。

【0019】

ＭＴＡおよびプロキシサーバを含む新しく改良されたアーキテクチャは、さらに、ＭＴＡとプロキシサーバとの間でリソースを共有することを可能にし、その結果、リソースのより効率的な使用がもたらされる。特定の実装では、ＭＴＡとプロキシサーバの両方が同じハードウェアリソースを共有できる。例えば、１つまたは複数のＭＴＡと１つまたは複数のプロキシサーバが同じコンピュータシステムによってホストされ、実行され得る。本明細書で説明するアーキテクチャは、プロキシサーバがダウンした場合の復旧も簡素化する。第１に、プロキシサーバは単純で複雑ではない構成要素（例えば、非常に少ない行のコードを使用して実装される）であるため、その失敗率が減少する。しかし、プロキシサーバがダウンした場合、ＭＴＡはそのプロキシサーバの使用を停止するだけである。ＭＴＡは、電子メールメッセージを送信するために、他の機能するプロキシサーバに割り当てられたソースＩＰアドレスを使用および選択し得る。プロキシサーバが再び起動するか、再び動作可能になると、ＭＴＡはそのプロキシサーバに割り当てられたソースＩＰアドレスを使用して再起動され得る。

【0020】

これまでのように、送信者ごとに異なるキューを使用する複数の電子メールメッセージキューの維持を必要とするのではなく、本明細書で説明する改良されたアーキテクチャでは、ＭＴＡは、複数の異なる送信者から受信し、複数の異なる受信者に宛てられた電子メールメッセージを含めることができる単一のメッセージキューを維持できるようになった。したがって、ＭＴＡは、異なる送信者に対して個別のメッセージキューを維持する必要がない。さらに、さまざまな受信者宛てのメッセージが単一のＭＴＡメッセージキューを通過するようになった。したがって、ＭＴＡが維持する必要があるメッセージキューの数は１つのメッセージキューに減る。これにより、ＭＴＡがダウンした場合の回復手順が簡素化される。ＭＴＡがダウンするか動作不能になった場合、メモリ内のＭＴＡのメッセージキュー内の電子メールメッセージは、特定の電子メールメッセージや電子メールメッセージの送信者を気にすることなく、別のＭＴＡに簡単に再マウントできる。ＭＴＡごとに管理する必要があるキューは１つだけであるため、最初の送信と第１の配信試行との間の待ち時間も大幅に短縮される。このメトリクスは、電子メール配信サービスを利用して購入または売却の推奨情報を配布し得、遅延の影響を特に受けやすい金融サービスに特に役立ち得る。

【0021】

ここで図面を参照すると、図１は、特定の実施形態による、電子メールメッセージを効率的に処理し、受信者のセットに配信するための改善された機能を含む電子メールメッセージ配信システム（ＥＭＤＳ）を含むコンピューティング環境を示す。ＥＭＤＳ１０２は、ＥＭＤＳ１０２を実装するためにコンピュータ可読命令（例えば、コード、プログラム）を実行する１つまたは複数のコンピューティングシステムによって実装され得る。図１に示すように、ＥＭＤＳ１０２は、ロードバランサ１０８、１つまたは複数のメッセージ転送エージェント（ＭＴＡ）１１０Ａ、１１０Ｂ、および１１０Ｃのセット、ならびに１つまたは複数のプロキシサーバ１１２Ａ、１１２Ｂ、および１１２Ｃのセットを含むさまざまなシステムおよびサブシステムを含む。図１に示されるシステムおよびサブシステムは、コンピューティングシステム、ハードウェア、またはそれらの組み合わせの１つまたは複数の処理装置（例えば、プロセッサ、コア）によって実行されるソフトウェア（例えば、コード、命令、プログラム）を使用して実装され得る。ソフトウェアは、非一時的な記憶媒体（例えば、メモリ装置）に記憶されてもよい。

【0022】

ＥＭＤＳ１０２は、さまざまな異なる構成で実装することができる。特定の実施形態では、ＥＭＤＳ１０２は、クラウドプロバイダネットワークの１つまたは複数のサーバ上に実装され得、その電子メールメッセージ配信サービスは、加入ベースでクラウドサービスの加入者に提供され得る。図１に示すコンピューティング環境１００は、単なる一例であり、請求される実施形態の範囲を不当に限定することを意図するものではない。当業者であれば、多くの可能な変形、代替、および修正を認識するであろう。例えば、いくつかの実装では、ＥＭＤＳ１０２は、図１に示されるサブシステムよりも多いまたは少ないサブシステムを使用して実装することができ、２つ以上のサブシステムを組み合わせてもよいし、サブシステムの異なる構成または配置を有してもよい。

【0023】

特定の実施形態では、ＥＭＤＳ１０２は、大量の電子メールメッセージ（本明細書ではメッセージまたは電子メールとも呼ばれる）を受信者のセットに送信するための高速かつ信頼性の高いメッセージ配信サービスを提供する。電子メールメッセージは、さまざまなソース１０４Ａ～１０４Ｎによって生成され得る。ソース（例えば、１０４Ａ）は、クラウドプロバイダの顧客またはテナント（例えば、組織、企業、または個人）などのエンティティのシステムを表し得、クラウドプロバイダは、電子メールメッセージを処理し、受信者のセットに配信するために、ＥＭＤＳ１０２によって提供されるサービスに加入する。特定の例では、ＥＭＤＳ１０２は、受信者のセットに配信するためにソース１０４Ａ～１０４Ｎから電子メールメッセージを受信することができる。例として、ソース１０４Ａからの電子メールメッセージ１０５Ａは、大量（例えば１０億）の請願型（ｓｏｌｉｃｉｔｅｄ）商業電子メール（例えば、マーケティング電子メール、ニュースレター、クーポン、招待状など）、または受信者のセットに配信するためのトランザクション電子メールを含み得る。各電子メールメッセージは、受信者のセット内の特定の受信者に配信されるようにカスタマイズできる。別の例として、ソースからの電子メールメッセージは、受信者のセットに配信するためにソースのユーザによって送信される一般的な請願型商業電子メールメッセージを含むことができる。本明細書で使用される場合、ユーザは、ＥＭＤＳ１０２によって提供される電子メール配信サービスを利用するためにＥＭＤＳ１０２と対話するソース（例えば、１０４Ａ）に関連するエンドユーザ、事業主、またはマーケティング担当者を指してもよい。

【0024】

特定の例では、ソース１０４Ａに関連付けられたユーザは、おそらく公衆ネットワーク１０６（例えば、インターネット）を介してＥＭＤＳに通信可能に結合されたユーザ装置を使用してＥＭＤＳ１０２と対話することができる。ユーザ装置は、携帯電話、タブレット、デスクトップコンピュータなどを含むがこれらに限定されないさまざまなタイプのものであり得る。例えば、ユーザは、ユーザ装置によって実行されるアプリケーションのユーザインターフェース（ＵＩ）（グラフィカルユーザインターフェース（ＧＵＩ）であってもよい）を使用してＥＭＤＳ１０２と対話することができる。この対話には、例えば、ユーザ（例えば、組織の管理者）がＵＩを介して、組織のユーザがＥＭＤＳ１０２と対話できるようにするためのさまざまな構成パラメータをセットアップすることが含まれ得る。例えば、ユーザはＵＩを介して、（テナント内で電子メールを送信するすべてのユーザの「差出人：」アドレスを識別することによって）承認済み送信者リストをセットアップでき、その組織のユーザを識別するために使用されるソースＩＰアドレスのプールの作成を要求し、通信プロトコル（例えば、簡易メール転送プロトコル（ＳＭＴＰ））およびユーザがＥＭＤＳ１０２を介して電子メールを送信するためのユーザ認証情報をセットアップし、ソースＩＰアドレスで同時にサポートできるアウトバウンド接続の最大数（つまり、そのＩＰアドレスが１つの受信者ドメインに対して同時にオープンできるアウトバウンド接続の最大数）の制限を指定し、単一の接続で受信者のドメインに送信できるメッセージ数に関するメッセージ制限を指定できる。

【0025】

特定の例では、ＩＰアドレスのプールに追加するＩＰアドレスの数は、組織のメッセージ送信量要件に直接相関し得る。通常、１日に大量のメッセージを送信する組織には、より多くのＩＰアドレスを持つＩＰプールを作成できる。さらに、メッセージの受信者の電子メールサービス（受信トレイ）プロバイダ（例えば、Ｇｍａｉｌ（登録商標）、Ｙａｈｏｏ（登録商標）、Ｍｉｃｒｏｓｏｆｔ（登録商標）など）であり得る受信者のドメインによって指定された接続制限は、プールに追加されるＩＰアドレスの数に影響を与える可能性がある。例えば、接続制限では、単一のソースＩＰが受信者ドメインに対してオープンできる同時接続の数の制限を指定したり、単一の接続で受信者ドメインに送信できるメッセージの数の制限を指定したりできる。

【0026】

ＥＭＤＳ１０２による組織用のＩＰプールの作成は、組織の全体的な評価を保護するのにも役立ち、メッセージ配信性の向上につながり得る。送信評価が良好な組織は、大量のスパムレポートを生成する、またはユーザエンゲージメントが不十分な組織とは対照的に、メールを配信するために必要なＩＰ数が少なくなる可能性がある。場合によっては、組織は個別のＩＰプールを作成したい場合がある。個別のＩＰプールを使用すると、組織は異なる種類の電子メール（毎月のニュースレター、プロモーション電子メール、またはトランザクション電子メール）を個別のＩＰアドレスのセットを通じて送信できる。例えば、組織は毎月のニュースレターには「ニュースレター」プールを使用し、電子メールには「トランザクション」プールを使用できる。このようにして、ＩＰの各プールは独自の評価を維持でき、別のプール内のＩＰの影響を受けない。

【0027】

上述のようにＥＭＤＳ１０２を構成した後、ソース（例えば、１０４Ａ）に関連付けられたエンドユーザは、ユーザ装置を介して、セットの１つまたは複数の受信者に配信するために電子メールメッセージをＥＭＤＳ１０２に送信することができる。特定の例では、ユーザは、装置にインストールされた電子メールクライアントアプリケーション（例えば、メールユーザエージェント）を利用して電子メールメッセージを作成することができる。メールユーザエージェント（ＭＵＡ）は、ＥＭＤＳ１０２に送信する前に、電子メールメッセージを適切な形式にフォーマットしてもよい。特定の例では、ＭＵＡは、送信プロトコル（例えば、ＳＭＴＰ、ＨＴＴＰ、または他のプロトコル）を利用して、メッセージをＥＭＤＳ１０２に送信することができる。特定の実装では、電子メールメッセージは、ユーザの装置にインストールされているアプリケーションを介してＥＭＤＳに自動的に送信され得る。

【0028】

特定の実施形態では、ＥＭＤＳ１０２内のロードバランサ１０８は、ソース１０４Ａ～１０４Ｎから電子メールメッセージ１０５Ａ～１０５Ｎを受信し、電子メールメッセージを処理するためにＥＭＤＳ１０２内のＭＴＡ１１０Ａ～１１０ＮのセットからＭＴＡを選択するように構成され得る。本明細書で説明されるように、ＭＴＡは、さまざまなソースから電子メールメッセージを受信し、その電子メールメッセージを適切なエンドユーザまたは宛先に転送するように構成されたＥＭＤＳ１０２内のネットワーク要素（例えば、メールサーバ）であり得る。各ＭＴＡでは、ＭＴＡが処理のために受信した電子メールメッセージは、ＭＴＡのメッセージキューにキューイングされる。通常、新しい電子メールメッセージはメッセージキューの最後または末尾に追加され、電子メールメッセージはＭＴＡによる処理のためにキューの開始または先頭から取得される。特定の実施形態では、ＭＴＡは、キューへのメッセージの追加、処理するキューからのメッセージの選択などのタスクの実行を含む、ＭＴＡメッセージキューの管理に関連するタスクの実行を担当するキューマネージャを含んでもよい。ＭＴＡメッセージキューには、複数の異なる送信者からの電子メールメッセージが含まれ得、電子メールメッセージは異なる受信者に向けて送られ得る。

【0029】

図２は、特定の実施形態による、図１に示されるＭＴＡ内のメッセージキューの内容の例示的な図である。図２に示す実施形態は、ＭＴＡ１１０Ａのメッセージキュー１１３Ａの内容を示す。メッセージキュー１１３Ａは、複数の送信者からの電子メールメッセージおよび同じ送信者からの複数の電子メールメッセージを記憶することができる。例として、メッセージキュー１１３Ａは、複数の送信者（Ｍ１、Ｓ１）、（Ｍ２、Ｓ２）、（Ｍ３、Ｓ３）、（Ｍ４、Ｓ４）、（Ｍ５、Ｓ１）、（Ｍ６、Ｓ５）、（Ｍ７、Ｓ５）からの電子メールメッセージを記憶し得、電子メールメッセージは別の受信者に向けて送られ得る。

【0030】

図１の説明に戻ると、特定の実装では、各ＭＴＡ（例えば、１１０Ａ、１１０Ｂ、または１１０Ｃ）は、メッセージ送信エージェント（ＭＳＡ）（図１には示されていない）を含むことができ、これは、ユーザの装置のメールユーザエージェント（ＭＵＡ）から電子メールを受信し、受信者のセットにメールを配信するためにメール転送エージェント（ＭＴＡ）と連携する、ＭＴＡ内に実装されたコンピュータプログラムまたはソフトウェアエージェントであり得る。ＭＴＡは追加のタスクを実行し得る。これらのタスクには、送信電子メールのフローの監視、送信電子メールの配信、電子メールメッセージのキューイング、スロットリング、スケジュール設定、接続管理、および電子メール配信ステータスの追跡が含まれるが、これらに限定されない。

【0031】

ロードバランサ１０８は、電子メールメッセージを処理するためにＭＴＡ１１０Ａ、１１０Ｂ、および１１０ＣのセットからＭＴＡを選択するために、さまざまな手法を使用することができる。例えば、一手法では、ロードバランサ１０８は、ラウンドロビンスケジューリングプロセスを使用してＭＴＡを選択し、ＭＴＡのセット内の各ＭＴＡにわたって電子メールメッセージの処理を効率的に分散することができる。例えば、ラウンドロビンスケジューリングを使用すると、ロードバランサ１０８は、ソースから受信したメッセージの第１のバッチ（例えば、第１の１０００）を処理し、受信者のセットに配信するために、ＭＴＡのセット内の第１のＭＴＡ（例えば、１１０Ａ）、ソースから受信したメッセージの第２のバッチ（例えば、第２の１０００）を処理し、受信者のセットに配信する第２のＭＴＡ（例えば、１１０Ｂ）、およびソースから受信されたメッセージの第３のバッチ（例えば、第３の１０００）を処理し、受信者のセットに配信するＭＴＡのセット内の第３のＭＴＡ（例えば、１１０Ｃ）を選択できる。

【0032】

選択されたＭＴＡ（例えば、１１０Ａ）は、電子メールメッセージを受信し、後続の処理のためにそのメッセージをそのメッセージキュー１１３Ａに追加する。一定数のメッセージ（例えば、電子メールメッセージのバッチ）が受信され、メッセージキュー１１３Ａに記憶されると、ＭＴＡは、そのメッセージキュー１１３Ａに記憶されたメッセージの処理を開始する。ＭＴＡは、メッセージキューが空になるまで、メッセージキューに記憶されているすべてのメッセージをエンドユーザ（受信者）または宛先に定期的に送信しようとする。受信者のサーバが応答しない場合、ＭＴＡは受信者への電子メールメッセージの送信を繰り返し試行する。電子メールメッセージが特定の期間（例えば、特定の日数）の間配信に失敗する場合、ＭＴＡは電子メールメッセージをホスト（メッセージの送信者）に返す。

【0033】

特定の実施形態では、ＭＴＡによる電子メールメッセージの処理には、ＭＴＡが、そのメッセージキューから、処理するための電子メールメッセージを選択すること、ならびにＭＴＡが、第１の電子メールメッセージに関連付けられた送信者および対象受信者を決定することが含まれ得る。次に、ＭＴＡは、送信者に基づいて電子メールメッセージのソースＩＰアドレスとして使用できるソースＩＰアドレスのプールを識別し、ソースＩＰアドレスのプールから特定のソースＩＰアドレスを選択する。次に、ＭＴＡは、選択された特定のソースＩＰアドレスを扱うように構成された特定のプロキシサーバをプロキシサーバ１１２Ａ～１１２Ｃのセットから識別し、特定のソースＩＰアドレスおよび宛先ＩＰアドレスを含む情報を特定のプロキシサーバに通信する。次に、ＭＴＡは、特定のソースＩＰアドレスと宛先ＩＰアドレスとの間にプロキシサーバによって確立された接続を使用して、電子メールメッセージを宛先ＩＰアドレスに送信する。

【0034】

特定の実装では、送信者に割り当てられたソースＩＰアドレスのプールは、プロキシサーバのセット全体に分散することができる。プールからの１つまたは複数のＩＰアドレスをプロキシサーバのセット内の第１のプロキシサーバに割り当てることができ、プールからのＰアドレスの異なるセットをプロキシサーバのセット内の第２のプロキシサーバに割り当てることができる。特定の例では、プロキシサーバのセット内の各プロキシサーバは、１つまたは複数のソースＩＰアドレスのセットにバインドされてもよく、１つまたは複数のソースＩＰアドレスのセット内の特定のソースＩＰアドレスが特定の送信者に関連付けられてもよい。例えば、図１に示される実施形態では、第１のプロキシサーバ１１２Ａは、ソースＩＰアドレスのセットにバインドされ得、セット内の第１のソースＩＰアドレスは第１の送信者に関連付けられ得、セット内の第２のソースＩＰアドレスは第２の送信者に関連付けられ得、第１の送信者は第２の送信者と異なる場合がある。特定の例では、送信者に関連付けられたＩＰアドレスの異なるプロキシサーバへの割り当ては、送信者がＥＭＤＳによって提供されるサービスに加入するときに、ＥＭＤＳの管理者によって実行されてもよい。電子メールメッセージを処理し、セットの１つまたは複数の受信者に配信するためにＭＴＡおよびプロキシサーバによって実行される処理に関する詳細は、図２および図３ならびにそれに付随する説明に示されるフローチャートに関して以下で説明される。

【0035】

コンピューティング環境１００は、１つまたは複数のリレーＭＴＡ１１４および受信者システム１１８をさらに備える。リレーＭＴＡ１１４および受信者システム１１８は、１つまたは複数の通信ネットワーク１０６（例えば、インターネット）を介してＥＭＤＳ１０２に通信可能に接続され得る。特定の例では、電子メールメッセージは、対象受信者に配信される前に、ソースＭＴＡ（例えば、１１０Ａ）によって別のＭＴＡ（本明細書ではリレーＭＴＡとも呼ばれるが、ＥＭＤＳ内に実装されないことがある）にリレー、すなわち転送することができる。リレーＭＴＡ１１４が電子メールメッセージを受信すると、受信トレースヘッダフィールドをメッセージのヘッダの先頭に追加し、それによってメッセージを扱うＭＴＡの連続記録を構築する。次のホップ（ルート）のためのリレーＭＴＡの選択は、ＥＭＤＳ１０２の管理者による電子メールメッセージを処理するためのＭＴＡの構成の一部として決定され得る。リレーＭＴＡ１１４は、メッセージを受信すると、そのシステム上のユーザにメッセージを配信することができる、またはルート内で識別された別のリレーＭＴＡにメッセージを渡すことができる。最終的に、メッセージは最終宛先であるＭＴＡに到着する。メッセージがシステム上のユーザに宛てられたものである場合、ＭＴＡはそれを最終的な配信のために受信者システム１１８に渡す。受信者システム１１８は、電子メールメッセージの受信者の電子メールサービス（受信トレイ）プロバイダ（例えば、Ｇｍａｉｌ（登録商標）、Ｙａｈｏｏ（登録商標）、Ｍｉｃｒｏｓｏｆｔ（登録商標）など）を表すことができる。受信者システム１１８は、対象受信者がメッセージを取得する準備ができるまで、メッセージをメッセージストア１１６に記憶することができる。受信者は、受信者の装置上のＭＵＡを使用して受信者システム１１８に連絡し、メッセージストアからメッセージを取得することができる。受信者システムは要求者の認証に成功すると、そのユーザのメッセージをユーザのＭＵＡに転送する。特定の例では、受信者は、さまざまなソース１０４Ａ～１０４Ｎから正当な請願型商用電子メールメッセージ（例えば、広告、販売コンテンツなどを含む電子メールメッセージ）を受信するエンドユーザであってもよい。

【0036】

図３は、特定の実施形態による、ＥＭＤＳによって受信され、対象受信者に配信される電子メールメッセージを処理するために、プロキシサーバと協働してＭＴＡによって実行されるプロセス３００の例を示す。図３に示す処理は、それぞれのシステムの１つまたは複数の処理装置（例えば、プロセッサ、コア）、ハードウェア、またはそれらの組み合わせによって実行されるソフトウェア（例えば、コード、命令、プログラム）で実装され得る。ソフトウェアは、非一時的な記憶媒体（例えば、メモリ装置）に記憶されてもよい。図３に示され、以下に説明されるプロセス３００は、例示的なものであり、限定的なものではない。図３は、特定の順序または順番で行われるさまざまな処理ステップを示しているが、これに限定されるものではない。特定の代替実施形態では、ステップは何らかの異なる順番で実行されてもよいし、一部のステップは並行して実行されてもよい。図１に示される実施形態などの特定の実施形態では、図３に示す処理は、ＭＴＡ（例えば、ＭＴＡ１１０Ａ）およびプロキシ（例えば、プロキシ１１２Ａ）などのＥＭＤＳ１０２の構成要素によって実行され得る。

【0037】

図３に示す処理は、ＥＭＤＳが、対象の受信者に配信される電子メールメッセージのセットを受信したことを前提としている。電子メールメッセージは、ＥＭＤＳによって提供される電子メール配信サービスの１人または複数人の異なる顧客（つまり、送信者）または加入者から受信され得る。受信された電子メールメッセージは、処理のためにＥＭＤＳの１つまたは複数のＭＴＡに転送される。各ＭＴＡでは、ＭＴＡが処理のために受信した電子メールメッセージは、ＭＴＡのメッセージキューにキューイングされる。前述したように、ＭＴＡメッセージキューには複数の異なる送信者からの電子メールメッセージが含まれ得、電子メールメッセージは異なる受信者に向けて送られ得る。

【0038】

例えば、図１に示す実施形態では、ＥＭＤＳ１０２は複数の送信者から電子メールメッセージを受信することができる。ＥＭＤＳ１０２内では、ロードバランサ１０８を使用して電子メールメッセージを異なるＭＴＡ１１０Ａ、１１０Ｂ、および１１０Ｃに分散することができ、電子メールメッセージを個々のＭＴＡのメッセージキューにキューイングされることができる。例えば、図１では、処理のためにＭＴＡ１１０Ａによって受信された電子メールメッセージは、ＭＴＡ１１０Ａのメッセージキュー１１３Ａにキューイングされることができる。

【0039】

図３に示す処理は、ブロック３０２で、ＭＴＡによる処理のためにメッセージキューの先頭から電子メールメッセージが選択されたときに開始され得る。例えば、図１では、ＭＴＡ１１０Ａは、処理のためにメッセージキュー１１３Ａの先頭にある電子メールメッセージを選択することができる。

【0040】

ブロック３０４で、３０２で選択された電子メールメッセージについて、ＭＴＡは、選択された電子メールメッセージの送信者および対象受信者を決定する。例えば、図１では、ＭＴＡ１１０Ａは、メッセージキュー１１３Ａから処理するために選択された電子メールメッセージの送信者および対象受信者を決定することができる。

【0041】

各電子メールメッセージは、電子メールメッセージの送信者に関連付けられたユーザを識別する「差出人」フィールド、電子メールメッセージの対象受信者を識別する「宛先」フィールド、電子メールの内容を含む「本文」フィールドなど、複数のフィールドを含む。３０４の処理の一部として、ＭＴＡは、選択された電子メールメッセージを解析して、電子メールメッセージの「差出人」フィールドから電子メールメッセージのユーザを決定し、「宛先」フィールドから電子メールメッセージの対象受信者を決定することができる。特定の実装では、ＭＴＡは「差出人」フィールド内の文字列を解析して、電子メールメッセージの送信を許可されている送信者に関連付けられたユーザを決定し得る。例えば、「差出人」フィールドには「[e-mail]」という形式の文字列が含まれ得る。ここで、「ｕｓｅｒ１」は電子メールメッセージの送信者に関連付けられたユーザを識別し得る。「＠」記号の後の文字列の部分は、送信者に関連付けられたドメイン名または完全修飾ドメイン名を識別する。ＭＴＡは、ドメイン名に基づいて電子メールメッセージの送信者を識別し得る。[e-mail]の例では、送信者はＡＢＣ Ｃｏｍｐａｎｙとして識別され得る。

【0042】

特定の例では、電子メールメッセージの送信者を決定した後、ＭＴＡは事前の認証に基づいて許可処理を開始し、送信者が使用を許可されているすべての可能な差出人アドレスのリストを決定できる。次に、ＭＴＡは送信者からのメッセージをチェックして、許可された差出人アドレスが使用されていることを確認する。特定の実施形態では、送信者が電子メールメッセージの「宛先」フィールドに対応するドメインに電子メールメッセージを送信することを許可されているかどうかを確認するためのチェックも行われ得る。

【0043】

ブロック３０６で、３０４で選択されたメッセージの送信者に基づいて、ＭＴＡはソースＩＰアドレスのプールを識別し、そのプールには電子メールメッセージのソースＩＰアドレスとして使用できるＩＰアドレスが含まれる。特定の例では、送信者およびその送信者に関連付けられたユーザのソースＩＰアドレスのプールがＥＭＤＳによって事前に割り当てられ得る。例えば、これは、送信者が電子メール配信サービスに加入し、許可されたユーザのリストをＥＭＤＳに提供するときに実行できる。

【0044】

特定の実装では、送信者はソースＩＰアドレスの特定のプールを識別することができる。例えば、図１では、ＭＴＡ１１０Ａは、３０４で電子メールメッセージに対して決定された送信者に基づいて、ソースＩＰアドレスのプールを識別することができる。他の実施形態では、電子メールメッセージに対して決定された送信者を使用して、ソースＩＰアドレスのプールを識別することができる。特定の実装では、ソースＩＰアドレスのプールが送信者間で共有され得る。

【0045】

ブロック３０８で、ＭＴＡは、ブロック３０６で識別されたソースＩＰアドレスのプールから、３０２で選択された電子メールメッセージを送信するためのソースＩＰアドレスとして使用される特定のソースＩＰアドレスを選択する。ＭＴＡは、さまざまな選択技術を使用して、ソースＩＰアドレスのプールから特定のソースＩＰアドレスを選択することができる。特定の実装では、ＭＴＡは最初にＩＰアドレスのプールからアクティブなＩＰアドレスのセットを決定し得る。ＩＰアドレスの有効期限が切れておらず、まだ機能している場合、そのＩＰアドレスは能動であるとみなされる。アクティブなＩＰアドレスは、電子メールの送信に引き続き使用できるソースＩＰアドレスを表す。例えば、３０６で決定されたＩＰアドレスのプール内のＩＰアドレスは、能動ではない、または使用できない可能性があり、それは、ソースＩＰアドレスが電子メールメッセージの特定の受信者に対する接続速度制限を超えている、そのＩＰアドレスにサービスを提供するプロキシサーバが失敗または非能動としてマークされている、そのＩＰアドレスを使用した電子メールメッセージの配信が過去に失敗した、などであるためである。３０８の処理の一部として、ＭＴＡは、３０６で決定されたアドレスのプールから能動ではないアドレスをフィルタリングして除外することができる。

【0046】

ＩＰアドレスのアクティブなセットが識別された後、ＭＴＡは選択技術を使用して、アクティブなアドレスのセットから単一のソースＩＰアドレスを選択することができる。特定の実装では、選択技術には、アクティブなＩＰアドレスのセットからＩＰアドレスをランダムに選択することが含まれ得る。いくつかの他の実施形態では、ラウンドロビン選択技術または最長未使用の技術を使用して、アクティブなアドレスのセットから単一のＩＰアドレスを選択することができる。さらに他の実装では、単一のアドレスは、アクティブなアドレスのセットに関連付けられた評価に基づいて選択され得る。例えば、最も高い評価を持つＩＰアドレスが選択され得る。例えば、図１に示される実施形態では、ＭＴＡ１１０Ａは、アクティブなソースＩＰアドレスのセットを識別し、その後、例えばラウンドロビン選択方式（または何らかの他の選択技術）を使用して、そのセットから単一のソースＩＰアドレスを選択することができる。

【0047】

ブロック３１０で、ＭＴＡは、ブロック３０８で選択されたソースＩＰアドレスを扱うように事前に構成されたプロキシサーバを識別する。一般的なシナリオでは、プロキシサーバは、ソースＩＰアドレスに基づいて複数のプロキシサーバの中から選択され得る。特定の実装では、プロキシサーバは、ソースエンティティ、例えばソースＭＴＡと接続エンドポイントとの間の仲介ネットワークエンティティとして機能するＴＣＰプロキシサーバとして実装でき、接続エンドポイントは、対象受信者への電子メールメッセージの配信を容易にするものである。

【0048】

特定の実装では、さまざまな送信者についてＥＭＤＳによって管理されるソースＩＰアドレスは、ＭＴＡのセットに事前に指定されるか、または事前に割り当てられ得る。例えば、図１では、ＥＭＤＳ１０２によって扱われるソースＩＰアドレスは、プロキシサーバ１１２Ａ、１１２Ｂ、および１１２Ｃの間で割り当てられ得る。システムの拡張性と耐障害性とを高めるために、特定の送信者のソースＩＰアドレスのプールが複数のプロキシサーバに分散され得る。特定の実装では、特定の送信者のソースＩＰアドレスのプール内のＩＰアドレスは、重複しないアドレス範囲に分割され得、各範囲が別個のプロキシサーバに割り当てられ得、それによってアドレスが複数のプロキシサーバに分散される。この分散により、ＥＭＤＳシステムの耐障害性が向上する。特定の送信者のＩＰアドレスにサービスを提供するプロキシサーバがダウンしても、他の１つまたは複数のプロキシサーバが引き続き送信者にサービスを提供するために利用でき、その送信者への電子メールの配信を続行できる。プロキシサーバの観点から見ると、そのプロキシサーバに指定された、または割り当てられたソースＩＰアドレスは、送信者のみに対するものである場合もあれば、複数の送信者に対するものである場合もある。

【0049】

例えば、図１では、３１０の処理の一部として、ＭＴＡ１１０Ａは、３０８で選択されたソースＩＰアドレスがプロキシサーバ－１ １１２Ａにマッピングされるか、またはプロキシサーバ－１ １１２Ａに割り当てられると決定することができる。それに応じて、ＭＴＡ１１０Ａは、３１０においてプロキシサーバ－１ １１２Ａを選択することができる。選択されたプロキシサーバは、ＭＴＡを実行するのと同じコンピュータマシン上で実行されているか、または他のコンピュータシステム上で実行され得る。

【0050】

３１２で、ＭＴＡは、３０４で識別された電子メールメッセージの対象受信者に基づいて、送信される電子メールメッセージの宛先ＩＰアドレスを決定する。３１２で決定された宛先ＩＰアドレスは、対象受信者への電子メールメッセージの通信を容易にするために、電子メールメッセージが送信されるネットワークエンドポイントのＩＰアドレスに対応する。例えば、上で説明したように、電子メールメッセージの対象受信者は、電子メールメッセージの「宛先」フィールドで識別され得る。例えば、「宛先」フィールドは「[e-mail]」という形式の文字列を含むことができ、「ｒｅｃｉｐｉｅｎｔ」はユーザ名を識別し、「ｘｙｚ．ｃｏｍ」はドメイン名を識別する。ドメイン名「ｘｙｚ．ｃｏｍ」自体は、組織を識別する第１の部分「ｘｙｚ」と、トップレベルドメイン（ＴＬＤ）を識別する第２の部分「．ｃｏｍ」を含む（ＴＬＤは、．ｃｏｍ、．ｏｒｇ、．ｅｄｕ、．ｎｅｔ、．ｇｏｖなどであり得る）。３１２の処理の一部として、ＭＴＡは、電子メールメッセージの対象受信者のユーザ名とドメインに基づいて、電子メールメッセージの送信先となる宛先ＩＰアドレスを決定することができる。例えば、ＭＴＡはドメイン名を解決して、ドメインネームシステム（ＤＮＳ）内のメール交換サーバの完全修飾ドメイン名を決定することができる。ドメインのＤＮＳサーバは、そのドメインのメール交換サーバ（例えば、受信者のＩＳＰによって実行されるリレーＭＴＡ（例えば、１１４））をリストする任意のメール交換（ＭＸ）レコードで応答する。３１２では、そのリレーＭＴＡのＩＰアドレスが宛先ＩＰアドレスとして決定される。

【0051】

ブロック３１４で、ＭＴＡは、プロキシサーバに接続し、その後、３１０で識別されたプロキシサーバに接続要求を送信し、ここで、接続要求には、３０８で選択されたソースＩＰアドレスと、３１２で決定された宛先ＩＰアドレスが含まれる。接続要求には、プロキシサーバにソースＩＰアドレスと宛先ＩＰアドレスとの間の接続をセットアップするように要求する命令も含まれ得る。

【0052】

ブロック３１６で、プロキシサーバはＭＴＡから接続要求を受信する。例えば、図１では、プロキシサーバ－１ １１２Ａは、ＭＴＡ１１０Ａから接続要求を受信することができる。

【0053】

ブロック３１８で、プロキシサーバは、接続要求で受信したソースＩＰアドレスと接続要求で受信した宛先ＩＰアドレスとの間の接続を確立する。例えば、図１では、プロキシサーバ－１ １１２Ａは、接続要求で受信したソースＩＰアドレスと宛先ＩＰアドレスとを決定し、ソースＩＰアドレスと宛先ＩＰアドレスとの間の接続を確立することができる。

【0054】

３２０で、プロキシサーバは、３１８で確立された接続に関するステータス情報を、接続要求を受信したＭＴＡに送信することができる。例えば、図１では、プロキシサーバ－１ １１２Ａはステータス情報をＭＴＡ１１０Ａに送信することができる。ステータスは、接続のセットアップの成功または失敗を示し得る。失敗した場合、ＭＴＡとプロキシサーバは何らかのエラー修正手順を実行することができる。

【0055】

ブロック３２２で、ＭＴＡは、プロキシサーバによって３１８で確立された接続を使用して、３０２で選択された電子メールメッセージを送信する。電子メールのソースＩＰアドレスが電子メールのソースとなり、電子メールが宛先ＩＰアドレスに送信されるように電子メールが送信され、宛先ＩＰアドレスは、対象受信者への電子メールメッセージの通信を容易にするエンドポイント（例えば、リレーＭＴＡ）のものである。例えば、図１では、ＭＴＡ１１０Ａは、プロキシサーバ－１ １１２Ａによって確立された接続を介して、選択された電子メールメッセージをリレーＭＴＡ１１４に送信することができる。特定の実装では、電子メールメッセージは、Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）を使用して送信され得る。ＥＭＤＳの制御外で動作するリモートシステム上で電子メールメッセージを受信したリレーＭＴＡは、メッセージを対象の受信者に関連付けられるメッセージストア（例えば、図１のメッセージストア１１６）に転送することができるか、別のリレーＭＴＡなどの別の中間ネットワークエンティティに転送し得る。このようにして、電子メールメッセージは１つまたは複数のリレーＭＴＡを介して、対象受信者のメッセージストアに通信される。メッセージストアは、例えば、電子メールメッセージの対象受信者に関連付けられた受信トレイであってもよい。

【0056】

特定の実施形態では、３２２において、ＭＴＡは、プロキシサーバによって確立された接続を介して複数の電子メールメッセージを送信することができる。これらの電子メールメッセージには、例えば、同じ送信者から同じ受信者に宛てられた電子メールメッセージが含まれ得る。他のいくつかの実施形態では、これらの複数の電子メールメッセージは、同じ送信者から同じドメイン（例えば、「ｘｙｚ．ｃｏｍ」）に宛てられ、場合によってはその共通ドメインの異なる受信者に宛てられた電子メールメッセージを含むことができる。特定の実施形態では、ＭＴＡは、そのメッセージキュー内の電子メールメッセージを調べて、プロキシサーバによって確立された接続を介して複数の電子メールメッセージを送信できるかどうかを決定することができる。ＭＴＡは、これらの複数の電子メールメッセージを識別してメッセージキューから削除し、複数の電子メールメッセージを含むジョブを形成し得る。ジョブ内の電子メールメッセージは、３１８でプロキシサーバによって確立された接続を使用して、３２２で送信され得る。

【0057】

特定の例では、ジョブに追加できるメッセージの数は、単一の接続を介して受信者のドメインに送信できるメッセージ数のメッセージ制限に少なくとも部分的に基づいて決定され得る。次に、ＭＴＡは、キュー内で受信された順序でキューからメッセージを取得し、ＭＴＡのプロキシサーバによって確立された接続を使用して、複数のメッセージを受信者に送信する。接続を介して特定の数のメッセージを送信した後、特定の実施形態では、ブロック３２４で、ＭＴＡはプロキシサーバから切断され得、プロキシサーバはリモートシステムから切断され得る。

【0058】

特定の実装では、ＭＴＡはまた、プロキシサーバがソースＩＰアドレスと宛先ＩＰアドレスとの間の接続を確立できないエラー状態を扱うように構成されている。１つのエラー取り扱い技術によれば、プロキシサーバによる一定回数の接続確立再試行の後、プロキシサーバは、ブロック３１８で、接続を確立できなかったというエラーコードをＭＴＡに返すことができる。次に、ＭＴＡは電子メールメッセージに対して別のソースＩＰアドレスを選択し、新しいソースＩＰアドレスと受信者に対応する宛先ＩＰアドレスとの間の接続を確立するようにプロキシサーバに要求することができる。

【0059】

さらに他の状況では、３２２でＭＴＡが電子メールメッセージを送信した後、ＭＴＡは、電子メールメッセージを対象受信者に配信できなかったことを示すエラーコードを受信し得る。これは、電子メールメッセージの送信に使用されたソースＩＰアドレスに関連する評価に問題があり、電子メールメッセージが受信者の電子メールシステムによって拒否される、電子メールメッセージの送信に使用されたソースＩＰアドレスが、特定の受信者システム（受信トレイプロバイダ）の接続速度制限を超えている、そのソースＩＰアドレスでのプロキシサーバ接続が失敗している、受信者がそのソースＩＰで電子メールをもう受信することができない、またはその他の理由による宛先ＩＰアドレスの問題、ネットワークの問題のためであり得る。接続レート制限は、ソースＩＰアドレスを使用して受信者のシステムのメールボックスプロバイダに対して確立できる同時接続の最大数を指定する。このような状況では、ＥＭＤＳはさまざまな再試行技術を使用し得る。例えば、１つの技術によれば、正常に送信できなかった特定の電子メールメッセージは、メッセージキューまたは再試行キューに戻される。電子メールメッセージが送信用にキューから選択されると、以前に選択されたソースＩＰアドレスとは異なる新しいソースＩＰアドレスが電子メールメッセージに対して選択される。電子メールメッセージは、次いで、新しいソースＩＰアドレスを使用して送信される。

【0060】

特定の実施形態では、本開示で説明されるＭＴＡプロキシサーバアーキテクチャは、より優れた動作効率および効率的なリソース管理を提供する。特定の実装では、ＭＴＡとプロキシサーバの両方が同じハードウェアリソースを共有できる。例えば、１つまたは複数のＭＴＡと１つまたは複数のプロキシサーバが同じコンピュータシステムによってホストされ、実行され得る。例えば、図１に示される実施形態では、ＭＴＡ１１０Ａおよびプロキシサーバ－１ １１２Ａは、同じコンピューティングシステム１２０によってホストされ、実行される。メモリリソース、処理リソース、およびネットワークリソースなどのコンピュータシステム１２０のリソースは、ＭＴＡ１１０Ａおよびプロキシサーバ－１ １１２Ａによって共有され得る。同様に、ＭＴＡ１１０Ｂおよびプロキシサーバ－２ １１２Ｂは同じコンピュータシステム１２２上にあり、ＭＴＡ１１０Ｃおよびプロキシサーバ－３ １１２Ｃはコンピュータシステム１２４上にある。図１に示される構成は、単なる一例であり、請求される実施形態の範囲を不当に限定することを意図するものではない。当業者であれば、多くの可能な変形例、代替例、および修正例を認識するであろう。例えば、複数のプロキシサーバが同じコンピュータシステムによって実行される、複数のＭＴＡが同じコンピュータシステムによって実行される、ＭＴＡおよびプロキシサーバの各々が別個のコンピュータシステム上に実装されるなど、他の実装も可能である。

【0061】

本明細書に開示される実施形態では、ＭＴＡによって維持されるメッセージキューは、異なる送信者からの、異なる受信者に宛てられた電子メールメッセージを含むことができる。ＭＴＡは、異なる送信者に対して個別のメッセージキューを維持する必要はない。さらに、さまざまな受信者向けに意図されたメッセージが単一のＭＴＡメッセージキューを通過するようになった。したがって、ＭＴＡが維持する必要があるメッセージキューの数は単一のメッセージキューに減る。これにより、ＭＴＡがダウンした場合の回復手順が簡素化される。ＭＴＡがダウンするか動作不能になった場合、メモリ内のＭＴＡのメッセージキュー内の電子メールメッセージは、特定の電子メールメッセージや電子メールメッセージの送信者を気にすることなく、別のＭＴＡに簡単に再マウントできる。

【0062】

本明細書で説明するアーキテクチャの実施形態は、プロキシサーバがダウンした場合の回復も簡素化する。第１に、プロキシサーバは単純で複雑ではない構成要素（例えば、コード行数が非常に少ない）であるため、その失敗率が減少する。しかし、プロキシサーバがダウンした場合、ＭＴＡはそのプロキシサーバの使用を停止するだけである。ＭＴＡは、そのプロキシサーバに割り当てられているソースＩＰアドレスの使用を停止し得る。例えば、図３の３０８の処理の一部として、ＭＴＡは、ダウンしているプロキシサーバに割り当てられているソースＩＰアドレス、またはＭＴＡによって非機能もしくは動作不能としてタグ付けされているソースＩＰアドレスをフィルタリングして除外し得る。ＭＴＡは、電子メールメッセージを送信するために、他の機能するプロキシサーバに割り当てられたソースＩＰアドレスを使用および選択し得る。プロキシサーバが再び起動するか、再び動作可能になると、ＭＴＡはそのプロキシサーバに割り当てられたソースＩＰアドレスを使用して再起動され得る。

【0063】

アーキテクチャ例
クラウドサービスという用語は、一般に、クラウドサービスプロバイダ（ＣＳＰ）によって提供されるシステムとインフラストラクチャ（クラウドインフラストラクチャ）とを使用して、ＣＳＰによってユーザまたは顧客がオンデマンド（例えば、加入モデルを介して）で利用できるようにするサービスを指すために使用される。通常、ＣＳＰのインフラストラクチャを構成するサーバおよびシステムは、顧客自身のオンプレミスのサーバおよびシステムとは別のものである。したがって、顧客は、サービス用のハードウェアおよびソフトウェアリソースを個別に購入する必要なく、ＣＳＰが提供するクラウドサービスを利用できる。クラウドサービスは、サービスの提供に使用されるインフラストラクチャの調達に顧客が投資する必要なく、加入顧客がアプリケーションやコンピューティングリソースに簡単かつ拡張的にアクセスできるように設計される。

【0064】

さまざまな種類のクラウドサービスを提供するクラウドサービスプロバイダがいくつかある。クラウドサービスには、Ｓｏｆｔｗａｒｅ－ａｓ－ａ－Ｓｅｒｖｉｃｅ（ＳａａＳ）、Ｐｌａｔｆｏｒｍ－ａｓ－ａ－Ｓｅｒｖｉｃｅ（ＰａａＳ）、Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ－ａｓ－ａ－Ｓｅｒｖｉｃｅ（ＩａａＳ）など、さまざまな異なる種類またはモデルがある。

【0065】

顧客は、ＣＳＰによって提供される１つまたは複数のクラウドサービスに加入することができる。顧客は、個人、組織、企業などの任意のエンティティにすることができる。顧客がＣＳＰが提供するサービスに加入または登録すると、その顧客用にテナントまたはアカウントが作成される。その後、顧客は、このアカウントを介して、そのアカウントに関連付けられた加入済みの１つまたは複数のクラウドリソースにアクセスできる。

【0066】

上で述べたように、サービスとしてのインフラストラクチャ（ＩａａＳ）は、クラウドコンピューティングの特定のタイプの１つである。ＩａａＳは、パブリックネットワーク（インターネットなど）経由で仮想化されるコンピューティングリソースを提供するように構成できる。ＩａａＳモデルでは、クラウドコンピューティングプロバイダは、インフラストラクチャ構成要素（例えば、サーバ、記憶装置、ネットワークノード（例えばハードウェア）、展開ソフトウェア、プラットフォーム仮想化（例えばハイパーバイザ層）など）をホストすることができる。場合によっては、ＩａａＳプロバイダは、これらのインフラストラクチャ構成要素に付随するさまざまなサービス（例えば、請求、監視、ロギング、負荷分散、およびクラスタリングなど）を提供することもできる。したがって、これらのサービスはポリシー推進型であり得るため、ＩａａＳユーザは負荷分散を推進するポリシーを実装して、アプリケーションの可用性と性能を維持できる可能性がある。

【0067】

場合によっては、ＩａａＳ顧客は、インターネットなどのワイドエリアネットワーク（ＷＡＮ）を介してリソースおよびサービスにアクセスすることができ、クラウドプロバイダのサービスを使用してアプリケーションスタックの残りの要素をインストールすることができる。例えば、ユーザはＩａａＳプラットフォームにログインして、仮想マシン（ＶＭ）の作成、各ＶＭへのオペレーティングシステム（ＯＳ）のインストール、データベースなどのミドルウェアの展開、ワークロードとバックアップ用の記憶バケットの作成、さらにはエンタープライズソフトウェアをそのＶＭにインストールすることができる。その後、顧客はプロバイダのサービスを使用して、ネットワークトラフィックのバランス、アプリケーションの問題のトラブルシューティング、性能の監視、災害復旧の管理などのさまざまな機能を実行できる。

【0068】

ほとんどの場合、クラウドコンピューティングモデルはクラウドプロバイダの参加を必要とする。クラウドプロバイダは、ＩａａＳの提供（例えば、提供、レンタル、販売）を専門とするサードパーティサービスであってもかまわないが、そうである必要はない。エンティティはプライベートクラウドを展開して、独自のインフラストラクチャサービスプロバイダになることも選択できる。

【0069】

いくつかの例では、ＩａａＳ展開は、新しいアプリケーション、またはアプリケーションの新しいバージョンを、準備されているアプリケーションサーバなどに配置するプロセスである。これには、サーバを準備するプロセス（例えば、ライブラリ、デーモンなどのインストールなど）も含まれ得る。これは多くの場合、ハイパーバイザ層（例えば、サーバ、記憶装置、ネットワークハードウェア、および仮想化）の下のクラウドプロバイダによって管理される。したがって、顧客は、（ＯＳ）、ミドルウェア、および／またはアプリケーション展開（例えば、セルフサービス仮想マシン（例えば、オンデマンドでスピンアップできる）など）などの取り扱いに責任を負うことができる。

【0070】

一部の例では、ＩａａＳプロビジョニングは、使用するコンピュータまたは仮想ホストを取得し、それらに必要なライブラリまたはサービスをインストールすることさえも指し得る。ほとんどの場合、展開にはプロビジョニングが含まれておらず、最初にプロビジョニングを実行する必要があり得る。

【0071】

場合によっては、ＩａａＳプロビジョニングには２つの異なる課題がある。まず、何かを実行する前にインフラストラクチャの初期セットをプロビジョニングするという最初の課題がある。第２に、すべてがプロビジョニングされた後に、既存のインフラストラクチャを進化させるという課題がある（例えば、新しいサービスの追加、サービスの変更、サービスの削除など）。場合によっては、インフラストラクチャの構成を宣言的に画定できるようにすることで、これら２つの課題に対処できる場合がある。言い換えれば、インフラストラクチャ（例えば、どの構成要素が必要か、どのように対話するか）は１つまたは複数の構成ファイルによって画定できる。したがって、インフラストラクチャの全体的なトポロジ（例えば、どのリソースがどのリソースに依存するか、およびそれぞれがどのように連携するかなど）を宣言的に記述することができる。場合によっては、トポロジが画定されると、構成ファイルに記述されているさまざまな構成要素を作成および／または管理するワークフローを生成できる。

【0072】

いくつかの例では、インフラストラクチャは、相互接続されている多くの要素を有し得る。例えば、コアネットワークとしても知られる、１つまたは複数の仮想プライベートクラウド（ＶＰＣ）（例えば、構成可能および／または共有コンピューティングリソースの潜在的にオンデマンドのプール）が存在し得る。いくつかの例では、ネットワークの受信トラフィックおよび／または送信トラフィックがどのように設定されるかを画定するためにプロビジョニングされる１つまたは複数の受信／送信トラフィックグループルールと、１つまたは複数の仮想マシン（ＶＭ）が存在する場合もある。ロードバランサ、データベースなどの他のインフラストラクチャ要素もプロビジョニングできる。より多くのインフラストラクチャ要素が望まれたり追加されたりするにつれて、インフラストラクチャは段階的に進化し得る。

【0073】

場合によっては、さまざまな仮想コンピューティング環境にわたるインフラストラクチャコードの展開を可能にするために、継続的展開技術が使用されてもよい。さらに、説明されている技術により、これらの環境内でのインフラストラクチャ管理が可能になる。いくつかの例では、サービスチームは、１つまたは複数の、しかし多くの場合、多くの異なる生産環境（例えば、さまざまな異なる地理的位置にまたがり、場合によっては全世界に及ぶ）に展開することが望ましいコードを書くことができる。しかし、例によっては、コードを展開するインフラストラクチャを最初にセットアップする必要がある。場合によっては、プロビジョニングは手動で行うことができ、プロビジョニングツールを利用してリソースをプロビジョニングすることができ、および／または展開ツールを利用して、インフラストラクチャがプロビジョニングされた後にコードを展開することができる。

【0074】

図４は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャのパターン例を示すブロック図４００である。サービスオペレータ４０２は、仮想クラウドネットワーク（ＶＣＮ）４０６およびセキュアホストサブネット４０８を含むことができるセキュアホストテナント４０４に通信可能に結合することができる。いくつかの例では、サービスオペレータ４０２は、１つまたは複数のクライアントコンピューティング装置を使用することができ、これは、ポータブルハンドヘルド装置（例えば、ｉＰｈｏｎｅ（登録商標）、携帯電話、ｉＰａｄ（登録商標）、コンピューティングタブレット、携帯情報端末（ＰＤＡ））もしくはウェアラブル装置（例えば、Ｇｏｏｇｌｅ Ｇｌａｓｓ（登録商標）ヘッドマウントディスプレイ）、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ Ｍｏｂｉｌｅ（登録商標）などの実行ソフトウェア、および／またはｉＯＳ、ＷｉｎｄｏｗｓＰｈｏｎｅ、Ａｎｄｒｏｉｄ、ＢｌａｃｋＢｅｒｒｙ８、ＰａｌｍＯＳなどのさまざまなモバイルオペレーティングシステム、ならびにインターネット、電子メール、ショートメッセージサービス（ＳＭＳ）、Ｂｌａｃｋｂｅｒｒｙ（登録商標）、または有効な他の通信プロトコルであり得る。あるいは、クライアントコンピューティング装置は、例えば、さまざまなバージョンのＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）、Ａｐｐｌｅ Ｍａｃｉｎｔｏｓｈ（登録商標）、および／またはＬｉｎｕｘ（登録商標）オペレーティングシステムを実行するパーソナルコンピュータおよび／またはラップトップコンピュータを含む汎用パーソナルコンピュータであってもよい。クライアントコンピューティング装置は、例えばＧｏｏｇｌｅ Ｃｈｒｏｍｅ ＯＳなどのさまざまなＧＮＵ／Ｌｉｎｕｘオペレーティングシステムを含むがこれらに限定されない、さまざまな市販のＵＮＩＸ（登録商標）またはＵＮＩＸ類似のオペレーティングシステムのいずれかを実行するワークステーションコンピュータであり得る。代替として、または追加として、クライアントコンピューティング装置は任意の他の電子装置であってもよく、シンクライアントコンピュータ、インターネット対応ゲームシステム（例えば、Ｋｉｎｅｃｔ（登録商標）ジェスチャ入力装置あり、または無しのＭｉｃｒｏｓｏｆｔ Ｘｂｏｘゲームコンソール）、および／またはＶＣＮ４０６および／またはインターネットにアクセスできるネットワークを介して通信できるパーソナルメッセージング装置などである。

【0075】

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

【0076】

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

【0077】

制御プレーンＶＣＮ４１６は、アプリサブネット４２６を含むことができるデータプレーンミラーアプリ層４４０を含むことができる。データプレーンミラーアプリ層４４０に含まれるアプリサブネット４２６は、コンピューティングインスタンス４４４を実行できる仮想ネットワークインターフェースコントローラ（ＶＮＩＣ）４４２を含むことができる。コンピューティングインスタンス４４４は、データプレーンミラーアプリ層４４０のアプリサブネット４２６を、データプレーンアプリ層４４６に含めることができるアプリサブネット４２６に通信可能に結合することができる。

【0078】

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

【0079】

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

【0080】

いくつかの例では、制御プレーンＶＣＮ４１６またはデータプレーンＶＣＮ４１８のサービスゲートウェイ４３６は、パブリックインターネット４５４を経由せずに、クラウドサービス４５６へのアプリケーションプログラミングインターフェース（ＡＰＩ）呼び出しを行うことができる。サービスゲートウェイ４３６からクラウドサービス４５６へのＡＰＩ呼び出しは一方向であり得る：サービスゲートウェイ４３６はクラウドサービス４５６へのＡＰＩ呼び出しを行うことができ、クラウドサービス４５６は要求されるデータをサービスゲートウェイ４３６に送信することができる。しかし、クラウドサービス４５６は、サービスゲートウェイ４３６へのＡＰＩ呼び出しを開始できない場合がある。

【0081】

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

【0082】

制御プレーンＶＣＮ４１６により、サービステナント４１９のユーザが所望のリソースをセットアップまたはプロビジョニングできるようにすることができる。制御プレーンＶＣＮ４１６内にプロビジョニングされる所望のリソースは、データプレーンＶＣＮ４１８内に展開または使用され得る。いくつかの例では、制御プレーンＶＣＮ４１６はデータプレーンＶＣＮ４１８から分離することができ、制御プレーンＶＣＮ４１６のデータプレーンミラーアプリ層４４０は、データプレーンミラーアプリ層４４０およびデータプレーンアプリ層４４６に含まれることができるＶＮＩＣ４４２を介して、データプレーンＶＣＮ４１８のデータプレーンアプリ層４４６と通信することができる。

【0083】

いくつかの例では、システムのユーザまたは顧客は、要求をメタデータ管理サービス４５２に通信することができるパブリックインターネット４５４を介して、例えば作成、読み取り、更新、または削除（ＣＲＵＤ）動作などの要求を行うことができる。メタデータ管理サービス４５２は、インターネットゲートウェイ４３４を介して要求を制御プレーンＶＣＮ４１６に通信することができる。この要求は、制御プレーンＤＭＺ層４２０に含まれるＬＢサブネット４２２によって受信され得る。ＬＢサブネット４２２は、要求が有効であると決定することができ、この決定に応答して、ＬＢサブネット４２２は、制御プレーンアプリ層４２４に含まれるアプリサブネット４２６に要求を送信することができる。要求が検証され、パブリックインターネット４５４への呼び出しが必要な場合、パブリックインターネット４５４への呼び出しは、パブリックインターネット４５４への呼び出しを行うことができるＮＡＴゲートウェイ４３８に送信され得る。要求によって記憶されることが望ましい場合があるメモリは、ＤＢサブネット４３０に記憶できる。

【0084】

いくつかの例では、データプレーンミラーアプリ層４４０は、制御プレーンＶＣＮ４１６とデータプレーンＶＣＮ４１８との間の直接通信を容易にすることができる。例えば、構成に対する変更、更新、または他の適切な修正を、データプレーンＶＣＮ４１８に含まれるリソースに適用することが望ましい場合がある。ＶＮＩＣ４４２を介して、制御プレーンＶＣＮ４１６は、データプレーンＶＣＮ４１８に含まれるリソースと直接通信することができ、それにより、データプレーンＶＣＮ４１８に含まれるリソースに対する構成の変更、更新、または他の適切な修正を実行することができる。

【0085】

いくつかの実施形態では、制御プレーンＶＣＮ４１６およびデータプレーンＶＣＮ４１８は、サービステナント４１９に含めることができる。この場合、システムのユーザまたは顧客は、制御プレーンＶＣＮ４１６またはデータプレーンＶＣＮ４１８のいずれも所有または動作することはできない。代わりに、ＩａａＳプロバイダは、制御プレーンＶＣＮ４１６およびデータプレーンＶＣＮ４１８を所有または動作することができ、これらは両方ともサービステナント４１９に含まれ得る。この実施形態は、ユーザまたは顧客が他のユーザまたは他の顧客のリソースと対話することを防止し得るネットワークの分離を可能にすることができる。また、この実施形態により、システムのユーザまたは顧客は、記憶のために所望のレベルの脅威防止を持たない可能性があるパブリックインターネット４５４に依存する必要なく、データベースをプライベートに記憶することができる。

【0086】

他の実施形態では、制御プレーンＶＣＮ４１６に含まれるＬＢサブネット４２２は、サービスゲートウェイ４３６から信号を受信するように構成され得る。この実施形態では、制御プレーンＶＣＮ４１６およびデータプレーンＶＣＮ４１８は、パブリックインターネット４５４を呼び出すことなく、ＩａａＳプロバイダの顧客によって呼び出されるように構成され得る。顧客が使用するデータベースはＩａａＳプロバイダによって制御され、パブリックインターネット４５４から隔離され得るサービステナント４１９に記憶され得るため、ＩａａＳプロバイダの顧客は、この実施形態を望む可能性がある。

【0087】

図５は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャの別のパターン例を示すブロック図５００である。サービスオペレータ５０２（例えば、図４のサービスオペレータ４０２）は、セキュアホストテナント５０４（例えば、図４のセキュアホストテナント４０４）に通信可能に結合することができ、これは、仮想クラウドネットワーク（ＶＣＮ）５０６（例えば、図４のＶＣＮ４０６）およびセキュアホストサブネット５０８（例えば、図４のセキュアホストサブネット４０８）を含むことができる。ＶＣＮ５０６は、ローカルピアリングゲートウェイ（ＬＰＧ）５１０（例えば、図４のＬＰＧ４１０）を含むことができ、これは、ＳＳＨＶＣＮ５１２に含まれるＬＰＧ４１０を介してセキュアシェル（ＳＳＨ）ＶＣＮ５１２（例えば、図４のＳＳＨＶＣＮ４１２）に通信可能に結合することができる。ＳＳＨＶＣＮ５１２は、ＳＳＨサブネット５１４（例えば、図４のＳＳＨサブネット４１４）を含むことができ、ＳＳＨＶＣＮ５１２は、制御プレーンＶＣＮ５１６に含まれるＬＰＧ５１０を介して、制御プレーンＶＣＮ５１６（例えば、図４の制御プレーンＶＣＮ４１６）に通信可能に結合することができる。制御プレーンＶＣＮ５１６は、サービステナント５１９（例えば、図４のサービステナント４１９）に含めることができ、データプレーンＶＣＮ５１８（例えば、図４のデータプレーンＶＣＮ４１８）は、システムのユーザまたは顧客によって所有または動作され得る顧客テナント５２１に含めることができる。

【0088】

制御プレーンＶＣＮ５１６は、ＬＢサブネット５２２（例えば、図４のＬＢサブネット４２２）を含むことができる制御プレーンＤＭＺ層５２０（例えば、図４の制御プレーンＤＭＺ層４２０）、アプリサブネット５２６（例えば、図４のアプリサブネット４２６）を含むことができる制御プレーンアプリ層５２４（例えば、図４の制御プレーンアプリ層４２４）、データベース（ＤＢ）サブネット５３０（例えば、図４のＤＢサブネット４３０と同様）を含むことができる制御プレーンデータ層５２８（例えば、図４の制御プレーンデータ層４２８）を含むことができる。制御プレーンＤＭＺ層５２０に含まれるＬＢサブネット５２２は、制御プレーンアプリ層５２４に含まれるアプリサブネット５２６と、制御プレーンＶＣＮ５１６に含まれ得るインターネットゲートウェイ５３４（例えば、図４のインターネットゲートウェイ４３４）とに通信可能に結合することができ、アプリサブネット５２６は、制御プレーンデータ層５２８に含まれるＤＢサブネット５３０、ならびにサービスゲートウェイ５３６（例えば、図４のサービスゲートウェイ）およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ５３８（例えば、図４のＮＡＴゲートウェイ４３８）に通信可能に結合することができる。制御プレーンＶＣＮ５１６は、サービスゲートウェイ５３６およびＮＡＴゲートウェイ５３８を含むことができる。

【0089】

制御プレーンＶＣＮ５１６は、アプリサブネット５２６を含むことができるデータプレーンミラーアプリ層５４０（例えば、図４のデータプレーンミラーアプリ層４４０）を含むことができる。データプレーンミラーアプリ層５４０に含まれるアプリサブネット５２６は、コンピューティングインスタンス５４４（例えば、図４のコンピューティングインスタンス４４４と同様）を実行できる仮想ネットワークインターフェースコントローラ（ＶＮＩＣ）５４２（例えば、４４２のＶＮＩＣ）を含むことができる。コンピューティングインスタンス５４４は、データプレーンミラーアプリ層５４０のアプリサブネット５２６とアプリサブネット５２６との間の通信を容易にすることができ、これは、データプレーンミラーアプリ層５４０に含まれるＶＮＩＣ５４２およびデータプレーンアプリ層５４６に含まれるＶＮＩＣ５４２を介して、データプレーンアプリ層５４６（例えば、図４のデータプレーンアプリ層４４６）に含まれることができる。

【0090】

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

【0091】

いくつかの例では、データプレーンＶＣＮ５１８は、顧客テナント５２１に含まれることができる。この場合、ＩａａＳプロバイダは、各顧客に対して制御プレーンＶＣＮ５１６を提供することができ、ＩａａＳプロバイダは、各顧客に対して、サービステナント５１９に含まれる一意のコンピューティングインスタンス５４４をセットアップすることができる。各コンピューティングインスタンス５４４は、サービステナント５１９に含まれる制御プレーンＶＣＮ５１６と、顧客テナント５２１に含まれるデータプレーンＶＣＮ５１８との間の通信を可能にしてもよい。コンピューティングインスタンス５４４は、サービステナント５１９に含まれる制御プレーンＶＣＮ５１６内にプロビジョニングされるリソースが、顧客テナント５２１に含まれるデータプレーンＶＣＮ５１８内に展開されるか、そうでなければ使用されることを可能にし得る。

【0092】

他の例では、ＩａａＳプロバイダの顧客は、顧客テナント５２１内に存在するデータベースを有し得る。この例では、制御プレーンＶＣＮ５１６は、アプリサブネット５２６を含むことができるデータプレーンミラーアプリ層５４０を含むことができる。データプレーンミラーアプリ層５４０はデータプレーンＶＣＮ５１８内に存在することができるが、データプレーンミラーアプリ層５４０はデータプレーンＶＣＮ５１８内に存在しなくてもよい。つまり、データプレーンミラーアプリ層５４０は、顧客テナント５２１にアクセスできるが、データプレーンミラーアプリ層５４０は、データプレーンＶＣＮ５１８に存在しなくてもよいし、ＩａａＳプロバイダの顧客によって所有または動作されてもよい。データプレーンミラーアプリ層５４０は、データプレーンＶＣＮ５１８への呼び出しを行うように構成されてもよいが、制御プレーンＶＣＮ５１６に含まれる任意のエンティティへの呼び出しを行うように構成されなくてもよい。顧客は、制御プレーンＶＣＮ５１６内にプロビジョニングされるデータプレーンＶＣＮ５１８内のリソースを展開またはそうでなければ使用することを望む場合があり、データプレーンミラーアプリ層５４０は、顧客の所望の展開またはリソースの他の使用を容易にすることができる。

【0093】

いくつかの実施形態では、ＩａａＳプロバイダの顧客は、データプレーンＶＣＮ５１８にフィルタを適用することができる。この実施形態では、顧客はデータプレーンＶＣＮ５１８が何にアクセスできるかを決定することができ、顧客はデータプレーンＶＣＮ５１８からパブリックインターネット５５４へのアクセスを制限することができる。ＩａａＳプロバイダは、フィルタを適用したり、外部ネットワークまたはデータベースへのデータプレーンＶＣＮ５１８のアクセスを制御したりできない場合がある。顧客によるフィルタおよび制御を顧客テナント５２１に含まれるデータプレーンＶＣＮ５１８に適用すると、データプレーンＶＣＮ５１８を他の顧客およびパブリックインターネット５５４から分離するのに役立ち得る。

【0094】

いくつかの実施形態では、クラウドサービス５５６は、パブリックインターネット５５４上、制御プレーンＶＣＮ５１６上、またはデータプレーンＶＣＮ５１８上に存在しない可能性があるサービスにアクセスするために、サービスゲートウェイ５３６によって呼び出すことができる。クラウドサービス５５６と制御プレーンＶＣＮ５１６またはデータプレーンＶＣＮ５１８との間の接続は、ライブまたは継続的ではない可能性がある。クラウドサービス５５６は、ＩａａＳプロバイダが所有または動作する別のネットワーク上に存在し得る。クラウドサービス５５６は、サービスゲートウェイ５３６から呼び出しを受信するように構成されてもよいし、パブリックインターネット５５４から呼び出しを受信しないように構成されてもよい。一部のクラウドサービス５５６は、他のクラウドサービス５５６から分離されてもよく、制御プレーンＶＣＮ５１６は、制御プレーンＶＣＮ５１６と同じ領域になくてもよいクラウドサービス５５６から分離されてもよい。例えば、制御プレーンＶＣＮ５１６は「領域１」に配置され、クラウドサービス「展開４」は領域１と「領域２」に配置され得る。展開４への呼び出しが、領域１にある制御プレーンＶＣＮ５１６に含まれるサービスゲートウェイ５３６によって行われた場合、その呼び出しは領域１の展開４に送信され得る。この例では、制御プレーンＶＣＮ５１６、または領域１の展開４は、領域２の展開４に通信可能に結合されていない、または通信していない可能性がある。

【0095】

図６は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャの別のパターン例を示すブロック図６００である。サービスオペレータ６０２（例えば、図４のサービスオペレータ４０２）は、セキュアホストテナント６０４（例えば、図４のセキュアホストテナント４０４）に通信可能に結合することができ、これは、仮想クラウドネットワーク（ＶＣＮ）６０６（例えば、図４のＶＣＮ４０６）およびセキュアホストサブネット６０８（例えば、図４のセキュアホストサブネット４０８）を含むことができる。ＶＣＮ６０６は、ＳＳＨＶＣＮ６１２（例えば、図４のＳＳＨＶＣＮ４１２）に含まれるＬＰＧ６１０を介してＳＳＨＶＣＮ６１２に通信可能に結合され得るＬＰＧ６１０（例えば、図４のＬＰＧ４１０）を含むことができる。ＳＳＨＶＣＮ６１２は、ＳＳＨサブネット６１４（例えば、図４のＳＳＨサブネット４１４）を含むことができ、ＳＳＨＶＣＮ６１２は、制御プレーンＶＣＮ６１６（例えば、図４の制御プレーンＶＣＮ４１６）に含まれるＬＰＧ６１０を介して制御プレーンＶＣＮ６１６に通信可能に結合することができ、データプレーンＶＣＮ６１８（例えば、図４のデータプレーン４１８）に含まれるＬＰＧ６１０を介してデータプレーンＶＣＮ６１８に通信可能に結合することができる。制御プレーンＶＣＮ６１６およびデータプレーンＶＣＮ６１８は、サービステナント６１９（例えば、図４のサービステナント４１９）に含めることができる。

【0096】

制御プレーンＶＣＮ６１６は、ロードバランサ（ＬＢ）サブネット６２２（例えば、図４のＬＢサブネット４２２）を含むことができる制御プレーンＤＭＺ層６２０（例えば、図４の制御プレーンＤＭＺ層４２０）、アプリサブネット６２６（例えば、図４のアプリサブネット４２６と同様）を含むことができる制御プレーンアプリ層６２４（例えば、図４の制御プレーンアプリ層４２４）、ＤＢサブネット６３０を含むことができる制御プレーンデータ層６２８（例えば、図４の制御プレーンデータ層４２８）を含むことができる。制御プレーンＤＭＺ層６２０に含まれるＬＢサブネット６２２は、制御プレーンアプリ層６２４に含まれるアプリサブネット６２６と、制御プレーンＶＣＮ６１６に含まれ得るインターネットゲートウェイ６３４（例えば、図４のインターネットゲートウェイ４３４）とに通信可能に結合され得、アプリサブネット６２６は、制御プレーンデータ層６２８に含まれるＤＢサブネット６３０、サービスゲートウェイ６３６（例えば、図４のサービスゲートウェイ）およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ６３８（例えば、図４のＮＡＴゲートウェイ４３８）に通信可能に結合することができる。制御プレーンＶＣＮ６１６は、サービスゲートウェイ６３６およびＮＡＴゲートウェイ６３８を含むことができる。

【0097】

データプレーンＶＣＮ６１８は、データプレーンアプリ層６４６（例えば、図４のデータプレーンアプリ層４４６）、データプレーンＤＭＺ層６４８（例えば、図４のデータプレーンＤＭＺ層４４８）、およびデータプレーンデータ層６５０（例えば、図４のデータプレーンデータ層４５０）を含むことができる。データプレーンＤＭＺ層６４８は、ＬＢサブネット６２２を含むことができ、これは、データプレーンアプリ層６４６の信頼できるアプリサブネット６６０と信頼できないアプリサブネット６６２、およびデータプレーンＶＣＮ６１８に含まれるインターネットゲートウェイ６３４に通信可能に結合することができる。信頼できるアプリサブネット６６０は、データプレーンＶＣＮ６１８に含まれるサービスゲートウェイ６３６、データプレーンＶＣＮ６１８に含まれるＮＡＴゲートウェイ６３８、およびデータプレーンデータ層６５０に含まれるＤＢサブネット６３０に通信可能に結合することができる。信頼できないアプリサブネット６６２は、データプレーンＶＣＮ６１８に含まれるサービスゲートウェイ６３６およびデータプレーンデータ層６５０に含まれるＤＢサブネット６３０に通信可能に結合することができる。データプレーンデータ層６５０は、データプレーンＶＣＮ６１８に含まれるサービスゲートウェイ６３６に通信可能に結合できるＤＢサブネット６３０を含むことができる。

【0098】

信頼できないアプリサブネット６６２は、テナント仮想マシン（ＶＭ）６６６（１）～（Ｎ）に通信可能に結合することができる１つまたは複数の１次ＶＮＩＣ６６４（１）～（Ｎ）を含むことができる。各テナントＶＭ６６６（１）～（Ｎ）は、それぞれのアプリサブネット６６７（１）～（Ｎ）に通信可能に結合することができ、これは、それぞれの顧客テナント６７０（１）～（Ｎ）に含めることができるそれぞれのコンテナ出口ＶＣＮ６６８（１）～（Ｎ）に含めることができる。それぞれの２次ＶＮＩＣ６７２（１）～（Ｎ）は、データプレーンＶＣＮ６１８に含まれる信頼できないアプリサブネット６６２と、コンテナ出口ＶＣＮ６６８（１）～（Ｎ）に含まれるアプリサブネットとの間の通信を容易にすることができる。各コンテナ出口ＶＣＮ６６８（１）～（Ｎ）は、パブリックインターネット６５４（例えば、図４のパブリックインターネット４５４）に通信可能に結合できるＮＡＴゲートウェイ６３８を含むことができる。

【0099】

制御プレーンＶＣＮ６１６に含まれ、データプレーンＶＣＮ６１８に含まれるインターネットゲートウェイ６３４は、パブリックインターネット６５４に通信可能に結合できるメタデータ管理サービス６５２（例えば、図４のメタデータ管理システム４５２）に通信可能に結合することができる。パブリックインターネット６５４は、制御プレーンＶＣＮ６１６に含まれ、データプレーンＶＣＮ６１８に含まれるＮＡＴゲートウェイ６３８に通信可能に結合することができる。制御プレーンＶＣＮ６１６に含まれ、データプレーンＶＣＮ６１８に含まれるサービスゲートウェイ６３６は、クラウドサービス６５６に通信可能に結合することができる。

【0100】

いくつかの実施形態では、データプレーンＶＣＮ６１８は、顧客テナント６７０と統合することができる。この統合は、コード実行時のサポートが必要な場合など、ＩａａＳプロバイダの顧客にとって有益または望ましい場合がある。顧客は、破壊的な可能性があるコード、他の顧客リソースと通信する可能性のあるコード、またはその他の望ましくない影響を引き起こす可能性のあるコードの実行を提供し得る。これに応じて、ＩａａＳプロバイダは、顧客からＩａａＳプロバイダに提供されるコードを実行するかどうかを決定できる。

【0101】

いくつかの例では、ＩａａＳプロバイダの顧客は、ＩａａＳプロバイダに一時的なネットワークアクセスを許可し、データプレーン層アプリ６４６に付加される機能を要求することができる。機能を実行するコードは、ＶＭ６６６（１）～（Ｎ）で実行することができ、コードはデータプレーンＶＣＮ６１８上の他の場所で実行するように構成することはできない。各ＶＭ６６６（１）～（Ｎ）は、１つの顧客テナント６７０に接続できる。ＶＭ６６６（１）～（Ｎ）に含まれるそれぞれのコンテナ６７１（１）～（Ｎ）は、コードを実行するように構成され得る。この場合、二重隔離が存在する可能性があり（例えば、コンテナ６７１（１）～（Ｎ）のコード実行、コンテナ６７１（１）～（Ｎ）は、信頼できないアプリサブネット６６２に含まれる少なくともＶＭ６６６（１）～（Ｎ）に含まれ得る）、これは、間違ったコードや望ましくないコードがＩａａＳプロバイダのネットワークに損害を与えたり、別の顧客のネットワークに損害を与えたりすることを防ぐのに役立ち得る。コンテナ６７１（１）～（Ｎ）は、顧客テナント６７０に通信可能に結合されてもよく、顧客テナント６７０からデータを送信または受信するように構成されてもよい。コンテナ６７１（１）～（Ｎ）は、データプレーンＶＣＮ６１８内の任意の他のエンティティからデータを送信または受信するように構成されていない可能性がある。コードの実行が完了すると、ＩａａＳプロバイダはコンテナ６７１（１）～（Ｎ）を強制終了するか、その他の方法で破棄することができる。

【0102】

いくつかの実施形態では、信頼できるアプリサブネット６６０は、ＩａａＳプロバイダによって所有または動作され得るコードを実行し得る。この実施形態では、信頼できるアプリサブネット６６０は、ＤＢサブネット６３０に通信可能に結合され、ＤＢサブネット６３０内でＣＲＵＤ動作を実行するように構成され得る。信頼できないアプリサブネット６６２は、ＤＢサブネット６３０に通信可能に結合され得るが、この実施形態では、信頼できないアプリサブネットは、ＤＢサブネット６３０において読み取り動作を実行するように構成され得る。各顧客のＶＭ６６６（１）～（Ｎ）に含めることができ、顧客からのコードを実行することができるコンテナ６７１（１）～（Ｎ）は、ＤＢサブネット６３０と通信可能に結合されていなくてもよい。

【0103】

他の実施形態では、制御プレーンＶＣＮ６１６とデータプレーンＶＣＮ６１８は、直接通信可能に結合されていなくてもよい。この実施形態では、制御プレーンＶＣＮ６１６とデータプレーンＶＣＮ６１８との間に直接通信が存在しなくてもよい。しかし、通信は少なくとも１つの方法を通じて間接的に行うことができる。ＬＰＧ６１０は、制御プレーンＶＣＮ６１６とデータプレーンＶＣＮ６１８との間の通信を容易にすることができるＩａａＳプロバイダによって確立され得る。別の例では、制御プレーンＶＣＮ６１６またはデータプレーンＶＣＮ６１８は、サービスゲートウェイ６３６を介してクラウドサービス６５６への呼び出しを行うことができる。例えば、制御プレーンＶＣＮ６１６からクラウドサービス６５６への呼び出しは、データプレーンＶＣＮ６１８と通信できるサービスに対する要求を含むことができる。

【0104】

図７は、少なくとも１つの実施形態による、ＩａａＳアーキテクチャの別のパターン例を示すブロック図７００である。サービスオペレータ７０２（例えば、図４のサービスオペレータ４０２）は、セキュアホストテナント７０４（例えば、図４のセキュアホストテナント４０４）に通信可能に結合することができ、これは、仮想クラウドネットワーク（ＶＣＮ）７０６（例えば、図４のＶＣＮ４０６）およびセキュアホストサブネット７０８（例えば、図４のセキュアホストサブネット４０８）を含むことができる。ＶＣＮ７０６は、ＳＳＨＶＣＮ７１２に含まれるＬＰＧ７１０を介してＳＳＨＶＣＮ７１２（例えば、図４のＳＳＨＶＣＮ４１２）に通信可能に結合され得るＬＰＧ７１０（例えば、図４のＬＰＧ４１０）を含むことができる。ＳＳＨＶＣＮ７１２は、ＳＳＨサブネット７１４（例えば、図４のＳＳＨサブネット４１４）を含むことができ、ＳＳＨＶＣＮ７１２は、制御プレーンＶＣＮ７１６（例えば、図４の制御プレーンＶＣＮ４１６）に含まれるＬＰＧ７１０を介して、制御プレーンＶＣＮ７１６に通信可能に結合することができ、データプレーンＶＣＮ７１８（例えば、図４のデータプレーン４１８）に含まれるＬＰＧ７１０を介して、データプレーンＶＣＮ７１８に通信可能に結合することができる。制御プレーンＶＣＮ７１６およびデータプレーンＶＣＮ７１８は、サービステナント７１９（例えば、図４のサービステナント４１９）に含めることができる。

【0105】

制御プレーンＶＣＮ７１６は、ＬＢサブネット７２２（例えば、図４のＬＢサブネット４２２）を含むことができる制御プレーンＤＭＺ層７２０（例えば、図４の制御プレーンＤＭＺ層４２０）、アプリサブネット７２６（例えば、図４のアプリサブネット４２６）を含むことができる制御プレーンアプリ層７２４（例えば、図４の制御プレーンアプリ層４２４）、ＤＢサブネット７３０（例えば、図６のＤＢサブネット６３０）を含むことができる制御プレーンデータ層７２８（例えば、図４の制御プレーンデータ層４２８）を含むことができる。制御プレーンＤＭＺ層７２０に含まれるＬＢサブネット７２２は、制御プレーンアプリ層７２４に含まれるアプリサブネット７２６に通信可能に結合することができ、制御プレーンＶＣＮ７１６に含めることができるインターネットゲートウェイ７３４（例えば、図４のインターネットゲートウェイ４３４）に通信可能に結合することができ、アプリサブネット７２６は、制御プレーンデータ層７２８に含まれるＤＢサブネット７３０に通信可能に結合することができ、サービスゲートウェイ７３６（例えば、図４のサービスゲートウェイ）およびネットワークアドレス変換（ＮＡＴ）ゲートウェイ７３８（例えば、図４のＮＡＴゲートウェイ４３８）に通信可能に結合することができる。制御プレーンＶＣＮ７１６は、サービスゲートウェイ７３６およびＮＡＴゲートウェイ７３８を含むことができる。

【0106】

データプレーンＶＣＮ７１８は、データプレーンアプリ層７４６（例えば、図４のデータプレーンアプリ層４４６）、データプレーンＤＭＺ層７４８（例えば、図４のデータプレーンＤＭＺ層４４８）、およびデータプレーンデータ層７５０（例えば、図４のデータプレーンデータ層４５０）を含むことができる。データプレーンＤＭＺ層７４８は、ＬＢサブネット７２２を含むことができ、それは、信頼できるアプリサブネット７６０（例えば、図６の信頼できるアプリサブネット６６０）に通信可能に結合され得、データプレーンアプリ層７４６の信頼できないアプリサブネット７６２（例えば、図６の信頼できないアプリサブネット６６２）およびデータプレーンＶＣＮ７１８に含まれるインターネットゲートウェイ７３４に通信可能に結合することができる。信頼できるアプリサブネット７６０は、データプレーンＶＣＮ７１８に含まれるサービスゲートウェイ７３６に通信可能に結合することができ、データプレーンＶＣＮ７１８に含まれるＮＡＴゲートウェイ７３８、およびデータプレーンデータ層７５０に含まれるＤＢサブネット７３０に通信可能に結合することができる。信頼できないアプリサブネット７６２は、データプレーンＶＣＮ７１８に含まれるサービスゲートウェイ７３６およびデータプレーンデータ層７５０に含まれるＤＢサブネット７３０に通信可能に接続することができる。データプレーンデータ層７５０は、データプレーンＶＣＮ７１８に含まれるサービスゲートウェイ７３６に通信可能に結合できるＤＢサブネット７３０を含むことができる。

【0107】

信頼できないアプリサブネット７６２は、１次ＶＮＩＣ７６４（１）～（Ｎ）を含むことができ、これは、信頼できないアプリサブネット７６２内に存在するテナント仮想マシン（ＶＭ）７６６（１）～（Ｎ）に通信可能に結合することができる。各テナントＶＭ７６６（１）～（Ｎ）は、それぞれのコンテナ７６７（１）～（Ｎ）内でコードを実行することができ、コンテナ出口ＶＣＮ７６８に含めることができるデータプレーンアプリ層７４６に含めることができるアプリサブネット７２６に通信可能に結合することができる。それぞれの２次ＶＮＩＣ７７２（１）～（Ｎ）は、データプレーンＶＣＮ７１８に含まれる信頼できないアプリサブネット７６２とコンテナ出口ＶＣＮ７６８に含まれるアプリサブネットとの間の通信を容易にすることができる。コンテナ出口ＶＣＮは、パブリックインターネット７５４（例えば、図４のパブリックインターネット４５４）に通信可能に結合できるＮＡＴゲートウェイ７３８を含むことができる。

【0108】

制御プレーンＶＣＮ７１６に含まれ、データプレーンＶＣＮ７１８に含まれるインターネットゲートウェイ７３４は、パブリックインターネット７５４に通信可能に結合できるメタデータ管理サービス７５２（例えば、図４のメタデータ管理システム４５２）に通信可能に結合することができる。パブリックインターネット７５４は、制御プレーンＶＣＮ７１６に含まれ、データプレーンＶＣＮ７１８に含まれるＮＡＴゲートウェイ７３８に通信可能に結合することができる。制御プレーンＶＣＮ７１６に含まれ、データプレーンＶＣＮ７１８に含まれるサービスゲートウェイ７３６は、クラウドサービス７５６に通信可能に結合することができる。

【0109】

いくつかの例では、図７のブロック図７００のアーキテクチャによって示されるパターンは、図６のブロック図６００のアーキテクチャによって示されるパターンの例外であると考えられ、ＩａａＳプロバイダが顧客と直接通信できない場合（例えば、切断されている領域）、ＩａａＳプロバイダの顧客にとっては望ましい場合がある。各顧客のＶＭ７６６（１）～（Ｎ）に含まれるそれぞれのコンテナ７６７（１）～（Ｎ）は、顧客によってリアルタイムでアクセス可能である。コンテナ７６７（１）～（Ｎ）は、コンテナ出口ＶＣＮ７６８に含まれることができるデータプレーンアプリ層７４６のアプリサブネット７２６に含まれるそれぞれの２次ＶＮＩＣ７７２（１）～（Ｎ）への呼び出しを行うように構成され得る。２次ＶＮＩＣ７７２（１）～（Ｎ）は、呼び出しをパブリックインターネット７５４に送信することができるＮＡＴゲートウェイ７３８に呼び出しを送信することができる。この例では、顧客がリアルタイムでアクセスできるコンテナ７６７（１）～（Ｎ）は、制御プレーンＶＣＮ７１６から分離することができ、データプレーンＶＣＮ７１８に含まれる他のエンティティから分離することができる。コンテナ７６７（１）～（Ｎ）は、他の顧客からのリソースから隔離されてもよい。

【0110】

他の例では、顧客は、コンテナ７６７（１）～（Ｎ）を使用して、クラウドサービス７５６を呼び出すことができる。この例では、顧客は、クラウドサービス７５６からサービスを要求するコードをコンテナ７６７（１）～（Ｎ）内で実行することができる。コンテナ７６７（１）～（Ｎ）は、この要求を２次ＶＮＩＣ７７２（１）～（Ｎ）に送信することができ、２次ＶＮＩＣ７７２（１）～（Ｎ）は、要求をパブリックインターネット７５４に送信することができるＮＡＴゲートウェイに要求を送信することができる。パブリックインターネット７５４は、インターネットゲートウェイ７３４を介して、制御プレーンＶＣＮ７１６に含まれるＬＢサブネット７２２に要求を送信することができる。要求が有効であるとの決定に応答して、ＬＢサブネットは、サービスゲートウェイ７３６を介してクラウドサービス７５６に要求を送信できるアプリサブネット７２６に要求を送信することができる。

【0111】

図に示されているＩａａＳアーキテクチャ４００、５００、６００、７００は、示されているもの以外の構成要素を有し得ることを理解されたい。さらに、図に示される実施形態は、本開示の実施形態を組み込むことができるクラウドインフラストラクチャシステムのいくつかの例にすぎない。他のいくつかの実施形態では、ＩａａＳシステムは、図示されているよりも多いもしくは少ない構成要素を有してもよく、２つ以上の構成要素を組み合わせてもよく、または構成要素の異なる構成もしくは配置を有してもよい。

【0112】

特定の実施形態では、本明細書で説明されるＩａａＳシステムは、セルフサービス、サブスクリプションベース、弾力的に拡張可能、信頼性が高く、可用性が高く、安全な方法で顧客に提供されるアプリケーション、ミドルウェア、およびデータベースサービス製品のスイートを含むことができる。このようなＩａａＳシステムの一例として、本譲受人が提供するＯｒａｃｌｅ Ｃｌｏｕｄ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ（ＯＣＩ）がある。

【0113】

図８は、さまざまな実施形態が実装され得る例示的なコンピュータシステム８００を示す。システム８００は、上述のコンピュータシステムのいずれかを実装するために使用することができる。図に示すように、コンピュータシステム８００は、バスサブシステム８０２を介して多くの周辺サブシステムと通信する処理装置８０４を含む。これらの周辺サブシステムは、処理加速装置８０６、Ｉ／Ｏサブシステム８０８、記憶サブシステム８１８、および通信サブシステム８２４を含み得る。記憶サブシステム８１８は、有形のコンピュータ可読記憶媒体８２２およびシステムメモリ８１０を含む。

【0114】

バスサブシステム８０２は、コンピュータシステム８００のさまざまな構成要素およびサブシステムが意図したとおりに相互に通信できるようにする機構を提供する。バスサブシステム８０２は単一のバスとして概略的に示されているが、バスサブシステムの代替実施形態では複数のバスを利用することができる。バスサブシステム８０２は、さまざまなバスアーキテクチャのいずれかを使用するメモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含むいくつかのタイプのバス構造のいずれであってもよい。例えば、そのようなアーキテクチャには、Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＳＡ）バス、Ｍｉｃｒｏ Ｃｈａｎｎｅｌ Ａｒｃｈｉｔｅｃｔｕｒｅ（ＭＣＡ）バス、Ｅｎｈａｎｃｅｄ ＩＳＡ（ＥＩＳＡ）バス、Ｖｉｄｅｏ Ｅｌｅｃｔｒｏｎｉｃｓ Ｓｔａｎｄａｒｄｓ Ａｓｓｏｃｉａｔｉｏｎ（ＶＥＳＡ）ローカルバス、およびＰｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ（ＰＣＩ）バスが含まれ得る。これは、ＩＥＥＥＰ１３８６．１標準に従って製造されるメザニンバスとして実装できる。

【0115】

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

【0116】

さまざまな実施形態において、処理装置８０４は、プログラムコードに応答してさまざまなプログラムを実行することができ、複数の同時実行プログラムまたはプロセスを維持することができる。いつでも、実行されるプログラムコードの一部またはすべては、プロセッサ８０４および／または記憶サブシステム８１８に存在することができる。適切なプログラミングを通じて、プロセッサ８０４は、上述のさまざまな機能を提供することができる。コンピュータシステム８００は、デジタルシグナルプロセッサ（ＤＳＰ）、専用プロセッサ等を含むことができる処理加速装置８０６をさらに含むことができる。

【0117】

Ｉ／Ｏサブシステム８０８は、ユーザインターフェース入力装置およびユーザインターフェース出力装置を含むことができる。ユーザインターフェース入力装置にはキーボード、マウスやトラックボールなどのポインティング装置、ディスプレイに組み込まれたタッチパッドやタッチスクリーン、スクロールホイール、クリックホイール、ダイヤル、ボタン、スイッチ、キーパッド、音声コマンド認識システムを備えたオーディオ入力装置、マイク、および他のタイプの入力装置が含まれ得る。ユーザインターフェース入力装置には、例えば、Ｍｉｃｒｏｓｏｆｔ Ｋｉｎｅｃｔ（登録商標）モーションセンサーなどのモーションセンシングおよび／またはジェスチャ認識装置が含まれ得、ユーザは、ジェスチャや音声コマンドを使用した自然なユーザインターフェースを通じて、Ｍｉｃｒｏｓｏｆｔ Ｘｂｏｘ（登録商標）３６０ゲームコントローラーなどの入力装置を制御し、対話できるようになる。ユーザインターフェース入力装置には、ユーザからの目の活動（例えば、写真撮影中および／またはメニュー選択中の「瞬き」）を検出し、目のジェスチャを入力装置（例えば、Ｇｏｏｇｌｅ Ｇｌａｓｓ（登録商標））への入力として変換するＧｏｏｇｌｅ Ｇｌａｓｓ（登録商標）瞬き検出器などのアイジェスチャ認識装置も含まれ得る。さらに、ユーザインターフェース入力装置は、ユーザが音声コマンドを通じて音声認識システム（例えば、Ｓｉｒｉ（登録商標）ナビゲータ）と対話できるようにする音声認識センシング装置を含んでもよい。

【0118】

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

【0119】

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

【0120】

コンピュータシステム８００は、システムメモリ８１０内に現在配置されているように示されるソフトウェア要素を備える記憶サブシステム８１８を備えることができる。システムメモリ８１０は、処理装置８０４上でロード可能および実行可能なプログラム命令、ならびにこれらのプログラムの実行中に生成されるデータを記憶することができる。

【0121】

コンピュータシステム８００の構成および種類に応じて、システムメモリ８１０は、揮発性（ランダムアクセスメモリ（ＲＡＭ）など）および／または不揮発性（読み取り専用メモリ（ＲＯＭ）、フラッシュメモリなど）の場合がある。ＲＡＭは通常、処理装置８０４に即座にアクセス可能な、ならびに／または処理装置８０４によって現在動作および実行されているデータおよび／またはプログラムモジュールを含む。いくつかの実装形態では、システムメモリ８１０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）またはダイナミックランダムアクセスメモリ（ＤＲＡＭ）などの複数の異なるタイプのメモリを含み得る。いくつかの実装形態では、起動中など、コンピュータシステム８００内の要素間で情報を転送するのに役立つ基本ルーチンを含む基本入出力システム（ＢＩＯＳ）は、通常、ＲＯＭに記憶され得る。限定ではなく一例として、システムメモリ８１０は、クライアントアプリケーション、ウェブブラウザ、中間層アプリケーション、リレーショナルデータベース管理システム（ＲＤＢＭＳ）などを含み得るアプリケーションプログラム８１２、プログラムデータ８１４、およびオペレーティングシステム８１６も示す。一例として、オペレーティングシステム８１６には、さまざまなバージョンのＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）、Ａｐｐｌｅ Ｍａｃｉｎｔｏｓｈ（登録商標）、および／またはＬｉｎｕｘオペレーティングシステム、さまざまな市販のＵＮＩＸ（登録商標）もしくはＵＮＩＸ系オペレーティングシステム（さまざまなＧＮＵ／Ｌｉｎｕｘオペレーティングシステム、Ｇｏｏｇｌｅ Ｃｈｒｏｍｅ（登録商標）ＯＳなどを含むがこれらに限定されない）、ならびに／またはｉＯＳ、Ｗｉｎｄｏｗｓ（登録商標）Ｐｈｏｎｅ、Ａｎｄｒｏｉｄ（登録商標）ＯＳ、ＢｌａｃｋＢｅｒｒｙ（登録商標）８ＯＳ、およびＰａｌｍ（登録商標）ＯＳオペレーティングシステムなどのモバイルオペレーティングシステムが含まれ得る。

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

通信サブシステム８２４は、他のコンピュータシステムおよびネットワークへのインターフェースを提供する。通信サブシステム８２４は、コンピュータシステム８００から他のシステムとの間でデータを送受信するためのインターフェースとして機能する。例えば、通信サブシステム８２４は、コンピュータシステム８００がインターネットを介して１つまたは複数の装置に接続できるようにすることができる。いくつかの実施形態では、通信サブシステム８２４は、無線音声および／またはデータネットワークにアクセスするための無線周波数（ＲＦ）トランシーバ構成要素を含めることができる（例えば、携帯電話技術、３Ｇ、４Ｇ、またはＥＤＧＥ（地球規模の進化のための強化されるデータレート）などの高度なデータネットワーク技術を使用する）、ＷｉＦｉ（ＩＥＥＥ８０２．１１ファミリ標準、または他のモバイル通信技術、またはそれらの任意の組み合わせ）、全地球測位システム（ＧＰＳ）受信機構成要素、および／または他の構成要素を含むことができる。いくつかの実施形態では、通信サブシステム８２４は、無線インターフェースに加えて、またはその代わりに、有線ネットワーク接続（例えば、イーサネット）を提供することができる。

【0127】

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

【0128】

一例として、通信サブシステム８２４は、ソーシャルネットワーク、および／もしくはＴｗｉｔｔｅｒ（登録商標）フィード、Ｆａｃｅｂｏｏｋ（登録商標）更新、リッチサイトサマリー（ＲＳＳ）フィードなどのＷｅｂフィードなどのその他の通信サービス、ならびに／または１つもしくは複数のサードパーティ情報ソースからのリアルタイム更新のユーザからリアルタイムでデータフィード８２６を受信するように構成され得る。

【0129】

さらに、通信サブシステム８２４は、連続データストリームの形式でデータを受信するように構成されてもよく、これには、リアルタイムイベントおよび／またはイベント更新８３０のイベントストリーム８２８が含まれ得、これらは、連続的または明示的な終わりのない本質的に無制限であり得る。連続データを生成するアプリケーションの例には、例えば、センサーデータアプリケーション、金融ティッカ、ネットワーク性能測定ツール（例えば、ネットワーク監視およびトラフィック管理アプリケーション）、クリックストリーム分析ツール、自動車交通監視などが含まれ得る。

【0130】

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

【0131】

コンピュータシステム８００は、ハンドヘルドポータブル装置（例えば、ｉＰｈｏｎｅ（登録商標）携帯電話、ｉＰａｄ（登録商標）コンピューティングタブレット、ＰＤＡ）、ウェアラブル装置（例えば、Ｇｏｏｇｌｅ Ｇｌａｓｓ（登録商標）ヘッドマウントディスプレイ）、ＰＣ、ワークステーション、メインフレーム、キオスク、サーバラック、またはその他のデータ処理システムを含むさまざまなタイプのうちの１つであり得る。

【0132】

コンピュータおよびネットワークの絶え間なく変化する性質のため、図に示されるコンピュータシステム８００の説明は、特定の例としてのみ意図されている。図に示されているシステムよりも多くの、または少ない構成要素を備えた他の多くの構成が可能である。例えば、カスタマイズされているハードウェアも使用されたり、特定の要素がハードウェア、ファームウェア、ソフトウェア（アプレットを含む）、またはその組み合わせで実装されたりし得る。さらに、ネットワーク入出力装置などの他のコンピューティング装置への接続が使用されてもよい。本明細書で提供される開示および教示に基づいて、当業者であれば、さまざまな実施形態を実装するための他の手法および／または方法を理解するであろう。

【0133】

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

【0134】

さらに、ハードウェアとソフトウェアの特定の組み合わせを使用して実施形態を説明したが、ハードウェアとソフトウェアの他の組み合わせも本開示の範囲内であることを認識されたい。実施形態は、ハードウェアのみで、もしくはソフトウェアのみで、またはそれらの組み合わせを使用して実装することができる。本明細書で説明するさまざまなプロセスは、同じプロセッサ上で実装することも、異なるプロセッサを任意に組み合わせて実装することもできる。したがって、構成要素またはモジュールが特定の動作を実行するように構成されていると説明されている場合、このような構成は、例えば、動作を実行する電子回路を設計することによって、動作を実行するようにプログラマブル電子回路（マイクロプロセッサなど）をプログラムすることによって、またはそれらの任意の組み合わせによって達成することができる。プロセスは、プロセス間通信のための従来の技術を含むがこれに限定されないさまざまな技術を使用して通信することができ、プロセスの異なる対が異なる技術を使用したり、同じプロセスの対が異なる時点で異なる技術を使用したりすることができる。

【0135】

したがって、明細書および図面は、限定的な意味ではなく、例示的な意味としてみなされるべきである。しかし、特許請求の範囲に記載のより広い趣旨および範囲から逸脱することなく、追加、減算、削除、ならびにその他の修正および変更を行うことができることは明らかである。したがって、特定の開示実施形態について説明してきたが、これらは限定することを意図したものではない。さまざまな修正および均等物は、以下の特許請求の範囲内に含まれる。

【0136】

開示されている実施形態を説明する文脈における（特に、以下の特許請求の範囲の文脈において）用語「ａ」、「ａｎ」、「ｔｈｅ」、および同様の指示対象の使用は、本明細書で別途指示するか、文脈と明らかに矛盾しない限り、単数形と複数形の両方をカバーすると解釈されるべきである。「含む」、「有する」、「含む」、および「含有する」という用語は、特に断りのない限り、無制限の用語（すなわち、「含むがこれらに限定されない」を意味する）として解釈されるべきである。「接続されている」という用語は、たとえ何かが介在している場合でも、部分的または全体的に内部に含まれている、取り付けられている、または結合されていると解釈される。本明細書における値の範囲の記載は、本明細書に別段の記載がない限り、その範囲内にある各々の個別の値を個別に参照する簡略的な方法として機能することを単に意図しており、個別の各値は、あたかも本明細書に個別に記載されているかのように明細書に組み込まれる。本明細書に記載されるすべての方法は、本明細書に別段の指示がない限り、または文脈と明らかに矛盾しない限り、任意の適切な順序で実行することができる。本明細書で提供されるあらゆる例、または例示的な文言（例えば、「など」）の使用は、単に実施形態をより良く説明することを目的としており、別段の請求がない限り、本開示の範囲に制限を課すものではない。本明細書のいかなる文言も、特許請求されていない任意の要素が本開示の実施に必須であることを示すものとして解釈されるべきではない。

【0137】

「Ｘ、Ｙ、またはＺのうちの少なくとも１つ」という句などの選言的表現は、特に別段の記載がない限り、項目、用語などがＸ、Ｙ、またはＺのいずれか、またはそれらの任意の組み合わせ（例えば、Ｘ、Ｙ、および／またはＺ）であり得ることを示すために一般に使用されると文脈内で理解されることを意図している。したがって、そのような選言的表現は、一般に、特定の実施形態が、Ｘの少なくとも１つ、Ｙの少なくとも１つ、またはＺの少なくとも１つがそれぞれ存在することを必要とすることを意味することを意図したものではなく、また、意味するべきではない。

【0138】

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

【0139】

本明細書に引用される刊行物、特許出願、および特許を含むすべての参考文献は、各参考文献が参照により組み込まれることが個別かつ具体的に示され、その全体が本明細書に記載されるのと同じ程度に、参照により本明細書に組み込まれる。

【0140】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【手続補正書】

【提出日】2024-04-18

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

電子メール配信サービスを提供する電子メールメッセージ配信システムが、メッセージ転送エージェント（ＭＴＡ）およびプロキシサーバを実行するステップと、
前記ＭＴＡが、メッセージキューから処理する第１の電子メールメッセージを選択するステップと、を含み、前記メッセージキューは、複数の送信者から受信した複数の電子メールメッセージを含み、前記複数の送信者は前記電子メール配信サービスの複数の加入者に対応し、
前記ＭＴＡが、前記第１の電子メールメッセージに関連付けられた送信者を決定するステップと、
前記ＭＴＡが、前記第１の電子メールメッセージの受信者を決定するステップと、
前記ＭＴＡが、前記第１の電子メールメッセージに対して決定された前記送信者に基づいて、前記第１の電子メールメッセージのソースＩＰアドレスとして使用可能なＩＰアドレスを含む複数のソースインターネットプロトコル（ＩＰ）アドレスを識別するステップと、
前記ＭＴＡが、前記複数のソースＩＰアドレスから特定のソースＩＰアドレスを選択するステップと、
前記ＭＴＡが、前記電子メールメッセージの前記受信者の宛先ＩＰアドレスを決定するステップと、
前記ＭＴＡが、および１つまたは複数のプロキシサーバのセットから、前記選択された特定のソースＩＰアドレスを扱うように構成された特定のプロキシサーバを識別するステップと、
前記ＭＴＡが前記特定のプロキシサーバに、前記特定のソースＩＰアドレスと前記宛先ＩＰアドレスとを含む情報を通信するステップと、
前記ＭＴＡが、前記特定のソースＩＰアドレスと前記宛先ＩＰアドレスとの間に前記プロキシサーバによって確立された接続を使用して、前記第１の電子メールメッセージを前記宛先ＩＰアドレスに送信するステップと、を含む、方法。

【請求項2】

前記ＭＴＡが、前記第１の電子メールメッセージの前記送信者を決定するステップは、前記ＭＴＡが、前記第１の電子メールメッセージの送信を許可されている、前記第１の電子メールメッセージの前記送信者に関連付けられたユーザを決定するステップを含み、前記送信者に関連付けられた前記ユーザは、前記第１の電子メールメッセージの「差出人」フィールドに少なくとも部分的に基づいて決定される、請求項１に記載の方法。

【請求項3】

前記第１の電子メールメッセージの前記受信者は、前記第１の電子メールメッセージの「宛先」フィールドに少なくとも部分的に基づいて決定される、請求項１または２に記載の方法。

【請求項4】

前記ＭＴＡが、前記複数のソースＩＰアドレスから前記特定のソースＩＰアドレスを選択するステップは、前記ＭＴＡが、前記複数のソースＩＰアドレスからアクティブなソースＩＰアドレスのセットを決定するステップと、アクティブなソースＩＰアドレスの前記セットから前記特定のソースＩＰアドレスを選択するステップとを含む、請求項１～３のいずれか一項に記載の方法。

【請求項5】

前記ＭＴＡが、アクティブなソースＩＰアドレスの前記セットから前記特定のソースＩＰアドレスを選択するための選択技術を使用するステップをさらに含む、請求項４に記載の方法。

【請求項6】

前記送信者の前記複数のソースＩＰアドレスの第１のセットが、プロキシサーバの前記セット内の第１のプロキシサーバに割り当てられ、前記送信者の前記複数のソースＩＰアドレスの第２のセットは、プロキシサーバの前記セット内の第２のプロキシサーバに割り当てられる、請求項１～５のいずれか一項に記載の方法。

【請求項7】

プロキシサーバの前記セット内の第１のプロキシサーバは、ソースＩＰアドレスのセットを扱うように構成されており、前記セット内の第１のソースＩＰアドレスは、前記複数の送信者のうちの第１の送信者に関連付けられ、前記セット内の第２のソースＩＰアドレスは、前記複数の送信者のうちの第２の送信者に関連付けられ、前記第１の送信者は前記第２の送信者とは異なる、請求項１～６のいずれか一項に記載の方法。

【請求項8】

前記ＭＴＡが、前記送信者に関連付けられた前記複数の電子メールメッセージから電子メールメッセージのサブセットを識別するステップと、
前記ＭＴＡが、前記特定のソースＩＰアドレスと前記宛先ＩＰアドレスとの間に前記プロキシサーバによって確立された前記接続を使用して、電子メールメッセージの前記サブセットを前記宛先ＩＰアドレスに送信するステップと、をさらに含む、請求項１～７のいずれか一項に記載の方法。

【請求項9】

メッセージの前記サブセット内のメッセージの数は、前記受信者のドメインに関連付けられたメッセージ制限に少なくとも部分的に基づいて決定され、前記メッセージ制限は、前記プロキシサーバによって確立された前記接続を使用して送信できるメッセージの数を指定する、請求項８に記載の方法。

【請求項10】

前記ＭＴＡが前記宛先ＩＰアドレスに前記第１の電子メールメッセージを送信するステップは、前記特定のソースＩＰアドレスと前記宛先ＩＰアドレスとの間の前記接続が前記プロキシサーバによって正常に確立されたことを示すメッセージを前記プロキシサーバから受信することを含む、請求項１～９のいずれか一項に記載の方法。

【請求項11】

前記プロキシサーバは、伝送制御プロトコル（ＴＣＰ）プロキシサーバである、請求項１～１０のいずれか一項に記載の方法。

【請求項12】

前記ＭＴＡおよび前記プロキシサーバは単一のコンピュータシステム上に実装される、請求項１～１１のいずれか一項に記載の方法。

【請求項13】

電子メール配信サービスを提供する電子メール配信システムであって、
メモリと、
処理を実行するように構成された１つまたは複数のプロセッサと、を含み、前記処理は、
前記電子メール配信システムが、メッセージ転送エージェント（ＭＴＡ）とプロキシサーバとを実行することと、
前記ＭＴＡが、メッセージキューから処理する第１の電子メールメッセージを選択することと、を含み、前記メッセージキューは、複数の送信者から受信した複数の電子メールメッセージを含み、前記複数の送信者は前記電子メール配信サービスの複数の加入者に対応し、
前記ＭＴＡが、前記第１の電子メールメッセージに関連付けられた送信者を決定することと、
前記ＭＴＡが、前記第１の電子メールメッセージの受信者を決定することと、
前記ＭＴＡが、前記第１の電子メールメッセージに対して決定された前記送信者に基づいて、前記第１の電子メールメッセージのソースインターネットプロトコル（ＩＰ）アドレスとして使用可能なＩＰアドレスを含む複数のソースＩＰアドレスを識別することと、
前記ＭＴＡが、前記複数のソースＩＰアドレスから特定のソースＩＰアドレスを選択することと、
前記ＭＴＡが、前記電子メールメッセージの前記受信者の宛先ＩＰアドレスを決定することと、
前記ＭＴＡが、１つまたは複数のプロキシサーバのセットから、前記選択された特定のソースＩＰアドレスを扱うように構成された特定のプロキシサーバを識別することと、
前記ＭＴＡが前記特定のプロキシサーバに、前記特定のソースＩＰアドレスと前記宛先ＩＰアドレスとを含む情報を通信することと、および
前記ＭＴＡが、前記特定のソースＩＰアドレスと前記宛先ＩＰアドレスとの間に前記プロキシサーバによって確立された接続を使用して、前記第１の電子メールメッセージを前記宛先ＩＰアドレスに送信することと、を含む、電子メール配信システム。

【請求項14】

前記ＭＴＡが、前記複数のソースＩＰアドレスから前記特定のソースＩＰアドレスを選択することは、前記ＭＴＡが、前記複数のソースＩＰアドレスからアクティブなソースＩＰアドレスのセットを決定することと、アクティブなソースＩＰアドレスの前記セットから前記特定のソースＩＰアドレスを選択することとを含む、請求項１３に記載のシステム。

【請求項15】

前記送信者の前記複数のソースＩＰアドレスの第１のセットが、プロキシサーバの前記セット内の第１のプロキシサーバに割り当てられ、前記送信者の前記複数のソースＩＰアドレスの第２のセットは、プロキシサーバの前記セット内の第２のプロキシサーバに割り当てられる、請求項１３または１４に記載のシステム。

【請求項16】

プロキシサーバの前記セット内の第１のプロキシサーバは、ソースＩＰアドレスのセットを扱うように構成されており、前記セット内の第１のソースＩＰアドレスは前記複数の送信者のうちの第１の送信者に関連付けられ、前記セット内の第２のソースＩＰアドレスは前記複数の送信者のうちの第２の送信者に関連付けられ、前記第１の送信者は前記第２の送信者とは異なる、請求項１３～１５のいずれか一項に記載のシステム。

【請求項17】

前記ＭＴＡが、前記第１の電子メールメッセージを前記宛先ＩＰアドレスに送信することは、前記特定のソースＩＰアドレスと前記宛先ＩＰアドレスとの間の前記接続が前記プロキシサーバによって正常に確立されたことを示すメッセージを前記プロキシサーバから受信することを含む、請求項１３～１６のいずれか一項に記載のシステム。

【請求項18】

請求項１～１２のいずれか一項に記載の方法をコンピュータに実行させるためのプログラム。

【国際調査報告】