JP2006209676A - セキュリティシステム及びセキュリティ方法 - Google Patents

Abstract

【課題】 記憶媒体に１個のマスター鍵を格納するだけで、複数のサービスのユーザ認証をできるようにする。
【解決手段】 利用者登録の際、１個のマスター鍵を発行し、それをＩＣカード１３３等に登録すると共に、マスター鍵データベース１０３と個人情報データベース１０５に、利用者４００が利用可能な各サービスのユーザ認証で必要となる認証情報を上記マスター鍵と関連付けて格納し、管理サーバ１０１で一元管理する。利用者４００が社内サービスサーバ１１０からサービスを受けるときは、ＩＣカード１３３に登録されたマスター鍵と該サービスに割り当てられたアプリケーション識別子を管理サーバ１０１に送信し、管理サーバ１０１から上記サービスのユーザ認証で必要となる認証情報を受け取り、この認証情報を用いてユーザ認証を受ける。
【選択図】図３

Description

本発明は、セキュリティシステム及びセキュリティ方法に係わり、特に鍵を用いてユーザ認証を行うセキュリティシステ及びセキュリティ方法に関する。

ネットワークを利用したシステム、オフィスなどの入退出管理管理、電子取引、さらにはクレジットカードやキャッシュカードの決済などにおいては、セキュリティ確保のためにユーザ認証が必要となる。現在、このようなユーザ認証は、主にＩＣカードを利用して実現されている。

ＩＣカードは、ＣＰＵやメモリ、さらには有線または無線の通信回路を備え、通信機能を利用して外部の情報処理装置との間でデータの授受が可能である。ＩＣカードは、また、アプリケーションの追加・削除が容易であるという利点を備えている。このため、１枚のＩＣカードで複数のサービスのユーザ認証を行うことが可能である。

図１３は、従来のＩＣカードを用いた利用者のサービスシステムを示す模式図である。
同図に示すシステムでは、利用者２０００は、インターネット・サービス、電子取引、入退出管理及び業務サーバサービスを利用している。利用者２０００がこれら各種サービスを利用する場合、それら各サービスを提供する会社（サービス提供会社）などからＩＤやパスワードなどのユーザ認証情報が利用者に発行される。

このサービス提供会社から発行されるユーザ認証情報のＩＣカードへの登録は、例えば、サービス提供会社が直接ＩＣカードに書き込むか、または、サービス提供会社のサーバが、インターネットなどのネットワークを介して、ユーザ保有のパソコンに装着されたＩＣカードに書き込むなどの方法によって行われていた。サービス提供会社が直接ＩＣカードにユーザ認証情報を書き込む場合には、そのユーザ認証が書き込まれたＩＣカードを利用者２０００に郵送などで送付する。利用者２０００は、以上のような方法でユーザ認証情報が登録（格納）されたＩＣカード２１００を保有することで、サービス提供会社が提供するサービスを利用することが可能となる。すなわち、そのＩＣカード２１００に登録されたユーザ認証情報をサービス提供会社のシステムに送信することで、サービス提供会社のシステムでユーザ認証を受け、正規のユーザであると承認されることで、サービス提供会社が提供するサービスを利用することが可能となる。

ＩＣカードには、接触式、非接触式、及び接触式／非接触式共用のハイブリッド式がある。ハイブリッド式としては、接触式ＩＣカードとして銀行のキャッシュカードやクレジットカードの機能を実現し、非接触式ＩＣカードとして乗車券や電子マネーの機能を実現した「Ｓｕｉｃａ対応ハイブリッドカード」が知られている（非特許文献１参照）。

また、電子マネーサービス提供システムで利用される非接触式（非接触型）ＩＣカードに関する発明も公開されている（特許文献１参照）。
特開２００２―７３９７３号公報 http://itpro.nikkeibp.co.jp/free/NC/NEWS/20041015/151302/print.shtml日経コンピュータ（２００４年１０月１５日号）

上述した従来のＩＣカードへのユーザ認証の登録方式では、サービス毎に異なるユーザ認証情報が発行されるため、各サービスのユーザ認証情報を全てＩＣカードに記録する必要がある。このため、メモリ容量の小さいＩＣカードでは登録できるユーザ認証情報の数が制限されるという欠点があった。

また、利用者がＩＣカードを紛失した場合、利用者は不正利用を防止するため、その紛失したＩＣカードにユーザ認証が登録されていた全てのサービス提供業者に対して届出を行ってサービスを停止させる必要があった。利用者の立場からすれば、この届出は煩わしく不便なものであった。

本発明の目的は、利用者が保有する記憶媒体に格納される1個のマスター鍵だけを用いて、利用者が利用可能な全てのサービスのユーザ認証を行うことが可能なセキュリティシステムを実現することである。

本発明のセキュリティシステムは、サービスを提供するサーバに対してクライアント端末からサービス提供要求があった際に、該クライアント端末の利用者のユーザ認証を行うセキュリティシステムを前提とする。

本発明の第1態様のセキュリティシステムは、マスター鍵を格納し、クライアント端末で読み込み可能な記憶媒体と、該記憶媒体に格納されているマスター鍵と前記利用者が利用する各サービスのユーザ認証用の認証情報とを関連付けて一元管理し、前記利用者が前記マスター鍵とサービスの識別情報を送信して該サービスのユーザ認証において必要となる認証情報を要求してきた際に、該利用者のクライアント端末に前記認証情報を返信する管理サーバとを備えることを特徴とするセキュリティシステムである。

上記サービスの識別情報は、例えば、サービスアプリケーションの識別子である。また、管理サーバは、例えば、社外ネットワーク内に設けられる。
本発明の第２態様のセキュリティシステムは、上記第１の態様のセキュリティシステムにおいて、前記クライアント端末は、前記記憶媒体からマスター鍵を読み込む読込手段と、該読込手段によって読み込まれたマスター鍵を、利用者に提供されるサービスの識別情報と共に前記管理サーバに送信して、前記サービスのユーザ認証で必要とされる認証情報の返信を前記管理サーバに要求する認証情報要求手段と、前記管理サーバから受信する認証情報を用いて、利用者のユーザ認証を行う認証手段を備える。

また、前記管理サーバは、前記認証情報要求手段から前記認証情報の返信要求を受信した際、前記マスター鍵と前記サービスの識別子を基にして、前記サービスのユーザ認証で使用される認証情報を前記クライアント端末に返信する認証情報返信手段を備える。

本発明の第３態様のセキュリティシステムは、上記第２の態様のセキュリティシステムにおいて、前記管理サーバは、利用者が保有するマスター鍵を、該利用者が利用可能なサービスのユーザ認証で必要となる認証情報と関連付けて格納するデータベースを備え、前記認証情報返信手段は、前記マスター鍵と前記サービスの識別子をキーとして前記データベースを検索して、前記認証情報を前記データベースから取得する認証情報取得手段を有することを特徴とする。

本発明のセキュリティ方法は、サービスを提供するサーバに対してクライアント端末からサービス提供要求があった際に、該クライアント端末の利用者のユーザ認証を行うセキュリティ方法を前提とする。

本発明の第１態様のセキュリティ方法は、マスター鍵を、クライアント端末で読み込み可能な記憶媒体に格納するステップと、該記憶媒体に格納されているマスター鍵と前記利用者が利用する各サービスのユーザ認証用の認証情報とを関連付けて一元管理し、前記利用者が前記マスター鍵とサービスの識別情報を送信して該サービスのユーザ認証において必要となる認証情報を要求してきた際に、該利用者のクライアント端末に前記認証情報を返信するステップを備えることを特徴とする。

本発明の第２態様のセキュリティ方法は、上記第１態様のセキュリティ方法において、前記クライアント端末は、前記記憶媒体からマスター鍵を読み込むステップと、該読込ステップによって読み込まれたマスター鍵を、利用者に提供されるサービスの識別子と共に前記管理サーバに送信して、前記サービスのユーザ認証で必要とされる認証情報の返信を前記管理サーバに要求するステップと、前記管理サーバから受信する認証情報を用いて、利用者のユーザ認証を行うステップを実行し、前記管理サーバは、前記認証情報の返信要求を受信した際、前記マスター鍵と前記サービスの識別情報を基にして、前記サービスのユーザ認証で使用される認証情報を前記クライアント端末に返信する認証情報返信ステップを実行することを特徴とする。

本発明の第３態様のセキュリティ方法は、上記第２態様のセキュリティ方法において、前記管理サーバは、利用者が保有するマスター鍵を、該利用者が利用可能なサービスのユーザ認証で必要となる認証情報と関連付けてデータベースに格納し、前記認証情報返信ステップにおいて、前記マスター鍵と前記サービスの識別子をキーとして前記データベースを検索して、前記認証情報を前記データベースから取得することを特徴とする。

本発明によれば、１個のマスター鍵に利用者が利用する全てのサービスの識別子を関連付けてサーバ側で一元管理するので、その１個のマスター鍵のみを格納する記憶媒体を用いて、利用者に提供される全てのサービスのユーザ認証が可能となる。したがって、小容量の記憶媒体を用いて多数のサービスのユーザ認証を行うことができる。また、利用者へのサービスの追加はサーバ側のみの作業で行うことが可能となる。

以下、図面を参照しながら、本発明の実施形態を説明する。
［原理］
図１は、本発明の原理を説明する図である。

本発明では、ＩＣカードなどの記憶媒体１０に１個のマスター鍵１３を格納（登録）するだけで、その記憶媒体１０を保有する利用者１１は、複数のサービスを受けることが可能となる。例えば、インターネット・サービス、電子取引、入退出管理及び業務サーバサービスなどのサービスである。利用者１１が利用可能な全てのサービスの認証情報は、記憶媒体１０に登録された１個のマスター鍵１３と関連付けられて管理サーバ２０に登録され、該管理サーバ２０によって一元管理される。管理サーバ２０は、利用者１１からのサービス要求に応じて、利用者１１がそのサービスを利用するために必要となる認証情報を利用者１１の端末（パソコンなど）に送信する。上記認証情報は、例えば、ＩＤとパスワードなどで構成される。利用者１１は、管理サーバ２０から受信した認証情報を、サービスを提供するサービスサーバ（不図示）に送信し、該サービスサーバから正式なユーザであると承認されることによって、サービスの利用が可能となる。

このように、利用者１１が利用可能な全てのサービスは、その利用者１１が保有する記憶媒体１０に格納された１個のマスター鍵１３と関連付けられて管理サーバ２０により一元管理される。このため、利用者１１がサービスを追加・削除する際にも、記憶媒体１０の格納情報の更新は不要であり、管理サーバ２０側で、マスター鍵１３と上記追加・削除されたサービスとの関連付けを更新するだけでよい。また、利用者１１が記憶媒体１０を紛失した場合には、管理サーバ２０がその記憶媒体１０に格納されていたマスター鍵１３を管理情報から削除するだけで、それまで利用者１１に提供されていた全てのサービスを迅速かつ容易に停止できる。

［構成］
図２は、本発明の一実施例のシステム構成図である。
同図に示すシステムは、Ａ社の社内ネットワーク（インターネット）１００、インターネット２００、第１の社外ネットワーク３１０及び第２の社外ネットワーク３２０で構成されている。

社内ネットワーク１００は、管理サーバ１０１、社内サービスサーバ１１０、第１のクライアントＰＣ（第１のクライアント・パソコン）１２０、第２のクライアントＰＣ（第２のクライアント・パソコン）１３０、ファイアウォール（Fireｗall）１４０及び社内ＬＡＮ(Local Area Network)１５０で構成されている。社内サービスサーバ１１０は、業務サーバ１１１などを備えている。

社内ＬＡＮ１５０は複数のケーブルがハブ（Hub）１６０で接続されたＬＡＮである。管理サーバ１０１、業務サーバ１１１、第１及び第２のクライアントＰＣ１２０、１３０は、それぞれ個別のハブ１６０を介して社内ＬＡＮ１５０に接続されている。また、ファイアウォール１４０もハブ１６０を介して社内ＬＡＮ１５０に接続されている。社内ネットワーク１００は、このファイアウォール１４０を介してインターネット２００に接続されている。

デスクトップパソコンである第１のクライアントＰＣ１２０（以下、クライアントＰＣ１２０と記載）は、ＩＣカードリーダ／ライタ１２１とＵＳＢポート（不図示）を備えている。ＩＣカードリーダ／ライタ１２１はＩＣカード１２３を装着可能なスロットを備えており、そのスロットに装着されたＩＣカード１２３に対してデータの読み出し／書き込みを行う。また、ＵＳＢポートにはＵＳＢメモリ１２５が接続可能であり、クライアント１２０はＵＳＢポートに接続されたＵＳＢメモリ１２５に対してデータの読み出し／書き込みを行う。尚、ＵＳＢは“Universal Serial Bus”の略称である。

ノートパソコンである第２のクライアントＰＣ１３０（以下、クライアントＰＣ１３０）も、クライアントＰＣ１２０とほぼ同様な構成であり、ＩＣカードリーダ／ライタ１３１とＵＳＢポート（不図示）を備えている。クライアントＰＣ１３０のＩＣカードリーダ／ライタ１３１にはＩＣカード１３３が装着され、ＵＳＢポートにはＵＳＢメモリ１３５が接続される。クライアントＰＣ１３０は、クライアントＰＣ１２０と同様にして、ＩＣカード１３３やＵＳＢメモリ１３５に対してデータの読み出し／書き込みを行う。

本実施例においては、ＩＣカード（１２３，１３３）またはＵＳＢメモリ（１２５、１３５）に利用者の１個のマスター鍵が格納される。このマスター鍵は、クライアントＰＣ（１２０、１３０）からの要求を受けて管理サーバ１０１が発行し、管理サーバ１０１によって要求元のクライアントＰＣに送信される。クライアントによりＩＣカード（１２３、１３３）またはＵＳＢメモリ（１２５、１３５）に書き込まれる。

社内サービスサーバ１１０は、社内ネットワーク１００内のクライアントＰＣの利用者にサービスを提供するサーバである。業務サーバ１１１は、各種社内サービスを提供するためのソフトウェアであるアプリケーション（サービス・アプリケーション）を格納しており、このアプリケーションを実行することによりクライアントＰＣの利用者に各種社内サービスを提供する。

第1の社外ネットワーク３１０（以下、社外ネットワーク３１０と記載）及び第2の社外ネットワーク３２０（以下、社外ネットワーク３２０と記載）は、社内ネットワーク１００内のクライアントＰＣ（１２０、１３０）の利用者にサービスを提供するサービス提供業者のネットワークである。これらの社外ネットワーク（３１０，３２０）は、インターネット２００を介して社内ネットワーク１００と接続されている。

社外ネットワーク３１０は、社外サービスサーバ３１１とファイアウォール３１２を備え、ファイアウォール３１２を介してインターネット２００に接続されている。社外ネットワーク３２０も、社外ネットワーク３１０とほぼ同様な構成であり、社外サービスサーバ３２１とファイアウォール３２２を備え、ファイアウォール３２２を介しインターネット２００に接続されている。

社外サービスサーバ３１１は、社内ネットワーク１００内のクライアントＰＣ（１２０，１３０）の利用者からアクセスを受けると、利用者に対してユーザ認証を行い、ユーザ認証の結果、利用者が正規の利用者であると判断すると、利用者から要求されたサービスを提供する。

図３は、図２に示す社内ネットワーク１００内のクライアントＰＣ（１２０、１３０）、管理サーバ１０１及び社外サービスサーバ（３１０、３２０）のソフトウェア構成を示す図である。

クライアントＰＣ（１２０、１３０）は、サービスアプリケーション５０１、デバイスライブラリ（ダミー）５０２、認証クライアントアプリケーション５０３、Ｗｅｂクライアント５０６、マスター鍵受信・格納アプリケーション５０７及びデバイスドライバとＬＡＮドライバを備えたドライバ群５０８などのソフトウェアを備えている。尚、サービスアプリケーション５０１は、利用者が利用するサービス数に応じて１または複数のサービスアプリケーションで構成される。

サービスアプリケーション５０１は、クライアントＰＣ（１２０、１３０）の利用者４００にサービスを提供するアプリケーションであり、サービスのログイン画面の表示及びサービス情報の画面表示などを行う。デバイスライブラリ（ダミー）５０２は、ICカード（１２３、１３３）やＵＳＢメモリ（１２５，１３）などの記憶媒体デバイス用のドライバである。

デバイスライブラリ（ダミー）５０２は、サービスアプリケーション５０１からアプリケーション識別子（サービスアプリケーション５０１に割り当てられた識別子）を引数とする認証情報要求を受け取ると、認証クライアントアプリケーション５０３に上記アプリケーション識別子を引数として認証情報を要求する。そして、認証クライアントアプリケーション５０３から上記アプリケーション識別子を有するサービスの認証情報を受け取る。そして、その認証情報をサービスアプリケーション５０１に返信する。

認証クライアントアプリケーション５０３は、デバイスライブラリ（ダミー）５０２からアプリケーション識別子を引数とする認証情報要求を受け取ると、ＩＣカード１３３またはＵＳＢメモリ１３５からマスター鍵１３を読み出し、そのマスター鍵と上記アプリケーション識別子を管理サーバ１０１に送信して、管理サーバ１０１から上記アプリケーション識別子を有するサービスの認証情報を受信し、その認証情報をデバイスライブラリ（ダミー）５０２に返信する。

Ｗｅｂクライアント５０６は、Ｗｅｂ画面などを介して、クライアントＰＣの利用者４００にインターネット２００を利用したＷｅｂサービスを提供するブラウザである。本実施例では、サービス利用申請用のＷｅｂ画面を表示し、そのＷｅｂ画面を介して利用者４００が入力した「個人コード」や「従業員番号」などの利用者４００に関する個人情報及び「登録クライアントPC識別番号」を管理サーバ１０１に送信する。

マスター鍵受信・格納アプリケーション５０７は、「利用者登録処理」時に、登録される利用者４００に発行されたマスター鍵を管理サーバ１０１から受信し、そのマスター鍵を、デバイスドライバを介してＩＣカード１３３またはＵＳＢメモリ１３５に格納する。

ドライバ群５０８は、ＩＣカード１３３やＵＳＢメモリ１３５に対してマスター鍵の書き込み／読み出しを行うデバイスドライバや、社内ＬＡＮ１５０を介して管理サーバ１０１と通信を行うＬＡＮドライバなどの各種ドライバから構成されている。

管理サーバ１０１は、ＬＡＮドライバ６０１、認証サーバアプリケーション６０２、Ｗｅｂアプリケーション６０６及び利用者登録アプリケーション６０７などのソフトウェアを備えている。また、マスター鍵データベース１０３と個人情報データベース１０５を備えている。マスター鍵データベース１０３と個人情報データベース１０５は、例えば、外部記憶装置などに作成される。

ＬＡＮドライバ６０１は、クライアントＰＣ（１２０、１３０）のドライバ群５０８内のＬＡＮドライバと連携して、社内ＬＡＮ１５０を介する管理サーバ１０１とクライアントＰＣ（１２０、１３０）間の通信を行う。

認証サーバアプリケーション６０２は、クライアントＰＣ（１２０，１３０）の認証クライアントアプリケーション５０３からアプリケーション識別子とマスター鍵を受け取り、該マスター鍵をキーとしてマスター鍵データベース１０３と個人情報データベース１０５を検索して、サービスを要求するクライアントＰＣ（１２０、１３０）の利用者４００の認証を行い、認証された利用者４００に対してはそのサービス認証情報をクライアントＰＣ（１２０、１３０）へ返信する。

Ｗｅｂアプリケーション６０６は、クライアントＰＣ（１２０、１３０）のサービス利用申請要求を受けて、利用者４００が正規の従業員であることを確認するとマスター鍵を生成する。そして、そのマスター鍵をマスター鍵データベース１０３に登録すると共に、マスター鍵受信・格納アプリケーション５０７に送信する。

利用者登録アプリケーション６０７は、管理者７００が入力した利用者４００の識別情報などをマスター鍵データベース１０３に登録する。また、管理者７００が入力したＩＤ、パスワードなどの利用者４００のサービス認証情報を個人情報データベース１０５に登録する。

社内サービスサーバ１１０は、ＬＡＮドライバ８０１及び業務サーバ８０４を備えている。
ＬＡＮドライバ８０１は、社内ＬＡＮ１５０を介して、クライアントＰＣ（１２０、１３０）のドライバ群５０８のＬＡＮドライバ、及び管理サーバ１０１のＬＡＮドライバ６０１との間で通信を行う。業務サーバ８０４は、クライアントＰＣの利用者４００に対して社内サービスを提供する。

図４は、マスター鍵データベース１０３及び個人情報データベース１０５のデータ構造（スキーマ）を示す図である。
同図（ａ）に示すマスター鍵１３は、例えば１０２４ビットであり、「従業員番号」、「個人コード」及び「任意の数値」などを基にして生成される。このマスター鍵は、クライアントＰＣ（１２０、１３０）に接続されるICカード１３３やＵＳＢメモリ１３５にも格納される。

マスター鍵データベース１０３は、同図（ｂ）に示すように、「マスター鍵」、「個人コード」、「乱数」、「登録日時」、「登録クライアントＰＣ識別番号」、「利用者氏名」、「利用者従業員番号」、「従業員所属コード」及び「登録削除日時」の各項目から構成される。

本実施例では、クライアントＰＣ（１２０、１３０）と管理サーバ１０１間でマスター鍵１３をやり取りする際、マスター鍵を暗号化して送信するが、マスター鍵データベース１０３には暗号化されていない（復号化された）マスター鍵を格納する。

「個人コード」は、クライアントＰＣの利用者４００の識別コードである。
「登録日時」は、マスター鍵をマスター鍵データベース１０３に登録した日時である。
「登録クライアントＰＣ識別番号」は、クライアントＰＣ（１２０、１３０）の識別番号である。

「利用者氏名」は、クライアントＰＣ（１２０、１３０）の利用者の氏名である。
「利用者従業員番号」は、クライアントＰＣ（１２０、１３０）の利用者の従業員番号である。

「従業員番号所属コード」は、クライアントＰＣ（１２０、１３０）の利用者が所属する部署のコードである。
「登録削除日時」は、マスター鍵１３がマスター鍵データベース１０３から削除された日時である。

個人情報データベース１０５は、同図（ｃ）に示すように、「マスター鍵」、「サービス提供個数」、「サービス１セキュリティ情報リレーション情報」、「サービス２セキュリティ情報リレーション情報」、・・・「サービス１６セキュリティ情報リレーション情報」から構成される。

「マスター鍵」は、暗号化されていない（復号化された）マスター鍵である。
「サービス提供個数」は、個人情報データベース１０５に登録されているサービス・セキュリティ情報の個数である。本実施例では、この個数の最大値は１６となっており、サービス・セキュリティ情報が登録されていない場合には“０”が設定される。

「サービスｉ認証情報リンク情報（ｉ＝０〜１６）」は、サービスｉの認証情報の実体へのリンク情報である。
サービスｉ認証情報リンク情報は、「アプリケーション識別子（アプリケーション名）」、「ＩＤ」、「パスワード」から構成される。「ＩＤ」、「パスワード」以外の情報を含んでいてもよい。

「アプリケーション識別子」は、サービスアプリケーションの識別子（アプリケーション名）である。
「ＩＤ」は、クライアントＰＣ（１２０、１３０）の利用者のＩＤである。

「パスワード」は、クライアントＰＣ（１２０、１３０）の利用者のパスワードである。
［動作］
続いて、上記構成の実施例の動作を説明する。

図５は、マスター鍵の発行処理の概要を示す図である。
ここでは、クライアントＰＣ１３０の利用者４００にマスター鍵１３を発行する場合について説明する。
（１）まず、管理サーバ１０１の管理者７００がクライアントＰＣ１３０の利用者４００に対してＩＣカードなどの記憶媒体１０を発行・貸与する。この時点では、記憶媒体１０にはマスター鍵１３は格納されていない。
（２）クライアントＰＣ１３０の利用者４００は、管理サーバ１０１に対して、マスター鍵の発行申請を行う。
（３）管理サーバ１０１の管理者７００は、クライアントＰＣ１３０の利用者４００にマスター鍵１３を発行し、それを利用者４００のクライアントＰＣ１３０に送信する。このとき、マスター鍵は暗号化して送信するのが望ましい。
（４）クライアントＰＣ１３０の利用者４００は、クライアントＰＣ１３０で上記マスター鍵１３を受信すると、それをクライアントＰＣ１３０に接続された記憶媒体１０に書込・格納する。このとき、マスター鍵が暗号化されていれば、マスター鍵を復元してから格納する。また、セキュリティ強化のために、暗号化されたマスター鍵をそのまま格納するようにしてもよい。

図６は、利用者がサービスを利用する前に行われるサービス登録処理を説明する図である。
［サービスのデータベースへの事前登録］
管理者７００は、利用者４００の情報（「登録クライアントＰＣ識別番号」、「利用者氏名」、「利用者従業員番号」、「従業員所属コード」）を、「登録日時」と共に、管理サーバ１０１を介してマスター鍵データベース１０３に登録する（ステップS１１）。

次に、管理者７００は、利用者４００に利用を許可するサービスについて、社内サービスサーバ１１０または社外サービスサーバ（３１０、３２０）へ利用者登録を行い、それらのサービスサーバから利用者４００の「ＩＤ」と「パスワード」を入手する（ステップＳ１２）。

続いて、管理者７００は、上記入手した「ＩＤ」と「パスワード」をサービス認証情報として、サービスの「アプリケーション識別子」と共に個人情報データベース１０５に登録する（ステップＳ１３）。このとき、個人情報データベース１０５には、登録されたサービス認証情報の個数に応じた「サービス提供個数」も登録される。

以上の処理により、利用者４００に許可された全てのサービスの認証情報が個人情報データベース１０５に登録される。
［サービスのデータベースへの追加登録］
管理者７００は、利用者４００からの申請に応じて、利用者４００が利用するサービスを追加する。

管理者７００は、利用者４００からサービス申請要求を受けると、利用者４００に許可するサービスについて、社内サービスサーバ１１０または社外サービスサーバ（３１０、３２０）へ利用者登録を行い、それらのサーバから「ＩＤ」、「パスワード」などの認証情報を入手する（ステップＳ２１）。そして、上述したステップＳ１３の処理を行い、個人情報データベース１０５にサービス認証情報を追加・登録する。このとき、個人情報データベース１０５の「サービス提供個数」が更新される。

［マスター鍵の発行・登録］
以下の説明では、クライアントＰＣ１２０とクライアントＰＣ１３０を、まとめて、クライアントＰＣと表現する。

クライアントＰＣに接続されたＩＣカードリーダ／ライタにＩＣカード１３３を装置するか、クライアントＰＣのＵＳＢインターフェース（ＵＳＢポート）にUSBメモリ１３５を挿入する（ステップＳ３１）。

利用者４００は、クライアントＰＣのディスプレイに表示されたＷｅｂ画面から、任意の「個人コード」、「（利用者４００の）従業員番号」、「登録クライアントＰＣ識別番号」を入力して、管理サーバ１０１にサービス利用申請要求を送信する（ステップＳ３２）。

管理サーバ１０１は、上記サービス利用申請要求を受信すると、マスター鍵データベース１０３を検索して、上記サービス利用申請要求の引数である「従業員番号」がマスター鍵データベース１０３に登録されているか確認する（ステップＳ３３）。

そして、従業員番号が確認されると、上記サービス利用申請要求の引数である「従業員番号」及び「個人コード」と「乱数」からマスター鍵１３を生成する（ステップＳ３４）。

管理サーバ１０１は、続いて、上記生成したマスター鍵１３をマスター鍵データベース１０３と個人情報データベース１０５に格納する（ステップＳ３５）。そして、該マスター鍵１３をクライアントＰＣに送信する（ステップＳ３６）。

クライアントＰＣは、管理サーバ１０１が送信したマスター鍵１３を受信し、それをＩＣカード１３３またはＵＳＢメモリ１３５に登録する（ステップＳ３７）。そして、クライアントＰＣは、Ｗｅｂ画面での登録処理を終了する（ステップＳ３８）。

以上の処理手順により、利用者４００のマスター鍵１３が生成され、そのマスター鍵１３が管理サーバ１０１のマスター鍵データベース１０３と個人情報データベース１０５に格納されると共に、利用者４００の記憶媒体１０（ＩＣカード１３３またはＵＳＢメモリ１３５）に登録される。

図７は、図６のステップＳ３２〜Ｓ３６で行われる処理の詳細を説明する図である。
クライアントＰＣは、サービス利用申請要求パケット１０１０を管理サーバ１０１に送信する。図７に示すサービス利用申請要求パケット１０１０は、６４ビットの「個人コード（任意の１０桁の数字）」、３２ビットの「利用者従業員番号」、３２ビットの「登録クライアントＰＣ識別番号」及び１２８ビットの利用者４００の記憶媒体１０（ＩＣカード１３３またはＵＳＢメモリ１３５）の「固有識別コード」を含んでいる。図示してはいないが、このパケット１０１０の先頭には、例えば、「サービス利用申請要求」のコマンドが付加される。

管理サーバ１０１は、サービス利用申請要求パケット１０１０を受け取ると、そのパケット１０１０から「登録クライアントＰＣ識別番号（３２ビット）」と「利用者従業員番号（３２ビット）」を取り出し、これらの番号がマスター鍵データベース１０３に登録されているか比較・検証する。そして、その比較・検証の結果、両番号が共にマスター鍵データベース１０３に登録されていることを確認すると、下記式（１）の演算を行い、マスター鍵１３（１０２４ビット）を生成する。

マスター鍵＝（個人コード（６４ビット）＋固有識別コードの第１ロングワード（６４ビット）＋固有識別コードの第２ロングワード（６４ビット））×乱数（６４ビット） ・・・（１）
そして、管理サーバ１０１は、生成したマスター鍵１３をクライアントＰＣに送信する。

クライアントＰＣは、管理サーバ１０１に対して認証情報要求を行う際には、図7に示す「固有識別コード」と「マスター鍵１３」を含む認証情報要求パケット１０２０を管理サーバ１０１に送信する。この認証情報要求パケット１０２０の先頭には、例えば、「認証情報要求」のコマンドが付加される。

図８は、図６のステップＳ２１の「サービス追加登録処理」を詳細に説明する図である。
図８を参照しながら、「サービス追加登録処理」を説明する。
（１）利用者４００は、クライアントＰＣ１３０から管理サーバ１０１に対して「サービス申請画面表示要求」を送信する。
（２） 管理サーバ１０１は、上記クライアントＰＣ１３０からの要求を受信すると、サービス申請（サービス利用申請）画面をクライアントＰＣ１３０のディスプレイに表示させる。

同図に示すサービス申請画面９００は、各行が「サービス名称ｉ」（ｉは自然数）、「サービス提供者（サービス提供業者）ｉ」及び「チェックボックス（○）」の3項目から成るテーブル形式のチェックシート９０１と、申請ボタン９０３及びキャンセルボタン９０５で構成されている。

利用者４００は、利用したいサービスを、それに対応した「チェックボックス」をマウスのクリックする操作などでチェックすることにより選択する。同図では、サービス名称が、サービス名称２、サービス名称４及びサービス名称５である３つのサービスが選択されている。
（３）利用者４００は、サービス申請画面９００で利用するサービスの選択が終了すると、申請ボタン９０３をマウスでクリックする。このクリック操作により、サービス申請画面９００で選択されたサービスの申請要求が管理サーバ１０１に送られる。このとき、選択されたサービスのアプリケーション識別子も管理サーバ１０１に送信される。

管理サーバ１０１がクライアントＰＣ１３０から「サービス申請要求」を受信すると、管理者７００は、利用者４００（従業員）から申請されたサービス利用の可否を判断する（ステップＳ４１）。

管理者７００は、利用可能と判断したサービスについて、管理サーバ１０１から社内サービスサーバ１１０または社外サービスサーバ（３１０、３２０）に対して、利用申請（アカウント申請）を行い、それらのサービスサーバから「ＩＤ」、「パスワード」などの認証情報を入手する（ステップＳ４２）。

管理者７００は、管理サーバ１０１が社内または社外のサービスサーバ（１１０、３１０、３２０）から利用者４００の認証情報を受信すると、その認証情報を個人情報データベース１０５に登録する（ステップＳ４３）。

以上のようにして、利用者４００の申請したサービスが個人情報データベース１０５に登録される。
［サービス利用］
図９は、利用者がクライアントＰＣを使用して、社内サービスサーバ１１０または社外サービスサーバ（３１０、３２０）のサービス（認証サービス）を利用する際の動作を説明する図である。尚、以下の説明では、社内サービスサーバ１１０と社外サービスサーバ（３１０、３２０）を統括してサービスサーバと表現する。

図９を参照しながら、利用者がサービスサーバからサービスの提供を受ける場合の処理を説明する。
利用者４００は、Ｗｅｂクライアント５０６により表示されるＷｅｂ画面などを介して、サービスサーバのサービス利用を要求する（ステップＳ５１）。

Ｗｅｂクライアント５０６は、デバイスライブラリ（ダミー）５０２に対して、上記要求されたサービスを提供するサーバアプリケーションの認証情報を要求する（ステップＳ５２）。

デバイスライブラリ（ダミー）５０２は、Ｗｅｂクライアント５０６から上記認証情報要求を受け取ると、認証クライアントアプリケーション５０３に前記アプリケーション識別子を引数として認証情報を要求する（ステップＳ５３）。

認証クライアントアプリケーション５０３は、上記認証情報要求をデバイスライブラリ（ダミー）５０２から受け取ると、記憶媒体１０からマスター鍵１３を読み込む（ステップＳ５４）。そして、上記認証情報要求のパケットからアプリケーション識別子を獲得する（ステップＳ５５）。

次に、認証クライアントアプリケーション５０３は、「マスター鍵１３」、「記憶媒体１０の固有識別コード」及び「アプリケーション識別子」を管理サーバ１０１に送信し、管理サーバ１０１に対してサービスの認証情報を要求する（ステップＳ５６）。

管理サーバ１０１の認証サーバアプリケーション６０２は、クライアントＰＣの認証クライアントアプリケーション５０３から上記サービス認証情報要求を受信する（ステップＳ５７）。認証サーバアプリケーション６０２は、受信したマスター鍵１３をキーとしてマスター鍵データベース１０３を検索し、そのマスター鍵１３に一致する登録データを読み込む（ステップＳ５８）。そして、ステップＳ５７で受信した「記憶媒体１０の固有識別コード」、上記登録データ内の「個人コード」及び「乱数」を用いて前記式（１）の演算を行ってマスター鍵を生成し、そのマスター鍵と認証クライアントアプリケーション５０３から受信したマスター鍵１３とを比較してユーザ認証を行う（ステップＳ５９）。

そして、利用者４００本人であると確認すれば、マスター鍵１３、認証クライアントアプリケーション５０３から受信したアプリケーション識別子をキーとして個人情報データベース１０５を検索し、そのキーに一致するサービス認証リンク情報を読み込む（ステップＳ６０）。次に、そのサービス認証情報リンク情報を基に、個人情報データベース１０５から利用者４００のサービス認証情報を読み込み、そのサービス認証情報をクライアントＰＣの認証クライアントアプリケーション５０３に返信する（ステップＳ６１）。

クライアントＰＣの認証クライアントアプリケーション５０３は、管理サーバ１０から上記サービス認証情報を受信し（ステップＳ６２）、そのサービス認証情報（認証情報）をデバイスライブラリ（ダミー）５０２に返信する（ステップＳ６３）。

デバイスライブラリ（ダミー）５０２は、認証サーバアプリケーション６０２から上記認証情報を受け取り（ステップＳ６４）、その認証情報をサービスアプリケーション５０１に返信する（ステップＳ６５）。サービスアプリケーション５０１は、その認証情報を受け取り（ステップＳ６６）、その認証情報に基づいてユーザ認証を行い、利用者４００本人であると確認すると、サービスを提供する（ステップＳ６７）。

図１０は、本実施例の記憶媒体１０としてＵＳＢデバイスを用いた場合の例を示す図である。この例では、記憶媒体１０としてＩＣカード１３３を用いるものとする。
ＩＣカードリーダ／ライタ（１２１、１３１）はＵＳＢインターフェースを備えており、クライアントＰＣのＵＳＢインターフェースに接続される。クライアントＰＣは、ＵＳＢインターフェース１２０１を備えており、このＵＳＢインターフェース１２０１にＩＣカードリーダ／ライタ１３１が接続される。また、クライアントＰＣは、ＬＡＮインターフェース１２０３を備えており、このＬＡＮインターフェース１２０３を介してハブ１６０と接続される。

クライアントＰＣに実装されるドライバ群５０８には、ＵＳＢカーネルモードデバイスドライバ５０８ＡとＵＳＢバスドライバ５０８Ｂが含まれている。また、クライアントＰＣには、ダイナミック・リンク・ライブラリ（Dynamic Link library）であるＵＳＢユーザモードライブラリ５０９を実装されている。

クライアントＰＣは、ＵＳＢユーザモードライブラリ５０９、ＵＳＢカーネルモードデバイスドライバ５０８Ａ、ＵＳＢバスドライバ５０８Ｂ及びＵＳＢインターフェース１２０１を介してＩＣカードリーダ／ライタ１３１を制御し、ＩＣカードリーダ／ライタ１３１に装着されたＩＣカード１３３に対してマスター鍵１３の書込み／読み込みを行う。

記憶媒体１０にＵＳＢメモリ１３５を使用する場合も、略同様の構成でＵＳＢメモリ１３５へのマスター鍵１３の書込み／読み込みを制御できる。
次に、本実施例におけるクライアントＰＣの認証情報取得の処理手順を、図１０を参照しながら説明する。尚、この説明では、上記で既に説明した処理については省略する。
（１）サービスアプリケーション５０１は、ICカード１３３に格納されている認証情報の読み込み要求を発行する。
（２）デバイスライブラリ（ダミー）５０２は、上記サービスアプリケーション５０１の認証情報の読み込み要求を取り込み、その要求を認証クライアントアプリケーション５０３に発行する。認証クライアントアプリケーション５０３は、デバイスライブラリ（ダミー）５０２からの上記要求を受けて、ＵＳＢユーザモードライブラリ５０９に対して、マスター鍵１３をＩＣカード１３３から読み込む要求を発行する。
（３）ＵＳＢユーザモードライブラリ５０９は、認証クライアントアプリケーション５０３から上記要求を受け取ると、ＵＳＢカーネルモードデバイスドライバ５０８Ａ、ＵＳＢバスドライバ５０８Ｂ、ＵＳＢインターフェース１２０１及びＩＣカードリーダ／ライタ１３１を介して、ＩＣカードリーダ／ライタ１３１に装着されたICカード１３３に格納（登録）されているマスター鍵１３を獲得する。そして、そのマスター鍵１３を認証クライアントアプリケーション５０３に渡す。
（４）認証クライアントアプリケーション５０３は、ＬＡＮインターフェース１２０３を介して管理サーバ１０１にマスター鍵１３とアプリケーション識別子を送信し、管理サーバ１０１に対する認証情報読み込み要求をＬＡＮインターフェース１２０３に送信する。
（５）ＬＡＮインターフェース１２０３は、上記認証情報読み込み要求を、社内ＬＡＮ１５０を介して管理サーバ１０１に送信する。
（６）管理サーバ１０１は、上述のような処理によりマスター鍵１３とアプリケーション識別子を基に、個人情報データベース１０５から該当する認証情報（サービス認証情報）を取得し、それをＬＡＮインターフェース１２０３に送信する。
（７）ＬＡＮインターフェース１２０３は、受信した上記認証情報を認証クライアントアプリケーション５０３に送る。認証クライアントアプリケーション５０３は、管理サーバ１０１から返信された認証情報を獲得する。
（８）認証クライアントアプリケーション５０３は、上記獲得した認証情報をデバイスライブラリ（ダミー）５０２に返信する。デバイスライブラリ（ダミー）５０２は、認証クライアントアプリケーション５０３から上記認証情報を受信すると、それをサービスアプリケーション５０１に返信する。サービスアプリケーション５０１は、上記デバイスライブラリ（ダミー）５０２からの認証情報を受信する。

このように、本実施例では、管理サーバ１０１が各サービスアプリケーション５０１の認証情報を、ＩＣカード１３３に格納されたマスター鍵１３と各サービスアプリケーション５０１のアプリケーション識別子と関連付けて一元管理（一括管理）しているので、サービスアプリケーション５０１は、ユーザ認証に必要な認証情報を、デバイスライブラリ（ダミー）５０２を経由して管理サーバ１０１から取得する。この認証情報の取得において、サービスアプリケーション５０１はデバイスライブラリ（ダミー）５０２に認証情報読み込み要求を発行するだけでよい。

ここで、図１４を参照しながら、サービスアプリケーション５０１が認証情報を獲得する従来の処理手順を説明する。
従来は、ＩＣカード１３３に各サービスアプリケーション５０１の認証情報が格納されていた（図１３参照）。

このため、サービスアプリケーション５０１は、
（１）サービスアプリケーション５０１は、認証情報読み込み要求をＵＳＢユーザモードライブラリ５０９に対して発行する。
（２）ＵＳＢユーザモードライブラリ５０９は、サービスアプリケーション５０１から上記認証情報読み込み要求を受け取ると、ＵＳＢカーネルモードデバイスドライバ５０８Ａ、ＵＳＢバスドライバ５０８Ｂ、ＵＳＢインターフェース１２０１及びＩＣカードリーダ／ライタ１３１を介して、ICカード１３３に登録されている認証情報を獲得する。
という処理手順により、認証情報を獲得していた。

本実施例では、サービスアプリケーション５０１がＵＳＢユーザモードライブラリ５０９に発行する認証情報読み込み要求を、デバイスライブラリ（ダミー）５０２が横取りすることで、従来のサービスアプリケーション５０１に変更を加えることなく、サービスアプリケーション５０１の認証情報の獲得を実現している。したがって、クライアントＰＣに、デバイスライブラリ（ダミー）５０２と認証クライアントアプリケーション５０３をインストールする作業を行うだけで、既存のサービスアプリケーション５０１をそのまま使用できる。

図１１は、上述した本実施例の全体動作を示す図である。
クライアントＰＣのディスプレイに「認証入力ウィンドウ」を表示し、認証情報の入力待ちとなる（ステップＳ７１）。この認証入力ウィンドウは、利用者４００の認証情報（ＩＤとパスワード）を入力するウィンドウである。

認証入力ウィンドウの表示を検出すると（ステップＳ７２）、記憶媒体１０からマスター鍵１３を読み込み、そのマスター鍵１３とアプリケーション識別子を管理サーバ１０１に送信して、管理サーバ１０１が管理している個人情報データベース１０５から必要な認証情報を獲得する（ステップＳ７３）。

獲得した認証情報を、前記認証入力ウィンドウ内の入力エリアに出力する（ステップＳ７４）。この出力により、ユーザ認証により利用者４００本人であることが検証され（ステップＳ７５）、サービスサーバはクライアントＰＣにサービスを提供する（ステップＳ７６）。

このように、本実施例では、記憶媒体１０（ＩＣカード１３３やＵＳＢメモリ１３５など）に１個のマスター鍵１３を格納する。また、社内ネットワーク１００内のクライアントＰＣの利用者４００がサービスアプリケーションを利用する際のユーザ認証で必要となる認証情報を、上記マスター鍵１３と関連付けて、管理サーバ１０１で一元管理する。そして、利用者４００がサービスアプリケーションを利用する際、記憶媒体１０からマスター鍵１３を読み込み、このマスター鍵１３とサービスアプリケーションのアプリケーション識別子を管理サーバ１０１に送信することにより、該サービスアプリケーションのユーザ認証で必要な認証情報を管理サーバ１０１から獲得し、この認証情報を用いてユーザ認証を行う。

上記実施例はサービスサーバが各種サービスを提供する形態であるが、図１２に示すように、サービスサーバではなくサービスアプリケーションがサービスを提供するようにしてもよい。尚、図１２においては、同一処理のステップには同じステップ番号を付与している。したがって、このシステムの動作説明は割愛する。

この図１２の実施例では、クライアントＰＣ内に実装されたサービスアプリケーションが利用者に対してサービスを提供する。換言すれば、図１２に示すシステムは、社内ＬＡＮ１５０などのネットワーク通信を必要としないサービス提供システムとなっている。
上述したように、本実施例によれば、利用者４００が保有するＩＣカード１３３またはＵＳＢメモリ１３５に登録された１個のマスター鍵１３を用いて、利用者４００が利用可能な全てのサービスのユーザ認証を行うことが可能となる。また、本実施例では、既存のサービスアプリケーションを変更することなく、上記ユーザ認証を実現することができる。
また、利用者４００の利用する全てのサービスを、管理サーバ１０１のマスター鍵データベース１０３と個人情報データベース１０５で一元管理（一括管理）するので、利用者４００の利用するサービスの追加・削除や利用者４００の追加・削除は、管理サーバ１０１が個人情報データベース１０５やマスター鍵データベース１０３を更新するだけでよい。

本発明は、上記実施例に限定されるものではない。記憶媒体１０は、ＩＣカード１３３やＵＳＢメモリ１３５以外の記憶媒体であってもよい。また、記憶媒体１０は非接触型の記憶媒体であってもよい。クライアントＰＣ、社内サービスサーバ及び社外サービスサーバの台数も実施例に限定されない。また、管理サーバと社内サービスサーバが同一のサーバであってもよい。また、さらに、マスター鍵データベースや個人情報データベースを、サーバと分離されたストレージに構築してもよい。

本発明は、B to Ｅ（Business to Employee）のみならず、B to C(Business to Consumer)による電子商取引におけるユーザ認証にも応用可能である。

本発明の原理を説明する図である。 実施例のシステムのハードウェア構成図である。 図２に示すシステムのソフトウェア構成を示す図である。 マスター鍵データベース及び個人情報データベースのデータ構造を示す図である。 マスター鍵の発行処理の概要を示す図である。 利用者のサービス利用前に行われるサービス登録処理を説明する図である。 図６のステップＳ３２〜Ｓ３６で行われる処理の詳細を説明する図である。 図６のステップＳ２１の「サービス追加登録処理」を詳細に説明する図である。 利用者がクライアントＰＣを使用して、社内サービスサーバまたは社外サービスサーバのサービス（認証サービス）を利用する際の動作を説明する図である。 本実施例の記憶媒体としてＵＳＢデバイスを用いた場合の例を示す図である。 本実施例の動作を全体的に示す図である。 本発明の他の実施例を示す図である。 従来のＩＣカードを用いた利用者のサービスシステムを示す模式図である。 従来のサービスアプリケーションが認証情報を獲得する処理手順を説明する図である。

符号の説明

１０ 記憶媒体
１３ マスター鍵
１１ 利用者
２０ 管理サーバ
１００ 社内ネットワーク
１０１ 管理サーバ
１０３ マスター鍵データベース
１０５ 個人情報データベース
１１０ 社内サービスサーバ
１２０、１３０ クライアントＰＣ
１２１、１３１ ＩＣカードリーダ／ライタ
１２３、１３３ ICカード
１２５、１３５ USBメモリ
１４０ ファイアウォール
１５０ 社内ＬＡＮ
１６０ ハブ
２００ インターネット
３１０、３２０ 社外ネットワーク
３１１、３２１ 社外サービスサーバ
３１２、３２２ ファイアウォール
４００ 利用者
５０１ サービスアプリケーション
５０２ デバイスライブラリ（ダミー）
５０３ 認証クライアントアプリケーション
５０６ Ｗｅｂクライアント
５０７ マスター鍵受信・格納アプリケーション
５０８ ドライバ群
６０１ ＬＡＮドライバ
６０２ 認証サーバアプリケーション
６０３ Ｗｅｂアプリケーション
６０７ 利用者登録アプリケーション
７００ 管理者
８０１ ＬＡＮドライバ
８０４ 業務サーバ
９００ サービス申請画面
９０１ チェックシート
９０３ 申請ボタン
９０５ キャンセルボタン
１０１０ サービス利用申請要求パケット
１０２０ 認証情報要求パケット
１２０１ ＵＳＢインターフェース
１２０３ ＬＡＮインターフェース

Claims (6)

1. サービスを提供するサーバに対してクライアント端末からサービス提供要求があった際に、該クライアント端末の利用者のユーザ認証を行うセキュリティシステムであって、
   マスター鍵を格納し、クライアント端末で読み込み可能な記憶媒体と、
   該記憶媒体に格納されているマスター鍵と前記利用者が利用する各サービスのユーザ認証用の認証情報とを関連付けて一元管理し、前記利用者が前記マスター鍵とサービスの識別情報を送信して該サービスのユーザ認証において必要となる認証情報を要求してきた際に、該利用者のクライアント端末に前記認証情報を返信する管理サーバと、
   を備えることを特徴とするセキュリティシステム。
2. 請求項１記載のセキュリティシステムであって、
   前記クライアント端末は、
   前記記憶媒体からマスター鍵を読み込む読込手段と、
   該読込手段によって読み込まれたマスター鍵を、利用者に提供されるサービスの識別子と共に前記管理サーバに送信して、前記サービスのユーザ認証で必要とされる認証情報の返信を前記管理サーバに要求する認証情報要求手段と、
   前記管理サーバから受信する認証情報を用いて、利用者のユーザ認証を行う認証手段を備え、
   前記管理サーバは、
   前記認証情報要求手段から前記認証情報の返信要求を受信した際、前記マスター鍵と前記サービスの識別情報を基にして、前記サービスのユーザ認証で使用される認証情報を前記クライアント端末に返信する認証情報返信手段を、
   備えることを特徴とする。
3. 請求項２記載のセキュリティシステムであって、
   前記管理サーバは、
   利用者が保有するマスター鍵を、該利用者が利用可能なサービスのユーザ認証で必要となる認証情報と関連付けて格納するデータベースを備え、
   前記認証情報返信手段は、
   前記マスター鍵と前記サービスの識別子をキーとして前記データベースを検索して、前記認証情報を前記データベースから取得する認証情報取得手段を有することを特徴とする。
4. サービスを提供するサーバに対してクライアント端末からサービス提供要求があった際に、該クライアント端末の利用者のユーザ認証を行うセキュリティ方法であって、
   マスター鍵を、クライアント端末で読み込み可能な記憶媒体に格納するステップと、
   該記憶媒体に格納されているマスター鍵と前記利用者が利用する各サービスのユーザ認証用の認証情報とを関連付けて一元管理し、前記利用者が前記マスター鍵とサービスの識別情報を送信して該サービスのユーザ認証において必要となる認証情報を要求してきた際に、該利用者のクライアント端末に前記認証情報を返信するステップ、
   を備えることを特徴とするセキュリティ方法。
5. 請求項４記載のセキュリティ方法であって、
   前記クライアント端末は、
   前記記憶媒体からマスター鍵を読み込むステップと、
   該読込ステップによって読み込まれたマスター鍵を、利用者に提供されるサービスの識別子と共に前記管理サーバに送信して、前記サービスのユーザ認証で必要とされる認証情報の返信を前記管理サーバに要求するステップと、
   前記管理サーバから受信する認証情報を用いて、利用者のユーザ認証を行うステップを実行し、
   前記管理サーバは、
   前記認証情報の返信要求を受信した際、前記マスター鍵と前記サービスの識別情報を基にして、前記サービスのユーザ認証で使用される認証情報を前記クライアント端末に返信する認証情報返信ステップを、
   実行することを特徴とする。
6. 請求項５記載のセキュリティ方法であって、
   前記管理サーバは、
   利用者が保有するマスター鍵を、該利用者が利用可能なサービスのユーザ認証で必要となる認証情報と関連付けてデータベースに格納し、
   前記認証情報返信ステップにおいて、
   前記マスター鍵と前記サービスの識別子をキーとして前記データベースを検索して、前記認証情報を前記データベースから取得することを特徴とする。