JP2018106232A - 金銭計算機 - Google Patents

Abstract

【課題】金銭の支払いを容易にする金銭計算機を提供する。【解決手段】金銭計算機は、入力部１と、表示部３と、計算部２と、記憶部７と、算出部４と、イメージ生成部５と、表示制御部６と、を備える。入力部１は、商品価格を入力するためのものである。表示部３は、入力部１から入力される商品価格に対応した情報を表示する。計算部２は、入力部１から入力された少なくとも１つの商品価格に消費税を加算したものを合計金額として計算する。記憶部７は、金種ごとの金銭イメージを記憶する。算出部４は、合計金額に対する預り予定額についての金種ごとの預り予定枚数を算出する。イメージ生成部５は、算出部４で算出された金種ごとの預り予定枚数に基づいて、記憶部７に記憶されている金種イメージを組み合わせることにより、金銭の預りイメージを生成する。表示制御部６は、預りイメージを表示部３に表示させる。【選択図】図１

Description

本発明は、合計金額を計算して支払い者に提示する金銭計算機に関する。

従来、金銭計算機には、キャッシュレジスタやＰＯＳ（Point of Sales）端末等、計算した合計金額を数字で表示するものが存在する（例えば、特許文献１参照）。

特許２００８−１２３１２３号公報 特開２００４−２０６３５９号公報

しかしながら、各国において、高齢者や、その地の通貨に慣れていない外国人にとっては、金銭計算機にて合計金額が数字で表示された場合、金種と、金種ごとの枚数と、を即座に把握することは難しい。特に近年、各国における高齢者や外国人の増加に伴い、金銭の支払いに手間取る場面が増えつつある。

そこで本発明の目的は、金銭の支払いを容易にする金銭計算機を提供することである。

本発明に係る金銭計算機は、入力部と、表示部と、計算部と、記憶部と、算出部と、イメージ生成部と、表示制御部と、を備える。入力部は、商品価格を入力するためのものである。表示部は、入力部から入力される商品価格に対応した情報を表示する。計算部は、入力部から入力された少なくとも１つの商品価格に消費税を加算したものを合計金額として計算する。記憶部は、金種ごとの金銭イメージを記憶する。算出部は、合計金額に対する預り予定額についての金種ごとの預り予定枚数を算出する。イメージ生成部は、算出部で算出された金種ごとの預り予定枚数に基づいて、記憶部に記憶されている金種イメージを組み合わせることにより、金銭の預りイメージを生成する。表示制御部は、イメージ生成部で生成された預りイメージを表示部に表示させる。

上記金銭計算機によれば、預りイメージが表示部に表示されることにより、支払い者は、支払い方法（即ち、合計金額に対して支払うべき金種と、金種ごとの枚数）を即座に把握することができる。

上記金銭計算機は、次の様な候補設定部を更に備えていることが好ましい。即ち、候補設定部は、計算部で計算された合計金額に基づいて、預り予定額と、それに対応する釣銭額と、の組合せ候補を少なくとも１つ設定する。この構成において、算出部は、候補設定部で設定された組合せ候補に基づいて、預り予定額についての金種ごとの預り予定枚数を算出すると共に、釣銭額についての金種ごとの釣銭予定枚数を算出する。イメージ生成部は、預り予定枚数に基づいて預りイメージを生成すると共に、釣銭予定枚数に基づいて、記憶部に記憶されている金種イメージを組み合わせることにより、釣銭イメージを更に生成する。そして、表示制御部は、預りイメージと共に、釣銭イメージを表示部に表示させる。

上記構成によれば、釣銭イメージが表示部に表示されることにより、支払い者は、自身が望む釣銭額から逆に辿って、支払い方法（即ち、合計金額に対して支払うべき金種と、金種ごとの枚数）を即座に把握することができる。

上記金銭計算機において、候補設定部は、預り金の総枚数より釣銭の総枚数が少なくなる様に組合せ候補を設定することが好ましい。これにより、釣銭の総枚数を預り金の総枚数より少なくすることができる。

上記金銭計算機において、候補設定部は、合計金額に対して組合せ候補を複数設定し、候補設定部で設定された組合せ候補ごとに、算出部は、預り予定枚数及び釣銭予定枚数を算出し、それらに基づいて、イメージ生成部は、預りイメージ及び釣銭イメージを生成してもよい。この場合、表示制御部は、組合せ候補ごとに預りイメージ及び釣銭イメージを表示部に表示させることが好ましい。この構成によれば、支払い者は、表示部に表示された複数の預りイメージを即座に把握すると共に、それらの預りイメージから支払い方法を選ぶことができる。

上記表示制御部において、表示制御部は、表示部に、組合せ候補ごとに預りイメージ及び釣銭イメージを表示させるとき、それらの少なくとも何れか一方を選択可能に表示させてもよい。又、上記金銭計算機は、商品の購入者用に設けられた第２の表示部を更に備えていてもよい。この場合、第２の表示部には、表示部に表示される画像の少なくとも一部が表示されることが好ましい。

本発明によれば、金銭の支払いが容易になる。

（Ａ）第１実施形態に係る金銭計算機の構成を概念的に示したブロック図、及び（Ｂ）金銭計算機のハードウェアの構成としてＰＯＳ端末の構成を概念的に示したブロック図である。 第１実施形態において金銭計算機が行う一連の処理を示したフローチャートである。 （Ａ）〜（Ｃ）第１実施形態における預りイメージの３つの例を示した図である。 第１実施形態における預りイメージの他の例を示した図である。 第２実施形態に係る金銭計算機の構成を概念的に示したブロック図である。 第２実施形態において金銭計算機が行う一連の処理を示したフローチャートである。 （Ａ）（Ｂ）第２実施形態における預りイメージ及び釣銭イメージの２つの例を示した図である。 第３実施形態において金銭計算機が行う一連の処理を示したフローチャートである。 第４実施形態において金銭計算機が行う一連の処理を示したフローチャートである。 第５実施形態における預りイメージの例を示した図である。

本発明に係る金銭計算機は、キャッシュレジスタやＰＯＳ端末等、合計金額を計算して支払い者（購入者）に提示する様々な機器に適用可能である。以下、金銭計算機の実施形態について、具体的に説明する。

［１］第１実施形態
図１（Ａ）は、第１実施形態に係る金銭計算機の構成を概念的に示したブロック図である。図１（Ａ）に示される様に、金銭計算機は、入力部１と、計算部２と、表示部３と、算出部４と、イメージ生成部５と、表示制御部６と、記憶部７と、金銭処理部８と、を備える。尚、図１（Ｂ）は、金銭計算機のハードウェアの構成として、金銭計算機の一例であるＰＯＳ端末の構成を概念的に示したブロック図である。図１（Ｂ）に示された各部構成と、図１（Ａ）に示された各部構成と、の対応関係については、以下において適宜説明する。

図２は、第１実施形態において金銭計算機が行う一連の処理を示したフローチャートである。金銭計算機が行う一連の処理は、例えば、図１（Ｂ）に示されたＣＰＵ（Central Processing Unit）や、図示しないマイクロコンピュータ等、制御処理装置により行うことができる。又、当該一連の処理は、対応するプログラムを金銭計算機に実行させることにより、実現されてもよい。そして、その様なプログラムは、読取り可能な状態で記憶媒体（例えば、フラッシュメモリ等）に記憶されてもよいし、記憶部７に記憶されてもよい。尚、記憶部７には、例えば、図１（Ｂ）に示されたＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）が含まれる。

入力部１は、商品価格の入力に用いられるユーザインタフェースであり、価格入力用のキーボードやタッチパネル（例えば、図１（Ｂ）に示されたＰＯＳキーボードやタッチパネル）、商品に付されたコード（バーコード等の１次元コードやＱＲコード（登録商標）等の２次元コード）を読み取るスキャナ（例えば、図１（Ｂ）に示されたハンドスキャナ）等の少なくとも何れか１つを含む。スキャナでコードを読み取って商品価格を入力する場合、コードに対応させて商品価格が記憶部７に登録されており、スキャナでコードが読み取られたときに、当該コードに対応する商品価格が記憶部７から読み出されて計算部２に入力される（図２のステップＳ１１）。

計算部２は、入力部１から入力された商品価格の合計金額を計算する（図２のステップＳ１３）。この合計金額は、支払い者が、購入する商品に対して支払う金額であり、この合計金額には、支払い者が商品を１つだけ購入する場合の計算結果（その商品価格そのもの）も含まれる。

具体的には、計算部２は、入力部１から入力された商品価格を蓄積し、例えばキーボードの小計キーが押されたときに合計金額を計算する（図２のステップＳ１２及びＳ１３）。尚、計算部２は、入力部１から商品価格が入力されるごとに、その商品価格をそれまでの合計金額に加算していってもよい。又、計算部２は、小計キーが押されたとき、それまでの計算額に消費税又はサービス料を加算したものを合計金額として決定してもよい。更に、計算部２による合計金額の計算方法には、これらの方法に限定されない種々の方法を用いることができる。例えば、計算部２は、小計キーが押されたとき、それまでの計算額をそのまま合計金額として決定してもよい。

表示部３は、液晶等の表示パネル（例えば、図１（Ｂ）に示されたカスタマディスプレイ）であり、支払い者が購入する商品ごとの商品名や商品価格、合計金額等、支払い者に対して商品に関する様々な情報を表示する。近年、表示パネルの高解像度化に伴い、小さい画面であっても様々な情報を高精細に表示することが可能になっている。尚、金銭計算機おいて、商品価格を入力する店員用に表示部３が設けられ、商品の購入者用に別の表示部（第２の表示部）が設けられてもよい。そして、第２の表示部には、例えば、表示部３に表示される画像の少なくとも一部が表示される。

算出部４は、支払い者（購入者）からの預り予定額についての金種ごとの預り予定枚数を算出する（図２のステップＳ１４）。ここで、預り予定額は、合計金額に対して支払い者（購入者）から預かる予定の金額であり、合計金額と一致した額であってもよいし、合計金額より大きい額であってもよい。本実施形態では、預り予定額が合計金額と一致した額に設定される場合について説明する。尚、預り予定額が合計金額より大きい場合については、第２実施形態で説明する。

イメージ生成部５は、算出部４で算出された金種ごとの預り予定枚数に基づいて、金種のそれぞれの金銭イメージを組み合わせることにより、預り予定額のイメージ（預りイメージ）を生成する（図２のステップＳ１５）。具体的には、金種ごとの金銭イメージのデータは、記憶部７に記憶されており、イメージ生成部５は、預りイメージの生成に必要な金種の金銭イメージを記憶部７から読み出す。そして、イメージ生成部５は、必要枚数分の金種イメージをそれぞれ組み合わせることにより、預りイメージを生成する。尚、金銭イメージには、写真イメージが用いられてもよいし、イラストレーションイメージが用いられてもよい。

表示制御部６は、イメージ生成部５で生成された預りイメージを表示部３に表示させる（図２のステップＳ１６）。これにより、表示部３には、支払い方法に関する候補として預りイメージが表示される。表示部３に表示される預りイメージは、図３（Ａ）〜（Ｃ）に示される様に１つの合計金額に対して１つであってもよいし、図４に示される様に複数であってもよい。１つの合計金額に対して複数の預りイメージを表示する場合、算出部４は、金種ごとの預り予定枚数の候補を複数算出し、イメージ生成部５は、それぞれの候補について預りイメージを生成する。そして、表示制御部６は、表示部３に、イメージ生成部５で生成された預りイメージを候補ごとに表示させる（図２のステップＳ１６）。これにより、表示部３には、支払い方法に関する複数の候補として複数の預りイメージが表示される。

図３（Ａ）〜（Ｃ）は、本実施形態における預りイメージの３つの例をそれぞれ示した図である。図３（Ａ）〜（Ｃ）では、合計金額が２８０７円である場合が示されている。図３（Ａ）では、金種ごとに、その金銭イメージが１つ表示されると共に、預り予定枚数が数字で表示されている。図３（Ｂ）では、金種ごとに、預り予定枚数分の金銭イメージが重ねた状態で表示されている。金銭イメージを重ねて表示する場合において、重ねる枚数が５枚を超える場合には、５枚ごとに重なりを分けて表示してもよい（図４参照）。図３（Ｃ）では、金種ごとに、預り予定枚数分の金銭イメージが展開された状態で表示されている。ここで、展開された状態とは、金種ごとに、預り予定枚数分の金銭イメージが重ねずに表示された状態であり、当該状態には、一列又はマトリックス状に配置された状態が含まれる。

図４は、本実施形態における預りイメージの他の例を示した図である。図４では、合計金額に対して組合せ候補が２つ設定されている場合が示されている。又、図４では、預りイメージにおける金種ごとの表示方法として、図３（Ｂ）に示された表示方法が適用されている。そして、図４では、２つ目の候補として、５百円硬貨の代わりに百円硬貨を使用する場合の組合せが示されている。金銭イメージを重ねて表示する場合において、重ねる枚数が５枚を超える場合には、５枚ごとに重なりを分けて表示してもよい。尚、預りイメージにおける金種ごとの表示方法には、図３（Ａ）や（Ｃ）に示された表示方法が適用されてもよい。

この様に預りイメージが表示部３に表示されることにより、支払い者は、支払い方法（即ち、合計金額に対して支払うべき金種と、金種ごとの枚数）を即座に把握することができる。特に、支払い方法の候補として、表示部３に、預りイメージが複数表示される場合、支払い者は、表示部３に表示された複数の預りイメージを即座に把握すると共に、それらの預りイメージから支払い方法を選ぶことができる。

又、上述した様に、近年、表示パネルが高解像度化されているため、表示パネル（表示部３）には、金種ごとの写真イメージを高精細に表示することが可能である。従って、写真イメージを用いることにより、支払い者に対して、支払いに用いる金種を、預りイメージにより直観的に把握させることが可能になる。よって、本実施形態の金銭計算機によれば、高齢者や外国人を含む支払い者にとって、金銭の支払いが容易になる。

支払い者は、表示部３に表示された預りイメージに基づいて、合計金額に応じた金銭を、金銭計算機を扱う店員に支払う。当該店員は、実際の預り額を金銭計算機に入力する（図２のステップＳ１７）。預り額の入力には、キーボードやタッチパネルが用いられてもよいし、金銭読取り装置が用いられてもよい。

金銭処理部８（図１（Ａ）参照）は、計算部２で計算された合計金額と、入力された預り額と、に基づいて金銭の処理を行う（図２のステップＳ１８ａ〜Ｓ１８ｃ）。具体的には、預り／現計キーが押下されたとき（図２のステップＳ１８ａ）、金銭処理部８は、釣銭を計算し（図２のステップＳ１８ｂ）、当該釣銭を表示部３に表示させる（図２のステップＳ１８ｃ）。このとき、表示部３には、釣銭と同額の釣銭イメージが表示されてもよい。

尚、金銭計算機には、図１（Ｂ）に示される様に、各種データを保存しておくハードディスク（ＨＤＤ）、レシートを印刷するレシートプリンタ、紙幣や硬貨が格納されるドロア、クレジットカード等の各種カードを読み取るカードリーダ等が、更に設けられていてもよい。又、金銭計算機は、図１（Ｂ）に示される様に、ＬＡＮ（Local Area Network）等のネットワークに接続され、外部機器との通信が可能なものであってもよい。

［２］第２実施形態
本実施形態では、預り予定額が合計金額より大きい額に設定される場合について説明する。図５は、第２実施形態に係る金銭計算機の構成を概念的に示したブロック図である。図５に示される様に、金銭計算機は、候補設定部９を更に備える。尚、図６は、第２実施形態において金銭計算機が行う一連の処理を示したフローチャートである。

計算部２で合計金額が計算されると（図６のステップＳ１３）、候補設定部９は、計算部２で計算された合計金額に基づいて、預り予定額と、それに対応する釣銭額と、の組合せ候補を少なくとも１つ設定する（図６のステップＳ２１）。一例として、組合せ候補は、預り予定額と合計金額との差額である釣銭額が所定額となる様に設定される。このとき、当該所定額は、釣銭の総枚数を預り金の総枚数より少なくできるものであることが好ましい。尚、所定額は、釣銭の総枚数が預り金の総枚数より少なくなるものに限らず、適宜変更することが可能である。

この様な候補設定部９の処理によれば、合計金額に対応させて預り予定額と釣銭額との組合せ候補を自動的に設定することが可能になる。よって、預り予定額と釣銭額との組合せ候補を予め設定するといった煩雑な作業が不要となる。

候補設定部９で組合せ候補が設定されると、算出部４は、当該組合せ候補に基づいて、預り予定額についての金種ごとの預り予定枚数を算出すると共に、釣銭額についての金種ごとの釣銭予定枚数を算出する（図６のステップＳ２２）。

イメージ生成部５は、算出部４で算出された金種ごとの預り予定枚数に基づいて、金種のそれぞれの金種イメージを組み合わせることにより、預り予定額のイメージ（預りイメージ）を生成する（図６のステップＳ２３）。加えて、イメージ生成部５は、算出部４で算出された金種ごとの釣銭予定枚数に基づいて、金種のそれぞれの金種イメージを組み合わせることにより、釣銭額のイメージ（釣銭イメージ）を生成する（図６のステップＳ２３）。具体的には、金種ごとの金銭イメージのデータは、記憶部７に記憶されており、イメージ生成部５は、預りイメージ及び釣銭イメージの生成に必要な金種の金銭イメージを記憶部７から読み出す。そして、イメージ生成部５は、必要枚数分の金種イメージをそれぞれ組み合わせることにより、預りイメージ及び釣銭イメージを生成する。尚、金銭イメージには、写真イメージが用いられてもよいし、イラストレーションイメージが用いられてもよい。

表示制御部６は、預りイメージと共に、当該預りイメージに対応させて釣銭イメージを表示部３に表示させる（図６のステップＳ２５）。表示部３に表示される預りイメージ及び釣銭イメージは、図７（Ａ）に示される様に１つの合計金額に対して１組であってもよいし、図７（Ｂ）に示される様に複数組であってもよい。候補設定部９により１つの合計金額に対して組合せ候補が複数設定される場合には、組合せ候補ごとに、算出部４は、預り予定枚数及び釣銭予定枚数を算出し、それらに基づいて、イメージ生成部５は、預りイメージ及び釣銭イメージを生成する（図６のステップＳ２２〜Ｓ２４）。そして、表示制御部６は、組合せ候補ごとに預りイメージ及び釣銭イメージを表示部３に表示させる（図６のステップＳ２５）。これにより、表示部３には、イメージ生成部５が生成した複数組の預りイメージ及び釣銭イメージが、支払い方法に関する複数の候補として表示される。

図７（Ａ）は、本実施形態における預りイメージ及び釣銭イメージの一例を示した図である。図７（Ａ）では、２８０７円の合計金額に対して、預り予定額が３００７円であり、釣銭額が２００円である場合が示されている。又、図７（Ａ）では、預りイメージにおける金種ごとの表示方法として、図３（Ｂ）に示された表示方法が適用されている。尚、預りイメージにおける金種ごとの表示方法には、図３（Ａ）や（Ｃ）に示された表示方法が適用されてもよい。

図７（Ｂ）は、本実施形態における預りイメージ及び釣銭イメージの他の例を示した図である。図７（Ｂ）では、２８０７円の合計金額に対して組合せ候補が２つ設定されている。１つ目の候補は、図７（Ａ）に示された候補と同じであり、２つ目の候補では、預り予定額が３３０７円であり、釣銭額が５００円である。

上述した２つの例では、釣銭額が２００円又は５００円となる様に、預り予定額が設定されている。即ち、釣銭額が２００円であれば、釣銭として百円硬貨を２枚用意するだけでよく、釣銭額が５００円であれば、釣銭として五百円硬貨を１枚用意するだけでよい。この様に、釣銭額は、釣銭の総枚数を預り金の総枚数より少なくすることのできる所定額となる様に設定されることが好ましい。

この様に釣銭イメージが表示部３に表示されることにより、支払い者は、自身が望む釣銭額から逆に辿って、支払い方法（即ち、合計金額に対して支払うべき金種と、金種ごとの枚数）を即座に把握することができる。

［３］第３実施形態
第３実施形態として、預り予定額と釣銭額との組合せ候補を候補設定部９で設定することに代えて、合計金額に対応させて組合せ候補を予め設定しておいてもよい。この場合、記憶部７には、合計金額に対応させて組合せ候補が記憶されていることが好ましい。尚、図８は、第３実施形態において金銭計算機が行う一連の処理を示したフローチャートである。

具体的には、図８に示される様に、ステップＳ２１において、候補設定部９が預り予定額と釣銭額との組合せ候補を設定することに代えて、算出部４が、計算部２で計算された合計金額に対応する組合せ候補を記憶部７から読み出す。そして、算出部４は、読み出した組合せ候補に基づいて、預り予定枚数及び釣銭予定枚数を算出し（図８のステップＳ２２）、それらに基づいて、イメージ生成部５は、預りイメージ及び釣銭イメージを生成する（図８のステップＳ２３）。

この様な処理によれば、第２実施形態と同様、釣銭イメージが表示部３に表示されることにより、支払い者は、自身が望む釣銭額から逆に辿って、支払い方法（即ち、合計金額に対して支払うべき金種と、金種ごとの枚数）を即座に把握することができる。

［４］第４実施形態
図９は、第４実施形態において金銭計算機が行う一連の処理を示したフローチャートである。第４実施形態として、表示制御部６は、表示部３に、組合せ候補ごとに預りイメージ及び釣銭イメージ（即ち、複数組の預りイメージ及び釣銭イメージ）を表示させるとき、それらの少なくとも何れか一方を選択可能に表示させてもよい（図９のステップＳ３１）。そして、選択可能な何れかのイメージが支払い者によって選択され（図９のステップＳ３２）、預り額が入力された場合（図９のステップＳ３３）、金銭処理部８は、実際の預り額が、選択されたイメージに対応する預り予定額に一致しているか否かを判断する（図９のステップＳ３４）。そして、金銭処理部８は、「一致している（Ｙｅｓ）」と判断できた場合、預り額が預り予定額に一致したことを表示部３に表示させ（図９のステップＳ３６）、その後、金銭処理を進める（図９のステップＳ３７ａ〜Ｓ３７ｃ）。

一方、「一致していない（Ｎｏ）」と金銭処理部８が判断した場合（図９のステップＳ３４）、当該金銭処理部８は、実際の預り額が、選択されたイメージに対応する預り予定額より多い又は少ない等の報知を店員に対して行う（図９のステップＳ３５）。このとき、金銭処理部８は、過剰額や不足額を計算し、それらの額を表示部３に表示させてもよい。そして、店員は、支払い者に対し、預り額が、選択されたイメージに対応する預り予定額と異なることを伝える。その後、預り額が変更されたとき、店員は、預り額を入力し直す（図９のステップＳ３３）。そして、ステップＳ３４にて金銭処理部８が「一致している（Ｙｅｓ）」と判断するまで、ステップＳ３３〜Ｓ３５が繰り返し実行される。

この様な処理によれば、支払い者が意図する支払い方法を、当該支払い者に対して確実に実行させることが可能になる。

［５］第５実施形態
図１０は、第５実施形態における預りイメージの例を示した図である。図１０に示される様に、釣銭がない合計金額そのものを預り予定額とした候補と、釣銭を考慮したものを預り予定額とした候補と、が表示部３に同時に表示されてもよい。これにより、支払い者に対し、支払い方法を把握させ易くなる。

［６］他の実施形態
表示部３には、預りイメージの他に、クレジットや電子マネーによる支払いを行う画面への移行ボタンが設けられていてもよい。又、上述した金銭計算機は、日本円だけでなく、各国の通貨に適用されてもよい。

上述の実施形態の説明は、すべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上述の実施形態ではなく、特許請求の範囲によって示される。更に、本発明の範囲には、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。

１ 入力部
２ 計算部
３ 表示部
４ 算出部
５ イメージ生成部
６ 表示制御部
７ 記憶部
８ 金銭処理部
９ 候補設定部

Claims (6)

1. 商品価格を入力する入力部と、
   前記入力部から入力される商品価格に対応した情報を表示する表示部と、
   前記入力部から入力された少なくとも１つの商品価格に消費税を加算したものを合計金額として計算する計算部と、
   金種ごとの金銭イメージを記憶する記憶部と、
   前記合計金額に対する預り予定額についての金種ごとの預り予定枚数を算出する算出部と、
   前記預り予定枚数に基づいて、前記記憶部に記憶されている金種イメージを組み合わせることにより、金銭の預りイメージを生成するイメージ生成部と、
   前記預りイメージを前記表示部に表示させる表示制御部と、
   を備える、金銭計算機。
2. 前記計算部で計算された前記合計金額に基づいて、前記預り予定額と、それに対応する釣銭額と、の組合せ候補を少なくとも１つ設定する候補設定部を更に備え、
   前記算出部は、前記候補設定部で設定された前記組合せ候補に基づいて、前記預り予定枚数を算出すると共に、前記釣銭額についての金種ごとの釣銭予定枚数を算出し、
   前記イメージ生成部は、前記預り予定枚数に基づいて前記預りイメージを生成すると共に、前記釣銭予定枚数に基づいて、前記記憶部に記憶されている金種イメージを組み合わせることにより、釣銭イメージを更に生成し、
   前記表示制御部は、前記預りイメージと共に、前記釣銭イメージを表示部に表示させる、請求項１に記載の金銭計算機。
3. 前記候補設定部は、預り金の総枚数より釣銭の総枚数が少なくなる様に前記組合せ候補を設定する、請求項２に記載の金銭計算機。
4. 前記候補設定部は、前記合計金額に対して前記組合せ候補を複数設定し、
   前記候補設定部で設定された前記組合せ候補ごとに、前記算出部は、前記預り予定枚数及び前記釣銭予定枚数を算出し、それらに基づいて、前記イメージ生成部は、前記預りイメージ及び前記釣銭イメージを生成し、
   前記表示制御部は、前記組合せ候補ごとに前記預りイメージ及び前記釣銭イメージを前記表示部に表示させる、請求項２又は３に記載の金銭計算機。
5. 前記表示制御部は、前記表示部に、前記組合せ候補ごとに前記預りイメージ及び前記釣銭イメージを表示させるとき、それらの少なくとも何れか一方を選択可能に表示させる、請求項４に記載の金銭計算機。
6. 商品の購入者用に設けられた第２の表示部を更に備え、
   前記第２の表示部には、前記表示部に表示される画像の少なくとも一部が表示される、請求項１〜５の何れかに記載の金銭計算機。

Images