JP6413626B2 - 取引装置及び取引システム - Google Patents

Description

本発明は、取引装置及び取引システムに関し、例えば、金融機関の店舗や駅やコンビニエンスストア等に設置されている取引装置及び取引システムに適用し得るものである。

従来、近年のネットワークセキュリティの進展に伴い、自動取引装置（ＡＴＭ：Automatic Teller Machine）は、ネットワークを通じて、ホストサーバや管理サーバ（以下、ホストサーバ等と呼ぶ。）と接続して取引情報の授受を行なっている。そして、取引情報のホストサーバ等から承諾を受けると、自動取引装置は現金を出金する等の取引を行なっている。

例えば、ホストサーバ等は顧客の取引限度額を管理しており、顧客の取引限度額を超える金額の取引がなされる場合、ホストサーバ等は自動取引装置に取引限度額を超えることを通知し、自動取引装置は取引ができないことを顧客に通知している。

特公平３−０５１０３０号公報 特開平７−３２５９７８号公報

従来の自動取引装置は、ホストサーバ等から取引ができないことが通知されると、取引ができない旨を表示する等の手段を行なっているが、顧客との間で十分なコミュニケーションを取ることなく取引を終了させている。

そのため、自動取引装置を利用する顧客との間で十分にコミュニケーションを図りながら、取引を実行することが強く望まれている。

本発明は、上記課題に鑑み、顧客との間で十分にコミュニケーションを図りながら、取引を進めることができる取引装置、取引システム及び取引プログラムを適用しようとするものである。

かかる課題を解決するために、第１の本発明に係る取引装置は、入力された取引情報に基づいて出金取引を行なう取引装置において、（１）入力された出金金額が所定の取引限度額を超えている場合、又は、入力された出金金額が現金収納部の有高を超えている場合に、音声画像通信を行なうことができるオペレータ端末への接続要求を出力する取引制御手段と、（２）取引制御手段から接続要求が通知されると、オペレータ端末に対して接続処理をする接続制御手段とを備えることを特徴とする。

第２の本発明に係る取引システムは、オペレータ端末と、入力された取引情報に基づいて出金取引を行なう第１の本発明に係る取引装置とを備えることを特徴とする。

本発明によれば、顧客との間で十分にコミュニケーションを図りながら、出金取引を進めることができる。

第１の実施形態に係るＡＴＭの内部構成を示す内部構成図である。 第１の実施形態に係る取引システムの全体構成を示す構成図である。 第１の実施形態に係るＡＴＭの外観構成を示す外観構成図である。 第１の実施形態に係る取引システムにおける出金取引の処理動作の流れを示すフローチャートである。 第２の実施形態に係るＡＴＭの内部構成を示す内部構成図である。 第２の実施形態に係る取引システムにおける出金取引の処理動作の流れを示すフローチャートである。 第３の実施形態に係る取引システムの全体構成を示す構成図である。 第３の実施形態に係るＡＴＭの内部構成を示す内部構成図である。 第３の実施形態に係る取引システムにおける出金取引の処理動作の流れを示すフローチャートである（その１）。 第１の実施形態に係る取引システムにおける出金取引の処理動作の流れを示すフローチャートである（その２）。 第１の実施形態に係る顧客承認画面の一例を示す画面図である。 第２の実施形態に係る顧客承認画面の一例を示す画面図である。 第２の実施形態に係る出金額再入力画面の一例を示す画面図である。 第３の実施形態に係るセキュリティーキー表示画面の一例を示す画面図である。

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

この実施形態は、例えば自動取引装置（ＡＴＭ）と金融機関ホストサーバ（以下、「金融ホストサーバ」とも呼ぶ。）とオペレータ端末とを有する取引システムに、本発明を適用する場合を例示する。

（Ａ−１）第１の実施形態の構成
（Ａ−１−１）取引システムの全体構成
図２は、第１の実施形態に係る取引システムの全体構成を示す構成図である。図２において、この実施形態に係る取引システム５は、通信回線４に接続可能な、自動取引装置（ＡＴＭ）１、金融機関ホストサーバ２、オペレータ端末３を有する。

通信回線４は、ＡＴＭ１と金融機関ホストサーバ２との間、若しくは、ＡＴＭ１とオペレータ端末３との間で、情報を授受する通信回線である。通信回線４のプロトコルは、ネットワークセキュリティが確保されている通信回線であり、例えば金融機関毎の独自の専用プロトコルや、ＴＣＰ／ＩＰ（インターネットプロトコル）等を適用することができる。

ＡＴＭ１は、例えば金融機関、空港、駅、コンビニエンスストア等に設置されているものであり、顧客操作により種々の取引処理を行うものである。ＡＴＭ１は、顧客操作により入力された取引種別や取引内容情報を含む取引情報を金融機関ホストサーバ２に送信したり、又金融機関ホストサーバ２により実行される取引実行情報を受信したりするものである。

ＡＴＭ１が取り扱うことができる取引種別は、例えば、入金取引、出金取引等がある。入金取引は、顧客から受け取った現金を入金する取引であり、例えば、現金を預け入れる預け入れ取引や、所定の口座に現金を振り込む振込取引等がある。出金取引は、顧客に対して現金を支払う取引であり、例えば、口座から現金を引き出す引き出し取引等がある。

金融機関ホストサーバ２は、金融機関の基幹システムのホストサーバである。なお、この実施形態では、金融機関ホストサーバ２としているが、顧客の１日の取引限度額を超えているか否かを判断できるサーバであれば良い。例えば、ＡＴＭ１と金融機関ホストサーバ２との間に、取引実行可能か否かを判断するサーバを介在させるようにしても良い。

金融機関ホストサーバ２は、通信回線４を介してＡＴＭ１から受信した取引情報に基づいて取引を実行したり、完了した取引情報を管理したりするものである。金融機関ホストサーバ２は、例えば、顧客の取引限度額（例えば、１日で出金可能な限度額や、１回の取引で出金可能な限度額等）を口座番号等に紐付けて管理している。金融機関ホストサーバ２は、ＡＴＭ１から取得した取引情報に基づいて、今回の取引額が、顧客の取引限度額を超えている場合には、今回の取引ができない旨を当該ＡＴＭに通知する。

オペレータ端末３は、例えば、ビデオ窓口センタ３０等に設けられており、ＡＴＭ１を利用する顧客との間で画像通信（ビデオ通信）を行なうものである。これにより、ＡＴＭ１を利用する顧客とオペレータとの間で、リアルタイムでビデオ通信を行なうことで、コミュニケーションを取ることができる。オペレータ端末３は、オペレータ操作を受けて、ＡＴＭ１に対して遠隔操作を行なうことができる。例えば、オペレータ端末３は、所定の画面データをＡＴＭ１に送信してＡＴＭ１の操作表示部１に表示させたり、出金金額が所定の限度額を超えている場合でも、顧客の承認を受けることで、ＡＴＭ１に対して出金指示を行なったりすることができる。

ビデオ窓口センタ３０は、例えば金融機関によって運用されるネットワーク内に設けられたＶｉｄｅｏ Ｔｅｌｌｅｒ Ｃｅｎｔｅｒ（ＶＴＣ）とも呼ばれているものであり、オペレータ端末３は、画像通信装置又はＶＴＣ装置などとも呼ばれている。

（Ａ−１−２）ＡＴＭの詳細な構成
図３は、第１の実施形態に係るＡＴＭ１の外観構成を示す外観構成図である。図３において、この実施形態に係るＡＴＭ１は、操作表示部１１、紙幣入出金口１２、硬貨入出金口１３、通帳入出口１４、カード入出口１５、撮像手段１６、送受話器１７を有する。

操作表示部１１は、例えば、取引種類の選択メニュー画面、各取引種類の操作画面、取引内容の確認画面等を表示したり、顧客が入力した入力情報を取り込んだりするものである。操作表示部１１は、例えば、タッチパネル方式の操作表示部を適用することができる。なお、操作表示部１１は、操作部と表示部とが一体となったタッチパネル方式のものに限らず、操作部と表示部とがそれぞれ物理的に別の構成のものであってもよい。

紙幣入出金口１２は、顧客により挿入される紙幣を受け入れたり又は紙幣を排出したりするものである。

硬貨入出金口１３は、顧客により投入される硬貨を受け入れたり又は硬貨を排出したりするものである。

通帳入出口１４は、顧客のより挿入される通帳を受け入れたり又は通帳を排出したりするものである。

カード入出口１５は、顧客により挿入されるキャッシュカードを受け入れたり又はキャッシュカードを排出したりするものである。

撮像手段１６は、顧客を撮像するカメラである。この実施形態では、撮像手段１６が、ＡＴＭ１の内部に搭載されているものである場合を例示するが、ＡＴＭ１の付近に設けられているものであっても良い。また、撮像手段１６は、複数個設けられていてもよく、それら複数個の撮像手段１６により撮像された画像の全部又はいずれかが、オペレータ端末３に送信されるようにしても良い。

送受話器１７は、ビデオ窓口センタ３０のオペレータと通話するためのものである。

図１は、第１の実施形態に係るＡＴＭ１の内部構成を示す内部構成図である。ＡＴＭ１は、例えば制御装置や通信装置や機構部等を有して構成されるものであり、図１は、ＡＴＭ１の内部構成を機能的に示している。

図１において、ＡＴＭ１は、取引制御部２１、画像通信制御部２２、記憶部２３、通信部２４、操作表示制御部２５、カード機構部２６、通帳機構部２７、現金機構部２８、撮像制御部２９を有する。

取引制御部２１は、ＡＴＭ１の全体的な機能を司る処理部又は装置である。取引制御部２１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インターフェース等を有して構成されるものであり、ＣＰＵがＲＯＭに格納される処理プログラムを実行することによりＡＴＭ１の各種機能が実現される。また、処理プログラムがインストールされることによりＡＴＭ１の機能が構築されるようにしても良く、その場合でも、機能的には図１に示すことができる。

取引制御部２１の主な機能としては、取引処理部２１１、画像通信接続要求部２１２を有する。

取引処理部２１１は、顧客操作により選択された取引種類の案内画面を表示させながら、顧客により入力された入力情報に基づいて選択された種類の取引処理を行う。

例えば、入金処理の場合、取引処理部２１１は、入金すべき現金の投入を受け入れ、投入された現金を計数して、入金金額を顧客に確認させる。顧客による確認がなされると、取引処理部２１１は、入金金額を含む取引情報を金融機関ホストサーバ２に通知する。そして、金融機関ホストサーバ２による承諾を受けると、ＡＴＭ１は、投入された現金を収納して入金取引を終了する。

また例えば、出金処理の場合、取引処理部２１１は、入力された出金金額を含む取引情報を、金融機関ホストサーバ２に送信する。そして、金融機関ホストサーバ２により取引情報に基づく出金の承諾を受けると、ＡＴＭ１は、ＡＴＭ１内部に収納されている現金を出金して、出金取引を終了する。

なお、取引制御部２１の取引処理部２１１は、取引途中で、画像通信制御部２２によるオペレータ端末３との間で呼接続がなされた場合、この呼接続が継続している間、現在の取引を終了しないようにする。

従来は、金融ホストサーバ２から取引限度額を超える額の取引である旨の通知を受けた場合、所定の表示画面を操作表示部１１に表示した後、取引を終了していた。しかし、第１の実施形態の場合、金融ホストサーバ２から１日の取引限度額を超える額の取引である旨の通知を受けても、オペレータ端末３との接続を行なうため取引を終了しないようにする。

画像通信接続要求部２１２は、取引処理部２１１により金融機関ホストサーバ２から取引限度額を超える金額の取引である旨の通知を受けると、オペレータ端末３と接続させるために、画像通信制御部２２に対して画像通信接続要求を行なうものである。

画像通信制御部２２は、取引制御部２１の画像通信接続要求を取得すると、オペレータ端末３に対して呼接続を要求して、画像通信制御部２２との間で、画像や情報の通信処理を行なう。画像通信制御部２２とオペレータ端末３との間の呼制御は、種々の方法を広く適用することができ、例えば、ＳＩＰ（Session Initiation Protocol）やＨ．３２３等の通信プロトコルを用いて、画像通信制御部２２はオペレータ端末３との間で呼を接続する。なお、呼制御方式は、既存の方式を適用することができるため、ここでの詳細な説明を省略する。

画像通信制御部２２は、オペレータ端末３との間の呼確立後、オペレータ端末３との間でビデオ通信を行なうものである。画像通信制御部２２は、当該ＡＴＭ１の撮像手段１６により撮像された画像信号及び送受話器１７による音声信号に基づいてパケットを形成してオペレータ端末３に送信し、又はオペレータ端末３から受信したパケットに含まれる画像信号を操作表示部１１に表示したり、受信パケットに含まれる音声を送受話器１７に出力したりする。

記憶部２３は、取引制御部２１や画像通信制御部２２により実行される処理プログラムや、情報処理に必要な各種情報や、操作表示部１１に表示する表示画面（静止画像や動画像を含むものとしても良い。）等を記憶するものである。記憶部２３は、制御部２１により２次記憶手段として利用されるものであり、例えば、フラッシュメモリやハードディスク（ＨＤＤ）や記憶媒体（例えばＣＤ−Ｒ等）等の不揮発性の記憶装置を適用することができる。

通信部２４は、金融機関ホストサーバ２やオペレータ端末３との間で情報を通信するためのネットワークインタフェースである。通信部２４は、オペレータ端末３から送信された画面データや出金指示データを受信し、その受信データを取引制御部２１に与える。これにより、オペレータ端末３からの遠隔操作により受信した画面データを操作表示部１１に表示したり、又はオペレータ端末３からの出金指示に基づいて、出金処理を実行させることができる。

操作表示制御部２５は、ＡＴＭ１のユーザインタフェース機能を制御するものである。具体的には、操作表示制御部２５は、例えばタッチパネル方式の操作表示部１１を用いて、利用者に操作画面を提示し、利用者への情報出力や、利用者からの操作受付（メニュー選択、取引種別入力、金額入力、番号入力等）を行ったり、ビデオ窓口センタ３０のオペレータ端末３から取得した画面（オペレータの画像や特定の入力画面等）を表示したりする。

カード機構部２６は、カード入出口１５から挿入されたカード（例えば、キャッシュカード、クレジットカード等）が有するデータ格納部に格納されているデータを取引制御部２１に与えたり、データをカードに書き込みをしたりするものである。

通帳機構部２７は、通帳入出口１４に挿入された通帳の磁気ストライプ等のデータ格納部のデータ読み出しやデータ書込みや、通帳記入処理等を行うものである。

現金機構部２８は、入金された貨幣（紙幣及び又は硬貨）を収納する機能と、収納されている貨幣を利用者に出金する機能を担っている。この実施形態では、現金機構部２８は、紙幣入出金口１２から紙幣の入出金を行い、硬貨入出金口１３から硬貨の入出金を行うことが可能となっているものとする。

撮像制御部２９は、撮像手段１６の動作を制御するものである。撮像制御部２９は、画像通信制御部２２によるオペレータ端末３との呼確立後、撮像手段１６の撮像動作をＯＮとして、当該ＡＴＭ１を利用する顧客を撮像する。撮像手段１６により撮像された画像は、対向するオペレータ端末３に送信される。

（Ａ−２）第１の実施形態の動作
図４は、第１の実施形態に係る取引システム５における出金取引の処理動作の流れを示すフローチャートである。

ここでは、ＡＴＭ１で顧客が出金取引する場合に、当該顧客の１日の出金限度額を超える取引金額を指定して出金取引を行なう場合の動きについて説明する。

まず、ＡＴＭ１の操作表示部１１にはメニュー画面が表示されており、顧客により出金取引の選択ボタンが選択される。これを受けて、取引制御部２１の取引処理部２１１は、出金取引の操作画面を操作表示部１１に表示する。顧客により、カードが挿入され、暗証番号が入力され、出金金額が入力されて、確認ボタンが選択される（Ｓ１０１）。

ＡＴＭ１において、取引処理部２１１は、金融機関ホストサーバ２と通信を開始して、取得したカード情報、暗証番号、出金金額等を含む取引情報を、金融機関ホストサーバ２に送信する（Ｓ１０２）。

金融機関ホストサーバ２では、取引情報が取得され（Ｓ１０３）、受信したカード情報に基づいて、当該顧客の１日の取引限度額を確認し、今回の出金取引に係る取引金額が当該顧客の取引限度額を超えているか否かを確認する（Ｓ１０４）。そして、取引金額が１日の取引限度額を超えていない場合、処理はＳ１０５に移行して、通常の出金処理が実行される（Ｓ１０５）。

一方、取引金額が１日の取引限度額を超えている場合、金融機関ホストサーバ２は、１日の取引限度額を超える額の取引である旨を、ＡＴＭ１に通知する（Ｓ１０６）。そうすると、ＡＴＭ１において、取引制御部２１の画像通信接続要求部２１２は、画像通信制御部２２に対して、オペレータ端末３との接続要求を行なう（Ｓ１０７）。これを受けて、ＡＴＭ１の画像通信制御部２２が、ビデオ窓口センタ３０のオペレータ端末３宛に接続要求を行ない、所定の呼接続処理により、ＡＴＭ１の画像通信制御部２２とオペレータ端末３との間で呼が確立して接続される（Ｓ１０７、Ｓ１０８）。このとき、ＡＴＭ１は、取引金額が１日の取引限度額を超えている旨や、取引を終了して良いか等のガイダンスを含む画面を、操作表示部１１に表示するようにしても良い。

呼確立後、ＡＴＭ１とビデオ窓口センタ３０のオペレータ端末３との間で、リアルタイムなオンラインビデオ通信が開始する。つまり、顧客とオペレータとがビデオ通信を行なうことができ、このとき、オペレータは、今回の出金取引に係る取引金額が、顧客の１日の取引限度額を超えていることを説明する（Ｓ１０９）。

ＡＴＭ１では、顧客による承認を得る（Ｓ１１０）。例えば、ＡＴＭ１の操作表示部１１に、図１１に例示する顧客承認画面５００が表示される。図１１に例示するように、例えば「取引金額が、お客様の１日の取引限度額を超えています。現在の取引限度額を超える金額を出金しますか。」等のビデオ通信によるオペレータの説明内容や、取引金額が１日の取引限度額を超えたものであって取引を終了する「終了」ボタン５０１、取引限度額を超える出金を承認する「承認」ボタン（確認ボタン）５０２等を含む画面が表示される。

そして、顧客による承認が得られず、顧客が今回の取引を終了する場合、顧客操作により、終了ボタンが選択されて、ＡＴＭ１の取引制御部２１は今回の取引を終了する（Ｓ１１５）。

一方、オペレータと顧客との通話により、オペレータが出金取引を継続しても良いと判断したときには、オペレータ操作を受けて、オペレータ端末３はＡＴＭ１に対して出金指示を行なう（Ｓ１１２）。出金指示を受けたＡＴＭ１の取引制御部２１は、取引金額が１日の取引限度額を超えているが、オペレータによる承認が得られた場合には、取引限度額を超える取引金額での出金が可能となる。

ＡＴＭ１は、出金指示された出金金額での取引として取り扱い、紙幣を計数して出金する（Ｓ１１３）。そして、出金した紙幣が顧客により受け取られると（Ｓ１１４）、取引が終了する（Ｓ１１５）。

（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、ビデオ窓口センタの画像通信装置（ＶＴＣ装置）とＡＴＭが連携することにより、ＡＴＭの１日の出金取引限度額を超える出金取引が実現できる。特に、ＡＴＭ出金限度額以上と判断された場合、自動的にＡＴＭがＶＴＣ装置へ接続させることにより良いサービスが提供できる。

（Ｂ）第２の実施形態
次に、本発明に係る取引装置及び取引システムの第２の実施形態を、図面を参照しながら詳細に説明する。

この実施形態は、例えば自動取引装置（ＡＴＭ）と金融機関ホストサーバとを有する取引システムに、本発明を適用する場合を例示する。

（Ｂ−１）第２の実施形態の構成
第２の実施形態は、ＡＴＭの取引制御部の機能処理が第１の実施形態と異なる。取引システムの全体構成及びＡＴＭ１の外観構成は、基本的には、第１の実施形態と同様である。そのため、第２の実施形態においても、第１の実施形態に係る図２及び図３を用いて説明する。

図５は、第２の実施形態に係るＡＴＭ１の内部構成を示す内部構成図である。ＡＴＭ１は、例えば制御装置や通信装置や機構部等を有して構成されるものであり、図５は、ＡＴＭ１の内部構成を機能的に示している。

図５において、ＡＴＭ１は、取引制御部２１Ａ、画像通信制御部２２、記憶部２３、通信部２４、操作表示制御部２５、カード機構部２６、通帳機構部２７、現金機構部２８、撮像制御部２９を有する。

画像通信制御部２２、記憶部２３、通信部２４、操作表示制御部２５、カード機構部２６、通帳機構部２７、現金機構部２８、撮像制御部２９は、第１の実施形態と同一又は対応するものであるため、ここでの詳細な説明を省略する。

取引制御部２１Ａは、第１の実施形態と同様に、ＡＴＭ１の全体的な機能を司る処理部又は装置である。取引制御部２１Ａの主な機能としては、取引処理部２１１、残数管理部２１３、画像通信接続要求部２１２を有する。

取引処理部２１１は、第１の実施形態と同様に、顧客操作により選択された取引種類の案内画面を表示させながら、顧客により入力された入力情報に基づいて選択された種類の取引処理を行う。

残数管理部２１３は、ＡＴＭ１の現金収納カセット（図示しない）に収納されている紙幣枚数を金種毎に管理するものである。残数管理部２１３は、出金取引の際に、取引金額に基づいて出金すべき金種枚数を求め、取引金額の金種枚数が現金収納カセットに収納されているか確認する。

画像通信接続要求部２１２は、残数管理部２１３による出金すべき取引金額に相当する金種枚数が現金収納カセットに収納されていないときに、オペレータ端末３と接続させるために、画像通信制御部２２に対して画像通信接続要求を行なうものである。これにより、ＡＴＭ１に収納されている金種枚数を超えて出金するときに、ビデオ通信により顧客とオペレータとの通話を開始させることができる。

（Ｂ−２）第２の実施形態の動作
図６は、第２の実施形態に係る取引システム５における出金取引の処理動作の流れを示すフローチャートである。

ここでは、ＡＴＭ１で顧客が出金取引する場合に、出金金額に係る金種枚数が、ＡＴＭ１内に収納されていない場合の動きについて説明する。

まず、ＡＴＭ１の操作表示部１１にはメニュー画面が表示されており、顧客により出金取引の選択ボタンが選択される。これを受けて、取引制御部２１の取引処理部２１１は、出金取引の操作画面を操作表示部１１に表示する。顧客により、カードが挿入され、暗証番号が入力され、出金金額が入力されて、確認ボタンが選択される（Ｓ１０１）。

ＡＴＭ１において、残数管理部２１３は、入力された出金金額に基づき、出金に係る金種枚数が、現在ＡＴＭ１に収納されている現金の金種枚数（残枚数）を超えているか否かを判断する（Ｓ２０１）。そして、出金に係る金種枚数が現在のＡＴＭ１の金種枚数を超えていない場合、処理はＳ１０５に移行して、通常の出金処理が実行される（Ｓ１０５）。

一方、出金に係る金種枚数が現在のＡＴＭ１の金種枚数を超えている場合、取引制御部２１の画像通信接続要求部２１２は、画像通信制御部２２に対して、オペレータ端末３との接続要求を行なう（Ｓ１０７）。これを受けて、ＡＴＭ１の画像通信制御部２２が、ビデオ窓口センタ３０のオペレータ端末３宛に接続要求を行ない、所定の呼接続処理により、ＡＴＭ１の画像通信制御部２２とオペレータ端末３との間で呼が確立する（Ｓ１０７、Ｓ１０８）。

呼確立後、ＡＴＭ１とビデオ窓口センタ３０のオペレータ端末３との間で、リアルタイムなオンラインビデオ通信が開始する。つまり、顧客とオペレータとがビデオ通信を行なうことができ、このとき、オペレータは、出金要求金額が、現在のＡＴＭ１内に収納されている現金の残金額を超えており、顧客要求を満たさない金額しか用意できない旨を説明する（Ｓ２０２）。

ＡＴＭ１では、顧客による承認を得る（Ｓ１１０）。例えば、ＡＴＭ１の操作表示部１１に、図１２に例示する顧客承認画面５１０が表示される。図１２の顧客承認画面５１０は、例えば、「取引金額が、ＡＴＭ内の残数額を超えています。現在のＡＴＭ内残数額内の金額で出金しますか。」等のビデオ通信によるオペレータの説明内容や、取引金額が現在のＡＴＭ１に収納されている金額を超えており取引を終了する「終了」ボタン５１１、ＡＴＭ１に現在収納されている金額で出金することを承認する「承認」ボタン（確認ボタン）５１２等を含む画面が表示される。また、図１２に例示する顧客承認画面５１０のように、ＡＴＭ残数額や取引金額に対する不足金額を表示するようにしても良い。更には、図１２に例示するように、顧客に取引可能な金種枚数（金額）を知らせるために、現在のＡＴＭ１内で取引可能な金種枚数を金種毎に表示するようにしても良い。

そして、顧客の承認が得られず、顧客が今回の取引を終了する場合、顧客操作により、終了ボタンが選択されて、ＡＴＭ１の取引制御部２１は今回の取引を終了する（Ｓ１１５）。

一方、オペレータと顧客との通話により、現在ＡＴＭ１に収納されている金額で出金取引を継続しても良いと判断したときには、オペレータ操作を受けて、オペレータ端末３はＡＴＭ１に対して出金指示を行なう（Ｓ１１２）。出金指示を受けたＡＴＭ１の取引制御部２１は、オペレータによる承認が得られた場合には、現在のＡＴＭ１に収納されている金額で出金が可能となる。

ＡＴＭ１は、出金指示された出金金額での取引として取り扱い、紙幣を計数する（Ｓ１１３）。このとき、ＡＴＭ１内の収納金額で出金取引を行なう場合、今回の出金取引で、当初に顧客が入力した金額と実際に出金すべき金額とが異なる。

そこで、例えば、ＡＴＭ１の操作表示部１１に、図１３に例示する出金額再入力画面５２０を表示するようにしても良い。これにより、出金取引の操作画面を再度表示し、顧客に出金金額の修正を行ない、修正後の出金金額で取引を継続することができる。具体的には、図１３に例示するように、例えば「ＡＴＭ内の残数額は○○円です。再度、お取引金額を入力してください。」等のガイダンス表示と、取引を終了する「終了」ボタン５２１と、取引金額の入力後に取引金額を確認して選択される「確認」ボタン５２２を表示する。そして現在のＡＴＭ１内の残数枚数（残数額）内で指定された金額での出金を受け付ける。これにより、ＡＴＭ１内に収納されている金額で新たに出金取引を行なうことができる。

そして、出金した紙幣が顧客により受け取られると（Ｓ１１４）、取引が終了する（Ｓ１１５）。

（Ｂ−３）第２の実施形態の効果
以上のように、第２の実施形態によれば、画像通信装置（ＶＴＣ装置）とＡＴＭが連携することにより、顧客要求金額未満しかＡＴＭに現金がない場合でも顧客が了承し行員が認めた場合は出金可能とすることができる。特に、ＡＴＭ内の現金枚数が顧客要求枚数未満と判断された場合に、自動的にＡＴＭがＶＴＣ装置に接続することにより良いサービスが提供できる。

（Ｃ）第３の実施形態
次に、本発明に係る取引装置及び取引システムの第３の実施形態を、図面を参照しながら詳細に説明する。

第３の実施形態は、取引金額が取引限度額を超える場合、又は、取引金額がＡＴＭ１内に収納されている金額を超える場合に、ＡＴＭ１がセキュリティーキーを表示して、顧客の携帯端末がビデオ窓口センタのオペレータ端末と通信できるようにするものである。

（Ｃ−１）第３の実施形態の構成
図７は、第３の実施形態に係る取引システムの全体構成を示す構成図である。図７において、第３の実施形態に係る取引システム５は、通信回線４に接続可能な、自動取引装置（ＡＴＭ）１、金融機関ホストサーバ２、オペレータ端末３、携帯端末６を有する。

携帯端末６は、顧客が所持する通信機能を有する携帯端末であり、例えば、スマートフォン、タブレット端末、携帯電話機等を適用できる。取引金額が取引限度額を超える場合、又は、取引金額がＡＴＭ１内に収納されている金額を超えた場合に、ＡＴＭ１は、オペレータ端末３と接続するためのセキィリティーキーを表示する。顧客は、表示されたセキュリティーキーを用いてオペレータ端末３と接続し、顧客はオペレータと通信することができる。

図８は、第３の実施形態に係るＡＴＭ１の内部構成を示す内部構成図である。ＡＴＭ１は、例えば制御装置や通信装置や機構部等を有して構成されるものであり、図８は、ＡＴＭ１の内部構成を機能的に示している。

図８において、ＡＴＭ１は、取引制御部２１Ｂ、画像通信制御部２２、記憶部２３、通信部２４、操作表示制御部２５、カード機構部２６、通帳機構部２７、現金機構部２８、撮像制御部２９を有する。

画像通信制御部２２、記憶部２３、通信部２４、操作表示制御部２５、カード機構部２６、通帳機構部２７、現金機構部２８、撮像制御部２９は、第１の実施形態と同一又は対応するものであるため、ここでの詳細な説明を省略する。

取引制御部２１Ｂは、第１及び第２の実施形態と同様に、ＡＴＭ１の全体的な機能を司る処理部又は装置である。取引制御部２１Ｂの主な機能としては、取引処理部２１１、セキュリティーキー表示制御部２１４を有する。

取引処理部２１１は、第１の実施形態と同様に、顧客操作により選択された取引種類の案内画面を表示させながら、顧客により入力された入力情報に基づいて選択された種類の取引処理を行う。

セキュリティーキー表示制御部２１４は、取引金額が取引限度額を超える場合、又は、取引金額がＡＴＭ１内に収納されている金額を超える場合に、オペレータ端末３と接続するためのセキュリティーキーを操作表示部１１に表示するものである。ここで、セキュリティーキーは、オペレータ端末３と接続するために必要な情報である。例えばセキュリティーキーは、数字やアルファベット等を含む文字列とすることができる。

セキュリティーキー表示制御部２１４は、第１の実施形態又は第２の実施形態のように、取引金額が取引限度額又はＡＴＭ１内の収納枚数を超えた場合に、当該取引を一意に識別するセキュリティーキーを発行し、セキュリティーキーを表示するようにする。

（Ｃ−２）第３の実施形態の動作
図９及び図１０は、第３の実施形態に係る取引システム５における出金取引の処理動作の流れを示すフローチャートである。

第３の実施形態は、取引金額が取引限度額を超える場合、又は、取引金額がＡＴＭ１内に収納されている金額を超える場合のいずれにも適用できる。

ここでは、ＡＴＭ１で顧客が出金取引する場合に、取引金額が取引限度額を超えている場合の動作例を説明する。

まず、ＡＴＭ１の操作表示部１１にはメニュー画面が表示されており、顧客により出金取引の選択ボタンが選択される。これを受けて、取引制御部２１の取引処理部２１１は、出金取引の操作画面を操作表示部１１に表示する。顧客により、カードが挿入され、暗証番号が入力され、出金金額が入力されて、確認ボタンが選択される（Ｓ１０１）。

ＡＴＭ１において、取引処理部２１１は、金融機関ホストサーバ２と通信を開始して、取得したカード情報、暗証番号、出金金額等を含む取引情報を、金融機関ホストサーバ２に送信する（Ｓ１０２）。

金融機関ホストサーバ２では、取引情報が取得され（Ｓ１０３）、受信したカード情報に基づいて、当該顧客の１日の取引限度額を確認し、今回の出金取引に係る取引金額が当該顧客の取引限度額を超えているか否かを確認する（Ｓ１０４）。そして、取引金額が１日の取引限度額を超えていない場合、処理はＳ１０５に移行して、通常の出金処理が実行される（Ｓ１０５）。

一方、取引金額が１日の取引限度額を超えている場合、金融機関ホストサーバ２は、１日の取引限度額を超える額の取引である旨を、ＡＴＭ１に通知する。

ＡＴＭ１では、セキュリティーキー表示制御部２１４がセキュリティーキーを発行し、そのセキュリティーキーを操作表示部１１に表示する（Ｓ３０１）。

図１４は、第３の実施形態に係るセキュリティーキー表示画面の一例を示す画面図である。図１４に例示するセキュリティーキー表示画面５３０は、例えば、「取引金額が、お客様の１日の取引限度額を超えています。お客様の携帯端末で、下記のお問い合わせ先にご連絡ください。」等のように、今回の取引金額が取引限度額を超えていることや連絡先を表示する。また、図１４のセキュリティーキー表示画面５３０は、オペレータ端末３の接続先情報として、例えば、例えば、電話番号、ＵＲＬ等を表示する。さらに、図１４のセキュリティーキー表示画面５３０は、例えば「セキュリティキー：ａａａ１１２ｂｂｂｂ」等のように、一意に当該顧客の取引を特定するためのセキュリティーキー５３４を表示する。なお、図１４に例示するように、セキュリティーキー表示画面５３０は、例えば、オペレータ端末３の接続先情報を含む二次元コードやバーコード等のコード情報５３３を表示するようにしても良い。これにより、顧客操作により携帯端末６がコード情報を読み込み、オペレータ端末３にアクセスすることができる。

そして、顧客は、自身の携帯端末６を用いて、表示画面に表示されているオペレータ端末３に接続し（Ｓ３０２、Ｓ３０３）、表示画面に表示されているセキュリティーキーを入力する（Ｓ３０４）。

ここで、Ｓ３０４におけるセキュリティーキーの入力処理を説明する。例えば、携帯端末６がＷｅｂを通じてオペレータ端末３と接続する場合、携帯端末６の表示画面には、セキュリティーキーの入力欄が設けられており、そのセキュリティーキーの入力欄にセキュリティーキーを入力する。オペレータ端末３では、入力されたセキュリティーキーの検証を行ない、正当であれば、オペレータ端末３と携帯端末６との接続がなされるようにしても良い。

また例えば、オペレータ端末３は、表示画面に表示されている電話番号に電話をかけて、ビデオ窓口センタ３０の自動音声応答（ＩＶＲ）システムに接続し、自動音声応答システムにおいてセキュリティーキーを入力する。オペレータ端末３では、入力されたセキュリティーキーの検証を行ない、正当であれば、オペレータ端末３と携帯端末６との接続がなされるようにしても良い。

さらに別の例では、顧客が、携帯端末６でビデオ窓口センタ３０に電話を掛けて、オペレータとの会話の中で、セキュリティーキーを口頭でオペレータに伝えるようにしても良い。

上記のようにして、携帯端末６とビデオ窓口センタ３０のオペレータ端末３との間で、リアルタイムなオンラインビデオ通信が開始する。つまり、顧客とオペレータとがビデオ通信を行なうことができ、このとき、オペレータは、今回の出金取引に係る取引金額が、顧客の１日の取引限度額を超えていることを説明し（Ｓ３０５）、ＡＴＭ１では、顧客による承認を得る（Ｓ１１０）。例えば、ＡＴＭ１の操作表示部１１に、第１の実施形態に係る図１１の顧客承認画面５００が表示される。

そして、顧客の承認が得られず、顧客が今回の取引を終了する場合（Ｓ１１０）、顧客操作により、終了ボタンが選択されて、ＡＴＭ１の取引制御部２１は今回の取引を終了する（Ｓ１１５）。

一方、オペレータと顧客との通話により、オペレータが出金取引を継続しても良いと判断したときには、オペレータ操作を受けて、オペレータ端末３はＡＴＭ１に対して出金指示を行なう（Ｓ１１２）。出金指示を受けたＡＴＭ１の取引制御部２１は、取引金額が１日の取引限度額を超えているが、オペレータによる承認が得られた場合には、取引限度額を超える取引金額での出金が可能となる。

ＡＴＭ１は、出金指示された出金金額での取引として取り扱い、紙幣を計数して出金する（Ｓ１１３）。そして、出金した紙幣が顧客により受け取られると（Ｓ１１４）、取引が終了する（Ｓ１１５）。

（Ｃ−３）第３の実施形態の効果
以上のように、例えば、ＡＴＭ側の装置が古く、Ｏｎｌｉｎｅ Ｖｉｄｅｏ機能がない場合でも顧客が望めば顧客の携帯端末で出金限度額Ｏｖｅｒ時にも出金することができる。

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

（Ｄ−１）上述した各実施形態では、金融機関等に設置されているＡＴＭに本発明を適用する場合を例示した。しかし、本発明は、リモートブランチターミナル装置や、金融機関の行員用のＡＵＴＯＴＥＬＬＥＲ ＣＡＳＨＩＥＲなどにも適用可能である。

（Ｄ−２）上述した各実施形態では、ＡＴＭで入力された出金金額が取引限度額又はＡＴＭ内に収納されている現金の残高を超える場合に、ＡＴＭがビデオ窓口センタのオペレータ端末と接続する場合を例示した。しかし、金融機関ホストサーバが、ビデオ窓口センタのオペレータ端末に通報し、オペレータ端末が、ＡＴＭと呼接続を行なうようにしても良い。つまり、ＡＴＭ側からオペレータ端末に呼接続を行なうことに限定されず、オペレータ端末側からＡＴＭ側に呼接続するようにしても良い。

（Ｄ−３）上述した第３の実施形態では、ＡＴＭがオンライン接続対応のものでない場合でも、顧客が自身の携帯端末を用いてオペレータ端末に接続する場合を例示した。第３の実施形態でも説明したが、顧客は、携帯端末を用いて、オペレータ端末と音声通信をしても良いし、携帯端末がビデオ通信（画像通信及び音声通信）が可能である場合には、オペレータ端末とビデオ通信するようにしても良い。

１…ＡＴＭ、２…金融ホストサーバ、３…オペレータ端末、４…通信回線、５…取引システム、１１…操作表示部、１２…紙幣入出金口、１３…硬貨入出金口、１６…撮像手段、１７…送受話器、２１、２１Ａ及び２１Ｂ…取引制御部、２１１…取引処理部、２１２…画像通信接続要求部、２１３…残数管理部、２１４…セキュリティーキー表示制御部、２２…画像通信制御部、２３…記憶部、２４…通信部、２５…操作表示制御部。

Claims (9)

1. 入力された取引情報に基づいて出金取引を行なう取引装置において、
   入力された出金金額が所定の取引限度額を超えている場合、又は、入力された出金金額が現金収納部の有高を超えている場合に、音声画像通信を行なうことができるオペレータ端末への接続要求を出力する取引制御手段と、
   上記取引制御手段から上記接続要求が通知されると、上記オペレータ端末に対して接続処理をする接続制御手段と
   を備えることを特徴とする取引装置。
2. 操作表示手段をさらに備え、
   上記操作表示手段には、上記接続制御手段による上記接続処理で接続した上記オペレータ端末から取得した、出金取引に関する説明画面が表示され、
   上記取引制御手段が、上記操作表示手段に表示されている上記説明画面上で選択されたボタンに応じて出金取引を行なう
   ことを特徴とする請求項１に記載の取引装置。
3. 上記取引制御手段が、接続しているホストサーバから上記出金金額が上記取引限度額を超えている旨が通知されると、上記接続要求を出力し、
   上記接続制御手段が、上記オペレータ端末に対して接続処理をする
   ことを特徴とする請求項２に記載の取引装置。
4. 上記現金収納部に収納されている有高情報を管理する有高情報管理手段を備え、
   上記取引制御手段が、上記有高情報管理手段により上記出金金額が上記現金収納部に収納されている有高を超えていると判断されると、上記接続要求を出力し、
   上記接続制御手段が、上記オペレータ端末に対して接続処理をする
   ことを特徴とする請求項２に記載の取引装置。
5. 操作表示手段をさらに備え、
   上記取引制御手段が、上記オペレータ端末と接続するために必要なキー情報を含む画面を上記操作表示手段に表示し、
   上記オペレータ端末による上記キー情報の正当性の確認後、上記操作表示手段には、上記オペレータ端末から取得した、出金取引に関する説明画面が表示され、
   上記取引制御手段が、上記操作表示手段に表示されている上記説明画面上で選択されたボタンに応じて出金取引を行なう
   ことを特徴とする請求項１に記載の取引装置。
6. 上記取引制御手段が、接続しているホストサーバから上記入力された出金金額が上記取引限度額を超えている旨が通知された場合、又は、上記入力された出金金額が上記現金収納部に収納されている有高を超えている場合に、上記キー情報を上記操作表示手段に表示するものであることを特徴とする請求項５に記載の取引装置。
7. 上記取引制御手段が、上記入力された出金金額が上記取引限度額を超えている場合でも、上記オペレータ端末からの出金指示に基づき、上記取引限度額を超えている金額の出金を許容するものであることを特徴とする請求項３又は６に記載の取引装置。
8. 上記取引制御手段が、上記入力された出金金額が上記現金収納部の有高を超えている場合に、上記オペレータ端末からの出金指示に基づき、当該有高金額の出金を許容するものであることを特徴とする請求項４又は６のいずれかに記載の取引装置。
9. オペレータ端末と、
   入力された取引情報に基づいて出金取引を行なう請求項１〜７のいずれかに記載の取引装置と
   を備えることを特徴とする取引システム。

Images