特表 2024-512114 非同期イベントベースの分散型メッセージングサービス

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

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

(11)【公表番号】

(43)【公表日】2024-03-18

(54)【発明の名称】非同期イベントベースの分散型メッセージングサービス

(51)【国際特許分類】

   G06F 9/54 20060101AFI20240311BHJP

【ＦＩ】

G06F9/54 C

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023560109

(86)(22)【出願日】2022-03-28

(85)【翻訳文提出日】2023-11-21

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

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

(87)【国際公開日】2022-10-06

(31)【優先権主張番号】17/216,608

(32)【優先日】2021-03-29

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ

【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110001195

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

(72)【発明者】

【氏名】ミストリー，ショウナク

(72)【発明者】

【氏名】ペラレズ，フィリップ・ウェイン

(57)【要約】

応答プロセス（１７０ｂ）からの応答（１６４、１６４ｒ）のための要求（１６４、１６４Ｒ）を発行する要求プロセス（１７０ａ）をインスタンス化する際、イベントベースの分散型メッセージングサービスを実装する方法は、分散型メッセージングサービス（１６０）の応答トピック（１６６、１６６ｒ）を識別するステップと、応答トピックのためのサブスクリプション（２１２）を生成するステップであって、各サブスクリプションがサブスクリプション識別子（２１４）を含む、ステップとを含む。要求プロセスのためのランタイム中に、方法は、応答プロセスによってサブスクライブされた要求トピック（１６６、１６６Ｒ）に対して要求メッセージ（１６４、１６４Ｒ）を発行し、該要求メッセージは、固有のメッセージ識別子（ＵＭＩ）を含むとともに、サブスクリプションから選択されたそれぞれのサブスクリプションのそれぞれのサブスクリプション識別子を使用してサブスクライバ（１６８）を生成し、サブスクライバが固有のメッセージ識別子を含む。

【特許請求の範囲】

【請求項1】

データ処理ハードウェア（１３２）によって実行されるときに前記データ処理ハードウェア（１３２）に動作を実行させる、コンピュータが実行する方法（３００）であって、
応答プロセス（１７０ｂ）からの応答（１６４、１６４ｒ）のための要求（１６４、１６４Ｒ）を発行する要求プロセス（１７０ａ）をインスタンス化する際、
前記動作は、前記応答プロセス（１７０ｂ）からの前記要求（１６４、１６４Ｒ）のための前記応答（１６４、１６４ｒ）を受信する分散型メッセージングサービス（１６０）の応答トピック（１６６、１６６ｒ）を識別するステップを含み、前記応答プロセス（１７０ｂ）は、前記応答トピック（１６６、１６６ｒ）のための発行者（１６２）として構成され、
前記応答トピック（１６６、１６６ｒ）のための複数のサブスクリプション（２１２、２１２ａ～ｎ）を生成するステップを含み、各サブスクリプション（２１２）は、サブスクリプション識別子（２１４）を含み、
前記要求プロセス（１７０ａ）のためのランタイム中に、
前記応答プロセス（１７０ｂ）によってサブスクライブされた要求トピック（１６６、１６６Ｒ）に対して要求メッセージ（１６４、１６４Ｒ）を発行するステップを含み、前記要求メッセージ（１６４、１６４Ｒ）は、固有のメッセージ識別子（ＵＭＩ）含み、
前記複数のサブスクリプション（２１２、２１２ａ～ｎ）から選択されたそれぞれのサブスクリプション（２１２）のそれぞれのサブスクリプション識別子（２１４）を使用してサブスクライバ（１６８）を生成するステップを含み、前記サブスクライバ（１６８）は、前記固有のメッセージ識別子（ＵＭＩ）を含み、
前記応答トピック（１６６、１６６ｒ）に対して発行された前記要求メッセージ（１６４、１６４Ｒ）に応答して、前記応答プロセス（１７０ｂ）からフィルタリングされた応答メッセージ（１６４、１６４ｒ）を前記サブスクライバ（１６８）で受信するステップを含み、前記フィルタリングされた応答メッセージ（１６４、１６４ｒ）は、前記要求プロセス（１７０ａ）のための前記複数のサブスクリプション（２１２、２１２ａ～ｎ）と関連付けられる１つ以上のサブスクリプション識別子（２１４）に基づいてフィルタリングされる、
コンピュータが実行する方法（３００）。

【請求項2】

前記動作は、前記要求プロセス（１７０ａ）のためのランタイム中に、前記複数のサブスクリプション（２１２、２１２ａ～ｎ）から前記それぞれのサブスクリプション（２１２）をランダムに選択するステップをさらに含む、請求項１に記載の方法。

【請求項3】

前記動作は、
前記応答プロセス（１７０ｂ）からの応答（１６４、１６４ｒ）のための前記要求（１６４、１６４Ｒ）を発行する前記要求プロセス（１７０ａ）をインスタンス化するときに、前記応答トピック（１６６、１６６ｒ）のための前記複数のサブスクリプション（２１２、２１２ａ～ｎ）の各サブスクリプション識別子（２１４）をハッシュマップに記憶するステップと、
前記要求プロセス（１７０ａ）のためのランタイム中に、前記応答トピック（１６６、１６６ｒ）のための前記複数のサブスクリプション（２１２、２１２ａ～ｎ）の各サブスクリプション識別子（２１４）を記憶する前記ハッシュマップから前記それぞれのサブスクリプション識別子（２１４）をランダムに選択するステップと、
をさらに含む、請求項１または請求項２に記載の方法。

【請求項4】

前記動作は、前記要求プロセス（１７０ａ）のためのランタイム中に、前記要求トピック（１６６、１６６Ｒ）のための前記要求メッセージ（１６４、１６４Ｒ）を生成するステップをさらに含む、請求項１～請求項３のいずれかに記載の方法。

【請求項5】

前記動作は、
前記要求トピック（１６６、１６６Ｒ）の発行者（１６２）による１つ以上のメッセージ（１６４）が前記固有のメッセージ識別子（ＵＭＩ）を含むかどうかを判断することによって、および
前記要求トピック（１６６、１６６Ｒ）の前記発行者（１６２）による前記１つ以上のメッセージ（１６４）のそれぞれのメッセージ（１６４）が前記固有のメッセージ識別子（ＵＭＩ）を含まないときに、前記それぞれのメッセージ（１６４）が前記サブスクライバ（１６８）によって受信されないようにすることによって、
前記要求プロセス（１７０ａ）のためのランタイム中に、前記要求トピック（１６６、１６６Ｒ）の前記発行者（１６２）によって前記１つ以上のメッセージ（１６４）をフィルタリングするステップをさらに含む、請求項１～請求項４のいずれかに記載の方法。

【請求項6】

前記要求トピック（１６６、１６６Ｒ）の前記発行者（１６２）による前記１つ以上のメッセージ（１６４）は、前記フィルタリングされた応答メッセージ（１６４、１６４ｒ）を含み、
前記動作は、前記要求プロセス（１７０ａ）のためのランタイム中に、前記フィルタリングされた応答メッセージ（１６４、１６４ｒ）が前記固有のメッセージ識別子（ＵＭＩ）を含むときに、確認応答メッセージを生成するステップをさらに含む、
請求項５に記載の方法。

【請求項7】

前記要求プロセス（１７０ａ）は、コンピューティングタスクを実行するための最初の要求を受信することに応答してインスタンス化され、
前記要求プロセス（１７０ａ）のためのランタイム中の前記動作は、前記要求トピック（１６６、１６６Ｒ）に対して発行される前記要求メッセージ（１６４、１６４Ｒ）に応答して前記応答プロセス（１７０ｂ）から前記フィルタリングされた応答メッセージ（１６４、１６４ｒ）を受信する際に、前記コンピューティングタスクを実行するための前記最初の要求に対する最初の応答を生成するステップをさらに含む、
請求項１～請求項６のいずれかに記載の方法。

【請求項8】

前記サブスクリプション識別子（２１４）は、前記要求プロセス（１７０ａ）の複数のインスタンスの中で固有のものである、請求項１～請求項７のいずれかに記載の方法。

【請求項9】

前記サブスクリプション識別子（２１４）は固有のフィルタ値を含み、
前記フィルタリングされた応答メッセージ（１６４、１６４ｒ）は、前記サブスクライバ（１６８）を生成するために使用される前記それぞれのサブスクリプション（２１２）の前記固有のフィルタ値に基づいてフィルタリングされる、
請求項１～請求項８のいずれかに記載の方法。

【請求項10】

前記分散型メッセージサービス（１６０）のそれぞれのトピック（１６６）の各それぞれのサブスクライバ（１６８）は、前記それぞれのトピック（１６６）で通信される全てのメッセージ（１６４）を検索するマルチキャストサブスクリプションとして機能する、請求項１～請求項９のいずれかに記載の方法。

【請求項11】

データ処理ハードウェア（１３２）と、
前記データ処理ハードウェア（１３２）と通信するメモリハードウェア（１３４）を備えるシステム（１００）であって、
前記メモリハードウェア（１３４）は、前記データ処理ハードウェア（１３２）で実行されるときに前記データ処理ハードウェア（１３２）に動作を実行させる命令を記憶し、
応答プロセス（１７０ｂ）からの応答（１６４、１６４ｒ）のための要求（１６４、１６４Ｒ）を発行する要求プロセス（１７０ａ）をインスタンス化する際、
前記動作は、前記応答プロセス（１７０ｂ）からの前記要求（１６４、１６４Ｒ）のための前記応答（１６４、１６４ｒ）を受信する分散型メッセージングサービス（１６０）の応答トピック（１６６、１６６ｒ）を識別するステップを含み、前記応答プロセス（１７０ｂ）は、前記応答トピック（１６６、１６６ｒ）のための発行者（１６２）として構成され、
前記応答トピック（１６６、１６６ｒ）のための複数のサブスクリプション（２１２、２１２ａ～ｎ）を生成するステップを含み、各サブスクリプション（２１２）は、サブスクリプション識別子（２１４）を含み、
前記要求プロセス（１７０ａ）のためのランタイム中に、
前記応答プロセス（１７０ｂ）によってサブスクライブされた要求トピック（１６６、１６６Ｒ）に対して要求メッセージ（１６４、１６４Ｒ）を発行するステップを含み、前記要求メッセージ（１６４、１６４Ｒ）は、固有のメッセージ識別子（ＵＭＩ）を含み、
前記複数のサブスクリプション（２１２、２１２ａ～ｎ）から選択されたそれぞれのサブスクリプション（２１２）のそれぞれのサブスクリプション識別子（２１４）を使用してサブスクライバ（１６８）を生成するステップを含み、前記サブスクライバ（１６８）は、前記固有のメッセージ識別子（ＵＭＩ）を含み、
前記応答トピック（１６６、１６６ｒ）に対して発行された前記要求メッセージ（１６４、１６４Ｒ）に応答して、前記応答プロセス（１７０ｂ）からフィルタリングされた応答メッセージ（１６４、１６４ｒ）を前記サブスクライバ（１６８）で受信するステップを含み、前記フィルタリングされた応答メッセージ（１６４、１６４ｒ）は、前記要求プロセス（１７０ａ）のための前記複数のサブスクリプション（２１２、２１２ａ～ｎ）と関連付けられる１つ以上のサブスクリプション識別子（２１４）に基づいてフィルタリングされる、
システム（１００）。

【請求項12】

前記動作は、前記要求プロセス（１７０ａ）のためのランタイム中に、前記複数のサブスクリプション（２１２、２１２ａ～ｎ）から前記それぞれのサブスクリプション（２１２）をランダムに選択するステップをさらに含む、請求項１１に記載のシステム。

【請求項13】

前記動作は、
前記応答プロセス（１７０ｂ）からの前記応答（１６４、１６４ｒ）のための前記要求（１６４、１６４Ｒ）を発行する前記要求プロセス（１７０ａ）をインスタンス化するときに、前記応答トピック（１６６、１６６ｒ）のための前記複数のサブスクリプション（２１２、２１２ａ～ｎ）の各サブスクリプション識別子（２１４）をハッシュマップに記憶するステップと、
前記要求プロセス（１７０ａ）のためのランタイム中に、前記応答トピック（１６６、１６６ｒ）のための前記複数のサブスクリプション（２１２、２１２ａ～ｎ）の各サブスクリプション識別子（２１４）を記憶する前記ハッシュマップから前記それぞれのサブスクリプション識別子（２１４）をランダムに選択するステップと、
をさらに含む、請求項１１または請求項１２に記載のシステム。

【請求項14】

前記動作は、前記要求プロセス（１７０ａ）のためのランタイム中に、前記要求トピック（１６６、１６６Ｒ）のための前記要求メッセージ（１６４、１６４Ｒ）を生成するステップをさらに含む、請求項１１～請求項１３のいずれかに記載のシステム。

【請求項15】

前記動作は、
前記要求トピック（１６６、１６６Ｒ）の発行者（１６２）による１つ以上のメッセージ（１６４）が前記固有のメッセージ識別子（ＵＭＩ）を含むかどうかを判断することによって、および
前記要求トピック（１６６、１６６Ｒ）の前記発行者（１６２）による前記１つ以上のメッセージ（１６４）のそれぞれのメッセージ（１６４）が前記固有のメッセージ識別子（ＵＭＩ）を含まないときに、前記それぞれのメッセージ（１６４）が前記サブスクライバ（１６８）によって受信されないようにすることによって、
前記要求プロセス（１７０ａ）のためのランタイム中に、前記要求トピック（１６６、１６６Ｒ）の前記発行者（１６２）によって前記１つ以上のメッセージ（１６４）をフィルタリングするステップをさらに含む、請求項１１～請求項１４のいずれかに記載のシステム。

【請求項16】

前記要求トピック（１６６、１６６Ｒ）の前記発行者（１６２）による前記１つ以上のメッセージ（１６４）は、前記フィルタリングされる応答メッセージ（１６４、１６４ｒ）を含み、
前記動作は、前記要求プロセス（１７０ａ）のためのランタイム中に、前記フィルタリングされる応答メッセージ（１６４、１６４ｒ）が前記固有のメッセージ識別子（ＵＭＩ）を含むときに、確認応答メッセージを生成するステップをさらに含む、
請求項１５に記載のシステム。

【請求項17】

前記要求プロセス（１７０ａ）は、コンピューティングタスクを実行するための最初の要求を受信することに応答してインスタンス化され、
前記要求プロセス（１７０ａ）のためのランタイム中の前記動作は、前記要求トピック（１６６、１６６Ｒ）に対して発行された前記要求メッセージ（１６４、１６４Ｒ）に応答して前記応答プロセス（１７０ｂ）から前記フィルタリングされた応答メッセージ（１６４、１６４ｒ）を受信する際に、前記コンピューティングタスクを実行するための前記最初の要求に対する最初の応答を生成するステップをさらに含む、
請求項１１～請求項１６のいずれかに記載のシステム。

【請求項18】

前記サブスクリプション識別子（２１４）は、前記要求プロセス（１７０ａ）の複数のインスタンスの中で固有のものである、請求項１１～請求項１７のいずれかに記載のシステム。

【請求項19】

前記サブスクリプション識別子（２１４）は固有のフィルタ値を含み、
前記フィルタリングされた応答メッセージ（１６４、１６４ｒ）は、前記サブスクライバ（１６８）を生成するために使用される前記それぞれのサブスクリプション（２１２）の前記固有のフィルタ値に基づいてフィルタリングされる、
請求項１１～請求項１８のいずれかに記載のシステム。

【請求項20】

前記分散型メッセージサービス（１６０）のそれぞれのトピック（１６６）の各それぞれのサブスクライバ（１６８）は、前記それぞれのトピック（１６６）で通信される全てのメッセージ（１６４）を検索するマルチキャストサブスクリプションとして機能する、請求項１１～請求項１９のいずれかに記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

技術分野
本開示は、非同期イベントベースの分散型メッセージングサービスに関する。

【背景技術】

【0002】

背景
クラウドコンピューティング環境などの分散型システムは、数々のソフトウェアサービスを提供するために広く使用されるようになってきている。これらのソフトウェアサービスが成長し、企業が複数のサービスをワークフローに統合するにつれて、これらのサービス間の調整がますます重要になり得る。つまり、クライアントがサービス間の互換性に依存するためには、これらのサービスのプロセス間の堅牢な通信が必要になる。さらに、クライアントは、コンピューティングコストと財務コストの両方からコスト効率の高い態様で動作するためにプロセス間の堅牢な協調を好む。これは、メッセージングシステムがプロセス間の動作を調整する場合、これらのプロセス間の通信で無駄な待ち時間を引き起こす操作を回避する必要があるという事実に置き換わる。

【発明の概要】

【0003】

概要
本開示の一態様は、イベントベースの分散型メッセージングサービスを実装するコンピュータが実行する方法を提供する。コンピュータが実行する方法は、データ処理ハードウェアによって実行されるときに、データ処理ハードウェアに動作を実行させる。応答プロセスからの応答のための要求を発行する要求プロセスをインスタンス化する際、動作は、応答プロセスからの要求のための応答を受信する分散型メッセージングサービスの応答トピックを識別するステップを含み、応答プロセスは、応答トピックのための発行者として構成される。また、応答プロセスからの応答のための要求を発行する要求プロセスをインスタンス化する際、動作は、応答トピックのための複数のサブスクリプションを生成するステップを含み、各サブスクリプションはサブスクリプション識別子を含む。要求プロセスのためのランタイム中、動作は、応答プロセスによってサブスクライブされた要求トピックに対して要求メッセージを発行するステップをさらに含み、要求メッセージは、固有のメッセージ識別子を含み、複数のサブスクリプションから選択されたそれぞれのサブスクリプションのそれぞれのサブスクリプション識別子を使用してサブスクライバを生成するステップをさらに含み、サブスクライバは、固有のメッセージ識別子を含む。さらに、要求プロセスのためのランタイム中、動作は、応答トピックに対して発行された要求メッセージに応答して応答プロセスからフィルタリングされた応答メッセージをサブスクライバで受信するステップも含む。ここで、フィルタリングされた応答メッセージは、要求プロセスのための複数のサブスクリプションと関連付けられる１つ以上のサブスクリプション識別子に基づいてフィルタリングされる。

【0004】

本開示の他の態様は、イベントベースの分散型メッセージングサービスを実装するためのシステムを提供する。システムは、データ処理ハードウェアと、データ処理ハードウェアと通信するメモリハードウェアとを含む。メモリハードウェアは、データ処理ハードウェアで実行されるときにデータ処理ハードウェアに動作を実行させる命令を記憶する。応答プロセスからの応答のための要求を発行する要求プロセスをインスタンス化する際、動作は、応答プロセスからの要求のための応答を受信する分散型メッセージングサービスの応答トピックを識別するステップを含み、応答プロセスは、応答トピックのための発行者として構成される。また、応答プロセスからの応答のための要求を発行する要求プロセスをインスタンス化する際、動作は、応答トピックのための複数のサブスクリプションを生成するステップを含み、各サブスクリプションはサブスクリプション識別子を含む。要求プロセスのためのランタイム中に、動作は、応答プロセスによってサブスクライブされる要求トピックに対して要求メッセージを発行するステップをさらに含み、要求メッセージは固有のメッセージ識別子を含む。動作は、複数のサブスクリプションから選択されるそれぞれのサブスクリプションのそれぞれのサブスクリプション識別子を使用してサブスクライバを生成するステップをさらに含み、サブスクライバは固有のメッセージ識別子を含む。さらに、要求プロセスのためのランタイム中に、動作は、応答トピックに対して発行される要求メッセージに応答して応答プロセスからフィルタリングされる応答メッセージをサブスクライバで受信するステップも含む。ここで、フィルタリングされる応答メッセージは、要求プロセスのための複数のサブスクリプションと関連付けられる１つ以上のサブスクリプション識別子に基づいてフィルタリングされる。

【0005】

本開示のコンピュータが実行する方法またはシステムの実施形態は、以下の任意選択的な特徴のうちの１つ以上を含むことができる。幾つかの実施形態において、動作は、要求プロセスのためのランタイム中に、複数のサブスクリプションからそれぞれのサブスクリプションをランダムに選択するステップも含む。幾つかの例において、要求プロセスのためのランタイム中の動作は、要求トピックのための要求メッセージを生成するステップをさらに含む。サブスクリプション識別子は、要求プロセスの複数のインスタンスの中で固有のものであってもよい。サブスクリプション識別子は固有のフィルタ値を含むことができ、フィルタリングされる応答メッセージは、サブスクライバを生成するために使用されるそれぞれのサブスクリプションの固有のフィルタ値に基づいてフィルタリングされる。幾つかの例において、分散型メッセージシステムのそれぞれのトピックの各それぞれのサブスクライバは、それぞれのトピックで通信される全てのメッセージを検索するマルチキャストサブスクリプションとして機能する。

【0006】

一部の構成では、応答プロセスからの応答のための要求を発行する要求プロセスをインスタンス化するとき、動作は、応答トピックのための複数のサブスクリプションの各サブスクリプション識別子をハッシュマップに記憶するステップも含む。これらの構成では、要求プロセスのためのランタイム中に、動作は、応答トピックのための複数のサブスクリプションの各サブスクリプション識別子を記憶するハッシュマップからそれぞれのサブスクリプション識別子をランダムに選択するステップを含む。

【0007】

幾つかの実施形態において、要求プロセスのためのランタイム中に、動作は、要求トピックの発行者による１つ以上のメッセージをフィルタリングするステップも含む。ここで、フィルタリングは、要求トピックの発行者による１つ以上のメッセージが固有のメッセージ識別子を含むかどうかを判断することによって行われる。要求トピックの発行者による１つ以上のメッセージのそれぞれのメッセージが固有のメッセージ識別子を含まない場合、動作は、それぞれのメッセージがサブスクライバによって受信されないようにするステップを含む。これらの実施形態において、要求トピックの発行者による１つ以上のメッセージは、フィルタリングされた応答メッセージを含む。フィルタリングされた応答メッセージが固有のメッセージ識別子を含む場合、要求プロセスのためのランタイム中の動作は、確認応答メッセージを生成するステップをさらに含む。

【0008】

任意選択的に、コンピューティングタスクを実行するための最初の要求を受信することに応答して、要求プロセスがインスタンス化されてもよい。コンピューティングタスクを実行するための最初の要求の受信に応答して要求プロセスがインスタンス化される場合、要求プロセスのためのランタイム中の動作は、要求トピックに対して発行される要求メッセージに応答して応答プロセスからフィルタリングされた応答メッセージを受信する際に、コンピューティングタスクを実行するための最初の要求に対する最初の応答を生成するステップをさらに含む。

【0009】

本開示の１つ以上の実施形態の詳細は、添付図面および以下の説明に記載される。他の態様、特徴、および利点は、説明および図面から、ならびに特許請求の範囲から明らかになる。

【図面の簡単な説明】

【0010】

【図1A】イベントサービサーを伴うクラウドコンピューティング環境の一例の概略図である。

【図1B】マルチ－インスタンス発行者－サブスクリプションシステムにおけるデータ流出の一例のフロー図である。

【図1C】イベントサービサーを使用するマルチ－インスタンス発行者－サブスクリプションシステムにおけるデータ流出を防止する一例のフロー図である。

【図2A】図１Ａのクラウドコンピューティング環境のイベントサービサーの例の概略図である。

【図2B】図１Ａのクラウドコンピューティング環境のイベントサービサーの例の概略図である。

【図2C】図１Ａのクラウドコンピューティング環境のイベントサービサーの例の概略図である。

【図3】イベントベースの分散型メッセージングサービスを実施する方法における動作の構成例を示すフローチャートである。

【図4】本明細書で説明されるシステムおよび方法を実施するために使用され得るコンピューティングデバイスの一例の概略図である。

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

【0011】

様々な図面における同様の符号は同様の要素を示す。
詳細な説明
より多くの企業および個人が分散型コンピューティングシステム（すなわち、クラウドベースのコンピューティングシステム）を使用するにつれて、これらの分散型コンピューティングシステムは、分散型システムによって提供される１つ以上のサービスに関連する様々なプロセスにおけるタスクを実行するために、ある種のクライアント側メカニズムを使用する場合がある。例えば、クライアント（すなわち、企業および／または個人ユーザ）は、クライアントデータに対してデータ分析を実行する分析プラットフォーム（すなわち、データ分析サービス）を使用することができる。一種のクライアント側メカニズムとして機能するアクションハブは、分析プラットフォームの一部であり、分析プラットフォームによって分析されているデータに対してクライアントがアクションを実行できるようにし得る。ここでは、分析プラットフォーム（例えばデータ分析システムなど）と統合された、例えばアクションハブなどのクライアント側メカニズムを有することにより、クライアントは、タスクを調整するために１つのシステムを使用し、データ分析を実行するために他の別個のシステムを使用する必要がなくなる。

【0012】

さらに、クライアントは、あるソフトウェアサービスの構成要素を別のソフトウェアサービスの機能と統合することがよくある。分析プラットフォームの例を続けると、分析プラットフォームにおけるアクションハブのクライアントは、クライアントのユーザに電子メールを送信したい場合がある。この例では、クライアントは、分析プラットフォームを使用して、クライアントのデータに基づいてクライアント用の視覚的な財務レポートを生成することができ、クライアントは、その視覚的な財務レポートをクライアントの複数のユーザ（例えば、クライアントである企業の従業員など）に通信したい場合がある。この視覚的な財務レポートの電子メールを作成するには、クライアントはアクションハブを使用してアクションをスケジュールし、アクションは、財務レポートを電子メールとして目的の受信者に通信することである。アクションハブは視覚的な財務レポートを検索する要求を生成し、財務レポートが検索されると、アクションハブはトリガされたアクションを実行して財務レポートを目的の受信者に送信する。ここで、視覚的な財務レポートを送信するアクションは、検索要求に応答して視覚的な財務レポートを受信するイベントによってトリガされるため、送信アクションはトリガされたアクションまたはイベントベースのアクションである。つまり、イベントベースのアクションとは、特定のイベントまたは一連のイベントに応答して発生するアクションを指す。

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

幾つかの構成において、ランタイムジェネレータ２２０は、固有のメッセージ識別子ＵＭＩを要求メッセージ１６４Ｒと関連付ける。例えば、ランタイムジェネレータ２２０は、（例えば、要求１５０から）要求メッセージ１６４Ｒを生成するときに、要求メッセージ１６４Ｒに含まれる固有のメッセージ識別子ＵＭＩも作成する。幾つかの例では、ＵＭＩを要求メッセージ１６４Ｒと関連付けることに加えて、ランタイムジェネレータ２２０も、応答メッセージ１６４ｒを受信するためにランタイムジェネレータ２２０が生成するサブスクライバ１６８にＵＭＩを関連付けまたは追加する。サブスクライバ１６８ｂもＵＭＩを含む場合、ランタイムジェネレータ２２０は、応答プロセス１７０ｂからの所望の応答（すなわち、応答メッセージ１６４ｒ）が初期の要求１５０と関連付けられた基礎となるメッセージインフラストラクチャによって配信されるようにすることを保証する別の方法を有する。ある方法では、ＵＭＩを含めることはフェイルセーフとして機能する。つまり、サブスクライバ１６８ｂは、サブスクリプション識別子２１４またはフィルタ値２１６の一方または両方を使用して応答トピック１６６ｒにおけるあらゆるメッセージをフィルタリングするようにすでに構成される。この点において、サブスクライバ１６８ｂは、要求メッセージ１６４Ｒ内の要求プロセス１７０ａの特定のインスタンスによって要求される特定のアクションに関連しない応答メッセージ１６４ｒを受信すべきではない。さらに、フェイルセーフとして、ランタイムジェネレータ２２０は、サブスクライバ１６８ｂで受信される応答メッセージ１６４ｒと関連付けられたＵＭＩが要求メッセージ１６４Ｒにおける要求１５０に基づいて作成されるＵＭＩであることを確認するためにＵＭＩを含むように構成され得る。したがって、ＵＭＩを含めることにより、ランタイムジェネレータ２２０は、応答メッセージ１６４ｒ（例えば、フィルタリング後の応答メッセージ１６４ｒ）がＵＭＩを含むことを確認するための確認応答メッセージを生成することができる。

【0042】

幾つかの実施形態において、要求プロセス１７０ａはエッジサーバを指す。ここで、エッジサーバは、着信要求（例えば、要求１５０）の聴取に関与する。したがって、エッジサーバは、アクションコンテナの特定のインスタンスなど、応答プロセス１７０ｂにおける要求１５０に基づいて要求メッセージ１６４Ｒを発行する。このシナリオでは、要求プロセス１７０ａおよび応答プロセス１７０ｂの両方が、リモートシステム１３０のステートレスかつシングルスレッドプロセスであり得る。これらのプロセス１７０は両方とも、各インスタンスが同時に動作できるように、複数のインスタンスとして複製されることによってスケーリングされ得る。このことは、第１の要求１５０によって要求プロセス１７０ａの第１のインスタンスが応答プロセス１７０ｂの第３のインスタンスからのアクションを要求する一方、第２の要求１５０によって要求プロセス１７０ａの第６のインスタンスが応答プロセス１７０ｂの第１のインスタンスからのアクションを要求することを意味する。

【0043】

図３は、イベントベースの分散型メッセージングシステムを実装する方法３００の動作の構成例のフローチャートである。動作３０２および３０４は、応答プロセス１７０ｂからの応答１６４、１６４ｒに関する要求１６４、１６４Ｒを発行する要求プロセス１７０ａを方法３００がインスタンス化するときに行われる。動作３０２において、方法３００は、応答プロセス１７０ｂから要求１６４、１６４Ｒに対する応答１６４、１６４ｒを受信する分散型メッセージングサービス１６０の応答トピック１６６、１６６ｒを識別する。応答プロセス１７０ｂは、応答トピック１６６、１６６ｒにおける発行者１６２として構成される。動作３０４において、方法３００は、応答トピック１６６ｒに関して複数のサブスクリプション２１２、２１２ａ～ｎを生成し、各サブスクリプション２１２はサブスクリプション識別子２１４を含む。動作３０６～３１０は、要求プロセス１７０ａにおけるランタイム中に行われる。動作３０６において、方法３００は、応答プロセス１７０ｂによってサブスクライブされる要求トピック１６６、１６６Ｒに対して要求メッセージ１６４、１６４Ｒを発行する。要求メッセージ１６４、１６４Ｒは、固有のメッセージ識別子ＵＭＩを含む。動作３０８において、方法３００は、複数のサブスクリプション２１２、２１２ａ～ｎから選択されたそれぞれのサブスクリプション２１２のそれぞれのサブスクリプション識別子２１４を使用してサブスクライバ１６８を生成する。サブスクライバ１６８は固有のメッセージ識別子ＵＭＩを含む。動作３１０において、方法３００は、応答トピック１６６、１６６Ｒに対して発行される要求メッセージ１６４、１６４Ｒに応答して、応答プロセス１７０ｂからフィルタリングされた応答メッセージ１６４、１６４ｒをサブスクライバ１６８で受信する。ここで、フィルタリングされた応答メッセージ１６４、１６４ｒは、要求プロセス１７０ａにおける複数のサブスクリプション２１２、２１２ａ～ｎと関連付けられた１つ以上のサブスクリプション識別子２１４に基づいてフィルタリングされる。

【0044】

図４は、本文書で説明されるシステムおよび方法を実施するために使用され得るコンピューティングデバイス４００の一例の概略図である。コンピューティングデバイス４００は、ラップトップ、デスクトップ、ワークステーション、携帯情報端末、サーバ、ブレードサーバ、メインフレーム、および他の適切なコンピュータなど、様々な形式のデジタルコンピュータを表わすことを意図している。ここに示される構成要素、それらの接続と関係、およびそれらの機能は、例示のみを目的としており、本文書で説明および／または特許請求される発明の実施形態を限定することを意図するものではない。

【0045】

コンピューティングデバイス４００は、プロセッサ４１０（例えば、データ処理ハードウェア）、メモリ４２０（例えば、メモリハードウェア）、記憶デバイス４３０、メモリ４２０および高速拡張ポート４５０に接続する高速インタフェース／コントローラ４４０、および低速バス４７０および記憶デバイス４３０に接続する低速インタフェース／コントローラ４６０を含む。構成要素４１０、４２０、４３０、４４０、４５０、および４６０のそれぞれは、様々なバスを使用して相互接続されており、一般的なマザーボード上にまたは必要に応じて他の態様で実装され得る。プロセッサ４１０は、高速インタフェース４４０に結合されるディスプレイ４８０などの外部入出力デバイス上のグラフィカルユーザインタフェース（ＧＵＩ）用のグラフィック情報を表示するために、メモリ４２０または記憶デバイス４３０に記憶される命令を含む、コンピューティングデバイス４００内で実行するための命令を処理することができる。他の実施形態において、複数のプロセッサおよび／または複数のバスが、複数のメモリならびにメモリのタイプとともに、必要に応じて使用され得る。また、複数のコンピューティングデバイス４００が接続されてもよく、その場合、各デバイスは必要な動作の一部を提供する（例えば、サーババンク、ブレードサーバのグループ、またはマルチプロセッサシステムとして）。

【0046】

メモリ４２０は、コンピューティングデバイス４００内に情報を非一時的に記憶する。メモリ４２０は、コンピュータ可読媒体、（複数の）揮発性メモリユニット、または（複数の）不揮発性メモリユニットであってもよい。非一時的メモリ４２０は、コンピューティングデバイス４００によって使用されるためのプログラム（例えば、一連の命令）またはデータ（例えば、プログラム状態情報）を一時的または永続的に記憶するために使用される物理デバイスであってもよい。不揮発性メモリの例としては、フラッシュメモリおよびリードオンリーメモリ（ＲＯＭ）／プログラマブルリードオンリーメモリ（ＰＲＯＭ）／消去可能なプログラマブルリードオンリーメモリ（ＥＰＲＯＭ）／電子的に消去可能なプログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）（例えば、ブートプログラムなどのファームウェアに典型的に使用される）が挙げられるが、これらに限定されない。揮発性メモリの例としては、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、相変化メモリ（ＰＣＭ）、およびディスクやテープが挙げられるが、これらに限定されない。

【0047】

記憶デバイス４３０は、コンピューティングデバイス４００に大容量記憶をもたらすことができる。幾つかの実施形態において、記憶デバイス４３０はコンピュータ可読媒体である。様々な異なる実施形態において、記憶デバイス４３０は、フロッピー（登録商標）ディスクデバイス、ハードディスクデバイス、光ディスクデバイス、またはテープデバイス、フラッシュメモリまたは他の同様のソリッドステートメモリデバイス、あるいはストレージエリアネットワークまたはその他の構成のデバイスを含むデバイスのアレイであってもよい。さらなる実施形態において、コンピュータプログラムプロダクトは情報担体に具体的に組み込まれる。コンピュータプログラムプロダクトは、実行時に例えば上記で説明したような１つ以上の方法を実行する命令を含む。情報担体は、メモリ４２０、記憶デバイス４３０、またはプロセッサ４１０上のメモリなどのコンピュータ可読媒体または機械可読媒体である。

【0048】

高速コントローラ４４０は、コンピューティングデバイス４００のための、帯域幅を大量に消費する動作を管理し、一方、低速コントローラ４６０は、帯域幅をあまり消費しない動作を管理する。そのような責務の割り当ては単なる例にすぎない。幾つかの実施形態において、高速コントローラ４４０は、メモリ４２０、ディスプレイ４８０（例えば、グラフィックプロセッサまたはアクセラレータを介して）、および様々な拡張カード（図示せず）を受け入れることができる高速拡張ポート４５０に結合される。幾つかの実施形態において、低速コントローラ４６０は、記憶デバイス４３０および低速拡張ポート４９０に結合される。様々な通信ポート（例えば、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、イーサネット（登録商標）、無線イーサネットなど）を含み得る低速拡張ポート４９０は、例えばネットワークアダプタを介して、キーボード、ポインティングデバイス、スキャナ、あるいはスイッチまたはルータなどのネットワーキングデバイスなどの１つ以上の入出力デバイスに結合され得る。

【0049】

コンピューティングデバイス４００は、図示のように、いくつかの異なる形式で実施することができる。例えば、コンピューティングデバイスは、標準サーバ４００ａとして、またはそのようなサーバ４００ａのグループ内で複数回、ラップトップコンピュータ４００ｂとして、またはラックサーバシステム４００ｃの一部として実施され得る。

【0050】

本明細書に記載されるシステムおよび技術の様々な実施形態は、デジタル電子回路および／または光回路、集積回路、特別に設計されるＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、および／またはそれらの組み合わせにおいて実現することができる。これらの様々な実施形態は、記憶システム、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスに対してデータおよび命令を送受信するように結合される専用目的または汎用目的であり得る少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステムで実行可能および／または解釈可能な１つ以上のコンピュータプログラムでの実施形態を含み得る。

【0051】

これらのコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、またはコードとしても知られている）は、プログラマブルプロセッサ用の機械命令を含み、高レベルの手続き型および／またはオブジェクト指向プログラミング言語、ならびに／あるいはアセンブリ／マシン言語で実施され得る。本明細書で使用される場合、「機械可読媒体」および「コンピュータ可読媒体」という用語は、機械命令を機械可読信号として受信する機械可読媒体を含めて、機械命令および／またはデータをプログラマブルプロセッサに提供するために使用される任意のコンピュータプログラムプロダクト、非一時的なコンピュータ可読媒体、装置および／またはデバイス（例えば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ））を指す。「機械可読信号」という用語は、機械命令および／またはデータをプログラマブルプロセッサに提供するために使用される任意の信号を指す。

【0052】

本明細書で説明するプロセスおよび論理フローは、入力データを操作して出力を生成することによって機能を果たす１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサによって行われ得る。プロセスおよび論理フローは、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）やＡＳＩＣ（特定用途向け集積回路）などの特殊目的の論理回路によって実行することもできる。コンピュータプログラムの実行に適したプロセッサとしては、例として、汎用マイクロプロセッサと専用マイクロプロセッサの両方、および任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサが挙げられる。一般に、プロセッサは、リードオンリーメモリ、ランダムアクセスメモリ、あるいはその両方から命令およびデータを受ける。コンピュータの必須要素は、命令を実行するプロセッサ、および命令とデータとを記憶する１つ以上のメモリデバイスである。一般に、コンピュータは、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクをも含む、もしくはこれらからデータを受信する、またはそれらにデータを転送する、あるいはこれらの両方を行うように動作可能に結合される。しかしながら、コンピュータがそのようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体としては、一例として例えばＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスなどの半導体メモリデバイス、例えば内蔵ハードディスクやリムーバブルディスクなどの磁気ディスク、光磁気ディスク、ＣＤＲＯＭおよびＤＶＤ－ＲＯＭディスクを含めて、あらゆる形態の不揮発性メモリ、媒体およびメモリデバイスが挙げられる。プロセッサおよびメモリは、特殊目的の論理回路によって補ったり、特殊目的の論理回路に組み込んだりすることができる。

【0053】

ユーザとの対話を提供するために、本開示の１つ以上の態様は、情報をユーザに表示するための表示デバイス、例えばＣＲＴ（陰極線管）、ＬＣＤ（液晶ディスプレイ）モニタ、またはタッチスクリーン、および任意選択的に、ユーザがコンピュータに入力を行うことができるキーボードおよびポインティングデバイス、例えばマウスやトラックボール、を有するコンピュータ上で実施することができる。他の種類のデバイスを使用して、ユーザとの対話を提供することもでき、例えば、ユーザに提供されるフィードバックは、視覚的フィードバック、聴覚的フィードバック、触覚的フィードバックなど、任意の形式の感覚的フィードバックとすることができ、また、ユーザからの入力は、音響、音声、触覚入力を含むあらゆる形式で受け取ることができる。さらに、コンピュータは、ユーザが使用するデバイスとの間でドキュメントを送受信することにより、例えば、Ｗｅｂブラウザから受信した要求に応じてユーザのクライアントデバイス上のＷｅｂブラウザにＷｅｂページを送信することにより、ユーザと対話できる。

【0054】

いくつかの実施形態を説明してきた。それにも関わらず、本開示の思想および範囲から逸脱することなく、様々な修正を行うことができることが理解され得る。したがって、他の実施形態も特許請求の範囲内である。

【図1A】

【図1B】

【図1C】

【図2A】

【図2B】

【図2C】

【図3】

【図4】

【手続補正書】

【提出日】2024-01-09

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

データ処理ハードウェアによって実行されるときに前記データ処理ハードウェアに動作を実行させる、コンピュータが実行する方法であって、
応答プロセスからの応答のための要求を発行する要求プロセスをインスタンス化する際、
前記動作は、前記応答プロセスからの前記要求のための前記応答を受信する分散型メッセージングサービスの応答トピックを識別するステップを含み、前記応答プロセスは、前記応答トピックのための発行者として構成され、
前記応答トピックのための複数のサブスクリプションを生成するステップを含み、各サブスクリプションは、サブスクリプション識別子を含み、
前記要求プロセスのためのランタイム中に、
前記応答プロセスによってサブスクライブされた要求トピックに対して要求メッセージを発行するステップを含み、前記要求メッセージは、固有のメッセージ識別子含み、
前記複数のサブスクリプションから選択されたそれぞれのサブスクリプションのそれぞれのサブスクリプション識別子を使用してサブスクライバを生成するステップを含み、前記サブスクライバは、前記固有のメッセージ識別子を含み、
前記応答トピックに対して発行された前記要求メッセージに応答して、前記応答プロセスからフィルタリングされた応答メッセージを前記サブスクライバで受信するステップを含み、前記フィルタリングされた応答メッセージは、前記要求プロセスのための前記複数のサブスクリプションと関連付けられる１つ以上のサブスクリプション識別子に基づいてフィルタリングされる、
コンピュータが実行する方法。

【請求項2】

前記動作は、前記要求プロセスのためのランタイム中に、前記複数のサブスクリプションから前記それぞれのサブスクリプションをランダムに選択するステップをさらに含む、請求項１に記載の方法。

【請求項3】

前記動作は、
前記応答プロセスからの応答のための前記要求を発行する前記要求プロセスをインスタンス化するときに、前記応答トピックのための前記複数のサブスクリプションの各サブスクリプション識別子をハッシュマップに記憶するステップと、
前記要求プロセスのためのランタイム中に、前記応答トピックのための前記複数のサブスクリプションの各サブスクリプション識別子を記憶する前記ハッシュマップから前記それぞれのサブスクリプション識別子をランダムに選択するステップと、
をさらに含む、請求項１または請求項２に記載の方法。

【請求項4】

前記動作は、前記要求プロセスのためのランタイム中に、前記要求トピックのための前記要求メッセージを生成するステップをさらに含む、請求項１～請求項３のいずれかに記載の方法。

【請求項5】

前記動作は、
前記要求トピックの発行者による１つ以上のメッセージが前記固有のメッセージ識別子を含むかどうかを判断することによって、および
前記要求トピックの前記発行者による前記１つ以上のメッセージのそれぞれのメッセージが前記固有のメッセージ識別子を含まないときに、前記それぞれのメッセージが前記サブスクライバによって受信されないようにすることによって、
前記要求プロセスのためのランタイム中に、前記要求トピックの前記発行者によって前記１つ以上のメッセージをフィルタリングするステップをさらに含む、請求項１～請求項４のいずれかに記載の方法。

【請求項6】

前記要求トピックの前記発行者による前記１つ以上のメッセージは、前記フィルタリングされた応答メッセージを含み、
前記動作は、前記要求プロセスのためのランタイム中に、前記フィルタリングされた応答メッセージが前記固有のメッセージ識別子を含むときに、確認応答メッセージを生成するステップをさらに含む、
請求項５に記載の方法。

【請求項7】

前記要求プロセスは、コンピューティングタスクを実行するための最初の要求を受信することに応答してインスタンス化され、
前記要求プロセスのためのランタイム中の前記動作は、前記要求トピックに対して発行される前記要求メッセージに応答して前記応答プロセスから前記フィルタリングされた応答メッセージを受信する際に、前記コンピューティングタスクを実行するための前記最初の要求に対する最初の応答を生成するステップをさらに含む、
請求項１～請求項６のいずれかに記載の方法。

【請求項8】

前記サブスクリプション識別子は、前記要求プロセスの複数のインスタンスの中で固有のものである、請求項１～請求項７のいずれかに記載の方法。

【請求項9】

前記サブスクリプション識別子は固有のフィルタ値を含み、
前記フィルタリングされた応答メッセージは、前記サブスクライバを生成するために使用される前記それぞれのサブスクリプションの前記固有のフィルタ値に基づいてフィルタリングされる、
請求項１～請求項８のいずれかに記載の方法。

【請求項10】

前記分散型メッセージングサービスのそれぞれのトピックの各それぞれのサブスクライバは、前記それぞれのトピックで通信される全てのメッセージを検索するマルチキャストサブスクリプションとして機能する、請求項１～請求項９のいずれかに記載の方法。

【請求項11】

データ処理ハードウェアと、
前記データ処理ハードウェアと通信するメモリハードウェアを備えるシステムであって、
前記メモリハードウェアは、前記データ処理ハードウェアで実行されるときに前記データ処理ハードウェアに動作を実行させる命令を記憶し、
応答プロセスからの応答のための要求を発行する要求プロセスをインスタンス化する際、
前記動作は、前記応答プロセスからの前記要求のための前記応答を受信する分散型メッセージングサービスの応答トピックを識別するステップを含み、前記応答プロセスは、前記応答トピックのための発行者として構成され、
前記応答トピックのための複数のサブスクリプションを生成するステップを含み、各サブスクリプションは、サブスクリプション識別子を含み、
前記要求プロセスのためのランタイム中に、
前記応答プロセスによってサブスクライブされた要求トピックに対して要求メッセージを発行するステップを含み、前記要求メッセージは、固有のメッセージ識別子を含み、
前記複数のサブスクリプションから選択されたそれぞれのサブスクリプションのそれぞれのサブスクリプション識別子を使用してサブスクライバを生成するステップを含み、前記サブスクライバは、前記固有のメッセージ識別子を含み、
前記応答トピックに対して発行された前記要求メッセージに応答して、前記応答プロセスからフィルタリングされた応答メッセージを前記サブスクライバで受信するステップを含み、前記フィルタリングされた応答メッセージは、前記要求プロセスのための前記複数のサブスクリプションと関連付けられる１つ以上のサブスクリプション識別子に基づいてフィルタリングされる、
システム。

【請求項12】

前記動作は、前記要求プロセスのためのランタイム中に、前記複数のサブスクリプションから前記それぞれのサブスクリプションをランダムに選択するステップをさらに含む、請求項１１に記載のシステム。

【請求項13】

前記動作は、
前記応答プロセスからの前記応答のための前記要求を発行する前記要求プロセスをインスタンス化するときに、前記応答トピックのための前記複数のサブスクリプションの各サブスクリプション識別子をハッシュマップに記憶するステップと、
前記要求プロセスのためのランタイム中に、前記応答トピックのための前記複数のサブスクリプションの各サブスクリプション識別子を記憶する前記ハッシュマップから前記それぞれのサブスクリプション識別子をランダムに選択するステップと、
をさらに含む、請求項１１または請求項１２に記載のシステム。

【請求項14】

前記動作は、前記要求プロセスのためのランタイム中に、前記要求トピックのための前記要求メッセージを生成するステップをさらに含む、請求項１１～請求項１３のいずれかに記載のシステム。

【請求項15】

前記動作は、
前記要求トピックの発行者による１つ以上のメッセージが前記固有のメッセージ識別子を含むかどうかを判断することによって、および
前記要求トピックの前記発行者による前記１つ以上のメッセージのそれぞれのメッセージが前記固有のメッセージ識別子を含まないときに、前記それぞれのメッセージが前記サブスクライバによって受信されないようにすることによって、
前記要求プロセスのためのランタイム中に、前記要求トピックの前記発行者によって前記１つ以上のメッセージをフィルタリングするステップをさらに含む、請求項１１～請求項１４のいずれかに記載のシステム。

【請求項16】

前記要求トピックの前記発行者による前記１つ以上のメッセージは、前記フィルタリングされる応答メッセージを含み、
前記動作は、前記要求プロセスのためのランタイム中に、前記フィルタリングされる応答メッセージが前記固有のメッセージ識別子を含むときに、確認応答メッセージを生成するステップをさらに含む、
請求項１５に記載のシステム。

【請求項17】

前記要求プロセスは、コンピューティングタスクを実行するための最初の要求を受信することに応答してインスタンス化され、
前記要求プロセスのためのランタイム中の前記動作は、前記要求トピックに対して発行された前記要求メッセージに応答して前記応答プロセスから前記フィルタリングされた応答メッセージを受信する際に、前記コンピューティングタスクを実行するための前記最初の要求に対する最初の応答を生成するステップをさらに含む、
請求項１１～請求項１６のいずれかに記載のシステム。

【請求項18】

前記サブスクリプション識別子は、前記要求プロセスの複数のインスタンスの中で固有のものである、請求項１１～請求項１７のいずれかに記載のシステム。

【請求項19】

前記サブスクリプション識別子は固有のフィルタ値を含み、
前記フィルタリングされた応答メッセージは、前記サブスクライバを生成するために使用される前記それぞれのサブスクリプションの前記固有のフィルタ値に基づいてフィルタリングされる、
請求項１１～請求項１８のいずれかに記載のシステム。

【請求項20】

前記分散型メッセージングサービスのそれぞれのトピックの各それぞれのサブスクライバは、前記それぞれのトピックで通信される全てのメッセージを検索するマルチキャストサブスクリプションとして機能する、請求項１１～請求項１９のいずれかに記載のシステム。

【請求項21】

請求項１～請求項１０のいずれかに記載の方法をデータ処理ハードウェアに実行させる、プログラム。

【国際調査報告】