(57)【要約】  本開示は、追跡されたユーザロイヤリティ購入に基づいて、ロイヤリティプラットフォームを介して、非上場企業が成功関連の報酬を確立し、それをユーザに提供することを可能にするためのシステムおよび方法の例を説明する。成功関連の報酬は、デフレーションメカニズムが組み込まれた暗号資産を含む。デフレーションメカニズムは、暗号資産が関連付けられている、非上場企業または非上場企業のクラスに関連付けられた１つまたは複数の測定基準に比例して動作する。【選択図】図１Ａ
2020530641.tif 000002
【特許請求の範囲】
【請求項１】
選択された非上場企業に関連付けられた成功関連の暗号資産を受け取るために、ロイヤリティプラットフォームのデータベースにリストされた前記非上場企業の選択を含むロイヤリティ選択をユーザから受け取る工程と、
較正された購入追跡モジュールを使用して、ユーザ購入の詳細を前記ロイヤリティプラットフォームの前記データベースと相関させることによって、前記ユーザ購入を前記非上場企業とマッチングさせる工程と、
前記ユーザ購入の金銭的価値、ユーザ取引履歴、および１つまたは複数の報酬ポリシーに基づいて、前記成功関連の暗号資産の額を決定する工程と、
前記成功関連の暗号資産の前記額をユーザのユーザアカウントに分配する工程と、
前記ユーザアカウントに分配された前記成功関連の暗号資産の前記額を表示する工程と、を含むことを特徴とする方法。
【請求項２】
前記ロイヤリティ選択は、前記ロイヤリティプラットフォームのマーケットにおける前記非上場企業の排他的選択を含む請求項１に記載の方法。
【請求項３】
前記成功関連の暗号資産の前記額を表示する工程は、ユーザコンピューティングデバイスのユーザインターフェースに、前記成功関連の暗号資産の前記額を提供する工程を含む請求項１に記載の方法。
【請求項４】
前記成功関連の暗号資産のデフレーションメカニズムは、前記非上場企業の収益に基づいて動作される請求項１に記載の方法。
【請求項５】
前記デフレーションメカニズムの動作は、前記成功関連の暗号資産を担保するためにある額の証券を購入する工程を含み、
前記証券の前記額は、前記非上場企業の収益に比例する請求項４に記載の方法。
【請求項６】
前記デフレーションメカニズムの動作は、前記成功関連の暗号資産の一部を購入する工程と、
前記成功関連の暗号資産の前記一部を流通から不変的に除去する工程と、を含み、
前記一部は、前記非上場企業の前記収益に比例する請求項４に記載の方法。
【請求項７】
前記較正された購入追跡モジュールを使用して、購入詳細を前記ロイヤリティプラットフォームの前記データベースと相関させることによって、前記ユーザ購入を前記非上場企業とマッチングさせる工程は、前記ロイヤリティプラットフォームが前記ユーザ購入を実行するために使用されるリンクされた支払媒体を用いて行われた購入を追跡する工程を含む請求項１に記載の方法。
【請求項８】
前記リンクされた支払媒体は、デビットカード、クレジットカード、および仮想ウォレットのうちの１つを含む請求項７に記載の方法。
【請求項９】
前記非上場企業の閾値距離内にいる前記ユーザに基づいて、前記非上場企業に対して前記ロイヤリティ選択を行うように前記ユーザに指示する工程をさらに含む請求項１に記載の方法。
【請求項１０】
前記成功関連の暗号資産の前記額を、前記ユーザ購入の前記金銭的価値のパーセンテージとして決定する工程をさらに含む請求項１に記載の方法。
【請求項１１】
前記成功関連の暗号資産の前記額について、暗号資産決算システムに買い注文を発行する工程をさらに含む請求項１に記載の方法。
【請求項１２】
ロイヤリティプラットフォームを使用して成功関連の暗号資産の報酬を提供する方法であって、前記方法は、
非上場企業で行われたユーザ購入の指示を受信する工程と、
前記非上場企業に対するユーザのロイヤリティ選択に基づき、さらに取引の１つまたは複数の特性に基づき、前記成功関連の暗号資産の前記報酬の額を決定する工程と、
前記成功関連の暗号資産の前記決定された額を前記ユーザに関連付けられたアカウントに発行する工程と、
前記ユーザに関連付けられたディスプレイデバイス上に、前記成功関連の暗号資産の指示の表示をトリガする工程と、を含むことを特徴とする方法。
【請求項１３】
前記成功関連の暗号資産の前記決定された額は、前記取引の購入額、前記非上場企業によって確立された報酬プログラムの規則、および／または前記ユーザの購入履歴に基づく請求項１２に記載の方法。
【請求項１４】
前記成功関連の暗号資産の前記決定された額は、前記ユーザ購入を実行するために使用される支払媒体に基づく請求項１２に記載の方法。
【請求項１５】
前記成功関連の暗号資産は、前記成功関連の暗号資産を担保する商品または証券を含む請求項１２に記載の方法。
【請求項１６】
前記成功関連の暗号資産の前記決定された額を前記アカウントに発行する工程は、前記成功関連の暗号資産の前記額を含む更新アカウント合計を生成する工程と、
前記更新アカウント合計を反映するように前記アカウントを更新する工程と、を含む請求項１２に記載の方法。
【請求項１７】
ロイヤリティプラットフォームを実装するコンピューティングシステムであって、
プロセッサと、
前記プロセッサによって実行可能な命令を記憶する非一時的メモリと、を含み、
前記命令は、
非上場企業に関連付けられた成功関連の暗号資産を受信するために、前記ロイヤリティプラットフォームのデータベースにリストされた前記非上場企業の選択を含むロイヤリティ選択をユーザコンピューティングデバイスから受信し、
前記ロイヤリティプラットフォームの前記データベースに記憶された事業内容と購入に関連した取引する事業内容の説明とを相関させることによって、前記非上場企業と前記ユーザ購入をマッチングさせ、
前記ユーザ購入の金銭的価値、ユーザ取引履歴、およびビジネス報酬ポリシーに基づいて、前記成功関連の暗号資産の額を決定し、
前記成功関連の暗号資産の前記額をユーザのアカウントに分配し、
前記成功関連の暗号資産の前記額を前記ユーザコンピューティングデバイスに表示することを特徴とするコンピューティングシステム。
【請求項１８】
前記ユーザ購入は、第１の購入であり、
前記非一時的メモリは、前記プロセッサによって実行可能な命令をさらに含み、
前記命令は、
前記ユーザが、第２の購入に関連付けられた購入金額に向けて、前記アカウント内の前記成功関連の暗号資産の少なくとも一部を使用することを要求する前記第２の購入の指示を受信し、
前記アカウント内の前記成功関連の暗号資産の額を決定し、
前記成功関連の暗号資産の前記購入金額および前記決定された額に基づいて、前記成功関連の暗号資産の一部を引き出すことである請求項１７に記載のコンピューティングシステム。
【請求項１９】
前記非一時的メモリは、前記プロセッサによって実行可能な命令をさらに含み、
前記命令は、暗号資産管理システムを用いて、１つまたは複数の関連する前記非上場企業の収益の変化に基づいて、前記アカウントの価値を監視することである請求項１７に記載のコンピューティングシステム。
【請求項２０】
前記ロイヤリティ選択は、前記ユーザが選択していないビジネスから報酬を受け取ることを除外する請求項１７に記載のコンピューティングシステム。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本出願は、２０１８年７月１２日に出願された米国仮特許出願第６２／６９７，２８４号（発明の名称「非上場企業の顧客への成功関連の報酬の分配」）および２０１７年８月１０日に出願された米国仮特許出願第６２／５４３，８８４号（発明の名称「購入行動に基づく株式報酬の決定」）の優先権を主張する。上記出願の各々の全内容は、全ての目的のために参照により本明細書に組み込まれる。
【技術分野】
【０００２】
本出願は、ユーザの購入行動に基づいて、非上場企業（privately held companies）に関連する報酬（rewards）をユーザに提供するためのシステムおよび方法に関する。
【背景技術】
【０００３】
多くの異なる報酬システムは、特定のブランドまたは会社に対するユーザロイヤリティを奨励するために、長い時間をかけて実施されてきた。地元のコーヒーショップまたはデリカテッセンで「１０個買うと、１つ無料」のパンチカードなどの単純なプログラムは、ユーザロイヤリティを促進し、報酬を与えるために使用される実績のある方法である。また、現金報酬は、メールインリベートの形で使用されており、家電製品や自動車などのより大型で高価な品目の購入を検討するユーザに金銭的インセンティブを提供している。より最近では、報酬プログラムは、特定のクレジットカードに対するロイヤリティを促進するために提供されるギフト証明書および現金報酬を含む。さらに、マイレージプログラムは、長い間、特定の航空会社、あるいは航空会社によって販売促進されたクレジットカードに対するロイヤリティ（loyalty）を植え付けるために提供された報酬プログラムである。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
多くの従来の報酬プログラムは、特定の会社とのユーザロイヤリティを効果的に構築することができない。多くの場合、報酬プログラムは、何らかの報酬を引き換えるために、ユーザによるポイントの発生に依存する。しかし、ポイントベースのシステムは、ユーザまたはユーザロイヤリティの開発を妨げるいくつかの問題を提示する。第１に、発生したポイントは、ポイントを引き換えなければならない有効期限または日付を伴うことが多い。したがって、ポイントを急いで引き換えるために、ユーザに追加の負担をかける。ポイントは、多くの場合、報酬プログラムの範囲外では真の価値を有さない。したがって、ポイントは、ユーザの財務状況のグランドスキームにおいて、ユーザにほとんど意味がない。さらに、報酬プログラムはしばしば、少ない報酬を得るために、多くの費用を費やし、ポイントを獲得することを必要とする非現実的な目標を有する。したがって、そのような報酬プログラムの一般的な欠点は、ユーザと、ユーザが利用する企業との間の関心の相互の連携（alignment）を作り出すために、各取引で構築される持続的な関係がないことである。
【課題を解決するための手段】
【０００５】
本発明者らは、上記の問題に少なくとも部分的に対処するシステムおよび方法を開発した。一例では、方法は、ユーザからロイヤリティ選択を受信する工程を含む。ロイヤリティ選択は、選択された非上場企業に関連する成功関連の暗号資産（success-linked crypto asset）を受信するために、ロイヤリティプラットフォームのデータベースにリストされた非上場企業の選択を含む。方法は、較正された購入追跡モジュールを使用して、ユーザ購入の詳細をロイヤリティプラットフォームのデータベースと相関させることによって、ユーザ購入と非上場企業とをマッチングさせる工程と、ユーザ購入の金額、ユーザ取引履歴、および１つまたは複数の報酬ポリシーに基づいて、成功関連の暗号資産の額を決定する工程と、成功関連の暗号資産の額（amount）をユーザのユーザアカウントに分配する工程と、ユーザアカウントに分配された成功関連の暗号資産の額を表示する工程とを含む。
【０００６】
別の例では、非上場企業は、ロイヤリティプラットフォームを用いて報酬プログラムを作成する。そのプラットフォームは、非上場企業で行われたユーザ購入を自動的に追跡し、非上場企業によって選択された株式のような資産の額をロイヤリティプラットフォーム上のユーザのアカウントに配分することによって、購入を行うユーザに報酬を与える。授与される資産の額は、購入額、非上場企業によって確立された報酬プログラムの規則、およびユーザロイヤリティ選択に基づく。
【０００７】
一例では、ユーザは、（例えば、ロイヤリティレベルによって表される）非上場企業に対するロイヤリティ選択に基づいて、資産の額の報酬を受ける。ユーザに与えられる資産は、非上場企業の成功（達成）または収益（本明細書では成功関連の資産、または成功関連の暗号資産とも呼ばれる）に基づいて、時間の経過とともに価格が増減する。その結果、ユーザは、会社の成功と、ユーザの発生した成功関連の資産の価格との間の相関関係のために、非上場企業の成功の特権を有する。
【０００８】
さらなる例では、成功関連の資産は、デフレーションメカニズムが組み込まれた暗号資産である。デフレーションメカニズムは、資産の金銭的価値を１つまたは複数の関連する非上場企業の収益と相関させる。成功関連の暗号資産のデフレーションメカニズムは、買い戻し及びバーンメカニズムを含む。非上場企業で行われる各適格購入の一部は、暗号資産の全供給の一部を買い戻し、次いで、この部分を使えなくする（暗号資産のこの部分を流通から不変に除去する）。それによって、全供給量を減少させ、残りの暗号資産の価値を増大させている。別の例では、デフレーションメカニズムは、商品または証券担保（security backing）プロセスを含む。非上場企業で行われる各適格購入の一部は、成功関連の暗号資産が所有権を表す商品または証券（security）を購入するために使用される。したがって、より適格な購入が非上場企業で行われるにつれて、暗号資産を担保（backing）し、暗号資産を交換することができる商品または証券の量（額）が増加する。このようにして、ユーザロイヤリティを構築する方法として株式を提供することができない非上場企業は、代わりに、非上場企業の成功または収益に基づいて、経時的に増加する価値を有する成功関連の資産でユーザに報酬を与える。このようにして、ユーザと非上場企業との間の関心の相互の連携を確立し、長期的なユーザ−企業ロイヤリティが促進される。
【発明の効果】
【０００９】
上記の概要は、以下の「発明を実施するための形態」でさらに説明される概念の選択を簡略化された形態で紹介するために提供される。この概要は、主題の重要な特徴または本質的な特徴を識別することを意図するものではなく、主題の範囲を限定するために使用されることを意図するものでもない。さらに、主題は、上記の欠点のいずれかまたはすべて、または本開示のいずれかの部分を解決する実施形態に限定されない。
【図面の簡単な説明】
【００１０】
【図１Ａ】図１Ａは、コンピューティングシステムの一例を示す。
【００１１】
【図１Ｂ】図１Ｂは、ロイヤリティプラットフォームの例を示す。
【００１２】
【図２】図２は、非上場企業の価値に結び付けられた資産でユーザに報酬を与えるために、非上場企業がロイヤリティプラットフォームと提携することを可能にすることによって、増大したユーザロイヤリティを育成するための例示的な方法のフローチャートを示す。
【００１３】
【図３Ａ】図３Ａは、ロイヤリティプラットフォーム上にマーチャントアカウントまたはユーザアカウントを作成するための例示的な方法のフローチャートを示す。
【図３Ｂ】図３Ｂは、ロイヤリティプラットフォーム上にマーチャントアカウントまたはユーザアカウントを作成するための例示的な方法のフローチャートを示す。
【図３Ｃ】図３Ｃは、ロイヤリティプラットフォーム上にマーチャントアカウントまたはユーザアカウントを作成するための例示的な方法のフローチャートを示す。
【００１４】
【図３Ｄ】図３Ｄは、ロイヤリティプラットフォームを使用して報酬プログラムを作成するための例示的な方法のフローチャートを示す。
【図３Ｅ】図３Ｅは、ロイヤリティプラットフォームを使用して報酬プログラムを作成するための例示的な方法のフローチャートを示す。
【図３Ｆ】図３Ｆは、ロイヤリティプラットフォームを使用して報酬プログラムを作成するための例示的な方法のフローチャートを示す。
【００１５】
【図４Ａ】図４Ａは、ロイヤリティプラットフォームに登録されたユーザによって行われた購入を追跡し、報酬を与えるための例示的な方法のフローチャートを示す。
【図４Ｂ】図４Ｂは、ロイヤリティプラットフォームに登録されたユーザによって行われた購入を追跡し、報酬を与えるための例示的な方法のフローチャートを示す。
【図４Ｃ】図４Ｃは、ロイヤリティプラットフォームに登録されたユーザによって行われた購入を追跡し、報酬を与えるための例示的な方法のフローチャートを示す。
【００１６】
【図５】図５は、ロイヤリティプラットフォームの例示的なグラフィカルユーザインターフェースを示す。
【図６】図６は、ロイヤリティプラットフォームの例示的なグラフィカルユーザインターフェースを示す。
【図７】図７は、ロイヤリティプラットフォームの例示的なグラフィカルユーザインターフェースを示す。
【図８】図８は、ロイヤリティプラットフォームの例示的なグラフィカルユーザインターフェースを示す。
【００１７】
【図９】図９は、報酬プログラムで使用するための暗号資産を作成することによって、ユーザの需要およびロイヤリティを増大させるための例示的なプロセスを示す図である。
【図１０】図１０は、報酬プログラムで使用するための暗号資産を作成することによって、ユーザの需要およびロイヤリティを増大させるための例示的なプロセスを示す図である。
【図１１】図１１は、報酬プログラムで使用するための暗号資産を作成することによって、ユーザの需要およびロイヤリティを増大させるための例示的なプロセスを示す図である。
【発明を実施するための形態】
【００１８】
以下の説明は、非上場企業（ＰＨＣ）が、追跡された購入およびユーザロイヤリティ選択に基づいて、成功関連の暗号資産でユーザに報酬を与えることを可能にするロイヤリティプラットフォームのためのシステムおよび方法に関する。成功関連の資産は、関連するＰＨＣの収益（または他の測定基準）に基づいて、価値を増加または減少する。それによって、発生した報酬が、報酬を与えるＰＨＣの成功／収益に基づいて価値を増加または減少させるにつれて、ユーザが富を構築することを可能にすることによって、長期的なユーザロイヤリティを促進する。
【００１９】
従来の報酬プログラムの一般的な欠点は、関心の相互の連携を作る各相互作用で構築される持続的な関係または公平性の欠如である。ユーザは、割引を受け取るか、またはおそらくは何らかの将来の報酬に対するポイントを集める。しかし、マーチャント（merchant）およびユーザは、会社の成功に共生的な既得権（vested interest）を有していない。コンピューティングシステム（その一例が図１Ａに示される）は、図１Ｂに示されているようなロイヤリティプラットフォームの機能を実行するための命令が記憶されたメモリを含む。ロイヤリティプラットフォームは、特定の行動（例えば、ＰＨＣから商品またはサービスを購入するなど）に対する報酬として成功関連の資産をユーザに提供することによって、ＰＨＣが増大した長期ユーザロイヤリティ、ならびに、その顧客との関心の相互の連携を確立することを可能にすることができる。一例では、ＰＨＣのユーザに報酬を与えられる成功関連の資産は、公開会社の株式（equity）、または商品を含む。その価格は、ＰＨＣの成功または収益と相関する。別の例では、報酬を与えられた成功関連の資産は、暗号資産が関連付けられるＰＨＣまたはＰＨＣのグループの収益または成功に基づいて、価値が増大する暗号通貨または他の暗号資産を含む。図２は、ＰＨＣおよびＰＨＣのユーザがロイヤリティプラットフォーム上でアカウントを作成する例示的なプロセスの高レベルなフローチャートを示す。これは、参加するＰＨＣで行われた適格なユーザ購入に基づいて、成功関連の報酬の分配を可能にする。ＰＨＣは、ロイヤリティプラットフォーム上にアカウントを作成する。その一例を図３Ａおよび図３Ｂにより詳細に示す。ＰＨＣがロイヤリティプラットフォーム上にアカウントを作成すると、ＰＨＣは、ユーザロイヤリティを増大させるために、株式報酬プログラムを作成する。ＰＨＣがロイヤリティプラットフォームを使用して報酬プログラムを作成する例示的な方法を図３Ｄに示す。報酬プログラムの作成のプロセスの一部として、ＰＨＣは、新しい暗号資産の発行を要求する。成功関連の暗号資産の価値は、ＰＨＣ(またはＰＨＣのクラス）に関連付けられる。成功関連の暗号資産は、デフレーションメカニズムの動作に基づいて、価値が増大するように設計される。デフレーションメカニズムは、ＰＨＣの成功または収益に比例して動作する。それによって、ＰＨＣの成功／収益を成功関連の暗号資産の価値と結びつけている。成功関連の暗号資産は、本明細書では、事業における株式と同様に、成功関連の暗号資産が関連する事業の業績に基づいて価格が増減するので、株式のような報酬と呼ばれる。成功関連の暗号資産でユーザに報酬を与えることは、ユーザの関心およびロイヤリティを、報酬を提供するＰＨＣとより効率的に一致（align）させる。ＰＨＣが成功関連の暗号資産の作成を要求するプロセスの一例は、図３Ｅに示される。さらに、図３Ｆは、例示的な方法を示す。ＰＨＣは、ユーザによって行われた適格な購入がＰＨＣの報酬プログラムとリンクされる精度を高める。それによって、報酬分配の効率および精度を高める。図４Ａ〜４Ｃは、ロイヤリティプラットフォームの購入追跡モジュールがユーザ購入をどのように追跡し、ユーザ購入を報酬ＰＨＣ���報酬プログラムにどのようにリンクし、追跡された購入に基づいてリンクされた報酬プログラムからユーザアカウントに成功関連の資産をどのように転送するかの例を示す。このようにして、ＰＨＣに対して増大したユーザロイヤリティは、ロイヤリティプラットフォームを介して操作される成功関連の資産の報酬プログラムによって可能にされる。上記で論じられ、以下でより詳細に与えられる方法は、コンピューティングシステムの非一時的メモリに格納され、コンピューティングシステムのプロセッサによって実行される。そのようなコンピューティングシステムの一例を以下に示す。
【００２０】
図１Ａは、例示的なコンピューティングシステム１７０を示す。そのコンピューティングシステム１７０は、ディスプレイ１７２と、入力デバイス１７３と、プロセッサ１７４と、メモリ１７６と、ネットワークデバイス１７８とを含む。メモリ１７６は、コンピュータの技術分野で知られている任意の形態のメモリデバイスを備え、その中に格納された命令を有する。これは、プロセッサ１７４による実行時に、本明細書で説明する方法の１つまたは複数の工程を実行する。メモリ１７６は、ロイヤリティプラットフォーム（例えば、ロイヤリティプラットフォーム１０８など）の１つまたは複数の機能を可能にする保存された命令を有する。ロイヤリティプラットフォーム１０８は、以下により詳細に説明するように、購入追跡モジュール１２２と、報酬マネージャ１１２と、ロイヤリティマネージャ１１０と、マーチャントアカウント１８８と、ユーザアカウント１１４と、報酬配分システム１２０と、プラットフォーム管理アカウント１３６とを含む。入力デバイス１７３は、ユーザがコンピューティングシステム１７０とインターフェースすることを可能にし、１つまたは複数のハードウェアデバイス（例えば、マウス、キーボード、タッチスクリーン、またはカメラなど）を含む。これにより、ユーザがコンピューティングシステムに情報を入力すること、または、コンピューティングシステム内に保存された情報を操作することができる。コンピューティングシステム１７０は、１つまたは複数のネットワークデバイスをさらに含む。例えば、それは、他の電子デバイスにデータを送信すること、または他の電子デバイスからデータを受信することなどによって、コンピューティングシステム１７０が他の電子デバイスまたはコンピューティングシステムと相互作用するネットワークデバイス１７８などである。ネットワークデバイス１７８は、ローカルエリアネットワークにアクセスすることができ、またはインターネットに接続することができる。コンピューティングシステム１７０は、２つの電子デバイス間で情報を送信するために、コンピュータの技術分野で知られている任意の方法によって、１つまたは複数の他のコンピューティングシステムに接続される。ディスプレイ１７２は、モニタ、タッチスクリーン、プロジェクタ、または、ユーザが情報を観察または感知することを可能にするために、コンピュータの技術分野で知られている任意の他のデバイスを含む。
【００２１】
図１Ｂは、ロイヤリティプラットフォーム１０８と、株式決算システム１０４と、暗号資産決算システム１０５と、暗号資産マネージャ１８０と、支払いシステム１５０とを含む例示的なロイヤリティシステム１９１を概略的に示す。複数のユーザ１０２、１１６、および１１８は、ユーザのコンピューティングデバイスを使用してロイヤリティプラットフォーム１０８に登録する。ユーザのコンピューティングデバイスは、ネットワーク接続デバイス（例えば、コンピュータおよび／または携帯電話など）であり、取引を実行する（例えば、購入を行う、報酬を取引する、または報酬を売るなど）。ＰＨＣを含む会社１３８、１４０、および１０６は、ロイヤリティプラットフォーム１０８上にマーチャントアカウント１８８などのマーチャントアカウントを作成する。そして、報酬プログラムを作成し、それによってユーザロイヤリティを奨励する。一例では、ユーザ（例えば、ユーザ１０２）によって行われたロイヤリティ選択（例えば、所与のマーケットにおいて複数の会社１３８、１４０、１０６のうちの１つのビジネスを選択すること）に基づいて、ユーザは、選択された会社との取引を実行する際に報酬を受ける権利を有する。
【００２２】
株式決算システム１０４は、プロセッサ、メモリ、通信インターフェース、および／または他のコンポーネントを含む１つまたは複数のコンピューティングデバイスを含む。株式決算システム１０４のコンピューティングデバイスのメモリは、公開株式の譲渡のための手形交換所を管理するための命令または規則を含む。さらなる例として、株式決算システム１０４は、非公開株式の譲渡のための手形交換所を備える。株式決算システム１０４は、報酬配分システム１２０の譲渡モジュール１４８によって株式の売買などの取引を実行するために、ロイヤリティプラットフォーム１０８の報酬配分システム１２０と通信する。
【００２３】
暗号資産決算システム１０５は、プロセッサ、メモリ、通信インターフェース、および／または他のコンポーネントを含む１つまたは複数のコンピューティングデバイスを備える。暗号資産決算システム１０５のコンピューティングデバイスのメモリは、暗号資産の譲渡のための手形交換所を管理するための命令または規則を含む。さらなる例として、暗号資産決算システム１０５は、公開暗号資産取引所（例えば、バイナンス、ジーダックス、コインベース、および同様の取引所など）を含む。暗号資産決算システム１０５は、報酬配分システム１２０の譲渡モジュール１４８によって暗号資産の売買などの取引を実行するために、ロイヤリティプラットフォーム１０８の報酬配分システム１２０と通信する。
【００２４】
暗号資産マネージャ１８０は、プロセッサ、メモリ、通信インターフェース、および／または他のコンポーネントを含む１つまたは複数のコンピューティングデバイスを含む。暗号資産マネージャ１８０のコンピューティングデバイスのメモリは、ロイヤルティプラットフォーム１０８のために作成された、またはそれによって使用された暗号資産の作成、保守、および交換を管理するための指示または規則を含む。一例では、暗号資産マネージャ１８０は、コイン発行システム１８４を含む。このコイン発行システム１８４は、新しいコインに対するＰＨＣの要求を管理し、ＰＨＣによる新しいコイン発行の成功した要求（承認された新しいコインアプリケーション）に基づいて、初期コインオファリング（ＩＣＯ）を行う。別の例では、暗号資産マネージャ１８０は、暗号資産デフレーションメカニズム１８６を実装する。暗号資産デフレーションメカニズム１８６は、各暗号資産に組み込まれたデフレーションメカニズムを実行する。一例では、暗号資産のデフレーションメカニズムは、暗号資産の金銭的価値をＰＨＣの収益、生産性、収益性、資本、または他の成功基準と相関させるプロセスを含む。一例では、ＰＨＣで行われた各購入の一部を使用して、暗号資産を担保する従来の証券の量を購入する。例えば、ＰＨＣで行われた各販売の一部を使用して、暗号資産を担保するＮＹＳＥ:ＧＬＤ（金）の量を購入する。それによって、従来の株式（これは、本明細書では株式のような資産、または成功関連の資産と呼ばれるものである）と同様に、ＰＨＣの収益に基づいて、暗号資産の金銭的価値を経時的に増大させている。株式のような暗号資産の別の例では、デフレーションメカニズムは、ＰＨＣからの適格な収益または利益の一部を使用して、暗号資産の量を買い戻し、使えなくし（この場合、流通から不変に消去または除去することを意味する）、それによって、暗号資産の供給を永続的に減少させ、残りの暗号資産の価値を増大させることを含む。別の例では、暗号資産マネージャ１８０は、暗号資産／担保証券取引所１８２によって、暗号資産および暗号資産の基礎となる担保証券の交換を可能にする。例えば、ＮＹＳＥ：ＧＬＤによって担保された暗号資産の保有者は、ＮＹＳＥ：ＧＬＤの額のために、取引所１８２上で前記資産を交換する。ＮＹＳＥ：ＧＬＤの額は、交換された暗号資産の額に依存し、交換時に暗号資産を担保するＮＹＳＥ：ＧＬＤの合計プールに依存する。より具体的な例では、１００ユニットの証券が暗号資産を担保しており、ユーザが暗号資産／担保証券取引所１８２を使用して前記暗号資産の総供給量の１％を交換する場合、そのユーザは暗号資産の総供給量の１％と引き換えに担保証券（backing security）の１ユニットを受け取る。前の例における全供給暗号資産の１％は、暗号資産マネージャ１８０に属する。暗号資産の発行およびデフレーションメカニズムのさらなる例については、図９および図１１を参照されたい。
【００２５】
支払いシステム１５０は、プロセッサ、メモリ、通信インターフェース、および／または他のコンポーネントを含む１つまたは複数のコンピューティングデバイスを含む。支払いシステム１５０のコンピューティングデバイスのメモリは、１つまたは複数の銀行、銀行口座、クレジットカード口座、小切手口座、オンライン支払いシステム、または仮想ウォレットによって、支払いを支払いおよび／または受け取るための命令または規則を含む。いくつかの例では、支払いシステム１５０は、別個のアカウントを含む。それは、ロイヤリティプラットフォーム１０８上で、ユーザアカウント（例えば、ユーザアカウント１１４のアカウント１７５、１７７、および１７９、または、マーチャントアカウント１８８のアカウント１９０、１９２、および１９４など）にそれぞれ関連付けられる。
【００２６】
ユーザ１０２、１１６、１１８は、一例では、ユーザアカウント１７５、１７７、１７９に関連付けられる。一例として、「ユーザ」または「見込みユーザ」という用語の使用は、個人であれ企業であれ、任意の法的エンティティを検討する。これらは、購入を行うことによってロイヤリティプラットフォーム１０８を介して、参加するＰＨＣによって提供される報酬プログラムに参加する。各ユーザは、例えば、ユーザのコンピューティングデバイスによって、ロイヤリティプラットフォーム１０８と通信する。各ユーザのコンピューティングデバイスは、プロセッサと、プロセッサによって実行可能な命令を記憶するメモリと、ディスプレイと、ユーザ入力デバイスと、通信インターフェースとを含む。
【００２７】
ＰＨＣ１３８、１４０、１０６は、ロイヤリティプラットフォーム１０８に関連付けられた、任意のマーチャント、ビジネスプレイス、ブランド、または起業家または起業家エンティティである。一例として、ＰＨＣは、購入または取引のための株式を提供しない任意の会社またはマーチャントまたはブランド（本明細書では、会社、マーチャント、ビジネス、およびブランドという用語は互換的に使用される）を含む。ＰＨＣは、言い換えれば、非公開取引と呼ばれる。各ＰＨＣは、例えば、ＰＨＣのコンピューティングデバイスによって、ロイヤリティプラットフォーム１０８と通信する。各ＰＨＣのコンピューティングデバイスは、プロセッサと、プロセッサによって実行可能な命令を格納するメモリと、ディスプレイと、入力デバイスと、通信インターフェースとを含む。
【００２８】
ロイヤリティプラットフォーム１０８は、ロイヤリティマネージャ１１０と、報酬マネージャ１１２と、ユーザアカウント１１４と、マーチャントアカウント１８８と、報酬配分システム１２０と、購入追跡モジュール１２２と、プラットフォーム管理アカウント１３６とを含む複数のモジュールを含む。ロイヤリティプラットフォーム１０８の様々なモジュールは、１つまたは複数のコンピューティングデバイスの１つまたは複数のプロセッサによって実行可能な１つまたは複数の記憶媒体に記憶された命令を含む。一例では、各モジュールは、単一のコンピューティングデバイスのメモリ上に格納され、および／または単一のコンピューティングデバイスのプロセッサによって実行される。他の例では、モジュールは、複数のメモリ上に格納され、および／または複数のコンピューティングデバイスにわたって分散された複数のプロセッサによって実行される。
【００２９】
ロイヤリティプラットフォーム１０８は、報酬ビジネスインデックス（図示せず）をさらに含む。それは、ロイヤリティプラットフォーム１０８に登録されたＰＨＣに関する情報を記憶する。一例として、報酬ビジネスインデックスに格納されたＰＨＣに関連する情報は、ＰＨＣ位置（例えば、ＧＰＳ座標、経度および緯度、街路住所など）、ＰＨＣ銘柄（例えば、タイトルなど）、ＰＨＣ動作時間、ＰＨＣがどのマーケットで動作するかの指示、およびＰＨＣを固有に識別するために使用される他の情報を含む。一例では、報酬ビジネスインデックスに格納されたＰＨＣ情報を使用して、ロイヤリティプラットフォームを介してユーザに対して株式のような報酬を提供する特定のＰＨＣにユーザ購入を相関させる。それによって、ユーザ購入に基づいて、さらに、識別されたＰＨＣにロイヤリティ選択を行ったユーザに基づいて、ＰＨＣに関連付けられた株式のような報酬のユーザへの配分を容易にする。一例では、報酬ビジネスインデックスは、ロイヤリティプラットフォームを実装する１つまたは複数のコンピューティングシステム上に格納されたデータベースを含む。
【００３０】
ロイヤリティマネージャ１１０は、ロイヤリティポリシー１４２を管理し、ユーザがロイヤリティを選択する会社に関する更新されたロイヤリティポリシーとともに、アカウント１１４のユーザロイヤリティ１２６を更新する。ロイヤリティマネージャ１１０は、ロイヤリティポリシー１４２およびマーケット１５６を含む。マーケット１５６は、システム１９１に関連する会社を別個のマーケットまたはビジネスセグメントに分類することに関する適切な情報をさらに表すデータベースまたはモジュールである。異なるマーケットに分類された会社は、何らかの方法で競合するか、または、類似の製品および／またはサービスを提供する。ロイヤリティマネージャ１１０は、ロイヤリティプラットフォーム１０８のロイヤリティ選択に関する適切な情報を表す。非限定的な例として、ロイヤリティマネージャ１１０は、「食料雑貨店（全国）」のようなマーケット用のマーケット定義を含む。いくつかの例では、関連会社ではない会社、および／またはプラットフォームとの提携またはパートナーシップを待っている会社は、マーケットデータベースにリストされる。一例では、マーケットデータベースにリストされている会社は、「非パートナー」（プラットフォームと提携されていない場合）、「パートナー」（プラットフォームと提携されている場合）、および「ペンディングパートナー」（プラットフォームとのパートナーシップが保留中である場合）など、異なる状態を有する。これにより、ユーザは時間が経つにつれてプラットフォームパートナーになるまたはならない会社に気づくので、マーケット１５６における会社の状態は有益である。これは、マーケットにおける特定のビジネスに対するロイヤリティを選択するユーザの決定を考慮に入れる。一例では、「食料雑貨店（全国）」マーケットは、大規模な全国的な食料品チェーンを含む。例えば、これは、特に限定されないが、コストコ（ＣＯＳＴＣＯ）、アルバートンズ（ＡＬＢＥＲＴＳＯＮ’Ｓ）、ダラージェネラル（ＤＯＬＬＡＲ ＧＥＮＥＲＡＬ）、およびクローガー（ＫＲＯＧＥＲ）などを含む。別の例では、「コーヒーショップ（地域）」マーケットは、地域コーヒーショップおよびカフェを含む。例えば、これは、特に限定されないが、ペッツコーヒー（ＰＥＥＴ’Ｓ  ＣＯＦＦＥＥ）、シアトルズベストコーヒー（ＳＥＡＴＴＬＥ’Ｓ  ＢＥＳＴ  ＣＯＦＦＥＥ）、スタンプタウンコーヒーロースターズ（ＳＴＵＭＰＴＯＷＮ  ＣＯＦＦＥＥ  ＲＯＡＳＴＥＲＳ）、およびクーリエコーヒー（ＣＯＵＲＩＥＲ ＣＯＦＦＥＥ）を含む。一例では、マーケットは、含まれる任意の数の会社を有する。マーケット１５６に含まれる任意の数のマーケットが存在する。一例では、マーケットの定義は、プラットフォーム管理アカウント１３６の管理者によって定義される。
【００３１】
さらに、ロイヤリティマネージャ１１０は、ロイヤリティプラットフォーム１０８のマーケット１５６におけるロイヤリティの管理に関する命令または情報をさらに含むロイヤリティポリシー１４２を含む。企業を個々のマーケットに分離することは、多くのビジネスおよび／またはマーチャントが１つのマーケットに存在するだけでなく、多様化し、多くの異なるマーケットで競争するので、複雑な事業（undertaking)である。例えば、ウォールマート（ＷＡＬＭＡＲＴ）のような巨大なビッグボックス店は、食料品だけでなく、電子機器、処方薬、及び衣類のような家庭用品も販売する。したがって、ロイヤリティマネージャ１１０は、異なるマーケットにわたるユーザに対するロイヤリティ選択を制限するロイヤリティポリシー１４２をさらに含む。その結果、ユーザは、（マーケット１５６の）異なるマーケットにわたる特定のビジネスに対するロイヤリティを特定の回数選択のみすることができる。一例では、ユーザは、単一のマーケットについて、１つのビジネスのみに対するロイヤリティを選択することを許可される。別の例では、ユーザは、第１のマーケットにおけるビジネスに対する第１のロイヤリティを選択し、第２のマーケットにおけるビジネスに対する第２のロイヤリティを選択することを許可される。さらなる例では、ビジネスが「マルチリスト」であるか、または異なるマーケットにわたるロイヤリティ選択として提供される場合、ユーザは、異なるマーケットにわたるロイヤリティポリシー１４２によって許可される回数だけ、ビジネスに対するロイヤリティを選択することを許可される。さらなる例では、ユーザは、マーケット内にリストされた１つまたは複数の会社に対するロイヤリティを選択することを許可される。
【００３２】
報酬マネージャ１１２は、モジュールまたはデータベースであり、報酬ポリシー１４４を含む。この報酬ポリシー１４４は、取引するマーチャント（取引が行われるビジネス）のユーザのロイヤリティ選択に基づいて、報酬を提供し、分配するための規則を含む命令または情報をさらに含む。さらに、報酬ポリシー１４４は、一例では、ユーザがロイヤリティプラットフォームを介してロイヤリティを選択した特定のビジネスにおいて、または、特定のビジネスと共に、購入を実行するユーザのための報酬に関する特定のルールセットを含む。一例として、ユーザの長期ロイヤリティは、増大した報酬で報酬を受ける。いくつかの例では、報酬は、時間とともに増加する。いくつかの例では、報酬は、時間とともにランダムにおよび／または予測可能に変化する。いくつかの例では、可変、増加、および／または長期ロイヤリティ報酬は、より強力なユーザ−企業の関係およびユーザロイヤリティを形成する。さらに、ユーザが第１のマーケットの第１の会社から第１のマーケットの第２の会社にロイヤルティを切り替える場合、販売を促進する「ロイヤルティ切り替えオファー」をユーザに利用可能にすることができる。一例では、「ロイヤルティ切り替えオファー」は、ビジネスでの取引当たりの増大した報酬の期間を含む。一例では「ロイヤルティ切り替えオファー」は、現金報酬、割引購入、株式または暗号資産の設定額（set amount）、またはロイヤルティプラットフォームの管理者が望む他のロイヤルティ切り替えプロモーションのいずれかを含む。さらなる例として、プラットフォーム管理アカウント１３６は、報酬マネージャ１１２の報酬ポリシー１４４を修正する。
【００３３】
ユーザアカウント１１４は、ロイヤリティプラットフォーム１０８に関連する各ユーザ１０２、１１６、１１８の個人およびロイヤリティプラットフォーム１０８の情報に関する命令、情報、および／または規則を含むモジュールまたはデータベースである。ユーザアカウント１１４は、複数のユーザアカウントを含む。一例として、ユーザ１０２、１１６、および１１８は、（一例として）ユーザ１０２、１１６、および１１８に関連付けられたユーザアカウント１７５、１７７、１７９を構築および作成するために、スマートフォン、コンピュータ、会社１０６、１３８、１４０のＰＯＳユニット、または他のネットワーク対応コンピューティングデバイスによって、ロイヤリティプラットフォーム１０８に登録する。アカウントは、ユーザアカウント１１４に保存される。ユーザアカウントは、ユーザアカウントに関する様々な特徴またはデータへのアクセスを提供する、アカウントに関連付けられたユーザアカウントインターフェースを含む。一例では、ユーザアカウントインターフェースは、各ユーザに関する情報などの機能またはユーティリティへのアクセスを可能にする。これは、ユーザロイヤリティ１２６と、ユーザ報酬１２８（各ユーザに譲渡された資産１３０と、各ユーザが発生した／報酬を受けた資産を取引または販売する取引所１３１とをさらに含む）と、ユーザ取引の履歴を記録し、適格な取引毎に付与された報酬を表示するユーザ取引１３２と、ユーザ支払い１３４（例えば、支払い選好、方法、または取引媒体）と、ユーザ１０２などの各ユーザに関連付けられた資金１６０とを含む。一例として、ユーザロイヤリティ１２６は、定義されたマーケットにおける単一のビジネスに対するロイヤリティ選択を通して、ユーザが選択した会社および／またはブランドを含む。ユーザのアカウントのユーザ報酬１２８は、資産１３０のリストを含む。そのリストは、ユーザがロイヤリティを選択したＰＨＣで行われた追跡購入によってどのユーザが発生し、追跡された取引の時点でロイヤリティプラットフォームを介して確立されたアクティブ報酬プログラムを誰が有するかというものである。ユーザ報酬１２８は、取引所１３１をさらに含む。取引所１３１を介して、各ユーザは、発生した報酬を取引または販売する。報酬は、暗号通貨または暗号資産を含む。それらは、報酬を与えるＰＨＣの典型である。または、それらの価格は、報酬を与えるＰＨＣの価値、収益性、および／または収益にリンクされる。報酬は、報酬を与えるＰＨＣに密接に関連する会社の従来の株式をさらに含む。その結果、関連する株式の価値は、ＰＨＣの収益および／または収益性が増加することにつれて増加する。ユーザ取引１３２は、購入追跡モジュール１２２を通してロイヤリティプラットフォーム１０８によって追跡されたユーザによって実行された取引の履歴を含む。ユーザ支払い１３４は、支払いのためのユーザ選好、またはロイヤリティプラットフォーム１０８によって保持される仮想ウォレットを含む。ユーザ資金１６０は、ロイヤリティプラットフォーム１０８を介して行われる購入のために使用される、ユーザのために記憶された電子資金を含む。および／または、一例として、ユーザ資金１６０は、資産１３０に保持された、株式または株式のような報酬からの配当支払いによって受け取られる資金を含む。一例として、アカウント１１４は、ユーザが最新のアカウント情報を受信できるように更新されたユーザアカウント情報を保持するために、スケジュール上で、および／またはトリガに応答して、報酬マネージャ１１２と、ロイヤリティマネージャ１１０と、購入追跡モジュール１２２と、報酬配分ステム１２０との間の通信によって、連続的に更新される。一例では、購入追跡モジュール１２２は、ユーザとＰＨＣとの間の追跡された取引の通知を受信することに基づいて、ユーザアカウント１７５の更新をトリガする。そして、購入追跡モジュール１２２は、報酬マネージャ１１２およびロイヤリティマネージャ１１０に、ユーザアカウント１７５を更新するように命令する。図３Ｃは、ユーザ（例えば、ユーザ１０２、１１６、または１１８など）がアカウント（例えば、ユーザアカウント１７５、１７７、または１７９など）を作成する方法の例を示す。
【００３４】
マーチャントアカウント１８８は、ＰＨＣ１０６、１３８、１４０などのロイヤリティプラットフォーム１０８に登録された各ＰＨＣの情報に関する命令、情報、および／または規則を含むモジュールまたはデータベースである。マーチャントアカウント１８８は、別個のＰＨＣおよび／または会社に関連付けられた複数の別個のマーチャントアカウントを含む。一例として、ＰＨＣ１０６、１３８、および１４０は、（一例として)ＰＨＣ１０６、１３８、および１４０に関連付けられたマーチャントアカウント１９０、１９２、および１９４を構築および作成するために、スマートフォン、コンピュータ、または他のネットワーク対応コンピューティングデバイスによって、ロイヤリティプラットフォーム１０８に登録する。マーチャントアカウントは、マーチャントアカウントインターフェースを含む。マーチャントアカウントインターフェースは、関連するＰＨＣまたはユーザが対応するマーチャントアカウントの１つまたは複数の機能またはユーティリティにアクセスすることを可能にする。それは、例えば、報酬プログラムに関連する情報（報酬プログラム、報酬プログラム規則などに割り当てられた資金を含む）、保存された支払方法（以前に入力された支払方法）なでである。または、マーチャントアカウントは、（新しいコインアプリケーションを介して）新しい暗号資産の発行の依頼の提出を可能にし、または既存の報酬プログラムの１つまたは複数の局面の管理を可能にする。マーチャントアカウントインターフェースは、ユーザが入力デバイスを使用して作用するフィールド（欄）を有するグラフィカルユーザインターフェースを備える。一例では、入力デバイスは、キーボード、マウス、タッチスクリーン、または他の既知のユーザ入力デバイスを含む。別の例では、フィールドでのユーザ相互作用は、フィールドを選択すること、フィールドにデータを入力すること、フィールドをクリックすることによって新しい表示ページにナビゲートすることなどを含む。図３Ａおよび図３Ｂは、ＰＨＣがロイヤリティプラットフォーム１０８上にマーチャントアカウントを作成する方法の例を示す。一例として、アカウント１８８は、各ＰＨＣの情報を含む。アカウント１８８は、支払い１９５と、報酬プログラム１９６とを含む。報酬プログラム１９６は、新しい報酬プログラムを作成するためのユーティリティをさらに含む。例えば、ＰＨＣが段階的なプロセスに従い、必要な情報を記入することによって新しい報酬プログラムを作成することができる作成プログラム１９７と、ＰＨＣがアクティブ報酬プログラムのために配分した現在の資金を追跡し表示する報酬資金１９８と、ＰＨＣが報酬プログラムの規則を調整することができる、または報酬プログラムをキャンセルすることができる管理プログラム１９９となどがある。マーチャントアカウント１９０のようなマーチャントアカウントは、ロイヤリティプラットフォーム１０８に登録されたＰＨＣが新規の報酬（例えば、暗号通貨またはＰＨＣ関連の株式）を提供することによって、ユーザロイヤリティを奨励する報酬プログラムを作成し、資金調達し、実施し、制御し、終了することを可能にする。これは、即座の報酬だけでなく、ユーザによっ��支援された会社が成功することにつれて成長する報酬をユーザに与える。
【００３５】
報酬配分システム１２０は、現在の暗号資産の価格または株式報酬の価格を更新するだけでなく、株式の譲渡、販売、および喪失（フォーフェイティング）を管理する。報酬配分システム１２０は、喪失（フォーフェイト）モジュール１４６と、更新モジュール１４７と、譲渡モジュール１４８と、販売モジュール１８１とをさらに含む。これは、ロイヤリティプラットフォーム１０８と株式決算システム１０４または暗号資産決算システム１０５との間、ならびに、いくつかの例では、ユーザアカウント１１４（ユーザアカウント１７５、１７７、１７９を含む）とプラットフォーム管理アカウント１３６との間で、部分株式（fractional equity）または全株式または暗号資産の注文を購入、販売、および／または没収を実行するために、規則および／または命令で構成されたモジュールまたはデータベースである。
【００３６】
購入追跡モジュール１２２は、ユーザ１０２、１１６、１１８と、ＰＨＣ１３８、１４０、１０６との間の仮想および現実世界（例えば、店内）の購入を追跡するように構成された命令および規則を含むように構成されたデータベースまたはモジュールである。購入追跡モジュールシステムは、取引媒体記憶装置１２４に登録（またはリンク）され、記憶された取引媒体を使用して取引を実行するユーザ１０２、１１６、１１８に関連するユーザアカウント１７５、１７７、１７９の購入を追跡するために、取引媒体記憶装置１２４（例えば、データベース）をさらに含む。一例として、取引媒体記憶装置１２４内に記憶された取引媒体は、クレジットカード、デビットカード、およびオンライン支払いシステム（例えば、ペイパル（ＰＡＹＰＡＬ））に限定されない任意の適用可能な支払い方法を含む。一例では、取引媒体記憶装置１２４は、ユーザと会社との間の取引に使用されるクレジットカードに関する登録情報を含む。別の例では、取引媒体記憶装置１２４は、ユーザと会社との間の取引に使用される支払いシステムのみに関する登録情報を含む。別の例では、購入追跡モジュール１２２は、ユーザが取引（例えば、購入または返品）を実行したという通知または指示を受信する。
【００３７】
ロイヤリティプラットフォーム１０８は、プラットフォーム管理アカウント１３６をさらに含む。プラットフォーム管理アカウント１３６は、ロイヤリティプラットフォーム１０８と結び付けられた株式口座（例えば、プラットフォーム資金１５８など）を含む。一例として、場合によっては、ロイヤリティプラットフォーム１０８は、プラットフォームを通して取引が追跡される事業とのユーザの取引に基づいて、株式および／または資金を蓄積する。いくつかの例では、ユーザが株式を失ったとき、ロイヤリティプラットフォーム１０８は、プラットフォーム資金１５８内に失った株式を保持する。さらに、プラットフォーム管理アカウント１３６は、プラットフォーム管理者に、ロイヤリティプラットフォームに対する任意の修正を行う権利を提供する。例えば、ロイヤリティマネージャ１１０を介して利用可能なロイヤリティ選択に会社を追加または削除すること、報酬マネージャ１１２を介して利用可能な報酬オプションを修正すること、ユーザアカウント１１４、マーチャントアカウント１８８を修正すること、および報酬配分システム１２０を修正することである。
【００３８】
ロイヤリティプラットフォーム１０８は、プロセッサおよびメモリを含む１つまたは複数のコンピューティングデバイスを含むコンピューティングシステムを備える。コンピューティングデバイスは、任意に、ディスプレイ、ユーザ入力デバイス、通信インターフェース、および／または他のコンポーネントを含む。
【００３９】
プロセッサは、命令を実行するように構成された１つまたは複数の物理デバイスを含む。例えば、プロセッサは、ロイヤリティプラットフォーム１０８に含まれる、１つまたは複数のアプリケーション、サービス、プログラム、ルーチン、ライブラリ、オブジェクト、コンポーネント、データ構造、または他のロジック構成の一部である命令を実行するように構成される。
【００４０】
メモリは、本明細書で説明する方法およびプロセスを実施するためにプロセッサによって実行可能な命令を保持するように構成された１つまたは複数の物理デバイスを含む。そのような方法およびプロセスが実施されるとき、メモリの状態は、例えば、異なるデータを保持するために変換されてもよい。用語「モジュール」、「プログラム」、および「システム」は、特定の機能を実行するために実装されるコンピューティングデバイスの態様を説明するために使用される。用語「モジュール」、「プログラム」、および「システム」は、実行可能ファイル、データファイル、ライブラリ、ドライバ、スクリプト、データベースレコードなどの個々のまたはグループを包含する。
【００４１】
ディスプレイは、ロイヤリティプラットフォーム１０８の視覚的表現を提示するために使用される。この視覚的表現は、グラフィカルユーザインタフェース（ＧＵＩ）の形態をとる。ディスプレイは、１つまたは複数のディスプレイデバイスを含む。ユーザおよび／またはＰＨＣの入力デバイスは、キーボード、マウス、タッチスクリーン、および／またはゲームコントローラなどの１つまたは複数のユーザ入力デバイスを備えるか、またはそれらとインターフェースする。さらに、通信インターフェースは、ロイヤリティプラットフォーム１０８を、１つまたは複数の他のコンピューティングデバイス（例えば、支払いシステム１５０、株式決算システム１０４、暗号資産決算システム１０５、暗号資産マネージャ１８０、ユーザコンピューティングデバイス、および／またはビジネスコンピューティングデバイスなど）と通信可能に結合するように構成される。通信インターフェースは、１つまたは複数の異なる通信プロトコルと互換性のある有線および／または無線通信デバイスを含む。非限定的な例として、通信インターフェースは、無線電話ネットワーク、または、有線もしくは無線のローカルエリアネットワークもしくはワイドエリアネットワークを介した通信のために構成される。いくつかの実施形態では、通信インターフェースは、ロイヤリティプラットフォーム１０８がインターネットなどのネットワークを介して、他のデバイスとの間でメッセージを送信および／または受信することを可能にする。
【００４２】
図１Ｂの例示的なシステム１９１を参照して本明細書で説明するコンピューティングデバイス、モジュール、または要素のいずれも、ネットワークを介して互いに通信する。例えば、ロイヤリティプラットフォーム１０８は、ネットワークを介して、株式決算システム１０４と、暗号資産決算システム１０５と、暗号資産マネージャ１８０と、支払いシステム１５０と通信する。
【００４３】
ロイヤルティプラットフォーム１０８は、ＰＨＣ用のメカニズムを提供することによって、ＰＨＣおよびユーザの両方にとっての利益がロイヤリティベースのユーザ報酬プログラムの作成を通じてロイヤルティユーザに報酬を提供することを可能にし、ロイヤリティユーザ用のメカニズムを提供することによって、ＰＨＣおよびユーザの両方にとっての利益がロイヤルティユーザが忠実であるＰＨＣで行われる適格な購入に対して自動的かつ効率的に報酬を受けることを可能にする。ロイヤリティプラットフォーム１０８は、ＰＨＣがその特定のＰＨＣのビジネスモデルおよびビジョンに応じる特注の報酬プログラムを作成することを可能にする。ロイヤリティプラットフォーム１０８は、会社（ＰＨＣを含む）のための新規の報酬プログラムの作成、実装、および管理を可能にする。これは、いくつかの例では、ＰＨＣ、またはＰＨＣのグループもしくはクラス用のカスタム暗号資産の作成を含む。暗号資産は、追跡された購入に基づいて、ロイヤリティユーザに与えられる報酬資産として使用される。暗号資産は、いくつかの態様では、ＰＨＣにおける従来の株式を模倣してもよい。したがって、ＰＨＣは、株式公開機関の利点（例えば、株式共有による長期ユーザロイヤリティ作成など）のうちの少なくともいくつかを取得することができる。さらに、プラットフォーム１０８は、ロイヤリティを選択する能力、ユーザが後援する企業が成長することにつれて成長する報酬を獲得することによって富を増やす能力、ロイヤリティプラットフォーム１０８を使用する他のユーザの間でまたは資産取引所（例えば、株式決算システム１０４または暗号資産決算システム１０５など）で獲得した報酬を販売または取引する能力をユーザに提供する。ロイヤリティプラットフォーム１０８がこれらの利益を可能にする例示的な方法の高レベルなフローチャートを図２に示す。
【００４４】
図２を参照すると、ロイヤリティプラットフォーム（例えば、図１Ｂのロイヤリティプラットフォーム１０８など）は、ＰＨＣおよびユーザが相互に有益な報酬プログラムに参加することをどのように可能にするかを示す例示的な方法２００の高レベルなフローチャートが示される。報酬プログラムは、ＰＨＣのユーザが毎日の購入から株式または株式のような報酬を獲得することを可能にすることによって、ＰＨＣに対する長期ユーザロイヤルティを奨励する。
【００４５】
方法２００は、２０２で開始する。２０２は、ＰＨＣがロイヤリティプラットフォームインターフェース／ディスプレイの１つまたは複数のフィールドに情報を入力することによって、ロイヤリティプラットフォームに登録することを含む。入力情報は、プラットフォームがＰＨＣを識別し、（図３Ａおよび図３Ｂに示される例示的なフローチャートによってより詳細に説明されるように）ＰＨＣがどのマーケットで動作するかを決定することを可能にする。方法２００のステップ２０２はまた、ＰＨＣが報酬プログラムを作成することを含む。それは、報酬プログラムの規則を定義する工程と、ユーザに報酬を与える資産を特定する工程と、報酬を提供するために使用される資金を配分する工程とを含む（図３Ｄ、３Ｅ、および３Ｆによってより詳細に説明される）。次に、方法２００は、２０４に進む。
【００４６】
２０４において、方法２００は、ロイヤリティプラットフォーム上にユーザアカウントを作成する工程を含む。ユーザアカウントの作成は、支払い媒体／取引媒体をロイヤリティプラットフォーム（クレジットカード、デビットカード、および／または他の支払い／取引媒体など）にリンクまたは登録する工程を含む。それによって、プラットフォームは、ユーザによって行われた購入を追跡し、適格な購入に基づいてユーザに報酬を与えることができる。ユーザアカウントの作成は、ユーザロイヤルティ選択をさらに含む。ユーザは、ロイヤルティプラットフォーム上のアクティブな報酬プログラムを有するＰＨＣの中から選択して、ロイヤルティを選択する。それによって、ＰＨＣで行われた購入に基づいて、報酬を受け取る資格を得る。後述する図３Ｃは、ユーザアカウント作成のための例示的な方法をより詳細に示す。次に、方法２００は、２０６に進む。
【００４７】
２０６において、方法２００は、ロイヤリティプラットフォームが登録されたまたはリンクされた支払い方法を使用して行われたユーザ購入を追跡し、ユーザがロイヤリティを選択した報酬を与える会社で行われた適格な購入に基づいて、ロイヤリティプラットフォーム上のユーザアカウントに報酬を分配する工程を含む（図４Ａ〜４Ｃに関してより詳細に説明される）。一例では、適格な購入は、ロイヤリティプラットフォーム上のアクティブなユーザアカウントを有するユーザによって行われた購入と、ユーザがロイヤリティを選択したＰＨＣまたはビジネスで生じた購入と、（前記アクティブな報酬プログラムに関連する正の非ゼロ報酬プログラムの資金残高とともに）ロイヤリティプラットフォームを介したアクティブな報酬プログラムを有する前記ＰＨＣまたはビジネスで生じた購入とを含む。このようにして、ＰＨＣおよびユーザは、株式または株式のような報酬を提供する報酬プログラムの作成、実行、および管理を可能にするロイヤリティプラットフォームを介して有利に接続される。
【００４８】
ここで図３Ａを参照すると、ロイヤリティプラットフォームにログインする、またはロイヤリティプラットフォームに登録するための例示的な方法３００Ａのフローチャートが示される。
【００４９】
方法３００Ａは、３０２Ａで始まる。３０２Ａは、ロイヤリティプラットフォームのログイン画面をユーザ（ユーザは本明細書ではユーザまたはＰＨＣのいずれかを暗示する）に表示する工程を含む。一例では、ログイン画面は、ロイヤリティプラットフォームの１または複数のユーザのネットワーク接続されたデバイスのディスプレイ装置（例えば、スマートフォンの画面、またはコンピュータのモニタなど）上に表示される。ログイン画面は、ログイン情報をどこに入力するか、および／またはプラットフォーム上に新しいアカウントをどのように作成するか、ならびにロイヤリティプラットフォームの使用に関する他の情報など、ログイン画面と作用するための命令をユーザに表示する。一例では、ログイン画面は、ユーザのタイプにかかわらず、すべてのユーザのために結び付けられたログイン画面である（ユーザは、本明細書で定義されるユーザまたは企業のいずれかであり、会社はＰＨＣをさらに含む）。別の例では、ログイン画面は、ユーザタイプ（例えば、ユーザのための第１のログイン画面またはインターフェース、および、会社のための第２のログイン画面またはインターフェースなど）に基づいて区別される。ログイン画面は、ユーザに、アカウントにログインするように指示し、または、初めてのユーザに、新しいアカウントを作成するように指示する。次に、方法３００Ａは、３０４Ａに進む。
【００５０】
３０４Ａにおいて、方法３００Ａは、ロイヤリティプラットフォームはユーザがアカウントにログインすることを選択したかどうかを決定する工程を含む。３０４Ａにおいて、ロイヤリティプラットフォームはユーザがアカウントにログインすることを選択したと判定した場合、方法３００Ａは、３１８Ａに進む。３１８Ａにおいて、ロイヤリティプラットフォームは、ディスプレイ／インターフェース上の指定されたフィールドにアカウント情報を入力するようにユーザに指示する。一例では、アカウント情報は、ロイヤリティプラットフォーム上の既存のアカウントに固有に関連付けられたユーザ名およびパスワードを含む。別の例では、ログイン情報は、指紋または網膜スキャナなどのバイオメトリックスキャナから受信された信号を含む。前記信号は、ロイヤリティプラットフォーム上の既存のアカウントに以前に関連付けられた１つまたは複数のバイオメトリックの特徴に固有に関連付けられる。ユーザがログイン情報を提出すると、方法３００Ａは、３２０Ａに進む。３２０Ａにおいて、方法３００Ａは、ユーザ入力ログイン情報が有効であるかどうかを評価する工程を含む。ユーザログイン情報の検証は、ユーザ名およびパスワードをロイヤリティプラットフォーム上の既存のアカウントに一致させる工程を含む。別の例では、ログイン情報の検証は、ユーザ認証メトリックの１つまたは複数、またはその組合せが渡されたかどうか、または、現在のユーザの１つまたは複数のバイオメトリックデータのピースが選択されたアカウントまたはユーザ名と一致するかどうかを評価する工程を含む。３２０Ａにおいて、ロイヤリティプラットフォームはログイン情報が有効でなかったと判定した場合（例えば、ログイン情報が現在存在するアカウントのいずれとも一致しない場合など）、方法３００Ａは、３２８Ａに進む。そこで、ログインエラーメッセージをユーザディスプレイまたはインターフェース上に表示する。ログインエラーメッセージは、ログイン情報がどのように／なぜ有効でなかったかに関する１つまたは複数の情報のピースを含む。次に、方法３００Ａは、３３０Ａに進む。そこで、ロイヤリティプラットフォームは、３０２Ａにおけるように、プラットフォームログイン画面に戻る。その後、方法３００Ａは、終了する。
【００５１】
しかしながら、３２０Ａにおいて、ログイン情報がロイヤリティプラットフォームによって有効であると判定された場合、方法３００Ａは、３２２Ａに進む。そこで、ユーザによって入力されたログイン情報は、既存のアカウントと一致する。ロイヤリティプラットフォームは、そのアカウントがマーチャントアカウントであるかどうかを判定する。３２２Ａにおいて、ロイヤリティプラットフォームはログイン情報を既存のマーチャントアカウントと一致させる場合、方法３００Ａは、３２６Ａに進む。そこで、ロイヤリティプラットフォームは、ログイン情報が対応するマーチャントアカウントインターフェースを表示することに進む。一例では、マーチャントアカウントインターフェースは、前記マーチャントアカウントに関連する１つまたは複数の関連情報のピースの迅速な識別および表示を可能にするために、ユーザによって事前にカスタマイズされる。別の例では、マーチャントアカウントインターフェースは、支払い、報酬プログラムの作成および管理、既存の報酬プログラムの動作のための資金の配分など、図１Ｂのマーチャントアカウント１８８に関して示された、または論じられた１つまたは複数の特徴を含む。３２６Ａの後、方法３００Ａは終了する。しかしながら、３２２Ａにおいて、ロイヤリティプラットフォームは、ログイン情報がマーチャントアカウントに関連付けられていないと判定した場合、方法３００Ａは、３２４Ａに進む。そこで、ログイン情報が固有に一致したユーザアカウントインターフェースが表示される。これは、この実施形態では、ユーザアカウントが２つのタイプのものであり、アカウントがマーチャントアカウントでない場合、アカウントはユーザアカウントであるからである。ユーザアカウントインターフェースは、図１Ｂのユーザアカウント１１４に関して示され、または説明された特徴（例えば、ロイヤリティ、資産、売買、取引、支払い、および資金など）の１つまたは複数またはすべてへのアクセスを含む。その後、方法３００Ａは終了する。
【００５２】
しかしながら、３０４Ａにおいて、ユーザがアカウントにログインすることを選択していないと判定された場合、方法３００Ａは３０６Ａに進む。そこで、ロイヤリティプラットフォームは、ユーザが新しいアカウントを作成することを選択したかどうかを評価する。３０６Ａで、プラットフォームは、ユーザが新しいアカウントを作成することを選択していないと判定した場合、方法３００Ａは、３０２Ａなど、ログイン画面をユーザに表示するように進む。次いで、方法３００Ａは、終了する。しかし、３０６Ａにおいて、ロイヤリティプラットフォームはユーザが新しいアカウントを作成することを選択したと判定した場合、方法３００Ａは、３０８Ａに進む。そこで、ユーザは、新しいアカウントのタイプを選択するように指示される。一例では、アカウントタイプは、マーチャントアカウントおよびユーザアカウントを含む。他の例では、アカウントタイプは、これらのアカウントタイプのサブセットも含み、またはアドミニストレータアカウントなどの追加のアカウントタイプを含む。次に、方法３００Ａは、３１０Ａに進む。３１０Ａにおいて、方法３００Ａは、ロイヤリティプラットフォームは、ユーザが新しいマーチャントアカウントを作成することを選択したかどうかを評価する工程を含む。３１０Ａにおいて、ロイヤリティプラットフォームはユーザが新しいマーチャントアカウントを作成することを選択したと判定した場合、方法３００Ａは３１１に進む。ここで、マーチャントアカウントの作成方法は、図３Ｂによってより詳細に示されるように、ロイヤリティプラットフォームによって実行される。
【００５３】
しかしながら、３１０Ａにおいて、ロイヤリティプラットフォームは、ユーザが新しいマーチャントアカウントを作成することを選択しなかったと判定した場合、方法３００Ａは、３１２Ａに進む。そこで、ユーザ入力が評価されて、ユーザが新しいユーザアカウントを作成することを選択したかどうかが判定される。３１２Ａにおいて、ロイヤリティプラットフォームはユーザが新しいユーザアカウントを作成することを選択したと判定した場合、方法３００Ａは３１３に進む。そこで、ユーザアカウントの作成方法は、図３Ｃによってより詳細に示されるように、ロイヤリティプラットフォームによって実行される。最後に、３１２Ａにおいて、ロイヤリティプラットフォームは、ユーザが新しいユーザアカウントを作成することを選択しなかったと判定した場合、方法３００Ａは３１４Ａに進む。そこで、ロイヤリティプラットフォームは、３０２Ａにおけるように、ログイン画面をユーザに表示する。その後、方法３００Ａは、終了する。
【００５４】
このようにして、ロイヤリティプラットフォームのユーザは、既存のユーザアカウントまたはマーチャントアカウントにログインすることができ、あるいは、新しいユーザアカウントまたはマーチャントアカウントを作成することを選択することができる。図３Ｂおよび図３Ｃは、新しいマーチャントアカウントおよびユーザアカウントを作成するための例示的な方法を示す。
【００５５】
次に図３Ｂを参照すると、例示的な方法３００Ｂが示されている。方法３００Ｂは、新しいマーチャントアカウントをロイヤリティプラットフォーム上で作成する方法の一例を示す。新しいマーチャントアカウントを作成することによって、ＰＨＣを識別し、そのＰＨＣに対する報酬プログラムを作成し、実施するために必要な関連情報は、ロイヤリティプラットフォームに入力される。
【００５６】
方法３００Ｂは、３０２Ｂで始まる。そこで、ロイヤリティプラットフォームは、ユーザ入力デバイスを使用して、ディスプレイ／インターフェース上の指定されたフィールドにマーチャントアカウント情報（例えば、図５に示されるものなど）を入力するようにＰＨＣに指示する。一例では、マーチャントアカウント情報は、新しいアカウントユーザ名と、新しいアカウントパスワードと、会社名またはＩＤと、会社アドレス／ロケーションと、会社連絡先情報と、前記会社が動作する関連マーケットとを含む。一例では、マーチャントアカウント情報は、報酬ビジネスインデックスなどのデータベースに格納され、その後、登録されたマーチャント報酬プログラムとユーザ購入をリンクすることを容易にするために使用される。ロイヤリティプラットフォームはすべての必要なフィールドが満たされたこと、およびＰＨＣが進行することを選択したこと、または他の何らかの方法で、すべての必要なマーチャントアカウント情報が入力されたという指示を受信したことを検出すると、方法３００Ｂは、３０４Ｂに進む。
【００５７】
３０４において、方法３００Ｂは、有効性についてマーチャントアカウント情報を評価する工程を含む。有効性評価は、１つまたは複数の入力スクリーニング技法を含む。その入力スクリーニング技法は、入力データのフォーマットを入力データの期待フォーマットと比較するか、または、入力アカウント情報が実際の固有の会社またはロケーションにリンクすることを確認する。ロイヤリティプラットフォームはユーザ入力マーチャントアカウント情報が有効でないと判定した場合、方法３００Ｂは、３０６Ｂに進む。そこで、ロイヤリティプラットフォームは、ユーザにエラーメッセージを表示する。前記エラーメッセージは、ユーザ入力がどのように／なぜ有効性評価に失敗したかを示し、後続の試みにおいて前記情報を正しく入力するための推奨をユーザに行う。次いで、方法３００Ｂは終了する。
【００５８】
３０４Ｂにおいて、マーチャントアカウント情報が有効であると判定された場合、方法３００Ｂは、３０８Ｂに進む。３０８Ｂにおいて、方法３００Ｂは、マーチャントアカウント情報が正常に入力されたこと、および新しいマーチャントアカウントが入力データに基づいて正常に作成されたことをＰＨＣに示す工程を含む。次に、方法３００Ｂは、３１４Ｂに進む。
【００５９】
３１４Ｂにおいて、方法３００Ｂは、入力デバイスを使用して、ディスプレイ／インターフェース上の指定されたフィールドへの支払い方法の情報の入力を指示する工程を含む。一例では、支払い情報は、クレジットカード番号、有効期限、およびピンなどのクレジットカード情報を含む。別の例では、支払い情報は、デジタルウォレットアドレス、またはデジタル支払いサービス（例えば、ＰａｙＰａｌ、Ｖｅｎｍｏなど）のアカウント情報を含む。支払い方法の情報が入力されたことをロイヤリティプラットフォームに示すと、方法３００Ｂは、３１６Ｂに進む。
【００６０】
３１６Ｂにおいて、方法３００Ｂは、入力支払い情報の有効性について評価する工程を含む。有効性評価は、１つまたは複数の入力スクリーニング技法を含む。この入力スクリーニング技法は、入力データのフォーマットを入力データの期待フォーマットと比較するか、または、入力支払情報が実際の固有の支払口座、財布、またはサービスにリンクすることを確認する。ロイヤリティプラットフォームは支払い情報が有効でないと判定した場合、方法３００Ｂは、３１８Ｂに進む。そこで、ロイヤリティプラットフォームは、ユーザにエラーメッセージを表示する。前記エラーメッセージは、入力された支払方法の情報がどのように／なぜ有効性評価に失敗したかを示し、前記情報を正しく入力するための１つまたは複数の推奨を行う。次いで、方法３００Ｂは、終了する。
【００６１】
３１６Ｂにおいて、ロイヤリティプラットフォームは、支払い情報が有効であると判定した場合、方法３００Ｂは、３２０Ｂに進む。３２０Ｂにおいて、方法３００Ｂは、支払い方法が正常に確立されたこと、および、報酬プログラムが支払い方法を使用して作成されることを示す工程を含む。３２０Ｂは、次いで、新しい報酬プログラムを作成するようにＰＨＣに指示する工程を含む。その指示は、ＰＨＣコンピューティングデバイスのディスプレイを介して表示される。次に、方法３００Ｂは、３２２Ｂに進む。
【００６２】
３２２Ｂにおいて、方法３００Ｂは、ＰＨＣが新しい報酬プログラムを作成することを選択したかどうかを評価する工程を含む。３２２Ｂで、ロイヤリティプラットフォームはＰＨＣが新しい報酬プログラムを作成するために選択されたと判定した場合、方法３００Ｂは、３２７Ｂに進む。そこで、図３Ｄによってより詳細に示されるように、新しい報酬プログラムを作成するための方法は、ロイヤリティプラットフォームによって実行される。しかしながら、３２２Ｂにおいて、ロイヤリティプラットフォームは、ＰＨＣが新しい報酬プログラムを作成しないことを選択したと判定した場合、方法３００Ｂは、３２４Ｂに進む。そこで、ロイヤリティプラットフォームは、新しい報酬プログラムがマーチャントアカウントインターフェースを介していつでも作成されることをＰＨＣに示す。３２４Ｂから、方法３００Ｂは、３２６Ｂに進む。ロイヤリティプラットフォームは、マーチャントアカウントインターフェースを表示する。次いで、方法３００Ｂは終了する。
【００６３】
このようにして、方法３００Ｂは、ロイヤリティプラットフォームを初めて使用するＰＨＣが、ロイヤリティプラットフォームで新しいアカウントを作成することを可能にする。このアカウントはさらに、新しいマーチャントアカウント作成中に入力された情報に少なくとも部分的に基づいて、報酬プログラムの作成を可能にする。類似のプロセスをロイヤリティプラットフォームによって使用して、新しいユーザアカウントを作成する。その一例を図３Ｃに示す。
【００６４】
次に図３Ｃを参照すると、新しいユーザアカウントを作成するための例示的な方法３００Ｃが示される。方法３００Ｃは、新しいユーザがロイヤリティプラットフォームに登録し、新しいユーザアカウントを作成することを可能にする。それによって、毎日の購入を通じて、株式または株式のような報酬を得る資格が得られる。
【００６５】
方法３００Ｃは、３０２Ｃで始まる。そこで、ロイヤリティプラットフォームは、ユーザ入力デバイスを使用して、ディスプレイ／インターフェース上の指定されたフィールドにユーザアカウント情報を入力するようにユーザに指示する。１つの例では、新しいユーザアカウント情報は、ユーザ連絡情報、ユーザ名、パスワード、身元書類からの情報（パスポート、運転免許証など）、社会保障番号、銀行ルーティング番号およびアカウント番号（発生した報酬によって獲得された資金の直接預金用）、および株式ブローカへの新しいユーザ登録のために必要または有益であると当技術分野で知られている他の情報を含む。ロイヤリティプラットフォームはすべての要求されたフィールドが満たされたこと、およびユーザが続行を選択したこと、または、ロイヤリティプラットフォームは何らかの他の方法で、すべての要求された新しいユーザアカウント情報が入力されたという指示を受け取ったことを検出すると、方法３００Ｃは、３０４Ｃに進む。
【００６６】
３０４Ｃにおいて、方法３００Ｃは、有効性についてユーザ入力ユーザアカウント情報を評価する工程を含む。有効性評価は、１つまたは複数の入力スクリーニング技法を含む。この入力スクリーニング技法は、入力データのフォーマットを入力データの期待フォーマットと比較するか、または、入力アカウント情報が実際の固有のアイデンティティにリンクすることを確認する。ロイヤリティプラットフォームがユーザ入力のユーザアカウント情報が有効でないと判定した場合、方法３００Ｃは、３０６Ｃに進む。そこで、ロイヤリティプラットフォームは、ユーザにエラーメッセージを表示する。エラーメッセージは、ユーザ入力がどのように／なぜ有効性評価に失敗したかを示し、後続の試みにおいて情報を正しく入力するために、ユーザに１つまたは複数の推奨を行う。その後、方法３００Ｃは終了する。
【００６７】
しかしながら、３０４Ｃにおいて、ユーザ入力のユーザアカウント情報が有効であると判定された場合、方法３００Ｃは、３０８Ｃに進む。３０８Ｃにおいて、方法３００Ｃは、ユーザアカウント情報が正常に入力されたこと、および、新しいユーザアカウントが入力データに基づいて正常に作成されたことをユーザに示す工程を含む。次に、方法３００Ｃは、３１４Ｃに進む。
【００６８】
３１４Ｃにおいて、方法３００Ｃは、ユーザ入力デバイスを使用してディスプレイ／インターフェース上の指定されたフィールドに支払い方法の情報を入力するようにユーザに指示する工程を含む。ユーザによって入力された支払い情報は、ロイヤリティプラットフォームによって使用され、図４Ａ〜４Ｃによってより詳細に示されるように、ロイヤリティ購入識別および自動報酬配分の目的でユーザによって行われた購入を追跡する。一例では、支払い情報は、クレジットカード番号、有効期限、およびピンなどのクレジットカード情報を含む。別の例では、支払い情報は、デジタルウォレットアドレス、またはデジタル支払いサービス（ＰａｙＰａｌ、Ｖｅｎｍｏなど）のアカウント情報を含む。ユーザが必要なフィールドのすべてに情報を入力したことをロイヤリティプラットフォームに示すと、方法３００Ｃは、３１６Ｃに進む。
【００６９】
３１６Ｃにおいて、方法３００Ｃは、有効性についてユーザ入力支払い情報を評価する工程を含む。有効性評価は、１つまたは複数の入力スクリーニング技法を含む。その入力スクリーニング技法は、入力データのフォーマットを入力データの期待フォーマットと比較するか、または、入力支払情報が実際の固有の支払口座、財布、またはサービスにリンクすることを確認する。ロイヤリティプラットフォームはユーザ入力の支払い情報が有効でないと判定した場合、方法３００Ｃは３１８Ｃに進む。そこで、ロイヤリティプラットフォームは、ユーザにエラーメッセージを表示する。前記エラーメッセージは、ユーザ入力がどのように／なぜ有効性評価に失敗したかを示し、後続の試みにおいて情報を正しく入力するためにユーザに１つまたは複数の推奨を行う。その後、方法３００Ｃは終了する。
【００７０】
３１６Ｃにおいて、ロイヤリティプラットフォームはユーザ入力支払い情報が有効であると判定した場合、方法３００Ｃは、３２０Ｃに進む。３２０Ｃにおいて、方法３００Ｃは、支払媒体が正常にリンクされたこと、およびユーザロイヤリティが選択されることをユーザに示す工程を含む。３２０Ｃは、次いで、ロイヤリティを選択するようにユーザに指示する工程を含む。次に、方法３００Ｃは、３２２Ｃに進む。
【００７１】
３２２Ｃにおいて、方法３００Ｃは、ユーザがロイヤリティ選択を行うことを選択したかどうかを評価する工程を含む。３２２Ｃにおいて、ロイヤリティプラットフォームはユーザがロイヤリティ選択を行わないことを選択したと判定した場合、方法３００Ｃは、３２４Ｃに進む。そこで、ロイヤリティプラットフォームは、報酬を得る前にロイヤリティ選択が必要であることをディスプレイ／インターフェースを介してユーザに示す。その後、方法３００Ｃは終了する。しかしながら、３２２Ｃにおいて、ロイヤリティプラットフォームは、ユーザがロイヤリティを選択することを選択したと判定した場合、方法３００Ｃは３２６Ｃに進む。
【００７２】
３２６Ｃにおいて、方法３００Ｃは、ロイヤリティプラットフォームがロイヤリティプラットフォームを介して提供されるアクティブな報酬プログラムを有する会社またはＰＨＣのリストを表示する工程を含む。これに対して、ユーザは、ロイヤリティ選択を行い、報酬を獲得し始める。ディスプレイ／インターフェースは、チェックボックス、またはドラッグアンドドロップ選択プロセスなど、ユーザがどのロイヤリティ選択を行いたいのかを示すために、ユーザが相互作用する１つまたは複数のフィールドを含む。ユーザによって生成され、ロイヤリティプラットフォームによって受信される、進行する指示があると、方法３００Ｃは、３２８Ｃに進む。ＰＨＣのロイヤリティユーザは、ここでは、ＰＨＣに対するアクティブなロイヤリティ選択を有するユーザとして定義される。
【００７３】
３２８Ｃで、方法３００Ｃは、ロイヤリティプラットフォームは１つまたは複数の会社に対するロイヤリティ選択が行われたかどうかを判定するために、ユーザ入力を評価する工程を含む。３２８Ｃにおいて、ロイヤリティプラットフォームはロイヤリティ選択が行われなかったと判定した場合、方法３００Ｃは、３２４Ｃに進む。そこで、ロイヤリティプラットフォームは、ディスプレイ／インターフェースを介して、報酬が得られる前にロイヤリティ選択が必要であることをユーザに示す。その後、方法３００Ｃは終了する。
【００７４】
３２８Ｃで、ロイヤリティプラットフォームは１つまたは複数のロイヤリティ選択がユーザによって行われたと判定した場合、方法３００Ｃは、３３０Ｃに進む。そこで、ロイヤリティプラットフォームは、ロイヤリティ選択が行われたＰＨＣにおいてリンクされた支払媒体を使用して行われた購入が現在、報酬に適格であることをディスプレイ／インターフェースを介してユーザに示す。次に、方法３００Ｃは、ユーザアカウントインターフェースを表示するように進む。ユーザアカウントインターフェースから、ユーザは、図１Ｂによって示される特徴／ユーティリティ（例えば、ユーザアカウント１１４など）のうちの１つまたは複数にアクセスすることができる。その後、方法３００Ｃは終了する。
【００７５】
このようにして、方法３００Ｃは、新しいユーザがロイヤリティプラットフォーム上に新しいアカウントを迅速に確立することを可能にする。ロイヤリティプラットフォームは、ロイヤリティプラットフォームを介して、アクティブな報酬プログラムに参加しているＰＨＣにおいてリンクされた／登録された支払い方法で行われた購入に基づいて、ユーザが報酬の発生を開始することをさらに可能にする。
【００７６】
次に図３Ｄを参照すると、ＰＨＣが新しい報酬プログラムを作成する例示的な方法３００Ｄが示される。方法３００Ｄは、企業が長期ユーザロイヤルティを推進し、短期および長期の両方でユーザ需要を増加させる株式または株式のような報酬プログラムを作成することを可能にする。
【００７７】
方法３００Ｄは、３０２Ｄで始まる。ロイヤリティプラットフォームは、ユーザロイヤリティに報酬を与えるために使用する資産を選択するように、または、前記報酬を提供するＰＨＣを表す新しい暗号資産の発行をもたらす新しいコインアプリケーションを提出するようにＰＨＣに指示する。一例では、報酬資産は、報酬を与えるＰＨＣ(非株式公開ビジネス）に密接に関連する上場企業の従来の株式（equity）である。例えば、それは、地元のカフェ（株式公開コーヒー焙煎会社から大量の製品を購入する地元のカフェ）で購入を行い、地元のカフェに対してロイヤリティ選択を行ったユーザに対する報酬として使用されるコーヒー焙煎会社の株式である。別の例では、報酬資産は、例えば、ローカル食料品店に関連付けられたローカルコイン（ＬｏｃａｌＣｏｉｎ）など、特定のＰＨＣまたはＰＨＣのクラス／カテゴリにリンクされた既存の暗号通貨または暗号資産である（どの企業をローカルコインに関連付けるかの正確な定義は、ローカルコインのホワイトペーパー内にある）。一例では、ローカルコインは、組み込まれた不変のデフレーションメカニズムを有する。そのメカニズムは、関連するローカル食料品店の収入、利益、資本、または他の態様とその価値をリンクさせる。そして、ローカルコインは、このようにして、従来の株式の類似物として、またはその代替として振る舞う。別の例では、ＰＨＣは、既存の資産のいずれも、ＰＨＣにおける持分を適切に反映しないことを決定し、ＰＨＣの所有権またはＰＨＣの成功における持分を表す新しい暗号資産または暗号通貨についてのアイデアを含むアプリケーションを提出することを選択する。報酬選択の指示／表示／インターフェースの１つの例示的な実施形態を図７に示す。ロイヤリティプラットフォームがＰＨＣに新しい報酬プログラムで使用する資産を選択するように指示した後、方法３００Ｄは、３０４Ｄに進む。
【００７８】
３０４Ｄにおいて、方法３００Ｄは、ＰＨＣが新しい報酬プログラムにおいて報酬を与える資産を選択したかどうかを評価する工程を含む。３０４Ｄにおいて、ロイヤリティプラットフォームは、資産が選択されていないと判定した場合、方法３００Ｄは３０６Ｄに進む。方法３００Ｄは、ＰＨＣの目標に適合する新しい暗号資産を作成するために、ロイヤリティプラットフォームはＰＨＣが新しいコインアプリケーションを提出することを選択したかどうかを評価する工程を含む。３０６Ｄにおいて、ＰＨＣが新しいコインアプリケーションを提出することを選択したと判定された場合、方法３００Ｄは、３０９に進む。新しいコインアプリケーションの提出方法が実行される。３０６Ｄにおいて、ＰＨＣが新しいコインアプリケーションを提出することを選択していないと判定された場合、方法３００Ｄは、ロイヤリティプラットフォームがマーチャントアカウントインターフェースに戻る工程を含む。次いで、方法３００Ｄは終了する。
【００７９】
３０４Ｄに戻ると、ＰＨＣが既存の資産、従来の株式資産または暗号資産のいずれかを選択したとロイヤリティプラットフォームが判定した場合、方法３００Ｄは、３１０Ｄに進む。ロイヤリティプラットフォームは、新しい報酬プログラム規則の指示を表示する。その指示と共に、ディスプレイ／インターフェースは、ＰＨＣが前記報酬プログラムの規則を入力する１つまたは複数のフィールドを含む。一例では、報酬プログラムの規則は、前記ロイヤリティユーザに報酬を与えるために使用される各ロイヤリティユーザ購入のパーセントの選択などの報酬レートを含む。報酬プログラムの規則を入力する報酬プログラムのインターフェースの例は、図７に示される。これは、デフレーションメカニズム／ローカルコイン料金（０．２５％）およびロイヤルティプラットフォーム料金（０．２５％）の表示とともに、４％の報酬率が選択された例によって示す。他の例では、有効な報酬プログラムの規則は、エシェロン（echelon）ベースの報酬システムに関連するパラメータを含む。これは、報酬を与えるＰＨＣでの累積購入または他のそのような規則（例えば、報酬率、報酬タイプ（資産タイプ）、報酬プログラム期間、または報酬プログラム資格の１つまたは複数の態様に関連する）に基づいて、ロイヤリティユーザにより高い報酬率を与える。３１０Ｄから、方法３００Ｄは、次に、３１２Ｄに進む。そこで、ＰＨＣ入力報酬プログラム規則は、ロイヤリティプラットフォーム管理者によって、自動的に、または手動で、ロイヤリティプラットフォームによって検証される。無効な報酬プログラム規則が入力された場合、方法３００Ｄは３１４Ｄに進む。そこで、エラーメッセージがＰＨＣに表示される。これは、３１２Ｄで行われた報酬プログラム規則の無効性の判定の理由を示す。次に、方法３００Ｄは、ＰＨＣへのマーチャントアカウントインターフェースを表示するように進む。次いで、方法３００Ｄは、終了する。しかしながら、３１２Ｄにおいて、有効な報酬プログラム規則が入力されたと判定された場合、方法３００Ｄは、３１８Ｄに進む。そこで、ロイヤリティプラットフォームは、初期アカウント作成中に以前に確立された支払方法を使用して、現在の報酬プログラムのための報酬資金に価値をロードするように、ＰＨＣに指示する。このよう指示／インターフェース／ディスプレイの例を図６に示す。価値を報酬プログラム資金にロードするようにＰＨＣに指示した後、方法３００Ｄは、３２０Ｄに進む。
【００８０】
３２０Ｄにおいて、方法３００Ｄは、価値が報酬プログラム資金に正常にロードされたかどうかを判定する工程を含む。３２０Ｄにおいて、価値が報酬プログラム資金に正常にロードされていないと判定された場合、方法３００Ｄは、３２２Ｄに進む。そこで、エラーメッセージは、不完全な資金の移動または失敗した資金の移動を示すＰＨＣに表示される。さらに、エラーメッセージは、資金の移動の失敗の理由、または無効なデータ入力に関する１つまたは複数の詳細を含む。その後、方法３００Ｄは、終了する。
【００８１】
しかしながら、３２０Ｄにおいて、ロイヤリティプラットフォームは、価値が報酬プログラム資金に正常にロードされたと判定した場合、方法３００Ｄは３２６Ｄに進む。そこで、ロイヤリティプラットフォームは、購入追跡モジュール較正を実行するようにＰＨＣに指示する。それによって、ＰＨＣのロケーションで行われたユーザ購入が正常に識別され、ＰＨＣの報酬プログラムとリンクされる。したがって、報酬配分に適格にされる精度を増大させる。次に、方法３００Ｄは３２８Ｄに進む。そこで、ＰＨＣが購入追跡モジュール較正を実行することを選択したかどうかが判定される。３２８Ｄにおいて、ＰＨＣが購入追跡モジュール較正を実行することを選択したとロイヤリティプラットフォームが判定した場合、方法３００Ｄは３２９に進む。購入追跡モジュール較正方法が実行される。しかしながら、３２８Ｄにおいて、ロイヤリティプラットフォームはＰＨＣが購入追跡モジュール較正を実行しないことを選択したと判断した場合、方法３００Ｄは、３３０Ｄに進む。これは、ロイヤリティプラットフォームは新たな報酬プログラムが正常に作成されたことをＰＨＣへの表示によって示す工程を含む。３３０Ｄは、購入追跡モジュール較正がマーチャントアカウントインターフェースを介していつでも実行されることをＰＨＣに表示する工程をさらに含む。次に、方法３００Ｄは、３３２Ｄに進む。ロイヤリティプラットフォームは、マーチャントアカウントインターフェースを表示する。その後、方法３００Ｄは終了する。
【００８２】
このようにして、方法３００Ｄは、ＰＨＣがユーザによるロイヤリティ選択に基づいて、さらにＰＨＣにおいてユーザによって行われた追跡購入に基づいて、報酬（例えば、株式または株式のような暗号資産など）をユーザに提供することによって、長期ユーザロイヤリティを促進し、ユーザおよびＰＨＣの関心を同じ立場に置く株式または株式のような報酬プログラムを作成することを可能にする。
【００８３】
ここで図３Ｅを参照すると、例示的な方法３００Ｅが示される。ＰＨＣが新しいコインアプリケーションを暗号資産マネージャに提出する。アプリケーションに基づいて、暗号資産マネージャが初期コインオファリング（本明細書では、ＩＣＯと略す）を実行する。そして、暗号資産に関連する機関またはＰＨＣに対する長期ユーザロイヤルティを可能にすることができる新しい暗号資産を作成する。
【００８４】
方法３００Ｅは、３０２Ｅで始まる。それは、ロイヤリティプラットフォームのマーチャントアカウントインターフェースを介して、暗号資産マネージャに新しいコインアプリケーションを提出することを含む。一例では、新しいコインアプリケーションは、新しい暗号資産のモデルを含む。これは、「ホワイトペーパー」に類似すると考えられる。どのＰＨＣまたは機関が暗号資産に関連するか（例えば、主要な収入源としてお茶またはコーヒーを提供し、公的に取引されていないローカルビジネスのみ）、どのように前記暗号資産を使用するか（資産が何のユーティリティを有するか、または資産を所有する何の権利または特権を所有するか）、および／または、もしあれば、何のデフレーションメカニズムが暗号資産をＰＨＣの成功／収益にリンクするために暗号資産上で動作するか（ＰＨＣ収益に基づいて時間とともに暗号資産の価値を増加させる証券担保デフレーションメカニズム、またはＰＨＣ収益の一部が時間とともに暗号資産の総供給を減少させるために使用される買戻しバーンデフレーションメカニズムなど）のように、新しい暗号資産のそのような態様を詳述する。次に、方法３００Ｅは、３０４Ｅに進む。
【００８５】
３０４Ｅにおいて、方法３００Ｅは、暗号資産マネージャが新しいコインアプリケーションをレビューする工程と、そのような暗号資産に対するＩＣＯの成功の可能性を評価する工程とを含む。一例では、レビュープロセスは、新しいコインアプリケーションの提出後２週間などの設定されたスケジュールに基づいて生じる。新しいコインアプリケーションのレビューの完了に続いて、方法３００Ｅは、３０６Ｅに進む。
【００８６】
３０６Ｅにおいて、方法３００Ｅは、新しいコインアプリケーションが暗号資産マネージャによって承認されたかどうかを評価する工程を含む。新しいコインアプリケーションが承認されなかった場合、方法３００Ｅは３１８Ｅに進む。申請者（申請ＰＨＣ）は、提出された新しいコインアプリケーションの拒絶を通知される。さらに、必要に応じて、修正を行うか、又はそのような修正に続いてアプリケーションを再提出するように指示される。次いで、方法３００Ｅは終了する。
【００８７】
３０６Ｅにおいて、新しいコインアプリケーションが暗号資産マネージャによって承認された場合、方法３００Ｅは３０８Ｅに進む。そこで、申請者ＰＨＣは、提出された新しいコインアプリケーションの承認を通知され、暗号資産マネージャによってとられるべき次の工程を通知され、および／またはＩＣＯがいつ行われるか、および新しい暗号資産がオープンマーケットで潜在的にいつ利用可能である（したがって、報酬プログラムで使用可能である）かの暫定的なタイムラインを与えられることができる。次に、方法３００Ｅは３１０Ｅに進む。
【００８８】
３１０Ｅにおいて、方法３００Ｅは、暗号資産マネージャまたは他のロイヤリティプラットフォーム関連エンティティが新しい暗号資産のためにＩＣＯを開始し、実行する工程を含む。ＩＣＯは、新しい暗号資産に対する初期投資を得るための当技術分野で知られている工程またはプロセスのいずれかを含む。簡単に言えば、より古いまたはより確立されたデジタル資産は、投資当事者のデジタルウォレットへの新しい暗号資産の発行および移転と引き換えに、暗号資産マネージャのデジタルウォレットに移転される。一例では、新しい暗号資産に対する古い暗号資産（Ｂｉｔｃｏｉｎ、Ｅｔｈｅｒｅｕｍ、Ｌｉｔｅｃｏｉｎなど）間の交換レートは固定される。別の例では、この交換レートは、投資家の数、投資額、ＩＣＯが閉じるまでの時間、投資ラウンド（ＩＣＯが複数ラウンドの投資を有する場合）などに基づいてスケーリングする。ＩＣＯ中に暗号資産マネージャによって取得された古い暗号資産または他の資金の配分は、申請人のＰＨＣによって完全にまたは部分的に作成された新しい暗号資産ホワイトペーパーに詳述される。一例では、ＩＣＯ中に調達された資金のセット部分を使用して、新しい暗号資産ネットワーク（マイナー、または新しい暗号資産を維持するための他の適切なハードウェア／インフラストラクチャ）を確立し、操作する。別の例では、ＩＣＯ中に調達された資金の設定額は、新しい暗号資産のための担保証券（例えば、ＮＹＳＥ：ＧＬＤなど）、または新しい暗号資産の価格に安定性を与える他の従来の証券を購入するために配分される。新しい暗号資産の保有者は、暗号資産マネージャを介して（例えば、ロイヤリティプラットフォーム（例えば、ロイヤリティプラットフォーム１０８など）上に作成されたアカウントなどを介して）、担保された証券のために新しい暗号資産を交換する権利を有する。さらに、新しい暗号資産を担保する従来の証券の額は、関連するＰＨＣにおける収入に基づいて（例えば、追加の担保証券を購入するためにＰＨＣ収入のパーセンテージを配分することによって、または、流通する新しい暗号資産の量を購入および除去するためにＰＨＣ収入のパーセンテージを配分することによって）、時間的に増加する。ＩＣＯが完了すると、方法３００Ｅは、次に３１２Ｅに進む。
【００８９】
３１２Ｅにおいて、方法３００Ｅは、暗号資産マネージャがＩＣＯが成功したかどうかを評価する工程を含む。ＩＣＯの成功は、ＩＣＯ中に生成された資金の額（量）に基づく。一例では、ＩＣＯの成功は、所定の資金の額の閾値よりも大きい、ＩＣＯ中に調達される資金の額によって決定される。別の例では、ＩＣＯの成功は、販売されている新しく発行された暗号資産の合計パーセントが所定の閾値よりも大きいことに基づいて決定される。新しい暗号資産のＩＣＯが成功したと暗号資産マネージャによって判定されると、方法３００Ｅは３１４Ｅに進む。そこで、申請者ＰＨＣにＩＣＯの成功が通知される。そして、新しい暗号資産がオープンマーケットで利用可能になり、したがって報酬プログラムに使用可能になるときの暫定的なタイムラインが申請者に与えられる。方法３００Ｅは、終了する。
【００９０】
あるいは３１２Ｅにおいて、暗号資産マネージャはＩＣＯが失敗であったと判定した場合、方法３００Ｅは３１６Ｅに進む。そこで、申請者ＰＨＣは、新しい暗号資産についてのＩＣＯ失敗を通知される。次いで、方法３００Ｅは終了する。
【００９１】
このようにして、方法３００Ｅは、ＰＨＣまたは他の機関による新しい暗号資産の作成を可能にする。新しい暗号資産は、株式報酬の代替物を提供する。これは、ＰＨＣがロイヤリティプラットフォーム上で作成され、ロイヤリティプラットフォームによって実施される報酬プログラムと共に使用する。従来の報酬または株式（例えば、デフレーションメカニズム、会社の決定に対する自動化された議決権など）が提供できない多くの特徴および機能を可能にする暗号資産を提供することによって、ＰＨＣまたはユーザに従来の株式報酬を提供できない他の機関は、即時および長期のユーザロイヤリティを増加させ、ユーザの関心をＰＨＣの関心と連携させることによって、より大きな企業とより平等な立場に立つ。
【００９２】
小規模または非上場企業で行われた購入に基づいて、ユーザに報酬を配分する自動報酬システムで遭遇する１つの問題は、支出ＩＤを特定のマーチャントと正確に一致させることに関連する困難性である。多くの場合、消費ＩＤ／取引マーチャント説明（マーチャントロケーション、ビジネスタイプなど、記録された追跡された取引に付随するロイヤリティプラットフォームにアクセス可能なマーチャント情報）は、ユーザの購入が行われたマーチャントを固有に識別するのに十分な情報を含まない。したがって、ユーザは、正確な報酬を受け取ることができない（例えば、ユーザは、報酬プログラムに参加している会社以外の会社で購入を行う場合であっても報酬を受け取る。または、ユーザは、複数のロケーションを有する会社の１つのロケーションでの消費ＩＤ／取引マーチャント説明が同じビジネスの他のロケーションでの消費ＩＤ／取引マーチャント説明とは実質的に異なるため、誤って、報酬を拒否される）。本発明者らは、これらの問題を少なくとも部分的に軽減する方法を識別した。例えば、一例では、以下の方法３００Ｆなどの方法に従って、購入追跡モジュールを較正するように各参加ＰＨＣに要求するなどである。
【００９３】
ここで図３Ｆを参照すると、より正確な購入追跡を可能にするための例示的な方法３００Ｆが示される。方法３００Ｆを実行するための命令は、ロイヤリティプラットフォーム１０８などのロイヤリティプラットフォームの１つまたは複数のコンピュータ可読メモリデバイスの非一時的メモリに格納される。
【００９４】
方法３００Ｆは、３０２Ｆで始まる。これは、ＰＨＣに支払い方法を選択するように指示する工程を含む。前記指示工程は、支払い方法の情報を入力することができる１つまたは複数のフィールドを表示する工程を含み、および／またはロイヤリティプラットフォーム上で以前に使用され、メモリに記憶された支払い方法のドロップダウンメニューを表示する工程を含む。以前に格納された支払い方法の場合、ＰＨＣは、格納された支払い方法のうちのどれを購入追跡モジュール較正プロセスに使用するかを選択する。次に、方法３００Ｆは３０４Ｆに進む。
【００９５】
３０４Ｆにおいて、方法３００Ｆは、ＰＨＣが記憶された支払い方法を選択したかどうかを評価する工程を含む。ロイヤリティプラットフォームは、以前に使用された支払い方法が選択されなかったと判定した場合、方法３００Ｆは、３０６Ｆに進む。３０６Ｆで、ロイヤリティプラットフォームは、ＰＨＣが新しい支払い方法を入力することを選択したかどうかを評価する。ロイヤリティプラットフォームはＰＨＣが新しい支払い方法を入力することを選択しなかったと判定した場合、方法３００Ｆは３０８Ｆに進む。３０８Ｆは、ロイヤリティプラットフォームがマーチャントアカウントインターフェースに戻る工程を含む。その後、方法３００Ｆは終了する。
【００９６】
しかしながら、３０６Ｆにおいて、ロイヤリティプラットフォームはＰＨＣが新しい支払い方法を入力することを選択したと判定した場合、方法３００Ｆは、３２４Ｆに進む。ステップ３２４Ｆにおいて、方法３００Ｆは、ロイヤリティプラットフォームが購入追跡較正に使用される新しい支払い方法の詳細を入力するようにＰＨＣに指示する工程を含む。ＰＨＣが新しい支払い方法の詳細の入力を完了したことを示すと、方法３００Ｆは、ステップ３２６Ｆに進む。３２６Ｆにおいて、ロイヤリティプラットフォームは、支払い方法の詳細が銀行口座などの実際の固有の支払い口座に一致することを確実にするために、新しい支払い方法の詳細の入力検証を行う。３２６Ｆにおいて、ロイヤリティプラットフォームは有効な支払い方法の詳細が入力されなかったと判定した場合、方法３００Ｆは３２８Ｆに進む。ロイヤリティプラットフォームは、ＰＨＣにエラーメッセージを表示する。一例では、エラーメッセージは、無効な支払い方法の詳細を決定する理由に関する詳細を含む。その結果、ユーザは、その後の試みで問題を修正する。次に、方法３００Ｆは３３０Ｆに進む。ロイヤリティプラットフォームは、マーチャントアカウントインターフェースを表示する。次いで、方法３００Ｆは終了する。
【００９７】
しかしながら、３２６Ｆにおいて、ロイヤリティプラットフォームはＰＨＣによって入力された支払い方法の詳細が有効であるという決定を行った場合、方法３００Ｆは３１０Ｆに進む。ロイヤリティプラットフォームは、支払い方法が購入追跡較正の準備ができていることをＰＨＣに示す。購入は、ＰＨＣの各参加ロケーションにおいて行われる。次に、方法３００Ｆは３１２Ｆに進む。
【００９８】
３１２Ｆにおいて、方法３００Ｆは、選択された支払い方法によって行われた最近の購入のリストを表示する工程を含む。ステップ３１２Ｆは、１つまたは複数の報酬プログラムに参加しているＰＨＣのロケーションで行われた、リストされた購入ＩＤ／取引マーチャント説明のそれぞれを選択するように、ＰＨＣに指示する工程をさらに含む。一例では、各取引ＩＤ／取引マーチャント説明は、それに関連付けられたチェックボックスを有する。その結果、ユーザは、ＰＨＣのロケーションで行われた購入に関連付けられた取引ＩＤ／取引マーチャント説明のそれぞれを「チェック」する。別の例では、各ＰＨＣのロケーションは、購入ＩＤに固有に関連付けられる。次に、方法３００Ｆは３１４Ｆに進む。
【００９９】
３１４Ｆにおいて、方法３００Ｆは、少なくとも１つの取引ＩＤ／取引マーチャント説明が少なくとも１つのＰＨＣのロケーションに関連付けられたかどうかを判定する工程を含む。取引ＩＤ／取引マーチャント説明がＰＨＣのロケーションに関連付けられていない場合、方法３００Ｆは、３１６Ｆに進む。これは、購入追跡較正を可能にするために、ロイヤリティプラットフォームは少なくとも１つの取引ＩＤ／取引マーチャント説明および１つのＰＨＣのロケーションが関連付けられるべきであることをＰＨＣに示すエラーメッセージを表示する工程を含む。次に、方法３００Ｆは３１８Ｆに進む。ロイヤリティプラットフォームは、マーチャントアカウントインターフェースに戻る。次いで、方法３００Ｆは終了する。
【０１００】
しかしながら、３１４Ｆにおいて、ロイヤリティプラットフォームが少なくとも一つの購入ＩＤ／取引マーチャント説明および１つのＰＨＣのロケーションが関連付けられていると判定した場合、方法３００Ｆは、３２０Ｆに進む。３２０Ｆにおいて、方法３００Ｆは、報酬プログラムに正常に関連付けられたＰＨＣのロケーションを表示する工程を含む。これらのロケーションで行われた購入は、ＰＨＣにより正確に追跡／リンクされる。したがって、各参加ＰＨＣロケーションが購入ＩＤ／取引マーチャント説明にマッピングされる。したがって、その購入は、これらのロケーションでのユーザ支出に基づく報酬購入追跡および報酬配分の精度が向上するので、ＰＨＣによって提供される報酬プログラムに関連付けられる。次に、方法３００Ｆは３２２Ｆに進む。ロイヤリティプラットフォームは、マーチャントアカウントインターフェースに戻る。その後、方法３００Ｆは終了する。
【０１０１】
このようにして、方法３００Ｆは、ＰＨＣまたは他の会社がマーチャントロケーション間のマップを作成することによって購入追跡を較正し、ＩＤ／取引マーチャント説明を消費することを可能にする。したがって、ロイヤリティプラットフォームの購入追跡モジュールは、これらのＰＨＣでユーザによって行われた購入をより正確に識別することを可能にする。
【０１０２】
ここで図４Ａ、４Ｂ、および４Ｃを参照すると、方法４００Ａ、４００Ｂ、および４００Ｃを示す例示的なフローチャートが示される。方法４００Ａ、４００Ｂ、および４００Ｃは、ロイヤリティプラットフォーム１０８によって実行されるコンピュータベースの報酬プログラムの取引処理方法である。この例および他の例では「ロイヤリティ」または「ロイヤリティ選択」は、特定の特典（特に限定されないが、株式報酬、割引、特別オファー、プロモーション、およびその他を含む）をユーザに与えるユーザによって行われるマーケットにおける第１のビジネスの選択である。「ロイヤリティ」選択を行うことは、ロイヤリティが選択されたマーケットの第１のビジネスから特典を受け取る権利をユーザに与える。しかし、マーケットにおいて、第２のビジネスから特典を受け取るユーザまたは他の会社を排除または除外してもよい。いくつかの例では、ユーザは、「ロイヤリティ切り替えオファー」を提示する。これは、マーケットにおいて、第１のビジネスに対するロイヤリティおよび特典の喪失、および、第２のビジネスに対するロイヤリティの選択に基づいて、マーケットにおける第２のビジネスによって提供される他の特典に対するオファーである。
【０１０３】
４０２Ａから開始して、ロイヤリティプラットフォームの購入追跡モジュール（例えば、図１Ｂの購入追跡モジュール１２２）は、ユーザ（例えば、図１Ｂのユーザ１０２、１１６、１１８）がビジネス（例えば、図１ＢのＰＨＣ１３８、１４０、１０６）（以下、「取引マーチャント」と呼ばれる）との金額を含む取引を行ったまたは購入を行ったことの指示または通知を受信する。さらに説明するように、本明細書では、購入追跡モジュールは、クレジットカード、デビットカード、または任意の他の追跡可能な取引媒体にリンクするように構成される。リンクが完了すると、購入追跡モジュールは、その追跡可能な取引媒体で行われたすべての購入通知を受信する。一例として、取引マーチャントは、マーケット（例えば、図１Ｂのマーケット１５６）内にリストされる。４０４Ａにおいて、購入追跡モジュールは、取引に関与するビジネスおよびユーザを追跡し、識別する。図４Ａに関連する例として、ユーザは、ビジネスにおいて、購入追跡モジュールによって追跡されるクレジットカードを使用して購入を行う。４０６Ａに移動すると、購入モジュールは、ユーザロイヤリティ検索を実行する。ユーザロイヤリティ検索は、ユーザアカウント（例えば、図１Ｂのユーザアカウント１１４）に格納されたユーザのロイヤリティをユーザロイヤリティ（例えば、図１Ｂのユーザロイヤリティ１２６）で検索する工程を含む。４０８Ａに進むと、方法は、ユーザがマーケットの任意のビジネスに忠実であるかどうかを判定する。ユーザロイヤリティ検索はユーザがマーケット内のビジネスまたはマーチャントまたはブランドに忠実であることを答えた場合、方法は、図４Ｂの４０１に進む。これについては、以下でより詳細に説明される。さらなる例として、ユーザロイヤリティ検索は、購入追跡モジュールによって実行される。
【０１０４】
ユーザロイヤリティ検索はユーザがマーケット内のどのビジネスにも忠実でないと判定した場合、方法は４１０Ａに進む。購入追跡モジュールは、取引するマーチャントとの利用可能なまたはオファーされたユーザ株式報酬について、ロイヤルティマネージャ（例えば、図１Ｂのロイヤルティマネージャ１１０）を要求または照会する。さらに、４１０Ａにおいて、ロイヤリティマネージャは、取引するマーチャントに対するマーケットにおけるロイヤリティをユーザが選択するためのオプションを提供する。ロイヤリティマネージャによって提供されるオプションは、取引するマーチャントに関するロイヤリティポリシー（例えば、図１Ｂのロイヤリティポリシー１４２）に関する情報を含む。ロイヤリティマネージャによって提供されるオプションは、一例では、ユーザが取引するマーチャントに対するマーケットにおけるロイヤリティを選択するためのユーザ用のオプションを選択した場合に、ユーザに利用可能な報酬の通知を含む。
【０１０５】
４１２Ａに進むと、方法４００Ａは、ユーザが取引するマーチャントにロイヤルティを切り替えたかどうかを判定する。ユーザがロイヤリティ切り替えオファーを選択した場合、方法は４１６Ａに進む。ユーザは、ロイヤリティ切り替えオファーを獲得する。さらに、一例として、ロイヤリティマネージャモジュールは、ユーザアカウントのユーザロイヤリティにおけるユーザのロイヤリティを更新する。報酬マネージャ（例えば、図１Ｂの報酬マネージャ１１２）は、ユーザアカウントのユーザの現在の資産（例えば、図１Ｂの資産１３０）を更新する。さらに、ユーザがロイヤリティ切り替えオファーを受け入れる場合、方法は、図４Ｃの４０３に進む。ユーザがロイヤリティ切り替えオファーを選択しない場合、方法は４１４Ａに進む。そこで、ユーザは、株式報酬、特典、または任意の他の報酬を得ない。これらの報酬を得る場合、ロイヤリティ切り替えオファーを選択する工程と、取引するマーチャントに対するロイヤリティを選択する工程とを含む。
【０１０６】
次に図４Ｂを続けると、４０２Ｂにおいて、方法４００Ｂは、ユーザが取引するマーチャントに対してロイヤリティ選択を行ったかどうかを判定する工程を含む。ユーザが取引するマーチャントに対してロイヤリティ選択を行ったかどうかを判定する工程は、ユーザロイヤリティ検索を実行する購入モジュールによって、ユーザロイヤリティにおいてユーザアカウントに記憶されたユーザのロイヤリティを検索する工程を含む。ユーザロイヤリティ検索はユーザが取引するマーチャントに忠実である。したがって、記載されたロイヤリティポリシーに従って報酬を受け取るように意図されていることを答えた場合、方法は、以下でより詳細に説明する図４Ｃの４０３に進む。ステップ４０２Ｂでの検索はユーザが取引するマーチャントに忠実でないと判定した場合、方法４００Ｂは４０４Ｂに進む。そこで、ロイヤリティマネージャは、ロイヤリティ切り替えオファーをユーザに提示する。これは、取引するマーチャントに対するロイヤリティを選択し、マーケット内の別のビジネスに対する以前に選択されたロイヤリティを終了するためのユーザ用のオプションを含む。一例として、ロイヤリティ切り替えオファーの条件およびポリシーは、ロイヤリティポリシー内に格納される。いくつかの例では、ロイヤリティ切り替えオファーは、株式または暗号資産の全額または端数額（fractional amount）を含む。いくつかの例では、ロイヤリティ切り替えオファーは、取引で提供される株式または株式のような報酬および／または取引での割引を含む。一例では、ロイヤリティ切り替えオファーは、一時的または永続的であり、または、ロイヤリティ切り替えオファーおよび／またはプラットフォームに責任を負うビジネスによって定義される任意のユーザ行動に基づく。一例では、ロイヤリティ切り替えオファーは、取引するマーチャントで実行される取引に対する一時的により高いまたは増加した株式報酬を含む。
【０１０７】
さらに、ロイヤリティ切替オファーは、例えば、ユーザが利用可能なロイヤリティ選択を通じてブラウジングしているとき、または別の例として、ユーザがロイヤリティプラットフォームと作用している所望のとき、いつでもユーザに提示され、オファーされ、または利用可能にされる。一例では、（所与のマーケットに対する）ロイヤリティをユーザが選択していないビジネスと取引を行っているユーザは、例えば、購入追跡モジュールまたはロイヤリティマネージャを介して通知を受け取る。購入追跡モジュールまたはロイヤリティマネージャは、現在のロイヤリティ選択に基づいて、現在の取引に対して株式報酬を与えられないことをユーザに通知する。いくつかの場合において、ユーザが単にビジネス（ユーザが忠実でない）内にいるか、ビジネスにいるか、またはビジネスの近くにいる場合、通知は、ユーザが取引するマーチャントに関連する報酬および／または特典を獲得し始めるように、ロイヤリティ切り替えオファーをさらに含む。
【０１０８】
４０６Ｂにおいて、ロイヤリティ切り替えオファーをユーザに提示した後、方法４００Ｂは継続する。購入追跡モジュールは、ロイヤリティマネージャおよび／またはユーザロイヤリティに問い合わせて、ユーザが取引するマーチャントにロイヤリティを切り替えたかどうかを判定する。ユーザが取引するマーチャントにロイヤルティを切り替えず、ロイヤルティ切り替えオファーを拒否した場合、方法４００Ｂは４０８Ｂに進む。ユーザは、取引に対する株式報酬を得ない。これに対し、ユーザがロイヤリティを取引マーチャントに切り替える場合、方法４００Ｂは４１０Ｂに進む。ロイヤリティマネージャは、ユーザアカウントのユーザロイヤリティでユーザのロイヤリティを更新する。この方法は、報酬マネージャがロイヤリティ切り替えオファーの特典および／または利益を含むように、ユーザアカウント（例えば、図１Ｂのユーザアカウント１７５）のユーザの報酬（例えば、図１Ｂの報酬１２８）を更新することをさらに含む。ユーザアカウント（例えば、ユーザアカウント１７５）が更新された後、方法４００Ｂは、図４Ｃの４０３に進む。一例として、ユーザが第１のビジネスに対するロイヤリティを選択したが、次に、ロイヤリティ切り替えオファーによって第２のビジネスに対するロイヤリティを選択した場合、購入追跡モジュールは、ユーザが第１のビジネスに対するロイヤリティまたはロイヤリティ選択をキャンセルし、第２のビジネスに対するロイヤリティを選択したという情報を含むように、ユーザロイヤリティを更新する。
【０１０９】
次に図４Ｃを参照すると、方法４００Ｃの４０２Ｃにおいて、購入追跡モジュールは、ユーザと、ユーザがロイヤリティ選択を行ったビジネスとの間の購入を追跡する。したがって、ロイヤリティプラットフォームは、ユーザアカウントのユーザ報酬に基づいて、図１Ｂの報酬配分システム１２０などの報酬配分システムによって、ユーザに関連付けられたユーザアカウントに報酬を配分する。
【０１１０】
一例では、株式または株式のような暗号資産を含む報酬を、ユーザアカウント内の資産に格納する。上記および本明細書で説明した例は、ユーザが報酬（場合によっては、株式報酬、または株式のような暗号資産）を受け取るように、ユーザがロイヤルティを選択した会社で、繰り返し買い物をし（または取引の数を増やし）、より多くのお金を費やすインセンティブをユーザに提供する。このような例では、ユーザは、報酬を受け取る店舗またはＰＨＣに対するロイヤルティの増加を示す。
【０１１１】
４０６Ｃにおいて、購入追跡モジュールは、取引するマーチャントに累積報酬手数料を請求する。累積報酬手数料は、報酬の価格およびサービス手数料を含む。一例として、サービス手数料は、株式または株式のような報酬を仲介するためのロイヤリティプラットフォーム（図１Ｂのロイヤリティプラットフォーム１０８など）によって請求される手数料である。サービス手数料は、総取引金額のパーセンテージであり、またはフラットドルの手数料である。別の例では、サービス手数料は、株式のような暗号資産の作成、保守、またはデフレーションメカニズムに使用される手数料をさらに含む。したがって、サービス手数料の一部またはすべてを、図１Ｂの暗号資産マネージャ１８０などの暗号資産マネージャに配分する。別の例では、累積報酬手数料は、図１Ｂの報酬資金１９８のような、報酬ビジネスによって、価格が以前にロードされた報酬プログラム資金から転送される。
【０１１２】
４０８Ｃにおいて、購入追跡モジュールは、報酬の額に比例する株式または暗号資産について、株式決算システム（例えば、図１Ｂの株式決算システム１０４）または暗号資産決算システム（例えば、図１Ｂの暗号資産清算システム１０５）を用いて、購入注文を発行するように報酬配分システムに要求する。株式決算システムまたは暗号資産決算システムが取引を決算すると、ステップ４１０Ｃで、報酬配分システムの譲渡モジュール（例えば、図１Ｂの譲渡モジュール１４８）は、譲渡された報酬を含むようにユーザ資産を更新する。方法４００Ｃは、終了する。
【０１１３】
いくつかの例では、この方法は、ロイヤリティ選択およびユーザの取引履歴のうちの任意の１つまたは任意の組合せに基づいて報酬を決定する工程を含む。ユーザが取引するマーチャントにロイヤリティ選択を行った場合、ユーザは報酬を受け取る。さらに、取引するマーチャントのロイヤリティポリシー（例えば、図１Ｂのロイヤリティポリシー１４２に格納される）に基づいて、報酬は、ユーザによって行われた取引（例えば、図１Ｂの取引１３２）の取引履歴に基づいて修正される。および／または、報酬は、ユーザ支払いの方法（例えば、図１Ｂのユーザ支払い１３４）に基づいて修正される。例えば、ユーザが取引するマーチャントとの過去の取引履歴に基づいてある基準を満たす場合、ユーザは、修正された報酬を受け取る。さらに、一例として、ユーザが自分の支出（例えば、取引の頻度および／または取引当たりに費やされる金額）を増加させる場合、ユーザは、より大きな報酬を受け取る。さらに、一例として、ユーザが自分の支出を減らす場合、ユーザは、より少ない報酬を受け取る。いくつかの例では、修正された報酬は、修正された株式または株式のような報酬のパーセンテージを含む。株式報酬に対して見積もられた取引金銭価値のパーセンテージは、取引履歴および／またはロイヤリティ履歴に基づいて修正される。いくつかの例では、修正された報酬は、上記で開示されたように、株式、または株式のような報酬のパーセンテージ、ならびに株式の設定された量（端数または全株式のいずれか）を含む。一例として、上述のように、取引履歴またはユーザ行動またはユーザ履歴に基づいて報酬を修正するための規則および／または命令は、報酬ポリシーに含まれる。
【０１１４】
さらなる例として、ユーザが特定のクレジットカードまたは特定の支払い方法を使用する場合（これは取引するマーチャントに関して促進されるか、または好まれる）、ユーザは、修正ポリシーに基づいて、修正された報酬を受けとる。ここで、修正ポリシーは、取引のために使用される支払い方法に基づいて、報酬変更子を報酬に適用する。
【０１１５】
次に図５〜図８を参照すると、ユーザのデバイス上に表示される例示的なグラフィカルユーザインターフェース（ＧＵＩ）の表現が示される。一例として、図５〜図８は、携帯電話上に表示されるＧＵＩとして示される。しかしながら、ＧＵＩは、任意のコンピューティングデバイス、モバイルまたは固定、双方向ＴＶ、ヘッドアップディスプレイ、仮想または拡張現実、またはユーザ入力機能を備える任意の他のディスプレイに適合される。一例では、図５〜図８のＧＵＩを見て操作するためのユーザのコンピューティングデバイスをインターネットに接続する。簡単にするために、図５〜図８をまとめて説明する。
【０１１６】
一例として、説明された任意および全ての図に関して、通知、警告、ロイヤリティ切り替えオファー、または他の方法がユーザに「表示」または提供されると言及された場合、任意の通知、警告、ロイヤリティ切り替えオファー、または他の方法は、コンピューティングデバイスから送信され、任意の種類の、携帯電話、デスクトップコンピュータ、ラップトップ、パーソナルコンピュータ、および／またはコンピューティングデバイスを介して表示または提供され、ディスプレイを介して表示されることを理解されたい。
【０１１７】
図５は、新しいマーチャントアカウント情報のＰＨＣ入力のためのグラフィカルユーザインターフェース（ＧＵＩ）５００を含む例示的なグラフィカルインターフェースである。ＧＵＩ５００は、図３Ｂのステップ３０２Ｂにおける方法３００Ｂにおけるように、マーチャントアカウント作成のための方法の一部として含まれる。ＧＵＩ５００は、店舗位置の住所、ビジネス本部の住所、ビジネスタイプ（ビジネスが動作するマーケット）、およびビジネス連絡先情報（例えば、電子メール、電話番号など）など、マーチャントアカウント情報を入力するための１つまたは複数のフィールドを含む。さらに、ＧＵＩ５００は、必要な入力を明確にするために、ＰＨＣへの１つまたは複数のメッセージまたは取扱説明書を含む。これは、表示デバイスを介してＰＨＣに表示される。フィールドのうちの１つまたは複数へのデータ入力は、スマートフォンのタッチスクリーン、キーパッド、キーボード、マウス、または、ユーザのジェスチャまたは動きをロイヤリティプラットフォーム１０８の１つまたは複数のコンピュータメモリデバイスに記憶するためのデータに変換するのに適した他のハードウェアデバイスなどの入力デバイスによって行われる。
【０１１８】
次に図６を参照すると、支払い方法情報のＰＨＣ入力のためのグラフィカルユーザインターフェース（ＧＵＩ）６００を含む例示的なグラフィカルインターフェースが示される。ＧＵＩ６００は、図３Ｄのステップ３１８Ｄにおける方法３００Ｄなど、新しい報酬プログラム作成のための方法の一部として、図１Ｂのロイヤリティプラットフォーム１０８などのロイヤリティプラットフォームによってＰＨＣディスプレイデバイス上に表示される。ＧＵＩ６００は、支払い方法情報（例えば、デビットカード番号、クレジットカード番号、銀行口座情報、デジタルウォレットアドレスおよびキー、または、ＰＨＣが新しく作成された報酬プログラムに資金をロードする支払いアカウントまたは支払いサービスに関連する任意の他の情報）の入力のための１つ以上のフィールドを含む。ＧＵＩ６００は、ＰＨＣが支払い方法を使用して報酬プログラムにロードする価値の額を指定する１つまたは複数のフィールドをさらに含む。前記フィールドのうちの１つまたは複数へのデータ入力は、スマートフォンのタッチスクリーン、キーパッド、キーボード、マウス、または、ロイヤリティプラットフォーム１０８の１つまたは複数のコンピュータメモリデバイスに記憶するためにジェスチャまたはモーションをデータに変換するのに適した他のハードウェアデバイスなどの入力デバイスによって行う。ＧＵＩ６００のようなＧＵＩに入力された支払い方法情報は、ロイヤリティプラットフォームのメモリに記憶される。このような記憶された支払い方法は、ＰＨＣが支払い方法の詳細を再入力することなく、ロイヤリティプラットフォーム上で行われる将来の購入のために選択される。
【０１１９】
図７は、ＰＨＣまたは他の会社がロイヤリティユーザに報酬を与える資産を選択するためのグラフィカルユーザインターフェース（ＧＵＩ）７００を含む例示的なグラフィカルインターフェースである。ＧＵＩ７００は、図３Ｄのステップ３０２Ｄおよび／または３１０Ｄにおける方法３００Ｄにおけるように、報酬プログラム作成の一部として含まれる。ＧＵＩ７００は、株式または暗号資産などの選択可能な報酬資産を表示する。選択可能な資産は、タイプ（米国証券または暗号資産）、関連会社（特定の市場または業界に関連するすべての資産）によって編成され、または検索フィールドを使用して検索可能である。所与のＰＨＣまたは他のビジネスがユーザに報酬を与えることを選択する資産は、ロイヤリティプラットフォームアカウント作成中に提供される情報に基づく。したがって、ＧＵＩ７００上の選択可能な資産は、この情報に基づく。さらに、ＧＵＩ７００は、ＰＨＣまたは他のビジネスによる資産選択を容易にする選択可能な資産に関する詳細を含む。一例では、暗号資産は、資産のデフレーションメカニズム、暗号資産に関連付けられたＰＨＣ、および、どの企業またはＰＨＣが暗号資産を使用して報酬を与えるかを指定する基準に関する情報を含む。さらに、ＧＵＩ７００は、ロイヤリティユーザに報酬を与えるレート（購入の一律またはパーセント）を選択するための１つまたは複数のフィールドを含む。いくつかの例では、報酬のレートは、ロイヤリティユーザ購入額（金額）の固定パーセンテージである。別の例では、報酬レートは、報酬ビジネスで支出する一貫した履歴を有するユーザにより高い報酬レートを与えるレート表など、ロイヤリティユーザのロイヤリティ履歴または取引履歴に基づく。ＧＵＩ７００はさらに、（フラット金額または取引合計のパーセントとして）取引ごとに課金される合計料金および累積料金の配分を示す累積料金内訳を含む。前記フィールドのうちの１つまたは複数へのデータ入力は、スマートフォンのタッチスクリーン、キーパッド、キーボード、マウス、または、ジェスチャまたは動きを図１Ｂのロイヤリティプラットフォーム１０８の１つまたは複数のコンピュータメモリデバイスに記憶するためのデータに変換するのに適した他のハードウェアデバイスなどの入力デバイスによって行う。
【０１２０】
次に図８を参照すると、購入追跡を較正するためのグラフィカルユーザインターフェース（ＧＵＩ）８００を含む例示的なグラフィカルインターフェースが示される。ＧＵＩ８００は、図３Ｅのステップ３０２Ｆおよび３１２Ｆにおける方法３００Ｆにおけるように、購入追跡較正のための方法の一部として含まれる。ＧＵＩ８００は、支払い方法情報、前記支払い方法に関する支出ＩＤ（追跡された購入の履歴）、および関連する支出が発生したビジネスロケーションを入力するための１つまたは複数のフィールドを備える。さらに、ＧＵＩ８００は、必要な入力を明確にするために、ＰＨＣへの１つまたは複数のメッセージまたは取扱説明書を含む。これは、表示デバイスによってＰＨＣに表示される。一例では、以前に登録された支払い方法を選択することによって、支払い方法で行われた追跡された購入の履歴がプルダウンメニューなどを介してＧＵＩ８００上に表示される。取引は、選択可能である。別の例では、ビジネスロケーションは、表示され、選択可能である。その結果、図３Ｂの方法３００Ｂのステップ３０２Ｂにおけるように、マーチャントアカウント作成中などに、ロイヤリティプラットフォームのコンピュータ可読メモリに以前に入力され、格納されたビジネスロケーションは、そのビジネスロケーションの購入追跡較正ステータス（例えば、検証済みまたは未検証など）の指示とともにＰＨＣに表示される。別の例では、ビジネスロケーションおよびそのビジネスロケーションで支払い方法を使用して行われた追跡された購入を選択することによって、図１Ｂの購入追跡モジュール１２２などの購入追跡システムまたはモジュールは、選択された購入（支出ＩＤを含む）を選択されたビジネスロケーションに関連付ける。このように、支出ＩＤを特定のビジネスロケーションに関連付ける／リンクすることにより、ビジネスロケーションへの支出のより正確なマッピングが可能になる。これにより、ユーザへのより正確な報酬分配が可能になる。前記フィールドのうちの１つまたは複数へのデータ入力は、スマートフォンのタッチスクリーン、キーパッド、キーボード、マウス、または、ロイヤリティプラットフォーム１０８の１つまたは複数のコンピュータメモリデバイスに記憶するためのデータにジェスチャまたはモーションを変換するのに適した他のハードウェアデバイスなどの入力デバイスによって行う。
【０１２１】
次に図９を参照すると、図１Ｂの暗号資産マネージャ１８０などの暗号資産マネージャが図３Ｅの方法３００Ｅのステップ３１０Ｅで行われるように、ＩＣＯを介して新しい暗号資産をどのように作成するかの例示的なプロセス９００を示す例示的な図が示される。プロセス９００は、例えば、暗号資産マネージャによってホストされる暗号資産／担保証券取引所１８２上で、新しく発行された暗号資産を交換するある量の従来の証券を購入することによって、暗号資産のデフレーションメカニズム（この場合は、資産担保メカニズムである）を開始するために、ＩＣＯから行われた収益の５０％を配分する工程を含む。プロセス９００は、ＩＣＯによって調達された資金の５０％を暗号資産マネージャに配分する工程をさらに含む。ある例では、暗号資産のマネージャに配分されたＩＣＯ資金は、暗号資産の実装に必要なネットワーク（ノード、マイナーなど）の開発に使用される。他の例では、暗号資産マネージャに配分されたＩＣＯ資金は、新しい暗号資産をマーケティングするために、またはＩＣＯを実施することに関連するコストをカバーするために使用される。プロセス９００は、新たに発行された暗号資産がＩＣＯの正常な完了後に、ＩＣＯ投資家に分配されることをさらに示す。暗号資産分配に続いて、新たに発行された暗号資産は、暗号資産決算システム１０５のような暗号資産取引所にリストされる。
【０１２２】
次に図１０を参照すると、例示的なプロセス１０００の図が示される。プロセス１０００は、ＰＨＣがロイヤリティプラットフォームを介して株式のような報酬を提供することによって、どのようにユーザ需要を増加させるかを示す。
【０１２３】
図１１を参照すると、暗号資産の例示的な取引モデル１１００が図に示される。取引モデル１１００は、報酬プログラムの一部として使用される暗号資産が報酬ビジネスまたはＰＨＣ（報酬ビジネスまたはＰＨＣは、本明細書では、ロイヤリティプラットフォームに登録され、ロイヤリティプラットフォームを介して報酬プログラムを積極的に実行するビジネスまたは他のエンティティを意味すると定義される）で行われる取引に基づいて、価値をどのように増加させるかの一例を示す。取引モデル１１００では、各ロイヤリティ取引の一部は、暗号資産マネージャに進み、所与の暗号資産に関連するデフレーションメカニズムを実施する。したがって、ロイヤリティ取引の数が増加することにつれて、暗号資産のデフレーションメカニズムに配分される金額が増加する（それによって、その価値が増加する）。これは、暗号資産を企業の収益または成功に結びつけるか、またはリンクさせる一例である。これは、企業が公開取引されない場合に特に有利であり、したがって、株式のような資産の作成から特に利益を得る。暗号資産マネージャは、これらの資金を使用して、暗号資産のホワイトペーパーに詳述されているデフレーションメカニズムを実施する。一例では、デフレーションメカニズムは、暗号資産用の担保証券の一部を購入する暗号資産マネージャを含む。担保証券は、好ましくは低価格変動性を有する証券である。別の例では、デフレーションメカニズムは、ある量の暗号資産を市場価格で購入し、その量を使えなくする（前記量を循環から不変に除去する）。それによって、暗号資産の総供給を減少させ、残りの暗号資産の価値を増加させる暗号資産マネージャを含む。
【０１２４】
一例では、ロイヤリティプラットフォームに株式のような報酬を提供する方法は、ユーザおよび選択された会社に対して定義された関係に基づいて、選択された会社でユーザ購入の指示を受信する工程と、ユーザ購入に対する報酬をユーザに発行するための要求を受信する工程と、要求を受信することに応答して、取引、ユーザ、および／または選択された会社の１つまたは複数の特性に基づいて、ユーザのための成功関連の暗号資産を決定する工程とを含む。方法は、決定された成功関連の暗号資産をユーザに関連付けられたアカウントに発行する工程と、ユーザコンピューティングデバイス上で、成功関連の暗号資産の指示の表示をトリガする工程とをさらに含む。方法の第１の例では、決定された成功関連の暗号資産の額は、追加的または代替的に、取引の購入額、選択された会社によって確立された報酬プログラムの規則、およびユーザによって選択されたロイヤリティのうちの１つまたは複数に基づく。方法の第２の例は、任意で第１の例を含み、決定された成功リンク暗号資産の価値が、選択された会社によって生成された収益に基づく方法をさらに含む。方法の第３の例は、任意で、第１の例および第２の例の一方または両方を含み、成功関連の暗号資産が成功関連の暗号資産を担保する商品または証券を含む方法をさらに含む。方法の第４の例は、任意で、第１から第３の例のうちの１つまたは複数を含み、成功関連の暗号資産をアカウントに発行する工程が、成功関連の暗号資産を含む更新されたアカウント合計を生成する工程と、更新されたアカウント合計を反映するようにアカウントを更新する工程とを含む方法をさらに含む。方法の第５の例は、任意で、第１から第４の例のうちの１つまたは複数を含み、取引が第１の取引である方法を含む。その方法は、ユーザが、第２の取引に関連する購入金額に向けてアカウント内の資産の少なくとも一部を使用することを要求する第２の取引の指示を受信する工程と、アカウント内の成功関連の暗号資産の金額および第２の取引の時点での選択された会社の収益に基づいて、アカウント内の資産の価値を決定する工程と、購入金額および成功関連の暗号資産の決定された価値に基づいて多数の成功関連の暗号資産を引き出す工程とをさらに含む。このように、本方法は、ユーザ取引および会社の業績（例えば、収益）の両方に応答するために、単一の資産（成功関連の暗号資産）を使用する資産管理システムの効率を向上させる技術的効果を有する。
【０１２５】
別の例では、暗号資産管理システムを用いて成功関連の報酬を提供するための会社をグループ化する方法が提供される。その方法は、非上場企業の報酬プログラムグループに含まれる選択された会社へのロイヤリティを示すユーザからの選択を受け取る工程と、ユーザおよび報酬プログラムグループに対して定義された関係に基づいて、選択された会社でユーザによって実行された取引の指示を受信する工程と、取引を実行するための報酬をユーザに発行する要求を受信する工程と、要求の受信に応答して、取引、ユーザ、および／または報酬プログラムグループの１つまたは複数の特性に基づいてユーザの成功関連の暗号資産を決定する工程と、決定された成功関連の暗号資産をユーザに関連付けられたアカウントに発行する工程と（成功関連の暗号資産は報酬プログラムグループのメンバによって生成された収益に基づく価値を有する）、成功関連の暗号資産の指示の表示をユーザに関連付けられたディスプレイデバイス上にトリガする工程とを含む。方法の第１の例では、方法は、付加的または代替的に、報酬プログラムグループのメンバによって生成された収入の変化に基づいて、暗号資産管理システムを用いてアカウントの価値を監視する工程をさらに含む。方法の第２の例は、任意で、第１の例を含み、決定された成功関連の暗号資産の額が、取引の購入額、選択された会社によって確立された報酬プログラムの規則、およびユーザによって選択されたロイヤリティのうちの１つまたは複数に基づく方法をさらに含む。このように、方法は、複数の会社の報酬プログラムを組み合わせることによって（例えば、会社のクラスまたは他のグループ化機能と、ユーザからのロイヤリティ選択とに基づいて）、資産管理システムの効率を高める技術的効果を有する。
【０１２６】
別の例では、方法は、ユーザからロイヤリティ選択を受信する工程を含む。ロイヤリティ選択は、選択された非上場企業に関連する成功関連の暗号資産を受信するために、ロイヤリティプラットフォームのデータベースにリストされた非上場企業の選択を含む。方法はまた、較正された購入追跡モジュールを使用して、ユーザ購入の詳細をロイヤリティプラットフォームのデータベースと相関させることによって、ユーザ購入を非上場企業とマッチングさせる工程と、ユーザ購入の金額、ユーザ取引履歴、および１つまたは複数の報酬ポリシーに基づいて成功関連の暗号資産の額を決定する工程と、成功関連の暗号資産の額をユーザのユーザアカウントに分配する工程と、ユーザアカウントに分配された成功関連の暗号資産の額を表示する工程とを含む。方法の第１の例では、ロイヤリティ選択は、追加的に又は代替的に、ロイヤリティプラットフォームのマーケットにおける非上場企業の排他的選択を含む。方法の第２の例は、任意で、第１の例を含み、成功関連の暗号資産の額を表示する工程は、成功リンク暗号資産の額をユーザのコンピューティングデバイスのユーザインターフェースにレンダリングする工程を含む方法をさらに含む。方法の第３の例は、第１の例および／または第２の例を任意で含み、成功関連の暗号資産のデフレーションメカニズムが、非上場企業の収益に基づいて動作される方法をさらに含む。方法の第４の例は、任意で、第１の例、第２の例、および／または第３の例を含み、デフレーションメカニズムの動作が成功関連の暗号資産を担保するために証券の額を購入する工程を含む方法をさらに含む。証券の額は、非上場企業の収益に比例する。方法の第５の例は、任意で、第１、第２、第３、および／または第４の例を含み、デフレーションメカニズムの動作が成功関連の暗号資産の一部を購入する工程と、成功関連の暗号資産の一部を流通から不変に除去する工程とを含む方法をさらに含む。その部分は、非上場企業の収益に比例する。方法の第６の例は、任意で、第１、第２、第３、第４、および／または第５の例を含み、さらに、較正された購入追跡モジュールを使用して購入詳細をロイヤリティプラットフォームのデータベースと相関させることによって、ユーザ購入を非上場企業とマッチングさせる工程は、ユーザ購入を行うために使用されるリンクされた支払媒体で行われた購入を追跡するロイヤリティプラットフォームを含む方法を含む。方法の第７の例は、任意で、第１、第２、第３、第４、第５、および／または第６の例を含み、リンクされた支払媒体がデビットカード、クレジットカード、および仮想ウォレットのうちの１つを含む方法をさらに含む。方法の第８の例は、任意で、第１、第２、第３、第４、第５、第６、および／または第７の例を含み、さらに、非上場企業のしきい値距離内にいるユーザに基づいて、非上場企業に対するロイヤリティ選択を行うようにユーザに指示する工程を含む方法をさらに含む。方法の第９の例は、任意で、第１、第２、第３、第４、第５、第６、第７、および／または第８の例を含み、さらに、ユーザ購入の金銭的価値のパーセンテージとして成功関連の暗号資産の額を決定する工程を含む方法をさらに含む。方法の第１０の例は、任意で、第１、第２、第３、第４、第５、第６、第７、第８、および／または第９の例を含み、さらに、成功関連の暗号資産の量について暗号資産決算システムに買い注文を発行する工程を含む方法をさらに含む。
【０１２７】
別の例は、ロイヤリティプラットフォームを使用して成功関連の暗号資産報酬を提供する方法を提供する。この方法は、非上場企業に対するユーザロイヤリティ選択に基づいて、かつ取引の１つまたは複数の特性にさらに基づいて、非上場企業で実行されたユーザ購入の指示を受信する工程と、成功関連の暗号資産報酬の額を決定する工程と、ユーザに関連付けられたアカウントに成功関連の暗号資産の決定された額を発行する工程と、ユーザに関連付けられたディスプレイデバイス上で、成功関連の暗号資産の指示の表示をトリガする工程とを含む。方法の第１の例では、成功関連の暗号資産の決定された額は、追加的または代替的に、取引の購入額、個人保有会社によって確立された報酬プログラムの規則、および／またはユーザの購入履歴に基づく。方法の第２の例は、任意で、第１の例を含み、成功関連の暗号資産の決定された額は、ユーザ購入を行うために使用される支払媒体に基づく方法をさらに含む。方法の第３の例は、任意で、第１の例および第２の例の一方または両方を含み、さらに、成功関連の暗号資産は、成功関連の暗号資産を担保する商品または証券を含む方法をさらに含む。方法の第４の例は、任意で、第１の例、第２の例、および／または第３の例を含み、判定された額の成功関連の暗号資産をアカウントに発行する工程は、成功関連の暗号資産の量を含む更新されたアカウント合計を生成する工程と、更新されたアカウント合計を反映するようにアカウントを更新する工程とを含む方法をさらに含む。
【０１２８】
別の例は、ロイヤリティプラットフォームを実装するコンピューティングシステムを提供する。コンピューティングシステムは、プロセッサと、ユーザコンピューティングデバイスからロイヤリティ選択を受信するためにプロセッサによって実行可能な命令を格納する非一時的メモリとを含む。ロイヤリティ選択は、非上場企業に関連付けられた成功関連の暗号資産を受信するためのロイヤリティプラットフォームのデータベースにリストされた非上場企業の選択を含む。購入に関連付けられた取引する事業内容の説明をロイヤリティプラットフォームのデータベースに格納された事業内容と相関させることによって、ユーザ購入を非上場企業とマッチングさせる。ユーザ購入の金額、ユーザ取引履歴、およびビジネス報酬ポリシーに基づいて、成功リンク暗号資産の額を決定する。成功関連の暗号資産の額をユーザのアカウントに分配し、成功関連の暗号資産の額をユーザコンピューティングデバイスに表示する。コンピューティングシステムの第１の例では、ユーザ購入は、追加的または代替的に、第１の購入を含む。非一時的メモリは、追加的または代替的に、第２の購入の指示を受信するためにプロセッサによって実行可能な命令をさらに備える。ユーザは、第２の購入に関連付けられた購入金額に向けて、アカウント内の成功関連の暗号資産の少なくとも一部を使用し、アカウント内の成功関連の暗号資産の価値を決定し、および／または購入金額および成功関連の暗号資産の決定された価値に基づいて、成功関連の暗号資産の一部を引き出すことを要求する。コンピューティングシステムの第２の例は、任意で、第１の例を含み、コンピューティングシステムをさらに含む。非一時的メモリは、１つまたは複数の関連する非上場企業（個人保有会社）の収益の変化に基づいて、暗号資産管理システムでアカウントの価値を監視するためにプロセッサによって実行可能な命令をさらに含む。コンピューティングシステムの第３の例は、任意で、第１の例および第２の例の一方または両方を含み、さらに、コンピューティングシステムを含む。ロイヤリティ選択は、ユーザが選択されていないビジネスから報酬を受け取ることを除外する。
【０１２９】
本明細書に記載される構成および／またはアプローチは本質的に例示的なものであり、これらの特定の実施形態または例は、多数の変形が可能であるため、限定的な意味で考慮されるべきではないことが理解される。本明細書で説明される特定のルーチンまたは方法は、任意の数の処理ストラテジーのうちの１つまたは複数を表す。したがって、図示および／または説明された様々な動作は、図示および／または説明されたシーケンスで、他のシーケンスで、並列に、または省略して実行される。同様に、上述した処理の順序は、変更されてもよい。
【０１３０】
本開示の主題は、本明細書で開示される様々なプロセス、システム、および構成、ならびに他の特徴、機能、動作、および／または特性のすべての新規かつ非自明なコンビネーションおよびサブコンビネーション、ならびにそれらの任意のおよびすべての均等物を含む。
【図１Ａ】
2020530641.tif 000003
【図１Ｂ】
2020530641.tif 000004
【図２】
2020530641.tif 000005
【図３Ａ】
2020530641.tif 000006
【図３Ｂ】
2020530641.tif 000007
【図３Ｃ】
2020530641.tif 000008
【図３Ｄ】
2020530641.tif 000009
【図３Ｅ】
2020530641.tif 000010
【図３Ｆ】
2020530641.tif 000011
【図４Ａ】
2020530641.tif 000012
【図４Ｂ】
2020530641.tif 000013
【図４Ｃ】
2020530641.tif 000014
【図５】
2020530641.tif 000015
【図６】
2020530641.tif 000016
【図７】
2020530641.tif 000017
【図８】
2020530641.tif 000018
【図９】
2020530641.tif 000019
【図１０】
2020530641.tif 000020
【図１１】
2020530641.tif 000021
【国際調査報告】
2020530641.tif 000022
2020530641.tif 000023
2020530641.tif 000024