(57)【要約】【課題】ジオタギング及びモバイル装置を利用する飲食代の支払いのための方法及びシステムは、スマートフォンのようなモバイル装置を用いて、ユーザがレストランを閲覧して選択できるようにすること。【解決手段】ユーザが支払情報を飲食代支払システムに提供する処理(注文されたメニュー項目についてユーザに課金する許可を含む)の後に、選択されたレストランに関するメニュー項目は、表示されて注文される。ユーザは選択されたレストランで注文のステータスをモニタし、レストランは、注文について飲食代支払システムからクレジットを受ける。飲食代支払システムは、ユーザがレストランにはもはや存在しないことを検出した場合に、注文についてユーザに自動的に課金してもよい。飲食代支払システムは、ユーザの好み或いは注文されたメニュー項目の履歴に基づいて、メニュー項目を推薦するレコメンデーションエンジンを含んでもよい。【選択図】図１
2015204115.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに関連するモバイル装置において、前記ユーザについての支払情報を受信するステップであって、前記モバイル装置を用いる前記ユーザにより注文されるメニュー項目についての支払を前記ユーザに課金する認可を受けることを含む、ステップと、
前記モバイル装置において、第１レストランを含むレストランのリストを提示するステップと、
前記ユーザが前記第１レストランを選択すると、前記モバイル装置において、前記第１レストランで利用可能なメニュー項目のリストを提示するステップと、
前記モバイル装置において、前記メニュー項目のリスト中のメニュー項目を含む注文を受けるステップと、
前記注文を前記第１レストランに送るステップと、
前記注文は前記ユーザに提供されたことの確認を、前記第１レストランから受けるステップと、
前記支払情報を利用して、前記注文について前記ユーザに課金するステップと、
前記注文について前記第１レストランにクレジットを行うステップと、
を有する飲食代支払方法。
【請求項２】
前記注文が、複数のユーザ各々についての各自のメニュー項目を含み、
当該飲食代支払方法は、前記注文に含まれる各自のメニュー項目について、前記複数のユーザ各々に課金するステップを更に有する請求項１に記載の飲食代支払方法。
【請求項３】
前記ユーザに課金するステップが、前記ユーザは前記第１レストランにはもはや存在しないことを示す前記モバイル装置の位置情報を受信したことに応じて実行される、請求項１に記載の飲食代支払方法。
【請求項４】
前記ユーザに課金するステップが、前記注文について支払を行うために前記モバイル装置からコマンドを受信したことに応じて実行される、請求項１に記載の飲食代支払方法。
【請求項５】
前記注文を受けた後に、当該飲食代支払方法は、
前記注文についてのステータス情報を前記第１レストランから受信するステップと、
前記ステータス情報を前記モバイル装置において提示するステップと
を更に有する請求項１に記載の飲食代支払方法。
【請求項６】
前記ユーザにより注文された過去のメニュー項目に基づいて、前記メニュー項目のリストのうちのメニュー項目を前記ユーザに推薦するステップ
を更に有する請求項１に記載の飲食代支払方法。
【請求項７】
前記ユーザのメニューの好みに基づいて、前記メニュー項目のリストのうちのメニュー項目を前記ユーザに推薦するステップ
を更に有する請求項１に記載の飲食代支払方法。
【請求項８】
前記メニュー項目のリストが、
メニュー項目についてのカロリー情報、
メニュー項目についての栄養情報、
メニュー項目についてのアレルギ情報、及び
メニュー項目についての画像
のうちの少なくとも１つを含む、請求項１に記載の飲食代支払方法。
【請求項９】
コンピュータにより読み取ることが可能な一時的でない記憶媒体であって、プロセッサにより実行可能な飲食代の支払に関する命令を保存し、前記命令は、ユーザに関連するモバイル装置のプロセッサに処理方法を実行させ、前記処理方法は、
前記モバイル装置において、前記ユーザについての支払情報を受信するステップであって、前記モバイル装置を用いる前記ユーザにより注文されるメニュー項目についての支払を前記ユーザに課金する認可を受けることを含む、ステップと、
前記モバイル装置において、第１レストランを含むレストランのリストを提示するステップと、
前記ユーザが前記第１レストランを選択すると、前記モバイル装置において、前記第１レストランで利用可能なメニュー項目のリストを提示するステップと、
前記モバイル装置において、前記メニュー項目のリスト中のメニュー項目を含む注文を受けるステップと、
前記注文を前記第１レストランに送るステップと、
前記注文は前記ユーザに提供されたことの確認を、前記第１レストランから受けるステップと、
前記支払情報を利用して、前記注文について前記ユーザに課金するステップと、
前記注文について前記第１レストランにクレジットを行うステップと、
を有する、記憶媒体。
【請求項１０】
前記注文が、複数のユーザ各々についての各自のメニュー項目を含み、
前記処理方法は、前記注文に含まれる各自のメニュー項目について、前記複数のユーザ各々に課金するステップを更に有する請求項９に記載の記憶媒体。
【請求項１１】
前記ユーザに課金するステップが、前記ユーザは前記第１レストランにはもはや存在しないことを示す前記モバイル装置の位置情報を受信したことに応じて実行される、請求項９に記載の記憶媒体。
【請求項１２】
前記ユーザに課金するステップが、前記注文について支払を行うために前記モバイル装置からコマンドを受信したことに応じて実行される、請求項９に記載の記憶媒体。
【請求項１３】
前記注文を受けた後に、前記処理方法は、
前記注文についてのステータス情報を前記第１レストランから受信するステップと、
前記ステータス情報を前記モバイル装置において提示するステップと
を更に有する請求項９に記載の記憶媒体。
【請求項１４】
前記処理方法は、
前記ユーザにより注文された過去のメニュー項目に基づいて、前記メニュー項目のリストのうちのメニュー項目を前記ユーザに推薦するステップ
を更に有する請求項９に記載の記憶媒体。
【請求項１５】
前記処理方法は、
前記ユーザのメニューの好みに基づいて、前記メニュー項目のリストのうちのメニュー項目を前記ユーザに推薦するステップ
を更に有する請求項９に記載の記憶媒体。
【請求項１６】
前記メニュー項目のリストが、
メニュー項目についてのカロリー情報、
メニュー項目についての栄養情報、
メニュー項目についてのアレルギ情報、及び
メニュー項目についての画像
のうちの少なくとも１つを含む、請求項９に記載の記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
開示される実施形態は飲食代支払システム等に関連し、具体例として、ジオタギング(geotagging)及びモバイル装置を利用する飲食代支払システムに関連する。
【背景技術】
【０００２】
飲食に関する従来の支払システムはレストランの常連客(patron)にとって便利でない場合があるかもしれない。例えば、レストランの常連客は、応対者の到着を待ち、請求額の提示を受け、支払を行うように強いられる。レストランでグループで注文する場合、グループ中の誰によってどのメニュー項目が注文されるかを応対者に説明することは、やっかいであり時間がかかってしまうことが懸念される。多くの顧客は、レストランの検索、食事の注文及び自動的な支払にモバイル装置を利用することを望んでいる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
従って、例えばスマートフォンのようなモバイル装置を用いる便利な飲食代支払システムが当該技術分野で必要とされている。
【課題を解決するための手段】
【０００４】
一実施形態による飲食代支払方法は、
ユーザに関連するモバイル装置において、前記ユーザについての支払情報を受信するステップであって、前記モバイル装置を用いる前記ユーザにより注文されるメニュー項目についての支払を前記ユーザに課金する認可を受けることを含む、ステップと、
前記モバイル装置において、第１レストランを含むレストランのリストを提示するステップと、
前記ユーザが前記第１レストランを選択すると、前記モバイル装置において、前記第１レストランで利用可能なメニュー項目のリストを提示するステップと、
前記モバイル装置において、前記メニュー項目のリスト中のメニュー項目を含む注文を受けるステップと、
前記注文を前記第１レストランに送るステップと、
前記注文は前記ユーザに提供されたことの確認を、前記第１レストランから受けるステップと、
前記支払情報を利用して、前記注文について前記ユーザに課金するステップと、
前記注文について前記第１レストランにクレジットを行うステップと、
を有する飲食代支払方法である。
【発明の効果】
【０００５】
モバイル装置を用いる便利な飲食代支払システムを提供することができる。
【図面の簡単な説明】
【０００６】
【図１】ジオタギング及びモバイル装置を利用する一実施形態による飲食代支払のための食事システムのうち選択された要素についてのブロック図。
【図２】ジオタギング及びモバイル装置を利用する一実施形態による飲食代支払のためのモバイル装置のうち選択された要素についてのブロック図。
【図３】ジオタギング及びモバイル装置を利用する一実施形態による飲食代支払方法のうち選択された要素についてのフローチャート。
【図４】一実施形態による飲食代支払システムのうち選択された要素についてのブロック図。
【発明を実施するための形態】
【０００７】
＜実施形態の概要＞
一実施形態において開示される飲食代の支払のための方法は、ユーザに関連するモバイル装置において、前記ユーザについての支払情報を受信するステップを含み、このステップは、前記モバイル装置を用いる前記ユーザにより注文されるメニュー項目についての支払を前記ユーザに課金する認可を受けることを含む。本方法は、前記モバイル装置において、第１レストランを含むレストランのリストを提示するステップを含む。前記ユーザが前記第１レストランを選択する場合に、本方法は、前記モバイル装置において、前記第１レストランで利用可能なメニュー項目のリストを提示するステップと、前記モバイル装置において、前記メニュー項目のリスト中のメニュー項目を含む注文を受けるステップとを含む。本方法は、前記注文を前記第１レストランに送るステップと、前記注文は前記ユーザに提供されたことの確認を、前記第１レストランから受けるステップとを更に含む。前記支払情報を利用して、本方法は、前記注文について前記ユーザに課金するステップと、前記注文について前記第１レストランにクレジットを行うステップとを含む。
【０００８】
ジオタギング及びモバイル装置を利用する飲食代支払に関する更に開示される形態はコンピュータにより読み取り可能な媒体及び飲食代支払方法をシステムに実行させるコンピュータプログラムを含む。
【０００９】
＜実施形態の詳細な説明＞
以下の説明では、開示される対象の事項の説明を促すために具体例により詳細な事項が説明される。しかしながら、開示される実施形態は例示であり、全ての可能な実施形態を網羅してはいないことは当業者に明らかである。
【００１０】
図面を参照すると、図1には、一実施形態による食事システム100のうちの選択的な要素がブロック図で示されている。以下において詳細に説明されるように、食事システム100は、ジオタギング及びモバイル装置を用いて飲食代等の支払を可能にする。
【００１１】
図1に示されるように、食事システム100は飲食代支払システム120を含み、飲食代支払システム120はユーザ110が所有するモバイル装置120にサービスを提供する。「飲食代支払システム」は「ガストロノミペイメントシステム(gastronomy  payment  system)」と言及されてもよい。具体的には、飲食代支払システム120はアプリケーションのホストとなり、そのアプリケーションは、モバイル装置112で動作するアプリケーションと連動して、レストランを選択すること、選択されたレストランにおけるメニュー項目を見て注文すること、注文したメニュー項目についてモバイル装置112を用いて支払を申し出ること、レストランでの注文の支払をユーザのグループの中で分割すること等をユーザ110が実行できるようにする。更に、飲食代支払システム120に含まれるように示されるレコメンデーションエンジンは、飲食代支払システムを用いて生成された過去の注文に基づいて、メニュー項目についての推薦を提供してもよい。「レコメンデーション」は「推薦」、「お勧め」等と言及されてもよい。図1において、レストラン130は、(例えば図4に示されるような)構造化されるデータによりレストラン情報データベース152を占める複数のレストランのうちの任意のレストランであってよい。図1に示されるように、飲食代支払システム120は、ユーザ110のような顧客について構造化されるデータを保存するために顧客情報データベース150にアクセスする。
【００１２】
食事システム100の動作において、レストラン130は、様々な恩恵を得るために、飲食代支払システム120に参加することを希望する。例えば、飲食代支払システム120を利用して、レストラン情報データベース152に情報を提供し、レストラン130により提示された提示メニュー項目についての支払を処理することにより、レストラン130は、大勢の潜在的な顧客を公開してもらえるという恩恵を得る。更に、レストラン130は、飲食代支払システム120を利用して、記録されている顧客についての履歴データにアクセスすることにより恩恵を得るかもしれない。レストラン130は、更に、飲食代支払システム120により処理される支払処理に関して費用及び労力を減らせるかもしれない。従って、レストラン130はレストラン情報データベース152に追加される情報を提供することにより、レストラン130が、ベンダとして参加する複数のレストランの中で、飲食代支払システム120における1つのベンダとして参加する。
【００１３】
ユーザもまた飲食代支払システム120に参加することにより所定の恩恵を享受することを希望する。ユーザ110は、個人的なスマートフォンのようなモバイル装置112を利用して、飲食代支払システム120及びモバイル装置112を活用することにより、レストランやメニューの提示を閲覧し、メニュー項目を注文する能力を獲得する。ユーザ110は、飲食代支払システム120を利用して、注文の進捗をモニタし、注文した品目を待つ時間を減らす能力(何もせずに待っている時間を減らす能力)を獲得する。更に、ユーザの過去の消費データ及び/又はユーザにより示される好みに基づいて提供される、飲食代支払システム120のレコメンデーションエンジンにより生成されるレコメンデーション(推薦)による恩恵を、ユーザは享受する。そこで、ユーザ110は、飲食代支払システム120にアカウントを作成し、支払情報を提供することに加えて、その支払情報を利用して、注文したメニュー項目に課金する権限も提供する(ユーザは課金することを認可する、或いは、システムは認可を受ける)。「アカウント」は「口座」等と言及されてもよい。飲食代支払システム120は、ユーザ110により提供される情報を、他の複数のユーザに関する同様な情報とともに、顧客情報データベース150に保存する。
【００１４】
そして、ユーザ110は、モバイル装置112におけるアプリケーションを利用することにより、レストラン130を含む様々なレストランを閲覧し、それらのレストランは飲食代支払システム120におけるベンダとして登場する。「ベンダ」は「業者」、「販売者」、「商人」等と言及されてもよい。ユーザは、レストラン130を選択し、それに応じてレストラン130の提示メニューを閲覧する。次に、ユーザは、レストラン130に対する注文に加えるメニュー項目を選択する。「注文」は「オーダー」等と言及されてもよい。レストラン130に対する注文は、レストラン130に到着する前でも、或いは、ユーザ110がレストラン130の敷地内に存在する場合でも、場所には関係なく、発注されてよい。注文を申し込んだ後に(発注した後に)、ユーザ110は、注文の進捗を監視し、飲食代支払システム120を介してレストラン130からモバイル装置112へ中継されるステータス情報を受信してもよい。「進捗」は「進行状況」等と言及されてもよい。「ステータス情報」は例えば「状態を示す情報」である。そして、レストラン130は、注文されたメニュー項目をユーザ110に提供することにより注文を履行し、それに応じて、注文は履行されたこと(すなわち、メニュー項目は提供されたこと)を示す通知を飲食代支払システム120に提供する。レストラン130からの通知が飲食代支払システム120により受信されると、注文された事項についてユーザ110は課金される。一実施形態において、モバイル装置112からのコマンドの受信に応じて、ユーザ110は課金されてもよい。別の実施形態では、位置情報を利用して、ユーザ110がレストラン130の敷地に関連する場所にはもはや存在しないことをモバイル装置112が自動的に検出した後に、ユーザ110が課金されてもよい。その後に、レストラン130は飲食代支払システム120から注文についてのクレジットを受けてもよい。「クレジットを受ける」は、「金額が引き落とされる」、「金額が振り込まれる」等と言及されてもよい。
【００１５】
一実施形態において、ユーザ110は何人かの個人の集まり又はグループに属し(図示せず)、各人は飲食代支払システム120について登録されたユーザであるとする。注文は、各人それぞれのメニュー項目を含む。そのようなグループ注文において、飲食代支払システム120は、ユーザ110に関して上述したのと実質的に同様な方法で、グループ中の各人についての自動支払を可能にする。
【００１６】
更に、ユーザ110がレストラン130のメニュー項目を閲覧する場合に、レコメンデーションエンジン122は、ユーザの好み又はユーザの注文履歴に合うように示唆されるメニュー項目(レコメンデーション、又は、推薦)を生成してもよい。レコメンデーションエンジン122は、メニュー項目についてのカロリー(熱量)情報、メニュー項目についての栄養(素)情報、メニュー項目についてのアレルギ情報、及び/又は、メニュー項目についての画像等に基づいて、そのようなレコメンデーションを生成してもよい。
【００１７】
図2には、一実施形態によるモバイル装置200のうち選択された要素についてのブロック図が示されている。モバイル装置200は一実施形態によるモバイル装置112(図1)を表現し、更なる要素及び追加的な詳細事項が示される。
【００１８】
具体的には、モバイル装置200は通信及びデータ処理の能力を備える様々なモバイル装置のうちの任意のものを表現する。様々な実施形態において、モバイル装置200はスマートフォンであり、セルラ電話、無線ネットワーキング、位置検出、測位、モーションセンシング(動き検出)、ディジタル画像処理(例えば、カメラ)、タッチスクリーン処理、マルチメディア再生、データストレージ等の中から選択される様々な機能を含んでいてもよい。図2にはモバイル装置200の一形態が説明目的で示されているが、他の実施形態では、モバイル装置200は他のタイプの機能を含んでもよいことが理解される。
【００１９】
図2に示されるように、モバイル装置200はプロセッサ202及びメモリ230を含み、メモリ230はプロセッサ202により実行可能な命令及び/又はデータを保存する。メモリ230は、プロセッサ202により実行されるモバイルオペレーティングシステムを表現するモバイルOS238を含むように示される。モバイルOS238の具体例はiOS(アップル社)及びアンドロイド(グーグル社)(何れも登録商標)を含む。また、メモリ230は飲食代支払アプリ(又はガストロノミペイメントアプリ)232を保存し、そのアプリ232は、本願で説明されるような飲食代支払機能を実行可能にするようにプロセッサ202により実行可能である。メモリ230は飲食代データ(又はガストロノミデータ)236も保存し、これのデータ236は、モバイル装置200のユーザ(図2には示されてないが、図1には示されている)についての測位データ又は位置データを含むことに加えて、本願で説明されるような他のデータも含む。測位データは、モバイル装置200を利用して生成されてもよい。なお、モバイル装置201で動作する様々なアプリは、モバイル装置201に含まれる様々なタイプの機能にアクセスするように形成され、そのような機能は、例えば、画像処理、通信、位置に基づくサービス、ジェスチャ、タッチ入力、モバイル装置201の動き、インターネット接続などに関連してよいが、これらに限定されない。
【００２０】
図2において、モバイル装置200は様々なタイプの無線ネットワークに対する無線接続を提供する少なくとも1つの一例による無線トランシーバ204を含み、そのような無線ネットワークは、例えば、セルラ電話ネットワーク(例えば、3G、4G、LTE)、無線ローカルエリアネットワーク(例えば、IEEE802.11)、無線パーソナルエリアネットワーク(例えば、ブルートゥース(登録商標))等である。表示スクリーン208及びタッチコントローラ210は、ユーザに対する出力及びユーザによる制御のためのタッチスクリーンディスプレイを提供するように組み合わせて使用されてもよい。モバイル装置200は、測位データを生成するのに使用されてよい少なくとも一例によるGPS212を含むように示されている。
【００２１】
図3には、ジオタギング及びモバイル装置を利用する一実施形態による飲食代支払方法300のうち選択された要素についてのブロックがフローチャート形式で示されている。方法300は、例えば、顧客情報データベース150(図1)と連動して、モバイル装置200(図2)における飲食代支払アプリ232により実行されてもよい。なお、方法300に示される処理は選択的であり、別の実施形態では異なる順序に並べられてもよい。
【００２２】
方法300は、ユーザに関連するモバイル装置において、ユーザについての支払情報を受信するステップ(ステップ302)により始まり、このステップは、モバイル装置を用いるユーザにより注文されるメニュー項目についての支払をユーザに課金する認可を受けることも含む。第１レストランを含むレストランのリストは、モバイル装置において提示される(ステップ304)。ユーザが第1レストランを選択すると、第1レストランで利用可能なメニュー項目のリストが、モバイル装置において提示される(ステップ306)。メニュー項目のリスト中のメニュー項目を含む注文が、モバイル装置において受信される(ステップ308)。注文は第1レストランに送られる(ステップ310)。注文はステップ310においてモバイル装置により飲食代支払システム120(図1)に転送され、その注文を飲食代支払システム120が第1レストランに転送してもよい。次に、注文(注文の品)はユーザに提供されたことの確認が、第１レストランから受信される(ステップ312)。支払情報を利用して、注文についてユーザは課金される(ステップ314)。そして、第1レストランは、注文についてクレジットを受ける(ステップ316)。
【００２３】
図4には、一実施形態による飲食代支払システム120のうち選択された要素についてのブロック図が示されている。図4に示されるように、飲食代支払システム120は、システムバス402を用いて通信するプロセッサ401及び記憶媒体410を含む。ネットワークアダプタ420もシステムバス402によりアクセス可能であるように示されており、ネットワークアダプタ402はネットワークに対する接続(又はコネクション)を提供する。
【００２４】
図4に示される例において、記憶媒体410は揮発性媒体、不揮発性媒体、固定媒体及び/又は取り外し可能媒体を表現してもよく、磁気及び/又は半導体メモリを用いて実現されてよい。記憶媒体410は命令及び/又はデータを保存することが可能である。図4に示される例において、記憶媒体410は、オペレーティングシステム(OS)412、飲食代支払アプリケーション414及びレコメンデーションエンジン122を含む命令(すなわち、プロセッサ401により実行可能なコード)を保存する。オペレーティングシステム412は任意の様々なオペレーティングシステムであってよく、例えば、ユニックスから派生したもの、リナックス（登録商標）、マイクロソフトウィンドウズ(登録商標)オペレーティングシステム或いは他のオペレーティングシステムであってもよい。飲食代支払アプリケーション414及びレコメンデーションエンジン122は、本願で説明されるような(例えば図1に関連して説明されたような)様々なアプリケーション及び機能を実現してもよい。図4には顧客情報データベース150も示されており、構造化されたデータストレージを提供するために飲食代支払システム120によりホストの動作が行われる。顧客情報データベース150は、複数のユーザについての顧客の好みのデータ452及び顧客請求データ454を保存する。なお、一実施形態において、顧客情報データベース150は飲食代支払システム120に包含されてもよい。図4にはレストラン情報データベース152も示されており、構造化されたデータストレージを提供するために飲食代支払システム120によりホストの動作が行われる。レストラン情報データベース152は、上述したような複数のレストランについてのメニューデータ456やレストランデータ458等を保存する。なお、一実施形態において、レストラン情報データベース152は飲食代支払システム120に含まれていてもよい。
【００２５】
本願により開示されるように、ジオタギング及びモバイル装置を利用する飲食代の支払いのための方法及びシステムは、スマートフォンのようなモバイル装置を用いて、ユーザがレストランを閲覧して選択できるようにする。ユーザが支払情報を飲食代支払システムに提供するステップ(注文されたメニュー項目についてユーザに課金する許可を得ることを含む)の後に、選択されたレストランに関するメニュー項目は、表示されて注文される。ユーザは選択されたレストランで注文の状況又はステータスをモニタし、そのレストランは、注文について飲食代支払システムからクレジットを受ける。飲食代支払システムは、ユーザがレストランにはもはや存在しないことを検出した場合に、注文についてユーザに自動的に課金してもよい。飲食代支払システムは、ユーザの好み或いは注文されたメニュー項目の履歴に基づいて、メニュー項目を推薦するレコメンデーションエンジンを含んでもよい。
【００２６】
開示される対象の事項は、例示的であり、網羅的ではないと考えられ、添付の特許請求の範囲は変形、修正及びその他の形態の全てを包含するように意図され、それらは本願の開示及び精神の範囲内に属する。法により許される最大限の範囲において、以下の特許請求の範囲及び均等物についての許容可能な最広義の解釈により本願の開示範囲は決定され、上記の詳細な説明によっては制限も限定もされない。
【符号の説明】
【００２７】
１００  食事システム
１１０  ユーザ
１１２  モバイル装置
１２０  飲食代支払システム
１２２  レコメンデーションエンジン
１３０  レストラン
１５０  顧客情報データベース
１５２  レストラン情報データベース
【図１】
2015204115.tif 000003
【図２】
2015204115.tif 000004
【図３】
2015204115.tif 000005
【図４】
2015204115.tif 000006