JP2023014319A - 情報端末及びそのプログラム - Google Patents

Abstract

【課題】電子レシートシステムと電子スタンプカードシステムとを効率よく連携する。【解決手段】装置は、レシートデータに基づきスタンプの発行条件を満足するか判定し、満足する場合にスタンプを発行する。そしてスタンプを発行した場合、装置は、購買者特定情報と関連付けて記憶されているスタンプカードのデータを、発行スタンプを収集した結果となるように更新する。また装置は、レシートデータにデータが更新されたスタンプカードを識別するカード識別情報を関連付ける。そして装置は、レシートデータに基づくレシート画像と、当該レシートデータに対して関連付けられたカード識別情報で識別されるスタンプカードの画像とが、購買者の情報端末に表示されるように制御する。【選択図】 図１４

Description

本発明の実施形態は、電子レシート及び電子スタンプカードのデータを処理するデータ処理装置及びコンピュータを当該データ処理装置として機能させるためのプログラムに関する。

近年、小売店舗の一部では、電子レシートサービスを提供している。このような店舗には、電子レシートシステムが導入されている。電子レシートシステムを導入した店舗では、ＰＯＳ（Point Of Sales）端末から取引毎に発行するレシートを電子データ化する。レシートの電子データ化の一例は、紙媒体に印字されるレシートを画像データ化（イメージ情報化）するものである。他の例は、レシートに含まれている各種情報（文字コードによって認識され得る情報）を文字コードデータ化（コード情報化）するものである。近年は、後者が主流となっている。そしてほとんどの電子レシートシステムにおいては、電子データ化した電子レシートデータを客に対応付けてセンタサーバに保管する。電子レシートサービスを利用する客は、センタサーバに保管された自分の電子レシートデータをスマートフォン等の情報端末で閲覧したり、情報端末にダウンロードしたりすることができる。電子レシートデータが対応付けられる客を特定する情報は、例えば電子レシートサービスの利用を希望する購買者に登録を行ってもらい、その際に発行された会員ＩＤを使ったり、既存のポイント会員の会員ＩＤを流用したりすることが行われている。

一方、多くの店舗では、販売促進を目的にスタンプカードサービスを実施している。スタンプカードサービスは、基本的には、購買者が店舗での会計時にスタンプカードを店側に提示してスタンプの押印を受け、このスタンプの押印が一定数に達すると特典が得られるというものである。そして最近では、紙媒体のスタンプカードに代えて、電子的なスタンプカードを用いたサービスも提案されている。スタンプカードサービスは、電子スタンプカードシステムによって実現される。電子スタンプカードシステムは、店舗での会計毎に電子的にスタンプが付与される電子スタンプカードをセンタサーバで保管する。このような電子スタンプカードは、例えば支払いに使われた電子マネーの識別コード番号、或いはポイント会員の会員ＩＤ等に対応付けられている。そして電子スタンプカードシステムは、このセンタサーバに保管された電子スタンプカードの情報を購買者がスマートフォン等の情報端末を利用して閲覧できるようにしたものである。

このように購買者（消費者、会員）は、１台の情報端末で電子レシートシステムと電子スタンプカードシステムとを利用することができる。しかしながら、電子レシートシステムと電子スタンプカードシステムとは連携していない。このため、例えば電子レシートを閲覧した購買者が、そのレシート発行対象の取引でスタンプが付与されたスタンプカードを閲覧しようとした場合、電子スタンプカードシステムへのログインを行って電子スタンプカードをセンタサーバから呼び出すための操作が必要で、多くの手間を要する。

特開２０１４‐１８６７２５号公報

本発明の実施形態が解決しようとする課題は、電子レシートシステムと電子スタンプカードシステムとを効率よく連携できるデータ処理装置を提供しようとするものである。

一実施形態において、データ処理装置は、取得手段と、追加手段と、発行手段と、更新手段と、関連付け手段と、制御手段と、を有する。取得手段は、購買者を特定する購買者特定情報と当該購買者による購買の明細を示すレシートデータとを取得する。追加手段は、購買者特定情報とレシートデータとを関連付けて記憶する第１の記憶部に、取得手段が取得した購買者特定情報とレシートデータとを追加する。発行手段は、取得手段が取得したレシートデータに基づき、収集した数によって特典が得られるスタンプの発行条件を満足するか判定し、満足する場合にスタンプを発行する。更新手段は、発行手段がスタンプを発行した場合、購買者特定情報とスタンプを収集するためのスタンプカードのデータとを関連付けて記憶する第２の記憶部において取得手段が取得した購買者特定情報と関連付けて記憶されているスタンプカードのデータを、発行手段が発行したスタンプを収集した結果となるように更新する。関連付け手段は、発行手段がスタンプを発行した場合、取得手段が取得したレシートデータに、更新手段によりデータが更新されたスタンプカードを識別するカード識別情報を関連付ける。制御手段は、第１の記憶部に記憶されたレシートデータに基づくレシート画像と、当該レシートデータに対して関連付け手段が関連付けたカード識別情報で識別されるスタンプカードの画像とが、購買者の情報端末に表示されるように制御する。

電子レシートシステムと電子スタンプカードシステムとを連携するための本実施形態のシステム構成を簡略的に示す模式図。 本実施形態のシステムで使用される情報端末の要部回路構成を示すブロック図。 上記情報端末のタッチパネルに表示されるホーム画面の一例を示す模式図。 本実施形態のシステムで使用されるＰＯＳ端末の要部回路構成を示すブロック図。 上記ＰＯＳ端末からセンタサーバへと送信される電子レシートデータの構造を示す模式図。 本実施形態のシステムで使用されるセンタサーバの要部回路構成を示すブロック図。 上記センタサーバが管理するレシートデータベースに保存されるレシートレコードのデータ構造を示す模式図。 上記センタサーバが管理するスタンプカードデータベースに保存されるカードレコードのデータ構造を示す模式図。 上記センタサーバが管理する管理データベースに保存される管理レコードのデータ構造を示す模式図。 上記センタサーバのプロセッサが連携プログラムに従って実行する保存処理の主要な手順を示す流れ図。 上記センタサーバのプロセッサが連携プログラムに従って実行する保存処理の主要な手順を示す流れ図。 上記センタサーバのプロセッサが連携プログラムに従って実行する閲覧処理の主要な手順を示す流れ図。 上記センタサーバのプロセッサが連携プログラムに従って実行する閲覧処理の主要な手順を示す流れ図。 上記情報端末のタッチパネルに表示されるレシート画像を含む画面の一例を示す模式図。 上記情報端末のタッチパネルに表示される電子スタンプカード画像を含む画面の一例を示す模式図。 上記情報端末のタッチパネルに表示されるスタンプ履歴画像を含む画面の一例を示す模式図。

以下、電子レシートシステムと電子スタンプカードシステムとを効率よく連携できるデータ処理装置の実施形態について、図面を用いて説明する。因みに、本実施形態において、電子レシートシステムは、店舗のＰＯＳ端末から発行されるレシートの情報を電子化してセンタサーバに保管し、このセンタサーバに保管された電子レシートデータを購買者がスマートフォン等の情報端末を利用して閲覧できるようにしたシステムである。また、電子スタンプカードシステムは、店舗での会計毎に電子的にスタンプが付与される電子スタンプカードをセンタサーバで保管し、このセンタサーバに保管された電子スタンプカードの情報を購買者がスマートフォン等の情報端末を利用して閲覧できるようにしたものである。なお、所定数のスタンプが付与された電子スタンプカードは、例えば商品券等の特典と交換することができる。

図１は、電子レシートシステムと電子スタンプカードシステムとを連携するためのシステム構成を簡略的に示す模式図である。本システムは、センタサーバ１と、各店舗ＳＴにそれぞれ設置されるＰＯＳ端末２と、インターネット等のネットワーク３とを含む。センタサーバ１は、電子レシートシステムと電子スタンプカードシステムとを連携するためのデータ処理装置として機能する。ＰＯＳ端末２は、電子レシートデータを生成し、センタサーバ１へと送信する機能を有する。ネットワーク３は、センタサーバ１と各ＰＯＳ端末２とを接続する。センタサーバ１と各ＰＯＳ端末２とは、ネットワーク３を介してデータ通信を行う。

また本システムは、購買者（消費者、会員）が所有するスマートフォン等の情報端末５を必要とする。情報端末５は、無線ＬＡＮ（Local Area Network）又はモバイル通信の技術を利用して、無線通信を行うことができる。ネットワーク３には、情報端末５と無線通信が可能なアクセスポイント４が複数接続されている。アクセスポイント４は、無線通信領域が凡そ重ならないように各所に点在して配置されている。いずれかのアクセスポイント４の無線通信領域内に存在する情報端末５は、そのアクセスポイント４との間で無線通信を行うことが可能である。この無線通信により、情報端末５は、センタサーバ１へのリクエストを行い、センタサーバ１から提供される画像を表示デバイスに表示する。

図２は、情報端末５の要部回路構成を示すブロック図である。情報端末５は、プロセッサ５１、メインメモリ５２、補助記憶デバイス５３、無線ユニット５４、タッチパネル５５及びシステムバス５６を備える。そして情報端末５は、システムバス５６に、プロセッサ５１、メインメモリ５２、補助記憶デバイス５３及び無線ユニット５４を直接または信号入出力回路を介して接続する。かくして情報端末５は、プロセッサ５１、メインメモリ５２及び補助記憶デバイス５３と、これらを接続するシステムバス５６とによってコンピュータを構成する。

プロセッサ５１は、上記コンピュータの中枢部分に相当する。プロセッサ５１は、オペレーティングシステムやアプリケーションプログラムに従って、情報端末５としての各種の機能を実現するべく各部を制御する。

メインメモリ５２は、上記コンピュータの主記憶部分に相当する。メインメモリ５２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ５２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ５２は、プロセッサ５１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ５２は、揮発性のメモリ領域を、プロセッサ５１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス５３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス５３として使用される。補助記憶デバイス５３は、プロセッサ５１が各種の処理を行う上で使用するデータや、プロセッサ５１での処理によって生成されたデータを保存する。補助記憶デバイス５３は、上記のアプリケーションプログラムを記憶する場合もある。

無線ユニット５４は、アクセスポイント４との間で所定の無線通信プロトコルに従い無線によるデータの送信または受信を行う。

タッチパネル５５は、情報端末５の入力デバイスと表示デバイスとを兼ね備えた機器である。

かかる構成の情報端末５には、電子レシートシステムと電子スタンプカードシステムとを連携して使用する会員専用のアプリケーションプログラム（以下会員プログラムと称する）がダウンロードされる。会員プログラムは、例えば補助記憶デバイス５３に記憶される。この会員プログラムを情報端末５にダウンロードすることによって、情報端末５のユーザである購買者は、会員登録を行うことができる。会員登録を行うことにより、当該購買者を特定するための購買者特定情報として、電子レシートシステムと電子スタンプカードシステムとで共通の一意の会員ＩＤが発番される。この会員ＩＤのデータも、例えば補助記憶デバイス５３に記憶される。

会員プログラムが起動すると、タッチパネル５５に、例えば図３に示すレイアウトのホーム画面ＳＣ１が表示される。図示するようにホーム画面ＳＣ１には、バーコードＢＣが表示される。バーコードＢＣは、会員ＩＤをバーコード化したものである。また、ホームアイコンＩＣ１、レシートアイコンＩＣ２及びその他アイコンＩＣ３がホーム画面ＳＣ１に表示される。そしてホームアイコンＩＣ１が選択状態となり、レシートアイコンＩＣ２とその他アイコンＩＣ３とが非選択状態となる。

図４は、ＰＯＳ端末２の要部回路構成を示すブロック図である。ＰＯＳ端末２は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、時計２４、通信インターフェース２５、入力デバイス２６、表示デバイス２７、読取デバイス２８、プリンタ２９、自動釣銭機２１０及びシステムバス２１１を備える。そしてＰＯＳ端末２は、システムバス２１１に、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、時計２４、通信インターフェース２５、入力デバイス２６、表示デバイス２７、読取デバイス２８、プリンタ２９及び自動釣銭機２１０を直接または信号入出力回路を介して接続する。かくしてＰＯＳ端末２は、プロセッサ２１、メインメモリ２２及び補助記憶デバイス２３と、これらを接続するシステムバス２１１とによってコンピュータを構成する。

プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、オペレーティングシステムやアプリケーションプログラムに従って、ＰＯＳ端末２としての各種の機能を実現するべく各部を制御する。

メインメモリ２２は、上記コンピュータの主記憶部分に相当する。メインメモリ２２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ２２は、プロセッサ２１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ２２は、揮発性のメモリ領域を、プロセッサ２１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス２３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等が補助記憶デバイス２３として使用される。補助記憶デバイス２３は、プロセッサ２１が各種の処理を行う上で使用するデータや、プロセッサ２１での処理によって生成されたデータを保存する。補助記憶デバイス２３は、上記のアプリケーションプログラムを記憶する場合もある。

時計２４は、ＰＯＳ端末２の時刻情報源として機能する。プロセッサ２１は、時計２４によって計時される時刻情報を基に、現在の日付及び時刻を計時する。

通信インターフェース２５は、ネットワーク３に接続されており、所定の通信プロトコルに従い、ネットワーク３を介してセンタサーバ１とデータ通信を行う。

入力デバイス２６は、操作者による各種指示の入力を受け付ける。入力デバイス２６としては、タッチセンサ又はキーボードなどの周知のデバイスを、単独又は組み合わせて適用できる。

表示デバイス２７は、操作者に対して各種の情報を通知するための各種画面を表示する。表示デバイス２７としては、例えば液晶表示デバイスなどの周知のデバイスを適用できる。

読取デバイス２８は、商品に付されたバーコード、二次元データコード等を読み取る。また読取デバイス２８は、情報端末５のタッチパネル５５に表示された会員ＩＤのバーコードＢＣを読み取る。読取デバイス２８としては、バーコードスキャナ又は二次元スキャナなどの周知のデバイスを、単独又は組み合わせて適用できる。

プリンタ２９は、レシート用紙に対してレシート画像をプリントしてレシートを発行する。

自動釣銭機２１０は、紙幣及び硬貨の投入口を有し、投入された紙幣又は硬貨の金額を算出する。そして自動釣銭機は、この投入金額から取引金額を減じた差額を釣銭額として釣銭額相当の紙幣又は硬貨を払出口に払い出すものである。

かかる構成のＰＯＳ端末２は、例えば店舗ＳＴのチェックアウトコーナに設置される。なお、１つの店舗ＳＴに設置されるＰＯＳ端末２の台数は１台に限定されるものではない。典型的には、１つの店舗ＳＴに複数台のＰＯＳ端末２が設置される。ただし本実施形態では、便宜上、１店舗に設置されるＰＯＳ端末２を１台として説明を続ける。

ＰＯＳ端末２のプロセッサ２１は、入力デバイス２６又は読取デバイス２８を介して購買者が買い上げる商品のデータが入力されると、その商品の販売データを売上処理する。そして買上商品のデータ入力終了を指令する操作が入力デバイス２６を介して行われると、プロセッサ２１は、買上商品の代金を基に算出される取引金額を表示デバイス２７に表示させる。その後、自動釣銭機２１０に取引金額以上の現金が投入されると、プロセッサ２１は、レシートデータを生成する。レシートデータは、購買の明細を示すものであり、買上商品の品名、単価、点数、金額、取引金額、預り金額、釣銭額等を含む。またレシートデータは、取引日時及びレシートＩＤを含む。取引日時は、例えば取引日時が生成された時点の時計２４の日付と時刻である。取引日時は、例えば購買者が買い上げる商品の１点目のデータが入力された時点の時計２４の日付と時刻でもよい。レシートＩＤは、レシートデータが生成される毎に発行される一意のコードである。レシートＩＤは、例えば取引日時の後に、レシートデータが生成される毎にカウントアップし、日付が更新されるとリセットされるカウンタの値を付加したものである。

レシートデータを生成し終えると、プロセッサ２１は、電子レシート処理を行うか否かを判定する。すなわちプロセッサ２１は、購買者が所持する情報端末５のタッチパネル５５に表示されたホーム画面ＳＣ１のバーコードＢＣが読取デバイス２８を介して読み取られている場合、電子レシート処理を行うと判定する。上記バーコードＢＣが読み取られていない場合には、プロセッサ２１は、電子レシート処理を行わないと判定する。電子レシート処理を行わない場合、プロセッサ２１は、プリンタ２９を制御してレシートデータが印刷されたレシートの発行を制御する。電子レシート処理を行うと判定した場合には、プロセッサ２１は、図５に示すように、レシートデータに会員ＩＤと店舗ＩＤとを付加した電子レシートデータＥＲＤを生成する。会員ＩＤは、バーコードＢＣを解析して得たコードである。店舗ＩＤは、予め設定された店舗固有のＩＤであり、例えば補助記憶デバイス２３に記憶されている。プロセッサ２１は、通信インターフェース２５を介してセンタサーバ１に電子レシートデータＥＲＤを送信する。

このような動作を行うＰＯＳ端末２は、既存の電子レシートシステムに対応したものをそのまま適用できる。

図６は、センタサーバ１の要部回路構成を示すブロック図である。センタサーバ１は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、通信インターフェース１４及びシステムバス１５を備える。そしてセンタサーバ１は、システムバス１５に、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３及び通信インターフェース１４を直接または信号入出力回路を介して接続する。かくしてセンタサーバ１は、プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３と、これらを接続するシステムバス１５とによってコンピュータを構成する。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステムやアプリケーションプログラムに従って、センタサーバ１としての各種の機能を実現するべく各部を制御する。

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等が補助記憶デバイス１３として使用される。補助記憶デバイス１３は、プロセッサ１１が各種の処理を行う上で使用するデータや、プロセッサ１１での処理によって生成されたデータを保存する。補助記憶デバイス１３は、上記のアプリケーションプログラムを記憶する場合もある。

ここで、メインメモリ１２又は補助記憶デバイス１３に記憶されるアプリケーションプログラムの１つに、電子レシートシステムと電子スタンプカードシステムとを連携させるための連携プログラムがある。

通信インターフェース１４は、ネットワーク３に接続されており、所定の通信プロトコルに従い、ネットワーク３を介して各ＰＯＳ端末２とデータ通信を行う。また通信インターフェース１４は、ネットワーク３さらにはアクセスポイント４を介して情報端末５とデータ通信を行う。

かかる構成のセンタサーバ１は、補助記憶デバイス１３の領域の一部をレシートデータベース６１、スタンプカードデータベース６２及び管理データベース６３として使用する。

レシートデータベース６１は、各ＰＯＳ端末２からネットワーク３を介して受信した電子レシートデータＥＲＤを含むレコード（以下、レシートレコードと称する）６１Ｒを一定期間保存するための領域である。レシートレコード６１Ｒは、図７に示すように会員ＩＤ、店舗ＩＤ、レシートＩＤ、取引日時、レシートデータ、スタンプ対象フラグ、カードＩＤを含む。なお、レシートレコード６１Ｒは、上記以外の項目を含んでいてもよい。

会員ＩＤ、店舗ＩＤ及びレシートデータは、電子レシートデータＥＲＤに含まれているものである。レシートＩＤ及び取引日時は、レシートデータから抽出される。スタンプ対象フラグは、対応するレシートＩＤで特定されるレシートデータが、収集した数によって特典が得られるスタンプの発行条件を満足するか否かを識別する１ビット情報である。スタンプの発行条件については後述する。スタンプ対象フラグは、例えばスタンプの発行条件を満足するとき“１”となり、発行条件を満足しないとき“０”となる。カードＩＤは、レシートデータがスタンプの発行条件を満足する場合に、そのスタンプを収集するための電子スタンプカードを特定するための情報である。ここに、レシートデータベース６１は、購買者特定情報（会員ＩＤ）とレシートデータとを関連付けて記憶する第１の記憶部として機能する。

スタンプカードデータベース６２は、電子スタンプカードの種類毎に生成されるレコード（以下、カードレコード６２Ｒと称する）を保存するための領域である。電子スタンプカードは、スタンプカードを電子化したものであり、同じく電子化されたスタンプデータを一定の数まで収集可能である。カードレコード６２Ｒは、図８に示すように、カードＩＤ、収集期間、単位金額、最大スタンプ数Ｎ、対象店舗数Ｓ、対象店舗ＩＤ、カードイメージデータ、スタンプデータを含む。なお、カードレコード６２Ｒは、上記以外の項目を含んでいてもよい。

カードＩＤは、電子スタンプカードの種類を識別するためにその種類毎に発行される一意のコードである。収集期間は、カードＩＤで特定される種類の電子スタンプカード（以下、当該カードと称する）に対してスタンプを収集可能な期間である。取引日時が有効期間内の取引はスタンプの付与対象となる。単位金額は、１つのスタンプの付与に必要な金額である。取引金額を単位金額で除算し、その商の整数がスタンプの付与数となる。したがって、カードＩＤで特定される電子スタンプカードのスタンプ発行条件は、収集期間内の取引でその取引金額が単位金額以上である場合に満足し、それ以外は満足しない。

最大スタンプ数Ｎは、当該カードで収集可能なスタンプの最大数である。対象店舗数Ｓは、当該カードを使用する店舗ＳＴの総数であり、対象店舗ＩＤは、当該カードを使用する店舗ＳＴの店舗ＩＤである。カードレコード６２Ｒには、対象店舗数Ｓと等しい数の店舗ＩＤが対象店舗ＩＤとして記憶される。なお、同じ店舗ＩＤが異なるカードレコード６２Ｒの対象店舗ＩＤとなることを禁止する。すなわち、１つの店舗が対象となる電子スタンプカードは１種類とする。１つの店舗が複数種類の電子スタンプカードを発行することはない。カードイメージデータは、当該カードのイメージデータであり、スタンプデータは、当該カードに付与されるスタンプのイメージデータである。

管理データベース６３は、購買者に対して発行された電子スタンプカードと、その電子スタンプカードで収集したスタンプとを管理するためのレコード（以下、管理レコードと称する）６３Ｒを保存するための領域である。管理レコード６３Ｒは、図９に示すように、前述した会員ＩＤ、カードＩＤ、有効期間、単位金額及び最大スタンプ数Ｎに加えて、カード数及び収集スタンプ数ｎと、１から最大スタンプ数Ｎまでのスタンプ番号がそれぞれ設定された複数の番号エリアと、各スタンプ番号に対応付けられたＩＤ記述エリアと、満了フラグとを含む。

カード数は、対応する会員ＩＤ及びカードＩＤが共通の電子スタンプカードの枚数である。カードＩＤで特定される電子スタンプカードで収集したスタンプ数が最大スタンプ数Ｎに達すると、その購買者に対して新たな電子スタンプカードが発行される。その際、カード数は、１枚目の電子スタンプカードについては“１”となり、２枚目の電子スタンプカードについては“２”となる。収集スタンプ数ｎは、対応するカードＩＤで特定される電子スタンプカードで収集したスタンプの数である。

一連のスタンプ番号がそれぞれ設定された各番号エリアは、収集したスタンプの記述エリアとなる。そして、各番号エリアにそれぞれ対応するＩＤ記述エリアは、対応する番号エリアに記述されたスタンプが発行されたレシートデータに含まれる店舗ＩＤとレシートＩＤとを記述するエリアである。

満了フラグは、カードＩＤで特定される電子スタンプカードで収集したスタンプ数が最大スタンプ数Ｎに達したか否かを識別する１ビット情報である。満了フラグは、例えば、最大スタンプ数Ｎに達していない場合は“０”であり、最大スタンプ数Ｎに達すると“１”となる。

ここに、管理データベース６３は、購買者特定情報（会員ＩＤ）とスタンプカードのデータとを関連付けて記憶する第２の記憶部として機能する。

図１０～図１３は、センタサーバ１のプロセッサ１１が連携プログラムに従って実行する主要な情報処理の手順を示す流れ図である。また、図１４～図１６は、上記の情報処理により情報端末５のタッチパネル５５に表示される種々の画面の一例である。以下、これらの図を用いて、センタサーバ１の動作について説明する。なお、以下に説明する動作は一例であり、同様な結果を得ることが可能であればその手順は特に限定されるものではない。

プロセッサ１１が連携プログラムに従って実行する情報処理は、保存処理と閲覧処理とに区分される。保存処理は、主として、ＰＯＳ端末２からネットワーク３を経由して受信したレシートデータをレシートデータベース６１に保存する処理である。閲覧処理は、主として、情報端末５からのリクエストにより、要求のあった電子レシートを当該情報端末５で閲覧できるように該当するレシートデータを当該情報端末５にダウンロードする処理である。なお、連携プログラムに従って実行する情報処理は、他の処理を含んでいてもよい。

始めに、保存処理について、図１０及び図１１を用いて説明する。
図１０に示すようにプロセッサ１１は、Ａｃｔ１として電子レシートデータＥＲＤを待ち受ける。前述したように電子レシートデータＥＲＤは、購買者が所持する情報端末５のタッチパネル５５に表示されたホーム画面ＳＣ１のバーコードＢＣが、ＰＯＳ端末２の読取デバイス２８で読み取られた場合にＰＯＳ端末２で生成され、センタサーバ１へと送信される。この電子レシートデータＥＲＤには、購買者を特定する購買者特定情報（会員ＩＤ）と当該購買者による購買の明細を示すレシートデータとを含む。

プロセッサ１１は、通信インターフェース１４を介していずれかのＰＯＳ端末２から送信された電子レシートデータＥＲＤを受信すると（Ａｃｔ１、ＹＥＳ）、Ａｃｔ２としてその電子レシートデータＥＲＤから新規のレシートレコード６１Ｒｘを生成してレシートデータベース６１に保存する。すなわちプロセッサ１１は、電子レシートデータＥＲＤから会員ＩＤ、店舗ＩＤ及びレシートデータを取得する。またプロセッサ１１は、レシートデータを解析して、当該データに含まれるレシートＩＤ、取引日時及び取引金額を抽出する。そしてプロセッサ１１は、会員ＩＤ、店舗ＩＤ、レシートＩＤ、取引日時、取引金額及びレシートデータでレシートレコード６１Ｒｘを生成し、レシートデータベース６１に保存する。このときプロセッサ１１は、Ａｃｔ３としてレシートレコード６１Ｒｘのスタンプ対象フラグを“０”とし、カードＩＤは未設定とする。

ここに、プロセッサ１１を主体とするコンピュータは、連携プログラムに従ってＡｃｔ１及びＡｃｔ２の処理を実行することにより、取得手段及び追加手段として機能する。

プロセッサ１１は、Ａｃｔ４としてスタンプカードデータベース６２を検索する。そしてプロセッサ１１は、Ａｃｔ５としてレシートレコード６１Ｒｘの店舗ＩＤを対象店舗ＩＤとし、かつ取引日時が収集期間内のカードレコード６２Ｒｘの有無を判定する。スタンプカードデータベース６２から該当するカードレコード６２Ｒｘを検出できなかった場合（Ａｃｔ５、ＮＯ）、プロセッサ１１は、保存処理を終了する。

プロセッサ１１は、スタンプカードデータベース６２から該当するカードレコード６２Ｒｘを検出できた場合には（Ａｃｔ５、ＹＥＳ）、Ａｃｔ６としてそのカードレコード６２Ｒｘから単位金額を検出し、ワークエリアＡに格納する。またプロセッサ１１は、Ａｃｔ７としてレシートレコード６１Ｒｘから取引金額を検出し、ワークエリアＢに格納する。そしてプロセッサ１１は、Ａｃｔ８としてワークエリアＢに格納した取引金額がワークエリアＡに格納した単位金額以上であるか否かを判定する。取引金額が単位金額に満たない場合（Ａｃｔ８、ＮＯ）、プロセッサ１１は、保存処理を終了する。

プロセッサ１１は、取引金額が単位金額以上であることを確認した場合（Ａｃｔ８、ＹＥＳ）、Ａｃｔ９として取引金額と単位金額とからスタンプ数を算出し、ワークエリアＣに格納する。例えばプロセッサ１１は、取引金額を単位金額で除算し、その商の整数をスタンプ数とする。なお、スタンプ数の算出方法は、これに限定されるものではない。例えば、レシートデータに含まれる買上商品の中に特定の商品が含まれている場合、スタンプ数を２倍としてもよい。
ここに、プロセッサ１１を主体とするコンピュータは、連携プログラムに従ってＡｃｔ４乃至Ａｃｔ９の処理を実行することにより、発行手段として機能する。

スタンプ数を算出し終えると、プロセッサ１１は、Ａｃｔ１０として管理データベース６３を検索する。そしてプロセッサ１１は、Ａｃｔ１１としてレシートレコード６１Ｒｘに含まれる会員ＩＤとカードレコード６２Ｒｘに含まれるカードＩＤとを含み、尚且つ満了フラグが“０”にリセットされている管理レコード６３Ｒｘ１の有無を判定する。

プロセッサ１１は、該当する管理レコード６３Ｒｘ１を検出できなかった場合（Ａｃｔ１１、ＮＯ）、Ａｃｔ１２として新規スタンプカードの発行処理を行う。具体的にはプロセッサ１１は、レシートレコード６１Ｒｘに含まれる会員ＩＤと、カードレコード６２Ｒｘに含まれるカードＩＤ、収集期間、単位金額及び最大スタンプ数とで、新規の管理レコード６３Ｒｘ２を作成する。このとき、管理レコード６３Ｒｘ２において、カード数は“１”、収集スタンプ数ｎは“０”、満了フラグは“０”とする。また、各スタンプ番号に対応付けられたＩＤ記述エリアは空白とする。一方、該当する管理レコード６３Ｒｘ１を検出できた場合には（Ａｃｔ１１、ＹＥＳ）、プロセッサ１１は、Ａｃｔ１２の処理を実行しない。

Ａｃｔ１２の処理により新規の管理レコード６３Ｒｘ２を作成するか、Ａｃｔ１１において該当する管理レコード６３Ｒｘ１を検出できた場合、プロセッサ１１は、図１１のＡｃｔ１３として管理レコード６３Ｒｘ１又は管理レコード６３Ｒｘ２（以後、総称して管理レコード６３Ｒｘとする）から最大スタンプ数Ｎと収集スタンプ数ｎとを検出する。またプロセッサ１１は、Ａｃｔ１４としてワークエリアに格納したカウンタｐを“０”にリセットする。

プロセッサ１１は、Ａｃｔ１５としてカウンタｐを“１”だけカウントアップし、Ａｃｔ１６としてこのカウンタｐがワークエリアＣのスタンプ数を超えたか否かを判断する。カウンタｐがスタンプ数を超えていない場合（Ａｃｔ１６、ＮＯ）、電子スタンプカードにスタンプが付与される。すなわちプロセッサ１１は、Ａｃｔ１７として収集スタンプ数ｎを“１”だけカウントアップする。そしてプロセッサ１１は、Ａｃｔ１８として収集スタンプ数ｎが最大スタンプ数Ｎを超えたか否かを確認する。収集スタンプ数ｎが最大スタンプ数Ｎを超えていない場合（Ａｃｔ１８、ＮＯ）、プロセッサ１１は、後述するＡｃｔ１９乃至Ａｃｔ２１の処理を行わずに、Ａｃｔ２２の処理へと進む。

Ａｃｔ２２では、プロセッサ１１は、管理レコード６３Ｒｘのスタンプ番号ｎ（番号ｎは、収集スタンプ数ｎと同じ値）が設定されたエリアに、カードレコード６２Ｒｘのスタンプデータを記述する。またプロセッサ１１は、Ａｃｔ２３として管理レコード６３Ｒｘのスタンプ番号ｎに対応したＩＤ記述エリアに、レシートレコード６１Ｒｘの店舗ＩＤとレシートＩＤとを記述する。

その後、プロセッサ１１は、Ａｃｔ１５の処理に戻る。すなわちプロセッサ１１は、カウンタｐを“１”だけカウントアップする。そしてカウンタｐがスタンプ数以下の場合（Ａｃｔ１６、ＮＯ）、プロセッサ１１は、Ａｃｔ１７乃至Ａｃｔ２３の処理を実行する。

ここで、カウンタｐがスタンプ数に達する前に、収集スタンプ数ｎが最大スタンプ数Ｎを超えた場合には（Ａｃｔ１８、ＹＥＳ）、管理レコード６３Ｒｘで管理される電子スタンプカードは最大スタンプ数Ｎのスタンプが付与されたため、それ以上スタンプを付与できない。プロセッサ１１は、Ａｃｔ１９として管理レコード６３Ｒｘの満了フラグを“１”に更新する。またプロセッサ１１は、追加スタンプカードの発行処理を行う。具体的にはプロセッサ１１は、管理レコード６３Ｒｘに含まれる会員ＩＤ、カードＩＤ、収集期間、単位金額及び最大スタンプ数をコピーした新たな管理レコード６３Ｒｙを作成する。このとき、管理レコード６３Ｒｙのカード数は管理レコード６３Ｒｘのカード数に“１”を加算した値とする。収集スタンプ数ｎは“０”、満了フラグは“０”とする。また、各スタンプ番号に対応付けられたＩＤ記述エリアは空白とする。

プロセッサ１１は、Ａｃｔ２１として管理レコード６３Ｒｙの収集スタンプ数ｎを“１”とする。そしてプロセッサ１１は、Ａｃｔ２２及びＡｃｔ２３の処理を実行する。すなわちプロセッサ１１は、管理レコード６３Ｒｙのスタンプ番号ｎ（番号ｎは、収集スタンプ数ｎと同じ値）が設定されたエリアに、カードレコード６２Ｒｘのスタンプデータを記述する。またプロセッサ１１は、管理レコード６３Ｒｙのスタンプ番号ｎに対応したＩＤ記述エリアに、レシートレコード６１Ｒｘの店舗ＩＤとレシートＩＤとを記述する。その後、プロセッサ１１は、Ａｃｔ１５の処理に戻る。

ここにプロセッサ１１を主体とするコンピュータは、連携プログラムに従ってＡｃｔ１５乃至Ａｃｔ２３の処理を実行することにより、更新手段として機能する。

Ａｃｔ１６において、カウンタｐがスタンプ数を超えた場合（Ａｃｔ１６、ＹＥＳ）、Ａｃｔ９の処理で算出されたスタンプ数のスタンプがスタンプカードに付与されるように管理レコード６３Ｒｘ又は管理レコード６３Ｒｙが更新された。そこでプロセッサ１１は、図１０のＡｃｔ２４として管理レコード６３Ｒｘ又は管理レコード６３ＲｙからカードＩＤを検出する。そしてプロセッサ１１は、Ａｃｔ２５としてレシートレコード６１ＲｘにそのカードＩＤを格納する。またプロセッサ１１は、Ａｃｔ２６としてレシートレコード６１Ｒｘのスタンプ対象フラグを“１”とする。以上で、プロセッサ１１は、保存処理を終了する。

ここにプロセッサ１１を主体とするコンピュータは、連携プログラムに従ってＡｃｔ２４及びＡｃｔ２５の処理を実行することにより、関連付け手段として機能する。

次に、閲覧処理について、図１２～図１３を用いて説明する。

図１２に示すようにプロセッサ１１は、Ａｃｔ３１としてレシートの一覧要求コマンドを待ち受ける。一覧要求コマンドは、情報端末５から出力される。すなわち情報端末５のユーザである購買者は、会員プログラムを起動する。会員プログラムが起動すると、タッチパネル５５にホーム画面ＳＣ１が表示されるので、購買者は、レシートアイコンＩＣ２にタッチする。レシートアイコンＩＣ２がタッチされると、当該情報端末５からセンタサーバ１に、一覧要求コマンドが送信される。一覧要求コマンドには、情報端末５に記憶されている会員ＩＤが含まれる。

一覧要求コマンドを受信したセンタサーバ１のプロセッサ１１は、Ａｃｔ３２としてレシート一覧画像を生成する。すなわちプロセッサ１１は、レシートデータベース６１を検索して、一覧要求コマンドに含まれる会員ＩＤを含むレシートレコード６１Ｒａを全て検出する。そしてプロセッサ１１は、各レシートレコード６１Ｒａの店舗ＩＤ又はその店舗ＩＤから特定される店舗名と、レシートＩＤと、取引日時とを一覧にしたレシート一覧画像を作成する。プロセッサ１１は、Ａｃｔ３３としてレシート一覧画像のデータを一覧要求コマンド送信元の情報端末５へと送信するように通信インターフェース１４を制御する。この制御により、一覧要求コマンドを送信した情報端末５においては、タッチパネル５５にレシート一覧画像が表示される。

レシート一覧画像を確認した購買者は、そのレシート一覧の中から取引明細を確認したいレシートの表示行をタッチして選択操作を行う。レシートの表示行がタッチされると、当該情報端末５からセンタサーバ１に、レシートの閲覧要求コマンドが送信される。閲覧要求コマンドには、選択されたレシートの店舗ＩＤ及びレシートＩＤと、当該情報端末５に記憶されている会員ＩＤとが含まれる。なお、レシート一覧画像を確認した購買者が終了操作を行った場合には、当該情報端末５からセンタサーバ１に、終了要求コマンドが送信される。

Ａｃｔ３３において、レシート一覧画像の送信を制御したセンタサーバ１のプロセッサ１１は、Ａｃｔ３４として閲覧要求コマンドを受信したか否かを確認する。閲覧要求コマンドを受信していない場合（Ａｃｔ３４、ＮＯ）、プロセッサ１１は、Ａｃｔ３５として終了要求コマンドを受信したか否かを確認する。終了要求コマンドを受信していない場合（Ａｃｔ３５、ＮＯ）、プロセッサ１１は、Ａｃｔ３４に戻る。ここに、プロセッサ１１は、Ａｃｔ３４及びＡｃｔ３５の処理において、閲覧要求コマンドを受信するか終了要求コマンドを受信するのを待ち受ける。

Ａｃｔ３４及びＡｃｔ３５の待ち受け状態において、閲覧要求コマンドを受信した場合（Ａｃｔ３４、ＹＥＳ）、プロセッサ１１は、Ａｃｔ３６としてレシートデータベース６１から閲覧要求のあったレシートデータを検出する。すなわちプロセッサ１１は、閲覧要求コマンドに含まれる会員ＩＤ、店舗ＩＤ及びレシートＩＤが一致するレシートレコード６１Ｒｂを取得し、そのレシートレコード６１Ｒｂからレシートデータを検出する。

次いでプロセッサ１１は、Ａｃｔ３７としてレシートレコード６１Ｒｂのスタンプ対象フラグを調べる。ここで、スタンプ対象フラグが“１”、すなわち当該レシートデータがスタンプの発行条件を満足する場合には（Ａｃｔ３７、ＹＥＳ）、プロセッサ１１は、Ａｃｔ３８としてレシートデータにスタンプ済ボタンの画像データを挿入する。これに対し、スタンプ対象フラグが“０”、すなわち当該レシートデータがスタンプの発行条件を満足しない場合には（Ａｃｔ３７、ＮＯ）、プロセッサ１１は、Ａｃｔ３８の処理を実行しない。

Ａｃｔ３８の処理を終えるか、Ａｃｔ３７においてスタンプ発行条件を満足しないと判定された場合、プロセッサ１１は、Ａｃｔ３９としてレシート画像を作成する。すなわちプロセッサ１１は、Ａｃｔ３６の処理で検出したレシートデータを基に、紙レシートと同様のレシートを表す画像を作成する。プロセッサ１１は、Ａｃｔ４０としてレシート画像のデータを閲覧要求コマンド送信元の情報端末５へと送信するように通信インターフェース１４を制御する。この制御により、閲覧要求コマンドを送信した情報端末５においては、タッチパネル５５にレシート画像が表示される。

図１４は、レシート画像ＩＭ１が表示されたタッチパネル５５の画面ＳＣ２の一例である。画面ＳＣ２には、スタンプの発行条件を満足したレシートデータに対するレシート画像ＩＭ１が表示されている。また、この例は、スタンプの発行条件を満足しているため、レシート画像ＩＭ１とともに、スタンプ済ボタンＢＴ１の画像も画面ＳＣ２に表示されている。

レシート画像ＩＭ１を確認した購買者は、このレシートデータで発行されたスタンプを収集している電子スタンプカードを確認することが可能である。確認する場合、購買者は、スタンプ済ボタンＢＴ１をタッチする。確認しない場合には、購買者は、図示しない終了ボタンにタッチする。スタンプ済ボタンＢＴ１がタッチされた場合、情報端末５からセンタサーバ１に対してスタンプ要求コマンドが送信される。終了ボタンがタッチされた場合には、情報端末５からセンタサーバ１に対して終了要求コマンドが送信される。

Ａｃｔ４０において、レシート画像の送信を制御したセンタサーバ１のプロセッサ１１は、Ａｃｔ４１としてスタンプ要求コマンドを受信したか否かを確認する。スタンプ要求コマンドを受信していない場合（Ａｃｔ４１、ＮＯ）、プロセッサ１１は、Ａｃｔ４２として終了要求コマンドを受信したか否かを確認する。終了要求コマンドを受信していない場合（Ａｃｔ４２、ＮＯ）、プロセッサ１１は、Ａｃｔ４１に戻る。ここに、プロセッサ１１は、Ａｃｔ４１及びＡｃｔ４２の処理において、スタンプ要求コマンドを受信するか終了要求コマンドを受信するのを待ち受ける。

Ａｃｔ４１及びＡｃｔ４２の待ち受け状態において、スタンプ要求コマンドを受信した場合（Ａｃｔ４１、ＹＥＳ）、プロセッサ１１は、図１３のＡｃｔ４３として、Ａｃｔ３９の処理でレシート画像の作成に用いたレシートデータを含むレシートレコード６１Ｒｂから会員ＩＤ、店舗ＩＤ、レシートＩＤ及びカードＩＤを検出する。そしてプロセッサ１１は、Ａｃｔ４４として管理データベース６３を検索して、会員ＩＤ及びカードＩＤがＡｃｔ４３の処理で検出したものと一致し、尚且つ、Ａｃｔ４３の処理で検出した店舗ＩＤとレシートＩＤとがいずれかのＩＤ記述エリアに記憶された管理レコード６３Ｒｂを検出する。またプロセッサ１１は、Ａｃｔ４５としてスタンプカードデータベース６２を検索し、管理レコード６３ＲｂのカードＩＤを含むカードレコード６２Ｒｂを検出する。

プロセッサ１１は、Ａｃｔ４６としてカードレコード６２Ｒｂのカードイメージデータで電子スタンプカードの画像を生成する。そしてプロセッサ１１は、Ａｃｔ４７としてその電子スタンプカードの画像に、当該カードで収集したスタンプデータを付与する。具体的には、電子スタンプカードの画像には、最大スタンプ数Ｎ個のスタンプ枠が形成されており、各スタンプ枠には一連の枠番号が割り当てられている。プロセッサ１１は先ず、管理レコード６３Ｒｂのスタンプ番号が“１”のエリアにスタンプデータが記述されている場合、そのスタンプデータに基づくスタンプ画像を、第１の色で、枠番号“１”が割り当てられたスタンプ枠内に表示させる。次いでプロセッサ１１は、管理レコード６３Ｒｂのスタンプ番号が“２”のエリアにスタンプデータが記述されている場合、そのスタンプデータに基づくスタンプ画像を、枠番号“２”が割り当てられたスタンプ枠内に表示させる。このときプロセッサ１１は、スタンプ番号が“１”のエリアに対応するＩＤ記述エリアに記述されている店舗ＩＤ及びレシートＩＤと、スタンプ番号が“２”のエリアに対応するＩＤ記述エリアに記述されている店舗ＩＤ及びレシートＩＤとが一致するか否かを判定する。そして一致する場合、プロセッサ１１は、枠番号“２”が割り当てられたスタンプ枠内のスタンプ画像を第１の色で表示する。一致しない場合には、プロセッサ１１は、枠番号“２”が割り当てられたスタンプ枠内のスタンプ画像を第２の色で表示する。第２の色は、第１の色と異なる。以後、プロセッサ１１は、管理レコード６３Ｒｂのスタンプ番号が“３”、“４”、“５”…の各エリアに記述されているスタンプデータについて、同様の処理を実行する。そしてその場合も、直前の番号エリアに対応するＩＤ記述エリアに記述されている店舗ＩＤ及びレシートＩＤと一致しない場合にはスタンプ画像の色を変える。

こうして、プロセッサ１１は、スタンプデータが付与された電子スタンプカード画像を作成したならば、Ａｃｔ４８として電子スタンプカード画像のデータをスタンプ要求コマンド送信元の情報端末５へと送信するように通信インターフェース１４を制御する。この制御により、スタンプ要求コマンドを送信した情報端末５においては、タッチパネル５５に電子スタンプカード画像が表示される。

図１５は、電子スタンプカード画像ＩＭ２が表示されたタッチパネル５５の画面ＳＣ３の一例である。画面ＳＣ３には、１５個のスタンプ枠ＳＦを有するスタンプカードにおいて、合計６個のスタンプが付与された電子スタンプカード画像ＩＭ２が表示されている。スタンプ枠ＳＦは、左上を枠番号“１”とし、その右隣を枠番号“２”とする。そして枠番号“１”から“３”までのスタンプ枠には第１の色のスタンプが表示され、枠番号“４”と“５”のスタンプ枠には第２の色のスタンプが表示され、枠番号“６”のスタンプ枠には第３の色のスタンプが表示されている場合を示している。また、画面ＳＣ３には、電子スタンプカード画像ＩＭ２とともにスタンプ履歴ボタンＢＴ２の画像も表示されている。また、スタンプを最大スタンプ数まで収集したときに得られる特典を示すメッセージＭＳも表示されている。なお、スタンプは、説明の便宜上、円の枠内に文字「済」を表示させたものとしている。そして、枠内のハッチングの有無、又はハッチングの向きにより色の違いを表わしている。

電子スタンプカード画像ＩＭ２を確認した購買者は、いずれかのスタンプの発行対象となった取引の購買記録であるレシートを確認することが可能である。また、電子スタンプカードに発行されたスタンプの履歴を確認することも可能である。レシートを確認する場合、購買者は、そのスタンプにタッチする。履歴を確認する場合、購買者は、スタンプ履歴ボタンＢＴ２にタッチする。スタンプがタッチされた場合、情報端末５からセンタサーバ１に対してスタンプ選択コマンドが送信される。スタンプ選択コマンドには、タッチされたスタンプが付与されているスタンプ枠の枠番号が含まれる。一方、スタンプ履歴ボタンＢＴ２がタッチされた場合には、情報端末５からセンタサーバ１に対してスタンプ履歴要求コマンドが送信される。

Ａｃｔ４８において、スタンプカード画像の送信を制御したセンタサーバ１のプロセッサ１１は、Ａｃｔ４９としてスタンプ選択コマンドを受信したか否かを確認する。スタンプ選択コマンドを受信していない場合（Ａｃｔ４９、ＮＯ）、プロセッサ１１は、Ａｃｔ５０としてスタンプ履歴要求コマンドを受信したか否かを確認する。スタンプ履歴要求コマンドを受信していない場合（Ａｃｔ５０、ＮＯ）、プロセッサ１１は、Ａｃｔ４９に戻る。ここに、プロセッサ１１は、Ａｃｔ４９及びＡｃｔ５０の処理において、スタンプ選択コマンドを受信するかスタンプ履歴要求コマンドを受信するのを待ち受ける。

Ａｃｔ４９及びＡｃｔ５０の待ち受け状態において、スタンプ履歴コマンドを受信した場合（Ａｃｔ５０、ＹＥＳ）、プロセッサ１１は、Ａｃｔ５１として管理レコード６３Ｒｂのデータを基にスタンプ履歴画像を生成する。具体的にはプロセッサ１１は、管理レコード６３Ｒｂから会員ＩＤを取得する。またプロセッサ１１は、スタンプ番号の順番に、その番号エリアに対応するＩＤ記述エリアに記述されている店舗ＩＤとレシートＩＤとを取得する。そしてプロセッサ１１は、レシートデータベース６１を検索して、当該会員ＩＤ、店舗ＩＤ及びレシートＩＤを含むレシートレコード６１ｃを検出する。そしてプロセッサ１１は、そのレシートレコード６１ｃの取引日時と、店舗ＩＤで識別される店舗名と、スタンプの個数とを一覧としたスタンプ履歴画像を生成する。スタンプの個数は、スタンプ番号の順番に連続して同一の店舗ＩＤとレシートＩＤとが記述されているＩＤ記述エリアの数である。

こうしてプロセッサ１１は、スタンプ履歴画像を生成したならば、Ａｃｔ５２としてスタンプ履歴画像のデータを履歴要求コマンド送信元の情報端末５へと送信するように通信インターフェース１４を制御する。この制御により、履歴要求コマンドを送信した情報端末５においては、タッチパネル５５にスタンプ履歴画像が表示される。

図１６は、スタンプ履歴画像ＩＭ３が表示されたタッチパネル５５の画面ＳＣ４の一例である。画面ＳＣ４には、スタンプ履歴画像ＩＭ３が表示されている。スタンプ履歴画像ＩＭ３は、例えばＸＸ店での買物によって３個のスタンプが付与され、ＹＹ店での買物によって２個のスタンプが付与され、さらにＸＸ店での別の買物によって１個のスタンプが付与されたことを示している。また、画面ＳＣ４には、スタンプ履歴画像ＩＭ３とともに確認ボタンＢＴ３の画像も表示されている。

スタンプ履歴画像ＩＭ３を確認した購買者は、確認ボタンＢＴ３にタッチする。確認ボタンＢＴ３がタッチされると、情報端末５からセンタサーバ１に対して確認コマンドが送信される。

Ａｃｔ５２において、スタンプ履歴画像の送信を制御したセンタサーバ１のプロセッサ１１は、Ａｃｔ５３として確認コマンドを待ち受ける。そして情報端末５から確認コマンドを受信すると（Ａｃｔ５３、ＹＥＳ）、プロセッサ１１は、Ａｃｔ５４として、Ａｃｔ４８の処理で送信したスタンプカード画像を情報端末５へと再度送信するように通信インターフェース１４を制御する。この制御により、確認ボタンＢＴ３がタッチされた情報端末５においては、タッチパネル５５に電子スタンプカード画像が再び表示される。

Ａｃｔ５４において、スタンプカード画像の再送信を制御したセンタサーバ１のプロセッサ１１は、Ａｃｔ４９及びＡｃｔ５０の待ち受け状態に戻る。

Ａｃｔ４９及びＡｃｔ５０の待ち受け状態において、スタンプ選択コマンドを受信した場合には（Ａｃｔ４９、ＹＥＳ）、プロセッサ１１は、Ａｃｔ５５として管理レコード６３Ｒｂから会員ＩＤを検出する。またプロセッサ１１は、管理レコード６３Ｒｂにおいて、スタンプ選択コマンドに含まれる枠番号のスタンプ番号エリアに対応したＩＤ記述エリアに記述されている店舗ＩＤとレシートＩＤとを検出する。

プロセッサ１１は、Ａｃｔ５６としてレシートデータベース６１を検索し、当該会員ＩＤ、店舗ＩＤ及びレシートＩＤが一致するレシートレコード６１Ｒｃを取得する。そしてプロセッサ１１は、そのレシートレコード６１Ｒｂからレシートデータを検出する。さらにプロセッサ１１は、Ａｃｔ５７としてレシート画像を作成する。そしてプロセッサ１１は、Ａｃｔ５８としてレシート画像のデータをスタンプ選択コマンド送信元の情報端末５へと送信するように通信インターフェース１４を制御する。この制御により、スタンプ選択コマンドを送信した情報端末５においては、タッチパネル５５に、選択操作されたスタンプが発行されたときのレシート画像が表示される。

Ａｃｔ５８において、レシート画像の送信を制御したセンタサーバ１のプロセッサ１１は、Ａｃｔ４１及びＡｃｔ４２の待ち受け状態に戻る。

なお、Ａｃｔ３４及びＡｃｔ３５の待ち受け状態、あるいはＡｃｔ４１及びＡｃｔ４２の待ち受け状態において、終了要求コマンドを受信した場合には（Ａｃｔ３５又はＡｃｔ４２、ＹＥＳ）、プロセッサ１１は、この閲覧処理を終了する。また、Ａｃｔ４９及びＡｃｔ５０の待ち受け状態において、終了要求コマンドを受信した場合にも、プロセッサ１１は、この閲覧処理を終了するようにしてもよい。

ここにプロセッサ１１を主体とするコンピュータは、連携プログラムに従ってＡｃｔ３４乃至Ａｃｔ５８の処理を実行することにより、制御手段として機能する。

このように本実施形態によれば、購買者は、情報端末５を用いることで、電子レシートの画像ＩＭ１を閲覧できるとともに、その電子レシートに関連付けられた電子スタンプカードの画像ＩＭ２を閲覧することができる。電子レシートに関連付けられた電子スタンプカードとは、当該電子レシートが発行された取引の内容から付与されたスタンプを収集している電子スタンプカードを示す。購買者は、電子レシート画像ＩＭ１に表示されたスタンプ済ボタンＢＴ１をタッチするだけで、電子スタンプカードの画像ＩＭ２を閲覧することができる。したがって、電子レシートシステムと電子スタンプカードシステムとを効率よく連携することができる。

また、上述したように、スタンプが発行された取引に係る電子レシートの画像ＩＭ１には、スタンプ済ボタンＢＴ１が表示される。したがって購買者は、スタンプ済ボタンＢＴ１が表示されるか否かによって、スタンプが発行された取引に係る電子レシートであるか否かを容易に識別することができる。

電子スタンプカードの画像ＩＭ２は、スタンプカードのスタンプ枠ＳＦ内にスタンプが銘々押印された状態を示す画像となっている。そして、本実施形態によれば、いずれかのスタンプをタッチ操作することによって、そのスタンプが発行された取引の電子レシートの画像が情報端末５のタッチパネル５５に表示されるようになっている。したがって、購買者は、電子スタンプカードの画像ＩＭ２から、スタンプが発行された取引のレシートの画像ＩＭ１を容易に確認できるメリットもある。

その上、スタンプ枠ＳＦ内に表示されるスタンプの画像は、同一取引で発行された複数のスタンプは同一色となり、別の取引で発行されたスタンプは別の色となるようにコントロールされている。したがって購買者は、同一取引で発行されたスタンプなのか、別の取引で発行されたスタンプなのかを容易に識別できるメリットもある。

以下、前記実施形態の変形例について説明する。
前記実施形態では、センタサーバ１がレシートデータからレシートＩＤ及び取引日時を抽出するものとした。この点に関しては、各ＰＯＳ端末２において、プロセッサ２１が電子レシートデータＥＲＤを生成する際にレシートデータからレシートＩＤ及び取引日時を抽出する。そしてプロセッサ２１が、このレシートＩＤ及び取引日時と、会員ＩＤ、店舗ＩＤ及びレシートデータとから電子レシートデータＥＲＤを生成して、センタサーバ１に送信してもよい。

前記実施形態では、スタンプカードを複数の店舗が共用する場合を例示した。この点に関しては、店舗毎に異なるスタンプカードを使用するものとしてもよい。その場合、カードレコード６２Ｒから対象店舗数Ｓを省略できる。

前記実施形態では、センタサーバ１のプロセッサ１１は、Ａｃｔ８として取引金額が単位金額以上であるか否かを判断した。この点に関しては、取引金額が単位金額よりも大きいか否かを判断してもよい。この場合、取引金額が単位金額よりも大きい場合にＡｃｔ９の処理に進み、取引金額が単位金額以下の場合には、保存処理を終了することとなる。

前記実施形態では、スタンプの発行条件を取引の期間と金額とした。発行条件はこれに限定されるものではない。例えば特定の商品が購入されたか否かを発行条件としてもよい。

前記実施形態では、ＰＯＳ端末２のプロセッサ２１は、ホーム画面ＳＣ１のバーコードＢＣが読取デバイス２８を介して読み取られている場合、電子レシート処理を行うと判定した。別の実施形態としては、バーコードＢＣによって表されている会員ＩＤと関連付けられたポイントカード等のカード番号がカードリーダで読み取られることによって、電子レシート処理を行うと判定してもよい。

なお、データ処理装置であるセンタサーバ１の譲渡は一般に、連携プログラム等のプログラムがメインメモリ１２または補助記憶デバイス１３の記憶部に記憶された状態にて行われる。しかしこれに限らず、連携プログラムが記憶部に記憶されていない状態で譲渡されてもよい。そしてこの場合は、センタサーバ１が備える書き込み可能な記憶デバイスに、このセンタサーバ１とは個別に譲渡された連携プログラム等がユーザなどの操作に応じて書き込まれてもよい。連携プログラム等の譲渡は、リムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…センタサーバ、２…ＰＯＳ端末、３…ネットワーク、４…アクセスポイント、５…情報端末、１１，２１，５１…プロセッサ、１２，２２，５２…メインメモリ、１３，２３，５３…補助記憶デバイス、６１…レシートデータベース、６２…スタンプカードデータベース、６３…管理データベース。

本発明の実施形態は、電子レシート及び電子スタンプカードのデータを処理するデータ処理装置と通信を行う情報端末及びそのプログラムに関する。

本発明の実施形態が解決しようとする課題は、電子レシートシステムと電子スタンプカードシステムとを効率よく連携できるデータ処理装置と通信を行う情報端末を提供しようとするものである。

一実施形態において、情報端末は、通信手段と、表示デバイスと、第１制御手段と、第２制御手段とを有する。通信手段は、購買者を特定する購買者特定情報と、購買者による購買の明細を示すレシートのデータと、スタンプを収集するためのスタンプカードのデータとを関連付けて記憶するデータ処理装置と通信を行う。表示デバイスは、データ処理装置から提供されるレシートの画像とスタンプカードの画像とを択一的に表示可能である。第１制御手段は、表示デバイスに表示されたレシートのデータを基に発行されるスタンプを収集するためのスタンプカードの表示指示を受け付けるための第１ボタンを表示デバイスに表示させる。第２制御手段は、第１ボタンを介して表示指示を受け付けたスタンプカードの画像を表示デバイスに表示させる。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］購買者を特定する購買者特定情報と当該購買者による購買の明細を示すレシートデータとを取得する取得手段と、前記購買者特定情報と前記レシートデータとを関連付けて記憶する第１の記憶部に、前記取得手段が取得した前記購買者特定情報と前記レシートデータとを追加する追加手段と、前記取得手段が取得した前記レシートデータに基づき、収集した数によって特典が得られるスタンプの発行条件を満足するか判定し、満足する場合にスタンプを発行する発行手段と、前記発行手段が前記スタンプを発行した場合、前記購買者特定情報と前記スタンプを収集するためのスタンプカードのデータとを関連付けて記憶する第２の記憶部において前記取得手段が取得した前記購買者特定情報と関連付けて記憶されている前記スタンプカードのデータを、前記発行手段が発行したスタンプを収集した結果となるように更新する更新手段と、前記発行手段が前記スタンプを発行した場合、前記取得手段が取得した前記レシートデータに、前記更新手段によりデータが更新された前記スタンプカードを識別するカード識別情報を関連付ける関連付け手段と、前記第１の記憶部に記憶された前記レシートデータに基づくレシート画像と、当該レシートデータに対して前記関連付け手段が関連付けた前記カード識別情報で識別される前記スタンプカードの画像とが、前記購買者の情報端末に表示されるように制御する制御手段と、を具備するデータ処理装置。
［２］前記制御手段は、前記購買者の情報端末に前記レシート画像が表示された状態で、前記情報端末においてスタンプカードの閲覧を要求する操作がなされると、前記情報端末に前記スタンプカードの画像が表示されるように制御する、付記［１］記載のデータ処理装置。
［３］前記制御手段は、前記レシートデータに対して前記カード識別情報が関連付けられている場合に、当該レシートデータに基づくレシート画像に、スタンプ発行対象であることを通知するための通知画像が併せて表示されるように制御する、付記［１］記載のデータ処理装置。
［４］前記スタンプカードの画像は、前記スタンプカードにスタンプが銘々押印された状態を示す画像であり、前記制御手段は、前記購買者の情報端末に前記スタンプカードの画像が表示された状態で、前記スタンプカードのスタンプが選択されると、そのスタンプが発行されたときの前記レシートデータに基づくレシート画像が前記情報端末に表示させるように制御する、付記［１］乃至［３］のうちいずれか１に記載のデータ処理装置。 ［５］コンピュータを、購買者を特定する購買者特定情報と当該購買者による購買の明細を示すレシートデータとを取得する取得手段、前記購買者特定情報と前記レシートデータとを関連付けて記憶する第１の記憶部に、前記取得手段が取得した前記購買者特定情報と前記レシートデータとを追加する追加手段、前記取得手段が取得した前記レシートデータに基づき、収集した数によって特典が得られるスタンプの発行条件を満足するか判定し、満足する場合にスタンプを発行する発行手段、前記発行手段が前記スタンプを発行した場合、前記購買者特定情報と前記スタンプを収集するためのスタンプカードのデータとを関連付けて記憶する第２の記憶部において前記取得手段が取得した前記購買者特定情報と関連付けて記憶されている前記スタンプカードのデータを、前記発行手段が発行したスタンプを収集した結果となるように更新する更新手段、前記発行手段が前記スタンプを発行した場合、前記取得手段が取得した前記レシートデータに、前記更新手段によりデータが更新された前記スタンプカードを識別するカード識別情報を関連付ける関連付け手段、及び、前記第１の記憶部に記憶された前記レシートデータに基づくレシート画像と、当該レシートデータに対して前記関連付け手段が関連付けた前記カード識別情報で識別される前記スタンプカードの画像とが、前記購買者の情報端末に表示されるように制御する制御手段、として機能させるためのプログラム。

Claims (5)

1. 購買者を特定する購買者特定情報と当該購買者による購買の明細を示すレシートデータとを取得する取得手段と、
   前記購買者特定情報と前記レシートデータとを関連付けて記憶する第１の記憶部に、前記取得手段が取得した前記購買者特定情報と前記レシートデータとを追加する追加手段と、
   前記取得手段が取得した前記レシートデータに基づき、収集した数によって特典が得られるスタンプの発行条件を満足するか判定し、満足する場合にスタンプを発行する発行手段と、
   前記発行手段が前記スタンプを発行した場合、前記購買者特定情報と前記スタンプを収集するためのスタンプカードのデータとを関連付けて記憶する第２の記憶部において前記取得手段が取得した前記購買者特定情報と関連付けて記憶されている前記スタンプカードのデータを、前記発行手段が発行したスタンプを収集した結果となるように更新する更新手段と、
   前記発行手段が前記スタンプを発行した場合、前記取得手段が取得した前記レシートデータに、前記更新手段によりデータが更新された前記スタンプカードを識別するカード識別情報を関連付ける関連付け手段と、
   前記第１の記憶部に記憶された前記レシートデータに基づくレシート画像と、当該レシートデータに対して前記関連付け手段が関連付けた前記カード識別情報で識別される前記スタンプカードの画像とが、前記購買者の情報端末に表示されるように制御する制御手段と、
   を具備するデータ処理装置。
2. 前記制御手段は、前記購買者の情報端末に前記レシート画像が表示された状態で、前記情報端末においてスタンプカードの閲覧を要求する操作がなされると、前記情報端末に前記スタンプカードの画像が表示されるように制御する、請求項１記載のデータ処理装置。
3. 前記制御手段は、前記レシートデータに対して前記カード識別情報が関連付けられている場合に、当該レシートデータに基づくレシート画像に、スタンプ発行対象であることを通知するための通知画像が併せて表示されるように制御する、請求項１記載のデータ処理装置。
4. 前記スタンプカードの画像は、前記スタンプカードにスタンプが銘々押印された状態を示す画像であり、
   前記制御手段は、前記購買者の情報端末に前記スタンプカードの画像が表示された状態で、前記スタンプカードのスタンプが選択されると、そのスタンプが発行されたときの前記レシートデータに基づくレシート画像が前記情報端末に表示させるように制御する、請求項１乃至３のうちいずれか１に記載のデータ処理装置。
5. コンピュータを、
   購買者を特定する購買者特定情報と当該購買者による購買の明細を示すレシートデータとを取得する取得手段、
   前記購買者特定情報と前記レシートデータとを関連付けて記憶する第１の記憶部に、前記取得手段が取得した前記購買者特定情報と前記レシートデータとを追加する追加手段、 前記取得手段が取得した前記レシートデータに基づき、収集した数によって特典が得られるスタンプの発行条件を満足するか判定し、満足する場合にスタンプを発行する発行手段、
   前記発行手段が前記スタンプを発行した場合、前記購買者特定情報と前記スタンプを収集するためのスタンプカードのデータとを関連付けて記憶する第２の記憶部において前記取得手段が取得した前記購買者特定情報と関連付けて記憶されている前記スタンプカードのデータを、前記発行手段が発行したスタンプを収集した結果となるように更新する更新手段、
   前記発行手段が前記スタンプを発行した場合、前記取得手段が取得した前記レシートデータに、前記更新手段によりデータが更新された前記スタンプカードを識別するカード識別情報を関連付ける関連付け手段、及び、
   前記第１の記憶部に記憶された前記レシートデータに基づくレシート画像と、当該レシートデータに対して前記関連付け手段が関連付けた前記カード識別情報で識別される前記スタンプカードの画像とが、前記購買者の情報端末に表示されるように制御する制御手段、
   として機能させるためのプログラム。

Images