JPWO2003081495A1 - 現金自動取引システム - Google Patents

Abstract

携帯電話及びコンピュータネットワークを利用して利用者および金融機関の双方の利便性を向上させた現金自動取引システム。この現金自動取引システムは、コンピュータネットワークに接続され、携帯電話に少なくとも利用者の認証処理および現金自動取引装置との通信処理を実行させるための取引処理用プログラムを配信するサーバと、そのコンピュータネットワークを介して該サーバから該取引処理用プログラムを受信して格納し、該取引処理用プログラムに従って利用者の認証処理および現金自動取引装置との通信処理を実行する携帯電話と、その携帯電話との通信により入力されるデータに基づいて現金自動取引処理を実行する現金自動取引装置と、を含む。

Description

技術分野
本発明は、銀行などの金融機関に設置される現金自動取引装置を介して現金を自動取引するシステムに関する。
背景技術
銀行などの金融機関に設置されている現金自動支払機（ＣＤ，ｃａｓｈｉｎｇ ｄｉｓｐｅｎｓｅｒ）、現金自動預け払い機（ＡＴＭ，ａｕｔｏｍａｔｅｄ ｔｅｌｌｅｒ ｍａｃｈｉｎｅ）等の現金自動取引装置では、それぞれの金融機関によって発行される磁気カードや通帳などを使うことによって、取引を行うことが許されている。
かかる状況の下では、利用者は、複数の金融機関に口座を持つ場合、それぞれの口座ごとに磁気カードや通帳などを持つ必要がある。そして、その利用者は、いつ、どこでも現金自動取引装置を利用することができるようにするためには、常に複数の磁気カードなどを携帯していなければならない。
また、混雑時にあっても、振込などのデータ入力の煩わしい操作を含む全ての取引操作を現金自動取引装置上で行わなければならず、現金自動取引装置の稼動効率を下げる原因ともなっている。
さらに、銀行などの金融機関が、現金自動取引装置に新たな機能（取引）を追加しようとする場合、その内部ソフトウェアを修正する必要があり、それをすべての稼動中の現金自動取引装置に対してインストールするともなれば、多大な時間と費用を必要とする。
特開平１１−３３８９４２号公報には、自動取引装置での取引における入力項目情報を携帯電話に予め入力しておき、その携帯電話から自動取引装置に入力情報を送信することにより、自動取引装置での入力操作を簡素化してその稼働効率を向上させることが提案されている。しかし、同公報は、そのような取引を実現するプログラムを携帯電話に格納することに関しては、購入時に既に格納され又は適宜格納されることを想定するのみであり、具体的な実現方法を提供するものではない。
発明の開示
本発明は、上述した問題点に鑑みてなされたものであり、その目的は、急速に普及及び進化しつつある携帯電話およびコンピュータネットワーク技術を利用することにより、利用者及び金融機関の双方の利便性を向上させた現金自動取引システムを提供することにある。
上記目的を達成するために、本発明の第１の面（ａｓｐｅｃｔ）によれば、コンピュータネットワークに接続され、携帯電話に少なくとも利用者の認証処理および現金自動取引装置との通信処理を実行させるための取引処理用プログラムを配信するサーバと、該コンピュータネットワークを介して前記サーバから該取引処理用プログラムを受信して格納し、該取引処理用プログラムに従って利用者の認証処理および現金自動取引装置との通信処理を実行する携帯電話と、前記携帯電話との通信により入力されるデータに基づいて現金自動取引処理を実行する現金自動取引装置と、を具備する現金自動取引システムが提供される。
また、本発明の第２の面によれば、好ましくは、前記取引処理用プログラムは、ＪＡＶＡプログラムである。
また、本発明の第３の面によれば、好ましくは、前記携帯電話は、複数のサーバから異なる取引処理用プログラムを受信して格納する。
また、本発明の第４の面によれば、好ましくは、前記取引処理用プログラムは、取引処理の実行に必要な取引データを予め入力する処理をも携帯電話に実行させるものであり、前記携帯電話は、該予め入力された取引データを前記現金自動取引装置に送信する。
また、本発明の第５の面によれば、好ましくは、前記取引処理用プログラムは、現金自動取引装置の新規な機能を実現するための処理をも携帯電話に実行させるものである。
発明を実施するための最良の形態
本発明をより詳細に説述するために、添付の図面に従って最良の実施形態を説明する。
図１は、本発明による現金自動取引システムの一実施形態を示している。同図を参照すると、符号１００は、インターネット上のＪＡＶＡプログラム配信サーバ、符号１２０は、インターネットに接続可能でＪＡＶＡプログラムを実行可能な携帯電話、符号１４０は、現金自動支払機（ＣＤ）、現金自動預け払い機（ＡＴＭ）等の現金自動取引装置、符号１６０は、金融機関のホストコンピュータを示している。
周知のように、プログラミング言語の一つであるＪＡＶＡで書かれたプログラムは、どのようなプラットフォーム（動作するアプリケーションから見たオペレーティングシステムやコンピュータ本体）でも稼働することができ、ＪＡＶＡ搭載携帯電話（ＪＡＶＡ機能付き携帯電話）が普及しつつある。
本実施形態においては、利用者は、携帯電話１２０を使ってＪＡＶＡプログラム配信サーバ１００に接続して銀行などの金融機関に対する口座開設を行い、サーバ１００から携帯電話１２０へ取引処理用プログラムとしてのＪＡＶＡプログラムをダウンロードする。そのＪＡＶＡプログラムには、従来、磁気カードや通帳の中で持たれていた磁気記憶データ（ＭＳデータ）や口座番号などといった、現金自動取引で必要となるデータがすべて入っている。
取引時の認証処理は、携帯電話１２０上でそのＪＡＶＡプログラムを起動して暗証番号を入力することにより行われ、本人でない人が勝手にＪＡＶＡプログラムを起動して、磁気カードの代わりとして使うことが防止される。認証処理後、利用者が携帯電話１２０を現金自動取引装置１４０に接続して通信を行わせることで、払出や振込などの取引を行うことが可能となる。
また、このような機能をさまざまな金融機関について実現することができる。すなわち、１台の携帯電話にそれぞれの金融機関のＪＡＶＡプログラムをダウンロードし、口座開設登録を行うことで、複数の金融機関の磁気カードや通帳などの機能を１台の携帯電話に持たせることが可能となる。
さらに、ＪＡＶＡプログラム上に、認証処理の機能だけでなく、その後の、金融機関ホスト１６０への取引要求電文送信前までの取引プロセスを持たせることができる。すなわち、取引プロセス、例えば、取引の種類や金額などの入力までも、あらかじめ行うようにすれば、現金自動取引装置１４０が混雑しているときでも、携帯電話１２０を現金自動取引装置１４０に繋げるという操作だけで、取引を行うことできる。
特にさまざまなデータ入力が必要な振込取引は、利用者が現金自動取引装置１４０を占有する時間が長くなりがちである。あらかじめ携帯電話１２０上のＪＡＶＡプログラムに必要なデータをすべて入力しておいて、現金自動取引装置１４０に接続するようにすれば、一人の利用者による現金自動取引装置１４０の占有時間を大幅に短縮し、現金自動取引装置１４０の稼動効率を上げることが可能である。
そして、金融機関が現金自動取引装置１４０に新しい機能（取引）を持たせる場合、従来のような現金自動取引装置内部のソフトウェアを修正するのではなく、上記のような取引プロセスを持ったＪＡＶＡプログラムを修正して利用者にダウンロードさせることによって、金融機関の修正ソフトウェアのインストールにかかる費用や時間を大幅に短縮することができる。また、利用者がダウンロードするという形を取るため、ソフトウェアの更新が容易になり、さらに実施までの時間も短縮することができるため、キャンペーンのような期間限定的な機能を持った取引をも容易に実現することが可能となる。
以下、本実施形態の具体的な動作を、フローチャートを用いて説明する。
図２は、口座開設時およびソフトウェア更新時における処理手順を示すフローチャートである。まず、ステップ２０２では、利用者が、インターネットを介して携帯電話１２０をＪＡＶＡプログラム配信サーバ１００に接続する。
次いで、ステップ２０４では、新規契約であるか否かの判定がなされ、新規契約であると判定された場合には、ステップ２０６に進み、利用者によって入力されるパスワードが、携帯電話会社の管理下でその携帯電話に与えられている正当なパスワードであるか否かが判定される。
正当なパスワードが入力されなかった場合には、ステップ２０８に進み、リトライ処理が実行される。ただし、３回繰り返しても正当なパスワードが入力されない場合には、アクセスが拒否される。
一方、正当なパスワードが入力された場合には、ステップ２１０に進み、契約に必要なデータ、すなわち、暗証番号、住所、氏名などの入力が実行される。
次いで、ステップ２１２に進み、サーバ１００から携帯電話１２０にＪＡＶＡプログラムがダウンロードされる。このプログラムの中には、ＭＳデータ、口座番号、通帳機能、取引プロセスなどが含まれている。そして、ステップ２１４に進み、新規契約およびその登録が完了する。
ステップ２０４において新規契約でないと判定された場合には、ステップ２１６に進み、既にダウンロードされているＪＡＶＡプログラムを更新する必要があるか否かが判定される。その必要がないと判定された場合には、ステップ２１８に進み、更新する必要がない旨のメッセージが出力されて、処理が終了する。
一方、プログラムを更新する必要があると判定された場合には、ステップ２２０に進み、利用者によって入力される暗証番号が登録済みの暗証番号と一致するか否かが判定される。正当な暗証番号が入力されなかった場合には、ステップ２０８に進み、リトライ処理が実行され、３回繰り返しても正当な暗証番号が入力されない場合には、アクセスが拒否される。
一方、正当な暗証番号が入力された場合には、ステップ２２２に進み、サーバ１００から携帯電話１２０に対して更新に必要なＪＡＶＡプログラムがダウンロードされる。そして、ステップ２２４に進み、ＪＡＶＡプログラムの更新が完了する。
図３Ａ及び図３Ｂは、払出取引時における処理手順を示すフローチャートである。なお、ステップ３０２〜３１４は、携帯電話１２０上での処理であり、ステップ３１６〜３３０は、現金自動取引装置１４０上での処理である。
まず、ステップ３０２では、携帯電話１２０上でＪＡＶＡプログラムが起動される。次いで、ステップ３０４では、利用者によって入力される暗証番号が登録済みの暗証番号と一致するか否かを判定する認証処理がＪＡＶＡプログラムにより実行される。
正当な暗証番号が入力されなかった場合には、ステップ３０６に進み、その入力が３回目であるか否かが判定され、３回目でない場合、すなわち１回目または２回目である場合には、ステップ３０４に戻る。
誤った暗証番号が３回入力された場合には、ステップ３０８に進み、セキュリティの観点から、ＪＡＶＡプログラムの起動がロックされる。
ステップ３０４において暗証番号による認証処理が完了した場合には、ステップ３１０に進み、ＪＡＶＡプログラム上で取引データの入力を行うか否かの問い合わせが利用者に対してなされる。これに対し、ＪＡＶＡプログラム上では取引データの入力を行わない旨の応答がなされた場合には、ステップ３１６に進む。
一方、ＪＡＶＡプログラム上で取引データの入力を行う旨の応答がなされた場合には、ステップ３１２に進み、払出、預入、振込、記帳などの取引種別の選択を促すメッセージが画面上に表示されてその選択処理が実行される。この例では、払出が選択され、ステップ３１４にてそのデータとして払出金額が入力される。
以上で携帯電話１２０上での処理が完了し、現金自動取引装置１４０上での処理に移行する。まず、ステップ３１６では、携帯電話１２０が現金自動取引装置１４０に接続される。この接続は、有線または無線のいずれの形態によるものでもよく、そのための送受信回路、コネクタ等が双方に設けられている。
そして、この接続により、携帯電話１２０から現金自動取引装置１４０へ、暗証番号、ＭＳデータ、口座番号、事前入力した場合の取引データ等の送信データが送られる。
次いで、ステップ３１８では、携帯電話１２０上で取引データが既に入力されているか否かが判定される。そして、未だ取引データが入力されていない場合にはステップ３２０に進む一方、既に入力されている場合にはステップ３２４に進む。
ステップ３２０では、払出、預入、振込、記帳などの取引種別の選択を促すメッセージが現金自動取引装置１４０の画面上に表示されてその選択処理が実行される。この例では、払出が選択され、ステップ３２２にてそのデータとして払出金額が入力され、ステップ３２４に進む。
ステップ３２４では、現金自動取引装置１４０からホストコンピュータ１６０に対して取引要求が送信され、それに対する許可応答が受信される。
そして、ステップ３２６では、現金自動取引装置１４０から紙幣の計数および払出が行われ、ステップ３２８では、携帯電話１２０が現金自動取引装置１４０より切断される。
その切断の際には、図４Ａまたは図４Ｂに示されるような取引結果を報知する画面が携帯電話１２０上に表示される。なお、図４Ａは支払取引の例、図４Ｂは振込取引の例であり、携帯電話の画面上に全体を表示し切れない場合には、画面をスクロールすることにより全体が表示される。そして、ステップ３３０にて取引が終了する。
以上説明したように、本発明によれば、携帯電話にダウンロードされたＪＡＶＡプログラムが、従来の磁気カードや通帳の機能を持ち、その役割を担うことができる。そして、１台の携帯電話に、複数の銀行の磁気カードや通帳の機能を持たせることも可能となる。
さらに、そのプログラムの中で、取引を行うときに必要となるデータの入力などの取引プロセスを含めることで、現金自動取引装置上で顧客が操作に必要となる時間（装置占有時間）を大幅に短縮することができるようになり、効率良い装置運用が可能となる。
また、データ入力などの取引プロセスを携帯電話上で行うことによって、新機能（取引）追加のためのソフトウェア修正は、従来のような装置内のソフトウェアを修正するのではなく、携帯電話にダウンロードされるＪＡＶＡプログラムの修正によって行うことができるため、スピーディーにプログラムを配信することや、タイムリーな（キャンペーン的な）機能を追加することも可能となる。
【図面の簡単な説明】
図１は、本発明による現金自動取引システムの一実施形態を示す構成図である。
図２は、口座開設時およびソフトウェア更新時における処理手順を示すフローチャートである。
図３Ａ及び図３Ｂは、払出取引時における処理手順を示すフローチャートである。
図４Ａ及び図４Ｂは、携帯電話上に表示される取引結果を報知する画面を例示する図である。

Claims (5)

1. コンピュータネットワークに接続され、携帯電話に少なくとも利用者の認証処理および現金自動取引装置との通信処理を実行させるための取引処理用プログラムを配信するサーバと、
   該コンピュータネットワークを介して前記サーバから該取引処理用プログラムを受信して格納し、該取引処理用プログラムに従って利用者の認証処理および現金自動取引装置との通信処理を実行する携帯電話と、
   前記携帯電話との通信により入力されるデータに基づいて現金自動取引処理を実行する現金自動取引装置と、
   を具備する現金自動取引システム。
2. 前記取引処理用プログラムは、ＪＡＶＡプログラムである、請求項１に記載の現金自動取引システム。
3. 前記携帯電話は、複数のサーバから異なる取引処理用プログラムを受信して格納する、請求項１に記載の現金自動取引システム。
4. 前記取引処理用プログラムは、取引処理の実行に必要な取引データを予め入力する処理をも携帯電話に実行させるものであり、前記携帯電話は、該予め入力された取引データを前記現金自動取引装置に送信する、請求項１に記載の現金自動取引システム。
5. 前記取引処理用プログラムは、現金自動取引装置の新規な機能を実現するための処理をも携帯電話に実行させるものである、請求項１に記載の現金自動取引システム。

Images