JP6106668B2 - 販売時点情報管理システムを強化する方法 - Google Patents

Description

本発明は、販売時点情報管理システムを強化する方法に関する。特に、本発明は、販売時点情報管理ハードウェアを変えたりそのハードウェアに取り込まれたソフトウェアを変えたりせずに、小売環境において見られるような販売時点情報管理システム機能性を強化する方法に関する。

小売業者は、販売活動を合理化し、小売業者が販売処理を行い、支払を取扱い、後に情報を読み出せるようトランザクションを記憶できるようにする販売時点情報管理ハードウェア及びソフトウェア（ＰＯＳシステム）を使用している。ＰＯＳシステムは、一般的に、内部ネットワーク接続を使用して制御サーバ（“バックオフィス”サーバ）に接続される販売時点情報管理端末を含む複数の要素を含む。スーパーマーケット等の大規模小売環境では、バックオフィスサーバと通信するこのようなＰＯＳ端末が複数ある場合もある。なお、バックオフィスサーバはローカルで（例えば店内で）又はリモートで（この場合ＰＯＳ端末はローカル通信ネットワーク及びインターネット等の追加の通信ネットワークを介してバックオフィスサーバと通信する可能性がある）配置されている可能性がある。

ＰＯＳシステムは小売業者にとって非常に高額な投資である。小売業者は、長期に渡る提案要請（ＲＦＰ）プロセスの後にＰＯＳプロバイダを選択し、一旦投資が行われると、ＰＯＳシステムは頻繁にはアップグレードされない。

ＰＯＳシステムの機能性を拡張することは常に課題であったが、最近のクーポン券の流行と携帯電話の普及によって、小売業者には、できる限り早急にＰＯＳシステムの機能性をサポートする方法を検討するように極めて大きな圧力がかかっている。ＰＯＳシステムがクーポン券の発行及び引き換えをサポートするようにＰＯＳソフトウェアを再設計及び開発すること、及びモバイルチャネルと一体化することがいつでも可能であることは明らかであるが、この選択肢はコストと時間が掛かる。

図１は、ＰＯＳ端末３、レシートプリンタ５、バーコードスキャナ７、ＰＩＮコードの入力用データ入力デバイス９（“ＰＩＮパッド”）、バックオフィスサーバ１１、及び支払処理サーバ１３を備える販売時点情報管理システム１の典型的なＰＯＳ構成を示す。ＰＯＳ端末、バックオフィスサーバ１１、及び支払処理サーバ１３は、ネットワーク１５（ローカルネットワーク、インターネット、又はその両方の混合であり得る）を介して互いに通信する。

ＰＯＳ端末３は、製品データベース１９と通信する販売時点情報管理アプリケーションソフトウェアモジュール１７と、支払アプリケーションソフトウェアモジュール２１を備える。

販売時点情報管理アプリケーションソフトウェアモジュール１７及び支払アプリケーションソフトウェアモジュール２１は、各々、レシートプリンタ５及びスキャナ７と通信し、ネットワーク１５を介してバックオフィスサーバ１１及び支払処理サーバ１３と通信する。

販売時点情報管理アプリケーションソフトウェアモジュール１７は、販売されるアイテムを一つずつ記録し、総合収支を計算し、予め設定されたプロモーションを開始し、次に複数の支払方法を受け付ける。典型的には、アイテムはスキャナ７を使用して入力される。外装に印刷されたバーコードを有するアイテムは、スキャナ７の正面に配置され、スキャナ７は、バーコードをスキャンし、このバーコードを入力としてＰＯＳソフトウェアモジュール１７に渡す。ＰＯＳソフトウェアモジュール１７は、ローカルデータベース１９に問い合わせを行い、アイテムの価格を読み出し、この価格はスクリーン（図１には図示せず）上に表示される。

全てのアイテムがスキャンされると、レジ担当者は、顧客に、使用する好ましい支払の種類を尋ね、ユーザがカードでの支払いを選択すると、ＰＯＳソフトウェアモジュール１７は支払アプリケーションソフトウェアモジュール２１に接続する。

支払アプリケーションソフトウェアモジュール２１は、外部デバイス９に、クレジットカードの詳細、及び、任意で、カードに関連するＰＩＮを取得させる。ＰＩＮコードが必要でない場合は、支払アプリケーションソフトウェアモジュールは、磁気ストリップリーダ（デバイス９と一体化していてもよい）と連動してもよく、磁気ストリップリーダは、ユーザ又はレジ担当者がカードをストリップリーダに通すとカードの詳細を読み取る。

トランザクションに対する支払いが済んだ時点で、ＰＯＳアプリケーションソフトウェアモジュール１７は、このトランザクションの詳細をフォーマットし、レシートプリンタ５に送信する。多くの場合、２つ以上のレシートが印刷される。１枚は顧客用、１枚は小売業者用である。なお、小売業者用のレシートのコピーは、顧客用のレシートよりも多くの情報を含んでいる可能性がある（例えば、顧客用のレシートが使用したカードの下４桁の数字しか含まないのに対して、カードの全詳細を含む）。

支払アプリケーションソフトウェアモジュール２１は、カードを認証し、ＰＩＮを検証し、このカードによる支払を認可する。これは、ネットワーク接続１５上で支払プロセッサ１３にアクセスすることによって行われる。支払プロセッサ１３は、小売業者の店舗内外でホストされる場合があり、小売業者の店舗外でホストされる場合、支払アプリケーションソフトウェアモジュール２１から支払プロセッサ１３へのネットワーク経路は、小売業者のローカルコンピュータネットワークから離れ、インターネット又はその他の通信ネットワーク（例えば、専用通信ネットワーク又はモバイル通信ネットワーク）を用いてもよい。また、ネットワーク１５は、ＰＯＳアプリケーションソフトウェアモジュール１７によって、トランザクションの詳細をバックオフィスサーバ１１に送信するために用いられる。

ＰＯＳアプリケーションソフトウェアモジュール１７は、典型的には、商品オペレーティングシステム（例えばＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ又はＬｉｎｕｘ）上で動作する。ＰＯＳ端末３の外部の各デバイスは、標準コネクタ、即ち、シリアル、パラレル、ＵＳＢ、又はイーサネットポートを使用してマシンに接続される。ＰＯＳソフトウェア及び支払ソフトウェアのベンダと外部デバイスのベンダとの相互運用性を単純化するため、Ｍｉｃｒｏｓｏｆｔ、ＮＣＲ、Ｅｐｓｏｎ、及びＦｕｊｉｓｔｕ−ＩＣＬによる企業コンソーシアムが各デバイス間のインターフェースを規格化した。これらの規格は典型的にはＪａｖａ又はＣＯＭ ｔｅｃｈｎｏｌｏｇｉｅｓにおいて実施され、ＪＡＶＡＰＯＳ又はＯＰＯＳの名前で知られている。

なお、ＯＰＯＳは、コンポーネントオブジェクトモデル（ＣＯＭ）技術を使用するＷｉｎｄｏｗｓ（登録商標）オペレーティングシステム用の相互運用性規格の実施である。ＯＰＯＳは、サービスオブジェクトと呼ばれる一組のライブラリにおいて、各デバイスのインターフェースを定義する一組の制御オブジェクトと、上記インターフェースを実施する一組のサービスオブジェクトを定義する。典型的には、サービスオブジェクトはハードウェアプロバイダ（例えば、プリンタであればＥｐｓｏｎ）によって提供される。

ＪＡＶＡＰＯＳは、ＪＡＶＡ言語における規格の実施である。ＪＡＶＡＰＯＳは、ＯＰＯＳと同じアーキテクチャを使用し、一組のＪＡＶＡクラスがＡＰＩのインターフェースを定義し、他の一組のＪＡＶＡクラスがサービスオブジェクトと呼ばれるこれらインターフェースの実施を定義する。典型的には、メーカーはＪＡＶＡにおけるこれらサービスオブジェクトの実施を提供する。

図２は、物理デバイス２３（例えば、図１のプリンタ５又はスキャナ７）とＰＯＳアプリケーションソフトウェアモジュール１７との間のインターフェースとなるように用いられるＯＰＯＳのコンポーネントの典型的なレイアウトを示す。ＰＯＳアプリケーションソフトウェアモジュール１７は、標準ＯＰＯＳアプリケーションプログラミングインターフェース（ＡＰＩ）３０を使用して物理デバイス２３にアクセスするよう配置される。ＰＯＳアプリケーションソフトウェアモジュール１７と物理ハードウェアデバイス２３との間の通信は、ＯＰＯＳデバイス３２（実際はＰＯＳ端末３内のソフトウェアスタックである）によって処理される。

ＯＰＯＳデバイスは、ＰＯＳアプリケーションソフトウェアモジュール１７に対するインターフェースを提供するＯＰＯＳデバイス制御モジュール３４と、デバイス２３への通信を提供するＯＰＯＳデバイスサービスモジュール３６を備える。

ＯＰＯＳデバイスサービスモジュール３６は、物理デバイス２３の細部を実施し、典型的にはハードウェアベンダによって提供される。例えば、レシートデータを印刷するため、ＰＯＳアプリケーションソフトウェアモジュール１７は以下の方法を呼び出す。即ち、ＰｒｉｎｔＮｏｒｍａｌ（Ｉｎｔｅｒｇｅｒ Ｓｔａｔｉｏｎ， Ｓｔｒｉｎｇ ＤａｔａＴｏＢｅＰｒｉｎｔｅｄ）：パラメータ“Ｓｔａｔｉｏｎ”で指定されたステーションに対して“ＤａｔａＴｏＢｅＰｒｉｎｔｅｄ”で指定されたデータを印刷する。ＰＯＳ端末３に取付けられた下位プリンタに関係なく動作することが保証される。

スキャナ７にも同様のＡＰＩが存在する。例えば、ＰＯＳ端末３に取付けられたスキャナに関係なく、“ＳｃａｎＤａｔａ”と呼ばれるスキャナのプロパティは、スキャンされたデータを常に保持する。ＰＯＳアプリケーションソフトウェアモジュール１７は、スキャナからｒｅａｄイベントを受信し次第、このデータを読み出すことができ、スキャンされたアイテムのバーコードを保持することが保証される。

また、図２のレイアウトによく似た配置を用いてＰＯＳソフトウェアモジュールをハードウェアデバイスにインターフェースするためのＪＡＶＡＰＯＳシステムを記述してもよい。

ＰＯＳアプリケーションソフトウェアモジュール１７によって送信されるデータストリームにアクセスするには、そのデータにアクセスするために適切なコードを追加できるようアプリケーションを変える必要がある。

なお、小売業者は、顧客を把握する方法、多くのチャネルによって顧客に到達する方法、顧客と関わるための追加のチャネルとして携帯電話を利用する方法、店舗における顧客の経験に関する情報を収集する方法を模索している。典型的に、これらはいずれもＰＯＳソフトウェア及びハードウェアの大きな変更を必要とする。

例えば、顧客に関する情報を収集できるように、小売業者は、ロイヤルティカードを使用して顧客のプロフィールを構築する。ロイヤルティカードは普及しているが、管理コストが非常に高い。ロイヤルティカードに必要なＩＴインフラを管理するだけで６００万ポンドを超えるコストが掛かる。ロイヤルティカードに関連するオファーは未だに郵便を使用して送らなければならず、これはコストが掛かるだけでなく、事前の入念な計画が必要である。即ち、小売業者は、どのようなオファーをどれだけの数量で提供すべきかを知る必要がある。更に、オファーが期待通りに機能していない場合、キャンペーン中に軌道修正する方法がない。

リアルタイムで顧客にオファーを提供するために、小売業者は、第２のプリンタを使用して販売時点情報管理レジにてクーポン券を印刷する方法を選択する場合がある。しかしながら、この方法を実施する小売業者は、ロイヤルティカードスキーム、カラープリンタ一式、及び非常にコストの掛かる対象ソフトウェアを運用する必要がある。この小売業者によって使用されるタイプのプリンタ１台の小売価格は数百ポンドもし、従って、この方法では、多数の販売時点情報管理端末を備える大きい環境であればあるほどコストが掛かる。

従って、標準的な販売時点情報管理環境の修正は、トランザクションデータへのアクセス（従ってＰＯＳハードウェア及び／又はソフトウェアを修正する必要がある）と、トランザクションデータをロイヤルティカードと関連付けることと、他のソフトウェアに第２のプリンタでオファーを印刷させることとを保証することが重要であることが分かる。

従って、本発明の目的は、新しいハードウェアの追加を必要とせず、かつＰＯＳプロバイダプロプライエタリソフトウェアモジュールの修正を必要とせずに、販売時点情報管理システムの機能性を修正／強化するためのメカニズムを提供することである。

本発明の第１の態様によれば、販売時点情報管理（ＰＯＳ）システムを運用する方法であって、前記ＰＯＳシステムは、小売業者がトランザクション環境内でトランザクションを処理できるようにするためのソフトウェアモジュールを有するＰＯＳ端末と、前記ＰＯＳ端末と通信する周辺デバイスとを備え、前記ＰＯＳシステムは、前記ソフトウェアモジュールと前記周辺デバイスとの間にドライバソフトウェアモジュールを更に備え、前記方法は、前記ソフトウェアモジュールと、前記ＰＯＳ端末に通信する前記周辺デバイスとの間で送信されたデータを前記ドライバソフトウェアモジュールにて受信すること、前記ドライバソフトウェアモジュールにて受信された前記データに応じて追加デバイスと通信すること、前記追加デバイスから修正されたデータを受信すること、及び前記修正されたデータを出力することを含む方法が提供される。

典型的な販売時点情報管理（ＰＯＳ）システムは、例えばスーパーマーケットの精算レーンのレジにおける、基本的にはコンピュータであるＰＯＳ端末を備える。このＰＯＳ端末は、インストールされた１つ以上のソフトウェアモジュールを有する（“小売業者がトランザクション環境内でトランザクションを処理することを可能にするためのソフトウェアモジュール”を“ＰＯＳ端末ソフトウェアモジュール”とも呼ぶ）。例えば、このＰＯＳ端末は、上述した販売時点情報管理アプリケーションソフトウェアモジュール及び支払アプリケーションソフトウェアモジュールを備える。従来の構成において、これらのソフトウェアモジュールは、スキャナやプリンタ等の１つ以上のハードウェアデバイスと通信する。

このソフトウェアモジュールは、販売時点情報管理ソフトウェアプロバイダのプロプライエタリすなわち、小売業者が修正したり変更したりできないクローズドなソフトウェアコンポーネントである。同様に、ハードウェアデバイスも小売業者が容易には修正したり変更したりできないプロプライエタリデバイスである可能性がある。

従って、典型的なＰＯＳシステムのセットアップを変更することは、技術的にも経済的にも重要な課題である。

しかしながら、本発明は、プロプライエタリソフトウェアモジュールとハードウェアデバイス（周辺デバイス）との間のデータ通信路にインストールされるよう構成された追加のソフトウェアコンポーネント、すなわち、前記ドライバソフトウェアモジュールを備えることによってＰＯＳシステムの機能性を変更するためのメカニズムを提供する。このように、例えばＰＯＳアプリケーションソフトウェアモジュールからプリンタへの又はスキャナからＰＯＳアプリケーションソフトウェアモジュールへの通信はすぐに傍受され、データは、例えばローカル又はリモートにあるサーバ又はコンピュータなどの“追加デバイス”に転送され、それ以外の場合は修正される。このように、ＰＯＳシステムの機能性は、以前の方法の欠点がないよう強化される。ドライバソフトウェアモジュールは、ＰＯＳ端末上にある（インストールされる）と都合がよい。

前記ＰＯＳ端末は、販売時点情報管理アプリケーションソフトウェアモジュールを備え、ドライバソフトウェアモジュールで受信された前記データは、トランザクションデータを含むことが好ましい。このような例では、前記ソフトウェアモジュールは、トランザクションアイテムの詳細を備えるデータベースと通信する。前記ＰＯＳ端末は、支払アプリケーションソフトウェアモジュールも備え、ドライバソフトウェアモジュールで受信された前記データは、前記ＰＯＳシステムによって処理された前記トランザクションに関する支払データを含む。

追加デバイスとの前記通信ステップは、前記ドライバソフトウェアモジュールが、最初の受信ステップにおいて（ＰＯＳ端末ソフトウェアモジュール又は周辺デバイスから）受信されたデータ又はその一部を、前記追加デバイスに送信することを含むことが好ましい。前記ドライバソフトウェアモジュールは、受信したデータを、修正せずに前記追加デバイス（例えばリモートサーバ）に転送する。或いは、追加の情報をアペンド又はプリペンドしてもよい。更に、前記ドライバソフトウェアモジュールは、受信したデータの抽出又は処理バージョンを転送するだけでもよい。

前記ドライバソフトウェアモジュールは、前記ＰＯＳ端末ソフトウェアモジュールから前記周辺デバイスの要件にフォーマットされたデータを受信することが好ましい。後で前記追加デバイスから戻される修正されたデータは、前記追加デバイスによって周辺デバイスの要件にフォーマットされてもよく、又は、修正されたデータは、ドライバソフトウェアモジュールによって周辺デバイスの要件にフォーマットされてもよい。このように、周辺デバイスの視点からは、周辺デバイスは、正確にフォーマットされたデータが標準ＰＯＳソフトウェアモジュールから生じたかのように受信しているので、ドライバソフトウェアモジュールを確認しない。

前記追加デバイスは、リモートにあるサーバでもよい。このように、トランザクションデータ又はトランザクションデータに関する詳細は、リモートサーバに送信され、そこで、オファーの条件が満たされているかを確認する又は追加のサービスを提供（例えばロイヤルティスキームをホストする）ために、処理される（例えばトランザクションデータ内の特定のトランザクションアイテムの存在を有効化する）ことができる。これは、潜在的にあらゆる小売環境において消費者が行うあらゆるトランザクションをロイヤルティスキーム内に含まれることができるよう小売業者から独立した（言い換えれば小売業者はスキーム自体に関与しなくてもよい）ロイヤルティスキームに消費者がサインアップすることができるという利点を有する。

前記周辺デバイスは、スキャナやプリンタ、又はタッチパッドやディスプレイデバイスなどの他のデバイスを備えることが好ましい。

前記周辺デバイスがプリンタである場合、前記修正されたデータは、前記ＰＯＳ端末から受信された前記データ、及び前記追加デバイスによって追加されたバーコードを備える。トランザクションデータ及びバーコードは、次に、レシートを印刷するためにプリンタに出力される。このように、消費者には、前記追加デバイスから供給されたバーコードを介して消費者のトランザクションに関する情報にアクセスする手段が提供される。例えば、バーコードは、消費者がレシートのデジタルコピーを（例えば、スマートフォンやタブレットの“アプリ”などの適切に装備されたモバイルデバイスでバーコードを読み取ることによって）復元できるようにトランザクションデータのコピーを含む。また、バーコードは、オンラインに保持された情報（例えば、トランザクションサーバの保持されたオンラインにおけるトランザクションのコピー）用又はリモートコンピューティングデバイスにアクセスして追加のサービスにアクセスするための（例えば、ロイヤルティスキーム、又はトランザクションサーバからトランザクションオファーを読み出すための、又は消費者が回答するアンケートを読み出すための）識別子を有してもよい。ある実施形態では、消費者は上記機能の全てにアクセスすることができる。

前記バーコードは、２次元コード又はＱＲコードであることが好ましい。

なお、小売環境においては、小売業者自身のオファーの一部ではない（例えば、Ｓａｉｎｓｂｕｒｙ’ｓ（登録商標）において使用されるＣｏｃａ−Ｃｏｌａ（登録商標）からの飲料のオファー）紙又は携帯電話によるオファーバウチャーの誤認に関する問題がある。実際に持ってこられたアイテムとオファー（小売業者のバックオフィスシステム上に存在しない）を一致させる簡単な方法がないため、小売業者が誤認してしまうバウチャーが多い。

この問題に対処するため、前記ドライバソフトウェアモジュールは、バウチャーバーコードをスキャンしたスキャナ周辺デバイスからデータを受信する。前記バーコードは、次に、一意識別子に関して分析され、前記ドライバソフトウェアモジュールは、リモートにあるサーバデバイスと通信して前記一意識別子を有効化する。このように、ドライバソフトウェアモジュールがトランザクションデータの詳細（ＰＯＳアプリケーションソフトウェアモジュールから受信した）をリモートサーバに更に提供し、リモートサーバが、スキャンされたバウチャーに対してトランザクションデータのコンテンツを分析する能力を有するように構成されるので、消費者が小売環境に持ち込む紙によるバウチャーは正確に処理される。このようにして、小売環境におけるバウチャーの誤判別を回避することができる。また、小売業者自身のロイヤルティスキーム又は社内オファーの一部ではないバウチャーを小売業者が受理して処理するメカニズムが提供される。従って、前記追加デバイスから戻される前記修正されたデータは、前記バウチャーバーコードを備え、前記ドライバモジュールは前記修正されたデータを前記ＰＯＳ端末に出力する。また、前記ドライバモジュールは、前記追加デバイスから受信する前記修正されたデータを前記ＰＯＳ端末の要件にフォーマットするように構成されることが好ましい。

上述のように、前記ドライバモジュールは、前記追加デバイスに、スキャナでスキャンされたバウチャーバーコードの詳細と、ＰＯＳ端末によって記録されたトランザクションのトランザクション詳細を送信し、これらの詳細が処理されて確認されるようにすることが好ましい。

前記ドライバソフトウェアモジュールは、ＰＯＳ端末からトランザクションアイテムデータを受信し、スキャナからバウチャー関連データを受信する。前記トランザクションアイテムデータ及びバウチャー関連データは、次に、前記追加デバイスに伝達され、オファーの条件が満足されていることを検証するために、前記トランザクションアイテムデータにおける前記スキャンされたバウチャーに関連するトランザクションの存在を許容することができる。

前記ドライバソフトウェアモジュールは、様々な方法でＰＯＳシステムに組み込まれることが好ましい。

前記ＰＯＳ端末が、周辺デバイスの動作を制御するように構成されたドライバスタックを備える場合、前記ドライバソフトウェアモジュールはドライバスタック内のフィルタドライバとして構成される。

前記ＰＯＳ端末がＯＰＯＳデバイス（ＯＰＯＳデバイス制御モジュール及びＯＰＯＳデバイスサービスモジュール）を備える場合、前記ドライバモジュールは、ＯＰＯＳデバイス制御モジュールとＯＰＯＳデバイスサービスモジュールとの間に位置する。ＪＡＶＡＰＯＳ環境では、前記ドライバソフトウェアモジュールは、ＪＡＶＡＰＯＳデバイス制御モジュールとＪＡＶＡＰＯＳデバイスサービスモジュールとの間に位置する。或いは、前記ドライバソフトウェアモジュールは、ＪＡＶＡＰＯＳ又はＯＰＯＳ層において論理サービスオブジェクトとしてインストールされるように構成されてもよい。

データがプリンタドライバによってハイレベルでラスタライズされる場合、前記ドライバソフトウェアモジュールはＡＰＩフックを備える。

前記ドライバソフトウェアモジュールによって出力される前記修正されたデータは、複数の宛先、例えば、前記ＰＯＳシステムの一部である前記周辺デバイス（例えば、プリンタ、スキャナ、ディスプレイ、支払端末など）に又は追加の周辺デバイス（例えば、補助プリンタ）に出力される。前記修正データの１つ以上の宛先デバイスは、近距離通信可能なデバイスでもよく、次に、前記修正されたデータは、前記ＰＯＳ端末からＮＦＣ通信を介して宛先デバイスに送信される。前記修正されたデータは、トランザクションデータ、ユーザに渡されるクーポン券／バウチャーに印刷するためのデータ、消費者／顧客に関するデータ、小売業者に関連するデータ、プリンタデバイスのためのフォーマットデータ（例えば、両面印刷又はカラー印刷の指示）、及びその他の種類のデータを備える。

前記ドライバモジュールは、データパーサモジュールを備えると都合がよい。

上述の本発明は、小売業者が、ＰＯＳ又は支払処理ソフトウェアを変更せずに、レジで使用されることを目的とするクーポン券、ＱＲベースのロイヤルティ、及び支払カードロイヤルティの全てに対して小売業者のＰＯＳを拡張することができるようにする技術である。

本発明の第２の態様によれば、販売時点情報管理（ＰＯＳ）端末であって、前記ＰＯＳ端末は、当該ＰＯＳ端末が周辺デバイスと通信するトランザクション環境内で小売業者がトランザクションを処理できるようにするためのソフトウェアモジュールと、前記ソフトウェアモジュールと前記周辺デバイスとの間にインストールされたドライバソフトウェアモジュールとを備え、前記ドライバソフトウェアモジュールは、前記ソフトウェアモジュールと前記ＰＯＳ端末に通信する前記周辺デバイスとの間に送信されたデータを受信し、前記ドライバソフトウェアモジュールにて受信された前記データに応じて追加デバイスと通信し、前記他のデバイスから修正されたデータを受信し、前記修正されたデータを出力するように構成される販売時点情報管理（ＰＯＳ）端末が提供される。

本発明の第３の態様によれば、販売時点情報管理（ＰＯＳ）システムの機能性を強化する方法であって、前記ＰＯＳシステムは、小売業者がトランザクション環境内でトランザクションを処理できるようにするためのソフトウェアモジュールを有するＰＯＳ端末と、前記ＰＯＳ端末に通信する周辺デバイスとを備え、前記方法は、前記ソフトウェアモジュールと前記周辺デバイスとの間にドライバソフトウェアモジュールをインストールすることを含み、前記ドライバソフトウェアモジュールは、使用中に、前記ソフトウェアモジュールと前記ＰＯＳ端末に通信する前記周辺デバイスとの間で送信されるデータを受信し、前記ドライバソフトウェアモジュールにて受信された前記データに応じて追加デバイスと通信し、前記追加デバイスから修正されたデータを受信し、前記修正されたデータを出力するように構成される方法が提供される。

本発明の第４の態様によれば、本発明の第２の態様に従うＰＯＳ端末と通信するトランザクションサーバを運用する方法であって、前記ＰＯＳ端末からデータを受信すること、修正されたデータを生成するために前記データを処理すること、前記修正されたデータを前記ＰＯＳ端末に出力することを備える方法が提供される。

前記ＰＯＳ端末から受信されるデータが、トランザクションアイテムデータ及びバウチャー関連データを備える場合、前記処理ステップは、オファーの条件が満たされていることを確認するために前記トランザクションアイテムデータにおけるスキャンされたバウチャーに関連するトランザクションの存在を判断することを含むことが好ましい。

前記ＰＯＳ端末から受信されるデータは、ロイヤルティ及び支払カード情報と一緒に記憶されるトランザクションデータを備えることが好ましい。

前記ＰＯＳ端末から受信される前記データは、（オンラインサインアップ処理における消費者に関連する支払カードから順に導出される）消費者識別子に対して記憶されるトランザクションデータを備えてもよい。前記トランザクションサーバは、前記トランザクションサーバに記憶されるトランザクションデータのリクエストをモバイルデバイスから受信する。前記モバイルデバイスは、前記トランザクションサーバ上に記憶された前記トランザクションデータを突き止める識別子に関するレシート上のバーコードをスキャンするように構成されたバーコードスキャニングアプリケーションを備える。

代替的な構成では、モバイルデバイスは、レシートに印刷されたバーコードからトランザクションデータを取得し、このデータが、ロイヤルティサインアップデータと共に前記トランザクションサーバにアップロードされる。

前記トランザクションサーバは、特定の消費者又はモバイルデバイスに関する現在及び将来のトランザクションデータを記憶するように構成される。このように、経時的な消費者のトランザクション傾向がトラックされ、それにより、複数のトランザクションオファーを提供することができるようになる（例えば、クレジット又はその他の種類の褒賞を受けるために所定の期間Ｘ個のアイテムを購入するように消費者に要求するオファーが行われる。トランザクションデータを送信してトランザクションサーバで記憶することにより、このような複数のトランザクションオファーが可能になる）。

当然のことながら、本発明の第１の態様の好適な及び／又は任意の特徴は、単独で又は適宜組み合わせて、本発明の第２、第３、及び第４の態様に設けられてもよい。

本発明は、本発明の第１の態様の方法を実行するためにコンピュータ又はＰＯＳ端末を制御することを目的としてコンピュータ可読コード保有用キャリア媒体、及び本発明の第１、第３、及び第４の態様の方法を実行するためにサーバを制御することを目的としたコンピュータ可読コード保有用キャリア媒体に及ぶ。

上述のように、本発明の態様は、販売時点情報管理又は支払処理ソフトウェアを修正することなく全ての又は一部の支払カード番号又はロイヤルティカード又はこれらの任意の派生物をレシートに印刷されるようなトランザクションの詳細と関連付けるために任意の既存の販売時点情報管理システム及びサポートする支払処理システムを拡張する方法を提供する。全て若しくは一部のカード番号、その派生物又はロイヤルティカードは夫々顧客のプロキシとして使用され、オファーエンジンは、そのカード所有者に送信する適切なオファーを選択する。オファーは、レシートの印刷に使用される同じプリンタを使用してレジにてクーポン券として印刷される。オファーは、レシートプリンタ以外の補助プリンタで（ドライバソフトウェアモジュールの動作によって）印刷されてもよい。関連オファーは、ＰＯＳと顧客のモバイルデバイスとの間の任意の接続を使用して顧客に送信される。レシートに印刷されたトランザクションデータは、ユーザのモバイルデバイスのレジへの任意の接続を使用してモバイルデバイスに送信される。本発明は、販売時点情報管理又は支払処理ソフトウェアを修正することなくレシートプリンタに送信されるデータのコンテンツを傍受して修正するために任意の既存の販売時点情報管理システムを拡張する方法を提供する。レシートデータは傍受され、修正され、レシートに印刷された追加のコードと共にレシートプリンタに送信されてもよい。このコードは、モバイルデバイスを稼働させるアプリケーションを使用することによって自動的に読み取られ又はモバイルデバイスに手作業で入力され、デジタルフォーマットのレシートを復元するように構成されてもよい。追加コードは、モバイルデバイスに読み取られ、次にモバイルデバイス上で動作するアプリケーションによって、ユーザを現在のトランザクションと関連付け、ユーザに関連するトランザクションの履歴を構築するように使用されてもよい。このコードはモバイルデバイス上で動作するアプリケーションによって処理され、ユーザには、褒賞、フィードバックのリクエスト、又はレビューのリクエストが提示されてもよい。このコードは、使用された支払カード、又はロイヤルティカードをエンコードし、モバイルデバイス上で動作するアプリケーションが、使用された支払カード又は使用されたロイヤルティカード（又は任意のそれらの派生物）を復元すること及びこれらのカードを使用してユーザをこれらのカードのいずれかが使用される任意のトランザクションと関連付けることができるようにしてもよい。リクエストされた褒賞又はフィードバックは、現在のバスケット内のアイテム、現在のトランザクションに対する総支出金額、任意の期間の購入又は褒賞の履歴を条件としてもよい。スキャナデータが傍受される場合、バーコードは外部のアプリケーションによって確認され、ＰＯＳアプリケーションが理解するコードに変換されてもよい。

既知の販売時点情報管理（ＰＯＳ）レジの構成を示す。 ＯＰＯＳアーキテクチャを示す。 本発明の一実施形態に従うＯＰＯＳアーキテクチャを示す。 本発明の一実施形態に従うデジタルレシートを復元するためにＱＲコードをデコードする方法を示す。 モバイルデバイスからスキャンされたアンケートの一例を示す。 本発明の一実施形態に従うロイヤルティスキームのためのサインアップ処理の一例を示す。 本発明の一実施形態に従うオファーを復元するためにＱＲコードをデコードする方法を示す。 本発明の一実施形態に従うオファー処理の概観を示す。 本発明の一実施形態に従うサインアップ処理を示す。 本発明の一実施形態に従うトランザクションデータをエンコードするためのエンコーディング処理を示す。 本発明の一実施形態に従うバーコードが印刷されたレシートの一例を示す。 本発明の一実施形態に従うオファーを照合するためにレシート上のバーコードをデコードする処理を示す。 本発明の一実施形態に従うステータステーブルをアップデートする処理を示す。 本発明の一実施形態に従うデジタル署名を行いこの署名を検証する処理を示す。 本発明の一実施形態に従うオファーに署名して検証する処理を示す。 本発明の一実施形態に従うオファー起動処理を示す。 ＮＦＣデバイスを備えるＰＯＳレジを示す。 本発明の一実施形態に従う複数購入オファー制度の処理を示す。 本発明の一実施形態に従うオファーを照合して引き換える処理を示す。 本発明の一実施形態に従うオファーアクティブ化処理を示す。 本発明の一実施形態に従う精算処理を示す。 モバイルデバイス及びリモートサーバを示す。 本発明の一実施形態に従うポイント付与処理を示す。 ポイントサーバの規則構造の一例を示す。 本発明の一実施形態に従うオファーを読み出す方法を示す。 既知の電子レシートソリューションを示す。 本発明の一実施形態に従う電子レシートシステムを示す。。 ユーザ認証処理を描写する。 バウチャー／クーポン券の作成処理を示す。 バウチャー／クーポン券の引き換え処理を示す。 既知のフィルタドライバアーキテクチャを示す。 本発明の一実施形態に従うフィルタドライバアーキテクチャを示す。 既知のＡＰＩ構造を示す。 本発明の一実施形態に従うフックＡＰＩを使用するフィルタドライバを示す。

本発明がより容易に理解されるように、本発明の好適な非制限的な実施形態を添付の図面を参照して以下に記述する。

図３は本発明の第一の実施形態を示す。なお、同様の番号を使用して全請求項に渡る同様の特徴を示す。

図３に描かれたアーキテクチャは、図２の既知のＯＰＯＳアーキテクチャと同様である。ここではＯＰＯＳデバイス３２が更に、ＯＰＯＳデバイス制御モジュール３４とＯＰＯＳデバイスサービスモジュール３６との間に位置される仮想物理ドライバソフトウェアモジュール４０を備える。

ドライバソフトウェアモジュール４０を含むことにより、ＰＯＳアプリケーションソフトウェアモジュール１７又は支払アプリケーションソフトウェアモジュール２１と物理デバイス２３との間のデータ通信をモニタリングして傍受することができる。ドライバソフトウェアモジュール４０は、ＰＯＳシステム１の外部から生じるデータ通信が、ＯＰＯＳデバイス３２に挿入され、物理デバイス２３又はＰＯＳアプリケーションソフトウェアモジュール１７／支払アプリケーションソフトウェアモジュール２１にルーティングされるようにする。このように、トランザクションに関する情報がＰＯＳシステム１から抽出され、追加情報がＰＯＳ端末３と物理デバイス（５，７）との間の通信路に追加されることができる。

より詳細には、仮想ドライバソフトウェアモジュール４０は、以下の通りにインストールされ動作される。

インストールステップでは、ＯＰＯＳデバイス制御ソフトウェアモジュール３４とＯＰＯＳデバイスサービスソフトウェアモジュール３６との間に存在するよう仮想物理ドライバソフトウェアモジュール４０はＰＯＳ端末３にインストールされる。

第１の動作ステップでは、ＰＯＳアプリケーションソフトウェアモジュール１７又は支払アプリケーションソフトウェアモジュール２１から物理デバイス２３に渡される各コマンドは、モニタリングされ、データストリームパーサモジュール４２に渡される。

第２の動作ステップでは、データストリームパーサモジュール４２は、データをパースして、トランザクションアイテムのリスト；総支出金額；何らかのプロモーションの詳細；レジ担当者名又はＩＤ、及び／又はその他の関心データを作成する。データストリームパーサ４２は、正規表現パーサを使用して実現される。また、ストリームパーサ４２は、使用されたカードの詳細（カード番号の下４桁の数字及び有効期限等の部分的な詳細、又は、可能な場合は全詳細）をパースする。なお、支払アプリケーションソフトウェアモジュール２１がスタックＯＰＯＳデバイス３２を使用するので、仮想物理ドライバモジュール４０は小売業者のレシートを印刷する場合に使用される任意の追加の情報も傍受することができる（小売業者のレシートはカードの全詳細を含む）。

第３の動作ステップでは、仮想物理ドライバモジュール４０は、上記の第２のステップで導出されたカード及びトランザクションデータをサードパーティシステム４４に渡すことができる（以下で言及されるサーバ６０又は６４がサードパーティシステムを表す）。

第４の動作ステップでは、サードパーティシステム４４は、修正されたデータを仮想物理ドライバモジュール４０に返し、次に、この修正されたデータは、ＯＰＯＳデバイスサービスソフトウェアモジュール３６を介して物理デバイス２３に供給されることができる。物理デバイス２３がレシートプリンタ５である場合、修正されたデータ（又はその一部又はその説明）が顧客のレシートに印刷される。

一例では、サードパーティシステム４４はオファーエンジンであり、オファーエンジン内で予め設定されたルール（例えば、２０ポンドよりも多く支出した顧客にオファーを提供する）に応じて、オファーエンジンは、オファーを発生して、そのオファーを仮想物理ドライバモジュール４０に渡し印刷する。標準のレシートデータ（例えば、店舗の詳細、トランザクションアイテム、トランザクションの詳細など）が印刷されると、仮想物理ドライバモジュール４０は、上記で受信されたオファーをＰＯＳシステムのレシートプリンタ５で印刷することができる。

上記の仮想物理ドライバモジュール４０は、既存のＰＯＳハードウェアを変更することなく使用して以下の事項を達成することができる。
・ＰＯＳアプリケーションソフトウェアモジュール１７の修正を必要とすることなくトランザクションの詳細を傍受し；
・既存のハードウェア（即ち、レシートプリンタ５）を使用してサードパーティシステム４４から顧客に情報を提供し；
・トランザクションの詳細をカードの詳細と関連付けることによって、サインアップやロイヤルティカードを使用することなくロイヤルティスキームを運用することができる。

なお、ＰＯＳ端末ソフトウェアモジュール（ＰＯＳアプリケーションソフトウェアモジュール１７又は支払アプリケーションソフトウェアモジュール２１）は、特定の状況において、ＯＰＯＳ又はＪＡＶＡＰＯＳインターフェースを用いずに物理ハードウェアデバイスと直接通信することができる。従って、２つの代替的な構成が考えられる。（ｉ）ソフトウェアモジュール（１７，２１）は、ＥＳＣ／ＰＯＳ（レシートプリンタを駆動するために使用されるコマンド言語）又は同様の言語を使用して、ハードウェアデバイスのシリアルポートに又はＵＳＢデバイスに直接書き込むことができる、又は（ｉｉ）ソフトウェアモジュールは、ハイレベル印刷ＡＰＩ（例えばＷｉｎｄｏｗｓ印刷アーキテクチャ用）を使用して、ラスタライズされたデータを、接続されたハードウェアデバイスに送信することができる。

上記構成（ｉ）では、プリンタに送信されたデータはレシートのデジタルコピーであり、テキストとしてパースされることができる。上記構成（ｉｉ）では、プリンタに送信されたデータはバイナリであり、パーシングプログラムはトランザクションの詳細を容易には復元できない。

構成（ｉ）では、仮想ドライバソフトウェアモジュール４０は、図３１及び図３２に示すようなフィルタドライバとして実施されることができる。図３１は、アプリケーション１７、２１がデバイスドライバ５０４及び上位（５０８）及び下位（５０８）フィルタドライバを介して物理デバイス（５，７）でデータを読み書きするユーザ空間５００及びカーネル空間５０２を備える本発明の一実施形態に従う修正前の既知のＰＯＳ端末環境を示す。

なお、フィルタドライバは、周辺デバイスに値を追加する、又はコンピューティングデバイスにおける専用デバイスをサポートするＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓドライバである。フィルタドライバは、既存のドライバスタックに挿入されて特定の機能を行うドライバ／プログラム／モジュールである。フィルタドライバは、既存のドライバスタックの通常の動作に大きな影響を及ぼすべきではない。Ｍｉｃｒｏｓｏｆｔ（登録商標）又はハードウェアのベンダによって書き込まれるので、フィルタドライブはＷｉｎｄｏｗｓ（登録商標）に幾つ追加されてもよい。上位フィルタドライバはデバイスの一次ドライバ（ファンクションドライバ）よりも上位にあり、下位フィルタドライバはファンクションドライバよりも下位且つバスドライバよりも上位にある。

フィルタは、マウスやキーボード等の特定のブランドのデバイス上で動作、又は、マウスやキーボード等のデバイスクラス上である操作を行うことができる。他のタイプのフィルタドライバはバスフィルタドライバであり、バスドライバの上位に追加される。例えば、各デバイスの電力管理をサポートするためにＡＣＰＩバスフィルタが追加される。

図３２を参照すると、本発明の一実施形態が示されており、仮想デバイスソフトウェアモジュール４０は、上位フィルタドライバ５０６より下位又は下位フィルタドライバ５０８より下位のフィルタドライバとして実施されることが分かる。

構成（ｉｉ）では、仮想ドライバは、それ自体のＡＰＩフックを用いてオペレーティングシステムによって提供される元のＡＰＩを接続するライブラリとして実施される。仮想ドライバ４０は、次に、図３３及び３４に示すように、オペレーティングシステムによって提供される元のライブラリ５２０にＡＰＩの呼び出しを転送することができる。

ほとんどのＯＰＯＳ又はＪＡＶＡＰＯＳサービスオブジェクトは、最終的にはＯＳにインストールされたハードウェアドライバを使用してハードウェアと通信する。この場合、仮想ドライバソフトウェアモジュール４０は、フィルタドライバとして、ＪＡＶＡＰＯＳ又はＯＰＯＳ層にインストールされると有益である。それは、フィルタドライバを追加するためにドライバスタックを変更することは、追加の仮想デバイスをスタックに受け入れるためにＪＡＶＡＰＯＳ及びＯＰＯＳ層の構成を変更するよりも簡単であるからである。

上述のように、仮想物理ドライバモジュール４０は、トランザクションの最後に顧客が受け取るレシートにデータが印刷されるようにする。また、これによって、以下のレシートの操作を行うことができる。
１．バーコード５０（例えばＱＲコード）がレシート５２の最後に印刷され、このＱＲコードは、全トランザクションをエンコードする、又はトランザクションを識別する識別子として機能し、ＱＲコードが顧客のモバイルデバイス５４（例えばスマートフォン）によってスキャンされると、レシートのデジタルコピーが顧客の所有するモバイルフォン上で復元され表示される。図４はレシート５２を復元する処理を示す。レシートが大き過ぎる場合、簡単な識別子がＱＲコード内に印刷され、モバイルデバイス上のモバイルアプリケーション５６がこの識別子を使用してリモートにあるトランザクション記憶６０からトランザクションデジタルコピーを取ってくることができる。なお、図４の例では、仮想ドライバモジュール４０は、更に、レシート５２に印刷された情報を操作すると共にトランザクション記憶６０へトランザクションデータを送信する。
２．バーコード５０（例えばＱＲコード）がレシート５２の最後に印刷され、このコードが顧客によってスキャンされると、顧客には、小売業者から提供された製品又はサービスに対するレビューに関する質問のアンケート６２が提示されるようになっている。顧客に提示されたレビューは、レシート５２に印刷された詳細と相関し、レシート上の各アイテムの詳細な採点（例えば、レジ担当者、持ち込まれたアイテムを採点する、トランザクション日に基づいて採点する、店舗を採点し、これらのいずれに関しても顧客に明示的に直接尋ねることはない）を作成する。また、レビューに関する質問は、持ち込まれたアイテム、総支出、及び現在のトランザクション又は過去のトランザクションから引き出されたその他の詳細に基づくものであってもよい。この処理は図５に示されており、リモートの管理サーバ６４（上述のトランザクションサーバ６０と同じサーバであってもよい）から顧客のモバイルデバイス５４にアンケートが送信されることが分かる。
３．バーコード５０（例えばＱＲコード）がレシート５２の最後に印刷され、ＱＲコードがトランザクションの詳細をエンコードし、ロイヤルティスキームを設定することもできる。この例では、顧客は、ロイヤルティスキームプロバイダにリンクしたアプリケーション５６を備えるモバイルデバイス５４を有する。この例では、モバイルデバイス上のアプリケーション５６は、ログインの詳細と関連付けられている。
レシート５２上のバーコード５０をスキャンすると、モバイルデバイス５４上で動作するアプリケーション５６は、ユーザ（顧客）をトランザクションの詳細と関連付けるために、アプリケーションのログイン認証情報を、ＱＲコード内にエンコードされたトランザクションと関連付ける。トランザクションの詳細は、次に、ロイヤルティスキーム６８を作成するためにバックエンドサーバ６０と共有され、アプリケーションログイン認証情報は一意の顧客識別子となる（専用且つ別体のプラスチックロイヤルティカードとは対照的に）。この処理は図６に示されている。顧客がレシート５０をスキャンする度に、レシート５０上でエンコードされたトランザクションの詳細をバックエンドサーバ（“トランザクション記憶及びロイヤルティサーバ”６０）と同期させ、ユーザの購入履歴を作成する。図６は、更に、顧客毎にポイントがどのようにトラックされるかを示すテーブル６８を示す。
４．バーコード５０（例えばＱＲコード）が、レシート５２の最後に印刷され、ＱＲコードがトランザクションの詳細をエンコードし、バーコードがスキャンされると、顧客のモバイルデバイス５４上で動作するアプリケーション５６が、顧客がオファーを起動したかどうかを照合するようになっている。顧客がオファー６６を起動していれば、レシート上のバーコード内にエンコードされたトランザクションの詳細がオファーの条件に照合される。オファーの条件が満たされていれば、ユーザには、ポイント、褒賞、又はキャッシュバックが付与される。オファーの引き換え処理は図７に示されている。
バーコードは改ざんできないようにすべきである。このため、仮想ドライバモジュール４０によって捕捉されたトランザクションデータには、ＱＲコードに変換される前に、デジタル署名が追加されることができる。ＱＲコードがスキャンされてサーバに送信されると、サーバはＱＲコードのインテグリティを照合することができる。

仮想物理ドライバモジュール４０の使用から導出される追加のアプリケーションは以下を含む。
５．上記のアプリケーション４の変形として、仮想ドライバ４０によってレシート５２の下部に印刷されたバーコード５０により、ユーザはオファー６６を受けられる（既に設定したオファーを処理することとは対照的に）。オファーの簡単な識別子が代わりに印刷され、オファーの詳細は、図７に示すように遠隔のオファーの店舗（トランザクション記憶６０）から取り出される。
６．バーコード（例えばＱＲコード）がレシートの最後に印刷され、このバーコードは、トランザクションの詳細と、トランザクションに使用された支払カード及び／又はロイヤルティカードの詳細をエンコードする。このバーコードは、次に、顧客のモバイルデバイス上で動作するアプリケーションによってスキャンされてデコードされ、埋め込まれたカードの詳細を読み出し、その詳細をモバイルデバイス上のアプリケーション内に記憶し、これらのカードが使用される度に、レシートがこのユーザに自動的に関連付けられ、そのユーザのモバイルデバイス上で動作するアプリケーションが、記憶されたカードを使用して、ユーザに関連する情報（例えばデジタルレシート、オファー、ポイント等）を読み出すことができるようにする。

なお、仮想ドライバモジュール４０は、局所的に又は遠隔的に動作する他のサービスを呼び出して、オファーを読み出し、そのオファーがレシートを印刷するために使用されるのと同じプリンタで印刷されるようにフォーマットされるように構成されてもよい。印刷されたオファーは、現在のバスケット内のアイテム、顧客の履歴プロフィール、又はそれらの組み合わせに基づく顧客を対象とすることができる。なお、顧客によって読み出される又は顧客に送信されるオファーは、ＰＯＳ端末３からアクセス可能な任意のプリンタデバイスで印刷されることができる。

上述のように、仮想ドライバモジュール４０を使用してバーコード５０が印刷されたクーポン券及びバウチャーを発行することができる。各バーコードが有効で且つ以前に使用されていないことを小売業者が確認したい場合、図２に示すアーキテクチャをスキャナ７から受信したデータに適用してクーポン券及びバウチャーを以下のように有効にすることができる。
Ｉ．第１のステップでは、小売業者は、のパターンを有するバーコードが印刷されたクーポン又はバウチャーをスキャンすることができる。例えば、最初の数桁の数字が一意ベンダを識別するようにバーコードを印刷することができる。
ＩＩ．第２のステップでは、仮想ドライバモジュール４０はバーコードを傍受することができ、上記の一意のパターンが検出されると、中央サーバに問い合わせてバウチャーを有効化することができる。
ＩＩＩ．バウチャーが既に使用されている又は発行されていない場合、サーバは不認可応答を戻すことができる。次に、スキャンされたアイテムは破棄され、レジ担当者に通知される。
ＩＶ．バウチャーが有効な場合、２つの選択肢が生じる。
ａ．バーコードは、スキャンされたフォーマットでＰＯＳアプリケーションモジュール１７に送信される、又は、
ｂ．バーコードは、ＰＯＳアプリケーションモジュール１７によって理解されるように異なるフォーマットのバーコードに変換され、この新しいバーコードがＰＯＳアプリケーションモジュール１７に送信される。

本発明の更に別の実施形態を以下に記述する。

［複数トランザクションシステム］
図２及び図３に関連して上述したＰＯＳシステムを使用して、複数のトランザクションインスタンスに渡ってユーザのトランザクションをトラックすることができるトランザクションシステムを運用する。

上述のように、図１は典型的な販売時点情報管理構成を示す。

図８は、複数の購入オファーを作成して引き換える処理（７０，７２，…８４）の高レベルの概観を示す。小売業者がオファーを作成し、適切な媒体（ソーシャルネットワーク、活字媒体、又はウェブ）を介して分配したと仮定する。偽造を防止するため、オファーには図１４（ａ）に示す処理を使用してデジタル署名することができる。

図９は、サインアップの処理と、ユーザ毎にオファーサーバ６０によって維持されたテーブル６８，８６の概観を示す。例えば、モバイルアプリケーション５６を動作させるモバイルデバイス５４を使用して、顧客は、オファーにサインアップするよう指示される。オファーにサインアップすることによって、顧客は、オファーを受信し、そのオファーをアカウントに関連付けて引き換えることができるようになる。そのために、顧客は名前とパスワードを選択して、サインアップ処理６９に示すようにサインアップする。オファーサーバ６０は、テーブル６８においてこのユーザのエントリを作成する。このエントリは、この顧客を認証するためのユーザ名及びパスワードを含む。顧客は、このアカウントに支払いに使用する任意のカードやロイヤルティカードを関連付けることもでき、顧客がそうすることを選択した場合、カード列９０はこれらのカード識別子を保持する。ユーザが自身のアカウントにカードを関連付けると、複数購入オファー列９２が追加される。各オファーはオファーステータス列９４を使用してトラックされる。この列はテーブル８６に拡張され、以下の事項を示す。
１．オファーされている製品（９６）、これは、現在複数購入オファーとして提供されている製品である。
２．購入済みカウンタ９８は、この製品が購入された回数をカウントする。
３．必要数量１００は、褒賞が起動される前の必要条件として小売業者／製造業者によって設定された数量である。
４．タイムスタンプ１０２は、オファーされている製品が顧客に購入された日時を記録するタイムスタンプである。
５．時間条件１０４は、複数購入数量に到達すべき期間である。
６．褒賞１０６は、条件が満足された場合、顧客に付与される褒賞である。この例では、顧客が１２か月以内に少なくとも１２回歯磨き粉ブランド１を購入すれば、この製品に対して支払われる価格の２５％が褒賞として付与される。

図１０は、トランザクションデータをレシートデータに基づく２次元バーコードにエンコードする処理を示す。バッファ１３２は、ＰＯＳレジのメモリから割り当てられ、空のバッファに初期化される。

図１１は、レシート５２の下部にＱＲコード５０としてトランザクションデータがエンコードされているレシート５２を示す。

図１２は、レシート５２からトランザクションデータをデコードする処理を示す。スキャニング機能を備えるモバイルアプリケーション５６を動作させるモバイルデバイス５４が、紙のレシート５２に印刷されたＱＲコードをスキャンし、モバイルアプリケーションがこのスキャンされたデータを元のレシートデータに変換してオファーサーバ６０に送信する。ＱＲコードのスキャニングはモバイルデバイス５４のカメラを使用することができる。

図１３は、顧客が完了した直後のトランザクションによってオファーステータステーブル８６をアップデートする処理を示す。この処理によって、顧客は、顧客が購入したものをオファーサーバ６０がトラックし続けるように顧客のレシートに印刷されたトランザクションデータをオファーサーバ６０に“アップロード”できるようになる。

図１４は、デジタル署名の作成及び検証の処理を示す。図１４（ａ）は、２次元バーコード５０として印刷されたトランザクションデータがレシート５２に印刷される前にまずどのようにしてデジタル署名されるかを示す。図１４（ｂ）は、２次元バーコードデータの信頼性を照合する。

図１５は、オファーがどのようにして小売業者／製造業者によってデジタル署名されるかを示す（図１５（ａ）は、オファーに署名する処理を示す。デジタル署名を検証する処理は図１５（ｂ）に示されている（図１５（ｂ）オファー検証）。

図１６は、小売業者／製造業者によって発行されたオファーがどのようにして起動されるか、即ち、ユーザのアカウントと関連付けされるかを示す。

図１７は、ＮＦＣデバイス２３０が取り付けられたＰＯＳレジ３を示し、ＮＦＣデバイス２３０を使用して、２次元バーコード５０を顧客にスキャンさせる代わりにトランザクションデータを受信することができる。この構成を有するＰＯＳレジ３では、データを２次元バーコード５０にエンコードしてその結果を紙のレシート５２に印刷する代わりに、ＰＯＳ端末３に取付けられたＮＦＣハードウェアを使用して、バッファ１３２データが代わりに顧客のモバイルデバイス５４に直接転送される。レシートに２次元バーコードは印刷されない。

図１８は、複数購入オファーの引き換え処理を示す。

［オファーを引き換える方法］
図２及び３に関連して上述されたＰＯＳシステムを使用して、トランザクション環境内でオファーを引き換えることができるトランザクションシステムを運用する。

図１９は、本発明の一実施形態に従うオファーを照合して引き換える処理を示す。モバイルデバイスは、図２及び３に従うＰＯＳシステムからトランザクションデータを受信したサーバにデータを送信する。

［バウチャー引き換え］
本発明のこの実施形態は、顧客が自身の支払又はロイヤルティカード（又は顧客を一意に識別する、ＰＯＳと既に統合されている任意のカード）を使用してオファーを引き換える方法を提示する。オファーは、条件の数（例えば、一つ購入するともう一つが無料）に依存して決定される。図２及び３に関連して記述された仮想ドライバモジュール４０がＰＯＳシステムにインストールされているので、ＰＯＳソフトウェアの複雑化を前提とせず、ＰＯＳソフトウェアが引き換え処理と連携する必要もない。

本発明のこの実施形態では、顧客は、ウェブページ（例えば、小売業者のウェブページ）、顧客のスマートフォン上で動作するアプリケーション、又はその他の媒体を介してオファーを受ける。オファーの引き換えは２つのステップで行われる。即ち、
１．オファーの起動
２．オファーの引き換え

１．オファーの起動
オファーの起動を、モバイルデバイス５４上のモバイルアプリケーション５６、ウェブサイト、及び通常の固定電話に関連させ、以下に記述する。

ａ）モバイルアプリケーション：図２０に示すように、システムは以下の通りに動作する。
ａ．システムは、モバイルアプリケーション５６を有するモバイルデバイス５４と、インターネット１５を介して接続されたオファーサーバ６０とを備える。
ｂ．顧客はモバイルアプリケーション５６を自身のモバイルデバイス５４にダウンロードし、ユーザ名とパスワード２７０を組み合わせてサインアップする。
ｃ．サインアップは、オファーサーバ６０が、この顧客の一意識別子（例えば、ユーザ名）、認証情報（例えば、パスワード）、及びユーザに関連付けられた支払カード又は任意のカード（例えば、ロイヤルティカード）を記憶するこの顧客用の新しいエントリを作成する処理である。
ｄ．オファーの起動は、オファーを顧客のオファーテーブル６８に追加する処理である。
ｅ．モバイルアプリケーションによって、顧客はこのアプリケーションにおいてオファーを受け取ることができ、これをクリックすることによって、アプリケーションがテーブル６８においてこのオファーを顧客と顧客の全カードに関連付ける。

ｂ）ウェブサイト：モバイルアプリケーションを使用する代わりに、オファー起動ウェブサイト２７２を設定し、顧客がサイトにログインし、オファーを閲覧し、顧客が評価するオファーを起動することができるようにする。
ａ．ウェブサイトは、上記のモバイルアプリケーションと同様に顧客をサインアップする。
ｂ．ウェブサイトはオファーサーバ６０にコンタクトして新しいエントリをオファーテーブル６８に追加する。
ｃ．ウェブサイトは、閲覧用のオファーを有さずともよく、他の媒体（例えば印刷物）から受け取ったオファーをユーザが入力し、そのオファーをサインアップ後にユーザのカードと関連付けるインターフェースを提供するだけでもよい。
ｄ．例えば、雑誌及び印刷媒体において、オファーは、通常、オファーに関連付けられた一意識別子を備え、顧客は、ウェブサイトにログインし、オファー識別子を入力することによってオファーを起動することができる。

ｃ）電話：上記と同様に、電話インターフェースを使用して、電話越しにインタラクティブ応答マシンと接続することができ、そこで顧客はサインアップし、自身のアカウントにアクセスすることができる。
ａ．上記両方法と同様に、初期のサインアップ処理によって、オファーテーブル６８へのエントリが作成される。
ｂ．オファーの起動は、顧客に対象のオファーの識別子を手入力させることによってこの顧客をこのオファーに関連付ける。

２．オファーの引き換え
オファーの引き換え処理では、オファーを特定のカードにリンクさせると、ユーザは任意の小売業者のもとに買い物に行くことができる。オファーの引き換え処理は以下の理由で難しい。
１．ＰＯＳソフトウェアは、使用された支払カードのデータを認識しない。通常、これは、多くの場合ＰＯＳソフトウェアを開発した会社とは別の会社によって開発された別のソフトウェアによって扱われる。
２．ＰＯＳソフトウェアは、バスケットのコンテンツを得る普遍的な方法を公開しない
３．オファーは、バスケットデータにアクセスして初めて検証可能な多くの条件に左右される（例えば、“特定の製品に対して２つを１つ分の価格で提供”というオファーは、顧客がその特定の製品について２個を超える数を購入する場合にのみ有効である）

本発明は図２１に示すようにこれらの困難を以下の通り解決する。なお、図２１のステップ７〜９で言及される仮想プリンタは図２及び３に関連して記述された仮想ドライバモジュール４０である。この構成により、多くのオファーが可能になる。
１．時間ベースで価格が変化するオファー：オファーの価格が時間に応じて変化する。例えば、顧客がオファーを今すぐ実行すれば顧客にとってより高い価値となり、後で引き換えることを選択すればより低い価値となるオファーが設定される。
２．複雑な条件に基づくオファー：例えば、小売業者又は製造業者は、特定の製品を特定の頻度で使用する顧客に対して割引を行うキャンペーンを設定することができる。例えば、製造業者は、自身の製品を１２か月の間、月に１回使用する人に対して５０％の割引をするオファーを行うことができる。

［デジタルレシート］
本発明のこの実施形態は、顧客が、紙のレシートをデジタルレシートに変換し、自身のレシートを中央リポジトリで整理し、ポイントを獲得して個別のオファーが提示される小売業者間共通のロイヤルティ及び褒賞スキームに登録することができる方法を提示する。

図１には典型的な販売時点情報管理（ＰＯＳ）端末３が示されている。ＰＯＳ端末３は、図３のようにセットアップして顧客用に印刷されたレシート５２のコピーをバックオフィスサーバ１１に送信することができる。

紙のレシートのプリンタの変換は２つのステップで行われる。
１．レシートデータのエンコーディング：レシートのデータが、顧客によって後に容易にデコード可能なフォーマットにエンコードされる。
２．レシートデータのデコーディング：ステップ１）のデータが元のフォーマットにデコードされ、紙のレシートと同じコンテンツを再生する。

１．レシートデータのエンコーディング
レシートデータは、図１０の処理に示すようにエンコードされる。図５は、ＱＲコードが２次元バーコードとして使用される場合の図１０におけるエンコーディングの結果を示す。

２．レシートデータのデコーディング
変換は、カメラを備える任意のデバイス（例えば、カメラを備えるモバイルデバイス）を使用して行われる。図４は、レシートデータのデジタルフォーマットへのデコーディングを示す。
１．モバイルデバイスによって容易にデコードされる任意のバーコードがＱＲコードの代わりに使用される（例えば、１次元バーコード、ＰＤＦ４１７又はＭａｘｉコード）。
２．レシートに２次元バーコードを印刷する代わりに、１３２にバッファされたデータが、近距離通信（ＮＦＣ）、Ｂｌｕｅｔｏｏｔｈ、赤外線、又はモバイルデバイス及びＰＯＳ端末にサポートされた任意の通信手段を使用して、顧客のモバイルデバイスに送信される。
３．２次元バーコードを小さくしておくことが好ましい場合、図１０の１３２にバッファされたデータが、レシートに印刷される前に圧縮される又は顧客のモバイルデバイスに送信される。このデータをデコーディングするには、元のデータを復元する前にまずデータを解凍する。
４．デジタルレシート５２はモバイルデバイス内で整理することができるが、これらのデジタルレシートを更に蓄積していくので、顧客は、自身の全てのレシートをレシートリポジトリ及びロイヤルティサーバ６０と同期させることができるサービスにサインアップすることができる。ユーザは、ユーザ名及びパスワードを提供し、同期すると、自身のモバイルから又はウェブブラウザ３１０を介してこのサービスにアクセスすることができる。図２２を参照。
５．図１４における処理を使用してデジタルレシート５２のデータのインテグリティが達成される。

上記のレシートデータのエンコーディング及びレシートデータのデコーディング処理に基づき、複数店舗の小売業者間に共通のロイヤルティスキームを以下の通りに立案する。
１．図７に示すように、サインアップ処理で顧客のプロフィール情報を取り出す。
２．レシートリポジトリ及びロイヤルティサーバが６８のように顧客毎のエントリを作成する。このエントリは顧客の全購入履歴、付与されたポイント、及びこの顧客が利用可能なオファーをトラックし続ける。
３．顧客がレシートに埋め込まれた２次元バーコードをスキャンする度に６８のテーブルがアップデートされる。
４．図２３に示す処理を介してポイントが付与される。
５．小売業者のポイントルール３４０は、全小売業者に一定数のポイントを割り当てるよう単純にすることができる。また、ポイントが、小売業者によって異なり、小売業者毎に、持ち込まれたアイテム、又は小売業者によって設定されたその他の任意の基準によって異なるように複雑にセットアップすることもできる。図２４を参照。
６．図２５に示すようにオファーが提供される。オファーは、合計ポイント、購入頻度、店舗、顧客のプロフィール、履歴データ、又はこれらの任意の組み合わせに基づいて付与される

［アンケート］
本発明の本実施形態に従う販売時点情報管理の典型的な構成が図３に示されている。販売時点情報管理ソフトウェア１７は、販売時点情報管理（ＰＯＳ）レジ（３）上で支払ソフトウェア２１と一緒に動作する。ＰＯＳレジには、支払を処理するＰＩＮパッド９を取り付けることができる。支払は、一般的にはインターネット１５を介して到達可能なリモート支払プロセッサ１３の支援を受けて支払ソフトウェア２１によって行われる。販売の詳細及びレシートは、仮想ドライバモジュール４０の動作によって中央ストレージサーバ１１に遠隔的に記録される。

各顧客には、レシートプリンタ５を介して販売レシートプリンタが提供される。その他の構成では（大抵はレストランにおける）、ＰＩＮパッド９は、インターネット１５を介して支払プロセッサ１３に直接接続されたスタンドアロンマシンである。支払ソフトウェア２１はＰＩＮパッド９内で実行される。この場合のＰＩＮパッドは専用のレシートプリンタを有する。

顧客のフィードバックは以下の処理によって得られる。

この処理は以下の通りである（処理１）。
１．販売時点情報管理ソフトウェア１７が、レシートプリンタ５で印刷されるトランザクションデータを生成する。
２．販売時点情報管理ソフトウェア１７が、このトランザクションの一意識別子を生成する。
３．販売時点情報管理ソフトウェア１７が、顧客の一意識別子を生成する。顧客の一意識別子としては、ロイヤリティカード番号、支払カード番号、その派生物（例えば支払いに使用されたクレジットカード番号のセキュアハッシュ）が考えられる。
４．（１）、（２）、及び（３）の結果が２次元バーコードに埋め込まれ、レシートプリンタ５に印刷される。
５．顧客は、自身のモバイルデバイス５４を使用してモバイルアプリケーション５６を動作させ、紙のレシート５２に印刷された２次元バーコードをスキャンするように指示される。図６を参照。
６．顧客のモバイルデバイス５４上で動作するモバイルアプリケーション５６が（４）のデータを中央顧客経験管理サーバ６０に送信する。
７．モバイルアプリケーション５６上にアンケート６２が示され、顧客はアプリケーションと相互作用してそのアンケートに記入することができる。
８．顧客はアンケートを顧客経験管理サーバ６０に提出する。
９．データをエンコードする代わりに、モバイルデバイスのデータ受信を可能にする技術を使用しても同様の効果が得られる。このような技術は、近距離通信（ＮＦＣ）、Ｂｌｕｅｔｏｏｔｈ、赤外線等を含む。

［バウチャー配布及び引き換えシステム］
本発明のこの実施形態は、このシステムに登録された各ユーザに関連付けられた公開鍵を保持する中央ストレージ位置を備える。中央ストレージ位置は、更に、レシートのダウンロード中にユーザを一意に識別するために使用されるユーザの秘密鍵とデータの暗号化バージョンを記憶する。中央ストレージ位置は、店舗の販売時点情報管理端末と及びユーザ端末上で動作するユーザアプリケーションと通信できるように構成された入力／出力を有する。

中央ストレージ位置は、トランザクション処理の一部としてＰＯＳ端末と通信するように構成され、暗号化されて、レシートデータが後で中央位置に記憶されるよう、リクエストに応じてＰＯＳ端末に公開鍵を供給するように構成される。ユーザは、まず中央ストレージ位置に対して身元を証明し、次にユーザアプリケーションによる解読のために暗号化された秘密鍵及び暗号化されたレシートデータをダウンロードすることによって、いつでもユーザアプリケーションを介してレシートデータにアクセスできる。好ましくは、秘密鍵は、中央ストレージ位置に記憶される前に、ユーザ保持パスワードによってハッシュされる。これにより、好都合なことに、ユーザは、ユーザアプリケーションにおいてパスワードを入力し、このパスワードがハッシュされて秘密鍵の解読に使用されることによって、必要な時に秘密鍵を解読することができる。

中央位置（図２６を参照）にレシートを記憶する既知の構成は以下のような問題を抱えている。
１．既知の構成は、ユーザの全購入履歴を中央ストレージ位置に公開する。記憶位置はサードパーティ（即ち、レシートを発行する店舗でもユーザでもない存在）によって管理されることが多いので、ユーザのプライバシーの侵害とみなされる可能性が高い。
２．既知の構成は、全加盟店舗の販売データを、中央レシートデータを管理する責任を負うサードパーティに公開する。店側は、自身の販売の詳細を重要な機密情報と見なすので、これは多くの店舗に受け入れ難い。

本発明のこの実施形態は、購入物に関する顧客のプライバシーを保護し、また、ユーザの相互作用を必要とすることなく自動的に安全なレシートのアーカイビングを行い、実質的に、上述の２つの欠点に対処する。本発明の実施形態において、レシートデータは非公開にされており、ユーザのみレシートデータにアクセスすることができる。中央記憶ファシリティ（全レシートデータを記憶するための）を管理するサードパーティは、その内容にはアクセスできない。

また、本発明のこの実施形態は、バウチャー及びクーポン券を生成及び引き換える完全に電子的な方法を導入する。これは、コスト効率が高く動的であり、店舗が顧客に頻繁に接触することができるようになる。

この方法の第１の部分は、上述の欠点（１）及び（２）に対処する。

このシステムコンポーネントの概観は、図２７に示されている。図２７及び２８に関連してシステムの動作を以下に記述する。

店舗側：店舗側３７０において、本発明は以下の通りに動作する。
１．顧客のレシートを中央記憶データベース６０に送信できるようにするソフトウェア（仮想ドライバモジュール４０）が各販売時点情報管理（ＰＯＳ）端末３にインストールされる。
２．このソフトウェアが、顧客のトランザクションを受けて以下のようにＰＯＳ端末３と統合する。
ａ．ＰＯＳ端末３が、中央ストレージ位置６０とセキュアチャネルを確立し、購入物の支払いに現在使用されているカードと関連付けられた公開鍵をリクエストし、
ｂ．公開鍵がＰＯＳ端末３に受信されると、レシートデータは、この公開鍵を使用して暗号化され、ａ）において確立されたセキュアチャネルを介して中央ストレージ位置６０に送信される。

ユーザ（顧客）側：ユーザ側３７２では、ユーザは自身のレシートにアクセスする前にサインアップする必要がある。サインアップ処理は以下の通りである。
１．ユーザはサインアップ（３８０）して、中央ストレージにアクセス可能な（例えば、ウェブブラウザ、スマートフォンアプリケーション、デスクトップアプリケーション等）任意のインターフェースを介して電子レシートを使用することができ、
２．ユーザは、識別子（例えば自身のＥメールアドレス）及びパスワードを選択して身元を証明し、
３．次に、電子レシートシステムと共に使用したい自身が保有するカードのいずれかを登録する。これらのカードを使用して、店舗内のＰＯＳ端末においてユーザが識別され、
４．ユーザが登録に成功すると、ユーザアプリケーション（ウェブブラウザ、スマートフォンアプリケーション、デスクトップアプリケーション）によって秘密／公開鍵が発生される。このステップにおいて発生された公開鍵は、店側のトランザクション中にＰＯＳ端末で発生された全てのレシートを確保するために後で使用され、
５．公開鍵は中央ストレージ位置に送信される。この公開鍵は、上述した店側の処理におけるステップ２ａでＰＯＳ端末に提供される鍵であり、
６．パスワードがハッシュされる（安全な一方向性関数（例えばＳＨＡ−２）を介して）。このハッシュを使用して鍵が導き出される。この鍵は、秘密鍵を暗号化する。結果的に生じる暗号化された秘密鍵データは、中央位置に送信される。秘密鍵は、レシートデータを解読するために後で読み出される必要がある。秘密鍵は暗号化されているので、中央ストレージ位置は、ユーザの秘密鍵やユーザのレシートデータにアクセスすることができず、
７．パスワードが再度（又は数回）ハッシュされる（３８２）。この計算結果は中央ストレージ位置に送信される（３８４）。クライアントのアプリケーションがウェブブラウザの場合、このステップは、任意のコンピュータ上の任意のウェブブラウザからユーザが認証されるために重要であり、
８．ユーザを認証するために（３８６，３８８，３９０）（特にウェブブラウザの場合）、ユーザはウェブブラウザを備える任意のコンピュータからパスワードだけ入力する必要がある。ウェブブラウザは、次に、パスワードを２回ハッシュし、図２８に示すように中央ストレージソリューションに記憶されたパスワードと比較する。

一旦サインアップすると、ユーザは以下の通りに自身のレシートに電子的にアクセスすることができる。
１．ユーザが自身のパスワードをユーザ側アプリケーション５６に入力する。認証が成功すれば、ステップ２に進み、それ以外の場合、アプリケーションは、ユーザに失敗を警告し、ステップ１に戻り、
２．ユーザ側のアプリケーションが、図２８に示すようにユーザを認証し、
３．ユーザ側アプリケーションは、暗号化された秘密鍵を中央ストレージ位置からダウンロードし、
４．次に、ステップ１）で入力されたパスワードが１回ハッシュされ、秘密鍵を解読するために使用される。これが行われると、秘密鍵は、必要とされる限りユーザ側アプリケーションに記憶され、
５．ユーザが登録したカードを使用して、このユーザと関連付けられたレシートが取り出される。ユーザのレシートが局所的にダウンロードされると、秘密鍵を使用してレシートデータが解読され、このレシートデータは、ユーザに対して平文で表示される。

この処理の正味の効果は、アプリケーションのライフタイムを通じてユーザと店舗のみがレシートデータにアクセスできることである。

典型的には、店舗はユーザの全購入物にアクセスすることができ、これらのデータを分析することによって、各ユーザに関連するオファーを特定することができる。店舗は上述のシステムを使用して図２９に示すように関連するオファーをユーザに送信することができる。

ユーザは、自身のバウチャー、クーポン券、及びプロモーション商品をオンラインで引き換えることができる。何も印刷する必要はない。バウチャー／プロモーション商品／オファーは、図３０に示すようにオンラインで引き換えることができる。

当然のことながら、上述の実施形態は例として示されているだけで、本発明を制限する意図はない。また、記述された実施形態は個別に使用されても組み合わせて使用されてもよい。

Claims (18)

1. 販売時点情報管理（ＰＯＳ）システム（１）を運用する方法であって、
   前記ＰＯＳシステムは、小売業者がトランザクション環境内でトランザクションを処理できるようにするためのソフトウェアモジュール（１７，２１）を有するＰＯＳ端末（３）と、前記ＰＯＳ端末（３）と通信する周辺デバイス（５，７）とを備え、
   前記ＰＯＳシステム（１）は、前記ソフトウェアモジュール（１７，２１）と前記周辺デバイス（５，７）との間にドライバソフトウェアモジュール（４０）を更に備え、
   前記方法は、
   前記ソフトウェアモジュール（１７，２１）と前記ＰＯＳ端末（３）に通信する前記周辺デバイス（５，６）との間で送信されたデータを前記ドライバソフトウェアモジュール（４０）にて受信すること、
   カード及びトランザクションの詳細を得るために、前記ドライバソフトウェアモジュール（４０）にて受信された前記データをパースすること、
   パースされた前記データに応じて追加デバイス（４４，６０，６４）と通信すること、
   前記ドライバソフトウェアモジュール（４０）において前記追加デバイス（４４，６０，６４）から修正されたデータを受信すること、及び
   前記ソフトウェアモジュール（１７，２１）と前記周辺デバイス（５，７）との間のデータ通信路に前記修正されたデータを出力することを含む方法。
2. 前記周辺デバイス（５，７）はスキャナであり、前記ドライバソフトウェアモジュール（４０）は、前記周辺デバイス（５，７）からスキャンされたバーコードデータを受信し、
   前記バーコードデータが、前記ソフトウェアモジュール（１７，２１）によって理解されるフォーマットである場合には、前記バーコードデータをスキャンされたフォーマットで前記ソフトウェアモジュール（１７，２１）に出力し、
   前記バーコードデータが、前記ソフトウェアモジュール（１７，２１）によって理解されないフォーマットである場合には、前記バーコードデータを前記ソフトウェアモジュール（１７，２１）によって理解される異なるフォーマットに変換し、その変換されたバーコートデータを前記ソフトウェアモジュール（１７，２１）に出力する請求項１に記載の方法。
3. 前記ＰＯＳ端末は、販売時点情報管理アプリケーションソフトウェアモジュール（１７）を備え、
   前記ドライバソフトウェアモジュールで受信された前記データは、トランザクションデータを含む請求項１又は２に記載の方法。
4. 前記ＰＯＳ端末は、支払アプリケーションソフトウェアモジュール（２１）を備え、
   前記ドライバソフトウェアモジュールで受信された前記データは、前記ＰＯＳシステムによって処理された前記トランザクションに関する支払データを含む請求項１〜３のいずれか一項に記載の方法。
5. 前記通信ステップは、前記ドライバソフトウェアモジュールが、前記最初の受信ステップにおいて受信された前記データ又はその一部を前記追加デバイスに送信することを含む請求項１〜４のいずれか一項に記載の方法。
6. 前記ドライバソフトウェアモジュールは、前記ＰＯＳ端末から前記周辺デバイスの要件にフォーマットされたデータを受信し、前記追加デバイスから受信された前記修正されたデータは、前記周辺デバイスの要件にフォーマットされるか、又は、前記ドライバソフトウェアモジュールによって前記周辺デバイスの要件にフォーマットされる請求項１〜５のいずれか一項に記載の方法。
7. 前記周辺デバイスは、プリンタ（５）を備え、前記修正されたデータは、前記ＰＯＳ端末（３）から受信した前記データと、バーコード（５０）とを含み、前記修正されたデータ及び前記バーコードは、前記プリンタに出力される請求項１〜６のいずれか一項に記載の方法。
8. 前記バーコードは、２次元コード又はＱＲコードであるか、若しくは、トランザクションサーバ（６０）からトランザクションオファーを読み出すための識別子を有する、又はその両方である請求項７に記載の方法。
9. 前記バーコードは、トランザクションデータのコピー、又は、トランザクションサーバからトランザクションデータのコピーを読み出すための識別子を有する請求項８に記載の方法。
10. 前記バーコードは、顧客によって完成されるアンケートを読み出すための識別子を有する請求項８又は９に記載の方法。
11. 前記ドライバソフトウェアモジュールは、バウチャーバーコードをスキャンしたスキャナ周辺デバイスからデータを受信し、一意識別子に関して前記バーコードを分析し、リモートにあるサーバデバイスと通信して前記一意識別子を有効化する請求項１〜１０のいずれか一項に記載の方法。
12. 前記ドライバソフトウェアモジュールは、前記ＰＯＳ端末からトランザクションアイテムデータを受信し、スキャナ（７）からバウチャー関連データを受信し、前記トランザクションアイテムデータ及びバウチャー関連データは、前記追加デバイスに通信され、前記トランザクションアイテムデータにおいて前記スキャンされたバウチャーに関連するトランザクションの存在を許容し、オファーの条件が満足されていることを検証する請求項１〜１１のいずれか一項に記載の方法。
13. 販売時点情報管理（ＰＯＳ）端末であって、
    前記ＰＯＳ端末は、当該ＰＯＳ端末が周辺デバイスと通信するトランザクション環境内で小売業者がトランザクションを処理できるようにするためのソフトウェアモジュール（１７，２１）と、
    前記ソフトウェアモジュール（１７，２１）と前記周辺デバイスとの間にインストールされたドライバソフトウェアモジュールとを備え、
    前記ドライバソフトウェアモジュールは、前記ソフトウェアモジュールと前記ＰＯＳ端末に通信する前記周辺デバイスとの間に送信されたデータを受信し、
    カード及びトランザクションの詳細を得るために、前記ドライバソフトウェアモジュール（４０）にて受信された前記データをパースし、
    パースされた前記データに応じて追加デバイスと通信し、
    前記追加デバイスから修正されたデータを受信し、
    前記ソフトウェアモジュール（１７，２１）と前記周辺デバイス（５，７）との間のデータ通信路に前記修正されたデータを出力するように構成される販売時点情報管理（ＰＯＳ）端末。
14. 前記周辺デバイス（５，７）はスキャナであり、前記ドライバソフトウェアモジュール（４０）は、前記周辺デバイス（５，７）からスキャンされたバーコードデータを受信するように構成され、
    前記バーコードデータが、前記ソフトウェアモジュール（１７，２１）によって理解されるフォーマットである場合には、前記ドライバソフトウェアモジュールは、前記バーコードデータをスキャンされたフォーマットで前記ソフトウェアモジュール（１７，２１）に出力し、
    前記バーコードデータが、前記ソフトウェアモジュール（１７，２１）によって理解されないフォーマットである場合には、前記バーコードデータは前記ソフトウェアモジュール（１７，２１）によって理解される異なるフォーマットに変換され、前記ドライバソフトウェアモジュールは、その変換されたバーコートデータを前記ソフトウェアモジュール（１７，２１）に出力する請求項１３に記載の販売時点情報管理（ＰＯＳ）端末。
15. 販売時点情報管理（ＰＯＳ）システムの機能性を強化する方法であって、
    前記ＰＯＳシステムは、小売業者がトランザクション環境内でトランザクションを処理できるようにするためのソフトウェアモジュールを有するＰＯＳ端末と、前記ＰＯＳ端末に通信する周辺デバイスとを備え、
    前記方法は、
    前記ソフトウェアモジュールと前記周辺デバイスとの間にドライバソフトウェアモジュールをインストールし、
    前記ドライバソフトウェアモジュールは、使用中に、前記ソフトウェアモジュールと前記ＰＯＳ端末に通信する前記周辺デバイスとの間で送信されるデータを受信し、
    カード及びトランザクションの詳細を得るために、前記ドライバソフトウェアモジュールにて受信された前記データをパースし、
    パースされた前記データに応じて追加デバイスと通信し、
    前記ドライバソフトウェアモジュールにおいて前記追加デバイスから修正されたデータを受信し、
    前記ソフトウェアモジュールと前記周辺デバイスとの間のデータ通信路に前記修正されたデータを出力するように構成される方法。
16. 前記周辺デバイス（５，７）はスキャナであり、前記ドライバソフトウェアモジュール（４０）は、前記周辺デバイス（５，７）からスキャンされたバーコードデータを受信し、
    前記バーコードデータが、前記ソフトウェアモジュール（１７，２１）によって理解されるフォーマットである場合には、前記バーコードデータをスキャンされたフォーマットで前記ソフトウェアモジュール（１７，２１）に出力し、
    前記バーコードデータが、前記ソフトウェアモジュール（１７，２１）によって理解されないフォーマットである場合には、前記バーコードデータを前記ソフトウェアモジュール（１７，２１）によって理解される異なるフォーマットに変換し、その変換されたバーコートデータを前記ソフトウェアモジュール（１７，２１）に出力する請求項１５に記載の方法。
17. 請求項１〜１２の方法を実行するためにコンピュータ又は販売時点情報管理（ＰＯＳ）端末を制御することを目的としたコンピュータ可読コード保有用キャリア媒体。
18. 請求項１５又は１６の方法を実行するためにコンピュータ又はサーバを制御することを目的としたコンピュータ可読コード保有用キャリア媒体。

Images