JP4892008B2 - 証明書認証方法、証明書発行装置及び認証装置 - Google Patents

Description

本発明は、異なるネットワークでサービスを受けるために発行された証明書を認証する証明書認証方法、証明書発行装置及び認証装置に関する。

通信サービスを簡単かつ安全に提供するために、端末の通信ＩＤを利用して認証を行う通信サービスが普及している。端末は、加入している通信サービスの宛先と、サービスを利用するためのユーザＩＤ・パスワードなどの認証情報を保持しており、安全に複数の通信サービスを利用することを可能にしている。しかし、端末の移動先で通信サービスを利用するなど、異なるアクセスＮＷを介して接続する場合には、元々利用していた通信ＩＤが利用できず、サービスを受けられなくなるという問題がある。また、元の通信ＩＤとは異なるサブＩＤを利用して通信を行う場合も同様に、サービスを受けられなくなるという
問題がある。

［従来技術］
この課題を解決するため、信頼できるアクセスＮＷにおける端末の認証結果を利用して、端末が別のＮＷサービスを利用する際に、以前の認証結果を利用する技術が存在している。シングルサインオン技術は、アサーションを用いて認証結果を転送し、一度の認証だけで、複数の通信サービスを利用可能にしている。しかし、アサーションはオンラインでのみ使用できるため、元々利用していた通信ＩＤが利用できない場合や、元の通信ＩＤとは異なるサブＩＤを利用して通信を行う場合には、サービスを受けられなくなるという問題が残る。

また、証明書発行を行うことにより、通信サービスからの認証結果を証明書に保存する方法も提案されている。特許文献１は、ＩＰｖ６ネットワークにおけるＮＷサービス認証装置であるＩＰｖ６ルータが端末を認証し、ＮＷサービス認証装置に接続された認証局が認証結果を証明するデジタル証明書をＮＷアクセス端末に発行することによって、新たにＩＰｖ４ネットワークのサービス認証を受ける際に、ＮＷアクセス端末がデジタル証明書を利用して自動的に認証を受けられるようにするものである。但し、この提案では、ＮＷサービス認証装置とデジタル証明書発行装置が直接接続されている必要があり、別のＮＷサービス認証装置もデジタル証明書発行装置と安全な通信路で直接通信できる必要がある。しかし、ＮＷサービス認証装置、デジタル証明書発行装置、別のＮＷサービス認証装置は別々に管理されることがあり、その場合、直接接続することや直接通信することは難しい。
特開２００６−２５０１０号公報

この発明の目的は、通信ＩＤを使って第１のネットワークで通信サービスへ接続可能である端末装置が第２のネットワークにおいても接続可能とできる証明書認証方法、証明書発行装置及び認証装置を提供することである。

この発明の第１の観点によれば、第１のネットワークにおいて通信ＩＤを使用して接続可能な端末装置に対し、第２のネットワークにおいて接続を可能にする認証を与える証明書認証方法は、
(a) 端末装置が、第１のネットワークを介して前記端末装置の通信ＩＤとサブＩＤを含む証明書発行要求を証明書発行装置に送信するステップと、
(b) 前記証明書発行装置が、前記端末装置から前記第１のネットワークを介して前記証明書発行要求を受信すると、該証明書発行要求に含まれる前記端末装置の通信ＩＤが使用中か否かの確認を通信ＩＤ確認装置に要求し、更に前記通信ＩＤと前記サブＩＤの対応関係が正しいか否かの確認を前記第１のネットワーク上の通信ＩＤ−サブＩＤ確認装置に要求し、少なくとも前記通信ＩＤ確認装置からの確認結果と前記通信ＩＤ−サブＩＤ確認装置からの確認結果がＯＫであれば、当該証明書発行装置のＩＤ、前記端末装置の通信ＩＤとサブＩＤ及び有効期間を少なくとも含む証明書を生成し、前記端末装置へ送信するステップと、
(c) 前記端末装置が、第２のネットワークにおいて前記サブＩＤを含む認証要求と前記証明書を認証装置に送信するステップと、
(d) 前記認証装置が、前記認証要求に対し認証を与え前記第２のネットワークにおいて前記サブＩＤを使ってサービスプロバイダに接続可能にするステップ、
とを含む。

この発明の第２の観点によれば、第１のネットワークにおいて通信ＩＤを使用して接続可能な端末装置に対し、第２のネットワークにおいて接続を可能にするための証明書を発行する証明書発行装置は、
前記端末装置から前記第１のネットワークを介して前記端末装置の通信ＩＤとサブＩＤを含む証明書発行要求を受信すると、該証明書発行要求に含まれる前記端末装置の通信ＩＤが使用中か否かの確認を上記第１のネットワーク上の通信ＩＤ確認装置に要求する通信ＩＤ確認要求手段と、
前記通信ＩＤと前記サブＩＤの対応関係が正しいか否かの確認を前記第１のネットワーク上の通信ＩＤ−サブＩＤ確認装置に要求する通信ＩＤ−サブＩＤ確認要求手段と、
少なくとも前記通信ＩＤ確認装置からの確認結果と前記通信ＩＤ−サブＩＤ確認装置からの確認結果がＯＫであれば、当該証明書発行装置のＩＤ、前記端末装置の通信ＩＤとサブＩＤ及び有効期間を少なくとも含む証明書を生成して前記端末装置へ送信し、前記端末装置が前記第２のネットワークにおいて前記サブＩＤを使ってサービスプロバイダに接続を可能にする証明書生成手段、
とを含むように構成される。

この発明の第３の観点によれば、第１のネットワークにおいて通信ＩＤを使用して接続可能な端末装置に対し、第２のネットワークにおいて接続を可能にするための認証を与える認証装置は、
記憶手段と、
端末装置からサブＩＤを含む認証要求と第１のネットワークにおいて証明書発行装置が前記端末装置に対し発行した証明書を受信すると、チャレンジを生成し、前記記憶手段に保存すると共に前記端末装置に前記第２のネットワークを介して送信するチャレンジ生成手段と、
前記端末装置から前記第２のネットワークを介して前記チャレンジに対するレスポンスと当該端末装置の公開鍵と有効期間付きの証明書とを受信し、該レスポンスを前記端末装置の公開鍵及び前記記憶手段に保存したチャレンジを使って検証するレスポンス検証手段と、
前記証明書の有効期間内であるか判定する有効期間判定手段、
とを含み、前記検証に成功し、かつ有効期間内と判定された場合にＯＫの認証結果を前記第２のネットワークを介して前記端末装置へ送信し、前記端末装置が前記第２のネットワークにおいて前記サブＩＤを使ってサービスプロバイダに接続を可能にするように構成されている。

この発明によれば、有効期間を指定された証明書を発行／利用する技術により、証明書の有効性確認を不要にできるため、通信サービスへ接続できない場合でも、認証手段が利用できるようになる。使い捨てられる証明書を発行する技術とは、ａ．証明書のオンライン発行によって実現される短い有効期間を持つ証明書の発行技術と、ｂ．証明書の短い有効期間だけシステム側で利用履歴を保存することにより、認証回数を制限できる証明書利用技術の組合せで実現されるものである。
電話番号のように広いサービス提供者の管理する通信ＩＤに加えて、子番号のように一つの組織が独自に管理するサブＩＤを連携させる際に、通信ＩＤ管理手段とサブＩＤ管理手段を連携させて認証する技術である。具体例として、電話番号を管理する通信網側機能と子番号を管理する構内側機能とが連携する場合は、構内機能と通信網機能の間で連携ＩＤを使って状態を交換することによって、連携が実現される。また、グローバルＩＰアドレスを管理するＩＳＰ側機能とプライベートＩＰアドレスを管理する宅内機能とが連携する場合は、グローバルＩＰアドレスとプライベートＩＰアドレスの変換を行うＮＡＴ機能とＤＨＣＰ機能の状態を得ることによって、連携が実現される。

本発明によれば、ＮＷサービス中継装置が持つ情報をＮＷアクセス端末が使えない場合でも、ＮＷサービス中継装置が持つ情報が利用できることをデジタル証明書として第三者機関が発行することによって、ＮＷアクセス端末が別のＮＷサービスの認証を受けられるようにできる。
また、ＮＷサービス認証装置、デジタル証明書発行装置、別のＮＷサービス認証装置は別々に管理されている場合でも、ＮＷアクセス端末が通信を仲介することにより、デジタル証明書を取得でき、ＮＷアクセス端末が別のＮＷサービスの認証を受けられるようにできる。

本発明の第１の実施例に係る証明書発行システムの構成を示すブロック図。 図２Ａは証明書発行装置の機能構成例を示すブロック図であり、図２Ｂは証明書の例を説明するための図であり、図２Ｃは認証装置の機能構成を示すブロック図。 本発明の第１の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すシーケンス図。 本発明の第１の実施例に係る証明書発行システムにおける証明書認証処理の主要な流れを示すシーケンス図。 本発明の第２の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すシーケンス図。 本発明の第３の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すシーケンス図。 本発明の第４の実施例に係る証明書発行システムの構成を示すブロック図。 本発明の第４の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すシーケンス図。 本発明の第５の実施例に係る証明書発行システムの構成を示すブロック図。 本発明の第５の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すシーケンス図。 本発明の第６の実施例に係る証明書発行システムの構成を示すブロック図。 本発明の第６の実施例に係る証明書発行システムにおける証明書認証処理の主要な流れを示すシーケンス図。 本発明の第７の実施例に係る証明書発行システムの構成を示すブロック図。 本発明の第７の実施例に係る証明書発行システムにおける証明書失効処理の主要な流れを示すシーケンス図。 本発明の第７の実施例に係る証明書発行システムにおける証明書認証処理の主要な流れを示すシーケンス図。 本発明の第８の実施例に係る証明書発行システムの構成を示すブロック図。 本発明の第９の実施例に係る証明書発行システムの構成を示すブロック図。 本発明の第１０の実施例に係る証明書発行システムの構成を示すブロック図。 本発明の第１０の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すシーケンス図。 本発明の第１０の実施例に係る証明書発行システムにおける他の証明書発行処理の主要な流れを示すシーケンス図。 本発明の第１０の実施例に係る証明書発行システムにおける更に他の証明書発行処理の主要な流れを示すシーケンス図。 本発明の第１１の実施例に係る証明書発行システムの構成を示すブロック図。 本発明の第１１の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すシーケンス図。 本発明の第１２の実施例に係る証明書発行システムの構成を示すブロック図。 本発明の第１２の実施例に係る証明書発行システムにおける証明書発行認証の主要な流れを示すシーケンス図。

発明を実施する為の最良の形態

以下、本発明の実施例について、図面を参照して説明する。
＜第１の実施例＞
図１は本発明の第１の実施例に係る証明書発行システムの構成を示すもので、図中、ＮＷ１，ＮＷ２はそれぞれ通信ネットワーク、４は端末装置、５は通信ＩＤ確認装置、６は通信ＩＤ−サブＩＤ確認装置、７は証明書発行装置、８は認証装置である。図１の例では通信ＩＤ確認装置５と通信ＩＤ−サブＩＤ確認装置６はそれぞれ直接証明書発行装置７に接続されている場合を示しているが、いずれか一方、又は両方ともネットワークＮＷ１を介して接続可能とする構成でもよい。

ネットワークＮＷ１，ＮＷ２（以下単にＮＷ１あるいはＮＷ２と記す）は、公衆電話網やインターネット等の広域通信網であり、ＮＷ１及びＮＷ２は同一の通信ＩＤを使用できない異なる通信ネットワークであるとする。ここで、証明書発行装置７はＮＷ１に接続され、認証装置８はＮＷ２に接続されるが、端末装置４はＮＷ１，ＮＷ２のいずれにも接続して使用可能であるとする。
端末装置４は、特定のネットワーク、ここではＮＷ１に接続された装置と該ＮＷ１における通信ＩＤとは異なるサブＩＤを用いて通信可能とされている。具体的には、端末装置４は図示しないＰＢＸやＨＧＷ等を介してＮＷ１に接続された電話機やパーソナルコンピュータであり、通信ＩＤ記憶部４１と、証明書記憶部４２と、証明書発行要求部４３と、認証要求部４４とを備えている。

通信ＩＤ記憶部４１は、ＮＷ１における通信ＩＤ（例えば、グローバルＩＰアドレス）を記憶する。証明書記憶部４２は、証明書発行装置７が発行する証明書や当該端末装置４における公開鍵と秘密鍵の鍵ペアを保存する。
証明書発行要求部４３は、通信ＩＤ記憶部４１から通信ＩＤを読み出し、該通信ＩＤとともに（別途記憶された）サブＩＤ（例えば、プライベートＩＰアドレス）を少なくとも含む証明書発行要求をＮＷ１を介して証明書発行装置７へ送信し、証明書発行装置７からＮＷ１を介して送信されてきた証明書を受信し、当該証明書を証明書記憶部４２に保存する。

認証要求部４４は、サブＩＤを少なくとも含む認証要求をＮＷ２を介して認証装置８へ送信し、認証装置８からＮＷ２を介してチャレンジを受信すると、前記認証要求が初めて（１回目）であるかを判定する。初めてであれば、該チャレンジに当該端末装置４の秘密鍵を用いてレスポンスを生成するとともに証明書記憶部４２から証明書を読み出し、当該証明書と、当該端末装置４の公開鍵と、前記レスポンスとをＮＷ２を介して認証装置８へ送信する。また、前記認証要求が２回目以降であれば、前記チャレンジに当該端末装置４の秘密鍵を用いてレスポンスを生成し、これを当該端末装置４の公開鍵とともにＮＷ２を介して認証装置８へ送信し、認証装置８からＮＷ２を介して送信されてきた認証結果を受信する。

通信ＩＤ確認装置５は、ＮＷ１における所定の通信ＩＤが使用中か否かを確認、具体的にはＮＷ１上の図示してない交換局やＩＳＰ(Internet Service Provider)と連携して確認する。この確認は外部からの要求、例えば証明書発行装置７からの要求に応じて実行され、通信ＩＤが使用中であればＯＫ、そうでなければＮＧの確認結果を返す。
通信ＩＤ−サブＩＤ確認装置６は、所定のサブＩＤとＮＷ１における所定の通信ＩＤとが対応関係にあるか否かを確認する。この確認は外部からの要求、例えば証明書発行装置７からの要求に応じて実行され、対応関係にあればＯＫ、そうでなければＮＧの確認結果を返す。

図２Ａに示すように、証明書発行装置７は、通信ＩＤ確認要求部７Ａと、通信ＩＤ−サブＩＤ確認要求部７Ｂと、証明書生成部７Ｃと、記憶部７Ｄと、制御部７Ｅとから構成されている。端末装置４からＮＷ１を介してサブＩＤ及び通信ＩＤを少なくとも含む証明書発行要求を受信すると、通信ＩＤ確認要求部７Ａは該証明書発行要求に含まれる通信ＩＤが使用中か否かの確認を通信ＩＤ確認装置５に要求する。また、通信ＩＤ−サブＩＤ確認要求部７Ｂは前記証明書発行要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認を通信ＩＤ−サブＩＤ確認装置６に要求する。

通信ＩＤ確認装置５及び通信ＩＤ−サブＩＤ確認装置６からの確認結果が共にＯＫであれば、証明書生成部７Ｃは端末装置４の通信ＩＤ、サブＩＤ、当該証明書発行装置のＩＤ、及び有効期間（通常、例えば１〜２日程度と短く設定）を少なくとも含む図２Ｂに示すような証明書ＣＴＦを生成し、ＮＷ１を介して端末装置４へ送信する。いずれかがＮＧであればＮＷ１を介して端末装置４へ発行拒否を通知する。
記憶部７Ｄには端末装置との通信に必要な情報、証明書生成に必要な情報などを予め保存し、あるいは証明書発行処理に使われる情報を必要に応じて保存する。制御部７Ｅは証明書発行装置７と他の装置（端末装置４、通信ＩＤ確認装置５、通信ＩＤ−サブＩＤ確認装置６）との間の通信を制御実行し、また、通信ＩＤ確認要求部７Ａ、通信ＩＤ−サブＩＤ確認要求部７Ｂ、証明書生成部７Ｃ、記憶部７Ｄによる処理を制御する。

認証装置８は、図２Ｃに示すようにチャレンジ生成部８Ａと、記憶部８Ｂと、レスポンス検証部８Ｃと、有効期間判定部８Ｄと、制御部８Ｅとから構成されている。端末装置４から他のネットワーク、ここではＮＷ２を介して例えばサブＩＤを少なくとも含む認証要求を受信すると、チャレンジ生成部８Ａは例えば認証手順に用いられる周知のチャレンジ＆レスポンス方式に基づくチャレンジを生成して記憶部８Ｂに記憶するとともに、ＮＷ２を介して端末装置４へ送信する。
認証装置８は端末装置４からＮＷ２を介して前記チャレンジに対するレスポンス及び当該端末装置４の公開鍵と共に証明書ＣＴＦを受信し、これらを記憶部８Ｂに記憶する。さらに、該受信したレスポンスをレスポンス検証部８Ｃにより、端末装置４の公開鍵及び前記記憶したチャレンジを使って検証する。検証に成功した場合は、有効期間判定部８Ｄにより受信日時が前記記憶した証明書ＣＴＦ中の有効期間内であるか判定する。期間内であれば証明書ＣＴＦに対する認証結果としてＯＫをＮＷ２を介して端末装置４へ送信する。レスポンスの検証に失敗したときはＮＧの認証結果を端末装置４へ送信する。

認証装置８がＯＫの認証結果を端末装置４に送信した場合、このシステムにおいて端末装置４はサブＩＤを使って認証装置を経由してＮＷ２上の図示してない所望のサービス提供サーバに接続することができる。端末装置４がＮＷ２上の所望のサービス提供サーバに直接接続する場合は、例えば認証装置８が端末装置４に認証結果ＯＫと共に認証装置８のディジタル署名を送信し、端末装置４はサブＩＤを使って所望のサービス提供サーバに接続するときにそのディジタル署名を提示するようにしても良い。このようにして端末装置４はＮＷ２上でサブＩＤを使って所望のサービス提供サーバに接続することが可能となる。

制御部８Ｅは、他の装置（ここでは端末装置４）との通信を制御実行し、また、チャンレンジ生成部８Ａ、記憶部８Ｂ、レスポンス検証部８Ｃ、有効期間判定部８Ｄの処理を制御する。
なお、本実施例においては、ＮＷ１には１つの端末装置４が接続されているが、本発明の証明書発行システムに接続できる端末装置の数を限定するものではない。
以上のように構成された本発明の第１の実施例に係る証明書発行システムの動作について、図面を参照して説明する。

図３は本発明の第１の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すもので、以下、動作を詳細に説明する。
まず、端末装置４はその証明書発行要求部４３により、通信ＩＤ記憶部４１から通信ＩＤを読み出し、該通信ＩＤとともにサブＩＤを少なくとも含む証明書発行要求をＮＷ１を介して証明書発行装置７へ送信する（ステップＳ１）。
証明書発行装置７は、端末装置４からＮＷ１を介して証明書発行要求を受信すると、該証明書発行要求に含まれる通信ＩＤが使用中か否かの確認を通信ＩＤ確認装置５に要求する（ステップＳ２）。

通信ＩＤ確認装置５は、証明書発行装置７からの確認要求に応じて、前記証明書発行要求に含まれる通信ＩＤがＮＷ１で使用中であるか否かをＮＷ１と連携して確認し、使用中であればＯＫの確認結果を、使用中でなければＮＧの確認結果を証明書発行装置７に応答する（ステップＳ３）。ＮＷ１と連帯して通信ＩＤの確認を行なうには、例えばＮＷ１上にある図示してない交換局やＩＳＰのような通信管理装置が通信網機能の１つとして通信ＩＤを管理し、通信ＩＤ確認装置５はこの通信管理装置から通信ＩＤが使用中であるか否かの情報を取得する。

次に、証明書発行装置７は、通信ＩＤ確認装置５からの確認結果を受信し、前記証明書発行要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認を通信ＩＤ−サブＩＤ確認装置６に要求する（ステップＳ４）。
通信ＩＤ−サブＩＤ確認装置６は、証明書発行装置７からの確認要求に応じて、前記証明書発行要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かを確認し、対応関係にあればＯＫの確認結果を、対応関係になければＮＧの確認結果を証明書発行装置７に応答する（ステップＳ５）。

証明書発行装置７は、通信ＩＤ−サブＩＤ確認装置６からの確認結果を受信し、前記通信ＩＤ確認装置５からの確認結果と共にＯＫであれば、当該証明書発行装置７のＩＤ、前記端末装置４の通信ＩＤ及びサブＩＤ、有効期間を少なくとも含む証明書ＣＴＦを生成し、ＮＷ１を介して端末装置４へ送信する。また、確認結果のいずれか一方がＮＧであれば、ＮＷ１を介して端末装置４へ発行拒否を通知する（ステップＳ６）。
端末装置４はその証明書発行要求部４３により、証明書発行装置７からＮＷ１を介して送信されてきた証明書ＣＴＦを受信し（ステップＳ７）、該受信した証明書ＣＴＦを証明書記憶部４２に保存する。また、発行拒否が通知された場合は処理を終了する（ステップＳ８）。

図４は本発明の第１の実施例に係る証明書発行システムにおける証明書認証処理の主要な流れを示すもので、以下、動作を詳細に説明する。
まず、端末装置４はその認証要求部４４により、サブＩＤを少なくとも含む認証要求をＮＷ２を介して認証装置８へ送信する（ステップＳ１１）。
次に、認証装置８は、端末装置４からＮＷ２を介して認証要求を受信すると、チャレンジを生成して記憶部８Ｂに記憶するとともにＮＷ２を介して端末装置４へ送信する（ステップＳ１２）。

端末装置４はその認証要求部４４により、認証装置８からＮＷ２を介してチャレンジを受信すると、該チャレンジに当該端末装置４の秘密鍵を用いてレスポンスを生成し（ステップＳ１３）、前記認証要求が初めて（１回目）であるか判定し（ステップＳ１４）、初めてであれば証明書記憶部４２から証明書ＣＴＦを読み出し（ステップＳ１５）、当該証明書ＣＴＦと、当該端末装置４の公開鍵と、前記レスポンスとをＮＷ２を介して認証装置８へ送信し（ステップＳ１６）、前記認証要求が２回目以降であれば、前記チャレンジに対するレスポンスを当該端末装置４の公開鍵とともにＮＷ２を介して認証装置８へ送信する（ステップＳ１６）。即ち、２回目以降の認証要求の場合は、証明書の送信を省略する。

認証装置８は、端末装置４からＮＷ２を介して前記チャレンジに対するレスポンス及び当該端末装置４の公開鍵、もしくはこれらとともに証明書を受信する。受信情報に証明書ＣＴＦが含まれている場合は、これを記憶部８Ｂに記憶し、レスポンス検証部８Ｃにより該受信したレスポンスを端末装置４の公開鍵及び記憶部８Ｂから読み出したチャレンジを使って検証する（ステップＳ１７）。検証に成功したか判定し、検証に失敗したときはＮＧの認証結果をＮＷ２を介して端末装置４に送信する（ステップＳ１８）。また、検証に成功した場合は前記記憶した証明書ＣＴＦ中の有効期間が満了しているか判定し、満了していなければＯＫの認証結果を、満了していればＮＧの認証結果をＮＷ２を介して端末装置４へ送信する（ステップＳ１９）。

端末装置４からの受信情報に証明書が含まれていない場合は、同じ端末装置４による２回目以降の認証要求であることを示しており、従って、ステップＳ１９において記憶部８Ｂに記憶されている１回目の認証時の証明書ＣＴＦをサブＩＤ（又は通信ＩＤ）により検索し、読み出した証明書ＣＴＦの有効期間をチェックする。
端末装置はその認証要求部４４により、認証装置８からＮＷ２を介して認証結果を受信する。
この実施例によれば、ＮＷ１を介した端末装置４の証明書発行装置７へのアクセスの確認及び通信ＩＤとサブＩＤとの対応関係の確認のみを根拠とし、本人の確認を必要としない、有効期間の短い証明書を発行する。これにより、証明書発行装置７が接続されたＮＷ１とは異なるＮＷ２に接続された認証装置８でも認証可能とすることで、端末装置４を移動して用いるような、元の通信ＩＤが利用できないような場合であっても、様々なサービスを利用可能とすることができる。

＜第２の実施例＞
本発明の第２の実施例は、前述した第１の実施例において、証明書発行装置７が、通信ＩＤ確認装置５からの確認結果または通信ＩＤ−サブＩＤ確認装置６からの確認結果のいずれか一方もしくは両方を受信した際に記憶部７Ｄに保存しておき、２回目以降の証明書発行要求に対して、その通信ＩＤもしくはその通信ＩＤとサブＩＤを用いて前記保存した確認結果を検索し、その通信ＩＤが使用中か否かの確認結果、もしくはその通信ＩＤとサブＩＤとが対応関係にあるか否かの確認結果があればこれらを参照して証明書ＣＴＦを生成し、端末装置４へ送信する。

なお、本実施例に係る証明書発行システムの構成は、前述した証明書発行装置７における処理手順が異なる点を除いて第１の実施例の場合と同様である。
図５は本発明の第２の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すもので、以下、動作を詳細に説明する。
証明書発行装置７は、端末装置４からＮＷ１を介して証明書発行要求を受信すると（ステップＳ１）、該証明書発行要求に含まれる通信ＩＤもしくはその通信ＩＤとサブＩＤを用いて前記保存した確認結果を検索して確認結果が保存されているか判定する（ステップＳ２Ａ）。確認結果が保存されていれば、読み出してステップＳ４Ａに移る。確認結果が保存されていなければ確認要求を通信ＩＤ確認装置５に送信する（ステップＳ２Ｂ）。通信ＩＤ確認装置５から通信ＩＤが使用中か否かの確認結果を受信すると（ステップＳ３Ａ）、それを記憶部７Ｄに保存する（ステップＳ３Ｂ）。

次に通信ＩＤとサブＩＤとが対応関係にあるか否かの確認結果が保存されているか検索し（ステップＳ４Ａ）、保存されていれば読み出してステップＳ６に移る。対応関係が保存されていなければ通信ＩＤとサブＩＤが対応関係にあるか否かの確認要求を通信ＩＤ−サブＩＤ確認装置６に要求し（ステップＳ４Ｂ）、その確認結果を受信して（ステップＳ５Ａ）記憶部７Ｄに保存する（ステップＳ５Ｂ）。通信ＩＤが使用中であり、かつ通信ＩＤとサブＩＤの対応関係が正しければ、証明書ＣＴＦを生成して端末装置４へ送信する（ステップＳ６、Ｓ７）。

なお、証明書認証処理の動作は第１の実施例の場合と同様である。
この実施例によれば、同一の端末装置４からの２回目以降の証明書発行要求に対し、通信ＩＤ確認装置５または通信ＩＤ−サブＩＤ確認装置６のいずれか一方もしくは両方への確認処理が不要となり、より高速に証明書を発行可能となる。

＜第３の実施例＞
図１に示したシステムにおいて、例えば通信ＩＤ確認装置５および通信ＩＤ−サブＩＤ確認装置６が端末装置４と同じＨＧＷの内側において互いに接続されている場合、ＨＧＷの外のＮＷ１上の証明書発行装置７から直接通信ＩＤ確認装置５及び通信ＩＤ−サブＩＤ確認装置６にアクセスすることはできない。このような場合、本発明の第３の実施例では、前述した第１の実施例において、証明書発行装置７が、証明書発行要求に含まれる通信ＩＤが使用中か否かの確認または証明書発行要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認のいずれか一方もしくは両方をそれぞれ、端末装置４を介して通信ＩＤ確認装置５または通信ＩＤ−サブＩＤ確認装置６のいずれか一方もしくは両方に要求する。

なお、本実施例に係る証明書発行システムの構成は、前述した証明書発行装置７における処理手順が異なる点を除いて第１の実施例の場合と同様である。
図６は本発明の第３の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すもので、以下、動作を詳細に説明する。
証明書発行装置７は、端末装置４からＮＷ１を介して証明書発行要求を受信すると（ステップＳ１）、該証明書発行要求に含まれる通信ＩＤが使用中か否かの確認要求をＮＷ１を介して端末装置４へ送信する（ステップＳ２ａ）。

端末装置４は、証明書発行装置７からＮＷ１を介して送信されてきた証明書発行要求に含まれる通信ＩＤが使用中か否かの確認要求を受信すると、そのまま通信ＩＤ確認装置５へ送信する（ステップＳ２ｂ）。
通信ＩＤ確認装置５は、端末装置４を介して送信された証明書発行装置７からの要求に応じて、前記証明書発行要求に含まれる通信ＩＤがＮＷ１で使用中であるか否かをＮＷ１と連携して確認し、使用中であればＯＫの確認結果を、使用中でなければＮＧの確認結果を証明書発行装置７へ送信する（ステップＳ３）。

証明書発行装置７は、通信ＩＤ確認装置５からの確認結果を受信し、前記証明書発行要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認要求をＮＷ１を介して端末装置４へ送信する（ステップＳ４ａ）。
また、端末装置４は、証明書発行装置７からＮＷ１を介して送信されてきた証明書発行要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認要求を受信すると、そのまま通信ＩＤ−サブＩＤ確認装置６へ送信する（ステップＳ４ｂ）。
通信ＩＤ−サブＩＤ確認装置６は、端末装置４を介して送信された証明書発行装置７からの要求に応じて、前記証明書発行要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かを確認し、対応関係にあればＯＫの確認結果を、対応関係になければＮＧの確認結果を証明書発行装置７へ送信する（ステップＳ５）。

証明書発行装置７は、通信ＩＤ確認装置５からの通信ＩＤが使用中である確認結果及び通信ＩＤ−サブＩＤ確認装置６からの通信ＩＤとサブＩＤが正しく対応している確認結果に基づいて証明書ＣＴＦを生成し（ステップＳ６）、端末装置４へ送信する（ステップＳ７）。
なお、ステップＳ３及びＳ５はそれぞれ通信ＩＤ確認装置５及び通信ＩＤ−サブＩＤ確認装置６が証明書発行装置７へ直接応答する場合を示したが、破線のステップＳ３’及びＳ５’で示すように端末装置４を経由するリダイレクトで応答してもよい。証明書認証処理の動作は第１の実施例の場合と同様である。

この実施例によれば、証明書発行装置７は、通信ＩＤ確認装置５または通信ＩＤ−サブＩＤ確認装置６のいずれか一方もしくは両方が端末装置４と同じＨＧＷ内にある場合でも証明書発行装置７は端末装置４を介して確認要求を通信ＩＤ確認装置５及び／又は通信ＩＤ−サブＩＤ確認装置６に送信することができる。なお、この実施例は第２の実施例にも適用可能であることはいうまでもない。

＜第４の実施例＞
本発明の第４の実施例は、前述した第１の実施例において、端末装置４からの証明書発行要求にＮＷ１側で当該端末装置４の通信ＩＤを付与する。

図７は本発明の第４の実施例に係る証明書発行システムの構成を示すもので、第１の実施例のシステムにおいて、端末装置４からの証明書発行要求に当該端末装置４の通信ＩＤを付与する通信ＩＤ付与装置９を備えた点が異なる。この通信ＩＤ付与装置９は、通常、この端末装置４が収容される図示してないＰＢＸやＨＧＷに設けられる。
また、端末装置４は、図１に示されている通信ＩＤ記憶部４１を備えず、通信ＩＤ記憶装置９Ａが通信ＩＤ付与装置９に接続されている。証明書発行要求部４３は通信ＩＤを含まず、サブＩＤを少なくとも含む証明書発行要求を通信ＩＤ付与装置９を介して証明書発行装置７へ送信する。このとき、通信ＩＤ付与装置９は通信ＩＤ記憶装置９Ａから読み出した通信ＩＤを証明書発行要求に含めて証明書発行装置７へ送信する。端末装置４の証明書発行要求部４３は証明書発行装置７からＮＷ１を介して送信されてきた証明書ＣＴＦを受信し、当該証明書ＣＴＦを証明書記憶部４２に保存する。

なお、本実施例に係る証明書発行システムの構成は、前述した点を除いて第１の実施例の場合と同様である。
図８は本発明の第４の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すもので、以下、動作を詳細に説明する。
まず、端末装置４はその証明書発行要求部４３により、サブＩＤを少なくとも含む証明書発行要求をＮＷ１を介して証明書発行装置７へ送信する。この際、通信ＩＤ付与装置９は、証明書発行要求を受信し、これに通信ＩＤ記憶装置９Ａから読み出した当該端末装置４の通信ＩＤを付与して証明書発行装置７へ送信する。なお、以降の動作、並びに証明書認証処理の動作は第１の実施例の場合と同様であり、説明を省略する。

この実施例によれば、端末装置４は通信ＩＤを記憶する通信ＩＤ記憶部４１が不要になる。なお、この実施例は第２、３の実施例にも適用可能であることはいうまでもない。

＜第５の実施例＞
本発明の第５の実施例は、前述した第１の実施例において、証明書をＮＷ１以外の第３の通信ネットワークを利用して端末装置へ送信する。
図９は本発明の第５の実施例に係る証明書発行システムの構成を示すもので、第１の実施例のシステムにおいて、第３の通信ネットワークＮＷ３、例えば電子メール網を備えている。また、端末装置４は、通信ＩＤ記憶部４１、証明書記憶部４２、認証要求部４４とともに、ＮＷ３における当該端末装置４の通信ＩＤ（通信ＩＤ３）（例えば、メールアドレス）を記憶する第２の通信ＩＤ記憶部（通信ＩＤ３記憶部）４５を備えている。通信ＩＤ記憶部４１から通信ＩＤを読み出すとともに通信ＩＤ３記憶部４５から通信ＩＤ３を読み出し、該通信ＩＤ及び通信ＩＤ３とともにサブＩＤを少なくとも含む証明書発行要求をＮＷ１を介して証明書発行装置７へ送信する。証明書発行装置７からＮＷ３を介して送信されてきた証明書ＣＴＦを受信し、当該証明書ＣＴＦを証明書記憶部４２に保存する証明書発行要求部４３を備えている。

また、証明書発行装置７は、端末装置４からＮＷ１を介して通信ＩＤ、通信ＩＤ３及びサブＩＤを少なくとも含む証明書発行要求を受信すると、該証明書発行要求に含まれる通信ＩＤが使用中か否かの確認を通信ＩＤ確認装置５に要求する。さらに、前記証明書発行要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認を通信ＩＤ−サブＩＤ確認装置６に要求する。通信ＩＤ確認装置５及び通信ＩＤ−サブＩＤ確認装置６からの確認結果がＯＫであれば、当該証明書発行装置７のＩＤ、端末装置４のサブＩＤ及び有効期間を少なくとも含む証明書を生成し、ＮＷ３を介して端末装置４へ送信する。

なお、本実施例に係る証明書発行システムの構成は、前述した点を除いて第１の実施例の場合と同様である。
図１０は本発明の第５の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すもので、以下、動作を詳細に説明する。
まず、端末装置４はその証明書発行要求部４３により、通信ＩＤ記憶部４１から通信ＩＤを読み出し、さらに通信ＩＤ３記憶部４５から通信ＩＤ３を読み出し、該通信ＩＤ、通信ＩＤ３及びサブＩＤを少なくとも含む証明書発行要求をＮＷ１を介して証明書発行装置７へ送信する（ステップＳ１）。

証明書発行装置７は、端末装置４からＮＷ１を介して証明書発行要求を受信すると（ステップＳ１）、第１の実施例の場合と同様にして該証明書発行要求に含まれる通信ＩＤが使用中か否かの確認及び通信ＩＤとサブＩＤとが対応関係にあるか否かの確認を行う（ステップＳ２〜Ｓ５）。これらの確認結果が共にＯＫであれば、当該証明書発行装置７のＩＤ、前記端末装置４の通信ＩＤ及びサブＩＤ、有効期間を少なくとも含む証明書ＣＴＦを生成し（ステップＳ６）、ＮＷ３を介して端末装置４へ通信ＩＤ３を宛先として送信する（ステップＳ７）。また、確認結果のいずれか一方がＮＧであれば、ＮＷ３を介して端末装置４へ発行拒否を通知する。

端末装置４はその証明書発行要求部４３により、証明書発行装置７からＮＷ３を介して送信されてきた証明書ＣＴＦを受信し、該受信した証明書を証明書記憶部４２に保存する。また、発行拒否が通知された場合は処理を終了する（ステップＳ８）。
なお、証明書認証処理の動作は第１の実施例の場合と同様である。
この実施例によれば、通信ＩＤ、通信ＩＤ３及びサブＩＤの３つのＩＤにより端末装置４を特定できることになり、より証明力の高い証明書を発行できる。なお、この実施例は第２乃至４の実施例にも適用可能であることはいうまでもない。

＜第６の実施例＞
本発明の第６の実施例は、前述した第１の実施例において、証明書認証の際、通信ＩＤ確認装置５または通信ＩＤ−サブＩＤ確認装置６のいずれか一方もしくは両方も利用する。
図１１は本発明の第６の実施例に係る証明書発行システムの構成を示すもので、第１の実施例のシステムにおいて、認証装置８は通信ＩＤ確認装置５と通信ＩＤ−サブＩＤ確認装置６の一方又は両方と例えば専用回線で接続されている。図１１では認証装置８が通信ＩＤ−サブＩＤ確認装置６に接続されている例を示している。認証装置８は、端末装置４からＮＷ２を介してサブＩＤを少なくとも含む認証要求を受信すると、チャレンジを生成して記憶するとともにＮＷ２を介して端末装置４へ送信する。

認証装置８は端末装置４からＮＷ２を介して前記チャレンジに対するレスポンス及び当該端末装置の公開鍵とともに証明書を受信し、これらを記憶する。該受信したレスポンスを端末装置４の公開鍵及び前記記憶したチャレンジを使って検証し、検証に失敗したときはＮＧの認証結果をＮＷ２を介して端末装置４に送信する。また、検証に成功し且つ前記記憶した証明書中の有効期間内であれば、さらに通信ＩＤ確認装置５または通信ＩＤ−サブＩＤ確認装置６のいずれか一方もしくは両方に通信ＩＤまたは通信ＩＤとサブＩＤとの関係の確認を要求する。図１１の例では通信ＩＤ−サブＩＤ確認装置６に通信ＩＤとサブＩＤとが対応関係にあるか否かの確認を要求する例を示している。確認結果がＯＫであれば、ＯＫの認証結果をＮＷ２を介して端末装置４へ送信する。

なお、本実施例に係る証明書発行システムの構成は、前述した点を除いて第１の実施例の場合と同様であり、また、証明書発行処理の動作は第１の実施例の場合と同様である。
図１２は図１１に示した第６の実施例に係る証明書発行システムにおける証明書認証処理の主要な流れを示すもので、以下、動作を詳細に説明する。
端末装置４が認証要求を認証装置８へ送信し、認証装置８がレスポンスを検証するまでは、第１の実施例の場合と同様である。
認証装置８は、ステップＳ１８で検証に成功し且つステップＳ１９で有効期間内と判定された場合は、さらにステップＳ２０Ａで証明書ＣＴＦに含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認を通信ＩＤ−サブＩＤ確認装置６に要求する。

ステップＳ２０Ｂで通信ＩＤ−サブＩＤ確認装置６は、認証装置８からの要求に応じて、前記証明書ＣＴＦに含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かを確認し、対応関係にあればＯＫの確認結果を、対応関係になければＮＧの確認結果を認証装置８に応答する。
認証装置８は、通信ＩＤ−サブＩＤ確認装置６からの確認結果を受信し、ＯＫであればＯＫの認証結果を、また、ＮＧであればＮＧの認証結果をＮＷ２を介して端末装置４へ送信する。端末装置４はその認証要求部４４により、認証装置８からＮＷ２を介して認証結果を受信する。

この実施例によれば、端末装置４から認証が要求された時点での通信ＩＤとサブＩＤの対応関係、即ち証明書ＣＴＦの有効性、を確認できる。なお、この実施例は第２乃至５の実施例にも適用可能であることはいうまでもない。

＜第７の実施例＞
本発明の第７の実施例は、前述した第１の実施例において、端末装置４が証明書ＣＴＦの失効を登録する機能が追加され、また、認証装置８は証明書ＣＴＦに対する認証の際、証明書の失効情報が登録されていないか確認する機能が追加されている。

図１３は本発明の第７の実施例に係る証明書発行システムの構成を示すもので、第１の実施例のシステムにおいて、証明書ＣＴＦの失効情報を登録した失効情報記憶装置１０を備えている。証明書発行装置７及び認証装置８は失効情報記憶装置１０に接続されている。
また、端末装置４は、通信ＩＤ記憶部４１、証明書記憶部４２、証明書発行要求部４３（図示せず）、認証要求部４４とともに、通信ＩＤ記憶部４１から通信ＩＤを読み出し、該通信ＩＤとともにサブＩＤを少なくとも含む証明書失効要求をＮＷ１を介して証明書発行装置７へ送信する証明書失効要求部４６を備えている。

また、証明書発行装置７は、図２Ａに破線で示すように証明書失効情報生成部７Ｆが更に追加された構成である。第１の実施例の場合の機能に加え、端末装置４からＮＷ１を介して通信ＩＤ及びサブＩＤを少なくとも含む証明書失効要求を受信すると、通信ＩＤ確認要求部７Ａは該証明書失効要求に含まれる通信ＩＤが使用中か否かの確認を通信ＩＤ確認装置５に要求し、通信ＩＤ−サブＩＤ確認要求部７Ｂは前記証明書失効要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認を通信ＩＤ−サブＩＤ確認装置６に要求する。証明書失効情報生成部７Ｆは、通信ＩＤ確認装置５及び通信ＩＤ−サブＩＤ確認装置６からの確認結果がＯＫであれば、当該通信ＩＤ及びサブＩＤを含む証明書の失効情報を生成し、当該失効情報を失効情報記憶装置１０に登録する。

認証装置８は、図２Ｃに破線で示すように、失効情報確認部８Ｆが更に追加された構成となっている。端末装置４からＮＷ２を介してサブＩＤを少なくとも含む認証要求を受信すると、チャレンジ生成部８Ａはチャレンジを生成して記憶部８Ｂに記憶するとともにＮＷ２を介して端末装置４へ送信する。認証装置８は端末装置４からＮＷ２を介して前記チャレンジに対するレスポンス及び当該端末装置の公開鍵とともに証明書ＣＴＦを受信して記憶する。該受信したレスポンスをレスポンス検証部８Ｃにより端末装置４の公開鍵及び前記記憶したチャレンジを使って検証し、検証に失敗したときはＮＧの認証結果をＮＷ２を介して端末装置４に送信する。また、検証に成功し且つ前記記憶した証明書中の有効期間内であれば、さらに証明書ＣＴＦに含まれる通信ＩＤ及びサブＩＤを少なくとも含む証明書の失効情報が失効情報記憶装置１０中にあるか否かを失効情報確認部８Ｆにより確認し、なければＯＫの認証結果を、また、リスト中にあればＮＧの認証結果をＮＷ２を介して端末装置４へ送信する。

なお、本実施例に係る証明書発行システムの構成は、前述した点を除いて第１の実施例の場合と同様である。
図１４は本発明の第７の実施例に係る証明書発行システムにおける証明書失効処理の主要な流れを示すもので、以下、動作を詳細に説明する。
まず、端末装置４はその証明書失効要求部４６により、通信ＩＤ記憶部４１から通信ＩＤを読み出し、該通信ＩＤとともにサブＩＤを少なくとも含むサブＩＤ証明書失効要求をＮＷ１を介して証明書発行装置７へ送信する（ステップＳ３１）。

証明書発行装置７は、端末装置４からＮＷ１を介して証明書失効要求を受信すると、該証明書失効要求に含まれる通信ＩＤが使用中か否かの確認を通信ＩＤ確認装置５に要求する（ステップＳ３２）。
通信ＩＤ確認装置５は、証明書発行装置７からの要求に応じて、前記証明書失効要求に含まれる通信ＩＤがＮＷ１で使用中であるか否かをＮＷ１と連携して確認し、使用中であればＯＫの確認結果を、使用中でなければＮＧの確認結果を証明書発行装置７に応答する（ステップＳ３３）。

証明書発行装置７は、通信ＩＤ確認装置５からの確認結果を受信し、前記証明書失効要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認を通信ＩＤ−サブＩＤ確認装置６に要求する（ステップＳ３４）。
通信ＩＤ−サブＩＤ確認装置６は、証明書発行装置７からの要求に応じて、前記証明書失効要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かを確認し、対応関係にあればＯＫの確認結果を、対応関係になければＮＧの確認結果を証明書発行装置７に応答する（ステップＳ３５）。

証明書発行装置７は、通信ＩＤ−サブＩＤ確認装置６からの確認結果を受信し、前記通信ＩＤ確認装置５からの確認結果と共にＯＫであれば、前記端末装置４の通信ＩＤ及びサブＩＤを少なくとも含む証明書の失効情報を生成し、失効情報記憶装置１０に登録する。また、確認結果のいずれか一方がＮＧであれば、処理を終了する（ステップＳ３６）。
図１５は本発明の第７の実施例に係る証明書発行システムにおける証明書認証処理の主要な流れを示すもので、以下、動作を詳細に説明する。
端末装置４が認証要求を認証装置８へ送信し、認証装置８がレスポンスを検証するまでは、図１２の場合と同様である。

認証装置８は、検証に成功し（ステップＳ１７，Ｓ１８）且つ有効期間内であれば（ステップＳ１９）、さらに証明書に含まれる通信ＩＤ及びサブＩＤを少なくとも含む証明書の失効情報があるか否かの確認を失効情報記憶装置１０に要求する（ステップＳ２０Ｃ）。
失効情報記憶装置１０は、認証装置８からの要求に応じて、前記通信ＩＤ及びサブＩＤを少なくとも含む証明書の失効情報があるか否かを確認し、該当する失効情報があれば該当情報有り、また、なければ該当情報無しの確認結果を認証装置８に応答する（ステップＳ２０Ｄ）。

認証装置８は、失効情報記憶装置１０からの確認結果を受信し、該当情報がなければＯＫの認証結果を、また、該当情報があればＮＧの認証結果をＮＷ２を介して端末装置４へ送信する。端末装置４はその認証要求部４４により、認証装置８からＮＷ２を介して認証結果を受信する。
この実施例によれば、端末装置４、即ちユーザは証明書の失効を求めることができ、認証装置８は証明書の認証要求に対し失効情報を登録した失効情報記憶装置１０を利用して証明書ＣＴＦの有効性を確認できる。なお、この実施例は第２乃至６の実施例にも適用可能であることはいうまでもない。

＜第８の実施例＞
本発明の第８の実施例は、前述した第１の実施例において、複数の証明書のうち、最適の証明書を利用可能とする。
図１６は本発明の第８の実施例に係る証明書発行システムの構成を示すもので、第１の実施例のシステムにおいて、端末装置４は、図１の場合と同様に通信ＩＤ記憶部４１、証明書記憶部４２、証明書発行要求部４３、認証要求部４４を有している。この実施例において端末装置４は更に、証明書記憶部４２に保存されている各証明書の利用者、利用先、利用場所、利用時間、利用目的などの利用履歴を管理し、証明書記憶部４２から証明書を読み出して認証要求装置８へ送る際、その利用履歴や当該証明書自体に記載された用途などに応じて、最適の証明書を読み出す証明書管理部４７を備えている。

なお、本実施例に係る証明書発行システムの構成は、前述した点を除いて第１の実施例の場合と同様である。
この実施例によれば、証明書記憶部４２に複数の証明書が保存されている場合、半自動的に最適なものを選択することができる。なお、この実施例は第２乃至７の実施例にも適用可能であることはいうまでもない。

＜第９の実施例＞
本発明の第９の実施例は、前述した第１の実施例において、端末装置４において証明書をより安全に保存可能とする。

図１７は本発明の第９の実施例に係る証明書発行システムの構成を示すもので、端末装置４は第１の実施例のシステムにおける端末装置４と同様に、通信ＩＤ記憶部４１、証明書記憶部４２、証明書発行要求部４３、認証要求部４４を有している。図１７の実施例においては端末装置４は更に、耐タンパ部４８を内蔵し、証明書記憶部４２を該耐タンパ部４８内に設けた構成となっている。耐タンパ部４８は、例えばＴＰＭ(Trusted Platform Module)やＳＩＭ(Subscriber Identification Module)のようなデバイスやＩＣカードにより構成される。

なお、本実施例に係る証明書発行システムの構成は、前述した点を除いて第１の実施例の場合と同様である。
この実施例によれば、証明書や当該端末装置４における公開鍵と秘密鍵の鍵ペアが耐タンパ部４８内に保存されるため、第三者による外部からの攻撃はもとより、本人であってもその内容を改ざんすることはできず、証明書の証明力をより高めることができる。なお、この実施例は第２乃至８の実施例にも適用可能であることはいうまでもない。

＜第１０の実施例＞
本発明の第１０の実施例は、前述した第１の実施例において、通信ＩＤ−サブＩＤ確認装置６におけるサブＩＤと通信ＩＤとの対応関係の具体的な確認方法の例を示す。

図１８は本発明の第１０の実施例に係る証明書発行システムの構成を示すもので、第１の実施例のシステムにおいて、端末装置４は通信ＩＤ−サブＩＤ変換装置１１を介してＮＷ１に接続されている。通信ＩＤ−サブＩＤ確認装置６は、所定のサブＩＤとＮＷ１における所定の通信ＩＤとが対応関係にあるか否かを、端末装置４とＮＷ１との間に設置される通信ＩＤ−サブＩＤ変換装置１１と連携して確認する。ここで、通信ＩＤ−サブＩＤ変換装置１１とは、子番号と親番号との変換、プライベートＩＰアドレスとグローバルＩＰアドレスとの変換などを行うＰＢＸやＨＧＷなどを指す。

なお、本実施例に係る証明書発行システムの構成は、前述した点を除いて第１の実施例の場合と同様である。
図１９は本発明の第１０の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すもので、以下、動作を詳細に説明する。
証明書発行装置７は、端末装置４から証明書発行要求を受信し（ステップＳ１）、通信ＩＤ確認装置５に対して通信ＩＤが使用中か否かを確認した後（ステップＳ２，Ｓ３）、証明書発行要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認を通信ＩＤ−サブＩＤ確認装置６に要求する（ステップＳ４）。

通信ＩＤ−サブＩＤ確認装置６は、証明書発行装置７からの要求に応じて、前記証明書発行要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認要求をＮＷ１を介して通信ＩＤ−サブＩＤ変換装置１１へ送信する（ステップＳ５ａ）。
通信ＩＤ−サブＩＤ変換装置１１は、通信ＩＤ−サブＩＤ確認装置６からの要求を受信し、前記証明書発行要求に含まれるサブＩＤの端末装置４に対して前述したようなチャレンジ及びレスポンスによる確認を行い（ステップＳ５ｂ，Ｓ５ｃ）、確認できればＯＫの確認結果を、確認できなければＮＧの確認結果をＮＷ１を介して通信ＩＤ−サブＩＤ確認装置６へ送信する（ステップＳ５ｄ）。

通信ＩＤ−サブＩＤ確認装置６は、前記通信ＩＤ−サブＩＤ変換装置１１から受信した確認結果を証明書発行装置７に応答する（ステップＳ５ｅ）。
なお、以降の動作は第１の実施例の場合と同様である。
図２０は本発明の第１０の実施例に係る証明書発行システムにおける他の証明書発行処理の主要な流れを示すもので、以下、動作を詳細に説明する。
証明書発行装置７は、端末装置４から証明書発行要求を受信し（ステップＳ１）、通信ＩＤ確認装置５に対して通信ＩＤが使用中か否かを確認した後（ステップＳ２，Ｓ３）、証明書発行要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認を通信ＩＤ−サブＩＤ確認装置６に要求する（ステップＳ４）。

通信ＩＤ−サブＩＤ確認装置６は、証明書発行装置７からの要求に応じて、チャレンジを含み、前記証明書発行要求に含まれる通信ＩＤを宛先とする端末装置４の確認要求をＮＷ１を介して通信ＩＤ−サブＩＤ変換装置１１へ送信する（ステップＳ５ａ）。
通信ＩＤ−サブＩＤ変換装置１１は、前記確認要求の宛先を通信ＩＤからサブＩＤに自動変換して端末装置４へ送信する（ステップＳ５ｂ）。
端末装置４は、前記確認要求を受信すると、前記チャレンジに対するレスポンスを計算し、当該レスポンスとその公開鍵を少なくとも含む応答を通信ＩＤ−サブＩＤ変換装置１１へ送信する（ステップＳ５ｃ）。

通信ＩＤ−サブＩＤ変換装置１１は、前記応答の送信元のサブＩＤを通信ＩＤに自動変換してＮＷ１を介して通信ＩＤ−サブＩＤ確認装置６へ送信する（ステップＳ５ｄ）。
通信ＩＤ−サブＩＤ確認装置６は、前記通信ＩＤ−サブＩＤ変換装置１１から端末装置４の確認要求に対する応答を受信すると、チャレンジに対するレスポンスを検証し、正しければＯＫの確認結果を証明書発行装置７に応答する（ステップＳ５ｅ）。
なお、以降の動作は第１の実施例の場合と同様である。
更にまた、図２１は本発明の第１０の実施例に係る証明書発行システムにおける更に他の証明書発行処理の主要な流れを示すもので、以下、動作を詳細に説明する。

証明書発行装置７は、端末装置４から証明書発行要求を受信し（ステップＳ１）、通信ＩＤ確認装置５に対して通信ＩＤが使用中か否かを確認した後（ステップＳ２，Ｓ３）、証明書発行要求に含まれる通信ＩＤとサブＩＤとが対応関係にあるか否かの確認を通信ＩＤ−サブＩＤ確認装置６に要求する（ステップＳ４）。
通信ＩＤ−サブＩＤ確認装置６は、証明書発行装置７からの要求に応じて、チャレンジを含み、前記証明書発行要求に含まれる通信ＩＤを宛先とする端末装置４の確認要求をＮＷ１を介して通信ＩＤ−サブＩＤ変換装置１１へ送信する（ステップＳ５ａ）。

通信ＩＤ−サブＩＤ変換装置１１は、前記確認要求の宛先を通信ＩＤからサブＩＤに自動変換して端末装置４へ送信する（ステップＳ５ｂ）。
通信端末４は、前記確認要求を受信すると、通信ＩＤ−サブＩＤ変換装置１１へ転送（リダイレクト）する。
通信ＩＤ−サブＩＤ変換装置１１は、前記確認要求を受信すると、前記チャレンジに対するレスポンスを計算し、当該レスポンスとその公開鍵を少なくとも含む応答を端末装置４へ送信する（ステップＳ５ｃ）。

端末装置４は、前記応答を受信すると、通信ＩＤ−サブＩＤ変換装置１１へ転送（リダイレクト）する。通信ＩＤ−サブＩＤ変換装置１１は、前記応答の送信元をサブＩＤから通信ＩＤに自動変換してＮＷ１を介して通信ＩＤ−サブＩＤ確認装置６へ送信する（ステップＳ５ｄ）。
通信ＩＤ−サブＩＤ確認装置６は、前記通信ＩＤ−サブＩＤ変換装置１１から端末装置４の確認要求に対する応答を受信すると、ＯＫの確認結果を証明書発行装置７に応答する（ステップＳ５ｅ）。

なお、以降の動作は第１の実施例の場合と同様である。また、証明書認証処理の動作は第１の実施例の場合と同様である。
この実施例によれば、端末装置４とＮＷ１との間に設置される通信ＩＤ−サブＩＤ変換装置１１を利用して、所定のサブＩＤと特定のネットワークにおける所定の通信ＩＤとが対応関係にあるか否かを確認することができる。なお、この実施例は第２乃至９の実施例にも適用可能であることはいうまでもない。

＜第１１の実施例＞
本発明の第１１の実施例は、前述した第１の実施例において、証明書の発行を有料とするような形態である。

図２２は本発明の第１１の実施例に係る証明書発行システムの構成を示すもので、第１の実施例のシステムにおいて、所定の通信ＩＤへの料金の請求確認に応じて通信端末に対する課金確認を行い、所定の通信ＩＤへの料金の請求に応じて与信確認を行う通信ＩＤ課金装置１２が予め決めたネットワーク上に設けられている。
また、証明書発行装置７は、図２Ａに破線で示すように通信ＩＤ課金確認部７Ｇを更に含んでおり、端末装置４からＮＷ１を介して証明書発行要求を受信すると、第１の実施例の場合と同様にして該証明書発行要求に含まれる通信ＩＤが使用中か否かの確認及び通信ＩＤとサブＩＤとが対応関係にあるか否かの確認を行う。これらの確認結果が共にＯＫであれば、さらに前記証明書発行要求に含まれる通信ＩＤへの証明書の発行に伴う料金の請求確認及び請求を通信ＩＤ課金装置１２に要求し、通信ＩＤ課金装置１２からの応答が共にＯＫであれば、当該証明書発行装置７のＩＤ、端末装置４の通信ＩＤ、サブＩＤ及び有効期間を少なくとも含む証明書ＣＴＦを生成し、ＮＷ１を介して端末装置４へ送信する。

なお、本実施例に係る証明書発行システムの構成は、前述した点を除いて第１の実施例の場合と同様である。
図２３は本発明の第１１の実施例に係る証明書発行システムにおける証明書発行処理の主要な流れを示すもので、以下、動作を詳細に説明する。
端末装置４が証明書発行要求を証明書発行装置７に送信すると（ステップＳ１）、証明書発行装置７は、通信ＩＤ確認装置５及び通信ＩＤ−サブＩＤ確認装置６からの確認結果を受信し（ステップＳ２〜Ｓ５）、これらが共にＯＫであれば、証明書発行要求に含まれる通信ＩＤへの証明書の発行に伴う料金の請求確認及び請求を通信ＩＤ課金装置１２に要求する（ステップＳ９ａ）。

通信ＩＤ課金装置１２は、証明書発行装置７からの要求に応じて、端末装置４に対して証明書の発行に伴う料金の課金の確認を要求し（ステップＳ９ｂ）、端末装置４からＯＫの応答があれば（ステップＳ９ｃ）、さらに当該通信ＩＤの与信を確認、即ち当該通信ＩＤに関わる金融機関の口座の残高などの確認を行い（ステップＳ９ｄ）、その確認結果を証明書発行装置７に応答する（ステップＳ９ｅ）。
証明書発行装置７は、前記請求確認及び請求に対する通信ＩＤ課金装置１２からの応答が共にＯＫであれば、当該証明書発行装置７のＩＤ、通信ＩＤ、サブＩＤ及び有効期間を少なくとも含む証明書ＣＴＦを生成し（ステップＳ６）、ＮＷ１を介して端末装置４へ送信する（ステップＳ７）。

なお、証明書認証処理の動作は第１の実施例の場合と同様である。
この実施例によれば、証明書の発行に際し、当該証明書に含まれる通信ＩＤに対して料金を課金することができ、証明書を有料チケットとして販売するサービスを行うことができる。なお、この実施例は第２乃至１０の実施例にも適用可能であることはいうまでもない。

＜第１２の実施例＞
本発明の第１２の実施例は、前述した第１１の実施例において、証明書の認証に伴う料金を証明書発行元のネットワークへ請求可能とする。

図２４は本発明の第１２の実施例に係る証明書発行システムの構成を示すもので、第１１の実施例のシステムにおいて、証明書の認証に伴う料金の請求確認及び請求を、当該証明書に含まれる通信ＩＤに関わるネットワークＮＷ１へ転送し、その応答を受信するローミング課金装置１３が予め決めたネットワーク上に設けられている。
また、認証装置８は、図２Ｃに破線で示すように更にローミング課金確認部８Ｇを含んでおり、端末装置４からＮＷ２を介して認証要求を受信すると、第１の実施例の場合と同様にして端末装置、証明書及び有効期間を確認した後、さらに証明書の認証に伴う料金の請求確認及び請求をローミング課金装置１３に要求し、ローミング課金装置１３からの応答が共にＯＫであれば、ＯＫの認証結果をＮＷ２を介して端末装置４へ送信する。

なお、本実施例に係る証明書発行システムの構成は、前述した点を除いて第１１の実施例の場合と同様である。
図２５は本発明の第１２の実施例に係る証明書発行システムにおける証明書認証処理の主要な流れを示すもので、以下、動作を詳細に説明する。
端末装置４が認証要求を認証装置８へ送信し、認証装置８がレスポンスを検証するまで（ステップＳ１１〜Ｓ１８）は、図１２の場合と同様である。
認証装置８は、ステップＳ１８で検証に成功し且つステップＳ１９で有効期間内と判定されると、通信ＩＤを含む証明書ＣＴＦの認証に伴う料金の請求確認及び請求をローミング課金装置１３に要求する（ステップＳ２０Ｅ）。

ローミング課金装置１３は、前記請求確認及び請求を、当該証明書に含まれる通信ＩＤに関わるネットワークＮＷ１上の通信ＩＤ課金装置１２へ転送する（ステップＳ２０Ｆ）。
通信ＩＤ課金装置１２は、ローミング課金装置１３からの要求に応じて、端末装置４に対して証明書の認証に伴う料金の課金の確認を要求し（ステップＳ２０Ｇ）、端末装置４からＯＫの応答があれば（ステップＳ２０Ｈ）、さらに当該通信ＩＤの与信を確認、即ち当該通信ＩＤに関わる金融機関の口座の残高などの確認を行い（ステップＳ２０Ｉ）、その確認結果をローミング課金装置１３に応答する（ステップＳ２０Ｊ）。

ローミング課金装置１３は、前記請求確認及び請求に対する確認結果を、認証装置８へ転送する（ステップＳ２０Ｋ）。
認証装置８は、前記請求確認及び請求に対するローミング課金装置１３からの応答が共にＯＫであれば、ＯＫの認証結果を、そうでなければＮＧの認証結果をＮＷ２を介して端末装置４へ送信する（ステップＳ２０Ｌ）。
この実施例によれば、ＮＷ１で発行される証明書を用いてＮＷ２にアクセスするローミング・サービスの際の料金をＮＷ１側に課金することができる。

＜その他の実施例＞
これまでの実施例では、端末装置４は少なくともそのサブＩＤを含む証明書発行要求及び証明書失効要求を送信し、最終的に証明書発行装置７に到達する証明書発行要求及び証明書失効要求には通信ＩＤ及びサブＩＤの両方が含まれるものとしたが、最終的に証明書発行装置７に到達する証明書発行要求及び証明書失効要求として通信ＩＤのみを含むものを用いるようにしても良い。
この場合、証明書発行要求及び証明書失効要求に含まれる通信ＩＤは、端末装置４の証明書発行要求部４３により通信ＩＤ記憶部４１から読み出されて付与される場合と、第４の実施例で説明したように、ＮＷ１側の通信ＩＤ付与装置９により付与される場合とがある。

また、証明書発行装置７は、端末装置４からＮＷ１を介して通信ＩＤのみを含む証明書発行要求を受信すると、該証明書発行要求に含まれる通信ＩＤが使用中か否かの確認を通信ＩＤ確認装置５に要求し、通信ＩＤ確認装置５からの確認結果がＯＫであれば、当該証明書発行装置７のＩＤ、端末装置４の通信ＩＤ及び有効期間を少なくとも含む証明書ＣＴＦを生成し、ＮＷ１を介して端末装置４へ送信する。また、端末装置４からＮＷ１を介して通信ＩＤのみを含む証明書失効要求を受信すると、該証明書失効要求に含まれる通信ＩＤが使用中か否かの確認を通信ＩＤ確認装置５に要求する。通信ＩＤ確認装置５からの確認結果がＯＫであれば、当該通信ＩＤを含む証明書ＣＴＦの失効情報を生成し、当該失効情報を失効情報記憶装置１０に追加登録する。

なお、証明書発行処理及び証明書認証処理の動作は、通信ＩＤ−サブＩＤ確認装置６へのアクセスがない点を除いて基本的に第１の実施例の場合と同様であり、また、証明書失効処理及びその際の証明書認証処理の動作も通信ＩＤ−サブＩＤ確認装置６へのアクセスがない点を除いて基本的に第７の実施例の場合と同様である。
この実施例によれば、端末装置単位ではなく、端末装置４が所属するサブネットワークを単位とする、本人の確認を必要としない、有効期間の短い証明書を発行することにより、証明書発行装置７が接続されたＮＷ１とは異なるＮＷ２に接続された認証装置８でも認証可能とする。それにより、端末装置４を移動して用いるような、元の通信ＩＤが利用できないような場合であっても、様々なサービスを利用可能とすることができる。

Claims (20)

1. 第１のネットワークにおいて通信ＩＤを使用して接続可能な端末装置に対し、第２のネットワークにおいて接続を可能にする認証を与える証明書認証方法であって、
   (a) 端末装置が、第１のネットワークを介して前記端末装置の通信ＩＤとサブＩＤを含む証明書発行要求を証明書発行装置に送信するステップと、
   (b) 前記証明書発行装置が、前記端末装置から前記第１のネットワークを介して前記証明書発行要求を受信すると、該証明書発行要求に含まれる前記端末装置の通信ＩＤが使用中か否かの確認を通信ＩＤ確認装置に要求し、更に前記通信ＩＤと前記サブＩＤの対応関係が正しいか否かの確認を前記第１のネットワーク上の通信ＩＤ−サブＩＤ確認装置に要求し、少なくとも前記通信ＩＤ確認装置からの確認結果と前記通信ＩＤ−サブＩＤ確認装置からの確認結果がＯＫであれば、当該証明書発行装置のＩＤ、前記端末装置の通信ＩＤとサブＩＤ及び有効期間を少なくとも含む証明書を生成し、前記端末装置へ送信するステップと、
   (c) 前記端末装置が、第２のネットワークにおいて前記サブＩＤを含む認証要求と前記証明書を認証装置に送信するステップと、
   (d) 前記認証装置が、前記認証要求に対し認証を与え前記第２のネットワークにおいて前記サブＩＤを使ってサービスプロバイダに接続可能にするステップ、
   とを含む。
2. 請求項１記載の証明書認証方法において、
   前記ステップ(c) は、
   (c-1) 前記認証要求を前記第２のネットワークを介して認証装置へ送信し、
   (c-2) 前記認証装置から前記第２のネットワークを介してチャレンジを受信すると、該チャレンジに当該端末装置の秘密鍵を用いてレスポンスを生成するステップと、
   (c-3) 前記レスポンスと、前記端末装置の公開鍵と、前記証明書とを前記第２のネットワークを介して前記認証装置へ送信するステップ、
   とを含み、
   前記ステップ(d) は、
   (d-1) 前記認証要求を受信すると、チャレンジを生成して記憶するとともに前記第２ネットワークを介して前記端末装置へ送信するステップと、
   (d-2) 前記端末装置から前記第２のネットワークを介して前記チャレンジに対するレスポンスと当該端末装置の公開鍵とともに前記証明書を受信するステップと、
   (d-3) 該受信したレスポンスを前記端末装置の公開鍵及び前記記憶したチャレンジにより検証し、検証に失敗したときはＮＧの認証結果を、また、検証に成功し且つ有効期間内であればＯＫの認証結果を前記第２のネットワークを介して端末装置へ送信するステップ、
   とを含む。
3. 請求項１記載の証明書認証方法において、前記証明書発行装置による前記ステップ(b) は、
   前記証明書発行要求に含まれている前記通信ＩＤ又は前記サブＩＤに対応する確認結果が前記証明書発行装置内に保存されているか検索するステップと、
   保存されていなければ、前記確認要求を前記通信ＩＤ確認装置又は前記通信ＩＤ−サブＩＤ確認装置の一方又は両方に送信して確認結果を求め、得られた確認結果を保存すると共にそれに基づいて前記証明書を生成し、前記証明書発行装置内に保存されている場合は、その保存されている確認結果に基づいて前記証明書を生成するステップ、
   とを含む。
4. 請求項１乃至３のいずれか記載の証明書認証方法において、前記ステップ(b) において、前記証明書発行要求に含まれる前記通信ＩＤが使用中か否かの確認または前記証明書発行要求に含まれる前記通信ＩＤと前記サブＩＤとが対応関係にあるか否かの確認のいずれか一方もしくは両方をそれぞれ、前記端末装置を介して前記通信ＩＤ確認装置または前記通信ＩＤ−サブＩＤ確認装置のいずれか一方もしくは両方に要求する。
5. 請求項１乃至３のいずれか記載の証明書認証方法において、
   前記端末装置による前記ステップ(a) は、第３のネットワークにおける第２通信ＩＤを前記証明書発行要求に含めて前記証明書発行装置に送信するステップであり、
   前記証明書発行装置による前記ステップ(b) は、前記第２の通信ＩＤを使って前記証明書を前記第３のネットワークを介して前記端末装置へ送信するステップである。
6. 請求項１記載の証明書認証方法において、前記認証装置による前記ステップ(d-3) は、前記レスポンスの検証に成功し且つ前記有効期間内であれば、さらに前記通信ＩＤ確認装置または前記通信ＩＤ−サブＩＤ確認装置のいずれか一方もしくは両方に前記通信ＩＤまたは前記通信ＩＤと前記サブＩＤとの関係の確認を要求し、確認結果がＯＫであれば、ＯＫの認証結果を前記第２のネットワークを介して前記端末装置へ送信するステップである。
7. 請求項１または６記載の証明書認証方法において、端末装置の証明書失効要求に応じて前記証明書発行装置が生成した端末装置の通信ＩＤ又はサブＩＤに対応して証明書の失効情報を保存する失効情報記憶装置が設けられており、前記方法は更に、
   (e) 前記証明書発行装置が、前記端末装置から前記第１のネットワークを介して前記通信ＩＤを少なくとも含む証明書失効要求を受信すると、前記証明書失効要求に含まれる前記通信ＩＤが使用中であるか否かの確認を前記通信ＩＤ確認装置に要求し、前記通信ＩＤ確認装置からの確認結果がＯＫであれば、前記通信ＩＤを少なくとも含む証明書の失効情報を生成し、前記失効情報記憶装置に保存するステップを含む。
8. 請求項７記載の証明書認証方法において、前記認証装置による前記ステップ(d-3) は、前記証明書に含まれる前記通信ＩＤ及びサブＩＤの一方に対応する証明書の失効情報が前記失効情報記憶装置に保存されているか否かを確認するステップを含み、保存されていなければ、ＯＫの認証結果を前記端末装置へ送信する必要条件とする。
9. 請求項１乃至３いずれか記載の証明書認証方法において、
   前記端末装置は発行された複数の証明書を所有しており、前記ステップ(c) は、発行された複数の証明書から、それらの利用履歴や用途に応じて証明書を選択して前記認証装置へ送信するステップを含む。
10. 請求項１乃至３いずれか記載の証明書認証方法において、前記ステップ(b) は、前記通信ＩＤ−サブＩＤ確認装置により、所定のサブＩＤと前記第１のネットワークにおける所定の通信ＩＤとが対応関係にあるか否かを、前記端末装置と前記第１のネットワークとの間に設置された通信ＩＤ−サブＩＤ変換装置と連携して確認するステップを含む。
11. 請求項１乃至３いずれか記載の証明書認証方法において、通信ＩＤへの料金の請求確認に応じて端末装置に対する課金確認を行い、所定の通信ＩＤへの料金の請求に応じて与信確認を行う通信ＩＤ課金装置が設けられており、
    前記証明書発行装置による前記ステップ(b) は、前記証明書発行要求に含まれる通信ＩＤが使用中か否かの確認及び通信ＩＤとサブＩＤとが対応関係にあるか否かの確認後、前記証明書発行要求に含まれる通信ＩＤへの証明書の発行に伴う料金の請求確認及び請求を前記通信ＩＤ課金装置に要求し、前記通信ＩＤ課金装置からの応答が共にＯＫであれば前記証明書を生成する。
12. 請求項１０記載の証明書認証方法において、証明書の認証に伴う料金の請求確認及び請求を、当該証明書に含まれる通信ＩＤに関わる前記第１のネットワークの前記通信ＩＤ課金装置へ転送し、その応答を受信するローミング課金装置が設けられており、
    前記認証装置による前記ステップ(d) は、
    前記端末装置の前記証明書及び有効期間を確認した後、前記証明書に含まれる前記通信ＩＤへの証明書の認証に伴う料金の請求確認及び請求を前記ローミング課金装置に要求するステップを含み、前記ローミング課金装置からの応答が共にＯＫであることを、ＯＫの認証結果を前記端末装置へ送信することを必要条件とする。
13. 第１のネットワークにおいて通信ＩＤを使用して接続可能な端末装置に対し、第２のネットワークにおいて接続を可能にするための証明書を発行する証明書発行装置であって、
    前記端末装置から前記第１のネットワークを介して前記端末装置の通信ＩＤとサブＩＤを含む証明書発行要求を受信すると、該証明書発行要求に含まれる前記端末装置の通信ＩＤが使用中か否かの確認を上記第１のネットワーク上の通信ＩＤ確認装置に要求する通信ＩＤ確認要求手段と、
    前記通信ＩＤと前記サブＩＤの対応関係が正しいか否かの確認を前記第１のネットワーク上の通信ＩＤ−サブＩＤ確認装置に要求する通信ＩＤ−サブＩＤ確認要求手段と、
    少なくとも前記通信ＩＤ確認装置からの確認結果と前記通信ＩＤ−サブＩＤ確認装置からの確認結果がＯＫであれば、当該証明書発行装置のＩＤ、前記端末装置の通信ＩＤとサブＩＤ及び有効期間を少なくとも含む証明書を生成して前記端末装置へ送信し、前記端末装置が前記第２のネットワークにおいて前記サブＩＤを使ってサービスプロバイダに接続を可能にする証明書生成手段、
    とを含む。
14. 請求項１３記載の証明書発行装置は、さらに通信ＩＤ又はサブＩＤに対応する確認結果を保存する記憶手段を更に含み、前記証明書生成手段は、前記証明書発行要求に含まれる前記通信ＩＤ又はサブＩＤに対応する確認結果が前記記憶手段に保存されているか検索し、保存されていなければ、前記確認要求を前記通信ＩＤ確認装置又は前記通信ＩＤ−サブＩＤ確認装置の一方又は両方に送信して確認結果を求め、得られた確認結果を保存すると共にそれに基づいて前記証明書を生成し、前記証明書発行装置内に保存されている場合は、その保存されている確認結果に基づいて前記証明書を生成するように構成されている。
15. 請求項１３または１４記載の証明書発行装置において、更に、前記端末装置から前記第１のネットワークを介して前記通信ＩＤを少なくとも含む証明書失効要求を受信すると、前記通信ＩＤ確認要求手段は前記証明書失効要求に含まれる前記通信ＩＤが使用中であるか否かの確認を前記通信ＩＤ確認装置に要求し、前記通信ＩＤ確認装置からの確認結果がＯＫであれば、前記通信ＩＤを少なくとも含む証明書の失効情報を生成し、予め決めた第３のネットワーク上の失効情報記憶装置に送信保存する証明書失効情報生成手段を含む。
16. 請求項１３乃至１５いずれか記載の証明書発行装置において、
    前記証明書生成手段は、前記証明書発行要求に含まれる通信ＩＤが使用中か否かの確認及び通信ＩＤとサブＩＤとが対応関係にあるか否かの確認後、前記証明書発行要求に含まれる通信ＩＤへの証明書の発行に伴う料金の請求確認及び請求を予め決めた第４のネットワーク上の通信ＩＤ課金装置に要求し、前記通信ＩＤ課金装置からの応答が共にＯＫであれば前記証明書を生成するように構成されている。
17. 第１のネットワークにおいて通信ＩＤを使用して接続可能な端末装置に対し、第２のネットワークにおいて接続を可能にするための認証を与える認証装置であって、
    記憶手段と、
    端末装置からサブＩＤを含む認証要求と第１のネットワークにおいて証明書発行装置が前記端末に対し発行した証明書を受信すると、チャレンジを生成し、前記記憶手段に保存すると共に前記端末装置に前記第２のネットワークを介して送信するチャレンジ生成手段と、
    前記端末装置から前記第２のネットワークを介して前記チャレンジに対するレスポンスと当該端末装置の公開鍵と有効期間付きの証明書とを受信し、該レスポンスを前記端末装置の公開鍵及び前記記憶手段に保存したチャレンジを使って検証するレスポンス検証手段と、
    前記証明書の有効期間内であるか判定する有効期間判定手段、
    とを含み、前記検証に成功し、かつ有効期間内と判定された場合にＯＫの認証結果を前記第２のネットワークを介して前記端末装置へ送信し、前記端末装置が前記第２のネットワークにおいて前記サブＩＤを使ってサービスプロバイダに接続を可能にするように構成されている。
18. 請求項１７記載の認証装置において、前記レスポンスの検証に成功し且つ前記有効期間内であれば、さらに予め決めた第３のネットワーク上の通信ＩＤ確認装置または通信ＩＤ−サブＩＤ確認装置のいずれか一方もしくは両方に前記通信ＩＤまたは前記通信ＩＤと前記サブＩＤとの関係の確認を要求し、確認結果がＯＫであれば、ＯＫの認証結果を前記第２のネットワークを介して前記端末装置へ送信するように構成されている。
19. 請求項１７記載の認証装置において、更に、前記証明書に含まれる前記通信ＩＤ及びサブＩＤの一方に対応する証明書の失効情報が予め決めた第４のネットワーク上の失効情報記憶装置に保存されているか否かを確認する失効情報確認手段を含み、保存されていなければ、ＯＫの認証結果を前記端末装置へ送信することを必要条件とする。
20. 請求項１７記載の認証装置において、前記証明書に含まれる前記通信ＩＤへの証明書の認証に伴う料金の請求確認及び請求を予め決めた第５のネットワーク上のローミング課金装置に要求し、前記ローミング課金装置からの応答が共にＯＫであることを、ＯＫの認証結果を前記端末装置へ送信する更に１つの必要条件とする。

Images