特開 2024-180014 会計機及びそのプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024180014

(43)【公開日】2024-12-26

(54)【発明の名称】会計機及びそのプログラム

(51)【国際特許分類】

   G06Q 40/12 20230101AFI20241219BHJP

【ＦＩ】

G06Q40/12

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023099416

(22)【出願日】2023-06-16

(71)【出願人】

【識別番号】000003562

【氏名又は名称】東芝テック株式会社

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(72)【発明者】

【氏名】鈴木 尉修

【テーマコード（参考）】

5L040

5L055

【Ｆターム（参考）】

5L040BB64

5L055BB64

(57)【要約】

【課題】割引対象の支払い方法で代金が支払われる場合には自動的に決済金額を割引して決済可能とする。
【解決手段】会計機は、取得手段と、受付手段と、割引手段と、処理手段とを備える。取得手段は、取引の決済金額を取得する。受付手段は、決済金額を支払う支払い方法の選択入力を受け付ける。割引手段は、受付手段により受け付けた支払い方法が割引対象の支払い方法である場合、設定された割引率で決済金額の割引を行う。処理手段は、割引手段により割引が行われた決済金額を、受付手段により受け付けた支払い方法で支払うための決済処理を実行する。
【選択図】 図１

【特許請求の範囲】

【請求項1】

取引の決済金額を取得する取得手段と、
前記決済金額を支払う支払い方法の選択入力を受け付ける受付手段と、
前記受付手段により受け付けた支払い方法が割引対象の支払い方法である場合、設定された割引率で前記決済金額の割引を行う割引手段と、
前記割引手段により割引が行われた決済金額を、前記受付手段により受け付けた支払い方法で支払うための決済処理を実行する処理手段と、
を具備する会計機。

【請求項2】

前記割引手段により前記決済処理の割引が行われると割引後の決済金額を表示する表示手段、
をさらに具備する請求項１記載の会計機。

【請求項3】

前記表示手段は、前記受付手段により支払い方法の選択入力を受け付けるまでは前記取得手段により取得した決済金額を表示する、請求項２記載の会計機。

【請求項4】

前記割引手段により割引が行われた決済金額に対して、前記受付手段により選択入力を受け付けた割引対象の支払い方法での支払い金額が不足している場合に割引前の決済金額に対する不足額を報知する報知手段、
をさらに具備する請求項１記載の会計機。

【請求項5】

割引対象の支払い方法に対して割引が成立する条件を判定する判定手段、
をさらに具備し、
前記割引手段は、前記受付手段により受け付けた支払い方法が割引対象の支払い方法でありかつその割引が成立する条件を満足する場合に、設定された割引率で前記決済金額の割引を行う、請求項１乃至４のうちいずれか一記載の会計機。

【請求項6】

会計機のコンピュータを、
取引の決済金額を取得する取得手段、
前記決済金額を支払う支払い方法の選択入力を受け付ける受付手段、
前記受付手段により受け付けた支払い方法が割引対象の支払い方法である場合、設定された割引率で前記決済金額の割引を行う割引手段、及び、
前記割引手段により割引が行われた決済金額を、前記受付手段により受け付けた支払い方法で支払うための決済処理を実行する処理手段、
として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、会計機及びそのプログラムに関する。

【背景技術】

【0002】

商取引の決済に用いられる電子マネーには、自社及びグループ会社の店舗でのみ利用可能な電子マネーいわゆるハウス電子マネーと、交通系電子マネー、流通系電子マネー、クレジットカード系電子マネー等のように加盟店であれば利用可能な電子マネーいわゆる共通電子マネーとがある。ハウス電子マネーは、顧客を囲い込むことができるので、集客効果を期待できる。また、ハウス電子マネーの利用が拡大されることにより、自社への利益にもつながる。そこで、ハウス電子マネーで商取引を決済する場合には決済金額の割引を行うサービスを導入することで、ハウス電子マネーの利用率を高めようとする店舗が増えている。

【0003】

このような店舗では、店員は、客に代金の支払い方法を確認し、割引が成立する場合には会計機に対して決済金額を割り引くための操作を行ってから、客が求めた代金支払い方法で決済に係る操作を行っていた。このため、店員の負担が大きく、解決が望まれていた。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００８－０７７３２８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明の実施形態が解決しようとする課題は、割引対象の支払い方法で代金が支払われる場合には自動的に決済金額を割引して決済することができ、店員の負担を軽減できる会計機を提供しようとするものである。

【課題を解決するための手段】

【0006】

一実施形態において、会計機は、取得手段と、受付手段と、割引手段と、処理手段とを備える。取得手段は、取引の決済金額を取得する。受付手段は、決済金額を支払う支払い方法の選択入力を受け付ける。割引手段は、受付手段により受け付けた支払い方法が割引対象の支払い方法である場合、設定された割引率で決済金額の割引を行う。処理手段は、割引手段により割引が行われた決済金額を、受付手段により受け付けた支払い方法で支払うための決済処理を実行する。

【図面の簡単な説明】

【0007】

【図1】図１は、会計機の基本回路構成を示すブロック図である。

【図2】図２は、割引テーブルの構成を示す模式図である。

【図3】図３は、会計機のプロセッサが会計プログラムに従って実行する情報処理の要部手順を示す流れ図である。

【図4】図４は、会計機のプロセッサが会計プログラムに従って実行する情報処理の要部手順を示す流れ図である。

【図5】図５は、会計機のプロセッサが会計プログラムに従って実行する情報処理の要部手順を示す流れ図である。

【図6】図６は、会計機のプロセッサが会計プログラムに従って実行する情報処理の要部手順を示す流れ図である。

【図7】図７は、小計画面の一表示例を示す模式図である。

【図8】図８は、支払い方法選択画面の一表示例を示す模式図である。

【図9】図９は、割引支払い画面の一表示例を示す模式図である。

【図10】図１０は、通常支払い画面の一表示例を示す模式図である。

【図11】図１１は、残高不足画面の一表示例を示す模式図である。

【発明を実施するための形態】

【0008】

以下、割引対象の支払い方法で代金が支払われる場合には自動的に決済金額を割引して決済することができ、店員の負担を軽減できる会計機の実施形態について、図面を用いて説明する。

【0009】

因みに、会計機には、店員が商品登録に係る操作と決済に係る操作を行う対面式会計機、客が商品登録に係る操作と決済に係る操作を行うセルフ式会計機、商品登録に係る操作は店員が行い、決済に係る操作は客が行う分担式会計機等がある。いずれのタイプの会計機にも本発明を実施することは可能である。そこで本実施形態では、対面式会計機を例示する。また、割引対象の支払い方法を電子マネーとする。

【0010】

［会計機の構成説明］
図１は、会計機１０の基本回路構成を示すブロック図である。会計機１０は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、時計１４、通信インターフェース１５、キーボード１６、タッチパネル１７、客用ディスプレイ１８、プリンタ１９、カードリーダ２０、スキャナインターフェース２１、釣銭機インターフェース２２及びシステム伝送路２３等を備える。システム伝送路２３は、アドレスバス、データバス、制御信号線等を含む。システム伝送路２３は、プロセッサ１１と他の各部とを接続し、相互間で授受されるデータ信号を伝送する。

【0011】

会計機１０は、プロセッサ１１と、メインメモリ１２、補助記憶デバイス１３、時計１４及び通信インターフェース１５とを、システム伝送路２３で接続することにより、コンピュータを構成する。そしてシステム伝送路２３に、キーボード１６、タッチパネル１７、客用ディスプレイ１８、プリンタ１９、カードリーダ２０等の入出力デバイス及びスキャナインターフェース２１、釣銭機インターフェース２２等のデバイスインターフェースを接続し、コンピュータで制御することにより、会計機１０としての機能を実現する。なお、システム伝送路２３に接続される入出力デバイスまたはデバイスインターフェースは、上記のものに限定されないのは言うまでもないことである。

【0012】

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

【0013】

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

【0014】

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

【0015】

時計１４は、日付と時刻を計時する。プロセッサ１１は、時計１４によって計時されている日付と時刻を現在日時として処理する。

【0016】

通信インターフェース１５は、通信ネットワークを介して接続された店舗サーバ、クレジットサーバ、電子マネーサーバ等との間でデータ通信を行うためのインターフェースである。店舗サーバは、会計機１０が行う商品販売データの登録処理、取引の決済処理等を支援するためのサーバ用コンピュータである。クレジットサーバは、クレジットカード決済を支援するためのサーバ用コンピュータである。電子マネーサーバは、電子マネー決済を支援するためのサーバ用コンピュータである。

【0017】

キーボード１６は、例えば買上商品の登録と取引の決済に必要な種々のキーを配置した入力デバイスである。タッチパネル１７は、会計機１０のオペレータである店員に対し、例えば登録された買上商品の品名、価格、合計金額等を表示するための出力デバイスである。タッチパネル１７は、店員によるタッチ入力を検知するための入力デバイスでもある。客用ディスプレイ１８は、商品を買い上げる客に対し、例えば登録された買上商品の品名、価格、合計金額等を表示するための出力デバイスである。プリンタ１９は、レシート用紙にデータを印字して買上レシート等を発行するための出力デバイスである。カードリーダ２０は、電子マネーカード、ポイントカード、クレジットカード等のカードデータを読み取るための入力デバイスである。

【0018】

スキャナインターフェース２１は、スキャナ２４とデータ通信を行うためのインターフェースである。スキャナ２４は、バーコード、二次元コード等のコードをスキャニングして読み取る装置である。スキャナ２４は、定置式のスキャナであってもよいし、手持ち式のスキャナであってもよい。

【0019】

釣銭機インターフェース２２は、自動釣銭機２５とデータ通信を行うためのインターフェースである。自動釣銭機２５は、投入口から投入された紙幣又は硬貨の現金を計数し、金庫に金種別に収容する機能と、釣銭相当の現金を金庫から抽出して払出し口に払い出す機能とを有する。なお、自動釣銭機の代わりにドロワが接続されていてもよい。

【0020】

かかる構成の会計機１０は、割引対象の支払い方法で代金が支払われる場合には自動的に決済金額を割引して決済するために、補助記憶デバイス１３に割引テーブル１３１を備えている。また会計機１０は、プロセッサ１１が取得手段１１１、受付手段１１２、判定手段１１３、割引手段１１４、処理手段１１５、表示手段１１６及び報知手段１１７としての機能を有するように構成されている。なお、プロセッサ１１が有する機能は、これらに限定されるものではない。

【0021】

図２は、割引テーブル１３１の構成を示す模式図である。図示するように割引テーブル１３１は、種別コードのカラムＣａと、支払い方法のカラムＣｂと、割引フラグＦａのカラムＣｃと、割引率のカラムＣｄと、割引条件のカラムＣｅとで構成される。

【0022】

種別コードのカラムＣａには、支払い方法の種類毎に設定された一意の種別コードが記述される。支払い方法のカラムＣｂには、対応するカラムＣａに記述された種別コードで特定される支払い方法の名称が記述される。図示するように本実施形態では、支払い方法として、現金、クレジットカード、電子マネー、コード決済、ポイント払い等を利用可能な店舗を例示する。また、電子マネーについては、「電子マネーＡ」、「電子マネーＢ」及び「電子マネーＣ」の３種類を利用可能とする。「電子マネーＡ」は、交通系電子マネー、流通系電子マネー、クレジットカード系電子マネー等の共通電子マネーである。「電子マネーＢ」及び「電子マネーＣ」は、自社及びグループ会社の店舗でのみ利用可能なハウス電子マネーである。「電子マネーＢ」は一般顧客向けのハウス電子マネーである。「電子マネーＣ」は、優良顧客向けのハウス電子マネーである。

【0023】

割引フラグＦａのカラムには、対応するカラムＣａに記述された種別コードで特定される支払い方法が割引対象であるか否かを識別するための１ビットデータが記述される。本実施形態では、割引対象であることを示す割引フラグＦａを“１”とし、割引対象外であることを示す割引フラグＦａを“０”とする。割引率のカラムＣｄには、対応するカラムＣａに記述された種別コードで特定される支払い方法が割引対象である場合に、割引率が記述される。割引条件のカラムＣｅには、対応するカラムＣａに記述された種別コードで特定される支払い方法が割引対象である場合に、その割引が成立する条件が記述される。本実施形態では、割引が成立する条件、いわゆる割引条件を曜日とする。

【0024】

さて、図２に示した割引テーブル１３１は、種別コード「１００」と関連付けて、支払い方法「現金」と、割引フラグＦａ「０」とを記述している。種別コード「２００」と関連付けて、支払い方法「クレジット」と、割引フラグＦａ「０」とを記述している。種別コード「３００」と関連付けて、支払い方法「電子マネーＡ」と、割引フラグＦａ「０」とを記述している。種別コード「４００」と関連付けて、支払い方法「電子マネーＢ」と、割引フラグＦａ「１」と、割引率「５％」と、割引条件「火曜日」を記述している。種別コード「５００」と関連付けて、支払い方法「電子マネーＣ」と、割引フラグＦａ「１」と、割引率「１０％」と、割引条件「木曜日」を記述している。種別コード「６００」と関連付けて、支払い方法「コード決済」と、割引フラグＦａ「０」とを記述している。種別コード「７００」と関連付けて、支払い方法「ポイント」と、割引フラグＦａ「０」とを記述している。すなわち割引テーブル１３１は、電子マネー以外の支払い方法と「電子マネーＡ」は割引対象外であり、「電子マネーＢ」と「電子マネーＣ」は割引対象であることを示している。また、「電子マネーＢ」は割引率が５％であり、火曜日であれば取引条件が成立することを示している。同様に、「電子マネーＣ」は割引率が１０％であり、木曜日であれば取引条件が成立することを示している。

【0025】

図１の説明に戻る。
取得手段１１１は、取引の決済金額を取得する機能である。取引の決済金額は、会計機１０の設置店舗が小売店の場合には、客が購入した商品の合計金額が取引の決済金額となる。会計機１０の設置店舗が飲食店の場合には、客が飲食した商品の合計金額が取引の決済金額となる。会計機１０の設置店舗が映画館、スポーツジム等のように役務を提供する店舗の場合には、役務の対価として客が支払う費用が取引の決済金額となる。

【0026】

受付手段１１２は、決済金額を支払う支払い方法の選択入力を受け付ける機能である。受付手段１１２は、キーボード１６のキー入力又はタッチパネル１７に対するタッチ入力により、現金、クレジットカード、電子マネー、コード決済、ポイント支払い等の種々の支払い方法の中からいずれか１つの支払い方法の選択入力を受け行ける。

【0027】

判定手段１１３は、受付手段１１２により受け付けた支払い方法が割引対象である場合に、割引条件が成立するか否かを判定する機能である。例えば割引テーブル１３１に対して図２に示すデータが記述されている場合、割引対象の支払い方法は、「電子マネーＢ」と「電子マネーＣ」である。そして、「電子マネーＢ」の割引条件は取引日が火曜日であることであり、「電子マネーＣ」に対して割引条件は取引日が木曜日であることである。判定手段１１３は、火曜日の取引において「電子マネーＢ」で支払われた場合、又は、木曜日の取引において「電子マネーＣ」で支払われた場合には、割引条件が成立すると判定する。それ以外は、割引条件が成立しないと判定する。

【0028】

割引手段１１４は、受付手段１１２により受け付けた支払い方法が割引対象である場合、設定された割引率で決済金額の割引を行う機能である。詳しくは、受付手段１１２により受け付けた支払い方法が割引対象でありかつ、判定手段１１３により割引が成立すると判定された場合に、割引手段１１４は、その支払い方法に対して割引テーブル１３１で設定された割引率で決済金額の割引を行う。

【0029】

処理手段１１５は、割引手段１１４により割引が行われた決済金額を、受付手段１１２により受け付けた支払い方法で支払うための決済処理を実行する機能である。例えば、火曜日の取引において支払い方法が「電子マネーＢ」であったために割引が成立した場合、処理手段１１５は、「電子マネーＢ」の残高から割引手段１１４により割引が行われた決済金額を引き去る電子マネー決済処理を実行する。例えば、木曜日の取引において支払い方法が「電子マネーＣ」であったために割引が成立した場合、処理手段１１５は、「電子マネーＣ」の残高から割引手段１１４により割引が行われた決済金額を引き去る電子マネー決済処理を実行する。

【0030】

表示手段１１６は、割引手段１１４により決済金額の割引が行われると、割引後の決済金額を表示デバイスに表示する機能である。また表示手段１１６は、受付手段１１２により支払い方法の選択入力を受け付けるまでは取得手段１１１により取得した決済金額を表示する機能でもある。すなわち表示手段１１６は、受付手段１１２により支払い方法の選択入力を受け付けるまでは取得手段１１１により取得した割引前の決済金額を表示し、割引手段１１４により決済金額の割引が行われると、割引後の決済金額を表示デバイスに表示する。表示デバイスは、典型的にはタッチパネル１７１である。表示デバイスは、タッチパネル１７１と客用ディスプレイ１７２の双方であってもよい。表示デバイスは、客用ディスプレイ１７２の単独である場合もあり得る。

【0031】

報知手段１１７は、割引手段１１４により割引が行われた決済金額に対して、受付手段１１２により選択入力を受け付けた割引対象の支払い方法での支払い金額が不足している場合に、割引前の決済金額に対する不足額を報知する機能である。不足額の報知は、タッチパネル１７１に対する表示によって行う。不足額の報知は、音声出力等によって行ってもよい。

【0032】

上述した受付手段１１２、判定手段１１３、割引手段１１４、処理手段１１５、表示手段１１６及び報知手段１１７としての機能は、プロセッサ１１が会計プログラムにしたがって実行する情報処理によって実現される。会計プログラムは、メインメモリ１２又は補助記憶デバイス１３に記憶されるアプリケーションプログラムの一種である。会計プログラムをメインメモリ１２又は補助記憶デバイス１３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に会計プログラムを記録して、あるいは通信ネットワークを介した通信により会計プログラムを配信して、メインメモリ１２又は補助記憶デバイス１３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

【0033】

［会計機の動作説明］
図３乃至図６は、会計機１０のプロセッサ１１が会計プログラムに従って実行する情報処理の要部手順を示す流れ図である。また、図７乃至図１１は、会計機１０のタッチパネル１７に表示される種々の画面例を示す模式図である。以下、図３乃至図６の流れ図及び図７乃至図１１の画面例を用いて、会計機１０の主要な動作を説明する。なお、会計機１０は、小売店に設置されているものとする。

【0034】

因みに、以下に説明する情報処理の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。また、画面例も一例である。出力されるテキストの内容、画像の配置、ソフトウェアキーの種類及びレイアウト等は、適宜変更することができる。

【0035】

会計機１０を操作する店員は、客が取引の決済を申し出ると、その客が買い上げる商品の商品コードを１品ずつ会計機１０に入力する。具体的には、バーコードが付されている商品については、店員は、そのバーコードをスキャナ２４でスキャニングすることにより商品コードを入力する。生鮮食品等のようにバーコードが付されていない商品については、店員は、タッチパネル１７に表示されたバーコード無商品の一覧画面から該当する商品にタッチすることにより商品コードを入力する。店員は、キーボード１６のキー操作により商品コードを入力することも可能である。客が購入する全ての商品の商品コードを入力し終えると、店員は、小計キーを入力する。小計キーは、キーボード１６に配置されたハードキーであってもよいし、タッチパネル１７に表示されたソフトキーであってもよい。

【0036】

プロセッサ１１は、ＡＣＴ１として商品コードが入力されるのを待ち受ける。スキャナ２４、タッチパネル１７又はキーボード１６を介して商品コードが入力されると、プロセッサ１１は、ＡＣＴ２へと進む。プロセッサ１１は、ＡＣＴ２として商品登録処理を実行する。すなわちプロセッサ１１は、商品コードで識別される商品の価格を取得し、商品コード、価格、販売点数、販売金額等を含む商品販売データを生成して取引メモリに登録する。取引メモリは、メインメモリ１２における揮発性メモリ領域の一部である。

【0037】

商品登録処理を実行したプロセッサ１１は、ＡＣＴ３へと進む。プロセッサ１１は、ＡＣＴ３として小計キーが入力されたか否かを確認する。小計キーが入力されず（ＡＣＴ３においてＮＯ）、次の商品の商品コードが入力された場合には（ＡＣＴ１においてＹＥＳ）、プロセッサ１１は、ＡＣＴ２へと進む。すなわちプロセッサ１１は、商品登録処理を実行する。このように、客が買い上げる商品の商品コードが入力される毎に、その商品に係る商品販売データが取引メモリに順次登録される。

【0038】

ＡＣＴ３において、小計キーが入力されると、プロセッサ１１は、ＡＣＴ４へと進む。プロセッサ１１は、ＡＣＴ４としてタッチパネル１７に小計画面ＳＣａ（図７を参照）を表示させる。

【0039】

図７は、小計画面ＳＣａの一表示例である。図示するように小計画面ＳＣａには、合計エリアＡＲａが配置される。また、小計値引キーＢＴａ、小計割引キーＢＴｂ及び支払いキーＢＴｃの各ソフトキーが配置される。合計エリアＡＲａには、合計点数と合計金額とが表示される。合計点数は、取引メモリに登録された各商品販売データの販売点数を合算した点数である。合計金額は、取引メモリに登録された各商品販売データの販売金額を合算した金額である。小計値引キーＢＴａは、合計金額に対する値引を宣言するための操作子である。小計割引キーＢＴｂは、合計金額に対する割引を宣言するための操作子である。支払いキーＢＴｃは、合計金額に対する支払いを宣言するための操作子である。

【0040】

プロセッサ１１は、ＡＣＴ４において、客用ディスプレイ１８の画面も合計点数と合計金額とを表示した小計画面とする。そして、小計画面の表示を制御したプロセッサ１１は、ＡＣＴ５へと進む。プロセッサ１１は、ＡＣＴ５として支払いキーＢＴｃが入力されるのを待ち受ける。なお、図示しないが、ＡＣＴ５の待ち受け状態において、小計値引キーＢＴａが入力された場合には、プロセッサ１１は、小計値引処理を実行する。すなわちプロセッサ１１は、合計金額からキーボード１６を介して入力された値引額を減算し、値引後の合計金額が合計エリアＡＲａに表示されるように小計画面ＳＣａを更新する。また、小計割引キーＢＴｂが入力された場合には、プロセッサ１１は、小計割引処理を実行する。すなわちプロセッサ１１は、キーボード１６を介して入力された割引率で合計金額の割引を行い、割引後の合計金額が合計エリアＡＲａに表示されるように小計画面ＳＣａを更新する。そして、小計値引処理又は小計割引処理を実行したプロセッサ１１は、支払いキーＢＴｃが入力されるのを待ち受ける。

【0041】

ＡＣＴ５において支払いキーＢＴｃが入力されると、プロセッサ１１は、ＡＣＴ６へと進む。プロセッサ１１は、ワークエリアＴａに割引前決済金額を記述する。割引前決済金額は、小計値引処理又は小計割引処理が実行されていない場合には、取引メモリに登録された各商品販売データの販売金額を合算した金額、すなわち合計金額である。小計値引処理又は小計割引処理が実行されている場合には、値引後又は割引後の合計金額である。

【0042】

ワークエリアＴａに割引前決済金額を記述したプロセッサ１１は、ＡＣＴ７へと進む。プロセッサ１１は、ＡＣＴ７として組合せフラグＦｂを“０”とする。組合せフラグＦｂは、２種類以上の支払い方法を組み合わせて決済金額を支払うか否かを識別するための１ビットデータである。本実施形態では、２種類以上の支払い方法を組み合わせて決済金額を支払う場合の組合せフラグＦｂを“１”とし、単一の支払い方法で決済金額を支払う場合の組合せフラグＦｂを“０”とする。ＡＣＴ７にておいては、まだ、単一の支払い方法で支払うのか、２種類以上の支払い方法を組み合わせて支払うのかが確定されていないので、プロセッサ１１は、組合せフラグＦｂを“０”とする。

【0043】

組合せフラグＦｂを“０”としたプロセッサ１１は、ＡＣＴ８へと進む。プロセッサ１１は、ＡＣＴ８としてタッチパネル１７の画面を支払い方法選択画面ＳＣｂ（図８を参照）とする。なお、客用ディスプレイ１８については、小計画面から遷移しない。

【0044】

図８は、支払い方法選択画面ＳＣｂの一表示例である。図示するように支払い方法選択画面ＳＣｂには、合計エリアＡＲｂが配置される。また、支払い方法選択キーＢＴｄと、戻るキーＢＴｅの各ソフトキーが配置される。合計エリアＡＲｂには、合計点数と決済前合計金額が表示される。支払い方法選択キーＢＴｄは、現金、クレジットカード、電子マネーＡ、電子マネーＢ、電子マネーＣ、コード決済及びポイント支払いの各支払い方法がそれぞれ割り当てられた複数のソフトキーからなる。支払い方法選択キーＢＴｄは、いずれかのソフトキーに割り当てられた支払い方法の選択入力を受け付けるための操作子である。戻るキーＢＴｅは、小計画面ＳＣａに戻ることを宣言するための操作子である。

【0045】

支払い方法選択画面ＳＣｂの表示を制御したプロセッサ１１は、ＡＣＴ９へと進む。プロセッサ１１は、ＡＣＴ９として支払い方法が選択されるのを待ち受ける。なお、図示しないが、ＡＣＴ９の待ち受け状態において、戻るキーＢＴｅが入力された場合には、プロセッサ１１は、ＡＣＴ４へと戻り、タッチパネル１７の画面を小計画面ＳＣａに戻す。

【0046】

ＡＣＴ９において支払い方法選択キーＢＴｄが入力されると、プロセッサ１１は、ＡＣＴ１０へと進む。プロセッサ１１は、ＡＣＴ１０として支払い方法として電子マネーが選択されたか否かを確認する。電子マネー以外の支払い方法が選択された場合には、プロセッサ１１はＡＣＴ１１へと進む。プロセッサ１１は、ＡＣＴ１１として支払い方法に応じた決済処理を実行する。例えば現金が選択された場合には、自動釣銭機２５に投入された預かり金額から割引前決済金額を引き去る現金決済処理を実行する。例えばクレジットカードが選択された場合には、クレジットカードで特定される口座から割引前決済金額を引き去るクレジット決済処理を実行する。例えばコード決済が選択された場合には、スキャナ２４で読み取られた決済用コードで特定される残高から割引前決済金額を引き去るコード決済処理を実行する。例えばポイント支払いが選択された場合には、保有ポイントから割引前決済金額相当のポイントを引き去るポイント決済処理を実行する。なお、現金決済処理、クレジット決済処理、コード決済処理、ポイント決済処理については周知の処理であるので、ここでの詳細な説明は省略する。

【0047】

ＡＣＴ１１において決済処理を終えたプロセッサ１１は、ＡＣＴ１２へと進む。プロセッサ１１は、ＡＣＴ１２として割引前決済金額に残金が有るか否かを確認する。残金がない場合には取引が決済されたので、プロセッサ１１は、会計プログラムに従った情報処理を終了する。

【0048】

残金がある場合には、取引が決済されていないので、プロセッサ１１は、ＡＣＴ１３へと進む。プロセッサ１１は、ＡＣＴ１３としてワークエリアＴａの金額を残金に更新する。またプロセッサ１１は、ＡＣＴ１４として組合せフラグＦｂを“１”とする。そしてプロセッサ１１は、ＡＣＴ８へと戻る。すなわちプロセッサ１１は、タッチパネル１７の画面を支払い方法選択画面ＳＣｂとする。そしてプロセッサ１１は、ＡＣＴ８以降の処理を前述したのと同様に実行する。したがって、例えば電子マネー以外の支払い方法が選択された場合には、プロセッサ１１は、その支払い方法で残金を支払う決済処理を実行する。かくして、割引前決済金額の全額が支払われたことを確認すると、プロセッサ１１は、会計プログラムに従った情報処理を終了する。

【0049】

一方、ＡＣＴ１０において代金支払い方法として電子マネーが選択された場合には、プロセッサ１１は、図４のＡＣＴ２１へと進む。プロセッサ１１は、ＡＣＴ２１として残高問合せ処理を実行する。すなわちプロセッサ１１は、カードリーダ２０又はスキャナ２４で読み取った電子マネーＩＤで電子マネーサーバに残高を問い合わせる。

【0050】

電子マネーＩＤは、代金支払い方法として電子マネーを選択した客が所有する電子マネーの識別子である。例えば客は、電子マネーＩＤが記録された電子マネーカードを所持している。あるいは客は、電子マネーＩＤを示すバーコード又は二次元コードを表示可能なアプリケーションソフトウェアをインストールしたスマートフォンを所持している。客が電子マネーカードを提示した場合、店員は、その電子マネーカードのデータをカードリーダ２０で読み取らせる。客がスマートフォンを提示した場合には、店員は、スマートフォンの画面に表示されているバーコード又は二次元コードをスキャナ２４で読み取らせる。かくして、客が所有する電子マネーの電子マネーＩＤが入力されるので、プロセッサ１１は、残高の問合せを行う。この問合せ対して電子マネーサーバから電子マネーの残高を取得すると、プロセッサ１１は、ＡＣＴ２２へと進む。プロセッサ１１は、ＡＣＴ２２としてワークエリアＲに電子マネーの残高を記述する。

【0051】

ワークエリアＲに電子マネーの残高を記述したプロセッサ１１は、ＡＣＴ２３へと進む。プロセッサ１１は、ＡＣＴ２３として組合せフラグＦｂを調べる。組合せフラグＦｂが“１”の場合、すなわち電子マネー以外の支払い方法で支払われた後の残金に対して電子マネー支払いが選択された場合には、プロセッサ１１は、ＡＣＴ３３へと進む。ＡＣＴ３３以降の処理については後述する。

【0052】

これに対し、組合せフラグＦｂが“０”の場合、すなわち割引前決済金額に対して電子マネー支払いが選択された場合には、プロセッサ１１は、ＡＣＴ２４へと進む。プロセッサ１１は、ＡＣＴ２４として支払い方法として選択された電子マネーの種別コードに関連付けて割引テーブル１３１に記述されている割引フラグＦａを調べる。

【0053】

割引フラグＦａが“０”の場合、すなわち割引対象外の電子マネーでの支払いが宣言された場合には、プロセッサ１１は、ＡＣＴ３３へと進む。ＡＣＴ３３以降の処理については後述する。

【0054】

これに対し、割引フラグＦａが“１”の場合、すなわち割引対象の電子マネーでの支払いが宣言された場合には、プロセッサ１１は、ＡＣＴ２５へと進む。プロセッサ１１は、ＡＣＴ２５として割引条件が成立するか否かを判定する。具体的にはプロセッサ１１は、支払い方法として選択された電子マネーの種別コードに関連付けて割引テーブル１３１に記述されている割引条件を取得する。そしてプロセッサ１１は、その割引条件の曜日が、時計１４によって計時されている日付の曜日と一致するか否かを確認する。曜日が一致した場合、プロセッサ１１は、割引条件が成立すると判定する。曜日が一致しなかった場合には、プロセッサ１１は、割引条件が成立しないと判定する。割引条件が成立しない場合、プロセッサ１１は、ＡＣＴ３３へと進む。ＡＣＴ３３以降の処理については後述する。

【0055】

これに対し、割引条件が成立する場合には、プロセッサ１１は、ＡＣＴ２６へと進む。プロセッサ１１は、ＡＣＴ２６としてワークエリアＤに割引率を記述する。すなわちプロセッサ１１は、支払い方法として選択された電子マネーの種別コードに関連付けて割引テーブル１３１に記述されている割引率を取得し、その割引率をワークエリアＤに記述する。そしてプロセッサ１１は、ＡＣＴ２７として割引演算を行う。すなわちプロセッサ１１は、ワークエリアＤに記述された割引率でワークエリアＴａに記述された割引前決済金額の割引を行う。プロセッサ１１は、ＡＣＴ２８として割引後の決済金額、いわゆる割引後決済金額をワークエリアＴｂに記述する。

【0056】

ワークエリアＴｂに割引後決済金額を記述したプロセッサ１１は、ＡＣＴ２９へと進む。プロセッサ１１は、ＡＣＴ２９としてワークエリアＲに記述された残高がワークエリアＴｂに記述された割引後決済金額以上であるか否かを確認する。残高が割引後決済金額以上である場合には、支払い方法として選択された電子マネーで割引後決済金額の全額を支払うことができる。ところが、残高が割引後決済金額よりも少ない場合には、その電子マネーで割引後決済金額の全額を支払うことはできない。

【0057】

ＡＣＴ２９において、残高が割引後決済金額以上であり、支払い方法として選択した種類の電子マネーだけで支払いが完結する場合には、プロセッサ１１は、ＡＣＴ３０へと進む。プロセッサ１１は、ＡＣＴ３０としてワークエリアＲに記述された電子マネーの残高から、ワークエリアＴｂに記述された割引後の決済金額を引き去ることで、ワークエリアＲの残高を支払い後の残高に更新する。またプロセッサ１１は、ＡＣＴ３１として電子マネー決済処理を実行する。すなわちプロセッサ１１は、電子マネーサーバにおいて当該電子マネーＩＤで管理されている電子マネーの残高を支払い後の残高に更新するための処理を行う。このような電子マネー決済処理は、周知の処理であるので、ここでの詳細な説明は省略する。

【0058】

ＡＣＴ３１において電子マネー決済処理を終えたプロセッサ１１は、ＡＣＴ３２へと進む。プロセッサ１１は、ＡＣＴ３２としてタッチパネル１７の画面を割引支払い画面ＳＣｃ（図９を参照）とする。

【0059】

図９は、割引支払い画面ＳＣｃの一表示例である。割引支払い画面ＳＣｃには、決済情報エリアＡＲｃが配置される。また、閉じるボタンＢＴｆが配置される。また、小計割引が適用されたことを示すテキストＴｘが表示される。決済情報エリアＡＲｃは、「合計」のエリアと「お預り」のエリアと「お釣り」のエリアとに区分される。そして「合計」のエリアには、合計点数と割引後決済金額とが表示される。「お預り」のエリアには、割引後決済金額が表示される。「お釣り」のエリアには０円が表示される。閉じるボタンＢＴｆは、割引支払い画面ＳＣｃを閉じることを宣言するための操作子である。割引支払い画面ＳＣｃを確認した店員は、閉じるボタンＢＴｆを入力する。

【0060】

プロセッサ１１は、ＡＣＴ３２において、客用ディスプレイ１８の画面も決済情報エリアＡＲｃの情報と小計割引が適用されたことを示すテキストＴｘとを表示した割引支払い画面とする。そして、割引支払い画面の表示を制御したプロセッサ１１は、会計プログラムに従った情報処理を終了する。

【0061】

前述したように、ＡＣＴ２３において組合せフラグＦｂが“１”である場合、ＡＣＴ２４において割引フラグＦａが“０”である場合、又はＡＣＴ２５において割引条件が不成立の場合には、プロセッサ１１は、ＡＣＴ３３へと進む。プロセッサ１１は、ＡＣＴ３３としてワークエリアＲに記述された残高がワークエリアＴａに記述されている割引前決済金額又は残金以上であるか否かを確認する。ここで、残高が割引前決済金額又は残金以上である場合には、支払い方法として選択された電子マネーで割引前決済金額又は残金の全額を支払うことができる。ところが、残高が割引前決済金額又は残金未満の場合には、その電子マネーで割引前決済金額又は残金の全額を支払うことはできない。

【0062】

ＡＣＴ３３において残高が割引前決済金額又は残金以上であり、電子マネーだけで支払いが完結する場合には、プロセッサ１１は、ＡＣＴ３４へと進む。プロセッサ１１は、ＡＣＴ３４としてワークエリアＲに記述された電子マネーの残高から、ワークエリアＴａに記述された割引前決済金額又は残金を引き去ることで、ワークエリアＲの残高を支払い後の残高に更新する。またプロセッサ１１は、ＡＣＴ３５として電子マネー決済処理を実行する。そして、電子マネー決済処理を終えると、プロセッサ１１は、ＡＣＴ３６へと進む。プロセッサ１１は、ＡＣＴ３６としてタッチパネル１７の画面を通常支払い画面ＳＣｄ（図１０を参照）とする。

【0063】

図１０は、通常支払い画面ＳＣｄの一表示例である。通常支払い画面ＳＣｄには、決済情報エリアＡＲｄが配置される。また、閉じるボタンＢＴｇが配置される。小計割引が適用されたことを示すテキストＴｘは表示されない。決済情報エリアＡＲｄは、「合計」のエリアと「お預り」のエリアと「お釣り」のエリアとに区分される。そして「合計」のエリアには、合計点数と割引前決済金額とが表示される。「お預り」のエリアには、割引前決済金額が表示される。「お釣り」のエリアには０円が表示される。閉じるボタンＢＴｆは、通常支払い画面ＳＣｄを閉じることを宣言するための操作子である。通常支払い画面ＳＣｄを確認した店員は、閉じるボタンＢＴｆを入力する。

【0064】

プロセッサ１１は、ＡＣＴ３２において、客用ディスプレイ１８の画面も決済情報エリアＡＲｄの情報を表示した通常支払い画面とする。そして、通常支払い画面の表示を制御したプロセッサ１１は、会計プログラムに従った情報処理を終了する。

【0065】

ＡＣＴ２９において、残高が割引後決済金額未満であり、支払い方法として選択した種類の電子マネーだけでは支払いが完結しない場合には、プロセッサ１１は、図５のＡＣＴ４１へと進む。プロセッサ１１は、ＡＣＴ４１としてタッチパネル１７の画面を残高不足画面ＳＣｅ（図１１を参照）とする。

【0066】

図１１は、残高不足画面ＳＣｅの一表示例である。残高不足画面ＳＣｅには、残高不足エリアＡＲｅと支払い金額エリアＡＲｆとが配置される。また、チャージキーＢＴｈ、全額支払いキーＢＴｉ及び変更キーＢＴｊのソフトキーが配置される。残高不足エリアＡＲｅには、ワークエリアＲに記述されている電子マネーの残高と不足額とが表示される。不足額は、ワークエリアＴａに記述されている値引前決済金額から電子マネーの残高を減算した金額である。不足額は、ワークエリアＴｂに記述されている値引後決済金額から電子マネーの残高を減算した金額ではない。支払い金額エリアＡＲｆには、ワークエリアＴａに記述されている値引前決済金額が表示される。チャージキーＢＴｈは、電子マネーのチャージを宣言するための操作子である。全額支払いキーＢＴｉは、電子マネーの残高で値引前決済金額の一部を支払うことを宣言するための操作子である。変更キーＢＴｊは、支払い方法として選択した種類の電子マネー以外の支払い方法に変更することを宣言するためのキーである。

【0067】

店員は、残高不足の客がチャージを希望した場合には、チャージキーＢＴｈを入力する。そうすると、タッチパネル１７の画面がチャージ画面となるので、店員は不足額以上のチャージ金額を指定し、そのチャージ金額相当の現金を自動釣銭機２５に投入する。

【0068】

店員は、残高不足の客がその残高で値引前決済金額の一部を支払うことを希望した場合には、全額支払いキーＢＴｉを入力する。また、客が他の支払い方法への変更を申し出た場合には、店員は、変更キーＢＴｊを入力する。

【0069】

残高不足画面ＳＣｅの表示を制御したプロセッサ１１は、ＡＣＴ４２へと進む。プロセッサ１１は、ＡＣＴ４２としてチャージキーＢＴｈが入力されたか否かを確認する。チャージキーＢＴｈが入力されていない場合、プロセッサ１１は、ＡＣＴ４３へと進む。プロセッサ１１は、ＡＣＴ４３として全額支払いキーＢＴｉが入力されたか否かを確認する。全額支払いキーＢＴｉが入力されていない場合、プロセッサ１１は、ＡＣＴ４４へと進む。プロセッサ１１は、ＡＣＴ４４として変更キーＢＴｊが入力されたか否かを確認する。変更キーＢＴｊが入力されていない場合、プロセッサ１１はＡＣＴ４２へと戻る。このようにプロセッサ１１は、ＡＣＴ４２乃至ＡＣＴ４４において、チャージキーＢＴｈ、全額支払いキーＢＴｉ又は変更キーＢＴｊが入力されるのを待ち受ける。

【0070】

ＡＣＴ４２乃至ＡＣＴ４４の待ち受け状態において、チャージキーＢＴｈが入力されると、プロセッサ１１は、ＡＣＴ４５へと進む。プロセッサ１１は、ＡＣＴ４５としてタッチパネル１７の画面をチャージ画面とする。チャージ画面は、チャージ金額の入力受け付ける画面である。チャージ画面の表示を制御したプロセッサ１１は、ＡＣＴ４６へと進む。プロセッサ１１は、ＡＣＴ４６としてチャージを待ち受ける。すなわちプロセッサ１１は、チャージ画面で受け付けたチャージ金額Ｃに相当する現金が自動釣銭機２５に投入されるのを待ち受ける。チャージ金額Ｃに相当する現金が自動釣銭機２５に投入されると、プロセッサ１１はＡＣＴ４７へと進む。プロセッサ１１は、ＡＣＴ４７としてワークエリアＲに記述された電子マネーの残高を、チャージ金額Ｃをチャージした金額に更新する。

【0071】

その後、プロセッサ１１は、ＡＣＴ２９へと戻る。そしてプロセッサ１１は、ＡＣＴ２９以降の処理を前述したのと同様に実行する。したがって、不足額以上の金額がチャージされた場合には、支払い方法として選択した種類の電子マネーだけで支払いが完結するので、プロセッサ１１は、ＡＣＴ３０乃至ＡＣＴ３２の処理を実行する。すなわち、割引後決済金額に対しての電子マネー決済処理が実行される。

【0072】

ＡＣＴ４２乃至ＡＣＴ４４の待ち受け状態において、全額支払いキーＢＴｉが入力された場合には、プロセッサ１１は、ＡＣＴ４８へと進む。プロセッサ１１は、ＡＣＴ４８としてワークエリアＴａに記述されている割引前決済金額を、ワークエリアＲに記述されている電子マネーの残高で減額した金額に更新する。そしてプロセッサ１１は、ＡＣＴ４９としてワークエリアＲの残高を“０”とする。またプロセッサ１１は、ＡＣＴ５０として組合せフラグＦｂを“１”とする。その後、プロセッサ１１は、ＡＣＴ２９へと戻る。したがって、ワークエリアＲに記述された残高はワークエリアＴｂに記述された割引後決済金額以上でないので、プロセッサ６１は、残高不足画面ＳＣｅにおける残高不足エリアＡＲｅの残高を“０”にした後、ＡＣＴ４２乃至ＡＣＴ４４の待ち受け状態に戻る。なお、このとき、チャージキーＢＴｈ及び全額支払いキーＢＴｉの入力は無効となる。すなわちプロセッサ１１は、変更キーＢＴｊしか入力を受け付けない。

【0073】

ＡＣＴ４２乃至ＡＣＴ４４の待ち受け状態において、変更キーＢＴｊが入力された場合には、プロセッサ１１は、ＡＣＴ５１へと進む。プロセッサ１１は、ＡＣＴ５１として組合せフラグＦｂを“０”とする。その後、プロセッサ１１は、ＡＣＴ８へと戻る。すなわちプロセッサ１１は、タッチパネル１７の画面を支払い方法選択画面ＳＣｂとする。以後、プロセッサ１１は、ＡＣＴ９以降の処理を前述したのと同様に実行する。

【0074】

ＡＣＴ３３において、残高が割引前決済金額未満であり、支払い方法として選択した種類の電子マネーだけでは支払いが完結しない場合には、プロセッサ１１は、図６のＡＣＴ６１へと進む。プロセッサ１１は、ＡＣＴ６１としてタッチパネル１７の画面を残高不足画面ＳＣｅとする。この残高不足画面ＳＣｅにおいても、残高不足エリアＡＲｅには、電子マネーの残高と、値引前決済金額から電子マネーの残高を減算した不足額とが表示される。また、支払い金額エリアＡＲｆには、値引前決済金額が表示される。

【0075】

店員は、残高不足の客がチャージを希望した場合には、チャージキーＢＴｈを入力し、チャージ金額相当の現金を自動釣銭機２５に投入する。店員は、残高不足の客がその残高で値引前決済金額の一部を支払うことを希望した場合には、全額支払いキーＢＴｉを入力する。また、客が他の支払い方法への変更を申し出た場合には、店員は、変更キーＢＴｊを入力する。

【0076】

残高不足画面ＳＣｅの表示を制御したプロセッサ１１はＡＣＴ６２としてチャージキーＢＴｈが入力されたか否かを確認する。チャージキーＢＴｈが入力されていない場合、プロセッサ１１は、ＡＣＴ６３へと進む。プロセッサ１１は、ＡＣＴ６３として全額支払いキーＢＴｉが入力されたか否かを確認する。全額支払いキーＢＴｉが入力されていない場合、プロセッサ１１は、ＡＣＴ６４へと進む。プロセッサ１１は、ＡＣＴ６４として変更キーＢＴｊが入力されたか否かを確認する。変更キーＢＴｊが入力されていない場合、プロセッサ１１はＡＣＴ６２へと戻る。このようにプロセッサ１１は、ＡＣＴ６２乃至ＡＣＴ６４において、チャージキーＢＴｈ、全額支払いキーＢＴｉ又は変更キーＢＴｊが入力されるのを待ち受ける。

【0077】

ＡＣＴ６２乃至ＡＣＴ６４の待ち受け状態において、チャージキーＢＴｈが入力されると、プロセッサ１１は、ＡＣＴ６５へと進む。プロセッサ１１は、ＡＣＴ６５としてタッチパネル１７の画面をチャージ画面とする。そしてプロセッサ１１は、ＡＣＴ６６としてチャージを待ち受ける。チャージ金額Ｃに相当する現金が自動釣銭機２５に投入されると、プロセッサ１１はＡＣＴ６７へと進む。プロセッサ１１は、ＡＣＴ６７としてワークエリアＲに記述された電子マネーの残高を、チャージ金額Ｃをチャージした金額に更新する。

【0078】

その後、プロセッサ１１は、ＡＣＴ３３へと戻る。そしてプロセッサ１１は、ＡＣＴ３３以降の処理を前述したのと同様に実行する。したがって、不足額以上の金額がチャージされた場合には、支払い方法として選択した種類の電子マネーだけで支払いが完結するので、プロセッサ１１は、ＡＣＴ３４乃至ＡＣＴ３６の処理を実行する。すなわち、割引前決済金額に対しての電子マネー決済処理が実行される。

【0079】

ＡＣＴ６２乃至ＡＣＴ６４の待ち受け状態において、全額支払いキーＢＴｉが入力された場合には、プロセッサ１１は、ＡＣＴ６８へと進む。プロセッサ１１は、ＡＣＴ６８としてワークエリアＴａに記述されている割引前決済金額を、ワークエリアＲに記述されている電子マネーの残高で減額した金額に更新する。そしてプロセッサ１１は、ＡＣＴ６９としてワークエリアＲの残高を“０”とする。またプロセッサ１１は、ＡＣＴ７０として組合せフラグＦｂを“１”とする。その後、プロセッサ１１は、ＡＣＴ３３へと戻る。したがって、ワークエリアＲに記述された残高はワークエリアＴａに記述された割引前決済金額以上でないので、プロセッサ６１は、残高不足画面ＳＣｅにおける残高不足エリアＡＲｅの残高を“０”にした後、ＡＣＴ６２乃至ＡＣＴ６４の待ち受け状態に戻る。なお、このとき、チャージキーＢＴｈ及び全額支払いキーＢＴｉの入力は無効となる。すなわちプロセッサ１１は、変更キーＢＴｊしか入力を受け付けない。

【0080】

ＡＣＴ６２乃至ＡＣＴ６４の待ち受け状態において、変更キーＢＴｊが入力された場合には、プロセッサ１１は、ＡＣＴ８へと戻る。すなわちプロセッサ１１は、タッチパネル１７の画面を支払い方法選択画面ＳＣｂとする。以後、プロセッサ１１は、ＡＣＴ９以降の処理を前述したのと同様に実行する。

【0081】

［会計機の作用効果］
以上のような動作を制御するプロセッサ１１は、ＡＣＴ６の処理により取得手段１１１としての機能を実現する。プロセッサ１１は、ＡＣＴ８及びＡＣＴ９の処理により受付手段１１２としての機能を実現する。プロセッサ１１は、ＡＣＴ２５の処理により判定手段１１３としての機能を実現する。プロセッサ１１は、ＡＣＴ２６乃至ＡＣＴ２８の処理により割引手段１１４としての機能を実現する。プロセッサ１１は、ＡＣＴ３０及びＡＣＴ３１の処理により処理手段１１５としての機能を実現する。プロセッサ１１は、ＡＣＴ８及びＡＣＴ３２の処理により表示手段１１６としての機能を実現する。プロセッサ１１は、ＡＣＴ４１の処理により報知手段１１７としての機能を実現する。

【0082】

その結果、受付手段１１２で受け付けた支払い方法が割引対象の支払い方法であり、判定手段１１３により割引条件が成立すると判定された場合、会計機１０では、取得手段１１１により取得した取引の決済金額に対して自動的に、割引手段１１４によって所定の割引率で割引演算が行われる。そして、処理手段１１５により、割引後の決済金額に対して受付手段１１２により受け付けた支払い方法で支払うための決済処理が実行される。

【0083】

したがって店員は、客が選択した支払い方法が割引対象であるか否か、また、割引対象である場合には割引条件を満足するか否か、について判断する必要がない。また店員は、割引が成立する場合に会計機１０に対して決済金額を割り引くための操作を行う必要もない。よって、店員の負担を軽減できる会計機１０を提供することができる。

【0084】

［他の実施形態］
前記実施形態では、対面式会計機を例示したが、セルフ式会計機及び分担式会計機においても同様に適用することができる。すなわち、プロセッサに取得手段１１１、受付手段１１２、判定手段１１３、割引手段１１４、処理手段１１５、表示手段１１６及び報知手段１１７としての機能を持たせることにより、割引対象の支払い方法で代金が支払われる場合には自動的に決済金額を割引して決済できる会計機とすることができる。

【0085】

前記実施形態では、割引対象の支払い方法を電子マネーとしたが、割引対象の支払い方法は電子マネーに限定されない。例えば割引テーブル１３１において、コード決済の種別コード「６００」に対応した割引フラグＦａを“１”とすることにより、コード決済を割引対象の支払い方法とすることができる。

【0086】

また、割引テーブル１３１のカラムＣｄの情報を適宜変更することにより、割引率を容易に変えることができる。同様に、割引テーブル１３１のカラムＣｅの情報を適宜変更することにより、割引条件についても容易に変えることができる。

【0087】

ところで割引条件は、曜日に限定されない。例えば、取引の合計金額に対する閾値を割引条件としてもよい。すなわち判定手段１１３は、割引対象の支払い方法で支払われる取引の合計金額が閾値以上である場合に割引条件が成立すると判定してもよい。また、割引条件を特定の商品としてもよい。すなわち判定手段１１３は、割引対象の支払い方法で支払われる取引の買上商品の中に特定の商品が含まれている場合に割引条件が成立すると判定してもよい。

【0088】

なお、判定手段１１３は、必ずしも必須の要件ではない。割引対象の支払い方法で支払われる取引についてはすべて割引を行うという運用の場合には、判定手段１１３を除くことができる。このような運用に対しても、店員の負担を軽減できることは言うまでもないことである。

【0089】

また、決済金額を自動的に割引するのではなく、自動的に値引する場合も本実施形態を適用することができる。すなわち、割引手段１１４を、決済金額から所定の金額を値引演算する値引手段とすればよい。

【0090】

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

【符号の説明】

【0091】

１０…会計機、１１…プロセッサ、１２…メインメモリ、１３…補助記憶デバイス、１４…時計、１５…通信インターフェース、１６…キーボード、１７…タッチパネル、１８…客用ディスプレイ、１９…プリンタ、２０…カードリーダ、２１…スキャナインターフェース、２２…釣銭機インターフェース、２３…システム伝送路、１３１…割引テーブル、１１１…取得手段、１１２…受付手段、１１３…判定手段、１１４…割引手段、１１５…処理手段、１１６…表示手段、１１７…報知手段、ＳＣａ…小計画面、ＳＣｂ…支払い方法選択画面、ＳＣｃ…割引支払い画面、ＳＣｄ…通常支払い画面、ＳＣｅ…残高不足画面。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】