(57)【要約】支持と報酬プロセスはモバイル・ユーザー専用である。このプロセスには以下のステップが含まれる。消費者が、注文した商品やサービスに対する支持を電子メニューと報酬 (EMR)バンクに投稿する。その消費者は、支持の影響度レベルに基づき特定の値の報酬ポイントを獲得する。報酬ポイントがあるレベルに達した時に、顧客は自分の口座内で報酬ポイントを換金できる。一方、売り手企業は同じ額の報酬ポイントと取引手数料をEMRバンクに支払う。顧客は、オン・ロケーション・マスター・メニュー (OLMM)などのスマートフォン アプリケーションからEMRバンクに接続できる。
2015524955.tif 000002
【特許請求の範囲】
【請求項１】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する非一時的なコンピュータ可読媒体であって、
支持を作成し、保管する命令と、
前記支持の影響を追跡し、測定する命令と、 
対応する報酬の報酬ポイントを換金する命令とを
含む非一時的なコンピュータ可読媒体。
【請求項２】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項１に記載の非一時的なコンピュータ可読媒体であって、
売り手企業によりEMRバンクに売り手企業口座を開設する命令と、
前記売り手企業の商品またはサービスのメニューをEMRバンクに投稿する命令と、
消費者によりEMRバンクの消費者口座を開設する命令とを
含む非一時的なコンピュータ可読媒体。
【請求項３】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項２に記載の非一時的なコンピュータ可読媒体であって、
EMRバンク上の前記売り手企業の前記メニューから注文を行なう命令と、
確認のために前記注文を前記売り手企業に送信する命令と、
前記消費者に注文確認を送信する命令と、
確認された注文を前記消費者のEMRバンクの消費者口座に保存する命令とを
含む非一時的なコンピュータ可読媒体。
【請求項４】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項３に記載の非一時的なコンピュータ可読媒体であって、
前記注文が完了した時に前記消費者にEMRバンクのウェブページを促す命令と、
前記支持が「今」であるか「後で」であるかを判定する命令と、
「今」と判定された場合に前記支持を作成し、保管する命令のステップに進む命令とを
含む非一時的なコンピュータ可読媒体。
【請求項５】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項１に記載の非一時的なコンピュータ可読媒体であって、
支持を作成し、保管する命令のステップは、さらに、
前記支持を開始するよう消費者に促す命令と、
前記支持を作成するテンプレートを提供する命令と、
前記テンプレートを修正することで前記支持を作成する、または、前記テンプレートを参照せずに前記支持を作成する命令と、
誰が前記支持を見ることを許可されるかを尋ねる命令と、
前記支持を前記消費者のEMRバンクの消費者口座に投稿する命令とを
含む非一時的なコンピュータ可読媒体。
【請求項６】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項１に記載の非一時的なコンピュータ可読媒体であって、
前記支持の影響を追跡し、測定する命令のステップは、さらに、
前記支持の前記影響度の監視を決定する命令と、
前記支持の前記影響度を監視すると決定された時に前記支持への応答を追跡する命令と、前記応答の影響度レベルを測定する命令と、
前記応答の対応する報酬ポイントを前記消費者のEMRバンク前記消費者口座に記録する命令とを
含む非一時的なコンピュータ可読媒体。
【請求項７】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項１に記載の非一時的なコンピュータ可読媒体であって、
前記報酬の前記報酬ポイントを換金する命令のステップは、さらに、
前記消費者口座の報酬ポイント蓄積を監視する命令と、
前記報酬ポイント ポイントの蓄積が所定のレベルに達した時に前記消費者に前記報酬ポイントを換金するよう通知する命令と、
前記対応する報酬の前記報酬ポイントを換金する命令と、
前記売り手企業に換金された報酬ポイントと同額のポイントを支払わせる命令と、
前記売り手企業取引手数料を支払わせる命令と、
前記対応する報酬を提供する命令とを
含む非一時的なコンピュータ可読媒体。
【請求項８】
請求項１に記載の一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する非一時的なコンピュータ可読媒体であって、
EMRバンク以外のソースから注文を行なう命令と、
EMRバンクがEMRバンク以外の前記ソースから前記注文の情報を受信する命令と、
前記注文が完了した時に、前記注文を行なった消費者にEMRバンクのウェブページを訪問するよう促す命令と、
前記注文を行なった消費者がEMRバンクに既に消費者口座を持っているかどうかを判断する命令と、
前記消費者がEMRバンクに前記消費者口座を持っていない時に前記消費者口座を開設する命令とを
含む非一時的なコンピュータ可読媒体。
【請求項９】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項８に記載の非一時的なコンピュータ可読媒体であって、
EMRバンク以外のソースから前記注文を行なう命令のステップは、さらに、
スマートフォン・アプリケーションを使用して前記注文を行なう命令と、
売り手企業のウェブサイトから前記注文を行なう命令と、
ディレクトリー・サービスから前記注文を行なう命令と、
売り手企業の物理的場所から前記注文を行なう命令とを
含む非一時的なコンピュータ可読媒体。
【請求項１０】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項９に記載の非一時的なコンピュータ可読媒体であって、
前記スマートフォン・アプリケーションの命令は、オン・ロケーション・マスター・メニュー（OLMM）を
含む非一時的なコンピュータ可読媒体。
【請求項１１】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項６に記載の非一時的なコンピュータ可読媒体であって、
支持にライク（いいね！）を行なう、支持を推奨する、支持を有用としてマークする、支持の推薦を有用としてマークする、及び、前記支持内のフェイスブック・ページ訪問の招待を受諾するから成るグループから選択した一つ以上の行動を含む場合に、前記影響度レベルを高として割り当てる命令と、
前記応答がウェブページに入るために前記支持内のリンクをクリックすることを含み、かつ、前記応答が前記高影響度レベルの行為を含まない場合に、前記影響度レベルを中間として割り当てる命令と、
前記応答が単に前記支持をチェックしているだけの場合には、前記影響度レベルを通常として割り当てる命令とを
含む非一時的なコンピュータ可読媒体。
【請求項１２】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する非一時的なコンピュータ可読媒体であって、
売り手企業によりEMRバンクに売り手企業口座を開設する命令と、
前記売り手企業の商品やサービスのメニューをEMRバンクに投稿する命令と、 
消費者によってEMRバンクに消費者口座を開設する命令と、
支持を作成し、保管する命令と、
前記支持の影響度を追跡し、評価する命令とを
含む非一時的なコンピュータ可読媒体。
【請求項１３】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項１２に記載の非一時的なコンピュータ可読媒体であって、
前記支持を作成し、保管する命令のステップは、さらに、
前記消費者前記支持の作成を行なうよう促す命令と、
前記支持を作成するためのテンプレートを提供する命令と、
前記テンプレートを修正することで前記支持を作成する、あるいは、前記テンプレートを参照しないで前記支持を作成する命令と、
誰が前記支持を見ることを許可されるかを尋ねる命令と、
EMRバンクの前記消費者の消費者口座に前記支持を投稿する命令とを
含む非一時的なコンピュータ可読媒体。
【請求項１４】
請求項１２に記載の一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する非一時的なコンピュータ可読媒体であって、
前記支持の前記影響度を追跡し、測定する命令のステップは、
前記支持の前記影響度を監視するかを決定する命令と、
前記支持の前記影響度を監視すると決定したときに前記支持への応答を追跡する命令と、前記応答の影響度レベルを測定する命令と、
前記応答の対応する報酬ポイント前記消費者のEMRバンクの前記消費者口座に保存する命令とを
含む非一時的なコンピュータ可読媒体。
【請求項１５】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項１２に記載の非一時的なコンピュータ可読媒体であって、
EMRバンク上の前記売り手企業前記メニューから注文を行なう命令と、
確認のために前記売り手企業前記注文を送信する命令と、
注文の確認を前記消費者に送信する命令と、
確認された注文をEMRバンクにより前記消費者の消費者口座に保存する命令と、
前記注文が完了した時に前記消費者にEMRバンクのウェブページを訪問するよう促す命令と、
前記支持 を「今」または「後で」にすることを決定する命令と、
「今」と決定された時に前記支持を作成し、保管する命令のステップに進む命令とを
含む非一時的なコンピュータ可読媒体。
【請求項１６】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項１２に記載の非一時的なコンピュータ可読媒体であって、
スマートフォン・アプリケーションを使用して注文を行なう命令と、
前記売り手企業のウェブサイトから注文を行なう命令、ディレクトリー・サービスから注文を行なう命令、または、前記売り手企業の物理的場所から注文を行なう命令と、
EMRバンクが前記注文の情報を受信する命令と、
前記注文が完了した時に前記注文を行なった消費者にEMRバンクのウェブページを訪問するよう促す命令と、
前記注文を行なった前記消費者が既にEMRバンクに前記消費者口座を持っているかを判断する命令と、
前記注文を行なった前記消費者が前記消費者口座を持っていない時に前記消費者口座を解説する命令と、
オン・ロケーション・マスター・メニュー (OLMM)から成るスマートフォン・アプリケーションの命令とを
含む非一時的なコンピュータ可読媒体。
【請求項１７】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項１４に記載の非一時的なコンピュータ可読媒体であって、
支持にライク（いいね！）を行なう、支持を推奨する、支持を有用としてマークする、支持の推薦を有用としてマークする、及び、前記支持内のフェイスブック・ページ訪問の招待を受諾するから成るグループから選択した一つ以上の行動を含む場合に、前記影響度レベルを高として割り当てる命令と、
前記応答がウェブページに入るために前記支持内のリンクをクリックすることを含み、かつ、前記応答が前記高影響度レベルの行為を含まない場合に、前記影響度レベルを中間として割り当てる命令と、
前記応答が単に前記支持をチェックしているだけの場合に、前記影響度レベルを通常として割り当てる命令とを
含む非一時的なコンピュータ可読媒体。
【請求項１８】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項１５に記載の非一時的なコンピュータ可読媒体であって、
前記消費者口座における報酬ポイントの蓄積を監視する命令と、
前記報酬ポイントの蓄積が所定のレベルに達した時に、前記消費者を換金するよう通知する命令と、
前記報酬ポイントを対応する報酬に換金する命令と、
換金された報酬ポイントと同額の報酬を前記売り手企業に支払わせる命令と、
前記売り手企業に取引手数料を支払わせる命令と、
前記対応する 報酬を提供する命令とを
含む非一時的なコンピュータ可読媒体。
【請求項１９】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する非一時的なコンピュータ可読媒体であって、
売り手企業によりEMRバンクに売り手企業口座を開設する命令と、
EMRバンク上に前記売り手企業の賞品またはサービスのメニューを投稿する命令と、
消費者により、EMRバンクに消費者口座を開設する命令と、
EMRバンクで前記売り手企業の前記メニューから注文を行なう命令と、
確認のために前記売り手企業に前記注文を送信する命令と、
前記消費者に注文確認を送信する命令と、
確認された注文を前記消費者のEMRバンクの消費者口座に保存する命令と、
前記注文が完了した時に前記消費者にEMRバンクのウェブページを訪問するよう促す命令と、
支持を「今」または「後で」にすることを決定する命令と、
「今」と決定された時に前記消費者に前記支持を作成するよう促す命令と、
前記支持を作成するためのテンプレートを提供する命令と、
前記テンプレートを修正することで前記支持を作成する、あるいは、前記テンプレートを参照せずに前記支持を作成する命令と、
誰が前記支持を見ることを許可されるかを尋ねる命令と、
前記支持を前記消費者のEMRバンクの消費者口座に投稿する命令と、
前記支持の前記影響度の監視を決定する命令と、
前記支持の前記影響度を監視すると決定された時に、前記支持への応答を追跡する命令と、前記応答の影響度レベルを測定する命令と、
支持にライク（いいね！）を行なう、支持を推奨する、支持を有用としてマークする、支持の推薦を有用としてマークする、及び、前記支持内のフェイスブック・ページ訪問の招待を受諾するから成るグループから選択した一つ以上の行動を含む場合に、前記影響度レベルを高として割り当てる命令と、
前記応答がウェブページに入るために前記支持内のリンクをクリックすることを含み、かつ、前記応答が前記高影響度レベルの行為を含まない場合に、前記影響度レベルを中間として割り当てる命令と、
前記応答が単に前記支持をチェックしているだけの場合に、前記影響度レベルを通常として割り当てる命令と、
前記応答の対応する報酬ポイントを前記消費者のEMRバンクの消費者口座に記録する命令と、
前記消費者口座での報酬ポイントの蓄積を監視する命令と、
前記報酬ポイント蓄積が所定のレベルに達した時に、前記消費者に報酬ポイントを換金するよう通知する命令と、
前記報酬ポイントを対応する報酬に換金する命令と、
換金された報酬ポイントと同額の報酬ポイントを前記売り手企業に支払わせる命令と、
前記売り手企業に取引手数料を支払わせる命令と、
前記対応する報酬を提供する命令とを
含む非一時的なコンピュータ可読媒体。
【請求項２０】
一つ以上のプロセッサによりメニュー・レベルの支持と報酬システムを実行するための命令を保管する請求項１９に記載の非一時的なコンピュータ可読媒体であって、
スマートフォン アプリケーションから注文を行なう命令と、
EMRバンクがEMRバンク以外のソースから作成された前記注文の情報を受信する命令と、
EMRバンク以外のソースから注文を作成した消費者にEMRバンク・ウェブページを訪問するように促す命令と、
EMRバンク以外のソースから注文を作成した前記消費者が既に前記消費者口座を所有しているかを判断する命令と、
EMRバンク以外のソースから注文を作成した前記消費者がEMRバンクに前記消費者口座を所有していないときに、前記消費者口座を開設する命令とを含み、
前記スマートフォン・アプリケーションは、オン・ロケーション・マスター・メニュー (OLMM)、前記売り手企業のウェブサイトから注文を行なう命令、ディレクトリー・サービスから注文を行なう命令、または、前記売り手企業の物理的場所から注文を行なう命令である
非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、商品やサービスのプロモーション・プロセス、特に、ソーシャル・ネットワーキングに基づいた、モバイル・ユーザー専用であるメニュー・レベルの支持と報酬のシステムに関する。
【０００２】
本出願は、2012年5月27日に出願された米国特許出願61/652,230号の優先権を主張する。
【背景技術】
【０００３】
友人への連絡、有用な情報の提供や入手、商品やサービスのプロモーションなど、ソーシャル・ネットワーク・サービスは多くの人的活動にとって重要で人気のあるハブになっている。ソーシャル・ネットワーク・サービスの普及に伴い、ソーシャル・ネットワーク・サイト上で、アイデア、関心事、日々の活動を友人や公衆とシェアーしたがる人々の数はますます増大している。さらに、スマートフォンが広く使用されるようになったことで、現在ではどこに行っても携帯電話を使ってソーシャル・ネットワーキングを容易に行なうことが可能になっている。ゆえに、ソーシャル・ネットワーキングには大規模なソーシャル・メディアが形成されている。これは、ソーシャル・ネットワークの「アド」には強い影響力、そして、それから生まれる大きな潜在価値があることを意味する。ここで、「アド」とはアドバタイズメント（広告）ではなく、アドボケイト（支持）を意味する。広告と比較して、口コミなどのアドボケイトは通常パーソナル性がより強く、読み手にとってより信頼できるコンテンツと結びついている。その結果、ソーシャル・ネットワーク・サイト上でサービスや商品のプロモーションを行なったり、貴重なコメントやフィードバックを得たりしようとする売り手企業の数はますます増えている。ゆえに、多くの売り手企業にとってソーシャル・ネットワーキング上の支持と報酬のプロセスとシステムがきわめて魅力的になっている。
【０００４】
そのような支持と報酬のシステムは潜在的に利益を生むビジネス・モデルとなり得る。新聞、雑誌、テレビなどの従来型メディアは主に広告から利益を得ている。広告料は、メディアの大衆に対する影響度に依存する。同様に、個人のソーシャル・メディアも一種のメディアであり、対応する集団に対してある種の影響力を持つ。しかし、現在のところ、個人がソーシャル・メディアでの影響力を活用して利益を得る方法はない。個人のソーシャル・メディアで利益を上げるにはどのようにすればよいのだろうか。この目的のためにいくつかのサービスやシステムが提案されている。
【０００５】
現時点では、ソーシャル・ネットワークに関連して、そのようなシステムがいくつか存在する。たとえば、Checkinsaveは、顧客がソーシャル・ネットワークを介して「チェックイン」し、情報をシェアーして、友人がその後にチェックインした時にポイントを稼げるソーシャルな取引システムである。しかし、Checkinsaveは売り手企業単位の紹介報酬システムしか提供しておらず、「チェックイン」の活動しか追跡と報酬の対象にしていない。もうひとつの支持と報酬プロセスであるGrubhubはオンラインのメニューを提供しているが、モバイル・ユーザー専用ではない。さらにもうひとつの報酬システムであるRewardstreamは、売り手企業からサービスを受けた後に、メニュー項目レベルで支持を行なえるが、その後の個人の影響度を追跡する特定のプロセスがない。ゆえに、各支持の影響を追跡でき、測定された影響度に応じて個人に報酬を提供できるメニュー・レベルの支持者と報酬のシステムが必要とされている。そのようなシステムがあれば、売り手企業は自社の商品やサービスのプロモーションがどれほど高い評価を受けたかについて、より正確かつ明確に知ることができる。その一方で、支持者（消費者でもある）は、その支持による影響度に直接対応した報酬を得られる。ゆえに、自分が好きな製品やサービスを支持する可能性が高まり、支持の質（魅力的なコンテンツ、詳細情報、イメージ等）も向上する。エレクトリック・メニュー・アンド・リワード（EMR）バンクはこのような機能を有するシステムである。
【発明の概要】
【課題を解決するための手段】
【０００６】
本願発明は、ソーシャル・ネットワーキング・スタイルのEMRバンク・システムを実装することで、メニュー・レベルの支持と報酬プロセスを提供する。EMRバンクは、売り手企業の商品やサービスに関する支持の影響を追跡して測定することができ、それに応じて適切な報酬を配付することができるメニュー・レベルの支持と報酬プロセスを実現するために個人及び売り手企業とやり取りしてよい。この支持と報酬プロセスは、本願発明のプロセスをモバイル・ユーザーにとってより便利にするために、モバイル・デバイス・ユーザー専用にしてもよい。たとえば、何らかのモバイル・アプリケーションと連携することで、EMRバンクは、消費者が、参加レストランから食品を注文し、楽しんだ食事についてソーシャル・メディア経由で支持した時の影響度を定量化できるようにする。次に、報酬ポイントが、支持の定量化された影響度に基づいて支払われ、ポイントは再度EMRバンクを通じて注文した時に換金（redeem）できる。
【図面の簡単な説明】
【０００７】
【図１】EMRバンク・システムから注文が開始されるプロセスを表わす図である。
【図２】EMRバンク・システムではなく、外部ソースから注文が開始されるプロセスを表わす図である。
【図３】消費者により作成された支持を作成し、保管するプロセスを表わす図である。
【図４】支持の影響を追跡し、測定するプロセスを表わす図である。
【図５】報酬ポイントを報酬として換金するプロセスを表わす図である。
【図６】支持の影響レベルの測定方法を表わす図である。
【発明の詳細な説明】
【０００８】
以降では、図と実施例を参照しながら、本願発明の目的、概念、及び、実現形態を詳細に説明する。この詳細な説明では、本願発明の完全な理解のために具体的な詳細を説明するが、当業者にとって、これらの具体的詳細がなくても本願発明を実現できることは明らかである。
【０００９】
ソーシャル・メディア上でコメントや支持を投稿したり、読んだりする人が増えている。これらのコメントや支持は、消費者がどのサービスや商品を買うかを決定する上で大きな影響を及ぼす。その影響力の大きさにより、ソーシャル・メディア上の支持は多くの売り手企業からの注目を集めている。ある調査では、成人の28%がソーシャル・メディア上の情報に基づいて今まで行ったことがないレストランを選ぶ可能性が高いことが判明していることを考えれば、これは十分に理解できる動向である。多くの人が友人のコメントや支持を信頼する可能性が高く、友人が好むものを試してみようとすることから、多くの売り手企業にとって口コミが効果的なプロモーション方式になり得る。口コミ（支持）の影響がシステムによって緊密に監視され、正確に測定され、売り手企業に自社の製品やサービスの大衆による評価、そして、自社の製品やサービスのより効率的なプロモーション方法が、はるかに明確にわかるようなれば、口コミ（支持）は売り手企業にとってさらに魅力的になる。
【００１０】
EMRバンク・サービスは、売り手企業による自社のサービスや商品のプロモーションを支援し、消費者によるコメントの拡散、そして、影響力のある支持とコメントに対する報酬に獲得を支援するシステムである。さらに、従来型広告と比較して、EMRシステムによる支持のコストは実際にはるかに低い。売り手企業は自社の商品やサービスの「アド」を交換し、EMRバンクに代理人（取引）手数料を支払うだけでよい。さらに、支持の内容ははるかに多様であり潜在的購入者にとって関心を呼ぶ。ひとつのサービスや商品についても、最近の購入者の中から直接的に得られた、多様な視点、個人的特性、カラフルな画像を伴う数百もの支持が行なわれることがあり得る。さらに、そのような支持は、人が信頼し、耳を傾ける可能性が高い友人や同僚からのものであってよい。この場合には、EMRバンクは、実際には、口コミを流通させ、売り手企業が商品やサービスをプロモーションするための効率的な方法を提供するために適用される。
【００１１】
本願発明で「アド」とは「アドボケイツ」を表わし、そのレストランへの応用はEMRバンクがどのように機能するかを示す例示として示すことができる。たとえば、アルバートがシャーク・クラブというレストランで羊肉バーベキューを楽しんだとする。注文した食事が気に入ったことで、アルバートはスマートフォンを使って食事の写真を撮るであろう。そして、さらにスマートフォンを使って、アルバートは、EMRバンク・システムの羊肉バーベキューのページにチェックインすることもできる。これは、レストランで提供されたメニューにあるQR（"quick response"）コードを読み取ることで簡単に行なうことができる。次に、アルバートは「なんて素晴らしい食事なんだ」とコメントを入力し、クリックしてEMRバンクに自分の支持を投稿する。アルバートの同意の下に、EMRは彼の支持を、彼の選択した友人、あるいは、すべての友人から見られるようにウォールに投稿できる。EMRバンクは、「誰が見たか」を追跡し、影響度を評価し、影響度に基づいて報奨を分配する。
【００１２】
以降では、図と実施例によりEMRバンクにより実装される支持と報酬のプロセスをより詳しく説明する。EMRバンク・システムを使用するためには、売り手企業は最初にEMRバンク・システムの売り手企業口座を開設する（１０１）。口座を開設した時に、売り手企業は自社の製品とサービスの情報を追加することもできる（これは、EMRバンクのメニューとして表示される）（１０２）。その一方で、消費者は、自分の支持情報を友人あるいは公衆に見てもらい、EMRバンク・システムによる報酬を得るためにEMRバンク・システムに消費者口座を開設する必要がある（１０３）。
【００１３】
その後に、消費者が、売り手企業にサービスや商品を注文する時に、そのサービスや商品がEMRバンクで表示されている場合には、EMRバンク・システムを通じて注文することができる（１０４）。そのような注文は確認のために対応する売り手企業に送信される（１０５）。注文の受領情報がシステムによって消費者に返信される（１０６）。確認された注文情報はEMRバンクの消費者口座に保存される（１０７）。加えて、注文は、売り手企業のウェブサイト、あるいは、物理的店舗で行なわれ、後でEMRバンクとリンク付けすることもできる。いずれの方法を採る場合でも、消費者は常にスマートフォンを使って注文を行なうことができる。
【００１４】
注文はEMRバンク・システムの外部から行なうこともできる（２０１）。 たとえば、消費者は、売り手企業のウェブサイト（２０３）あるいはディレクトリー・サービス（２０４）から注文を行なうことができる。注文は売り手企業の物理的場所、たとえば、レストラン（２０５）から行なうこともできる。そこから、注文はEMRバンクとリンク付けされる。前述のとおり、EMRバンクは、メニュー・レベルの支持と報酬システムとしてモバイル・デバイス・ユーザー専用にしてもよい。EMRバンク・システムは、オン・ロケーション・マスター・メニュー（OLMM）などのスマートフォン・アプリケーションとのスムーズなインターフェースとコミュニケーションを容易にし、消費者がスマートフォンを使用してOLMMから注文を行ない、OLMMからEMRバンクにリンクできるようにするために特に設計された（２０２）。どの外部注文システムが使用された場合でも、消費者の注文情報は支持とその影響度を追跡するためにEMRバンクに提供される（２０６）。注文されたサービスが完了した、あるいは、商品が受領された時に、消費者は支持を行なうようにEMRバンクによって促される（２０７）。次に、消費者が既にEMRバンクに口座を持っているかどうかが確認される（２０８）。もし、消費者がまだEMRバンクに口座を持ってない場合には、支持を行ない支持の影響度を追跡されるようにするためにEMRバンク口座を開設するように促される（２０９）。消費者が既にEMRバンク口座を持っている場合には、支持を行なうよう促される（３０１）。
【００１５】
サービスや商品を楽しんだ消費者は、EMRバンクに注文に関するコメント（支持）を残すことができる。後に、EMRバンクはその消費者のために所定の報酬を獲得することができる。サービスが終了する、または、商品が配付された時に、消費者はEMRバンクのウェブページを訪問するよう促される（１０８）。EMRバンクに行くと、消費者はまず支持を「今」行ないたいか、「後で」行ないたいかを尋ねられる（１０９）。「後で」を選択した場合には（１０１１）、その時には支持を行なうよう促されることはない。「今」を選択した場合には（１０１０）、EMRバンクで支持を作成するよう促される（３０１）。この場合には、消費者は、多様な関連する支持テンプレートを提供される（３０２）。消費者は、自分の意見や経験に合致するようにテンプレートをカスタマイズできる。顧客は、提供されたテンプレートを使用しないで、自分独自の支持を作成するよう選択してもよい（３０３）。支持の作成が完了すると、顧客は、誰が（公衆、すべての友人、一部の友人、等）がその支持を見ることを許可されるかを選択できる（３０４）。最後に、支持は、消費者のEMRバンクの口座に投稿される（３０５）。
【００１６】
EMRバンクに支持が投稿された後、EMRバンク・システムは最初にそれが肯定的コメントであるかどうかを判定する（４０１）。それが肯定的コメントである場合には（４０２）、システムはその影響度の追跡を開始する（４０４）。投稿された支持に対する各応答の影響度レベルが測定される（４０５）。そして、影響度レベルに対応する報酬ポイントが顧客の口座に加算される（４０６）。支持が肯定的でない場合には（４０３）、システムはその影響度を追跡しない。
【００１７】
支持がEMRバンクに投稿されると、システムによってその影響度が追跡され、測定される。その間に、消費者は、同じ注文あるいは他の注文に対する他の支持を投稿することもできる。
【００１８】
多様な影響レベルに関して言うと、影響度のレベルに対応して支持に対する応答が異なることがある。これも、EMRバンク・システムにより追跡され、測定されてもよい。たとえば、支持に対する応答が行なわれた時（６０１）、EMRバンク・システムはその応答を追跡する（６０２）。それが単に投稿された内容、たとえば、支持の言葉や写真等をチェックしているだけであれば（６０３）、通常レベルの影響度を生成する（６０６）。応答が、投稿中のリンクへのクリックと商品のウェブサイトへの訪問も含む場合には（６０４）、中レベルの影響度として測定されてよい（６０７）。一方、投稿の「いいね！」ボタンを押す、若しくは、推薦する、投稿や推薦を有用であるとマークする、または、商品のフェイスブック・ページへの訪問招待を受け入れるなどの行動（６０５）は高いレベルの影響度として測定されてよい（６０８）。影響度レベルに応じて対応する報酬ポイントが（支持を行なった）消費者のEMRバンクの口座に加算される（６０９）。
【００１９】
EMRバンクは、支持への各応答の影響度の追跡と測定を続け、報酬ポイントを消費者口座に保存する（４０１）。報酬ポイントは、換金可能な所定のレベルに達するまで、EMRバンクの消費者口座に蓄積される。
【００２０】
消費者口座の報酬は緊密に監視される（５０１）。蓄積された報酬ポイントが、所定のレベルに達するとEMRバンク・システムは報酬ポイントが換金を行なうのに十分であることを消費者に通知する（５０２）。さらに、複数の報酬オプションが利用可能である場合には、顧客は希望のオプションを選択できる。
【００２１】
報酬の換金として考えられる方法は以下を含んでいてよい。一般に提供されているよりも多額の値引き（たとえば、一般顧客が利用できる最大の値引きよりさらに２０ドルの値引き）、商品／サービスの別のレベルへのアップグレード（たとえば、６０ドルのチケットを１７０ドルのチケットにアップグレードしてよい）、または、一般には提供されていないサービスへのアクセス許可（たとえば、VIPラウンジへのアクセス）。
【００２２】
顧客が報酬ポイントを換金した後（５０３）、売り手企業はEMRバンクに同額の報酬を支払い（５０４）、取引手数料をEMRバンクに支払う（５０５）。
【００２３】
最後に、EMRバンクは換金された報酬ポイントを消費者に対する対応する報酬に交換する（５０６）。多様な報酬の換金モデルが適用可能である。専用報酬換金モデルでは、ユーザーは獲得したポイントを同じ売り手企業が提供する商品やサービスでのみ消費可能であり、売り手企業は自社に対する支持の影響に対してのみ支払を行なう。対照的に、共用報酬換金モデルでは、ユーザーは「プール」内の任意の売り手企業において報酬ポイントを換金でき、売り手企業は自社の商品やサービスをすべてのユーザーが換金可能なプールに置く。すなわち、EMRバンクにおいては、個人的影響度は測定可能であり、何らかの報酬と交換可能である。このようにして、EMRバンクは顧客にも売り手企業にも恩恵をもたらす。
【００２４】
EMRバンクは、取引ごとに代理人（取引）料金を徴収することで利益を生むビジネスになる。EMRバンクは、ユーザーの支持の影響度を監視し、測定する支持影響度監視ユニット、 報酬ポイントをユーザーに対する何らかのタイプの報酬、値引き、特典に変換する報酬換金ユニット、及び、投稿された支持を保管し、管理するための支持センターを含む、支持と報酬管理システムとして構築してもよい。
【００２５】
前述のとおり、EMRバンクを実際の市場に適用するために、EMRバンクをOLMM（オン・ロケーション・マスター・メニュー）と呼ばれるスマートフォン向けソフトウェア・アプリケーション、オンライン店舗、あるいは、ディレクトリー・サービスから連携させることができる。また、製品やサービスを提供する企業はEMRバンク内で口座を開設するよう許可され、その既存顧客がウェブサイトや物理的店舗からEMR に案内されるようにすることもできる。OLMMは、iPhoneなどのスマートフォンにインストール可能なアプリケーション・ソフトウェアであり、ユーザーはどこにいても電話から売り手企業の商品やサービスのメニューをチェックでき、項目を選択し、利用可能なクーポンや報酬ポイントを使って注文を行ない、注文の後にスマートフォンで支払いを行なうことができる。現在では、レストランのテーブルなどのあらゆる場所で支払を行なえる簡便な電子支払システムを活用し、そのような取引を行なうためのスマートフォン・アプリケーションを使用したがっている人々の数は増えている。ゆえに、EMRシステムは、人々がスマートフォンを使って注文などの取引を行なう際に、OLMMのようなアプリケーションときわめて容易に連携可能なように構築されている。
【００２６】
OLMMを使用して、売り手企業はDIY型の注文と支払い、簡便なテーブル予約、及び、スマートフォンによるワンストップのコメント投稿と報酬ポイント獲得を提供することで、より多くの顧客を獲得可能である。また、顧客はサービスを楽しんだ直後にコメントを行なう可能性が高くなるため、売り手企業はより多くのフィードバックを獲得可能になる。売り手企業にとって、顧客のフィードバックは顧客満足度とサービスの質を向上するために不可欠である。EMRバンク・システムとOLMMなどのスマートフォン・アプリケーションのシナジー効果によって、売り手企業は、顧客により良いサービスを提供でき、テーブルの予約、注文と支払における可視性と利便性を提供すると共に、顧客の時間と費用を節約できる。
【００２７】
OLMMとEMRバンクを使用して顧客サービスを提供するために、レストランは、iPadとレストラン管理プラットフォームを使用して実現可能なレストラン・コンソール・プラットフォームを構築してもよい。この場合には、支持、報酬などのプロセスは、レストラン・コンソール・プラットフォーム、レストラン管理プラットフォーム、及び、EMRバンク・システム内で実装されているシステム管理プラットフォームという三つのプラットフォーム間のやり取りで実現することができる。
【００２８】
レストラン・コンソール・プラットフォームは、ユーザー・ログイン、ユーザー・プロファイル、売り手企業レポート、注文処理、日次クリアランス、及び、決済のモジュールを含んでいてよい。ユーザー・ログイン・モジュールは、アプリケーション立ち上げ時にユーザーにログイン画面を表示し、システムにログインするためにユーザー名とパスワードを入力できるように構築してよい。ユーザー・プロファイル・モジュールは、ユーザー・プロファイルを管理するために構築され、ユーザーは氏名や連絡先などのプロファイル情報を構築できるようになっていてよい。また、ユーザーは自分のパスワードを変更できることが望ましい。
【００２９】
売り手企業レポート・モジュールは、ユーザーの照会に応えて多様なレポートを提供できるように構築されていてよい。たとえば、売り手企業レポート・モジュールは以下のレポートを含んでいてよい。ユーザーが注文レポートを照会した際に、注文の総額、ロイヤルティによる値引き、値引きポイント、クーポンによる値引き、値引きの総額などの情報を有するレポートを提供できるよう構成された注文レポート・ユニット。ユーザーが料理レポートを照会した際に、料理のカテゴリー、料理名、料理のアイコン、注文の総額、注文数などの情報を有するレポートを提供できるよう構成された料理レポート・ユニット。ユーザーが顧客レポートを照会した際に、顧客ID、注文総額、ロイヤルティによる値引き、ポイントによる値引き、クーポンによる値引き、値引き総額などの情報を有するレポートを提供できるよう構成された顧客レポート・ユニット。ユーザーが決済レポートを要求した時に、注文総額、ロイヤルティによる値引き、ポイントによる値引き、クーポンによる値引き、支払総額、決済総額などの情報から成る決済レポートを提供するよう構成された決済レポート・ユニット。ユーザーが照会を行なった時に、そのレストランに対する支持を表示するよう構成されたユーザー支持ユニット。 
【００３０】
注文処理モジュールは、ユーザーが注文を行ない、注文に関する情報を参照できるようにしてよく、以下のユニットから構成されていてよい。ユーザーが未処理の注文と30秒以内に新たにコミットされた注文リストを照会し、新たな未処理の注文がある時には音で通知され、各未処理の注文を参照できるよう構成されている未処理注文ユニット。ユーザーが未処理注文リストから未処理注文を確認し、直ちに、確認済み注文リスト内で確認された注文を参照でき、顧客が30秒以内に自分のスマートフォン・アプリケーションを通じて注文の確認を参照できるようにする自分のスマートフォン・アプリケーション。ユーザーが確認された注文リストを参照し、確認された注文の詳細を参照し、注文内の料理を変更し、テーブル番号を変更できるようにする未処理注文変更ユニット（ここで、注文内の料理を変更するとは、料理の削除、料理構成の変更、サイズの変更、数量の変更、新規料理の追加を含んでいてもよい）。ユーザーが、少なくともレストランのPOS（ポイントオブセール）システムに注文を入力し、注文を０ドルに値引きすることができる（代金は既にEMRバンク・システムで支払われているため）POSシステム注文入力ユニット。ユーザーが、すべての料理が提供された時に注文の状況を「配布済み」に変更でき、配布済みに注文リストにその注文が表示されるようにし、顧客が30秒以内に自分のスマートフォン・アプリケーションに「配布済み」メッセージを受け取り、配布時に料金を支払うようにできる注文配布ユニット。配布後にユーザーが料理を追加できるようにするための配布後料理追加ユニット。ユーザーが、顧客の注文支払後の支払通知を参照でき、支払済みの注文は「配付済み」のリストから「支払済み」のリストに移動されるようにする支払通知ユニット。ユーザーが、未払いの注文を照会し、レポート内で顧客名、テーブル番号、注文時刻、注文総額、注文状況などの情報を参照し、注文をクリックすることで注文の詳細を参照できるユーザー未払い注文照会ユニット。
【００３１】
日次クリアランス・モジュールが、ユーザーが営業日の注文リストを参照し、リスト中の各注文の詳細を参照し、注文リストを確認し、問題がある注文にマーク付けをして保存し担当者に問題のある注文について通知がでるよう構成されていてよい。決済モジュールは、主に、未決済の注文（EMRバンクが売り手企業との決済を行なうべき注文）の処理を行なうよう構成されていてよい。決済モジュールにより、ユーザーは売り手企業の未決済の注文を照会し、注文ID、顧客名、注文時刻、注文総額、ロイヤルティによる値引き、値引きポイント、クーポンによる値引き、支払総額などの情報から成るレポートを参照でき、注文をクリックすることでその詳細を参照できる。
【００３２】
レストラン管理プラットフォームは、少なくともユーザー・ログイン、ユーザー・プロファイル、管理、支払クリアランス、決済、レポートのモジュールから構成されていてよい。ここで、ユーザー・ログイン・モジュールとユーザー・プロファイル・モジュールはレストラン・コンソール・プラットフォームにおける同モジュールと類似である。
【００３３】
管理モジュールは、レストラン管理プラットフォームの主要モジュールであり、レストラン管理者があらゆる種類のレストラン関連情報を管理できるように構成されている。管理モジュール以下のユニットを含んでいてよい。レストラン管理者がレストランのユーザーを追加・無効化し、指定したユーザーのパスワードをリセットし、ユーザーの登録情報を変更し、ユーザーにロールを割り当てたり削除したりするためのユーザー管理ユニット。レストラン管理者が名称、住所、料理種別などの店舗情報を管理できるようにするための店舗情報管理ユニット。レストラン管理者が 店舗メニュー、メニュー・カテゴリー、料理、料理構成などを作成、更新、削除できるようにするための店舗メニュー管理ユニット。レストラン管理者が単一注文と注文合計の値引きデータを設定できる注文値引き管理ユニット。レストラン管理者が個別のユーザー向けに特定の値引きを設定できるユーザー値引き管理ユニット。レストラン管理者がそのレストランのクーポンを作成し、クーポンを顧客に提供し、最小合計費用、最小単品注文費用、最近の注文状況、指定期間内の訪問回数に応じてユーザーリストを識別し、その識別された顧客にクーポンを提供できると共に、顧客が同じクーポンを一度だけ所有でき、クーポン通知を受け取ることができるクーポン管理ユニット,（ここで、クーポンは割引率クーポンであっても割引額クーポンであってもよく、正当な期間、「ユーザー数」、クーポン適用に必要な最小注文額、及び、顧客に送信される説明書きとイメージを伴っているべきである）。レストラン管理者がポイントとドル間のマッピングを設定できるポイント・マッピング管理ユニット。
【００３４】
支払クリアランス・モジュールは、日次クリアランスを許可するように構成され、ユーザーがレストラン・クリアランスのデータをチェックし、そのレストランの問題のある注文を照会し、注文の詳細とユーザー詳細を参照し、問題のある注文にノートを付加できるように構成されていてよい。決済モジュールは、レストラン管理者がEMRバンクから確認されていない決済をチェックし、EMRバンクからの決済を確認できるように構成されていてよい。レポート・モジュールは、レストラン管理者がレストラン・コンソール・プラットフォームのすべてのレポートを参照できるように構成されていてよい。
【００３５】
システム管理プラットフォームは、EMRバンク内で実装され、少なくとも、ユーザー・ログイン、ユーザー・プロファイル、管理、顧客管理、支払クリアランス、及び、決済管理のモジュールから構成されていてよい。ここで、ユーザー・ログイン・モジュールとユーザー・プロファイル・モジュールはレストラン・コンソール・プラットフォーム及びレストラン管理プラットフォームにおける同モジュールと類似である。
【００３６】
管理モジュールは、システム管理者が多様なシステム情報を管理し、以下のユニットを含むように構成されていてよい。システム管理者がユーザーの追加や無効化、指定したユーザーのパスワードの無効化、ユーザー登録情報の変更、及び、ユーザーに対するロールの追加や削除を行なえるようにするユーザー管理ユニット。システム管理者が、新規店舗を追加し、名称、住所、料理などの店舗情報を管理し、店舗を無効化できるようにするための店舗情報管理ユニット。システム管理者が、各支持行動に対する報酬ポイント、友人グループのサイズに応じた支持作成の報酬ポイントなどの支払報酬設定を管理できるようにするための支払報酬設定管理ユニット。システム管理者が、最大値引き、割り当て、決済期間などの決済設定を管理できるようにするための決済設定管理ユニット。システム管理者が国、州、市を追加、変更、削除できるようにするための地域情報管理ユニット。システム管理者が、サポート言語の追加や削除を行ない、ローカリゼーション情報を管理できるようにするためのローカリゼーション情報管理ユニット。システム管理者が、グローバルなパラメーター設定を管理できるようにするためのグローバル・パラメーター設定管理ユニット。
【００３７】
顧客管理モジュールは、ユーザーが顧客を氏名、支持、支持の活動、ポイント、報酬の履歴、及び、注文によって照会できるように構成されていてよい。
【００３８】
支払クリアランス・モジュールは、ユーザーが、「支払済み」とマークされていない注文を照会し、「銀行明細」にあるリストの注文をマークし、支払を確認し、レストラン・クリアランス・データをチェックし、そのレストランの問題のある注文を照会し、注文の詳細とユーザーの詳細を参照し、問題のある注文にノートを付加できるように構成されていてよい。
【００３９】
決済管理モジュールは、ユーザーが各レストランの決済、各レストランの未決済の注文、各レストランの問題のある注文、及び、決済期間に基づく注文を照会できるように構成され、決済帳票を生成し、会計部門に支払のために送付し、確認された決済を参照できるように構成されていてよい。
【００４０】
前述のように、OLMMは、ユーザーがEMRバンクの提供するすべてのサービスを簡便に活用できるようにするためにEMRバンクとユーザーを連携させるインターフェースであってよい。OLMMとEMRバンクの統合は、 オンプレースの選択、保存、共有、収益化の理想的モデルを実現する。このモデルにより、ユーザーは、スマートフォンにインストールされたOLMMアプリケーションを使用して、選択、注文、保存、支払い、支持、及び、収益化といったすべての操作を容易に完了できる。
【００４１】
以降では、本願発明にかかるEMRバンク・システムの作業をさらに説明するために、三つのビジネス応用の事例を示す。 
【００４２】
「テーブル予約」の事例は以下のステップを含んでいてよい。消費者は、スマートフォンのアプリケーションを通じて、人数と予定時間を指定してテーブルを予約する。システムはその消費者のニーズに合う利用可能なテーブルを消費者に伝える。消費者は予約を確認する。システムはレストランに予約要求について伝え、予約を「確認待ち」の状態に設定する。レストランは予約要求を受け取り、要求を確認する。システムは確認を消費者に送信し、テーブルの予約は完了する。
【００４３】
オン・ロケーション注文の事例では、消費者はレストランと着席するテーブルに「チェックイン」する。システムはその消費者にレストランの本日のメニューを表示する。消費者は既存のコメント（そのレストランのその品目に対する他の顧客の「支持」を含む）を伴うマルチメディア・メニューをレビューする。システムは、その日にそのレストランで使用可能なプロモーションやクーポンを消費者に提案する。オプションとして、消費者はOLMMアプリケーションを通じてクーポンを購入してもよい。消費者は、メニューの項目とクーポンを選択し、注文を行なう。オプションとして、レストラン従業員が特定の項目を推薦し、自分のiPadから消費者の注文に「プッシュ」してもよい（その内容はOLMMアプリケーションを通じて直ちに消費者が確認できる）。システムは注文をレストランに送信する。レストランは注文を受信し、確認する。システムは「受注受諾」のメッセージを消費者に送信する。料理の準備ができると、システムは「配膳準備完了」のメッセージを消費者に送信する。消費者は食事を楽しむ。オプションとして、消費者は 食事を楽しんだ後に料理及びレストランに対する「支持」を投稿する。同様にオプションとして、システムは、消費者の「支持」の「肯定的影響度」の追跡と評価を開始し、消費者の支持に対する「報酬ポイント」を加算する。消費者は料理を食べ終り、スマートフォンを使ってOLMMアプリケーションで支払を行なう。システムは直ちに常連顧客ポイントを評価し、消費者の口座に加算する。オプションとして、システムは消費者にサーベイを行ない、回答が得られた場合には追加の常連顧客報酬ポイントを提供する。そして、システムはレストランに消費者がチェックアウトしたことを通知し、オン・ロケーション注文の事例は終了する。 
【００４４】
もうひとつの例は「ドライブスルーでの注文」の例である。これの例は以下のステップから構成されていてよい。消費者がレストランあるいはフードコートに「ピックアップ」のためにチェックインする。その消費者は、メニュー項目とクーポンを選び、注文を行なう。レストランあるいはフードコートは、料理の項目を「ドライブスルーポイントサービス」に送信し、それを正しいバーコードのみでオープン可能な「ロッカー」に保存する。システムは料理の準備ができると「ピックアップ準備完了」のメッセージを消費者に送付する。そして、消費者は、ドライブスルーを通り、料理をピックアップするために、OLMMを通じて携帯電話でバーコードを表示する。
【００４５】
上記のプロセスは特定の順番で起こるように見える多数の作業を含むが、これらの作業に追加や削除があってもよく、順番にも並行的にも実行してよいことは明らかである。さらに、今までの記述は本願発明の実施例の開示を提供するものであり、本願発明は詳細な記述に限定されるものではなく、請求の範囲によってのみ規定されるものである。今までの記述を読んだ当業者にとって明らかなすべての局面は本願発明、及び、請求の範囲に含まれるものである。
【図１】
2015524955.tif 000003
【図２】
2015524955.tif 000004
【図３】
2015524955.tif 000005
【図４】
2015524955.tif 000006
【図５】
2015524955.tif 000007
【図６】
2015524955.tif 000008
【国際調査報告】
2015524955.tif 000009