(57)【要約】【課題】貨幣の回収／補充を依頼する店舗側において回収／補充のコストを低減し、その時間を短縮し、搬送者側にとって効率よくかつ低コストで貨幣を回収／補充することができる貨幣管理方法を提供する。【解決手段】貨幣管理方法は、貨幣の回収または補充を行う搬送業者のシステムに通信可能に接続されたインタフェースと、表示部とを備えた貨幣管理装置を用いた貨幣管理方法であり、収納庫の貨幣を回収しまたは収納庫へ貨幣を補充することが必要な場合に、貨幣の回収または補充の見積りを依頼する見積依頼通知を複数の搬送業者のシステムへ送信し、見積依頼通知に対する貨幣の回収または補充の見積り情報を含む見積回答通知を複数の搬送業者のシステムから受信し、複数の搬送業者のシステムから得た見積回答通知を表示部に表示し、貨幣管理装置の操作者によって選択されたいずれかの搬送業者へ、貨幣の回収または補充を依頼する回収／補充依頼通知を送信する。【選択図】図１
2013025320.tif 000002
【特許請求の範囲】
【請求項１】
貨幣を収納する収納庫内の貨幣を回収しまたは該収納庫内へ貨幣を補充する複数の搬送業者のシステムに通信可能に接続されたインタフェースと、情報を表示する表示部とを備えた貨幣管理装置を用いた貨幣管理方法であって、
前記収納庫の貨幣を回収しまたは前記収納庫へ貨幣を補充することが必要な場合に、貨幣の回収または補充の見積りを依頼する見積依頼通知を複数の前記搬送業者のシステムへ送信し、
前記見積依頼通知に対する貨幣の回収または補充の見積り情報を含む見積回答通知を複数の前記搬送業者のシステムから受信し、
複数の前記搬送業者のシステムから得た前記見積回答通知を前記表示部に表示し、
前記貨幣管理装置の操作者によって選択されたいずれかの前記搬送業者へ、貨幣の回収または補充を依頼する回収／補充依頼通知を送信することを特徴とする貨幣管理方法。
【請求項２】
前記貨幣管理装置は、前記収納庫内の貨幣が第１の所定値を下回ったことを示すニアエンプティ状態を検知し、前記収納庫内の貨幣が第２の所定値を上回ったことを示すニアフル状態を検知し、
前記ニアエンプティ状態または前記ニアフル状態を検知したときに、前記貨幣管理装置は、前記見積依頼通知を複数の前記搬送業者のシステムへ送信することを特徴とする請求項１に記載の貨幣管理方法。
【請求項３】
前記見積回答通知は、貨幣の回収または補充にかかる費用情報および貨幣の回収または補充を行う日時情報を少なくとも含むことを特徴とする請求項１または請求項２に記載の貨幣管理方法。
【請求項４】
前記表示部は、貨幣の回収または補充にかかる費用の安い順、あるいは、貨幣の回収または補充を行う日時の早い順に、複数の前記搬送業者のそれぞれの前記見積回答通知を表示することを特徴とする請求項１から請求項３のいずれかに記載の貨幣管理方法。
【請求項５】
前記見積依頼通知は、回収または補充する貨幣の金額情報、金種情報または数量情報を含むことを特徴とする請求項１から請求項４のいずれかに記載の貨幣管理方法。
【請求項６】
前記回収／補充依頼通知は、回収または補充する貨幣の金額情報、金種情報または数量情報を含むことを特徴とする請求項１から請求項５のいずれかに記載の貨幣管理方法。
【請求項７】
前記貨幣管理装置は、前記見積依頼通知の送信を決定する見積依頼送信ボタンと、前記見積依頼通知を送信する複数の前記搬送業者のメールアドレスを予め記憶する記憶部とをさらに備え、
前記貨幣管理装置の操作者が前記見積依頼送信ボタンを押すことによって、前記貨幣管理装置は、前記記憶部に記憶された複数の前記搬送業者へ電子メールを前記見積依頼通知として自動で送信することを特徴とする請求項１から請求項６のいずれかに記載の貨幣管理方法。
【請求項８】
前記貨幣管理装置の操作者が前記表示部に表示された複数の前記搬送業者から或る搬送業者を選択すると、前記貨幣管理装置は、選択された該搬送業者へ電子メールを回収／補充依頼通知として自動で送信することを特徴とする請求項７に記載の貨幣管理方法。
【請求項９】
前記貨幣管理装置は、複数の前記搬送業者がアクセス可能な外部サーバに通信可能に接続されており、
前記貨幣管理装置は、前記収納庫に収納されている貨幣の在高を前記見積依頼通知として前記外部サーバに定期的に送信し、
前記外部サーバ内に記憶された前記収納庫の在高に基づいて前記搬送業者のシステムから送信された前記見積回答通知を受信することを特徴とする請求項１から請求項８のいずれかに記載の貨幣管理方法。
【請求項１０】
貨幣を収納する収納庫の貨幣を回収しまたは該収納庫内へ貨幣を補充する複数の搬送業者のシステムに通信可能に接続されたインタフェースと、情報を表示する表示部とを含む貨幣管理装置、前記貨幣管理装置内の貨幣を回収しまたは該貨幣管理装置内へ貨幣を補充する複数の搬送業者のシステム、および、前記貨幣管理装置および複数の前記搬送業者のシステムとを通信可能に接続するネットワークを備えた貨幣管理システムであって、
前記貨幣管理装置は、前記収納庫の貨幣を回収しまたは前記収納庫へ貨幣を補充することが必要な場合に、貨幣の回収または補充の見積りを依頼する見積依頼通知を複数の前記搬送業者のシステムへ送信し、
複数の前記搬送業者のシステムは、前記見積依頼通知を受信し、該見積依頼通知に対する貨幣の回収または補充の見積り情報を含む見積回答通知を前記貨幣管理装置へ送信し、
前記貨幣管理装置は、前記見積依頼通知に対する貨幣の回収または補充の見積り情報を含む見積回答通知を複数の前記搬送業者のシステムから受信し、
前記貨幣管理装置は、複数の前記搬送業者のシステムから得た前記見積回答通知を前記表示部に表示し、
前記貨幣管理装置は、前記貨幣管理装置の操作者によって選択されたいずれかの前記搬送業者へ、貨幣の回収または補充を依頼する回収／補充依頼通知を送信することを特徴とする貨幣管理システム。
【請求項１１】
前記貨幣管理装置は、前記収納庫内の貨幣が第１の所定値を下回ったことを示すニアエンプティ状態を検知し、前記収納庫内の貨幣が第２の所定値を上回ったことを示すニアフル状態を検知し、
前記ニアエンプティ状態または前記ニアフル状態を検知したときに、前記貨幣管理装置は、前記見積依頼通知を複数の前記搬送業者のシステムへ送信することを特徴とする請求項１０に記載の貨幣管理システム。
【請求項１２】
前記見積回答通知は、貨幣の回収または補充にかかる費用情報および貨幣の回収または補充を行う日時情報を少なくとも含むことを特徴とする請求項１０または請求項１１に記載の貨幣管理システム。
【請求項１３】
前記表示部は、貨幣の回収または補充にかかる費用の安い順、あるいは、貨幣の回収または補充を行う日時の早い順に、複数の前記搬送業者のそれぞれの前記見積回答通知を表示することを特徴とする請求項１０から請求項１２のいずれかに記載の貨幣管理システム。
【請求項１４】
前記見積依頼通知は、回収または補充する貨幣の金額情報、金種情報または数量情報を含むことを特徴とする請求項１０から請求項１３のいずれかに記載の貨幣管理システム。
【請求項１５】
前記貨幣管理システムは、前記貨幣管理装置に通信可能に接続され、複数の前記搬送業者がアクセス可能な外部サーバをさらに備え、
前記貨幣管理装置は、前記収納庫に収納されている貨幣の在高を前記見積依頼通知として前記外部サーバに定期的に送信し、
前記外部サーバは、複数の前記搬送業者が前記収納庫の在高にアクセスできるように該収納庫の在高を記憶し、
前記搬送業者のシステムは、前記外部サーバ内に記憶された前記収納庫の在高に基づいて前記見積回答通知を送信し、
前記貨幣管理装置は、前記見積回答通知を受信することを特徴とする請求項１０から請求項１４のいずれかに記載の貨幣管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、貨幣管理方法および貨幣管理システムに係わり、例えば、店舗内において貨幣の入出金を行い、その貨幣を収納する貨幣処理装置を用いた貨幣管理方法および貨幣管理システムに関する。
【背景技術】
【０００２】
従来から店舗のチェックアウトカウンターにおいて店員が客との貨幣の受け渡し業務を行うために貨幣精算装置が使用されている。貨幣精算装置は、投入された貨幣を識別・計数して金額を算出した上で、収納すると共に、収納されている貨幣を釣銭として払い出す機能を有している。
【０００３】
また、店舗にバックオフィスがある場合、そのバックオフィスにおいては、店舗内に設置された貨幣精算装置に釣銭準備金等の貨幣を装填し、あるいは、貨幣精算装置の売上金等を回収するために貨幣出納装置が使用されている。貨幣出納装置は、貨幣精算装置から回収された貨幣を収納し、貨幣精算装置へ装填する貨幣を投出する機能を有している。
【０００４】
特許文献１に開示された売上金の回収整理確認方法では、現金処理センターからの貨幣収集者が、店舗の売上金を収納した貨幣カセットを受け取り、売上げ情報を電子手帳等により受け取る。そして、貨幣収集者は、現金処理センターにおいて貨幣カセット内の貨幣を処理し、その際に、貨幣整理機が貨幣処理時の処理データと貨幣カセットに対応する売上げ情報と比較して確認する。
【０００５】
特許文献２に開示された釣銭管理システムでは、店舗１のシステムがアンテナ５を介して店舗本部４に通信接続されている。店舗本部のメンテナンスホスト計算機３１は機器の障害復旧サービス／原因究明を行うように構成されている。
【０００６】
特許文献３に開示された集配警備現金管理システムでは、店舗１とセンター６とが通信接続されており、店舗の入金機に売上金が投入されると、店舗はセンターへ入金データを送信する。センターは、入金データを受信すると、店舗の銀行口座に対し入金処理を行って、入金機の現金を回収する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許第３３７７０５１号明細書
【特許文献２】特開２００１−３４４６５９号公報
【特許文献３】特開平９−１６６９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
貨幣精算装置または貨幣出納装置において収納部が貨幣でフル状態になったり、あるいは、収納部がエンプティ状態になった場合には、店員は、警送会社（ＣＩＴ（Cash In Transit））へ連絡し、警送会社が貨幣精算装置または貨幣出納装置内の貨幣を回収し、あるいは、貨幣精算装置または貨幣出納装置内へ貨幣を補充する。通常、貨幣の回収・補充を行う警送会社を一旦決定すると、店舗は、継続的にその警送会社に貨幣の回収・補充を依頼することが多い。あるいは、店舗は、警送会社と契約を結ぶことによって、その警送会社へ貨幣の回収・補充を依頼することも多い。このような場合、実際には他の警送会社が、より安くまたはより早く貨幣を回収・補充することができるにもかかわらず、店員は、それまで貨幣の回収・補充を依頼していた警送会社へ連絡してしまう。例えば、他の警送会社の貨幣搬送車が、店舗の近くを通る場合には、他の警送会社の方が、それまで貨幣の回収・補充を依頼していた警送会社よりも早くかつ安く貨幣を回収または補充できる場合がある。
【０００９】
これは、店舗側にとっては、貨幣の回収・補充のためのコストが高くなり、なおかつ、貨幣の回収・補充に時間がかかってしまうという問題に繋がる。一方、警送会社にとっては、効率良く貨幣を回収し、あるいは、効率良く貨幣を補充することができない。これは、警送会社側の貨幣の回収・補充のコストを増大させてしまうという問題にも繋がる。特許文献１〜３のいずれもこのような問題を解決できない。
【００１０】
そこで、本発明は、上述の問題に鑑みてなされたものであり、貨幣の回収または補充を依頼する店舗側においては、貨幣の回収または補充のためのコストを低減し、その時間を短縮することができ、なおかつ、貨幣の回収または補充を実行する搬送者側にとっては効率よくかつ低コストで貨幣を回収しあるいは補充することができる貨幣管理方法および貨幣管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明による実施形態に従った貨幣管理方法は、貨幣を収納する収納庫内の貨幣を回収しまたは該収納庫内へ貨幣を補充する複数の搬送業者のシステムに通信可能に接続されたインタフェースと、情報を表示する表示部とを備えた貨幣管理装置を用いた貨幣管理方法であって、
前記収納庫の貨幣を回収しまたは前記収納庫へ貨幣を補充することが必要な場合に、貨幣の回収または補充の見積りを依頼する見積依頼通知を複数の前記搬送業者のシステムへ送信し、前記見積依頼通知に対する貨幣の回収または補充の見積り情報を含む見積回答通知を複数の前記搬送業者のシステムから受信し、複数の前記搬送業者のシステムから得た前記見積回答通知を前記表示部に表示し、前記貨幣管理装置の操作者によって選択されたいずれかの前記搬送業者へ、貨幣の回収または補充を依頼する回収／補充依頼通知を送信することを特徴とする。
【００１２】
前記貨幣管理装置は、前記収納庫内の貨幣が第１の所定値を下回ったことを示すニアエンプティ状態を検知し、前記収納庫内の貨幣が第２の所定値を上回ったことを示すニアフル状態を検知し、前記ニアエンプティ状態または前記ニアフル状態を検知したときに、前記貨幣管理装置は、前記見積依頼通知を複数の前記搬送業者のシステムへ送信してもよい。
【００１３】
前記見積回答通知は、貨幣の回収または補充にかかる費用情報および貨幣の回収または補充を行う日時情報を少なくとも含んでいてよい。
【００１４】
前記表示部は、貨幣の回収または補充にかかる費用の安い順、あるいは、貨幣の回収または補充を行う日時の早い順に、複数の前記搬送業者のそれぞれの前記見積回答通知を表示してもよい。
【００１５】
前記見積依頼通知は、回収または補充する貨幣の金額情報、金種情報または数量情報を含んでいてよい。
【００１６】
前記回収／補充依頼通知は、回収または補充する貨幣の金額情報、金種情報または数量情報を含んでいてよい。
【００１７】
前記貨幣管理装置は、前記見積依頼通知の送信を決定する見積依頼送信ボタンと、前記見積依頼通知を送信する複数の前記搬送業者のメールアドレスを予め記憶する記憶部とをさらに備え、前記貨幣管理装置の操作者が前記見積依頼送信ボタンを押すことによって、前記貨幣管理装置は、前記記憶部に記憶された複数の前記搬送業者へ電子メールを前記見積依頼通知として自動で送信してもよい。
【００１８】
前記貨幣管理装置の操作者が前記表示部に表示された複数の前記搬送業者から或る搬送業者を選択すると、前記貨幣管理装置は、選択された該搬送業者へ電子メールを回収／補充依頼通知として自動で送信してもよい。
【００１９】
前記貨幣管理装置は、複数の前記搬送業者がアクセス可能な外部サーバに通信可能に接続されており、前記貨幣管理装置は、前記収納庫に収納されている貨幣の在高を前記見積依頼通知として前記外部サーバに定期的に送信し、前記外部サーバ内に記憶された前記収納庫の在高に基づいて前記搬送業者のシステムから送信された前記見積回答通知を受信してもよい。
【００２０】
本発明に係る実施形態に従った貨幣管理システムは、貨幣を収納する収納庫の貨幣を回収しまたは該収納庫内へ貨幣を補充する複数の搬送業者のシステムに通信可能に接続されたインタフェースと、情報を表示する表示部とを含む貨幣管理装置、前記貨幣管理装置内の貨幣を回収しまたは該貨幣管理装置内へ貨幣を補充する複数の搬送業者のシステム、および、前記貨幣管理装置および複数の前記搬送業者のシステムとを通信可能に接続するネットワークを備えた貨幣管理システムであって、
前記貨幣管理装置は、前記収納庫の貨幣を回収しまたは前記収納庫へ貨幣を補充することが必要な場合に、貨幣の回収または補充の見積りを依頼する見積依頼通知を複数の前記搬送業者のシステムへ送信し、複数の前記搬送業者のシステムは、前記見積依頼通知を受信し、該見積依頼通知に対する貨幣の回収または補充の見積り情報を含む見積回答通知を前記貨幣管理装置へ送信し、前記貨幣管理装置は、前記見積依頼通知に対する貨幣の回収または補充の見積り情報を含む見積回答通知を複数の前記搬送業者のシステムから受信し、前記貨幣管理装置は、複数の前記搬送業者のシステムから得た前記見積回答通知を前記表示部に表示し、前記貨幣管理装置は、前記貨幣管理装置の操作者によって選択されたいずれかの前記搬送業者へ、貨幣の回収または補充を依頼する回収／補充依頼通知を送信する。
【００２１】
前記貨幣管理装置は、前記収納庫内の貨幣が第１の所定値を下回ったことを示すニアエンプティ状態を検知し、前記収納庫内の貨幣が第２の所定値を上回ったことを示すニアフル状態を検知し、前記ニアエンプティ状態または前記ニアフル状態を検知したときに、前記貨幣管理装置は、前記見積依頼通知を複数の前記搬送業者のシステムへ送信してもよい。
【００２２】
前記見積回答通知は、貨幣の回収または補充にかかる費用情報および貨幣の回収または補充を行う日時情報を少なくとも含んでいてもよい。
【００２３】
前記表示部は、貨幣の回収または補充にかかる費用の安い順、あるいは、貨幣の回収または補充を行う日時の早い順に、複数の前記搬送業者のそれぞれの前記見積回答通知を表示してもよい。
【００２４】
前記見積依頼通知は、回収または補充する貨幣の金額情報、金種情報または数量情報を含んでいてもよい。
【００２５】
前記回収／補充依頼通知は、回収または補充する貨幣の金額情報、金種情報または数量情報を含んでいてもよい。
【００２６】
前記貨幣管理装置は、前記見積依頼通知の送信を決定する見積依頼送信ボタンと、前記見積依頼通知を送信する複数の前記搬送業者のメールアドレスを予め記憶する記憶部とをさらに備え、前記貨幣管理装置の操作者が前記見積依頼送信ボタンを押すことによって、前記貨幣管理装置は、前記記憶部に記憶された複数の前記搬送業者へ電子メールを前記見積依頼通知として自動で送信してもよい。
【００２７】
前記貨幣管理装置の操作者が前記表示部に表示された複数の前記搬送業者から或る搬送業者を選択すると、前記貨幣管理装置は、選択された該搬送業者へ電子メールを回収／補充依頼通知として自動で送信してもよい。
【００２８】
前記貨幣管理システムは、前記貨幣管理装置に通信可能に接続され、複数の前記搬送業者がアクセス可能な外部サーバをさらに備え、前記貨幣管理装置は、前記収納庫に収納されている貨幣の在高を前記見積依頼通知として前記外部サーバに定期的に送信し、前記外部サーバは、複数の前記搬送業者が前記収納庫の在高にアクセスできるように該収納庫の在高を記憶し、前記搬送業者のシステムは、前記外部サーバ内に記憶された前記収納庫の在高に基づいて前記見積回答通知を送信し、前記貨幣管理装置は、前記見積回答通知を受信してもよい。
【発明の効果】
【００２９】
本発明による貨幣管理方法および貨幣管理システムは、貨幣の回収または補充を依頼する店舗側においては、貨幣の回収または補充のためのコストを低減し、その時間を短縮することができ、なおかつ、貨幣の回収または補充を実行する搬送者側にとっては効率よくかつ低コストで貨幣を回収しあるいは補充することができる。
【図面の簡単な説明】
【００３０】
【図１】本発明に係る第１の実施形態に従った貨幣管理システム１と搬送業者Ａ〜Ｃのシステムとの間の接続関係を示す概念図。
【図２】貨幣管理システム１の構成例を示すブロック図。
【図３】第１の実施形態による貨幣管理システムの他の構成例を示すブロック図。
【図４】各貨幣精算装置１１の一例を示す外観を示す図。
【図５】貨幣精算装置１１の構成例を示すブロック図。
【図６】貨幣管理装置２５の構成例を示すブロック図。
【図７】第１の実施形態による貨幣管理システム１の動作を示す概念図。
【図８】第１の実施形態による貨幣管理システム１の動作を示すフロー図。
【図９】本発明に係る第２の実施形態に従った貨幣管理システム１と搬送業者Ａ〜Ｃのシステムとの間の接続関係を示す概念図。
【図１０】ＡＳＰサーバにアップロードされた在高情報の内容示す概念図。
【図１１】ＡＳＰサーバにアップロードされた回収または補充の提案の内容を示す概念図。
【図１２】第２の実施形態による貨幣管理システムの動作を示すフロー図。
【発明を実施するための形態】
【００３１】
以下、図面を参照して本発明による実施形態を説明する。本実施形態は、本発明を限定するものではない。
【００３２】
（第１の実施形態）
図１は、本発明に係る第１の実施形態に従った貨幣管理システム１と搬送業者Ａ〜Ｃのシステムとの間の接続関係を示す概念図である。貨幣管理システム１は、店員が顧客から受け取った貨幣、および、店員が顧客へ支払う貨幣を処理および管理するシステムである。
【００３３】
搬送業者Ａ〜Ｃは、貨幣管理システム１へ貨幣を補充し、あるいは、貨幣管理システム１から貨幣を回収するために貨幣を搬送する業者である。搬送業者は、店舗へ貨幣を搬送し、あるいは、店舗から貨幣を搬送する者であればよく、その業務形態は特に限定しない。従って、搬送業者は、警備会社、金融機関、警送会社（ＣＩＴ（Cash In Transit））等でよい。
【００３４】
貨幣管理システム１および搬送業者Ａ〜Ｃの各システムは、ネットワーク２によって互いに通信可能に接続されている。ネットワーク２は、貨幣管理システム１と搬送業者Ａ〜Ｃのシステムとの間を通信可能に接続するネットワークであればよく、例えば、インタネット、イントラネット、ＬＡＮ（Local Area Network）、電話回線等のいずれでもよい。
【００３５】
搬送業者Ａ〜Ｃのシステムの形態は、特に限定しないが、少なくとも店舗から送信された情報（例えば、電子メール）を受信し、店舗へ情報を送信することができる環境であることが必要である。
【００３６】
図２は、貨幣管理システム１の構成例を示すブロック図である。貨幣管理システム１は、店舗内のチェックアウトエリアに設けられており、店員が顧客との間でやりとりした貨幣を入出金するチェックアウトカウンター１０と、チェックアウトカウンター１０の貨幣および商品を管理するバックオフィス２０とから構成されている。
【００３７】
チェックアウトカウンター１０には、貨幣を入金および出金することにより顧客との精算処理を行う単数または複数の貨幣精算装置１１が設けられている。図１では、チェックアウトカウンター１０には、３つの貨幣精算装置１１が設けられている。貨幣精算装置１１は、店員または顧客自らによって操作され、店員と顧客との間の精算処理に用いられる。例えば、貨幣精算装置１１は、顧客が支払った代金を入金し、あるいは、顧客へ支払う釣銭を出金する。
【００３８】
貨幣精算装置１１は、例えば、店員によって操作されるＰＯＳレジスタまたは顧客によって操作されるセルフチェックアウト用レジスタと通信可能に接続されている。貨幣精算装置１１は、ＰＯＳレジスタまたはセルフチェックアウト用レジスタと一体に構成されていてもよい。
【００３９】
バックオフィス２０には、貨幣出納装置２１と、貨幣管理装置２５と、ＰＯＳ管理装置２６が設けられている。貨幣出納装置２１は、貨幣精算装置１１と通信可能に接続されており、例えば、貨幣精算装置１１へ装填するための釣銭準備金を出金し、あるいは、貨幣精算装置１１から回収した売上金を入金する。貨幣管理装置２５は、ＬＡＮ等を介して貨幣精算装置１１および貨幣出納装置２１と通信可能に接続されている。貨幣管理装置２５は、貨幣精算装置１１および貨幣出納装置２１に収納されている貨幣を管理する。例えば、貨幣管理装置２５は、貨幣精算装置１１のそれぞれにおいて精算処理された貨幣、並びに、貨幣精算装置１１と貨幣出納装置２１との間で授受された貨幣を管理する。
【００４０】
さらに、貨幣管理装置２５は、ネットワーク２に接続されており、ネットワーク２を介して、搬送業者Ａ〜Ｃのシステムへ様々な情報を送信し、あるいは、搬送業者Ａ〜Ｃのシステムから様々な情報を受信することができるように構成されている。
【００４１】
図２の貨幣管理システム１では、貨幣精算装置１１からの貨幣の回収または貨幣精算装置１１への貨幣の補充は、貨幣出納装置２１によって行われる。従って、搬送業者Ａ〜Ｃは、貨幣出納装置２１または貨幣管理システム１とは別に設けられた金庫から貨幣を回収し、あるいは、貨幣出納装置２１または金庫へ貨幣を補充する。
【００４２】
ＰＯＳ管理装置２６は商品の流れを管理する。尚、商品の流れについては本発明と直接関連しないので、ここではＰＯＳ管理装置２６に関する詳細な説明を省略する。
【００４３】
図３は、第１の実施形態による貨幣管理システムの他の構成例を示すブロック図である。図３に示す貨幣管理システム１は、比較的小規模な店舗に用いられるシステムである。この貨幣管理システム１は、１つの貨幣精算装置１１と、該貨幣精算装置１１を管理する貨幣管理装置２５とを備えている。貨幣精算装置１１および貨幣管理装置２５は、それぞれ図２に示すそれらの構成と同様でよい。貨幣精算装置１１は、単数でもよく、複数設けられていてもよい。
【００４４】
図３に示す貨幣管理システム１では、バックオフィス２０が設けられていないので、搬送業者Ａ〜Ｃは、貨幣精算装置１１または貨幣精算装置１１とは別に設けられた金庫から貨幣を直接回収し、あるいは、貨幣精算装置１１または金庫へ貨幣を直接補充する。
【００４５】
さらに、貨幣管理システムは、貨幣管理装置２５に貨幣出納装置２１のみが接続された形態も考えられる。この場合、搬送業者Ａ〜Ｃは、貨幣出納装置２１または金庫から貨幣を回収または補充する。
【００４６】
図４は、各貨幣精算装置１１の一例を示す外観を示す図である。貨幣精算装置１１は、紙幣精算装置１２および硬貨精算装置１３を備える。硬貨精算装置１３は、硬貨を入金および出金することにより精算処理を行う。紙幣精算装置１２は、紙幣を入金および出金することにより精算処理を行う。
【００４７】
紙幣精算装置１２は、筐体１００ａと、入金部１１０ａと、出金部１２０ａとを備えている。入金部１１０ａは、顧客から受け取った紙幣を投入するために設けられている。出金部１２０ａは、釣銭紙幣を投出するために設けられている。硬貨精算装置１３は、筐体１００ｂと、入金部１１０ｂと、出金部１２０ｂとを備えている。入金部１１０ｂは、顧客から受け取った硬貨を投入するために設けられている。出金部１２０ｂは、釣銭硬貨を投出するために設けられている。
【００４８】
尚、紙幣精算装置１２の構成要素と硬貨精算装置１３の構成要素とを区別するために、紙幣精算装置１２の構成要素の参照番号に“ａ”を付し、硬貨精算装置１３の構成要素の参照番号に“ｂ”を付す。硬貨精算装置１３および紙幣精算装置１２は、取り扱う対象が硬貨と紙幣とでそれぞれ異なるので具体的構成については相違するものの、図５に示す基本的なブロック構成については同様でよい。
【００４９】
図５は、貨幣精算装置１１の構成例を示すブロック図である。貨幣精算装置１１は、入金部１１０および出金部１２０のほか、搬送部１３０と、識別部１４０と、収納部１５０と、リード・ライト部１５７と、メモリ１７０と、通信部１８０と、制御部１９０とをさらに備えている。
【００５０】
搬送部１３０は、入金部１１０に投入された貨幣を収納部１５０へ搬送し、あるいは、出金部１２０から投出する貨幣を収納部１５０から搬送する。
【００５１】
識別部１４０は、搬送部１３０によって搬送されている貨幣の金種、真偽、正損、新旧、数量等を検知するように構成されている。例えば、識別部１４０は、イメージセンサまたは磁気センサ等のセンサを備えている。
【００５２】
収納部１５０は、識別部１４０において識別された貨幣を金種ごとに収納することができるように構成されている。収納部１５０は、紙幣を収納する場合、各紙幣を金種ごとに積み重ねて収納するスタック式収納部でもよく、あるいは、各紙幣を金種ごとに複数のテープ間に挟み込んだ状態で該テープを紙幣とともに巻き取る複数のテープリール式収納部であってもよい。
【００５３】
メモリ１７０は、貨幣精算装置１１を制御する各種プログラムおよびデータを格納するＲＯＭ（Read Only Memory）またはＨＤＤ(Hard Disk Drive)、および、プログラムのロード領域やプログラム実行時における作業領域となるＲＡＭ(Random Access Memory)等を含む。メモリ１７０は、収納部１５０および貨幣搬送カセット３０に収納されている貨幣の情報（金種、数量等）も記憶している。さらに、メモリ１７０は、識別部１４０で識別された貨幣の数量を金種ごとに記憶してもよい。
【００５４】
通信部１８０は、貨幣処理システム１を構成する他の装置（貨幣出納装置２１、貨幣管理装置２５、ＰＯＳ管理装置２６）と通信可能に接続されている。
【００５５】
制御部１９０は、メモリ１７０内のプログラムを実行して貨幣精算装置１１の全体を制御するように構成された演算処理装置である。
【００５６】
このように、貨幣精算装置１１は、入金部１１０に投入された貨幣を収納部１５０へ収納し、逆に、収納部１５０に収納された貨幣を出金部１２０へ投出することができる。即ち、貨幣精算装置１１は、入金された貨幣を出金に再利用することができるように構成されている。
【００５７】
貨幣出納装置２１は、貨幣精算装置１１と同様に、収納部１５０に貨幣を収納することができ、入金部に投入された貨幣をその収納部１５０へ収納し、逆に、収納部１５０に収納された貨幣を出金部へ投出することができるように構成されている。即ち、貨幣出納装置２１も、貨幣精算装置１１と同様に、入金された貨幣を出金に再利用することができるように構成されている。貨幣出納装置２１の基本的な構成は、貨幣精算装置１１の構成と同様であるので、ここでは貨幣出納装置２１の説明を省略する。
【００５８】
図６は、貨幣管理装置２５の構成例を示すブロック図である。尚、貨幣管理装置２５の外観は、一般のＰＣ（Personal Computer）と同様でよいので、ここではその外観の図示を省略する。
【００５９】
貨幣管理装置２５は、メモリ２７０と、通信部２８０と、制御部２９０と、表示部２９５と、操作部２９７とを備えている。
【００６０】
メモリ２７０は、貨幣管理装置２５を制御する各種プログラムおよびデータを格納するＲＯＭまたはＨＤＤ、および、プログラムのロード領域やプログラム実行時における作業領域となるＲＡＭ等を含む。メモリ２７０は、貨幣精算装置１１の収納部１５０に収納されている貨幣の情報（金種、数量等）も記憶している。
【００６１】
メモリ２７０は、貨幣精算装置１１および貨幣出納装置２１に収納されている貨幣の在高を管理する在高管理ソフトウェアをさらに格納している。在高管理ソフトウェアは、収納部１５０内の貨幣を回収しまたは収納部１５０へ貨幣を補充する必要がある場合に、貨幣の回収または補充の見積りを依頼する見積依頼通知を複数の搬送業者Ａ〜Ｃのシステムへ送信するように構成されている。また、在高管理ソフトウェアは、搬送業者Ａ〜Ｃのうち操作者によって選択されたいずれかの搬送業者へ、貨幣の回収または補充を依頼する回収／補充依頼通知を送信するように構成されている。
【００６２】
見積依頼通知および回収／補充依頼通知は、例えば、電子メールであり、それらの内容は、メモリ２７０に予め格納されている。見積依頼通知は、店舗の所在地、店舗側のメールアドレス、回収または補充される貨幣の金額、金種および数量等の情報を含む。回収／補充依頼通知は、見積依頼通知の情報と同じ情報を含んでいてもよく、あるいは、単に回収または補充を依頼する内容を示す通知でもよい。回収／補充依頼通知が単に回収または補充を依頼する内容を示す場合、搬送業者は、見積依頼通知に含まれている回収または補充の処理に必要な情報を参照すればよい。
【００６３】
また、メモリ２７０は、複数の搬送業者Ａ〜Ｃの情報（例えば、メールアドレス等）を予め記憶している。複数の搬送業者Ａ〜Ｃの情報は、操作者が予め登録してもよく、あるいは、貨幣管理装置２５にインストールされている在高管理ソフトウェアの初期設定において予め準備されていてもよい。
【００６４】
通信部２８０は、貨幣処理システム１を構成する他の装置（貨幣精算装置１１、貨幣出納装置２５、ＰＯＳ管理装置２６）と通信可能に接続されている。また、通信部２８０は、貨幣を収納する収納部１５０に収納された貨幣の在高を管理し、該収納部１５０内の貨幣を回収しまたは該収納部１５０内へ貨幣を補充する複数の搬送業者Ａ〜Ｃのシステムに通信可能に接続されたインタフェースとしても機能する。
【００６５】
制御部２９０は、メモリ２７０内のプログラムを実行して貨幣出納装置２１の全体を制御するように構成された演算処理装置である。制御部２９０は、上記在高管理ソフトウェアを実行できるように構成されている。
【００６６】
表示部２９５は、貨幣精算装置１１および貨幣出納装置２１の貨幣の在高、貨幣精算装置１１および貨幣出納装置２１の状態（例えば、ニアフル状態／ニアエンプティ状態等）、搬送業者Ａ〜Ｃから受信した情報等の様々な情報を表示するように構成されている。
【００６７】
操作部２９７は、操作者が様々な指示を入力可能なキーボード等である。操作部２９７には、見積依頼通知を搬送業者Ａ〜Ｃのシステムへ送信する見積依頼送信ボタン２９８が設けられていている。操作者が見積依頼送信ボタン２９８を押すと、貨幣管理装置２５は、予め設定された複数の搬送業者Ａ〜Ｃのシステムへ見積依頼通知を同報メールとして送信する。
【００６８】
尚、表示部２９５は、タッチパネル式モニタであってもよい。この場合、表示部２９５が操作部２９７の機能を兼ね備えるので、操作者は、表示部２９５を用いて様々な指示を貨幣管理装置２５へ入力することができる。見積依頼送信ボタン２９８は、タッチパネル式モニタとしての表示部２９５の画面上に表示させてもよい。操作者は、表示部２９５の画面上の見積依頼送信ボタン２９８をタッチすることによって、搬送業者Ａ〜Ｃのシステムへ見積依頼通知を同報メールとして送信することができる。
【００６９】
図７は、第１の実施形態による貨幣管理システム１の動作を示す概念図である。図８は、第１の実施形態による貨幣管理システム１の動作を示すフロー図である。以下、具体例として、図２に示す貨幣精算装置１１内の貨幣を回収し、あるいは、貨幣精算装置１１内に貨幣を補充する動作を説明する。図２に示す貨幣出納装置２１または金庫内の貨幣を回収し、あるいは、貨幣出納装置２１または金庫内に貨幣を補充する動作については、以下の記述から容易に理解できるので、その説明を省略する。
【００７０】
店舗内の貨幣管理システム１において、貨幣精算装置１１の収納部１５０に収納された貨幣が少なくなりニアエンプティ状態になった場合、収納部１５０に貨幣を補充する必要がある。
【００７１】
一方、貨幣精算装置１１の収納部１５０に収納された貨幣が多くなりニアフル状態になった場合、収納部１５０の貨幣を回収する必要がある。また、収納部１５０内の貨幣の在高は、通常、センサまたは枚数カウンタ（図示せず）等によって自動検出され、貨幣管理装置２５によって管理されている。収納部１５０の容量は予め決まっている。そして、表示部２９５は、収納部１５０の容量および収納部１５０内の貨幣の在高を表示する。従って、操作者は、貨幣管理装置２５の表示部２９５に表示された収納部１５０内の貨幣の在高を確認することによって、ニアフル状態またはニアエンプティ状態を判断することができる。
【００７２】
操作者が収納部１５０内の貨幣の在高を確認し、貨幣の回収または補充が必要と判断した場合、操作者は、見積依頼送信ボタン２９８を押す（Ｓ１０）。
【００７３】
貨幣管理装置２５は、見積依頼送信ボタン２９８の操作に応じて、回収または補充のいずれかの選択を促す画面を表示させる（Ｓ２０）。操作者は、操作部２９７を操作して、回収または補充のいずれかを選択する。
【００７４】
貨幣管理装置２５は、操作者の選択に応じて、メモリ２７０に記憶された複数の搬送業者Ａ〜Ｃへ見積依頼通知を自動で送信する（Ｓ４０）。見積依頼通知は、上述の通り、店舗の所在地、店舗側のメールアドレス、回収または補充される貨幣の金額、金種および数量等の情報を含む。貨幣管理装置２５は、貨幣精算装置１１の収納部１５０の貨幣の在高を管理しているので、回収または補充される貨幣の金額、金種および数量の情報を見積依頼通知に自動的に含めることができる。
【００７５】
例えば、回収の見積もりを依頼する場合、貨幣管理装置２５の制御部２９０は、貨幣精算装置１１の収納部１５０の在高から所定数を減算する。回収される貨幣の数量は、この減算結果に設定される。ここで、所定数は、釣銭等に用いるために収納部１５０に残しておくべき貨幣（釣銭準備金）の数量である。回収処理の場合、収納部１５０はニアフル状態であるので、収納部１５０の貨幣の数量は上記所定数よりも多いと考えられる。従って、貨幣管理装置２５は、収納部１５０の在高から所定数を減算することによって、釣銭準備金を残しつつ、回収すべき余分な貨幣量を設定できる。
【００７６】
一方、補充の見積もりを依頼する場合、貨幣管理装置２５の制御部２９０は、上記所定数から貨幣精算装置１１の収納部１５０の在高を減算する。補充される貨幣の数量は、この減算結果に設定される。ここで、所定数は、釣銭準備金の数量でよい。補充処理の場合、収納部１５０は、ニアエンプティ状態であるので、収納部１５０の貨幣の数量は上記所定数よりも少ないと考えられる。従って、貨幣管理装置２５は、所定数から収納部１５０の在高を減算することによって、釣銭準備金に達するよう補充すべき不足の貨幣量を設定できる。上記所定数は、予めメモリ２７０に格納されている。
【００７７】
勿論、操作者が回収または補充される貨幣の金額、金種および数量を任意に設定してもよい。この場合、回収または補充される貨幣の金額、金種および数量は、操作者が操作部２９７を用いて入力する。
【００７８】
次に、搬送業者Ａ〜Ｃのシステムは、店舗の貨幣管理システム１から見積依頼通知を受信すると（Ｓ５０）、その時点における貨幣の回収または補充にかかる費用情報および貨幣の回収または補充を行う日時情報を少なくとも含む見積回答通知を貨幣管理システム１へ返信する（Ｓ６０）。
【００７９】
通常、搬送業者は、貨幣を搬送する搬送車の位置や走行ルートを管理している。従って、搬送車の走行ルートが見積依頼通知を送信した店舗に近い場合には、その搬送車を有する搬送業者は、他の搬送業者よりも早くかつ安く貨幣の回収または補充を行うことが可能である。逆に、いずれの搬送車の走行ルートも見積依頼通知を送信した店舗から遠い場合には、その搬送業者は、他の搬送業者よりも貨幣の回収または補充の費用が高くなりかつ貨幣の回収または補充の日時も遅くなる。また、新規顧客を開拓している搬送業者は、他の搬送業者よりも早くかつ安く貨幣の回収または補充を行うように見積回答通知を設定すると考えられる。
【００８０】
さらに、例えば、フランスのように、所定額（例えば、３００００ユーロ）以上の貨幣は、アーマードカーを搬送車として用いて３人以上で搬送しなければならないという制限がある。このような場合、搬送車に搭載される貨幣の金額によっても貨幣の回収または補充の費用が異なる場合がある。搬送車に搭載される貨幣が所定額を超えない範囲で貨幣の回収または補充を行うことが、搬送業者にとって効率的であり、かつ、経済的であるということができる。
【００８１】
このように、搬送業者Ａ〜Ｃからの見積回答通知の内容は、搬送業者Ａ〜Ｃの様々な状況に応じて異なる。しかし、搬送車の走行ルート、搬送車の種類（例えば、アーマードカーまたは普通車）、搬送する人員数等の状況は、搬送業者のシステムにおいて管理されており、それらの状況に基づいて見積回答通知を自動で返信することが可能である。
【００８２】
勿論、搬送業者Ａ〜Ｃの従業員が、上記状況に応じて貨幣の回収または補充の費用および日時を入力し、見積回答通知を送信してもよい。
【００８３】
店舗側の貨幣管理装置２５は、複数の搬送業者Ａ〜Ｃのシステムから見積回答通知を受信する（Ｓ７０）と、表示部２９５に見積回答通知の内容を表示する（Ｓ８０）。見積回答通知は、搬送業者名、貨幣の回収または補充にかかる費用情報および貨幣の回収または補充を行う日時情報を少なくとも含む。従って、表示部２９５は、貨幣の回収または補充にかかる費用の安い順、あるいは、貨幣の回収または補充を行う日時の早い順に、複数の搬送業者Ａ〜Ｃのそれぞれの見積回答通知を表示する。これにより、操作者は、費用の安い搬送業者、あるいは、回収または装填の日時の早い搬送業者を容易に選択することができる。
【００８４】
貨幣管理装置２５は、費用の最も安い搬送業者を自動で選択するように予め設定されてもよい。この場合、貨幣管理装置２５は、搬送業者Ａ〜Ｃのシステムから見積回答通知を受信した後、費用の最も安い搬送業者を自動で選択し、選択された搬送業者へ回収／補充依頼通知を自動で送信することができる。これにより、操作者が貨幣管理装置２５において搬送業者を選択する手間を省くことができる。
【００８５】
貨幣管理装置２５は、回収または補充の日時の最も早い搬送業者を自動で選択するように予め設定されてもよい。この場合も、貨幣管理装置２５は、搬送業者Ａ〜Ｃのシステムから見積回答通知を受信した後、費用の最も安い搬送業者を自動で選択し、選択された搬送業者へ回収／補充依頼通知を自動で送信することができる。これにより、操作者が貨幣管理装置２５において搬送業者を選択する手間を省くことができる。
【００８６】
操作者が手動で搬送業者を選択する場合、操作者は、操作部２９７を操作して、搬送業者Ａ〜Ｃの見積回答通知の内容に応じていずれかの搬送業者を貨幣管理装置２５の表示部２９５上で選択する。貨幣管理装置２５は、その選択された搬送業者へ回収／補充依頼通知を送信する（Ｓ９０）。即ち、操作者が操作部２９８を操作して任意の搬送業者を選択すると、貨幣管理装置２５は、メモリ２７０に予め格納された回収／補充依頼通知を、選択された搬送業者へ自動的に送信する。図７に示す例では、操作者は、搬送業者Ｃを選択し、貨幣管理装置２５は、搬送業者Ｃへ回収／補充依頼通知を送信している。回収／補充依頼通知は、上述の通り回収または補充を依頼する内容を有する通知である。回収／補充依頼通知は、貨幣を回収または補充すべき店舗の所在地、回収または補充する貨幣の金額、金種または数量等の情報を含んでいる。
【００８７】
搬送業者Ｃのシステムは、回収／補充依頼通知を受信する（Ｓ１００）。そして、搬送業者Ｃは、回収／補充依頼通知の内容に基づいて、店舗の貨幣精算装置１１の収納部１５０内の貨幣を回収し、または、収納部１５０に貨幣を補充する（Ｓ１１０）。回収／補充依頼通知は、貨幣を回収または補充すべき店舗の所在地、回収または補充する貨幣の金額、金種または数量等の情報を必ずしも含んでいなくともよい。この場合、搬送業者Ｃは、見積依頼通知の内容に基づいて貨幣の回収または補充を行えばよい。
【００８８】
このように、本実施形態による貨幣管理システム１の貨幣管理装置２５は、収納庫の貨幣を回収しまたは収納庫へ貨幣を補充することが必要な場合に、簡単な操作で見積依頼通知を複数の搬送業者Ａ〜Ｃのシステムへ送信し、見積回答通知を搬送業者Ａ〜Ｃのシステムから受信する。そして、貨幣管理装置２５は、搬送業者Ａ〜Ｃのシステムから得た見積回答通知を表示部に表示し、操作者によって選択された搬送業者へ、回収／補充依頼通知を送信する。
【００８９】
これにより、貨幣の回収または補充を依頼する店舗の店員（依頼者）は、複数の搬送業者の見積もりを、必要なときにリアルタイムで簡単に得ることができ、かつ、複数の搬送業者の見積もりを容易に比較することができる。その結果、依頼者は、貨幣の回収または補充のためのコストを低減することができ、あるいは、貨幣を早く回収しまたは補充してもらうことができる。このように、本実施形態による貨幣管理システム１によれば、依頼者は、所望の搬送業者を選択することができる。
【００９０】
一方、搬送業者は、搬送車の走行ルート、回収または補充する貨幣の金額等の状況に応じて見積回答通知を送信することができる。従って、搬送業者は、効率良く貨幣を回収し、あるいは、効率良く貨幣を補充することができる。これは、搬送業者側の貨幣の回収または補充のコストを低減させることになる。また、搬送業者にとっては新規顧客の開拓にも繋がる。
【００９１】
（変形例）
貨幣管理装置２５は、収納部１５０内の貨幣が第１の所定値を下回った場合にニアエンプティ状態を自動で検知し、収納部１５０内の貨幣が第２の所定値を上回った場合にニアフル状態を自動で検知してもよい。第１の所定値は、エンプティに近い値であって、補充を依頼するために予め設定された値である。第１の所定値は、予めメモリ１７０または２７０に格納されている。また、第２の所定値は、フルに近い値であって、回収を依頼するために予め設定された値である。第２の所定値も、予めメモリ１７０または２７０に格納されている。
【００９２】
貨幣管理装置２５は、ニアエンプティ状態またはニアフル状態を検知したときに、見積依頼通知を複数の搬送業者Ａ〜Ｃのシステムへ自動送信する。これにより、貨幣管理装置２５は、操作者の判断を待つことなく、見積依頼通知を自動で送信することができる。操作者は、ニアフル状態またはニアエンプティ状態を判断する必要なく、かつ、回収または補充の選択をする必要もない。従って、貨幣管理装置２５に見積依頼送信ボタンは不要となり、図８のステップＳ１０〜Ｓ２０を実行する必要がなくなる。その結果、貨幣管理システム１の操作性がさらに向上する。
【００９３】
（第２の実施形態）
図９は、本発明に係る第２の実施形態に従った貨幣管理システム１と搬送業者Ａ〜Ｃのシステムとの間の接続関係を示す概念図である。図１０は、ＡＳＰサーバにアップロードされた在高情報の内容示す概念図である。図１１（Ａ）および図１１（Ｂ）は、ＡＳＰサーバにアップロードされた回収または補充の提案の内容を示す概念図である。図１２は、第２の実施形態による貨幣管理システムの動作を示すフロー図である。図９から図１２を参照しながら、第２の実施形態による貨幣管理システム１を説明する。
【００９４】
図９に示すように、第２の実施形態では、貨幣管理システム１は、ＡＳＰ（Application Service Provider）サーバ３を介して搬送業者Ａ〜Ｃのシステムに通信可能に接続されている。ＡＳＰサーバは、貨幣管理システム１および搬送業者Ａ〜Ｃがアクセス可能な外部サーバである。貨幣管理装置２５は、貨幣精算装置１１の収納部１５０の貨幣の在高情報をＡＳＰサーバ３にアップロードし、定期的に（例えば、２０分ごとに）その在高情報を更新する（Ｓ１１）。
【００９５】
搬送業者Ａ〜Ｃは、ＡＳＰサーバ３にアクセスし、店舗側にある貨幣精算装置１１の収納部１５０の在高をリアルタイムで確認（ダウンロード）する（Ｓ２１）。このとき、搬送業者Ａ〜Ｃは、図１０に示すように各店舗の所在地および各店舗における貨幣の在高情報を得ることができる。
【００９６】
例えば、店舗Ｓでは、貨幣精算装置１１の収納部１５０の貨幣の在高がフル状態に対して８０％であることが分かる。この場合、搬送業者Ａ〜Ｃは、店舗Ｓからの見積依頼通知を受信していなくても、収納部１５０がニアフル状態であると判断して、回収の提案を（見積回答通知として）ＡＳＰサーバへアップロードする。店舗Ｔでは、貨幣精算装置１１の収納部１５０の貨幣の在高がフル状態に対して１０％しかないことが分かる。この場合、搬送業者Ａ〜Ｃは、店舗Ｔからの見積依頼通知を受信していなくても、収納部１５０がニアエンプティ状態であると判断して、補充の提案を（見積回答通知として）ＡＳＰサーバへアップロードする（Ｓ３１）。回収または補充の提案は、見積回答通知と同様に、貨幣の回収または補充にかかる費用情報および貨幣の回収または補充を行う日時情報を少なくとも含む。
【００９７】
搬送業者Ａ〜Ｃは、それぞれ自己の状況に応じて回収または補充の提案を提示する。例えば、搬送車の走行ルートが店舗ＳまたはＴから遠い場合には、回収または補充の費用が高くなり、あるいは、回収または補充の日時が遅くなる。また、回収を行うと搬送車に搭載される貨幣の金額が所定額（例えば、３００００ユーロ）を超え、アーマードカーおよび３人以上の人員が必要となる場合には、やはり、回収の費用が高くなる。一方、搬送車の走行ルートが店舗ＳまたはＴから近い場合には、回収または補充の費用が低くなり、あるいは、回収または補充の日時が早くなる。また、回収を行っても搬送車に搭載される貨幣の金額が所定額（例えば、３００００ユーロ）を超えない場合には、回収の費用が安くなる。このように、各搬送業者Ａ〜Ｃの回収または補充の提案は、状況に応じてそれぞれ異なる。尚、上述の通り、搬送車の走行ルート、搬送車の種類（例えば、アーマードカーまたは普通車）、搬送する人員数等の状況は、搬送業者のシステムにおいて管理されている。従って、各搬送業者Ａ〜Ｃの状況に基づいて回収または補充の提案を自動でＡＳＰサーバにアップロードすることができる。尚、各搬送業者Ａ〜Ｃの状況は、所定期間ごと（例えば、日にちごと、または、時間ごと）に変化するので、ＡＳＰサーバ内の回収または補充の提案もそれに合せて所定期間ごとに（例えば、２０分ごとに）更新する。
【００９８】
図１１（Ａ）は、回収の提案の具体例を示している。図１１（Ｂ）は、補充の提案の具体例を示している。図１１（Ａ）および図１１（Ｂ）に示す回収または補充の提案の内容は、店舗ＳまたはＴの店員が貨幣管理装置２５に設けられた見積依頼ボタンを押すこと（Ｓ４１）によって、ＡＳＰサーバから貨幣管理装置２５へダウンロードされ、貨幣管理装置２５の表示部２９５に表示される（Ｓ４２）。
【００９９】
図１１（Ａ）に示す回収の提案では、搬送業者Ａの搬送車の走行ルートは店舗Ｓに近く、かつ、搬送車に搭載される貨幣の金額は所定額以下（例えば、１００００ユーロ）である。このため、搬送業者Ａが提示する回収費用は、搬送業者Ａ〜Ｃの中で最も安く、例えば、２５ユーロとなっている。
【０１００】
搬送業者Ｂの搬送車の走行ルートは店舗Ｓから遠いが、搬送車に搭載される貨幣の金額は所定額以下（例えば、１００００ユーロ）である。このため、搬送業者Ｂが提示する回収時刻は、搬送業者Ａ〜Ｃの中で最も遅く、例えば、１７時４０分となっている。また、搬送業者Ｂが提示する回収費用は、搬送業者Ａが提示する回収費用よりも高く、例えば、３０ユーロとなっている。しかし、搬送業者Ｂは、アーマードカーおよび３人以上の人員を必要としないので、搬送業者Ｃが提示する回収費用よりも安い。
【０１０１】
搬送業者Ｃの搬送車の走行ルートは店舗Ｓから近く、かつ、搬送車に搭載される貨幣の金額は所定額以上（例えば、５００００ユーロ）である。このため、搬送業者Ｃは、アーマードカーを用いて３人以上の人員で貨幣を搬送する必要がある。従って、回収時刻は早いものの、搬送業者Ｃが提示する回収費用は、搬送業者Ａ〜Ｃの中で最も高く、例えば、９０ユーロとなっている。
【０１０２】
図１１（Ａ）に示す例では、表示部２９５は、回収費用が安い順番に回収の提案を表示している。店舗Ｓの店員は、ＡＳＰサーバ上の回収の提案を、貨幣管理装置２５の表示部２９５において確認する。そして、回収費用の最も安い搬送業者Ａを選択する場合には、店舗Ｓの店員は、操作部２９７を用いてカーソルＣＳで搬送業者Ａを選択する（Ｓ５１）。これにより、貨幣管理装置２５は、メモリ２７０に予め格納された回収依頼通知を選択された搬送業者Ａへ自動的に送信する（Ｓ６１）。回収依頼通知は、上記回収／補充依頼通知と同様の情報を含む。
【０１０３】
搬送業者Ａのシステムは、回収依頼通知を受信する（Ｓ７１）。そして、搬送業者Ａは、回収依頼通知の内容に基づいて、店舗の貨幣精算装置１１の収納部１５０内の貨幣を回収する（Ｓ８１）。
【０１０４】
図１１（Ｂ）に示す補充の提案では、搬送業者Ｂの搬送車の走行ルートは店舗Ｓから近く、かつ、搬送車に搭載される貨幣の金額は所定額以下（例えば、１００００ユーロ）である。このため、搬送業者Ｂが提示する補充時刻は、搬送業者Ａ〜Ｃの中で最も早く、例えば、９時００分となっている。また、搬送業者Ｂが提示する補充費用は、搬送業者Ａが提示する補充費用よりも高く、例えば、３０ユーロとなっている。しかし、搬送業者Ｂは、アーマードカーおよび３人以上の人員を必要としないので、搬送業者Ｃが提示する補充費用よりも安い。
【０１０５】
搬送業者Ａの搬送車の走行ルートは店舗Ｓから遠く、かつ、搬送車に搭載される貨幣の金額は所定額以上（例えば、５００００ユーロ）である。このため、搬送業者Ａは、アーマードカーを用いて３人以上の人員で貨幣を搬送する必要がある。従って、搬送業者Ａが提示する補充費用は、搬送業者Ａ〜Ｃの中で最も高く、例えば、９０ユーロとなっている。
【０１０６】
搬送業者Ｃの搬送車の走行ルートは店舗Ｓに近く、かつ、搬送車に搭載される貨幣の金額は所定額以下（例えば、１００００ユーロ）である。搬送車の走行ルートは店舗Ｓに近いので、搬送業者Ｃは、効率良く貨幣の補充を行うことができる。従って、搬送業者Ｃの提示する補充費用は、搬送業者Ａ〜Ｃの中で最も安く、例えば、２５ユーロとなっている。しかし、搬送業者Ｃが提示する補充時刻は、搬送業者Ａ〜Ｃの中で最も遅く、例えば、１５時３０分となっている。
【０１０７】
図１１（Ｂ）に示す例では、表示部２９５は、補充時刻が早い順番に補充の提案を表示している。店舗Ｓの店員は、ＡＳＰサーバ上の補充の提案を、貨幣管理装置２５の表示部２９５において確認する。そして、補充時刻の最も早い搬送業者Ｂを選択する場合には、店舗Ｓの店員は、操作部２９７を用いてカーソルＣＳで搬送業者Ｂを選択する（Ｓ５１）。これにより、貨幣管理装置２５は、メモリ２７０に予め格納された補充依頼通知を選択された搬送業者Ｂへ自動的に送信する（Ｓ６１）。補充依頼通知は、上記回収／補充依頼通知と同様の情報を含む。
【０１０８】
搬送業者Ｂのシステムは、補充依頼通知を受信する（Ｓ７１）。そして、搬送業者Ｂは、補充依頼通知の内容に基づいて、店舗の貨幣精算装置１１の収納部１５０内の貨幣を補充する（Ｓ８１）。
【０１０９】
このように、第２の実施形態による貨幣管理システム１の貨幣管理装置２５は、収納庫１５０の貨幣の在高情報を定期的にＡＳＰサーバにアップロードし、このＡＳＰサーバ上の在高情報を参照した搬送業者Ａ〜Ｃのシステムは、回収または補充の提案を見積回答通知としてＡＳＰサーバにアップロードする。そして、貨幣管理装置２５は、このＡＳＰサーバ上の回収または補充の提案を受けて、回収または補充の提案の内容を表示部２９５に表示し、店舗の店員が搬送業者Ａ〜Ｃのいずれかを選択する。これにより、貨幣管理装置２５は、選択された搬送業者へ回収／補充依頼通知を送信し、搬送業者は、回収／補充依頼通知に基づいて回収または補充を行う。
【０１１０】
このような貨幣管理システム１により、搬送業者は、店舗側の貨幣の在高をリアルタイムで確認することができ、搬送業者側から店舗側へ回収または補充の提案を提示することができる。一方、店舗の店員は、複数の搬送業者の回収または補充の提案を見積もりとして、必要なときにリアルタイムで得ることができ、かつ、複数の搬送業者の見積もりを容易に比較することができる。
【０１１１】
その結果、第２の実施形態も第１の実施形態と同様の効果を得ることができる。
【符号の説明】
【０１１２】
１・・・貨幣管理システム、２・・・ネットワーク、３・・・ＡＳＰ、Ａ〜Ｂ・・・搬送業者、１０・・・チェックアウトカウンター、２０・・・バックオフィス、１１・・・貨幣精算装置、２１・・・貨幣出納装置、２５・・・貨幣管理装置、２６・・・ＰＯＳ管理装置、１１０・・・入金部  １２０・・・出金部、１３０・・・搬送部、１４０・・・識別部、１５０・・・収納部、１７０・・・メモリ、１８０・・・通信部、１９０・・・制御部、２１０・・・入金部、２２０・・・出金部、２９５・・・表示部、２９７・・・操作部、２９８・・・見積依頼送信ボタン、２７０・・・メモリ、２８０・・・通信部、２９０・・・制御部
【図１】
2013025320.tif 000003
【図２】
2013025320.tif 000004
【図３】
2013025320.tif 000005
【図４】
2013025320.tif 000006
【図５】
2013025320.tif 000007
【図６】
2013025320.tif 000008
【図７】
2013025320.tif 000009
【図８】
2013025320.tif 000010
【図９】
2013025320.tif 000011
【図１０】
2013025320.tif 000012
【図１１】
2013025320.tif 000013
【図１２】
2013025320.tif 000014