JP2014241094A - 精算システム、商品登録装置、クーポン券発行方法、及び、プログラム - Google Patents

Abstract

【課題】顧客が必要とするクーポン券を発行することを可能にする精算システム、商品登録装置、クーポン券発行方法、及び、プログラムを提供する。【解決手段】顧客が購入しようとしている商品の登録内容を一意に識別可能な取引コードを生成する採番部１７ａと、顧客が購入しようとしている商品を特定する商品特定部１１と、商品特定部１１により特定された商品に値引きの設定が有るか否かを判定する判定部１７ｃと、値引きの設定が有ると判定された場合に、顧客が選択可能なクーポンを特定するクーポン特定部１７ｅと、取引コードを特定する情報と顧客が選択可能なクーポンの内容とを、精算券に印刷して出力する精算券出力部１５と、を備える。【選択図】図３

Description

本発明は、精算システム、商品登録装置、クーポン券発行方法、及び、プログラムに関する。

近年、小売業者の店舗では、レジの混雑の解消や業務の効率化を図るために、商品登録はレジ係りが商品登録装置で行ない、代金の支払いは顧客自身が商品登録装置とは異なる装置である精算装置で行なうセルフペイメントシステムと称される精算システムが導入され始めている。

また、顧客の定着化や販売促進などの目的で、顧客の購入金額や購入商品などに応じてクーポン券を発行するクーポン券発行装置が知られている（例えば、特許文献１を参照）。

特開２００２−２１６２４７号公報

しかしながら、従来のクーポン券発行装置では、精算時にクーポン券が発行され、顧客が必要としないクーポン券も発行されてしまう。そのため、クーポン券発行の目的を十分に達成し得るだけの効果を得ることができなかった。

上記問題点に鑑み、本発明では、顧客が必要とするクーポン券を発行することを可能にする精算システム、商品登録装置、クーポン券発行方法、及び、プログラムを提供することを課題とする。

本発明に係る精算システムは、顧客が購入しようとする一又は複数の商品の登録を行う商品登録装置と前記登録された商品の代金の精算処理を行う精算装置とを備える精算システムであって、前記商品登録装置は、前記顧客が購入しようとしている商品の前記登録の内容である登録内容を一意に識別可能な取引コードを生成する採番部と、前記顧客が購入しようとしている商品を特定する商品特定部と、前記特定された前記商品に値引きの設定が有るか否かを判定する判定部と、前記値引きの設定が有ると判定された場合に、前記顧客が購入しようとしている商品の内で、前記値引きが設定されている商品の点数に基づいて、前記顧客が選択可能なクーポンを特定するクーポン特定部と、前記採番部により生成された前記取引コードを特定する情報と前記特定された前記顧客が選択可能なクーポンの内容とを、前記精算装置で精算処理を行うための精算券に印刷して出力する精算券出力部と、を備え、前記精算装置は、前記精算券から前記取引コードを特定する情報を読み取る精算券読取部と、前記精算券読取部で読み取られた情報に基づいて特定された前記取引コードに対応する前記顧客が選択可能なクーポンの一覧を表示画面上に表示する表示部と、前記顧客が前記一覧から選択したクーポンのクーポン券を発行する発行部と、を備えるものである。

また、本発明に係る商品登録装置は、登録された商品の代金の精算処理を行う精算装置とともに精算システムを構成し、顧客が購入しようとする一又は複数の商品の前記登録を行う商品登録装置であって、前記顧客が購入しようとしている商品の前記登録の内容である登録内容を一意に識別可能な取引コードを生成する採番部と、前記顧客が購入しようとしている商品を特定する商品特定部と、前記特定された商品に値引きの設定が有るか否かを判定する判定部と、前記値引きの設定が有ると判定された場合に、前記顧客が購入しようとしている商品の内で、前記値引きが設定されている商品の点数に基づいて、前記顧客が選択可能なクーポンを特定するクーポン特定部と、前記採番部により生成された前記取引コードを特定する情報と前記特定された前記顧客が選択可能なクーポンの内容とを、前記精算装置で精算処理を行うための精算券に印刷して出力する精算券出力部と、を備えるものである。

また、本発明に係るクーポン券発行方法は、顧客が購入しようとする一又は複数の商品の登録を行う商品登録装置と前記登録された商品の代金の精算処理を行う精算装置とを備える精算システムのクーポン券発行方法であって、前記商品登録装置により、前記顧客が購入しようとしている商品の前記登録の内容である登録内容を一意に識別可能な取引コードを生成し、前記顧客が購入しようとしている商品を特定し、前記特定した前記商品に値引きの設定が有るか否かを判定し、前記値引きの設定が有ると判定した場合に、前記顧客が購入しようとしている商品の内で、前記値引きが設定されている商品の点数に基づいて、前記顧客が選択可能なクーポンを特定し、前記生成した前記取引コードを特定する情報と前記特定した前記顧客が選択可能なクーポンの内容とを、前記精算装置で精算処理を行うための精算券に印刷して出力し、前記精算装置により、前記精算券から前記取引コードを特定する情報を読み取り、前記読み取った情報に基づいて特定した前記取引コードに対応する前記顧客が選択可能なクーポンの一覧を表示画面上に表示し、前記顧客が前記一覧から選択したクーポンのクーポン券を発行するものである。

また、本発明に係るプログラムは、登録された商品の代金の精算処理を行う精算装置とともに精算システムを構成し、顧客が購入しようとする一又は複数の商品の前記登録を行う商品登録装置のコンピュータに、前記顧客が購入しようとしている商品の前記登録の内容である登録内容を一意に識別可能な取引コードを生成し、前記顧客が購入しようとしている商品を特定し、前記特定した商品に値引きの設定が有るか否かを判定し、前記値引きの設定が有ると判定した場合に、前記顧客が購入しようとしている商品の内で、前記値引きが設定されている商品の点数に基づいて、前記顧客が選択可能なクーポンを特定し、前記生成した前記取引コードを特定する情報と前記特定した前記顧客が選択可能なクーポンの内容とを、前記精算装置で精算処理を行うための精算券に印刷して出力する、処理を実行させるものである。

本発明によれば、顧客が必要とするクーポン券を発行することで、顧客サービスを向上させることが可能となると共に、資源の無駄を削減することが可能となる。

実施形態における精算システムの構成例を示す図である。 実施形態における精算システムを構成するスキャニングステーションの外観図である。 実施形態におけるスキャニングステーションの構成例を示す機能ブロック図である。 実施形態における設定テーブルの例を示す図である。 実施形態におけるクーポン管理テーブルの例を示す図である。 図６ａと図６ｂは、いずれも、実施形態における点数管理テーブルの例を示す図である。 実施形態におけるクーポン情報テーブルの例を示す図である。 実施形態における精算券の例を示す図である。 実施形態における精算システムを構成するペイメントステーションの外観図である。 実施形態におけるペイメントステーションの構成例を示す機能ブロック図である。 実施形態におけるクーポン発行情報テーブルの例を示す図である。 実施形態におけるクーポン選択画面の例を示す図である。 実施形態における支払レシートの例を示す図である。 実施形態におけるクーポン券の例を示す図である。 実施形態における管理サーバの構成例を示す機能ブロック図である。 実施形態における取引テーブルの例を示す図である。 実施形態におけるスキャニングステーションで実行される商品登録処理のフローを説明するためのフローチャートの例である。 実施形態における管理サーバで実行されるテーブル更新処理のフローを説明するためのフローチャートの例である。 実施形態におけるペイメントステーションで実行される精算処理のフローを説明するためのフローチャートの例である。 実施形態における管理サーバで実行される精算情報送信処理のフローを説明するためのフローチャートの例である。 実施形態における管理サーバで実行される処理終了処理のフローを説明するためのフローチャートの例である。 図２２ａは、クーポン管理テーブルの別の例を示す図であり、図２２ｂは、点数管理テーブルの別の例を示す図である。

以下に本発明の実施の形態について図面を参照しながら詳細に説明する。

図１は、本実施形態の精算システム１００の構成例を示す図である。精算システム１００は、セルフペイメントシステムなどと称されており、図１に示すように、一又は複数のスキャニングステーション１０と、一又は複数のペイメントステーション２０と、それらを管理する管理サーバ３０とを含み、スキャニングステーション１０とペイメントステーション２０と管理サーバ３０は、ネットワークＮＷを介して相互に通信可能に接続されている。

図２は、精算システム１００を構成するスキャニングステーション１０の外観図である。図３は、図２に示すスキャニングステーション１０の構成例を示す機能ブロック図である。

図２と図３に示すスキャニングステーション１０は、顧客が購入しようとしている商品を登録して精算券４０を発行する商品登録装置であり、通常はレジ係によって操作されるものである。

スキャニングステーション１０は、図３に示すように、商品特定部１１と、記憶部１２と、表示部１３と、入力部１４と、精算券出力部１５と、通信部１６と、制御部１７と、を備えて構成されている。

商品特定部１１は、商品に付加されているバーコードを読み取るスキャナ（固定スキャナ１１ａ、ハンドスキャナ１１ｂ）などで構成され、読み取ったバーコードから商品番号を取得して、顧客が購入しようとしている商品を特定する。そして、商品特定部１１は、取得した商品番号と詳しくは後述の採番部１７ａにより採番された取引番号に基づいて生成された取引コードとを対応付けて記憶部１２のデータエリアに格納する。

記憶部１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、不揮発性メモリなどで構成され、制御部１７を構成するＣＰＵ（Central Processing Unit）のワークエリア、スキャニングステーション１０全体を制御するための動作プログラムなどのプログラムを格納するプログラムエリア、商品特定部１１で取得された商品番号などの各種データを格納するデータエリアとして機能する。また、記憶部１２のデータエリアには、設定テーブルＴ１、クーポン管理テーブルＴ２、点数管理テーブルＴ３、クーポン情報テーブルＴ４などの各種テーブルが格納されている。

ここで、図４乃至図７を参照して、設定テーブルＴ１、クーポン管理テーブルＴ２、点数管理テーブルＴ３、クーポン情報テーブルＴ４について、それぞれ説明する。

図４は、設定テーブルＴ１の例を示す図である。設定テーブルＴ１は、特売やバンドルなどの値引きが設定されている商品を管理するためのテーブルであり、図４に示すように、値引き設定がされている商品を特定するための情報、例えば、商品名と、その商品に設定されている値引きの種別（例えば、特売、バンドルなど）と、その値引きが適用されるための条件と、その条件が充足された場合の値引きの大きさ（例えば、値引き金額や値引率ｒなど）と、が対応付けられたテーブルである。

図５は、クーポン管理テーブルＴ２の例を示す図である。クーポン管理テーブルＴ２は、クーポンを発行するための条件が設定されているテーブルであり、図５に示すように、値引率区分と、クーポンを発行するための条件である条件値と、その条件値を充足した場合に発行されるクーポンを一意に識別可能なクーポン識別情報、例えば、クーポン番号と、が対応付けられたテーブルである。

図６は、点数管理テーブルＴ３の例を示す図である。点数管理テーブルＴ３は、クーポン管理テーブルＴ２で設定されているクーポン発行のための条件を充足するか否かを判定するために用いられるテーブルであり、図６に示すように、クーポン管理テーブルＴ２に設定されている値引率区分ごとに、一連の商品登録においてその値引率区分に該当する値引きが設定されている商品が登録された数を表す買上点数が対応付けられたテーブルである。この点数管理テーブルＴ３の買上点数の値（以下、買上値という）は、詳しくは後述の点数更新部１７ｄにより更新される。

図７は、クーポン情報テーブルＴ４の例を示す図である。クーポン情報テーブルＴ４は、精算券出力部１５が精算券４０を出力する際に参照されるテーブルであり、図７に示すように、クーポン番号ごとにクーポンの内容を示す情報（以下、クーポン内容情報という）を対応付けたテーブルである。クーポン内容情報には、例えば、クーポン名やそのクーポンの有効期限などを特定するための情報が含まれる。

図３に戻り、表示部１３は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）などの表示装置などで構成され、制御部１７の制御の下、例えば、商品特定部１１で特定された商品に関する情報（例えば、商品名、価格など）などを表示画面上に表示する。

入力部１４は、キーボード１４ａや表示部１３の表示画面上に表示されるタッチパネル１４ｂなどで構成され、入力部１４を操作して、スキャニングステーション１０への指示を入力することで、所望の処理を実行させることが可能である。例えば、スキャニングステーション１０のレジ係りは、入力部１４を操作して、発券ボタンを選択することで、精算券４０の発券処理を実行させることが可能となる。

精算券出力部１５は、印字プリンタなどで構成され、スキャニングステーション１０で実行される一連の商品登録を特定するための情報と、詳しくは後述のクーポン特定部１７ｅにより特定された選択可能なクーポンの内容と、が印刷された、図８に例示する精算券４０を印刷し出力する。より具体的には、精算券出力部１５は、クーポン情報テーブルＴ４を参照して、クーポン特定部１７ｅにより特定されたクーポン番号に対応するクーポン内容情報を取得して、取得したクーポン内容情報が示すクーポンの内容を精算券４０上に印刷する。

ここで、図８は、本実施形態における精算券４０の例を示す図である。選択可能なクーポンの内容が、図８に示すように、精算券４０に印刷されることで、顧客はペイメントステーション２０で精算を行うまでの間、どのクーポンを選択するか十分考えることができる。

また、一連の商品登録とは、例えば、顧客がレジ係りに一度に依頼する商品登録であり、一取引の商品登録のことである。より具体的には、スキャニングステーション１０は、入力部１４を介して、レジ係により実行される特定の操作によって取引の開始と終了を検出し、その間を取引期間とする一連の商品登録を一取引の商品登録として認識する。

また、一連の商品登録を特定するための情報は、一連の商品登録を一意に識別可能な取引コードである。取引コードは、例えば、当該商品登録を実行したスキャニングステーション１０を一意に識別可能な端末番号とスキャニングステーション１０ごとにカウントされる取引番号とから構成され、例えば、バーコード（ＱＲコード（登録商標））４１として精算券４０に印刷される。この取引コードは、採番部１７ａにより生成される。以降では、取引コードを特定するための情報としてバーコード（ＱＲコード）４１が精算券４０に印刷される場合を例に説明する。

図３に戻り、通信部１６は、通信モジュールなどで構成され、ネットワークＮＷを介して、ペイメントステーション２０及び管理サーバ３０との間で通信を行う。

制御部１７は、ＣＰＵなどで構成され、記憶部１２のプログラムエリアに格納されている動作プログラムを実行して、図３に示すように、採番部１７ａと、登録情報生成部１７ｂと、判定部１７ｃと、点数更新部１７ｄと、クーポン特定部１７ｅと、登録終了情報生成部１７ｆと、クーポン特定情報生成部１７ｇとしての機能を実現すると共に、スキャニングステーション１０全体を制御する制御処理や詳しくは後述の商品登録処理などの処理を実行する。

採番部１７ａは、取引番号を採番し、採番した取引番号と、例えば、自スキャニングステーション１０を一意に識別可能な端末番号とを組み合わせた取引コードを生成する。取引番号は、例えば、商品登録処理が開始される度にインクリメントされる番号であり、スキャニングステーション１０ごとに管理される番号である。例えば、採番部１７ａにより採番された取引番号が“００００３”であり、自スキャニングステーション１０の端末番号が“００１”の場合、採番部１７ａは、取引コードとして、例えば、“００１００００３”を生成する。このように、スキャニングステーション１０を一意に識別可能な端末番号と組み合わせることで、複数のスキャニングステーション１０が稼動する精算システム１００において、一連の商品登録を一意に識別可能となる。

登録情報生成部１７ｂは、採番部１７ａにより生成された取引コードと登録内容（商品番号、値引きの大きさなど）を特定するための登録内容情報とを含む登録情報Ｄ１を生成して、通信部１６を介して、生成した登録情報Ｄ１を管理サーバ３０へ送信する。登録情報Ｄ１を受信した管理サーバ３０は、受信した登録情報Ｄ１に含まれる取引コードと登録内容情報により特定される登録内容とを対応付けて詳しくは後述の取引テーブルＴ６に格納する。

ここで、登録内容情報は、商品特定部１１により取得された商品番号や値引き情報など取引の精算処理を実行する上で必要となる情報である。値引き情報は、例えば、商品特定部１１による商品の特定処理の後に、レジ係りにより値引きボタンが選択された場合に、その際に設定された値引きの大きさを示す情報である。例えば、レジ係りが５０円値引きボタンを選択した場合は、値引き情報は５０円値引きを示す情報となる。また、例えば、値引き情報は、設定テーブルＴ１に対象商品の商品名が登録されている場合に、設定テーブルＴ１に設定されている値引きの大きさを示す情報である。

判定部１７ｃは、商品特定部１１により特定された商品に値引き設定が有るか否かを判定する。より具体的には、例えば、商品特定部１１による商品の特定処理の後に、レジ係りにより値引きボタンが選択された場合に、判定部１７ｃは、商品に値引き設定が有ると判定する。また、例えば、判定部１７ｃは、設定テーブルＴ１の「商品名」欄を検索して、対象商品の商品名が登録されている場合に、商品に値引き設定が有ると判定し、対象商品の商品名が登録されていない場合に、商品に値引き設定が無いと判定する。

また、判定部１７ｃは、商品特定部１１により特定された商品に値引き設定が有ると判定した場合に、対象商品に設定されている値引きの大きさが、予め設定されている値引率閾値Ｚ（クーポン管理テーブルＴ２の「値引率区分」欄に設定される値引率ｒの内で最小の値引率ｒが、値引率閾値Ｚとして設定される。図５の例では、値引率閾値Ｚとして１０％が設定される。）以上か否かを更に判定する。より具体的には、判定部１７ｃは、例えば、対象商品に対応する値引きの大きさが金額で設定されている場合には、値引き金額を値引き前の価格で除することで値引率ｒを求め、求めた値引率ｒが値引率閾値Ｚ以上か否かを判定する。値引き前の価格は、管理サーバ３０に問い合わせて取得してもよいし、自スキャニングステーション１０の記憶部１２から取得するようにしてもよい。

また、判定部１７ｃは、精算券４０を発券するための発券ボタンが選択されたか否かを判定する。

点数更新部１７ｄは、点数管理テーブルＴ３を更新する。より具体的には、判定部１７ｃにより、対象商品に設定されている値引きの大きさが、値引率閾値Ｚ以上であると判定された場合に、点数更新部１７ｄは、その値引きの大きさが該当する点数管理テーブルＴ３の値引率区分に対応する買上点数の値、すなわち、買上値をインクリメントする。なお、買上値の初期設定値は、“０”である。

クーポン特定部１７ｅは、判定部１７ｃにより発券ボタンが選択されたと判定された場合に、クーポン管理テーブルＴ２と点数管理テーブルＴ３とを参照して、顧客が選択可能なクーポンを特定する。

より具体的には、クーポン特定部１７ｅは、点数管理テーブルＴ３の「買上点数」欄を検索して、初期設定値“０”以外の買上値を特定する。そして、クーポン特定部１７ｅは、特定した各買上値と当該買上値の値引率区分に対応するクーポン管理テーブルＴ２の条件値とを比較し、特定した各買上値の内で、対応する条件値以上の買上値を特定する。

そして、クーポン特定部１７ｅは、クーポン管理テーブルＴ２を参照して、特定した買上値の値引率区分に対応するクーポン番号を特定する。この際、条件値以上の買上値が複数ある場合には、クーポン特定部１７ｅは、顧客が選択可能なクーポンの種別が最も多くなる様にクーポン番号を特定する。

例えば、図６（ａ）に例示する点数管理テーブルＴ３が、判定部１７ｃにより発券ボタンが選択されたと判定された時点における、点数管理テーブルＴ３の状態を示すものであるとすると、クーポン特定部１７ｅは、点数管理テーブルＴ３の値引率区分[３０％≦ｒ＜４０％]に対応する買上値“２”を特定する。

そして、クーポン特定部１７ｅは、図５に例示するクーポン管理テーブルＴ２を参照して、値引率区分[３０％≦ｒ＜４０％]に対応する条件値“２”と買上値“２”とを比較する。本例では、買上値“２”は条件値“２”以上なので、クーポン特定部１７ｅは、値引率区分[３０％≦ｒ＜４０％]に対応するクーポン番号Ｃ１とＣ２とＣ３を特定する。

また、例えば、図６（ｂ）に例示する点数管理テーブルＴ３が、判定部１７ｃにより発券ボタンが選択されたと判定された時点における、点数管理テーブルＴ３の状態を示すものであるとすると、クーポン特定部１７ｅは、点数管理テーブルＴ３の値引率区分[２０％≦ｒ＜３０％]と値引率区分[３０％≦ｒ＜４０％]にそれぞれ対応する買上値“４”と買上値“２”を特定する。

そして、クーポン特定部１７ｅは、図５に例示するクーポン管理テーブルＴ２を参照して、値引率区分[２０％≦ｒ＜３０％]に対応する条件値“３”と買上値“４”と、値引率区分[３０％≦ｒ＜４０％]に対応する条件値“２”と買上値“２”と、をそれぞれ比較する。本例では、買上値“４”は条件値“３”以上であり、買上値“２”は条件値“２”以上なので、クーポン特定部１７ｅは、値引率区分[２０％≦ｒ＜３０％]と値引率区分[３０％≦ｒ＜４０％]に対応する買上値をそれぞれ特定する。

値引率区分[２０％≦ｒ＜３０％]に対応付けられているクーポン番号は２つであり、値引率区分[３０％≦ｒ＜４０％]に対応付けられているクーポン番号は３つであることから、クーポン特定部１７ｅは、顧客が選択可能なクーポンの種別が最も多くなる値引率区分[３０％≦ｒ＜４０％]に対応するクーポン番号Ｃ１とＣ２とＣ３を特定する。

図３に戻り、登録終了情報生成部１７ｆは、判定部１７ｃにより発券ボタンが選択されたと判定された場合に、管理サーバ３０に対して一連の商品登録が終了したことを通知するための登録終了情報Ｄ２を生成する。そして、登録終了情報生成部１７ｆは、通信部１６を介して、生成した登録終了情報Ｄ２を管理サーバ３０へ送信する。この登録終了情報Ｄ２には、採番部１７ａにより生成された取引コードが含まれており、管理サーバ３０は、登録終了情報Ｄ２を受信すると、受信した登録終了情報Ｄ２に含まれる取引コードにより特定される商品登録の終了を示す登録終了フラグをセット（フラグ値を“１”に変更）する。

クーポン特定情報生成部１７ｇは、クーポン特定部１７ｅにより特定されたクーポン番号と採番部１７ａにより生成された取引コードとを含むクーポン特定情報Ｄ３を生成し、通信部１６を介して、生成したクーポン特定情報Ｄ３を管理サーバ３０へ送信する。この際、クーポン特定部１７ｅにより特定されたクーポン番号がなかった場合には、クーポン特定情報生成部１７ｇは、クーポン番号を含めないクーポン特定情報Ｄ３を生成する。そして、クーポン特定情報Ｄ３を受信した管理サーバ３０は、受信したクーポン特定情報Ｄ３に含まれる取引コードに対応する取引テーブルＴ６の「クーポン番号」欄に、受信したクーポン特定情報Ｄ３に含まれるクーポン番号を格納する。

次に、図９と図１０を参照して、ペイメントステーション２０について説明する。図９は、精算システム１００を構成するペイメントステーション２０の外観図であり、図１０は、ペイメントステーション２０の構成例を示す機能ブロック図である。

ペイメントステーション２０は、スキャニングステーション１０で登録された商品の代金の精算処理を行い、購入した商品に関する情報、すなわち、詳しくは後述の精算情報Ｄ５に含まれる取引内容情報により特定される取引内容（例えば、商品名、購入個数、価格、値引きの大きさ、合計金額など）などが印刷された支払レシート６０を発行する精算装置であり、顧客自身によって操作されるものである。また、本実施形態におけるペイメントステーション２０は、顧客が選択したクーポンのクーポン券７０を発行するクーポン発行装置としての機能も備えている。

ペイメントステーション２０は、図１０に示すように、精算券読取部２１と、記憶部２２と、表示部２３と、入力部２４と、支払部２５と、発行部２６と、通信部２７と、制御部２８と、を備えて構成されている。

精算券読取部２１は、精算券４０から取引コードを特定する情報であるバーコード（ＱＲコード）４１を読み取るスキャナなどで構成され、顧客がかざした精算券４０のバーコード（ＱＲコード）４１を読み取る。

記憶部２２は、ＲＡＭ、ＲＯＭ、不揮発性メモリなどで構成され、制御部２８を構成するＣＰＵのワークエリア、ペイメントステーション２０全体を制御するための動作プログラムなどのプログラムを格納するプログラムエリア、クーポン発行情報テーブルＴ５やクーポン画像などの各種データを格納するデータエリアとして機能する。

図１１は、クーポン発行情報テーブルＴ５の例を示す図である。クーポン発行情報テーブルＴ５は、クーポンを発行するために必要な情報を管理するためのテーブルであり、図１１に示すように、クーポンを一意に識別可能なクーポン識別情報（例えば、クーポン番号）とそのクーポンの画像格納先情報とそのクーポンの内容を示すクーポン内容情報とが対応付けられたテーブルである。クーポン内容情報には、図１１に示すように、クーポン名を示す情報と有効期間を示す情報などが含まれる。

ペイメントステーション２０は、このようなクーポン発行情報テーブルＴ５を保持することで、精算情報Ｄ５にクーポン番号が含まれる場合に、クーポン番号を検索キーとしてクーポン発行情報テーブルＴ５を検索し、顧客が選択可能なクーポンを特定することが可能となる。

図１０に戻り、表示部２３は、ＬＣＤや有機ＥＬなどの表示装置などで構成され、詳しくは後述の画面制御部２８ｄの制御の下、例えば、クーポン選択画面生成部２８ｃにより生成されるクーポン選択画面５０や請求すべき合計金額などを表示画面上に表示する。

ここで、図１２は、クーポン選択画面５０の例を示す図である。クーポン選択画面５０には、図１２に示すように、顧客が選択可能なクーポンの内容の一覧（クーポンの一覧ともいう）と、クーポンの一覧から所望のクーポンを選択するためのチェックボックス５１と、決定ボタン５２と、が設けられている。クーポン選択画面５０に表示されるクーポンの内容を示すクーポン内容情報は、精算情報Ｄ５に含まれるクーポン番号に対応するクーポン内容情報であり、クーポン選択画面生成部２８ｃによりクーポン発行情報テーブルＴ５から取得される。

例えば、図１２を参照して、チョコレート１０％値引き券の発行を希望する場合には、入力部２４を操作して、対応するチェックボックス５１を選択した後に決定ボタン５２を選択することで、チョコレート１０％値引き券を発行部２６により発行させることが可能となる。また、顧客は、クーポン選択画面５０に表示されている全てのクーポンを選択して、選択可能なクーポンのクーポン券７０を全て発行させることも可能であり、クーポンを選択せずにクーポン券７０を発行させないことも可能である。

図１０に戻り、入力部２４は、表示部２３の表示画面上に表示されるタッチパネル２４ａなどで構成され、顧客は入力部２４を操作して、ペイメントステーション２０への指示を入力することで、所望の処理を実行させることが可能である。例えば、入力部２４を操作して、クーポン選択画面５０上でクーポンを選択することで、所望するクーポンのクーポン券７０の発行処理を実行させることが可能となる。

支払部２５は、紙幣投入口２５ａと硬貨投入口２５ｂなどで構成され、顧客から支払い代金を受け付ける。

発行部２６は、印字プリンタなどで構成され、顧客が、例えば、支払部２５に現金を投入して精算処理が終了すると、より具体的には、詳しくは後述の処理終了情報Ｄ７を受信すると、購入した商品に関する情報、すなわち、精算情報Ｄ５に含まれる取引内容情報により特定される取引内容（例えば、商品名、購入個数、価格、値引きの大きさ、合計金額など）やエコポイント６１などを印刷した支払レシート６０を発行する。また、発行部２６は、クーポンの選択処理が実行され、クーポンが選択された場合には、クーポン発行情報テーブルＴ５を参照して、選択されたクーポン番号に対応するクーポン画像を取得し、取得したクーポン画像を印刷したクーポン券７０を発行する。

ここで、図１３は、本実施形態における支払レシート６０の例を示す図であり、図１４は、クーポン券７０の例を示す図である。

本実施形態における支払レシート６０には、図１３に示すように、エコポイント６１の欄が設けられており、この欄には、詳しくは後述のポイント算出部２８ｅにより算出されたポイント数が印刷される。

図１０に戻り、通信部２７は、通信モジュールなどで構成され、ネットワークＮＷを介して、スキャニングステーション１０及び管理サーバ３０との間で通信を行う。

制御部２８は、ＣＰＵなどで構成され、記憶部２２のプログラムエリアに格納されている動作プログラムを実行して、図１０に示すように、精算情報要求生成部２８ａと、判定部２８ｂと、クーポン選択画面生成部２８ｃと、画面制御部２８ｄと、ポイント算出部２８ｅと、精算処理部２８ｆとしての機能を実現すると共に、ペイメントステーション２０全体を制御する制御処理や詳しくは後述の精算処理などの処理を実行する。

精算情報要求生成部２８ａは、精算情報Ｄ５の送信を要求する精算情報要求Ｄ４を生成し、通信部２７を介して、生成した精算情報要求Ｄ４を管理サーバ３０へ送信する。より具体的には、精算情報要求生成部２８ａは、精算券読取部２１により読み取られた精算券４０のバーコード（ＱＲコード）４１に基づいて、顧客が精算しようとしている取引の取引コードを特定する。そして、精算情報要求生成部２８ａは、特定した取引コードを含む精算情報要求Ｄ４を生成し、通信部２７を介して、生成した精算情報要求Ｄ４を管理サーバ３０へ送信する。精算情報要求Ｄ４に応答して、管理サーバ３０は、精算情報Ｄ５を生成し、生成した精算情報Ｄ５を、精算情報要求Ｄ４を送信したペイメントステーション２０へ返信する。

判定部２８ｂは、精算情報Ｄ５を受信したか否かを判定する。また、判定部２８ｂは、精算情報Ｄ５を受信したと判定した場合には、更に、受信した精算情報Ｄ５に精算済である旨を示す情報が含まれているか否かを判定することで、精算済か否かを判定する。

また、判定部２８ｂは、精算済ではないと判定した場合には、更に、受信した精算情報Ｄ５にクーポン番号が含まれるか否かを判定する。また、判定部２８ｂは、クーポン選択画面５０上の決定ボタン５２が選択されたか否かを判定する。また、判定部２８ｂは、処理終了情報Ｄ７を受信したか否かを判定する。

クーポン選択画面生成部２８ｃは、受信した精算情報Ｄ５にクーポン番号が含まれる場合に、精算情報Ｄ５に含まれるクーポン番号に基づいて、クーポン選択画面５０を生成する。より具体的には、クーポン選択画面生成部２８ｃは、精算情報Ｄ５に含まれるクーポン番号を検索キーとして、クーポン発行情報テーブルＴ５を検索して、対応するクーポン内容情報を特定する。そして、クーポン選択画面生成部２８ｃは、図１２に例示するような特定したクーポン内容情報が示すクーポンの一覧を設けたクーポン選択画面５０を生成する。

画面制御部２８ｄは、表示部２３を制御し、表示画面上に、例えば、クーポン選択画面生成部２８ｃにより生成されたクーポン選択画面５０や精算情報Ｄ５に含まれる取引内容情報により特定される取引内容（例えば、商品名、購入個数、価格、値引きの大きさ、合計金額など）などを表示させる。

ポイント算出部２８ｅは、受信した精算情報Ｄ５にクーポン番号が含まれる場合に、顧客に付与するポイント数を算出する。より具体的には、ポイント算出部２８ｅは、顧客が選択可能なクーポンの数、すなわち、受信した精算情報Ｄ５に含まれるクーポン番号の数から、クーポン選択処理で顧客が選択したクーポンの数を減じて求めた値を付与するポイント数として算出する。例えば、受信した精算情報Ｄ５に５つのクーポン番号が含まれており、クーポン選択処理で顧客が２つのクーポンを選択した場合には、ポイント算出部２８ｅは、５−２＝３を顧客に付与するポイント数として算出する。

精算処理部２８ｆは、表示部２３の表示画面上に取引内容（例えば、商品名、購入個数、価格、値引きの大きさ、合計金額など）が表示されると、支払部２５を制御して代金の受付を開始させ、支払部２５に投入された金額をカウントし、必要に応じておつりの返却処理などを行う。この際、表示部２３の表示画面上に表示される情報は、顧客が取引の精算を実行する上で必要な情報であればよく、例えば、請求すべき合計金額のみを表示するようにしてもよい。

また、精算処理部２８ｆは、取引の精算処理が完了すると、精算処理が完了した取引の取引コードを含む、精算が完了した旨を示す精算完了情報Ｄ６を生成し、通信部２７を介して、生成した精算完了情報Ｄ６を管理サーバ３０へ送信する。精算完了情報Ｄ６に応答して、管理サーバ３０は、処理終了情報Ｄ７を生成して、精算完了情報Ｄ６を送信したペイメントステーション２０へ生成した処理終了情報Ｄ７を返信する。

次に、図１５を参照して、管理サーバ３０について説明する。図１５は、管理サーバ３０の構成例を示す機能ブロック図である。

管理サーバ３０は、図１５に示すように、記憶部３１と、通信部３２と、制御部３３と、を備えて構成されている。

記憶部３１は、ＲＡＭ、ＲＯＭ、不揮発性メモリなどで構成され、制御部３３を構成するＣＰＵのワークエリア、管理サーバ３０全体を制御するための動作プログラムなどのプログラムを格納するプログラムエリア、取引テーブルＴ６などの各種データを格納するデータエリアとして機能する。

図１６は、取引テーブルＴ６の例を示す図である。取引テーブルＴ６は、取引をそれぞれ管理するためのテーブルであり、図１６に示すように、取引コードとその取引コードで特定される取引（一連の商品登録）の登録内容とクーポン番号と登録終了フラグと精算済フラグとが対応付けられたテーブルである。この取引テーブルＴ６は、詳しくは後述のテーブル管理部３３ｂにより更新される。

図１５に戻り、通信部３２は、通信モジュールなどで構成され、ネットワークＮＷを介して、スキャニングステーション１０及びペイメントステーション２０との間で通信を行う。

制御部３３は、ＣＰＵなどで構成され、記憶部３１のプログラムエリアに格納されている動作プログラムを実行して、図１５に示すように、判定部３３ａと、テーブル管理部３３ｂと、精算情報生成部３３ｃと、処理終了情報生成部３３ｄとしての機能を実現すると共に、管理サーバ３０全体を制御する制御処理や詳しくは後述のテーブル更新処理などの処理を実行する。

判定部３３ａは、登録情報Ｄ１を受信したか否かと、登録終了情報Ｄ２を受信したか否かと、クーポン特定情報Ｄ３を受信したか否かと、を判定する。また、判定部３３ａは、精算情報要求Ｄ４を受信したか否かと、精算完了情報Ｄ６を受信したか否かと、を判定する。

テーブル管理部３３ｂは、取引テーブルＴ６の更新などを行う。より具体的には、テーブル管理部３３ｂは、登録情報Ｄ１を受信すると、受信した登録情報Ｄ１に含まれる取引コードと登録内容情報により特定される登録内容とを対応付けて、取引テーブルＴ６に格納する。

また、テーブル管理部３３ｂは、登録終了情報Ｄ２を受信すると、受信した登録終了情報Ｄ２に含まれる取引コードに対応する取引テーブルＴ６の登録終了フラグをセットする。すなわち、フラグ値を“１”へ変更する。なお、登録終了フラグの初期設定値は、“０”である。

また、テーブル管理部３３ｂは、クーポン特定情報Ｄ３を受信すると、受信したクーポン特定情報Ｄ３に含まれる取引コードに対応する取引テーブルＴ６の「クーポン番号」欄に、クーポン特定情報Ｄ３に含まれるクーポン番号を格納する。

また、テーブル管理部３３ｂは、精算完了情報Ｄ６を受信すると、受信した精算完了情報Ｄ６に含まれる取引コードに対応する取引テーブルＴ６の精算済フラグをセットする。すなわち、フラグ値を“１”へ変更する。なお、精算済フラグの初期設定値は、“０”である。

精算情報生成部３３ｃは、精算情報要求Ｄ４を受信すると、受信した精算情報要求Ｄ４に含まれる取引コードにより特定される取引の精算処理を実行する上で必要な情報である取引内容情報を生成し、生成した取引内容情報と、取引テーブルＴ６を参照して、取引コードに対応するクーポン番号が有る場合には、そのクーポン番号とを含む精算情報Ｄ５を生成する。ここで、取引内容情報は、例えば、取引テーブルＴ６において取引コードに対応付けられている登録内容に基づいて生成される情報であり、取引（一連の商品登録）の内容（例えば、商品名、購入個数、価格、値引きの大きさ、合計金額など）を示すものである。

そして、精算情報生成部３３ｃは、通信部３２を介して、精算情報要求Ｄ４を送信したペイメントステーション２０へ生成した精算情報Ｄ５を返信する。この際、受信した精算情報要求Ｄ４に含まれる取引コードに対応する取引テーブルＴ６の精算済フラグがセットされている場合（フラグ値が“１”の場合）には、すなわち、その取引コードで特定される取引が既に精算済である場合には、精算情報生成部３３ｃは、取引内容情報などの代わりに、精算済である旨を示す情報を含む精算情報Ｄ５を生成する。なお、精算情報Ｄ５の送り先のペイメントステーション２０の特定は、例えば、受信した精算情報要求Ｄ４に含まれる取引コードから得られる端末番号を用いることで可能である。

処理終了情報生成部３３ｄは、精算完了情報Ｄ６を受信し、テーブル管理部３３ｂが、受信した精算完了情報Ｄ６に含まれる取引コードに対応する取引テーブルＴ６の精算済フラグをセット（フラグ値を“１”に変更）すると、精算処理が正常に終了したことを示す処理終了情報Ｄ７を生成し、通信部３２を介して、精算完了情報Ｄ６を送信したペイメントステーション２０へ生成した処理終了情報Ｄ７を返信する。

次に、図１７を参照して、スキャニングステーション１０において実行される商品登録処理の流れについて説明する。図１７は、商品登録処理のフローを説明するためのフローチャートの例である。本商品登録処理は、例えば、レジ係りがスキャニングステーション１０の入力部１４を操作し、一連の商品登録を開始させることで、開始される。

なお、本商品登録処理は、複数のスキャニングステーション１０において同時並列的に実行可能であるが、処理の内容は同じであるので、ここでは、一台のスキャニングステーション１０において商品登録処理が実行された場合について説明する。

採番部１７ａは、取引番号を採番し、採番した取引番号と、例えば、自スキャニングステーション１０を一意に識別可能な端末番号とを組み合わせた取引コードを生成する（ステップＳ００１）。

そして、商品特定部１１は、レジ係りがかざした商品に付加されているバーコードを読み取り、読み取ったバーコードから商品番号を取得して、顧客が購入しようとしている商品を特定する（ステップＳ００２）。

そして、登録情報生成部１７ｂは、採番部１７ａにより生成された取引コードと登録内容を特定するための登録内容情報とを含む登録情報Ｄ１を生成して、通信部１６を介して、生成した登録情報Ｄ１を管理サーバ３０へ送信する（ステップＳ００３）。

そして、判定部１７ｃは、商品特定部１１により特定された商品に値引き設定が有るか否かを判定する（ステップＳ００４）。判定部１７ｃにより、値引き設定はされていないと判定された場合には（ステップＳ００４；ＮＯ）、処理はステップＳ００７の処理へと進む。

一方、値引き設定がされていると判定した場合には（ステップＳ００４；ＹＥＳ）、判定部１７ｃは、更に、対象商品に設定されている値引きの大きさが、値引率閾値Ｚ以上か否かを判定する（ステップＳ００５）。この際、判定部１７ｃは、例えば、対象商品の値引きの大きさが金額で設定されている場合には、値引き金額を値引き前の価格で除することで値引率ｒを求め、求めた値引率ｒが値引率閾値Ｚ以上か否かを判定する。

判定部１７ｃにより、対象商品に設定されている値引きの大きさが、値引率閾値Ｚより小さいと判定された場合には（ステップＳ００５；ＮＯ）、処理はステップＳ００７の処理へと進む。

一方、判定部１７ｃにより、対象商品に設定されている値引きの大きさが、値引率閾値Ｚ以上であると判定された場合には（ステップＳ００５；ＹＥＳ）、点数更新部１７ｄは、点数管理テーブルＴ３の該当する値引率区分に対応する買上値をインクリメントする（ステップＳ００６）。

そして、判定部１７ｃは、精算券４０を発券するための発券ボタンが選択されたか否かを判定する（ステップＳ００７）。判定部１７ｃにより、発券ボタンはまだ選択されていないと判定された場合には（ステップＳ００７；ＮＯ）、処理はステップＳ００２の処理に戻り、前述の処理を繰り返す。

一方、判定部１７ｃにより、発券ボタンが選択されたと判定された場合には（ステップＳ００７；ＹＥＳ）、登録終了情報生成部１７ｆは、管理サーバ３０に対して一連の商品登録が終了したことを通知するための登録終了情報Ｄ２を生成し、通信部１６を介して、生成した登録終了情報Ｄ２を管理サーバ３０へ送信する（ステップＳ００８）。

そして、クーポン特定部１７ｅは、クーポン管理テーブルＴ２と点数管理テーブルＴ３とを参照して、顧客が選択可能なクーポンを特定する（ステップＳ００９）。そして、クーポン特定情報生成部１７ｇは、クーポン特定部１７ｅにより特定されたクーポン番号と採番部１７ａにより生成された取引コードとを含むクーポン特定情報Ｄ３を生成し、通信部１６を介して、生成したクーポン特定情報Ｄ３を管理サーバ３０へ送信する（ステップＳ０１０）。

そして、精算券出力部１５は、取引コードを特定するための情報であるバーコード（ＱＲコード）４１や選択可能なクーポンの内容などが印刷された、精算券４０を印刷し出力する（ステップＳ０１１）。そして、処理は終了し、次の一連の商品登録の開始を待つ。

次に、図４乃至図６ａと図７と図８を参照し、具体例に従って、本商品登録処理の流れについて説明する。ここでは、顧客Ａが購入しようとしている商品は、りんご３個とチョコレート１個とチーズ１個と牛乳１本であり、りんごとチョコレートとチーズと牛乳の商品番号は、それぞれ、順番にＧ１、Ｇ２、Ｇ３、Ｇ４であると仮定する。また、この顧客Ａは、２０１１年９月２１日に、端末番号“００１”のスキャニングステーション１０で商品登録を行い、その取引番号は“００００３”であると仮定する。

顧客Ａから商品（りんご３個とチョコレート１個とチーズ１個と牛乳１本）を受け取ったスキャニングステーション１０のレジ係りが、一連の商品登録を開始すると、採番部１７ａは、取引コードを生成する（ステップＳ００１）。この場合、生成される取引コードは、“００１００００３”となる。

レジ係りが、例えば、チーズに付加されているバーコードを商品特定部１１に読み取らせると、商品特定部１１は、読み取ったバーコードから商品番号Ｇ３を取得して、顧客Ａが購入しようとしている商品が、チーズであることを特定する（ステップＳ００２）。設定テーブルＴ１が、図４に例示するテーブルであるとすると、チーズには、５０円の値引き設定がされており、取引日である２０１１年９月２１日は値引き条件を満たしている。

登録情報生成部１７ｂは、取引コード“００１００００３”と登録内容情報（商品番号Ｇ３、５０円値引き、など）とを含む登録情報Ｄ１を生成して、管理サーバ３０へ送信する（ステップＳ００３）。チーズには、５０円の値引きが設定されており、（ステップＳ００４；ＹＥＳ）、チーズの値引き前の価格が１５０円だとすると、その値引率ｒは約３３％となる（ステップＳ００５；ＹＥＳ）。

そのため、点数更新部１７ｄは、例えば、点数管理テーブルＴ３が、図６ａに例示するテーブルである場合には、値引率区分［３０％≦ｒ＜４０％]に対応する買上値をインクリメントする（ステップＳ００６）。

残りの商品（りんご３個とチョコレート１個と牛乳１本）についても、レジ係りが商品に付加されているバーコードを商品特定部１１に順次読み取らせることで、同様の処理が実行される（ステップＳ００２乃至ステップＳ００６）。

顧客Ａが購入しようとしている商品の全ての登録が終了し、レジ係りが、入力部１４を操作して発券ボタンを選択すると（ステップＳ００７；ＹＥＳ）、登録終了情報生成部１７ｆは、取引コード“００１００００３”を含む登録終了情報Ｄ２を生成し、管理サーバ３０へ送信する（ステップＳ００８）。

ここで、図４を参照すると、顧客Ａが購入しようとしている商品の内で、値引きが設定されているのは、チーズの他にりんご３個の同時購入（バンドル）であり、その値引率ｒは約３３％である。したがって、顧客Ａが購入しようとしている商品の全ての登録が終了した時点における点数管理テーブルＴ３の状態は、図６ａに示す状態となる。したがって、クーポン管理テーブルＴ２が図５に例示するテーブルである場合には、値引率区分［３０％≦ｒ＜４０％]に対応する買上値“２”はその条件値“２”以上なので、クーポン特定部１７ｅは、顧客Ａが選択可能なクーポンのクーポン番号として、Ｃ１、Ｃ２、Ｃ３を特定する（ステップＳ００９）。

そして、クーポン特定情報生成部１７ｇは、クーポン番号（Ｃ１、Ｃ２、Ｃ３）と取引コード“００１００００３”とを含むクーポン特定情報Ｄ３を生成し、管理サーバ３０へ送信する（ステップＳ０１０）。そして、精算券出力部１５は、取引コード“００１００００３”を特定するための情報であるバーコード（ＱＲコード）４１や選択可能なクーポンの内容（図７に例示するクーポン情報テーブルＴ４から取得されたクーポン番号Ｃ１、Ｃ２、Ｃ３にそれぞれ対応するクーポン内容情報が示すクーポンの内容）などが印刷された、図８に例示する精算券４０を印刷し出力する（ステップＳ０１１）。

次に、図１８を参照して、管理サーバ３０にて実行されるテーブル更新処理について説明する。図１８は、テーブル更新処理のフローを説明するためのフローチャートの例である。本テーブル更新処理は、スキャニングステーション１０から送信される登録情報Ｄ１の受信をトリガとして開始され、スキャニングステーション１０で実行される商品登録処理のステップＳ００３、ステップＳ００８、ステップＳ０１０の処理に対応して、管理サーバ３０で実行される処理である。

なお、本テーブル更新処理は、複数のスキャニングステーション１０において同時並列的に実行される商品登録処理に対応して実行可能であるが、ここでは、一台のスキャニングステーション１０で実行される商品登録処理に対応して実行されるものとして説明する。

判定部３３ａは、登録情報Ｄ１を受信したか否かを判定する（ステップＳ１０１）。判定部３３ａにより、登録情報Ｄ１をまだ受信していないと判定された場合には（ステップＳ１０１；ＮＯ）、処理はステップＳ１０３の処理へと進む。

一方、判定部３３ａにより、登録情報Ｄ１を受信したと判定された場合には（ステップＳ１０１；ＹＥＳ）、テーブル管理部３３ｂは、受信した登録情報Ｄ１に含まれる取引コードと登録内容情報により特定される登録内容とを対応付けて、取引テーブルＴ６に格納する（ステップＳ１０２）。

そして、判定部３３ａは、登録終了情報Ｄ２を受信したか否かを判定する（ステップＳ１０３）。判定部３３ａにより、登録終了情報Ｄ２をまだ受信していないと判定された場合には（ステップＳ１０３；ＮＯ）、処理はステップＳ１０１の処理へと戻り前述の処理を繰り返す。

一方、判定部３３ａにより、登録終了情報Ｄ２を受信したと判定された場合には（ステップＳ１０３；ＹＥＳ）、テーブル管理部３３ｂは、受信した登録終了情報Ｄ２に含まれる取引コードに対応する取引テーブルＴ６の登録終了フラグをセット（フラグ値を“１”に変更）する（ステップＳ１０４）。

そして、判定部３３ａは、クーポン特定情報Ｄ３を受信したか否かを判定する（ステップＳ１０５）。判定部３３ａにより、クーポン特定情報Ｄ３をまだ受信していないと判定された場合には（ステップＳ１０５；ＮＯ）、処理はステップＳ１０５の処理を繰り返し、クーポン特定情報Ｄ３の受信を待つ。

一方、判定部３３ａにより、クーポン特定情報Ｄ３を受信したと判定された場合には（ステップＳ１０５；ＹＥＳ）、テーブル管理部３３ｂは、受信したクーポン特定情報Ｄ３に含まれる取引コードに対応する取引テーブルＴ６の「クーポン番号」欄に、クーポン番号を格納する（ステップＳ１０６）。そして、処理は終了し、次の一連の商品登録がスキャニングステーション１０で開始され、それに対応する登録情報Ｄ１が送信されてくるのを待つ。

次に、図１６を参照し、具体例に従って、本テーブル更新処理の流れについて説明する。ここでは、上述の商品登録処理で説明した具体例に従って、テーブル更新処理が実行されるものとする。すなわち、本テーブル更新処理は、２０１１年９月２１日に、端末番号“００１”のスキャニングステーション１０で商品登録が行われた取引番号“００００３”の取引に対応するテーブル更新処理である。なお、図１６に例示する取引テーブルＴ６の状態は、本テーブル更新処理が終了した時点におけるテーブルの状態を示しているものとする。

チーズに対応する登録情報Ｄ１、すなわち、取引コード“００１００００３”と登録内容情報（商品番号Ｇ３、５０円値引き、など）とを含む登録情報Ｄ１を受信すると（ステップＳ１０１；ＹＥＳ）、テーブル管理部３３ｂは、取引コード“００１００００３”と登録内容情報（商品番号Ｇ３、５０円値引き、など）により特定される登録内容とを対応付けて、図１６に例示する取引テーブルＴ６に格納する（ステップＳ１０２）。

りんご３個とチョコレート１個と牛乳１本に対しても同様の処理が実行され、取引コード“００１００００３”を含む登録終了情報Ｄ２を受信すると（ステップＳ１０３；ＹＥＳ）、テーブル管理部３３ｂは、取引コード“００１００００３”に対応する取引テーブルＴ６の登録終了フラグをセット（フラグ値を“１”に変更）する（ステップＳ１０４）。

そして、取引コード“００１００００３”を含むクーポン特定情報Ｄ３を受信すると（ステップＳ１０５；ＹＥＳ）、テーブル管理部３３ｂは、取引コード“００１００００３”に対応する取引テーブルＴ６の「クーポン番号」欄に、クーポン番号（Ｃ１、Ｃ２、Ｃ３）を格納する（ステップＳ１０６）。

次に、図１９を参照して、ペイメントステーション２０で実行される精算処理について説明する。図１９は、精算処理のフローを説明するためのフローチャートの例である。本精算処理は、例えば、顧客がペイメントステーション２０の入力部２４を操作し、精算処理を開始させることで、開始される。また、例えば、本精算処理は、顧客がかざした精算券４０のバーコード（ＱＲコード）４１を精算券読取部２１が読み取ることをトリガとして開始される。

精算券読取部２１は、顧客がかざした精算券４０のバーコード（ＱＲコード）４１を読み取る（ステップＳ２０１）。そして、精算情報要求生成部２８ａは、精算情報Ｄ５の送信を要求する精算情報要求Ｄ４を生成し、通信部２７を介して、生成した精算情報要求Ｄ４を管理サーバ３０へ送信する（ステップＳ２０２）。

そして、判定部２８ｂは、精算情報Ｄ５を受信したか否かを判定する（ステップＳ２０３）。判定部２８ｂにより、精算情報Ｄ５をまだ受信していないと判定された場合には（ステップＳ２０３；ＮＯ）、処理はステップＳ２０３の処理を繰り返し、精算情報Ｄ５の受信を待つ。

一方、精算情報Ｄ５を受信したと判定した場合には（ステップＳ２０３；ＹＥＳ）、判定部２８ｂは、更に、受信した精算情報Ｄ５に精算済である旨を示す情報が含まれているか否かを判定することで、精算済か否かを判定する（ステップＳ２０４）。判定部２８ｂにより、精算済であると判定された場合には（ステップＳ２０４；ＹＥＳ）、処理は終了し、次の精算処理が開始されるのを待つ。この際、その精算券４０は精算済である旨を顧客に報知してもよい。

一方、精算済でないと判定した場合には（ステップＳ２０４；ＮＯ）、判定部２８ｂは、更に、受信した精算情報Ｄ５にクーポン番号が含まれるか否かを判定する（ステップＳ２０５）。判定部２８ｂにより、クーポン番号が含まれていないと判定された場合には（ステップＳ２０５；ＮＯ）、処理はステップＳ２１０の処理へと進む。

一方、判定部２８ｂにより、クーポン番号が含まれていると判定された場合には（ステップＳ２０５；ＹＥＳ）、クーポン選択画面生成部２８ｃは、クーポン発行情報テーブルＴ５を参照して、受信した精算情報Ｄ５に含まれるクーポン番号に基づいて、クーポン選択画面５０を生成する（ステップＳ２０６）。

そして、画面制御部２８ｄは、表示部２３を制御し、クーポン選択画面生成部２８ｃにより生成されたクーポン選択画面５０を表示画面上に表示させる（ステップＳ２０７）。

そして、判定部２８ｂは、クーポン選択画面５０上の決定ボタン５２が選択されたか否かを判定する（ステップＳ２０８）。判定部２８ｂにより、決定ボタン５２がまだ選択されていないと判定された場合には（ステップＳ２０８；ＮＯ）、処理はステップＳ２０８の処理を繰り返し、顧客により決定ボタン５２が選択されるのを持つ。

一方、判定部２８ｂにより、決定ボタン５２が選択されたと判定された場合には（ステップＳ２０８；ＹＥＳ）、ポイント算出部２８ｅは、顧客に付与するポイント数を算出する（ステップＳ２０９）。

そして、画面制御部２８ｄは、表示部２３を制御し、精算情報Ｄ５に含まれる取引内容情報から取得した請求すべき合計金額などを表示画面上に表示させる（ステップＳ２１０）。

そして、精算処理部２８ｆは、支払部２５を制御して代金の受付を開始させ（ステップＳ２１１）、支払部２５に投入された金額をカウントし、必要に応じておつりの返却処理などを行う。

そして、精算処理部２８ｆは、取引の精算処理が完了すると、精算処理が完了した取引の取引コードを含む精算完了情報Ｄ６を生成し、通信部２７を介して、生成した精算完了情報Ｄ６を管理サーバ３０へ送信する（ステップＳ２１２）。

そして、判定部２８ｂは、精算完了情報Ｄ６に応答して管理サーバ３０から返信される処理終了情報Ｄ７を受信したか否かを判定する（ステップＳ２１３）。判定部２８ｂにより、処理終了情報Ｄ７をまだ受信していないと判定された場合には（ステップＳ２１３；ＮＯ）、処理はステップＳ２１３の処理を繰り返し、処理終了情報Ｄ７の受信を待つ。

一方、判定部２８ｂにより、処理終了情報Ｄ７を受信したと判定された場合には（ステップＳ２１３；ＹＥＳ）、発行部２６は、購入した商品に関する情報、すなわち、取引内容情報により特定される取引内容（例えば、商品名、購入個数、価格、値引きの大きさ、合計金額など）やエコポイント６１などを印刷した支払レシート６０を発行すると共に（ステップＳ２１４）、クーポンの選択処理が実行され、クーポンが選択された場合には、クーポン発行情報テーブルＴ５を参照して、選択されたクーポン番号に対応するクーポン画像を取得し、取得したクーポン画像を印刷したクーポン券７０を発行する（ステップＳ２１５）。そして、処理は終了し、次の精算処理が開始されるのを待つ。

次に、図１１乃至図１４を参照し、具体例に従って、本精算処理の流れについて説明する。ここでは、上述の商品登録処理で説明した具体例に従って、精算処理が実行されるものとする。すなわち、本精算処理は、２０１１年９月２１日に、端末番号“００１”のスキャニングステーション１０で商品登録が行われた取引番号“００００３”の取引に対応する精算処理である。なお、顧客Ａは、取引コード“００１００００３”により特定される取引の精算をまだ行っていないものとする。

顧客Ａが取引コード“００１００００３”に対応する精算券４０をペイメントステーション２０の精算券読取部２１にかざすと、精算券読取部２１は、精算券４０のバーコード（ＱＲコード）４１を読み取る（ステップＳ２０１）。そして、精算情報要求生成部２８ａは、取引コード“００１００００３”を含む精算情報要求Ｄ４を生成し、管理サーバ３０へ送信する（ステップＳ２０２）。

精算情報要求Ｄ４に応答して、管理サーバ３０から送信される精算情報Ｄ５を受信すると（ステップＳ２０３；ＹＥＳ）、まだ精算は済んでおらず（ステップＳ２０４；ＮＯ）、精算情報Ｄ５にはクーポン番号（Ｃ１、Ｃ２、Ｃ３）が含まれているので（ステップＳ２０５；ＹＥＳ）、クーポン選択画面生成部２８ｃは、図１１に例示するクーポン発行情報テーブルＴ５を参照して、クーポン番号（Ｃ１、Ｃ２、Ｃ３）に基づいて、図１２に例示するクーポン選択画面５０を生成する（ステップＳ２０６）。

そして、クーポン選択画面５０が表示部２３の表示画面上に表示され（ステップＳ２０７）、顧客Ａが、例えば、チョコレート１０％値引きクーポンのチェックボックス５１をチェックして決定ボタン５２を選択すると（ステップＳ２０８；ＹＥＳ）、選択可能な３つのクーポンの内、１つを選択したので、ポイント算出部２８ｅは、顧客Ａに付与するポイント数として“２”を算出する（ステップＳ２０９）。

請求すべき合計金額などが表示部２３の表示画面上に表示され（ステップＳ２１０）、支払部２５が代金の受付を開始すると（ステップＳ２１１）、顧客Ａは、代金の支払を行う。代金の支払が行われると、精算処理部２８ｆは、取引コード“００１００００３”を含む精算完了情報Ｄ６を生成し、管理サーバ３０へ送信する（ステップＳ２１２）。

精算完了情報Ｄ６に応答して管理サーバ３０から返信される処理終了情報Ｄ７を受信すると（ステップＳ２１３；ＹＥＳ）、発行部２６は、購入した商品に関する情報、すなわち、取引内容情報により特定される取引内容（例えば、商品名、購入個数、価格、値引きの大きさ、合計金額など）やエコポイント６１などを印刷した、図１３に例示する支払レシート６０を発行する（ステップＳ２１４）。

顧客Ａによりクーポンが選択されたので、発行部２６は、更に、図１１に例示するクーポン発行情報テーブルＴ５を参照して、選択されたクーポン番号Ｃ２に対応するクーポン画像を取得し、図１４に例示するチョコレート１０％値引きクーポン券７０を発行する（ステップＳ２１５）。

次に、図２０を参照して、管理サーバ３０で実行される精算情報送信処理について説明する。図２０は、精算情報送信処理のフローを説明するためのフローチャートの例である。本精算情報送信処理は、精算情報要求Ｄ４の受信をトリガとして開始され、ペイメントステーション２０で実行される精算処理のステップ２０２の処理に対応して、管理サーバ３０で実行される処理である。

判定部３３ａは、精算情報要求Ｄ４を受信したか否かを判定する（ステップＳ３０１）。判定部３３ａにより、精算情報要求Ｄ４をまだ受信していないと判定された場合には（ステップＳ３０１；ＮＯ）、処理はステップＳ３０１の処理を繰り返し、精算情報要求Ｄ４の受信を待つ。

一方、判定部３３ａにより、精算情報要求Ｄ４を受信したと判定された場合には（ステップＳ３０１；ＹＥＳ）、精算情報生成部３３ｃは、受信した精算情報要求Ｄ４に含まれる取引コードにより特定される取引の取引内容情報を生成し、生成した取引内容情報と、取引テーブルＴ６を参照して、取引コードに対応するクーポン番号が有る場合には、そのクーポン番号とを含む精算情報Ｄ５を生成し、通信部３２を介して、精算情報要求Ｄ４を送信したペイメントステーション２０へ生成した精算情報Ｄ５を返信する（ステップＳ３０２）。

この際、受信した精算情報要求Ｄ４に含まれる取引コードに対応する取引テーブルＴ６の精算済フラグがセットされている場合（フラグ値が“１”の場合）には、すなわち、その取引コードで特定される取引が既に精算済である場合には、精算情報生成部３３ｃは、取引内容情報などの代わりに、精算済である旨を示す情報を含む精算情報Ｄ５を生成する。そして、処理はステップＳ３０１の処理へと戻り、前述の処理を繰り返す。

次に、図１６を参照し、具体例に従って、本精算情報送信処理の流れについて説明する。ここでは、上述の商品登録処理で説明した具体例に従って、精算情報送信処理が実行されるものとする。すなわち、本精算情報送信処理は、２０１１年９月２１日に、端末番号“００１”のスキャニングステーション１０で商品登録が行われた取引番号“００００３”の取引に対応する精算情報送信処理である。

顧客Ａが取引コード“００１００００３”に対応する精算券４０の精算処理をペイメントステーション２０で開始し、そのペイメントステーション２０から送信された精算情報要求Ｄ４を受信すると（ステップＳ３０１；ＹＥＳ）、精算情報生成部３３ｃは、精算情報Ｄ５を生成し、通信部３２を介して、精算情報要求Ｄ４を送信したペイメントステーション２０へ生成した精算情報Ｄ５を返信する（ステップＳ３０２）。

本例では、図１６に例示する取引テーブルＴ６を参照すると、精算情報要求Ｄ４に含まれる取引コード“００１００００３”に対応する精算済フラグはセットされておらず、取引コード“００１００００３”に対応する「クーポン番号」欄にはクーポン番号（Ｃ１、Ｃ２、Ｃ３）が格納されているので、精算情報生成部３３ｃは、取引コード“００１００００３”に対応付けられている登録内容に基づいて生成した取引内容情報とクーポン番号（Ｃ１、Ｃ２、Ｃ３）とを含む精算情報Ｄ５を生成する。

次に、図２１を参照して、管理サーバ３０で実行される処理終了処理について説明する。図２１は、処理終了処理のフローを説明するためのフローチャートの例である。本処理終了処理は、精算完了情報Ｄ６の受信をトリガとして開始され、ペイメントステーション２０で実行される精算処理のステップＳ２１２の処理に対応して、管理サーバ３０で実行される処理である。

判定部３３ａは、精算完了情報Ｄ６を受信したか否かを判定する（ステップＳ４０１）。判定部３３ａにより、精算完了情報Ｄ６をまだ受信していないと判定された場合には（ステップＳ４０１；ＮＯ）、処理はステップＳ４０１の処理を繰り返し、精算完了情報Ｄ６の受信を待つ。

一方、判定部３３ａにより、精算完了情報Ｄ６を受信したと判定された場合には（ステップＳ４０１；ＹＥＳ）、テーブル管理部３３ｂは、受信した精算完了情報Ｄ６に含まれる取引コードに対応する取引テーブルＴ６の精算済フラグをセット（フラグ値を“１”に変更）する（ステップＳ４０２）。

そして、処理終了情報生成部３３ｄは、精算処理が正常に終了したことを示す処理終了情報Ｄ７を生成し、通信部３２を介して、精算完了情報Ｄ６を送信したペイメントステーション２０へ生成した処理終了情報Ｄ７を返信する（ステップＳ４０３）。そして、処理は終了し、精算完了情報Ｄ６の次の受信を待つ。

次に、図１６を参照し、具体例に従って、本処理終了処理の流れについて説明する。ここでは、上述の商品登録処理で説明した具体例に従って、処理終了処理が実行されるものとする。すなわち、本処理終了処理は、２０１１年９月２１日に、端末番号“００１”のスキャニングステーション１０で商品登録が行われた取引番号“００００３”の取引に対応する処理終了処理である。なお、図１６に例示する取引テーブルＴ６は、本処理終了処理が実行される前の状態を示しているものとする。

顧客Ａが取引コード“００１００００３”に対応する取引の代金の支払をペイメントステーション２０で行い、そのペイメントステーション２０から送信された精算完了情報Ｄ６を受信すると（ステップＳ４０１；ＹＥＳ）、テーブル管理部３３ｂは、取引コード“００１００００３”に対応する取引テーブルＴ６の精算済フラグをセット（フラグ値を“１”に変更）する（ステップＳ４０２）。

そして、処理終了情報生成部３３ｄは、精算処理が正常に終了したことを示す処理終了情報Ｄ７を生成し、通信部３２を介して、精算完了情報Ｄ６を送信したペイメントステーション２０へ生成した処理終了情報Ｄ７を返信する（ステップＳ４０３）。

上記実施形態によれば、精算券４０に選択可能なクーポンの内容を印刷し、ペイメントステーション２０でクーポンの選択を行うように構成した。こうすることで、顧客はペイメントステーション２０で精算を行う前に、どのクーポンを選択するか考えることができるため、精算処理時間を短縮することが可能となる。これにより、ペイメントステーション２０における混雑を緩和することが可能となり、顧客サービスを向上させることが可能となる。

また、上記実施形態によれば、選択可能なクーポンの一覧を表示し、顧客にクーポンを選択させるように構成した。こうすることで、顧客は必要なクーポン券７０のみを得ることが可能となり、クーポンの使用率を向上させることが可能となる。また、小売店は、顧客が必要としないクーポン券７０を発行しなくて済むので、使用する資源を削減することが可能となる。

また、上記実施形態によれば、顧客が購入しようとしている商品の内で、値引きが設定されている商品の点数に応じて、選択可能なクーポンを特定するように構成した。こうすることで、値引き商品の購入を好む顧客に対しては、より多くのクーポンを選択できるようにすることも可能となる。したがって、顧客の志向に合わせたクーポン券７０の発行が可能となる。

また、上記実施形態によれば、選択可能なクーポンの数と顧客が選択したクーポンの数とに基づいて、顧客に付与するポイント数を算出するように構成した。こうすることで、顧客が本当に必要とするクーポン、すなわち、利用するクーポンのみを選択させることが可能となる。これにより、クーポンの使用率を向上させることが可能となると共に、小売店は、顧客が必要としないクーポン券７０を発行しなくて済むので、使用する資源を削減することが可能となる。

なお、上記実施形態のテーブルにおける値引率区分は一例であり、区分の範囲の設定は任意である。例えば、クーポン管理テーブルＴ２と点数管理テーブルＴ３とにおける値引率区分を、図２２ａと図２２ｂとに示すように、それぞれ設定してもよい。本例では、例えば、対象商品に設定されている値引率ｒが約３３％だとすると、点数更新部１７ｄは、点数管理テーブルＴ３の値引率区分[１０％≦ｒ]、[２０％≦ｒ]、[３０％≦ｒ]の対応する買上値をそれぞれ更新（インクリメント）すればよい。ここで、図２２ａは、クーポン管理テーブルＴ２の別の例を示す図であり、図２２ｂは、点数管理テーブルＴ３の別の例を示す図である。

また、上記実施形態における商品登録処理において、ステップＳ００２の処理で、商品特定部１１が、商品を特定する度に、すなわち、商品毎に、ステップＳ００３の処理で、登録情報生成部１７ｂは、登録情報Ｄ１を生成し、管理サーバ３０へ送信すると説明した。しかしながら、これに限定されるものではなく、例えば、登録情報生成部１７ｂは、ステップＳ００７の処理で、判定部１７ｃにより発券ボタンが選択されたと判定された場合に（ステップＳ００７；ＹＥＳ）、顧客が購入しようとしている全ての商品の登録内容を特定するための登録内容情報と取引コードとを含む登録情報Ｄ１を生成するようにしてもよい。

この場合、管理サーバ３０のテーブル管理部３３ｂは、登録情報Ｄ１を受信した時点で、取引テーブルＴ６の登録終了フラグをセット（フラグ値を“１”に変更）すればよい。そのため、スキャニングステーション１０は、登録終了情報Ｄ２の生成処理を省略することが可能となる。

また、上記実施形態における商品登録処理において、ステップＳ００８の処理で、登録終了情報Ｄ２を生成し、管理サーバ３０へ生成した登録終了情報Ｄ２を送信し、ステップＳ００９の処理で、クーポン特定部１７ｅは、クーポン管理テーブルＴ２と点数管理テーブルＴ３とを参照して、顧客が選択可能なクーポンを特定するものとして説明した。しかしながら、これに限定されるものではなく、例えば、ステップＳ００９の処理の後にステップＳ００８の処理を実行するように構成してもよい。

更に、登録終了情報生成部１７ｆが、登録終了情報Ｄ２にクーポン特定部１７ｅにより特定されたクーポン番号を含めるように構成してもよい。この場合、管理サーバ３０のテーブル管理部３３ｂは、登録終了情報Ｄ２を受信した場合に、取引テーブルＴ６の対応する登録終了フラグをセット（フラグ値を“１”に変更）すると共に、受信した登録終了情報Ｄ２に含まれるクーポン番号を取引テーブルＴ６の対応する「クーポン番号」欄に格納すればよい。そのため、スキャニングステーション１０は、クーポン特定情報Ｄ３の生成処理を省略することが可能となる。

また、上記実施形態において、管理サーバ３０は、スキャニングステーション１０とペイメントステーション２０とは異なる装置として説明したが、これに限定されるものではなく、例えば、スキャニングステーション１０又はペイメントステーション２０が、管理サーバ３０の機能を兼ねてもよい。例えば、商品の登録が行われたスキャニングステーション１０でその登録内容や選択可能なクーポンのクーポン番号などを保持・管理し、ペイメントステーション２０は、精算券４０から読み取った取引コードに含まれる端末番号に基づいて、その精算券４０を発行したスキャニングステーション１０を特定し、取引コードに対応する登録内容（取引内容）やクーポン番号などを、特定したスキャニングステーション１０に問い合わせるように構成してもよい。

なお、上記動作を実行するための動作プログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magnet Optical disk）などのコンピュータで読み取り可能な記録媒体に記憶して配布し、これをスキャニングステーション１０などのコンピュータにインストールすることにより、上述の処理を実行するように構成してもよい。さらに、インターネット上のサーバ装置が有するディスク装置等にプログラムを記憶しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するものとしてもよい。

以上本発明の実施形態について説明したが、本発明は、以上に述べた実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成又は実施形態を取ることができる。

１００ 精算システム
１０ スキャニングステーション
１１ 商品特定部
１１ａ 固定スキャナ
１１ｂ ハンドスキャナ
１２ 記憶部
１３ 表示部
１４ 入力部
１４ａ キーボード
１４ｂ タッチパネル
１５ 精算券出力部
１６ 通信部
１７ 制御部
１７ａ 採番部
１７ｂ 登録情報生成部
１７ｃ 判定部
１７ｄ 点数更新部
１７ｅ クーポン特定部
１７ｆ 登録終了情報生成部
１７ｇ クーポン特定情報生成部
２０ ペイメントステーション
２１ 精算券読取部
２２ 記憶部
２３ 表示部
２４ 入力部
２４ａ タッチパネル
２５ 支払部
２５ａ 紙幣投入口
２５ｂ 硬貨投入口
２６ 発行部
２７ 通信部
２８ 制御部
２８ａ 精算情報要求生成部
２８ｂ 判定部
２８ｃ クーポン選択画面生成部
２８ｄ 画面制御部
２８ｅ ポイント算出部
２８ｆ 精算処理部
３０ 管理サーバ
３１ 記憶部
３２ 通信部
３３ 制御部
３３ａ 判定部
３３ｂ テーブル管理部
３３ｃ 精算情報生部
３３ｄ 処理終了情報生成部
ＮＷ ネットワーク
４０ 精算券
４１ バーコード（ＱＲコード）
５０ クーポン選択画面
５１ チェックボックス
５２ 決定ボタン
６０ 支払レシート
６１ エコポイント
７０ クーポン券
Ｔ１ 設定テーブル
Ｔ２ クーポン管理テーブル
Ｔ３ 点数管理テーブル
Ｔ４ クーポン情報テーブル
Ｔ５ クーポン発行情報テーブル
Ｔ６ 取引テーブル
Ｄ１ 登録情報
Ｄ２ 登録終了情報
Ｄ３ クーポン特定情報
Ｄ４ 精算情報要求
Ｄ５ 精算情報
Ｄ６ 精算完了情報

Claims (8)

1. 顧客が購入しようとする一又は複数の商品の登録を行う商品登録装置と前記登録された商品の代金の精算処理を行う精算装置とを備える精算システムであって、
   前記商品登録装置は、
   前記顧客が購入しようとしている商品の前記登録の内容である登録内容を一意に識別可能な取引コードを生成する採番部と、
   前記顧客が購入しようとしている商品を特定する商品特定部と、
   前記特定された前記商品に値引きの設定が有るか否かを判定する判定部と、
   前記値引きの設定が有ると判定された場合に、前記顧客が購入しようとしている商品の内で、前記値引きが設定されている商品の点数に基づいて、前記顧客が選択可能なクーポンを特定するクーポン特定部と、
   前記採番部により生成された前記取引コードを特定する情報と前記特定された前記顧客が選択可能なクーポンの内容とを、前記精算装置で精算処理を行うための精算券に印刷して出力する精算券出力部と、
   を備え、
   前記精算装置は、
   前記精算券から前記取引コードを特定する情報を読み取る精算券読取部と、
   前記精算券読取部で読み取られた情報に基づいて特定された前記取引コードに対応する前記顧客が選択可能なクーポンの一覧を表示画面上に表示する表示部と、
   前記顧客が前記一覧から選択したクーポンのクーポン券を発行する発行部と、
   を備える、
   ことを特徴とする精算システム。
2. 前記商品登録装置は、
   前記値引きが設定されている商品ごとに前記値引きを適用するための条件が対応付けられている設定テーブルを保持する記憶部を更に備え、
   前記判定部は、入力手段を介して入力された入力内容あるいは前記設定テーブルに基づいて、前記商品特定部により特定された前記商品に前記値引きの設定が有るか否かを判定する、
   ことを特徴とする請求項１に記載の精算システム。
3. 前記設定テーブルは、前記値引きが設定されている商品ごとに該商品に設定されている前記値引きの大きさを示す情報と前記値引きを適用するための条件とが対応付けられているテーブルであり、
   前記記憶部は、値引率区分と、前記顧客が購入しようとしている商品の内で、値引きが設定されている商品の値引きの大きさに基づいて算出された値引率が、該値引率区分に該当する商品の点数を示す値と、が対応付けられている点数管理テーブルを更に保持し、
   前記商品登録装置は、
   前記値引きの設定が有ると判定された場合に、前記値引率が該当する前記値引率区分に対応する前記点数管理テーブルの前記値をインクリメントする点数更新部を更に備え、
   前記クーポン特定部は、前記点数管理テーブルを参照して、前記値引率区分に対応付けられている前記値に基づいて、前記顧客が選択可能なクーポンを特定する、
   ことを特徴とする請求項２に記載の精算システム。
4. 前記記憶部は、前記値引率区分ごとに前記選択可能なクーポンを一意に識別可能なクーポン識別情報と該クーポンが選択可能となるための条件値とが対応付けられたクーポン管理テーブルを更に保持し、
   前記クーポン特定部は、前記クーポン管理テーブルを参照して、前記点数管理テーブルの前記値が対応する前記値引率区分の前記条件値以上である場合に、該値引率区分に対応する前記クーポン識別情報に基づいて、前記顧客が選択可能なクーポンを特定する、
   ことを特徴とする請求項３に記載の精算システム。
5. 前記精算装置は、
   前記顧客が選択可能なクーポンの数と前記顧客が前記一覧から選択したクーポンの数とに基づいて、前記顧客に付与するポイント数を算出するポイント算出部を更に備える、
   ことを特徴とする請求項１乃至４のいずれか一に記載の精算システム。
6. 登録された商品の代金の精算処理を行う精算装置とともに精算システムを構成し、顧客が購入しようとする一又は複数の商品の前記登録を行う商品登録装置であって、
   前記顧客が購入しようとしている商品の前記登録の内容である登録内容を一意に識別可能な取引コードを生成する採番部と、
   前記顧客が購入しようとしている商品を特定する商品特定部と、
   前記特定された商品に値引きの設定が有るか否かを判定する判定部と、
   前記値引きの設定が有ると判定された場合に、前記顧客が購入しようとしている商品の内で、前記値引きが設定されている商品の点数に基づいて、前記顧客が選択可能なクーポンを特定するクーポン特定部と、
   前記採番部により生成された前記取引コードを特定する情報と前記特定された前記顧客が選択可能なクーポンの内容とを、前記精算装置で精算処理を行うための精算券に印刷して出力する精算券出力部と、
   を備える、
   ことを特徴とする商品登録装置。
7. 顧客が購入しようとする一又は複数の商品の登録を行う商品登録装置と前記登録された商品の代金の精算処理を行う精算装置とを備える精算システムのクーポン券発行方法であって、
   前記商品登録装置により、
   前記顧客が購入しようとしている商品の前記登録の内容である登録内容を一意に識別可能な取引コードを生成し、
   前記顧客が購入しようとしている商品を特定し、
   前記特定した前記商品に値引きの設定が有るか否かを判定し、
   前記値引きの設定が有ると判定した場合に、前記顧客が購入しようとしている商品の内で、前記値引きが設定されている商品の点数に基づいて、前記顧客が選択可能なクーポンを特定し、
   前記生成した前記取引コードを特定する情報と前記特定した前記顧客が選択可能なクーポンの内容とを、前記精算装置で精算処理を行うための精算券に印刷して出力し、
   前記精算装置により、
   前記精算券から前記取引コードを特定する情報を読み取り、
   前記読み取った情報に基づいて特定した前記取引コードに対応する前記顧客が選択可能なクーポンの一覧を表示画面上に表示し、
   前記顧客が前記一覧から選択したクーポンのクーポン券を発行する、
   ことを特徴とするクーポン券発行方法。
8. 登録された商品の代金の精算処理を行う精算装置とともに精算システムを構成し、顧客が購入しようとする一又は複数の商品の前記登録を行う商品登録装置のコンピュータに、
   前記顧客が購入しようとしている商品の前記登録の内容である登録内容を一意に識別可能な取引コードを生成し、
   前記顧客が購入しようとしている商品を特定し、
   前記特定した商品に値引きの設定が有るか否かを判定し、
   前記値引きの設定が有ると判定した場合に、前記顧客が購入しようとしている商品の内で、前記値引きが設定されている商品の点数に基づいて、前記顧客が選択可能なクーポンを特定し、
   前記生成した前記取引コードを特定する情報と前記特定した前記顧客が選択可能なクーポンの内容とを、前記精算装置で精算処理を行うための精算券に印刷して出力する、
   処理を実行させる、
   ことを特徴とするプログラム。