JP2021192167A - 決済装置及びプログラム - Google Patents

Abstract

【課題】商取引に対して付与される優待サービスとその商取引が非現金により決済された場合に付与される優待サービスとを統合できる決済装置を提供する。【解決手段】決済装置は、決定手段と、付与手段とを備える。決定手段は、商取引の対象者に係る情報と、商取引を決済するための決済方法を特定する情報とを基に、対象者に付与される特典情報を決定する。付与手段は、決定手段により決定された特典情報を対象者に付与する。【選択図】図１

Description

本発明の実施形態は、決済装置及びコンピュータを当該決済装置として機能させるためのプログラムに関する。

多くの店舗では、消費者の囲い込みを目的に、ポイント付与、クーポン発行等の優待サービスを実施している。また、同様な優待サービスは、クレジット決済、電子マネー決済、コード決済等を運営する企業体でも実施されている。

これにより、例えばポイント付与の優待サービスを実施している店舗で買い物を行った消費者が、同じくポイント付与の優待サービスを実施しているクレジットカードで代金を支払った場合、店舗からだけでなくクレジット決済を運営する企業体からもポイントが付与される。しかしながら、各々のポイントは独立したものであり、統合することができない。ポイントを統合することで、より多くのポイントを短期間で溜めることができ、消費者にとって大変有意義なものとなる。

特表2009-536763号公報

本発明の実施形態が解決しようとする課題は、商取引に対して付与される優待サービスとその商取引が非現金により決済された場合に付与される優待サービスとを統合できる決済装置を提供しようとするものである。

一実施形態において、決済装置は、決定手段と、付与手段とを備える。決定手段は、商取引の対象者に係る情報と、商取引を決済するための決済方法を特定する情報とを基に、対象者に付与される特典情報を決定する。付与手段は、決定手段により決定された特典情報を対象者に付与する。

一実施形態に係る決済システムの概略構成図。 会員データベースに記憶される会員データレコードの主要なデータ構造を示す模式図。 決済端末の要部回路構成を示すブロック図。 ＰＯＳ端末の要部回路構成を示すブロック図。 優待テーブルのデータ構造を示す模式図。 決済テーブルのデータ構造を示す模式図。 ＰＯＳ端末のプロセッサが実行する商取引の処理手順を示す流れ図。 ＰＯＳ端末のプロセッサが実行する商取引の処理手順を示す流れ図。 第２の実施形態におけるデータテーブルのデータ構造を示す模式図。 第２の実施形態においてＰＯＳ端末のプロセッサが実行する商取引の処理手順を示す流れ図。 第２の実施形態においてＰＯＳ端末のプロセッサが実行する商取引の処理手順を示す流れ図。

以下、決済装置の実施形態について、図面を用いて説明する。
なお、本実施形態は、ＰＯＳ(Point of Sales)端末を決済装置の一態様とした場合である。

［第１の実施形態］
図１は、決済装置としてのＰＯＳ端末１０を含む決済システムの概略構成図である。決済システムは、ＰＯＳ端末１０と決済端末２０とを含む。ＰＯＳ端末１０と決済端末２０とは、通信ケーブル３０によって接続されている。ＰＯＳ端末１０と決済端末２０とは、典型的には店舗のレジ（会計場）に設置されている。レジが複数ある店舗では、ＰＯＳ端末１０と決済端末２０とが、各レジにそれぞれ設置されている。

ＰＯＳ端末１０は、消費者が購入する商品の販売データを登録処理するための端末である。ＰＯＳ端末１０は、商品販売データが登録処理された商取引の代金が現金で支払われる場合に、決済処理を行う。ＰＯＳ端末１０は、典型的にはキャッシャ等と称される店員がオペレータとなる。ＰＯＳ端末１０は、消費者自身がオペレータとなるセルフタイプのものであってもよい。

ＰＯＳ端末１０は、第１の通信ネットワーク４１を介して店舗サーバ５０と接続している。第１の通信ネットワーク４１は、例えばＬＡＮ（Local Area Network）である。複数のＰＯＳ端末１０が稼動している店舗では、各ＰＯＳ端末１０がそれぞれ第１の通信ネットワーク４１を介して店舗サーバ４０と接続している。

店舗サーバ５０は、その店舗での商品販売を一元的に管理する機能を有する。この機能を実現するために、店舗サーバ５０は、商品データベース５１を備える。商品データベース５１は、商品毎に作成される商品データレコードの集合体である。商品データレコードは、商品コード、商品名、単価等のデータ項目を含む。商品コードは、各商品を個々に識別するために商品毎に設定された一意の識別コードである。商品名及び単価は、その商品コードで識別される商品の固有名称及び１点あたりの価格である。ＰＯＳ端末１０は、消費者が購入する商品の商品データレコードに記述されている価格等を基に、当該商品の販売データを登録処理する。したがって、ＰＯＳ端末１０の台数に係わらず、同一商品は同一価格で商品販売データが登録処理されることとなる。

また店舗サーバ５０は、店舗と会員登録を行った消費者を一元的に管理する機能も有する。この機能を実現するために、店舗サーバ５０は、会員データベース５２を備える。会員データベース５２は、会員毎に作成される会員データレコード５２１（図２を参照）の集合体である。図２に示すように、会員データレコード５２１は、会員ＩＤ、優待ランクＬ、累積ポイント等のデータ項目を含む。会員ＩＤは、各会員を個々に識別するために会員毎に設定された一意の識別コードである。

優待ランクＬは、その会員ＩＤで識別される会員の店舗に対する貢献度から設定されるランクである。優待ランクＬは、例えば売上実績が大きいほど高くなるように段階的に設定された値である。優待ランクＬは、例えば来店頻度が多いほど高くなるように段階的に設定された値であってもよい。あるいは優待ランクは、売上実績と来店頻度とを加味して段階的に設定された値であってもよい。

累積ポイントは、その会員ＩＤで識別される会員に対して付与されたサービスポイントの累積値である。会員は、累積ポイントに応じたサービスを受けることができる。サービスは、例えば累積ポイントの全部又は一部を額面金額とする金券の発行サービスである。このようなサービスは周知のものであり、その種類は特に限定されるものではない。

決済端末２０は、非現金決済を処理するための端末である。すなわち決済端末２０は、商品販売データが登録処理された商取引の代金がクレジット決済、電子マネー決済、コード決済等の非現金で支払われる場合に、決済処理を行う。決済端末２０は、店員若しくは消費者によって操作される。

決済端末２０は、第２の通信ネットワーク４２を介して複数の決済サーバ６０と接続している。第２の通信ネットワーク４２は、例えばインターネット、イントラネット、ＷＡＮ（Wide Area Network）等である。第２の通信ネットワーク４２は、電話通信網又は移動体通信網を含んでもよい。あるいは第２の通信ネットワーク４２は、これらの組み合わせであってもよい。複数の決済端末２０が稼動している店舗では、各決済端末２０がそれぞれ第２の通信ネットワーク４２を介して複数の決済サーバ６０と接続している。

決済サーバ６０は、決済端末２０での非現金決済による決済処理を支援するためのサーバ用コンピュータである。決済サーバ６０は、クレジットカード発行会社、電子マネーサービス運営会社、コード決済サービス運営会社等によって管理される。例えば、クレジットカード発行会社によって管理される決済サーバ６０は、決済端末２０で読み取られたクレジットカードの認証を行い、正当性が承認されたクレジットカードでの代金支払いを完了させる。電子マネーサービス運営会社によって管理される決済サーバ６０は、決済端末で読み取られた電子マネー媒体の電子マネーによる代金支払いを完了させる。コード決済サービス運営会社によって管理される決済サーバ６０は、決済端末で読み取られたバーコード又は二次元コードに関連付けられたチャージ残高による代金支払いを完了させる。

図３は、決済端末２０の要部回路構成を示すブロック図である。決済端末２０は、プロセッサ２１、メモリ２２、タッチパネル２３、通信インターフェース２４及び第１乃至第４の外部インターフェース２５１、２５２、２５３、２５４を備える。決済端末２０は、プロセッサ２１と、メモリ２２、タッチパネル２３、通信インターフェース２４及び第１乃至第４の外部インターフェース２５１、２５２、２５３、２５４とを、システムバス２６で接続している。システムバス２６は、アドレスバス、データバス等を含む。決済端末２０は、プロセッサ２１とメモリ２２とをシステムバス２６で接続することによって、コンピュータを構成している。

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

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

タッチパネル２３は、決済端末２０の入力デバイス及び表示デバイスを兼ね備えた機器である。タッチパネル２３は、表示デバイスに表示された画像に対するタッチ位置を入力デバイスによって検知し、そのタッチ位置情報をプロセッサ２１に出力する。

通信インターフェース２４は、第２の通信ネットワーク４２を介して接続された複数の決済サーバ６０との間でデータ通信を行うための回路である。

第１の外部インターフェース２５１は、ＰＯＳ端末１０との通信用である。第１の外部インターフェース２５１には、通信ケーブル３０が接続される。

第２の外部インターフェース２５２は、リーダ・ライタ７１との通信用である。リーダ・ライタ７１は、電子マネー媒体の読取り及び書込みに供せられる。電子マネー媒体は、電子マネー決済で使用される記憶媒体である。例えばＩＣカード、スマートフォン等が電子マネー媒体に相当する。

第３の外部インターフェース２５３は、ピンパッド７２との通信用である。ピンパッド７２は、クレジットカードの読取り及び暗証番号の入力に供せられる。

第４の外部インターフェース２５４は、コードリーダ７３との通信用である。コードリーダ７３は、コード決済用のデータコードの読取りに供せられる。データコードは、例えばバーコード又は二次元コードである。データコードは、英数字、記号等を含む文字列であってもよい。
なお、外部インターフェースの数は４つに限定されない。決済端末２０は、その他のデバイス通信用の外部インターフェースを備えていてもよい。

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

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

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

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

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

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

通信インターフェース１５は、第１の通信ネットワーク４１を介して接続された店舗サーバ５０との間でデータ通信を行うための回路である。

リーダ１６は、会員カードのデータを読み取るための入力デバイスである。会員カードは、会員となった各会員が所持するカード媒体である。会員カードには、当該会員固有の会員ＩＤが記録されている。会員ＩＤは、会員カードに磁気記録されていてもよいし、ＩＣメモリに電気的に記録されていてもよい。あるいは会員ＩＤは、会員カードの表面にバーコード又は二次元コードの形態で印刷されていてもよい。会員ＩＤが会員カードに対して磁気記録されている場合、リーダ１６は磁気カードリーダである。会員ＩＤが会員カードに設けられたＩＣメモリに記憶されている場合、リーダ１６はＩＣカードリーダである。会員ＩＤが会員カードの表面にバーコード又は２次元コードの形態で印刷されている場合、リーダ１６は、コードリーダである。この場合、会員ＩＤをバーコード又は二次元コードの形態で表示可能なスマートフォンを会員カードの代用品として使用することもできる。

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

ディスプレイ１８は、ＰＯＳ端末１０で登録された商品の名称（商品名）、価格、合計金額、釣銭額等を表示するための出力デバイスである。ディスプレイ１８は、ＰＯＳ端末１０を操作する店員用と消費者用の２種類ある。なお、入力デバイスと出力デバイスとを兼用したタッチパネルを、キーボード１７及びディスプレイ１８の代わりに適用してもよい。

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

第１の外部インターフェース１１０は、決済端末２０との通信用である。第１の外部インターフェース１１０には、通信ケーブル３０が接続される。

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

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

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

かかる構成のＰＯＳ端末１０は、消費者との商取引に対してサービスポイントが付与される第１の優待サービスとその商取引の非現金決済に対してサービスポイントが付与される第２の優待サービスとを統合するために、第１テーブル９１（図５を参照）と、第２テーブル９２（図６を参照）とを備えている。第１テーブル９１及び第２テーブル９２は、メインメモリ１２の揮発性メモリ領域に形成されている。あるいは第１テーブル９１及び第２テーブル９２は、補助記憶デバイス１３に形成されていてもよい。

図５に示すように、第１テーブル９１は、優待ランクＬ別にポイント倍率ＭＬを記述したデータテーブルである。本実施形態では、優待ランクＬは、値が大きくなればなるほどランクが高くなる。そして、第１テーブル９１には、優待ランクＬが高くなるに従いポイント倍率ＭＬが大きくなるように、データが設定されている。

図６に示すように、第２テーブル９２は、決済種別Ｓ毎にポイント倍率ＭＳを記述したデータテーブルである。決済種別Ｓとは、店舗で利用可能な非電子決済の種類を表す。本実施形態では、クレジット決済Ａ、クレジット決済Ｂ、電子マネー決済Ａ、電子マネー決済Ｂ、コード決済Ａ、コード決済Ｂ等を決済種別とする。クレジット決済Ａは、クレジットカード発行会社Ａが発行するクレジットカードによる決済を表す種別である。クレジット決済Ｂは、クレジットカード発行会社Ｂが発行するクレジットカードによる決済を表す種別である。電子マネー決済Ａは、電子マネーサービス運営会社Ａが管理する電子マネー決済を表す種別である。電子マネー決済Ｂは、電子マネーサービス運営会社Ｂが管理する電子マネー決済を表す種別である。コード決済Ａは、コード決済サービス運営会社Ａが管理するコード決済を特定する。コード決済Ｂは、コード決済サービス運営会社Ｂが管理するコード決済を表す種別である。そして第２テーブル９２には、決済種別Ｓ毎に任意のポイント倍率ＭＳが割り当てられるように、データが設定されている。

図７及び図８は、ＰＯＳ端末１０のプロセッサ１１が、制御プログラムに従い実行する１商取引の処理手順を示す流れ図である。以下、これらの流れ図を用いて、決済装置として機能するＰＯＳ端末１０の主要な動作について説明する。なお、以下に説明する動作は一例である。同様な結果が得られるのであれば、その手順等は特に限定されるものではない。

始めに、プロセッサ１１は、ＡＣＴ１としてレジスタＲａ、レジスタＲｂ及びレジスタＲｃの値をいずれも“０”にリセットする。またプロセッサ１１は、ＡＣＴ２として第１フラグＦａ及び第２フラグＦｂをいずれも“０”にリセットする。

レジスタＲａ、レジスタＲｂ及びレジスタＲｃは、メインメモリ１２に形成されている。レジスタＲａは、消費者の優待ランクＬに対応したポイント倍率ＭＬを記憶するための領域である。レジスタＲｂは、消費者の決済種別Ｓに対応したポイント倍率ＭＳを記憶するための領域である。レジスタＲｃは、ポイント倍率ＭＬとポイント倍率ＭＳとの合算値を記憶するための領域である。

第１フラグＦａ及び第２フラグＦｂは、いずれもメインメモリ１２の揮発性メモリ領域に記憶される１ビットデータである。第１フラグＦａは、商取引が会員取引である場合に“１”となる。第２フラグＦｂは、商取引の商品登録が開始されると“１”となる。

ＡＣＴ１及びＡＣＴ２の処理を終えると、プロセッサ１１は、ＡＣＴ３として第１フラグＦａが“０”であるか否かを確認する。当初は、第１フラグＦａは“０”である。プロセッサ１１は、ＡＣＴ３においてＹＥＳと判定し、ＡＣＴ４へと進む。プロセッサ１１は、ＡＣＴ４として会員取引が宣言されたか否かを確認する。会員取引が宣言されていない場合、プロセッサ１１は、ＡＣＴ４においてＮＯと判定し、ＡＣＴ５へと進む。プロセッサ１１は、ＡＣＴ５として商品登録が行われたか否かを確認する。商品登録が行われていない場合、プロセッサ１１は、ＡＣＴ５においてＮＯと判定し、ＡＣＴ６へと進む。プロセッサ１１は、ＡＣＴ６として登録締めが宣言されたか否かを確認する。登録締めが宣言されていない場合、プロセッサ１１は、ＡＣＴ６においてＮＯと判定し、ＡＣＴ３へと戻る。ここにプロセッサ１１は、第１フラグＦａが“０”にリセットされている状態では、ＡＣＴ４乃至ＡＣＴ６において、会員取引が宣言されるか、商品登録が行われるか、登録締めが宣言されるのを待ち受ける。

ＡＣＴ４乃至ＡＣＴ６の待ち受け状態において、リーダ１６で会員ＩＤが読み取られると、プロセッサ１１は、会員取引が宣言されたと判断する。プロセッサ１１は、ＡＣＴ４においてＹＥＳと判定し、ＡＣＴ７へと進む。プロセッサ１１は、ＡＣＴ７として店舗サーバ５０にその会員ＩＤで識別される会員の優待ランクＬを問い合わせる。

具体的にはプロセッサ１１は、その会員ＩＤを含む優待ランク問合せコマンドを店舗サーバ５０に送信するように通信インターフェース１５を制御する。この制御により、通信インターフェース１５から優待ランク問合せコマンドが送信される。優待ランク問合せコマンドは、第１の通信ネットワーク４１を介して店舗サーバ５０へと送られる。優待ランク問合せコマンドには、リーダ１６で読み取られた会員ＩＤが含まれている。

優待ランク問合せコマンドを受信した店舗サーバ５０は、会員データベース５２を検索する。そして店舗サーバ５０は、優待ランク問合せコマンドに含まれている会員ＩＤが記録された会員データレコード５２１を会員データベース５２から取得する。店舗サーバ５０は、第１の通信ネットワーク４１を介して優待ランク問合せコマンド送信元のＰＯＳ端末１０へと会員データレコード５２１を送信する。

優待ランク問合せコマンドの送信を制御したプロセッサ１１は、ＡＣＴ８として店舗サーバ５０からの応答を待ち受ける。この状態で、通信インターフェース１５を介して会員データレコード５２１を受信すると、プロセッサ１１は、ＡＣＴ８においてＹＥＳと判定し、ＡＣＴ９へと進む。プロセッサ１１は、ＡＣＴ９としてその会員データレコード５２１から優待ランクＬを取得する。

次いでプロセッサ１１は、ＡＣＴ１０として第１テーブル９１を検索して、当該優待ランクＬに対応付けられたポイント倍率ＭＬを取得する。そしてプロセッサ１１は、ＡＣＴ１１としてそのポイント倍率ＭＬをレジスタＲａに格納する。またプロセッサ１１は、ＡＣＴ１２として第１フラグＦａを“１”にセットする。その後、プロセッサ１１は、ＡＣＴ３へと戻る。すなわちプロセッサ１１は、第１フラグＦａが“０”にリセットされているか否かを判断する。この場合、第１フラグＦａは“１”にセットされている。したがってプロセッサ１１は、ＡＣＴ３においてＮＯと判定し、ＡＣＴ５へと進む。

このように、会員取引が宣言された場合には、プロセッサ１１は、その会員の優待ランクＬを取得し、さらにその優待ランクＬに関連付けられたポイント倍率ＭＬを取得して、そのポイント倍率ＭＬをレジスタＲａに格納する。その後、プロセッサ１１は、ＡＣＴ５及びＡＣＴ６の待ち受け状態となる。

ＡＣＴ４乃至ＡＣＴ６の待ち受け状態若しくはＡＣＴ５及びＡＣＴ６の待ち受け状態において、スキャナ８１又はキーボード１７を介して商品コードが入力されると、プロセッサ１１は、商品登録が行われたと判断する。プロセッサ１１は、ＡＣＴ５においてＹＥＳと判定し、ＡＣＴ１３へと進む。

プロセッサ１１は、ＡＣＴ１３として第２フラグＦｂが“０”にリセットされているか否かを確認する。第２フラグＦｂが“０”にリセットされている場合、プロセッサ１１は、ＡＣＴ１３においてＹＥＳと判定し、ＡＣＴ１４へと進む。プロセッサ１１は、ＡＣＴ１４として第２フラグＦｂを“１”にセットする。その後、プロセッサ１１は、ＡＣＴ１５へと進む。一方、第２フラグＦｂが既に“１”にセットされている場合には、プロセッサ１１は、ＡＣＴ１３においてＮＯと判定し、ＡＣＴ１４をスキップして、ＡＣＴ１５へと進む。

プロセッサ１１は、ＡＣＴ１５として商品販売登録処理を実行する。具体的にはプロセッサ１１は、商品データ問合せコマンドを店舗サーバ５０に送信するように通信インターフェース１５を制御する。この制御により、通信インターフェース１５から商品データ問合せコマンドが送信される。商品データ問合せコマンドは、第１の通信ネットワーク４１を介して店舗サーバ５０へと送られる。商品データ問合せコマンドには、スキャナ８１又はキーボード１７を介して入力された商品コードが含まれている。

商品データ問合せコマンドを受信した店舗サーバ５０は、商品データベース５１を検索する。そして店舗サーバ５０は、商品データ問合せコマンドに含まれている商品コードが記録された商品データレコードを商品データベース５１から取得する。店舗サーバ５０は、第１の通信ネットワーク４１を介して商品データ問合せコマンド送信元のＰＯＳ端末１０へと商品データレコードを送信する。

商品データレコードを受信したＰＯＳ端末１０のプロセッサ１１は、その商品データレコードに含まれる商品名、価格等を基に商品販売データを生成する。商品販売データは、商品コード、商品名、価格、販売点数、販売金額等を含む。販売点数は、商品コードとともにキーボード１７を介して乗数が入力された場合にはその乗数である。乗数が入力されていない場合には、販売点数は“１”となる。販売金額は、価格に販売点数を乗算した金額である。プロセッサ１１は、商品販売データを取引メモリに登録する。取引メモリは、メインメモリ１２の揮発性メモリ領域に形成されている。取引メモリは、第２フラグＦｂが“１”にセットされる際にクリアされている。

商品販売登録処理を終えると、プロセッサ１１は、ＡＣＴ３へと戻る。したがって、２点目以降の商品登録が行われる毎に、プロセッサ１１は、上述した商品販売登録処理を実行する。その結果、取引メモリには、消費者が購入する各商品の商品販売データが順次記憶されることとなる。

ＡＣＴ４乃至ＡＣＴ６の待ち受け状態若しくはＡＣＴ５及びＡＣＴ６の待ち受け状態において、いずれかの締めキーが入力されると、プロセッサ１１は、登録締めが宣言されたと判断する。プロセッサ１１は、ＡＣＴ６においてＹＥＳと判定し、ＡＣＴ１６へと進む。プロセッサ１１は、ＡＣＴ１６として第２フラグＦｂが“１”にセットされているか否かを確認する。第２フラグＦｂが“０”にリセットされていると、締めキーの入力は、商品登録が行われていない状態で登録締めが宣言されたエラー操作となる。プロセッサ１１は、ＡＣＴ１６においてＮＯと判定し、ＡＣＴ３へと戻る。すなわち、締めキーの入力は無視される。

これに対し、第２フラグＦｂが“１”にセットされていた場合には、プロセッサ１１は、ＡＣＴ１６においてＹＥＳと判定し、図８のＡＣＴ２１へと進む。プロセッサ１１は、ＡＣＴ２１として現金決済が宣言されたか否かを確認する。現金決済用の締めキーが入力された場合、プロセッサ１１は、現金決済が宣言されたと判断する。プロセッサ１１は、ＡＣＴ２１においてＹＥＳと判定し、ＡＣＴ２２へと進む。プロセッサ１１は、ＡＣＴ２２として現金決済処理を実行する。すなわちプロセッサ１１は、キーボード１７を介して入力された預り金額から商取引の合計金額を減算して釣銭額を算出し、その釣銭額をディスプレイ１８に表示される。

現金決済処理を終えると、プロセッサ１１は、ＡＣＴ２３として第１フラグＦａが“１”にセットされているか否かを確認する。第１フラグＦａが“１”にセットされている場合、すなわち会員との商取引の場合には、プロセッサ１１は、ＡＣＴ２３においてＹＥＳと判定し、ＡＣＴ２４へと進む。プロセッサ１１は、ＡＣＴ２４として商取引のデータを基に今回ポイントＰａを算出する。例えばプロセッサ１１は、商取引の合計金額を所定の基準金額で除算し、その商の整数値を今回ポイントＰａとして算出する。なお、今回ポイントＰａの算出方法は、これに限定されるものではない。

プロセッサ１１は、ＡＣＴ２５として今回ポイントＰａにレジスタＲａの値を乗算する。すなわちプロセッサ１１は、商取引のデータを基に算出された今回ポイントＰａを、当該商取引の対象である会員の優待ランクＬに対応したポイント倍率ＭＬで整数倍したポイントに更新する。

プロセッサ１１は、ＡＣＴ２６としてポイント通知コマンドを店舗サーバ５０に送信するように通信インターフェース１５を制御する。この制御により、通信インターフェース１５からポイント通知コマンドが送信される。ポイント通知コマンドは、第１の通信ネットワーク４１を介して店舗サーバ５０へと送られる。ポイント通知コマンドには、リーダ１６で読み取られている会員ＩＤと、ＡＣＴ２５の処理で算出された今回ポイントＰａとが含まれている。

ポイント通知コマンドを受信した店舗サーバ５０は、会員データベース５２を検索する。そして店舗サーバ５０は、ポイント通知コマンドに含まれている会員ＩＤが記録された会員データレコード５２１の累積ポイントに、同ポイント通知コマンドに含まれている今回ポイントＰａを加算する。

このように、第１フラグＦａが“１”にセットされていた場合、すなわち会員との商取引の場合には、プロセッサ１１は、ＡＣＴ２４乃至ＡＣＴ２６の処理を実行する。そして、ＡＣＴ２４乃至ＡＣＴ２６の処理を終えると、プロセッサ１１は、ＡＣＴ２７へと進む。一方、第１フラグＦａが“０”にリセットされていた場合、すなわち非会員との商取引の場合には、プロセッサ１１は、ＡＣＴ２３においてＮＯと判定する。そしてプロセッサ１１は、ＡＣＴ２４乃至ＡＣＴ２６の処理をスキップして、ＡＣＴ２７へと進む。

プロセッサ１１は、ＡＣＴ２７として取引メモリに登録された商品販売データを基にレシートデータを生成する。そしてプロセッサ１１は、レシートデータをプリンタ１９に出力して、レシートの発行を制御する。この制御により、商取引の明細を表すレシートが発行される。以上で、プロセッサ１１は、現金決済による商取引の情報処理を終了する。

第２フラグＦｂが“１”にセットされている状態で、現金決済用の締めキー以外の締めキーの入力により登録締めが宣言された場合には、プロセッサ１１は、ＡＣＴ２１においてＮＯと判定し、ＡＣＴ２８へと進む。プロセッサ１１は、ＡＣＴ２８として決済方式を決済端末２０へと通知する。すなわちプロセッサ１１は、クレジット決済用の締めキーが入力された場合には、クレジット決済を通知するためのデータを、外部インターフェース１１０を介して決済端末２０に送信する。電子マネー決済用の締めキーが入力された場合には、電子マネー決済を通知するためのデータを、外部インターフェース１１０を介して決済端末２０に送信する。コード決済用の締めキーが入力された場合には、コード決済を通知するためのデータを、外部インターフェース１１０を介して決済端末２０に送信する。

外部インターフェース２５１を介して決済方式の通知を受けた決済端末２０のプロセッサ２１は、非現金決済による決済処理を実行する。すなわち、ＰＯＳ端末１０からクレジット決済を通知するためのデータを受信した場合には、プロセッサ２１は、ピンパッド７２を起動する。そしてプロセッサ２１は、ピンパッド７２を介して読み取られたクレジットカードの発行会社によって管理される決済サーバ６０と協働して、当該クレジットカードによる決済を処理する。同様に、ＰＯＳ端末１０から電子マネー決済を通知するためのデータを受信した場合には、プロセッサ２１は、リーダ・ライタ７１を起動する。そしてプロセッサ２１は、リーダ・ライタ７１を介して読み取られた電子マネー媒体の運営会社によって管理される決済サーバ６０と協働して、電子マネーによる決済を処理する。また、ＰＯＳ端末１０からコード決済を通知するためのデータを受信した場合には、プロセッサ２１は、コードリーダ７３を起動する。そしてプロセッサ２１は、コードリーダ７３を介して読み取られたバーコード又は二次元コードの運営会社によって管理される決済サーバ６０と協働して、バーコード又は二次元コードに関連付けられたチャージ残高による決済を処理する。

こうして、非現金決済による決済処理を終えると、プロセッサ２１は、ＰＯＳ端末１０に決済終了を通知する。すなわちプロセッサ２１は、決済終了を通知するためのデータを、外部インターフェース２５１を介してＰＯＳ端末１０に送信する。このデータには、決済種別Ｓが含まれる。例えばクレジットカード発行会社Ａが発行するクレジットカードによる決済処理が終了した場合には、クレジット決済Ａを表す決済種別Ｓが含まれる。例えば電子マネーサービス運営会社Ａが発行する電子マネーによる決済処理が終了した場合には、電子マネー決済Ａを表す決済種別Ｓが含まれる。例えばコード決済サービス運営会社Ａが管理するコード決済による決済処理が終了した場合には、コード決済Ａを表す決済種別Ｓが含まれる。

決済方式を通知したプロセッサ１１は、ＡＣＴ２９として決済端末２０から決済終了通知が来るのを待ち受ける。外部インターフェース１１０を介して決済終了通知を示すデータを受信すると、プロセッサ１１は、ＡＣＴ２９においてＹＥＳと判定し、ＡＣＴ３０へと進む。プロセッサ１１は、ＡＣＴ３０として第１フラグＦａが“１”にセットされているか否かを確認する。第１フラグＦａが“０”にリセットされている場合、すなわち非会員による非現金決済の場合には、プロセッサ１１は、ＡＣＴ３０においてＮＯと判定し、ＡＣＴ２７へと進む。すなわちプロセッサ１１は、レシートの発行を制御する。

第１フラグＦａが“１”にセットされている場合、すなわち会員による非現金決済の場合には、プロセッサ１１は、ＡＣＴ３０においてＹＥＳと判定し、ＡＣＴ３１へと進む。プロセッサ１１は、ＡＣＴ３１として決済端末２０からのデータに含まれている決済種別Ｓを取得する。

プロセッサ１１は、ＡＣＴ３２として第２テーブル９２を検索して、当該決済種別Ｓに対応付けられたポイント倍率ＭＳを取得する。プロセッサ１１は、ＡＣＴ３３としてポイント倍率ＭＳをレジスタＲｂに格納する。次いでプロセッサ１１は、ＡＣＴ３４としてレジスタＲａに格納されているポイント倍率ＭＬとレジスタＲｂに格納されているポイント倍率ＭＳとを加算する。そしてプロセッサ１１は、その加算後のポイント倍率（ＭＬ＋ＭＳ）をレジスタＲｃに格納する。

プロセッサ１１は、ＡＣＴ３５として商取引のデータを基に今回ポイントＰａを算出する。そしてプロセッサ１１は、ＡＣＴ３６として今回ポイントＰａにレジスタＲｃの値を乗算する。すなわちプロセッサ１１は、商取引のデータを基に算出された今回ポイントＰａを、当該商取引の対象である会員の優待ランクＬに対応したポイント倍率ＭＬと決済種別Ｓに対応したポイント倍率ＭＳとの合算値で整数倍したポイントに更新する。

プロセッサ１１は、ＡＣＴ３７としてポイント通知コマンドを店舗サーバ５０に送信するように通信インターフェース１５を制御する。この制御により、通信インターフェース１５からポイント通知コマンドが送信される。ポイント通知コマンドは、第１の通信ネットワーク４１を介して店舗サーバ５０へと送られる。ポイント通知コマンドには、リーダ１６で読み取られている会員ＩＤと、ＡＣＴ３６の処理で算出された今回ポイントＰａとが含まれている。その後、プロセッサ１１は、ＡＣＴ２７へと進む。すなわちプロセッサ１１は、レシートの発行を制御する。以上で、プロセッサ１１は、非現金決済による商取引の情報処理を終了する。

このように、ＰＯＳ端末１０のプロセッサ１１は、図８のＡＣＴ３４乃至ＡＣＴ３６の処理を実行することにより、決定手段として機能する。すなわちプロセッサ１１は、商取引の対象者である消費者に係る情報と、商取引を決済するための決済方法を特定する情報とを基に、消費者に付与される特典情報を決定する。詳しくは、プロセッサ１１は、消費者に係る情報である優待ランクＬと関連付けられたポイント倍率ＭＬと、決済方法を特定する情報である決済種別Ｓと関連付けられたポイント倍率ＭＳとを合算した倍率（ＭＬ＋ＭＳ）で今回ポイントＰａを整数倍したサービスポイントを特典情報としている。そして、プロセッサ１１は、ＡＣＴ３７の処理を実行することにより、付与手段として機能する。すなわちプロセッサ１１は、特典情報であるサービスポイントを店舗サーバ５０に出力して、消費者の累積ポイントに加えさせている。

したがって、本実施形態によれば、消費者との商取引に対してサービスポイントが付与される第１の優待サービスと、その商取引の非現金決済に対してサービスポイントが付与される第２の優待サービスとを統合することができる。その結果、消費者は、商取引の決済に非現金決済を活用することで、より多くのポイントを短期間で溜めることができるので、消費者にとって大変有意義なものとなる。また、非現金決済の普及にも大きく貢献することができる。

特に、プロセッサ１１は、優待ランクＬから導出される第１情報としてのポイント倍率ＭＬと、決済種別Ｓから導出される第２情報としてのポイント倍率ＭＳとを基に、今回ポイントを決定している。したがって、予め、優待ランクＬと関連付けて第１情報を設定し、また、決済種別Ｓと関連付けて第２情報を設定しておけば、第１の優待サービスと第２の優待サービスとを統合した特典情報を容易に消費者に付与することができる。

その上、ＰＯＳ端末１０は、優待ランクＬと関連付けてポイント倍率ＭＬを記憶する第１テーブル９１を有している。またプロセッサ１１は、ＡＣＴ７乃至ＡＣＴ９の処理を実行することで、第１検出手段として機能する。すなわちプロセッサ１１は、消費者に係る情報として優待ランクＬを検出する。そしてプロセッサ１１は、ＡＣＴ１０の処理を実行することで、第１取得手段として機能する。すなわちプロセッサ１１は、優待ランクＬで第１テーブル９１を検索してポイント倍率ＭＬを取得する。

同様に、ＰＯＳ端末１０は、決済種別Ｓと関連付けてポイント倍率ＭＳを記憶する第２テーブル９２を有している。またプロセッサ１１は、ＡＣＴ２８乃至ＡＣＴ３１の処理を実行することで、第２検出手段として機能する。すなわちプロセッサ１１は、決済方法を特定する情報として決済種別Ｓを検出する。そして、プロセッサ１１は、ＡＣＴ３２の処理を実行することで、第２取得手段として機能する。すなわちプロセッサ１１は、決済種別Ｓで第２テーブル９２を検索してポイント倍率ＭＳを取得する。しかして、プロセッサ１１は、第１取得手段で取得したポイント倍率ＭＬと、第２取得手段で取得したポイント倍率ＭＳとによって消費者に付与される特典情報を決定している。

したがって、第１テーブル９１に対するポイント倍率ＭＬ及び第２テーブル９２に対するポイント倍率ＭＳの設定如何によって、消費者に付与される特典情報の特典度合いを必要に応じて変更することができる。

［第２の実施形態］
次に、第２の実施形態について、図９乃至図１１を用いて説明する。
第１の実施形態では、ＰＯＳ端末１０が第１テーブル９１と第２テーブル９２とを有する場合を例示した。第２の実施形態では、ＰＯＳ端末１０が、第１テーブル９１及び第２テーブル９２の代わりに第３テーブル９３（図９を参照）を有する。

図９に示すように、第３テーブル９３は、優待ランクＬと決済種別Ｓとの組合せ別にポイント倍率ＭＬＳを記述したデータテーブルである。第３テーブル９３には、優待ランクＬと決済種別Ｓとの全ての組み合わせに対して任意のポイント倍率ＭＬＳが割り当てられるように、データが設定されている。

図１０及び図１１は、第２の実施形態において、ＰＯＳ端末１０のプロセッサ１１が、制御プログラムに従い実行する１商取引の処理手順を示す流れ図である。なお、図１０及び図１１においては、図７及び図８を用いて説明した第１の実施形態と共通する処理に対して同一符号を付している。したがって、以下では、第１の実施形態と異なる処理のみ説明する。

先ず、第２の実施形態が第１の実施形態と異なる処理ステップの１つ目は、図１０のＡＣＴ９の後の処理である。プロセッサ１１は、ＡＣＴ９において会員データレコード５２１から優待ランクＬを取得したならば、ＡＣＴ４１としてその優待ランクＬを第１レジスタＲａに格納する。すなわち第１の実施形態では、プロセッサ１１は、優待ランクＬを取得したならば、その優待ランクＬに対応付けられたポイント倍率ＭＬを取得して、そのポイント倍率ＭＬをレジスタＲａに格納した。これに対して第２の実施形態では、プロセッサ１１は、優待ランクＬを取得したならば、その優待ランクＬをそのままレジスタＲａに格納する。

次いで、第２の実施形態が第１の実施形態と異なる処理ステップの２つ目は、図１１のＡＣＴ３１の後の処理である。プロセッサ１１は、ＡＣＴ３１において決済種別Ｓを取得したならば、ＡＣＴ４２としてその決済種別Ｓを第２レジスタＲｂに格納する。すなわち第１の実施形態では、プロセッサ１１は、決済種別Ｓを取得したならば、その決済種別Ｓに対応付けられたポイント倍率ＭＳを取得して、そのポイント倍率ＭＳをレジスタＲｂに格納した。これに対して第２の実施形態では、プロセッサ１１は、決済種別Ｓを取得したならば、その決済種別ＳをそのままレジスタＲａに格納する。

そして第２の実施形態では、プロセッサ１１は、ＡＣＴ４３として第３テーブル９３を検索して、第１レジスタＲａに格納されている優待ランクＬと第２レジスタＲｂに格納されている決済種別Ｓとの組合せに対応付けられたポイント倍率ＭＬＳを取得する。そしてプロセッサ１１は、ＡＣＴ４４としてポイント倍率ＭＬＳをレジスタＲｂに格納する。すなわち第１の実施形態では、プロセッサ１１は、レジスタＲａに格納されているポイント倍率ＭＬとレジスタＲｂに格納されているポイント倍率ＭＳとを加算し、加算後のポイント倍率（ＭＬ＋ＭＳ）をレジスタＲｃに格納した。これに対して第２の実施形態では、プロセッサ１１は、優待ランクＬと決済種別Ｓとの組合せに対応付けられたポイント倍率ＭＬＳをレジスタＲｃに格納する。その後のＡＣＴ３５以降の処理は、第１の実施形態と同様である。

このように構成された第２の実施形態においても、消費者との商取引に対してサービスポイントが付与される第１の優待サービスと、その商取引の非現金決済に対してサービスポイントが付与される第２の優待サービスとを統合できるメリットを有する。

特に、第２の実施形態においては、ＰＯＳ端末１０は、優待ランクＬと決済種別Ｓとの組合せと関連付けて任意のポイント倍率ＭＬＳを記憶する第３テーブル９３を有している。またプロセッサ１１は、ＡＣＴ７乃至ＡＣＴ９及びＡＣＴ４１の処理を実行することで、第１検出手段として機能する。すなわちプロセッサ１１は、消費者に係る情報として優待ランクＬを検出する。またプロセッサ１１は、ＡＣＴ２８乃至ＡＣＴ３１及びＡＣＴ４２の処理を実行することで、第２検出手段として機能する。すなわちプロセッサ１１は、決済方法を特定する情報として決済種別Ｓを検出する。そしてプロセッサ１１は、ＡＣＴ３５及びＡＣＴ３６の処理を実行することで、第３取得手段として機能する。すなわちプロセッサ１１は、優待ランクＬと決済種別Ｓとで第３テーブル９３を検索して、ポイント倍率ＭＬＳを取得する。しかして、プロセッサ１１は、第３取得手段で取得したポイント倍率ＭＬＳによって消費者に付与される特典情報を決定している。

したがって、第３テーブル９３に対するポイント倍率ＭＬＳの設定如何によって、消費者に付与される特典情報の特典度合いを必要に応じて変更することができる。

以上、決済装置の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。

前記実施形態では、ＰＯＳ端末１０を決済装置の一態様として説明した。他の実施形態としては、決済端末２０を決済装置の一態様としてもよい。あるいは、第１テーブル９１をＰＯＳ端末１０が有し、第２テーブル９２を決済端末が有することで、ＰＯＳ端末１０と決済端末２０とが協働して決済装置を構成することも可能である。

前記実施形態では、特典情報をサービスポイントとした。特典情報は、サービスポイントに限定されるものではない。例えば値引券の値引額あるいは割引券の割引率を特典情報としてもよい。

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

１０…ＰＯＳ端末、２０…決済端末、３０…通信ケーブル、４１…第１の通信ネットワーク、４２…第２の通信ネットワーク、５０…店舗サーバ、５１…商品データベース、５２…会員データベース、６０…決済サーバ、９１…第１テーブル、９２…第２テーブル、９３…第３テーブル。

Claims (5)

1. 商取引の対象者に係る情報と、前記商取引を決済するための決済方法を特定する情報とを基に、前記対象者に付与される特典情報を決定する決定手段と、
   前記決定手段により決定された前記特典情報を前記対象者に付与する付与手段と、
   を具備する決済装置。
2. 前記決定手段は、前記対象者に係る情報から導出される第１情報と、前記決済方法を特定する情報から導出される第２情報とを基に、前記特典情報を決定する請求項１記載の決済装置。
3. 前記対象者に係る情報と関連付けて第１情報を記憶する第１テーブルと、
   前記決済方法を特定する情報と関連付けて第２情報を記憶する第２テーブルと、
   前記対象者に係る情報を検出する第１検出手段と、
   前記決済方法を特定する情報を検出する第２検出手段と、
   前記第１検出手段により検出された前記対象者に係る情報で前記第１テーブルを検索して前記第１情報を取得する第１取得手段と、
   前記第２検出手段により検出された前記決済方法を特定する情報で前記第２テーブルを検索して前記第２情報を取得する第２取得手段と、
   をさらに具備し、
   前記決定手段は、前記第１取得手段で取得した第１情報と、前記第２取得手段で取得した第２情報とを基に、前記特典情報を決定する請求項２記載の決済装置。
4. 前記対象者に係る情報と前記決済方法を特定する情報との組み合わせに関連付けて、前記特典情報を記憶する第３テーブルと、
   前記対象者に係る情報を検出する第１検出手段と、
   前記決済方法を特定する情報を検出する第２検出手段と、
   前記第１検出手段により検出された前記対象者に係る情報と前記第２検出手段により検出された前記決済方法を特定する情報とで前記第３テーブルを検索して前記特典情報を取得する第３取得手段と、
   をさらに具備し、
   前記決定手段は、前記第３取得手段で取得した特典情報を前記対象者に付与される特典情報として決定する請求項１記載の決済装置。
5. 決済装置のコンピュータを、
   商取引の対象者に係る情報と、前記商取引を決済するための決済方法を特定する情報とを基に、前記対象者に付与される特典情報を決定する決定手段、及び、
   前記決定手段により決定された前記特典情報を前記対象者に付与する付与手段、
   として機能させるためのプログラム。

Images