(57)【要約】【課題】エラー発生時に回収された貨幣が戻し入れられないまま長く放置されることを防止できる貨幣処理装置を提供する。【解決手段】貨幣処理装置１は、出金処理等の処理の途中においてエラーが発生したことを検知する機器制御部１５、２５、３５、４５と、操作表示部５１と、端末制御部５３と、を備える。端末制御部５３は、エラーが検知されたことに応じて、エラー解除の際に収納部１３、２２、３３、４２以外の領域から回収された貨幣の収納部１３、２２、３３、４２への戻入れを促す第１報知を操作表示部５１に行わせ、第１報知が行われた後に所定の報知条件が成立すると、戻入れを促す、第１報知とは報知態様の異なる第２報知を操作表示部５１に行わせる。【選択図】図２
2017146666.tif 000002
【特許請求の範囲】
【請求項１】
貨幣が収納される収納部を備え、前記収納部への入金処理および前記収納部からの出金処理のうち少なくとも一つが含まれる貨幣の処理を行う貨幣処理装置において、
前記処理の途中においてエラーが発生したことを検知する検知部と、
外部への報知を行う報知部と、
制御部と、を備え、
前記制御部は、
前記検知部によりエラーが検知されたことに応じて、エラー解除の際に前記収納部以外の領域から回収された貨幣の前記収納部への戻入れを促す第１の報知を前記報知部に行わせ、
前記第１の報知が行われた後に所定の条件が成立すると、前記戻入れを促す、前記第１の報知とは報知態様の異なる第２の報知を前記報知部に行わせる、
ことを特徴とする貨幣処理装置。
【請求項２】
前記所定の条件は、
前記第１の報知が行われてから所定時間が経過したこと、
前記第１の報知が行われた後に、前記戻入れのための処理と異なる処理が開始されたこと、または、前記異なる処理が終了されたこと、
前記第１の報知が行われた後に、前記戻入れのための処理と異なる処理が所定回数より多く実行されたこと、
前記第１の報知が行われた後に、エラーが発生した処理を行った当事者がログインしたこと、および、
前記第１の報知が行われた後に、前記戻入れの対象となる前記収納部から貨幣を回収する処理が開始されること、
との条件のうち少なくとも一つを含む、
ことを特徴とする請求項１に記載の貨幣処理装置。
【請求項３】
前記第２の報知は、前記第１の報知よりも訴求力が高い、
ことを特徴とする請求項１または２に記載の貨幣処理装置。
【請求項４】
前記報知部は、画面を表示する表示部を含み、
前記第１の報知は、前記表示部に表示された画面に含まれる第１の画像による報知を含み、
前記第２の報知は、
前記表示部に表示された画面に含まれる、前記第１の画像よりサイズの大きな第２の画像による報知、
前記表示部に表示された画面に含まれる、点滅を繰り返す第３の画像による報知、    前記表示部に表示された画面に含まれる、前記第１の画像に含まれる所定の色が前記画面とのコントラストが大きくなるように変更された第４の画像による報知、および、
前記表示部に表示された画面からポップアップ表示される第５の画像による報知、
のうち少なくとも一つを含む、
ことを特徴とする請求項３に記載の貨幣処理装置。
【請求項５】
前記報知部は、外部の端末との間で通信可能な通信部を含み、
前記第２の報知は、前記通信部を通じた前記端末への報知を含む、
ことを特徴とする請求項１または２に記載の貨幣処理装置。
【請求項６】
前記制御部は、前記戻入れの対象となる貨幣の価値の大きさに応じて、前記所定の条件および／または前記第２の報知の報知態様を異ならせる、
ことを特徴とする請求項１ないし５の何れか一項に記載の貨幣処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、貨幣の入出金等を行う貨幣処理装置に関する。
【背景技術】
【０００２】
従来、貨幣の入出金等を行う貨幣処理装置では、入金処理において貨幣を収納部へ収納している途中や出金処理において貨幣を収納部から出金部へ払い出している途中にジャム等のエラーが発生した場合、係員は、エラーを解除する際に収納部以外の領域に残っている貨幣を貨幣処理装置内から回収する。回収された貨幣のうち、貨幣処理装置の管理下にあるべき貨幣は、は、エラーの解除後に収納部に戻し入れられる。エラーの解除後、所定時間が経過しても貨幣が戻し入れられないときには、表示部に警告メッセージが表示される（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−２０６１２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のように警告メッセージが表示されても、そのときの係員の状況によっては、直ちに貨幣の戻し入れが行われないこともあり得る。そのまま時間が経過していくと、係員がその警告メッセージの表示に目が慣れ、その警告メッセージによる訴求効果が薄れてくる。こうなった場合、回収した貨幣が戻されないまま長く放置される虞があり、そのまま締めの処理が行われてしまって、違算が生じてしまう虞がある。
【０００５】
かかる課題に鑑み、本発明は、エラー発生時に回収された貨幣が戻し入れられないまま長く放置されることを防止できる貨幣処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の主たる態様は、貨幣が収納される収納部を備え、前記収納部への入金処理および前記収納部からの出金処理のうち少なくとも一つが含まれる貨幣の処理を行う貨幣処理装置に関する。本態様に係る貨幣処理装置は、前記処理の途中においてエラーが発生したことを検知する検知部と、外部への報知を行う報知部と、制御部と、を備える。ここで、前記制御部は、前記検知部によりエラーが検知されたことに応じて、エラー解除の際に前記収納部以外の領域から回収された貨幣の前記収納部への戻入れを促す第１の報知を前記報知部に行わせ、前記第１の報知が行われた後に所定の条件が成立すると、前記戻入れを促す、前記第１の報知とは報知態様の異なる第２の報知を前記報知部に行わせる。
【０００７】
たとえば、前記所定の条件は、前記第１の報知が行われてから所定時間が経過したこと、前記第１の報知が行われた後に、前記戻入れのための処理と異なる処理が開始されたこと、または、前記異なる処理が終了されたこと、前記第１の報知が行われた後に、前記戻入れのための処理と異なる処理が所定回数より多く実行されたこと、前記第１の報知が行われた後に、エラーが発生した処理を行った当事者がログインしたこと、および、前記第１の報知が行われた後に、前記戻入れの対象となる前記収納部から貨幣を回収する処理が開始されること、との条件のうち少なくとも一つを含み得る。
【０００８】
上記の構成によれば、第１の報知が行われた後に所定の条件が成立すると、第１の報知とは報知態様の異なる第２の報知が行われるので、第１の報知に慣れてきた操作者に対して戻入れの実行を強く訴えることができる。これにより、エラー発生時に回収された貨幣が貨幣処理装置に戻し入れられないまま長く放置されることを防止できる。
【０００９】
本態様に係る貨幣処理装置において、前記第２の報知は、前記第１の報知よりも訴求力が高いものとされ得る。
【００１０】
たとえば、前記報知部は、画面を表示する表示部を含み、前記第１の報知は、前記表示部に表示された画面に含まれる第１の画像による報知を含み得る。この場合、前記第２の報知は、前記表示部に表示された画面に含まれる、前記第１の画像よりサイズの大きな第２の画像による報知、前記表示部に表示された画面に含まれる、点滅を繰り返す第３の画像による報知、前記表示部に表示された画面に含まれる、前記第１の画像に含まれる所定の色が前記画面とのコントラストが大きくなるように変更された第４の画像による報知、および、前記表示部に表示された画面からポップアップ表示される第５の画像による報知、のうち少なくとも一つを含み得る。
【００１１】
上記の構成によれば、第２の報知は第１の報知よりも訴求力が高いので、操作者に対して戻入れの実行を一層強く訴えることができる。
【００１２】
本態様に係る貨幣処理装置において、前記報知部は、外部の端末との間で通信可能な通信部を含み得る。この場合、前記第２の報知は、前記通信部を通じた前記端末への報知を含み得る。
【００１３】
上記の構成によれば、戻入れを行い得る者が貨幣処理装置から離れていても、その者に戻入れの催促を行うことが可能となる。
【００１４】
本態様に係る貨幣処理装置において、前記制御部は、前記戻入れの対象となる貨幣の価値の大きさに応じて、前記所定の条件および／または前記第２の報知の報知態様を異ならせるような構成とされ得る。
【００１５】
上記の構成によれば、貨幣の価値に応じた報知態様で戻入れの催促を行うことができる。
【発明の効果】
【００１６】
本発明によれば、エラー発生時に回収された貨幣が戻し入れられないまま長く放置されることを防止できる。
【００１７】
本発明の効果ないし意義は、以下に示す実施形態の説明により更に明らかとなろう。ただし、以下に示す実施形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施形態に記載されたものに何ら制限されるものではない。
【図面の簡単な説明】
【００１８】
【図１】図１は、実施形態に係る、貨幣処理装置の外観、および、貨幣処理装置と管理コンピュータを通じて通信可能なパソコン端末、タブレット端末および携帯電話機を示す図である。
【図２】図２は、実施形態に係る、貨幣処理装置の主たる構成を示すブロック図である。
【図３】図３（ａ）および（ｂ）は、実施形態に係る、戻入情報データベースの構成を示す図である。
【図４】図４は、実施形態に係る、操作表示部に表示される画面の遷移の一例を示す図である。
【図５】図５は、実施形態に係る、戻入れ報知処理を示すフローチャートである。
【図６】図６（ａ）ないし（ｅ）は、実施形態に係る、報知条件の成立を監視するための処理を示すフローチャートである。
【図７】図７（ａ）および（ｂ）は、実施形態に係る、第１報知の一例を示す図である。
【図８】図８（ａ）ないし（ｄ）は、実施形態に係る、第２報知の一例を示す図である。
【図９】図９（ａ）ないし（ｄ）は、実施形態に係る、第２報知の一例を示す図である。
【図１０】図１０は、変更例１に係る、戻入れ報知処理を示すフローチャートである。
【図１１】図１１（ａ）および（ｂ）は、変更例１に係る、再報知条件の成立を監視するための処理を示すフローチャートである。
【図１２】図１２（ａ）および（ｂ）は、変更例１に係る、第３報知の一例を示す図である。
【図１３】図１３（ａ）および（ｂ）は、変更例２に係る、貨幣の価値に応じて報知条件を変更するための処理を示すフローチャートである。
【図１４】図１４（ａ）および（ｂ）は、変更例３に係る、戻入れ報知処理を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態について、図面を参照して説明する。
【００２０】
本実施形態において、紙幣収納部１３、束紙幣収納部２２、硬貨収納部３３および包装硬貨収納部４２が、特許請求の範囲に記載の「収納部」に対応する。また、第１機器制御部１５、第２機器制御部２５、第３機器制御部３５および第４機器制御部４５が、特許請求の範囲に記載の「検知部」に対応する。さらに、端末制御部５３が、特許請求の範囲に記載の「制御部」に対応する。操作表示部５１が、特許請求の範囲に記載の「表示部」に対応する。さらに、パソコン端末３、タブレット端末４および携帯電話機５が、特許請求の範囲に記載の「端末」に対応する。さらに、警告アイコンＩＣ２が、特許請求の範囲に記載の「第１の画像」に対応する。さらに、拡大警告アイコンＩＣ３が、特許請求の範囲に記載の「第２の画像」に対応する。さらに、点滅警告アイコンＩＣ４が、特許請求の範囲に記載の「第３の画像」に対応する。さらに、色強調警告アイコンＩＣ５が、特許請求の範囲に記載の「第４の画像」に対応する。さらに、警告ウィンドウＷ２が、特許請求の範囲に記載の「第５の画像」に対応する。
【００２１】
ただし、上記記載は、あくまで、特許請求の範囲の構成と実施形態の構成とを対応付けることを目的とするものであって、上記対応付けによって特許請求の範囲に記載の発明が実施形態の構成に何ら限定されるものではない。
【００２２】
図１は、本実施形態に係る、貨幣処理装置１の外観、および、貨幣処理装置１と管理コンピュータ２を通じて通信可能なパソコン端末３、タブレット端末４および携帯電話機５を示す図である。
【００２３】
貨幣処理装置１は、バラ紙幣処理ユニット１０と、束紙幣処理ユニット２０と、バラ硬貨処理ユニット３０と、包装硬貨処理ユニット４０と、操作端末５０と、プリンタ６０とで構成される。図１の左から順に、束紙幣処理ユニット２０、バラ紙幣処理ユニット１０、包装硬貨処理ユニット４０、バラ硬貨処理ユニット３０が横に並び、バラ硬貨処理ユニット３０の上面後部に操作端末５０が配置され、包装硬貨処理ユニット４０の上面後部にプリンタ６０が配置される。貨幣処理装置１は、管理コンピュータ２を通じてパソコン端末３、タブレット端末４および携帯電話機５と通信を行うことができる。パソコン端末３、タブレット端末４および携帯電話機５は、貨幣処理装置１が設置される銀行の行員に所持される。
【００２４】
バラ紙幣処理ユニット１０には、バラ紙幣を出金するためのバラ紙幣出金口１０ａとバラ紙幣を入金するためのバラ紙幣入金口１０ｂが設けられる。また、束紙幣処理ユニット２０には、束紙幣を出金するための束紙幣出金口２０ａが設けられる。さらに、バラ硬貨処理ユニット３０には、バラ硬貨を出金するためのバラ硬貨出金口３０ａとバラ硬貨を入金するためのホッパー３０ｂが設けられる。さらに、包装硬貨処理ユニット４０には、包装硬貨を出金するための包装硬貨出金口４０ａが設けられる。
【００２５】
操作端末５０は、操作表示部５１と、カードリーダ５２とを含む。ユーザは、操作端末５０を用いて、バラ紙幣処理ユニット１０、束紙幣処理ユニット２０、バラ硬貨処理ユニット３０および包装硬貨処理ユニット４０に対し、各種の処理のための操作を行う。
【００２６】
図２は、本実施形態に係る、貨幣処理装置１の主たる構成を示すブロック図である。
【００２７】
バラ紙幣処理ユニット１０は、バラ紙幣が入金される紙幣入金部１１と、バラ紙幣が出金される紙幣出金部１２と、バラ紙幣が収納される紙幣収納部１３と、紙幣入金部１１および紙幣出金部１２と紙幣収納部１３との間でバラ紙幣が搬送される紙幣搬送部１４と、これら各部１１〜１４の動作を制御する第１機器制御部１５とを含む。紙幣入金部１１は、バラ紙幣入金口１０ｂに繋がり、バラ紙幣入金口１０ｂを通じて紙幣入金部１１にバラ紙幣が投入される。紙幣出金部１２は、バラ紙幣出金口１０ａに繋がり、バラ紙幣出金口１０ａを通じて紙幣出金部１２からバラ紙幣が取り出される。紙幣収納部１３は、収納されるバラ紙幣の金種別に複数個設けられる。バラ紙幣処理ユニット１０は、第１機器制御部１５による制御の下、バラ紙幣を紙幣収納部１３へ入金する入金処理、紙幣収納部１３からバラ紙幣を出金する出金処理等のバラ紙幣に係る処理を行う。
【００２８】
束紙幣処理ユニット２０は、束紙幣が出金される束紙幣出金部２１と、束紙幣が収納される束紙幣収納部２２と、所定枚数（たとえば、１００枚）のバラ紙幣を結束して束紙幣（帯封紙幣）を形成する束紙幣形成部２３と、束紙幣出金部２１と、束紙幣収納部２２と、束紙幣形成部２３との間で束紙幣が搬送される束紙幣搬送部２４と、これら各部２１〜２４の動作を制御する第２機器制御部２５とを含む。束紙幣出金部２１は、束紙幣出金口２０ａに繋がり、束紙幣出金口２０ａを通じて束紙幣出金部２１から束紙幣が取り出される。束紙幣収納部２２は、収納される束紙幣の金種別に複数個設けられる。束紙幣処理ユニット２０は、バラ紙幣処理ユニット１０に接続される。束紙幣処理ユニット２０は、第２機器制御部２５による制御の下、バラ紙幣処理ユニット１０から送られてきたバラ紙幣を束紙幣形成部２３で束紙幣に変換して束紙幣収納部２２に収納する整理処理、変換された束紙幣を束紙幣出金部２１に出金する出金処理等の束紙幣に係る処理を行う。
【００２９】
バラ硬貨処理ユニット３０は、バラ硬貨が入金される硬貨入金部３１と、バラ硬貨が出金される硬貨出金部３２と、バラ硬貨が収納される硬貨収納部３３と、硬貨入金部３１および硬貨出金部３２と硬貨収納部３３との間でバラ硬貨が搬送される硬貨搬送部３４と、これら各部３１〜３４の動作を制御する第３機器制御部３５とを含む。硬貨入金部３１は、ホッパー３０ｂに繋がり、ホッパー３０ｂを通じて硬貨入金部３１にバラ硬貨が投入される。硬貨出金部３２は、バラ硬貨出金口３０ａに繋がり、バラ硬貨出金口３０ａを通じて硬貨出金部３２からバラ硬貨が取り出される。硬貨収納部３３は、収納されるバラ硬貨の金種別に複数個設けられる。バラ硬貨処理ユニット３０は、第３機器制御部３５による制御の下、バラ硬貨を硬貨収納部３３へ入金する入金処理、硬貨収納部３３からバラ硬貨を出金する出金処理等のバラ硬貨に係る処理を行う。
【００３０】
包装硬貨処理ユニット４０は、包装硬貨が出金される包装硬貨出金部４１と、包装硬貨が収納される包装硬貨収納部４２と、所定枚数（たとえば、５０枚）のバラ硬貨を包装して包装硬貨（棒金）を形成する包装硬貨形成部４３と、包装硬貨出金部４１と、包装硬貨収納部４２と、包装硬貨形成部４３との間で包装硬貨が搬送される包装硬貨搬送部４４と、これら各部４１〜４４の動作を制御する第４機器制御部４５とを含む。包装硬貨出金部４１は、包装硬貨出金口４０ａに繋がり、包装硬貨出金口４０ａを通じて包装硬貨出金部４１から包装硬貨が取り出される。包装硬貨収納部４２は、収納される包装硬貨の金種別に複数個設けられる。包装硬貨処理ユニット４０は、バラ硬貨処理ユニット３０に接続される。包装硬貨処理ユニット４０は、第４機器制御部４５による制御の下、バラ硬貨処理ユニット３０から送られてきたバラ硬貨を包装硬貨形成部４３で包装硬貨に変換して包装硬貨収納部４２に収納する整理処理、変換された包装硬貨を包装硬貨出金部４１に出金する出金処理等の包装硬貨に係る処理を行う。
【００３１】
操作端末７は、操作表示部５１およびカードリーダ５２の他、端末制御部５３、端末記憶部５４および通信部５５を備える。
【００３２】
操作表示部５１は、ディスプレイとタッチセンサとからなるタッチパネルで構成される。操作表示部５１は、ディスプレイに各種の画像（画面）を表示するとともに、ディスプレイ対するユーザのタッチ操作をタッチセンサにより検出する。カードリーダ５２は、ＩＤカードを読み取り、読み取ったデータを端末制御部５３に送る。通信部５５は、管理コンピュータ２側の通信部との間で信号の送受信を行う。また、通信部５５は、管理コンピュータ２を通じてパソコン端末３等の端末と通信を行う。
【００３３】
端末制御部５３は、ＣＰＵ等の演算回路を備え、端末記憶部５４に記憶されたプログラムに従って、操作表示部５１、カードリーダ５２、通信部５５等を制御する。さらに、端末制御部５３は、バラ紙幣処理ユニット１０の第１機器制御部１５、束紙幣処理ユニット２０の第２機器制御部２５、バラ硬貨処理ユニット３０の第３機器制御部３５、包装硬貨処理ユニット４０の第４機器制御部４５との間で各種の指令や情報のやり取りを行うことにより、これら処理ユニット１０〜４０の動作を制御する。
【００３４】
端末記憶部５４は、ＲＯＭ、ＲＡＭやハードディスク等の記憶媒体を備え、端末制御部５３の動作プログラムを記憶し、また、端末制御部５３の制御処理の際にワーク領域として利用される。
【００３５】
プリンタ６０は、端末制御部５３からの指令に従い、バラ紙幣処理ユニット１０、束紙幣処理ユニット２０、バラ硬貨処理ユニット３０および包装硬貨処理ユニット４０に対する入金処理、出金処理等の各種処理の結果の情報を、ジャーナルとして用紙に印字し出力する。
【００３６】
端末記憶部５４には、戻入情報データベース（以下、「戻入情報ＤＢ」と略す）５４ａが備えられる。
【００３７】
図３（ａ）および（ｂ）は、本実施形態に係る、戻入情報ＤＢ５４ａの構成を示す図である。図３（ａ）は、新たなエラーが発生する前の状態を示し、図３（ａ）は、新たなエラーの発生により、戻入情報ＤＢ５４ａに新たな戻入情報が登録された状態を示す。
【００３８】
戻入情報ＤＢ５４ａには、エラーが発生したときの処理の対象であった貨幣であって戻入れの対象となる貨幣に係る各種の戻入情報が記憶される。戻入情報は、たとえば、図３（ａ）および（ｂ）に示すように、「エラー発生日時」、「処理種別」、「担当者」、「媒体種別」、「金種」、「収納部種別」、「状態」等の情報を含む。ここでの「エラー」は、各処理ユニット１０〜４０の各種の処理中に発生するエラーであり、たとえば、ジャム（紙幣、硬貨の詰まり）、故障や停電による動作停止等、を挙げることができる。
【００３９】
「エラー発生日時」は、エラーが発生した日時を示す情報である。「処理種別」は、エラーが生じた処理の種別を示す情報である。「担当者」は、エラーが生じた処理を行った者を示す情報である。この担当者は、貨幣の戻入れ処理を行う当事者となる。「媒体種別」は、戻入れ処理の対象となる貨幣が、紙幣か硬貨の何れであるのか、バラか束（包装）の何れであるのかを示す情報である。「金種」は、戻入れ処理の対象となる貨幣の金種を示す情報である。「収納部種別」は、戻入れ処理の対象となる貨幣が戻し入れられる収納部の種別を示す情報である。「状態」は、戻入れ処理が完了したか（処理済み）、未完了であるか（未処理）の現在の状態を示す情報である。
【００４０】
戻入情報ＤＢ５４ａを参照することにより、端末制御部５３は、発生したエラーごとに、戻入れ処理の対象となる貨幣が何れの種類であって何れの収納部に戻し入れれば良いか、および、戻入れが完了しているか否か、を把握できる。新たなエラーが発生する度に、図３（ｂ）のように、戻入情報ＤＢ５４ａに各戻入情報が登録される。最初の登録時、「状態」は、未処理の状態となる。
【００４１】
図４は、本実施形態に係る、操作表示部５１に表示される画面の遷移の一例を示す図である。
【００４２】
貨幣処理装置１が待機状態にあるとき、操作表示部５１には待機画面Ｓ１が表示される。待機画面Ｓ１には、画面へのタッチを求めるメッセージＭ１が含まれる。待機画面Ｓ１の任意の位置がタッチされると、操作表示部５１には、待機画面Ｓ１に重なるようにログインウィンドウＷ１がポップアップ表示される。ログインウィンドウＷ１には、担当者番号の入力欄Ｌ１と、担当者番号の入力に用いられるソフトキーボードＫ１とが含まれる。
【００４３】
ログインウィンドウＷ１において担当者番号が入力され、その番号が適正な操作者として登録されている場合、操作表示部５１にメニュー画面Ｓ２が表示される。メニュー画面Ｓ２には、入金処理や出金処理など各種の処理が割り当てられた項目アイコンＩＣ１、および戻るボタンＢ１が含まれる。
【００４４】
何れかの項目アイコンＩＣ１がタッチされると、操作表示部５１の表示は、タッチされた項目アイコンＩＣ１に対応する処理を行うための画面へと遷移する。項目アイコンＩＣ１により選択された処理が終了すると、操作表示部５１の表示がメニュー画面Ｓ２へと戻る。一方、メニュー画面Ｓ２において、戻るボタンＢ１が押されるか、操作が一定時間行われないと、操作表示部５１の表示が待機画面Ｓ１へと戻る。
【００４５】
さて、本実施形態の貨幣処理装置１では、たとえば、バラ紙幣処理ユニット１０による出金処理においてバラ紙幣を紙幣収納部１３から紙幣出金部１２へ払い出している途中にエラーが発生した場合、第１機器制御部１５がそのエラー検知して端末制御部５３に通知する。たとえば、エラーがジャムの場合、ジャム検知部からの出力によって第１機器制御部１５はジャムの発生を検知する。端末制御部５３は、エラー画面を操作表示部５１に表示させてエラーの発生を報知する。この報知に気付いた係員がエラーを解除する。係員は、エラーを解除する際に紙幣収納部１３以外の領域、たとえば、紙幣搬送部１４に残っているバラ紙幣をバラ紙幣処理ユニット１０内から回収する。回収されたバラ紙幣は、エラーの解除後、係員が操作表示部５１を操作して戻入れ処理を行うことにより、紙幣収納部１３に戻し入れられる。なお、バラ紙幣処理ユニット１０以外の処理ユニット２０〜４０でエラーが発生した場合も、上記と同様な対応がなされる。
【００４６】
ここで、エラー解除後、そのときの係員の諸々の事情によって、速やかに戻入れ処理が行われない場合が考えられる。このような場合、戻入れ処理がなされないまま長く放置されてしまう虞があり、これを防止するためのより効果的な措置が求められる。
【００４７】
そこで、本実施形態の貨幣処理装置１では、戻入れを促す報知が効果的に行われる戻入れ報知処理が行われる。以下、この戻入れ報知処理について説明する。
【００４８】
図５は、本実施形態に係る、戻入れ報知処理を示すフローチャートである。図６（ａ）ないし（ｅ）は、本実施形態に係る、報知条件の成立を監視するための処理を示すフローチャートである。図７（ａ）および（ｂ）は、本実施形態に係る、第１報知の一例を示す図である。図８（ａ）ないし（ｄ）、および、図９（ａ）ないし（ｄ）は、本実施形態に係る、第２報知の一例を示す図である。
【００４９】
図５を参照し、バラ紙幣処理ユニット１０等の処理ユニットにおいて処理中にエラー（戻入れ処理が必要なエラー）が発生し、第１機器制御部１５等の機器制御部からエラーの発生が通知されると（Ｓ１０１：ＹＥＳ）、端末制御部５３は、発生したエラーに係る戻入情報を、戻入情報ＤＢ５４ａに登録する（Ｓ１０２）。次に、端末制御部５３は、エラーが解除されたか否かを判定する（Ｓ１０３）。たとえば、エラーが発生した処理ユニット側での貨幣の回収が終わり、回収のために開けた処理ユニット側の扉が閉められると、それが機器制御部で検知されて、機器制御部から端末制御部５３へエラー解除が通知される。或いは、貨幣の回収が終わると、操作表示部５１に表示されたエラー画面上で解除が終了したときの操作が行われ、その操作が端末制御部５３に検知される。
【００５０】
エラー解除の通知等によって、エラー解除が行われたと判定すると（Ｓ１０３：ＹＥＳ）、端末制御部５３は、エラー解除に引き続いて戻入れ処理へ移行されたのか、戻入れ処理へ移行されずに処理が中断されたのかを判定する（Ｓ１０４）。
【００５１】
戻入れ処理が開始された場合、端末制御部５３は、戻入れ処理へ移行されたと判定する（Ｓ１０４：移行）。この場合、端末制御部５３は、戻入れ処理が完了するのを待つ（Ｓ１０５）。そして、貨幣が戻し入れられた処理ユニットの機器制御部から完了の通知があると、端末制御部５３は、戻入れ処理が完了したと判定して（Ｓ１０５：ＹＥＳ）、戻入情報ＤＢ５４ａの戻入情報を更新する（Ｓ１０６）。即ち、端末制御部５３は、戻入情報ＤＢ５４ａの「状態」の欄を「未処理」から「処理済み」に変更する。
【００５２】
一方、戻入れ処理に移行されずに処理が中断された場合（Ｓ１０４：処理中断）、端末制御部５３は、操作表示部５１による第１報知を行う（Ｓ１０７）。具体的には、図７（ａ）および（ｂ）に示すように、端末制御部５３は、操作表示部５１の表示が、エラー画面から待機画面Ｓ１、メニュー画面Ｓ２等の操作画面に戻ると、その操作画面上に、戻入れ処理が行われていないことを示す警告アイコンＩＣ２を配置させる。なお、この警告アイコンＩＣ２がタッチされた場合、操作表示部５１の表示が、戻入れ処理を実行するための操作画面へと遷移する。
【００５３】
第１報知が行われると、端末制御部５３は、後述する第２報知を実行すべき所定の報知条件が成立したか否か、および、戻入れ処理が完了したか否かを監視する（Ｓ１０８、Ｓ１０９）。本実施形態では、たとえば、以下に挙げる条件の少なくとも１つが報知条件とされる。
【００５４】
条件１：第１報知が行われてから所定時間Ｔ１が経過したこと
条件２：第１報知が行われた後に、戻入れ処理と異なる処理が開始されたこと、または、その異なる処理が終了されたこと
条件３：第１報知が行われた後に、戻入れ処理と異なる処理が所定回数Ｎ１より多く実行されたこと
条件４：第１報知が行われた後に、エラーが発生した処理を行った当事者がログインしたこと
条件５：第１報知が行われた後に、戻入れ処理の対象となる収納部から貨幣を回収する処理が開始されること
条件１が報知条件とされる場合、条件１の成立を監視するため、図６（ａ）に示す処理が実行される。即ち、端末制御部５３は、第１報知が行われてから所定時間Ｔ１（たとえば、１０分）が経過したか否かを判定する（Ｓ２０１）。そして、所定時間Ｔ１が経過すると（Ｓ２０１：ＹＥＳ）、端末制御部５３は、報知条件成立フラグをセットする（Ｓ２０２）。報知条件成立フラグは、報知条件が成立したか否かを判定するために用いられるフラグであり、端末制御部５３または端末記憶部５４に設けられる。報知条件成立フラグは、後述する第２報知が行われるとリセットされる。
【００５５】
条件２が報知条件とされる場合、条件２の成立を監視するため、図６（ｂ）に示す処理が実行される。即ち、端末制御部５３は、第１報知が行われた後に戻入れ処理とは異なる処理（たとえば、バラ紙幣の入金処理、束紙幣の出金処理など）が開始されたか否か、または、その異なる処理が終了されたか否かを判定する（Ｓ２１１）。そして、その異なる処理が開始されたとき（Ｓ２１１：ＹＥＳ）、端末制御部５３は、報知条件成立フラグをセットする（Ｓ２１２）。また、その異なる処理が終了されたときも（Ｓ２１１：ＹＥＳ）、端末制御部５３は、報知条件成立フラグをセットする（Ｓ２１２）。
【００５６】
条件３が報知条件とされる場合、条件３の成立を監視するため、図６（ｃ）に示す処理が実行される。即ち、端末制御部５３は、第１報知が行われた後に戻入れ処理とは異なる処理が実行されると（Ｓ２２１：ＹＥＳ）、その実行回数が所定回数Ｎ１（たとえば、３回）を超えたか否かを判定する（Ｓ２２２）。そして、その実行回数が所定回数Ｎ１を超えると（Ｓ２２２：ＹＥＳ）、端末制御部５３は、報知条件成立フラグをセットする（Ｓ２２３）。
【００５７】
条件４が報知条件とされる場合、条件４の成立を監視するため、図６（ｄ）に示す処理が実行される。即ち、端末制御部５３は、待機画面Ｓ１において、ログインウィンドウＷ１によるログインが行われると（Ｓ２３１：ＹＥＳ）、ログインを行った操作者が、エラーが発生した処理の担当者、即ち、戻入れ処理を行うべき当事者であるか否かを判定する（Ｓ２３２）。そして、当事者によるログインである場合（Ｓ２３２：ＹＥＳ）、端末制御部５３は、報知条件成立フラグをセットする（Ｓ２３３）。
【００５８】
条件５が報知条件とされる場合、条件５の成立を監視するため、図６（ｅ）に示す処理が実行される。即ち、端末制御部５３は、メニュー画面Ｓ２での選択操作に基づいて回収処理が行われることとなった場合に（Ｓ２４１：ＹＥＳ）、その回収処理が、戻入れ処理で貨幣が戻される収納部に対するものであるか否かを判定する（Ｓ２４２）。そして、戻入れ処理の対象となる収納部からの貨幣の回収が実行される場合（Ｓ２４２：ＹＥＳ）、端末制御部５３は、報知条件成立フラグをセットする（Ｓ２４３）。
【００５９】
図５に戻り、報知条件成立フラグがセットされた場合に、Ｓ１０８において、端末制御部５３は、報知条件が成立した判定する。
【００６０】
報知条件が成立する前に戻入れ処理が完了した場合（Ｓ１０８:ＮＯ→Ｓ１０９：ＹＥＳ）、端末制御部５３は、待機画面Ｓ１等の操作画面から警告アイコンＩＣ２を消去することにより報知を停止させる（Ｓ１１０）。
【００６１】
一方、戻入れ処理が完了する前に報知条件が成立した場合（Ｓ１０８：ＹＥＳ）、端末制御部５３は、第１報知に替えて、あるいは第１報知に加えて、操作表示部５１による第２報知を行う（Ｓ１１１）。第２報知は、第１報知に比べて、操作者の目に留まりやすい（視認性が高い）ために操作者に対する訴求力が高い報知とされる。
【００６２】
第２報知の処理として、たとえば、端末制御部５３は、図８（ａ）および図９（ａ）に示すように、警告アイコンＩＣ２のサイズを大きくすることにより構成された拡大警告アイコンＩＣ３を、待機画面Ｓ１、メニュー画面Ｓ２等に配置させる。あるいは、端末制御部５３は、図８（ｂ）および図９（ｂ）に示すように、警告アイコンＩＣ２を繰り返し点滅させることにより構成された点滅警告アイコンＩＣ４を、待機画面Ｓ１、メニュー画面Ｓ２等に配置させる。あるいは、端末制御部５３は、図８（ｃ）および図９（ｃ）に示すように、警告アイコンＩＣ２に含まれる背景や文字の色が、待機画面Ｓ１、メニュー画面Ｓ２等とのコントラストが大きくなるように変更されることにより構成された色強調警告アイコンＩＣ５を、待機画面Ｓ１、メニュー画面Ｓ２等に配置させる。あるいは、端末制御部５３は、図８（ｄ）および図９（ｄ）に示すように、警告アイコンＩＣ２とは別に、警告アイコンＩＣ２より遥かにサイズの大きな警告ウィンドウＷ２を待機画面Ｓ１、メニュー画面Ｓ２等からポップアップ表示させる。警告ウィンドウＷ２には、戻入れ処理の実行を促すメッセージＭ２と、確認ボタンＢ２が含まれる。
【００６３】
拡大警告アイコンＩＣ３、点滅警告アイコンＩＣ４および色強調警告アイコンＩＣ５は、上記条件２の成立により、異なる処理の開始および終了のタイミングで操作表示部５１に表示された場合は、所定時間が経過すると、警告アイコンＩＣ２に戻され、それ以外の条件の成立により操作表示部５１に表示された場合は、戻入れ処理が完了するまで表示され続ける。警告ウィンドウＷ２は、確認ボタンＢ２が押されるか、その表示から所定時間が経過すると、待機画面Ｓ１、メニュー画面Ｓ２等から消去される。なお、拡大警告アイコンＩＣ３、点滅警告アイコンＩＣ４および色強調警告アイコンＩＣ５がタッチされた場合も、操作表示部５１の表示が、戻入れ処理を実行するための操作画面へと遷移する。
【００６４】
戻入れ処理が完了すると（Ｓ１１２：ＹＥＳ）、端末制御部５３は、図８（ａ）ないし（ｃ）、および、図９（ａ）ないし（ｃ）の例の場合は、拡大警告アイコンＩＣ３、点滅警告アイコンＩＣ４および色強調警告アイコンＩＣ５を待機画面Ｓ１、メニュー画面Ｓ２等から消去することにより報知を停止させる（Ｓ１１０）。また、端末制御部５３は、図８（ｄ）および図９（ｄ）の例の場合は、警告ウィンドウＷ２が開いていれば、警告ウィンドウＷ２と警告アイコンＩＣ２を待機画面Ｓ１、メニュー画面Ｓ２等から消去し、警告ウィンドウＷ２が開いていなければ、警告アイコンＩＣ２を待機画面Ｓ１、メニュー画面Ｓ２等から消去することにより報知を停止させる（Ｓ１１０）。
【００６５】
こうして第１報知あるいは第２報知が停止されると、端末制御部５３は、戻入情報ＤＢ５４ａの戻入情報を更新する（Ｓ１０６）。
【００６６】
なお、上記報知条件が成立した場合、端末制御部５３は、更なる第２報知として、通信部５５および管理コンピュータ２を通じて、パソコン端末３、タブレット端末４および携帯電話機５の端末のうち少なくとも１つに、戻入れ処理の実行を促す報知を行う。この場合、たとえば、パソコン端末３、タブレット端末４または携帯電話機５の表示部に所定の報知画面が表示される。この場合、通知先は、たとえば、戻入れ処理の当事者、当事者の上司、上位権限者等の端末とされ得る。但し、このような端末への報知は、必ずしも行われなくともよい。
【００６７】
＜実施形態の効果＞
本実施形態によれば、以下の効果が奏され得る。
【００６８】
（１）第１報知が行われた後に所定の報知条件が成立すると、第１報知とは報知態様の異なる第２報知が行われるので、第１報知に慣れてきた操作者に対して戻入れ処理の実行を強く訴えることができる。これにより、エラー発生時に回収された貨幣が貨幣処理装置１に戻し入れられないまま長く放置されることを防止できる。また、時間の経過に伴い、多くの他の処理が割り込まれることにより、処理経過の追跡や現状への復旧が困難になる、という事態を回避できる。
【００６９】
（２）所定の報知条件は、第１報知が行われた後に、戻入れ処理と異なる処理が開始された、または、その異なる処理が終了されたとの条件を含むので、操作者（戻入れ処理を行うべき当事者でも、他の操作者でも可）が貨幣処理装置１を扱っているタイミングで第２報知を行うことができ、操作者に第２報知が認識されやすい。
【００７０】
（３）所定の報知条件は、第１報知が行われた後に、戻入れ処理と異なる処理が所定回数Ｎ１より多く実行されたとの条件を含むので、第１報知が行われた後、多く処理が割り込んでくる前の適度なタイミングで第２報知を行うことができる。
【００７１】
（４）所定の報知条件は、第１報知が行われた後に、エラーが発生した処理を行った当事者がログインしたとの条件を含むので、戻入れ処理を行うべき当事者に対して催促できる。
【００７２】
（５）所定の報知条件は、第１報知が行われた後に、戻入れ処理の対象となる収納部から貨幣を回収する処理が開始されるとの条件を含むので、貨幣を戻し入れる前に、その対象となる収納部から貨幣が回収されてしまうこと、即ち、エラー発生時に取り出された貨幣が回収されずに取り残される事態を回避できる。
【００７３】
（６）第２報知は第１報知よりも訴求力が高いので、操作者に対して戻入れ処理の実行を一層強く訴えることができる。
【００７４】
（７）貨幣処理装置１から離れたパソコン端末３等の端末に第２報知が行えるので、戻入れ処理を行い得る者が貨幣処理装置１から離れていても、その者に戻入れ処理の催促を行うことが可能となる。
【００７５】
以上、本発明の実施形態について説明したが、本発明は、上記実施形態によって何ら制限されるものではなく、また、本発明の実施形態も、上記以外に種々の変更が可能である。
【００７６】
＜変更例１＞
図１０は、変更例１に係る、戻入れ報知処理を示すフローチャートである。図１１（ａ）および（ｂ）は、変更例１に係る、再報知条件の成立を監視するための処理を示すフローチャートである。図１２（ａ）および（ｂ）は、変更例１に係る、第３報知の一例を示す図である。図１０に示す戻入れ報知処理では、図５に示す戻入れ報知処理と比較した場合に、Ｓ１２１ないしＳ１２３の処理が付加される。
【００７７】
第２報知が行われた後、端末制御部５３は、後述する第３報知を実行すべき所定の再報知条件が成立したか否かを監視する（Ｓ１２１）。
【００７８】
たとえば、所定の報知条件が、上記条件１を含む場合、所定の再報知条件は、第１報知が行われてから所定時間Ｔ１より長い所定時間Ｔ２が経過したとの第６条件を含む。また、所定の報知条件が、上記条件３を含む場合、所定の再報知条件は第１報知が行われた後に、戻入れ処理と異なる処理が所定回数Ｎ１より多い所定回数Ｎ２より多く実行されたとの第７条件を含む。
【００７９】
条件６が再報知条件とされる場合、条件６の成立を監視するため、図１１（ａ）に示す処理が実行される。即ち、端末制御部５３は、第１報知が行われてから所定時間Ｔ２（たとえば、２０分）が経過したか否かを判定する（Ｓ３０１）。そして、所定時間Ｔ２が経過すると（Ｓ３０１：ＹＥＳ）、端末制御部５３は、再報知条件成立フラグをセットする（Ｓ３０２）。再報知条件成立フラグは、再報知条件が成立したか否かを判定するために用いられるフラグであり、端末制御部５３または端末記憶部５４に設けられる。再報知条件成立フラグは、後述する第３報知が行われるとリセットされる。
【００８０】
条件７が再報知条件とされる場合、条件７の成立を監視するため、図１１（ｂ）に示す処理が実行される。即ち、端末制御部５３は、第１報知が行われた後に戻入れ処理とは異なる処理が実行されると（Ｓ３２１：ＹＥＳ）、その実行回数が所定回数Ｎ２（たとえば、６回）を超えたか否かを判定する（Ｓ３２２）。そして、その実行回数が所定回数Ｎ２を超えると（Ｓ３２２：ＹＥＳ）、端末制御部５３は、再報知条件成立フラグをセットする（Ｓ３２３）。
【００８１】
再報知条件成立フラグがセットされた場合に、Ｓ１２１において、端末制御部５３は、報知条件が成立した判定する（Ｓ１２１：ＹＥＳ）。この場合、端末制御部５３は、第２報知に替えて、あるいは第２報知に加えて、操作表示部５１による第３報知を行う（Ｓ１２２）。第３報知は、第２報知に比べて、操作者の目に留まりやすい（視認性が高い）ために操作者に対する訴求力が高い報知とされる。
【００８２】
たとえば、図１２（ａ）の左図のように、第２報知として、警告ウィンドウＷ２が待機画面Ｓ１に表示されていた場合、図１２（ａ）の右図のように、第３報知として、警告ウィンドウＷ２よりもサイズが大きな拡大警告ウィンドウＷ３が待機画面Ｓ１からポップアップ表示される。拡大警告ウィンドウＷ３には、戻入れ処理を促すメッセージＭ２の文字が拡大されたメッセージＭ３と、確認ボタンＢ３が含まれる。また、たとえば、図１２（ｂ）の左図のように、第２報知として、拡大警告アイコンＩＣ３が待機画面Ｓ１に表示されていた場合、図１２（ｂ）の右図のように、第３報知として、警告ウィンドウＷ２が待機画面Ｓ１からポップアップ表示される。
【００８３】
本変更例によれば、第２報知が行われた後に所定の再報知条件が成立すると、第２報知よりも訴求力の高い第３報知が行われる。即ち、戻入れ処理の遅延が長くなるほど訴求力が高い報知が行われるので、戻入れ処理の遅延防止効果が一層高まる。
【００８４】
なお、第３報知が行われた後に、所定時間Ｔ２より長い所定時間Ｔ３（たとえば、３０分）や所定回数Ｎ２より多い所定回数Ｎ３（たとえば、９回）を用いた更なる報知条件が成立したときに、第３報知よりも訴求力が高い第４報知（たとえば、拡大警告ウィンドウＷ３よりサイズの大きな拡大警告ウィンドウによるポップアップ表示）が行われるようにしてもよい。
【００８５】
＜変更例２＞
図１３（ａ）および（ｂ）は、変更例２に係る、貨幣の価値に応じて報知条件を変更するための処理を示すフローチャートである。
【００８６】
本変更例では、戻し入れられる貨幣の価値、即ち金額に応じて報知条件が変更される。より詳しくは、貨幣の価値が高いほど第１報知の後に第２報知が早めに行われるよう、報知条件が変更される。
【００８７】
たとえば、図１３（ａ）のように、端末制御部５３は、戻し入れられる貨幣の金額が、所定金額Ｃ１（たとえば、５千円）を超える場合（Ｓ４０１：ＹＥＳ）、所定時間Ｔ１を相対的に小さな時間Ｔ１ａに設定し（Ｓ４０２）、所定金額Ｃ１を超えない場合、所定時間Ｔ１を相対的に大きな時間Ｔ１ｂ（＞Ｔ１ａ）に設定する（Ｓ４０３）。また、図１３（ｂ）のように、端末制御部５３は、戻し入れられる貨幣の金額が、所定金額Ｃ１を超える場合（Ｓ４１１：ＹＥＳ）、所定回数Ｎ１を相対的に小さな回数Ｎ１ａに設定し（Ｓ４１２）、所定金額Ｃ１を超えない場合、所定回数Ｎ１を相対的に大きな回数Ｎ１ｂ（＞Ｎ１ａ）に設定する（Ｓ４１３）。
【００８８】
本変更例によれば、戻し入れられる貨幣の価値が高いほど、早めに第２報知が行われるので、貨幣の価値が高いときには、操作者に速やかに貨幣の戻し入れを行わせることができるとともに、貨幣の価値が低いときには第２報知がなるべく行われないようにでき、第２報知が操作者の目障りになりにくいようにできる。
【００８９】
＜変更例３＞
図１４（ａ）および（ｂ）は、変更例３に係る、戻入れ報知処理を示すフローチャートである。図１４（ａ）に示す戻入れ報知処理では、図５に示す戻入れ報知処理のＳ１１１の処理がＳ１３１ないしＳ１３３の処理に置き換えられる。図１４（ａ）に示す戻入れ報知処理では、図５に示す戻入れ報知処理のＳ１０９の処理とＳ１１１の処理の間にＳ１３４の処理が挿入される。なお、図１４（ａ）および（ｂ）のフローチャートでは、付加された処理を含む一部の処理のみが示されている。
【００９０】
本変更例では、戻し入れられる貨幣の価値、即ち金額に応じて第２報知の報知態様が変更される。より詳しくは、貨幣の価値が高いほど訴求力が高くなるよう、第２報知の報知態様が変更される。
【００９１】
図１４（ａ）のように、端末制御部５３は、戻し入れられる貨幣の金額が、所定金額Ｃ１（たとえば、５千円）を超える場合（Ｓ１３１：ＹＥＳ）、訴求力が相対的に高い第２報知が行われるようにし（Ｓ１３２）、所定金額Ｃ１を超えない場合、訴求力が相対的に低い第２報知が行われるようにする（Ｓ１３３）。たとえば、端末制御部５３は、戻し入れられる貨幣の金額が、所定金額Ｃ１を超える場合、図８（ｄ）のように、待機画面Ｓ１から警告ウィンドウＷ２をポップアップ表示させ、所定金額Ｃ１を超えない場合、図８（ａ）ないし（ｃ）のように、待機画面Ｓ１に拡大警告アイコンＩＣ３、点滅警告アイコンＩＣ４または色強調警告アイコンＩＣ５を配置させる。また、図１４（ｂ）のように、端末制御部５３は、戻し入れられる貨幣の金額が、所定金額Ｃ１を超える場合（Ｓ１３４：ＹＥＳ）、第２報知が行われるようにし（Ｓ１１１）、所定金額Ｃ１を超えない場合、第２報知が行われないようにする。
【００９２】
本変更例の構成によれば、戻し入れられる貨幣の価値が高いほど、訴求力の高い第２報知が行われるので、貨幣の価値が高いときには、操作者に速やかに貨幣の戻し入れを行わせることができるとともに、貨幣の価値が低いときには第２報知を目立ちにくくできるか第２報知が行われないようにでき、第２報知が操作者の目障りになりにくいようにできる。
【００９３】
＜その他の変更例＞
上記実施形態では、第２報知が、操作表示部５１での表示により行われた。しかしながら、第２報知は、音声により戻入れ処理を促すものであってもよい。
【００９４】
また、所定の報知条件は、上記条件１ないし条件５に限られるものではない。たとえば、報知条件は、エラーが発生した処理を行った当事者であって過去に戻入れ処理を行うまでに長い時間を要した当事者がログインしたとの条件を含むものであってもよい。なお、戻入れ処理を行うまでの時間は、エラー発生時刻と戻入れ処理の完了時刻とから求めることができる。
【００９５】
さらに、エラー発生から戻入れ処理を開始するまでの時間が所定の制限時間を超える場合に、戻し処理の開始時に上位権限者の承認（ＩＤ）が必要となる、との構成が採られてもよい。この場合、第２報知に加えて、戻入れ処理の際に上位権限者の承認が必要である旨のメッセージが操作表示部５１に表示されるとよい。また、上位権限者の承認がいる戻入れ忘れが発生している旨が上位権限者のパソコン端末３等の端末に通知されるとよい。
【００９６】
さらに、上記実施形態において、戻入情報ＤＢに「状態」が未処理である戻入情報が複数登録されている場合に、警告アイコンＩＣ２や拡大警告アイコンＩＣ３、点滅警告アイコンＩＣ４、色強調警告アイコンＩＣ５がタッチされると、未処理の戻入情報の一覧画面が操作表示部５１に表示されるようにし、この一覧画面でユーザが、これらから戻入れ処理を行う戻入情報を選択できるようにしてもよい。この場合に、１つの戻入れ処理が完了しても、他に未処理の戻入情報が残っていれば、図５のＳ１１０の報知停止の処理は行われない。また、報知レベルの異なる複数の未処理の戻入情報が戻入情報ＤＢに登録されている場合、即ち、第１報知のみ行われるべき戻入情報と第１報知および第２報知が行われるべき未処理の戻入情報とが登録されている場合には、高い報知レベルである第２報知が優先され、後者の戻入情報において第２報知のタイミングが到来したときに第２報知へ切り替えられる。さらに、複数の未処理の戻入情報が戻入情報ＤＢに登録されている場合、未処理の戻入情報の登録が１つの場合とは異なる報知態様の第１報知や第２報知がなされてもよい。たとえば、未処理の戻入情報の登録が１つの場合と複数の場合とで、警告アイコンＩＣ２や拡大警告アイコンＩＣ３、点滅警告アイコンＩＣ４、色強調警告アイコンＩＣ５の表示態様が変更されてもよい。
【００９７】
さらに、上記実施形態は、貨幣処理装置１が、バラ紙幣処理ユニット１０、束紙幣処理ユニット２０、バラ硬貨処理ユニット３０および包装硬貨処理ユニット４０の４つの処理ユニットを備える。しかしながら、本発明の貨幣処理装置は、上記貨幣処理装置１に限られるものではなく、たとえば、バラ紙幣処理ユニットおよび束紙幣処理ユニットを備える紙幣処理装置であってもよいし、バラ硬貨処理ユニットおよび包装硬貨処理ユニットを備える硬貨処理装置であってもよい。さらに、本発明の貨幣処理装置は、新券を出金する新券出金装置であってもよい。
【００９８】
さらに、上記変更例１ないし３の構成は、互いに適宜組み合わせることができる。
【００９９】
この他、本発明の実施形態は、特許請求の範囲に記載の範囲で適宜変更可能である。
【符号の説明】
【０１００】
１  貨幣処理装置
３  パソコン端末（端末）
４  タブレット端末（端末）
５  携帯電話機（端末）
１３  紙幣収納部（収納部）
１５  第１機器制御部（検知部）
２２  束紙幣収納部（収納部）
２５  第２機器制御部（検知部）
３３  硬貨収納部（収納部）
３５  第３機器制御部（検知部）
４２  包装硬貨収納部（収納部）
４５  第４機器制御部（検知部）
５１  操作表示部（表示部、報知部）
５３  端末制御部（制御部）
５５  通信部（報知部）
ＩＣ２  警告アイコン（第１の画像）
ＩＣ３  拡大警告アイコン（第２の画像）
ＩＣ４  点滅警告アイコン（第３の画像）
ＩＣ５  色強調警告アイコン（第４の画像）
Ｗ２  警告ウィンドウ（第５の画像）
【図１】
2017146666.tif 000003
【図２】
2017146666.tif 000004
【図３】
2017146666.tif 000005
【図４】
2017146666.tif 000006
【図５】
2017146666.tif 000007
【図６】
2017146666.tif 000008
【図７】
2017146666.tif 000009
【図８】
2017146666.tif 000010
【図９】
2017146666.tif 000011
【図１０】
2017146666.tif 000012
【図１１】
2017146666.tif 000013
【図１２】
2017146666.tif 000014
【図１３】
2017146666.tif 000015
【図１４】
2017146666.tif 000016