JP2020057180A - ポイント管理システム、ポイント管理装置及び情報処理プログラム - Google Patents

Abstract

【課題】利用者が証票を所持することを必要とせずに非会員に対するポイントサービスを提供する。【解決手段】 実施形態のポイント管理システムは、記憶手段、通知手段、取得手段及び変更手段を備える。記憶手段は、利用者が獲得済みのポイントの数を、当該ポイントを識別する識別コードと、ウェブページとに関連付けて記憶する。通知手段は、情報端末からのウェブアクセスに対して、アクセス先のウェブページに関連付けて前記記憶手段に記憶されたポイントを識別する識別コードを情報端末に通知する。取得手段は、通知手段により情報端末に通知された識別コードを情報端末から取得する。変更手段は、ポイントを付与する条件が成立したことに応じて、取得手段により取得された識別コードに関連付けて記憶手段に記憶されたポイントの数をポイントの付与のために変更する。【選択図】 図７

Description

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

利用者の取引実績に応じてポイントを付与し、獲得済みのポイント数に応じて例えば値引きなどの特典を利用者に与えるサービスは広く実施されている。
このようなサービスは、旧来より、スタンプカードにスタンプを捺印する手法により、広く実現されている。また近年は、獲得済みのポイント数を利用者に対して定められた会員コードに関連付けてコンピュータ管理する手法によっても実現されている。

しかしながらスタンプカードを用いる手法は、スタンプカードにスタンプを捺印する作業が店員等の負担となる。また、スタンプの偽造による不正の恐れもある。またコンピュータ管理による手法では、会員登録した利用者に対してしかサービスを提供できない。
そこで、利用者が獲得済みのポイント数を識別コードに関連付けてサーバにおいて管理しておくとともに、上記の識別コードを表したバーコードをプリントした証票を利用者に渡すことによって、この証票により利用者と特典とを関連付けることも考えられている。つまり、利用者は、新たな取引に際して付与されるポイントを取得済みのポイントに加算したい場合には、前回の取引の際に渡された証票を店員に提示する。サーバは、店員の操作により証票から読み取られた識別コードに関連付けて管理しているポイント数を、証票を提示した利用者の獲得済みのポイント数として、その後の付与ポイント数の加算などを行う。

しかしながら、利用者は証票を所持しておく必要がある。また同じ利用者が複数のポイントサービスのそれぞれに関する複数の証票を取得する場合もあり、利用者はこれら複数の証票をそれぞれ所持する必要があり、その管理が面倒であった。
このような事情から、利用者が証票を所持することを必要とせずに非会員に対するポイントサービスを提供できることが望まれていた。

特開２００９−１２９０２８号公報

本発明が解決しようとする課題は、証票を利用者が所持することなしに非会員に対するポイントサービスを提供できるポイント管理システム、ポイント管理装置及び情報処理プログラムを提供することである。

実施形態のポイント管理システムは、記憶手段、通知手段、取得手段及び変更手段を備える。記憶手段は、利用者が獲得済みのポイントの数を、当該ポイントを識別する識別コードと、ウェブページとに関連付けて記憶する。通知手段は、情報端末からのウェブアクセスに対して、アクセス先のウェブページに関連付けて前記記憶手段に記憶されたポイントを識別する識別コードを情報端末に通知する。取得手段は、通知手段により情報端末に通知された識別コードを情報端末から取得する。変更手段は、ポイントを付与する条件が成立したことに応じて、取得手段により取得された識別コードに関連付けて記憶手段に記憶されたポイントの数をポイントの付与のために変更する。

一実施形態に係るポイント管理システムの概略構成と、ＰＯＳ端末及びポイント管理装置の要部回路構成とを示すブロック図。 図１中の口座管理データベースに含まれるデータレコードの構造の一例を示す図。 図１中のＰＯＳ端末に設けられたプロセッサによる情報処理のフローチャート。 図１中のポイント管理装置に設けられたプロセッサによる情報処理のフローチャート。 図１中のポイント管理装置に設けられたプロセッサによる情報処理のフローチャート。 一例としてのスタンプレシートを示す図。 ウェブサーバとしての機能を実現するための図１中のポイント管理装置に設けられたプロセッサによる情報処理のフローチャート。 一例としてのスタンプページを表示している情報端末の外観例を示す図。

以下、実施の形態の一例について図面を用いて説明する。なお、本実施形態においては、ＰＯＳ（point-of-sale）端末、ポイント管理装置及び情報端末を含んだポイント管理システムを例に説明する。ＰＯＳ端末は、商品販売処理装置の一例である。
図１は本実施形態に係るポイント管理システム１００の概略構成と、ＰＯＳ端末１０及びポイント管理装置２０の要部回路構成とを示すブロック図である。

このポイント管理システム１００は、ＰＯＳ端末１０、ポイント管理装置２０及び情報端末３０を、通信ネットワーク４０を介して通信可能とすることで構成されている。なお、ポイント管理システム１００には、典型的には複数のＰＯＳ端末１０及び複数の情報端末３０が含まれるが、図１においては１つずつのみを示している。複数のＰＯＳ端末１０は、いずれも１つの店舗に設置されていてもよいし、複数の店舗に分散して設置されていてもよい。また複数の店舗は、いずれも単一の企業に属していてもよいし、異なる企業に属する店舗が混在していてもよい。

ＰＯＳ端末１０は、商品の販売、飲食物の提供、あるいはサービスの提供などの任意の取引の内容を登録し、さらには当該取引に係る代金を決済するための情報処理を行う。つまり、ＰＯＳ端末１０は、取引に係る代金を決済するための決済装置としての機能を備えている。ＰＯＳ端末１０は、取引を行った取引者がポイントサービスのための証票（以下においては、スタンプカードレシートと称する）を提示した場合に、当該のスタンプカードレシートに識別コードとして表された端末用コードと取引の内容とをポイント管理装置２０へと通知する。なお、以下においては、対象とする取引を、商品の販売とする場合について説明する。

ポイント管理装置２０は、ポイントサービスを提供することを目的としてポイントを管理するための情報処理を行う。つまりポイント管理装置２０は、利用者に対して付与済みのポイントの数を、ポイント口座毎に管理する。ただしポイント管理装置２０は、ポイント口座を利用者には関連付けない。
情報端末３０は、後述するスタンプページを利用者に閲覧させるための情報処理及び通信を行う端末装置である。情報端末３０としては、バーコード読取機能及びブラウザ機能を備えたスマートフォン、タブレット端末、携帯電話装置、あるいはパーソナルコンピュータなどの既存の様々な装置が適用可能である。
通信ネットワーク４０は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ネットワーク４０としては、典型的には、インターネット、ＶＰＮ及び移動体通信網が組み合わせて用いられる。

ＰＯＳ端末１０は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、表示デバイス１４、入力デバイス１５、読取デバイス１６、プリンタ１７、通信インタフェース１８及び伝送路１９を含んでいる。プロセッサ１１と、メインメモリ１２、補助記憶デバイス１３、表示デバイス１４、入力デバイス１５、読取デバイス１６、プリンタ１７及び通信インタフェース１８とは、伝送路１９によって接続される。プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３が伝送路１９によって接続されることにより、ＰＯＳ端末１０を制御するための情報処理を行うコンピュータを構成している。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム、ミドルウェア及びアプリケーションプログラム等の情報処理プログラムに従った情報処理を実行することで、ＰＯＳ端末１０としての各種の機能を実現するべく各部を制御する。

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

補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）、あるいはその他の周知の各種の記憶デバイスを利用できる。補助記憶デバイス１３は、プロセッサ１１が各種の処理を行う上で使用するデータと、プロセッサ１１での処理によって生成されたデータとを保存する。補助記憶デバイス１３は、情報処理プログラムを記憶する場合もある。

表示デバイス１４は、操作者に対して各種の情報を通知するための各種画面を表示する。表示デバイス１４としては、例えば液晶表示デバイスなどの周知のデバイスを適用できる。
入力デバイス１５は、操作者による各種の指示を入力する。入力デバイス１５としては、タッチセンサ又はキーボードなどの周知のデバイスを、単独又は組み合わせて適用できる。

読取デバイス１６は、記憶媒体に記憶されたデータを読み取る。読取デバイス１６としては、バーコードスキャナ又はカードリーダなどの周知のデバイスを、単独又は組み合わせて適用できる。
プリンタ１７は、レシート用紙に対して各種の画像をプリントして各種の証票を発行する。証票は、取引レシート及びスタンプカードレシートを含む。

通信インタフェース１８は、通信ネットワーク４０を介したデータ通信を行う。通信インタフェース１８としては、例えばインターネットを介したデータ通信のための周知の処理を行うように構成された周知のデバイスを用いることができる。
伝送路１９は、アドレスバス、データバス及び制御信号線等を含み、接続されている各部の間で授受されるデータや制御信号を伝送する。

ＰＯＳ端末１０は、後述する情報処理について記述した情報処理プログラムをメインメモリ１２又は補助記憶デバイス１３に記憶する。なお、当該の情報処理プログラムは、ＰＯＳ端末１０のハードウェアの譲渡の際にメインメモリ１２又は補助記憶デバイス１３に記憶されていてもよいし、上記のハードウェアとは別に譲渡されてもよい。後者の場合、情報処理プログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して譲渡される。後者の場合、情報処理プログラムはバージョンアッププログラムとして提供されて、メインメモリ１２又は補助記憶デバイス１３に既に記憶されている同種の別の情報処理プログラムに置き換えて使用されるケースが想定される。

ポイント管理装置２０は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、通信インタフェース２４及び伝送路２５を備える。プロセッサ２１と、メインメモリ２２、補助記憶デバイス２３及び通信インタフェース２４とは、伝送路２５によって接続される。プロセッサ２１、メインメモリ２２及び補助記憶デバイス２３が伝送路２５によって接続されることにより、ポイント管理装置２０を制御するための情報処理を行うコンピュータを構成している。

プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、オペレーティングシステム、ミドルウェア及びアプリケーションプログラム等の情報処理プログラムに従った情報処理を実行することで、ポイント管理装置２０としての各種の機能を実現するべく各部を制御する。

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

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

通信インタフェース２４は、通信ネットワーク４０を介したデータ通信を行う。通信インタフェース２４としては、例えばインターネットを介したデータ通信のための周知の処理を行うように構成された周知のデバイスを用いることができる。
伝送路２５は、アドレスバス、データバス及び制御信号線等を含み、接続されている各部の間で授受されるデータや制御信号を伝送する。

ポイント管理装置２０は例えば、ハードウェアとしてサーバ用の汎用のコンピュータ装置を用い、後述の情報処理について記述した情報処理プログラムをメインメモリ２２又は補助記憶デバイス２３に書き込むことによって実現できる。なお、当該の情報処理プログラムは、ポイント管理装置２０の譲渡の際にメインメモリ２２又は補助記憶デバイス２３に記憶されていてもよいし、上記の汎用のコンピュータ装置とは別に譲渡されてもよい。後者の場合、情報処理プログラムは、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して譲渡される。

さて、補助記憶デバイス２３が記憶するデータには、口座管理データベースＤＢ１を含む。口座管理データベースＤＢ１は、多数のポイント口座のそれぞれに関連付けられたデータレコードの集合である。

図２は口座管理データベースＤＢ１に含まれるデータレコードＤＲ１の構造の一例を示す図である。
データレコードＤＲ１は、フィールドＦ１，Ｆ２，Ｆ３，Ｆ４，Ｆ５を少なくとも含む。データレコードＤＲ１は、フィールドＦ６以降のフィールドを含み得る。

フィールドＦ１には、関連付けられたポイント口座で管理されるポイントを識別するためのレシート用コードがセットされる。このフィールドＦ２には、関連付けられたポイント口座で管理されるポイントを識別するための端末用コードがセットされる。つまりポイントは、レシート用コード及び端末用コードがそれぞれ関連付けられる。なお、レシート用コード及び端末用コードは、いずれも関連付けられたポイントを管理するための管理コードである。レシート用コード及び端末用コードの相違については後述する。フィールドＦ３には、関連付けられたポイント口座に付与済みのポイントの総数がセットされる。フィールドＦ５には、関連付けられたポイント口座で管理されるポイントの獲得状況を表したスタンプページを閲覧するためのＵＲＬ（uniform resource locator）がセットされる。フィールドＦ５，Ｆ６…には、関連付けられたポイント口座へのポイント付与の履歴を表すデータ群がセットされる。つまりデータレコードＤＲ１には、関連付けられたポイント口座に対するポイントの付与が行われる毎に、フィールドＦ６以降に新たなフィールドが追加され、そのポイント付与に関するデータ群がセットされる。
以上のように口座管理データベースＤＢ１は、利用者が獲得済みのポイントの数を、当該ポイントを識別する識別コードとしてのレシート用コード及び端末用コードと、ウェブページとに関連付けて表す。そしてこのような口座管理データベースＤＢ１を記憶する補助記憶デバイス２３は、記憶手段の一例である。

フィールドＦ５，Ｆ６…にセットされるデータ群は、図２に示すようにフィールドＦ１１，Ｆ１２，Ｆ１３を含む。
フィールドＦ１１には、付与したポイントの数がセットされる。フィールドＦ１２には、ポイントを付与した日時がセットされる。フィールドＦ１３には、ポイント付与の契機となった取引が行われた店舗を識別する店舗コードがセットされる。

次に以上のように構成されたポイント管理システム１００の動作について説明する。なお、以下に説明する処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。
ＰＯＳ端末１０が取引の登録及び会計を行うべき動作状態にあるとき、プロセッサ１１はメインメモリ１２又は補助記憶デバイス１３に記憶された情報処理プログラムに基づいて以下に説明する情報処理を実行する。

図３はプロセッサ１１による情報処理のフローチャートである。
Ａｃｔ１としてプロセッサ１１は、例えば商品リストなどの一取引に関する情報処理において一時的に用いるデータの初期化又は削除などの準備処理を行う。

Ａｃｔ２としてプロセッサ１１は、登録操作が開始されたか否かを確認する。登録操作とは、商品を取引の対象として登録するために操作者が行う操作である。なお操作者は、店員及び買物客のいずれであってもよい。そしてプロセッサ１１は、該当する操作が開始されていないならばＮｏと判定し、Ａｃｔ３へと進む。
Ａｃｔ３としてプロセッサ１１は、管理コードが入力されたか否かを確認する。そしてプロセッサ１１は、該当の入力がなされていないならばＮｏと判定し、Ａｃｔ２へと戻る。
かくしてプロセッサ１１はＡｃｔ２及びＡｃｔ３としては、登録操作が開始されるか、または管理コードが入力されるのを待ち受ける。

操作者は、登録を開始するならば、取引の対象となる商品に関する登録操作を行う。登録操作は例えば、商品に対応するバーコードを読取デバイス１６に読み取らせるための操作、あるいは商品を指定するための予め定められた入力デバイス１５の操作などとして行われる。
プロセッサ１１は、Ａｃｔ２及びＡｃｔ３の待ち受け状態にあるときに上記のような登録操作が行われたならば、Ａｃｔ２にてＹｅｓと判定し、Ａｃｔ４へと進む。

Ａｃｔ４としてプロセッサ１１は、登録処理及び会計処理を行う。プロセッサ１１は具体的には、読取デバイス１６で取得された情報に基づいて特定される商品コード、又は入力デバイス１５の操作に基づいて特定される商品コードを、取引の対象となる商品の商品コードとする。そしてプロセッサ１１は、この商品コードで識別される商品を商品リストに追加するべく、メインメモリ１２又は補助記憶デバイス１３に設定された商品リストエリアの情報を更新する。これが登録処理である。このときにプロセッサ１１は、小計額に今回登録された商品の単価を加算することにより、常に最新の小計額を求めておくようにしてもよい。

そしてプロセッサ１１は、取引の対象となる全ての商品の登録が済み、会計処理の実行を指示する操作が例えば入力デバイス１５にて行われたならば、登録された全ての商品の売買のために決済すべき決済金額を算出する。そしてプロセッサ１１は、算出した決済金額を、複数の決済方法のうちから操作者が指定した決済方法を用いて決済する。決済方法としては、現金、クレジットカード、デビットカード、プリペイドカード、電子マネー、ポイント及び金券などを用いる種々の決済方法を適宜に利用できる。この決済金額の算出及び決済のための処理が、会計処理である。

Ａｃｔ５としてプロセッサ１１は、上記のように登録及び会計が行われた取引の内容をポイント管理装置２０に通知する。プロセッサ１１は具体的には、例えば取引の内容の通知であることを表すコマンドと、取引の内容を表すデータとを含んだ通知データを生成する。取引の内容を表すデータは、取引の対象となった商品のリスト及び決済金額など、当該取引に関してのポイント付与に関する判断のために必要なデータである。取引の内容を表すデータとして通知データにどのようなデータを含めるかは、ポイント付与の条件などを考慮して、例えば情報処理プログラムの作成者などによって適宜に定められる。なおプロセッサ１１は、後述するようにレシート用コード又は端末用コードがメインメモリ１２又は補助記憶デバイス１３に記憶されているならば、このレシート用コード又は端末用コードも通知データに含める。そしてプロセッサ１１は、生成した通知データを、通信インタフェース１８からポイント管理装置２０に宛てて通信ネットワーク４０へと送出する。通信ネットワーク４０によりポイント管理装置２０へと伝送された通知データは、通信インタフェース２４によってポイント管理装置２０へと取り込まれる。

ポイント管理装置２０においてプロセッサ２１は、メインメモリ２２又は補助記憶デバイス２３に記憶された情報処理プログラムに基づいて以下に説明する情報処理を実行する。
図４及び図５はプロセッサ２１による情報処理のフローチャートである。

Ａｃｔ２１としてプロセッサ２１は、取引内容の通知がなされたか否かを確認する。そしてプロセッサ２１は、該当の通知がなされていないならばＮｏと判定し、Ａｃｔ２２へと進む。
Ａｃｔ２２としてプロセッサ２１は、有効性の問い合わせがなされたか否かの確認を行う。そしてプロセッサ２１は、該当の問い合わせがなされていないならばＮｏと判定し、Ａｃｔ２１へと戻る。
かくしてプロセッサ２１はＡｃｔ２１及びＡｃｔ２２としては、取引内容の通知又は有効性の問い合わせのいずれかが行われるのを待ち受ける。

そしてプロセッサ２１は、上述のように通知データが通信インタフェース２４によって取り込まれたならば、Ａｃｔ２１にてＹｅｓと判定し、Ａｃｔ２３へと進む。このときにプロセッサ２１は、取引内容の通知を受領する。つまりプロセッサ１１は、通信インタフェース１８から通知データを受け取る。そして当該通知データは、識別コードを含む。かくして情報処理プログラムに基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは取得手段として機能する。
Ａｃｔ２３としてプロセッサ２１は、今回通知された取引について、ポイントの付与条件が成立するか否かを確認する。具体的にはプロセッサ２１は、通知データに含まれた、取引の内容を表すデータを考慮して、取引について、予め定められたポイントの付与条件が成立するか否かを確認する。付与条件は、本実施形態では、「決済金額500円毎に１ポイントを付与」であるとする。この場合にプロセッサ２１は例えば、取引の内容を表すデータに含まれた決済金額が500円以上であるならば、付与条件が成立すると判定する。そしてプロセッサ２１はこのような場合にＡｃｔ２３にてＹｅｓと判定し、Ａｃｔ２４へと進む。ただし付与条件は、例えばポイントサービスの提供者などによって適宜に定められてよい。また付与条件は、複数が定められていてもよい。プロセッサ２１は、付与条件が複数定められている場合、これら複数の付与条件の１つでも成立するならば、Ａｃｔ２３にてＹｅｓと判定する。

Ａｃｔ２４としてプロセッサ２１は、管理コードの通知があったか否かを確認する。プロセッサ２１は、通知データにレシート用コード又は端末用コードが含まれていない場合には、Ｎｏと判定し、Ａｃｔ２５へと進む。なお後述するように、買物客がポイント口座へのポイントの追加を希望していない場合に、通知データにはレシート用コード及び端末用コードのいずれも含まれない。

Ａｃｔ２５としてプロセッサ２１は、管理コードを決定する。つまりプロセッサ２１がＡｃｔ２５へと進む場合は、ポイントを付与すべき状況であるものの、そのポイントを付与するポイント口座が利用者によって指定されていない状況である。そこでプロセッサ２１は、新たなポイント口座を管理するための管理コードを決定するのである。プロセッサ２１は例えば、予め定められたルールに従って、口座管理データベースＤＢ１に含まれたデータレコードＤＲ１のフィールドＦ１，Ｆ２にセットされているレシート用コード及び端末用コードのいずれとも一致しないコードとして、レシート用コードを決定する。またプロセッサ２１は例えば、予め定められたルールに従って、口座管理データベースＤＢ１に含まれたデータレコードＤＲ１のフィールドＦ１，Ｆ２にセットされているレシート用コード及び端末用コードのいずれとも一致しないコードとして、端末用コードを決定する。なお上記のルールを適切に定めておくことにより、プロセッサ２１が、レシート用コードと端末用コードとを、互いに異なるコード体系のコードとして決定するようにする。これにより管理コードが指定された場合に、その管理コードがレシート用コード及び端末用コードのいずれであるかを区別可能としておく。

Ａｃｔ２６としてプロセッサ２１は、ＵＲＬを決定する。このＵＲＬは、情報端末３０からポイント管理装置２０にアクセスし、後述するスタンプページを閲覧するためのアドレスである。プロセッサ２１は、予め定められたルールに従って新たなＵＲＬを決定する。

Ａｃｔ２７としてプロセッサ２１は、口座管理データベースＤＢ１を更新する。具体的にはプロセッサ２１は、上記のようにＡｃｔ２５及びＡｃｔ２６を経てＡｃｔ２７へと進んだ場合には、新たなデータレコードＤＲ１を追加するように口座管理データベースＤＢ１を更新する。プロセッサ２１は上記の新たなデータレコードＤＲ１のフィールドＦ１，Ｆ２には、Ａｃｔ２５にて決定したレシート用コード及び端末用コードをそれぞれセットする。プロセッサ２１は上記の新たなデータレコードＤＲ１のフィールドＦ３には、前述のように成立した付与条件に基づいて定まるポイントの付与数をセットする。プロセッサ２１は上記の新たなデータレコードＤＲ１のフィールドＦ４には、Ａｃｔ２６にて決定したＵＲＬをセットする。

またプロセッサ２１は上記の新たなデータレコードＤＲ１には、１つの履歴データのみをフィールドＦ５にセットする。プロセッサ２１は、当該の履歴データの各フィールドには、次のように各データをセットする。つまりプロセッサ２１は、フィールドＦ１１には、前述のように成立した付与条件に基づいて定まるポイントの付与数をセットする。プロセッサ２１は、フィールドＦ１２には、現在の日時をセットする。プロセッサ２１は、フィールドＦ１３には、前述の通知データの送信元のＰＯＳ端末１０が設置されている店舗の店舗コードをセットする。なお、ポイントの付与条件が複数存在する場合には、それら複数の付与条件を識別するための条件コードを予め定めておく。またデータレコードＤＲ１には、当該条件コードをセットするフィールドを設定しておく。そしてプロセッサ２１は、Ａｃｔ２３にて成立すると判定した付与条件を識別する条件コードを、上記のフィールドにセットする。またプロセッサ２１は、複数の付与条件が成立する場合には、それらの付与条件を識別する条件コードをそれぞれセットした複数の新たなデータレコードＤＲ１を口座管理データベースＤＢ１に追加する。

Ａｃｔ２８としてプロセッサ２１は、今回の取引内容の通知において端末用コードが通知されたか否かを確認する。そしてプロセッサ２１は、コード通知がなされていないならばＮｏと判定し、Ａｃｔ２９へと進む。
Ａｃｔ２９としてプロセッサ２１は、スタンプレシートデータを生成する。スタンプレシートデータは、スタンプレシートをＰＯＳ端末１０で発行させるためのデータである。

図６は一例としてのスタンプレシートＳＲ１を示す図である。
スタンプレシートＳＲ１は、画像ＩＭ１及びバーコードＢＣ１，ＢＣ２を含む。画像ＩＭ１は、ポイントの獲得状況を、スタンプカードを模して表す。バーコードＢＣ１は、レシート用コードを少なくとも含んだバーコードデータを表す。バーコードＢＣ２は、ＵＲＬを少なくとも含んだバーコードデータを表す。
プロセッサ２１は、画像ＩＭ１及びバーコードＢＣ１を図示のように表した画像データとして、あるいはそのような画像データをＰＯＳ端末１０で生成可能とするためのデータとしてスタンプレシートデータを生成する。

Ａｃｔ３０としてプロセッサ２１は、取引内容の通知元であるＰＯＳ端末１０に対して、スタンプレシートの発行を指令する。プロセッサ２１は具体的には、例えばスタンプレシートの発行指令であることを表すコマンドと、Ａｃｔ２９にて生成したスタンプレシートデータとを含んだ指令データを生成する。そしてプロセッサ１１は、生成した指令データを、通信インタフェース２４から該当するＰＯＳ端末１０に宛てて通信ネットワーク４０へと送出する。通信ネットワーク４０によりＰＯＳ端末１０へと伝送された指令データは、通信インタフェース１８によってＰＯＳ端末１０へと取り込まれる。

さて、ＰＯＳ端末１０においてプロセッサ１１は、図３中のＡｃｔ５にて取引内容を通知した後には、Ａｃｔ６へと進む。
Ａｃｔ６としてプロセッサ１１は、発行指令がなされたか否かを確認する。そしてプロセッサ１１は、上記のように通信インタフェース１８によって指令データが取り込まれたことに応じて、Ｙｅｓと判定し、Ａｃｔ７へと進む。

Ａｃｔ７としてプロセッサ１１は、発行指令を受領する。つまりプロセッサ１１は、通信インタフェース１８から指令データを受け取る。
Ａｃｔ８としてプロセッサ１１は、指令データに含まれたスタンプレシートデータに基づいて、スタンプレシートをプリントするようプリンタ１７を制御する。この制御の下にプリンタ１７は、スタンプレシートデータに基づく画像をレシート用紙にプリントする。プリンタ１７は、スタンプレシートデータに基づく画像をプリント済みのレシート用紙、すなわちスタンプレシートを、ＰＯＳ端末１０の外部に排出する。これにより、スタンプレシートが発行される。スタンプレシートは、店員により買物客に渡されるか、買物客によって取り去られる。かくして情報処理プログラムに基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは、第１の識別コードとしてのレシート用コードを識別コードとして表した証票としてのスタンプレシートを発行する発行手段として機能する。

Ａｃｔ９としてプロセッサ１１は、取引レシートをプリントするようにプリンタ１７を制御する。取引レシートは、取引の対象となった商品のリスト及び決済の実行状況などの取引の内容を表したレシートである。プロセッサ１１は具体的には、商品リスト及び決済処理の結果に基づき、取引内容を表す文字列等を表した取引レシート画像を生成する。プロセッサ１１は、取引レシート画像には例えば、店舗コード、日時、レジ番号、店員コード、店員名、利用者コード、商品コード、商品名、単価、小計額、税額、合計額、預り金額、釣銭額、取引点数及びレシート番号などを含める。そしてプロセッサ１１は、当該取引レシート画像をプリンタ１７に送り、レシート用紙にプリントさせる。なお、取引レシート画像にどのような情報をどのような配置で表すかは任意であり、ＰＯＳ端末１０の設計者などによって予め適宜に定められる。この制御の下にプリンタ１７は、取引レシート画像をレシート用紙にプリントする。プリンタ１７は、取引レシート画像をプリント済みのレシート用紙、すなわち取引レシートを、ＰＯＳ端末１０の外部に排出する。これにより、取引レシートが発行される。取引レシートは、店員により買物客に渡されるか、買物客によって取り去られる。
プロセッサ１１は、取引レシートのプリントが完了したならば、Ａｃｔ１を経てＡｃｔ２及びＡｃｔ３の待受状態に戻り、次の取引に関する処理に備える。

さて、スタンプレシートを上記のようにして取得した買物客は、当該スタンプレシートを保管しておく。そして次に買い物をする際には、商品の登録が開始されるのに先立って、店員にスタンプレシートを渡す。店員は買物客から渡されたスタンプレシートに表されたバーコードを、読取デバイス１６に読み取らせる。あるいは、買物客が自ら、スタンプレシートに表されたバーコードを、読取デバイス１６に読み取らせる。そうすると読取デバイス１６は、バーコードが表すバーコードデータをプロセッサ１１へと通知する。
あるいは買物客は、自らが所持する情報端末３０に、スタンプページを表示させて、店員に提示する。店員は、スタンプページに表されたバーコードを、読取デバイス１６に読み取らせる。あるいは、買物客が自ら、スタンプページに表されたバーコードを、読取デバイス１６に読み取らせる。そうすると読取デバイス１６は、バーコードが表すバーコードデータをプロセッサ１１へと通知する。

ここで、上記のスタンプページについて説明する。
買物客は、自らが所持する情報端末３０に、そのバーコード読取機能を用いてスタンプレシートに表されたバーコードＢＣ２を読み取らせる。そして買物客は情報端末３０に、バーコードＢＣ２が表すバーコードデータに含まれたＵＲＬで特定されるウェブページへのブラウザ機能を用いたアクセスを指示する。この指示に応じて情報端末３０は、通信ネットワーク４０を介してポイント管理装置２０にアクセスしてスタンプページを要求する。

ポイント管理装置２０においてプロセッサ２１は、図４及び図５に示す情報処理とは別に、ウェブサーバとしての機能を実現するための以下のような情報処理を実行する。
図７はウェブサーバとしての機能を実現するためのプロセッサ２１の情報処理のフローチャートである。

Ａｃｔ４１としてプロセッサ２１は、スタンプページが要求されるのを待ち受ける。そしてプロセッサ２１は、上述のような情報端末３０からのスタンプページの要求がなされたならばＹｅｓと判定し、Ａｃｔ４２へと進む。
Ａｃｔ４２としてプロセッサ２１は、合致レコードを口座管理データベースＤＢ１に含まれるデータレコードＤＲ１の中から検索する。合致レコードは、アクセスに用いられたＵＲＬがフィールドＦ４にセットされているデータレコードＤＲ１である。

Ａｃｔ４３としてプロセッサ２１は、合致レコードが有ったか否かを確認する。そしてプロセッサ２１は、上記の検索により合致レコードが見つかったならばＹｅｓと判定し、Ａｃｔ４４へと進む。
Ａｃｔ４４としてプロセッサ２１は、スタンプページデータを生成する。スタンプページデータは、情報端末３０にてスタンプページを表示させるためのデータである。そしてスタンプページは、スタンプレシートＳＲ１に表しているのと同様な情報を表したウェブページである。

図８は一例としてのスタンプページを表示している情報端末３０の外観例を示す図である。
図８に示すスタンプページは、画像ＩＭ２及びバーコードＢＣ３を含む。画像ＩＭ２は、ポイントの獲得状況を、スタンプカードを模して表す。プロセッサ２１は、上記の合致レコードのフィールドＦ３にセットされたポイント総数を表すように画像ＩＭ２を生成する。バーコードＢＣ３は、端末用コードを少なくとも含んだバーコードデータを表す。プロセッサ２１は、上記の合致レコードのフィールドＦ２にセットされた端末用コードを含めてバーコードデータを生成し、当該バーコードデータを表すバーコードＢＣ３を生成する。
図８に示す画像ＩＭ２は、図６に示すスタンプレシートＳＲ１と同じポイント口座に関し、かつ当該ポイント口座に関するポイント総数も変化していない状況における一例である。このため画像ＩＭ２は、画像ＩＭ１と同様の情報を表している。しかしながらバーコードＢＣ１とバーコードＢＣ２とは、互いに異なるバーコードデータを表し、別々となっている。

プロセッサ２１は、合致レコードが見つからなかった場合には、Ａｃｔ４３にてＹｅｓと判定し、Ａｃｔ４５へと進む。
Ａｃｔ４５としてプロセッサ２１は、エラーページデータを生成する。エラーページデータは、情報端末３０にてエラーページを表示させるためのデータである。そしてプロセッサ２１は、エラーページにおいて、要求のポイント口座が存在せず、スタンプページを表示できないことを表す。

プロセッサ２１は、Ａｃｔ４４又はＡｃｔ４５にてスタンプページデータ又はエラーページデータを生成し終えたならば、Ａｃｔ４６へと進む。
Ａｃｔ４６としてプロセッサ２１は、スタンプページデータ又はエラーページデータをアクセス元の情報端末３０に出力する。そして情報端末３０は、スタンプページデータ又はエラーページデータに応じたスタンプページ又はエラーページを表示する。なおプロセッサ２１は、いずれかのページデータを送信し終えたならば、Ａｃｔ４１の待受状態に戻る。
かくしてプロセッサ２１は、情報端末３０からウェブアクセスへのアクセスに対して、アクセス先のウェブページに関連付けられたポイントに関連付けて記憶手段としての補助記憶デバイス２３に記憶された第２の識別コードとしての端末用コードを識別コードとして情報端末３０に通知する。つまり情報処理プログラムに基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは通知手段として機能する。

以上の説明における情報端末３０の動作は、情報端末３０に備えられたプロセッサが、例えばウェブブラウザとしての機能を実現するための周知の情報処理を実行することにより実現できる。このため利用者は、一度上記のようにスタンプページを表示させたならば、当該ページをブックマークしておくことにより、それ以降はバーコードＢＣ２の読み取りを行わなくともスタンプページを表示させることが可能である。

さて、読取デバイス１６が前述のようにスタンプレシートＳＲ１に表されたバーコードＢＣ１又はスタンプページに表されたバーコードＢＣ３が表すバーコードデータをプロセッサ１１へと通知したならば、プロセッサ１１は図３中のＡｃｔ３にてＹｅｓと判定する。これは、バーコードＢＣ１が表すバーコードデータにはレシート用コードが、またバーコードＢＣ３が表すバーコードデータには端末用コードが含まれているからである。そしてプロセッサ１１はこの場合、Ａｃｔ１０へと進む。

Ａｃｔ１０としてプロセッサ１１は、上記のバーコードデータに含まれる管理コードの有効性をポイント管理装置２０に問い合わせる。プロセッサ１１は具体的には、例えば有効性の問い合わせであることを表すコマンドと、レシート用コード又は端末用コードとを含んだ問い合わせデータを生成する。そしてプロセッサ１１は、生成した問い合わせデータを、通信インタフェース１８からポイント管理装置２０に宛てて通信ネットワーク４０へと送出する。通信ネットワーク４０によりポイント管理装置２０へと伝送された問い合わせデータは、通信インタフェース２４によってポイント管理装置２０へと取り込まれる。

ポイント管理装置２０においてプロセッサ２１は、上述のように問い合わせデータが通信インタフェース２４によって取り込まれたならば、図４中のＡｃｔ２２にてＹｅｓと判定し、図５中のＡｃｔ３１へと進む。
Ａｃｔ３１としてプロセッサ２１は、有効性問い合わせを受領する。つまりプロセッサ１１は、通信インタフェース１８から問い合わせデータを受け取る。

Ａｃｔ３２としてプロセッサ２１は、合致レコードを口座管理データベースＤＢ１に含まれるデータレコードＤＲ１の中から検索する。合致レコードは、問い合わせデータに含まれる管理コードがレシート用コードであるならば、当該管理コードがフィールドＦ１１にセットされているデータレコードＤＲ１である。また合致レコードは、問い合わせデータに含まれる管理コードが端末用コードであるならば、当該管理コードがフィールドＦ１２にセットされているデータレコードＤＲ１である。

Ａｃｔ３３としてプロセッサ２１は、合致レコードが有ったか否かを確認する。そしてプロセッサ２１は、上記の検索により合致レコードが見つかったならばＹｅｓと判定し、Ａｃｔ３４へと進む。

Ａｃｔ３４としてプロセッサ２１は、読み取られた管理コードが有効である旨の有効性通知を行う。プロセッサ２１は具体的には、例えば有効性の通知であることを表すコマンドと、管理コードが有効であることを表すデータとを含んだ通知データを生成する。そしてプロセッサ１１は、生成した通知データを、通信インタフェース２４から、問い合わせ元のＰＯＳ端末１０に宛てて通信ネットワーク４０へと送出する。

プロセッサ２１は一方、上記の検索により合致レコードが見つからなかったならばＡｃｔ３３にてＮｏと判定し、Ａｃｔ３５へと進む。
Ａｃｔ３５としてプロセッサ２１は、管理コードが無効である旨の有効性通知を行う。プロセッサ２１は具体的には、例えば有効性の通知であることを表すコマンドと、管理コードが無効であることを表すデータとを含んだ通知データを生成する。そしてプロセッサ１１は、生成した通知データを、通信インタフェース２４から、問い合わせ元のＰＯＳ端末１０に宛てて通信ネットワーク４０へと送出する。

プロセッサ２１は、Ａｃｔ３４又はＡｃｔ３５を終えると、図４中のＡｃｔ２１及びＡｃｔ２２の待受状態に戻る。なおＡｃｔ３４又はＡｃｔ３５でポイント管理装置２０から送信されて、通信ネットワーク４０により該当のＰＯＳ端末１０へと伝送された通知データは、通信インタフェース１８によってＰＯＳ端末１０へと取り込まれる。

ＰＯＳ端末１０においてプロセッサ１１は、図３中のＡｃｔ１０にて問い合わせを行ったならば、Ａｃｔ１１へと進む。
Ａｃｔ１１としてプロセッサ１１は、有効性通知を受領する。つまりプロセッサ１１は、通信インタフェース１８から通知データを受け取る。

Ａｃｔ１２としてプロセッサ１１は、入力された管理コードが有効であるか否かを有効性通知に基づいて確認する。そしてプロセッサ１１は、有効であるならばＹｅｓと判定し、Ａｃｔ１３へと進む。
Ａｃｔ１３としてプロセッサ１１は、バーコードデータに含まれていた管理コードを、有効な管理コードとしてメインメモリ１２又は補助記憶デバイス１３に保存する。

しかしながらプロセッサ１１は、管理コードが無効であるならばＡｃｔ１２にてＮｏと判定し、Ａｃｔ１４へと進む。
Ａｃｔ１４としてプロセッサ１１は、エラー画面を表示デバイス１４に表示させる。エラー画面は、操作者が読み取らせたバーコードが表されているスタンプレシート又はスタンプページが無効であることを操作者に通知するための画面である。プロセッサ１１は、Ａｃｔ１３又はＡｃｔ１４を終えると、Ａｃｔ２及びＡｃｔ３の待受状態に戻る。
かくして操作者は、必要に応じて、別のスタンプレシート又はスタンプページに表されたバーコードを改めて読み取らせることができる。
そして、有効な管理コードがメインメモリ１２又は補助記憶デバイス１３に記憶された状態で操作者が登録操作を開始したならば、その後のＡｃｔ５においてプロセッサ１１は、通知データに有効な管理コードを含めることとなる。

ポイント管理装置２０においてプロセッサ２１は、このような通知データが通信インタフェース２４によって取り込まれたことによって図４中のＡｃｔ２１から、Ａｃｔ２３及びＡｃｔ２４と進んだ場合は、Ａｃｔ２４にてＹｅｓと判定する。そしてプロセッサ２１はこの場合は、Ａｃｔ２５及びＡｃｔ２６をパスしてＡｃｔ２７へと進む。そしてこの場合にプロセッサ２１は、通知された管理コードがレシート用コードであるならば、当該管理コードがフィールドＦ１１にセットされているデータレコードＤＲ１に、また通知された管理コードが端末用コードであるならば、当該管理コードがフィールドＦ１２にセットされているデータレコードＤＲ１を更新対象に決定する。そしてプロセッサ２１は、更新対象のデータレコードＤＲ１のフィールドＦ３にセットされているポイント総数を、それまでの値に、前述のように成立した付与条件に基づいて定まるポイントの付与数を加算して求まる値に変更する。またプロセッサ２１は、更新対象のデータレコードＤＲ１に、新たな履歴データを追加するように口座管理データベースＤＢ１を更新する。かくして情報処理プログラムに基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータはポイント総数を変更する変更手段として機能する。
プロセッサ２１はこののち、通知された管理コードがレシート用コードであるならば、Ａｃｔ２８にてＮｏと判定し、Ａｃｔ２９及びＡｃｔ３０を管理コードが通知されなかった場合と同様に実行する。すなわちプロセッサ２１は、ＰＯＳ端末１０にてスタンプレシートに表されたバーコードＢＣ１が読み取られたのであるならば、再度のスタンプレシートの発行をＰＯＳ端末１０に指令する。

プロセッサ２１は、通知された管理コードが端末用コードであるならば、Ａｃｔ２８にてＹｅｓと判定し、Ａｃｔ３７へと進む。
ところでプロセッサ２１は、付与条件が成立しない場合には、Ａｃｔ２３にてＮｏと判定し、Ａｃｔ３６へと進む。
Ａｃｔ３６としてプロセッサ２１は、レシート用コードの通知があったか否かを確認する。プロセッサ２１は、通知データに端末用コードが含まれていた場合、あるいは通知データにレシート用コード及び端末用コードのいずれも含まれなかった場合には、Ｎｏと判定し、Ａｃｔ３７へと進む。
かくしてプロセッサ２１は、端末用コードが通知されている場合、あるいは付与条件が成立せず、かつレシート用コード及び端末用コードのいずれも通知されていない場合に、Ａｃｔ３７へと進む。

Ａｃｔ３７としてプロセッサ２１は、取引内容の通知元であるＰＯＳ端末１０に対して、スタンプレシートの非発行を指令する。プロセッサ２１は具体的には、例えばスタンプレシートの非発行指令であることを表すコマンドを含んだ指令データを生成する。そしてプロセッサ１１は、生成した指令データを、通信インタフェース２４から該当するＰＯＳ端末１０に宛てて通信ネットワーク４０へと送出する。通信ネットワーク４０によりＰＯＳ端末１０へと伝送された指令データは、通信インタフェース１８によってＰＯＳ端末１０へと取り込まれる。なおプロセッサ２１は、非発行の指令を終えたならば、Ａｃｔ２１及びＡｃｔ２２の待受状態に戻る。

さて、ＰＯＳ端末１０においてプロセッサ１１は、上記のように通信インタフェース１８によって非発行指令のための指令データが取り込まれたならば、図３中のＡｃｔ６にてＮｏと判定する。そしてプロセッサ１１はこの場合には、Ａｃｔ７及びＡｃｔ８をパスして、Ａｃｔ９へと進む。これにより、スタンプレシートは発行されず、取引レシートは発行される。
かくして、登録の開始に先立ってスタンプレシート及びスタンプページのいずれからもバーコードＢＣ１，ＢＣ３の読み取りが行われなかった場合、あるいはスタンプページからのバーコードＢＣ３の読み取りが行われた場合には、スタンプレシートは発行されない。

プロセッサ２１は、通知データに端末用コードが含まれていた場合には、図４中のＡｃｔ３６にてＹｅｓと判定し、Ａｃｔ３８へと進む。
Ａｃｔ３８としてプロセッサ２１は、スタンプレシートデータを生成する。ここで生成するスタンプレシートデータが表すスタンプレシートは、例えば図６に示されたスタンプレシートＳＲ１と同様なスタンプレシートを表す。ただしプロセッサ２１は、文字メッセージ「１ポイント付与されました」は、「ポイントは付与されませんでした」などのようなポイントを付与しなかったことを利用者に通知する内容として予め定められた文字メッセージに置き換える。

Ａｃｔ３９としてプロセッサ２１は、取引内容の通知元であるＰＯＳ端末１０に対して、Ａｃｔ３０と同様にして、スタンプレシートの発行を指令する。そしてプロセッサ２１はこののち、Ａｃｔ２１及びＡｃｔ２２の待受状態に戻る。

以上のようにポイント管理システム１００によれば、利用者は、一取引が終了した際に発行されるポイントレシートを所持しておき、それ以降の取引の際に提示すれば、会員登録無しにポイントサービスを利用できる。しかもポイント管理システム１００によれば、ポイントはポイント管理装置２０によるコンピュータ管理であり、ポイントレシートをＰＯＳ端末１０にて発行するので、スタンプカードへの捺印などを行う必要も無い。

そしてポイント管理システム１００によれば、情報端末３０に表示させたレシートページの提示によっても、ポイントサービスを利用できる。そして情報端末３０では、レシートページをブックマークしておくか、あるいは保存しておくことによって、レシートページを繰り返し表示することが可能である。かくして、利用者が証票を所持することを必要とせずに非会員に対するポイントサービスを提供できる。

またポイント管理システム１００によれば、付与条件が成立しない場合にポイントを付与しない場合にも、新しいスタンプレシートを発行する。これに対して、ポイントを付与しない場合にはスタンプレシートを発行しないと、その時に一度提示したスタンプレシートをその後の別の取引の際にも提示することが必要となる。例えば、店員がスタンプレシートのバーコードの読取のための操作を行う運用であると、登録操作の開始前に預かったスタンプレシートを保留しておき、ポイントが付与されないことを確認した場合にはそのスタンプレシートを利用者に返却することが必要となる。つまり、スタンプレシートの管理が複雑化する。しかしながら上記のようにポイントを付与しない場合にも新しいスタンプレシートを発行することにより、バーコードを一度読み取らせたスタンプレシートは原則として無効となるのであって、スタンプレシートの管理が単純化し、容易となる。
一方で、スタンプレシートに表す管理コードとしてのレシート用コードと、スタンプページに表す管理コードとしての端末用コードとをそれぞれ区別可能としており、端末用コードを読み取った場合には、スタンプレシートを発行しない。スタンプページの提示によりポイントサービスを利用した利用者は、それ以降においてもポイントサービスの利用にはスタンプページを提示することが多いと思われる。このような利用者にとって、スタンプレシートは不要である。このような必要性の低いスタンプレシートを発行しないことにより、レシート用紙の無駄とスタンプレシートの受け渡しの手間とを省くことが可能である。

この実施形態は、次のような種々の変形実施が可能である。
スタンプページに表されたバーコードが読み取られた場合でも、新たなスタンプレシートを発行してもよい。この場合にプロセッサ２１は例えば、図４中のＡｃｔ２８を行わずに、Ａｃｔ２７からＡｃｔ２９へと進むようにする。またプロセッサ２１は例えば、Ａｃｔ３６では、いずれかの管理コードが通知されているか否かを確認し、レシート用コード及び端末コードのいずれが通知されている場合にもＡｃｔ３８へと進むようにする。

レシート用コード及び端末用コードに代えて、単一の管理コードを用いてもよい。つまり、スタンプレシートに表すバーコードＢＣ１及びスタンプページに表すバーコードＢＣ３のいずれのバーコードデータにも同一の管理コードを含めてもよい。ただしこの場合は、Ａｃｔ２８及びＡｃｔ３６の判断のために、各バーコードを区別するためのフラグなどの区別用データをバーコードデータに含めておく。

ＵＲＬは、スタンプレシートにはバーコードＢＣ２を表さずに、バーコードＢＣ２を表した別のレシートを発行してもよい。またＵＲＬは、近接無線通信などの無線通信を利用してＰＯＳ端末１０から情報端末３０へ送信してもよい。

口座管理データベースＤＢ１は、ポイント管理装置２０の外部に設けられた記憶デバイスに記憶されていてもよい。

端末用コードは、それを含んだデータレコードＤＲ１を更新する毎、あるいはスタンプページを情報端末３０で表示させる毎に、設定し直してもよい。

データレコードＤＲ１にいくつまで履歴データを含めるかは任意であり、ＰＯＳ端末１０の設計者などによって予め適宜に定められてよい。履歴データをデータレコードＤＲ１に含めなくてもよい。またデータレコードＤＲ１及び履歴データには、別のフィールドを設けて、別の任意のデータをセットしてもよい。

ポイント付与が無い場合には、新しいスタンプレシートを発行しないようにしてもよい。

スタンプページは、情報端末３０にインストールされた専用のアプリケーションにより情報処理によって表示等がなされてもよい。

ＰＯＳ端末１０での端末用コードの入力は、２次元コードなどのような別のコードシンボルの光学的読み取り、電子的な記憶媒体からの読み出し、あるいは無線通信などの別の方法により行われてもよい。具体的には例えば、ポイント管理装置２０は、前記実施形態のようなウェブアクセスに対して、端末用コードをアクセス元の情報端末３０に出力する。情報端末３０では、端末用コードを、情報端末３０に内蔵された記憶デバイスにより記憶しておく。そして、情報端末３０がＰＯＳ端末１０との近接無線通信が可能な状況となった場合に、情報端末３０がＰＯＳ端末１０へと、上記のように記憶デバイスに記憶されている端末用コードを近接無線通信により出力する。

ＰＯＳ端末１０でのポイント管理コードの入力は、図３中のＡｃｔ４にて登録処理を行っている最中に行ってもよい。この場合にプロセッサ１１は、ポイント管理コードが入力されたならば登録処理を中断して、Ａｃｔ１０〜Ａｃｔ１４の処理を前述と同様に実行する。そしてプロセッサ１１は、Ａｃｔ１３又はＡｃｔ１４を終えたならば、登録処理に戻る。

情報端末３０にＰＯＳ端末１０の識別コードを入力し、当該識別コードとレシートページに表された端末用コードとを情報端末３０からポイント管理装置２０に通知してもよい。

ポイント管理装置２０にてプロセッサ２１が行う情報処理を、ＰＯＳ端末１０にてプロセッサ１１が行ってもよい。この場合、口座管理データベースＤＢ１は、メインメモリ１２又は補助記憶デバイス１３に記憶されてもよいし、ＰＯＳ端末１０の外部の記憶デバイスに記憶されてもよい。つまりポイント管理システム１００をＰＯＳ端末１０のような単独の装置として実現することもできる。

ＰＯＳ端末１０に代えて、ＰＯＳ端末１０で取り扱うのとは異なる形態の取引を取り扱う装置を用いることもできる。例えば、指定された１つの商品又は券類を販売する自動販売機又は自動券売機、あるいは飲食物等の注文を受け付ける注文受付装置などがＰＯＳ端末１０の代替の装置として想定される。

ポイント管理システム１００によるポイント付与は、無償で行われる取引を対象として行われてもよい。

ポイント管理システム１００は、取引とは異なる行為に対してポイントを付与するのであってもよい。

情報処理によりプロセッサ１１又はプロセッサ２１が実現する各機能は、その一部または全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

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

１０…ＰＯＳ端末、１１…プロセッサ、１２…メインメモリ、１３…補助記憶デバイス、１４…表示デバイス、１５…入力デバイス、１６…読取デバイス、１７…プリンタ、１８…通信インタフェース、１９…伝送路、２０…ポイント管理装置、２１…プロセッサ、２２…メインメモリ、２３…補助記憶デバイス、２４…通信インタフェース、２５…伝送路、３０…情報端末、４０…通信ネットワーク、１００…ポイント管理システム。

Claims (6)

1. 利用者が獲得済みのポイントの数を、当該ポイントを識別する識別コードと、ウェブページとに関連付けて記憶する記憶手段と、
   情報端末からのウェブアクセスに対して、アクセス先のウェブページに関連付けて前記記憶手段に記憶された前記ポイントを識別する前記識別コードを前記情報端末に通知する通知手段と、
   前記通知手段により前記情報端末に通知された前記識別コードを前記情報端末から取得する取得手段と、
   ポイントを付与する条件が成立したことに応じて、前記取得手段により取得された前記識別コードに関連付けて前記記憶手段に記憶されたポイントの数を前記ポイントの付与のために変更する変更手段と、
   を具備したポイント管理システム。
2. 前記識別コードを表した証票を発行する発行手段、
   をさらに備え、
   前記取得手段は、前記証票に表された前記識別コードを取得する、
   請求項１に記載のポイント管理システム。
3. 前記発行手段は、前記取得手段が前記証票に表された前記識別コードを取得した場合には、前記変更手段により前記ポイントの数が変更されたことに応じて前記証票を発行し、前記取得手段が前記情報端末から前記識別コードを取得した場合には、前記変更手段により前記ポイントの数が変更されたことに応じて前記証票を発行しない、
   請求項２に記載のポイント管理システム。
4. 前記記憶手段は、前記識別コードとして互いに異なる第１及び第２の識別コードを記憶し、
   前記通知手段は、前記第１の識別コードを前記情報端末に通知し、
   前記発行手段は、前記第２の識別コードを表した前記証票を発行する、
   請求項２又は請求項３に記載のポイント管理システム。
5. 利用者が獲得済みのポイントの数を、当該ポイントを識別する識別コードと、ウェブページとに関連付けて記憶する記憶手段にアクセス可能で、
   情報端末からのウェブアクセスに対して、アクセス先のウェブページに関連付けて前記記憶手段に記憶された前記ポイントを識別する前記識別コードを前記情報端末に通知する通知手段と、
   前記通知手段により前記情報端末に通知された前記識別コードを前記情報端末から取得する取得手段と、
   ポイントを付与する条件が成立したことに応じて、前記取得手段により取得された前記識別コードに関連付けて前記記憶手段に記憶されたポイントの数を前記ポイントの付与のために変更する変更手段と、
   を具備したポイント管理装置。
6. 利用者が獲得済みのポイントの数を、当該ポイントを識別する識別コードと、ウェブページとに関連付けて記憶する記憶手段にアクセス可能なポイント管理装置に設けられたコンピュータを、
   情報端末からウェブアクセスに対して、アクセス先のウェブページに関連付けて前記記憶手段に記憶された前記ポイントを識別する前記識別コードを前記情報端末に通知する通知手段と、
   前記通知手段により前記情報端末に通知された前記識別コードを前記情報端末から取得する取得手段と、
   ポイントを付与する条件が成立したことに応じて、前記取得手段により取得された前記識別コードに関連付けて前記記憶手段に記憶されたポイントの数を前記ポイントの付与のために変更する変更手段と、
   して機能させるための情報処理プログラム。