JPH10327147A

JPH10327147A - 電子認証公証方法およびシステム

Info

Publication number: JPH10327147A
Application number: JP9147319A
Authority: JP
Inventors: Seiichi Suzaki; 誠一洲崎; Yasuhiko Mizuno; 康彦水野; Yoshikazu Takahashi; 美和高橋; Sei Mitsunaga; 聖光永; Masaharu Moriyama; 将治森山
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-05-21
Filing date: 1997-05-21
Publication date: 1998-12-08
Also published as: US6253322B1

Abstract

(57)【要約】（修正有）【課題】オープンなネットワーク環境において電子商取
引に必要な認証・公証サービスを実現する。【解決手段】サービス提供装置１３０から契約内容を含
む契約情報を契約者である各サービス享受者１１０，１
１１のサービス享受装置１４０，１４１に送信し、契約
情報を受信した各サービス享受装置で契約情報にサービ
ス享受者の署名を付けた一者署名付き契約情報１６１，
１６２を作成してサービス提供装置に送信する。サービ
ス提供装置では各サービス享受装置から送信された一者
署名付き契約情報を受信し、まとめて一つの文書にし、
サービス提供者の署名を付けたサービス提供者署名付き
契約情報１６３を作成し、保管するとともに各サービス
享受装置に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子認証公証方法
およびそのシステムに関する。

【０００２】

【従来の技術】近年、インターネットのようなオープン
なネットワーク環境において、暗号技術を用いた安全な
電子商取引が行われるようになってきた。

【０００３】一般に、情報の暗号化に際しては、暗号ア
ルゴリズムと暗号鍵とが必要である。暗号アルゴリズム
とは、平文と呼ばれる誰でも正しい内容を理解できる情
報を、暗号文と呼ばれる全く意味の分からない形の情報
に変換する処理手順（暗号化）、およびその逆変換を行
う処理手順（復号化）のことである。暗号鍵とは、上記
暗号アルゴリズムの変換処理で使用する制御パラメータ
である。同じ暗号アルゴリズムを使って平文を暗号化し
ても、その際に使用する暗号鍵が異なると異なる暗号文
に変換される。そのため、ある暗号文をもとの平文に正
しく復号化するためには、暗号化時に使用したものと同
じ暗号鍵、あるいは暗号化時に使用した暗号鍵と対にな
った暗号鍵が必要となる。前者のように、暗号化時と復
号化時に全く同じ暗号鍵を使用する暗号アルゴリズムを
対称鍵暗号、あるいは共通鍵暗号といい、後者のよう
に、暗号化時と復号化時に異なる暗号鍵を使用する暗号
アルゴリズムを非対称鍵暗号、あるいは公開鍵暗号とい
う。

【０００４】共通鍵暗号は、処理速度が高速であるが、
鍵の管理に手間がかかる。一方、公開鍵暗号は、処理速
度は遅いが、鍵の管理が容易であり、またディジタル署
名にも利用できる。

【０００５】すなわち、公開鍵暗号では、暗号化および
復号化に使用する二つの暗号鍵の非対称性により、一方
の鍵（公開鍵）を公に（すべての人に開示）することが
可能である。そのため、共通鍵暗号に比べて暗号鍵の管
理が比較的容易であり、かつ、認証のためのディジタル
署名に利用可能であるといった利点もある。しかし、公
開鍵暗号の運用に際しては、それら公にされた公開鍵と
その所有者との対応関係が保証されなければならない。
なぜなら、もし不正者ＡがユーザＢになりすましてＢの
公開鍵を公にした場合（その公開鍵に対応した秘密鍵は
Ａが所有している）、ユーザＣは、電子署名を確認する
ことにより不正者ＡをユーザＢだと認証してしまうから
である。さらに、その結果として、ユーザＢに宛てた情
報がすべて不正者Ａに漏れてしまうことになる。したが
って、公開鍵暗号利用環境を構築する際には、公開鍵と
その所有者との対応関係を保証する手段が必要となる。

【０００６】認証局（Certification Authority）は、
インターネットのように大規模でオープンなネットワー
クにおいて、このような課題を解決する手段の一つであ
り、CCITT（The International Telegraph and Telepho
ne Consultative Committee）の勧告X.509で認証局と証
明書を用いた認証の枠組みが規定されている。証明書と
は、その証明書の所有者の公開鍵であり、他のいくつか
の情報とともに、それを発行した認証局の秘密鍵を用い
た暗号化、すなわちディジタル署名により、偽造不可能
な形にしたデータのことである。システムを利用するす
べてのエンティティは、認証局の証明書（公開鍵）だけ
を安全に保持し、他のエンティティの証明書に付けられ
た認証局のディジタル署名を確認することで、その証明
書に含まれた公開鍵の正当性の確認および認証を行なう
ことが可能となる。

【０００７】

【発明が解決しようとする課題】ところで、インターネ
ットのようなネットワーク環境における電子商取引は、
消費者−販売店（モール）間での電子商取引から、企業
−企業間の電子商取引へと拡大していく兆しがある。企
業間電子商取引では、個々の取引を安全に行なうだけで
なく、取引内容やそのような取引が行なわれたという事
実を保証し、その証拠をある一定の期間保管しておく
“公証サービス”の重要性が高まっていくものと考えら
れる。また、そのような公証サービスは、消費者電子商
取引への適用や、電子商取引以外への適用（遺言等、現
在公証人役場で公証人が提供しているサービス）も考え
られる。

【０００８】しかしながら、ＩＳＯでは、“否認防止
（Non Repudiation）”技術の標準化は進められている
が、フレームワーク的なものであり、実現方式を細かく
規定したものとはなっていない。また、オンラインで受
け取った電子情報を保管するサービスはあるが（電子貸
し金庫）、取引という観点がないため、上記“公証サー
ビス”は実現できない。さらに、法務省民事部が電子取
引における電子認証・公証制度の必要性を提言している
が、これも実現方式を細かく規定したものではない。

【０００９】本発明は、オープンなネットワーク環境に
おいて電子商取引を行なう際に必要とされる認証・公証
サービス（電子情報署名・保管サービス）を実現するこ
とを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、請求項１に係る発明は、公証サービスを提供するサ
ービス提供者が使用するサービス提供装置と、公証サー
ビスを享受する複数のサービス享受者がそれぞれ使用す
る複数のサービス享受装置とが、ネットワークを介して
相互に接続されているシステムに適用する電子認証公証
方法であって、前記サービス提供装置から、契約内容を
含む契約情報を、契約者である各サービス享受者のサー
ビス享受装置に、それぞれ送信するステップと、該契約
情報を受信した各サービス享受装置で、該契約情報にサ
ービス享受者の署名を付けた一者署名付き契約情報を作
成し、前記サービス提供装置に送信するステップと、前
記サービス提供装置で、前記各サービス享受装置からそ
れぞれ送信された一者署名付き契約情報を受信し、受信
した複数の一者署名付き契約情報をまとめて一つの文書
にするとともに、該文書にサービス提供者の署名を付け
たサービス提供者署名付き契約情報を作成するステップ
と、前記サービス提供装置で、作成したサービス提供者
署名付き契約情報を保管するステップと、前記サービス
提供者署名付き契約情報を、前記サービス提供装置から
前記各サービス享受装置に送信するステップとを備えた
ことを特徴とする。

【００１１】請求項２に係る発明は、公証サービスを提
供するサービス提供者が使用するサービス提供装置と、
公証サービスを享受する複数のサービス享受者が使用す
る複数のサービス享受装置と、前記サービス提供者およ
び各サービス享受者の公開鍵が確かにその者の公開鍵で
あることを保証する証明書を発行する認証機関の端末装
置とが、ネットワークを介して相互に接続されているシ
ステムに適用する電子認証公証方法であって、前記サー
ビス提供装置で、前記サービス提供者の公開鍵と秘密鍵
とを生成するステップと、前記各サービス享受装置で、
それぞれ、前記各サービス享受者の公開鍵と秘密鍵とを
生成するステップと、前記サービス提供装置および各サ
ービス享受装置から、生成した公開鍵を前記認証機関の
端末装置に送信するステップと、前記認証機関の端末装
置で、受信した公開鍵ごとに、その公開鍵に対応する証
明書を作成し、それぞれ対応する前記サービス提供装置
および各サービス享受装置に送信するステップと、前記
サービス提供装置および各サービス享受装置で、前記証
明書をそれぞれ受信するステップと、前記各サービス享
受装置から、それぞれ、契約内容その他の契約に係る各
種の情報を前記サービス提供装置に送信するステップ
と、前記サービス提供装置において、前記各サービス享
受装置からそれぞれ送られてくる契約に係る各種の情報
をまとめて契約内容を含む契約情報を作成し、前記各サ
ービス享受装置にそれぞれ送信するステップと、前記各
サービス享受装置で、それぞれ、受信した契約情報にサ
ービス享受者の証明書を含む付属情報を所定の順序で連
結したデータを作成し、該連結したデータを所定の一方
向性関数で圧縮した圧縮子を生成し、該圧縮子をサービ
ス享受者の秘密鍵で暗号化した署名を生成し、前記連結
したデータに該署名を合わせて一者署名付き契約情報を
作成し、該一者署名付き契約情報を前記サービス提供装
置に送信するステップと、前記サービス提供装置で、前
記各サービス享受装置からそれぞれ送信された一者署名
付き契約情報を受信し、受信した複数の一者署名付き契
約情報から契約情報並びに各サービス享受者が付加した
付属情報および署名を取り出し、取り出した情報とサー
ビス提供者の証明書を含む付属情報とを所定の順序で連
結したデータを作成し、該連結したデータを所定の一方
向性関数で圧縮した圧縮子を生成し、該圧縮子をサービ
ス提供者の秘密鍵で暗号化した署名を生成し、前記連結
したデータに該署名を合わせてサービス提供者署名付き
契約情報を作成するステップと、前記サービス提供装置
で、作成したサービス提供者署名付き契約情報を保管す
るステップと、前記サービス提供者署名付き契約情報
を、前記サービス提供装置から前記各サービス享受装置
に送信するステップとを備えたことを特徴とする。

【００１２】請求項３に係る発明は、請求項２におい
て、前記ネットワークを介したサービス提供者およびサ
ービス享受者と認証機関との間の通信を、認証機関の公
開鍵と公開鍵暗号とを使用して鍵交換を行ない、その交
換した鍵と共通鍵暗号とを使用した暗号通信により行な
うこととしたものである。

【００１３】請求項４に係る発明は、請求項１または２
において、前記ネットワークを介したサービス提供者と
サービス享受者との間の通信を、互いの証明書を交換
し、サービス提供者の公開鍵と公開鍵暗号とを使用して
鍵交換を行ない、その交換した鍵と共通鍵暗号とを使用
した暗号通信により行なうこととしたものである。

【００１４】請求項５に係る発明は、請求項１または２
において、前記サービス提供者および各サービス享受者
には、前記認証機関の公開鍵である認証機関証明書が格
納されている、前記サービス提供装置およびサービス享
受装置に着脱可能な、記憶媒体が、あらかじめ配布され
ており、前記サービス提供者および各サービス享受者の
公開鍵および秘密鍵、並びに、前記認証機関が発行した
証明書は、該記憶媒体に格納されることとしたものであ
る。

【００１５】請求項６に係る発明は、請求項５におい
て、前記着脱可能な記憶媒体が、秘密鍵と公開鍵を生成
する暗号鍵生成プログラムおよび入力したデータを秘密
鍵で暗号化して署名を生成し出力するディジタル署名生
成プログラム、並びにそれらのプログラムを実行して暗
号鍵生成や署名生成を実行する処理装置を備えたＩＣカ
ードであり、前記サービス提供者および各サービス享受
者は、該ＩＣカードを用いて、秘密鍵と公開鍵の生成、
および署名の生成を行なうとともに、生成した秘密鍵と
公開鍵および前記認証機関から送付された証明書は該Ｉ
Ｃカードに格納することとしたものである。

【００１６】請求項７に係る発明は、請求項５におい
て、前記着脱可能な記憶媒体には、当該記憶媒体の正当
な使用者のパスワードで暗号化された暗号化秘密鍵、暗
号化公開鍵、および暗号化自証明書、並びに該パスワー
ドをチェックするためのパスワードチェック用データが
格納され、上記暗号化秘密鍵、暗号化公開鍵、および暗
号化自証明書にアクセスする際には、使用者が入力した
パスワードを上記パスワードチェック用データを用いて
チェックし、正当な使用者であると確認された場合のみ
アクセスを許可することとしたものである。

【００１７】請求項８に係る発明は、請求項５におい
て、前記着脱可能な記憶媒体が、内蔵時計、秘密鍵と公
開鍵を生成する暗号鍵生成プログラムおよび入力したデ
ータを秘密鍵で暗号化して署名を生成し出力するディジ
タル署名生成プログラム、並びにそれらのプログラムを
実行して暗号鍵生成や署名生成を実行する処理装置を備
えたＩＣカードであり、前記サービス提供者および各サ
ービス享受者は、該ＩＣカードを用いて、秘密鍵と公開
鍵の生成および署名の生成を行なうとともに、生成した
秘密鍵と公開鍵および前記認証機関から送付された証明
書は該ＩＣカードに格納し、署名生成時には署名対象の
データに上記内蔵時計の日時データを付加したデータを
秘密鍵で暗号化して署名生成することとしたものであ
る。

【００１８】請求項９に係る発明は、請求項８におい
て、前記ＩＣカードが、署名生成の直前に、時刻管理機
関が送信する正確な時刻を示す標準時刻データを受信
し、該標準時刻データに基づいて内蔵時計を調整するこ
ととしたものである。

【００１９】請求項１０に係る発明は、請求項９におい
て、前記ＩＣカードは無線受信装置を備え、該無線受信
装置により受信した前記時刻管理機関からの標準時刻デ
ータに基づいて内蔵時計を調整することとしたものであ
る。

【００２０】請求項１１に係る発明は、請求項５におい
て、前記着脱可能な記憶媒体内の秘密鍵、公開鍵、およ
び証明書を用いて署名を行なったとき署名履歴を該記憶
媒体内に記憶しておくとともに、該記憶媒体内の秘密
鍵、公開鍵、および証明書が新たなデータに変更された
とき、署名履歴を参照して必要があれば、以前に使用し
た秘密鍵、公開鍵、および証明書を別領域に記憶してお
くこととしたものである。

【００２１】請求項１２に係る発明は、会員認証局の端
末と、個人認証局の端末と、申込者の端末とが、ネット
ワークを介して相互に接続されているシステムに適用す
る電子認証方法であって、あらかじめ、各申込者が、そ
の申込者の公開鍵とその公開鍵がその申込者のものであ
ることを証明する証明書とを含むディジタルデータであ
る個人認証書の配布を前記個人認証局から受けるステッ
プと、前記申込者の端末から前記会員認証局の端末に、
個人認証書を添付した会員登録申込書を送信するステッ
プと、前記会員認証局の端末から前記個人認証局の端末
に、受信した個人認証書の有効性の確認依頼を送信する
ステップと、前記個人認証局の端末で、受信した個人認
証書の有効性を確認し、確認結果を前記会員認証局の端
末に送信するステップと、前記会員認証局の端末で、そ
の確認結果に基づいて前記申込者の会員資格の審査を行
なうステップと、審査の結果、会員資格有りの場合は、
前記会員認証局から前記申込者に暗号鍵生成プログラム
を内蔵したＩＣカードを配布するステップと、該ＩＣカ
ード中で、申込者の公開鍵と秘密鍵を生成するととも
に、生成した公開鍵を含む申込者に関する所定の情報を
所定のフォーマットでまとめたデータである会員証を作
成するステップと、前記申込者の端末から前記会員認証
局の端末に、前記会員証を送信するステップと、前記会
員認証局の端末で、前記申込者の公開鍵を含む会員証が
確かにその者のものであることを証明する証明書を作成
して、申込者の端末に送信するステップと、前記申込者
の端末で、受信した証明書を前記ＩＣカードに格納する
ステップとを備えたことを特徴とする。

【００２２】請求項１３に係る発明は、会員認証局の端
末と、個人認証局の端末と、会員の端末とが、ネットワ
ークを介して相互に接続されているシステムに適用する
電子認証方法であって、前記会員の端末から前記会員認
証局の端末に、個人認証書と会員証とを添付して会員登
録の抹消の申込みを送信するステップと、前記会員認証
局の端末から前記個人認証局の端末に、受信した個人認
証書の有効性の確認依頼を送信するステップと、前記個
人認証局の端末で、受信した個人認証書の有効性を確認
し、確認結果を前記会員認証局の端末に送信するステッ
プと、前記会員認証局の端末で、受信した会員証の有効
性を確認し、該会員証の有効性の確認結果および前記個
人認証書の有効性の確認結果に基づいて、本人からの登
録抹消依頼であることを確認した上で、会員登録の抹消
を行なうステップとを備えたことを特徴とする。

【００２３】請求項１４に係る発明は、会員認証局の端
末と、個人認証局の端末と、会員の端末とが、ネットワ
ークを介して相互に接続されているシステムに適用する
電子認証方法であって、前記会員の端末から前記会員認
証局の端末に、個人認証書と会員証とを添付して会員登
録の有効性の確認依頼を送信するステップと、前記会員
認証局の端末から前記個人認証局の端末に、受信した個
人認証書の有効性の確認依頼を送信するステップと、前
記個人認証局の端末で、受信した個人認証書の有効性を
確認し、確認結果を前記会員認証局の端末に送信するス
テップと、前記会員認証局の端末で、受信した会員証の
有効性を確認し、該会員証の有効性の確認結果および前
記個人認証書の有効性の確認結果に基づいて、前記個人
認証書と会員証で特定される会員の会員登録の有効性を
確認し、その確認結果を前記会員の端末に送信するステ
ップとを備えたことを特徴とする。

【００２４】請求項１５に係る発明は、団体の構成員の
端末が該団体内ネットワークを介して相互に接続され、
該団体の構成員である登録責任者の端末が認証機関の端
末とネットワークを介して相互に接続されているシステ
ムにおいて、該団体の構成員の公開鍵の認証機関への登
録および認証機関から証明書を発行してもらう処理を、
該団体の登録責任者が代行して行なう電子認証方法であ
って、公開鍵の登録を申請する構成員の端末において、
その構成員が登録しようとしている公開鍵を認証機関の
公開鍵で暗号化して、前記登録責任者の端末に送信する
ステップと、前記登録責任者の端末において、受信した
構成員の暗号化公開鍵に登録責任者のディジタル署名を
付して、前記認証機関の端末に送信するステップと、前
記認証機関の端末において、前記登録責任者の端末から
送信されたディジタル署名付きの暗号化公開鍵を受信
し、前記登録責任者のディジタル署名を確認した後、前
記認証機関の秘密鍵で該暗号化公開鍵を復号し、復号し
た公開鍵の証明書を作成し、該証明書を前記団体の公開
鍵および／または前記構成員の公開鍵で暗号化して、前
記登録責任者の端末または前記構成員の端末に送信する
ステップとを備えたことを特徴とする。

【００２５】請求項１６に係る発明は、公証サービスを
提供するサービス提供者が使用するサービス提供装置
と、公証サービスを享受する複数のサービス享受者がそ
れぞれ使用する複数のサービス享受装置とが、ネットワ
ークを介して相互に接続されて構成される電子認証公証
システムであって、前記サービス提供装置から、契約内
容を含む契約情報を、契約者である各サービス享受者の
サービス享受装置に、それぞれ送信し、該契約情報を受
信した各サービス享受装置で、該契約情報にサービス享
受者の署名を付けた一者署名付き契約情報を作成して、
前記サービス提供装置に送信し、前記サービス提供装置
で、前記各サービス享受装置からそれぞれ送信された一
者署名付き契約情報を受信し、受信した複数の一者署名
付き契約情報をまとめて一つの文書にするとともに、該
文書にサービス提供者の署名を付けたサービス提供者署
名付き契約情報を作成し、該作成したサービス提供者署
名付き契約情報を保管するとともに、前記各サービス享
受装置に送信することを特徴とする。

【００２６】請求項１７に係る発明は、公証サービスを
提供するサービス提供者が使用するサービス提供装置
と、公証サービスを享受する複数のサービス享受者が使
用する複数のサービス享受装置と、前記サービス提供者
および各サービス享受者の公開鍵が確かにその者の公開
鍵であることを保証する証明書を発行する認証機関の端
末装置とが、ネットワークを介して相互に接続されて構
成される電子認証公証システムであって、前記サービス
提供装置で、前記サービス提供者の公開鍵と秘密鍵とを
生成し、前記各サービス享受装置で、それぞれ、前記各
サービス享受者の公開鍵と秘密鍵とを生成し、前記サー
ビス提供装置および各サービス享受装置から、生成した
公開鍵を前記認証機関の端末装置に送信し、前記認証機
関の端末装置で、受信した公開鍵ごとに、その公開鍵に
対応する証明書を作成し、それぞれ対応する前記サービ
ス提供装置および各サービス享受装置に送信し、前記サ
ービス提供装置および各サービス享受装置で、前記証明
書をそれぞれ受信し、前記各サービス享受装置から、そ
れぞれ、契約内容その他の契約に係る各種の情報を前記
サービス提供装置に送信し、前記サービス提供装置にお
いて、前記各サービス享受装置からそれぞれ送られてく
る契約に係る各種の情報をまとめて契約内容を含む契約
情報を作成し、前記各サービス享受装置にそれぞれ送信
し、前記各サービス享受装置で、それぞれ、受信した契
約情報にサービス享受者の証明書を含む付属情報を所定
の順序で連結したデータを作成し、該連結したデータを
所定の一方向性関数で圧縮した圧縮子を生成し、該圧縮
子をサービス享受者の秘密鍵で暗号化した署名を生成
し、前記連結したデータに該署名を合わせて一者署名付
き契約情報を作成し、該一者署名付き契約情報を前記サ
ービス提供装置に送信し、前記サービス提供装置で、前
記各サービス享受装置からそれぞれ送信された一者署名
付き契約情報を受信し、受信した複数の一者署名付き契
約情報から契約情報並びに各サービス享受者が付加した
付属情報および署名を取り出し、取り出した情報とサー
ビス提供者の証明書を含む付属情報とを所定の順序で連
結したデータを作成し、該連結したデータを所定の一方
向性関数で圧縮した圧縮子を生成し、該圧縮子をサービ
ス提供者の秘密鍵で暗号化した署名を生成し、前記連結
したデータに該署名を合わせてサービス提供者署名付き
契約情報を作成し、前記サービス提供装置で、作成した
サービス提供者署名付き契約情報を保管し、前記サービ
ス提供者署名付き契約情報を、前記サービス提供装置か
ら前記各サービス享受装置に送信することを特徴とす
る。

【００２７】請求項１８に係る発明は、請求項１７にお
いて、前記ネットワークを介したサービス提供者および
サービス享受者と認証機関との間の通信を、認証機関の
公開鍵と公開鍵暗号とを使用して鍵交換を行ない、その
交換した鍵と共通鍵暗号とを使用した暗号通信により行
なうこととしたものである。

【００２８】請求項１９に係る発明は、請求項１６また
は１７において、前記ネットワークを介したサービス提
供者とサービス享受者との間の通信を、互いの証明書を
交換し、サービス提供者の公開鍵と公開鍵暗号とを使用
して鍵交換を行ない、その交換した鍵と共通鍵暗号とを
使用した暗号通信により行なうこととしたものである。

【００２９】請求項２０に係る発明は、請求項１６また
は１７において、前記サービス提供者および各サービス
享受者には、前記認証機関の公開鍵である認証機関証明
書が格納されている、前記サービス提供装置およびサー
ビス享受装置に着脱可能な、記憶媒体が、あらかじめ配
布されており、前記サービス提供者および各サービス享
受者の公開鍵および秘密鍵、並びに、前記認証機関が発
行した証明書は、該記憶媒体に格納されることとしたも
のである。

【００３０】請求項２１に係る発明は、請求項２０にお
いて、前記着脱可能な記憶媒体が、秘密鍵と公開鍵を生
成する暗号鍵生成プログラムおよび入力したデータを秘
密鍵で暗号化して署名を生成し出力するディジタル署名
生成プログラム、並びにそれらのプログラムを実行して
暗号鍵生成や署名生成を実行する処理装置を備えたＩＣ
カードであり、前記サービス提供者および各サービス享
受者は、該ＩＣカードを用いて、秘密鍵と公開鍵の生
成、および署名の生成を行なうとともに、生成した秘密
鍵と公開鍵および前記認証機関から送付された証明書は
該ＩＣカードに格納することとしたものである。

【００３１】請求項２２に係る発明は、請求項２０にお
いて、前記着脱可能な記憶媒体には、当該記憶媒体の正
当な使用者のパスワードで暗号化された暗号化秘密鍵、
暗号化公開鍵、および暗号化自証明書、並びに該パスワ
ードをチェックするためのパスワードチェック用データ
が格納され、上記暗号化秘密鍵、暗号化公開鍵、および
暗号化自証明書にアクセスする際には、使用者が入力し
たパスワードを上記パスワードチェック用データを用い
てチェックし、正当な使用者であると確認された場合の
みアクセスを許可することとしたものである。

【００３２】請求項２３に係る発明は、請求項２０にお
いて、前記着脱可能な記憶媒体が、内蔵時計、秘密鍵と
公開鍵を生成する暗号鍵生成プログラムおよび入力した
データを秘密鍵で暗号化して署名を生成し出力するディ
ジタル署名生成プログラム、並びにそれらのプログラム
を実行して暗号鍵生成や署名生成を実行する処理装置を
備えたＩＣカードであり、前記サービス提供者および各
サービス享受者は、該ＩＣカードを用いて、秘密鍵と公
開鍵の生成および署名の生成を行なうとともに、生成し
た秘密鍵と公開鍵および前記認証機関から送付された証
明書は該ＩＣカードに格納し、署名生成時には署名対象
のデータに上記内蔵時計の日時データを付加したデータ
を秘密鍵で暗号化して署名生成することとしたものであ
る。

【００３３】請求項２４に係る発明は、請求項２３にお
いて、前記ＩＣカードが、署名生成の直前に、時刻管理
機関が送信する正確な時刻を示す標準時刻データを受信
し、該標準時刻データに基づいて内蔵時計を調整するこ
ととしたものである。

【００３４】請求項２５に係る発明は、請求項２４にお
いて、前記ＩＣカードは無線受信装置を備え、該無線受
信装置により受信した前記時刻管理機関からの標準時刻
データに基づいて内蔵時計を調整することとしたもので
ある。

【００３５】請求項２６に係る発明は、請求項２０にお
いて、前記着脱可能な記憶媒体内の秘密鍵、公開鍵、お
よび証明書を用いて署名を行なったとき署名履歴を該記
憶媒体内に記憶しておくとともに、該記憶媒体内の秘密
鍵、公開鍵、および証明書が新たなデータに変更された
とき、署名履歴を参照して必要があれば、以前に使用し
た秘密鍵、公開鍵、および証明書を別領域に記憶してお
くこととしたものである。

【００３６】請求項２７に係る発明は、会員認証局の端
末と、個人認証局の端末と、申込者の端末とが、ネット
ワークを介して相互に接続されて構成される電子認証シ
ステムであって、あらかじめ、各申込者に対し、その申
込者の公開鍵とその公開鍵がその申込者のものであるこ
とを証明する証明書とを含むディジタルデータである個
人認証書が前記個人認証局から配布されており、前記申
込者の端末から前記会員認証局の端末に、個人認証書を
添付した会員登録申込書を送信し、前記会員認証局の端
末から前記個人認証局の端末に、受信した個人認証書の
有効性の確認依頼を送信し、前記個人認証局の端末で、
受信した個人認証書の有効性を確認し、確認結果を前記
会員認証局の端末に送信し、前記会員認証局の端末で、
その確認結果に基づいて前記申込者の会員資格の審査を
行ない、審査の結果、会員資格有りの場合は、前記会員
認証局から前記申込者に暗号鍵生成プログラムを内蔵し
たＩＣカードを配布し、該ＩＣカード中で、申込者の公
開鍵と秘密鍵を生成するとともに、生成した公開鍵を含
む申込者に関する所定の情報を所定のフォーマットでま
とめたデータである会員証を作成し、前記申込者の端末
から前記会員認証局の端末に、前記会員証を送信し、前
記会員認証局の端末で、前記申込者の公開鍵を含む会員
証が確かにその者のものであることを証明する証明書を
作成して、申込者の端末に送信し、前記申込者の端末
で、受信した証明書を前記ＩＣカードに格納することを
特徴とする。

【００３７】請求項２８に係る発明は、会員認証局の端
末と、個人認証局の端末と、会員の端末とが、ネットワ
ークを介して相互に接続されて構成される電子認証シス
テムであって、前記会員の端末から前記会員認証局の端
末に、個人認証書と会員証とを添付して会員登録の抹消
の申込みを送信し、前記会員認証局の端末から前記個人
認証局の端末に、受信した個人認証書の有効性の確認依
頼を送信し、前記個人認証局の端末で、受信した個人認
証書の有効性を確認し、確認結果を前記会員認証局の端
末に送信し、前記会員認証局の端末で、受信した会員証
の有効性を確認し、該会員証の有効性の確認結果および
前記個人認証書の有効性の確認結果に基づいて、本人か
らの登録抹消依頼であることを確認した上で、会員登録
の抹消を行なうことを特徴とする。

【００３８】請求項２９に係る発明は、会員認証局の端
末と、個人認証局の端末と、会員の端末とが、ネットワ
ークを介して相互に接続されて構成される電子認証シス
テムであって、前記会員の端末から前記会員認証局の端
末に、個人認証書と会員証とを添付して会員登録の有効
性の確認依頼を送信し、前記会員認証局の端末から前記
個人認証局の端末に、受信した個人認証書の有効性の確
認依頼を送信し、前記個人認証局の端末で、受信した個
人認証書の有効性を確認し、確認結果を前記会員認証局
の端末に送信し、前記会員認証局の端末で、受信した会
員証の有効性を確認し、該会員証の有効性の確認結果お
よび前記個人認証書の有効性の確認結果に基づいて、前
記個人認証書と会員証で特定される会員の会員登録の有
効性を確認し、その確認結果を前記会員の端末に送信す
ることを特徴とする。

【００３９】請求項３０に係る発明は、団体の構成員の
端末が該団体内ネットワークを介して相互に接続され、
該団体の構成員である登録責任者の端末が認証機関の端
末とネットワークを介して相互に接続されているシステ
ムにおいて、該団体の構成員の公開鍵の認証機関への登
録および認証機関から証明書を発行してもらう処理を、
該団体の登録責任者が代行して行なう電子認証システム
であって、公開鍵の登録を申請する構成員の端末におい
て、その構成員が登録しようとしている公開鍵を認証機
関の公開鍵で暗号化して、前記登録責任者の端末に送信
し、前記登録責任者の端末において、受信した構成員の
暗号化公開鍵に登録責任者のディジタル署名を付して、
前記認証機関の端末に送信し、前記認証機関の端末にお
いて、前記登録責任者の端末から送信されたディジタル
署名付きの暗号化公開鍵を受信し、前記登録責任者のデ
ィジタル署名を確認した後、前記認証機関の秘密鍵で該
暗号化公開鍵を復号し、復号した公開鍵の証明書を作成
し、該証明書を前記団体の公開鍵および／または前記構
成員の公開鍵で暗号化して、前記登録責任者の端末また
は前記構成員の端末に送信することを特徴とする。

【００４０】

【発明の実施の形態】以下、図面を用いて、本発明の実
施の形態を説明する。

【００４１】図１は、本発明の第１の実施の形態に係る
電子公証システムのシステム図である。同図において、
１００は公証サービスを提供するサービス提供者、１３
０はサービス提供者が使用するサービス提供装置、１１
０と１１１は公証サービスを享受するサービス享受者、
１４０と１４１はサービス享受者１１０と１１１がそれ
ぞれ使用するサービス享受装置を示す。１００，１１
０，１１１は擬人化して図示してあるが、自然人とは限
らず、法人などの団体であってもよい。１７０は各者が
本人であることを保証する証明書を発行する認証機関、
１８０は本システムで用いるＩＣカード１２０を発行す
るＩＣカード発行機関である。

【００４２】サービス提供装置１３０およびサービス享
受装置１４０，１４１は、通信網１８０に接続されてお
り相互に各種情報の授受が可能である。また、図示して
いないが、認証機関１７０内に設けられた証明書発行業
務を行なう端末装置が、上記通信網１８０に接続されて
おり、サービス提供装置１３０およびサービス享受装置
１４０，１４１と各種情報の授受が可能である。

【００４３】図１を参照して、本システムにおける公証
サービスの流れを説明する。サービス享受者１１０と１
１１との間には、あらかじめ何らかの契約を行なう合意
が取れているものとする。サービスの前準備として、サ
ービス享受者１１０，１１１とサービス提供者１００
は、それぞれ、認証機関１７０に対してＩＣカード１２
０の発行を申し込む。認証機関１７０は、ＩＣカード発
行の申込みを受け付け、種々の方法でその申込者が本人
であることを確認し、ＩＣカード１２０を発行する。こ
こでは、サービス提供者１００に対してＩＣカード１２
１を、サービス享受者１１０に対してＩＣカード１２２
を、サービス享受者１１１に対してＩＣカード１２３
を、それぞれ発行したとする。なお、図１において、点
線の矢印はオフラインで各者間のやり取りを行なうこと
を示し、実線の矢印は通信網１８０を介したオンライン
でのやり取りを行なうことを示す。

【００４４】認証機関１７０はＩＣカード１２０をどの
ような方法で用意してもよいが、本システムで用いるＩ
Ｃカード（図２で後述）は規格化されたものであるの
で、ＩＣカード発行機関１８０が作成したＩＣカード１
２０を用いることとしている。

【００４５】サービス提供者１００とサービス享受者１
１０，１１１は、それぞれ、ＩＣカード１２１〜１２３
内に自分の公開鍵と秘密鍵を生成する作業を行う。ＩＣ
カードは、公開鍵と秘密鍵を生成する機能を備えてい
る。次に各者１００，１１０，１１１は、それぞれ、生
成した自分の公開鍵１５０，１５１，１５２を認証機関
１７０に送り、証明書１５３，１５４，１５５を取得す
る。公開鍵１５０〜１５２を送信して証明書１５３〜１
５５を取得する処理はオンラインで行なう。受信した証
明書１５３〜１５５は、それぞれ、各者１００，１１
０，１１１のＩＣカード１２１〜１２３に格納される。

【００４６】以上で、公証サービスを行なうための前準
備を終える。

【００４７】公証サービスは以下のような手順で行なわ
れる。まず、所定の契約内容で契約することに合意して
いるサービス享受者１１０と１１１は、それぞれ、契約
内容をサービス提供者１００にオンラインで（オフライ
ンでもよい）送付する。サービス提供者１００は、その
契約内容を総合して一定の書式にまとめた契約情報１６
０を作成し、サービス享受者１１０，１１１にそれぞれ
オンラインで（オフラインでもよい）送付する。サービ
ス享受者１１０，１１１は、それぞれ、その契約情報１
６０の内容を確認し、依存がなければ、自分のＩＣカー
ド１２２，１２３をサービス享受装置１４０，１４１に
挿入して、契約情報１６０にディジタル署名を付ける。
ＩＣカードは、署名生成機能を備えている。ここまで
で、サービス享受者１１０側では一者署名付き契約情報
１６１が作成され、サービス享受者１１１側では一者署
名付き契約情報１６２が作成されたことになる。

【００４８】これらの一者署名付き契約情報１６１，１
６２は、サービス享受装置１４０，１４１から、それぞ
れサービス提供装置１３０に返送される。サービス提供
者１００は、サービス享受者１１０の署名が付いた一者
署名付き契約情報１６１とサービス享受者１１１の署名
が付いた一者署名付き契約情報１６２とを合わせて１つ
の文書にするとともに、該文書にＩＣカード１２１を用
いてディジタル署名を付して、三者署名付き契約情報１
６３を作成する。サービス提供者１００は、この三者署
名付き契約情報１６３をサービス享受者１１０，１１１
にそれぞれ送付するとともに、一定期間これを保管す
る。

【００４９】以上により、サービス提供者１００による
公証サービス（サービス享受者１１０，１１１間の契約
に係る公証）が行なわれた。サービス提供者１００は、
三者署名付き契約情報１６３を一定期間保管しているの
で、この三者署名付き契約情報１６３がある限り、その
契約内容および契約が行なわれた事実を保証できる。

【００５０】なお、図１ではサービス享受者が二者の場
合を示したが、サービス享受者が三者以上いる場合も同
様である。例えば、サービス享受者が三者いる場合は、
サービス提供者はその三者から送られてくる一者署名付
き契約情報を一文書にして自分の署名を付け、四者署名
付き契約情報（サービス提供者署名付き契約情報）を作
成して保管することになる。

【００５１】また、本実施の形態のシステムにおいて、
サービス提供装置１３０やサービス享受装置１４０，１
４１と認証機関１７０の端末装置とのオンラインでのデ
ータのやり取り（証明書発行時）は、暗号通信で行なう
ものとする。すなわち、まず認証機関１７０の公開鍵
（後述する認証機関証明書５１３）と公開鍵暗号とを使
って鍵交換を行ない、その交換した鍵と共通鍵暗号とに
より暗号通信を行なう。また、サービス提供装置１３０
とサービス享受装置１４０，１４１とのオンラインでの
データのやり取り（公証サービス時）も、同様に暗号通
信で行なうものとする。すなわち、まず、互いの証明書
を交換し、次にサービス提供者１００の公開鍵と公開鍵
暗号とを使って鍵交換を行ない、その交換した鍵と共通
鍵暗号とにより暗号通信を行なう。上記暗号通信におい
て、交換した鍵は一連のサービス終了まで使用する。

【００５２】図２は、図１のＩＣカード発行機関１８０
が発行するＩＣカード１２０の内部構成図である。認証
機関１７０がサービス提供者１００、およびサービス享
受者１１０，１１１に配布するＩＣカード１２１〜１２
３はこの構成のものである。同図に示すように、ＩＣカ
ード１２０は、リーダライタインタフェース２０１と、
ＣＰＵ（中央処理装置）２０２と、メモリ２０３とを有
している。これら各部はバス２００によって相互に接続
されている。

【００５３】ＣＰＵ２０２は、演算機能を備え、ＩＣカ
ード１２０内の処理の全体を制御する。リーダライタイ
ンタフェース２０１は、後述する各者の装置のリーダラ
イタ３２０，４２０との間でデータのやり取りを行なう
ためのインタフェースである。メモリ２０３には、端末
・ＩＣカード間データ送受信プログラムが記憶されてい
る領域２０３ａ、ＩＣカード制御プログラムが記憶され
ている領域２０３ｂ、暗号鍵生成プログラムが記憶され
ている領域２０３ｃ、署名生成プログラムが記憶されて
いる領域２０３ｄ、およびデータ記憶領域２０３ｅが設
けられている。メモリ２０３はこのＩＣカード１２０を
リーダライタから引き抜いた状態でも記憶内容を保持す
る不揮発なメモリであり、ＣＰＵ２０２から見ると、プ
ログラムを記憶した領域２０３ａ〜２０３ｄは読み出し
のみ可能な領域、データ記憶領域２０３ｅは読み出し・
書き込みが可能な領域である。

【００５４】メモリ２０３に記憶されている端末・ＩＣ
カード間データ送受信プログラムは、リーダライタを介
して当該ＩＣカードと端末との間でデータのやり取りを
行なう際に使用するプログラムである。ＩＣカード制御
プログラムは、このＩＣカード全体の動作を制御（デー
タの流れの制御やアクセスコントロールなど）するプロ
グラムである。暗号鍵生成プログラムは、秘密鍵と公開
鍵を生成するプログラムである。署名生成プログラム
は、外から与えられたデータに対してディジタル署名を
付けて返す処理を行なうプログラムである。データ記憶
領域２０３ｅに記憶するデータについては、図５で詳し
く説明する。

【００５５】図３は、サービス提供装置１３０の内部構
成図である。同図に示すように、サービス提供装置１３
０は、端末３００、リーダライタ３２０、および外部記
憶装置３４０を備えている。

【００５６】端末３００は、リーダライタインタフェー
ス３１１、外部記憶装置インタフェース３１２、通信網
インタフェース３１３、ＣＰＵ３１４、入出力装置３１
５、およびメモリ３１６を備えている。これら各部は、
バス３１０によって相互に接続されている。リーダライ
タインタフェース３１１は、リーダライタ３２０との間
でデータのやり取りを行なうためのインタフェースであ
る。外部記憶装置インタフェース３１２は、外部記憶装
置３４０との間でデータのやり取りを行なうためのイン
タフェースである。通信網インタフェース３１３は、通
信網１８０を介して別の端末との間でデータのやり取り
を行なう際のインタフェースである。ＣＰＵ３１４は、
演算機能を備え、このサービス提供装置１３０全体の動
作を制御する。入出力装置３１５は、各種の情報を表示
するディスプレイや、ユーザがコマンドやデータを入力
するためのキーボードやマウスなどからなる。

【００５７】メモリ３１６には、端末・ＩＣカード間デ
ータ送受信プログラムが記憶されている領域３１６ａ、
サービス提供プログラムが記憶されている領域３１６
ｂ、通信プログラムが記憶されている領域３１６ｃ、暗
号プログラムが記憶されている領域３１６ｄ、およびデ
ータ記憶領域３１６ｅが設けられている。メモリ３１６
は電源を落とすと内容が失われる揮発性のメモリでよ
い。メモリ３１６内のプログラムやデータは、必要に応
じてハードディスクなどの外部記憶装置３４０から読み
込まれ、保存が必要なデータは外部記憶装置３４０に書
き込まれる。

【００５８】メモリ３１６に格納されている端末・ＩＣ
カード間データ送受信プログラムは、リーダライタ３２
０を介して当該端末３００とＩＣカードとの間でデータ
のやり取りを行なうプログラムである。サービス提供プ
ログラムは、図１で説明した公証サービス（前準備の処
理も含む）を提供する際の動作全体を制御するプログラ
ムである。通信プログラムは、通信網１８０を介して本
端末３００と他の端末との通信を行なうプログラムであ
る。暗号プログラムは、通信網１８０を介して他の端末
と各種情報をやり取りする際に暗号通信を行なうプログ
ラムである。

【００５９】リーダライタ３２０は、ＣＰＵ３３１、リ
ーダライタ制御プログラム領域３３２、端末インタフェ
ース３３３、およびＩＣカードインタフェース３３４を
備えている。これら各部は、バス３３０によって相互に
接続されている。ＣＰＵ３３１は、このリーダライタ３
２０の動作（リーダライタ３２０に挿入されたＩＣカー
ド１２０と端末３００との間のデータのやり取りに係る
各種の動作）の制御を行なうＣＰＵである。ＣＰＵ３３
１が実行するリーダライタ制御プログラムは、リーダラ
イタ制御プログラム領域３３２に格納されている。端末
インタフェース３３３は、端末３００との間でデータの
やり取りを行なうためのインタフェースである。ＩＣカ
ードインタフェース３３４は、このリーダライタ３２０
に挿入されたＩＣカードとの間でデータのやり取りを行
なうためのインタフェースである。

【００６０】図４は、サービス享受装置１４０の内部構
成図である。サービス享受装置１４１も同じ構成であ
る。サービス享受装置１４０は、図３で説明したサービ
ス提供装置１３０とほぼ同じ構成であるので、説明は省
略する。図３の各部に付された３００番台の番号を４０
０番台に読み替えればよい。ただし、図３のサービス提
供装置１３０は公証サービスを提供する側の装置である
ので領域３１６ｂにはサービス提供プログラムが格納さ
れているが、図４のサービス享受装置１４０は公証サー
ビスを享受する側の装置であるので領域４１６ｂにはサ
ービス享受プログラムが格納されている。サービス享受
プログラムは、図１で説明した公証サービス（前準備の
処理も含む）を享受する際の動作全体を制御するプログ
ラムである。

【００６１】図５は、図２で説明したＩＣカード１２０
のデータ記憶領域２０３ｅの内容を示すブロック図であ
る。データ記憶領域２０３ｅは、外部出力禁止領域５０
０と、外部出力許可領域５１０と、ワーク領域５２０と
からなる。外部出力禁止領域５００に格納されているデ
ータは、ＩＣカード１２０の内部だけで使用するデータ
であり、ＩＣカード１２０の外部への出力は禁止され
る。外部出力許可領域５１０に格納されているデータ
は、ＩＣカード１２０の外部へ出力することができる。
ワーク領域５２０は、ＩＣカード１２０のＣＰＵ２０２
が演算実行の際に使用するワーク領域である。

【００６２】外部出力禁止領域５００には、秘密鍵５０
１とユーザＩＤ５０２とパスワードチェック用データ５
０３が格納される。秘密鍵５０１は、このＩＣカード１
２０の正当な使用者が作成して設定する当該使用者の秘
密鍵である。ユーザＩＤ５０２は、このＩＣカード１２
０の正当な使用者の識別子である。パスワードチェック
用データ５０３は、ユーザがこのＩＣカードを使用する
ときに入力するパスワードが正当な使用者のパスワード
であるか否かをチェックするために用いるデータであ
る。パスワードチェック用データ５０３は、パスワード
そのものではなく、パスワードを何らかの一方向性の関
数に通した値とする。

【００６３】外部出力許可領域５１０には、公開鍵５１
１と自証明書５１２と認証機関証明書５１３とＩＣカー
ド番号５１４とが格納される。公開鍵５１１は、このＩ
Ｃカード１２０の正当な使用者が作成して設定する当該
使用者の公開鍵（上記秘密鍵５０１と対のもの）であ
る。自証明書５１２は、認証機関１７０に発行してもら
ったこのＩＣカード１２０の正当な使用者（自分）の証
明書である。自証明書５１２には、証明内容と認証機関
１７０の署名とが含まれている。証明内容とは、このＩ
Ｃカード１２０の正当な使用者の公開鍵と他の幾つかの
情報からなる。認証機関１７０の署名は、上記証明内容
を一方向関数で圧縮した圧縮子を認証機関１７０の秘密
鍵で暗号化し偽造不可能な形にしたものである。認証機
関証明書５１３は、契約の相手方の証明書により相手方
を認証する際に、認証機関１７０の署名の正当性を確認
するための証明書（認証機関１７０の公開鍵）である。
ＩＣカード番号５１４は、他のＩＣカードと区別するた
めのＩＣカード固有の番号である。

【００６４】上記ＩＣカード１２０内の各データのう
ち、認証機関１７０がＩＣカード１２０を発行するとき
に格納済みのデータは、ユーザＩＤ５０２、パスワード
チェック用データ５０３、認証機関証明書５１３、およ
びＩＣカード番号５１４である。なお、ＩＣカード発行
時にパスワードチェック用データ５０３に設定されてい
るデータは、認証機関１７０が設定した仮パスワードに
対応するデータであり、ユーザはカードを受取った後に
自分でパスワードを変更する（パスワードチェック用デ
ータ５０３はパスワードの変更に伴って変更される）こ
とは可能である。

【００６５】図６は、図１で説明したシステムにおい
て、サービス提供者１００が認証機関１７０よりＩＣカ
ード１２１を発行してもらう手順を示す流れ図である。
同図において、「サービス提供者１００」と記載された
下側に並べたブロックはサービス提供者１００が行なう
動作、「認証機関１７０」と記載された下側に並べたブ
ロックは認証機関１７０が行なう動作を示す。

【００６６】サービス提供者１００は、ステップ６００
でＩＣカード申込書を作成し、ステップ６０１でＩＣカ
ード申込書を認証機関１７０に送付する。認証機関１７
０は、ステップ６０２でそのＩＣカード申込書を受付
け、ステップ６０３でＩＣカード申込書を送付してきた
者の身元審査を行なう。身元が確認されたら、ステップ
６０４でユーザ管理情報を更新し、ステップ６０５でＩ
Ｃカード１２１をサービス提供者１００に送付する。サ
ービス提供者１００は、ステップ６０６で、ＩＣカード
１２１を受け取る。

【００６７】なお、ユーザ管理情報とは、認証機関１７
０がＩＣカードや証明書を発行したユーザについて管理
する各種の情報のことである。また、認証機関１７０
は、図５で説明したＩＣカード１２１中のデータのう
ち、ユーザＩＤ５０２にはユーザがＩＣカード申込書に
記載したＩＤ（認証機関側でＩＤを付けることにしても
よい）を設定し、パスワードチェック用データ５０３に
は仮のパスワードを設定し、認証機関証明書５１３には
当該認証機関１７０の公開鍵を設定し、ＩＣカード番号
５１４には当該ＩＣカードの番号を設定して、ユーザに
送付する。

【００６８】図６ではサービス提供者１００が認証機関
１７０からＩＣカード１２１を発行してもらう手順を説
明したが、サービス享受者１１０，１１１が認証機関１
７０からＩＣカード１２２，１２３を発行してもらう手
順も同様である。

【００６９】図７は、第１の実施の形態において、サー
ビス提供者１００が、自ＩＣカード１２１とサービス提
供装置１３０とを用いて、オンラインで認証機関１７０
より証明書１５３を発行してもらう手順を示す流れ図で
ある。同図において、「ＩＣカード１２１」と記載され
た下側に並べたブロックは、ＩＣカード１２１内のＣＰ
Ｕ２０２がメモリ２０３内のプログラム（図２）を実行
することによる動作であり、特に、全体の流れの制御は
ＩＣカード制御プログラム（２０３ｂ）で、サービス提
供装置１３０の端末３００との間のデータの送受信は端
末・ＩＣカード間データ送受信プログラム（２０３ａ）
で、秘密鍵と公開鍵の生成は暗号鍵生成プログラム（２
０３ｃ）で、それぞれ、行なう。「サービス提供装置１
３０」と記載された下側に並べたブロックは、サービス
提供装置１３０の端末３００内のＣＰＵ３１４がメモリ
３１６内のプログラム（図３）を実行することによる動
作であり、特に、全体の流れの制御はサービス提供プロ
グラム（３１６ｂ）で、ＩＣカード１２１との間のデー
タの送受信は端末・ＩＣカード間データ送受信プログラ
ム（３１６ａ）で、認証機関１７０の端末との間でメッ
セージの送受信（暗号通信）を行なう際の該メッセージ
の暗号化と復号化は暗号プログラム（３１６ｄ）で、認
証機関１７０の端末との間のメッセージの送受信は通信
プログラム（３１６ｃ）で、それぞれ、行なう。「認証
機関１７０」と記載された下側に並べたブロックは、認
証機関１７０に備えられた証明書の発行業務を行なう端
末における動作を示す。

【００７０】サービス提供者１００が、サービス提供装
置１３０に接続されているリーダライタ３２０に自分の
ＩＣカード１２１を挿入し、所定の操作を行なうことで
図７の手順が開始する。まず、ステップ７００で、ＩＣ
カード１２１はサービス提供者１００からの指示に基づ
いて秘密鍵および公開鍵を生成し、データ記憶領域２０
３ｅ（図５）内に秘密鍵５０１および公開鍵５１１とし
て格納する。次に、ステップ７０１でＩＣカード番号５
１４と生成した公開鍵５１１とをサービス提供装置１３
０に送信する。

【００７１】サービス提供装置１３０は、ステップ７０
２で、ＩＣカード番号５１４と公開鍵５１１を受信す
る。次に、ステップ７０３で証明書要求メッセージ（Ｉ
Ｃカード番号５１４、公開鍵５１１、およびその他の必
要な情報を含む）を作成し、ステップ７０４でその証明
書要求メッセージを暗号化し、ステップ７０５でその暗
号化証明書要求メッセージを認証機関１７０の端末に送
信する。なお、上述したようにサービス提供装置１３０
と認証機関１７０の端末との間では暗号通信を行なう
が、そのための共通鍵の交換はステップ７０５に先立っ
て行なっているものとする。

【００７２】認証機関１７０の端末は、ステップ７０６
で暗号化証明書要求メッセージを受信し、ステップ７０
７で暗号化証明書要求メッセージを復号化する。次に、
ステップ７０８で当該メッセージを送ってきた者の身元
確認を行なう。身元が確認されたら、ステップ７０９
で、受信した証明書要求メッセージ中の公開鍵などの情
報を認証機関１７０の秘密鍵で暗号化して証明書を作成
する。次に、ステップ７１０でその証明書を暗号化し、
ステップ７１１でその暗号化証明書をサービス提供装置
１３０に送信する。

【００７３】サービス提供装置１３０は、ステップ７１
２で、暗号化証明書を受信する。ステップ７１３でその
暗号化証明書を復号化し、ステップ７１４で復号化した
証明書をＩＣカード１２１に送信する。ＩＣカード１２
１は、ステップ７１５で、証明書を受信し、データ記憶
領域２０３ｅの自証明書５１２の領域（図５）に格納す
る。

【００７４】なお、上記図７では、サービス提供者１０
０が証明書を発行してもらう手順を説明したが、サービ
ス享受者１１０，１１１が認証機関１７０から証明書を
発行してもらう手順も同様である。図７において、ＩＣ
カード１２１をＩＣカード１２２または１２３に置き換
え、サービス提供装置１３０をサービス享受装置１４０
または１４１に置き換えて、同様の手順で行なえばよ
い。

【００７５】図８は、上記図６および図７のＩＣカード
発行手順の変形例を示す。図６および図７では、認証機
関１７０からＩＣカードを発行してもらい、ＩＣカード
の所有者が自ら鍵生成を行なうとともに、図７の手順で
オンラインで証明書を発行してもらうようにしている
が、図８のようにして、始めから鍵や証明書が格納され
たＩＣカードを発行してもらうようにしてもよい。

【００７６】図８の手順では、サービス提供者１００
は、ステップ８００でＩＣカード申込書を作成し、ステ
ップ８０１でＩＣカード申込書を認証機関１７０にオフ
ラインで送付する。認証機関１７０では、ステップ８０
２でＩＣカード申込書を受付け、ステップ８０３で身元
審査を行なう。身元が確認されたら、認証機関１７０の
端末を用いて、ステップ８０４で、ＩＣカード１２１内
で秘密鍵および公開鍵を生成し、データ記憶領域２０３
ｅ（図５）内に秘密鍵５０１および公開鍵５１１として
格納する。またステップ８０５で、ＩＣカード１２１
は、生成した公開鍵を認証機関１７０の端末に送信す
る。認証機関１７０の端末では、ステップ８０６でＩＣ
カード１２１から送信された公開鍵を受信し、ステップ
８０７でその公開鍵およびその他の情報を認証機関１７
０の秘密鍵で暗号化して証明書を作成し、ステップ８０
８でその証明書をＩＣカード１２１に送信する。ＩＣカ
ード１２１は、ステップ８０９で、証明書を受信し、自
証明書５１２（図５）として格納する。認証機関１７０
は、ステップ８１０でユーザ管理情報を更新し、ステッ
プ８１１で作成したＩＣカード１２１をサービス提供者
１００に送付する。サービス提供者１００は、ステップ
８１２でそのＩＣカード１２１を受け取る。

【００７７】なお、不図示の処理により、ＩＣカード１
２１には、ＩＣカード申込者に対応するユーザＩＤ５０
２、パスワードチェック用データ５０３、認証機関証明
書５１３、およびＩＣカード番号５１４が設定されてい
るものとする。

【００７８】図８の変形例によれば、認証機関１７０に
秘密鍵が知られてしまうこととなるが、認証機関１７０
が信頼できる機関であれば問題はなく、サービス提供者
１００が行なう手間が軽減できる。

【００７９】図９は、第１の実施の形態において、サー
ビス提供者１００およびサービス享受者１１０，１１１
の間で行なわれるオンラインでの公証サービスの手順を
示す流れ図である。同図において、「サービス享受者１
１０」および「サービス享受者１１１」と記載された下
側に並べたブロックは、それぞれ、サービス享受者１１
０，１１１が使用するサービス享受装置１４０，１４１
の端末４００内のＣＰＵ４１４がメモリ４１６内のプロ
グラム（図４）を実行することによる動作である。特
に、全体の流れの制御はサービス享受プログラム（４１
６ｂ）で、サービス提供装置１３０との間でデータの送
受信（暗号通信）を行なう際の該データの暗号化と復号
化は暗号プログラム（４１６ｄ）で、サービス提供装置
１３０との間のデータの送受信は通信プログラム（４１
６ｃ）で、それぞれ、行なう。「サービス提供者１０
０」と記載された下側に並べたブロックは、サービス提
供者１００が使用するサービス提供装置１３０の端末３
００内のＣＰＵ３１４がメモリ３１６内のプログラム
（図３）を実行することによる動作であり、特に、全体
の流れの制御はサービス提供プログラム（３１６ｂ）
で、サービス享受装置１４０，１４１との間でデータの
送受信（暗号通信）を行なう際の該データの暗号化と復
号化は暗号プログラム（３１６ｄ）で、サービス享受装
置１４０，１４１との間のデータの送受信は通信プログ
ラム（３１６ｃ）で、それぞれ、行なう。

【００８０】まずステップ９００ａで、サービス享受者
１１０は、サービス享受装置１４０により契約内容を暗
号化しサービス提供装置１３０に送信する。サービス提
供装置１３０は、ステップ９０１ａでその契約内容を受
信して復号化する。ステップ９００ｂ，９０１ｂは、サ
ービス享受者１１１に関して上記ステップ９００ａ，９
０１ａと同じ処理を、サービス享受装置１４１とサービ
ス提供装置１３０との間で行なうものである。次にサー
ビス提供者１００は、ステップ９０２で、サービス享受
者１１０，１１１からそれぞれ送られてきた契約内容を
照合し、照合がＯＫであれば、ステップ９０３で、所定
の書式で契約内容その他の情報をまとめた契約情報１６
０（図１）を作成する。そして、ステップ９０４ａ，９
０４ｂで、サービス提供装置１３０によりその契約情報
１６０を暗号化しサービス享受装置１４０，１４１にそ
れぞれ送信する。

【００８１】サービス享受者１１０側では、ステップ９
０５ａで、サービス享受装置１４０により契約情報１６
０を受信し復号化する。サービス享受者１１０は、ステ
ップ９０６ａでその契約情報１６０を確認し、確認ＯＫ
ならば、ステップ９０７ａで一者署名付き契約情報１６
１（図１）を作成し、ステップ９０８ａでその一者署名
付き契約情報１６１を暗号化しサービス提供装置１３０
に送信する。サービス提供装置１３０は、ステップ９０
９ａで、その一者署名付き契約情報１６１を受信し復号
化する。ステップ９０７ａの一者署名付き契約情報１６
１の作成手順については、図１３で詳しく説明する。

【００８２】図１０に、ステップ９０７ａで作成した一
者署名付き契約情報１６１の構成を示す。一者署名付き
契約情報１６１は、契約情報１６０と付属情報１０００
ａと署名１００１ａとからなる。付属情報１０００ａ
は、サービス享受者１１０が署名した日時やこの契約に
関連する者の名称などこの契約に付随する情報、および
署名１００１ａを確認するために必要なサービス享受者
１１０の証明書や認証機関の証明書からなる。署名１０
０１ａは、契約情報１６０と付属情報１０００ａとをこ
の順に連結したデータを所定の方式で圧縮し、得られた
圧縮子をサービス享受者１１０の秘密鍵で暗号化して作
成する。

【００８３】再び図９に戻って、サービス享受者１１１
側のステップ９０５ｂ〜ステップ９０８ｂは、上述した
ステップ９０５ａ〜９０８ａの処理をサービス享受者１
１１に対して行なうものである。図１１に、サービス享
受者１１１側で作成した一者署名付き契約情報１６２の
構成を示す。図１０と同様の構成であるが、付属情報１
０００ｂと署名１００１ｂはサービス享受者１１１に関
する情報である。サービス提供装置１３０は、ステップ
９０９ｂで、サービス享受者１１１側の一者署名付き契
約情報１６２を受信し復号化する。

【００８４】次に、サービス提供者１００は、ステップ
９１０で、サービス提供装置１３０により三者署名付き
契約情報１６３を作成し外部記憶装置３４０に保管す
る。三者署名付き契約情報１６３の作成手順について
は、図１４で詳しく説明する。

【００８５】図１２に、三者署名付き契約情報１６３の
構成を示す。三者署名付き契約情報１６３は、契約情報
１６０と付属情報１０００ａと付属情報１０００ｂと付
属情報１０００ｃと署名１００１ａと署名１００１ｂと
署名１００１ｃとからなる。契約情報１６０は、一者署
名付き契約情報１６１，１６２に含まれている契約情報
１６０である。付属情報１０００ａと署名１００１ａは
一者署名付き契約情報１６１に、付属情報１０００ｂと
署名１００１ｂは一者署名付き契約情報１６２に、それ
ぞれ含まれている情報である。付属情報１０００ｃは、
サービス提供者１００が付けた付属情報である。署名１
００１ｃは、契約情報１６０と付属情報１０００ａ，１
０００ｂ，１０００ｃと署名１００１ａ，１００１ｂと
をこの順に連結したデータを所定の方式で圧縮し、得ら
れた圧縮子をサービス提供者１００の秘密鍵で暗号化し
て作成する。

【００８６】このような構成の三者署名付き契約情報１
６３によれば、契約情報１６０および付属情報１０００
ａ，１０００ｂ，１０００ｃにより、契約内容と契約者
の名称や署名日時および公証サービス提供者の名称や署
名日時などの契約に関連する各種の情報が分かる。ま
た、署名１００１ａおよび署名１００１ｂによって、契
約した２者であるサービス享受者１１０および１１１が
契約情報１６０（および付属情報）に対して確かに署名
したものであることが確認できる。また、署名１００１
ｃにより、この契約が為されていることを公証サービス
提供者１００が保証していることが確認できる。契約情
報１６０と付属情報１０００ａ，１０００ｂ，１０００
ｃと署名１００１ａ，１００１ｂ，１００１ｃはただ連
結してあるだけであるので、分離して署名１００１ａだ
け確認したり、署名１００１ｂだけ確認することもでき
る。

【００８７】再び図９に戻って、ステップ９１０の後、
ステップ９１１ａおよび９１１ｂで、サービス提供装置
１３０は三者署名付き契約情報１６３を暗号化してサー
ビス享受装置１４０，１４１に送信する。サービス享受
装置１４０，１４１は、それぞれ、ステップ９１２ａ，
９１２ｂで三者署名付き契約情報１６３を受信し復号化
する。得られた三者署名付き契約情報１６３は、サービ
ス享受者１１０，１１１で保管する。

【００８８】なお、上述したようにサービス提供装置１
３０とサービス享受装置１４０，１４１との間では暗号
通信を行なうが、そのための共通鍵の交換は図９の処理
の前処理で行なっているものとする。

【００８９】図１３は、図９のステップ９０７ａの一者
署名付き契約情報１６１の作成の手順を示す流れ図であ
る。同図において、「サービス享受装置１４０」と記載
された下側に並べたブロックは、サービス享受装置１４
０の端末４００内のＣＰＵ４１４がメモリ４１６内のプ
ログラム（図４）を実行することによる動作であり、特
に、全体の流れの制御はサービス享受プログラム（４１
６ｂ）で、ＩＣカード１２２との間のデータの送受信は
端末・ＩＣカード間データ送受信プログラム（４１６
ａ）で、それぞれ、行なう。「ＩＣカード１２２」と記
載された下側に並べたブロックは、ＩＣカード１２２内
のＣＰＵ２０２がメモリ２０３内のプログラム（図２）
を実行することによる動作であり、特に、全体の流れの
制御はＩＣカード制御プログラム（２０３ｂ）で、サー
ビス享受装置１４０の端末４００との間のデータの送受
信は端末・ＩＣカード間データ送受信プログラム（２０
３ａ）で、署名の生成は署名生成プログラム（２０３
ｄ）で、それぞれ、行なう。

【００９０】まずステップ１１００で、サービス享受装
置１４０は、証明書出力要求メッセージをＩＣカード１
２２に送信する。ＩＣカード１２２は、ステップ１１０
１でこの証明書出力要求メッセージを受信し、ステップ
１１０２で自証明書５１２および認証機関証明書５１３
を送信する。サービス享受装置１４０は、ステップ１１
０３でこれらの証明書を受信し、ステップ１１０４で付
属情報１０００ａを生成する。付属情報１０００ａは、
受信した証明書と当該契約に付随する情報（署名日時や
サービス享受者１１０の名称など）とを所定の順序で連
結して生成する。次に、ステップ１１０５で、契約情報
１６０と付属情報１０００ａとをこの順に連結したデー
タを圧縮し、圧縮子を生成する。ステップ１１０６で、
圧縮子をＩＣカード１２２に送信する。

【００９１】ＩＣカード１２２では、ステップ１１０７
で圧縮子を受信し、ステップ１１０８でその圧縮子をＩ
Ｃカード１２２内の（サービス享受者１１０の）秘密鍵
５０１で暗号化して署名１００１ａを生成する。ステッ
プ１１０９で、その署名１００１ａをサービス享受装置
１４０に送信する。サービス享受装置１４０は、ステッ
プ１１１０で署名１００１ａを受信し、ステップ１１１
１で契約情報１６０と付属情報１０００ａと署名１００
１ａとをこの順に連結して、図１０の一者署名付き契約
情報１６１を生成する。

【００９２】なお、ステップ９０７ｂの手順も図１３と
同様である。ただし、ステップ９０７ｂでは、サービス
享受者１１１に関する図１１の一者署名付き契約情報１
６２を生成する。

【００９３】図１４は、図９のステップ９１０の三者署
名付き契約情報１６３の作成の手順を示す流れ図であ
る。同図において、「サービス提供装置１３０」と記載
された下側に並べたブロックは、サービス提供装置１３
０の端末３００内のＣＰＵ３１４がメモリ３１６内のプ
ログラム（図３）を実行することによる動作であり、特
に、全体の流れの制御はサービス提供プログラム（３１
６ｂ）で、ＩＣカード１２１との間のデータの送受信は
端末・ＩＣカード間データ送受信プログラム（３１６
ａ）で、それぞれ、行なう。「ＩＣカード１２１」と記
載された下側に並べたブロックは、ＩＣカード１２１内
のＣＰＵ２０２がメモリ２０３内のプログラム（図２）
を実行することによる動作であり、特に、全体の流れの
制御はＩＣカード制御プログラム（２０３ｂ）で、サー
ビス提供装置１３０の端末３００との間のデータの送受
信は端末・ＩＣカード間データ送受信プログラム（２０
３ａ）で、署名の生成は署名生成プログラム（２０３
ｄ）で、それぞれ、行なう。

【００９４】まずステップ１２００で、サービス提供装
置１３０は、証明書出力要求メッセージをＩＣカード１
２１に送信する。ＩＣカード１２１は、ステップ１２０
１でこの証明書出力要求メッセージを受信し、ステップ
１２０２で自証明書５１２および認証機関証明書５１３
を送信する。サービス提供装置１３０は、ステップ１２
０３でこれらの証明書を受信し、ステップ１２０４で付
属情報１０００ｃを生成する。付属情報１０００ｃは、
受信した証明書と当該契約に付随する情報（署名日時や
サービス提供者１００の名称など）とを所定の順序で連
結して生成する。次に、ステップ１２０５で、契約情報
１６０と付属情報１０００ａと付属情報１０００ｂと付
属情報１０００ｃと署名１００１ａと署名１００１ｂと
をこの順に連結したデータを圧縮し、圧縮子を生成す
る。ステップ１２０６で、圧縮子をＩＣカード１２１に
送信する。

【００９５】ＩＣカード１２１では、ステップ１２０７
で圧縮子を受信し、ステップ１２０８でその圧縮子をＩ
Ｃカード１２１内の（サービス提供者１００の）秘密鍵
５０１で暗号化して署名１００１ｃを生成する。ステッ
プ１２０９で、その署名１００１ｃをサービス提供装置
１３０に送信する。サービス提供装置１３０は、ステッ
プ１２１０で署名１００１ｃを受信し、ステップ１２１
１で契約情報１６０と付属情報１０００ａと付属情報１
０００ｂと付属情報１０００ｃと署名１００１ａと署名
１００１ｂと署名１００１ｃとをこの順に連結して、図
１２の三者署名付き契約情報１６３を生成する。

【００９６】上述の第１の実施の形態の電子公証システ
ムによれば、商取引などを行なう際の契約に係るオンラ
インでの公証サービスを実現することができる。

【００９７】次に、本発明の第２の実施の形態を説明す
る。第２の実施の形態のシステム構成および処理手順
は、上記第１の実施の形態と共通の部分が多いので、共
通部分については説明を省略し、以下では第１の実施の
形態と異なる部分を中心に説明する。

【００９８】上記第１の実施の形態では、サービス享受
者１１０が署名した日時は付属情報１０００ａ（図１
０）に含まれ、サービス享受者１１１が署名した日時は
付属情報１０００ｂ（図１１）に含まれ、サービス提供
者１００が署名した日時は付属情報１０００ｃ（図１
２）に含まれている。しかし、これらの日時データは、
サービス享受装置１４０，１４１やサービス提供装置１
３０内の内蔵時計に基づくデータであるので、該内蔵時
計が誤った時間を示しているときには署名日時が大幅に
狂ってしまう。また、サービス享受者などが意識的に不
正な日時データを設定することも考えられる。各種の契
約においてはどの時点をもって契約が有効になったかが
問題になる場合があるので、日時データは正確に設定さ
れるようにしたい。そこで、第２の実施の形態では、時
刻管理機関により標準時刻を管理し、付属情報に正確な
日時データが設定されるようにした。

【００９９】図１５は、第２の実施の形態に係る電子公
証システムのシステム図である。図１５において、図１
と共通のものは同じ番号を付し、説明を省略する。図１
５が図１と異なるのは、ＩＣカード１２０〜１２３の代
わりに内蔵時計を有するＩＣカード１３００〜１３０３
を用いている点と、時刻管理機関１３１０が設けられ標
準時刻の管理を行なっている点である。これにより、Ｉ
Ｃカード内で署名を生成する際にＩＣカード内の内蔵時
計を時刻管理機関１３１０の標準時刻に基づいて調整
し、調整した内蔵時計の標準時刻に基づいて付属情報の
日時データを設定するようにしている。

【０１００】図１６は、図１５のシステムで用いるＩＣ
カード１３００（１３０１〜１３０３）の内部構成図で
ある。ＩＣカード１３００は、図２のＩＣカード１２０
とほぼ同様の構成であるが、内蔵時計１４００を備えて
いる。また、図２のＩＣカード制御プログラムの代わり
に、別の処理手順のＩＣカード制御プログラムが、メモ
リ１４０１の領域１４０２に格納されている。

【０１０１】第２の実施の形態において、ＩＣカード発
行の手順、認証機関１７０より証明書１５３〜１５５を
発行してもらう手順、および公証サービスの手順は、図
６〜図９と同じである。署名付き契約情報１６１〜１６
３の構成は、基本的に図１０〜図１２と同様であるが、
各「署名」の直前に「標準時刻」が新たに挿入される点
が異なる。

【０１０２】図１７は、第２の実施の形態において図９
のステップ９０７ａで実行される一者署名付き契約情報
の作成の手順を示す流れ図である。ステップ１１００〜
１１０７の処理は、第１の実施の形態の図１３のステッ
プ１１００〜１１０７と同じである。第２の実施の形態
では、ステップ１１０７の後、ステップ１５００でＩＣ
カード１３０２からサービス享受装置１４０に標準時刻
要求メッセージを送信する。サービス享受装置１４０で
は、ステップ１５０１でその標準時刻要求メッセージを
受信し、ステップ１５０２で標準時刻を取得する。標準
時刻の取得は、図１５に示した時刻管理機関１３１０に
オンラインで標準時刻要求メッセージを送信し、時刻管
理機関１３１０から返送される標準時刻を受信すること
により取得する。取得した標準時刻は、ステップ１５０
３で、サービス享受装置１４０からＩＣカード１３０２
に送信する。ＩＣカード１３０２では、ステップ１５０
４でその標準時刻を受信し、受信した標準時刻に応じて
内蔵時計１４００を調整する。

【０１０３】次にＩＣカード１３０２は、ステップ１１
０８で、圧縮子（ステップ１１０７で受信してあるデー
タ）に内蔵時計１４００の標準時刻（この時点の時刻値
であり、以下では標準時刻ａと呼ぶ）をこの順に連結し
たデータをＩＣカード１３０２内の（サービス享受者１
１０の）秘密鍵５０１で暗号化して署名１００１ａを生
成する。ステップ１１０９で、標準時刻ａと生成した署
名１００１ａとをサービス享受装置１４０に送信する。
サービス享受装置１４０は、ステップ１１１０で標準時
刻ａと署名１００１ａを受信し、ステップ１１１１で契
約情報１６０と付属情報１０００ａと標準時刻ａと署名
１００１ａとをこの順に連結して、一者署名付き契約情
報１６１を生成する。

【０１０４】なお、第２の実施の形態における図９のス
テップ９０７ｂの手順も図１７と同様である。ただし、
ステップ９０７ｂでは、サービス享受者１１１に関する
一者署名付き契約情報１６２を生成する。一者署名付き
契約情報１６２は、契約情報１６０と付属情報１０００
ｂと標準時刻ｂと署名１００１ｂとをこの順に連結した
データである。標準時刻ｂとは、サービス享受者１１１
に関する図１７の処理のステップ１１０８で署名生成し
たときに用いた標準時刻の時刻値である。

【０１０５】図１８は、第２の実施の形態における図９
のステップ９１０の三者署名付き契約情報の作成の手順
を示す流れ図である。ステップ１２００〜１２０７の処
理は、第１の実施の形態の図１４のステップ１２００〜
１２０７と同じである。第２の実施の形態では、ステッ
プ１２０７の後、ステップ１６００でＩＣカード１３０
１からサービス提供装置１３０に標準時刻要求メッセー
ジを送信する。サービス提供装置１３０では、ステップ
１６０１でその標準時刻要求メッセージを受信し、ステ
ップ１６０２で標準時刻を取得する。標準時刻の取得
は、図１５に示した時刻管理機関１３１０にオンライン
で標準時刻要求メッセージを送信し、時刻管理機関１３
１０から返送される標準時刻を受信することにより取得
する。取得した標準時刻は、ステップ１６０３で、サー
ビス提供装置１３０からＩＣカード１３０１に送信す
る。ＩＣカード１３０１では、ステップ１６０４でその
標準時刻を受信し、受信した標準時刻に応じて内蔵時計
１４００を調整する。

【０１０６】次にＩＣカード１３０１は、ステップ１２
０８で、圧縮子（ステップ１２０７で受信してあるデー
タ）に内蔵時計１４００の標準時刻（この時点の時刻値
であり、以下では標準時刻ｃと呼ぶ）をこの順に連結し
たデータをＩＣカード１３０１内の（サービス提供者１
００の）秘密鍵５０１で暗号化して署名１００１ｃを生
成する。ステップ１２０９で、標準時刻ｃと生成した署
名１００１ｃとをサービス提供装置１３０に送信する。
サービス提供装置１３０は、ステップ１２１０で標準時
刻ｃと署名１００１ｃを受信し、ステップ１２１１で契
約情報１６０と付属情報１０００ａと付属情報１０００
ｂと付属情報１０００ｃと標準時刻ａと署名１００１ａ
と標準時刻ｂと署名１００１ｂと標準時刻ｃと署名１０
０１ｃとをこの順に連結して、三者署名付き契約情報１
６３を生成する。

【０１０７】図１９は、図１８のステップ１６０２でサ
ービス提供装置１３０が標準時刻を取得する手順を示
す。図１７のステップ１５０２の標準時刻の取得手順も
同様である。まずステップ１７００で、サービス提供装
置１３０が時刻管理機関１３１０に標準時刻要求メッセ
ージを送信する。時刻管理機関１３１０は、ステップ１
７０１で標準時刻要求メッセージを受信し、ステップ１
７０２で標準時刻を送信する。サービス提供装置１３０
は、ステップ１７０３で標準時刻を受信する。なお、サ
ービス提供装置１３０やサービス享受装置１４０，１４
１と時刻管理機関１３１０との間の通信は、サービス提
供装置１３０、サービス享受装置１４０，１４１、およ
び認証機関１７０のそれぞれの間の通信と同様に、暗号
通信で行なうものとする。

【０１０８】上述の第２の実施の形態の電子公証システ
ムによれば、時刻管理機関１３１０により管理されてい
る標準時刻を用いて正確な署名日時を契約情報に含める
ことができるので、契約が成立した時点が明確になり、
後に契約の成立時点がいつか問題になったときに対処で
きる。

【０１０９】なお、上記第２の実施の形態では、標準時
刻ａ，ｂ，ｃは付属情報とは別に保持したが、付属情報
に含める形式としてもよい。そのためには、付属情報の
生成ステップの前で標準時刻を取得し、取得した標準時
刻を含めて付属情報を生成するようにすればよい。ま
た、ＩＣカード１３００は内蔵時計１４００を備えるも
のとしたが、受信した標準時刻の値をそのまま用いるよ
うにして内蔵時計１４００を省略することもできる。

【０１１０】次に、本発明の第３の実施の形態を説明す
る。第３の実施の形態のシステム構成および処理手順
は、上記第２の実施の形態と共通の部分が多いので、共
通部分の説明は省略し、以下では第２の実施の形態と異
なる部分を中心に説明する。

【０１１１】上記第２の実施の形態では、時刻管理機関
１３１０により管理されている標準時刻でＩＣカード１
３０１〜１３０３内の内蔵時計１４００を調整し、その
標準時刻で署名した日時を正確に記録できるようにし
た。しかし、ＩＣカード１３０１〜１３０３内の内蔵時
計１４００の調整は、基本的に、サービス提供装置１３
０やサービス享受装置１４０，１４１を介して行なわれ
るものである。したがって、サービス提供装置１３０や
サービス享受装置１４０，１４１を改造することによ
り、標準時刻が改変されるおそれがないとはいえない。
そこで、第３の実施の形態では、サービス提供装置１３
０やサービス享受装置１４０，１４１を介することな
く、ＩＣカード内の内蔵時計の調整ができるようにし
た。

【０１１２】図２０は、第３の実施の形態に係る電子公
証システムのシステム図である。図２０において、図１
５と共通のものは同じ番号を付し、説明を省略する。図
２０が図１５と異なるのは、ＩＣカード１３００〜１３
０３の代わりに内部に無線受信装置を備えたＩＣカード
１８００〜１８０３を用いている点である。また、不図
示であるが、時刻管理機関１３１０からの標準時刻の送
出は無線送信で行ない、直接各ＩＣカード１８００〜１
８０３で無線受信により標準時刻を取得して内蔵時計の
調整を行なうようになっている。

【０１１３】図２１は、図２０のシステムで用いるＩＣ
カード１８００（１８００〜１８０３）の内部構成図で
ある。ＩＣカード１８００は、図１６のＩＣカード１３
００とほぼ同様の構成であるが、内蔵時計１４００に加
えて無線受信装置１９００を備えている。また、図１６
のＩＣカード制御プログラムの代わりに、別の処理手順
のＩＣカード制御プログラムが、メモリ２０３の領域１
９０１に格納されている。

【０１１４】第３の実施の形態において、ＩＣカード発
行の手順、認証機関１７０より証明書１５３〜１５５を
発行してもらう手順、公証サービスの手順、および署名
付き契約情報１６１〜１６３の構成は、上述の第２の実
施の形態と同じである。

【０１１５】図２２は、第３の実施の形態において図９
のステップ９０７ａで実行される一者署名付き契約情報
の作成の手順を示す流れ図である。ステップ１１００〜
１１０７の処理は、第２の実施の形態の図１７のステッ
プ１１００〜１１０７と同じである。第３の実施の形態
では、ステップ１１０７の後、ステップ２００１でＩＣ
カード１８０２内の無線受信装置１９００により標準時
刻を受信する。時刻管理機関１３１０では、無線送信装
置により標準時刻を常時送信しているので、ステップ２
０００で送信されている標準時刻をステップ２００１で
受信すればよい。ＩＣカード１８０２は、ステップ２０
０２で、受信した標準時刻に応じて内蔵時計１４００を
調整する。これ以降のステップ１１０８〜１１１１の処
理は、第２の実施の形態の図１７のステップ１１０８〜
１１１１と同じである。以上により、サービス享受者１
１０に関する一者署名付き契約情報１６１を生成する。
なお、第３の実施の形態における図９のステップ９０７
ｂの手順も図２２と同様である。ただし、ステップ９０
７ｂでは、サービス享受者１１１に関する一者署名付き
契約情報１６２を生成する。

【０１１６】図２３は、第３の実施の形態における図９
のステップ９１０の三者署名付き契約情報の作成の手順
を示す流れ図である。ステップ１２００〜１２０７の処
理は、第２の実施の形態の図１８のステップ１２００〜
１２０７と同じである。第３の実施の形態では、ステッ
プ１２０７の後、ステップ２１０１でＩＣカード１８０
１内の無線受信装置１９００により標準時刻を受信す
る。時刻管理機関１３１０では、無線送信装置により標
準時刻を常時送信しているので、ステップ２１００で送
信されている標準時刻をステップ２１０１で受信すれば
よい。ＩＣカード１８０１は、ステップ２１０２で、受
信した標準時刻に応じて内蔵時計１４００を調整する。
ステップ１２０８〜１２１１の処理は、第２の実施の形
態の図１８のステップ１２０８〜１２１１と同じであ
る。以上により、三者署名付き契約情報１６３を生成す
る。

【０１１７】上述の第３の実施の形態の電子公証システ
ムによれば、時刻管理機関１３１０により管理されてい
る標準時刻は、サービス提供装置１３０やサービス享受
装置１４０，１４１を介することなく、直接、無線で時
刻管理機関１３１０から各ＩＣカード１８０１〜１８０
３に送られる。したがって、サービス提供装置１３０や
サービス享受装置１４０，１４１において日時に改変を
施す不正ができなくなり、正確な署名日時を契約情報に
含めることができるようになる。

【０１１８】次に、本発明の第４の実施の形態を説明す
る。第４の実施の形態のシステム構成および処理手順
は、上記第１の実施の形態と共通の部分が多いので、共
通部分の説明は省略し、以下では第１の実施の形態と異
なる部分を中心に説明する。

【０１１９】図２４は、第４の実施の形態に係る電子公
証システムのシステム図である。図２４において、図１
と共通のものは同じ番号を付し、説明を省略する。図２
４のが図１と異なるのは、ＩＣカード発行機関１８０が
存在せず、ＩＣカード１２０〜１２３の代わりにフロッ
ピーディスク２２２０〜２２２２を用いている点であ
る。なお、フロッピーディスク以外の記憶媒体を用いる
ことも可能である。

【０１２０】図２５は、第４の実施の形態のシステムに
おけるサービス提供装置２２００の内部構成図である。
同図のサービス提供装置２２００は、図３に示した第１
の実施の形態のサービス提供装置１３０とほぼ同じ構成
であるが、リーダライタとそのインターフェースを備え
ていない点、および端末２３００内のメモリ２３１０内
の構成が異なる。メモリ２３１０には、サービス提供プ
ログラムが記憶されている領域３１６ｂ、通信プログラ
ムが記憶されている領域３１６ｃ、暗号プログラムが記
憶されている領域３１６ｄ、各種のワーク用データが記
憶されるデータ記憶領域３１６ｅ、暗号鍵生成プログラ
ムが記憶されている領域２３１１、および署名生成プロ
グラムが記憶されている領域２３１２が設けられてい
る。領域２３１１，２３１２に記憶されている暗号鍵生
成プログラムと署名生成プログラムは、第１の実施の形
態のＩＣカード１２０内に備えられている暗号鍵生成プ
ログラムと署名生成プログラムと同様の機能を持つもの
であるが、第４の実施の形態ではＩＣカードの代わりに
フロッピーディスクを用いるので、これらのプログラム
はサービス提供装置２２００内に備えられている。

【０１２１】図２６は、第４の実施の形態のシステムに
おけるサービス享受装置２２１０の内部構成図である。
サービス享受装置２２１１も同じ構成である。サービス
享受装置２２１０は、図２５で説明したサービス提供装
置２２００とほぼ同じ構成であるので、説明は省略す
る。図２５の各部に付された３００番台および２３００
番台の番号を４００番台および２４００番台に読み替え
ればよい。ただし、図２５のサービス提供装置２２００
は公証サービスを提供する側の装置であるので領域３１
６ｂにはサービス提供プログラムが格納されているが、
図２６のサービス享受装置２２１０は公証サービスを享
受する側の装置であるので領域４１６ｂにはサービス享
受プログラムが格納されている。

【０１２２】図２７は、図２４のシステム図におけるフ
ロッピーディスク２２２０の内容を示すブロック図であ
る。フロッピーディスク２２２０には、暗号化秘密鍵２
５００、ユーザＩＤ２５０１、パスワードチェック用デ
ータ２５０２、暗号化公開鍵２５０３、暗号化自証明書
２５０４、認証機関証明書２５０５、およびフロッピー
ディスク番号２５０６が格納される。これらの情報は、
第１の実施の形態の図５で説明したＩＣカード１２０の
データ記憶領域２０３ｅに格納される情報と同様のもの
である。ただし、フロッピーディスクはＩＣカードに比
較して簡単に情報が読み出せるので、秘密鍵２５００と
公開鍵２５０３と自証明書２５０４は、このフロッピー
ディスク２２２０の正当なユーザのパスワードを鍵とし
て暗号化されている。すなわち、このフロッピーディス
ク２２２０を使用する際には、以下の手順で行なうこと
が要求される。

【０１２３】このフロッピーディスク２２２０を使用す
るとき、ユーザは、ユーザＩＤとパスワードの入力を装
置から要求される。入力されたユーザＩＤはユーザＩＤ
２５０１と照合され、入力されたパスワードは所定の一
方向性の圧縮関数を通してパスワードチェック用データ
２５０２と照合される。照合の結果、正当なユーザであ
ると確認されたら、そのパスワードを端末側のワーク領
域に記憶しておく。この後は、暗号化秘密鍵２５００、
暗号化公開鍵２５０３、または暗号化自証明書２５０４
を必要に応じて読み出したとき、記憶してあるパスワー
ドでこれらの情報を復号化し、秘密鍵、公開鍵、および
自証明書を得る。

【０１２４】上記ではフロッピーディスク２２２０につ
いて説明したが、フロッピーディスク２２２１，２２２
２も同様のものである。

【０１２５】図２８は、第４の実施の形態において、サ
ービス提供者１００が認証機関１７０よりフロッピーデ
ィスク２２２０を発行してもらう手順を示す流れ図であ
る。同図において、「サービス提供者１００」と記載さ
れた下側に並べたブロックはサービス提供者１００が行
なう動作、「認証機関１７０」と記載された下側に並べ
たブロックは認証機関１７０が行なう動作を示す。

【０１２６】サービス提供者１００は、ステップ２６０
０でフロッピーディスク申込書を作成し、ステップ２６
０１でフロッピーディスク申込書を認証機関１７０に送
付する。認証機関１７０は、ステップ２６０２でそのフ
ロッピーディスク申込書を受付け、ステップ６０３でフ
ロッピーディスク申込書を送付してきた者の身元審査を
行なう。身元が確認されたら、ステップ６０４でユーザ
管理情報を更新し、ステップ２６０３でフロッピーディ
スク２２２０をサービス提供者１００に送付する。サー
ビス提供者１００は、ステップ２６０６で、フロッピー
ディスク２２２０を受け取る。

【０１２７】なお、認証機関１７０は、図２７で説明し
たフロッピーディスク２２２０中のデータのうち、ユー
ザＩＤ２５０１にはユーザがフロッピーディスク申込書
に記載したＩＤ（認証機関側でＩＤを付けることにして
もよい）を設定し、パスワードチェック用データ２５０
２には仮パスワードのチェック用データを設定し、認証
機関証明書２５０５には当該認証機関の公開鍵を設定
し、フロッピーディスク番号２５０６には当該フロッピ
ーディスクの番号を設定して、ユーザに送付する。

【０１２８】図２８ではサービス提供者１００が認証機
関１７０からフロッピーディスク２２２０を発行しても
らう手順を説明したが、サービス享受者１１０，１１１
が認証機関１７０からフロッピーディスク２２２１，２
２２２を発行してもらう手順も同様である。

【０１２９】図２９は、第４の実施の形態において、サ
ービス提供者１００が、自フロッピーディスク２２２０
とサービス提供装置２２００とを用いて、オンラインで
認証機関１７０より証明書１５３を発行してもらう手順
を示す流れ図である。同図において、「フロッピーディ
スク２２２０」と記載された下側に並べたブロックは、
フロッピーディスク２２２０へのアクセスを示す。「サ
ービス提供装置２２００」と記載された下側に並べたブ
ロックは、サービス提供装置２２００の端末２３００内
のＣＰＵ３１４がメモリ２３１０内のプログラム（図２
５）を実行することによる動作であり、特に、全体の流
れの制御はサービス提供プログラム（３１６ｂ）で、認
証機関１７０の端末との間でメッセージの送受信（暗号
通信）を行なう際の該メッセージの暗号化と復号化は暗
号プログラム（３１６ｄ）で、認証機関１７０の端末と
の間のメッセージの送受信は通信プログラム（３１６
ｃ）で、暗号鍵の生成は暗号鍵生成プログラム（２３１
１）で、それぞれ、行なう。「認証機関１７０」と記載
された下側に並べたブロックは、認証機関１７０に備え
られた証明書の発行業務を行なう端末における動作を示
す。

【０１３０】サービス提供者１００が、サービス提供装
置２２００に自分のフロッピーディスク２２２０を挿入
し、所定の操作を行なうことで図２９の手順が開始す
る。まずサービス提供装置２２００は、ステップ２７０
０でサービス提供者１００からの指示に基づいて秘密鍵
および公開鍵を生成し、ステップ２７０１で秘密鍵およ
び公開鍵をパスワードで暗号化してフロッピーディスク
２２２０に書き込む。ステップ２７０２で、フロッピー
ディスク２２２０は、図２７に示した所定の領域２５０
０，２５０３に暗号化秘密鍵と暗号化公開鍵をそれぞれ
格納する。

【０１３１】ステップ７０３〜７１３の処理は、第１の
実施の形態の図７のステップ７０３〜７１３と同じ処理
である。この処理により、サービス提供装置２２００
は、認証機関１７０から証明書を取得する。ステップ２
７０３で証明書をパスワードで暗号化し、フロッピーデ
ィスク２２２０に書き込む。フロッピーディスク２２２
０は、ステップ２７０４で、暗号化証明書を図２７に示
した所定の領域２５０４に格納する。

【０１３２】なお、上記図２９では、サービス提供者１
００が証明書を発行してもらう手順を説明したが、サー
ビス享受者１１０，１１１が認証機関１７０から証明書
を発行してもらう手順も同様である。

【０１３３】この第４の実施の形態において、サービス
提供者１００およびサービス享受者１１０，１１１の間
で行なわれるオンラインでの公証サービスの手順は、第
１の実施の形態の図９で説明した手順と同様である。た
だし、図９の手順では、サービス享受者１１０，１１１
側で行なわれるステップ９０７ａ，９０７ｂの一者署名
付き契約情報の作成、およびサービス提供者１００側で
行なわれるステップ９１０の三者署名付き契約情報の作
成は、図１３および図１４に示すようにＩＣカードを用
いて行なっているが、第４の実施の形態ではＩＣカード
の代わりにフロッピーディスクを用いるのでこれらの契
約情報の作成手順は異なる。

【０１３４】図３０は、第４の実施の形態において、図
９のステップ９０７ａの一者署名付き契約情報の作成の
手順を示す流れ図である。サービス享受装置２２１０
は、ステップ２８００で、フロッピーディスク２２２１
から暗号化秘密鍵２５００と暗号化自証明書２５０４と
認証機関証明書２５０５とを読み取る。読み取った暗号
化秘密鍵２５００と暗号化自証明書２５０４は、パスワ
ードで復号化しておく。次に、ステップ１１０４で、付
属情報１０００ａを生成する。付属情報１０００ａは、
自証明書や認証機関証明書と当該契約に付随する情報
（署名日時やサービス享受者１１０の名称など）とを所
定の順序で連結して生成する。次に、ステップ１１０５
で、契約情報１６０と付属情報１０００ａとをこの順に
連結したデータを圧縮し、圧縮子を生成する。ステップ
２８０１では、作成した圧縮子を秘密鍵で暗号化して署
名１００１ａを作成する。ステップ１１１１で、契約情
報１６０と付属情報１０００ａと署名１００１ａとをこ
の順に連結して、図１０の一者署名付き契約情報１６１
を生成する。

【０１３５】なお、ステップ９０７ｂの手順も図３０と
同様である。ただし、ステップ９０７ｂでは、サービス
享受者１１１に関する図１１の一者署名付き契約情報１
６２を生成する。

【０１３６】図３１は、第４の実施の形態において、図
９のステップ９１０の三者署名付き契約情報の作成の手
順を示す流れ図である。サービス提供装置２２００は、
まずステップ２９００で、フロッピーディスク２２２０
から暗号化秘密鍵２５００と暗号化自証明書２５０４と
認証機関証明書２５０５とを読み取る。読み取った暗号
化秘密鍵２５００と暗号化自証明書２５０４は、パスワ
ードで復号化しておく。次に、ステップ１２０４で、付
属情報１０００ｃを生成する。付属情報１０００ｃは、
自証明書や認証機関証明書と当該契約に付随する情報
（署名日時やサービス提供者１００の名称など）とを所
定の順序で連結して生成する。次に、ステップ１２０５
で、契約情報１６０と付属情報１０００ａと付属情報１
０００ｂと付属情報１０００ｃと署名１００１ａと署名
１００１ｂとをこの順に連結したデータを圧縮し、圧縮
子を生成する。ステップ２９０１では、作成した圧縮子
を秘密鍵で暗号化して署名１００１ｃを作成する。ステ
ップ１２１１で、契約情報１６０と付属情報１０００ａ
と付属情報１０００ｂと付属情報１０００ｃと署名１０
０１ａと署名１００１ｂと署名１００１ｃとをこの順に
連結して、図１２の三者署名付き契約情報１６３を生成
する。

【０１３７】上述の第４の実施の形態によれば、安価な
フロッピーディスクを用いてオンラインでの公証サービ
スを実現することができる。

【０１３８】次に、本発明の第５の実施の形態を説明す
る。上述の第１〜第３の実施の形態ではＩＣカードを用
いた公証サービスのシステムを説明したが、第５の実施
の形態はそれらの変形例と見ることもできるものである
ので、共通部分の説明は省略し、異なる部分のみ説明す
る。。

【０１３９】第５の実施の形態では、各者の鍵と証明書
は、一定期間で変更することを前提とする。これらを一
定期間で変更していくことにより、鍵の安全性を高める
ことができる。しかし、以前に使用していた鍵や証明書
を捨ててしまうと、その捨てた鍵を用いて生成した署名
を確認・認証できなくなるという不都合がある。そこ
で、第５の実施の形態では、ＩＣカードに、以前に使用
した鍵と証明書を保存しておくようにしている。

【０１４０】図３２は、本発明の第５の実施の形態に係
るＩＣカードのデータ記憶領域３０００の内容を示す。
同図において、図５と同じ情報および領域には同じ番号
を付して説明を省略する。このＩＣカードでは、署名履
歴３０２２を記憶する領域を設けておき、署名したとき
には、どの鍵と証明書を用いて何時署名したかの履歴を
保存するようにする。そして、秘密鍵５０１、公開鍵５
１１、自証明書５１２、および認証機関証明書５１３を
新たなものに変更したときには、署名履歴３０２２を参
照して、それまで使用していた秘密鍵５０１、公開鍵５
１１、自証明書５１２、および認証機関証明書５１３を
保持しておく必要があったら（それらの鍵や証明書での
署名を確認する必要が生じると思われるような場合）、
領域３０１１，３０２１に退避する。

【０１４１】第５の実施の形態のＩＣカードによれば、
以前に使用していた鍵や証明書を保存しているので、以
前の鍵による署名の確認・認証が行なえる。また、署名
履歴３０２２を参照して、その鍵で署名した文書を確認
・認証することがなくなったことを確認したら、以前に
使用した鍵および証明書を削除すればよい。

【０１４２】次に、この発明の第６の実施の形態を説明
する。上述の各実施の形態のシステムでは、一つの認証
機関１７０がＩＣカードやフロッピーディスクの発行お
よび証明書の発行業務を行なっている。これに対し、第
６の実施の形態のシステムは、認証機関を、個人を認証
する個人認証局と会員を認証する会員認証局とに分けた
点を特徴とするものである。

【０１４３】図３３は、第６の実施の形態のシステム構
成図を示す。ネットワークを介して、会員認証局の端末
３３１０、個人認証局の端末３３２０、会員Ａの端末３
３３０、および会員Ｂの端末３３４０が接続されてい
る。ネットワークは、インターネットなどのオープンな
ネットワーク環境である。

【０１４４】個人認証局は、個人の公開鍵が真正な本人
のものであることを証明し、それを証明する証明書（個
人認証書）の発行、保管、および失効の処理を行なう機
関である。また、個人認証局は、個人認証書の有効性に
ついての問い合わせに対して応答する。個人認証局への
登録は、住民記録に相当するようなものであり、例えば
公的機関での運営が想定される。

【０１４５】図３３において、個人認証局の端末３３２
０は、制御モジュール３３２１、個人登録モジュール３
３２２、個人認証モジュール３３２３、個人登録抹消モ
ジュール３３２４、および個人認証書データベース３３
２５を備えている。制御モジュール３３２１は、申請者
の申込みに基づき処理を振り分ける処理を行なう。個人
登録モジュール３３２２は、申請者の申込みに基づき個
人の真正さを審査し、個人認証書を発行する処理を行な
う。個人認証モジュール３３２３は、申請者の依頼に基
づき、個人認証書の有効性を確認し、その結果を申請者
に通知する処理を行なう。個人登録抹消モジュール３３
２４は、申請者の依頼に基づき個人登録を抹消する処理
を行なう。個人認証書データベース３３２５は、各個人
の公開鍵その他の情報を保管するデータベースである。

【０１４６】会員認証局は、ある特定の団体等の会員資
格を有する個人の公開鍵が会員資格を有する本人のもの
であることを証明し、それを証明する会員証の発行、保
管、および失効の処理を行なう機関である。また、会員
認証局は、会員証の有効性についての問い合わせに対し
て応答する。上述の個人認証局が住民登録を行なう公的
機関のようなものであるのに対し、会員認証局は、例え
ばクレジットカードの会員であることを証明するような
機関である。

【０１４７】図３３において、会員認証局の端末３３１
０は、制御モジュール３３１１、会員登録モジュール３
３１２、会員認証モジュール３３１３、会員登録抹消モ
ジュール３３１４、および会員証データベース３３１５
を備えている。制御モジュール３３１１は、申請者のネ
ットワークを介した申込みに基づいて処理を振り分ける
処理を行なう。会員登録モジュール３３１２は、申請者
の申込みに基づき会員資格を審査し、会員資格があると
認めた者に会員証を発行する処理を行なう。会員認証モ
ジュール３３１３は、申請者の依頼に基づき会員証の有
効性を確認し、その結果を申請者に通知する処理を行な
う。会員登録抹消モジュール３３１４は、申請者の依頼
に基づき、会員登録を抹消する処理を行なう。会員証デ
ータベース３３１５は、会員資格を有する各個人の公開
鍵その他の情報を保管するデータベースである。

【０１４８】会員Ａの端末３３３０は、情報交換モジュ
ール３３３１、およびＩＣカード入出力モジュール３３
３２を備えている。情報交換モジュール３３３１は、ネ
ットワークを介して他の端末と情報をやり取りする各種
の処理を行なう。ＩＣカード入出力モジュール３３３２
は、個人認証局や会員認証局から発行されたＩＣカード
との間で各種の情報を入出力するためのモジュールであ
る。会員Ｂの端末３３４０は、情報交換モジュール３３
４１およびＩＣカード入出力モジュール３３４２を備え
ている。これらは会員Ａの端末３３３０に備えられてい
るものと同様のモジュールである。

【０１４９】図３４に、会員証データベース３３１５の
内部構造を示す。会員証データベース３３１５は、各会
員ごとに、会員証番号、会員名、個人認証書番号、有効
期間、会員の公開鍵、および予備の情報を格納するデー
タベースである。有効期間は、開始日時と終了日時とか
らなる。会員の公開鍵は、鍵のアルゴリズム、および鍵
のビット列からなる。図示しないが、個人認証局の端末
３３２０に備えられている個人認証書データベース３３
２５も同様の構造を有するものであり、各個人ごとに、
個人名、個人認証書番号、有効期間、個人の公開鍵、お
よび予備の情報を格納している。

【０１５０】図３５は、図３３のシステムによる会員登
録の手順を示す流れ図である。まず申込者は、個人認証
局に対して個人認証書の発行・送付依頼を行なう。個人
認証局は、登録の申請者が確かにその者であるか否か身
元を審査し、身元が確認できたら個人認証書を発行・送
付する。個人認証書は、住民登録の証明書に相当するよ
うなものであり、具体的には、その個人の公開鍵とその
公開鍵がその個人のものであることを証明する個人認証
局の証明書とを含むディジタルデータである。通常、個
人認証局での身元審査は対面審査によると考えられるの
で、申込者からの個人認証書の発行・送付依頼や個人認
証局からの個人認証書の送付は、申込者が個人認証局に
出向いて行なう。ただし、身元審査を行なう手段があれ
ば、ネットワークを介してオンラインで行なってもよ
い。個人認証書はディジタルデータであるので、個人認
証書を受け取った個人は、ＩＣカードやフロッピーディ
スクなど任意の記憶装置に個人認証書を格納して管理す
る。ここでは、ＩＣカードに個人認証書を格納して管理
するものとする。

【０１５１】次に申込者は、以下の手順で会員登録を行
なう。以下、会員証登録の通知までの手順は、特に指摘
した処理を除き、ネットワークを介してオンラインで行
なうものである。

【０１５２】まず、申込者が申込者の端末（３３３０や
３３４０）で会員登録申込書送付依頼を指示する操作を
行なうと、申込者の端末は、会員認証局の端末３３１０
に対して会員登録申込書の送付依頼を行なう。会員認証
局の端末３３１０は、その依頼に応じて会員登録申込書
を送付する。会員登録申込書を受信した申込者の端末
は、その会員登録申込書をディスプレイに表示する。申
込者がディスプレイ上で会員登録申込書に所定の事項を
書き込み、その会員登録申込書の送付を端末に指示する
と、申込者の端末は、書き込み済みの会員登録申込書に
個人認証書を添付して、会員認証局の端末３３１０に送
付する。会員認証局の端末３３１０は、その申込書と個
人認証書を受け取ったら、申込受付の応答を申込者の端
末に返す。

【０１５３】次に会員認証局の端末３３１０は、送付さ
れてきた個人認証書の有効性の確認依頼を個人認証局の
端末３３２０に対して行なう。個人認証局の端末３３２
０は、その個人認証書の有効性を確認し、確認結果を会
員認証局の端末３３１０に送付する。会員認証局の端末
３３１０でその確認結果を受けたら、会員認証局は、そ
の確認結果およびその他の情報に基づいて会員資格の審
査を行ない、会員資格有りと判断されたときは、鍵生成
ソフトが内蔵されているＩＣカードを申込者に郵送す
る。

【０１５４】申込者は、申込者の端末にそのＩＣカード
を挿入してそのＩＣカード中で会員証を作成する。具体
的には、会員として使用する公開鍵と秘密鍵のペアを生
成し、秘密鍵はＩＣカード内の外部出力禁止領域に格納
し、公開鍵はＩＣカード内の外部出力許可領域に格納す
るとともに、生成した公開鍵を含む申込者に関する所定
の情報を所定のフォーマットでまとめたデータである会
員証をＩＣカード内に作成するということである。申込
者は、申込者の端末を使用して、作成した会員証に個人
認証書を添付して会員認証局の端末３３１０に送付す
る。

【０１５５】会員認証局の端末３３１０は、送付された
個人認証書の有効性の確認依頼を個人認証局の端末３３
２０に対して行ない、個人認証局の端末３３２０は、そ
の個人認証書の有効性を確認する。確認結果は会員認証
局の端末３３１０に送付される。個人認証書の有効性が
確認されたら、会員認証局の端末３３１０は、会員証の
登録を行ない申込者に会員証登録の通知を行なう。具体
的には、その申込者の公開鍵を含む会員証が確かにその
者のものであることを証明する証明書を申込者に送付す
るということである。申込者の端末は、送られてきた証
明書をＩＣカードに格納する。以上によりこの申込者の
会員登録が行なわれた。

【０１５６】なお、上述の図３５の手順は、申込者が個
人認証局から個人認証書を送付してもらうまでのフェー
ズ、申込者が会員認証局に会員登録申込書の送付依頼を
出してから申込受付の応答を受領するまでのフェーズ、
会員認証局が会員登録申込書を受けてからＩＣカードを
申込者に郵送するまでのフェーズ、申込者がＩＣカード
を受け取ってから会員証を作成し個人認証書を添付して
会員認証局に送付するまでのフェーズ、および会員認証
局が申込者から会員証と個人認証書の送付を受けてから
会員証登録の通知を出すまでのフェーズに分かれてお
り、これら各フェーズ間にはタイムラグがある。そのた
め、そのタイムラグの間に個人認証書が無効になる場合
も考えられるので、会員認証局から個人認証局への個人
認証書の確認は２回行なっている。ただし、個人認証書
の確認を１回で済ませてもよい。その場合は、申込者が
ＩＣカード内で会員証を作成して会員認証局の端末３３
１０に送信したら（個人認証書の添付は不要）、会員認
証局の端末３３１０で、個人認証書の有効性の確認を行
なうことなく、会員証の登録を行ない申込者に会員証登
録の通知を行なうようにすればよい。

【０１５７】図３６は、会員登録抹消の手順を示す流れ
図である。申込者が申込者の端末（３３３０や３３４
０）で会員登録抹消処理を指示すると、申込者の端末
は、個人認証書と会員証とを添付して会員登録の抹消の
申込みを会員認証局の端末３３１０に対して送信する。
会員認証局の端末３３１０は、送られてきた個人認証書
の有効性の確認依頼を個人認証局の端末３３２０に対し
て発行する。個人認証局の端末３３２０は、その個人認
証書の有効性を確認し、その確認結果を会員認証局の端
末３３１０に送付する。会員認証局の端末３３１０は、
その確認結果を受けて、個人認証書が有効なものであれ
ば会員証の有効性を確認した上で、当該会員の会員登録
を抹消し、会員者登録抹消の通知を申込者の端末に対し
て行なう。

【０１５８】以上の手順によれば、個人認証書を確認す
ることにより本人からの登録抹消依頼であることが確認
できる。これにより、個人認証書を入手した第３者が悪
用しようとしたとき（会員登録を抹消しようとしたと
き）、本人が個人認証局に個人認証書の紛失を届けてい
れば、個人認証書の有効性を確認する際に紛失したもの
であることが判明するので、悪用を防止することができ
る。同様に、会員証の確認も行なっているので、会員証
を入手した第３者が悪用しようとしたとき（会員登録を
抹消しようとしたとき）、本人が会員認証局に会員証の
紛失を届けていれば、会員証の有効性を確認する際に紛
失したものであることが判明するので、悪用を防止する
ことができる。この例では、個人認証書と会員証は別の
ＩＣカードに格納しているが、個人認証書のＩＣカード
を紛失したときは個人認証局に、会員証のＩＣカードを
紛失したときは会員認証局に、それぞれ届け出ることに
なるので、何れか一方を紛失しても個人認証書の確認ま
たは会員証の確認のどちらかでチェックされ悪用は防止
できる。

【０１５９】図３７は、会員Ａと会員Ｂとの間で何らか
の取引を行なうとき相手を確認するための手順を示す。
まず、会員Ａの端末３３３０から個人認証書と会員証の
送付依頼を、会員Ｂの端末３３４０に対して送信する。
この送付依頼に応じて、会員Ｂの端末３３４０は、会員
Ｂの個人認証書と会員証を会員Ａの端末３３３０に送信
する。会員Ａの端末３３３０は、受信した会員Ｂの会員
証と個人認証書とを会員認証局の端末３３１０に送信し
て、会員Ｂの有効性の確認依頼を行なう。これを受け
て、会員認証局の端末３３１０は、会員Ｂの会員証の有
効性を確認するとともに、個人認証局の端末３３２０に
対して個人認証書の有効性の確認依頼を送信する。個人
認証局の端末３３２０は、この依頼に基づき個人認証書
の有効性を確認し、確認結果を会員認証局の端末３３１
０に送付する。会員認証局の端末３３１０は、会員証の
確認結果を会員Ａの端末３３３０に通知する。

【０１６０】以上により、会員Ａは、会員Ｂの会員証と
個人認証書の両方の有効性を確認して、会員Ｂの真正性
を確認することができる。会員Ｂが会員Ａの真正性を確
認するのも同様に行なえばよい。

【０１６１】図３８は、図３３の会員認証局の端末３３
１０の制御モジュール３３１１の処理手順を示すフロー
チャートである。まずステップ３８０１で、会員からの
依頼内容（ネットワークを介して会員の端末３３３０や
３３４０から送信されてきた依頼内容）を判別し、その
依頼内容に応じて分岐する。依頼内容が会員登録である
ときは、ステップ３７０２で会員登録モジュール３３１
２により会員登録の処理を行なう。依頼内容が会員認証
であるときは、ステップ３７０３で会員認証モジュール
３３１３により会員認証の処理を行なう。依頼内容が会
員登録抹消であるときは、ステップ３７０４で会員登録
抹消モジュール３３１４により会員登録抹消の処理を行
なう。

【０１６２】図３９は、図３８のステップ３８０２の会
員登録モジュール３３１２による処理手順を示すフロー
チャートである。このフローチャートは、図３５の手順
のうち、申込者が会員認証局に会員登録申込書の送付依
頼を出してから会員認証局が会員資格の審査結果を出す
までの、会員認証局の端末３３１０が行なう処理を示す
ものである。まずステップ３９０１で、申込者の端末３
３３０や３３４０から送信された会員登録申込書送付依
頼を受付け、ステップ３９０２で、その申込者の端末へ
会員登録申込書を送信する。会員登録申込書は所定フォ
ームの電子的な文書であり、申込者はその会員登録申込
書に各種の事項を書き込んだ後、その会員登録申込書と
自分の個人認証書とを会員認証局の端末３３１０に送信
してくるので、ステップ３９０３でそれらを受付ける。
会員登録申込書と個人認証書とを受付けたら、ステップ
３９０４で、申込者の端末に申し込み受付を応答する。

【０１６３】次に、会員認証局の端末３３１０は、ステ
ップ３９０５で、個人認証局の端末３３２０に対し、当
該申込者の個人認証書の有効性の確認を依頼する。個人
認証局の端末３３２０は、その依頼に基づいて当該個人
認証書の有効性を確認し、確認結果を会員認証局の端末
３３１０に送信するので、会員認証局の端末３３１０で
は、ステップ３３０６でその確認結果を受領し、当該個
人認証書が有効であるか無効であるか判別する。無効で
あるときは、ステップ３９０９で会員資格が無い旨を申
込者の端末に通知し処理を終了する。当該個人認証書が
有効なものであるときは、ステップ３９０７で会員資格
を審査する。会員資格有りの場合は、ステップ３９０８
で、会員登録を実施して良い旨を表示し処理を終了す
る。会員資格が無しの場合は、ステップ３９０９に進
む。

【０１６４】図３９の処理により会員登録を実施して良
い場合は、図３５で説明したように鍵生成ソフト内蔵の
ＩＣカードを当該申込者に郵送する。申込者は、ＩＣカ
ード中で会員証を作成し、会員証に個人認証書を添付し
て会員認証局の端末３３１０に送付する。

【０１６５】図４０は、申込者から送られてくる会員証
と個人認証書を受け付けるところから会員証登録の通知
を行なうまでの、会員認証局の端末３３１０の、処理手
順を示すフローチャートである。まずステップ４００１
で、申込者の端末（３３３０や３３４０）から送信され
てくる会員証と個人認証書を受け付ける。次にステップ
４００２で、個人認証局の端末３３２０に対し、当該個
人認証書の有効性の確認を依頼する。個人認証局の端末
３３２０は、その個人認証書の有効性を確認し、確認結
果を会員認証局の端末３３１０に送信してくるので、会
員認証局の端末３３１０では、ステップ４００３でその
確認結果を受領し、有効か無効かを判別する。当該個人
認証書が有効なものであるときは、ステップ４００４で
会員証データベース３３１５に当該申込者の各種の情報
を登録し、ステップ４００５で申込者に会員証登録完了
の旨を通知して処理を終了する。会員証登録完了の通知
には、会員資格を有するこの申込者の公開鍵が確かに本
人のものであることを証明する証明書（具体的には、公
開鍵を含む所定の情報を会員認証局の秘密鍵で暗号化し
たもの）を含む会員証が含まれている。ステップ４００
３で当該個人認証書が無効なものであるときは、ステッ
プ４００６で、会員登録ができない旨を当該申込者に通
知して処理を終了する。

【０１６６】図４１は、図３８のステップ３８０４の会
員登録抹消モジュール３３１４による処理手順を示すフ
ローチャートである。このフローチャートは、図３６で
会員認証局の端末３３１０が行なう処理を示すものであ
る。まずステップ４１０１で、会員の端末（３３３０や
３３４０）から送信されてくるその会員本人の個人認証
書と会員証と会員登録の抹消の申込みを受け付ける。次
にステップ４１０２で、個人認証局３３２０に対し、当
該個人認証書の有効性の確認を依頼する。個人認証局の
端末３３２０は、この依頼を受けて当該個人認証書の有
効性を確認し確認結果を送信してくるので、会員認証局
３３１０では、ステップ４１０３でその確認結果を受領
し、有効か無効かを判別する。当該個人認証書が有効な
ものであるときは、ステップ４１０４で、会員証の有効
性を確認した上で、会員証データベース３３１５中の当
該会員の情報を無効とする。また、ステップ４１０５で
当該申込者に対し会員登録抹消を通知して、処理を終了
する。ステップ４１０３で当該個人認証書が無効なもの
であったときは、ステップ４１０６で、会員登録抹消不
可の旨を当該申込者に通知して処理を終了する。

【０１６７】図４２は、図３８のステップ３８０３の会
員認証モジュール３３１３による処理手順を示すフロー
チャートである。このフローチャートは、図３７で説明
した会員認証局の端末３３１０が行なう処理である。ま
ずステップ４２０１で、会員の端末から送信されてくる
有効性を確認したい対象者の個人認証書と会員証を受け
付ける。次にステップ４２０２で、会員証データベース
３３１５を参照し、当該会員証の有効性を確認する。当
該会員証が有効なものであるときは、ステップ４２０３
で、個人認証局３３２０に対し当該個人認証書の有効性
の確認を依頼する。個人認証局の端末３３２０は、その
依頼を受けて個人認証書の有効性を確認し、確認結果を
送信してくるので、会員認証局の端末３３１０は、ステ
ップ４２０４でその確認結果を受領し、有効か無効かを
判別する。当該個人認証書が有効なものであるときは、
ステップ４２０５で、その申込者に対し会員証が有効で
ある旨を通知して、処理を終了する。ステップ４２０４
で当該個人認証書が無効なものであるときは、ステップ
４２０６で、その申込者に対して会員証が無効である旨
を通知し、処理を終了する。

【０１６８】以上説明した第６の実施の形態によれば、
会員認証局は、会員登録処理時に個人認証局に対し個人
認証書の有効性の確認を行なってもらうことにより、個
人の識別を非対面で行なうことができる。住民登録に相
当するような個人認証は公的機関がその役割を担うこと
が想定され、そこでは対面してその個人の身元確認を行
なうと考えられる。一方、各種の団体などで会員登録を
行なう際には、個人認証局に照会しさえすればその個人
の身元確認ができるので、非対面で会員登録を行なうこ
とができ、会員登録の処理の手間が省ける。この際、公
的機関が保管すべき個人のプライバシー情報は見ること
なく、会員としての審査に必要な情報のみを個人認証局
から会員認証局へ送付することにより、各個人のプライ
バシーを侵害することなく身元確認が行なえる。また、
会員ＡおよびＢ間で各種の取引を行なうときの確認は、
会員証の確認と個人認証書の確認の両方を行なうように
しているので、取引を行なおうとしている相手方の真正
性が確度高く確認できる。会員認証書と個人認証書とを
別々のＩＣカードなどで保有しているので、どちらかを
紛失したときには、会員認証局または個人認証局に届け
出ておけば、悪用の可能性は少ない。

【０１６９】次に、この発明の第７の実施の形態を説明
する。上記各実施の形態で説明したように各個人の公開
鍵を所定の認証機関に登録して証明書を発行してもらう
場合、登録の手間を軽減するため、複数の個人の公開鍵
の登録をまとめて認証機関に依頼することが考えられ
る。例えば、企業内でその企業に勤務する者の公開鍵の
登録を、その企業内の責任者がまとめて認証機関に依頼
するような場合である。この場合、その企業に勤務する
者が登録を申し出た公開鍵に対し、その企業内の責任者
が、故意にその公開鍵に不正を加えたり偶発的に公開鍵
に不正が加えられることが考えられる。

【０１７０】そこで、第７の実施の形態では、ある責任
者が複数の登録申請者の公開鍵の登録をまとめて行なう
場合に、その責任者の不正を防止するため、以下のよう
な手順で登録を行なう。以下では、企業Ｄ内で公開鍵の
登録を申請する申請者Ａの公開鍵を、登録責任者Ｂが、
取りまとめて認証局（認証機関）Ｃに登録を依頼する場
合を例に説明する。まず、登録の申請者Ａは、認証局Ｃ
の公開鍵で自分の公開鍵（登録を申請する公開鍵）を暗
号化し、これを登録責任者Ｂに渡す。登録責任者Ｂは、
申請者Ａから登録を申請された公開鍵に電子署名して、
認証局Ｃに送付する。認証局Ｃでは、登録責任者Ｂによ
る電子署名により途中で改竄されていないことを確認し
た後、認証局Ｃの秘密鍵で登録申請者Ａの公開鍵を取り
出し、登録申請者Ａの証明書を作成し、この証明書を企
業Ｄの公開鍵で暗号化した後、企業Ｄの登録責任者Ｂあ
るいは登録申請者Ａに送付する。登録責任者Ｂに送付さ
れた場合は、当該証明書が登録申請者Ａに必ず渡される
という保障が無いため、認証局Ｃは、当該証明書を企業
Ｄの公開鍵以外に登録申請者Ａの公開鍵で暗号化して送
付するようにしても良い。

【０１７１】図４３は、第７の実施の形態における公開
鍵登録の手順を示すフローチャートである。ステップ４
３０１〜４２０４は登録申請者Ａの処理フロー、ステッ
プ４３０５，４３０６および４３１３，４３１４は登録
責任者Ｂの処理フロー、ステップ４３０７〜４３１２は
認証局Ｃの処理フローを、それぞれ示す。

【０１７２】まず登録申請者Ａは、ステップ４３１０で
公開鍵を生成し、ステップ４３０２で認証局Ｃの公開鍵
を入手する。次にステップ４３０３で認証局Ｃの公開鍵
で自分の公開鍵を暗号化し、ステップ４３０４で暗号化
した自分の公開鍵を登録責任者Ｂに渡してその公開鍵の
登録を申請する。図示しないが、他の登録申請者も同様
にして暗号化した公開鍵を登録責任者Ｂに渡し登録を申
請するが、処理は同様であるので以下では登録申請者Ａ
のみに着目して説明する。

【０１７３】登録責任者Ｂは、ステップ４３０５で、受
付けた登録申請者Ａの暗号化公開鍵およびその他の必要
な情報をまとめて証明書発行依頼書を作成し、自分の秘
密鍵で電子署名を行ない、ステップ４３０６でその電子
署名付き証明書発行依頼書を認証局Ｃに送付する。

【０１７４】認証局Ｃでは、ステップ４３０７で、登録
責任者Ｂから送付された電子署名付き証明書発行依頼書
の署名を確認し、当該証明書発行依頼書が確かに登録責
任者Ｂから送られたものであってかつ改竄されていない
かどうか判別する。登録責任者Ｂからであってかつ改竄
されていないときは、ステップ４３０９で、当該証明書
発行依頼書に含まれている暗号化された登録申請者Ａの
公開鍵を認証局Ｃの秘密鍵で復号する。ステップ４３１
０で、登録申請者Ａの公開鍵の証明書を作成する。ステ
ップ４３１１でその証明書を企業Ｄの公開鍵で暗号化
し、ステップ４３１２で認証書を発行し、ステップ４３
１３に進む。ステップ４３０７で証明書発行依頼書が登
録責任者Ｂからのもので無い場合、または証明書発行依
頼書が改竄されていたときは、ステップ４３０８で、登
録責任者Ｂにその旨を通知し改竄されていた登録申請者
の暗号化公開鍵を破棄する。なお、図４３のフローチャ
ートでは、ステップ４３０８で改竄されている暗号化公
開鍵のみを破棄し、正当なものと思われる暗号化公開鍵
については、ステップ４３０９以降の処理を行なうこと
としている。ただし、一つでも登録申請者の公開鍵に改
竄が加えられていると判別されたときは、ステップ４３
０８の後、処理を終了してもよい。

【０１７５】登録責任者Ｂは、ステップ４３１３で、認
証局Ｃから送付された認証書を受け取り、企業Ｄの秘密
鍵で復号して登録申請者Ａの公開鍵の証明書を得、ステ
ップ４３１４でその証明書を登録申請者Ａに配布する。

【０１７６】この第７の実施の形態によれば、企業Ｄ内
において公開鍵の登録を登録責任者Ｂが取りまとめて行
なう際に、偶発的あるいは故意に未登録の公開鍵に不正
が加えられることを防ぎ、確かに登録責任者Ｂ（企業
Ｄ）により依頼されたことを保証し、また認証局Ｃから
の証明書を確実に企業Ｄに送付することが可能となる。
企業Ｄ内において公開鍵の登録をまとめて行なう場合
は、登録申請者の審査のためその上司・人事・総務など
の各部門を経由して最終的に登録責任者Ｂが認証局Ｃに
証明書の発行依頼をすることが考えられるが、この審査
過程での偶発的あるいは故意に行なわれる不正も防ぐこ
とができる。認証局Ｃが証明書を送付する際に、企業Ｄ
の公開鍵以外に登録申請者Ａの公開鍵で暗号化して送付
するようにすれば、証明書を安全・確実に登録申請者Ａ
に渡せる。

【０１７７】

【発明の効果】以上説明したように、本発明によれば、
オープンなネットワーク環境において電子商取引を行な
う際に必要とされる認証・公証サービス（電子情報署名
・保管サービス）が実際に実現できる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係る電子公証シス
テムのシステム図である。

【図２】本発明の第１の実施の形態におけるＩＣカード
の内部構成図である。

【図３】本発明の第１の実施の形態におけるサービス提
供装置の内部構成図である。

【図４】本発明の第１の実施の形態におけるサービス享
受装置の内部構成図である。

【図５】本発明の第１の実施の形態におけるＩＣカード
内のデータ記憶領域の中身を示すブロック図である。

【図６】本発明の第１の実施の形態において、サービス
提供者が認証機関よりＩＣカードを発行してもらう手順
を示す流れ図である。

【図７】本発明の第１の実施の形態において、サービス
提供者が、自ＩＣカードとサービス提供装置とを用いて
認証機関より証明書を発行してもらう手順を示す流れ図
である。

【図８】本発明の第１の実施の形態の変形例であり、サ
ービス提供者が認証機関より証明書格納済みのＩＣカー
ドを発行してもらう手順を示す流れ図である。

【図９】本発明の第１の実施の形態において、サービス
提供者およびサービス享受者の間で行われるサービス処
理の全体手順を示す流れ図である。

【図１０】本発明の第１の実施の形態における一者署名
付き契約情報の一例である。

【図１１】本発明の第１の実施の形態における一者署名
付き契約情報のもう一つの例である。

【図１２】本発明の第１の実施の形態における三者署名
付き契約情報の一例である。

【図１３】本発明の第１の実施の形態において、サービ
ス享受装置とＩＣカードとが連動して一者署名付き契約
情報を生成する手順の詳細を示す流れ図である。

【図１４】本発明の第１の実施の形態において、サービ
ス提供装置とＩＣカードとが連動して三者署名付き契約
情報を生成する手順の詳細を示す流れ図である。

【図１５】本発明の第２の実施の形態に係る電子公証シ
ステムのシステム図である。

【図１６】本発明の第２の実施の形態におけるＩＣカー
ドの内部構成図である。

【図１７】本発明の第２の実施の形態において、サービ
ス享受装置とＩＣカードとが連動して一者署名付き契約
情報を生成する手順の詳細を示す流れ図である。

【図１８】本発明の第２の実施の形態において、サービ
ス提供装置とＩＣカードとが連動して三者署名付き契約
情報を生成する手順の詳細を示す流れ図である。

【図１９】本発明の第２の実施の形態において、サービ
ス提供装置が時刻管理機関から標準時刻を取得する手順
を示す流れ図である。

【図２０】本発明の第３の実施の形態に係る電子公証シ
ステムのシステム図である。

【図２１】本発明の第３の実施の形態におけるＩＣカー
ドの内部構成図である。

【図２２】本発明の第３の実施の形態において、サービ
ス享受装置とＩＣカードと時刻管理機関とが連動して一
者署名付き契約情報を生成する手順の詳細を示す流れ図
である。

【図２３】本発明の第３の実施の形態において、サービ
ス提供装置とＩＣカードと時刻管理機関とが連動して三
者署名付き契約情報を生成する手順の詳細を示す流れ図
である。

【図２４】本発明の第４の実施の形態に係る電子公証シ
ステムのシステム図である。

【図２５】本発明の第４の実施の形態におけるサービス
提供装置の内部構成図である。

【図２６】本発明の第４の実施の形態におけるサービス
享受装置の内部構成図である。

【図２７】本発明の第４の実施の形態におけるフロッピ
ーディスクの中身を示すブロック図である。

【図２８】本発明の第４の実施の形態において、サービ
ス提供者が認証機関よりフロッピーディスクを発行して
もらう手順を示す流れ図である。

【図２９】本発明の第４の実施の形態において、サービ
ス提供者が、自フロッピーディスクとサービス提供装置
とを用いて認証機関より証明書を発行してもらう手順を
示す流れ図である。

【図３０】本発明の第４の実施の形態において、サービ
ス享受装置が一者署名付き契約情報を生成する手順の詳
細を示す流れ図である。

【図３１】本発明の第４の実施の形態において、サービ
ス提供装置が三者署名付き契約情報を生成する手順の詳
細を示す流れ図である。

【図３２】本発明の第５の実施の形態におけるＩＣカー
ドの内部構成図である。

【図３３】本発明の第６の実施の形態のシステム構成図
である。

【図３４】本発明の第６の実施の形態における会員証デ
ータベースの内部構造図である。

【図３５】本発明の第６の実施の形態における会員登録
の手順を示す流れ図である。

【図３６】本発明の第６の実施の形態における会員登録
抹消の手順を示す流れ図である。

【図３７】本発明の第６の実施の形態における会員間で
何らかの取引を行なうとき相手を確認するための手順を
示す流れ図である。

【図３８】本発明の第６の実施の形態における会員認証
局の端末の制御モジュールの処理手順を示す流れ図であ
る。

【図３９】本発明の第６の実施の形態における会員認証
局の端末の会員登録モジュールの処理手順（その１）を
示す流れ図である。

【図４０】本発明の第６の実施の形態における会員認証
局の端末の会員登録モジュールの処理手順（その２）を
示す流れ図である。

【図４１】本発明の第６の実施の形態における会員認証
局の端末の会員登録抹消モジュールの処理手順を示す流
れ図である。

【図４２】本発明の第６の実施の形態における会員認証
局の端末の会員認証モジュールの処理手順を示す流れ図
である。

【図４３】本発明の第７の実施の形態における公開鍵登
録の手順を示す流れ図である。

【符号の説明】

１００…サービス提供者、１１０，１１１…サービス享
受者、１２０，１２１，１２２，１２３…ＩＣカード、
１３０…サービス提供装置、１４０，１４１…サービス
享受装置、１５０，１５１，１５２…公開鍵、１５３，
１５４，１５５…証明書、１６０…契約情報、１６１，
１６２…一者署名付き契約情報、１６３…三者署名付き
契約情報、１７０…認証機関、１８０…通信網。

───────────────────────────────────────────────────── フロントページの続き (72)発明者高橋美和神奈川県川崎市幸区鹿島田890番地株式会社日立製作所ビジネスシステム開発センタ内 (72)発明者光永聖神奈川県川崎市幸区鹿島田890番地株式会社日立製作所情報システム事業部内 (72)発明者森山将治神奈川県川崎市幸区鹿島田890番地株式会社日立製作所情報システム事業部内

Claims

【特許請求の範囲】

【請求項１】公証サービスを提供するサービス提供者が
使用するサービス提供装置と、公証サービスを享受する
複数のサービス享受者がそれぞれ使用する複数のサービ
ス享受装置とが、ネットワークを介して相互に接続され
ているシステムに適用する電子認証公証方法であって、前記サービス提供装置から、契約内容を含む契約情報
を、契約者である各サービス享受者のサービス享受装置
に、それぞれ送信するステップと、該契約情報を受信した各サービス享受装置で、該契約情
報にサービス享受者の署名を付けた一者署名付き契約情
報を作成し、前記サービス提供装置に送信するステップ
と、前記サービス提供装置で、前記各サービス享受装置から
それぞれ送信された一者署名付き契約情報を受信し、受
信した複数の一者署名付き契約情報をまとめて一つの文
書にするとともに、該文書にサービス提供者の署名を付
けたサービス提供者署名付き契約情報を作成するステッ
プと、前記サービス提供装置で、作成したサービス提供者署名
付き契約情報を保管するステップと、前記サービス提供者署名付き契約情報を、前記サービス
提供装置から前記各サービス享受装置に送信するステッ
プとを備えたことを特徴とする電子認証公証方法。
【請求項２】公証サービスを提供するサービス提供者が
使用するサービス提供装置と、公証サービスを享受する
複数のサービス享受者が使用する複数のサービス享受装
置と、前記サービス提供者および各サービス享受者の公
開鍵が確かにその者の公開鍵であることを保証する証明
書を発行する認証機関の端末装置とが、ネットワークを
介して相互に接続されているシステムに適用する電子認
証公証方法であって、前記サービス提供装置で、前記サービス提供者の公開鍵
と秘密鍵とを生成するステップと、前記各サービス享受装置で、それぞれ、前記各サービス
享受者の公開鍵と秘密鍵とを生成するステップと、前記サービス提供装置および各サービス享受装置から、
生成した公開鍵を前記認証機関の端末装置に送信するス
テップと、前記認証機関の端末装置で、受信した公開鍵ごとに、そ
の公開鍵に対応する証明書を作成し、それぞれ対応する
前記サービス提供装置および各サービス享受装置に送信
するステップと、前記サービス提供装置および各サービス享受装置で、前
記証明書をそれぞれ受信するステップと、前記各サービス享受装置から、それぞれ、契約内容その
他の契約に係る各種の情報を前記サービス提供装置に送
信するステップと、前記サービス提供装置において、前記各サービス享受装
置からそれぞれ送られてくる契約に係る各種の情報をま
とめて契約内容を含む契約情報を作成し、前記各サービ
ス享受装置にそれぞれ送信するステップと、前記各サービス享受装置で、それぞれ、受信した契約情
報にサービス享受者の証明書を含む付属情報を所定の順
序で連結したデータを作成し、該連結したデータを所定
の一方向性関数で圧縮した圧縮子を生成し、該圧縮子を
サービス享受者の秘密鍵で暗号化した署名を生成し、前
記連結したデータに該署名を合わせて一者署名付き契約
情報を作成し、該一者署名付き契約情報を前記サービス
提供装置に送信するステップと、前記サービス提供装置で、前記各サービス享受装置から
それぞれ送信された一者署名付き契約情報を受信し、受
信した複数の一者署名付き契約情報から契約情報並びに
各サービス享受者が付加した付属情報および署名を取り
出し、取り出した情報とサービス提供者の証明書を含む
付属情報とを所定の順序で連結したデータを作成し、該
連結したデータを所定の一方向性関数で圧縮した圧縮子
を生成し、該圧縮子をサービス提供者の秘密鍵で暗号化
した署名を生成し、前記連結したデータに該署名を合わ
せてサービス提供者署名付き契約情報を作成するステッ
プと、前記サービス提供装置で、作成したサービス提供者署名
付き契約情報を保管するステップと、前記サービス提供者署名付き契約情報を、前記サービス
提供装置から前記各サービス享受装置に送信するステッ
プとを備えたことを特徴とする電子認証公証方法。
【請求項３】前記ネットワークを介したサービス提供者
およびサービス享受者と認証機関との間の通信は、認証
機関の公開鍵と公開鍵暗号とを使用して鍵交換を行な
い、その交換した鍵と共通鍵暗号とを使用した暗号通信
により行なう請求項２に記載の電子認証公証方法。
【請求項４】前記ネットワークを介したサービス提供者
とサービス享受者との間の通信は、互いの証明書を交換
し、サービス提供者の公開鍵と公開鍵暗号とを使用して
鍵交換を行ない、その交換した鍵と共通鍵暗号とを使用
した暗号通信により行なう請求項１または２の何れか１
つに記載の電子認証公証方法。
【請求項５】前記サービス提供者および各サービス享受
者には、前記認証機関の公開鍵である認証機関証明書が
格納されている、前記サービス提供装置およびサービス
享受装置に着脱可能な、記憶媒体が、あらかじめ配布さ
れており、前記サービス提供者および各サービス享受者の公開鍵お
よび秘密鍵、並びに、前記認証機関が発行した証明書
は、該記憶媒体に格納される請求項１または２の何れか
１つに記載の電子認証公証方法。
【請求項６】前記着脱可能な記憶媒体が、秘密鍵と公開
鍵を生成する暗号鍵生成プログラムおよび入力したデー
タを秘密鍵で暗号化して署名を生成し出力するディジタ
ル署名生成プログラム、並びにそれらのプログラムを実
行して暗号鍵生成や署名生成を実行する処理装置を備え
たＩＣカードであり、前記サービス提供者および各サービス享受者は、該ＩＣ
カードを用いて、秘密鍵と公開鍵の生成、および署名の
生成を行なうとともに、生成した秘密鍵と公開鍵および
前記認証機関から送付された証明書は該ＩＣカードに格
納する請求項５に記載の電子認証公証方法。
【請求項７】前記着脱可能な記憶媒体には、当該記憶媒
体の正当な使用者のパスワードで暗号化された暗号化秘
密鍵、暗号化公開鍵、および暗号化自証明書、並びに該
パスワードをチェックするためのパスワードチェック用
データが格納され、上記暗号化秘密鍵、暗号化公開鍵、
および暗号化自証明書にアクセスする際には、使用者が
入力したパスワードを上記パスワードチェック用データ
を用いてチェックし、正当な使用者であると確認された
場合のみアクセスを許可する請求項５に記載の電子認証
公証方法。
【請求項８】前記着脱可能な記憶媒体が、内蔵時計、秘
密鍵と公開鍵を生成する暗号鍵生成プログラムおよび入
力したデータを秘密鍵で暗号化して署名を生成し出力す
るディジタル署名生成プログラム、並びにそれらのプロ
グラムを実行して暗号鍵生成や署名生成を実行する処理
装置を備えたＩＣカードであり、前記サービス提供者および各サービス享受者は、該ＩＣ
カードを用いて、秘密鍵と公開鍵の生成および署名の生
成を行なうとともに、生成した秘密鍵と公開鍵および前
記認証機関から送付された証明書は該ＩＣカードに格納
し、署名生成時には署名対象のデータに上記内蔵時計の
日時データを付加したデータを秘密鍵で暗号化して署名
生成する請求項５に記載の電子認証公証方法。
【請求項９】前記ＩＣカードは、署名生成の直前に、時
刻管理機関が送信する正確な時刻を示す標準時刻データ
を受信し、該標準時刻データに基づいて内蔵時計を調整
する請求項８に記載の電子認証公証方法。
【請求項１０】前記ＩＣカードは無線受信装置を備え、
該無線受信装置により受信した前記時刻管理機関からの
標準時刻データに基づいて内蔵時計を調整する請求項９
に記載の電子認証公証方法。
【請求項１１】前記着脱可能な記憶媒体内の秘密鍵、公
開鍵、および証明書を用いて署名を行なったとき署名履
歴を該記憶媒体内に記憶しておくとともに、該記憶媒体
内の秘密鍵、公開鍵、および証明書が新たなデータに変
更されたとき、署名履歴を参照して必要があれば、以前
に使用した秘密鍵、公開鍵、および証明書を別領域に記
憶しておく請求項５に記載の電子認証公証方法。
【請求項１２】会員認証局の端末と、個人認証局の端末
と、申込者の端末とが、ネットワークを介して相互に接
続されているシステムに適用する電子認証方法であっ
て、あらかじめ、各申込者が、その申込者の公開鍵とその公
開鍵がその申込者のものであることを証明する証明書と
を含むディジタルデータである個人認証書の配布を前記
個人認証局から受けるステップと、前記申込者の端末から前記会員認証局の端末に、個人認
証書を添付した会員登録申込書を送信するステップと、前記会員認証局の端末から前記個人認証局の端末に、受
信した個人認証書の有効性の確認依頼を送信するステッ
プと、前記個人認証局の端末で、受信した個人認証書の有効性
を確認し、確認結果を前記会員認証局の端末に送信する
ステップと、前記会員認証局の端末で、その確認結果に基づいて前記
申込者の会員資格の審査を行なうステップと、審査の結果、会員資格有りの場合は、前記会員認証局か
ら前記申込者に暗号鍵生成プログラムを内蔵したＩＣカ
ードを配布するステップと、該ＩＣカード中で、申込者の公開鍵と秘密鍵を生成する
とともに、生成した公開鍵を含む申込者に関する所定の
情報を所定のフォーマットでまとめたデータである会員
証を作成するステップと、前記申込者の端末から前記会員認証局の端末に、前記会
員証を送信するステップと、前記会員認証局の端末で、前記申込者の公開鍵を含む会
員証が確かにその者のものであることを証明する証明書
を作成して、申込者の端末に送信するステップと、前記申込者の端末で、受信した証明書を前記ＩＣカード
に格納するステップとを備えたことを特徴とする電子認
証方法。
【請求項１３】会員認証局の端末と、個人認証局の端末
と、会員の端末とが、ネットワークを介して相互に接続
されているシステムに適用する電子認証方法であって、前記会員の端末から前記会員認証局の端末に、個人認証
書と会員証とを添付して会員登録の抹消の申込みを送信
するステップと、前記会員認証局の端末から前記個人認証局の端末に、受
信した個人認証書の有効性の確認依頼を送信するステッ
プと、前記個人認証局の端末で、受信した個人認証書の有効性
を確認し、確認結果を前記会員認証局の端末に送信する
ステップと、前記会員認証局の端末で、受信した会員証の有効性を確
認し、該会員証の有効性の確認結果および前記個人認証
書の有効性の確認結果に基づいて、本人からの登録抹消
依頼であることを確認した上で、会員登録の抹消を行な
うステップとを備えたことを特徴とする電子認証方法。
【請求項１４】会員認証局の端末と、個人認証局の端末
と、会員の端末とが、ネットワークを介して相互に接続
されているシステムに適用する電子認証方法であって、前記会員の端末から前記会員認証局の端末に、個人認証
書と会員証とを添付して会員登録の有効性の確認依頼を
送信するステップと、前記会員認証局の端末から前記個人認証局の端末に、受
信した個人認証書の有効性の確認依頼を送信するステッ
プと、前記個人認証局の端末で、受信した個人認証書の有効性
を確認し、確認結果を前記会員認証局の端末に送信する
ステップと、前記会員認証局の端末で、受信した会員証の有効性を確
認し、該会員証の有効性の確認結果および前記個人認証
書の有効性の確認結果に基づいて、前記個人認証書と会
員証で特定される会員の会員登録の有効性を確認し、そ
の確認結果を前記会員の端末に送信するステップとを備
えたことを特徴とする電子認証方法。
【請求項１５】団体の構成員の端末が該団体内ネットワ
ークを介して相互に接続され、該団体の構成員である登
録責任者の端末が認証機関の端末とネットワークを介し
て相互に接続されているシステムにおいて、該団体の構
成員の公開鍵の認証機関への登録および認証機関から証
明書を発行してもらう処理を、該団体の登録責任者が代
行して行なう電子認証方法であって、公開鍵の登録を申請する構成員の端末において、その構
成員が登録しようとしている公開鍵を認証機関の公開鍵
で暗号化して、前記登録責任者の端末に送信するステッ
プと、前記登録責任者の端末において、受信した構成員の暗号
化公開鍵に登録責任者のディジタル署名を付して、前記
認証機関の端末に送信するステップと、前記認証機関の端末において、前記登録責任者の端末か
ら送信されたディジタル署名付きの暗号化公開鍵を受信
し、前記登録責任者のディジタル署名を確認した後、前
記認証機関の秘密鍵で該暗号化公開鍵を復号し、復号し
た公開鍵の証明書を作成し、該証明書を前記団体の公開
鍵および／または前記構成員の公開鍵で暗号化して、前
記登録責任者の端末または前記構成員の端末に送信する
ステップとを備えたことを特徴とする電子認証方法。
【請求項１６】公証サービスを提供するサービス提供者
が使用するサービス提供装置と、公証サービスを享受す
る複数のサービス享受者がそれぞれ使用する複数のサー
ビス享受装置とが、ネットワークを介して相互に接続さ
れて構成される電子認証公証システムであって、前記サービス提供装置から、契約内容を含む契約情報
を、契約者である各サービス享受者のサービス享受装置
に、それぞれ送信し、該契約情報を受信した各サービス享受装置で、該契約情
報にサービス享受者の署名を付けた一者署名付き契約情
報を作成して、前記サービス提供装置に送信し、前記サ
ービス提供装置で、前記各サービス享受装置からそれぞ
れ送信された一者署名付き契約情報を受信し、受信した
複数の一者署名付き契約情報をまとめて一つの文書にす
るとともに、該文書にサービス提供者の署名を付けたサ
ービス提供者署名付き契約情報を作成し、該作成したサ
ービス提供者署名付き契約情報を保管するとともに、前
記各サービス享受装置に送信することを特徴とする電子
認証公証システム。
【請求項１７】公証サービスを提供するサービス提供者
が使用するサービス提供装置と、公証サービスを享受す
る複数のサービス享受者が使用する複数のサービス享受
装置と、前記サービス提供者および各サービス享受者の
公開鍵が確かにその者の公開鍵であることを保証する証
明書を発行する認証機関の端末装置とが、ネットワーク
を介して相互に接続されて構成される電子認証公証シス
テムであって、前記サービス提供装置で、前記サービス提供者の公開鍵
と秘密鍵とを生成し、前記各サービス享受装置で、それぞれ、前記各サービス
享受者の公開鍵と秘密鍵とを生成し、前記サービス提供装置および各サービス享受装置から、
生成した公開鍵を前記認証機関の端末装置に送信し、前記認証機関の端末装置で、受信した公開鍵ごとに、そ
の公開鍵に対応する証明書を作成し、それぞれ対応する
前記サービス提供装置および各サービス享受装置に送信
し、前記サービス提供装置および各サービス享受装置で、前
記証明書をそれぞれ受信し、前記各サービス享受装置から、それぞれ、契約内容その
他の契約に係る各種の情報を前記サービス提供装置に送
信し、前記サービス提供装置において、前記各サービス享受装
置からそれぞれ送られてくる契約に係る各種の情報をま
とめて契約内容を含む契約情報を作成し、前記各サービ
ス享受装置にそれぞれ送信し、前記各サービス享受装置で、それぞれ、受信した契約情
報にサービス享受者の証明書を含む付属情報を所定の順
序で連結したデータを作成し、該連結したデータを所定
の一方向性関数で圧縮した圧縮子を生成し、該圧縮子を
サービス享受者の秘密鍵で暗号化した署名を生成し、前
記連結したデータに該署名を合わせて一者署名付き契約
情報を作成し、該一者署名付き契約情報を前記サービス
提供装置に送信し、前記サービス提供装置で、前記各サービス享受装置から
それぞれ送信された一者署名付き契約情報を受信し、受
信した複数の一者署名付き契約情報から契約情報並びに
各サービス享受者が付加した付属情報および署名を取り
出し、取り出した情報とサービス提供者の証明書を含む
付属情報とを所定の順序で連結したデータを作成し、該
連結したデータを所定の一方向性関数で圧縮した圧縮子
を生成し、該圧縮子をサービス提供者の秘密鍵で暗号化
した署名を生成し、前記連結したデータに該署名を合わ
せてサービス提供者署名付き契約情報を作成し、前記サービス提供装置で、作成したサービス提供者署名
付き契約情報を保管し、前記サービス提供者署名付き契約情報を、前記サービス
提供装置から前記各サービス享受装置に送信することを
特徴とする電子認証公証システム。
【請求項１８】前記ネットワークを介したサービス提供
者およびサービス享受者と認証機関との間の通信は、認
証機関の公開鍵と公開鍵暗号とを使用して鍵交換を行な
い、その交換した鍵と共通鍵暗号とを使用した暗号通信
により行なう請求項１７に記載の電子認証公証システ
ム。
【請求項１９】前記ネットワークを介したサービス提供
者とサービス享受者との間の通信は、互いの証明書を交
換し、サービス提供者の公開鍵と公開鍵暗号とを使用し
て鍵交換を行ない、その交換した鍵と共通鍵暗号とを使
用した暗号通信により行なう請求項１６または１７の何
れか１つに記載の電子認証公証システム。
【請求項２０】前記サービス提供者および各サービス享
受者には、前記認証機関の公開鍵である認証機関証明書
が格納されている、前記サービス提供装置およびサービ
ス享受装置に着脱可能な、記憶媒体が、あらかじめ配布
されており、前記サービス提供者および各サービス享受者の公開鍵お
よび秘密鍵、並びに、前記認証機関が発行した証明書
は、該記憶媒体に格納される請求項１６または１７の何
れか１つに記載の電子認証公証システム。
【請求項２１】前記着脱可能な記憶媒体が、秘密鍵と公
開鍵を生成する暗号鍵生成プログラムおよび入力したデ
ータを秘密鍵で暗号化して署名を生成し出力するディジ
タル署名生成プログラム、並びにそれらのプログラムを
実行して暗号鍵生成や署名生成を実行する処理装置を備
えたＩＣカードであり、前記サービス提供者および各サービス享受者は、該ＩＣ
カードを用いて、秘密鍵と公開鍵の生成、および署名の
生成を行なうとともに、生成した秘密鍵と公開鍵および
前記認証機関から送付された証明書は該ＩＣカードに格
納する請求項２０に記載の電子認証公証システム。
【請求項２２】前記着脱可能な記憶媒体には、当該記憶
媒体の正当な使用者のパスワードで暗号化された暗号化
秘密鍵、暗号化公開鍵、および暗号化自証明書、並びに
該パスワードをチェックするためのパスワードチェック
用データが格納され、上記暗号化秘密鍵、暗号化公開
鍵、および暗号化自証明書にアクセスする際には、使用
者が入力したパスワードを上記パスワードチェック用デ
ータを用いてチェックし、正当な使用者であると確認さ
れた場合のみアクセスを許可する請求項２０に記載の電
子認証公証システム。
【請求項２３】前記着脱可能な記憶媒体が、内蔵時計、
秘密鍵と公開鍵を生成する暗号鍵生成プログラムおよび
入力したデータを秘密鍵で暗号化して署名を生成し出力
するディジタル署名生成プログラム、並びにそれらのプ
ログラムを実行して暗号鍵生成や署名生成を実行する処
理装置を備えたＩＣカードであり、前記サービス提供者および各サービス享受者は、該ＩＣ
カードを用いて、秘密鍵と公開鍵の生成および署名の生
成を行なうとともに、生成した秘密鍵と公開鍵および前
記認証機関から送付された証明書は該ＩＣカードに格納
し、署名生成時には署名対象のデータに上記内蔵時計の
日時データを付加したデータを秘密鍵で暗号化して署名
生成する請求項２０に記載の電子認証公証システム。
【請求項２４】前記ＩＣカードは、署名生成の直前に、
時刻管理機関が送信する正確な時刻を示す標準時刻デー
タを受信し、該標準時刻データに基づいて内蔵時計を調
整する請求項２３に記載の電子認証公証システム。
【請求項２５】前記ＩＣカードは無線受信装置を備え、
該無線受信装置により受信した前記時刻管理機関からの
標準時刻データに基づいて内蔵時計を調整する請求項２
４に記載の電子認証公証システム。
【請求項２６】前記着脱可能な記憶媒体内の秘密鍵、公
開鍵、および証明書を用いて署名を行なったとき署名履
歴を該記憶媒体内に記憶しておくとともに、該記憶媒体
内の秘密鍵、公開鍵、および証明書が新たなデータに変
更されたとき、署名履歴を参照して必要があれば、以前
に使用した秘密鍵、公開鍵、および証明書を別領域に記
憶しておく請求項２０に記載の電子認証公証システム。
【請求項２７】会員認証局の端末と、個人認証局の端末
と、申込者の端末とが、ネットワークを介して相互に接
続されて構成される電子認証システムであって、あらかじめ、各申込者に対し、その申込者の公開鍵とそ
の公開鍵がその申込者のものであることを証明する証明
書とを含むディジタルデータである個人認証書が前記個
人認証局から配布されており、前記申込者の端末から前記会員認証局の端末に、個人認
証書を添付した会員登録申込書を送信し、前記会員認証局の端末から前記個人認証局の端末に、受
信した個人認証書の有効性の確認依頼を送信し、前記個人認証局の端末で、受信した個人認証書の有効性
を確認し、確認結果を前記会員認証局の端末に送信し、前記会員認証局の端末で、その確認結果に基づいて前記
申込者の会員資格の審査を行ない、審査の結果、会員資格有りの場合は、前記会員認証局か
ら前記申込者に暗号鍵生成プログラムを内蔵したＩＣカ
ードを配布し、該ＩＣカード中で、申込者の公開鍵と秘密鍵を生成する
とともに、生成した公開鍵を含む申込者に関する所定の
情報を所定のフォーマットでまとめたデータである会員
証を作成し、前記申込者の端末から前記会員認証局の端末に、前記会
員証を送信し、前記会員認証局の端末で、前記申込者の公開鍵を含む会
員証が確かにその者のものであることを証明する証明書
を作成して、申込者の端末に送信し、前記申込者の端末で、受信した証明書を前記ＩＣカード
に格納することを特徴とする電子認証システム。
【請求項２８】会員認証局の端末と、個人認証局の端末
と、会員の端末とが、ネットワークを介して相互に接続
されて構成される電子認証システムであって、前記会員の端末から前記会員認証局の端末に、個人認証
書と会員証とを添付して会員登録の抹消の申込みを送信
し、前記会員認証局の端末から前記個人認証局の端末に、受
信した個人認証書の有効性の確認依頼を送信し、前記個人認証局の端末で、受信した個人認証書の有効性
を確認し、確認結果を前記会員認証局の端末に送信し、前記会員認証局の端末で、受信した会員証の有効性を確
認し、該会員証の有効性の確認結果および前記個人認証
書の有効性の確認結果に基づいて、本人からの登録抹消
依頼であることを確認した上で、会員登録の抹消を行な
うことを特徴とする電子認証システム。
【請求項２９】会員認証局の端末と、個人認証局の端末
と、会員の端末とが、ネットワークを介して相互に接続
されて構成される電子認証システムであって、前記会員の端末から前記会員認証局の端末に、個人認証
書と会員証とを添付して会員登録の有効性の確認依頼を
送信し、前記会員認証局の端末から前記個人認証局の端末に、受
信した個人認証書の有効性の確認依頼を送信し、前記個人認証局の端末で、受信した個人認証書の有効性
を確認し、確認結果を前記会員認証局の端末に送信し、前記会員認証局の端末で、受信した会員証の有効性を確
認し、該会員証の有効性の確認結果および前記個人認証
書の有効性の確認結果に基づいて、前記個人認証書と会
員証で特定される会員の会員登録の有効性を確認し、そ
の確認結果を前記会員の端末に送信することを特徴とす
る電子認証システム。
【請求項３０】団体の構成員の端末が該団体内ネットワ
ークを介して相互に接続され、該団体の構成員である登
録責任者の端末が認証機関の端末とネットワークを介し
て相互に接続されているシステムにおいて、該団体の構
成員の公開鍵の認証機関への登録および認証機関から証
明書を発行してもらう処理を、該団体の登録責任者が代
行して行なう電子認証システムであって、公開鍵の登録を申請する構成員の端末において、その構
成員が登録しようとしている公開鍵を認証機関の公開鍵
で暗号化して、前記登録責任者の端末に送信し、前記登録責任者の端末において、受信した構成員の暗号
化公開鍵に登録責任者のディジタル署名を付して、前記
認証機関の端末に送信し、前記認証機関の端末において、前記登録責任者の端末か
ら送信されたディジタル署名付きの暗号化公開鍵を受信
し、前記登録責任者のディジタル署名を確認した後、前
記認証機関の秘密鍵で該暗号化公開鍵を復号し、復号し
た公開鍵の証明書を作成し、該証明書を前記団体の公開
鍵および／または前記構成員の公開鍵で暗号化して、前
記登録責任者の端末または前記構成員の端末に送信する
ことを特徴とする電子認証システム。