JP7402238B2 - エンド・ユーザ・ゲーム体験をカスタマイズするための方法及びシステム - Google Patents

Description

関連出願の相互参照
本出願は、２０１９年２月２０日に出願された米国特許出願第６２／８０７，８００号の優先権を主張し、その全体は参照により本書に組み込まれる。

開示の分野
本開示は一般に、エンド・ユーザ・ゲーム体験をカスタマイズするための方法及びシステムに関する。

技術が継続的に向上するにつれて、組織は顧客を関与させ、収益を増加させるために、技術チャネルにますます依存するようになっている。このような例示的な技術チャネルは、典型的には電子メール通信並びにモバイル・アプリケーションを含み、これらを通じて顧客が組織とのロイヤリティ・プログラムに登録できる。典型的には、顧客は、組織からの報酬又はオファを通じて、このような組織で頻繁に取引するインセンティブを受けてもよい。しかし、従来のプラットフォームは単に、このようなインセンティブを個々の顧客に適応させることができない。そうではなく、従来のプラットフォームは、報酬又は提供を達成しうる手段がそれぞれの顧客にとって好ましくない場合であっても、すべての顧客に汎用のオファを発行する。

いくつかの実施形態において、エンド・ユーザ・ゲーム体験をカスタマイズするためのシステムが本書に開示される。システムは、プロセッサと、オーケストレーション・エンジンと、ポリシー・エンジンと、ワークフロー・エンジンとを含む。プロセッサは、クライアント・コンピューティング・システム及び１つ以上のエンド・ユーザ・デバイスと通信する。オーケストレーション・エンジンは、キャンペーンを作成するように構成される。オーケストレーション・エンジンは、エンド・ユーザ・デバイスからキャンペーン作成要求を受信する。キャンペーン作成要求は、キャンペーン要求に関連するキャンペーンの１つ以上のパラメータを含む。オーケストレーション・エンジンは、キャンペーン要求に関連する１つ以上のパラメータに基づいてキャンペーンを作成する。ポリシー・エンジンは、各エンド・ユーザについての１つ以上のオファのそれぞれをパーソナライズするように構成される。ポリシー・エンジンは、１つ以上のパーソナライズされたオファを各エンド・ユーザにマッピングする。１つ以上のオファのそれぞれは、１つ以上のハードルを有するゲームを含む。１つ以上のハードルのそれぞれの完了は、報酬につながる。ワークフロー・エンジンは、キャンペーンの進捗を監視するように構成される。ワークフロー・エンジンは、１つ以上のパーソナライズされたオファを各個別のエンド・ユーザ・デバイスにプッシュする。ワークフロー・エンジンは、個別のゲームにおける各エンド・ユーザの進行を監視する。ワークフロー・エンジンは、個別のゲームにおける各ユーザの進行を更新する。

いくつかの実施形態において、エンド・ユーザ・ゲーム体験をカスタマイズする方法が本書に開示される。組織コンピューティング・システムは、キャンペーンを開始する。キャンペーンは、１つ以上のオファを含む。各オファは、エンド・ユーザによってプレイされるパーソナライズされたゲームに対応する。パーソナライズされたゲームにおける１つ以上のハードルの完了は、各個別のエンド・ユーザ・デバイスが報酬を受けることにつながる。組織コンピューティング・システムは、クライアント・コンピューティング・システムから、エンド・ユーザ取引データの１つ以上のストリームを受信する。エンド・ユーザ取引データの１つ以上のストリームは、クライアント・コンピューティング・システムに関連する施設又は組織における１つ以上の取引を含む。組織コンピューティング・システムは、１つ以上の取引のそれぞれを分析して、どの取引が各エンド・ユーザ・デバイスのハードルの完了を引き起こしたかを識別する。組織コンピューティング・システムは、パーソナライズされたゲームにおける各エンド・ユーザの進捗を監視する。監視に基づいて、組織コンピューティング・システムは、機械学習モデルの１つ以上の新たなバージョンを生成してもよく、機械学習モデルの１つ以上の新たなバージョンは、１つ以上のオファを１つ以上のエンド・ユーザに割り当て、各エンド・ユーザについて１つ以上のオファのそれぞれをパーソナライズするように構成される。

いくつかの実施形態において、非一時的なコンピュータ可読媒体が本書に開示される。非一時的なコンピュータ可読媒体は、プロセッサによって実行されると、エンド・ユーザ・ゲーム体験をカスタマイズする方法をプロセッサに実行させる命令が記憶されている。方法は、クライアント・コンピューティング・システムからキャンペーン作成要求を受信することを含む。キャンペーン作成要求は、キャンペーン要求に関連するキャンペーンの１つ以上のパラメータを含む。方法は、キャンペーン要求に関連する１つ以上のパラメータに基づいてキャンペーンを作成することをさらに含む。方法は、１つ以上のオファを、１つ以上のエンド・ユーザ・コンピューティング・デバイスのエンド・ユーザ・コンピューティング・デバイスにマッピングすることをさらに含む。１つ以上のオファのそれぞれは、１つ以上のハードルを有するゲームを含む。１つ以上のハードルのそれぞれの完了は、報酬につながる。方法は、１つ以上のオファのそれぞれがマッピングされたエンド・ユーザに基づいて、１つ以上のオファのそれぞれをパーソナライズすることをさらに含む。方法は、各個別のエンド・ユーザ・デバイスに１つ以上のパーソナライズされたオファをプッシュすることをさらに含む。方法は、個別のゲームにおける各エンド・ユーザの進行を監視することをさらに含む。方法は、各ユーザの進行を更新することをさらに含む。

本開示の上記の特徴を詳細に理解できるように、上記で簡単に要約した本開示のより具体的な説明が、実施形態を参照することによって行われてもよく、そのうちのいくつかを添付の図面に示す。しかし、添付の図面は、本開示の典型的な実施形態を示すだけであり、したがって、本開示は、他の等しく有効な実施形態を認めてもよいので、本開示の範囲を限定するものとみなされるべきではないことに留意されたい。

例示的な実施形態によるコンピューティング環境を示すブロック図である。

例示的な実施形態による、図１のコンピューティング環境のコンポーネントのブロック図である。

１つの例示的な実施形態による、エンゲージメント・キャンペーンを実施するための方法を示す流れ図である。

例示的な実施形態による、エンゲージメント・キャンペーンを実施するための方法を示す論理ブロック図である。

例示的な実施形態による、エンゲージメント・キャンペーンを実施するための方法を示すフロー図である。

例示的な実施形態による、エンゲージメント・キャンペーンを実施するための方法を示すフロー図である。

例示的な実施形態によるコンピューティング環境を示すブロック図である。

例示的な実施形態によるグラフィカル・ユーザ・インタフェースを示すブロック図である。

例示的な実施形態によるグラフィカル・ユーザ・インタフェースを示すブロック図である。

例示的な実施形態によるグラフィカル・ユーザ・インタフェースを示すブロック図である。

例示的な実施形態によるグラフィカル・ユーザ・インタフェースを示すブロック図である。

例示的な実施形態によるグラフィカル・ユーザ・インタフェースを示すブロック図である。

例示的な実施形態によるグラフィカル・ユーザ・インタフェースを示すブロック図である。

例示的な実施形態によるグラフィカル・ユーザ・インタフェースを示すブロック図である。

例示的な実施形態による、グラフィカル・ユーザ・インタフェースを示すブロック図である。

理解を容易にするために、図面に共通する同一の要素は、可能であれば同一の参照番号を使用して示してある。１つの実施形態において開示された要素は、特定の記載なしに他の実施形態において有益に利用されてもよいことが企図される。

本書で説明される１つ以上の技術は一般に、エンド・ユーザ・ゲーム体験をカスタマイズするための方法及びシステムに関する。特に、本書で提供される方法及びシステムは、顧客への配信のためのマルチ・ステップ・オファを最適化するリアルタイム（又はほぼリアルタイム）マーケティング・ソリューションを提供する。例えば、本書で開示されるシステムのインテリジェント・フレームワークは、クライアントがクライアントの顧客のモチベーションをビジネス目的と統合することを可能にする。システムは、リアルタイム・データを連続的に収集し、分析し、動作する一連のインターロック計算エンジンを用いて、所与のクライアントのニーズに合わせてスケーリングできる。したがって、本書で説明される１つ以上の技術は、顧客ゲーム体験を継続的に観察し、それに適応し、キャンペーン及びオファをパーソナライズして、顧客を関与させ、収益、エンゲージメント、及びビジネス・オペレーションのようなビジネス目的を増大させる。これは、顧客フィードバック・ループを使用して実施されてもよく、顧客フィードバック・ループはクライアントの顧客に拡張された以前のオファと、以前のオファに応答してクライアント顧客が取った動作とから、クライアントの顧客について継続的に学習する。

図１は、１つの実施形態によるコンピューティング環境１００を示すブロック図である。コンピューティング環境１００は少なくとも、クライアント・コンピューティング・システム１０２と、組織コンピューティング・システム１０４と、１つ以上のエンド・ユーザ・コンピューティング・デバイス１０６とを含んでもよい。クライアント・コンピューティング・システム１０２、組織コンピューティング・システム１０４及び１つ以上のエンド・ユーザ・コンピューティング・デバイス１０６は、ネットワーク１０５を介して通信してもよい。

ネットワーク１０５は、セルラ又はＷｉ‐Ｆｉネットワークのような、インターネットを介した個々の接続を含む任意の適切なタイプであってもよい。いくつかの実施形態において、ネットワーク１０５は、無線周波数識別（ＲＦＩＤ）、近距離無線通信（ＮＦＣ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、低エネルギーＢｌｕｅｔｏｏｔｈ（登録商標）（ＢＬＥ）、Ｗｉ‐Ｆｉ（登録商標）、ＺｉｇＢｅｅ（登録商標）、周囲後方散乱通信（ＡＢＣ）プロトコル、ＵＳＢ、ＷＡＮ又はＬＡＮのような直接接続を使用して、端末、サービス、及びモバイル・デバイスを接続してもよい。送信される情報が個人的又は機密でありうるので、セキュリティ上の懸念から、これらのタイプの接続のうちの１つ以上が暗号化されるか、又は他の方法で保護されることが指示されてもよい。しかし、いくつかの実施形態において、送信される情報があまり個人的でないかもしれず、したがって、ネットワーク接続がセキュリティ上の便宜のために選択されてもよい。

ネットワーク１０５は、データを交換するために使用される任意のタイプのコンピュータ・ネットワーキング構成を含んでもよい。例えば、ネットワーク１０５は、インターネット、プライベート・データ・ネットワーク、公衆ネットワークを使用する仮想プライベート・ネットワーク、及び／又はコンピューティング環境１００内のコンポーネントがシステム１００のコンポーネント間で情報を送受信することを可能にする他の適切な接続を表してもよい。

クライアント・コンピューティング・システム１０２は、ユーザ（又はクライアント）によって操作されてもよい。例えば、クライアント・コンピューティング・システム１０２は、１つ以上のコンピューティング・デバイスを含んでもよい。このようなコンピューティング・デバイスは、モバイル・デバイス、タブレット、デスクトップ・コンピュータ、又は本書に記載される能力を有する任意のコンピューティング・システムを含んでもよい。クライアント・コンピューティング・システム１０２は、クライアント・コンピューティング・システム１０２に関連する組織の従業員に属するか、又は当該従業員に提供されてもよい。

クライアント・コンピューティング・システム１０２は、少なくともアプリケーション１１０及びウェブ・サーバ１１２を含んでもよい。アプリケーション１１０は、サービス（又はウェブサイト）又はスタンドアロン・アプリケーションへのアクセスを可能にするウェブ・ブラウザを表してもよい。クライアント・コンピューティング・システム１０２は、組織コンピューティング・システム１０４の機能にアクセスするために、アプリケーション１１０にアクセスできる。クライアント・コンピューティング・システム１０２は、ネットワーク１０５を介して通信し、エンド・ユーザに提供されるカスタマイズされたキャンペーンを生成してもよい。例えば、クライアント・コンピューティング・システム１０２は、アプリケーション１１０を実行して、カスタマイズされたキャンペーンに関連する１つ以上のパラメータを規定するように構成されてもよい。クライアント・コンピューティング・システム１０２に表示されるコンテンツは、クライアント・コンピューティング・システム１０２に送信され、その後、クライアント・コンピューティング・システム１０２に関連するディスプレイを介して表示されるようにアプリケーション１１０によって処理されてもよい。

組織コンピューティング・システム１０４は、１つ以上のコンピューティング・デバイスを表してもよい。このようなコンピューティング・デバイスは、モバイル・デバイス、タブレット、デスクトップ・コンピュータ、又は本書で説明される能力を有する任意のコンピューティング・システムを含んでもよいが、これらに限定されない。組織コンピューティング・システム１０４は、少なくともウェブ・サーバ１１４及びモチベーション・マーケティング・プラットフォーム１１６を含んでもよい。

ウェブ・サーバ１１４は、クライアント・コンピューティング・システム１０２に１つ以上のウェブ・ページを提供するように構成された１つ以上のコンピューティング・デバイスを表してもよい。例えば、ウェブ・サーバ１１２は、クライアント・コンピューティング・システム１０２が組織コンピューティング・システム１０４の１つ以上の機能にアクセスできるように、クライアント・コンピューティング・システム１０２に１つ以上のウェブ・ページを提供するように構成されてもよい。ウェブ・サーバ１１４は、クライアント・コンピューティング・システム１０２上で実行されるアプリケーション１１０を介してクライアント・コンピューティング・システム１０２と通信してもよい。例えば、ウェブ・サーバ１１４は、アプリケーション１１０が１つ以上のウェブ・ページをレンダリングし、クライアント・コンピューティング・システム１０２に関連するディスプレイを介して１つ以上のウェブ・ページをクライアントに表示できるように、１つ以上のウェブ・ページをアプリケーション１１０に送信してもよい。

モチベーション・マーケティング・プラットフォーム１１６は、１つ以上のソフトウェア・モジュールを含んでもよい。１つ以上のソフトウェア・モジュールは、１つ以上のアルゴリズム・ステップを実装する一連の機械命令（例えば、プログラム・コード）を表す媒体（例えば、組織コンピューティング・システム１０４のメモリ）に記憶されたコード又は命令の集まりであってもよい。このような機械命令は、組織コンピューティング・システム１０４のプロセッサが命令を実装するために解釈する実際のコンピュータ・コードであってもよく、あるいは、代わりに、実際のコンピュータ・コードを得るために解釈される命令のより高いレベルのコーディングであってもよい。１つ以上のソフトウェア・モジュールは、１つ以上のハードウェア・コンポーネントも含んでもよい。例示的なアルゴリズムの１つ以上の態様は、命令の結果としてではなく、ハードウェア・コンポーネント（例えば、回路）それ自体によって実行されてもよい。

モチベーション・マーケティング・プラットフォーム１１６は、エンド・ユーザへの配信のためのマルチ・ステップ・オファを最適化する（又はほぼ最適化する）リアルタイム・マーケティング・ソリューションを提供するように構成されてもよい。特に、モチベーション・マーケティング・プラットフォーム１１６は、クライアントが顧客のモチベーションをビジネス目的と統一することを可能にするインテリジェント・フレームワークである。例えば、モチベーション・マーケティング・プラットフォーム１１６は、クライアント・コンピューティング・システム１０２によって伝達される１つ以上の目的によって規定されるキャンペーンを生成してもよく、キャンペーンは意図された視聴者（例えば、エンド・ユーザ）にプッシュ又は送信される。モチベーション・マーケティング・プラットフォーム１１６は、リアルタイム・エンド・ユーザ・データを連続的に収集し、分析し、動作するために連携して動作する１つ以上のコンポーネント（以下の図２でより詳細に説明する）を含んでもよい。経時的に、リアルタイムのエンド・ユーザ・データを継続的に収集し、分析し、動作することは、キャンペーンを改善（又は最適化）するのに役立ってもよい。したがって、モチベーション・マーケティング・プラットフォーム１１６は、エンド・ユーザ（例えば、クライアント・コンピューティング・システム１０２に関連する組織又は施設の顧客）を関与させ、収益を増加させるために、販売キャンペーン及びオファをパーソナライズすることによって、エンド・ユーザ体験を継続的に観察し、適応させる。

クライアント・コンピューティング・デバイス１０２を再び参照すると、クライアント・コンピューティング・デバイス１０２は、ウェブ・サーバ１１２をさらに含んでもよい。ウェブ・サーバ１１２は、１つ以上のウェブ・ページを１つ以上のエンド・ユーザ・コンピューティング・デバイス１０６に提供するように構成された１つ以上のコンピューティング・デバイスを表してもよい。例えば、ウェブ・サーバ１１２は、エンド・ユーザ・コンピューティング・デバイス１０６がクライアント・コンピューティング・システム１０２の１つ以上の機能にアクセスできるように、エンド・ユーザ・コンピューティング・デバイス１０６に１つ以上のウェブ・ページを提供するように構成されてもよい。ウェブ・サーバ１１２は、各エンド・ユーザ・コンピューティング・デバイス１０６上で実行されるアプリケーション１１８を介してエンド・ユーザ・コンピューティング・デバイス１０６と通信してもよい。例えば、ウェブ・サーバ１１２は、アプリケーション１１８が１つ以上のウェブ・ページをレンダリングし、各エンド・ユーザ・コンピューティング・デバイス１０６に関連するディスプレイを介して１つ以上のウェブ・ページをクライアントに表示できるように、１つ以上のウェブ・ページをアプリケーション１１８に送信してもよい。

クライアント・コンピューティング・システム１０２は、データベース１０８と通信してもよい。データベース１０８は、クライアント・コンピューティング・システム１０２に関連する情報の１つ以上の集合を記憶するように構成されてもよい。図示されるように、データベース１０８は、１つ以上の顧客１２０と、１つ以上の製品１２２と、１つ以上の取引１２４と、１つ以上のイベント１２６とを含んでもよい。１つ以上の顧客１２０は、クライアント・コンピューティング・システム１０２に関連する施設又は組織と取引した１つ以上の顧客１２０を表してもよい。例えば、１つ以上の顧客１２０は、クライアント・コンピューティング・システム１０２に関連する施設又は組織とのアカウント又はプロファイルを有する１つ以上の顧客を表してもよい。このような例示的なアカウント又はプロファイルは、施設又は組織とのロイヤリティ・アカウントを含んでもよい。ロイヤリティ・アカウントは、クライアント・コンピューティング・システム１０２に関連する施設又は組織とのエンド・ユーザの購入又は取引を追跡する、クライアント・コンピューティング・システム１０２に登録されたアカウントであってもよい。

１つ以上の製品１２２は、クライアント・コンピューティング・システム１０２に関連する施設又は組織によって提供される１つ以上の製品及び／又はサービスを表してもよい。いくつかの実施形態において、１つ以上の製品１２２は、１つ以上の製品及び／又はサービスの高レベルの一般的な説明を含んでもよい。例えば、このような高レベルの一般的な説明は、「青シャツ」、「Ｘブランドのジーンズ」、「深部組織マッサージ」、「ヘアカット及び洗髪」などを含んでもよいが、これらに限定されない。いくつかの実施形態において、１つ以上の製品１２２は、１つ以上の製品及び／又はサービスのより細かい説明を含んでもよい。例えば、このような細かい説明は、施設又は組織によってオファされる各製品に関連するユニバーサル製品コード（ＵＰＣ）又は在庫管理ユニット（ＳＫＵ）を含んでもよい。別の例では、このような細かい説明は、施設又は組織によってオファされる各サービスに関連する特定のコードを含んでもよい。

１つ以上の取引１２４は、１つ以上のエンド・ユーザと、クライアント・コンピューティング・システム１０２に関連する施設又は組織との間の１つ以上の取引を表してもよい。いくつかの実施形態において、１つ以上の取引１２４は、各取引１２４に関連する１つ以上のパラメータを含んでもよい。このようなパラメータは、取引を行った顧客（例えば、エンド・ユーザ）に対応する識別子、取引において交換される製品及び／又はサービスに関連する製品情報、取引に関連する日付及び／又は時間、顧客に関連するアカウント番号（例えば、ロイヤリティ・アカウント番号）などを含んでもよい。

１つ以上のイベント１２６は、ハードルの完了を構成してもよい、クライアントによって推薦される１つ以上のイベントに対応してもよい。例えば、１つ以上のイベント１２６は、どの特定の製品がハードルの完了を構成しうるか、どのタイプの製品がハードルの完了を構成しうるかなどを指定してもよい。

組織コンピューティング・システム１０４がリアルタイム・マーケティング・ソリューション（例えば、キャンペーン）をエンド・ユーザに提供するために、クライアント・コンピューティング・システム１０２は、データベース１０８に記憶された情報に組織コンピューティング・システム１０４がアクセスすることを可能にしてもよい。いくつかの実施形態において、クライアント・コンピューティング・システム１０２は、データベース１０８に記憶された情報を組織コンピューティング・システム１０４に継続的又は定期的に送信してもよい。いくつかの実施形態において、クライアント・コンピューティング・システム１０２は、クライアント・コンピューティング・システム１０２からの介入なしに組織コンピューティング・システム１０４がデータベース１０８にアクセスできるように、組織コンピューティング・システム１０４にデータベース１０８への直接アクセスを許可してもよい。

各エンド・ユーザ・コンピューティング・デバイス１０６は、モバイル・デバイス、タブレット、デスクトップ・コンピュータ、又は本書に記載される能力を有する任意のコンピューティング・システムを表してもよい。各エンド・ユーザ・コンピューティング・デバイス１０６は、クライアント・コンピューティング・システム１０４に関連する施設又は組織の顧客１２０によって操作されてもよい。例えば、エンド・ユーザ・コンピューティング・デバイス１０６は、クライアント・コンピューティング・システム１０２とのアカウント又はプロファイルを有するエンド・ユーザによって操作されてもよい。言い換えると、個別のエンド・ユーザ・コンピューティング・デバイス１０６を操作する各エンド・ユーザは、データベース１０８に記憶された顧客１２０を表してもよい。

エンド・ユーザ・コンピューティング・デバイス１０６は、その上で実行されるアプリケーション１１８を含んでもよい。アプリケーション１１８は、サービス（又はウェブサイト）又はスタンドアロン・アプリケーションへのアクセスを可能にするウェブ・ブラウザを表してもよい。エンド・ユーザ・コンピューティング・デバイス１０６は、クライアント・コンピューティング・システム１０２の機能にアクセスするために、アプリケーション１１８にアクセスしてもよい。例えば、エンド・ユーザ・コンピューティング・デバイス１０６は、クライアント・コンピューティング・システム１０６に登録されたアカウント又はプロファイルを管理するために、アプリケーション１１８にアクセスしてもよい。いくつかの実施形態において、エンド・ユーザ・コンピューティング・デバイス１０６は、アプリケーション１１８にアクセスして、組織コンピューティング・システム１０４によって生成されたキャンペーンに関連するオファを閲覧及び／又は当該オファに参加してもよい。例えば、クライアント・コンピューティング・システム１０２は、エンド・ユーザの参加に関与するためにカスタマイズされたオファをエンド・ユーザ・コンピューティング・デバイス１０６にプッシュ又は提供してもよい。エンド・ユーザ・コンピューティング・デバイス１０６に表示されるコンテンツは、エンド・ユーザ・コンピューティング・デバイス１０６に送信され、その後、エンド・ユーザ・コンピューティング・デバイス１０６に関連するディスプレイを介して表示されるようにアプリケーション１１８によって処理されてもよい。

図２は、例示的な実施形態によるコンピューティング環境２００のブロック図である。図示されるように、コンピューティング環境２００は、より詳細に説明されるモチベーション・マーケティング・プラットフォーム１１６を含む。

モチベーション・マーケティング・プラットフォーム１１６は、少なくとも、オーケストレーション・エンジン２０２と、ポリシー・エンジン２０４と、ワークフロー・エンジン２０６と、クライアント・データベース２０８とを含んでもよい。オーケストレーション・エンジン２０２、ポリシー・エンジン２０４及びワークフロー・エンジン２０６のそれぞれは、１つ以上のソフトウェア・モジュールから構成されてもよい。１つ以上のソフトウェア・モジュールは、１つ以上のアルゴリズム・ステップを実装する一連の機械命令（例えば、プログラム・コード）を表す、媒体（例えば、モチベーション・マーケティング・プラットフォーム１１６のメモリ）に記憶されたコード又は命令の集まりであってもよい。このような機械命令は、モチベーション・マーケティング・プラットフォーム１１６のプロセッサが命令を実施するために解釈する実際のコンピュータ・コードであってもよく、あるいは実際のコンピュータ・コードを得るために解釈される命令のより高いレベルのコーディングであってもよい。１つ以上のソフトウェア・モジュールは、１つ以上のハードウェア・コンポーネントも含んでもよい。例示的なアルゴリズムの１つ以上の態様は、命令の結果としてではなく、ハードウェア・コンポーネント（例えば、回路）それ自体によって実行されてもよい。

オーケストレーション・エンジン２０２は、１つ以上のキャンペーンと、１つ以上のキャンペーンのそれぞれに含まれる１つ以上のオファとを作成及び構成するように構成されてもよい。キャンペーンは、オファの集まりとして大まかに規定されてもよい。各オファは、所与のエンド・ユーザについてカスタマイズ又はパーソナライズされた体験と呼ばれてもよい。言い換えると、オファは、エンド・ユーザが関与してもよい行動又は製品、ルール及び報酬を伴う体験の特定のバージョンを規定してもよい。キャンペーンは、その目的、その意図された視聴者、及びそれが改善され（又は最適化され）エンド・ユーザに配信される期間によって区別又は規定されてもよい。オーケストレーション・エンジン２０２は、キャンペーンの目的、意図された視聴者、及びそれが改善され（又は最適化され）ユーザに配信される期間（すなわち、その「アクティベーション」）を規定するために、クライアント・コンピューティング・システム１０２から入力を受けるように構成されてもよい。いくつかの実施形態において、オーケストレーション・エンジン２０２は、１つ以上のアプリケーション・プログラミング・インタフェース（ＡＰＩ）要求を介して、クライアント・コンピューティング・システム１０２からの入力を受けてもよい。いくつかの実施形態において、オーケストレーション・エンジン２０２は、１つ以上のＡＰＩ要求を投入する組織コンピューティング・システム１０４に関連するコンピューティング・デバイスを介して、クライアント・コンピューティング・システム１０２から入力を受けてもよい。いくつかの実施形態において、オーケストレーション・エンジン２０２は、クライアントが対話してもよいユーザ・インタフェースを介して入力を受けてもよい。例えば、クライアントは、クライアント・デバイス１０２上に表示されるＧＵＩを介して、キャンペーンの目的、意図された視聴者、及び期間を規定してもよい。

目的は、クライアントのビジネス目標を表す基本コンポーネントを指してもよい。キャンペーンに含まれる１つ以上のオファのそれぞれは、選択された目的を達成するように最適化されてもよい。例示的なキャンペーン目的は、投資収益率（ＲＯＩ）、純利息収益（ＮＩＲ）、完了などを含んでもよいが、これらに限定されない。ＲＯＩ目的は、クライアントが利益率を増加させることを望むことに対応してもよい。ＮＩＲ目的は、クライアントがトップライン収益を増加させることを望むことに対応してもよい。完了目的は、クライアントがより強固な顧客関係を構築するために投資を望むことに対応してもよい。各キャンペーン目的は、機械学習モデルによって最適化されてもよい。

意図された視聴者（又は「セグメント」）は、クライアントが対象としたい顧客の対象グループに対応してもよい。例えば、クライアントは、意図された視聴者を第１グループ「新規顧客」及び第２グループ「既存顧客」に規定し、各個別のグループに向けられる異なるオファを生成してもよい。別の例では、クライアントは、顧客識別子の決定論的集合（例えば、新規顧客＝ＩＤ１、ＩＤ２、ＩＤ３、ＩＤ４など）ではなく、述語の集合（例えば、新規顧客＝直近の３０日間に作成された顧客）によって、意図された視聴者を規定してもよい。

オーケストレーション・エンジン２０２は、少なくともキャンペーン・アプリケーション・プログラミング・インタフェース（ＡＰＩ）２１０と、オファＡＰＩ２１２とを含んでもよい。キャンペーンＡＰＩ２１０は、１つ以上のキャンペーンを登録及び構成するように構成されてもよい。例えば、キャンペーンＡＰＩ２１０を介して、クライアント・コンピューティング・システム１０２は、１つ以上のキャンペーンを作成したり、１つ以上のキャンペーンにオファを追加したり、１つ以上のキャンペーンのオファ構成を作成したりしてもよい。さらに、キャンペーンＡＰＩ２１０を介して、クライアント・コンピューティング・システム１０２は、特定のキャンペーンについて１つ以上の設定を更新し、キャンペーンについて指定されたオファを更新し、及び／又は指定されたキャンペーン構成を更新してもよい。いくつかの実施形態において、キャンペーンＡＰＩ２１０はさらに、クライアント・コンピューティング・システム１０２がデータベース２０８から各キャンペーンに関する情報を読み出すことを可能にしてもよい。例えば、キャンペーンＡＰＩ２１０を介して、クライアント・コンピューティング・システムは、キャンペーン目的を読み出し、キャンペーン内の指定されたオファに関する情報を読み出し、順序構成に関する情報を読み出し、作成されたキャンペーンのリストを取得し、特定のオファを含むキャンペーンのリストを読み出し、特定のクライアントについて作成されたオファのリストを読み出し、特定のキャンペーンについてオファのリストを読み出すなどを行ってもよい。

オファＡＰＩ２１２は、１つ以上のオファを作成し、所与のキャンペーンに１つ以上のオファを含めるように構成されてもよい。オファＡＰＩ２１２は、オファ割当てサービスを規定してもよく、これはオファの割当ての前のオファ状態を記憶し維持すること、並びにオファの割当てを発効することを担当する。オファＡＰＩ２１２は、オファを個別化し、各オファを適切なエンド・ユーザに割り当てるように構成されてもよい。一般に、オファは、オファを含むキャンペーンとエンド・ユーザとの間の関係を表してもよい。

オファＡＰＩ２１２は、現在利用可能なオファの列挙をクライアント・コンピューティング・システム１０２に提示してもよい。例えば、オファＡＰＩ２１２は、オファの列挙を含むＧＵＩを生成してもよく、これは、クライアント・コンピューティング・システム１０２に関連するディスプレイを介してクライアント・コンピューティング・システム１０２によってアクセスされてもよい。ＧＵＩを介して、クライアント・コンピューティング・システム１０２は、特定のキャンペーンに含まれる１つ以上のオファを選択してもよい。さらに、ＧＵＩを介して、クライアント・コンピューティング・システム１０２は、既存のオファを管理してもよい。例えば、クライアント・コンピューティング・システム１０２は、オファを休止し、オファを再開し、オファに関連する名前を編集し、オファを期限切れにし、オファの有効期限日を編集し、又はオファを削除してもよい。

一般に、各オファは、それに関連する１つ以上のパラメータを有してもよい。このような例示的なパラメータは、オファの名前、オファに関連する配信チャネル（例えば、電子メール、モバイル・アプリケーション、ＳＭＳメッセージなど）、オファの継続時間（例えば、エンド・ユーザがオファを完了しなければならない時間）、及びオファの満了日（例えば、任意のエンド・ユーザがオファを完了し、報酬を獲得できる最後の日時）を含んでもよいが、これらに限定されない。

さらに、各オファは、エンド・ユーザによってプレイされるゲームを含んでもよい。各ゲームは、１つ以上のハードルを含む。各ハードルは、ゲームの完了における目的を指してもよい。例えば、ハードルは、複数の取引で構成されてもよい。ゲームは、１つ以上のハードルの完了を必要としてもよい。例示的なハードルは例えば、クライアント・コンピューティング・システム１０２に関連する施設又は組織における特定のアイテムの購入であってもよい。各ハードルが完了すると、エンド・ユーザは報酬を受けてもよい。

製品／サービス購入又は行動タイプのハードルについて、キャンペーンＡＰＩ２１０は例えば、（ａ）オファ・タイプが別個の製品推薦モデルと統合されるならば、パーソナライズされた製品、（ｂ）「新着」、「ラテ」、「プレミアム・フライト」、「青シャツ」、「６０分マッサージ」などのような記述的な製品属性、又は（ｃ）特定の製品、ＵＰＣ又はＳＫＵによって、製品／サービス購入を規定してもよい。

支出又は量閾値タイプのハードルについて、キャンペーンＡＰＩ２１０は、支出閾値及び／又は量閾値を規定してもよい。例えば、ハードルを達成するために、クライアントは、エンド・ユーザに、合計で少なくとも５００ドルを費やす（すなわち、支出）製品を少なくとも３回（すなわち、量）購入することを要求してもよい。いくつかの実施形態において、支出閾値は例えば、オファ・タイプが別個の支出推薦モデルと統合されるならば、パーソナライズされたスプレッド閾値であってもよい。いくつかの実施形態において、支出閾値は、明示的な支出閾値であってもよい。

キャンペーンＡＰＩ２１０は、（報酬は必須ではないが）エンド・ユーザがゲームの各ハードルを達成したならば、エンド・ユーザに提供される報酬を規定するようにさらに構成されてもよい。いくつかの実施形態において、キャンペーンＡＰＩ２１０は、固定報酬を規定してもよい。固定報酬は、１つ以上の変種を有してもよい。例えば、オファＡＰＩ２１２が、１０００ポイントの明示的な報酬を伴う固定報酬を有する第１ハードルを規定すると仮定する。キャンペーンＡＰＩ２１０は、５００ポイントの明示的な報酬を有する別の報酬変種を構成してもよい。したがって、キャンペーンＡＰＩ２１０は、２つのオファ、すなわち１つは１０００ポイントの報酬を有し、もう１つは５００ポイントの報酬を有するオファを作成した。いくつかの実施形態において、キャンペーンＡＰＩ２１０は、ランダムな報酬を規定してもよい。ランダムな報酬は、明示的な報酬及び対応する分配のグループから構成されてもよい。ハードルを完了した後、エンド・ユーザは、その個別の配分に基づいて報酬をランダムに受けてもよい。例えば、ハードルが２０％の配分を有する１０００ポイントの１つの報酬を有し、別の報酬が、８０％の配分を有する５００ポイントを有すると仮定する。エンド・ユーザは、ハードルを完了した後、１０００ポイントを獲得する２０％のチャンスと、５００ポイントを獲得する８０％のチャンスとを有する。

オファＡＰＩ２１２は、特定のエンド・ユーザに１つ以上のオファを割り当てるように構成されてもよい。オファＡＰＩ２１２は、特定の顧客及び顧客に関連するキャンペーンを前提として、オファ割り当て要求であってもよい。オファＡＰＩリクエストへの応答は、顧客に割り当てられた完全にパーソナライズされたオファ・インスタンスであってもよい。オファＡＰＩ２１２は、入力として、クライアント・コンピューティング・システム１０２に関連する１つ以上のエンド・ユーザに関する１つ以上のデータ集合を受けてもよい。例えば、組織コンピューティング・システム１０４は、データベース１０６に記憶された顧客情報の１つ以上の集合にアクセスしてもよい。オファＡＰＩ２１２は、機械学習モジュール２１６に格納された機械学習アルゴリズムへの入力として、顧客情報の１つ以上の集合を提供してもよい。このような適切な機械学習アルゴリズムは、限定されるものではないが、教師あり学習、教師なし学習、強化学習、ニューラル・ネットワーク、コンテキスト・マルチアーム・バンディット、線形回帰、ランダム・フォレストなどを含んでもよい。出力として、機械学習モジュール２１６は、各エンド・ユーザについて１つ以上のオファを選択するモデルを生成してもよい。したがって、オファＡＰＩ２１２は、機械学習モジュール２１６と連動して、１つ以上のオファを各エンド・ユーザに割り当ててもよい。

例えば、機械学習モジュール２１６は、特定のオファに対応するゲームを各特定のエンド・ユーザに割り当てるように構成されてもよい。機械学習モジュール２１６は、特定のエンド・ユーザに割り当てられたオファのタイプだけでなく、データベース１０８に記憶された顧客情報の１つ以上の集合に基づいてゲームを割り当ててもよい。「ゲーム」との用語が使用されるが、本書で言及されるゲームは「オファ」と呼ばれてもよい。

例示的なゲーム構造は、マルチオプション・マルチプレイヤ・ゲーム、パターン・ロック・ゲーム、スクラッチャ・ゲーム、きみならどうするゲーム、訪問ゲーム、ボーナス・ゲーム、ループ・ゲーム、ナッジ・ゲームなどを含むが、これらに限定されない。

マルチオプション・マルチプレイヤ・ゲームは、新たな体験、新たな製品、及び／又は新たなサービスに顧客を紹介することが意図されてもよい１つ以上のオファを含んでもよい。例えば、マルチオプション・マルチプレイヤ・ゲームは、５０ドルの報酬を獲得する前に、簡単な製品と、簡単な製品と、難しい製品とを購入するようにユーザに促してもよい。別の例では、マルチオプション・マルチプレイヤ・ゲームは、ユーザにモバイル・アプリケーションをダウンロードし、空港カウンタでバッグを預けて１万報酬マイルを獲得するように促してもよい。

パターン・ロック・ゲームは、ユーザの挙動を強化し、及び／又はユーザのエンゲージメントを深めるように構成されてもよい１つ以上のオファを含んでもよい。例えば、パターン・ロック・ゲームは、７日間に５回店を訪れて１００個の報酬スターを獲得するようにユーザに促してもよい。別の例では、ダッシュ・ゲームは、３万マイルの間、次の３０日間に３回購入し、飛行するようにユーザに促してもよい。

スクラッチャ・ゲームは、驚くこと及び／又は新しいことを好むユーザにアピールすることが意図された１つ以上のオファを含んでもよい。例えば、スクラッチャ・ゲームは、（１）１００個の報酬スターを獲得する１０パーセントのチャンス、（２）５０個の報酬スターを獲得する４０パーセントのチャンス、又は（３）２０個の報酬スターを獲得する５０パーセントのチャンスのために３つのラテを購入するようにユーザを促してもよい。

きみならどうするゲームは、制御によって動機付けされてもよい顧客を関与させるように構築された１つ以上のオファを含んでもよい。例えば、きみならどうするゲームは、（１）１００個の星を獲得するために７日に５回店を訪れること、（２）１００個の星のために５個のラテを購入すること、又は（３）１００個の星のために１個のラテ、２個のマフィン及び１個のサンドイッチを購入することのうちの１つを含んでもよい。

訪問ゲームは、パターン・ロック・ゲームと同様であってもよい。言い換えると、訪問ゲームは、訪問ベースのパターン・ロック・ゲームであってもよい。例えば、訪問ゲームは、特定のアイテム、アイテムのタイプ又は金額を購入しなければならないのではなく、店を訪問し、何かを購入するようにユーザを促してもよい。

ループ・ゲームは、上述のゲームのいずれであってもよいが、複数回繰り返されてもよい。

ボーナス・ゲームは、上述のゲームのいずれであってもよいが、個々のハードルの完了についてユーザに報酬を与えることに加えて、すべてのオファ・ハードルの完了について追加の報酬も提供する。

いくつかの実施形態において、各ゲームは、グラフ状のデータ構造に格納されてもよい。例えば、開発者は、Ｄｈａｌｌ構成言語を使用してグラフ状の構造を生成し、その後、人間に可読なＤｈａｌｌをプロトコル・バッファに変換するツールを介して情報を実行できる。別の例では、開発者は、ユーザ・インタフェースに格納された中間構成を類似のプロトコル・バッファに変換するユーザ・インタフェースを介してグラフ状の構造を生成してもよい。

ポリシー・エンジン２０４は、オーケストレーション・エンジン２０２と協働してもよい。例えば、オーケストレーション・エンジンがキャンペーン、オファ及びエンド・ユーザ間の関係を仲介しつつ、ポリシー・エンジン２０４が割り当てられた各オファを各エンド・ユーザにパーソナライズし、キャンペーン結果に対してリアルタイム分析を実行してもよい。ポリシー・エンジン２０４は、少なくとも機械学習モジュール２１６を含んでもよい。機械学習モジュール２１６は、１つ以上のタスクで構成されてもよい。いくつかの実施形態において、機械学習モジュール２１６は、特定のオファ内の１つ以上のハードル及び報酬に構成されてもよい。例えば、機械学習モジュール２１６は、割り当てられたオファを各特定のエンド・ユーザにパーソナライズするように構成されてもよい。例えば、機械学習モジュール２１６は、ユーザの１つ以上の属性に基づいて、（機械学習モジュール２１６によって）特定のエンド・ユーザに割り当てられたオファを個別調整するように構成されてもよい。機械学習モジュール２１６はさらに、特定のビジネス目的を所与として、どの集合が最良の結果をもたらすかを決定するために、どの集合のパーソナライズされたオファかを予測するように構成されてもよい。機械学習モジュール２１６は、そのインフラストラクチャによって生成された１つ以上の予測モデルを使用して、このようなハードル、報酬、及びパーソナライズされたオファを選択する。

いくつかの実施形態において、機械学習モジュール２１６は、入力として、機械学習アルゴリズムに顧客情報の１つ以上の集合を提供してもよい。このような顧客情報は、顧客の記述的属性と、クライアント・コンピューティング・システム１０２に関連する施設又は組織における顧客に関連する取引履歴との両方を含んでもよい。このような適切な機械学習アルゴリズムは、限定されるものではないが、教師あり学習、教師なし学習、強化学習、ニューラル・ネットワーク、コンテキスト・マルチアーム・バンディット、線形回帰、ランダム・フォレストなどを含んでもよい。出力として、機械学習モジュール２１６は、各エンド・ユーザにプッシュされるパーソナライズされたオファを生成してもよい。例えば、特定のエンド・ユーザについて、機械学習モジュール２１６は、特定のエンド・ユーザが報酬を受けるまで、複数のハードルを調整することによって、オファの一意のバージョンを生成してもよい。

いくつかの実施形態において、ポリシー・エンジン２０４は、各エンド・ユーザに割り当てられたゲームをパーソナライズするようにさらに構成されてもよい。例えば、ユーザ固有情報を通して、ポリシー・エンジン２０４は、特定のユーザが別のユーザよりも製品又はサービスに関与していないことを判定してもよい。したがって、この特定のユーザについて、ポリシー・エンジン２０４は、特定のユーザがより容易に達成できる、より負担の少ないハードルを生成してもよい。そうすることによって、ポリシー・エンジン２０４は、特定のユーザからエンゲージメントを引き出すようにゲームをパーソナライズする。

ワークフロー・エンジン２０６は、エンド・ユーザと、エンド・ユーザに割り当てられたオファとの間の対話を管理するように構成されてもよい。例えば、ワークフロー・エンジン２０６は、ポリシー・エンジン２０４から、各個別の顧客にパーソナライズされた１つ以上のオファを受けてもよい。続いて、ワークフロー・エンジン２０６は、１つ以上のパーソナライズされたオファのそれぞれを各個別の顧客にプッシュしてもよい。ある実施形態において、ワークフロー・エンジン２０６は、その上で実行されるアプリケーション１１８と直接対話してもよい。例えば、ワークフロー・エンジン２０６は、クライアント・コンピューティング・システム１０２上のウェブ・サーバ１１２によってホストされるアプリケーション１１８へのアクセスを許可されてもよい。ある実施形態において、ワークフロー・エンジン２０６は、１つ以上のパーソナライズされたオファのそれぞれをクライアント・コンピューティング・システム１０２に送信してもよい。続いて、クライアント・コンピューティング・システム１０２は、１つ以上のパーソナライズされたオファのそれぞれを各個別のエンド・ユーザ・デバイス１０６にプッシュしてもよい。

ワークフロー・エンジン２０６は、少なくともイベントＡＰＩ２１８と、ステータスＡＰＩ２２０と、機械学習モジュール２１６によって適用される任意のパーソナライゼーション変更とを含んでもよい。イベントＡＰＩ２１８は、モチベーション・マーケティング・プラットフォーム１１６への１つ以上の入来イベントを管理するように構成されてもよい。言い換えると、ゲームによって表されるオファにエンド・ユーザが参加することを選択及び／又は選ぶと、ゲームに関連するイベントが、モチベーション・マーケティング・プラットフォーム１１６に送信され、イベントＡＰＩ２１８によって処理されてもよい。例えば、ゲームに参加することを選択したエンド・ユーザが、クライアント・コンピューティング・システム１０２に関連する施設又は組織で取引を行うと、このようなイベントはイベントＡＰＩ２１８によって処理される。いくつかの実施形態において、イベントＡＰＩ２１８は、顧客がアクティブなオファを有するか否かにかかわらず、すべてのイベントを処理してもよい。例えば、アクティブなオファがあるならば、顧客のイベントを受けることは、新たなイベントが進捗を生じたかどうかが確認するために、オファの評価を引き起こす。アクティブなオファがないならば、イベントは、当該顧客について後にアクティブなオファが到着するかどうかを確認するために、ある期間保留されてもよい。したがって、システムは、存在する最も長いオファのおおよその長さの間、完全な取引履歴を維持できてもよい。

いくつかの実施形態において、ワークフロー・エンジン２０６は、各顧客に関連する取引履歴をさらに含んでもよい。取引履歴は、施設又は組織において各顧客２３２によって行われる１つ以上の取引を含んでもよい。

イベントＡＰＩ２１８によるイベントの追跡及び処理は、機械学習モジュール２１６の機械学習アルゴリズムを改善すること、並びにクライアント・コンピューティング・システム１０２によって選択されたキャンペーン全体を誘導することを助ける。イベントＡＰＩ２１８は、ワークフロー・エンジン２０６による処理のために１つ以上の入来イベントを待ち行列に入れる方法を規定するように構成されてもよい。イベントＡＰＩ２１８は、１つ以上のイベント２２２を含んでもよい。１つ以上のイベント２２２は、１つ以上のエンド・ユーザ・デバイス１０６及び／又はクライアント・コンピューティング・システム１０２からイベントＡＰＩ２１８によって受け取られる１つ以上のアクティビティを表してもよい。いくつかの実施形態において、イベントＡＰＩ２１８は、１つ以上の入来イベント２２２をワークフロー・エンジン２０６に周期的に送信してもよい。例えば、イベントＡＰＩ２１８は、１つ以上のバッチにおいて、１つ以上の入来イベント２２２をワークフロー・エンジン２０６に送信してもよい。言い換えると、いくつかの実施形態において、ワークフロー・エンジン２０６は、バッチ処理で１つ以上のイベント２２２を処理してもよい。いくつかの実施形態において、イベントＡＰＩ２１８は、１つ以上の入来イベント２２２をリアルタイム（又はほぼリアルタイム）でワークフロー・エンジン２０６に送信してもよい。例えば、イベントＡＰＩ２１８は、１つ以上のイベント２２２のそれぞれがモチベーション・マーケティング・プラットフォーム１１６に送信される際に、１つ以上の入来イベント２２２をワークフロー・エンジン２０６に送信してもよい。言い換えると、いくつかの実施形態において、ワークフロー・エンジン２０６は、ストリーム処理において１つ以上のイベント２２２を処理してもよい。

状態ＡＰＩ２２０は、１つ以上の下流システムと通信するように構成されてもよい。状態ＡＰＩ２２０は、各エンド・ユーザのオファ（又はゲーム）状態へのアクセスを提供する。メール・マーケティング・システム（図示せず）は、状態ＡＰＩ２２０（又はストリーミング相手、行動ストリーム）を利用して、オファ状態に関して誰がメールするかを判定してもよい。状態ＡＰＩ２２０は、入来イベントの処理時にエンド・ユーザの状態を更新するように構成されてもよい。例えば、イベントＡＰＩ２１８は、イベントのバッチをワークフロー・エンジン２０６に送信してもよい。イベントのバッチにおける１つのこのようなイベントは、エンド・ユーザがオファを受け入れ、それに関連するゲームを開始することに対応してもよい。したがって、ワークフロー・エンジン２０６は、イベントの処理を状態ＡＰＩ２２０に通信してもよく、これは、続いて、個別のエンド・ユーザに関連する増分状態進捗をデータ・ストリームに公開してもよい。

ポリシー・エンジン２０４を再び参照して、ポリシー・エンジン２０４は、エンド・ユーザ体験を改善する（例えば、最適化する）ために、イベント及びエンド・ユーザ状態を継続的に監視してもよい。いくつかの実施形態において、ポリシー・エンジン２０４は、機械学習モデルを訓練し、機械学習モデルをバージョン化し、新たな機械学習モデルが古い機械学習モデルよりも優れた性能を発揮することを検証する自動化された自明でないプロセスを利用してもよい。新たな機械学習モデルが以前の機械学習モデルより良くないとポリシー・エンジン２０４が判定したならば、ポリシー・エンジン２０４は、以前の機械学習モデルに戻ってもよい。いくつかの実施形態において、ポリシー・エンジン２０４は、エンド・ユーザ体験を継続的に改善するために、コンテキスト・バンディットを使用して、機械学習モジュール２１６を介した強化学習を使用してもよい。例えば、強化学習技術を介して、ポリシー・エンジンは、タスクを継続的に学習し、スキルを取得し、リアルタイムの決定を提供してもよい。いくつかの実施形態において、このような訓練が毎日行われてもよい。ポリシー・エンジン２０４は、オファ作成、キャンペーン作成、キャンペーンへのオファの追加、キャンペーン結果の分析、うまく機能しないオファの識別及び休止、高性能オファの識別、機械学習プロセスに基づいて新たなオファ変種を作成するための推薦などを含むが、これらに限定されない、キャンペーン・ライフ・サイクルのフェーズにわたってユーザ体験を改善してもよい。ポリシー・エンジン２０４は、新たなオファ変種を作成し、アクティブなキャンペーンに含めるためにそれらをオーケストレーション・エンジン２０２に返すことによって、その学習に基づいて動作してもよい。

概念レベルでは、ポリシー・エンジン２０４とエンド・ユーザとの間の対話は、監視されるイベント及び状態を介して、コンテキストの観察、行動の実行、及び結果の観察というテンプレートに従う個々のエンド・ユーザとの対話のシーケンスとして解釈されてもよい。このような対話の多くは、時間的に重複して起こる可能性がある。ポリシー・エンジン２０４の目的は例えば、最も望ましい結果をもたらすように、所与のコンテキストに対する行動を改善する（例えば、最適化する）ことである。

コンテキスト（特徴ベクトルとして表されてもよい）は、現在の顧客の１つ以上のプロパティ及び／又は取るべき潜在的な行動を包含してもよい。コンテキストは、行動時にポリシー・エンジン２０４によって知られてもよい。結果はイベントのログを含んでもよく、これは、行動が選択されてから間もなく、ポリシー・エンジン２０４によって観察可能であってもよい。結果ログは、ポリシー・エンジン２０４に返される数値報酬を決定するために分析されてもよい。例えば、ポリシー・エンジン２０４は、ログを使用して数値機械学習報酬を生成するＭａｐＲｅｄｕｃｅプロセスを実装してもよい。

ポリシー・エンジンの２０４全体の意思決定プロセスは、機械学習モジュール２１６によって訓練された機械学習アルゴリズム（例えば、モデル）によって支配されてもよい。オファに対応するゲームにエンド・ユーザが参加すると、このような情報がワークフロー・エンジン２０６からポリシー・エンジン２０４に入力されてもよい。機械学習モジュール２１６は、（例えば、ユーザ又はオペレータがキャンペーンにオファを追加又は除去するならば）キャンペーンの利用可能なオファの変化及び（例えば、顧客の位置が東海岸から西海岸に切り替わるならば）キャンペーンの一部である顧客の変化に応答することによって、ユーザ体験を継続的に改善してもよい。機械学習モジュール２１６は、ユーザの介入を必要とせずに、これらの新たな状況に合わせて調整（例えば、最適化）してもよい。機械学習モジュール２１６は、キャンペーンに追加される１つ以上のオファ変種を生成することによって、ユーザ体験を継続的に改善するために機械学習アルゴリズムを活用してもよい。１つ以上のオファ変種は、ポリシー・エンジン２０４からオーケストレーション・エンジン２０２に通信されてもよい。したがって、オーケストレーション・エンジン２０２は、エンド・ユーザ体験を改善する（例えば、最適化する）ために、キャンペーンに新たなオファ変種を追加するようにクライアントに促してもよい。

モチベーション・マーケティング・プラットフォーム１１６は、モチベーション・マーケティング・データベース２０８と通信してもよい。モチベーション・マーケティング・データベース２０８は、１つ以上のキャンペーン２３０、１つ以上の顧客２３２、１つ以上のオファ２４０、１つ以上の機械学習モデル２４２、１つ以上のログ２４４、及びクライアント・データベース２４６の１つ以上の部分コピーを含んでもよい。

１つ以上のキャンペーン２３０は、モチベーション・マーケティング・プラットフォーム１１６によって生成された１つ以上のキャンペーン２３０を表してもよい。いくつかの実施形態において、１つ以上のキャンペーン２３０は、１つ以上のアクティブなキャンペーンを表してもよい。いくつかの実施形態において、１つ以上のキャンペーン２３０は、１つ以上のアクティブなキャンペーン及び１つ以上の期限切れキャンペーンを表してもよい。

各キャンペーン２３０は、クライアント・コンピューティング・システムとエンド・ユーザのグループ（例えば、クライアントの顧客）との間のビジネス関係を表してもよい。各キャンペーン２３０は、少なくともセグメント２３４、アクティベーション２３６、及び目的２３８を含んでもよい。セグメント２３４は、エンド・ユーザの選択された部分集合を表してもよい。セグメント２３４の例は例えば、「新規顧客」及び「既存顧客」を含んでもよい。１つ以上のオファは、各セグメント２３４に割り当てられてもよい。アクティベーション２３６は、開始日及び終了日を表してもよい。いくつかの実施形態において、アクティベーション２３６は、人をキャンペーンに選ぶ行動であってもよい。例えば、「モバイル・アプリケーション・ダウンロード」トリガは、特定のアプリケーション機能と対話するための様々なオファを分配してもよい「初めてのアプリケーション使用」キャンペーンに人を選択してもよい。目的２３８は、キャンペーンに関連するビジネス目的を表してもよい。すべてのオファは、目的２３８を達成するために最適化又は調整されてもよい。例示的な目的２３８は収益、投資収益（ＲＯＩ）、又は顧客エンゲージメントを含んでもよいが、これらに限定されない。

顧客２３２は、クライアント・コンピューティング・システム１０２に関連する組織又は施設の１つ以上の顧客（例えば、エンド・ユーザ）を表してもよい。いくつかの実施形態において、顧客２３２は、各顧客に関連する１つ以上の属性又は特徴を含んでもよい。このような１つ以上の属性又は特徴は、それ自体ではエンド・ユーザを匿名解除するのに十分ではなくてもよいが、このような１つ以上の属性又は特徴は、特定の匿名ユーザを識別するのに十分であってもよい。

オファ２４０は、機械学習モジュール２１６によって生成された１つ以上の完全にパーソナライズされたオファを表してもよい。例えば、オファ２４０は、顧客２３２に示された各顧客についてパーソナライズされた１つ以上のオファを表してもよい。

機械学習モデル２４２は、機械学習モジュール２１６によって生成された１つ以上の予測モデルを表してもよい。例えば、機械学習モデル２４２は、完全にパーソナライズされたオファを生成するための１つ以上の予測モデル、各ユーザについて完全にパーソナライズされたオファの部分集合を選択するための１つ以上の予測モデルなどを含んでもよい。いくつかの実施形態において、１つ以上の機械学習モデル２４２は、各キャンペーンの結果に基づいて継続的に更新されてもよい。

ログ２４４は、各ゲームを通じたエンド・ユーザの進捗を表してもよい。例えば、ログ２４４は、エンド・ユーザの完全にパーソナライズされたオファに対応するゲームを通じたエンド・ユーザの進捗を含んでもよい。

クライアント・データベース２４６は、特定のクライアントに関連するデータベース１０８のコピーを表してもよい。例えば、いくつかの実施形態において、クライアント・データベース２４６は、データベース１０８の部分コピーを表してもよい。データベース１０８の少なくとも一部をクライアント・データベース２４６としてローカルに記憶することは、組織コンピューティング・システム１０４とクライアント・コンピューティング・システム１０２との間で送信される要求を低減してもよい。

図３は、例示的な実施形態によるエンゲージメント・キャンペーンを実施するための方法３００を示すフロー図である。方法３００は、ステップ３０２で始まってもよい。ステップ３０２で、組織コンピューティング・システム１０４は、キャンペーン作成要求を受信してもよい。いくつかの実施形態において、組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２からキャンペーン作成要求を受信してもよい。例えば、組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２上で実行されるアプリケーション１１０を介して、キャンペーン作成要求を受信してもよい。

いくつかの実施形態において、キャンペーン要求は、これに関連する１つ以上のパラメータを含んでもよい。１つ以上のパラメータは、ビジネス目的の明細を含んでもよい。例示的なビジネス目的は、収益、投資収益、顧客エンゲージメントなどを含んでもよいが、これらに限定されない。１つ以上のパラメータは、エンド・ユーザ情報の１つ以上の集合をさらに含んでもよい。エンド・ユーザ情報は、クライアント・コンピューティング・システム１０２に関連する顧客に関する情報に対応してもよい。このようなユーザ情報は例えば、クライアント・コンピューティング・システム１０２に関連する組織又は施設における各エンド・ユーザのエンド・ユーザ記述的属性及び取引履歴を含んでもよい。

ステップ３０４で、組織コンピューティング・システム１０４は、作成要求に基づいてキャンペーンを作成してもよい。例えば、組織コンピューティング・システム１０４は、キャンペーン作成要求に関連する１つ以上のパラメータに基づいてキャンペーンを初期化してもよい。

ステップ３０６で、組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に１つ以上のオファを提示してもよい。組織コンピューティング・システム１０４は、識別されたビジネス目的に対応する１つ以上のオファを提示してもよい。組織コンピューティング・システム１０４は、識別されたビジネス目的に対応する１つ以上のオファの列挙を含むグラフィカル・ユーザ・インタフェース（ＧＵＩ）を生成してもよい。１つ以上のオファのこのような列挙は、クライアントが１つ以上のオファ属性によってオファをソートすることを可能にしてもよい。例えば、１つ以上のオファのリストは、１つ以上のソート可能なカラムを含んでもよい。このようなカラムは例えば、オファ名、オファ・タイプ、オファ割り当て開始日、オファ有効期限、ハードルの数、オファの継続時間、及びオファの状態を含んでもよい。組織コンピューティング・システム１０４は、表示のためにクライアント・コンピューティング・システム１０２にＧＵＩを送信してもよい。例えば、組織コンピューティング・システム１０４は、アプリケーション１１０がＧＵＩをレンダリングし、それに関連するディスプレイを介してクライアントにＧＵＩを表示できるように、それで実行されるアプリケーション１１０を介してクライアント・コンピューティング・システム１０２にＧＵＩを送信してもよい。

ステップ３０８で、組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２から１つ以上のオファの選択を受信してもよい。例えば、クライアント・コンピューティング・システム１０２は、ＧＵＩを介して、クライアントが１つ以上のオファを選択するというインジケーションを入力として受けてもよい。クライアント・コンピューティング・システム１０２は、処理のために組織コンピューティング・システム１０４に入力を中継してもよい。

ステップ３１０で、組織コンピューティング・システム１０４は、少なくとも１つのエンド・ユーザに１つ以上のオファをマッピングしてもよい。例えば、オーケストレーション・エンジン２０２は、機械学習モジュール２１６を介して特定のエンド・ユーザに１つ以上のオファを割り当てるように構成されてもよい。オーケストレーション・エンジン２０２は、入力として、クライアント・コンピューティング・システム１０２に関連する１つ以上のエンド・ユーザに関するデータの１つ以上の集合を提供してもよい。例えば、組織コンピューティング・システム１０４は、データベース１０８に記憶された顧客情報の１つ以上の集合にアクセスし、機械学習アルゴリズムへの入力として、顧客情報の１つ以上の集合を提供してもよい。このような適切な機械学習アルゴリズムは、限定されるものではないが、教師あり学習、教師なし学習、強化学習、ニューラル・ネットワーク、コンテキスト・マルチアーム・バンディット、線形回帰、ランダム・フォレストなどを含んでもよい。出力として、オーケストレーション・エンジン２０２は、１つ以上のオファとエンド・ユーザとの間のマッピングを生成してもよい。

ステップ３１２で、各エンド・ユーザについて、組織コンピューティング・システム１０４は、マッピングされたオファを各個別のエンド・ユーザにパーソナライズしてもよい。例えば、ポリシー・エンジン２０４は、機械学習モジュール２１６を介して、割り当てられたオファを各特定のエンド・ユーザにパーソナライズするように構成されてもよい。ポリシー・エンジン２０４は、ユーザの１つ以上の属性に基づいて、（機械学習モジュール２１６によって）特定のエンド・ユーザに割り当てられたオファを個別調整してもよい。ポリシー・エンジン２０４は、入力として、機械学習アルゴリズムに顧客情報の１つ以上の集合を提供してもよい。このような顧客情報は、顧客の記述的属性と、クライアント・コンピューティング・システム１０２に関連する施設又は組織における顧客に関連する取引履歴との両方を含んでもよい。このような適切な機械学習アルゴリズムは、限定されるものではないが、教師あり学習、教師なし学習、強化学習、ニューラル・ネットワーク、コンテキスト・マルチアーム・バンディット、線形回帰、ランダム・フォレストなどを含んでもよい。出力として、ポリシー・エンジン２１０は、各エンド・ユーザにプッシュされるパーソナライズされたオファを生成してもよい。

ステップ３１４で、組織コンピューティング・システム１０４は、各個別のエンド・ユーザに１つ以上のパーソナライズオファをプッシュしてもよい。ポリシー・エンジン２０４は、１つ以上のパーソナライズされたオファのそれぞれをワークフロー・エンジン２０６に送信してもよい。ワークフロー・エンジン２０６は、エンド・ユーザと、それに割り当てられたオファとの間の対話を管理してもよい。続いて、ワークフロー・エンジン２０６は、１つ以上のパーソナライズされたオファのそれぞれを各個別の顧客にプッシュしてもよい。ある実施形態において、ワークフロー・エンジン２０６は、その上で実行されるアプリケーション１１８と直接対話してもよい。例えば、ワークフロー・エンジン２０６は、クライアント・コンピューティング・システム１０２上のウェブ・サーバ１１２によってホストされるアプリケーション１１８へのアクセスを許可されてもよい。いくつかの実施形態において、ワークフロー・エンジン２０６は、１つ以上のパーソナライズされたオファのそれぞれをクライアント・コンピューティング・システム１０２に送信してもよい。続いて、クライアント・コンピューティング・システム１０２は、１つ以上のパーソナライズされたオファのそれぞれを各個別のエンド・ユーザ・デバイス１０６にプッシュしてもよい。

ステップ３１６で、組織コンピューティング・システム１０４は、キャンペーン性能を監視してもよい。
組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２から取引情報を受信することによって、キャンペーン性能を監視してもよい。いくつかの実施形態において、取引情報は、ワークフロー・エンジン２０６を介して、クライアント・コンピューティング・システム１０２から組織コンピューティング・システム１０４に流れてもよい。例えば、イベントＡＰＩ２１８は、クライアント・コンピューティング・システム１０２から１つ以上の取引イベントを受信するように構成されてもよい。イベントＡＰＩ２１８は、処理のために１つ以上の取引イベントをワークフロー・エンジン２０６に送信してもよい。いくつかの実施形態において、イベントＡＰＩ２１８は、１つ以上の取引イベントを、１つ以上のバッチで定期的にワークフロー・エンジン２０６に送信してもよい。いくつかの実施形態において、イベントＡＰＩ２１８は、１つ以上の取引イベントをワークフロー・エンジン２０６にストリーミングすることによって、１つ以上の取引イベントをリアルタイム（又はほぼリアルタイム）でワークフロー・エンジン２０６に送信してもよい。

ステップ３１８で、組織コンピューティング・システム１０４は、監視に基づいてエンド・ユーザ進行を更新してもよい。ワークフロー・エンジン２０６が各取引イベントを処理する際に、ワークフロー・エンジン２０６は、状況ＡＰＩ２２０と連携して、これらの個別のオファにおける各エンド・ユーザの状態を更新してもよい。例えば、ワークフロー・エンジン２０６は、満足された可能性がある任意のハードルを有する各エンド・ユーザのゲームを更新してもよい。

いくつかの実施形態において、方法３００は、ステップ３２０及び３２２をさらに含んでもよい。ステップ３２０で、キャンペーンが終了した後、機械学習モジュール２１６は、キャンペーンの結果を分析してもよい。例えば、機械学習モジュール２１６は、ログ２４４を分析して、より高いレベルの参加を生成したオファと、より低いレベルの参加を生成したオファとを識別してもよい。

ステップ３２２で、機械学習モジュール２１６は、ステップ３２０で識別されたデータに基づいて１つ以上の予測モデルを更新してもよい。例えば、機械学習モジュール２１６は、パーソナライゼーションをオファするために専用の第１予測モデルと、パーソナライズされたオファの間で選択するために専用の第２予測とを更新してもよい。パーソナライゼーション・モデルは、キャンペーンごとに又はクライアントごとに訓練されてもよい。選択モデルは、キャンペーンごとに強化学習アルゴリズムを用いて訓練される。予測モデルの更新は、キャンペーンを実行し、キャンペーン中に発生した生のイベントを記録することによって行われてもよい。いくつかの実施形態において、生データは、キャンペーンの一部である顧客及び属性、各顧客に割り当てられたオファ、各オファがどのようにパーソナライズされるか、顧客によって生成される生イベント、顧客のこれらのオファにおける進捗、及びオファが企業のキャンペーン目的にどのように寄与したかを含んでもよい。組織コンピューティング・システム１０４は、受信した生データを、特定の機械学習モデルを訓練してもよい機械学習ログに変換してもよい。その後、機械学習モジュール２１６は、拡張データ集合上の１つ以上の既存のモデルを再訓練してもよい。機械学習モジュール２１６は、モデルの古いバージョンの予測性能を、履歴イベントに関する新たなものと比較してもよい。新たなモデルが古いモデルよりも良好に実行するならば、機械学習モジュール２１６は、生産における将来の予測のために新たなモデルを使用することを選択してもよい。

図４は、例示的な実施形態によるエンゲージメント・キャンペーンを実施するための方法を示す論理図４００である。論理図４００は、組織コンピューティング・システム１０４と対話するクライアント・コンピューティング・システム１０２を含んでもよい。組織コンピューティング・システム１０４は、中間サービス４０１と、オーケストレーション・エンジン２０２と、ポリシー・エンジン２０４と、ワークフロー・エンジン２０６とを含んでもよい。中間サービス４０１は、組織コンピューティング・システム１０４の１つ以上のコンポーネントが情報をより良く処理できるように、入来データを標準化及び正規化するように構成されてもよい。

動作４０２で、クライアント・コンピューティング・システム１０２は、キャンペーン要求をオーケストレーション・エンジン２０２に送信してもよい。キャンペーン要求は、キャンペーンに関連する１つ以上のパラメータを含んでもよい。１つ以上のパラメータは、ビジネス目的の明細を含んでもよい。例示的なビジネス目的は、収益、投資収益、顧客エンゲージメントなどを含んでもよいが、これらに限定されない。いくつかの実施形態において、キャンペーンに関連する１つ以上のパラメータは、キャンペーンの継続時間、キャンペーンについての対象顧客の１つ以上の集合、対象顧客の１つ以上の集合のそれぞれに関連する１つ以上の記述などをさらに含んでもよい。いくつかの実施形態において、キャンペーン要求は、キャンペーンに追加される１つ以上のオファの明細をさらに含んでもよい。

動作４０４で、クライアント・コンピューティング・システム１０２は、要求されたキャンペーンを組織コンピューティング・システム１０４が開始することを要求してもよい。例えば、クライアント・コンピューティング・システム１０２は、オーケストレーション・エンジン２０２が各対象エンド・ユーザに１つ以上のオファを割り当て始めることを要求してもよい。

動作４０６で、クライアント・コンピューティング・システム１０２は、データの１つ以上の集合を組織コンピューティング・システム１０４に送信してもよい。例えば、中間サービス４０１は、クライアント・コンピューティング・システム１０２からデータの１つ以上の集合を受信してもよい。いくつかの実施形態において、動作４０６は、動作４０４と同時に生じてもよい。データの１つ以上の集合は、顧客固有情報（例えば、記述的属性、取引履歴、１つ以上のユーザ・プロファイル嗜好など）を含んでもよい。クライアント・コンピューティング・システム１０２からデータの１つ以上の集合を受信すると、中間サービス４０２は、データを第１フォーマットから第２フォーマットに変換してもよい。例えば、中間サービス４０２は、情報が組織コンピューティング・システム１０４の１つ以上のコンポーネントによってより容易に処理されるように、データを標準化し、正規化してもよい。

動作４０８で、中間サービス４０１は、変換されたデータを処理のためにオーケストレーション・エンジン２０２に送信してもよい。動作４１０で、ポリシー・エンジン２０４は、各個別のエンド・ユーザに１つ以上のオファをパーソナライズしてもよい。例えば、ポリシー・エンジン２０４は、エンド・ユーザ（例えば、顧客）固有情報及び機械学習モジュール１１６を利用して、各エンド・ユーザについての各オファをパーソナライズしてもよい。ポリシー・エンジン２０４は、各パーソナライズされたオファをオーケストレーション・エンジン２０２に送信してもよい。

動作４１２で、オーケストレーション・エンジン２０２は、１つ以上の完全にパーソナライズされたオファを各エンド・ユーザに割り当ててもよい。例えば、オーケストレーション・エンジン２０２は、機械学習モジュール１１４を利用して、１つ以上の完全にパーソナライズされたオファと各エンド・ユーザとの間のマッピングを生成してもよい。オーケストレーション・エンジン２０２は、パーソナライゼーションのために、オファ割り当てをポリシー・エンジン２０４に送信してもよい。

動作４１３で、ワークフロー・エンジン２０６は、クライアント・コンピューティング・システム１０２からデータの１つ以上の集合を受信してもよい。１つ以上のデータ集合は、製品情報データ（例えば、ＵＰＣ、ＳＫＵ、製品カテゴリなど）を含んでもよい。クライアント・コンピューティング・システム１０２からデータの１つ以上の集合を受信すると、中間サービス４０２は、データを第１フォーマットから第２フォーマットに変換してもよい。例えば、中間サービス４０２は、情報がワークフロー・エンジン２０６によってより容易に処理されるように、データを標準化し正規化してもよい。

動作４１４で、オーケストレーション・エンジン２０２は、実行のために、パーソナライズされたオファをワークフロー・エンジン２０６に送信してもよい。例えば、オーケストレーション・エンジン２０２は、ワークフロー・エンジン２０６に、各パーソナライズされたオファに対応する１つ以上のワークフローを実行するように命令してもよい。

動作４１６で、ワークフロー・エンジン２０６は、パーソナライズされたオファをクライアント・コンピューティング・システム１０２に送信してもよい。いくつかの実施形態において、ワークフロー・エンジン２０６は、各エンド・ユーザ・デバイス１０６と直接に対話してもよい。いくつかの実施形態において、ワークフロー・エンジン２０６は、１つ以上のパーソナライズされたオファのそれぞれをクライアント・コンピューティング・システム１０２に送信してもよい。続いて、クライアント・コンピューティング・システム１０２は、１つ以上のパーソナライズされたオファのそれぞれを各個別のエンド・ユーザ・デバイス１０６にプッシュしてもよい。

動作４１８で、クライアント・コンピューティング・システム１０２は、取引データを組織コンピューティング・システム１０４に送信してもよい。いくつかの実施形態において、クライアント・コンピューティング・システム１０２は、取引データを組織コンピューティング・システム１０４にストリーミングしてもよく、すなわち、クライアント・コンピューティング・システム１０２は、リアルタイム（又はほぼリアルタイム）で組織コンピューティング・システム１０４に取引データを送信してもよい。いくつかの実施形態において、クライアント・コンピューティング・システム１０２は、組織コンピューティング・システム１０４に定期的に取引データを送信してもよい。

動作４２０で、中間サービス４０２は、取引データを第１フォーマットから第２フォーマットに変換してもよい。例えば、中間サービス４０２は、情報が組織コンピューティング・システム１０４の１つ以上のコンポーネントによってより容易に処理されるように、データを標準化し正規化してもよい。中間サービス４０２は、処理のために、取引データをワークフロー・エンジン２０６に送信してもよい。

動作４２２で、ワークフロー・エンジン２０６は、受信した取引データを処理してもよい。例えば、ワークフロー・エンジン２０６は、受信した取引データに基づいて、その個別のゲームにおける各エンド・ユーザの進行を更新してもよい。ワークフロー・エンジン２０６は、結果をポリシー・エンジン２０４に送信してもよい。

動作４２６で、オーケストレーション・エンジン２０２は、ワークフロー・エンジン２０２に、１つ以上の新たなオファ推薦をクライアント・コンピューティング・システム１０２にプッシュするように命令してもよい。動作４２８で、ワークフロー・エンジン２０６は、オファ進捗をクライアント・コンピューティング・システム１０２に通信してもよい。

図５は、例示的な実施形態によるキャンペーン・ライフ・サイクルを示すブロック図５００である。キャンペーン・ライフ・サイクルは、動作５０２で始まってもよい。動作５０２で、組織コンピューティング・システム１０４は、１つ以上のオファを作成してもよい。動作５０４で、組織コンピューティング・システム１０４は、キャンペーンを作成してもよい。いくつかの実施形態において、オーケストレーション・エンジン２０２は、要求側クライアントによって提供される１つ以上のパラメータに基づいてキャンペーンを作成してもよい。動作５０６で、組織コンピューティング・システム１０４は、キャンペーンに１つ以上のオファを追加してもよい。例えば、オーケストレーション・エンジン２０２は、クライアント・コンピューティング・システム１０４による１つ以上の選択に基づいて、キャンペーンに１つ以上のオファを追加してもよい。

動作５０８で、組織コンピューティング・システム１０４は、キャンペーン結果を分析してもよい。いくつかの実施形態において、予測エンジン２０４は、リアルタイムで（又はほぼリアルタイムで）キャンペーン結果を監視してもよい。いくつかの実施形態において、予測エンジン２０４は、キャンペーン結果を定期的に監視してもよい。キャンペーン結果を監視することは、予測エンジン２０４がキャンペーン内の１つ以上のオファのそれぞれの進捗を監視することを含んでもよい。例えば、予測エンジン２０４は、オファに割り当てられたエンド・ユーザがオファにどのように反応しているかを分析するために、各オファを監視してもよい。

動作５１０で、組織コンピューティング・システム１０４は、高性能オファを識別してもよい。いくつかの実施形態において、動作５０８に連動する上述した分析の一部として、ポリシー・エンジン２０４は、各オファに性能メトリックを割り当ててもよい。性能メトリックは、個別のオファに対する１つ以上の顧客とのエンゲージメントのレベルを反映してもよい。例えば、ポリシー・エンジン２０４は、取引頻度に対応するオファが取引金額よりも良好に実行する（すなわち、より多くの顧客エンゲージメントを獲得する）ことを判定してもよい。ポリシー・エンジン２０４は、最高の性能を発揮するオファを識別してもよい。例えば、ポリシー・エンジン２０４は、閾値エンゲージメント・レベルを超える１つ以上のオファを識別してもよい。

動作５１２で、組織コンピューティング・システム１０４は、識別された高性能オファに基づいて新たなオファを生成してもよい。いくつかの実施形態において、組織コンピューティング・システム１０４は、識別された高性能オファの１つ以上の変種として新たなオファを生成してもよい。１つ以上の新たなオファは、キャンペーンへの追加のためにクライアントに利用可能にされてもよい。

オファ・ライフ・サイクルは、新たなオファがクライアント・コンピューティング・システム１０２によってキャンペーンに追加される際に繰り返されてもよい。例えば、キャンペーンにオファが追加される場合に、ポリシー・エンジン２０４は、結果を継続的に分析し、クライアント・コンピューティング・システム１０２に推薦を行ってもよい。

図６は、１つの例示的な実施形態によるキャンペーンを実施する方法６００を示すフロー図である。方法６００は、ステップ６０２で始まってもよい。ステップ６０２で、組織コンピューティング・システム１０４は、エンド・ユーザの活動を監視してもよい。ワークフロー・エンジン２０６は、１つ以上のエンド・ユーザ・イベントを受信し、処理してもよい。１つ以上のエンド・ユーザ・イベントに基づいて、ワークフロー・エンジン２０６は、それに応じて、各対応するオファを更新してもよい。各オファが更新される際に、ポリシー・エンジン２０４は、各オファの結果を分析してもよい。したがって、ポリシー・エンジン２０４は、各オファについて性能メトリックを生成してもよい。性能メトリックは、エンド・ユーザと個別のオファとの間のエンゲージメントのレベルに関連してもよい。

ステップ６０４で、組織コンピューティング・システム１０４は、１つ以上の高性能オファを識別してもよい。例えば、ポリシー・エンジン２０４は、監視されたエンド・ユーザの活動に基づいて、エンド・ユーザ・エンゲージメントの最高レベルを有する１つ以上のオファを識別してもよい。高性能オファは、エンド・ユーザ・エンゲージメントの事前に確立された閾値レベルを超えるオファとして規定されてもよい。

ステップ６０６で、組織コンピューティング・システム１０４は、１つ以上の低性能オファを識別してもよい。例えば、ポリシー・エンジン２０４は、監視されたエンド・ユーザの活動に基づいて、エンド・ユーザ・エンゲージメントの最低レベルを有する１つ以上のオファを識別してもよい。低性能オファは、エンド・ユーザ・エンゲージメントの第２の事前に確立された閾値レベル未満であるオファとして規定されてもよい。

ステップ６０８で、組織コンピューティング・システム１０４は、識別された１つ以上の低性能オファを休止するようにクライアントに促してもよい。例えば、ポリシー・エンジン２０４は、クライアント・コンピューティング・システム１０４に対して、クライアントが低性能オファを休止するための１つ以上のメッセージ又はインジケーションの形式で、１つ以上の推薦を行ってもよい。低性能オファを休止することにより、クライアント・コンピューティング・システム１０２は、低性能オファに割り当てられたエンド・ユーザを、エンド・ユーザによりよく関与しうる新たなオファに遷移させることができてもよい。

ステップ６１０で、組織コンピューティング・システム１０４は、エンド・ユーザの活動及び識別された高性能オファに基づいて、１つ以上の新たなオファを生成してもよい。いくつかの実施形態において、ポリシー・エンジン２０４は、機械学習モジュール２１８を使用して、１つ以上の新たなオファを生成してもよい。例えば、ポリシー・エンジン２０４は、エンド・ユーザの活動の１つ以上のストリームを機械学習アルゴリズムに入力することによって、１つ以上の新たなオファを生成してもよい。エンド・ユーザの活動の１つ以上のストリームは例えば、オファに対応するゲームのエンド・ユーザ進行、並びにクライアント・コンピューティング・システム１０２に関連する施設又は組織におけるユーザ取引のタイプを含んでもよい。いくつかの実施形態において、ポリシー・エンジン２０４は、識別された高性能オファに基づいて１つ以上の新たなオファを生成してもよい。さらに、いくつかの実施形態において、ポリシー・エンジン２０４は、エンド・ユーザの活動と識別された高性能オファとの組合せに基づいて、１つ以上の新たなオファを生成してもよい。

ステップ６１２で、組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に、キャンペーンに１つ以上の新たなオファを追加するように促してもよい。いくつかの実施形態において、オーケストレーション・エンジン２０２は、クライアント・コンピューティング・システム１０２に送信される１つ以上の推薦メッセージを生成してもよい。各推薦メッセージは、現在のキャンペーンを変更又は調整するための１つ以上の推薦を含んでもよい。このような調整は、キャンペーンに１つ以上の新たなオファを追加することを含んでもよい。いくつかの実施形態において、このような調整は、１つ以上の利用可能なオファを休止することを含んでもよい。いくつかの実施形態において、このような調整は、１つ以上の利用可能なオファをキャンセルすることを含んでもよい。

図７は、いくつかの実施形態による例示的なコンピューティング環境７００を示すブロック図である。コンピューティング環境７００は、コンピューティング・システム７０２と、コンピューティング・システム７５２とを含む。コンピューティング・システム７０２は、クライアント・デバイス１０１を表してもよい。いくつかの実施形態において、コンピューティング・システム７０２は、管理者デバイス１０２をさらに表してもよい。コンピューティング・システム７５２は、メッセージ管理システム１０４を表してもよい。

コンピューティング・システム７０２は、プロセッサ７０４と、メモリ７０６と、ストレージ７０８と、ネットワーク・インタフェース７１０とを含んでもよい。いくつかの実施形態において、コンピューティング・システム７０２は、１つ以上のＩ／Ｏデバイス７２２（例えば、キーボード、マウスなど）に結合されてもよい。

プロセッサ７０４は、メモリ７０６に記憶されたプログラム・コード７１６（すなわち、プログラミング命令）を読み出し、実行し、ならびにアプリケーション・データを記憶し、読み出してもよい。プロセッサ７０４は、単一のプロセッサ、複数のプロセッサ、複数の処理コアを有する単一のプロセッサなどを表すものとして含まれてもよい。ネットワーク・インタフェース７１０は、コンピューティング・システム７０２がコンピューティング・ネットワーク７０５を介して外部と通信することを可能にする任意のタイプのネットワーク通信であってもよい。例えば、ネットワーク・インタフェース７１０は、コンピューティング・システム７５２との外部通信を可能にするように構成される。

ストレージ７０８は例えば、ディスク・ストレージ・デバイスであってもよい。単一ユニットとして示されているが、ストレージ７０８は、固定ディスク・ドライブ、リムーバブル・メモリ・カード、光学ストレージ、ネットワーク接続ストレージ（ＮＡＳ）、ストレージ・エリア・ネットワーク（ＳＡＮ）などの固定ストレージ・デバイス及び／又はリムーバブル・ストレージ・デバイスの組合せであってもよい。

メモリ７０６は、アプリケーション７１２と、オペレーティング・システム７１４と、プログラム・コード７１６とを含んでもよい。プログラム・コード７１６は、処理（すなわち、プログラム命令の実行）のためにプロセッサ７０４によってアクセスされてもよい。プログラム・コード７１６は例えば、ウェブサイト７６８の１つ以上のページを表示するためにコンピューティング・システム７５２と通信するための実行可能命令を含んでもよい。

プロセッサ７０４は、アプリケーション７１２にアクセスして、コンピューティング・システム７５２の機能にアクセスしてもよい。例えば、プロセッサ７０４は、コンピューティング・システム７５２によって管理されるクライアント・キャンペーン・アカウントを管理するために、アプリケーション７１２を実行するように構成されてもよい。コンピューティング・システム７０２に表示されるコンテンツは、アプリケーション７１２を介してコンピューティング・システム７０２に送信され、その後、コンピューティング・システム７０２のグラフィカル・ユーザ・インタフェース（ＧＵＩ）を介して表示するためにアプリケーション７１２によって処理されてもよい。

コンピューティング・システム７５２は、プロセッサ７５４と、メモリ７５６と、ストレージ７５８と、ネットワーク・インタフェース７６０とを含んでもよい。いくつかの実施形態において、コンピューティング・システム７５２は、１つ以上のＩ／Ｏデバイス７７４に結合されてもよい。いくつかの実施形態において、コンピューティング・システム７５２は、データベース１０８と通信してもよい。

プロセッサ７５４は、メモリ７５６に記憶されたプログラム・コード７６６（すなわち、プログラミング命令）を読み出し、実行し、ならびにアプリケーション・データを記憶し、読み出してもよい。プロセッサ７５４は、単一のプロセッサ、複数のプロセッサ、複数の処理コアを有する単一のプロセッサなどを表すように含まれてもよい。ネットワーク・インタフェース７６０は、コンピューティング・システム７５２がコンピューティング・ネットワーク７０５を介して外部と通信することを可能にする任意のタイプのネットワーク通信であってもよい。例えば、ネットワーク・インタフェース７６０は、コンピューティング・システム７５２がコンピューティング・システム７０２と通信することを可能にする。

ストレージ７５８は例えば、ディスク・ストレージ・デバイスであってもよい。単一のユニットとして示されているが、ストレージ７５８は、固定ディスク・ドライブ、リムーバブル・メモリ・カード、光学ストレージ、ネットワーク接続ストレージ（ＮＡＳ）、ストレージ・エリア・ネットワーク（ＳＡＮ）などのような固定及び／又はリムーバブル・ストレージ・デバイスの組み合わせであってもよい。

メモリ７５６は、オペレーティング・システム７６４と、プログラム・コード７６６と、ウェブサイト７６８と、オーケストレーション・エンジン７７０と、ポリシー・エンジン７７２と、ワークフロー・エンジン７７４とを含んでもよい。プログラム・コード７６６は、処理（すなわち、プログラム命令の実行）のためにプロセッサ４５４によってアクセスされてもよい。プログラム・コード７６６は例えば、図３～図６に関連して上述されたステップを実行するように構成された実行可能命令を含んでもよい。一例として、プロセッサ７５４は、プログラム・コード７６６にアクセスして、１つ以上のキャンペーンを生成し、管理してもよい。ウェブサイト７６２は、コンピューティング・システム７０２によってアクセスされてもよい。例えば、ウェブサイト７６２は、ウェブ・ブラウザ又はアプリケーションを介してコンピューティング・システム７０２によってアクセスされるコンテンツを含んでもよい。

オーケストレーション・エンジン７７０は、１つ以上のキャンペーンと、１つ以上のキャンペーンのそれぞれに含まれる１つ以上のオファとを作成及び構成するように構成されてもよい。キャンペーンは、オファの集まりとしておおまかに規定されてもよい。各オファは、所与のエンド・ユーザについてカスタマイズ又はパーソナライズされた体験と呼ばれてもよい。言い換えると、オファは、エンド・ユーザが関与しうる行動又は製品、ルール及び報酬を伴う体験の特定のバージョンを規定してもよい。オファは、エンド・ユーザによってプレイされるゲームと考えられてもよい。キャンペーンは、その目的、その意図された視聴者、及びそれが改善され（又は最適化され）エンド・ユーザに配信される期間によって区別又は規定されてもよい。オーケストレーション・エンジン７７０は、キャンペーンの目的、意図された視聴者、及びそれが改善され（又は最適化され）、ユーザに配信される期間（すなわち、その「アクティベーション」）を規定するために、クライアント・コンピューティング・システム１０２から入力を受信するように構成されてもよい。

ポリシー・エンジン７７２は、オーケストレーション・エンジン７７０と協働してもよい。例えば、オーケストレーション・エンジン７７０がキャンペーン、オファ、及びエンド・ユーザ間の関係を仲介しつつ、ポリシー・エンジン７７２が各エンド・ユーザについて各割り当てられたオファをパーソナライズし、キャンペーン結果に関してリアルタイム分析を実行してもよい。ポリシー・エンジン７７２は、割り当てられたオファを各特定のエンド・ユーザにパーソナライズするように構成されてもよい。例えば、ポリシー・エンジン７７２は、ユーザの１つ以上の属性に基づいて、特定のエンド・ユーザに割り当てられたオファを個別調整するように構成されてもよい。ポリシー・エンジン７７２はまた、エンド・ユーザ体験を改善する（例えば、最適化する）ために、イベント及びエンド・ユーザ状態を継続的に監視してもよい。言い換えると、ポリシー・エンジン７７２は、キャンペーン結果のリアルタイム（又はほぼリアルタイム）分析を継続的に実行するように構成されてもよい。

ワークフロー・エンジン７７４は、エンド・ユーザと、エンド・ユーザに割り当てられたオファとの間の対話を管理するように構成されてもよい。例えば、ワークフロー・エンジン７７４は、ポリシー・エンジン７７２から、各個別の顧客にパーソナライズされた１つ以上のオファを受信してもよい。続いて、ワークフロー・エンジン７７４は、１つ以上のパーソナライズされたオファのそれぞれを各個別の顧客にプッシュしてもよい。いくつかの実施形態において、ワークフロー・エンジン７７４は、コンピューティング・システム７０２上で実行されるアプリケーション７１２と直接に対話してもよい。例えば、ワークフロー・エンジン７７４は、コンピューティング・システム７０２上のアプリケーション７１２へのアクセスを許可されてもよい。いくつかの実施形態において、ワークフロー・エンジン７７４は、１つ以上のパーソナライズされたオファのそれぞれをコンピューティング・システム７０２に送信してもよい。続いて、コンピューティング・システム７０２は、１つ以上のパーソナライズされたオファのそれぞれを各個別のエンド・ユーザ・デバイスにプッシュしてもよい。

図８Ａは、実施例によるグラフィカル・ユーザ・インタフェース（ＧＵＩ）８００を示すブロック図８００である。ＧＵＩ８００は、クライアント・コンピューティング・システム１０２のウェブ・ブラウザ・アプリケーション（例えば、アプリケーション１１０）で提示されるウェブ・ページであってもよい。いくつかの実施形態において、ＧＵＩ８００は、クライアント・コンピューティング・システム１０２上で実行されるネイティブ・ソフトウェア・アプリケーション（例えば、アプリケーション１１０）によって生成されるグラフィカル・ユーザ・インタフェースであってもよい。

図示されるように、ＧＵＩ８００は、ユーザがキャンペーン作成要求を投入した結果として生成されるグラフィカル・ユーザ・インタフェースに対応してもよい。ＧＵＩ８００は、第１部分８０２及び第２部分８０４を含んでもよい。ＧＵＩ８００の第１部分８０２は、ＧＵＩ８００「ヘッダ」部分に対応してもよい。第１部分８０２は、ＧＵＩ８００（例えば、ブラウザ又はネイティブ・アプリケーション）に各グラフィカル要素８０６～８１０に関連する情報を要求するメッセージをコンテンツ管理サービスに送信させるためにユーザによって選択可能な１つ以上のグラフィカル要素８０６、８０８、８１０（例えば、ボタン、リンクなど）を含んでもよい。

グラフィカル要素８０６は、キャンペーン、オファ、エンド顧客、又はシステム・メトリックに対応してもよい。したがって、グラフィカル要素８０６を介して入力を受信すると、ＧＵＩ８００は、組織コンピューティング・システム１０４に、クライアントの各キャンペーンに関連する結果又はメトリックを要求してもよい。組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に関連するディスプレイ上にＧＵＩ８００が１つ以上の結果又はメトリックを表示しうるように、１つ以上の結果又はメトリックをＧＵＩ８００に配信してもよい。

グラフィカル要素８０８は、１つ以上のキャンペーンに対応してもよい。したがって、グラフィカル要素８０８を介して入力を受信すると、ＧＵＩ８００は、組織コンピューティング・システム１０４に、クライアント・コンピューティング・システム１０２に関連する１つ以上のキャンペーンに向けられた情報を要求してもよい。組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に関連するディスプレイ上にＧＵＩ８００が１つ以上の結果又はメトリックを表示しうるように、１つ以上のキャンペーンをＧＵＩ８００に配信してもよい。したがって、図８のために、クライアント・コンピューティング・システム１０４のユーザは、キャンペーン情報を要求した。

グラフィカル要素８１０は、１つ以上のオファに対応してもよい。したがって、グラフィカル要素８１０を介して入力を受信すると、ＧＵＩ８００は、組織コンピューティング・システム１０４に、取りうるキャンペーンに関連する１つ以上のオファを要求してもよい。組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に関連するディスプレイ上にＧＵＩ８００が１つ以上のオファを表示しうるように、１つ以上のオファをＧＵＩ８００に配信してもよい。

ＧＵＩ８００の第２部分８０４は、キャンペーン・パネル８６４を含んでもよい。キャンペーン・パネル８６４は、ユーザア・カウントに関連する１つ以上のキャンペーンを含んでもよい。図示されるように、各キャンペーンは、グラフィック要素８６６によって表されてもよい。キャンペーン・パネル８６４は、各キャンペーンの１つ以上の属性を示してもよい。例えば、キャンペーン・パネル８６４は、キャンペーンＩＤ、キャンペーン名、視聴者、キャンペーン目的、展開日、期限、及び状態のうちの１つ以上を示してもよい。

いくつかの実施形態において、第２部分８０４は、検索バー８６８及びグラフィカル要素８６２を含んでもよい。検索バー８６８は、入力として、クエリの基準を満たすユーザに関連する１つ以上のキャンペーンについてデータベース（例えば、データベース２０８）にクエリするために使用されてもよいテキストを受信するように構成されてもよい。グラフィカル要素８６２は、「新たなキャンペーンを作成」オプションを表してもよい。ユーザは、ユーザが新たなキャンペーンを作成したい場合に、グラフィカル要素８６２と対話してもよい。グラフィカル要素８６２の選択は、図８Ｂに関連して以下で説明するような新たな画面を生み出してもよい。

図８Ｂは、例示的な実施形態によるグラフィカル・ユーザ・インタフェース（ＧＵＩ）８５０を示すブロック図８５０である。ＧＵＩ８５０は、クライアント・コンピューティング・システム１０２のウェブ・ブラウザ・アプリケーション（例えば、アプリケーション１１０）で提示されるウェブ・ページであってもよい。いくつかの実施形態において、ＧＵＩ８５０は、ネイティブ・ソフトウェア・アプリケーション（例えば、アプリケーション１１０）によって生成されるグラフィカル・ユーザ・インタフェースであってもよい。

図示されるように、ＧＵＩ８５０は、作成された１つ以上のキャンペーンを閲覧することをユーザが要求した結果として生成されたグラフィカル・ユーザ・インタフェースに対応してもよい。ＧＵＩ８５０は、第１部分８０２及び第２部分８０４を含んでもよい。ＧＵＩ８５０の第１部分８０２は、ＧＵＩ８５０「ヘッダ」部分に対応してもよい。第１部分８０２は、ＧＵＩ８５０（例えば、ブラウザ又はネイティブ・アプリケーション）に各グラフィカル要素８０６～８１０に関連する情報を要求するメッセージをコンテンツ管理サービスに送信させるためにユーザによって選択可能な１つ以上のグラフィカル要素８０６、８０８、８１０（例えば、ボタン、リンクなど）を含んでもよい。

ＧＵＩ８５０の第２部分８０４は、オファに関連する設定パネル８１２と、選択されたキャンペーンの１つ以上のパラメータを表示するキャンペーン・パネル８１４とを含んでもよい。設定パネル８１２は、選択されたキャンペーンに関連する１つ以上のパラメータをクライアントが設定することを可能にする１つ以上のグラフィカル要素を含んでもよい。例えば、第２部分８０４は、グラフィック要素８１６～８２８を含んでもよい。

グラフィック要素８１６は、クライアント・コンピューティング・システム１０２によって規定されたセグメントに対応してもよい。例えば、グラフィカル要素８１６内の矢印をクリックすると、ドロップダウン・メニューが表示され、これによりクライアント・コンピューティング・システム１０２は、エンド・ユーザの特定のセグメントを選択可能になる。各セグメントは、クライアント・コンピューティング・システム１０２が分析のためにエンド・ユーザ情報を組織コンピューティング・システム１０４に送信する場合に、クライアント・コンピューティング・システム１０２によって事前に規定されてもよい。各セグメントは一般に、クライアント・コンピューティング・システム１０２がそのエンド・ユーザをどのように分類するかを表す。したがって、グラフィカル要素８１６を介して入力を受信すると、ＧＵＩ８００は、組織コンピューティング・システム１０４に、クライアント・コンピューティング・システム１０２に関連する１つ以上のセグメントを要求してもよい。組織コンピューティング・システム１０４は、ＧＵＩ８００がクライアント・コンピューティング・システム１０２に関連するディスプレイ上に１つ以上のセグメントを表示しうるように、１つ以上のセグメントをＧＵＩ８００に配信してもよい。

グラフィカル要素８１８は、キャンペーンのアクティベーション・タイプに対応してもよい。例えば、グラフィカル要素８１８は、２つ以上の選択可能なアクティベーション状態、すなわち、スケジュールされたアクティベーション（例えば、キャンペーンは２０１９年１月１日に開始する）又はトリガ・アクティベーション（例えば、キャンペーンは、顧客がアプリケーションをダウンロードした際に開始する）を含んでもよい。図示されるように、選択された起動タイプは、トリガ・アクティベーション・タイプである。

グラフィカル要素８２０は、トリガ・タイプに対応してもよい。例えば、グラフィカル要素８２０は、アプリケーションのダウンロードのような、１つ以上の選択可能なトリガ・タイプを含んでもよいが、これらに限定されない。図示されるように、選択されたユーザ・タイプは顧客行動である。

グラフィカル要素８２２は、顧客行動タイプに対応してもよい。例えば、グラフィカル要素８２２は、アプリケーション・ダウンロード、店舗訪問、特定のアイテム購入、アイテム・タイプ購入、最小購入量などの１つ以上の選択可能なトリガ・タイプを含んでもよい。図示されるように、選択された顧客行動タイプは「アプリ・ダウンロード」である。

グラフィカル要素８２４は、キャンペーン目的に対応してもよい。例えば、グラフィカル要素８２０は、ＮＩＲ、ＲＯＩ、及び完了という１つ以上の選択可能な目的を含んでもよい。したがって、グラフィカル要素８２０を介して入力を受信すると、ＧＵＩ８００は、組織コンピューティング・システム１０４に、それに応じてキャンペーンの目的を更新するように要求してもよい。組織コンピューティング・システム１０４は、更新された目的をクライアント・コンピューティング・システム１０２に関連するディスプレイ上にＧＵＩ８００が表示しうるように、キャンペーンの更新された目的の確認をＧＵＩ８００に配信してもよい。

グラフィカル要素８２６は、キャンペーン有効日に対応してもよい。したがって、グラフィカル要素８２６を介して入力を受信すると、ＧＵＩ８００は、所望のキャンペーン有効日を組織コンピューティング・システム１０４に通知してもよい。

グラフィカル要素８２８は、オプションの満了日に対応してもよい。したがって、グラフィカル要素８２８を介して入力を受信すると、ＧＵＩ８００は、組織コンピューティング・システム１０４に、存在するならば所望のキャンペーン満了日を通知してもよい。

キャンペーン・パネル８１４は、キャンペーンに現在割り当てられている１つ以上のオファを表示してもよい。例えば、キャンペーン・パネル８１４は、１つ以上のグラフィカル要素８３０を含んでもよい。各グラフィカル要素８３０は、所与のオファに対応してもよい。各グラフィカル要素８３０は、個別のオファの１つ以上の属性を表示してもよい。例えば、グラフィカル要素８３０は、オファＩＤ、オファ名、オファ開始日、オファ満了日、オファ継続時間、及びオファ状態に向けられた情報を含んでもよい。

キャンペーン・パネル８１４は、グラフィカル要素８３２をさらに含んでもよい。グラフィカル要素８３２は、キャンペーンにオファを追加する要求に対応してもよい。したがって、グラフィカル要素８３２を介して入力を受信すると、ＧＵＩ８００は、設定パネル８１２に提供されたキャンペーン・パラメータに基づいてキャンペーンに追加されてもよい１つ以上のオファを組織コンピューティング・システム１０４に要求してもよい。組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に関連するディスプレイ上に１つ以上のオファを表示してもよい更新されたＧＵＩ（図９を参照）を配信してもよい。

図９は、例示的な実施形態によるグラフィカル・ユーザ・インタフェース（ＧＵＩ）９００を示すブロック図９００である。ＧＵＩ９００は、クライアント・コンピューティング・システム１０２のウェブ・ブラウザ・アプリケーション（例えば、アプリケーション１１０）で提示されるウェブ・ページであってもよい。いくつかの実施形態において、ＧＵＩ９００は、クライアント・コンピューティング・システム１０２上で実行されるネイティブ・ソフトウェア・アプリケーション（例えば、アプリケーション１１０）によって生成されるグラフィカル・ユーザ・インタフェースであってもよい。

図示されるように、ＧＵＩ９００は、キャンペーンにオファを追加するための入力をＧＵＩ８５０が受信する結果として生成されるグラフィカル・ユーザ・インタフェースに対応してもよい。ＧＵＩ９００は、１つ以上のグラフィカル要素９０４を含んでもよい。各グラフィカル要素９０４は、キャンペーンに追加されてもよい特定のオファ・タイプに対応してもよい。例えば、図示されるように、１つ以上のオファ・タイプは、パターン・ロック、マルチ行動、マルチオプション乗数、ナッジ、報酬、パターン・ロック・プラスなどであってもよい。

各グラフィカル要素９０４は、１つ以上のサブ・グラフィカル要素９０６～９１６を含んでもよい。各グラフィカル要素９０６は、特定のオファ・タイプのグラフィックに対応してもよい。いくつかの実施形態において、各グラフィック要素は、色分けされてもよい。各グラフィカル要素９０８は、オファ・タイプのタイトルに対応してもよい。各グラフィカル要素９１０は、対応するオファ・タイプの記述に対応してもよい。各グラフィカル要素９１２は、特定のオファ・タイプのサンプルに対応してもよい。グラフィカル要素９１４は、オファ・タイプの目的の記述に対応してもよい。グラフィカル要素９１６は、オファ・タイプのモチベーションの記述に対応してもよい。したがって、ＧＵＩ９００は、ユーザがどのオファ・タイプを選択するかについての学習された決定を行うために必要な最小量の情報をユーザに提供してもよい。

図１０は、例示的な実施形態によるグラフィカル・ユーザ・インタフェース（ＧＵＩ）１０００を示すブロック図１０００である。ＧＵＩ１０００、はクライアント・コンピューティング・システム１０２のウェブ・ブラウザ・アプリケーション（例えば、アプリケーション１１０）で提示されるウェブ・ページであってもよい。いくつかの実施形態において、ＧＵＩ１０００は、クライアント・コンピューティング・システム１０２上で実行されるネイティブ・ソフトウェア・アプリケーション（例えば、アプリケーション１１０）によって生成されるグラフィカル・ユーザ・インタフェースであってもよい。

図示されるように、ＧＵＩ１０００は、キャンペーンの１つ以上のオファを閲覧するための入力をＧＵＩ１０００が受信した結果として生成されたグラフィカル・ユーザ・インタフェースに対応してもよい。ＧＵＩ１０００は、フィルタ・パネル１００６及び結果パネル１００８を含んでもよい。フィルタ・パネル１００６は、１つ以上のグラフィック要素１０１０～１０２０を含んでもよい。

グラフィカル要素１０１０は、１つ以上のオファ・タイプに対応してもよい。例えば、グラフィカル要素１０１０は、結果パネル１００８内のオファがフィルタリングされうるように、ユーザが１つ以上のオファ・タイプをチェック又はチェック解除できるようにしてもよい。例示的なオファ・タイプは、マルチオプション乗数オファ・タイプ、スクラッチャ・オファ・タイプ、訪問オファ・タイプ、パターン・ロック・オファ・タイプ、ループ・オファ・タイプ、ボーナス・オファ・タイプ、きみならどうするオファ・タイプなどを含んでもよいが、これらに限定されない。

グラフィカル要素１０１２は、オファ継続時間に対応してもよい。例えば、グラフィカル要素１０１２は、ユーザがオファについての所望の継続時間を投入することを可能にしてもよい。したがって、グラフィカル要素１０１２を介して入力を受信すると、ＧＵＩ１０００は、入力された継続時間に従って、利用可能なオファを組織コンピューティング・システム１０４がフィルタリングすることを要求してもよい。組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に関連するディスプレイ上にＧＵＩ１０００がオファのフィルタリングされたリストを表示しうるように、フィルタリングされたオファのリストをＧＵＩ１０００に配信してもよい。

グラフィカル要素１０１４は、複数のハードルに対応してもよい。例えば、グラフィカル要素１０１４は、ユーザが各オファについてのハードルの最小数及び／又はハードルの最大数を投入することを可能にしてもよい。したがって、グラフィカル要素１０１４を介して入力を受信すると、ＧＵＩ１０００は、入力されたパラメータに従って利用可能なオファを組織コンピューティング・システム１０４がフィルタリングすることを要求してもよい。組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に関連するディスプレイ上にＧＵＩ１０００がオファのフィルタリングされたリストを表示しうるように、フィルタリングされたオファのリストをＧＵＩ１０００に配信してもよい。

グラフィカル要素１０１６は、オファ作成に対応してもよい。例えば、グラフィカル要素１０１６は、オファが作成された日付に基づいてユーザがオファをフィルタリングすることを可能にしてもよい。したがって、グラフィカル要素１０１６を介して入力を受信すると、ＧＵＩ１０００は、入力された作成日に従って、利用可能なオファを組織コンピューティング・システム１０４がフィルタリングすることを要求してもよい。組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に関連するディスプレイ上にＧＵＩ１０００がオファのフィルタリングされたリストを表示しうるように、フィルタリングされたオファのリストをＧＵＩ１０００に配信してもよい。

グラフィカル要素１０１８は、オファの満了日に対応してもよい。例えば、グラフィカル要素１０１８は、オファがいつ終了（又は満了）するかに基づいてユーザがオファをフィルタリングすることを可能にしてもよい。したがって、グラフィカル要素１０１８を介して入力を受信すると、ＧＵＩ１０００は、入力された満了日に従って、利用可能なオファを組織コンピューティング・システム１０４がフィルタリングすることを要求してもよい。組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に関連するディスプレイ上にＧＵＩ１０００がオファのフィルタリングされたリストを表示しうるように、フィルタリングされたオファのリストをＧＵＩ１０００に配信してもよい。

グラフィカル要素１０２０は、オファの状態に対応してもよい。例えば、グラフィカル要素１０２０は、オファが存続しているか、又は存続するようにスケジュールされているかに基づいて、ユーザがオファをフィルタリングすることを可能にしてもよい。したがって、グラフィカル要素１０２０を介して入力を受信すると、ＧＵＩ１０００は、オファ状態に従って、利用可能なオファを組織コンピューティング・システム１０４がフィルタリングすることを要求してもよい。組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に関連するディスプレイ上にＧＵＩ１０００がオファのフィルタリングされたリストを表示しうるように、フィルタリングされたオファのリストをＧＵＩ１０００に配信してもよい。

結果パネル１００８は、１つ以上の利用可能なオファをクライアント・コンピューティング・システム１０２に表示するように構成されてもよい。例えば、結果パネル１００８は、クライアント・コンピューティング・システム１０２が所与のキャンペーンに追加してもよい１つ以上のオファを表示するように構成されてもよい。結果パネル１００８は、フィルタ・パネル１００６に提供された情報に基づいて動的に更新されてもよい。したがって、結果パネル１００８は、クライアント・コンピューティング・システム１０２によって投入された１つ以上の制約を満たすように更新してもよい。

結果パネル１００８は、１つ以上のオファ・エントリ１０２４及びグラフィカル要素１０２８を含んでもよい。各オファ・エントリ１０２４は、フィルタ・パネル１００６内で規定された１つ以上の制約を満たす利用可能なオファに対応してもよい。各オファ・エントリ１０２４は、グラフィカル要素１０２６を含んでもよい。グラフィカル要素１０２６は、編集ボックスの形式をとってもよい。グラフィカル要素１０２６を選択すると、ユーザは、ユーザが個別のオファを更新することを可能にする新たなグラフィカル・ユーザ・インタフェースに導かれてもよい。

ＧＵＩ１０００は、情報パネル１００９をさらに含んでもよい。情報パネル１００９は、オファ・エントリ１０２４の選択時に生成されてもよい。例えば、オファ・エントリ１０２４を選択すると、ＧＵＩ１０００は、情報パネル１００９を示すように更新されてもよい。情報パネル１００９は、選択されたオファ・エントリに関連する情報を含んでもよい。図示されるように、情報パネル１００９は、オファに関連するメタデータ（例えば、チャネル、オファ継続時間、満了、作成日など）、オファに関連する１つ以上のハードル、各ハードル又はすべてのハードルの完了に関連する１つ以上の報酬などを含んでもよい。

図１１Ａは、例示的な実施形態によるグラフィカル・ユーザ・インタフェース（ＧＵＩ）１０００を示すブロック図１１００である。ＧＵＩ１１００は、クライアント・コンピューティング・システム１０２のウェブ・ブラウザ・アプリケーション（例えば、アプリケーション１１０）で提示されるウェブ・ページであってもよい。いくつかの実施形態において、ＧＵＩ１１００は、クライアント・コンピューティング・システム１０２上で実行されるネイティブ・ソフトウェア・アプリケーション（例えば、アプリケーション１１０）によって生成されるグラフィカル・ユーザ・インタフェースであってもよい。

図示されているように、ＧＵＩ１１００は、ユーザがキャンペーンに関連する結果を閲覧ために要求を投入した結果として生成されたグラフィカル・ユーザ・インタフェースに対応してもよい。ＧＵＩ１１００は、第１部分１１０２及び第２部分１１０４を含んでもよい。ＧＵＩ１１００の第１部分１１０２は、ＧＵＩ１１００「ヘッダ」部分に対応してもよい。第１部分１１０２は、各グラフィカル要素１１０６～１１１０に関連する情報を要求するメッセージをコンテンツ管理サービスへＧＵＩ１１００（例えば、ブラウザ又はネイティブ・アプリケーション）に送信させるためにユーザによって選択可能な１つ以上のグラフィカル要素１１０６、１１０８、１１１０（例えば、ボタン、リンクなど）を含んでもよい。

グラフィカル要素１１０６は、キャンペーン、オファ、エンド顧客、又はシステム・メトリックに対応してもよい。したがって、グラフィカル要素１１０６を介して入力を受信すると、ＧＵＩ１１００は、組織コンピューティング・システム１０４に、クライアントの各キャンペーンに関連する結果又はメトリックを要求してもよい。組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に関連するディスプレイ上にＧＵＩ１１００が１つ以上の結果又はメトリックを表示しうるように、１つ以上の結果又はメトリックをＧＵＩ１１００に配信してもよい。したがって、図１１のために、クライアント・コンピューティング・システム１０２のユーザは、メトリックを要求した。メトリックが選択された場合に、ユーザは、１つ以上のサブ・オプション１１５０～１１５４で促される。サブ・オプション１１５０は、ユーザが顧客モチベーションを閲覧することを可能にする。サブ・オプション１１５２は、ユーザがシステム・ヘルス・メトリックを閲覧することを可能にする。サブ・オプション１１５４は、ユーザがキャンペーン指標を閲覧することを可能にする。図１１では、ユーザはサブ・オプション１１５４を選択している。

グラフィカル要素１１０８は、１つ以上のキャンペーンに対応してもよい。したがって、グラフィカル要素１１０８を介して入力を受信すると、ＧＵＩ１１００は、クライアント・コンピューティング・システム１０２に関連する１つ以上のキャンペーンに向けられた情報を組織コンピューティング・システム１０４に要求してもよい。組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に関連するディスプレイ上にＧＵＩ１１００が１つ以上の結果又はメトリックを表示しうるように、１つ以上のキャンペーンをＧＵＩ１１００に配信してもよい。

グラフィカル要素１１１０は、１つ以上のオファに対応してもよい。したがって、グラフィカル要素１１１０を介して入力を受信すると、ＧＵＩ１１００は、取りうるキャンペーンに関連する１つ以上のオファを組織コンピューティング・システム１０４に要求してもよい。組織コンピューティング・システム１０４は、クライアント・コンピューティング・システム１０２に関連するディスプレイ上にＧＵＩ１１００が１つ以上のオファを表示しうるように、１つ以上のオファをＧＵＩ１１００に配信してもよい。

ＧＵＩ１１００の第２部分１１０４は、選択パネル１１１２及び第２パネル１１１４を含んでもよい。第１パネル１１１２は、１つ以上のグラフィカル要素１１１６、１１１８及び１１２０を含んでもよい。グラフィカル要素１１１６は、ユーザが結果を閲覧するためのキャンペーンを選択することを可能にするドロップダウン・バーを表してもよい。図示されるように、ユーザは、「New.Engagement.Scheduled.2018-09-15」を選択した。グラフィカル要素１１１８は、閲覧する選択されたキャンペーンに関連する特定のメトリックをユーザが選択することを可能にするドロップダウン・バーを表してもよい。例示的なメトリックは全体性能、オファ別の性能を含んでもよいが、これに限定されない。グラフィカル要素１１２０は、閲覧するオファのタイプをユーザが絞り込むことを可能にするドロップダウン・バーを表してもよい。

第２パネル１１１４は、第１パネル１１１２内の上記で規定された特定のメトリックを視覚的に示す１つ以上のグラフィカル表現を含んでもよい。図示されるように、第２パネル１１１４は、顧客エンゲージメント及び財務に関連するいくつかのチャートを含んでもよい。

図１１Ｂは、例示的な実施形態によるグラフィカル・ユーザ・インタフェース（ＧＵＩ）１１５０を示すブロック図である。ＧＵＩ１１５０は、ＧＵＩ１１００と同様であってもよい。ＧＵＩ１１５０は、クライアント・コンピューティング・システム１０２のウェブ・ブラウザ・アプリケーション（例えば、アプリケーション１１０）で提示されるウェブ・ページであってもよい。いくつかの実施形態において、ＧＵＩ１１５０は、クライアント・コンピューティング・システム１０２上で実行されるネイティブ・ソフトウェア・アプリケーション（例えば、アプリケーション１１０）によって生成されるグラフィカル・ユーザ・インタフェースであってもよい。ＧＵＩ１１５０は、ユーザがグラフィカル要素１１１８内の「オファ別の性能」オプションを選択した場合にユーザに表示される情報を表してもよい。

「オファ別の性能」オプションが選択されると、第２パネル１１１４は、オファごとに性能メトリックが投入されてもよい。図示されるように、GUI1150は、「New.Engagement.Scheduled.2018-09-15」キャンペーンの各オファに関連するメトリックを含んでもよい。例えば、各オファは、「送信済オファの％」、「登録率」、「完了率」、及び「オファごとのＮＩＲ」を対象としたメトリックを含んでもよい。

図１２は、例示的な実施形態によるグラフィカル・ユーザ・インタフェース（ＧＵＩ）１２００を示すブロック図である。ＧＵＩ１２００は、クライアント・コンピューティング・システム１０２のウェブ・ブラウザ・アプリケーション（例えば、アプリケーション１１０）で提示されるウェブ・ページであってもよい。いくつかの実施形態において、ＧＵＩ１２００は、クライアント・コンピューティング・システム１０２上で実行されるネイティブ・ソフトウェア・アプリケーション（例えば、アプリケーション１１０）によって生成されるグラフィカル・ユーザ・インタフェースであってもよい。ＧＵＩ１２００は、ユーザが「システム・ヘルス」オプションを選択した場合にユーザに対して生成される情報を表してもよい。

ＧＵＩ１２００は、ヘルス・パネル１２０４を含んでもよい。ヘルス・パネル１２０４は、システムのヘルスに関連する１つ以上のメトリックを示してもよい。図示されるように、ヘルス・パネル１２０４は、グラフィック要素１２０６～１２１２を含んでもよい。グラフィカル要素１２０６は、コネクション・ヘルス・メトリックを表してもよい。グラフィック要素１２０８は、キャンペーンの今までの全体的な結果を表してもよい。グラフィカル要素１２２０は、体験エンジン・メトリックを表してもよい。グラフィカル要素１２２２は、人工知能／機械学習エンジン・ヘルスを表してもよい。

図１３は、例示的な実施形態によるグラフィカル・ユーザ・インタフェース（ＧＵＩ）１３００を示すブロック図である。ＧＵＩ１３００は、クライアント・コンピューティング・システム１０２のウェブ・ブラウザ・アプリケーション（例えば、アプリケーション１１０）で提示されるウェブ・ページであってもよい。いくつかの実施形態において、ＧＵＩ１３００は、クライアント・コンピューティング・システム１０２上で実行されるネイティブ・ソフトウェア・アプリケーション（例えば、アプリケーション１１０）によって生成されるグラフィカル・ユーザ・インタフェースであってもよい。ＧＵＩ１２００は、ユーザが「顧客モチベーション」オプションを選択した場合にユーザに対して生成される情報を表してもよい。

ＧＵＩ１３００は、パネル１３０４を含んでもよい。パネル１３０４は、１つ以上のグラフィック要素１３０６～１３１０を含んでもよい。グラフィカル要素１３０６は、顧客モチベーションに関連するメトリックを閲覧する方法をユーザが選択することを可能にするドロップダウン・メニューを表してもよい。例えば、グラフィカル要素１３０６は、モチベーション・マップ、マップの構築、顧客によるモチベーションなどをエンド・ユーザが選択することを可能にしてもよい。グラフィカル要素１３０８は、顧客モチベーション・メトリックを閲覧する継続時間をユーザが規定することを可能にするドロップダウン・メニューを表してもよい。図示されるように、ユーザは「直近５ヶ月」を選択した。グラフィック要素１３１０は、ユーザが顧客の１つ以上のグループを選択することを可能にするドロップダウン・メニューを表してもよい。例えば、グラフィカル要素１３１０は、クライアントについて構成されたすべての視聴者（例えば、セグメント）をユーザが選択することを可能にしてもよい。図のように、ユーザは「全視聴者」を選択した。

パネル１３０４は、入力された情報に関連するメトリックを示す１つ以上のグラフィカル要素１３１２～１３２４をさらに含んでもよい。グラフィカル要素１３１２は、顧客の選択されたグループ内の顧客の総数を表してもよい。グラフィカル要素１３１４は、規定された制約に関連するキャンペーンの数を表してもよい。グラフィカル要素１３１６は、規定された制約に関連する全オファ構成を表してもよい。グラフィカル要素１３１８は、自主性に関連する１つ以上のメトリックを表してもよい。グラフィカル要素１３２０は、社会的関連性に関連する１つ以上のメトリックを表してもよい。グラフィカル要素１３２２は、適正に関連する１つ以上のメトリックを表してもよい。グラフィカル要素１３２４は、モチベーション・マップを表してもよい。モチベーション・マップは、人間のモチベーションの１つ以上の特性を示し、現在のオファがこれらのモチベーションにどの程度うまく働くかを示してもよい。例えば、マインド・マップは、困難に出会うことによって動機付けられる顧客に対して、オファがどの程度困難であるかを示してもよい。

上記は本書に記載される実施形態を対象とするが、他の実施形態及びさらなる実施形態はその基本的な範囲から逸脱することなく考案されてもよい。例えば、本開示の態様は、ハードウェア若しくはソフトウェア、又はハードウェアとソフトウェアとの組合せで実施されてもよい。本書で説明される１つの実施形態は、コンピュータ・システムとともに使用するためのプログラム製品として実施されてもよい。プログラム製品のプログラムは、（本書で説明される方法を含む）実施形態の機能を規定し、様々なコンピュータ可読記憶媒体上に含まれうる。例示的なコンピュータ可読記憶媒体は、（ｉ）情報が永久的に記憶される書き込み不能記憶媒体（例えば、ＣＤ－ＲＯＭドライブによって読み取り可能なＣＤ－ＲＯＭディスク、フラッシュ・メモリ、ＲＯＭチップ、又は任意の種類のソリッド・ステート不揮発性メモリのような、コンピュータ内のリードオンリ・メモリ（ＲＯＭ）デバイス、及び（ｉｉ）変更可能な情報が記憶される書き込み可能記憶媒体（例えば、ディスケット・ドライブ内のフロッピー・ディスク（登録商標）又はハードディスク・ドライブ、又は任意の種類のソリッドステート・ランダム・アクセス・メモリ）を含んでもよい、これらに限定されない。このようなコンピュータ可読記憶媒体は、開示された実施形態の機能を指示するコンピュータ可読命令を搬送する場合に、本開示の実施形態である。

前述の例は例示的なものであり、限定的なものではないことが当業者には理解されよう。すべての置換、強化、均等物、及びそれらに対する改良は本書を読むこと及び図面を検討することによって当業者に明らかであり、本開示の真の精神及び範囲内に含まれることが意図される。したがって、以下の添付の特許請求の範囲は、これらの教示の真の精神及び範囲内に入るこのようなすべての修正、置換、及び均等物を含むことが意図される。

Claims (19)

1. エンド・ユーザ・ゲーム体験をカスタマイズするためのシステムであって、
   クライアント・コンピューティング・システム及び１つ以上のクライアント・コンピューティング・システムと通信するプロセッサであって、
   前記エンド・ユーザ・ゲーム体験のためにカスタマイズされたキャンペーンを、
   キャンペーン作成要求をクライアント・コンピューティング・システムから受信することであって、前記キャンペーン作成要求は、前記キャンペーン作成要求に関連する前記キャンペーンの１つ以上のパラメータを含む、ことと、
   前記キャンペーン作成要求に関連する前記１つ以上のパラメータに基づいて前記キャンペーンを作成することと、
   エンド・ユーザについて１つ以上のオファをパーソナライズすることであって、前記１つ以上のオファのそれぞれは、１つ以上のハードルを有するゲームを含み、前記１つ以上のハードルのそれぞれの完了は、報酬につながる、ことと、
   前記１つ以上のパーソナライズされたオファの部分集合を前記エンド・ユーザにマッピングすることと、
   によって作成し、
   前記キャンペーンの進捗を、
   各個別のクライアント・コンピューティング・システムに前記１つ以上のパーソナライズされたオファをプッシュすることと、
   個別のゲームにおける各エンド・ユーザの進行を監視することと、
   前記個別のゲームにおける各エンド・ユーザの進行を更新することと、
   によって監視するように構成されるプロセッサを備える、システム。
2. 請求項１に記載のシステムであって、前記１つ以上のパラメータは、キャンペーン目的を含む、システム。
3. 請求項１に記載のシステムであって、前記キャンペーン作成要求は、エンド・ユーザ記述的属性をさらに含む、システム。
4. 請求項３に記載のシステムであって、前記１つ以上のオファの前記部分集合を前記エンド・ユーザにマッピングすることは、
   機械学習アルゴリズムを使用してエンド・ユーザ記述的属性に基づいて前記１つ以上のオファのそれぞれをエンド・ユーザにマッピングすることを含む、システム。
5. 請求項３に記載のシステムであって、前記１つ以上のオファのそれぞれがマッピングされた前記エンド・ユーザに基づいて前記１つ以上のオファのそれぞれをパーソナライズすることは、
   前記エンド・ユーザ記述的属性に基づいて前記１つ以上のオファのそれぞれをパーソナライズすることを含む、システム。
6. 請求項１に記載のシステムであって、前記個別のゲームにおける各エンド・ユーザの進行を監視することは、
   エンド・ユーザ取引データの１つ以上のエンド・ユーザ・イベントを受信することであって、前記エンド・ユーザ取引データは、前記クライアント・コンピューティング・システムに関連する施設又は組織で発生する取引を含む、ことと、
   エンド・ユーザ取引データの前記１つ以上のエンド・ユーザ・イベント内の各エンド・ユーザ取引について、各取引が前記ゲーム内のハードルを満たすかどうかを識別することと、を含む、システム。
7. 請求項１に記載のシステムであって、前記プロセッサは、機械学習モデルを使用して、個別のゲームにおける各エンド・ユーザの進行に基づいて、１つ以上の新たなオファを生成するようにさらに構成される、システム。
8. 請求項７に記載のシステムであって、前記プロセッサは、
   閾値エンゲージメント・レベルを超える前記１つ以上のオファの第２部分集合を識別し、
   前記閾値エンゲージメント・レベルを超える前記１つ以上のオファを追加のエンド・ユーザに割り当てるようにさらに構成される、システム。
9. エンド・ユーザ・ゲーム体験をカスタマイズする方法であって、
   組織コンピューティング・システムによって、１つ以上のオファを含むキャンペーンを開始することであって、各オファは、１つ以上のハードルを有するゲームを含み、前記１つ以上のハードルの完了は、報酬につながる、ことと、
   前記組織コンピューティング・システムによって、クライアント・コンピューティング・システムから、前記クライアント・コンピューティング・システムに関連する施設又は組織での１つ以上の取引を含む１つ以上のエンド・ユーザ・イベントを受信することと、
   前記組織コンピューティング・システムによって、どの取引が各クライアント・コンピューティング・システムについてハードルの完了を引き起こしたかを識別するために、前記１つ以上の取引のそれぞれを分析することと、
   前記組織コンピューティング・システムによって、前記ゲームにおける各エンド・ユーザの進捗を監視することと、
   前記監視することに基づいて、前記組織コンピューティング・システムによって、機械学習モデルの１つ以上の新たなバージョンを生成することによって前記エンド・ユーザ・ゲーム体験をカスタマイズすることであって、前記機械学習モデルの前記１つ以上の新たなバージョンは、１つ以上の新たなオファを１つ以上のエンド・ユーザに割り当て、各エンド・ユーザについて前記１つ以上の新たなオファのそれぞれをパーソナライズするように構成される、ことと、を有する方法。
10. 請求項９に記載の方法であって、前記１つ以上のオファをエンド・ユーザにマッピングすることをさらに有する、方法。
11. 請求項１０に記載の方法であって、
    前記エンド・ユーザの１つ以上の属性に基づいて前記エンド・ユーザにマッピングされた前記１つ以上のオファのそれぞれを個別調整することをさらに有する、方法。
12. 請求項９に記載の方法であって、前記監視することに基づいて、前記組織コンピューティング・システムによって、以前の機械学習モデルによって生成されたオファを休止することをさらに有する、方法。
13. 命令が記憶された非一時的コンピュータ可読媒体であって、前記命令は、プロセッサによって実行された場合に、前記プロセッサに、エンド・ユーザ・ゲーム体験をカスタマイズする方法を実行させ、前記方法は、
    キャンペーン作成要求をクライアント・コンピューティング・システムから受信することであって、前記キャンペーン作成要求は、前記キャンペーン作成要求に関連するキャンペーンの１つ以上のパラメータを含む、ことと、
    前記キャンペーン作成要求に関連する前記１つ以上のパラメータに基づいて前記キャンペーンを作成することであって、前記キャンペーンは、前記エンド・ユーザ・ゲーム体験のためにカスタマイズされ、前記作成することは、と、
    １つ以上のエンド・ユーザの各エンド・ユーザについて１つ以上のオファをパーソナライズすることであって、前記１つ以上のオファのそれぞれは、１つ以上のハードルを有するゲームを含み、前記１つ以上のハードルのそれぞれの完了は、報酬につながる、ことと、
    前記１つ以上のパーソナライズされたオファの部分集合を各エンド・ユーザにマッピングすることと、
    各個別のクライアント・コンピューティング・システムに前記１つ以上のパーソナライズされたオファをプッシュすることと、を含む、ことと、
    個別のゲームにおける各エンド・ユーザの進行を監視することと、
    各エンド・ユーザの進行を更新することと、
    を有する、非一時的コンピュータ可読媒体。
14. 請求項１３に記載の非一時的コンピュータ可読媒体であって、前記１つ以上のパラメータは、キャンペーン目的を含む、非一時的コンピュータ可読媒体。
15. 請求項１３に記載の非一時的コンピュータ可読媒体であって、前記キャンペーン作成要求は、エンド・ユーザ属性情報をさらに含む、非一時的コンピュータ可読媒体。
16. 請求項１５に記載の非一時的コンピュータ可読媒体であって、前記１つ以上のオファを前記エンド・ユーザにマッピングすることは、
    機械学習アルゴリズムを使用して前記エンド・ユーザ属性情報に基づいて前記１つ以上のオファのそれぞれを前記エンド・ユーザにマッピングすることを含む、非一時的コンピュータ可読媒体。
17. 請求項１５に記載の非一時的コンピュータ可読媒体であって、前記１つ以上のオファのそれぞれがマッピングされた前記エンド・ユーザに基づいて前記１つ以上のオファのそれぞれをパーソナライズすることは、
    前記エンド・ユーザ属性情報に基づいて前記１つ以上のオファのそれぞれをパーソナライズすることを含む、非一時的コンピュータ可読媒体。
18. 請求項１３に記載の非一時的コンピュータ可読媒体であって、個別のオファにおける各エンド・ユーザの進行を監視することは、
    エンド・ユーザ取引データの１つ以上のエンド・ユーザ・イベントを受信することであって、前記エンド・ユーザ取引データは、前記クライアント・コンピューティング・システムに関連する施設又は組織で発生する取引を含む、ことと、
    前記エンド・ユーザ取引データの前記１つ以上のエンド・ユーザ・イベント内の各エンド・ユーザ取引について、各取引が前記ゲーム内のハードルを満たすかどうかを識別することと、を含む、非一時的コンピュータ可読媒体。
19. 請求項１３に記載の非一時的コンピュータ可読媒体であって、
    機械学習モデルを使用して、個別のゲームにおける各エンド・ユーザの進行に基づいて、１つ以上の新たなオファを生成することを、
    閾値エンゲージメント・レベルを超える前記１つ以上のオファの第２部分集合を識別することと、
    前記閾値エンゲージメント・レベルを超える前記１つ以上のオファの変種に基づいて１つ以上の新たなオファを作成することと
    によって行うことをさらに有する、非一時的コンピュータ可読媒体。

Images