(57)【特許請求の範囲】
【請求項１】
認証情報記憶媒体に記憶されている識別情報を読み取る読取部と、前記識別情報が予め記憶されている識別情報と一致するか否かを判定し、一致する場合に利用者の入室又は退室を許可する入退室管理部と、を備える入退室管理システムと、
証明書サーバと、前記入退室管理システムにより利用者の入室又は退室が管理されている室内に配置されるクライアント端末と、が前記入退室管理システムで利用者の入室又は退出を管理する部屋が設けられている各々のビルに配置され、前記証明書サーバで生成された電子証明書の有効性を判定する検証サーバと、を備える電子証明書管理システムと、
を有するセキュリティシステムであって、
前記クライアント端末は、前記認証情報記憶媒体から識別情報を読み取る読取部と、前記読取部で読み取った識別情報を自装置が配置されているビルに配置されている前記証明書サーバに送信し、自装置が配置されているビルに配置されている前記証明書サーバから受信した電子証明書を前記検証サーバに送信する送信部と、を備えており、
前記証明書サーバは、前記クライアント端末から識別情報を受信する受信部と、
電子証明書を記憶した電子証明書記憶部と、
前記電子証明書記憶部から前記識別情報に対応する電子証明書を取得する証明書管理部と、
取得された前記電子証明書を前記クライアント端末に送信する送信部と、を備え、
前記検証サーバは、前記クライアント端末で受信した電子証明書の有効性を判定する検証処理部を備えており、
前記検証処理部は、前記利用者が前記クライアント端末で受信した電子証明書の有効性を判定する際に、前記クライアント端末が配置されている室内に前記利用者が入室していることも有効と判定する条件とすること、
を特徴とするセキュリティシステム。
【請求項２】
請求項１に記載のセキュリティシステムであって、
前記電子証明書管理システムは、登録用端末を備えており、
前記登録用端末は、認証情報記憶媒体に記憶されている識別情報を読み取る読取部と、前記セキュリティシステムの利用者より利用者情報の入力を受け付ける入力部と、当該読取部で読み取った識別情報を前記入退室管理システムに送信し、当該読取部で読み取った識別情報及び前記入力部で入力を受け付けた利用者情報を前記証明書サーバに送信する送信部と、を備え、
前記入退室管理システムは、前記登録用端末より受信した識別情報を記憶し、
前記証明書サーバの証明書管理部は、前記登録用端末より識別情報及び利用者情報を受信すると、前記利用者情報より電子証明書を生成し、前記登録用端末より受信した識別情報に関連付けて前記電子証明書記憶部に記憶すること、
を特徴とするセキュリティシステム。
【請求項３】
請求項１に記載のセキュリティシステムであって、
前記認証情報記憶媒体は、ＩＣカードであること、
を特徴とするセキュリティシステム。
【請求項４】
請求項１に記載のセキュリティシステムであって、
前記電子証明書記憶部は、電子証明書を暗号化して記憶するものであり、
前記認証情報記憶媒体には、暗号鍵が記憶されており、
前記クライアント端末の認証管理部は、前記証明書サーバから暗号化された電子証明書を受信し、前記読取部を介して前記認証情報記憶媒体に記憶されている暗号鍵を読み取り、該暗号鍵で前記暗号化された電子証明書を復号すること、
を特徴とするセキュリティシステム。
【請求項５】
認証情報記憶媒体に記憶されている識別情報を読み取る読取部と、前記識別情報が予め記憶されている識別情報と一致するか否かを判定し、一致する場合に利用者の入室又は退室を許可する入退室管理部と、を備える入退室管理システムと、
証明書サーバと、前記入退室管理システムにより利用者の入室又は退室が管理されている室内に配置されるクライアント端末と、が前記入退室管理システムで利用者の入室又は退出を管理する部屋が設けられている各々のビルに配置され、前記証明書サーバで生成された電子証明書の有効性を判定する検証サーバと、を備える電子証明書管理システムと、
を有するセキュリティシステムで行うセキュリティ管理方法であって
前記クライアント端末の読取部が、前記認証情報記憶媒体から識別情報を読み取る過程と、
前記クライアント端末の送信部が、前記読取部で読み取った識別情報を自装置が配置されているビルに配置されている前記証明書サーバに送信する過程と、
前記証明書サーバの受信部が、前記クライアント端末から識別情報を受信する過程と、
前記証明書サーバの証明書管理部が、電子証明書を記憶した電子証明書記憶部より、前記クライアント端末から受信した前記識別情報に対応する電子証明書を取得する過程と、
前記証明書サーバの送信部が、取得された前記電子証明書を前記クライアント端末に送信する過程と、
前記クライアント端末の受信部が、前記証明書サーバより前記電子証明書を受信する過程と、
前記クライアント端末の送信部が、自装置が配置されているビルに配置されている前記証明書サーバから受信した電子証明書を前記検証サーバに送信する過程と、
前記クライアント端末の検証処理部が、前記クライアント端末が配置されている室内に前記利用者が入室していることも前記電子証明書を有効と判定する条件として、前記クライアント端末で受信した電子証明書の有効性を判定する過程と、
を有することを特徴とするセキュリティ管理方法。
【請求項６】
請求項５に記載のセキュリティ管理方法であって、
前記電子証明書管理システムは、登録用端末を備えており、
前記登録用端末の読取部が、認証情報記憶媒体に記憶されている識別情報を読み取る過程と、
前記登録用端末の入力部が、前記セキュリティシステムの利用者より利用者情報の入力を受け付ける過程と、
前記登録用端末の送信部が、前記読取部で読み取った識別情報を前記入退室管理システムに送信する過程と、
前記登録用端末の送信部が、前記読取部で読み取った識別情報及び前記入力部で入力を受け付けた利用者情報を前記証明書サーバに送信する過程と、
前記入退室管理システムが、前記登録用端末より受信した識別情報を記憶する過程と、
前記証明書サーバの証明書管理部が、前記登録用端末より識別情報及び利用者情報を受信すると、前記利用者情報より電子証明書を生成し、前記登録用端末より受信した識別情報に関連付けて前記電子証明書記憶部に記憶する過程と、
を有することを特徴とするセキュリティ管理方法。
【請求項７】
請求項５に記載のセキュリティ管理方法であって、
前記電子証明書記憶部は、電子証明書を暗号化して記憶するものであり、
前記認証情報記憶媒体には、暗号鍵が記憶されており、
前記クライアント端末の認証管理部が、前記証明書サーバから暗号化された電子証明書を受信し、前記読取部を介して前記認証情報記憶媒体に記憶されている暗号鍵を読み取り、該暗号鍵で前記暗号化された電子証明書を復号する過程を有すること、
を特徴とするセキュリティ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、室内への入退室の認証及び電子証明書の管理といったセキュリティシステムの技術に関する。
【背景技術】
【０００２】
従来のセキュリティシステムにおいては、人の室内への入退室の管理を行う入退室管理システムと、電子証明書を管理する電子証明書管理システム（例えば、特許文献１）と、が別個のシステムとして運用されていた。
【０００３】
【特許文献１】特開2001-320361号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、入退室管理システムと電子証明書管理システムとが別個のシステムとして運用されていたため、利用者はこれらのシステムで用いるＩＣ（Integrated Circuit）カード等の認証情報記憶媒体を複数保持する必要があり不便であった。
【０００５】
そこで、本発明は、一つの認証情報記憶媒体だけで、入退室管理システム及び情報セキュリティシステムを利用することができるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
以上の課題を解決するため、本発明は、識別情報及び鍵情報を記憶した認証情報記憶媒体を用いることで、入退室管理システムと情報セキュリティシステムを利用することができるようにした。
【０００７】
例えば、本発明は、認証情報記憶媒体に記憶されている識別情報を読み取る読取部と、前記識別情報が予め記憶されている識別情報と一致するか否かを判定し、一致する場合に利用者の入室又は退室を許可する入退室管理部と、を備える入退室管理システムと、証明書サーバと、前記入退室管理システムにより利用者の入室又は退室が管理されている室内に配置されるクライアント端末と、を備える電子証明書管理システムと、を有するセキュリティシステムであって、前記クライアント端末は、前記認証情報記憶媒体から識別情報を読み取る読取部と、前記読取部で読み取った識別情報を前記証明書サーバに送信する送信部と、を備えており、前記証明書サーバは、前記クライアント端末から識別情報を受信する受信部と、電子証明書を記憶した電子証明書記憶部と、前記電子証明書記憶部から前記識別情報に対応する電子証明書を取得する証明書管理部と、取得された前記電子証明書を前記クライアント端末に送信する送信部と、を備えること、を特徴とする。
【発明の効果】
【０００８】
以上のように、本発明によれば、識別情報及び鍵情報を記憶した認証情報記憶媒体を用いて入退室管理システムと情報セキュリティシステムを利用することができるようにしているため、利用者は、一つの認証情報記憶媒体を保持するだけで、これらのシステムを利用することができる。
【発明を実施するための最良の形態】
【０００９】
図１は、本発明の一実施形態であるセキュリティシステム１００の概略図である。
【００１０】
図示されているように、セキュリティシステム１００は、登録用端末１１０と、サービスサーバ１２０と、検証サーバ１３０と、入退室管理サーバ１４０と、証明書サーバ１５０と、第一の入退室認証装置１６０Ａと、第二の入退室認証装置１６０Ｂと、クライアント端末１７０と、を備えており、これらはＬＡＮ１９０で接続されており、さらに、認証情報記憶媒体としてのカード１８０を備えている。
【００１１】
登録用端末１１０は、登録処理部１１１と、送受信部１１２と、入力部１１３と、表示部１１４と、リーダ・ライタ１１５と、を備えている。
【００１２】
登録処理部１１１は、セキュリティシステム１００の利用者の登録処理を行う。
【００１３】
具体的には、まず、セキュリティシステム１００への登録が行われていない利用者から後述する入力部１１３及び表示部１１４を介して所定の利用者情報の入力を受け付ける。ここで、利用者情報としては、少なくとも利用者の氏名、コモンネーム及び暗証番号が必要になる。
【００１４】
そして、後述するリーダ・ライタ１１５を介して、この利用者が使用することになるカードから予め記憶されているカードＩＤを取得して、後述する送受信部１１２を介してこのカードＩＤを入退室管理サーバ１４０に送信し、このカードＩＤに対応させて入退室管理サーバ１４０で生成された入退室ＩＤを受信する。
【００１５】
また、この利用者が使用することになる暗号鍵を作成し、暗号鍵、利用者情報及び入退室ＩＤを証明書サーバ１５０に送信する。なお、証明書サーバ１５０では、これらの情報に基づいて、電子証明書や認証ＩＤの生成を行う。
【００１６】
電子証明書は、公開鍵がその利用者のものであることを証明するためのものであり、通常、電子証明書の所有者に関する情報と、電子証明書の所有者の公開鍵と、電子証明書の発行者に関する情報と、電子証明書の発行者のデジタル署名と、が含まれる。
【００１７】
また、暗号鍵は、ＡＥＳ（Advanced Encryption Standard）、３ＤＥＳ（Triple Data Encryption Standard）といった暗号化方法を利用した共通鍵方式を利用することができ、また、ＲＳＡ（Rivest Shamir Adleman）といった暗号化方法を利用した公開鍵方式を利用することもできる。公開鍵方式を利用する場合には、公開鍵を証明書サーバ１５０に送信し、秘密鍵を後述するようにカード１８０に記憶する。
【００１８】
そして、証明書サーバ１５０で生成された電子証明書から第一の証明書情報を作成し、入退室管理サーバ１４０に送る。第一の証明書情報は、証明書サーバ１５０から送信されてきた電子証明書のシリアル番号と、電子証明書の発行者の名前のハッシュ値である「issuer name hash」と、発行者の鍵のハッシュ値である「issuer key hash」と、を「−」で連結することにより生成する。即ち、「シリアル番号−issuer name hash−issuer key hash」となるように第一の証明書情報を生成する。
【００１９】
さらに、利用者が一時的にセキュリティシステム１００を利用する一時利用者ではなく、正規の利用者である場合には、後述するリーダ・ライタ１１５を介して入退室ＩＤと暗号鍵をカード１８０に記憶する。
【００２０】
また、カードＩＤ、入退室ＩＤ及び暗証番号を第一の入退室認証装置１６０Ａ及び第二の入退室認証装置１６０Ｂに送信する。第一の入退室認証装置１６０Ａ及び第二の入退室認証装置１６０Ｂでは、受信したカードＩＤ、入退室ＩＤ及び暗証番号を識別情報テーブル１６２に記憶する。
【００２１】
送受信部１１２は、ＬＡＮ１９０を介して情報の送受信を行う。
【００２２】
入力部１１３は、例えば、キーボードやマウスといった入力装置である。
【００２３】
表示部１１４は、ディスプレイといった表示装置である。
【００２４】
リーダ・ライタ１１５は、後述するカード１８０に記憶されている情報を読み取り、書き込むことができる装置で、本実施形態では、カード１８０としてＩＣカードを使用しているため、電波を介してＩＣカードに記憶されている情報を読み取り、書き込むことができるものを使用する。
【００２５】
なお、このように構成される登録用端末１１０は、いわゆるコンピュータにより実現可能である。即ち、登録処理部１１１は、ハードディスク等の補助記憶装置に記憶されている所定のプログラムをメインメモリに読み込みＣＰＵ（Central Processing Unit）で実行することにより実現可能であり、また、送受信部１１２は、ＮＩＣ（Network Interface Card）により実現可能である。
【００２６】
サービスサーバ１２０は、サービス提供部１２１と、証明書処理部１２２と、送受信部１２３と、を備えている。
【００２７】
サービス提供部１２１は、後述するクライアント端末１７０からの要求に応じて、クライアント端末１７０に所定の情報を送信する等の所定のサービスを提供する。なお、本実施形態では、後述するように、サービス提供部１２１においてサービスを提供する前に、証明書処理部１２２においてクライアント端末１７０の利用者の検証を行う。
【００２８】
証明書処理部１２２は、後述するクライアント端末１７０からサービスの提供要求があった場合に、このクライアント端末１７０にサーバ証明書を送信する。また、このクライアント端末１７０から利用者の電子証明書と検証情報を取得し、電子証明書の検証を行う。
【００２９】
電子証明書の検証は、クライアント端末１７０から受信した検証情報から検証用の平文を取得し、この平文からハッシュ関数を使ってダイジェストを生成するとともに、受信した検証情報から暗号化された暗号化文を取得し、この暗号化文を電子証明書に添付されている公開鍵を使ってダイジェストを復号する。そして、平文から生成したダイジェストと暗号化文から復号したダイジェストとを比較してこれらが一致する場合には電子証明書が正当なものであり、これらが一致しない場合には電子証明書が不正なものと判断する。
【００３０】
そして、証明書処理部１２２は、電子証明書が正当なものである場合には、証明書に含まれるシリアル番号と、「issuer name hash」と、「issuer key hash」と、から前述のように第一の証明書情報を生成し、この第一の証明書情報を検証サーバ１３０に送信し、電子証明書の有効性の確認を依頼する。
【００３１】
そして、電子証明書が正当及び有効である場合には、サービス提供部１２１に対して、クライアント端末１７０へのサービスの提供を開始するよう指令を出す。
【００３２】
送受信部１２３は、ＬＡＮ１９０を介して情報の送受信を行う。
【００３３】
なお、このように構成されるサービスサーバ１２０は、いわゆるコンピュータにより実現可能である。即ち、サービス提供部１２１及び証明書処理部１２２は、ハードディスク等の補助記憶装置に記憶されている所定のプログラムをメインメモリに読み込みＣＰＵで実行することにより実現可能であり、また、送受信部１２３は、ＮＩＣにより実現可能である。
【００３４】
検証サーバ１３０は、検証処理部１３１と、送受信部１３２と、を備えている。
【００３５】
検証処理部１３１は、サービスサーバ１２０から第一の証明書情報が送られてきた場合に、この第一の証明書情報に基づいて証明書の有効性を検証する。
【００３６】
具体的には、第一の証明書情報から証明書の「シリアル番号」と、「issuer name hash」と、「issuer key hash」と、を抽出し、後述するように認証局である証明書サーバ１５０から取得した証明書の失効リストであるＣＲＬ（Certificate Revocation List）を参照することで、証明書の有効性を検証する。
【００３７】
また、検証処理部１３１は、第一の証明書情報を入退室管理サーバ１４０に送信し、入退室管理サーバ１４０から送られてくる入室情報に基づいて、利用者が何れかの室に入出していること（退出していないこと）を確認する。
【００３８】
そして、検証処理部１３１は、証明書が有効であること及び利用者が入室していることを確認できた場合には、サービスサーバ１２０に検証結果として成功応答を送信し、何れか一つでも確認がとれなかった場合には、失敗応答を送信する。
【００３９】
送受信部１３２は、ＬＡＮ１９０を介して情報の送受信を行う。
【００４０】
なお、このように構成される検証サーバ１３０は、いわゆるコンピュータにより実現可能である。即ち、検証処理部１３１は、ハードディスク等の補助記憶装置に記憶されている所定のプログラムをメインメモリに読み込みＣＰＵで実行することにより実現可能であり、また、送受信部１３２は、ＮＩＣにより実現可能である。
【００４１】
入退室管理サーバ１４０は、入退室管理部１４１と、入退室テーブル１４２と、入退室情報テーブル１４３と、機器テーブル１４４、場所テーブル１４４と、送受信部１４６と、を備えている。
【００４２】
入退室管理部１４１は、後述する入退室テーブル１４２、入退室情報テーブル１４３及び場所テーブル１４４に記憶されている情報に基づいて、利用者の入退室状況を管理する。
【００４３】
具体的には、登録用端末１１０から新たな利用者のカードＩＤが送信されてきた場合に、このカードＩＤに対応して、一意の入退室ＩＤを作成する。そして、後述する入退室テーブル１４２に新たな行を作成し、これらのカードＩＤ及び入退室ＩＤをそれぞれの欄に入力する。また、これらのＩＤに対応した第一の証明書情報が登録用端末１１０から送信されてきた場合には、これらのＩＤと同じ行の所定の欄にこの第一の証明書情報を入力する。
【００４４】
また、後述する第一の入退室認証装置１６０Ａ又は第二の入退室認証装置１６０Ｂから、入退室ＩＤ及びカードＩＤの何れか一方と、これらの入退室認証装置１６０Ａ、１６０Ｂを識別する機器ＩＤと、認証結果と、認証を行った時間と、これらの入退室認証装置１６０Ａ、１６０Ｂが設置されている室を識別する室ＩＤと、が送られてきた場合には、後述する入退室情報テーブル１４３に新たな行を作成し、これらの情報をそれぞれの欄に入力する。
【００４５】
また、入退室管理部１４１は、検証サーバ１１１から第一の証明書情報を受信した場合には、第一の証明書情報に対応する入退室ＩＤ（入退室ＩＤがない場合にはカードＩＤ）を抽出し、この入退室ＩＤ（入退室ＩＤがない場合にはカードＩＤ）に基づいて入退室情報テーブル１４３を参照することで、利用者が室内にいるか否かを判定し、入室情報として検証サーバ１１１に送信する。
【００４６】
なお、利用者が室内にいるか否かについては、以下のように判定している。まず、入退室情報テーブル１４３において、入退室ＩＤ（入退室ＩＤがない場合にはカードＩＤ）に基づいて、認証が成功した最も遅い時間の行を特定し、その機器ＩＤを特定する。次に、本実施形態では、機器ＩＤの先頭位置に、その機器ＩＤにより特定される入退室認証装置が室の外に設置されている場合（入室用の入退室認証装置の場合）には、「Ａ」の識別符号が、室の中に設置されている場合（退室用の入退室認証装置の場合）には、「Ｂ」の識別符号が、付加されているため、この識別符号を特定することにより、利用者が室内にいるか否かを判定している。
【００４７】
入退室テーブル１４２は、図２に示されているように、入退室ＩＤ入力欄１４２ａと、カードＩＤ入力欄１４２ｂと、第一の証明書情報入力欄１４２ｃと、を有している。
【００４８】
入退室ＩＤ入力欄１４２ａに入力される入退室ＩＤは、前述のように、一意の識別情報である。
【００４９】
カードＩＤ入力欄１４２ｂに入力されるカードＩＤは、後述するカード１８０毎に一意に定められた識別情報であり、後述するように、カード１８０に予め記憶されているものである。
【００５０】
第一の証明書情報入力欄１４２ｃに入力される第一の証明書情報は、前述のように、電子証明書に含まれるシリアル番号と、「issuer name hash」と、「issuer key hash」と、から生成されるものである。
【００５１】
入退室情報テーブル１４３は、図３に示されているように、機器ＩＤ入力欄１４３ａと、入退室ＩＤ入力欄１４３ｂと、カードＩＤ入力欄１４３ｃと、認証結果入力欄１４３ｄと、時間入力欄１４３ｅと、室ＩＤ入力欄１４３ｆと、を有している。
【００５２】
機器ＩＤ入力欄１４３ａに入力する機器ＩＤは、入退室認証装置１６０毎に一意の識別番号の先頭に、その入退室認証装置が部屋の外に設置されている場合には「Ａ」の識別符号を、室の中に設置されている場合には「Ｂ」の識別符号を、付加したものである。
【００５３】
認証結果入力欄１４３ｄには、後述のように入退室認証装置１６０で認証を行った際に、認証が成功した場合には「○」が入力され、認証が成功しなかった場合には「×」が入力されるようになっているが、認証の成否を識別することができるものであればどのような識別情報を用いてもよい。
【００５４】
時間入力欄１４３ｅには、認証を行った時間を入力する。本実施形態では、入退室認証装置１６０から送信されてきた時間情報を入力するようにしているが、このような態様に限定されるわけではない。
【００５５】
室ＩＤ入力欄１４３ｆに入力する室ＩＤは、入退室認証装置が設置されている室を一意に識別するための識別情報である。
【００５６】
場所テーブル１４４は、図４に示されているように、第二の証明書情報入力欄１４４ａと、場所ＩＤ入力欄１４４ｂと、を有している。
【００５７】
第二の証明書情報入力欄１４４ａに入力される第二の証明書情報は、「issuer name hash」と、「issuer key hash」と、を「−」で連結、即ち、「issuer name hash−issuer key hash」となるように連結したものである。
【００５８】
場所ＩＤ入力欄１４４ｂには、認証局である証明書サーバ１５０が設置された場所を一意に特定するための識別情報を入力する。
【００５９】
なお、「issuer name hash」及び「issuer key hash」については、認証局（本実施形態では、証明書サーバ１５０）としての権限が得られた段階で作成することができるため、証明書サーバ１５０を設置した段階で、場所テーブル１４４は作成可能である。
【００６０】
送受信部１４５は、ＬＡＮ１９０を介して情報の送受信を行う。
【００６１】
なお、このように構成される入退室管理サーバ１４０は、いわゆるコンピュータにより実現可能である。即ち、入退室管理部１４１は、ハードディスク等の補助記憶装置に記憶されている所定のプログラムをメインメモリに読み込みＣＰＵで実行することにより実現可能であり、また、入退室テーブル１４２、入退室情報テーブル１４３及び場所テーブル１４４は、ハードディスク等の補助記憶装置に記憶することにより実現可能であり、送受信部１４５は、ＮＩＣにより実現可能である。
【００６２】
証明書サーバ１５０は、証明書管理部１５１と、シーケンス部１５２と、認証テーブル１５３と、証明書データベース１５４と、送受信部１５５と、を備えている。
【００６３】
証明書管理部１５１は、まず、新たな利用者の登録要求があった場合に、認証テーブルへの登録を行い、電子証明書の発行処理を行う。
【００６４】
具体的には、登録用端末１１０から利用者情報と、カードＩＤと、入退室ＩＤと、暗号鍵と、が送信されてきた場合（正規の利用者の登録を行う場合）には、一意の認証ＩＤを生成し、認証テーブル１５３に新たな行を作成し、カードＩＤ、入退室ＩＤ及び認証ＩＤをそれぞれの欄に入力する。また、送信されてきた利用者情報に基づいて電子証明書と鍵（公開鍵及び秘密鍵）を発行し、この電子証明書と秘密鍵とを送信されてきた暗号鍵で暗号化することにより暗号化情報を作成し、この暗号化情報を認証ＩＤと対応させて後述する証明書データベース１５４に記憶する。また、記憶した暗号化情報のファイル名を認証テーブル１５３の対応する欄に入力する。さらに、このようにして作成された暗号化情報を登録用端末１１０に送信する。
【００６５】
また、登録用端末１１０から利用者情報と、カードＩＤと、入退室ＩＤと、が送信されてきた場合（一時利用の利用者の登録を行う場合）には、一意の認証ＩＤを生成し、認証テーブル１５３に新たな行を作成し、カードＩＤ、入退室ＩＤ及び認証ＩＤをそれぞれの欄に入力する。また、送信されてきた利用者情報に基づいて電子証明書と鍵（公開鍵及び秘密鍵）を発行し、この電子証明書と秘密鍵とを認証ＩＤに対応させて後述する証明書データベース１５４に記憶する。また、記憶した電子証明書のファイル名を認証テーブル１５３の対応する欄に入力する。さらに、このようにして電子証明書及び鍵が作成された場合には、登録用端末１１０に成功応答を送信する。なお、登録用端末１１０から利用者情報と、カードＩＤと、が送信されてきた場合には、一時的な利用者への電子証明書と考えられるため、電子証明書の有効期限を短い期間（例えば、一日程度）に設定した電子証明書を発行すればよい（以下、このようにして発行された電子証明書を一時電子証明書という）。
【００６６】
なお、認証ＩＤは、正規の利用者の場合（登録用端末１１０から利用者情報と、カードＩＤと、入退室ＩＤと、暗号鍵と、が送信されてきた場合）には、後述するシーケンス部１５２から送られてくる番号の先頭に「０１」を付加し、一時利用の利用者の場合（登録用端末１１０から利用者情報と、カードＩＤと、入退室ＩＤと、が送信されてきた場合）には、シーケンス部１５２から送られてくる番号の先頭に「９１」を付加することにより、これらの利用者を識別することができるようにしている。
【００６７】
また、証明書管理部１５１は、クライアント端末１７０から、入退室ＩＤが送信されてきた場合（正規の利用者から電子証明書の取得要求があった場合）には、この入退室ＩＤに対応する認証ＩＤを認証テーブル１５３から抽出し、この認証ＩＤをキーとして証明書データベース１５４から暗号化情報を取得してクライアント端末１７０に送信する。
【００６８】
さらに、証明書管理部１５１は、クライアント端末１７０から、カードＩＤが送信されてきた場合（一時利用の利用者から電子証明書の取得要求があった場合）には、このカードＩＤに対応する認証ＩＤを認証テーブル１５３から抽出し、この認証ＩＤをキーとして証明書データベース１５４から一時電子証明書と秘密鍵を取得してクライアント端末１７０に送信する。
【００６９】
シーケンス部１５２は、証明書管理部１５１に認証ＩＤを生成するための番号を出力する。ここで、本実施形態では、一時利用者用に用いる連続番号を初期値から所定の番号まで定めておき、この所定の番号の次の番号以降から正規に登録を行う利用者用に連続番号を出力する。
【００７０】
具体的には、シーケンス部１５２は、一時利用者用の数値と正規利用者用の数値を保存しており、保存している数値を出力する毎に保存している数値をインクリメントするようになっており、一時利用者用の数値が所定の値に達した場合には、保存されている数値を初期値に戻すようになっている。
【００７１】
認証テーブル１５３は、図５に示されているように、認証ＩＤ入力欄１５３ａと、入退室ＩＤ入力欄１５３ｂと、カードＩＤ入力欄１５３ｃと、証明書ファイル名入力欄１５３ｄと、を有している。
【００７２】
認証ＩＤ入力欄１５３ａには、前述したように認証ＩＤを入力する。
【００７３】
証明書ファイル名入力欄１５３ｄには、前述したように暗号化情報又は一時証明書の保存ファイル名を入力する。
【００７４】
証明書データベース１５４には、図示していないが、正規利用者の場合には暗号化情報が、一時利用者の場合には一時証明書と秘密鍵が、それぞれ認証ＩＤと対応させて記憶されている。
【００７５】
送受信部１５５は、ＬＡＮ１９０を介して情報の送受信を行う。
【００７６】
なお、このように構成される証明書サーバ１５０は、いわゆるコンピュータにより実現可能である。即ち、証明書管理部１５１及びシーケンス部１５２は、ハードディスク等の補助記憶装置に記憶されている所定のプログラムをメインメモリに読み込みＣＰＵで実行することにより実現可能であり、また、認証テーブル１５３及び証明書データベース１５４は、ハードディスク等の補助記憶装置に記憶することにより実現可能であり、送受信部１５５は、ＮＩＣにより実現可能である。
【００７７】
第一の入退室認証装置１６０Ａは、入退室管理部１６１と、識別情報テーブル１６２と、時間計測部１６３と、送受信部１６４と、カードリーダ１６５と、入力部１６６と、表示部１６７と、を備えている。
【００７８】
入退室管理部１６１は、登録用端末１１０からカードＩＤ、入退室ＩＤ及び暗証番号を受信した場合には、識別情報テーブル１６２に新たな行を作成し、これらをそれぞれの欄に入力する。
【００７９】
また、入退室管理部１６１は、後述するカードリーダ１６５でカード１８０の情報を読み取った場合には、読み取られたカードＩＤ又は入退室ＩＤを識別情報テーブル１６２に記憶されているカードＩＤ及び入退室ＩＤと比較して、一致するものがある場合には、表示部１６７を介して暗証番号の入力を要求し、入力部１６６を介して入力された暗証番号を識別情報テーブル１６２において一致したカードＩＤ及び入退室ＩＤに関連させて記憶されている暗証番号と比較して、これらが一致する場合には電子錠１９１の解錠を行う。なお、電子錠１９１の解錠を行った場合には、後述する時間計測部１６３から時間情報を取得し、入退室管理サーバ１４０に認証が成功した旨の通知をカードＩＤ、入退室ＩＤ及び時間情報とともに送信する。入退室管理サーバ１４０では、送信されてきたこれらの情報を入退室情報テーブル１４３に新たな行を作成して入力する。
【００８０】
一方、読み取られたカードＩＤ又は入退室ＩＤを識別情報テーブル１６２に記憶されているカードＩＤ及び入退室ＩＤと比較して、一致するものがない場合には、表示部１６７を介して認証が失敗した旨の通知を行うとともに、後述する時間計測部１６３から時間情報を取得し、入退室ＩＤ又はカードＩＤと時間情報とともに認証が失敗した旨の通知を入退室管理サーバ１４０に通知する。入退室管理サーバ１４０では、送信されてきたこれらの情報を入退室情報テーブル１４３に新たな行を作成して入力する。
【００８１】
また、入力部１６６を介して入力された暗証番号が、識別情報テーブル１６２に記憶されている暗証番号と異なる場合には、表示部１６７を介して暗証番号の入力を予め設定されている所定の回数になるまで要求し、それでも暗証番号が一致しなかった場合には、表示部１６７を介して認証が失敗した旨の通知を行うとともに、後述する時間計測部１６３から時間情報を取得し、入退室ＩＤ及びカードＩＤと時間情報とともに認証が失敗した旨の通知を入退室管理サーバ１４０に通知する。入退室管理サーバ１４０では、送信されてきたこれらの情報を入退室情報テーブル１４３に新たな行を作成して入力する。
【００８２】
識別情報テーブル１６２は、図６に示されているように、入退室ＩＤ入力欄１６２ａと、カードＩＤ入力欄１６２ｂと、暗証番号入力欄１６３ｃと、を有しており、登録用端末１１０から送られてきた情報をこれらの各欄に入力する。
【００８３】
時間計測部１６３は、入退室管理部１６１からの要求に応じて、時間情報を出力する。
【００８４】
送受信部１６４は、ＬＡＮ１９０を介して情報の送受信を行う。
【００８５】
カードリーダ１６５は、後述するカード１８０に記憶されている情報を読み取ることができる装置で、本実施形態では、カード１８０としてＩＣカードを使用しているため、電波を介してＩＣカードに記憶されている情報を読み取ることができるものを使用する。
【００８６】
入力部１６６は、例えば、テンキーといった入力装置である。
【００８７】
表示部１６７は、ディスプレイといった表示装置である。
【００８８】
なお、このように構成される第一の認証装置１６０Ａは、いわゆるコンピュータにより実現可能である。即ち、入退室管理部１６１は、ハードディスク等の補助記憶装置に記憶されている所定のプログラムをメインメモリに読み込みＣＰＵで実行することにより実現可能であり、また、識別情報テーブル１６２は、ハードディスク等の補助記憶装置に記憶することにより実現可能であり、時間計測部１６３は、ＲＴＣ（Real Time Clock）により実現可能であり、送受信部１６４は、ＮＩＣにより実現可能である。
【００８９】
第二の入退室認証装置１６０Ｂは、入退室管理部１６１と、識別情報テーブル１６２と、時間計測部１６３と、送受信部１６４と、カードリーダ１６５と、入力部１６６と、表示部１６７と、を備えており、これらは第一の入退室装置１６０Ａと同様であるため、説明を省略する。
【００９０】
ここで、第一の入退室認証装置１６０Ａと第二の入退室認証装置１６０Ｂとは、二つで一組として使用し、室への入退室口の室外側と室内側に一つずつ設置して使用する。
【００９１】
クライアント端末１７０は、認証管理部１７１と、アプリケーション部１７２と、送受信部１７３と、カードリーダ１７４と、を備えている。
【００９２】
認証管理部１７１は、後述するアプリケーション部１７２から、電子証明書を取得する要求があった場合には、証明書サーバ１５０から電子証明書を取得する処理を行う。
【００９３】
具体的には、後述するアプリケーション部１７２から、電子証明書を取得する要求があった場合に、後述するカードリーダ１７４から入退室ＩＤ又はカードＩＤを読み込み、証明書サーバ１５０に送信することで、これらの入退室ＩＤ又はカードＩＤに対応する暗号化情報又は電子証明書・秘密鍵を取得して、これらから電子証明書と検証情報を算出し、アプリケーション部１７２に提供する。
【００９４】
なお、前述のように、証明書サーバ１５０に入退室ＩＤを送信した場合には、暗号化情報が返信され、カードＩＤを送信した場合には、電子証明書及び秘密鍵が返信される。
【００９５】
また、検証情報については、検証用の平文と、検証用の平文からハッシュ関数を用いてダイジェストを作成し、このダイジェストを秘密鍵で暗号化した暗号化文と、を有している。
【００９６】
アプリケーション部１７２は、利用者から所定の処理要求があった場合に、サービスサーバから送られてくるサーバ証明書の検証を行うとともに、認証管理部１７１に電子証明書の取得を要求する。
【００９７】
本実施形態では、サービスサーバ１２０にアクセスする際に、電子証明書の取得を要求するようにしているが、このような態様に限定されない。
【００９８】
なお、アプリケーション部１７２は、取得した電子証明書と検証情報とを送受信部１７３を介してサービスサーバ１２０に送信する。
【００９９】
また、アプリケーション部１７２は、サービスサーバ１２０から検証の失敗応答があった場合には、アプリケーションを強制的に終了する。
【０１００】
なお、サーバ証明書の検証は、サーバ証明書に添付されている平文からハッシュ関数を使ってダイジェストを生成するとともに、サーバ証明書に添付されているデジタル署名を電子証明書に添付されている公開鍵を使って復号したダイジェストを作成する。そして、平文から生成されたダイジェストとデジタル署名から復号されたダイジェストとを比較してこれらが一致するか否かで行う。
【０１０１】
送受信部１７３は、ＬＡＮ１９０を介して情報の送受信を行う。
【０１０２】
カードリーダ１７４は、後述するカード１８０に記憶されている情報を読み取ることができる装置で、本実施形態では、カード１８０としてＩＣカードを使用しているため、電波を介してＩＣカードに記憶されている情報を読み取ることができるものを使用する。
【０１０３】
なお、このように構成されるクライアント端末１７０は、いわゆるコンピュータにより実現可能である。即ち、認証管理部１７１及びアプリケーション部１７２は、ハードディスク等の補助記憶装置に記憶されている所定のプログラムをメインメモリに読み込みＣＰＵで実行することにより実現可能であり、また、送受信部１７３は、ＮＩＣにより実現可能である。
【０１０４】
ここで、本実施形態においては、認証管理部１７１及びアプリケーション部１７２で、電子証明書を扱う処理に関しては、例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性メモリで必ず行い、ハードディスク等の非揮発性メモリには記憶しない。
【０１０５】
カード１８０は、カードＩＤ記憶部１８１と、入退室ＩＤ記憶部１８２と、暗号鍵記憶部１８３と、を備えており、カードＩＤ記憶部１８１には、カード１８０毎に一意に定まるカードＩＤが予め記憶されており、入退室ＩＤ記憶部１８２に記憶する入退室ＩＤ及び暗号鍵記憶部１８３に記憶する暗号鍵については利用者の登録が行われると、登録用端末１１０のリーダ・ライタ１１５で記録される。
【０１０６】
なお、一時利用者の場合には、入退室ＩＤ記憶部１８２及び暗号鍵記憶部１８３には記録を行わないため、カード１８０の再利用を容易に行うことができる。
【０１０７】
また、本実施形態でのカード１８０については、ＩＣチップ及びアンテナを有するＩＣカードを使用している。
【０１０８】
以上のように構成されるセキュリティシステム１００で正規の利用者の登録を行う流れを図７に示すシーケンス図で説明する。
【０１０９】
利用者の登録を行う登録者１９２は、登録用端末１１０の入力部１１３及び表示部１１４を介して利用者情報を登録用端末１１０に入力する（２００）。ここで、利用者情報としては、少なくとも利用者の氏名、コモンネーム及び暗証番号の入力を求める。
【０１１０】
登録用端末１１０は、利用者情報が入力されるとリーダ・ライタ１１５にカードＩＤの取得を要求し（２０１）、リーダ・ライタ１１５では、カード１８０からカードＩＤを取得する（２０２）。取得されたカードＩＤは、登録用端末１１０に送られる（２０３）。
【０１１１】
カードＩＤを読み込んだ登録用端末１１０は、そのカードＩＤを入退室管理サーバ１４０に送信し（２０４）、入退室管理サーバ１４０は、入退室ＩＤを生成し（２０５）、カードＩＤ及び入退室ＩＤを入退室テーブル１４２に登録する（２０６）。また、作成された入退室ＩＤを登録用端末１１０に返信する（２０７）。
【０１１２】
登録用端末１１０では、暗号鍵を生成し（２０８）、利用者情報、カードＩＤ、入退室ＩＤ及び暗号鍵を証明書サーバ１５０に送る（２０９）。
【０１１３】
証明書サーバ１５０では、受信した利用者情報に基づいて電子証明書を発行し（２１０）、発行した電子証明書及びその秘密鍵を受信した暗号鍵で暗号化して、暗号化情報を生成する（２１１）。
【０１１４】
また、証明書サーバ１５０では、認証ＩＤを生成し（２１２）、生成した認証ＩＤと、受信したカードＩＤ及び入退室ＩＤを認証テーブル１５３に登録する（２１３）。
【０１１５】
そして、証明書サーバ１５０は、暗号化情報を認証ＩＤと関連させて証明書データベース１５４に登録し（２１４）、暗号化情報を登録用端末１１０に送信する（２１５）。
【０１１６】
また、登録用端末１１０では、入退室管理サーバ１４０から受信した入退室ＩＤをリーダ・ライタ１１５に送り（２１６）、リーダ・ライタ１１５では、この入退室ＩＤをカード１８０に記録し（２１７）、成功応答を登録用端末１１０に送信する（２１８）。
【０１１７】
登録用端末１１０では、受信した暗号化情報を暗号鍵で復号し（２１９）、復号した電子証明書から「シリアル番号」、「issuer name hash」及び「issuer key hash」を抽出し、これらを「−」で連結した第一の証明書情報を作成し（２２０）、作成した第一の証明書情報を入退室ＩＤとともに入退室管理サーバ１４０に送信する（２２１）。
【０１１８】
入退室管理サーバ１４０では、受信した第一の証明書情報を一緒に受信した入退室ＩＤと同じ行の第一の証明書入力欄１４２ｃに登録し（２２２）、登録用端末１１０に成功応答を送信する（２２３）。
【０１１９】
登録用端末１１０では、暗号鍵をリーダ・ライタ１１５に送り（２２４）、リーダ・ライタ１１５では、この入退室ＩＤをカード１８０に記録し（２２５）、成功応答を登録用端末１１０に送信する（２２６）。
【０１２０】
また、登録用端末１１０では、カードＩＤ、入退室ＩＤ及び暗証番号を入退室認証装置１６０Ａ、１６０Ｂに送り（２２７）、入退室認証装置１６０Ａ、１６０Ｂでは、これらを識別情報テーブル１６２に登録し（２２８）、成功応答を登録用端末１１０に送信する（２２９）。
【０１２１】
そして、登録用端末１１０では、登録処理が完了したことを表示部１１４に表示することにより（２３０）、登録者１９２に知らせる。
【０１２２】
次に、セキュリティシステム１００で一時利用の利用者の登録を行う流れを図８に示すシーケンス図で説明する。
【０１２３】
利用者の登録を行う登録者１９２は、登録用端末１１０の入力部１１３及び表示部１１４を介して利用者情報を登録用端末１１０に入力する（２４０）。ここで、利用者情報としては、少なくとも利用者の氏名、コモンネーム及び暗証番号の入力を求める。
【０１２４】
登録用端末１１０は、利用者情報が入力されるとリーダ・ライタ１１５にカードＩＤの取得を要求し（２４１）、リーダ・ライタ１１５では、カード１８０からカードＩＤを取得する（２４２）。取得されたカードＩＤは、登録用端末１１０に送られる（２４３）。
【０１２５】
カードＩＤを読み込んだ登録用端末１１０は、そのカードＩＤを入退室管理サーバ１４０に送信し（２４４）、入退室管理サーバ１４０は、入退室ＩＤを生成し（２４５）、カードＩＤ及び入退室ＩＤを入退室テーブル１４２に登録する（２４６）。また、作成された入退室ＩＤを登録用端末１１０に返信する（２４７）。
【０１２６】
そして、登録用端末１１０では、利用者情報、カードＩＤ、入退室ＩＤを証明書サーバ１５０に送る（２４８）。
【０１２７】
証明書サーバ１５０では、受信した利用者情報に基づいて一時電子証明書を発行する（２４９）。
【０１２８】
また、証明書サーバ１５０では、シーケンス部１５２から取得した番号に基づいて認証ＩＤを生成し（２５０）、生成した認証ＩＤと、受信したカードＩＤ及び入退室ＩＤを認証テーブル１５３に登録する（２５１）。
【０１２９】
そして、証明書管理部１５１は、一時電子証明書をその秘密鍵と一緒に認証ＩＤと関連させて証明書データベース１５４に登録し（２５２）、成功応答を登録用端末１１０に送信する（２５３）。
【０１３０】
登録用端末１１０では、カードＩＤ、入退室ＩＤ及び暗証番号を入退室認証装置１６０Ａ、１６０Ｂに送り（２５４）、入退室認証装置１６０Ａ、１６０Ｂでは、これらを識別情報テーブルに登録し（２５５）、成功応答を登録用端末１１０に送信する（２５６）。
【０１３１】
そして、登録用端末１１０では、登録処理が完了したことを表示部１１４に表示することにより（２５７）、登録者１９２に知らせる。
【０１３２】
次に、セキュリティシステム１００で利用者がサービスサーバ１２０からサービスの提供を受ける際の検証処理の流れを図９に示すシーケンス図で説明する。
【０１３３】
利用者がクライアント端末１７０において所定のアプリケーションを立ち上げて、サービスサーバから所定のサービスの提供を受けようとする場合には、アプリケーション部１７２は、サービスサーバ１２０にサービスの提供を要求する（２６０）。
【０１３４】
サービスの提供を要求されたサービスサーバ１２０は、サーバ証明書をクライアント端末１７０に送信し（２６１）、クライアント端末１７０のアプリケーション部１７２は、サーバ証明書の検証を行い（２６２）、認証管理部１７１に電子証明書の取得を要求する（２６３）。
【０１３５】
認証管理部１７１では、電子証明書を証明書サーバ１５０から取得し（２６４）、電子証明書とこの電子証明書から作成された検証情報をアプリケーション部１７２に送る（２６５）。なお、２６３から２６５の処理については、後述する図１０及び図１１で詳細に説明する。
【０１３６】
アプリケーション部１７２は、送られてきた電子証明書と検証情報をサービスサーバ１２０に送信する（２６６）。
【０１３７】
サービスサーバ１２０では、検証情報を用いて電子証明書を検証し（２６７）、電子証明書の「シリアル番号」、「issuer name hash」及び「issuer key hash」を抽出して第一の証明書情報を作成し（２６８）、この第一の証明書情報を検証サーバ（１３０）に送信する（２６９）。
【０１３８】
検証サーバ１３０では、第一の証明書情報から「シリアル番号」、「issuer name hash」及び「issuer key hash」を抽出し、これらが証明書サーバ１５０から取得したＣＲＬに掲載されているか否かで電子証明書の有効性を検証し（２７０）、また、第一の証明書情報を入退室管理サーバ１４０に送信する（２７１）。
【０１３９】
入退室管理サーバ１４０では、第一の証明書情報に基づいて入退室テーブル１４２を参照することで対応するカードＩＤを取得し（２７２）、このカードＩＤに基づいて入退室情報テーブル１４３から最新の認証結果で認証が成功している機器ＩＤを抽出し、この機器ＩＤに基づいてこの機器ＩＤが室外側に設置されているものか室外側に設置されているものかを判断することで、利用者が室内にいるか否かを判定し、その判定結果から入室情報を生成し（２７３）、この入室情報をカードＩＤともに検証サーバ１３０に送信する（２７４）。
【０１４０】
検証サーバ１３０では、電子証明書が有効で利用者が何れかの部屋に入室している場合には電子証明書が正当であり、一方、電子証明書が有効でない場合や利用者が何れかの部屋に入室していない場合には電子証明書が不当であると判定し（２７５）、この検証結果をサービスサーバ１２０に送信する（２７６）。
【０１４１】
なお、サービスサーバ１２０では、電子証明書が正当である場合には、クライアント端末１７０のアプリケーション部１７２にサービスの提供を開始する（２７７）。
【０１４２】
次に、セキュリティシステム１００で正規の利用者が電子証明書を取得する流れを図１０に示すシーケンス図で説明する。
【０１４３】
クライアント端末１７０の利用者が所定のアプリケーションを立ち上げて、サービスサーバ１２０から所定のサービスの提供を受けようとする場合には、クライアント端末１２０のアプリケーション部１７２は、認証管理部１７１に電子証明書の取得を要求する（２８０）。
【０１４４】
そして、認証管理部１７１は、カードリーダ１７４に入退室ＩＤの取得要求を行い（２８１）、カードリーダ１７４では、カード１８０から入退室ＩＤを取得し（２８２）、取得した入退室ＩＤを認証管理部１７１に送る（２８３）。
【０１４５】
入退室ＩＤを取得した認証管理部１７１は、その入退室ＩＤを証明書サーバ１５０に送り（２８４）、証明書サーバ１５０の証明書管理部１５１では、受信した入退室ＩＤに対応する認証ＩＤを認証デーブル１５３から取得して（２８５）、取得した認証ＩＤをキーとしたＳＱＬクエリを作成して、証明書データベースの検索を行い（２８６）、証明書データベースから暗号化情報を取得して（２８７）、取得した暗号化情報を証明書管理部１５１に読み込む（２８８）。
【０１４６】
証明書管理部１５１は、読み込んだ暗号化情報をクライアント端末１７０に送信する（２８９）。
【０１４７】
クライアント端末の認証管理部１７１では、予めカードリーダ１７４に暗号鍵の取得要求を行い（２９０）、カードリーダ１７４では、カード１８０から暗号鍵を取得し（２９１）、取得した暗号鍵を認証管理部１７１に送る（２９２）。
【０１４８】
そして、クライアント端末１７０の認証管理部１７１では、受信した暗号化情報を取得した暗号鍵で復号して電子証明書と秘密鍵を取得し（２９３）、電子証明書からハッシュ関数を使ってダイジェストを生成し、このダイジェストを秘密鍵で暗号化した検証情報を生成する（２９４）、そして、電子証明書と検証情報をアプリケーション部１７２に送る（２９５）。
【０１４９】
次に、セキュリティシステム１００で一時利用の利用者が電子証明書を取得する流れを図１１に示すシーケンス図で説明する。
【０１５０】
クライアント端末１７０の利用者が所定のアプリケーションを立ち上げて、サービスサーバ１２０から所定のサービスの提供を受けようとする場合には、クライアント端末１２０のアプリケーション部１７２は、認証管理部１７１に電子証明書の取得を要求する（３００）。
【０１５１】
そして、認証管理部１７１は、カードリーダ１７４に入退室ＩＤの取得要求を行うが（３０１）、一時利用の利用者のカードには、カードＩＤしか記録されていないため、カードリーダ１７４では、入退室ＩＤの読み込みに失敗し（３０２）、入退室ＩＤの読み込みに失敗した旨の失敗応答を認証管理部１７１に送る（３０３）。
【０１５２】
失敗応答を受けた認証管理部１７１は、カードリーダ１７４にカードＩＤの読み込み要求を行い（３０４）、カードリーダ１７４では、カード１８０からカードＩＤを取得し（３０５）、取得したカードＩＤを認証管理部１７１に送る（３０６）。
【０１５３】
そして、認証管理部１７１は、そのカードＩＤを証明書サーバ１５０に送り（３０７）、証明書サーバ１５０の証明書管理部１５１では、受信したカードＩＤに対応する認証ＩＤを認証デーブル１５３から取得して（３０８）、取得した認証ＩＤをキーとしたＳＱＬクエリを作成して、証明書データベースの検索を行い（３０９）、証明書データベース１５４から一時電子証明書と秘密鍵を取得して（３１０）、一時電子証明書と秘密鍵を証明書管理部１５１に送る（３１１）。
【０１５４】
証明書管理部１５１は、読み込んだ一時電子証明書と秘密鍵をクライアント端末１７０に送信する（３１２）。
【０１５５】
クライアント端末１７０の認証管理部１７１では、検証用の平文と、検証用の平文からハッシュ関数を使って生成したダイジェストを受信した秘密鍵で暗号化した暗号化文と、により検証情報を生成する（３１３）、そして、これらの一時電子証明書と検証情報をアプリケーション部１７２に送る（３１４）。
【０１５６】
以上のように構成されるセキュリティシステム１００において利用者の登録を行う際の証明書サーバ１５０での処理を図１２に示すフローチャートで説明する。
【０１５７】
まず、証明書サーバ１５０は、登録用端末１１０から送信されてきた情報に、暗号鍵が含まれているか否かを判断し、暗号鍵が含まれている場合には（Ｓ３２０）、証明書管理部１５１において電子証明書の発行を行い（Ｓ３２１）、登録用端末１１０から送信されてきた暗号鍵を用いて、電子証明書とこの電子証明書で使用する秘密鍵とを暗号化して暗号化情報を生成する（Ｓ３２２）。
【０１５８】
そして、シーケンス部１５２から番号を取得して（Ｓ３２３）、取得した番号の先頭に「０１」の数値を付加することで、認証ＩＤを生成する（Ｓ３２４）。
【０１５９】
ここで、認証テーブル１５３を参照することにより、認証ＩＤが重複しているか否かを確認し、重複している場合には（Ｓ３２５）、ステップＳ３２３及びＳ３２４の処理を繰り返す。
【０１６０】
また、認証ＩＤが重複していない場合には、認証ＩＤ、入退室ＩＤ及びカードＩＤを認証テーブル１５３に登録し（Ｓ３２６）、暗号化情報を認証ＩＤと関連させて証明書データベース１５４に登録するとともに（Ｓ３２７）、認証テーブル１５３に暗号化情報のファイル名を登録する（Ｓ３２８）。
【０１６１】
そして、暗号化情報をクライアント端末１７０に送信する（Ｓ３２９）。
【０１６２】
一方、クライアント端末１７０から送られてきた情報に暗号鍵が含まれていない場合には（Ｓ３２０）、証明書管理部１５１において一時電子証明書の発行を行う（Ｓ３３０）。
【０１６３】
そして、シーケンス部１５２から番号を取得して（Ｓ３３１）、この番号が所定の値に達している場合には（Ｓ３３２）、シーケンス部１５２に保持されている数値を初期値に戻す（Ｓ３３３）。
【０１６４】
一方、シーケンス部１５２から得られる番号が、所定の値に達していない場合（Ｓ３３２）又はシーケンス部１５２に保持されている数値を初期値に戻した場合（Ｓ３３３）には、取得した番号の先頭に「９１」の数値を付加することにより認証ＩＤを生成する（Ｓ３３４）。
【０１６５】
そして、認証テーブル１５３を参照することにより、認証ＩＤが重複しているか否かを確認し、重複している場合には（Ｓ３３５）、ステップＳ３３１〜Ｓ３３４の処理を繰り返す。
【０１６６】
また、認証ＩＤが重複していない場合には、認証ＩＤ、入退室ＩＤ及びカードＩＤを認証テーブル１５３に登録し（Ｓ３３６）、一時電子証明書及び秘密鍵を認証ＩＤと関連させて証明書データベース１５４に登録するとともに（Ｓ３３７）、認証テーブル１５３に一時電子証明書ファイル名を登録する（Ｓ３３８）。
【０１６７】
そして、成功応答をクライアント端末１７０に送信する（Ｓ３３９）。
【０１６８】
図１３は、セキュリティシステム１００において利用者がサービスの提供を受ける際のクライアント端末１７０での処理を示すフローチャートである。
【０１６９】
まず、利用者が所定のアプリケーションを起動して、サービスサーバ１２０から所定のサービスを提供するよう要求があった場合には（Ｓ３４０）、利用者がカードリーダ１７４に自己のカード１８０を読み取り可能に設置したかどうかを確認する（Ｓ３４１）。
【０１７０】
利用者がカードリーダ１７４に自己のカード１８０を読み取り可能に設置している場合には（Ｓ３４１）、サービスサーバ１２０にサービスの提供を要求し（Ｓ３４２）、その要求を受けたサービスサーバ１２０から送信されてくるサーバ証明書を受信する（Ｓ３４３）。
【０１７１】
受信したサーバ証明書のデジタル署名を検証し、そのサーバ証明書が正当ではない場合には（Ｓ３４４）、ステップＳ３２２に戻り、改めて、サービスの提供をサービスサーバ１２０に要求する。
【０１７２】
一方、受信したサーバ証明書が正当である場合には、カードリーダ１７４に対して、カード１８０から入退室ＩＤを読み取るよう要求する（Ｓ３４５）。
【０１７３】
カード１８０から入退室ＩＤが読み取ることができる場合には（Ｓ３４６）、入退室ＩＤを証明書サーバ１５０に送信し（Ｓ３４７）、送信した入退室ＩＤに対応する暗号化情報を証明書サーバ１５０から受信する（Ｓ３４８）。
【０１７４】
そして、カードリーダ１７４を介して暗号鍵を読み取り（Ｓ３４９）、この暗号鍵を用いて暗号化情報を揮発性メモリに復号する（Ｓ３５０）。
【０１７５】
また、検証用の平文を用意し、この平文と、この平文からハッシュ関数でダイジェストを生成し、このダイジェストを復号された秘密鍵で暗号化した暗号化文と、により検証情報を生成する（Ｓ３５１）。
【０１７６】
電子証明書と検証情報をサービスサーバ１２０に送信する（Ｓ３５２）。
【０１７７】
電子証明書及び検証情報をサービスサーバ１２０に送信した後に、揮発性メモリに記憶されている電子証明書及び秘密鍵を削除する（Ｓ３５３）。
【０１７８】
サービスサーバ１２０で、検証が成功した場合には（Ｓ３５４）、サービスサーバ１２０からのサービスの提供を受信し（Ｓ３５５）、検証が失敗した場合には（Ｓ３５４）、アプリケーションを強制的に終了する（Ｓ３５６）。
【０１７９】
また、カード１８０から入退室ＩＤが読み取ることができない場合には（Ｓ３４６）、カード１８０からカードＩＤを読み取り（Ｓ３５７）、カードＩＤを証明書サーバ１５０に送信し（Ｓ３５８）、送信したカードＩＤに対応する一時電子証明書と秘密鍵を証明書サーバ１５０から受信する（Ｓ３５９）。
【０１８０】
そして、前述と同様にステップＳ３５１〜Ｓ３５６の処理を行う。
【０１８１】
図１４は、セキュリティシステム１００において利用者がサービスの提供を受ける際の証明書サーバ１５０での処理を示すフローチャートである。
【０１８２】
クライアント端末１７０から入退室ＩＤを受信した場合には（Ｓ３６０）、受信した入退室ＩＤに対応する認証ＩＤを認証テーブル１５３から取得する（Ｓ３６１）。
【０１８３】
取得した認証ＩＤに対応する暗号化情報を証明書データベース１５４から取得し（Ｓ３６２）、暗号化情報をクライアント端末１７０に送信する（Ｓ３６３）。
【０１８４】
一方、クライアント端末１７０から入退室ＩＤを受信せずに（Ｓ３６０）、カードＩＤを受信した場合には（Ｓ３６４）、このカードＩＤに対応する認証ＩＤを認証テーブル１５３から取得する（Ｓ３６５）。
【０１８５】
そして、取得した認証ＩＤに対応する一時電子証明書及び秘密鍵を証明書データベース１５４から取得し（Ｓ３６６）、一時電子証明書及び秘密鍵をクライアント端末１７０に送信する（Ｓ３６７）。
【０１８６】
図１５は、セキュリティシステム１００において利用者が室内に入る際又は室内から出る際の入退室認証装置１６０の処理を示すフローチャートである。
【０１８７】
利用者がカードリーダ１６５にカード１８０を通し、カード１８０に記録されている情報を読み取るよう要求した場合には（Ｓ３７０）、カード１８０に記憶されている入退室ＩＤ又はカードＩＤを読み取る（Ｓ３７１）。
【０１８８】
識別情報テーブル１６２を参照することで、読み取った入退室ＩＤ又はカードＩＤに一致するものがあるか否かを検証し、一致するものがある場合には（Ｓ３７２）、表示部１６７を介して暗証番号の入力を要求し（Ｓ３７３）、入力部１６６を介して入力された暗証番号が識別情報テーブル１６２に記憶されている暗証番号と一致するか否かを判定する（Ｓ３７４）。
【０１８９】
そして、これらの暗証番号が一致する場合には（Ｓ３７４）、電子錠１９１の解錠を行い（Ｓ３７５）、認証が成功した旨を入退室ＩＤ又はカードＩＤとともに入退室管理サーバ１４０に通知する（Ｓ３７６）。
【０１９０】
また、暗証番号が一致しなかった場合には（Ｓ３７４）、所定の回数を超えていないときには（Ｓ３７７）、Ｓ３７３及びＳ３７４の処理を繰り返す。
【０１９１】
そして、入力された暗証番号が所定の回数一致しなかった場合（Ｓ３７７）、並びに、カード１８０から読み取られたカードＩＤ又は入退室ＩＤが識別情報テーブル１６２に一致しない場合には、表示部１６７で認証が失敗した旨を表示することで利用者に通知し（Ｓ３７８）、認証が失敗した旨を入退室ＩＤ又はカードＩＤとともに入退室管理サーバ１４０に通知する（Ｓ３７９）。
【０１９２】
図１６は、セキュリティシステム１００の利用例を示す概略図である。
【０１９３】
図示するように、登録用端末１１０、サービスサーバ１２０、検証サーバ１３０、入退室管理サーバ１４０及び証明書サーバ１５０をビル１９３の何れかの場所に設置し、ビル１９３内の部屋１９４の内側にクライアント端末１７０を設置し、部屋１９４の入り口の外側に第一の入退室認証装置１６０Ａを設置し、部屋１９４の内側に第二の入退室認証装置１６０Ｂを設置することにより、この部屋１９４への入退室の管理とクライアント端末１７０での情報管理を一つのセキュリティシステム１００で管理することができる。
【０１９４】
また、例えば、図１７に示すように、第一のビル１９３Ａには、登録用端末１１０、サービスサーバ１２０、検証サーバ１３０、入退室管理サーバ１４０、証明書サーバ１５０、第一の入退室認証装置１６０Ａ、第二の入退室認証装置１６０Ｂ及びクライアント端末１７０を設置し、ルータ１９５を介してこれらをインターネット１９６に接続可能にし、また、第二のビル１９３Ｂ及び第三のビル１９３Ｃには、それぞれ、証明書サーバ１５０と、第一の入退室認証装置１６０Ａ、第二の入退室認証装置１６０Ｂ及びクライアント端末１７０を設置して、ルータ１９５を介してこれらをインターネット１９６に接続可能にすることで、第一のビル１９３Ａに設置した登録用端末１１０で、これらのビル１９３Ａ〜１９３Ｃ内の部屋１９４Ａ〜１９４Ｃに入退室し、また、これらのビル１９３Ａ〜１９３Ｃ内のクライアント端末１７０を利用する利用者の登録を行うことができる。また、第一のビル１９３Ａに設置したサービスサーバ１２０、認証サーバ１３０及び入退室管理サーバ１６０で、これらのビル１９３Ａ〜１９３Ｃ内の部屋１９４Ａ〜１９４Ｃに入退室し、また、これらのビル１９３Ａ〜１９３Ｃ内のクライアント端末１７０を利用する利用者の管理を行うことができる。
【０１９５】
ここで、図１７に示しているように、証明書サーバ１５０を複数設ける場合には、第一のビル１９３Ａに設置されている登録用端末１１０を介して利用者の登録を全ての証明書サーバ１５０で行い、クライアント端末１７０を使用する際に、そのクライアント端末１７０が属するビル１９３Ａ〜１９３Ｃに属する証明書サーバ１５０で発行した電子証明書を使用するようにすることで、そのクライアント端末１７０を使用している利用者がどのビル１９３Ａ〜１９３Ｃにいるのかを把握することができ、また、また、把握されたビル１９３Ａ〜１９３Ｃと場所ＩＤとを比較して、両者が異なっている場合には、検証サーバ１３０で検証が失敗したと判断するようにしてもよい。
【０１９６】
なお、検証サーバ１３０で、場所ＩＤの検証を行う場合は、入退室管理サーバ１４０から入室情報を検証サーバ１３０に送る際に、場所テーブル１４４から場所ＩＤを抽出して、入室情報とともに場所ＩＤを検証サーバ１３０に送るようにすればよい。
【０１９７】
以上に記載したセキュリティシステム１００では、検証サーバ１３０、入退室管理サーバ１４０及び証明書サーバ１５０を設けているが、このような態様に限定されず、これらで行う処理を全て一つのサーバで行ってもよい。また、検証サーバ１３０及び入退室管理サーバ１４０で行う処理を一つのサーバで行ってもよく、検証サーバ１３０及び証明書サーバ１５０で行う処理を一つのサーバで行ってもよく、入退室管理サーバ１４０及び証明書サーバで行う処理を一つのサーバで行ってもよい。
【０１９８】
また、以上に記載したセキュリティシステム１００では、利用者の識別情報として、カードＩＤ及び入退室ＩＤを用いているが、このような態様に限定されず、何れか一方のみを用いることも可能である。
【０１９９】
さらに、以上に記載したセキュリティシステム１００では、部屋の内側と外側の両方に入退室認証装置１６０Ａ、１６０Ｂを設けているが、このような態様に限定されず、例えば、部屋の内側と外側の何れか一方に入退室認証装置を設け、他方には、カードリーダのみを設けるようにすることも可能である。このような場合には、どのカードリーダで読み取ったかを識別することができるようにしておくことで（例えば、ＩＤを読み取ったカードリーダの識別情報を入退室情報テーブル１４３に記憶しておくことで）、利用者の入室又は退室を特定することができる。
【図面の簡単な説明】
【０２００】
【図１】セキュリティシステム１００の概略図。
【図２】入退室テーブル１４２の概略図。
【図３】入退室情報テーブル１４３の概略図。
【図４】場所テーブル１４４の概略図。
【図５】認証テーブル１５３の概略図。
【図６】識別情報テーブル１６２の概略図。
【図７】正規の利用者の登録を行う流れを示すシーケンス図。
【図８】一時利用の利用者の登録を行う流れを示すシーケンス図。
【図９】利用者がサービスサーバ１２０からサービスの提供を受ける際の検証処理の流れを示すシーケンス図。
【図１０】正規の利用者が電子証明書を取得する流れを示すシーケンス図。
【図１１】一時利用の利用者が電子証明書を取得する流れを示すシーケンス図。
【図１２】利用者の登録を行う際の証明書サーバ１５０での処理を示すフローチャート。
【図１３】利用者がサービスの提供を受ける際のクライアント端末１７０での処理を示すフローチャート。
【図１４】利用者がサービスの提供を受ける際の証明書サーバ１５０での処理を示すフローチャート。
【図１５】利用者が室内に入る際又は室内から出る際の入退室認証装置１６０の処理を示すフローチャート。
【図１６】セキュリティシステム１００の利用例を示す概略図。
【図１７】セキュリティシステム１００の利用例を示す概略図。
【符号の説明】
【０２０１】
１００  セキュリティシステム
１１０  登録用端末
１２０  サービスサーバ
１３０  検証サーバ
１４０  入退室管理サーバ１４０
１５０  証明書サーバ
１６０  入退室認証装置
１７０  クライアント端末
１８０  カード
【図１】
0004403130.tif 000002
【図２】
0004403130.tif 000003
【図３】
0004403130.tif 000004
【図４】
0004403130.tif 000005
【図５】
0004403130.tif 000006
【図６】
0004403130.tif 000007
【図７】
0004403130.tif 000008
【図８】
0004403130.tif 000009
【図９】
0004403130.tif 000010
【図１０】
0004403130.tif 000011
【図１１】
0004403130.tif 000012
【図１２】
0004403130.tif 000013
【図１３】
0004403130.tif 000014
【図１４】
0004403130.tif 000015
【図１５】
0004403130.tif 000016
【図１６】
0004403130.tif 000017
【図１７】
0004403130.tif 000018