(57)【特許請求の範囲】
【請求項１】
ドロワまたは釣銭機を備えた金銭登録機と、前記ドロワまたは釣銭機から回収された現金を納金する納金機と、前記金銭登録機と前記納金機とをそれぞれ通信手段を介して接続してなる中継機とを含み、
前記金銭登録機は、前記ドロワまたは釣銭機から回収された現金の金額である回収金額の情報を、当該金銭登録機の情報とともに前記中継機に送信する回収情報送信手段、を具備し、
前記中継機は、前記金銭登録機から受信した回収金額の情報を当該情報とともに受信した前記金銭登録機の情報と対応させて回収情報記憶部に記憶させる回収情報記憶手段、を具備し、
前記納金機は、納金された現金の金額である納金金額を計数する金額計数手段と、この金額計数手段により計数された前記納金金額と前記回収情報記憶部に記憶された回収金額の情報とから前記納金金額の現金を回収した前記金銭登録機を特定し、この特定された前記金銭登録機の情報を前記納金金額の情報と関連付けて納金情報記憶部に記憶させる納金情報記憶手段と、を具備したことを特徴とする納金管理システム。
【請求項２】
前記納金情報記憶手段は、前記回収情報記憶部に記憶された回収金額のなかで前記納金金額と一致する回収金額の情報に対応する金銭登録機の情報を、前記納金金額の情報と関連付けて納金情報記憶部に記憶させることを特徴とする請求項１記載の納金管理システム。
【請求項３】
前記回収情報送信手段は、前記ドロワまたは釣銭機から現金が回収された時刻を示す回収時刻情報を前記回収金額の情報及び当該金銭登録機の情報とともに前記中継機に送信し、
前記回収情報記憶手段は、前記金銭登録機から受信した回収金額の情報を当該情報とともに受信した前記回収時刻情報及び前記金銭登録機の情報と対応させて回収情報記憶部に記憶させ、
前記納金情報記憶手段は、前記納金金額の現金が納金された時刻よりも前の回収時刻が対応付けられた前記回収情報記憶部の回収金額のなかで前記納金金額と一致する回収金額の情報に対応する金銭登録機の情報を、前記納金金額の情報と関連付けて納金情報記憶部に記憶させることを特徴とする請求項１記載の納金管理システム。
【請求項４】
金銭登録機に備えられたドロワまたは釣銭機から回収された現金を納金する納金機において、
納金された現金の金額である納金金額を計数する金額計数手段と、
この金額計数手段により計数された前記納金金額と、前記金銭登録機のドロワまたは釣銭機から回収された現金の金額である回収金額の情報を当該金銭登録機の情報と対応させて記憶する回収情報記憶部に記憶された前記回収金額情報とから、前記納金金額の現金を回収した前記金銭登録機を特定する特定手段と、
この特定手段により特定された前記金銭登録機の情報を前記金額計数手段により計数された前記納金金額の情報と関連付けて納金情報記憶部に記憶させる納金情報記憶手段と、
を具備したことを特徴とする納金機。
【請求項５】
前記特定手段により前記納金金額の現金を回収した前記金銭登録機を特定できなかった場合にエラーを報知する納金エラー手段、をさらに具備したことを特徴とする請求項４記載の納金機。
【請求項６】
金銭登録機に備えられたドロワまたは釣銭機から回収された現金を納金する納金機の制御プログラムであって、
前記納金機に、
納金された現金の金額である納金金額を計数する金額計数手段で計数された前記納金金額と、前記金銭登録機のドロワまたは釣銭機から回収された現金の金額である回収金額の情報を当該金銭登録機の情報と対応させて記憶する回収情報記憶部に記憶された前記回収金額情報とから、前記納金金額の現金を回収した前記金銭登録機を特定する特定機能と、
この特定機能により特定された前記金銭登録機の情報を前記金額計数手段により計数された前記納金金額の情報と関連付けて納金情報記憶部に記憶させる納金情報記憶機能と、
を実現させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、金銭登録機から回収した売上金を集金するための納金機を設置した小売店舗に構築される納金管理システムに関する。
【背景技術】
【０００２】
スーパーマーケットのような多くの量販店では、売上金を集金するための納金機が店内に設置されている。このような店では、閉店後に店員が金銭登録機の精算業務を実施する。そうすると、金銭登録機からその日の売上高が出力されるので、店員は、金銭登録機に接続されたドロワまたは釣銭機から売上高に相当する現金を回収する。そして店員は、回収した現金を持参して納金機に納金する。
【０００３】
納金する際、店員は、納金機の入力デバイスを操作して、金銭登録機から出力された売上高の金額データを自らのオペレータＩＤや金銭登録機を識別する機器ＩＤとともに入力する。納金機では、納金された現金の金額が計数され、納金金額データと入力金額データとが比較されて、納金に過不足がないかチェックされる。そして、過不足がない場合には、納金金額データが手入力されたオペレータＩＤや機器ＩＤとか関連付けられて記憶管理される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１５５３２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したように、従来の納金管理システムにおいては、金銭登録機から回収した現金を納金機に納金する際に、店員がオペレータＩＤや機器ＩＤを入力しなければならず、煩雑であった。
【０００６】
本発明が解決しようとする課題は、金銭登録機から回収した売上金を納金機に納金する際の手間を軽減できる納金管理システム及びこのシステムの納金機を提供しようとするものである。
【課題を解決するための手段】
【０００７】
一実施形態において、納金管理システムは、ドロワまたは釣銭機を備えた金銭登録機と、ドロワまたは釣銭機から回収された現金を納金する納金機と、金銭登録機と納金機とをそれぞれ通信手段を介して接続してなる中継機とを含む。金銭登録機は、ドロワまたは釣銭機から回収された現金の金額である回収金額の情報を、当該金銭登録機の情報とともに中継機に送信する回収情報送信手段を備える。中継機は、金銭登録機から受信した回収金額の情報を当該情報とともに受信した金銭登録機の情報と対応させて回収情報記憶部に記憶させる回収情報記憶手段を備える。納金機は、納金された現金の金額である納金金額を計数する金額計数手段と、この金額計数手段により計数された納金金額と回収情報記憶部に記憶された回収金額の情報とから納金金額の現金を回収した金銭登録機を特定し、この特定された金銭登録機の情報を納金金額の情報と関連付けて納金情報記憶部に記憶させる納金情報記憶手段とを備える。
【図面の簡単な説明】
【０００８】
【図１】一実施形態における納金管理システムの全体構成図。
【図２】同実施形態におけるＰＯＳ端末の要部構成を示すブロック図。
【図３】同実施形態において、ＰＯＳ端末のＲＡＭに形成される主要なメモリエリアを示す模式図。
【図４】同実施形態において、ＰＯＳ端末のＣＰＵが実行する精算業務の処理手順を示す流れ図。
【図５】同実施形態におけるストアコンピュータの要部構成を示すブロック図。
【図６】同実施形態において、ストアコンピュータのＲＡＭに形成される回収管理テーブルを示す模式図。
【図７】同実施形態において、ストアコンピュータのＣＰＵが実行する現金回収情報受信処理の手順を示す流れ図。
【図８】同実施形態における納金機の要部構成を示すブロック図。
【図９】同実施形態において、納金機のＲＡＭに形成される主要なメモリエリアを示す模式図。
【図１０】同実施形態において、納金機のＣＰＵが実行する納金業務の処理手順を示す流れ図。
【図１１】同実施形態において、納金機のＣＰＵが実行する回収完了コマンド受信処理の手順を示す流れ図。
【図１２】同実施形態において、納金機のディスプレイに表示されるエラー画面の一例を示す図。
【発明を実施するための形態】
【０００９】
以下、納金管理システムの実施形態について、図面を用いて説明する。なお、この実施形態は、スーパーマーケット等の量販店に構築されているＰＯＳシステムを利用して、納金管理を実現する場合である。
【００１０】
図１は、一実施形態における納金管理システム１の全体構成図である。納金管理システム１は、金銭登録機である複数台のＰＯＳ端末１１と、ストアコンピュータ１２と、納金機１３とを含む。各ＰＯＳ端末１１とストアコンピュータ１２とは、店内ＬＡＮ（Local Area Network）１４によって接続され、周知のＰＯＳシステムを構築する。そして、上記店内ＬＡＮ１４に納金機１３が接続されており、納金機１３とストアコンピュータ１２との間でデータ通信が可能となっている。
【００１１】
各ＰＯＳ端末１１には、それぞれ固有の端末ＩＤが設定されている。また、各ＰＯＳ端末１１は、それぞれ釣銭機１５を接続している。釣銭機１５は、紙幣投入口から投入された紙幣と硬貨投入口から投入された硬貨とをそれぞれ選別して、金種別に金庫に収納する。また釣銭機１５は、ＰＯＳ端末１１から金額の払出指令を受けると、その金額に相当する紙幣または硬貨を金庫から払出口に自動的に払い出す。
【００１２】
図２は、ＰＯＳ端末１１の要部構成を示すブロック図である。ＰＯＳ端末１１は、制御部本体としてＣＰＵ（Central Processing Unit）２０１を搭載している。また、ＰＯＳ端末１１は、プログラム等の固定的データを記憶するＲＯＭ（Read Only Memory）２０２、可変的なデータを記憶するための種々のメモリエリアを有するＲＡＭ（Random Access Memory）２０３、現在の日付及び時刻を計時する時計部２０４、前記ＬＡＮ１４を介して行うデータ通信を制御するＬＡＮコントローラ２０５、前記釣銭機１５との間でデータ信号を授受する釣銭機インターフェース２０６の他、各種入出力デバイスのコントローラとして、キーボードコントローラ２０７、スキャナコントローラ２０８、第１の表示コントローラ２０９、第２の表示コントローラ２１０及びプリンタコントローラ２１１を搭載している。そしてＣＰＵ２０１と、ＲＯＭ２０２、ＲＡＭ２０３、時計部２０４、ＬＡＮコントローラ２０５、釣銭機インターフェース２０６及び各種入出力デバイスのコントローラ２０７〜２１１とを、アドレスバス，データバス等のバスライン２１２で接続している。
【００１３】
キーボードコントローラ２０７は、商取引の決済業務に用いられる種々のキーが配設されたキーボード２２１を制御する。スキャナコントローラ２０８は、商品等に付されたバーコードを光学的に読み取るためのスキャナ２２２を制御する。第１の表示コントローラ２０９は、オペレータに対して画像を表示するオペレータ用ディスプレイ２２３を制御する。第２の表示コントローラ２１０は、客に対して画像を表示する客用ディスプレイ２２４を制御する。プリンタコントローラ２１１は、レシート等を印字するためのプリンタ２２５を制御する。
【００１４】
かかる構成のＰＯＳ端末１１は、釣銭機インターフェース２０６を介して接続される釣銭機１５の現金在高を管理するためのメモリエリアとして、図３に示すように、釣銭準備金額Ａのエリア３１と、現金売上金額Ｂのエリア３２と、在高金額理論値Ｃのエリア３３と、回収金額Ｄのエリア３４とを、ＲＡＭ２０３に形成している。釣銭準備金額Ａは、１営業日の開店前の段階において、釣銭機１５の金庫内に用意されている現金の総額である。現金売上金額Ｂは、１営業日において、当該ＰＯＳ端末１１で決済された商取引のうち現金払いで決済された商取引の支払い金額の総額である。在高金額理論値Ｃは、釣銭準備金額Ａを初期値とし、現金払いで決済された商取引が発生する毎にその商取引の現金売上金額Ｂを加算した金額である。回収金額Ｄは、釣銭機１５の金庫から回収した現金の金額である。
【００１５】
しかしてＰＯＳ端末１１では、１営業日の閉店後に精算業務が実行される。図４は、精算業務に対するＣＰＵ２０１の制御手順を示す流れ図である。この手順は、ＲＯＭ２０２に格納された精算業務プログラムに従う。
【００１６】
精算業務が開始されると、先ず、ＣＰＵ２０１は、精算業務を実行可能か否かを判断する（ＳＴ１）。精算業務は、精算業務を許容されたオペレータがサインオンを宣言している場合に実行可能である。サインオンを宣言する際、オペレータは、入力デバイス（キーボード２２１、スキャナ２２２）を操作して、自らのオペレータ識別情報であるオペレータＩＤを入力する。すなわちＣＰＵ２０１は、サインオン中のオペレータＩＤが、精算業務を許容されたオペレータのものか否かを判断する。精算業務を許容されたオペレータのオペレータＩＤは、予めＲＡＭ２０３に設定されている。サインオン中のオペレータＩＤが精算業務を許容されたオペレータのものでないとき、精算業務は実行不可能である（ＳＴ１のＮＯ）。この場合、ＣＰＵ２０１は、処理を終了する。
【００１７】
サインオン中のオペレータＩＤが、精算業務を許容されたオペレータのものであるとき（ＳＴ１のＹＥＳ）、ＣＰＵ２０１は、釣銭準備金変更コマンドを受信しているか否かを判断する（ＳＴ２）。当該コマンドは、釣銭機１５内の釣銭準備金額Ａを変更する必要があるとき、精算業務の前に、ストアコンピュータ１２からＬＡＮ１４を通じて各ＰＯＳ端末１１に配信される。
【００１８】
釣銭準備金変更コマンドを受信していないとき（ＳＴ２のＮＯ）、ＣＰＵ２０１は、メモリエリア３２の現金売上金額Ｂをそのまま回収金額Ｄとしてメモリエリア３４に上書きする（ＳＴ３）。これに対し、釣銭準備金変更コマンドを受信しているときには（ＳＴ２のＹＥＳ）、ＣＰＵ２０１は、メモリエリア３１の釣銭準備金額Ａを変更後の金額に更新する（ＳＴ４）。そして、メモリエリア３３の在高金額理論値Ｃから更新後の釣銭準備金額Ａを減算し、その差を回収金額Ｄとしてメモリエリア３４に上書きする（ＳＴ５）。
【００１９】
次に、ＣＰＵ２０１は、釣銭機インターフェース２０６を介して釣銭機１５に回収金額Ｄの回収コマンドを送信する（ＳＴ６）。また、当該ＰＯＳ端末１１の端末ＩＤと、サインオン中のオペレータＩＤと、回収金額Ｄと、時計部２０４で計時されている現在の日時情報とを含む現金回収情報を、ＬＡＮコントローラ２０５を介してストアコンピュータ１２に送信する（ＳＴ７：回収情報送信手段）。上記現金回収情報において、端末ＩＤとオペレータＩＤは、金銭登録機の情報である。現在の日時情報は、回収時刻情報である。
【００２０】
しかる後、ＣＰＵ２０１は、精算処理を実行する（ＳＴ８）。この精算処理により、当該ＰＯＳ端末１１で１営業日に売上登録された各商品の販売データが集計され、その集計データが精算レポートとしてプリンタ２２５によりレシート用紙に印刷出力される。以上で、精算業務は終了する。
【００２１】
因みに、前記回収コマンドを受信した釣銭機１５では、そのコマンド中の回収金額Ｄに相当する紙幣または硬貨が金庫から払出口に自動的に払い出される。そこで、精算業務を担当する店員、すなわちサインオン中のオペレータＩＤで識別される店員は、釣銭機１５から払い出された現金を持参して納金機１３に納金することになる。
【００２２】
ストアコンピュータ１２は、各ＰＯＳ端末１１を一元的に管理して、各ＰＯＳ端末１１で販売登録された各商品の販売データから店舗全体の売上実績等を管理する。また、ストアコンピュータ１２は、各ＰＯＳ端末１１と納金機１３との間を中継する中継機としての機能を有する。
【００２３】
図５は、ストアコンピュータ１２の要部構成を示すブロック図である。ストアコンピュータ１２は、制御部本体としてＣＰＵ３０１を搭載している。また、ストアコンピュータ１２は、プログラム等の固定的データを記憶するＲＯＭ３０２、可変的なデータを記憶するための種々のメモリエリアを有するＲＡＭ３０３、補助記憶装置としてのＨＤＤ（Hard Disk Drive）装置３０４、現在の日付及び時刻を計時する時計部３０５、前記ＬＡＮ１４を介して行うデータ通信を制御するＬＡＮコントローラ３０６の他、通信インターフェース３０７、キーボードコントローラ３０８、表示コントローラ３０９、マウスインターフェース３１０及びプリンタインターフェース３１１を搭載している。そしてＣＰＵ３０１と、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ装置３０４、時計部３０５、ＬＡＮコントローラ３０６、通信インターフェース３０７、キーボードコントローラ３０８、表示コントローラ３０９、マウスインターフェース３１０及びプリンタインターフェース３１１とを、アドレスバス，データバス等のバスライン３１２で接続している。
【００２４】
キーボードコントローラ３０８は、キーボード３２１を制御する。表示コントローラ３０９は、ディスプレイ３２２を制御する。マウスインターフェース３１０は、マウス（不図示）を電気的に接続する。プリンタインターフェース３１１は、プリンタ（不図示）を電気的に接続する。
【００２５】
かかる構成のストアコンピュータ１２は、回収情報記憶部として、図６に示す回収管理テーブル４０をＲＡＭ３０３に形成する。回収管理テーブル４０は、サインオンされたＰＯＳ端末１１の端末ＩＤ別に、オペレータＩＤと回収時刻と回収金額と回収済フラグＦ１とを１レコードとして記憶する。回収済フラグＦ１は、初期値が“０”であり、同一レコードの端末ＩＤで識別されるＰＯＳ端末１１の釣銭機１５から売上金が回収されると“１”にセットされる。
【００２６】
ストアコンピュータ１２は、ＲＯＭ３０２に回収管理プログラムを実装している。そして、このプログラムに従い、ＣＰＵ３０１は、ＬＡＮコントローラ３０６を介して接続される各ＰＯＳ端末１１からの現金回収情報を待機している。現金回収情報を受信すると、ＣＰＵ３０１は、図７の流れ図に示す受信処理を実行する。
【００２７】
先ず、ＣＰＵ３０１は、受信情報がＰＯＳ端末１１からの現金回収情報であるか否かを判断する（ＳＴ１１）。現金回収情報でなかった場合（ＳＴ１１のＮＯ）、他の処理を実行する。
【００２８】
現金回収情報を受信した場合（ＳＴ３１のＹＥＳ）、ＣＰＵ３０１は、この現金回収情報を分析して、端末ＩＤ，オペレータＩＤ、回収金額及び回収時刻の各情報を取得する（ＳＴ３２）。そして、取得した端末ＩＤで回収管理テーブル４０を検索して、当該端末ＩＤが設定されたレコードの回収済フラグＦ１が未回収を示す“０”にリセットされているか否かを判断する。既に“１”にセットされていた場合（ＳＴ１３のＮＯ）、売上金を回収済のＰＯＳ端末１１から再度現金が回収された誤動作なので、エラーとする。
【００２９】
回収済フラグＦ１が“０”にリセットされていた場合（ＳＴ１３のＹＥＳ）、ＣＰＵ３０１は、当該端末ＩＤが設定されたレコードに、取得したオペレータＩＤ、回収金額及び回収時刻を記憶させる（ＳＴ１４；回収情報記憶手段）。また、当該レコードの回収済フラグＦ１を“１”にセットする（ＳＴ１５）。
【００３０】
次に、ＣＰＵ３０１は、回収管理テーブル４０に登録された全てのレコードの回収済フラグＦ１をチェックする。そして、回収済フラグＦ１が全て“１”にセットされているか否かを判断する（ＳＴ１６）。少なくとも１つの回収済フラグＦ１が“０”にリセットされていた場合（ＳＴ１６のＮＯ）、今回の受信処理が終了する。
【００３１】
回収済フラグＦ１が全て“１”にセットされていた場合（ＳＴ１６のＹＥＳ）、ＣＰＵ３０１は、ＬＡＮ１４を介して納金機１３に回収完了コマンドを送信する（ＳＴ１７）。回収完了コマンドには、回収管理テーブル４０のデータが付加される。しかる後、ＣＰＵ３０１は、回収管理テーブル４０のデータをＨＤＤ装置３０４に保存する（ＳＴ１８）。保存後、ＣＰＵ３０１は、回収管理テーブル４０をクリアする（ＳＴ１９）。以上で、現金回収情報の受信処理は終了する。
【００３２】
納金機１３は、各ＰＯＳ端末１１の釣銭機１５から回収した売上金を集金するための装置で、店のバックヤードに設置されている。納金機１３で集金された現金は、警備輸送会社によって金融機関に納められる。納金機１３は、警備輸送会社のサーバ１６とオンラインで接続されている。
【００３３】
図８は、納金機１３の要部構成を示すブロック図である。納金機１３は、制御部本体としてＣＰＵ４０１を搭載している。また、納金機１３は、プログラム等の固定的データを記憶するＲＯＭ４０２、可変的なデータを記憶するための種々のメモリエリアを有するＲＡＭ４０３、補助記憶装置としてのＨＤＤ（Hard Disk Drive）装置４０４、現在の日付及び時刻を計時する時計部４０５、前記ＬＡＮ１４を介して行うデータ通信を制御するＬＡＮコントローラ４０６、前記オンラインで接続された管理会社サーバ１６との間のデータ通信を司る通信インターフェース４０７の他、各種入出力デバイスのコントローラとして、キーボードコントローラ４０８、スキャナコントローラ４０９、表示コントローラ４１０及びプリンタコントローラ４１１を搭載している。そしてＣＰＵ４０１と、ＲＯＭ４０２、ＲＡＭ４０３、ＨＤＤ装置４０４、時計部４０５、ＬＡＮコントローラ４０６、通信インターフェース４０７及び各種入出力デバイスのコントローラ４０８〜４１１とを、アドレスバス，データバス等のバスライン４１２で接続している。
【００３４】
キーボードコントローラ４０８は、キーボード４２１を制御する。スキャナコントローラ４０９は、スキャナ４２２を制御する。表示コントローラ４１０は、ディスプレイ４２３を制御する。プリンタコントローラ４１１は、プリンタ４２４を制御する。
【００３５】
さらに納金機１３は、硬貨投入口４３１、硬貨選別部４３２、硬貨金庫４３３、投入硬貨計数部４３４、紙幣投入口４３５、紙幣選別部４３６、紙幣金庫４３７、投入紙幣計数部４３８を備える。
【００３６】
硬貨選別部４３２は、硬貨投入口４３１に投入された硬貨を選別し、金種別に振り分けて硬貨金庫４３３に収納する。投入硬貨計数部４３４は、硬貨選別部４３２で選別された情報を基に、硬貨投入口４３１に投入された硬貨の金種別枚数を計数する。投入硬貨計数部４３４で計数された硬貨の金種別枚数データは、バスライン４１２を介してＣＰＵ４０１に送信される。
【００３７】
紙幣選別部４３６は、紙幣投入口４３５に投入された紙幣を選別し、金種別に振り分けて紙幣金庫４３７に収納する。投入紙幣計数部４３８は、紙幣選別部４３６で選別された情報を基に、紙幣投入口４３５に投入された紙幣の金種別枚数を計数する。投入紙幣計数部４３８で計数された紙幣の金種別枚数データは、バスライン４１２を介してＣＰＵ４０１に送信される。
【００３８】
かかる構成の納金機１３は、図９に示すように、納金管理テーブル５０と納金合計額Ｇのメモリエリア５１とをＲＡＭ３０３に形成している。納金管理テーブル５０は、納金情報記憶部として機能する。すなわち納金管理テーブル５０は、“１”から始まる連続番号別に、納金時刻、納金金額、端末ＩＤ、納金者ＩＤ及び納金済フラグＦ２を１レコードとして記憶する。納金済フラグＦ２は、初期値が“０”であり、同一レコードの端末ＩＤで識別されるＰＯＳ端末１１の釣銭機１５から回収された売上金が納金されると“１”にセットされる。
【００３９】
しかして、キーボード４２１のキー操作により納金業務が選択されると、納金機１３のＣＰＵ４０１は、図１０の流れ図に示す手順で納金業務を処理する。この手順は、ＲＯＭ４０２に格納された制御プログラムに従う。
【００４０】
納金業務が開始されると、先ず、ＣＰＵ４０１は、例えばディスプレイ４２３に「回収した現金を投入してください」とのメッセージを表示して、納金を促す（ＳＴ２１）。ここで、投入硬貨計数部４３４または投入紙幣計数部４３８から硬貨または紙幣の金種別枚数データが入力されると、ＣＰＵ４０１は、納金有りと判断する（ＳＴ２１のＹＥＳ）。そして、第１の番号カウンタｎを“１”だけカウントアップする（ＳＴ２２）。
【００４１】
因みに、第１の番号カウンタｎは、硬貨金庫４３３及び紙幣金庫４３７に収容された現金が警備輸送会社によって回収され、納金機１３がリセットされると、“０”に初期化される。また、このとき、納金管理テーブル５０と納金合計額のメモリエリア５１もクリアされる。
【００４２】
ＣＰＵ４０１は、硬貨または紙幣の金種別枚数データから納金金額ｇを計数する（ＳＴ２３：金額計数手段）。そしてＣＰＵ４０１は、納金金額ｇと時計部４０５で計時されている現在の日時情報（納金時刻）とを、納金管理テーブル５０のｎ番目（ｎは第１の番号カウンタｎの値）のレコードに格納する（ＳＴ２４）。そして、同ｎ番目レコードの納金済フラグＦ２を“０”にリセットする（ＳＴ２５）。また、計数された納金金額ｇを、メモリエリア５１の納金合計額Ｇに加算する（ＳＴ２６）。以上で、納金業務は終了する。
【００４３】
また、納金機１３のＣＰＵ４０１は、ストアコンピュータ１２からＬＡＮ１４を経由して回収完了コマンドを受信すると、図１１の流れ図で示す手順の処理を実行する。なお、この処理は、前記制御プログラムに従ったものである。
【００４４】
すなわち、回収完了コマンドを受信した        ＣＰＵ４０１は、この回収完了コマンドに付加される回収管理テーブル４０のデータをＲＡＭ４０３で一時記憶する（ＳＴ３１）。次いでＣＰＵ４０１は、ＲＡＭ４０３に記憶した回収管理テーブル４０のデータから各レコードの回収金額を取得し、合算して、回収金額合計Ｍを算出する（ＳＴ３２）。
【００４５】
次に、ＣＰＵ４０１は、第２の番号カウンタｒを“０”にリセットする（ＳＴ３３）。続いて、ＣＰＵ４０１は、第２の番号カウンタｒを“１”だけカウントアップし（ＳＴ３４）、カウントアップ後の第２の番号カウンタｒが前記第１の番号カウンタｎを超えたか否かを判断する（ＳＴ３５）。
【００４６】
第２の番号カウンタｒが第１の番号カウンタｎを超えていない場合（ＳＴ３５のＮＯ）、ＣＰＵ４０１は、納金管理テーブル５０からｒ番目（ｒは第２の番号カウンタｒの値）の納金レコードを取得する（ＳＴ３６）。そして、このｒ番目の納金レコードの納金済フラグＦ２をチェックする（ＳＴ３７）。納金済フラグＦ２が既に“１”にセットされていた場合（ＳＴ３７のＹＥＳ）、当該納金レコードのデータは処理済なので、ステップＳＴ３４の処理に戻る。
【００４７】
納金済フラグＦ２が“１”にセットされていない場合（ＳＴ３７のＮＯ）、ＣＰＵ４０１は、当該納金レコードから納金時刻と納金金額とを取得する。そして、回収管理テーブル４０のデータを検索して、回収時刻が上記納金時刻より前で回収金額が上記納金金額と一致するレコードの有無を判別する（ＳＴ３８，ＳＴ３９；特定手段）。該当するレコードが回収管理テーブル４０のデータに存在しない場合（ＳＴ３９のＮＯ）、納金金額の現金を回収したＰＯＳ端末１１を特定できない。この場合、ステップＳＴ３４の処理に戻る。
【００４８】
これに対し、該当する回収レコードが回収管理テーブル４０のデータに存在する場合には（ＳＴ３９のＹＥＳ）、納金金額の現金を回収したＰＯＳ端末１１は、該当回収レコードの端末ＩＤで識別されるＰＯＳ端末であると特定される。この場合、ＣＰＵ４０１は、該当回収レコードからオペレータＩＤ及び端末ＩＤを取得し、ｒ番目の納金レコードに記憶させる（ＳＴ４０：納金情報記憶手段）。また、ｒ番目の納金レコードの納金済フラグＦ２を“１”にセットする（ＳＴ４１）。さらに、該当回収レコードの回収済フラグを“０”にリセットする（ＳＴ４２）。しかる後、ステップＳＴ３４の処理に戻る。
【００４９】
ステップＳＴ３４では、第２の番号カウンタｒがカウントアップされる。すなわち、第２の番号カウンタｒを“１”ずつカウントアップする毎に、ＣＰＵ４０１は、ステップＳＴ３５〜ＳＴ４２の処理を繰り返す。そして、第２の番号カウンタｒが第１の番号カウンタｎを超えたならば（ＳＴ３５のＹＥＳ）、ＣＰＵ４０１は、ステップＳＴ４３の処理に進む。
【００５０】
ステップＳＴ４３では、ＣＰＵ４０１は、回収金額合計Ｍがメモリエリア５１の納金合計額Ｍと一致するか否かを判断する。そして一致する場合（ＳＴ４３のＹＥＳ）、ＣＰＵ４０１は、通信インターフェース４０７を介して接続される警備輸送会社のサーバ１６宛てに、回収完了メールを送信する（ＳＴ４６）。以上で、回収完了コマンドの受信処理が終了する。
【００５１】
これに対し、回収金額合計Ｍと納金合計額Ｍとが一致しない場合には（ＳＴ４３のＮＯ）、各ＰＯＳ端末１１の釣銭機１５から回収された現金が正しく納金機１３に納金されていない。この場合、ＣＰＵ４０１は、納金エラーを報知する（納金エラー手段）。
【００５２】
具体的には、ＣＰＵ４０１は、回収管理テーブル４０のデータを検索し、回収済フラグＦ１が“１”にセットされたままの回収レコードから、オペレータＩＤ，端末ＩＤ，回収時刻及び回収金額を取得する。そして、これらの取得情報を未納情報としてディスプレイ４２３に表示する（ＳＴ４４）。また、ＣＰＵ４０１は、納金管理テーブル５０のデータを検索し、納金済フラグＦ２が“０”にリセットされている納金レコードから、納金時刻及び納金金額を取得する。そして、これらの取得情報を誤納情報としてディスプレイ４２３に表示する（ＳＴ４５）。しかる後、ステップＳＴ３３の処理に戻る。
【００５３】
したがって、サインオンされた全てのＰＯＳ端末１１において精算業務が実行され、それぞれの釣銭機１５から回収された現金が、全て正しく納金機１３に納金されたとすると、回収金額合計Ｍと納金合計額Ｍとが一致するので、自動的に、警備輸送会社のサーバ１６宛てに回収完了メールが送信される。
【００５４】
これに対し、回収した現金が納金されない場合には、回収金額合計Ｍに対して納金合計額Ｍが少ない。そして、回収管理テーブル４０には、精算業務を終えたものの納金がされていないＰＯＳ端末１１の端末ＩＤに対応するレコードの回収済フラグＦ１が“１”にセットされたまま残る。したがって、当該回収レコードのオペレータＩＤと端末ＩＤと回収時刻と回収金額とが未納情報としてディスプレイ４２３に表示される。
【００５５】
また、納金した現金の金額が回収した現金の金額と異なった場合には、回収金額合計Ｍと納金合計額Ｍとが一致しない。そして、回収管理テーブル４０には、現金を回収したＰＯＳ端末１１の端末ＩＤに対応する回収レコードの回収済フラグＦ１が“１”にセットされたまま残る。また、納金管理テーブル５０には、回収金額と一致しない納金金額の納金レコードの納金済フラグＦ２が“０”にリセットされたまま残る。したがって、当該回収レコードのオペレータＩＤと端末ＩＤと回収時刻と回収金額とが未納情報としてディスプレイ４２３に表示されるとともに、当該納金レコードの納金時刻と納金金額とが誤納情報として同ディスプレイ４２３に表示される。
【００５６】
図１２は、未納情報と誤納情報の表示例である。この表示例の未納情報により、端末ＩＤ＝０３のＰＯＳ端末１１に接続された釣銭機１５から、オペレータＩＤ＝１０００で特定される店員が回収した売上金は、稼働中の全ＰＯＳ端末１１の精算業務が終了した現時点において、納金機１３に納金されていないと管理されていることがわかる。また、誤納情報により、時刻２０：１５に納金された金額１２３，４５６円は、回収金額と一致していないと管理されていることがわかる。してみれば、端末ＩＤ＝０３のＰＯＳ端末１１に接続された釣銭機１５から、１２４，４５６円を回収したオペレータＩＤ＝１０００で特定される店員は、納金機１３に納金した際に、千円を不足した状態で納金したと容易に推測できる。
【００５７】
このように本実施形態によれば、ＰＯＳ端末１１から回収した現金を納金機１３に納金する際にオペレータＩＤや端末ＩＤを入力しなくても、納金漏れや納金間違いをチェックすることができる。したがって、ＰＯＳ端末１１から回収した売上金を納金機１３に納金する際の手間を軽減できる効果を奏する。
【００５８】
なお、本発明は、前記実施形態に限定されるものではない。  
例えば、前記実施形態では、釣銭機１５を接続したＰＯＳ端末１１を例示したが、釣銭機１５の代わりにドロワを接続したＰＯＳ端末１１を含む納金管理システムであっても、前記実施形態を適用することができる。
【００５９】
また、前記実施形態では、納金機１３をＬＡＮ１４に接続したが、ストアコンピュータ１２から納金機１３に回収管理テーブル４０のデータとともに回収完了コマンドを送信できるのであれば、ＬＡＮ１４以外の通信回線でストアコンピュータ１２に接続されていてもよく、必ずしもＬＡＮ１４に接続されている必要はない。
【００６０】
また、納金機１３がＬＡＮ１４に接続されている場合には、ＰＯＳ端末１１から納金機１３に回収情報を直接送信するようにしてもよい。この場合、納金機１３が回収管理テーブル４０を備えることになる。
【００６１】
また、納金機１３に現金を納金する際に端末ＩＤの入力を強制する。そして、回収管理テーブル４０の回収レコードと納金管理テーブル５０の納金レコードとの照合において、端末ＩＤが一致する回収レコードのオペレータＩＤを納金レコードに追加するようにプログラムする。このような構成であっても、納金時にオペレータＩＤを入力する手間を軽減できる。また、端末ＩＤでなくオペレータＩＤの入力を強制しても、同様な効果を奏し得るのはいうまでもないことである。
【００６２】
なお、前記実施形態は、納金機１３のプログラム記憶部であるＲＯＭ４０２に発明の機能を実現させる制御プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークから納金機１３にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、納金機１３にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００６３】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６４】
１…納金管理システム、１１…ＰＯＳ端末、１２…ストアコンピュータ、１３…納金機、１４…ＬＡＮ、１５…釣銭機、４０…回収管理テーブル、５０…納金管理テーブル。
【図１】
0005473169.tif 000002
【図２】
0005473169.tif 000003
【図３】
0005473169.tif 000004
【図４】
0005473169.tif 000005
【図５】
0005473169.tif 000006
【図６】
0005473169.tif 000007
【図７】
0005473169.tif 000008
【図８】
0005473169.tif 000009
【図９】
0005473169.tif 000010
【図１０】
0005473169.tif 000011
【図１１】
0005473169.tif 000012
【図１２】
0005473169.tif 000013