(57)【要約】クーポン（１０５）が、クーポン発行者のクレジットカード番号またはデビットカード番号などのアカウント識別子で符号化される。このクーポンは、磁気ストライプカードまたはスマートカードなどの、バーコード化されたクーポン、つまりクーポンカードであってよい。そのバーコード化されたクーポンは、アカウント識別子及び強化された消費者人口統計データなどの他の情報を伝えるために省スペースシンボル（ＲＳＳ）などの簡潔な二次元記号体系を使用してよい。アカウント識別子、製品またはサービス識別子、及び割引識別子を含むクーポン情報は、販売場所（１００）でクーポン（１０５）から得られる。消費者は割引のために貸方記入される。販売業者識別子を含む該クーポン情報は既存のクレジットカード端末（１１５）及びＡＮＳＩ  Ｘ９などの通信プロトコルを使用して処理センタ（１３５）に通信され、従来のクレジットカード取引またはデビットカード取引のように処理される。
2006511888.tif 000002
【特許請求の範囲】
【請求項１】
販売場所での引き換えに適したバーコード化されたクーポンであって、
前記クーポンの発行者のアカウント識別子、製品識別子またはサービス識別子、及び前記製品またはサービスの購入時に消費者に貸方記入され、前記アカウント識別子に従って前記発行者に請求される割引金額の識別子を保持するバーコードシンボルを備える、販売場所での引き換えに適したバーコード化されたクーポン。
【請求項２】
前記アカウント識別子がクレジットカード番号またはデビットカード番号の少なくとも１つを備える請求項１に記載のバーコード化されたクーポン。
【請求項３】
前記バーコードシンボルが印刷される基体をさらに備える請求項１に記載のバーコード化されたクーポン。
【請求項４】
前記バーコードシンボルの少なくとも一部が、前記アカウント識別子がその中に保持される二次元シンボルを備える請求項１に記載のバーコード化されたクーポン。
【請求項５】
前記二次元シンボルが省スペースシンボル（ＲＳＳ）のシンボルを備える請求項４に記載のバーコード化されたクーポン。
【請求項６】
前記バーコードシンボルが第１のクーポン情報を保持する一次元部分と、前記アカウント識別子を保持する二次元部分とを含む請求項１に記載のバーコード化されたクーポン。
【請求項７】
前記製品識別子またはサービス識別子が、販売場所で該クーポンの引き換えを許可する際に使用するためのグローバルトレードアイテムナンバー（ＧＴＩＮ）を備える請求項１に記載のバーコード化されたクーポン。
【請求項８】
販売場所での引き換えに適したバーコード化されたクーポンであって、
前記クーポンの発行者のアカウントの識別子、消費者のアカウントの識別子、及び前記消費者のアカウントに授与され、前記発行者のアカウントに請求される賞金金額の識別子を保持するバーコードシンボルを備えるバーコード化された、販売場所での引き換えに適したバーコード化されたクーポン。
【請求項９】
前記クーポンがウェブベースクーポンとして前記消費者によって印刷され、
前記バーコードシンボルが前記ウェブサイトとの前記消費者の対話の間に得られる前記消費者に関連する情報を保持する、
請求項８に記載のバーコード化されたクーポン。
【請求項１０】
前記賞金金額が前記ウェブサイトによって指定される請求項８に記載のバーコード化されたクーポン。
【請求項１１】
前記発行者のアカウント識別子が、クレジットカード番号またはデビットカード番号の少なくとも１つを備える請求項８に記載のバーコード化されたクーポン。
【請求項１２】
前記バーコードシンボルの少なくとも一部が、前記発行者のアカウント識別子がその中に保持される二次元シンボルを備える請求項８に記載のバーコード化されたクーポン。
【請求項１３】
販売場所での引き換えに適したクーポンカードであって、
前記クーポンの発行者のアカウントの識別子、消費者のアカウントの識別子、及び前記消費者のアカウントに授与され、前記発行者のアカウントに請求される賞金金額の識別子を保持する磁気ストライプカードまたはスマートカードの少なくとも１つを備えるクーポンカード。
【請求項１４】
販売場所でバーコード化されたクーポンを処理するための方法であって、
前記クーポンの発行者のアカウント識別子、製品識別子またはサービス識別子、及び前記製品またはサービスの購入時に消費者に貸方記入され、前記アカウント識別子に従って前記は後者に請求される割引金額の識別子を得るために前記クーポンの上のバーコードシンボルを走査することを含む、販売場所でバーコード化されたクーポンを処理するための方法。
【請求項１５】
前記アカウント識別子、製品識別子またはサービス識別子、及び割引金額識別子を処理センタで処理するために処理センタに通信することをさらに含む請求項１４に記載の方法。
【請求項１６】
前記通信することが、販売場所にあるクレジットカード端末を使用して実行される
請求項１５に記載の方法。
【請求項１７】
前記アカウント識別子がクレジットカード番号を含み、アカウント識別子、製品識別子またはサービス識別子、及び割引金額識別子がクレジットカード通信プロトコルを使用して前記処理センタに通信される請求項１４に記載の方法。
【請求項１８】
前記アカウント識別子がデビットカード番号を含み、前記アカウント識別子、製品識別子またはサービス識別子、及び割引金額識別子がデビットカード通信プロトコルを使用して前記処理センタに通信される請求項１４に記載の方法。
【請求項１９】
前記バーコードシンボルの少なくとも一部が、前記アカウント識別子がその中に保持される二次元シンボルを含む請求項１４に記載の方法。
【請求項２０】
前記二次元シンボルが省スペースシンボル（ＲＳＳ）のシンボルを含む請求項１９に記載の方法。
【請求項２１】
前記バーコードシンボルが、第１のクーポン情報を保持する一次元部分及び前記アカウント識別子を保持する二次元部分とを含む請求項１４に記載の方法。
【請求項２２】
販売場所でクーポンカードを処理するための方法であって、
前記クーポンの発行者のアカウント識別子、製品識別子またはサービス識別子、及び前記製品またはサービスの購入時に消費者に貸方記入され、前記アカウント識別子に従って前記発行者に請求される磁気ストライプカードまたはスマートカードの少なくとも１つを読み取ることを含む、販売場所でクーポンカードを処理するための方法。
【請求項２３】
販売場所で販売業者から受け取られるクーポン取引情報を処理するための方法であって、
前記クーポン取引情報から、前記クーポンの発行者のアカウント識別子、前記販売業者からの製品またはサービスの購入時に消費者に貸方記入された割引金額、及び前記販売業者のアカウント識別子を回収すること、
前記割引金額識別子及び前記発行者の前記アカウント識別子に従って前記発行者の前記アカウントに対する料金を提供すること、
前記割引金額識別子及び前記販売業者の前記アカウント識別子に従って前記販売業者の代わりに支払いを行うこと、
を含む、販売場所で販売業者から受け取られるクーポン取引情報を処理するための方法。
【請求項２４】
前記クーポン取引情報から、前記製品またはサービスの識別子を回収することをさらに含む請求項２３に記載の方法。
【請求項２５】
前記クーポン取引情報から、前記消費者と関連する人口統計データを回収することをさらに含む請求項２３に記載の方法。
【請求項２６】
前記発行者のアカウント識別子がクレジットカード番号またはデビットカード番号の少なくとも１つを含む請求項２３に記載の方法。
【請求項２７】
前記クーポン取引情報が、販売場所にあるクレジットカード端末から受け取られる請求項２３に記載の方法。
【請求項２８】
販売場所で販売業者から受け取られるクーポン取引情報を処理するための方法であって、
前記クーポン取引情報から、前記クーポンの発行者のアカウント識別子、消費者に授与される賞金金額の識別子、及び前記消費者のアカウント識別子を回収すること、
前記賞金金額識別子及び前記発行者アカウント識別子に従って前記発行者の前記アカウントに対して料金を提供すること、
前記賞金金額識別子及び前記消費者のアカウント識別子に従って前記消費者の代わりに賞金を提供すること、
を含む、販売場所で販売業者から受け取られるクーポン取引情報を処理するための方法。
【請求項２９】
前記発行者のアカウント識別子がクレジットカード番号またはデビットカード番号の少なくとも１つを含む請求項２８に記載の方法。
【請求項３０】
前記消費者のアカウント識別子が、クレジットカード番号、デビットカード番号、または銀行口座番号の内の少なくとも１つを含む請求項２８に記載の方法。
【請求項３１】
販売場所でバーコード化されたクーポンの引き換えを許可するための方法であって、
（ａ）少なくとも１つの製品識別子をそこから得るために前記クーポンを走査すること、
（ｂ）少なくとも１つの製品識別子をそこから得るために販売場所で消費者によって購入される少なくとも１つの製品を走査すること、
（ｃ）不一致があるかどうかを判断するために、ステップ（ａ）で得られる前記少なくとも１つの製品識別子を、ステップ（ｂ）で得られる前記少なくとも１つの製品識別子と比較すること、
（ｄ）不一致がない場合、前記クーポンの引き換えを許可すること、
（ｅ）不一致がある場合、前記クーポンの引き換えを許可しないこと、
を含む、販売場所でバーコード化されたクーポンの引き換えを許可するための方法。
【請求項３２】
ステップ（ａ）で得られた前記少なくとも１つの製品識別子がグローバルトレードアイテムナンバー（ＧＴＩＮ）またはＵＰＣバーコードシンボルの少なくとも１つを備える請求項３１に記載の方法。
【請求項３３】
ステップ（ｂ）で得られた前記少なくとも１つの製品識別子がグローバルトレードアイテムナンバー（ＧＴＩＮ）またはＵＰＣバーコードシンボルの少なくとも１つを含む請求項３１に記載の方法。
【請求項３４】
販売場所での引き換えに適したバーコード化されたクーポンを印刷する際に使用するためのコンピュータプログラム製品であって、
前記クーポンの発行者のアカウント識別子、製品識別子またはサービス識別子、前記製品またはサービスの購入時に消費者に貸方記入され、前記アカウント識別子に従って前記発行者に請求される割引金額の識別子を保持するバーコードを印刷する際に使用するためのコンピュータによって実行されるように適応されるソフトウェアを備える、販売場所での引き換えに適したバーコード化されたクーポンを印刷する際に使用するためのコンピュータプログラム製品。
【請求項３５】
前記アカウント識別子がクレジットカード番号またはデビットカード番号の少なくとも１つを含む請求項３４に記載のコンピュータプログラム製品。
【請求項３６】
前記バーコードシンボルの少なくとも一部が、前記アカウント識別子がその中に保持される二次元シンボルを含む請求項３４に記載のコンピュータプログラム製品。
【請求項３７】
前記二次元シンボルが省スペースシンボル（ＲＳＳ）のシンボルを含む請求項３６に記載のコンピュータプログラム製品。
【請求項３８】
前記バーコードシンボルが、第１のクーポン情報を保持する一次元部分及び前記アカウント識別子を保持する二次元部分とを含む
請求項３４に記載のコンピュータプログラム製品。
【請求項３９】
前記製品識別子またはサービス識別子が、前記販売場所での前記クーポンの引き換えを許可する際に使用するためのグローバルトレードアイテムナンバー（ＧＴＩＮ）を含む、請求項３４に記載のコンピュータプログラム製品。
【請求項４０】
販売場所での引き換えに適したバーコード化されたクーポンを印刷する際に使用するためのコンピュータプログラム製品であって、
前記クーポンの発行者のアカウントの識別子、消費者のアカウントの識別子、及び前記消費者のアカウントに授与され、前記発行者のアカウントに請求される賞金金額の識別子を保持するバーコードシンボルを印刷する際に使用するためのコンピュータによって実行されるように適応されるソフトウェアを備える、販売場所での引き換えに適したバーコード化されたクーポンを印刷する際に使用するためのコンピュータプログラム製品。
【請求項４１】
前記クーポンがウェブベースクーポンとして前記消費者によって印刷され、
前記バーコードシンボルが前記ウェブサイトとの前記消費者の対話中に得られる前記消費者に関連する情報を保持する、
請求項４０に記載のコンピュータプログラム製品。
【請求項４２】
前記賞金金額が前記ウェブサイトにより指定される請求項４０に記載のコンピュータプログラム製品。
【請求項４３】
前記発行者のアカウント識別子が、クレジットカード番号またはデビットカード番号の少なくとも１つを含む請求項４０に記載のコンピュータプログラム製品。
【請求項４４】
前記消費者のアカウント識別子が、クレジットカード番号、デビットカード番号、または銀行口座番号の少なくとも１つを含む請求項４０に記載のコンピュータプログラム製品。
【請求項４５】
前記バーコードシンボルの少なくとも一部が、前記発行者のアカウント識別子がその中に保持される二次元シンボルを含む、
請求項４０に記載のコンピュータプログラム製品。
【請求項４６】
販売場所での引き換えに適したバーコード化されたクーポンであって、
前記クーポンの発行者のアカウント識別子、製品識別子またはサービス識別子、及び前記製品またはサービスの購入時に消費者に貸方記入され、前記アカウント識別子に従って前記発行者に請求される割引金額の識別子を保持するバーコードシンボルを備え、
前記アカウント識別子がクレジットカード番号またはデビットカード番号の少なくとも１つを備える、販売場所での引き換えに適したバーコード化されたクーポン。
【請求項４７】
販売場所でバーコード化されたクーポンを処理するための方法であって、
前記クーポンの発行者のアカウント識別子、製品識別子またはサービス識別子、及び前記製品またはサービスの購入時に消費者に貸方記入され、前記アカウント識別子に従って前記発行者に請求される割引金額の識別子を得るために前記クーポン上のバーコードシンボルを走査することを含み、
前記アカウント識別子がクレジットカード番号またはデビットカード番号の少なくとも１つを含む、販売場所でバーコード化されたクーポンを処理するための方法。
【請求項４８】
販売場所で販売業者から受け取られるクーポン取引情報を処理するための方法であって、
前記クーポン取引情報から、前記クーポンの発行者のアカウント識別子、前記販売業者からの製品またはサービスの購入時に消費者に貸方記入された割引金額識別子、及び前記販売業者のアカウント識別子を回収すること、
前記割引金額識別子と前記発行者の前記アカウント識別子に従って前記発行者の前記アカウントに対して請求を行うこと、
前記割引金額識別子及び前記販売業者の前記アカウント識別子に従って前記販売業者の代わりに支払いを提供すること、
を含み、
前記発行者のアカウント識別子が、クレジットカード番号またはデビットカード番号の少なくとも１つを含む、販売場所で販売業者から受け取られるクーポン取引情報を処理するための方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には新しい種類のクーポンに関し、そのクーポンを処理するための方法及びシステムに関する。
【背景技術】
【０００２】
クーポンは至るところに存在している。印刷されたクーポンは雑誌や新聞、ダイレクトメールのチラシ、店内広告等に見られる。さらに、最近の現象としては消費者が自分のコンピュータとプリンタを使用し、クーポンを印刷できるようにするウェブサイトの使用がある。
【０００３】
クーポンには提供されている割引、製造メーカ及び製品に関する情報を保持するためにバーコードが一般的に使用されている。バーコードは引き換えプロセスを容易にするので、バーコードの追加によりクーポンは小売業者、消費者、及び製造メーカに非常に人気が高いものとなった。特に、クーポンは、現在、クーポンを処理するために必要な情報を保持するために統一商品コード（ＵＰＣ）クーポンコードなどの標準化されたバーコードフォーマットを使用している。ＵＰＣクーポンコードは全数字コードである。第１の数字は、それがクーポンを走査していることをＰＯＳシステムに知らせる「５」というナンバーシステムキャラクタである。次に、５桁の会社番号がクーポン付きの（ｃｏｕｐｏｎｅｄ）商品の製造メーカを識別する。次に、３桁のファミリコードが、通常、製品の型を識別する。次に、２桁の価格コードが割引金額、例えばクーポンの引き換え価格を識別する。最後の桁は前の１１個の数字から計算されるチェックキャラクタである。
【０００４】
さらに１９９７年以来、ＵＣＣ／ＥＡＮ−１２８クーポン拡張コードが使用されてきた。主要ＵＰＣクーポンコードに加えて、追加のバーコードシンボルが他の重要な情報を符号化する。そのコードは最初にナンバーシステムキャラクタ（ＮＳＣ）を含む。２つの会社が、一方が０というＮＳＣ付き、他方が７というＮＳＣ付きの同じ製造メーカ番号を持つ可能性があるため、製造メーカのＮＳＣは自動的に拡張コードに含まれる。次に、製造メーカによって発行される５桁のオファーコードが提供される。最後に、４桁のオファー有効期限コードが月／年（つまり０７／９９）のフォーマットで提供される。統一コード委員会（ＵＣＣ）はクーポンフォーマットの５つの変形を提供している。
【０００５】
従来、クーポンは、バーコードの中を走査することによってＰＯＳで販売業者によって処理される。通常、販売業者は、消費者が適格な製品を購入したことを視覚的にチェックし、クーポンは回収され、定期的に外部の処理施設に郵送され、そこで手作業で処理される。販売業者は１ヶ月以上などかなりの期間、払い戻しを受けるために待たなければならない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、既存の通信及びＰＯＳインフラを利用できる自動処理技法とともに、従来の巨大な、印刷されたクーポンの面積の多くを占める、例えばＵＣＣ／ＥＡＮ−１２８フォーマットに比較して、情報伝達能力が強化されサイズが縮小されたクーポンフォーマットを提供する。本発明は、さらに小規模企業、個人、及び他のエンティティが、クーポンの使用に関する広大な量の人口統計情報及び個人消費者情報を収集できるようにし、クーポンが、関連する製品が購入されたときにだけ引き換えられることを保証する、クーポンを発行できるようにする方法及びシステムを提供する。
【０００７】
１つの態様では、販売場所にある既存のクレジットカード及びデビットカードの処理インフラ及びクレジットカード及びデビットカードの処理センタを使用してクーポンの割引が提供される。本発明は、従来のバーコード化されたクーポンと比較して追加のデータを保持できる二次元構成要素を有するバーコード化されたクーポンも提供する。クーポンは特にクレジットカード番号またはデビットカード番号を保持した上で使用するために適している。
【０００８】
クーポンによって追加データを保持できるようにし、かつクーポンのフォーマットをクレジットカード取引及びデビットカード取引で必要とされる既存のデータフォーマットに一致するように調整することによって、クーポンは、ある意味で、カスタマに貸し付けられている製造メーカまたは他のクーポン発行者のクレジットカードになる。クーポンの処理は、従来のクレジットカードまたはデビットカードの処理と同様になされるが、消費者は販売場所でクーポン割引を受け、クーポン発行者は割引金額について請求される。販売業者は電子決済（ＥＦＴ）または他の仕組みを使用して割引について払い戻しを受けられる。したがって、クーポンの処理速度は大幅に加速され、新しいマーケティング機会が生じる。
【０００９】
本発明の１つの態様では、販売場所での引き換えに適したバーコード化されたクーポンは、クーポンの発行者のアカウント識別子、製品識別子またはサービスの識別子、及び該製品またはサービスの購入時に消費者に貸方記入され、アカウント識別子に従って発行者に請求される割引金額の識別子を保持するバーコードシンボルを含む。他の態様では、販売場所での引き換えに適したバーコード化されたクーポンは、クーポンの発行者のアカウントの識別子、消費者のアカウントの識別子、及び消費者のアカウントに授与され、発行者のアカウントに請求される賞金金額の識別子を保持するバーコードシンボルを含む。同じデータを保持する磁気ストライプカード及びスマートカードなどの類似するクーポンカードが使用されてよい。バーコード化されたクーポン、磁気ストライプカードまたはスマートカードを販売場所で処理するための類似する方法も提供される。
【００１０】
他の態様では、販売場所で販売業者から受け取られるクーポン取引情報を処理するための方法が、クーポン情報からクーポンの発行者のアカウント識別子、販売業者からの製品またはサービスの購入時に消費者に貸方記入された割引金額の識別子、及び販売業者のアカウント識別子を回収することを含む。料金は割引金額の識別子及び発行者のアカウント識別子に従って発行者のアカウントに対して請求され、支払いは割引金額の識別子及び販売業者のアカウント識別子に従って販売業者に代わって提供される。
【００１１】
他の態様では、販売場所で販売業者から受け取られるクーポン取引情報を処理するための方法が、クーポン取引情報から、クーポンの発行者のアカウント識別子、消費者に授与される賞金金額の識別子、及び消費者のアカウント識別子を回収することを含む。料金は賞金金額識別子に従って発行者のアカウントに対して請求され、賞金は賞金金額識別子及び消費者のアカウント識別子に従って消費者の代わりに提供される。
【００１２】
他の態様では、販売場所でバーコード化されたクーポンの引き換えを許可するための方法が、（ａ）クーポンを、そこから少なくとも１つの製品識別子を得るために走査することと、（ｂ）そこから少なくとも１つの製品識別子を得るために販売場所で消費者によって購入される少なくとも１つの製品を走査することと、（ｃ）不一致があるかどうかを判断するために、ステップ（ａ）で得られた製品識別子をステップ（ｂ）で得られた製品識別子と比較することとを含む。不一致がない場合、クーポン引き換えが許可される。不一致がある場合には、引き換えは許可されない。
【００１３】
関係するコンピュータプログラム製品も提供される。
【課題を解決するための手段】
【００１４】
本発明によれば、クーポンで使用される記号体系をＵＣＣ／ＥＡＮ−１２８コードから省スペースシンボル（ＲＳＳ）または他の簡潔な及び／または二次元の記号体系に変更することによって、バーコードシンボルに含むことができる膨大な追加情報のために機能性が大幅に改善されたクーポンを作ることができる。さらに、クレジットカード取引のフォーマットを模倣することによって、バーコード、磁気ストライプ、及びスマートカードを利用するクーポンは、既存のまたは古くからあるクレジットカード処理のインフラを使用してクレジットカード取引のように処理できる。これは、クーポンに関連する追加データを伝達するだけではなく、関係する金銭の迅速な処理という利点も与え、それによって多大な新しいマーケティング機会を切り開く。引き換えセンタによって引き換えのためにクーポンを回収するという退屈さも回避される。さらに、本発明は、バーコード化されたクーポンに一次元シンボルと二次元シンボルの両方を与えることにより便利に段階的に導入できる。
【００１５】
図１は、クーポン処理システムを示す。販売場所（ＰＯＳ）１００は小売店、セルフサービスキオスク、バーチャルな場所、消費者の家、または販売業者が製品またはサービスを販売する他の事業場所であってよい。「販売業者」という用語は、基本的に、一般の人々、政府、企業対企業等にサービスを提供する企業を含む、製品またはサービスを提供する任意の企業を包含することが意図される。「販売する」、「購買する」等の用語は、従来の意味での販売に加え、製品及び他の装置の賃貸も包含することが意図される。スキャナ／リーダ１１０は、その内のどれかが本発明によるデータで符号化されている、バーコード化されたクーポン１０５を走査し、あるいはクーポンカードなどの磁気ストライプカードまたはスマートカードを読み取る。スキャナ／リーダ１１０には、情報を読み取り、それを販売業者コンピュータシステム１２０またはクレジットカード端末１１５に通信するためのソフトウェアが備えられる。磁気ストライプカードは既知のスワイプ式（ｓｗｉｐｅ）リーダを使用して読み取られてよく、スマートカードは既知のスマートカードリーダを使用して読み取られてよい。したがって、紙などの基体の上に印刷されるバーコードシンボルを含むバーコード化されたクーポンに加えて、本発明は、同等のデータを記憶する磁気ストライプカード及びスマートカードなどの他のデータ記憶媒体とともに使用されてよい。多くの最新のＰＯＳ場所は既に、一次元バーコードと二次元バーコードの両方を読み取ることができるスキャナを備えている。ＲＳＳに適合したスキャナの一例はシンボルテクノロジーズ社（Ｓｙｍｂｏｌ  Ｔｅｃｈｎｏｌｏｇｉｅｓ，Ｉｎｃ．）製のサイクロン（Ｃｙｃｌｏｎｅ）である。スキャナ１１０が一次元バーコードのみを読み取ることができ、二次元バーコードは読み取ることができない場合は、例えば、スキャナ１１０はＲＳＳ適応ではなく、クーポンの従来のバーコード部分が読み取られる。あるいは、ＲＳＳ対応の別個の専用の次元スキャナ１１２が提供されてよい。スキャナ／リーダ１１２は、クレジットカード端末１１５と連動して動作するスタンドアロンＲＳＳクーポン端末であってよい。それは電力及び他の端末／スキャナと共用されてよい電話回線を必要とする。スキャナ／リーダ１１２は、ＲＳＳクーポンだけを走査するためにレジカウンタに設置される第２のハンドヘルドスキャナを使用してよい。したがって、スキャナ／リーダ１１０がＲＳＳ対応ではないとき、別個の専用スキャナ／リーダ１１２はクーポンを走査する、または読み取るために使用されてよい。スキャナ／リーダ１１０がＲＳＳ対応である場合、別個の専用スキャナ／リーダ１１２は必要とされない。さらに、クーポンは、レジ係及び消費者に、それらが二次元スキャナによる処理を必要とすることを知らせるグラフィックスと添付テキストを有する場合がある。
【００１６】
二次元バーコード用の走査装置は、小規模企業にとっても十分手頃となってきている。事実上、本発明から引き出される利点は、過去にスキャナに対するニーズがなかった企業にスキャナを入手することを奨励する。これは、消費者に製品ではなくおもにサービスを提供する美容院、旅行代理店、娯楽施設等のサービス業界の企業を含む。本発明に従って提供されるクーポンは従来のクーポンと同様に処理、走査されるため、レジ係及び消費者は特別な訓練を必要としない。さらに、すべての処理は電子的に発生するため、クーポンはそれらが走査された後に廃棄できる。廃棄されたクーポンは、誤用を防止するため例えば破砕することによって破壊される。この目的のためにスキャナ／リーダ１１０または１１２の中にシュレッダーを内蔵してもよい。
【００１７】
スキャナ／リーダ１１０または１１２は、スワイプ式リーダ及びキーパッドを有してよいクレジットカード端末１１５と通信する。クレジットカード端末１１５のＲＳ２３２ポートはスキャナ／リーダ１１０または１１２からデータを受信するために使用されてよい。このようなポートは、キーボードなどの周辺装置と接続するために利用される。クレジットカード端末１１５は、企業において、それらの製品またはサービスの支払いとしてクレジットカード及びデビットカードを受け入れる、至るところにある型であってよい。ヴェリフォン社（ＶｅｒｉＦｏｎｅ，Ｉｎｃ．）は１つの主要な供給業者である。一般的には、クーポン情報は、情報を手作業で入力、バーコードを読み取りして、データをＡＳＣＩＩテキストとして装置に送信するなどの種々の手段、またはクーポンオファーがそのように設計されている場合には、磁気ストライプまたはスマートカード読み取りを介してクレジットカード端末１１５に伝達できる。スキャナ１１０は、使用可能な場合、例えばＲＳ２３２リンクを介して、販売業者コンピュータシステム１２０と通信してよい。販売業者コンピュータシステム１２０は、在庫管理及び他の目的のために、購入された製品、売上高等に関する情報を記憶してよい。販売業者コンピュータシステム１２０はスキャナ１１０からクーポン情報も記憶してよい。キャッシュレジスタ及びディスプレイ１２２は、カスタマにそれぞれの購入された商品の価格を知らせるために、技術で既知のような販売業者コンピュータシステム１２０と通信してよい。
【００１８】
本発明によれば、スキャナ／リーダ１１０または１１２によって得られる情報は、クレジットカードまたはデビットカードの番号などの、クーポンにより提供される割引を申し出るエンティティであるクーポン発行者のアカウント識別子を含んでよい。さらに後述されるように、このようなアカウント識別子の使用により、既存のスキャナ／リーダ１１０、クレジットカード端末１１５、及び既に設置されている上流の処理設備とプロトコルを含む、既存のクレジットカード及びデビットカードの処理インフラを使用してクーポンを電子的に処理できる。製品及び割引などの他のクーポン取引情報はアカウント識別子にピギーバックされ、同様にクレジットカード端末から上流の設備に通信される。クーポン割引は固定額または商品の正規の価格のパーセンテージとして提供されてよい。ある手法では、クレジットカード端末１１５は、スキャナ／リーダ１１０または１１２からのクーポン情報を処理する。別の手法では、クーポン情報は、クレジットカード端末１１５と類似した機能性を有する販売業者コンピュータシステム１２０によって処理される。どちらのケースでも、さまざまな取引のクーポン取引情報はクレジットカード端末１１５または販売業者コンピュータシステム１２０に記憶されてよい。毎日のように定期的に、クーポン取引情報はバッチジョブとして電話網などの通信網１２５を介して処理センタ１３５にアップロードされる。クーポン取引情報は、クレジットカード購入及びデビットカード購入のための既存のプロトコルを使用して通信される点は重要である。クレジットカード取引またはデビットカード取引を記述する複数の関連する規格またはプロトコルがある。基本的な規格は、参照してここに組み込まれるトラック３用バンクカード磁気ストライプデータコンテンツ（Ｂａｎｋ  Ｃａｒｄｓ  Ｍａｇｎｅｔｉｃ  Ｓｔｒｉｐ  Ｄａｔａ  Ｃｏｎｔｅｎｔ  ｆｏｒ  Ｔｒａｃｋ  ３）と題されるＡＮＳＩ  Ｘ９．１−１９９１である。本発明に従って、クーポンのバーコードから読み込まれるデータはトラック３データをエミュレートしてよい。しかしながら、多くの変形も考えられ、本発明は任意のクレジットカードまたはデビットカード処理方式と共に使用できる。クーポンデータのバッチング及び処理は、処理センタ１３５により提供されるサービスのスケジュールに従って実行されてよい。
【００１９】
ＡＮＳＩ  Ｘ９規格は、クレジットカード番号またはデビットカード番号、カード／支払い種別、有効期限、カード及び消費者が存在するかどうか、取引金額、販売業者識別子、カスタマの郵便番号、取引日付と時刻、などのレジ係によって手作業で入力されるセキュリティ／許可コード、及び他の情報などの取引情報の通信を規定する。本発明とともに使用される際、この情報は「クーポン取引情報」と呼ばれてよい。カスタマがクレジットカードを使用して商品の支払いを行う従来の取引では、消費者に取引の記録を与えるために取引について最高１０５文字のＡＮＳＩ情報が消費者のクレジットカードの計算書に表示される。しかしながら、本発明では、アカウント識別子はクーポン発行者と関連付けられ、割引金額、製品識別子、消費者データ呼び他の情報を含むクーポン情報が１０５文字で伝えることができる。
【００２０】
特にＡＮＳＩ  Ｘ９のサブセットは、以下のデータ要素を含んでよいＡＮＸＩ  Ｘ９．５９支払いカードプロセスである。これはクレジットカード取引で予想されることの典型である。この規格はデビットカードにも同様に適用できる。支払いカードは、クレジットカードまたはデビットカードを指す。
【００２１】
Ｘ９．５９署名付き支払い要素：
ＳｔａｎｄａｒｄＶｅｒｓｉｏｎ     Ｘ９．５９プロトコルバージョン
Ｐａｙｃｏｄｅ       販売業者に対する支払い命令
ＰｒｃＣ      カスタマアカウント番号（クーポン発行者アカウント番号になる）
ＬＵＩＤ      （カスタマ）局所一意識別子
ＰｒｃＭ      販売業者アカウント番号／ＩＤ
ＰａｙｄａｔａＣ     通過種別及び取引金額
ＤａｔｅＳ    取引日付／時刻
ＤａｔｅＥ    アカウント有効期限
ＳＨＳ｛ＯＤ｝       注文詳細のハッシュ
ＤＳＳ｛ＶＤ｝       Ｘ９．５９署名付き要素のデジタル署名
Ｘ９．５９追補フィールド
ＳｔａｎｄａｒｄＶｅｒｓｉｏｎ     Ｘ９．５９プロトコルバージョン
Ｐａｙｃｏｄｅ       販売業者に対する支払い命令
ＬＵＩＤ      （カスタマ）局所一意識別子
ＤａｔｅＳ    取引日付／時刻
ＳＨＳ｛ＯＤ｝       注文詳細のハッシュ
ＤＳＳ｛ＶＤ｝       Ｘ９．５９署名付き要素のデジタル署名
しかしながら、多くの変形が可能であり、本発明は任意のクレジットカード処理方式を包含することが意図される。
【００２２】
本発明は、クーポン発行者から支払いを得るために処理できる任意のタイプのアカウント識別子との使用に適していることが意図される。これは、ビザ（Ｖｉｓａ）、マスターカード（ＭａｓｔｅｒＣａｒｄ）、及びディスカバーカード（Ｄｉｓｃｏｖｅｒ  Ｃａｒｄ）などのユニバーサルクレジットカード、アフィニティカード、銀行により発行されるバンクカードを含むクレジットカード、アメリカンエキスプレス（Ａｍｅｒｉｃａｎ  Ｅｘｐｒｅｓｓ）、ダイナーズクラブ（Ｄｉｎｅｒｓ  Ｃｌｕｂ）、及びカルトブランシュ（Ｃａｒｔｅ  Ｂｌａｎｃｈｅ）などのエンターテインメントカード、デパートやガソリンスタンドチェーンまたは電話会社などの特定の企業またはチェーンの企業だけで有効なハウスカード、およびＡＮＳＩ  Ｘ９規格を使用してクレジットカードと同じく処理できる、デビットカードのアカウント番号を含む。ハウスカード、ガソリンカード及びテレフォンカードは多くの場合独自のシステムに従うが、大部分の国内のクレジットカード及びデビットカードは、ＡＮＳＩ規格Ｘ４．１３−１９８３規格に従う番号方式を有する。「クレジットカード番号」及び「デビットカード番号」等の語句は、それが数字、文字、他の記号の文字列を含むのか、あるいはその任意の組み合わせを含むのかに関係なく、それぞれ任意のクレジットカードまたはデビットカードの識別子を包含することを意図される。
【００２３】
ＡＮＳＩ規格Ｘ４．１３の下では、クレジットカードまたはデビットカードには１５桁のアカウント番号と１個のチェック数字がある。クレジットカード番号の第１の桁は、例えば３が旅行／エンターテインメントカード、４がビザ、５がマスターカード、６がディスカバーカードなどのシステムを意味する。カード番号の構造はシステムごとに変化する。例えば、アメリカンエキスプレスのカード番号は３７で始まり、カルトブランシュとダイナーズクラブは３８で始まる。例えばアメリカンエキスプレスの場合、桁３と４は種別と通貨であり、桁５から１１はアカウント番号であり、桁１２から１４はアカウント内のカード番号であり、桁１５はチェック数字である。ビザの場合、桁２から６は銀行番号であり、桁７から１２または７から１５はアカウント番号であり、桁１３または１６がチェック数字である。マスターカードの場合、桁２と３、２から４、２から５または２から６は（桁２が１であるか、２であるか、３であるかあるいはそれ以外であるかに応じて）銀行番号である。銀行番号の後の１５までの桁はアカウント番号であり、桁１６がチェック数字である。
【００２４】
随意的に、クーポン取引情報は各取引後ただちに処理されてよい。追加のオプションはクレジットカード端末１１５が処理センタ１３５から各取引の許可コードを得ることである。許可コードは、クレジットアカウントが優良であること、及び使用可能な十分な差引残高があることを保証する。それは従来のクレジットカードの購入のために受け取られるのと同じ許可コードであり、指定された状況で得られてよい。例えば、許可コードは、クーポン割引が特定の金額を超えると得られてよい。これは、例えばそれが指定金額を超えているかどうかを確かめるために割引金額をチェックするソフトウェアを使用して達成できる。コードは、前述されたように、クレジットカード端末１１５によって記憶され、処理センタ１３５に定期的にアップロードされる。販売業者は、クレジットカード端末１１５のプロバイダとのその合意に応じて許可コードを得ることを望んでよい。例えば、販売業者は取引の許可コードを得ることに合意する場合に、未許可のまたは不正な取引の発生が少なくなるため、より低い端末使用月額料金を請求されてよい。他方、コードを待つ間にレジプロセス中に遅延が生じる可能性がある。
【００２５】
例えば銀行と関連する場合がある処理センタ１３５は、従来のカスタマのクレジットカードまたはデビットカードの購入と同様に、ＰＯＳ１００から受信されるクーポン取引情報を処理する。しかしながら、本発明によれば、クーポン取引情報のアカウント識別子はクーポン発行者と関連付けられているため、クーポンの発行者のアカウント１５５はクーポンの割引金額について請求される。サービス料も処理センタ１３５または他の関係するエンティティによって査定され、サービサーアカウント１５０に維持される。この料金は、例えば固定料金またはパーセンテージなど、従来のクレジットカードまたはデビットカードの取引で査定される処理料金に類似してよい。それからクーポン取引情報に含まれる割引料金はクーポンを受け入れた販売業者のアカウント１６５に貸方記入される。販売業者は、既存のプロトコルを使用してクーポン取引状況とともに処理センタ１３５に通信される販売業者識別子で識別されてよい。処理センタ１３５にあるデータベースが、電子決済（ＥＦＴ）のために販売業者識別子を販売業者アカウント番号に関連付けてよい。  あるいは、販売業者アカウント番号自体がクーポン取引情報の中に保持されてよく、その場合、払い戻し金を送るためにデータベースルックアップは必要とされない。後述のように、クレジットが消費者のアカウントに与えられることも可能である。有利なことに、販売業者は、例えば１営業日または２営業日前後で非常に迅速に払い戻しを受けることができる。また、本発明により可能になる短いフロート時間のため、販売業者は、５ドル、１０ドル、５０ドル以上などより高額のクーポンを進んで受け入れるであろう。したがって、以前ならば消費者に電気製品などのより高いコストの商品に大きな割引を与えるために郵送プログラムによってリベートを行っていたであろう製造業者や他の業者も、今は単に所望の値引きを付けたクーポンを提供することができる。郵便でのリベートを数週間も待つ必要がなく購入時に値引きを受けられるので、消費者はこのようなオファーにさらに反応しやすい。これらのリベートは「クーポンリベート」と呼ばれるであろう。本発明は、このようにして、クーポンが以前ならば例えば１ドル以下のささやかな割引を提供した領域から、数千ドルの購入が日常的に処理される領域にクーポンを移行することによって、クーポンの扱い方においてパラダイムシフトを可能にする。さらにより高額のクーポン割引には、既存のクレジットカード及びデビットカードの処理インフラと同じ保護が与えられる。
【００２６】
図２は、クーポン処理方法を示す。ステップ２０５から２２５はＰＯＳの場所１００で発生してよく、ステップ２３０から２６０は処理センタ１３５で発生してよい。ブロック２０５では、クレジットカード番号が読み取られ、クーポン１０５から入力される。受信された情報が、例えば桁数や他の基準に基づき有効なクレジットカードであると考えられない場合、取引は拒否される（ブロック２２５）。ブロック２１０では、クーポンの有効期限が切れているかどうか、クーポンの有効期限が調べられる。有効期限が切れている場合、取引は拒否される。ブロック２１５では、割引の額が得られる。額を読み取ることができない場合、あるいは製品または他の基準と食い違っていると考えられる場合、取引は拒否される。ブロック２２０では、クーポンの中で符号化される他のデータが得られる。このデータは、クーポンの配布と引き換えに関する情報、及び人口統計データ及び入手可能な場合には個人に関連する特定のデータを含むそれらを引き換える消費者に関する情報など、本発明の手法を使用して符号化できる新しい情報を含む。
【００２７】
前記ステップが無事に完了すると、クーポン取引情報はさらに処理される。ブロック２３０では、発行者のクレジットアカウントまたはデビットアカウントが、それが優良であるかどうか、及び十分な信用限度額があるかどうかを確かめるためにチェックされてよい。これは、前述されたように許可コードを得ることを必要としてよい。一般的には、大きな製造メーカなどの評判のよいクーポン発行者は、処理施設によりクレジットを供与され（ｅｘｔｅｎｄｅｄ  ｃｒｅｄｉｔ）、処理施設が製造メーカからの支払いを得る前に販売業者に払い戻すようにしてもよい。他のケースでは、処理施設は、販売業者が支払いを受ける前に発行者が現金の預託を提供することを必要とする場合がある。クレジットカードプロトコルに基づいて発行者によってクーポン割引額を支払うためのアカウントに資金を送金させてよい。アカウントは最小の差引残高及びそれに付けられる補充レートを有する場合がある。この点において問題が検知されると、取引は拒否される（ブロック２３５）。このような問題が検出されなければ、ブロック２４０で取引は処理され、その結果資金を小売業者または他の販売業者へ送金すること（ブロック２４５）、処理のための料金を差し引くこと（ブロック２５０）、もしくは例えばクーポン発行者などの製造メーカのアカウントから資金を取ること（ブロック２５５）になる。クーポンはクレジットカード取引のように処理されるため、金は発行者のアカウントから引き出され、クーポン取引情報に提供されるオファーコード、及び発行者と処理装置の間で確立されるような取引処理の特定の詳細に従って販売業者のアカウントに送金される。ブロック２６０では、人口統計学等の追加のデータが追加の分析及びマーケティングリサーチのために施設に通信できる。クーポン取引情報から作成されるレポートは蓄積され、定期的にクーポン発行者に提示できる。クーポン発行者は情報レポートを受け取り、販売業者に対する払い戻し支払いを計画するために毎月、毎週、毎日、または他の時間間隔から選択する可能性がある。
【００２８】
特にクーポン発行者または他のエンティティは入手できる大量の新しいクーポン情報を処理するためにソフトウェアを利用してよい。クーポンフォーマットを調整することにより、広告主と小売業者は、きわめて的を絞ったマーケティング、及び消費者の購買習慣、消費者の人口統計等を収集するためのマーケティングを行うことができる。例えば、クーポン情報は、クーポンの配布と引き換え、及びそれらを引き換えた特定の消費者に関係する情報を含んでよい。配布情報は、クーポンが配布された地理的な場所、新聞や雑誌の名称、朝刊、午後版または夕刊などの新聞の特定の版など特定の配布媒体、及び媒体の発行日を含んでよい。さらに、ダイレクトメールなどで特定の消費者に与えられるクーポンは、消費者のアイデンティティまたは年齢、学歴、収入、家族構成、過去の購買習慣等に関する人口統計情報で個別に符号化できる。
【００２９】
ウェブベースクーポンなどの消費者がウェブサイトから印刷できるクーポンも、消費者のウェブサイトとの対話から得られる消費者に関する特殊な情報を含む場合がある。消費者が種々のクーポンから選択して、引き換えのためにそれらを印刷できるようにするインターネットウェブサイトは、二重使用を防ぐために一意に識別し、続き番号を振ることができる。消費者は、自分自身のコンピュータとプリンタを使用してクーポンを印刷する際に使用するためにウェブサイトから情報を受信する。このようなクーポンは、例えばバーコード、製品の写真、引き換えについての製造業者情報、制限、オファーコード、割引額、及び有効期限を有するなど、他の媒体で印刷されたクーポンと同じように見える。クーポンは店舗で提示され、クーポン発行者によって印刷されたクーポンと同じに処理される。一意の符号化方法及び続き番号が、クーポンが２回使用されていない、つまり重複されていないことを保証する。重複使用に対して消費者に警告を発することも出来る。クーポンは消費者の名前を記載することもできる。追加の人口統計情報は、クーポン処理中に製造メーカに伝達される。
【００３０】
例えば、消費者は、関心のある商品の割引のためにクーポンを得るためにアンケートに回答するように依頼されることがある。ウェブサイトからのデータを使用して消費者によって印刷されたクーポンは、該回答から得られる情報を含むことがある。さらに、消費者は、消費者が支払いまたは賞金を受け取るべきであることを指定するクーポンを印刷するためにデータを受信することによって、ウェブサイトと対話するための現金支払いまたは賞金を与えられることがある。このケースでは、クレジットカードまたはデビットカードの番号または当座預金や普通預金の番号などの銀行口座識別子などの他のアカウント識別子が、クーポン発行者、例えばアンケートのスポンサーのクレジットカードまたはデビットカード番号とともにクーポンの中で符号化される。消費者のアンケートに対する回答もクーポンで符号化できる。クーポンの処理は、消費者が、クレジットカードまたはデビットカードで購入された商品を返品するときにクレジットを得る（ｏｂｔａｉｎｓ  ａ  ｃｒｅｄｉｔ）方法に類似している。代わりに、消費者の当座預金または普通預金に電子資金支払いを行うこともできる。あるいは、消費者は、製品またはサービスと引き換えることができるフリークエントフライヤーマイルに類似するポイントを与えられてよい。用語「賞金」等は、ここに説明されるような消費者に対するこのような支払いまたは賞金を包含することを意図する。賞金は、追加の要件なくウェブサイトとの消費者の対話の後に与えられてよい。
【００３１】
例えば、製造メーカは、カスタマがお金を稼ぐという別の動機をもって参加するように招待されるウェブサイトをセットアップできるであろう。カスタマは、有効期限、アカウント番号、及び所在地住所とともに自身のクレジットカードまたはデビットカード情報を記入する。アンケートのためにウェブサイトでは「５分で次の１０個の質問に答えてプロクターアンドギャンブル（Ｐｒｏｃｔｏｒ  ａｎｄ  Ｇａｍｂｌｅ）から＄１．００を儲けよう」と表示するかも知れない。カスタマはアンケートに記入し、セキュリティの目的でカスタマのクレジットカードまたはデビットカード、有効期限、及び所在地住所を要求するテキストフィールドのセットに記入する。それから、カスタマは結果として生じるクーポンを印刷し、それを処理するために販売業者に持ち込む。別の手法では、ウェブサイトでは、「すぐにプロクターアンドギャンブル（Ｐｒｏｃｔｏｒ  ａｎｄ  Ｇａｍｂｌｅ）から＄１，０００，０００を勝ち取るためにコンテストに参加しよう」と表示される。カスタマは、説明されたようにエントリ空欄及びテキストフィールドのセットに記入し、エントリはカスタマが勝者かどうかを判断するためにウェブサイトサーバに提出される。カスタマは、オンラインでその場ですぐに通知を受け、クーポンを印刷して商品を請求するためにデータを得ることができる。あるいはカスタマはクーポンを認可された販売業者に持ち込み、自分が賞を取ったかどうかを確かめてよい。
【００３２】
本発明のクーポンの他の利点は、保持される追加情報によってクーポン発行者が製品の製造メーカとは別のエンティティであることができるという点である。これはクロスマーケティングや他の新しい種類のマーケティングと商売のための多くの機会を切り開く。対照的に、従来のクーポンは、製造メーカを識別し、クーポンが適用する製品上のコードと同じでなければならないＵＣＣ企業番号を保持するにすぎない。例えば、本発明によるバーコードは、ＵＣＣ企業番号を介して製造メーカを識別する従来の部分と、別の関係者のアカウント識別子を識別する二次元バーコード部分などの追加の部分を有してよい。例示のために、ヘルスクラブが、消費者がエクササイズ装置または健康食品製品の割引を得ることができるようにするクーポンを発行してもよいし、あるいはホテルが、消費者がレンタカーまたは地元の観光施設の入場料の割引を得ることができるようにするクーポンを発行してもよい。別の例では、個人は受取人が特定の製品またはサービスの割引を得ることができるようにするギフトとしてクーポンを印刷できる。
【００３３】
使用できる多様なバーコード記号体系について後述する。一般的には、本発明によるバーコードシンボルは、例えばＵＰＣ  ＡまたはＵＣＣ−ＥＡＮ−１２８などの既存のクーポン線形フォーマットの１つのように見える可能性があるが、ＲＳＳシンボルなどの二次元シンボルを追加する。ＰＯＳの場所のレジカウンタがどのように設計されているのかに応じて、スキャナはどちらかのシンボルから追加の情報を求めることができる可能性がある。例えば、スキャナがＲＳＳ二次元追加データを求めるように設計されている場合、それは、それがクーポンであることを示す「５」という先頭の数字が付いたＵＰＣ（Ａ）コードを確かめ、次にＲＳＳ二次元データがＵＰＣ（Ａ）コードに追加されてよい。他方、クーポンのＵＣＣ／ＥＡＮ−１２８部分が適切にフォーマットされている場合には、スキャナは、それがこのようなシンボルに遭遇する場合に追加の情報を求めてよい。ＵＣＣ／ＥＡＮ−１２８コードは、スキャナにそれがＲＳＳシンボルの直線部分であることを理解させるために必要なフラグとリンケージ文字の両方がシンボルに含まれる場合にＲＳＳシンボルの直線部分として読み取られてよい。幸いなことに、スキャナはＵＣＣ／ＥＡＮ−１２８コードを、フラグとリンケージ文字があってもなくても読み取ることができ、両方の方法で動作するように設計されてよい。
【００３４】
本発明の他の態様は、コンピュータがここに開示されている機能性を提供するこのようなバーコードシンボルを作成できるようにするためのコンピュータプログラム製品だけではなく、ここに開示されているバーコードシンボルを作成するようにプログラミングされるパーソナルコンピュータなどのコンピュータも含む。任意の既知のソフトウェア開発技法及びコンピュータプログラミング技法がこの目的のために使用されてよい。バーコードテクノロジー社（Ｂａｒｃｏｄｅ  Ｔｅｃｈｎｏｌｏｇｙ）はこのようなソフトウェアの１つの供給業者である。
【００３５】
図３（ａ）は、従来のＵＣＣ／ＥＡＮ−１２８クーポンフォーマットを示す。シンボルは、垂直線だけを含むため線形または一次元である。シンボルは並んだ２個のバーコード、すなわち左側にＵＰＣ（Ａ）統一商品コードシンボル３０５及び右側にＵＣＣ−ＥＡＮ−１２８シンボル３１０を含んでいる。この２つの情報はこの目的用に設計されたスキャナにより１回の動作で走査できる。
【００３６】
図３（ｂ）は、ＵＣＣ／ＥＡＮ−１２８バーコードと結合された二次元バーコードの第１の実施形態を示す。シンボルは、シンボルのＵＰＣ（Ａ）部分の上にＲＳＳに次元複合コード３２５が印刷されたＵＣＣ／ＥＡＮ−１２８クーポンフォーマット３２０を含んでいる。ＵＣＣ／ＥＡＮ  １２８クーポンフォーマットの規格に準拠することにより、追加のＲＳＳに次元情報は、新しいＲＳＳスキャナを装備した小売業者と新しい装置を装備していない業者の両方ともが同じクーポンを使用できるようにする。ＲＳＳ情報を読み取ることのできる新しいスキャナを備えた小売業者は、ここに説明される新しい方法でクーポンを処理させることによって恩恵を受けるであろう。新しいＲＳＳスキャナを備えていない小売業者は、彼らが従来行ってきたようにクーポンを受け入れ続けるであろう。
【００３７】
図３（ｃ）は、ＵＣＣ／ＥＡＮ  １２８バーコードと結合された二次元バーコードの第２の実施形態を示す。シンボルは、シンボルのＵＣＣ／ＥＡＮ−１２８部分の上にＲＳＳに次元複合コード３２５が印刷されたＵＳＳ／ＥＡＮ  １２８クーポンフォーマット３３０を含んでいる。
【００３８】
図４（ａ）〜図４（ｃ）は、その設計がＵＣＣ／ＥＡＮ  １２８クーポンフォーマットの規格に準拠するという要件によって制約されていないバーコードシンボルの例である。それらは、バーコードのサイズを最小限に抑え、追加のＲＳＳ二次元バーコードとともに、ここに説明される情報交換の種類を反映するように完全に設計し直されたＲＳＳクーポンを提供する。
【００３９】
図４（ａ）は、コード１２８バーコードと結合された二次元バーコードを示す。シンボルは、コード１２８バーコード４１５の上に印刷された二次元複合バーコード４１０を含んでいる。
【００４０】
図４（ｂ）は、ＵＰＣ（Ａ）バーコードと結合された二次元バーコードを示す。シンボルは、ＵＰＣ（Ａ）バーコード４３５の上に印刷された二次元複合バーコード４１０を含んでいる。
【００４１】
図４（ｃ）は、スタックバーコードと結合された二次元バーコードを示す。シンボルは、ＲＳＳスタック全方向性構成要素４５５の上に二次元複合４４０を含んでいる。
【００４２】
図５（ａ）〜（ｇ）は、最適化されたクーポンバーコードの例を示す。これらは、その設計がＵＣＣ／ＥＡＮ  １２８クーポンフォーマットの規格に準拠するという要件により制約を受けないバーコードシンボルの他の例である。それらは、バーコードのサイズを最小限に抑え、追加のＲＳＳ二次元バーコードとの、ここに説明される情報交換のタイプを反映するように完全に設計し直されたＲＳＳクーポンを提供する。バーコードは使用できるさまざまなサイズを表現する。ＲＳＳシンボルのさまざまな構成及び種類が、それらをさまざまに使用できるようにする。それぞれの例の二次元部分は同じであるが、各コードは異なる数の文字をもち、結果的に異なる幅になる線形部分を含む。例えば図５（ａ）〜（ｇ）の線形部分にそれぞれ６桁から１２桁をもつ。
【００４３】
クーポンは更に小さなバーコードシンボルを使用してよいため、全体的なクーポンのサイズは縮小できる、あるいはさらに多くの人間が読み取ることができる販促情報が提供できる。例えば、図４（ｃ）のフォーマットの総面積は０．６６平方インチ、つまり図３（ａ）のＵＣＣ／ＥＡＮ  １２８クーポンフォーマットの５．２５平方インチ面積の１２％である。ＲＳＳクーポンは追加の６０文字分のデータをもつことができる。同じクーポンオファーを提供するために必要とされるページが少なくなるため、広告費を削減することができる。あるいはクーポンの追加の空間はグラフィックス等に充てることができる。紙の使用の削減のための環境上の利点も生じる。
【００４４】
また、ここに開示されるバーコード化されたクーポンシンボルは、オファー番号、シリアルナンバー、有効期限、製品識別、ファミリコード及び価格コードなどの典型的なＵＣＣ／ＥＡＮ−１２８クーポンフォーマットが保持する情報量を超えた増加した情報を提供する。ＲＳＳ変形物は、ＵＣＣ／ＥＡＮ  １２８クーポンフォーマットの１４文字を超えて、さらに５６，３３８または２３６３多い文字の情報を可能にする。現在では３８８文字のフォーマットが適切であると考えられている。
【００４５】
標準化されたフォーマットは、クーポンが含むことができる追加情報のために提供できる。例えば、標準的なＩＣＣ／ＥＡＮ−１２８クーポンフォーマットを超える追加情報は、（０１）というアプリケーション識別子（ＡＩ）付きのグローバルトレードアイテムナンバー（ＧＴＩＮ）、ＡＩ（２０）付き日付、時間、オファーコード、オファー有効期限、サブオファーコード、発行日、及び一意のシリアルナンバーを含む。例えば、オファーコード「１２３４５」は、２００２年８月２４日日曜日にニューヨークタイムズ紙に印刷され、ニューヨークメトロポリタン地域で配布されたブランドＸの石鹸のクーポンに割り当てられてよい。サブオファーコードは、クーポンが新聞の朝刊に掲載されたのか、午後版に掲載されたのか、あるいは夕刊に掲載されたのかを特定してよい。
【００４６】
既存のクーポンフォーマットの他の問題は、ファミリコードに充てられる制限された面積である。ファミリコードは、製品のどのセットをクーポンが対象にしているのかを示すために製造メーカによって設計される。しかしながら、多様な企業の取り扱い品目のため、これは必ずしも製品の区別を行うために十分ではない。したがって、改良されたファミリコード情報が、本発明の追加データを伝える能力を使用して符号化できる。
【００４７】
クーポンは、クレジットカードまたはデビットカードアカウントの有効期限及び／または個々のクーポンオファーの有効期限とともに符号化されてもよく、後者は処理中に引き換えのためのクーポンの有効性を立証するために使用される。製造メーカは複数のクーポンオファーを同時に実行させることができるため、有効期限はクーポンごとに変わってよい。ＲＳＳクーポンは特定の配布方法に備えて製造メーカによってそれに入れられる特殊な情報も含んでよい。例えば、特定の雑誌または新聞の読者が特定の人口統計データのセットを有する場合、それらの人口統計は、引き換え中にその情報が製造メーカに渡されるように雑誌に印刷されるクーポンを挿入できる。
【００４８】
前述された情報に加えて、クーポンの文字列全体が符号化でき、ＣＲＣコード及びセキュリティコードを保持することができる。ＣＲＣコードはデータ完全性をチェックするために役立ち、重複クーポン及び不正クーポンを大幅に削減する、あるいは排除する。クーポンはかなりの程度の特異性で印刷できるため、詐欺及び複製のパターンはさらに容易に検出できる。クーポンに使用されるクレジットカード及びデビットカードの指定された番号のシーケンスを確保し、申し出られている割引に基づいて関連する取引限度を適用するなど、クレジットカード及びデビットカードの番号の不正使用を回避するために他の保護手段が提供できる。さらに、発行者のクレジットカードまたはデビットカードのアカウントはクーポンの有効期限に従ってそれと関連付けられた有効期限とすることができる。
【００４９】
ＲＳＳクーポンの二次元部分に含まれる情報は、他者がその同じ情報を読み取り、使用できないようにするために、また処理センタが、クーポン発行者だけが利用できる封入された情報を読み取ることができないようにするために符号化されてよい。
【００５０】
さらに、複製及び不正を削減するために大量印刷されたクーポンは、一意のオファーコード及びサブオファーコードを割り当てることによってさらに容易に差別化できる。
【００５１】
本発明の他の利点は、それが小規模企業、個人、及び他のエンティティにクーポンを発行できるようにすることである。対比すると、従来のシステムの元では、ＵＣＣ／ＥＡＮ番号を保持する企業だけしか、既存のＵＣＣ／ＥＡＮ−１２８クーポンフォーマットを使用してクーポンを主催できない。ここに説明されるクーポン引き換えシステムを用いると、システムは、あらゆる企業、人、または彼らがＵＰＣシステムの製造業者であるかどうかに関係なく、クレジットカードまたはデビットカードのアカウント、及びバーコード印刷ソフトウェアを備えたパーソナルコンピュータを持つ他のエンティティに対して開放される。新しい商機が生じると期待される。
【００５２】
クレジットカードまたはデビットカード取引システムを介してクーポンを最適に使用し、引き換えることのできるシステムを作成するために、以下を含む複数の技術及び商行為を導入する必要がある。
【００５３】
ａ．銀行提携――銀行は、エスクロー勘定及び最小差引残高との契約上の取り決めでクーポンの発行者のクレジットカードまたはデビットカードアカウントを処理するためにセットアップされなければならない。
【００５４】
ｂ．処理／スキャナ――「Ｖｅｒｉｆｏｎｅ」またはクーポンからクーポン情報を受け入れることができる他のクレジットカード処理機械を使用する。ＲＳＳクーポン及び従来のクーポンを読み取ることができるバーコードスキャナを使用し、クレジットカード処理機械と通信する。
【００５５】
ｃ．小売業者受け入れ――小売業者は、ＲＳＳクーポン情報を読み取り、理解するために進んで内部ソフトウェアを変更し、ＲＳＳクーポンを読み取るためにレジスキャナを更新するか、自らの従来のシステム及び新規にインストールされる二次元Ｖｅｒｉｆｏｎｅ／スキャナと電話回線の両方でクーポンをダブルスキャンし、現在の引き換えプロセッサを断念しなければならない。
【００５６】
ｄ．製造業者の受け入れ――製造業者は、例えばバーコードテクノロジー社（Ｂａｒｃｏｄｅ  Ｔｅｃｈｎｏｌｏｇｙ）のソフトウェアを使用して、進んで追加ＲＳＳ情報がその中に含まれたクーポンを印刷しなければならない。
【００５７】
ｅ．カスタマ受け入れ――カスタマは、進んでＲＳＳクーポンを使用しなければならない。バーコードのタイプは消費者にはほとんど重要ではないため、これは問題とはならない。製品及び割引が最大の関心である。
【００５８】
図６は、関連付けられた製品が購入されたときにだけクーポンが引き換えられることを保証する方法を示す。
従来のクーポン処理の１つの問題は、販売業者のコンピュータシステムが、新しいクーポンが発行されたときにそれらを認識していないという点である。このため、販売業者のコンピュータシステムが新しいクーポンのオファーをどうしたらいいのか、つまりどのように処理するのかを知ることは困難である。例えば、既定のクーポンのための関連製品が実際にカスタマ注文に存在することを保証するセキュリティ方法は、そのコンピュータシステムがどの製品及び製品ファミリが該オファーに関連付けられるべきかを知っていることを必要とする。その情報が知られている場合には、スキャナとコンピュータは、ＵＰＣ（Ａ）コードが該製品と、購入されている製品に関連するクーポンについて存在することを確かめるためにダブルチェックできるであろう。この問題を解決するために、ＲＳＳクーポン自体が、グローバルトレードアイテムナンバー（ＧＴＩＮ）情報などの関連する製品識別子を含むことができるであろう。ＧＴＩＮは、包装識別子の形を取る１２桁のＵＰＣコードよりさらに具体的な情報を提供する１４桁の番号である。例えば、ＧＴＩＮは石鹸が単一の商品として包装されているのか、６個パックとして包装されているのか、あるいはカートンとして包装されているのかも示すが、ＵＰＣコードは石鹸などの製品を識別する可能性がある。コンピュータはクーポンと関連付けられた製品ＧＴＩＮを読み取り、そのＧＴＩＮまたはＵＰＣ（Ａ）コードの存在がないか取引の中で他の製品を調べることができるであろう。一致がある場合には、クーポン引き換えは許可される。ＵＰＣ−ＡバーコードシンボルはＵＣＣ−１２識別番号を符号化するＥＡＮ／ＵＰＣ記号体系のバーコードシンボルである。図４（ｂ）を参照すること。ＧＴＩＮはすべてのＲＳＳバーコード化クーポンで利用できるであろう。さらに旧式のＵＣＣ／ＥＡＮ−１２８クーポンフォーマットを模倣しなければならない場合には、クーポンの二次元部分を、既存のバーコードシンボルタイプのＵＰＣ左半分またはＥＡＮ−１２８右半分の上に置くであろう。それらのケースでは、ＧＴＩＮは存在しないであろう。
【００５９】
前記プロセスは図６に示されている。ブロック６０５では、本発明に従って提供されるクーポンがＰＯＳで走査される。購入されている製品も走査される（ブロック６１０）。これらのステップは任意の順で発生する可能性がある。ブロック６１５では、クーポンで提供される製品識別子が一時的に記憶され、ブロック６２０では、製品上のバーコードからの製品識別子も記憶される。これらの製品識別子はＧＴＩＮコードであってよい。消費者の注文が合計されるときに実行されてよいブロック６３０では、クーポンからの製品識別子のどれかが購入されている製品からの製品識別子との一致を有するかどうかに関して決定が下される。不一致がない場合（ブロック６４０）、クーポン割引が許可される（ブロック６４５）。不一致がある場合（ブロック６５０）、クーポン割引は許可されない。さらに、例えばキャッシュレジスタ及びディスプレイ上でレジ係及び許可されなかった特定のクーポンの消費者に知らせるためにメッセージが作成される。有利なことに、許可されていないクーポンの引き換え及び不正なクーポンの引き換えは抑えることができる。
【００６０】
本発明を好ましい実施形態に関連して説明し図示したが、当業者に明らかとなるような多くの変形及び変型が本発明の精神及び範囲から逸脱することなくなされうるものであり、したがって、このような変形及び変型は本発明の範囲内に含まれることが意図されるため、本発明は前述されたような方法論または構成の詳細そのものに限定されるものではない。
【図面の簡単な説明】
【００６１】
【図１】クーポン処理システムを示す。
【図２】クーポン処理方法を示す。
【図３（ａ）】従来のＵＣＣ／ＥＡＮ−１２８クーポンフォーマットを示す。
【図３（ｂ）】ＵＣＣ／ＥＡＮ−１２８バーコードと結合された二次元バーコードの第１の実施形態を示す。
【図３（ｃ）】ＵＣＣ／ＥＡＮ−１２８バーコードと結合された二次元バーコードの第２の実施形態を示す。
【図４（ａ）】コード１２８バーコードと結合された二次元バーコードを示す。
【図４（ｂ）】ＵＰＣ（Ａ）バーコードと結合された二次元バーコードを示す。
【図４（ｃ）】スタックバーコードと結合された二次元バーコードを示す。
【図５（ａ）】最適化されたクーポンバーコードの例を示す。
【図５（ｂ）】最適化されたクーポンバーコードの例を示す。
【図５（ｃ）】最適化されたクーポンバーコードの例を示す。
【図５（ｄ）】最適化されたクーポンバーコードの例を示す。
【図５（ｅ）】最適化されたクーポンバーコードの例を示す。
【図５（ｆ）】最適化されたクーポンバーコードの例を示す。
【図５（ｇ）】最適化されたクーポンバーコードの例を示す。
【図６】クーポンが、関連する製品が購入されたときにだけ引き換えられることを確実にするための方法を示す。
【符号の説明】
【００６２】
１００    販売場所（ＰＯＳ）
１０５    クーポン
１１０    スキャナ／リーダー
１１２    スキャナ／リーダー
１２０    販売業者のコンピュータシステム
１２２    キャッシュレジスタ及びデイスプレイ
１２５    通信網
１３５    処理センタ
１４５    消費者アカウント
１５０    サービサーアカウント
１５５    発行者アカウント
１６５    販売業者アカウント
【図１】
2006511888.tif 000003
【図２】
2006511888.tif 000004
【図３（ａ）】
2006511888.tif 000005
【図３（ｂ）】
2006511888.tif 000006
【図３（ｃ）】
2006511888.tif 000007
【図４（ａ）】
2006511888.tif 000008
【図４（ｂ）】
2006511888.tif 000009
【図４（ｃ）】
2006511888.tif 000010
2006511888.tif 000011
【図６】
2006511888.tif 000012
【国際調査報告】
2006511888.tif 000013
2006511888.tif 000014