(57)【要約】【課題】  不正にソフトウェアがインストールされた場合でも、不正に出金処理が行われることを抑制する取引装置を提供する。【解決手段】  本発明は、取引装置に関する。そして、本発明の取引装置は、現金処理部からの出金を伴う取引を行う際、暗証情報入力部制御手段を介して暗証情報入力部に暗号化データを要求して取得し、取得した暗号化データを用いた認証処理の後に、現金処理部制御手段を介して現金処理部に現金の出金を指示する取引処理手段と、取引処理手段の指示により、暗号化データに関する処理が行われる際の時刻を記録する情報記録手段とを有し、現金処理部制御手段は、現金出金の指示を受けた場合、情報記録手段に記録された時刻に基づいて、現金出金を行うか否かを判定する出金判定処理を行い、出金判定処理で現金出金を行うと判断した場合にのみ現金処理部に現金の出金を指示する現金出金指示処理を行うことを特徴とする。【選択図】      図１
2019049770.tif 000002
【特許請求の範囲】
【請求項１】
現金を処理する現金処理部と、
暗証情報の入力を受付けて、入力された暗証情報を暗号化した暗号化データを出力する暗証情報入力部と、
前記現金処理部を制御する現金処理部制御手段と、
前記暗証情報入力部を制御する暗証情報入力部制御手段と、
取引に係る情報処理を行うものであって、前記現金処理部からの出金を伴う取引を行う際、前記暗証情報入力部制御手段を介して前記暗証情報入力部に暗号化データを要求して取得し、取得した暗号化データを用いた認証処理の後に、前記現金処理部制御手段を介して前記現金処理部に現金の出金を指示する取引処理手段と、
前記取引処理手段の指示により、暗号化データに関する処理が行われる際の時刻を記録する情報記録手段とを有し、
前記現金処理部制御手段は、現金出金の指示を受けた場合、前記情報記録手段に記録された時刻に基づいて、現金出金を行うか否かを判定する出金判定処理を行い、出金判定処理で現金出金を行うと判断した場合にのみ前記現金処理部に現金の出金を指示する現金出金指示処理を行う
ことを特徴とする取引装置。
【請求項２】
前記情報記録手段は、少なくとも、前記暗証情報入力部制御手段が、前記取引処理手段から暗号化データの要求があった第１の時刻、又は前記取引処理手段が暗号化データを用いた認証処理を伴う出金取引の情報処理を外部装置に要求して前記外部装置から当該出金取引の成立の応答があった第２の時刻の一方を記録することを特徴とする請求項１に記載の取引装置。
【請求項３】
前記現金処理部制御手段は、前記情報記録手段に記録された時刻と現在時刻との差分に基づいて出金判定処理を行うことを特徴とする請求項２に記載の取引装置。
【請求項４】
前記現金処理部は、現金を処理する現金処理機構と、前記現金処理機構を制御するファームウェアとを有し、
前記現金処理部制御手段は、前記取引処理手段と接続するミドルウェアと、前記現金処理部の前記ファームウェアと接続するドライバとを有し、
前記ドライバが、前記出金判定処理、及び前記現金出金指示処理を行うこと
を特徴とする請求項１〜３のいずれかに記載の取引装置。
【請求項５】
前記取引処理手段は、前記出金判定処理で現金を出金しないと判定された場合、不正な現金出金の指示があったことを示す不正出金警報を、所定の手段で出力する不正出金警報出力処理を行うことを特徴とする請求項１〜４のいずれかに記載の取引装置。
【請求項６】
情報を表示出力する表示部をさらに備え、
前記取引処理手段は、前記不正出金警報出力処理として、前記表示部に不正出金警報を示す情報を表示出力させること
を特徴とする請求項５に記載の取引装置。
【請求項７】
前記取引処理手段は、前記不正出金警報出力処理として、外部に不正出金警報を示す情報を送信することを特徴とする請求項５又は６に記載の取引装置。
【請求項８】
現金を処理する現金処理部と、暗証情報の入力を受付けて、入力された暗証情報を暗号化した暗号化データを出力する暗証情報入力部とを備える取引装置に搭載されたコンピュータを、
前記現金処理部を制御する現金処理部制御手段と、
前記暗証情報入力部を制御する暗証情報入力部制御手段と、
取引に係る情報処理を行うものであって、前記現金処理部からの出金を伴う取引を行う際、前記暗証情報入力部制御手段を介して前記暗証情報入力部に暗号化データを要求して取得し、取得した暗号化データを用いた認証処理の後に、前記現金処理部制御手段を介して前記現金処理部に現金の出金を指示する取引処理手段と、
前記取引処理手段の指示により、暗号化データに関する処理が行われる際の時刻を記録する情報記録手段として機能させ、
前記現金処理部制御手段は、現金出金の指示を受けた場合、前記情報記録手段に記録された時刻に基づいて、現金出金を行うか否かを判定する出金判定処理を行い、出金判定処理で現金出金を行うと判断した場合にのみ前記現金処理部に現金の出金を指示する現金出金指示処理を行う
ことを特徴とする取引プログラム。
【請求項９】
取引装置が行う取引方法において、
前記取引装置は、現金処理部、暗証情報入力部、現金処理部制御手段、暗証情報入力部制御手段、取引処理手段、及び情報記録手段を有し、
前記現金処理部は、現金を処理し、
前記暗証情報入力部は、暗証情報の入力を受付けて、入力された暗証情報を暗号化した暗号化データを出力し、
前記現金処理部制御手段は、前記現金処理部を制御し、
前記暗証情報入力部制御手段は、前記暗証情報入力部を制御し、
前記取引処理手段は、取引に係る情報処理を行うものであって、前記現金処理部からの出金を伴う取引を行う際、前記暗証情報入力部制御手段を介して前記暗証情報入力部に暗号化データを要求して取得し、取得した暗号化データを用いた認証処理の後に、前記現金処理部制御手段を介して前記現金処理部に現金の出金を指示し、
前記情報記録手段は、前記取引処理手段の指示により、暗号化データに関する処理が行われる際の時刻を記録し、
前記現金処理部制御手段は、現金出金の指示を受けた場合、前記情報記録手段に記録された時刻に基づいて、現金出金を行うか否かを判定する出金判定処理を行い、出金判定処理で現金出金を行うと判断した場合にのみ前記現金処理部に現金の出金を指示する現金出金指示処理を行う
ことを特徴とする取引方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、取引装置、取引プログラム、及び取引方法に関し、例えば、金融機関等の取引で用いられる自動取引装置（ＡＴＭ：Ａｕｔｏｍａｔｅｄ  Ｔｅｌｌｅｒ  Ｍａｃｈｉｎｅ）における不正出金等の抑止に適用し得る。
【背景技術】
【０００２】
従来のＡＴＭは、ホストコンピュータと通信し、ホストコンピュータと協働して出金取引等の取引処理を行う。そして、従来のＡＴＭでは、取引処理等を行うアプリケーションプログラム（以下、単に「アプリケーション」とも呼ぶ）を中心としたソフトウェア群により実現されている（特許文献１の図４参照）。
【０００３】
例えば、従来のＡＴＭに搭載されたアプリケーション（主として取引処理を行うアプリケーション）は、紙幣の処理（例えば、紙幣の入出金）を行うデバイス（以下、「紙幣ユニット」とも呼ぶ）から現金の出金を伴う出金取引を行う際、ホストコンピュータ（ホストコンピュータのアプリケーション）からの出金指示（出金許可）に応じ、紙幣ユニットを制御するソフトウェア（例えば、ミドルウェアやドライバソフトウェア等）を介して、紙幣ユニット（紙幣ユニットのファームウェア）に指示して、紙幣ユニットのハードウェアを動作させることで出金処理を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１２８８０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ＡＴＭは、現金を収納するため厳格なセキュリティ環境下に置かれるが、コンピュータを用いて動作している以上、不正な処理を行うマルウェアがインストールされる可能性はゼロとはいえない。例えば、ＡＴＭの紙幣ユニットを制御するミドルウェアやドライバソフトウェアの情報（不正に入手された情報）に基づいて紙幣ユニットを不正に制御するマルウェアが開発され、さらに、悪意者がＡＴＭに不正にアクセスする手段が存在する場合、ＡＴＭのコンピュータに当該マルウェアがインストールされる可能性が発生することになる。この場合、ＡＴＭで正常に動作するアプリケーションによらず、当該マルウェアが紙幣ユニットのドライバに直接コマンドを送信して紙幣ユニットに不正な出金を起こさせること等が可能となる。
【０００６】
以上のような問題に鑑みて、不正にソフトウェア（例えば、マルウェア）がインストールされた場合でも、不正に出金処理が行われることを抑制する取引装置、取引プログラム、及び取引方法が望まれている。
【課題を解決するための手段】
【０００７】
第１の本発明の取引装置は、（１）現金を処理する現金処理部と、（２）暗証情報の入力を受付けて、入力された暗証情報を暗号化した暗号化データを出力する暗証情報入力部と、（３）前記現金処理部を制御する現金処理部制御手段と、（４）前記暗証情報入力部を制御する暗証情報入力部制御手段と、（５）取引に係る情報処理を行うものであって、前記現金処理部からの出金を伴う取引を行う際、前記暗証情報入力部制御手段を介して前記暗証情報入力部に暗号化データを要求して取得し、取得した暗号化データを用いた認証処理の後に、前記現金処理部制御手段を介して前記現金処理部に現金の出金を指示する取引処理手段と、（６）前記取引処理手段の指示により、暗号化データに関する処理が行われる際の時刻を記録する情報記録手段とを有し、（７）前記現金処理部制御手段は、現金出金の指示を受けた場合、前記情報記録手段に記録された時刻に基づいて、現金出金を行うか否かを判定する出金判定処理を行い、出金判定処理で現金出金を行うと判断した場合にのみ前記現金処理部に現金の出金を指示する現金出金指示処理を行うことを特徴とする。
【０００８】
第２の本発明は、現金を処理する現金処理部と、暗証情報の入力を受付けて、入力された暗証情報を暗号化した暗号化データを出力する暗証情報入力部とを備える取引装置に搭載されたコンピュータを、（１）前記現金処理部を制御する現金処理部制御手段と、（２）前記暗証情報入力部を制御する暗証情報入力部制御手段と、（３）取引に係る情報処理を行うものであって、前記現金処理部からの出金を伴う取引を行う際、前記暗証情報入力部制御手段を介して前記暗証情報入力部に暗号化データを要求して取得し、取得した暗号化データを用いた認証処理の後に、前記現金処理部制御手段を介して前記現金処理部に現金の出金を指示する取引処理手段と、（４）前記取引処理手段の指示により、暗号化データに関する処理が行われる際の時刻を記録する情報記録手段として機能させ、（５）前記現金処理部制御手段は、現金出金の指示を受けた場合、前記情報記録手段に記録された時刻に基づいて、現金出金を行うか否かを判定する出金判定処理を行い、出金判定処理で現金出金を行うと判断した場合にのみ前記現金処理部に現金の出金を指示する現金出金指示処理を行うことを特徴とする。
【０００９】
第３本発明は、取引装置が行う取引方法において、（１）前記取引装置は、現金処理部、暗証情報入力部、現金処理部制御手段、暗証情報入力部制御手段、取引処理手段、及び情報記録手段を有し、（２）前記現金処理部は、現金を処理し、（３）前記暗証情報入力部は、暗証情報の入力を受付けて、入力された暗証情報を暗号化した暗号化データを出力し、（４）前記現金処理部制御手段は、前記現金処理部を制御し、（５）前記暗証情報入力部制御手段は、前記暗証情報入力部を制御し、（６）前記取引処理手段は、取引に係る情報処理を行うものであって、前記現金処理部からの出金を伴う取引を行う際、前記暗証情報入力部制御手段を介して前記暗証情報入力部に暗号化データを要求して取得し、取得した暗号化データを用いた認証処理の後に、前記現金処理部制御手段を介して前記現金処理部に現金の出金を指示し、（７）前記情報記録手段は、前記取引処理手段の指示により、暗号化データに関する処理が行われる際の時刻を記録し、（８）前記現金処理部制御手段は、現金出金の指示を受けた場合、前記情報記録手段に記録された時刻に基づいて、現金出金を行うか否かを判定する出金判定処理を行い、出金判定処理で現金出金を行うと判断した場合にのみ前記現金処理部に現金の出金を指示する現金出金指示処理を行うことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、不正にソフトウェアがインストールされた場合でも、不正に出金処理が行われることを抑制する取引装置を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態に係るＡＴＭの制御系の構成（ソフトウェア的な構成）のについて示したブロック図である。
【図２】第１の実施形態に係るＡＴＭの全体構成について示したブロック図である。
【図３】第１の実施形態に係るＡＴＭで出金取引が行われる際の動作について示したシーケンス図（その１）である。
【図４】第１の実施形態に係るＡＴＭで出金取引が行われる際の動作について示したシーケンス図（その２）である。
【図５】第２の実施形態に係るＡＴＭが不正出金警報出力を行う例について示した説明図である。
【図６】第２の実施形態に係るＡＴＭで不正に出金指示が行われた場合の動作について示したシーケンス図である。
【発明を実施するための形態】
【００１２】
（Ａ）第１の実施形態
以下、本発明による取引装置、取引プログラム、及び取引方法の第１の実施形態を、図面を参照しながら詳述する。以下では、本発明の取引装置、取引プログラム、及び取引方法を、ＡＴＭに適用した例について説明する。
【００１３】
（Ａ−１）第１の実施形態の構成
図２は、第１の実施形態のＡＴＭ１の機能的構成及び周辺装置の接続構成について示したブロック図である。
【００１４】
ＡＴＭ１は、顧客の操作に応じて、当該顧客との取引処理（例えば、当該顧客の口座からの現金を出金する出金取引等）を行うものである。また、ＡＴＭ１は、取引処理に際して、ホストコンピュータ２と通信し、ホストコンピュータ２と協働した情報処理（トランザクション処理）を行う。
【００１５】
ＡＴＭ１は、制御部１０、タッチパネルディスプレイ２０、ＥＰＰ（Ｅｎｃｒｙｐｔ  Ｐｉｎ  Ｐａｄ）ユニット３０、紙幣ユニット４０、カードユニット５０、及び印字ユニット６０を有している。
【００１６】
制御部１０は、ＡＴＭ１の全体を制御するとともに、ＡＴＭ１における取引処理に係る種々の処理を行う。制御部１０は、例えば、コンピュータ（プロセッサ等を含むプログラムの実行構成）にソフトウェア（実施形態に係る取引プログラムを含む）をインストールすることにより実現される。制御部１０のソフトウェア的な構成（アーキテクチャ）については後述する。
【００１７】
タッチパネルディスプレイ２０は、ユーザへの情報出力やユーザからの情報入力を受け付けるデバイスである。タッチパネルディスプレイ２０は、制御部１０の制御に従って操作画面（ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画面）等の表示を行い、顧客からの入力に応じた入力信号（例えば、タッチされた位置情報）を制御部１０に供給する。以上のように、タッチパネルディスプレイ２０は、情報を表示出力する表示部と、情報入力を受け付ける入力部としての機能に対応している。
【００１８】
ＥＰＰユニット３０は、顧客から暗証番号等の暗証情報の入力を受け付けるためのデバイスである。ＥＰＰユニット３０は、制御部１０の制御（指示）に応じて顧客からの入力受付を開始し、顧客から暗証情報が入力されるとその暗証情報を暗号化して制御部１０に供給する。そして、制御部１０は、暗号化された暗証情報をホストコンピュータ２に送信して認証処理や認証処理を伴う取引処理を依頼する処理を行う。以上のように、ＡＴＭ１では、ＥＰＰユニット３０により、暗証番号等の暗証情報の入力を受付けて、入力された暗証情報を暗号化して出力する暗証情報入力部が実現されている。
【００１９】
この実施形態のＡＴＭ１では、タッチパネルディスプレイ２０及びＥＰＰユニット３０により、顧客への出力及び顧客からの入力を受け付ける操作表示手段が実現されているが、ＡＴＭ１において操作表示手段を実現するデバイスはタッチパネルディスプレイ２０及びＥＰＰユニット３０の組み合わせに限定されないものである。例えば、ＡＴＭ１では、タッチパネルディスプレイ２０をディスプレイとハードウェアキーに置き換えるようにしてもよいし、タッチパネルディスプレイ２０以外のハードウェアキーを備えるようにしてもよい。
【００２０】
カードユニット５０は、顧客から挿入されたカード（キャッシュカード）を処理するデバイスである。
【００２１】
紙幣ユニット４０は、制御部１０の制御に応じて、紙幣を処理（例えば、収納している紙幣を出金する処理や投入された紙幣を収納する処理）に対応したデバイスである。
【００２２】
この実施形態のＡＴＭ１では、現金を処理する現金処理部として紙幣ユニット４０を備えているが、ＡＴＭ１に現金処理部として紙幣ユニット４０に加えて硬貨を処理する硬貨ユニットを搭載した構成としてもよいし、ＡＴＭ１に現金処理部として硬貨ユニットのみを搭載した構成としてもよい。以上のように、ＡＴＭ１において現金処理部で対応する現金の種類は限定されないものである。
【００２３】
次に、制御部１０のソフトウェア的な構成（アーキテクチャ）について説明する。
【００２４】
図１に示すように、制御部１０には、ソフトウェアとして、アプリケーション１１及びデバイス制御部１２がインストールされている。
【００２５】
図１では、説明の都合上、アプリケーション１１とデバイス制御部１２はそれぞれ１つの要素として示しているが、アプリケーション１１とデバイス制御部１２はそれぞれ複数のソフトウェアにより構成されるようにしてもよい。
【００２６】
デバイス制御部１２は、ＡＴＭ１を構成する各デバイスを制御するためのミドルウェアやドライバソフトウェア等を含むソフトウェア群である。
【００２７】
アプリケーション１１は、取引に関する情報処理（例えば、デバイス制御部１２を介したＡＴＭ１の各デバイスに対する指示や、ホストコンピュータ２との通信処理等の処理を含む）を行うソフトウェアである。言い換えると、ＡＴＭ１では、アプリケーション１１により取引に関する情報処理を行う取引処理手段が実現されている。
【００２８】
制御部１０（コンピュータ）において、アプリケーション１１やデバイス制御部１２を実行（プログラムとして実行）する環境（オペレーティングシステム）については限定されないものである。この実施形態の例では、アプリケーション１１とデバイス制御部１２は、Ｗｉｎｄｏｗｓ（登録商標）ＯＳ上で実現されているものとして説明する。
【００２９】
そして、この実施形態では、アプリケーション１１とデバイス制御部１２との間では、ＷｉｎｄｏｗｓＯＳ上で動作するＸＦＳ（ｅＸｔｅｎｓｉｏｎｓ  ｆｏｒ  Ｆｉｎａｎｃｉａｌ  Ｓｅｒｖｉｃｅｓ）を用いた連携（いわゆるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）制御）が行われるものとして説明する。
【００３０】
次に、デバイス制御部１２の詳細構成の例について図１を用いて説明する。
【００３１】
図１では、説明を簡易とするため、ＡＴＭ１において、紙幣ユニット４０及びＥＰＰユニット３０に関連する構成に絞って図示している。
【００３２】
図１に示すように、ＥＰＰユニット３０は、大別すると、数字入力が可能なテンキーを含むハードウェアキーで構成されるピンパッド３１と、ピンパッド３１に係るソフトウェア処理を行うＥＰＰファームウェア３２とを有している。また、図１に示すように、紙幣ユニット４０は、大別すると、紙幣を入出金する機構である紙幣処理機構部４１と、紙幣処理機構部４１を制御するためのソフトウェアである紙幣処理ファームウェア４２とを有している。なお、制御部１０（デバイス制御部１２）は、例えば、シリアルインタフェース（例えば、ＵＳＢ等のインタフェース）等の信号線で、ＥＰＰユニット３０や紙幣ユニット４０と接続しているものとする。
【００３３】
図１では、デバイス制御部１２を構成するソフトウェア群のうち、ＥＰＰユニット３０と紙幣ユニット４０に係る処理を行うソフトウェアのみを図示している。
【００３４】
デバイス制御部１２では、紙幣ユニット４０に関する制御を行うソフトウェアとして紙幣ユニット制御部１２１を有している。また、デバイス制御部１２では、ＥＰＰユニット３０に関する制御を行うソフトウェアとしてＥＰＰユニット制御部１２２を有している。さらに、デバイス制御部１２では、紙幣ユニット４０の出金制御に関する情報を記憶するための情報記録領域１２３が割り当てられているものとする。情報記録領域１２３は、制御部１０を構成するコンピュータ上で確保された記憶領域であるものとする。
【００３５】
以上のように、ＡＴＭ１では、紙幣ユニット制御部１２１により，現金処理部としての紙幣ユニット４０を制御する現金処理部制御手段が実現されている。また、ＡＴＭ１では、ＥＰＰユニット制御部１２２により、暗証情報入力部としてのＥＰＰユニット３０を制御する暗証情報入力部制御手段が実現されている。さらに、ＡＴＭ１では、情報記録領域１２３により、紙幣ユニット４０の出金制御に関する情報を記録する情報記録手段が実現されている。
【００３６】
この実施形態のＡＴＭ１では、アプリケーション１１、紙幣ユニット制御部１２１、及びＥＰＰユニット制御部１２２を含む要素（ソフトウェア）により、本発明の取引プログラムが実現されている。
【００３７】
次に、紙幣ユニット制御部１２１の内部構成について説明する。
【００３８】
図１に示すように、この実施形態の例では、紙幣ユニット制御部１２１は、紙幣ユニットドライバ１２１１、紙幣ユニットＳＰ（Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）１２１２、及び紙幣ユニットミドルウェア１２１３の３つのソフトウェアを有しているものとする。紙幣ユニット制御部１２１では、紙幣ユニットドライバ１２１１が紙幣ユニット４０の紙幣処理ファームウェア４２と直接接続（例えば、シリアルインタフェース等を介した通信により接続）し、紙幣ユニットミドルウェア１２１３がアプリケーション１１と直接接続（ＸＦＳで接続）しているものとする。そして、紙幣ユニット制御部１２１では、紙幣ユニットＳＰ１２１２が、紙幣ユニットドライバ１２１１と紙幣ユニットミドルウェア１２１３との間の接続を中継（差分を吸収）しているものとする。
【００３９】
紙幣ユニット４０（紙幣処理ファームウェア４２）は、紙幣ユニットドライバ１２１１との間の関連付け（相互認証）を受け付ける際に、紙幣ユニットドライバ１２１１から暗号通信（暗号化処理／復号処理）に用いる鍵情報４２ａの設定を受け付ける。そして、紙幣ユニット４０（紙幣処理ファームウェア４２）は、以後、設定された鍵情報４２ａを用いた暗号通信でのみ出金処理等の制御を受け付ける。なお、紙幣ユニット４０（紙幣処理ファームウェア４２）では、鍵情報４２ａは一度設定されると、ハードウェア的に変更不可となるように構成されているものとして説明する。また、紙幣ユニット４０（紙幣処理ファームウェア４２）では、鍵情報４２ａが設定されない状態で出金等の制御を受け付けない構成となっているものとして説明する。鍵情報４２ａは、例えば、紙幣ユニットドライバ１２１１に送信するデータを暗号化する暗号鍵と、紙幣ユニットドライバ１２１１から受信したデータを復号する復号鍵により構成するようにしてもよい。紙幣ユニットドライバ１２１１側においても、紙幣処理ファームウェア４２の鍵情報４２ａに対応する鍵情報１２１１ａが保持されているものとする。以上のように、紙幣ユニット４０（紙幣処理ファームウェア４２）では、鍵情報を用いた暗号通信により不正な制御受付（例えば、制御部１０を別のコンピュータとすり替えることによる制御受付）を抑止する構成となっているものとする。
【００４０】
次に、ＥＰＰユニット制御部１２２の内部構成について説明する。
【００４１】
図１に示すように、この実施形態では、ＥＰＰユニット制御部１２２は、ＥＰＰドライバ１２２１、ＥＰＰＳＰ１２２２、及びＥＰＰミドルウェア１２２３を有しているものとする。ＥＰＰユニット制御部１２２では、ＥＰＰドライバ１２２１がＥＰＰユニット３０のＥＰＰファームウェア３２と直接接続（例えば、シリアルインタフェース等を介した通信により接続）し、ＥＰＰミドルウェア１２２３がアプリケーション１１と直接接続（ＸＦＳで接続）しているものとする。そして、ＥＰＰユニット制御部１２２では、ＥＰＰＳＰ１２２２が、ＥＰＰドライバ１２２１とＥＰＰミドルウェア１２２３との間の接続を中継（差分を吸収）しているものとする。
【００４２】
なお、紙幣ユニット制御部１２１やＥＰＰユニット制御部１２２内部の構成は、図１の構成に限定されず、種々のソフトウェア構成を適用することができる。例えば、紙幣ユニット制御部１２１やＥＰＰユニット制御部１２２を、それぞれ複数のソフトウェア（ミドルウェア、ＳＰ、ドライバ）に分割せずに、１つのソフトウェアで構成（例えば、ミドルウェア、ＳＰ、及びドライバの機能を１つのプログラムで構成）するようにしてもよい。
【００４３】
（Ａ−２）第１の実施形態の動作
次に、以上のような構成を有する第１の実施形態のＡＴＭ１における出金取引の動作（第１の実施形態に係る取引装置が行う取引方法）を説明する。
【００４４】
図３、図４は、ＡＴＭ１において出金取引が行われる際の動作について示したシーケンス図である。
【００４５】
図３、図４では、ＡＴＭ１（制御部１０）のアプリケーション１１を中心しとした出金取引処理の動作について示している。
【００４６】
ここでは、まず、アプリケーション１１がタッチパネルディスプレイ２０を介して顧客から操作受付を開始し、顧客の操作（例えば、図示しない取引メニュー画面等に対する操作）により、出金取引を開始したものとする（Ｓ１０１）。
【００４７】
そして、ここでは、アプリケーション１１は、ＥＰＰユニット３０を用いて、顧客から暗証番号（暗証情報）の入力を受け付けるために、ＥＰＰユニット制御部１２２のＥＰＰミドルウェア１２２３に対して暗証番号の暗号化指示（顧客から入力される暗証番号を暗号化して返答する指示）のコマンドを供給するものとする（Ｓ１０２）。なお、このとき、アプリケーション１１は、例えば、タッチパネルディスプレイ２０に暗証番号の入力（ＥＰＰユニット３０を用いた暗証番号の入力）を顧客に要求するメッセージ等を表示させる等して、顧客への暗証番号入力を誘導する処理を行っているものとする。
【００４８】
そして、アプリケーション１１からＥＰＰミドルウェア１２２３に送信された暗証番号の暗号化指示は、ＥＰＰＳＰ１２２２及びＥＰＰドライバ１２２１を経由して、ＥＰＰユニット３０のＥＰＰファームウェア３２に供給される（Ｓ１０３〜Ｓ１０５）。
【００４９】
このとき、ＥＰＰＳＰ１２２２は、ＥＰＰミドルウェア１２２３から暗証番号の暗号化指示を受信した時刻を保持し、情報記録領域１２３の暗号化指示時刻１２３１として記録する（Ｓ１０６）。このとき、ＥＰＰＳＰ１２２２は、暗号化指示時刻１２３１を所定の暗号化用の鍵情報（紙幣ユニットドライバ１２１１が保持する復号用の鍵情報に対応する鍵情報）を用いて暗号化して情報記録領域１２３に記録するようにしてもよい。
【００５０】
ＥＰＰＳＰ１２２２において、この暗号化用の鍵情報は可能な限り解析困難（リバースエンジニアリングが困難）な形式で保持されていることが望ましい。例えば、ＥＰＰＳＰ１２２２のバイナリファイル（実行可能ファイル）とは別のファイルとして鍵情報を保持するのではなくＥＰＰＳＰ１２２２のバイナリファイル自体に鍵情報が埋め込まれた構成とすることが挙げられる。
【００５１】
一方、ＥＰＰユニット３０のＥＰＰファームウェア３２は、暗証番号の暗号化指示を受信すると、ピンパッド３１からの入力待ちの状態となり、ピンパッド３１を用いて暗証番号の入力を受け付ける（Ｓ１０７）。
【００５２】
そして、ＥＰＰファームウェア３２は、ピンパッド３１を用いて暗証番号の入力を受け付けると、当該暗証番号の暗号化（例えば、ＭＡＣ（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）による暗号化）をして暗号化データを生成し（Ｓ１０８）、ＥＰＰドライバ１２２１に送信する（Ｓ１０９）。
【００５３】
そして、ＥＰＰファームウェア３２からＥＰＰドライバ１２２１に送信された暗号化データは、ＥＰＰＳＰ１２２２及びＥＰＰミドルウェア１２２３を経由して、アプリケーション１１に到達する（Ｓ１１０〜Ｓ１１２）。
【００５４】
アプリケーション１１は、暗証番号の暗号化指示に応じた暗号化データを受信すると、当該暗号化データ及びその他の認証情報（例えば、口座番号等）を、ホストコンピュータ２（アプリケーション３）に送信して認証要求（相互認証の要求）を行い（Ｓ１１３）、認証結果の返答を受ける（Ｓ１１４）。なお、ここでは、ホストコンピュータ２（アプリケーション３）にによる認証結果は認証ＯＫであったものとする。
【００５５】
次に、アプリケーション１１は、出金取引の次の工程に進み、タッチパネルディスプレイ２０を介して、出金金額の入力を受け付けたものとする（Ｓ１１５）。アプリケーション１１は、例えば、タッチパネルディスプレイ２０に出金金額の入力を受け付ける操作画面を表示して、顧客から出金金額の入力を受け付けるようにしてもよい。
【００５６】
出金金額の入力を受け付けると、アプリケーション１１は、ホストコンピュータ２への認証（暗号化データを用いた相互認証）を伴う出金許可（出金可否）の要求（出金取引処理要求）を行うために、再度、ＥＰＰユニット制御部１２２のＥＰＰミドルウェア１２２３に対して暗証番号の暗号化指示を送信する（Ｓ１１６）。
【００５７】
そして、アプリケーション１１からＥＰＰミドルウェア１２２３に送信された暗証番号の暗号化指示は、ＥＰＰＳＰ１２２２及びＥＰＰドライバ１２２１を経由して、ＥＰＰユニット３０のＥＰＰファームウェア３２に供給される（Ｓ１１７〜Ｓ１１９）。
【００５８】
このとき、ＥＰＰＳＰ１２２２は、ＥＰＰミドルウェア１２２３から暗証番号の暗号化指示を受信した時刻を保持し、情報記録領域１２３の暗号化指示時刻１２３１として記録する（Ｓ１２０）。このとき、情報記録領域１２３では、暗号化指示時刻１２３１は上書き記録されるようにしてもよい。また、このとき、ＥＰＰＳＰ１２２２は、ステップＳ１０６と同様に、暗号化指示時刻１２３１を所定の暗号化用の鍵情報を用いて暗号化して情報記録領域１２３に記録するようにしてもよい。
【００５９】
一方、ＥＰＰユニット３０のＥＰＰファームウェア３２は、暗証番号の暗号化指示を受信すると、今回の取引で入力された暗証番号（ステップＳ１０７で入力された暗証番号）を再度暗号化して（Ｓ１２１）、ＥＰＰドライバ１２２１に送信する（Ｓ１２２）。
【００６０】
なお、このとき、ＡＴＭ１では、再度顧客にＥＰＰユニット３０を用いた暗証番号の入力を要求して、ＥＰＰファームウェア３２で暗号化するようにしてもよい。また、このとき、ＥＰＰファームウェア３２は、上述のステップＳ１０８で暗号化した暗号化データを保持しておき、保持している暗号化データをＥＰＰドライバ１２２１に送信するようにしてもよい。
【００６１】
そして、ＥＰＰファームウェア３２からＥＰＰドライバ１２２１に送信された暗号化データは、ＥＰＰＳＰ１２２２及びＥＰＰミドルウェア１２２３を経由して、アプリケーション１１に到達する（Ｓ１２３〜Ｓ１２５）。
【００６２】
なお、アプリケーション１１において、上述のステップＳ１１３で取得した暗号化データを保持しておき、再度の暗号化指示は行わない処理としてもよい。その場合、上述のステップＳ１１６〜Ｓ１２５の処理は省略されることになる。
【００６３】
次に、アプリケーション１１は、顧客から受け付けた出金取引に伴う出金許可（出金可否）の要求（暗号化データを用いた認証処理を伴う出金許可の要求）をホストコンピュータ２（アプリケーション３）に送信し（Ｓ１２６）、結果の返答を受ける（Ｓ１２７）。
【００６４】
このとき、アプリケーション１１からホストコンピュータ２（アプリケーション３）に送信される出金許可（出金可否）の要求には、暗号化データを含む認証データや、顧客から受け付けた出金取引の内容（例えば、出金金額等）等が含まれる。
【００６５】
また、ここでは、ホストコンピュータ２（アプリケーション３）からアプリケーション１１に送信される結果は出金許可（出金ＯＫ）であったものとして以下の説明を行う。
【００６６】
そして、アプリケーション１１は、出金許可（出金ＯＫ）の返答を受けると、その返答を受けた時刻を保持し、情報記録領域１２３の出金許可時刻１２３２として記録する（Ｓ１２８）。このとき、アプリケーション１１は、出金許可時刻１２３２を所定の暗号化用の鍵情報（紙幣ユニットドライバ１２１１が保持する復号用の鍵情報に対応する鍵情報）を用いて暗号化して情報記録領域１２３に記録するようにしてもよい。
【００６７】
アプリケーション１１においても、上述のＥＰＰＳＰ１２２２の場合と同様に、暗号化用の鍵情報は可能な限り解析困難（リバースエンジニアリングが困難）な形式で保持されていることが望ましい。
【００６８】
次に、アプリケーション１１は、出金取引の成立に伴う出金の指示のコマンドを、紙幣ユニット制御部１２１の紙幣ユニットミドルウェア１２１３に送信する（Ｓ２０１）。
【００６９】
そして、アプリケーション１１から紙幣ユニットミドルウェア１２１３に送信された出金指示のコマンドは、紙幣ユニットＳＰ１２１２を経由して紙幣ユニットドライバ１２１１に到達する（Ｓ２０２〜Ｓ２０４）。
【００７０】
紙幣ユニットドライバ１２１１は、出金指示のコマンドを受信すると、情報記録領域１２３の情報（暗号化指示時刻１２３１及び出金許可時刻１２３２）を読み込む（Ｓ２０５）。暗号化指示時刻１２３１及び出金許可時刻１２３２が暗号化されている場合、紙幣ユニットドライバ１２１１は、復号用の鍵情報（例えば、予め設定された鍵情報）を用いて暗号化指示時刻１２３１及び出金許可時刻１２３２を復号する処理を行う。紙幣ユニットドライバ１２１１においても、上述のＥＰＰＳＰ１２２２の場合と同様に、復号用の鍵情報は可能な限り解析困難（リバースエンジニアリングが困難）な形式で保持されていることが望ましい。
【００７１】
そして、紙幣ユニットドライバ１２１１は、情報記録領域１２３から読み込んだ情報（暗号化指示時刻１２３１及び出金許可時刻１２３２）に基づいて、受信した出金指示に伴う出金を実行するか否かを判断する処理（以下、「出金判定処理」と呼ぶ）を行う（Ｓ２０６）。
【００７２】
紙幣ユニットドライバ１２１１は、例えば、現在時刻と暗号化指示時刻１２３１及び出金許可時刻１２３２とを比較した結果に基づいて、出金判定処理を行うようにしてもよい。
【００７３】
例えば、以下では、現在時刻をＴ１、暗号化指示時刻１２３１が指す時刻をＴ２、出金許可時刻１２３２が指す時刻をＴ３とした場合を想定する。また、現在時刻（Ｔ１）と暗号化指示時刻１２３１（Ｔ２）との差分をＤ１（Ｄ１＝Ｔ１−Ｔ２）とし、現在時刻（Ｔ１）と出金許可時刻１２３２（Ｔ３）との差分をＤ２（Ｄ２＝Ｔ１−Ｔ３）とする。この場合、紙幣ユニットドライバ１２１１は、差分Ｄ１が閾値ｔｈ１以下で、かつ、差分Ｄ２が閾値ｔｈ２以下（Ｄ１＜ｔｈ１  かつ  Ｄ２＜ｔｈ２）の場合にのみ出金判定処理で出金指示に伴う出金を実行する（出金ＯＫ）と判断するようにしてもよい。したがって、「Ｄ１＜ｔｈ１」と「Ｄ２＜ｔｈ２」の一方又は両方が成立しない場合、紙幣ユニットドライバ１２１１は出金判定処理において、出金指示に伴う出金を行わない（出金ＮＧ）と判断するものとする。
【００７４】
なお、紙幣ユニットドライバ１２１１は、情報記録領域１２３に、少なくとも暗号化指示時刻１２３１又は出金許可時刻１２３２の一方が登録されていない場合には、出金ＮＧと判断するものとする。
【００７５】
なお、閾値ｔｈ１、ｔｈ２は紙幣ユニットドライバ１２１１の開発者（プログラマ）が任意に設定可能なパラメータであるものとする。閾値ｔｈ１、ｔｈ２が短すぎると、正常な出金取引が行われた場合でも出金不可となってしまう。また、閾値ｔｈ１、ｔｈ２が長すぎると、不正な出金に利用される可能性があるため出金取引が終了して顧客が離れると予想される適当な値（例えば、３０秒程度）を設定することが望ましい。なお、閾値ｔｈ１、ｔｈ２は異なる値としてもよいし同じ値としてもよい。
【００７６】
以上のように、紙幣ユニットドライバ１２１１では、出金判定処理が行われる。ここでは、紙幣ユニットドライバ１２１１において、出金判定処理の結果、出金ＯＫと判断されたものとして以後の説明を行う。
【００７７】
紙幣ユニットドライバ１２１１は、出金判定処理で出金ＯＫと判断すると、紙幣ユニット４０（紙幣処理ファームウェア４２）に対して、出金指示に従って出金を指示（成立した出金取引で指定された金額の出金を指示）するコマンドを送信する（Ｓ２０７）。
【００７８】
紙幣処理ファームウェア４２は、紙幣ユニットドライバ１２１１から出金指示を受信すると、紙幣処理機構部４１を制御し、当該出金指示に従った出金を行うように紙幣処理機構部４１を制御する（Ｓ２０８）。
【００７９】
紙幣処理ファームウェア４２は、紙幣処理機構部４１による出金が完了（正常に出金が完了）すると、出金が完了した旨の通知（以下、「出金完了通知」と呼ぶ）を紙幣ユニット制御部１２１の紙幣ユニットドライバ１２１１に送信する（Ｓ２０９）。
【００８０】
そして、紙幣処理ファームウェア４２から紙幣ユニットドライバ１２１１に送信された出金完了通知は、紙幣ユニットＳＰ１２１２及び紙幣ユニットミドルウェア１２１３を経由して、アプリケーション１１に到達する（Ｓ２１０〜Ｓ２１２）。
【００８１】
そして、アプリケーション１１は、出金完了通知を受信すると、出金取引を終了するための処理（例えば、カードユニット５０からのカード返却や、印字ユニット６０からのレシート出力等）を実行する（Ｓ２１４）。
【００８２】
なお、ここでは、紙幣ユニットドライバ１２１１は、出金完了通知を受信すると、情報記録領域１２３に記録された暗号化指示時刻１２３１及び出金許可時刻１２３２をクリア（初期化、消去）する処理を行うものとする（Ｓ２１３）。これにより、ＡＴＭ１では、すでに出金処理に利用された暗号化指示時刻１２３１及び出金許可時刻１２３２を不正に用いた出金を抑制することができる。
【００８３】
なお、情報記録領域１２３に記録された暗号化指示時刻１２３１及び出金許可時刻１２３２をクリアするタイミングは、紙幣ユニットドライバ１２１１が出金ＯＫを判断したタイミング以後であれば良い。また、紙幣ユニットドライバ１２１１が出金ＯＫを判断した後、情報記録領域１２３に記録された暗号化指示時刻１２３１及び出金許可時刻１２３２をクリアする主体は、紙幣ユニットドライバ１２１１に限定されず、その他の要素（例えば、アプリケーション１１、紙幣ユニットＳＰ１２１２、紙幣ユニットミドルウェア１２１３等）であってもよい。
【００８４】
また、紙幣ユニットドライバ１２１１が、紙幣ユニット４０（紙幣処理ファームウェア４２）に対して出金指示を行った後、出金が正常に行われなかった場合（例えば、紙幣処理機構部４１の故障等）においても、紙幣ユニットドライバ１２１１は、情報記録領域１２３に記録された暗号化指示時刻１２３１及び出金許可時刻１２３２をクリアする処理を行うようにしてもよい。
【００８５】
以上のように、第１の実施形態のＡＴＭ１では、暗号化データに関する処理（例えば、ＥＰＰユニット３０が暗証情報を暗号化した暗号化データを生成する処理や、暗号化データを用いた認証処理を伴うホストコンピュータ２への出金許可（出金可否）の要求が含まれる）を行う際の時刻（例えば、暗号化指示時刻１２３１や出金許可時刻１２３２）を記録して、紙幣ユニットドライバ１２１１による出金判定処理に利用している。
【００８６】
（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、以下のような効果を奏することができる。
【００８７】
第１の実施形態のＡＴＭ１では、暗号化データに関する処理を行う際の時刻（例えば、暗号化指示時刻１２３１や出金許可時刻１２３２）を情報記録領域１２３に記録し、情報記録領域１２３に記録した時刻が所定の条件を満たす場合にのみ、顧客が介在する正当な出金と判断して紙幣ユニット４０に出金を指示する。言い換えると、第１の実施形態のＡＴＭ１では、情報記録領域１２３に記録した時刻が所定の条件を満たさない場合、顧客が介在しない異常な出金と判断して、紙幣ユニット４０に出金の指示を行わない。これにより、第１の実施形態のＡＴＭ１では、顧客が介在しない不正な出金指示があったと判断し、不正な出金を抑止することが出来る。
【００８８】
例えば、制御部１０のコンピュータにマルウェアを組込み、当該マルウェアから紙幣ユニット制御部１２１の紙幣ユニットドライバ１２１１に出金指示のコマンドを供給しても、情報記録領域１２３に適切な時刻が記録されていない状態では、紙幣ユニットドライバ１２１１は出金判定処理で出金ＮＧと判定し、出金されない結果となる。
【００８９】
第１の実施形態のＡＴＭ１では、ＥＰＰＳＰ１２２２、アプリケーション１１が、情報記録領域１２３に記録する情報を暗号化し、紙幣ユニットドライバ１２１１が情報記録領域１２３に記録された情報を復号して得る処理を行っている。これにより、第１の実施形態のＡＴＭ１では、情報記録領域１２３の内容を改ざんされて、不正な出金の発生すること（紙幣ユニットドライバ１２１１が不正な出金指示に対して出金ＯＫと判断すること）を抑制している。
【００９０】
（Ｂ）第２の実施形態
以下、本発明による取引装置、取引プログラム、及び取引方法の第２の実施形態を、図面を参照しながら詳述する。以下では、本発明の取引装置、取引プログラム、及び取引方法を、ＡＴＭに適用した例について説明する。
【００９１】
（Ｂ−１）第２の実施形態の構成
第２の実施形態のＡＴＭ１の構成についても、上述の図１、図２の図を用いて説明することができる。
【００９２】
以下では、第２の実施形態のＡＴＭ１について、第１の実施形態との差異を説明する。
【００９３】
第１の実施形態のＡＴＭ１では、紙幣ユニットドライバ１２１１が出金指示を受けた場合、情報記録領域１２３の情報（暗号化指示時刻１２３１及び出金許可時刻１２３２）に基づいて出金判定処理を行い、出金ＮＧと判断した場合に紙幣ユニット４０（紙幣処理ファームウェア４２）への出金指示を行わない旨を説明した。
【００９４】
これに対して、第２の実施形態では、紙幣ユニットドライバ１２１１が出金判定処理で出金ＮＧと判断した場合、不正な出金を指示された旨の警報（アテンション；以下、「不正出金警報」と呼ぶ）をアプリケーション１１側に送信し、アプリケーション１１で所定の手段で警報を出力する処理（以下、「不正出金警報出力処理」と呼ぶ）を行う点で第１の実施形態と異なっている。
【００９５】
アプリケーション１１が行う不正出金警報出力処理の内容は限定されないものであるが、例えば、タッチパネルディスプレイ２０の操作画面に所定のメッセージ（例えば、「不正な出金が行われようとしています」というメッセージ）を表示させるようにしてもよい。
【００９６】
また、アプリケーション１１は、不正出金警報出力処理として、通信により外部にメッセージ送信（メール送信）するようにしてもよい。例えば、図５に示すように、ＡＴＭ１（制御部１０）をネットワークＮに接続させ、ＡＴＭ１（アプリケーション１１）が、ネットワークＮを介して、ＡＴＭ１を監視する監視センタの監視装置４宛に警報（不正出金警報）を示すメッセージを送信するようにしてもよい。そして、監視装置４は、所定の手段により不正出金警報に基づく警報（アラーム）を出力する。例えば、監視装置４は、不正出金警報のメッセージを受信した場合、メッセージの送信元のＡＴＭ１を設置した店舗に対応する宛先（例えば、当該店舗の係員のメールアドレス等）に不正出金警報が発生した旨を通知するようにしてもよい。これにより、当該ＡＴＭ１が設置された店舗の係員はＡＴＭ１で不正な出金指示が試みられたことを認識して、ＡＴＭ１を確認する等の対応することができる。
【００９７】
（Ｂ−２）第２の実施形態の動作
次に、以上のような構成を有する第２の実施形態のＡＴＭ１における出金取引の動作（第１の実施形態に係る取引装置が行う取引方法）を説明する。
【００９８】
第２の実施形態のＡＴＭ１において、正常に出金が行われる際の動作は第１の実施形態と同様であるため説明を省略する。
【００９９】
第２の実施形態のＡＴＭ１では、ステップＳ２０６の出金判定処理で出金ＮＧと判定された後の動作が第１の実施形態と異なる。図６は、第２の実施形態において、ステップＳ２０６の出金判定処理で出金ＮＧと判定された場合の動作についてのみ示したシーケンス図である。
【０１００】
図６に示すように第２の実施形態の紙幣ユニットドライバ１２１１は、ステップＳ２０６の出金判定処理で出金ＮＧと判定した場合、紙幣ユニットＳＰ１２１２及び紙幣ユニットミドルウェア１２１３を介して、不正出金警報をアプリケーション１１に通知する（Ｓ３０１〜Ｓ３０３）。
【０１０１】
そして、アプリケーション１１は、不正出金警報の通知を受けると、所定の手段により不正出金警報出力処理を行う（Ｓ３０４）。
【０１０２】
（Ｂ−３）第２の実施形態の効果
第２の実施形態によれば、第１の実施形態の効果に加えて、以下のような効果を奏することができる。
【０１０３】
第２の実施形態では、紙幣ユニットドライバ１２１１による出金判定処理で出金ＮＧとなった場合、アプリケーション１１に不正出金警報が通知され、アプリケーション１１が所定の方式で不正出金警報出力処理を行うため、第１の実施形態と比較して、より強力に不正行為を抑制すること（例えば、不正な出金を行おうとする不正行為者への威嚇や拘束を行うこと）を実現することができる。
【０１０４】
（Ｃ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１０５】
（Ｃ−１）上記の各実施形態において、紙幣ユニットドライバ１２１１は、暗号化指示時刻１２３１及び出金許可時刻１２３２に基づいて出金判定処理を行う旨を説明したが、紙幣ユニットドライバ１２１１は、暗号化指示時刻１２３１又は出金許可時刻１２３２の一方のみを用いて出金判定処理を行うようにしてもよい。例えば、紙幣ユニットドライバ１２１１は、差分Ｄ１が閾値ｔｈ１以下の場合に出金ＯＫと判定するようにしてもよい。また例えば、紙幣ユニットドライバ１２１１は、差分Ｄ２が閾値ｔｈ２以下の場合に出金ＯＫと判定するようにしてもよい。
【０１０６】
また、上記の各実施形態において、紙幣ユニットドライバ１２１１で暗号化指示時刻１２３１又は出金許可時刻１２３２の一方のみを用いて出金判定処理が行われる場合には、情報記録領域１２３に出金判定処理で用いられない時刻については記録を省略するようにしてもよい。
【０１０７】
（Ｃ−２）上記の各実施形態では本発明の取引装置をＡＴＭに適用する例について説明したが、本発明の取引装置は、自動販売機や券売機等の現金処理部を備えるその他の取引装置に適用し得る。
【符号の説明】
【０１０８】
１…ＡＴＭ、２…ホストコンピュータ、３…アプリケーション、４…監視装置、１０…制御部、１１…アプリケーション、１２…デバイス制御部、２０…タッチパネルディスプレイ、３０…ユニット、３０…ＥＰＰユニット、３１…ピンパッド、３２…ＥＰＰファームウェア、４０…紙幣ユニット、４１…紙幣処理機構部、４２…紙幣処理ファームウェア、４２ａ…鍵情報、５０…カードユニット、６０…印字ユニット、１２１…紙幣ユニット制御部、１２２…ＥＰＰユニット制御部、１２３…データ記憶領域、１２１１…紙幣ユニットドライバ、１２１１ａ…鍵情報、１２１３…紙幣ユニットミドルウェア、１２２１…ＥＰＰドライバ、１２２３…ＥＰＰミドルウェア、１２３１…暗号化指示時刻、１２３２…出金許可時刻。
【図１】
2019049770.tif 000003
【図２】
2019049770.tif 000004
【図３】
2019049770.tif 000005
【図４】
2019049770.tif 000006
【図５】
2019049770.tif 000007
【図６】
2019049770.tif 000008