JP2015035074A - 現金処理装置 - Google Patents

Abstract

【課題】宅配サービスの精算時に生じる煩わしさを軽減すること。【解決手段】商品の合計金額を入力する入力手段と、入力手段によって入力された合計金額から想定される預り金パターン別に、個々の預り金パターンに対するつり銭として使用されうる貨幣の枚数を金種別に算出し、預り金パターン別に算出された金種別の貨幣の枚数から、何れかの預り金パターンに対するつり銭として使用されうる貨幣の最大枚数に関する情報を金種別に取得する取得手段と、を備える現金処理装置。【選択図】図１

Description

本発明は、現金処理装置に関する。

従来、スーパーマーケットや実店舗を持たない宅配専用店などの小売業者が、インターネットやＦＡＸなどで注文者から商品の注文を受け付けて、注文された商品（以下、「注文商品」という。）を購入者（注文者）の配達指定先（例えば自宅など）に配達する宅配サービスが存在する。このような宅配サービスの場合には、一般に、注文商品を配達する配達員（例えば上記小売業者または提携先の従業員など）が配達指定先にて注文商品の精算を行っている。そのため、配達員は、注文者へのつり銭（釣銭ともいう）に不足がないように、様々な金種の貨幣を金種ごとに十分準備しておく必要がある。
また、つり銭用の貨幣を取り出すための装置として特許文献１のような現金処理機が提案されている。

特開２００８−２４３０３９号公報

しかしながら、配達員が注文者の配達指定先にて注文商品の精算を行う場合には、注文者からの預り金額によっては特定の硬貨が足りなくなってしまうおそれもあった。一方で、配達員を抱える小売業者側としては、配達員に必要以上の金銭を持たせておくことは好ましくないという問題もある。

上記事情に鑑み、本発明は、宅配サービスの精算時に生じる煩わしさを軽減する技術の提供を目的としている。

本発明の一態様は、商品の合計金額を入力する入力手段と、前記入力手段によって入力された前記合計金額から想定される預り金パターン別に、個々の前記預り金パターンに対するつり銭として使用されうる貨幣の枚数を金種別に算出し、預り金パターン別に算出された金種別の貨幣の枚数から、何れかの預り金パターンに対するつり銭として使用されうる貨幣の最大枚数に関する情報を金種別に取得する取得手段と、を備える現金処理装置である。
これにより、合計金額から想定される預り金パターン別に、それぞれの預り金パターンに対するつり銭として使用されうる貨幣の枚数が金種別に算出され、全ての預り金パターンで算出された金種別の貨幣の枚数に基づいてつり銭として使用されうる貨幣の最大枚数に関する情報を金種別に取得することができる。

本発明の一態様は、商品の合計金額を入力する入力手段と、金額を構成する下位所定桁別に、前記下位所定桁の最小金額から最大金額までを複数に区切った範囲ごとに、つり銭として使用されうる貨幣の金種別の最大枚数を記憶する記憶部と、前記入力手段によって前記合計金額が入力された場合に、前記記憶部に記憶されている、当該合計金額を構成する下位所定桁別の金額を含む前記範囲の金種別の最大枚数に基づいて、当該合計金額に対するつり銭として使用されうる貨幣の最大枚数に関する情報を金種別に取得する取得手段と、を備える現金処理装置である。
これにより、予めつり銭として使用されうる貨幣の最大枚数を記憶しているテーブルを参照するだけで、合計金額からつり銭として使用されうる所定の貨幣の最大枚数に関する情報を金種別に取得することができる。

本発明の一態様は、商品の合計金額を入力する入力手段と、前記合計金額を構成する各桁の数字を特定する第１特定手段と、前記合計金額を構成する各桁の中から当該桁の数字がゼロである最下位桁を特定する第２特定手段と、金額を構成する下位所定桁別に、前記下位所定桁の最上位桁の数字と、前記下位所定桁の最上位桁以外の数字とに対応付けて、当該金額に対するつり銭として使用されうる貨幣の金種別の最大枚数を記憶する記憶部と、前記入力手段によって前記合計金額が入力された場合に、前記第１特定手段及び前記第２特定手段の特定結果と、前記記憶部に記憶されている情報とに基づいて、当該合計金額に対するつり銭として使用されうる所定の貨幣の最大枚数に関する情報を金種別に取得する取得手段と、を備える現金処理装置である。
これにより、合計金額の各桁の数字に基づいて、つり銭として使用されうる所定の貨幣の最大枚数に関する情報を金種別に取得することができる。

本発明の一態様は、前記取得手段によって取得された金種別の前記最大枚数に関する情報に従って、前記入力手段によって入力された前記合計金額に対して、つり銭として使用されうる貨幣を金種別に出金する出金手段を更に備えることを特徴とする。
これにより、取得された金種別の最大枚数分の貨幣を出金できる。

本発明により、宅配サービスの精算時に生じる煩わしさを軽減することが可能となる。

本発明の一実施形態における現金処理装置１００の構成を示すブロック図である。 本発明におけるつり銭取得処理の流れを示すフローチャートである。 釣銭算出テーブルの具体的な構成を示す図である。 釣銭算出テーブルの具体的な構成を示す図である。 釣銭算出テーブルの具体的な構成を示す図である。 釣銭算出テーブルの具体的な構成を示す図である。 つり銭取得処理の概略を示す図である。 つり銭取得処理の概略を示す図である。

以下、本発明の一実施形態を、図面を参照しながら説明する。
図１は、本発明の一実施形態における現金処理装置１００の構成を示すブロック図である。
現金処理装置１００は、情報処理装置を用いて構成される。現金処理装置１００は、硬貨や紙幣などの貨幣を金種別に収納して管理し、注文商品の合計金額に応じたつり銭を金種別に出金する。

次に、現金処理装置１００の具体的な構成について説明する。現金処理装置１００は、ＣＰＵ（Central Processing Unit）１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、スキャナ部１０４と、表示部１０５と、操作部１０６と、通信部１０７と、釣銭釣札部１０８と、ハードディスク１０９とを備える。上記の現金処理装置１００の各機能部は、バス１を介して互いに接続されている。

ＣＰＵ１０１は、中央演算処理装置であり、ＲＯＭ１０２に記憶されているプログラムを読み出してＲＡＭ１０３に展開する。ＣＰＵ１０１は、展開したプログラムの各ステップを実行することによって、現金処理装置１００全体の動作を制御する。
また、ＣＰＵ１０１（取得手段）は、スキャナ部１０４によって読み取られた商品の情報（商品情報）に基づいて算出された合計金額から想定される預り金パターン別に、個々の預り金パターンに対するつり銭として使用されうる貨幣の枚数を金種別に算出する。この際、ＣＰＵ１０１（取得手段）は、預り金パターン別に貨幣の枚数が最少枚数となるようにつり銭として使用されうる貨幣の枚数を金種別に算出する。預り金パターンとは、ある合計金額に対して注文者から預かることが想定される金額（預り金額）のパターンである。より具体的には、ある合計金額が２０００円であった場合、当該合計金額に対して注文者から預かることが想定される金額、１００００円、５０００円、２０００円が預り金パターンになる。そして、ＣＰＵ１０１（取得手段）は、預り金パターンそれぞれに対して合計金額との差額をつり銭として算出し、預り金パターン別につり銭に使用される貨幣の枚数が最少枚数となるように貨幣の枚数を金種別に算出する。

また、ＣＰＵ１０１（取得手段）は、預り金パターン別に算出した金種別の貨幣の枚数から、何れかの預り金パターンに対するつり銭として使用されうる貨幣の最大枚数に関する情報を金種別に取得する。具体的には、ＣＰＵ１０１（取得手段）は、預り金パターン別に算出した金種別の貨幣の枚数を金種別に比較し、比較した結果、金種別に貨幣の最大枚数に関する情報を取得する。

ＲＯＭ１０２は、読み出し専用のメモリであり、現金処理装置１００を動作させるためのプログラムを予め記憶する。
ＲＡＭ１０３は、種々の情報を記憶する読み出し書き込みメモリである。ＲＡＭ１０３には、ＲＯＭ１０２から読み出されたプログラムが展開される。また、ＲＡＭ１０３は、プログラムが実行されることによって生成された各種データを記憶する。

スキャナ部１０４は、商品に付されているバーコード（商品コード）を光学的に読み取る。
表示部１０５は、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置である。また、表示部１０５は、モード切替、設定、登録等の操作の受付と表示とを行う。表示部１０５の表示面には、透明な接点スイッチであるタッチキー（ソフトキー）が設けられているタッチパネルが備えられており、スキャナ部１０４によって読み取られたバーコードから商品登録が行われた商品情報や買上商品の合計金額などが表示される。

操作部１０６は、キーボード、ポインティングデバイス（マウス、タブレット等）、ボタン、タッチパネル等の既存の入力装置を用いて構成される。操作部１０６は、現金処理装置１００を動作させるための操作手段を備える。操作手段は、例えば、商品登録の完了を宣言する完了キー（例えば、小計キーなど）、訂正キー、プリセットキー、数字キー、品券キー、クレジットキー、電子マネーキーなどの操作キーである。例えば、操作部１０６は、店員がプリセットキーを押下すると、操作入力としてそのキーに対応付けて予め設定登録されている商品コード等を受け付ける。なお、これら操作部１０６の操作手段は、メカキー（ハードキー）などのボタンとして表示部１０５の周辺に配置されていてもよいし、タッチキー（ソフトキー）などのアイコンとして表示部１０５の表示面上に設けられたタッチパネルに配置されてもよい。

通信部１０７は、ネットワークを介して、不図示の外部装置と通信する。ネットワークは、どのように構成されたネットワークでもよい。例えば、ネットワークは、ＬＡＮを用いて構成されてもよい。また、外部装置とは、例えば、パーソナルコンピュータなどの情報処理装置である。通信部１０７は、外部装置との間で通信を行うことによって、外部装置から注文商品の合計金額に関する情報を取得してもよい。例えば、注文者がネットスーパーで商品を注文（購入）した場合に、外部装置が注文商品に関する注文情報を受信し、通信部１０７が注文商品の合計金額に関する情報を外部装置から受信する。この場合、ＣＰＵ１０１は、通信部１０７を介して入力された注文商品の合計金額に基づいて処理を行う。

釣銭釣札部１０８は、貨幣投入口と貨幣払出口とを有する。釣銭釣札部１０８は、貨幣投入口に貨幣が投入された場合、投入された貨幣の種別情報及び数量情報をＣＰＵ１０１に出力する。また、釣銭釣札部１０８は、ＣＰＵ１０１によって取得された金種別の最大枚数に関する情報に従って、注文商品の合計金額に対して、つり銭として使用されうる貨幣を金種別に貨幣払出口から出金する。
ハードディスク１０９は、例えば、磁気記録装置などの記録装置である。ハードディスク１０９は、種々の情報を記憶する。また、ＲＯＭ１０２に代えて、ハードディスク１０９が、上記プログラムを記憶してもよい。

図２は、本発明におけるつり銭取得処理の流れを示すフローチャートである。
ステップＳ１０：まず、ＣＰＵ１０１は、注文商品の合計金額を算出する。具体的には、店員が注文商品のバーコードをスキャナ部１０４に読み取らせることによって注文商品の登録を行い、ＣＰＵ１０１は登録された注文商品の商品情報に基づいて合計金額を算出する。その後、ステップＳ１２の処理に進む。

ステップＳ１２：ＣＰＵ１０１は、算出した合計金額から想定される複数の預り金パターンを生成する。その後、ステップＳ１４の処理に進む。
ステップＳ１４：ＣＰＵ１０１は、生成した複数の預り金パターンの中から一の預り金パターンに対してつり銭として使用されうる貨幣の枚数を金種別に算出する。具体的には、まず、ＣＰＵ１０１は、複数の預り金パターンの中から一の預り金パターンを選択する。次に、ＣＰＵ１０１は、選択した預り金パターンの預り金額とステップＳ１０の処理で算出した合計金額との差分をつり銭として算出する。そして、ＣＰＵ１０１は、算出したつり銭に対して使用されうる貨幣の枚数を金種別に算出する。この際、ＣＰＵ１０１は、貨幣の枚数が最少枚数となるようにつり銭に使用されうる貨幣の枚数を金種別に算出する。ステップＳ１６の処理に進む。

ステップＳ１６：ＣＰＵ１０１は、全ての預り金パターンに対してステップＳ１４の処理を行ったか否かを判定する。全ての預り金パターンに対してステップＳ１４の処理を行った場合、ステップＳ１８の処理に進む。一方、全ての預り金パターンに対してステップＳ１４の処理を行っていない場合、ステップＳ１４の処理に戻る。
ステップＳ１８：ＣＰＵ１０１は、ステップ１４の処理で預り金パターン別に算出した金種別の貨幣の枚数を比較し、比較した結果、つり銭として使用されうる貨幣の最大枚数に関する情報を金種別に取得する。その後、ステップＳ２０の処理に進む。

ステップＳ２０：釣銭釣札部１０８は、ＣＰＵ１０１が取得した金種別の貨幣の最大枚数に関する情報に従って、つり銭として使用されうる貨幣を金種別に出金する。その後、処理を終了する。
なお、ステップＳ２０の処理において、釣銭釣札部１０８がＣＰＵ１０１によって取得された金種別の貨幣の最大枚数に関する情報に従って、つり銭として使用されうる貨幣を金種別に出金する構成を示したが、これに限定される必要はない。例えば、取得された金種別の貨幣の最大枚数に関する情報を金種別に表示部１０５に表示させるように構成されてもよい。

以上のように構成された現金処理装置１００によれば、合計金額から想定される預り金パターン別に、つり銭として使用されうる貨幣の枚数が算出され、全ての預り金パターンで算出された当該貨幣の枚数のうち、つり銭として使用されうる貨幣の最大枚数を金種別に算出させることができる。したがって、注文者がどのような貨幣の組み合わせで注文商品の支払いを行う場合であっても、つり銭に使用される貨幣が不足してしまうおそれを軽減することもできる。そのため、宅配サービスの精算時に生じる煩わしさを軽減することが可能となる。また、つり銭として使用しない貨幣が必要以上に多く算出されてしまうおそれが無くなるため、硬貨を探し出す時間を軽減することもできる。

また、つり銭として使用されうる貨幣の最大枚数を金種別に取得する方法は上述の方法に限定される必要はない。例えば、ハードディスク１０９（記憶部）が釣銭算出テーブルを記憶し、ＣＰＵ１０１（取得手段）がハードディスク１０９に記憶されている釣銭算出テーブルに基づいて、つり銭として使用されうる貨幣の最大枚数に関する情報を金種別に取得するように構成されてもよい。釣銭算出テーブルは、金額を構成する下位所定桁（下１桁、下２桁、下３桁、下４桁、）別に、下位所定桁の最小金額から最大金額までを複数に区切った範囲ごとに、つり銭として使用されうる貨幣の金種別の最大枚数を記憶するテーブルである。ＣＰＵ１０１（取得手段）は、釣銭算出テーブルを参照し、注文商品の合計金額を構成する下位所定桁別の金額を含む前記範囲の金種別の最大枚数に基づいて、当該合計金額に対するつり銭として使用されうる貨幣の最大枚数に関する情報を金種別に取得する。以下、詳細に説明する。

図３及び図４は、釣銭算出テーブルの具体的な構成を示す図である。
図３（Ａ）に示す釣銭算出テーブルは、合計金額の下１桁ごとに、５円玉数及び１円玉数の各値を対応付けて記憶する。合計金額の下１桁の値とは、具体的には、図３（Ａ）に示すように“０，１，２，…，８，９”である。５円玉数の値は、つり銭として使用されうる５円玉の最大枚数を表す。１円玉数の値は、つり銭として使用されうる１円玉の最大枚数を表す。

具体的には、図３（Ａ）において、釣銭算出テーブルの最上段の行（レコード）は、合計金額の下１桁の値が“０”、５円玉数の値が“０”、１円玉数の値が“０”である。すなわち、最上段の行は、合計金額の下１桁が“０”である場合、つり銭として使用されうる５円玉の最大枚数が“０”であり、つり銭として使用されうる１円玉の最大枚数が“０”であることを表している。

また、図３（Ａ）において、釣銭算出テーブルの２段目の行は、合計金額の下１桁の値が“１”、５円玉数の値が“１”、１円玉数の値が“４”である。すなわち、２段目の行は、合計金額の下１桁が“１”である場合、つり銭として使用されうる５円玉の最大枚数が“１”であり、つり銭として使用されうる１円玉の最大枚数が“４”であることを表している。なお、以下の説明では、図３（Ａ）に示す釣銭算出テーブルを下１桁釣銭算出テーブルと称する。

図３（Ｂ）に示す釣銭算出テーブルは、合計金額の下２桁の所定の間隔で設定された範囲ごとに、５０円玉数及び１０円玉数の各値を対応付けて記憶する。合計金額の下２桁の所定の間隔で設定された範囲ごととは、具体的には、図３（Ｂ）に示すように“００，０１〜１９，２０〜２９，…，８０〜８９，９０〜９９”である。５０円玉数の値は、つり銭として使用されうる５０円玉の最大枚数を表す。１０円玉数の値は、つり銭として使用されうる１０円玉の最大枚数を表す。

具体的には、図３（Ｂ）において、釣銭算出テーブルの最上段の行は、合計金額の下２桁の値が“００”、５０円玉数の値が“０”、１０円玉数の値が“０”である。すなわち、最上段の行は、合計金額の下２桁が“００”である場合、つり銭として使用されうる５０円玉の最大枚数が“０”であり、つり銭として使用されうる１０円玉の最大枚数が“０”であることを表している。

また、図３（Ｂ）において、釣銭算出テーブルの２段目の行は、合計金額の下２桁の値が“０１〜１９”、５０円玉数の値が“１”、１０円玉数の値が“４”である。すなわち、２段目の行は、合計金額の下２桁が“０１〜１９”の範囲内である場合、つり銭として使用されうる５０円玉の最大枚数が“１”であり、つり銭として使用されうる１０円玉の最大枚数が“４”であることを表している。なお、以下の説明では、図３（Ｂ）に示す釣銭算出テーブルを下２桁釣銭算出テーブルと称する。

図４（Ａ）に示す釣銭算出テーブルは、合計金額の下３桁の所定の間隔で設定された範囲ごとに、５００円玉数及び１００円玉数の各値を対応付けて記憶する。合計金額の下３桁の所定の間隔で設定された範囲ごととは、具体的には、図４（Ａ）に示すように“０００，００１〜１９９，２００〜２９９，…，８００〜８９９，９００〜９９９”である。５００円玉数の値は、つり銭として使用されうる５００円玉の最大枚数を表す。１００円玉数の値は、つり銭として使用されうる１００円玉の最大枚数を表す。

具体的には、図４（Ａ）において、釣銭算出テーブルの最上段の行は、合計金額の下３桁の値が“０００”、５００円玉数の値が“０”、１００円玉数の値が“０”である。すなわち、最上段の行は、合計金額の下３桁が“０００”である場合、つり銭として使用されうる５００円玉の最大枚数が“０”であり、つり銭として使用されうる１００円玉の最大枚数が“０”であることを表している。

また、図４（Ａ）において、釣銭算出テーブルの２段目の行は、合計金額の下３桁の値が“００１〜１９９”、５００円玉数の値が“１”、１００円玉数の値が“４”である。すなわち、２段目の行は、合計金額の下３桁が“００１〜１９９”の範囲内である場合、つり銭として使用されうる５００円玉の最大枚数が“１”であり、つり銭として使用されうる１００円玉の最大枚数が“４”であることが表されている。なお、以下の説明では、図４（Ａ）に示す釣銭算出テーブルを下３桁釣銭算出テーブルと称する。

図４（Ｂ）に示す釣銭算出テーブルは、合計金額の下４桁の所定の間隔で設定された範囲ごとに、５０００円札数及び１０００円札数の各値を対応付けて記憶する。合計金額の下４桁の所定の間隔で設定された範囲ごととは、具体的には、図４（Ｂ）に示すように“００００，０００１〜１９９９，２０００〜２９９９，…，８０００〜８９９９，９０００〜９９９９”である。５０００円札数の値は、つり銭として使用されうる５０００円札の最大枚数を表す。１０００円札数の値は、つり銭として使用されうる１０００円札の最大枚数を表す。

具体的には、図４（Ｂ）において、釣銭算出テーブルの最上段の行は、合計金額の下４桁の値が“００００”、５０００円札数の値が“０”、１０００円札数の値が“０”である。すなわち、最上段の行は、合計金額の下４桁が“００００”である場合、つり銭として使用されうる５０００円札の最大枚数が“０”であり、つり銭として使用されうる１０００円札の最大枚数が“０”であることを表している。

また、図４（Ｂ）において、釣銭算出テーブルの２段目の行は、合計金額の下４桁の値が“０００１〜１９９９”、５０００円札数の値が“１”、１０００円札数の値が“４”である。すなわち、２段目の行は、合計金額の下４桁が“０００１〜１９９９”の範囲内である場合、つり銭として使用されうる５０００円札の最大枚数が“１”であり、つり銭として使用されうる１０００円札の最大枚数が“４”であることが表されている。なお、以下の説明では、図４（Ｂ）に示す釣銭算出テーブルを下４桁釣銭算出テーブルと称する。

次に、図３及び図４を用いて、合計金額からつり銭として使用されうる貨幣の枚数を金種別に取得する方法について具体的に説明する。
以下の説明では、合計金額の具体例として注文商品の合計金額が２４８０円である場合について説明する。まず、合計金額が入力されると、ＣＰＵ１０１はハードディスク１０９に記憶されている各種釣銭算出テーブル（下１桁釣銭算出テーブル、下２桁釣銭算出テーブル、下３桁釣銭算出テーブル、下４桁釣銭算出テーブル）を読み出す。

ＣＰＵ１０１は、読み出した各種釣銭算出テーブルのうち、下４桁釣銭算出テーブルを参照し、合計金額の下４桁の値に対応するレコードを選択する。具体的には、合計金額の下４桁の値が“２４８０”であるため、ＣＰＵ１０１は下４桁釣銭算出テーブルの合計金額の下４桁の値が“２０００〜２９９９”の項目に対応するレコードを選択する。ＣＰＵ１０１は、選択したレコードに記憶されている５０００円札数の値“１”及び１０００円札数の値“３”を取得する。

次に、ＣＰＵ１０１は、下３桁釣銭算出テーブルを参照し、合計金額の下３桁の値に対応するレコードを選択する。具体的には、合計金額の下３桁の値が“４８０”であるため、ＣＰＵ１０１は下３桁釣銭算出テーブルの合計金額の下３桁の値が“４００〜４９９”の項目に対応するレコードを選択する。ＣＰＵ１０１は、選択したレコードに記憶されている５００円玉数の値“１”及び１００円玉数の値“１”を取得する。

次に、ＣＰＵ１０１は、下２桁釣銭算出テーブルを参照し、合計金額の下２桁の値に対応するレコードを選択する。具体的には、合計金額の下２桁の値が“８０”であるため、ＣＰＵ１０１は下２桁釣銭算出テーブルの合計金額の下２桁の値が“８０〜８９”の項目に対応するレコードを選択する。ＣＰＵ１０１は、選択したレコードに記憶されている５０円玉数の値“１”及び１０円玉数の値“２”を取得する。

そして、ＣＰＵ１０１は、下１桁釣銭算出テーブルを参照し、合計金額の下１桁の値に対応するレコードを選択する。具体的には、合計金額の下１桁の値が“０”であるため、ＣＰＵ１０１は下１桁釣銭算出テーブルの合計金額の下１桁の値が“０”の項目に対応するレコードを選択する。ＣＰＵ１０１は、選択したレコードに記憶されている５円玉数の値“０”及び１円玉数の値“０”を取得する。

上述した処理が行われることによって、合計金額からつり銭として使用されうる貨幣の最大枚数に関する情報が金種別に取得される。なお、ＣＰＵ１０１は、取得した各値（５０００円札１枚、１０００円札３枚、５００円玉１枚、１００円玉１枚、５０円玉１枚、１０円玉２枚）に基づいて、合計金額“８６７０円”を釣銭釣札部１０８に出金するように指示してもよいし、表示部１０５に表示してもよい。

以上のように構成された現金処理装置１００は、予めつり銭として使用されうる貨幣の最大枚数が金種別に記憶されているため、合計金額が入力されると、つり銭として使用されうる貨幣の枚数を瞬時に取得することができる。したがって、合計金額と注文者の支払金額からつり銭を算出するような計算処理を行う必要が無い。その結果、現金処理装置１００の処理能力が低下してしまうおそれを軽減することができる。また、つり銭として使用されうる貨幣の最大枚数が金種別に記憶されているため、注文者がどのような貨幣の組み合わせで注文商品の支払いを行う場合であっても、つり銭に使用される貨幣が不足してしまうおそれを軽減することもできる。そのため、宅配サービスの精算時に使用されうるつり銭を算出することも可能となる。また、つり銭として使用しない貨幣が必要以上に多く算出されてしまうおそれが無くなるため、硬貨を探し出す時間を軽減することもできる。

なお、本実施例では、額面の大きい５０００円札の枚数及び１０００円札の枚数から額面の小さい５円玉の枚数及び１円玉の枚数を順番に取得する構成を示したが、額面の小さい５円玉の枚数及び１円玉の枚数から額面の大きい５０００円札の枚数及び１０００円札の枚数を順番に取得するように構成されてもよい。

また、注文者が精算時において２０００円札を使用することや配達員が精算時においてつり銭として２０００円札を使用することも想定される。このような場合においては、それぞれ図５に示す下４桁釣銭算出テーブルが利用される。以下、図５を用いて２０００円札を考慮した場合における釣銭算出テーブルの構成について説明する。
まず、注文者が精算時において２０００円札を使用することを考慮した場合に利用される下４桁釣銭算出テーブルの構成例について図５（Ａ）を用いて説明する。

図５（Ａ）に示す下４桁釣銭算出テーブルの各項目の説明は、図４（Ｂ）の下４桁釣銭算出テーブルと同様であるため省略する。
注文者が２０００円札を精算時に使用した場合、最大１９９９円のつり銭が生じる。具体的には、合計金額が９００１円である場合に、注文者が１０００円札を９枚と２０００円札を１枚とで支払いを行うと、つり銭が１９９９円になる。また、合計金額が１００００円である場合に、注文者が１０００円札を９枚と２０００円札を１枚とで支払いを行うと、つり銭が１０００円になる。そのため、１０００円札が必ず１枚は必要になる。そこで、注文者が２０００円札を使用することを考慮した場合の下４桁釣銭算出テーブルには、図５（Ａ）に示すように、１０００円札数の値が“１”以上に設定される。
以上のように、注文者が精算時に２０００円札を使用することを想定（考慮）する場合、ＣＰＵ１０１は図４（Ｂ）に示す下４桁釣銭算出テーブルに代えて図５（Ａ）に示す下４桁釣銭算出テーブルを利用する。

次に、注文者が２０００円札を精算時に使用することを考慮し、配達員が精算時においてつり銭として２０００円札を使用することを考慮した場合に利用される下４桁釣銭算出テーブルの構成例について図５（Ｂ）を用いて説明する。
図５（Ｂ）に示す下４桁釣銭算出テーブルは、合計金額の下４桁の所定の間隔で設定された範囲ごとに、５０００円札数、２０００円札数及び１０００円札数の各値を対応付けて記憶する。合計金額の下４桁の所定の間隔で設定された範囲ごととは、具体的には、図４（Ｂ）に示すように“００００，０００１〜２９９９，３０００〜４９９９，…，５００１〜７９９９，８０００〜９９９９”である。５０００円札数の値は、つり銭として使用されうる５０００円札の最大枚数を表す。２０００円札数の値は、つり銭として使用されうる２０００円札の最大枚数を表す。１０００円札数の値は、つり銭として使用されうる１０００円札の最大枚数を表す。
以上のように、注文者が２０００円札を精算時に使用することを考慮し、配達員が精算時においてつり銭として２０００円札を使用することを想定（考慮）する場合、ＣＰＵ１０１は図４（Ｂ）に示す下４桁釣銭算出テーブルに代えて図５（Ｂ）に示す下４桁釣銭算出テーブルを利用する。

図４（Ｂ）、図５（Ａ）及び図５（Ｂ）に示す下４桁釣銭算出テーブルのいずれを利用するかは、予め配達員が指定することによって設定されてもよい。
また、注文者が２０００円札を精算時に使用することを考慮し、配達員がつり銭として２０００円札を使用することを考慮する場合において、注文者がもらうつり銭の枚数を減らそう、又は、本来もらうつり銭の金種より上位の金種でつり銭をもらおうとすることを考慮した支払い（以下、「特殊払い」という。）をする場合もある。例えば、注文者が４０００円の商品を購入した場合に、本来ならば、注文者は５０００円札を１枚で支払うことが可能である。この場合には、配達員は１０００円札１枚をつり銭として注文者に支払う。しかし、注文者が、特殊払いをする場合、すなわち、注文者がつり銭として１０００円札１枚よりも上位の金種である２０００円札１枚をつり銭としてもらおうとすることを考慮した支払いをする場合、注文者は５０００円札を１枚と１０００円札を１枚とで支払いを行う。そうすると、つり銭が２０００円になる。この場合には、配達員は２０００円札１枚をつり銭として注文者に支払う。
注文者がこのような特殊払いを行なうことがあるのは、財布の中の小銭を少なくすることができるためである。例えば、合計金額が９０円のとき、注文者が１００円玉１枚で支払いを行うと、つり銭は１０円玉１枚になる。また、合計金額が９０円のとき、注文者が１００円玉１枚と１０円玉４枚とで支払いを行うと、つり銭は５０円玉１枚になる。このように、注文者がつり銭としてもらう金種の枚数自体は変わらないものの、注文者は本来もらうつり銭の金種（１０円玉１枚）より上位の金種（５０円玉１枚）をつり銭としてもらえるとともに手元にあった１０円玉４枚を消費することができるため、財布の中の小銭を少なくすることができる。
このような、注文者が、特殊払いをする場合を想定する必要がある。

このような場合、特殊払いを許す場合と特殊払いを許さない場合とで利用される下４桁釣銭算出テーブルを変更してもよい。例えば、特殊払いを許す場合、図５（Ｂ）に示す下４桁釣銭算出テーブルが利用される。一方、特殊払いを許さない場合、図６に示す下４桁釣銭算出テーブルが利用される。特殊払いを許さない場合とは、本来ならば、注文者が１枚の金銭（例えば、１００００円札）で支払うことが可能な支払金額（例えば、９０００円）に対して１００００円札を１枚と他のお札（例えば、１０００円、２０００円、５０００円）とを組み合わせて支払うことを許さない場合である。このような場合、配達員は注文者から、特殊払いを断る。そして、配達員は、合計金額（例えば、９０００円）に対して１００００円札１枚での支払いや９０００円での支払いを許す。また、配達員は、合計金額（例えば、２０００円）に対して５０００円札１枚での支払いや１００００円札１枚での支払いや２０００円での支払いを許す。

図６は、釣銭算出テーブルの具体的な構成を示す図である。図６に示す下４桁釣銭算出テーブルの各項目の説明は、図５（Ｂ）の下４桁釣銭算出テーブルと同様であるため項目についての説明は省略する。
ここで、特殊払いを許す場合と特殊払いを許さない場合との違いについて説明する。具体的には、合計金額が２０００円である場合に、注文者が５０００円札を１枚と１０００円札を１枚とで支払いを行うと、つり銭が４０００円になる。特殊払いを許す場合には、このような支払いを許すため、つり銭として２０００円札が２枚あれば十分である。そのため、図５（Ｂ）に示す下４桁釣銭算出テーブルの合計金額の下４桁“０００１〜２９９９”の項目の２０００円札数の値は“２”となる。一方、特殊払いを許さない場合には、上記のような支払いを許さないため、２０００円札は１枚あれば十分である。そのため、図６に示す下４桁釣銭算出テーブルの合計金額の下４桁“２０００〜３９９９”の項目の２０００円札数の値は“１”となる。このように、合計金額が同じであっても、特殊払いを許す場合と特殊払いを許さない場合とでつり銭として使用されうる枚数が異なる。なお、釣銭算出テーブルのいずれを利用するかは、予め配達員が指定することによって設定されてもよい。

このように、特殊払いを許す場合と許さない場合とを設定で変更可能にすることで、店舗の運用や釣銭の保有状況に応じて最適なつり銭を準備することができる。例えば運用上特殊払いを許さない店舗にも対応することができ、通常時は特殊払いを許す運用を行い、保有する５０００円札が少ないときには特殊払いを許さない運用にして５０００円札が使用されるのを抑制する、という運用の店舗にも対応することができるようになる。

また、以下に示す方法によって、合計金額からつり銭として使用されうる貨幣の枚数を金種別に取得するように構成されてもよい。この際、現金処理装置１００は、第１特定手段及び第２特定手段を備える。ＣＰＵ１０１（第１特定手段）は、注文商品の合計金額が入力されると、当該合計金額を構成する各桁の数字を特定する。ＣＰＵ１０１（第２特定手段）は、入力された合計金額を構成する各桁の中から当該桁の数字がゼロである最下位桁を特定する。
以下、図７及び図８を用いて、具体的に説明する。図７は、変形例におけるつり銭取得処理の概略を示す図である。

図７（Ａ）は、合計金額の２桁目（１０の位）の値に基づいて、つり銭として使用されうる５０円玉の枚数及び１０円玉の枚数を取得する方法の概略を示す図である。合計金額の１０の位の値は、“０〜９”の場合が存在する。本手法は、その中でも１０の位が“０”である場合と“５”である場合とに適用される。以下、詳細に説明する。まず、ＣＰＵ１０１（第１特定手段）は、合計金額を構成する１０の位の数字を特定する。ここで、まず、ＣＰＵ１０１（第１特定手段）によって、特定された合計金額の１０の位が“０”の場合について説明する。合計金額の１０の位が“０”の場合、ＣＰＵ１０１は合計金額の１の位が“０”であるか否かを判定する。

合計金額の１の位が“０”である場合（ＹＥＳ）、ＣＰＵ１０１は記憶部を参照し、１０の位が“０”及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５０円玉の最大枚数及び１０円玉の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０円玉数及び１０円玉数の各項目からつり銭として使用されうる５０円玉の最大枚数が０枚、１０円玉の最大枚数が０枚であることを示す情報を取得する。なお、記憶部には、金額を構成する下位所定桁別に、下位所定桁の最上位桁の数字と、下位所定桁の最上位桁以外の数字とに対応付けて、当該金額に対するつり銭として使用されうる貨幣の金種別の最大枚数が記憶されている。具体的には、記憶部には、図３及び図４の釣銭算出テーブルと同様の内容が記憶されている。

一方、合計金額の１の位が“０”ではない場合（ＮＯ）、ＣＰＵ１０１は記憶部を参照し、１０の位が“０”及び１の位が“０”以外（例えば、１の位が“１”）に対応付けて記憶されているつり銭として使用されうる５０円玉の最大枚数及び１０円玉の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０円玉数及び１０円玉数の各項目からつり銭として使用されうる５０円玉の最大枚数が１枚、１０円玉の最大枚数が４枚であることを示す情報を取得する。

次に、ＣＰＵ１０１（第１特定手段）によって、特定された合計金額の１０の位が“５”の場合について説明する。合計金額の１０の位が“５”である場合、ＣＰＵ１０１は１の位が“０”であるか否かを判定する。
合計金額の１の位が“０”である場合（ＹＥＳ）、ＣＰＵ１０１は記憶部を参照し、１０の位が“５”及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５０円玉の最大枚数及び１０円玉の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０円玉数及び１０円玉数の各項目からつり銭として使用されうる５０円玉の最大枚数が１枚、１０円玉の最大枚数が０枚であることを示す情報を取得する。

一方、合計金額の１の位が“０”ではない場合（ＮＯ）、ＣＰＵ１０１は記憶部を参照し、１０の位が“５”及び１の位が“０”以外（例えば、１の位が“１”）に対応付けて記憶されているつり銭として使用されうる５０円玉の最大枚数及び１０円玉の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０円玉数及び１０円玉数の各項目からつり銭として使用されうる５０円玉の最大枚数が１枚、１０円玉の最大枚数が４枚であることを示す情報を取得する。
なお、１０の位の値が上記の値（１０の位が“０及び５”）以外の場合については上述した判断手法は行われない。

図７（Ｂ）は、合計金額の３桁目（１００の位）の値に基づいて、つり銭として使用されうる５００円玉の枚数及び１００円玉の枚数を取得する方法の概略を示す図である。図７（Ｂ）に示すように、合計金額の１００の位の値は、“０〜９”の場合が存在する。本手法は、その中でも１００の位が“０”である場合と“５”である場合に適用される。以下、詳細に説明する。まず、ＣＰＵ１０１（第１特定手段）は、合計金額を構成する１００の位の数字を特定する。ここで、まず、ＣＰＵ１０１（第１特定手段）によって、特定された合計金額の１００の位が“０”の場合について説明する。合計金額の１００の位が“０”の場合、ＣＰＵ１０１は合計金額の１の位が“０”であるか否かを判定する。合計金額の１の位が“０”である場合（ＹＥＳ）、ＣＰＵ１０１は合計金額の１０の位が“０”であるか否かを判定する。

一方、合計金額の１の位が“０”ではない場合（ＮＯ）、ＣＰＵ１０１は記憶部を参照し、１００の位が“０”及び１の位が“０”以外（例えば、１の位が“１”）に対応付けて記憶されているつり銭として使用されうる５００円玉の最大枚数及び１００円玉の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５００円玉数及び１００円玉数の各項目からつり銭として使用されうる５００円玉の最大枚数が１枚、１００円玉の最大枚数が４枚であることを示す情報を取得する。

合計金額の１０の位が“０”である場合（ＹＥＳ）、ＣＰＵ１０１は記憶部を参照し、１００の位が“０”、１０の位が“０”及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５００円玉の最大枚数及び１００円玉の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５００円玉数及び１００円玉数の各項目からつり銭として使用されうる５００円玉の最大枚数が０枚、１００円玉の最大枚数が０枚であることを示す情報を取得する。

一方、合計金額の１０の位が“０”ではない場合（ＮＯ）、ＣＰＵ１０１は記憶部を参照し、１００の位が“０”、１０の位が“０”以外（例えば、１０の位が“１”）及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５００円玉の最大枚数及び１００円玉の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５００円玉数及び１００円玉数の各項目からつり銭として使用されうる５００円玉の最大枚数が１枚、１００円玉の最大枚数が４枚であることを示す情報を取得する。

次に、ＣＰＵ１０１（第１特定手段）によって、特定された合計金額の１００の位が“５”の場合について説明する。合計金額の１００の位が“５”の場合、ＣＰＵ１０１は合計金額の１の位が“０”であるか否かを判定する。合計金額の１の位が“０”である場合（ＹＥＳ）、ＣＰＵ１０１は合計金額の１０の位が“０”であるか否かを判定する。

一方、合計金額の１の位が“０”ではない場合（ＮＯ）、ＣＰＵ１０１は記憶部を参照し、１００の位が“５”及び１の位が“０”以外（例えば、１の位が“１”）に対応付けて記憶されているつり銭として使用されうる５００円玉の最大枚数及び１００円玉の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５００円玉数及び１００円玉数の各項目からつり銭として使用されうる５００円玉の最大枚数が１枚、１００円玉の最大枚数が４枚であることを示す情報を取得する。

合計金額の１０の位が“０”である場合（ＹＥＳ）、ＣＰＵ１０１は記憶部を参照し、１００の位が“５”、１０の位が“０”及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５００円玉の最大枚数及び１００円玉の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５００円玉数及び１００円玉数の各項目からつり銭として使用されうる５００円玉の最大枚数が１枚、１００円玉の最大枚数が０枚であることを示す情報を取得する。

一方、合計金額の１０の位が“０”ではない場合（ＮＯ）、ＣＰＵ１０１は記憶部を参照し、１００の位が“５”、１０の位が“０”以外（例えば、１０の位が“１”）及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５００円玉の最大枚数及び１００円玉の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５００円玉数及び１００円玉数の各項目からつり銭として使用されうる５００円玉の最大枚数が１枚、１００円玉の最大枚数が０枚であることを示す情報を取得する。
なお、１００の位の値が上記の値（１００の位が“０及び５”）以外の場合については上述した判断手法は行われない。

図８は、合計金額の４桁目（１０００の位）の値に基づいて、つり銭として使用されうる５０００円札の枚数及び１０００円札の枚数を取得する方法の概略を示す図である。
図８に示すように、合計金額の１０００の位の値は、“０〜９”の場合が存在する。本手法は、その中でも１０００の位が“０”である場合と“５”である場合に適用される。以下、詳細に説明する。まず、ＣＰＵ１０１（第１特定手段）は、合計金額を構成する１０００の位の数字を特定する。ここで、まず、ＣＰＵ１０１（第１特定手段）によって、特定された合計金額の１０００の位が“０”の場合について説明する。合計金額の１０００の位が“０”の場合、ＣＰＵ１０１は合計金額の１の位が“０”であるか否かを判定する。合計金額の１の位が“０”である場合（ＹＥＳ）、ＣＰＵ１０１は合計金額の１０の位が“０”であるか否かを判定する。

一方、合計金額の１の位が“０”ではない場合（ＮＯ）、ＣＰＵ１０１は記憶部を参照し、１０００の位が“０”及び１の位が“０”以外（例えば、１の位が“１”）に対応付けて記憶されているつり銭として使用されうる５０００円札の最大枚数及び１０００円札の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０００円札数及び１０００円札数の各項目からつり銭として使用されうる５０００円札の最大枚数が０枚、１０００円札の最大枚数が０枚であることを示す情報を取得する。

合計金額の１０の位が“０”である場合（ＹＥＳ）、ＣＰＵ１０１は合計金額の１００の位が“０”であるか否かを判定する。一方、合計金額の１０の位が“０”ではない場合（ＮＯ）、ＣＰＵ１０１は記憶部を参照し、１０００の位が“０”、１０の位が“０”以外（例えば、１０の位が“１”）及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５０００円札の最大枚数及び１０００円札の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０００円札数及び１０００円札数の各項目からつり銭として使用されうる５０００円札の最大枚数が１枚、１０００円札の最大枚数が４枚であることを示す情報を取得する。

合計金額の１００の位が“０”である場合（ＹＥＳ）、ＣＰＵ１０１は記憶部を参照し、１０００の位が“０”、１００の位が“０”、１０の位が“０”及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５０００円札の最大枚数及び１０００円札の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０００円札数及び１０００円札数の各項目からつり銭として使用されうる５０００円札の最大枚数が０枚、１０００円札の最大枚数が０枚であることを示す情報を取得する。

一方、合計金額の１００の位が“０”ではない場合（ＮＯ）、ＣＰＵ１０１は記憶部を参照し、１０００の位が“０”、１００の位が“０”以外（例えば、１００の位が“１”）、１０の位が“０”及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５０００円札の最大枚数及び１０００円札の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０００円札数及び１０００円札数の各項目からつり銭として使用されうる５０００円札の最大枚数が１枚、１０００円札の最大枚数が４枚であることを示す情報を取得する。

次に、ＣＰＵ１０１（第１特定手段）によって、特定された合計金額の１０００の位が“５”の場合について説明する。合計金額の１０００の位が“５”の場合、ＣＰＵ１０１は合計金額の１の位が“０”であるか否かを判定する。合計金額の１の位が“０”である場合（ＹＥＳ）、ＣＰＵ１０１は合計金額の１０の位が“０”であるか否かを判定する。

一方、合計金額の１の位が“０”ではない場合（ＮＯ）、ＣＰＵ１０１は記憶部を参照し、１０００の位が“５”及び１の位が“０”以外（例えば、１の位が“１”）に対応付けて記憶されているつり銭として使用されうる５０００円札の最大枚数及び１０００円札の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０００円札数及び１０００円札数の各項目からつり銭として使用されうる５０００円札の最大枚数が１枚、１０００円札の最大枚数が４枚であることを示す情報を取得する。

合計金額の１０の位が“０”である場合（ＹＥＳ）、ＣＰＵ１０１は合計金額の１００の位が“０”であるか否かを判定する。一方、合計金額の１０の位が“０”ではない場合（ＮＯ）、ＣＰＵ１０１は記憶部を参照し、１０００の位が“５”、１０の位が“０”以外（例えば、１０の位が“１”）及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５０００円札の最大枚数及び１０００円札の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０００円札数及び１０００円札数の各項目からつり銭として使用されうる５０００円札の最大枚数が１枚、１０００円札の最大枚数が４枚であることを示す情報を取得する。

合計金額の１００の位が“０”である場合（ＹＥＳ）、ＣＰＵ１０１は記憶部を参照し、１０００の位が“０”、１００の位が“０”、１０の位が“０”及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５０００円札の最大枚数及び１０００円札の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０００円札数及び１０００円札数の各項目からつり銭として使用されうる５０００円札の最大枚数が０枚、１０００円札の最大枚数が０枚であることを示す情報を取得する。

一方、合計金額の１００の位が“０”ではない場合（ＮＯ）、ＣＰＵ１０１は記憶部を参照し、１０００の位が“５”、１００の位が“０”以外（例えば、１００の位が“１”）、１０の位が“０”及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５０００円札の最大枚数及び１０００円札の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０００円札数及び１０００円札数の各項目からつり銭として使用されうる５０００円札の最大枚数が１枚、１０００円札の最大枚数が４枚であることを示す情報を取得する。
なお、１０００の位の値が上記の値（１０００の位が“０及び５”）以外の場合については上述した判断手法は行われない。

次に、図７及び図８を用いて、合計金額からつり銭として使用されうる貨幣の枚数を金種別に取得する方法について具体的に説明する。
以下の説明では、合計金額の具体例として注文商品の合計金額が２４８０円である場合について説明する。まず、合計金額が入力されると、ＣＰＵ１０１は１０の位の数字を特定する。ＣＰＵ１０１は１０の位の数字を特定すると、合計金額の１の位が“０”であるか否かを判定する。合計金額の１の位が“０”であるため、ＣＰＵ１０１は記憶部を参照し、１０の位が“８”及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５０円玉の最大枚数及び１０円玉の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０円玉数及び１０円玉数の各項目からつり銭として使用されうる５０円玉の最大枚数が１枚、１０円玉の最大枚数が２枚であることを示す情報を取得する。

次に、ＣＰＵ１０１は、１００の位の数字を特定する。ＣＰＵ１０１は１００の位の数字を特定すると、合計金額の１の位が“０”であるか否かを判定する。合計金額の１の位が“０”であるため、ＣＰＵ１０１は合計金額の１０の位が“０”であるか否かを判定する。合計金額の１０の位が“０”ではないため、ＣＰＵ１０１は記憶部を参照し、１００の位が“４”、１０の位が“８”及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５００円玉の最大枚数及び１００円玉の最大枚数に関する情報を取得する。具体的には、具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０円玉数及び１０円玉数の各項目からつり銭として使用されうる５００円玉の最大枚数が１枚、１００円玉の最大枚数が１枚であることを示す情報を取得する。

次に、ＣＰＵ１０１は、１０００の位の数字を特定する。ＣＰＵ１０１は１０００の位の数字を特定すると、合計金額の１の位が“０”であるか否かを判定する。合計金額の１の位が“０”であるため、ＣＰＵ１０１は合計金額の１０の位が“０”であるか否かを判定する。合計金額の１０の位が“０”ではないため、ＣＰＵ１０１は記憶部を参照し、１０００の位が“２”、１００の位が“４”、１０の位が“８”及び１の位が“０”に対応付けて記憶されているつり銭として使用されうる５０００円札の最大枚数及び１０００円札の最大枚数に関する情報を取得する。具体的には、ＣＰＵ１０１は、記憶部に記憶されている５０００円札数及び１０００円札数の各項目からつり銭として使用されうる５０００円札の最大枚数が１枚、１０００円札の最大枚数が３枚であることを示す情報を取得する。

上述した処理が行われることによって、合計金額からつり銭として使用されうる貨幣の最大枚数に関する情報が金種別に取得される。なお、ＣＰＵ１０１は、取得した各値（５０００円札１枚、１０００円札３枚、５００円玉１枚、１００円玉１枚、５０円玉１枚、１０円玉２枚）に基づいて、合計金額“８６７０円”を釣銭釣札部１０８に出金するように指示してもよいし、表示部１０５に表示してもよい。なお、１円玉の最大枚数及び５円玉の最大枚数に関しては、任意に設定されてよい。例えば、釣銭釣札部１０８が所定の数字（例えば、１０）から合計金額の１の位の値の差分を算出し、差分に基づいてつり銭として使用されうる１円玉の最大枚数及び５円玉の最大枚数を出金してもよい。

なお、本実施例では、合計金額の桁数の少ない１０の位の値から１０００の位の値を順番に参照し、つり銭として使用されうる貨幣の最大枚数を金種別に取得する構成を示したが、桁数の多い１０００の位の値から１０の位の値を順番に参照し、つり銭として使用されうる貨幣の最大枚数を金種別に取得するように構成されてもよい。
また、本発明の現金処理装置１００は、つり銭準備金の保有枚数に応じて、各釣銭算出テーブルの５のつく金銭（５円玉、５０円玉、５００円玉、５０００円札）の項目に設定されている値を“０”にしてもよい。例えば、現金処理装置１００は、つり銭準備金の枚数が予め設定された閾値未満になった場合に、釣銭算出テーブルを参照し、閾値未満になった５のつく金銭の項目に対応する値を“０”にする。この際、現金処理装置１００は、釣銭算出テーブルに記憶されている“０”にした５のつく金銭の項目と同じ位の１のつく金銭（１円玉、１０円玉、１００円玉、１０００円札）の値に“５”を加算する。例えば、５円玉のつり銭準備金の枚数が予め設定された閾値未満になった場合に、現金処理装置１００は釣銭算出テーブルの１円玉数の項目に記憶されている値に“５”を加算する。５０円玉のつり銭準備金の枚数が予め設定された閾値未満になった場合に、現金処理装置１００は釣銭算出テーブルの１０円玉数の項目に記憶されている値に“５”を加算する。５００円玉のつり銭準備金の枚数が予め設定された閾値未満になった場合に、現金処理装置１００は釣銭算出テーブルの１００円玉数の項目に記憶されている値に“５”を加算する。５０００円札のつり銭準備金の枚数が予め設定された閾値未満になった場合に、現金処理装置１００は釣銭算出テーブルの１０００円札数の項目に記憶されている値に“５”を加算する。つり銭準備金とは、現金処理装置１００が収納して管理しているつり銭として使用される金銭である。また、現金処理装置１００は、つり銭準備金の枚数が予め設定された閾値未満になった場合に、閾値未満になった５のつく金銭を出力しないようにするか（例えば、釣銭算出テーブルの値を“０”にする）否かを表示部１０５に表示してもよい。

なお、本発明の現金処理装置１００は、ネットスーパー以外にも宅配ピザや宅配寿司のような注文商品を注文者の配達指定先に配達する場面に利用することができる。
また、本実施例では、１つの宅配指定先に宅配を行う場合について説明したが、本発明の現金処理装置１００は、宅配指定先が複数存在する場合であっても利用することができる。具体的には、同時に複数の宅配指定先に配達を行う場合、現金処理装置１００は配達指定先ごとにつり銭として使用されうる貨幣の最大枚数を金種別に算出する。その後、現金処理装置１００は算出した配達指定先ごとのつり銭として使用されうる貨幣の最大枚数を合計金額として出金してもよいし、配達指定先ごとに出金してもよい。例えば、配達指定先ごとにつり銭として使用されうる貨幣の最大枚数を出金する場合、配達員は１回の配達ごとに分けてつり銭を管理することができる。このように構成されることによって、違算が発生した場合に、どの配達指定先で違算が発生したのかを把握しやすくなる。また、１配達ごとに分けてつり銭を管理することによって、他の配達指定先のつり銭と混ざってしまうおそれが無くなる。そのため、つり銭の管理を容易に行うことができる。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

なお、本発明の各処理を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、現金処理装置１００の各処理に係る上述した種々の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

１００…現金処理装置， １０１…ＣＰＵ， １０２…ＲＯＭ， １０３…ＲＡＭ， １０４…スキャナ部（入力手段）， １０５…表示部， １０６…操作部， １０７…通信部， １０８…釣銭釣札部（出金手段）， １０９…ハードディスク

Claims (4)

1. 商品の合計金額を入力する入力手段と、
   前記入力手段によって入力された前記合計金額から想定される預り金パターン別に、個々の前記預り金パターンに対するつり銭として使用されうる貨幣の枚数を金種別に算出し、預り金パターン別に算出された金種別の貨幣の枚数から、何れかの預り金パターンに対するつり銭として使用されうる貨幣の最大枚数に関する情報を金種別に取得する取得手段と、
   を備える現金処理装置。
2. 商品の合計金額を入力する入力手段と、
   金額を構成する下位所定桁別に、前記下位所定桁の最小金額から最大金額までを複数に区切った範囲ごとに、つり銭として使用されうる貨幣の金種別の最大枚数を記憶する記憶部と、
   前記入力手段によって前記合計金額が入力された場合に、前記記憶部に記憶されている、当該合計金額を構成する下位所定桁別の金額を含む前記範囲の金種別の最大枚数に基づいて、当該合計金額に対するつり銭として使用されうる貨幣の最大枚数に関する情報を金種別に取得する取得手段と、
   を備える現金処理装置。
3. 商品の合計金額を入力する入力手段と、
   前記合計金額を構成する各桁の数字を特定する第１特定手段と、
   前記合計金額を構成する各桁の中から当該桁の数字がゼロである最下位桁を特定する第２特定手段と、
   金額を構成する下位所定桁別に、前記下位所定桁の最上位桁の数字と、前記下位所定桁の最上位桁以外の数字とに対応付けて、当該金額に対するつり銭として使用されうる貨幣の金種別の最大枚数を記憶する記憶部と、
   前記入力手段によって前記合計金額が入力された場合に、前記第１特定手段及び前記第２特定手段の特定結果と、前記記憶部に記憶されている情報とに基づいて、当該合計金額に対するつり銭として使用されうる所定の貨幣の最大枚数に関する情報を金種別に取得する取得手段と、
   を備える現金処理装置。
4. 前記取得手段によって取得された金種別の前記最大枚数に関する情報に従って、前記入力手段によって入力された前記合計金額に対して、つり銭として使用されうる貨幣を金種別に出金する出金手段を更に備えることを特徴とする請求項１〜３のいずれか１項に記載の現金処理装置。

Images