JP2010198341A - 認証処理プログラム及び装置 - Google Patents

Abstract

【課題】最小限の改修で任意の認証デバイスを導入できるようにする。
【解決手段】本認証処理プログラムは、認証コンポーネントと仮想認証IFモジュールとを、特定認証デバイスと通信可能なコンピュータに実現させるためのプログラムである。そして、上記認証コンポーネントは、所定のアプリケーション又はOSから出力されるログイン画面データをフックするフック手段と、仮想認証IFモジュールから、所定のアプリケーション又はOSへのログインに必要なログイン情報を受信し、当該ログイン情報をログイン画面に自動入力する手段とを有する。また、上記仮想認証IFモジュールは、フック手段によりログイン画面データをフックした場合、特定認証デバイスとの通信処理を実施するモジュールを起動する手段と、特定認証デバイスを用いたユーザ認証後にモジュールから出力されるログイン情報をフックし、当該ログイン情報を認証コンポーネントに出力する手段とを有する。
【選択図】図１

Description

本技術は、認証システムの構築技術に関し、より詳しくは任意の認証デバイスを導入するための技術に関する。

例えば不正アクセスや情報漏洩などの問題が後を絶たず、近年では、セキュリティ対策として、指紋や静脈などの身体的特徴によって本人確認を行う生体認証（バイオメトリクス認証とも呼ぶ）やＩＣ（Integrated Circuit）カードによる個人認証の導入が進みつつある。そして、例えば生体認証又はＩＣカードによる個人認証を行うことで、オペレーティング・システム（ＯＳ：Operating System）へのログイン、各種アプリケーションへのログイン又は業務システムへのログインに必要なＩＤ及びパスワードを取得し、そのＩＤ及びパスワードをログイン画面に自動入力するといった認証システムが存在している。

一方、近年バイオメトリクス技術の研究開発が進められており、今後、新たな認証デバイスの登場が予想される。そのため、最小限の改修で、認証システムに任意の認証デバイスを導入できることが望まれる。

しかし、従来の認証システムは認証デバイスに依存している部分が多く、任意の認証デバイスを追加したり、任意の認証デバイスを既存の認証デバイスと差し替えたりする場合、認証システム全体及び関連する業務システム全体を見直して再構築しなければならず、コストがかかってしまう。また、従来の認証システムでは、ＯＳのアップグレードによって認証システム全体の見直し及び再構築が必要となる場合もある。

特開２００１−２２７０２号公報

従って、本技術の目的は、最小限の改修で、認証システムに任意の認証デバイスを導入できるようにすることである。

本認証処理プログラムは、認証コンポーネントと、仮想認証インタフェースモジュールとを、特定の認証デバイスと通信可能なコンピュータに実現させるための認証処理プログラムである。そして、上記認証コンポーネントは、所定のアプリケーション又はオペレーティング・システムから出力されるログイン画面データをフックするフック手段と、仮想認証インタフェースモジュールから、所定のアプリケーション又はオペレーティング・システムへのログインに必要なログイン情報を受信し、当該ログイン情報をログイン画面に自動入力する手段とを有する。また、上記仮想認証インタフェースモジュールは、フック手段によりログイン画面データをフックした場合、特定の認証デバイスとの通信処理を実施するモジュールを起動するモジュール起動手段と、特定の認証デバイスを用いたユーザ認証後にモジュールから出力されるログイン情報をフックし、当該ログイン情報を認証コンポーネントに出力する手段とを有する。

最小限の改修で、認証システムに任意の認証デバイスを導入できるようになる。

本実施の形態に係るシステムの概要図である。 認証ＤＢに格納されるデータの一例を示す図である。 ユーザアカウントＤＢに格納されるデータの一例を示す図である。 本実施の形態に係るシステムの全体の流れを説明するための図である。 本実施の形態における画面遷移例を示す図である。 本実施の形態におけるユーザ端末の処理フローを示す図である。 本実施の形態に係るシステムの変形例を示す図である。 変形例におけるシステムの全体の流れを説明するための図である。 コンピュータの機能ブロック図である。

図１に本技術の一実施の形態に係るシステム概要を示す。図１では、例えば社内ＬＡＮ（Local Area Network）のようなネットワーク１には、認証サーバ３と、アプリケーション（ＡＰ）サーバ５と、ユーザ端末７とが接続されている。認証サーバ３は、例えば生体認証に用いる生体データを格納する認証ＤＢ３１にアクセス可能となっている。また、ＡＰサーバ５は、ユーザアカウントデータを格納するユーザアカウントＤＢ５１にアクセス可能となっている。なお、認証サーバ３、ＡＰサーバ５及びユーザ端末７は、図１では１台ずつしか示していないが、複数台存在する場合もある。

また、ユーザ端末７は、認証コンポーネント７１と、仮想認証インタフェース７３と、設定入力部７５と、デバイスドライバ７７とを有する。デバイスドライバ７７は、例えば指紋センサ、静脈センサ又はＩＣカードリーダなどのような認証デバイス８と通信可能となっている。なお、認証デバイス８は、図１では１台しか示していないが、複数台接続される場合もある。認証デバイス８が複数台接続される場合には、デバイスドライバ７７も複数存在することとなる。

認証コンポーネント７１は、認証ＡＰＩ（Application Program Interface）７１１と、アプリケーション（ＡＰ）監視部７１２と、制御部７１３とをさらに含む。認証ＡＰＩ７１１は、ＡＰ監視部７１２又は制御部７１３と、仮想認証インタフェース７３とのインタフェースとなっている。ＡＰ監視部７１２は、ＯＳ又はアプリケーションの起動を監視して、ＯＳ又はアプリケーションへのログイン画面データをフックする。制御部７１３は、認証ＡＰＩ７１１を介して仮想認証インタフェース７３からログイン情報を受信すると、当該ログイン情報をＯＳ又はアプリケーションのログイン画面に自動入力する。

仮想認証インタフェース７３は、ＡＰ監視部７１２がログイン画面データをフックした場合に、後で説明する認証準備画面を表示したり、デバイスドライバ７７を起動したりする。設定入力部７５は、ユーザから、監視対象となるＯＳ又はアプリケーションの選択入力を受け付け、認証コンポーネント７１に通知する。そして、認証コンポーネント７１は、監視対象となるＯＳ又はアプリケーションの情報を保持する。また、認証デバイス８が複数接続されている場合には、設定入力部７５は、ユーザから、使用すべき認証デバイス８の選択入力を受け付け、仮想認証インタフェース７３に通知する。そして、仮想認証インタフェース７３は、使用すべき認証デバイス８の情報を保持する。

図２に認証ＤＢ３１に格納されるデータの一例を示す。図２の例では、認証ＤＢ３１には、ユーザＩＤの列と、デバイスタイプの列と、生体データの列と、ユーザアカウントの列と、識別コードの列とが含まれる。ユーザアカウントの列は、さらにＩＤの列とパスワードの列とに分かれている。識別コードの列には、監視対象となるＯＳやアプリケーションに対応付ける識別コードが格納される。詳細は後で説明するが、認証サーバ３は、生体認証に成功した場合には、そのユーザのユーザアカウント（すなわち、ＩＤ及びパスワード）をユーザ端末７に送信する。なお、ＩＣカードによる個人認証を行う場合には、カード番号などがさらに格納される。

図３にユーザアカウントＤＢ５１に格納されるデータの一例を示す。図３の例では、ユーザアカウントＤＢ５１には、ＩＤの列と、パスワードの列と、グループの列とが含まれる。グループの列には、ＩＤを分類するためのグループの識別情報が格納される。例えば、ＡＰサーバ５は、ユーザ端末７から送信されるログイン情報（すなわち、ＩＤ及びパスワード）と、ユーザアカウントＤＢ５１に格納されているデータとに基づき、ＡＰサーバ５の提供するアプリケーションへのログインを許可するか否かを判断する。

次に、図４及び図５を用いて、図１に示したシステムの全体の流れを説明する。ここでは、ユーザがＡＰサーバ５の提供するアプリケーションを利用する場面を例として説明する。まず、ユーザ端末７が、ユーザからの操作に応じて、所定のアプリケーションの起動要求をＡＰサーバ５に送信する（図４：ステップ（１））。そして、ＡＰサーバ５は、ユーザ端末７からの起動要求に応じて、ログイン画面データをユーザ端末７に送信する。この際、ユーザ端末７の認証コンポーネント７１が、ＡＰサーバ５からのログイン画面データをフックし、アプリケーションの起動を検出した旨を仮想認証インタフェース７３に通知する。なお、ユーザ端末７は、ログイン画面データを受信すると、ログイン画面を表示装置に表示する。例えば図５に示すような画面５０１ａが表示される。図５の例では、ログイン画面（画面５０１ａ）には、ＩＤの入力欄と、パスワードの入力欄と、ＯＫボタンとが設けられている。

そして、ユーザ端末７の仮想認証インタフェース７３は、認証コンポーネント７１からの通知を受信すると、各認証デバイスで共通する認証準備画面を表示させる（ステップ（２））。例えば図５に示すような画面５０２が表示される。図５の例では、認証準備画面（画面５０２）には、ユーザＩＤの入力欄と、ＯＫボタンとが設けられている。そして、ユーザは、認証準備画面において、ユーザＩＤを入力し、ＯＫボタンをクリックする。そして、ユーザ端末７の仮想認証インタフェース７３は、ユーザからユーザＩＤの入力を受け付けると、デバイスドライバ７７のＡＰＩを呼び出し、認証デバイス８との通信を開始する。また、ユーザ端末７の仮想認証インタフェース７３は、使用する認証デバイス８に対応する認証画面を表示させる（ステップ（３））。例えば図５に示すように、指紋センサを使用する場合には指紋認証画面５０３が表示され、静脈センサを使用する場合には静脈認証画面５０４が表示される。

そして、ユーザは、認証画面に従って、認証デバイス８を用いて生体データを入力する。そして、ユーザ端末７は、認証デバイス８を介してユーザの生体データの入力を受け付け（ステップ（４））、ユーザＩＤ及び生体データを認証サーバ３に送信する（ステップ（５））。

そして、認証サーバ３は、ユーザ端末７からユーザＩＤ及び生体データを受信すると、受信したユーザＩＤ及び生体データと認証ＤＢ３１に格納されているデータとに基づき、認証処理を実施する（ステップ（６））。そして、認証サーバ３は、認証に成功すると、受信したユーザＩＤに対応するユーザアカウントデータを認証ＤＢ３１から抽出し、ログイン情報としてユーザ端末７に送信する（ステップ（７））。そして、ユーザ端末７のデバイスドライバ７７は、認証サーバ３からのログイン情報を受信する。この際、仮想認証インタフェース７３は、このログイン情報をフックし、認証コンポーネント７１に出力する。

そして、ユーザ端末７の認証コンポーネント７１は、仮想認証インタフェース７３からログイン情報を受信すると、ログイン画面に対してログイン情報を自動入力する。ログイン画面は、図５に示す画面５０１ｂのような状態となる。そして、認証コンポーネント７１は、ＯＫボタンを自動クリックし、アプリケーションへログインする（ステップ（８））。

次に、図６を用いて、図１に示したシステムにおけるユーザ端末７の処理フローを説明する。まず、認証コンポーネント７１のＡＰ監視部７１２が、ＯＳ又はアプリケーションの起動を監視する。そして、ＡＰ監視部７１２が、ＯＳ又はアプリケーションの起動を検出すると、ＯＳ又はアプリケーションから出力されるログイン画面データをフックする（図６：ステップＳ１）。そして、ＡＰ監視部７１２は、ＯＳ又はアプリケーションの起動を検出した旨を、認証ＡＰＩ７１１を介して仮想認証インタフェース７３に通知する。

そして、仮想認証インタフェース７３は、ＡＰ監視部７１２からの通知を受信すると、認証準備画面を表示させる（ステップＳ３）。例えば、ユーザは、認証準備画面において、ユーザＩＤを入力し、ＯＫボタンをクリックする。そして、仮想認証インタフェース７３は、ユーザからユーザＩＤの入力を受け付け（ステップＳ５）、デバイスドライバ７７のＡＰＩを呼び出して、使用する認証デバイス８に対応する認証画面を表示させる（ステップＳ７）。また、仮想認証インタフェース７３は、デバイスドライバ７７のＡＰＩを呼び出して、認証デバイス８との通信を開始する（ステップＳ９）。

そして、ユーザは、認証画面に従って、認証デバイス８を用いて認証データを入力する。例えば、ユーザは、指紋センサに指を当てたり、静脈センサに手のひらを近づけたり、ＩＣカードリーダにＩＣカードを近づけたりする。そして、デバイスドライバ７７は、認証デバイス８を介して認証データの入力を受け付け、ユーザＩＤ及び認証データを認証サーバ３に送信する（ステップＳ１１）。そして、認証サーバ３は、ユーザＩＤ及び認証データを受信し、認証処理を実施する（ステップＳ１３）。なお、ステップＳ１３の処理は、ユーザ端末７の処理ではないので、図６では点線ブロックで示している。そして、認証サーバ３は、認証に成功すると、認証ＤＢ３１からユーザアカウントデータを抽出し、ログイン情報としてユーザ端末７に送信する。

そして、デバイスドライバ７７は、認証サーバ３からログイン情報を受信する。そして、仮想認証インタフェース７３は、このログイン情報をフックする（ステップＳ１５）。そして、仮想認証インタフェース７３は、ログイン情報を、認証ＡＰＩ７１１を介して制御部７１３に出力する。

そして、制御部７１３は、仮想認証インタフェース７３からのログイン情報を受信し、ログイン情報をログイン画面に自動入力する（ステップＳ１７）。また、制御部７１３は、ログイン画面のＯＫボタンを自動クリックしてログイン情報をＡＰサーバ５に送信し、アプリケーションへログインする。

このようにして、ユーザは、例えば生体認証又はＩＣカードによる個人認証を行うことで、ＯＳ又はアプリケーションへログインをすることができるようになる。

また、例えば任意の認証デバイスを導入する場合は、導入する認証デバイスのデバイスドライバをユーザ端末７にインストールするなどし、デバイスドライバのＡＰＩを呼び出すよう仮想認証インタフェースを改修すればよく、認証サーバ３及びＡＰサーバ５を見直す必要はなくなる。すなわち、上記のような構成を採用することで、最小限の改修で任意の認証デバイスを導入できるようになる。また、ＯＳのアップグレードの際には、アップグレード後のＯＳで動作するよう認証コンポーネント７１及び仮想認証インタフェース７３を改修すればよく、最小限の改修でＯＳのアップグレードに対処できる。

次に、図１に示したシステムの変形例を説明する。図７に、変形例に係るシステム概要を示す。図７において、ネットワーク１には、認証サーバ３と、ＡＰサーバ５と、ユーザ端末７とが接続されている。そして、ユーザ端末７は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）等によって、携帯電話機等の携帯端末９との無線通信が可能となっている。また、例えばインターネットであるネットワーク１１には、携帯端末９と、電子認証サーバ１３とが無線又は有線にて接続されている。電子認証サーバ１３は、例えば電子認証に用いるデータを格納する電子認証ＤＢ１３１にアクセス可能となっている。なお、認証サーバ３と、認証ＤＢ３１と、ＡＰサーバ５と、ユーザアカウントＤＢ５１と、ユーザ端末７とは、図１に示したものと同じものである。

次に、図８を用いて、図７に示したシステムの全体の流れを説明する。なお、ここでは、電子証明書データを携帯端末９から電子認証サーバ１３に送信することによってユーザ認証を行うものとする。まず、ユーザ端末７が、ユーザからの操作に応じて、所定のアプリケーションの起動要求をＡＰサーバ５に送信する（図８：ステップ（１１））。そして、ＡＰサーバ５は、ユーザ端末７からの起動要求に応じて、ログイン画面データをユーザ端末７に送信する。この際、ユーザ端末７の認証コンポーネント７１が、ＡＰサーバ５からのログイン画面データをフックし、アプリケーションの起動を検出した旨を仮想認証インタフェース７３に通知する。

そして、ユーザ端末７の仮想認証インタフェース７３は、認証コンポーネント７１からの通知を受信すると、認証準備画面を表示させる（ステップ（１２））。そして、ユーザは、認証準備画面において、ユーザＩＤを入力し、ＯＫボタンをクリックする。そして、ユーザ端末７の仮想認証インタフェース７３は、ユーザからユーザＩＤの入力を受け付けると、デバイスドライバ７７のＡＰＩを呼び出し、携帯端末９との通信を開始する。また、ユーザ端末７の仮想認証インタフェース７３は、携帯端末９に対応する認証画面を表示させる（ステップ（１３））。

そして、ユーザは、認証画面に従って、携帯端末９を操作して、電子証明書データの送信を指示する。携帯端末９は、ユーザからの指示に応じて、電子証明書データを電子認証サーバ１３に送信する（ステップ（１４））。

そして、電子認証サーバ１３は、携帯端末９から電子証明書データを受信すると、受信した電子証明書データと電子認証ＤＢ１３１に格納されているデータとに基づき、認証処理を実施する（ステップ（１５））。そして、電子認証サーバ１３は、認証に成功すると、ログイン情報（すなわち、ＩＤ及びパスワード）を含む認証結果を携帯端末９に送信する（ステップ（１６））。そして、携帯端末９は、電子認証サーバ１３からログイン情報を受信すると、無線通信によってログイン情報をユーザ端末７に送信する（ステップ（１７））。そして、ユーザ端末７のデバイスドライバ７７は、電子認証サーバ１３からのログイン情報を受信する。この際、仮想認証インタフェース７３は、デバイスドライバ７７が受信したログイン情報をフックし、認証コンポーネント７１に出力する。

そして、ユーザ端末７の認証コンポーネント７１は、仮想認証インタフェース７３からログイン情報を受信すると、ログイン画面に対してログイン情報を自動入力し、アプリケーションへログインする（ステップ（１８））。

このように、認証デバイスとして携帯端末９を用いることも可能である。なお、ユーザ端末７では、携帯端末９に関するＡＰＩを呼び出すことになるが、それ以外の処理は認証デバイス８の場合と同じ処理となる。例えば、携帯端末９に備えられたカメラを用いた静脈認証で本人確認を行うような構成を採用することも可能である。また、携帯端末９からユーザの音声を送信し、音声認証を行うような構成を採用することも可能である。

以上本技術の実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。

以上本実施の形態をまとめると以下のようになる。

本認証処理プログラムは、認証コンポーネントと、仮想認証インタフェースモジュールとを、特定の認証デバイスと通信可能なコンピュータに実現させるための認証処理プログラムである。そして、上記認証コンポーネントは、所定のアプリケーション又はオペレーティング・システムから出力されるログイン画面データをフックするフック手段と、仮想認証インタフェースモジュールから、所定のアプリケーション又はオペレーティング・システムへのログインに必要なログイン情報を受信し、当該ログイン情報をログイン画面に自動入力する手段とを有する。また、上記仮想認証インタフェースモジュールは、フック手段によりログイン画面データをフックした場合、特定の認証デバイスとの通信処理を実施するモジュールを起動するモジュール起動手段と、特定の認証デバイスを用いたユーザ認証後にモジュールから出力されるログイン情報をフックし、当該ログイン情報を認証コンポーネントに出力する手段とを有する。

このようにすれば、例えば任意の認証デバイスを導入する場合には、導入する認証デバイスとの通信処理を実施するモジュールを起動するよう仮想認証インタフェースモジュールを改修すればよく、認証システム全体を見直す必要がなくなる。従って、最小限の改修で、任意の認証デバイスを導入できるようになる。また、例えばＯＳのアップグレードの際には、アップグレード後のＯＳで動作するよう認証コンポーネント及び仮想認証インタフェースを改修すればよいので、最小限の改修でＯＳのアップグレードに対処できる。

さらに、上記モジュール起動手段が、ユーザ認証で用いるユーザ識別情報を入力させるための領域を備え且つ各認証デバイスで共通する第１の認証画面を表示させる手段を有するようにしてもよい。このようにすれば、ユーザは、いずれの認証デバイスを用いるのかを意識することなくユーザ識別情報を入力できるようになり、ユーザにとってはシームレスな操作が可能となる。

また、上記モジュール起動手段が、ユーザ識別情報の入力を受け付けた後、ユーザ認証で用いる認証データの入力を促し且つ特定の認証デバイスに対応する第２の認証画面を表示させる手段をさらに有するようにしてもよい。このようにすれば、例えば認証デバイスが複数接続されていても、ユーザは、特定の認証デバイスを用いたユーザ認証をスムーズに行うことができるようになる。

なお、ユーザ端末７をハードウエアと共に実現するためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。

なお、認証サーバ３、ＡＰサーバ５、ユーザ端末７及び電子認証サーバ１３は、図９に示すように、メモリ２５０１（記憶部）とＣＰＵ２５０３（処理部）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。ＯＳ及びＷｅｂブラウザを含むアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。このようなコンピュータは、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

１，１１ ネットワーク
３ 認証サーバ ５ ＡＰサーバ ７ ユーザ端末
８ 認証デバイス ９ 携帯端末 １３ 電子認証サーバ
３１ 認証ＤＢ ５１ ユーザアカウントＤＢ
７１ 認証コンポーネント ７３ 仮想認証インタフェース
７５ 設定入力部 ７７ デバイスドライバ
１３１ 電子認証ＤＢ
７１１ 認証ＡＰＩ ７１２ ＡＰ監視部 ７１３ 制御部

Claims (4)

1. 認証コンポーネントと、
   仮想認証インタフェースモジュールと、
   を、特定の認証デバイスと通信可能なコンピュータに実現させるための認証処理プログラムであって、
   前記認証コンポーネントは、
   所定のアプリケーション又はオペレーティング・システムから出力されるログイン画面データをフックするフック手段と、
   前記仮想認証インタフェースモジュールから、前記所定のアプリケーション又はオペレーティング・システムへのログインに必要なログイン情報を受信し、当該ログイン情報を前記ログイン画面に自動入力する手段と、
   を有し、
   前記仮想認証インタフェースモジュールは、
   前記フック手段により前記ログイン画面データをフックした場合、前記特定の認証デバイスとの通信処理を実施するモジュールを起動するモジュール起動手段と、
   前記特定の認証デバイスを用いたユーザ認証後に前記モジュールから出力される前記ログイン情報をフックし、当該ログイン情報を前記認証コンポーネントに出力する手段と、
   を有する
   認証処理プログラム。
2. 前記モジュール起動手段が、
   前記ユーザ認証で用いるユーザ識別情報を入力させるための領域を備え且つ各認証デバイスで共通する第１の認証画面を表示させる手段を有する
   請求項１記載の認証処理プログラム。
3. 前記モジュール起動手段が、
   前記ユーザ識別情報の入力を受け付けた後、前記ユーザ認証で用いる認証データの入力を促し且つ前記特定の認証デバイスに対応する第２の認証画面を表示させる手段をさらに有する
   請求項２記載の認証処理プログラム。
4. 特定の認証デバイスと通信可能なコンピュータであって、
   認証コンポーネントと、
   仮想認証インタフェースモジュールと、
   を有し、
   前記認証コンポーネントは、
   所定のアプリケーション又はオペレーティング・システムから出力されるログイン画面データをフックするフック手段と、
   前記仮想認証インタフェースモジュールから、前記所定のアプリケーション又はオペレーティング・システムへのログインに必要なログイン情報を受信し、当該ログイン情報を前記ログイン画面に自動入力する手段と、
   を有し、
   前記仮想認証インタフェースモジュールは、
   前記フック手段により前記ログイン画面データをフックした場合、前記特定の認証デバイスとの通信処理を実施するモジュールを起動するモジュール起動手段と、
   前記特定の認証デバイスを用いたユーザ認証後に前記モジュールから出力される前記ログイン情報をフックし、当該ログイン情報を前記認証コンポーネントに出力する手段と、 を有するコンピュータ。

Images