JP6617603B2 - 現金処理機、端末装置、及び現金処理システム - Google Patents

Description

この発明は、現金処理機、端末装置、及び現金処理システムに関し、例えば、銀行などの金融機関に設置される現金処理機のセキュリティ管理に適用し得る。

昨今、金融機関の営業店カウンタに設置される窓口用現金処理機に代表される現金処理機は、紙幣や硬貨の入金／出金取引、および整理計数等に利用される。オペレータは、この現金処理機の操作部または、現金処理機に接続された受付端末（情報処理装置）から各種操作を行なうことにより、入金／出金などの取引を行うことができる。

従来、現金処理機では、種々の現金処理の取引や設定変更等を受付ける際に、パスワードの入力を要求することが可能となっている。そして、従来、金融機関等に設置される現金処理機では、パスワード管理を行う場合、一律のパスワードを定義するか、オペレータ毎に同一桁数で異なるパスワードを定義していた。

従来の取引処理を行う装置上でパスワード管理可能な技術としては特許文献１の記載技術がある。特許文献１には、スーパーマーケット等で用いられるＰＯＳ（ｐｏｉｎｔ ｏｆ ｓａｌｅｓ）システムのＰＯＳ端末上で、オペレータごとにパスワードと権限レベルを設定することについて記載されている。

特開平８−１６９２６号公報

しかしながら、従来の現金処理機では、仮に特許文献１に記載されたＰＯＳシステムのように、一律のパスワードを定義していた場合、パスワードが漏洩すると全機能の処理が実行可能となってしまう恐れがあった。

また、オペレータ毎に異なるパスワードを設定していた場合は、オペレータの人数が増加するとデータ量が増加し管理が複雑になり、処理時間がかかってしまう。また、個人毎ではなく、権限毎にセキュリティを定義したい場合は、個人毎のパスワード管理には、管理効率上の無駄がある。

以上のような問題に鑑みて、容易にセキュリティ性を向上させることができる現金処理機、端末装置（現金処理機に実行させる処理を受付ける端末装置）、及び現金処理システムが望まれている。

第１の本発明は、現金を処理する現金処理機において、（１）当該現金処理機で処理を実行する際の処理権限のレベルごとに異なる桁数のパスワードを保持するパスワード保持手段と、（２）指示された処理を実行する際に、当該処理に対応する処理権限レベルのパスワードを用いた認証処理を行う認証手段と、（３）前記認証手段で認証が成功した処理を実行する処理実行手段とを有し、（５）前記認証手段は外部の端末装置から指示された処理を実行する際に、当該処理に対応する処理権限レベルのパスワードを用いた認証処理を行い（６）処理実行の際にパスワード認証を有効とするか否かを示すパスワードモード設定情報を保持する設定値保持手段をさらに有し、（７）前記設定値保持手段は、当該現金処理機が最初に起動する際に、前記端末装置で保持しているパスワードモード設定情報を取得して保持することを特徴とする。

第２の本発明は、現金を処理する現金処理機に指示する処理を受付ける端末装置において、（１）前記現金処理機に対して実行させる処理の入力を受ける処理受付手段と、（２）前記処理受付手段で受付けた処理の処理権限レベルに対応する桁数のパスワード入力を受けるパスワード受付手段と、（３）前記パスワード受付手段が入力を受けたパスワードを用いた認証を前記現金処理機に要求する認証要求手段と、（４）前記認証要求手段で要求した認証が成功した場合に、前記処理受付手段が入力を受けた処理実行を前記現金処理機に指示する処理実行指示手段と、（５）前記現金処理機で処理実行する際にパスワード認証を有効とするか否かを示すパスワードモード設定情報を保持する設定値保持手段とを有し、（６）前記現金処理機が最初に起動する際に、前記設定値保持手段が保持しているパスワードモード設定情報を前記現金処理機に送信することを特徴とする。

第３の本発明は、現金を処理する現金処理機と、前記現金処理機に指示する処理を受付ける端末装置とを有する現金処理システムにおいて、前記現金処理機として第１の本発明の現金処理機を適用し、前記端末装置として第２の本発明の端末装置を適用したことを特徴とする現金処理システム。

本発明によれば、容易にセキュリティ性を向上させる現金処理システムを提供することができる。

第１の実施形態に係る現金処理システムの全体構成について示したブロック図である。 第１の実施形態に係る現金処理機の概略断面図である。 第１の実施形態の現金処理機で保持されるパスワードデータの構成例について示した説明図である。 第１の実施形態の現金処理システムにおける各処理権限レベルの構成例について示した説明図である。 第１の実施形態に係る端末装置で処理実行を受付けて実行する際の動作について示したフローチャートである。 第１の実施形態に係る端末装置で表示する処理選択メニュー画面の構成例について示した説明図である。 第１の実施形態に係る端末装置で表示するパスワード入力画面の構成例について示した説明図である。 第１の実施形態に係る端末装置でパスワード変更を受付ける際の動作について示したフローチャート（その１）である。 第１の実施形態に係る端末装置でパスワード変更を受付ける際の動作について示したフローチャート（その２）である。 第１の実施形態に係る端末装置で表示される処理権限レベル選択画面の構成例について示した説明図である。 第１の実施形態に係る端末装置で表示するパスワード変更画面の構成例について示した説明図である。 第２の実施形態に係る現金処理システムの全体構成について示したブロック図である。 第２の実施形態に係る現金処理機が初回に起動する際の動作について示したフローチャートである。 第２の実施形態に係る端末装置上でアプリケーションが起動する際の動作について示したフローチャートである。 第２の実施形態に係る現金処理機が２回目以後に起動する際の動作について示したフローチャートである。

（Ａ）第１の実施形態
以下、本発明による現金処理機、端末装置、及び現金処理システムの第１の実施形態を、図面を参照しながら詳述する。

（Ａ−１）第１の実施形態の構成
図１は、この実施形態の現金処理システム１０００の全体構成について示したブロック図である。図２は、現金処理機１０の概略断面図である。

図１に示す現金処理システム１０００には、１つの現金処理機１０と１つの端末装置２０が配置されているが、各装置の配置数は限定されないものである。例えば、１つの現金処理システム１０００に対して複数の端末装置２０を接続するようにしてもよい。現金処理機１０と端末装置２０との間はインタフェース３０により接続されている。インタフェース３０の構成は限定されないものであり、例えば、ＬＡＮインタフェース（ＬＡＮケーブルやスイッチやルータ等により構成されたネットワーク）やＵＳＢインタフェース（例えば、ＵＳＢケーブル）等を適用することができる。

現金処理システム１０００は、金融機関の営業店などで、現金の管理に用いられるシステムである。現金処理機１０は、金融機関の受付窓口員などのオペレータによる操作に基づいて金銭の出金や入金等を実行する装置である。現金処理機１０自体を直接操作することも可能であるが、金融機関の受付窓口員は、主として端末装置２０を介して現金処理機１０を操作する。

次に、現金処理機１０の詳細構成について図１、図２を用いて説明する。

図１に示すように、現金処理機１０は、制御部１１、記憶部１２、現金処理部１３、及び操作表示部１４を有している。

操作表示部１４は、オペレータへの情報出力、及びオペレータからの操作受付を行うためのインタフェース（ユーザインタフェース）の機能を担っている。操作表示部１４に適用する具体的なデバイス構成は限定されないものであるが、例えば、タッチパネルディスプレイ等の種々のデバイスを用いることができる。この実施形態では、操作表示部１４は、タッチパネルディスプレイ等により操作画面（ＧＵＩ画面）を表示（例えば、メニュー画面や処理結果画面を表示）して、オペレータへの情報出力及びオペレータからの操作受付が可能な構成となっているものとして説明する。なお、操作表示部１４は、さらに図示しないハードウェアボタン、スイッチ、レバー等を備えるようにしてもよい。

現金処理部１３は、オペレータから投入された現金の入金処理や収納された現金の出金処理等を行う装置である。

制御部１１は、現金処理機１０の全体を制御する機能を担っている。制御部１１は、例えば、入金、出金、回収、および整理計数などの処理を制御する。また、制御部１１は、操作表示部１４からオペレータに指示された処理（動作）、または端末装置２０からオペレータに指示された処理を実行するよう現金処理機１０全体を制御する。

記憶部１２は、制御部１１等の処理で用いられるデータを記憶する記憶手段である。この実施形態において、記憶部１２には、認証処理に用いられるパスワードデータ１２１が記憶されている。

制御部１１及び記憶部１２は、例えば、プロセッサ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等を有するコンピュータに実施形態に係る制御プログラムをインストールすることにより実現するようにしてもよい。

図２は、現金処理機１０の概略断面図である。図２では、現金処理部１３及び操作表示部１４が図示されている。

現金処理部１３は、紙幣を投入する入金口１、紙幣を排出する出金口２、一時保留部３、紙幣認識部４、搬送部５、紙幣カセット６Ａ〜６Ｄ、及び紙幣カセット７を有する。また、紙幣カセット７は、紙幣収納庫８およびリジェクト庫９を有する。

入金口１は、オペレータが紙幣を投入する投入口である。入金口１には、開口部を開閉するシャッター（不図示）が設けられる。また、入金口１は、束で投入された紙幣を一枚ずつ分離して繰り出す分離機能を有する。

出金口２は、オペレータが受け取る紙幣が排出される排出口である。出金口２には、開口部を開閉するシャッター（不図示）が設けられる。また、出金口２は、排出する紙幣を集積する集積機能を有する。

入金口１は、上述した通り、投入された紙幣を１枚ずつ繰り出す分離機能を有する。また、出金口２は、上述した通り、排出する紙幣を集積する集積機能を有する。

一時保留部３は、紙幣の分離と集積の両方の機能を有する。例えば、一時保留部３は、入金取引時に入金口１から分離されて紙幣認識部４により正常と鑑別された紙幣を一時的に集積する。一時保留部３に集積された紙幣は、入金した紙幣の口座計上などが確定したなど、取引が成立した場合に繰り出され、紙幣認識部４を経て紙幣カセット６Ａ〜６Ｄなどに搬送される。

紙幣認識部４は、１枚ずつ通過していく紙幣の鑑別を行う。紙幣の進行方向は双方向に対応しており、紙幣認識部４は、入金口１方向から搬送される紙幣、およびその逆方向から搬送される紙幣の鑑別を行うことができる。

搬送部５は、紙幣を搬送する各搬送路、各搬送ローラ、および各搬送路を駆動する駆動機構を含む。駆動機構は、例えばＤＣサーボモータまたはパルスモータなどが回転することにより、搬送路を駆動する。搬送部５は、制御部１１により制御され、紙幣を目的の搬送先に搬送する。

紙幣カセット６Ａ〜６Ｄは、紙幣を金種毎に収納可能な紙幣収納部であって、紙幣の集積および分離の両方の機能を有する。また、紙幣カセット６Ａ〜６Ｄは、同一金種のための複数の紙幣カセットを含んでもよい。また、紙幣カセット６Ａ〜６Ｄは、現金処理機１０に対して着脱可能な構造になっており、個別に交換することで紙幣カセット６Ａ〜６Ｄに紙幣を装填することも可能である。

紙幣カセット７は、上側に紙幣収納庫８、下側（底部）にリジェクト庫９を備える。また、紙幣カセット７は、現金処理機１０に対して着脱可能な構造になっており、個別に交換することで、紙幣の回収および補充が可能である。

紙幣収納庫８は、紙幣を集積する集積機能および１枚ずつ繰り出す分離機能を有する。また、紙幣収納庫８は、カセット計数回収時に各紙幣カセット６Ａ〜６Ｄから分離された紙幣を集積し、紙幣を回収することができる。また、紙幣収納庫８は、カセット計数補充に、収納している紙幣を繰り出し、紙幣カセット６に紙幣を補充することができる。

リジェクト庫９は、紙幣を集積する集積機能のみ有する。リジェクト庫９は、紙幣認識部４によって異常と鑑別（リジェクト判定）された紙幣（リジェクト紙幣）を集積するための紙幣収納部である。

次に、端末装置２０の詳細構成について説明する。

端末装置２０は、例えば、ＰＣ等のコンピュータに、実施形態に係る端末プログラムをインストールすることにより構成される装置である。端末装置２０の機能的構成は、例えば、図１のように図示することができる。

この実施形態において、端末装置２０は、制御部２１、記憶部２２、及び操作表示部２３を有している。

制御部２１は、端末装置２０全体の制御機能、及び現金処理機１０との通信機能等を担っている。記憶部２２は、制御部２１の処理等で用いられるデータを記憶する記憶手段である。制御部２１及び記憶部２２は、例えば、プロセッサ及びメモリを有するコンピュータを用いて実現するようにしてもよい。

制御部２１には、現金処理機１０に関するプログラム（実施形態に係る情報処理プログラム）として、アプリケーション２１１、制御ドライバ２１２、及び通信ドライバ２１３がインストールされているものとする。

操作表示部２３は、オペレータへの情報出力、及びオペレータからの操作受付を行うためのインタフェース（ユーザインタフェース）の機能を担っている。操作表示部２３に適用する具体的なデバイス構成は限定されないものであるが、例えば、図示しないディスプレイ、キーボード、マウス等の種々のデバイスを組み合わせた構成とするようにしてもよい。この実施形態では、操作表示部１４は、オペレータに操作画面（ＧＵＩ画面）を表示（例えば、メニュー画面や処理結果画面を表示）して、オペレータへの情報出力及びオペレータからの操作受付が可能な構成となっているものとして説明する。

次に、制御部２１（制御部２１上で動作するプログラム）の詳細構成について説明する。

図１に示すように、制御部２１では、アプリケーション２１１、制御ドライバ２１２、通信ドライバ２１３という３つのプログラムがインストールされているものとする。

通信ドライバ２１３は、インタフェース３０を介して現金処理機１０と通信するためのドライバである。

制御ドライバ２１２は、通信ドライバ２１３を用いて現金処理機１０と通信し、現金処理機１０を制御（例えば、種々のコマンド送信による制御）するためのドライバである。制御ドライバ２１２は、アプリケーション２１１からの指示により、現金処理機１０に対する制御（例えば、コマンド送信）を行う。

アプリケーション２１１は、操作表示部２３を用いてユーザからの操作受付及びユーザへの情報出力の機能を担っている。ここでは、アプリケーション２１１は、操作表示部２３に操作画面（ＧＵＩ画面）を表示させてユーザからの入力（例えば、マウスやキーボードを用いた入力）を受付ける処理を行うものとする。そして、アプリケーション２１１は、ユーザによる操作画面の操作に応じて、制御ドライバ２１２を介して現金処理機１０に種々の処理（例えば、入金処理、出金処理、各種設定変更処理等）を実行させる。

次に、現金処理システム１０００における権限ごとのパスワード管理の構成について説明する。

図１に示すように、現金処理システム１０００では、オペレータから現金処理機１０が処理実行の操作（端末装置２０を用いた間接的な操作も含む）を受付ける際の認証情報としてパスワードデータ１２１が現金処理機１０の記憶部１２に記憶されている。

図３は、パスワードデータ１２１の構成例をテーブル形式で示した説明図である。

パスワードデータ１２１は、操作権限のレベル（以下、「処理権限レベル」と呼ぶ）ごとのパスワードが定義されたデータである。

図４は、各処理権限レベルの権限及びパスワードの構成について示した説明図である。

この実施形態では、図３、図４に示すように、現金処理機１０の操作権限は１〜４の４つのレベルが設定されており、処理権限レベルの数が上がるほど広い（高い）操作権限が設定されているものとする。現金処理機１０では、オペレータからの操作を受付ける際に、その操作ごとに最低限必要な操作権限のレベルが設定されているものとする。言い換えると、現金処理機１０では、操作を受付ける際にパスワードを用いた認証を行い、認証したパスワードに対応する処理権限レベルに応じて受付（入力）可能な操作の範囲が異なる。例えば、処理権限レベル３のパスワードで認証を行った場合、現金処理機１０（制御部１１）では、処理権限レベルが３以下の処理のみ受付け可能であり、処理権限レベル４以上の操作については受付けできない。

この実施形態の現金処理機１０では、図３、図４に示すように、パスワードのみで認証を行う構成となっており、オペレータごとや処理権限レベルごとのユーザＩＤ等は定義されていない。なお、現金処理機１０において、例えば、オペレータごとや処理権限レベルごとにＩＤを付与して、ＩＤとパスワードの組み合わせを照合して認証を行うようにしてもよい。

各処理権限レベルのパスワード桁数は図３の例に限定されず任意の組み合わせとしてもよい。また、現金処理機１０において、各処理権限レベルのパスワード桁数をオペレータの操作により変更可能とするようにしてもよい。

一般的にパスワード桁数は多い程セキュリティは向上するので、処理権限レベルが高い程、パスワード桁数を多くすることが望ましい。図３、図４の例においても、処理権限レベルが高くなるほど、パスワード桁数も多くなっている。

この実施形態では、図４に示すように、処理権限レベル１は銀行（金融機関）における一般行員が利用することを想定している。処理権限レベル１の処理としては、例えば、入金・出金等の一般的な取引（行員が日常業務で行う取引）処理が該当する。

また、この実施形態では、図４に示すように、処理権限レベル２は銀行（金融機関）におけるマネージャクラスの行員が利用することを想定している。処理権限レベル２の処理としては、例えば、現金処理機１０の運用に関する設定の変更処理（例えば、カセットの構成の変更等）が該当する。

さらに、この実施形態では、図４に示すように、処理権限レベル３は現金処理機１０の保守員が利用することを想定している。処理権限レベル３の処理としては、例えば、現金処理機１０のセキュリティに関する設定変更処理（例えば、保守員は紙幣の認識率変更等の操作）が該当する。

さらにまた、この実施形態では、図４に示すように、処理権限レベル４は販売元（メーカ）の担当者が利用することを想定している。処理権限レベル４の処理としては、例えば、処理権限レベル１〜３の全てのパスワードクリア（初期化）が該当する。

以上のように第１の実施形態の現金処理機１０では、記憶部１２によりパスワード（パスワードデータ１２１）を保持するパスワード保持手段として機能する。また、現金処理機１０では、制御部１１が、処理実行する際に当該処理に対応する処理権限レベルのパスワードを用いた認証処理を行う認証手段として機能する。さらに、現金処理機１０では、制御部１１が、認証に成功した処理を実行する処理実行手段として機能する。

さらに、第１の実施形態の端末装置２０では、制御部２１のアプリケーション２１１が現金処理機１０に対して実行させる処理の入力を受ける処理受付手段として機能する。また、端末装置２０では、操作表示部２３により、制御部２１のアプリケーション２１１が、受付けた処理の処理権限レベルに対応する桁数のパスワード入力を受けるパスワード受付手段として機能する。さらに、端末装置２０では、認証が成功した場合に入力を受けた処理実行を現金処理機１０に指示する処理実行指示手段として機能する。

（Ａ−２）第１の実施形態の動作
次に、以上のような構成を有する第１の実施形態の現金処理システム１０００の動作を説明する。

まず、端末装置２０でオペレータからいずれかの処理について操作受付した場合の動作について説明する。

まず、オペレータにより、端末装置２０上でアプリケーション２１１に対する操作（操作表示部２３を介した操作）が開始され、いずれかの処理が選択されたものとする（Ｓ１０１）。

アプリケーション２１１が、オペレータから実行しようとする処理選択を受付ける画面の構成については限定されないものであるが、例えば、図６のようなメニュー画面（以下、「処理選択メニュー画面」と呼ぶ）としてもよい。図６に示す処理選択メニュー画面では、処理ごとに選択を受付けるためのボタンＢ１０１〜Ｂ１０６が配置されている。

図６に示す処理選択メニュー画面では、処理権限レベル１の入金取引処理を選択するためのボタンＢ１０１、処理権限レベル１の出金取引処理を選択するためのボタンＢ１０２、処理権限レベル２のカセット構成変更処理を選択するためのボタンＢ１０３、処理権限レベル３の認識設定変更処理を選択するためのボタンＢ１０４、及び処理権限レベル４のパスワードクリア処理を選択するためのボタンＢ１０５が配置されている。

なお、図６の処理選択メニュー画面では、説明を簡易とするための処理権限レベル１〜４のそれぞれの処理を受付けるためのボタンを１つのメニュー画面に配置した構成となっているが、アプリケーション２１１がオペレータから処理選択を受付けるメニュー画面は複数画面を階層化した構成とする等、選択可能な処理の数に応じて適切な構造とするようにしてもよい。

オペレータによりいずれかの処理が選択されると、端末装置２０のアプリケーション２１１は、選択された処理の処理権限レベルを確認する（Ｓ１０２）。例えば、アプリケーション２１１に、予め各処理の処理権限レベルの情報が登録しておき、アプリケーション２１１はその情報を参照してオペレータにより選択された処理の処理権限レベルを確認するようにしてもよい。

オペレータに選択された処理が、処理権限レベル１の処理だった場合には、パスワード入力は不要（パスワードが０桁）であるため、アプリケーション２１１は、パスワード入力を要求せずに後述するステップＳ１１０の処理に移行する。

また、選択された処理が処理権限レベル２の処理だった場合、アプリケーション２１１は、処理権限レベル２に対応する４桁のパスワード入力を受付けるためのパスワード入力画面を操作表示部２３に表示させる（Ｓ１０３）。

さらに、選択された処理が処理権限レベル３の処理だった場合、アプリケーション２１１は、処理権限レベル３に対応する６桁のパスワード入力を受付けるためのパスワード入力画面を操作表示部２３に表示させる（Ｓ１０４）。

さらにまた、選択された処理が処理権限レベル４の処理だった場合、アプリケーション２１１は、処理権限レベル４に対応する８桁のパスワード入力を受付けるためのパスワード入力画面を操作表示部２３に表示させる（Ｓ１０５）。

次に、アプリケーション２１１は、ステップＳ１０３〜Ｓ１０４のいずれかで表示したパスワード入力画面でパスワード入力を受付ける（Ｓ１０６）。

図７は、パスワード入力画面の構成例について示した説明図である。

図７（ａ）は、４桁のパスワード入力を受付けるためのパスワード入力画面の構成例である。図７（ａ）では、４桁のパスワード入力を受付けるためのフィールドＦ２０１と、パスワード入力の完了を受付けるＯＫボタンＢ２０１が配置されている。

図７（ｂ）は、６桁のパスワード入力を受付けるためのパスワード入力画面の構成例である。図７（ｂ）では、６桁のパスワード入力を受付けるためのフィールドＦ２０２と、パスワード入力の完了を受付けるＯＫボタンＢ２０１が配置されている。

図７（ｃ）は、８桁のパスワード入力を受付けるためのパスワード入力画面の構成例である。図７（ｃ）では、８桁のパスワード入力を受付けるためのフィールドＦ２０３と、パスワード入力の完了を受付けるＯＫボタンＢ２０１が配置されている。

アプリケーション２１１は、パスワード入力画面を表示すると、表示したパスワード入力画面に対応する桁数のパスワード入力を受付ける処理を行う。また、図７の各パスワード入力画面ではパスワード入力を受付けるフィールドに入力済の数字を表示する構成となっているが、入力済の数字をマスクした表示（例えば、入力済の数字を「＊」等の記号に置き換えて表示）とするようにしてもよい。

パスワード入力画面でのパスワードの入力が完了すると、アプリケーション２１１は、入力されたパスワードの桁数が、表示したパスワード入力画面で入力要求した桁数と一致しているか否かを確認する（Ｓ１０７）。アプリケーション２１１は、入力されたパスワードが入力要求した桁数と一致しない場合は、上述のステップＳ１０３〜Ｓ１０５のいずれかに戻って再度同じ桁数のパスワード入力画面を表示する処理から動作する。

また、アプリケーション２１１は、入力されたパスワードが入力要求した桁数と一致した場合、制御ドライバ２１２及び通信ドライバ２１３を介して、現金処理機１０の制御部１１に認証要求を送信する（Ｓ１０８）。このとき、アプリケーション２１１は、現金処理機１０（制御部１１）に対して、入力されたパスワードと、認証を要求する処理権限レベルを通知する。そして、現金処理機１０の制御部１１は、認証要求を受付けると、通知されたパスワードと、パスワードデータ１２１に登録されているパスワードを照合して、認証ＯＫ又は認証ＮＧを、端末装置２０（アプリケーション２１１）に返答する。

そして、アプリケーション２１１は、現金処理機１０（制御部１１）からの返答が認証ＯＫだった場合は、後述するステップＳ１１０の処理に移行し、認証ＮＧだった場合は、は、上述のステップＳ１０３〜Ｓ１０５のいずれかに戻って再度同じ桁数のパスワード入力画面を表示する処理から動作する。

ステップＳ１１０に移行すると、アプリケーション２１１は、上述のステップＳ１０１で選択された処理の詳細内容の入力等を受付け、現金処理機１０に対して当該処理の実行を要求する命令（コマンド）を送信する。このとき、現金処理機１０（制御部１１）側でも、処理実行の度に、当該処理に対応する処理権限レベルの認証が成功したか否かを確認し、認証失敗している場合や、当該処理の処理権限レベルと直前に認証成功した処理権限レベルとが一致しない場合等には、端末装置２０からの処理実行要求を拒否するようにしてもよい。

以上のような処理により、現金処理機１０では、オペレータの処理権限レベルに応じた処理を実行することができる。

次に、端末装置２０でオペレータからいずれかの処理権限レベルについてパスワード変更を受付けた場合の動作について図８、図９のフローチャートを用いて説明する。

まず、オペレータにより、端末装置２０上でアプリケーション２１１に対する操作（操作表示部２３を介した操作）が開始され、パスワード変更の処理が選択されたものとする（Ｓ２０１）。なお、アプリケーション２１１がパスワード変更の処理の選択を受付けるまでのメニュー画面の構成については種々のメニュー画面の構成を適用することができる。

パスワード変更の処理が選択されると、アプリケーション２１１は、さらに、パスワード変更をする処理権限レベルの選択を受付ける操作画面（以下、「処理権限レベル選択画面」と呼ぶ）を、操作表示部２３に表示させ、オペレータから処理権限レベルを受付ける（Ｓ２０２）。

処理権限レベル選択画面の具体的な構成について限定されないものであるが、例えば、図１０のような操作画面としてもよい。図１０に示す処理権限レベル選択画面では、処理権限レベルの選択を受付けるためのボタンＢ３０１〜Ｂ３０３が配置されている。

図１０に示す処理権限レベル選択画面では、処理権限レベル２を選択するためのボタンＢ３０１、処理権限レベル３を選択するためのボタンＢ３０２、処理権限レベル４を選択するためのボタンＢ３０３が配置されている。

処理権限レベル選択画面で処理権限レベルが選択（いずれかのボタンが押下）されると、端末装置２０のアプリケーション２１１は、選択された処理権限レベルを確認する（Ｓ２０３）。

選択された処理権限レベルが２だった場合、アプリケーション２１１は、処理権限レベル２に対応する４桁のパスワード入力を受付けるためのパスワード入力画面（図７（ａ）の操作画面）を操作表示部２３に表示させる（Ｓ２０４）。

また、選択された処理が処理権限レベルが３だった場合、アプリケーション２１１は、処理権限レベル３に対応する６桁のパスワード入力を受付けるためのパスワード入力画面（図７（ｂ）の操作画面）を操作表示部２３に表示させる（Ｓ２０５）。

さらにまた、選択された処理が処理権限レベル４の処理だった場合、アプリケーション２１１は、処理権限レベル４に対応する８桁のパスワード入力を受付けるためのパスワード入力画面（図７（ｃ）の操作画面）を操作表示部２３に表示させる（Ｓ２０６）。

次に、アプリケーション２１１は、ステップＳ２０４〜Ｓ２０６のいずれかで表示したパスワード入力画面でパスワード入力を受付ける（Ｓ２０７）。

パスワード入力画面でのパスワードの入力が完了すると、アプリケーション２１１は、入力されたパスワードの桁数が、表示したパスワード入力画面で入力要求した桁数と一致しているか否かを確認する（Ｓ２０８）。アプリケーション２１１は、入力されたパスワードが入力要求した桁数と一致しない場合は、上述のステップＳ２０４〜Ｓ２０６のいずれかに戻って再度同じ桁数のパスワード入力画面を表示する処理から動作する。

一方、入力されたパスワードが入力要求した桁数と一致した場合、アプリケーション２１１は、制御ドライバ２１２及び通信ドライバ２１３を介して、現金処理機１０の制御部１１に照合要求（認証要求）を送信する（Ｓ２０９）。そして、現金処理機１０の制御部１１は、照合要求を受付けると、通知されたパスワードと、パスワードデータ１２１に登録されているパスワードを照合して、照合ＯＫ又は照合ＮＧを、端末装置２０（アプリケーション２１１）に返答する。

そして、アプリケーション２１１は、現金処理機１０（制御部１１）からの返答を確認し（Ｓ２１０）、現金処理機１０（制御部１１）からの返答が照合ＯＫだった場合は、後述するステップＳ２１１の処理に移行し、照合ＮＧだった場合は、上述のステップＳ２０４〜Ｓ２０６のいずれかに戻って再度同じ桁数のパスワード入力画面を表示する処理から動作する。

現金処理機１０（制御部１１）からの照合結果がＯＫだった場合、アプリケーション２１１は、照合結果がＯＫだった処理権限レベルを確認する（Ｓ２１１）。

照合結果ＯＫだった処理権限レベルが２だった場合、アプリケーション２１１は、処理権限レベル２の変更後のパスワード（４桁のパスワード）入力を受付けるためのパスワード変更画面を操作表示部２３に表示させる（Ｓ２１２）。

また、照合結果ＯＫだった処理権限レベルが３だった場合、アプリケーション２１１は、処理権限レベル２、３の変更後のパスワード（４桁及び６桁のパスワード）入力を受付けるためのパスワード変更画面を操作表示部２３に表示させる（Ｓ２１３）。

さらに、照合結果ＯＫだった処理権限レベルが４だった場合、アプリケーション２１１は、処理権限レベル２、３、４の変更後のパスワード（４桁、６桁、及び８桁のパスワード）入力を受付けるためのパスワード変更画面を操作表示部２３に表示させる（Ｓ２１４）。

次に、アプリケーション２１１は、ステップＳ２１２〜Ｓ２１４のいずれかで表示したパスワード変更画面で変更後のパスワード入力を受付ける（Ｓ２１５）。

図１１は、パスワード変更画面の構成例について示した説明図である。

図１１（ａ）は、処理権限レベル２（４桁）のパスワード入力を受付けるためのパスワード変更画面の構成例である。図１１（ａ）では、４桁のパスワード入力を受付けるためのフィールドＦ４０１と、パスワード入力の完了を受付けるＯＫボタンＢ４０１が配置されている。

図１１（ｂ）は、処理権限レベル２（４桁）、処理権限レベル４（６桁）のパスワード入力を受付けるためのパスワード変更画面の構成例である。図１１（ｂ）では、４桁のパスワード入力を受付けるためのフィールドＦ４０１と、６桁のパスワード入力を受付けるためのフィールドＦ４０２と、パスワード入力の完了を受付けるＯＫボタンＢ４０１が配置されている。

図１１（ｃ）は、処理権限レベル２（４桁）、処理権限レベルル４（６桁）、及び処理権限レベル４（８桁）のパスワード入力を受付けるためのパスワード変更画面の構成例である。図１１（ｃ）では、４桁のパスワード入力を受付けるためのフィールドＦ４０１と、６桁のパスワード入力を受付けるためのフィールドＦ４０２と、８桁のパスワード入力を受付けるためのフィールドＦ４０３と、パスワード入力の完了を受付けるＯＫボタンＢ４０１が配置されている。

アプリケーション２１１は、パスワード変更画面を表示すると、表示したパスワード変更画面に対応する桁数のパスワード入力を受付ける処理を行う。なお、処理権限レベル３、４のパスワード変更画面では、同時に複数レベルのパスワード入力を受付けるようにしてもよい。また、図１１の各パスワード変更画面ではパスワード入力を受付けるフィールドに入力済の数字を表示する構成となっているが、入力済の数字をマスクした表示（例えば、入力済の数字を「＊」等の記号に置き換えて表示）するようにしてもよい。

パスワード変更画面でのパスワードの入力が完了すると、アプリケーション２１１は、各フィールドについて、入力されたパスワードの桁数が入力要求した桁数と一致しているか否かを確認する（Ｓ２１６）。アプリケーション２１１は、パスワード変更画面で入力されたパスワードが入力要求した桁数と一致しない場合は、上述のステップＳ２１２〜Ｓ２１４のいずれかに戻って再度同じ処理権限レベルのパスワード変更画面を表示する処理から動作する。

また、アプリケーション２１１は、入力された全てのパスワードが入力要求した桁数と一致した場合、制御ドライバ２１２及び通信ドライバ２１３を介して、現金処理機１０の制御部１１に入力されたパスワード変更要求（コマンド）を送信する（Ｓ２１７）。現金処理機１０（制御部１１）は、パスワード変更要求が通知されると、通知された処理権限レベルのパスワードを変更（パスワードデータ１２１の内容を変更）する。

以上のように、現金処理システム１０００では、現金処理機１０に登録するパスワードデータ１２１（処理権限レベルごとのパスワード）を変更することができる。図１１に示すように、現金処理システム１０００では、オペレータの処理権限レベル以下のパスワードについてのみ変更可能な構成となっている。

（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、以下のような効果を奏することができる。

現金処理システム１０００では、処理権限レベルごとに異なる桁数のパスワードを適用することで、オペレータは自身の権限に応じた処理のみしか実行できなくなる。これにより、現金処理システム１０００では、仮に一部のパスワード（例えば、処理権限レベル２、３のパスワード）について漏えいしたとしても、現金処理機１０の全ての処理を不正に実行できるわけではないため、よりセキュリティを向上させることができる。

また、第１の実施形態の現金処理システム１０００では、高い処理権限レベルほど桁数の多いパスワードを設定して、高い処理権限レベルほど高いセキュリティを確保することができる。例えば、全ての処理権限レベルに対して、一律に４桁のパスワードを設定可能とした場合、低い処理権限しか持たないオペレータ（低い処理権限レベルのパスワードしか知らないオペレータ）により、入力されたパスワードが、偶然にそれより高い処理権限レベルのパスワードと一致して、不正に処理実行できてしまうこと等を防止することができる。

上述の図５〜図１０では、端末装置２０からの指示（コマンド）に従って処理実行する例について説明したが、現金処理機１０自体の操作表示部１４で、上述の図５〜図１０と同様の操作画面を表示してオペレータからの処理実行の指示を受付けるようにしてもよい。その場合、現金処理機の制御部１１は、自装置内のパスワードデータ１２１を参照して、処理権限レベルを用いたパスワード認証処理を行うことになる。このように第１の実施形態では、現金処理機１０自体の操作表示部１４を用いて、オペレータから処理実行の指示を受付ける場合でも、上述の端末装置２０で受付ける場合と同様にセキュリティを向上させる効果を奏する。

（Ｂ）第２の実施形態
以下、本発明による現金処理機、端末装置、及び現金処理システムの第２の実施形態を、図面を参照しながら詳述する。

（Ｂ−１）第２の実施形態の構成
図１２は、第２の実施形態に係る現金処理システム１０００Ａの構成について示したブロック図である。図１２では、上述の図１と同一部分又は対応部分には、同一符号又は対応符号を付している。以下では、第２の実施形態について、第１の実施形態との差異を説明する。

第２の実施形態では、現金処理機１０、端末装置２０が、それぞれ現金処理機１０Ａ、端末装置２０Ａに置き換わっている点で第１の実施形態と異なっている。

第２の実施形態の端末装置２０Ａでは、アプリケーション２１１に、現金処理機１０Ａでパスワードモード（処理権限レベルを用いたパスワード認証）を有効とするか否かを設定するためのパスワードモード設定情報２１１Ａが登録（保持）されている点で第１の実施形態と異なっている。パスワードモード設定情報２１１Ａは、現金処理機１０Ａでパスワードモードを有効とする値、又は現金処理機１０Ａでパスワードモードを無効とする値のいずれかの値が設定されるフラグ情報である。

また、第２の実施形態の現金処理機１０Ａでは、記憶部１２に、パスワードモード設定情報２１１Ａと同様の形式のパスワードモード設定情報１２２が登録（保持）されている点で、第１の実施形態と異なっている。現金処理機１０Ａの制御部１１は、初回に起動（例えば、工場出荷時の状態や、工場出荷時の状態に初期化された状態で起動）したとき、端末装置２０Ａにアクセスしてパスワードモード設定情報２１１Ａの値を取得し、記憶部１２のパスワードモード設定情報１２２に反映させる処理を行う。

第２の実施形態の現金処理機１０Ａでは、記憶部１２がパスワードモード設定情報１２２を保持する設定値保持手段として機能する。また、第２の実施形態の端末装置２０Ａでは、制御部２１のアプリケーション２１１が、パスワードモード設定情報２１１Ａを保持する設定値保持手段として機能する。

（Ｂ−２）第２の実施形態の動作
次に、以上のような構成を有する第２の実施形態の現金処理システム１０００Ａの動作を説明する。

以下では、第２の実施形態の現金処理システム１０００Ａの動作について、第１の実施形態との差異を説明する。

図１３は、現金処理機１０Ａ（制御部１１）が初回に起動するときの動作について示したフローチャートである。

なお、現金処理機１０Ａ（制御部１１）において、パスワードモード設定情報１２２の初期の設定値（初回起動時前の設定値）は、パスワードモードを無効とする値であるものとする。

現金処理機１０Ａの制御部１１は、初回に起動すると、端末装置２０Ａ（アプリケーション２１１）にアクセスして、端末装置２０Ａ側に設定されているパスワードモード設定情報２１１Ａの設定値を要求して読み込む（Ｓ３０１）。

次に、制御部１１は、取得したパスワードモード設定情報２１１Ａの設定値を確認し（Ｓ３０２）、取得した設定値が、パスワードモードを有効とする値だった場合にのみ、自装置側のパスワードモード設定情報１２２を変更（パスワードモードを有効とする値に変更）する（Ｓ３０３）。また、このとき、制御部１１は、自装置においてパスワードモードを有効に変更した旨の通知を端末装置２０Ａ側に送信するようにしてもよい。次回起動時以後、現金処理機１０は、パスワードモードを有効とした状態で動作することになる。

次に、制御部１１は、自装置の電源をオフ（又は電源オフを伴わないシャットダウン）して（Ｓ３０４）初回起動時の動作を終了する。上述のステップＳ３０３で、パスワードモードを有効とする設定に変更されていた場合、現金処理機１０（制御部１１）は、次回の起動以後にパスワードモードを有効とした状態で起動することになる。

次に、端末装置２０Ａのアプリケーション２１１が起動するときの動作について図１４のフローチャートを用いて説明する。

端末装置２０Ａのアプリケーション２１１は、起動する際、パスワードモード設定情報２１１Ａの内容を確認する（Ｓ４０１）。

そして、パスワードモード設定情報２１１Ａにパスワードモードを無効とする旨の値が設定されていた場合、アプリケーション２１１は、以後パスワードモードを無効とした状態で動作する（Ｓ４０２）。この場合、アプリケーション２１１は、オペレータから操作を受付けた処理について、特にパスワードによる認証を行わずに実行（処理権限レベルに関わらず実行）することになる。

そして、パスワードモード設定情報２１１Ａでパスワードモードを有効とする旨の値が設定されていた場合、アプリケーション２１１は、以後パスワードモードを有効とした状態で動作する（Ｓ４０３）。この場合、アプリケーション２１１は、オペレータから操作を受付けた処理について、処理権限レベルを用いたパスワードによる認証を経た上で実行（第１の実施形態と同様の処理を実行）することになる。

また、アプリケーション２１１は、現金処理機１０Ａが起動する際に、現金処理機１０Ａに対してパスワードモード設定情報１２２の設定値（パスワードモードを有効とする旨の値又は無効とする旨の値）を通知（コマンド送信）する。アプリケーション２１１が現金処理機１０Ａに対してパスワードモード設定情報１２２の設定値を通知する契機については限定されないものである。例えば、アプリケーション２１１は、インタフェース３０を介して現金処理機１０Ａの状態を監視して、現金処理機１０Ａが起動（電源ＯＮ）したことを検知したときに、パスワードモード設定情報１２２の設定値を通知（コマンド送信）するようにしてもよいし、現金処理機１０Ａからの要求に応じて、パスワードモード設定情報１２２の設定値を通知（コマンド送信）するようにしてもよい。

次に、現金処理機１０Ａ（制御部１１）が２回目以後（初回の次以後）に起動する際の動作について図１５のフローチャートを用いて説明する。

現金処理機１０Ａ（制御部１１）は、２回目以後（図１３のフローチャートの処理以後）に起動すると、まず、自装置に設定されているパスワードモード設定情報１２２を参照し、パスワードモードが有効となっているか無効となっているかを確認する（Ｓ５０１）。

そして、パスワードモード設定情報１２２でパスワードモードを無効とする旨の値が設定されていた場合、制御部２１は、以後パスワードモードを無効とした状態で動作する（Ｓ５０６）。この場合、制御部２１は、操作表示部１４又は端末装置２０Ａから受付けた処理の実行に際して、特にパスワードによる認証を行わずに実行（処理権限レベルに関わらず実行）することになる。

一方、パスワードモード設定情報１２２でパスワードモードを有効とする旨の値が設定されていた場合、制御部２１は、端末装置２０Ａ（アプリケーション２１１）からパスワードモードの設定値（パスワードモード設定情報２１１Ａの設定値）のコマンドを受信し（Ｓ５０２）、当該コマンドの設定値を確認する（Ｓ５０３）。なお、上述の通り、制御部２１が、端末装置２０Ａからパスワードモードの設定値のコマンド受信を行う契機については限定されないものである。

端末装置２０Ａ（アプリケーション２１１）から受信したコマンドが、パスワードモードを無効とする内容だった場合、制御部２１は、端末装置２０Ａ（アプリケーション２１１）にエラー（パスワードモード無効の状態では処理の実行ができない旨のエラー）を通知し（Ｓ５０４）、上述のステップＳ５０２に戻って動作する。すなわち、制御部２１は、現金処理機１０Ａ側（パスワードモード設定情報１２２）で、パスワードモードが有効に設定されている場合、端末装置２０Ａ側でもパスワードモードが有効でなければ処理の実行を拒否（コマンドを全て拒否）する状態となる。また、このとき、現金処理機１０Ａでは、操作表示部１４から直接操作を受付けた場合でも、処理の実行を拒否する。

一方、端末装置２０Ａ（アプリケーション２１１）から受信したコマンドが、パスワードモードを有効とする内容だった場合、制御部２１は、以後、パスワードモードを有効とした状態で動作を開始する（Ｓ５０５）。この場合、制御部２１は、オペレータから操作を受付けた処理について、処理権限レベルを用いたパスワードによる認証を経た上で実行（第１の実施形態と同様の処理を実行）することになる。

（Ｂ−３）第２の実施形態の効果
第２の実施形態によれば、第１の実施形態の効果に加えて、以下のような効果を奏するができる。

第２の実施形態の現金処理システム１０００Ａでは、現金処理機１０Ａのパスワードモード設定情報１２２を、パスワードモードを有効とする値に設定しておけば、不正行為者による操作（処理実行）を防止することができる。

例えば、現金処理機１０Ａが接地された銀行で、銀行業務終了後に、不正行為者が当該現金処理機１０Ａを操作して出金等の処理を実行しようとした場合を想定する。この場合、端末装置２０Ａが電源オフの状態であれば、現金処理機１０Ａは端末装置２０Ａからパスワードモード設定情報２１１Ａの設定値を取得することができないため、不正行為者は現金処理機１０Ａの操作表示部２３を操作したとしても、何の処理も実行させることができない状態となる。

（Ｃ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。

（Ｃ−１）上記の各実施形態において、端末装置のアプリケーションは、全ての処理権限レベルの操作が可能な構成となっているが、処理権限レベルごとに起動するアプリケーション（プログラム）を分けることでセキュリティ性を向上させることが可能となる。例えば、例えば、権限低（処理権限レベル２）専用のソフトウェア、権限中（処理権限レベル３）専用のソフトウェアのように、権限毎に実行できる取引を分けたプログラム構成としることにより、さらにセキュリティを向上させることが可能となる。

１０００…現金処理システム、１０…現金処理機、１１…制御部、１２…記憶部、１２１…パスワードデータ、１３…現金処理部、１４…操作表示部、２０…端末装置、２１…制御部、２１１…アプリケーション、２１２…制御ドライバ、２１３…通信ドライバ、２２…記憶部、２３…操作表示部、３０…インタフェース。

Claims (8)

1. 現金を処理する現金処理機において、
   当該現金処理機で処理を実行する際の処理権限のレベルごとに異なる桁数のパスワードを保持するパスワード保持手段と、
   指示された処理を実行する際に、当該処理に対応する処理権限レベルのパスワードを用いた認証処理を行う認証手段と、
   前記認証手段で認証が成功した処理を実行する処理実行手段とを有し、
   前記認証手段は外部の端末装置から指示された処理を実行する際に、当該処理に対応する処理権限レベルのパスワードを用いた認証処理を行い
   処理実行の際にパスワード認証を有効とするか否かを示すパスワードモード設定情報を保持する設定値保持手段をさらに有し、
   前記設定値保持手段は、当該現金処理機が最初に起動する際に、前記端末装置で保持しているパスワードモード設定情報を取得して保持する
   ことを特徴とする現金処理機。
2. 前記パスワード保持手段は、処理権限レベルが上がるほど桁数の多いパスワードを保持することを特徴とする請求項１に記載の現金処理機。
3. 前記パスワード保持手段は、最も低い処理権限レベルについてはパスワードを保持しないことを特徴とする請求項１又は２に記載の現金処理機。
4. 前記処理実行手段は、最も低い処理権限レベルの処理については、前記認証手段による認証を必要とせずに処理を実行することを特徴とする請求項３に記載の現金処理機。
5. 前記処理実行手段は、当該現金処理機が２回目以後に起動する際に、前記設定値保持手段でパスワードモード設定情報を確認し、前記設定値保持手段が保持するパスワードモード設定情報がパスワード認証を有効とする旨の値だった場合、前記認証手段で認証が成功した処理を実行し、前記設定値保持手段が保持するパスワードモード設定情報がパスワード認証を無効とする旨の値だった場合、前記認証手段による認証を必要とせずに指示された処理を実行することを特徴とする請求項１に記載の現金処理機。
6. 前記処理実行手段は、当該現金処理機が２回目以後に起動する際に、前記設定値保持手段でパスワードモード設定情報を確認し、前記設定値保持手段が保持するパスワードモード設定情報がパスワード認証を有効とする旨の値だった場合、前記端末装置で保持しているパスワードモード設定情報の取得を試み、前記端末装置からパスワード認証を有効とする旨の値のパスワードモード設定情報が取得できなかった場合、処理実行の指示を受けても当該処理を実行しないことを特徴とする請求項５に記載の現金処理機。
7. 現金を処理する現金処理機に指示する処理を受付ける端末装置において、
   前記現金処理機に対して実行させる処理の入力を受ける処理受付手段と、
   前記処理受付手段で受付けた処理の処理権限レベルに対応する桁数のパスワード入力を受けるパスワード受付手段と、
   前記パスワード受付手段が入力を受けたパスワードを用いた認証を前記現金処理機に要求する認証要求手段と、
   前記認証要求手段で要求した認証が成功した場合に、前記処理受付手段が入力を受けた処理実行を前記現金処理機に指示する処理実行指示手段と、
   前記現金処理機で処理実行する際にパスワード認証を有効とするか否かを示すパスワードモード設定情報を保持する設定値保持手段とを有し、
   前記現金処理機が最初に起動する際に、前記設定値保持手段が保持しているパスワードモード設定情報を前記現金処理機に送信する
   ことを特徴とする端末装置。
8. 現金を処理する現金処理機と、前記現金処理機に指示する処理を受付ける端末装置とを有する現金処理システムにおいて、前記現金処理機として請求項１に記載の現金処理機を適用し、前記端末装置として請求項７に記載の端末装置を適用したことを特徴とする現金処理システム。

Images