JP2003150735A

JP2003150735A - 電子証明書システム

Info

Publication number: JP2003150735A
Application number: JP2001346848A
Authority: JP
Inventors: Shunji Kawamura; 俊二川村; Taminori Tomita; 民則冨田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-11-13
Filing date: 2001-11-13
Publication date: 2003-05-23
Also published as: US7124294B2; US20030093676A1

Abstract

(57)【要約】【課題】公開鍵証明書を利用したシステムにおいて、証
明書の有効性を確認できる利用者を制限する。【解決手段】証明書の有効性確認要求を許可する有効性
確認許可証を許可証発行サーバ１２０が証明書の主体者
に発行する。証明書の主体者は証明書利用時に有効性確
認許可証も相手の利用者に送信する（ステップ７０
１）。利用者が証明書有効性確認サーバに証明書の有効
性を確認する際に、確認しようとする証明書の有効性確
認許可証を送信する（ステップ７０４）。証明書有効性
確認サーバは有効性確認許可証を検証する（ステップ７
０６）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サービスを提供す
るためのネットワークを利用したシステムに関する。ま
た、本発明は、このシステムを構成する各装置およびプ
ログラム製品も含まれる。

【０００２】またこのシステムの中でも特に、公開鍵ベ
ースの証明書を利用したシステムにおける証明書の有効
性確認方法および装置に関する。

【０００３】

【従来の技術】従来、ネットワークを利用したシステム
でサービスを提供するものとして、特開２０００−１２
３０９５号公報がある。本従来技術には、サービスを提
供するために、多種多様な電子チケットを汎用的に定義
する技術が開示されている。

【０００４】また、昨今の電子商取引や通信では、公開
鍵ベースの証明書（以後、公開鍵証明書または単に証明
書と記載する）を用いた認証処理と通信の暗号処理が主
流になってきている。

【０００５】電子証明書には、その証明書の被証明者の
情報の他に、発効日と有効期限および発行元の署名等が
記載されている。通常の利用においては、その有効期間
内であれば証明書自体の有効性は問題ない。

【０００６】しかし、証明書に対応する秘密鍵の紛失や
盗難、または企業内においては退職など、有効期間内に
おいて、その証明書を失効する処理が必要になる。これ
が証明書の失効処理である。ＣＲＬ（Certificate Revo
cation List）（ＩＥＴＦ（Internet Engineering Task
Force）のＲＦＣ（Request for Comments）２４５９）
と呼ばれる有効期間中に失効した証明書のシリアル番号
をリストした失効リストを、認証局が定期的（例えば、
２回／１日などの割合）に事前作成し、保管している。
証明書を用いたアプリケーション（Ｗｅｂサーバやクラ
イアント、暗号メールなど）では、証明書が失効されて
いないかを知らなければ、その証明書の正当性を確認で
きない。

【０００７】証明書の有効性を確認する方法（証明書有
効性確認方法）としては、ＣＲＬを利用者が何らかの方
法（認証局が定期的に利用者に配信する、もしくは利用
者が認証局にアクセスすることで取得する）で取得し、
そのＣＲＬに有効性確認を行いたい証明書情報がないこ
とを確認することにより、証明書の有効性確認を行うと
いった方法が用いられてきた。

【０００８】ＣＲＬは、認証局から配布されたものを用
いるアプリケーション側で、ＣＲＬデータを解析し、証
明書が失効されているかどうかを処理しなければならな
い。ＩＥＴＦのＲＦＣ２５６０として勧告されたＯＣＳ
Ｐ（Online Certificates Status Protocol）は、その
アプリケーション側の負担をなくし、証明書自体が有効
であるかどうかをＯＣＳＰのレスポンダに尋ねるプロト
コルを定義したものである。

【０００９】レスポンダは、認証局自身または認証局か
ら発行される失効リストを取得し、管理することによ
り、アプリケーション側はＯＣＳＰという有効性確認の
ためのプロトコルを操作して、アプリケーション自身が
失効リスト内を検索することなく有効性を確認できる。

【００１０】

【発明が解決しようとする課題】上記のかかる従来の方
法においては、次のような点に対処する記載はない。ま
ず、特開２０００−１２３０９５号公報では、サーバ装
置で提供されるサービスを第３者（第３のクライアント
装置）に対して、提供することができない。また、提供
する回数、時間などを制限することできない、との問題
がある。

【００１１】また、ＯＣＳＰのレスポンダのような、証
明書の有効性確認を行うサーバに証明書の有効性確認処
理を要求することに制限が設けられていないため、不特
定多数の利用者がサーバに証明書の有効性確認要求をし
てしまい、サーバでの負荷が増加してしまう。ここで、
公開鍵証明書が一般的に普及すると、証明書の有効性確
認が頻繁に行われることが容易に予想される。サーバに
多数の有効性確認要求アクセスが集中した場合には、サ
ーバに対する負荷が大きくなることが想定される。

【００１２】

【課題を解決するための手段】上記の課題を解決するた
めに、本発明は、以下の構成をとる。サービスを要求す
る利用者が利用するサービス要求装置、サービスを受け
る利用者が利用するサービス受領装置およびサービスを
提供するための情報処理を実行するサービス提供装置が
それぞれネットワークを介して接続されており、サービ
ス提供装置は、サービス受領装置から送信されるサービ
ス要求を受信し、当該サービス要求に関連した条件であ
って、サービス要求装置の処理に起因したサービス受領
装置に対して前記サービスを提供するための情報処理を
実行するための条件に基づいて、サービス提供のための
情報処理を実行するか否かを決定する。

【００１３】本発明には、前記条件として、サービス要
求装置からサービス受領装置に送信されるサービスの提
供もしくは受領を許可する許可情報が存在することが含
まれる。ここで、許可情報は、サービス提供装置および
サービス要求装置のうちいずれで生成してもよい。ま
た、本発明には、第３の装置が生成する構成も含まれ
る。

【００１４】また、前記条件としては、予め登録された
情報処理装置に、サービス受領装置が含まれることも含
まれる。ここで、本発明には、上記の情報処理装置に関
する情報は、サービス提供装置に登録することも含まれ
る。また、サービス提供装置からアクセス可能な装置に
登録してもよい。

【００１５】また、本発明には、サービス要求を受信し
た場合に、サービス提供装置が、サービス要求装置にサ
ービス提供の可否を問い合わせる問合せ情報を送信する
ことが含まれる。ここで、前記条件としては、この送信
に対する回答が含まれる。また、本発明には、サービス
受領装置を識別する情報を送信するサービス提供装置か
らサービス要求装置に送信することが含まれる。

【００１６】なお、前記の条件には、提供されるサービ
スに対する制限を示す情報も含まれる。制限には、サー
ビスの提供回数および提供日時のうち少なくとも一方が
含まれる。

【００１７】また、サービスには、電子的な証明書の有
効性を確認することも含まれる。この場合、サービス要
求装置は、証明書の被発行者の管理する情報処理装置と
なる。また、サービス受領者装置は、サービス要求装置
から証明書を受信する情報処理装置となる。またさら
に、サービス提供装置は、証明書の有効性確認サーバと
なる。なお、サービス提供装置に、証明書を発行する情
報処理装置を含めてもよい。その他、サービスには、プ
ログラム、音楽、映像を含む情報の配信、プレゼントを
含む商品の配送などが含まれる。

【００１８】

【発明の実施の形態】（第１の実施の形態）以下、本発
明の第１の実施の形態を説明する。図１は、本発明を公
開鍵証明書の有効性確認サービスに適用した場合の、証
明書有効性確認システムの構成を示すブロック図であ
る。

【００１９】本明細書では、利用者の公開鍵に対して、
その鍵の証明書を発行するサーバを、証明書発行サーバ
と呼ぶこととする。端末機からの証明書の有効性の問い
合わせに対し、端末機が指定する証明書の有効性確認を
行い、有効性確認処理の結果を返答するサーバを、証明
書有効性確認サーバと呼ぶこととする。また、証明書有
効性確認サーバに、証明書有効性確認処理の実行要求を
許可する情報を、有効性確認許可証と呼ぶこととする。
さらに、有効性確認許可証を作成し、端末機に送信する
サーバを、許可証発行サーバと呼ぶこととする。また、
有効性確認許可証の発行や、有効性確認処理に応じて利
用者に課せられる料金の情報（課金情報）を保持するサ
ーバを、決済サーバと呼ぶこととする。

【００２０】図１において、１１０は証明書発行サー
バ、１２０は許可証発行サーバ、１３０は証明書有効性
確認サーバ、１９０は決済サーバ、１４０、１５０、１
６０はそれぞれ証明書の有効性確認サービスの利用者で
ある利用者Ａ、利用者Ｂ、利用者Ｃが使用する端末機で
ある。

【００２１】証明書発行サーバ１１０、許可証発行サー
バ１２０、証明書有効性確認サーバ１３０、決済サーバ
１９０、各端末機は、制御装置１１２、１２２、１９
２、１３２、１４２、１５２により制御されており、ネ
ットワーク接続部１１１、１２１、１９１、１３１、１
４１、１５１を有し、通信回線を通じてインターネット
のようなネットワーク１７０に接続し、相互にデータを
送受信する。

【００２２】図１では、端末機は３台しか示していない
が、本発明は３台に限定されるものではない。また、各
サーバは一つずつしか示されていないが、同一機能を有
するサーバが複数存在しても構わない。また、各サーバ
がそれぞれ別個に表示しているが、物理的に同一のサー
バであっても良い。

【００２３】証明書発行サーバ１１０は、証明書作成機
能１１５、証明書送信機能１１６、署名機能１１７を有
するプログラム１１４を記憶装置１１３内部に有する。

【００２４】許可証発行サーバ１２０は、有効性確認許
可証作成機能１２５、有効性確認許可証送信機能１２
６、署名・署名検証機能１２７を有するプログラム１２
４、発行済有効性確認許可証テーブル３００を記憶装置
１２３内部に有する。証明書有効性確認サーバ１３０
は、有効性確認許可証受信機能１３５、有効性確認許可
証検査機能１３６、証明書有効性確認機能１３７、署名
・署名検証機能１３８を有するプログラム１３４、有効
性確認許可証検査テーブル４００を記憶装置１３３内部
に有する。

【００２５】決済サーバ１９０は、課金情報受信機能１
９５を有するプログラム１９４、課金情報テーブル１５
００を記憶装置１９３内部に有する。

【００２６】端末機１４０、１５０はそれぞれ、証明書
送受信機能１４５、１５５、有効性確認許可証送受信機
能１４６、１５６、署名・署名検証機能１４７、１５
７、を有するプログラム１４４、１５４、を記憶装置１
４３、１５３内部に有する。

【００２７】図２は、有効性確認許可証のデータ構成を
示す図である。有効性確認許可証２００は、許可証発行
サーバの識別情報２０１、有効性確認許可証の識別情報
２０２、証明書発行サーバの識別情報２０３、証明書の
識別情報２０４、証明書有効性確認サーバの識別情報２
０５、有効性確認許可証の有効期限２０６、有効性確認
許可証の上限利用回数２０７、さらに、有効性確認許可
証が作成されてから改ざんされていないか検証するため
の情報として、許可証発行サーバの電子署名２０８が付
されている。

【００２８】有効性確認許可証が有効である場合に、証
明書有効性確認サーバは有効性確認許可証に含まれる、
証明書発行サーバの識別情報２０３、証明書の識別情報
２０４により特定される公開鍵証明書の有効性確認処理
を行う。

【００２９】図３は、発行済有効性確認許可証テーブル
３００のデータ構成を示す図である。発行済有効性確認
許可証テーブル３００は、有効性確認許可証の識別情報
３０１、証明書発行サーバの識別情報３０２、証明書の
識別情報３０３、証明書有効性確認サーバの識別情報３
０４、有効性確認許可証の有効期限３０５、有効性確認
許可証の上限利用回数３０６からなる。

【００３０】図４は、有効性確認許可証検査テーブル４
００のデータ構成を示す図である。有効性確認許可証検
査テーブル４００は、許可証発行サーバの識別情報４０
１、有効性確認許可証の識別情報４０２、有効性確認許
可証の上限利用回数４０３、有効性確認許可証の累積利
用回数４０４からなる。

【００３１】図１５は、課金情報テーブル１５００のデ
ータ構成を示す図である。本実施の形態では、サーバ、
端末機の持つ機能およびテーブルが、同一記憶装置内、
同一プログラム内にあるが、もちろん各機能が別のプロ
グラム、別の記憶装置に有っても良い。

【００３２】図５、図６、図７は、それぞれ本実施の形
態の処理手順を示すフローチャートである。各フローチ
ャートに基づいて、各部の動作を説明する。証明書発行
サーバ１１０は、利用者Ａからの証明書発行要求に対し
て、証明書作成機能１１５により証明書を作成し（ステ
ップ５０１）、さらに証明書の改ざんを検知するための
情報として、証明書に証明書発行サーバの電子署名を付
す。

【００３３】証明書発行サーバ１１０は、証明書送信機
能１１６によって証明書をネットワークを介して利用者
Ａが使用する端末機１４０に送信する（ステップ５０
２）。

【００３４】端末機１４０は、証明書受信機能１４５に
より、証明書発行サーバ１１０から送信された証明書を
受信し、保存する（ステップ５０３）。端末機１４０
は、許可証発行サーバ１２０に、有効性確認許可証の発
行要求を送信する（ステップ６０１）。

【００３５】発行要求は、証明書発行サーバの識別情
報、利用者Ａの証明書の識別情報、有効性確認許可証の
上限利用回数、有効性確認許可証の有効期限などを含
み、利用者Ａの電子署名が付されている。

【００３６】許可証発行サーバ１２０は、発行要求を受
信し（ステップ６０２）、署名・署名検証機能１２７に
より電子署名を検証し、発行要求が利用者Ａが作成した
ものであり、改ざんされていないことを確認する（ステ
ップ６０３）。電子署名検証の方法は、公開鍵暗号方式
を用いて実行することができる。電子署名の検証が失敗
した場合は、許可証発行サーバ１２０は発行要求が無効
である旨を端末機１４０に送信し（ステップ６０８）、
端末機１４０はその結果を受信する（ステップ６０
９）。

【００３７】電子署名の検証に成功した場合に、許可証
発行サーバ１２０は、有効性確認許可証作成機能１２５
によって有効性確認許可証２００を作成し、改ざんを検
知するための情報として、有効性確認許可証に許可証発
行サーバの電子署名を付す（ステップ６０４）。

【００３８】有効性確認許可証２００に含まれる証明書
発行サーバの識別情報２０３および証明書の識別情報２
０４は、発行要求に含まれていた情報で、利用者Ａの証
明書を発行したサーバ１１０および利用者Ａの証明書を
特定するものである。

【００３９】許可証発行サーバ１２０は、作成した有効
性確認許可証２００のデータを発行済有効性確認許可証
テーブル３００に追加する（ステップ６０５）。許可証
発行サーバ１２０は、有効性確認許可証送受信機能１２
６によって有効性確認許可証２００を、ネットワークを
介して利用者Ａが使用する端末機１４０に送信する（ス
テップ６０６）。許可証発行サーバ１２０は、課金情報
（支払い者の識別情報、受け取り者の識別情報、課金
額、発生事由）を決済サーバ１９０に送信する（ステッ
プ６１０）。

【００４０】端末機１４０は、有効性確認許可証送受信
機能１４６により、許可証発行サーバ１２０から送信さ
れた有効性確認許可証を受信する（ステップ６０７）。

【００４１】決済サーバ１９０は、課金情報受信機能１
９５により、許可証発行サーバ１２０から送信された課
金情報を受信し、受信した課金情報に発生日時を追加し
て課金情報テーブル１５００に追加する（ステップ６１
１）。利用者Ａの電子署名が付された電子文書を利用者
Ｂに送信するなどの証明書の利用時に、利用者Ａの証明
書が有効であることを示したい相手である利用者Ｂの使
用する端末機１５０に、端末機１４０は、有効性確認許
可証送受信機能１４６によりネットワークを介して有効
性確認許可証２００を送信する（ステップ７０１）。

【００４２】端末機１５０は、有効性確認許可証送受信
機能１５６により、端末機１４０から送信された有効性
確認許可証２００を受信する（ステップ７０２）。端末
機１５０は、有効性確認許可証２００に含まれる、証明
書有効性確認サーバの識別情報２０５を読み取り（ステ
ップ７０３）、読み取った識別情報が特定する証明書有
効性確認サーバ１３０に、証明書有効性確認要求ととも
に有効性確認許可証２００を有効性確認許可証送受信機
能１５６により送信する（ステップ７０４）。

【００４３】証明書有効性確認サーバ１３０は、有効性
確認許可証受信機能１３５により、端末機１５０から送
信された有効性確認許可証２００を受信する（ステップ
７０５）。証明書証明書有効性確認サーバ１３０は、有
効性確認許可証検査機能１３６により、受信した有効性
確認許可証２００が有効であるか検査する（ステップ７
０６）。検査の全てあるいは適当な種類の検査が行われ
て、全て正しいと確認されれば、証明書有効性確認サー
バ１３０は証明書有効性確認要求に対して証明書の有効
性確認処理を行うが、検査で正しくなく無効と確認され
れば、証明書有効性確認サーバ１３０は証明書の有効性
確認処理を行わず、端末機１５０に証明書有効性確認処
理ができない旨を結果として送信し（ステップ７１
０）、端末機１５０は結果を受信する（ステップ７１
１）。

【００４４】証明書有効性確認サーバ１３０は、課金情
報（支払い者の識別情報、受け取り者の識別情報、課金
額、発生事由）を決済サーバ１９０に送信し（ステップ
７１２）、決済サーバ１９０は、課金情報受信機能１９
５により、証明書有効性確認サーバ１３０から送信され
た課金情報を受信し、受信した課金情報に発生日時を追
加して課金情報テーブル１５００に追加する（ステップ
７１３）。

【００４５】図８は、有効性確認許可証の有効性を検査
する処理（ステップ７０６）を詳細に示すフローチャー
トである。フローチャートに基づいて、各部の動作を説
明する。

【００４６】有効性確認許可証の有効性の検査では、ま
ず、有効性確認許可証２００の電子署名を検証し（ステ
ップ８０１）、有効性確認許可証２００が、許可証発行
サーバ１２０が作成したもので、作成後に改ざんされて
いないか検査する（ステップ８０２）改ざんされていな
ければ、次に、証明書有効性確認サーバ１３０は、有効
性確認許可証２００に含まれる有効性確認許可証の有効
期限２０６を読み取り、有効期限を過ぎていないかどう
か検査する（ステップ８０３）。有効期限を過ぎていな
ければ、次に、証明書有効性確認サーバ１３０は、有効
性確認許可証２００に含まれる、許可証発行サーバの識
別情報２０１、有効性確認許可証の識別情報２０２を読
み取り（ステップ８０４）、読み取った識別情報から、
有効性確認許可証検査テーブル４００を検索する（ステ
ップ８０５）。有効性確認許可証検査テーブルに該当デ
ータが存在しない場合、許可証２００に含まれる情報か
ら有効性確認許可証検査テーブル４００に新たにデータ
を追加する(ステップ８０６)。

【００４７】有効性確認許可証検査テーブル４００から
有効性確認許可証の上限利用回数４０３と累積利用回数
４０４を得る（ステップ８０７）。累積利用回数４０４
が上限利用回数４０３より小さい場合は、証明書有効性
確認サーバ１３０は、有効性確認許可証テーブル４００
の累積利用回数４０４に“１”を加算する（ステップ８
０９）。

【００４８】有効性確認許可証２００に含まれる、証明
書発行サーバの識別情報２０３と、証明書の識別情報２
０４を読み取り（ステップ７０７）、これらの識別情報
で特定される証明書の有効性確認処理を行う（ステップ
７０８）。なお、証明書の有効性確認処理は、公開鍵暗
号方式を利用して実現可能である。たとえば、証明書発
行サーバが発行するＣＲＬを取得、参照し、そのＣＲＬ
に有効性確認する証明書が載っていないかどうか確認す
る方法がある。

【００４９】証明書有効性確認サーバ１３０は、有効性
確認処理の結果に電子署名を付し、端末機１５０に送信
し（ステップ７０９）、端末機１５０は結果を受信する
（ステップ７１１）。

【００５０】上述した第１の実施の形態では、有効性確
認許可証の有効期限と上限利用回数の組み合わせで、有
効性確認許可証の利用を制限しているが、制限方法はこ
れに限定されない。例えば、有効期限だけで制限する方
法、上限利用回数だけで制限する方法、有効性確認許可
証が最初に利用されてから一定期間だけ利用可能とする
方法でもよい。

【００５１】また、第１の実施の形態では、有効性確認
許可証２００が証明書を識別する情報２０４や有効性確
認許可証の利用制限情報（有効期限２０６、上限利用回
数２０７）を保持しているが、これらの情報を許可証発
行サーバ１２０で管理しても良い。この場合、有効性確
認許可証２００は、許可証発行サーバの識別情報２０１
と有効性確認許可証の識別情報２０２を保持し、有効性
確認許可証２００を受信した証明書有効性確認サーバ１
３０が、許可証発行サーバの識別情報により特定される
許可証発行サーバに、証明書を識別する情報や有効性確
認許可証の利用制限情報を問い合わせる。

【００５２】また、第１の実施の形態では、有効性確認
許可証２００を許可証発行サーバ１２０が作成したが、
利用者Ａが作成しても良い。この場合、有効性確認許可
証２００の許可証発行サーバの識別情報２０１は必要な
く、許可証発行サーバの電子署名２０８の代わりに利用
者Ａの電子署名が付される。

【００５３】また、前記実施の形態では、利用者Ｂの端
末機１５０は、有効性確認許可証２００に含まれる証明
書有効性確認サーバの識別情報２０５で特定される証明
書有効性確認サーバ１３０に、有効性確認許可証２００
を送信して証明書の有効性確認処理を要求しているが、
別の機器に有効性確認許可証２００を送信し、受信した
機器が端末機１５０の代わりに証明書有効性確認サーバ
１３０に有効性確認許可証２００を送信し証明書の有効
性確認処理を要求し、確認結果を端末機１５０に送信し
ても良い。

【００５４】また、第１の実施の形態では、許可証発行
と証明書有効性確認の両方の処理段階（ステップ６１
０、７１２）において決済サーバに課金情報が送信され
ているが、もちろん、どちらか一方の処理段階での課金
だけでも良い。

【００５５】（第２の実施の形態）第１の実施の形態の
構成を基本に、第２の実施の形態を説明する。図１の第
１の実施の形態におけるシステム構成と、第２の実施の
形態におけるシステム構成との相違は次の点である。（ａ）許可証発行サーバ１２０は必要ない。（ｂ）各端末機の有効性確認許可証送受信機能１４６、
１５６、証明書有効性確認サーバ１３０の有効性確認許
可証受信機能１３６と有効性確認許可証検査機能１３７
は必要ない。（ｃ）図９に示す許可登録サーバ１８０がネットワーク
接続部１８１を有し、ネットワーク１７０に接続してい
る。

【００５６】ここで、許可登録サーバ１８０は、証明書
有効性確認サーバ１３０に証明書有効性確認処理を実行
させる許可を与える利用者を登録しておく装置であり、
制御装置１８２により制御されており、署名検証機能１
８５を有するプログラム１８４、有効性確認許可登録テ
ーブル１０００、を記憶装置１８３内部に有する。

【００５７】図１０は、有効性確認許可登録テーブル１
０００のデータ構成を示す図である。有効性確認許可登
録テーブル１０００は、被許可者の識別情報１００１、
証明書発行サーバの識別情報１００２、証明書の識別情
報１００３、登録の有効期限１００４、上限利用回数１
００５、累積利用回数１００６からなる。

【００５８】本実施の形態では、各サーバは一つずつし
か示されていないが、同一機能を有するサーバが複数存
在しても構わない。また、各サーバがそれぞれ異なるサ
ーバであるが、同一のサーバであっても良い。

【００５９】図１１、図１２は本実施形態の処理手順を
示すフローチャートである。フローチャートに基づい
て、各部の動作を説明する。

【００６０】証明書発行のステップ（ステップ５０１）
から、端末機１４０が証明書を保存するステップ（ステ
ップ５０３）までは、第１の実施の形態と同一である。

【００６１】端末機１４０は、許可登録サーバ１８０へ
登録要求を送信する（ステップ１１０１）。ここで登録
要求は、利用者Ａの証明書を発行した証明書発行サーバ
の識別情報、利用者Ａの証明書の識別情報、許可登録す
る利用者である利用者Ｂの識別情報、有効性確認要求を
許可する期限や有効性確認要求できる上限回数などの許
可制限情報を含み、利用者Ａの電子署名が付されてい
る。

【００６２】許可登録サーバ１８０は登録要求を受け
（ステップ１１０２）、登録要求が有効か検査する（ス
テップ１１０３）。ここで検査とは、利用者Ａの電子署
名が正しいかのチェック、登録要求に含まれる情報が形
式に合っているかのチェックからなる。

【００６３】検査に不合格であった場合は、許可登録サ
ーバ１８０は端末機１４０にその旨を送信し（ステップ
１１０６）、端末機１４０は結果を受信する（ステップ
１１０７）。

【００６４】検査が合格であった場合に、許可登録サー
バ１８０は登録要求に含まれる証明書発行サーバの識別
情報、証明書の識別情報、被許可者（利用者Ｂ）の識別
情報、登録の有効期限、許可する上限利用回数、さらに
累積利用回数“０”を、有効性確認許可登録テーブル１
０００に追加し（ステップ１１０４）、登録が完了した
旨を端末機１４０に送信し（ステップ１１０５）、端末
機１４０は結果を受信する（ステップ１１０７）。

【００６５】許可登録サーバ１８０は、課金情報（支払
い者の識別情報、受け取り者の識別情報、課金額、発生
事由）を決済サーバ１９０に送信し（ステップ１１０
８）、決済サーバ１９０は、課金情報受信機能１９５に
より、許可登録サーバ１８０から送信された課金情報を
受信し、受信した課金情報に発生日時を追加して課金情
報テーブル１５００に追加する（ステップ１１０９）。

【００６６】利用者Ａの証明書の有効性を確認しようと
する利用者Ｂが使用する端末機１５０は、証明書有効性
確認サーバ１３０に有効性確認要求を送信する（ステッ
プ１２０１）。ここで有効性確認要求は、利用者Ｂの識
別情報、利用者Ａの証明書を発行した証明書発行サーバ
の識別情報、利用者Ａの証明書の識別情報、有効性確認
の許可登録されている許可登録サーバの識別情報を含
み、利用者Ｂの電子署名が付されている。

【００６７】証明書有効性確認サーバ１３０は、有効性
確認要求を受信し（ステップ１２０２）、電子署名を検
証し利用者Ｂの認証を行う（ステップ１２０３）。認証
に失敗した場合は、証明書有効性確認サーバ１３０は有
効性確認処理を行えない旨を端末機１５０に送信し（ス
テップ１２０４）、端末機１５０は結果を受信する（ス
テップ１２１４）。

【００６８】認証が成功した場合、証明書有効性確認サ
ーバ１３０は有効性確認要求から、許可登録サーバの識
別情報等を読み取り（ステップ１２０５）、利用者Ｂに
利用者Ａの証明書の有効性確認処理を実行することが許
可されているかどうか確認するために、許可登録サーバ
１８０に許可登録確認要求を送信する（ステップ１２０
６）。ここで許可登録確認要求は、利用者Ｂの識別情
報、利用者Ａの証明書の証明書発行サーバの識別情報、
利用者Ａの証明書の識別情報を含む。

【００６９】許可登録サーバは許可登録確認要求を受信
し（ステップ１２０７）、要求に対して有効性確認許可
登録テーブルを検索し、登録内容を確認し（ステップ１
２０８）、確認結果を証明書有効性確認サーバ１３０へ
送信する（ステップ１２０９）。

【００７０】図１３は、許可登録内容確認処理（ステッ
プ１２０８）の詳細を示すフローチャートである。フロ
ーチャートに基づいて、ステップ１２０８の処理手順を
説明する。有効性確認許可登録テーブル１０００の登録
内容確認では、まず、利用者Ａの証明書の発行サーバの
識別情報、利用者Ａの証明書の識別情報、利用者Ｂの識
別情報で、それぞれ有効性確認許可登録テーブル１００
０の証明書発行サーバの識別情報１００２、証明書の識
別情報１００３、被許可者の識別情報１００１の項目を
検索する（ステップ１３０１）。

【００７１】有効性確認許可登録テーブル１０００に該
当データがない場合は、登録内容確認の結果は「不許
可」とする（ステップ１３０８）。有効性確認許可登録
テーブル１０００に該当データがあった場合、そのデー
タから登録の有効期限１００４、上限利用回数１００
５、累積利用回数１００６を得る（ステップ１３０
３）。

【００７２】次に、有効期限１００４を過ぎていないか
どうか検査する（ステップ１３０４）。有効期限を過ぎ
ていれば登録内容確認の結果は「不許可」とする（ステ
ップ１３０８）。

【００７３】有効期限内ならば、次に、累積利用回数１
００６が上限利用回数１００５より小さいか検査する
（ステップ１３０５）。累積利用回数１００６が上限利
用回数１００５以上である場合は登録内容確認の結果は
「不許可」とする（ステップ１３０８）。小さい場合
は、有効性確認許可登録テーブル１０００の累積利用回
数に“１”を加算し（ステップ８０９）、登録内容確認
の結果は「許可」とする（ステップ１３０８）。

【００７４】証明書有効性確認サーバ１３０は、許可登
録サーバ１８０から許可登録確認要求に対する確認結果
を受信し（ステップ１２１０）、確認結果を読み取る
（ステップ１２１１）。確認結果が「不許可」であった
場合は、有効性確認処理を行えない旨を端末機１５０に
送信し（ステップ１２０４）、端末機１５０は結果を受
信する（ステップ１２１４）。

【００７５】確認結果が「許可」であった場合は、証明
書有効性確認サーバ１３０は、有効性確認要求に含まれ
る証明書発行サーバの識別情報２０３と、証明書の識別
情報２０４で特定される証明書の有効性確認処理を行い
（ステップ１２１２）、有効性確認処理の結果に電子署
名を付し、端末機１５０に送信し（ステップ１２１
３）、端末機１５０は結果を受信する（ステップ１２１
５）。

【００７６】証明書有効性確認サーバ１３０は、課金情
報（支払い者の識別情報、受け取り者の識別情報、課金
額、発生事由）を決済サーバ１９０に送信し（ステップ
１２１５）、決済サーバ１９０は、課金情報受信機能１
９５により、証明書有効性確認サーバ１３０から送信さ
れた課金情報を受信し、受信した課金情報に発生日時を
追加して課金情報テーブル１５００に追加する（ステッ
プ１２１６）。

【００７７】第１の実施の形態の変形例と同様、有効性
確認許可証の有効期限と上限利用回数の組み合わせで、
有効性確認許可証の利用を制限しているが、制限方法は
これに限定されない。

【００７８】また、前記実施の形態では、許可登録と証
明書有効性確認の両方の処理段階（ステップ１１０８、
１２１５）において決済サーバに課金情報が送信されて
いるが、もちろん、どちらか一方の処理段階での課金だ
けでも良い。

【００７９】（第３の実施の形態）第１の実施の形態の
構成を基本に、第３の実施の形態を説明する。図１の第
１の実施の形態におけるシステム構成と、第３の実施の
形態におけるシステム構成との相違は次の点である。（ａ）許可証発行サーバ１２０は必要ない。（ｂ）各端末機の有効性確認許可証送受信機能１４６、
１５６、証明書有効性確認サーバ１３０の有効性確認許
可証受信機能１３６と有効性確認許可証検査機能１３７
は必要ない。

【００８０】図１４は、本実施形態の処理手順を示すフ
ローチャートである。フローチャートに基づいて、各部
の動作を説明する。証明書の発行のステップ（ステップ
５０１）から、端末機１４０が証明書を保存するステッ
プ（ステップ５０３）までは、第１の実施の形態と同一
である。利用者Ａの証明書の有効性確認をしようとする
利用者Ｂの使用する端末機１５０は、証明書有効性確認
サーバ１３０に、有効性確認要求を送信する（ステップ
１４０１）。ここで、有効性確認要求は、利用者Ａの証
明書を発行した証明書発行サーバの識別情報、利用者Ａ
の証明書の識別情報を含み、利用者Ｂの電子署名が付さ
れている。

【００８１】証明書有効性確認サーバ１３０は有効性確
認要求を受信し（ステップ１４０２）、電子署名を検証
し利用者Ｂの認証を行う（ステップ１４０３）。

【００８２】認証が失敗した場合は、証明書有効性確認
サーバ１３０は有効性確認処理が行えない旨を結果とし
て端末機１５０へ送信し（ステップ１４０４）、端末機
１５０は結果を受信する（ステップ１２１２）。

【００８３】認証が成功すると、証明書有効性確認サー
バ１３０は利用者Ａの使用する端末機１４０へ許可要求
を送信する（ステップ１４０５）。ここで許可要求には
利用者Ｂの識別情報が含まれる。

【００８４】端末機１４０は許可要求を受信し（ステッ
プ１４０６）、許可要求に含まれる識別情報が特定する
利用者Ｂに対して、証明書有効性確認処理を許可するか
どうかを「許可」または「不許可」の結果として証明書
有効性確認サーバ１３０に送信する（ステップ１４０
７）。

【００８５】証明書有効性確認サーバ１３０は端末機１
４０から結果を受信し（ステップ１４０８）、結果を確
認する（ステップ１４０９）。許可要求の結果が「不許
可」であった場合、証明書有効性確認サーバ１３０は、
有効性確認処理が行えない旨を証明書有効性確認要求の
結果として端末機１５０へ送信し（ステップ１４０
４）、端末機１５０は結果を受信する（ステップ１２１
２）。

【００８６】許可要求の結果が「許可」であった場合、
証明書有効性確認サーバ１３０は、有効性確認要求に含
まれる証明書発行サーバの識別情報と証明書の識別情報
により特定される証明書の有効性確認処理を実行し（ス
テップ１４１０）、有効性確認結果を端末機１５０へ送
信し（ステップ１４１１）、端末機１５０は、証明書有
効性確認結果を受信する。

【００８７】証明書有効性確認サーバ１３０は、課金情
報（支払い者の識別情報、受け取り者の識別情報、課金
額、発生事由）を決済サーバ１９０に送信し（ステップ
１４１３）、決済サーバ１９０は、課金情報受信機能１
９５により、証明書有効性確認サーバ１３０から送信さ
れた課金情報を受信し、受信した課金情報に発生日時を
追加して課金情報テーブル１５００に追加する（ステッ
プ１４１４）。

【００８８】以上、本発明を公開鍵証明書の有効性確認
方法に適用した場合の実施の形態を説明したが、これら
によって例えば次のような効果が得られる。証明書の利
用者が支払う料金は、証明書の発行料や月額や年額など
の固定の利用料であるため証明書の使用頻度の小さい利
用者にとって料金が高かった。証明書の有効性確認処理
の回数に応じて利用者に課金する場合、課金する対象と
して、有効性確認要求のアクセス者と証明書の主体者が
考えられる。

【００８９】有効性確認要求のアクセス者を特定するに
は、例えばＯＣＳＰのオプション機能を用いてアクセス
者の電子署名を有効性確認要求に付すことで可能である
が、アクセス者が証明書を持っていないなどの理由によ
りアクセス者を特定することが困難な場合もある。証明
書の主体者の特定は、証明書を発行した認証局に問い合
わせることで容易に可能である。

【００９０】有効性確認処理に制限がなければ、証明書
の主体者が証明書の有効性確認されることを想定してい
ない利用者からの要求や、想定していない状況での要求
に対しても、有効性確認処理が実行されてしまうことが
ある。本発明によれば、証明書の主体者の意思により証
明書有効性確認の処理実行を制限することで、証明書の
主体者に不必要な有効性確認処理を防ぐことができ、証
明書の主体者に証明書有効性確認の処理回数に応じた課
金することが可能となる。

【００９１】以上３つの実施の形態の説明では、公開鍵
証明書の有効性確認を例に取り説明したが、各種ネット
ワークを介して通信するクライアント、サーバシステム
におけるサービスにも、本発明を同様に利用できる。

【００９２】例えば、サーバにあるデータベースの閲覧
サービスに対する利用者の閲覧を他の利用者が制限する
ことに適用できる。また、サーバが提供するオンライン
サービスの利用権利を、ある利用者（サービス贈呈者）
から他の利用者（サービス享受者）へ、サービス贈呈者
が定めた制限付きで渡すサービス提供方法に適用でき
る。

【００９３】

【発明の効果】本発明によれば、サービス提供装置に対
して、サービス提供のための情報処理を適切に実行させ
ることが可能になる。

【図面の簡単な説明】

【図１】第１の実施の形態に係るシステムのブロック図
である。

【図２】第１の実施の形態における有効性確認許可証の
データ構成図である。

【図３】第１の実施の形態における発行済有効性確認許
可証テーブルのデータ構成図である。

【図４】第１の実施の形態における有効性確認許可証検
査テーブルのデータ構成図である。

【図５】第１の実施の形態における処理手順のうち、証
明書の発行手順を示すフローチャートである。

【図６】第１の実施の形態における処理手順のうち、有
効性確認許可証の発行手順を示すフローチャートであ
る。

【図７】第１の実施の形態における処理手順のうち、証
明書の有効性確認の処理手順を示すフローチャートであ
る。

【図８】図７における処理のうち、有効性確認許可証検
査処理の詳細なフローチャートである。

【図９】第２の実施の形態における許可登録サーバの構
成図である。

【図１０】第２の実施の形態における有効性確認許可登
録テーブルのデータ構成図である。

【図１１】第２の実施の形態における処理手順のうち、
有効性確認の許可登録手順を示すフローチャートであ
る。

【図１２】第２の実施の形態における処理手順のうち、
証明書の有効性確認の処理手順を示すフローチャートで
ある。

【図１３】図１２における処理のうち、有効性確認許可
登録の登録内容確認処理の詳細なフローチャートであ
る。

【図１４】本発明の第３の実施の形態における処理手順
を示すフローチャートである。

【図１５】本発明の実施の形態における課金情報テーブ
ルのデータ構成図である。

【符号の説明】

１１０証明書発行サーバ１２０許可証発行サーバ１３０証明書有効性確認サーバ１４０、１５０、１６０端末機１８０許可登録サーバ１９０決済サーバ２００有効性確認許可証３００発行済有効性確認許可証テーブル４００有効性確認許可証検査テーブル１０００有効性確認許可登録テーブル１５００課金情報テーブル

Claims

【特許請求の範囲】

【請求項１】電子的な証明書である電子証明書を利用す
る電子証明書システムにおいて、前記電子証明書の被発行者が用いる第１の利用者装置
と、前記第１の利用者装置とネットワークを介して接続さ
れ、前記第１の利用者装置から送信される、所定のデー
タおよび前記電子証明書を受信する第２の利用者装置
と、前記ネットワークと接続され、前記第２の利用者装置から送信される、前記電子証明書
の有効性の確認を要求する要求情報を受信し、前記要求情報に関連した条件であって、前記第１の利用
者装置の処理に起因した前記第２の利用者装置に対して
電子証明書の有効性を確認する処理を実行するための条
件を検知し、送信された前記要求情報が検知された前記条件を満たす
場合には、前記電子証明書の有効性を確認する処理を実
行し、前記第２の利用者装置に対して、前記確認する処理の結
果を送信する証明書有効性確認装置とを有することを特
徴とする電子証明書システム。
【請求項２】請求項１に記載の電子証明書システムにお
いて、前記第１の利用者装置は、前記第２の利用者装置に、前
記電子証明書の有効性を確認する処理を許可することを
示す有効性確認許可情報を送信し、前記第２の利用者装置は、前記証明書有効性確認装置
に、受信された前記有効性確認許可情報を送信し、前記証明書有効性確認装置は、前記第２の利用者装置か
ら前記有効性確認情報を受信した場合、前記条件を満た
す場合として、前記電子証明書の有効性を確認する処理
を実行することを特徴とする電子証明書システム。
【請求項３】請求項２に記載の電子証明書システムにお
いて、前記第１の利用者装置は、前記ネットワークを介して送
信される前記有効性確認許可情報を受信し、受信された
前記有効性確認許可情報を前記第２の利用者装置に送信
することを特徴とする電子証明書利用システム。
【請求項４】請求項３に記載の電子証明書システムにお
いて、前記ネットワークは、前記電子証明書を前記第１の利用
者装置に送信する証明書発行装置と接続し、前記第１の利用者装置は、前記証明書発行装置から送信
される前記電子証明書および前記有効性確認許可情報を
受信することを特徴とする電子証明書システム。
【請求項５】請求項３に記載の電子証明書システムにお
いて、前記第１の利用者装置は、前記有効性確認装置から送信
される前記電子証明書および前記有効性確認許可情報を
受信することを特徴とする電子証明書システム。
【請求項６】請求項１に記載の電子証明書システムにお
いて、前記第１の利用者装置は、前記有効性確認装置へ、前記
電子証明書の有効性を確認する処理を許可する情報処理
装置を識別する識別情報を送信し、前記有効性確認装置は、送信された前記識別情報を記憶
し、記憶された前記識別情報で識別される情報処理装置
に、前記第２の利用者装置が含まれる場合には、前記条
件を満たす場合として、前記電子証明書の有効性を確認
する処理を実行することを特徴とする電子証明書システ
ム。
【請求項７】請求項６に記載の電子証明書システムにお
いて、前記第１の利用者装置は、前記有効性確認装置へ、前記
電子証明書の発行要求および当該発行要求に応じて発行
される電子証明書の有効性を確認する処理を許可する情
報処理装置を識別する前記識別情報を送信し、前記有効性確認装置は、前記識別情報を記憶し、前記電
子証明書を前記第１の利用者装置からの要求に応じて発
行して、発行された前記電子証明書を前記第１の利用者
装置に送信することを特徴とする電子証明書システム。
【請求項８】請求項６に記載の電子証明書システムにお
いて、前記第２の利用者装置は、前記有効性確認装置へ、前記
要求情報および当該第２の利用者装置を識別する利用者
装置識別情報を送信し、送信された前記利用者装置識別情報が、記憶された識別
情報に含まれる場合に、前記条件を満たす場合として、
前記電子証明書の有効性を確認する処理を実行すること
を特徴とする電子証明書システム。
【請求項９】請求項１に記載の電子証明書システムにお
いて、前記有効性確認装置は、前記第２の利用者装置から前記
要求情報を受信した場合に、前記電子証明書の有効性を
確認する処理の要否を問い合わせる問合せ情報を送信
し、前記第１の利用者装置は、前記有効性確認装置へ、前記
問合せ情報に対応する前記電子証明書の有効性を確認す
る処理の要否を示す回答情報を送信し、前記有効性確認装置は、前記回答情報に従って、前記電
子証明書の有効性を確認する処理を実行することを特徴
とする電子証明書システム。
【請求項１０】請求項９に記載の電子証明書システムに
おいて、前記第２の利用者装置は、前記有効性確認装置へ、前記
要求情報および当該第２の利用者装置を識別する利用者
装置識別情報を送信し、前記有効性確認装置は、前記第１の利用者装置へ、前記
問合せ情報および前記利用者装置識別情報を送信するこ
とを特徴とする電子証明書システム。
【請求項１１】電子的な証明書の被発行者が用いる第１
の利用者装置と、前記第１の利用者装置とネットワーク
を介して接続され、前記第１の利用者装置から送信され
る、所定のデータおよび前記電子証明書を受信する第２
の利用者装置と、ネットワークを介して接続された電子
証明書の有効性確認装置において、前記ネットワークと接続されたネットワーク接続部と、前記ネットワーク接続部およびプログラムに格納された
記憶装置と接続され、前記プログラムに従って、前記第
２の利用者装置から送信される、前記電子証明書の有効
性の確認を要求する要求情報を受信し、前記要求情報に
関連した条件であって、前記第１の利用者装置の処理に
起因した前記第２の利用者装置に対して電子証明書の有
効性を確認する処理を実行するための条件を検知し、送
信された前記要求情報が検知された前記条件を満たす場
合には、前記電子証明書の有効性を確認する処理を実行
する制御装置を有し、前記ネットワーク接続部は、前記第２の利用者装置に対
して、前記確認する処理の結果を送信することを特徴と
する有効性確認装置。
【請求項１２】請求項１１に記載の有効性確認装置にお
いて、前記ネットワーク接続部は、前記第１の利用者装置から
前記第２の利用者装置に送信された、前記電子証明書の
有効性を確認する処理を許可することを示す有効性確認
許可情報を、前記第２の利用者装置から受信し、前記制御装置は、前記第２の利用者装置から前記有効性
確認情報を受信した場合、前記条件を満たす場合とし
て、前記電子証明書の有効性を確認する処理を実行する
ことを特徴とする有効性確認装置。
【請求項１３】請求項１２に記載の有効性確認装置にお
いて、前記ネットワーク接続部は、第１の利用者装置へ、前記
有効性確認許可情報を送信し、送信された前記有効性確認許可情報は、前記第１の利用
者装置から前記第２の利用者装置へ送信されることを特
徴とする有効性確認装置。
【請求項１４】請求項１３に記載の有効性確認装置にお
いて、前記ネットワーク接続部は、前記ネットワークを介し
て、前記電子証明書を前記第１の利用者装置に送信する
証明書発行装置と接続し、前記電子証明書および前記有効性確認許可情報は、前記
証明書発行装置から前記第１の利用者装置へ送信される
ことを特徴とする有効性確認装置。
【請求項１５】請求項１３に記載の有効性確認装置にお
いて、前記ネットワーク接続部は、前記第１の利用者装置へ、
前記電子証明書および前記有効性確認許可情報を送信す
ることを特徴とする有効性確認装置。
【請求項１６】請求項１１に記載の有効性確認装置にお
いて、前記ネットワーク接続部は、前記第１の利用者装置から
送信される前記電子証明書の有効性を確認する処理を許
可する情報処理装置を識別する識別情報を受信し、前記制御装置は、前記プログラムに従って、送信された
前記識別情報を前記記憶装置に記憶し、記憶された前記
識別情報で識別される情報処理装置に、前記第２の利用
者装置が含まれる場合には、前記条件を満たす場合とし
て、前記電子証明書の有効性を確認する処理を実行する
ことを特徴とする有効性確認装置。
【請求項１７】請求項１６に記載の有効性確認装置にお
いて、前記ネットワーク接続部は、前記第１の利用者装置から
送信される前記電子証明書の発行要求および当該発行要
求に応じて発行される電子証明書の有効性を確認する処
理を許可する情報処理装置を識別する前記識別情報を受
信し、前記制御装置は、前記プログラムに従って、前記記憶装
置に前記識別情報を記憶し、前記電子証明書を前記第１
の利用者装置からの要求に応じて発行し、前記ネットワ
ーク接続部は、発行された前記電子証明書を前記第１の
利用者装置に送信することを特徴とする有効性確認装
置。
【請求項１８】請求項１６に記載の電子証明書システム
において、前記ネットワーク接続部は、前記第２の利用者装置から
送信される前記要求情報および当該第２の利用者装置を
識別する利用者装置識別情報を受信し、前記制御装置は、前記プログラムに従って、受信された
前記利用者装置識別情報が、記憶された識別情報に含ま
れる場合に、前記条件を満たす場合として、前記電子証
明書の有効性を確認する処理を実行することを特徴とす
る有効性確認装置。
【請求項１９】請求項１１に記載の有効性確認装置にお
いて、前記ネットワーク接続部は、前記第２の利用者装置から前記要求情報を受信した場合
に、前記第１の利用者装置へ、前記電子証明書の有効性
を確認する処理の要否を問い合わせる問合せ情報を送信
し、前記第１の利用者装置から送信される前記問合せ情報に
対応する前記電子証明書の有効性を確認する処理の要否
を示す回答情報を受信し、前記制御装置は、前記回答情報に従って、前記電子証明
書の有効性を確認する処理を実行することを特徴とする
有効性確認装置。
【請求項２０】請求項１９に記載の有効性確認装置にお
いて、前記ネットワーク接続部は、前記第２の利用者装置から送信される前記要求情報およ
び当該第２の利用者装置を識別する利用者装置識別情報
を受信し、前記第１の利用者装置へ、前記問合せ情報および前記利
用者装置識別情報を送信することを特徴とする有効性確
認装置。
【請求項２１】電子的な証明書の被発行者が用いる第１
の利用者装置と、前記第１の利用者装置とネットワーク
を介して接続され、前記第１の利用者装置から送信され
る、所定のデータおよび前記電子証明書を受信する第２
の利用者装置と、ネットワークを介して接続されたコン
ピュータで読み取り可能な記憶媒体に格納可能なプログ
ラムにおいて、以下のステップを前記コンピュータに実
行させるものであって、前記第２の利用者装置から送信
される、前記電子証明書の有効性の確認を要求する要求
情報を受信するステップ、前記要求情報に関連した条件であって、前記第１の利用
者装置の処理に起因した前記第２の利用者装置に対して
電子証明書の有効性を確認する処理を実行するための条
件を検知するステップ、送信された前記要求情報が検知された前記条件を満たす
場合には、前記電子証明書の有効性を確認する処理を実
行するステップ、前記第２の利用者装置に対して、前記確認する処理の結
果を送信するステップ。
【請求項２２】請求項２１に記載のプログラムにおい
て、さらに、前記コンピュータが、前記第１の利用者装置か
ら前記第２の利用者装置に送信された、前記電子証明書
の有効性を確認する処理を許可することを示す有効性確
認許可情報を、前記第２の利用者装置から受信するステ
ップを実行し、前記有効性を確認するステップは、前記
第２の利用者装置から前記有効性確認情報を受信した場
合、前記条件を満たす場合として、前記電子証明書の有
効性を確認する処理を実行する。
【請求項２３】請求項２２に記載のプログラムにおい
て、さらに、前記コンピュータが、第１の利用者装置へ、前
記有効性確認許可情報を送信するステップを実行し、送信された前記有効性確認許可情報は、前記第１の利用
者装置から前記第２の利用者装置へ送信される。
【請求項２４】請求項２３に記載のプログラムにおい
て、前記コンピュータは、前記ネットワークを介して、前記
電子証明書を前記第１の利用者装置に送信する証明書発
行装置と接続し、前記電子証明書および前記有効性確認許可情報は、前記
証明書発行装置から前記第１の利用者装置へ送信され
る。
【請求項２５】請求項２３に記載のプログラムにおい
て、さらに、前記コンピュータが、前記第１の利用者装置
へ、前記電子証明書および前記有効性確認許可情報を送
信するステップを実行する。
【請求項２６】請求項２１に記載のプログラムにおい
て、さらに、前記コンピュータが、前記ネットワーク接続部
は、前記第１の利用者装置から送信される前記電子証明
書の有効性を確認する処理を許可する情報処理装置を識
別する識別情報を受信するステップを実行し、前記有効性を確認する処理を実行するステップは、送信
された前記識別情報を前記記憶装置に記憶し、記憶され
た前記識別情報で識別される情報処理装置に、前記第２
の利用者装置が含まれる場合には、前記条件を満たす場
合として、前記電子証明書の有効性を確認する処理を実
行する。
【請求項２７】請求項２６に記載のプログラムにおい
て、さらに、前記コンピュータが、前記第１の利用者装置から送信される前記電子証明書の
発行要求および当該発行要求に応じて発行される電子証
明書の有効性を確認する処理を許可する情報処理装置を
識別する前記識別情報を受信するステップ、前記記憶装置に前記識別情報を記憶し、前記電子証明書
を前記第１の利用者装置からの要求に応じて発行するス
テップ、発行された前記電子証明書を前記第１の利用者装置に送
信するステップを実行する。
【請求項２８】請求項２６に記載のプログラムにおい
て、さらに、前記コンピュータが、前記第２の利用者装置か
ら送信される前記要求情報および当該第２の利用者装置
を識別する利用者装置識別情報を受信するステップを実
行し、前記有効性を確認する処理を実行するステップは、受信
された前記利用者装置識別情報が、記憶された識別情報
に含まれる場合に、前記条件を満たす場合として、前記
電子証明書の有効性を確認する処理を実行する。
【請求項２９】請求項２１に記載のプログラムにおい
て、さらに、前記コンピュータが、前記第２の利用者装置から前記要求情報を受信した場合
に、前記第１の利用者装置へ、前記電子証明書の有効性
を確認する処理の要否を問い合わせる問合せ情報を送信
するステップ、前記第１の利用者装置から送信される前記問合せ情報に
対応する前記電子証明書の有効性を確認する処理の要否
を示す回答情報を受信するステップ、を有し、前記有効性を確認する処理を実行するステップは、前記
回答情報に従って、前記電子証明書の有効性を確認する
処理を実行する。
【請求項３０】請求項２９に記載のプログラムにおい
て、さらに、前記コンピュータが、前記第２の利用者装置から送信される前記要求情報およ
び当該第２の利用者装置を識別する利用者装置識別情報
を受信するステップ、前記第１の利用者装置へ、前記問合せ情報および前記利
用者装置識別情報を送信するステップを実行する。
【請求項３１】サービスを要求する利用者が利用するサ
ービス要求装置および前記サービスを受ける利用者が利
用するサービス受領装置とネットワークを介して接続さ
れた前記サービスを提供するための情報処理を実行する
サービス提供装置において、前記ネットワークと接続し、前記サービス受領装置から
送信されるサービス要求であって、前記サービス要求装
置から前記サービス受領装置へ送信される前記サービス
を受領可能であることを示す情報に基づくサービス要求
を受信するネットワーク接続部と、前記ネットワーク接続部およびプログラムが格納された
記憶装置と接続し、前記プログラムに従って、前記サー
ビス要求に関連した条件であって、前記サービス要求装
置の処理に起因した前記サービス受領装置に対して前記
サービスを提供するための情報処理を実行するための条
件を検知し、前記サービス受領装置から送信される前記
サービス要求が、前記条件を満たす場合に、前記サービ
ス受領装置に対して、前記サービスを提供するための情
報処理を実行する制御装置とを有し、前記ネットワーク接続部は、前記第２の利用者装置に対
して、前記サービスを提供するための情報を送信するこ
とを特徴とするサービス提供装置。
【請求項３２】請求項３１に記載のサービス提供装置に
おいて、前記ネットワーク接続部は、前記サービス要求装置から
前記サービス受領装置に送信された、前記サービスを受
領することを許可することを示す許可情報を、前記サー
ビス受領装置から受信し、前記制御装置は、前記サービス受領装置から前記サービ
ス要求を受信した場合、前記条件を満たす場合として、
前記サービス提供するための情報処理を実行することを
特徴とするサービス提供装置。
【請求項３３】請求項３１に記載のサービス提供装置に
おいて、前記ネットワーク接続部は、前記サービス要求装置から
送信される前記サービスの提供が許可される情報処理装
置を識別する識別情報を受信し、前記制御装置は、前記プログラムに従って、送信された
前記識別情報を前記記憶装置に記憶し、記憶された前記
識別情報で識別される情報処理装置に、前記サービス受
領装置が含まれる場合には、前記条件を満たす場合とし
て、前記サービスを提供するための情報処理を実行する
ことを特徴とするサービス提供装置。
【請求項３４】請求項３１に記載のサービス提供装置に
おいて、前記ネットワーク接続部は、前記サービス受領装置から前記要求情報を受信した場合
に、前記サービス要求装置へ、前記サービスを提供する
ための情報処理の要否を問い合わせる問合せ情報を送信
し、前記サービス要求装置から送信される前記問合せ情報に
対応する前記サービスを提供するための情報処理の要否
を示す回答情報を受信し、前記制御装置は、前記回答情報に従って、前記サービス
提供するための情報処理を実行することを特徴とするサ
ービス提供装置。
【請求項３５】複数の端末機とサーバ装置が互いにネッ
トワークを介して接続されたシステムを利用して、前記
複数の端末機に含まれる端末機から送付された電子的な
証明書の有効性確認要求により前記サーバ装置が前記証
明書の有効性を確認する処理を実行する証明書有効性確
認方法であり、前記複数の端末機に含まれる第1の端末機が、前記サー
バ装置において前記証明書の有効性確認の処理を実行す
ることを許可することを示す情報および前記証明書を前
記複数の端末機に含まれる第２の端末機に発信するステ
ップと、前記第２の端末機が、前記情報および前記証明書を受信
し、前記サーバ装置に前記情報および前記証明書の有効
性確認要求を送信するステップと、前記サーバ装置が、前記第２の端末機から送信された前
記情報を受信した場合に、受信した前記有効性確認要求
に基づき、前記証明書の有効性確認の処理をするステッ
プを有することを特徴とする証明書有効性確認方法。
【請求項３６】請求項１記載の証明書有効性確認方法に
おいて前記サーバ装置が前記有効性確認の処理をするステップ
は、前記情報に含まれる前記有効性確認の処理に関する
制限に従って、当該処理を実行することを特徴とする証
明書有効性確認方法。
【請求項３７】請求項３６に記載の証明書有効性確認方
法において、前記サーバ装置が前記有効性確認の処理をするステップ
は、処理回数の制限および処理が実行される時間の制限
のうち少なくとも一方である前記制限に従って、当該処
理を実行することを特徴とする証明書有効性確認方法。
【請求項３８】請求項３５記載の証明書有効性確認方法
において、さらに、前記情報を発行するステップと、前記証明書を発行するステップとを有することを特徴とする証明書有効性確認方法。