JP3542051B2 - 現金管理システム，現金集配会社のセンター及び入金および現金の集配の処理方法 - Google Patents

Description

【０００１】
【産業上の利用分野】
本発明は店舗等の現金管理システム，現金集配会社のセンター及び入金および現金の集配の処理方法に関する。
近年，店舗等の売り上げ金等の回収には，現金専用の運搬や警備会社等が利用されているが，店舗等の側が売り上げ金を常に安全に保管して，銀行へ確実に入金される必要があるが，防犯システムと入金機等のシステムとが連動されていないため，運用時に複数のシステムの理解が必要とされ，誤操作等の原因となったり，必ずしも現金を安全に保管及び運搬することが困難であった。
【０００２】
このため，店舗等の売り上げ金等の入金システムの改善及び，入金された現金の運搬及び警備を行うシステムとを連携して，店舗側の現金の保管，警備及び現金を集配する側で現金を安全確実に管理することが望まれている。
【０００３】
【従来の技術】
図１６は従来の警備システムの概要を示し，図１７は従来の売り上げ金管理方法の説明図である。
【０００４】
図１６に示す警備システムでは，警備会社９０が店舗９２の警備を契約により担当している場合，店舗９２にはその出入口，窓，商品ケース等の状態や，建物の要所の異常等を感知する各種センサ（温度センサ，煙センサ，赤外線等による侵入者のセンサ）９２１が設けられ，各種センサ９２１の何れかが異常の状態を発生すると，警報部９２０が起動される。警報部９２０には自動発呼機能が備えられており，起動すると公衆網９１を経由して警備会社９０を呼び出し，警備会社側で応答すると店舗９２の警報部９２０から店舗の情報と異常の内容を通知する（この場合，予め録音した音声か，データ信号の何れかが送られる）。
【０００５】
これにより警備会社９０は，異常の内容を識別して警備担当者を店舗９２に派遣する等により対象とする。また，警報部９２０は，店舗責任者が持つＩＤカードを操作入力することにより警備が解除され，閉店後に同様の操作入力により警備の動作を開始するよう制御される。なお，開店前，閉店後に店舗への入口・出口は警備のために閉鎖されるが，従業員は従業員用のＩＤカードを操作して開けることができる。この従業員用のＩＤカードは，例えばレジスタの操作を行う場合等にも使用される。
【０００６】
次に図１７に示す従来の売り上げ金管理方法を説明すると，複数の店舗を経営するスーパーストア等の場合，一つの店舗９２では，レジスタ（複数存在する）９２２に収納された売り上げ金の現金は計算されて金庫９２３に集められて格納され，施錠される。売り上げ金は，例えば一日に一回，現金集配業務を行う運搬会社９５の現金輸送車９６により担当者が各店舗９２を回って集金することにより行われる。店舗の責任者は，現金集配の担当者に対し，金庫９２３を開錠してその時点までの売上の現金を渡す。この時，店で使用する釣り銭（各レジスタで必要な釣り銭）が，店舗側に渡され，現金の受け渡しに対応する伝票が店舗側に渡される。
【０００７】
店舗９２の責任者は本社９３に対し売り上げデータを通知する。集配業務を行う運搬会社９５では，各現金輸送車９６から現金をまとめると共に集配した現金に関する伝票を受け取ると，その現金を運搬会社９５に持ち帰り，各店舗毎の売り上げの現金を再計数等を行って確認した後，銀行９４への入金操作（振込み）が行われる。この時，振り込先は店舗９２を経営する本社９３の口座である。銀行９４はこの振り込みがあると本社９３へ振込みの金額や関連する情報を電話，ＦＡＸ等により通知する。
【０００８】
なお，上記の金庫９２３の代わりに，最近は店舗が所有する設備として入金機を設ける場合もある。その場合，入金機は，店舗の責任者が持つＩＤカードを用いて入金を行い，計数が行われて，現金集配の担当者が来ると店舗の責任者が入金機を開けて，現金を引き渡すことになる。
【０００９】
店舗９２が小規模の個人経営の店等では，レジスタ９２２に収納された売り上げ金は金庫９２３に入れられ，閉店後に盗難等に備えるために現金集配会社に現金集配を依頼する場合もあるが，売り上げ金額が少ない時や集配を依頼するとコスト面で負担が大変な場合には，責任者（または経営者）が金庫９２３を施錠するだけで閉店する場合もある。但し，一日の売り上げ金額が多い場合とか，無人の店舗９２に現金を納めた金庫９２３を，閉店時から翌日の責任者が出てくる時間まで放置しておくことに不安がある場合は，閉店後に夜間金庫９７へ預けるという方法が採られる。
【００１２】
【発明が解決しようとする課題】
規模の小さい店舗等で売り上げ金を店舗の責任者が夜間金庫に納める場合，警備の専門家が付いていない現状では店を出てから現金を夜間金庫に投入するまでの間の人員及び現金の安全を万全に備えることが困難であった。
【００１３】
更に，閉店後に店舗内の金庫に現金を保管した状態で，運用した場合は，現金の盗難等の可能性が増大すると共に銀行へ入金するまでに時間が経過するため資金効率が悪くなるという問題があった。
【００１４】
さらに，従来のシステムでは，カード一つを例にとっても，店舗入店時の警備解除のカード，入金機を使用する場合には入金機用のカード，店舗の従業員が入，出店する等に使用する独自のカードと多種類のカードを使用する必要があり，運用上非常に不便であり，操作上にも問題を生じる恐れがあった。
【００１５】
本発明は上記の問題を解決するため，店舗等の売り上げ金等の管理を店舗側に設けた入金装置へ投入するだけで，現金集配業務を行うセンターで入金データを把握することができるようにすると共に，現金の集配及び警備を店舗側及び集配業者の両方にとって安全確実に行うことができる集配警備現金管理システムを提供することを主な目的とする。
【００１６】
また，店舗の警備システムと現金管理システムを一体化して，現金集配と警備の両方の業務をセンターにより行うことができる集配警備現金管理システムを提供することを他の目的とする。
【００１７】
更に，現金集配業者により，現金の集配（入金された現金の収集と次の日の営業のための釣り銭の配達）を行う場合における現金の取り扱いを効率化すると共に誤りの発生を防止することができることを目的の一つとする。
【００１８】
また，売り上げ金を投入されると現金のチェックと収納が行われたり，売り上げの締切，集配等の操作に伴うデータが全てリアルタイムでセンターに送られ，現金の集配（収納された現金の収集と釣り銭の配達を含む）を安全に行うための入金機を提供することを他の目的とする。
【００１９】
【課題を解決するための手段】
図１は本発明の原理構成図である。
図１において，１は店舗（現金が入金される施設を含む），２は入金機であり，入金機２内の２ａは入金された店舗の売り上げ等の現金を貨幣の種類に仕分けして計数を行って金庫手段２ｄへ収納する処理を行う現金処理手段，２ｂはセンターとの間で送受信される各種データの処理，現金データの保存，現金集配の要求等の処理を行うデータ処理手段，２ｃは入金機への入金操作，売り上げの締めを行う締め操作，入金機２の金庫手段２ｄへのアクセス時に資格等を含むＩＤカードを読み取るカード読取手段，２ｄは入金により投入された現金（貨幣及び紙幣）を収納して保管する金庫手段，３はセンター側と通信回線８を介して通信を行う通信手段，４は店舗内の保安，火災等の状態を検出してアラームを発生すると共に通信手段３を介してセンター６と通信を行う警備手段である。
【００２０】
５は店舗１の本社（または店舗経営者），６は現金管理と警備を統合して行うセンター，６ａは多数の店舗の警備を管理する警備センター，６ｂは各店舗と通信回線により接続されて各店舗からの入金データの受信，各入金機の現金の状態，店舗からの締めデータの受信により銀行への振り込みや，金庫手段の現金を回収する部署への集金の指示等の多数の店舗の売り上げ金を管理し，銀行に対して店舗側の口座へ売り上げ金に対応する金額を振り込む処理を行う入金処理センター，７は銀行，８は通信回線（公衆網等）を表す。
【００２１】
図１には，本発明の原理を示すため店舗１を一つだけ示すが，実際は多数の店舗がセンターと通信回線により接続されている。また，入金機２は単一の経営会社に属する店舗１に１台または複数台が置かれたり，一つの店舗内に複数の異なる小規模の店が存在する場合に，共同に利用する一台の入金機を設ける場合もある。
【００２２】
本発明は各店舗にオンライン機能をもった入金機を設け，その入金機とセンターとを店舗設置の通信手段を経由して接続し，店舗の売り上げの現金を入金機に投入すると，入金情報とその状態が遠隔のセンターに送られることにより現金管理を行うことができる。また，店舗設置の通信手段に各種防犯センサを持つ警備手段を接続することにより店舗の設備の監視管理処理もセンターにて一元的に行うことができる。
【００２３】
【作用】
図１において，店舗１の従業員がＩＤカードを入力すると共にレジスタ（会計機等）の売り上げ金を入金機２へ投入すると，現金は現金処理手段２ａにより貨幣，紙幣の種別を区別して計数し，入金額を算出する。現金は施錠された金庫手段２ｄに投入され，現金処理手段２ａで求められた現金の合計は，データ処理手段２ｂに供給され，記憶保持されると共に伝票に印字出力する。一方，ＩＤカードはカード読取手段２ｃにより読取られてチェックされた，データ処理手段２ｂは，通信手段３に対し入金された金額や，入金機２の識別コードを含む入金データを通信回線８を介して送信する処理を行う。この入金データは本社５に対しても通信手段３を介して送信することができる。
【００２４】
センター６の入金処理センター６ｂは，複数の店舗を経営する会社の場合は，店舗の営業が終了した後，入金機２に対し売り上げの締めを表す指示（ＩＤカードによる）が発生すると，通信手段３から締めデータが送信される。センター６の入金処理センター６ｂはこの締めデータを受信すると，それまでの現金の入金データの総額に対応する金額を銀行７に振り込む。なお，入金機２から締めデータが送信されない場合は，入金処理センター６ｂから締めデータを要求する信号を送信する。この場合，入金機２のデータ処理手段２ｂでこれを受信して締めデータの要求であることを識別すると，当該店舗の識別コードを含む締めデータを発生して送信する。
【００２５】
一方，入金機２の金庫手段２ｄに収納された現金は堅固な構造の中に現金カセット（後述する）が収納されており，センター６の指示により担当者が集配を行う専用車両により店舗に行って，店舗の入口の扉や金庫手段２ｄの扉を集配用の専用のＩＤカードによりチェックして開けて，内部の現金カセットを回収し，持参した空の現金カセットを装填（設置）する。これらの作業は警備システムにより時間の監視が行われ，異常を検出するとアラームが発生して対応する処理が実行される。
【００２６】
入金機２を複数の店舗で使用する場合は，各店に対応するＩＤカードを使用して入金が行われると，対応する入金データが入金処理センター６ｂに送られる。入金処理センター６ｂでは各店舗別の入金データを受信すると対応する店舗の銀行７の口座へ振り込みを行う。また，一日に入金機２へ入金される金額が多くない場合は，入金処理センター６ｂからの現金の収集作業は毎日行う必要がなく，金庫手段２ｄに現金が一杯になる直前の状態になると入金処理センター６ｂにその状態を通知するデータを送信する。これを受けると，入金処理センター６ｂは現金収集のために集配の専用者を派遣して現金の収集を行う。
【００２７】
【実施例】
図２は本発明の実施例のシステム構成図である。
図２において１０は店舗（図１の１に対応）を表し，この実施例ではスーパーやデパート等の大型の店舗とする。１１はコントローラ（図１の通信手段３に対応）であり，通信回線によりセンター１６と接続して警備情報及び入金機の情報の送信及びセンターからの情報の受信の制御を行う。１２は各種防犯（防災を含む）用のセンサー（図１の４に対応），１３は入金機（図１の２に対応）であり，この実施例では，店舗内の各フロアに１台設けて一つの店舗に複数台設置されている。図には，現金を投入するための投入口１３ａ，硬貨が収納される硬貨金庫カセット１３ｂ，紙幣が収納される紙幣金庫カセット１３ｃだけ示すが，その構成の詳細は後述する図３，図４について説明する。
【００２８】
１４は店舗内の売場のカウンタに設けられた売り上の現金が収納されるレジスタ（金銭登録機またはＰＯＳ端末）であり，複数台設けられた中の一台だけを示す。１５は公衆電話網等のネットワーク，１６は設備の監視管理（識別番号ＩＤの管理を含む）と入金処理を一元的に行うセンター（図１の６に対応），１７はセンター１６に設けられた警備センターホスト（図１の６ａに対応），１８はセンター１６に設けられた入金処理センターホスト（図１の６ｂに対応），１９は各地域に設けられセンターの指示により，地域内の店舗１０の入金機１３から売り上げ金が入った金庫カセットを回収（収集）して空きの金庫カセットと交換する現金集配及び警備を行う設備と人員が配置された地域監視センター，１９ａは地域監視センターに設けられた端末，１９ｂは端末１９ａに設けられたプリンタ，２０は地域監視センター１９に配置されて店舗の入金機から現金が入った硬貨金庫カセット１３ｂ，紙幣金庫カセット１３ｃを収集すると共に，釣り銭（各店舗の開店前にレジスタに用意するため）が入った硬貨金庫カセットと空の紙幣金庫カセットとを装填する作業を行うために使用する現金集配車である。また，２１は警備及び入金処理を行う会社の経理システム，２２は各店舗の口座が設けられた銀行，２３は店舗（ユーザ）の本社である。
【００２９】
図３は入金機の外観図，図４は入金機の内部構成図である。
図３に示す外観図を説明する。なお，図中の符号は図４に示す各部の符号と同じである。
【００３０】
３０は入金機を表し，その上部の伝票印字部（ジャーナルプリンタ）３２は売り上げの入金を行った時や，売り上げの締めを指示した時に入金した金額（金種別を含む）や，売り上げの締めを行った時の売り上げの金額等を伝票に印字出力する。カードリーダ３１ｃは，店舗の入金を行う従業員や，売り上げの締めを行う責任者，金庫の集配を行う集配担当者等がそれぞれ携帯するＩＤカードをスキャンしてＩＤを読み取る。操作キー（またはボタン）３１ａ，３１ｂは，店舗の従業員等による入金，売り上げの締切り操作であることを指示する入金キー，締切キーや現金の計数だけ行いたい時に計数を指示する計数キー，処理結果の確認キー，等の各キーを含む店舗用キー（図４の３１ｂ），集配担当者による金庫カセットの集配の操作を指示する集配キー等の警備関係の操作のための警備用キー（図４の３１ａ），等の多数のキー（またはボタン）により構成されている。また表示部３１ｄには，操作の案内や，入金を行った時の金種別の金額や合計や，売り上げの締めを入力した時の売り上げ金額等の各種の表示を行い，その表示内容を見て確認する。また，テンキーは，必要な数字入力，例えば，入金操作や，釣り銭金額の入力や，集配日（つり銭を必要とする日を含む）の指定，金庫カセットの集配担当者の資格を暗証番号の入力によりチェックする場合等の入力を行う時に使用する。
【００３１】
硬貨挿入口３７ｂ，紙幣挿入口３７ａは，売り上げの現金を硬貨と紙幣に分けて挿入するために設けられ，リジェクト口３８ａと３８ｂはそれぞれ不良貨幣，不良紙幣を排出する出口である。計数返却時口は，売り上げの現金を計数したい時に各挿入口３７ａ，３７ｂにそれぞれ紙幣，硬貨を挿入して計数が行われた後，計数結果が表示部に表示されて紙幣，硬貨が返却される出口である。金庫カセット収納扉は，堅固の筺体で構成された金庫部（図４の４２）内の交換可能な紙幣金庫カセット４２ａ，硬貨金庫カセット４２ｂにアクセスするための扉であり，集配の担当者のＩＤカードの操作により開けることが可能となる。
【００３２】
次に図４に示す入金機の構成を説明すると，３１は操作・表示部で，警備用キー３１ａ，店舗用キー３１ｂ，カードリーダ３１ｃで構成され，３２は伝票印字部３２ａを備える伝票部，３３はセンターとの通信を行うコントローラ（図２の１１）とのインタフェース部，３４は制御部であり，３４ａは入金機全体の制御処理を行うＣＰＵ及びメモリ（入金された金額を締めが行われるまで保存し，ＩＤ番号のチェックを行うためのテーブル，プログラム等を格納），３４ｂはドア（図３の金庫カセット収納扉）の開閉を状態を表すドア監視データ（接点出力の状態）であり，このデータはコントローラ（図３の１１）を経由してセンターの警備センターホスト（図２の１７）へ送られ，センターの警備センターホストからの問い合わせに応じてコントローラから送信される。３４ｃは，入金機へ現金が入金された時の，種別毎の紙幣，硬貨の各枚数を表す金額データであり，入金データとしてＣＰＵへ入力される。３４ｄは，各キー３１ａ，３１ｂの何れのキーが操作されたかを表すデータやカードリーダにより読み取られた各認識データを表す。３４ｅは表示部３１ｄ，伝票印字部３２ａ，インタフェース部３３に対する出力情報または入力情報（センターからの指示情報）を表す。
【００３３】
この入出力情報３４ｅの中の，入金情報としては，金額，日時，機械番号（入金機の機番），入金者のＩＤ等があり，釣り銭情報（交換用カセットの硬貨金庫カセット内に配達前に必要な釣り銭が格納されている）としては，その釣り銭を開店前に取り出した担当者番号，店番等があり，金庫ドア監視情報としてはドアオープンの情報，金庫セット（金庫を交換して装填ことを表す）信号がある。
【００３４】
次に，現金を取り扱う構成は，上記図３に示す紙幣，硬貨の各挿入口３７ａ，３７ｂからそれぞれ紙幣，硬貨が投入されると，計数／識別部３９ａ，３９ｂにおいて，それぞれ種別，正・贋，変形や汚損等の既存の技術を用いた識別を行うと共に，種別毎の計数を行う。不良紙幣３８ａや不良硬貨３８ｂはそれぞれリジェクト口３６ａ，３６ｂへ排出される。現金投入時に，「計数」のキー（図３の操作ボタン）を操作した場合，計数が終了した計数紙幣４１ａ，計数硬貨４１ｂはそれぞれ図３の計数返却口へ排出される。現金投入時に，店舗用キーを操作して，入金を行うためのＩＤカードをカードリーダ３１ｃでスキャンすると，入金紙幣４０ａ，入金硬貨４０ｂはそれぞれ金庫部４２内に装填された紙幣金庫カセット４２ａ，硬貨金庫カセット４２ｂへ投入される。この時，計数結果である紙幣枚数データ及び硬貨枚数データが制御部３４の金額データ３４ｃとして入力される。
【００３５】
図４の４３ａ，４３ｂは金庫カセットの集配車により担当者が，入金機の金庫カセットを回収する場合に，交換用に持ってくる紙幣金庫カセットと硬貨金庫カセットである。紙幣金庫カセット４３ａは空（から）であるが，硬貨金庫カセット４３ｂには，予めセンター１６（図２）の入金処理センターホスト１８から各入金機に対応する釣り銭の金額が端末１９ａにより指示されると，その釣り銭を指定された交換用の硬貨金庫カセット４３ｂに格納して，対応する紙幣金庫カセット４３ａと共に運搬して交換される。なお，この釣り銭は，店舗の資格のある従業員のＩＤカードをカードリーダで読は取ることにより取り出すことが可能な構造を備えている。
【００３６】
図５はコントローラの説明図であり，Ａ．は構成図，Ｂ．は通報データ発生時の動作フローである。
図５のＡ．において，コントローラ５０において，５１は公衆回線と接続されて発呼及び着呼の制御を行う網制御装置（ＮＣＵ：Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ），５２はモデムを内蔵し，相手先への接続及び相手からの呼び出しに応答してハンドシェイクを行って，データの送受信を行う通信制御装置，５３は警備用のセンサ５５からの状態検知信号を入力し，異常状態の発生により通報信号を発生するインタフェース部（ＩＦで表示），５４は入金機のインタフェース部（図４の３３）からの各種通報データを受け取ると通信制御装置５２から送信動作を起動するインタフェース，５５は店舗内の各部に設けられたセンサであり，入金機の金庫部のドア監視データ（接点出力）は警備上の重要なセンサ出力として入力される。
【００３７】
図５のＡ．において，センサ５５の検知信号が異常状態を検出すると，インタフェース部５３から通信制御装置５２を起動して，警備センターホスト（図２の１７）の回線番号（電話番号）により発呼する制御を行い，相手側と接続して応答するとアラーム情報を送信する。また，入金機から通報データが発生すると，インタフェース部５４から通信制御装置５２を起動する。この場合，通信制御装置５２は相手先として入金処理センターホスト（図２の１８）の回線番号（電話番号）を用いて発呼し，相手と接続するとデータを送信する。相手からの指示（例えば，締めを要求する信号）を受信した場合には，入金機のＣＰＵへ送られる。
【００３８】
図５のＢ．は，通報データが発生した時の動作フローであり，通報データ（入金データやセンサのアラーム）が発生すると，コントローラの電話回線が使用中か否か判定し（図５のＢ．のＳ１），使用中の場合は割り込みが可能か判別し（同Ｓ２），可能であれば割り込む旨の応答動作を行って終了させる（同Ｓ３）。電話回線が使用してなければ，回線を捕捉して４秒間の待機の後ダイヤル（ダイヤル番号は警備センターホストまたは入金処理センターホスト）を行って（同Ｓ４〜Ｓ６），相手とのハンドシェイクがとれたか判別する（同Ｓ７）。
【００３９】
成功した場合は，通報データを送信し（同Ｓ８），回線を解放し（同Ｓ９），通信が正常に終了したか判別し（同Ｓ１０），正常であれば通報正常終了となる。一方，ハンドシェイクが成功しない場合は，再試行をして一定時間（５１秒）経過した場合は回線を解放し（同Ｓ１１，Ｓ１２），再通報回数をカウントして（同Ｓ１３），再通報回数が規定回数をオーバしないと最初（Ｓ１）に戻って再度繰り返す。再通報回数をオーバすると，通報不能終了となる。
【００４０】
図６はセンターの構成とネットワークの構成を示す。図６において，１０，１５〜１９，２１，２２は上記図２と同じ各部を表し，１０は店舗，１５はネットワーク（電話網，専用回線等），１６はセンター，１７は警備センターホスト，１８は入金処理センターホスト，１９は地域監視センター，２１は警備，入金の業務を行う会社の経理システム，２２は店舗側（ユーザ）の口座がある銀行である。
【００４１】
警備センターホスト１７と入金処理センターホスト１８は同様の構成を備え，両者はＬＡＮにより接続されている。図中，１７０，１８０はＣＰＵ，１７１，１８１はメモリ（ＭＥＭ），１７２，１８２はキーボード付きディスプレイ，１７３，１８３はプリンタ，１７４，１８４はディスク，１７５，１８５は通信制御装置，１７６，１８６はＬＡＮによる通信を行うためのアダプタ，１７７，１８７はＬＡＮと結合するためのトランシーバである。また，１７８は警備センターホスト１７に設けられたパトライト及び鳴動ブザーであり，パトライトは回転しながら点滅するライトである。
【００４２】
警備センターホスト１７は，主として次の３つの処理を行う。
▲１▼ＩＤコード管理：各店舗の入金機に対して，アクセス（入金操作，売り上げの締めの操作，金庫内の各金庫カセットの回収と装填）する時に，それぞれの操作をする資格をチェックするためのＩＤカードのコードを一元管理し，ＩＤの登録，更新及び削除と，カードの発行を行う。
【００４３】
▲２▼指定入金機及び入金処理センターホストへの必要なデータ（登録ＩＤコードや異常状態によるアラーム情報等）のダウンロード（送信）。
▲３▼店舗のコントローラから送られる警備（防犯）データ（各センサの状態）の管理，地域監視センターへの対処指示を行う。
【００４４】
入金処理センターホスト１８は，主として次の５つの処理を行う。
▲１▼入金機から送られる入金情報の収集管理処理
▲２▼釣り銭受託処理，すなわち各店舗に届ける釣り銭を予め店舗側から受託して，各地域監視センターに対し交換用の硬貨金庫カセットへ釣り銭を格納（装填）するよう送信する。
【００４５】
▲３▼集配作業情報（集配が必要な店舗の情報）を収集し，集配金額を指示された金額と照合管理する。
▲４▼カセット管理，すなわち各店舗へ持って行く空きの各金庫カセット（釣り銭が格納された硬貨金庫カセットと空き紙幣金庫カセット）を管理する。
【００４６】
▲５▼売り上げ情報の送信，経理システムへの銀行振込処理を代行する。
地域監視センター１９では，端末１９ａにより次の処理を行う。
▲１▼各地域監視センター１９の担当エリアの店舗からの釣り銭受託情報を入金処理センターホスト１８に送信する。
【００４７】
▲２▼当日の集配作業情報を入金処理センターホスト１８から受信する。
▲３▼集配する各金庫カセット（入金機へ装填する金庫カセット）を管理する。
▲４▼集配後の現金の照合結果を入力し，確認する。
【００４８】
この他に，地域管理センター１９では，警備センターホスト１７からの指示により異常発生時の店舗及び入金機の点検を行う。
また，経理システム２１は入金処理センターホスト１８からの売り上げの締めの入金総額をネットワークを介して受け取ると，対応する金額を店舗側（ユーザ）の口座へ振り込む。この場合，経理システム２１から店舗側（ユーザ）の本社（または経理部門）２３に対して振り込み金額を通知する。銀行２２は本社２３に対して振り込みがあったことを通知する。なお，現金は，地域監視センター１９で収集した現金入の金庫カセットを経理システムで集めて本社（センター運営の）の取引銀行の口座へ入金するか，または地域監視センター１９から取引銀行に入金する。
【００４９】
次に上記図２に示すシステム構成における入金処理，締切処理，集配処理及びセンターにおける処理を以下に説明する。
図７，図８は入金処理のフロー（その１），（その２）であり，図９は締切処理のフロー，図１０は集配処理のフロー，図１１は入金機とセンターとの間で送受される電文の例である。
【００５０】
最初に図７において，入金機において入金キーが操作され（図７のＳ１），ＩＤカードがスキャンによりカードが識別されると（同Ｓ２），そのカードによる入金が可能か判別され（同Ｓ３），不可の場合は処理を終了するが，可能な場合は，現金が図３に示す紙幣と硬貨の各挿入口に投入される（同Ｓ４）。続いて，投入金額が図４に示す計数／識別部３９ａ，３９ｂで紙幣，硬貨別に計数と識別が行われる（図７のＳ５）。計数された合計金額は表示部（図３の３１ｄ）に表示されると（同Ｓ６），正しくない場合は非確定（または誤り）のキー（図３の操作ボタン）を操作すると，投入された現金は返却される（図７のＳ７）。正しい場合，確定キーが操作されると（図７のＳ８），計数された紙幣と硬貨がそれぞれ金庫（図４の金庫部４２の紙幣金庫カセット４２ａと硬貨金庫カセット４２ｂ）へ収納される（図７のＳ９）。
【００５１】
この後，金庫に収納された紙幣や硬貨がニアフルの状態（充満に近い状態）であるか入金データの合計金額（紙幣，硬貨の合計枚数）により判別する（図７のＳ１０）。ニアフルでない場合は，入金額が予め設定した一定金額を越えているか判別し（同Ｓ１１），越えていない場合は入金データを保存する（同Ｓ１２）。これは小額の入金については，センターへ送信する手間を省くためである。一定金額を越えている場合は，センターへ入金データを送信（アップロード）する（同Ｓ１３）。この入金データは図１１の（１） に示され，建物コード，入金機号機コードや，日時，金種データ，ＩＤカード入金コード，入金ログデータ，顧客（店舗経営会社）コード，店舗コード等で構成される。続いて，送信データ（入金データ）を保存し（図７のＳ１４），センターホストからの処理結果を受信した場合，その受信データを保存する（同Ｓ１５）。
【００５２】
上記Ｓ１０において，ニアフルの場合，入金ニアフル状態をセンターに送信すると（同Ｓ１６），入金ホストでこれが受信される（同Ｓ１７）。金庫ニアフルの電文は図１１の（５） に示す内容である。この金庫ニアフルの電文を受信すると，図８に移行して，センターホスト（図２の入金処理センターホスト）はその入金機に対して集配を行う予定があるか判別する（図８のＳ１８）。予定がない場合は，追加集配処理を行うことにし（同Ｓ１９），予定がある場合は，当日集配処理を行うことにし（同Ｓ２０），急ぎか否かを判定する（同Ｓ２１）。
【００５３】
急ぎでない場合は，処理を終了し，急ぎの場合及び追加集配処理の場合は臨時集配処理を行うこととし（図８のＳ２２），集配支店（図２の地域監視センター１９と同じ）コードを検索する（同Ｓ２３）。すなわち，入金機の号機コード（機番）をキーに取り扱う支店をセンターのマスターテーブル（後述する図１５参照）を検索する。これにより支店コードが得られると，その支店に対し集配指示を送信（アップロード）する（同Ｓ２４）。一方，支店では，この集配指示を受信（ダウンロード）すると（図８のＳ２５），臨時集配のために集配担当者が集配車により該当入金機のある店舗へ出発する（同Ｓ２６）。
【００５４】
図９は締切処理のフローである。この締切の操作は，店舗の責任者が売り上げの締めを行う場合（毎日行う場合は閉店後，毎日行わない場合は一定日数毎）に入金機に対して実行される。最初に，入金機キーの締切キーが操作され（図９のＳ１），次にその責任者がＩＤカードをカードリーダでスキャニングすると，そのＩＤを識別し（同Ｓ２），そのＩＤカードの操作者が締切の操作を行う資格を持つか判別し（同Ｓ３），締切を行う資格がない場合は，処理を終了し，アラームを鳴動させる。締切が可能な操作者の場合，センターへ売り上げの締め（締切と同じ）を表示すると共に入金された金額の合計を含む電文（データ）を送信する（図９のＳ４）。
【００５５】
図１１の（２） に入金機からの締めデータの内容を示し，その中のＩＤカード締めコードによりセンターにおいて締めデータであることを識別する。この時の送信データは，入金機内に保存され（図９のＳ５），相手側のセンターホストでは受信処理が行われる（同Ｓ６）。なお，入金機に保存された，前回の締め以後に入金された各入金データ及び合計金額のデータは削除される（または保存も可能）。この締めデータを受信した時のセンターホストにおける処理は後述する（図１２，図１３）。
【００５６】
上記の図９は店舗の責任者が締切の操作を行っているが，上記図７の入金処理の動作において，金庫がニアフルであると判別されてセンターにその状態が送信された時（図７のＳ１６），センターから締め要求を入金機へ送信する処理を行うようにすることができる。その場合の締め要求電文は，図１１の（３） に示す構成となる。締め要求を受けると，入金機ではそれまでの入金された金種別金額や合計金額を含む締めデータを発生すると共に保存する。
【００５７】
図１０は集配処理のフローである。この集配処理は，上記の図２のシステム構成において，地域監視センター１９がセンター１６からの集配の指示を端末１９ａで受けて予め，交換用の金庫カセット（空き紙幣金庫カセットと指示された釣り銭を収納した硬貨金庫カセット）を各入金機用に用意して担当者が集配車により出向く。担当者が店舗へ入店して入金機に対し集配キーが操作され（図１０のＳ１），続いてＩＤカードをスキャニングするとカード内容を識別する（同Ｓ２）。このカード内のＩＤにより集配が可能（資格を持つ）か否かを判別し（同Ｓ３），不可の場合は終了し，可能な場合は金庫扉の施錠が解かれてオープンする（同Ｓ４）。この時，ドア監視データ（図４の３４ｂ）としてドアの開閉を検出する接点出力によりドアが開いた出力を警備センターホストへ送ることにより監視が行われる。また，図１０には示されないが，ドア監視情報として，図１１の（４） に示す集配作業電文が送信される。
金庫扉がオープンすると，作業時間監視がスタートし（図１０のＳ５），タイマによる監視が行われる。予め決められた時間を経過しても金庫扉が閉じない場合は，センターへアラーム情報が送信される（同Ｓ１１）。異常またはアラームの電文の構成は図１１の（６） に示す。監視時間内に金庫カセットの交換が行われ（同Ｓ７），金庫扉が閉じられたことを検出すると（同Ｓ８），センターに対し図１１の（４） に示す集配作業電文が送信され（同Ｓ９），その送信データは入金機に保存する（同Ｓ１０）。センター側では，アラーム情報や集配情報の受信データを保存する（同Ｓ１２）。
【００５８】
なお，センターの警備センターホスト（図２の１７）でも集配作業中は，金庫扉が開いてから，閉じられるまでの状態を監視し，ドアが開いて閉じるまでの時間が一定時間経過した場合や，入金機からのアラーム情報を受信すると，直ちに店舗の近くに位置する地域監視センター（図２の１９）へ，端末または電話により通知して，警備員の派遣を指示する等の処理を行う。
【００５９】
次に図１２，図１３に示すセンターホストの受信処理のフロー（その１），（その２）を説明する。この場合の受信処理は，主として図２，図６の入金処理センターホスト１８において実行され，警備関係の処理は図２，図６の警備センターホスト１７で実行される。また，センターホストには，図１４に示すデータを多数格納したマスターテーブル（またはファイル）を備えている。
【００６０】
図１４に示すように，マスターテーブルは，番号，区分（各データの種別を表し，管理データ，警備データ，運用データ，入金データ，経理データ等），レベル（重要度を表す），各データ項目（建物コード，入金機号機コード等多種の項目がある）が格納され，各データ項目についてそれぞれ実際の建物，入金機，等の多数のデータが関連付けて設定されている。このマスターテーブルを参照，更新して，センターホスト（警備センターホスト１７及び入金処理センターホスト１８）は各種の処理を行う。
【００６１】
図１２において，センターホストがデータを受信すると，受信データを識別し（図１２のＳ１），警備用の異常・アラームを表すデータの場合は（同Ｓ２），パトライト・アラーム鳴動の動作をさせ（同Ｓ３），異常状態画面を表示し（同Ｓ４），異常データの集計（ログ）を行うと共に異常に対処するための連絡（地域監視センターに対し警備員を異常発生店舗に派遣する等）を行う（同Ｓ６）。
【００６２】
受信データが締切を要求するものであると（図１２のＳ７），売り上げ金額の集計を行い（同Ｓ８），売り上げ伝票の作成（同Ｓ９），経理処理（同Ｓ１０）を行う。また，受信データが入金データである場合は（同Ｓ１２），受信データに含まれた入金金額により入金機別の集計を行い（同Ｓ１３），上記売り上げの集計を行う。更に，受信データが集配データである場合は，集配金額の集計を行い（同Ｓ１４，Ｓ１５），集配伝票の作成を行って（同Ｓ１６），経理処理（同Ｓ１０）が行われる。受信データが何れの種別にも属さない場合は，受信処理を終了する。
【００６３】
受信データについて経理処理を終了すると，店舗コードマスタを検索する（図１２のＳ１１）。すなわち，締めデータに含まれた入金機号機コード，店舗コードによりマスタテーブルを検索する。
【００６４】
次に，図１３に移行して，上記Ｓ１１で検索した店舗コードマスタ（図１４参照）を更新する（図１３のＳ１７）。この更新は，マスタテーブル内の店舗コードマスタ（各店舗コードとその店舗に設置された入金機の情報）と呼ばれるテーブルに，入金機に対する入金，締め，集配等の実行状態が記録（ログ）される。
【００６５】
次に，顧客コードマスタ検索が実行される（同Ｓ１８）。これにより，顧客コードマスタ（各店舗コードの店舗を経営する顧客のコード情報を備える）から，当該店舗を経営する顧客を識別し，その顧客について顧客コードマスタを更新（締めを行ったことを記録）する（同Ｓ１９）。この後，店舗別の売り上げの集計を行い（同Ｓ２０），更に顧客別の売り上げを集計する（同２１）。この顧客別の売り上げの集計で，同じ経営会社（顧客）に属する複数の店舗の売り上げが集計される。次に，銀行コードマスタを検索し，顧客が契約している銀行コード（銀行名と口座番号）をマスターテーブルで検索する（同Ｓ２２）。この結果銀行コードが検索されたか判別し，検索されるとその指定銀行の口座への送金（振り込み）を行う（同Ｓ２６）。検索により銀行コードが得られない場合，ユーザ（顧客）に問い合わせて，銀行コードが得られると新規銀行コードをマスターテーブルに登録する（同Ｓ２４，Ｓ２５）。
【００６６】
図１５はＩＤ管理の処理フローである。この処理は主としてセンターの警備センターホストで実行される。
ＩＤカードは，入金操作者による現金投入の資格，締切操作者による投入された現金の合計を求めて締切処理を行う資格，集配（金庫部の扉を開けて各金庫カセットの回収と装填をする資格）のそれぞれについてチェックするために使用される。なお，入金操作と締切操作に使用するＩＤカードは店舗側の操作者が保持し，集配の操作に使用するＩＤカードはセンター側（集配会社）の担当者が保持する。
【００６７】
このような，ＩＤカード用のＩＤ（識別番号）を登録する場合，警備センターホストの端末で登録したいＩＤを入力する（図１５のＳ１）。これに応じて，その登録は新規であるか判別し（同Ｓ２），新規の場合はマスター（マスターテーブル）に登録する（同Ｓ３）。新規でない場合，登録が以前のＩＤを更新するものであるか判別し（同Ｓ４），更新の場合は，入力されたＩＤによりマスターを更新する（同Ｓ５）。ＩＤの新規登録と更新の場合は，対応するＩＤカードを発行する（同Ｓ６）。新規，更新の何れでもない場合，削除であるか判別し（同Ｓ７），削除であればマスターを削除し（同Ｓ８），何れでもない場合は処理を終了する。
【００６８】
ＩＤカードを発行した時及びＩＤを削除した時は，発行帳票を出力し（図１５のＳ９），ＩＤコードを店舗の入金機に送信する（同Ｓ１０））。入金機側ではＩＤコードを受信して保存し（同Ｓ１１），以後の入金機の処理においてそのＩＤコードを反映（チェックに使用）する（同Ｓ１２）。
【００６９】
【発明の効果】
本発明によれば，店舗の担当者は入金機へ売り上げの現金を入金するだけで，銀行に出向くことなく実質的に銀行へ入金したのと同様に取り扱われるため，現金輸送のための手間と時間を無くすと共に犯罪に巻き込まれる可能性を少なくすることができる。また，入金と同時にデータがセンターへ入金データが送信され，締めの操作で入金された金額の合計（売り上げ総額）がセンターへ送られると，すみやかに店舗側の銀行口座に売り上げの金額が振り込まれるので，店舗経営の上で資金を有効に活用することが可能となる。
【００７０】
また，店舗及び入金機の警備情報がセンター側で一括して監視及び管理されるため，事故の発生に対して迅速に対処して，防犯，防災を図ることが可能となる。また，金庫に現金が収納されると，集配を行う担当者は，現金を取り扱うことなく現金が入った金庫カセットを回収し，交換用の金庫カセットを金庫内に装填する作業を行うだけであり，現金を直接扱う必要がないため，迅速な集配が可能となる。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】本発明の実施例のシステム構成図である。
【図３】入金機の外観図である。
【図４】入金機の内部構成図である。
【図５】コントローラの説明図である。
【図６】センターの構成とネットワークの構成を示す図である。
【図７】入金処理のフロー（その１）を示す図である。
【図８】入金処理のフロー（その２）を示す図である。
【図９】締切処理のフローを示す図である。
【図１０】集配処理のフローを示す図である。
【図１１】入金機とセンター間で送受される電文の例を示す図である。
【図１２】センターホストの受信処理のフロー（その１）を示す図である。
【図１３】センターホストの受信処理のフロー（その２）を示す図である。
【図１４】マスターテーブル（ファイル）のデータを示す図である。
【図１５】ＩＤ管理の処理フロー示す図である。
【図１６】従来の警備システムの概要を示す図である。
【図１７】従来の売り上げ金管理方法の説明図である。
【符号の説明】
１ 店舗
２ 入金機
２ａ 現金処理手段
２ｂ データ処理手段
２ｃ カード読取手段
２ｄ 金庫手段
３ 通信手段
４ 警備手段
５ 店舗の本社（または店舗経営者）
６ センター
６ａ 警備センター
６ｂ 入金センター
７ 銀行
８ 通信回線

Claims (9)

1. 現金集配会社のセンターと，当該現金集配会社の複数の顧客の店舗に設置される入金機とで構成される現金管理システムにおいて，
   前記入金機は，店舗の売り上げの現金が投入されると現金の識別と計数を行う現金処理手段と，当該現金の金額及び店舗の識別子から構成されるデータを，通信回線を介して前記現金集配会社のセンターへ送信するデータ処理手段と，前記識別と計数を行った現金を収納する金庫手段と，前記現金処理手段の識別と計数に基づいて前記金庫手段がニアフルか否かを判別する手段と，前記金庫手段がニアフルである場合にその状態を前記現金集配会社のセンターへ送信する手段とを備え，
   前記現金集配会社のセンターは，前記入金機から現金の金額と店舗の識別子とから構成されるデータを受信する手段と，該データを受信すると，当該現金集配会社からの前記受信した金額の振込み処理を行う銀行口座を前記受信した店舗の識別子に基づいて求めると共に該銀行口座に前記受信した金額を振り込む手段と，前記入金機から入金機の金庫手段がニアフル状態であることを示すデータを受信する手段と，該データを受信すると，当該入金機に対して集配処理を行うこととする手段と
   を備えたことを特徴とする現金管理システム。
2. 現金集配会社のセンターと，当該現金集配会社の複数の顧客の店舗に設置される入金機とで構成される現金管理システムにおいて，
   前記入金機は，店舗の売り上げの現金が投入されると現金の識別と計数を行い，該現金の金額を記憶する現金処理手段と，売り上げの締めを指示する操作入力に対し，前回の売り上げ締め以後に入金された金額の合計及び店舗の識別子を含む締めデータを，通信回線を介して前記現金集配会社のセンターへ送信するデータ処理手段と，前記識別と計数を行った現金を収納する金庫手段と，前記現金処理手段の識別と計数に基づいて前記金庫手段がニアフルか否かを判別する手段と，前記金庫手段がニアフルである場合にその状態を示すデータを前記現金集配会社のセンターへ送信する手段とを備え，
   前記現金集配会社のセンターは，前記入金機から現金の金額と店舗の識別子とから構成される締めデータを受信する手段と，該データを受信すると，前記受信した金額の振込み処理を行う銀行口座を前記受信した店舗の識別子に基づいて求めると共に該銀行口座に前記受信した金額を振り込む手段と，前記入金機から入金機の金庫手段がニアフル状態であることを示すデータを受信する手段と，該データを受信すると，当該入金機に対して集配処理を行うこととする手段と
   を備えたことを特徴とする現金管理システム。
3. 請求項１または２において，
   前記現金集配会社のセンターは，前記ニアフル状態であることを示すデータを受信した場合に，当該入金機に対して集配処理を行う予定があるかを判定し，予定がない場合は集配処理の追加をすることを特徴とする現金管理システム。
4. 請求項１乃至３の何れかにおいて，
   前記現金集配会社のセンターは，前記ニアフル状態の入金機を取り扱う支店を検索し，該支店に集配指示を送信することを特徴とする現金管理システム。
5. 請求項１乃至３の何れかにおいて，
   前記入金機のデータ送信手段は，各店舗に対応するＩＤカードに基づいて，対応する入金データをセンターに送信することを特徴とする現金管理システム。
6. 現金集配会社の複数の顧客の店舗に設置される入金機と通信回線で接続される現金集配会社のセンターにおいて，
   前記入金機から顧客が投入した現金の金額と当該入金機が配置されている店舗の識別子とから構成されるデータを受信する手段と，
   該データを受信すると，当該現金集配会社からの前記受信した金額の振込み処理を行う銀行口座を前記受信した店舗の識別子に基づいて求めると共に該銀行口座に前記受信した金額を振り込む手段と，
   前記入金機から入金機の金庫手段がニアフル状態であることを示すデータを受信する手 段と，
   該データを受信すると当該入金機に対して集配処理を行うこととする手段と
   を備えたことを特徴とする現金集配会社のセンター。
7. 現金集配会社のセンターと，当該現金集配会社の複数の顧客の店舗に設置される入金機とで構成される現金管理システムにおける，顧客が入金機に投入した現金の銀行への入金および現金の集配の処理方法であって，
   前記現金集配会社のセンターは，
   前記入金機から顧客が投入した現金の金額と当該入金機が配置されている店舗の識別子とから構成されるデータを受信するステップと，
   該データを受信すると，当該現金集配会社からの前記受信した金額の振込み処理を行う銀行口座を前記受信した店舗の識別子に基づいて求めると共に該銀行口座に前記受信した金額を振り込むステップと，
   前記入金機から入金機の金庫手段がニアフル状態であることを示すデータを受信するステップと，
   該データを受信すると，当該入金機に対して集配処理を行うこととするステップと
   を実行することを特徴とする入金および現金の集配の処理方法。
8. 請求項７において，
   前記現金集配会社のセンターは，前記ニアフル状態を示すデータを受信した場合に，当該入金機に対して集配を行う予定があるかを判定し，予定がない場合は集配処理の追加をすることを特徴とする入金および現金の集配の処理方法。
9. 請求項７または８において，
   前記現金集配会社のセンターは，前記ニアフル状態の入金機を取り扱う支店を検索し，該支店に集配指示を送信することを特徴とする入金および現金の集配の処理方法。

Images