(57)【要約】      （修正有）【課題】携帯端末を使用した、コスト面、安全面、利便性のすべてを満たす、二因子認証方式を提供する。【解決手段】ユーザー端末１は、インターネットなどのネットワーク５を介して、認証サーバー６と接続され、入出力部などを介して入力されたユーザーの認証情報は、通信部１０を介して認証サーバー６に送信される。携帯端末２は、ネットワーク５を介して、認証サーバー６および通知サーバー７と接続されている。ユーザー端末１より、第１の認証情報が認証サーバー６に送信され、認証サーバー６にて一因子目の認証の成功が確認されると、携帯端末２は、通知サーバー７からプッシュ通知を通信部２０を介して受信する。携帯端末２において、プッシュ通知を受信した後に、採用された１または複数の第２の認証情報が認証サーバー６に送信され、二因子目の認証が実施される。【選択図】図１
2015207252.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサを有する、ユーザー端末、携帯端末、認証サーバー、および通知サーバーによって実行される、携帯端末を使用した認証方法であって、
前記ユーザー端末から、第１の認証情報を前記認証サーバーに送信することと、
前記認証サーバーで前記第１の認証情報を受信し、前記第１の認証情報を記憶手段に照合確認することと、
前記認証サーバーで前記第１の認証情報の照合確認がされると、前記認証サーバーは前記通知サーバーに対して、前記第１の認証情報に係わるユーザーの前記携帯端末に、第２の認証情報の入力を促す情報の送信を要求することと、
前記通知サーバーは、前記第２の認証情報の入力を促す情報の送信要求を受けると、前記第１の認証情報に係わるユーザーの携帯端末に対して、前記第２の認証情報の入力を促す情報を送信することと、
前記携帯端末において、前記第２の認証情報の入力を促す情報を受信することと、
前記携帯端末において、前記第２の認証情報を前記認証サーバーに送信することと、
前記認証サーバーで前記第２の認証情報を受信し、前記第２の認証情報を記憶手段に照合確認すること
を有することを特徴とする携帯端末を使用した認証方法。
【請求項２】
前記第１の認証情報と前記第２の認証情報は、それぞれ別々の通信経路で前記認証サーバーに送信されること
をさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
前記第２の認証情報の入力を促す情報は、プッシュ通知により送信されること
をさらに有することを特徴とする請求項１に記載の方法。
【請求項４】
ユーザーが前記第２の認証情報の入力を促す情報を選択すると、認証用のソフトウェアが起動し、前記認証用のソフトウェアによって前記第２の認証情報の取得および送信がされること
をさらに有することを特徴とする請求項１に記載の方法。
【請求項５】
前記認証サーバーは、前記認証サーバーで前記第１の認証情報の照合確認がされると、前記ユーザー端末で表示させるための画面情報であって、前記第２の認証情報の入力を促す情報と同期した画面情報を前記ユーザー端末へ送信すること
をさらに有することを特徴とする請求項１に記載の方法。
【請求項６】
前記ユーザー端末で表示させるための画面情報と、前記第２の認証情報の入力を促す情報との同期は、
前記携帯端末で前記第２の認証情報を入力する際の、操作手順、注意事項、または復帰手順のうちのいずれか１つまたは複数であって、ユーザーが前記第２の認証情報を入力する際に有益な情報を、前記ユーザー端末で表示させるための画面情報に含めること
によりもたらされることを特徴とする請求項５に記載の方法。
【請求項７】
前記ユーザー端末で表示させるための画面情報と、前記第２の認証情報の入力を促す情報との同期は、
続き数字、合言葉、関連画像、または関連性を示すことができる情報のうちのいずれか１つまたは複数を、前記ユーザー端末で表示させるための画面情報と前記第２の認証情報の入力を促す情報のそれぞれに含めること
によりもたらされることを特徴とする請求項５に記載の方法。
【請求項８】
前記第２の認証情報はＩＣカードに格納された情報であって、
前記携帯端末において、前記ＩＣカードに格納された情報を読み取り、前記ＩＣカードに格納された情報を前記第２の認証情報として前記認証サーバーに送信すること
をさらに有することを特徴とする請求項１に記載の方法。
【請求項９】
前記認証サーバーは、前記認証サーバーで前記第１の認証情報の照合確認がされると、乱数を生成し、前記ユーザー端末または前記携帯端末に前記生成した乱数を送信することと、
前記ユーザー端末または前記携帯端末において、前記受信した乱数を表示することと、
前記携帯端末において、
前記乱数を入力することと、
前記入力された乱数に基づきワンタイムの認証データを生成することと、
前記生成された認証データを前記第２の認証情報として前記認証サーバーに送信することと
をさらに有することを特徴とする請求項１に記載に記載の方法。
【請求項１０】
前記入力された乱数に基づくワンタイムの認証データの生成は、
前記携帯端末で読み取られる、ＩＣカード内で生成されること
をさらに有することを特徴とする請求項９に記載の方法。
【請求項１１】
前記携帯端末は、スマートフォンまたはタブレット端末である
ことを特徴とする請求項１に記載の方法。
【請求項１２】
ユーザー端末、携帯端末、認証サーバー、通知サーバーを有する、携帯端末を使用した認証システムであって、
前記ユーザー端末から、第１の認証情報を受信し、前記第１の認証情報を記憶手段に照合確認する認証処理部と、
前記第１の認証情報の照合確認後に、前記通知サーバーに対して、前記第１の認証情報に係わるユーザーの前記携帯端末に、第２の認証情報の入力を促す情報の送信を要求する通知依頼部と、
前記第２の認証情報の入力を促す情報の送信要求を受けると、前記第１の認証情報に係わるユーザーの携帯端末に対して、前記第２の認証情報の入力を促す情報を送信する通知送信制御部と、
前記第２の認証情報の入力を促す情報を受信し、前記第２の認証情報を前記認証サーバーに送信する前記携帯端末と、
前記ユーザー端末から、第２の認証情報を受信し、前記第２の認証情報を記憶手段に照合確認する認証処理部と
を有することを特徴とする携帯端末を使用した認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末を使用した認証方法およびシステムに関し、より詳細には、異なる種類の認証方式を組合せた、いわゆる、二因子認証を実施する方法およびシステムに関する。
【背景技術】
【０００２】
インターネット環境における個人の認証方式について様々な方法が提案され、様々な問題が指摘されている。例えば、ＩＤ・パスワードなどの記憶による認証方式では、フィッシングなどによるＩＤ・パスワードの流出により、なりすまし詐欺などが発生するおそれがあり、実際に甚大な被害が発生している。
【０００３】
ＩＤ・パスワードといった、人の記憶にのみ頼る認証方式では、ＩＤ・パスワードの搾取を目的とするフィッシング詐欺を防ぐことは難しい。そのため、乱数表（カード）やＯＴＰ（ワンタイム・パスワード）などの、人の記憶だけに頼らない方式がインターネットバンキングなどで用いられている。
【０００４】
また、ＩＣカードに電子証明書と、電子証明書の公開鍵のペアとなる秘密鍵（以降、秘密鍵と略）を格納させ、電子証明書と秘密鍵による個人認証を行う方式も採用されている。
【０００５】
特許文献１には、インターネット上の所望のＵＲＬにアクセスする際に、個人認証情報を格納したＩＣカードから個人認証情報を読出し、その個人認証情報を利用して、認証を簡略化させるための技術が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０００−３２２３８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
このように、近年では、ＩＤ・パスワードによる認証のみならず、ＵＳＢトークンやＩＣカードなど対象者の持ち物を利用したもの、バイオメトリクスなど対象者の身体の特徴を利用したものなど、種々多様な認証方式が存在する。フィッシングなどによるＩＤ・パスワードの流出による不正アクセスを防ぐため、ＩＤ・パスワードだけに頼らない認証方式であって、異なる種類の認証方式を組合せた、いわゆる、二因子認証がセキュリティ強化のために使用され始めている。
【０００８】
このような二因子認証においては、ＯＴＰトークンやＩＣカードなどの認証トークンが用いられることが多い。ＩＣカードを使用する認証方式においては、ＩＣカードと、ＩＣカードリーダライタの設置を必要とし、さらには、ＩＣカードを認証するためのユーザー端末の設定などが必要となる。ＯＴＰトークンやＩＣカードなどの実施には多大なコストが必要であり、ユーザー端末の設定等のためのＩＴスキルが必要とされる。そのため、ＩＣカードなどのインフラの設置を必要とする二因子認証は、インターネットバンキング等の一部や、一部の企業におけるイントラネット接続を除き、実際に採用されていないのが現状である。
【０００９】
また、マルウエア・フィッシング・マンインザミドル攻撃対策については、ユーザーに対して注意喚起をする以外に方法がなく、近年高度になってきたこれらの攻撃に対してユーザーが完全にブロックすることは困難である。
【００１０】
この対策として、ユーザー端末での認証と、携帯電話、スマートフォン、タブレットまたはＯＴＰ端末といった携帯端末での認証の、２つの異なる機器を用いて異なる通信経路を介した、２系統で認証を行う方法が提案されている。携帯端末とユーザー端末との間は、有線／無線等で接続されておらず、携帯端末はユーザー端末を介さず、認証サーバーと直接認証を行う。この構成により、ユーザー端末と認証サーバー、携帯端末と認証サーバーは、それぞれ別々の経路で接続され認証を行う。そのため、その両方の経路が同一のフィッシングやマルウエアの影響を同時に受けない限り、安全である。
【００１１】
上記の２系統での認証においては、ＯＴＰ専用端末を使用する以外の方法では、携帯端末に対して電話やメールで通知する方法が採用されている。しかしながら、電話で通知する方法は、電話機能がないタブレット端末や、ＭＶＮＯ（仮想移動体通信事業者）のＳＩＭカードを使用した端末では実施できず、またメールでの通知についてもメールアドレスの取得、登録、および設定が必須である。そのため、電話やメールで通知する方法は、電話またはメール機能が有効な携帯端末での使用に限定されていた。
【００１２】
本発明は、二因子認証におけるＯＴＰトークンやＩＣカード、リーダライタの代わりに、携帯端末を使用することにより、コスト面、安全面、利便性のすべてを満たす、認証方式を提供する。二因子認証の導入の障壁となっている認証トークンやリーダライタの導入費用などのコスト面、認証トークンやリーダライタの用意および設置の手間、およびユーザー端末の設定に必要とされるＩＴ人材の配置などいった種々の問題を解決し、安心・安全なネットワーク環境を提供することを目的としている。
【課題を解決するための手段】
【００１３】
マルウエア・フィッシング・マンインザミドル攻撃対策として、それぞれ異なる通信経路による２系統での認証を行う。さらに、携帯端末への認証サーバーからの通知は、従来の電話やメールによる方式ではなく、携帯端末のシステムとして整備されている、携帯端末へのプッシュ通知を利用する。例えばアンドロイドＯＳ搭載の端末では、ＧＣＭ（Ｇｏｏｇｌｅ  Ｃｌｏｕｄ  Ｍｅｓｓａｇｉｎｇ  ｆｏｒ  Ａｎｄｒｏｉｄ）、ｉＯＳ端末ではＡＰＮｓ（Ａｐｐｌｅ  Ｐｕｓｈ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）を利用する。携帯端末の通知領域へのプッシュ通知を採用することにより、電話機能やメール機能を使用していないスマートフォン、メール機能を使用していないタブレット端末でも二因子認証を実施することが可能になる。携帯端末の通知領域へのプッシュ通知では、メール配信のように都度メール本文を開いてＵＲＬをタップし、認証用のソフトウェア（以下、「認証アプリ」という。）を起動または最前面に移動させる必要もないので、ユーザーの利便性も向上する。
【００１４】
また、本発明は携帯端末を使用する際に、ＳＩＭカードやＩＣカード、ＳＤカード（ＳｍａｒｔＳＤ）等の、携帯端末以外の媒体を利用することもできる。例えば、ＳＩＭカードやＩＣカードなどは、ＩＣチップ自身が有する偽造目的の不正防止策（耐タンパー性）を有し、媒体内部でプログラムを動作させることにより、その媒体内部しか生成できないデータを作成することが可能である。媒体内部で生成されたＩＤなどを利用することにより、より一層、セキュリティ性を高めることができる。
【００１５】
携帯端末画面を、ユーザー端末の画面の表示内容と連動または同期させることにより、認証を行おうとしている認証サーバーの真正性を確認することができ、フィッシング詐欺対策にも有効である。つまり、もし携帯端末の画面とユーザー端末のブラウザ上の画面が異なっている場合や連動または同期していない場合には、ユーザーは異常を簡単に検知できるので、フィッシング詐欺対策にも有効である。ユーザーに携帯端末での操作手順や注意事項・復帰手順等のユーザーが操作するのに有益な情報を、携帯端末の画面と同期させてユーザー端末のブラウザ画面上で表示させてもよい。操作情報などの表示により、ユーザフレンドリーなシステムになり、かつ操作ミスも少なくなることから、サーバーおよびサービス運営者へのユーザーからの問合せが減少することが考えられ、サーバーおよびサービス運営者のコスト削減が期待できる。
【００１６】
二因子認証により、高度なセキュリティを保つことが可能となり、かつ、ユーザーの所持する携帯端末を使用するので、物理的な導入費用を最小限に抑えることができる。
【００１７】
また、ＩＣカードなど、携帯端末内部に格納しないような媒体を使用して認証をしてもよい。ユーザーは携帯端末と別に、認証するための媒体を保管または携帯することになり、携帯端末とＩＣカードを同時に紛失する危険性が減ずる。このことにより、飛躍的にセキュリティ性が高まることが期待される。
【００１８】
このような目的を達成するために、本発明は、プロセッサを有する、ユーザー端末、携帯端末、認証サーバー、および通知サーバーによって実行される、携帯端末を使用した認証方法であって、前記ユーザー端末から、第１の認証情報を前記認証サーバーに送信することと、前記認証サーバーで前記第１の認証情報を受信し、前記第１の認証情報を記憶手段に照合確認することと、前記認証サーバーで前記第１の認証情報の照合確認がされると、前記認証サーバーは前記通知サーバーに対して、前記第１の認証情報に係わるユーザーの前記携帯端末に、第２の認証情報の入力を促す情報の送信を要求することと、前記通知サーバーは、前記第２の認証情報の入力を促す情報の送信要求を受けると、前記第１の認証情報に係わるユーザーの携帯端末に対して、前記第２の認証情報の入力を促す情報を送信することと、前記携帯端末において、前記第２の認証情報の入力を促す情報を受信することと、前記携帯端末において、前記第２の認証情報を前記認証サーバーに送信することと、前記認証サーバーで前記第２の認証情報を受信し、前記第２の認証情報を記憶手段に照合確認することを有することを特徴とする。
【００１９】
さらに、本発明は、第１の認証情報と第２の認証情報は、それぞれ別々の通信経路で前記認証サーバーに送信されることを特徴とする。そして、さらに、第２の認証情報の入力を促す情報は、プッシュ通知により送信されることを特徴とする。
【００２０】
また、本発明における認証サーバーは、認証サーバーで第１の認証情報の照合確認がされると、ユーザー端末で表示させるための画面情報であって、第２の認証情報の入力を促す情報と同期した画面情報を前記ユーザー端末へ送信することを特徴とする。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係るシステムの全体構成を示す。
【図２】本発明の一実施形態に係る、一連の認証処理を示す。
【図３】本発明の一実施形態に係る、認証処理のフローチャートを示す。
【図４】本発明の一実施形態に係る、ＩＣカードを使用した認証処理のフローチャートを示す。
【図５】本発明の一実施形態に係る、ＩＣカード内の電子証明書を使用した認証処理のフローチャートを示す。
【図６】本発明の一実施形態に係る、生成された認証データを用いた認証処理のフローチャートを示す。
【発明を実施するための形態】
【００２２】
図１は、本発明の一実施形態に係るシステムの全体構成を示す。ユーザー端末１は、ブラウザなどを介して、ポータル画面にアクセスし、必要な情報を表示または閲覧するためのデスクトップまたはノートパソコンなどのコンピューターである。ユーザー端末１は、インターネットなどのネットワーク５を介して、認証サーバー６と接続されているが、本発明の実施形態を実行するために、携帯端末２と接続されている必要はない。ユーザー端末１においては、表示部１３、制御部１１、記憶部１２、通信部１０がそれぞれシステムバスを介して相互に接続され、入出力部などを介して入力されたユーザーの認証情報は、通信部１０を介して認証サーバー６に送信される。
【００２３】
携帯端末２は、ネットワーク５を介して、認証サーバー６および通知サーバー７と接続されている。携帯端末２は、ユーザー端末１と同様の構成を有し、さらに、ＩＣカードの近接を検知するアンテナ２４を有する。携帯端末２は、ユーザー端末１と同様の機能を有するが、ユーザー端末１とは別個に設けられた端末であり、ユーザーにより携帯される端末であって、例えば、携帯電話、スマートフォン、タブレットなどの端末である。ユーザー端末１より、第１の認証情報が認証サーバー６に送信され、認証サーバー６にて一因子目の認証の成功が確認されると、携帯端末２は、通知サーバー７からプッシュ通知を通信部２０を介して受信する。携帯端末２において、プッシュ通知を受信した後に、採用された１または複数の第２の認証情報が認証サーバー６に送信され、二因子目の認証が実施される。
【００２４】
ＩＣカードまたはＳＩＭカード３は、アンテナを介してまたは直接接続により携帯端末２と通信を行う。外部認証機能として、ＩＣカードまたはＳＩＭカード３の提示が求められると、ユーザーは、ＩＣカードまたはＳＩＭカード３を適宜提示し、ＩＣカードまたはＳＩＭカード３の情報は、携帯端末２を介して読み取られる。
【００２５】
認証サーバー６は、ユーザー端末１、携帯端末２、通知サーバー７とネットワーク５を介して接続されており、また、認証サーバー６の筐体の外部または内部に設置された認証情報等記憶部８と接続される。通信部６０を介してネットワーク越しに各種情報の送受信を行い、さらに、制御部６１、図示しない記憶部など、一般的なハードウェア構成を有する。制御部６１の一機能として、画面生成部６２、認証処理部６３、乱数生成部６４、通知依頼部６５を有する。画面生成部６２は、ユーザー端末１または携帯端末２に対して提示するための画面を生成する。本発明の一実施形態として、認証サーバー６の真正性を示すために、画面生成部６２は、携帯端末２に対するプッシュ通知の際には、ユーザー端末１と携帯端末２の画面が連動した画面内容になるように、画面を生成してユーザー端末１に配信する。認証処理部６３は、ユーザー端末１または携帯端末２から認証情報を受信すると、認証情報等記憶部８を参照して、認証情報を照合する機能を有する。乱数生成部６４は、ワンタイムパスワードを使用して認証を行う実施形態においては、認証要求を受信すると、乱数を生成して、通信部６０を介して、ユーザー端末１または携帯端末２に送信する機能を有する。通知依頼部６５は、認証処理部６３により、一因子目の認証の照合が確認された後に、二因子目の認証のために、通知サーバー７に対して、プッシュ通知を行うよう依頼する機能を有する。
【００２６】
通知サーバー７は、携帯端末２と、認証サーバー６と接続される。一般的なハードウェア構成に加え、通知送信制御部７２を有する。
【００２７】
各部の詳細な機能については、後に詳述する。
【００２８】
なお、本実施形態のユーザー端末１、携帯端末２、認証サーバー６および通知サーバー７などを構成する各種端末およびサーバーは、プロセッサ、メモリ（ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、磁気ストレージデバイス、またはその他あらゆる媒体であって、情報を保存することに用いられ、且つ、アクセスされ得る媒体）、システムバスなどを備えた通常のコンピューターであって、無線または有線でネットワークに接続するための機能の他、必要に応じて記憶装置や、ＬＣＤ、タッチパネルなどの表示装置、あるいはキーボード、マウス、音声入力装置、タッチパッドなどの入力機器を備えていてもよい。これに限られず、本技術分野で知られた様々なハードウェアを内蔵あるいは接続することができる。また、ユーザー端末１や各種サーバーには、ＯＳや様々なドライバーまたはアプリケーションがインストールされ、本発明における実施形態で後述する様々の処理を全体として実行する。なお、認証サーバー６、通知サーバー７などにおける各種サーバーを、Ｗｅｂサービスにおける、サービスプロバイダサーバーとして構成し、各サーバー間の情報連携を、ＸＭＬベースのＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）、ＸＭＬ−ＲＰＣなどのプロトコルを使用して行うように構成してもよい。
【００２９】
図２は、本発明の一実施形態に係る、一連の認証処理を示す。図２において示される例は、想定される一番簡単な実施形態であり、外部媒体には非接触ＩＣカードを使用することを想定している。
【００３０】
ユーザーはまず、ユーザー端末１からブラウザなどのアプリケーションを使用して認証サーバー６に接続する（ステップ１０１）。認証サーバー６とユーザー端末１との間はＳＳＬで通信が確立される（ステップ１０２）。認証サーバー６はユーザー端末１にログイン画面を送信し、ユーザー端末１のブラウザ上でユーザーＩＤ・パスワード（第１の認証情報）を入力する（ステップ１０３）。ユーザー端末１から認証サーバー６へユーザーＩＤを送信する（ステップ１０４）。認証サーバー６はＩＤが登録されているか確認し（ステップ１０５）、さらに認証サーバー６は登録されているＩＤが端末登録されているか確認する（ステップ１０６）。認証サーバー６は、通知サーバー７に対してプッシュ通知を依頼する（ステップ１０７）。この際、ユーザーＩＤなどの情報に基づき、プッシュ通知を配信すべき、携帯端末２を特定して、通知サーバー７にプッシュ通知を依頼してもよい。もしくは、通知サーバー７にユーザーＩＤなどのユーザー情報を通知して、通知サーバー７が、プッシュ通知を送信すべき携帯端末２を特定する構成としてもよい。通知サーバー７は、携帯端末２に対してプッシュ通知を行う（ステップ１０８）。なお、ステップ１０８において、プッシュ通知を利用せずに、ユーザーが最初から認証アプリを起動させておいても良い。
【００３１】
登録された携帯端末２上に、「通知」が表示される（ステップ１０９）。ユーザーは、携帯端末２上に表示された「通知」をタップし、認証アプリを起動する（ステップ１１０）。
【００３２】
携帯端末２の認証アプリは認証サーバー６に対して、認証アプリが起動したことを通知する（ステップ１１１）。なお、携帯端末２から認証サーバー６に対する認証アプリ起動通知は、省略されても良い。
【００３３】
認証サーバー６はユーザー端末１のブラウザ上に携帯端末２での認証要求を表示させるための画面を送信する（ステップ１１２）。携帯端末２の認証アプリでＰＩＮ（Ｐｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）の入力要求を表示する（ステップ１１３）。ユーザーは携帯端末２の認証アプリでＰＩＮを入力する（ステップ１１４）。ＰＩＮ入力・照合は、必須ではなく省略されても良い。
【００３４】
ステップ１１３から１１４でＰＩＮ入力、ステップ１１７でＰＩＮ照合を行っているが、ＰＩＮの代わりにパスワードや生体認証を用いても良い。
【００３５】
認証アプリはユーザーに対してＩＣカード３をかざすことを要求する表示を行う（ステップ１１５）。ユーザーは携帯端末２にＩＣカード３をかざす（ステップ１１６）。認証アプリはＩＣカード３を検知すると、ＰＩＮをＩＣカードに送信し、ＩＣカード３はＰＩＮの照合を行い、ユーザーの正当性を確認する（ステップ１１７）。ＩＣカード３はユーザーの正当性を確認できると、携帯端末２に対してＩＣカード３のＩＤを送信する（ステップ１１８）。携帯端末２の認証アプリはＩＣカード３から送信されたＩＣカード３のＩＤを認証サーバー６に送信する（ステップ１１９）（第２の認証情報）。認証サーバー６は携帯端末２から送信されたＩＣカード３のＩＤと、登録されているユーザーのＩＣカードのＩＤと照合する（ステップ１２０）。認証サーバー６は照合に成功すると、認証成功情報を携帯端末２の認証アプリに送信する（ステップ１２１）。携帯端末２の認証アプリは認証成功を表示する（ステップ１２２）。認証サーバー６はユーザー端末１のブラウザ画面をユーザーのポータル画面に遷移させる（ステップ１２３）。
【００３６】
図２で示された一実施形態においては、非接触ＩＣカードを想定しているため、ステップ１１５からステップ１１６でＩＣカード３を携帯端末２にかざす動作をしているが、ＳＤカードやＳＩＭカードなどの携帯端末２内にＩ／Ｄを持つような媒体の場合には、ＩＣカード３をかざす動作は必要ない。接触ＩＣカードやその他媒体を携帯端末２の外部接続端子を用いて接続する場合には、ステップ１１５からステップ１１６のようなＩＣカード３をかざす動作ではなく、媒体を物理的に接続するという動作になる。
【００３７】
図３は、本発明の一実施形態に係る、認証処理のフローチャートを示す。
【００３８】
ユーザー端末１において、認証サーバー６に対して、ポータルサイトなどへのアクセス要求を送信するところから処理がスタートする。ステップ３０１において、ユーザー端末１のブラウザなどのアプリケーションを通じて、ポータルサイトへのアクセスを要求すると、認証サーバー６は、ユーザー端末１からのリクエストを受け、認証を完了していないことを判別し、ステップ３０２において、ログイン画面を送信する。
【００３９】
ステップ３０３において、ユーザーは、ユーザー端末１のブラウザなどのアプリケーションを介してユーザーＩＤとパスワードを入力し送信する。認証サーバー６の認証処理部６３は、ステップ３０４およびステップ３０５において、認証情報等記憶部８を参照し、受信したＩＤおよびパスワードが登録されているか、または、端末ＩＤを受信した場合には、ユーザー端末１が登録されているかを確認する。端末ＩＤによる確認は必須ではなく、ユーザーＩＤおよびパスワードによる認証のみであってもよいし、端末ＩＤとパスワードによる認証のみであってもよい。認証処理部６３により、ユーザー情報（ＩＤおよびパスワード）および／または端末登録有無の照会が完了すると、認証サーバー６の通知依頼部６５は、ステップ３０６において、通知サーバー７に対するプッシュ通知依頼を送信する。この際、通知依頼部６５は、ユーザー情報に基づき、プッシュ通知を配信すべき携帯端末２を特定して、通知サーバー７にプッシュ通知依頼を送信してもよい。または、通知依頼部６５は、通知サーバー７にユーザー情報を渡し、通知サーバー７が、プッシュ通知を配信すべき携帯端末２を特定する構成としてもよい。
【００４０】
一方、ステップ３０４およびステップ３０５において、認証処理部６３が、受信したＩＤおよびパスワードおよび／またはユーザー端末１が登録されていないことを判別すると、ステップ３１８に遷移し、画面生成部６２は認証失敗画面を生成しユーザー端末１に通信部を介して送信する。
【００４１】
ステップ３０６において、認証サーバー６の通知依頼部６５から通知サーバー７に対するプッシュ通知依頼が送信されると、通知サーバー７は、通信部を介して通知依頼を受信し、通知サーバー７の通知送信制御部７２は、ステップ３０７において、対応する携帯端末２に対して、プッシュ通知を送信する。携帯端末２は、ステップ３０８においてプッシュ通知を受信する。ユーザーによりプッシュ通知が選択されると、ステップ３０９に遷移し、携帯端末２は、認証アプリを起動させ、必要に応じてステップ３１０において、認証サーバー６に対して、認証アプリの起動通知を行う。
【００４２】
携帯端末２で認証情報を入力するユーザーは、真正なサーバーから送られた認証要求（プッシュ通知）であることを確認する手段がない。そこで、ステップ３１１で、ユーザー端末１に対して、携帯端末での操作手順や注意事項・復帰手順等のユーザーが操作するのに有益な情報、または、携帯端末２の表示画面と連携または同期した情報を送信させる。ステップ３１１において、認証サーバー６の画面生成部６２は、携帯端末２の表示内容と同期した画面を生成して、ユーザー端末１に送信する。ユーザーは、ユーザー端末１の画面で表示された画面を確認することにより、プッシュ通知に係わる認証要求が、真正なサーバーからなされたものであることを確認することができる。例えば、プッシュ通知画面上である数字を表示させ、ステップ３１１でユーザー端末１に、プッシュ通知画面上で表示させた数字の続き数字を表示させることで、連動性を確認してもよい。連動性を確認するために用いられる表示は、続き数字、合言葉、関連画像など、関連性を示すことができるどのような種類であってもよい。本ステップの段階において、携帯端末２の表示画面とユーザー端末１のブラウザ上の画面が異なっている場合や連動していない場合には、ユーザーは異常を簡単に検知できるので、フィッシング詐欺対策にも有効である。
【００４３】
ステップ３１２において、ユーザー端末１は認証要求に係わる画面を表示する。
【００４４】
ステップ３１３において、ユーザーは携帯端末２に対して、ＳＩＭカード３またはＩＣカードを用いて認証を行う。ＳＩＭカード３またはＩＣカードを用いた認証フローの詳細については後に詳説する。
【００４５】
入力された認証情報は認証サーバー６に渡され、認証サーバー６の認証処理部６３は、ステップ３１４において、入力された認証情報に基づき認証情報等記憶部８を参照する。認証処理部６３による認証情報の照合が確認されると、画面生成部６２はステップ３１５において、認証成功画面を生成し、ユーザーがアクセス要求したポータル画面にリダイレクトさせるためのＵＲＬとともにユーザー端末１に送信する。同様に、画面生成部６２は、携帯端末２に対しても、認証成功を伝える画面を送信する。
【００４６】
一方、ステップ３１４で認証サーバー６の認証処理部６３により、認証情報の照合が確認されなければ、処理はステップ３１８に遷移し、認証サーバー６の画面生成部６２は認証失敗画面を生成し送信する。
【００４７】
ステップ３１６において、携帯端末２で認証成功画面が表示されるとともに、ステップ３１７において、ユーザー端末１でポータル画面が表示され、処理は終了する。
【００４８】
図４は、本発明の一実施形態に係る、ＩＣカードを使用した認証処理のフローチャートを示す。
【００４９】
ステップ４０３までの処理は、図３のステップ３１０までの処理と共通である。
【００５０】
携帯端末２において、認証アプリが起動されると、ユーザーは、ステップ４０４においてＰＩＮを入力する。携帯端末２において、ステップ４０５でＰＩＮの照合が判断され、ＰＩＮの照合が確認されると、ステップ４０６に遷移し、携帯端末２の認証アプリはユーザーに対してＩＣカード３をかざすことを要求する表示を行う。一方、ＰＩＮの照合が確認されなければ、処理は終了する。
【００５１】
ユーザーが携帯端末２にＩＣカード３をかざすと、ステップ４０７において、アンテナを介してＩＣカード３の近接を検知し、携帯端末２は、ＰＩＮをＩＣカード３に送信する。ＩＣカード３は、ステップ４０８において、ＰＩＮを受信すると、ステップ４０８においてＰＩＮの照合を行い、ユーザーの正当性を確認し、ＰＩＮの照合を確認すると、ステップ４０９において、携帯端末２に対してＩＣカード３のＩＤを送信する。
【００５２】
携帯端末２は、ステップ４１０において、ＩＣカード３から送信されたＩＣカード３のＩＤを認証サーバー６に送信する。
【００５３】
認証サーバー６の認証処理部６３は、ステップ４１１において、携帯端末２から送信されたＩＣカード３のＩＤと、登録されているユーザーのＩＣカード３のＩＤと照合する。その後の処理は、図３のステップ３１５から３１８までの処理と同様であるため説明を割愛する。
【００５４】
図５は、本発明の一実施形態に係る、ＩＣカード３内の電子証明書を使用した認証処理のフローチャートを示す。
【００５５】
ステップ５０１において、携帯端末２の認証アプリはＩＣカード３の近接を検知すると、ＰＩＮをＩＣカード３に送信する。ステップ５０２において、ＩＣカードはＰＩＮの照合を行い、ユーザーの正当性を確認する。ここまでのステップまでは、図４のステップ４０５までと共通である。
【００５６】
ＰＩＮ照合が確認されると、ＩＣカード３は、ステップ５０３において、クライアント電子証明書を読出し、携帯端末２の認証アプリに渡す。携帯端末２の認証アプリと認証サーバー６は、ステップ５０４およびステップ５０５において、ＳＳＬクライアント認証を実施するために、サーバー電子証明書、クライアント電子証明書、ＲＳＡ演算などの、ＳＳＬクライアント認証で必要なデータの交換・演算を実施する。
【００５７】
ステップ５０６において、認証サーバー６はＳＳＬクライアント認証に成功したことを判別すると、ステップ５０７に遷移し、認証成功情報を携帯端末２の認証アプリに送信する。
【００５８】
その後の処理は、図３のステップ３１５以降および図４のステップ４１２以降の処理と同様なので説明を割愛する。
【００５９】
なお、本実施形態においては非接触ＩＣカードを想定しているため、ＩＣカードを携帯端末２にかざす動作をすることを前提として説明しているが、ＳＤカードやＳＩＭカードなどの携帯端末２内にＩ／Ｄを持つような媒体の場合には、この動作は必要ない。本実施形態が、ＳＩＭカードを用いて実施される場合、事前にＳＩＭカード内部に電子証明書を使用するためのプログラムや電子証明書、その他のデータを格納しておく必要がある。
【００６０】
接触ＩＣカードやその他媒体を携帯端末２の外部接続端子を用いて接続する場合には、ＩＣカードをかざす動作ではなく、媒体を物理的に接続するという動作になる。
【００６１】
本実施形態において外部媒体を使用して認証を行う例を挙げて説明しているが、外部媒体に限るものではなく、携帯端末２の基盤上に搭載されているメモリ、専用のＩＣに電子証明書を格納させ認証を行ってもよい。
【００６２】
図６は、本発明の一実施形態に係る、生成された認証データを用いた認証処理のフローチャートを示す。
生成される認証データの例として、ワンタイムパスワードなどが挙げられるが、ワンタイムパスワードに限ったものではなく、ＩＣカード内で何らかの演算を行うものをすべて含む。
【００６３】
認証アプリが認証サーバー６に対して、認証アプリが起動したことを通知するステップまでは、図３ないし図５の処理と同じである。
【００６４】
ステップ６０２において、認証サーバー６の乱数生成部６４は、乱数を生成する。生成された乱数は、ステップ６０３において認証サーバー６の通信部６０を介してユーザー端末１に送信される。
【００６５】
ステップ６０４において、ユーザー端末１のブラウザ上に乱数が表示される。
【００６６】
ステップ６０５において、携帯端末２の認証アプリは、ユーザー端末１のブラウザ上に表示された乱数を入力することを要求する画面を表示し、ユーザーの入力を待つ。
【００６７】
ユーザーが携帯端末２上の認証アプリに、ユーザー端末１のブラウザ上に表示された乱数を入力すると、携帯端末２の認証アプリは、ステップ６０６において、ユーザーに対してＩＣカード３をかざすことを要求する表示を行う。
【００６８】
ユーザーが携帯端末２にＩＣカード３をかざすと、携帯端末２の認証アプリは、ステップ６０７において、ＩＣカード３を検知して、入力された乱数をＩＣカード３に送信する。
【００６９】
ＩＣカード３は、ステップ６０８において、携帯端末２から送信された乱数を基に、ＩＣカード３内部で認証データを生成する。
【００７０】
ＩＣカード３は、ステップ６０９において、ＩＣカード３内部で生成した認証データを携帯端末２に送信する。
【００７１】
携帯端末２の認証アプリは、ステップ６１０において、ＩＣカード３から受信した認証データを認証サーバー６に送信してもよいかの許可をユーザーに求める画面を表示する。なおこのステップは必須ではなく、省略してもよい。
【００７２】
ユーザーは携帯端末２の認証アプリ上でＩＣカード３から受信した認証データを認証サーバー６に送信する許可を行い、携帯端末２は、ステップ６１１において、認証データを認証サーバー６に送信する。なお、このユーザー承認ステップは省略しても良い。
【００７３】
認証サーバー６は、ステップ６１２において、携帯端末２から送信された認証データが正当か確認する。
【００７４】
認証サーバー６は、携帯端末２から送信された認証データが正当であった場合、ステップ６１３において、携帯端末２の認証アプリに対して認証成功通知を送信する。
【００７５】
なお、上記の例以外の種々多様な方法を採用して認証データを生成してもよいことはいうまでもない。例えば、認証サーバー６と同期させた時刻、トランザクションの回数、端末ＩＤやＳＩＭカードＩＤなどの番号、ＩＣカード内に格納されたデータ、など、種々多様な情報を利用して認証データを生成してもよい。
【００７６】
さらに、ステップ６１１で、携帯端末２が認証データを認証サーバー６に対して送信する際には、端末ＩＤやＳＩＭカードのＩＤ、その他の情報をともに送信する方法も考えられる。
【００７７】
本実施形態では、認証サーバー６で生成した乱数をユーザー端末１のブラウザ画面に表示し、ユーザーが携帯端末２に入力する方式であるが、認証サーバー６から直接携帯端末２に送信してもよい。
【００７８】
本明細書および図面において開示される実施形態は一例にすぎず、本発明の技術的範囲を定める際に、本開示の内容に限定して解釈されるべきではない。説明のため、各処理部を、それぞれ分けて記載したが、それぞれの機能を統合、連携させ、それぞれが有する機能の一部または全部を他方に持たせてもよい。本実施形態で開示されるデータ群も、それぞれが有するデータの一部または全部を他方に持たせ、統合、連携させてもよい。
【００７９】
以上、説明したように、本発明によれば、二因子認証により、高度なセキュリティを保つことが可能となり、かつ、ユーザーの所持する携帯端末を使用するので、コスト面、安全面、利便性のすべてを満たす、認証方式を提供する。二因子認証の導入の障壁となっている認証トークンやリーダライタの導入費用などのコスト面、認証トークンやリーダライタの用意および設置の手間、およびユーザー端末の設定に必要とされるＩＴ人材の配置などいった種々の問題を解決し、安心・安全なネットワーク環境を提供することが可能となる。
【符号の説明】
【００８０】
１  ユーザー端末
２  携帯端末
３  ＩＣカードまたはＳＩＭカード
５  ネットワーク
６  認証サーバー
７  通知サーバー
８  認証情報等記憶部
１０  通信部
１１  制御部
１２  記憶部
１３表示部
２０  通信部
２１  制御部
２２  記憶部
２３  表示部
２４  アンテナ
３１  制御部
３２  記憶部
３３  電源
３４  アンテナ
６０  通信部
６１  制御部
６２  画面生成部
６３  認証処理部
６４  乱数生成部
６５  通知依頼部
７０  通信部
７１  制御部
７２  通知送信制御部
【図１】
2015207252.tif 000003
【図２】
2015207252.tif 000004
【図３】
2015207252.tif 000005
【図４】
2015207252.tif 000006
【図５】
2015207252.tif 000007
【図６】
2015207252.tif 000008