管理装置、現金処理システム及び管理方法
【課題】現金処理機の保守を効率化し、地域が異なる場合でも同様の保守サービスを提供すること。
【解決手段】両替機５１，５２と委託会社６１〜６６との間に管理装置１０が介在する。そして、状態監視部２１が両替機５１及び両替機５２と通信して状態を監視し、エラー検知部２２が両替機５１及び両替機５２に発生したエラーを検知する。エラーを検知した場合には、地域判定部２３がエラーを生じた現金処理機の一種である両替機の設置された地域を判定し、通知先判定部２４がエラーに対処する複数の委託会社のうち、いずれの委託会社にエラーの発生を通知するかを、エラーの種別及び地域に基づいて判定する。
【解決手段】両替機５１，５２と委託会社６１〜６６との間に管理装置１０が介在する。そして、状態監視部２１が両替機５１及び両替機５２と通信して状態を監視し、エラー検知部２２が両替機５１及び両替機５２に発生したエラーを検知する。エラーを検知した場合には、地域判定部２３がエラーを生じた現金処理機の一種である両替機の設置された地域を判定し、通知先判定部２４がエラーに対処する複数の委託会社のうち、いずれの委託会社にエラーの発生を通知するかを、エラーの種別及び地域に基づいて判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数の地域に設置された複数の現金処理機を管理する管理装置、現金処理システム及び管理方法に関する。
【背景技術】
【０００２】
従来、商業店舗などで両替機や入金機などの現金処理機が利用されている。このような現金処理機は、金種の変更や貨幣の管理を自動化できることに加え、現金を安全に管理することができるというメリットがある。
【０００３】
両替機は、予め各金種の現金を機内にストックしておき、投入された現金と同額の範囲内で顧客によって選択された金種の現金を排出する。両替機が両替を繰り返すと特定の金種のストックが無くなる場合があるので、定期的に若しくは必要に応じて足りなくなった金種を補充したり、蓄積された金種を回収したりすることが求められる。同様に、入金装置についても定期的に若しくは必要に応じて蓄積された金種を回収して入金可能な状態を維持することが求められる。このような現金の補充や回収を現金集配という。
【０００４】
現金処理機に対する現金集配は、警備会社などの委託会社に委託することが一般的である。委託会社による現金集配を効率的に行うため、従来の技術として、現金処理機から委託会社に現金の量を通知し、委託会社側で現金集配の必要性を判断する技術が知られている（例えば特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−５３４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
現金処理機の保守には、現金集配に加えて故障などへの対応がある。現金処理機に対する故障の対応は、現金集配を行う委託会社に委託されるとは限らない。また、委託会社によっては対応可能な故障の内容に制限があり、故障の内容によって複数の委託会社に委託する場合もある。したがって、従来、現金処理機を設置した店舗を有する企業は、複数の委託会社と委託契約をする必要があった。
【０００７】
加えて、現金集配や故障対応を行う委託会社は、地域ごとに異なる場合がある。このため、複数の地域にそれぞれ店舗を持ち、各店舗に現金処理機を設置した企業は、各地域について現金集配や故障対応を行う複数の委託会社と委託契約を結ぶこととなる。
【０００８】
このように、現金処理機の運用は複数の委託先によって維持されるため、現金処理機を設置した企業と委託先との連携が煩雑になるという問題点があった。また、地域ごとに委託先が異なるため、異なる地域で同一のサービスを受けることが困難な場合があった。
【０００９】
本発明は、上述した問題点を解消するためになされたものであって、現金処理機の保守を効率化し、地域が異なる場合でも同様の保守サービスを提供可能な管理装置、現金処理システム及び管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、本発明は、複数の地域に設置された複数の現金処理機を管理する管理装置であって、前記現金処理機の状態を監視する状態監視手段と、前記現金処理機におけるエラーを検知するエラー検知手段と、前記現金処理機のエラーに対処する複数の委託会社と前記エラーの種別と前記現金処理機を特定する情報とを対応づけて記憶する記憶手段と、前記現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社に前記エラーの発生を通知するかを、前記エラー検知手段が検知したエラーの種別及び前記現金処理機を特定する情報に基づいて判定する通知先判定手段とを備えたことを特徴とする。
【００１１】
また、本発明は、上記の発明において、前記現金処理機が設置された地域を判定する地域判定手段をさらに設け、前記通知先判定手段は、前記地域判定手段により判定された地域に基づいて判定することを特徴とする。
【００１２】
また、本発明は、上記の発明において、前記通知先判定手段は、前記現金処理機の種別又は号機に基づいて判定することを特徴とする。
【００１３】
また、本発明は、上記の発明において、前記状態監視手段は、前記現金処理機における現金の量を貨幣の種別ごとに機内在高として監視し、前記エラー検知手段は、出金用貨幣が無くなるエンプティ状態と出金用貨幣が閾値未満となるニアエンプティ状態と入金された貨幣が閾値以上となるニアフル状態と最大まで入金されたフル状態とを在高エラーとして検知することを特徴とする。
【００１４】
また、本発明は、上記の発明において、前記通知先判定手段は、前記在高エラーが検知された場合に前記複数の委託会社のうち、現金の回収及び補充を担当する委託会社を通知先とすることを特徴とする。
【００１５】
また、本発明は、上記の発明において、前記エラー検知手段は、前記現金処理機から前記在高エラーを受信することを特徴とする。
【００１６】
また、本発明は、上記の発明において、前記エラー検知手段は、前記機内在高に基づいて前記在高エラーを判定することを特徴とする。
【００１７】
また、本発明は、上記の発明において、前記通知先判定手段は、前記エラー検知手段が前記現金処理機の故障を検知した場合には、故障対応を行う委託会社の中から前記故障の内容に基づいて通知先の委託会社を判定することを特徴とする。
【００１８】
また、本発明は、上記の発明において、前記委託会社とネットワークを介して接続され、前記委託会社からのアクセスを受けて前記エラーに関する情報を通知する通知手段をさらに備えたことを特徴とする。
【００１９】
また、本発明は、現金処理システムであって、複数の地域に設置された複数の現金処理機と、前記現金処理機の状態を監視する状態監視手段と、前記現金処理機におけるエラーを検知するエラー検知手段と、前記現金処理機のエラーに対処する複数の委託会社と前記エラーの種別と前記現金処理機を特定する情報とを対応づけて記憶する記憶手段と、前記現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社に前記エラーの発生を通知するかを、前記エラー検知手段が検知したエラーの種別及び前記現金処理機を特定する情報に基づいて判定する通知先判定手段とを備えたことを特徴とする。
【００２０】
また、本発明は、複数の地域に設置された複数の現金処理機を管理する管理方法であって、前記現金処理機の状態を監視する状態監視工程と、前記現金処理機におけるエラーを検知するエラー検知工程と、前記現金処理機のエラーに対処する複数の委託会社と前記エラーの種別と前記現金処理機を特定する情報とを対応づけて記憶する記憶手段を参照し、前記現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社に前記エラーの発生を通知するかを、前記エラー検知工程が検知したエラーの種別及び前記現金処理機を特定する情報に基づいて判定する通知先判定工程とを含んだことを特徴とする。
【発明の効果】
【００２１】
本発明によれば、複数の地域に設置された複数の現金処理機の状態を監視し、エラーを検知した場合には、現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社にエラーの発生を通知するかを、エラーの種別及び現金処理機を特定する情報に基づいて判定するので、現金処理機の保守を効率化し、地域が異なる場合でも同様の保守サービスを提供可能な管理装置、現金処理システム及び管理方法を得ることができるという効果を奏する。
【００２２】
また、本発明によれば、現金処理機における現金の量を貨幣の種別ごとに機内在高として監視し、出金用貨幣が無くなるエンプティ状態と出金用貨幣が閾値未満となるニアエンプティ状態と入金された貨幣が閾値以上となるニアフル状態と最大まで入金されたフル状態とを在高エラーとして検知するので、在高エラーを管理装置で検知することができるという効果を奏する。
【００２３】
また、本発明によれば、在高エラーが検知された場合に前記複数の委託会社のうち、現金の回収及び補充を担当する委託会社を通知先とするので、在高エラーを管理装置で検知して委託会社に現金の回収及び補充を行わせることができるという効果を奏する。
【００２４】
また、本発明によれば、現金処理機から在高エラーを受信するので、現金処理機が検知した在高エラーに基づいて委託会社に現金の回収及び補充を行わせることができるという効果を奏する。
【００２５】
また、本発明によれば、管理装置が機内在高に基づいて在高エラーを判定するので、管理装置側で定めた閾値に基づいて在高エラーを検知し、委託会社に現金の回収及び補充を行わせることができるという効果を奏する。
【００２６】
また、本発明によれば、現金処理機の故障を検知した場合には、故障対応を行う委託会社の中から故障の内容に基づいて通知先の委託会社を判定するので、故障内容に応じた委託会社に速やかに通知を行うことができるという効果を奏する。
【００２７】
また、本発明によれば、委託会社とネットワークを介して接続され、委託会社からのアクセスを受けてエラーに関する情報を通知することとしたので、委託会社に対して現金処理機の状態を通知するアプリケーションサービスプロバイダとしての機能を実現することができるという効果を奏する。
【図面の簡単な説明】
【００２８】
【図１】図１は、本実施例にかかる現金処理システムの構成図である。
【図２】図２は、地域ごとの委託会社の１つが保守の窓口となる構成の説明図である。
【図３】図３は、両替機がエラーに対応する委託会社を選択して通知する構成の説明図である。
【図４】図４は、状態データベース３１の具体例の説明図である。
【図５】図５は、地域データベース３２の具体例の説明図である。
【図６】図６は、エラー通知区分データ３３の具体例の説明図である。
【図７】図７は、通知先データベース３４の具体例の説明図である。
【図８】図８は、在高系のエラー検知について説明する説明図である。
【図９】図９は、管理装置１０の処理動作を説明するフローチャートである。
【図１０】図１０は、委託会社６１〜６６がアクセスする画面の推移について説明する説明図である
【図１１】図１１は、在高確認条件指定画面７２の具体例を説明する説明図である。
【図１２】図１２は、在高詳細画面７３の具体例について説明する説明図である。
【図１３】図１３は、未対応の警告や注意がない場合の画面の説明図である。
【図１４】図１４は、未対応の警告や注意がある場合の画面の説明図である。
【図１５】図１５は、状態詳細画面７６の具体例について説明する説明図である。
【図１６】図１６は、拠点情報画面７５の具体例について説明する説明図である。
【図１７】図１７は、リモートコマンド画面７７の具体例について説明する説明図である。
【発明を実施するための形態】
【実施例】
【００２９】
以下に添付図面を参照して、本発明に係る管理装置、現金処理システム及び管理方法の好適な実施例を詳細に説明する。図１は、本実施例にかかる現金処理システムの構成図である。図１に示したように、現金処理機である両替機５１は地域Ａの店舗４１に設置され、現金処理機である両替機５２は地域Ｂの店舗４２に設置されている。店舗４１と店舗４２は、同一企業４０が異なる地域に設けた店舗であるとする。
【００３０】
図１に示した例では、現金処理機に対する保守業務を「現金集配」（集配金）と「メンテナンス」と「修理」に分類している。「現金集配」は現金処理機内の現金を所定範囲に保つ保守業務であり、「メンテナンス」は現金処理機に対する定期的な手入れと軽微な故障への対応を行う保守業務であり、「修理」は重大な故障への対応を行う保守業務である。
【００３１】
地域Ａには、現金集配を行う委託会社６１と、メンテナンスを行う委託会社６２と、修理を行う委託会社６３が存在する。同様に、地域Ｂには、現金集配を行う委託会社６４と、メンテナンスを行う委託会社６５と、修理を行う委託会社６６とが存在する。なお、委託会社の中には、現金処理機メーカーも含まれており、現金処理機メーカーは、例えば、メンテナンスや修理を行う。
【００３２】
そこで、企業４０は、店舗４１に設置した両替機５１に関しては、現金集配について委託会社６１に委託し、メンテナンスについて委託会社６２に委託し、修理について委託会社６３に委託している。同様に、企業４０は、店舗４２に設置した両替機５２に関しては、現金集配について委託会社６４に委託し、メンテナンスについて委託会社６５に委託し、修理について委託会社６６に委託している。
【００３３】
また、両替機５１及び両替機５２は、管理装置１０と通信回線経由で接続する。管理装置１０は、制御部２０と記憶部３０を有する。制御部２０は、管理装置１０を全体制御する制御部であり、一例としてＣＰＵ（Central Processing Unit）とメモリによって構成される。また、記憶部３０は、一例としてハードディスクなどの記憶媒体によって構成される。
【００３４】
制御部２０は、本実施例において重要な機能部として状態監視部２１と、エラー検知部２２と、地域判定部２３と、通知先判定部２４と、通知部２５とを有する。状態監視部２１は、両替機５１及び両替機５２と通信し、両替機５１及び両替機５２の状態を取得して監視する。状態監視部２１は、両替機５１及び両替機５２の状態を記憶部２０に状態データベース３１として記憶させ、必要に応じて更新する。
【００３５】
エラー検知部２２は、両替機５１及び両替機５２に発生したエラーを検知する。このエラーの検知は、両替機５１及び両替機５２からエラー発生の通知を受けてもよいし、状態データベース３１に保持された両替機５１及び両替機５２の状態から検知してもよい。
【００３６】
地域判定部２３は、エラーが発生した現金処理機が設置された地域を判定する。具体的には、地域判定部２３は、エラーが発生した現金処理機を特定する情報である現金処理機の設置場所を状態データベース３１から取得し、後述する地域データベース３２を参照して地域を特定する。
【００３７】
通知先判定部２４は、エラーに対処する複数の委託会社のうち、いずれの委託会社にエラーの発生を通知するかを、エラーの種別及び前記地域に基づいて判定する。具体的には、通知先判定部２４は、記憶部３０に記憶されたエラー通知区分データ３３を参照してエラー区分を決定し、同じく記憶部３０に記憶された通知先データベース３４を参照して通知先を決定する。
【００３８】
通知部２５は、委託会社６１〜６６とネットワークを介して接続され、委託会社６１〜６６からのアクセスを受けてエラーに関する情報を通知することで、委託会社６１〜６６に対してアプリケーションサービスプロバイダ（ＡＳＰ）としての機能を実現する。また、通知先が決定した場合に通知部２５が自律的に委託会社６１〜６６に対する通知を行うようにしてもよい。
【００３９】
記憶部３０は、状態データベース３１と、地域データベース３２と、エラー通知区分データ３３と、通知先データベース３４とを有する。状態データベース３１、地域データベース３２、エラー通知区分データ３３及び通知先データベース３４の具体例については後述する。
【００４０】
委託会社６１〜６６は、管理装置１０からの通知を受けて、現金集配、メンテナンス、修理などの保守を行う。このように、両替機５１，５２と委託会社６１〜６６との間に管理装置１０を介在させることで両替機５１，５２の監視を一元化できるので、保守作業を効率化できる。また、企業４０が地域によって異なる委託会社と契約しても、同様の保守サービスを提供可能することができる。
【００４１】
本実施例に対する比較構成を図２及び図３を用いて説明する。図２は、地域ごとの委託会社の１つが保守の窓口となる構成の説明図である。図２に示した構成では、本実施例と同様に、企業４０が地域Ａの店舗４１に両替機５１を設置し、地域Ｂの店舗４２に両替機５２を設置している。
【００４２】
また、両替機５１への現金集配を委託会社６１が担当し、メンテナンスを委託会社６２が担当し、修理を委託会社６３が担当している。そして、委託会社６１が両替機５１の保守の窓口となっている。同様に、両替機５２への現金集配を委託会社６４が担当し、メンテナンスを委託会社６５が担当し、修理を委託会社６６が担当している。そして、委託会社６６が両替機５２の保守の窓口となっている。
【００４３】
図２に示した比較構成では、両替機５１にエラーが発生した場合には、まず窓口である委託会社６１に通知される。委託会社６１は、エラーが自社で対応可能な内容であれば対応を実施するが、自社で対応不可能なメンテナンスや修理を要するエラーであれば委託会社６２に連絡する。連絡を受けた委託会社６２は、自社で対応可能なメンテナンスであれば対応を実施するが、自社で対応不可能な修理を要するエラーであれば委託会社６３に連絡し、委託会社６３が修理対応を実施することとなる。
【００４４】
同様に、両替機５２にエラーが発生した場合には、まず窓口である委託会社６４に通知される。委託会社６４は、エラーが自社で対応可能な内容であれば対応を実施するが、自社で対応不可能なメンテナンスや修理を要するエラーであれば委託会社６５に連絡する。連絡を受けた委託会社６５は、自社で対応可能なメンテナンスであれば対応を実施するが、自社で対応不可能な修理を要するエラーであれば委託会社６６に連絡し、委託会社６６が修理対応を実施することとなる。
【００４５】
このように、委託会社のいずれかが窓口となる構成では、委託会社間の連絡が発生する分、委託会社の負担が大きくなる。加えて、委託会社間の連絡が必要であるためにメンテナンスや修理までに要する時間が長くなる。
【００４６】
図３は、両替機がエラーに対応する委託会社を選択して通知する構成の説明図である。図３に示した構成では、本実施例と同様に、企業４０が地域Ａの店舗４１に両替機５１ａを設置し、地域Ｂの店舗４２に両替機５２ａを設置している。
【００４７】
また、両替機５１ａへの現金集配を委託会社６１が担当し、メンテナンスを委託会社６２が担当し、修理を委託会社６３が担当している。同様に、両替機５２ａへの現金集配を委託会社６４が担当し、メンテナンスを委託会社６５が担当し、修理を委託会社６６が担当している。
【００４８】
図３に示した比較構成では、両替機５１ａにエラーが発生した場合には、両替機５１ａがエラーの種別を判定し、現金集配が必要であれば委託会社６１に通知し、メンテナンスが必要であれば委託会社６２に通知し、修理が必要であれば委託会社６３に通知する。
【００４９】
同様に、両替機５２ａにエラーが発生した場合には、両替機５２ａがエラーの種別を判定し、現金集配が必要であれば委託会社６４に通知し、メンテナンスが必要であれば委託会社６５に通知し、修理が必要であれば委託会社６６に通知する。
【００５０】
このように、両替機がエラーに対応する委託会社を選択して通知する構成では、両替機自体にエラーの種類を識別する機能と通知先を選択する機能が必要になる。したがって、このような機能を持たない両替機を設置した場合や既に設置している場合には適用できない。
【００５１】
図２及び図３に示した比較構成に対して本実施例の構成では、委託会社の負担を抑え、メンテナンスや修理までに要する時間を短縮できる。また、エラーの種類を識別する機能や通知先を選択する機能を持たない安価な両替機を使用してシステムを構築することができ、既に設置している両替機についても管理が可能である。
【００５２】
次に、記憶部３０が記憶するデータの具体例について説明する。図４は、状態データベース３１の具体例の説明図である。図４に示した例では、状態データベース３１は、「お客様」と「拠点」と「号機」と「機種」と「入出金データ」と「エラーデータ」の項目を有する。
【００５３】
「お客様」の項目は、該当機器が設置されているお客様の番号、名称を値として保持する。図４では、一例として「Cust002:Ｇショッピングモール」が入力されている。「拠点」の項目は、該当機器が設置されている拠点の番号、名称を示す情報である。図４では、一例として、「Office002:秋葉原店」が入力されている。
【００５４】
「号機」の項目は、 該当機器の号機を示す情報であり、図４に示した例では、「２」が入力されている。「機種」の項目は、該当機器の機種名、型式を示す情報であり、図４に示した例では「両替機」が入力されている。
【００５５】
「入出金データ」の項目は、該当機器に対する入金、出金の状態を示す情報であり、各金種が該当機器の中にどれだけ格納されているかを示す。各金種が該当機器の中にどれだけ格納されているかを在高という。
【００５６】
「エラーデータ」の項目は、該当機器で発生したエラーを示す。具体的には、エラーの内容、発生時刻、対応が済んでいるか否かなどの情報が含まれる。この他、状態データベース３１には、該当機器が設置されている拠点の電話番号や、機種のシリアルナンバー及び資産管理番号等の補足説明、該当機器の号機との契約内容などを記憶させても良い。
【００５７】
図５は、地域データベース３２の具体例の説明図である。図５に示した例では、地域データベース３２は、拠点と地域とを対応付けて記憶している。具体的には、拠点「office001 品川店」は地域Ａに対応付けられ、拠点「office002 秋葉原店」は地域Ａに対応付けられ、拠点「office003 姫路店」は地域Ｂに対応付けられている。
【００５８】
図６は、エラー通知区分データ３３の具体例の説明図である。図６に示した例では、エラー通知区分データ３３は、「エラー通知区分」と「種別」と「内容」の項目を有する。「エラー通知区分」は、エラーを区分するための識別情報であり、図６に示した例では１から５の区分が規定されている。
【００５９】
「種別」は、警告と注意のいずれかの値をとる。エラー通知区分１〜３に対しては警告が指定され、エラー通知区分５〜６には注意が指定されている。「内容」は、エラーの内容を示す情報である。具体的には、エラー通知区分１に対応するエラー内容は「重大なエラー」であり、エラー通知区分２に対応するエラー内容は「軽微なエラー」である。
【００６０】
また、エラー通知区分３に対応するエラー内容は「在高系のフル、エンプティ等のエラー状態」であり、エラー通知区分４に対応するエラー内容は「在高系のニアフル、ニアエンプティ等のエラー状態」であり、エラー通知区分５に対応するエラー内容は「管理装置側であらかじめ設定していた各金種の閾値を超えた状態」である。
【００６１】
図７は、通知先データベース３４の具体例の説明図である。図７に示した例では、通知先データベース３４は、地域Ａかつエラー通知区分１の場合には委託会社６３に通知することを規定している。また、地域Ａかつエラー通知区分２の場合には委託会社６２に通知することを規定している。そして、地域Ａかつエラー通知区分３〜５の場合には委託会社６１に通知することを規定している。
【００６２】
同様に、通知先データベース３４は、地域Ｂかつエラー通知区分１の場合には委託会社６６に通知することを規定している。また、地域Ｂかつエラー通知区分２の場合には委託会社６５に通知することを規定している。そして、地域Ｂかつエラー通知区分３〜５の場合には委託会社６４に通知することを規定している。
【００６３】
次に図８を参照し、在高系のエラー検知についてさらに説明する。在高系のエラーは、両替機５１，５２自体で検知したエラーの通知を受けることもでき、また、管理装置１０が状態データベース３１の在高のデータを閾値と比較して検知することもできる。
【００６４】
図８は、両替機５１，５２が入金された現金を収納する入金カセットと、出金する現金を用意しておく出金カセットとを個別に有する場合を示している。入金カセットについては、入金された現金が入金カセットの上限に達した時に両替機５１，５２が在高系エラー「フル」を検知して管理装置１０に通知する。また、入金された現金が両替機５１，５２が保持する閾値を超えた場合に在高系エラー「ニアフル」と判定して管理装置１０に通知する。加えて、管理装置１０は、状態データベース３１の在高のデータを参照し、入金された現金が管理装置１０が保持する閾値を超えた場合に在高系エラー「ニアフル」と判定する。
【００６５】
出金カセットについては、出金によって出金カセットの中にある現金のストックがなくなった場合に両替機５１，５２が在高系エラー「エンプティ」を検知して管理装置１０に通知する。また、現金のストックが両替機５１，５２が保持する閾値を下回った場合に在高系エラー「ニアエンプティ」と判定して管理装置１０に通知する。加えて、管理装置１０は、状態データベース３１の在高のデータを参照し、現金のストックが管理装置１０が保持する閾値を下回った場合に在高系エラー「ニアエンプティ」と判定する。
【００６６】
このように、管理装置１０は、在高系のエラー（ニアエンプティ、エンプティ、ニアフル、フル）を検知する閾値を両替機５１，５２自体が検知する閾値とは別箇に設定可能である。また、閾値を複数設定することもできる。定期的に現金集配を行う場合には、委託会社から出動が必要ない状態でも出動しているケースがあったが、在高系のエラーの閾値を適切に設定することで、状況に応じて必要な場合にのみ出動させることができる。
【００６７】
さらに、現金集配を行う委託会社から両替機までの距離などに応じて在高系エラーの判定閾値を調整することで、両替機が検知したニアフルやニアエンプティに基づく現金集配では現金集配に要する時間の間にフルやエンプティとなって両替機が動作できなくなるといった事態を回避できる。
【００６８】
次に、管理装置１０の処理動作について図９を用いて説明する。図９は、管理装置１０の処理動作を説明するフローチャートである。同図に示した処理は、一例として定期的に開始される。処理が開始されると、まず、管理装置１０の状態監視部２１は、両替機５１，５２の状態を状態情報として取得し（ステップＳ１０１）、記憶部３０の状態データベース３１を更新する（ステップＳ１０２）。
【００６９】
エラー検知部２２は、両替機５１，５２にエラーがあるかを判定する（ステップＳ１０３）。具体的には、両替機５１，５２から取得した状態にエラー通知が含まれているか否か及び在高の情報と管理装置１０が定める閾値との比較によってエラーの有無を判定する。
【００７０】
エラーがある場合（ステップＳ１０３；Ｙｅｓ）には、地域判定部２３はエラーが発生した装置の拠点情報をキーに地域データベース３２を検索し、地域を判定する（ステップＳ１０４）。そして、通知先判定部２４は、エラー通知区分データ３３を参照してエラー区分を決定し、通知先データベース３４を参照して通知先を決定する（ステップＳ１０５）。
【００７１】
このように決定された通知先に通知部２５が通知を行って（ステップＳ１０６）、管理装置１０は処理を終了する。また、エラーがない場合（ステップＳ１０３；Ｎｏ）にも、管理装置１０は処理を終了する。
【００７２】
次に、通知部２５が委託会社６１〜６６に対して提供するアプリケーションサービスプロバイダ（ＡＳＰ）機能について説明する。図１０は、委託会社６１〜６６がアクセスする画面の推移について説明する説明図である。
【００７３】
通知部２５は、アクセスを受けるとまずユーザ認証画面７１を提示する。ユーザ認証画面７１は、ユーザＩＤとパスワードの入力を受け付ける。通知部２５は、ユーザＩＤとパスワードの入力によってユーザを識別した場合に在高確認条件指定画面７２を提示する。
【００７４】
在高確認条件指定画面７２は、在高確認を確認する企業と拠点の入力を受け付ける。通知部２５は、企業と拠点の入力によって特定した現金処理機について在高詳細画面７３を提示する。
【００７５】
在高詳細画面７３からは、状態一覧画面７４と拠点情報画面７５と状態詳細画面７６とリモートコマンド画面７７とに移行できる。また、状態一覧画面７４、拠点情報画面７５、状態詳細画面７６、リモートコマンド画面７７からはブラウザの「戻る」操作などによって在高詳細画面７３に戻ることができる。
【００７６】
各画面の具体例について図１１〜図１７を参照して説明する。図１１は、在高確認条件指定画面７２の具体例を説明する説明図である。図１１に示したように、在高確認条件指定画面７２は、「お客様」及び「拠点」について、検索やプルダウンによる選択を受け付けることができる。図１１では、「お客様」として「Cust002:Gショッピングモール」が選択され、「拠点」として「Office002:秋葉原店」が選択された状態を示している。
【００７７】
このように「お客様」及び「拠点」を入力した上で「在高情報を表示」ボタンを操作すると、「Cust002:Gショッピングモール」の「Office002:秋葉原店」に設置された現金処理機の在高詳細が在高詳細画面７３に提示される。
【００７８】
図１２は、在高詳細画面７３の具体例について説明する説明図である。図１２では、「お客様」として「Cust002:Gショッピングモール」が選択され、「拠点」として「Office002:秋葉原店」が選択され、００２号機の情報を提示していることを示している。
【００７９】
また、在高の合計が７４１８０００円であり、入金残高合計が２１０００であり、出金残高の合計が７３９７０００円であることが示されている。入金カセットの詳細として、１万円札が０枚、５千円札が１枚、２千円札が０枚、千円札が１６枚入金されている。各金種は、投入可能な数の１％未満となっている。
【００８０】
出金カセットの詳細として、５千円札が３８２枚で１９１００００円分残っており、これは５千円札のストックの最大数の約１９％である。千円札が４９４８枚で４９４８０００円分残っており、これは千円札のストックの最大数の約１００％である。５００円硬貨は２００枚、１００００００円分残っており、これは、５００円硬貨のストックの最大数の約２５％である。
【００８１】
１００円硬貨は１０００枚、１００００００円分残っており、これは、１００円硬貨のストックの最大数の約８３％である。５００円硬貨の２０枚包装は４枚、４００００円分残っており、これは、５００円硬貨の２０枚包装に対するストックの最大数の約９％である。
【００８２】
１００円硬貨の５０枚包装は２０枚、１０００００円分残っており、これは、１００円硬貨の５０枚包装に対するストックの最大数の約０％である。５０円硬貨の５０枚包装は４０枚、１０００００円分残っており、これは、５０円硬貨の５０枚包装に対するストックの最大数の約５％である。１０円硬貨の５０枚包装は１９８枚、９９０００円分残っており、これは、１０円硬貨の５０枚包装に対するストックの最大数の約０％である。このように、在高系のエラーが発生していない場合でも現金集配を委託されている委託会社は、現金処理機の在高を確認する事ができるため、その現金処理機に対して、いつ現金集配に行けば良いのか、いくら現金集配を行えば良いのか等を把握することができる。なお、確認した在高に対して所定の計算式を用いる事で、いつ現金集配に行けば良いのか、いくら現金集配を行えば良いかを予測できるようにしても良い。
【００８３】
図１３及び図１４は、状態一覧画面７４の具体例である。具体的には、「お客様」として「Cust002:Gショッピングモール」が選択され、「拠点」として「Office002:秋葉原店」が選択され、処理状態として未対応の警告と未対応の注意があるものを検索した場合の状態一覧画面７４であり、図１３は未対応の警告や注意がない場合の画面の説明図、図１４は未対応の警告や注意がある場合の画面の説明図である。
【００８４】
図１３では、検索結果として「該当する障害情報は存在しません」とのメッセージが表示されている。一方、図１４では、未対応の警告情報として「日時 １２／０９ １０：５７」、「お客様 Cust002:Gショッピングモール」、「拠点 Office002:秋葉原店」、「号機 ００２」、「機種 両替機」、「エラーコード／内容 １２０１／前扉Ｏｐｅｎエラー」が表示されている。なお、「エラーコード／内容 １２０１／前扉Ｏｐｅｎエラー」には状態詳細画面７６へのリンクが埋め込まれている。
【００８５】
図１５は、状態詳細画面７６の具体例について説明する説明図である。「お客様」として「Cust002:Gショッピングモール」が選択され、「拠点」として「Office002:秋葉原店」が選択され、「００２」号機の情報を提示している。また、危機状態は「正常」であり、連絡先が「０３−１２３４−９８７６」であり、備考として「正常系機器」であること、契約内容が「契約」状態であることを示している。
【００８６】
そして、エラーの発生内容については、障害状態が処理済みであること、発生時の機器状態が「異常」であること、障害発生時刻が「2010／12／０９ １０：５７：４０」であること、エラー内容が「１２０１：前扉Ｏｐｅｎエラー」であることを示している。加えて、集計情報として、準備金、入金繰越し、前日残、補充金などの情報を示している。
【００８７】
図１６は、拠点情報画面７５の具体例について説明する説明図である。「お客様」として「Cust002:Gショッピングモール」が選択され、「拠点」として「Office002:秋葉原店」が選択されている。そして、選択された場所に設置している現金処理機が「「００２」号機であり、機種が「両替機」であり、状態が「正常」であることを示している。
【００８８】
加えて、エラーコード／内容として「エラーはありません（直近の取引情報を表示）」とのメッセージを提示し、このメッセージに状態詳細画面７６へのリンクを埋め込んでいる。また、在高詳細画面７３へのリンクも提示している。
【００８９】
図１７は、リモートコマンド画面７７の具体例について説明する説明図である。図１５と同様に、「お客様」として「Cust002:Gショッピングモール」が選択され、「拠点」として「Office002:秋葉原店」が選択され、「００２」号機の情報を提示している。また、危機状態は「正常」であり、連絡先が「０３−１２３４−９８７６」であり、備考として「正常系機器」であること、契約内容が「契約」状態であることを示している。
【００９０】
加えて、図１７に示したリモートコマンド画面７７は、リモートコマンドの選択を受け付けるプルダウンボタンと、選択したリモートコマンドを実行する実行ボタンとを備えている。このプルダウンボタンが選択されると、例えば、「リセット」、「カード排除」、「出金」、「データクリア」、「自動精査」、「電源ＯＦＦ」、「開局」、「閉局」、などが選択可能となる。
【００９１】
「リセット」コマンドは、現金処理機から紙幣を出金する際に出金途中で詰まってしまった紙幣がメンテナンスを行う保守員などに取り除かれた後などに選択されるものである。そして、リモートコマンド画面にて「リセット」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通知部２５を介して「リセット」コマンドを現金処理機へ送信する。「リセット」コマンドを受信した現金処理機は、機内に保有しているユニットである紙幣の金種などを識別するための識別部や紙幣を搬送するための搬送部などをチェックし、各部の状態を正常な状態へ戻す。
【００９２】
「カード排除」コマンドは、例えば、顧客が取引を行うために現金処理機に挿入したキャッシュカードなどを機外へ強制的に排出する際に選択されるものである。そして、リモートコマンド画面にて「カード排除」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「カード排除」コマンドを現金処理機に送信する。「カード排除」コマンドを受信した現金処理機は、機内に取り込んでいるキャッシュカードなどを強制的に機外へ排出させる。
【００９３】
「出金」コマンドは、管理装置１０で指定した金額と金種の現金を強制的に現金処理機から出金させる場合に選択されるものである。そして、リモートコマンド画面にて、出金する金額と金種を含む「出金」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「出金」コマンドを現金処理機へ送信する。「出金」コマンドを受信した現金処理機は、受信した「出金」コマンドに基づいて、機内に収納されている現金の中から出金額分の現金を出金する。
【００９４】
「データクリア」コマンドは、現金処理機内の現金を回収し、翌日分の現金即ち準備金を装填する回収・装填を行う際に選択されるものである。そして、リモートコマンド画面にて、「データクリア」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「データクリア」コマンドを現金処理機に送信する。「データクリア」コマンドを受信した現金処理機は現金処理機自身が記憶している在高、入金残高および出金残高などのデータを初期化する。
【００９５】
「自動精査」コマンドは現金処理機内の在高がわからなくなってしまった場合に選択されるものである。そして、リモートコマンド画面にて、「自動精査」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「自動精査」コマンドを現金処理機に送信する。「自動精査」コマンドを受信した現金処理機は、出金用カセット及び入金用カセット内にそれぞれ収納されている現金を再計数し、その再計数した結果を現金処理機自身が記憶している各カセットの在高のデータとして更新する。
【００９６】
「電源ＯＦＦ」コマンドは、例えば、現金処理機の電源の切り忘れなどがあった場合に自動的に電源をＯＦＦ状態にする際に選択されるものである。そして、リモートコマンド画面にて、「電源ＯＦＦ」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「電源ＯＦＦ」コマンドを現金処理機に送信する。「電源ＯＦＦ」コマンドを受信した現金処理機は、現金処理機自身の電源をＯＦＦ状態にする。
【００９７】
「開局」コマンドは、顧客との取引を可能な状態即ち取扱中の状態に自動的に移行させる際に選択されるものである。そして、リモートコマンド画面にて、「開局」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「開局」コマンドを現金処理機に送信する。「開局」コマンドを受信した現金処理機は、顧客との取引可能な「取扱中」の状態に移行する。
【００９８】
「閉局」コマンドは、顧客との取引を禁止する状態即ち顧客との取引を禁止する休止中の状態に自動的に移行させる際に選択されるものである。そして、リモートコマンド画面にて、「閉局」が選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「閉局」コマンドを現金処理機に送信する。「閉局」コマンドを受信した現金処理機は、顧客との取引を禁止する「休止中」の状態に移行する。
【００９９】
また、リモートコマンド画面にはエラーが発生した際に現金処理機の表示部で表示している障害復旧用の画面を管理装置１０の画面に表示することができる。こうすることで、委託会社側の担当者が、例えば店舗内の従業員に対して電話で指示をしながらエラー解除作業を実施することができる。
【０１００】
さらに、リモートコマンドを管理装置１０から現金処理機へ送信し、現金処理機は受信したリモートコマンドに応じて、各種の動作を行うため、人を介在させることなく解除可能な軽微なエラーであれば、現場に駆けつけることなく、エラー解除の対応を行うことができる。
【０１０１】
このように、リモートコマンドを実施可能とすることで、発生したエラーによっては現金処理機の設置場所まで出向くことなく遠隔操作でエラーを解消することが可能となる。
【０１０２】
また、管理装置１０は現金処理機が記憶している準備金や補充金に関する金額データを修正することができるようにしても良い。即ち現金集配を委託された委託会社の担当者が現金処理機に現金を補充する際に担当者が手入力した補充金の金額データや現金処理機に装填される準備金の金額データなどの現金処理機自身が記憶しているデータを管理装置１０にて修正することができる。
【０１０３】
さらには、管理装置１０から現金処理機の各種設定、例えば、カセットに収納されている現金の金種や新紙幣や流通紙幣などの券種を変更したり画面表示のレイアウトを変更できるようにしても良い。
【０１０４】
上述してきたように、本実施例では、現金処理機である両替機５１，５２と委託会社６１〜６６との間に管理装置１０が介在する。そして、状態監視部２１が両替機５１及び両替機５２と通信して状態を監視し、エラー検知部２２が両替機５１及び両替機５２に発生したエラーを検知する。エラーを検知した場合には、地域判定部２３がエラーを生じた現金処理機の設置された地域を判定し、通知先判定部２４がエラーに対処する複数の委託会社のうち、いずれの委託会社にエラーの発生を通知するかを、エラーの種別及び地域に基づいて判定する。
【０１０５】
このため、異なる地域に設置された両替機５１，５２の監視を一元化し、保守作業を効率化できる。また、企業４０が地域によって異なる委託会社と契約しても、同様の保守サービスを提供可能することができる。また、委託会社の負担を抑え、メンテナンスや修理までに要する時間を短縮でき、エラーの種類を識別する機能や通知先を選択する機能を持たない安価な両替機を使用してシステムを構築することができる。
【０１０６】
さらに、委託会社を途中変更する場合でも、ルータなどの設備変更、ＩＰアドレスなどの設定変更などで対応でき、変更作業が容易である。委託会社に対してＡＳＰとして動作し、専用の機器などを用意することなくインターネットブラウザ経由でエラー通知を行うことができ、リモートメンテナンスも可能となる。
【０１０７】
また、上述してきた実施例では、両替機を例に説明したが、これに限定されるわけではなく、入金機、出金機、入出金機など各種の現金処理機に適用することができる。
【０１０８】
さらに、上述してきた実施例では、地域とエラー種別に基づいて通知先を判定する場合を説明したが、これに限定されるものではなく、予め記憶された現金処理機を特定する情報である店舗識別情報（店舗ＩＤ）や現金処理機固有の識別情報（ＩＤ）とエラー種別によって通知先を判定するようにしても良い。即ち、通知先データベースで店舗ＩＤ又は現金処理機固有のＩＤと、エラー種別と、通知先とを対応づけて予め記憶しておき、エラー検知部がエラーを検知した場合に、通知判定部はエラーの種別及び記憶部に記憶されている店舗ＩＤ又は現金処理機固有のＩＤによって通知先を判定するようにしても良い。
【０１０９】
さらに、通知先データベースに現金処理機の種別や現金処理機の号機を予め記憶させておき、通知判定部は現金処理機の種別や現金処理機の号機を加味して通知先を判定し、通知される委託会社が異なるようにしても良い。また、在高系のエラーの場合には、現金処理機から回収すべき回収金額や、現金処理機へ装填する装填金額によって、通知先を判定するようにしても良い。
【産業上の利用可能性】
【０１１０】
以上のように、本発明に係る管理装置、現金処理システム及び管理方法は、現金処理機の管理に有用であり、特に、複数の地域に配置された現金処理機の管理に適している。
【符号の説明】
【０１１１】
１０ 管理装置
２０ 制御部
２１ 状態監視部
２２ エラー検知部
２３ 地域判定部
２４ 通知先判定部
２５ 通知部
３０ 記憶部
３１ 状態データベース
３２ 地域データベース
３３ エラー通知区分データ
３４ 通知先データベース３４
４０ 企業
４１〜４２ 店舗
５１〜５２ 両替機
６１〜６６ 委託会社
７１ ユーザ認証画面
７２ 在高確認条件指定画面
７３ 在高詳細画面
７４ 状態一覧画面
７５ 拠点情報画面
７６ 状態詳細画面
７７ リモートコマンド画面
【技術分野】
【０００１】
この発明は、複数の地域に設置された複数の現金処理機を管理する管理装置、現金処理システム及び管理方法に関する。
【背景技術】
【０００２】
従来、商業店舗などで両替機や入金機などの現金処理機が利用されている。このような現金処理機は、金種の変更や貨幣の管理を自動化できることに加え、現金を安全に管理することができるというメリットがある。
【０００３】
両替機は、予め各金種の現金を機内にストックしておき、投入された現金と同額の範囲内で顧客によって選択された金種の現金を排出する。両替機が両替を繰り返すと特定の金種のストックが無くなる場合があるので、定期的に若しくは必要に応じて足りなくなった金種を補充したり、蓄積された金種を回収したりすることが求められる。同様に、入金装置についても定期的に若しくは必要に応じて蓄積された金種を回収して入金可能な状態を維持することが求められる。このような現金の補充や回収を現金集配という。
【０００４】
現金処理機に対する現金集配は、警備会社などの委託会社に委託することが一般的である。委託会社による現金集配を効率的に行うため、従来の技術として、現金処理機から委託会社に現金の量を通知し、委託会社側で現金集配の必要性を判断する技術が知られている（例えば特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−５３４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
現金処理機の保守には、現金集配に加えて故障などへの対応がある。現金処理機に対する故障の対応は、現金集配を行う委託会社に委託されるとは限らない。また、委託会社によっては対応可能な故障の内容に制限があり、故障の内容によって複数の委託会社に委託する場合もある。したがって、従来、現金処理機を設置した店舗を有する企業は、複数の委託会社と委託契約をする必要があった。
【０００７】
加えて、現金集配や故障対応を行う委託会社は、地域ごとに異なる場合がある。このため、複数の地域にそれぞれ店舗を持ち、各店舗に現金処理機を設置した企業は、各地域について現金集配や故障対応を行う複数の委託会社と委託契約を結ぶこととなる。
【０００８】
このように、現金処理機の運用は複数の委託先によって維持されるため、現金処理機を設置した企業と委託先との連携が煩雑になるという問題点があった。また、地域ごとに委託先が異なるため、異なる地域で同一のサービスを受けることが困難な場合があった。
【０００９】
本発明は、上述した問題点を解消するためになされたものであって、現金処理機の保守を効率化し、地域が異なる場合でも同様の保守サービスを提供可能な管理装置、現金処理システム及び管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、本発明は、複数の地域に設置された複数の現金処理機を管理する管理装置であって、前記現金処理機の状態を監視する状態監視手段と、前記現金処理機におけるエラーを検知するエラー検知手段と、前記現金処理機のエラーに対処する複数の委託会社と前記エラーの種別と前記現金処理機を特定する情報とを対応づけて記憶する記憶手段と、前記現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社に前記エラーの発生を通知するかを、前記エラー検知手段が検知したエラーの種別及び前記現金処理機を特定する情報に基づいて判定する通知先判定手段とを備えたことを特徴とする。
【００１１】
また、本発明は、上記の発明において、前記現金処理機が設置された地域を判定する地域判定手段をさらに設け、前記通知先判定手段は、前記地域判定手段により判定された地域に基づいて判定することを特徴とする。
【００１２】
また、本発明は、上記の発明において、前記通知先判定手段は、前記現金処理機の種別又は号機に基づいて判定することを特徴とする。
【００１３】
また、本発明は、上記の発明において、前記状態監視手段は、前記現金処理機における現金の量を貨幣の種別ごとに機内在高として監視し、前記エラー検知手段は、出金用貨幣が無くなるエンプティ状態と出金用貨幣が閾値未満となるニアエンプティ状態と入金された貨幣が閾値以上となるニアフル状態と最大まで入金されたフル状態とを在高エラーとして検知することを特徴とする。
【００１４】
また、本発明は、上記の発明において、前記通知先判定手段は、前記在高エラーが検知された場合に前記複数の委託会社のうち、現金の回収及び補充を担当する委託会社を通知先とすることを特徴とする。
【００１５】
また、本発明は、上記の発明において、前記エラー検知手段は、前記現金処理機から前記在高エラーを受信することを特徴とする。
【００１６】
また、本発明は、上記の発明において、前記エラー検知手段は、前記機内在高に基づいて前記在高エラーを判定することを特徴とする。
【００１７】
また、本発明は、上記の発明において、前記通知先判定手段は、前記エラー検知手段が前記現金処理機の故障を検知した場合には、故障対応を行う委託会社の中から前記故障の内容に基づいて通知先の委託会社を判定することを特徴とする。
【００１８】
また、本発明は、上記の発明において、前記委託会社とネットワークを介して接続され、前記委託会社からのアクセスを受けて前記エラーに関する情報を通知する通知手段をさらに備えたことを特徴とする。
【００１９】
また、本発明は、現金処理システムであって、複数の地域に設置された複数の現金処理機と、前記現金処理機の状態を監視する状態監視手段と、前記現金処理機におけるエラーを検知するエラー検知手段と、前記現金処理機のエラーに対処する複数の委託会社と前記エラーの種別と前記現金処理機を特定する情報とを対応づけて記憶する記憶手段と、前記現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社に前記エラーの発生を通知するかを、前記エラー検知手段が検知したエラーの種別及び前記現金処理機を特定する情報に基づいて判定する通知先判定手段とを備えたことを特徴とする。
【００２０】
また、本発明は、複数の地域に設置された複数の現金処理機を管理する管理方法であって、前記現金処理機の状態を監視する状態監視工程と、前記現金処理機におけるエラーを検知するエラー検知工程と、前記現金処理機のエラーに対処する複数の委託会社と前記エラーの種別と前記現金処理機を特定する情報とを対応づけて記憶する記憶手段を参照し、前記現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社に前記エラーの発生を通知するかを、前記エラー検知工程が検知したエラーの種別及び前記現金処理機を特定する情報に基づいて判定する通知先判定工程とを含んだことを特徴とする。
【発明の効果】
【００２１】
本発明によれば、複数の地域に設置された複数の現金処理機の状態を監視し、エラーを検知した場合には、現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社にエラーの発生を通知するかを、エラーの種別及び現金処理機を特定する情報に基づいて判定するので、現金処理機の保守を効率化し、地域が異なる場合でも同様の保守サービスを提供可能な管理装置、現金処理システム及び管理方法を得ることができるという効果を奏する。
【００２２】
また、本発明によれば、現金処理機における現金の量を貨幣の種別ごとに機内在高として監視し、出金用貨幣が無くなるエンプティ状態と出金用貨幣が閾値未満となるニアエンプティ状態と入金された貨幣が閾値以上となるニアフル状態と最大まで入金されたフル状態とを在高エラーとして検知するので、在高エラーを管理装置で検知することができるという効果を奏する。
【００２３】
また、本発明によれば、在高エラーが検知された場合に前記複数の委託会社のうち、現金の回収及び補充を担当する委託会社を通知先とするので、在高エラーを管理装置で検知して委託会社に現金の回収及び補充を行わせることができるという効果を奏する。
【００２４】
また、本発明によれば、現金処理機から在高エラーを受信するので、現金処理機が検知した在高エラーに基づいて委託会社に現金の回収及び補充を行わせることができるという効果を奏する。
【００２５】
また、本発明によれば、管理装置が機内在高に基づいて在高エラーを判定するので、管理装置側で定めた閾値に基づいて在高エラーを検知し、委託会社に現金の回収及び補充を行わせることができるという効果を奏する。
【００２６】
また、本発明によれば、現金処理機の故障を検知した場合には、故障対応を行う委託会社の中から故障の内容に基づいて通知先の委託会社を判定するので、故障内容に応じた委託会社に速やかに通知を行うことができるという効果を奏する。
【００２７】
また、本発明によれば、委託会社とネットワークを介して接続され、委託会社からのアクセスを受けてエラーに関する情報を通知することとしたので、委託会社に対して現金処理機の状態を通知するアプリケーションサービスプロバイダとしての機能を実現することができるという効果を奏する。
【図面の簡単な説明】
【００２８】
【図１】図１は、本実施例にかかる現金処理システムの構成図である。
【図２】図２は、地域ごとの委託会社の１つが保守の窓口となる構成の説明図である。
【図３】図３は、両替機がエラーに対応する委託会社を選択して通知する構成の説明図である。
【図４】図４は、状態データベース３１の具体例の説明図である。
【図５】図５は、地域データベース３２の具体例の説明図である。
【図６】図６は、エラー通知区分データ３３の具体例の説明図である。
【図７】図７は、通知先データベース３４の具体例の説明図である。
【図８】図８は、在高系のエラー検知について説明する説明図である。
【図９】図９は、管理装置１０の処理動作を説明するフローチャートである。
【図１０】図１０は、委託会社６１〜６６がアクセスする画面の推移について説明する説明図である
【図１１】図１１は、在高確認条件指定画面７２の具体例を説明する説明図である。
【図１２】図１２は、在高詳細画面７３の具体例について説明する説明図である。
【図１３】図１３は、未対応の警告や注意がない場合の画面の説明図である。
【図１４】図１４は、未対応の警告や注意がある場合の画面の説明図である。
【図１５】図１５は、状態詳細画面７６の具体例について説明する説明図である。
【図１６】図１６は、拠点情報画面７５の具体例について説明する説明図である。
【図１７】図１７は、リモートコマンド画面７７の具体例について説明する説明図である。
【発明を実施するための形態】
【実施例】
【００２９】
以下に添付図面を参照して、本発明に係る管理装置、現金処理システム及び管理方法の好適な実施例を詳細に説明する。図１は、本実施例にかかる現金処理システムの構成図である。図１に示したように、現金処理機である両替機５１は地域Ａの店舗４１に設置され、現金処理機である両替機５２は地域Ｂの店舗４２に設置されている。店舗４１と店舗４２は、同一企業４０が異なる地域に設けた店舗であるとする。
【００３０】
図１に示した例では、現金処理機に対する保守業務を「現金集配」（集配金）と「メンテナンス」と「修理」に分類している。「現金集配」は現金処理機内の現金を所定範囲に保つ保守業務であり、「メンテナンス」は現金処理機に対する定期的な手入れと軽微な故障への対応を行う保守業務であり、「修理」は重大な故障への対応を行う保守業務である。
【００３１】
地域Ａには、現金集配を行う委託会社６１と、メンテナンスを行う委託会社６２と、修理を行う委託会社６３が存在する。同様に、地域Ｂには、現金集配を行う委託会社６４と、メンテナンスを行う委託会社６５と、修理を行う委託会社６６とが存在する。なお、委託会社の中には、現金処理機メーカーも含まれており、現金処理機メーカーは、例えば、メンテナンスや修理を行う。
【００３２】
そこで、企業４０は、店舗４１に設置した両替機５１に関しては、現金集配について委託会社６１に委託し、メンテナンスについて委託会社６２に委託し、修理について委託会社６３に委託している。同様に、企業４０は、店舗４２に設置した両替機５２に関しては、現金集配について委託会社６４に委託し、メンテナンスについて委託会社６５に委託し、修理について委託会社６６に委託している。
【００３３】
また、両替機５１及び両替機５２は、管理装置１０と通信回線経由で接続する。管理装置１０は、制御部２０と記憶部３０を有する。制御部２０は、管理装置１０を全体制御する制御部であり、一例としてＣＰＵ（Central Processing Unit）とメモリによって構成される。また、記憶部３０は、一例としてハードディスクなどの記憶媒体によって構成される。
【００３４】
制御部２０は、本実施例において重要な機能部として状態監視部２１と、エラー検知部２２と、地域判定部２３と、通知先判定部２４と、通知部２５とを有する。状態監視部２１は、両替機５１及び両替機５２と通信し、両替機５１及び両替機５２の状態を取得して監視する。状態監視部２１は、両替機５１及び両替機５２の状態を記憶部２０に状態データベース３１として記憶させ、必要に応じて更新する。
【００３５】
エラー検知部２２は、両替機５１及び両替機５２に発生したエラーを検知する。このエラーの検知は、両替機５１及び両替機５２からエラー発生の通知を受けてもよいし、状態データベース３１に保持された両替機５１及び両替機５２の状態から検知してもよい。
【００３６】
地域判定部２３は、エラーが発生した現金処理機が設置された地域を判定する。具体的には、地域判定部２３は、エラーが発生した現金処理機を特定する情報である現金処理機の設置場所を状態データベース３１から取得し、後述する地域データベース３２を参照して地域を特定する。
【００３７】
通知先判定部２４は、エラーに対処する複数の委託会社のうち、いずれの委託会社にエラーの発生を通知するかを、エラーの種別及び前記地域に基づいて判定する。具体的には、通知先判定部２４は、記憶部３０に記憶されたエラー通知区分データ３３を参照してエラー区分を決定し、同じく記憶部３０に記憶された通知先データベース３４を参照して通知先を決定する。
【００３８】
通知部２５は、委託会社６１〜６６とネットワークを介して接続され、委託会社６１〜６６からのアクセスを受けてエラーに関する情報を通知することで、委託会社６１〜６６に対してアプリケーションサービスプロバイダ（ＡＳＰ）としての機能を実現する。また、通知先が決定した場合に通知部２５が自律的に委託会社６１〜６６に対する通知を行うようにしてもよい。
【００３９】
記憶部３０は、状態データベース３１と、地域データベース３２と、エラー通知区分データ３３と、通知先データベース３４とを有する。状態データベース３１、地域データベース３２、エラー通知区分データ３３及び通知先データベース３４の具体例については後述する。
【００４０】
委託会社６１〜６６は、管理装置１０からの通知を受けて、現金集配、メンテナンス、修理などの保守を行う。このように、両替機５１，５２と委託会社６１〜６６との間に管理装置１０を介在させることで両替機５１，５２の監視を一元化できるので、保守作業を効率化できる。また、企業４０が地域によって異なる委託会社と契約しても、同様の保守サービスを提供可能することができる。
【００４１】
本実施例に対する比較構成を図２及び図３を用いて説明する。図２は、地域ごとの委託会社の１つが保守の窓口となる構成の説明図である。図２に示した構成では、本実施例と同様に、企業４０が地域Ａの店舗４１に両替機５１を設置し、地域Ｂの店舗４２に両替機５２を設置している。
【００４２】
また、両替機５１への現金集配を委託会社６１が担当し、メンテナンスを委託会社６２が担当し、修理を委託会社６３が担当している。そして、委託会社６１が両替機５１の保守の窓口となっている。同様に、両替機５２への現金集配を委託会社６４が担当し、メンテナンスを委託会社６５が担当し、修理を委託会社６６が担当している。そして、委託会社６６が両替機５２の保守の窓口となっている。
【００４３】
図２に示した比較構成では、両替機５１にエラーが発生した場合には、まず窓口である委託会社６１に通知される。委託会社６１は、エラーが自社で対応可能な内容であれば対応を実施するが、自社で対応不可能なメンテナンスや修理を要するエラーであれば委託会社６２に連絡する。連絡を受けた委託会社６２は、自社で対応可能なメンテナンスであれば対応を実施するが、自社で対応不可能な修理を要するエラーであれば委託会社６３に連絡し、委託会社６３が修理対応を実施することとなる。
【００４４】
同様に、両替機５２にエラーが発生した場合には、まず窓口である委託会社６４に通知される。委託会社６４は、エラーが自社で対応可能な内容であれば対応を実施するが、自社で対応不可能なメンテナンスや修理を要するエラーであれば委託会社６５に連絡する。連絡を受けた委託会社６５は、自社で対応可能なメンテナンスであれば対応を実施するが、自社で対応不可能な修理を要するエラーであれば委託会社６６に連絡し、委託会社６６が修理対応を実施することとなる。
【００４５】
このように、委託会社のいずれかが窓口となる構成では、委託会社間の連絡が発生する分、委託会社の負担が大きくなる。加えて、委託会社間の連絡が必要であるためにメンテナンスや修理までに要する時間が長くなる。
【００４６】
図３は、両替機がエラーに対応する委託会社を選択して通知する構成の説明図である。図３に示した構成では、本実施例と同様に、企業４０が地域Ａの店舗４１に両替機５１ａを設置し、地域Ｂの店舗４２に両替機５２ａを設置している。
【００４７】
また、両替機５１ａへの現金集配を委託会社６１が担当し、メンテナンスを委託会社６２が担当し、修理を委託会社６３が担当している。同様に、両替機５２ａへの現金集配を委託会社６４が担当し、メンテナンスを委託会社６５が担当し、修理を委託会社６６が担当している。
【００４８】
図３に示した比較構成では、両替機５１ａにエラーが発生した場合には、両替機５１ａがエラーの種別を判定し、現金集配が必要であれば委託会社６１に通知し、メンテナンスが必要であれば委託会社６２に通知し、修理が必要であれば委託会社６３に通知する。
【００４９】
同様に、両替機５２ａにエラーが発生した場合には、両替機５２ａがエラーの種別を判定し、現金集配が必要であれば委託会社６４に通知し、メンテナンスが必要であれば委託会社６５に通知し、修理が必要であれば委託会社６６に通知する。
【００５０】
このように、両替機がエラーに対応する委託会社を選択して通知する構成では、両替機自体にエラーの種類を識別する機能と通知先を選択する機能が必要になる。したがって、このような機能を持たない両替機を設置した場合や既に設置している場合には適用できない。
【００５１】
図２及び図３に示した比較構成に対して本実施例の構成では、委託会社の負担を抑え、メンテナンスや修理までに要する時間を短縮できる。また、エラーの種類を識別する機能や通知先を選択する機能を持たない安価な両替機を使用してシステムを構築することができ、既に設置している両替機についても管理が可能である。
【００５２】
次に、記憶部３０が記憶するデータの具体例について説明する。図４は、状態データベース３１の具体例の説明図である。図４に示した例では、状態データベース３１は、「お客様」と「拠点」と「号機」と「機種」と「入出金データ」と「エラーデータ」の項目を有する。
【００５３】
「お客様」の項目は、該当機器が設置されているお客様の番号、名称を値として保持する。図４では、一例として「Cust002:Ｇショッピングモール」が入力されている。「拠点」の項目は、該当機器が設置されている拠点の番号、名称を示す情報である。図４では、一例として、「Office002:秋葉原店」が入力されている。
【００５４】
「号機」の項目は、 該当機器の号機を示す情報であり、図４に示した例では、「２」が入力されている。「機種」の項目は、該当機器の機種名、型式を示す情報であり、図４に示した例では「両替機」が入力されている。
【００５５】
「入出金データ」の項目は、該当機器に対する入金、出金の状態を示す情報であり、各金種が該当機器の中にどれだけ格納されているかを示す。各金種が該当機器の中にどれだけ格納されているかを在高という。
【００５６】
「エラーデータ」の項目は、該当機器で発生したエラーを示す。具体的には、エラーの内容、発生時刻、対応が済んでいるか否かなどの情報が含まれる。この他、状態データベース３１には、該当機器が設置されている拠点の電話番号や、機種のシリアルナンバー及び資産管理番号等の補足説明、該当機器の号機との契約内容などを記憶させても良い。
【００５７】
図５は、地域データベース３２の具体例の説明図である。図５に示した例では、地域データベース３２は、拠点と地域とを対応付けて記憶している。具体的には、拠点「office001 品川店」は地域Ａに対応付けられ、拠点「office002 秋葉原店」は地域Ａに対応付けられ、拠点「office003 姫路店」は地域Ｂに対応付けられている。
【００５８】
図６は、エラー通知区分データ３３の具体例の説明図である。図６に示した例では、エラー通知区分データ３３は、「エラー通知区分」と「種別」と「内容」の項目を有する。「エラー通知区分」は、エラーを区分するための識別情報であり、図６に示した例では１から５の区分が規定されている。
【００５９】
「種別」は、警告と注意のいずれかの値をとる。エラー通知区分１〜３に対しては警告が指定され、エラー通知区分５〜６には注意が指定されている。「内容」は、エラーの内容を示す情報である。具体的には、エラー通知区分１に対応するエラー内容は「重大なエラー」であり、エラー通知区分２に対応するエラー内容は「軽微なエラー」である。
【００６０】
また、エラー通知区分３に対応するエラー内容は「在高系のフル、エンプティ等のエラー状態」であり、エラー通知区分４に対応するエラー内容は「在高系のニアフル、ニアエンプティ等のエラー状態」であり、エラー通知区分５に対応するエラー内容は「管理装置側であらかじめ設定していた各金種の閾値を超えた状態」である。
【００６１】
図７は、通知先データベース３４の具体例の説明図である。図７に示した例では、通知先データベース３４は、地域Ａかつエラー通知区分１の場合には委託会社６３に通知することを規定している。また、地域Ａかつエラー通知区分２の場合には委託会社６２に通知することを規定している。そして、地域Ａかつエラー通知区分３〜５の場合には委託会社６１に通知することを規定している。
【００６２】
同様に、通知先データベース３４は、地域Ｂかつエラー通知区分１の場合には委託会社６６に通知することを規定している。また、地域Ｂかつエラー通知区分２の場合には委託会社６５に通知することを規定している。そして、地域Ｂかつエラー通知区分３〜５の場合には委託会社６４に通知することを規定している。
【００６３】
次に図８を参照し、在高系のエラー検知についてさらに説明する。在高系のエラーは、両替機５１，５２自体で検知したエラーの通知を受けることもでき、また、管理装置１０が状態データベース３１の在高のデータを閾値と比較して検知することもできる。
【００６４】
図８は、両替機５１，５２が入金された現金を収納する入金カセットと、出金する現金を用意しておく出金カセットとを個別に有する場合を示している。入金カセットについては、入金された現金が入金カセットの上限に達した時に両替機５１，５２が在高系エラー「フル」を検知して管理装置１０に通知する。また、入金された現金が両替機５１，５２が保持する閾値を超えた場合に在高系エラー「ニアフル」と判定して管理装置１０に通知する。加えて、管理装置１０は、状態データベース３１の在高のデータを参照し、入金された現金が管理装置１０が保持する閾値を超えた場合に在高系エラー「ニアフル」と判定する。
【００６５】
出金カセットについては、出金によって出金カセットの中にある現金のストックがなくなった場合に両替機５１，５２が在高系エラー「エンプティ」を検知して管理装置１０に通知する。また、現金のストックが両替機５１，５２が保持する閾値を下回った場合に在高系エラー「ニアエンプティ」と判定して管理装置１０に通知する。加えて、管理装置１０は、状態データベース３１の在高のデータを参照し、現金のストックが管理装置１０が保持する閾値を下回った場合に在高系エラー「ニアエンプティ」と判定する。
【００６６】
このように、管理装置１０は、在高系のエラー（ニアエンプティ、エンプティ、ニアフル、フル）を検知する閾値を両替機５１，５２自体が検知する閾値とは別箇に設定可能である。また、閾値を複数設定することもできる。定期的に現金集配を行う場合には、委託会社から出動が必要ない状態でも出動しているケースがあったが、在高系のエラーの閾値を適切に設定することで、状況に応じて必要な場合にのみ出動させることができる。
【００６７】
さらに、現金集配を行う委託会社から両替機までの距離などに応じて在高系エラーの判定閾値を調整することで、両替機が検知したニアフルやニアエンプティに基づく現金集配では現金集配に要する時間の間にフルやエンプティとなって両替機が動作できなくなるといった事態を回避できる。
【００６８】
次に、管理装置１０の処理動作について図９を用いて説明する。図９は、管理装置１０の処理動作を説明するフローチャートである。同図に示した処理は、一例として定期的に開始される。処理が開始されると、まず、管理装置１０の状態監視部２１は、両替機５１，５２の状態を状態情報として取得し（ステップＳ１０１）、記憶部３０の状態データベース３１を更新する（ステップＳ１０２）。
【００６９】
エラー検知部２２は、両替機５１，５２にエラーがあるかを判定する（ステップＳ１０３）。具体的には、両替機５１，５２から取得した状態にエラー通知が含まれているか否か及び在高の情報と管理装置１０が定める閾値との比較によってエラーの有無を判定する。
【００７０】
エラーがある場合（ステップＳ１０３；Ｙｅｓ）には、地域判定部２３はエラーが発生した装置の拠点情報をキーに地域データベース３２を検索し、地域を判定する（ステップＳ１０４）。そして、通知先判定部２４は、エラー通知区分データ３３を参照してエラー区分を決定し、通知先データベース３４を参照して通知先を決定する（ステップＳ１０５）。
【００７１】
このように決定された通知先に通知部２５が通知を行って（ステップＳ１０６）、管理装置１０は処理を終了する。また、エラーがない場合（ステップＳ１０３；Ｎｏ）にも、管理装置１０は処理を終了する。
【００７２】
次に、通知部２５が委託会社６１〜６６に対して提供するアプリケーションサービスプロバイダ（ＡＳＰ）機能について説明する。図１０は、委託会社６１〜６６がアクセスする画面の推移について説明する説明図である。
【００７３】
通知部２５は、アクセスを受けるとまずユーザ認証画面７１を提示する。ユーザ認証画面７１は、ユーザＩＤとパスワードの入力を受け付ける。通知部２５は、ユーザＩＤとパスワードの入力によってユーザを識別した場合に在高確認条件指定画面７２を提示する。
【００７４】
在高確認条件指定画面７２は、在高確認を確認する企業と拠点の入力を受け付ける。通知部２５は、企業と拠点の入力によって特定した現金処理機について在高詳細画面７３を提示する。
【００７５】
在高詳細画面７３からは、状態一覧画面７４と拠点情報画面７５と状態詳細画面７６とリモートコマンド画面７７とに移行できる。また、状態一覧画面７４、拠点情報画面７５、状態詳細画面７６、リモートコマンド画面７７からはブラウザの「戻る」操作などによって在高詳細画面７３に戻ることができる。
【００７６】
各画面の具体例について図１１〜図１７を参照して説明する。図１１は、在高確認条件指定画面７２の具体例を説明する説明図である。図１１に示したように、在高確認条件指定画面７２は、「お客様」及び「拠点」について、検索やプルダウンによる選択を受け付けることができる。図１１では、「お客様」として「Cust002:Gショッピングモール」が選択され、「拠点」として「Office002:秋葉原店」が選択された状態を示している。
【００７７】
このように「お客様」及び「拠点」を入力した上で「在高情報を表示」ボタンを操作すると、「Cust002:Gショッピングモール」の「Office002:秋葉原店」に設置された現金処理機の在高詳細が在高詳細画面７３に提示される。
【００７８】
図１２は、在高詳細画面７３の具体例について説明する説明図である。図１２では、「お客様」として「Cust002:Gショッピングモール」が選択され、「拠点」として「Office002:秋葉原店」が選択され、００２号機の情報を提示していることを示している。
【００７９】
また、在高の合計が７４１８０００円であり、入金残高合計が２１０００であり、出金残高の合計が７３９７０００円であることが示されている。入金カセットの詳細として、１万円札が０枚、５千円札が１枚、２千円札が０枚、千円札が１６枚入金されている。各金種は、投入可能な数の１％未満となっている。
【００８０】
出金カセットの詳細として、５千円札が３８２枚で１９１００００円分残っており、これは５千円札のストックの最大数の約１９％である。千円札が４９４８枚で４９４８０００円分残っており、これは千円札のストックの最大数の約１００％である。５００円硬貨は２００枚、１００００００円分残っており、これは、５００円硬貨のストックの最大数の約２５％である。
【００８１】
１００円硬貨は１０００枚、１００００００円分残っており、これは、１００円硬貨のストックの最大数の約８３％である。５００円硬貨の２０枚包装は４枚、４００００円分残っており、これは、５００円硬貨の２０枚包装に対するストックの最大数の約９％である。
【００８２】
１００円硬貨の５０枚包装は２０枚、１０００００円分残っており、これは、１００円硬貨の５０枚包装に対するストックの最大数の約０％である。５０円硬貨の５０枚包装は４０枚、１０００００円分残っており、これは、５０円硬貨の５０枚包装に対するストックの最大数の約５％である。１０円硬貨の５０枚包装は１９８枚、９９０００円分残っており、これは、１０円硬貨の５０枚包装に対するストックの最大数の約０％である。このように、在高系のエラーが発生していない場合でも現金集配を委託されている委託会社は、現金処理機の在高を確認する事ができるため、その現金処理機に対して、いつ現金集配に行けば良いのか、いくら現金集配を行えば良いのか等を把握することができる。なお、確認した在高に対して所定の計算式を用いる事で、いつ現金集配に行けば良いのか、いくら現金集配を行えば良いかを予測できるようにしても良い。
【００８３】
図１３及び図１４は、状態一覧画面７４の具体例である。具体的には、「お客様」として「Cust002:Gショッピングモール」が選択され、「拠点」として「Office002:秋葉原店」が選択され、処理状態として未対応の警告と未対応の注意があるものを検索した場合の状態一覧画面７４であり、図１３は未対応の警告や注意がない場合の画面の説明図、図１４は未対応の警告や注意がある場合の画面の説明図である。
【００８４】
図１３では、検索結果として「該当する障害情報は存在しません」とのメッセージが表示されている。一方、図１４では、未対応の警告情報として「日時 １２／０９ １０：５７」、「お客様 Cust002:Gショッピングモール」、「拠点 Office002:秋葉原店」、「号機 ００２」、「機種 両替機」、「エラーコード／内容 １２０１／前扉Ｏｐｅｎエラー」が表示されている。なお、「エラーコード／内容 １２０１／前扉Ｏｐｅｎエラー」には状態詳細画面７６へのリンクが埋め込まれている。
【００８５】
図１５は、状態詳細画面７６の具体例について説明する説明図である。「お客様」として「Cust002:Gショッピングモール」が選択され、「拠点」として「Office002:秋葉原店」が選択され、「００２」号機の情報を提示している。また、危機状態は「正常」であり、連絡先が「０３−１２３４−９８７６」であり、備考として「正常系機器」であること、契約内容が「契約」状態であることを示している。
【００８６】
そして、エラーの発生内容については、障害状態が処理済みであること、発生時の機器状態が「異常」であること、障害発生時刻が「2010／12／０９ １０：５７：４０」であること、エラー内容が「１２０１：前扉Ｏｐｅｎエラー」であることを示している。加えて、集計情報として、準備金、入金繰越し、前日残、補充金などの情報を示している。
【００８７】
図１６は、拠点情報画面７５の具体例について説明する説明図である。「お客様」として「Cust002:Gショッピングモール」が選択され、「拠点」として「Office002:秋葉原店」が選択されている。そして、選択された場所に設置している現金処理機が「「００２」号機であり、機種が「両替機」であり、状態が「正常」であることを示している。
【００８８】
加えて、エラーコード／内容として「エラーはありません（直近の取引情報を表示）」とのメッセージを提示し、このメッセージに状態詳細画面７６へのリンクを埋め込んでいる。また、在高詳細画面７３へのリンクも提示している。
【００８９】
図１７は、リモートコマンド画面７７の具体例について説明する説明図である。図１５と同様に、「お客様」として「Cust002:Gショッピングモール」が選択され、「拠点」として「Office002:秋葉原店」が選択され、「００２」号機の情報を提示している。また、危機状態は「正常」であり、連絡先が「０３−１２３４−９８７６」であり、備考として「正常系機器」であること、契約内容が「契約」状態であることを示している。
【００９０】
加えて、図１７に示したリモートコマンド画面７７は、リモートコマンドの選択を受け付けるプルダウンボタンと、選択したリモートコマンドを実行する実行ボタンとを備えている。このプルダウンボタンが選択されると、例えば、「リセット」、「カード排除」、「出金」、「データクリア」、「自動精査」、「電源ＯＦＦ」、「開局」、「閉局」、などが選択可能となる。
【００９１】
「リセット」コマンドは、現金処理機から紙幣を出金する際に出金途中で詰まってしまった紙幣がメンテナンスを行う保守員などに取り除かれた後などに選択されるものである。そして、リモートコマンド画面にて「リセット」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通知部２５を介して「リセット」コマンドを現金処理機へ送信する。「リセット」コマンドを受信した現金処理機は、機内に保有しているユニットである紙幣の金種などを識別するための識別部や紙幣を搬送するための搬送部などをチェックし、各部の状態を正常な状態へ戻す。
【００９２】
「カード排除」コマンドは、例えば、顧客が取引を行うために現金処理機に挿入したキャッシュカードなどを機外へ強制的に排出する際に選択されるものである。そして、リモートコマンド画面にて「カード排除」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「カード排除」コマンドを現金処理機に送信する。「カード排除」コマンドを受信した現金処理機は、機内に取り込んでいるキャッシュカードなどを強制的に機外へ排出させる。
【００９３】
「出金」コマンドは、管理装置１０で指定した金額と金種の現金を強制的に現金処理機から出金させる場合に選択されるものである。そして、リモートコマンド画面にて、出金する金額と金種を含む「出金」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「出金」コマンドを現金処理機へ送信する。「出金」コマンドを受信した現金処理機は、受信した「出金」コマンドに基づいて、機内に収納されている現金の中から出金額分の現金を出金する。
【００９４】
「データクリア」コマンドは、現金処理機内の現金を回収し、翌日分の現金即ち準備金を装填する回収・装填を行う際に選択されるものである。そして、リモートコマンド画面にて、「データクリア」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「データクリア」コマンドを現金処理機に送信する。「データクリア」コマンドを受信した現金処理機は現金処理機自身が記憶している在高、入金残高および出金残高などのデータを初期化する。
【００９５】
「自動精査」コマンドは現金処理機内の在高がわからなくなってしまった場合に選択されるものである。そして、リモートコマンド画面にて、「自動精査」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「自動精査」コマンドを現金処理機に送信する。「自動精査」コマンドを受信した現金処理機は、出金用カセット及び入金用カセット内にそれぞれ収納されている現金を再計数し、その再計数した結果を現金処理機自身が記憶している各カセットの在高のデータとして更新する。
【００９６】
「電源ＯＦＦ」コマンドは、例えば、現金処理機の電源の切り忘れなどがあった場合に自動的に電源をＯＦＦ状態にする際に選択されるものである。そして、リモートコマンド画面にて、「電源ＯＦＦ」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「電源ＯＦＦ」コマンドを現金処理機に送信する。「電源ＯＦＦ」コマンドを受信した現金処理機は、現金処理機自身の電源をＯＦＦ状態にする。
【００９７】
「開局」コマンドは、顧客との取引を可能な状態即ち取扱中の状態に自動的に移行させる際に選択されるものである。そして、リモートコマンド画面にて、「開局」コマンドが選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「開局」コマンドを現金処理機に送信する。「開局」コマンドを受信した現金処理機は、顧客との取引可能な「取扱中」の状態に移行する。
【００９８】
「閉局」コマンドは、顧客との取引を禁止する状態即ち顧客との取引を禁止する休止中の状態に自動的に移行させる際に選択されるものである。そして、リモートコマンド画面にて、「閉局」が選択され、実行ボタンが選択されると、管理装置１０は通信部２５を介して「閉局」コマンドを現金処理機に送信する。「閉局」コマンドを受信した現金処理機は、顧客との取引を禁止する「休止中」の状態に移行する。
【００９９】
また、リモートコマンド画面にはエラーが発生した際に現金処理機の表示部で表示している障害復旧用の画面を管理装置１０の画面に表示することができる。こうすることで、委託会社側の担当者が、例えば店舗内の従業員に対して電話で指示をしながらエラー解除作業を実施することができる。
【０１００】
さらに、リモートコマンドを管理装置１０から現金処理機へ送信し、現金処理機は受信したリモートコマンドに応じて、各種の動作を行うため、人を介在させることなく解除可能な軽微なエラーであれば、現場に駆けつけることなく、エラー解除の対応を行うことができる。
【０１０１】
このように、リモートコマンドを実施可能とすることで、発生したエラーによっては現金処理機の設置場所まで出向くことなく遠隔操作でエラーを解消することが可能となる。
【０１０２】
また、管理装置１０は現金処理機が記憶している準備金や補充金に関する金額データを修正することができるようにしても良い。即ち現金集配を委託された委託会社の担当者が現金処理機に現金を補充する際に担当者が手入力した補充金の金額データや現金処理機に装填される準備金の金額データなどの現金処理機自身が記憶しているデータを管理装置１０にて修正することができる。
【０１０３】
さらには、管理装置１０から現金処理機の各種設定、例えば、カセットに収納されている現金の金種や新紙幣や流通紙幣などの券種を変更したり画面表示のレイアウトを変更できるようにしても良い。
【０１０４】
上述してきたように、本実施例では、現金処理機である両替機５１，５２と委託会社６１〜６６との間に管理装置１０が介在する。そして、状態監視部２１が両替機５１及び両替機５２と通信して状態を監視し、エラー検知部２２が両替機５１及び両替機５２に発生したエラーを検知する。エラーを検知した場合には、地域判定部２３がエラーを生じた現金処理機の設置された地域を判定し、通知先判定部２４がエラーに対処する複数の委託会社のうち、いずれの委託会社にエラーの発生を通知するかを、エラーの種別及び地域に基づいて判定する。
【０１０５】
このため、異なる地域に設置された両替機５１，５２の監視を一元化し、保守作業を効率化できる。また、企業４０が地域によって異なる委託会社と契約しても、同様の保守サービスを提供可能することができる。また、委託会社の負担を抑え、メンテナンスや修理までに要する時間を短縮でき、エラーの種類を識別する機能や通知先を選択する機能を持たない安価な両替機を使用してシステムを構築することができる。
【０１０６】
さらに、委託会社を途中変更する場合でも、ルータなどの設備変更、ＩＰアドレスなどの設定変更などで対応でき、変更作業が容易である。委託会社に対してＡＳＰとして動作し、専用の機器などを用意することなくインターネットブラウザ経由でエラー通知を行うことができ、リモートメンテナンスも可能となる。
【０１０７】
また、上述してきた実施例では、両替機を例に説明したが、これに限定されるわけではなく、入金機、出金機、入出金機など各種の現金処理機に適用することができる。
【０１０８】
さらに、上述してきた実施例では、地域とエラー種別に基づいて通知先を判定する場合を説明したが、これに限定されるものではなく、予め記憶された現金処理機を特定する情報である店舗識別情報（店舗ＩＤ）や現金処理機固有の識別情報（ＩＤ）とエラー種別によって通知先を判定するようにしても良い。即ち、通知先データベースで店舗ＩＤ又は現金処理機固有のＩＤと、エラー種別と、通知先とを対応づけて予め記憶しておき、エラー検知部がエラーを検知した場合に、通知判定部はエラーの種別及び記憶部に記憶されている店舗ＩＤ又は現金処理機固有のＩＤによって通知先を判定するようにしても良い。
【０１０９】
さらに、通知先データベースに現金処理機の種別や現金処理機の号機を予め記憶させておき、通知判定部は現金処理機の種別や現金処理機の号機を加味して通知先を判定し、通知される委託会社が異なるようにしても良い。また、在高系のエラーの場合には、現金処理機から回収すべき回収金額や、現金処理機へ装填する装填金額によって、通知先を判定するようにしても良い。
【産業上の利用可能性】
【０１１０】
以上のように、本発明に係る管理装置、現金処理システム及び管理方法は、現金処理機の管理に有用であり、特に、複数の地域に配置された現金処理機の管理に適している。
【符号の説明】
【０１１１】
１０ 管理装置
２０ 制御部
２１ 状態監視部
２２ エラー検知部
２３ 地域判定部
２４ 通知先判定部
２５ 通知部
３０ 記憶部
３１ 状態データベース
３２ 地域データベース
３３ エラー通知区分データ
３４ 通知先データベース３４
４０ 企業
４１〜４２ 店舗
５１〜５２ 両替機
６１〜６６ 委託会社
７１ ユーザ認証画面
７２ 在高確認条件指定画面
７３ 在高詳細画面
７４ 状態一覧画面
７５ 拠点情報画面
７６ 状態詳細画面
７７ リモートコマンド画面
【特許請求の範囲】
【請求項１】
複数の地域に設置された複数の現金処理機を管理する管理装置であって、
前記現金処理機の状態を監視する状態監視手段と、
前記現金処理機におけるエラーを検知するエラー検知手段と、
前記現金処理機のエラーに対処する複数の委託会社と前記エラーの種別と前記現金処理機を特定する情報とを対応づけて記憶する記憶手段と、
前記現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社に前記エラーの発生を通知するかを、前記エラー検知手段が検知したエラーの種別及び前記現金処理機を特定する情報に基づいて判定する通知先判定手段と
を備えたことを特徴とする管理装置。
【請求項２】
前記現金処理機が設置された地域を判定する地域判定手段をさらに設け、
前記通知先判定手段は、前記地域判定手段により判定された地域に基づいて判定することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記通知先判定手段は、前記現金処理機の種別又は号機に基づいて判定することを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記状態監視手段は、前記現金処理機における現金の量を貨幣の種別ごとに機内在高として監視し、前記エラー検知手段は、出金用貨幣が無くなるエンプティ状態と出金用貨幣が閾値未満となるニアエンプティ状態と入金された貨幣が閾値以上となるニアフル状態と最大まで入金されたフル状態とを在高エラーとして検知することを特徴とする請求項１〜３のいずれか一つに記載の管理装置。
【請求項５】
前記通知先判定手段は、前記在高エラーが検知された場合に前記複数の委託会社のうち、現金の回収及び補充を担当する委託会社を通知先とすることを特徴とする請求項４に記載の管理装置。
【請求項６】
前記エラー検知手段は、前記現金処理機から前記在高エラーを受信することを特徴とする請求項４又は５に記載の管理装置。
【請求項７】
前記エラー検知手段は、前記機内在高に基づいて前記在高エラーを判定することを特徴とする請求項４，５または６に記載の管理装置。
【請求項８】
前記通知先判定手段は、前記エラー検知手段が前記現金処理機の故障を検知した場合には、故障対応を行う委託会社の中から前記故障の内容に基づいて通知先の委託会社を判定することを特徴とする請求項１〜７のいずれか一つに記載の管理装置。
【請求項９】
前記委託会社とネットワークを介して接続され、前記委託会社からのアクセスを受けて前記エラーに関する情報を通知する通知手段をさらに備えたことを特徴とする請求項１〜８のいずれか一つに記載の管理装置。
【請求項１０】
複数の地域に設置された複数の現金処理機と、
前記現金処理機の状態を監視する状態監視手段と、
前記現金処理機におけるエラーを検知するエラー検知手段と、
前記現金処理機のエラーに対処する複数の委託会社と前記エラーの種別と前記現金処理機を特定する情報とを対応づけて記憶する記憶手段と、
前記現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社に前記エラーの発生を通知するかを、前記エラー検知手段が検知したエラーの種別及び前記現金処理機を特定する情報に基づいて判定する通知先判定手段と
を備えたことを特徴とする現金処理システム。
【請求項１１】
複数の地域に設置された複数の現金処理機を管理する管理方法であって、
前記現金処理機の状態を監視する状態監視工程と、
前記現金処理機におけるエラーを検知するエラー検知工程と、
前記現金処理機のエラーに対処する複数の委託会社と前記エラーの種別と前記現金処理機を特定する情報とを対応づけて記憶する記憶手段を参照し、前記現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社に前記エラーの発生を通知するかを、前記エラー検知工程が検知したエラーの種別及び前記現金処理機を特定する情報に基づいて判定する通知先判定工程と
を含んだことを特徴とする管理方法。
【請求項１】
複数の地域に設置された複数の現金処理機を管理する管理装置であって、
前記現金処理機の状態を監視する状態監視手段と、
前記現金処理機におけるエラーを検知するエラー検知手段と、
前記現金処理機のエラーに対処する複数の委託会社と前記エラーの種別と前記現金処理機を特定する情報とを対応づけて記憶する記憶手段と、
前記現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社に前記エラーの発生を通知するかを、前記エラー検知手段が検知したエラーの種別及び前記現金処理機を特定する情報に基づいて判定する通知先判定手段と
を備えたことを特徴とする管理装置。
【請求項２】
前記現金処理機が設置された地域を判定する地域判定手段をさらに設け、
前記通知先判定手段は、前記地域判定手段により判定された地域に基づいて判定することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記通知先判定手段は、前記現金処理機の種別又は号機に基づいて判定することを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記状態監視手段は、前記現金処理機における現金の量を貨幣の種別ごとに機内在高として監視し、前記エラー検知手段は、出金用貨幣が無くなるエンプティ状態と出金用貨幣が閾値未満となるニアエンプティ状態と入金された貨幣が閾値以上となるニアフル状態と最大まで入金されたフル状態とを在高エラーとして検知することを特徴とする請求項１〜３のいずれか一つに記載の管理装置。
【請求項５】
前記通知先判定手段は、前記在高エラーが検知された場合に前記複数の委託会社のうち、現金の回収及び補充を担当する委託会社を通知先とすることを特徴とする請求項４に記載の管理装置。
【請求項６】
前記エラー検知手段は、前記現金処理機から前記在高エラーを受信することを特徴とする請求項４又は５に記載の管理装置。
【請求項７】
前記エラー検知手段は、前記機内在高に基づいて前記在高エラーを判定することを特徴とする請求項４，５または６に記載の管理装置。
【請求項８】
前記通知先判定手段は、前記エラー検知手段が前記現金処理機の故障を検知した場合には、故障対応を行う委託会社の中から前記故障の内容に基づいて通知先の委託会社を判定することを特徴とする請求項１〜７のいずれか一つに記載の管理装置。
【請求項９】
前記委託会社とネットワークを介して接続され、前記委託会社からのアクセスを受けて前記エラーに関する情報を通知する通知手段をさらに備えたことを特徴とする請求項１〜８のいずれか一つに記載の管理装置。
【請求項１０】
複数の地域に設置された複数の現金処理機と、
前記現金処理機の状態を監視する状態監視手段と、
前記現金処理機におけるエラーを検知するエラー検知手段と、
前記現金処理機のエラーに対処する複数の委託会社と前記エラーの種別と前記現金処理機を特定する情報とを対応づけて記憶する記憶手段と、
前記現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社に前記エラーの発生を通知するかを、前記エラー検知手段が検知したエラーの種別及び前記現金処理機を特定する情報に基づいて判定する通知先判定手段と
を備えたことを特徴とする現金処理システム。
【請求項１１】
複数の地域に設置された複数の現金処理機を管理する管理方法であって、
前記現金処理機の状態を監視する状態監視工程と、
前記現金処理機におけるエラーを検知するエラー検知工程と、
前記現金処理機のエラーに対処する複数の委託会社と前記エラーの種別と前記現金処理機を特定する情報とを対応づけて記憶する記憶手段を参照し、前記現金処理機のエラーに対処する複数の委託会社のうち、いずれの委託会社に前記エラーの発生を通知するかを、前記エラー検知工程が検知したエラーの種別及び前記現金処理機を特定する情報に基づいて判定する通知先判定工程と
を含んだことを特徴とする管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１２−１９８７８７（Ｐ２０１２−１９８７８７Ａ）
【公開日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願番号】特願２０１１−６２８３７（Ｐ２０１１−６２８３７）
【出願日】平成２３年３月２２日（２０１１．３．２２）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
【公開日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願日】平成２３年３月２２日（２０１１．３．２２）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
[ Back to top ]