(57)【特許請求の範囲】
【請求項１】
コンピュータ実装される方法であって、
ホスト・サーバによってチケット・データベース内に、複数のレストランに関係する、レストランにおけるリザーブに対応するチケットを包含する情報をストアすることであって、前記リザーブは、時及び日の情報を含み、前記チケットは、利用可能状態又は利用不可状態を含むものとすることと、
前記ホスト・サーバによって、第１のユーザのコンピューティング・デバイスからの、利用可能状態を伴うチケットを購入する要求を受信することであって、前記チケットは、レストランにおけるリザーブに対応し、前記チケットは、時及び日の情報を含むものとすることと、
前記第１のユーザのコンピューティング・デバイスからの支払インストラクションの送信の受信に応答して、前記ホスト・サーバによって、前記チケットと前記第１のユーザを前記チケット・データベース内において関連付けし、前記チケットの前記状態を利用不可に変更することと、
前記ホスト・サーバによって前記第１のユーザのコンピューティング・デバイスへ、前記第１のユーザに対する前記チケットを送信することと、
前記ホスト・サーバによって、前記チケット・データベース内の前記チケットの前記状態を利用不可状態に変更することと、
前記ホスト・サーバによって、前記第１のユーザのコンピューティング・デバイスから、前記チケット・データベース内における前記チケットの前記状態を利用不可から利用可能に変更する要求を受信することと、
前記ホスト・サーバによって、前記チケット・データベース内における前記チケットの前記状態を利用不可から利用可能に変更することと、
前記ホスト・サーバによって、第２のユーザのコンピューティング・デバイスから前記チケットを購入する要求を受信することと、
前記第２のユーザのコンピューティング・デバイスからの支払インストラクションの送信の受信に応答して、前記ホスト・サーバによって、前記チケットと前記第２のユーザを前記チケット・データベース内において関連付けし、前記チケットの前記状態を利用不可に変更することと、
前記ホスト・サーバによって、前記チケットのための前記第１のユーザからの前記支払の少なくとも一部を前記第１のユーザのコンピューティング・デバイスに払い戻すことと、
を包含する、コンピュータ実装される方法。
【請求項２】
請求項１に記載の方法は、さらに、
前記ホスト・サーバによって、前記第１のユーザのコンピューティング・デバイスから、第１のユーザの場所を受信することと、
チケット・データベース内において前記ホスト・サーバによって、前記場所の近隣のレストランにおける前記リザーブに対応する利用可能状態を伴うチケットをサーチすることと、
前記ホスト・サーバによって、前記第１のユーザのコンピューティング・デバイスの前記ディスプレイ上に前記利用可能状態を伴う前記チケットを送信することと、
を包含する。
【請求項３】
請求項２に記載の方法において、前記第１のユーザの前記場所を受信することは、グローバル・ポジショニング・システムに基づく。
【請求項４】
請求項２に記載の方法において、前記場所を受信することは、ユーザ入力に基づく。
【請求項５】
請求項１に記載の方法は、さらに、複数のユーザへ、利用可能状態を伴うチケットに関係する情報を含むプッシュ通知を送信することを包含する。
【請求項６】
請求項５に記載の方法において、プッシュ通知は、ユーザ・プロファイルを基礎として目標を定めたユーザに基づいて送信される。
【請求項７】
請求項１に記載の方法は、さらに、
前記第１のユーザのコンピューティング・デバイスが、前記ホスト・サーバにより、前記第２のユーザのコンピューティング・デバイスに前記チケットを転売可能にされることと、
前記ホスト・サーバが、前記第１のユーザのコンピューティング・デバイスにコミッションを発行することと、
を包含する。
【請求項８】
請求項７に記載の方法において、前記第１のユーザのコンピューティング・デバイスは、予め決定済みのキャンセル期間の満了に応答してのみチケットの転売が可能にされる。
【請求項９】
請求項１に記載の方法において、前記ホスト・サーバは、前記第２のユーザのコンピューティング・デバイスによって発行された移譲要求の前記第１のユーザのコンピューティング・デバイスによる確認に応答して前記第１のユーザのコンピューティング・デバイスから前記第２のユーザのコンピューティング・デバイスにブッキングを移譲するべく構成される。
【請求項１０】
請求項１に記載の方法において、前記ホスト・サーバは、前記第２のユーザに前記チケットを転売し、前記第１のユーザのコンピューティング・デバイスからブッキング料金を受け取るべく構成される。
【請求項１１】
先行するいずれかの請求項に記載の方法を実施するべく構成されたホスト・サーバを包含するホスト・システム。
【請求項１２】
請求項１１に記載のホスト・システムは、さらに、モバイル・デバイスのリモート検出のためのセンサを包含する。
【請求項１３】
コンピュータ実装される方法であって、
ホスト・サーバによって、チケット・データベース内に、ビジネスにおけるイベントに対応するチケットに関係する情報をストアすること、それにおいて前記イベントが時及び日の情報を含み、前記チケットが利用可能状態又は利用不可状態を含むこと、及び顧客データベース内に、チケットを購入したユーザについてのプロファイル情報をストアすることと、
前記ホスト・サーバによって、予め決定済みの時間期間の間において前記利用可能状態を伴う前記チケット・データベース内のチケットをサーチすることと、
前記ホスト・サーバによって、エンティティ・サーバから、前記利用可能状態を伴うチケット及び前記利用不可状態を伴うチケットのリストを受信することと、
前記ホスト・サーバによって、前記顧客データベース内において、前記予め決定済みの時間期間の間におけるチケットを購入しなかったユーザについてのプロファイル情報をサーチすることと、
前記ホスト・サーバによって、前記利用可能状態を伴うチケットをポスティングし、前記予め決定済みの時間期間の間におけるチケットを購入しなかったユーザのコンピューティング・デバイスへ、前記予め決定済みの時間期間の間において利用可能状態を伴う前記チケットに関係するプッシュ通知を送信することと、
を包含する、コンピュータ実装される方法。
【請求項１４】
請求項１３に記載の方法は、さらに、
前記ホスト・サーバによって、第１のユーザのコンピューティング・デバイスから、利用可能状態を伴うチケットを購入する第１のユーザからの要求を受信することと、
前記ホスト・サーバによって、前記チケットの前記コストを決定することと、
前記第１のユーザのコンピューティング・デバイスからの支払の受領に応答して、前記ホスト・サーバによって、前記チケットと前記第１のユーザを前記チケット・データベース内において関連付けし、前記チケットの前記状態を利用不可に変更することと、
前記ホスト・サーバによって、前記第１のユーザのコンピューティング・デバイスへ、前記第１のユーザに対する前記チケットを送信することと、
前記ホスト・サーバによって、前記チケット・データベース内の前記チケットの前記状態を利用不可状態に変更することと、
を包含する。
【請求項１５】
請求項１４に記載の方法において、前記チケットを購入する要求は、前記チケットの前記価格及び追加のブッキング料金を包含する。
【請求項１６】
請求項１４に記載の方法において、前記コストは、前記チケットが購入された時期又は前記チケットを購入したユーザのタイプに基づく。
【請求項１７】
請求項１６に記載の方法において、時期ベースの購入は、早期購入、直前の購入、及び時間期間の間における購入されたチケットの数を包含する。
【請求項１８】
請求項１６に記載の方法において、前記ユーザのタイプは、コンシェルジェ、待ち受け予約者、ビジネス旅行者、料理専門家、及びジャーナリストを包含する。
【請求項１９】
請求項１３に記載の方法は、さらに、前記ユーザの前記場所を決定することと、複数のユーザへ、前記ユーザが予め決定済みの時間期間の間にビジネスの近隣にいるとき、利用可能状態を伴うチケットに関係する情報を含むプッシュ通知を送信することと、を包含する。
【請求項２０】
請求項１９に記載の方法において、プッシュ通知は、ポイント、クーポン、及び仮想通貨を包含する動機付けの送信からなる。
【請求項２１】
請求項１９に記載の方法において、プッシュ通知は、ユーザ・プロファイルを基礎として目標を定めたユーザに基づいて送信される。
【請求項２２】
請求項１３乃至２１のいずれかの請求項に記載の方法を実施するべく構成されたホスト・サーバを包含するホスト・システム。
【請求項２３】
請求項２２に記載のホスト・システムは、さらに、モバイル・デバイスのリモート検出のためのセンサを包含する。
【請求項２４】
コンピュータ実装される方法であって、
ホスト・サーバによってチケット・データベース内に、複数のビジネスに関係する、前記ビジネスにおけるイベントに対応するチケットを包含する情報をストアすることであって、前記イベントは時及び日の情報を含み、前記チケットは利用可能状態又は利用不可状態を含むものとすることと、
前記ホスト・サーバによって、第１のユーザのコンピューティング・デバイスからの、前記第１のユーザによって決定された時間枠内において利用可能状態を伴うチケットを購入する要求を受信することであって、前記チケットは、ビジネスにおけるイベントに対応し、前記チケットは、時及び日の情報を含むものとすることと、
前記時間枠内の時に対して利用可能状態を伴う前記チケット・データベース内のチケットを識別し、かつ前記第１のユーザのコンピューティング・デバイスから支払インストラクションの送信を受信すると、前記ホスト・サーバによって、前記時間枠内において利用可能状態を伴う前記チケットと前記第１のユーザを前記チケット・データベース内において関連付けし、前記チケットの前記状態を利用不可に変更することと、
前記ホスト・サーバによって前記第１のユーザのコンピューティング・デバイスへ、前記第１のユーザに対する前記チケットを送信することと、
前記ホスト・サーバによって、前記チケット・データベース内の前記チケットの前記状態を利用不可状態に変更することと、
前記ホスト・サーバによって、前記第１のユーザのコンピューティング・デバイスから、前記チケット・データベース内における前記チケットの前記状態を利用不可から利用可能に変更する要求を受信することと、
前記ホスト・サーバによって、前記チケット・データベース内における前記チケットの前記状態を利用不可から利用可能に変更することと、
前記チケットの前記状態の利用可能への変更時に、前記ホスト・サーバによって、ユーザのコンピューティング・デバイスに、前記利用可能状態を伴う前記チケットを自動的にポスティングすることと、
前記ホスト・サーバによって、第２のユーザのコンピューティング・デバイスから前記チケットを購入する要求を受信することと、
前記第２のユーザのコンピューティング・デバイスからの支払インストラクションの送信の受信に応答して、前記ホスト・サーバによって、前記チケットと前記第２のユーザを前記チケット・データベース内において関連付けし、前記チケットの前記状態を利用不可に変更することと、
前記ホスト・サーバによって、前記チケットのための前記第１のユーザからの前記支払の少なくとも一部を前記第１のユーザのコンピューティング・デバイスに払い戻すことと、
を包含する、コンピュータ実装される方法。
【請求項２５】
請求項２４に記載の方法において、前記ビジネスは、レストラン、旅行ガイド、ボウリング場、映画館、ホテル、鉄道、及び航空会社のうちの１つ又は複数である。
【請求項２６】
請求項２４に記載の方法は、さらに、前記ユーザの前記場所を決定することと、複数のユーザへ、前記ユーザが予め決定済みの時間期間の間にビジネスの近隣にいるとき、利用可能状態を伴うチケットに関係する情報を含むプッシュ通知を送信することと、を包含する。
【請求項２７】
請求項２４に記載の方法は、前記ユーザのための前記要求についてのサーチ・クエリをストアし、かつ前記サーチ・クエリに対する応答を包含するメッセージを前記ユーザに送信する。
【請求項２８】
請求項２４乃至２７のいずれかの請求項に記載の方法を実施するべく構成されたホスト・サーバを包含するホスト・システム。
【請求項２９】
請求項２８に記載のホスト・システムは、さらに、モバイル・デバイスのリモート検出のためのセンサを包含する。
【発明の詳細な説明】
【関連出願に対するクロス・リファレンス】
【０００１】
この出願は、２０１３年９月３日に出願された米国特許仮出願第６１／８７３，２０９号の優先権を主張するものであり、当該出願は、参照によりその全体がこれに援用される。
【技術分野】
【０００２】
概して言えば、この開示は、事業主体とユーザの間の変更伝達モデルに関する。より詳細に述べれば、この開示は、コンピューティング・デバイスを通じたブッキングを購入するためのシステム及び方法に関する。
【背景技術】
【０００３】
慣例的に、利用客は、電話、電子メール、及び／又はオンラインによって、レストラン及び／又は任意のその他の事業主体に特定の時、日、及び／又はテーブルについてのブッキングの選択肢を尋ね、特定の数の席をブッキングする。電話を掛けてブッキングを行なう方法の使用時には、レストランが利用客に、テーブルが利用可能であるか否か、及び／又はその利用客を順番待ちリストに追加するか否かを通知できる。この方法のいくつかの不利益としては、利用客が誤った電話番号にダイアルする可能性があること、利用客と事業主体の間に言語の障壁が存在する可能性があること、及び／又は正しくないブッキング日、及び／又は時を入力するという人的誤りの可能性があることが挙げられる。殆どの場合において利用客は、現在の順番待ちリストの状態及び要求した数の席が得られる見込みについて知らされない。
【０００４】
別の例においては、利用客が、レストラン及び／又は任意のその他の事業主体に電子メールし、ブッキングを求めることができる。この方法のいくつかの不利益としては、利用客がブッキングのための完全なデータへのアクセスを持たないこと、この方法が利用客及び／又はレストラン及び／又は任意のその他の事業主体にとって時間及びコストが掛かりすぎるものとなること、及び／又はシステムの扱いが難しく、ユーザ・フレンドリでない可能性があることが挙げられる。
【０００５】
いくつかの運用においては、利用客が、オンライン・システムを使用してブッキングを行なうことができる。利用客は、利用可能な空きテーブル、時、及び／又は日についてオンライン・カレンダをチェックできる。この方法のいくつかの不利益としては、人との接触がないこと、透明性がないこと、及び／又はシステムの運用が難しくなる可能性があることが挙げられる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従来的なブッキング・システムは、利用客に対して多くの不利益を引き起こす。多くの人々は、前もってテーブルのリザーブを行なうことを好むが、それらの人々が、例えばまったく同じ日時に数軒のレストランのリザーブを行なう可能性、又は何らかの相容れない事象に起因してブッキングに現われない可能性もある。その理由のため、レストランには非通知キャンセル客が多く、このことは、レストラン及び／又は事業主体の逸失利益につながる。例えば、高級ダイニング・レストランは、テーブル当たり３乃至５%未満の利幅で取り組み、ブッキングに現われない利用客は損失となる。利用客２人についての平均的な売上高は、約４００ドルとすることができる。
【０００７】
国際的な市場が継続的に変化していることに起因して、レストラン経営者及び／又は事業主体は、自分たちのビジネス・モデルにおける多くの変化に直面し、市場での地位の維持を望むのであれば、次年以降にわたるビジネス・プロセスを過剰なまでに完全に考え尽くさなければならない。したがって、上で概説した問題のうちの少なくとも１つに取り組む必要性が存在する。この理由のため、レストラン経営者及び／又は事業主体及び／又はユーザ／利用客の日常生活の中に組み込むことが可能な、有用な通信ツール及び新しいオンライン方法を含むビジネス・プロセスを実装する必要がある。この開示を容易にするために従来的なテクノロジの特定の側面が論じられたが、いかなる技術的側面も放棄されることはなく、この中で論じられている従来的な技術的側面のうちの１つ又は複数を請求項が包含し得ることは企図されている。
【課題を解決するための手段】
【０００８】
この開示の一例の実施態様の側面は、コンピューティング・デバイスを通じてブッキングを購入するシステム及び方法を提供する。このシステムは、ブッキングの変更伝達モデル及び最適化によってレストラン経営者及び／又は事業主体及び利用客の両方を支えることができる。システムは、レストラン経営者及び／又は事業主体にパワー、コントロール、及び透明性を提供する一方、それにもかかわらず利用客にはブッキングを行なう上での融通性を許容する。システムは、壮年層の人々、若年層の人々、コンシェルジェ、地域の人々、ビジネスマン、旅行者、料理専門家、ＶＩＰ、及び／又は任意のその他のカテゴリの人々を含む複数のグループの人々を補助するべく設計されている。
【０００９】
壮年層の人々は、前々からのブッキング及び／又は直前のブッキングのための容易に扱える解決策を得ようとする可能性がある。若年層の人々は、直前のブッキングを欲すること、及び予約なしの利用客として両親に連れられて来ることを許容するシステムを欲する可能性がある。コンシェルジェは、予約なしの利用客のための直前のブッキングを含む利用客のためのブッキングを行なう。地域の人々は、レストランを知っており、可能であれば規則的な形で前もって１乃至２週間前にリザーブすること、及び／又は直前のブッキングを要求することがある。ビジネスマンは、直前のブッキングの必要性を有することがあり、補助者によってそれがプランされる。旅行者は、前々からのブッキングを求める可能性、直前のブッキング、及び／又は予約なしでの利用を求める可能性がある。料理専門家には、ジャーナリスト、高級ダイニング愛好者、シェフ及び／又はレストラン経営者、食品科学者、及び／又は料理本執筆者を含めることができる。このグループは、前々からのブッキング及び／又は直前のブッキングを好む可能性がある。VＩＰは、レストランとの良好なつながりを有することがあり、常にテーブルを獲得できるか、かつ／又は直前のブッキングを欲する可能性がある。
【００１０】
システムは、レストラン及び／又は事業主体のための多くのオプションを提供でき、それには、とりわけ、見込まれる利用客に対するテーブルの公開、透明性のコントロール、非通知キャンセル客の回避、動的価格決定、ソーシャル・ゲストの管理、共通データベースからの利益、及び／又は金銭の節約が含まれる。それに加えてシステムは、利用客のための多くのオプションも提供でき、それには、とりわけ、好ましい日のための待ち受け予約、関心リストの体系化、プッシュ通知を介した更新の受信、イージー・クリック・アンド・バイ・アレンジメント、テーブルのピア・トゥ・ピア転売、事前準備なしに食事を取ること、及び時間の節約が含まれる。
【００１１】
１つの実施態様においては、コンピュータ実装される方法及びシステムが、ホスト・サーバによってチケット・データベース内に、複数のレストランに関係する、レストランにおけるブッキングに対応するチケットを包含する情報をストアすることであって、ブッキングは、時及び日の情報を含み、チケットは、利用可能状態又は利用不可状態を含むものとすることと、ホスト・サーバによって、第１のユーザのコンピューティング・デバイスからの、利用可能状態を伴うチケットを購入する要求を受信することであって、チケットは、レストランにおけるブッキングに対応し、チケットは、時及び日の情報を含むものとすることと、第１のユーザのコンピューティング・デバイスからの支払インストラクションの送信の受信に応答して、ホスト・サーバによって、チケットと第１のユーザをチケット・データベース内において関連付けし、チケットの状態を利用不可に変更することと、ホスト・サーバによって第１のユーザのコンピューティング・デバイスへ、第１のユーザに対するチケットを送信することと、ホスト・サーバによって、チケット・データベース内のチケットの状態を利用不可状態に変更することと、ホスト・サーバによって、第１のユーザのコンピューティング・デバイスから、チケット・データベース内におけるチケットの状態を利用不可から利用可能に変更する要求を受信することと、ホスト・サーバによって、チケット・データベース内におけるチケットの状態を利用不可から利用可能に変更することと、ホスト・サーバによって、第２のユーザのコンピューティング・デバイスからチケットを購入する要求を受信することと、第２のユーザのコンピューティング・デバイスからの支払インストラクションの送信の受信に応答して、ホスト・サーバによって、チケットと第２のユーザをチケット・データベース内において関連付けし、チケットの状態を利用不可に変更することと、ホスト・サーバによって、チケットのための第１のユーザからの支払の少なくとも一部を第１のユーザのコンピューティング・デバイスに払い戻すことと、を包含する。
【００１２】
別の実施態様においては、方法及びシステムが、ホスト・サーバによって、チケット・データベース内に、ビジネスにおけるイベントに対応するチケットに関係する情報をストアすること、それにおいてイベントが時及び日の情報を含み、チケットが利用可能状態又は利用不可状態を含むこと、及び顧客データベース内に、チケットを購入したユーザについてのプロファイル情報をストアすることと、ホスト・サーバによって、予め決定済みの時間期間の間において利用可能状態を伴うチケット・データベース内のチケットをサーチすることと、ホスト・サーバによって、エンティティ・サーバから、利用可能状態を伴うチケット及び利用不可状態を伴うチケットのリストを受信することと、ホスト・サーバによって、顧客データベース内において、予め決定済みの時間期間の間におけるチケットを購入しなかったユーザについてのプロファイル情報をサーチすることと、ホスト・サーバによって、利用可能状態を伴うチケットをポスティングし、予め決定済みの時間期間の間におけるチケットを購入しなかったユーザのコンピューティング・デバイスへ、予め決定済みの時間期間の間において利用可能状態を伴うチケットに関係するプッシュ通知を送信することと、を包含する。
【００１３】
さらに別の実施態様においては、方法及びシステムが、ホスト・サーバによってチケット・データベース内に、複数のビジネスに関係する、ビジネスにおけるイベントに対応するチケットを包含する情報をストアすることであって、イベントは時及び日の情報を含み、チケットは利用可能状態又は利用不可状態を含むものとすることと、ホスト・サーバによって、第１のユーザのコンピューティング・デバイスからの、第１のユーザによって決定された時間枠内において利用可能状態を伴うチケットを購入する要求を受信することであって、チケットは、ビジネスにおけるイベントに対応し、チケットは、時及び日の情報を含むものとすることと、時間枠内の時に対して利用可能状態を伴うチケット・データベース内のチケットを識別し、かつ第１のユーザのコンピューティング・デバイスから支払インストラクションの送信を受信すると、ホスト・サーバによって、時間枠内において利用可能状態を伴うチケットと第１のユーザをチケット・データベース内において関連付けし、チケットの状態を利用不可に変更することと、ホスト・サーバによって第１のユーザのコンピューティング・デバイスへ、第１のユーザに対するチケットを送信することと、ホスト・サーバによって、チケット・データベース内のチケットの状態を利用不可状態に変更することと、ホスト・サーバによって、第１のユーザのコンピューティング・デバイスから、チケット・データベース内におけるチケットの状態を利用不可から利用可能に変更する要求を受信することと、ホスト・サーバによって、チケット・データベース内におけるチケットの状態を利用不可から利用可能に変更することと、チケットの状態の利用可能への変更時に、ホスト・サーバによって、ユーザのコンピューティング・デバイスに、利用可能状態を伴うチケットを自動的にポスティングすることと、ホスト・サーバによって、第２のユーザのコンピューティング・デバイスからチケットを購入する要求を受信することと、第２のユーザのコンピューティング・デバイスからの支払インストラクションの送信の受信に応答して、ホスト・サーバによって、チケットと第２のユーザをチケット・データベース内において関連付けし、チケットの状態を利用不可に変更することと、ホスト・サーバによって、チケットのための第１のユーザからの支払の少なくとも一部を第１のユーザのコンピューティング・デバイスに払い戻すことと、を包含する。
【００１４】
この開示は、添付図面に図解された形式で具体化できる。しかしながら、実際、それらの図面が図解であることに注意を促す。変形はこの開示の一部であることが企図され、限定は請求項の範囲によってのみなされる。当業者は、次に挙げる図面、詳細な説明、及び付随する請求項を参照することによってこの開示の上記の、及びその他の特徴、側面、及び利点をより良好に理解することになるであろう。
【図面の簡単な説明】
【００１５】
この明細書に組み込まれ、その一部をなす添付図面は、この開示の実施態様の例を図解するものである。詳細な説明とともに、図面は、この開示の原理を説明する働きを提供する。図面は、この開示の実施態様の例を図解する目的のみのために資するに過ぎず、必然的に開示を限定すると解釈されるべきでない。類似する番号は、全体を通じて類似する要素を参照し得る。当業者は、以下の説明、付随する請求項、及び次に挙げる添付図面に関して、この開示の上記の、及びその他の特徴、側面、及び利点をより良好に理解することになるであろう。
【図１】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングを設定するためのネットワーク環境の図式である。
【図２】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングを設定するための方法を図解している。
【図３Ａ】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングを設定するためのユーザ・インターフェースを図解している。
【図３Ｂ】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングを設定するためのユーザ・インターフェースを図解している。
【図３Ｃ】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングを設定するためのユーザ・インターフェースを図解している。
【図３Ｄ】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングを移譲するためのユーザ・インターフェースを図解している。
【図３Ｅ】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングを設定するためのユーザ・インターフェースを図解している。
【図３Ｆ】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングを設定するためのユーザ・インターフェースを図解している。
【図３Ｇ】例示的な実施態様に従ったコンピューティング・デバイスを通じたブッキングのためのユーザ・プロファイルについてのユーザ・インターフェースを図解している。
【図４】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングを販売するための方法を図解している。
【図５Ａ】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングを販売するためのユーザ・インターフェースを図解している。
【図５Ｂ】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングを販売するためのユーザ・インターフェースを図解している。
【図５Ｃ】例示的な実施態様に従ったコンピューティング・デバイスのユーザ・インターフェース上において完了されたブッキングの概要のためのユーザ・インターフェースを図解している。
【図５Ｄ】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングしたチケットのためのユーザ・インターフェースを図解している。
【図５Ｅ】例示的な実施態様に従ったコンピューティング・デバイスを通じてブッキングを販売するためのユーザ・インターフェースを図解している。
【図６Ａ】例示的な実施態様に従ったネットワーク環境を通じた支払及びピア・トゥ・ピア移譲を含むブッキング・プロセスについての図式である。
【図６Ｂ】図６Ａの図式の続きである。
【発明を実施するための形態】
【００１６】
以下、この開示の実施態様の例が示された添付図面を参照してこの開示をより完全に説明する。しかしながら、多くの異なる形式でこの開示が具体化されることも許され、この中に示されている実施態様に限定されるとして解釈されるべきでない。むしろこれらの実施態様は、この開示が完全かつ完璧なものとし、かつ当業者に対してこの開示のコンセプトが完全に伝えられるように提供されている。
【００１７】
システムは、ブッキング及び／又は任意のその他のイベントのためのチケットをユーザが購入及び／又は販売できるプラットフォームを提供できる。システムは、チケットの受け取りに関心を持つかも知れないユーザに対して通知が送信されることを可能にする。異なるユーザが、それぞれのユーザのプロファイル情報及び／又はユーザのステータスに基づいて異なるチケット通知を異なるタイミングで受信できる。ユーザは、別のユーザによって転売されているチケットをサーチすること及び購入することができる。またシステムは、チケットの購入及び／又は販売に使用される全ての支払及び払い戻しの管理も行なう。
【００１８】
システムは、事業主体が関心リストを管理することを可能にできる。例えば、レストランは、それぞれのレストランの場所でだれがダイニングに関心を有しているかを調べることができ、人々のふるい分けを行なうことができる。関心を有している利用客に宛てのポスティングとしてレストランからテーブルを送ることができる。レストラン及び／又は事業主体は、ポスティングとともに新しいアレンジメントをいつ発送する必要があるかを決定できる。レストラン及び／又は事業主体における価格構造に応じて、システムは、多様な価格オプションをはじめ、持続的価格モデルのための異なるツールをオファーできる。システムは、顧客の間においてチケットを交換することを許容でき、それを額面価格のみに限定できる。
【００１９】
いくつかの実装においては、各ブッキングのための料金をチャージすること、及び／又はチケットに含めるか、かつ／又はユーザのショッピング・バッグに追加してブッキングのための料金をチャージすることができる。要求されたテーブルのオファーとともに直接更新を利用客へ送信できる。利用客が、世界中の最良のレストランのテーブルを事前準備なしに、かつ直前に獲得することを可能にできる。利用客が、このシステムを用いてブッキング済みチケットを直接転売することを可能にできる。
【００２０】
いくつかの実装においては、事業主体及び／又はレストランが行動ターゲティングを使用することを可能にできることがあり、それらの事業主体及び／又はレストランの利用客の構造（ビジネス・マン、旅行者、地域の人々）を調べてより多くの快適性を利用客に与えることができる。事業主体及び／又はレストランは、目標を定めたマーケティング活動を計画できる。事業主体及び／又はレストランは、複数のオプションを使用して、例えばレストランにおいてはテーブルをオファーできる。いくつかの実装においては、テーブルが、異なる日及び／又は時に基づいて融通性のある価格を有することができる。事業主体は、全てのリストのクレームのための価格を設定し、価格モデルをより柔軟に（例えば、食事のコスト、シーズン、持続性、スタッフ、設計目的等）維持できる。いくつかの実装においては、事業主体及び／又はレストランが、プロセスを透明にするとき、及びそれらを職業的に隠すときを決定するオプションを有することができる。いくつかの実装においては、システムの柔軟性が、事業主体及び／又はレストランが『関心リスト』に追加された人々だけに宛てることを可能にできる。
【００２１】
システムは、ユーザにバリアフリー・ツールの操作を可能にすること、バックエンド及びその他のバックエンド・システム（例えば、Opentable、Seatme、Livebookings）上において容易に同期できる使用容易なシステムを創出すること、ホワイト・ラベル製品としてオファーされ、ほかのマーケット・セグメントに組み込まれること、レストラン及び／又は事業主体の必要時及び希望時における透明性のコントロールを可能にすること、柔軟な価格モデルを創出すること、『非通知キャンセル客』を回避し、利用度を管理すること、状況に適合する事前準備なしのリアクション及び／又は責任を利用客側に転嫁すること、によって事業主体及び／又はレストランにとって有利なものとなり得る。システムは、ユーザが、事前準備なしにチケットを購入すること、カレンダを用いてダイニング旅行を計画すること、サーチ済みの関心を待ち受け予約とともに保存すること、待ち受け予約と整合するプッシュ通知を受信すること、及び／又はブッキング時に電話から『ノー』を聞かなくて済むようになることが可能になることによって利用客にとって有利なものとなり得る。
【００２２】
この中で述べられるときの任意の動詞は、直接もしくは間接的な活動又は無活動を含意する。例えば、要素が別の要素の『上にある』、それと『接続されている』、又はそれに『結合されている』として言及されるときは、当該ほかの要素に直接接続されているか、又は結合されているとすることが可能であり、あるいは介在する要素が存在する可能性がある。これに対して、要素が別の要素と『直接接続されている』、又は『直接結合されている』として言及されるときは、介在する要素が存在しない。
【００２３】
理解されるものとするが、この中では、第１の、第２の、等々の用語が多様な要素、成分、領域、レイヤ、及び／又はセクションの記述に使用されることがあるが、これらの要素、成分、領域、レイヤ、及び／又はセクションがそれらの用語によって限定されるものではない。これらの用語は、１つの要素、成分、領域、レイヤ、又はセクションと別の要素、成分、領域、レイヤ、又はセクションを区別するために使用されているに過ぎない。したがって、以下において論じている第１の要素、成分、領域、レイヤ、又はセクションは、この開示の教示から逸脱することなく、第２の要素、成分、領域、レイヤ、又はセクションと述べることも可能であった。
【００２４】
この中で使用されている用語は、特定の実施態様を記述のみを目的としたものであり、必然的に開示を限定することは意図されていない。この中で使用されている単数形式の『この』又は『その』又は『数の修飾語なし』は、文脈から明確に示されるほかは複数形式も含むことが意図されている。さらにこれも理解されるものとするが、この明細書の中で使用されている『包含する』、『含む』、及び／又は『包含している』、『含んでいる』等の用語は、陳述された特徴、整数、ステップ、動作、要素、及び／又は成分の存在を指定し、その他の１つ又は複数の特徴、整数、ステップ、動作、要素、成分、及び／又はそれらのグループの存在又は追加を妨げない。
【００２５】
別段の定義があるほか、この中に使用されている全ての用語（技術的及び科学的用語を含む）は、この開示が属する分野の当業者によって一般に理解されているものと同じ意味を有する。さらにこれも理解されるであろうが、一般に使用されている辞書の中で定義されている用語等は、関連技術の文脈におけるそれらの意味と矛盾しない意味を有するとして解釈されるべきであり、理想化されるか、又は過度に形式的な意味で解釈されることは、この中にそのような定義が明確に述べられているほかない。
【００２６】
参照によってなんらかの開示がこれに援用されており、その種の参照援用された開示が部分的に、又は全体的にこの開示と矛盾する場合には、矛盾の範囲において、及び／又はより広い開示の範囲において、及び／又はより広い用語の定義の範囲においてこの開示がコントロールを有する。その種の参照援用された開示が部分的に、又は全体的に互いに矛盾する場合には、矛盾の範囲において、より日付の新しい開示がコントロールを有する。以下、添付図面を参照してこの開示を詳細に説明する。
【００２７】
この中で述べられているとおり、アプリケーション（又は『アプリ』）は、利用客、常得意、顧客、及び／又はユーザのモバイル・コンピューティング・デバイス上にインストールできる。アプリケーションは、ローカル・エリア・ネットワーク、Ｗｉ−Ｆｉ、セルラ・ネットワーク等の通信ネットワーク、及び／又は任意のその他の通信ネットワークを通じてサーバと通信できる。サーバは、事業者（例えば、レストラン、バー、ホテル、サロン、航空会社、ガソリンスタンド）及び／又は事業者及び／又は常得意、顧客、又はユーザと通信することが可能なサードパーティによってホストされているとし得る。サーバは、クレジット・カード処理システム又はその他の支払を処理するバンキング・システム等の支払システムと通信することもできる。『ホスト・サーバ』、『エンティティ・サーバ』、及び／又は『ホスト・システム』は、相互交換可能に実装されることがある。
【００２８】
事業者は、ホスト・システムを有することができ、それが、事業者及び／又はレストランのサーバと通信できるか、又はサードパーティ、常得意、顧客、及び／又はユーザと直接通信することが可能な販売時点情報管理システムの実施場所となる。ホスト・システムは、各テーブル、パーティ、顧客、常得意、ユーザ、又はその他の、製品もしくはサービスのための要求を提出しているエンティティのためにタブ及び／又はチケットを公開するべく構成できる。モバイル・デバイス、１つ又は複数のサーバ、及びホスト・システムは、この中でシステムと呼ばれることがあり、記述されている機能を提供するその他のサーバ及びデータベースも含むことがある。
【００２９】
常得意、利用客、顧客、及び／又はユーザは、モバイル・フォン、セルラ・フォン、スマートフォン、携帯情報端末、タブレット・コンピュータ、ラップトップ・コンピュータ等のクライアント・コンピューティング・デバイス、及び／又はその他の、通信ネットワークとの接続が可能なコンピューティング・デバイスを使用することができる。この説明の目的のために、これらの用語には、相互交換可能な使用が許される。
【００３０】
図１は、１つ又は複数のコンピューティング・デバイスを通じてブッキングを購入するために構成されたオンライン・マーケットプレースを有するシステム１００を図解している。オンライン・マーケットプレースの内側においては、種々の関係者が互いにインタラクションしている。オンライン・マーケットプレースは、コンピュータ可読媒体上にストアされ、情報を送受するプロセッサによって実行される通信モジュールとすることが可能である。オンライン・マーケットプレースは、多くの異なるエンティティ及び／又はユーザによって使用されることが許される。ユーザという用語は、レストラン、事業主体、関係者、利用客、チケット販売者、チケット購入者、消費者、及び／又は任意のその他のこのシステムの利用するエンティティを記述するものと解釈され、それらは相互交換可能に使用されることがある。
【００３１】
オンライン・マーケットプレースは、リザーブ及び／又はチケットを含む収容量のブッキングを許容する。システムは、リザーブの発行及び／又はチケットの発行を希望するか否かについても同様に事業主体が決定することを許容する。しかしながらブッキング・プロセスは、リザーブを要求しないことができる。例えば、ユーザが、リザーブのために支払しなければならないことはなく、レストラン及び／又は任意のその他の事業主体における場所を確保するべくクレジット・カード番号を提供できる。これに対して、ユーザが、ブッキング・プロセスにおいてチケット・オプションを選択した場合には、チケットの支払が要求される。チケットの購入は、リザーブ及び／又は個人的なユーザ・プロファイル情報を含むことができる。これは、一定の利用を創出することができ、それによってレストランは、もっとも効率的な容量においてブッキングされること、追加の席を提供すること、及びより高い収益を創出することが可能になる。
【００３２】
システム１００の１つの特定のタイプのユーザは、レストラン及び／又は任意のその他の事業主体である。オンライン・マーケットプレースは、『非通知キャンセル』を生じさせる利用客及び／又はユーザの排除に役立つ。オンライン・マーケットプレースは、ユーザが支払データ及び／又はユーザ・プロファイル情報とともに普通預金口座を開設した後にのみブッキングが利用可能となることを可能にできる。
【００３３】
オンライン・マーケットプレースは、事業主体のための透明性もコントロールできる。例えば、レストランは、ポスティングをどこで、またどのようにユーザに対して公式に、かつ利用可能とするかの決定を行なうことができる。オンライン・マーケットプレースは、レストラン及び／又は任意のその他の事業主体のためのプロセスを最適化できる。システムは、スタッフ要員によるマニュアル・ブッキング・コントロールを可能にする。それに加えてスタッフ要員は、リザーブ及び／又はチケットをポスティングできる。レストランのスタッフは、リザーブ管理システムに責任を有し、かつそれとインタラクションし、この中で述べているオンライン・マーケットプレースを使用し、日当たり多くの時間を節約できる。
【００３４】
オンライン・マーケットプレースは、オンラインでリザーブ及び／又はチケットを販売することを可能にする。レストラン及び／又は事業主体は、チケットの販売、リザーブ、及び予約なしの利用を行なう能力を含めた市場における地位に関する自由な選択肢を有することができる。オンライン・マーケットプレースは、プライベート・ダイニングの販売を可能にする。例えば、ブッキングを扱うレストランは、チケット販売のためのプライベート・ダイニング・ルームを使用できる。
【００３５】
オンライン・マーケットプレースは、グループ・ブッキング補助を提供できる。例えば、６を超える人数のリザーブは、グループのためのセット・メニュー選択肢、自動支払インストラクション等といった、より大きなグループのブッキングを通じてユーザを自動的にガイドするグループ・ブッキング機能によって補助されることになる。
【００３６】
オンライン・マーケットプレースは、自動キャンセル及び／又は移譲サービスを提供できる。例えば、オンライン・マーケットプレースは、キャンセルされたリザーブが自動的にふるい分けされて、関心を示す可能性のある食事客宛てに送られるキャンセル待ちリスト管理システムを包含できる。チケットは、ソフトウエア及び／又はアプリケーション内部において、ほかの食事客への移譲が可能である。関心のある食事客は、『移譲可』チケットのブッキングができる。
【００３７】
オンライン・マーケットプレースは、種々のレストラン・タイプのための柔軟なシステムを提供できる。例えば、フレンチの高級ダイニング、カウンタ・レストラン、ビストロ・スタイル等のスタイル及びレストラン毎に異なる将来的な見通しを確立していることが考えられる。あらゆるタイプのレストランが、それぞれのリザーブ管理のための基礎としてオンライン・マーケットプレースを使用できる。いくつかの実装においては、オンライン・マーケットプレースが、レストランのための席料をチャージしないことができる。サービスは、利用客からのブッキング毎のブッキング料をチャージでき、また、レストランのブッキングのためのコストを別建てとするか、又はレストランの勘定にブッキング料を含めることを可能にする。ユーザが、マーケットプレースを通じてチケットを転売するとき、ユーザは、ブッキング料を除いたチケットのコストの払い戻しを受けることができる。
【００３８】
オンライン・マーケットプレースは、好み及び／又は制約事項のより良好な知識を得るために、ユーザの追跡及びタグ付け等を行なうユーザ分析ツールを提供できる。オンライン・マーケットプレースは、ウェブサイトのためのレストラン・ウィジェット、ソーシャル・メディア・プラットフォーム、地図及びナビゲーション・アプリケーション、サービス・プロバイダ、及び／又は任意のその他のエンティティの統合を提供できる。いくつかの実装においては、高級ダイニング・レストランだけがマーケットプレースの内側の位置を獲得できる。オンライン・マーケットプレースは、任意のサーチ・エンジン・テクノロジを利用するレストランのためのマーケティング・チャンネルを提供し、１つのシステム及び／又はアプリケーション内において複数のレストランを提供できる。
【００３９】
システム１００の別の特定タイプのユーザは、利用客及び／又は任意のその他のエンティティである。オンライン・マーケットプレースは、更新機能付きのソーシャル・サーチ・エンジンを提供できる。場所ベースのサーチは、日及び／又は特定の日のためのサーチを提供できる。オンライン・マーケットプレースは、１日のうちの融通性のある時間帯のためのサーチを提供することができ、例えば待ち受け予約モードが有効化されているときには、そのサーチの保存及び／又は更新ができる。オンライン・マーケットプレースは、動的な待ち受け予約を提供できる。例えば、ニュースフィード内における待ち受け予約の効率化は、利用客の関心の管理に役立つことがある。待ち受け予約は、特定の日及び／又は時間枠における場所ベースとすることができる。待ち受け予約は、場所ベース及び／又は時間期間（例えば、月曜日から水曜日まで）にわたる日ベースとすることができる。レストランは、そのレストランの個人関心リスト内で待ち受け予約を見ることができる。
【００４０】
オンライン・マーケットプレースは、ピア・トゥ・ピアのチケットの移譲を許容できる。例えば、購入済みチケットをアプリケーション内においてほかのユーザに移譲することができる。チケットの移譲は、チケットの潜在的な購入者についてのサーチ・テクノロジを示すこと、及び効率化された待ち受け予約に対する更新を送信することができる。支払データの保存は、利用客がブッキングのための支払を欲するときの使いやすさの提供を助ける。ユーザは、クレジット・カード及び／又は電子マネー・ソリューションを用いた清算を許容できる。
【００４１】
オンライン・マーケットプレースは、レストラン及び／又は利用客の両方を含む全てのユーザに対してソリューションを提供できる。オンライン・マーケットプレースは、バリアフリーであることはもとより、ホワイト・ラベル（例えば、ライセンスされ、かつグーグル・マップ又はミシュラン・ガイドにアウトソースされる）でもあるとすることが可能なシステムを提供する。全てのレストランを統合することができ、ユーザは、システムを使用したブッキングのための動機を持ち続ける。システムは、異なる言語を使用する能力を提供すること、及び／又はサービスの使いやすさを与えることができる。システムは、複数の通貨を支払のために使用する能力を提供できる。
【００４２】
オンライン・マーケットプレースは、多くの時間を節約するツールをユーザに提供する。チケット販売及びピア・トゥ・ピアのチケット発行を、全てのイベント組織者（例えば、フード・フェスティバル、フォーラム討論会、授賞式、ワークショップ等々）にオファーできる。オンライン・マーケットプレースは、柔軟かつ拡張可能なシステムを提供する。
【００４３】
この実施態様は、その他の、この開示の中で述べられている実装の任意の側面を組み込むことができる。いくつかの実装においては、システム１００が、１つ又は複数のサーバ（単数又は複数）１０２、１１４を含むことができる。サーバ（単数又は複数）１０２、１１４は、クライアント／サーバ・アーキテクチャに従って１つ又は複数のクライアント・コンピューティング・プラットフォーム（単数又は複数）１２８と通信するべく構成できる。ユーザは、クライアント・コンピューティング・プラットフォーム（単数又は複数）１２８を介してシステム１００へアクセスできる。
【００４４】
例示的な実施態様においては、サーバ１０２を、レストラン又はその他の、ブッキングをオファーする場所と関連付けすることができる。サーバ１１４は、ブッキング場所及び顧客に対してシステム機能を提供可能な『ファイン・ダイニング・エクスペリエンセズ』等のブッキング・ホスト・システムと関連付けすることができる。クライアント・コンピューティング・プラットフォーム１２８は、ブッキングのための購入、販売、リザーブ、移譲、又はサーチを望む顧客又は常得意とすることが可能である。
【００４５】
いくつかの実装においては、１つ又は複数のコンピュータ・プログラム・モジュールを実行するべくサーバ（単数又は複数）１０２、１１４を構成できる。コンピュータ・プログラム・モジュールは、１つ又は複数のブッキング・モジュール１０６、ユーザ・プロファイル・モジュール１１８、チケット・モジュール１２０、支払モジュール１２２、及び／又は任意のその他のモジュールを含むことができる。
【００４６】
ブッキング・モジュール１０６は、１つ又は複数のブッキングへのアクセス及び／又は管理を行なうべく構成できる。ブッキングは、ビジネスへの電話、ビジネスへの電子メール、及び／又はソフトウエアを通じて行なうことを含めた多くの方法で行なうことができる。ブッキング・モジュール１０６は、時、日付、場所、及びビジネスに求めるサービスを包含する任意のブッキングを管理できる。
【００４７】
ユーザ・プロファイル・モジュール１１８は、システム１００のユーザに関連付けされた１つ又は複数のユーザ・プロファイル及び／又はユーザ情報へのアクセス及び／又は管理を行なうべく構成できる。１つ又は複数のユーザ・プロファイル及び／又はユーザ情報は、サーバ（単数又は複数）１０２、１１４、１つ又は複数のクライアント・コンピューティング・プラットフォーム１２８、及び／又はその他のストレージ・ロケーションによってストアされた情報を含むことができる。ユーザ・プロファイルは、例えば、仮想空間内のユーザを識別する情報（例えば、ユーザ名又はハンドル名、番号、識別子、及び／又はその他の識別情報）、セキュリティ・ログイン情報（例えば、ログイン・コード又はパスワード）、仮想空間の口座情報、待ち受け予約情報、支払口座情報、縁故情報（例えば、仮想空間内のユーザ間の縁故関係に関連する情報）、利用情報、ユーザに関連付けされた人口統計学的情報、ユーザとシステムのインタラクション履歴、ユーザによって述べられた情報、ユーザの購入情報、ユーザの閲覧履歴、ユーザに関連付けされたクライアント・コンピューティング・プラットフォーム識別、ユーザに関連付けされた電話番号、及び／又はユーザに関係するその他の情報を含むことができる。
【００４８】
チケット・モジュール１２０は、オンライン・マーケットプレース・システムに提携させたチケットをユーザが購入することを可能にするべく構成できる。いくつかの実装においては、選択するブッキングに基づいて利用可能なチケットのリストをユーザに提供できる。ブッキングは、時、日、テーブル、食事のタイプ、特別な要求、及び／又は任意のその他の情報を含むことができる。ユーザは、クライアント・コンピューティング・プラットフォーム（単数又は複数）１２８を使用してブッキングを選択し、そのブッキングに対応するチケットを購入する。
【００４９】
クライアント・コンピューティング・プラットフォーム（単数又は複数）１２８は、モバイル・アプリケーション及び／又は任意のその他のタイプのインターフェース・アプリケーションを包含できる。サーバ（単数又は複数）１０２、１１４は、チケットを使用してモバイル・アプリケーション上に表示する適切なブッキングのための販売時点情報管理システムをサーチする。整合が見つかれば、支払のためにモバイル・アプリケーション上でユーザにチケットを呈示できる。
【００５０】
支払モジュール１２２は、クライアント・コンピューティング・プラットフォーム（単数又は複数）１２８を通じてユーザが支払を直接行なうことを可能にするべく構成できる。クライアント・コンピューティング・プラットフォーム（単数又は複数）１２８は、モバイル・アプリケーションを包含できる。モバイル・アプリケーションは、ユーザが、仮想小切手、クレジット・カード、デビット・カード、プリペイド・カード、及び／又は仮想通貨を含む多くの異なる方法で支払を行なうことを可能にできる。いくつかの実装においては、ユーザが、実際の通貨を用いた支払に代えて口座内の使用可能な販売促進クレジットを使用できる。いくつかの実装においては、ユーザが、その販売促進クレジットをほかのユーザと分け合うこと、及び／又は自分のチケットの支払だけに使用することができる。
【００５１】
サーバ（単数又は複数）１０２、１１４、クライアント・コンピューティング・プラットフォーム（単数又は複数）１２８、及び／又は外部リソース（単数又は複数）１３０は、１つ又は複数の電子通信リンクを介して動作可能にリンクできる。例えば、その種の電子通信リンクを、少なくとも部分的に、インターネット等のネットワーク１２６ａ、１２６ｂ及び／又はその他のネットワークを介して構築できる。認識されることになろうが、これは限定を意図したものではなく、この開示の範囲は、サーバ（単数又は複数）１０２、１１４、クライアント・コンピューティング・プラットフォーム（単数又は複数）１２８、及び／又は外部リソース（単数又は複数）１３０を、何らかのその他の通信媒体を介して動作可能にリンクできる実装を含む。
【００５２】
エンティティ及びホスト・サーバ（単数又は複数）１０２、１１４は、電子ストレージ１１２、１２４、１つ又は複数のプロセッサ１０４、１１６、及び／又はその他の構成要素を包含できる。サーバ（単数又は複数）１０２、１１４は、ネットワーク１２６ａ、１２６ｂ、及び／又はその他のコンピューティング・プラットフォームと情報の交換を可能にする通信ライン、又はポートを含むことができる。プロセッサ１０４、１１６は、コンピュータ・プログラム・モジュールを実行するべく構成できる。プロセッサ１０４、１０６は、ハードウエア、ソフトウエア、及び／又はファームウエアのうちの１つ又は複数を介してコンピュータ・プログラム・モジュールを実行するべく構成できる。コンピュータ・プログラム・モジュールは、ブッキング・モジュール１０６、ユーザ・プロファイル・モジュール１１８、リンク・モジュール１２０、請求分割モジュール１２２、及び／又は任意のその他のコンピュータ・プログラム・モジュールを含むことができる。ここでは、いくつかのセクションの中で、サーバ（単数又は複数）１０２、１１４を含むとしてシステム１００が述べられているが、これは限定を意図したものではない。サーバ（単数又は複数）１０２、１１４は、システム１００から分離して区別し、例えば、システム・サーバを提供するエンティティとは別のエンティティによって提供できる。いくつかの実装においては、この中のサーバ（単数又は複数）１０２、１１４に属している機能を、システム・サーバによって提供できる。
【００５３】
サーバ（単数又は複数）１０２、１１４は、任意の販売時点情報管理システム及び／又はホスト・システムに組み込むことができる。ホスト・システムは、注文及び支払口座データを含むデータをストアしているメモリと通信するプロセッサを含む。ホスト・システムは、クレジット・カード処理ユニット及び現金収納部を含む電子キャッシュ・レジスタ・マシンとすることが可能である。ホスト・システムは、ネットワークにわたる有線又は無線通信のための手段を含むことができる。これらの手段は、プロセッサと通信する。例えば、その種の手段をドック、ポート、又はアンテナとすることが可能である。ホスト・システムは、受注又は支払を処理する能力のあるウェブサイトへリンクできる。ホスト・システムは、モバイル・デバイスのリモート検出のためのセンサを含むことができる。プロセッサは、シングル・コア、デュアル・コア、マルチコア、又はシステム・オン・チップとすることができる。メモリは、ランダム・アクセス・メモリ（ＲＡＭ）、仮想ストレージ、実ストレージ、クラウド・ストレージ、フラッシュ・メモリ又は、内蔵又は外付けハード・ディスク・ドライブ等の物理ディスク・ストレージとすることができる。メモリ内にストアされるデータは、暗号化が可能であり、暗号化された状態でメモリ内にストアできる。データは、暗号化された状態で受信され、その後、オンザフライ又はオンデマンドで暗号解除され、暗号解除された状態でメモリ内にストアできる。
【００５４】
所定のクライアント・コンピューティング・プラットフォーム（単数又は複数）１２８は、コンピュータ・プログラム・モジュールを実行するべく構成された１つ又は複数のプロセッサを含むことができる。コンピュータ・プログラム・モジュールは、所定のクライアント・コンピューティング・プラットフォーム（単数又は複数）１２８と関連付けされたユーザ又は熟練者が、システム１００及び／又は外部リソース（単数又は複数）１３０とインターフェースし、かつ／又はその他の、この中のクライアント・コンピューティング・プラットフォーム（単数又は複数）１２８に属している機能を提供するべく構成できる。非限定的な例として述べるが、所定のクライアント・コンピューティング・プラットフォーム（単数又は複数）１２８は、デスクトップ・コンピュータ、ラップトップ・コンピュータ、ハンドヘルド・コンピュータ、タブレット・コンピューティング・プラットフォーム、ネットブック、スマートフォン、ゲーミング・コンソール、モバイル・デバイス、及び／又はその他のコンピューティング・プラットフォームのうちの１つ又は複数を含むことができる。モバイル・デバイスは、メモリ、キーボード又はタッチスクリーン又はマイクロフォン等の入力手段、及びディスプレイ又はスピーカ等の出力手段と通信するプロセッサを含むことができる。モバイル・デバイスは、スマートフォン又はタブレット・コンピュータとすることができる。
【００５５】
外部リソース（単数又は複数）１３０は、情報のソース、システム１００外の仮想環境のホスト及び／又はプロバイダ、システム１００に関与する外部エンティティ、及び／又はその他のリソースを含むことができる。いくつかの実装においては、この中の外部リソース（単数又は複数）１３０に属している機能の一部又は全てを、システム１００内に含まれているリソースによって提供することができる。いくつかの実装においては、販売時点情報管理システム及び／又はホスト・システムが外部リソース（単数又は複数）１３０内にあるとすることができる。いくつかの実装においては、ホスト端末をサーバ（単数又は複数）１０２、１１４内に配置できる。ユーザは、メモリ及びディスプレイと通信する中央処理装置（ＣＰＵ）を含むホスト・システムへ、場所情報を送信することによってチェックインする。チェックインは、ホスト・システムとの直接通信を介して、又はＧＰＳ、セルラ・ネットワーク、Ｗｉ−Ｆｉネットワーク、もしくはソーシャル・ネットワーク・サービスを介して無線で行なうことができる。チェックインを、有線テクノロジを介して行なうことも同様に可能である。チェックインに成功すると、モバイル・デバイスが、ホスト・システム上のビジネス内に物理的に存在するとして現われることができる。
【００５６】
サーバ（単数又は複数）１０２、１１４は、電子ストレージ１１２、１２４、１つ又は複数のプロセッサ１０４、１１６、及び／又はその他の構成要素を含むことができる。サーバ（単数又は複数）１０２、１１４は、ネットワーク１２６ａ、１２６ｂ、及び／又はその他のコンピューティング・プラットフォームと情報の交換を可能にする通信ライン、又はポートを含むことができる。図１のサーバ（単数又は複数）１０２、１１４の図解は、限定を意図したものではない。サーバ（単数又は複数）１０２、１１４は、この中のサーバ（単数又は複数）１０２、１１４に属する機能を提供するべく協働する複数のハードウエア、ソフトウエア、及び／又はファームウエア構成要素を含むことができる。例えば、サーバ（単数又は複数）１０２、１１４は、サーバ（単数又は複数）１０２、１１４として協働するコンピューティング・プラットフォームのクラウドによって実装できる。
【００５７】
電子ストレージ１１２、１２４は、情報を電子的にストアする電子ストレージ媒体を包含できる。電子ストレージ１１２、１２４の電子ストレージ媒体は、サーバ（単数又は複数）１０２、１１４と一体的に提供される（すなわち、実質的に取り外し可能でない）システム・ストレージ、及び／又はポート（例えば、ＵＳＢポート、ファイヤワイヤ・ポート等）もしくはドライブ（例えば、ディスク・ドライブ等）を介してサーバ（単数又は複数）１０２、１１４と取り外し可能に接続可能な取り外し可能ストレージのうちの一方又は両方を含むことができる。電子ストレージ１１２、１２４は、光学的に読み取り可能なストレージ媒体（例えば、光ディスク等）、磁気的に読み取り可能なストレージ媒体（例えば、磁気テープ、磁気ハード・ドライブ、フロッピー・ドライブ等）、電荷ベースのストレージ媒体（例えば、ＥＥＰＲＯＭ、ＲＡＭ等）、ソリッド・ステート・ストレージ媒体（例えば、フラッシュ・ドライブ等）、及び／又はその他の電子的に読み取り可能なストレージ媒体のうちの１つ又は複数を含むことができる。電子ストレージ１１２、１２４は、１つ又は複数の仮想ストレージ・リソース（例えば、クラウド・ストレージ、仮想私設網、及び／又はその他の仮想ストレージ・リソース）を含むことができる。電子ストレージ１１２、１２４は、ソフトウエア・アルゴリズム、プロセッサ（単数又は複数）１０４、１１６によって決定された情報、サーバ（単数又は複数）１０２、１１４から受信された情報、クライアント・コンピューティング・プラットフォーム（単数又は複数）１２８から受信された情報、及び／又はその他の、サーバ（単数又は複数）１０２、１１４がここで述べられているとおりに機能することを可能にする情報をストアできる。
【００５８】
プロセッサ（単数又は複数）１０４、１１６は、サーバ（単数又は複数）１０２、１１４内に情報処理ケイパビリティを提供するべく構成される。そのためプロセッサ（単数又は複数）１０４、１１６は、デジタル・プロセッサ、アナログ・プロセッサ、情報を処理するべく設計されたデジタル回路、情報を処理するべく設計されたアナログ回路、状態マシン、及び／又はその他の、電子的に情報を処理するためのメカニズムのうちの１つ又は複数を含むことができる。図１には単一のエンティティとしてプロセッサ（単数又は複数）１０４、１１６が示されているが、これは図解だけを目的としたものである。いくつかの実装においては、プロセッサ（単数又は複数）１０４、１１６が、複数の処理ユニットを含むことができる。これらの処理ユニットは、同一のデバイス内に物理的に配置されているとしてもよく、又はプロセッサ（単数又は複数）１０４、１１６が、調和して動作する複数のデバイスの処理機能を代表しているとしてもよい。プロセッサ（単数又は複数）１０４、１１６は、モジュール１０６、１１８、１２０、１２２、及び／又は任意のその他のモジュールを実行するべく構成できる。プロセッサ（単数又は複数）１０４、１１６は、ソフトウエア；ハードウエア；ファームウエア；ソフトウエア、ハードウエア、及び／又はファームウエアの何らかの組合せ；及び／又はその他の、処理能力をプロセッサ（単数又は複数）１０４、１１６上に構成するためのメカニズムによってモジュール１０６、１１８、１２０、１２２、及び／又は任意のその他のモジュールを実行するべく構成できる。
【００５９】
認識されるものとするが、図１においては、モジュール１０６、１１８、１２０、１２２、及び／又は任意のその他のモジュールが単一の処理ユニット内に共配置されているとして図解されているが、プロセッサ（単数又は複数）１０４、１１６が複数の処理ユニットを含む実装において、モジュール１０６、１１８、１２０、１２２、及び／又は任意のその他のモジュールのうちの１つ又は複数を、ほかのモジュールから離して配置できる。種々のモジュール１０６、１１８、１２０、１２２、及び／又は以下に述べる任意のその他のモジュールによって提供される機能の説明は、例証を目的としたものであり、モジュール１０６、１１８、１２０、１２２、及び／又は任意のその他のモジュールがここでの記述より多いか、又は少ない機能を提供できることから、その説明は限定を意図したものではない。例えば、モジュール１０６、１１８、１２０、１２２、及び／又は任意のその他のモジュールのうちの１つ又は複数を除き、モジュール１０６、１１８、１２０、１２２、及び／又は任意のその他のモジュールのうちの他のモジュールによってその機能の一部又は全部を提供することができる。別の例として、プロセッサ（単数又は複数）１０４、１１６を、モジュール１０６、１１８、１２０、１２２、及び／又は任意のその他のモジュールのうちの１つに属する機能の一部又は全部を行なうことができる１つ又は複数の追加のモジュールを実行するべく構成できる。
【００６０】
図２は、この開示に従ったコンピューティング・デバイスを通じてブッキングを設定する方法２００を図解している。この実施態様は、その他の、この開示の中で述べられている実装の任意の側面を組み込むことができる。以下に示す方法２００の動作は、例証であることが意図されている。いくつかの実施態様においては、方法２００が、ここで述べていない１つ又は複数の追加の動作を伴って、かつ／又はここで論じている動作のうちの１つ又は複数を伴うことなく達成されることがある。この図の要素のいくつかは、すでに上で述べた。したがって、それらの詳細な説明の反復は、混乱を回避するために以下において省略するか、又は簡単に済ますことにする。それに加えて、図２内に図解され、以下において説明する方法２００の動作の順序は、限定を意図したものではない。
【００６１】
いくつかの実施態様においては、方法２００を１つ又は複数の処理デバイス（例えば、デジタル・プロセッサ、アナログ・プロセッサ、情報を処理するべく設計されたデジタル回路、情報を処理するべく設計されたアナログ回路、状態マシン、及び／又はその他の、電子的に情報を処理するためのメカニズム）内に実装できる。１つ又は複数の処理デバイスは、電子ストレージ媒体上に電子的にストアされたインストラクションに応答して方法２００の動作の一部又は全部を実行する１つ又は複数のデバイスを含むことができる。１つ又は複数の処理デバイスは、方法２００の動作のうちの１つ又は複数の実行のために特に設計されるべく、ハードウエア、ファームウエア、及び／又はソフトウエアを通じて構成された１つ又は複数のデバイスを含むことができる。
【００６２】
動作２０２において、ホスト・サーバ（単数又は複数）１１４は、チケット・データベース内に、複数のレストラン及び／又は事業主体に関係する、レストラン及び／又は事業主体におけるブッキングに対応するチケットを包含する情報をストアでき、そのブッキングは日時情報を含み、チケットは利用可能状態及び／又は利用不可状態を含む。いくつかの実装においては、ブッキングがテーブル識別（ＩＤ）及び／又は任意のその他のＩＤを含むことができる。ブッキングは、テーブル識別（ＩＤ）及びダイニングの日時、及びサービスの選択肢（例えば、食事のタイプの事前注文）を示すテーブル選択肢を包含できる。
【００６３】
いくつかの実装においては、テーブル選択肢が、サーバによる第１のユーザに対する事業者のところにあるテーブルのリストの表示に基づき、第１のユーザが特定のテーブルを選択することを可能にできる。テーブルＩＤは、ブッキング設定時にユーザによってなされた以前のテーブル選択に基づくことができる。ユーザがモバイル・アプリケーション上でチケットを購入するときには、サーバが、販売時点情報管理システムにレストランのデータベース内にあるテーブルのリストについてのクエリを行なうことができる。テーブルがユーザに呈示され、続いてユーザは、リザーブを欲するテーブルを選択できる。いくつかの実装においては、接客スタッフがユーザのためのテーブルを予め選択できる。クエリされることになるデータは、クライアントの電子ストレージ及び／又はホスト電子ストレージ及び／又は任意のその他のストレージ・ロケーション上のデータベース内にストアできる。
【００６４】
動作２０４においては、ホスト・サーバ（単数又は複数）１１４が、第１のユーザのコンピューティング・デバイスから第１のユーザの場所を受信できる。第１のユーザのコンピューティング・デバイス及び／又は第２のユーザは、クライアント・コンピューティング・プラットフォーム（単数又は複数）１２８であるとすることができる。いくつかの実装においては、第１のユーザの場所を、グローバル・ポジショニング・システムに基づいて決定できる。コンピューティング・デバイスの概略の場所は、クライアント・コンピューティング・プラットフォーム（単数又は複数）１２８内に埋め込まれているＧＰＳ受信機からのデータ、及び／又はチケットの注文時にコンピューティング・デバイスが通信を行なっている携帯電話のアンテナ塔（又は、複数の塔）（例えば、１５０乃至５０メートル内、又はそれ未満）からのデータを介して決定できる。例えば、複数の塔からの三角測量は、適度に精密な場所データを提供できる。特定の状況（例えば、ユーザのコンピューティング・デバイスが州の境界にあるか、又は非常にそれに近いアンテナを介して通信している状況）においては、ユーザのモバイル・フォンがいずれの州内に位置するかの判断が困難になることがあり得る。オプションとして、ユーザの場所の識別に２つ又はそれより多くの方法を使用できる。例えば、システムは、ＧＰＳの読み値（例えば、ＧＰＳ受信機が備わったコンピュータ又は携帯電話等のユーザの端末から）及びユーザについての携帯電話の場所情報を受信できる。同様に、システムは、ＧＰＳの読み値及びユーザ端末に関連付けされたＩＰアドレスを受信し、ユーザの場所の検証に両方のタイプの情報を使用できる。
【００６５】
いくつかの実装においては、場所がユーザ入力に基づくことができる。オプションとして、コンピュータ端末又は電話の場所に関する場所データが曖昧であるか、又は不確実である場合、システムは、ユーザの場所をシステムが検証できなかったことを示す通知をユーザに送信できる。同様に、システムは、ユーザに、場所の入力を求めることができる。
【００６６】
動作２０６においては、ホスト・サーバ（単数又は複数）１１４が、その場所の近隣にあるレストラン及び／又は事業主体におけるブッキングに対応する利用可能状態を伴うチケットをチケット・データベース内においてサーチする。チケットの用途は遍在する。例えば、スポーツ・イベント、演劇制作、会議、ワイン・テイスティング等のイベントの観覧又は参加には、しばしば、なんらかの形式のチケットが要求される。また、チケットは、一般にブッキング・メカニズムとして、例えば、航空機、クルーズ、バス等々の座席確保にも使用できる。
【００６７】
動作２０８においては、ホスト・サーバ（単数又は複数）１１４が、第１のユーザのコンピューティング・デバイス上に、利用可能状態を伴うチケットを表示できる。チケットは、任意形式（例えば、利用可能状態を示す特別な色及び／又はアイコン）で表示できる。
【００６８】
動作２１０においては、ホスト・サーバ（単数又は複数）１１４が、第１のユーザのコンピューティング・デバイスから利用可能状態を伴うチケットであってレストラン及び／又は任意のその他の事業主体におけるブッキングに対応するチケットの購入要求を受信できる。チケットは、ブッキングに関係する日時情報及び／又は任意のその他の関連情報を含むことができる。要求は、スレッショルド時間期間及び／又は時間帯の間に対するものとし得る。例えば、ユーザは、場所ベースのサーチを行なうことによってブッキングの要求を行なうことができる。これは、日又は特定の複数日のサーチを提供できる。オンライン・マーケットプレースは、１日の融通性のある時間帯のためのサーチを提供することができ、例えば待ち受け予約モードが有効化されているときには、そのサーチの保存及び／又は更新ができる。オンライン・マーケットプレースは、動的な待ち受け予約を提供できる。例えば、ニュースフィード内における待ち受け予約の効率化は、利用客の関心の管理に役立つことがある。待ち受け予約は、特定の日及び／又は時間枠における場所ベースとすることができる。待ち受け予約は、時間期間（例えば、月曜日から水曜日まで）にわたる日ベース及び／又は場所ベースとすることができる。その他の関連情報は、事業主体の名前、事業主体の場所がある都市、ブッキングを参照する特定のコード、リザーブしたアイテムの数、リザーブしたアイテムのタイプ、及び／又はアップグレード方針に関係する情報を包含できる。第１のユーザのコンピューティング・デバイスから支払インストラクションの送信を受信すると、ホスト・サーバ（単数又は複数）１１４は、そのチケットと第１のユーザをチケット・データベース内において関連付けし、そのチケットの状態を利用不可に変更する。
【００６９】
動作２１２においては、ホスト・サーバ（単数又は複数）１１４が、第１のユーザのコンピューティング・デバイスへ、第１のユーザ宛てのチケットを送信できる。チケット・モジュール１２０は、ブッキング情報を包含するチケットを発行できる。チケットは、支払モジュール１２２を使用し、ユーザの支払口座データを用いて購入できる。支払口座データは、ユーザがホスト・システム内に既存の口座を有する場合のようにチェックイン前にストアできるか、又はチェックイン後に支払口座データをストアすることができる。支払口座データは、レストラン、バー、及び／又は任意のその他の事業者等のベンダーによる、国内又は国外の金融機関に関連付けされた口座への請求を可能にするデータとすることができる。口座情報は、ユーザ・プロファイル・モジュール１１８によってアクセスできる。通常、口座は、そのモバイル・デバイスのユーザの口座になるが、その他の口座も同様に使用可能である。例えば、モバイル・デバイスのユーザがそのユーザの親、配偶者、子供、又は友人に関連付けされた口座の情報を提供することはあり得る。
【００７０】
支払口座データは、クレジット・カード情報、例えばクレジット・カードの口座番号、クレジット・カード口座に関連付けされた名前、有効期限データ、及びセキュリティ・コード等とすることができる。支払口座データは、デビット・カード情報、例えばデビット・カードの口座番号、デビット・カード口座に関連付けされた名前、個人識別番号（ＰＩＮ）等とすることができる。支払口座データは、ギフト・カード口座データ、例えばギフト・カード番号及びＰＩＮ等とすることができる。支払データは、実通貨又は仮想通貨、又は還元ポイントとすることができる。支払口座データは、金融機関のウェブサイトのログイン・データ又は、支払口座データ・アグリゲータ等のウェブサイト上にストアされているデータとすることができる。いくつかの実装においては、ユーザが、当座預金／普通預金口座、デビット・カード、クレジット・カード、及び／又はプリペイド・カードを通じて支払を行なうことができる。例えば、ユーザは、その種のウェブサイトにログインし、そのウェブサイトからソフトウエア・アプリケーション内へ支払口座データをインポートするか又はマニュアル入力することができる。いくつかの実装においては、ソフトウエア・アプリケーションが、自動的にウェブサイトにログインし、支払口座データにアクセスし、かつ支払口座データの永続的なローカル・ストアを伴うことなく支払口座データをホスト・システムへ伝達するか、又はソフトウエア・アプリケーション内へ支払口座データ情報をインポートした後に支払口座データをホスト・システムへ送信するかのいずれかを行なうべくプログラムされる。
【００７１】
支払口座データは、クライアント・コンピューティング・プラットフォーム（単数又は複数）１２８のメモリ内にストアされるか、又はそれを介してアクセスすることができる。例えば、ユーザが、モバイル・デバイス上で実行されているソフトウエア・アプリケーション内に支払口座データをマニュアル入力する。ユーザは、レストラン又はバーへ入る前、又はそれの後にデータをマニュアル入力できる。それに代えて、支払口座データが、ＮＦＣチップを含むモバイル・デバイスと通信するＮＦＣチップ内にストアされる。例えば、モバイル・デバイス上で実行されるソフトウエア・アプリケーションが、ＮＦＣチップにストアされている支払口座データにアクセスする。それに代えて、ソフトウエア・アプリケーションが、支払口座データ・アグリゲータからの支払口座データにアクセスする。支払口座データを別のモバイル・デバイス内にストアすることも可能であり、当該別のモバイル・デバイスにモバイル・デバイスからアクセスして支払口座データを取り出し、そのモバイル・デバイス上にインポートする。それに代えて、ウェブサイト又はウェブ・アクセス可能なサービスを介するといったリモート・アクセスのために支払口座データを離れた場所にストアすることができる。
【００７２】
支払口座データのアクセス時には、ソフトウエア・アプリケーションが、直接又は間接的に、ホスト・システムと無線又は有線手段を介して通信する。ソフトウエア・アプリケーションがホスト・システムと直接通信可能であり、かつホスト・システムの検出範囲内にモバイル・デバイスが存在する場合には、モバイル・デバイス又はホスト・システムが、それぞれホスト・システム又はモバイル・デバイスの場所／存在をマニュアル又は自動的に検出する。ソフトウエア・アプリケーションがホスト・システムと間接的に、インターネット又はセルラ・ネットワーク等を介して通信可能な場合には、ウェブサイト又はホスト・システムに関連付けされたサービスへのログイン等のユーザの活動時に、ホスト・システムがモバイル・デバイスの存在を検出する。
【００７３】
ソフトウエア・アプリケーションは、汎用、あるいはレストラン、バー、及び／又は事業主体専用とすることが可能である。ソフトウエア・アプリケーションは、モバイル・アプリケーションとすることができる。例えば、レストランが、それのホスト・システム専用のソフトウエア・アプリケーションを有する。したがって、ユーザは、そのホスト・システムのための専用ソフトウエア・アプリケーションをダウンロードし、インストールする。適切な動作のために、その専用ソフトウエア・アプリケーションが口座の開設を要求し、それが支払口座データの入力を要求する。支払口座データは、マニュアル入力すること、ＮＦＣチップ又はメモリからインポートすること、あるいはインターネットを介してアクセスすることができる。口座を開設してレストランへ来店するとき、注文の有無とは関係なく、ユーザは、その専用ソフトウエア・アプリケーションを起動し、それがホストと通信してユーザの存在を示す情報の表示を可能にする。
【００７４】
動作２１４においては、ホスト・サーバ（単数又は複数）１１４が、チケット・データベース内のそのチケットの状態を利用不可状態に変更できる。チケット・データベースは、ホストの電子ストレージ１２４内及び／又はエンティティの電子ストレージ１１２内にストアできる。チケットは、任意形式（例えば、利用不可状態を示す特別な色及び／又はアイコン）で表示できる。
【００７５】
動作２１６においては、ホスト・サーバ（単数又は複数）１１４が、第１のユーザのコンピューティング・デバイスからチケットのキャンセル要求を受信することがある。第１のユーザのコンピューティング・デバイスは、クライアント・コンピューティング・プラットフォーム１２８であるとすることができる。第１のユーザからキャンセル要求が行なわれると、ホスト・サーバ（単数又は複数）１１４は、要求を受信して、チケット・データベース内のチケットの状態を利用不可から利用可能に変更する。動作２１８においては、ホスト・サーバ（単数又は複数）１１４が、キャンセルされたチケット、及び／又はチケット・データベース内の状態が更新されたチケットをストアできる。
【００７６】
動作２２０においては、ホスト・サーバ（単数又は複数）１１４が、第２のユーザのコンピューティング・デバイスにチケットを転売できる。ホスト・サーバ（単数又は複数）１１４が、第２のユーザのコンピューティング・デバイスからチケットを購入する要求を受信する。第２のユーザのコンピューティング・デバイスからの支払を受信すると、ホスト・サーバ（単数又は複数）１１４は、チケット・データベース内においてそのチケットと第２のユーザを関連付けし、そのチケットの状態を利用不可に変更する。いくつかの実装においては、システムが、プッシュ通知を使用してチケットの転売を容易にできる。より具体的には、システムが、潜在的な購入者に対して１つ又は複数のチケットの利用可能性を迅速に伝達するべくプッシュ通知を利用できる。チケットが転売に利用可能になると、中央サーバ上のチケット転売システムがプッシュ通知を送信するためのデータを生成できる。新しいデータの検出時に、システムは、関心を有している購入者に対してそのデータを迅速に表示し、それによってチケットの迅速かつ効率的な転売を容易にできる。同様に、購入者が特定のイベントのためのチケットの購入希望を示しているとき、システムは、転売のためのチケットを有している可能性のある１人又は複数人のチケット所有者又はベンダーに対してプッシュ通知を迅速に表示できる。
【００７７】
いくつかの実装においては、ホスト・サーバ（単数又は複数）１１４が、利用可能状態を伴うチケットに関係する情報を含むプッシュ通知を複数のユーザに送信できる。このプッシュ通知は、ポイント、クーポン、及び仮想通貨を包含する動機付けの送信からなるとすることができる。プッシュ通知は、ユーザ・プロファイルを基礎として目標を定めたユーザに基づいて送信できる。プッシュ通知は、サーバからの通知（例えば、サードパーティのウェブ・アプリケーション又はブラウザ拡張に関係する通知）をクライアント・コンピューティング・デバイス（例えば、ウェブ・アプリケーション又はブラウザ拡張をインストールしているユーザによって使用されるスマートフォン）へ提供する継続的に開いているＩＰ接続を使用できる。通知は、例えばサウンド、画像、又はカスタム・テキストの注意喚起を含むことができる。
【００７８】
いくつかの実装においては、能動的な通知が、サウンドによる注意喚起、デスクトップの注意喚起、ポップアップ・ウインドウ、又はアニメーション等のユーザへの即時注意喚起の特徴を含むことができる。これに対して受動的な通知は、例えば、ウェブ・ブラウザのバックグラウンドで動作できる。受動的な通知は、ブラウザのウェブ・アプリケーション・アイコンの近傍等のウェブ・ブラウザ内に示される表示又は情報を含むことができる。
【００７９】
いくつかの実装においては、第１のユーザが第２のユーザにチケットを転売し、コミッションを受け取ることができる。第１のユーザは、電子メール、プッシュ通知、ＭＭＳ、ＳＭＳ、電話、及び／又は任意のその他の方法を含む任意形式の通信の使用を通じて、第２のユーザに通知を送信できる。いくつかの実装においては、システムが、第２のユーザにチケットを転売することができ、第１のユーザがコミッションを支払う。ユーザの選択時に、その選択に関連付けされる価値をコミッションの計算に組み込むことができる。いくつかの実装においては、チケットのパーセンテージに基づいてコミッションを計算できる。いくつかの実装においては、コミッションを変動的とすることができる。例えば、イベントの時に近いほどコミッションをより高い料金及び／又はパーセンテージにすることができる。いくつかの実装においては、コミッションを固定料金とすることができる。
【００８０】
動作２２２においては、ホスト・サーバ（単数又は複数）１１４が、チケットのための第１のユーザからの支払の少なくとも一部を第１のユーザのコンピューティング・デバイスに払い戻すことができる。いくつかの実装においては、支払が、システムの使用にチャージされるコミッション及び／又は任意のその他の料金に基づくことができる。いくつかの実装においては、払い戻しが、第１のユーザの支払方法への直接返済を発行できる。いくつかの実装においては、払い戻しを、第１のユーザの口座と連携された仮想通貨及び／又はポイントの形式及び／又は任意のその他のクレジットの形式にすることができる。
【００８１】
図３Ａ乃至３Ｇは、この開示に従ったコンピューティング・デバイスを通じてブッキングを購入するためのユーザ・インターフェース３００を図解している。この実施態様は、その他の、この開示の中で述べられている実装の任意の側面を組み込むことができる。以下に示す方法３００の動作は、例証であることが意図されている。いくつかの実施態様においては、方法３００が、ここで述べていない１つ又は複数の追加の動作を伴って、かつ／又はここで論じている動作のうちの１つ又は複数を伴うことなく達成されることがある。この図の要素のいくつかは、すでに上で述べた。したがって、それらの詳細な説明の反復は、混乱を回避するために以下において省略するか、又は簡単に済ますことにする。それに加えて、図３Ａ乃至３Ｇ内に図解され、以下において説明する方法３００の動作の順序は、限定を意図したものではない。
【００８２】
いくつかの実施態様においては、ユーザ・インターフェース３００を１つ又は複数の処理デバイス（例えば、デジタル・プロセッサ、アナログ・プロセッサ、情報を処理するべく設計されたデジタル回路、情報を処理するべく設計されたアナログ回路、状態マシン、及び／又はその他の、電子的に情報を処理するためのメカニズム）内に実装できる。１つ又は複数の処理デバイスは、電子ストレージ媒体上に電子的にストアされたインストラクションに応答してユーザ・インターフェース３００の動作の一部又は全部を実行する１つ又は複数のデバイスを含むことができる。１つ又は複数の処理デバイスは、ユーザ・インターフェース３００の動作のうちの１つ又は複数の実行のために特に設計されるべく、ハードウエア、ファームウエア、及び／又はソフトウエアを通じて構成された１つ又は複数のデバイスを含むことができる。例えば、ユーザ・インターフェースを表示するクライアント・コンピューティング・デバイスを、スマートフォン、モバイル・フォン、携帯情報端末、タブレット・コンピュータ、ラップトップ・コンピュータ、パーソナル・コンピュータ、又はこれらの類とすることができる。
【００８３】
図３Ａは、この開示に従ったコンピューティング・デバイスを通じてブッキングを購入するためのユーザ・インターフェース３００Ａを図解している。例えば、ユーザは、ペルーのリマにいる旅行者であり、終日にわたり町を体験していたとする。午後４：３０になり、その旅行者と同行者は、カフェに座ってその晩の食事について考える。ユーザは、いくつかの非常に素晴らしいレストランについて聞いていたが、それらのレストランの全てが完全にブッキングされている。ユーザには、いかにしてリザーブを得るかについてのアイデアがまったくない。ユーザが、自分のモバイル・フォンをチェックして近くの興味のあるレストランを探すことはできるが、レストランの名前を知らなければ、利用可能なテーブルの有無を調べることが可能でないであろう。さらにまた、最良かつもっとも興味のあるレストランが、直前のブッキングのためのオンライン・モバイル・アプリケーションを使用していないこともある。このユーザの問題に対する１つの解決策は、システム内で売られている周囲のレストランのブッキングに対応するチケットを購入することである。
【００８４】
いくつかの実装においては、ユーザが、レストラン及び／又は事業主体３０２をサーチすることが可能である。フィールド３０２は、ユーザがレストラン、バー、又はその他のエンティティの名前を入力することを可能にする。ユーザ・インターフェースは、ホスト・システムに接触して、要求されたレストランのプロファイルを検索し、空いているテーブル又はその他の、ユーザによって要求された情報を提供する。
【００８５】
代替実施態様においては、ユーザが、場所ベースのサーチを選択できる。場所は、システムによって自動的に検出されるか、かつ／又はユーザが場所を入力することもできる。場所は、任意タイプのグローバル・ポジショニング・システム（ＧＰＳ）及び／又は任意のその他の、クライアント・コンピューティング・デバイスから場所を決定する方法（例えば、携帯電話のＩＤ、Ｗｉ−Ｆｉ、ブルートゥース（Bluetooth、登録商標、以下同様）、内蔵センサ、バロメータ、無線周波数識別（ＲＦＩＤ）、近距離無線通信（ＮＦＣ）、及び／又は地上送信機）によって自動的に決定できる。
【００８６】
いくつかの実装においては、ユーザが、行き先ベースのサーチを選択できる。この中で述べられているシステムを使用するユーザは、特定の時間帯についてユーザの近くにあるレストランをサーチすること、及び／又は特定の場所にあるレストランをサーチすることができる可能性がある。いくつかの実装においては、システムとユーザのカレンダをリンクし、ユーザが将来サーチを行なうと見られる場所及び／又は推奨を認識することができる。サーチは、ユーザによって選択された将来の日に基づくことができる。ユーザは、食事客の人数、食事の時間帯、レストランの星の数、食事のタイプ等の情報、及び／又はユーザによるレストラン及び／又は事業主体の選択を可能にすることに関係する任意のその他の情報を入力できる。
【００８７】
いくつかの実装においては、ユーザが、世界の都市等の具体的な場所、又は『私の近く』にある場所についてのサーチをはじめ、特定の時間枠内の時（例えば、分、時、日、週）のサーチを、同日サーチ３０４及び／又は融通性のある日サーチ３０６を使用すること等によって行なうことができる。同日サーチは、その特定の１日内の時間枠を包含できる。その日に利用可能なテーブルがない場合には、その１日の時間枠を使用して要求を行なうことができる。時間枠は、ユーザのテーブルの獲得により多くの融通性を提供する。ユーザは、その時間枠内のどこかでブッキングを獲得できる可能性がある。同日サーチは、その時間枠内でユーザに与えられる任意の時について融通性がある。融通性のあるサーチは、追加のオプションを提供できる。
【００８８】
例えば、ユーザが、リマで１週間丸々滞在する旅行を欲しているとき、ユーザは、その週の全期間内のいつに利用可能なテーブルがリマで得られるかを問い合わせて知ることができる。ユーザは、その週の間に利用可能なテーブルのあるときに、事業主体（例えば、レストラン）から待ち受け予約の更新を受信できる。融通性のある日サーチは、時間帯、数日、数週、又は数月とすることが可能な時間枠を設定する。ユーザは、都市及び／又は地域内の特定のレストラン及び／又は事業主体のいずれかについて時間枠をセットできる。同日サーチ及び融通性のある日サーチは、ユーザに、ユーザがブッキングを獲得するより高い確率を生み出す利点を提供し、ユーザが関心を持つ追加のテーブルをレストランがオファーしていることをそのユーザに気付かせる。
【００８９】
いくつかの実装においては、ユーザが、事業主体が受け取った特定のレート（例えば、星の数、ミシュラン・ガイド、ザ・グッド・フード・ガイド、ゴー・ミヨ、フォーブス・トラベル・ガイド、イェルプ等）に基づいて事業主体をサーチできる。ユーザは、追加的に、事業主体をレート付けし、かつそれらのレート付けをほかのユーザに提供する能力を有することができる。
【００９０】
ユーザは、ユーザ・プロファイル情報３０８にアクセスできる。さらにユーザは、ユーザのユーザ・プロファイル情報に基づいて、ユーザの好みのレストランにおいて食事することに関心を有する日の、そのレストランの解放されたテーブルについてプッシュ通知３０９を受信できる。ユーザは、さらに、旅行の間により容易にオンラインで専用の席を確保し、テーブルのブッキングを行なうことができる。ユーザは、増加した柔軟性を経験し、以前に購入済みのチケットを、アプリケーションを用いた転売のためにホストすることができる。ユーザがブッキング済みのチケットを（例えば、額面価格のみで）移譲する選択ができるか、かつ／又はシステムが、ユーザのために希望者を匿名で見つけてそのチケットの転売を、クレジット・カードへのチャージ取り消しを設定する必要性を伴わない転売者への払い戻しを含めて取り仕切ることができる。システムは、リザーブ及びチケットの販売をはじめ、チケットの移譲のためのコミッションを受け取ることができる。例えば、システムは、各ブッキングのための料金をチャージすること、及び／又はチケットに含めるか、かつ／又はショッピング・バッグに追加してブッキングの席のための料金をチャージすることができる。システムは、利用客に直接更新を送信し、かつ要求されたテーブルをオファーできる。さらにシステムは、はるかに効率的にレストランを利用できる。ユーザは、追加的に動機付けを受け取ることができる。例えば、ユーザは、世界中の最良レストランにおいて事前準備なしに、かつ直前にテーブルを獲得することができる。さらに利用客は、アプリケーションを用いて自分のブッキング済みチケットを直接転売することができる。
【００９１】
図３Ｂは、この開示に従ったコンピューティング・デバイスを通じてブッキングを設定するためのユーザ・インターフェース３００Ｂを図解している。いくつかの実装においては、ユーザが、時間帯３１０（ここでは、時間枠、タイムスロット、及び時間スパンと言うこともある）にわたる待ち受け予約を選択すること、及び／又は特定の日のためのテーブル３１２を要求することができる。待ち受け予約は、単一のリザーブより長い時間スパンにわたる問い合わせとすることができ、かつ数時間、数日、数週、又はそれより長く持続することができる。例えばユーザは、終日、１週間、２週間、及び／又は１箇月にわたる待ち受け予約をできる。これは、特定のレストランにおいてテーブルを獲得するより大きな蓋然性をユーザに提供する。この例示的な実施態様においては、ユーザが、終日のタイムスロット内において利用客を２人としてテーブルを選択することが可能である。待ち受け予約は、望ましい時間枠内の任意の利用可能な時にユーザがブッキングを獲得することを可能にする。いくつかの実装においては、ユーザが、待ち受け予約要求を通じたブッキング獲得に対する即座の応答（利用可能、利用不可、後の時点で連絡する旨等）を受信できる。いくつかの実装においては、事業主体が、ユーザに対して後の時点（例えば、時間帯が利用可能になったとき）で返答できる。事業主体は、任意形式の通信（例えば、電話、電子メール、ＳＭＳメッセージ、ＭＭＳメッセージ等）を使用してユーザに接触することができる。
【００９２】
リクエストは、特定の日の数時間にわたるスパンの間におけるテーブルの問い合わせである。ユーザは、特定の時間及び／又は時間枠を要求できる。ユーザは、追加的に、特定の人数を要求できる。いくつかの実装においては、ユーザが、問い合わせ要求を通じたブッキング獲得に対する即座の応答（利用可能、利用不可、後の時点で連絡する旨等）を受信できる。いくつかの実装においては、事業主体が、ユーザに対して後の時点（例えば、時間帯が利用可能になったとき）に返答できる。事業主体は、任意形式の通信（例えば、電話、電子メール、ＳＭＳメッセージ、ＭＭＳメッセージ等）を使用してユーザに接触することができる。
【００９３】
図３Ｃは、この開示に従ったコンピューティング・デバイスを通じてブッキングを設定するためのユーザ・インターフェース３００Ｃを図解している。ユーザは、すでに作成済みであり、かつユーザが近い将来の間に使用するための問い合わせ（すなわち、リクエスト及び待ち受け予約）があればそれらを調べることができる。ユーザは、将来の日に使用するためにユーザがすでに設定したチケット及び／又はリザーブがあればそれらにアクセスできる。ユーザは、自分のサーチに基づいて利用可能なチケットを調べることができる。
【００９４】
ユーザは、提供されている異なるブッキングのオプションを調べることができる。ユーザは、利用可能な席、及び／又はリクエスト３１４及び待ち受け予約３１６を調べることが可能である。全てのリクエスト及び待ち受け予約は、レストラン及び／又は事業主体へ送信される。リクエストは、レストラン及び／又は事業主体における具体的な日及び／又は時間枠とすることができる。待ち受け予約は、より長い時間期間（例えば、３日、週、月）に対応できる。ユーザは、異なるリクエスト及び／又は待ち受け予約の状態を見ることができる。例えば、状態が空きであっても、ユーザが問い合わせを調べると、まだチケット及び／又はリザーブを獲得できるようになっていないこともあり得る。例えば、事業主体は、スレッショルド時間期間の間（例えば、６箇月より先）のリザーブを容認しないことができる。
【００９５】
いくつかの実装においては、席が利用可能である旨の状態が示されたとき、ユーザは、システムを使用してブッキングを行なうことができる。ユーザは、ブッキングの間に、利用可能な時間枠を選択すること、座席表を調べて席を選択すること、及び／又は食事のときの飲み物を選ぶことができる。それに加えて、ユーザは、事業主体に何らかのメモ書きを提出できる。このメモ書きは、任意の特別な要求（例えば、家族の行事のための特別な考慮の要求等）及び／又は任意の特別な必要事項（例えば、障害者のための何らかの補助の要求等）を包含できる。
【００９６】
いくつかの実装においては、リマインダをユーザに送信できる。リマインダは、ユーザ及び／又は事業主体によって予め構成できる。リマインダは、ユーザにブッキングの確認を要求できる。
【００９７】
図３Ｄは、この開示に従ったコンピューティング・デバイスを通じてブッキングを設定するためのユーザ・インターフェース３００Ｄを図解している。ブッキングは、ユーザに呈示できる異なる状態（例えば、移譲済み、移譲中等）を有することができる。いくつかの実装においては、ユーザが、自分のブッキングをほかのユーザに移譲すること、及び／又はほかのユーザから移譲されたブッキングを受け取ることができる。そのユーザ及び／又は異なるユーザへのブッキングの移譲が成功すると、状態が移譲済み３１８として表示される。例えば、ユーザ・インターフェースが、第１のユーザから第２のユーザ及び／又は任意のその他のユーザへブッキングが移譲されたことを示す。いくつかの実装においては、ユーザがブッキングの移譲及び／又はブッキングの受け取りの処理中であれば、状態が移譲中３２０として表示される。例えば、ユーザ・インターフェースが、第１のユーザから第２のユーザへのブッキングの移譲が未決であることを示す。いくつかの実装においては、ユーザが、第１及び／又は第２のユーザから移譲の要求を受信できる。例えば、移譲要求として状態を表示できる。第１のユーザは、手持ちのブッキングの移譲の要求を第２のユーザから受信できる。第１のユーザは、自分のブッキングを保持するか否か、及び／又はそのブッキングを第２のユーザへ移譲するか否かを選択できる。
【００９８】
図３Ｅは、この開示に従ったコンピューティング・デバイスを通じてブッキングを設定するためのユーザ・インターフェース３００Ｅを図解している。いくつかの実施態様においては、レストラン及び／又は事業主体３２２の詳細をユーザが見ることができる。ユーザは、利用可能な席を調べること、テーブルをリクエストすること、時間帯の待ち受け予約、レストランへ電話を掛けること、予約なしの利用可能性を調べること、及びレストランの営業時間を調べることができる。いくつかの実装においては、食事のタイプ、食事の写真、特別な行事、シェフの名前、特定の時間枠のための特別な食事、及び／又は任意のその他の情報を含む追加の情報をユーザに提供できる。
【００９９】
図３Ｆは、この開示に従ったコンピューティング・デバイスを通じてブッキングを購入するためのユーザ・インターフェース３００Ｆを図解している。いくつかの実施態様においては、ユーザが、チケットのための支払を行なう支払メカニズム３２４を選択可能なことがある。いくつかの支払方法は、当座預金口座、普通預金口座、クレジット・カード、デビット・カード、プリペイド・カード、ストアド・バリュ・カード、ギフト・カード、仮想通貨、仮想ポイント、及び／又は任意のその他の支払メカニズムを通じて行なう方法とすることができる。いくつかの実装においては、複数の支払手段を選択できる。いくつかの実装においては、支払情報をユーザ・アカウント及び／又はユーザ・プロファイル内にストアできる。支払承認及び確定については、さらに詳しく、図６を参照して後述する。
【０１００】
図３Ｇは、この開示に従ったコンピューティング・デバイスを通じてブッキングを購入するためのユーザ・インターフェース３００Ｇを図解している。いくつかの実装においては、ユーザが、そのユーザの写真３２６、ユーザの名前３２８、及び／又はそのユーザ３３０に固有の任意の情報を含めることができるユーザ・プロファイルを設定できる。この情報は、事業主体及び／又はレストランにユーザのバックグラウンド情報を提供でき、したがって事業主体及び／又はレストランは、ユーザのプロファイルに基づいて追加のサービスをユーザに提供すること、及び／又は経験をカスタム化することができる。ユーザ・プロファイルは、食物アレルギ、誕生日情報、食事及び／又はワインの好み、事業主体及び／又はレストランの利用頻度、メンバの状態、及び／又はユーザの経験をより楽しくできる任意のその他の情報を示すことができる。レストランのサーバは、ユーザのブッキングにユーザの好みが反映されるように、ユーザによるブッキングの設定時に、ホスト・サーバにこの情報を要求できる。
【０１０１】
図４は、この開示に従ったコンピューティング・デバイスを通じてブッキングを販売する方法４００を図解している。この実施態様は、その他の、この開示の中で述べられている実装の任意の側面を組み込むことができる。以下に示す方法４００の動作は、例証であることが意図されている。いくつかの実施態様においては、方法４００が、ここで述べていない１つ又は複数の追加の動作を伴って、かつ／又はここで論じている動作のうちの１つ又は複数を伴うことなく達成されることがある。この図の要素のいくつかは、すでに上で述べた。したがって、それらの詳細な説明の反復は、混乱を回避するために以下において省略するか、又は簡単に済ますことにする。それに加えて、図４内に図解され、以下において説明する方法４００の動作の順序は、限定を意図したものではない。
【０１０２】
いくつかの実施態様においては、方法４００を１つ又は複数の処理デバイス（例えば、デジタル・プロセッサ、アナログ・プロセッサ、情報を処理するべく設計されたデジタル回路、情報を処理するべく設計されたアナログ回路、状態マシン、及び／又はその他の、電子的に情報を処理するためのメカニズム）内に実装できる。１つ又は複数の処理デバイスは、電子ストレージ媒体上に電子的にストアされたインストラクションに応答して方法４００の動作の一部又は全部を実行する１つ又は複数のデバイスを含むことができる。１つ又は複数の処理デバイスは、方法４００の動作のうちの１つ又は複数の実行のために特に設計されるべく、ハードウエア、ファームウエア、及び／又はソフトウエアを通じて構成された１つ又は複数のデバイスを含むことができる。
【０１０３】
動作４０２においては、チケット・データベース内のホスト・サーバ（単数又は複数）１１４がチケット・データベース内に、ビジネスにおけるイベントに対応するチケットに関係する情報をストアすることができ、イベントには日時情報が含まれ、チケットには利用可能状態又は利用不可状態が含まれる。チケットを購入したユーザについてのプロファイル情報もまた、顧客データベース内にストアできる。いくつかの実装においては、顧客及び／又はチケットのデータベースが、クライアントの電子ストレージ及び／又はホストの電子ストレージ内にあるとすることができる。いくつかの実装においては、ビジネスを、レストラン、旅行ガイド、ボウリング場、映画館、ホテル、鉄道、及び／又は航空会社のうちの１つ又は複数とすることができる。
【０１０４】
動作４０４においては、チケット・データベース内において、予め決定済みの時間期間の間に利用可能なチケットをサーチできる。いくつかの実装においては、この予め決定済みの時間期間（例えば、特定の日及び／又は時の間におけるサーチ）をユーザが入力できる。いくつかの実装においては、この予め決定済みの時間期間をシステムが決定できる。
【０１０５】
動作４０６においては、ホスト・サーバ（単数又は複数）１１４が、エンティティ・サーバ（単数又は複数）１０２から、利用可能状態を伴うチケット及び利用不可状態を伴うチケットのリストを受信できる。いくつかの実装においては、利用可能及び／又は利用不可チケットを表示できる。いくつかの実装においては、利用可能チケットが、利用不可チケットとは異なる特定の表示（例えば、特定の色、アイコン等々）を有することができる。
【０１０６】
動作４０８においては、予め決定済みの時間期間の間におけるチケットのキャンセルを決定できる。いくつかの実装においては、レストラン及び／又は事業主体が、キャンセルされたチケットが払い戻しのために販売できない特定の時間をセットできる。この予め決定済みの時間期間は、各レストラン及び／又は事業主体が個別にセットできる。レストラン及び／又は事業主体は、予め決定済みの時間期間を、ユーザのプロファイル情報に基づいて同じにすること、及び／又は違えることができる。例えば、ユーザが得意客である場合に、レストラン及び／又は事業主体は、キャンセルのための予め決定済みの時間期間をセットせず、それらのユーザには、キャンセル及び転売が随時許される。別の実装においては、ユーザが一見客及び／又は非得意客である場合に、レストラン及び／又は事業主体が、キャンセルのための予め決定済みの時間期間をセットできる。
【０１０７】
動作４１０においては、ホスト・サーバ（単数又は複数）１１４が、顧客データベース内において、予め決定済みの時間期間の間にチケットを購入しなかったユーザについてのプロファイル情報及び／又は場所情報をサーチできる。いくつかの実装においては、プロファイル情報が、レストラン及び／又は事業主体に、価値のあるマーケティング情報を提供できる。例えば、プロファイル情報は、レストランがオファーしている特定タイプの食事を好むユーザ、及び／又はレストラン及び／又は事業主体の順番待ちリストに登録する可能性のあるユーザを決定できる。場所情報は、ブッキング時間の間に街の中にユーザがいるか否かを示すことができる。
【０１０８】
動作４１２においては、利用可能状態を伴うチケット及び、予め決定済みの時間期間の間における利用可能状態を伴うそのチケットに関するその予め決定済みの時間期間の間にチケットを購入しなかったユーザに対して送信する通知を、ホスト・サーバ（単数又は複数）１１４によってクライアント・コンピューティング・プラットフォーム（単数又は複数）１２８にポスティングできる。この通知は、プッシュ通知、ＭＭＳ、ＳＭＳ、電子メール、電話、及び／又は任意のその他のタイプの通知とすることができる。いくつかの実装においては、システムがユーザの場所を決定し、複数のユーザへ、それらのユーザが予め決定済みの時間期間の間にビジネスのおおよその近隣にいるとき、利用可能状態を伴うチケットに関係する情報を含むプッシュ通知を送信できる。いくつかの実装においては、プッシュ通知が、ポイント、クーポン、ビットコイン及び／又は仮想通貨を包含する動機付けの送信からなるとすることができる。ユーザは、ポイント、クーポン、仮想通貨、ビットコインの使用、及び／又は実通貨を使用する支払を通じてチケットに関係するサービスのための支払ができることがある。いくつかの実装においては、プッシュ通知を、ユーザ・プロファイルを基礎として目標を定めたユーザに基づいて送信できる。例えば、食物及び／又は食事のタイプについて特定の好みを有するユーザ。
【０１０９】
動作４１４においては、ホスト・サーバ（単数又は複数）１１４が、利用可能状態を伴うチケットを購入する要求を第１のユーザから受信できる。いくつかの実装においては、チケットを購入する要求がチケットの価格、追加のブッキング料金、及び／又はコミッションのパーセンテージを包含できる。
【０１１０】
動作４１６においては、ホスト・サーバ（単数又は複数）１１４がチケットのコストを決定できる。いくつかの実装においては、コストが、チケットが購入された時期又はチケットを購入したユーザのタイプに基づくことができる。いくつかの実装においては、時期ベースの購入が、早期購入、直前の購入、及び／又は時間期間の間に購入されたチケットの数を包含できる。いくつかの実装においては、ユーザのタイプが、VＩＰ（例えば、創立時の公式又は非公式の状態に起因して特別な待遇を受ける人々）、待ち受け予約者、グルメ、ビジネス旅行者、料理専門家、及び／又はジャーナリストを包含できる。
【０１１１】
動作４１８においては、ホスト・サーバ（単数又は複数）１１４によるチケットのコストに基づくチケットのための支払の受け取りに応答して、第１のユーザにそのチケットを提供できる。チケットを、電子メール、ＳＭＳメッセージ、ＭＭＳメッセージ、QRコード（登録商標、以下同様）を通じて提供すること、物理的なチケットを郵送すること、及び／又は任意のその他の、チケットを提供する手段によって提供できる。
【０１１２】
動作４２０においては、ホスト・サーバ（単数又は複数）１１４が、チケット・データベース内のチケットの状態を利用不可状態に変更できる。第１のユーザのコンピューティング・デバイスから支払を受信すると、ホスト・サーバ（単数又は複数）１１４は、そのチケットと第１のユーザをチケット・データベース内において関連付けし、そのチケットの状態を利用不可に変更する。いくつかの実装においては、利用可能チケットが、利用不可チケットとは異なる特定の表示（例えば、特定の色、アイコン等々）を有することができる。
【０１１３】
この中に述べられている機能は、１つ又は複数の機能を実行できる多くのモジュール又は構成要素によって実装可能である。各モジュール又は構成要素は、非一過性のコンピュータ可読媒体及びプロセッサを有するコンピュータ、例えばサーバによって実行できる。１つの代替として、１つのモジュール又は構成要素の機能の実装に複数のコンピュータが必要になる。
【０１１４】
図５Ａ乃至５Ｅは、この開示に従ったコンピューティング・デバイスを通じてブッキングを販売するためのユーザ・インターフェース５００を図解している。この実施態様は、その他の、この開示の中で述べられている実装の任意の側面を組み込むことができる。以下に示すユーザ・インターフェース５００は、例証であることが意図されている。
【０１１５】
いくつかの実施態様においては、ユーザ・インターフェース５００を１つ又は複数の処理デバイス（例えば、デジタル・プロセッサ、アナログ・プロセッサ、情報を処理するべく設計されたデジタル回路、情報を処理するべく設計されたアナログ回路、状態マシン、及び／又はその他の、電子的に情報を処理するためのメカニズム）内に実装できる。１つ又は複数の処理デバイスは、電子ストレージ媒体上に電子的にストアされたインストラクションに応答してユーザ・インターフェース５００の動作の一部又は全部を実行する１つ又は複数のデバイスを含むことができる。１つ又は複数の処理デバイスは、ユーザ・インターフェース５００の動作のうちの１つ又は複数の実行のために特に設計されるべく、ハードウエア、ファームウエア、及び／又はソフトウエアを通じて構成された１つ又は複数のデバイスを含むことができる。
【０１１６】
図５Ａは、この開示に従ったコンピューティング・デバイスを通じてブッキングを販売するためのユーザ・インターフェース５００Ａを図解している。いくつかの実装においては、インターフェースが、関心リストを含めることができる異なるタブを通じてレストラン及び／又は事業主体に情報を提供することができ、エンティティがテーブルをポスティングすること、イベントを調べること、イベントをポスティングすること、及び／又はブッキングを管理することを可能にできる。いくつかの実装においては、関心リスト・タブ内のインターフェースが、そのレストランでの食事に関心を有し、待ち受け予約している食事客５０２のリストを呈示できる。ユーザ・インターフェースは、また、サーチに基づき、場所及び行き先から収集した情報５０４も表示できる。ユーザ・インターフェースは、さらに、ユーザ・プロファイルから収集した情報５０６、例えば特別な機会を祝う食事客といった情報も表示できる。ユーザ・インターフェース５００内に提供される情報は、プッシュ通知の送信及び／又は任意のその他の方法を使用したユーザとの接触によって、システムの戦略的マーケティングを可能にする。いくつかの実装においては、レストラン及び／又は事業主体が、各月にわたるサーチに基づく第１の地域、関心を有する食事客、場所、及び／又は行き先の分析を伴う詳細レポートを要求できる。レストラン及び／又は事業主体の地域内における活動に関係する情報もまた、表示できる（例えば、フェア、フェスティバル、休日、街へのビジネスマンの到来、シーズン・ベースの分析、及び／又は任意のその他の情報）。レポートは、電子メール、ＭＭＳ、ＳＭＳを介してユーザに送信すること、及び／又はレポートを印刷することができる。ユーザ・インターフェースは、さらに、テーブルをポスティングする手段を提供できる。
【０１１７】
図５Ｂは、この開示に従ったコンピューティング・デバイスを通じてブッキングを販売するためのユーザ・インターフェース５００を図解している。いくつかの実装においては、ユーザ・インターフェースが、事業主体・オプションがレストラン・プロファイル５１２を管理することを可能にできる。レストラン・プロファイルは、ユーザに提供する種々の情報（例えば、食事のタイプ、シェフの名前、特定の時間枠の間の特別品、及び／又は任意の販売促進）を含むことができる。いくつかの実装においては、ユーザ・インターフェースが、写真５１４をレストランがアップロードすることを可能にできる。写真は、レストランによって給仕される食事のタイプ、利用客の写真、及び／又はレストラン及び／又は事業主体の写真を含むことができる。その他の、全般セッティング、マニュアル、サインアウト等のオプション、及びサービスについての情報も追加的に提供できる。
【０１１８】
図５Ｃは、この開示に従ったコンピューティング・デバイスを通じてブッキングを販売するためのユーザ・インターフェース５００Ｃを図解している。いくつかの実装においては、ユーザ・インターフェースが、ブッキング、公開済みのオファー、及び移譲中のブッキングを含むブッキング・リストを管理するための機能を提供できる。ユーザ・インターフェース上におけるいずれかのブッキングを選択すると、ユーザは、その特定のブッキングについての追加の詳細、又はその時点における利用可能性を見ることができる。いくつかの実装においては、ユーザ・インターフェースは、ポスティング・ストリームにより通知をセットアップできる。システムは、ユーザ（例えば、レストランのマネージャ）が、通知の送信を欲する関心リスト上の利用客を選択することを可能にできる。いくつかの実装においては、ユーザ・インターフェースが、レストランに、ブッキング情報５１６を提供できる。ユーザ・インターフェース５００Ｃは、また、将来の時のためのブッキング・リストを示すこともできる。これは、追加のオプションを提供し、ユーザのより良好な管理能力を可能にする。
【０１１９】
いくつかの実装においては、ユーザ・インターフェースが、席次表のためのセッティングをユーザが変更することを可能にする方法を提供できる。席次表は、ユーザが食事客の数を選択すること、及び／又はレストラン及び／又は事業主体からの価格更新を受信することを可能にできる。席次表は、レストラン及び／又は事業主体のキャッシャ及び／又は販売時点情報管理システムと接続できる。システムは、レストラン及び／又は事業主体が、販売を欲しているコースの数を決定すること、及び需要と供給に基づいてチケットのための推奨価格を提供することを可能にできる。
【０１２０】
図５Ｄは、この開示に従ったコンピューティング・デバイスを通じてブッキングを販売する（例えば、チケットをポスティングする）ためのユーザ・インターフェース５００Ｄを図解している。いくつかの実装においては、ユーザ・インターフェースが、チケットの販売５１８、販売済みチケットの検討、及び／又は利用可能及び／又は利用不可チケットのチェックを行なうことを可能にする。いくつかの実装においては、システムが、情報を提供する方法５２０のテンプレートをレストランが作成することを可能にできる。いくつかの実装においては、システムがアプリケーションをほかのブッキング及び／又はブッキング・システム（例えば、Opentable、Seatme、Livebookings等）と同期させることをユーザ・インターフェースが可能にできる。
【０１２１】
図５Ｅは、この開示に従ったコンピューティング・デバイスを通じてブッキングを販売するためのユーザ・インターフェース５００Ｅを図解している。いくつかの実装においては、チケットが、ユーザ及び／又は利用客の名前５２４、レストラン及び／又は事業主体の名前５２２、及び／又はチケット情報を含むコード５２６（例えば、ＱＲコード、バーコード、英数コード等）を含むことができる。チケット情報は、日時、エリア、食事客の人数、及び／又はその他の利用客のメモを含むことができる。チケット情報は、ユーザ・プロファイル情報から引いてくることができる。いくつかの実装においては、レストランと利用客が同一のブッキングについて見るチケット情報が異なることがある。例えば、レストランは、ユーザの食事経験の間により良い顧客サービスが提供できるように、チケット上で追加のユーザ・プロファイル情報を検討できることがある。ユーザのチケットは、ユーザがブッキングを行なう時及び場所を知る上で必要であると考える可能性のある情報をユーザに提供する情報を含むことができる。いくつかの実装においては、ユーザが、電子メール、ＳＭＳメッセージ、ＭＭＳメッセージ、及び／又は任意のその他の通信手段を使用して他者にチケットを転送できることがある。ユーザ・インターフェースは、食事場所についての受領書をユーザが印刷することを可能にできる。
【０１２２】
図６（図６Ａ，Ｂ）は、図１及び４に記述されている例示的な実施態様に従ったネットワーク環境６００を通じた支払及びピア・トゥ・ピア移譲を含むブッキング・プロセスについての図式である。いくつかの実装においては、ユーザがテーブルを要求することをシステムが可能にできる。例えば、６０１において、第１のユーザがレストランのテーブルのブッキングを欲する場合に、そのユーザは、クライアント・コンピューティング・デバイスを使用し、ネットワークを介してホスト・サーバへ要求を送信する。６０２においては、続いてホスト・サーバが、その要求をレストランのサーバのブッキング・モジュールへ引き渡すことができる。６０３においては、レストランのサーバが、リザーブ及び／又はプリペイド・チケットを含むブッキングのオプションを識別し、ホスト・サーバに提案できる。６０４においては、ホスト・サーバがそのオファーを、プッシュ通知（例えば、利用可能なオファーの状態を伴ったダッシュボード・メッセージ）を介して第１のユーザのクライアント・コンピューティング・デバイスへ送信できる。
【０１２３】
いくつかの実装では、６０５において、第２のユーザがクライアント・コンピューティング・デバイスを使用してレストランのための待ち受け予約を設定し、その待ち受け予約要求を第２のユーザのクライアント・コンピューティング・デバイスからホスト・サーバへ送信する。６０６においては、ホスト・サーバがそのレストランにおける待ち受け予約を設定できる（例えば、待ち受け予約のための記録の生成及びストアによって設定する）。６０７においては、続いてホスト・サーバが、第２のユーザのための待ち受け予約をストアできる。６０８においては、第２のユーザのクライアント・コンピューティング・デバイスが、待ち受け予約した時間枠のためのブッキング・オプションを受信できる。
【０１２４】
いくつかの実装においては、第１のユーザがチケットをブッキングする。６０９においては、第１のユーザがクライアント・コンピューティング・デバイスを使用し、クレジット・カードによるチケットのための支払及び支払プロセスを取り仕切る。６１０においては、清算会社のサーバが支払データを受信し、支払データを清算することができる。６１１においては、清算会社のサーバが、第１のユーザのために仮想及び／又は電子ウォレットのレコード又は口座を開設し、支払情報をストアできる。６１２においては、清算会社のサーバが、ホスト・エスクロウ・ウォレットへ支払額を振り替えることができる。６１３においては、エスクロウ・ウォレットが、ブッキング料金を保持し、現金払い出しを設定できる。６１４においては、続いてホスト・サーバが、エスクロウ・ウォレットからレストランの電子ウォレットへ、チケットのための支払を振り替えることができる。６１５においては、レストランの電子ウォレットがそのレストランの銀行口座への現金払い出しを設定できる。６１６においては、第１のユーザのクライアント・コンピューティング・デバイスが、ホスト・サーバからブッキングを確認するレポート及び状態の更新を受信できる。６１７においては、ホスト・サーバが、レストランのサーバへ、状態の更新を送信できる。６１８においては、ホスト・サーバが第１のユーザのクライアント・コンピューティング・デバイスへ、状態の更新を送信できる。
【０１２５】
いくつかの実装においては、第１のユーザがリザーブをブッキングすることができる。６１９においては、第１のユーザのクライアント・コンピューティング・デバイスを、リザーブのための支払、及びクレジット・カード及び／又は任意のその他の支払方法による支払プロセスの管理のために使用できる。６２０においては、清算会社のサーバが、受信した支払データを検証できる。６２１においては、清算会社のサーバが、仮想電子ウォレット記録又は口座を第１のユーザのために設定し、支払情報をストアすることができる。６２２においては、清算会社のサーバが、ホスト・サーバ上のホスト・エスクロウ・ウォレットへブッキング料金を振り替えることができる。６２３においては、ホスト・サーバが、エスクロウ・ウォレットのための現金払い出しを設定できる。６２４においては、第１のユーザがブッキングを確認したホスト・サーバへ、レポート及び状態の更新が送信される。６２５においては、ホスト・サーバが、ブッキングを確認するレポート及び状態の更新を作成できる。６２６においては、ホスト・サーバが、第１のユーザのクライアント・コンピューティング・デバイス及びレストランのサーバへ、状態を送信できる。
【０１２６】
いくつかの実装においては、第１のユーザがチケットを移譲できる。６２７においては、第１のユーザが、クライアント・コンピューティング・デバイスを使用してブッキング・リスト内のチケットの状態を変更してキャンセルし、移譲することができる。いくつかの実装では、６２８において、クライアント・コンピューティング・デバイスが、ホスト・サーバへ、状態レポートを『移譲中』として送信できる。６２９においては、レストランのサーバがチケットの状態の変更を受信し、移譲処理について知ることができる。６３０においては、ホスト・サーバのホスト・チケット・モジュールが状態の変更を受信し、マッチングの問い合わせのためのサーチ・エンジンを自動的に有効化できる。６３１においては、サーチを通じて第２のユーザがマッチングを満たし、ホスト・チケット・モジュールから新しいチケットのオファーの送信を受信できる。
【０１２７】
いくつかの実装においては、第１のユーザがリザーブをキャンセルする。６３２においては、第１のユーザが、クライアント・コンピューティング・デバイスを使用してブッキング・リスト内のリザーブの状態を『キャンセルして移譲』に変更することができる。いくつかの実装では、ユーザ・プロファイルが『移譲中』を示すことができるように、６３３において、クライアント・コンピューティング・デバイスがホスト・サーバへ状態レポートを送信する。６３４においては、レストランのサーバが、チケットの状態の変更を受信し、キャンセルについて知ることができる。６３５においては、ホスト・サーバのホスト・チケット・モジュールが状態の変更を受信し、マッチングの問い合わせのためのサーチ・エンジンを自動的に有効化する。６３６においては、第２のユーザがサーチにマッチし、ホスト・チケット・モジュールから新しいリザーブのオファーを受信できる。レストランが、ブッキングのためのほかの潜在的な利用客を有することがあり、６３７において、第１のユーザのオファーをマニュアルで、又は自動的に削除できる。
【０１２８】
いくつかの実装においては、移譲されたチケットを第２のユーザがブッキングできる。６３８においては、第２のユーザがクライアント・コンピューティング・デバイスを使用してチケットのための支払を行ない、クレジット・カード及び／又は任意のその他の支払形式による支払プロセスを管理できる。６３９においては、清算会社のサーバが、受信した支払データを清算できる。６４０においては、清算会社のサーバが、仮想電子ウォレットのレコード又は口座を第２のユーザのために開設し、支払情報をストアすることができる。６４１においては、清算会社のサーバが、ホスト・エスクロウ・ウォレットへ支払額を振り替えることができる。６４２においては、エスクロウ・ウォレットが、ブッキング料金を保持し、ホスト・サーバは、現金払い出しを設定できる。６４３においては、ホスト・サーバが、エスクロウ・ウォレットから第１のユーザの電子ウォレットへ、チケットのための払い戻しを振り替えることができる。６４４においては、ホスト・サーバが、レポートを作成し、第１のユーザのクライアント・コンピューティング・デバイスへ『払い戻し成功』状態を伴う更新を送信できる。６４５において、ホスト・サーバが、第１のユーザのクライアント・コンピューティング・デバイスへ『移譲済み』状態を伴う状態の更新をレポートする。６４６においては、第１のユーザのクライアント・コンピューティング・デバイスが、払い戻しのための現金払い出しを設定できる。６４７においては、チケットが首尾よく移譲された旨の状態の更新がホストへ送信される。６４８においては、ホスト・サーバが、レストランのサーバに、新しいチケット保持者である第２のユーザを知らせることができる。６４９においては、ホスト・サーバが、第２のユーザに、購入したチケット及び支払の成功について追加的に知らせることができる。第２のユーザは、ブッキングを確認するレポート及び状態の更新をホストから受信できる。ホストは、レストランを更新できる。
【０１２９】
別段の記載があるほか、以下の議論から明らかなとおり、この記述全体を通じて、『処理』又は『コンピューティング』又は『計算』又は『決定』又は『測定』又は『選択』又は『表示』又は『識別』又は『検出』又はこれらの類の用語を使用している考察は、システムのレジスタ及びメモリ内の物理的（電子的）な量を表わすデータを操作し、かつほかの、システムのメモリ又はレジスタ又はその他のその種の情報ストレージ、送信又は表示デバイス内の物理量として同様に表わされるデータに変換するデータ処理システム又は類似の電子デバイスの動作及びプロセスを参照するとし得ることが認識される。
【０１３０】
例示的な実施態様は、この中に述べられている機能のうちの１つ又は複数を実行するための装置に関係することができる。この装置は、必要とされる目的のために特別に構成されるとすること、又はコンピュータ内にストアされたコンピュータ・プログラムによって選択的に有効化されるか、又は再構成される汎用コンピュータを包含することができる。その種のコンピュータ・プログラムは、限定ではないが、フロッピーディスク、光ディスク、ＣＤ−ＲＯＭ、及び光磁気ディスクを含む任意タイプのディスク、読出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、磁気又は光カード、又は電子的なインストラクションのストアに適した任意タイプの媒体等のマシン（例えば、コンピュータ）可読ストレージ媒体にストアできる。
【０１３１】
この中に述べられている例示的な実施態様は、少なくとも１つのサーバ上において実行されるソフトウエアとして記述されているが、実施態様は、その他の方法で構成され、かつ機能を維持可能であることは理解されるものとする。実施態様は、パーソナル・コンピュータ、専用コンピュータ、セルラ電話、携帯情報端末（『PDA』）、デジタル・カメラ、デジタル・タブレット、電子ゲーミング・システム、プログラム済みのマイクロプロセッサ又はマイクロコントローラ及び周辺集積回路要素（単数又は複数）、及びASIC又はその他の集積回路、デジタル信号プロセッサ、ハードワイヤード電子又は論理回路、例えば離散的な要素の回路、PLD、PLA、FPGA、PAL及びこれらの類のプログラマブル論理デバイス等の周知のデバイス上において実装可能である。概して言えば、この中に述べられているプロセスを実装可能な任意のデバイスを、本発明に従ったシステム及びテクニックの実装に使用することが可能である。
【０１３２】
認識されるものとするが、テクノロジの多様な構成要素が、分散型ネットワーク及び／又はインターネットの遠方にある部分、又は専用の安全であるか、安全でないか、かつ／又は暗号化されたシステム内に配置できる。したがって、認識されるものとするが、システムの構成要素は、１つ又は複数のデバイスに結合可能であるか、又はテレコミュニケーション・ネットワーク等の分散型ネットワークの特定のノード上に共配置可能である。記述から認識されるとおり、また演算の効率の理由から、システムの構成要素は、システムの動作への影響を伴うことなく分散型ネットワーク内の任意の場所にアレンジすることが可能である。それに加えて、構成要素を専用マシン内に埋め込むことも可能である。
【０１３３】
さらにまた、認識されるものとするが、要素を接続する多様なリンクを有線又は無線リンクとすること、又はそれの任意の組合せ、又は任意のその他の周知の、又は今後開発される、接続されている要素へデータを供給する能力及び／又はそれからのデータを伝達する能力を有する要素（単数又は複数）とすることが可能である。この中で使用されているモジュールという用語は、その要素に関連付けされた機能を実行する能力がある任意の周知の、又は今後開発されるハードウエア、ソフトウエア、ファームウエア、又はこれらの組合せを参照することができる。この中で使用されている決定、計算、及びコンピューティング、及びこれらの変形は、相互交換可能に使用され、かつ任意タイプの方法、プロセス、算術操作又はテクニックを含む。
【０１３４】
上で述べた実施態様は、例示であることが意図されている。当業者が認識するとおり、この中に述べられている特定の例の代用となるか、又はそれに含めることができる多数の代替構成要素及び実施態様が存在するが、それにもかかわらずその種の追加又は代用は、本発明の範囲内に含まれる。
【０１３５】
当業者が認識するとおり、この開示の側面は、システム、方法、又はコンピュータ・プログラム製品として具体化できる。したがって、この開示の側面は、完全にハードウエア実施態様の形式、完全にソフトウエア実施態様の形式（ファームウエア、常駐ソフトウエア、マイクロコード等々を含む）、又はソフトウエア及びハードウエアの側面を組み合わせた実施態様の形式を取ることができ、この中ではこれら全てを包括的に『回路』、『モジュール』、又は『システム』として参照できる。さらにまた、この開示の側面は、コンピュータ可読プログラム・コードが具体化された１つ又は複数のコンピュータ可読媒体（単数又は複数）内に具体化されたコンピュータ・プログラム製品の形式を取ることができる。
【０１３６】
１つ又は複数のコンピュータ可読媒体（単数又は複数）の任意の組合せが利用できる。コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読ストレージ媒体とすることができる。コンピュータ可読ストレージ媒体は、例えば、限定ではないが電子的、磁気的、光学的、電磁的、赤外線、又は半導体システム、装置、もしくはデバイス、あるいはこれらの任意の適切な組合せとすることができる。コンピュータ可読ストレージ媒体のより具体的な例（網羅的でないリスト）は、１つ又は複数の有線を有する電気接続、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読出し専用メモリ（ＥＰＲＯＭ又はフラッシュ・メモリ）、光ファイバ、ポータブル・コンパクト・ディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、光ストレージ・デバイス、磁気ストレージ・デバイス、又はこれらの任意の適切な組合せを含む。本書の文脈において、コンピュータ可読ストレージ媒体は、インストラクション実行システム、装置、もしくはデバイスによる使用又はそれと関連する使用のためのプログラムを含むか、あるいはストア可能な任意の有体の媒体とすることができる。
【０１３７】
コンピュータ可読信号媒体は、例えばベースバンド内において、又は搬送波の一部として伝播される、コンピュータ可読プログラム・コードが埋め込まれたデータ信号を含むことができる。その種の伝播される信号は、限定ではないが、電磁的、光学的、又はそれらの任意の適切な組合せを含む多様な形式のうちの任意の形式を取ることができる。コンピュータ可読信号媒体は、コンピュータ可読ストレージ媒体ではなく、かつインストラクション実行システム、装置、もしくはデバイスによる使用又はそれと関連する使用のためのプログラムの通信、伝播、又は伝送が可能な任意のコンピュータ可読媒体とすることができる。
【０１３８】
コンピュータ可読媒体上に埋め込まれるプログラム・コードは、限定ではないが、無線、有線、光ファイバ・ケーブル、ＲＦ等、又はこれらの任意の適切な組合せを含む任意の適切な媒体を使用して送り届けることができる。
【０１３９】
この開示の側面のための動作を実行するためのコンピュータ・プログラム・コードは、Java（登録商標、以下同様）、Smalltalk、Ｃ＋＋、又はこの類のオブジェクト指向プログラミング言語、及び『Ｃ』プログラミング言語又は類似のプログラミング言語等の手続き型プログラミング言語を含む１つ又は複数のプログラミング言語の任意の組合せで記述できる。その他のタイプのプログラミング言語は、ＨＴＭＬ５、Ｆｌａｓｈ、及びその他の類似の言語を含む。プログラム・コードは、ユーザのコンピュータ上で完全に、ユーザのコンピュータ上で部分的に、又はスタンドアロン・ソフトウエア・パッケージとして実行すること、ユーザのコンピュータ上で部分的に実行し、かつリモート・コンピュータ上で部分的に実行すること、又はリモート・コンピュータもしくはサーバ上で完全に実行することができる。後者のシナリオにおいては、リモート・コンピュータとユーザのコンピュータを、ローカル・エリア・ネットワーク（ＬＡＮ）もしくはワイド・エリア・ネットワーク（ＷＡＮ）を含む任意タイプのネットワークを通じて接続すること、又はその接続を外部コンピュータに対して（例えば、インターネット・サービス・プロバイダを使用してインターネットを通じて）行なうことができる。
【０１４０】
この開示の側面は、以下に、開示の実施態様に従った方法、装置（システム）、及びコンピュータ・プログラム製品のフローチャートの図解及び／又はブロック図を参照して述べられている。理解されるであろうが、フローチャート図解及び／又はブロック図の各ブロック、及びフローチャートの図解及び／又はブロック図のブロックの組合せは、コンピュータ・プログラム・インストラクションによって実装が可能である。これらのコンピュータ・プログラム・インストラクションは、汎用コンピュータ、専用コンピュータ、又はその他のプログラマブル・データ処理装置のプロセッサに提供されて、それらのインストラクションが、コンピュータ又はその他のプログラマブル・データ処理装置のプロセッサを介して実行されると、フローチャート及び／又はブロック図のブロック又は複数のブロック内に指定された機能／作用を実装するための手段を作り出すようにマシンを生み出すことができる。
【０１４１】
これらのコンピュータ・プログラム・インストラクションは、コンピュータ可読媒体内にストアすることもでき、コンピュータ可読媒体内にストアされたインストラクションが、フローチャート及び／又はブロック図のブロック又は複数のブロック内に指定された機能／作用を実装するインストラクションを含む製品を生み出すように、コンピュータ、その他のプログラマブル・データ処理装置、又はその他のデバイスに特定の態様で機能するべく命令することが可能である。
【０１４２】
これらのコンピュータ・プログラム・インストラクションは、コンピュータ、その他のプログラマブル・データ処理装置、又はその他のデバイスにロードして、コンピュータ、その他のプログラマブル・データ処理装置、又はその他のデバイスに一連の動作ステップを行なわせて、コンピュータ又はその他のプログラマブル装置上で実行されるインストラクションが、フローチャート及び／又はブロック図のブロック又は複数のブロック内に指定された機能／作用を実装するためのプロセスを提供するように、コンピュータ実装されるプロセスを生み出すこともできる。
【０１４３】
図面内のフローチャート及びブロック図は、この開示の多様な実施態様に従ったシステム、方法、及びコンピュータ・プログラム製品の可能な実装のアーキテクチャ、機能、及び動作を図解している。これに関して言えば、フローチャート又はブロック図内の各ブロックは、指定の論理機能（単数又は複数）を実装するための１つ又は複数の実行可能インストラクションを包含するモジュール、セグメント、又はコードの部分を表わすことができる。注意されるものとするが、いくつかの代替実装においては、ブロック内に示された機能が、図に示された順序と異なって生じることが許される。例えば、連続して示された２つのブロックが、実際には、実質的に同時に実行されること、又はそれらのブロックが時として逆順に実行されることが関係する機能に応じて許される。これもまた気付くことであろうが、ブロック図及び／又はフローチャートの図解の各ブロック、及びブロック図及び／又はフローチャートの図解のブロックの組合せは、指定の機能又は作用を実行する専用ハードウエア・ベースのシステム、又は専用ハードウエアとコンピュータ・インストラクションの組合せによって実装することが可能である。
【０１４４】
以下のクレーム内の全ての手段又はステップ・プラス・ファンクション要素の対応する構造、材料、作用、及び均等物は、明確にクレームされているとおり、その他のクレームされた要素との組合せで機能を実行するための任意の構造、材料、又は作用を含むことが意図されている。この開示の記述は、図解及び説明の目的のために呈示されたが、網羅的であること、又は開示された形式に開示を限定することは意図されていない。当業者には、開示の範囲及び精神から逸脱することのない多くの修正及び変形が明らかになるであろう。実施態様は、開示の原理及び実際的な応用をもっとも良好に説明するため、また当業者が、企図された特定の用途に適した多様な修正を伴う多様な実施態様のための開示を理解することを可能にするために選択され、説明されている。
【０１４５】
この中に示されたフローチャートは、１つの例に過ぎない。この図又はそれの中に記述されたステップ（又は動作）に対する多くの変形が、開示の精神からの逸脱を伴うことなく存在する可能性はある。例えば、これらのステップが異なる順序で実行されること、又はステップが追加され、削除され、あるいは修正されることがあり得る。これらの変形の全ては、クレームされた開示の部分であると見なされる。
【０１４６】
開示に対する好ましい実施態様を述べてきたが、現在及び将来の両方において、以下のクレームの範囲内に入る多様な改良及び強化を当業者が行ない得ることは理解されるであろう。これらのクレームは、第一に記述されている開示のための正しい保護を維持すると解釈されるべきである。
【０１４７】
このテクノロジは、現在のところもっとも実際的であり、かつ好ましい実装であると考えられることに基づいて例示の目的のために詳細に記述されてきたが、その種の詳細が、それを目的とするためのものに過ぎないこと、及びそのテクノロジが、開示された実装に限定されないこと、むしろそれとは対照的に、付随するクレームの精神及び範囲内となる修正及び均等のアレンジメントの保護が意図されていることは理解されるものとする。例えば、このテクノロジが、可能な範囲で、任意の実装の１つ又は複数の特徴を任意のほかの実装の１つ又は複数の特徴と組み合わせることが可能であると理解されるものとする。
【図１】
0006309629.tif 000002
【図２】
0006309629.tif 000003
【図３Ａ】
0006309629.tif 000004
【図３Ｂ】
0006309629.tif 000005
【図３Ｃ】
0006309629.tif 000006
【図３Ｄ】
0006309629.tif 000007
【図３Ｅ】
0006309629.tif 000008
【図３Ｆ】
0006309629.tif 000009
【図３Ｇ】
0006309629.tif 000010
【図４】
0006309629.tif 000011
【図５Ａ】
0006309629.tif 000012
【図５Ｂ】
0006309629.tif 000013
【図５Ｃ】
0006309629.tif 000014
【図５Ｄ】
0006309629.tif 000015
【図５Ｅ】
0006309629.tif 000016
【図６Ａ】
0006309629.tif 000017
【図６Ｂ】
0006309629.tif 000018