(57)【要約】      （修正有）【課題】認証システムにおいて、自動動作を実行する際のユーザの利便性および認証サービスを実行する際のセキュリティの問題を解決する。【解決手段】認証システムサーバ２３は、電子機器２１およびエージェント装置２５と通信する。認証サーバ２３は、トランシーバおよびプロセッサを含む。トランシーバは、電子機器２１によって発行されたリクエストを受信する。プロセッサは、リクエストに応答して初期認証コードを供給し、これに応じてサーバ側コードを生成する。初期認証コードを送信した後、トランシーバは、初期認証コードに応じて取得されたリモート側コードを受信する。プロセッサは、所定の条件が満たされている場合に操作手続きが実行されることを認証する。【選択図】図１
2015133684.tif 000002
【特許請求の範囲】
【請求項１】
リクエストを受信するトランシーバと、
前記リクエストに応答して初期認証コードを供給し、前記初期認証コードに応じてサーバ側コードを生成するプロセッサと
を備える認証サーバであって、
前記トランシーバが、前記初期認証コードを送信した後にリモート側コードを受信し、
前記リモート側コードが、前記初期認証コードに応じて取得され、
所定の条件が満たされている場合に、操作手続きが実行されることが認証される認証サーバ。
【請求項２】
前記所定の条件が、前記認証サーバが所定の期間内に前記リモート側コードを受信することおよび前記リモート側コードが前記サーバ側コードと合致することを表す、請求項１に記載の認証サーバ。
【請求項３】
前記トランシーバが、電子機器と通信し、
前記電子機器が、前記リクエストを発行し、前記初期認証コードに応じて前記リモート側コードを生成する、請求項１または２に記載の認証サーバ。
【請求項４】
前記プロセッサが、ワンタイムパスワード生成手続き（以下、ＯＴＰ生成手続き）に従って前記サーバ側コードを生成し、
前記電子機器が、前記ＯＴＰ生成手続きに従って前記リモート側コードを生成する、請求項３に記載の認証サーバ。
【請求項５】
前記電子機器が、第１の携帯電話であり、
前記第１の携帯電話が、前記リクエストを発行し、アプリケーションソフトウェアによって前記初期認証コードに応じて前記リモート側コードを生成する、請求項３または４に記載の認証サーバ。
【請求項６】
前記トランシーバが、エージェント装置と通信し、
前記エージェント装置が、前記リモート側コードを取得した後に前記リモート側コードを前記認証サーバに送信する、請求項１から５のいずれか１項に記載の認証サーバ。
【請求項７】
前記エージェント装置が、前記リモート側コードを入力するための入力インターフェースを有する、または、
前記エージェント装置が、短距離伝送技術によって電子機器から前記リモート側コードを受信する、請求項６に記載の認証サーバ。
【請求項８】
前記エージェント装置が、第２の携帯電話であり、
前記第２の携帯電話が、
入力操作に従って前記初期認証コードおよび前記リモート側コードを取得するための入力インターフェースと、
前記初期認証コードおよび前記リモート側コードを前記認証サーバに送信するための送信モジュールと
を有する、請求項６または７に記載の認証サーバ。
【請求項９】
認証サーバに適用される認証方法であって、
リクエストに応答して初期認証コードを供給するステップと、
前記初期認証コードに応じてサーバ側コードを生成するステップと、
前記初期認証コードに応じて取得されたリモート側コードを受信するステップと、
前記リモート側コードおよび前記サーバ側コードが所定の条件に合致している場合に操作手続きが実行されることを認証するステップと
を備える認証方法。
【請求項１０】
前記所定の条件が、前記認証サーバが所定の期間内に前記リモート側コードを受信することおよび前記リモート側コードが前記サーバ側コードと合致することを表す、請求項９に記載の認証方法。
【請求項１１】
前記初期認証コードに応じて前記サーバ側コードを生成する前記ステップが、前記認証サーバが、前記初期認証コードおよびワンタイムパスワード（以下、ＯＴＰ）生成手続きに従って前記サーバ側コードを生成することを表す、請求項９または１０に記載の認証方法。
【請求項１２】
前記初期認証コードを電子機器に送信するステップをさらに含む、請求項９から１１のいずれか１項に記載の認証方法。
【請求項１３】
前記電子機器が、前記初期認証コードおよびＯＴＰ生成手続きに従って前記リモート側コードを発行する、請求項１２に記載の認証方法。
【請求項１４】
前記認証サーバが、前記リモート側コードを前記認証サーバに送信するためのエージェント装置と通信し、
前記エージェント装置が、入力インターフェースを有し、
前記リモート側コードが、前記入力インターフェースを介してユーザによって入力される、請求項１２または１３に記載の認証方法。
【請求項１５】
電子機器に適用される認証方法であって、
リクエストを送信するステップと、
前記リクエストに応答して生成された初期認証コードを受信するステップと、
前記初期認証コードに応じてリモート側コードを発行するステップと
を備え、
前記リモート側コードが、エージェント装置を介して認証サーバに送信され、
前記認証サーバが、所定の条件が満たされている場合に前記リモート側コードに従って操作手続きが実行されることを認証する認証方法。
【請求項１６】
前記初期認証コードに応じて前記リモート側コードを発行する前記ステップが、前記初期認証コードおよびワンタイムパスワード（以下、ＯＴＰ）生成手続きに従って前記リモート側コードを生成することを表す、請求項１５に記載の認証方法。
【請求項１７】
前記エージェント装置が、短距離伝送技術または入力インターフェースによって前記電子機器から前記リモート側コードを取得する、請求項１５または１６に記載の認証方法。
【請求項１８】
コントローラを有する電子機器に、
リクエストを送信する手順と、
前記リクエストに応答して生成された初期認証コードを受信する手順と、
前記初期認証コードに応じてリモート側コードを生成する手順と、
エージェント装置を介して前記リモート側コードを認証サーバに送信する手順と
を実行させるプログラムであり、
前記認証サーバが、所定の条件が満たされている場合に前記リモート側コードに従って操作手続きが実行されることを認証する、プログラム。
【請求項１９】
前記初期認証コードに応じて前記リモート側コードを生成する前記手順が、前記初期認証コードおよびワンタイムパスワード生成手続きに従って前記リモート側コードを生成することを表す、請求項１８に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に認証サーバ、認証方法、およびコンピュータプログラム製品に関し、より具体的には、電子機器に関連して使用される認証サーバ、認証方法、およびコンピュータプログラム製品に関する。
【背景技術】
【０００２】
最近では、多くの自動サービスが、先進的なネットワークに付随している。例えば、金融取引システムは、ネットワークを介してユーザに便利なサービスを提供している例である。金融機関にとって、自動サービスは、多くの運営費を節約するだけでなく、より迅速で多様なサービスをユーザに提供するものである。
【０００３】
典型的な金融取引システムは、ネットワークバンクまたは現金自動預け払い機（以下、ＡＴＭ）を介して自動金融サービスを提供する。ＡＴＭカードは、ユーザが、自動取引を実行するためにネットワークバンクまたはＡＴＭのいずれかを使用する際に非常に重要な役割を常に演じる。金融取引システムは、ＡＴＭカードの使用によってユーザのＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を確認し、これにより、ユーザの口座に係る金融サービスを提供しなければならない。要するに、金融取引システムが、自動取引を提供する際、ＩＤ認識のセキュリティについて、今もなお留意しなければならない。
【０００４】
しかしながら、この取引方式には、いくつかの問題がある。例えば、すべての銀行の顧客が、カード読み取り機およびネットワークバンクの取引機能を有しているわけではないこと、ユーザが、ＡＴＭカードを常に携帯しているわけではないこと、および銀行によって設置されているＡＴＭの数も限定されていることが挙げられる。言い換えれば、従来の金融取引システムによって提供される自動サービスは、今もって便利ではないのである。
【０００５】
上記したように、金融取引システムは、ユーザが自動サービスを利用することができるように預金者のＩＤ認識を実行しなければならない。しかしながら、既存の金融取引システムは、ＡＴＭカードによって預金者のＩＤ認識を実行しなければならず、このため、ユーザとって不便である。例えば、米国で提出された先行文書（出願番号：米国特許出願公開第１２／８３７，４４８号明細書）は、金融取引システム、現金自動預け払い機（ＡＴＭ）、およびＡＴＭを動作させるための方法について開示している。
【０００６】
金融システムに加えて、多くの認証システムもまた、同様の問題に直面している。つまり、認証システムは、自動動作を実行する際のユーザの利便性および認証サービスを実行する際のセキュリティの問題を考慮しなければならない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、利便性およびセキュリティに関する考慮事項を満足させることのできる認証サーバ、２つの認証方法、およびコンピュータプログラム製品に関する。
【課題を解決するための手段】
【０００８】
本発明の第１の態様によれば、トランシーバおよびプロセッサを含む認証サーバが提供される。トランシーバは、リクエストを受信する。プロセッサは、リクエストに応答して初期認証コード（ｉｎｉｔｉａｌ  ａｕｔｈｏｒｉｚｉｎｇ  ｃｏｄｅ）を提供し、初期認証コードに応じてサーバ側コード（ｓｅｒｖｅｒ  ｓｉｄｅ  ｃｏｄｅ）を生成する。トランシーバは、初期認証コードを送信した後にリモート側コード（ｒｅｍｏｔｅ  ｓｉｄｅ  ｃｏｄｅ）を受信する。リモート側コードは、初期認証コードに応じて取得される。所定の条件が満たされている場合に、操作手続きが実行されることが認証される。
【０００９】
本発明の第２の態様によれば、認証サーバに適用される認証方法が提供される。この認証方法は、以下のステップを含む。初期認証コードが、リクエストに応答して提供される。サーバ側コードが、初期認証コードに応じて生成される。初期認証コードに応じて取得されたリモート側コードが受信される。リモート側コードおよびサーバ側コードが所定の条件に合致している場合に、操作手続きが実行されることが認証される。
【００１０】
本発明の第３の態様によれば、電子機器に適用される認証方法が提供される。この認証方法は、以下のステップを含む。リクエストが送信される。リクエストに応答して生成された初期認証コードが受信される。リモート側コードが、初期認証コードに応じて生成される。リモート側コードが、エージェント装置を介して認証サーバに送信される。認証サーバは、所定の条件が満たされている場合にリモート側コードに従って操作手続きが実行されることを認証する。
【００１１】
本発明の第４の態様によれば、ソフトウェアプログラムを格納しているコンピュータプログラム製品が提供される。ソフトウェアプログラムは、実行時に、コントローラを有する電子機器が認証方法を実行することを可能にする。この認証方法は、以下のステップを含む。最初に、リクエストが送信される。リクエストに応答して生成された初期認証コードが受信される。次に、リモート側コードが、初期認証コードに応じて生成され、エージェント装置を介して認証サーバに送信される。認証サーバは、所定の条件が満たされている場合にリモート側コードに従って操作手続きが実行されることを認証する。
【００１２】
本発明の上記および他の態様は、非限定的な好ましい実施形態に関する以下の詳細な説明を考慮することによって、より良く理解されるようになる。以下の説明は、添付図面を参照しながら行われる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施形態に係る認証システムを示す概略図である。
【００１４】
【図２Ａ】本発明の第１の実施形態に係る認証システムを示す概略図である。
【図２Ｂ】本発明の第１の実施形態に係る認証システムを示す概略図である。
【００１５】
【図３】電子機器によって提供されるモバイルバンク機能の選択肢を示す概略図である。
【００１６】
【図４Ａ】ユーザが、電子機器を利用して、引き落とし口座を選択するところを示す概略図である。
【００１７】
【図４Ｂ】ユーザが、電子機器を利用して、引き落とし金額を入力するところを示す概略図である。
【００１８】
【図５】認証サーバが、ショートメッセージによって初期認証コードを電子機器に送信したことを示す概略図である。
【００１９】
【図６】電子機器が、カードレスの引き落とし機能の選択肢を提供していることを示す概略図である。
【００２０】
【図７Ａ】ユーザが、リモート側コードの取得を選択するところを示す概略図である。
【００２１】
【図７Ｂ】ユーザが、初期認証コードを入力するところを示す概略図である。
【００２２】
【図７Ｃ】電子機器が、リモート側コードを表示していることを示す概略図である。
【００２３】
【図８Ａ】ユーザが、初期認証コードをＡＴＭに入力するところを示す概略図である。
【００２４】
【図８Ｂ】ユーザが、リモート側コードをＡＴＭに入力するところを示す概略図である。
【００２５】
【図９】スマートフィルムが携帯電話に利用されることを示す概略図である。
【００２６】
【図１０】本発明の第２の実施形態に係る認証システムを示す概略図である。
【００２７】
【図１１】本発明の認証システムを示す概略図である。
【００２８】
【図１２Ａ】本発明の認証方法のフローチャートを示す概略図である。
【図１２Ｂ】本発明の認証方法のフローチャートを示す概略図である。
【発明を実施するための形態】
【００２９】
例示のために、以下では、金融取引システムが、認証システムの例としての役割を果たす。以下の説明では、ユーザは、電子機器を利用して、ＡＴＭカードを用いずに引き落とし手続きを実行することができる。しかしながら、本発明の認証方法は、他の種類の金融取引手続きおよび様々な種類の認証システムにも幅広く適用することができる。上記したように、認証システムでは、セキュリティおよび利便性の双方が考慮されなければならない。したがって、本発明の認証サーバは、より便利かつより迅速にユーザのＩＤを確認するために、ユーザがポータブル電子機器（例えば、携帯電話）を使用することを可能にする。さらに、本発明は、認証サーバおよび電子機器のそれぞれによって生成されたサーバ側コードとリモート側コードとを比較する。この結果、認証システムのセキュリティを維持することができる。
【００３０】
本発明の第１の実施形態によれば、ユーザは、引き落とし手続きを実行するために、携帯電話と共に現金自動預け払い機（以下、ＡＴＭ）を使用してもよい。この実施形態では、金融取引システム（認証システム）は、ＡＴＭ（エージェント装置）および金融プラットフォーム（認証サーバ）を含む。金融取引システムは、ユーザのＩＤおよびアクセス権限をユーザの携帯電話（電子機器）を介して確認する。本発明の認証方法は、より便利な方法でユーザのＩＤを確認することができる。
【００３１】
図１は、本発明の第１の実施形態に係る認証システムを示す概略図である。図１を参照すると、電子機器２１は、電気通信網を介して認証サーバ２３と通信する。認証サーバ２３は、イントラネット２９を介してエージェント装置２５と通信する。電子機器２１は、短距離伝送技術を用いてエージェント装置２５と通信してもよい。あるいは、電子機器２１を持っているユーザが、エージェント装置２５の入力インターフェースを手動で操作してもよい。認証システムと電子機器との間で実行される詳細なステップについては、図２Ａおよび図２Ｂに関する説明から知ることができる。
【００３２】
図２Ａおよび図２Ｂは、本発明の第１の実施形態に係る認証システムを示す概略図である。図２Ａおよび図２Ｂにおいて、３つの垂直軸は、時間軸に沿った電子機器２１、エージェント装置２５、および認証サーバ２３の動作を表している。実行される動作が、２つの装置に関わる場合は、矢印の方向が描かれている。
【００３３】
例示のために、図２Ａおよび図２Ｂのプロセスは、図１のアーキテクチャに基づいて説明される。さらに、これらのプロセスは、図３、図４Ａ、図４Ｂ、図５、図６、図７Ａ、図７Ｂ、図７Ｃ、図８Ａ、および図８Ｂを参照しながら、電子機器２１およびエージェント装置２５の実行ページに関連して説明される。
【００３４】
最初に、ユーザは、アプリケーションソフトウェアを用いてモバイルバンク機能を選択する（ステップＳ２１１、図３）。次に、図４Ａは、ユーザが、電子財布からの引き落としの実行を選択するところを表している。図４Ｂでは、ユーザによって入力される引き落とし金額が、１００ドルであると想定されている。ここで、ユーザによって実行されるこれらの操作は、さらにリクエストに変換される。リクエストは、送信用のリクエストメッセージに変形されてもよい。リクエストメッセージは、ユーザによって提案された取引内容および詳細を表す。例えば、ユーザＡは、自分の電子財布から１００ドルを引き落とすことを選択する。これに対応して、電子機器２１は、ユーザの操作に応じた引き落としリクエストメッセージを生成し、発行する（ステップＳ２１２）。セキュリティへの考慮に基づいて、電子機器２１は、リクエストメッセージを暗号化し（ステップＳ２１３）、次に、電気通信網２７を介して暗号化されたリクエストメッセージを認証サーバ２３に送信してもよい（ステップＳ２１４）。
【００３５】
暗号化されたリクエストメッセージを受信した（ステップＳ２３１）後、認証サーバ２３は、暗号化されたリクエストメッセージを復号し、リクエストメッセージに含まれている取引内容および詳細を取得する（ステップＳ２３２）。例えば、認証サーバ２３は、暗号化されたリクエストメッセージを復号し、次に、リクエストメッセージがユーザＡによって発行されていることおよびユーザＡが１００ドルの引き落としを望んでいることを判断する。
【００３６】
次に、認証サーバ２３は、ユーザＡの口座が存在するか否かを確認し、ユーザＡの口座残高がこの引き落とし取引の引き落とし金額の支払いに十分であるか否かを判断する。つまり、認証サーバ２３は、リクエストメッセージを送信したユーザの口座が認証データベースに存在するか否かを判断する。さらに、認証サーバ２３は、リクエストメッセージの内容が、ユーザの口座に対応するアクセス権限に合致するか否かを判断する。
【００３７】
認証サーバ２３が、ユーザの口座は存在しないと判断したか、または、ユーザの口座は存在してもユーザによって実行される操作がユーザのアクセス権限を越えていると判断した場合、認証サーバ２３は、ショートメッセージサービス（以下、ＳＭＳ）によってエラープロンプトメッセージをユーザＡの携帯電話に送信してもよい。この状況を受けて、認証プロセスは、直ちに終了されてもよい。認証サーバ２３が、ユーザの口座は存在し、ユーザによって実行される操作がユーザ権限に合致すると判断した場合、認証サーバ２３は、初期認証コードを生成する。このように、ステップＳ２３３において、認証サーバ２３は、初期認証コードを選択的に供給する。
【００３８】
認証サーバ２３によって生成された初期認証コードは、ＳＭＳによって電子機器２１に送信されてもよい（ステップＳ２３４）。セキュリティへの考慮に基づいて、認証サーバ２３が、初期認証コードを送信するとき、さらに所定の期間が制限として設けられる。初期認証コードを受信した後、ユーザは、所定の期間内にその後の認証プロセスを完了させなければならない。つまり、ユーザは、所定の期間内にエージェント装置２５を使用して、リモート側コードを認証サーバ２３に送信しなければならない。リモート側コードは、電子機器が初期認証コードを受信した後、電子機器２１によって生成される。所定の期間の正確な継続時間は、限定される必要はなく、５分または３０分などであると想定されてもよい。
【００３９】
例えば、図５は、認証サーバが、ＳＭＳによって８７４２４３という初期認証コードをユーザに通知しているところを表している。さらに、ユーザは、２０１３年０５月１８日の１３：２８までに電子機器２１を利用して、リモート側コードを生成し、リモート側コードの送信を完了させるようにさらに通知されている。
【００４０】
図６に示されているように、ユーザは、ＳＭＳを受信した後にカードレスの引き落としの実行を選択すると想定されている。このとき、電子機器２１は、初期認証コードに基づいてワンタイムパスワード（以下、ＯＴＰ）生成手続きを実行し、これにより、リモート側コードを生成する（ステップＳ２１５）。図７Ａは、ユーザがリモート側コードを取得するために選択する機能を表している。図７Ｂは、電子機器２１が初期認証コードを入力するフレームを表示した後に、ユーザが、８７４２４３という初期認証コードを入力するところを示している。図７Ｃは、８７４２４３という初期認証コードに応じてＯＴＰ生成手続きを実行した後に電子機器２１によって生成された１９３１４１というリモート側コードを示している。
【００４１】
実際の適用に際して、プロセスの各ステップはまた、異なる方法を使用して実施されてもよい。例えば、ＳＭＳは、認証サーバ２３がエラープロンプトコードまたは初期認証コードなどのメッセージを電子機器２１に送信するための送信媒体でしかない。しかしながら、無線通信（ＯＴＡ：ｏｎ  ｔｈｅ  ａｉｒ）、リアルタイム通信ソフトウェア（例えば、ワッツアップ（ＷｈａｔｓＡｐｐ）、ライン（Ｌｉｎｅ）など）、および電子メールなどの他の種類の送信方法が、メッセージを送信するための媒体として機能してもよい。
【００４２】
さらに、電子機器２１によって提供されるＯＴＰ生成手続きは、初期認証コードが受信された後にアプリケーションソフトウェアによって自動的に実行されてもよい。あるいは、電子機器２１は、ユーザが初期認証コードを手動入力するための操作ページを提供し、さらに、「確認」が選択された後にリモート側コードを生成してもよい。アプリケーションソフトウェアの実装および記憶媒体は、限定される必要はなく、当業者によって修正されてもよいことに留意すべきである。
【００４３】
携帯電話が、リモート側コードを生成した後、ユーザは、初期認証コードおよびリモート側コードをエージェント装置に入力する（ステップＳ２１６、Ｓ２１７）。図８Ａは、物理キーまたはタッチスクリーンなどの入力インターフェースを用いて初期認証コードを手動入力するユーザのためにＡＴＭの画面上に表示されたプロンプトメッセージを示している。ユーザが、８７４２４３を入力し、「確認」を押下した後、ＡＴＭの画面は、図８Ｂのプロンプトフレーム（ｐｒｏｍｐｔ  ｆｒａｍｅ）を表示する。ユーザは、携帯電話の画面を参照して、リモート側コードをＡＴＭに同様に手動入力する。
【００４４】
手動入力の方法に加えて、短距離伝送技術も、携帯電話とＡＴＭとの間で初期認証コードおよびリモート側コードの送信および受信を実行するために採用されてもよい。短距離伝送技術は、ワイヤレスネットワークおよび近距離無線通信（ＮＦＣ：ｎｅａｒ  ｆｉｅｌｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）などであってもよい。
【００４５】
ＡＴＭは、初期認証コードおよびリモート側コードを受信した後、初期認証コードおよびリモート側コードを認証サーバに送信する（ステップＳ２５２）。認証サーバ２３は、所定の条件が満たされているか否かをさらに判断する（ステップＳ２３６）。
【００４６】
所定の条件は、２つの判断をさらに含む。第１の判断は、初期認証コードの生成からリモート側コードの受信までの期間が、所定の期間よりも短いか否かを判断することである。第２の判断は、認証サーバ自体によって生成されたサーバ側コードが、受信したリモート側コードと合致するか否かを判断することである。２つの判断の結果の双方が肯定の場合、所定の条件は満たされていると見なされる。第１の判断の結果が否定の場合、これは、認証サーバ２３によるリモート側コードの受信が遅過ぎたことを表している。このとき、認証サーバ２３は、初期認証コードの流出（ｒｕｎｎｉｎｇ  ｏｆｆ）を防止するためにユーザの引き落とし手続きを中断する。さらに、第２の判断は、引き落とし手続きのセキュリティをさらに確保するために使用される。
【００４７】
データ伝送のセキュリティを強化するために、認証サーバ２３および電子機器２１はそれぞれ、サーバ側コードおよびリモート側コードを生成するためにＯＴＰ生成手続きに従って初期認証コードを計算する。ＯＴＰ生成手続きは、動的にパスワードを生成するため、これに対応する計算結果は予測不可能である。認証サーバ２３および電子機器２１は個々に、同じ初期認証コードに応じてＯＴＰ生成手続きを実行するため、サーバ側コードおよびリモート側コードは、互いに一致するはずである。認証サーバ２３によって生成されたサーバ側コードが、受信したリモート側コードと一致しない場合、リモート側コードの送信は妨害されてもよく、認証プロセスは、セキュリティのために中断される。
【００４８】
所定の条件が満たされていると判断された場合にのみ、認証サーバ２３は、ユーザによって提案された引き落とし手続きを承認する。この後、認証サーバ２３は、エージェント装置２５が操作手続きを実行することを認証し（ステップＳ２３７）、エージェント装置２５は、電子機器２１によって要求された操作手続きを行う（ステップＳ２５３）。操作手続きは、電子機器２１によって生成されたリクエストメッセージに応答して行われるサービス内容（例えば、１００ドルの現金の供給）である。
【００４９】
さらに、ユーザが、複数回の金融取引の実行を望む場合、同様のプロセスが、繰り返し実行される。ユーザが、３つの金融取引の実行を望む場合、電子機器２１は、３つの金融取引に応じて３つの対応するリクエストメッセージを発行する。認証サーバ２３は、３つのリクエストメッセージに応じて３つの別々の初期認証コードを供給する。認証サーバ２３は、３つの別々の初期認証コードに応じてＯＴＰ生成手続きを実行し、これにより、３つの別々のサーバ側コードを生成し、電子機器２１は、同様に３つの別々のリモート側コードを生成する。エージェント装置２５を介して３つのリモート側コードを受信した後、認証サーバ２３は、受信した３つのリモート側コードのそれぞれに対応する所定の条件が満たされているか否かをそれぞれ判断する。
【００５０】
３つの金融取引は、対応する初期認証コードを有するため、認証サーバ２３は、３つの金融取引が発生した時点が互いに比較的近い場合であっても、それでもなお３つの金融取引を明瞭に区別することができる。さらに、３つの金融取引は、互いに独立しているため、様々な状況（１つの金融取引のみが円滑に認証プロセスを通過する状況、３つの金融取引のすべてが認証プロセスを通過する状況、および３つの金融取引のいずれも認証プロセスを通過しない状況など）が発生し得る。
【００５１】
実際の適用に際して、電子機器２１によって使用されるアプリケーションソフトウェア（例えば、モバイルバンク）は、典型的な組み込みオペレーティングシステム（例えば、アンドロイド）上で動作してもよい。あるいは、アプリケーションソフトウェアはまた、相対的に低い階層の電子機器の構成部品によって提供されてもよい。例えば、アプリケーションソフトウェアは、ＳＩＭカードまたはマイクロＳＩＭカードに格納される。さらに、アプリケーションソフトウェアはまた、スマートフィルム８３によって提供されてもよい。スマートフィルム８３は、ＳＩＭカードと同等のサイズを有する極薄回路であり、認証プロセスのためのアプリケーションソフトウェアを提供することができる。
【００５２】
図９は、スマートフィルムが携帯電話に関連して利用されることを示す概略図である。外観に関しては、スマートフィルム８３は、薄いシートである。スマートフィルムの表面上の接続点の配置は、ＳＩＭカード８１の接続点と一致している。
【００５３】
さらに、スマートフィルム８３の接続点Ｃ１〜Ｃ８は、スマートフィルムの上面からスマートフィルムの底面まで導通してもよい。スマートフィルム８３は、ＳＩＭカードとソケットとの間において接続点に取り付けられ、ＳＩＭカードの回路に適合する。
【００５４】
当業者は、携帯電話８５がＳＩＭカード８１と共に機能するべきものであって、これにより、様々な電気通信サービスが提供され得ることを知っている。したがって、すべての携帯電話８５は、ＳＩＭカードソケットを有している。モバイルバンク機能が、スマートフィルム８３によって提供される場合、電気通信プロバイダ、通信装置の種類、およびＳＩＭカードの種類のいずれも考慮する必要はない。このように、スマートフィルム８３は、実装の非常に便利な媒体である。
【００５５】
さらに、本発明の第２の実施形態は、ＡＴＭが普及していない地域向けに提案されている。これらの地域では、金融機関は、個人または他の提供者（以下、仲介者と呼ぶ）と協力関係を確立してもよい。一般の人は、金融取引の実行を望む場合、これらの仲介者の助力を求めることができる。
【００５６】
図１０は、本発明の第２の実施形態に係る認証システムを示す概略図である。図１０に示されているように、ユーザは、携帯電話（第１の携帯電話４１）しか持っておらず、ＡＴＭカードは持っていないとやはり想定されている。一方、仲介者は、エージェント装置（第２の携帯電話４５）を提供すると想定されている。この場合、第２の携帯電話４５は、エージェント装置の役割を演じる。
【００５７】
第２の携帯電話４５は、タッチパネルまたはキーを用いた入力インターフェースを有してもよい。ユーザまたは仲介者は、入力インターフェースを用いて入力操作を実行してもよい。これにより、第２の携帯電話４５は、初期認証コードおよびリモート側コードを取得してもよい。さらに、第２の携帯電話は、初期認証コードおよびリモート側コードを認証サーバ４３に送信するための送信モジュールをさらに含む。
【００５８】
同様に、この実施形態では、第２の携帯電話４５（エージェント装置）はまた、スマートフィルムに組み込まれたアプリケーションソフトウェアを第２のＳＩＭカードを介して使用することによって認証プロセスに関与してもよい。言うまでもなく、認証プロセスに関与する第２の携帯電話４５によって採用されているアプリケーションソフトウェアも同様に、第２の携帯電話４５に組み込まれた組み込みＯＳ上で動作してもよい。あるいは、アプリケーションソフトウェアは、第２のＳＩＭカードの最下層のソフトウェアによって提供されてもよい。この部分の方法については、上記した説明に従って類推することができるため、その詳細な説明は省略する。
【００５９】
この実施形態では、第１の携帯電話４１は、第１のスマートフィルム４１ａを有し、また、第１の携帯電話４１は、電気通信網４７を介して認証サーバ４３と通信する。第２の携帯電話４５は、第２のスマートフィルム４５ａを有し、また、第２の携帯電話４５は、電気通信網４９を介して認証サーバ４３と通信する。この実施形態では、第１の携帯電話４１、第２の携帯電話４５、および認証サーバ４３の間の相互作用は、第１の実施形態の相互作用と実質的に同様であるため、その詳細な説明は省略する。
【００６０】
しかしながら、第２の実施形態では、さらにユーザは、第２の携帯電話４５上で初期認証コードおよびリモート側コードを入力するよう仲介者に口頭で伝えてもよい。その後、さらに第２の携帯電話４５は、初期認証コードおよびリモート側コードを認証サーバ４３に送信する。第１の実施形態と比較すると、第２の携帯電話４５は、第２の実施形態ではよりフレキシブルに初期認証コードおよびリモート側コードを取得する。
【００６１】
この実施形態では、認証サーバ４３によって、所定の条件が満たされていると判断された場合に、認証サーバ４３は、ユーザによって要求されたサービス内容を実行するよう仲介者に通知するためにショートメッセージを第２の携帯電話４５に送信してもよい。さらに、認証サーバ４３はまた、取引内容が認証されたことをユーザに通知するために同時にショートメッセージを第１の携帯電話４１に送信してもよい。ユーザも同様に、ショートメッセージを受信するため、仲介者が、第１の携帯電話の代理で金融サービスを実行する際に間違いを犯すことを防止することが可能である。
【００６２】
この実施形態では、ユーザおよびサービス提供者の携帯電話は、既存の電気通信網を使用する。より詳細には、ユーザは、金融機関に駆け付けることなく、または、ＡＴＭを探し出すことなく多くの金融取引を済ませることができる。金融機関にとっては、ＡＴＭを設置する費用を節約することができ、また、仲介者は、金融機関のために金融取引のサービス内容（例えば、集金（ｃｏｌｌｅｃｔｉｏｎ）および振込（ｐａｙｍｅｎｔ  ｔｒａｎｓｆｅｒ））を実行することができる。
【００６３】
ところで、第２の携帯電話４５と認証サーバ４３との間のデータ交換は、第２の実施形態ではイントラネットを介して実行されない。このため、初期認証コードおよびリモート側コードを認証サーバ４３に送信する第２の携帯電話４５の方法ならびに仲介者に通知する認証サーバ４３の方法は、ＳＭＳに限定されない。例えば、無線通信（ＯＴＡ）、リアルタイム通信ソフトウェア（例えば、ワッツアップまたはラインなど）、または電子メールなどの他の種類の送信方法が、さらに採用されてもよい。
【００６４】
図１１は、本発明の認証システムを示す概略図である。本発明の図１１を参照すると、認証サーバ１３は、電子機器１１およびエージェント装置１５と通信する。認証サーバ１３は、プロセッサ１３１およびトランシーバ１３３を含む。トランシーバ１３３は、電子機器１１およびエージェント装置１５と通信する。
【００６５】
トランシーバ１３３は、電子機器１１から送信されたリクエストメッセージを受信する。プロセッサ１３１は、リクエストメッセージに応答して初期認証コードを供給し、初期認証コードに応じてサーバ側コードを生成する。初期認証コードを送信した後、トランシーバ１３３は、初期認証コードに応じて生成されたリモート側コードを受信する。その後、プロセッサ１３１は、所定の条件が満たされていることを判断した際に、エージェント装置１５が操作手続きを実行することを認証する。２つの実施形態の電子機器１１は、携帯電話であるが、これに相当するものとして他の種類の電子機器１１が同様に使用されてもよいことに留意すべきである。
【００６６】
図１１では、認証サーバ１３は、電気通信網（図示せず）を介して電子機器１１と通信する。様々な用途に応じて、エージェント装置１５は、電気通信網（図示せず）またはイントラネット（図示せず）を介して認証サーバ１３と通信してもよい。上記の実施形態によれば、図１１におけるステップの通し番号は、エージェント装置１５、認証サーバ１３、および電子機器１１の間の動作の順序を表しており、矢印の方向は、装置間の相互作用を表している。この図における矢印および対応するステップについては、図１２Ａおよび図１２Ｂを参照しながら説明する。
【００６７】
図１２Ａおよび図１２Ｂは、本発明の認証方法のフローチャートを示す概略図である。最初に、電子機器１１は、リクエストメッセージを生成し（ステップＳ５０１）、このリクエストメッセージを認証サーバに送信する（ステップＳ５０２）。認証サーバ１３は、リクエストメッセージに応じて初期認証コードを選択的に供給する（ステップＳ５０３）。
【００６８】
ステップＳ５０３は、２つのサブステップ、すなわち、認証サーバ１３が、プロセッサ１３１を利用して、リクエストメッセージに応じてユーザの口座および操作手続きを取得すること（ステップＳ５０３ａ）、および、プロセッサ１３１が、操作手続きの内容がユーザの口座に対応するアクセス権限に合致するか否かを判断すること（Ｓ５０３ｂ）をさらに含んでもよい。ステップＳ５０３ａで取得されたユーザの口座が、認証サーバ１３のデータベースに存在しない場合、認証サーバ１３は、初期認証コードを供給しない。時として、ステップＳ５０３ｂにおいて、ユーザによって実行される操作手続きの内容が、ユーザの口座に対応するアクセス権限に合致しないと判断された場合、認証サーバ１３は、初期認証コードを供給しない。
【００６９】
その後、認証サーバ１３は、トランシーバ１３３を利用して、初期認証コードを電子機器１１に送信する（Ｓ５０４）。認証サーバ１３のプロセッサ１３１は、初期認証コードに応じてサーバ側コードを生成し（ステップＳ５０５）、電子機器１１は、初期認証コードに応じてリモート側コードを生成する（ステップＳ５０６）。ステップＳ５０５およびＳ５０６の順序は、特に限定されていない。あるいは、ステップＳ５０５およびＳ５０６は、同時に実行されてもよい。
【００７０】
リモート側コードを生成した後、電子機器１１は、初期認証コードおよびリモート側コードをエージェント装置１５に送信する（ステップＳ５０７）。その後、エージェント装置１５は、リモート側コードを認証サーバ１３に送信する（ステップＳ５０８）。認証サーバ１３は、所定の条件が満たされているか否かを判断する（ステップＳ５０９）。
【００７１】
ステップＳ５０９の判断の結果が、否定の場合、認証サーバ１３は、この認証プロセスを終了させる。このとき、認証サーバ１３は、エージェント装置１５を介してエラーメッセージを表示してもよい。ステップＳ５０９の判断の結果が、肯定の場合、認証サーバ１３は、エージェント装置１５が、操作手続きを進行させ、実行することを認証する（ステップＳ５１０）。
【００７２】
この実施形態では、電子機器は携帯電話であると想定されているが、実際の適用に際して本発明は、携帯電話に限定されるわけではない。さらに、電子機器において実行される本認証方法は、ＳＩＭカード、スマートフィルム、またはアプリケーションソフトウェアなどを用いて実施されてもよい。上記したように、本発明の認証方法は、ソフトウェアプログラムの形態で様々な種類のコンピュータプログラム製品に格納されてもよい。コントローラを有する任意の電子機器は、本発明の認証方法を実装したソフトウェアプログラムを実行するためにコントローラを使用してもよい。つまり、ソフトウェアプログラムは、リクエストメッセージを送信するステップと、リクエストメッセージに応答して生成された初期認証コードを受信するステップと、初期認証コードに応じてリモート側コードを生成するステップと、エージェント装置を介してリモート側コードを認証サーバに送信するステップとを実行する。認証サーバは、リモート側コードに従って所定の条件が満たされていると判断した場合に、操作手続きの実行を認証する。
【００７３】
本発明の認証方法が採用される場合、電子機器に関連してユーザのＩＤを確認することのみが必用であり、これによって、様々な自動金融取引が利用される。より詳細には、現金が、ＡＴＭカードを用いることなくＡＴＭに関連して直接引き落とされてもよい。この認証方法は、ユーザが金融取引を実行するためにＡＴＭカードを携帯する必要がある場合に生じる不便さを取り除くことができ、また、金融機関の認証仲介者がＡＴＭの普及していない地域で金融取引を提供することを可能にする。さらに、ＯＴＰ生成手続きと連携して機能する本発明はまた、ユーザの口座を確認することによって金融取引システムのセキュリティを保護することができる。
【００７４】
上記した説明が、金融取引システムの例に基づいているとしても、本発明の認証システムの適用が、これに限定されるわけではないことに留意すべきである。ファイルダウンロードシステム、商品販売システム、または切符販売システムなどの、ユーザのＩＤ認識の実行を必要とするすべての認証システムが、本発明の着想を採用することができる。
【００７５】
本発明について、例を挙げて、好ましい実施形態の観点から説明してきたが、本発明は、これらに限定されるわけではないことを理解すべきである。それどころか、本発明は、様々な修正形態ならびに同様の構成および手続きを含むことを意図したものであり、したがって、添付の特許請求の範囲には、すべてのこのような修正形態ならびに同様の構成および手続きが包含されるように、最も広い解釈が認められるべきである。
【図１】
2015133684.tif 000003
【図２Ａ】
2015133684.tif 000004
【図２Ｂ】
2015133684.tif 000005
【図３】
2015133684.tif 000006
【図４Ａ】
2015133684.tif 000007
【図４Ｂ】
2015133684.tif 000008
【図５】
2015133684.tif 000009
【図６】
2015133684.tif 000010
【図７Ａ】
2015133684.tif 000011
【図７Ｂ】
2015133684.tif 000012
【図７Ｃ】
2015133684.tif 000013
【図８Ａ】
2015133684.tif 000014
【図８Ｂ】
2015133684.tif 000015
【図９】
2015133684.tif 000016
【図１０】
2015133684.tif 000017
【図１１】
2015133684.tif 000018
【図１２Ａ】
2015133684.tif 000019
【図１２Ｂ】
2015133684.tif 000020
【外国語明細書】
2015133684000001.pdf