(57)【要約】【課題】貨幣処理装置のエラーに速やかに対処できるようにする。【解決手段】貨幣処理機は、前記貨幣処理機の状態を示す状態情報を送信し、携帯通信端末により構成される第１端末は、前記状態情報を受信した後、前記状態情報が示す前記貨幣処理機のエラーに対処する旨の承諾操作を受け付けた場合には、承諾情報を送信し、第２端末は前記承諾情報を受信する。【選択図】図２
2020071597.tif 000002
【特許請求の範囲】
【請求項１】
処理機通信部と、処理機制御部とを備えた、貨幣処理機と、
入力操作を受け付ける第１受付部と、通信を行うための第１通信部と、第１制御部とを備え、携帯通信端末により構成される第１端末と、
入力操作を受け付ける第２受付部と、通信を行うための第２通信部と、第２制御部とを備えた、第２端末と、を備え、
前記処理機制御部は、前記処理機通信部を制御して、前記貨幣処理機の状態を示す状態情報を送信し、
前記第１制御部は、前記状態情報が示す前記貨幣処理機のエラーに対処する旨の承諾操作を前記第１受付部が受け付けた場合には、前記第１通信部を制御して承諾情報を前記第２通信部に送信し、
前記第２制御部は、前記第２通信部により前記承諾情報を受信する、
貨幣処理システム。
【請求項２】
前記第１端末は、情報を報知するための第１報知部を備え、
前記第１制御部は、前記第１通信部が前記状態情報を受信した場合には、前記第１報知部を制御して前記状態情報を報知する、
請求項１に記載の貨幣処理システム。
【請求項３】
前記貨幣処理機として、第１貨幣処理機と第２貨幣処理機とを備え、
前記第１受付部が前記第１貨幣処理機に対する前記承諾操作を受け付けた後、
前記第１制御部は、前記第２貨幣処理機の処理機通信部からの前記状態情報を前記第１報知部から報知しないよう、前記第１報知部を制御する、
又は、前記第１制御部は、前記第１受付部を制御して、前記第２貨幣処理機に対する前記承諾操作の受け付けを禁止する、
請求項２に記載の貨幣処理システム。
【請求項４】
前記貨幣処理機として、第１貨幣処理機と第２貨幣処理機とを備え、
前記第１受付部が前記第１貨幣処理機に対する前記承諾操作を受け付けた後も、前記第１制御部は、前記第１受付部により前記第２貨幣処理機に対する承諾操作の受け付けを許可する、
請求項２に記載の貨幣処理システム。
【請求項５】
前記第２端末は、情報を報知するための第２報知部を備え、
前記第１端末は、前記第１端末の使用者を特定するための特定情報をさらに送信し、
前記第２制御部は、前記第２通信部が前記承諾情報及び前記特定情報を受信した場合には、前記第２報知部を制御して前記特定情報を報知する、
請求項１〜４のいずれか１項に記載の貨幣処理システム。
【請求項６】
前記貨幣処理機は、処理機報知部を備え、
前記処理機制御部は、前記状態情報に基づいて前記貨幣処理機にエラーが発生したと判定した場合で、且つ、前記第１端末から前記承諾情報を受信した場合には、前記処理機報知部を制御して前記エラーの対処に関連する情報であるエラー対処情報を報知する、
請求項１〜５の何れか一項に記載の貨幣処理システム。
【請求項７】
前記貨幣処理機は、入金口及び出金口の少なくとも一方を備え、
前記エラーは、前記貨幣処理機で入金処理ができないエラー、又は、前記貨幣処理機で出金処理ができないエラーである、
請求項６に記載の貨幣処理システム。
【請求項８】
前記処理機報知部は表示部を備え、
前記処理機制御部は、前記処理機報知部を制御して、前記エラー対処情報を前記表示部に表示する、
請求項６又は７に記載の貨幣処理システム。
【請求項９】
サーバをさらに備え、
前記貨幣処理機、前記第１端末及び前記第２端末は、互いに、前記サーバを介して通信する、
請求項１〜８のいずれか１項に記載の貨幣処理システム。
【請求項１０】
前記第１報知部は振動部を備え、
前記第１制御部は、前記第１通信部が前記状態情報を受信した場合には、前記振動部を制御して振動させる、
請求項２〜５、及び、請求項２を引用する場合の請求項６〜９のいずれか１項に記載の貨幣処理システム。
【請求項１１】
前記貨幣処理機は銀行のロビーに配置される、
請求項１〜１０のいずれか１項に記載の貨幣処理システム。
【請求項１２】
貨幣処理機は、前記貨幣処理機の状態を示す状態情報を送信し、
携帯通信端末により構成される第１端末は、前記状態情報を受信した後、前記状態情報が示す前記貨幣処理機のエラーに対処する旨の承諾操作を受け付けた場合には、承諾情報を送信し、
第２端末は前記承諾情報を受信する、
貨幣処理機のエラー対処方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、貨幣処理システム及び貨幣処理機のエラー対処方法に関する。
【背景技術】
【０００２】
貨幣処理装置にエラーが発生した場合に、エラーの報知と共に、このエラーを解消するためのガイダンス情報が、貨幣処理装置から銀行のオペレータに提供されるようにした技術が種々開発されている（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−１０７２８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
貨幣処理装置には、オペレータにより操作されるものだけでなく、銀行のロビーに設置された貨幣処理装置のように銀行の顧客により操作されるものも多い。エラーを解消するためのガイダンス情報が操作者である顧客に提供されても、顧客が貨幣処理装置の操作に不慣れであると、この顧客がエラーに対応ができないことがある。
【０００５】
本発明は、このような課題を解決するために創案されたものであり、貨幣処理装置のエラーに速やかに対処できるようにした貨幣処理システム及び貨幣処理のエラー対処方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記従来の課題を解決するために、本発明の貨幣処理システムは、処理機通信部と、処理機制御部とを備えた、貨幣処理機と、入力操作を受け付ける第１受付部と、通信を行うための第１通信部と、第１制御部とを備え、携帯通信端末により構成される第１端末と、入力操作を受け付ける第２受付部と、通信を行うための第２通信部と、第２制御部とを備えた、第２端末と、を備え、前記処理機制御部は、前記処理機通信部を制御して、前記貨幣処理機の状態を示す状態情報を送信し、前記第１制御部は、前記状態情報が示す前記貨幣処理機のエラーに対処する旨の承諾操作を前記第１受付部が受け付けた場合には、前記第１通信部を制御して承諾情報を前記第２通信部に送信し、前記第２制御部は、前記第２通信部により前記承諾情報を受信する。
【０００７】
上記従来の課題を解決するために、本発明の貨幣処理機のエラー対処方法は、貨幣処理機は、前記貨幣処理機の状態を示す状態情報を送信し、携帯通信端末により構成される第１端末は、前記状態情報を受信した後、前記状態情報が示す前記貨幣処理機のエラーに対処する旨の承諾操作を受け付けた場合には、承諾情報を送信し、第２端末は前記承諾情報を受信する。
【発明の効果】
【０００８】
本発明によれば、貨幣処理装置のエラーに速やかに対処できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態の紙幣処理システムの構成を示す模式図。
【図２】本発明の一実施形態の紙幣処理機のエラー対処方法の一例を示すシーケンス。
【図３】本発明の一実施形態の紙幣処理システムの変形例の構成を示す模式図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態に係る貨幣処理システム及び貨幣処理機のエラー対処方法について、図面を参照しながら説明する。以下に示す実施の形態はあくまでも例示に過ぎず、以下の実施の形態で明示しない種々の変形や技術の適用を排除するものではない。また、実施の形態の各構成は、それらの趣旨を逸脱しない範囲で種々変形して実施することができる。さらに、実施の形態の各構成は、必要に応じて取捨選択することができ、あるいは適宜組み合わせることができる。
【００１１】
なお、本実施形態では、本発明の貨幣処理システム及び貨幣処理機のエラー対処方法を、貨幣処理装置として紙幣処理装置を使用したシステムに適用した例を説明する。もちろん、本発明の貨幣処理システム及び貨幣処理機のエラー対処方法は、硬貨を処理する装置にも適用できる。
【００１２】
また、本明細書において「リジェクト貨幣」とは、紙幣処理装置で処理できない紙幣をいう。リジェクト貨幣には、例えば、偽札や、後述する識別部を斜行状態や重送状態で通過したために識別部によって正しく識別されなかった紙幣が含まれる。なお、「貨幣」とは、紙幣及び硬貨を含む概念である。また紙幣とは、紙製の紙幣、樹脂製の紙幣、及び、紙と樹脂とからなる紙幣を含む概念である。
【００１３】
また、実施の形態を説明するための全図において、同一要素は原則として同一の符号を付し、その説明を省略することもある。
【００１４】
［１．構成］
本発明の一実施形態の紙幣処理システムの構成について図１を参照して説明する。図１は、本発明の一実施形態の紙幣処理システムの構成を示す模式図である。
【００１５】
［１−１．システム］
図１に示すように、本実施形態の紙幣処理システム１は、紙幣処理装置２（貨幣処理装置）と、サーバー３と、携帯端末４（第１端末）と、端末５（第２端末）とを備える。本実施形態では、紙幣処理装置２として２台の紙幣処理装置２Ａ（第１貨幣処理装置）及び紙幣処理装置２Ｂ（第２貨幣処理装置）が備えら、携帯端末４として２台の携帯端末４Ａ，４Ｂが備えられる。
【００１６】
［１−２．紙幣処理装置］
本実施形態では、紙幣処理装置２は、銀行のロビーに配置され、銀行の顧客が自ら操作して入出金処理などを行う所謂セルフ機である。説明上の便宜から、上述の通り、紙幣処理装置２として、銀行のロビーに紙幣処理装置２Ａ，２Ｂの２台だけ配置されているものとする。
【００１７】
この紙幣処理装置２は、貨幣が投入される入金口２６と、貨幣が出金される出金口２７と、リジェクト貨幣を排出するリジェクト口２８と、これらの入金口２６，出金口２７又はリジェクト口２８に紙幣を搬送するための搬送部（図示略）とを備える。
【００１８】
また、紙幣処理装置２は、処理機制御部２０と、操作表示部２１（処理機報知部）と、処理機通信部２２と、各種のエラーを検出するための検出部２３と、ビーコン２４とを備える。以下、処理機制御部２０を制御部２０と称し、処理機通信部２２を通信部２２と称する。
【００１９】
制御部２０は、操作表示部２１，通信部２２及び検出部２３などから入力された情報に基づいて、紙幣処理装置２の各構成要素を適宜制御する。制御部２０による具体的な制御については後述する。
【００２０】
操作表示部２１は、例えばタッチパネルであり、表示機能と操作受付機能とを備える。詳しくは、操作表示部２１には、操作ガイダンス，顧客の口座情報及びエラー情報Ｉｎｆ＿ｅ（状態情報）などの各種情報が表示される。さらに、操作表示部２１は、顧客（操作者）の操作を受け付け、顧客は操作表示部２１を操作することにより制御部２０に対して様々な指令を与えることができる。
【００２１】
操作表示部２１に表示される前記操作ガイダンスには、紙幣処理装置２に生じたエラーを解除するためのガイダンス（エラー対処情報）も含まれる。なお、エラーとは、紙幣処理装置２に生じた不具合全般をいう。すなわち、紙幣処理装置２の故障だけでなく、顧客に起因した不具合を含む。顧客に起因した不具合とは、例えば、出金された紙幣を顧客が不注意で出金口２７に置き忘れるような不具合である。
【００２２】
通信部２２は他の各種装置と通信を行うためのものである。通信部２２は、本実施形態では、サーバー３を介して携帯端末４及び端末５と双方向の通信を行う。
【００２３】
検出部２３は、紙幣処理装置２に関する各種情報を検出し、検出した各種情報を制御部２０に送信するものである。検出部２３は、図１では簡略化して１つだけ示されているが、紙幣処理装置２には、紙幣処理装置２の種々の情報を検出するための複数の検出部２３が備えられている。
【００２４】
検出部として例えば識別部が備えられている。識別部は、搬送部によって搬送される紙幣の金種、真偽、表裏、正損、新旧及び搬送状態等を識別する。
【００２５】
この他、検出部２３として、紙幣処理装置２の操作者の存在を検出するための人感センサ、出金口２７の紙幣を検出する紙幣センサ、搬送部での紙幣の詰まりを検出する詰まりセンサ、リジェクト口２８の紙幣を検出する紙幣センサなどが備えられている。また、操作表示部２１が、操作表示部２１に対して行われた操作内容を検出するので、検出部２３を兼用していることとなる。
【００２６】
ビーコン２４は、比較的狭い範囲内に信号を出力する。行員に携帯された携帯端末４が紙幣処理装置２に近づくと、この携帯端末４はビーコン２４の信号を受信する。これについては、詳しく後述する。
【００２７】
再び制御部２０の説明に戻る。制御部２０は、紙幣処理装置２にエラーが生じていると判断した場合、通信部２２を制御し、エラー情報Ｉｎｆ＿ｅと、エラーが生じた紙幣処理装置２の（すなわち自機に割り当てられた）装置情報ＩＤ＿ｍ（特定情報）とをサーバー３に送信する。エラー情報Ｉｎｆ＿ｅは、エラーの種類を示す情報であり、本実施形態ではエラーの種類ごとに設定されたエラーコードである。装置情報ＩＤ＿ｍは、紙幣処理装置２を特定するための情報である。
【００２８】
これらの情報Ｉｎｆ＿ｅ，ＩＤ＿ｍは、サーバー３を介して各携帯端末４と端末５とにそれぞれ送信される。制御部２０は、通信部２２が携帯端末４から後述の承諾情報を受信するまで、通信部２２を制御して、情報Ｉｎｆ＿ｅ，ＩＤ＿ｍの送信を、連続して又は断続的に繰り返して行う。
【００２９】
制御部２０は、各検出部２３からの情報が所定の条件を満たしている場合に、紙幣処理装置２にエラーが生じていると判断する。
【００３０】
例えば、搬送部における紙幣の詰まりが、前述の詰まりセンサにより検出された場合には、制御部２０はエラーが生じていると判断する。そして、制御部２０は、通信部２２を制御して、装置情報ＩＤ＿ｍと、紙幣の詰まりが生じた旨のエラー情報Ｉｎｆ＿ｅとをサーバー３に送信する。
【００３１】
また、紙幣処理装置２の入金紙幣を収納する収納部（図示せず）に、これ以上紙幣を収納できないフル状態が検出された場合には、制御部２０は、入金処理できないエラーが生じていると判断する。また、入金処理の開始前に紙幣処理装置２の扉（図示せず）が開いていることが検出された場合には、制御部２０は、紙幣の入金処理を開始できる状態にはない、すなわち入金処理できないエラーが生じていると判断する。また、入金処理の開始前に、紙幣処理装置２の入金処理に係る部品（例えば検出部２３）の故障が検出された場合、制御部２０は入金処理できないエラーが生じていると判断する。そして、このような場合、制御部２０は、通信部２２を制御して、装置情報ＩＤ＿ｍと、入金処理できない旨のエラー情報Ｉｎｆ＿ｅとをサーバー３に送信する。
【００３２】
また、出金処理の開始前に紙幣処理装置２の扉（図示せず）が開いていることが検出された場合には、制御部２０は、紙幣の出金処理を開始できる状態にはない、すなわち出金処理できないエラーが生じていると判断する。また、出金処理の開始前に、紙幣処理装置２の出金処理に係る部品（たとえば検出部２３）の故障が検出された場合、制御部２０は出金処理できないエラーが生じていると判断する。そして、このような場合、制御部２０は、通信部２２を制御して、装置情報ＩＤ＿ｍと、出金処理できない旨のエラー情報Ｉｎｆ＿ｅとをサーバー３に送信する。
【００３３】
また、出金口２７の紙幣が前述の紙幣センサにより検出されている最中に紙幣処理装置２の操作者が前述の人感センサにより検出されない場合には、制御部２０はエラーが生じていると判断する。そして、制御部２０は、通信部２２を制御して、装置情報ＩＤ＿ｍと、出金口２７に紙幣が置き忘れられた旨のエラー情報Ｉｎｆ＿ｅとをサーバー３に送信する。
【００３４】
また、制御部２０は、リジェクトセンサからの情報に基づき、リジェクトが所定時間内に複数回繰り返されたと判断した場合には、エラーが生じていると判断する。そして、制御部２０は、通信部２２を制御して、装置情報ＩＤ＿ｍと、顧客がリジェクトを繰り返している旨のエラー情報Ｉｎｆ＿ｅとをサーバー３に送信する。なお、入金紙幣として、汚損が著しい紙幣、偽券、及び、受付対象金種以外の金種である紙幣などが、検出部２３により検出された場合、所定時間内に複数回リジェクトが繰り返される。受付対象金種とは、当該紙幣処理装置２において処理の対象として予め設定されている金種のことである。
【００３５】
また、制御部２０は、操作表示部２１の表示が、入出金操作が完了する前の途中の表示のまま所定時間以上変わらなかったり、操作表示部２１が同様の操作を所定回数以上繰り返して受け付けたりした場合には、エラーが生じていると判断する。そして、制御部２０は、通信部２２を制御して、装置情報ＩＤ＿ｍと、顧客が操作に戸惑っている旨のエラー情報Ｉｎｆ＿ｅとを送信する。
【００３６】
制御部２０は、エラーが生じているとの判断後、当該エラーが解消されたと判断すると、通信部２２を制御し、エラーが解消された旨のエラー解消情報Ｉｎｆ＿ｘを、サーバー３を介して携帯端末４と端末５とに送信する。制御部２０は、例えば、検出部２３からの情報が所定の条件を満たし紙幣処理装置２にエラーが生じていると判断した後、当該検出部２３からの情報が当該所定の条件から外れた場合に、当該エラーが解消されたと判断する。
【００３７】
制御部２０が解消されたことを判断できないエラーについては、当該エラーの解消を行員が判断し、この行員が携帯端末４（例えば携帯端末４Ａ）を操作して当該エラーが解消された旨の情報を紙幣処理装置２に送信するようにしてもよい。この場合、携帯端末４Ａからエラーが解消された旨の情報を受信した制御部２０は、通信部２２を制御し、エラー解消情報Ｉｎｆ＿ｘを通信部２２から他の携帯端末４（例えば携帯端末４Ｂ）と端末５とに送信させる。
【００３８】
制御部２０が解消されたことを判断できないエラーとは、原因が紙幣処理装置２に無いエラーであり、例えば、汚れのひどい紙幣を顧客が入金しようとして、リジェクトが繰り返されるエラーである。
【００３９】
上述したように、携帯端末４を携帯した行員が紙幣処理装置２に近づくと、携帯端末４はビーコン２４の信号を受信する。ビーコン２４の信号は、このビーコン２４が備えられた紙幣処理装置２の装置情報ＩＤ＿ｍを伴う。ビーコン２４の信号を受信した携帯端末４は、装置情報ＩＤ＿ｍと、携帯端末４を携帯する行員を特定する行員情報ＩＤ＿ａとをサーバー３へと送信する。なお、後述するように携帯端末４を使用するにはこの携帯端末４に行員情報ＩＤ＿ａを入力する必要がある。すなわち、行員情報ＩＤ＿ａは携帯端末４に予め記憶されている。
【００４０】
サーバー３は、行員情報ＩＤ＿ａと装置情報ＩＤ＿ｍとから、この行員が当該紙幣処理装置２を扱う権限があるか否かを判断し、この判断結果を当該紙幣処理装置２へと送信する。紙幣処理装置２のメンテナンスドアは電子錠により施錠されており、サーバー３からの判断結果が、行員が紙幣処理装置２を扱う権限があることを示していれば、制御部２０は電子錠を自動で解錠する。また、サーバー３からの判断結果が、行員が紙幣処理装置２を扱う権限があることを示していれば、電子錠の解錠を指示するための解除ボタンを操作表示部２１に表示してもよい。したがって、この行員は、メンテナンスドアを開いて紙幣処理装置２を容易にメンテナンスできる。一方、サーバー３からの判断結果が、行員が紙幣処理装置２を扱う権限がないことを示していれば、制御部２０は電子錠を解錠せず、この行員は、メンテナンスドアを開くことができず紙幣処理装置２をメンテナンスできない。
【００４１】
［１−３．サーバー］
サーバー３は、サーバー制御部３０と、記憶部３１と、サーバー通信部３２とを備える。以下、サーバー制御部３０を制御部３０と称し、サーバー通信部３２を通信部３２と称する。
【００４２】
記憶部３１は、キャッシュカードの認証情報ＩＤ及びパスワードのような顧客の各種情報を記憶する。また、記憶部３１は、前述の行員情報ＩＤ＿ａ及び行員の権限のような行員の各種情報を記憶する。
【００４３】
通信部３２は他の各種装置と通信を行うためのものであり、本実施形態では、紙幣処理装置２Ａ，２Ｂ，携帯端末４Ａ，４Ｂ，端末５の各相互間の通信は、通信部３２を介して行われる。
【００４４】
制御部３０は、携帯端末４Ａ，携帯端末４Ｂ及び端末５から情報を受信すると、通信部３２を制御して、当該情報を通信部３２から適宜の送信先へと送信させる。すなわち、上述のとおり、携帯端末４Ａ，携帯端末４Ｂ及び端末５の各相互間の送受信はサーバー３を介して行われる。また、制御部３０は、必要に応じて記憶部３１から適宜情報を読み取り、この情報を携帯端末４Ａ，携帯端末４Ｂ及び端末５の少なくとも１つに送信する。
【００４５】
例えば、サーバー３には、通信部３２を介して、上述したようにビーコン２４の信号を受信した携帯端末４から行員情報ＩＤ＿ａと装置情報ＩＤ＿ｍとが入力される。制御部３０は、記憶部３１から、受信した行員情報ＩＤ＿ａに対応する権限を読み取り、この権限が、装置情報ＩＤ＿ｍに対応する紙幣処理装置２のメンテナンスを行える権限であるか否かを判断する。そして、制御部３０は、通信部３２を制御して、この権限について判断結果を、通信部３２から当該紙幣処理装置２へ送信させる。
【００４６】
［１−４．行員用携帯端末］
携帯端末４は、紙幣処理装置２のエラーに直接対応する一般の行員用の携帯通信端末である。説明上の便宜から、上述の通り、携帯端末４として携帯端末４Ａ，４Ｂの２台だけが用意されているものとする。
【００４７】
本実施形態では、携帯端末４Ａは行員Ａの専用であり、携帯端末４Ｂは行員Ｂの専用である。そして、携帯端末４Ａを使用するには、携帯端末４Ａに、行員Ａの行員情報ＩＤ＿ａと、この行員情報ＩＤ＿ａに対応したパスワードとの各入力が必要となる。同様に、携帯端末４Ｂを使用するには、携帯端末４Ｂに、行員Ｂの行員情報ＩＤ＿ａと、この行員情報ＩＤ＿ａに対応したパスワードとの各入力が必要となる。すなわち、行員Ａの行員情報ＩＤ＿ａは、携帯端末４Ａを特定する情報でもあり、行員Ｂの行員情報ＩＤ＿ａは、携帯端末４Ｂを特定する情報でもある。
【００４８】
携帯端末４は、タブレット，スマートフォン又はスマートウォッチのような携帯可能な通信端末であり、本実施形態ではスマートフォンである。
【００４９】
携帯端末４は、第１制御部４０と、第１通信部４１と、タッチパネル４２と、振動部４３と、内蔵のスピーカ４４とを備える。以下、第１制御部４０を制御部４０と称し、第１通信部４１を通信部４１と称する。
【００５０】
通信部４１は他の各種装置と通信を行うためのものである。通信部４１は、本実施形態では、サーバー３を介して紙幣処理装置２Ａ，２Ｂ及び端末５と双方向の通信を行う。
【００５１】
タッチパネル４２は、後述の承諾操作を含む各種入力操作の受付と、装置情報ＩＤ＿ｍ及びエラー情報Ｉｎｆ＿ｅを含む各種情報の表示（視覚による報知）とを行う。すなわち、タッチパネル４２は、本発明の第１受付部及び第１報知部の両方を構成する。
【００５２】
振動部４３は、携帯端末４を振動させ、装置情報ＩＤ＿ｍ及びエラー情報Ｉｎｆ＿ｅを受信した場合に振動して、これらの情報の受信を報知する。スピーカ４４は、装置情報ＩＤ＿ｍ及びエラー情報Ｉｎｆ＿ｅを受信した場合に音を出力して、これらの情報の受信を報知する。すなわち、本発明の第１報知部は、タッチパネル４２に加えて、振動部４３とスピーカ４４とを備えて構成される。
【００５３】
制御部４０は、通信部４１が紙幣処理装置２（ここでは紙幣処理装置２Ａとする）から装置情報ＩＤ＿ｍ及びエラー情報Ｉｎｆ＿ｅを受信すると、タッチパネル４２を制御して、これらの情報ＩＤ＿ｍ，Ｉｎｆ＿ｅをタッチパネル４２に表示させる。併せて、制御部４０は、装置情報ＩＤ＿ｍに対応する紙幣処理装置２（つまり紙幣処理装置２Ａ）のエラーの対処（以下「エラー対処」と称する）を引き受けるか否かの問い合わせＱａをタッチパネル４２に表示させる。さらに、制御部４０は、振動部４３とスピーカ４４とを制御して、上述したように装置情報ＩＤ＿ｍ及びエラー情報Ｉｎｆ＿ｅを受信したことを行員Ａに報知する。
【００５４】
そして、制御部４０は、タッチパネル４２が、紙幣処理装置２Ａのエラー対処を引き受ける旨の操作（以下「承諾操作」と称する）を受け付けると、通信部４１を制御して行員情報ＩＤ＿ａをサーバー３に送信する。併せて、制御部４０は、タッチパネル４２が承諾操作を受け付けると、タッチパネル４２を制御して、タッチパネル４２から問い合わせＱａの表示を消去する。
【００５５】
サーバー３は、携帯端末４（ここでは携帯端末４Ａとする）から行員情報ＩＤ＿ａを受信すると、この行員情報ＩＤ＿ａを、紙幣処理装置２Ａと、他の携帯端末４つまり携帯端末４Ｂと、端末５とにそれぞれ送信する。なお、この送信された行員情報ＩＤ＿ａはエラー対処を承諾する旨を示す承諾情報を兼ねている。もちろん、行員情報ＩＤ＿ａとは別に承諾情報が送信されてもよい。
【００５６】
紙幣処理装置２Ａは、行員情報ＩＤ＿ａを受信すると、装置情報ＩＤ＿ｍ及びエラー情報Ｉｎｆ＿ｅの送信を終了する。
【００５７】
行員情報ＩＤ＿ａを受信した他の全ての携帯端末４、ここでは携帯端末４Ｂでは、制御部４０がタッチパネル４２を制御して、装置情報ＩＤ＿ｍ，エラー情報Ｉｎｆ＿ｅ及び問い合わせＱａの各表示をタッチパネル４２から消去する。すなわち、エラー対処の承諾受付処理が終了する。
【００５８】
また、紙幣処理装置２Ａのエラー対処が完了したことを示す対処完了操作をタッチパネル４２が受け付けた場合には、制御部４０は、サーバー３を介して、端末５にエラー解消情報Ｉｎｆ＿ｘを送信する。
【００５９】
制御部４０は、タッチパネル４２が紙幣処理装置２Ａのエラーに対する承諾操作を受け付け後、当該エラーに対する対処完了操作を受け付けるまでの間は、他の紙幣処理装置つまり紙幣処理装置２Ｂに対して反応しない。すなわち、制御部４０は、紙幣処理装置２Ｂから装置情報ＩＤ＿ｍ及びエラー情報Ｉｎｆ＿ｅを受信しても、これらの情報をタッチパネル４２に表示しないようにタッチパネル４２を制御する。
【００６０】
この他、携帯端末４（ここでは携帯端末４Ａとする）の制御部４０は、紙幣処理装置２（ここでは紙幣処理装置２Ａとする）のビーコン２４の信号を通信部４１が受信した場合には、上述したように制御を行う。つまり、制御部４０は、通信部４１を制御して、紙幣処理装置２Ａの装置情報ＩＤ＿ｍと、行員Ａの行員情報ＩＤ＿ａとをサーバー３に送信する。
【００６１】
［１−５．管理者用端末］
端末５は、管理者用の端末である。管理者とは、携帯端末４を携帯してエラー対処を行う一般の行員の業務を管理する行員のことである。管理者が端末５を使用するには、端末５に、当該管理者の行員情報ＩＤ＿ａと、この行員情報ＩＤ＿ａに対応したパスワードの入力が必要となる。端末５は、エラー対処を行う一般の行員が使用する携帯端末４に較べて、画面のサイズが比較的大きいなど、表示された情報の管理のし易さが携帯性よりも重視される。端末５は、例えばデスクトップパソコン，ラップトップパソコン，タブレット又はスマートフォンであり、本実施形態ではタブレットである。
【００６２】
端末５は、第２制御部５０と、第２通信部５１と、タッチパネル５２と、内蔵のスピーカ５４とを備える。以下、第２制御部５０を制御部５０と称し、第２通信部５１を通信部５１と称する。
【００６３】
通信部５１は他の各種装置と通信を行うためのものである。通信部５１は、紙幣処理装置２Ａ，２Ｂ及び携帯端末４Ａ，４Ｂと双方向の通信を、本実施形態ではサーバー３を介して行う。
【００６４】
タッチパネル５２は、各種入力操作の受付と、装置情報ＩＤ＿ｍ及びエラー情報Ｉｎｆ＿ｅを含む各種情報の表示（視覚による報知）とを行う。すなわち、タッチパネル５２は、本発明の第２受付部及び第２報知部の両方を構成する。
【００６５】
制御部５０は、紙幣処理装置２（ここでは紙幣処理装置２Ａとする）から装置情報ＩＤ＿ｍ及びエラー情報Ｉｎｆ＿ｅを通信部５１が受信すると、タッチパネル５２を制御して、これらの情報ＩＤ＿ｍ，Ｉｎｆ＿ｅをタッチパネル５２に例えば横並びに表示させる。制御部５０は、スピーカ５４を制御して、装置情報ＩＤ＿ｍ及びエラー情報Ｉｎｆ＿ｅを受信したことを報知するための音をスピーカ５４から発生させるようにしてもよい。すなわち、本発明の第２報知部は、タッチパネル５２に加えてスピーカ５４をさらに備えてもよい。
【００６６】
制御部５０は、その後、通信部５１が携帯端末４Ａから行員Ａの行員情報ＩＤ＿ａを受信すると、紙幣処理装置２Ａのエラー対処を行員Ａが行う旨をタッチパネル５２に表示させる。具体的には、例えば、先にタッチパネル５２に横並びに表示させた紙幣処理装置２Ａの装置情報ＩＤ＿ｍ及びエラー情報Ｉｎｆ＿ｅの横に、行員Ａの行員情報ＩＤ＿ａがさらに表示される。
【００６７】
制御部５０は、さらにその後、通信部５１が携帯端末４Ａからエラー解消情報Ｉｎｆ＿ｘを受信すると、タッチパネル５２を制御して、紙幣処理装置２Ａのエラーが解消された旨をタッチパネル５２に表示させる。或いは、タッチパネル５２上の紙幣処理装置２Ａの装置情報ＩＤ＿ｍ及びエラー情報Ｉｎｆ＿ｅの各表示が消去される。
【００６８】
管理者は、紙幣処理装置２Ａのエラー対処を引き受ける行員がタッチパネル５２に表示されない場合、端末５を操作して例えば携帯端末４Ｂに当該エラーに対処するようメッセージを送信してもよい。或いは、制御部５０は、通信部５１を制御して、各携帯端末４の位置情報を取得し、紙幣処理装置２Ａの最も近くに位置する携帯端末４に、当該エラーの対処を要請するメッセージを、送信させるようにしてもよい。
【００６９】
［２．処理フロー］
本発明の一実施形態の紙幣処理装置のエラー対処方法について図２を参照して説明する。図２は、本発明の一実施形態の紙幣処理装置のエラー対処方法の一例を示すシーケンスである。
【００７０】
以下では、紙幣処理装置２Ａにエラーが発生し、このエラーの処理を承諾する旨の承諾情報が紙幣処理装置２Ａから送信された場合を例に取り説明する。
【００７１】
先ず、ステップＳ１０で紙幣処理装置２Ａにエラーが生じ、ステップＳ２０で紙幣処理装置２Ａから、紙幣処理装置２Ａの装置情報ＩＤ＿ｍと、エラーの種類を表すエラー情報Ｉｎｆ＿ｅがサーバー３に送信される。
【００７２】
ステップＳ３０で、こられの情報ＩＤ＿ｍ，Ｉｎｆ＿ｅが、サーバー３から携帯端末４Ａ，４Ｂ及び端末５へ送信され、ステップＳ４０，Ｓ５０，Ｓ６０で携帯端末４Ａ，４Ｂ及び端末５に表示される。
【００７３】
ステップＳ７０で、情報ＩＤ＿ｍ，Ｉｎｆ＿ｅの表示を視た行員Ａによる承諾操作を受け付けた携帯端末４Ａから、承諾情報を兼ねる行員Ａの行員情報ＩＤ＿ａがサーバー３に送信される。
【００７４】
ステップＳ８０で、この承諾情報（行員Ａの行員情報ＩＤ＿ａ）がサーバー３から、紙幣処理装置２Ａ，携帯端末４Ｂ及び端末５にそれぞれ送信される。
【００７５】
承諾情報を受信した紙幣処理装置２Ａでは、ステップＳ９０で情報ＩＤ＿ｍ，Ｉｎｆ＿ｅの送信が終了され、ステップＳ９５で行員が来る旨が表示される。なお、行員Ａが、紙幣処理装置２Ａを使用して、エラー情報Ｉｎｆ＿ｅに適したエラーを解除するためのガイダンスを選択し、サーバー３を介してこのガイダンスを紙幣処理装置２Ａに送信するようにしてもよい。この場合、ステップＳ９５で、行員が来る旨に替えて又は併せてガイダンスが表示される。
【００７６】
承諾情報を受信した携帯端末４Ｂでは、ステップＳ１００で、情報ＩＤ＿ｍ，Ｉｎｆ＿ｅの表示、すなわち紙幣処理装置２Ａでエラーが生じた旨の表示が終了される。これにより、紙幣処理装置２Ａのエラー対処の承諾受付処理が終了したことが行員Ｂに報知される。或いは、情報ＩＤ＿ｍ，Ｉｎｆ＿ｅの表示を消さずに、情報ＩＤ＿ｍ，Ｉｎｆ＿ｅに並べて行員Ａの行員情報ＩＤ＿ａを表示するなどして、他の行員Ａが紙幣処理装置２Ａのエラー対処を行うことを行員Ｂに報知するようにしてもよい。
【００７７】
承諾情報を受信した端末５では、ステップＳ１１０で、行員Ａの行員情報ＩＤ＿ａが表示される。これにより、行員Ａが紙幣処理装置２Ａのエラー対処を行うことが管理者に報知される。
【００７８】
ステップＳ７０で携帯端末４Ａから承諾情報が送信された後、ステップＳ１２０で紙幣処理装置２Ｂにエラーが生じ、ステップＳ１３０で、紙幣処理装置２Ｂから、紙幣処理装置２Ｂの装置情報ＩＤ＿ｍとエラー情報Ｉｎｆ＿ｅとがサーバー３に送信される。
【００７９】
ステップＳ１４０で、これらの情報ＩＤ＿ｍ，Ｉｎｆ＿ｅが、サーバー３から携帯端末４Ａ，４Ｂ及び端末５へ送信される。携帯端末４Ｂ及び端末５では、ステップＳ１５０，Ｓ１６０でこれらの情報ＩＤ＿ｍ，Ｉｎｆ＿ｅが表示される。その一方、携帯端末４Ａでは、ステップＳ１７０で情報ＩＤ＿ｍ，Ｉｎｆ＿ｅの表示が禁止される。すなわち、携帯端末４Ａでは、紙幣処理装置２Ｂにエラーが生じたことが報知されない。これにより、行員Ａは、紙幣処理装置２Ａのエラー対処に集中することができる。
【００８０】
なお、ステップＳ１７０において、情報ＩＤ＿ｍ，Ｉｎｆ＿ｅの表示が禁止される替わりに、携帯端末４Ａの制御部４０がタッチパネル４２を制御して、携帯端末４Ｂのエラー対処に対する承諾操作の受け付けを禁止するようにしてもよい。
【００８１】
ステップＳ１８０で、携帯端末４Ａにおいて対処完了操作が受け付けられると、エラー解消情報Ｉｎｆ＿ｘがサーバー３に送信される。
【００８２】
ステップＳ１９０で、このエラー解消情報Ｉｎｆ＿ｘが、サーバー３から紙幣処理装置２Ａ及び端末５に送信される。ステップＳ２００で、紙幣処理装置２Ａでは、エラーが解消された旨が表示される。紙幣処理装置２Ａに、エラーの発生を報知する表示灯が設けられ点灯している場合には、表示灯が消灯される。ステップＳ２１０で、端末５から、情報ＩＤ＿ｍ，Ｉｎｆ＿ｅの表示が消去される。すなわち、解消されたエラーに関する情報は、もはや管理する必要がないので管理対象から外される。なお、ステップＳ２１０において、情報ＩＤ＿ｍ，Ｉｎｆ＿ｅの表示を消去せずに、これらの情報ＩＤ＿ｍ，Ｉｎｆ＿ｅに並べて、当該エラーが解消された旨を表示するようにしてもよい。
【００８３】
［３．作用効果］
本発明の一実施形態によれば以下のような効果が得られる。
【００８４】
（１）紙幣処理装置２から送信された状態情報（すなわちエラー情報Ｉｎｆ＿ｅ）が、携帯端末４に送信され、携帯端末４のタッチパネル４２に当該状態情報が表示される。したがって、紙幣処理装置２にエラーが発生した場合、行員がエラーを認識してこの紙幣処理装置２のエラーに速やかに対処できる。また、エラー情報Ｉｎｆ＿ｅが携帯端末４のタッチパネル４２に表示されるので、このエラー対処を行う行員は、エラーの種類に応じて当該エラー対処に必要なもの（例えば工具又はマニュアル）を事前に準備することができる。或いは、エラー情報Ｉｎｆ＿ｅの示す内容に応じて、自分の権限，経験又はスキルで対処できるものか判断できる。
【００８５】
また、行員が、当該状態情報を確認して、携帯端末４を操作して承諾情報を兼ねる行員情報ＩＤ＿ａを送信すると、この行員情報ＩＤ＿ａは管理者用の端末５に送信される。端末５の通信部５１が、受信した行員情報ＩＤ＿ａを受信すると、この受信した行員情報ＩＤ＿ａがタッチパネル５２に表示される。
したがって、管理者は、紙幣処理装置２のエラーに行員が対処しているか否かを把握できる。したがって、管理者は、エラーが放置されている場合には、携帯端末４を介して又は直接に行員にエラー対処を要請するなどして、このエラーに速やかに対処できる。
【００８６】
（２）例えば紙幣処理装置２Ａのエラーに対して携帯端末４Ａから承諾情報として行員情報ＩＤ＿ａが送信された後、当該エラーが解除されるまでの間は、紙幣処理装置２Ｂにエラーが生じてもこの紙幣処理装置２Ｂのエラーは、携帯端末４Ａから報知されない。又は、このエラーに対して承諾情報の受付が、携帯端末４Ａでは禁止される。したがって携帯端末４Ａを使用する行員Ａは、紙幣処理装置２Ａのエラーの対処に集中できる。
【００８７】
（３）行員情報ＩＤ＿ａが端末５に表示されるので、管理者は、エラーに対処する行員を特定することができる。したがって、この行員が、当該エラーの対処に適切であるか否かを判断し、適切でないと判断した場合には、他の行員にサポートを要請するなど、適宜の対応をとることができる。また、管理者は、行員の働きぶりを管理したり評価したりすることができるようになる。
【００８８】
（４）紙幣処理装置２は、携帯端末４から承諾情報として行員情報ＩＤ＿ａを受信すると、操作表示部２１にエラー対処情報を表示する。エラー対処情報は、例えば、当該エラーの対処するためのガイダンス、又は、行員がエラーに対処するために紙幣処理装置２まで訪れることのお知らせである。このようなエラー対処情報が、紙幣処理装置２の操作者（本実施形態では顧客）に報知されるので、紙幣処理装置２のエラーに伴う当該操作者の不安を軽減できる。
【００８９】
（５）紙幣処理装置２，携帯端末４及び端末５の各相互間の通信は、それぞれサーバー３を介して行われる。したがって、紙幣処理装置２，携帯端末４及び端末５はそれぞれサーバー３にだけ情報を送信すればよく、情報の送信先は、情報の内容に応じてサーバー３により適宜選択する。したがって、紙幣処理装置２，携帯端末４及び端末５の通信に係る制御を簡素化できる。また、サーバー３に、紙幣処理装置２，携帯端末４及び端末５の各情報が集約されているので、紙幣処理システム１全体の動作状況に応じた通知を行うことができる。
【００９０】
（６）携帯端末４は、報知部として、エラー情報Ｉｎｆ＿ｅを受信したときに振動する振動部４３を備えている。したがって、携帯端末４を単に携帯しているだけでタッチパネル４２をみていないような状況、すなわち携帯端末４に特段の注意を払っていない状況でも、携帯端末４のエラー情報Ｉｎｆ＿ｅの受信に行員が気づかないことを抑制できる。
【００９１】
（７）紙幣処理装置２は銀行ロビーに配置されるセルフ機である。すなわち、紙幣処理装置２の操作者は、操作に不慣れな銀行の顧客である。したがって、銀行の行員が紙幣処理装置２のエラーに速やかに対処することが、より顕著な効果となって現れる。
【００９２】
（８）紙幣処理装置２のエラー対処の担当が決まると、これが他の担当者に報知される。したがって、必要以上の人数の行員がエラーの生じた紙幣処理装置２を訪れるなど、同一のエラー対処を他の行員が不要に試みるようなことが抑制される。
【００９３】
［４．変形例］
【００９４】
（１）例えば、紙幣処理装置２Ａのエラーに対し携帯端末４Ａから承諾情報が送信された後も、紙幣処理装置２Ｂのエラーに対する承諾操作を携帯端末４Ａが受け付けるようにしてもよい。これにより、行員Ａは紙幣処理装置２Ｂのエラーに臨機応変に対処できる。例えば、紙幣処理装置２Ａ,２Ｂが直ぐ近くに配置され、行員Ａによる紙幣処理装置２Ａのエラーの対処が完了間近のような場合、行員Ａが紙幣処理装置２Ｂのエラーに対応するのが効率的である。
【００９５】
（２）紙幣処理装置２，携帯端末４及び端末５の各相互間の通信が、サーバー３を介さずに行われるようにしてもよい。
【００９６】
（３）図３は本発明の一実施形態の紙幣処理システムの変形例の構成を示す模式図である。図３に示す変形例では、携帯端末４が携帯端末４から近距離あることの検出を、ビーコン２４に替えて、ＮＦＣ〔Near Field Communication（近距離無線通信）〕により行われる。詳しくは、携帯端末４がＮＦＣ機能を有し、紙幣処理装置２は、ＮＦＣリーダライタ２５を備える。ＮＦＣリーダライタ２５は、ＵＳＢケーブル２５ａを介して制御部２０に接続されている。
【００９７】
ＮＦＣリーダライタ２５は、紙幣処理装置２の標準的な取付位置から外すことが可能である。また、ＵＳＢケーブル２５ａの長さは、前記の標準的な取付位置のＮＦＣリーダライタ２５と制御部２０と接続するのに必要な長さよりも長めとされている。したがって、標準的な取付位置ではＮＦＣリーダライタ２５を使用しづらい環境では、ＮＦＣリーダライタ２５を標準的な取付位置から外して、より好ましい位置に配置することができる。
【００９８】
なお、この他の構成は前記実施形態と同様なので説明を省略する。
【産業上の利用可能性】
【００９９】
本発明は、紙幣処理装置に例示される貨幣処理装置を使用したシステムに適用できる。よって、その産業上の利用可能性は多大である。
【符号の説明】
【０１００】
１  紙幣処理システム（貨幣処理システム）
２  紙幣処理装置（貨幣処理装置）
２Ａ  紙幣処理装置（第１貨幣処理装置）
２Ｂ  紙幣処理装置（第２貨幣処理装置）
３  サーバー
４，４Ａ，４Ｂ  携帯端末（第１端末）
５  端末（第２端末）
２０  処理機制御部
２１  操作表示部（処理機報知部）
２２  処理機通信部
２３  検出部
２４  ビーコン
２５  ＮＦＣリーダライタ
２５ａ  ＵＳＢケーブル
２６  入金口
２７  出金口
２８  リジェクト口
３０  サーバー制御部
３１  記憶部
３２  サーバー通信部
４０  第１制御部
４１  第１通信部
４２  タッチパネル
４３  振動部
４４  スピーカ
５０  第２制御部
５１  第２通信部
５２  タッチパネル
５４  スピーカ
ＩＤ＿ａ  行員情報，承諾情報
ＩＤ＿ｍ  装置情報（特定情報）
Ｉｎｆ＿ｅ  エラー情報
Ｉｎｆ＿ｘ  エラー解消情報
【図１】
2020071597.tif 000003
【図２】
2020071597.tif 000004
【図３】
2020071597.tif 000005