JP2011134198A - 金融システム及び通信方法 - Google Patents

Abstract

【課題】移動端末の呼出を可能とすると共に、サーバーから、移動端末のデータを送信するときの通信のセュリティを向上させる。
【解決手段】金融システム１０であって、サーバー１００と、固定端末２００と、移動端末３００と、前記サーバー１００から前記移動端末３００を呼び出すための第１の無線通信路４１０と、前記サーバー１００と前記固定端末３００との間でデータを通信するための有線通信路４００と、前記第１の無線通信路４１０と異なる、前記固定端末２００と前記移動端末３００の間との間でデータを通信するための第２の無線通信路４２０と、を備え、前記サーバー１００に蓄積されたデータは、前記第１の無線通信路４１０ではなく、前記有線通信路４００及び前記第２の無線通信路４２０を介して前記移動端末に送信される。
【選択図】図１

Description

本発明は、金融機関内における、顧客操作端末と、行員の持つ携帯端末と、行内に設置されたサーバーと、の間のデータの通信に関するものである。

管理サーバーと、自動取引装置と、携帯端末と、の間でメッセージをやり取りするシステムが知られている（例えば特許文献１）。このシステムでは、管理サーバーと、自動取引装置とは、有線で接続され、自動取引装置と、携帯端末とは無線（非接触ＩＣチップ）で接続され、管理サーバーと、携帯端末とは、自動取引装置を介して接続されている。

特開２００７−１９３７４９号公報

携帯端末は行員が持ち、行員は行内の様々な場所に移動する。従来技術では、近距離通信に、ＦｅｌｉＣＡ（登録商標）やＭｉｆａｒｅ（登録商標）等の非接触ＩＣチップを用いていたため、通信距離が短く、携帯端末が自動取引装置の近傍に存在しない場合には、サーバーから携帯端末を呼び出すことが困難であった。一方、携帯端末を呼び出すことが出来るように自動取引装置と携帯端末との間の通信距離を長くすると、サーバーから自動取引装置と携帯端末との間で行われる通信を傍受されるおそれがあった。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、携帯端末の呼出を可能とすると共に、サーバーから、携帯端末のデータを送信するときの通信のセュリティを向上させることを目的とする。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。

［適用例１］
金融システムであって、サーバーと、固定端末と、移動端末と、前記サーバーから前記移動端末を呼び出すための第１の無線通信路と、前記サーバーと前記固定端末との間でデータを通信するための有線通信路と、前記第１の無線通信路と異なる、前記固定端末と前記移動端末の間との間でデータを通信するための第２の無線通信路と、を備え、前記サーバーに蓄積されたデータは、前記第１の無線通信路ではなく、前記有線通信路及び前記第２の無線通信路を介して前記移動端末に送信される、金融システム。
この適用例によれば、移動端末の呼出を可能とすると共に、移動端末の呼出経路とサーバーから移動端末へのデータの通信経路が異なるので、サーバーから、携帯端末のデータを送信するときの通信のセュリティを向上させることが可能となる。

［適用例２］
適用例１に記載の金融システムにおいて、前記第２の無線通信路の通信距離は、前記第１の無線通信路の通信距離よりも短い、金融システム。
第２の無線通信路の通信距離は、第１の無線通信路の通信距離よりも短いので、第２の無線通信経路の傍受が困難となる。

［適用例３］
適用例１または適用例２に記載の金融システムにおいて、前記移動端末は暗号鍵を生成して、前記サーバーに前記暗号鍵を送信し、前記サーバーは前記暗号鍵を用いて前記移動端末に送るデータを暗号化して、前記有線通信路を用いて前記暗号化されたデータを前記固定端末に送信し、前記固定端末は前記第２の無線通信路を用いて前記暗号化されたデータを前記移動端末に送信する、金融システム。
この適用例によれば、データを暗号化するので、セキュリティを向上させることが可能となる。

［適用例４］
適用例３に記載の金融システムにおいて、前記暗号は公開鍵暗号であり、前記移動端末は公開鍵と秘密鍵とを生成して、前記サーバーに前記公開鍵を送信し、前記サーバーは前記公開鍵を用いて前記移動端末に送るデータを暗号化して、前記有線通信路を用いて前記暗号化されたデータを前記固定端末に送信し、前記固定端末は前記第２の無線通信路を用いて前記暗号化されたデータを前記移動端末に送信し、前記移動端末は前記秘密鍵を用いて前記暗号化されたデータを復号する、金融システム。
この適用例によれば、復号に必要な秘密鍵は送信されないので、データのセキュリティを向上させることが可能となる。

本発明は、種々の形態で実現することが可能であり、例えば、金融システムの他、情報通信システム等、金融機関における通信方法等、様々な形態で実現することができる。

金融システムのシステム構成を示す説明図である。 金融システムの機能ブロックを示す説明図である。 金融システムの動作のシーケンス図である。 顧客端末の動作フローチャートである。 サーバーの動作フローチャートである。 携帯端末の動作フローチャートである。

図１は、金融システムのシステム構成を示す説明図である。金融システム１０は、例えば、銀行などの金融機関に設置されている。金融システム１０は、サーバー１００と、顧客端末２００（固定端末）と、携帯端末３００（移動端末）とを備える。サーバー１００は、銀行業務を実施する機能を有し、銀行業務の実施に必要な様々なデータを蓄積している。サーバー１００は、顧客端末２００や、携帯端末３００からの要求に応じて、顧客端末２００や、携帯端末３００にデータを送る。顧客端末２００は、銀行内のロビーに固定設置されており、顧客が銀行取引の伝票を記入する代わりに取引内容を入力する機能を備えている。携帯端末３００は、銀行の行員、係員（以後「オペレーター」と呼ぶ。）が携帯し、サーバー１００から送信された顧客情報を表示する機能を有している。

サーバー１００と携帯端末３００とは、第１の無線通信路４１０により接続されており、顧客端末２００と携帯端末３００とは、第１の無線通信路４１０により接続されており、サーバー１００と顧客端末２００とは、有線通信路４００により接続されている。ここで、第１の無線通信路４１０は、携帯端末３００が行内のいずれにあっても通信が可能である通信距離を有している。一方、第２の無線通信路４２０の通信距離は、第１の無線通信路４１０の通信距離よりも短く、顧客端末２００と携帯端末３００との通信は、顧客端末２００の近傍でしか通信できない。本実施例では、第１の無線通信路４１０として無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を用い、第２の無線通信路４２０として無線ユー・エス・ビー（無線ＵＳＢあるいはＷＵＳＢ）を用いている。よって、本実施例では、「第１の無線通信路４１０」を「無線ＬＡＮ４１０」とも呼び、「第２の無線通信路４２０」を「無線ＵＳＢ４２０」とも呼ぶ。無線ＬＡＮでは、例えば、通信距離約１００ｍ、通信速度５４ＭＢ／ｓが可能である。また、無線ＵＳＢは、通信距離は１０ｍ以下であるが、通信速度４８０ＭＢ／ｓが可能である。また、本実施例では、有線通信路４００として有線ＬＡＮを用いていている。本実施例では、「有線通信路４００」を「有線ＬＡＮ４００」とも呼ぶ。なお、ここに挙げたものは、通信路の一例であり、有線通信路４００、第１の無線通信路４１０、第２の無線通信路４２０として、ここに挙げた例以外の様々な通信路を採用することが可能である。

図２は、金融システムの機能ブロックを示す説明図である。サーバー１００は、ＣＰＵ１１０と、ＲＡＭ１２０と、ハードディスク１３０と、有線通信インターフェース１４０（以後、「インターフェース」を「ＩＦ」と略す。）と、を備える。ハードディスク１３０は、暗号化プログラム１３２と、データ１３４を格納している。データ１３４には、顧客情報、取引情報等、銀行業務の実施に必要な様々な情報、データが含まれる。

顧客端末２００は、制御装置２１０（ＣＰＵ２１０）と、有線通信ＩＦ２２０と、無線通信ＩＦ２３０と、カードリーダー２４０と、タッチパネル付表示部２５０と、を備える。有線通信ＩＦ２２０は、有線ＬＡＮ４００を介してサーバー１００の有線通信ＩＦと接続されている。無線通信ＩＦ２３０は、携帯端末３００との無線通信に用いられる。カードリーダー２４０は、顧客の所持する銀行カードを読み取って、顧客名や口座番号を取得する。タッチパネル付表示部２５０は、顧客からの取引内容の入力を受け付け、あるいは、顧客への様々な情報を表示する。

携帯端末３００は、制御装置３１０（ＣＰＵ３１０）と、無線通信ＩＦ３２０、３３０と、指静脈認証装置３４０と、タッチパネル付表示部２５０と、を備える。無線通信ＩＦ３２０は、サーバー１００との通信に用いられる。有線ＬＡＮ４００上にアクセスポイント４０５が配置されており、無線通信ＩＦ３２０と、アクセスポイント４０５とが、無線ＬＡＮ４１０により接続される。なお、本実施例では、有線ＬＡＮ４００には、アクセスポイント４０５が複数あり、複数の各アクセスポイント４０５と携帯端末３００との間の通信の電波強度を用いて、携帯端末３００の位置を推定することが可能である。無線通信ＩＦ３３０は、顧客端末２００との通信に用いられる。携帯端末３００の無線通信ＩＦ３３０と、顧客端末２００の無線通信ＩＦ２３０とは、無線ＵＳＢ４２０により接続される。指静脈認証装置３４０は、携帯端末３００を使用するオペレーター（行員）の指静脈のパターンを取得する。この指静脈のパターンは、オペレーターの認証のために用いられる。なお、指静脈認証装置３４０の代わりに、指紋認証装置や、他の生体認証装置を用いてもよい。タッチパネル付表示部３５０は、オペレーターからの入力を受け付け、あるいは、サーバー１００から送られてきた情報等を表示する。

図３は、金融システムの動作のシーケンス図である。図３では、顧客端末２００が処理するステップについては、顧客端末２００に付した符合（２００）に合わせて、処理のステップ番号をステップＳ２＊＊としている。同様に、サーバー１００が処理するステップについてはステップ番号をＳ１＊＊とし、携帯端末３００が処理するステップについてはステップ番号をＳ３＊＊としている。また、図３において、矢印は、要求やデータなどの信号の送受信を示し、実線は有線通信による信号の送受信を示し、破線は無線通信による信号の送受信を示している。

顧客端末２００のＣＰＵ２１０は、ステップＳ２００において、顧客より、取引の業務選択を受ける。例えば、取引が融資申し込みの場合には、取引メニューからの融資の選択を受ける。次に、ステップＳ２０５では、顧客端末２００のタッチパネル付表示部２５０は、顧客の住所、氏名、金額等のデータ入力を受け付ける。なお、顧客が、取引口座を有している顧客の場合には、カードリーダー２４０がキャッシュカードのエンボスに記載され、あるいは磁気テープ、ＩＣチップに格納された情報を読み込むことにより、顧客の氏名、口座番号を読み取ってもよい。ＣＰＵ２１０は、取引の業務選択の結果や、入力された顧客の住所、氏名、金額等のデータをサーバー１００に送信する。

サーバー１００のＣＰＵ１１０は、ステップＳ１００において、顧客端末２００から送られた取引の業務選択、顧客の住所、氏名、金額等のデータを受信する。次のステップＳ１０５において、ＣＰＵ１１０は、取引の業務選択、顧客の住所、氏名、金額等のデータを用いて取引処理を実行する。

顧客端末２００は、ステップＳ２３０において、オペレーター（行員）の呼出をサーバー１００に要求する。この呼出要求は、顧客が顧客端末２００のタッチパネル付表示部２５０にオペレーターの呼出要求を入力することにより実行される。顧客が行員の呼び出しを必要とする場合とは、例えば、顧客が顧客端末２００を操作する時に、あるいは、取引について、行員のサポートの必要が生じた場合である。

サーバー１００のＣＰＵ１１０は、顧客端末２００から、オペレーターの呼出要求を受けると、携帯端末３００を呼び出すことにより、オペレーターを呼び出す。携帯端末３００は、オペレーターが所持しており、携帯端末３００を介してオペレーターを呼び出すことが可能であるからである。ステップＳ１１５において、ＣＰＵ１１０は、携帯端末３００の位置を確認する。携帯端末３００の位置は、以下のようにして推定することが可能である。本実施例では、上述したように、有線ＬＡＮ４００には、複数のアクセスポイント４０５が配置されている（図２）。携帯端末３００のＣＰＵ３１０は、各アクセスポイント４０５との通信における電波強度から、携帯端末３００から各アクセスポイント４０５までの距離を求めることができる。そして、ＣＰＵ３１０は、それらの距離から、携帯端末３００の位置を推定する。サーバーのＣＰＵ１１０は、携帯端末３００のＣＰＵ３１０から、この位置を示す情報を取得することにより、携帯端末３００の位置を取得することが可能である。

サーバーのＣＰＵ１１０は、ステップＳ１２０において、顧客端末２００最も近い携帯端末３００を呼び出す。携帯端末３００からオペレーターへの呼出は、携帯端末３００のタッチパネル付表示部３５０への呼出表示や、携帯端末３００を振動させることにより行ってもよい。呼び出された携帯端末３００のオペレーターは、ステップＳ３０５において、顧客対応可能であるか否かを応答する。具体的には、携帯端末３００のＣＰＵ３１０は、タッチパネル付表示部３５０に、顧客対応可能である旨のコマンドが入力されたことを検知すると、サーバー１００に顧客対応可能である旨を応答する。顧客対応可能である場合には、ステップＳ３２５において、携帯端末３００のＣＰＵ３１０は、オペレーターのＩＤを取得し、確認する。このオペレーターのＩＤ確認は、例えば、指静脈認証や、タッチパネル付表示部３５０へのオペレーターのＩＤ入力により行うことが可能である。そして、指静脈のパターンあるいはオペレーターのＩＤと、携帯端末３００の情報（例えば識別情報）は、サーバー１００に送信される。サーバー１００のＣＰＵ１１０は、指静脈のパターンあるいはオペレーターのＩＤと、携帯端末３００の情報が正しければ、ステップＳ１３５においてオペレーター及び携帯端末３００の承認を行う。

なお、顧客端末２００に最も近い携帯端末３００のオペレーターが顧客対応可能でない場合、例えば、すでにそのオペレーターが別の顧客対応中である場合には、オペレーターは、顧客対応不能である旨をタッチパネル付表示部３５０に入力する。携帯端末３００のＣＰＵ３１０は、顧客対応不能である旨をサーバー１００に送信する。この応答を受けたサーバー１００のＣＰＵ１１０は、次に近い顧客端末２００に近い携帯端末３００を選択して同様の処理を行う。なお、一定期間内に選択した携帯端末３００からいずれの応答が無かった場合も同様に、次に近い顧客端末２００に近い携帯端末３００を選択して同様の処理を行う。なお、本実施例では、顧客端末２００に近い順に携帯端末３００を選択しているが、携帯端末３００の選択順は、あらかじめ定めておいてもよく、また、顧客に応じて、担当オペレーターを決めておいてもよい。また、すでに顧客対応中の携帯端末３００については、ＣＰＵ１１０は、呼出の対象から外してもよい。また、顧客端末２００がある場所と同じ区域内の場所（ロビー）にいるオペレーターが所持する携帯端末３００を選択することが好ましい。なお、顧客対応可能なオペレーターは、呼出を要求した顧客のいる顧客端末２００近傍に移動し、顧客のサポートを行う。

オペレーターは、顧客対応する場合には顧客の情報が必要である。オペレーターは、顧客の情報をサーバー１００から取得する。顧客の情報には、顧客に見せることが可能な情報の他、顧客に見せることができない与信情報がある。したがって、顧客情報は、顧客端末２００ではなく、オペレーターが所持する携帯端末３００に表示することが、好ましい。以下、顧客情報を携帯端末３００に表示する処理について説明する。

サーバー１００のＣＰＵ１１０は、ステップＳ１４０において、顧客端末２００と、携帯端末３００との間の通信セキュリティを保つための暗号キーである通信キーＫ１を、顧客端末２００及び携帯端末３００に送信する。顧客端末２００のＣＰＵ２１０は、ステップＳ２３５において、通信キーＫ１を受信し、携帯端末３００のＣＰＵ３１０は、ステップＳ３３５において、通信キーＫ１を受信する。なお、顧客端末２００、及び携帯端末３００は、複数の通信キーＫ１をあらかじめ持っており、サーバー１００のＣＰＵ１１０は、複数の通信キーＫ１の中から１つの通信キーを選択するための選択番号を顧客端末２００、及び携帯端末３００に送信するようにしてもよい。この場合、複数の通信キーＫ１は、銀行の始業前に顧客端末２００、及び携帯端末３００に格納されていることが好ましい。ステップＳ２４０、及びステップＳ３４０において、顧客端末２００のＣＰＵ２１０と、携帯端末３００のＣＰＵ３１０は、通信キーＫ１を用いた通信リンクを確立する。通信キーＫ１として、例えばＰＩＮコードを用いることが可能である。なお、ＰＩＮコード以外の他のキーを採用することも可能である。

サーバー１００のＣＰＵ１１０は、ステップＳ１４５において、サーバー１００と、携帯端末３００との間の通信セキュリティを保つための暗号キーである通信キーＫ２を、携帯端末３００に送信する。携帯端末３００のＣＰＵ３１０は、ステップＳ３４５において、通信キーＫ２を受信する。通信キーＫ１の送信のときと同様に、サーバー１００、及び携帯端末３００は、複数の通信キーＫ２をあらかじめ持っており、サーバー１００のＣＰＵ１１０は、複数の通信キーＫ２の中から１つの通信キーを選択するための選択番号を携帯端末３００に送信するようにしてもよい。この場合、複数の通信キーＫ２は、銀行の始業前にサーバー１００、及び携帯端末３００に格納されていることが好ましい。ステップＳ１５０、及びステップＳ３５０において、サーバー１００のＣＰＵ１１０と、携帯端末３００のＣＰＵ３１０は、通信キーＫ２を用いた通信リンクを確立する。通信キーＫ２として、例えば、ＳＳＩＤ、Ｅ−ＳＳＩＤのの他、ＷＥＰ（Wired Equivalent Privacy）キーや、ＷＰＡ（Wi-Fi Protected Access（登録商標））キーを用いることが可能である。

携帯端末３００のＣＰＵ３１０は、ステップＳ３５５において、サーバー１００のデータを暗号化するための暗号鍵Ｋ３を生成し、サーバー１００に送信する。このとき、ＣＰＵ３１０は、１組の公開鍵Ｋ３Ａと秘密鍵Ｋ３Ｂを作成し、公開鍵Ｋ３Ａを暗号鍵Ｋ３としてサーバー１００に送信することが好ましい。すなわち、公開鍵暗号方式を用いてもよい。サーバー１００のＣＰＵ３１０が公開鍵Ｋ３Ａを用いて暗号化したデータは、秘密鍵Ｋ３Ｂを有する携帯端末３００のＣＰＵ３１０のみが復号可能である。サーバー１００のＣＰＵ１１０は、暗号鍵Ｋ３（公開鍵Ｋ３Ａ）を受信する。本実施例では、携帯端末３００からサーバー１００への暗号鍵Ｋ３を送信する経路として、無線ＬＡＮ４１０を用いているが、無線ＵＳＢ４２０及び有線ＬＡＮ４００を送信経路として用いてもよい。

オペレーターから、サーバー１００に蓄積されている顧客情報の要求があった場合には、携帯端末３００のＣＰＵ３１０は、ステップＳ３６０において、サーバー１００に対し、顧客情報を要求する。本実施例では、ＣＰＵ３１０は、無線ＵＳＢ４２０及び有線ＬＡＮ４００を介してサーバー１００に顧客情報を要求しているが、無線ＬＡＮ４１０を介してサーバー１００に顧客情報を要求してもよい。無線ＵＳＢ４２０及び有線ＬＡＮ４００を介する要求の場合には、顧客端末２００のＣＰＵ２１０は、ステップＳ２５０において、顧客情報の要求を中継する。

サーバー１００のＣＰＵ１１０は、顧客情報の要求を受けると、ステップＳ１７０において、要求された顧客情報を暗号化して、顧客端末２００に送信する。顧客情報の暗号化は、携帯端末３００から送られた公開鍵Ｋ３Ａを用いて暗号化してもよいが、ＣＰＵ１１０は、共通鍵暗号方式（例えば、ＤＥＳ、トリプルＤＥＳ、ＩＤＥＡなど）の暗号鍵Ｋ４（共通鍵）を作成して、この暗号鍵Ｋ４で顧客情報を暗号化してもよい。一般に、同じ暗号強度にする場合、公開鍵Ｋ３Ａの大きさ（ビット数）は、共通鍵暗号方式の暗号鍵Ｋ４の大きさ（ビット数）よりも大きいからである。また、公開鍵Ｋ３Ａを用いた暗号化は、暗号鍵Ｋ４を用いた暗号化よりも時間がかかるからである。暗号鍵Ｋ４で顧客情報を暗号化した場合には、公開鍵Ｋ３Ａで暗号鍵Ｋ４を暗号化する。すなわち、ＣＰＵ１１０は、顧客情報は共通暗号鍵方式で暗号化し、共通暗号鍵方式で用いた暗号鍵Ｋ４は公開鍵暗号方式で暗号化する。そして、ＣＰＵ１１０は、暗号化された顧客情報と、暗号化された暗号鍵Ｋ４とを顧客端末２００に送信する。顧客端末２００のＣＰＵ２１０は、ステップＳ２５５において、暗号化された顧客情報と、暗号化された暗号鍵Ｋ４とを中継し、無線ＵＳＢ４２０を介して、携帯端末３００に送信する。

携帯端末３００のＣＰＵ３１０は、ステップＳ３６５において、暗号化された顧客情報と、暗号化された暗号鍵Ｋ４とを受信する。ステップＳ３７０において、ＣＰＵ３１０は、顧客情報を復号する。先ず、ＣＰＵ３１０は、秘密鍵Ｋ３Ｂを用いて暗号鍵Ｋ４を復号し、次いで、復号した暗号鍵Ｋ４を用いて、顧客情報を復号する。復号された顧客情報は、携帯端末３００のタッチパネル付表示部３５０に表示される。オペレーターは、この顧客情報を用いて、顧客のサポートを行うことができる。

図４は、顧客端末の動作フローチャートである。図３のシーケンス図に示す処理と同じ処理には、同じステップ番号を付している。図４のフローチャートの説明では、図３において説明しなかった処理について説明し、重複している処理については、説明を省略する。

ステップＳ２１０では、ＣＰＵ２１０は、取引の業務選択の結果（ステップＳ２００）や、入力された顧客の住所、氏名、金額等のデータ（ステップＳ２０５）をサーバー１００に送信する。ステップＳ２１５では、ＣＰＵ２１０は、タッチパネル付表示部２５０に顧客からのオペレーター呼出要求がされたことを検知する。ＣＰＵ２１０は、この呼出要求を受けると、上述したように、処理をステップＳ２３０に移行する。

ステップＳ２２０では、ＣＰＵ２１０は、タッチパネル付表示部２５０に顧客からのデータ入力終了のコマンドが入力されたことを検知する。ステップＳ２２５では、ＣＰＵ２１０は、タッチパネル付表示部２５０に顧客からの取引終了のコマンドが入力されたことを検知する。

ステップＳ２６０では、ＣＰＵ２１０は、更なるデータ入力があるか否かを判断する。ステップＳ２０５で入力されたデータ以外のデータ入力を要求する場合には、ＣＰＵ２１０は、処理をステップＳ２６５に移行し、更なるデータの入力を受け付ける。

図５は、サーバーの動作フローチャートである。図３のシーケンス図に示す処理と同じ処理には、同じステップ番号を付している。図５のフローチャートの説明では、図３において説明しなかった処理について説明し、重複している処理については、説明を省略する。

ステップＳ１１０では、ＣＰＵ１１０は、顧客端末２００から、オペレーターの呼出要求（ステップＳ２３０）を受信する。ステップＳ１２５では、ＣＰＵ１１０は、呼び出した携帯端末３００からの応答を待機する。携帯端末３００からの応答が顧客対応可能である場合には、ＣＰＵ１１０は、処理をステップＳ１３５に移行する。一方、応答が顧客対応不能である場合には、ＣＰＵ１１０は、処理をステップＳ１３０に移行する。ステップＳ１３０では、ＣＰＵ１１０は、他の携帯端末３００を選択する。なお、この選択の方法については、すでに説明しているので、説明を省略する。

ステップＳ１６５では、ＣＰＵ１１０は、携帯端末３００のオペレーターから要求された顧客情報を暗号化する。なお、暗号化についは、すでに説明しているので、説明を省略する。ステップＳ１７５では、ＣＰＵ１１０は、携帯端末３００か、更なる顧客情報の要求があるか否かを待機する。一定期間内に顧客情報の要求が無ければ、ステップＳ１８０において、ＣＰＵ１１０は、携帯端末３００に対し、通信を終了してもよいか、を問い合わせ、通信終了してもよい応答が有った場合、あるいは、一定期間内に応答が無かった場合には、処理をステップＳ１８５に移行し、通信を終了する。

図６は、携帯端末の動作フローチャートである。図３のシーケンス図に示す処理と同じ処理には、同じステップ番号を付している。図６のフローチャートの説明では、図３において説明しなかった処理について説明し、重複している処理については、説明を省略する。

ステップＳ３１０では、ＣＰＵ３１０は、オペレーターの静脈のパターンを取得し、そのパターンを用いてオペレーターの認証を行う。上述したように。ＣＰＵ３１０は取得したオペレーターの静脈のパターンをサーバー１００に送り、サーバー１００のＣＰＵ１１０にオペレーターの認証をさせてもよい。静脈認証が出来なかった場合であっても、ステップＳ３１５では、ＣＰＵ３１０は、オペレーターに対し、タッチパネル付表示部３５０にＩＤを入力させることにより、オペレーターの認証をすることが可能である。ステップＳ３２０では、ＣＰＵ３１０は、顧客対応が不能である旨を、サーバー１００に送信する。顧客対応が不能であるとは、ステップＳ３０５における入力が、顧客対応不能である場合の他、静脈のパターンや入力されたＩＤが一致せず、オペレーターの認証ができなかった場合（ステップＳ３１０、Ｓ３１５）が含まれる。

ステップＳ３３０では、ＣＰＵ３１０は、顧客端末の情報（識別情報）をサーバー１００から受信する。ステップＳ３７５では、ＣＰＵ３１０は、復号した顧客情報をタッチパネル付表示部３５０に表示する。ステップＳ３８０では、ＣＰＵ３１０は、更なる顧客情報を要求するコマンド入力があるか、待機する。更なる顧客情報の要求があれば、ＣＰＵ３１０は、処理をステップＳ３６０に移行する。更なる顧客情報の要求がなければ、ＣＰＵ３１０は、ステップＳ３８５において、通信終了コマンドを受け付け、ステップＳ３９０において、通信を終了する。

以上本実施例によれば、サーバー１００から携帯端末３００への呼出には、比較的長距離通信が可能な無線ＬＡＮ４１０を用い、顧客端末２００と携帯端末３００との間の顧客情報の通信には短距離通信方式である無線ＵＳＢ４２０を用いている。そのため、サーバー１００から携帯端末３００の呼出が可能である。そして、顧客情報の通信には無線ＬＡＮ４１０を用いず、通信距離の短い無線ＵＳＢ４２０を用いるので、通信距離が短く、通信が傍受されにくい。従って、通信セキュリティを高めることが可能となる。なお、携帯端末３００が使用中に強奪されても、携帯端末３００と、顧客端末２００の間の通信距離は短いため、行外では、携帯端末３００は、サーバー１００のデータを取得することができない。また、携帯端末３００を強奪した者（強奪者）が顧客端末２００の近傍に居れば、行員でない者が、携帯端末を所持しているので、行員が、強奪者を発見することは容易である。

また、本実施例では、顧客情報は、サーバー１００において暗号化された後、顧客端末２００を経由して、携帯端末に送られる。一方で、暗号化の暗号鍵Ｋ３は、サーバー１００と携帯端末３００の間で無線ＬＡＮ４１０を経由して送られる。したがって、携帯端末３００は暗号鍵を所有するが、顧客端末２００は暗号鍵を所有しないので、顧客端末２００が顧客情報を中継しても、顧客情報を解読することができない。なお、暗号方式は、公開鍵暗号方式を用いることが好ましい。公開鍵暗号方式では、復号に必要な秘密鍵は送受信されないので、顧客情報のセキュリティを高めることが可能となる。

また、本実施例では、無線ＬＡＮ４１０を介して通信される通信の内容は、携帯端末の呼出要求と、公開鍵Ｋ３Ａであり、いずれもセキュリティ上傍受されても問題のない情報である。

本実施例では、サーバー１００のＣＰＵ１１０は、顧客情報を暗号化して携帯端末に送っているが、無線ＬＡＮ４１０、無線ＵＳＢ４２０では、通信キーＫ１、Ｋ２によりセキュリティが保持されるので、ＣＰＵ１１０は、顧客情報の暗号化を省略することが可能である。

以上の説明では、銀行などの金融機関における実施例を説明したが、消費者金融等ノンバンクの無人契約機コーナーでオペレーターのサポートを実施する場合、保険相談受付の端末とオペレーターの携帯端末、旅行業での受付端末とオペレーターの携帯端末のような組合せでも使用することができる。また、携帯端末３００とサーバー１００との通信は、無線ＬＡＮ４１０以外に、例えば携帯電話の回線を使用してもよく、携帯端末３００と顧客端末２００との間の通信には、赤外線通信や、ブルーツゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））を使用してもよい。

以上、いくつかの実施例に基づいて本発明の実施の形態について説明したが、上記した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得るとともに、本発明にはその等価物が含まれることはもちろんである。

１０…金融システム
１００…サーバー
１１０…ＣＰＵ
１２０…ＲＡＭ
１３０…ハードディスク
１３２…暗号化プログラム
１３４…データ
１４０…有線通信インターフェース
２００…顧客端末
２１０…制御装置（ＣＰＵ）
２２０…有線通信ＩＦ
２３０…無線通信ＩＦ
２４０…カードリーダー
２５０…タッチパネル付表示部
３００…携帯端末
３１０…制御装置
３２０…無線通信ＩＦ
３３０…無線通信ＩＦ
３４０…指静脈認証装置
３５０…タッチパネル付表示部
４００…有線通信路（有線ＬＡＮ）
４０５…アクセスポイント
４１０…第１の無線通信路（無線ＬＡＮ）
４２０…第２の無線通信路（無線ＵＳＢ）
Ｋ１…通信キー
Ｋ２…通信キー
Ｋ３…暗号鍵
Ｋ３Ａ…公開鍵
Ｋ３Ｂ…秘密鍵
Ｋ４…暗号鍵

Claims (5)

1. 金融システムであって、
   サーバーと、
   固定端末と、
   移動端末と、
   前記サーバーから前記移動端末を呼び出すための第１の無線通信路と、
   前記サーバーと前記固定端末との間でデータを通信するための有線通信路と、
   前記第１の無線通信路と異なる、前記固定端末と前記移動端末の間との間でデータを通信するための第２の無線通信路と、
   を備え、
   前記サーバーに蓄積されたデータは、前記第１の無線通信路ではなく、前記有線通信路及び前記第２の無線通信路を介して前記移動端末に送信される、金融システム。
2. 請求項１に記載の金融システムにおいて、
   前記第２の無線通信路の通信距離は、前記第１の無線通信路の通信距離よりも短い、金融システム。
3. 請求項１または請求項２に記載の金融システムにおいて、
   前記移動端末は暗号鍵を生成して、前記サーバーに前記暗号鍵を送信し、
   前記サーバーは前記暗号鍵を用いて前記移動端末に送るデータを暗号化して、前記有線通信路を用いて前記暗号化されたデータを前記固定端末に送信し、
   前記固定端末は前記第２の無線通信路を用いて前記暗号化されたデータを前記移動端末に送信する、
   金融システム。
4. 請求項３に記載の金融システムにおいて、
   前記暗号は公開鍵暗号であり、
   前記移動端末は公開鍵と秘密鍵とを生成して、前記サーバーに前記公開鍵を送信し、
   前記サーバーは前記公開鍵を用いて前記移動端末に送るデータを暗号化して、前記有線通信路を用いて前記暗号化されたデータを前記固定端末に送信し、
   前記固定端末は前記第２の無線通信路を用いて前記暗号化されたデータを前記移動端末に送信し、
   前記移動端末は前記秘密鍵を用いて前記暗号化されたデータを復号する、
   金融システム。
5. 金融機関における、サーバーと、固定端末と、移動端末と、の間の通信方法であって、
   前記サーバーは、第１の無線通信路を介して前記移動端末を呼び出し、
   前記サーバーと前記固定端末との間は、有線通信路を介して通信を行い、
   前記固定端末と前記移動端末の間との間は、前記第１の無線通信路と異なる、第２の無線通信路を介して通信を行い、
   前記サーバーに蓄積されたデータは、前記第１の通信路ではなく、前記有線通信路及び前記第２の無線通信路を介して前記移動端末に送信される、通信方法。

Images