貨幣処理装置およびメンテナンスシステム
【課題】貨幣処理装置から監視装置へのデータの送信において、貨幣処理装置に過剰な負荷を掛けることなく、効率良くデータを送信することができる貨幣処理装置およびメンテナンスシステムを提供する。
【解決手段】本実施形態による貨幣処理装置は、メンテナンスのために用いられる監視装置と通信可能に接続され、金融機関の店舗内に設置され、かつ、貨幣の処理を行う貨幣処理装置であって、貨幣を処理する処理部と、貨幣処理装置の処理履歴を含むメンテナンスデータを格納し、並びに、貨幣を処理するために用いられる貨幣処理プログラムを格納する記憶部と、貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、メンテナンスデータを監視装置へ送信する通信部と、貨幣処理プログラムを実行、停止、待機または終了させる制御部とを備える。
【解決手段】本実施形態による貨幣処理装置は、メンテナンスのために用いられる監視装置と通信可能に接続され、金融機関の店舗内に設置され、かつ、貨幣の処理を行う貨幣処理装置であって、貨幣を処理する処理部と、貨幣処理装置の処理履歴を含むメンテナンスデータを格納し、並びに、貨幣を処理するために用いられる貨幣処理プログラムを格納する記憶部と、貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、メンテナンスデータを監視装置へ送信する通信部と、貨幣処理プログラムを実行、停止、待機または終了させる制御部とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、貨幣処理装置およびメンテナンスシステムに係わり、例えば、金融機関において貨幣の出し入れを行い、その貨幣を収納する貨幣処理装置およびメンテナンスシステムに関する。
【背景技術】
【０００２】
銀行等の金融機関の店舗には、店舗内の貨幣の入金および出金を管理する様々な貨幣処理装置（例えば、窓口機、整理機、出納機、両替機、ＡＴＭ等）が設けられている。これらの貨幣処理装置のメンテナンスのために、監視装置が金融機関とは別に、貨幣処理装置のメンテナンスを行う業者側に設けられている場合がある。監視装置は、貨幣処理装置と通信接続されており、貨幣処理装置の処理履歴等のメンテナンスデータ（ログ）を定期的に貨幣処理装置から受信し、これらのログに基づいて貨幣処理装置の状態をリモートで監視する。そして、保全業者は、貨幣処理装置の状態に応じて、金融機関の店舗へ行き、貨幣処理装置のメンテナンスを行う。従来、監視装置は、メンテナンスデータを所定期間毎に纏めて貨幣処理装置から受信していた（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−２４９３８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ログを定期的に貨幣処理装置から送信する場合、ログ送信は、貨幣処理装置の状態に関係なく所定期間の経過後に実行される。このとき貨幣処理装置が本来の業務として貨幣処理のプログラムを実行している場合、貨幣処理のプログラムの処理とデータの通信処理とが重複するので、貨幣処理装置に大きな負荷が掛かってしまうという問題があった。
【０００５】
また、データを定期的に貨幣処理装置から送信する場合、データ送信は、送信すべきデータ量に関係なく所定期間の経過後に実行される。従って、貨幣処理装置は、送信すべきデータ量が通信単位（パケット）の整数倍から大きく乖離している場合であっても、所定期間毎に蓄積データを全て送信していた。例えば、データ量が１パケットよりも非常に少ない場合であっても、所定期間の経過後、貨幣処理装置はそのデータを１パケットとして送信していた。このように通信単位から乖離したデータを頻繁に送信した場合、実際に通信されるデータ量は少ないにもかかわらず、通信コストが高くなるという問題が生じる。通信の料金プランが定額制である場合には、このような問題は生じないが、メンテナンスデータのようにデータ量が少ない場合には、定額制は、パケット従量制よりも高くなる。
【０００６】
そこで、本発明は、上述の問題に鑑みてなされたものであり、貨幣処理装置から監視装置へのデータの送信において、貨幣処理装置に過剰な負荷を掛けることなくデータを送信することができる貨幣処理装置およびメンテナンスシステムを提供することを目的とする。
また、貨幣処理装置から監視装置へのデータの送信において、通信コストを低減するように、効率良くデータを送信することができる貨幣処理装置およびメンテナンスシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明による実施形態に従った貨幣処理装置は、メンテナンスのために用いられる監視装置と通信可能に接続され、金融機関の店舗内に設置され、かつ、貨幣の処理を行う貨幣処理装置であって、
貨幣を処理する処理部と、前記貨幣処理装置の処理履歴を含むメンテナンスデータを格納し、並びに、貨幣を処理するために用いられる貨幣処理プログラムを格納する記憶部と、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記メンテナンスデータを前記監視装置へ送信する通信部と、前記貨幣処理プログラムを実行、停止、待機または終了させる制御部とを備える。
【０００８】
前記記憶部は、前記メンテナンスデータを収集するログ収集プログラムをさらに格納し、
前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記ログ収集プログラムを実行し、前記通信部は、前記記憶部において収集された前記メンテナンスデータを前記監視装置へ送信してもよい。
【０００９】
前記記憶部は、前記ログ収集プログラムの実行を許可するログ収集フラグをさらに格納し、前記通信部は、前記貨幣処理装置にエラーが発生したときに、該エラーを知らせるエラー通知を前記監視装置へ送信し、前記制御部は、前記エラー通知に応じて前記監視装置が送信したログ収集コマンドを受けて、前記ログ収集フラグをアクティブ状態にし、前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態になったときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行してもよい。
【００１０】
前記貨幣処理プログラムおよび前記ログ収集プログラムは、互いに異なるルーチンとして一連のプログラムに組み込まれていてもよい。
【００１１】
前記ログ収集プログラムの実行を選択可能に表示する表示部をさらに備え、前記貨幣処理装置の操作者が前記表示部において前記ログ収集プログラムの実行を選択したときに、前記ログ収集プログラムを実行してもよい。
【００１２】
前記制御部は、前記貨幣処理装置の電源スイッチがＯＦＦ状態になったときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行してもよい。
【００１３】
前記メンテナンスデータを前記監視装置へ送信する際に、前記通信部は、前記メンテナンスデータを所定の通信単位の整数倍ごとに送信してもよい。
【００１４】
本発明による実施形態に従ったメンテナンスシステムは、金融機関の店舗内に設置され、貨幣の処理を行う貨幣処理装置と、前記貨幣処理装置と通信可能に接続され、前記貨幣処理装置のメンテナンスのために用いられる監視装置とを備えたメンテナンスシステムであって、
前記貨幣処理装置は、貨幣を処理する処理部と、前記貨幣処理装置の処理履歴を含むメンテナンスデータを格納し、並びに、貨幣を処理するために用いられる貨幣処理プログラムを格納する記憶部と、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記メンテナンスデータを前記監視装置へ送信する通信部と、前記貨幣処理プログラムを実行、停止、待機または終了する制御部とを備え、
前記監視装置は、前記メンテナンスデータを受信する通信部と、前記メンテナンスデータを格納する記憶部と、前記メンテナンスデータを表示する表示部とを備えている。
【００１５】
前記貨幣処理装置の前記記憶部は、前記メンテナンスデータの履歴を収集するログ収集プログラムをさらに格納し、前記貨幣処理装置の前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記ログ収集プログラムを実行し、前記貨幣処理装置の前記通信部は、前記記憶部において収集された前記メンテナンスデータを前記監視装置へ送信してもよい。
【００１６】
前記貨幣処理装置の前記記憶部は、前記ログ収集プログラムを実行させるログ収集フラグをさらに格納し、前記監視装置の前記記憶部は、前記ログ収集フラグをアクティブ状態にするログ収集コマンドをさらに格納し、前記貨幣処理装置の前記通信部は、前記貨幣処理装置にエラーが発生したときに、該エラーを知らせるエラー通知を前記監視装置へ送信し、前記監視装置の前記通信部は、前記エラー通知を受信し、前記監視装置の前記通信部は、前記エラー通知に基づいて前記ログ収集コマンドを前記貨幣処理装置へ送信し、前記貨幣処理装置の前記制御部は、前記ログ収集コマンドを受けて、前記ログ収集フラグをアクティブ状態にし、前記貨幣処理装置の前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行してもよい。
【００１７】
前記貨幣処理装置の前記制御部は、前記貨幣処理装置の電源スイッチがＯＦＦ状態になったときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行してもよい。
【００１８】
前記メンテナンスデータを前記監視装置へ送信する際に、前記貨幣処理装置の前記通信部は、前記メンテナンスデータを所定の通信単位の整数倍ごとに送信してもよい。
【発明の効果】
【００１９】
本発明による貨幣処理装置およびメンテナンスシステムは、貨幣処理装置から監視装置へのデータの送信において、貨幣処理装置に過剰な負荷を掛けることなくデータを送信することができる。
【００２０】
本発明による貨幣処理装置およびメンテナンスシステムは、貨幣処理装置から監視装置へのデータの送信において、通信コストを低減するように、効率良くデータを送信することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明に係る第１の実施形態に従ったメンテナンスシステム１００の構成の一例を示す概略図。
【図２】第１の実施形態によるメンテナンスシステムの動作を示すフロー図。
【図３】貨幣処理装置２００の表示部１４０に表示される処理メニューの一例。
【図４】第２の実施形態によるメンテナンスシステム１００の動作を示すフロー図。
【図５】第１または第２の実施形態の変形例に従った送信データを示す表。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明による実施形態を説明する。本実施形態は、本発明を限定するものではない。
【００２３】
（第１の実施形態）
図１は、本発明に係る第１の実施形態に従ったメンテナンスシステム１００（以下、単に、システム１００ともいう）の構成の一例を示す概略図である。システム１００は、貨幣処理装置２００と、メンテナンスサーバ３００とを備えている。貨幣処理装置２００は、金融機関の店舗内に設置された貨幣処理を行う装置であり、例えば、窓口機、整理機、出納機、両替機、ＡＴＭ等である。メンテナンスサーバ３００は、貨幣処理装置２００の設置された店舗から離れた保守管理業務を行う保全業者側の施設に設置された監視装置である。メンテナンスサーバ３００は、電話回線あるいはインターネット４００を介して貨幣処理装置２００と通信可能に接続されている。１つのメンテナンスサーバ３００に対して複数の貨幣処理装置２００が通信可能に接続されていてもよい。メンテナンスサーバ３００は、貨幣処理装置２００のメンテナンスのために貨幣処理装置２００からメンテナンスデータとしての処理履歴（ログ）を取得し、この処理履歴を保全業者へ提示するように構成されている。貨幣処理装置２００の処理履歴は、貨幣処理装置２００において過去に実行した貨幣処理の履歴であり、貨幣処理装置２００にエラーが発生した時やメンテナンス時に保全業者が参照するデータとして重要である。
【００２４】
貨幣処理装置２００は、処理部１１０と、記憶部１２０と、通信部１３０と、表示部１４０と、操作部１５０とを備えている。貨幣を処理する処理部１１０は、入出金部１１１、１１２と、整理部１１３、１１４とを備えている。入出金部１１１，１１２は、貨幣を入金または出金し、入金した貨幣および出金すべき貨幣を収納する。整理部１１３、１１４は、バラ紙幣を所定枚数ごとに整理してそのバラ紙幣を結束することによって束紙幣を作成し、あるいは、バラ硬貨を所定枚数ごとに整理してそのバラ硬貨を包装することによって包装硬貨を作成する。
【００２５】
記憶部１２０は、ＲＯＭ、ＲＡＭまたはハードディスクドライブ等で構成されており、貨幣処理プログラム、ログ収集プログラム、処理履歴、在高情報、日時情報等の情報を記憶している。また、記憶部１２０のＲＡＭは、プログラムのロード領域やプログラム実行時における作業領域となる。
【００２６】
貨幣処理プログラムは、処理部１１０を動作させるプログラムであり、貨幣の入出金処理あるいは貨幣の整理のために実行される。ログ収集プログラムは、処理履歴を収集してメンテナンスデータを作成するプログラムであり、貨幣処理プログラムに従って貨幣を処理した日時、その処理の内容等の情報を含む履歴（ログ）を収集するために実行される。ログ収集プログラムは、貨幣処理プログラムが実行されているときには実行されないように構成されている。ログ収集プログラムおよび貨幣処理プログラムは、それぞれ個別のプログラムとして記憶部１２０に格納されていてもよい。代替的に、ログ収集プログラムおよび貨幣処理プログラムは、一連のプログラムに組み込まれており、互いに異なるルーチンとして構成されていてもよい。
【００２７】
通信部１３０は、図１に示すようにメンテナンスサーバ３００と通信可能に接続されている。例えば、貨幣処理装置２００とメンテナンスサーバ３００とは、無線ＬＡＮ、光ＬＡＮ等で通信可能なように接続されている。貨幣処理装置２００は、通信部１３０を介して、メンテナンスサーバ３００へ様々な情報を送信することができる。
【００２８】
表示部１４０は、操作者に対して処理メニュー等の情報を表示するように構成されている。操作部１５０は、操作者が情報を貨幣処理装置２００へ入力するために設けられている。操作部１５０は、例えば、キーボード式入力部である。尚、表示部１４０が、例えば、タッチパネル式液晶表示装置である場合、操作部１５０を省略して、操作者は表示部１４０から情報を入力してもよい。
【００２９】
制御部１６０は、ＣＰＵ等で構成され、記憶部１２０に格納されたプログラムに従って出納機１００の全体を制御する。制御部１６０は、貨幣処理プログラムおよびログ収集プログラムを実行、停止、待機または終了させることができる。
【００３０】
メンテナンスサーバ３００は、記憶部３２０と、通信部３３０と、表示部３４０と、操作部３５０と、制御部３６０とを備えている。通信部３３０は、回線またはインターネット４００を介して貨幣処理装置２００と通信可能に接続されており、貨幣処理装置２００の処理履歴を含むメンテナンスデータを貨幣処理装置２００から受け取る。記憶部３２０は、貨幣処理装置２００から受け取ったメンテナンスデータを格納する。表示部３４０は、貨幣処理装置２００から受け取ったメンテナンスデータを表示する。操作部３５０は、メンテナンスサーバ３００の操作者（保全業者）が情報をメンテナンスサーバ３００へ入力するために設けられている。操作部３５０は、例えば、キーボード式入力部である。尚、表示部３４０が、例えば、タッチパネル式液晶表示装置である場合、操作部３５０を省略して、操作者は表示部３４０から情報を入力してもよい。
【００３１】
メンテナンスサーバ３００の操作者は、メンテナンスデータを参照し、必要に応じて金融機関の店舗へ出向き貨幣処理装置２００のメンテナンスを行なう。
【００３２】
図２は、第１の実施形態によるメンテナンスシステムの動作を示すフロー図である。図３は、貨幣処理装置２００の表示部１４０に表示される処理メニューの一例である。
【００３３】
まず、貨幣処理装置２００は、表示部１４０に処理メニューを表示する（Ｓ１０）。処理メニューは、図３に示すように、入金処理、出金処理、両替処理、貨幣の装填処理／回収処理等の項目を選択可能に表示する。
【００３４】
操作者（例えば、行員）が処理メニューから通常業務に必要な貨幣処理を選択すると（Ｓ２０）、貨幣処理装置２００は、選択された処理メニューを実行する（Ｓ３０）。このとき、貨幣処理装置２００の制御部１６０は、通常業務として貨幣処理を実行する。例えば、貨幣処理装置２００は、貨幣の入出金動作を実行する。一連の貨幣処理が終了すると、貨幣処理装置２００の表示部１４０は処理メニューを再度表示する（Ｓ１０）。エラーが発生しない限り、操作者は、通常業務としての貨幣処理を繰り返し選択することができる（Ｓ４０のＮＯ）。即ち、エラーが発生しない限り、操作者は、処理メニューの“ログ収集”を選択する必要はない。
【００３５】
そして、貨幣処理においてエラーが発生した場合（Ｓ４０のＹＥＳ）、貨幣処理装置２００の通信部１３０は、エラー通知をメンテナンスサーバ３００へ送信する（Ｓ５０）。エラー通知は、エラーの履歴情報を含み、貨幣処理装置２００の記憶部１２０に格納されるとともに、メンテナンスサーバ３００の記憶部３２０にも格納される。エラー通知は、例えば、エラー箇所、エラー内容、エラー日時等のエラーを特定するための情報である。エラー箇所およびエラー内容は、予めコード化されており、記憶部１２０に格納されている。エラー箇所のコードは、例えば、入出金口、貨幣の搬送路、貨幣の収納庫、整理部等の貨幣処理装置２００の各箇所に割り当てられた番号でよい。エラー内容のコードは、例えば、搬送路における紙幣詰まり、貨幣の収納庫における収納エラー、整理部における結束または包装のエラー等に割り当てられた番号でよい。尚、この時点では、貨幣処理プログラムが動作中であるため、貨幣処理装置２００は、処理履歴の収集および送信を未だ実行しない。
【００３６】
メンテナンスサーバ３００は、エラー通知を受信すると、受信したエラー通知を記憶部３２０に格納するとともに、表示部３４０に表示する（Ｓ６０）。保全業者は、エラー通知の内容を参照し、メンテナンスの要否を判断するために、貨幣処理装置２００の処理履歴の要否を判断する（Ｓ７０）。
【００３７】
処理履歴が不要と判断された場合（Ｓ７０のＮＯ）、店舗側の操作者がエラーの解消を試みる。必要に応じて、店舗側の操作者と保全業者とは連絡を取り合って、エラーを解消する（Ｓ５５）。店舗側の操作者がエラーを解消した後、貨幣処理装置２００は、通常業務としての貨幣処理を繰り返し実行することができる。
【００３８】
一方、処理履歴が必要と判断された場合（Ｓ７０のＹＥＳ）、保全業者は、貨幣処理装置２００が配置された店舗へ連絡する。保全業者は、店舗側の操作者に対して、貨幣処理を終了し、処理メニュー画面において「ログ収集」を選択するように指示する（Ｓ７５）。保全業者は、例えば、電話、電子メール等を用いて店舗へ連絡すればよい。
【００３９】
操作者は、保全業者の指示に従って、貨幣処理装置２００の貨幣処理を強制的に終了させ、あるいは、貨幣処理の終了を待つ。貨幣処理が終了し、貨幣処理プログラムが停止状態または待機状態になった後、貨幣処理装置２００は、表示部１４０に処理メニューを再度表示する（Ｓ１００）。ここで、操作者は、保全業者からの指示に従って、処理メニューから「ログ収集」を選択する（Ｓ１１０）。貨幣処理装置１００の制御部１６０は、ログ収集の選択を受けて、ログ収集プログラムを実行する（Ｓ１２０）。このとき、貨幣処理プログラムは停止状態または待機状態であり、ログ収集プログラムと同時には実行されない。即ち、通常業務としての貨幣処理（入金、出金、両替等）とログ収集とが同一処理メニューに表示されるため、貨幣処理およびログ収集は同時に選択され得ない。
【００４０】
尚、貨幣処理プログラムの停止状態または待機状態とは、貨幣処理プログラム自体は立ち上がっており、起動しているものの、制御部１２０が貨幣処理プログラムを処理（または実行）していない状態である。代替的に、貨幣処理プログラムは終了状態であってもよい。即ち、貨幣処理プログラム自体を立ち下げて、終了させてもよい。
【００４１】
ログ収集プログラムは、上述の通り、貨幣処理装置２００において過去に実行した処理の履歴を収集してメンテナンスデータを作成するために実行される。処理履歴を収集して作成されたメンテナンスデータは、記憶部１２０に一旦格納される。
【００４２】
次に、貨幣処理装置２００は、貨幣処理装置２００の処理履歴を含むメンテナンスデータをメンテナンスサーバ３００へ送信する（Ｓ１３０）。
【００４３】
メンテナンスサーバ３００は、メンテナンスデータを受信すると、そのメンテナンスデータを記憶部３２０に格納するとともに、表示部３４０に表示する（Ｓ１４０）。保全業者は、メンテナンスデータおよびエラー通知を参照し、貨幣処理装置２００に対するメンテナンスが必要か否かを判断する（Ｓ１５０）。
【００４４】
貨幣処理装置２００に対するメンテナンスが不要な場合（Ｓ１５０のＮＯ）、保全業者は、貨幣処理装置２００が設置されている店舗へ出向くことなく、貨幣処理装置２００の操作者へ貨幣処理装置２００のエラーの解消方法を連絡し、エラーの解消後、貨幣処理装置２００を使用可能であることを連絡する。その後、操作者は、貨幣処理装置２００において貨幣処理を実行することができる。
【００４５】
一方、貨幣処理装置２００に対するメンテナンスが必要な場合（Ｓ１５０のＹＥＳ）、保全業者は、貨幣処理装置２００が設置されている店舗へ出向き、貨幣処理装置２００のメンテナンスおよびエラーの解消を行なう（Ｓ１６０）。そして、貨幣処理装置２００のメンテナンスおよびエラーの解消を行なった後、操作者は、貨幣処理装置２００において貨幣処理を実行することができる。
【００４６】
このように第１の実施形態によるメンテナンスシステム１００によれば、貨幣処理装置２００は、メンテナンスデータを定期的に作成および送信するのではなく、貨幣処理プログラムが停止状態、待機状態または終了状態である期間中に、必要に応じてメンテナンスデータを作成および送信する。従って、貨幣処理装置２００は、貨幣処理プログラムおよびログ収集プログラムの両方を同時に実行することがなく、いずれか一方を実行する。その結果、システム１００は、貨幣処理装置２００の制御部１６０に過剰な負荷を掛けることなく、貨幣処理およびメンテナンスデータの作成処理および送信処理を実行することができる。
【００４７】
また、貨幣処理装置２００は、メンテナンスデータを定期的に作成および送信するのではなく、保全業者がメンテナンスデータを必要としているときに該メンテナンスデータを作成および送信する。従って、保全業者は、必要に応じてメンテナンスデータを得ることができ、それにより、タイムリーなメンテナンスが可能となる。さらに、貨幣処理装置２００は必要に応じてメンテナンスデータを作成および送信するので、貨幣処理装置２００とメンテナンスサーバ３００との間の通信料金プランがパケット従量制の場合、余計な通信費が掛からない。
【００４８】
また、メンテナンスデータをメンテナンスサーバ３００へ送信する際に、貨幣処理装置２００の通信部１３０は、メンテナンスデータを所定の通信単位（例えば、パケット）の整数倍ごとに送信し、該通信単位に満たないメンテナンスデータについては送信せずに、記憶部１２０に残しておいてもよい。これにより、メンテナンスデータは、貨幣処理装置２００とメンテナンスサーバ３００との間で効率良く送信される。その結果、貨幣処理装置２００とメンテナンスサーバ３００との間の通信料金プランがパケット従量制の場合、余計な通信費が掛からない。
【００４９】
通信単位に満たなかったメンテナンスデータは、次のメンテナンスデータの送信時に、他のメンテナンスデータとともに所定の通信単位ごとに送信される。
【００５０】
（第２の実施形態）
図４は、第２の実施形態によるメンテナンスシステム１００の動作を示すフロー図である。第２の実施形態では、貨幣処理装置２００のログ収集プログラムは、操作者が貨幣処理装置２００の電源スイッチ１７０を一旦ＯＦＦ状態にしてからＯＮ状態にすることによって実行される。
【００５１】
この場合、ログ収集プログラムの実行の許可／禁止を決定するログ収集フラグが記憶部１２０に格納されている必要がある。貨幣処理装置２００の電源スイッチ１７０をＯＦＦ状態にした後、ＯＮ状態にしたときに、制御部１６０は、ログ収集フラグを参照してログ収集プログラムを実行する、あるいは、実行しない。ログ収集フラグは１ビットデータでよい。ログ収集フラグがアクティブ状態である場合には、制御部１６０は、ログ収集プログラムを実行する。ログ収集フラグがアクティブ状態でない場合には、制御部１６０は、ログ収集プログラムを実行しない。尚、第２の実施形態では、貨幣処理装置２００の記憶部１２０は、電源起動時にログ収集フラグを参照するための起動プログラムを予め格納している。
【００５２】
ログ収集プログラムは貨幣処理プログラムが実行されているときには実行されないので、ログ収集フラグは、貨幣処理プログラムの実行の許可／禁止を決定するフラグであると換言してもよい。
【００５３】
図２を参照して説明したステップＳ１０〜Ｓ７０の後、保全業者が処理履歴を必要とする場合（Ｓ７０のＹＥＳ）、メンテナンスサーバ３００の通信部３３０は、エラー通知に応じてログ収集コマンドを貨幣処理装置２００へ送信する（Ｓ７６）。ログ収集コマンドは、貨幣処理装置２００の記憶部１２０に格納されているログ収集フラグをアクティブ状態にするコマンドである。ログ収集コマンドは、保全業者が操作部３５０を操作することによって送信される。あるいは、メンテナンスサーバ３００は、エラー通知によって特定されるエラー内容のコードに依って、自動でログ収集コマンドを送信してもよい。自動でログ収集コマンドを送信する場合、ログ収集コマンドを送信するエラーコードは予め設定されており、メンテナンスサーバ３００の記憶部３２０に格納しておく必要がある。
【００５４】
貨幣処理装置２００の通信部１３０がログ収集コマンドを受信すると、貨幣処理装置２００の制御部１６０は、記憶部１２０に格納されているログ収集フラグをアクティブ状態にする（Ｓ１０１）。即ち、貨幣処理装置２００の制御部１６０は、ログ収集プログラムの実行を許可状態にする。
【００５５】
また、メンテナンスサーバ３００がログ収集コマンドを送信した場合、保全業者は、貨幣処理装置２００の操作者へ連絡し、貨幣処理装置２００の電源スイッチ１７０をＯＦＦ状態にした後、ＯＮ状態にすることを指示する（Ｓ８０）。これは、貨幣処理装置２００においてログ収集プログラムを実行させるトリガとなる。
【００５６】
貨幣処理装置２００の操作者は、保全業者の指示に従って、貨幣処理装置２００の電源スイッチをＯＦＦ状態にした後、ＯＮ状態にする（Ｓ１１１）。このとき、貨幣処理装置２００の制御部１６０は、電源スイッチ１７０がＯＦＦ状態になったことをトリガとして、ログ収集フラグを参照する（Ｓ１１５）。記憶部１２０は、電源起動時にログ収集フラグを参照するためのプログラムを予め格納している。
【００５７】
ログ収集フラグが非アクティブ状態である場合（Ｓ１１７のＮＯ）、貨幣処理装置２００は、表示部１４０の処理メニューを表示する。このとき、表示部１４０は、図３に示す画面を表示すればよい。操作者は、処理メニューから通常業務としての貨幣処理を選択することができる。ただし、このとき「ログ収集」の項目は、処理メニューに無くてもよい。
【００５８】
一方、ログ収集フラグがアクティブ状態である場合（Ｓ１１７のＹＥＳ）、貨幣処理装置２００は、ログ収集プログラムを実行する（Ｓ１２０）。このとき、電源スイッチ１７０をＯＮ状態にした直後であるが、貨幣処理装置２００は、ログ収集プログラムが終了するまでは貨幣処理プログラムを立ち上げない。つまり、貨幣処理プログラムは終了状態を維持する。従って、第２の実施形態においても、貨幣処理プログラムおよびログ収集プログラムが同時に実行されることはない。
【００５９】
その後、第２の実施形態によるシステム１００の動作は、ステップＳ１３０〜Ｓ１６０に示す第１の実施形態によるシステム１００の動作と同様でよい。
【００６０】
第２の実施形態によれば、貨幣処理装置２００の操作者は、電源スイッチ１７０のＯＦＦ／ＯＮの切替え操作のみで、ログ収集プログラムを実行させることができる。電源スイッチ１７０のＯＦＦ／ＯＮの切替え操作は非常にシンプルであるので、保全業者は、電話またはＥメール等を用いて貨幣処理装置２００の操作者に簡単に指示することができる。尚、ここでは、電源スイッチ１７０のＯＦＦ／ＯＮをログ収集のトリガとしたが、別のスイッチ等の操作をログ収集のトリガとしても構わない。
【００６１】
また、電源スイッチ１７０をＯＦＦ状態にすることをトリガとしてログ収集フラグを参照し、ログ収集フラグに基づいてログ収集プログラムを実行させる起動プログラムは、図３に示すように処理メニューにログ収集の項目を選択可能に表示させるプログラムよりも簡単であり、かつ、既存の起動プログラムに簡単に組み込むことができる。従って、メンテナンスサーバ３００が、回線またはインターネット４００を介して上記起動プログラムを従来の貨幣処理装置にアドインすることができる。このとき、必要に応じて、メンテナンスサーバ３００は、ログ収集フラグおよびログ収集プログラムも貨幣処理装置にアドインしてもよい。これにより、保全業者は、貨幣処理装置の設置されている店舗に出向くことなく、既存の貨幣処理装置にログ収集機能をリモートで追加することができる。貨幣処理装置を使用する金融機関は、新しい貨幣処理装置を購入することなく、改善されたメンテナンスサービスを享受することができる。また、電源スイッチ１７０をＯＦＦ状態にすることをトリガとしたので、貨幣処理装置２００の電源を遮断したタイミングでログ収集を行なうこともできる。
【００６２】
さらに、第２の実施形態は、第１の実施形態と同様の効果を有する。
【００６３】
第１および第２の実施形態において、貨幣処理装置２００が過去にメンテナンスデータをメンテナンスサーバ３００へ既に送信している場合、貨幣処理装置２００は、ステップＳ１３０において、未だ送信されていないメンテナンスデータ（差分メンテナンスデータ）のみを送信すればよい。これにより、通信料金プランがパケット従量制の場合、余計な通信費が掛からない。
【００６４】
このとき、貨幣処理装置２００は、差分メンテナンスデータを所定の通信単位（例えば、パケット）の整数倍ごとに送信し、該通信単位に満たないメンテナンスデータについては送信せずに、記憶部１２０に残しておいてもよい。これにより、メンテナンスデータは、貨幣処理装置２００とメンテナンスサーバ３００との間で効率良く送信される。その結果、貨幣処理装置２００とメンテナンスサーバ３００との間の通信料金プランがパケット従量制の場合、余計な通信費が掛からない。通信単位に満たなかったメンテナンスデータは、次のメンテナンスデータの送信時に、他のメンテナンスデータとともに所定の通信単位ごとに送信される。
【００６５】
（変形例１）
図５は、上記第１または第２の実施形態の変形例に従った送信データを示す表である。上述のように、メンテナンスデータを定期的に送信する場合、貨幣処理装置２００を有する店舗側において通信コストが高くなるという問題が生じる。本変形例では、メンテナンスデータの定期的な送信機能を維持しつつ、さらに、メンテナンスデータのデータ量が通信単位に満たない場合には、貨幣処理装置２００は、メンテナンスデータを送信しない。即ち、メンテナンスデータの定期的な送信時期が到来していること、および、メンテナンスデータのデータ量が通信単位を超えていること、および、貨幣取引プログラムが停止状態、待機状態または終了状態であることの全てを満たすことを条件として、貨幣処理装置２００は、メンテナンスデータをメンテナンスサーバ３００へ送信する。
【００６６】
このような機能を上記第１または第２の実施形態に組み合わせることによって、メンテナンスデータをエラーの発生前に分割して送信しておけるので、エラー発生時に送信するメンテナンスデータのデータ量が少なくて済む。エラー発生時に大量のデータを送信する必要がないので、保全業者によるメンテナンスデータの取得時間を短縮することができる。
【００６７】
図５（Ａ）は、メンテナンスデータの変化の内容を示している。貨幣処理装置２００は、毎日定期的にメンテナンスデータをメンテナンスサーバ３００へ送信するように設定されている。メンテナンスデータの具体例として、貨幣処理装置２００の貨幣の搬送路に設けられた１０個のセンサＰＩＳ０１〜ＰＩＳ１０によって検知された貨幣枚数のカウントデータを用いている。例えば、３月７日では、センサＰＩＳ０１が１００枚の貨幣を検出し、ＰＩＳ１０は１０枚の貨幣を検出している。その他のセンサＰＩＳ０２〜ＰＩＳ０９は、貨幣を検出していない。３月８日では、センサＰＩＳ０１がさらに１００枚の貨幣（計２００枚の貨幣）を検出し、ＰＩＳ１０はさらに２枚の貨幣（計１２枚の貨幣）を検出している。その他のセンサＰＩＳ０２〜ＰＩＳ０９は、貨幣を検出していない。このように、センサＰＩＳ０１〜ＰＩＳ１０が検出する貨幣の枚数は変化する。
【００６８】
図５（Ｂ）は、センサＰＩＳ０１〜ＰＩＳ１０のそれぞれの総検出枚数をメンテナンスデータとして送信する方法（全分送信方法）を示す。この場合、検出枚数の変化しているセンサＰＩＳ０１およびＰＩＳ１０のデータだけでなく、検出枚数の変化していないセンサＰＩＳ０２〜ＰＩＳ０９のデータも含めて送信している。従って、貨幣処理装置２００は、３月７日〜３月１１日の期間中に、３７０文字ものメンテナンスデータを送信している。
【００６９】
図５（Ｃ）は、検出枚数の変化しているセンサＰＩＳ０１およびＰＩＳ１０のそれぞれの総検出枚数をメンテナンスデータとして送信する方法（差分送信方法）を示す。この場合、検出枚数の変化しているセンサＰＩＳ０１およびＰＩＳ１０のデータだけ送信し、検出枚数の変化していないセンサＰＩＳ０２〜ＰＩＳ０９のデータは送信しない。従って、貨幣処理装置２００は、３月７日〜３月１１日の期間中に、８５文字のメンテナンスデータを送信している。
【００７０】
図５（Ｄ）は、差分送信方法に加え、通信単位による送信制限を設けた本変形例による方法を示す。例えば、３６文字が通信単位とする。この場合、本変形例では、３月７日〜３月１０日において、貨幣処理装置２００は、メンテナンスデータを送信していない。これは、差分データを纏めても、３６文字に達していないからである。
【００７１】
そして、３月１１日において、貨幣処理装置２００は、３月１１日のメンテナンスデータに３月７日〜３月１０日のメンテナンスデータを含めて送信している。差分データを纏めると、３８文字になり、通信単位を超えるからである。これにより、送信するデータ量がさらに少なくなり、貨幣処理装置２００は、３月７日〜３月１１日の期間中に、３８文字のメンテナンスデータしか送信しない。
【００７２】
これにより、メンテナンスデータは、貨幣処理装置２００とメンテナンスサーバ３００との間で効率良く送信される。その結果、貨幣処理装置２００とメンテナンスサーバ３００との間の通信料金プランがパケット従量制の場合、余計な通信費が掛からない。
【００７３】
（変形例２）
変形例２は、上記第１および第２の実施形態に省電力モードを付加した形態である。通常、貨幣処理装置２００は、所定期間の間、操作部１５０からの入力がない場合、省電力モードに入る。そして、貨幣処理装置２００は、操作部１５０からの入力をトリガとして、通常モードに復帰する。
【００７４】
本変形例２では、最後の入力から省電力モードへ入るまでの待機時間を使用履歴に基づいて自動調節する。使用履歴は、通常モードの期間および省電力モードの期間を記録した履歴であり、記憶部１２０に格納される。
【００７５】
例えば、１日を６時間ごとに４分割し、第１の時間帯（０時〜６時）、第２の時間帯（６時〜１２時）、第３の時間帯（１２時〜１８時）、第４の時間帯（１８時〜２４時）とする。使用履歴において、第１〜第４の時間帯のうち、省電力モードの期間が７０％以上占める時間帯においては、貨幣処理装置２００は、最後の入力から省電力モードへ入るまでの待機時間を短縮する。例えば、或る時間帯の６時間のうち省電力モードの期間が４．２時間以上である場合、その時間帯において、貨幣処理装置２００は、操作部１５０の操作後、短時間で省電力モードへ入る。
【００７６】
また、第１〜第４の時間帯のうち、通常モードの期間が９０％以上占める時間帯においては、貨幣処理装置２００は、通常モードから省電力モードになるまでの待機時間を延長する。これにより、貨幣処理装置２００は、通常モードと省電力モードとを頻繁に繰り返す必要がなくなる。これにより、貨幣処理装置２００がさらに使用し易くなる。
【００７７】
省電力モードよりもさらに消費電力の低い低電力モードを設け、時間帯によって、低電力モードを用いてもよい。例えば、当初、省電力モードのみを使用し、使用履歴において省電力モードの期間が８０％以上占める時間帯がある場合、その時間帯においては、省電力モードに代えて低電力モードを用いる。低電力モードは、通常モードへ復帰するまでに時間が掛かるが、消費電力は省電力モードよりも低い。従って、貨幣処理装置２００が或る時間帯の８０％以上使用されていない場合には、復帰時間よりも省エネ効果を優先し、低電力モードを用いる。
【００７８】
このように、変形例２による貨幣処理装置２００は、待機時間および復帰時間を使用履歴に基づいて自動調節する。さらに、貨幣処理装置２００は、省電力モードよりもさらに消費電力の低い低電力モードを有する。これにより、貨幣処理装置２００は、操作者による操作性を妨げることなく、消費電力を削減することができる。
【００７９】
（変形例３）
変形例３は、上記第１および第２の実施形態に動作チェックモードを付加した形態である。貨幣処理装置２００は、回線またはインターネットに接続されているため、コンピュータウィルスに感染するおそれがある。従って、変形例３による貨幣処理装置２００は、その起動時に動作チェックモードを実行するように構成されている。以下、動作チェックモードの内容を説明する。
【００８０】
貨幣処理装置２００の記憶部１２０に格納されている貨幣処理プログラム、ログ収集プログラム等のプログラムは、実行可能でなければならず、かつ、書換え不可能なように格納されている必要がある。一方、コンピュータウィルスのような不正プログラムは、貨幣処理装置２００において実行できないようにする必要がある。
【００８１】
そこで、貨幣処理装置２００の記憶部１２０は、貨幣処理装置２００に必要なプログラムから成るホワイトリストを格納する。ホワイトリストは、貨幣処理装置２００の動作に必要なプログラムのリストであり、実行可能、かつ、書換え不可能なプログラムである。さらに、ホワイトリストは、第１のダミープログラムを含む。第１のダミープログラムは、ホワイトリストの保護機能をチェックするために設けられている。第１のダミープログラムの内容は任意でよい。そして、貨幣処理装置２００の起動プログラムは、第１のダミープログラムの書換えを試みるルーチンを含む。第１のダミープログラムは、ホワイトリストに登録されているため、書換え不可能になっていなければならない。従って、第１のダミープログラムを書換えることができなかった場合、ホワイトリストの保護機能は正常に機能していることを示している。逆に、第１のダミープログラムを書換えることができた場合、ホワイトリストの保護機能は正常に機能していないことを示している。
【００８２】
第１のダミープログラムを書換えることができなかった場合、貨幣処理装置２００は、通常通り、貨幣処理プログラムを起動する。第１のダミープログラムを書換えることができた場合、貨幣処理装置２００は、表示部１４０に警告を表示し、貨幣処理装置２００を使用禁止にする。
【００８３】
さらに、記憶部１２０は、ホワイトリストに登録されていない第２のダミープログラムを含む。第２のダミープログラムは、ホワイトリストの対象外であるので、書換えは可能であっても、実行不可能でなければならない。これは、ホワイトリストの対象外である不正プログラムが、貨幣処理装置２００において誤って実行されることを防止するためである。
【００８４】
第２のダミープログラムは、勿論、貨幣処理装置２００にとって害の無い任意のプログラムである。貨幣処理装置２００の起動プログラムは、第２のダミープログラムの実行を試みるルーチンを含む。第２のダミープログラムは、ホワイトリストに登録されていないため、実行不可能になっていなければならない。従って、第２のダミープログラムを実行することができなかった場合、貨幣処理装置２００の保護機能は正常に機能していることを示している。逆に、第２のダミープログラムを実行することができた場合、貨幣処理装置２００の保護機能は正常に機能していないことを示している。
【００８５】
第２のダミープログラムを実行することができなかった場合、貨幣処理装置２００は、通常通り、貨幣処理プログラムを起動する。第２のダミープログラムを書換えることができた場合、貨幣処理装置２００は、表示部１４０に警告を表示し、貨幣処理装置２００を使用禁止にする。
【００８６】
貨幣処理装置２００が使用禁止になった場合、システム１００は、第１または第２の実施形態においてエラーが発生したときと同じ動作を実行すればよい。これにより、行員または保全業者が貨幣処理装置２００およびホワイトリストを正常に設定することができる。
【００８７】
また、メンテナンス等によってホワイトリストが変更された場合、保護機能が解除されたままになっている可能性もある。このような場合に、変形例３による貨幣処理装置２００は、事前に操作者に警告することができるので、セキュリティ上好ましいと言える。
【００８８】
尚、変形例１〜３は、第１または第２の実施形態に組み合わせることができる。また、変形例１〜３のいずれか２つまたは３つを組み合わせることもできる。
【符号の説明】
【００８９】
１００・・・メンテナンスシステム、２００・・・貨幣処理装置、３００・・・メンテナンスサーバ、４００・・・回線またはインターネット、１１０・・・処理部、１２０・・・記憶部、１３０・・・通信部、１４０・・・表示部、１５０・・・操作部、３２０・・・記憶部、３３０・・・通信部、３４０・・・表示部、３５０・・・操作部、３６０・・・制御部
【技術分野】
【０００１】
本発明は、貨幣処理装置およびメンテナンスシステムに係わり、例えば、金融機関において貨幣の出し入れを行い、その貨幣を収納する貨幣処理装置およびメンテナンスシステムに関する。
【背景技術】
【０００２】
銀行等の金融機関の店舗には、店舗内の貨幣の入金および出金を管理する様々な貨幣処理装置（例えば、窓口機、整理機、出納機、両替機、ＡＴＭ等）が設けられている。これらの貨幣処理装置のメンテナンスのために、監視装置が金融機関とは別に、貨幣処理装置のメンテナンスを行う業者側に設けられている場合がある。監視装置は、貨幣処理装置と通信接続されており、貨幣処理装置の処理履歴等のメンテナンスデータ（ログ）を定期的に貨幣処理装置から受信し、これらのログに基づいて貨幣処理装置の状態をリモートで監視する。そして、保全業者は、貨幣処理装置の状態に応じて、金融機関の店舗へ行き、貨幣処理装置のメンテナンスを行う。従来、監視装置は、メンテナンスデータを所定期間毎に纏めて貨幣処理装置から受信していた（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−２４９３８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ログを定期的に貨幣処理装置から送信する場合、ログ送信は、貨幣処理装置の状態に関係なく所定期間の経過後に実行される。このとき貨幣処理装置が本来の業務として貨幣処理のプログラムを実行している場合、貨幣処理のプログラムの処理とデータの通信処理とが重複するので、貨幣処理装置に大きな負荷が掛かってしまうという問題があった。
【０００５】
また、データを定期的に貨幣処理装置から送信する場合、データ送信は、送信すべきデータ量に関係なく所定期間の経過後に実行される。従って、貨幣処理装置は、送信すべきデータ量が通信単位（パケット）の整数倍から大きく乖離している場合であっても、所定期間毎に蓄積データを全て送信していた。例えば、データ量が１パケットよりも非常に少ない場合であっても、所定期間の経過後、貨幣処理装置はそのデータを１パケットとして送信していた。このように通信単位から乖離したデータを頻繁に送信した場合、実際に通信されるデータ量は少ないにもかかわらず、通信コストが高くなるという問題が生じる。通信の料金プランが定額制である場合には、このような問題は生じないが、メンテナンスデータのようにデータ量が少ない場合には、定額制は、パケット従量制よりも高くなる。
【０００６】
そこで、本発明は、上述の問題に鑑みてなされたものであり、貨幣処理装置から監視装置へのデータの送信において、貨幣処理装置に過剰な負荷を掛けることなくデータを送信することができる貨幣処理装置およびメンテナンスシステムを提供することを目的とする。
また、貨幣処理装置から監視装置へのデータの送信において、通信コストを低減するように、効率良くデータを送信することができる貨幣処理装置およびメンテナンスシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明による実施形態に従った貨幣処理装置は、メンテナンスのために用いられる監視装置と通信可能に接続され、金融機関の店舗内に設置され、かつ、貨幣の処理を行う貨幣処理装置であって、
貨幣を処理する処理部と、前記貨幣処理装置の処理履歴を含むメンテナンスデータを格納し、並びに、貨幣を処理するために用いられる貨幣処理プログラムを格納する記憶部と、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記メンテナンスデータを前記監視装置へ送信する通信部と、前記貨幣処理プログラムを実行、停止、待機または終了させる制御部とを備える。
【０００８】
前記記憶部は、前記メンテナンスデータを収集するログ収集プログラムをさらに格納し、
前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記ログ収集プログラムを実行し、前記通信部は、前記記憶部において収集された前記メンテナンスデータを前記監視装置へ送信してもよい。
【０００９】
前記記憶部は、前記ログ収集プログラムの実行を許可するログ収集フラグをさらに格納し、前記通信部は、前記貨幣処理装置にエラーが発生したときに、該エラーを知らせるエラー通知を前記監視装置へ送信し、前記制御部は、前記エラー通知に応じて前記監視装置が送信したログ収集コマンドを受けて、前記ログ収集フラグをアクティブ状態にし、前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態になったときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行してもよい。
【００１０】
前記貨幣処理プログラムおよび前記ログ収集プログラムは、互いに異なるルーチンとして一連のプログラムに組み込まれていてもよい。
【００１１】
前記ログ収集プログラムの実行を選択可能に表示する表示部をさらに備え、前記貨幣処理装置の操作者が前記表示部において前記ログ収集プログラムの実行を選択したときに、前記ログ収集プログラムを実行してもよい。
【００１２】
前記制御部は、前記貨幣処理装置の電源スイッチがＯＦＦ状態になったときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行してもよい。
【００１３】
前記メンテナンスデータを前記監視装置へ送信する際に、前記通信部は、前記メンテナンスデータを所定の通信単位の整数倍ごとに送信してもよい。
【００１４】
本発明による実施形態に従ったメンテナンスシステムは、金融機関の店舗内に設置され、貨幣の処理を行う貨幣処理装置と、前記貨幣処理装置と通信可能に接続され、前記貨幣処理装置のメンテナンスのために用いられる監視装置とを備えたメンテナンスシステムであって、
前記貨幣処理装置は、貨幣を処理する処理部と、前記貨幣処理装置の処理履歴を含むメンテナンスデータを格納し、並びに、貨幣を処理するために用いられる貨幣処理プログラムを格納する記憶部と、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記メンテナンスデータを前記監視装置へ送信する通信部と、前記貨幣処理プログラムを実行、停止、待機または終了する制御部とを備え、
前記監視装置は、前記メンテナンスデータを受信する通信部と、前記メンテナンスデータを格納する記憶部と、前記メンテナンスデータを表示する表示部とを備えている。
【００１５】
前記貨幣処理装置の前記記憶部は、前記メンテナンスデータの履歴を収集するログ収集プログラムをさらに格納し、前記貨幣処理装置の前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記ログ収集プログラムを実行し、前記貨幣処理装置の前記通信部は、前記記憶部において収集された前記メンテナンスデータを前記監視装置へ送信してもよい。
【００１６】
前記貨幣処理装置の前記記憶部は、前記ログ収集プログラムを実行させるログ収集フラグをさらに格納し、前記監視装置の前記記憶部は、前記ログ収集フラグをアクティブ状態にするログ収集コマンドをさらに格納し、前記貨幣処理装置の前記通信部は、前記貨幣処理装置にエラーが発生したときに、該エラーを知らせるエラー通知を前記監視装置へ送信し、前記監視装置の前記通信部は、前記エラー通知を受信し、前記監視装置の前記通信部は、前記エラー通知に基づいて前記ログ収集コマンドを前記貨幣処理装置へ送信し、前記貨幣処理装置の前記制御部は、前記ログ収集コマンドを受けて、前記ログ収集フラグをアクティブ状態にし、前記貨幣処理装置の前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行してもよい。
【００１７】
前記貨幣処理装置の前記制御部は、前記貨幣処理装置の電源スイッチがＯＦＦ状態になったときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行してもよい。
【００１８】
前記メンテナンスデータを前記監視装置へ送信する際に、前記貨幣処理装置の前記通信部は、前記メンテナンスデータを所定の通信単位の整数倍ごとに送信してもよい。
【発明の効果】
【００１９】
本発明による貨幣処理装置およびメンテナンスシステムは、貨幣処理装置から監視装置へのデータの送信において、貨幣処理装置に過剰な負荷を掛けることなくデータを送信することができる。
【００２０】
本発明による貨幣処理装置およびメンテナンスシステムは、貨幣処理装置から監視装置へのデータの送信において、通信コストを低減するように、効率良くデータを送信することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明に係る第１の実施形態に従ったメンテナンスシステム１００の構成の一例を示す概略図。
【図２】第１の実施形態によるメンテナンスシステムの動作を示すフロー図。
【図３】貨幣処理装置２００の表示部１４０に表示される処理メニューの一例。
【図４】第２の実施形態によるメンテナンスシステム１００の動作を示すフロー図。
【図５】第１または第２の実施形態の変形例に従った送信データを示す表。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明による実施形態を説明する。本実施形態は、本発明を限定するものではない。
【００２３】
（第１の実施形態）
図１は、本発明に係る第１の実施形態に従ったメンテナンスシステム１００（以下、単に、システム１００ともいう）の構成の一例を示す概略図である。システム１００は、貨幣処理装置２００と、メンテナンスサーバ３００とを備えている。貨幣処理装置２００は、金融機関の店舗内に設置された貨幣処理を行う装置であり、例えば、窓口機、整理機、出納機、両替機、ＡＴＭ等である。メンテナンスサーバ３００は、貨幣処理装置２００の設置された店舗から離れた保守管理業務を行う保全業者側の施設に設置された監視装置である。メンテナンスサーバ３００は、電話回線あるいはインターネット４００を介して貨幣処理装置２００と通信可能に接続されている。１つのメンテナンスサーバ３００に対して複数の貨幣処理装置２００が通信可能に接続されていてもよい。メンテナンスサーバ３００は、貨幣処理装置２００のメンテナンスのために貨幣処理装置２００からメンテナンスデータとしての処理履歴（ログ）を取得し、この処理履歴を保全業者へ提示するように構成されている。貨幣処理装置２００の処理履歴は、貨幣処理装置２００において過去に実行した貨幣処理の履歴であり、貨幣処理装置２００にエラーが発生した時やメンテナンス時に保全業者が参照するデータとして重要である。
【００２４】
貨幣処理装置２００は、処理部１１０と、記憶部１２０と、通信部１３０と、表示部１４０と、操作部１５０とを備えている。貨幣を処理する処理部１１０は、入出金部１１１、１１２と、整理部１１３、１１４とを備えている。入出金部１１１，１１２は、貨幣を入金または出金し、入金した貨幣および出金すべき貨幣を収納する。整理部１１３、１１４は、バラ紙幣を所定枚数ごとに整理してそのバラ紙幣を結束することによって束紙幣を作成し、あるいは、バラ硬貨を所定枚数ごとに整理してそのバラ硬貨を包装することによって包装硬貨を作成する。
【００２５】
記憶部１２０は、ＲＯＭ、ＲＡＭまたはハードディスクドライブ等で構成されており、貨幣処理プログラム、ログ収集プログラム、処理履歴、在高情報、日時情報等の情報を記憶している。また、記憶部１２０のＲＡＭは、プログラムのロード領域やプログラム実行時における作業領域となる。
【００２６】
貨幣処理プログラムは、処理部１１０を動作させるプログラムであり、貨幣の入出金処理あるいは貨幣の整理のために実行される。ログ収集プログラムは、処理履歴を収集してメンテナンスデータを作成するプログラムであり、貨幣処理プログラムに従って貨幣を処理した日時、その処理の内容等の情報を含む履歴（ログ）を収集するために実行される。ログ収集プログラムは、貨幣処理プログラムが実行されているときには実行されないように構成されている。ログ収集プログラムおよび貨幣処理プログラムは、それぞれ個別のプログラムとして記憶部１２０に格納されていてもよい。代替的に、ログ収集プログラムおよび貨幣処理プログラムは、一連のプログラムに組み込まれており、互いに異なるルーチンとして構成されていてもよい。
【００２７】
通信部１３０は、図１に示すようにメンテナンスサーバ３００と通信可能に接続されている。例えば、貨幣処理装置２００とメンテナンスサーバ３００とは、無線ＬＡＮ、光ＬＡＮ等で通信可能なように接続されている。貨幣処理装置２００は、通信部１３０を介して、メンテナンスサーバ３００へ様々な情報を送信することができる。
【００２８】
表示部１４０は、操作者に対して処理メニュー等の情報を表示するように構成されている。操作部１５０は、操作者が情報を貨幣処理装置２００へ入力するために設けられている。操作部１５０は、例えば、キーボード式入力部である。尚、表示部１４０が、例えば、タッチパネル式液晶表示装置である場合、操作部１５０を省略して、操作者は表示部１４０から情報を入力してもよい。
【００２９】
制御部１６０は、ＣＰＵ等で構成され、記憶部１２０に格納されたプログラムに従って出納機１００の全体を制御する。制御部１６０は、貨幣処理プログラムおよびログ収集プログラムを実行、停止、待機または終了させることができる。
【００３０】
メンテナンスサーバ３００は、記憶部３２０と、通信部３３０と、表示部３４０と、操作部３５０と、制御部３６０とを備えている。通信部３３０は、回線またはインターネット４００を介して貨幣処理装置２００と通信可能に接続されており、貨幣処理装置２００の処理履歴を含むメンテナンスデータを貨幣処理装置２００から受け取る。記憶部３２０は、貨幣処理装置２００から受け取ったメンテナンスデータを格納する。表示部３４０は、貨幣処理装置２００から受け取ったメンテナンスデータを表示する。操作部３５０は、メンテナンスサーバ３００の操作者（保全業者）が情報をメンテナンスサーバ３００へ入力するために設けられている。操作部３５０は、例えば、キーボード式入力部である。尚、表示部３４０が、例えば、タッチパネル式液晶表示装置である場合、操作部３５０を省略して、操作者は表示部３４０から情報を入力してもよい。
【００３１】
メンテナンスサーバ３００の操作者は、メンテナンスデータを参照し、必要に応じて金融機関の店舗へ出向き貨幣処理装置２００のメンテナンスを行なう。
【００３２】
図２は、第１の実施形態によるメンテナンスシステムの動作を示すフロー図である。図３は、貨幣処理装置２００の表示部１４０に表示される処理メニューの一例である。
【００３３】
まず、貨幣処理装置２００は、表示部１４０に処理メニューを表示する（Ｓ１０）。処理メニューは、図３に示すように、入金処理、出金処理、両替処理、貨幣の装填処理／回収処理等の項目を選択可能に表示する。
【００３４】
操作者（例えば、行員）が処理メニューから通常業務に必要な貨幣処理を選択すると（Ｓ２０）、貨幣処理装置２００は、選択された処理メニューを実行する（Ｓ３０）。このとき、貨幣処理装置２００の制御部１６０は、通常業務として貨幣処理を実行する。例えば、貨幣処理装置２００は、貨幣の入出金動作を実行する。一連の貨幣処理が終了すると、貨幣処理装置２００の表示部１４０は処理メニューを再度表示する（Ｓ１０）。エラーが発生しない限り、操作者は、通常業務としての貨幣処理を繰り返し選択することができる（Ｓ４０のＮＯ）。即ち、エラーが発生しない限り、操作者は、処理メニューの“ログ収集”を選択する必要はない。
【００３５】
そして、貨幣処理においてエラーが発生した場合（Ｓ４０のＹＥＳ）、貨幣処理装置２００の通信部１３０は、エラー通知をメンテナンスサーバ３００へ送信する（Ｓ５０）。エラー通知は、エラーの履歴情報を含み、貨幣処理装置２００の記憶部１２０に格納されるとともに、メンテナンスサーバ３００の記憶部３２０にも格納される。エラー通知は、例えば、エラー箇所、エラー内容、エラー日時等のエラーを特定するための情報である。エラー箇所およびエラー内容は、予めコード化されており、記憶部１２０に格納されている。エラー箇所のコードは、例えば、入出金口、貨幣の搬送路、貨幣の収納庫、整理部等の貨幣処理装置２００の各箇所に割り当てられた番号でよい。エラー内容のコードは、例えば、搬送路における紙幣詰まり、貨幣の収納庫における収納エラー、整理部における結束または包装のエラー等に割り当てられた番号でよい。尚、この時点では、貨幣処理プログラムが動作中であるため、貨幣処理装置２００は、処理履歴の収集および送信を未だ実行しない。
【００３６】
メンテナンスサーバ３００は、エラー通知を受信すると、受信したエラー通知を記憶部３２０に格納するとともに、表示部３４０に表示する（Ｓ６０）。保全業者は、エラー通知の内容を参照し、メンテナンスの要否を判断するために、貨幣処理装置２００の処理履歴の要否を判断する（Ｓ７０）。
【００３７】
処理履歴が不要と判断された場合（Ｓ７０のＮＯ）、店舗側の操作者がエラーの解消を試みる。必要に応じて、店舗側の操作者と保全業者とは連絡を取り合って、エラーを解消する（Ｓ５５）。店舗側の操作者がエラーを解消した後、貨幣処理装置２００は、通常業務としての貨幣処理を繰り返し実行することができる。
【００３８】
一方、処理履歴が必要と判断された場合（Ｓ７０のＹＥＳ）、保全業者は、貨幣処理装置２００が配置された店舗へ連絡する。保全業者は、店舗側の操作者に対して、貨幣処理を終了し、処理メニュー画面において「ログ収集」を選択するように指示する（Ｓ７５）。保全業者は、例えば、電話、電子メール等を用いて店舗へ連絡すればよい。
【００３９】
操作者は、保全業者の指示に従って、貨幣処理装置２００の貨幣処理を強制的に終了させ、あるいは、貨幣処理の終了を待つ。貨幣処理が終了し、貨幣処理プログラムが停止状態または待機状態になった後、貨幣処理装置２００は、表示部１４０に処理メニューを再度表示する（Ｓ１００）。ここで、操作者は、保全業者からの指示に従って、処理メニューから「ログ収集」を選択する（Ｓ１１０）。貨幣処理装置１００の制御部１６０は、ログ収集の選択を受けて、ログ収集プログラムを実行する（Ｓ１２０）。このとき、貨幣処理プログラムは停止状態または待機状態であり、ログ収集プログラムと同時には実行されない。即ち、通常業務としての貨幣処理（入金、出金、両替等）とログ収集とが同一処理メニューに表示されるため、貨幣処理およびログ収集は同時に選択され得ない。
【００４０】
尚、貨幣処理プログラムの停止状態または待機状態とは、貨幣処理プログラム自体は立ち上がっており、起動しているものの、制御部１２０が貨幣処理プログラムを処理（または実行）していない状態である。代替的に、貨幣処理プログラムは終了状態であってもよい。即ち、貨幣処理プログラム自体を立ち下げて、終了させてもよい。
【００４１】
ログ収集プログラムは、上述の通り、貨幣処理装置２００において過去に実行した処理の履歴を収集してメンテナンスデータを作成するために実行される。処理履歴を収集して作成されたメンテナンスデータは、記憶部１２０に一旦格納される。
【００４２】
次に、貨幣処理装置２００は、貨幣処理装置２００の処理履歴を含むメンテナンスデータをメンテナンスサーバ３００へ送信する（Ｓ１３０）。
【００４３】
メンテナンスサーバ３００は、メンテナンスデータを受信すると、そのメンテナンスデータを記憶部３２０に格納するとともに、表示部３４０に表示する（Ｓ１４０）。保全業者は、メンテナンスデータおよびエラー通知を参照し、貨幣処理装置２００に対するメンテナンスが必要か否かを判断する（Ｓ１５０）。
【００４４】
貨幣処理装置２００に対するメンテナンスが不要な場合（Ｓ１５０のＮＯ）、保全業者は、貨幣処理装置２００が設置されている店舗へ出向くことなく、貨幣処理装置２００の操作者へ貨幣処理装置２００のエラーの解消方法を連絡し、エラーの解消後、貨幣処理装置２００を使用可能であることを連絡する。その後、操作者は、貨幣処理装置２００において貨幣処理を実行することができる。
【００４５】
一方、貨幣処理装置２００に対するメンテナンスが必要な場合（Ｓ１５０のＹＥＳ）、保全業者は、貨幣処理装置２００が設置されている店舗へ出向き、貨幣処理装置２００のメンテナンスおよびエラーの解消を行なう（Ｓ１６０）。そして、貨幣処理装置２００のメンテナンスおよびエラーの解消を行なった後、操作者は、貨幣処理装置２００において貨幣処理を実行することができる。
【００４６】
このように第１の実施形態によるメンテナンスシステム１００によれば、貨幣処理装置２００は、メンテナンスデータを定期的に作成および送信するのではなく、貨幣処理プログラムが停止状態、待機状態または終了状態である期間中に、必要に応じてメンテナンスデータを作成および送信する。従って、貨幣処理装置２００は、貨幣処理プログラムおよびログ収集プログラムの両方を同時に実行することがなく、いずれか一方を実行する。その結果、システム１００は、貨幣処理装置２００の制御部１６０に過剰な負荷を掛けることなく、貨幣処理およびメンテナンスデータの作成処理および送信処理を実行することができる。
【００４７】
また、貨幣処理装置２００は、メンテナンスデータを定期的に作成および送信するのではなく、保全業者がメンテナンスデータを必要としているときに該メンテナンスデータを作成および送信する。従って、保全業者は、必要に応じてメンテナンスデータを得ることができ、それにより、タイムリーなメンテナンスが可能となる。さらに、貨幣処理装置２００は必要に応じてメンテナンスデータを作成および送信するので、貨幣処理装置２００とメンテナンスサーバ３００との間の通信料金プランがパケット従量制の場合、余計な通信費が掛からない。
【００４８】
また、メンテナンスデータをメンテナンスサーバ３００へ送信する際に、貨幣処理装置２００の通信部１３０は、メンテナンスデータを所定の通信単位（例えば、パケット）の整数倍ごとに送信し、該通信単位に満たないメンテナンスデータについては送信せずに、記憶部１２０に残しておいてもよい。これにより、メンテナンスデータは、貨幣処理装置２００とメンテナンスサーバ３００との間で効率良く送信される。その結果、貨幣処理装置２００とメンテナンスサーバ３００との間の通信料金プランがパケット従量制の場合、余計な通信費が掛からない。
【００４９】
通信単位に満たなかったメンテナンスデータは、次のメンテナンスデータの送信時に、他のメンテナンスデータとともに所定の通信単位ごとに送信される。
【００５０】
（第２の実施形態）
図４は、第２の実施形態によるメンテナンスシステム１００の動作を示すフロー図である。第２の実施形態では、貨幣処理装置２００のログ収集プログラムは、操作者が貨幣処理装置２００の電源スイッチ１７０を一旦ＯＦＦ状態にしてからＯＮ状態にすることによって実行される。
【００５１】
この場合、ログ収集プログラムの実行の許可／禁止を決定するログ収集フラグが記憶部１２０に格納されている必要がある。貨幣処理装置２００の電源スイッチ１７０をＯＦＦ状態にした後、ＯＮ状態にしたときに、制御部１６０は、ログ収集フラグを参照してログ収集プログラムを実行する、あるいは、実行しない。ログ収集フラグは１ビットデータでよい。ログ収集フラグがアクティブ状態である場合には、制御部１６０は、ログ収集プログラムを実行する。ログ収集フラグがアクティブ状態でない場合には、制御部１６０は、ログ収集プログラムを実行しない。尚、第２の実施形態では、貨幣処理装置２００の記憶部１２０は、電源起動時にログ収集フラグを参照するための起動プログラムを予め格納している。
【００５２】
ログ収集プログラムは貨幣処理プログラムが実行されているときには実行されないので、ログ収集フラグは、貨幣処理プログラムの実行の許可／禁止を決定するフラグであると換言してもよい。
【００５３】
図２を参照して説明したステップＳ１０〜Ｓ７０の後、保全業者が処理履歴を必要とする場合（Ｓ７０のＹＥＳ）、メンテナンスサーバ３００の通信部３３０は、エラー通知に応じてログ収集コマンドを貨幣処理装置２００へ送信する（Ｓ７６）。ログ収集コマンドは、貨幣処理装置２００の記憶部１２０に格納されているログ収集フラグをアクティブ状態にするコマンドである。ログ収集コマンドは、保全業者が操作部３５０を操作することによって送信される。あるいは、メンテナンスサーバ３００は、エラー通知によって特定されるエラー内容のコードに依って、自動でログ収集コマンドを送信してもよい。自動でログ収集コマンドを送信する場合、ログ収集コマンドを送信するエラーコードは予め設定されており、メンテナンスサーバ３００の記憶部３２０に格納しておく必要がある。
【００５４】
貨幣処理装置２００の通信部１３０がログ収集コマンドを受信すると、貨幣処理装置２００の制御部１６０は、記憶部１２０に格納されているログ収集フラグをアクティブ状態にする（Ｓ１０１）。即ち、貨幣処理装置２００の制御部１６０は、ログ収集プログラムの実行を許可状態にする。
【００５５】
また、メンテナンスサーバ３００がログ収集コマンドを送信した場合、保全業者は、貨幣処理装置２００の操作者へ連絡し、貨幣処理装置２００の電源スイッチ１７０をＯＦＦ状態にした後、ＯＮ状態にすることを指示する（Ｓ８０）。これは、貨幣処理装置２００においてログ収集プログラムを実行させるトリガとなる。
【００５６】
貨幣処理装置２００の操作者は、保全業者の指示に従って、貨幣処理装置２００の電源スイッチをＯＦＦ状態にした後、ＯＮ状態にする（Ｓ１１１）。このとき、貨幣処理装置２００の制御部１６０は、電源スイッチ１７０がＯＦＦ状態になったことをトリガとして、ログ収集フラグを参照する（Ｓ１１５）。記憶部１２０は、電源起動時にログ収集フラグを参照するためのプログラムを予め格納している。
【００５７】
ログ収集フラグが非アクティブ状態である場合（Ｓ１１７のＮＯ）、貨幣処理装置２００は、表示部１４０の処理メニューを表示する。このとき、表示部１４０は、図３に示す画面を表示すればよい。操作者は、処理メニューから通常業務としての貨幣処理を選択することができる。ただし、このとき「ログ収集」の項目は、処理メニューに無くてもよい。
【００５８】
一方、ログ収集フラグがアクティブ状態である場合（Ｓ１１７のＹＥＳ）、貨幣処理装置２００は、ログ収集プログラムを実行する（Ｓ１２０）。このとき、電源スイッチ１７０をＯＮ状態にした直後であるが、貨幣処理装置２００は、ログ収集プログラムが終了するまでは貨幣処理プログラムを立ち上げない。つまり、貨幣処理プログラムは終了状態を維持する。従って、第２の実施形態においても、貨幣処理プログラムおよびログ収集プログラムが同時に実行されることはない。
【００５９】
その後、第２の実施形態によるシステム１００の動作は、ステップＳ１３０〜Ｓ１６０に示す第１の実施形態によるシステム１００の動作と同様でよい。
【００６０】
第２の実施形態によれば、貨幣処理装置２００の操作者は、電源スイッチ１７０のＯＦＦ／ＯＮの切替え操作のみで、ログ収集プログラムを実行させることができる。電源スイッチ１７０のＯＦＦ／ＯＮの切替え操作は非常にシンプルであるので、保全業者は、電話またはＥメール等を用いて貨幣処理装置２００の操作者に簡単に指示することができる。尚、ここでは、電源スイッチ１７０のＯＦＦ／ＯＮをログ収集のトリガとしたが、別のスイッチ等の操作をログ収集のトリガとしても構わない。
【００６１】
また、電源スイッチ１７０をＯＦＦ状態にすることをトリガとしてログ収集フラグを参照し、ログ収集フラグに基づいてログ収集プログラムを実行させる起動プログラムは、図３に示すように処理メニューにログ収集の項目を選択可能に表示させるプログラムよりも簡単であり、かつ、既存の起動プログラムに簡単に組み込むことができる。従って、メンテナンスサーバ３００が、回線またはインターネット４００を介して上記起動プログラムを従来の貨幣処理装置にアドインすることができる。このとき、必要に応じて、メンテナンスサーバ３００は、ログ収集フラグおよびログ収集プログラムも貨幣処理装置にアドインしてもよい。これにより、保全業者は、貨幣処理装置の設置されている店舗に出向くことなく、既存の貨幣処理装置にログ収集機能をリモートで追加することができる。貨幣処理装置を使用する金融機関は、新しい貨幣処理装置を購入することなく、改善されたメンテナンスサービスを享受することができる。また、電源スイッチ１７０をＯＦＦ状態にすることをトリガとしたので、貨幣処理装置２００の電源を遮断したタイミングでログ収集を行なうこともできる。
【００６２】
さらに、第２の実施形態は、第１の実施形態と同様の効果を有する。
【００６３】
第１および第２の実施形態において、貨幣処理装置２００が過去にメンテナンスデータをメンテナンスサーバ３００へ既に送信している場合、貨幣処理装置２００は、ステップＳ１３０において、未だ送信されていないメンテナンスデータ（差分メンテナンスデータ）のみを送信すればよい。これにより、通信料金プランがパケット従量制の場合、余計な通信費が掛からない。
【００６４】
このとき、貨幣処理装置２００は、差分メンテナンスデータを所定の通信単位（例えば、パケット）の整数倍ごとに送信し、該通信単位に満たないメンテナンスデータについては送信せずに、記憶部１２０に残しておいてもよい。これにより、メンテナンスデータは、貨幣処理装置２００とメンテナンスサーバ３００との間で効率良く送信される。その結果、貨幣処理装置２００とメンテナンスサーバ３００との間の通信料金プランがパケット従量制の場合、余計な通信費が掛からない。通信単位に満たなかったメンテナンスデータは、次のメンテナンスデータの送信時に、他のメンテナンスデータとともに所定の通信単位ごとに送信される。
【００６５】
（変形例１）
図５は、上記第１または第２の実施形態の変形例に従った送信データを示す表である。上述のように、メンテナンスデータを定期的に送信する場合、貨幣処理装置２００を有する店舗側において通信コストが高くなるという問題が生じる。本変形例では、メンテナンスデータの定期的な送信機能を維持しつつ、さらに、メンテナンスデータのデータ量が通信単位に満たない場合には、貨幣処理装置２００は、メンテナンスデータを送信しない。即ち、メンテナンスデータの定期的な送信時期が到来していること、および、メンテナンスデータのデータ量が通信単位を超えていること、および、貨幣取引プログラムが停止状態、待機状態または終了状態であることの全てを満たすことを条件として、貨幣処理装置２００は、メンテナンスデータをメンテナンスサーバ３００へ送信する。
【００６６】
このような機能を上記第１または第２の実施形態に組み合わせることによって、メンテナンスデータをエラーの発生前に分割して送信しておけるので、エラー発生時に送信するメンテナンスデータのデータ量が少なくて済む。エラー発生時に大量のデータを送信する必要がないので、保全業者によるメンテナンスデータの取得時間を短縮することができる。
【００６７】
図５（Ａ）は、メンテナンスデータの変化の内容を示している。貨幣処理装置２００は、毎日定期的にメンテナンスデータをメンテナンスサーバ３００へ送信するように設定されている。メンテナンスデータの具体例として、貨幣処理装置２００の貨幣の搬送路に設けられた１０個のセンサＰＩＳ０１〜ＰＩＳ１０によって検知された貨幣枚数のカウントデータを用いている。例えば、３月７日では、センサＰＩＳ０１が１００枚の貨幣を検出し、ＰＩＳ１０は１０枚の貨幣を検出している。その他のセンサＰＩＳ０２〜ＰＩＳ０９は、貨幣を検出していない。３月８日では、センサＰＩＳ０１がさらに１００枚の貨幣（計２００枚の貨幣）を検出し、ＰＩＳ１０はさらに２枚の貨幣（計１２枚の貨幣）を検出している。その他のセンサＰＩＳ０２〜ＰＩＳ０９は、貨幣を検出していない。このように、センサＰＩＳ０１〜ＰＩＳ１０が検出する貨幣の枚数は変化する。
【００６８】
図５（Ｂ）は、センサＰＩＳ０１〜ＰＩＳ１０のそれぞれの総検出枚数をメンテナンスデータとして送信する方法（全分送信方法）を示す。この場合、検出枚数の変化しているセンサＰＩＳ０１およびＰＩＳ１０のデータだけでなく、検出枚数の変化していないセンサＰＩＳ０２〜ＰＩＳ０９のデータも含めて送信している。従って、貨幣処理装置２００は、３月７日〜３月１１日の期間中に、３７０文字ものメンテナンスデータを送信している。
【００６９】
図５（Ｃ）は、検出枚数の変化しているセンサＰＩＳ０１およびＰＩＳ１０のそれぞれの総検出枚数をメンテナンスデータとして送信する方法（差分送信方法）を示す。この場合、検出枚数の変化しているセンサＰＩＳ０１およびＰＩＳ１０のデータだけ送信し、検出枚数の変化していないセンサＰＩＳ０２〜ＰＩＳ０９のデータは送信しない。従って、貨幣処理装置２００は、３月７日〜３月１１日の期間中に、８５文字のメンテナンスデータを送信している。
【００７０】
図５（Ｄ）は、差分送信方法に加え、通信単位による送信制限を設けた本変形例による方法を示す。例えば、３６文字が通信単位とする。この場合、本変形例では、３月７日〜３月１０日において、貨幣処理装置２００は、メンテナンスデータを送信していない。これは、差分データを纏めても、３６文字に達していないからである。
【００７１】
そして、３月１１日において、貨幣処理装置２００は、３月１１日のメンテナンスデータに３月７日〜３月１０日のメンテナンスデータを含めて送信している。差分データを纏めると、３８文字になり、通信単位を超えるからである。これにより、送信するデータ量がさらに少なくなり、貨幣処理装置２００は、３月７日〜３月１１日の期間中に、３８文字のメンテナンスデータしか送信しない。
【００７２】
これにより、メンテナンスデータは、貨幣処理装置２００とメンテナンスサーバ３００との間で効率良く送信される。その結果、貨幣処理装置２００とメンテナンスサーバ３００との間の通信料金プランがパケット従量制の場合、余計な通信費が掛からない。
【００７３】
（変形例２）
変形例２は、上記第１および第２の実施形態に省電力モードを付加した形態である。通常、貨幣処理装置２００は、所定期間の間、操作部１５０からの入力がない場合、省電力モードに入る。そして、貨幣処理装置２００は、操作部１５０からの入力をトリガとして、通常モードに復帰する。
【００７４】
本変形例２では、最後の入力から省電力モードへ入るまでの待機時間を使用履歴に基づいて自動調節する。使用履歴は、通常モードの期間および省電力モードの期間を記録した履歴であり、記憶部１２０に格納される。
【００７５】
例えば、１日を６時間ごとに４分割し、第１の時間帯（０時〜６時）、第２の時間帯（６時〜１２時）、第３の時間帯（１２時〜１８時）、第４の時間帯（１８時〜２４時）とする。使用履歴において、第１〜第４の時間帯のうち、省電力モードの期間が７０％以上占める時間帯においては、貨幣処理装置２００は、最後の入力から省電力モードへ入るまでの待機時間を短縮する。例えば、或る時間帯の６時間のうち省電力モードの期間が４．２時間以上である場合、その時間帯において、貨幣処理装置２００は、操作部１５０の操作後、短時間で省電力モードへ入る。
【００７６】
また、第１〜第４の時間帯のうち、通常モードの期間が９０％以上占める時間帯においては、貨幣処理装置２００は、通常モードから省電力モードになるまでの待機時間を延長する。これにより、貨幣処理装置２００は、通常モードと省電力モードとを頻繁に繰り返す必要がなくなる。これにより、貨幣処理装置２００がさらに使用し易くなる。
【００７７】
省電力モードよりもさらに消費電力の低い低電力モードを設け、時間帯によって、低電力モードを用いてもよい。例えば、当初、省電力モードのみを使用し、使用履歴において省電力モードの期間が８０％以上占める時間帯がある場合、その時間帯においては、省電力モードに代えて低電力モードを用いる。低電力モードは、通常モードへ復帰するまでに時間が掛かるが、消費電力は省電力モードよりも低い。従って、貨幣処理装置２００が或る時間帯の８０％以上使用されていない場合には、復帰時間よりも省エネ効果を優先し、低電力モードを用いる。
【００７８】
このように、変形例２による貨幣処理装置２００は、待機時間および復帰時間を使用履歴に基づいて自動調節する。さらに、貨幣処理装置２００は、省電力モードよりもさらに消費電力の低い低電力モードを有する。これにより、貨幣処理装置２００は、操作者による操作性を妨げることなく、消費電力を削減することができる。
【００７９】
（変形例３）
変形例３は、上記第１および第２の実施形態に動作チェックモードを付加した形態である。貨幣処理装置２００は、回線またはインターネットに接続されているため、コンピュータウィルスに感染するおそれがある。従って、変形例３による貨幣処理装置２００は、その起動時に動作チェックモードを実行するように構成されている。以下、動作チェックモードの内容を説明する。
【００８０】
貨幣処理装置２００の記憶部１２０に格納されている貨幣処理プログラム、ログ収集プログラム等のプログラムは、実行可能でなければならず、かつ、書換え不可能なように格納されている必要がある。一方、コンピュータウィルスのような不正プログラムは、貨幣処理装置２００において実行できないようにする必要がある。
【００８１】
そこで、貨幣処理装置２００の記憶部１２０は、貨幣処理装置２００に必要なプログラムから成るホワイトリストを格納する。ホワイトリストは、貨幣処理装置２００の動作に必要なプログラムのリストであり、実行可能、かつ、書換え不可能なプログラムである。さらに、ホワイトリストは、第１のダミープログラムを含む。第１のダミープログラムは、ホワイトリストの保護機能をチェックするために設けられている。第１のダミープログラムの内容は任意でよい。そして、貨幣処理装置２００の起動プログラムは、第１のダミープログラムの書換えを試みるルーチンを含む。第１のダミープログラムは、ホワイトリストに登録されているため、書換え不可能になっていなければならない。従って、第１のダミープログラムを書換えることができなかった場合、ホワイトリストの保護機能は正常に機能していることを示している。逆に、第１のダミープログラムを書換えることができた場合、ホワイトリストの保護機能は正常に機能していないことを示している。
【００８２】
第１のダミープログラムを書換えることができなかった場合、貨幣処理装置２００は、通常通り、貨幣処理プログラムを起動する。第１のダミープログラムを書換えることができた場合、貨幣処理装置２００は、表示部１４０に警告を表示し、貨幣処理装置２００を使用禁止にする。
【００８３】
さらに、記憶部１２０は、ホワイトリストに登録されていない第２のダミープログラムを含む。第２のダミープログラムは、ホワイトリストの対象外であるので、書換えは可能であっても、実行不可能でなければならない。これは、ホワイトリストの対象外である不正プログラムが、貨幣処理装置２００において誤って実行されることを防止するためである。
【００８４】
第２のダミープログラムは、勿論、貨幣処理装置２００にとって害の無い任意のプログラムである。貨幣処理装置２００の起動プログラムは、第２のダミープログラムの実行を試みるルーチンを含む。第２のダミープログラムは、ホワイトリストに登録されていないため、実行不可能になっていなければならない。従って、第２のダミープログラムを実行することができなかった場合、貨幣処理装置２００の保護機能は正常に機能していることを示している。逆に、第２のダミープログラムを実行することができた場合、貨幣処理装置２００の保護機能は正常に機能していないことを示している。
【００８５】
第２のダミープログラムを実行することができなかった場合、貨幣処理装置２００は、通常通り、貨幣処理プログラムを起動する。第２のダミープログラムを書換えることができた場合、貨幣処理装置２００は、表示部１４０に警告を表示し、貨幣処理装置２００を使用禁止にする。
【００８６】
貨幣処理装置２００が使用禁止になった場合、システム１００は、第１または第２の実施形態においてエラーが発生したときと同じ動作を実行すればよい。これにより、行員または保全業者が貨幣処理装置２００およびホワイトリストを正常に設定することができる。
【００８７】
また、メンテナンス等によってホワイトリストが変更された場合、保護機能が解除されたままになっている可能性もある。このような場合に、変形例３による貨幣処理装置２００は、事前に操作者に警告することができるので、セキュリティ上好ましいと言える。
【００８８】
尚、変形例１〜３は、第１または第２の実施形態に組み合わせることができる。また、変形例１〜３のいずれか２つまたは３つを組み合わせることもできる。
【符号の説明】
【００８９】
１００・・・メンテナンスシステム、２００・・・貨幣処理装置、３００・・・メンテナンスサーバ、４００・・・回線またはインターネット、１１０・・・処理部、１２０・・・記憶部、１３０・・・通信部、１４０・・・表示部、１５０・・・操作部、３２０・・・記憶部、３３０・・・通信部、３４０・・・表示部、３５０・・・操作部、３６０・・・制御部
【特許請求の範囲】
【請求項１】
メンテナンスのために用いられる監視装置と通信可能に接続され、金融機関の店舗内に設置され、かつ、貨幣の処理を行う貨幣処理装置であって、
貨幣を処理する処理部と、
前記貨幣処理装置の処理履歴を含むメンテナンスデータを格納し、並びに、貨幣を処理するために用いられる貨幣処理プログラムを格納する記憶部と、
前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記メンテナンスデータを前記監視装置へ送信する通信部と、
前記貨幣処理プログラムを実行、停止、待機または終了させる制御部とを備えた貨幣処理装置。
【請求項２】
前記記憶部は、前記メンテナンスデータを収集するログ収集プログラムをさらに格納し、
前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記ログ収集プログラムを実行し、
前記通信部は、前記記憶部において収集された前記メンテナンスデータを前記監視装置へ送信することを特徴とする請求項１に記載の貨幣処理装置。
【請求項３】
前記記憶部は、前記ログ収集プログラムの実行を許可するログ収集フラグをさらに格納し、
前記通信部は、前記貨幣処理装置にエラーが発生したときに、該エラーを知らせるエラー通知を前記監視装置へ送信し、
前記制御部は、前記エラー通知に応じて前記監視装置が送信したログ収集コマンドを受けて、前記ログ収集フラグをアクティブ状態にし、
前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態になったときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行することを特徴とする請求項２に記載の貨幣処理装置。
【請求項４】
前記貨幣処理プログラムおよび前記ログ収集プログラムは、互いに異なるルーチンとして一連のプログラムに組み込まれていることを特徴とする請求項３に記載の貨幣処理装置。
【請求項５】
前記ログ収集プログラムの実行を選択可能に表示する表示部をさらに備え、
前記貨幣処理装置の操作者が前記表示部において前記ログ収集プログラムの実行を選択したときに、前記ログ収集プログラムを実行することを特徴とする請求項３から請求項４のいずれかに記載の貨幣処理装置。
【請求項６】
前記制御部は、前記貨幣処理装置の電源スイッチがＯＦＦ状態になったときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行することを特徴とする請求項３から請求項５のいずれかに記載の貨幣処理装置。
【請求項７】
前記メンテナンスデータを前記監視装置へ送信する際に、前記通信部は、前記メンテナンスデータを所定の通信単位の整数倍ごとに送信することを特徴とする請求項１から請求項６のいずれかに記載の貨幣処理装置。
【請求項８】
金融機関の店舗内に設置され、貨幣の処理を行う貨幣処理装置と、前記貨幣処理装置と通信可能に接続され、前記貨幣処理装置のメンテナンスのために用いられる監視装置とを備えたメンテナンスシステムであって、
前記貨幣処理装置は、
貨幣を処理する処理部と、前記貨幣処理装置の処理履歴を含むメンテナンスデータを格納し、並びに、貨幣を処理するために用いられる貨幣処理プログラムを格納する記憶部と、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記メンテナンスデータを前記監視装置へ送信する通信部と、前記貨幣処理プログラムを実行、停止、待機または終了する制御部とを備え、
前記監視装置は、
前記メンテナンスデータを受信する通信部と、前記メンテナンスデータを格納する記憶部と、前記メンテナンスデータを表示する表示部とを備えたことを特徴とするメンテナンスシステム。
【請求項９】
前記貨幣処理装置の前記記憶部は、前記メンテナンスデータの履歴を収集するログ収集プログラムをさらに格納し、
前記貨幣処理装置の前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記ログ収集プログラムを実行し、
前記貨幣処理装置の前記通信部は、前記記憶部において収集された前記メンテナンスデータを前記監視装置へ送信することを特徴とする請求項８に記載のメンテナンスシステム。
【請求項１０】
前記貨幣処理装置の前記記憶部は、前記ログ収集プログラムを実行させるログ収集フラグをさらに格納し、
前記監視装置の前記記憶部は、前記ログ収集フラグをアクティブ状態にするログ収集コマンドをさらに格納し、
前記貨幣処理装置の前記通信部は、前記貨幣処理装置にエラーが発生したときに、該エラーを知らせるエラー通知を前記監視装置へ送信し、
前記監視装置の前記通信部は、前記エラー通知を受信し、
前記監視装置の前記通信部は、前記エラー通知に基づいて前記ログ収集コマンドを前記貨幣処理装置へ送信し、
前記貨幣処理装置の前記制御部は、前記ログ収集コマンドを受けて、前記ログ収集フラグをアクティブ状態にし、
前記貨幣処理装置の前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行することを特徴とする請求項９に記載のメンテナンスシステム。
【請求項１１】
前記貨幣処理装置の前記制御部は、前記貨幣処理装置の電源スイッチがＯＦＦ状態になったときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行することを特徴とする請求項１０に記載のメンテナンスシステム。
【請求項１２】
前記メンテナンスデータを前記監視装置へ送信する際に、前記貨幣処理装置の前記通信部は、前記メンテナンスデータを所定の通信単位の整数倍ごとに送信することを特徴とする請求項８から請求項１１のいずれかに記載のメンテナンスシステム。
【請求項１】
メンテナンスのために用いられる監視装置と通信可能に接続され、金融機関の店舗内に設置され、かつ、貨幣の処理を行う貨幣処理装置であって、
貨幣を処理する処理部と、
前記貨幣処理装置の処理履歴を含むメンテナンスデータを格納し、並びに、貨幣を処理するために用いられる貨幣処理プログラムを格納する記憶部と、
前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記メンテナンスデータを前記監視装置へ送信する通信部と、
前記貨幣処理プログラムを実行、停止、待機または終了させる制御部とを備えた貨幣処理装置。
【請求項２】
前記記憶部は、前記メンテナンスデータを収集するログ収集プログラムをさらに格納し、
前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記ログ収集プログラムを実行し、
前記通信部は、前記記憶部において収集された前記メンテナンスデータを前記監視装置へ送信することを特徴とする請求項１に記載の貨幣処理装置。
【請求項３】
前記記憶部は、前記ログ収集プログラムの実行を許可するログ収集フラグをさらに格納し、
前記通信部は、前記貨幣処理装置にエラーが発生したときに、該エラーを知らせるエラー通知を前記監視装置へ送信し、
前記制御部は、前記エラー通知に応じて前記監視装置が送信したログ収集コマンドを受けて、前記ログ収集フラグをアクティブ状態にし、
前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態になったときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行することを特徴とする請求項２に記載の貨幣処理装置。
【請求項４】
前記貨幣処理プログラムおよび前記ログ収集プログラムは、互いに異なるルーチンとして一連のプログラムに組み込まれていることを特徴とする請求項３に記載の貨幣処理装置。
【請求項５】
前記ログ収集プログラムの実行を選択可能に表示する表示部をさらに備え、
前記貨幣処理装置の操作者が前記表示部において前記ログ収集プログラムの実行を選択したときに、前記ログ収集プログラムを実行することを特徴とする請求項３から請求項４のいずれかに記載の貨幣処理装置。
【請求項６】
前記制御部は、前記貨幣処理装置の電源スイッチがＯＦＦ状態になったときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行することを特徴とする請求項３から請求項５のいずれかに記載の貨幣処理装置。
【請求項７】
前記メンテナンスデータを前記監視装置へ送信する際に、前記通信部は、前記メンテナンスデータを所定の通信単位の整数倍ごとに送信することを特徴とする請求項１から請求項６のいずれかに記載の貨幣処理装置。
【請求項８】
金融機関の店舗内に設置され、貨幣の処理を行う貨幣処理装置と、前記貨幣処理装置と通信可能に接続され、前記貨幣処理装置のメンテナンスのために用いられる監視装置とを備えたメンテナンスシステムであって、
前記貨幣処理装置は、
貨幣を処理する処理部と、前記貨幣処理装置の処理履歴を含むメンテナンスデータを格納し、並びに、貨幣を処理するために用いられる貨幣処理プログラムを格納する記憶部と、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記メンテナンスデータを前記監視装置へ送信する通信部と、前記貨幣処理プログラムを実行、停止、待機または終了する制御部とを備え、
前記監視装置は、
前記メンテナンスデータを受信する通信部と、前記メンテナンスデータを格納する記憶部と、前記メンテナンスデータを表示する表示部とを備えたことを特徴とするメンテナンスシステム。
【請求項９】
前記貨幣処理装置の前記記憶部は、前記メンテナンスデータの履歴を収集するログ収集プログラムをさらに格納し、
前記貨幣処理装置の前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記ログ収集プログラムを実行し、
前記貨幣処理装置の前記通信部は、前記記憶部において収集された前記メンテナンスデータを前記監視装置へ送信することを特徴とする請求項８に記載のメンテナンスシステム。
【請求項１０】
前記貨幣処理装置の前記記憶部は、前記ログ収集プログラムを実行させるログ収集フラグをさらに格納し、
前記監視装置の前記記憶部は、前記ログ収集フラグをアクティブ状態にするログ収集コマンドをさらに格納し、
前記貨幣処理装置の前記通信部は、前記貨幣処理装置にエラーが発生したときに、該エラーを知らせるエラー通知を前記監視装置へ送信し、
前記監視装置の前記通信部は、前記エラー通知を受信し、
前記監視装置の前記通信部は、前記エラー通知に基づいて前記ログ収集コマンドを前記貨幣処理装置へ送信し、
前記貨幣処理装置の前記制御部は、前記ログ収集コマンドを受けて、前記ログ収集フラグをアクティブ状態にし、
前記貨幣処理装置の前記制御部は、前記貨幣処理プログラムが停止状態、待機状態または終了状態であるときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行することを特徴とする請求項９に記載のメンテナンスシステム。
【請求項１１】
前記貨幣処理装置の前記制御部は、前記貨幣処理装置の電源スイッチがＯＦＦ状態になったときに、前記ログ収集フラグの状態に基づいて前記ログ収集プログラムを実行することを特徴とする請求項１０に記載のメンテナンスシステム。
【請求項１２】
前記メンテナンスデータを前記監視装置へ送信する際に、前記貨幣処理装置の前記通信部は、前記メンテナンスデータを所定の通信単位の整数倍ごとに送信することを特徴とする請求項８から請求項１１のいずれかに記載のメンテナンスシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−７３２６７（Ｐ２０１３−７３２６７Ａ）
【公開日】平成２５年４月２２日（２０１３．４．２２）
【国際特許分類】
【出願番号】特願２０１１−２０９７１４（Ｐ２０１１−２０９７１４）
【出願日】平成２３年９月２６日（２０１１．９．２６）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
【公開日】平成２５年４月２２日（２０１３．４．２２）
【国際特許分類】
【出願日】平成２３年９月２６日（２０１１．９．２６）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
[ Back to top ]