JP2023044643A - スタンプカードサービスのための情報処理方法、プログラム及び装置 - 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. 前記店舗のコードが、当該店舗のスタンプのためのＵＲＬ（Uniform Resource Locator）である
   請求項１乃至３のいずれか１つ記載の情報処理方法。
5. 前記第１の画面以外から読み取った二次元コードに係るデータの受け付けが禁止されている
   請求項１乃至４のいずれか１つ記載の情報処理方法。
6. 請求項１乃至５のいずれか１つ記載の情報処理方法をコンピュータに実行させるためのプログラム。
7. スタンプカードサービスを提供する店舗の端末から指示される、顧客に付与すべきスタンプ数と、当該店舗のコードとをエンコードして得られる二次元コードを前記店舗の端末に表示させる手段と、
   前記顧客の端末からの要求に応じて、当該要求に係る店舗のスタンプのための二次元コードを読み取るための第１の画面を、前記顧客の端末に表示させる手段と、
   前記店舗の端末に表示され且つ前記第１の画面を介して読み取った二次元コードをデコードすることで得られる店舗のコードが前記要求に係る店舗のコードと一致する場合には、前記店舗の端末に表示され且つ前記第１の画面を介して読み取った二次元コードをデコードすることで得られるスタンプ数を、前記顧客に対応付けて記録されているスタンプ総数に反映させる手段と、
   を有する情報処理システム。

Images