JP7297698B2 - 端末管理システム、端末管理装置及びその方法 - Google Patents

Description

本発明は、端末管理システム、端末管理装置及びその方法に関する。

銀行などの金融機関に備えられている窓口現金処理機や現金自動取引装置（ＡＴＭ：Ａｕｔｏｍａｔｅｄ Ｔeｌｌｅｒ Ｍａｃｈｉｎｅ）の各々は、ＡＴＭ管理サーバと接続され、所望の処理を行ったり、他のデータベースとやり取りを行ったりしている。

複数の端末を、１つの管理装置で管理する技術として、特開２０１４－１１２３７８号公報（特許文献１）がある。この公報には、「複合機に新規にアプリケーションをインストールした場合に、インストールしたアプリケーションによる新規の設定情報を、機器管理装置または中央管理装置で管理可能とすることができる機器管理システム、画像処理装置、機器管理装置、機器管理方法、機器管理プログラムおよび記憶媒体を提供する。」と記載されている。

１つの端末を、複数の管理サーバで管理する技術として、特開２００４－６９８０９号公報（特許文献２）がある。この公報には、「既存のサーバアプリケーションの構成を変更することなしに、異なるサーバに格納されている複数のサーバアプリケーションを連携して使用することを可能とする遠隔学習システム」として「サーバアプリケーションの宛先情報７を有し、該宛先情報７を学習者用端末１に対して送信する宛先情報サーバ６と、前記宛先情報７を前記宛先情報サーバ６から読出し、学習者によって入力された学習情報を、前記宛先情報にしたがって、任意のサーバアプリケーションへ送信する学習情報送信装置３を設置する」と記載されている。

特開２０１４－１１２３７８号公報 特開２００４－６９８０９号公報

特許文献１では、端末である複合機に新規にアプリケーションをインストールする場合に、管理装置側の改変・変更が必要になる。これにより、システム全体としての確認が必要となるだけでなく、改変・変更による影響範囲の拡大も全取引を対象として行う必要があり、新規アプリケーションを短期間で市場展開することは厳しい。

特許文献２では、サーバアプリケーションの機能追加や複数のサーバアプリケーションを連動して実行させるために、複数のサーバアプリケーションを連携するための宛先情報サーバをさらに追加する必要がある。

いずれも、新規にサーバ側のアプリケーションの機能追加、または端末側に新規機能追加する際のコストが高くなる課題がある。

本発明の一側面は、新規にサーバ側のアプリケーションの機能追加、または端末側に新規機能追加を行う場合に、現状の取引に影響を与えることなく、より低コストで実現することが可能な端末管理システム、端末管理装置及びその方法を提供することを目的とする。

本発明の一態様にかかる端末管理システムは、ユーザが取引のために操作する端末と、銀行システムと接続し前記端末において生成される取引情報に基づいて処理を行う第１の管理装置とを有する端末管理システムであって、前記第１の管理装置と接続し、前記端末から前記取引情報を受信する第２の管理装置をさらに備え、前記第２の管理装置は、前記取引情報に基づいて処理をする装置を、前記第１の管理装置または前記第２の管理装置の少なくともいずれかから選択し、前記第２の管理装置を選択した場合には、前記第２の管理装置で前記取引情報に基づく処理を行い、前記第１の管理装置を選択した場合には、前記第１の管理装置に前記取引情報を送信する、ことを特徴とする端末管理システムとして構成される。

本発明の一態様によれば、新規にサーバ側のアプリケーションの機能追加、または端末側に新規機能追加を行う場合に、現状の取引に影響を与えることなく、より低コストで実現することができる。

本実施例の全体構成（全体構成例）を示す図である。 本実施例における既存プロトコル管理装置で処理する場合のシーケンスを示す図である。 本実施例で取引を行った場合の管理装置の振り分けシーケンスを示す図である。 管理装置の振り分けを行う際に使用する処理テーブルを示す図である。 本実施例でスマートフォンを使用して取引を行う場合の処理概要を示す図である。 本実施例でスマートフォンを使用して取引を行う場合のシーケンスを示す図である。 本実施例で生体認証での本人確認を行う場合のシーケンスを示す図である。 本実施例で新規デバイスとして通帳をサポートした場合のシーケンス図である。 取引選択画面例を示す図である。

以下、本発明の実施例を図面に基づいて詳細に説明する。
まず、実施例を説明する前に装置構成と通常のプロトコルでの取引の流れについて説明する。

＜全体構成の説明＞
図１は、ＡＴＭ周辺のシステム全体の構成図を示したものである。まずは図１を参照し、ＡＴＭの構成について説明する。ＡＴＭ１１５は、ＡＴＭ全体および各部を制御する制御部１０９を中心として、レシート処理部１１０、カード処理部１１１、表示処理部１１２、紙幣処理部１１３、暗証番号処理部１１４、通信部１０８を有して構成されている。ＡＴＭ１１５に関していえば、一例として、現状のプロトコルで処理できない新しい機能に対応する部位１１５１として、非接触ＩＣカードリ－ダ処理部１０５、生体認証処理部１０６、通帳処理部１０７が追加されている。以下では、レシート処理部１１０、カード処理部１１１、表示処理部１１２、紙幣処理部１１３、暗証番号処理部１１４、通信部１０８が行う処理が既存プロトコルで行われる前提で説明しているが、これらの一部または全部が、上記新しい機能に対応する部位１１５１として追加されてもよい。レシート処理部１１０、カード処理部１１１、表示処理部１１２、紙幣処理部１１３、暗証番号処理部１１４、通信部１０８は、従来から知られている方法により、利用者との間で各種取引や処理を実行する。追加される上記新しい機能に対応する部位１１５１には、ＡＴＭを介した取引や処理で用いられるデバイスおよびアプリケーションが含まれる。

銀行システム１０１のＤＢ（Data Base）１０２に保存されているデ－タは、既存プロトコル管理装置１０４が処理している既存取引で使用するデ－タであれば、新デバイス管理装置１０３から既存プロトコル管理装置１０４を経由して取得される。追加される上記新しい機能に対応する部位１１５１として新規のデバイスをサポ－トする場合は、新デバイス管理装置１０３で処理する。この場合は、銀行システム１０１とは新デバイス管理装置１０３が直接やりとりすることができる。

銀行システム１０１、後述するコア銀行システム１０１１、ＡＴＭ１１５、新デバイス管理装置１０３、既存プロトコル管理装置１０４処理は、ＣＰＵ（Central Processing Unit）等の制御部である処理装置、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）やＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の記憶部である記憶媒体や記憶装置、ＮＩＣ（Network Interface Card）等の通信部である通信機器を有した、ハードウェアとしては一般的な通信可能なコンピュータが備えるべき機能を有する。これらが実行する処理は、例えば、ＣＰＵが、ＲＯＭからプログラムを読み出し、ＲＡＭに対して読み書きして処理を実行することにより実現される。上記プログラムは、ＵＳＢ(Universal Serial Bus)メモリ等の外部の記憶媒体から読み出されたり、ネットワークを介した他のコンピュータからダウンロードする等して提供されてもよい。

本実施例ではＡＴＭ１１５だけの接続の事例を説明するが、ＡＴＭ１１５以外にも複数の端末が接続されていてもよい。ＡＴＭ１１５を含む各端末（以下、単に端末と呼ぶ場合がある）の各々は、これらを管理するサーバ（管理装置）に接続され、ＡＴＭ１１５側の画面の遷移処理や、本人認証処理を行っている。本構成図において、例えば、既存プロトコル管理装置１０４が既存の取引を制御するサーバである。

管理装置の上位には銀行システム１０１がネットワークを介して接続される。銀行システム１０１にはＡＴＭが取引や処理を行うための様々なＤＢ１０２があり、銀行システム１０１は、ＡＴＭから受信したデータやＤＢ１０２に記憶されているデータを用いて、各種データの管理、認証等を実施している。

それら既存システムに対し、端末側、またはサーバ側で本実施例に示すような非接触ＩＣカードリーダ処理部１０５、生体認証処理部１０６、通帳処理部１０７のような新規デバイスを追加したり、新規アプリケーションを追加する場合には、端末、またはサーバ側の改修作業が必要になる。その結果、改修費用、新たな装置の接続対応費用、その他、従来の機能も含めた確認するテスト工数など多大なコストが掛かってしまう。また、今まで動作していた既存システムの状態はそのまま維持する必要があるため、デバイス追加、アプリケーション追加による影響確認工数も膨大になる。

本実施例では、既存端末と既存サーバ側はこれまでと同じデータのやり取りや処理を行う状態を維持したまま、新たな機能を実現する為の新デバイス管理装置１０３を、既存端末、既存プロトコル管理装置１０４の間に接続させる。このような構成とすることで、より低コストで、工数をかけずに、新デバイス接続、新アプリケーション機能を実現するものである。

＜既存プロトコルでの取引の流れ＞
始めに図２を用いて、一例として、通常のＡＴＭでの出金取引のフローを示す。通常のＡＴＭ１１５は既存プロトコル管理装置１０４と情報をやりとりすることで取引が完了する。ＡＴＭ１１５および既存プロトコル管理装置１０４は、既存プロトコルを用いて行う取引や処理について、図１に示したＡＴＭ１１５および既存プロトコル管理装置１０４と同様の取引や処理を行う。

ＡＴＭ１１５の表示処理部は、取引選択画面を表示する（ステップ２０１）。利用者２１２は、表示された取引選択画面から出金ボタンを選択する（ステップ２０５）。次にＡＴＭ１１５の表示処理部は、出金ボタンの選択を受け付けると、カード挿入画面を表示し（ステップ２１９）、利用者２１２は、カードを挿入する（ステップ２０６）。

ＡＴＭ１１５のカード処理部が、カードが挿入されたことを検知し、当該カードが正しく認証されると、ＡＴＭ１１５の表示処理部は、暗証番号入力画面を表示する(ステップ２０２)。ここで、利用者２１２が暗証番号を入力する（ステップ２０７）。ＡＴＭ１１５の暗証番号処理部は、暗証番号が正しければ、ＡＴＭ１１５の表示処理部は、金額入力画面を表示する（ステップ２０３）。利用者２１２が画面の誘導に合わせて金額を入力する（ステップ２０８）。

その後、ＡＴＭ１１５の表示処理部が上記金額の入力を受け付けると、ＡＴＭ１１５の通信部は、取引要求として、口座番号、暗証番号、取引金額、ＡＴＭ番号等の出金に必要な情報を既存プロトコル管理装置１０４に送信する（ステップ２１０）。既存プロトコル管理装置１０４は、接続先の銀行システム２１８に、出金に関する取引要求を送信し（ステップ２１６）、銀行システム２１８から、例えば、残高不足となっていないこと、偽造カードではないこと等の確認が行われた結果として出金許可の返信を受ける（ステップ２１７）。ＡＴＭ１１５の通信部は、既存プロトコル管理装置１０４から出金許可を受け取る（ステップ２１１）。ＡＴＭ１１５の表示処理部は、現金受取画面を表示し（ステップ２０４）、利用者２１２は、現金を受け取り（ステップ２０９）、取引は完了する（ステップ２１５）。

＜管理装置の振り分け＞
図３は、既存プロトコル管理装置と新規デバイス管理装置のどちらで処理するかを判断する振り分け処理のフローを示したものである。

ＡＴＭ１１５は、取引選択画面を表示し、利用者は取引を選択する（ステップ３０１）。ＡＴＭ１１５の表示処理部１１２が取引の選択を受け付けると、制御部１０９は、選択された取引が既存プロトコル管理装置１０４と新規デバイス管理装置１０３のどちらの管理装置で処理されるべきかを、図４の処理テーブル４０１を用いて判断する（ステップ３０２）。例えば、制御部１０９は、選択された取引が処理テーブル４０１に既存プロトコル管理装置１０４を用いて行われる取引として登録されているか否かを判定する。

図４は、処理テーブル４０１の例を示す図である。処理テーブル４０１は、図示しないＡＴＭ１１５のメモリに記憶されている。以下では、処理テーブル４０１がＡＴＭ１１５に記憶されている場合を例示しているが、ＡＴＭ１１５以外の他の装置やシステム（例えば、既存プロトコル管理装置１０４や新規デバイス管理装置１０３、銀行システム１０１）あるいはこれら以外のネットワークを介して接続された他のシステムや装置に記憶され、これらの装置やシステムからネットワークを介してダウンロードする等して提供されてもよい。また、本実施例では、上記振り分け処理がＡＴＭ１１５で行われる場合を例示しているが、新規デバイス管理装置１０３あるいは既存プロトコル管理装置１０４で行われてもよい。

図４に示すように、処理テーブル４０１には、ＡＴＭで行われる取引や処理またはＡＴＭで用いられるデバイスを示す取引・処理／デバイス項目と、既存プロトコル管理装置での処理であることを示す既存プロトコル管理装置項目と、新規デバイス管理装置での処理であることを示す新規デバイス管理装置項目と、銀行システムとの連携が必要であることを示す銀行システムとの連携項目とが対応付けて記憶されている。

図４では、例えば、「入金」、「出金」、「残高照会」の各取引は既存プロトコル管理装置を介して行われることを示している。また、例えば、新規デバイスとして追加された通帳処理部１０７である「通帳」で行われる取引や処理は、新デバイス管理装置を介して行われることを示している。また、例えば、通帳記帳に用いる印字データは銀行システム１０１で管理しているため、さらに銀行システム１０１と既存プロトコル管理装置１０４とが連携して取得する必要があることを示している。また、後述するように、利用者のスマートフォン等の携帯端末のアプリケーションを用いた「モバイル連携」（モバイル入金、モバイル出金）で行われる取引や処理、および新規デバイスとして追加された生体認証処理部１０６である「生体認証」（入金、出金）で行われる処理は、新デバイス管理装置および既存プロトコル装置を介して行われることを示している。なお、これらの取引や処理では、銀行システム１０１で処理された結果を受信すればよいため、上記「通帳」で行われる取引や処理のように、銀行システム１０１と既存プロトコル管理装置１０４とが連携してこれらに用いるデータを取得する必要はない。さらに、新規デバイスとして追加された非接触ＩＣカードリーダ処理部１０５である「非接触ＩＣ取引」で行われる取引や処理は、新デバイス管理装置を介して行われ、さらに銀行システム１０１との連携が必要であることを示している。

図３に戻り、制御部１０９は、選択された取引が処理テーブル４０１に既存プロトコル管理装置１０４を用いて行われる取引として登録されていると判定した場合（ステップ３０２；ＹＥＳ）、既存プロトコル管理装置１０４での処理に必要な情報を送信し、既存プロトコル管理装置１０４において、選択された取引に必要な処理を実行する（ステップ３０５）。制御部１０９は、既存プロトコル管理装置１０４から処理の完了通知を受けとる等してステップ３０５の処理が完了したか否かを判定し（ステップ３０６）、ステップ３０５の処理が完了したと判定した場合（ステップ３０６；ＹＥＳ）、処理テーブル４０１を参照し、当該取引が、銀行システム１０１との連携が必要か否かを判定する（ステップ３０７）。制御部１０９は、当該取引が、銀行システム１０１との連携が必要であると判定した場合（ステップ３０７；ＹＥＳ）、銀行システム１０１に情報を送付しておく必要があると判断し、既存プロトコル管理装置１０４を介して、取引に必要な情報を銀行システム１０１に送付する（ステップ３０８）。

新デバイス管理装置で処理される場合も同様であり、ステップ３０２において、制御部１０９が、選択された取引が処理テーブル４０１に既存プロトコル管理装置１０４を用いて行われる取引として登録されていないと判定した場合（ステップ３０２；ＮＯ）、新デバイス管理装置１０３で処理すると判断し、新デバイス管理装置１０３での処理に必要な情報を送信し、新デバイス管理装置１０３において、選択された取引に必要な処理を実行する（ステップ３０３）。制御部１０９は、新デバイス管理装置１０３から処理の完了通知を受けとる等してステップ３０３の処理が完了したか否かを判定し（ステップ３０４）、ステップ３０３の処理が完了したと判定した場合（ステップ３０４；ＹＥＳ）、処理テーブル４０１を参照し、銀行システム１０１との連携が必要か否かを判定し（ステップ３０７）、新デバイス管理装置１０３を介した後、さらに既存プロトコル管理装置１０４を介して、取引に必要な情報を銀行システム１０１に送付する（ステップ３０８）。ここでは、銀行システム１０１とのやりとりは既存プロトコル管理装置１０４で行うこととしているが、新デバイス管理装置１０３から直接銀行システム１０１に情報を送付してもよい。

これらのシステム構成を前提とし、図５の概要と図６の処理フローをもとに本実施例を説明する。

＜実施例１：スマートフォン取引＞
実施例１として、スマートフォンを使った取引として自分の口座から出金する場合の実施例を示す。まず、図５を用いて処理の概要を説明する。以下では、利用者が用いる端末としてスマートフォンを例示しているが、タブレット端末をはじめ、他の携帯端末や機器を用いてもよい。

本システムの利用者は、あらかじめ、本システムを利用するスマートフォン５５０に、銀行が提供する銀行アプリケーション５０２をインストールしておく。銀行アプリケーション５０２には、ＡＴＭ１１５を用いて取引や処理を行うためのモジュール５０２２が含まれる。当該モジュール５０２２は、新デバイス管理装置１０３と連携して取引や処理を行うためのサーバ連携部５０２３と、ＡＴＭ１１５と連携して取引や処理を行うためのＡＴＭ連携部５０２４とを含む。

利用者は、モバイルキャッシュカードの申込みおよび登録５０１を行う。当該申し込みおよび登録５０１は、例えば、スマートフォン５５０から所定のサイトにアクセスして本人認証をするために必要な情報を入力して新デバイス管理装置１０３に送信５０１１し、新デバイス管理装置１０３が本人認証の登録や認証を行い、その結果をスマートフォン５５０に送信５０１２する。図５では、新デバイス管理装置１０３に設けられたモバイル口座作成システム１０３１が、スマートフォン５５０から受け取った上記必要な情報を登録または当該必要な情報を用いて認証１０３２を行い、その結果として認証情報１０３３を生成して、スマートフォン５５０に送信５０１２している。スマートフォン５５０の銀行アプリケーション５０２は、認証情報１０３３を受信すると、キャッシュカードのモバイル版であるモバイルキャッシュカード５０２１をスマートフォン５５０に登録５５０１する。モバイルキャッシュカード５０２１がスマートフォン５５０に登録されると、ＡＴＭ連携部５０２４がモバイルキャッシュカード５０２１を認識し、両者の紐づけを行う。

上記本人認証をするために必要な情報としては、例えば、利用者の氏名、住所、本システムを利用する際のユーザ名およびパスワードといった個人情報である。また、認証情報としては、上記個人情報に対応付けて登録された口座の口座番号や当該口座の取引履歴を含む。上記個人情報は、登録時には、モバイル口座作成システム１０３１から銀行システム１０１のコア銀行システム１０１１に送信５０７され、利用時には、モバイル口座作成システム１０３１が、コア銀行システム１０１１から上記認証情報を受信する。コア銀行システム１０１１は、例えば、銀行システム１０１内の基幹業務を行うためのシステムである。

利用者は、モバイルキャッシュカードの申込みおよび登録５０１を行った後、あらかじめインストールした銀行アプリケーション５０２にログインし、上記のように認証１０３２を行って、本人確認する。利用者は、ＡＴＭ１１５で取引をする際に、事前に自分のスマートフォン５５０で取引データを入力しておくか、または上記認証情報１０３３に含めて取引データをスマートフォン５５０に取り込んでおく。利用者は、ＡＴＭ１１５では、モバイルカード取引機能を選択５０３する。モバイルカード取引機能は、例えば、図４に示した「モバイル連携」（モバイル入金、モバイル出金）であり、後述するように、表示処理部１１２が表示する図９のような取引選択画面から選択される。ＡＴＭ１１５の制御部１０９は、モバイルカード取引機能が選択されると、スマホ連携機能を起動５０４する。スマホ連携機能が起動されると、表示処理部１１２は、スマホ連携機能が起動された後の画面上にＱＲコード（登録商標）等の識別情報Ｘを表示５０４１する。利用者は、ＡＴＭ１１５に表示される当該識別情報Ｘをスマートフォンのカメラ５１１で撮影し、銀行アプリケーション５０２配下のモジュール５０２２が、カメラ５１１で撮像され、識別情報リーダ５１１１で読み取られた識別情報Ｘを、スマートフォン５５０に登録する。

ＡＴＭ１１５で取引選択画面から取引が選択された場合、ＡＴＭ１１５の制御部１０９は、選択された取引が既存プロトコル管理装置１０４で処理されるものか、新規デバイス管理装置１０３で処理されるものかを、図４の処理テーブル４０１をもとに判断する。これにより、取引データの送信先を切り替えることになる。

ＡＴＭ１１５は、新デバイス管理装置１０３で処理されるものであると判断した場合には、モバイル取引要求５０５２を新デバイス管理装置１０３に送信する一方、スマートフォン５５０からも取引要求５０５１が新デバイス管理装置１０３に送信される。新デバイス管理装置１０３は、これらの取引要求を受け取ると、両者を突き合せて紐づけを行ってモバイル連携取引５１１を実行し、その結果を既存プロトコル管理装置１０４に送信５０８する。このように、新規デバイス管理装置１０３で処理された取引については、取引データをもとに処理された結果を既存プロトコル管理装置１０４に送信し処理は完了するが、銀行システム１０１との連携が必要な取引も発生する。実際のお金に関わる取引は、銀行システム１０１とも連携しておく必要がある。しかし、銀行システム１０１とやりとりするのは既存プロトコル管理装置１０４であるため、取引結果の報告を受けた既存プロトコル管理装置１０４は、その内容がコア銀行システム１０１１と連携すべき内容であれば、銀行システム１０１に情報を送信５０９する。

一方、ＡＴＭ１１５は、既存プロトコル管理装置１０４で処理されるものであると判断した場合には、取引要求５０６を既存プロトコル管理装置１０４に送信し、既存プロトコルを用いた処理を行う。この場合も、コア銀行システム１０１１と連携すべき内容であれば、銀行システム１０１に情報を送信５０９する。

次に、図６の取引フローを使ってより具体的に取引の流れを説明する。利用者６０１があらかじめ自分のスマートフォンに銀行アプリケーションを登録することは処理概要図で示したとおりである。以下では、取引の一例として、スマートフォンで出金する場合について説明する。

利用者６０１は、あらかじめ自分のスマートフォンで出金に必要なデータ（例えば、口座番号や出金額）を入力しておく（ステップ６０６）。利用者６０１を検知する等してＡＴＭ１１５が取引選択画面をタッチパネル等の操作表示部に表示すると（ステップ６１１）、利用者６０１は、当該画面からモバイル出金を選択する（ステップ６０７）。

このときの取引選択画面の例を、図９を用いて説明する。取引選択画面９０１には既存のプロトコル管理装置１０４を介した基本の取引である入金９０２、出金９０７、残高照会９０３と、既存のプロトコル管理装置で処理しない、生体認証（入金）９０４、生体認証（出金）９０９、通帳記帳９０８、モバイル連携取引の入金を示すモバイル（入金）９０５、モバイル連携取引の出金を示すモバイル（出金）９１０、電子マネーチャージ９０６という取引ボタンと取消ボタン９１１と完了ボタン９１２がある。取消ボタン９１１は、選択した取引を取り消すために押下されるボタンであり、完了ボタン９１２は、選択した取引のＡＴＭ側の操作が完了した際に押下されるボタンである。

以下の処理は、表示された取引選択ボタンからモバイル（出金）９１０を選択した場合の取引である。ＡＴＭ１１５の制御部１０９は、図４に示した処理テーブル４０１を参照し、新デバイス管理装置１０３または既存プロトコル管理装置１０４の少なくともいずれかから処理する装置を選択するために、選択された取引ボタンの種類が既存プロトコル管理装置１０４で行われる取引や処理であるか否かを判定する（ステップ６１２）。なお、当該判定が、新デバイス管理装置１０３または既存プロトコル管理装置１０４で行われる場合には、ＡＴＭ１１５は、選択された取引ボタンの種類を含む取引要求をこれらの装置に送信し、以降の処理を行う。

ＡＴＭ１１５の制御部１０９は、選択された取引ボタンの種類が既存プロトコル管理装置１０４で行われる取引や処理であると判定した場合（ステップ６１２；ＹＥＳ）、通常の出金と同じ処理を実行する(ステップ６２２)。一方、ＡＴＭ１１５の制御部１０９は、選択された取引ボタンの種類が既存プロトコル管理装置１０４で行われる取引や処理でないと判定した場合（ステップ６１２；ＮＯ）、ＡＴＭ情報のＱＲコード読取画面を上記操作表示部に表示する（ステップ６１３）。ＡＴＭ情報は、例えば、ＡＴＭ１１５が設置された店舗、機番号といった、取引を行うＡＴＭを特定するための情報である。

ここで、利用者６０１が自分のスマートフォンでＱＲコード（登録商標）等の識別情報を読み取らせる（ステップ６０８）。識別情報の読み取りについては、図５で説明したように、利用者６０１がスマートフォンを操作し、ＡＴＭ１１５のスマホ連携機能が起動された後の画面上に表示した識別情報を読み取ればよい。ＡＴＭ１１５の識別情報を読み取らせることで、利用者６０１は自分のスマートフォンにＡＴＭ１１５の情報を登録することができる。

その後、利用者６０１のスマートフォンは、取引要求として口座番号、暗証番号、取引金額、ＡＴＭ番号等の取引に必要な情報を新デバイス管理装置１０３に送信する（ステップ６１４）。新デバイス管理装置１０３は、後述するステップ６１５においてＡＴＭ１１５からモバイル連携取引を示すモバイル取引要求を受信し、スマートフォンから受信した取引要求と、ＡＴＭ１１５から受信した上記モバイル取引要求とを突き合せて紐づけできたことを確認した後、取引要求を既存プロトコル管理装置１０４に送信し（ステップ６１８）、既存プロトコル管理装置１０４は当該取引要求を銀行システム１０１に送信する（ステップ６２０）。

一方、利用者６０１は、ＡＴＭ１１５に表示される図示しない取引選択の完了を示す完了ボタンを押下すると（ステップ６０９）、ＡＴＭ１１５の制御部１０９は、通信部１０８を介して新デバイス管理装置６０３に対して、上記モバイル取引要求を送信する（ステップ６１５）。このとき、制御部１０９は、図４の処理テーブル４０１を参照し、モバイル（出金）９１０を選択した場合の取引（図４では「モバイル連携」取引）では既存プロトコル管理装置１０４でも処理が行われることを確認し、既存プロトコル管理装置１０４で処理する指示を、上記取引要求とともに送信する。

上記モバイル取引要求には、ＡＴＭ番号等の当該モバイル取引を行うＡＴＭを特定するための上記ＡＴＭ情報が含まれる。新デバイス管理装置１０３は、上記モバイル取引要求に含まれる当該ＡＴＭ情報と、ステップ６１４でスマートフォンから受信した上記取引に必要な情報に含まれるＡＴＭ情報とを紐付けすることで連携すべきモバイル取引要求を特定し、ステップ６１８において、紐付けした取引要求および上記指示を既存プロトコル管理装置１０４に送信する。

そして、既存プロトコル管理装置１０４は、銀行システム１０１から、残高不足となっていないこと、偽造カードではないこと等の確認が行われた結果として出金許可を受信し（ステップ６２１）、新デバイス管理装置１０３が、既存プロトコル管理装置１０４から当該出金許可を受信すると（ステップ６１９）、ＡＴＭ１１５は、当該出金許可を受信し（ステップ６１６）、その後、表示処理部１１２が現金受取画面をタッチパネル等の操作表示部に表示する（ステップ６１７）。その後、ＡＴＭ１１５の紙幣処理部１１３は、紙幣の繰り出しや入出金口をオープンする等して出金処理を行う（ステップ６２３）。利用者６０１は現金を受け取り（ステップ６１０）、取引は完了となる（ステップ６２４）。

＜実施例２：生体認証＞
実施例２として、利用者がＡＴＭを利用する際に、カードを用いずに生体認証により出金取引を行う場合の一実施例を、図７の取引フローを用いて説明する。利用者７０１は、ＡＴＭ１１５の取引において、生体認証が新デバイス管理装置１０３、既存プロトコル管理装置１０４、ＡＴＭ１１５のいずれの装置で行われるのかを特に意識せず取引を行うことができる。
利用者７０１は、あらかじめ自分のスマートフォンで出金に必要なデータ（例えば、口座番号や出金額）を入力しておく（ステップ７０６）。

利用者７０１を検知する等してＡＴＭ１１５が取引選択画面をタッチパネル等の操作表示部に表示すると（ステップ７１２）、利用者６０１は、当該画面から生体認証（出金）を選択する（ステップ７０７）。この画面は図９に示したもので、この画面から生体認証（出金）９０９を選択したことになる。

ＡＴＭ１１５の制御部１０９は、図４に示した処理テーブル４０１を参照し、新デバイス管理装置１０３または既存プロトコル管理装置１０４の少なくともいずれかから処理する装置を選択するために、選択された取引ボタンの種類（生体認証（出金））が、既存プロトコル管理装置１０４で行われる取引や処理であるか否かを判定する（ステップ７１３）。なお、当該判定が、新デバイス管理装置１０３または既存プロトコル管理装置１０４で行われる場合には、ＡＴＭ１１５は、選択された取引ボタンの種類を含む取引要求をこれらの装置に送信し、以降の処理を行う。

ＡＴＭ１１５の制御部１０９は、選択された取引ボタンの種類が既存プロトコル管理装置１０４で行われる取引や処理であると判定した場合（ステップ７１３；ＹＥＳ）、後述するステップ７１４に進む。一方、ＡＴＭ１１５の制御部１０９は、選択された取引ボタンの種類が既存プロトコル管理装置１０４で行われる取引や処理でないと判定した場合（ステップ７１３；ＮＯ）、ステップ７２０に進む。図４の処理テーブル４０１に示したように、生体認証を用いた出金取引は、新デバイス管理装置１０３での処理となるため、ＡＴＭ１１５は、その旨の情報を新デバイス管理装置１０３に送信する。新デバイス管理装置１０３は、生体認証を行うための処理を実行し（ステップ７２０）、銀行システム１０１から、あらかじめ登録されている利用者７０１の照合データを取得する（ステップ７２１）。生体認証は、ＡＴＭ１１５に新規デバイスとして追加された生体認証処理部１０６を用いて、新デバイス管理装置１０３が行う処理である。

新デバイス管理装置１０３は、生体認証処理部１０６が読み取った利用者７０１の生体情報と、銀行システム１０１から取得した照合データとが一致するか否かを判定し、両者を照合する（ステップ７２２）。新デバイス管理装置１０３は、照合結果がＯＫであるか否かを判定し（ステップ７２２１）、照合結果がＯＫであると判定した場合（ステップ７２２１；ＹＥＳ）、当該照合結果をＡＴＭ１１５に送信する。

ＡＴＭ１１５は、上記照合結果を受信すると、表示処理部１１２が、暗証番号入力画面をタッチパネル等の操作表示部に表示する（ステップ７１５）。このとき、制御部１０９は、図４の処理テーブル４０１を参照し、生体認証（出金）９０９を選択した場合の取引（図４では「生体認証」取引）では既存プロトコル管理装置１０４でも処理が行われることを確認し、既存プロトコル管理装置１０４で処理する指示を出力する。

当該画面で暗証番号が入力されると、次に、ＡＴＭ１１５の表示処理部１１２は、金額入力画面を表示し(ステップ７１６)、利用者７０１から金額の入力を受け付ける（ステップ７１０）。

上記金額が入力されると、ＡＴＭ１１５の通信部１０８は、上記指示に従って、取引要求として口座番号、暗証番号、取引金額、ＡＴＭ番号等の取引に必要な情報を既存プロトコル管理装置１０４に送信し（ステップ７２３）、既存プロトコル管理装置１０４が、銀行システム１０１に対して取引要求を送信する（ステップ７２４）。既存プロトコル管理装置１０４が銀行システム１０１に上記取引要求を送信することについては、これまでの取引でも行われているため、既存プロトコル管理装置１０４から、銀行システム１０１で処理（後述する出金許可の判定）をする指示は送信されない。

その後、既存プロトコル管理装置１０４は、銀行システム１０１から、残高不足となっていないこと、偽造カードではないこと等の確認が行われた結果として出金許可を受信し（ステップ７２６）、ＡＴＭ１１５が、既存プロトコル管理装置１０４から当該出金許可を受信する（ステップ７２５）。その後は、図６に示した場合と同様、ＡＴＭ１１５は現金受取画面を表示し（ステップ７１７）、出金処理を実行する（ステップ７１８）。利用者７０１は、画面の誘導に従い現金を受け取る（ステップ７１１）。これで取引は完了する（ステップ７１９）。

なお、ステップ７１３において、ＡＴＭ１１５の制御部１０９が、選択された取引ボタンの種類が既存プロトコル管理装置１０４で行われる取引や処理でないと判定した場合（ステップ７１３；ＮＯ）、選択された取引は既存プロトコル管理装置１０４で処理するものであると判断し、カードで個人認証を行う。したがって、この場合は、ＡＴＭ１１５の表示処理部１１２は、カード挿入画面を表示し（ステップ７１４）、利用者７０１はカードを挿入した後（ステップ７０８）、ステップ７１５に進む。

この事例では、利用者７０１が選択した取引が新デバイス管理装置１０３で行われる処理であるが、新デバイス管理装置１０３では生体認証のみを行い、照合が正常に終了した場合は、通常の既存プロトコル管理装置１０４での処理に戻り、処理を継続するものである。

＜実施例３：通帳サポート＞
次に、新規に通帳のデバイスを接続し、通帳の取引をサポートした場合の実施例について説明する。図４に示す処理テーブル４０１により、通帳に記帳する取引は新デバイス管理装置１０３での処理となる。図８の取引フローに従い、詳細に説明する。

利用者８０１を検知する等してＡＴＭ１１５が取引選択画面をタッチパネル等の操作表示部に表示すると（ステップ８０８）、利用者８０１は、当該画面から通帳記入ボタンを選択する（ステップ８０６）。ここで取引選択画面は図９に示すもので、この画面から通帳記帳９０８を選択したことになる。

ＡＴＭ１１５の制御部１０９は、図４に示した処理テーブル４０１を参照し、新デバイス管理装置１０３または既存プロトコル管理装置１０４の少なくともいずれかから処理する装置を選択するために、選択された取引ボタンの種類（通帳）が、新デバイス管理装置１０３で行われる取引や処理であるか否かを判定する（ステップ８０９）。なお、当該判定が、新デバイス管理装置１０３または既存プロトコル管理装置１０４で行われる場合には、ＡＴＭ１１５は、選択された取引ボタンの種類を含む取引要求をこれらの装置に送信し、以降の処理を行う。

ＡＴＭ１１５の制御部１０９は、選択された取引ボタンの種類が新デバイス管理装置１０３で行われる取引や処理であると判定した場合（ステップ８０９；ＹＥＳ）、後述するステップ８１０に進む。一方、ＡＴＭ１１５の制御部１０９は、選択された取引ボタンの種類が新デバイス管理装置１０３で行われる取引や処理でないと判定した場合（ステップ８０９；ＮＯ）、そのまま待機する。図４に示したように、通帳を記帳する取引や処理では、新デバイス管理装置１０３での処理となる。このため、ＡＴＭ１１５の制御部１０９は、新デバイス管理装置１０３が印字データを取得するため、取引要求として口座番号等の取引に必要な情報を含む通帳記入データ取得要求を生成し（ステップ８１０）、通信部１０８を介して新デバイス管理装置１０３に送信する（ステップ８１１）。このとき、制御部１０９は、図４の処理テーブル４０１を参照し、通帳記帳９０８を選択した場合の取引（図４では「通帳」取引）では銀行システム１０１との連携が必要であることを確認し、銀行システム１０１で処理する指示を、上記取引要求とともに送信する。

新デバイス管理装置１０３は、ＡＴＭ１１５から受信した上記指示を参照し、通帳記入データ取得要求を銀行システム１０１に送信し（ステップ８１２）、銀行システム１０１から当該口座番号に対応する通帳記入データを取得する(ステップ８１３、８１４)。

ＡＴＭ１１５の通帳処理部１０７は、受け取った通帳記入データを編集する(ステップ８１５)。ＡＴＭ１１５の通帳処理部１０７は、編集した通帳記入データをもとに通帳処理部１０７の通帳挿入口から挿入された通帳に印字し（ステップ８１６）、ＡＴＭ１１５の表示処理部１１２は、通帳受取画面をタッチパネル等の操作表示部に表示する（ステップ８１７）。利用者８０１は、当該画面の誘導に従い、上記通帳挿入口から排出された通帳を受け取り（ステップ８０７）、取引は完了する（ステップ８１８）。

銀行にとっても新しい機能の追加、デバイスの追加を実施した場合に、ソフトウェアまで含めて切り替える判断をすることは難しい。現在のエンドユーザへの取引はそのまま提供することを前提とした場合、ソフトウェアまで切り替えると、一定期間の休止状態、テストが必要となり、また、従来提供できていた取引に影響が出る可能性もある。したがって、本方式を用いることにより、従来のエンドユーザへのサービス（取引）はそのまま変わらず提供することができ、新しい機能、デバイスの部分だけをテスト、確認することで、提供が可能となる。

このように、上記実施例によれば、ユーザ（利用者）が取引のために操作する端末（例えば、ＡＴＭ１１５）と、銀行システム１０１と接続し上記端末において生成される取引情報（例えば、図２の場合には、ステップ２１０で示した取引要求）に基づいて処理を行う第１の管理装置（例えば、既存プロトコル管理装置１０４）とを有する端末管理システム１０００において、上記第１の管理装置と接続し、上記端末から上記取引情報を受信する第２の管理装置（例えば、新デバイス管理装置１０３）をさらに備え、上記第２の管理装置は、上記取引情報に基づいて処理をする装置を、例えば、図４に示した処理テーブル４０１を用いて、上記第１の管理装置または上記第２の管理装置の少なくともいずれかから選択し、上記第２の管理装置を選択した場合には、上記第２の管理装置で上記取引情報に基づく処理（例えば、図３のステップ３０３、図６の場合には、ステップ６１４、６１５、６１８で示した連携すべきモバイル取引を特定し、取引要求を既存プロトコル管理装置１０４に送信する処理）を行い、上記第１の管理装置を選択した場合には、上記第１の管理装置に上記取引情報を送信する。したがって、新規にサーバ側のアプリケーションの機能を追加、または端末側に新規機能を追加、または新規デバイスを追加する場合に、現状の取引に影響を与えることなく、より低コストに短期間で実現することができる。

また、上記端末管理システム１０００においては、上記第２の管理装置は、さらに銀行システム１０１と接続され、上記取引情報（例えば、図８の場合にはステップ８１１、８１２で示した通帳記入データ取得要求）を銀行システム１０１に送信し、銀行システム１０１から上記取引情報に対する情報（例えば、図８の場合にはステップ８１３、８１４で示した通帳記入データ）を受信する。これにより、新規に通帳のデバイスを接続した場合でも、現状の取引に影響を与えることなく、より低コストに短期間で実現することができる。

また、上記端末が、例えば、図４に示した処理テーブル４０１を記憶し、当該処理テーブル４０１を用いて、上記取引情報に基づいて処理をする装置を、上記第１の管理装置または上記第２の管理装置の少なくともいずれかから選択する。したがって、例えば、上記第１の管理装置または上記第２の管理装置のいずれかが処理テーブル４０１を記憶して上記選択を行う場合に比べて、上記第１の管理装置から上記第２の管理装置への切り替えのための移行作業への影響を減らすことができる。具体的には、上記第１の管理装置に処理テーブル４０１を保持し、上記選択を行っている場合には、上記第２の管理装置に処理テーブル４０１を移行したうえで、上記選択を行う必要があるが、上記端末が処理テーブル４０１を保持する場合にはその必要がなくなる。

また、上記第２の管理装置は、選択された上記第２の管理装置で行われる上記取引情報に基づく処理である第１の処理（例えば、図７のステップ７２０～ステップ７２２１の生体認証および照合）を実行し、上記第１の管理装置は、上記第１の処理の結果を受けて行われる第２の処理（例えば、図７のステップ７２３、ステップ７２４）を実行する。したがって、ＡＴＭに新たなデバイスが組み込まれた場合でも、既存の処理と連携して、新たに組み込まれたデバイスを用いた機能を実現することができる。

また、新デバイス管理装置１０３は、例えば、ユーザが取引のために操作する端末（例えば、ＡＴＭ１１５）において生成される上記取引情報に基づいて処理を行う上記第１の管理装置と接続し、上記端末から上記取引情報を受信する通信部と、上記取引情報に基づいて処理をする装置を、上記第１の管理装置または上記第２の管理装置の少なくともいずれかから選択し、上記第２の管理装置を選択した場合には、上記第２の管理装置で上記取引情報に基づく処理を行い、上記第１の管理装置を選択した場合には、上記第１の管理装置に上記取引情報を送信する制御部と、を有する端末管理装置として構成することができる。したがって、新規にサーバ側のアプリケーションの機能を追加、または端末側に新規機能を追加、または新規デバイスを追加する場合であっても、新デバイス管理装置１０３側で処理の振り分けを行うことができるため、例えば、処理件数が膨大となることによる当該振り分け処理による現状の取引への影響を低減することができる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明する為に詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置換することも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、各構成を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

１０００ 端末管理システム
１０１ 銀行システム
１０１１ コア銀行システム
１０２ ＤＢ
１０３ 新デバイス管理装置
１０４ 既存プロトコル管理装置
１０５ 非接触ＩＣカードリーダ処理部
１０６ 生体認証処理部
１０７ 通帳処理部
１０８ 通信部
１０９ 制御部
１１０ レシート処理部
１１１ カード処理部
１１２ 表示処理部
１１３ 紙幣処理部
１１４ 暗証番号処理部
１１５ ＡＴＭ
４０１ 処理テーブル

Claims (5)

1. ユーザが取引のために操作する端末と、銀行システムと接続し前記端末において生成される取引情報に基づいて処理を行う第１の管理装置とを有する端末管理システムであって、
   前記第１の管理装置と接続し、前記端末から前記取引情報を受信する第２の管理装置をさらに備え、
   前記第２の管理装置は、前記取引情報と、取引が前記第１の管理装置と前記第２の管理装置のどちらの管理装置で処理されるべきかを記憶した処理テーブルとに基づいて、前記取引情報に基づいて処理をする装置を、前記第１の管理装置または前記第２の管理装置の少なくともいずれかから選択し、
   前記第２の管理装置を選択した場合には、前記第２の管理装置で前記取引情報に基づく処理を行い、前記第１の管理装置を選択した場合には、前記第１の管理装置に前記取引情報を送信し、
   前記第２の管理装置は、選択された前記第２の管理装置で行われる前記取引情報に基づく処理である第１の処理を実行し、
   前記第１の管理装置は、前記第１の処理の結果を受けて行われる第２の処理を実行する、
   ことを特徴とする端末管理システム。
2. 前記第２の管理装置は、さらに前記銀行システムと接続され、
   前記取引情報を前記銀行システムに送信し、前記銀行システムから前記取引情報に対する情報を受信する、
   ことを特徴とする請求項１に記載の端末管理システム。
3. 前記端末が、前記取引情報に基づいて処理をする装置を、前記第１の管理装置または前記第２の管理装置の少なくともいずれかから選択する、
   ことを特徴とする請求項１に記載の端末管理システム。
4. ユーザが取引のために操作する端末において生成される取引情報に基づいて処理を行う第１の管理装置と接続し、前記端末から前記取引情報を受信する通信部と、
   前記取引情報と、取引が前記第１の管理装置と自装置である第２の管理装置のどちらの管理装置で処理されるべきかを記憶した処理テーブルとに基づいて、前記取引情報に基づいて処理をする装置を、前記第１の管理装置または前記第２の管理装置の少なくともいずれかから選択し、前記第２の管理装置を選択した場合には、前記第２の管理装置で前記取引情報に基づく処理を行い、前記第１の管理装置を選択した場合には、前記第１の管理装置に前記取引情報を送信する制御部と、を有し、
   前記制御部は、選択された前記第２の管理装置で行われる前記取引情報に基づく処理である第１の処理であって、前記第１の管理装置により前記第１の処理の結果を受けて行われる第２の処理を実行するための前記第１の処理を実行する、
   ことを特徴とする端末管理装置。
5. ユーザが取引のために操作する端末と、銀行システムと接続し前記端末において生成される取引情報に基づいて処理を行う第１の管理装置とを有する端末管理システムで行われる端末管理方法であって、
   前記第１の管理装置と接続された第２の管理装置が、前記端末から前記取引情報を受信し、
   前記第２の管理装置が、前記取引情報と、取引が前記第１の管理装置と前記第２の管理装置のどちらの管理装置で処理されるべきかを記憶した処理テーブルとに基づいて、前記取引情報に基づいて処理をする装置を、前記第１の管理装置または前記第２の管理装置の少なくともいずれかから選択し、
   前記第２の管理装置が、前記第２の管理装置を選択した場合には、前記第２の管理装置で前記取引情報に基づく処理を行い、前記第１の管理装置を選択した場合には、前記第１の管理装置に前記取引情報を送信し、
   前記第２の管理装置が、選択された前記第２の管理装置で行われる前記取引情報に基づく処理である第１の処理を実行し、
   前記第１の管理装置が、前記第１の処理の結果を受けて行われる第２の処理を実行する、
   ことを特徴とする端末管理方法。

Images