JP7646337B2 - 情報処理装置、情報処理システム及びプログラム - Google Patents

Description

本発明の実施形態は、情報処理装置、情報処理システム及びプログラムに関する。

近年、各企業は、商品の感想などをアンケートによって消費者から収集している。例えば、レシートを活用したアンケート手法が有る。この手法では、ＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅｓ）端末は、アンケートサイトへ誘導するＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）をセットした二次元コードシンボルを印刷したレシートを出す。消費者は、二次元コードシンボルを携帯端末で読み取り、アンケートサイトへアクセスし、ＷＥＢページ上でアンケートに対して回答する。

特開２０１２－５３８０３号公報

しかしながら、消費者へのリワードを伴うアンケートは、しばしば、消費者の個人情報などの登録を求める。そのため、消費者は、個人情報などの煩雑な登録作業を要する。

また、ＷＥＢページ上のキャンペーン画面を閲覧したり、ＷＥＢページ上の広告動画を視聴したりすることで、消費者へリワードを提供する様々なリワード提供企画も存在する。そのようなリワード提供企画においても、消費者にとって煩雑な作業を不要とし、効率的にリワードを提供する技術が要望される。

本発明の実施形態が解決しようとする課題は、リワード提供企画に対するリワードの効率的な提供を可能にする技術を提供しようとするものである。

一実施形態において、情報処理装置は、第１の記憶部と、第２の記憶部と、第１の取得部と、第２の取得部と、第３の取得部と、判断部と、を備える。前記第１の記憶部は、商品コードに関連付けて、リワード提供企画を識別する企画ＩＤを記憶する。前記第２の記憶部は、取引毎に発行されるユーザＩＤに関連付けて、リンク先毎に決められたリワード提供条件の達成状況を記憶する。前記第１の取得部は、商品コード及び合計金額の少なくとも一方を含む取引データと、ユーザＩＤ及び企画ＩＤと、を取得する。前記第２の取得部は、前記第１の記憶部から、前記第１の取得部が取得した企画ＩＤに関連付けられている前記商品コードを取得する。前記第３の取得部は、前記ユーザＩＤに関連付けて前記リワード提供条件の前記達成状況を記憶する前記第２の記憶部を参照し、前記第１の取得部が取得した前記ユーザＩＤに基づいて、当該ユーザＩＤに関連付けられている前記リワード提供条件の前記達成状況を、前記第２の記憶部から取得する。前記判断部は、前記第１の取得部が取得した取引データの中に前記第２の取得部が取得した商品コードが含まれているか否かと、前記第３の取得部が取得したリワード提供条件の達成状況と、に基づいて、前記第１の取得部が取得したユーザＩＤに対応する対象者へのリワードの提供の要否を判断する。

図１は、実施形態に係る情報処理システムを例示するブロック図である。 図２は、実施形態に係る発行条件管理データベースを例示する図である。 図３は、実施形態に係る発利用条件管理データベースを例示する図である。 図４は、実施形態に係る達成状況管理データベースを例示する図である。 図５は、実施形態に係る情報処理システムによるリワード提供処理の手順を例示するシーケンス図である。 図６は、実施形態に係る情報処理システムによるリワード提供処理の手順を例示するシーケンス図である。 図７は、実施形態に係る情報処理システムにおけるＰＯＳ端末のプロセッサが実行する情報処理手順を例示する流れ図である。 図８は、実施形態に係る情報処理システムにおけるレシートサーバのプロセッサが実行する情報処理手順を例示する流れ図である。 図９は、図８中のリワード判定処理の詳細を例示する流れ図である。

以下、図面を用いて実施形態について説明する。

図１は、情報処理システム１００を例示するブロック図である。
情報処理システム１００は、ＰＯＳ端末１、携帯端末２、企画サーバ３及びレシートサーバ４を含む。ＰＯＳ端末１、携帯端末２、企画サーバ３及びレシートサーバ４は、ネットワークを介して互いに通信自在に接続する。例えば、ネットワークは、インターネットである。なお、情報処理システム１００は、ＰＯＳ端末１、携帯端末２、企画サーバ３及びレシートサーバ４のうちの少なくとも２つの機器を含むシステムを指すことも有る。

ＰＯＳ端末１は、店舗内に設置され、商品の決済（会計）を行うことを可能とする機器である。ＰＯＳ端末１は、オフラインでの決済及び決済センタとの通信による決済の両方に対応する。例えば、オフラインでの決済は、現金、商品券、等による決済である。例えば、決済センタとの通信による決済は、クレジットカード、電子マネー、デビットカード、コード決済、等による決済である。ＰＯＳ端末１の構成例については、後述する。なお、図１では、ＰＯＳ端末１を１台のみ示しているが、複数台有って良い。

携帯端末２は、他の機器と通信可能な機器である。携帯端末２は、消費者が所有する機器である。例えば、携帯端末２は、スマートフォン、タブレット端末、等である。携帯端末２の構成例については、後述する。消費者は、客、ユーザまたは人と読み替えても良い。なお、図１では、携帯端末２を１台のみ示しているが、複数台有って良い。

企画サーバ３は、リワード提供企画に対する消費者の企画応答のデータを管理する機器である。例えば、リワード提供企画が、商品に関するアンケートで有れば、企画サーバ３は、種々のアンケートサイト及びアンケートに対する回答のデータを管理する。リワードは、消費者にとって有益な報酬である。例えば、リワードは、割引券、無料券、等のクーポンであるが、ポイント付与、スタンプ押印、等、クーポンに限定されないことは勿論である。なお以下では、リワード提供企画に対する企画応答のデータは応答と省略して、また、アンケートに対する回答のデータは回答と省略して、それぞれ表記することもある。企画サーバ３の構成例については後述する。なお、図１では、企画サーバ３を１台のみ示しているが、複数台有って良い。

レシートサーバ４は、消費者へリワードを提供する機器である。レシートサーバ４は、情報処理装置の一例である。レシートサーバ４の構成例については後述する。

ＰＯＳ端末１の構成例について説明する。
ＰＯＳ端末１は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、通信インタフェース１４、入力デバイス１５、表示デバイス１６、印刷デバイス１７及び読取デバイス１８を含むコンピュータである。ＰＯＳ端末１を構成する各部は、互いに信号を入出力可能に接続されている。図１では、インタフェースは、「Ｉ／Ｆ」と記載されている。

プロセッサ１１は、ＰＯＳ端末１の中枢部分に相当する。例えば、プロセッサ１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であるが、これに限定されない。プロセッサ１１は、種々の回路で構成されていても良い。プロセッサ１１は、メインメモリ１２または補助記憶デバイス１３に予め記憶されているプログラムをメインメモリ１２に展開する。プログラムは、ＰＯＳ端末１のプロセッサ１１に後述する各部を実現させるプログラムである。プロセッサ１１は、メインメモリ１２に展開されるプログラムを実行することで、種々の動作を実行する。

メインメモリ１２は、ＰＯＳ端末１の主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域ではＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）またはプログラムを記憶する。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。例えば、メインメモリ１２は、不揮発性のメモリ領域としてＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）を含む。例えば、メインメモリ１２は、揮発性のメモリ領域としてＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含む。

補助記憶デバイス１３は、ＰＯＳ端末１の補助記憶部分に相当する。例えば、補助記憶デバイス１３は、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、等である。補助記憶デバイス１３は、上述のプログラム、プロセッサ１１が各種の処理を行う上で使用するデータ及びプロセッサ１１での処理によって生成されるデータを記憶する。

通信インタフェース１４は、所定の通信プロトコルに従い、ネットワークを介して、ＰＯＳ端末１を他の機器と通信可能に接続する種々のインタフェースを含む。

入力デバイス１５は、ＰＯＳ端末１へデータまたは指示を入力可能なデバイスである。例えば、入力デバイス１５は、キーボード、タッチパネル、等である。

表示デバイス１６は、プロセッサ１１の制御により種々の画面を表示可能なデバイスである。例えば、表示デバイス１６は、液晶ディスプレイ、ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、等である。

印刷デバイス１７は、レシート等に情報を印刷するデバイスである。例えば、印刷デバイス１７は、サーマルプリンタ、インクジェットプリンタ、等である。

読取デバイス１８は、種々のデータを読取可能なデバイスである。例えば、読取デバイス１８は、接触式ＩＣカードからデータを読取可能なリーダを含む。例えば、読取デバイス１８は、非接触式ＩＣカードまたはＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を使用した記録媒体からデータを読取可能なリーダを含む。例えば、読取デバイス１８は、カード媒体の磁気ストライプからデータを読取可能なリーダを含む。例えば、読取デバイス１８は、コードシンボルからデータを読取可能なスキャナを含む。コードシンボルは、バーコードシンボル、ＱＲコード（登録商標）等の二次元コードシンボル、等である。スキャナは、レーザ光の走査によりコードシンボルを読み取るタイプであっても良いし、撮像デバイスで撮像した画像からコードシンボルを読み取るタイプであっても良い。

なお、ＰＯＳ端末１のハードウェア構成は、上述の構成に限定されるものではない。ＰＯＳ端末１は、適宜、上述の構成要素の省略及び変更並びに新たな構成要素の追加を可能とする。

上述のプロセッサ１１に実装される各部について説明する。
プロセッサ１１は、登録部１１０、第１の取得部１１１、出力部１１２、第２の取得部１１３及び適用部１１４を実装する。プロセッサ１１に実装される各部は、各機能ということもできる。プロセッサ１１に実装される各部は、プロセッサ１１及びメインメモリ１２を含む制御部に実装されるということもできる。

登録部１１０は、購入商品の商品コードをその個数と共に、メインメモリ１２または補助記憶デバイス１３に設けた購入商品レジスタに登録する。商品コードは、商品を一意に識別するコードである。例えば、商品コードは、ＪＡＮコードである。商品コードは、例えば、各商品に添付されたコードシンボルにセットされており、当該コードシンボルを読取デバイス１８で読み取ることで取得されることができる。或いは、商品コードは、ＰＯＳ端末１を操作する店員によって入力デバイス１５から入力されることができる。

第１の取得部１１１は、読取デバイス１８で読み取った、企画レシートに印刷された二次元コードシンボルにセットされた情報を取得する。企画レシート並びにその発行手順については後述する。二次元コードシンボルにセットされた情報は、ＵＲＬ及びクエリパラメータを含むことができ、クエリパラメータは、ユーザＩＤ、企画ＩＤ、サービスコード及びクーポンコードを含み得る。

ＵＲＬは、リワード企画に関するＷｅｂページのＵＲＬである。アンケートに関するＷｅｂページのＵＲＬは、アンケートへのリンク先情報の一例である。以下では、アンケートに関するＷｅｂページのＵＲＬは、ＵＲＬと省略して表記することも有る。

ユーザＩＤは、リワード企画と各人の組み合わせを一意に識別する個別のＩＤである。ユーザＩＤは、各消費者の個人情報を特定すること無く後述するレシートサーバ４で発行されるものである。例えば、リワード企画Ａに対する消費者Ｘの回答に関連付けられているユーザＩＤは、リワード企画Ａに対する消費者Ｙの回答に関連付けられているユーザＩＤとは異なる。リワード企画Ａに対する消費者Ｘの回答に関連付けられているユーザＩＤは、リワード企画Ｂに対する消費者Ｘの回答に関連付けられているユーザＩＤとは異なる。

企画ＩＤは、アンケート等のリワード企画を一意に識別するＩＤである。

サービスコードは、サービス種別を一意に識別するコードである。サービス種別には、例えば、アンケート、広告、キャンペーン、等が有る。アンケートは、アンケートに回答した対象者に対してリワードを提供するサービスである。広告は、広告を閲覧した対象者に対してリワードを提供するサービスである。キャンペーンは、ＷＥＢページ上のキャンペーン画面を閲覧した、つまり、Ｗｅｂページにアクセスした対象者に対してリワードを提供するサービスである。

クーポンコードは、クーポン内容を一意に識別するコードである。クーポンコードは、アンケート等のリワード企画に対して一意に割り振られる。ＰＯＳ端末１の補助記憶デバイス１３には、クーポンコードに関連付けてリワードの内容、例えば、どの商品に対してどのような小計割引きを行う、合計金額に対してどのような割引きを行う、ポイントを何ポイント付与する、等々を記憶している。

出力部１１２は、登録部１１０が登録した商品コードの商品の合計金額及び登録した商品コードの少なくとも一方を含む取引データを作成し、その作成した取引データを、ネットワークを介してレシートサーバ４へ出力する。また、出力部１１２は、第１の取得部１１１がユーザＩＤ及び企画ＩＤを取得した場合には、取引データ、ユーザＩＤ及び企画ＩＤを、ネットワークを介してレシートサーバ４へ出力する。

第２の取得部１１３は、レシートサーバ４からネットワークを介して送信されてくるリワード提供の対象者へのリワードの提供の要否の判断の結果である判断結果を取得する。

適用部１１４は、取得した判断結果がリワードの提供が必要を示すとき、対象者に対するリワードを適用する。

なお、登録部１１０、第１の取得部１１１、出力部１１２、第２の取得部１１３及び適用部１１４は、プログラムを実行することでプロセッサ１１に実装されるものとして説明したが、これに限定されない。出力部１１２及び第２の取得部１１３は、ＰＯＳ端末１と他の機器との間のデータ通信に関するものである。そのため、通信インタフェース１４が出力部１１２及び第２の取得部１１３の一例であっても良い。出力部１１２及び第２の取得部１１３は、プログラムを実行することでプロセッサ１１と通信インタフェース１４との協働で実現されても良い。

携帯端末２の構成例について説明する。
携帯端末２は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、通信インタフェース２４、入力デバイス２５、表示デバイス２６及び読取デバイス２７を含むコンピュータである。携帯端末２を構成する各部は、互いに信号を入出力可能に接続されている。

プロセッサ２１は、携帯端末２の中枢部分に相当する。プロセッサ２１は、上述のプロセッサ１１と同様のハードウェア構成である。プロセッサ２１は、メインメモリ２２または補助記憶デバイス２３に予め記憶されているプログラムを実行することで、種々の動作を実行する。

メインメモリ２２は、携帯端末２の主記憶部分に相当する。メインメモリ２２は、上述のメインメモリ１２と同様のハードウェア構成である。メインメモリ２２は、プログラムを記憶する。

補助記憶デバイス２３は、携帯端末２の補助記憶部分に相当する。補助記憶デバイス２３は、上述の補助記憶デバイス１３と同様のハードウェア構成である。補助記憶デバイス２３は、上述のプログラムを記憶する。

通信インタフェース２４は、所定の通信プロトコルに従い、ネットワークを介して、携帯端末２を他の機器と通信可能に接続する種々のインタフェースを含む。

入力デバイス２５は、携帯端末２へデータまたは指示を入力可能なデバイスである。例えば、入力デバイス２５は、キーボード、タッチパネル、等である。

表示デバイス２６は、プロセッサ２１の制御により種々の画面を表示可能なデバイスである。例えば、表示デバイス２６は、液晶ディスプレイ、ＥＬディスプレイ、等である。

読取デバイス２７は、種々のデータを読取可能なデバイスである。例えば、読取デバイス２７は、読取デバイス１８と同様に、二次元コードシンボルからデータを読取可能なスキャナを含む。

なお、携帯端末２のハードウェア構成は、上述の構成に限定されるものではない。携帯端末２は、適宜、上述の構成要素の省略及び変更並びに新たな構成要素の追加を可能とする。

企画サーバ３の構成例について説明する。
企画サーバ３は、プロセッサ３１、メインメモリ３２、補助記憶デバイス３３及び通信インタフェース３４を含むコンピュータである。企画サーバ３を構成する各部は、互いに信号を入出力可能に接続されている。

プロセッサ３１は、企画サーバ３の中枢部分に相当する。プロセッサ３１は、上述のプロセッサ１１と同様のハードウェア構成である。プロセッサ３１は、メインメモリ３２または補助記憶デバイス３３に予め記憶されているプログラムをメインメモリ３２に展開する。プログラムは、企画サーバ３のプロセッサ３１に後述する各部を実現させるプログラムである。プロセッサ３１は、メインメモリ３２に展開されるプログラムを実行することで、種々の動作を実行する。

メインメモリ３２は、企画サーバ３の主記憶部分に相当する。メインメモリ３２は、上述のメインメモリ１２と同様のハードウェア構成である。メインメモリ３２は、プログラムを記憶する。

補助記憶デバイス３３は、企画サーバ３の補助記憶部分に相当する。補助記憶デバイス３３は、上述の補助記憶デバイス１３と同様のハードウェア構成である。補助記憶デバイス３３は、上述のプログラムを記憶する。補助記憶デバイス３３は、記憶部の一例である。

通信インタフェース３４は、所定の通信プロトコルに従い、ネットワークを介して、企画サーバ３を他の機器と通信可能に接続する種々のインタフェースを含む。

なお、企画サーバ３のハードウェア構成は、上述の構成に限定されるものではない。企画サーバ３は、適宜、上述の構成要素の省略及び変更並びに新たな構成要素の追加を可能とする。

上述のプロセッサ３１に実装される各部について説明する。プロセッサ３１は、特に図示はしていないが、応答部、取得部、記憶制御部及び出力部を実装する。プロセッサ３１に実装される各部は、各機能ということもできる。プロセッサ３１に実装される各部は、プロセッサ３１及びメインメモリ３２を含む制御部に実装されるということもできる。

応答部は、携帯端末２からのリワード企画、例えばアンケート、に関するＷｅｂページの要求に対する応答として、リワード企画に関するＷｅｂページを出力する。取得部は、携帯端末２から送信されてくる、アンケート回答等の応答を取得する。記憶制御部は、この回答を、ユーザＩＤに関連付けて補助記憶デバイス３３に保存する。補助記憶デバイス３３は、アンケート毎に回答を蓄積することができる。出力部は、ユーザＩＤに関連付けて、アンケートに対する回答状況等のリワード企画に対する達成状況のデータをレシートサーバ４に出力する。例えば、出力部は、互いに関連付けられているユーザＩＤ及び達成状況のデータを含む完了通知のデータを出力する。以下では、完了通知のデータは、完了通知と省略して表記することも有る。リワード企画に対する達成状況のデータは、達成状況と省略して表記することも有る。達成状況は、リワード企画に対する応答の有り様である。例えば、達成状況は、達成完了情報を含む。達成完了情報は、応答を完了したことを示す情報である。

達成状況は、さらに、応答内容情報を含んでも良い。応答内容情報は、応答の内容に応じて変化する情報である。例えば、応答内容情報は、応答の内容を点数化した情報である。応答内容の点数は、応答中の評価によって変わっても良い。例えば、リワード企画が有る商品に関するアンケートである場合、応答つまりアンケート回答がこの商品を高く評価するものであれば、応答内容の点数は、高くなり得る。他方、アンケート回答がこの商品を低く評価するものであったならば、応答内容の点数は、低くなり得る。応答内容の点数は、応答に基づいて所定の規則に従ってプロセッサ３１によって設定されても良い。応答内容の点数は、応答に基づいて企画サーバ３の管理者によって設定されても良い。

レシートサーバ４の構成例について説明する。
レシートサーバ４は、プロセッサ４１、メインメモリ４２、補助記憶デバイス４３及び通信インタフェース４４を含むコンピュータである。レシートサーバ４を構成する各部は、互いに信号を入出力可能に接続されている。

プロセッサ４１は、レシートサーバ４の中枢部分に相当する。プロセッサ４１は、上述のプロセッサ１１と同様のハードウェア構成である。プロセッサ４１は、メインメモリ４２または補助記憶デバイス４３に予め記憶されているプログラムをメインメモリ４２に展開する。プログラムは、レシートサーバ４のプロセッサ４１に後述する各部を実現させるプログラムである。プロセッサ４１は、メインメモリ４２に展開されるプログラムを実行することで、種々の動作を実行する。

メインメモリ４２は、レシートサーバ４の主記憶部分に相当する。メインメモリ４２は、上述のメインメモリ１２と同様のハードウェア構成である。メインメモリ４２は、プログラムを記憶する。

補助記憶デバイス４３は、レシートサーバ４の補助記憶部分に相当する。補助記憶デバイス４３は、上述の補助記憶デバイス１３と同様のハードウェア構成である。補助記憶デバイス４３は、記憶部の一例である。補助記憶デバイス４３は、上述のプログラムを記憶する。

補助記憶デバイス４３は、例えば、発行条件管理データベース４３１、利用条件管理データベース４３２及び達成状況管理データベース４３３を記憶する。

発行条件管理データベース４３１は、リワード提供企画を識別する企画ＩＤに関連付けて、企画レシートを発行する条件を示す条件データと、リンク先を示すリンク先情報と、を記憶する第３の記憶部である。条件データは、例えば、対象商品の商品コード、購入商品の合計金額、等である。リンク先情報は、例えば、アンケート等のリワード企画に関するＷｅｂページのＵＲＬである。発行条件管理データベース４３１は、さらに、複数の企画ＩＤのそれぞれに関連付けて、サービスコード及びクーポンコードを記憶することができる。このように、発行条件管理データベース４３１は、複数の企画ＩＤのそれぞれに関連付けて、商品コード、ＵＲＬ、サービスコード及びクーポンコードを管理するデータベースである。発行条件管理データベース４３１の構成例については後述する。

利用条件管理データベース４３２は、商品コードに関連付けて企画ＩＤを記憶する第１の記憶部である。利用条件管理データベース４３２の構成例については後述する。

達成状況管理データベース４３３は、複数のユーザＩＤのそれぞれに関連付けて、リンク先毎に決められたリワード提供条件の達成状況を記憶する第２の記憶部である。達成状況管理データベース４３３の構成例については後述する。

通信インタフェース４４は、所定の通信プロトコルに従い、ネットワークを介して、レシートサーバ４を他の機器と通信可能に接続する種々のインタフェースを含む。

なお、レシートサーバ４のハードウェア構成は、上述の構成に限定されるものではない。レシートサーバ４は、適宜、上述の構成要素の省略及び変更並びに新たな構成要素の追加を可能とする。

上述のプロセッサ４１に実装される各部について説明する。
プロセッサ４１は、第１の取得部４１０、第２の取得部４１１、第３の取得部４１２、判断部４１３、第４の取得部４１４、発行部４１５、出力部４１６、第５の取得部４１７、記憶制御部４１８及び第６の取得部４１９を実装する。プロセッサ４１に実装される各部は、各機能ということもできる。プロセッサ４１に実装される各部は、プロセッサ４１及びメインメモリ４２を含む制御部に実装されるということもできる。

第１の取得部４１０は、ＰＯＳ端末１から送信されてくる、少なくとも一つの商品コードとそれら商品コードで示される購入商品の合計金額との少なくとも一方を含む取引データを取得する。或いは、第１の取得部４１０は、ＰＯＳ端末１から送信されてくる、取引データと、ユーザＩＤ及び企画ＩＤと、を取得する。第１の取得部４１０で取得されるユーザＩＤは、後述するように出力部４１６によって出力される二次元コードシンボルにセットされるユーザＩＤに基づいている。

第２の取得部４１１は、第１の記憶部である利用条件管理データベース４３２から、第１の取得部４１０が取得した企画ＩＤである取得企画ＩＤに関連付けられている商品コードを取得する。

第３の取得部４１２は、第２の記憶部である達成状況管理データベース４３３から、第１の取得部４１０が取得したユーザＩＤである取得ユーザＩＤに関連付けられているリワード提供条件の達成状況を取得する。

判断部４１３は、第１の取得部４１０が取得した取引データの中に第２の取得部４１１が取得した商品コードが含まれているか否かと、第３の取得部４１２が取得したリワード提供条件の達成状況と、に基づいて、第１の取得部４１０が取得した取得ユーザＩＤに対応する対象者へのリワードの提供の要否を判断する。

第４の取得部４１４は、第１の取得部４１０がユーザＩＤ及び企画ＩＤを取得しない場合、第１の取得部４１０が取得した取引データに含まれる商品コード及び合計金額の少なくとも一方に関連付けられた企画ＩＤ及びリンク先情報を、第３の記憶部である発行条件管理データベース４３１から取得する。

発行部４１５は、ユーザＩＤを発行する。発行は、ユーザＩＤを使える状態にすることであり、生成、作成及び編集などの意味を含む。

出力部４１６は、少なくとも、発行部４１５が発行したユーザＩＤと、第４の取得部４１４が取得した企画ＩＤ及びリンク先情報であるＵＲＬと、をセットした二次元コードシンボルを、ＰＯＳ端末１へ出力する。ＰＯＳ端末１では、印刷デバイスにより、決済の明細が記載された通常レシートの他に、この二次元コードシンボルを記載した企画レシートを印刷する。

二次元コードシンボルにセットされるＵＲＬは、企画ＩＤに一意に紐付くが、ユーザＩＤに一意に紐付かないＵＲＬである。つまり、或るリンク企画が異なるユーザＩＤに提供される場合、二次元コードシンボルにセットされるＵＲＬは、ユーザＩＤによらず同じである。別の例では、二次元コードシンボルにセットされるＵＲＬは、企画ＩＤに一意に紐付き、かつ、ユーザＩＤにも一意に紐付くＵＲＬとしても良い。つまり、或るリンク企画が異なるユーザＩＤに提供される場合、二次元コードシンボルにセットされるＵＲＬは、ユーザＩＤ毎に異なる。この場合、二次元コードシンボルにセットされるＵＲＬは、発行部４１５で発行されるユーザＩＤに専用のＷｅｂページに対応する。

第５の取得部４１７は、企画サーバ３から、ユーザＩＤに関連付けてリワード提供条件の達成状況を取得する。例えば、第５の取得部４１７は、企画サーバ３から送信されてくる、ユーザＩＤ及び達成状況を含む完了通知を取得する。第５の取得部４１７によって取得される達成状況は、出力部４１６で出力されるに二次元コードシンボルにセットされたＵＲＬに関連するリワード企画に基づいている。

記憶制御部４１８は、ユーザＩＤに関連付けて、第５の取得部４１７が取得した達成状況を補助記憶デバイス４３の第２の記憶部である達成状況管理データベース４３３に保存する。

第６の取得部４１９は、ＰＯＳ端末１から送信されてくる、第１の取得部４１０が取得した取得企画ＩＤ及び取得ユーザＩＤに関連付けて、対象者に対してリワードを提供したことを示す適用通知を取得する。記憶制御部４１８は、この第６の取得部４１９での適用通知の取得に応じて、取得ユーザＩＤに関連付けて達成状況管理データベース４３３に記憶されている前記達成状況を消去する。

なお、第１の取得部４１０、第２の取得部４１１、第３の取得部４１２、判断部４１３、第４の取得部４１４、発行部４１５、出力部４１６、第５の取得部４１７、記憶制御部４１８及び第６の取得部４１９は、プログラムを実行することでプロセッサ４１に実装されるものとして説明したが、これに限定されない。第１の取得部４１０、出力部４１６、第５の取得部４１７及び第６の取得部４１９は、レシートサーバ４と他の機器との間のデータ通信に関するものである。そのため、通信インタフェース４４が第１の取得部４１０、出力部４１６、第５の取得部４１７及び第６の取得部４１９の一例であっても良い。第１の取得部４１０、出力部４１６、第５の取得部４１７及び第６の取得部４１９は、プログラムを実行することでプロセッサ４１と通信インタフェース４４との協働で実現されても良い。

発行条件管理データベース４３１の構成例について説明する。
図２は、発行条件管理データベース４３１を例示する図である。

発行条件管理データベース４３１は、「企画ＩＤ」項目、「条件データ」項目、「ＵＲＬ」項目、「サービスコード」項目及び「クーポンコード」項目を含む。

「企画ＩＤ」項目は、企画ＩＤをセットする項目である。「条件データ」項目は、企画レシートを発行する条件、つまり、リワード企画への参加条件をセットする項目である。参加条件は、例えば、特定の商品を購入したことであり、その場合には、「条件データ」項目には商品コードがセットされる。また、参加条件が例えば商品を合計で幾ら以上購入したことであれば、「条件データ」項目にはその合計金額についての条件がセットされる。なお、「条件データ」項目には、特定商品を規定個数購入した場合、複数種類の特定商品を購入した場合、特定商品を含んで合計幾ら以上購入した場合、等の組み合わせ条件をセットすることも可能である。

「ＵＲＬ」項目は、ＵＲＬをセットする項目である。「サービスコード」項目は、サービスコードをセットする項目である。「クーポンコード」項目は、クーポンコードをセットする項目である。複数の企画ＩＤのそれぞれは、この発行条件管理データベース４３１により、商品コード、ＵＲＬ、サービスコード及びクーポンコードに関連付けられている。ＵＲＬは、企画ＩＤに一意に紐付いているので、企画ＩＤ毎に異なる。そのため、リワード企画の内容は、企画ＩＤ毎に異なる。リワード企画は、ＵＲＬに関連付けられている商品コードで識別される商品に関連するものである。或る商品に関連するリワード企画は、この商品自体についてのリワード企画でも良い。また、或る商品に関連するリワード企画は、この商品と類似する他社商品についてのリワード企画でも良い。さらには、リワード企画は、全ての商品についてのリワード企画でも良い。この場合の商品コードは、特定の商品に割り当てられたコードとする代わりに、「００・・・０」のように、特定の商品を示さないコードとする等、予め決められた全商品を表す商品コードとして、発行条件管理データベース４３１にセットする。

レシートサーバ４は、この発行条件管理データベース４３１を適宜更新し得る。

利用条件管理データベース４３２の構成例について説明する。
図３は、利用条件管理データベース４３２を例示する図である。

利用条件管理データベース４３２は、「商品コード」項目と「企画ＩＤ」項目を含む。「商品コード」項目は、リワードを提供する対象商品の商品コードをセットする項目である。なお、「商品コード」項目には、複数の対象商品の商品コードをセットすることも可能である。「企画ＩＤ」項目は、企画ＩＤをセットする項目である。

達成状況管理データベース４３３の構成例について説明する。
図４は、達成状況管理データベース４３３を例示する図である。

達成状況管理データベース４３３は、「ユーザＩＤ」項目、「企画ＩＤ」項目及び「完了フラグ」項目を含む。「ユーザＩＤ」項目は、ユーザＩＤをセットする項目である。「企画ＩＤ」項目は、企画ＩＤをセットする項目である。「完了フラグ」項目は、リワード企画についての応答を完了したことを示す値（例えば「１」）をセットする項目である。「完了フラグ」項目にセットされる応答を完了したことを示す値は、完了通知の達成状況に含まれる回答完了情報に対応する。図４に示すように、一つのユーザＩＤに対し、複数の企画ＩＤ及び完了フラグがセットされる場合も有る。

なお、達成状況管理データベース４３３は、「応答内容」項目を含んでも良い。「応答内容」項目は、応答内容の点数に相当する値をセットする項目である。「応答内容」項目にセットされる値は、完了通知の達成状況に含まれる応答内容情報に対応する。

レシートサーバ４は、ユーザＩＤの発行毎に、ユーザＩＤを「ユーザＩＤ」項目にセットする。またレシートサーバ４は、完了通知の取得毎に、「完了フラグ」項目に値をセットする。レシートサーバ４は、完了通知の達成状況から抽出される応答完了情報に基づいて、応答を完了したことを示す値を「完了フラグ」項目にセットする。達成状況管理データベース４３３が「応答内容」項目を含む場合には、レシートサーバ４は、完了通知の達成状況から抽出される応答内容情報を「応答内容」項目にセットする。

複数のユーザＩＤのそれぞれは、達成状況管理データベース４３３により、達成状況に関連付けられている。レシートサーバ４は、企画サーバ３からの完了通知の取得に応じて達成状況管理データベース４３３にレコードを追加することで、達成状況管理データベース４３３を更新し得る。

情報処理システム１００による処理の手順について説明する。
図５及び図６は、情報処理システム１００によるリワード提供処理の手順を例示するシーケンス図である。なお、以下のＰＯＳ端末１を主体とする説明では、ＰＯＳ端末１という表記をプロセッサ１１と読み替えても良い。同様に、携帯端末２を主体とする説明では、携帯端末２という表記をプロセッサ２１と読み替え、企画サーバ３を主体とする説明では、企画サーバ３という表記をプロセッサ３１と読み替え、レシートサーバ４を主体とする説明では、レシートサーバ４という表記をプロセッサ４１と読み替えても良い。

図５は、消費者が企画レシートを未だ有していない状況での処理の手順を示している。ここでは、携帯端末２を所有する消費者を消費者Ｘとする。消費者Ｘは、図２示す商品コード「１２３４・・・」に対応する商品を購入するものとする。

ＰＯＳ端末１は、商品コードを読み取る（ＡＣＴ１）。ＡＣＴ１では、例えば、ＰＯＳ端末１の登録部１１０は、読取デバイス１８により、消費者Ｘが一取引で購入する１以上の商品に付されているコードシンボルから商品コードを読み取り、メインメモリ１２または補助記憶デバイス１３に設けた購入商品レジスタに登録する。

ＰＯＳ端末１は、取引データを出力する（ＡＣＴ２）。ＡＣＴ２では、例えば、ＰＯＳ端末１は、通信インタフェース１４を介して、消費者Ｘが一取引で購入する１以上の商品に関する商品コードと、商品毎の購入個数及び小計金額、取引の合計金額、等を含む取引データをレシートサーバ４へ出力する。ＰＯＳ端末１は、消費者Ｘによる一取引の決済完了後に、商品コードをレシートサーバ４へ出力しても良い。ここでは、一例として、ＰＯＳ端末１は、商品コード「１２３４・・・」を含む取引データをレシートサーバ４へ出力するものとする。なお、消費者Ｘが複数の商品を購入する場合には、ＰＯＳ端末１は、複数の商品コードを含む取引データをレシートサーバ４へ出力することになる。

レシートサーバ４の第１の取得部４１０は、取引データを取得する（ＡＣＴ３）。ＡＣＴ３では、例えば、第１の取得部４１０は、通信インタフェース４４を介して、ＰＯＳ端末１から商品コード「１２３４・・・」を含む取引データを取得する。

レシートサーバ４は、第１の取得部４１０で取得される取引データに基づいて、二次元コードシンボルを発行する（ＡＣＴ４）。ＡＣＴ４では、例えば、第４の取得部４１４は、発行条件管理データベース４３１から、取引データに含まれる商品コード「１２３４・・・」に関連付けられている企画ＩＤ「１１１」、ＵＲＬ、サービスコード「５６」及びクーポンコード「７８」を取得する。このように、第４の取得部４１４は、消費者Ｘが購入した商品に関連するリワード企画を取得することができる。以下では、企画ＩＤ「１１１」に対応するリワード企画を対象リワード企画とも言う。これにより、レシートサーバ４は、不要なリワード企画を消費者Ｘへ提供することを防止することができる。

さらに、このＡＣＴ４では、発行部４１５は、ユーザＩＤを発行する。例えば、発行部４１５は、企画ＩＤ「１１１」に関連するユーザＩＤを発行する。ここでは、発行部４１５は、ユーザＩＤ「１１１１・・・」を発行するものとする。なお、ユーザＩＤは、上述のようにリワード企画と各人の組み合わせを一意に識別する個別のＩＤであれば良く、限定されない。例えば、発行部４１５は、企画ＩＤ「１１１」に関連するユーザＩＤを発行するタイミング毎に企画ＩＤ「１１１」の番号の後に異なる番号を付加し、ユーザＩＤを発行しても良い。この例では、プロセッサ４１は、ユーザＩＤから企画ＩＤを検出可能である。発行部４１５は、達成状況管理データベース４３３の「ユーザＩＤ」項目にユーザＩＤ「１１１１・・・」をセットすると共に「企画ＩＤ」項目に企画ＩＤ「１１１」をセットし、達成状況管理データベース４３３に新たなレコードを追加する。なお、発行部４１５は、この新たに達成状況管理データベース４３３に追加するレコードの「完了フラグ」項目には、応答を完了していないことを示す値「０」をセットする。このように、発行部４１５は、リワード企画と各人の組み合わせを一意に識別するユーザＩＤを発行することができる。これにより、レシートサーバ４は、各人の個人情報を管理するといった複雑な構成を要すること無く、各人のリワード企画毎の達成状況を管理することができる。

そして発行部４１５は、取得した企画ＩＤ、ＵＲＬ、サービスコード及びクーポンコードと発行したユーザＩＤとがセットされた二次元コードシンボルを発行する。例えば、二次元コードシンボルには、ＵＲＬである「ｈｔｔｐ：／／ｗｗｗ．・・・・・．ｃｏ．ｊｐ」に続けてクエリパラメータとしてユーザＩＤ「１１１１・・・」、企画ＩＤ「１１１」、サービスコード「５６」及びクーポンコード「７８」がセットされる。具体的には、二次元コードシンボルには、例えば「ｈｔｔｐ：／／ｗｗｗ．・・・・・．ｃｏ．ｊｐ？ｕｉｄ＝１１１１・・・＆ｄｅｌｉ＿ｉｄ＝１１１＆ｄｅｌｉ＿ｔｙｐｅ＝５６＆ｃｏｕｐｏｎ＿ｃｏｄｅ＝７８」の文字列がセットされる。

なお、ＰＯＳ端末１から送られてきた１つの商品コードが複数の企画ＩＤの商品コードに該当する場合には、発行部４１５は、それぞれの企画ＩＤについて、ユーザＩＤは同一で、ＵＲＬ、サービスコード及びクーポンコードがセットされた二次元コードシンボルを発行することとなる。また、ＰＯＳ端末１から複数の商品コードが送られてきた場合には、発行部４１５は、それぞれの商品コードについて、同様にして二次元コードシンボルを発行することができる。

レシートサーバ４の出力部４１６は、券面画像を生成する（ＡＣＴ５）。ＡＣＴ５では、出力部４１６は、企画レシートに印刷するべき券面画像として、上記発行した二次元コードシンボルの画像と、メッセージや絵柄等の対象リワード企画に関する画像を生成する。例えば、対象リワード企画がアンケートである場合、メッセージは、「アンケートに答えて商品○○が１００円引き」といったリワード企画の内容を表す文章、「二次元コードを読み込んでＷｅｂページにアクセスし、アンケートに回答して下さい」等のリワードの取得方法を示す文章、等を含むことができる。

出力部４１６は、さらに、券面画像を出力する（ＡＣＴ６）。ＡＣＴ６では、例えば、出力部４１６は、通信インタフェース４４を介して、ＡＣＴ５で生成した券面画像をＰＯＳ端末１へ出力する。

ＰＯＳ端末１は、券面画像を取得する（ＡＣＴ７）。ＡＣＴ７では、例えば、ＰＯＳ端末１は、通信インタフェース１４を介して、券面画像をレシートサーバ４から取得する。

ＰＯＳ端末１は、券面画像を印刷する（ＡＣＴ８）。ＡＣＴ８では、例えば、ＰＯＳ端末１は、印刷デバイス１７により、券面画像、つまり二次元コードシンボルと対象リワード企画に関する画像とをレシート用紙に印刷する。この券面画像が印刷されているレシートは、企画レシートとも言う。さらにＰＯＳ端末１は、印刷デバイス１７により、決済の明細をレシート用紙に印刷する。この決済の明細が印刷されているレシートは、通常レシートとも言う。ＰＯＳ端末１は、複数の企画レシートを印刷する場合も有る。

ＰＯＳ端末１は、企画レシート及び通常レシートを排出する（ＡＣＴ９）。ＡＣＴ９では、例えば、ＰＯＳ端末１は、レシートの取出口から企画レシートと通常レシートとを排出する。消費者Ｘは、ＰＯＳ端末１から排出される企画レシートと通常レシートとを受け取ることができる。

携帯端末２は、二次元コードシンボルを読み取る（ＡＣＴ１０）。ＡＣＴ１０では、例えば、携帯端末２は、読取デバイス２７により、企画レシートに印刷されている二次元コードシンボルを読み取る。ここでは、消費者Ｘは、企画レシートに印刷されている二次元コードシンボルを読取デバイス２７に翳すものとする。

携帯端末２は、対象リワード企画に関するＷｅｂページの要求を出力する（ＡＣＴ１１）。ＡＣＴ１１では、例えば、携帯端末２は、読取デバイス２７による二次元コードシンボルの読み取りに応じて二次元コードシンボルにセットされている企画ＩＤ「１１１」、ＵＲＬ、サービスコード「５６」、クーポンコード「７８」及びユーザＩＤ「１１１１・・・」を取得する。携帯端末２は、通信インタフェース１４を介して、該当ＵＲＬの企画サーバ３にアクセスし、対象リワード企画に関するＷｅｂページの要求を出力する。この要求は、取得した企画ＩＤ「１１１」とユーザＩＤ「１１１１・・・」とを含む。

企画サーバ３は、対象リワード企画に関するＷｅｂページの要求に対する応答として、対象リワード企画に関するＷｅｂページを出力する（ＡＣＴ１２）。ＡＣＴ１２では、例えば、企画サーバ３は、通信インタフェース３４を介して、アンケート等の対象リワード企画に関するＷｅｂページを出力する。対象リワード企画は、企画ＩＤ「１１１」により特定することができる。すなわち、企画サーバ３が複数のリワード企画を提供する場合、企画サーバ３は、個々のリワード企画を企画ＩＤにより選別することができる。またこのとき、企画サーバ３は、企画ＩＤ「１１１」及びユーザＩＤ「１１１１・・・」に関連付けて、携帯端末２からのアンケート回答等の対象リワード企画に対する応答を蓄積するための応答保存領域を、補助記憶デバイス３３に確保する。

携帯端末２は、対象リワード企画に関するＷｅｂページを取得する（ＡＣＴ１３）。ＡＣＴ１３では、例えば、携帯端末２は、通信インタフェース１４を介して、対象リワード企画に関するＷｅｂページを企画サーバ３から取得する。

携帯端末２は、対象リワード企画に関するＷｅｂページの画面を表示する（ＡＣＴ１４）。ＡＣＴ１４では、携帯端末２は、表示デバイス２６において、対象リワード企画に関するＷｅｂページの画面を表示する。

携帯端末２は、アンケートの回答等の応答を出力する（ＡＣＴ１５）。ＡＣＴ１５では、例えば、携帯端末２は、通信インタフェース２４を介して、応答を企画サーバ３へ出力する。消費者Ｘは、入力デバイス２５により、対象リワード企画に関するＷｅｂページの画面でアンケートの回答を入力したり、キャンペーン画面を閲覧したり、広告動画を視聴したりするものとする。アンケート回答の送信操作、キャンペーン画面の最後までの閲覧操作、広告動画の最後までの視聴、等の規定のリワード提供条件を満たしたとき、携帯端末２は応答を出力することができる。

企画サーバ３は、応答を取得する（ＡＣＴ１６）。ＡＣＴ１６では、例えば、企画サーバ３は、通信インタフェース３４を介して、応答を携帯端末２から取得する。

企画サーバ３は、この取得される応答を補助記憶デバイス３３に保存する（ＡＣＴ１７）。ＡＣＴ１７では、例えば、企画サーバ３は、その応答を、補助記憶デバイス３３に確保した企画ＩＤ「１１１」及びユーザＩＤ「１１１１・・・」に関連付けて応答を蓄積するための応答保存領域に保存する。こうして、企画サーバ３は、対象リワード企画であるアンケートと関連付けて応答である回答を補助記憶デバイス３３に保存することができる。対象リワード企画がキャンペーン画面の閲覧や広告動画の視聴である場合には、応答の数を保存するようにしても良い。

企画サーバ３は、完了通知を出力する（ＡＣＴ１８）。ＡＣＴ１８では、例えば、企画サーバ３は、上記応答の取得に応じて、通信インタフェース３４を介して、完了通知をレシートサーバ４へ出力する。完了通知は、ユーザＩＤ「１１１１・・・」を含む。完了通知は、リワード提供条件の達成状況を含む。達成状況は、対象リワード企画に対する応答完了情報を含む。達成状況は、対象リワード企画に対する応答内容情報を含んでも良い。なお、この完了通知の出力後、企画サーバ３は、補助記憶デバイス３３の応答保存領域に保存しているユーザＩＤ「１１１１・・・」を削除するようにしても良い。これは、対象リワード企画の企画者である企業等は、アンケート結果、閲覧数、視聴数、等の応答内容が必要なのであって、ユーザＩＤというそもそも個人を特定できない情報自体は必要としないためである。

レシートサーバ４の第５の取得部４１７は、完了通知を取得する（ＡＣＴ１９）。ＡＣＴ１９では、例えば、第５の取得部４１７は、通信インタフェース４４を介して、達成状況を含む完了通知を取得する。

レシートサーバ４の記憶制御部４１８は、ユーザＩＤに関連付けて、第５の取得部４１７で取得される完了通知を補助記憶デバイス４３に保存する（ＡＣＴ２０）。ＡＣＴ２０では、例えば、記憶制御部４１８は、達成状況管理データベース４３３において、「完了フラグ」項目をセットする。すなわち、記憶制御部４１８は、完了通知の達成状況に基づいて、ユーザＩＤ「１１１１・・・」に関連付けて、回答を完了したことを示す値「１」を「完了フラグ」項目にセットする。なお、取得した達成状況が応答完了情報を含む場合には、記憶制御部４１８は、達成状況管理データベース４３３において、「応答内容」項目に値をセットすることができる。すなわち、記憶制御部４１８は、完了通知の達成状況に基づいて、ユーザＩＤ「１１１１・・・」に関連付けて、応答内容の点数に相当する値を「応答内容」項目にセットする。

図６は、消費者Ｘが企画レシートの二次元コードシンボルを読み取ってリワード企画に応答済みである状況での処理の手順を示している。ここでは、消費者Ｘは、再び商品コード「１２３４・・・」に対応する商品を購入するものとする。すなわち、企画レシートの発行条件としてセットされた対象商品とリワード利用条件の対象商品とが同じ場合を例に説明する。なお、それらの対象商品が異なっていても良いことは勿論である。

ＰＯＳ端末１は、商品コードを読み取る（ＡＣＴ１）。このＡＣＴ１は前述した通りである。

ＰＯＳ端末１の第１の取得部１１１は、二次元コードシンボルを読み取る（ＡＣＴ２１）。ＡＣＴ２１では、例えば、第１の取得部１１１は、読取デバイス１８により、企画レシートに印刷されている二次元コードシンボルを読み取る。ここでは、消費者Ｘまたは店員は、企画レシートに印刷されている二次元コードシンボルを読取デバイス１８に翳すものとする。例えば、消費者Ｘまたは店員は、消費者Ｘが企画レシートを受け取った翌日等に再来店した際に二次元コードシンボルを読取デバイス１８に翳す。第１の取得部１１１は、読取デバイス１８による二次元コードシンボルの読み取りに応じて二次元コードシンボルにセットされているＵＲＬ、ユーザＩＤ「１１１１・・・」、企画ＩＤ「１１１」、サービスコード「５６」及びクーポンコード「７８」を取得し、メインメモリ１２または補助記憶デバイス１３に一時保存する。

ＰＯＳ端末１の出力部１１２は、取引データ、企画ＩＤ及びユーザＩＤを出力する（ＡＣＴ２２）。ＡＣＴ２２では、例えば、出力部１１２は、上記ＡＣＴ１で登録した商品コード「１２３４・・・」を含む取引データと、上記一時保存したデータの内の企画ＩＤ「１１１」及びユーザＩＤ「１１１１・・・」とを、通信インタフェース１４を介してレシートサーバ４へ出力する。なお、消費者Ｘが複数の商品を購入する場合には、ＰＯＳ端末１は、複数の商品コード含む取引データをレシートサーバ４へ出力することになる。また、企画レシートの二次元コードシンボルに複数のＵＲＬとクエリパラメータがセットされている場合には、ＰＯＳ端末１は、複数の企画ＩＤ及びユーザＩＤをレシートサーバ４へ出力することになる。

レシートサーバ４の第１の取得部４１０は、商品コード含む取引データ、企画ＩＤ及びユーザＩＤを取得する（ＡＣＴ２３）。ＡＣＴ２３では、例えば、第１の取得部４１０は、通信インタフェース４４を介して、商品コード「１２３４・・・」含む取引データ、企画ＩＤ「１１１」及びユーザＩＤ「１１１１・・・」をＰＯＳ端末１から取得する。

レシートサーバ４の第２の取得部４１１は、企画ＩＤ対応の商品コードを取得する（ＡＣＴ２４）。ＡＣＴ２４では、例えば、第２の取得部４１１は、利用条件管理データベース４３２を参照する。第２の取得部４１１は、第１の取得部４１０で取得される企画ＩＤ「１１１」に関連付けられている「商品コード」項目にセットされている値「１２３４・・・」を取得する。

レシートサーバ４の判断部４１３は、第１のリワード要否判断を行う（ＡＣＴ２５）。ＡＣＴ２５では、例えば、判断部４１３は、第２の取得部４１１で取得される商品コードに基づいて、第１の取得部４１０で取得されるユーザＩＤ「１１１１・・・」に対応する対象者へのリワードの提供の要否を判断する。

具体的には、判断部４１３は、第１の取得部４１０で取得される取引データに含まれる商品コードが、第２の取得部４１１で取得される商品コードに含まれているか否かにより、リワードの提供の要否を判断する。例えば、第１の取得部４１０が商品コード「１２３４・・・」含む取引データ及び企画ＩＤ「１１１」を取得したとき、第２の取得部４１１によって企画ＩＤ「１１１」に関連付けられた商品コード「１２３４・・・」が取得されるので、判断部４１３は、リワード提供必要と判断する。例えば、第１の取得部４１０が商品コード「１２３４・・・」含む取引データ及び企画ＩＤ「１１３」を取得したとすると、第２の取得部４１１によって取得される企画ＩＤ「１１３」に関連付けられた商品コードは「００・・・０」である。この場合の商品コード「００・・・０」は全商品を表す商品コードであるので、第１の取得部４１０が取得した取引データに含まれる商品コード「１２３４・・・」は第２の取得部４１１で取得される商品コードに含まれるとして、判断部４１３は、リワード提供必要と判断する。このように、判断部４１３は、消費者Ｘが購入しようとする商品の商品コードが対象リワード企画に対する商品コードに含まれているか否かに応じて、リワードの提供の要否を判断することができる。すなわち、判断部４１３は、消費者Ｘが対象リワード企画に対する商品コードの商品を購入する場合に、リワードを提供することが必要と判断することができる。

レシートサーバ４の第３の取得部４１２は、補助記憶デバイス４３から、第１の取得部４１０で取得される取引データに含まれるユーザＩＤに関連付けられている達成状況を取得する（ＡＣＴ２６）。ＡＣＴ２６では、例えば、第３の取得部４１２は、達成状況管理データベース４３３を参照する。第３の取得部４１２は、ユーザＩＤ「１１１１・・・」と企画ＩＤ「１１１」に関連付けられている「完了フラグ」項目にセットされている値、この例では「１」を取得する。

判断部４１３は、第２のリワード要否判断を行う（ＡＣＴ２７）。ＡＣＴ２７では、例えば、判断部４１３は、第３の取得部４１２で取得される達成状況に基づいて、第１の取得部４１０で取得される取引データに含まれるユーザＩＤに対応する対象者へのリワードの提供の要否を判断する。

具体的には、判断部４１３は、例えば、ユーザＩＤ「１１１１・・・」及び企画ＩＤ「１１１」に関連付けられている「完了フラグ」項目にセットされている値を参照する。例えば、判断部４１３は、「完了フラグ」項目に応答を完了したことを示す値「１」がセットされているか否かに応じて、リワードの提供の要否を判断することができる。この例では、例えば、リワード企画として自社の商品についてのアンケートを企画する会社は、アンケートに回答した消費者への自社の商品に関連するリワードの提供を設定することができる。「完了フラグ」項目に回答を完了したことを示す値がセットされている場合、判断部４１３は、ユーザＩＤ「１１１１・・・」に対応する対象者へのリワードの提供を要と判断する。「完了フラグ」項目に応答を完了したことを示す値「１」がセットされていない場合、判断部４１３は、ユーザＩＤ「１１１１・・・」に対応する対象者へのリワードの提供を不要と判断する。このように、判断部４１３は、対象リワード企画に対する応答の有無に応じて、リワードの提供の要否を判断することができる。

また、達成状況管理データベース４３３が「応答内容」項目を含む場合には、判断部４１３は、例えば、「応答内容」項目にセットされている応答内容の点数に相当する値に応じて、リワードの提供の要否を判断することができる。この例では、例えばリワード企画として自社の商品についてのアンケートを企画する会社は、自社の商品を高く評価する消費者への自社の商品に関連するリワードの提供を設定することができる。「応答内容」項目にセットされている値が基準値以上である場合、判断部４１３は、リワードの提供を要と判断する。「応答内容」項目にセットされている値が基準値未満である場合、判断部４１３は、リワードの提供を不要と判断する。また逆に、他社の商品についてのアンケートを企画する会社は、他社の商品を低く評価する消費者への自社の商品に関連するリワードの提供を設定することができる。「応答内容」項目にセットされている値が基準値以上である場合、判断部４１３は、リワードの提供を不要と判断する。「応答内容」項目にセットされている値が基準値未満である場合、判断部４１３は、リワードの提供を要と判断する。このように、判断部４１３は、対象リワード企画に対する応答内容に応じて、リワードの提供の要否を判断することができる。なお、基準値は、変更可能であっても良い。基準値は、アンケート毎に異なっていても良い。

このように、判断部４１３は、ユーザＩＤと関連付けられている達成状況を参照して、このユーザＩＤに対応する対象者へのリワードの提供の要否を判断することができる。これにより、レシートサーバ４は、各人の個人情報を管理するといった複雑な構成を要することなく、リワードの提供の要否を判断することができる。また、レシートサーバ４は、達成状況の参照により、リワードの提供に適切な消費者を判断することができる。

判断部４１３は、ＡＣＴ２５での判断結果とＡＣＴ２７での判断結果とに基づく最終的判断結果を出力する（ＡＣＴ２８）。ＡＣＴ２８では、例えば、判断部４１３は、ＡＣＴ２５での判断結果とＡＣＴ２７での判断結果との両方がリワードの提供を要とする場合、対象者へのリワードの提供を要と判断する。それ以外の場合は、判断部４１３は、対象者へのリワードの提供を不要と判断する。判断部４１３は、通信インタフェース４４を介して、この判断結果をＰＯＳ端末１へ出力する。このように、判断部４１３は、店舗での二次元コードシンボルの読み取りに応じて、リワードの要否を示す判断結果を出力している。これにより、レシートサーバ４は、消費者Ｘに次回の来店の動機を与えることができる。

ＰＯＳ端末１の第２の取得部１１３は、判断結果を取得する（ＡＣＴ２９）。ＡＣＴ２９では、例えば、第２の取得部１１３は、通信インタフェース１４を介して、判断結果をレシートサーバ４から取得する。

ＰＯＳ端末１の適用部１１４は、対象者に対するリワードを適用する（ＡＣＴ３０）。ＡＣＴ３０では、例えば、適用部１１４は、取得した判断結果がリワードの提供の要であったとき、リワードを適用する。この場合、適用部１１４は、ＡＣＴ２１で企画レシートの二次元コードシンボルから取得して一時記憶して有るクーポンコード「７８」によって示されるリワードを適用する。例えば、適用部１１４は、商品コード「１２３４・・・」の商品の金額に対して割引きを行う。ＰＯＳ端末１は、上述したように、補助記憶デバイス１３に、クーポンコードに関連付けてリワードの内容、例えば、どの商品に対してどのような小計割引きを行う、合計金額に対してどのような割引きを行う、ポイントを何ポイント付与する、等々を記憶している。よって、レシートサーバ４からリワードの内容をＰＯＳ端末１に報知する必要はない。

適用部１１４はさらに、適用通知を出力する（ＡＣＴ３１）。ＡＣＴ３１では、例えば、適用部１１４は、通信インタフェース１４を介してレシートサーバ４へ、上記一時記憶して有るデータの内の企画ＩＤ「１１１」及びユーザＩＤ「１１１１・・・」と関連付けて、対象者に対してリワードを提供したことを示す適用通知を出力する。その後、ＰＯＳ端末１は、上記ＡＣＴ７へと進むことになる。

レシートサーバ４の第６の取得部４１９は、適用通知を取得する（ＡＣＴ３２）。ＡＣＴ３２では、例えば、第６の取得部４１９は、通信インタフェース４４を介して、企画ＩＤ及びユーザＩＤに関連付けた適用通知をＰＯＳ端末１から取得する。

レシートサーバ４の記憶制御部４１８は、企画ＩＤ及びユーザＩＤに関連付けて補助記憶デバイス４３に保存されている達成状況を消去する（ＡＣＴ３３）。ＡＣＴ３３では、例えば、記憶制御部４１８は、達成状況管理データベース４３３における企画ＩＤ「１１１」及びユーザＩＤ「１１１１・・・」に対応するレコードを消去する。なお、達成状況管理データベース４３３において１つのユーザＩＤに対して複数の企画ＩＤ及び管理フラグが登録されている場合には、記憶制御部４１８は、該当する企画ＩＤ及び管理フラグを消去する。その後、レシートサーバ４は、上記ＡＣＴ４の処理へと進む。

なお、ＡＣＴ６では、出力部４１６は、券面画像をＰＯＳ端末１へ出力しているが、これに限定されない。出力部４１６は、二次元コードシンボルの画像を含む券面画像を携帯端末２へ出力するようにしても良い。この例では、ＡＣＴ７は省略され、ＡＣＴ８及びＡＣＴ９では通常レシートの印刷及び排出だけが行われる。ＡＣＴ１０では、携帯端末２は、自端末に記憶されている二次元コードシンボルを読み取る。ＡＣＴ２１では、ＰＯＳ端末１は、読取デバイス１８により、携帯端末２の表示デバイス２６に表示されている二次元コードシンボルを読み取る。これにより、消費者Ｘが企画レシートを持ち歩く必要がなくなるなど、レシートサーバ４は、消費者Ｘによるコードシンボルの容易な管理を支援することができる。

図７は、図５及び図６に示したようなリワード提供処理の手順を実現するためにＰＯＳ端末１のプロセッサ１１が実行する情報処理手順を例示する流れ図である。

ＡＣＴ１０１において、プロセッサ１１は、読取デバイス１８により、商品に付されているコードシンボルまたは企画レシートに印刷されている二次元コードシンボルを読み取ったか否か判断する。コードシンボルを読み取っていない場合、ＡＣＴ１０１にてＮＯとなり、プロセッサ１１は、ＡＣＴ１０６の処理へ進む。また、コードシンボルを読み取っている場合、ＡＣＴ１にてＹＥＳとなり、プロセッサ１１は、ＡＣＴ１０２の処理へ進む。

ＡＣＴ１０２において、プロセッサ１１は、読み取ったコードシンボルは商品コードがセットされたコードシンボルであったか否か判断する。商品コードがセットされたコードシンボルを読み取っていなかった場合、ＡＣＴ１０２にてＮＯとなり、プロセッサ１１は、ＡＣＴ１０４の処理へ進む。また、商品コードがセットされたコードシンボルを読み取っていた場合、ＡＣＴ１０２にてＹＥＳとなり、プロセッサ１１は、ＡＣＴ１０３の処理へ進む。

ＡＣＴ１０３において、プロセッサ１１は、読み取った商品コードをメインメモリ１２または補助記憶デバイス１３に設けた購入商品レジスタに登録する。その後、プロセッサ１１は、上記ＡＣＴ１０１の処理へ進む。

以上のＡＣＴ１０１乃至ＡＣＴ１０３の処理が、図５及び図６におけるＡＣＴ１の処理手順に相当する。

ＡＣＴ１０４において、プロセッサ１１は、読み取ったコードシンボルは二次元コードシンボルであったか否か判断する。二次元コードシンボルを読み取っていなかった場合、ＡＣＴ１０４にてＮＯとなり、プロセッサ１１は、ＡＣＴ１０６の処理へ進む。また、二次元コードシンボルを読み取っていた場合、ＡＣＴ１０４にてＹＥＳとなり、プロセッサ１１は、ＡＣＴ１０５の処理へ進む。

ＡＣＴ１０５において、プロセッサ１１は、二次元コードシンボルから読み取ったＵＲＬと、クエリパラメータすなわちユーザＩＤ、企画ＩＤ、サービスコード及びクーポンコードとを、メインメモリ１２または補助記憶デバイス１３に一時保存する。その後、プロセッサ１１は、上記ＡＣＴ１０１の処理へ進む。

以上のＡＣＴ１０１、ＡＣＴ１０２、ＡＣＴ１０４及びＡＣＴ１０５の処理が、図６におけるＡＣＴ２１の処理手順に相当する。

ＡＣＴ１０６において、プロセッサ１１は、入力デバイス１５の締めキーが操作されたか否か判断する。締めキーが操作されていなかった場合、ＡＣＴ１０６にてＮＯとなり、プロセッサ１１は、ＡＣＴ１０１の処理へ進む。また、締めキーが操作された場合、ＡＣＴ１０６にてＹＥＳとなり、プロセッサ１１は、ＡＣＴ１０７の処理へ進む。

ＡＣＴ１０７において、プロセッサ１１は、メインメモリ１２または補助記憶デバイス１３にクエリパラメータが一時保存されているか否か判断する。クエリパラメータが保存されていた場合、ＡＣＴ１０７にてＹＥＳとなり、プロセッサ１１は、ＡＣＴ１１３の処理へ進む。また、クエリパラメータが保存されていなかった場合、ＡＣＴ１０７にてＮＯとなり、プロセッサ１１は、ＡＣＴ１０８の処理へ進む。

ＡＣＴ１０８において、プロセッサ１１は、通信インタフェース１４を介して、取引データをレシートサーバ４へ送信する。このＡＣＴ１０８の処理が、図５におけるＡＣＴ２の処理手順に相当する。その後、プロセッサ１１は、ＡＣＴ１０９の処理に進む。

ＡＣＴ１０９において、プロセッサ１１は、通信インタフェース１４を介して、券面画像をレシートサーバ４から受信したか否かを判断する。例えば、規定時間内に券面画像を受信しなかった場合、ＡＣＴ１０９にてＮＯとなり、プロセッサ１１は、ＡＣＴ１１１の処理へ進む。或いは、レシートサーバ４において商品コードに該当する券面画像を作成できなかった場合に券面画像無しの通知をＰＯＳ端末１に返信するような仕様とした場合には、その通知を受信したとき、ＡＣＴ１０９にてＮＯとなるようにしても良い。券面画像を受信した場合、ＡＣＴ１０９にてＹＥＳとなり、プロセッサ１１はＡＣＴ１１０の処理に進む。この券面画像を受信した場合が、図５におけるＡＣＴ７の処理手順に相当する。

ＡＣＴ１１０において、プロセッサ１１は、印刷デバイス１７により券面画像を有する企画レシートを印刷して、排出する。その後、プロセッサ１１は、ＡＣＴ１１１の処理へ進む。

ＡＣＴ１１１において、プロセッサ１１は、購入商品の決済処理を実行する。その後、プロセッサ１１は、ＡＣＴ１１２の処理へ進む。

ＡＣＴ１１２において、プロセッサ１１は、決済の明細を有する通常レシートを印刷して、排出する。その後、プロセッサ１１は、ＡＣＴ１０１の処理へ進む。

以上のＡＣＴ１１０及びＡＣＴ１１２の処理が、図５におけるＡＣＴ８及びＡＣＴ９の処理手順に相当する。

ＡＣＴ１１３において、プロセッサ１１は、ＡＣＴ１０５においてメインメモリ１２または補助記憶デバイス１３に一時保存したクエリパラメータの内のサービスコードが、アンケート等の規定のサービス種別を示すか否か判断する。規定のサービス種別は、補助記憶デバイス１３に予め記憶されている。このように、特定のサービスコードで指定されるサービスを当該店舗で受けることができるか否かは、店舗毎に設定可能となっている。規定のサービス種別のサービスコードではない場合、ＡＣＴ１１３にてＮＯとなり、プロセッサ１１は、ＡＣＴ１０８の処理へ進む。例えば、アンケートに回答した対象者に対してリワードを提供するサービスに当該店舗が対応していない場合には、アンケートのサービス種別を示すサービスコードであれば、企画ＩＤ等とは無関係に、ＡＣＴ１１３にてＮＯとなる。規定のサービス種別のサービスコードである場合、ＡＣＴ１１３にてＹＥＳとなり、プロセッサ１１は、ＡＣＴ１１４の処理へ進む。

ＡＣＴ１１４において、プロセッサ１１は、取引データと、一時保存されているクエリパラメータの内の企画ＩＤ及びユーザＩＤとを、通信インタフェース１４を介してレシートサーバ４へ送信する。このＡＣＴ１１４の処理が、図６におけるＡＣＴ２２の処理手順に相当する。その後、プロセッサ１１は、ＡＣＴ１１５の処理へ進む。

ＡＣＴ１１５において、プロセッサ１１は、通信インタフェース１４を介して、判断結果をレシートサーバ４から受信するのを待つ。判断結果を受信した場合、ＡＣＴ１１５においてＹＥＳとなり、プロセッサ１１は、ＡＣＴ１１６の処理へ進む。このＡＣＴ１１５のＹＥＳが、図６のＡＣＴ２９の処理手順に相当する。

ＡＣＴ１１６において、プロセッサ１１は、受信した判断結果がリワードの提供の要であるか否か判断する。リワード提供不要の場合、ＡＣＴ１１６にてＮＯとなり、プロセッサ１１は、ＡＣＴ１０９の処理へ進む。リワード提供要の場合、ＡＣＴ１１６にてＹＥＳとなり、プロセッサ１１は、ＡＣＴ１１７の処理へ進む。

ＡＣＴ１１７において、プロセッサ１１は、対象者に対するリワードを適用する。その後、プロセッサ１１は、ＡＣＴ１１８の処理へ進む。

以上のＡＣＴ１１６及びＡＣＴ１１７の処理が、図６におけるＡＣＴ３０の処理手順に相当する。

ＡＣＴ１１８において、プロセッサ１１は、通信インタフェース１４を介してレシートサーバ４へ、企画ＩＤ及びユーザＩＤと関連付けて適用通知を送信する。その後、プロセッサ１１は、ＡＣＴ１０９へと進む。このＡＣＴ１１８の処理が、図６におけるＡＣＴ３１の処理手順に相当する。

図８は、図５及び図６に示したようなリワード提供処理の手順を実現するためにレシートサーバ４のプロセッサ４１が実行する情報処理手順を例示する流れ図である。

ＡＣＴ４０１において、プロセッサ４１は、通信インタフェース４４を介して、ＰＯＳ端末１から取引データを受信したか否か判断する。取引データを受信していない場合、ＡＣＴ４０１にてＮＯとなり、プロセッサ４１は、ＡＣＴ４１０の処理へ進む。取引データを受信した場合、ＡＣＴ４０１にてＹＥＳとなり、プロセッサ４１は、ＡＣＴ４０２の処理へ進む。

ＡＣＴ４０２において、プロセッサ４１は、通信インタフェース４４を介して、さらにユーザＩＤと企画ＩＤもＰＯＳ端末１から受信したか否か判断する。ユーザＩＤ及び企画ＩＤも受信した場合、ＡＣＴ４０２にてＹＥＳとなり、プロセッサ４１は、ＡＣＴ４０３の処理へ進む。ＡＣＴ４０１及びこのＡＣＴ４０２のＹＥＳが、図６のＡＣＴ２３の処理手順に相当する。ユーザＩＤ及び企画ＩＤを受信していない場合、ＡＣＴ４０２にてＮＯとなり、プロセッサ４１は、ＡＣＴ４０４の処理へ進む。ＡＣＴ４０１及びこのＡＣＴ４０２のＮＯが、図５のＡＣＴ３の処理手順に相当する。

ＡＣＴ４０３において、プロセッサ４１は、リワード判定処理を実行する。このリワード判定処理については後述する。その後、プロセッサ４１は、ＡＣＴ４０４の処理へ進む。

ＡＣＴ４０４において、プロセッサ４１は、受信した取引データに含まれる商品コードまたは合計金額を検索キーにして補助記憶デバイス４３における発行条件管理データベース４３１を検索する。その後、プロセッサ４１は、ＡＣＴ４０５の処理へ進む。

ＡＣＴ４０５において、プロセッサ４１は、発行条件管理データベース４３１に、受信した取引データに含まれる商品コードに該当する商品コードが有ったか否か判断する。或いは、プロセッサ４１は、発行条件管理データベース４３１に、受信した取引データに含まれる合計金額に該当する合計金額に関する条件が有ったか否か判断する。該当する商品コードまたは合計金額に関する条件が無かった場合、ＡＣＴ４０５にてＮＯとなり、プロセッサ４１は、ＡＣＴ４０１の処理へ進む。該当する商品コードまたは合計金額に関する条件が有った場合、ＡＣＴ４０５にてＹＥＳとなり、プロセッサ４１は、ＡＣＴ４０６の処理へ進む。

ＡＣＴ４０６において、プロセッサ４１は、発行条件管理データベース４３１から該当する商品コードまたは合計金額に関する条件に関連付けられたＵＲＬ、企画ＩＤ、サービスコード及びクーポンコードを読み出す。その後、プロセッサ４１は、ＡＣＴ４０７の処理へ進む。

ＡＣＴ４０７において、プロセッサ４１は、ユーザＩＤを発行する。さらに、プロセッサ４１は、達成状況管理データベース４３３に新たなレコードを追加し、そこに、その発行したユーザＩＤと、ＡＣＴ４０６で読み出した企画ＩＤと、応答未完了を示す完了フラグの値「０」をセットする。その後、プロセッサ４１は、ＡＣＴ４０８の処理へ進む。

ＡＣＴ４０８において、プロセッサ４１は、ＡＣＴ４０６で読み出したＵＲＬ、企画ＩＤ、サービスコード及びクーポンコードとＡＣＴ４０７で発行したユーザＩＤとがセットされた二次元コードシンボルを生成する。その後、プロセッサ４１は、ＡＣＴ４０９の処理へ進む。

以上のＡＣＴ１０６乃至ＡＣＴ４０８の処理が、図５におけるＡＣＴ４の処理手順に相当する。

ＡＣＴ４０９において、プロセッサ４１は、ＡＣＴ４０９で生成した二次元コードシンボルの画像と、メッセージや絵柄等の対象リワード企画に関する画像とを含む、券面画像を生成する。このＡＣＴ４０９の処理が、図５におけるＡＣＴ５の処理手順に相当する。その後、プロセッサ４１は、ＡＣＴ４１０の処理へ進む。

ＡＣＴ４１０において、プロセッサ４１は、通信インタフェース４４を介して、ＡＣＴ４０９で生成した券面画像をＰＯＳ端末１へ出力する。このＡＣＴ４１０の処理が、図５におけるＡＣＴ６の処理手順に相当する。その後、プロセッサ４１は、ＡＣＴ４１１の処理へ進む。

ＡＣＴ４１１において、プロセッサ４１は、通信インタフェース４４を介して、ユーザＩＤに関連付けて達成状況を含む完了通知を企画サーバ３から受信したか否か判断する。完了通知を受信していない場合、ＡＣＴ４１１にてＮＯとなり、プロセッサ４１は、ＡＣＴ４１３の処理へ進む。完了通知を受信した場合、ＡＣＴ４１１にてＹＥＳとなり、プロセッサ４１は、ＡＣＴ４１２の処理へ進む。このＡＣＴ４１１のＹＥＳが、図５におけるＡＣＴ１９の処理手順に相当する。その後、プロセッサ４１は、ＡＣＴ４１２の処理へ進む。

ＡＣＴ４１２において、プロセッサ４１は、補助記憶デバイス４３の達成状況管理データベース４３３における該当ユーザＩＤのレコードに完了フラグを保存する。すなわち、プロセッサ４１は、そのレコードの「完了フラグ」項目に、回答を完了したことを示す値「１」をセットする。このＡＣＴ４１２の処理が、図５におけるＡＣＴ２０の処理手順に相当する。その後、プロセッサ４１は、ＡＣＴ４０１の処理へ進む。

ＡＣＴ４１３において、プロセッサ４１は、通信インタフェース４４を介して、企画ＩＤ及びユーザＩＤに関連付けた適用通知をＰＯＳ端末１から受信したか否か判断する。適用通知を受信していない場合、ＡＣＴ４１３にてＮＯとなり、プロセッサ４１は、ＡＣＴ４０１の処理へ進む。適用通知を受信した場合、ＡＣＴ４１３にてＹＥＳとなり、プロセッサ４１は、ＡＣＴ４１４の処理へ進む。このＡＣＴ４１３のＹＥＳが、図６におけるＡＣＴ３２の処理手順に相当する。その後、プロセッサ４１は、ＡＣＴ４１４の処理へ進む。

ＡＣＴ４１４において、プロセッサ４１は、受信した企画ＩＤ及びユーザＩＤに関連付けて補助記憶デバイス４３の達成状況管理データベース４３３に保存されている、ユーザＩＤ、企画ＩＤ及び完了フラグを消去する。このＡＣＴ４１４の処理が、図６におけるＡＣＴ３３の処理手順に相当する。その後、プロセッサ４１は、ＡＣＴ４０１の処理へ進む。

図９は、上記ＡＣＴ４０３のリワード判定処理の詳細を例示する流れ図である。
ＡＣＴ４０３１において、プロセッサ４１は、補助記憶デバイス４３の利用条件管理データベース４３２から、ＡＣＴ４０２でＰＯＳ端末１から受信した企画ＩＤ対応の商品コードを取得する。このＡＣＴ４０３１の処理が、図６におけるＡＣＴ２４の処理手順に相当する。その後、プロセッサ４１は、ＡＣＴ４０３２の処理へ進む。

ＡＣＴ４０３２において、プロセッサ４１は、ＡＣＴ４０１でＰＯＳ端末１から受信した取引データに含まれる商品コードがＡＣＴ４０３１で取得した企画ＩＤ対応の商品コードの中に有るか否か判断する。受信した商品コードが有る場合、ＡＣＴ４０３２にてＹＥＳとなり、プロセッサ４１は、ＡＣＴ４０３４の処理へ進む。受信した取引データに含まれる商品コードが無い場合、ＡＣＴ４０３２にてＮＯとなり、プロセッサ４１は、ＡＣＴ４０３３の処理へ進む。

ＡＣＴ４０３３において、プロセッサ４１は、リワードの提供が不要であると判断する。その後、プロセッサ４１は、ＡＣＴ４０３７の処理へ進む。

以上のＡＣＴ４０３２のＮＯ及びＡＣＴ４０３３の処理が、図６におけるＡＣＴ２５の処理手順に相当する。

ＡＣＴ４０３４において、プロセッサ４１は、補助記憶デバイス４３の達成状況管理データベース４３３から、ＡＣＴ４０２でＰＯＳ端末１から受信したユーザＩＤ及び企画ＩＤに対応するレコードの完了フラグの値を読み出す。このＡＣＴ４０３４の処理が、図６におけるＡＣＴ２６の処理手順に相当する。その後、プロセッサ４１は、ＡＣＴ４０３５の処理へ進む。

ＡＣＴ４０３５において、プロセッサ４１は、読み出した完了フラグの値が、応答を完了したことを示す値「１」であるか否か判断する。完了フラグが応答完了を示す値でない場合、ＡＣＴ４０３５にてＮＯとなり、プロセッサ４１は、ＡＣＴ４０３３の処理へ進む。完了フラグが応答完了を示す値である場合、ＡＣＴ４０３５にてＹＥＳとなり、プロセッサ４１は、ＡＣＴ４０３６の処理へ進む。

ＡＣＴ４０３６において、プロセッサ４１は、リワードの提供が必要であると判断する。その後、プロセッサ４１は、ＡＣＴ４０３７の処理へ進む。

以上のＡＣＴ４０３５の処理と、ＡＣＴ４０３３及びＡＣＴ４０３６の処理とが、図６におけるＡＣＴ２７の処理手順に相当する。

ＡＣＴ４０３７において、プロセッサ４１は、通信インタフェース４４を介して、ＡＣＴ４０３３またはＡＣＴ４０３６の判断結果をＰＯＳ端末１へ出力する。このＡＣＴ４０３７の処理が、図６におけるＡＣＴ２８の処理手順に相当する。その後、プロセッサ４１は、ＡＣＴ４０４の処理へ進む。

以上説明した実施形態によれば、レシートサーバ４は、購入商品の商品コードと企画レシートの二次元コードシンボルから読み取った企画ＩＤに関連付けられている商品コードとの関係、並びに、二次元コードシンボルから読み取ったユーザＩＤに関連付けられているリワード提供条件の達成状況を参照し、このユーザＩＤに対応する対象者へのリワードの提供の要否を判断することができる。よって、レシートサーバ４は、各人の個人情報を管理するといった複雑な構成を要することなく、リワードの提供の要否を判断することができる。レシートサーバ４は、各人の個人情報を必要とすることなくユーザＩＤを発行するので、非会員の消費者に対してもリワードを提供することができる。このように、レシートサーバ４は、アンケート等のリワード企画に対するリワードの効率的な提供を可能にする。

なお、上述の実施形態では、企画サーバ３及びレシートサーバ４は、異なる機器であったが、１つのサーバで構成されていても良い。

また、図７乃至図９の流れ図に示した処理手順の順序は一例であり、この順序に限定するものではない。例えば、図９のＡＣＴ４０３１及びＡＣＴ４０３２の処理手順とＡＣＴ４０３４及びＡＣＴ４０３５の処理手順とは、順番が逆でも良いし、並行して行っても良い。このように、各処理手順は、先行のまたは後続する処理手順と齟齬が生じない限り、処理順序等を変更して構わない。

また、ＰＯＳ端末１は、企画レシートと通常レシートの２種類のレシートを発行するものとしたが、通常レシートの裏面に企画レシートの券面画像を印刷することで、一つのレシートに統合しても良い。

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

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］ 商品コードに関連付けて、リワード提供企画を識別する企画ＩＤを記憶する第１の記憶部と、
ユーザＩＤに関連付けて、リンク先毎に決められたリワード提供条件の達成状況を記憶する第２の記憶部と、
商品コード及び合計金額の少なくとも一方を含む取引データと、ユーザＩＤ及び企画ＩＤと、を取得する第１の取得部と、
前記第１の記憶部から、前記第１の取得部が取得した企画ＩＤに関連付けられている前記商品コードを取得する第２の取得部と、
前記第２の記憶部から、前記第１の取得部が取得したユーザＩＤに関連付けられている前記リワード提供条件の前記達成状況を取得する第３の取得部と、
前記第１の取得部が取得した取引データの中に前記第２の取得部が取得した商品コードが含まれているか否かと、前記第３の取得部が取得したリワード提供条件の達成状況と、に基づいて、前記第１の取得部が取得したユーザＩＤに対応する対象者へのリワードの提供の要否を判断する判断部と、
を備える情報処理装置。
［２］ 商品コード及び合計金額の少なくとも一方を含む複数の発行条件に関連付けて、前記企画ＩＤ及び前記リンク先を示すリンク先情報を記憶する第３の記憶部と、
前記第１の取得部が前記ユーザＩＤ及び前記企画ＩＤを取得しない場合、前記第１の取得部が取得した取引データに含まれる前記商品コード及び合計金額の少なくとも一方に関連付けられた前記企画ＩＤ及び前記リンク先情報を、前記第３の記憶部から取得する第４の取得部と、
前記ユーザＩＤを発行する発行部と、
前記発行部が発行した前記ユーザＩＤと、前記第４の取得部が取得した前記企画ＩＤ及び前記リンク先情報と、をセットしたコードシンボルを出力する出力部と、
をさらに備える、［１］に記載の情報処理装置。
［３］ 前記ユーザＩＤに関連付けて前記リワード提供条件の前記達成状況を取得する第５の取得部と、
前記ユーザＩＤに関連付けて、前記取得した前記達成状況を前記第２の記憶部に保存する記憶制御部と、
前記第１の取得部が取得したユーザＩＤに関連付けて前記対象者に対してリワードを提供したことを示す適用通知を取得する第６の取得部と、
をさらに備え、
前記記憶制御部は、前記適用通知の取得に応じて、前記第１の取得部が取得したユーザＩＤに関連付けて前記第２の記憶部に記憶されている前記達成状況を消去する、［１］または［２］に記載の情報処理装置。
［４］ ［１］乃至［３］の何れかに記載の情報処理装置と、
商品コードを登録する登録部と、
コードシンボルを読み取る読取デバイスと、
前記読取デバイスが前記コードシンボルから読み取った、前記ユーザＩＤ及び前記企画ＩＤを取得するＩＤ取得部と、
前記登録した前記商品コードの商品の合計金額及び登録した前記商品コードの少なくとも一方を含む取引データを作成し、前記取引データと前記取得した前記ユーザＩＤ及び前記企画ＩＤとを前記情報処理装置へ出力する出力部と、
前記情報処理装置から、前記対象者への前記リワードの提供の要否の前記判断の結果を取得する結果取得部と、
前記結果取得部により取得した前記結果が前記リワードの提供の要であったとき、前記対象者に対する前記リワードを適用する適用部と、
を備える決済装置と、
を備える情報処理システム。
［５］ コンピュータを、
商品コード及び合計金額の少なくとも一方を含む取引データと、ユーザＩＤ及び企画ＩＤと、を取得する第１の取得部、
商品コードに関連付けて、リワード提供企画を識別する企画ＩＤを記憶する記憶部から、前記第１の取得部が取得した企画ＩＤに関連付けられている前記商品コードを取得する第２の取得部、
ユーザＩＤに関連付けて、リンク先毎に決められたリワード提供条件の達成状況を記憶する記憶部から、前記第１の取得部が取得したユーザＩＤに関連付けられている前記リワード提供条件の前記達成状況を取得する第３の取得部、
前記第１の取得部が取得した取引データの中に前記第２の取得部が取得した商品コードが含まれているか否かと、前記第３の取得部が取得したリワード提供条件の達成状況と、に基づいて、前記第１の取得部が取得したユーザＩＤに対応する対象者へのリワードの提供の要否を判断する判断部、
として機能させるためのプログラム。

１…ＰＯＳ端末、 ２…携帯端末、 ３…企画サーバ、 ４…レシートサーバ、 １１，２１，３１，４１…プロセッサ、 １２，２２，３２，４２…メインメモリ、 １３，２３，３３，４３…補助記憶デバイス、 １４，２４，３４，４４…通信インタフェース、 １５，２５…入力デバイス、 １６，２６…表示デバイス、 １７…印刷デバイス、 １８，２７…読取デバイス、 １００…情報処理システム、 １１０…登録部、 １１１，４１０…第１の取得部、 １１２，４１６…出力部、 １１３，４１１…第２の取得部、 １１４…適用部、 ４１２…第３の取得部、 ４１３…判断部、 ４１４…第４の取得部、 ４１５…発行部、 ４１７…第５の取得部、 ４１８…記憶制御部、 ４１９…第６の取得部、 ４３１…発行条件管理データベース、 ４３２…利用条件管理データベース、 ４３３…達成状況管理データベース。

Claims (5)

1. 商品コードに関連付けて、リワード提供企画を識別する企画ＩＤを記憶する第１の記憶部と、
   取引毎に発行されるユーザＩＤに関連付けて、リンク先毎に決められたリワード提供条件の達成状況を記憶する第２の記憶部と、
   商品コード及び合計金額の少なくとも一方を含む取引データと、ユーザＩＤ及び企画ＩＤと、を取得する第１の取得部と、
   前記第１の記憶部から、前記第１の取得部が取得した企画ＩＤに関連付けられている前記商品コードを取得する第２の取得部と、
   前記ユーザＩＤに関連付けて前記リワード提供条件の前記達成状況を記憶する前記第２の記憶部を参照し、前記第１の取得部が取得した前記ユーザＩＤに基づいて、当該ユーザＩＤに関連付けられている前記リワード提供条件の前記達成状況を、前記第２の記憶部から取得する第３の取得部と、
   前記第１の取得部が取得した取引データの中に前記第２の取得部が取得した商品コードが含まれているか否かと、前記第３の取得部が取得したリワード提供条件の達成状況と、に基づいて、前記第１の取得部が取得したユーザＩＤに対応する対象者へのリワードの提供の要否を判断する判断部と、
   を備える情報処理装置。
2. 商品コード及び合計金額の少なくとも一方を含む複数の発行条件に関連付けて、前記企画ＩＤ及び前記リンク先を示すリンク先情報を記憶する第３の記憶部と、
   前記第１の取得部が前記ユーザＩＤ及び前記企画ＩＤを取得しない場合、前記第１の取得部が取得した取引データに含まれる前記商品コード及び合計金額の少なくとも一方に関連付けられた前記企画ＩＤ及び前記リンク先情報を、前記第３の記憶部から取得する第４の取得部と、
   前記ユーザＩＤを発行する発行部と、
   前記発行部が発行した前記ユーザＩＤと、前記第４の取得部が取得した前記企画ＩＤ及び前記リンク先情報と、をセットしたコードシンボルを出力する出力部と、
   をさらに備える、請求項１に記載の情報処理装置。
3. 前記ユーザＩＤに関連付けて前記リワード提供条件の前記達成状況を取得する第５の取得部と、
   前記ユーザＩＤに関連付けて、前記取得した前記達成状況を前記第２の記憶部に保存する記憶制御部と、
   前記第１の取得部が取得したユーザＩＤに関連付けて前記対象者に対してリワードを提供したことを示す適用通知を取得する第６の取得部と、
   をさらに備え、
   前記記憶制御部は、前記適用通知の取得に応じて、前記第１の取得部が取得したユーザＩＤに関連付けて前記第２の記憶部に記憶されている前記達成状況を消去する、請求項１または２に記載の情報処理装置。
4. 請求項１乃至３の何れかに記載の情報処理装置と、
   商品コードを登録する登録部と、
   コードシンボルを読み取る読取デバイスと、
   前記読取デバイスが前記コードシンボルから読み取った、前記ユーザＩＤ及び前記企画ＩＤを取得するＩＤ取得部と、
   前記登録した前記商品コードの商品の合計金額及び登録した前記商品コードの少なくとも一方を含む取引データを作成し、前記取引データと前記取得した前記ユーザＩＤ及び前記企画ＩＤとを前記情報処理装置へ出力する出力部と、
   前記情報処理装置から、前記対象者への前記リワードの提供の要否の前記判断の結果を取得する結果取得部と、
   前記結果取得部により取得した前記結果が前記リワードの提供の要であったとき、前記対象者に対する前記リワードを適用する適用部と、
   を備える決済装置と、
   を備える情報処理システム。
5. コンピュータを、
   商品コード及び合計金額の少なくとも一方を含む取引データと、取引毎に発行されるユーザＩＤ及び企画ＩＤと、を取得する第１の取得部、
   商品コードに関連付けて、リワード提供企画を識別する企画ＩＤを記憶する記憶部から、前記第１の取得部が取得した企画ＩＤに関連付けられている前記商品コードを取得する第２の取得部、
   ユーザＩＤに関連付けて、リンク先毎に決められたリワード提供条件の達成状況を記憶する記憶部を参照し、前記第１の取得部が取得した前記ユーザＩＤに基づいて、当該ユーザＩＤに関連付けられている前記リワード提供条件の前記達成状況を、前記ユーザＩＤに関連付けて記リワード提供条件の前記達成状況を記憶する前記記憶部から取得する第３の取得部、
   前記第１の取得部が取得した取引データの中に前記第２の取得部が取得した商品コードが含まれているか否かと、前記第３の取得部が取得したリワード提供条件の達成状況と、に基づいて、前記第１の取得部が取得したユーザＩＤに対応する対象者へのリワードの提供の要否を判断する判断部、
   として機能させるためのプログラム。