JP2008210121A - ポイント処理装置およびポイント処理システム - Google Patents

Abstract

【課題】店舗ごとにポイントを管理することができるようにする。
【解決手段】決済端末１０およびセンターサーバ３０とのそれぞれに接続される店舗サーバ２０を設置する。店舗サーバ２０は、ポイント情報テーブル２５２と販促情報テーブル２５３とを備える。店舗サーバ２０は、会員ＩＤと決済金額とを含む決済情報を決済端末１０から受け付け、受け付けた決済情報に含まれている決済金額と販促情報とに基づいて、会員にポイントを加算するかどうかを判定する。店舗サーバ２０は、ポイントを加算する場合、決済金額と販促情報とに基づいて加算するポイント数を決定し、決定したポイント数をポイント情報テーブル２５２のポイント数に加算する。店舗サーバ２０は、ポイントを減算する場合、ポイント処理要求をセンターサーバ３０に送信する。
【選択図】図１

Description

本発明は、ポイント処理装置およびポイント処理システムに関する。

会員に対する販売促進の一環としてポイントを発行することが行われている。会員に付与されたポイントは、店舗に設置されるキオスク端末や、複数の店舗を集中管理するサーバ装置において管理される。特許文献１では、ポイント端末が取得したポイント処理に必要な情報に基づいて付与されるポイントが、ポイント処理装置において累積する仕組みが開示されている。
特開２００５−８５００６号公報。

しかしながら、サーバ側でポイントを管理するようにすると、会員にポイントを発行する度にサーバにアクセスをする必要があり、サーバの処理負荷や通信路の通信負荷が高くなる。一方、ポイントを店舗ごとに管理すると、他の店舗で買い物をする場合などには、会員がポイントを使うことができなくなる。

本発明は、このような背景を鑑みてなされたものであり、店舗ごとにポイントを管理することのできるポイント処理装置およびポイント処理システムを提供することを目的とする。

上記課題を解決するための本発明のうち主たる発明は、店舗ごとに設置され、会員に付与されたポイントの残高を管理する残高テーブルを有するポイント管理装置と通信可能に接続されるポイント処理装置であって、前記残高テーブルに記憶されている前記会員ごとの前記残高を取得する残高取得部と、前記会員を特定する会員ＩＤに対応付けて、前記会員についての前記ポイントの前記残高を記憶する残高記憶部と、前記会員が利用した金額に応じて前記ポイントを加算するか減算するかを決定するための演算決定情報および前記金額に応じて加算するポイント数を決定するための加算数決定情報を含む販促情報を記憶する販促情報記憶部と、前記会員ＩＤおよび前記会員が利用した金額を含む決済情報の入力を受け付ける決済情報入力部と、前記決済情報に含まれる前記金額および前記販促情報に含まれる前記演算決定情報に基づいて前記ポイントを加算するかどうかを判定する加算決定部と、前記ポイントを加算する場合、前記決済情報に含まれる前記金額および前記販促情報に含まれる前記加算数決定情報に基づいて前記ポイント数を決定し、決定した前記ポイント数を、前記決済情報に含まれる前記会員ＩＤに対応する前記残高記憶部の前記残高に加算する加算処理部と、前記ポイントを減算する場合、前記決済情報に含まれる前記会員ＩＤおよび前記金額を含む、前記ポイントを減算するように指示するポイント減算要求を前記ポイント管理装置に送信する減算処理部と、を備えることとする。

本発明によれば、店舗ごとにポイントを管理することができる。

＝＝システム構成＝＝
図１は、本実施形態に係るポイント処理システムの全体構成を示す図である。本実施形態のポイント処理システムは、ポイントを用いて会員に対する販促を行うためのものである。本実施形態では、会員が店舗において商品やサービスを購入した場合に、その購入額に応じてポイントを付与し、会員の購入額や累積のポイント数などが所定の条件を満たした場合には、クーポン券や商品券などのチケットを発行する。

図１に示すように、本実施形態のポイント処理システムは、決済端末１０、店舗サーバ２０およびセンターサーバ３０を含んで構成されている。

決済端末１０は、店舗において決済処理を行うコンピュータである。決済端末１０は、例えば、ＰＯＳ（Point Of Sales）端末やレジスタとして機能する。決済端末１０には、一般的なパーソナルコンピュータなどを用いることもできる。

店舗サーバ２０は、店舗において会員のポイントを管理するコンピュータである。店舗サーバ２０は、例えば、パーソナルコンピュータやワークステーションなどである。店舗サーバ２０と決済端末１０とは、ＬＡＮ（Local Area Network）４１を介して接続されている。ＬＡＮ４１は、例えば、イーサネット（登録商標）や構内電話回線網などにより構築される通信路である。ＬＡＮ４１は、有線であってもよいし、無線であってもよい。店舗サーバ２０は、決済端末１０から決済金額を受信して、決済金額に応じて、会員に付与するポイント数を決定する。また、後述するように、会員に対して発券を行う場合など、会員のポイントを減算する必要がある場合には、店舗サーバ２０は、センターサーバ３０にポイントの発行処理を委譲する。

センターサーバ３０は、各店舗の会員のポイントを統括して管理するコンピュータである。センターサーバ３０は、例えば、ワークステーションやパーソナルコンピュータであり、本部などに設置される。店舗サーバ２０とセンターサーバ３０とは通信ネットワーク４２を介して接続されている。通信ネットワーク４２は、例えば、インターネットやＶＡＮ（Value Added Network）であり、公衆電話回線網や専用電話回線、フレームリレー網などにより接続される。センターサーバ３０は、後述するように、会員のポイントを管理するテーブルを有しており、会員に対して付与されたポイントを定期的に店舗サーバ２０から受信して会員のポイントを更新する。また、発券を伴う販促がある場合、センターサーバ３０は、店舗サーバ２０からの要求に応じて、ポイントの減算処理を行う。

＝＝決済端末１０＝＝
図２は、決済端末１０のハードウェア構成を示す図である。同図に示すように、決済端末１０は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース１０４、入力装置１０５、出力装置１０６、印刷装置１０７を備えている。記憶装置１０３は、各種のプログラムやデータを記憶する、例えば、ハードディスクドライブやＣＤ−ＲＯＭドライブなどである。ＣＰＵ１０１は、記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより各種の機能を実現する。通信インタフェース１０４は、ＬＡＮ４１に接続するためのインタフェースである。通信インタフェース１０４は、例えば、イーサネット（登録商標）に接続するためのアダプタや、電話回線網に接続するためのモデムなどである。入力装置１０５は、データの入力を受け付ける、例えばキーボードやタッチパネル、マウス、ボタン、マイクロフォンなどである。出力装置１０６は、データを出力する、例えばディスプレイやスピーカなどである。印刷装置１０７は、チケットなどの印刷を行う。

図３は、決済端末１０のソフトウェア構成を示す図である。同図に示すように、決済端末１０は、決済処理部１１１、ポイント処理要求送信部１１２、ポイント発行情報受信部１１３、ポイント発行情報出力部１１４、タンキング情報送信部１１５、タンキング情報テーブル１５１を備えている。

決済処理部１１１は、会員に対する決済処理を行う。決済処理部１１１は、一般的なＰＯＳ端末などにおいて行われるレジスタ機能を実現し、少なくとも会員に対して決済された決済金額を取得する。また、決済処理部１１１は、会員の識別情報（以下、会員ＩＤという。）を取得する。決済処理部１１１は、例えば、磁気カードやＩＣカードなどの会員証から会員ＩＤを読み出すようにしてもよいし、入力装置１０５を介して会員ＩＤの入力を受け付けるようにしてもよい。

ポイント処理要求送信部１１２は、ポイントを用いた販促を行うように指示するコマンド（以下、ポイント処理要求という。）を店舗サーバ２０に送信する。本実施形態では、決済金額に応じて会員にポイントが加算されるが、決済額やポイントの累積額などに応じて商品券などが発券される場合には、所定数のポイントが減算される。

ポイント発行情報受信部１１３は、ポイント処理要求に応じて店舗サーバ２０から送信される、会員に対して発行されたポイント数を含む情報（以下、ポイント発行情報という。）を受信する。なお、ポイント発行情報には、会員に対して発券すべきチケットに関する情報（以下、発券情報という。）が含まれることもある。

ポイント発行情報出力部１１４は、ポイント発行情報に含まれるポイント数を出力する。また、ポイント発行情報出力部１１４は、ポイント発行情報に発券情報が含まれている場合、発券情報に基づいて印刷装置１０７を制御してチケットを印刷する。

タンキング情報テーブル１５１は、会員に対してポイントを発行した取引に係る情報（以下、タンキング情報という。）を記憶する。タンキング情報テーブル１５１に登録されるタンキング情報の構成例を図４に示す。同図に示すように、タンキング情報には、処理ＩＤ、会員ＩＤ、処理日付およびポイントが含まれている。取引ＩＤは、会員に対するポイントの発行取引を識別する情報である。処理日付は、ポイントを発行した日付であり、ポイントは、発行されたポイント数である。

タンキング情報送信部１１５は、タンキング情報テーブル１５１に記憶されているタンキング情報を店舗サーバ２０に送信する。タンキング情報送信部１１５は、例えば、日計処理などにおいて、店舗の従業員からの指示に応じてタンキング情報を送信する。これにより、店舗サーバ２０において、タンキング情報と、店舗サーバ２０で管理するポイントの発行履歴とを照合することができる。

なお、上述した決済処理部１１１、ポイント処理要求送信部１１２、ポイント発行情報受信部１１３、ポイント発行情報出力部１１４およびタンキング情報送信部１１５は、決済端末１０が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムを実行することにより実現される。また、タンキング情報テーブル１５１は、決済端末１０が備えるメモリ１０２や記憶装置１０３が提供する記憶領域として実現される。

＝＝センターサーバ３０＝＝
図５は、センターサーバ３０のハードウェア構成を示す図である。同図に示すように、センターサーバ３０は、ＣＰＵ３０１、メモリ３０２、記憶装置３０３、通信インタフェース３０４を備えている。記憶装置３０３は、各種のプログラムやデータを記憶する、例えば、ハードディスクドライブやＣＤ−ＲＯＭドライブ、フラッシュメモリなどである。ＣＰＵ３０１は、記憶装置３０３に記憶されているプログラムをメモリ３０２に読み出して実行することにより各種の機能を実現する。通信インタフェース３０４は、通信ネットワーク４２に接続するためのインタフェースである。通信インタフェース３０４は、例えば、イーサネット（登録商標）に接続するためのアダプタや、電話回線網に接続するためのモデムである。

図６は、センターサーバ３０のソフトウェア構成を示す図である。同図に示すように、センターサーバ３０は、ポイント処理要求受信部３１１、ポイント処理部３１２、ポイント発行情報送信部３１３、同期要求受信部３１４、更新情報送信部３１５、店舗情報テーブル３５１、会員情報テーブル３５２、ポイント情報テーブル３５３、販促情報テーブル３５４、券種情報テーブル３５５、履歴情報テーブル３５６を備えている。

店舗情報テーブル３５１は、店舗サーバ２０が設置される店舗に関する情報（以下、店舗情報という。）を記憶する。店舗情報テーブル３５１に記憶される店舗情報の構成例を図７に示す。同図に示すように、店舗情報は、エリアＩＤ、企業ＩＤ、店舗ＩＤ、店舗名、会員数、発行ポイント数を含んでいる。店舗ＩＤは、店舗の識別情報であり、エリアＩＤは、店舗が設置されている商圏を特定する情報である。企業ＩＤは、店舗を運営する企業の識別情報である。会員数は、エリアＩＤが示す商圏に所属する会員の数である。発行ポイント数は、エリアＩＤが示す商圏に所属する会員に付与されたポイント数の合計である。

会員情報テーブル３５２は、会員に関する情報（以下、会員情報という。）が記憶される。会員情報テーブル３５２に記憶される会員情報の構成例を図８に示す。同図に示すように、会員情報は、会員が所属する商圏を示すエリアＩＤ、会員を識別する会員ＩＤ、会員の氏名、住所、年齢、性別が含まれている。

ポイント情報テーブル３５３（本発明の残高テーブルに該当する。）は、会員に付与されたポイントに関する情報（以下、ポイント情報という。）を記憶する。ポイント情報テーブル３５３に記憶されるポイント情報の構成例を図９に示す。同図に示すように、ポイント情報は、会員ＩＤ、ポイント残高、累積ポイント数、累積買上金額、累積来店回数が含まれている。ポイント残高は、現在会員に付与されているポイントの残高であり、累積ポイント数は、会員に対して発行されたポイント数の類型である。累積買上金額は、会員が決裁を行った金額の累積値である。

販促情報テーブル３５４は、会員に対して行う販促に関する情報（以下、販促情報という。）を記憶する。本実施形態では、販促情報には、会員に対して発行するポイントのポイント数を決定する情報と、会員に対してチケットを発行する場合に減算するポイント数を決定する情報とが含まれる。販促情報テーブル３５４に記憶される販促情報の構成例を図１０に示す。同図に示すように、販促情報には、販促ＩＤ、店舗ＩＤ、対象期間、累積条件、金額条件、券種ＩＤ、ポイントレートが含まれている。販促ＩＤは、販促情報の識別情報である。対象期間は、会員に対する販促を行う期間であり、金額条件は、会員の決裁金額に対する条件である。後述するように、決済時点が対象期間内であり、累積のポイント数が累積条件にマッチし、かつ、決済金額が金額条件にマッチした場合に、ポイントまたはチケットが発行される。券種ＩＤ（本発明の演算決定情報に対応する。）は、発行するチケットに関する後述の券種情報を特定する情報である。券種ＩＤが設定されていない場合に会員にポイントが加算され、設定されている場合には、ポイントが減算されて、チケットが印刷される。なお、クーポン券のように、チケットによってはポイントが減算されないこともある。ポイントレート（本発明の加算数決定情報に対応する。）は、発行するポイント数または使用するポイント数を決定するための情報である。本実施形態では、決済金額に対する割合であるものとする。なお、販促情報には、上記の条件以外にも各種の条件を設定するようにすることができる。また、発行するポイント数は、所定の定数としてもよいし、会員の累積ポイント数に対する割合などとしてもよい。

券種情報テーブル３５５は、発行するチケットに関する情報（以下、券種情報という。）を記憶する。券種情報テーブル３５５に記憶される券種情報の構成例を図１１に示す。同図に示すように、券種情報は、券種ＩＤに対応付けて、印字情報、発券ポイント数、バーコード情報、画像情報が含まれている。印字情報は、チケットに印刷する文字列である。発券ポイント数は、チケットを発行する場合に消費するポイント数である。発券ポイント数に値が設定されていない場合（図１１の例では「−」が設定されている場合）には、ポイントの減算なしにチケットが印刷される。バーコード情報は、バーコードとして印刷するデータである。画像情報は、チケットに印刷する画像を示す画像データである。

履歴情報テーブル３５６は、会員に対して行われたポイントに関する処理の履歴情報が記憶される。履歴情報テーブル３５６に記憶される履歴情報の構成例を図１２に示す。同図に示すように、履歴情報は、取引ＩＤ、端末ＩＤ、エリアＩＤ、会員ＩＤ、電文区分、処理日時、ポイント数が含まれている。取引ＩＤは、ポイントを発行する取引を特定する情報である。端末ＩＤは、決済処理を行った決済端末の端末ＩＤであり、エリアＩＤ、決裁を行った会員の所属する商圏を示す情報である。電文区分は、履歴情報がセンターサーバ３０で作成されたかどうかを示す。センターサーバ３０で作成された履歴情報には「１」が設定され、後述する店舗サーバ２０で作成された履歴情報には「０」が設定される。

ポイント処理要求受信部３１１は、店舗サーバ２０から送信される、ポイントの発行処理を行うように指示するコマンド（以下、ポイント処理要求という。）を受信する。ポイント処理要求には、端末ＩＤや会員ＩＤ、決済金額などが設定される。ポイント処理部３１２（本発明の減算処理部に該当する。）は、ポイント処理要求に応じて、販促情報に基づき、会員に発行するポイント数を算出する。ポイント発行情報送信部３１３は、ポイント処理部３１２が算出したポイント数などを含むポイント発行情報を店舗サーバ２０に送信する。なお、ポイント処理要求に応じてポイント数を算出する処理の詳細については後述する。

同期要求受信部３１４は、店舗サーバ２０から送信される、店舗サーバ２０とセンターサーバ３０との間でデータを同期するように指示するコマンド（以下、同期要求という。）を受信する。後述するように、同期要求には、店舗サーバ２０で発行されたポイントに関する履歴情報などが設定され、同期要求受信部３１４は、同期要求に設定されている履歴情報を履歴情報テーブル３５６に追加登録する。

更新情報送信部３１５は、同期要求に応じて、同期要求の送信元の店舗サーバ２０が設置されている商圏に対応する会員情報、ポイント情報、販促情報および券種情報を各テーブルから読み出し、読み出した情報を含む更新情報を店舗サーバ２０に送信する。

なお、上述したポイント処理要求受信部３１１、ポイント処理部３１２、ポイント発行情報送信部３１３、同期要求受信部３１４および更新情報送信部３１５は、センターサーバ３０が備えるＣＰＵ３０１が記憶装置３０３に記憶されているプログラムをメモリ３０２に読み出して実行することにより実現される。また、店舗情報テーブル３５１、会員情報テーブル３５２、ポイント情報テーブル３５３、販促情報テーブル３５４、券種情報テーブル３５５および履歴情報テーブル３５６の各テーブルは、センターサーバ３０が備えるメモリ２０２や記憶装置２０３が提供する記憶領域として実現される。

＝＝店舗サーバ２０＝＝
図１３は、店舗サーバ２０のハードウェア構成を示す図である。同図に示すように、店舗サーバ２０は、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４および２０５を備えている。記憶装置２０３は、各種のプログラムやデータを記憶する、例えばハードディスクドライブやＣＤ−ＲＯＭドライブ、フラッシュメモリなどである。ＣＰＵ２０１は、記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することで各種の機能を実現する。通信インタフェース２０４は、ＬＡＮ４１に接続するためのインタフェースであり、通信インタフェース２０５は、通信ネットワーク４２に接続するためのインタフェースである。通信インタフェース２０４および２０５は、例えば、イーサネット（登録商標）に接続するためのアダプタや電話回線網に接続するためのモデムである。

図１４は、店舗サーバ２０のソフトウェア構成を示す図である。同図に示すように、店舗サーバ２０は、ポイント処理要求受信部２１１、ポイント処理部２１２、通信障害検知部２１３、ポイント処理要求送信部２１４、ポイント発行情報受信部２１５、ポイント発行情報送信部２１６、同期要求送信部２１７、更新情報受信部２１８、タンキング情報受信部２１９、取引出力部２２０、会員情報テーブル２５１、ポイント情報テーブル２５２、販促情報テーブル２５３、券種情報テーブル２５４、履歴情報テーブル２５５を備えている。

会員情報テーブル２５１、ポイント情報テーブル２５２（本発明の残高記憶部に該当する。）、販促情報テーブル２５３、券種情報テーブル２５４および履歴情報テーブル２５５は、それぞれ上述したセンターサーバ３０が備える会員情報テーブル３５２、ポイント情報テーブル３５３、販促情報テーブル３５４、券種情報テーブル３５５および履歴情報テーブル３５６と同様の構成である。ここで、センターサーバ３０の各テーブルに記憶されている情報のうち、店舗サーバ２０が設置されている店舗が属する商圏に関するものだけが店舗サーバ２０の各テーブルに記憶される。すなわち、会員情報テーブル２５１には、店舗の商圏を示すエリアＩＤに対応する会員情報のみが記憶され、ポイント情報テーブル３５３には、会員情報テーブル２５１に登録されている会員情報に対応するポイント情報のみが記憶される。販促情報テーブル２５３には、店舗を示す店舗ＩＤに対応する販促情報のみが記憶され、券種情報テーブル２５４には、販促情報テーブル２５３に記憶されている販促情報の券種ＩＤが示す券種情報のみが登録されている。また、履歴情報テーブル２５５には、店舗サーバ２０において発行されたポイントに関する履歴情報のみが登録される。なお、履歴情報テーブル２５５に登録される履歴情報の詳細については後述する。

ポイント処理要求受信部２１１は、決済端末１０から送信されるポイント処理要求を受信する。

ポイント処理部２１２（本発明の加算決定部、および加算処理部に該当する。）は、会員に対するポイントの発行処理を行う。具体的には、ポイント処理部２１２は、ポイント処理要求に応じて会員に発行するポイントを決定し、発行するポイントに関する情報（以下、ポイント発行情報という。）を生成する。なお、ポイント処理部２１２によるポイントの発行処理の詳細については後述する。

通信障害検知部２１３は、店舗サーバ２０とセンターサーバ３０との間の通信の異常を検知する。通信障害検知部２１３は、例えば、定期的にセンターサーバ３０に対してリクエストを送信し、センターサーバ３０から応答があるかどうかを判断することにより、通信の障害を検知することができる。

ポイント処理要求送信部２１４は、決済端末１０から受信したポイント処理要求に、新たに生成した取引ＩＤや、店舗サーバ２０が設置されている店舗を示す店舗ＩＤを設定してセンターサーバ３０に送信する。後述するように、ポイント処理要求送信部２１４は、チケットの発券を伴う販促を行う場合に、ポイント処理要求をセンターサーバ３０に送信する。

ポイント発行情報受信部２１５は、ポイント処理要求に応じてセンターサーバ３０から送信されるポイント発行情報を受信する。

ポイント発行情報送信部２１６は、ポイント処理部２１２が生成したポイント発行情報またはポイント発行情報受信部２１５がセンターサーバ３０から受信したポイント発行情報を決済端末１０に送信する。

同期要求送信部２１７は、同期要求をセンターサーバ３０に送信する。後述するように、同期要求には、店舗ＩＤと、履歴情報テーブル２５５に記憶されている履歴情報のうち、電文区分が「１」であるものとが含まれる。同期要求に含まれる履歴情報は、センターサーバ３０の履歴情報テーブル３５６に追加登録される。

更新情報受信部２１８は、同期要求に応じてセンターサーバ３０から送信される更新情報を受信する。更新情報には、後述するように、最新の会員情報、ポイント情報、販促情報および券種情報が含まれる。更新情報受信部２１８は、会員情報テーブル２５１、ポイント情報テーブル２５２、販促情報テーブル２５３および券種情報テーブル２５４のレコードを削除して、更新情報に含まれる情報を各テーブルに登録する。

タンキング情報受信部２１９は、決済端末１０から送信されるタンキング情報を受信する。

取引出力部２２０は、タンキング情報と履歴情報とを一覧表示する。取引出力部２２０は、タンキング情報受信部２１９が受信したタンキング情報のそれぞれについて、タンキング情報に含まれる取引ＩＤに対応する履歴情報を履歴情報テーブル２５５から読み出し、読み出した履歴情報とタンキング情報とを対応付けて出力する。これにより、決済端末１０において処理されたポイントの履歴と、店舗サーバ２０で処理されたポイントの履歴とが対応付けて出力される。したがって、店舗の管理者などはこの出力を参考にして、処理が適切に行われたかどうかを監査することができる。

なお、上述したポイント処理要求受信部２１１、ポイント処理部２１２、通信障害検知部２１３、ポイント処理要求送信部２１４、ポイント発行情報受信部２１５、ポイント発行情報送信部２１６、同期要求送信部２１７、更新情報受信部２１８、タンキング情報受信部２１９および取引出力部２２０はそれぞれ、店舗サーバ２０が備えるＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現される。また、上述した会員情報テーブル２５１、ポイント情報テーブル２５２、販促情報テーブル２５３、券種情報テーブル２５４および履歴情報テーブル２５５の各テーブルは、店舗サーバ２０が備えるメモリ２０２や記憶装置２０３が提供する記憶領域として実現される。

＝＝ポイントの発行処理＝＝
以下、本実施形態のポイント処理システムの処理について説明する。
まず、図１５〜２１は、本実施形態のポイント処理システムにおけるポイントの発行処理の流れを説明するための図である。本実施形態では、会員が店舗において商品やサービスを購入した際に、決済金額に応じてポイントが発行され、また会員のポイントを使ってチケットが発行される。

図１５は、決済時における決済端末１０の処理の流れを示す図である。
決済端末１０は、会員ＩＤの入力を受け付ける（Ｓ５０１）。会員ＩＤは、例えば、磁気カードやＩＣカードなどから読み取るようにしてもよいし、タッチパネルやキーボードなどの入力装置１０５から入力するようにしてもよい。

決済端末１０は、入力された会員ＩＤと、決済端末１０の端末ＩＤおよび商品やサービスの決済金額を設定したポイント処理要求を店舗サーバ２０に送信し（Ｓ５０２）、ポイント処理要求に応じて店舗サーバ２０から送信されるポイント発行情報を受信する（Ｓ５０３）。

決済端末１０は、受信したポイント発行情報に含まれている取引ＩＤ、会員ＩＤ、発行ポイント数と、現在の日付とを設定したタンキング情報を生成し、生成したタンキング情報をタンキング情報テーブル１５１に登録する（Ｓ５０４）。決済端末１０は、を出力装置１０６に出力する（Ｓ５０５）。具体的には、決済端末１０は、ポイント発行情報に含まれるポイント数を出力装置１０６に出力する。また、決済端末１０は、ポイント発行情報にチケット用の券種情報のリストが含まれている場合には、リストに含まれている券種情報に基づいてチケットを印刷する。

図１６は、店舗サーバ２０がポイント処理要求を受信したときの処理の流れを示す図である。
店舗サーバ２０は、ポイント処理要求に含まれている会員ＩＤに対応する会員情報を会員情報テーブル２５１から読み出し、会員ＩＤに対応するポイント情報をポイント情報テーブル２５２から読み出して（Ｓ５２１）、ポイント情報の累積買上金額にポイント処理要求に含まれている決済金額を加算する（Ｓ５２２）。

ここで店舗サーバ２０は、センターサーバ３０との間の通信に異常がないかどうかを判定する（Ｓ５２３）。センターサーバ３０との間の通信に異常がある場合（Ｓ５２３：ＹＥＳ）、販促情報テーブル２５３から、券種ＩＤに値が設定されていない販促情報を読み出し（Ｓ５２４）、異常がない場合には（Ｓ５２３：ＮＯ）、販促情報テーブル２５３から全ての販促情報を読み出す（Ｓ５２５）。

店舗サーバ２０は、履歴情報テーブル２５５において連番となる新規の取引ＩＤを生成し（Ｓ５２６）、各変数の初期化を行う。すなわち、店舗サーバ２０は、チケット発行フラグを偽に設定し、発行数を０に設定し、累積発行数を０に設定する（Ｓ５２７）。

次に、店舗サーバ２０は、図１７に示す、決済金額に応じた発行数の算出処理を行う（Ｓ５２８）。

店舗サーバ２０は、上記の読み出した販促情報のそれぞれについて、現在の日付が販促情報の対象期間内であるかどうかを判定し（Ｓ５４１）、決済金額が販促情報の金額条件を満たすかどうかを判定する（Ｓ５４２）。店舗サーバ２０は、現在の日付が販促情報の対象期間内であり（Ｓ５４１：ＹＥＳ）、かつ決済金額が販促情報の金額条件を満たす場合に（Ｓ５４２：ＹＥＳ）、販促情報の券種ＩＤに値が設定されていたときは（Ｓ５４３：ＮＯ）、券種情報テーブル２５４から券種ＩＤに対応する券種情報を読み出し（Ｓ５４４）、読み出した券種情報の発券ポイント数が正の数であるかどうかを判定する（Ｓ５４５）。ここで発券ポイント数が正の値である場合には（Ｓ５４５：ＹＥＳ）、ポイントを使用したチケットが発行されることになり、店舗サーバ２０は、チケット発行フラグを真に設定して（Ｓ５４６）、処理を終了する。

一方、券種ＩＤに値が設定されていない場合（Ｓ５４３：ＹＥＳ）、または券種情報の発券ポイント数が０以下であった場合には（Ｓ５４５：ＮＯ）、決済金額に販促情報のポイントレートを乗じた値を発行数に加算する（Ｓ５４７）。

店舗サーバ２０は、以上の処理を各販促情報について繰り返した後、ポイント情報のポイント数および累積ポイント数のそれぞれに発行数を加算する（Ｓ５４８）。

以上の処理により発行処理フラグが真のままであった場合（Ｓ５２９：ＹＥＳ）、店舗サーバ２０は、図１８に示す累積ポイント数に応じた累積発行数の算出処理を行う（Ｓ５３０）。

店舗サーバ２０は、上記の販促情報のそれぞれについて、現在の日付が販促情報の対象期間内であるかどうかを判定し（Ｓ５６１）、決済金額が販促情報の金額条件を満たすかどうかを判定する（Ｓ５６２）。店舗サーバ２０は、現在の日付が販促情報の対象期間内であり（Ｓ５６１：ＹＥＳ）、かつ決済金額が販促情報の金額条件を満たす場合に（Ｓ５６２：ＹＥＳ）、決済金額に販促情報のポイントレートを乗じた数を累積発行数に加算する（Ｓ５６３）。

店舗サーバ２０は、以上の処理を繰り返すことにより算出された累積発行数を、ポイント情報のポイント数および累積ポイント数のそれぞれに加算する（Ｓ５６４）。
以上のようにして累積発行数が算出される。

店舗サーバ２０は、発行数および累積発行数を加算して発行ポイント数とし（Ｓ５３１）、生成した取引ＩＤ、ポイント処理要求に含まれる端末ＩＤ、会員情報に含まれるエリアＩＤ、ポイント処理要求に含まれる会員ＩＤ、現在の日時、電文区分としての「０」、およびポイント数としての発行ポイント数を設定した履歴情報を生成し、生成した履歴情報を履歴情報テーブル２５５に登録する（Ｓ５３２）。

また、店舗サーバ２０は、上述の取引ＩＤ、会員ＩＤおよび発行ポイント数を設定したポイント発行情報を生成し、生成したポイント発行情報を決済端末１０に送信する（Ｓ５３３）。

一方、上述した図１７の処理において、チケット発行フラグが真となった場合（Ｓ５２９：ＹＥＳ）、店舗サーバ２０は、生成した取引ＩＤと店舗ＩＤとをポイント処理要求に設定してセンターサーバ３０に送信して（Ｓ５３４）、センターサーバ３０でポイントの処理を行うようにする。

店舗サーバ２０は、ポイント処理要求に応じてセンターサーバ３０から送信されるポイント発行情報を受信し（Ｓ５３５）、取引ＩＤと電文区分としての「１」のみを設定した履歴情報を生成して履歴情報テーブル２５５に登録するとともに（Ｓ５３６）、受信したポイント発行情報を決済端末１０に送信する（Ｓ５３７）。

図１９は、店舗サーバ２０からのポイント処理要求に応じてセンターサーバ３０が行う処理の流れを示す図である。
センターサーバ３０は、ポイント処理要求に含まれている会員ＩＤに対応する会員情報を会員情報テーブル３５２から読み出し、会員ＩＤに対応するポイント情報をポイント情報テーブル３５３から読み出す（Ｓ５８１）。センターサーバ３０は、ポイント処理要求に含まれている決済金額をポイント情報の累積買上金額に加算する（Ｓ５８２）。

センターサーバ３０は、券種情報を格納するリストを空にして（Ｓ５８３）、図２０に示す発行数の算出処理を行う（Ｓ５８４）。

センターサーバ３０は、発行数を０に初期化し（Ｓ６０１）、販促情報テーブル３５４に記憶されている販促情報のそれぞれについて以下の処理を行う。

センターサーバ３０は、現在の日付が販促情報の対象期間内であり（Ｓ６０２：ＹＥＳ）、かつ決済金額が販促情報の金額条件を満たす場合に（Ｓ６０３：ＹＥＳ）、販促情報に券種ＩＤが設定されているときは（Ｓ６０４）、券種ＩＤに対応する券種情報を券種情報テーブル３５５から読み出す（Ｓ６０５）。センターサーバ３０は、読み出した券種情報をリストに追加し（Ｓ６０６）、券種情報の発券ポイント数を発行数から減算する（Ｓ６０７）。

また、センターサーバ３０は、決済金額に販促情報のポイントレートを乗じた数を発行数に加算する（Ｓ６０８）。

以上の処理を繰り返した後、センターサーバ３０は、ポイント情報のポイント数および累積ポイント数のそれぞれに発行数を加算する（Ｓ６０９）。

センターサーバ３０は、以上のようにして発行数を算出した後、図２１に示す累積発行数の算出処理を行う（Ｓ５８５）。

センターサーバ３０は、累積発行数を０に初期化し（Ｓ６２１）、販促情報テーブル３５４に記憶されている販促情報のそれぞれについて以下の処理を行う。

センターサーバ３０は、現在の日付が販促情報の対象期間内であり（Ｓ６２２：ＹＥＳ）、かつポイント情報の累積ポイント数が販促情報の累積条件を満たす場合（Ｓ６２３：ＹＥＳ）、決済金額に販促情報のポイントレートを乗じた値を累積発行数に加算する（Ｓ６２４）。

センターサーバ３０は、以上の処理を繰り返して累積発行数を算出した後、ポイント情報のポイント数および累積ポイント数のそれぞれに累積発行数を加算する（Ｓ６２５）。

次に、センターサーバ３０は、上述のようにして算出した発行数および累積発行数の和を発行ポイント数として（Ｓ５８６）、ポイント処理要求に含まれる取引ＩＤおよび端末ＩＤ、会員情報に含まれるエリアＩＤ、ポイント処理要求に含まれる会員ＩＤ、現在の日時、電文区分としての「０」、並びに発行ポイント数を設定した履歴情報を生成し、生成した履歴情報を履歴情報テーブル３５６に登録する（Ｓ５８７）。また、センターサーバ３０は、上記の取引ＩＤ、会員ＩＤ、発行ポイント数、および券種情報のリストを設定したポイント発行情報を店舗サーバ２０に送信する（Ｓ５８８）。

＝＝同期処理＝＝
図２２は、店舗サーバ２０とセンターサーバ３０との間でデータを同期する処理の流れを示す図である。図２２に示す同期処理は、所定の時間ごとに定期的に行われるものとする。

店舗サーバ２０は、履歴情報テーブル２５５に記憶されている履歴情報を読み出し（Ｓ７０１）、読み出した履歴情報から電文区分が「１」であるものを除外する（Ｓ７０２）。店舗サーバ２０は、店舗ＩＤと、上記の履歴情報とを含む同期要求をセンターサーバ３０に送信する（Ｓ７０３）。

センターサーバ３０は、同期要求を受信すると、同期要求に含まれている履歴情報を履歴情報テーブル３５６に追加登録する（Ｓ７０４）。また、センターサーバ３０は、同期情報に含まれている履歴情報に基づいて、会員ＩＤごとにポイント数を合計し（Ｓ７０５）、各会員ＩＤについて、会員ＩＤに対応するポイント情報を取得し、合計したポイント数をポイント情報のポイント数および累積ポイント数に加算する（Ｓ７０６）。

センターサーバ３０は、同期要求に設定されている店舗ＩＤに対応する店舗情報を店舗情報テーブル３５１から読み出し（Ｓ７０７）、読み出した店舗情報のエリアＩＤに対応する会員情報を会員情報テーブル３５２から読み出す（Ｓ７０８）。センターサーバ３０は、読み出した会員情報の会員ＩＤに対応するポイント情報をポイント情報テーブル３５３から読み出す（Ｓ７０９）。

また、センターサーバ３０は、店舗ＩＤに対応する販促情報を販促情報テーブル３５４から読み出し（Ｓ７１０）、読み出した販促情報の券種ＩＤに対応する券種情報を券種情報テーブル３５５から読み出す（Ｓ７１１）。

センターサーバ３０は、上記のようにして読み出した会員情報、ポイント情報、販促情報および券種情報を含む更新情報を店舗サーバ２０に送信する（Ｓ７１２）。

店舗サーバ２０は、センターサーバ３０から更新情報を受信すると、会員情報を会員情報テーブル２５１から削除し、ポイント情報をポイント情報テーブル２５２から削除し、販促情報を販促情報テーブル２５３から削除し、券種情報を券種情報テーブル２５４から削除する（Ｓ７１３）。店舗サーバ２０は、受信した更新情報に含まれている会員情報を会員情報テーブル２５１に登録し、更新情報に含まれているポイント情報をポイント情報テーブル２５２に登録し、更新情報に含まれている販促情報を販促情報テーブル２５３に登録し、更新情報に含まれている券種情報を券種情報テーブル２５４に登録する（Ｓ７１４）。

以上のようにして、店舗サーバ２０において発行されたポイントの履歴がセンターサーバ３０に登録されるとともに、他の店舗の店舗サーバ２０で発行されたポイントや、センターサーバ３０で発行されたポイントなどを反映したポイント情報や、最新の販促情報などが店舗サーバ２０のテーブルに登録される。したがって、会員が他の店舗においてポイントの付与を受けていても、定期的に店舗においてもそのポイントが反映されるようになる。

以上説明したように、本実施形態のポイント処理システムによれば、センターサーバ３０においてポイントが集中管理されるとともに、店舗サーバ２０においてもポイントが管理され、ポイントを発行するときには店舗サーバ２０においてポイントが加算処理され、ポイントが使われるときにはセンターサーバ３０においてポイントが減算処理されるようにすることができる。

したがって、ポイントを発行する場合には、センターサーバ３０にアクセスすることなくポイントの発行処理を行うことができるので、ポイントの発行処理にかかるセンターサーバ３０の処理負荷を低減し、またセンターサーバ３０にアクセスするための通信負荷を低減することができる。これにより、より効率的にポイントの発行処理を行うことができる。よって、多くの店舗が存在する場合でも、効率的なポイントの処理を行うことが可能となる。

一方、ポイントを使う場合には、センターサーバ３０においてポイントの処理を行うようにすることができる。ポイントの使用をセンターサーバ３０で集中的に行うことで、複数の店舗において会員がポイントを利用するような場合でも、会員に付与されたポイント以上のポイントが利用されることを防ぐことができる。

また、本実施形態のポイント処理システムでは、店舗サーバ２０とセンターサーバ３０との間の通信に異常が発生した場合には、ポイントを使う販促を行わないようにして、通信を行わないようにする一方、ポイントの発行による販促は継続することができる。したがって、仮設の店舗など、通信状況が悪い環境であっても、ポイントを用いた販促を効果的に行うことが可能となる。また、店舗サーバ２０とセンターサーバ３０との間は常に接続されていなくてもよいので、通信コストを低減することができる。

また、本実施形態のポイント処理システムでは、センターサーバ３０と店舗サーバ２０との間で定期的にデータの同期を行うことができるので、同一商圏内の他の店舗においても、会員に対するポイントを正確に把握することができる。

また、本実施形態のポイント処理システムでは、決済端末１０において蓄積されるタンキング情報と、店舗サーバ２０で蓄積される履歴情報とを対応付けて出力することができる。したがって、店舗の管理者は、ポイント処理システムにおけるポイントの発行処理が適切になされたかどうかを監査することができる。

また、本実施形態のポイント処理システムでは、センターサーバ３０において処理されたポイントについても、連番となる取引ＩＤを設定した履歴情報を店舗サーバ２０に蓄積することができる。したがって、店舗サーバ２０に蓄積される履歴情報の取引ＩＤの連続性を担保することができるので、決済端末１０に蓄積されるタンキング情報と、店舗サーバ２０に蓄積される履歴情報との間で取引ＩＤによる照合を行うことができる。よって、管理者は、正確な監査を行うことができる。

以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。

例えば、本実施形態では、ポイントやチケットを発行する条件として、日付と決済金額と累積ポイント数に対する条件を販促情報に管理するようにしたが、これに限らず各種の条件をつけるようにすることができる。例えば、会員の住所や年齢、性別、ポイントの残高、累積売上金額などに対しての条件を販促情報に含まるようにすることができる。これらの組み合わせに対しての条件を含めるようにしてもよい。

また、本実施形態では、同一商圏内の会員についての情報のみを同期するものとしたが、これに限らず、全ての会員についての会員情報やポイント情報などを同期するようにしてもよい。

また、本実施形態では、センターサーバ３０から店舗サーバ２０への更新情報には、簡単のため、対応する情報を全て含めるようにしたが、センターサーバ３０において追加や更新された情報だけを含めるようにしてもよい。

なお、本発明には以下の態様も含まれる。
複数種類のポイントを用意し、それぞれの種類のポイントの付与（算出）を、それぞれ異なる装置で実行する。この場合、装置ごとに、自身で付与（算出）するポイントの種類に対応するポイント付与率を格納しておき、各装置が、自身が格納しているポイント付与率と購入金額とに基づいてポイントを算出する。

この態様を上述した図１のシステム構成で実現する場合、決済金額に比例するポイント（以下、基本ポイントという。）や、店舗ごとに顧客に対して付与するポイント（以下、ローカルポイントという。）は、決済端末１０または店舗サーバ２０において算出するようにする。この際、基本ポイントのように決済金額などの要素に応じて変更するポイントについては、店舗サーバ２０で算出し、ローカルポイントのうち、顧客に一律に付与するようなポイントについては、決済端末１０で算出するようにしてもよい。

また、上客に手厚くポイントを付与するなど、利用者に異なるポイント付与率を設定する場合には、センターサーバ３０の会員情報テーブル３５２に記憶される会員情報は、会員ごとのポイント付与率を含み、センターサーバ３０は、購入金額や累積ポイント、累積買上金額などと、会員情報に含まれるポイント付与率とに基づいてポイントを算出する。

さらに、当該態様については、以下のいずれのように制御してもよい。
（１）決済端末１０および店舗サーバ２０は、ポイント算出要求がある場合、ポイント算出要求に含まれる、ポイントの種別を識別するポイント識別子に基づいて、自身でポイントの算出処理を行うべきかどうかを判断し、自身で算出すべきときにはポイントの算出処理を実行し、そうでなければ、決済端末１０は店舗サーバ２０にポイント算出要求を送信し、店舗サーバ２０はセンターサーバ３０にポイント算出要求を送信する。
（２）決済端末１０および店舗サーバ２０の少なくともいずれかは、ポイント算出要求がある場合、例えば店舗ＩＤなど、センターサーバ３０でのポイント算出に必要な情報を特定し、この情報を特定する処理と並行して、自身でポイントの算出処理を行うべきかどうかを判断する処理を行う。

本実施形態に係るポイント処理システムの全体構成を示す図である。 決済端末１０のハードウェア構成を示す図である。 決済端末１０のソフトウェア構成を示す図である。 タンキング情報の構成例を示す図である。 センターサーバ３０のハードウェア構成を示す図である。 センターサーバ３０のソフトウェア構成を示す図である。 店舗情報の構成例を示す図である。 会員情報の構成例を示す図である。 ポイント情報の構成例を示す図である。 販促情報の構成例を示す図である。 券種情報の構成例を示す図である。 履歴情報の構成例を示す図である。 店舗サーバ２０のハードウェア構成を示す図である。 店舗サーバ２０のソフトウェア構成を示す図である。 決済時における決済端末１０の処理の流れを示す図である。 店舗サーバ２０がポイント処理要求を受信したときの処理の流れを示す図である。 店舗サーバ２０による発行数の算出処理の流れを示す図である。 店舗サーバ２０による累積発行数の算出処理の流れを示す図である。 ポイント処理要求に応じてセンターサーバ３０が行う処理の流れを示す図である。 センターサーバ３０による発行数の算出処理の流れを示す図である。 センターサーバ３０による累積発行数の算出処理の流れを示す図である。 店舗サーバ２０とセンターサーバ３０との間でデータを同期する処理の流れを示す図である。

符号の説明

１０ 決済端末 ２０ 店舗サーバ
３０ センターサーバ １０１ ＣＰＵ
１０２ メモリ １０３ 記憶装置
１０４ 通信インタフェース １０５ 入力装置
１０６ 出力装置 １０７ 印刷装置
１１１ 決済処理部 １１２ ポイント処理要求送信部
１１３ ポイント発行情報受信部 １１４ ポイント発行情報出力部
１１５ タンキング情報送信部 １５１ タンキング情報テーブル
２０１ ＣＰＵ ２０２ メモリ
２０３ 記憶装置 ２０４ 通信インタフェース
２０５ 通信インタフェース ２１１ ポイント処理要求受信部
２１２ ポイント処理部 ２１３ 通信障害検知部
２１４ ポイント処理要求送信部 ２１５ ポイント発行情報受信部
２１６ ポイント発行情報送信部 ２１７ 同期要求送信部
２１８ 更新情報受信部 ２１９ タンキング情報受信部
２２０ 取引出力部 ２５１ 会員情報テーブル
２５２ ポイント情報テーブル ２５３ 販促情報テーブル
２５４ 券種情報テーブル ２５５ 履歴情報テーブル
３０１ ＣＰＵ ３０２ メモリ
３０３ 記憶装置 ３０４ 通信インタフェース
３１１ ポイント処理要求受信部 ３１２ ポイント処理部
３１３ ポイント発行情報送信部 ３１４ 同期要求受信部
３１５ 更新情報送信部 ３５１ 店舗情報テーブル
３５２ 会員情報テーブル ３５３ ポイント情報テーブル
３５４ 販促情報テーブル ３５５ 券種情報テーブル
３５６ 履歴情報テーブル

Claims (5)

1. 店舗ごとに設置され、会員に付与されたポイントの残高を管理する残高テーブルを有するポイント管理装置と通信可能に接続されるポイント処理装置であって、
   前記残高テーブルに記憶されている前記会員ごとの前記残高を取得する残高取得部と、
   前記会員を特定する会員ＩＤに対応付けて、前記会員についての前記ポイントの前記残高を記憶する残高記憶部と、
   前記会員が利用した金額に応じて前記ポイントを加算するか減算するかを決定するための演算決定情報および前記金額に応じて加算するポイント数を決定するための加算数決定情報を含む販促情報を記憶する販促情報記憶部と、
   前記会員ＩＤおよび前記会員が利用した金額を含む決済情報の入力を受け付ける決済情報入力部と、
   前記決済情報に含まれる前記金額および前記販促情報に含まれる前記演算決定情報に基づいて前記ポイントを加算するかどうかを判定する加算決定部と、
   前記ポイントを加算する場合、前記決済情報に含まれる前記金額および前記販促情報に含まれる前記加算数決定情報に基づいて前記ポイント数を決定し、決定した前記ポイント数を、前記決済情報に含まれる前記会員ＩＤに対応する前記残高記憶部の前記残高に加算する加算処理部と、
   前記ポイントを減算する場合、前記決済情報に含まれる前記会員ＩＤおよび前記金額を含む、前記ポイントを減算するように指示するポイント減算要求を前記ポイント管理装置に送信する減算処理部と、
   を備えることを特徴とするポイント処理装置。
2. 請求項１に記載のポイント処理装置であって、
   連番となる番号に対応付けて、前記会員ＩＤおよび処理したポイント数を含む履歴情報を記憶する履歴情報記憶部を備え、
   前記加算処理部は、前記決済情報に含まれる前記会員ＩＤと前記決定したポイント数とを設定した前記履歴情報を生成し、生成した前記履歴情報に、連番となる新たな前記番号を割り当て、割り当てた前記番号に対応付けて前記履歴情報を前記履歴情報記憶部に登録し、
   前記減算処理部は、前記決済情報に含まれる前記会員ＩＤのみを設定した前記履歴情報を生成し、生成した前記履歴情報に、連番となる新たな前記番号を割り当て、割り当てた前記番号に対応付けて前記履歴情報を前記履歴情報記憶部に登録すること、
   を特徴とするポイント処理装置。
3. 請求項１に記載のポイント処理装置であって、
   前記履歴情報記憶部から前記ポイント数が設定されている前記履歴情報を抽出し、抽出した前記履歴情報に含まれる前記ポイント数の履歴を設定した、前記ポイントを加算するように指示するポイント加算要求を前記ポイント管理装置に送信する同期処理部を備えること、
   を特徴とするポイント処理装置。
4. 請求項１に記載のポイント処理装置であって、
   前記販促情報記憶部は、複数の前記販促情報を記憶しており、
   前記ポイント管理装置との間の通信の異常を検知する通信異常検知部と、
   前記通信異常検知部が前記通信の異常を検知した場合、前記販促情報記憶部に記憶されている前記販促情報のうち、前記ポイントが加算されると判定したもののみを抽出する販促情報抽出部と、
   を備え、
   前記加算決定部は、抽出された前記販促情報のそれぞれについて前記ポイント数を決定すること、
   を特徴とするポイント処理装置。
5. 会員に付与されるポイントを処理するポイント処理システムであって、
   店舗ごとに設置される店舗装置と、前記店舗装置と通信可能に接続されるポイント管理装置とを含んで構成され、
   前記ポイント管理装置は、前記会員を特定する会員ＩＤに対応付けて、前記ポイントの残高を管理する残高テーブルを備え、
   前記店舗装置は、
   前記会員ごとの前記残高を前記残高テーブルから取得する残高取得部と、
   取得した前記残高を、前記会員を特定する前記会員ＩＤに対応付けて記憶する残高記憶部と、
   前記会員が利用した金額に応じて前記ポイントを加算するか減算するかを決定するための演算決定情報、および前記金額に応じて加算するポイント数を決定するための加算数決定情報を含む販促情報を記憶する販促情報記憶部と、
   前記会員ＩＤおよび前記会員が利用した金額を含む決済情報の入力を受け付ける決済情報入力部と、
   前記決済情報に含まれる前記金額と前記販促情報に含まれる前記演算決定情報とに基づいて前記ポイントを加算するかどうかを決定する加算決定部と、
   前記ポイントを加算する場合、前記決済情報に含まれる前記金額と前記販促情報に含まれる前記加算数決定情報とに基づいて前記ポイント数を決定し、決定した前記ポイント数を、前記決済情報に含まれる前記会員ＩＤに対応する前記残高記憶部の前記残高に加算する加算処理部と、
   前記会員ＩＤに対応付けて、前記会員の残高に加算された前記ポイント数の履歴を記憶するポイント発行履歴記憶部と、
   所定のタイミングで、前記ポイント発行履歴記憶部に記憶されている前記ポイント数の履歴を前記ポイント管理装置に送信する発行履歴送信部と、
   前記ポイントを減算する場合、前記決済情報に含まれる前記会員ＩＤおよび前記金額を含む、前記ポイントを減算するように指示するポイント減算要求を前記ポイント管理装置に送信する減算処理部と、
   を備え、
   前記ポイント管理装置は、
   前記店舗装置から受信した前記会員ごとの前記ポイント数の履歴に基づいて、前記会員ごとに前記ポイント数の合計を算出し、算出した前記合計を、前記会員を特定する前記残高テーブルの前記残高に加算する同期処理部と、
   前記会員が利用した金額に応じて、減算するポイント数を決定するための減算数決定情報を記憶する減算数決定情報記憶部と、
   前記店舗装置から受信した前記減算要求に応じて、前記減算要求に含まれる前記金額および前記減算数決定情報に基づいて前記ポイント数を決定し、決定した前記ポイント数を、前記減算要求に含まれる前記会員ＩＤに対応する前記残高テーブルの前記残高から減算する減算処理部と、
   を備えること、
   を特徴とするポイント処理システム。

Images