JP2018109839A - 貨幣処理装置、貨幣処理システムおよび貨幣処理方法 - Google Patents

Abstract

【課題】精査処理の結果、違算が生じた場合に、その原因の究明を効率よく行うことが可能となる貨幣処理装置を提供する。【解決手段】端末制御部は、一括収納部および金種別収納部に収納された貨幣の記番号を日時情報と対応付けて取引ログデータベースに記憶させる。そして、端末制御部は、精査処理の結果、一括収納部および金種別収納部に収納された紙幣の数量が、管理されている数量より不足する場合、扉開ログベースおよびエラーデータベースに記憶された、不足の原因となり得る扉の開閉処理およびエラー処理に係るログ情報の中から、不足する紙幣の記番号に対応付けられた日時情報より遅い日時に発生した処理に係るログ情報を抽出し、抽出したログ情報が含まれる原因候補表示画面Ｓ２を操作表示部に表示させる。【選択図】図１０

Description

本発明は、貨幣処理装置、貨幣処理システムおよび貨幣処理方法に関する。

収納部に収納されている貨幣を計数して得られた計数結果と収納部に収納されている貨幣の在高として管理されている在高データとを比較する精査処理を行う貨幣処理装置であって、貨幣を取り出す際に開閉される部位の開閉を検知する検知センサを備え、最新の精査処理の結果とともに、最新の精査処理とこの精査処理の前に行われた精査処理との間に記憶部に保存された検知センサによる検知履歴を出力するようにした貨幣処理装置が特許文献１に開示されている。かかる貨幣処理装置では、管理されていた有高データと収納部に収納されていた貨幣を実際に計数した結果とが一致しない場合、即ち精査処理の結果に違算が発生した場合に、検知センサの検知履歴に基づいて違算の原因を調査することができる。

特開２０１６−１８１２１８号公報

しかしながら、上記の貨幣処理装置では、前回行った精査処理から今回行った精査処理までの期間が長い場合、調査すべき検知センサの検知履歴が膨大なものとなり得るため、原因の究明に多くの時間や手間が掛かってしまうことが懸念される。

かかる課題に鑑み、本発明は、精査処理の結果、違算が生じた場合に、その原因の究明を効率よく行うことが可能となる貨幣処理装置、貨幣処理システムおよび貨幣処理方法を提供することを目的とする。

本発明の第１の態様は、貨幣を収納する収納部を備え、前記収納部に対する入出金時に貨幣が計数されることにより、前記収納部に収納された貨幣の数量が管理される貨幣処理装置に関する。本態様に係る貨幣処理装置は、個々の貨幣を特定するための特定情報を貨幣から読み取る読取部と、制御部と、を備える。ここで、前記制御部は、前記収納部に収納された貨幣の前記特定情報を日時情報と対応付けて第１データベースに記憶させ、精査処理の結果、前記収納部に収納された貨幣の数量が、管理されている数量より不足する場合、第２データベースに記憶された、不足の原因となり得る処理に係るログ情報の中から、不足する貨幣の前記特定情報に対応付けられた前記日時情報より遅い日時に発生した処理に係るログ情報を抽出し、抽出した前記ログ情報を出力部に出力させる。

なお、第１データベースおよび第２データベースは、貨幣処理装置に設けられた記憶部に備えられてもよいし、貨幣処理装置と通信可能な外部の装置に設けられた記憶部に備えられてもよい。また、出力部は、貨幣処理装置に備えられてもよいし、貨幣処理装置と通信可能な外部の装置に備えられてもよい。

上記の構成によれば、精査処理の結果、貨幣の不足が生じた場合に、係員は、その原因となり得る処理に係るログ情報を確認することができ、ログ情報を原因究明に役立てることができる。しかも、不足する貨幣の特定情報に基づいて、その貨幣が収納部に収納された日時を特定し、その日時よりも遅くに発生したログ情報のみを出力するようにしたので、係員は、有効なログ情報の取得を行うことができ、原因究明に要する時間や手間の削減が可能となる。

本態様に係る貨幣管理装置において、前記不足の原因となり得る処理は、開放によって前記貨幣処理装置内の貨幣への接触が可能となる部位の開放処理およびエラー解除の際に前記貨幣処理装置内の貨幣への接触が可能となるエラー処理の少なくとも１つを含み得る。

係員等が貨幣処理装置内の貨幣に接触する場合に、貨幣の不足が誘発されやすい。上記の構成によれば、貨幣処理装置内の貨幣への接触が可能となる開放処理やエラー処理に係るログ情報が出力されるので、係員は、そのログ情報を用いて的確に原因究明を行うことが可能となる。

本態様に係る貨幣処理装置において、前記制御部は、前記出力部である表示部または印字部に前記ログ情報を出力させるような構成とされ得る。

上記の構成によれば、係員は、ログ情報を視覚により良好に確認できる。特に、ログ情報が印字部によって用紙等の印字媒体に印字されれば、係員は、そのログ情報を手軽に自身で保持することが可能となる。

本態様に係る貨幣処理装置において、前記制御部は、過去に実行された前記精査処理の中から何れかの前記精査処理を指定するための指定画面を表示部に表示させ、何れかの前記精査処理が指定されたことに応じて、指定された前記精査処理に対応する前記ログ情報を前記表示部に表示させるような構成とされ得る。

上記の構成によれば、指定画面において貨幣の不足が生じた何れかの精査処理を指定することで、その精査処理が終了した直後でなくとも、その精査処理で貨幣の不足の原因となり得た処理に係るログ情報を確認することができる。

上記の構成とされた場合、前記指定画面を前記表示部に表示させるための表示操作を受け付ける操作部を、さらに備えるような構成が採られ得る。この場合、前記制御部は、前記操作部への操作を行う者が前記表示操作を行う権限を有する者であるか否かの認証を行うことにより、権限を有する者による前記表示操作を可能とさせる。

このような構成とされれば、紙幣の不足の原因に関わるログ情報が、権限を有さない一般の係員に広く知れ渡ってしまうことを防止できる。

本発明の第２の態様は、貨幣を収納する収納部を有する貨幣処理装置と、当該貨幣処理装置を管理する管理装置とを備え、前記収納部に対する入出金時に貨幣が計数されることにより、前記収納部に収納された貨幣の数量が管理される貨幣処理システムに関する。本態様に係る貨幣処理システムは、個々の貨幣を特定するための特定情報を貨幣から読み取る読取部と、制御部と、を備える。ここで、前記制御部は、前記収納部に収納された貨幣の前記特定情報を日時情報と対応付けて第１データベースに記憶させ、精査処理の結果、前記収納部に収納された貨幣の数量が、管理されている数量より不足する場合、第２データベースに記憶された、不足の原因となり得る処理に係るログ情報の中から、不足する貨幣の前記特定情報に対応付けられた前記日時情報より遅い日時に発生した処理に係るログ情報を抽出し、抽出した前記ログ情報を出力部に出力させる。

上記の構成によれば、第１の態様に係る貨幣処理装置と同様の作用効果を奏することができる。

本態様に係る貨幣処理システムにおいて、前記貨幣処理装置の周辺を撮影可能な監視カメラを、さらに備えるような構成が採られ得る。この場合、前記第２データベースでは、前記不足の原因となり得る処理が発生したときに前記監視カメラで撮影された映像情報に、前記ログ情報が紐付けられて記憶される。そして、前記制御部は、前記出力部となる表示部に前記ログ情報および前記映像情報を表示させる。

上記の構成によれば、貨幣の不足の原因となり得る処理に係るログ情報とともに、その処理が行われているときの貨幣処理装置の様子を映像情報により確認することができる。

本発明の第３の態様に係る紙幣処理方法は、収納部に収納される貨幣から、個々の貨幣を特定するための特定情報を読取部に読み取らせ、前記収納部に収納された貨幣の前記特定情報を日時情報と対応付けて第１データベースに記憶させ、精査処理の結果、前記収納部に収納された貨幣の数量が、管理されている数量より不足する場合、第２データベースに記憶された、不足の原因となり得る処理に係るログ情報の中から、不足する貨幣の前記特定情報に対応付けられた前記日時情報より遅い日時に発生した処理に係るログ情報を抽出して、抽出した前記ログ情報を出力部に出力させる。

上記の方法によれば、第１の態様に係る貨幣処理装置と同様の作用効果を奏することができる。

本発明によれば、精査処理の結果、違算が生じた場合に、その原因の究明を効率よく行うことが可能となる。

本発明の効果ないし意義は、以下に示す実施形態の説明により更に明らかとなろう。ただし、以下に示す実施形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施形態に記載されたものに何ら制限されるものではない。

図１は、実施形態に係る、出納機および出納機が含まれる貨幣処理システムの構成を示す図である。 図２は、実施形態に係る、紙幣処理ユニットの内部構成を示す概要図である。 図３は、実施形態に係る、出納機の主たる構成を示すブロック図である。 図４（ａ）は、実施形態に係る、収納紙幣データベースの構成を示す図であり、図４（ｂ）は、実施形態に係る、取引ログデータベースの構成を示す図である。 図５（ａ）は、実施形態に係る、扉開ログデータベースの構成を示す図であり、図５（ｂ）は、実施形態に係る、エラーログデータベースの構成を示す図である。 図６（ａ）および（ｂ）は、実施形態に係る、紙幣の入金処理について説明するための図である。 図７は、実施形態に係る、記番号登録処理の制御動作を示すフローチャートである。 図８は、実施形態に係る、紙幣の精査処理の制御動作を示すフローチャートである。 図９（ａ）および（ｂ）は、実施形態に係る、紙幣往復処理が実行されたときの紙幣処理ユニット内での紙幣の流れを示す図である。 図１０（ａ）ないし（ｄ）は、それぞれ、実施形態に係る、操作表示部に表示される精査画面、違算発生通知ウィンドウ、確認通知ウィンドウおよび原因候補表示画面の一例を示す図である。 図１１（ａ）および（ｂ）は、実施形態に係る、違算発生原因の候補となる処理に係るログ情報を抽出する手順について説明するための図である。 図１２（ａ）および（ｂ）は、実施形態に係る、違算発生原因の候補となる処理に係るログ情報を抽出する手順について説明するための図である。 図１３は、変更例１に係る、精査ログデータベースの構成を示す図である。 図１４は、変更例１に係る、原因候補検索処理の制御動作を示すフローチャートである。 図１５（ａ）ないし（ｄ）は、それぞれ、変更例１に係る、操作表示部に表示されるメニュー画面、照会メニュー画面、処理選択画面および原因候補表示画面の一例を示す図である。 図１６（ａ）は、変更例２に係る、扉開ログデータベースの構成を示す図であり、図１６（ｂ）は、変更例２に係る、エラーログデータベースの構成を示す図である。 図１７（ａ）および（ｂ）は、それぞれ、変更例２に係る、操作表示部に表示される原因候補表示画面および動画再生画面の一例を示す図である。

以下、本発明の実施形態について、図面を参照して説明する。

以下の実施形態において、出納機１が特許請求の範囲に記載の「貨幣処理装置」に対応する。また、管理コンピュータ２が特許請求の範囲に記載の「管理装置」に対応する。さらに、プリンタ４０が特許請求の範囲に記載の「出力部」および「印字部」に対応する。さらに、識別部１６０が特許請求の範囲に記載の「読取部」に対応する。さらに、一括収納部１９０および金種別収納部２００が特許請求の範囲に記載の「収納部」に対応する。さらに、操作表示部３１０が特許請求の範囲に記載の「出力部」、「表示部」および「操作部」に対応する。さらに、端末制御部３２０が特許請求の範囲に記載の「制御部」に対応する。さらに、取引ログデータベース３３２が特許請求の範囲に記載の「第１データベース」に対応する。さらに、扉開ログデータベース３３３およびエラーログデータベース３３４が特許請求の範囲に記載の「第２データベース」に対応する。

ただし、上記記載は、あくまで、特許請求の範囲の構成と実施形態の構成とを対応付けることを目的とするものであって、上記対応付けによって特許請求の範囲に記載の発明が実施形態の構成に何ら限定されるものではない。

図１は、本実施形態に係る、出納機１および出納機１が含まれる貨幣処理システム５の構成を示す図である。

出納機１は、銀行等の金融機関の店舗内に設置される。出納機１は、管理コンピュータ２および監視カメラ３に、店舗内ＬＡＮ等のネットワーク回線４を介して通信可能に接続される。出納機１は、管理コンピュータ２および監視カメラ３とともに、店舗内に構築された貨幣処理システム５を構成する。貨幣処理システム５には、これら構成の他、金融業務に関係する取引に利用される他の機器、たとえば、窓口カウンタに設置され、テラーにより操作される貨幣入出金機（図示せず）および窓口端末（図示せず）が含まれ得る。

管理コンピュータ２は、出納機１および他の機器の管理を行う。管理コンピュータ２は、これら機器から送られてきた各種データを一元管理するため、制御部２ａおよび記憶部２ｂを備える。また、管理コンピュータ２は、タッチパネルタイプのモニタディスプレイ２ｃを備える。

監視カメラ３は、出納機１に向けられており、出納機１の周辺の映像を撮影することが可能である。

出納機１は、紙幣処理ユニット１０と、硬貨処理ユニット２０と、操作端末３０と、プリンタ４０とを備える。操作端末３０と、紙幣処理ユニット１０、硬貨処理ユニット２０およびプリンタ４０とは、たとえば、通信ケーブル（図示せず）で接続される。なお、このような有線方式ではなく無線方式による接続がなされてもよい。

紙幣処理ユニット１０は、外郭を構成する筐体１１を備える。筐体１１の正面には、中央部に入金口１２および出金口１３が上下に並んで設けられ、上部に束出金口１４が設けられる。出金口１３は、上下開きのシャッター１３ａによって開閉され、束出金口１４は、左右開きのシャッター１４ａにより開閉される。入金口１２にはバラ紙幣が投入され、出金口１３にはバラ紙幣が払い出される。束出金口１４には、束紙幣が払い出される。束紙幣は、所定の枚数（たとえば、１００枚の）紙幣が帯封によって結束されることにより生成される。さらに、筐体１１の正面には、下部に扉１５が設けられる。この下部の扉１５を開放させることにより、一時保留部１８０、一括収納部１９０および金種別収納部２００を筐体１１の外へ引き出すことができ、これらに対する紙幣の出し入れができる。なお、筐体１１には、扉１５の他にも扉（図示せず）が設けられる。

図２は、本実施形態に係る、紙幣処理ユニット１０の内部構成を示す概要図である。

紙幣処理ユニット１０は、入金部１１０と、出金リジェクト部１２０と、出金部１３０と、束出金部１４０と、搬送部１５０と、識別部１６０と、表裏揃え部１７０と、一時保留部１８０と、一括収納部１９０と、３つの金種別収納部２００と、２つの集積部２１０と、結束部２２０と、揚送部２３０と、束搬送部２４０と、４つの金種別束収納部２５０とを備える。

入金部１１０は、入金口１２に設けられる。入金部１１０は、繰出機構を備え、投入されたバラ紙幣を一枚ずつ搬送部１５０へ繰り出す。出金リジェクト部１２０は、主に、出金部１３０への出金時に、識別部１６０により属性（真偽、金種、表裏等）が識別できず、正常な紙幣と見做されない紙幣を受け取る。

出金部１３０は、出金口１３に設けられる。出金部１３０は、主に、一時保留部１８０から返却された紙幣や金種別収納部２００から繰り出された紙幣を受け取る。出金部１３０は、入金リジェクト部としても機能し、入金部１１０からの入金時に、識別部１６０により属性（真偽、金種、表裏等）が識別できず、正常な紙幣と見做されない紙幣を受け取る。束出金部１４０は、束出金口１４に設けられ、主に、金種別束収納部２５０から繰り出された束紙幣を受け取る。

搬送部１５０は、入金部１１０と、出金リジェクト部１２０と、出金部１３０と、一時保留部１８０と、一括収納部１９０と、３つの金種別収納部２００と、２つの集積部２１０との間に巡らされ、これらの間において紙幣の搬送を行う。

識別部１６０は、搬送部１５０を流れる紙幣の属性を識別し、識別結果を後述する機器制御部に出力する。識別される属性には、紙幣の真偽および金種、紙幣の表裏の向きが含まれる。また、識別部１６０は、紙幣に付された記番号を読み取り、機器制御部に出力する。記番号は、個々の紙幣を特定するための特定情報である。識別部１６０は、紙幣の画像を取り込み、取り込んだ画像に基づいて、紙幣の属性を識別したり、紙幣の記番号を読み取ったりする。さらに、識別部１６０は、紙幣の計数を行う。

表裏揃え部１７０は、搬送部１５０の一部を構成する反転部１７１および非反転部１７２を含み、搬送部１５０を流れる紙幣の表裏の向きを揃える。たとえば、裏を向く紙幣が反転部１７１に通され、表を向く紙幣が非反転部１７２に通されることにより、紙幣が表向きに揃えられる。

一時保留部１８０は、入金部１１０に投入され、識別部１６０により属性が識別された正常な紙幣を、一時的に保留する。一時保留部１８０は、繰出機構を備えており、保留された紙幣を搬送部１５０へ繰り出すことができる。

一括収納部１９０は、一時保留部１８０から繰り出された紙幣であって、識別部１６０により金種が識別できなかった紙幣や、２千円札など、金種別収納部２００が割り当てられていない紙幣や、対応する金種別収納部２００に収納しきれなかったオーバーフロー紙幣等を収納する。

金種別収納部２００には、一時保留部１８０から繰り出された紙幣であって、識別部１６０により金種が識別された紙幣が、金種ごとに振り分けて収納される。金種別収納部２００は、繰出機構を備えており、収納された紙幣を搬送部１５０へ繰り出すことができる。各金種別収納部２００は、一括収納部１９０に近い側から第１収納部２０１、第２収納部２０２および第３収納部２０３とされる。たとえば、第１収納部２０１に１万円の金種が割り当てられ、第２収納部２０２に５千円の金種が割り当てられ、第３収納部２０３に千円の金種が割り当てられる。

集積部２１０は、搬送部１５０により搬送された紙幣を、帯封により結束される結束単位となる所定の枚数、たとえば、１００枚となるまで集積する。結束部２２０は、アーム機構、結束機構および搬送機構を備え、集積部２１０に集積された紙幣の束をアーム機構により取り出し、取り出した紙幣の束に、結束機構により帯封を掛けて束紙幣を生成し、生成した束紙幣を搬送機構により揚送部２３０へ送り込む。

揚送部２３０は、上下方向に搬送路が形成されるとともに搬送路内にリフト機構を備え、結束部２２０から送り込まれた束紙幣をリフト機構によって揚送部２３０の上部に配置された束搬送部２４０へ送る。束搬送部２４０は、揚送部２３０から送られてきた束紙幣を、４つの金種別束収納部２５０のうち、その束紙幣の金種に対応する金種別束収納部２５０へ搬送する。また、束搬送部２４０は、各金種別束収納部２５０から繰り出された束紙幣を束出金部１４０へ搬送する。

４つの金種別束収納部２５０は、それぞれに割り当てられた金種の束紙幣を収納する。たとえば、２つの金種別束収納部２５０に１万円の金種が割り当てられ、残りの２つの金種別束収納部２５０に、千円および５千円の金種が割り当てられる。金種別束収納部２５０は、繰出機構を備えており、収納された束紙幣を束搬送部２４０へ繰り出すことができる。

図１に戻り、硬貨処理ユニット２０は、外郭を構成する筐体２０ａを備える。筐体２０ａの上面には、入金口２１が設けられる。また、筐体２０ａの正面には、左側に入金リジェクト口２２、バラ一括箱２３、返却箱２４、出金箱２５および袋取りシュート２６が設けられ、右側に包装硬貨出金口２７、包装硬貨一括箱２８および機外投出口２９が設けられる。バラ一括箱２３、返却箱２４、出金箱２５、袋取りシュート２６および包装硬貨一括箱２８は、筐体２０ａから前方に引き出し自在に構成される。硬貨処理ユニット２０の内部には、図示しないバラ硬貨一時保留部、バラ硬貨収納部、包装硬貨生成部および包装硬貨収納部が設けられる。

入金時には、バラ硬貨が入金口２１に投入される。投入されたバラ硬貨は、一枚ずつ繰り出されて識別され、正常な硬貨でない場合は、入金リジェクト口２２に返却され、正常な硬貨である場合は、バラ硬貨一時保留部に一時的に収納される。バラ硬貨一時保留部内のバラ硬貨は、承認操作がなされるとバラ硬貨収納部に収納され、返却操作がなされると返却箱２４に返却される。バラ硬貨収納部にバラ硬貨が収納しきれなくなった場合、オーバーフローしたバラ硬貨がバラ一括箱２３に収納される。

出金時には、バラ硬貨収納部内のバラ硬貨が出金箱２５に払い出される。バラ硬貨を出金して袋詰めする場合には、筐体２０ａから引き出された袋取りシュート２６に現金袋が接続され、バラ硬貨収納部内のバラ硬貨が袋取りシュート２６を通じて現金袋に投出される。

包装硬貨を生成する場合、入金口２１に投入されたバラ硬貨が包装硬貨生成部に送られる。包装硬貨生成部では、棒状に重ねられた複数枚（たとえば、５０枚）のバラ硬貨が包装材で包装されることにより、包装硬貨が生成される。生成された包装硬貨は、包装硬貨収納部に収納されるか包装硬貨出金口２７に払い出される。包装硬貨が大量に払い出される場合には、機外投出口２９が利用される。この場合、機外投出口２９の下方に包装硬貨を受ける現金箱等が置かれる。包装硬貨収納部に包装硬貨が収納しきれなくなった場合、オーバーフローした包装硬貨が包装硬貨一括箱２８に収納される。

硬貨処理ユニット２０の上部に、操作端末３０とプリンタ４０とが配置される。操作端末３０には、正面に操作表示部３１０が設けられる。操作表示部３１０は、操作のための画面を表示するとともに、表示された画面への操作を受け付ける。プリンタ４０は、入出金された紙幣の枚数、金額等、処理結果の情報を、ジャーナルとして用紙に印字する。なお、操作端末３０は、テラー、その他の係員が所有するタブレット端末６や携帯電話端末７との間で、近距離無線による通信を行うことができる。

図３は、本実施形態に係る、出納機１の主たる構成を示すブロック図である。

紙幣処理ユニット１０は、上述した各部１１０〜２５０の他、機器制御部２６０、機器記憶部２７０、開閉検出センサ２８０およびジャム検出センサ２９０を備える。

機器制御部２６０は、ＣＰＵ（Central Processing Unit）等の演算回路を備え、機器記憶部２７０に記憶されたプログラムに従って、各部１１０〜２５０を制御する。機器記憶部２７０は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）やハードディスク等の記憶媒体を備え、機器制御部２６０の動作プログラムを記憶し、また、機器制御部２６０の制御処理の際にワーク領域として利用される。

開閉検出センサ２８０は、扉１５等の各扉に設けられ、各扉の開閉を検出する。また、開閉検出センサ２８０は、搬送部１５０の開閉可能な各部位（たとえば、ジャム解除の際に開閉される部位）に設けられ、これら部位の開閉を検出する。開閉検出センサ２８０からの開放検出信号および閉鎖検出信号は、機器制御部２６０に出力される。ジャム検出センサ２９０は、搬送部１５０の各所に設けられ、搬送部１５０内で発生するジャム（紙幣詰まり）を検出し、ジャム検出信号を機器制御部２６０に出力する。

操作端末３０は、上述した操作表示部３１０の他、端末制御部３２０、端末記憶部３３０および通信部３４０を備える。

操作表示部３１０は、ディスプレイ３１１とタッチセンサ３１２とからなるタッチパネルで構成される。ディスプレイ３１１は、各種の画像（画面）を表示する。タッチセンサ３１２は、ディスプレイ３１１に重ねられディスプレイ３１１に対するユーザのタッチ操作を検出する。

端末制御部３２０は、ＣＰＵ等の演算回路を備え、端末記憶部３３０に記憶されたプログラムに従って、操作表示部３１０、プリンタ４０等を制御する。また、端末制御部３２０は、紙幣処理ユニット１０の機器制御部２６０および硬貨処理ユニット２０の機器制御部（図示せず）との間で、各種情報（指令を含む）のやり取りを行う。

端末記憶部３３０は、ＲＯＭ、ＲＡＭやハードディスク等の記憶媒体を備え、端末制御部３２０の動作プログラムを記憶し、また、端末制御部３２０の制御処理の際にワーク領域として利用される。さらに、端末記憶部３３０には、収納紙幣データベース３３１（以下、「収納紙幣ＤＢ３３１」と略す）、取引ログデータベース３３２（以下、「取引ログＤＢ３３２」と略す）、扉開ログデータベース３３３（以下、「扉開ログＤＢ３３３」と略す）およびエラーログデータベース３３４（以下、「エラーログＤＢ３３４」と略す）が設けられる。

通信部３４０は、管理コンピュータ２、監視カメラ３等の通信部（図示せず）との間で、ネットワーク回線４を介した信号（情報）の送受信を行う。

図４（ａ）は、本実施形態に係る、収納紙幣ＤＢ３３１の構成を示す図であり、図４（ｂ）は、本実施形態に係る、取引ログＤＢ３３２の構成を示す図である。

図４（ａ）に示すように、収納紙幣ＤＢ３３１には、一括収納部１９０、第１収納部２０１、第２収納部２０２および第３収納部２０３にそれぞれ収納された全ての紙幣の記番号および金種が収納順序に紐付けて登録される。また、図４（ｂ）に示すように、取引ログＤＢ３３２には、紙幣処理ユニット１０において、入金処理、出金処理、装填処理等の取引処理が行われる度に、その取引処理に係る取引ログ情報（取引履歴情報）として、処理の種別（入金、出金、装填等）、処理日時、伝票金額、明細枚数、処理の対象となった紙幣の記番号等が、通番とともに登録される。なお、端末記憶部３３０には、図３には示されていないが、硬貨処理ユニット２０での取引処理に関する取引ログデータベースも用意されている。

図５（ａ）は、本実施形態に係る、扉開ログＤＢ３３３の構成を示す図であり、図５（ｂ）は、本実施形態に係る、エラーログＤＢ３３４の構成を示す図である。

図５（ａ）に示すように、扉開ログＤＢ３３３には、出納機１の扉（紙幣処理ユニット１０の扉１５等）を開閉する処理が行われる度に、開閉処理に係る開閉ログ情報（開閉履歴情報）が登録される。扉開ログＤＢ３３３には、「日時」、「担当者」、「処理部」、「ブロック名称」、「現金」等の登録欄（登録領域）が、各登録欄に対応する開閉ログ情報のために用意される。

「日時」の登録欄には、扉が開閉されたときの日時が登録される。「担当者」の登録欄には、扉を開閉した担当者（係員）の担当者番号が登録される。「処理部」の登録欄には、開閉された扉が紙幣処理ユニット１０（紙幣部）および硬貨処理ユニット２０（硬貨部）うち何れの処理ユニットに存在するのかが登録される。「ブロック名称」の登録欄には、開閉された扉を有する処理ユニットの中のその扉が存在するブロックの名称が登録される。「現金」の登録欄には、開閉された扉が、その扉の開放によって係員が出納機１の中の現金（貨幣）に触れることができるものである場合に、「触れる」の情報が登録される。

紙幣処理ユニット１０内で扉１５等が開放されたとき、機器制御部２６０は、対応する開閉検出センサ２８０から開放検出信号を受け取る。機器制御部２６０は、その開放検出信号に対応する扉が開いたことを端末制御部３２０に通知する。その際、機器制御部２６０は、併せて、開閉ログ情報を端末制御部３２０に送り、端末制御部３２０が、送られてきた開閉ログ情報を扉開ログＤＢ３３３に登録する。

図５（ｂ）に示すように、エラーログＤＢ３３４には、出納機１内に取引処理が中断されるようなジャム等のエラーが発生し、エラー処理が行われる度に、そのエラー処理に係るエラーログ情報（エラー履歴情報）が登録される。エラーログ情報は、エラーの発生時や解除時に登録され得る。エラーログＤＢ３３４には、「日時」、「担当者」、「処理部」、「エラーコード」、「エラー種別」、「対象金種」、「エラー現金戻し」、「アラート」等の登録欄（登録領域）が、各登録欄に対応するエラーログ情報のために用意される。

「日時」の登録欄には、エラーが発生したときの日時またはエラーが解除されたときの日時が登録される。「担当者」の登録欄には、エラーの解除を担当した担当者（係員）の担当者番号が登録される。「処理部」の登録欄には、紙幣処理ユニット１０（紙幣部）および硬貨処理ユニット２０（硬貨部）うち何れの処理ユニットにエラーが発生したのかが登録される。「エラーコード」の登録欄には、各エラーに付されたエラーコードが登録される。「エラー種別」の登録欄には、「ジャム」、「セット不良」、残留エラー」などのエラーの種別が登録される。たとえば、搬送部１５０で紙幣の詰まりが生じた場合のエラーが「ジャム」であり、紙幣の搬送中に紙幣処理ユニット１０における開閉可能な部位のロックが外れてしまった場合のエラーが「セット不良」であり、取引処理を開始しようとしたときに、本来存在すべきでない場所に紙幣が残留していた場合のエラーが「残留エラー」である。「対象金種」の登録欄には、エラーが発生したときの取引処理で扱われていた金種が登録される。「エラー現金戻し」の登録欄には、エラーの解除時に出納機１内への現金（貨幣）の戻しがあったか否かが登録される。即ち、現金を戻す必要があり、実際に戻された場合には「有り」の登録が行われ、現金を戻す必要があったが、実際に戻されていない場合には「未実施」の登録が行われ、現金を戻す必要がなかった場合には「無し」の登録が行われる。エラー発生時のエラーログＤＢ３３４へのエラーログ情報が登録の際には、「エラー現金戻し」の登録欄への登録は行われない。「アラート」の登録欄には、エラーを解除した直後に行った精査処理で違算が生じた場合など、現金が正しく戻されていないような状況が発生している場合に、それを示すマーク（たとえば、「※」）が登録される。

なお、エラーログＤＢ３３４にエラーログ情報が登録されるエラーには、図５（ｂ）の「エラーの種別」の登録欄に例示したエラーの他、停電等によって取引処理中に強制的に出納機１の電源がオフとなるエラー等も含まれる。

紙幣処理ユニット１０内において、エラーの一つであるジャムエラーが発生したとき、機器制御部２６０は、ジャム検出センサ２９０からジャム検出信号を受け取る。ジャム検出信号を受け取ると、機器制御部２６０は、ジャムエラーが発生したと判定して、入金処理、出金処理等、実行していた取引処理を中断し、ジャムエラーが発生したことを端末制御部３２０に通知する。また、ジャムエラーが解除されたときにも、機器制御部２６０は、ジャムエラーが解除されたことを端末制御部３２０に通知する。機器制御部２６０は、これらの通知と併せて、エラーログ情報を端末制御部３２０に送り、端末制御部３２０が、送られてきたエラーログ情報をエラーログＤＢ３３４に登録する。

次に、出納機１の紙幣処理ユニット１０で行われる、紙幣の入金処理および装填処理について説明する。

図６（ａ）および（ｂ）は、本実施形態に係る、紙幣の入金処理について説明するための図である。

入金処理を行う際には、入金される紙幣が係員によって入金部１１０に投入される。係員による入金の開始操作が行われると、図６（ａ）に示すように、入金部１１０に投入されたバラ紙幣が、一枚ずつ繰り出されて搬送部１５０で搬送され、その際に識別部１６０で紙幣の属性が識別される。識別部１６０での識別の結果、正常と見做された紙幣が、表裏揃え部１７０で表裏が揃えられた後に一時保留部１８０に保留される。

紙幣が一時保留部１８０に一時的に保留された状態で、係員による入金の確定操作が行われると、図６（ｂ）に示すように、一時保留部１８０から紙幣が一枚ずつ繰り出されて搬送部１５０で搬送され、その際に識別部１６０で紙幣の金種が識別される。そして、金種が識別された紙幣は、その金種が割り当てられた一括収納部１９０や金種別収納部２００（２０１、２０２、２０３）に収納される。なお、確定操作でなく、キャンセル操作がなされた場合、一時保留部１８０内の紙幣は、全て出金部１３０に返却される。

何れかの金種別収納部２００において、紙幣の残量が少なくなると、装填処理が行われる。装填処理を行う際には、補充される紙幣が係員の手によって直接一時保留部１８０に投入される。係員による装填の開始操作が行われると、入金処理時の確定操作後と同じように、一時保留部１８０から紙幣が一枚ずつ繰り出されて搬送部１５０で搬送され、その際に識別部１６０で紙幣の金種が識別される。そして、金種が識別された紙幣は、その金種が割り当てられた金種別収納部２００に収納される（図６（ｂ）参照）。

本実施形態では、入金処理、装填処理など、一括収納部１９０や金種別収納部２００に紙幣が収納される取引処理において、紙幣が識別部１６０を通過する際、識別部１６０によって紙幣の記番号が読み取られる。なお、入金処理では、入金部１１０から一時保留部１８０へ搬送される際と、一時保留部１８０から一括収納部１９０や金種別収納部２００へ搬送される際の２回に亘り、紙幣が識別部１６０を通過する。この場合、２回とも識別部１６０によって記番号が読み取られてもよいし、どちらか１回において識別部１６０により記番号が読み取られてもよい。

識別部１６０に読み取られた記番号は、その記番号の紙幣の金種とともに、機器制御部２６０から端末制御部３２０に通知される。通知された記番号および金種の情報は、端末制御部３２０によって、収納紙幣ＤＢ３３１および取引ログＤＢ３３２に登録される。記番号を登録するための記番号登録処理が、端末制御部３２０によって実行される。

図７は、本実施形態に係る、記番号登録処理の制御動作を示すフローチャートである。

端末制御部３２０は、機器制御部２６０から紙幣の記番号および金種の情報を取得すると（Ｓ１０１）、これらの情報を端末記憶部３３０に用意された一時記憶領域に一時保存する（Ｓ１０２）。そして、その回の取引処理（入金処理、装填処理等）の全ての紙幣について、記番号および金種の情報の取得が完了すると（Ｓ１０３：ＹＥＳ）、端末制御部３２０は、確定操作およびキャンセル操作の何れが受け付けられたかを判定する（Ｓ１０４）。確定操作が受け付けられた場合（Ｓ１０４：確定）、端末制御部３２０は、一時保存された記番号および金種の情報を、収納紙幣ＤＢ３３１と取引ログＤＢ３３２に登録する（Ｓ１０５）。一方、キャンセル操作が受け付けられた場合（Ｓ１０４：キャンセル）、端末制御部３２０は、一時保存された記番号および金種の情報を、収納紙幣ＤＢ３３１と取引ログＤＢ３３２に登録せず、一時記憶領域から消去する（Ｓ１０６）。

収納紙幣ＤＢ３３１と取引ログＤＢ３３２に登録された記番号は、本実施形態の出納機１で行われる紙幣の精査処理において利用される。

次に、出納機１で行われる紙幣の精査処理について説明する。この精査処理は、一括収納部１９０および金種別収納部２００に収納されている実際の紙幣の数量（在高）が、収納紙幣ＤＢ３３１を用いて管理されている紙幣の数量（在高）と一致するか否かを精査する処理である。さらに、この精査処理では、紙幣の数量の不一致、特に紙幣の不足が検出された場合に、その不足の原因となり得る処理に係るログ情報が操作表示部３１０やプリンタ４０によって出力される。なお、係員の開始操作により手動で開始される精査処理は、手動精査処理と称されることがあり、指定日時の到来など、開始条件の成立により自動で開始される精査処理は、自動精査処理と称されることがある。

図８は、本実施形態に係る、紙幣の精査処理の制御動作を示すフローチャートである。図９（ａ）および（ｂ）は、本実施形態に係る、紙幣往復処理が実行されたときの紙幣処理ユニット１０内での紙幣の流れを示す図である。図１０（ａ）ないし（ｄ）は、それぞれ、本実施形態に係る、操作表示部３１０に表示される精査画面Ｓ１、違算発生通知ウィンドウＷ１、確認通知ウィンドウＷ２および原因候補表示画面Ｓ２の一例を示す図である。図１１（ａ）ないし図１２（ｂ）は、本実施形態に係る、違算発生原因の候補となる処理に係るログ情報を抽出する手順について説明するための図である。

たとえば、図１０（ａ）に示す精査画面Ｓ１において、係員がチェックボックスＣ１へタッチし、精査処理の対象として「バラ紙幣部」を選択した後、開始ボタンＢ１を押すと、操作表示部３１０により開始操作が受け付けられ、端末制御部３２０により紙幣の精査処理が開始される。なお、指定日時の到来など、開始条件の成立により精査処理が開始される場合もある。

まず、端末制御部３２０は、紙幣往復処理を実行する（Ｓ２０１）。即ち、端末制御部３２０は、機器制御部２６０に対して指令を発し、図９（ａ）および（ｂ）のように、一括収納部１９０や金種別収納部２００と一時保留部１８０との間で紙幣を往復させ、その間に識別部１６０で読み取った記番号と金種の情報を送るようにさせる。そして、端末制御部３２０は、機器制御部２６０から受け取った記番号と金種の情報を端末記憶部３３０に記憶させる。

端末制御部３２０は、一括収納部１９０および全ての金種別収納部２００に対して紙幣往復処理を実行し、これが終了すると（Ｓ２０２：ＹＥＳ）、記番号比較処理を実行して、紙幣往復処理で取得した全ての記番号と、収納紙幣ＤＢ３３１に登録された全ての記番号とを比較する（Ｓ２０３）。全ての記番号が一致する結果となった場合（Ｓ２０４：ＹＥＳ）、端末制御部３２０は、紙幣の数量（在高）に違算がなかったことを通知する精査の完了画面（図示せず）を操作表示部３１０に表示させて係員からの確認操作を待つ（Ｓ２０５）。そして、確認操作があると（Ｓ２０５：ＹＥＳ）、端末制御部３２０は、精査処理を終了する。

一方、全ての記番号が一致する結果とならなかった場合、即ち、紙幣の不足が生じた場合（Ｓ２０４：ＮＯ）、端末制御部３２０は、差分表示処理を実行する（Ｓ２０６）。即ち、端末制御部３２０は、図１１（ａ）のように、収納紙幣ＤＢ３３１から不足する紙幣に係る記番号および金種の情報を抽出する。そして、端末制御部３２０は、操作表示部３１０での表示により紙幣の不足（差額）が生じていることを通知する。たとえば、図１０（ｂ）のように、違算発生通知ウィンドウＷ１が、精査画面Ｓ１上にポップアップ表示される。違算発生通知ウィンドウＷ１には、金種ごとに紙幣の不足枚数が表示される。たとえば、違算発生通知ウィンドウＷ１に含まれた完了ボタンＢ２が押されることにより、差分表示処理が完了する。

次に、端末制御部３２０は、取引特定処理を実行する（Ｓ２０７）。即ち、端末制御部３２０は、図１１（ｂ）のように、取引ログＤＢ３３２を用いることにより、不足する紙幣の記番号に基づいて、不足する紙幣が一括収納部１９０または金種別収納部２００に収納されたときの取引処理を特定する。そして、端末制御部３２０は、操作表示部３１０での表示により、特定した取引処理以降の出納機１への操作（出納機１で行われた処理）の確認を促す。たとえば、図１０（ｃ）のように、操作の確認を促すメッセージを含む確認通知ウィンドウＷ２が、精査画面Ｓ１上にポップアップ表示される。たとえば、確認通知ウィンドウＷ２に含まれた完了ボタンＢ３が押されることにより、取引特定処理が完了する。

次に、端末制御部３２０は、原因候補抽出処理を実行する（Ｓ２０８）。即ち、端末制御部３２０は、扉開ログＤＢ３３３から、紙幣が不足することになった原因となり得る扉の開閉処理に係る開閉ログ情報を、今回の紙幣不足の原因候補として抽出する。また、端末制御部３２０は、エラーログＤＢ３３４から、紙幣が不足することになった原因となり得るエラー処理に係るエラーログ情報を、今回の紙幣不足の原因候補として抽出する。

ここで、不足する紙幣が一括収納部１９０や金種別収納部２００に収納される前に行われた扉の開閉処理やエラー処理は全く関係しない。よって、端末制御部３２０は、先の取引特定処理で特定した取引処理の取引ログ情報に含まれる日時情報（たとえば、2016/06/02 14:30）を取得し、図１２（ａ）、（ｂ）のように、検索対象となる扉の開閉処理およびエラー処理を、取得した日時情報より遅い日時の処理に限定する。

また、紙幣が扱われるのは紙幣処理ユニット１０である。さらに、係員が紙幣に触れられる状態となる扉が開放されなければ紙幣の不足には繋がりにくい。よって、端末制御部３２０は、扉開ログＤＢ３３３の「処理部」の登録欄に「紙幣部」の登録があり、且つ「現金」の登録欄に「触れる」の登録があることを抽出条件に設定し、図１２（ａ）のように、抽出条件を満たす開閉ログ情報を扉開ログＤＢ３３３から抽出する。

さらに、エラー処理の対象となる金種が不足する紙幣の金種と同じでなければ、紙幣の不足の原因とはなりにくい。また、エラーを解除する際に紙幣を戻す必要があるエラー処理やエラー解除時に紙幣が正しく戻されていない可能性が高いエラー処理が、紙幣不足の原因となりやすい。よって、端末制御部３２０は、エラーログＤＢ３３４の「処理部」の登録欄に「紙幣部」の登録があり、且つ「対象金種」の登録欄に、不足する紙幣の金種と同じ金種の登録があり、且つ「エラー現金戻し」の登録欄に「有り」または「未実施」の登録があるか「アラート」の登録欄にマークの登録があることを抽出条件に設定し、図１２（ｂ）のように、抽出条件を満たすエラーログ情報をエラーログＤＢ３３４から抽出する。

紙幣不足の原因候補となる開閉ログ情報やエラーログ情報の抽出が完了すると、原因候補抽出処理が完了する。

次に、端末制御部３２０は、原因候補出力処理を実行する（Ｓ２０９）。即ち、端末制御部３２０は、操作表示部３１０に原因候補表示画面Ｓ２を表示させる。図１０（ｄ）に示すように、原因候補表示画面Ｓ２には、原因候補抽出処理で抽出された開閉ログ情報やエラーログ情報が含まれる。また、原因候補表示画面Ｓ２には、印字ボタンＢ４および終了ボタンＢ５が含まれる。印字ボタンＢ４が押されると、端末制御部３２０は、原因候補表示画面Ｓ２で示された開閉ログ情報やエラーログ情報が記入されたジャーナルをプリンタ４０に出力させる。さらに、終了ボタンＢ５が押されると、端末制御部３２０は、原因候補表示画面Ｓ２を閉じて、精査処理を終了する。

係員は、原因候補表示画面Ｓ２やジャーナルに示された担当者に、開閉ログ情報やエラーログ情報を見せ、今回の紙幣不足（精査処理の違算）の原因となり得る扉の開閉処理やエラー処理の際の状況について問い合わせることにより、円滑に原因を究明することが可能となる。

＜実施形態の効果＞
本実施形態によれば、以下の効果が奏され得る。

（１）精査処理の結果、違算（紙幣不足）が生じた場合に、違算の原因となり得る処理（扉の開閉処理、エラー処理）に係るログ情報（開閉ログ情報、エラーログ情報）を確認することができ、ログ情報を原因究明に役立てることができる。しかも、不足する紙幣の記番号に基づいて、その紙幣が出納機１（一括収納部１９０、金種別収納部２００）に収納された取引処理を特定し、その取引処理が行われた日時よりも遅くに発生したログ情報のみを原因候補として出力するようにしたので、係員は、有効なログ情報のみの取得を行うことができ、原因究明に要する時間や手間の削減が可能となる。

（２）出納機１内の紙幣への接触が可能となる処理（扉の開閉処理、エラー処理）に係るログ情報（開閉ログ情報、エラーログ情報）を、原因候補として抽出するようにしたので、係員は、そのログ情報を用いて的確に原因究明を行うことが可能となる。

（３）原因候補となるログ情報を、プリンタ４０によりジャーナルとして出力するようにしたので、係員は、そのログ情報を手軽に自身で保持することが可能となる。

以上、本発明の実施形態について説明したが、本発明は、上記実施形態によって何ら制限されるものではなく、また、本発明の実施形態も、以下に示す通り、上記以外に種々の変更が可能である。

＜変更例１＞
上記実施形態の出納機１において、係員、特にある程度の権限を有する者が、精査違算原因候補検索を行えるようにしてもよい。精査違算原因候補検索では、精査処理が終了した後において、係員が、違算が生じた精査処理を検索し、その違算（紙幣不足）の原因候補を確認できる。

図１３は、変更例１に係る、精査ログデータベース３３５の構成を示す図である。

操作端末３０の端末記憶部３３０には、精査ログデータベース３３５（以下、「精査ログＤＢ３３５」と略す）が設けられる。精査ログＤＢ３３５には、精査処理が行われる度に、その処理に係る精査ログ情報（精査履歴情報）が登録される。精査ログＤＢ３３５には、「通番」、「日時」、「精査種別」、「処理部」、「担当者」、「精査結果」、「不足記番号」等の登録欄（登録領域）が、各登録欄に対応する開閉ログ情報のために用意される。

「通番」の登録欄には、精査処理における通番が登録される。「日時」の登録欄には、精査処理が実行された日時が登録される。「精査種別」の登録欄には、指定された紙幣の収納部を精査の対象とする指定精査であるか、出納機１の全ての紙幣の収納部を精査処理の対象とする全部精査であるかが登録される。「処理部」の登録欄には、「バラ紙幣収納部」、「全部」等、精査処理の対象となる収納部が登録される。「担当者」の登録欄には、精査処理を行った担当者（係員）の担当者番号が登録される。「精査結果」の登録欄には、精査処理の結果、差額が発生したか否かが登録される。「不足記番号」の登録欄には、不足する紙幣の記番号が登録される。

以下、精査違算原因候補検索について詳細に説明する。精査違算原因候補検索のために、端末制御部３２０によって原因候補検索処理が実行される。

図１４は、変更例１に係る、原因候補検索処理の制御動作を示すフローチャートである。図１５（ａ）ないし（ｄ）は、それぞれ、変更例１に係る、操作表示部３１０に表示されるメニュー画面Ｓ３、照会メニュー画面Ｓ４、処理選択画面Ｓ５および原因候補表示画面Ｓ６の一例を示す図である。なお、処理選択画面Ｓ５が特許請求の範囲に記載の「指定画面」に対応する。

係員が、図示しない待機画面から自身のログインＩＤを入力することにより、端末制御部３２０が、図１５（ａ）に示すメニュー画面Ｓ３を操作表示部３１０に表示させる。メニュー画面Ｓ３の各種メニューボタンＢ６の中の一つに照会ボタンＢ６ａが含まれる。照会ボタンＢ６ａが押されると、端末制御部３２０は、操作表示部３１０に照会メニュー画面Ｓ４を表示させる。このとき、端末制御部３２０は、入力されたログインＩＤから、操作表示部３１０への操作者が、精査違算原因候補検索の操作を行える権限を有している者であるか否かの認証を行い、権限者であると認証した場合、図１５（ｂ）に示すように、精査違算原因候補検索を開始するための候補検索ボタンＢ７ａを各種照会メニューボタンＢ７の中に含める。なお、権限者であると認証できない場合、端末制御部３２０は、候補検索ボタンＢ７ａを含まない照会メニュー画面Ｓ４を操作表示部３１０に表示させる。

照会メニュー画面Ｓ４において、候補検索ボタンＢ７ａが押されると、原因候補検索処理が開始される。

まず、端末制御部３２０は、違算案件抽出処理を実行する（Ｓ３０１）。即ち、端末制御部３２０は、精査ログＤＢ３３５から、「精査結果」の登録欄に「差額有り」と登録された精査処理、即ち違算が生じた精査処理に係る精査ログ情報を抽出する。

次に、端末制御部３２０は、違算案件選択処理を実行する（Ｓ３０２）。即ち、端末制御部３２０は、抽出した精査ログ情報の一覧表Ｌ１が含まれる処理選択画面Ｓ５を操作表示部３１０に表示させ、一覧表Ｌ１から何れかの精査処理が指定されるのを待つ。

一覧表Ｌ１の中から何れかの精査処理が指定され、さらに、処理選択画面Ｓ５に含まれる候補表示ボタンＢ８が押されると、端末制御部３２０は、精査処理と同様に、取引特定処理（Ｓ３０３）、原因候補抽出処理（Ｓ３０４）、原因候補出力処理（Ｓ３０５）を順次実行する。但し、この原因候補検索処理では、取引特定処理において、指定された精査処理に係るログ情報に含まれる記番号、即ち、「不足記番号」の登録欄に登録された記番号が用いられる。

精査処理と同様、操作表示部３１０に、図１５（ｄ）に示すような原因候補表示画面Ｓ６が表示される。原因候補表示画面Ｓ６には、精査処理における原因候補表示画面Ｓ２と同様に印字ボタンＢ９が含まれる。また、原因候補表示画面Ｓ６には、原因候補表示画面Ｓ２に含まれた終了ボタンＢ５に代えて戻るボタンＢ１０が含まれる。戻るボタンＢ１０が押されると、端末制御部３２０は、操作表示部３１０の画面を処理選択画面Ｓ５に戻す。

以上、本変更例によれば、精査処理が終了した直後でなくとも、照会メニュー画面Ｓ４からの検索により、違算（紙幣不足）が生じた精査処理と、その違算の原因候補を確認することができる。そして、これら違算が生じた精査処理の分析を行うことで、違算を誘発しやすい処理、担当等の傾向を明らかにすることができる。これにより、違算が多発させる担当者への注意喚起、違算の原因を多発する処理ユニットの保守（メンテナンス、交換）の判断、違算の原因を多発する処理の操作ポイントの通達などに繋げることができる。

また、精査違算原因候補検索を行う操作は、その権限を有する者のみが行えるので、精査処理の違算の原因に関わるログ情報が、権限を有さない一般の係員に広く知れ渡ってしまうことを防止できる。

＜変更例２＞
上記実施形態の出納機１において、精査処理の違算（紙幣不足）の原因となり得る処理に係るログ情報が操作表示部３１０に表示される際に、併せて、その処理が行われているときの出納機１の様子を捉えた監視カメラ３の映像が見られるようにされるとよい。

図１６（ａ）は、変更例２に係る、扉開ログＤＢ３３３の構成を示す図であり、図１６（ｂ）は、変更例２に係る、エラーログＤＢ３３４の構成を示す図である。

本変更例では、扉開ログＤＢ３３３およびエラーログＤＢ３３４に「監視動画」の登録欄が設けられる。扉開ログＤＢ３３３における「監視動画」の登録欄には、扉の開閉処理が行われているときの様子を監視カメラ３で撮影した監視動画（映像情報）のファイル名が登録される。同様に、エラーログＤＢ３３４における「監視動画」の登録欄には、エラーの解除処理が行われているときの様子を監視カメラ３で撮影した監視動画のファイル名が登録される。監視動画の動画データ自身は、たとえば、管理コンピュータ２の記憶部２ｂに保存される。なお、監視動画の動画データが、端末記憶部３３０に保存されてもよい。

図１７（ａ）および（ｂ）は、それぞれ、変更例２に係る、操作表示部３１０に表示される原因候補表示画面Ｓ２および動画再生画面Ｓ７の一例を示す図である。

精査処理において、端末制御部３２０は、原因候補表示画面Ｓ２を操作表示部３１０に表示させる際、図１７（ａ）に示すように、原因候補表示画面Ｓ２中に、各原因候補の処理に係るログ情報（開閉ログ情報、エラーログ情報）に対応付けるようにして、動画ボタンＢ１１を含める。このとき、各動画ボタンＢ１１に対応する監視動画の動画データが、管理コンピュータ２の記憶部２ｂから読み出されて、端末記憶部３３０に一時的に保存される。動画ボタンＢ１１が押されると、端末制御部３２０は、押された動画ボタンＢ１１に対応する監視動画を再生するための動画再生画面Ｓ７を操作表示部３１０に表示させる。

図１７（ｂ）に示すように、動画再生画面Ｓ７は、動画再生領域Ｒ１と、再生ボタンＢ１２と、停止ボタンＢ１３と、戻るボタンＢ１４とを含む。再生ボタンＢ１２が押されると、端末制御部３２０は、動画再生領域Ｒ１において監視動画を再生する。また、監視動画の再生中に停止ボタンＢ１３が押されると、端末制御部３２０は、監視動画を停止させる。さらに、戻るボタンＢ１４が押されると、端末制御部３２０は、操作表示部３１０の画面を原因候補表示画面Ｓ２に戻す。なお、動画再生画面Ｓ７に、動画を巻き戻すための巻き戻しボタンや動画をスロー再生するためのスロー再生ボタンが含まれてもよい。

以上、本変更例によれば、違算の原因となり得る処理（扉の開閉処理、エラー処理）に係るログ情報（開閉ログ情報、エラーログ情報）とともに、その処理が行われているときの出納機１の様子を監視動画により確認することができる。

＜その他の変更例＞
上記実施形態では、収納紙幣ＤＢ３３１、取引ログＤＢ３３２、扉開ログＤＢ３３３およびエラーログＤＢ３３４が端末記憶部３３０に備えられた。しかしながら、収納紙幣ＤＢ３３１、取引ログＤＢ３３２、扉開ログＤＢ３３３およびエラーログＤＢ３３４が、出納機１の外部の装置の記憶部、たとえば、管理コンピュータ２の記憶部２ｂに備えられてもよい。同様に、上記変更例１に係る出納機１の精査ログＤＢ３３５についても、出納機１の外部の装置の記憶部、たとえば、管理コンピュータ２の記憶部２ｂに備えられてもよい。これらの場合、端末制御部３２０は、ネットワーク回線４を通じて、これらデータベース３３１〜３３５との間でデータ（ログ情報等）のやり取りを行うこととなる。

また、出納機１の操作端末３０ではなく、管理コンピュータ２で、記番号登録処理、精査処理および原因候補検索処理が行われてもよい。即ち、収納紙幣ＤＢ３３１、取引ログＤＢ３３２、扉開ログＤＢ３３３およびエラーログＤＢ３３４が、管理コンピュータ２の記憶部２ｂに設けられるとともに、管理コンピュータ２の制御部２ａが、記番号登録処理、精査処理および原因候補検索処理を実行するような構成が採られてもよい。この場合、管理コンピュータ２のモニタディスプレイ２ｃに、精査処理に関係する画面等（精査画面Ｓ１、違算発生通知ウィンドウＷ１、確認通知ウィンドウＷ２、原因候補表示画面Ｓ２）および原因候補検索処理に関係する画面等（メニュー画面Ｓ３、照会メニュー画面Ｓ４、処理選択画面Ｓ５、原因候補表示画面Ｓ６）が表示される。さらに、管理コンピュータ２に付属するプリンタ（図示せず）から違算の原因候補が記されたジャーナルが出力される。

さらに、上記実施形態では、違算（紙幣不足）の原因候補となる処理に係るログ情報（開閉ログ情報、エラーログ情報）が、操作表示部３１０に表示されたり、プリンタ４０で印字されたりした。しかしながら、これらログ情報が、タブレット端末６や携帯電話端末７に送信され、タブレット端末６や携帯電話端末７のディスプレイに表示されてもよい。

さらに、上記実施形態では、精査処理において、紙幣往復処理で取得した全ての記番号と収納紙幣ＤＢ３３１に登録された全ての記番号とを比較することにより、精査処理の違算の有無と、不足する紙幣とを一度に調べるようにした。しかしながら、紙幣往復処理において紙幣の記番号を読み取るとともに枚数も計測するようにし、まず、枚数の比較によって違算の有無を調べ、違算が生じた場合に、記番号の比較によって不足する紙幣を調べる、というような制御が行われてもよい。

さらに、上記変更例１では、違算案件選択処理（Ｓ３０２）において何れかの精査処理が指定されると、指定された精査処理に関して取引特定処理（Ｓ３０３）および原因候補抽出処理（Ｓ３０４）が実行され、違算の原因となり得る処理に係るログ情報が抽出された。しかしながら、端末制御部３２０が、精査処理の際に抽出されたログ情報を精査処理の通番に紐付けて端末記憶部３３０に記憶させておき、指定された精査処理の通番に紐付けられたログ情報を端末記憶部３３０から読み出すような構成が採られてもよい。

さらに、上記実施形態では、違算の原因となり得る処理（扉の開閉処理、エラー処理）に係るログ情報、即ち対象ログ情報のみを原因候補表示画面Ｓ６を用いて表示するようにした。しかしながら、対象期間（不足した紙幣の取引処理より遅い期間）内の対象ログ情報以外の非対象ログ情報も対象ログ情報とともに表示するようにしてもよい。この場合、非対象ログ情報は、グレーアウト表示などにより、対象ログ情報と区別されて表示される。また、グレーアウト表示された非対象ログ情報は選択できないがグレーアウト表示されていない対象ログ情報は選択できるようにし、選択に基づく処理が行われるようになされてもよい。

さらに、出納機１内の紙幣への接触が可能となる扉以外の開放可能部位の開放処理に係るログ情報が登録されるログテータベースを用意し、扉開ログＤＢ３３３とともにこのログデータベースを検索することにより、紙幣不足の原因となり得る開放処理に係るログ情報を抽出し、表示するようにしてもよい。

さらに、上記実施形態では、本発明の貨幣処理装置として、出納機１が例示され、本発明の貨幣処理システムとして、出納機１と管理コンピュータ２とを含む貨幣処理システム５が例示された。しかしながら、本発明は、出納機１以外の貨幣処理装置、たとえば、貨幣入出金機に適用されてもよい。また、本発明は、出納機１と管理コンピュータ２を含む貨幣処理システム５以外の貨幣処理システムに適用されてもよい。たとえば、本発明が、貨幣入出金機と管理コンピュータとを含む貨幣処理システム、貨幣入出金機と出納機（貨幣入出金機を管理する管理装置となる）とを含む貨幣処理システム、釣銭機とＰＯＳレジスタ（釣銭機を管理する管理装置となる）とを含む貨幣処理システムに適用されてもよい。

この他、本発明の実施形態は、特許請求の範囲に記載の範囲で適宜変更可能である。

１ 出納機（貨幣処理装置）
２ 管理コンピュータ（管理装置）
３ 監視カメラ
５ 貨幣処理システム
４０ プリンタ（出力部、印字部）
１６０ 識別部（読取部）
１９０ 一括収納部（収納部）
２００ 金種別収納部（収納部）
３１０ 操作表示部（出力部、表示部、操作部）
３２０ 端末制御部（制御部）
３３２ 取引ログデータベース（第１データベース）
３３３ 扉開ログデータベース（第２データベース）
３３４ エラーログデータベース（第２データベース）
Ｓ５ 処理選択画面（指定画面）

Claims (8)

1. 貨幣を収納する収納部を備え、前記収納部に対する入出金時に貨幣が計数されることにより、前記収納部に収納された貨幣の数量が管理される貨幣処理装置において、
   個々の貨幣を特定するための特定情報を貨幣から読み取る読取部と、
   制御部と、を備え、
   前記制御部は、
   前記収納部に収納された貨幣の前記特定情報を日時情報と対応付けて第１データベースに記憶させ、
   精査処理の結果、前記収納部に収納された貨幣の数量が、管理されている数量より不足する場合、第２データベースに記憶された、不足の原因となり得る処理に係るログ情報の中から、不足する貨幣の前記特定情報に対応付けられた前記日時情報より遅い日時に発生した処理に係るログ情報を抽出し、抽出した前記ログ情報を出力部に出力させる、
   ことを特徴とする貨幣処理装置。
2. 前記不足の原因となり得る処理は、開放によって前記貨幣処理装置内の貨幣への接触が可能となる部位の開放処理およびエラー解除の際に前記貨幣処理装置内の貨幣への接触が可能となるエラー処理の少なくとも１つを含む、
   ことを特徴とする貨幣処理装置。
3. 前記制御部は、前記出力部である表示部または印字部に前記ログ情報を出力させる、
   ことを特徴とする請求項１または２に記載の貨幣処理装置。
4. 前記制御部は、
   過去に実行された前記精査処理の中から何れかの前記精査処理を指定するための指定画面を表示部に表示させ、
   何れかの前記精査処理が指定されたことに応じて、指定された前記精査処理に対応する前記ログ情報を前記表示部に表示させる、
   ことを特徴とする請求項１ないし３の何れか一項に記載の貨幣処理装置。
5. 前記指定画面を前記表示部に表示させるための表示操作を受け付ける操作部を、さらに備え、
   前記制御部は、前記操作部への操作を行う者が前記表示操作を行う権限を有する者であるか否かの認証を行うことにより、権限を有する者による前記表示操作を可能とさせる、
   ことを特徴とする請求項４に記載の貨幣処理装置。
6. 貨幣を収納する収納部を有する貨幣処理装置と、当該貨幣処理装置を管理する管理装置とを備え、前記収納部に対する入出金時に貨幣が計数されることにより、前記収納部に収納された貨幣の数量が管理される貨幣処理システムにおいて、
   個々の貨幣を特定するための特定情報を貨幣から読み取る読取部と、
   制御部と、を備え、
   前記制御部は、
   前記収納部に収納された貨幣の前記特定情報を日時情報と対応付けて第１データベースに記憶させ、
   精査処理の結果、前記収納部に収納された貨幣の数量が、管理されている数量より不足する場合、第２データベースに記憶された、不足の原因となり得る処理に係るログ情報の中から、不足する貨幣の前記特定情報に対応付けられた前記日時情報より遅い日時に発生した処理に係るログ情報を抽出し、抽出した前記ログ情報を出力部に出力させる、
   ことを特徴とする貨幣処理システム。
7. 前記貨幣処理装置の周辺を撮影可能な監視カメラを、さらに備え、
   前記第２データベースでは、前記不足の原因となり得る処理が発生したときに前記監視カメラで撮影された映像情報に、前記ログ情報が紐付けられて記憶され、
   前記制御部は、前記出力部となる表示部に前記ログ情報および前記映像情報を表示させる、
   ことを特徴とする請求項６に記載の貨幣処理システム。
8. 収納部に収納される貨幣から、個々の貨幣を特定するための特定情報を読取部に読み取らせ、
   前記収納部に収納された貨幣の前記特定情報を日時情報と対応付けて第１データベースに記憶させ、
   精査処理の結果、前記収納部に収納された貨幣の数量が、管理されている数量より不足する場合、第２データベースに記憶された、不足の原因となり得る処理に係るログ情報の中から、不足する貨幣の前記特定情報に対応付けられた前記日時情報より遅い日時に発生した処理に係るログ情報を抽出して、抽出した前記ログ情報を出力部に出力させる、
   ことを特徴とする貨幣処理方法。
   
   

Images