(57)【要約】【課題】  顧客が販売時点にいない場合の購入を実行するシステムおよび方法が開示される。【解決手段】実施例によれば、商品のオーダーがなされた時に、顧客に付随するユニークな識別子を加盟店に対して送信するための、顧客用の通信コネクションが確立される。そのユニークな識別子は、商品のオーダーに関するデータとともに、コントロールシステムに対して通信される。そして、そのコントロールシステムは、そのユニークな識別子に付随するユーザから、その購入についての受諾を取得する。【選択図】図１
2006012175.tif 000002
【特許請求の範囲】
【請求項１】
購入方法であって、
購入プロセスの間、加盟店のコントロールの下、顧客から購入用のユニークな識別子を取得し、その顧客は、販売時点に存在せず、
前記ユニークな識別子を、前記購入に関するデータと共に、複数の加盟店および複数の潜在的な顧客に共通のコントロールシステムに対して通信し、
前記コントロールシステムのコントロールの下、前記ユニークな識別子を用いて、前記購入についての前記顧客からの承諾を要求し、
前記承諾を前記加盟店に対して通信する
ことを特徴とする購入方法。
【請求項２】
請求項１に記載の購入方法において、
前記ユニークな識別子は、電話番号、ページャー番号、電子メールアドレス、そしてテキストメッセージアドレスからなるグループから選択される
ことを特徴とする購入方法。
【請求項３】
請求項１に記載の購入方法において、
前記ユニークな識別子は、前記顧客にコンタクトする装置に付随する、前記顧客によって選択されたＰＩＮからなる
ことを特徴とする購入方法。
【請求項４】
請求項１に記載の購入方法において、
前記要求は、
前記顧客から通信を受信し、
前記顧客は前記ユニークな識別子と合致することを確認する
ことを特徴とする購入方法。
【請求項５】
請求項４に記載の購入方法において、
前記顧客からの前記通信は、支払方法を指定する
ことを特徴とする購入方法。
【請求項６】
請求項５に記載の購入方法において、
前記支払方法は、クレジットカード、デビットカード、価値貯蔵カードからなるグループから選択される
ことを特徴とする購入方法。
【請求項７】
請求項１に記載の購入方法において、
前記加盟店は、前記ユニークな識別子を、前記購入に関する前記データと共に、コントロールシステムに対して通信する
ことを特徴とする購入方法。
【請求項８】
請求項１に記載の購入方法において、
前記コントロールシステムは、前記承諾を前記加盟店に対して通信する
ことを特徴とする購入方法。
【請求項９】
請求項４に記載の購入方法において、
支払方法が、前記ユニークな識別子に関連付けられている
ことを特徴とする購入方法。
【請求項１０】
請求項４に記載の購入方法において、さらに、
前記顧客からチップの額を受信する
ことを特徴とする購入方法。
【請求項１１】
請求項４に記載の購入方法において、
前記通信は、電話番号、ページャーメッセージ、電子メールアドレス、テキストメッセージからなるグループから選択される
ことを特徴とする購入方法。
【請求項１２】
請求項１に記載の購入方法において、
前記要求は、
前記加盟店のコントロールの下、前記顧客を前記コントロールシステムと接続状態に置く
ことを特徴とする購入方法。
【請求項１３】
請求項１に記載の購入方法において、
前記顧客からのユニークな識別子の取得、および、前記顧客からの承諾の要求は、別個の通信チャネルを通じて実行される
ことを特徴とする購入方法。
【請求項１４】
請求項１３に記載の購入方法において、
前記通信チャネルの少なくとも一つは、セル電話コネクションである
ことを特徴とする購入方法。
【請求項１５】
請求項１に記載の購入方法において、
前記購入は、遠隔的に行われる
ことを特徴とする購入方法。
【請求項１６】
請求項１に記載の購入方法において、
前記購入は、前記顧客に対して配達される
ことを特徴とする購入方法。
【請求項１７】
請求項１に記載の購入方法において、
前記要求は、前記購入が前記顧客に対して配達された後に発生する
ことを特徴とする購入方法。
【請求項１８】
請求項１に記載の購入方法において、さらに、
前記コントロールシステムの下、そして、前記ユニークな識別子を受信した時に、前記ユニークな識別子を前記購入に関する任意のロイヤルティまたは報酬プログラムと関連付ける
ことを特徴とする購入方法。
【請求項１９】
ユーザによる購入に対する支払を事前承諾する方法であって、
購入が行われる販売時点に対応するロケーション識別子を選択し、
前記選択されたロケーション識別子を、複数の販売時点に共通のシステムに対して送信し、
前記ユーザに付随するユニークな識別子を前記システム内に入力し、
前記システムのコントロールの下、そして、前記ユニークな識別子および前記選択されたロケーション識別子を受信した時に、前記購入に対する支払の事前承諾を要求する
ことを特徴とする支払事前承諾方法。
【請求項２０】
請求項１９に記載の支払事前承諾方法において、さらに、
前記支払の承諾に応答して、前記購入が行われるロケーションに対して前記承諾を送信する
ことを特徴とする支払事前承諾方法。
【請求項２１】
請求項１９に記載の支払事前承諾方法において、さらに、
前記購入の額に対してつけられるチップを前記システムに入力する
ことを特徴とする支払事前承諾方法。
【請求項２２】
請求項２１に記載の支払事前承諾方法において、
前記チップは、パーセンテージとして入力される
ことを特徴とする支払事前承諾方法。
【請求項２３】
請求項２１に記載の支払事前承諾方法において、
前記チップは、ドル額として入力される
ことを特徴とする支払事前承諾方法。
【請求項２４】
請求項１９に記載の支払事前承諾方法において、
前記購入の額は、前記送信の時点において未知である
ことを特徴とする支払事前承諾方法。
【請求項２５】
請求項１９に記載の支払事前承諾方法において、
前記承諾は、前記購入が前記ユーザ以外の人によって行われることを承諾する
ことを特徴とする支払事前承諾方法。
【請求項２６】
請求項１９に記載の支払事前承諾方法において、さらに、
前記システムのコントロールの下、前記承諾を受信した時に、前記ユーザに、関連する商品およびサービスについてのニーズを尋ねる
ことを特徴とする支払事前承諾方法。
【請求項２７】
請求項２６に記載の支払事前承諾方法において、
前記関連する商品およびサービスは、マップ、ロケーション情報、予約、ディスカウント、クーポン、ダイニングサービス、催し物からなるグループから選択される
ことを特徴とする支払事前承諾方法。
【請求項２８】
請求項２６に記載の支払事前承諾方法において、
前記関連する商品およびサービスは、同様の購入を行った前記ユーザの連絡相手に関する情報を提供する
ことを特徴とする支払事前承諾方法。
【請求項２９】
請求項１９に記載の支払事前承諾方法において、
前記購入の、指定されたロケーションへの配達を要求する
ことを特徴とする支払事前承諾方法。
【請求項３０】
請求項１９に記載の支払事前承諾方法において、
前記支払の承諾は、前記購入が行われなかった場合に、指定された期間経過後に失効する
ことを特徴とする支払事前承諾方法。
【請求項３１】
顧客が販売時点にいない場合の購入を実行するシステムであって、
加盟店に対して、商品をオーダーする顧客の通信装置に付随するユニークな識別子を通信する手段と、
前記ユニークな識別子を前記商品のオーダーに関するデータと共に、複数の加盟店および複数の顧客をサーブするシステムに対して通信する手段と、
前記システムによってコントロールされ、前記ユニークな識別子によって特定される前記顧客から、前記商品の購入についての受諾を取得する手段とを備える
ことを特徴とする購入実行システム。
【請求項３２】
請求項３１に記載の購入実行システムにおいて、さらに、
前記取得された受諾を前記加盟店に対して通信する手段を備える
ことを特徴とする購入実行システム。
【請求項３３】
請求項３１に記載の購入実行システムにおいて、
前記取得する手段は、前記システムから前記顧客に対して一時的に確立されたコネクションを備える
ことを特徴とする購入実行システム。
【請求項３４】
請求項３１に記載の購入実行システムにおいて、
前記ユニークな識別子の通信と前記購入についての受諾の取得は、同時に発生する
ことを特徴とする購入実行システム。
【請求項３５】
顧客が加盟店から離れている場合の購入を実行するシステムであって、
加盟店に対して、商品をオーダーする顧客の通信装置に付随するユニークな識別子を通信する手段と、
前記ユニークな識別子を前記商品のオーダーに関するデータと共に、複数の加盟店および複数の顧客をサーブするシステムに対して通信する手段と、
前記システムによってコントロールされ、前記ユニークな識別子によって特定される前記顧客から、前記商品の購入についての受諾を取得する手段とを備える
ことを特徴とする購入実行システム。
【請求項３６】
請求項３５に記載の購入実行システムにおいて、さらに、
前記取得された受諾を前記加盟店に対して通信する手段を備える
ことを特徴とする購入実行システム。
【請求項３７】
請求項３５に記載の購入実行システムにおいて、
前記取得する手段は、前記システムから前記顧客に対して一時的に確立されたコネクションを備える
ことを特徴とする購入実行システム。
【請求項３８】
請求項３７に記載の購入実行システムにおいて、
前記取得する手段は、前記顧客のセル電話に配信されるＳＭＳメッセージを備える
ことを特徴とする購入実行システム。
【請求項３９】
請求項３８に記載の購入実行システムにおいて、
前記ＳＭＳメッセージは、前記顧客に対して、前記購入に対する支払を受諾するか拒絶するかの選択を与える
ことを特徴とする購入実行システム。
【請求項４０】
請求項３９に記載の購入実行システムにおいて、
前記ＳＭＳメッセージは、前記顧客が、前記購入が受諾される時にチップを入力できるようにする
ことを特徴とする購入実行システム。
【請求項４１】
請求項３７に記載の購入実行システムにおいて、
前記一時的に確立されたコネクションは、セルラーコネクションである
ことを特徴とする購入実行システム。
【請求項４２】
請求項３５に記載の購入実行システムにおいて、
前記加盟店に対する通信を行う手段を通じて発生する通信は、前記商品のオーダーが行われる前記加盟店との通信コネクションと同一の通信コネクションを通じて発生する
ことを特徴とする購入実行システム。
【請求項４３】
顧客が販売時点にいない場合の購入を実行するシステムであって、
加盟店に対して、商品をオーダーする顧客に付随するユニークな識別子を送信する通信装置と、
前記識別子と、前記商品のオーダーに関するデータを前記加盟店から受信するシステムと、
前記システムによってコントロールされ、前記顧客に接続して、前記顧客から前記商品の購入についての受諾を取得するためのコネクションとを備える
ことを特徴とする購入実行システム。
【請求項４４】
請求項４３に記載の購入実行システムにおいて、
前記通信装置は、セル電話、ページャー、ＰＤＡ、電子メール、テキストメッセージ装置からなるグループから選択される
ことを特徴とする購入実行システム。
【請求項４５】
請求項４３に記載の購入実行システムにおいて、
前記ユニークな識別子は、電話番号、ページャー番号、電子メールアドレス、そしてテキストメッセージアドレスからなるグループから選択される
ことを特徴とする購入実行システム。
【請求項４６】
請求項４３に記載の購入実行システムにおいて、
前記識別子を受信する前記システムは、複数の加盟店および複数の顧客をサーブする
ことを特徴とする購入実行システム。
【請求項４７】
ユーザによる購入に対する支払を事前承諾するシステムであって、
ロケーション識別子とユニークな識別子を送信する通信装置と、
前記ロケーション識別子と前記ユニークな識別子を受信するための、複数の加盟店と複数の顧客をサーブするシステムと、
前記購入に対する支払の事前承諾の要求を行うための、前記システムと前記顧客との間の通信コネクションと、
前記購入が行われた前記ロケーションに対して前記購入の承諾を送信するための、前記システムと前記ロケーション識別子に関連付けられるロケーションとの間の通信コネクションとを備える
ことを特徴とする支払事前承諾システム。
【請求項４８】
購入方法であって、
購入プロセスの間、ユーザに付随するユニークな識別子を、前記購入に関するデータと共に、複数の加盟店および複数の潜在的な顧客に共通のコントロールシステムに対して通信し、
前記コントロールシステムのコントロールの下、前記ユニークな識別子を用いて、前記購入に対して支払われるべき額についての、前記顧客からの承諾を要求し、
前記支払われるべき額を前記購入に対する支払として前記加盟店に対して通信する
ことを特徴とする購入方法。
【請求項４９】
請求項４８に記載の購入方法において、さらに、
前記支払われるべき額が送信されたことを示すレシートを前記加盟店に対して送信する
ことを特徴とする購入方法。
【請求項５０】
請求項４８に記載の購入方法において、
前記加盟店は、前記システムにコンタクトして、前記支払われるべき額のレシートを確認する
ことを特徴とする購入方法。
【請求項５１】
請求項４８に記載の購入方法において、
前記ユーザは、ＰＩＮを入力することによって前記支払を承諾する
ことを特徴とする購入方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、販売時点（ＰＯＳ）［ｐｏｉｎｔ  ｏｆ  ｓａｌｅ］特定システムに関し、特に、商品またはサービスの支払認証を可能にするシステムおよび方法に関する。
【０００２】
本発明は、優先権の基礎とされてその開示されているところがここに参照として組み込まれている、２００２年１０月２３日に出願された出願番号６０／４２０，６４３、発明の名称「ロイヤルティ／報酬プログラムを統合する支払システム」の米国仮特許出願の利益を主張する、２００３年８月２２日に出願された出願番号１０／６４６，５７９、発明の名称「支払認証システムを用いたロイヤルティ／報酬プログラム統合システム」の米国特許出願の一部継続出願である。本出願は、また、その開示されているところがここに参照として組み込まれている、２００３年１０月２２日に出願された出願番号１０／６９１，４５９、発明の名称「電子装置を用いたプロモーショナルオファーの生成、配布、そして／または償還システムおよび方法」の米国仮特許出願に関連している。
【背景技術】
【０００３】
社会がよりモバイル（ｍｏｂｉｌｅ）になるに従って、人々は非常に重要なアイテムをいくつも携帯することを便利に感じ、あるいは、通常、不可欠であると認識するに至った。これらのアイテムの一つとして、商品（ｇｏｏｄｓ）やサービスの支払フォームがあり、他のアイテムとして、身元フォームがある。
【０００４】
政府発行の通貨が普及する以前、人々は、金、銀、ダイヤモンドなどの価値のある商品を持ち運んでいた。ある社会では、ビーズさえ好んで用いられた。通貨が考案され、通常表面に支配者の顔が記されたコインは、袋あるいは財布に収納された。全ての取引において、商品あるいはサービスの売り手は、支払の正当性を確認しなければならなかった。通常、重量や寸法を測ったり、多くは、買い手の身元（知人であるあるいは、保証があること）に重きが置かれることで、支払の正当性の検証（ｖｅｒｉｆｉｃａｔｉｏｎ）が行われてきた。
【０００５】
信頼性のある政府が発行する紙幣は、従前からの商取引の多くの問題を解決した。このような現金を用いることによって、通貨の正当性さえ確かであれば、支払者の身元は問題でなくなった。クレジットカード、デビットカード、価値貯蔵カード、そして他の現金以外の支払形式が可能になり、この数十年の間に、このことは再び変化している。支払方法の変化と同時に、人物識別が、商品及びサービスの支払目的、また、他の目的についての識別目的という双方のために、その必要性を増してきた。これらの他の目的には、ディスカウントを受ける資格、博物館への入場許可、医療受給資格、保険の証明、免許証の有効性の証明及びこれらに類するものといった、グループメンバーシップの検証が含まれる。
【０００６】
このようにして、財布、あるいは今日ではより普通には札入れが、最初は、通常、重い物である価値の高い物を収納して、交換するために用いられたが、今日では、様々な形式、すなわち、通常は、磁気識別ストリップを内蔵したプラスチックカードの形態で、個人的書類を持ち運ぶために使われている。札入れは、今日、様々な情報、及び識別カード、支払カード、ロイヤルティカード、アフィニティカード、運転免許証、クーポンといった、サービス提供者の情報カードを収納している。キーチェーンも、これらの情報を内蔵したタグの持ち運びに利用されている。
【０００７】
これらの各々のカードは、特別のサービスを可能にする。例えば、クレジットカードは、ユーザに買い物のための信用を提供する機能を有するが、借金目的あるいはグループ識別（ｇｒｏｕｐ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、あるいは、その保持者が有効な免許あるいは有効な保険を有していることを示す機能は有していない。さらに、これらのカードに内蔵される情報は、発行者あるいは受領者の意思によって変えることはできず、恒久的なものである。札入れは、識別カードが増加するに従って重くなっていく。
【０００８】
問題は複合的であり、携帯電話、ＰＤＡ、ラップトップその他の電子装置は、今日、個人が携帯するようになり、より荷物を重くしている。札入れの最も大きな欠点は、その中のカードが盗まれるあるいは損傷する可能性があることである。こうして、カードのセュリティが大きな問題となる。一旦盗まれると、カードに刷り込まれた情報は虚偽的方法で使われ、あるいは、磁気ストリップ内の情報はカードリーダーにより容易にリードあるいは複製されてしまう。紛失あるいは盗難カードを取り戻すには、時間と費用（ストレスについては言うまでもない）がかかる。時には、この情報は、虚偽的方法で、カードの所有者が、カードの保有者、加盟店、そして／またはカード発行者の損失とに気づきもしないうちにコピーされることもある。紛失した盗難カードが交換されるまでの間、顧客（そして売主も）カードを利用する利益を失う。カードの交換費用は、処理、郵送のコストも含み、それらは、ささいなものではない。
【０００９】
多くの店は、ストップ＆ショップカード（Ｓｔｏｐ  ＆  Ｓｈｏｐ  ｃａｒｄ）、ＣＶＳ薬局カード、あるいはＡＡＡカードなど、支払カードと運営上異なるプログラムである、独自のアフィニティ、ロイヤルティあるいは報酬プログラムを持っている。これにより、余分のカードを持ち運ばなければならず、一つの販売時点において、一つはディスカウント／報酬／識別カード、もう一つは支払のためのカードという２つの異なるカード、そして、施設に入場するための第３のカードが必要になるという、もう一つの不便をもたらす。他の店は、購入、ギフト、プロモーション、そして返品のための価値貯蔵カード（ｓｔｏｒｅｄ  ｖａｌｕｅ  ｃａｒｄ）を発行し始めている。このような価値貯蔵カードの利用形態は、加盟店（ｍｅｒｃｈａｎｔ）が、一つのあるいは複数の取引を顧客のカードに記録し、そして、ある特定の数の取引（あるいは取引額）が入力されると、顧客はギフトを得、あるいはディスカウントを受け、あるいはいくつかの他の価値アイテムを得るというものである。いろいろな局面で、これらのカードは、顧客のロイヤルティを高め、新しい顧客を獲得するために用いられる。
【００１０】
実際にカードを利用するには、これを取り扱い処理するインフラが必要である。例えば、ほとんどの店は、デビット、クレジット、あるいはロイヤルティカード及びプロモーショナルクーポンのようなカードを読み取るハードウェア機器を持っている。これらの機器は、通常、カードリーダー（磁気ストリップリーダー、スマートカードリーダー、バーコードリーダーなど）として知られ、各々のリーダーは、それを扱うソフトを必要とする。これらのシステムの一つの欠点は、往々にして、適正なハードウェアを必要とすることである。結局、このようなシステムでは、リーダー、ソフトウェア、内部支援を保持するためのシステムコストと、ランニングコストが必要となる。時には、アップグレードのためのコストも必要となる。ＰＯＳは、カードリーダー及びいくつもの提供者からの支援ソフトウェア／ハードウェアを必要とする。これらの欠点の一つは、既に確立されたネットワーク及び関連するカードリーダーを使わない限り、容易には、新しくカード発行する会社が市場に参入することはできないことである。
【００１１】
最近の携帯電話及びモバイル装置は、商取引、通信、コンテンツおよびコラボレーションのツールとして登場している。これらの機器は、携帯電話、ページャー、ラジオ、ＰＤＡ、電子手帳及び時計を含む。これらの電子装置の使用が増加するにつれ、これらの電子装置を用いた取引を行う方法が必要となっている。スマートカードは、１９７０年代に最初に開発され、符号化されたデータの安全を確保し、運搬するための、プログラマブルデバイスとして導入されたが、そのようなスマートカードは、最低限の成功しかしなかった。
【発明の開示】
【００１２】
（発明の要旨）
本発明は、ＰＯＳにおける取引に関連する情報を入力することで、取引をコーディネートするシステム及び方法に向けられ、入力された情報は、取引の受領者の身元からは独立したものである。取引情報の入力とは別に、取引の受領者に一意に付随する装置からそのＰＯＳから離れたロケーションへの通信コネクションが確立される。ＰＯＳロケーションは、確立された通信コネクションを通じて識別され、その離れたロケーションは、識別されたＰＯＳロケーションと入力された情報を、ＰＯＳにおける取引を認証するためにコーディネートする。一つの実施例では、ロイヤルティメンバーシップ及びマーケティングプロモーションのような補助的資格が識別され、利用可能なディスカウント、プレミアム、その他のことが、そのＰＯＳにおいて入力された情報に適用される。また一つの実施例では、その離れたロケーションは、第三者からの取引額の支払を認証する。
【００１３】
一つの実施例においては、顧客情報及び加盟店情報を蓄積しているサーバまたはポータルに対してネットワークコネクションを通じて接続する通信装置からなる支払システムあるいは支払プラットフォームを用いるシステム及び方法が示される。好ましくは、そのポータルは、電子ファンド移送取引を解決する既存のクリアリングハウス及びロイヤルティ／報酬、そしてマーケティングプロモーション管理システムの双方と統合される。運用においては、そのシステムは、その取引のロイヤルティ／報酬／プロモーションの処理とともに、販売時点（ＰＯＳ）における支払取引を処理する。ある運用では、ユーザは、特別の、あるいはサーバから管理されている別のプロモーションの利益を受ける。他の運用では、ユーザに、チップ、商品／サービス選択／支払カード、ロイヤルティプログラムなどの、購入取引に影響を与える情報をモバイル装置に入力することを求めるものもある。
【００１４】
また、他の実施例では、顧客が加盟店から離れている時の購入を実行するシステムおよび方法が示される。顧客は、商品のオーダーをする時に、加盟店に対してユニークな識別子を通信する。このユニークな識別子と購入される商品の情報は、加盟店または顧客のいずれかによってコントロールシステムに対して通信される。加盟店および顧客は、そのコントロールシステムに対して同時にコンタクトする。運用においては、そのコントロールシステムは、一時的に確立されたコネクションを通じて、その顧客から、商品の購入に対する受諾を取得する。このアプリケーションは、加盟店とバイヤーがフェイスツーフェイスに取引しない任意の取引において用いられる。例えば、ある実施例は、オーダーが遠隔的になされ、注文されるフードが、後に顧客に配達される、ピザのようなフードの配達のための支払に特によく適合する。
【００１５】
別の実施例においては、顧客が購入に対する支払を事前承諾するシステムおよび方法が示される。顧客は、購入がなされる場所に関するロケーション識別子を選択し、そのロケーション識別子をコントロールシステムに対して送信する。そのコントロールシステムは、その顧客からの、購入の事前承諾を要求する。本出願の一例は、レストランにおける食事についての事前支払を行う。別の例は、映画チケットについての事前支払を行う。
【００１６】
別の実施例では、顧客情報及び加盟店情報を蓄積したポータルに、様々なネットワークを通じてダイヤルまたは接続する通信装置または通信装置の組み合わせからなる支払システムあるいは支払プラットフォームを用いるシステム及び方法が示される。そのサーバまたはポータルは、１または複数の電子ファンド移送取引を解決する既存のクリアリングハウスと統合される。さらに、実施例によっては、そのサーバまたはポータルは、ロイヤルティ／報酬そしてマーケティングプロモーション管理システムと接続され、また、他の顧客情報システム（例えば運転免許、受診記録、保険データ、メンバーシップ組織）と接続する。運用においては、そのシステムは、その通信装置上におけるオペレータの入力に基づいて、そのＰＯＳに対して支払情報を送信する。この場合、そのＰＯＳは、店あるいは仮想的ロケーションである。この適用の例として、レストランのオーダー及び支払、駐車場の支払、遊び場のチケットのオーダー及び支払、知られたＰＯＳに対する身元情報の送信などが含まれる。
【００１７】
システムの別の実施例においては、支払情報の登録は、モバイル装置からの情報を読み取り、顧客が要求される追加的情報を入力できる、指定された電話番号にモバイル装置がダイヤルすることを含む。他の例では、ユーザをして、加盟店のＰＯＳにおける情報を入力させることができ、そのＰＯＳは、自動的にその情報を顧客とリンクすることができる。
【００１８】
以上は、以下の本発明の詳細な記述がより理解されるように、本発明の特徴と技術的利点の大まかな概略を述べたものである。発明の更なる特徴と利点は、その発明のクレームの主題を形成するものとして以下に記述される。開示される思想と特定の実施例は、修正、そして、本発明と同一の目的を達成するための他の構成を設計するための基礎として、当業者にとってすぐに役立つ。当業者によって、そのような同等の構成は添付されたクレームを逸脱するものではないことは理解されるであろう。本発明の特徴とされる、その構成および操作方法双方の明白な特徴は、さらなる目的と利点とともに、添付された図面が考慮された時に以下の記述から容易に理解されるであろう。しかし、その各図は、表示と説明のためのみのものであり、本発明の限界を定めるものではないことが明確に理解されるべきである。
【発明を実施するための最良の形態】
【００１９】
図１に示される支払システム１０は、ウェブサイトを通じて一つの場所におけるユーザの全てのカードの統合、利便性の向上及び管理をもたらし、電話または他の通信装置を用いて、実際のまたは仮想的ロケーションにおける、電子的／物理的カード、クーポン及び他のプロモーショナル情報の利用を可能にする。電話１１のような顧客の通信装置は、有線あるいは無線であり、ダイヤルアップを通じてあるいはＧＰＲＳそして／またはＷＩＦＩネットワークを介して動作する。電話が示されているが、その装置は、ここで説明する例に従ってデータを送受信し得る、ＰＤＡ、コンピュータ、ページャーあるいは他のいかなる通信装置であってもよい。人は、任意のＰＯＳにおけるウェブポータルを用いて、または、自分の通信装置を通じてそのポータルにコンタクトすることによって、当座または貯蓄アカウント、デビット、クレジットまたはロイヤルティカードといった、自分の新たなまたは既存の支払及びロイヤルティカード／アカウントを登録できる。一旦ユーザがポータルに接続すると、ユーザは、そのシステムに蓄積されたどのカードを使用したいか、どのロイヤルティプログラムに自分が適格か、そして／またはどの価値貯蔵カードに自分のモバイル支払アカウントをリンクさせたいかを決定する。そのロイヤルティプログラムおよび価値貯蔵カードは、そのプログラムまたは価値カードに基づいて、個々の加盟店にリンクされ、または、全国的に使用される。例えば、ある店では受け入れられ、別の店では受け入れられないロイヤルティプログラムまたはディスカウントカードが蓄積される。
【００２０】
加盟店（企業）は、システム１０を支払（あるいは識別）処理ができるようにし、その加盟店の任意のＰＯＳロケーション１８が商品／サービスの予想される受領者により利用され得るものと想定する。一つの実施例では、加盟店はオンラインに進み、サインアップすることができ、各受領者あるいは予想される受領者は、オンライン（そうでなければサインアップ）に進むことができる。このようにすることによって、加盟店は自分の事業についてのデータを入力し、自分が受諾する支払方法、加盟店から購入における使用が許されたロイヤルティカード、そして、その加盟店が、システム１０を用いて支払を行う受領者に対して提供するクーポンまたは特別なディスカウントについてのデータを入力する。その受領者は、サインアップすると、ストリートアドレス、電話番号、電子メールアドレス、またはそのシステムがその受領者と通信できるようにする他の手段を入力する。その受領者は、自分がシステム１０にリンクさせたい支払方法についての情報を入力し、そして、その受領者は、価値貯蔵カードについての情報とともに、自分が資格を有するロイヤルティカードおよび他のディスカウントについての情報を入力する。受領者の特定のデータは、安全の確保された形で顧客アカウントシステム１３に蓄積され、加盟店の特定のデータは、加盟店アカウントシステム１６に蓄積される。別の実施例においては、センシティブな受領者と加盟店のデータのみが、安全の確保された形で、対応するシステム１３、１６に蓄積される。その受領者または加盟店が、入力されたデータを変更したい場合は、彼らはいつでもシステム１０に接続することによってこれらの変更ができる。理解できるように、ユーザがそのシステムを用いると、そのユーザがロイヤルティプログラムに登録されている場合は、好適な実施例は、そのユーザにチャージする前に、適当なディスカウトを用意する。
【００２１】
カード発行者／加盟店／銀行に対するシステム１０の利点は、顧客への迅速な電子アクセス、よりよい顧客関係管理であり、より効率的で個人的な通信、顧客の行動とニーズの追跡を含む。また、システムは支払カード及びロイヤルティプログラムを発行後まもなく利用できるようにする。クレジットカード番号を開示するペーパーがないので、従来のクレジットカードチャージと比べて全体のシステムとしての不正は減少する。さらに、顧客は、決して加盟店と自分のクレジットカードまたはクレジットカード番号を共有する必要はなく、これによって、加盟店または傍観者がクレジットカード情報を不正流用し、そのクレジットカードの複製を作る可能性がなくなる。これはクレジット、デビットあるいはＡＣＨのような支払のための取引手数料の減少をもたらす。これに加えて、ウェブポータルまたは電子メールシステム内における取引／受領のロギングは、小売業者のペーパーや印刷コストを削減する。
【００２２】
最終消費者（受領者）に対し、そのシステムは、利便性、カードの統合、販売時点における費用管理、電子形式のカードの利用、新しいカードに対する容易なサインアップ、デジタルレシート管理、ウェブインタフェース及び報酬プログラムの統合を提供する。そのシステムは、消費者をして、チェッキング、直接の貯金あるいは直接の支払、デビットそして／またはクレジットカードを通じた電子ファンド移送のために主に用いられるアカウントクリアリングハウス（ＡＣＨ）サービスのような、既存の支払方法を用いた支払取引を行うことを可能にする。加えて、システムは、消費者をして、電話（有線または無線）を用いて、全ての自分のカード／アカウントを、ある販売時点において、電子フォームで、支払、ロイヤルティプログラム及び身元識別に用いることができ、また、様々なカード／プログラムの統合をもたらす。
【００２３】
図１において、システム１０は、記述した思想の運営的側面を管理する。ユーザは、例えばポータル／プラットフォーム１０１と通信するために、電話、ＰＤＡなど、任意の通信装置１１を利用する。通信は、有線あるいは無線であり、実施例で示されるのはよく知られたデュアルトーン多重周波数（ＤＴＭＦ）規格に基づく。それに加え、またはそれに代えて、ＤＴＭＦは無線アプリケーションフロトコル（ＷＡＰ）クライアントあるいはＢｌｕｅｔｏｏｔｈ技術、音声認識あるいはその取引を生じさせるあらゆる技術によって改善されあるいは代替される。まず始めに、インタフェースユニット１２はプラットフォーム１０１をしてＤＴＭＦディジットを検知することを可能にするテレフォニーアプリケーションプログラムインタフェース（ＴＡ−ＰＩ）を用いる。プラットフォーム１０１は、単一のポータルあるいは複合的ポータルのどちらでも可能であり、単一のサーバ上あるいは複数のサーバ上のいずれにおいても可能である。このサーバは管理目的のためのアプリケーションプログラム、蓄積するためのデータベースそして／または１または複数の通信ネットワーク１０３，１０４にアクセスする、任意のプロセッサベースのシステムである。
【００２４】
プラットフォーム１０１は、装置ＩＤ（例えば、電子シリアル番号、モバイル識別番号）、呼者ＩＤ、ユニークなＰＩＤ（ｕｎｉｑｕｅ  ＰＩＤ）そして／または別のタイプの暗号及び認証方法といった、顧客を識別するための１または複数のセキュリティレベルを用いる。もし、ユーザが無線電話を使っていると、合衆国の規格では一つの電話番号に一つの携帯電話が対応するので、顧客アカウントシステム１３は、呼び出しているユーザを適切に特定することができる。ユーザが有線の電話で呼び出している場合、呼者ＩＤが呼者を特定するために用いられる。将来的には、バイオメトリックス、音声認識あるいは他の安全の確保された方法といった、セキュアーなＩＤメソッドが、インタフェース１２の管理下で用いられる。
【００２５】
小売業者データベース１７は、現在使用可能な多数のＡＰＩ（アプリケーションプログラムインタフェース）の一つとともに、ＸＭＬあるいは類似の技術といったオープンアーキテクチャプラットフォームを用いる実施例に従って、特定の企業にユニークな、取引及びロイヤルティプログラムプラットフォームを管理する。その結果、そのプラットフォームは、企業により用いられるＰＯＳ装置１８と通信することができるようになる。プラットフォーム１０１は、加盟店がアカウントを評価し得る、エンドユーザ及び加盟店アカウントシステム１６のアカウントを管理するために、受領者たるエンドユーザ（加盟店の顧客）によって使用される顧客アカウントシステム１３を提供する。システム１３及び１６は、ウェブベースであり、望ましくは、ユーザそして／または企業により、より簡単に管理し得る。
【００２６】
プラットフォーム１０１は、暗号化とユーザ証明のためのＰＫＩ（公開かぎインフラストラクチャー）ソフトウェアといったセキュリティ技術を組み込んでいる場合もある。ＰＫＩは、ユーザをして、安全かつ個人的に金銭データを含むデータを、信頼ある当局から得られ、割り当てられた公開そして秘密暗号かぎのペアを用いることによってやりとりすることを可能にする。ＰＫＩはデジタルセキュリティーのための優先的アプローチであるが、データが安全に送信されることを保証する任意の取引プロトコルが利用可能である。
【００２７】
プラットフォーム１０１に入力された取引は、ネットワーク１４を通じて、ＡＣＨ、ＡＴＭ、デビットまたはクレジットカードをチェックするためにフィルタリングされ、または、アフィニティグループ、価値貯蔵カードなどの、他の取引クリアリングハウスをチェックするために、ネットワーク１５を通じてフィルタリングされる。取引のタイプによって、支払データは適切な処理実体に送信される。ＡＣＨは、全米金融機関と接続し、全国的な電子ファンド移送（ＥＦＴ）用の中央クリアリングファシリティとして動作する、安全の確保された電子ファンド移送システムである。ＡＴＭ／デビットおよびクレジットカード取引は、適切な銀行、クリアリング当局に送信されて許可され、クリアリングされる。これらは、Ｃｉｒｒｕｓ、ＮＹＣＥ、Ｍａｅｓｔｒｏ、Ｖｉｓａｎｅｔなどの様々なＡＴＭ／デビット及びクレジットネットワークを通じて行われる。
【００２８】
そのＰＯＳ端末の近くに立っている顧客は、前述のように、特定の取引のために、どの形式が使用されることを望むか、そして、どの第三者支払を望むのかを決定する。その代わりに、その顧客は、特定の取引に用いる特定の支払形式を特定する。例えば、顧客は、自分のクレジットカードを衣料品の購入のために用い、自分のデビットカードを食品雑貨の購入のために用いる。プラットフォーム１０１は、共にサーバとして動作するアカウント情報データベース１９とネットワーク１４及び１５と協働して、その加盟店に、その加盟店が、いくらかのディスカウントがされるにせよ、商品及びサービスに対する支払を受けたことを確信させるために、その取引を制御する。ユーザは、取引の一部は一つのクレジットカード上、一部は第２（または第３の）クレジットカードまたはデビットカードまたは価値貯蔵アカウント上で行うことに注意すべきである。しかし、その加盟店は、この特徴を利用している顧客を通知される必要はなく、加盟店は、好ましくは、その取引についての一つの取引確認を提供される。
【００２９】
プラットフォーム１０１は、加盟店取引データベース（加盟店アカウントシステム１６の一部）及びロイヤルティプログラム管理システム１７と通信する。これは、全ての必要なデータベースとＰＯＳ装置１８との通信を行うＡＰＩ（アプリケーションプログラムインタフェース）を通じて実現される。この設計は、ソフトウェアの統合のみをもたらす。ＰＯＳシステム１８におけるキー（キーボードまたはタッチスクリーンなど）（図示せず）は、返品そして／または識別のような異なる取引用に指定される。
【００３０】
プラットフォーム１０１は、ＰＯＳシステム１８に関するような小売りＰＯＳ点ロケーションまたはその商品から離れたロケーションにおける消費者をして、自身の通信装置を通じて、自身のチェッキング（ＡＣＨ）／デビット／クレジット／ロイヤルティ／価値貯蓄アカウントにアクセスし、支払をすることを可能とする。そのプロセスにおいて、その消費者は、また、自動的に、例えば、システム１７に蓄積され、さもなくばその消費者が位置するロケーションに付随するロイヤルティプログラムにアクセスする。例えば、そのロイヤルティプログラムは、その消費者が加盟店から離れているロケーションにおいて購入を希望する時に、消費者または加盟店が入力したロケーション識別子に関連付けられる。その消費者は、任意のふさわしいディスカウントを受ける。これらのディスカウントは、データベース１０２および購入者が属するネットワーク１０３による制御により、加盟店、商品またはサービスの生産者、プラットフォーム１０１を運用する会社、または、銀行またはクレジット／デビット会社によって、または、メンバーシップ組織により提供される。これらのアフィニティプログラムは、分散データベースに蓄積されることができ、または、通常のデータベースに蓄積されることができ、プラットフォーム１０１に対してローカルでもよく、またはそこから離れていてもよい。
【００３１】
そのような使用の一例は、ある消費者が店において買い物をする時、１ドルの支払について、その消費者が別のロケーションにおける商品の購入についてクレジットを得るようなロイヤルティシステムを用いたものである。従って、消費者が例えば２０ドルの価値の雑貨を購入すると、その消費者は、外にあるガスポンプから購入したガソリン１ガロン当たり２セントのディスカウントを受ける。そのシステムは、そのような雑貨の購入を追跡し、自動的にそのガソリンの購入のディスカウントをもたらす。これは、逆の方向にも働き、その顧客は、雑貨を買う前にガソリンを購入することができ、その顧客が雑貨を求めてＰＯＳに行き、ここで述べたシステムを通じて自身の購入の支払を行うと、その前のガソリンの購入が現在利用可能なディスカウントの元となる。また、ある人は、その人の、例えばＡＡＲＰまたはＡＡＡといった、あるメンバーシップに依存して、多くのロケーションにおけるディスカウントを与えられる。従って、もしある人が例えばあるパーキング施設における１０％のディスカウントを与えられるなら、そのディスカウントはそのシステムの管理の下、その人がそれを要求しなくても適用される。
【００３２】
図２および図３に示す実施例に従う運用において、消費者はその販売時点がプラットフォーム１０１または同様のプラットフォームを用いて動作し得る加盟店のＰＯＳ端末１８にアプローチする。ライセンス認証の場合、問い合わせをする人は認証対象となる人にアプローチする。店員（または問い合わせをする人）は、消費者の売買を他の取引の場合と同様にＰＯＳにつなぎ、その消費者に「キャッシュ、チャージ、あるいは電話システム」のうちどの支払方法にするかを尋ねる（図２、プロセス３０１）。既に電話システムアカウントにサインアップしている消費者は、「電話システム」と答える（プロセス３０２）。この時、店員は、レジスタ上の電話システム支払キーを押し（プロセス３０３）、確認を待つ。その店員は、レジスタ上のキーを押す代わりに、ＰＯＳから図１のポータル１０１に対するコネクションを起動させてもよい。
【００３３】
身元チェックの場合、要求者は、問い合わせ人の管理の下、認証が望まれる情報をシステムに入力する。
【００３４】
店員がオーダーを電話（または要求者がデータを入力）すると、消費者は電話システムサーバにダイヤル（またはスピードダイヤル）するか、または、インタフェース１２（図１）の一部であるウェブページに接続する（図３のプロセス３０４）。消費者は、次に、望ましくは、キャッシュレジスタ上において、電話システムのロゴとともに表示されたユニークなＰＯＳ識別番号を入力する（図３のプロセス３０５および図２の要素２１０）。このＰＯＳロケーション番号は、端末上に表示されることができ、ＰＯＳロケーションにおいて掲示された標識上に表示され、またはＰＯＳテープやレストランの伝票上に印刷され、また、それは警官のバッチ番号であったり、商品の帽子またはシャツ上に印刷された番号、またはパーキングメーターまたはベンディングマシーンの番号といった、ＰＯＳに付随する他の任意のユニークな番号である。別の例では、そのロケーション番号は、特定の加盟店のユニークな電話番号に統合することができる。そのような場合、顧客は加盟店のＰＯＳに接続するためにＰＯＳのユニークな電話番号をダイヤルするだけでよい。別の実施例においては、そのＰＯＳの電話番号がデータアップリンクによって消費者の電話に送信され、消費者がそのＰＯＳの電話番号をダイヤルする必要がなくなる。
【００３５】
消費者は、次に、自身の通信装置を通じて、オリジナルの総額とそのユーザについての任意の適切な報酬／ディスカウントとともに、その加盟店のシステムからの支払（または認証）要求を聞く（または見る）。これは、プロセス３０６、３０７、３０８、３０９を通じて行われる。あるアプリケーションについては、消費者は、チップといったデータを付け加えることを要求され、または、顧客は様々な支払そして／またはロイヤルティオプションを選択するかもしれない。消費者は、どの支払形式（どの第３の支払人、Ｖｉｓａ（商標）、ＭａｓｔｅｒＣａｒｄ（商標）など）をこの取引について希望するのかを選択する。その消費者は、支払の一部をあるアカウントと別のアカウントに分けてチャージすることを希望する場合もあることに注意すべきである。また、その消費者の通信装置は、特定の支払形式に関連づけられる。例えば、その消費者の通信装置がセル電話である場合、その電話は、その消費者がそのシステムに接続した時に、そのシステムがその消費者を支払形式と照合して、その電話が支払トークンとして動作するように、特定のクレジットカードに関連付けられる。消費者がどの支払方法を用いているかにかかわらず、その消費者は、その支払を自身のパーソナル識別番号（ＰＩＮ）を入力することによって、または、許可を示すキー（例えば１または＃）を押すことによって認証する。そのＰＩＮは、用いられた場合、ＤＴＭＦまたは他の信号を用いて送信され、または、そのＰＩＮはバイオメトリクス（指紋、声紋など）によって生成される。ＰＩＮを入力するか、または、キー入力により取引の許可を行うかは選択的であり、ドル額または商品のタイプによって異なる。許可は、ＰＯＳ端末にダイヤルし、ロケーション番号を入力することによってなされる場合もある。インタフェース１２は、例えば、相互音声応答装置などを用いて、消費者の電話に対する音声またはデータ（または双方）の提供を制御する。
【００３６】
ダイヤルし、ロケーションＩＤを入力するステップは、併合することができる。そのような併合の結果、消費者が支払およびロケーションを示すためにダイヤルする、ＰＯＳ端末上に掲示されたユニークな電話番号となり得る。従って、消費者の装置上でユニークな電話番号をダイヤルすることによって、そのシステムは、その支払が向けられるロケーションを認識でき、プラットフォーム１０１に接続するための番号として用いることができる。加盟店は、消費者が選択したどの支払フォームを消費者が選択するかを認識する必要がなく、従って、虚偽的行為または不正行為の機会を減らすことができる。
【００３７】
消費者が支払を認証した後、システムは、ナショナルクラーキングハウス１４へのリンクを用いて、３１０、３１１の支払を行い、店員は、３１２においてＰＯＳシステムを通じて、その支払がなされたことを知らせる映像による通知を受ける。身元が問題となる時は、ユーザの写真が、要求者のシステム、または、おそらくそのユーザの端末上のディスプレイを通じて、要求者に送信される。スポーツイベントまたは劇場の入り口において、チケットのコピーが顧客のスクリーン上に表示される。その取引のレシートが消費者の電子メールアドレスに送信され、または、ＳＭＳメッセージが消費者のセル電話に送信され、顧客データベース１３の管理の下、その取引が認証される。
【００３８】
プロセス３０４と３０５（そして他のプロセスも同様に）を組み合わせることは可能である。これは、例えば、ＰＯＳ端末にユニークな電話番号、ウェブアドレスまたは他の電子アドレスを掲示することによって実現される。消費者はその番号にダイヤルしてそのロケーションから来る支払情報の受諾を示す。従って、ユニークな電話番号をダイヤルすることによって、システムはその支払が送信されるロケーションを認識し、電話支払システムに接続し、また、そのユーザ用の全てのプログラムをコーディネートする番号として活用する。
【００３９】
ここで記述される実施例において説明されるように、商取引は、従来のＰＯＳキャッシュレジスタにおいて店員によって開始されるが、本発明の概念はこれに限定されない。例えば、顧客は、（自身の購入品上のバーコードをスキャニングすることなどによって）セルフチェックアウトを行い、また、その顧客は、自己証明のため、または実際に商品を購入するのではなく、資格証明のために、カード（またはライセンス）を用いる。そのような証明は、例えば、その人の物理的な身元を証明したり、またはその人が有効なライセンス（例えば運転免許証、フィッシングまたはハンティングライセンス、パイロットライセンスなど）や有効な保険カード（車輌、医療など）を持っていることを示したり、その人が資格カード（動物園メンバーシップまたはアルコール飲料消費許可など）を持っていることを証明したり、イベント（映画、スポーツイベントなど）に入場する資格を持っていることを示したりすることである。その人は、同じプラットフォームを使用している別の人に、資金、入場証、そして／または商取引または非商取引におけるロイヤルティポイントを送信することを選択する。そのような送信は、ＳＭＳそして／またはＩＶＲを通じて別の人のアカウントに渡され、また、電子メールを用いてウェブサイトに渡される。場合によっては、送信された情報は別の人の（セル電話のような）モバイル装置に対して送信され得る。
【００４０】
これらの各場合において、商取引の受領者は、一時的に確立されたコネクションを用いて正当な中央コントロールポイントに通信するだけでよく、その一時的なコネクションを通じて、その取引が生じた特定のロケーションの識別子を入力するだけで足りる。そのロケーションにおいて、自身で設定した通信コネクションを用いてチャージする人（ユーザ、ゲートアテンダント、ウェイター、警官、医師）は、そのコネクションに入った人は生じたいかなる商取引をも行うことができることを通知される。チャージするその人への通知は、受領者の通信装置によって行われることができ、おそらくチャージする人またはチャージする人の近くの端末に向けられた、分散された通信によって行われる。
【００４１】
また、商取引という語は、マネー交換の場合に限られず、サービスまたは商品の受領者（または予想される受領者）が含まれるあらゆる状況、または、その目的が物理的な身元であれ特定の目的のための資格であれ、受領者の身元である、全ての状況にあてはまる。従って、ＰＯＳという語は、ここでは、そのような身元識別そして／または資格が認証される任意のロケーションを意味する。
【００４２】
ＰＯＳ端末の身元は、身元の認証を要求する人のバッジ番号であってもよく、または、その人が入場を希望する劇場のゲート番号であってもよく、セル電話番号またはガソリンポンプの識別番号であったり、身元の認証そして／または支払を要求するロケーションまたは人を一意に特定する他の情報（例えば、レシートに印刷されたユニークな番号またはコード）である。場合によっては、ＧＰＳ制御が作動し、他の場合には、ロケーション、道路の交差点、ハイウェイのマイルポストの緯度／経度で十分である。必要なものは、問い合わせ元とユーザのロケーションとの間のユニークな関係であり、システムは、その二つを認証のために関連付ける。これによって、加盟店（または身元認証を要求する他の人）から来る情報が、認証される人からの分散コネクションを通じて検証される。このシステムの下では、加盟店は、顧客の支払アカウント番号（クレジットカード番号）にアクセスしないので、そのような番号の安全が確保される。
【００４３】
明細書およびクレームにおいて用いるように、ＰＯＳ装置は金融取引が生じたことを確認できればよい。それは、Ｖｅｒｉｆｏｎｅ（登録商標）またはＨｙｐｅｒｃｏｍ（登録商標）製のクレジットカード端末、または、ＩＢＭ、ＮＣＲ製などの標準小売りＰＯＳであり、または、ＰＣ、ベンディングマシーンまたはＫｉｏｓｋ、または携帯ＰＤＡ、セル電話または電子プリンタ、または、ここで説明するようにデータを受信可能な他の任意の装置であり得る。ＰＯＳは、無線ハンドヘルド、または有線ＰＣなどの他の装置によってアクセスし得る仮想的データベースでもよい。実施例のＰＯＳ装置は、取引の確認を受信可能であるが、購入データの送信または入力を要しない。
【００４４】
ＰＯＳロケーションは、人物、レシート上の取引番号、装置、ウェブアカウント、あるいはある実体に割り当てられたユニークな識別子を有する仮想スペースである。ＰＯＳロケーションは、そのＰＯＳに付随するユニークな識別子を有する。
【００４５】
加盟店は、店、カフェにおけるサービスの提供に対して支払をし、または支払を受ける当事者であり、あるいは、パーキィングメータやベンディングマシーンのような装置であり、または、提案されるサービスまたは商品の正当な提供者の場合もある。
【００４６】
図４は、どのようにして、ある人（寄贈者）がＰＯＳにおけるモバイルギフトを用意することによってモバイルアカウントに別の人（受領者）を登録できるかを示している。プロセス４０１において、寄贈者は加盟店に、電話番号、テキストメッセージアドレス、電子メールアドレス、ページャー番号、またはＰＩＮといった受領者のセル電話番号と、ギフトの量を伝える。これは、口頭または電子的、そして人づてまたは通信リンクにより実現される。実施例では、ＰＯＳギフト登録について述べるが、同様の手法が、加盟店またはここで述べられるシステムのオペレータのウェブサイトに寄贈者をログオンさせる場合にも用いられる。ＰＯＳ端末が用いられると、その加盟店はＰＯＳ端末中に受信情報を入力する。メリークリスマス、ハッピーバースデイなどの特別の挨拶もまた追加できる。この情報は、ポータル１０１（図１）に通信されて処理される。
【００４７】
プロセス４０２を通じて、ポータル１０１はその受領者が既にシステムに登録されているか、またはその寄贈者について新たなアカウントを設定する必要があるかをチェックする。受領者がシステム内にいなければ、プロセス４０３において、その受領者用の新たなファイルを生成し、プロセス４０４を通じて適切なデータベース中にその受領者に関する情報を入力する。その受領者が既存メンバーなら、プロセス４０４において、その情報は１または複数のそのデータベース中に入力される。その受領者が既にアカウントを持っているなら、寄贈者はＰＯＳにおいていくつかの識別子を提供するだけでよく、ポータル１０１によって提供され得ることから、セル電話番号を実際に知っている必要はない。
【００４８】
プロセス４０５において、ポータル１０１は寄贈者の通信装置を通じて寄贈者に通信する。ハッピーバースデイなどの任意の特別な挨拶が、その寄贈者に送信される。この時、寄贈者は、未だ知らないときは自分のＰＩＮを受信する。
【００４９】
プロセス４０６において、そのギフトが送信されたことを示す、寄贈者に対する承認／確認を制御する。この承認は、例えば、テキストメッセージ、または寄贈者が印刷し受領者に送信し得るギフトカードの形式を採ることができる。
【００５０】
プロセス４０７において、寄贈者によるギフトカードの支払いを制御する。その支払が現金、クレジット、デビットまたは価値貯蔵カードのような従来の方法による場合は、プロセス４０８はよく知られた方法で支払を制御する。寄贈者がポータル１０１を用いることを望むなら、プロセス４０９において、図３に示すプロセス３０が実行される。
【００５１】
図５は、加盟店ロケーションにおける顧客登録を示す一つの実施例５０を示す。プロセス５０１において、システムへの登録を望む顧客は、消費者ロケーションにおける任意のＰＯＳ端末に向かい、自分のセル電話番号と、クレジットカード、デビットカード、価値貯蔵カード、そして任意のロイヤルティまたは他のアフィニティグループといった支払方法を入力する。
【００５２】
プロセス５０２において、この情報は加盟店のＰＯＳからのコネクションを通じてポータル１０１（図１）のような中央システムに送信される。このコネクションは専用のコネクションまたは一時的なコネクションでもよく、無線または有線でもよく、電話網を通じてもデータネットワークを通じてもよい。
【００５３】
プロセス５０３で、ポータル１０１において、これが本当に新たな顧客かをチェックする。このチェックは、セル電話情報またはクレジット／デビットカード情報といった他の情報を照合することによって行われる。その情報が既存のアカウントと照合すれば、プロセス５０４を通じてそのセッションは終了する。その情報が新たな顧客についてのものであれば、プロセス５０５において、新たなアカウントを設定する。
【００５４】
プロセス５０６において、ＰＩＮと例えばシステムオペレーション情報などの他の情報を、そのＰＯＳ端末を通じてその新たな顧客に提供する。加えて、またはその代わりに、間を置いて、この同じ情報が、新たな顧客により提供された新たな顧客のセル電話そして／または電子メールアドレスに送信される。新たな顧客は、また、ポータル１０１にアクセスし、希望するなら自身のオンラインのアカウントを見る。セル電話へのメッセージは口頭そして／またはテキストでもよく、また、ＳＭＳなどを通じて別の通信装置に対して送信され得る。
【００５５】
図６は、顧客が加盟店から商品またはサービスを得たいと希望し、または加盟店（警察官、チケット受取人など）に身元を提供したいと希望する図２のシナリオの別の実施例であるシステム６０を示す。
【００５６】
プロセス６０１において、顧客は、ダイヤルすることによって、または顧客の電話またはＰＣ、ＰＤＡなどの他の電子装置から一時的なコネクションを設定することによって、ポータル１０１を通じてシステム１０に接続する。このコネクションは、ＷＩＦＩ、ＧＰＲＳ、有線などである。この情報はキーボードまたは音声で入力され得る。
【００５７】
プロセス６０２において、顧客はパーキングメーター番号、ベンディングマシーン番号、カタログ番号、バッジ番号、ＧＰＳロケーション、交差点などの、ユニークなロケーションＩＤを入力する。場合によっては、その商品またはサービスの提供者を特定することで足り、または場合によっては、それ以上の情報が必要とされる。ポータル１０１は提供されるそのような付加的な情報を要求することができる。この情報は、例えば、ユーザの声紋（指紋など）または加盟店の声紋（指紋など）のようなバイオメトリックでもよい。
【００５８】
プロセス６０３において、ポータル１０１は、自身のデータベースから、または加盟店のデータベースと協働して、顧客に選択の機会を与える。パーキングメーターの場合は、タイムチャージが表れる。その顧客が加盟店にカタログを要求すると、写真付きのページ情報が提供される。その顧客がスポーツイベントに行こうとするなら、または自身の身元を警官に提供しようとするなら、自身のスポーツチケット（または運転免許証）が顧客のセル電話上に表示される。
【００５９】
システムが身元またはある組織（動物園、博物館など）のメンバーシップを示すのに用いられる場合は、プロセス６０４によって決定されるように、さらなるアクションは要しない。
【００６０】
プロセス６０５において、顧客は選択を行い、プロセス６０６において、その総額が顧客に送信され、プロセス６０７において、その顧客は、（図３に関して上述されたように）必要な調整を行って、受諾を入力する。プロセス６０８において、その顧客の取引は完了する。
【００６１】
図７は、顧客が、自分が加盟店から離れている時に購入を希望する場合のフローチャートを示す。プロセス７０１において、顧客は、購入するために、電話または電子メールによるコネクションを通じて、その加盟店にコンタクトする。そのコネクションは、購入を実行するために一時的に確立される。この購入は、例えば、フードの配達を求めるものである。プロセス７０２において、加盟店は、顧客が希望する支払方法について尋ねる。プロセス７０３において、顧客は、システム１０を用いた支払を要求する。プロセス７０４において、加盟店は、顧客からユニークな識別子を取得する。このユニークな識別子は、顧客の通信装置に付随しており、そのユニークな識別子は、顧客のセル電話番号、ページャー番号、電子メールアドレス、テキストメッセージアドレス、ＰＩＮまたは顧客に対してコンタクトするための装置に付随する他の情報である。プロセス７０５において、加盟店は、そのユニークな識別子を、希望する購入についての情報とともにシステムに送信する。コントロールシステムがそのユニークな識別子を受信すると、プロセス７０６において、そのシステムは、そのユニークな識別子をその購入に対応する任意のロイヤルティまたは報酬プログラムに結びつける。一例として、顧客がピザ配達を希望する場合、コントロールシステムは、そのピザ店は、ある購入についてのディスカウントを提供していると判断し、コントロールシステムは、そのディスカウントを支払時にその顧客の購入と結びつける。
【００６２】
プロセス７０７において、コントロールシステムは、ユニークな識別子を用いて、前記購入に対する承諾を得るために顧客にコンタクトする。顧客へのコンタクトは、加盟店を通じて行われ、加盟店は、その顧客を、顧客がディスコネクトされることがないように、コントロールシステムとの接続状態に置く。その代わりとして、別個の通信チャネルが、一方で顧客からユニークな識別子を取得するため、他方でその顧客からの支払の承諾を求めるために用いられる。これらの別個の通信チャネルは、加盟店と顧客が同時にコントロールシステムに接続するように、同時に確立される。少なくともこれらの通信チャネルのうち一つは、セル電話コネクションである。コントロールシステムと顧客が接続状態に置かれると、顧客は、その購入に対する特定の支払形式を指定する。その代わりとして、顧客の通信装置は、支払トークンとして動作し、顧客の通信装置がそのコントロールシステムによって特定されそして／または認証された後に、コントロールシステムが、特定の支払形式をその通信装置と関連付ける。プロセス７０８において、コントロールシステムは、取引を実行するために、支払についての承諾を加盟店に通信する。この承諾の通信は、その顧客がコントロールシステムと通信している間に再びなされる。
【００６３】
別の実施例においては、顧客は、自分の購入物を手に入れた時に、システムにコンタクトして、その購入を承諾する。フード配達の例に戻ると、顧客は、ピザといったフードをオーダーするために加盟店に電話する。その加盟店は、その顧客がシステム１０を用いた支払を希望するかを確認する。前の例と同様に、その加盟店は、その顧客のユニークな識別子とその購入についての情報をシステムに送信する。しかし、そのシステムは、一旦そのフードが配達されると、顧客がその購入を承諾するためにシステムにコンタクトしてくるのを待つ。次に、システムは、購入を実行するために、支払の承諾をその加盟店に対して送信する。これは、（例えばフードが冷えて到着したり、品質の悪いフードが配達されたりなどして）自分が受諾しない購入に対して支払を承諾する必要がない顧客にとって役立つ。さらに、その顧客は、受け取られたサービスのタイプに合ったチップを提供することができる。顧客は、速い配達に対してより高いチップをつけることを選択することができ、または、その顧客は、例えばそのフードが冷えて到着したり、その配達が遅かったりした場合に、より低いチップをつけたり、あるはチップを提供しなかったりすることができる。
【００６４】
このシステムは、また、顧客がその配達物を受け取らなかった時に、既に受け取った代金を返金しない加盟店にとって役立つ。さらに、その加盟店は、配達ビジネスにとってはコストとなる、顧客またはクレジットカードマシーンに対してお釣りを払うために配達人に現金を持たせることを要しない。
【００６５】
さらなる実施例においては、そのシステムは、顧客の接続情報を保持し、配達物が加盟店を離れると、そのシステムは、その顧客に接続して、自分の配達物が配達中であることを知らせる。これは、顧客が自分の購入物を追跡するのに役立ち、顧客に、自分が配達時には家にいようという気にさせる。それに加えて、またはそれに代えて、そのシステムは、加盟店がその購入物の配達を追跡できるようにする。加盟店は、顧客がその購入に対する支払を承諾した時刻を見ることができ、これは、配達人の効率性を決めることとなり、また、加盟店が前もって配達において生じうる問題を特定するのに役立つ。
【００６６】
さらなる実施例は、顧客が、加盟店がその取引に参加しなくとも、加盟店によって提供された商品またはサービスに対する支払を行うために、そのシステムとインタラクトすることができるようにする。一例として、顧客は、ローンを返済しなくてはならないとする。その顧客は、システムに接続し、自分のユニークな識別子を入力し、そのローンについて支払われるべき額を指定する。顧客は、さらにＰＩＮを入力して、その支払われるべき額を確認する。システムは、その返済額を適当な当事者に送信し、そのシステムは、そのファンドが送信されたことを示すレシートをその当事者に対して送信する。さらなる実施例では、そのファンドを受け取る当事者は、そのシステムを介して顧客に対してレシートを確認する。
【００６７】
図８は、ユーザが購入に対する支払を事前承諾する例を示すフローチャートである。プロセス８０１において、ユーザは、購入が行われた場所のロケーション識別子を選択する。そのロケーション識別子は、ビルボード、雑誌、新聞または電話帳広告といった広告上でユーザに知らされ、またはユーザに通知する他の手段によって知らされる。一例として、ユーザは、新聞を見て、自分が見たい映画を見つける。その映画広告は、その映画が上映されている劇場のＰＯＳ番号を含んでいる。ユーザは、このＰＯＳ番号を取得して、それを用いてシステムにコンタクトし、前もって映画チケットを購入する。その代わりとして、ユーザは、加盟店に直接コンタクトして、このロケーション識別子を取得する。他の実施例においては、ユーザがシステム内に登録すると、加盟店の関係者のロケーション識別子のリストがユーザに対して提供される。
【００６８】
プロセス８０２において、ロケーション識別子がシステム１０に対して送信される。ユーザは、この情報を電話か電子メール、ページャー、テキストメッセージ、またはシステムにコンタクトし得る他の装置によってこの情報を送信することを選択する。一旦ユーザがシステムに対して接続すると、プロセス８０３において、ユーザはユーザに付随するユニークな識別子を入力する。このユニークな識別子は、セル電話番号、ページャー番号、テキストメッセージまたは電子メールアドレス、またはユーザにコンタクトし得る装置に付随するピン番号である。一旦そのシステムがロケーション識別子とユニークな識別子を受信すると、システムは、プロセス８０４において、ユーザからの、購入に対する支払の事前承諾を要求する。ユーザは、再び、システムに蓄積された、ユーザについて利用可能な方法から選択することによって、購入に対する支払方法を指定するよう要求される。その代わりとして、コントロールシステムは、ユーザに付随するユニークな識別子が指定された時に、特定の支払方法をそのユーザの通信装置と関連付ける。プロセス８０５において、ユーザは、システムに、購入に対する支払の事前承諾を許す。ユーザがシステムに支払の承諾を許す時には、その購入の額は、一般に未知である。
【００６９】
レストランにおける食事についての支払の事前承諾を行う場合には、ユーザはそのレストランおよびその適当なロケーション識別子を指定し、このロケーション識別子をシステムに対して送信する。自分のユニークな識別子を入力した後、システムは、ユーザから購入についての事前承諾を取得する。ユーザがレストランにおいて自分の食事を終えると、ウェイターは、取引を実行するために１回だけテーブルに来るだけでよい。ウェイターは、勘定書をテーブルに運んでくる。ユーザは、ウェイターに対してＰＩＮまたは他のシステム識別子を提供し、そのウェイターは、取引を実行することができる。ユーザは、ウェイターが、ユーザがサインするレシートをテーブルに持って戻ってくるのを待つ必要がない。むしろ、ユーザは、そのシステムに付随する自分の通信装置において、ユーザに、チャージがなされたことを注意喚起する通知を受信する。この通知は、その取引についてのレシートとして役立ち、ユーザは、自分がレストランを出る前にその通知を受信する。
【００７０】
従って、例えばレストランにおいて、ユーザはその勘定書を処理するために１回以上割り込みを受ける必要がなく、また、そのレストランは、その購入に対する支払は既に承諾され、許可されていることを知るため、ユーザおよび加盟店は、時間を節約できる。
【００７１】
別の実施例においては、この事前承諾システムは、また、ユーザが、そのユーザとは別の人によってなされた購入を承諾できるようにする。例えば、親が子供に現金またはクレジットカードを持たせて出したくない時に、親は、レストランにおいて自分の子供によってなされる購入を事前承諾する。その代わりとして、雇用者は、被雇用者に彼らの労働に対する見返りを与えたい場合、このシステムは、雇用者がギフト券を購入したり、被雇用者に対して購入のための現金やクレジットカードを与えたりすることなく、自分の被雇用者の食事を事前承諾することを可能とする。
【００７２】
プロセス８０６において、ユーザは、購入がチップドリブンサービスである場合に、購入額につけられるチップを前もってつけることを選択できる。チップドリブンサービスは、レストランにおける給仕サービス、サロンサービス、ホテルの宿泊に付随するハウスキーピングまたはボーイのサービス、または、ユーザがチップを支払うことを希望することが予期される他のサービスを含んでいる。ユーザは、パーセンテージまたはドル額としてのチップを入力することを選択する。ユーザは、また、自分がそう希望するなら、チップを入力しないことを選択することもできる。
【００７３】
別の実施例においては、ユーザは、サービスが提供されるまで、チップをつけるのを待つことができる。もしサービスが特に悪い場合、ユーザは、チップを払わないか、予定していたより低いチップを払いたいと希望するため、チップを事前につけたくないと希望する。しかし、ユーザは、時間を節約するために、その購入が事前承諾された時、または、特定のサービスについては標準的なチップをつける場合には、そのチップをつけることを選択する。例えば、いくつかのレストランは、ある規模を超えるパーティについては標準的なチップを設定し、ユーザが、これがつけられることを知っている場合は、ユーザは、事前承諾の時にチップをつけることによって時間を節約できる。さらなる実施例においては、チップが事前につけられた場合、ユーザは、実際の勘定書をその購入に対する最終的な承諾がされる前に受け取った時に、その事前に選択されたチップを加減する選択を持つ。
【００７４】
プロセス８０５のように、ユーザが購入に対する支払を事前承諾すると、システムは、また、ユーザに対して、関連する商品またはサービスのニーズについて尋ねる。関連する商品またはサービスは、マップ、ロケーション情報、予約、ディスカウント、クーポン、ダイニングサービス、そして催し物を含む。例えば、ユーザは、レストランについての広告を見る。そして、その広告は、そのレストランに付随するロケーション識別子を含んでいる。ユーザは、そのレストランについてのロケーション識別子をシステムに送信し、レストランにおける食事に対する支払の事前承諾の準備をする。しかし、ユーザは、そのレストランのロケーションになじみがなく、方角が必要となるかもしれない。また、そのユーザは、そのレストランの近くでどんな催し物の機会があるかを知りたいかもしれない。ユーザが食事についての支払を事前承諾した後に、プロセス８０７において、システムは、ユーザに対して、そのレストランについてのロケーション情報またはマップといった、関連する商品とサービスについてのニーズを尋ねる。システムは、また、ユーザに対して、そのレストランの近くで催されるコンサートまたは演劇作品を通知し、ユーザに対して、そのイベントに対するチケットを購入する機会、または、どこでそのイベントが開かれるかについての情報を受信する機会を与える。
【００７５】
関連する商品およびサービスは、例えばマップ、ディスカウントそしてクーポンに関連して説明されたが、関連する商品およびサービスは、また、いつユーザの友人または家族が同様の購入を行ったかを通知することを含む。コンサートチケットの例に戻って、ユーザは、特定のコンサートのチケットを購入する。その購入が行われた場合、システムは、ユーザに、ユーザの友人もまたそのコンサートのチケットを購入したことを通知する。次に、ユーザは、そのコンサートの日に食事するために会うことを調整したり、旅行の計画を立てるために、自分の友人にコンタクトする。好ましくは、ユーザは、自分の購入プロフィールが他のシステムのユーザと共有されるようにするかを指定する。
【００７６】
さらに、プロセス８０８において、ユーザは、事前承諾した購入物を、指定したロケーションに対して配達することを要求できる。例えば、ユーザは、電話を通じて、またはインターネットを通じて、フードのオーダーを行う。ユーザは、そのフードをレストランの外に持ち出すことを予定し、自分が受取りのためにレストランに到着した時に、自分の車両までフードが運ばれて来ることを希望する。ユーザは、自分が運転する車のタイプ、概略の受取り時間を入力し、そして、プロセス８０９において、そのシステムは、支払についての事前承諾が加盟店に対して通信された時に、この配達に関する情報を、そのロケーション識別子に付随する加盟店に対して提供する。
【００７７】
購入に対する支払の事前承諾は、その購入が行われない場合には、決められた期間の後に失効する。その期間は、行われる購入のタイプによって異なる。その購入物がレストランにおける食事である場合は、その期間は、予約が行われた時に対応する。その購入がその予約が行われた時から２、３時間以内に行われない場合、その事前承諾は失効する。
【００７８】
本発明とその利点を詳細に述べてきたが、付随するクレームによって定義される発明の思想と範囲を逸脱することなく様々な変形、代用、改変がなされる。さらに、本出願の範囲は、明細書に記述されたプロセス、機械、製品、構成、手段、方法そしてステップの特定の実施例に限定するものではない。当業者が本発明の開示からすぐに恩恵を受けるように、ここで述べられる対応する具体例と実質上同じ機能を営み、実質上同じ結果をもたらす、現在存在しており、後に発展することとなるプロセス、機械、製品、構成物、手段、方法、ステップが用いられる。従って、付随するクレームは、その範囲内でそのようなプロセス、機械、製品、構成、手段、方法、ステップを包含する。
【００７９】
本発明をより完全に理解するために、添付図面に関する以下の記述が参照される。
【図面の簡単な説明】
【００８０】
【図１】支払／ロイヤルティ機構の一つの実施例の概観である。
【図２】図１に従った支払シナリオを示す実施例を示す。
【図３】図２のシナリオの一つの実施例を示すフローチャートである。
【図４】人にモバイルギフトを送信することによって、その人をモバイルアカウントに登録する一例を示すフローチャートである。
【図５】加盟店のロケーションからモバイルアカウントに人を登録する一例を示すフローチャートである。
【図６】図２のシナリオの他の実施例を示す。
【図７】リモート支払シナリオの一例を示すフローチャートである。
【図８】リモート支払シナリオの別の実施例を示すフローチャートである。
【図１】
2006012175.tif 000003
【図２】
2006012175.tif 000004
【図３】
2006012175.tif 000005
【図４】
2006012175.tif 000006
【図５】
2006012175.tif 000007
【図６】
2006012175.tif 000008
【図７】
2006012175.tif 000009
【図８】
2006012175.tif 000010