JP2023044642A - スタンプカードサービスのための情報処理システム、プログラム及び方法 - Google Patents

Abstract

【課題】スタンプカードと同様のサービスをペーパーレスで店舗側の負担を抑制しつつ提供する。【解決手段】本情報処理システムは、（Ａ）スタンプカードサービスを提供する店舗の端末に、顧客に付与すべきスタンプ数を店舗のユーザに入力させるための第１の画面を表示させる手段と、（Ｂ）顧客に付与すべきスタンプ数を含む第１のデータを店舗の端末から受信した場合、スタンプ付与のための二次元コードを生成し、店舗の端末に、二次元コードを含む第２の画面を表示させる手段と、（Ｃ）店舗の端末で表示され且つ顧客の端末で読み取られた二次元コードに係る第２のデータを前記顧客の端末から受信した場合、第２のデータに対して所定の確認処理を行う手段と、（Ｄ）所定の確認処理で問題が検出されない場合、顧客に付与すべきスタンプ数を、顧客に対応付けて記録されているスタンプ総数に反映させる手段とを有する。【選択図】図５

Description

本発明は、ペーパーレスでスタンプカードサービスを実現するための技術に関する。

従来から、店舗は、顧客サービスの一環として、スタンプカードを顧客に配ることがある。スタンプカードは、例えば一定の購入金額毎にスタンプを押して、一定数のスタンプが押されると、物品、値引き、割引、その他の特典を顧客に提供するという顧客サービスに使われる。このようなスタンプカードは紙を前提としており、ユーザは店舗にその店舗のためのスタンプカードを持参することになるので、その管理が煩わしいという問題がある。

また、スタンプカードと類似する顧客サービスとして、ポイントサービスがある。ポイントサービスにおいては、例えば一定の購入金額毎にポイントを付与するが、このポイントは、次回以降の購入時に指定されたポイント数を金額に換算して購入金額に対する値引きに用いる、という仕組みの場合が多い。

例えば特許文献１では、ポイントサービスについて以下のような技術を開示している。すなわち、店舗のレジスタ装置が、予め付与された店舗ＩＤ、および売り上げ額に対応するポイント数を示すポイント情報を送信することで返信される登録ＩＤを二次元コードに変換してレシートに印刷する。利用者は、携帯端末装置に設けられたカメラ部で、レシートの二次元コードを撮像および解析して登録ＩＤを再生し、予め付与された利用者ＩＤと共にサーバ装置に送信する。サーバ装置は、利用者の携帯端末装置から受信した登録ＩＤに対応するポイント情報を、利用者ＩＤに関連付けてデータベースに登録する。このようなシステムでは、専用のレジスタ装置を店舗が導入することを前提としており、店舗側の負担が大きい。

また、特許文献２では、特典としてデジタルコンテンツのダウンロードを行うためのシステムが開示されている。具体的には、閲覧者の端末と、指定の場所に閲覧者が来所した場合に、閲覧者に特典を付与する特典付与者の端末と、サーバ装置とがあり、サーバ装置は、特典の受入を希望する閲覧者である受入希望者の端末からの申込みを受け入れ、申込みに基づいて指定の場所を受入希望者の端末へ通知し、特典付与者の端末へ受入希望者がある旨を通知すると共に受入希望者について固有のキー情報を含む二次元コードを生成して送信する。特典付与者の端末は、受入希望者の来所に応じて二次元コードを表示して、受入希望者の端末は、当該二次元コードを読み取って、キー情報を抽出してサーバ装置に送信する。サーバ装置は、キー情報を確認して、受入希望者の端末へのデジタルコンテンツのダウンロードを許可する。二次元コードを用いて適切なユーザに特典を与えるものであるが、スタンプカードのような仕組みへの適用は想定されていない。

さらに、特許文献３では、利用者側の移動端末にはＱＲコード（登録商標。以下同じ）等のバーコードを記録することなく、利用者がＱＲコード等のバーコードを提示することなく、ポイントカードを携行せずにポイント付与を受けることができるポイントシステムが開示されている。具体的には、事業者コンピュータが支払金額及び事業者識別情報を含むバーコードを出力し、利用者携帯電話がバーコードを読み出し利用者携帯電話識別情報とあわせてメールでポイントコンピュータに送信し、ポイントコンピュータが支払金額に応じたポイントを追加更新するものである。このようなシステムでは、専用の事業者コンピュータを用意することを前提としており、店舗側の負担が大きい。

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

本発明の目的は、一側面によれば、スタンプカードと同様のサービスをペーパーレスで店舗側の負担を抑制しつつ提供するための新規の技術を提供することである。

本発明に係る情報処理システムは、（Ａ）スタンプカードサービスを提供する店舗の端末に、顧客に付与すべきスタンプ数を店舗のユーザに入力させるための第１の画面を表示させる手段と、（Ｂ）顧客に付与すべきスタンプ数を含む第１のデータを店舗の端末から受信した場合、スタンプ付与のための二次元コードを生成し、店舗の端末に、二次元コードを含む第２の画面を表示させる手段と、（Ｃ）店舗の端末で表示され且つ顧客の端末で読み取られた二次元コードに係る第２のデータを顧客の端末から受信した場合、第２のデータに対して所定の確認処理を行う手段と、（Ｄ）所定の確認処理で問題が検出されない場合、顧客に付与すべきスタンプ数を、顧客に対応付けて記録されているスタンプ総数に反映させる手段とを有する。

一側面によれば、スタンプカードと同様のサービスをペーパーレスで店舗側の負担を抑制しつつ提供できるようになる。

図１は、本発明の実施の形態に係るシステムの構成を表す図である。 図２は、店舗端末に係る処理のフローを示す図である。 図３は、第１の実施の形態において二次元コード表示前における店舗端末の画面例を示す図である。 図４は、第１の実施の形態において二次元コード表示前における店舗端末の画面例を示す図である。 図５は、顧客端末に係る処理のフローを示す図である。 図６は、スタンプ付与前において顧客端末に表示される画面の例を示す図である。 図７は、スタンプ付与後において顧客端末に表示される画面の例を示す図である。 図８は、スタンプ付与後におけるスタンプカードの画面例である。 図９は、第２の実施の形態において情報処理装置にて管理されるテーブルの一例を示す図である。 図１０は、第２の実施の形態において店舗端末で表示される画面例（その１）を示す図である。 図１１は、第２の実施の形態において店舗端末で表示される画面例（その２）を示す図である。 図１２は、第２の実施の形態において店舗端末で表示される画面例（その３）を示す図である。 図１３は、第２の実施の形態において店舗端末で表示される画面例（その４）を示す図である。 図１４は、第１の実施の形態において店舗端末で表示される画面例の変形例を示す図である。 図１５は、第２の実施の形態において店舗端末で表示される画面例の変形例を示す図である。

［実施の形態１］
図１に本発明の実施の形態に係るシステムの概要を示す。本実施の形態では、本実施の形態において主要な処理を実行する情報処理装置１００と、スタンプカードサービスの利用者である顧客の顧客端末３００と、スタンプカードサービスを提供する店舗の店舗端末４００とが、インターネットなどのネットワーク２００を介して接続されている。顧客端末３００は、１つしか示されていないが、顧客の数だけ存在している。同様に、店舗端末４００も１つしか示されていないが、店舗の数だけ存在している。なお、店舗は、チェーン店のように複数の店舗で共通のスタンプカードサービスを提供する場合もあれば、個別の店舗でスタンプカードサービスを提供することもある。情報処理装置１００は、クラウド上の仮想的なサーバであっても良い。この情報処理装置１００は、Ｗｅｂサーバ機能を有しており、以下に述べるようなデータを保持するデータベースなどを有する。

また、顧客端末３００は、例えば一般的なスマートフォンやタブレットであって、インターネットを介して通信するための通信機能、カメラ機能等を有しており、特に、Ｗｅｂサーバと通信を行ってＷｅｂページを表示するＷｅｂブラウザ機能などを有している。

また、店舗端末４００も、例えば一般的なスマートフォンやタブレットであって、インターネットを介して通信するための通信機能を有しており、特に、Ｗｅｂサーバと通信を行ってＷｅｂページを表示するＷｅｂブラウザ機能等を有している。

以下、図２乃至図８を用いて、本実施の形態に係る処理内容を説明する。但し、本実施の形態では、事前に、店舗側は、例えば店舗端末４００を用いて、情報処理装置１００に対して設定を行っておく。具体的には、店舗のアカウントを登録し、スタンプカードについて、特典を付与する条件としてのスタンプ数、スタンプカードの有効期限の有無、有効期限がある場合にはその期間、特典の内容（物品の提供、コンテンツの提供その他）、顧客端末３００に表示されるスタンプカードのデザインなどである。なお、店舗のアカウントを登録すると、当該店舗のコードも生成される。店舗のコードは、例えばこのＷｅｂサーバにおいて当該店舗のスタンプサービスを指し示すＵＲＬ（Uniform Resource Locator）である。また、顧客も、事前に、例えば顧客端末３００を用いて、情報処理装置１００に対して顧客のアカウント登録などを行っておく。なお、スタンプカードサービスを提供する店舗は複数の場合もあり、顧客は、複数の店舗のスタンプカードサービスを利用することができる。従って、顧客は、利用する店舗も登録しておく。情報処理装置１００では、例えば店舗毎に、ユーザＩＤに対応付けて、スタンプカードの作成日、スタンプ総数、特典引き替えの有無や有効期限切れの有り無しなどのステータスをデータベースで管理する。

このような事前の設定が完了して、実際に顧客が店舗に出向いてスタンプの付与を受ける場面について、図２乃至図８を用いて説明する。

店舗側のユーザが店舗端末４００を操作すると、店舗端末４００のＷｅｂブラウザは、当該店舗の店舗ページにアクセスする（図２：ステップＳ１）。なお、例えばユーザＩＤ及びパスワードなどによる認証処理等が行われるが、これは本実施の形態の主要部ではないので説明は省略している。情報処理装置１００は、店舗端末４００からの店舗ページへのアクセスに応じて、店舗ページデータを店舗端末４００に送信する（ステップＳ３）。店舗端末４００のＷｅｂブラウザは、情報処理装置１００から店舗ページデータを受信し、表示部に表示する（ステップＳ５）。

例えば、図３に示すような画面が表示される。図３の画面例では、０から９までの数字ボタンと、入力数字をクリアするＣボタンと、ＱＲコードを生成するための生成ボタンと、ＱＲコードをクリアするためのポイントリセットボタンと、ポイント数（スタンプ数）の符号（＋／－）を設定するための＋－ボタンと、スタンプ数表示欄５０２と、ＱＲコード表示欄５０１とを含む。ステップＳ５の段階では、まだスタンプ数表示欄５０２には数字は表示されず、ＱＲコード表示欄５０１にもＱＲコードは表示されない。本実施の形態に特徴的なのは、付与するスタンプ数に＋又は－の符号を付すことができるということである。これは、店舗側のユーザが間違って多くスタンプを付与してしまった場合に、＋－ボタンで「－」を指定することで、間違ってしまった分だけスタンプを無効化することができるようになる。具体的には本来スタンプ数４のところスタンプ数５を付与してしまった場合には、再度スタンプ数「－１」を付与することで、適切な数のスタンプを付与できるようになる。なお、デフォルトの符号は「＋」であり、「－」にする場合や「－」から「＋」に戻す場合に、＋－ボタンを押す。

店舗側のユーザは、例えば購入金額に応じて、図３に示したような画面において付与すべきスタンプ数を入力する。このスタンプ数は符号が付されている。店舗端末４００のＷｅｂブラウザは、店舗側のユーザによるスタンプ数の入力を受け付けて、生成ボタンのタップを受け付けると、入力したスタンプ数のデータを情報処理装置１００に送信する（ステップＳ７）。情報処理装置１００は、店舗端末４００から、スタンプ数のデータを受信する（ステップＳ９）、スタンプ数と本店舗のコードとでＱＲコードをエンコードして、当該ＱＲコードの画像データを得る（ステップＳ１１）。店舗のコードは、上でも述べたが、このＷｅｂサーバにおいて本店舗のスタンプサービスを指し示すＵＲＬである。なおエンコードの処理内容については周知であるからここでは説明しない。なお、不正抑止のために、店舗のコードには所定の暗号化処理が施されたり、付加的にチェックのためのキーがエンコードされる場合もある。

そして、情報処理装置１００は、ＱＲコードの画像データを、店舗端末４００に送信する（ステップＳ１３）。これに対して、店舗端末４００のＷｅｂブラウザは、ＱＲコードの画像データを受信し、表示部に表示する（ステップＳ１５）。

例えば、図４に示すような画面が表示される。図３とは異なり、入力されたスタンプ数が、スタンプ数表示欄５０２に表示され、ＱＲコード表示欄５０１には、スタンプ数と店舗のコードとがエンコードされたＱＲコードが表示されるようになる。店舗側のユーザは、スタンプ数を確認の上、顧客に本画面を表示した状態で、店舗端末４００を顧客に提示する。なお、この段階で間違いがあれば、ポイントリセットボタンを押して、新たなスタンプ数を入力して、生成ボタンをタップすれば、ＱＲコードを生成し直すことができる。

一方、顧客端末３００と情報処理装置１００は、図５に示すような処理を行う。

顧客が顧客端末３００の操作に応じて、顧客端末３００のＷｅｂブラウザは、スタンプカードサービスのサイトにアクセスする（図５：ステップＳ２１）。なお、例えばユーザＩＤ及びパスワードなどによる認証処理等が行われるが、これは本実施の形態の主要部ではないので説明は省略している。また、複数の店舗のスタンプカードサービスを利用している場合には、今回利用する店舗のスタンプカードサービスを指定する場面もあるが、この場面も本実施の形態の主要部ではないので説明は省略する。

情報処理装置１００は、今回利用する店舗のスタンプカードのページデータを生成して、顧客端末３００に送信する（ステップＳ２３）。ここでは、現在有効なスタンプ数からそのスタンプ数だけスタンプが押されたことを表すスタンプカードの画像を生成する。顧客端末３００のＷｅｂブラウザは、情報処理装置１００からスタンプカードのページデータを受信し、表示部に表示する（ステップＳ２５）。

例えば、図６に示すような画面が表示される。図６の画面例では、上段に、１つスタンプが押されたことを表すスタンプカードの画像が表示され、下段に、顧客端末３００に備えられたカメラ機能で読み取ったＱＲコードに対するＱＲコードリーダ機能を起動するためのＱＲカメラボタンが設けられている。ＱＲコードリーダ機能は、このスタンプカードのページに実装されており、顧客端末３００に装備されているカメラ機能で読み取ったＱＲコードの画像から、エンコードされているデータをデコードする機能を有する。Ｗｅｂページに、ＱＲコードリーダを実装する手法は既に周知であるから、ここでは説明を省略する。

顧客は、現在のスタンプ数を確認の上、ＱＲカメラボタンをタップする。このような指示に応じて、Ｗｅｂブラウザから、ＱＲコードリーダ機能を起動する（ステップＳ２７）。本実施の形態においてスタンプカードのページは、このページから起動したＱＲコードリーダ機能によってデコードされたデータのみを処理できるようになっている。すなわち、ＱＲコードリーダの通常のアプリケーションや顧客端末３００に標準で装備されているＱＲコードリーダから、デコードしたデータを受け付けることは禁止されていている。これによって不正なスタンプ付与を抑制する。

顧客は、例えば図４に示したような店舗端末４００の画面に表示されているＱＲコードを、顧客端末３００のカメラ機能で撮影させる。そうすると、スタンプカードのページにおけるＱＲコードリーダは、撮影されたＱＲコードをデコードする（ステップＳ２９）。正しいＱＲコードを読み取った場合には、スタンプ数と店舗のコードとが得られることになる。

顧客端末３００のＷｅｂブラウザは、ＱＲコードリーダからデコードされたデータを受け取り、情報処理装置１００へ送信する（ステップＳ３１）。情報処理装置１００は、顧客端末３００から、デコードされたデータを受信する（ステップＳ３３）。そうすると、情報処理装置１００は、デコードされたデータの確認処理を実行する（ステップＳ３５）。確認処理は、例えばフォーマットとしてスタンプ数と店舗のコードとが正しく含まれているか否か、受信した店舗のコードが予め顧客が指定したスタンプカードの店舗のコードと一致しているか否か等の処理を含む。例えば店舗のコードが暗号化されている場合には、復号化した上で一致しているか否かを確認する。さらに、チェックのために付加されているキーが含まれている場合には、当該キーが正しいか否かを確認する。もし、確認処理において問題が検出された場合には、スタンプを付与できない旨の通知を、顧客端末３００に送信して、顧客に知らせる。ここでは、確認処理で問題が検出されなかったものとする。

そうすると、情報処理装置１００は、当該顧客に対して付与されたスタンプ数（正の場合も負の場合もある）を、データベースにおいて反映させる（ステップＳ３７）。具体的には、顧客及び店舗に対応付けて登録されているスタンプ総数に当該スタンプ数（正の場合も負の場合もある）を加算することで、総スタンプ数を更新する。なお、これとは別に、例えば、店舗のコード、スタンプ数、受信日時などを含むログを登録しておくことが好ましい。

その後、情報処理装置１００は、スタンプが追加されたことを表すページデータを、顧客端末３００に送信する（ステップＳ３９）。顧客端末３００のＷｅｂブラウザは、情報処理装置１００から、スタンプが追加されたことを表すページデータを受信し、表示部に表示する（ステップＳ４１）。

例えば、図７に示すような画面が表示される。図７の画面例では、顧客はスタンプが付与されたことを理解できる。なお、これと同時に又はこの画面の後に、図８に示すように、スタンプカードが、図６の状態（スタンプ１つ）から、３つのスタンプが付与されて図８の状態（スタンプ４つ）に遷移したことが分かる。

なお、このスタンプカードの場合、特典付与に要するスタンプ数が９であるから、スタンプ総数が「９」に達すると、特典付与のための画面を表示するようにしても良い。特典は、物品であっても良いし、オンラインチケットやコンテンツであっても良いし、店舗での割引券のようなものであっても良い。特典付与を行ったか否かについても、情報処理装置１００は、データベースで管理するが、これは一般的なスタンプカードで行っているものと同様であるから、これ以上説明は省略する。

以上説明したような処理を行うことにより、顧客は紙のスタンプカードを持ち歩くことなく、スタンプカードサービスを受けることができるようになる。また、顧客及び店舗は、特別な端末を用意することなく、スタンプカードサービスの提供及び利用が可能となる。

本スタンプサービスでは、付与するスタンプ数について、店舗側のユーザは負の値も指定できる。従来のスタンプカードでは、ポイントサービスとは異なり、１つ１つのスタンプの利用というのは観念されていないので、スタンプ総数の減算というのはあり得なかった。一方、従来においても店舗側のユーザがスタンプを押しすぎたという事態は生じていた。本実施の形態では、一旦付与してしまったスタンプについても、直ぐに気づいた場合には、負のスタンプ数を指定して、上で述べたのと同様の処理を行うことで、スタンプの誤付与を是正することができる。上で述べたようにスタンプを３つ付与していたが、実際には２つが正しいと分かった場合には、「－１」個のスタンプを付与すれば、簡単にスタンプ数を訂正できる。

上で述べた例では、Javascript等を用いたＷｅｂアプリケーションとして実装する例を示しており、このようにすれば、顧客端末３００も店舗端末４００も、専用のアプリケーションをインストールすることなく、スタンプカードサービスを利用できるようになる。但し、専用のアプリケーションを用いるような実装であってもよい。

さらに、上で述べた例では、情報処理装置１００側で店舗のコードを確認するような例を示したが、店舗のコードをスタンプカードのページデータに埋め込んで、スタンプカードのページにおいて確認するような方法も可能である。

［実施の形態２］
第１の実施の形態では、不正防止の観点から、図６のような画面を経由してから店舗端末４００に表示されたＱＲコードを読み取らないと、スタンプを付与する処理を行わないとしていたが、不正防止の他の手段を講じることができる場合には、このような制限を緩和する場合もある。例えば、ＱＲコードリーダの通常のアプリケーション、顧客端末３００に装備されているカメラのアプリケーションによるＱＲコード読み取り等を許容するようにしても良い。

不正防止の他の手段としては、上で述べたキーを用いるようにしても良い。さらに、ＱＲコードに有効期限を設定してＱＲコードを生成し、情報処理装置１００での確認処理（ステップＳ３５）において、ＱＲコードの生成から有効期限内であるか否かを確認するようにしても良い。さらに、生成したＱＲコードのリストにおいて、有効フラグを管理しておき、スタンプの重複付与がないことを確認するようにしても良い。

例えば、図９のようなＱＲコードリストを、例えば店舗毎に管理する。図９の例では、ＱＲコード生成毎（図９ではＩＤ毎）に、ＱＲコード生成時に生成したユニークな変数（すなわちキー）と、ポイント数（すなわちスタンプ数）と、有効フラグと、生成日時と、有効期限（例えばＱＲコード毎に可変）とを登録しておく。確認処理では、顧客端末３００から受信したデータにおける変数（キー）及びポイント数が、店舗コードで特定されるＱＲコードリストに登録されているものと一致しているかを確認する。ＱＲコードリストに登録されていなければ、スタンプの付与は行わない。ＱＲコードリストに登録されている場合には、当該変数（キー）及びポイント数に対応付けて登録されている有効フラグが、有効を表す「１」であるか否かを確認する。もし、有効フラグが無効を表す「０」となっていれば、既に付与済みであるから、スタンプの付与は行わない。さらに、現在日時が、生成日時から有効期限内であるか否かを確認する。現在日時が、生成日時から有効期限内にある場合には、スタンプの付与を行い、有効期限内でなければ、スタンプの付与を行わない。スタンプの付与を行った場合には、有効フラグを「０」に変更する。このような処理にて、多重的に不正防止を行うようにしても良い。

なお、ＱＲコードには、店舗のコード、変数（キー）、ポイント数等を含み、当該店舗のスタンプカードサービスを指し示すＵＲＬがエンコードされる。なお、生成日時や有効期限をさらに含むようにエンコードしても良い。そして、当該ＵＲＬを読み取ることで、Ｗｅｂブラウザなどにより、情報処理装置１００にアクセスする。なお、ログインが必要であれば、そのアクセスの際にログインをすることで、顧客を特定する。

図１０乃至図１３を用いて、ＱＲコード生成時における店舗端末４００で表示される画面例を説明する。図１０は、ポイント数（スタンプ数）は未設定で、有効期限がデフォルトの１０分となっている初期画面例を示している。なお、Ｃｌｅａｒボタンは、ポイント数（スタンプ数）やＱＲコードを、クリアするためのものである。ＱＲ生成ボタンは、ＱＲコードを生成させる要求を情報処理装置１００へ送信するためのボタンである。

ここで、「２」ボタンをタップすると、図１１に示すように、ポイント数（スタンプ数）が２ｐｔに設定される。なお、有効期限の入力欄をタップした後、数字ボタンをタップすれば、有効期限が設定される。ここでは有効期限はデフォルトの値のままである。そして、ＱＲ生成ボタンをタップすることで、図１２に示すような画面が表示される。ＱＲコードが上段に表示されているが、このＱＲコードには、上で述べたように、店舗のコード、情報処理装置１００が生成した変数（キー）、ポイント数（スタンプ数）などが含まれる。顧客端末３００は、当該ＱＲコードを読み取ってデコードすることで、ＵＲＬを取得する。そして、顧客端末３００は、情報処理装置１００に対して、読み取ったＵＲＬでアクセスすることで、読み取ったＵＲＬに含まれる各種データを情報処理装置１００に送信する。上で述べた確認処理を採用すれば、図６のような画面を経由しないようにしても、十分に不正の防止を図ることができる。

なお、図１０のような初期画面において、誤ってＱＲ生成ボタンをタップしてしまうと、図１３に示すような画面が表示される。すなわち、「ポイントを０以外に設定してください」といったエラーメッセージが表示される。

この例のように、有効期限を店舗側でＱＲコード生成毎に設定することができるようにすることで、例えば顧客の属性や接客状況などに応じた対応が可能になる。例えば、顧客端末３００の操作に長けた顧客であれば、短い有効期限でも良いが、顧客端末３００の操作に慣れていないような顧客であれば、長い有効期限を設定するといった柔軟な対応が可能となる。また、例えば本スタンプカードサービスの説明を要するような初回の顧客に対しては、長い有効期限を設定するようにしても良い。このように固定の有効期限設定では対処できないような状況に対処できるようになる。

以上本発明の実施の形態を説明したが、本発明はこれに限定されない。例えば、ログイン時の認証方法や画面遷移の仕方については、様々な形態が可能である。さらに、処理フローについても、処理結果が変わらない限り、複数のステップを並行して実行したり、順番を入れ替えたりすることができる。

情報処理装置１００は、１台のコンピュータで実装する場合もあれば、複数台のコンピュータでその機能を分担する場合もある。１台の場合も複数台の場合も、上で述べた情報処理装置１００で実装すべき機能を有するコンピュータを、情報処理システムと呼ぶ場合もある。

上では、二次元コードの一例としてＱＲコードを用いているが、場合によってはバーコードや他の二次元コードであってもよい。

なお、図３に示すような第１の実施の形態における店舗端末４００の画面構成も、第２の実施の形態のような画面構成のように変形しても良い。例えば、図１４のように、スタンプ数表示欄５０２とＱＲコード表示欄５０１の位置を入れ替えるようにしても良い。

同様に、図１２のような第２の実施の形態における店舗端末４００の画面構成を、第１の実施の形態のように変形させても良い。すなわち、図１５に示すように、ポイント数（スタンプ数）及び有効期限表示を、最上部に移動させるようにしても良い。

また、キー（変数）を用いる場合には、ＱＲコードに、店舗のコードを含めなくても良い場合もある。例えば、情報処理装置１００が、キー（変数）と店舗のコードとの対応関係を表すデータを保持していれば、ＵＲＬに含まれるキー（変数）から店舗のコードを特定できる。この場合、図９に示すようなＱＲコードを、店舗毎ではなく、全体で管理するようにしても良い。

さらに、ＱＲコードに含めるべきデータについては、様々な変更が可能である。例えば、少なくともキー（変数）を含むような形に変形しても、ＱＲコード生成時に、キー（変数）に対応付けて、ポイント数（スタンプ数）と、有効フラグと、生成日時とを対応付けて格納しておけば、キー（変数）などから、ポイント数（スタンプ数）などのデータを読み出すことが可能となるためである。

以上のように様々な変更が可能であり、目的に応じて各実施の形態の任意の構成要素を追加したり削除したり、目的に応じて実施の形態の任意の構成要素を組み合わせて他の実施の形態を構成するようにしても良い。

なお、上で述べた情報処理装置１００は、コンピュータ装置であって、メモリとＣＰＵ（Central Processing Unit）とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）と表示装置に接続される表示制御部とリムーバブル・ディスク用のドライブ装置と入力装置とネットワークに接続するための通信制御部とがバスで接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤに格納されており、ＣＰＵにより実行される際にはＨＤＤからメモリに読み出される。ＣＰＵは、アプリケーション・プログラムの処理内容に応じて表示制御部、通信制御部、ドライブ装置を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリに格納されるが、ＨＤＤに格納されるようにしてもよい。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスクに格納されて頒布され、ドライブ装置からＨＤＤにインストールされる。インターネットなどのネットワーク及び通信制御部を経由して、ＨＤＤにインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ、メモリなどのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

以上述べた本実施の形態をまとめると以下のようになる。

本実施の形態の第１の態様に係る情報処理方法は、（Ａ）スタンプカードサービスを提供する店舗の端末から指示される、顧客に付与すべきスタンプ数と、当該店舗のコードとをエンコードして得られる二次元コードを店舗の端末に表示させるステップと、（Ｂ）顧客の端末からの要求に応じて、当該要求に係る店舗のスタンプのための二次元コードを読み取るための第１の画面を、顧客の端末に表示させるステップと、（Ｃ）店舗の端末に表示され且つ第１の画面を介して読み取った二次元コードをデコードすることで得られる店舗のコードが上記要求に係る店舗のコードと一致する場合には、店舗の端末に表示され且つ第１の画面を介して読み取った二次元コードをデコードすることで得られるスタンプ数を、顧客に対応付けて記録されているスタンプ総数に反映させるステップとを含む。

顧客の端末だけではなく、店舗の端末についても、特別な端末を用いることがないので、スタンプカードと同様のサービスをペーパーレスで店舗側の負担を抑制しつつ提供することができるようになる。より具体的には、店舗の端末についても、情報処理装置と通信できて、顧客に付与すべきスタンプ数を指定でき、二次元コードを表示できるという単純な機能を有するだけでよいので、スマートフォンやタブレットといった広く普及している端末を用いることができる。

なお、上記情報処理方法においては、店舗の端末から指示される、顧客に付与すべきスタンプ数に、スタンプ誤付与是正のための負の値が許容されるようにしてもよい。これによってスタンプ誤付与を容易に是正できる。

上記情報処理方法は、店舗の端末からの要求に応じて、顧客に付与すべき正のスタンプ数と負のスタンプ数とのいずれかを指定するための第２の画面を店舗の端末に表示させるステップを更に含むようにしてもよい。店舗側のユーザは簡単にスタンプ付与もスタンプ誤付与是正も行うことができる。なお、第２の画面で二次元コードを表示させても良いし、別であってもよい。

なお、上で述べた店舗のコードが、当該店舗のスタンプのためのＵＲＬ（Uniform Resource Locator）であってもよい。管理が容易になる。

また、第１の画面以外から読み取った二次元コードに係るデータの受け付けが禁止されるようにしてもよい。これにより不正を抑止する。

本実施の形態に係る情報処理システムは、（Ａ）スタンプカードサービスを提供する店舗の端末に、顧客に付与すべきスタンプ数を店舗のユーザに入力させるための第１の画面を表示させる手段と、（Ｂ）顧客に付与すべきスタンプ数を含む第１のデータを店舗の端末から受信した場合、スタンプ付与のための二次元コードを生成し、店舗の端末に、二次元コードを含む第２の画面を表示させる手段と、（Ｃ）店舗の端末で表示され且つ顧客の端末で読み取られた二次元コードに係る第２のデータを顧客の端末から受信した場合、第２のデータに対して所定の確認処理を行う手段と、（Ｄ）所定の確認処理で問題が検出されない場合、顧客に付与すべきスタンプ数を、顧客に対応付けて記録されているスタンプ総数に反映させる手段とを有する。

このように、店舗のユーザが直接第１の画面にスタンプ数を入力することで、紙のスタンプカードと同様な感覚にて、二次元コードにてスタンプをペーパーレスで付与できるようになる。その際に、店舗の端末は、情報処理システムと通信できて、顧客に付与すべきスタンプ数を指定でき、二次元コードを表示できるという単純な機能を有するだけでよいので、スマートフォンやタブレットといった広く普及している端末を用いることができる。

また、上で述べた第１の画面において、スタンプ誤付与是正のための負の値を、顧客に付与すべきスタンプ数として指定可能となっている場合もある。紙のスタンプカードでもスタンプの押し過ぎということがあるが、本情報処理システムでは、通常のスタンプ付与と同様の手順にて再度負の値のスタンプ付与を行うことで、スタンプ誤付与是正を簡単に行うことができるようになる。なお、上で述べた第１の画面は、例えば数字ボタンを含むと共に、付与すべきスタンプ数の正又は負の符号を切り替えるボタンを備えていても良い。

さらに、上で述べた第１の画面において、店舗の端末に表示される二次元コードの有効期限をさらに指定できるようになっている場合もある。この場合、上で述べた第１のデータは、有効期限のデータをさらに含み、上記情報処理システムは、上で述べた第１のデータを店舗の端末から受信した場合、二次元バーコードを特定するための情報に対応付けてスタンプ数及び有効期限を登録する手段をさらに有することが好ましい。さらに、上で述べた所定の確認処理が、受信した第２のデータに係る二次元コードを特定するための情報に対応付けて登録されている有効期限に基づき、店舗の端末で表示され且つ顧客の端末で読み取られた二次元コードが有効であるか否かを確認する処理を含むようにしても良い。有効期限を一律に設定するのではなく、店舗における接客などの状況に応じて、柔軟に有効期限を設定することが好ましいためである。

また、上記情報処理システムは、顧客の端末からの要求に応じて、当該要求に係る店舗のスタンプのための二次元コードを読み取るための第３の画面を、顧客の端末に表示させる手段をさらに有するようにしても良い。二次元コード読み取りの方法を厳格に管理するためである。なお、第３の画面を顧客の端末に表示させた場合には、第３の画面以外から読み取った二次元コードに係る第２のデータの受け付けを禁止しても良い。不正防止のためである。

なお、上記処理を実行するためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭなど）、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。

１００ 情報処理装置 ２００ ネットワーク
３００ 顧客端末 ４００ 店舗端末

Claims (7)

1. スタンプカードサービスを提供する店舗の端末に、顧客に付与すべきスタンプ数を前記店舗のユーザに入力させるための第１の画面を表示させる手段と、
   前記顧客に付与すべきスタンプ数を含む第１のデータを前記店舗の端末から受信した場合、スタンプ付与のための二次元コードを生成し、前記店舗の端末に、前記二次元コードを含む第２の画面を表示させる手段と、
   前記店舗の端末で表示され且つ前記顧客の端末で読み取られた二次元コードに係る第２のデータを前記顧客の端末から受信した場合、前記第２のデータに対して所定の確認処理を行う手段と、
   前記所定の確認処理で問題が検出されない場合、前記顧客に付与すべきスタンプ数を、前記顧客に対応付けて記録されているスタンプ総数に反映させる手段と、
   を有する情報処理システム。
2. 前記第１の画面において、スタンプ誤付与是正のための負の値を、前記顧客に付与すべきスタンプ数として指定可能となっている
   請求項１記載の情報処理システム。
3. 前記第１の画面において、前記店舗の端末に表示される二次元コードの有効期限をさらに指定できるようになっており、
   前記第１のデータは、前記有効期限のデータをさらに含み、
   前記第１のデータを前記店舗の端末から受信した場合、前記二次元バーコードを特定するための情報に対応付けて前記スタンプ数及び前記有効期限を登録する手段をさらに有し、
   前記所定の確認処理が、
   受信した前記第２のデータに係る二次元コードを特定するための情報に対応付けて登録されている有効期限に基づき、前記店舗の端末で表示され且つ前記顧客の端末で読み取られた二次元コードが有効であるか否かを確認する処理
   を含む請求項１記載の情報処理システム。
4. 前記顧客の端末からの要求に応じて、当該要求に係る店舗のスタンプのための二次元コードを読み取るための第３の画面を、前記顧客の端末に表示させる手段
   をさらに有する請求項１記載の情報処理システム。
5. 前記第３の画面を前記顧客の端末に表示させた場合には、前記第３の画面以外から読み取った二次元コードに係る第２のデータの受け付けが禁止されている
   請求項４記載の情報処理システム。
6. スタンプカードサービスを提供する店舗の端末に、顧客に付与すべきスタンプ数を前記店舗のユーザに入力させるための第１の画面を表示させるステップと、
   前記顧客に付与すべきスタンプ数を含む第１のデータを前記店舗の端末から受信した場合、スタンプ付与のための二次元コードを生成し、前記店舗の端末に、前記二次元コードを含む第２の画面を表示させるステップと、
   前記店舗の端末で表示され且つ前記顧客の端末で読み取られた二次元コードに係る第２のデータを前記顧客の端末から受信した場合、前記第２のデータに対して所定の確認処理を行うステップと、
   前記所定の確認処理で問題が検出されない場合、前記顧客に付与すべきスタンプ数を、前記顧客に対応付けて記録されているスタンプ総数に反映させるステップと、
   を含み、コンピュータにより実行される方法。
7. スタンプカードサービスを提供する店舗の端末に、顧客に付与すべきスタンプ数を前記店舗のユーザに入力させるための第１の画面を表示させるステップと、
   前記顧客に付与すべきスタンプ数を含む第１のデータを前記店舗の端末から受信した場合、スタンプ付与のための二次元コードを生成し、前記店舗の端末に、前記二次元コードを含む第２の画面を表示させるステップと、
   前記店舗の端末で表示され且つ前記顧客の端末で読み取られた二次元コードに係る第２のデータを前記顧客の端末から受信した場合、前記第２のデータに対して所定の確認処理を行うステップと、
   前記所定の確認処理で問題が検出されない場合、前記顧客に付与すべきスタンプ数を、前記顧客に対応付けて記録されているスタンプ総数に反映させるステップと、
   を、コンピュータに実行させるためのプログラム。

Images