JP7326961B2 - 現金処理装置 - Google Patents

Description

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

従来、金融機関や、スーパーマーケット等の流通施設および商業施設に、現金処理装置が設置されている。現金処理装置は、売上金を入金する入金取引、釣銭準備金を出金する釣銭出金取引、現金を補充する補充取引、および現金を回収する回収取引などを実行する。

例えば店舗の売り場に設置されたレジスタにおいて売上金がある程度蓄積した場合、または、レジ担当者が交代する場合などに、レジ担当者が売上金や釣銭準備金をレジスタから回収し、現金処理装置に入金する入金取引が行われる。例えば下記特許文献１では、釣銭のための現金を収納する釣銭収納庫と、現金を収納する現金金庫とを備え、現金が投入された際に、売上金を現金金庫に収納し、予め入力された売上金額を超えた現金は釣銭収納庫へ収納する現金管理装置が開示されている。

特開２００６－１５５３２６号公報

ここで、上記特許文献１では、現金金庫の収納量を確認し、ニアフル基準値を超えている場合は現金の回収が必要と判定することが記載されている。現金の回収は、例えば現金金庫内のカセット（紙幣金庫カセットや硬貨金庫カセット）を取り出して行われる。

しかしながら、数千万円のような多額の売上金など、大量の現金を入金する売上入金取引の場合、現金の収納カセットの容量を超えるため、現金を分割して投入し、売上入金取引と売上一部回収取引を繰り返し行わなければならない。このため、対処に多くの時間と手間がかかっていた。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、多額の入金取引時における操作者の負担を軽減させることが可能な、新規かつ改良された現金処理装置を提供することにある。

上記課題を解決するために、本発明のある観点によれば、現金を入金する入金口と、前記現金を出金する出金口と、取引内容に関する画面を表示する表示部と、前記取引内容に応じて前記現金の入出金を制御する制御部と、を備え、前記制御部は、売上入金取引において、取得した売上金情報が、閾値を超えるか否かを判断し、超える場合には、売上金の入金処理は行わずに、前記取得した売上金情報を、売上金の集計結果に反映させるよう制御する、現金処理装置が提供される。

また、前記現金処理装置は、前記売上金情報を外部装置から受信する受信部をさらに備え、前記制御部は、前記受信部を介して、前記外部装置から前記売上金情報を取得してもよい。

また、前記制御部は、前記受信した売上金情報が前記閾値を超える場合、前記表示部に、売上金情報を入力させる画面を表示するよう制御し、前記画面から入力された売上金情報が、前記受信した売上金情報と一致する場合に、前記入金処理を行わずに当該売上金情報を集計結果に反映させるよう制御してもよい。

また、前記制御部は、前記表示部に、売上金情報を入力させる画面を表示するよう制御し、当該画面から入力された前記売上金情報を取得してもよい。

また、前記制御部は、前記売上金情報が前記閾値を超える場合、売上金の計数処理を行い、前記計数の結果が、前記取得した売上金情報と一致する場合に、前記入金処理を行わずに当該売上金情報を集計結果に反映させる制御を行ってもよい。

また、前記現金処理装置は、前記現金を鑑別する鑑別部と、前記現金を一時的に集積する一時保留部と、をさらに備え、前記制御部は、前記売上金情報が前記閾値を超える場合、前記入金口に投入された現金を前記鑑別部に搬送して計数し、さらに前記鑑別部から前記一時保留部へ搬送し、次いで、前記一時保留部に集積した現金を前記出金口に搬送して返却してもよい。

また、前記制御部は、前記計数の結果が、前記取得した売上金情報で示される数値を下回る場合、前記表示部に、追加入金を促す画面を表示する制御を行い、前記一時保留部に集積した現金を前記出金口に搬送して返却した後、前記入金口から追加入金された現金を計数し、計数結果を、追加入金前の計数結果に合算する制御を行ってもよい。

また、前記現金処理装置は、前記取引内容を記憶する記憶部と、前記現金を収納する現金収納庫と、をさらに備え、前記制御部は、前記現金収納庫に前記現金を収納する前記入金処理を行わずに、前記売上金情報を前記記憶部に記憶し、売上回収取引の際、売上金の集計結果を確定させる締上取引により確定した売上金額から、前記入金処理を行わずに記憶した前記売上金情報で示される金額を減算した金額を、回収金額とする制御を行ってもよい。

また、前記売上金情報は、金額または金種枚数の少なくともいずれかを含んでもよい。

また、前記現金は、紙幣であって、前記入金口および前記出金口は、前記紙幣の入金および出金を行う紙幣入出金口であってもよい。

また、前記現金は、硬貨であって、前記入金口は、硬貨投入口であり、前記出金口は、硬貨返却口であってもよい。

以上説明したように本発明によれば、多額の入金取引時における操作者の負担を軽減させることを可能とする。

本発明の実施形態による現金処理システムのシステム構成例を示す図である。 本発明の実施形態による現金処理装置の内部構造の一例を示す概略側面図である。 本実施形態による現金処理装置の機能構成の一例を示すブロック図である。 本実施形態の第１の実施例による売上入金取引における動作処理の流れの一例を示すフローチャートである。 本実施形態の第１の実施例による売上金が閾値を超えない場合の表示画面例を示す図である。 本実施形態の第１の実施例による売上金が閾値を超える場合の表示画面例を示す図である。 本実施形態の第２の実施例による売上入金取引における動作処理の流れの一例を示すフローチャートである。 本実施形態の第２の実施例による売上入金取引における動作処理の流れの一例を示すフローチャートである。 本実施形態の第２の実施例による売上金が閾値を超える場合の表示画面例を示す図である。 本実施形態の変形例による売上入金取引における動作処理の流れの一例を示すフローチャートである。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

＜１．システム構成＞
本発明の実施形態は、主に、現金処理装置における入金取引に関する。以下では、本システムおよび各装置の構成を説明した後に、本発明の実施形態による動作処理について詳細に説明する。

図１は、本発明の実施形態による現金処理システムのシステム構成例を示す図である。本実施形態による現金処理システムは、図１に示すように、営業等の各担当者が利用する情報処理端末３と、上位ＰＣ（パーソナルコンピュータ）２と、現金処理装置１とを含む。

情報処理端末３は、客の元に出向く営業担当者等に携帯される。営業担当者等は、客から現金を受け取った際に、売上金情報として、客の情報や、売上金額、受け取った現金の金種枚数、日時などを、情報処理端末３に入力する。また、営業担当者は、客から受け取った現金（売上金）の他、釣銭準備金も持ち運び、必要に応じて釣銭を客に払い出す。営業担当者は、払い出した釣銭の金額や金種枚数も、情報処理端末３に入力するようにしてもよい。

情報処理端末３に入力された売上金額の情報は、上位ＰＣ２に送信される。上位ＰＣ２への送信は現金の受け入れが行われる度に実行されてもよいし、一定時間毎など定期的に実行されてもよいし、営業担当者が店舗に戻った際に実行されてもよい。

上位ＰＣ２は、現金処理に関する情報の収集や管理を行う情報処理装置であって、例えば、店舗毎に設置されてもよい。また、上位ＰＣ２は、店舗に設置される現金処理装置１と通信接続し、データの送受信を行う。

現金処理装置１は、例えば各店舗に設置され、現金の入金取引、出金取引、補充取引、および売上回収取引などを行う。ここで、現金処理装置１が有する取引機能について、具体的に説明する。

例えば、現金処理装置１は、釣銭準備金として使用する現金を入金する「補充取引」を行う。また、現金処理装置１は、営業担当者毎に、釣銭準備金を出金する「出金取引」を行う。また、現金処理装置１は、各営業担当者が客から受け取った現金（売上金）の入金を受け入れる「売上入金取引」を行う。売上入金取引では、営業担当者が持ち帰った釣銭準備金（「出金取引」により出金した現金）の入金を併せて行ってもよい。現金処理装置１は、各営業担当者に出金した釣銭準備金の金額や金種枚数を記憶し得る。

また、現金処理装置１は、「売上入金取引」の集計結果を算出し、売上金を確定させる「締上取引」を行う。また、現金処理装置１は、締上取引により確定した売上金を回収する「売上回収取引」を行う。売上回収取引では、例えば後述する回収カセット１７（図２参照）から現金が回収され得る。

また、現金処理装置１は、売上金の一部を出金する「売上一部回収取引」を行う。売上一部回収取引では、例えば後述する紙幣入出金口１１から現金が出金され得る。

以上説明した各取引は、取引毎に、操作者に所定の権限を必要とするものであってもよい。例えば、「出金取引」および「売上入金取引」は、営業担当者が実施可能であり、「補充取引」および「締上取引」は、管理者のみが実施可能であり、「売上回収取引」および「売上一部回収取引」は、売上管理者のみが実施可能であってもよい。操作者の権限は、操作者によるＩＤの入力等により、現金処理装置１により認証され得る。

＜２．現金処理装置の構造＞
続いて、現金処理装置１の内部構造について説明する。図２は、本発明の実施形態による現金処理装置１の内部構造の一例を示す概略側面図である。

図２に示すように、現金処理装置１は、上面には、紙幣入出金口１１、カードリーダ部１２０、レシートプリンタ部１２２、操作表示部１１０、および硬貨投入口１９が設けられ、内部に、紙幣処理部１４０および硬貨処理部１５０を有する。

紙幣処理部１４０は、紙幣入出金口１１、紙幣一時保留部１２、紙幣鑑別部１３、万券カセット１４、五千券カセット１５、千券カセット１６、回収カセット１７、およびリジェクト部１８を有する。紙幣入出金口１１は、紙幣を投入するための投入口と、釣銭出金取引において紙幣を出金するための出金口と、入金がリジェクトされた紙幣を返却したりするための返却口と、を兼ねている。紙幣一時保留部１２は、入金計数時および売上金作成時に一時的に紙幣を集積するものである。紙幣鑑別部１３は、投入された紙幣の真偽、金種、正損等を鑑別するものである。

万券カセット１４、五千券カセット１５、および千券カセット１６は、それぞれ万券、五千券、千券を釣銭準備金として収納しておくものであり、それぞれがいわゆるリサイクルカセット（還流庫）で構成されているものとする。売上入金で正券と鑑別された紙幣は、リサイクルカセットに収納され、釣銭出金時にリサイクルカセットから出金される。また、現金処理装置１は、万券カセット１４、五千券カセット１５、千券カセット１６の代わりに、現金処理装置１が取り扱うべき各種紙幣に対応したものを備えていてもよい。

回収カセット１７は、売上回収取引において、万券カセット１４、五千券カセット１５、および千券カセット１６から、売上金を移動し、収納するものである。

リジェクト部１８は、売上入金時に紙幣一時保留部１２からリサイクルカセットへ収納するときのリジェクト紙幣と、リサイクルカセットから釣銭出金するときのリジェクト紙幣と、売上金作成でリサイクルカセットから回収カセット１７へ移動するときのリジェクト紙幣とを集積するものである。

硬貨処理部１５０は、硬貨投入口１９、硬貨鑑別部２０、硬貨一時保留部２１、硬貨返却箱（硬貨返却口）２２、出金ホッパ２３、硬貨出金箱２４、および硬貨回収庫２５を有する。硬貨投入口１９は、操作者が硬貨を入金するための投入口である。硬貨鑑別部２０は、投入された硬貨の画像データを読み取り、硬貨の真偽、金種、正損等の鑑別を行うものである。硬貨一時保留部２１は、入金計数時に一時的に硬貨を集積するものである。硬貨返却箱２２は、計数取引および売上入金取引の取消しにより硬貨を返却するものである。

出金ホッパ２３は、硬貨の釣銭準備金を収納しておくものである。硬貨出金箱２４は、釣銭出金時取引において利用者に硬貨を出金するための硬貨出金口である。売上入金で正常と識別された硬貨は、出金ホッパ２３に収納され、釣銭出金時に出金ホッパ２３から出金される。硬貨回収庫２５は、売上回収取引時に出金ホッパ２３から売上金を移動し、収納するものである。

なお、万券カセット１４、五千券カセット１５、千券カセット１６、回収カセット１７、出金ホッパ２３および硬貨回収庫２５は、セキュリティ性を高めるために、鍵を備えていてもよい。

また、現金処理装置１には、紙幣処理部１４０にアクセスする為の扉と、硬貨処理部１５０にアクセスする為の扉とが設けられ、それぞれ各扉を開けるための鍵（扉鍵）が設けられていてもよい（いずれも不図示）。

（課題の整理）
ここで、数千万円のような多額の売上金など、大量の現金を入金する売上入金取引の場合、現金収納庫（紙幣の場合は、万券カセット１４、五千券カセット１５、および千券カセット１６といったリサイクルカセット、硬貨の場合は、出金ホッパ２３）の容量を超えるため、従来は、現金を分割して投入し、売上入金取引と売上一部回収取引を繰り返し行わなければならず、対処に多くの時間と手間がかかっていた。

例えば、万券カセット１４の収納容量が２，０００枚の場合に、売上金五千万円（万券５，０００枚）を入金すると、万券５，０００枚は万券カセット１４の収納容量を超えてしまう。したがって、操作者は、まずは万券２，０００枚（二千万円）を売上入金取引により入金し、次いで、万券２，０００枚（二千万円）を売上一部回収取引により出金（回収）する、といった操作を２回繰り返し、最後に万券１，０００枚（一千万円）を入金して終了とする必要があった。また、売上入金取引は営業担当者が可能であっても、売上一部回収取引は権限を有さないため出来ない場合もある。この場合、売上一部回収取引の権限を有する売上管理者と二人で対処しなければならなかった。

このように、大量の現金を入金する場合、対処に多くの時間と手間、さらには人的コスト（回収取引を行うことができる権限者も必要）がかかるといった問題があった。

そこで、本実施形態では、売上入金の上限値を定め、上限値を超える場合は、売上金の入金処理（現金収納庫への収納）は行わずに、売上金情報を、売上金の集計結果に反映させる制御を行うことで、多額の入金取引時における操作者の負担を軽減させることを可能とする仕組みを提案する。

すなわち、本実施形態による現金処理装置１は、実際は現金の入金処理（現金収納庫への収納）は行っていないが、入金したものとしてデータ上は扱い（入金取引として履歴を残す）、売上金の集計結果に反映させる。入金処理を行わなかった現金は、例えば操作者（営業担当者など）から所定の担当者（例えば売上管理者）に手渡され、別金庫で管理される。

これにより、多額の現金の売上入金時に、現金を分割して入金取引と回収取引を繰り返す必要がなくなり、また、回収取引を行うことができる権限者も不要となり、時間や手間、人的コストの削減が実現され得る。

なお、本実施形態では、一例として、客の元に出向いて現金を受け取った営業担当者等が、店舗に戻り、集金した売上金を現金処理装置１に入金する場合を想定して説明しているが、本実施形態はこれに限定されない。例えば、店舗の売り場等に設置される釣銭機に、店舗に訪れた客から受取った現金をレジ担当者が入金し、その釣銭機から売上金を回収して現金処理装置１に入金する場合も想定され得る。この場合は、図１の情報処理端末３が釣銭機に対応し、上位ＰＣ２が釣銭機に接続されるＰＯＳ端末（Point of Sales）に対応する。

＜３．現金処理装置１の機能構成＞
図３は、本実施形態による現金処理装置１の機能構成の一例を示すブロック図である。図３に示すように、現金処理装置１は、制御部１００、操作表示部１１０、カードリーダ部１２０、レシートプリンタ部１２２、通信部１３０、紙幣処理部１４０、硬貨処理部１５０、および記憶部１６０を有する。

制御部１００は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を中心に構成されており、現金処理装置１の各機能部を制御して、各種の取引（釣銭準備金の補充取引、釣銭準備金の出金取引、売上金の入金取引、売上金の回収取引、および売上金の一部回収取引、および締上取引等）を実行する。また、制御部１００は、各取引の履歴を記憶部１６０に記憶させる制御を行う。締上取引時には、取引履歴（売上入金取引や、釣銭出金取引等）に基づいて売上金が集計される。

操作表示部１１０は、操作の誘導画面を表示する表示部および利用者が操作入力を行うための入力部としての機能を包含する。表示部としての機能は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置により実現される。また、入力部としての機能は例えばタッチパネルにより実現される。なお、図２および図３においては表示部および入力部の機能が現金処理装置１において一体的に構成される例を示しているが、表示部および入力部の機能は分離して構成されてもよい。

カードリーダ部１２０は、カード挿入排出口（不図示）に挿入されたＩＤカード等から、ＩＤカード等に書き込まれた情報を読み取る。ＩＤカード等に書き込まれる情報としては、例えば、カードを利用する操作者を識別するための識別情報、および許可されている取引の種類を示す情報（権限情報）が挙げられる。なお、本実施形態は係る例に限定されず、カードリーダ部１２０に代えて、または加えて、指紋や掌紋等を認識する生体読取部や、暗証番号を入力する暗証番号入力部が設けられていてもよい。また、情報の読み取りは、ＩＤカードに印字されたバーコードやＱＲコード（登録商標）といった二次元コードを二次元コード読み取り装置（例えばバーコードリーダ）により行ってもよい。

レシートプリンタ部１２２は、取引の結果が印字されたレシートを発行する。例えば、レシートプリンタ部１２２は、売上入金取引の結果が印字されたレシートを発行する。

通信部１３０は、例えば専用網（ＬＡＮなど）を介して、上位ＰＣ２と、データの送受信を行い得る。また、通信部１３０は、情報処理端末３と直接通信接続し、データの送受信を行ってもよい。

紙幣処理部１４０は、紙幣入出金口１１（図２参照）から投入された紙幣の入金処理および紙幣入出金口１１への紙幣の払い出し処理を行う。硬貨処理部１５０は、硬貨投入口１９から投入された硬貨の入金処理および硬貨出金箱２４等への硬貨の払い出し処理を行う。

記憶部１６０は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から実現され、現金処理装置１の動作を制御するための制御プログラムや、現金処理装置１の取引時における入力データ、表示画面等を格納する。また、記憶部１６０は、制御部１００の制御に従って、現金処理装置１で行われた各取引内容を記憶する。

＜４．動作処理＞
（４－１．第１の実施例）
図４は、本実施形態の第１の実施例による売上入金取引における動作処理の流れの一例を示すフローチャートである。ここでは、例えば営業担当者（以下、操作者と称す）が売上金を現金処理装置１に入金する場合を想定する。

図４に示すように、まず、現金処理装置１は、ログイン処理を行う（ステップＳ１０３）。ログイン処理では、操作者の識別や、操作者が有する権限の認証が行われる。例えば制御部１００は、操作表示部１１０にログイン画面を表示し、操作者の有するＩＤカードの読み取りを促す。操作者は、ログイン画面の指示に従って、ＩＤカードをカードリーダ部１２０に挿入したり、若しくは、バーコードリーダ等で操作者の名札等に印字されたバーコード等の読み取りを行ったりする。これにより、操作者が誰であるかが識別される。また、制御部１００は、セキュリティ性を高めるため、暗証番号の入力画面を操作表示部１１０に表示し、暗証番号の入力を促してもよい。

次に、制御部１００は、メニュー画面を操作表示部１１０に表示する（ステップＳ１０６）。メニュー画面には、出金取引および入金取引など、各種取引の候補が表示される。

「入金」以外が押下された場合（ステップＳ１０９／Ｎｏ）、制御部１００は、選択された取引を通常通り実施する（ステップＳ１１５）。

一方、「入金」が押下された場合（ステップＳ１０９／Ｙｅｓ）、制御部１００は、上位ＰＣ２から、当該操作者に対応する売上金情報を取得する（ステップＳ１１２）。上位ＰＣ２では、情報処理端末３から収集した売上金情報を、営業担当者（操作者）毎に管理している。なお、現金処理装置１によるかかる売上金情報の取得タイミングは、図４に示す例に限定されず、例えばログイン処理において操作者を識別できた際に行ってもよいし、暗証番号の入力が正しかった場合に行ってもよい。

次いで、制御部１００は、上位ＰＣ２から取得した売上金情報の数値は、閾値（上限値）を超えるか否かを判断する（ステップＳ１１８）。本実施形態において、売上金情報には、売上金額および売上金の金種枚数の少なくともいずれかが含まれる。また、閾値は、金額であってもよいし、金種枚数であってもよい。また、金額および金種枚数であってもよい。閾値は、現金収納庫の収納容量に応じて設定され得る。例えば、現金収納庫の最大容量（フル）または最大容量よりも少ない容量（ニアフル）に予め設定されていてもよいし、現金収納庫の現在の集積残容量に応じて設定されてもよい。閾値を超える入金は、すなわち、現金収納庫の容量を超えるため、上述した通り、入金取引と回収取引を繰り返し行わなければならず、時間と手間がかかってしまうことが想定される。

次に、閾値を超えない場合（ステップＳ１１８／Ｎｏ）、制御部１００は、現金を現金収納庫に収納する入金処理を行う（ステップＳ１２１～Ｓ１３３）。

具体的には、制御部１００は、上位ＰＣ２から取得した売上金情報を表示し、入金（投入）を促す（ステップＳ１２１）。ここで、図５に、売上金が閾値を超えない場合の表示画面例を示す。図５の上段に示すように、売上金が閾値を超えない場合、操作表示部１１０には、上位ＰＣ２から取得した売上金情報の金額を「入金指定額」として示し、さらに、入金（投入）を促す文章を示す画面５０が表示される。なお「要つり銭返納額」とは、当該操作者に釣銭準備金を出金していた場合に表示される。操作者は、釣銭準備金を売上金と併せて入金することが可能である。「合計入金額」とは、「入金指定額」と「要つり銭返納額」を合算した金額であり、投入すべき現金の金額を示すものである。

次いで、制御部１００は、投入された現金の計数処理を行う（ステップＳ１２４）。紙幣の場合は、紙幣入出金口１１に投入された紙幣を、鑑別部１３を介して紙幣一時保留部１２に搬送し、計数する。また、硬貨の場合は、硬貨投入口１９に投入された硬貨を、硬貨鑑別部２０を介して硬貨一時保留部２１に搬送し、計数する。

次に、制御部１００は、計数処理の結果を示す金額確認画面を操作表示部１１０に表示する（ステップＳ１２７）。金額確認画面の一例を、図５下段の画面５２として示す。画面５２に示す「合計入金額」とは、投入された現金を計数した計数結果に基づく金額である。「入金指定額」とは、上位ＰＣ２から取得した売上金情報に基づく金額である。また、これらが一致している場合、画面上に「一致」と表示され、「金額を確認し、『確認』を押してください」といった文章が表示される。確認ボタンは、画面５２に表示してもよいし、現金処理装置１の上面に設けられたボタンであってもよい。確認ボタンが押下された場合、制御部１００は、一時保留に蓄積した各現金を金種別に現金収納庫に収納する（すなわち、紙幣はリサイクルカセット（万券カセット１４、五千券カセット１５、千券カセット１６）に、硬貨は出金ホッパ２３にそれぞれ金種別に収納する）。売上金が閾値を超えない場合に入金処理（すなわち、現金収納庫への収納処理）を行っているため、現金収納庫は満杯とはならない。

次いで、制御部１００は、計数結果を売上金の集計結果に反映し（ステップＳ１３０）、今回の入金取引の内容（入金額など）をレシートに印字して排出する（ステップＳ１３３）。なお、制御部１００は、計数結果を、売上入金取引結果として記憶部１６０に記憶し、締上取引時に集計結果に反映させるようにしてもよい。

次に、売上金が閾値を超える場合（ステップＳ１１８／Ｙｅｓ）、制御部１００は、入金額入力画面を表示する（ステップＳ１３６）。ここで、図６に、売上金が閾値を超える場合の表示画面例を示す。図６の上段に示すように、売上金が閾値を超える場合、操作表示部１１０には、「入金額（つり銭除く）が指定できます」といった文章と、入金額の入力欄４０１を示す画面４０が表示される。「入金額」とは、売上金額である。本実施形態では、売上金が閾値を超える場合、売上金の入金処理（現金処理装置１の現金収納庫への収納）は行わないが、当該売上金を現金処理装置１における売上金の集計結果には反映させるべく、操作者による売上金額の手入力を実行する。操作者は、入力欄４０１に、例えば現金処理装置１の上面に設けられたテンキーを操作して入金額（売上金額）を入力する。操作者（例えば営業担当者）は、自身の売上金額を、情報処理端末３や上位ＰＣ２により把握することが可能である。具体的には、情報処理端末３には、毎回の売上取引の内容（客から受け取った売上金情報）が営業担当者により入力されているため、例えば営業担当者が現金処理装置１で売上入金取引を行う際に、手元の情報処理端末３を操作し、その日の売上総額を表示または予め印字し、売上額を把握することが可能である。

なお、ここでは一例として売上金の「金額」を画面４０に入力しているが、売上金の「金種枚数」を入力してもよい。操作者は、売上金の金種枚数も、情報処理端末３等により把握し得る。

次いで、制御部１００は、操作者により手入力された入金額が、上位ＰＣ２から取得した売上金額と一致するか否かを判断する（ステップＳ１３９）。上位ＰＣ２から取得した売上金額も、情報処理端末３から取得した情報であるため、通常は一致することが想定されるが、本実施形態では、確認のために操作者に手入力させている。上述した通り、本実施形態では、売上金が閾値を超える場合、売上金の入金処理（現金処理装置１の現金収納庫への収納）は行わないが、当該売上金を、売上金の集計結果には反映させるため、売上金額を十分に確認することが望ましい。

次に、手入力された金額（入金額）と、上位ＰＣ２から取得した売上金額が一致しない場合（ステップＳ１３９／Ｎｏ）、入金額が正しくない旨を操作者に通知し、再入力を促す（ステップＳ１４２）。

一方、手入力された金額（入金額）と、上位ＰＣ２から取得した売上金額が一致した場合（ステップＳ１３９／Ｙｅｓ）、制御部１００は、金額確認画面を表示する（ステップＳ１４５）。金額確認画面の一例を、図６下段の画面４２として示す。画面４２に示す「合計入金額」とは、操作者の手入力に基づく「入金額」と「要つり銭返納額」を合算した金額であり、「入金指定額」とは、上位ＰＣ２から取得した売上金情報に基づく金額である。これらが一致している場合、画面上に「一致」と表示され、「金額を確認し、『確認』を押してください」といった文章が表示される。確認ボタンは、画面４２に表示してもよいし、現金処理装置１の上面に設けられたボタンであってもよい。また、画面４２に示す「要つり銭返納額」とは、当該操作者に釣銭準備金を出金していた場合に表示される。これにより操作者は、釣銭の返納が必要なこと、および金額等を認識できる。

そして、確認ボタンが押下された場合、制御部１００は、売上金の入金処理（現金処理装置１の現金収納庫への収納）は行わずに、売上金額を、売上金の集計結果に反映する（ステップＳ１４８）。具体的には、制御部１００は、入金取引として記憶部１６９に履歴を残し、売上金の集計結果に反映される状態とする。また、制御部１００は、入金取引の内容（実際は現金の入金処理は行っていないが、入金したものとして扱う）をレシートに印字して排出する（ステップＳ１５１）。

また、釣銭の入金（返納）もここで実際には行われないが、制御部１００は、当該操作者から釣銭の返納が行われたものとして取り扱う（具体的には、当該操作者の釣銭準備金が返納されたことを、記憶部１６０に記憶する）。また、操作者は、入金処理を行わなかった現金（売上金および釣銭を含めた現物）を、所定の担当者（例えば売上管理者）に手渡す。売上管理者は、かかる現金を別金庫で管理する。なお、売上管理者は、操作者から手渡された現金のうち釣銭分を現金処理装置１に補充取引により入金してもよい。

以上説明したように、第１の実施例による入金取引では、売上金が閾値を超える場合は、入金処理（現金処理装置１の現金収納庫への収納）は行わずに、売上金額を、売上金の集計結果に反映させる制御を行う。これにより、多額の現金の売上入金時に、現金を分割して入金取引と回収取引を繰り返す必要がなくなり、また、回収取引を行うことができる権限者も不要となり、時間や手間、人的コストの削減が実現される。また、実際は現金の入金処理を行っていないが、入金したものとして扱い、現金処理装置１における売上金の集計結果に反映させるため、現金処理装置１でその日の売上金の集計処理を行うことができ、余計な作業負担が生じず、利便性が高いという効果を有する。

なお、売上金回収取引では、締上取引で確定した売上金から、実際の入金は行わずに手入力した売上金額分を減額した売上金額を回収するよう制御する。

（４－２．第２の実施例）
続いて、第２の実施例による入金取引の動作処理について説明する。本実施例では、多額の現金の売上入金時に、実際の入金（現金収納庫への収納）は行わない点は第１の実施例と同様であるが、さらに計数処理を行うようにすることで、時間や手間、人的コストの削減を実現しつつ、かつ、売上金額の正確性を高めることが可能となる。

図７および図８は、本実施形態の第２の実施例による売上入金取引における動作処理の流れの一例を示すフローチャートである。

図７のステップＳ１０３～ステップＳ１１８に示す処理は、図４を参照して説明した第１の実施例による同符号と同様の処理であるため、ここでの説明を省略する。また、図７のステップＳ１６０に示す入金処理は、図４のステップＳ１２１～ステップＳ１３３に示す処理に相当する。

本実施例では、図７に示すように、上位ＰＣ２から取得した売上金情報の数値が閾値を超える場合（ステップＳ１１８／Ｙｅｓ）、制御部１００は、上位ＰＣ２から取得した売上金情報を操作表示部１１０に表示し、現金投入を促す（ステップＳ１６３）。ここで、図９に、第２の実施例による売上金が閾値を超える場合の表示画面例を示す。売上金情報の数値が閾値を超える場合、図９上段に示す画面４５が表示される。画面４５には、上位ＰＣ２から取得した売上金情報に含まれる売上金額が、「入金指定額」として表示されている。なお、当該操作者に対して釣銭準備金を出金していた場合には、「要つり銭返納額」として表示される。「合計入金額」は、「入金指定額」と「要つり銭返納額」を合算した金額である。また、画面４５には、「紙幣および硬貨を入金してください」といった、現金投入口（紙幣入出金口１１および硬貨投入口１９）に売上金（「要つり銭」がある場合は釣銭を含む）の投入を促す文言が表示される。操作者は、第１の実施例と異なり、売上金を現金投入口（紙幣入出金口１１および硬貨投入口１９）に投入する。

次に、制御部１００は、投入された売上金の計数処理を行う（ステップＳ１６６）。計数処理は、投入された現金の鑑別および計数を行いその結果を出力する処理である。制御部１００は、例えば紙幣の場合は、紙幣入出金口１１に投入された紙幣を、鑑別部１３を介して紙幣一時保留部１２に搬送し、計数する。また、制御部１００は、硬貨の場合は、硬貨投入口１９に投入された硬貨を、硬貨鑑別部２０を介して硬貨一時保留部２１に搬送し、計数する。

次いで、制御部１００は、計数結果が、上位ＰＣ２から取得した売上金額と一致するか否かを判断する（ステップＳ１６９）。

一致する場合（ステップＳ１６９／Ｙｅｓ）、制御部１００は、計数結果および上位ＰＣ２から取得した売上金額が一致する旨とその金額を示す金額確認画面を表示する（ステップＳ１７２）。確認ボタンが押された場合、制御部１００は、入金額を集計結果に反映する（ステップＳ１７５）。具体的には、制御部１００は、入金取引として記憶部１６９に履歴を残し、売上金の集計結果に反映される状態とする。また、制御部１００は、入金取引の内容をレシートに印字して排出する（ステップＳ１７８）。

次に、制御部１００は、投入された現金を操作者に返却する（ステップＳ１８１）。具体的には、制御部１００は、紙幣一時保留部１２や硬貨一時保留部２１に集積された現金を、紙幣入出金口１１や硬貨返却箱２２に出金して返却する。

次いで、制御部１００は、返却した現金の操作者による受取が完了したことを確認する（ステップＳ１８４）。受取完了の確認は、例えば紙幣入出金口１１や硬貨返却箱２２に設けられたセンサの検知結果に基づいて行われ得る。操作者は、返却された現金（入金処理を行わなかった現金（売上金および釣銭を含めた現物））を、所定の担当者（例えば売上管理者）に手渡す。売上管理者は、かかる現金を別金庫で管理する。なお、売上管理者は、操作者から手渡された現金のうち釣銭分を現金処理装置１に補充取引により入金してもよい。

一方、計数結果が、上位ＰＣ２から取得した売上金額と一致しておらず（ステップＳ１６９／Ｎｏ）、計数結果が上位ＰＣ２に対して不足している場合（図８のステップＳ１９０／不足）、制御部１００は、操作者に、追加入金が必要なことを通知する（ステップＳ２０２）。

ここで、不足時における表示画面例を、図９の画面４７として示す。画面４７に示すように、「不足分の入金は『追加入金』を押してください」といった文言と共に、入金額が不足していた旨を通知する。画面４７に示す「合計入金額」とは、計数結果に基づく金額であり、「入金指定額」とは、上位ＰＣ２から取得した売上金情報に基づく金額（画面４５に示す入金指定額）である。画面４７では、計数結果（合計入金額）が、入金指定額に対して２百万円不足していることが示されている。操作者は、追加入金する場合、画面４７に表示されている追加入金ボタンを選択する。

追加入金ボタンが選択された場合、制御部１００は、既に投入されている現金（一時保留部に集積している現金）を全て操作者に返却し（ステップＳ２０５）、返却した現金を操作者が受け取った後（ステップＳ２０８）、再度、現金投入を促す（図７に示すステップＳ１６３）。操作者は、返却された現金も含めてすべての売上金を、投入する。

一方、計数結果が、上位ＰＣ２から取得した売上金額と一致しておらず（ステップＳ１６９／Ｎｏ）、図８に示すように、計数結果が上位ＰＣ２に対して過剰である場合（図８のステップＳ１９０／過剰）、制御部１００は、操作者に、入金過剰により入金を取り消すことを通知する（ステップＳ１９３）。

ここで、過剰時における表示画面例を、図９の画面４９として示す。画面４９に示すように、「入金過剰により現金を返却し入金を取り消します。『確認』を押してください」といった文言と共に、入金額が過剰している旨を通知する。画面４９に示す「合計入金額」とは、投入された現金を計数した計数結果に基づく金額であり、「入金指定額」とは、上位ＰＣ２から取得した売上金情報に基づく金額（画面４５に示す入金指定額）である。画面４９では、計数結果（合計入金額）が、入金指定額に対して５百万円過剰であることが示されている。

確認ボタンが選択された場合、制御部１００は、既に投入されている現金（一時保留部に集積している現金）を全て操作者に返却し（ステップＳ１９６）、返却した現金を操作者が受け取ったことを確認し、入金取引を終了する（ステップＳ１９９）。

なお、図９に示す画面例では、「要つり銭返納額」は０円として言及していないが、操作者に釣銭準備金を出金していた場合は、その金額を「要つり銭返納額」として提示する。また、制御部１００は、「要つり銭返納額」分が、売上金と併せて投入された場合も、計数処理を行い（ステップＳ１６６）、金額が一致する場合（ステップＳ１６９／Ｙｅｓ）、釣銭を含めて現金を操作者に返却する。そして、制御部１００は、第１の実施例と同様に、釣銭の現金処理装置１への入金（返納）は実際には行われないが、当該操作者から釣銭の返納が行われたものとして取り扱う。上述したように、操作者から現金を手渡された売上管理者は、かかる現金のうち、釣銭分を現金処理装置１に補充取引により入金してもよい。

以上説明したように、第２の実施例による入金取引では、売上金が閾値を超える場合、入金処理（現金処理装置１の現金収納庫への収納）は行わないが、売上金の計数処理のみを行い（計数後、現金は返却する）、計数結果が、上位ＰＣ２から取得した売上金情報と一致するか否かを確認した上で、売上金額を、売上金の集計結果に反映させる制御を行う。これにより、多額の現金の売上入金時に、時間や手間、人的コストの削減を実現すると同時に、現金の計数処理を行うことで、より正確に売上金を集計することが可能となる。

なお、売上金回収取引では、締上取引で確定した売上金から、実際の入金は行わずに計数のみを行った売上金額分を減額した売上金額を回収するよう制御する。

また、第２の実施例においても、計数処理を行う前などに、売上金（入金指定額）を操作者により手入力してもよい（すなわち、例えば図９に示す画面４５の「入金指定額」に代えて第１の実施例と同様に操作者が「入金額」を手入力してもよい）。操作者は、情報処理端末３等により売上金を把握することが可能である。この場合、制御部１００は、計数結果が入金指定額と一致しない場合（不足や過剰）、その旨を操作表示部１１０に表示し、操作者に確認を促すようにしてもよい（不足の場合は、追加入金を促してもよい）。

また、上記第１および第２の実施例では、上位ＰＣ２が、各情報処理端末３から売上金情報を取得し、現金処理装置１からの要求に応じて、該当する操作者（営業担当者等）の売上金情報を通知する例について説明しているが、本実施形態はこれに限定されず、釣銭機に接続されるＰＯＳ端末を上位ＰＣ２と読み替え、ＰＯＳ端末から釣銭機の売上金情報を取得してもよい。また、上位ＰＣ２が、各ＰＯＳ端末から売上金情報を取得してもよい。

＜５．変形例＞
上述した実施形態では、図１に示すように、上位ＰＣ２を含むシステム構成であって、現金処理装置１が、操作者（営業担当者等）の売上金情報を上位ＰＣ２から取得し、現金処理装置１において手入力された売上金や計数した売上金と一致するか否かを確認しているが、本発明はこれに限定されず、上位ＰＣ２を含まない構成であってもよい。すなわち、現金処理装置１は、入金処理を行わなかった売上金について、手入力された売上金や計数した売上金の一致確認をせずに、売上金として集計結果に反映させる制御を行ってもよい。

具体的な動作処理について、図１０を参照して説明する。図１０は、本実施形態の変形例による売上入金取引における動作処理の流れの一例を示すフローチャートである。

図１０に示すステップＳ１０３～ステップＳ１０９、Ｓ１１５に示す処理は、図４を参照して説明した第１の実施例による同符号と同様の処理であるため、ここでの説明を省略する。

本実施例では、図１０に示すように、メニュー画面から「入金」が押下された場合（ステップＳ１０９／Ｙｅｓ）、制御部１００は、売上金情報の入力画面（図６の画面４０に示すような「入金額」の入力画面）を、操作表示部１１０に表示する（ステップＳ２２０）。

次いで、制御部１００は、入力された売上金情報の数値が閾値を超えるか否かを判断する（ステップＳ２２３）。閾値を超えない場合（ステップＳ２２３／Ｎｏ）、制御部１００は、入金処理（現金収納庫への収納）を行う（ステップＳ２２６）。ステップＳ２２６に示す入金処理は、図４のステップＳ１２１～ステップＳ１３３に示す処理に相当する。

一方、閾値を超える場合（ステップＳ２２３／Ｙｅｓ）、制御部１００は、入力された売上金額を示す金額確認画面を操作表示部１１０に表示する（ステップＳ２２９）。操作者は、金額を確認し、確認ボタンを押下する。

次いで、制御部１００は、売上金の入金処理（現金処理装置１の現金収納庫への収納）は行わずに、手入力された売上金額を、売上金の集計結果に反映する（ステップＳ２３２）。具体的には、制御部１００は、入金取引として記憶部１６９に履歴を残し、売上金の集計結果に反映される状態とする。

そして、制御部１００は、入金取引の内容（実際は現金の入金処理は行っていないが、入金したものとして扱う）をレシートに印字して排出する（ステップＳ２３５）。

以上説明したように、本変形例による入金取引では、売上金が閾値を超える場合、入金処理（現金処理装置１の現金収納庫への収納）は行わないが、手入力された金額を売上金として集計結果に反映させる制御を行うことで、時間や手間、人的コストの削減を実現することが可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、現金処理装置１に内蔵されるＣＰＵ、ＲＯＭ、およびＲＡＭ等のハードウェアに、現金処理装置１の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムが記憶されたコンピュータ読み取り可能な記憶媒体も提供される。

１ 現金処理装置
１００ 制御部
１１０ 操作表示部
１２０ カードリーダ部
１２２ レシートプリンタ部
１３０ 通信部
１４０ 紙幣処理部
１１ 紙幣入出金口
１２ 紙幣一時保留部
１３ 紙幣鑑別部
１４ 万券カセット
１５ 五千券カセット
１６ 千券カセット
１７ 回収カセット
１８ リジェクト部
１５０ 硬貨処理部
１９ 硬貨投入口
２０ 硬貨鑑別部
２１ 硬貨一時保留部
２２ 硬貨返却箱
２３ 出金ホッパ
２４ 硬貨出金箱
２５ 硬貨回収庫
１６０ 記憶部

Claims (11)

1. 現金を入金する入金口と、
   前記現金を出金する出金口と、
   取引内容に関する画面を表示する表示部と、
   前記取引内容に応じて前記現金の入出金を制御する制御部と、
   を備え、
   前記制御部は、売上入金取引において、取得した売上金情報が、閾値を超えるか否かを判断し、超える場合には、売上金の入金処理は行わずに、前記取得した売上金情報を、売上金の集計結果に反映させるよう制御する、現金処理装置。
2. 前記現金処理装置は、
   前記売上金情報を外部装置から受信する受信部をさらに備え、
   前記制御部は、前記受信部を介して、前記外部装置から前記売上金情報を取得する、請求項１に記載の現金処理装置。
3. 前記制御部は、
   前記受信した売上金情報が前記閾値を超える場合、前記表示部に、売上金情報を入力させる画面を表示するよう制御し、
   前記画面から入力された売上金情報が、前記受信した売上金情報と一致する場合に、前記入金処理を行わずに当該売上金情報を集計結果に反映させるよう制御する、請求項２に記載の現金処理装置。
4. 前記制御部は、
   前記表示部に、売上金情報を入力させる画面を表示するよう制御し、当該画面から入力された前記売上金情報を取得する、請求項１に記載の現金処理装置。
5. 前記制御部は、
   前記売上金情報が前記閾値を超える場合、売上金の計数処理を行い、
   前記計数の結果が、前記取得した売上金情報と一致する場合に、前記入金処理を行わずに当該売上金情報を集計結果に反映させる制御を行う、請求項１～４のいずれか１項に記載の現金処理装置。
6. 前記現金処理装置は、
   前記現金を鑑別する鑑別部と、
   前記現金を一時的に集積する一時保留部と、
   をさらに備え、
   前記制御部は、
   前記売上金情報が前記閾値を超える場合、前記入金口に投入された現金を前記鑑別部に搬送して計数し、さらに前記鑑別部から前記一時保留部へ搬送し、次いで、前記一時保留部に集積した現金を前記出金口に搬送して返却する、請求項５に記載の現金処理装置。
7. 前記制御部は、
   前記計数の結果が、前記取得した売上金情報で示される数値を下回る場合、前記表示部に、追加入金を促す画面を表示する制御を行い、
   前記一時保留部に集積した現金を前記出金口に搬送して返却した後、前記入金口から追加入金された現金を計数し、計数結果を、追加入金前の計数結果に合算する制御を行う、請求項６に記載の現金処理装置。
8. 前記現金処理装置は、
   前記取引内容を記憶する記憶部と、
   前記現金を収納する現金収納庫と、をさらに備え、
   前記制御部は、
   前記現金収納庫に前記現金を収納する前記入金処理を行わずに、前記売上金情報を前記記憶部に記憶し、
   売上回収取引の際、売上金の集計結果を確定させる締上取引により確定した売上金額から、前記入金処理を行わずに記憶した前記売上金情報で示される金額を減算した金額を、回収金額とする制御を行う、請求項１～７のいずれか１項に記載の現金処理装置。
9. 前記売上金情報は、金額または金種枚数の少なくともいずれかを含む、請求項１～８のいずれか１項に記載の現金処理装置。
10. 前記現金は、紙幣であって、
    前記入金口および前記出金口は、前記紙幣の入金および出金を行う紙幣入出金口である、請求項１～９のいずれか１項に記載の現金処理装置。
11. 前記現金は、硬貨であって、
    前記入金口は、硬貨投入口であり、
    前記出金口は、硬貨返却口である、請求項１～９のいずれか１項に記載の現金処理装置。
    

Images