JP7478602B2 - 決済装置及びその制御プログラム - Google Patents

Description

本発明の実施形態は、決済装置及びその制御プログラムに関する。

青果、精肉、鮮魚、総菜、乳製品等の売場をそれぞれ異なるテナントが運営し、会計は、各売場共通の会計場（レジ）でまとめて行うようにした店舗がある。そして、この種の店舗においても、商品の購入金額に応じて算出されるポイントを顧客に付与するポイントサービスを導入する場合がある。

一般に、ポイントサービスが導入された場合、顧客は、ポイントを次回以降の購入代金の一部に充当することができる。その際、ポイントで支払われた金額については、店舗が負担している。したがって、複数のテナントが各売場をそれぞれ運営する形態の店舗の場合には、ポイントで支払われた金額を各テナントが負担することとなる。このため、必ずしも全てのテナントからポイントサービス導入の承認が得られるとは限らない。

このような事情から、ポイントサービス導入の承認が得られたテナントが運営する売場で販売されている商品については代金をポイントで支払うポイント決済を許容し、承認が得られていないテナントが運営する売場で販売されている商品についてはポイント決済を許容しない運用が望まれている。

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

本発明の実施形態が解決しようとする課題は、ポイントサービス導入の承認が得られたテナントが運営する売場で販売されている商品についてはポイント決済を許容し、承認が得られていないテナントが運営する売場で販売されている商品についてはポイント決済を許容しない運用を容易に実現できる決済装置を提供することにある。

一実施形態において、決済装置は、抽出手段と、算出手段と、通知手段と、を備える。抽出手段は、購買者が購入する商品の中からポイント決済対象の商品を抽出する。算出手段は、抽出手段により抽出された商品を基にポイント決済可能金額を算出する。通知手段は、算出手段により算出されたポイント決済可能金額を通知する。

一実施形態に係るＰＯＳ端末の要部回路構成を示すブロック図。 会員データベースに保存される会員レコードの主要なデータ構造を示す模式図。 商品データベースに保存される商品レコードの主要なデータ構造を示す模式図。 テナントデータベースに保存されるテナントレコードの主要なデータ構造を示す模式図。 ＰＯＳ端末が有する対象外ファイルの主要なデータ構造を示す模式図。 ＰＯＳ端末が有する取引バッファの主要なデータ構造を示す模式図。 ＰＯＳ端末のプロセッサが実行する主要な情報処理の手順を示す流れ図。 ＰＯＳ端末のプロセッサが実行する主要な情報処理の手順を示す流れ図。 ＰＯＳ端末のプロセッサが実行する主要な情報処理の手順を示す流れ図。 ＰＯＳ端末のプロセッサが実行する算出処理の手順を示す流れ図。 ＰＯＳ端末のタッチパネルに表示される第１小計画面の一例を示す模式図。 ＰＯＳ端末のタッチパネルに表示される第２小計画面の一例を示す模式図。 第２の実施形態における算出処理の手順を示す流れ図。

決済装置の実施形態について、図面を用いて説明する。
なお、以下の実施形態では、青果、精肉、鮮魚及び総菜の各売場をそれぞれ異なるテナントＴＡ，テナントＴＢ，テナントＴＣ，テナントＴＤが運営し、会計は、各売場共通の会計場（レジ）でまとめて行うようにした店舗の会計場に設置されるＰＯＳ（Point Of Sales）端末１０（図１を参照）を、決済装置の一例とする。ＰＯＳ端末１０は、購買者である顧客が購入する商品の登録から会計までの操作を店員が行う対面式の決済装置である。

そして本実施形態では、店舗が、会員になった顧客に対し、商品の購入金額に応じて算出されるポイントを付与するポイントサービスを導入する。ただし、精肉売場を運営するテナントＴＡと、精肉売場を運営するテナントＴＢとは、ポイントサービス導入を承認しておらず、鮮魚売場を運営するテナントＴＣと、総菜売場を運営するテナントＴＤとは、ポイントサービス導入を承認している場合を例示する。

［第１の実施形態］
図１は、一実施形態に係るＰＯＳ端末１０の要部回路構成を示すブロック図である。ＰＯＳ端末１０は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、時計１４、通信インターフェース１５、キーボード１６、タッチパネル１７、ディスプレイ１８、プリンタ１９、及び、第１乃至第３の外部インターフェース１１０、１１１、１１２を備える。ＰＯＳ端末１０は、プロセッサ１１と、メインメモリ１２、補助記憶デバイス１３、時計１４、通信インターフェース１５、キーボード１６、タッチパネル１７、ディスプレイ１８、プリンタ１９及び第１乃至第３の外部インターフェース１１０、１１１、１１２とを、システムバス１１３で接続している。システムバス１１３は、アドレスバス、データバス等を含む。ＰＯＳ端末１０は、プロセッサ１１とメインメモリ１２及び補助記憶デバイス１３とをシステムバス１１３で接続することによって、コンピュータを構成している。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム又はアプリケーションプログラムに従って、ＰＯＳ端末１０としての各種の機能を実現するべく各部を制御する。プロセッサ１１は、例えばＣＰＵ（Central Processing Unit）である。

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリエリア及び揮発性のメモリエリアを含む。メインメモリ１２は、不揮発性のメモリエリアではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを揮発性のメモリエリアで記憶する。またメインメモリ１２は、揮発性のメモリエリアを、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリエリアは、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリエリアは、例えばＲＡＭ（Random Access Memory）である。

補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１３としては、例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）又はＳＳＤ（Solid State Drive）等の周知の記憶デバイスを単独で、あるいは複数組み合わせて用いられる。補助記憶デバイス１３は、プロセッサ１１が各種の処理を行う上で使用するデータ、プロセッサ１１での処理によって生成されたデータ等を保存する。補助記憶デバイス１３は、アプリケーションプログラムを記憶する場合もある。

メインメモリ１２又は補助記憶デバイス１３が記憶するアプリケーションプログラムは、後述する制御プログラムを含む。制御プログラムをメインメモリ１２又は補助記憶デバイス１３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に制御プログラムを記録して、あるいはネットワークを介した通信により制御プログラムを配信して、メインメモリ１２又は補助記憶デバイス１３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ、メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

時計１４は、ＰＯＳ端末１０の時刻情報源として機能する。プロセッサ１１は、時計１４によって計時される時刻情報を基に、現在の日付及び時刻を計時する。

通信インターフェース１５は、通信ネットワークを介して接続されたサーバ２０との間でデータ通信を行うための回路である。サーバ２０は、会員データベース２１、商品データベース２２、テナントデータベース２３等の種々のデータベースを管理するデータベースサーバである。通信ネットワークは、例えばＬＡＮ（Local Area Network）である。通信ネットワークは、例えばイントラネット、ＷＡＮ（Wide Area Network）等を組み合わせてもよい。

キーボード１６は、点数、金額、商品コード等の数値を置数するための置数キーの他、乗算キー、小計キー、締めキー等の種々のファンクションキーを配設した入力デバイスである。締めキーは、商取引の登録締めを操作者が宣言するためのキーである。締めキーは、決済方法別に用意されている。すなわち現金決済用の締めキー、クレジット決済用の締めキー、ポイント決済用の締めキー等がキーボード１６に配設されている。

タッチパネル１７は、店員用の入力デバイスと表示デバイスとを兼ね備えた機器である。ディスプレイ１８は、顧客用の表示デバイスである。タッチパネル１７及びディスプレイ１８には、ＰＯＳ端末１０で登録された商品の名称（商品名）、価格、合計金額、釣銭額等が表示される。

プリンタ１９は、所定のレシート用紙に商取引の明細を表すレシートデータを印字出力するための出力デバイスである。レシートデータが印字されたレシート用紙は、カッタにより切断されて、紙レシートとして発行される。

第１の外部インターフェース１１０は、スキャナ３１との通信用である。スキャナ３１は、バーコード又は二次元コードの読取りに供せられる。各商品には、その商品固有の商品コードを示すバーコードが付されている。

第２の外部インターフェース１１１は、リーダ３２との通信用である。リーダ３２は、会員カード、クレジットカード等のカードデータを読み取るための入力デバイスである。会員カードは、会員となった顧客が所持するカード媒体である。顧客は、会員になることで店舗からポイントサービスを受けることができる。会員カードには、会員となった顧客固有の会員ＩＤが記録されている。会員ＩＤは、会員カードに磁気記録されていてもよいし、ＩＣメモリに電気的に記録されていてもよい。あるいは会員ＩＤは、会員カードの表面にバーコード又は二次元コードの形態で印刷されていてもよい。会員ＩＤが会員カードに対して磁気記録されている場合、リーダ３２は磁気カードリーダである。会員ＩＤが会員カードのＩＣメモリに記憶されている場合、リーダ３２はＩＣカードリーダである。会員ＩＤが会員カードの表面にバーコード又は２次元コードの形態で印刷されている場合、リーダ３２は、コードリーダである。この場合、会員ＩＤをバーコード又は二次元コードの形態で表示可能なスマートフォン等の携帯型通信端末を会員カードの代用品として使用することもできる。

第３の外部インターフェース１１２は、ドロワ３３との通信用である。ドロワ３３は、釣銭用の現金等を収納するための部材である。第３の外部インターフェース１１２は、自動釣銭機との通信用であってもよい。

なお、外部インターフェースの数は３つに限定されない。ＰＯＳ端末１０は、その他のデバイス通信用の外部インターフェースを備えていてもよい。

次に、前記サーバ２０によって管理される会員データベース２１、商品データベース２２及びテナントデータベース２３について説明する。
会員データベース２１は、会員となった顧客毎に作成される会員レコード２１１（図２参照）の集合体である。会員レコード２１１は、図２に示すように、会員ＩＤ、累積ポイントＰａ等の項目で特定されるデータを含む。累積ポイントＰａは、会員ＩＤで識別される顧客に対して付与されたサービスポイントを累積した値である。顧客は、累積ポイントＰａを１ポイントあたり１円に換算して購入代金に充当することができる。

商品データベース２２は、各売場で販売される商品毎に作成される商品レコード２２１（図３を参照）の集合体である。商品レコード２２１は、図３に示すように、商品コード、部門コード、テナントコード、メーカコード、商品名、価格、属性フラグＦａ等の項目で特定されるデータを含む。

商品コードは、商品毎に設定された一意のコードである。部門コードは、各商品を属性によって分類した部門毎に設定された一意のコードである。例えば青果売場では、商品は根菜類、葉茎菜類、キノコ類、果実類等の部門に分類される。精肉売場では、商品は牛肉、豚肉、鶏肉、加工肉等の部門に分類される。その他の鮮魚売場及び総菜売場でも、商品は１以上の部門に分類される。テナントコードは、商品の売場を管理するテナント毎に設定された一意のコードである。メーカコードは、商品の製造メーカ（又は生産者）毎に設定された一意のコードである。名称及び価格は、商品コードで識別される商品の固有名称及びその商品１点当たりの価格である。

属性フラグＦａは、商品コードで識別される商品がポイント計算対象外であるか否かを識別するための１ビットデータである。本実施形態では、ポイントサービス導入の承認が得られていないテナントＴＡ及びテナントＴＢが運営する売場で販売されている商品はポイント計算対象外となる。したがって、青果売場及び精肉売場で販売されている商品については、商品レコード２２１の属性フラグＦａが“１”となる。一方、ポイントサービス導入の承認が得られているテナントＴＣ及びテナントＴＤが運営する売場で販売されている商品はポイント計算対象外となる。したがって、鮮魚売場及び惣菜売場で販売されている商品については、商品レコード２２１の属性フラグＦａが“０”となる。なお、ポイントサービス導入を承認しているテナントの売場で販売される商品の中にも、ポイント計算対象外となる場合があり得る。例えば商品券等の金券商品は、ポイント計算対象外とする場合である。このような場合には、テナントに関わらず金券商品については、商品レコード２２１の属性フラグＦａを“１”とすればよい。

テナントデータベース２３は、テナント毎に作成されるテナントレコード２３１（図４を参照）の集合体である。テナントレコード２３１は、図４に示すように、テナントコード、テナント名、ポイント負担金額等の項目で特定されるデータを含む。テナント名は、テナントコードで特定されるテナントの固有名称である。ポイント負担金額は、ポイントによる商品代金の支払い金額のうち当該テナントが負担する金額である。

さて、図１に示すようにＰＯＳ端末１０は、補助記憶デバイス１３に対象外ファイル４０を形成している。本実施形態では、ポイントサービス導入の承認が得られたテナントが運営する売場で販売されている商品については代金をポイントで支払うポイント決済を許容する。ただし、承認が得られていないテナントが運営する売場で販売されている商品についてはポイント決済を許容しない。このような運用を実現するために対象外ファイル４０がある。

図５は、対象外ファイル４０のデータ構造を示す模式図である。図示するように、対象外ファイル４０は、コード種別のエリアと複数の対象外コードのエリアとを有している。コード種別のエリアには、対象外コードの種類を特定するためのデータが記述される。対象外コードのエリアには、ポイントサービス導入の承認が得られていないテナントが運営する売場で販売されている商品に係るコードが記述される。

すなわち本実施形態では、一例として、テナントコードを特定するためのデータを、コード種別として対象外ファイル４０に記述する。そして、テナントＴＡのテナントコードとテナントＴＢのテナントコードとを、対象外コードとして対象外ファイル４０に記述する。

なお、各売場でそれぞれ販売されている商品の部門が重複しないことを前提とすると、部門コードを特定するためのデータをコード種別として対象外ファイル４０に記述してもよい。そしてその場合には、ポイントサービス導入の承認が得られていないテナントで販売される商品の部門コードを、対象外コードとして対象外ファイル４０に記述することとなる。

また、各売場でそれぞれ販売されている商品の製造メーカが重複しない場合には、メーカコードを特定するためのデータをコード種別として対象外ファイル４０に記述してもよい。そしてその場合には、ポイントサービス導入の承認が得られていないテナントで販売される商品のメーカコードを、対象外コードとして対象外ファイル４０に記述することとなる。

図１に示すようにＰＯＳ端末１０は、メインメモリ１２における揮発性メモリエリアの一部を取引バッファ５１と抽出バッファ５２のエリアとしている。取引バッファ５１は、顧客との商取引に係るデータを一時的に記憶するためのエリアである。

図６は、取引バッファ５１のデータ構造を示す模式図である。図示するように取引バッファ５１は、会員ＩＤ、累積ポイントＰａ、複数の商品販売データ、合計金額、ポイント決済可能金額、今回ポイントＰｂ等のデータを記述するためのエリアを有する。各エリアのデータについては、後述する動作説明の中で明らかにする。

抽出バッファ５２は、取引バッファ５１から抽出した商品販売データを一時的に記憶するためのエリアである。抽出バッファ５２は、複数の商品販売データを記述するためのエリアを有する。

図７乃至図１０は、プロセッサ１１が制御プログラムに従って実行する主要な情報処理の手順を示す流れ図である。図１１及び図１２は、タッチパネル１７に表示される画像の一例である。以下、これらの図を用いて、顧客との商取引に対するＰＯＳ端末１０の主要な動作について説明する。なお、以下に説明する動作は一例である。同様な結果が得られるのであれば、その手順等は特に限定されるものではない。

プロセッサ１１は、直前の顧客との商取引が終了すると、図７の流れ図に示す手順の情報処理を開始する。先ずプロセッサ１１は、ＡＣＴ１として初期化を実行する。この初期化により、取引バッファ５１がクリアされる。また、第１フラグＦｂ及び第２フラグＦｃが“０”にリセットされる。第１フラグＦｂは、会員との商取引であるか否かを識別するための１ビットデータである。第１フラグＦｂは、会員との商取引である場合に“１”となり、非会員との商取引の場合には“０”となる。第２フラグＦｃは、商品登録が行われたか否かを識別するための１ビットデータである。第２フラグＦｃは、商品登録が開始される前は“０”であり、商品登録が開始されると“１”となる。

初期化を終えると、プロセッサ１１は、ＡＣＴ２として第１フラグＦｂが“０”であるか否かを確認する。この場合、第１フラグＦｂは“０”である。よって、プロセッサ１１は、ＡＣＴ２においてＹＥＳと判定し、ＡＣＴ３へと進む。プロセッサ１１は、ＡＣＴ３として会員登録が行われたか否かを確認する。会員登録が行われていない場合、プロセッサ１１は、ＡＣＴ３においてＮＯと判定し、ＡＣＴ４へと進む。プロセッサ１１は、ＡＣＴ４として商品登録が行われたか否かを確認する。商品登録が行われていない場合、プロセッサ１１は、ＡＣＴ４においてＮＯと判定し、ＡＣＴ５へと進む。プロセッサ１１は、ＡＣＴ５として小計出力が指示されたか否かを確認する。小計出力が指示されていない場合、プロセッサ１１は、ＡＣＴ５においてＮＯと判定し、ＡＣＴ２へと戻る。

ここにプロセッサ１１は、第１フラグＦｂが“０”にリセットされている状態においては、ＡＣＴ３乃至ＡＣＴ５として会員登録が行われるか、商品登録が行われるか、小計出力が指示されるのを待ち受ける。

ＰＯＳ端末１０のオペレータである店員は、顧客が購入商品の代金支払いのために会計場に来ると、その顧客との商取引を開始する。そして店員は、購入商品をＰＯＳ端末１０に登録する。すなわち、購入商品がバーコード付きの商品の場合には、店員は、そのバーコードをスキャナ３１で読み取らせる。購入商品がバーコード無しの商品の場合には、店員は、キーボード１６又はタッチパネル１７を操作して当該商品の商品コードをＰＯＳ端末１０に入力する。また店員は、顧客から会員カードの提示を受けた場合には、会員登録を行う。すなわち店員は、その会員カードの会員ＩＤをリーダ３２で読み取らせる。また店員は、購入商品の登録を終えると、小計出力を指示する。すなわち店員は、小計キーを入力する。なお、会員登録のタイミングは、商品登録の前であってもよいし、小計出力を指示する前であってもよい。また、小計出力を指示した後であっても、決済方法が選択される前であれば、会員登録を行うことができる。

プロセッサ１１は、ＡＣＴ３乃至ＡＣＴ５の待ち受け状態において、リーダ３２で会員ＩＤが読み取られたことを検知すると、会員登録が行われたと認識する。プロセッサ１１は、ＡＣＴ３においてＹＥＳと判定し、ＡＣＴ６へと進む。プロセッサ１１は、ＡＣＴ６としてその会員ＩＤを含む会員レコード２１１をサーバ２０の会員データベース２１から取得する。そしてプロセッサ１１は、ＡＣＴ７として会員レコード２１１に含まれる会員ＩＤと累積ポイントＰａの各データを取引バッファ５１に記述して記憶する。またプロセッサ１１は、ＡＣＴ８として第１フラグＦｂを“１”にセットする。しかる後、プロセッサ１１は、ＡＣＴ２へと戻る。

このとき、第１フラグＦｂが“１”にセットされているので、プロセッサ１１は、ＡＣＴ２においてＮＯと判定し、ＡＣＴ４へと進む。すなわちプロセッサ１１は、ＡＣＴ４及びＡＣＴ５として商品登録が行われるか小計出力が指示されるのを待ち受ける。

プロセッサ１１は、ＡＣＴ３乃至ＡＣＴ５の待ち受け状態、又はＡＣＴ４及びＡＣＴ５の待ち受け状態において、商品コードが入力されたことを検知すると、商品登録が行われたと認識する。プロセッサ１１は、ＡＣＴ４においてＹＥＳと判定し、ＡＣＴ９へと進む。プロセッサ１１は、ＡＣＴ９としてその商品コードを含む商品レコード２２１をサーバ２０の商品データベース２２から取得する。そしてプロセッサ１１は、ＡＣＴ１０としてその商品レコード２２１のデータを基に商品販売データを生成する。

商品販売データは、商品コード、部門コード、テナントコード、商品名、価格、属性フラグＦａ、販売点数及び販売金額を含む。販売点数は、商品コードとともに乗数が入力された場合にはその乗数であり、乗数が入力されていない場合には“１”である。販売金額は、価格に販売点数を乗算して算出された金額である。なお、商品販売データの構造はこれに限定されない。例えば、メーカコード等のその他の情報をさらに含んでいてもよい。

商品販売データを生成し終えると、プロセッサ１１は、ＡＣＴ１１としてその商品販売データを取引バッファ５１に記述して記憶する。

プロセッサ１１は、ＡＣＴ１２として第２フラグＦｃを調べる。第２フラグＦｃが“０”にリセットされていた場合、プロセッサ１１は、ＡＣＴ１２においてＹＥＳと判定し、ＡＣＴ１３へと進む。プロセッサ１１は、ＡＣＴ１３として第２フラグＦｃを“１”にセットする。第２フラグＦｃが既に“１”にセットされていた場合には、プロセッサ１１は、ＡＣＴ１２においてＮＯと判定し、ＡＣＴ１３の処理をスキップする。

こうして、ＡＣＴ１３の処理を実行するかスキップすると、プロセッサ１１は、ＡＣＴ２へと戻る。すなわちプロセッサ１１は、ＡＣＴ３乃至ＡＣＴ５の待ち受け状態、またはＡＣＴ４及びＡＣＴ５の待ち受け状態に戻る。

プロセッサ１１は、ＡＣＴ３乃至ＡＣＴ５の待ち受け状態、あるいはＡＣＴ４及びＡＣＴ５の待ち受け状態において、小計キーが入力されたことを検知すると、小計出力が指示されたと認識する。プロセッサ１１は、ＡＣＴ５においてＹＥＳと判定し、ＡＣＴ１４へと進む。プロセッサ１１は、ＡＣＴ１４として第２フラグＦｃが“１”にセットされているか否かを確認する。第２フラグＦｃがセットされていない場合、商品登録が行われることなく小計出力が指示された誤操作である。プロセッサ１１は、ＡＣＴ１４においてＮＯと判定し、ＡＣＴ２へと戻る。

プロセッサ１１は、第２フラグＦｃがセットされていることを確認したならば、ＡＣＴ１４においてＹＥＳと判定し、図８のＡＣＴ２１へと進む。プロセッサ１１は、ＡＣＴ２１として小計金額Ａａを算出する。すなわちプロセッサ１１は、取引バッファ５１に記憶された各商品販売データの販売金額を合算して小計金額Ａａを算出する。プロセッサ１１は、小計金額（合計金額）Ａａを取引バッファ５１に記述して記憶する。またプロセッサ１１は、ＡＣＴ２２としてポイント決済可能金額Ａｂの算出処理を実行する。この算出処理は、図１０の流れ図に示す手順に従って実行される。

すなわちプロセッサ１１は、ＡＣＴ６１として対象外ファイル４０からコード種別を取得する。次いでプロセッサ１１は、ＡＣＴ６２として取引バッファ５１から未処理の商品販売データを取得する。未処理の商品販売データとは、後述するＡＣＴ６３乃至ＡＣＴ６５の処理を実施していない商品販売データである。

未処理の商品販売データを取得すると、プロセッサ１１は、ＡＣＴ６３としてその商品販売データから、ＡＣＴ６１の処理で取得したコード種別で特定されるコードを検出する。例えば、コード種別で特定されるコードがテナントコードの場合には、プロセッサ１１は、商品販売データからテナントコードを検出する。そしてプロセッサ１１は、ＡＣＴ６４として商品販売データから検出されたコードが、対象外ファイル４０に対象外コードとして設定されているコードと一致するか否かを確認する。

商品販売データから検出されたコード種別のコードが、対象外コードとして設定されているコードと一致しない場合、プロセッサ１１は、ＡＣＴ６４においてＮＯと判定し、ＡＣＴ６５へと進む。プロセッサ１１は、ＡＣＴ６５としてその商品販売データを取引バッファ５１から抽出し、抽出バッファ５２に記述して記憶する。その後、プロセッサ１１は、ＡＣＴ６６へと進む。

一方、商品販売データから検出されたコード種別のコードが、対象外コードとして設定されているコードと一致する場合には、プロセッサ１１は、ＡＣＴ６４においてＹＥＳと判定する。プロセッサ１１は、ＡＣＴ６５の処理をスキップしてＡＣＴ６６へと進む。

プロセッサ１１は、ＡＣＴ６６として取引バッファ５１に未処理の商品販売データが存在するか否かを確認する。未処理の商品販売データが存在する場合、プロセッサ１１は、ＡＣＴ６６においてＹＥＳと判定し、ＡＣＴ６２へと戻る。そしてプロセッサ１１は、ＡＣＴ６２以降の処理を前述したのと同様に実行する。

ＡＣＴ６１乃至ＡＣＴ６６の処理により、取引バッファ５１に記憶された商品販売データから、コード種別のコードが対象外コードとして設定されているコードと一致しない商品販売データが抽出される。そして抽出された商品販売データは、抽出バッファ５２において記憶される。すなわち抽出バッファ５２には、ポイントサービスの導入を承認しているテナントが管理する売場で顧客が購入した商品の商品販売データが記憶される。ポイントサービスの導入を承認していないテナントが管理する売場で顧客が購入した商品の商品販売データは、抽出バッファ５２に記憶されない。

プロセッサ１１は、取引バッファ５１に記憶された全ての商品販売データについて処理を終えると、ＡＣＴ６６においてＮＯと判定し、ＡＣＴ６７へと進む。プロセッサ１１は、ＡＣＴ６７として抽出バッファ５２に商品販売データが記憶されているか否かを確認する。抽出バッファ５２に商品販売データが記憶されていない場合、プロセッサ１１は、ＡＣＴ６７においてＮＯと判定し、ＡＣＴ６８へと進む。プロセッサ１１は、ＡＣＴ６８として取引バッファ５１にポイント決済可能金額Ａｂとして「０円」を記述する。

抽出バッファ５２に商品販売データが記憶されている場合には、プロセッサ１１は、ＡＣＴ６７においてＹＥＳと判定し、ＡＣＴ６９へと進む。プロセッサ１１は、ＡＣＴ６９として抽出バッファ５２に記憶された商品販売データの販売金額を合算する。そしてプロセッサ１１は、ＡＣＴ７０としてその販売金額の合算金額をポイント決済可能金額Ａｂとして取引バッファ５１に記述する。
以上で、プロセッサ１１は、ポイント決済可能金額Ａｂの算出処理を終了する。

図８の説明に戻る。
上記算出処理を終えると、プロセッサ１１は、ＡＣＴ２３としてポイント決済可能金額Ａｂが０円よりも大きいか否かを確認する。ポイント決済可能金額Ａｂが０円よりも大きい場合、プロセッサ１１は、ＡＣＴ２３においてＹＥＳと判定し、ＡＣＴ２４へと進む。プロセッサ１１は、ＡＣＴ２４として第１小計画面ＳＣａ（図１１を参照）を編集して、タッチパネル１７に表示させる。

ポイント決済可能金額Ａｂが０円であった場合には、プロセッサ１１は、ＡＣＴ２３においてＮＯと判定し、ＡＣＴ２５へと進む。プロセッサ１１は、ＡＣＴ２５として第２小計画面ＳＣｂ（図１２を参照）を編集して、タッチパネル１７に表示させる。

図１１は、第１小計画面ＳＣａの一例を示す模式図である。図示するように第１小計画面ＳＣａには、ＡＣＴ２１の処理で算出された小計金額Ａａと、ＡＣＴ２２の処理で算出されたポイント決済可能金額Ａｂとが表示される。また第１小計画面ＳＣａには、決済方法の選択ボタンとして、現金ボタンＢａ、クレジットボタンＢｂ及びポイントボタンＢｃが表示される。現金ボタンＢａは、現金決済を宣言するための操作子である。クレジットボタンＢｂは、クレジットカード決済を宣言するための操作子である。ポイントボタンＢｃは、ポイント決済を宣言するための操作子である。図１１に示すように、ポイント決済可能金額Ａｂが０円よりも大きい場合、会員である顧客は、ポイント決済可能金額Ａｂ以下の代金について、累積ポイントＰａで支払うことができる。すなわちポイント決済が可能である。したがって、第１小計画面ＳＣａには、ポイントボタンＢｃが表示されている。

図１２は、第２小計画面ＳＣｂの一例を示す模式図である。図示するように第２小計画面ＳＣｂにも、ＡＣＴ２１の処理で算出された小計金額Ａａと、ＡＣＴ２２の処理で算出されたポイント決済可能金額Ａｂとが表示される。ただし、ポイント決済可能金額Ａｂは０円である。よって、ポイント決済は不可能である。したがって、第２小計画面ＳＣｂには、決済方法の選択ボタンとして現金ボタンＢａ及びクレジットボタンＢｂは表示されるが、ポイントボタンＢｃは表示されない。あるいは、ポイントボタンＢｃは表示されているとしてもグレーアウトしていて、操作を受け付けない状態となっている。

第１小計画面ＳＣａを表示させたプロセッサ１１は、ＡＣＴ２６として商取引の決済が宣言されるのを待ち受ける。具体的にはプロセッサ１１は、第１小計画面ＳＣａの現金ボタンＢａ、クレジットボタンＢｂ、ポイントボタンＢｃのいずれかが入力されるのを待ち受ける。そして、いずれかのボタンが入力されると、プロセッサ１１は、ＡＣＴ２６においてＹＥＳと判定し、ＡＣＴ２７へと進む。プロセッサ１１は、ＡＣＴ２７としてポイントボタンＢｃが入力されたか否かを確認する。そしてポイントボタンＢｃ以外のボタン、すなわち現金ボタンＢａ又はクレジットボタンＢｂが入力された場合には、プロセッサ１１は、ＡＣＴ２７においてＮＯと判定し、ＡＣＴ２９へと進む。

同様に、第２小計画面ＳＣｂを表示させたプロセッサ１１は、ＡＣＴ２８として商取引の決済が宣言されるのを待ち受ける。具体的にはプロセッサ１１は、第２小計画面ＳＣｂの現金ボタンＢａ又はクレジットボタンＢｂが入力されるのを待ち受ける。そして、いずれかのボタンが入力されると、プロセッサ１１は、ＡＣＴ２８においてＹＥＳと判定し、ＡＣＴ２９へと進む。

このように、第１小計画面ＳＣａ又は第２小計画面ＳＣｂの現金ボタンＢａ又はクレジットボタンＢｂが入力された場合には、プロセッサ１１は、ＡＣＴ２９へと進む。プロセッサ１１は、ＡＣＴ２９として現金決済処理又はクレジットカード決済処理を実行する。すなわち、現金ボタンＢａが入力された場合には、プロセッサ１１は現金決済処理を実行する。クレジットボタンＢｂが入力された場合には、プロセッサ１１はクレジットカード決済処理を実行する。現金決済処理では、釣銭額が算出される。クレジットカード決済処理では、クレジットカードの認証が行われる。このような現金決済処理及びクレジットカード決済処理は周知の処理であるので、ここでの詳細な説明は省略する。

現金決済処理又はクレジットカード決済処理が終了すると、プロセッサ１１は、ＡＣＴ３０として第１フラグＦｂが“１”にセットされているか否かを確認する。第１フラグＦｂが“１”にセットされていた場合、会員との商取引である。プロセッサ１１は、ＡＣＴ３０においてＹＥＳと判定し、ＡＣＴ３１へと進む。プロセッサ１１は、ＡＣＴ３１として今回ポイントＰｂを算出する。例えばプロセッサ１１は、取引バッファ５１内の商品販売データのうち、属性フラグＦａが“０”の商品販売データにおける販売金額を合算してポイント対象金額を算出する。そしてプロセッサ１１は、ポイント対象金額を所定のポイント基準金額で除算して、その商の整数を今回ポイントＰｂとする。プロセッサ１１は、今回ポイントＰｂを取引バッファ５１に記述して記憶する。

プロセッサ１１は、ＡＣＴ３２として取引バッファ５１に記憶された会員ＩＤと関連付けて会員データベース２１に記憶されている累積ポイントＰａが今回ポイントＰｂを加算した後のポイントとなるように、会員レコード２１１の更新を指令する。また、プロセッサ１１は、ＡＣＴ３３として第１フラグＦｂを“０”にリセットする。その後、プロセッサ１１は、ＡＣＴ３４へと進む。

一方、第１フラグＦｂが“１”にセットされていない場合には、非会員との商取引である。プロセッサ１１は、ＡＣＴ３０においてＮＯと判定し、ＡＣＴ３１乃至ＡＣＴ３３の処理をスキップして、ＡＣＴ３４へと進む。

このようにプロセッサ１１は、会員である顧客との商取引の決済処理を終えると、ＡＣＴ３１乃至ＡＣＴ３３の処理を実行してからＡＣＴ３４へと進む。プロセッサ１１は、非会員である顧客との商取引の決済処理を終えると、ＡＣＴ３１乃至ＡＣＴ３３の処理を実行せずに、ＡＣＴ３４へと進む。プロセッサ１１は、ＡＣＴ３４としてプリンタ１９を駆動して、レシートを発行する。レシートは、クレジット伝票の場合もあり得る。

レシート発行後、プロセッサ１１は、ＡＣＴ３５として第２フラグＦｃを“０”にリセットする。以上で、プロセッサ１１は、顧客との商取引を終了する。

一方、第１小計画面ＳＣａを表示させた後で、ポイントボタンＢｃが入力された場合、すなわちポイント決済が宣言された場合には、プロセッサ１１は、ＡＣＴ２７においてＹＥＳと判定し、図９のＡＣＴ４１へと進む。プロセッサ１１は、ＡＣＴ４１として第１フラグＦｂが“１”にセットされているか否かを確認する。

第１フラグＦｂが“１”にセットされていない場合、プロセッサ１１は、ＡＣＴ４１においてＮＯと判定し、ＡＣＴ４２へと進む。すなわち、会員登録が行われていないにも拘わらずポイント決済が選択されたので、プロセッサ１１は、ＡＣＴ４２として会員登録を待ち受ける。そして、リーダ３２で会員ＩＤが読み取られたことを検知すると、プロセッサ１１は、ＡＣＴ４２においてＹＥＳと判定し、ＡＣＴ４３へと進む。プロセッサ１１は、ＡＣＴ４３としてその会員ＩＤを含む会員レコード２１１をサーバ２０の会員データベース２１から取得する。プロセッサ１１は、ＡＣＴ４４として会員レコード２１１に含まれる会員ＩＤと累積ポイントＰａの各データを取引バッファ５１に記述して記憶する。プロセッサ１１は、ＡＣＴ４５として第１フラグＦｂを“１”にセットする。しかる後、プロセッサ１１は、ＡＣＴ４６へと進む。

一方、第１フラグＦｂが既に“１”にセットされていた場合には、プロセッサ１１は、ＡＣＴ４１においてＹＥＳと判定し、ＡＣＴ４６へと進む。
このように、会員登録が行われた商取引に対してポイント決済が選択されると、プロセッサ１１は、ＡＣＴ４６へと進む。プロセッサ１１は、ＡＣＴ４６としてポイントによる支払金額Ａｃが入力されるのを待ち受ける。前述したように、本実施形態では、累積ポイントＰａを１ポイントあたり１円に換算して購入代金に充当できる。したがってプロセッサ１１は、累積ポイントＰａ以下のポイントが支払金額Ａｃとして入力されるのを待ち受ける。

キーボード１６を介して累積ポイントＰａ以下のポイントに相当する支払金額Ａｃが入力されると、プロセッサ１１は、ＡＣＴ４６においてＹＥＳと判定し、ＡＣＴ４７へと進む。プロセッサ１１は、ＡＣＴ４７として支払金額Ａｃが取引バッファ５１に記憶されているポイント決済可能金額Ａｂ以下であるか否かを確認する。支払金額Ａｃがポイント決済可能金額Ａｂよりも大きい場合、プロセッサ１１は、ＡＣＴ４７においてＮＯと判定し、ＡＣＴ４６へと戻る。プロセッサ１１は、再度、支払金額Ａｃが入力されるのを待ち受ける。

支払金額Ａｃがポイント決済可能金額Ａｂ以下の場合には、プロセッサ１１は、ＡＣＴ４７においてＹＥＳと判定し、ＡＣＴ４８へと進む。プロセッサ１１は、ＡＣＴ４８としてポイント決済処理を実行する。すなわちプロセッサ１１は、取引バッファ５１に記憶された合計金額から支払金額Ａｃを減額する。

ポイント決済処理を終えると、プロセッサ１１は、ＡＣＴ４９としてポイント決済対象のテナント別売上を算出する。すなわちプロセッサ１１は、抽出バッファ５２に記憶されている商品販売データの販売価格を、同データのテナントコード別に集計する。次いで、プロセッサ１１は、ＡＣＴ５０としてテナント別売上の比率を算出する。さらにプロセッサ１１は、ＡＣＴ５１としてポイントによる支払金額Ａｃをテナント別売上の比率で按分する。そしてプロセッサ１１は、ＡＣＴ５２としてその按分データを処理する。

ＡＣＴ４９乃至ＡＣＴ５２の処理については、具体例を上げて説明する。例えばポイント決済可能金額８００円の商取引に対して顧客が４００ポイントのポイント決済を希望した場合、ポイント決済処理が実行される。ここで、ポイント決済可能金額８００円の内訳が、テナントＴＣが管理する鮮魚売場で購入した商品の金額５００円とテナントＴＤが管理する惣菜売場で購入した商品の金額３００円であったと仮定すると、テナント別売上の比率は、［テナントＴＣ：テナントＴＤ＝５：３］となる。したがって、支払金額Ｔｃ＝４００円は、テナントＴＣが管理する鮮魚売場で購入した商品に対する支払金額２５０円と、テナントＴＤが管理する惣菜売場で購入した商品に対する支払金額１５０円とに按分される。プロセッサ１１は、テナントＴＣのテナントレコード２３１におけるポイント負担金額に、按分後の支払金額２５０円を加算する。またプロセッサ１１は、テナントＴＤのテナントレコード２３１におけるポイント負担金額に、按分後の支払金額１５０円を加算する。

以上のようなＡＣＴ４９乃至ＡＣＴ５２の処理を終えると、プロセッサ１１は、ＡＣＴ５３として代金の残金有無を確認する。ポイント決済処理において合計金額から支払金額Ａｃを減額した結果、残金が０円の場合には、プロセッサ１１は、残金無しと判定する。プロセッサ１１は、ＡＣＴ５３においてＮＯと判定し、図８のＡＣＴ３０へと進む。そしてプロセッサ１１は、ＡＣＴ３０以降の処理を前述したのと同様に実行する。

一方、残金がある場合には、その残金をポイント決済以外の方法で決済することとなる。すなわちプロセッサ１１は、ＡＣＴ５３においてＹＥＳと判定し、図８のＡＣＴ２８へと進む。プロセッサ１１は、ＡＣＴ２８以降の処理を前述したのと同様に実行する。

以上詳述したように、ＰＯＳ端末１０のプロセッサ１１は、図１０のＡＣＴ６１乃至ＡＣＴ６６の処理を実行することにより、抽出手段を構成する。すなわちプロセッサ１１は、購買者が購入する商品の中からポイント決済対象の商品に係る商品販売データを抽出する。また、プロセッサ１１は、図１０のＡＣＴ６７乃至ＡＣＴ７０の処理を実行することにより、算出手段を構成する。すなわちプロセッサ１１は、抽出された商品販売データを基にポイント決済可能金額Ａｂを算出する。さらに、プロセッサ１１は、タッチパネル１７と協働して図８のＡＣＴ２４の処理を実行することにより、通知手段を構成する。すなわちプロセッサ１１は、算出されたポイント決済可能金額を第１小計画面ＳＣａの情報としてタッチパネル１７に表示することで店員に通知する。

斯かる手段をプロセッサ１１が備えたＰＯＳ端末１０によれば、ポイント決済で支払われる金額は、ポイントサービス導入の承認が得られたテナントが運営する売場で顧客が購入した商品の金額以下に制限することができる。したがって、ポイントサービス導入の承認が得られていないテナントが運営する売場で顧客が購入した商品に対しては、ポイントによる支払金額が適用されない。つまり、ポイントサービス導入の承認が得られていないテナントがポイントで支払われた金額を負担することはない。その結果、ポイントサービス導入の承認が得られたテナントが運営する売場で販売されている商品についてはポイント決済を許容し、承認が得られていないテナントが運営する売場で販売されている商品についてはポイント決済を許容しない運用を容易に実現することができる。

また、ＰＯＳ端末１０のプロセッサ１１は、図９のＡＣＴ４６及びＡＣＴ４７の処理を実行することにより、受付手段を構成する。すなわちプロセッサ１１は、購買者がポイントで支払う金額として、算出手段により算出されたポイント決済可能金額以下の金額を受け付ける。さらにプロセッサ１１は、ＡＣＴ４８の処理を実行することにより、決済処理手段を構成する。すなわちプロセッサ１１は、受付手段によりポイント決済可能金額以下のポイント支払い金額を受け付けると、購買者が購入する商品の代金をポイント支払い金額で決済処理する。

斯かる手段をプロセッサ１１がさらに備えたＰＯＳ端末１０によれば、ポイント決済で支払われる金額としてポイント決済可能金額を超える金額が入力された場合には、ポイント決済処理が実行されない。したがって、ポイント決済可能金額を超えるポイント支払い金額によるポイント決済処理が禁止されるので、前述した運用を確実に実施することができる。

また、ＰＯＳ端末１０のプロセッサ１１は、図９のＡＣＴ４９乃至ＡＣＴ５２の処理を実行することにより、金額処理手段を構成する。すなわちプロセッサ１１は、受付手段により受け付けたポイント支払い金額をポイント決済対象の商品に対する支払い金額として処理する。具体的にはプロセッサ１１は、ポイント決済対象の商品が複数項目、すなわちテナントに分類される場合には、各テナントに属する商品の価格の比率でポイント支払い金額を按分して処理している。

したがって、斯かる手段をプロセッサ１１がさらに備えたＰＯＳ端末１０によれば、ポイトンサービスの導入を承認した各テナントのポイント負担金額を容易に算出することができる。

［第２の実施形態］
次に、第２の実施形態を説明する。
第２の実施形態は、図１０を用いて説明した算出処理の手順の一部が第１の実施形態と異なる。それ以外は、第１の実施形態と共通なので、図１乃至図９については第２の実施形態でも同様に適用し、その説明は省略する。

図１３は、第２の実施形態におけるポイント決済可能金額算出処理の要部手順を示す流れ図である。なお、第１の実施形態における同算出処理と共通する部分には同一の符号を付している。すなわち、第２の実施形態の算出処理が第１の実施形態と異なる点は、ＡＣＴ６９の処理の後である。第１の実施形態では、プロセッサ１１は、ＡＣＴ７０として販売金額の合算金額をポイント決済可能金額Ａｂとして取引バッファ５１に記述した。第２の実施形態では、プロセッサ１１は、ＡＣＴ７１として販売金額の合算金額を取引バッファ５１に記述されている累積ポイントＰａと比較する。そして、販売金額の合算金額が累積ポイントＰａ以下の場合には、プロセッサ１１は、ＡＣＴ７１においてＹＥＳと判定し、ＡＣＴ７２へと進む。プロセッサ１１は、ＡＣＴ７２として販売金額の合算金額をポイント決済可能金額Ａｂとして取引バッファ５１に記述する。

これに対し、販売金額の合算金額が累積ポイントＰａよりも大きい場合には、プロセッサ１１は、ＡＣＴ７１においてＮＯと判定し、ＡＣＴ７３へと進む。プロセッサ１１は、ＡＣＴ７３として累積ポイントＰａに相当する金額をポイント決済可能金額Ａｂとして取引バッファ５１に記述する。

このように、第２の実施形態においては、ＰＯＳ端末１０のプロセッサ１１が、図７のＡＣＴ６及びＡＣＴ７の処理を実行することにより、取得手段を構成する。すなわちプロセッサ１１は、購買者が所有するポイントを取得する。またプロセッサ１１は、図１３のＡＣＴ７１乃至ＡＣＴ７３の処理を実行することにより通知手段を構成する。すなわちプロセッサ１１は、取得手段により取得したポイントでの支払い可能金額が算出手段により算出されたポイント決済可能金額未満の場合には支払い可能金額を通知する。

斯かる手段をプロセッサ１１が備えたＰＯＳ端末１０によれば、累積ポイントＰａによる支払い可能金額を超える金額がポイント決済可能金額Ａｂとして通知されることはない。したがって、顧客は、累積ポイントＰａによる支払い可能金額の範囲内で、ポイント決済可能金額以下の金額をポイント支払い金額として指定することができる。逆を言えば、累積ポイントＰａによる支払い可能金額を超えてポイント支払い金額を指定することはない。

以上、決済装置の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。
前記実施形態では、決済装置として対面式のＰＯＳ端末を例示した。決済装置は、これに限定されるものではない。決済装置は、商品の登録から会計までの操作を顧客が自身で行うセルフ式のＰＯＳ端末であってもよい。決済装置は、商品の登録に係る操作を店員が行う登録機と、会計に係る操作を顧客が行う会計機とを分離したセミセルフ式の決済装置であってもよい。また最近では、ショッピングカートに取り付けられたタブレット端末あるいは顧客が携帯するスマートフォン等を利用して顧客が売場で商品を購入する毎に自ら登録操作を行い、購入代金の会計は会計機で一括して行うようにした販売形態がある。このような販売形態の会計機も、決済装置として機能させることができる。

前記実施形態では、プロセッサ１１は、ポイント決済可能金額Ａｂの算出処理において、取引バッファ５１に記憶した商品販売データのなかから、コード種別のコードが対象外コードと一致する商品販売データを抽出した。この点に関しては、プロセッサ１１は、商品登録を受けて図７のＡＣＴ１０において商品販売データを生成する毎に、コード種別のコードが対象外コードと一致する商品販売データを抽出し、ＡＣＴ１１において取引バッファ５１と抽出バッファ５２の両方に記述して記憶するようにしてもよい。

前記実施形態では、ＡＣＴ４９乃至ＡＣＴ５２の処理をＰＯＳ端末１０で実行するものとして説明した。これらの処理は、サーバ２０で実行してもよい。この場合、プロセッサ１１が実行する処理手段は、抽出バッファ５２に記憶した商品販売データをサーバ２０へと送信する処理となる。

前記実施形態では、第１小計画面ＳＣａをタッチパネル１７に表示させることで、通知手段を構成した。通知手段はこれに限定されるものではない。例えば、客用のディスプレイ１８にポイント決済可能金額を表示させることで、顧客に通知する手段としてもよい。あるいは、ポイント決済可能金額を音声で出力することにより、顧客と店員に通知する手段とすることも可能である。

前記実施形態では、青果、精肉、鮮魚及び総菜の各売場をそれぞれ異なるテナントＴＡ，テナントＴＢ，テナントＴＣ，テナントＴＤが運営する店舗を例示した。売場の数及び種類はこれに限定されるものではない。また、必ずしも売場をテナントが管理しなくてもよい。単に、売場毎に、ポイントサービスを導入するか否かを設定してもよい。この場合、対象外コードの種別は、売場コードとすればよい。また、部門毎に又は単品毎にポイントサービスを導入するか否かを設定してもよい。この場合、対象外コードの種別は、部門コード又は商品コードとすればよい。

前記実施形態では、累積ポイントＰａを１ポイントあたり１円に換算して購入代金に充当する場合を例示した。ポイントの換算金額は、１ポイントあたり１円に限定されるものではない。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］購買者が購入する商品の中からポイント決済対象の商品を抽出する抽出手段と、前記抽出手段により抽出された商品を基にポイント決済可能金額を算出する算出手段と、前記算出手段により算出された前記ポイント決済可能金額を通知する通知手段と、を具備する決済装置。
［２］前記購買者がポイントで支払うポイント支払い金額として、前記算出手段により算出された前記ポイント決済可能金額以下のポイント支払い金額を受け付ける受付手段と、前記受付手段により前記ポイント決済可能金額以下のポイント支払い金額を受け付けると、前記購買者が購入する商品の代金を前記ポイント支払い金額で決済処理する決済処理手段と、をさらに具備する付記［１］記載の決済装置。
［３］前記受付手段により受け付けた前記ポイント支払い金額を前記ポイント決済対象の商品に対する支払い金額として処理する金額処理手段、をさらに具備する付記［２］記載の決済装置。
［４］前記金額処理手段は、前記ポイント決済対象の商品が複数項目に分類される場合には各項目に属する商品の価格の比率で前記ポイント支払い金額を按分して処理する、付記［３］記載の決済装置。
［５］前記購買者が所有するポイントを取得する取得手段、をさらに具備し、前記通知手段は、前記取得手段により取得したポイントでの支払い可能金額が前記算出手段により算出された前記ポイント決済可能金額未満の場合には前記支払い可能金額を通知する、付記［１］乃至［４］のうちいずれか１項記載の決済装置。
［６］決済装置のコンピュータを、購買者が購入する商品の中からポイント決済対象の商品を抽出する抽出手段、前記抽出手段により抽出された商品を基にポイント決済可能金額を算出する算出手段、及び、前記算出手段により算出された前記ポイント決済可能金額を通知する通知手段、として機能させるための制御プログラム。

１０…ＰＯＳ端末、１１…プロセッサ、１２…メインメモリ、１３…補助記憶デバイス、１４…時計、１５…通信インターフェース、１６…キーボード、１７…タッチパネル、１８…ディスプレイ、１９…プリンタ、２０…サーバ、２１…会員データベース、２２…商品データベース、２３…テナントデータベース、３１…スキャナ、３２…リーダ、３３…ドロワ、４０…対象外ファイル、５１…取引バッファ、５２…抽出バッファ、１１０、１１１、１１２…外部インターフェース。

Claims (3)

1. 購買者が購入する商品の中からポイント決済対象の商品を抽出する抽出手段と、
   前記抽出手段により抽出された商品を基にポイント決済可能金額を算出する算出手段と、
   前記算出手段により算出された前記ポイント決済可能金額を通知する通知手段と、
   前記購買者がポイントで支払うポイント支払い金額として、前記算出手段により算出された前記ポイント決済可能金額以下のポイント支払い金額を受け付ける受付手段と、
   前記受付手段により前記ポイント決済可能金額以下のポイント支払い金額を受け付けると、前記購買者が購入する商品の代金を前記ポイント支払い金額で決済処理する決済処理手段と、
   前記受付手段により受け付けた前記ポイント支払い金額を前記ポイント決済対象の商品に対する支払い金額として処理し、前記ポイント決済対象の商品が複数項目に分類される場合には各項目に属する商品の価格の比率で前記ポイント支払い金額を按分して処理する金額処理手段と、
   を具備する決済装置。
2. 前記購買者が所有するポイントを取得する取得手段、
   をさらに具備し、
   前記通知手段は、前記取得手段により取得したポイントでの支払い可能金額が前記算出手段により算出された前記ポイント決済可能金額未満の場合には前記支払い可能金額を通知する、請求項１記載の決済装置。
3. 決済装置のコンピュータを、
   購買者が購入する商品の中からポイント決済対象の商品を抽出する抽出手段、
   前記抽出手段により抽出された商品を基にポイント決済可能金額を算出する算出手段、
   前記算出手段により算出された前記ポイント決済可能金額を通知する通知手段、
   前記購買者がポイントで支払うポイント支払い金額として、前記算出手段により算出された前記ポイント決済可能金額以下のポイント支払い金額を受け付ける受付手段、
   前記受付手段により前記ポイント決済可能金額以下のポイント支払い金額を受け付けると、前記購買者が購入する商品の代金を前記ポイント支払い金額で決済処理する決済処理手段、及び、
   前記受付手段により受け付けた前記ポイント支払い金額を前記ポイント決済対象の商品に対する支払い金額として処理し、前記ポイント決済対象の商品が複数項目に分類される場合には各項目に属する商品の価格の比率で前記ポイント支払い金額を按分して処理する金額処理手段、
   として機能させるための制御プログラム。