JP4889395B2 - 認証システム、認証方法および認証プログラム - Google Patents

Description

本発明は、ユーザの正当性を認証する認証技術に関する。

近年、フィッシング詐欺に代表される、インターネット上でのユーザＩＤおよびパスワードの詐取・盗難（identity theft）が問題となっている。そのため、より高いセキュリティを確保し、ユーザの正当性を認証する技術が求められている。例えば、特許文献１には、ワンタイムパスワード（One Time Password）を用いて、ユーザ認証を行うパスワード認証システムが記載されている。
特開２００４−２４０６３７

特許文献１に記載のパスワード認証システムでは、携帯電話が認証サーバから取得したワンタイムパスワードを用いてユーザ認証を行う。しかしながら、特許文献１では、携帯電話は、ユーザＩＤを指定して認証サーバにワンタイムパスワードを要求する。そして、認証サーバは、当該ユーザＩＤに対するワンタイムパスワードを要求元の携帯電話に送信する。すなわち、ユーザＩＤが漏れた場合には、同時にワンタイムパスワードも漏れたも同義である。

したがって、悪意のある第三者は、ユーザＩＤさえ取得できれば、ユーザＩＤを認証サーバに送ることによってワンタイムパスワードを取得できる。これにより、悪意のある第三者が、不正に取得したユーザＩＤとワンタイムパスワードを使用して、例えばオンライン口座にログインし、不正な操作を行う可能性がある。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、ユーザＩＤなどの認証情報の漏洩リスクを軽減し、より高いセキュリティを確保したユーザ認証技術を提供することにある。

上記課題を解決するために、本発明は、例えば、業務サーバにアクセスするユーザを認証する認証システムであって、第１の端末とユーザＩＤとを対応付けて記憶する認証テーブルと、前記第１の端末からの要求を受け付けて、当該第１の端末用の認証マトリックスを生成し、生成した認証マトリックスを当該第１の端末に対応付けて前記認証テーブルに記憶するとともに当該第１の端末に送信するマトリックス生成手段と、第２の端末が送信したユーザＩＤを含むログイン要求を受け付けて、前記認証マトリックスを基にした所定の入力方法が指定された入力パターンを生成し、生成した入力パターンを当該ユーザＩＤに対応付けて前記認証テーブルに記憶するとともに当該第２の端末に向けて送信するパターン生成手段と、前記第２の端末に送信された入力パターンおよび前記第１の端末に送信された認証マトリックスに基づいて当該第２の端末に入力された認証データとユーザＩＤとを受け付け、受け付けた認証データが前記認証テーブルの当該ユーザＩＤに対応する認証マトリックスおよび入力パターンに基づいて生成された認証データと一致するか否かを判別し、一致する場合に認証成功メッセージを前記業務サーバに送信する認証手段と、を有する。

本発明では、認証情報の漏洩リスクを軽減し、より高いセキュリティを確保することができる。

以下、本発明の実施の形態について説明する。

図１は、本発明の一実施形態が適用された認証システムの全体構成図である。図示する認証システムは、ユーザが携帯する携帯電話（第１の端末）１と、ＰＣ（Personal Computer）などの端末（第２の端末）２と、認証ＰＬ（presentation layer）サーバ３と、認証ＢＬ（business logic layer）サーバ４と、少なくとも１つの業務サーバ５とを有する。携帯電話１は携帯電話網６を介して認証ＰＬサーバ３と接続され、端末２はインターネットなどのネットワーク７を介して認証ＰＬサーバ３および業務サーバ５と接続されるものとする。

本実施形態では、各業務サーバ５が、認証ＰＬサーバ３および認証ＢＬサーバ４を共同利用するものとする。すなわち、認証ＰＬサーバ３および認証ＢＬサーバ４は、ＡＳＰ（Application Service Provider）であって、各業務サーバ５にユーザ認証機能を提供するものとする。なお、本実施形態では、認証ＰＬサーバ３および認証ＢＬサーバ４を有するが、これらのサーバを統合して１つの認証サーバ（認証システム、認証装置）としてもよい。

本認証システムのユーザは、少なくとも１つの業務サーバ５が提供するＷｅｂサイト（業務システム）のサービスを利用可能なユーザであって、あらかじめ所定の業務サーバ５のＷｅｂサイトに登録し、当該Ｗｅｂサイト内でユーザを識別するためのサイトユーザＩＤを取得しているものとする。

また、ユーザは、携帯電話１を用いて、認証ＢＬサーバ４から後述する認証マトリックスを取得し、携帯電話１に保存する。図示する携帯電話１は、ユーザの指示を受け付ける指示受付部１１と、各種の情報・画面を表示する表示部１２と、認証ＢＬサーバ４から取得した認証マトリックスを記憶する認証記憶部１３とを有する。

なお、携帯電話１は、図示しないメモリ等の記憶装置に、機体識別番号などの携帯電話ＩＤ（端末識別情報）があらかじめ記憶されているものとする。なお、携帯電話ＩＤが記憶されているメモリ等は、携帯電話１から着脱可能なＩＣカードであってもよい。

また、ユーザは、端末２を用いて所望の業務サーバ５にアクセスし、所定のＷｅｂサイトへのログイン操作を行う。ユーザは、ログイン操作を行う際に、携帯電話１に保存した認証マトリックスを参照し、後述する認証データを端末２に入力するものとする。

図示する端末２は、ユーザの各種指示を受け付ける指示受付部２１と、出力装置に各種の情報・画面を表示する表示部２２と、を有する。なお、指示受付部２１および表示部２２は、Ｗｅｂブラウザと同様の機能を有するものとする。

認証ＰＬサーバ３および認証ＢＬサーバ４は、認証マトリックスを生成して携帯電話１に送信するとともに、端末２から送信されたログイン要求の正当性を認証する。図示する認証ＰＬサーバ３は、ユーザ登録受付部３１と、マトリックス要求受付部３２と、ログイン要求受付部３３とを有し、携帯電話１および端末２に対する入出力処理を行う。

認証ＢＬサーバ４は、ユーザ登録を行う登録部４１と、認証マトリックスを生成するマトリックス生成部４２と、後述する入力パターンを生成するパターン生成部４３と、ログイン要求の正当性を認証する認証部４４と、認証テーブル４５と、パターンテーブル４６と、を有する。認証テーブル４５には、認証に必要な各種の情報が登録される。パターンテーブル４６には、認証マトリックスの所定の入力箇所が指定された入力パターンが、複数記憶されている。なお、認証テーブル４５については後述する。

業務サーバ５は、ネットワークを介して各種のサービスを提供する企業（例えば、銀行、証券会社などの金融機関）が所有するシステムであって、オンラインバンキング、オンライントレードなどのＷｅｂサイト（業務システム）を端末２に提供する。業務サーバ５は、ログイン処理を行うログイン処理部５１と、各種の業務サービスを提供する業務処理部５２と、ユーザの登録有無をチェックする登録チェック部５３と、ユーザテーブル５４とを有する。ユーザテーブル５４は、当該業務サーバ５が提供するＷｅｂサイトを利用可能なユーザのユーザ情報が設定されたテーブルである。なお、ユーザ情報には、サイトユーザＩＤとパスワードとが含まれる。

次に、認証ＢＬサーバ４の認証テーブル４５について説明する。

図２は、認証テーブル４５の一例を示した図である。図示する認証テーブル４５は、第１のユーザＩＤ４４１と、ＰＩＮ（Personl Identification Number）４４２と、携帯電話ＩＤ４４３、認証マトリックス４４４と、入力パターン４４５と、サイトコード４４６と、第２のユーザＩＤ（サイトユーザＩＤ）４４７と、とを有する。

第１のユーザＩＤ４４１は、本実施形態における認証システム全体で、各ユーザを識別するための識別情報である。ＰＩＮ４４２は、ユーザが設定する暗証番号である。携帯電話ＩＤ４４３には、携帯電話１の機体識別番号（または、携帯電話の電話番号）を用いることとする。なお、１人のユーザが、複数の携帯電話１を所有する場合は、１つの第１のユーザＩＤ４４１に対して複数のレコードが登録されるものとする。

認証マトリックス４４４には、マトリックス生成部４２が生成した認証マトリックスが設定される。入力パターン４４５には、認証マトリックスにおける所定の入力箇所（例えば、座標など）および入力順序が設定される。サイトコード４４６は、各業務サーバ５が提供するＷｅｂサイトを識別するための識別情報である。第２のユーザＩＤ４４７は、各Ｗｅｂサイト固有のユーザ識別情報（サイトユーザＩＤ）であって、例えば、口座番号やクレジットカード番号などを用いることが考えられる。

上記説明した、携帯電話１、端末２、認証ＰＬサーバ３、認証ＢＬサーバ４および業務サーバ５は、いずれも、例えば図３に示すようなＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードやマウスなどの入力装置９０４と、ディスプレイやプリンタなどの出力装置９０５と、ネットワークと接続するための通信制御装置９０６と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。

例えば、携帯電話１、端末２、認証ＰＬサーバ３、認証ＢＬサーバ４および業務サーバ５の各機能は、携帯電話１用のプログラムの場合は携帯電話１のＣＰＵ９０１が、端末２用のプログラムの場合は端末２のＣＰＵ９０１が、認証ＰＬサーバ３用のプログラムの場合は認証ＰＬサーバ３のＣＰＵ９０１が、認証ＢＬサーバ４用のプログラムの場合は認証ＢＬサーバ４のＣＰＵ９０１が、そして、業務サーバ５用のプログラムの場合は業務サーバ５のＣＰＵ９０１が、それぞれ実行することにより実現される。

なお、認証ＢＬサーバ４の認証テーブル４５およびパターンテーブル４６には、認証ＢＬサーバ４のメモリ９０２または外部記憶装置９０３が用いられるものとする。また、業務サーバ５のユーザテーブル５４には、業務サーバ５のメモリ９０２または外部記憶装置９０３が用いられるものとする。また、入力装置９０４および出力装置９０５については、各装置が必要に応じて備えるものとする。

次に、ユーザ登録処理について説明する。本実施形態では、ユーザは、まず認証システムに対するユーザ登録を行い、その後、サイト登録を行う。サイト登録は、各業務サーバ５が提供する各種のＷｅｂサイト（以下、「サイト」）の中から、ユーザが認証システム(認証機能）の利用を希望するサイトを指定して、当該サイトのサイトユーザＩＤを登録するものである。

図４は、認証システムに対するユーザ登録処理のシーケンス図である。また、図５は、携帯電話１の出力装置に表示される各種画面（画面遷移）の一例を示したものである。

携帯電話１は、ユーザの指示を受け付けて、所定のＵＲＬ（Uniform Resource Locator）を指定して認証ＰＬサーバ３にアクセスし、例えば図５に示す登録初期画面５１を出力装置に表示する（Ｓ１１）。そして、携帯電話１の指示受付部１１は、ユーザの指示を受け付けて、初期メニュー選択指示を認証ＰＬサーバ３に送信する。認証ＰＬサーバ３のユーザ登録受付部３１は、初期メニューの選択指示を受け付けて、初期メニュー画面を携帯電話１に送信する（Ｓ１２）。

そして、携帯電話１の表示部１２は、例えば図５に示す初期メニュー画面５２を出力装置に表示する（Ｓ１３）。図示する初期メニュー画面５２には、画面に表示されたいずれかのサービスを選択するためのラジオボタンと、送信ボタンとが表示されている。ユーザは、入力装置を用いて「新規ユーザ登録」を選択し、送信ボタンをクリックする。

携帯電話１の指示受付部１１は、ユーザが入力した指示を受け付けて、新規ユーザ登録要求を認証ＰＬサーバ３に送信する。認証ＰＬサーバ３のユーザ登録受付部３１は、新規ユーザ登録要求を受け付けると、ユーザＩＤ入力画面を携帯電話１に送信する（Ｓ１４）。
そして、携帯電話１の表示部１２は、例えば図５に示すユーザＩＤ入力画面５３を出力装置に表示する（Ｓ１５）。図示するユーザＩＤ入力画面５３には、認証システム内で一意に識別可能な第１のユーザＩＤを入力するためのユーザＩＤ入力欄と、送信ボタンとが表示されている。ユーザは、第１のユーザＩＤを入力し、送信ボタンをクリックする。

携帯電話１の指示受付部１１は、入力された第１のユーザＩＤを受け付けて、認証ＰＬサーバ３に送信する。認証ＰＬサーバ３のユーザ登録受付部３１は、第１のユーザＩＤを受け付けると、次にＰＩＮ入力画面を携帯電話１に送信する（Ｓ１６）。
そして、携帯電話１の表示部１２は、例えば図５に示すＰＩＮ入力画面５４を出力装置に表示する（Ｓ１７）。図示するＰＩＮ入力画面５４には、ＰＩＮ（暗証番号）入力欄と送信ボタンとが表示されている。ユーザは、任意のＰＩＮを入力し、送信ボタンをクリックする。携帯電話１の指示受付部１１は、入力されたＰＩＮを認証ＰＬサーバ３に送信する（Ｓ１８）。

なお、携帯電話１の指示受付部１１は、認証ＰＬサーバ３に各種情報を送信する際（Ｓ１２、Ｓ１４、Ｓ１６、Ｓ１８）、または、ＰＩＮを送信する際（Ｓ１８）に、当該携帯電話１のメモリ等に記憶された携帯電話ＩＤを併せて送信するものとする。

認証ＰＬサーバ３のユーザ登録受付部３１は、Ｓ１６およびＳ１８で携帯電話１から受信した第１のユーザＩＤおよびＰＩＮと、当該携帯電話１の携帯電話ＩＤと、を含む登録要求を認証ＢＬサーバ４に送信する（Ｓ１９）。

認証ＢＬサーバ４の登録部４１は、登録要求に含まれる第１のユーザＩＤ、ＰＩＮおよび携帯電話ＩＤが設定されたレコードを認証テーブル４５（図２参照）に登録する（Ｓ２０）。そして、登録部４１は、登録完了通知を認証ＰＬサーバ３に送信する（Ｓ２１）。そして、認証ＰＬサーバ３のユーザ登録受付部３１は、携帯電話１に登録完了画面を送信する（Ｓ２２）。そして、携帯電話１の表示部１２は、例えば図５に示す登録完了画面５５を出力装置に表示する（Ｓ２３）。

次に、サイト登録処理について説明する。なお、サイト登録処理には、以下の２つの方法が考えられる。

図６は、第１の方法のサイト登録処理のシーケンス図である。また、図７は、第１の方法を用いた場合の携帯電話１の出力装置に表示される各種画面（画面遷移）の一例を示したものである。

第１の方法では、携帯電話１および認証ＰＬサーバ３は、ユーザ登録処理（図４参照）のＳ１１からＳ１３と同様の処理を行ない、携帯電話１は、例えば図７に示す初期メニュー画面６２を出力装置に表示する（Ｓ３１〜Ｓ３３）。ここで、ユーザは、「サイト登録」を選択する。携帯電話１の指示受付部１１は、ユーザの指示を受け付けて、サイト登録要求を認証ＰＬサーバ３に送信する。そして、認証ＰＬサーバ３のユーザ登録受付部３１は、ユーザＩＤ・ＰＩＮ入力画面を携帯電話１に送信する（Ｓ３４）。
そして、携帯電話１の表示部１２は、例えば図７に示すユーザＩＤ・ＰＩＮ入力画面６３を出力装置に表示する（Ｓ３５）。なお、図示するユーザＩＤ・ＰＩＮ入力画面６３には、第１のユーザＩＤ入力欄と、ＰＩＮ入力欄と、送信ボタンと、が表示されている。ユーザは、図５の処理で登録した第１のユーザＩＤおよびＰＩＮを入力する。

携帯電話１の指示受付部１１は、第１のユーザＩＤおよびＰＩＮを受け付けて、認証ＰＬサーバ３に送信する（Ｓ３６）。なお、携帯電話１の指示受付部１１は、認証ＰＬサーバ３に各種情報を送信する際、または、Ｓ３６で第１のユーザＩＤおよびＰＩＮを送信する際に、当該携帯電話１のメモリ等に記憶された携帯電話ＩＤを併せて送信するものとする。

認証ＰＬサーバ３のユーザ登録受付部３１は、受信した第１のユーザＩＤ、ＰＩＮおよび携帯電話ＩＤを含む確認要求を、認証ＢＬサーバ４に送信する（Ｓ３７）。認証ＢＬサーバ４の登録部４１は、確認要求に含まれる第１のユーザＩＤ、ＰＩＮおよび携帯電話ＩＤが、認証テーブル４５に存在するか否かを判別する。そして、認証テーブル４５に存在する場合、登録部４１は、許可通知を認証ＰＬサーバ３に送信する（Ｓ３７）。

認証ＰＬサーバ３のユーザ登録受付部３１は、許可通知を受け付けると、サイト選択画面を携帯電話１に送信する（Ｓ３８）。そして、携帯電話１の表示部１２は、例えば図７に示すサイト選択画面６４を出力装置に表示する（Ｓ３９）。なお、図示するサイト選択画面６４には、いずれかのサイトを選択するためのラジオボタンと、送信ボタンと、が表示されている。ユーザは、いずれかのサイトのラジオボタンを選択する。

携帯電話１の指示受付部１１は、選択されたサイトのサイトコードを、認証ＰＬサーバ３に送信する。そして、認証ＰＬサーバ３のユーザ登録受付部３１は、サイトユーザＩＤ入力画面を携帯電話１に送信する（Ｓ４０）。そして、携帯電話１の表示部１２は、例えば図７に示すサイトユーザＩＤ入力画面６５を出力装置に表示する（Ｓ４１）。なお、図示するサイトユーザＩＤ入力画面６５には、サイトユーザＩＤ入力欄およびパスワード入力欄と、送信ボタンとが表示されている。

ユーザは、サイトユーザＩＤ入力欄およびパスワード入力欄に、当該サイトにおいて既に登録済み（取得済み）のサイトユーザＩＤ（第２のユーザＩＤ）およびパスワードを入力する。なお、ユーザは、本処理を行う前に、あらかじめ所望のサイト（業務サーバ５）にユーザ登録を行っておくものとする。

そして携帯電話１の指示受付部１１は、ユーザが入力したサイトユーザＩＤおよびパスワードを、認証ＰＬサーバ３に送信する（Ｓ４２）。そして、認証ＰＬサーバ３のユーザ登録受付部３１は、サイトユーザＩＤおよびパスワードを受け付けて、これらの情報を含む確認要求を、Ｓ４０で選択されたサイトコードに対応する業務サーバ５に送信する。業務サーバ５の登録チェック部５３は、確認要求に含まれるサイトユーザＩＤおよびパスワードが、ユーザテーブル５４に存在するか否かを判別する。そして、ユーザテーブル５４に存在する場合、登録チェック部５３は、登録許可通知を認証ＰＬサーバ３に送信する（Ｓ４３）。なお、認証ＰＬサーバ３のユーザ登録受付部３１は、直接、ユーザテーブル５４にアクセスし、サイトユーザＩＤ等が存在するか否かを判別することとしてもよい。

登録許可通知を受け付けた場合、認証ＰＬサーバ３のユーザ登録受付部３１は、Ｓ３６で受け付けた第１のユーザＩＤおよびＰＩＮと、Ｓ４０で受け付けたサイトコードと、Ｓ４２で受け付けたサイトユーザＩＤと、当該携帯電話１の携帯電話ＩＤと、を含む登録要求を認証ＢＬサーバ４に送信する（Ｓ４４）。なお、携帯電話１の指示受付部１１は、認証ＰＬサーバ３に各種情報を送信する際に、携帯電話ＩＤを併せて送信するものとする。

認証ＢＬサーバ４の登録部４１は、登録要求に含まれる第１のユーザＩＤ、ＰＩＮおよび携帯電話ＩＤが設定されたレコードを認証テーブル４５から特定し、当該レコードに登録要求に含まれるサイトコードおよびサイトユーザＩＤを設定する（Ｓ４５）。そして、登録部４１は、登録完了通知を認証ＰＬサーバ３に送信する（Ｓ４６）。そして、認証ＰＬサーバ３のユーザ登録受付部３１は、携帯電話１に登録完了画面を送信する（Ｓ４７）。携帯電話１の表示部１２は、図７に示す登録完了画面６６を出力装置に表示する（Ｓ４８）。

次に第２の方法のサイト登録処理について説明する。

図８は、第２の方法のサイト登録処理のシーケンス図である。また、図９は、第２の方法を用いた場合の携帯電話１の出力装置に表示される各種画面（画面遷移）の一例を示したものである。

携帯電話１は、ユーザの指示により、所定のＵＲＬを指定して認証ＰＬサーバ３にアクセスし、図９に示す会社毎に作成されたメニュー画面７１を出力装置に表示する（Ｓ５１）。そして、携帯電話１の指示受付部１１は、ユーザからサイト登録メニューの選択指示を受け付けて、当該指示を認証ＰＬサーバ３に送信する。認証ＰＬサーバ３のユーザ登録受付部３１は、ユーザＩＤ・ＰＩＮ入力画面を携帯電話１に送信する（Ｓ５２）。
そして、携帯電話１の表示部１２は、図７のユーザＩＤ・ＰＩＮ入力画面６３と同様のユーザＩＤ・ＰＩＮ入力画面７２（図９参照）を出力装置に表示する（Ｓ５３）。携帯電話１の指示受付部１１は、ユーザが入力した第１のユーザＩＤおよびＰＩＮを受け付けて、認証ＰＬサーバ３に送信する（Ｓ５４）。なお、携帯電話１の指示受付部１１は、認証ＰＬサーバ３に各種情報を送信する際、または、Ｓ５４で第１のユーザＩＤおよびＰＩＮを送信する際に、当該携帯電話１のメモリ等に記憶された携帯電話ＩＤを併せて送信するものとする。

認証ＰＬサーバ３のユーザ登録受付部３１は、第１のユーザＩＤ、ＰＩＮおよび携帯電話ＩＤを受け付け、これらの情報を含む確認要求を認証ＢＬサーバ４に送信する（Ｓ５５）。そして、認証ＢＬサーバ４の登録部４１は、確認要求に含まれる第１のユーザＩＤ、ＰＩＮおよび携帯電話ＩＤが、認証テーブル４５に存在するか否かを判別する。そして、認証テーブル４５に存在する場合、登録部４１は、許可通知を認証ＰＬサーバ３に送信する（Ｓ５５）。

認証ＰＬサーバ３のユーザ登録受付部３１は、許可通知を受け付けると、サイトユーザＩＤ入力画面を携帯電話１に送信する（Ｓ５６）。そして、携帯電話１の表示部１２は、図７のサイトユーザＩＤ入力画面６５と同様のサイトユーザＩＤ入力画面７３（図９参照）を出力装置に表示する（Ｓ５７）。携帯電話１の指示受付部１１は、ユーザが入力したサイトユーザＩＤおよびパスワードを、認証ＰＬサーバ３に送信する（Ｓ５８）。

なお、これ以降のＳ５９からＳ６４までの処理は、図６で説明したＳ４３からＳ４８までの処理と同様であるため、ここでは説明を省略する。

次に、認証マトリックスの取得処理について説明する。ユーザは、端末２から所望のサイトにログインする前に、携帯電話１を用いて認証マトリックスをあらかじめ取得し、携帯電話１の認証記憶部１３に保存しておくものとする。なお、一旦取得した認証マトリックスは、次に新たな認証マトリックスを取得するまで有効であって、ログイン時に何度でも使用できるものとする。また、ユーザは、任意のタイミングで本処理を行うことにより、新たな認証マトリックスを取得し、携帯電話１に保存しておいた認証マトリックスを更新（変更）することができる。

図１０は、認証マトリックス取得処理のシーケンス図である。また、図１１は、携帯電話１の出力装置に表示される各種画面（画面遷移）の一例を示したものである。まず、携帯電話１の指示受付部１１は、ユーザの指示を受け付けて、所定のＵＲＬを指定して認証ＰＬサーバ３にアクセスし、認証マトリックス取得画面を要求する。そして、認証ＰＬサーバ３のマトリックス要求受付部３２は、携帯電話１からの要求を受け付けて、認証マトリックス取得画面を携帯電話１に送信する（Ｓ７１）。

なお、マトリックス要求受付部３２は、Ｓ７１において、当該携帯電話１のキャリア種別とＩＰアドレスとを取得し、キャリアテーブル（不図示）を参照して、受信したＩＰアドレスが受信したキャリア種別のキャリアがとり得るＩＰアドレスか否かを判別することとしてもよい。この場合、マトリックス要求受付部３２は、当該キャリアがとり得るＩＰアドレスの場合にのみ、マトリックス取得画面を要求元の携帯電話１に送信し、それ以外の場合はエラーメッセージを携帯電話１に送信することとする。キャリアテーブルは、キャリア毎に当該キャリアがとり得るＩＰアドレスが設定されたテーブルであって、認証ＰＬサーバ３のメモリまたは外部記憶装置に記憶されているものとする。

そして、携帯電話１の表示部１２は、例えば図１１に示す認証マトリックス取得画面８１を出力装置に表示する（Ｓ７２）。図示する認証マトリックス取得画面８１は、認証マトリックスの取得を指示するためのラジオボタンと、送信ボタンとが表示されている。携帯電話１の指示受付部１１は、ユーザの指示を受け付けて、認証マトリックス取得要求を認証ＰＬサーバ３に送信する。そして、認証ＰＬサーバ３のマトリックス要求受付部３２は、ＰＩＮ入力画面を携帯電話１に送信する（Ｓ７３）。

そして、携帯電話１の表示部１２は、例えば、図１１に示すＰＩＮ入力画面８２を出力装置に表示する（Ｓ７４）。図示するＰＩＮ入力画面は、ＰＩＮ入力欄と、送信ボタンとが表示されている。ユーザは、ＰＩＮ入力欄にユーザ登録処理（図４参照）で登録したＰＩＮを入力し、送信ボタンをクリックする。そして、携帯電話１の指示受付部１１は、入力されたＰＩＮと携帯電話ＩＤとを、認証ＰＬサーバ３に送信する（Ｓ７５）。なお、指示受付部１１は、認証ＰＬサーバ３に各種情報を送信する際、または、Ｓ７５でＰＩＮを送信する際に、当該携帯電話１のメモリ等に記憶された携帯電話ＩＤを併せて送信するものとする。

認証ＰＬサーバ３のマトリックス要求受付部３２は、ＰＩＮおよび携帯電話ＩＤを受け付け、ＰＩＮおよび携帯電話ＩＤとを含むマトリックス生成要求を、認証ＢＬサーバ４に送信する（Ｓ７６）。

認証ＢＬサーバ４のマトリックス生成部４２は、マトリックス生成要求を受信し、当該要求で指定されたＰＩＮおよび携帯電話ＩＤを有するレコードが、認証テーブル４５に存在するか否かを判別する（Ｓ７７）。そして、認証テーブル４５に存在する場合、マトリックス生成部４２は、所定のアルゴリズムにより認証マトリックスを生成し、生成した認証マトリックスを認証テーブル４５の対応するレコードに記憶する（Ｓ７８）。なお、対象となるレコードが認証テーブル４５に存在しない場合（Ｓ７７）は、エラーメッセージが携帯電話１に送信される。

本実施形態では、マトリックス生成部４２は、認証マトリックスとしてｎ行×ｍ列の乱数表を生成するものとする。図１１に示す認証マトリックス表示画面８３では、３行×３列の表（マトリックス、テーブル）に２桁の数字が設定された乱数表が生成されている。なお、マトリックス生成部４２が乱数表を生成する毎に、生成される乱数表の各セルに設定される数字はランダムに変化する。

なお、本実施形態では認証マトリックスとして乱数表を生成するが、マトリックス生成部４２は、ｎ行×ｍ列の各セルに所定の文字（アルファベット、ひらがな、カタカナ、漢字など）、記号、図形などをそれぞれ設定した表を生成することとしてもよい。

そして、マトリックス生成部４２は、生成した認証マトリックスを認証ＰＬサーバ３に送信する（Ｓ７９）。認証ＰＬサーバ３のマトリックス要求受付部３２は、生成された認証マトリックスを含む認証マトリックス表示画面を携帯電話１に送信する（Ｓ８０）。携帯電話１の表示部１２は、認証マトリックス表示画面８３（図１１参照）を出力装置に表示する（Ｓ８１）。

ユーザは、携帯電話１に表示された認証マトリックスを、所定の操作（例えばカット＆ペーストなど）を行うことにより、携帯電話１の認証記憶部１３に保存（記憶）する。そして、ユーザは、端末２から所望のサイトにログインする際に、認証記憶部１３に保存しておいた認証マトリックスを用いる。

次に、端末２から所定の業務サーバ５のサイト（Ｗｅｂサイト）にログインする際のログイン処理について説明する。なお、ログイン処理には、２つの方式のログイン処理が考えられる。

図１２は、第１のログイン処理のシーケンス図である。また、図１３は、端末２の出力装置に表示される各種画面（画面遷移）の一例を示したものである。まず、端末２の指示受付部２１は、ユーザの指示を受け付けて、所定のＵＲＬを指定して所望の業務サーバ５のサイトにアクセスし、業務サーバ５が提供するログイン画面を取得する。そして、端末２の表示部２２は、例えば図１３に示すログイン画面９１を、出力装置に表示する（Ｓ９１）。

図示するログイン画面９１には、サイトユーザＩＤ（お客様番号）入力欄と、パスワード入力欄と、ログインボタンと、が表示されている。ユーザは、あらかじめ当該サイト（業務サーバ５）に登録済みのサイトユーザＩＤ（第２のユーザＩＤ）およびパスワードをログイン画面９１に入力する。端末２の指示受付部２１は、サイトユーザＩＤおよびパスワードを含むログイン要求を、業務サーバ５に送信する（Ｓ９２）。

業務サーバ５のログイン処理部５１は、受信したサイトユーザＩＤおよびパスワードの認証を行う（Ｓ９３）。すなわち、ログイン処理部５１は、受信したサイトユーザＩＤおよびパスワードが、ユーザテーブル５４に存在する場合、正当なユーザのログイン要求であると判別する。正当なユーザであると判別した場合、ログイン処理部５１は、ログイン要求で指定されたサイトユーザＩＤを含む入力パターン要求を認証ＢＬサーバ４に送信する（Ｓ９４）。

認証ＢＬサーバ４のパターン生成部４３は、認証マトリックスの少なくとも１つの入力箇所（セル）を指定した入力パターンを生成する（Ｓ９５）。入力パターンの生成方法としては、例えばパターンテーブル４６を参照し、当該パターンテーブルに記憶された複数の入力パターンの中からいずれかの入力パターンをランダムに選択することにより、入力パターンを生成することが考えられる。

パターンテーブル４６には、認証マトリックスの大きさ（ｎ行×ｍ列）に応じて、複数の入力パターンが記憶されているものとする。なお、認証マトリックスの座標またはセルＩＤなどを用いて、入力箇所を指定することが考えられる。また、入力箇所が複数存在する入力パターンについては、入力箇所だけでなく入力順序も指定してあるものとする。

なお、パターン生成部４３は、パターンテーブル４６を参照することなく、入力パターンを生成することとしてもよい。すなわち、パターン生成部４３は、認証マトリックスの取りえる範囲の座標またはセルＩＤの中から任意の座標またはセルＩＤを所定の数だけランダムに生成して、入力パターンを生成することが考えられる。

そして、パターン生成部４３は、生成した入力パターンを、当該サイトユーザＩＤと対応付けて認証テーブル４５に記憶するとともに、端末２に向けて送信する（Ｓ９６）。なお、本実施形態では、パターン生成部４３は、生成した入力パターンを、業務サーバ５を経由して端末２に送信するものとする。

業務サーバ５のログイン処理部５１は、入力パターンに基づいて入力パターン表示画面を生成し、当該画面を端末２に送信する（Ｓ９７）。そして、端末２の表示部２２は、受信した入力パターン表示画面を出力装置に表示する（Ｓ９８）。

図１３に示す入力パターン表示画面９２には、マトリックス生成部４２が生成した認証マトリックスと同じ大きさの空欄の表と、認証データを入力するために入力欄と、ログインボタンとが表示されている。そして、表には、パターン生成部４３が生成した入力パターンで指定された入力箇所と、入力順番とが設定されている。なお、入力順番を示すために、数字と矢印を用いている。図示する例では、１番目に認証マトリックスの左上のセルに設定されたデータを、２番目に中心のセルに設定されたデータを、３番目に右下のセルに設定されたデータを、認証データとして入力欄に入力することが指示されている。

なお、図示する表の入力パターンでは、３つのセルが入力箇所として指定されているが、入力対象のセルは３つに限らず、少なくとも１つのセルが指定されていればよい。また、図示する表では、左上から右下への対角線上の隣り合ったセルの順番で入力することが指定されているが、隣り合わない離散した複数のセルを任意の順番で入力する入力パターンであってもよい。

ここで、ユーザは、携帯電話１の認証記憶部１３に保存しておいた認証マトリックスを、携帯電話１の出力装置に表示する。そして、ユーザは、表示された認証マトリックスの中から、入力パターン表示画面９２で指定された入力箇所に対応するセルに設定されたデータを特定し、特定した各データを指定された順番で認証データ入力欄に入力する。端末２の指示受付部１１は、入力された認証データを業務サーバ５に送信する（Ｓ９９）。

なお、携帯電話１に保存された認証マトリックスが図１１の認証マトリックス表示画面８３の場合であって、入力パターンが図１３の入力パターン表示画面９２の場合、ユーザは「４３１１０４」を認証データ入力欄に入力する。

業務サーバ５のログイン処理部５１は、認証データを受け付けると、当該認証データとログイン要求で指定されたサイトユーザＩＤとを含む認証要求を認証ＢＬサーバ４に送信する（Ｓ１００）。

認証ＢＬサーバ４の認証部４４は、認証要求を受け付けて、認証データの認証を行う（Ｓ１０１）。すなわち、認証部４４は、サイトユーザＩＤをキーとして、対応する認証マトリックスおよび入力パターンを認証テーブル４５から特定し、特定した認証マトリックスおよび入力パターンにもとづいて前述のように認証データを生成する。そして、認証部４４は、生成した認証データと、端末２から送信された認証要求の認証データとが一致するか否かを判別する。認証データが一致した場合、認証部４４は、正当なユーザからのログイン要求であると認証する。この場合、認証部４４は、認証に成功した旨を示す認証成功通知を業務サーバ５に送信する（Ｓ１０２）。

業務サーバ５のログイン処理部５１は、認証ＢＬサーバ４から認証成功通知を受け付けると、当該ユーザのログインを許可し、ログイン完了画面を端末２に送信する（Ｓ１０３）。そして、端末２は、例えば図１３に示すログイン完了画面９３を、出力装置に表示する（Ｓ１０４）。これにより、ユーザは、業務サーバ５が提供するサイトのサービスを利用することができる。

なお、業務サーバ５の認証に失敗した場合（Ｓ９３）、または、認証ＢＬサーバ４の認証に失敗した場合（Ｓ１０１）、認証に失敗した旨を示すエラーメッセージが端末２へ送信される。

なお、本実施形態のＳ９６では、パターン生成部４３は、生成した入力パターンを、業務サーバ５を介して端末２に向けて送信するが、生成した入力パターンを直接端末２に向けて送信することとしてもよい。

図１４は、第２のログイン処理のシーケンス図である。

なお、図１４に示すＳ１１１からＳ１１８の処理は、図１２で説明した第１のログイン処理のＳ９１からＳ９８の処理と同様であるため、ここでは説明を省略する。端末２にはパターン表示画面９２（図１４参照）が表示され、ユーザは、第１のログイン処理と同様に、携帯電話１に保存された認証マトリックスの指定された箇所のデータを指定された順番に従って認証データ入力欄に入力する。

そして、端末２の指示受付部２１は、入力された認証データおよびサイトユーザＩＤを含む認証要求を、認証ＰＬサーバ３に送信する（Ｓ１１９）。なお、サイトユーザＩＤについては、業務サーバ５が入力パターン表示画面を生成する際にＳ１１２で入力されたサイトユーザＩＤを当該画面に埋め込むことなどにより、サイトユーザＩＤを認証ＰＬサーバ３に引き継ぐこととする。そして、認証ＰＬサーバ３のログイン要求受付部３３は、受け付けた認証要求を、認証ＢＬサーバ４に送信する（Ｓ１２０）。

そして、認証ＢＬサーバ４の認証部４４は、第１のログイン処理のＳ１０１の処理と同様に、認証データの認証を行う（Ｓ１２１）。正当なユーザからのログイン要求であると認証した場合（認証データが一致した場合）、認証部４４は、認証に成功した旨を示す認証成功通知を認証ＰＬサーバ３に送信する（Ｓ１２２）。

なお、第２のログイン処理では、認証部４４は、認証成功通知として、例えばＳＡＭＬ（Security Assertion Markup Language）などで使用されるアサーション（Assertion）などの認証証明書を発行する。

そして、認証ＰＬサーバ３のログイン要求受付部３３は、アサーションを含む認証成功通知を要求元の端末２に送信する（Ｓ１２３）。そして、端末２の指示受付部２１は、業務サーバ５にアサーションを含む認証成功通知のリダイレクトを行う（Ｓ１２４）。業務サーバ５のログイン処理部５１は、端末２から認証成功通知を受け付けると、当該ユーザのログインを許可し、ログイン完了画面を端末２に送信する（Ｓ１２５）。そして、端末２は、例えば図１３に示すログイン完了画面９３を、出力装置に表示する（Ｓ１２６）。これにより、ユーザは、業務サーバ５が提供するサイトのサービスを利用することができる。

以上説明したように、本実施形態では、ユーザＩＤおよび認証マトリックスの漏洩リスクを軽減し、より高いセキュリティを確保することができる。すなわち、本実施形態の携帯電話１が認証ＰＬサーバ３に送信する認証マトリックス取得要求は、端末２からＷｅｂサイトにログインする際に使用するサイトユーザＩＤが含まれていない。したがって、仮に、携帯電話１と認証ＰＬサーバ３との間の通信内容が盗聴され、認証マトリックスが漏洩した場合であっても、業務サーバ５のＷｅｂサイトにログインすることはできない。したがって、本認証システムでは、第三者の不正なログインを拒否し、より高いセキュリティを確保することができる。

また、本実施形態では、あらかじめ携帯電話１を用いて取得しておいた認証マトリックスを携帯電話１に保存し、端末２からログインする際に携帯電話１に保存された認証マトリックスを用いて認証データを入力する。これにより、携帯電話１が繋がりにくい場所（携帯電話１の基地局から遠い場所など）に端末２が存在し、その場所から携帯電話１で認証マトリックスを取得できない場合であっても、ユーザは、携帯端末１の認証記憶部１３に保存された認証マトリックスを用いて端末２から所望のサイトにログインすることができる。

なお、ログインする毎に携帯電話で認証情報（ワンタイムパスワードなど）を取得して、取得した認証情報を用いて端末からログインする方法では、携帯電話がつながりにくい場所に端末があると、ログインができない場合がある。本実施形態では、携帯電話１に保存された認証マトリックスを用いてログインするため、端末２の設置場所に左右されることなくログインすることができる。

また、本実施形態では、一旦取得した認証マトリックスは、次に新たな認証マトリックスを取得するまで有効であって、ログイン時に何度でも使用できる。すなわち、認証マトリックスの使い回しができる。これにより、ログインする毎にワンタイムパスワードなどの認証情報を取得する方法と比較して、ユーザの利便性が向上する。

また、本実施形態では、任意のタイミングで新たな認証マトリックスを取得し（図１０、図１１参照）、携帯電話１に保存しておいた認証マトリックスを容易に更新（変更）することができる。これにより、ユーザは、認証マトリックスを定期的に更新して、認証マトリックスの漏洩リスクを低減することができる。

また、本実施形態では、複数の業務サーバ５が認証ＰＬサーバ３および認証ＢＬサーバ４を共同で利用し、高度なユーザの認証を行うことも可能である。これにより、業務サーバ５側でのシステム負荷やコストを低減し、より効率の良い認証処理を行うことができる。また、業務サーバ５側では、認証マトリックスおよび入力パターンの生成・管理を行う必要がないため、システム負荷を軽減することができる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態では、携帯電話１毎に認証マトリックスを生成することとした。しかしながら、ログインする業務サーバ５のサイト毎に認証マトリックスを生成することとしてもよい。この場合、認証マトリックス取得処理では（図１０、図１１参照）、ユーザが携帯電話１にサイトコードを入力する、または、認証ＰＬサーバ３がＳ７１で指定されたＵＲＬからサイトコードを特定するものとする。そして、認証ＢＬサーバ４は、生成した認証マトリックスをサイトコードに対応付けて認証テーブル４５に記憶する。また、ユーザは、取得した認証マトリックスをサイト毎に携帯端末１の認証記憶部１３に保存し、ログイン時にはサイトに応じた認証マトリックスを携帯電話１に表示して使用することとする。

また、上記実施形態の認証テーブル４５に、認証マトリックスの有効期限を設けることとしてもよい。認証ＢＬサーバ４のマトリックス生成部４２は、認証マトリックスを生成した日時（図１０：Ｓ７８）から所定の期間（例えば、３ヶ月）が経過した日時を、有効期限として認証テーブル４５に設定することが考えられる。認証マトリックスに有効期限を設けた場合、認証ＢＬサーバ４の認証部４４は、ログイン処理の認証処理（図１２：Ｓ１０１、図１４：Ｓ１２１）で、認証データの認証だけでなく、認証マトリックスの有効期限内か否かについてもチェックすることとする。

また、上記実施形態の認証テーブル４５に、認証データを設定することとしてもよい。認証ＢＬサーバ４のパターン生成部４３は、ログイン処理の入力パターン生成処理（図１２：Ｓ９５、図１４：Ｓ１１５）において、生成したパターンと認証テーブル４５に記憶された対応する認証マトリックスとに基づいて認証データを生成し、入力パターンとともに認証データを認証テーブル４５に設定することが考えられる。この場合、認証ＢＬサーバ４の認証部４４は、認証処理（図１２：Ｓ１０１、図１４：Ｓ１２１）で、認証テーブル４５に記憶された認証データを読み出し、端末２から入力された認証データとが一致するか否かを判別する。

また、上記実施形態の認証マトリックス取得処理では（図１０、図１１参照）、ユーザは、携帯電話１を用いて、最初に認証ＰＬサーバ３にアクセスし、認証ＰＬサーバ３を介して認証ＢＬサーバ４から認証マトリックスを取得することとした。しかしながら、ユーザは、携帯電話１を用いて、業務サーバ５にアクセスし、業務サーバ５および認証ＰＬサーバ３を介して認証ＢＬサーバ４から認証マトリックスを取得することとしてもよい。すなわち、携帯電話１は、ユーザの指示を受け付けて、所定のＵＲＬを指定して業務サーバ５にアクセスし、業務サーバ５は所定のサイトのメニュー画面を携帯電話１に送信する。そして、携帯電話１の表示部１２は、例えば図１５に示すメニュー画面１０１を出力装置に表示する。ユーザは、表示されたメニューの中から認証マトリックス取得を選択する。そして、携帯電話１の指示受付部１１は、ユーザの指示を受け付けて、認証マトリックス取得要求を認証ＰＬサーバ３に送信する。そして、図１０の認証マトリックス取得処理のシーケンスのＳ７３以降の処理を行うことにより、認証マトリックスを取得する。

また、上記実施形態のユーザ登録処理において（図４、図５参照）、認証ＢＬサーバ４は、認証ＰＬサーバ３から登録要求を受け付けた時点で認証マトリックスを生成し、生成した認証マトリックスを認証テーブルに登録することとしてもよい（Ｓ１９、Ｓ２０）。そして、認証ＢＬサーバ４は、生成した認証マトリックスを含む登録完了通知を認証ＰＬサーバ３に送信し（Ｓ２１）、認証ＰＬサーバ３は、認証マトリックスを含む登録完了画面を携帯電話１に送信する（Ｓ２２）。これにより、ユーザは、ユーザ登録と同時に認証マトリックスを取得することができる。

本発明の一実施形態が適用された認証システムの全体構成を示す図である。 認証テーブルの一例を示す図である。 各装置のハードウェア構成例を示す図である。 認証システムへのユーザ登録処理のシーケンス図である。 図４の処理における携帯電話の画面遷移の一例である。 サイトへのユーザ登録処理の第１のシーケンス図である。 図６の処理における携帯電話の画面遷移の一例である。 サイトへのユーザ登録処理の第２のシーケンス図である。 図８の処理における携帯電話の画面遷移の一例である。 認証マトリックスの取得処理のシーケンス図である。 図１０の処理における携帯電話の画面遷移の一例である。 ログイン処理の第１のシーケンス図である。 図１２の処理における端末の画面遷移の一例である。 ログイン処理の第２のシーケンス図である。 認証マトリックス取得処理の画面遷移の一例である。

符号の説明

１：携帯電話、１１：指示受付部、１２：表示部、１３：認証記憶部、２：端末、２１：指示受付部、２２：表示部、３：認証ＰＬサーバ、３１：ユーザ登録受付部、３２：マトリックス要求受付部、３３：ログイン要求受付部、４：認証ＢＬサーバ、４１：登録部、４２：マトリックス生成部、４３：パターン生成部、４４：認証部、４５：認証テーブル、４６：パターンテーブル、５：業務サーバ、５１:ログイン処理部、５２：業務処理部、５３：登録チェック部、５４：ユーザテーブル

Claims (8)

1. 業務サーバにアクセスするユーザを認証する認証システムであって、
   第１の端末とユーザＩＤとを対応付けて記憶する認証テーブルと、
   前記第１の端末から認証マトリックスの取得要求を受け付けて、当該第１の端末用の認証マトリックスを生成し、生成した認証マトリックスを当該第１の端末に対応付けて前記認証テーブルに記憶するとともに当該第１の端末に送信するマトリックス生成手段と、
   第２の端末が送信したユーザＩＤを含むログイン要求を受け付ける度に、前記認証マトリックスを基にした所定の入力方法が指定された入力パターンを生成し、生成した入力パターンを当該ユーザＩＤに対応付けて前記認証テーブルに記憶するとともに当該第２の端末に向けて送信するパターン生成手段と、
   前記第２の端末に送信された入力パターンおよび前記第１の端末に送信された認証マトリックスに基づいて当該第２の端末に入力された認証データとユーザＩＤとを受け付け、受け付けた認証データが前記認証テーブルの当該ユーザＩＤに対応する認証マトリックスおよび入力パターンに基づいて生成された認証データと一致するか否かを判別し、一致する場合に認証成功メッセージを前記業務サーバに送信する認証手段と、を有し、
   前記第１の端末に送信される認証マトリックスは、次に新たな認証マトリックスが要求されるまで有効であること
   を特徴とする認証システム。
2. 請求項１記載の認証システムであって、
   前記認証マトリックスは、乱数表であること
   を特徴とする認証システム。
3. 請求項１記載の認証システムであって、
   前記認証データは、前記認証マトリックスの前記入力パターンで指定された入力箇所に設定されたデータであること
   を特徴とする認証システム。
4. 請求項１記載の認証システムであって、
   前記パターン生成手段は、前記認証マトリックスの複数の入力箇所と、当該複数の入力箇所の入力順番とを入力方法として指定した入力パターンを生成すること
   を特徴とする認証システム。
5. 請求項１記載の認証システムであって、
   複数の前記入力パターンが記憶されたパターンテーブルを、さらに有し、
   前記パターン生成手段は、前記パターンテーブルからいずれかの入力パターンを選択し、選択した入力パターンを当該ユーザＩＤに対応付けて前記認証テーブルに記憶すること
   を特徴とする認証システム。
6. 少なくとも１つの業務サーバと、認証装置とを有する認証システムであって、
   前記認証装置は、
   第１の端末とユーザＩＤとを対応付けて記憶する認証テーブルと、
   前記第１の端末から認証マトリックスの取得要求を受け付けて、当該第１の端末用の認証マトリックスを生成し、生成した認証マトリックスを当該第１の端末に対応付けて前記認証テーブルに記憶するとともに当該第１の端末に送信するマトリックス生成手段と、
   前記業務サーバからユーザＩＤを含む入力パターン生成要求を受け付ける度に、前記認証マトリックスの所定の入力箇所が指定された入力パターンを生成し、生成した入力パターンを当該ユーザＩＤに対応付けて前記認証テーブルに記憶するとともに第２の端末に向けて送信するパターン生成手段と、
   前記第２の端末に送信された入力パターンおよび前記第１の端末に送信された認証マトリックスに基づいて当該第２の端末に入力された認証データとユーザＩＤとを受け付け、受け付けた認証データが前記認証テーブルの当該ユーザＩＤに対応する認証マトリックスおよび入力パターンに基づいて生成された認証データと一致するか否かを判別し、一致する場合に認証成功メッセージを前記業務サーバに送信する認証手段と、を有し、
   前記業務サーバ各々は、
   前記第２の端末からユーザＩＤを含むログイン要求を受信し、当該ユーザＩＤが当該業務サーバを利用可能な登録ユーザであると判別した場合、前記認証装置に前記入力パターンの生成を要求する登録チェック手段と、
   前記認証装置から前記認証成功メッセージを受信して、前記第２の端末のログイン要求を許可するログイン処理手段と、を有し、
   前記第１の端末に送信される認証マトリックスは、次に新たな認証マトリックスが要求されるまで有効であること
   を特徴とする認証システム。
7. 認証システムが行う、少なくとも１つの業務サーバにアクセスするユーザを認証する認証方法であって、
   前記認証システムは、
   第１の端末とユーザＩＤとを対応付けて記憶する認証テーブルと、処理部とを有し、
   前記処理部は、
   前記第１の端末から認証マトリックスの取得要求を受け付けて、当該第１の端末用の認証マトリックスを生成し、生成した認証マトリックスを当該第１の端末に対応付けて前記認証テーブルに記憶するとともに当該第１の端末に送信するマトリックス生成ステップと、
   第２の端末が送信したユーザＩＤを含むログイン要求を受け付ける度に、前記認証マトリックスの所定の入力箇所が指定された入力パターンを生成し、生成した入力パターンを当該ユーザＩＤに対応付けて前記認証テーブルに記憶するとともに当該第２の端末に向けて送信するパターン生成ステップと、
   前記第２の端末に送信された入力パターンおよび前記第１の端末に送信された認証マトリックスに基づいて入力された認証データとユーザＩＤとを受け付け、受け付けた認証データが前記認証テーブルの当該ユーザＩＤに対応する認証マトリックスおよび入力パターンに基づいて生成された認証データと一致するか否かを判別し、一致する場合に認証成功メッセージを前記業務サーバに送信する認証ステップと、を行い、
   前記第１の端末に送信される認証マトリックスは、次に新たな認証マトリックスが要求されるまで有効であること
   を特徴とする認証方法。
8. 認証システムが実行する、少なくとも１つの業務サーバのユーザを認証する認証プログラムであって、
   前記認証システムは、
   第１の端末とユーザＩＤとを対応付けて記憶する認証テーブルと、処理部とを有し、
   前記処理部は、
   前記第１の端末から認証マトリックスの取得要求を受け付けて、当該第１の端末用の認証マトリックスを生成し、生成した認証マトリックスを当該第１の端末に対応付けて前記認証テーブルに記憶するとともに当該第１の端末に送信するマトリックス生成ステップと、
   第２の端末が送信したユーザＩＤを含むログイン要求を受け付ける度に、前記認証マトリックスの所定の入力箇所が指定された入力パターンを生成し、生成した入力パターンを当該ユーザＩＤに対応付けて前記認証テーブルに記憶するとともに当該第２の端末に向けて送信するパターン生成ステップと、
   前記第２の端末に送信された入力パターンおよび前記第１の端末に送信された認証マトリックスに基づいて入力された認証データとユーザＩＤとを受け付け、受け付けた認証データが前記認証テーブルの当該ユーザＩＤに対応する認証マトリックスおよび入力パターンに基づいて生成された認証データと一致するか否かを判別し、一致する場合に認証成功メッセージを前記業務サーバに送信する認証ステップと、を実行させ、
   前記第１の端末に送信される認証マトリックスは、次に新たな認証マトリックスが要求されるまで有効であること
   を特徴とする認証プログラム。

Images