JP3711068B2 - Cash management system - Google Patents
Cash management system Download PDFInfo
- Publication number
- JP3711068B2 JP3711068B2 JP2001345790A JP2001345790A JP3711068B2 JP 3711068 B2 JP3711068 B2 JP 3711068B2 JP 2001345790 A JP2001345790 A JP 2001345790A JP 2001345790 A JP2001345790 A JP 2001345790A JP 3711068 B2 JP3711068 B2 JP 3711068B2
- Authority
- JP
- Japan
- Prior art keywords
- cash
- store
- center
- data
- collection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000151 deposition Methods 0.000 claims description 50
- 238000012545 processing Methods 0.000 claims description 47
- 238000000034 method Methods 0.000 claims description 27
- 238000007726 management method Methods 0.000 claims description 26
- 230000008569 process Effects 0.000 claims description 26
- 238000004891 communication Methods 0.000 claims description 25
- 238000012546 transfer Methods 0.000 claims description 13
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000010586 diagram Methods 0.000 description 22
- 230000008859 change Effects 0.000 description 20
- 238000012544 monitoring process Methods 0.000 description 9
- 230000005856 abnormality Effects 0.000 description 8
- 230000002159 abnormal effect Effects 0.000 description 7
- 238000003780 insertion Methods 0.000 description 7
- 230000037431 insertion Effects 0.000 description 7
- 238000012797 qualification Methods 0.000 description 6
- 230000002265 prevention Effects 0.000 description 5
- 230000032258 transport Effects 0.000 description 5
- 230000002950 deficient Effects 0.000 description 4
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 230000015654 memory Effects 0.000 description 3
- 238000007639 printing Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 208000019901 Anxiety disease Diseases 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000036506 anxiety Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000002354 daily effect Effects 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 239000000779 smoke Substances 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Cash Registers Or Receiving Machines (AREA)
Description
【0001】
【産業上の利用分野】
本発明は店舗等の現金管理システムに関する。
【0002】
近年,店舗等の売り上げ金等の回収には,現金専用の運搬や警備会社等が利用されているが,店舗等の側が売り上げ金を常に安全に保管して,銀行へ確実に入金される必要があるが,防犯システムと入金機等のシステムとが連動されていないため,運用時に複数のシステムの理解が必要とされ,誤操作等の原因となったり,必ずしも現金を安全に保管及び運搬することが困難であった。
【0003】
このため,店舗等の売り上げ金等の入金システムの改善及び,入金された現金の運搬及び警備を行うシステムとを連携して,店舗側の現金の保管,警備及び現金を集配する側で現金を安全確実に管理することが望まれている。
【0004】
【従来の技術】
図16は従来の警備システムの概要を示し,図17は従来の売り上げ金管理方法の説明図である。
【0005】
図16に示す警備システムでは,警備会社90が店舗92の警備を契約により担当している場合,店舗92にはその出入口,窓,商品ケース等の状態や,建物の要所の異常等を感知する各種センサ(温度センサ,煙センサ,赤外線等による侵入者のセンサ)921が設けられ,各種センサ921の何れかが異常の状態を発生すると,警報部920が起動される。警報部920には自動発呼機能が備えられており,起動すると公衆網91を経由して警備会社90を呼び出し,警備会社側で応答すると店舗92の警報部920から店舗の情報と異常の内容を通知する(この場合,予め録音した音声か,データ信号の何れかが送られる)。
【0006】
これにより警備会社90は,異常の内容を識別して警備担当者を店舗92に派遣する等により対象とする。また,警報部920は,店舗責任者が持つIDカードを操作入力することにより警備が解除され,閉店後に同様の操作入力により警備の動作を開始するよう制御される。なお,開店前,閉店後に店舗への入口・出口は警備のために閉鎖されるが,従業員は従業員用のIDカードを操作して開けることができる。この従業員用のIDカードは,例えばレジスタの操作を行う場合等にも使用される。
【0007】
次に図17に示す従来の売り上げ金管理方法を説明すると,複数の店舗を経営するスーパーストア等の場合,一つの店舗92では,レジスタ(複数存在する)922に収納された売り上げ金の現金は計算されて金庫923に集められて格納され,施錠される。売り上げ金は,例えば一日に一回,現金集配業務を行う運搬会社95の現金輸送車96により担当者が各店舗92を回って集金することにより行われる。店舗の責任者は,現金集配の担当者に対し,金庫923を開錠してその時点までの売上の現金を渡す。この時,店で使用する釣り銭(各レジスタで必要な釣り銭)が,店舗側に渡され,現金の受け渡しに対応する伝票が店舗側に渡される。
【0008】
店舗92の責任者は本社93に対し売り上げデータを通知する。集配業務を行う運搬会社95では,各現金輸送車96から現金をまとめると共に集配した現金に関する伝票を受け取ると,その現金を運搬会社95に持ち帰り,各店舗毎の売り上げの現金を再計数等を行って確認した後,銀行94への入金操作(振込み)が行われる。この時,振り込先は店舗92を経営する本社93の口座である。銀行94はこの振り込みがあると本社93へ振込みの金額や関連する情報を電話,FAX等により通知する。
【0009】
なお,上記の金庫923の代わりに,最近は店舗が所有する設備として入金機を設ける場合もある。その場合,入金機は,店舗の責任者が持つIDカードを用いて入金を行い,計数が行われて,現金集配の担当者が来ると店舗の責任者が入金機を開けて,現金を引き渡すことになる。
【0010】
店舗92が小規模の個人経営の店等では,レジスタ922に収納された売り上げ金は金庫923に入れられ,閉店後に盗難等に備えるために現金集配会社に現金集配を依頼する場合もあるが,売り上げ金額が少ない時や集配を依頼するとコスト面で負担が大変な場合には,責任者(または経営者)が金庫923を施錠するだけで閉店する場合もある。但し,一日の売り上げ金額が多い場合とか,無人の店舗92に現金を納めた金庫923を,閉店時から翌日の責任者が出てくる時間まで放置しておくことに不安がある場合は,閉店後に夜間金庫97へ預けるという方法が採られる。
【0011】
【発明が解決しようとする課題】
上記したように,従来の規模の大きい店舗等(店舗に限らず現金が入金される施設を含む,以下,単に店舗という)を運営する場合,売り上げ金等の集配(現金集配車による)と店舗の警備(店舗が営業をしていない夜間や定休日に行う)は,別のシステムを設けて独立して実行していたためコストがかかるという問題があった。
【0012】
また,金庫や入金機に格納した現金の集配業務は,店舗等の営業時間に行われ,警備を行う時間(閉店後から開店までの時間)と一致していないため,業務の遂行に支障がでることが多い。すなわち,現金を集配する時に必ずしも警備担当者がいないので,警備システムを解除したり,現金の引き渡しの作業が必要であり,操作が複雑化し、人手と時間を要するという問題があった。
【0013】
また,規模の小さい店舗等で売り上げ金を店舗の責任者が夜間金庫に納める場合にも,警備の専門家が付いていない現状では店を出てから現金を夜間金庫に投入するまでの間の人員及び現金の安全を万全に備えることが困難であった。
【0014】
更に,閉店後に店舗内の金庫に現金を保管した状態で,運用した場合は,現金の盗難等の可能性が増大すると共に銀行へ入金するまでに時間が経過するため資金効率が悪くなるという問題があった。
【0015】
さらに,従来のシステムでは,カード一つを例にとっても,店舗入店時の警備解除のカード,入金機を使用する場合には入金機用のカード,店舗の従業員が入,出店する等に使用する独自のカードと多種類のカードを使用する必要があり,運用上非常に不便であり,操作上にも問題を生じる恐れがあった。
【0016】
本発明は上記の問題を解決するため,店舗等の売り上げ金等の管理を店舗側に設けた入金装置へ投入するだけで,現金集配業務を行うセンターで入金データを把握することができるようにすると共に,現金の集配及び警備を店舗側及び集配業者の両方にとって安全確実に行うことができる現金管理システムを提供することを主な目的とする。
【0017】
また,店舗の警備システムと現金管理システムを一体化して,現金集配と警備の両方の業務をセンターにより行うことができることを他の目的とする。
【0018】
更に,現金集配業者により,現金の集配(入金された現金の収集と次の日の営業のための釣り銭の配達)を行う場合における現金の取り扱いを効率化すると共に誤りの発生を防止することができることを目的の一つとする。
【0019】
また,売り上げ金を投入されると現金のチェックと収納が行われたり,売り上げの締切,集配等の操作に伴うデータが全てリアルタイムでセンターに送られ,現金の集配(収納された現金の収集と釣り銭の配達を含む)を安全に行うための入金機を提供することを他の目的とする。
【0020】
【課題を解決するための手段】
図1は本発明の原理構成図である。
【0021】
図1において,1は店舗(現金が入金される施設を含む),2は入金機であり,入金機2内の2aは入金された店舗の売り上げ等の現金を貨幣の種類に仕分けして計数を行って金庫手段2dへ収納する処理を行う現金処理手段,2bはセンターとの間で送受信される各種データの処理,現金データの保存,現金集配の要求等の処理を行うデータ処理手段,2cは入金機への入金操作,売り上げの締めを行う締め操作,入金機2の金庫手段2dへのアクセス時に資格等を含むIDカードを読み取るカード読取手段,2dは入金により投入された現金(貨幣及び紙幣)を収納して保管する金庫手段,3はセンター側と通信回線8を介して通信を行う通信手段,4は店舗内の保安,火災等の状態を検出してアラームを発生すると共に通信手段3を介してセンター6と通信を行う警備手段である。
【0022】
5は店舗1の本社(または店舗経営者),6は現金管理と警備を統合して行うセンター,6aは多数の店舗の警備を管理する警備センター,6bは各店舗と通信回線により接続されて各店舗からの入金データの受信,各入金機の現金の状態,店舗からの締めデータの受信により銀行への振り込みや,金庫手段の現金を回収する部署への集金の指示等の多数の店舗の売り上げ金を管理し,銀行に対して店舗側の口座へ売り上げ金に対応する金額を振り込む処理を行う入金処理センター,7は銀行,8は通信回線(公衆網等)を表す。
【0023】
図1には,本発明の原理を示すため店舗1を一つだけ示すが,実際は多数の店舗がセンターと通信回線により接続されている。また,入金機2は単一の経営会社に属する店舗1に1台または複数台が置かれたり,一つの店舗内に複数の異なる小規模の店が存在する場合に,共同に利用する一台の入金機を設ける場合もある。
【0024】
本発明は各店舗にオンライン機能をもった入金機を設け,その入金機とセンターとを店舗設置の通信手段を経由して接続し,店舗の売り上げの現金を入金機に投入すると,入金情報とその状態が遠隔のセンターに送られることにより現金管理を行うことができる。また,店舗設置の通信手段に各種防犯センサを持つ警備手段を接続することにより店舗の設備の監視管理処理もセンターにて一元的に行うことができる。
【0025】
【作用】
図1において,店舗1の従業員がIDカードを入力すると共にレジスタ(会計機等)の売り上げ金を入金機2へ投入すると,現金は現金処理手段2aにより貨幣,紙幣の種別を区別して計数し,入金額を算出する。現金は施錠された金庫手段2dに投入され,現金処理手段2aで求められた現金の合計は,データ処理手段2bに供給され,記憶保持されると共に伝票に印字出力する。一方,IDカードはカード読取手段2cにより読取られてチェックされた,データ処理手段2bは,通信手段3に対し入金された金額や,入金機2の識別コードを含む入金データを通信回線8を介して送信する処理を行う。この入金データは本社5に対しても通信手段3を介して送信することができる。
【0026】
センター6の入金処理センター6bは,複数の店舗を経営する会社の場合は,店舗の営業が終了した後,入金機2に対し売り上げの締めを表す指示(IDカードによる)が発生すると,通信手段3から締めデータが送信される。センター6の入金処理センター6bはこの締めデータを受信すると,それまでの現金の入金データの総額に対応する金額を銀行7に振り込む。なお,入金機2から締めデータが送信されない場合は,入金処理センター6bから締めデータを要求する信号を送信する。この場合,入金機2のデータ処理手段2bでこれを受信して締めデータの要求であることを識別すると,当該店舗の識別コードを含む締めデータを発生して送信する。
【0027】
一方,入金機2の金庫手段2dに収納された現金は堅固な構造の中に現金カセット(後述する)が収納されており,センター6の指示により担当者が集配を行う専用車両により店舗に行って,店舗の入口の扉や金庫手段2dの扉を集配用の専用のIDカードによりチェックして開けて,内部の現金カセットを回収し,持参した空の現金カセットを装填(設置)する。これらの作業は警備システムにより時間の監視が行われ,異常を検出するとアラームが発生して対応する処理が実行される。
【0028】
入金機2を複数の店舗で使用する場合は,各店に対応するIDカードを使用して入金が行われると,対応する入金データが入金処理センター6bに送られる。入金処理センター6bでは各店舗別の入金データを受信すると対応する店舗の銀行7の口座へ振り込みを行う。また,一日に入金機2へ入金される金額が多くない場合は,入金処理センター6bからの現金の収集作業は毎日行う必要がなく,金庫手段2dに現金が一杯になる直前の状態になると入金処理センター6bにその状態を通知するデータを送信する。これを受けると,入金処理センター6bは現金収集のために集配の専用者を派遣して現金の収集を行う。
【0029】
【実施例】
図2は本発明の実施例のシステム構成図である。
【0030】
図2において10は店舗(図1の1に対応)を表し,この実施例ではスーパーやデパート等の大型の店舗とする。11はコントローラ(図1の通信手段3に対応)であり,通信回線によりセンター16と接続して警備情報及び入金機の情報の送信及びセンターからの情報の受信の制御を行う。12は各種防犯(防災を含む)用のセンサー(図1の4に対応),13は入金機(図1の2に対応)であり,この実施例では,店舗内の各フロアに1台設けて一つの店舗に複数台設置されている。図には,現金を投入するための投入口13a,硬貨が収納される硬貨金庫カセット13b,紙幣が収納される紙幣金庫カセット13cだけ示すが,その構成の詳細は後述する図3,図4について説明する。
【0031】
14は店舗内の売場のカウンタに設けられた売り上の現金が収納されるレジスタ(金銭登録機またはPOS端末)であり,複数台設けられた中の一台だけを示す。15は公衆電話網等のネットワーク,16は設備の監視管理(識別番号IDの管理を含む)と入金処理を一元的に行うセンター(図1の6に対応),17はセンター16に設けられた警備センターホスト(図1の6aに対応),18はセンター16に設けられた入金処理センターホスト(図1の6bに対応),19は各地域に設けられセンターの指示により,地域内の店舗10の入金機13から売り上げ金が入った金庫カセットを回収(収集)して空きの金庫カセットと交換する現金集配及び警備を行う設備と人員が配置された地域監視センター,19aは地域監視センターに設けられた端末,19bは端末19aに設けられたプリンタ,20は地域監視センター19に配置されて店舗の入金機から現金が入った硬貨金庫カセット13b,紙幣金庫カセット13cを収集すると共に,釣り銭(各店舗の開店前にレジスタに用意するため)が入った硬貨金庫カセットと空の紙幣金庫カセットとを装填する作業を行うために使用する現金集配車である。また,21は警備及び入金処理を行う会社の経理システム,22は各店舗の口座が設けられた銀行,23は店舗(ユーザ)の本社である。
【0032】
図3は入金機の外観図,図4は入金機の内部構成図である。
【0033】
図3に示す外観図を説明する。なお,図中の符号は図4に示す各部の符号と同じである。
【0034】
30は入金機を表し,その上部の伝票印字部(ジャーナルプリンタ)32は売り上げの入金を行った時や,売り上げの締めを指示した時に入金した金額(金種別を含む)や,売り上げの締めを行った時の売り上げの金額等を伝票に印字出力する。カードリーダ31cは,店舗の入金を行う従業員や,売り上げの締めを行う責任者,金庫の集配を行う集配担当者等がそれぞれ携帯するIDカードをスキャンしてIDを読み取る。操作キー(またはボタン)31a,31bは,店舗の従業員等による入金,売り上げの締切り操作であることを指示する入金キー,締切キーや現金の計数だけ行いたい時に計数を指示する計数キー,処理結果の確認キー,等の各キーを含む店舗用キー(図4の31b),集配担当者による金庫カセットの集配の操作を指示する集配キー等の警備関係の操作のための警備用キー(図4の31a),等の多数のキー(またはボタン)により構成されている。また表示部31dには,操作の案内や,入金を行った時の金種別の金額や合計や,売り上げの締めを入力した時の売り上げ金額等の各種の表示を行い,その表示内容を見て確認する。また,テンキーは,必要な数字入力,例えば,入金操作や,釣り銭金額の入力や,集配日(つり銭を必要とする日を含む)の指定,金庫カセットの集配担当者の資格を暗証番号の入力によりチェックする場合等の入力を行う時に使用する。
【0035】
硬貨挿入口37b,紙幣挿入口37aは,売り上げの現金を硬貨と紙幣に分けて挿入するために設けられ,リジェクト口38aと38bはそれぞれ不良貨幣,不良紙幣を排出する出口である。計数返却時口は,売り上げの現金を計数したい時に各挿入口37a,37bにそれぞれ紙幣,硬貨を挿入して計数が行われた後,計数結果が表示部に表示されて紙幣,硬貨が返却される出口である。金庫カセット収納扉は,堅固の筺体で構成された金庫部(図4の42)内の交換可能な紙幣金庫カセット42a,硬貨金庫カセット42bにアクセスするための扉であり,集配の担当者のIDカードの操作により開けることが可能となる。
【0036】
次に図4に示す入金機の構成を説明すると,31は操作・表示部で,警備用キー31a,店舗用キー31b,カードリーダ31cで構成され,32は伝票印字部32aを備える伝票部,33はセンターとの通信を行うコントローラ(図2の11)とのインタフェース部,34は制御部であり,34aは入金機全体の制御処理を行うCPU及びメモリ(入金された金額を締めが行われるまで保存し,ID番号のチェックを行うためのテーブル,プログラム等を格納),34bはドア(図3の金庫カセット収納扉)の開閉を状態を表すドア監視データ(接点出力の状態)であり,このデータはコントローラ(図3の11)を経由してセンターの警備センターホスト(図2の17)へ送られ,センターの警備センターホストからの問い合わせに応じてコントローラから送信される。34cは,入金機へ現金が入金された時の,種別毎の紙幣,硬貨の各枚数を表す金額データであり,入金データとしてCPUへ入力される。34dは,各キー31a,31bの何れのキーが操作されたかを表すデータやカードリーダにより読み取られた各認識データを表す。34eは表示部31d,伝票印字部32a,インタフェース部33に対する出力情報または入力情報(センターからの指示情報)を表す。
【0037】
この入出力情報34eの中の,入金情報としては,金額,日時,機械番号(入金機の機番),入金者のID等があり,釣り銭情報(交換用カセットの硬貨金庫カセット内に配達前に必要な釣り銭が格納されている)としては,その釣り銭を開店前に取り出した担当者番号,店番等があり,金庫ドア監視情報としてはドアオープンの情報,金庫セット(金庫を交換して装填ことを表す)信号がある。
【0038】
次に,現金を取り扱う構成は,上記図3に示す紙幣,硬貨の各挿入口37a,37bからそれぞれ紙幣,硬貨が投入されると,計数/識別部39a,39bにおいて,それぞれ種別,正・贋,変形や汚損等の既存の技術を用いた識別を行うと共に,種別毎の計数を行う。不良紙幣38aや不良硬貨38bはそれぞれリジェクト口36a,36bへ排出される。現金投入時に,「計数」のキー(図3の操作ボタン)を操作した場合,計数が終了した計数紙幣41a,計数硬貨41bはそれぞれ図3の計数返却口へ排出される。現金投入時に,店舗用キーを操作して,入金を行うためのIDカードをカードリーダ31cでスキャンすると,入金紙幣40a,入金硬貨40bはそれぞれ金庫部42内に装填された紙幣金庫カセット42a,硬貨金庫カセット42bへ投入される。この時,計数結果である紙幣枚数データ及び硬貨枚数データが制御部34の金額データ34cとして入力される。
【0039】
図4の43a,43bは金庫カセットの集配車により担当者が,入金機の金庫カセットを回収する場合に,交換用に持ってくる紙幣金庫カセットと硬貨金庫カセットである。紙幣金庫カセット43aは空(から)であるが,硬貨金庫カセット43bには,予めセンター16(図2)の入金処理センターホスト18から各入金機に対応する釣り銭の金額が端末19aにより指示されると,その釣り銭を指定された交換用の硬貨金庫カセット43bに格納して,対応する紙幣金庫カセット43aと共に運搬して交換される。なお,この釣り銭は,店舗の資格のある従業員のIDカードをカードリーダで読は取ることにより取り出すことが可能な構造を備えている。
【0040】
図5はコントローラの説明図であり,A.は構成図,B.は通報データ発生時の動作フローである。
【0041】
図5のA.において,コントローラ50において,51は公衆回線と接続されて発呼及び着呼の制御を行う網制御装置(NCU:Network Control Unit),52はモデムを内蔵し,相手先への接続及び相手からの呼び出しに応答してハンドシェイクを行って,データの送受信を行う通信制御装置,53は警備用のセンサ55からの状態検知信号を入力し,異常状態の発生により通報信号を発生するインタフェース部(IFで表示),54は入金機のインタフェース部(図4の33)からの各種通報データを受け取ると通信制御装置52から送信動作を起動するインタフェース,55は店舗内の各部に設けられたセンサであり,入金機の金庫部のドア監視データ(接点出力)は警備上の重要なセンサ出力として入力される。
【0042】
図5のA.において,センサ55の検知信号が異常状態を検出すると,インタフェース部53から通信制御装置52を起動して,警備センターホスト(図2の17)の回線番号(電話番号)により発呼する制御を行い,相手側と接続して応答するとアラーム情報を送信する。また,入金機から通報データが発生すると,インタフェース部54から通信制御装置52を起動する。この場合,通信制御装置52は相手先として入金処理センターホスト(図2の18)の回線番号(電話番号)を用いて発呼し,相手と接続するとデータを送信する。相手からの指示(例えば,締めを要求する信号)を受信した場合には,入金機のCPUへ送られる。
【0043】
図5のB.は,通報データが発生した時の動作フローであり,通報データ(入金データやセンサのアラーム)が発生すると,コントローラの電話回線が使用中か否か判定し(図5のB.のS1),使用中の場合は割り込みが可能か判別し(同S2),可能であれば割り込む旨の応答動作を行って終了させる(同S3)。電話回線が使用してなければ,回線を捕捉して4秒間の待機の後ダイヤル(ダイヤル番号は警備センターホストまたは入金処理センターホスト)を行って(同S4〜S6),相手とのハンドシェイクがとれたか判別する(同S7)。
【0044】
成功した場合は,通報データを送信し(同S8),回線を解放し(同S9),通信が正常に終了したか判別し(同S10),正常であれば通報正常終了となる。一方,ハンドシェイクが成功しない場合は,再試行をして一定時間(51秒)経過した場合は回線を解放し(同S11,S12),再通報回数をカウントして(同S13),再通報回数が規定回数をオーバしないと最初(S1)に戻って再度繰り返す。再通報回数をオーバすると,通報不能終了となる。
【0045】
図6はセンターの構成とネットワークの構成を示す。図6において,10,15〜19,21,22は上記図2と同じ各部を表し,10は店舗,15はネットワーク(電話網,専用回線等),16はセンター,17は警備センターホスト,18は入金処理センターホスト,19は地域監視センター,21は警備,入金の業務を行う会社の経理システム,22は店舗側(ユーザ)の口座がある銀行である。
【0046】
警備センターホスト17と入金処理センターホスト18は同様の構成を備え,両者はLANにより接続されている。図中,170,180はCPU,171,181はメモリ(MEM),172,182はキーボード付きディスプレイ,173,183はプリンタ,174,184はディスク,175,185は通信制御装置,176,186はLANによる通信を行うためのアダプタ,177,187はLANと結合するためのトランシーバである。また,178は警備センターホスト17に設けられたパトライト及び鳴動ブザーであり,パトライトは回転しながら点滅するライトである。
【0047】
警備センターホスト17は,主として次の3つの処理を行う。
【0048】
▲1▼IDコード管理:各店舗の入金機に対して,アクセス(入金操作,売り上げの締めの操作,金庫内の各金庫カセットの回収と装填)する時に,それぞれの操作をする資格をチェックするためのIDカードのコードを一元管理し,IDの登録,更新及び削除と,カードの発行を行う。
【0049】
▲2▼指定入金機及び入金処理センターホストへの必要なデータ(登録IDコードや異常状態によるアラーム情報等)のダウンロード(送信)。
【0050】
▲3▼店舗のコントローラから送られる警備(防犯)データ(各センサの状態)の管理,地域監視センターへの対処指示を行う。
【0051】
入金処理センターホスト18は,主として次の5つの処理を行う。
【0052】
▲1▼入金機から送られる入金情報の収集管理処理
▲2▼釣り銭受託処理,すなわち各店舗に届ける釣り銭を予め店舗側から受託して,各地域監視センターに対し交換用の硬貨金庫カセットへ釣り銭を格納(装填)するよう送信する。
【0053】
▲3▼集配作業情報(集配が必要な店舗の情報)を収集し,集配金額を指示された金額と照合管理する。
【0054】
▲4▼カセット管理,すなわち各店舗へ持って行く空きの各金庫カセット(釣り銭が格納された硬貨金庫カセットと空き紙幣金庫カセット)を管理する。
【0055】
▲5▼売り上げ情報の送信,経理システムへの銀行振込み処理を代行する。
【0056】
地域監視センター19では,端末19aにより次の処理を行う。
【0057】
▲1▼各地域監視センター19の担当エリアの店舗からの釣り銭受託情報を入金処理センターホスト18に送信する。
【0058】
▲2▼当日の集配作業情報を入金処理センターホスト18から受信する。
【0059】
▲3▼集配する各金庫カセット(入金機へ装填する金庫カセット)を管理する。
【0060】
▲4▼集配後の現金の照合結果を入力し,確認する。
【0061】
この他に,地域管理センター19では,警備センターホスト17からの指示により異常発生時の店舗及び入金機の点検を行う。
【0062】
また,経理システム21は入金処理センターホスト18からの売り上げの締めの入金総額をネットワークを介して受け取ると,対応する金額を店舗側(ユーザ)の口座へ振り込む。この場合,経理システム21から店舗側(ユーザ)の本社(または経理部門)23に対して振り込み金額を通知する。銀行22は本社23に対して振り込みがあったことを通知する。なお,現金は,地域監視センター19で収集した現金入の金庫カセットを経理システムで集めて本社(センター運営の)の取引銀行の口座へ入金するか,または地域監視センター19から取引銀行に入金する。
【0063】
次に上記図2に示すシステム構成における入金処理,締切処理,集配処理及びセンターにおける処理を以下に説明する。
【0064】
図7,図8は入金処理のフロー(その1),(その2)であり,図9は締切処理のフロー,図10は集配処理のフロー,図11は入金機とセンターとの間で送受される電文の例である。
【0065】
最初に図7において,入金機において入金キーが操作され(図7のS1),IDカードがスキャンによりカードが識別されると(同S2),そのカードによる入金が可能か判別され(同S3),不可の場合は処理を終了するが,可能な場合は,現金が図3に示す紙幣と硬貨の各挿入口に投入される(同S4)。続いて,投入金額が図4に示す計数/識別部39a,39bで紙幣,硬貨別に計数と識別が行われる(図7のS5)。計数された合計金額は表示部(図3の31d)に表示されると(同S6),正しくない場合は非確定(または誤り)のキー(図3の操作ボタン)を操作すると,投入された現金は返却される(図7のS7)。正しい場合,確定キーが操作されると(図7のS8),計数された紙幣と硬貨がそれぞれ金庫(図4の金庫部42の紙幣金庫カセット42aと硬貨金庫カセット42b)へ収納される(図7のS9)。
【0066】
この後,金庫に収納された紙幣や硬貨がニアフルの状態(充満に近い状態)であるか入金データの合計金額(紙幣,硬貨の合計枚数)により判別する(図7のS10)。ニアフルでない場合は,入金額が予め設定した一定金額を越えているか判別し(同S11),越えていない場合は入金データを保存する(同S12)。これは小額の入金については,センターへ送信する手間を省くためである。一定金額を越えている場合は,センターへ入金データを送信(アップロード)する(同S13)。この入金データは図11の(1) に示され,建物コード,入金機号機コードや,日時,金種データ,IDカード入金コード,入金ログデータ,顧客(店舗経営会社)コード,店舗コード等で構成される。続いて,送信データ(入金データ)を保存し(図7のS14),センターホストからの処理結果を受信した場合,その受信データを保存する(同S15)。
【0067】
上記S10において,ニアフルの場合,入金ニアフル状態をセンターに送信すると(同S16),入金ホストでこれが受信される(同S17)。金庫ニアフルの電文は図11の(5) に示す内容である。この金庫ニアフルの電文を受信すると,図8に移行して,センターホスト(図2の入金処理センターホスト)はその入金機に対して集配を行う予定があるか判別する(図8のS18)。予定がない場合は,追加集配処理を行うことにし(同S19),予定がある場合は,当日集配処理を行うことにし(同S20),急ぎか否かを判定する(同S21)。
【0068】
急ぎでない場合は,処理を終了し,急ぎの場合及び追加集配処理の場合は臨時集配処理を行うこととし(図8のS22),集配支店(図2の地域監視センター19と同じ)コードを検索する(同S23)。すなわち,入金機の号機コード(機番)をキーに取り扱う支店をセンターのマスターテーブル(後述する図15参照)を検索する。これにより支店コードが得られると,その支店に対し集配指示を送信(アップロード)する(同S24)。一方,支店では,この集配指示を受信(ダウンロード)すると(図8のS25),臨時集配のために集配担当者が集配車により該当入金機のある店舗へ出発する(同S26)。
【0069】
図9は締切処理のフローである。この締切の操作は,店舗の責任者が売り上げの締めを行う場合(毎日行う場合は閉店後,毎日行わない場合は一定日数毎)に入金機に対して実行される。最初に,入金機キーの締切キーが操作され(図9のS1),次にその責任者がIDカードをカードリーダでスキャニングすると,そのIDを識別し(同S2),そのIDカードの操作者が締切の操作を行う資格を持つか判別し(同S3),締切を行う資格がない場合は,処理を終了し,アラームを鳴動させる。締切が可能な操作者の場合,センターへ売り上げの締め(締切と同じ)を表示すると共に入金された金額の合計を含む電文(データ)を送信する(図9のS4)。
【0070】
図11の(2) に入金機からの締めデータの内容を示し,その中のIDカード締めコードによりセンターにおいて締めデータであることを識別する。この時の送信データは,入金機内に保存され(図9のS5),相手側のセンターホストでは受信処理が行われる(同S6)。なお,入金機に保存された,前回の締め以後に入金された各入金データ及び合計金額のデータは削除される(または保存も可能)。この締めデータを受信した時のセンターホストにおける処理は後述する(図12,図13)。
【0071】
上記の図9は店舗の責任者が締切の操作を行っているが,上記図7の入金処理の動作において,金庫がニアフルであると判別されてセンターにその状態が送信された時(図7のS16),センターから締め要求を入金機へ送信する処理を行うようにすることができる。その場合の締め要求電文は,図11の(3) に示す構成となる。締め要求を受けると,入金機ではそれまでの入金された金種別金額や合計金額を含む締めデータを発生すると共に保存する。
【0072】
図10は集配処理のフローである。この集配処理は,上記の図2のシステム構成において,地域監視センター19がセンター16からの集配の指示を端末19aで受けて予め,交換用の金庫カセット(空き紙幣金庫カセットと指示された釣り銭を収納した硬貨金庫カセット)を各入金機用に用意して担当者が集配車により出向く。担当者が店舗へ入店して入金機に対し集配キーが操作され(図10のS1),続いてIDカードをスキャニングするとカード内容を識別する(同S2)。このカード内のIDにより集配が可能(資格を持つ)か否かを判別し(同S3),不可の場合は終了し,可能な場合は金庫扉の施錠が解かれてオープンする(同S4)。この時,ドア監視データ(図4の34b)としてドアの開閉を検出する接点出力によりドアが開いた出力を警備センターホストへ送ることにより監視が行われる。また,図10には示されないが,ドア監視情報として,図11の(4) に示す集配作業電文が送信される。
【0073】
金庫扉がオープンすると,作業時間監視がスタートし(図10のS5),タイマによる監視が行われる。予め決められた時間を経過しても金庫扉が閉じない場合は,センターへアラーム情報が送信される(同S11)。異常またはアラームの電文の構成は図11の(6) に示す。監視時間内に金庫カセットの交換が行われ(同S7),金庫扉が閉じられたことを検出すると(同S8),センターに対し図11の(4) に示す集配作業電文が送信され(同S9),その送信データは入金機に保存する(同S10)。センター側では,アラーム情報や集配情報の受信データを保存する(同S12)。
【0074】
なお,センターの警備センターホスト(図2の17)でも集配作業中は,金庫扉が開いてから,閉じられるまでの状態を監視し,ドアが開いて閉じるまでの時間が一定時間経過した場合や,入金機からのアラーム情報を受信すると,直ちに店舗の近くに位置する地域監視センター(図2の19)へ,端末または電話により通知して,警備員の派遣を指示する等の処理を行う。
【0075】
次に図12,図13に示すセンターホストの受信処理のフロー(その1),(その2)を説明する。この場合の受信処理は,主として図2,図6の入金処理センターホスト18において実行され,警備関係の処理は図2,図6の警備センターホスト17で実行される。また,センターホストには,図14に示すデータを多数格納したマスターテーブル(またはファイル)を備えている。
【0076】
図14に示すように,マスターテーブルは,番号,区分(各データの種別を表し,管理データ,警備データ,運用データ,入金データ,経理データ等),レベル(重要度を表す),各データ項目(建物コード,入金機号機コード等多種の項目がある)が格納され,各データ項目についてそれぞれ実際の建物,入金機,等の多数のデータが関連付けて設定されている。このマスターテーブルを参照,更新して,センターホスト(警備センターホスト17及び入金処理センターホスト18)は各種の処理を行う。
【0077】
図12において,センターホストがデータを受信すると,受信データを識別し(図12のS1),警備用の異常・アラームを表すデータの場合は(同S2),パトライト・アラーム鳴動の動作をさせ(同S3),異常状態画面を表示し(同S4),異常データの集計(ログ)を行うと共に異常に対処するための連絡(地域監視センターに対し警備員を異常発生店舗に派遣する等)を行う(同S6)。
【0078】
受信データが締切を要求するものであると(図12のS7),売り上げ金額の集計を行い(同S8),売り上げ伝票の作成(同S9),経理処理(同S10)を行う。また,受信データが入金データである場合は(同S12),受信データに含まれた入金金額により入金機別の集計を行い(同S13),上記売り上げの集計を行う。更に,受信データが集配データである場合は,集配金額の集計を行い(同S14,S15),集配伝票の作成を行って(同S16),経理処理(同S10)が行われる。受信データが何れの種別にも属さない場合は,受信処理を終了する。
【0079】
受信データについて経理処理を終了すると,店舗コードマスタを検索する(図12のS11)。すなわち,締めデータに含まれた入金機号機コード,店舗コードによりマスタテーブルを検索する。
【0080】
次に,図13に移行して,上記S11で検索した店舗コードマスタ(図14参照)を更新する(図13のS17)。この更新は,マスタテーブル内の店舗コードマスタ(各店舗コードとその店舗に設置された入金機の情報)と呼ばれるテーブルに,入金機に対する入金,締め,集配等の実行状態が記録(ログ)される。
【0081】
次に,顧客コードマスタ検索が実行される(同S18)。これにより,顧客コードマスタ(各店舗コードの店舗を経営する顧客のコード情報を備える)から,当該店舗を経営する顧客を識別し,その顧客について顧客コードマスタを更新(締めを行ったことを記録)する(同S19)。この後,店舗別の売り上げの集計を行い(同S20),更に顧客別の売り上げを集計する(同21)。この顧客別の売り上げの集計で,同じ経営会社(顧客)に属する複数の店舗の売り上げが集計される。次に,銀行コードマスタを検索し,顧客が契約している銀行コード(銀行名と口座番号)をマスターテーブルで検索する(同S22)。この結果銀行コードが検索されたか判別し,検索されるとその指定銀行の口座への送金(振り込み)を行う(同S26)。検索により銀行コードが得られない場合,ユーザ(顧客)に問い合わせて,銀行コードが得られると新規銀行コードをマスターテーブルに登録する(同S24,S25)。
【0082】
図15はID管理の処理フローである。この処理は主としてセンターの警備センターホストで実行される。
【0083】
IDカードは,入金操作者による現金投入の資格,締切操作者による投入された現金の合計を求めて締切処理を行う資格,集配(金庫部の扉を開けて各金庫カセットの回収と装填をする資格)のそれぞれについてチェックするために使用される。なお,入金操作と締切操作に使用するIDカードは店舗側の操作者が保持し,集配の操作に使用するIDカードはセンター側(集配会社)の担当者が保持する。
【0084】
このような,IDカード用のID(識別番号)を登録する場合,警備センターホストの端末で登録したいIDを入力する(図15のS1)。これに応じて,その登録は新規であるか判別し(同S2),新規の場合はマスター(マスターテーブル)に登録する(同S3)。新規でない場合,登録が以前のIDを更新するものであるか判別し(同S4),更新の場合は,入力されたIDによりマスターを更新する(同S5)。IDの新規登録と更新の場合は,対応するIDカードを発行する(同S6)。新規,更新の何れでもない場合,削除であるか判別し(同S7),削除であればマスターを削除し(同S8),何れでもない場合は処理を終了する。
【0085】
IDカードを発行した時及びIDを削除した時は,発行帳票を出力し(図15のS9),IDコードを店舗の入金機に送信する(同S10))。入金機側ではIDコードを受信して保存し(同S11),以後の入金機の処理においてそのIDコードを反映(チェックに使用)する(同S12)。
【0086】
【発明の効果】
本発明によれば,店舗の担当者は入金機へ売り上げの現金を入金するだけで,銀行に出向くことなく実質的に銀行へ入金したのと同様に取り扱われるため,現金輸送のための手間と時間を無くすと共に犯罪に巻き込まれる可能性を少なくすることができる。また,入金と同時にデータがセンターへ入金データが送信され,締めの操作で入金された金額の合計(売り上げ総額)がセンターへ送られると,すみやかに店舗側の銀行口座に売り上げの金額が振り込まれるので,店舗経営の上で資金を有効に活用することが可能となる。
【0087】
また,店舗及び入金機の警備情報がセンター側で一括して監視及び管理されるため,事故の発生に対して迅速に対処して,防犯,防災を図ることが可能となる。また,金庫に現金が収納されると,集配を行う担当者は,現金を取り扱うことなく現金が入った金庫カセットを回収し,交換用の金庫カセットを金庫内に装填する作業を行うだけであり,現金を直接扱う必要がないため,迅速な集配が可能となる。
【図面の簡単な説明】
【図1】本発明の原理構成図である。
【図2】本発明の実施例のシステム構成図である。
【図3】入金機の外観図である。
【図4】入金機の内部構成図である。
【図5】コントローラの説明図である。
【図6】センターの構成とネットワークの構成を示す図である。
【図7】入金処理のフロー(その1)を示す図である。
【図8】入金処理のフロー(その2)を示す図である。
【図9】締切処理のフローを示す図である。
【図10】集配処理のフローを示す図である。
【図11】入金機とセンター間で送受される電文の例を示す図である。
【図12】センターホストの受信処理のフロー(その1)を示す図である。
【図13】センターホストの受信処理のフロー(その2)を示す図である。
【図14】マスターテーブル(ファイル)のデータを示す図である。
【図15】ID管理の処理フロー示す図である。
【図16】従来の警備システムの概要を示す図である。
【図17】従来の売り上げ金管理方法の説明図である。
【符号の説明】
1 店舗
2 入金機
2a 現金処理手段
2b データ処理手段
2c カード読取手段
2d 金庫手段
3 通信手段
4 警備手段
5 店舗の本社(または店舗経営者)
6 センター
6a 警備センター
6b 入金センター
7 銀行
8 通信回線[0001]
[Industrial application fields]
The present invention provides a cash management system for stores and the like. To Related.
[0002]
In recent years, cash-only transportation and security companies have been used to collect sales proceeds from stores, etc., but it is necessary for stores to always store sales proceeds securely and deposit them securely into banks. However, since the security system and the system such as the deposit machine are not linked, it is necessary to understand multiple systems at the time of operation, which may cause misoperation, etc., and always store and transport cash safely. It was difficult.
[0003]
For this reason, the store side cash storage, security, and cash collection / delivery are coordinated with improvements to the deposit system for sales proceeds, etc., and the system that transports and guards the received cash. It is desired to manage it safely and reliably.
[0004]
[Prior art]
FIG. 16 shows an outline of a conventional security system, and FIG. 17 is an explanatory diagram of a conventional sales management method.
[0005]
In the security system shown in FIG. 16, when the
[0006]
As a result, the
[0007]
Next, the conventional sales management method shown in FIG. 17 will be described. In the case of a super store or the like that manages a plurality of stores, the cash of the sales stored in the register (a plurality of stores) 922 is one
[0008]
The person in charge of the
[0009]
In place of the above-described safe 923, a deposit machine may be provided as equipment owned by a store recently. In that case, the depositing machine deposits using the ID card held by the manager of the store, counting is performed, and when the person in charge of cash collection and delivery comes, the manager of the store opens the depositing machine and delivers the cash It will be.
[0010]
In the case where the
[0011]
[Problems to be solved by the invention]
As described above, when operating conventional large-scale stores (including not only stores but also facilities where cash is deposited, hereinafter referred to simply as stores), collection and delivery of sales proceeds (by cash collection and delivery vehicles) and stores There was a problem that it was expensive because it was performed independently by setting up another system, which was performed at night or on regular holidays when the store was not open.
[0012]
In addition, the collection and delivery of cash stored in a safe or deposit machine is performed during the business hours of the store, etc. and does not coincide with the time for security (the time from closing until the opening of the store). Often out. That is, since there is not always a security officer when collecting and delivering cash, it is necessary to cancel the security system or to deliver the cash, which complicates the operation and requires manpower and time.
[0013]
In addition, even if the store manager pays the sales proceeds to the nighttime safe at a small-scale store etc., in the present situation where the security specialist is not attached, the time between leaving the store and putting the cash into the nighttime safe It was difficult to ensure the safety of personnel and cash.
[0014]
Furthermore, when cash is stored in a safe in the store after closing, the possibility of cash theft increases and the time it takes for the bank to deposit money causes a problem of poor fund efficiency. was there.
[0015]
Furthermore, in the conventional system, even if one card is used as an example, the card for releasing the security when entering the store, the card for the deposit machine when using the deposit machine, the store employee entering and leaving the store, etc. It was necessary to use a unique card to be used and various types of cards, which was very inconvenient in operation and could cause problems in operation.
[0016]
In order to solve the above-mentioned problems, the present invention allows the cash collection / delivery operation center to grasp the deposit data simply by putting the management of the sales proceeds of the store into the depositing device provided on the store side. At the same time, the main purpose is to provide a cash management system capable of safely and reliably performing cash collection and delivery and security for both stores and collection companies.
[0017]
Another purpose is to integrate the store security system and cash management system so that both cash collection and security operations can be performed by the center.
[0018]
In addition, cash collection and delivery (collection of collected cash and delivery of change for business on the next day) can be handled more efficiently and errors can be prevented. One of the purposes is to be able to do it.
[0019]
Also, when sales proceeds are entered, cash is checked and stored, and data related to operations such as sales deadlines and collection / delivery are all sent to the center in real time, and cash collection / delivery (collection of collected cash Another object is to provide a deposit machine for safely performing change delivery (including delivery of change).
[0020]
[Means for Solving the Problems]
FIG. 1 is a principle configuration diagram of the present invention.
[0021]
In FIG. 1, 1 is a store (including facilities where cash is deposited), 2 is a deposit machine, and 2a in the
[0022]
5 is the head office (or store manager) of
[0023]
In FIG. 1, only one
[0024]
In the present invention, each store is provided with a depositing machine having an online function, the depositing machine and the center are connected via a communication means installed in the store, and the cash of the store sales is inserted into the depositing machine. Cash management can be performed by sending the state to a remote center. Further, by connecting a security means having various security sensors to the communication means installed in the store, it is possible to perform centralized monitoring and management processing of store facilities at the center.
[0025]
[Action]
In FIG. 1, when an employee of the
[0026]
In the case of a company that operates a plurality of stores, the
[0027]
On the other hand, the cash stored in the safe 2d of the depositing
[0028]
When the
[0029]
【Example】
FIG. 2 is a system configuration diagram of an embodiment of the present invention.
[0030]
In FIG. 2, 10 represents a store (corresponding to 1 in FIG. 1). In this embodiment, the store is a large store such as a supermarket or department store.
[0031]
[0032]
FIG. 3 is an external view of the depositing machine, and FIG. 4 is an internal configuration diagram of the depositing machine.
[0033]
The external view shown in FIG. 3 will be described. In addition, the code | symbol in a figure is the same as the code | symbol of each part shown in FIG.
[0034]
[0035]
The
[0036]
Next, the structure of the depositing machine shown in FIG. 4 will be described.
[0037]
The deposit information in the input /
[0038]
Next, in the configuration for handling cash, when bills and coins are inserted from the bill and
[0039]
[0040]
FIG. 5 is an explanatory diagram of the controller. Is a block diagram. Is the operation flow when report data is generated.
[0041]
A. of FIG. In the
[0042]
A. of FIG. When the detection signal of the
[0043]
B. of FIG. Is an operation flow when report data is generated. When report data (payment data or sensor alarm) is generated, it is determined whether or not the telephone line of the controller is in use (S1 in FIG. 5B). If it is in use, it is determined whether an interrupt is possible (S2), and if possible, a response operation to interrupt is performed and the process is terminated (S3). If the telephone line is not in use, the line will be captured and dialed after waiting for 4 seconds (the dial number is the security center host or the deposit processing center host) (S4-S6), and handshaking with the other party will It is determined whether it has been taken (S7).
[0044]
If successful, report data is transmitted (S8), the line is released (S9), and it is determined whether the communication is normally completed (S10). On the other hand, if the handshake is not successful, if a fixed time (51 seconds) elapses after retrying, the line is released (S11, S12), the number of times of re-reporting is counted (S13), and re-reporting is performed. If the number does not exceed the specified number, the process returns to the first (S1) and repeats again. If the number of re-reports is exceeded, the report cannot be completed.
[0045]
FIG. 6 shows the configuration of the center and the configuration of the network. In FIG. 6,
[0046]
The
[0047]
The
[0048]
(1) ID code management: Check the qualifications for each operation when accessing the deposit machine at each store (payment operation, tightening sales, collecting and loading each safe cassette in the safe). ID card codes are managed centrally, ID registration, update and deletion, and card issuance are performed.
[0049]
(2) Download (send) necessary data (registration ID code, alarm information due to abnormal conditions, etc.) to the specified deposit machine and deposit processing center host.
[0050]
(3) Management of security (crime prevention) data (the state of each sensor) sent from the controller of the store and instructions for dealing with the regional monitoring center.
[0051]
The deposit
[0052]
(1) Collection management processing of deposit information sent from deposit machine
{Circle around (2)} Change change processing, i.e., change change delivered to each store is previously received from the store side, and sent to each regional monitoring center so as to store (load) change in a replacement coin safe cassette.
[0053]
(3) Collect / deliver work information (information of stores that require collection / delivery) is collected, and the collection / delivery amount is checked against the instructed amount.
[0054]
(4) Cassette management, that is, managing each empty safe cassette (a coin safe cassette storing a change and an empty banknote safe cassette) to be taken to each store.
[0055]
(5) Delegate sales information and bank transfer to the accounting system.
[0056]
In the
[0057]
(1) The change acceptance information from the store in the area in charge of each
[0058]
(2) The collection / delivery work information of the day is received from the deposit
[0059]
(3) Manage each safe cassette to be collected and delivered (a safe cassette to be loaded into the deposit machine).
[0060]
(4) Enter and check the cash verification result after collection and delivery.
[0061]
In addition, the
[0062]
Further, when the
[0063]
Next, the deposit processing, deadline processing, collection / delivery processing and processing in the center in the system configuration shown in FIG. 2 will be described below.
[0064]
FIGS. 7 and 8 show the deposit processing flow (part 1) and (part 2), FIG. 9 shows the deadline processing flow, FIG. 10 shows the collection and delivery processing flow, and FIG. 11 shows the sending and receiving between the depositing machine and the center. This is an example of a message to be sent.
[0065]
First, in FIG. 7, when the deposit key is operated in the depositing machine (S1 in FIG. 7) and the ID card is identified by scanning (S2), it is determined whether the card can be deposited (S3). If not possible, the process is terminated, but if possible, cash is inserted into each bill and coin insertion slot shown in FIG. 3 (S4). Subsequently, the counting / recognition unit 39a, 39b shown in FIG. 4 counts and identifies the input amount for each bill and coin (S5 in FIG. 7). When the total amount counted is displayed on the display section (31d in FIG. 3) (S6), if it is not correct, it is input by operating the non-confirmed (or error) key (operation button in FIG. 3). Cash is returned (S7 in FIG. 7). If it is correct, when the confirmation key is operated (S8 in FIG. 7), the counted bills and coins are respectively stored in the safes (the bill
[0066]
Thereafter, it is determined whether the bills and coins stored in the safe are in a near-full state (close to full) or the total amount of the deposit data (total number of bills and coins) (S10 in FIG. 7). If it is not near-full, it is determined whether the deposit amount exceeds a preset fixed amount (S11). If not, the deposit data is saved (S12). This is to save the trouble of sending a small amount to the center. If it exceeds the certain amount, the deposit data is transmitted (uploaded) to the center (S13). This deposit data is shown in (1) of Fig. 11 and includes building code, deposit machine code, date / time, denomination data, ID card deposit code, deposit log data, customer (store management company) code, store code, etc. Composed. Subsequently, the transmission data (payment data) is saved (S14 in FIG. 7), and when the processing result from the center host is received, the received data is saved (S15).
[0067]
In S10, in the case of near full, when the deposit near full state is transmitted to the center (S16), this is received by the deposit host (S17). The safe near-full message is shown in (5) of FIG. When the safe near-full message is received, the process proceeds to FIG. 8, and the center host (the deposit processing center host in FIG. 2) determines whether or not there is a plan to collect and deliver to the depositing machine (S18 in FIG. 8). If there is no plan, additional collection / delivery processing is performed (S19). If there is a plan, the day collection / delivery processing is performed (S20), and it is determined whether or not it is urgent (S21).
[0068]
If not in a hurry, the process is terminated, and in the case of a hurry and in the case of an additional collection and delivery process, a temporary collection and delivery process is performed (S22 in FIG. 8), and a collection and delivery branch (same as the
[0069]
FIG. 9 is a flowchart of the deadline processing. This closing operation is performed on the depositing machine when the person in charge of the store closes the sales (after closing if daily, or every fixed number of days otherwise). First, the closing key of the deposit machine key is operated (S1 in FIG. 9), and then when the person in charge scans the ID card with the card reader, the ID is identified (S2), and the operator of the ID card Is qualified to perform the deadline operation (S3), and if it is not qualified to perform the deadline, the process is terminated and an alarm is sounded. In the case of an operator who can make a deadline, the sales deadline (same as the deadline) is displayed to the center and a message (data) including the total amount of money received is transmitted (S4 in FIG. 9).
[0070]
(2) in FIG. 11 shows the contents of the tightening data from the depositing machine, and the ID card tightening code therein identifies the tightening data at the center. The transmission data at this time is stored in the depositing machine (S5 in FIG. 9), and reception processing is performed at the partner center host (S6). It should be noted that each deposit data and total amount data that have been deposited after the previous closing and saved in the deposit machine are deleted (or can be saved). The processing in the center host when receiving the tightening data will be described later (FIGS. 12 and 13).
[0071]
In FIG. 9 above, the person in charge of the store performs the closing operation. However, in the deposit processing operation of FIG. 7, when the safe is determined to be near-full and the state is transmitted to the center (FIG. 7). S16), a process of transmitting a tightening request from the center to the deposit machine can be performed. In this case, the tightening request message has the configuration shown in (3) of FIG. When receiving the tightening request, the depositing machine generates and stores the tightening data including the money amount and the total amount of money deposited so far.
[0072]
FIG. 10 is a flowchart of the collection and delivery process. 2, the
[0073]
When the safe door is opened, work time monitoring starts (S5 in FIG. 10), and monitoring by a timer is performed. If the safe door does not close after a predetermined time, alarm information is sent to the center (S11). The structure of the abnormal or alarm message is shown in (6) of FIG. When the safe cassette is exchanged within the monitoring time (S7) and it is detected that the safe door is closed (S8), the collection and delivery work message shown in (4) of FIG. S9), the transmission data is stored in the depositing machine (S10). On the center side, received data of alarm information and collection / delivery information is stored (S12).
[0074]
During the collection and delivery work, the security center host (17 in FIG. 2) monitors the state from when the safe door is opened until it is closed. When the alarm information is received from the depositing machine, it immediately notifies the regional monitoring center (19 in FIG. 2) located near the store by a terminal or telephone, and performs processing such as instructing dispatch of a guard.
[0075]
Next, the reception processing flow (part 1) and (part 2) of the center host shown in FIGS. 12 and 13 will be described. The reception processing in this case is mainly executed in the deposit
[0076]
As shown in FIG. 14, the master table includes numbers, classifications (representing each data type, management data, security data, operational data, deposit data, accounting data, etc.), levels (representing importance), and data items. (There are various items such as a building code and a deposit machine code), and a lot of data such as an actual building and a deposit machine are set in association with each data item. By referring to and updating this master table, the center host (
[0077]
In FIG. 12, when the center host receives data, the received data is identified (S1 in FIG. 12), and in the case of data representing a security abnormality / alarm (S2), a patrol / alarm sounding operation is performed ( S3), display the abnormal status screen (S4), and summarize the abnormal data (log) and contact to deal with the abnormality (e.g. dispatch a security guard to the regional monitoring center to the store where the abnormality occurred) (S6).
[0078]
If the received data requires a deadline (S7 in FIG. 12), the sales amount is totaled (S8), a sales slip is created (S9), and an accounting process (S10) is performed. If the received data is deposit data (S12), the total for each depositing machine is calculated based on the deposit amount included in the received data (S13), and the above sales are totaled. Further, if the received data is collection / delivery data, the collection / delivery amount is totaled (S14, S15), a collection / delivery slip is created (S16), and the accounting process (S10) is performed. If the received data does not belong to any type, the reception process is terminated.
[0079]
When the accounting process is finished for the received data, the store code master is searched (S11 in FIG. 12). That is, the master table is searched by the deposit machine number code and the store code included in the closing data.
[0080]
Next, the process proceeds to FIG. 13, and the store code master (see FIG. 14) searched in S11 is updated (S17 in FIG. 13). This update is recorded (logged) in a table called store code master (information on each store code and the deposit machine installed in the store) in the master table. The
[0081]
Next, a customer code master search is executed (S18). This identifies the customer who manages the store from the customer code master (provided with the code information of the customer who manages the store of each store code), and updates the customer code master for that customer (S19). Thereafter, the sales for each store are tabulated (S20), and the sales for each customer are further tabulated (21). With the sales total for each customer, the sales of a plurality of stores belonging to the same management company (customer) are totaled. Next, the bank code master is searched, and the bank code (bank name and account number) contracted by the customer is searched in the master table (S22). As a result, it is determined whether or not the bank code has been searched. When the bank code is searched, remittance (transfer) to the account of the designated bank is performed (S26). When the bank code cannot be obtained by the search, the user (customer) is inquired, and when the bank code is obtained, the new bank code is registered in the master table (S24, S25).
[0082]
FIG. 15 is a processing flow of ID management. This process is mainly executed by the center security center host.
[0083]
ID card is a qualification for depositing cash by the deposit operator, qualification for determining the total amount of cash thrown by the deadline operator, collection and delivery (collection and loading of each safe cassette by opening the door of the safe section) Used to check for each (qualification). The ID card used for the deposit operation and the deadline operation is held by an operator on the store side, and the ID card used for the collection / delivery operation is held by a person in charge on the center side (collection / delivery company).
[0084]
When registering such an ID (identification number) for an ID card, the ID to be registered is input at the terminal of the security center host (S1 in FIG. 15). In response to this, it is determined whether the registration is new (S2), and if new, it is registered in the master (master table) (S3). If it is not new, it is determined whether or not the registration is to update the previous ID (S4). If it is an update, the master is updated with the input ID (S5). In the case of new ID registration and update, a corresponding ID card is issued (S6). If it is neither new nor updated, it is determined whether it is a deletion (S7). If it is a deletion, the master is deleted (S8). If it is neither, the process is terminated.
[0085]
When the ID card is issued and when the ID is deleted, an issuance form is output (S9 in FIG. 15), and the ID code is transmitted to the deposit machine at the store (S10). The depositing machine receives and stores the ID code (S11), and reflects (uses for checking) the ID code in the subsequent processing of the depositing machine (S12).
[0086]
【The invention's effect】
According to the present invention, since the person in charge at the store simply deposits cash for sale to the deposit machine and is handled in the same manner as having deposited to the bank without going to the bank, You can save time and reduce the chance of getting involved in a crime. At the same time as the deposit, the data is sent to the center, and when the total amount (total sales) deposited by the closing operation is sent to the center, the sales amount is immediately transferred to the bank account on the store side. Therefore, it is possible to use funds effectively in store management.
[0087]
Further, since the security information of the store and the deposit machine is collectively monitored and managed on the center side, it is possible to promptly cope with the occurrence of an accident, and to achieve crime prevention and disaster prevention. Also, when cash is stored in the safe, the person in charge of collection and collection simply collects the safe cassette containing the cash without handling the cash and loads the replacement safe cassette into the safe. Because there is no need to handle cash directly, quick collection and delivery is possible.
[Brief description of the drawings]
FIG. 1 is a principle configuration diagram of the present invention.
FIG. 2 is a system configuration diagram of an embodiment of the present invention.
FIG. 3 is an external view of a deposit machine.
FIG. 4 is an internal configuration diagram of the depositing machine.
FIG. 5 is an explanatory diagram of a controller.
FIG. 6 is a diagram illustrating a center configuration and a network configuration.
FIG. 7 is a diagram showing a flow (part 1) of a deposit process.
FIG. 8 is a diagram showing a flow (No. 2) of deposit processing.
FIG. 9 is a diagram showing a flow of deadline processing.
FIG. 10 is a diagram illustrating a flow of collection and delivery processing.
FIG. 11 is a diagram showing an example of a message sent and received between the deposit machine and the center.
FIG. 12 is a diagram illustrating a flow (part 1) of reception processing of the center host.
FIG. 13 is a diagram showing a flow (No. 2) of reception processing of the center host.
FIG. 14 is a diagram showing data of a master table (file).
FIG. 15 is a diagram showing a processing flow of ID management.
FIG. 16 is a diagram showing an outline of a conventional security system.
FIG. 17 is an explanatory diagram of a conventional sales money management method;
[Explanation of symbols]
1 store
2 Deposit machines
2a Cash processing means
2b Data processing means
2c card reading means
2d safe means
3 Communication means
4 security measures
5 Store headquarters (or store manager)
6 Center
6a Security Center
6b Deposit Center
7 Bank
8 communication lines
Claims (3)
前記入金機は,店舗の売り上げの現金が投入されると現金の識別と計数を行い,該現金の金額を記憶する現金処理手段と,前記現金集配会社のセンターからの締めデータの送信要求を受信する手段と,売り上げの締めを指示する操作入力を行う手段と,売り上げの締めを指示する操作入力が行われた場合または前記締めデータの送信要求を受信した場合に,前回の売り上げの締め以後に入金された金額の合計及び店舗の識別子を含む締めデータを,通信回線を介して前記現金集配会社のセンターへ送信するデータ処理手段と,前記識別と計数を行った現金を収納する金庫手段とを備え,
前記現金集配会社のセンターは,前記入金機から現金の金額と店舗の識別子とから構成される締めデータを受信する手段と,該締めデータを受信すると,前記受信した金額の振込み処理を行う銀行口座を前記受信した店舗の識別子に基づいて求めると共に該銀行口座に前記受信した金額を振り込む手段と,予め設定した時間までに締めデータが送信されない場合,締めデータの送信要求を入金機に送信する手段と
を備えたことを特徴とする現金管理システム。In a cash management system consisting of a cash collection / delivery company center and a deposit machine installed at a store of a plurality of customers of the cash collection / delivery company,
When the cash of the sales of the store is inserted, the depositing machine identifies and counts the cash, receives the cash processing means for storing the cash amount, and receives the request for sending the closing data from the center of the cash collection and delivery company Means for performing an operation input for instructing the closing of sales, and when an operation input for instructing the closing of sales has been performed or when a request for transmitting the closing data has been received, after the closing of the previous sales. A data processing means for transmitting the closing data including the total amount of money received and the store identifier to the center of the cash collection and delivery company via a communication line; and a safe means for storing the cash subjected to the identification and counting. Prepared,
The center of the cash collection / delivery company has means for receiving closing data composed of an amount of cash and an identifier of a store from the depositing machine, and a bank account that performs a transfer process of the received amount when receiving the closing data And means for transferring the received amount to the bank account and transmitting the closing data transmission request to the depositing machine if the closing data is not transmitted by a preset time. A cash management system characterized by comprising:
前記現金集配会社のセンターの,締めデータの送信要求を送信する手段は,前記ニアフルの状態を示すデータを受信した場合に,締めデータの送信要求を送信することを特徴とする請求項1記載の現金管理システム。The depositing machine is configured to determine whether the safe means is near-full based on the identification and counting of the cash processing means, and when the safe means is near-full, the data indicating the state of the safe means is stored in the cash collection and delivery company. Means to send to the center,
The means for transmitting a closing data transmission request of the center of the cash collection and delivery company transmits the closing data transmission request when receiving the data indicating the near-full state. Cash management system.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001345790A JP3711068B2 (en) | 2001-11-12 | 2001-11-12 | Cash management system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001345790A JP3711068B2 (en) | 2001-11-12 | 2001-11-12 | Cash management system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP16577895A Division JP3542051B2 (en) | 1995-06-30 | 1995-06-30 | Cash management system, center of cash collection and delivery company and method of processing deposit and cash collection and delivery |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002216213A JP2002216213A (en) | 2002-08-02 |
JP3711068B2 true JP3711068B2 (en) | 2005-10-26 |
Family
ID=19159073
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001345790A Expired - Lifetime JP3711068B2 (en) | 2001-11-12 | 2001-11-12 | Cash management system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3711068B2 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010016102A1 (en) | 2008-08-04 | 2010-02-11 | グローリー株式会社 | Money handling machine and money deposit/withdrawal handling system |
WO2013031433A1 (en) | 2011-08-30 | 2013-03-07 | グローリー株式会社 | Currency processing machine, currency processing system, currency processing method and valuable medium processing machine |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4611670B2 (en) * | 2004-06-21 | 2011-01-12 | セコム株式会社 | Depositor management system |
JP4611672B2 (en) * | 2004-06-25 | 2011-01-12 | セコム株式会社 | Depositor management system |
JP4517832B2 (en) * | 2004-11-30 | 2010-08-04 | 沖電気工業株式会社 | Cash management equipment |
JP5200502B2 (en) * | 2007-11-19 | 2013-06-05 | 沖電気工業株式会社 | Cash processing equipment |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS57147772A (en) * | 1981-03-09 | 1982-09-11 | Glory Ltd | Method and equipment for processing money calculation |
JPS5894043U (en) * | 1981-12-15 | 1983-06-25 | オムロン株式会社 | transaction processing device |
JPH0293782A (en) * | 1988-09-29 | 1990-04-04 | Amano Corp | Exact calculator with sales collecting command function |
JPH02231699A (en) * | 1989-03-06 | 1990-09-13 | Akihiro Iwasaki | Sales supervising system |
JP2771268B2 (en) * | 1989-07-27 | 1998-07-02 | グローリー工業株式会社 | Securities settlement system |
JPH03268061A (en) * | 1990-03-17 | 1991-11-28 | Akihiro Iwasaki | Sales operation managing system |
JPH06103296A (en) * | 1992-09-18 | 1994-04-15 | Hitachi Software Eng Co Ltd | Method for communicating reserved transfer result |
JP3377051B2 (en) * | 1993-03-15 | 2003-02-17 | グローリー工業株式会社 | How to confirm the collection and arrangement of sales proceeds |
JP3325968B2 (en) * | 1993-09-03 | 2002-09-17 | 株式会社東芝 | Cash storage system |
JP3285734B2 (en) * | 1995-04-21 | 2002-05-27 | 株式会社イトーキクレビオ | Sales management system |
-
2001
- 2001-11-12 JP JP2001345790A patent/JP3711068B2/en not_active Expired - Lifetime
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010016102A1 (en) | 2008-08-04 | 2010-02-11 | グローリー株式会社 | Money handling machine and money deposit/withdrawal handling system |
WO2013031433A1 (en) | 2011-08-30 | 2013-03-07 | グローリー株式会社 | Currency processing machine, currency processing system, currency processing method and valuable medium processing machine |
US9396620B2 (en) | 2011-08-30 | 2016-07-19 | Glory Ltd. | Money handling machine, money handling system, money handling method and valuable-medium handling machine |
Also Published As
Publication number | Publication date |
---|---|
JP2002216213A (en) | 2002-08-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3542051B2 (en) | Cash management system, center of cash collection and delivery company and method of processing deposit and cash collection and delivery | |
JP4385668B2 (en) | Cash management system | |
US6456900B1 (en) | Locker type merchandise delivering system | |
US20060129484A1 (en) | Exception reporting and management | |
JP3959322B2 (en) | Cash management system in store | |
JP3711068B2 (en) | Cash management system | |
US7765135B2 (en) | Count and login management | |
JP3377051B2 (en) | How to confirm the collection and arrangement of sales proceeds | |
US20060106716A1 (en) | Capacity management and timing | |
JP3340176B2 (en) | Sales deposit machine | |
JP4677776B2 (en) | Cash management device and cash management system | |
JP3932092B2 (en) | Cash machine inspection system | |
JP3955063B2 (en) | Cash collection and delivery cash management system | |
JP7054273B2 (en) | Sales collection system | |
JP2007159753A (en) | Cash management system in game parlor | |
JP7069934B2 (en) | Information processing equipment and management system | |
JPH09251577A (en) | Register system | |
JP2004220277A (en) | Check system for loading and collection of cash | |
JP3909632B2 (en) | Automatic cash transaction equipment | |
JP6797016B2 (en) | Money processing equipment, money processing system and money processing method | |
JP2774206B2 (en) | Control method when forgetting to pay cash in automatic transaction device | |
US20060112006A1 (en) | Audio/visual clips | |
JP7164897B2 (en) | Sales collection system | |
JP4517832B2 (en) | Cash management equipment | |
JP4325840B2 (en) | Device operation method, device operation system, and device operation program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040716 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040831 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041101 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050118 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050322 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050809 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050811 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090819 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090819 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100819 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110819 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120819 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120819 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130819 Year of fee payment: 8 |
|
EXPY | Cancellation because of completion of term |