JP2021157327A - 取引装置、情報処理装置、及び、取引システム - Google Patents

Abstract

【課題】１台の取引装置で複数のシステムに対応した取引を行なうことができ、複数の金融機関または企業が共同で利用することができるようにする。【解決手段】本発明の取引装置は、基本ソフトウェア上に、複数の金融機関のそれぞれの金融機関ソフトウェアが仮想的に起動されて、利用する金融機関が指定されると、当該金融機関の金融機関ソフトウェアが、当該金融機関の自行取引装置で提供可能な取引処理を行なうことを特徴とする。【選択図】 図１

Description

本発明は、取引装置、情報処理装置、及び、取引システムに関する。

近年、複数の金融機関が、自動取引装置（ＡＴＭ：Ａｕｔｏ Ｔｅｌｌｅｒ Ｍａｃｈｉｎｅ）を共同利用することが進められている。

例えば、特許文献１には、自動取引装置の運用コストを削減するため、１台の自動取引装置に、複数の異なる業態の取引を行うためのアプリケーション（ＡＰＰ：Ａｐｌｉａｔｉｏｎ Ｐｒｏｇｒａｍ）を搭載し、選択されたアプリケーションのサービスを行なうことが開示されている。

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

しかしながら、上述した特許文献１の記載技術は、自動取引装置の複数のアプリケーションがどのように管理／実行されるのは具体的でなく、例えば、自動取引装置にて一のアプリケーションが障害により動作できない場合、他のアプリケーションが実行できずサービスを顧客に提供できなくなってしまう懸念がある。または、近年、様々な決済システムが登場してきており、これら決済システムも統合して取引できる自動取引装置が求められている。

そこで、上述した課題に鑑み、１台の取引装置で複数のシステムに対応した取引を行うことができ、複数の金融機関及び／又は企業が共同利用することができる取引装置、情報処理装置、及び、取引システムを提供しようするものである。

かかる課題を解決するために、第１の本発明の取引装置は、基本ソフトウェア上に、複数の金融機関のそれぞれの金融機関ソフトウェアが仮想的に起動されており、利用する金融機関が指定されると、当該金融機関の金融機関ソフトウェアが、当該金融機関の自行取引装置で提供可能な取引処理を行なうことを特徴とする。

第２の本発明の情報処理装置は、基本ソフトウェア上に複数の金融機関のそれぞれの金融機関ソフトウェアを仮想的に動作させる取引装置と、複数の金融機関のそれぞれのホストサーバとの間で授受される取引電文を中継する情報処理装置であって、取引情報記憶部と、取引装置から受信した信号の含まれる取引電文を抽出して取引情報記憶部に記憶し、又は、ホストサーバ側から取得した応答電文を含む信号を形成して取引装置に送信する取引装置側制御部と、取引装置側制御部により抽出された取引電文をホストサーバに送信し、又は、ホストサーバから受信した応答電文を取引情報記憶部記憶するホスト側制御部とを備えることを特徴とする。

第３の本発明の取引システムは、基本ソフトウェア上に、複数の金融機関のそれぞれの金融機関ソフトウェアを仮想的に動作させる取引装置と、複数の金融機関のそれぞれのホストサーバと、取引装置と、各ホストサーバとの間で授受される取引電文を中継する情報処理装置とを備え、取引装置は、利用する金融機関が指定されると、当該金融機関の金融機関ソフトウェアが、金融機関の自行取引装置で提供可能な取引処理を行なうことを特徴とする。

第４の本発明の取引装置は、複数の金融機関のそれぞれの金融機関ソフトウェアが仮想的に動作可能であり、利用する金融機関が顧客に指定されると、当該金融機関の金融機関ソフトウェアが、当該金融機関の自行取引装置で提供可能な取引処理を行なうことを特徴とする。

本発明によれば、１台の取引装置で複数のシステムに対応した取引を行うことができ、複数の金融機関及び／又は企業が共同利用することができる。

第１の実施形態に係る取引システムの全体構成を示す全体構成図である。 第１の実施形態に係る取引装置の内部構成を示す内部構成図である。 第１の実施形態に係る複数の金融機関のＡＴＭソフトの構成を説明する構成図である。 第１の実施形態に係る情報処理装置の内部構成を示す内部構成図である。 第１の実施形態に係る取引情報記憶部に記憶される取引情報の構成例を示す構成図である。 第１の実施形態に係る情報処理装置の制御部の機能を示す内部構成図である。 第１の実施形態に係る情報管理装置の内部構成を示す内部構成図である。 第１の実施形態に係る取引装置における取引処理の動作を示すフローチャートである。 第１の実施形態に係る取引装置の表示画面を示す画面図である。 第１の実施形態に係る取引処理を示すシーケンス図である。 第２の実施形態に係る取引システムの全体構成を示す全体構成図である。

（Ａ）基本概念
従来、取り扱う業務の規模が大きく、業務処理の信頼性を保持するため、金融機関は独自の勘定系システムを採用して運用してきたが、自動取引装置の運用コストを抑える等のために、複数の金融機関が、自動取引装置を共同利用することが行なわれている。

例えば、複数の金融機関が統廃合するような場合には、いずれかの金融機関が採用している勘定系システムに片寄せすることが行なわれたり、又例えば、複数の金融機関が共同で勘定系システムを設計・運用したりしている。しかし、いずれにしても、各金融機関は独自の又は共同の勘定系システムを採用していることには変わりがなく、複数の金融機関が、自行の自動取引装置と同等な機能を提供できる自動取引装置を共同利用することはなされていない。

また、例えばコンビニエンスストアの自動取引装置や、他行ＡＴＭと提携している自動取引装置などが存在するが、そのような自動取引装置では、入金処理、出金処理、残高照会、カード振込などのように利用できる機能が限られており、例えば、通帳記帳、通帳入金、現金振込、振替等のような、自行の自動取引装置で提供可能な多くの機能を利用できない。

特に、通帳に対するニーズは未だに根強く残っており、金融機関毎に通帳仕様が異なる等の理由から、従来の自動取引装置では十分に対応しきれていない。

そのため、自行の自動取引装置を撤去し、代替として共同利用可能な自動取引装置を利用しようとしても、顧客利便性が低下してしまうおそれがある。

そこで、以下の実施形態では、複数の金融機関が共同利用することができ、自行ＡＴＭ（自動取引装置）と同等の機能を利用することができる取引装置、情報処理装置、情報管理装置、及び、取引システムを提案する。

具体的には、取引装置は、仮想化システムを採用して、複数の金融機関の自行ＡＴＭと同等の機能を動作するＡＴＭソフトウェアを搭載する。そして、取引装置において、ある金融機関の自行ＡＴＭソフトウェアが動作することで、当該金融機関の自行ＡＴＭで行なわれる全ての機能を提供できるようにする。

情報処理装置は、取引装置と複数の金融機関の勘定系ホストサーバとの間に設置し、取引装置と対応する勘定系ホストサーバとの間で授受される取引電文を中継すると共に、取引装置の現金情報、取引情報、現金カウンタ等を管理できるようにする。

情報管理装置は、１台の取引装置上で行われる複数の金融機関のそれぞれの運用を管理できるようにする。なお、情報管理装置の各種機能は、情報処理装置によって実現されるものとしてもよい。又は、情報管理装置が、情報処理装置で行なう取引を管理するようにしてもよい。

（Ｂ）第１の実施形態
以下では、本発明に係る取引装置、情報処理装置、及び、取引システムの第１の実施形態を、図面を参照しながら詳細に説明する。

（Ｂ−１）第１の実施形態の構成
図１は、第１の実施形態に係る取引システムの全体構成を示す全体構成図である。

図１において、第１の実施形態に係る取引システム９は、取引装置（以下、「ＡＴＭ」とも呼ぶ。）１、情報処理装置２、情報管理装置３、各金融機関の勘定系ホストサーバ（以下、「勘定系ホスト」とも呼ぶ。）４−１〜４−ｎ（ｎは正の整数）、オペレータ端末５を有する。

ネットワークＮＴは、取引装置１と、情報処理装置２及び情報管理装置３とを接続する通信回線網であり、例えば、光ファイバ回線等の有線、無線、若しくは、有線と無線とを混在させた通信回線網を適用できる。

（Ｂ−１−１）取引装置（ＡＴＭ）
取引装置１は、例えば、金融機関の本支店の店舗や出張所、駅、空港、コンビニエンスストア等に設けられ、顧客により操作されて取引を行なう。

取引装置１には、複数の金融機関のそれぞれのＡＴＭソフトウェア（以下、「ＡＴＭソフト」とも呼ぶ。）１１が搭載されており、顧客により希望する金融機関が選択されると、その金融機関のＡＴＭソフト１１が動作し、当該取引装置１が選択された金融機関の自行ＡＴＭと同等の機能を提供する。換言すると、取引装置１は、選択された金融機関の自行ＡＴＭが提供している全ての機能を提供する。なお、取引装置１上で、対応するＡＴＭソフト１１を起動させて動作させる手法の詳細な説明については後述する。

図２は、第１の実施形態に係る取引装置１の内部構成を示す内部構成図である。

図２において、取引装置１は、制御部１０１、記憶部１０２、通信部１０３、通帳処理部１０４、カード処理部１０５、操作表示部１０６、近距離無線通信部１０７、明細票処理部１０８、顧客検知センサ１０９、監視カメラ１１０、搬送機構部１１１を有する。

なお、取引装置１の構成は、図２に限定されず、例えば、二次元コードを用いた取引処理を行なうため、ＱＲコード（登録商標）等の二次元コード読取手段を備えてもよい。また、取引装置１は、オペレータに問い合わせるためのオートフォンを備えるようにしてもよい。または、上記オートフォンの代わりにインターフォンを取引装置１は備えても良いし、当該インターフォンが取引装置１の近傍に設置されても良い。さらに、取引装置１は、請求書や支払通知書や証書等の書面の一方の面の画像を読み取って取引処理をするための光学文字認識（ＯＣＲ：Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）手段を備えるようにしてもよい。

［制御部、記憶部］
制御部１０１は、取引装置１の各種機能を司る処理部又は装置である。制御部１０１のハードウェアは、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース等を有し、ＣＰＵが処理プログラムを実行することにより、取引装置１における各種機能が実現される。

記憶部１０２は、複数の金融機関のＡＴＭソフト１１や、各ＡＴＭソフト１１で取引装置１の操作表示部１０６に表示させる画面に関する情報や各種ファイルや、各金融機関のＡＴＭソフト１１を当該取引装置１上で動作させるためのフラットフォームであるマルチバンクＡＴＭプラットフォーム（以下、「共通動作実行部」とも呼ぶ。）の処理プログラムなどを記憶している。また、記憶部１０２は、制御部１０１による処理に必要なデータや、制御部１０１の処理で得られたデータ等も記憶する。

［通信部］
通信部１０３は、ネットワークＮＴを介して、情報処理装置２との間で取引電文を含む情報を授受する。ネットワークＮＴを介した通信制御（通信プロトコル）は、特に限定されず、インタネットプロトコル（ＩＰ）等を適用できる。

［通帳処理部］
通帳処理部１０４は、図示しない通帳入出口から挿入された通帳に付されている記録媒体（例えば、磁気ストライプ等）から通帳情報を読み取って制御部１０１に与えたり、取引情報を記帳して通帳を通帳入出口に排出したりする。

この実施形態では、通帳処理部１０４が、複数の金融機関のそれぞれの独自の通帳仕様に対応した処理を行なう。通帳仕様は、金融機関に応じて異なることが多い。例えば磁気ストライプの数や配置が異なったり、通帳に記帳する情報が異なったりするが、この実施形態の通帳処理部１０４は、金融機関毎の通帳仕様に対応可能なものとする。

つまり、取引装置１上で選択された金融機関のＡＴＭソフト１１が動作し、当該取引装置１がその金融機関の自行ＡＴＭと同等の機能を提供でき、しかも通帳処理部１０４が複数の金融機関の通帳仕様に対応可能なので、通帳を用いた取引処理（例えば、通帳記帳、通帳入金等）が可能となる。

［カード処理部］
カード処理部１０５は、図示しないカード入出口から挿入されたカード（例えば、キャッシュカード、クレジットカード等）に付されている記録媒体（例えば、ＩＣチップ、磁気ストライプ等）からカード情報を読み取って制御部１０１に与えたり、取引終了後にカードをカード入出口に排出したりする。

例えば、キャッシュカードやクレジットカード等の取引に利用されるカードも、様々な仕様があるが、この実施形態のカード処理部１０５は、複数のカード仕様に対応可能なものである。

［操作表示部］
操作表示部１０６は、ユーザからの操作受付、ユーザへの操作入力案内、取引内容の表示等を行い、取引の際に、ユーザの操作を受付ける操作の状態等を表示する表示手段の機能する入力受付部である。操作表示部１０６は、例えば液晶ディスプレイ等の表示画面とこれに重ねて設けた接触入力手段とを備えたタッチパネル等であり、表示画面に、ユーザが入金処理や出金処理等を行うことを指示するための指示ボタン等を表示する機能を有している。

［近距離無線通信部］
近距離無線通信部１０７は、例えば、非接触型決済手段（例えば、非接触型カード、非接触型決済アプリを搭載したスマートフォン等）との間で情報を近距離無線通信する。例えば、ＮＦＣ規格化技術やＢｌｕｅｔｏｏｔｈ（登録商標）規格化技術等を適用することができる。

［明細票処理部］
明細票処理部１０８は、取引情報を媒体（例えば用紙等）に印刷した明細票を、図示しない明細票排出口から排出する。

［顧客検知センサ］
顧客検知センサ１０９は、取引装置１を利用しようとする顧客を検知するセンサである。例えば、顧客検知センサ１０９は、人感センサ、操作表示部１０６において例えば顧客の手が画面に接触したことを感知するセンサ等を適用できる。

［監視カメラ］
監視カメラ１１０は、取引装置１を利用しようとする顧客や顧客操作を撮像する撮像装置である。監視カメラ１１０の数は特に限定されず、１個であっても良いし、複数個であっても良い。また、監視カメラ１１０は、様々な位置に配置でき、例えば、取引装置１の正面に立つ顧客を撮像できる取引装置１の前面側の位置等としてもよい。

［搬送機構部］
搬送機構部１１１は、紙幣や硬貨等の現金を受け付けたり、紙幣や硬貨等の現金を排出したりする入出金口１１２、入金や出金される紙幣の計数処理や金種認識や所定の設定条件に基づいてリジェクトされるべき紙幣等を判断する認識部１１４、紙幣や硬貨等を収納する複数の収納部１１５−１〜１１５−４や、入出金される紙幣を目的の搬送先まで搬送する搬送路等を有する。なお、図２の搬送機構部１１１の構成は、一例であり、図２に例示する構成に限定されない。例えば、入出金口１２は、入金口と出金口とが別々の構成であってもよい。また、収納部１１５の数も、４個に限定されない。

［ＡＴＭソフトの構成］
図３は、第１の実施形態に係る複数の金融機関のＡＴＭソフトの構成を説明する構成図である。

図３において、取引装置１では、物理的な計算機（物理マシン）である制御部１０１（演算処理装置）上に、複数のゲストＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を動作させて、物理的な制御部１０１を仮想的に複数の制御部として動作させる仮想化システムを適用する。

仮想化システムは、例えばホストＯＳ型の仮想化システムを採用する。ここで、ホストＯＳ型仮想化システムは、ホストＯＳ上に、アプリケーションとして仮想的に別のＯＳ（この場合、ゲストＯＳ）を動作させる仮想化システムである。

取引装置１の仮想化装置は、ホストＯＳ１０、ホストＯＳ１０上で動作する複数の金融機関の自行ＡＴＭに搭載されているＡＴＭソフト１１−１〜１１−３、バーチャルマシン１２、マルチバンクＡＴＭプラットフォーム（共通動作実行部）１３、取引装置１のハードウェアを動作させるためのドライバ１４を有する。

なお、ここでは、３個のＡＴＭソフト１１を例示しているが、搭載するＡＴＭソフト１１の数は、これに限定されてない。

また、図３に示す「ハードウェア１５」は、取引装置１が備えるデバイス（ハードウェア）であり、例えば、通帳処理部１０４、カード処理部１０５、近距離無線通信部１０７、明細票処理部１０８、搬送機構部１１１等である。

ホストＯＳ１０は、取引装置１の物理マシンである制御部１０１上で動作する基本ソフトウェアである。なお、ホストＯＳ１０は、ゲストＯＳ以外のアプリケーションも実行可能としてもよい。

ＡＴＭソフト１１は、各金融機関の自行ＡＴＭ（取引装置）に搭載されているソフトウェアである。ＡＴＭソフト１１は、各金融機関の自行ＡＴＭ上で動作する基本ソフトウェアである仮想的なＯＳ（ゲストＯＳ）と、各金融機関の自行ＡＴＭにおいて各種取引処理を行なうアプリケーションと、ミドルソフトウェアとを有する。

ＡＴＭソフト１１は、取引装置１の電源がＯＮされるとホストＯＳ１０上に仮想的に起動する。つまり、取引装置１の電源がＯＮされると、各ＡＴＭソフト１１が起動しており、利用者が利用しようとする金融機関を選択することで、対応する金融機関のＡＴＭソフト１１は迅速に動作できるようになっている。

ＡＴＭソフト１１は、ホストＯＳ１０上で、仮想的に動作する各金融機関の自行ＡＴＭと同等の機能を提供する動作するソフトウェアである。アプリケーションには、当該金融機関の自行ＡＴＭで提供される全ての機能が含まれている。例えば、ＡＴＭソフト１１のアプリケーションは、入金取引、現金入金、通帳入金、出金取引、現金振込、カード振込、通帳記帳、振替などを行なう。

各ＡＴＭソフト１１のミドルソフトウェアは、バーチャルマシン１２を通じて、マルチバンクＡＴＭプラットフォーム１３との間で情報を授受する機能を有する。

例えば、ミドルソフトウェアは、ゲストＯＳ上で、シリアルポート通信でデータを入出力する。また例えば、マルチバンクＡＴＭプラットフォーム１３には、ホストＯＳ１０上で、シリアルポート通信でデータを入出力する機能を有している。そして、ゲストＯＳが起動すると、バーチャルマシン１２の仮想的なデータ通信路が確立し、ミドルソフトウェアとマルチバンクＡＴＭプラットフォーム１３とが、バーチャルマシン１２の仮想的なデータ通信路を介して、データ通信が可能となる。ミドルソフトウェアとマルチバンクＡＴＭプラットフォームには、仮想的な論理識別情報を設定することで、両者の間のデータ通信が可能としてもよい。

バーチャルマシン１２は、ホストＯＳ１０上で、仮想的にＡＴＭソフト１１−１〜１１−３のゲストＯＳを起動させると共に、各ＡＴＭソフト１１−１〜１１−３と、マルチバンクＡＴＭプラットフォーム１３との間のデータ授受の仲介を行う。

マルチバンクＡＴＭプラットフォーム１３は、ホストＯＳ１０上で仮想的に各ＡＴＭソフト１１−１〜１１−３を動作させるための統合型の共通プラットフォーム（ソフトウェアプログラム）である。マルチバンクＡＴＭプラットフォーム１３は、仮想的に動作する複数のＡＴＭソフト１１の共通動作実行部である。

マルチバンクＡＴＭプラットフォーム１３は、各ＡＴＭソフト１１−１〜１１−３からの要求に応じて、取引装置１が備えるハードウェア１５に対して動作を制御するデバイス制御手段１３ａと、各ＡＴＭソフト１１−１〜１１−３と情報処理装置２との間で電文の授受を行なう電文通信制御手段１３ｂとを備える。

［ハードウェアの共通利用］
デバイス制御手段１３ａは、ホストＯＳ１０上で動作可能な複数のＡＴＭソフト１１−１〜１１−３の間で、取引装置１に備えられているハードウェア（デバイス）を共同で利用するため、各ＡＴＭソフト１１−１〜１１−３からの要求を受けてハードウェアの動作を制御する。

各ＡＴＭソフト１１−１〜１１−３が、ハードウェア１５を利用する際には、各ＡＴＭソフト１１−１〜１１−３が、バーチャルマシン１２を介して、マルチバンクＡＴＭプラットフォーム１３に対して、取引装置１のデバイスアクセスを依頼する。そして、マルチバンクＡＴＭプラットフォーム１３が、対応するハードウェアのドライバ１４にアクセスして、ハードウェア１５を動作させる。また、マルチバンクＡＴＭプラットフォーム１３は、アクセス結果を、各ＡＴＭソフト１１−１〜１１−３に返信する。

ここで、マルチバンクＡＴＭプラットフォーム１３は、ＡＴＭソフト１１−１〜１１−３毎に、ＡＴＭソフト１１−１〜１１−３仕様のハードウェアに対する指令と、取引装置１におけるハードウェア１５に対する指令とを対応させたハードウェア動作対応テーブルを有するようにしてもよい。つまり、マルチバンクＡＴＭプラットフォーム１３は、ハードウェア動作対応テーブルを参照して、ＡＴＭソフト１１から受け取った指令を、当該取引装置１における対応の指令に変換して、ドライバ１４に対して動作指令をするようにしてもよい。

［ＡＴＭソフトと情報処理装置等との間のデータ通信］
電文通信制御手段１３ｂは、ホストＯＳ１０上で動作しているいずれかのＡＴＭソフト１１−１〜１１−３から取得した勘定系ホスト４宛の電文を含むパケットを形成し、そのパケットを情報処理装置２に送信する。また、電文通信制御部１３ｂは、情報処理装置２から受信したパケットに含まれる、勘定系ホスト４が応答した応答電文を抽出し、その応答電文を、対応するＡＴＭソフト１１−１〜１１−３に与える。

取引装置１を利用している顧客は、取引装置１の操作表示部１０６上で利用する金融機関を選択すると、その選択された金融機関のＡＴＭソフト１１がホストＯＳ１０上で動作する。これにより、取引装置１では、選択された金融機関の自行ＡＴＭと同等の機能を提供できるようになる。

その際、操作表示部１０６に表示される表示画面も、当該金融機関の自行ＡＴＭで表示される表示画面と同じものが表示される。したがって、利用者は、当該金融機関の自行ＡＴＭと同様の取引操作で取引に関する情報を入力することができる。

さらに、ＡＴＭソフト１１は、顧客により入力された取引に関する情報に基づいて、自行の勘定系ホスト４に対して送信する電文を作成して、その自行の勘定系ホスト４に送信する電文を、マルチバンクＡＴＭプラットフォーム１３に与える。このとき、情報処理装置２を介して勘定系ホスト４に電文を送信するため、マルチバンクＡＴＭプラットフォーム１３は、勘定系ホスト４宛の電文をパケットに挿入して、そのパケットを情報処理装置２に送信する。

なお、勘定系ホスト４からＡＴＭソフト１１宛の応答電文についても、情報処理装置２を介してＡＴＭソフト１１宛の応答電文を含むパケットが返信されてくるので、その場合には、マルチバンクＡＴＭプラットフォーム１３の電文通信制御部１３ｂが、受信パケットから抽出した応答電文を、ＡＴＭソフト１１に与える。

このように、ホストＯＳ１０上で動作する各ＡＴＭソフト１１−１〜１１−３と、情報処理装置２との間で情報通信する際、マルチバンクＡＴＭプラットフォーム１３がデータ通信を行うことにより、取引装置１に対して割り当てる識別情報（例えばＩＰアドレス）は１個とすることができる。

（Ｂ−１−２）情報処理装置
図４は、第１の実施形態に係る情報処理装置２の内部構成を示す内部構成図である。

図４において、第１の実施形態の情報処理装置２は、制御部２０、ＡＴＭ側通信部２１、ホスト側通信部２２、取引情報記憶部２３を有する。

情報処理装置２は、複数の金融機関の勘定系ホスト４と接続すると共に、ネットワークＮＴを介して取引装置１と接続するサーバである。

情報処理装置２は、取引装置１のホストＯＳ１０上で動作しているＡＴＭソフト１１と、当該金融機関の勘定系ホスト４との間で授受される取引電文を中継する。

また、情報処理装置２は、授受される取引電文を抽出して、その取引電文を取引情報記憶部２３に記憶する。ここで、取引電文は、各金融機関の勘定系システムに応じて仕様が異なることが考えられるが、取引情報を統一して記録できるようにするため、取引電文の仕様を記録様式に変換する機能を備えるようにしてもよい。例えば、情報処理装置２が取引情報の変換テーブルを事前に備えることで実現できる。

［ＡＴＭ側通信部］
ＡＴＭ側通信部２１は、ネットワークＮＴを介して取引装置１とデータ通信するものである。

［制御部］
制御部２０は、情報処理装置２の機能を司る処理部又は装置である。制御部２０は、取引装置（ＡＴＭ）１毎のＡＴＭ制御部２４−１〜２４−３を有し、金融機関毎のホストコンピュータ毎のホスト制御部２５−１〜２５−３を有する。

例えば、取引装置１において顧客が取引を行う金融機関が選択されると、当該金融機関を示す情報が取引装置１から通知され、制御部２０は、対応する金融機関のＡＴＭ制御部２４とホスト制御部２５が動作するようにしてもよい。

ＡＴＭ制御部２４−１〜２４−３は、取引装置１との間で情報の授受をするものであり、ＡＴＭ制御部２４−１〜２４−３は、電文情報抽出部２４１と、パケット組立部２４２とを有する。

電文情報抽出部２４１は、取引装置１からの受信パケットから取引電文を抽出して、対応するホスト制御部２５に取引電文を与えると共に、取引情報記憶部２３に取引電文を記録する。

パケット組立部２４２は、ホスト制御部２５から取得した、当該金融機関の勘定系ホスト４から対応するＡＴＭソフト１１宛の応答電文を含むパケットを形成して、取引装置１に送信する。

ホスト制御部２５−１〜２５−３は、電文送信部２５１と、電文受信部２５２とを有する。

電文送信部２５１は、ＡＴＭ制御部２４の電文情報抽出部２４１から受信した取引電文を、対応する金融機関の勘定系ホスト４に送信する。

電文受信部２５２は、当該金融機関の勘定系ホスト４から受信した応答電文を、ＡＴＭ制御部２４のパケット組立部２４２に与える。

［ホスト側通信部］
ホスト側通信部２２は、複数の金融機関のそれぞれの勘定系ホスト４との間で情報を授受する。

［取引情報記憶部］
取引情報記憶部２３は、取引装置１と各勘定系ホスト４との間で中継する取引電文を記憶する。

図５は、第１の実施形態に係る取引情報記憶部２３に記憶される取引情報の構成例を示す構成図である。

図５において、取引情報記憶部２３には、例えば、「金融機関」、「店番号」、「科目」、「口座番号」、「取引日時」、「取引科目」、「取引金額」、取引された金種枚数を示す「現金カウンタ」等が記録される。また、必要に応じて、取引装置１の監視カメラ１１０により撮像された利用者の顔画像等が記録されるようにしてもよい。なお、取引情報記憶部２３に記録される情報は、図５に限定されない。

［制御部の処理］
図６は、第１の実施形態に係る情報処理装置２の機能を説明するブロック図である。

図６において、第１の実施形態の情報処理装置２の制御部２０は、金融機関資金精算部２０１、現金精査部２０２を有する。

（金融機関資金精算）
金融機関資金精算部２０１は、取引情報記憶部２３に記憶されている情報を参照して、複数の金融機関のそれぞれの資金を精算する。

取引装置１に事前に収める現金は、当該取引装置１を運用している金融機関（代表金融機関）が拠出し、その後、取引装置１においてＡＴＭソフト１１が利用されて入金した現金は、代表金融機関以外の金融機関が、代表金融機関から現金を借用する扱いとなる。

そこで、金融機関資金精算部２０１は、取引情報記憶部２３に記憶される取引履歴、取引装置１の在高などを参照して、取引装置１に存在している現金のうち、各金融機関の資金（現金）を導出して、金融機関の資金を精算する。

（現金精査）
現金精査部２０２は、取引情報記憶部２３に記憶されている情報を参照して、取引装置１内に存在する現金を精査する。

従来、ＡＴＭと勘定系ホストとの間で現金精査を行なっているが、代表金融機関以外の取引が行なわれると、その情報は代表金融機関の勘定系ホストを通らないため、精査結果が合わなくなる。

そこで、現金精査部２０２は、複数の金融機関のそれぞれの勘定系ホスト４から精査結果を取得して取引装置１の現金精査を行なう。つまり、現金精査部２０２は、取引装置１から現金在高の精査結果を取得すると共に、取引を行った全ての金融機関の勘定系ホスト４から取引装置１で行った精査結果を取得する。そして、取引を行った全ての金融機関の勘定系ホスト４から取得した精査結果を合算した結果と、取引装置１の精査結果とを突合して精査する。

ここで、精査には、主に２種類ある。第１の精査は、取引装置１の現金在高を精査する現金カウンタの値の突合である。第１の精査（現金カウンタ突合）は、取引装置１毎に実施する。この場合、取引装置１と情報処理装置２との間で情報を授受して、情報処理装置２の現金精査部２０２が当該取引装置１の現金在高を突合する。より具体的には、取引装置１が、自身の現金在高（金種毎の枚数を示す金種枚数）に関する情報を情報処理装置２に送信する。他方、情報処理装置２の現金精査部２０３は、取引情報記憶部２３に記憶している情報を用いて、当該取引装置１の現金在高（金種枚数）を導き、当該取引装置１からの現金在高に関する情報と突合する。

第２の精査は、取引された現金の金種枚数を示す取引カウンタの値の突合の突合である。この場合、取引装置１と情報処理装置２との間で情報を授受して、取引装置１が、当該取引装置１で実施された取引情報（取引された金種枚数）に関する情報を情報処理装置２に送信する。他方、現金精査部２０３は、取引情報記憶部２３に記憶している情報を用いて、当該取引装置１の取引情報（取引された金種枚数）に関する情報を導き、当該取引装置１からの取引情報に関する情報と突合する。更に、情報処理装置２は、各勘定系ホスト４との間で、当該取引装置１で実施された取引情報に関する情報を取得する。そして、現金精査部２０３は、各勘定系ホスト４から取得した当該取引装置１の取引情報（取引された金種枚数）に関する情報を導き、当該取引装置１からの取引情報に関する情報と突合する。

（Ｂ−１−３）情報管理装置
図７は、第１の実施形態に係る情報管理装置３の内部構成を示す内部構成図である。

図７において、情報管理装置３は、制御部３０、通信部３１、情報記憶部３２を有する。

情報管理装置３は、複数の金融機関が共同利用する取引装置１の運用を管理するものである。情報管理装置３は、取引装置１の状態の監視や、電子化ジャーナル等の監視などの運用を管理する。情報管理装置３は、運用センターのオペレータ端末５との間で情報通信することができ、例えば、取引装置１において利用者がオートフォン又はインターフォンでオペレータに問い合わせをするときに、オペレータ端末５との接続処理などを行なうようにしてもよい。

なお、情報管理装置３における各種処理は、情報処理装置２が行なうようにしてもよい。つまり、ここでは、情報処理装置２と情報管理装置３とが物理的に異なるものとして説明するが、情報処理装置２が、情報管理装置３の各機能を実行するようにしてもよい。

［通信部］
通信部３１は、取引装置１又はオペレータ端末５と通信するものである。

［制御部］
制御部３０は、情報管理装置３の処理を司る処理部又は装置である。制御部３０は、情報取得部３０１、ＡＴＭ運用管理部３０２、電子化ジャーナル管理部３０３を有する。

情報取得部３０１は、通信部３１を介して、取引装置１の状態に関する情報を取得して、情報記憶部３２に記憶する。

ＡＴＭ運用管理部３０２は、情報記憶部３２に記憶されている情報を参照して、取引装置１の運用を管理する。ＡＴＭ運用管理部３０２は、取引装置１の状態に関する情報に基づいて、例えば、取引装置１の機器状態（例えば故障や所定の異常が生じているか否かを示す情報）、取引装置１で正しく取引処理が動作しているか、取引装置１のホストＯＳ１０上で各ＡＴＭソフト１１が正常に起動しているか、取引装置１が正しく接続しているかなどを管理する。また、ＡＴＭ運用管理部３０２は、取引装置１の監視カメラ１１０で撮像された利用者の顔や取引操作等を撮像した画像や、取引装置１を保守するため、取引装置１の現金在高（金種枚数）なども管理する。さらに、ＡＴＭ運用管理部３０２は、取引装置１において利用者が選択した金融機関を示す情報を、取引装置１から取得する。これにより、取引装置１で実施している金融機関の取引を知ることができる。また、ＡＴＭ運用管理部３０２は、取引装置１で現在実施されている金融機関をオペレータに知らせるため、オペレータ端末５にも、選択した金融機関を示す情報を通知する。

電子化ジャーナル管理部３０４は、取引装置１において行われた取引情報（電子化ジャーナル）を管理する。

（Ｂ−１−４）オペレータ端末
オペレータ端末５は、オペレータにより操作される端末であり、パーソナルコンピュータ、ディスプレイ、キーボードやマウス等の操作手段、電話機、タブレット端末、スマートフォン等を適用できる。

オペレータ端末５は、情報管理装置３との間で通信を行ない、取引装置１に存在する現金在高状況、取引装置１で取引された取引履歴（電子化ジャーナル）、取引装置１の利用状況などに関する情報を取得することができる。また、オペレータ端末５は、取得した情報を用いて、取引に関する統計的な情報を導出することができる。

したがって、オペレータは、取引装置１に現金を装填する装填計画や清掃などが必要になったときに、保守者や清掃者等に出動依頼することができる。

従来、オペレータは、特定の金融機関のＡＴＭの装填計画や清掃等を金融機関毎に行なっているが、この実施形態によれば、取引装置１が複数の金融機関の自行ＡＴＭとして機能するので、統合的な管理が可能となる。つまり、金融機関毎にオペレータを設置する必要がなくなり、オペレータの設置に係るコストを集約できる。

（Ｂ−１−５）勘定系ホスト
勘定系ホスト４は、各金融機関の勘定系ホストサーバである。勘定系ホスト４は、情報処理装置２を介して、取引装置１のホストＯＳ１０上で動作しているＡＴＭソフト１１との間で電文の送受信を行う。情報処理装置２が中継するが、勘定系ホスト４から見ると、金融機関の自行ＡＴＭとの間で電文の送受信しているものと見做せる。

（Ｂ−２）第１の実施形態の動作
図８は、第１の実施形態に係る取引装置１における取引処理の動作を示すフローチャートであり、図９は、第１の実施形態に係る取引装置１の表示画面を示す画面図であり、図１０は、第１の実施形態に係る取引処理を示すシーケンス図である。

取引装置１において電源がＯＮされて、取引装置１が起動すると、ホストＯＳ１０と、全てのＡＴＭソフト１１のゲストＯＳとが全て起動する。

図８において、起動後、取引装置１の操作表示部１０６には、図９（Ａ）に例示するトップ画面（以下では、「金融機関選択画面」とも呼ぶ。）５００が表示される（Ｓ１０１）。

図９（Ａ）のトップ画面５００には、取引装置１において利用可能な複数の金融機関の取引を選択するボタンが表示される。例えば、「Ａ銀行お取引」ボタン５０１はＡ銀行の取引などを示す。また、トップ画面５００上に金融機関の取引選択ボタンを表示する際、代表金融機関の取引を優先的に選択できるようにするため、例えば、代表金融機関の取引ボタンを、一番上に表示したり、他の金融機関よりも大きくしたりするなどしてもよい。換言すると、代表金融機関の取引ボタンを強調表示するようにしてもよい。

なお、図９（Ａ）の「その他銀行」ボタン５０４は、当該取引装置１を共同利用に参加していない金融機関を利用する利用者が選択するボタンである。「その他銀行」ボタン５０４が選択されると、代表金融機関の取引選択画面が表示され、他行取引として扱うことができる。

トップ画面５００上で利用者が希望する金融機関の取引ボタンを選択すると（Ｓ１０２）、選択した金融機関のＡＴＭソフト１１が、取引装置１のホストＯＳ１０上で動作を開始し（Ｓ１０３）、当該金融機関の取引メニュー画面が操作表示部１０６に表示される（Ｓ１０４）。

例えば、図９（Ａ）のトップ画面５００上で、「Ａ銀行お取引」ボタン５０１が選択されると、Ａ銀行のＡＴＭソフト１１−１が動作開始し、Ａ銀行の自行ＡＴＭで表示される取引メニュー画面（図９（Ｂ）参照）が表示される。すなわち、Ａ銀行独自の取引メニュー画面が表示される。利用者からみると、Ａ銀行の自行ＡＴＭの取引メニュー画面が表示されるので、Ａ銀行のＡＴＭでのいつも通りの取引操作で入力することができる。同様に、図９（Ａ）のトップ画面５００上で、「Ｂ銀行お取引」ボタン５０１が選択されると、図９（Ｃ）のＢ銀行の取引メニュー画面が表示され、又は、「Ｃ銀行お取引」ボタン５０１が選択されると、図９（Ｄ）のＣ銀行の取引メニュー画面が表示される。なお、かかる例に限定されず、例えば、トップ画面５００として代表金融機関の取引選択画面５１０〜５３０のいずれかが表示され、当該代表金融機関の取引選択画面に他の金融機関の選択を可能にするボタンが表示されても良い。

ここで、図１０に示すように、トップ画面５００上で金融機関の取引ボタンが選択されると（Ｓ２０１）、取引装置１は、情報処理装置２に対して、選択された当該金融機関を示す情報を送信するようにしてもよい（Ｓ２０２）。

つまり、取引装置１において選択された金融機関を早期の段階で情報処理装置２側に通知するようにしてもよい。これにより、情報処理装置２では、当該金融機関のＡＴＭ制御部２４及びホスト制御部２５を動作させることができる。また、取引装置１で選択された金融機関に関して、取引装置１と情報処理装置２、さらには情報管理装置３との間で、取引を行う金融機関を共有（保有）することができる。このようにすることで、例えば、利用者が取引装置１のオートフォン又はインターフォンでオペレータに問い合わせる際に、情報管理装置３と通信するオペレータ端末５にも、取引装置１で取引している金融機関が通知できるので、オペレータは当該金融機関を認識した上で、問い合わせに回答することができる。

なお、上述した例では、トップ画面５００上で金融機関の取引が選択される場合を例示したが、利用者が取引を行うカード（キャッシュカード、クレジットカードなど）がカード入出口に挿入されたことで、当該金融機関のＡＴＭソフト１１が動作開始するようにしてもよい。この場合、カード処理部１０５が、挿入されたカードに付されている記録媒体に格納されている情報を読み取り、当該カードを扱っている金融機関を特定し、その旨を制御部１０１に通知することで、対応するＡＴＭソフト１１を動作させる。

利用者は、選択した金融機関の取引メニュー画面上で、希望する取引ボタンを選択して、当該取引を開始する（Ｓ１０５）。

ここで、選択された金融機関（例えばＡ銀行）のＡＴＭソフト１１−１がホストＯＳ１０上で動作し、Ａ銀行の取引操作画面が操作表示部１０６に表示される。つまり、Ａ銀行独自の取引操作画面が表示されるので、利用者は、Ａ銀行の自行ＡＴＭ上で操作するときと同じ画面で取引操作が可能となる。

例えば、Ａ銀行の通帳入金をする場合、ホストＯＳ１０上で仮想的に動作するＡＴＭソフト１１−１は、アプリケーションがミドルウェアを通じて、マルチバンクＡＴＭプラットフォーム１３に通帳処理部１０４の動作指令をする。これを受けて、マルチバンクＡＴＭプラットフォーム１３が、通帳処理部１０４のドライバ１４に対して、Ａ銀行の通帳仕様で通帳処理をすることを指令する。ドライバ１４には、各金融機関の通帳仕様に応じて、通帳処理部１０４を動作させる処理プログラム（ファイル）が事前に設けられており、通帳処理部１０４がＡ銀行の通帳から通帳情報を読み取ることができる。具体的には、通帳情報として、金融機関番号、店番号、口座番号等が読み取られる。

また、ＡＴＭソフト１１−１は、現金の入金処理を行なうため、入力アプリケーションがミドルウェアを通じて、マルチバンクＡＴＭプラットフォーム１３に搬送機構部１１１の動作指令をする。この場合も同様に、マルチバンクＡＴＭプラットフォーム１３が、搬送機構部１１１のドライバ１４に対して現金入金のための動作を指令する。これにより、搬送機構部１１１は、入金された現金の計数処理や金種枚数の認識処理などを行う。

利用者は操作表示部１０６の取引操作画面上で、取引情報を入力する（Ｓ２０３）。例えば、上述したＡ銀行の通帳入金の場合、利用者が、取引画面上で、入金した金額の確認処理などを行なう。

利用者が入力した取引情報は、ＡＴＭソフト１１−１に通知される。上述した例の場合、取引情報は、Ａ銀行の通帳入金であり、金融機関がＡ銀行であり、店番号、口座番号、入金金額、入金した現金の金種枚数等とすることができる。

ＡＴＭソフト１１−１は、取引情報に基づき、Ａ銀行の勘定系ホスト４−１宛の取引電文を作成して、マルチバンクＡＴＭプラットフォーム１３に与える。マルチバンクＡＴＭプラットフォーム１３は、ＡＴＭソフト１１−１からの取引電文を含むパケットを形成し、そのパケットを情報処理装置２に送信する（Ｓ２０４）。

情報処理装置２では、取引装置１からのパケットが受信されると、ＡＴＭ制御部２４−１の電文情報抽出部２４１が、受信パケットから取引電文を抽出し、その取引電文を取引情報記憶部２３に記録する共に（Ｓ２０５）、ホスト制御部２５の電文送信部２５１に与え、電文送信部２５１が勘定系ホスト４−１に取引電文を送信する（Ｓ２０６）。

銀行Ａの勘定系ホスト４は、取引電文を受信すると、所定の取引処理を行ない、受信した取引電文に対する応答電文を作成してＡＴＭソフト１１−１宛の送信する（Ｓ２０７）。

情報処理装置２では、Ａ銀行の勘定系ホスト４からＡＴＭソフト１１−１宛の応答電文を受信すると、ホスト制御部２５−１の電文受信部２５２が、応答電文を取引情報記憶部２３に記録する共に、ＡＴＭ制御部２４−１に与える。そして、ＡＴＭ制御部２４−１のパケット組立部２４２が、応答電文を含むパケットを形成して、取引装置１に送信する（Ｓ２０８）。

ここで、情報処理装置２では、中継した電文内に含まれる取引情報に基づいて、取引履歴、取引カウンタ、現金カウンタなどの情報を取引情報記憶部２３に記録する。

取引装置１では、マルチバンクＡＴＭプラットフォーム１３が、受信パケットからＡＴＭソフト１１−１宛の応答電文を抽出して、ＡＴＭソフト１１−１に通知し、ＡＴＭソフト１１−１が取引処理を行なう（Ｓ２０９）。

このとき、ＡＴＭソフト１１−１は、入金された現金を、対応する金種の収納部１１５に収納するため、マルチバンクＡＴＭプラットフォーム１３に搬送機構部１１１を動作させる指令を通知する。マルチバンクＡＴＭプラットフォーム１３は、搬送機構部１１１のドライバに動作指令を出して対応デバイスを動作させる。

このようにして取引処理が終了する（Ｓ１０６）。このとき、Ａ銀行の自行ＡＴＭで表示される取引終了画面が、操作表示部１０６に表示される。

（Ｂ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、以下の効果がある。

第１の実施形態によれば、取引装置上に、ゲストＯＳが起動して、各金融機関の自行ＡＴＭと同等のフル取引機能の提供を可能となるので、例えば、仮にＡ銀行の取引機能に何らかの障害が生じたとしても、取引装置は、Ａ銀行以外の銀行については取引を継続して行うことが可能となる。または、通帳処理部が複数の金融機関のそれぞれが採用している通帳仕様に対応可能であるため、通帳記帳や通帳入金などのような通帳利用が可能となる。その結果、利用者の利便性を維持しつつ、ＡＴＭ台数削減によるコスト削減が可能となる。

第１の実施形態によれば、情報管理装置を備えることにより、ホストインパクトなしで、下記の機能が提供可能である。
ｉ）金融機関同士の資金精算
取引装置内に存在する現金は、代表金融機関が拠出する。代表金融機関以外のＡＴＭソフトが利用されることで、当該金融機関は代表金融機関から現金を借用していることになる。そのため、資金精算を行う必要があるが、情報処理装置が資金精算情報を把握することができるので、その情報を元に資金精算することができる。
ｉｉ）現金精査
従来は、取引装置と勘定系ホストとの間の精査情報を突合して、取引装置内の現金精査を行っているが、代表金融機関以外の取引が行なわれると、代表金融機関のホストは通らない為、精査結果が合わなくなる。そのため、この実施形態によれば、現金精査は、取引装置が情報処理装置に送信した精査情報を用いて実施する。更に、情報処理装置が、取引を行った金融機関の勘定系ホストから取引に係る論理的な値を取得して、これを精査情報と突合して実施できる。

または、第１の実施形態によれば、取引装置がマルチバンクＡＴＭプラットフォームを備えるので、情報処理装置などと通信する場合には、取引装置の１個のＩＰアドレスだけ採番すればよい。

または、第１の実施形態によれば、複数の金融機関のＡＴＭソフトを搭載した取引装置が仮想化システムを応用するため、下記のうち少なくとも１つの効果がある。
ｉ）生産性：各金融機関ソフト（ゲストＯＳ）は、既設ＡＴＭのソフトを移植できるため、本構成にする際、各金融機関ソフトの新規開発は不要である。
ｉｉ）耐障害性：各金融機関のソフトがＯＳレベルで分離されているため、ある金融機関の障害が他金融機関へ影響することが少ない。
ｉｉｉ）セキュリティ：各金融機関のソフトがＯＳレベルで分離されているため、ある金融機関のセキュリティ問題（ウィルス感染など）が他金融機関へ影響することが少ない。

第１の実施形態によれば、オートフォン又はインターフォン受電時、オペレータは利用中の金融機関を把握できるため、オペレータが利用者に確認することなく、対応することが可能である。

（Ｃ）第２の実施形態
次に、本発明に係る取引装置、情報処理装置、及び、取引システムの第２の実施形態を説明する。

（Ｃ−１）第２の実施形態の構成及び動作
図１１は、第２の実施形態に係る取引システムの全体構成を示す全体構成図である。

第２の実施形態に係る取引システム９Ａは、取引装置１が複数の金融機関のＡＴＭソフト１１に加えて、他業種取引システムのソフトウェアを搭載し、取引装置１と、他業種システムのサーバ４１〜４３との間に情報処理装置２及び情報管理装置３が配置される。

ここで、他業種取引システムとは、金融機関の勘定系ホスト４を用いた取引以外の金融取引システム又はその他システムを意図しており、例えば、電子マネーを用いた取引システム、保険の申し込みなど保険に関する取引システム、パケット料の追加・設定変更等の通信事業者に関する取引システム、飲食店又はスーパー等の精算システム等を適用する。

取引装置１は、各金融機関のＡＴＭソフト１１に加えて、他業種のソフトウェア（以下、「他業種ソフト」とも呼ぶ。）１１ａも搭載する。

他業種ソフト１１ａは、第１の実施形態で説明したＡＴＭソフト１１と基本的には同様の構成とすることができ、例えば、ホストＯＳ１０上で仮想的に起動するゲストＯＳと、他業種の処理を実行するアプリケーションと、マルチバンクＡＴＭプラットフォーム１３とアプリケーションとの間でデータを中継するミドルウェアとを有する。

他業種ソフト１１ａが、取引装置１の物理マシンである制御部１０１のホストＯＳ１０上で、仮想的なゲストＯＳが起動し、他業種ソフト１１ａのアプリケーションが仮想的に動作する手法や、取引装置１が備えるハードウェアの共同利用の手法については、第１の実施形態で説明したので、ここで詳細な説明は省略する。

他業種ソフト１１ａのアプリケーションは、当該取引システムにおける各種処理を実行するアプリケーションソフトウェアである。ホストＯＳ１０上で動作する他業種ソフト１１ａの処理は他業種システムに応じて異なるが、取引装置１と他業種のサーバ４１〜４３との間のデータ通信は、情報処理装置２を介して行なわれ、基本的には同じ流れとなる。

以下では、他業種ソフト１１ａが電子マネーを用いた取引システムの場合を一例として挙げて説明する。

例えば、他業種ソフト１１ａが電子マネーを用いた取引システムの場合、そのアプリケーションは、電子マネーを用いた決済処理、電子マネーのチャージ等を実行する。ここで、取引装置１は、紙幣や硬貨などの現金の入出金が可能であり、利用者は、取引装置１において電子マネーのチャージ等を行うことが可能となる。

例えば、取引装置１の操作表示部１０６には、電子マネーのチャージを選択できる選択ボタンを含むトップ画面が表示され、そのトップ画面上で前記選択ボタンが選択されると、電子マネー取引の他業種ソフト１１ａが動作開始する。

このとき、電子マネー取引の他業種ソフト１１ａが動作して、操作表示部１０６には、電子マネーのチャージに関する表示画面が表示される。この表示画面は、当該電子マネー事業者が提供している表示画面である。したがって、利用者は、当該電子マネー事業者が提供している機器で表示される表示画面に従った操作を行なうことができる。

また、電子マネー取引の他業種ソフト１１ａが動作して、取引装置１の入出金口１１２からチャージ分の現金が挿入され、現金の計数結果が他業種ソフト１１ａに与えられる。このとき、バーチャルマシン１２には、当該他業種ソフト１１ａのミドルウェアと、マルチバンクＡＴＭプラットフォーム１３との間でデータ通信するための仮想的な通信路が形成されており、マルチバンクＡＴＭプラットフォーム１３からミドルウェアに情報が通知される。

電子マネー取引の他業種ソフト１１ａでは、アプリケーションが電子マネー事業者宛の電子マネーのチャージに関する情報を作成して、マルチバンクＡＴＭプラットフォーム１３に与える。

マルチバンクＡＴＭプラットフォーム１３は、他業種ソフト１１ａからの電子マネーのチャージに関する情報を含むパケットを形成して、情報処理装置２に送信する。情報処理装置２は、受信したパケットから電子マネーのチャージに関する情報を抽出して取引情報記憶部２３に記録すると共に、電子マネーのチャージに関する情報を含む信号を、対応する電子マネー事業者サーバ４１に送信する。

電子マネー事業者４１では、所定の電子マネーのチャージ処理が行なわれ、当該他業種ソフト１１ａ宛の応答信号を含むパケットが情報処理装置２に送信される。情報処理装置２では、電子マネー事業者サーバ４１からの受信パケットに含まれる応答信号を取引情報記憶部２３に記録すると共に、取引装置１に応答信号を含むパケットを送信する。

取引装置１では、マルチバンクＡＴＭプラットフォーム１３が情報処理装置２からの受信パケットに含まれる応答信号を、対応する他業種ソフト１１ａに与える。

そして、他業種ソフト１１ａの動作により、動作開始した近距離無線通信部１０７が、例えば非接触型決済手段（例えば、非接触型カード、非接触型決済アプリを搭載したスマートフォン等）との間で、電子マネーのチャージに関する情報が授受され、電子マネーがチャージされる。

上述したように、取引装置１が、他業種ソフト１１ａを搭載することにより、利用者は取引装置１における入出金を行なうと共に、他業種システムを利用することができる。

なお、上述した第２の実施形態で例示した他業種システムは、一例であり、これに限定されず、例えば、税金・公共料金支払、公共機関や映画等のチケット購入、ローンの返済、サッカーくじや宝くじ等の購入、募金など広く適用することができる。

（Ｃ−３）第２の実施形態の効果
以上のように、第２の実施形態によれば、第１の実施形態で説明した効果に加えて、以下に示す効果のうち少なくとも１つの効果がある。

第２の実施形態によれば、金融機関以外のサービスを提供することで、利用者の利便性が向上する。

第２の実施形態によれば、金融機関は、他業種から利用料をもらうことで、新たな収入が見込めるので事業の幅が広がる。

第２の実施形態によれば、ＡＴＭではＯＳレベルで独立して、他業種ソフトを搭載するため、金融機関のソフトウェアに影響なく提供可能である。

第２の実施形態によれば、情報処理装置が、他業種システムのサーバに情報を中継するため、金融機関の勘定系ホストへ影響なく提供可能である。

（Ｄ）他の実施形態
上述した実施形態においても種々の変形実施形態を言及したが、本発明は、以下の変形実施形態にも適用できる。

（Ｄ−１）上述した実施形態では、取引装置が、ＡＴＭである場合を例示したが、ＡＴＭに限定されず、現金を用いた現金処理機に広く適用でき、例えば、取引装置は、発券機、券売機、釣銭機等のいずれかであってもよい。

１…取引装置、１０１…制御部、１０２…記憶部、１０３…通信部、１０４…通帳処理部、１０５…カード処理部、１０６…操作表示部、１０７…近距離無線通信部、１０８…明細票処理部、１０９…顧客検知センサ、１１０…監視カメラ、１１１…搬送機構部、１１２…入出金口、１１４…認識部、１１５…収納部、
１０…ホストＯＳ、１１−１〜１１−３…ＡＴＭソフトウェア、１１ａ…他業種ソフトウェア、１２…バーチャルマシン、１３…マルチバンクＡＴＭプラットフォーム、１３ａ…デバイス制御手段、１３ｂ…電文通信制御手段、１４…ドライバ、１５…ハードウェア、
２…情報処理装置、２０…制御部、２４−１〜２４−３…ＡＴＭ制御部、２４１…電文情報抽出部、２４２…パケット組立部、２５−１〜２５−３…ホスト制御部、２５１…電文送信部、２５２…電文受信部、２１…ＡＴＭ側通信部、２２…ホスト側通信部、２３…取引情報記憶部、２０１…金融機関資金精算部、２０２…現金精査部、
３…情報管理装置、３０…制御部、３０１…情報取得部、３０２…ＡＴＭ運用管理部、３０３…電子化ジャーナル管理部、３１…通信部、３２…情報記憶部、
４−１〜４−ｎ…金融機関の勘定系ホストサーバ、５…オペレータ端末、９及び９Ａ…取引システム。

Claims (14)

1. 基本ソフトウェア上に、複数の金融機関のそれぞれの金融機関ソフトウェアが仮想的に起動されており、
   利用する金融機関が指定されると、当該金融機関の前記金融機関ソフトウェアが、当該金融機関の自行取引装置で提供可能な取引処理を行なう
   ことを特徴とする取引装置。
2. 操作表示部を備え、
   利用する金融機関が指定されると、当該金融機関の前記金融機関ソフトウェアの動作により、当該金融機関独自の取引メニュー画面が前記操作表示部に表示される
   ことを特徴とする請求項１に記載の取引装置。
3. 前記操作表示部の前記取引メニュー画面上で取引が選択されると、前記金融機関ソフトウェアの動作により、当該金融機関独自の取引操作画面が前記操作表示部に表示される
   ことを特徴とする請求項２に記載の取引装置。
4. 操作表示部を備え、
   前記操作表示部に表示される金融機関選択画面上で、利用する金融機関が選択されると、当該金融機関の前記金融機関ソフトウェアが動作開始する
   ことを特徴とする請求項１に記載の取引装置。
5. カード処理部を備え、
   前記カード処理部により、挿入されたカードの記録媒体に記録されている情報に基づいて、金融機関が特定されると、当該金融機関の前記金融機関ソフトウェアが動作開始する
   ことを特徴とする請求項１に記載の取引装置。
6. 取引処理に係る複数種類のデバイスを備え、
   前記基本ソフトウェアが、当該基本ソフトウェア上で仮想的に動作する前記複数の金融機関ソフトウェアの共通動作実行部を有し、
   前記共通動作実行部が、前記金融機関ソフトウェアから、自行取引装置で提供可能な取引処理に応じたデバイス動作指令を取得し、対応する前記デバイスのドライバに対して動作指令するデバイス制御部を有する
   ことを特徴とする請求項１〜５のいずれかに記載の取引装置。
7. 前記基本ソフトウェアが、当該基本ソフトウェア上で仮想的に動作する前記複数の金融機関ソフトウェアの共通動作実行部を有し、
   前記共通動作実行部が、当該取引装置と当該金融機関のホストサーバとの間に配置された情報処理装置と通信する電文通信制御部を有する
   ことを特徴とする請求項１〜６のいずれかに記載の取引装置。
8. 前記電文通信制御部が、前記基本ソフトウェア上で仮想的に動作する前記金融機関ソフトウェアにより生成された取引電文を取得し、前記取引電文を含む信号を前記情報処理装置に送信する
   ことを特徴とする請求項７に記載の取引装置。
9. それぞれ異なる複数の通帳仕様に対応可能な通帳処理部を備え、
   前記金融機関ソフトウェアが、前記通帳処理部に挿入された通帳を用いた取引処理を行なうことを特徴とする請求項１〜８のいずれかに記載の取引装置。
10. 基本ソフトウェア上に複数の金融機関のそれぞれの金融機関ソフトウェアを仮想的に動作させる取引装置と、前記複数の金融機関のそれぞれのホストサーバとの間で授受される取引電文を中継する情報処理装置であって、
    取引情報記憶部と、
    前記取引装置から受信した信号の含まれる取引電文を抽出して前記取引情報記憶部に記憶し、及び、前記ホストサーバ側から取得した応答電文を含む信号を形成して前記取引装置に送信する取引装置側制御部と、
    前記取引装置側制御部により抽出された取引電文を前記ホストサーバに送信し、及び、前記ホストサーバから受信した応答電文を前記取引情報記憶部に記憶するホスト側制御部と
    を備えることを特徴とする情報処理装置。
11. 前記取引情報記憶部は、前記取引装置と、前記複数の金融機関のそれぞれのホストサーバとの間で授受される取引情報を記憶し、
    前記取引情報記憶部に記憶されている情報を参照して、前記複数の金融機関のそれぞれの資金を精算する資金精算部と
    を備えることを特徴とする請求項１０に記載の情報処理装置。
12. 前記取引情報記憶部は、前記取引装置と、前記複数の金融機関のそれぞれのホストサーバとの間で授受される取引情報を記憶し、
    前記取引情報記憶部に記憶されている情報を参照して、前記取引装置における現金精査を行なう現金精査部と
    を備えることを特徴とする請求項１０又は１１に記載の情報処理装置。
13. 基本ソフトウェア上に、複数の金融機関のそれぞれの金融機関ソフトウェアを仮想的に動作させる取引装置と、
    前記複数の金融機関のそれぞれのホストサーバと、
    前記取引装置と、前記各ホストサーバとの間で授受される取引電文を中継する情報処理装置と
    を備え、
    前記取引装置は、利用する金融機関が指定されると、当該金融機関の前記金融機関ソフトウェアが、当該金融機関の自行取引装置で提供可能な取引処理を行なう
    ことを特徴とする取引システム。
14. 複数の金融機関のそれぞれの金融機関ソフトウェアが仮想的に動作可能であり、
    利用する金融機関が顧客に指定されると、当該金融機関の前記金融機関ソフトウェアが、当該金融機関の自行取引装置で提供可能な取引処理を行なう
    ことを特徴とする取引装置。
    

Images