JPH0946335A

JPH0946335A - 電子メッセージ交換方法およびシステムおよび電子メッセージ交換処理用記憶媒体

Info

Publication number: JPH0946335A
Application number: JP8123463A
Authority: JP
Inventors: Hiroshi Miyazaki; 博宮崎; Yoshiki Samejima; 吉喜鮫島
Original assignee: Hitachi Software Engineering Co Ltd
Current assignee: Hitachi Software Engineering Co Ltd
Priority date: 1995-05-19
Filing date: 1996-05-17
Publication date: 1997-02-14

Abstract

(57)【要約】【目的】正規の受信エンティティが所有している復号
鍵を代理人等に知られることなく、送信エンティティが
指定した受信属性を持つ代理人に受信させることができ
るようにする。【構成】受信エンティティ（受信主体）が所属してい
る組織、部署、グループ、肩書、アドレス、提供してい
るサービス、担当している業務や役割等の受信エンティ
ティの属性を送信メッセージに付加してサーバ装置に送
信し、サーバ装置で受信側エンティティが指定された受
信属性を持っているか否かを確認し、持っている場合の
み、メッセージを受信エンティティの属性に対応した暗
号鍵で暗号化し、受信側装置に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して電子メッセージを交換する場合の電子メッセージ交
換方法およびシステムに係り、特に、受信エンティティ
（受信主体）の属性を指定することによって自分自身の
復号鍵を代理人等に知られることなく、代理人等による
受信メッセージへのアクセスを可能にする電子メッセー
ジ交換方法およびシステム、ならびに該システムに使用
する電子メッセージ交換処理用記憶媒体に関するもので
ある。

【０００２】

【従来の技術】従来、コンピュータ等を通信ネットワー
クで結合したネットワーク環境では、電子メール等の電
子メッセージは暗号処理が行われることなく、通信ネッ
トワーク上を流れていた。このため、通信ネットワーク
を流れるデータを盗み見ることで、正規の発信エンティ
ティ、受信エンティティ以外のエンティティがメッセー
ジの内容を盗むこと（盗聴）ができた。

【０００３】また、通信回線を流れるデータを変更する
ことで、正規の発信エンティティ、受信エンティティに
知られることなくメッセージの内容を改変したり（改ざ
ん）、他エンティティの名前を騙ってメッセージを発信
するという「他エンティティへのなりすまし」をするこ
ともできた。これはメールシステムだけでなく、クライ
アントサーバシステムでも同様である。

【０００４】このような不正を防ぐために、いくつかの
システムが提案されている。その１つはインターネット
標準のメールシステムＰｒｉｖａｃｙＥｎｈａｎｃｅ
ｄＭａｉｌ（ＰＥＭ）及び国際標準のＭｅｓｓａｇｅ
ＨａｎｄｌｉｎｇＳｙｓｔｅｍ（ＭＨＳ）であ
る。これらのＰＥＭ，ＭＨＳは、発信エンティティを検
証することによって他のエンティティへの「なりすま
し」を防止すると共に、改変を検知するサービスである
メッセージ内容認証方法を提供している。

【０００５】また、ＭＨＳは郵便と同じように、メール
の発信時刻と内容証明を行うことができる。また、ＰＥ
ＭとＭＨＳは発信エンティティが意図した正規の受信エ
ンティティだけがメールを読むことができるアクセス制
御方法を提供している。

【０００６】また、米国ＭＩＴのＡｔｈｅｎａプロジェ
クトが開発した「ＫＥＲＢＥＲＯＳ」システムは、クラ
イアントサーバシステムにおけるクライアントとサーバ
の認証方法を提供している。

【０００７】なお、ＰＥＭはインターネットの標準であ
るＲＦＣ１４２１（Ｊ．Ｌｉｎｎ，Ｐｒｉｖａｃ
ｙＥｎｈａｎｃｅｍｅｎｔｆｏｒＩｎｔｅｒｎｅｔ
ＥｌｅｃｔｒｏｎｉｃＭａｉｌ：ＰａｒｔＩ：
ＭｅｓｓａｇｅＥｎｃｒｙｐｔｉｏｎａｎｄＡｕ
ｔｈｅｎｔｉｃａｔｉｏｎＰｒｏｃｅｄｕｒｅｓ，Ｆ
ｅｂｒｕａｒｙ１９９３）に定義され、ＭＨＳは、国
際標準であるＣＣＩＴＴＸ．４００シリーズに定義さ
れ、ＫＥＲＢＥＲＯＳはインターネット標準であるＲＦ
Ｃ１５１０（Ｊ．Ｋｏｈｌ，Ｂ．Ｎｅｕｍａ
ｎ，ＴｈｅＫｅｒｂｅｒｏｓＮｅｔｗｏｒｋＡｕ
ｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｉｃｅ，Ｓｅｐｔ
ｅｍｂｅｒ，１９９３）に定義されている。

【０００８】

【発明が解決しようとする課題】ところで、上記のよう
な従来のシステムにおいて、エンティティ属性に応じた
メッセージへのアクセス制御を実現しようとする場合、
暗号鍵管理上の問題が生じる。例えば、副部長が部長の
出張の間だけ、代理として部長宛のメールを読むことが
できるようにしたい場合、従来のシステムでは、部長の
復号鍵Ｋを副部長に渡して、副部長はＫを使って暗号メ
ッセージを復号して読むことになる。

【０００９】しかし、復号鍵Ｋを一旦入手してしまった
副部長は、部長が出張から戻った後も部長宛の暗号メッ
セージにアクセスすることができる。この問題の解決す
るためには、部長の復号鍵Ｋを別の復号鍵に変更する必
要があるが、部長宛にメッセージを送信するユーザは１
つとは限らないため、部長当てにメッセージを送信する
ユーザが持っている復号鍵Ｋに対応する暗号鍵を全て変
更しなければならなくなり、鍵管理上において極めて面
倒な問題が生じる。

【００１０】本発明はこのような問題点を解決するため
になされたものであり、その目的は、正規の受信エンテ
ィティが所有する復号鍵を代理人等の他の受信エンティ
ティに知られることなく、他の受信エンティティによる
メッセージへのアクセスを可能にする電子メッセージ交
換方法およびシステムを提供することである。

【００１１】また、このシステムに使用する電子メッセ
ージ交換処理用記憶媒体を提供することである。

【００１２】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、受信エンティティ（受信主体）が所属し
ている組織、部署、グループ、肩書、アドレス、提供し
ているサービス、担当している業務や役割等の受信エン
ティティの属性を送信メッセージに付加してサーバ装置
に送信し、サーバ装置で受信側エンティティが指定され
た受信属性を持っているか否かを確認し、持っている場
合のみ、メッセージを受信エンティティの属性に対応し
た暗号鍵で暗号化し、受信側装置に送信するものであ
る。

【００１３】すなわち、本発明の電子メッセージ交換方
法は、基本的には、送信側の送信主体からメッセージを
送信するに際し、メッセージの受信主体の属性を指定さ
せ、この受信主体の属性情報と送信すべきメッセージと
を送信主体の属性に対応した暗号鍵で暗号化し、さらに
その暗号化情報と暗号鍵の証明書とをネットワークに接
続されたサーバ装置に送信し、サーバ装置において前記
暗号鍵の証明書に登録されている送信主体の属性に対応
した暗号鍵によって受信主体の属性情報と受信メッセー
ジとを復号化させた後、その復号化情報をサーバ装置に
割り当てられている暗号鍵によって暗号化して送信側装
置に返信させ、その返信された暗号化情報を送信側装置
から受信側装置に送信し、受信側装置においては受信し
た暗号化情報に対し受信主体の属性に対応した暗号鍵の
証明書および受信主体の属性証明書とを付加して前記サ
ーバ装置に送信し、サーバ装置で受信主体の属性情報と
メッセージ並びに受信主体の属性証明書とを受信主体の
暗号鍵の証明書に登録されている暗号鍵によって復号化
させ、受信主体が属性情報によって指定された属性を備
えていることを確認させた後に、メッセージを受信主体
の属性に対応した暗号鍵で暗号化して受信側装置に返信
させ、受信側装置では受信したメッセージを受信主体の
属性に対応した暗号鍵で復号化することを主要な特徴と
する。

【００１４】また、送信側の送信主体からメッセージを
送信するに際し、メッセージの受信主体の属性を指定さ
せ、この受信主体の属性情報と送信すべきメッセージと
を送信主体の属性に対応した暗号鍵で暗号化し、その暗
号化情報と暗号鍵の証明書を受信側装置に送信し、受信
側装置においては受信した暗号化情報と送信主体の暗号
鍵の証明書に対し受信主体の属性に対応した暗号鍵の証
明書および受信主体の属性証明書とを付加してネットワ
ークに接続されたサーバ装置に送信し、サーバ装置にお
いては送信主体の暗号鍵の証明書に登録されている送信
主体の属性に対応した暗号鍵によって前記暗号化情報を
受信主体の属性情報と送信メッセージに復号化した後、
受信主体の属性証明書を受信主体の暗号鍵の証明書に登
録されている暗号鍵で復号化して受信主体が属性情報に
よって指定された属性を備えていることを確認し、さら
にメッセージを受信主体の属性に対応した暗号鍵で暗号
化して受信側装置に送信し、受信側装置では受信したメ
ッセージを受信主体の属性に対応した暗号鍵で復号化す
ることを特徴とする。

【００１５】また、本発明の電子メッセージ交換システ
ムは、基本的には、送信側装置、受信側装置およびこれ
らの装置の間で電子メッセージの交換に関わる認証処理
を行うサーバ装置とから成り、送信側装置は、メッセー
ジの受信主体の属性情報と送信すべきメッセージとを送
信主体の属性に対応した暗号鍵で暗号化する第１の暗号
化手段と、この第１の暗号化手段で暗号化された暗号化
情報と暗号鍵の証明書とをネットワークに接続された前
記サーバ装置に送信する第１の送信手段と、サーバ装置
から返信された暗号化メッセージを受信側装置に送信す
る第２の送信手段とを備え、サーバ装置は、送信側装置
から受信した前記暗号鍵の証明書に登録されている送信
主体の属性に対応した暗号鍵によって受信主体の属性情
報と受信メッセージとを復号化する第１の復号化手段
と、この第１の復号化手段によって復号化された復号化
情報をサーバ装置自身に割り当てられている暗号鍵によ
って暗号化して送信側装置に返信する第３の送信手段
と、受信側装置から受信した受信主体の属性情報とメッ
セージ並びに受信主体の属性証明書とを受信主体の暗号
鍵の証明書に登録されている暗号鍵によって復号化する
第２の復号化手段と、受信主体が送信側からの属性情報
によって指定された属性を備えていることを確認した後
に、メッセージを受信主体の属性に対応した暗号鍵で暗
号化する第２の暗号化手段と、暗号化されたメッセージ
を受信側装置に返信する第４の送信手段とを備え、受信
側装置は、サーバ装置から受信した暗号化情報に対し受
信主体の属性に対応した暗号鍵の証明書および受信主体
の属性証明書とを付加して前記サーバ装置に送信する第
５の送信手段と、サーバ装置から受信したメッセージを
受信主体の属性に対応した暗号鍵で復号化する第３の復
号化手段とを備えることを特徴とする。

【００１６】また、前記送信側装置は、メッセージの受
信主体の属性情報と送信すべきメッセージとを送信主体
の属性に対応した暗号鍵で暗号化する第１の暗号化手段
と、この第１の暗号化手段で暗号化された暗号化情報お
よび暗号鍵の証明書を受信側装置に送信する第１の送信
手段とを備え、前記受信側装置は、送信側装置から受信
した暗号化情報および送信主体の暗号鍵の証明書に対し
受信主体の属性に対応した暗号鍵の証明書および受信主
体の属性証明書とを付加して前記サーバ装置に送信する
第２の送信手段と、サーバ装置から受信したメッセージ
を受信主体の属性に対応した暗号鍵で復号化する第１の
復号化手段とを備え、前記サーバ装置は、受信側装置か
ら受信した送信主体の暗号鍵の証明書に登録されている
送信主体の属性に対応した暗号鍵によって第１の暗号化
手段で暗号化された属性情報およびメッセージを復号化
する第２の復号化手段と、受信主体の暗号鍵の証明書に
登録されている暗号鍵で受信主体の属性証明書を復号化
する第３の復号化手段と、受信主体が送信側からの属性
情報によって指定された属性を備えていること確認した
後に、メッセージを受信主体の属性に対応した暗号鍵で
暗号化する第２の暗号化手段と、第２の暗号化手段で暗
号化されたメッセージを受信側装置に送信する第３の送
信手段とを備えることを特徴とする。

【００１７】上記手段によれば、送信側の送信主体（例
えば、役職＝経理部長）からメッセージを送信するに際
し、メッセージの受信主体の属性（例えば、担当＝社長
秘書）を指定させ、この受信主体の属性情報と送信すべ
きメッセージとを送信主体の属性に対応した暗号鍵で暗
号化し、さらにその暗号化情報と暗号鍵の証明書とをネ
ットワークに接続されたサーバ装置に送信する。

【００１８】サーバ装置は、暗号鍵の証明書に登録され
ている送信主体の属性に対応した暗号鍵によって受信主
体の属性情報と受信メッセージとを復号化した後、その
復号化情報をサーバ装置に割り当てられている暗号鍵に
よって暗号化して送信側装置に返信する。

【００１９】そこで、送信側装置は、その返信された暗
号化情報を受信側装置に送信する。

【００２０】受信側装置は、受信した暗号化情報に対し
受信主体の属性に対応した暗号鍵の証明書および受信主
体の属性証明書とを付加して前記サーバ装置に送信す
る。

【００２１】サーバ装置は、受信主体の属性情報とメッ
セージ並びに受信主体の属性証明書とを受信主体の暗号
鍵の証明書に登録されている暗号鍵によって復号化し、
受信主体が属性情報によって指定された属性を備えてい
ることを確認した後に、メッセージを受信主体の属性に
対応した暗号鍵で暗号化して受信側装置に返信する。

【００２２】受信側装置は、受信したメッセージを受信
主体の属性に対応した暗号鍵で復号化する。

【００２３】このように、受信エンティティ（受信主
体）が所属している組織、部署、グループ、肩書、アド
レス、提供しているサービス、担当している業務や役割
等の受信エンティティの属性を送信メッセージに付加し
てサーバ装置に送信し、サーバ装置で受信側エンティテ
ィが指定された受信属性を持っているか否かを確認し、
持っている場合のみ、メッセージを受信エンティティの
属性に対応した暗号鍵で暗号化し、受信側装置に送信す
ることにより、正規の受信エンティティが所有している
復号鍵を代理人等に知られることなく、送信エンティテ
ィが指定した受信属性を持つ代理人に受信させることが
できる。

【００２４】この場合、受信主体の属性証明書に有効期
限を設けておくことにより、その有効期限内においての
み受信可能である。従って、例えば、営業部長が１週間
留守の場合、その１週間だけ有効な営業副部長の属性証
明書および暗号鍵証明書を発行しておけば、営業副部長
は留守期間中の営業部長宛のメッセージを受信して読む
ことができる。また、営業部長自身の暗号鍵を営業副部
長に渡していないため、その秘密も保持される。

【００２５】また、暗号鍵の証明書および属性の証明書
を発行しておくことにより、送信エンティティおよび受
信エンティティが正規に登録されているものか否かの認
証を行うこともできる。

【００２６】この場合、各証明書に電子署名（ディジタ
ル署名）を付加しておけば、発行以後改ざんがなかった
こと、偽造されたものではないことを確認できるうえ、
各証明書を自由に配布蓄積することができ、各証明書の
管理負担を減らすことができる。

【００２７】また、送信メッセージに対し、発信時刻等
の動的な情報であるコンテキスト情報を付加して送信す
ることにより、発信日時や文書が作成された日付が重要
になる分野でも使用することができる。

【００２８】

【発明の実施の形態】以下、本発明を図示する実施の形
態に基づき詳細に説明する。

【００２９】（実施形態１）図１は、本発明の第１の実
施形態を示すシステム構成図である。

【００３０】この実施形態は、証明書のディジタル署
名、メッセージ暗号鍵の暗号化に秘密鍵方式を用いた場
合のものであり、さらに受信エンティティ、発信エンテ
ィティとも人間であり、メッセージはいわゆる電子メー
ルに該当するものである。

【００３１】図１において、１は暗号化，復号化，認証
処理を行うサーバコンピュータであり、サーバコンピュ
ータ１だけがアクセスできる秘密鍵格納部１１とメッセ
ージ処理部１２を備えている。２はサーバコンピュータ
１とユーザＡおよびユーザＢのコンピュータ３，４とを
結ぶネットワークである。

【００３２】３はユーザＡが使用するコンピュータであ
り、ユーザＡだけがアクセスできる秘密鍵格納部３１と
メッセージ処理部３２とを備えている。

【００３３】４はユーザＢが使用するコンピュータであ
り、ユーザＢだけがアクセスできる秘密鍵格納部４１と
メッセージ処理部４２とを備えている。

【００３４】５はユーザＡが使用するコンピュータ３に
付属している証明書データベース、６はユーザＢが使用
するコンピュータ４に付属している証明書データベース
である。

【００３５】この実施形態の電子メッセージ交換システ
ムでは、受信エンティティが所属している組織、部署、
グループ、肩書、アドレス、提供しているサービス、担
当している業務や役割等の受信エンティティの属性を送
信メッセージに付加してサーバコンピュータ１に送信
し、サーバコンピュータ１で受信側エンティティが指定
された受信属性を持っているか否かを確認し、持ってい
る場合のみ、メッセージを受信エンティティの属性に対
応した暗号鍵で暗号化し、受信側のコンピュータに送信
する。

【００３６】従って、受信側の属性証明書が必要にな
る。この属性証明書は予めサーバコンピュータ１から発
行される。また、送信側が正規の属性であるか否かを認
証するために、送信側の属性証明書も発行される。さら
に、送信側および受信側の秘密鍵が正規のものであるか
否かを認証するために、秘密鍵の証明書もサーバコンピ
ュータ１から発行される。

【００３７】まず、これら各種の証明書の発行手順につ
いて説明する。

【００３８】（１）証明書の発行手順図２は、エンティティ間のメッセージ交換、特にこの実
施形態の場合はユーザ間のメール交換の前に必要な証明
書の作成，配布手順を示すフローチャートである。

【００３９】まず、証明内容を示すデータを作成する
（ステップ２０１）。証明内容としては、ユーザの秘密
鍵情報と、ユーザが持っている属性がある。

【００４０】次に、ステップ２０１のデータに付加情報
を加えたデータを作成し、サーバコンピュータ１の秘密
鍵で暗号化する（ステップ２０２）。次に、暗号化した
データに付加情報を添付して、証明書そのものを作成す
る（ステップ２０３）。

【００４１】最後に、作成した証明書をユーザに配布
し、ユーザの使用しているコンピュータに付属している
証明書データベース５，６に蓄積する。

【００４２】図３、図５、図７、図９に、ステップ２０
１で作成した証明内容のデータ構造を示す。また、図
４、図６、図８、図１０にステップ２０３で作成した証
明書のデータ構造を示す。

【００４３】（ａ）ユーザ（エンティティ）の鍵証明書図３は、ユーザＡの鍵証明書の内容と付加情報のデータ
構造３００を示すものであり、３０１は証明書の発行元
であるサーバコンピュータ１の識別記号Ｓ、３０２は証
明書の発行に使用する秘密鍵の識別子、３０３は証明書
の有効期間、３０４は鍵の所有ユーザＡを示す識別記
号、３０５はユーザＡの秘密鍵である。

【００４４】証明内容として、ユーザＡが秘密鍵Ｋａを
使っており、付加情報として、有効期間は「９５年１月
１日０時０分０秒から９６年１月１日０時０分０秒」ま
でであり、さらに証明書は識別記号Ｓのサーバコンピュ
ータ１が発行し、識別子が「３００２５」であるサーバ
コンピュータ１の秘密鍵を使って暗号化することを示し
ている。

【００４５】図４は、ユーザＡの鍵証明書４００のデー
タ構造を示すものであり、４０１は証明書の発行元であ
るサーバコンピュータ１の識別記号Ｓ、４０２は発行に
使用した秘密鍵Ｋｓの識別子であり、証明書を復号する
時に参照する。４０３は誰の鍵についての証明書である
かを示し、所有ユーザの識別記号が設定される。

【００４６】４０４はその鍵の有効期間、４０５はサー
バコンピュータ１の秘密鍵Ｋｓで暗号した図３の情報で
ある。

【００４７】図５および図６は、ユーザＢの鍵証明書の
内容と付加情報のデータ構造５００及び鍵証明書６００
そのものを示すものであり、ユーザＡの鍵証明書４００
と同様にして作成される。

【００４８】図５において、５０１は証明書の発行元で
あるサーバコンピュータ１の識別記号Ｓ、５０２は証明
書の発行に使用する秘密鍵の識別子、５０３は証明書の
有効期間、５０４は鍵の所有ユーザＢを示す識別記号、
５０５はユーザＢの秘密鍵である。

【００４９】証明内容として、ユーザＢが秘密鍵Ｋｂを
使っており、付加情報として、有効期間は「９５年１月
１日０時０分０秒から９６年１月１日０時０分０秒」ま
でであり、さらに証明書は識別記号Ｓのサーバコンピュ
ータ１が発行し、識別子が「３００２５」であるサーバ
コンピュータ１の秘密鍵Ｋｓを使って暗号化することを
示している。

【００５０】図６に示すユーザＡの鍵証明書４００のデ
ータ構造において、６０１は証明書の発行元であるサー
バコンピュータ１の識別記号Ｓ、６０２は発行に使用し
た秘密鍵Ｋｓの識別子であり、証明書を復号する時に参
照する。６０３は誰の鍵についての証明書であるかを示
し、所有ユーザＢの識別記号が設定される。

【００５１】６０４はその鍵の有効期間、６０５はサー
バコンピュータ１の秘密鍵Ｋｓで暗号した図３の情報で
ある。

【００５２】これらの鍵証明書４００，６００の内容
は、４０５や６０５に示すように暗号化されており、発
行元のサーバコンピュータ１以外は復号することができ
ない。すなわち、鍵証明書４００，６００を入手して
も、ユーザＡの秘密鍵ＫａやユーザＢの秘密鍵Ｋｂを知
ることはできない。

【００５３】これに対して、発行元のサーバコンピュー
タ１は秘密鍵識別子４０２、６０２により、鍵証明書４
００，６００の内容暗号化するのに使用した秘密鍵Ｋｓ
を知ることができる。そして、秘密鍵格納部１１に格納
しているサーバコンピュータ１の秘密鍵Ｋｓを使って暗
号情報４０５や０６０５を復号することで、図３や図５
の証明書の内容を確認することができる。よって、ユー
ザＡの秘密鍵はＫａであり、ユーザＢの秘密鍵はＫｂで
あり、その有効期間は「９５年１月１日０時０分０秒か
ら９６年１月１日０時０分０秒」までであることがわか
る。この時、現時刻が有効期間内に含まれていることを
確認し、有効期限が切れていた場合は無効とする。

【００５４】一方、それぞれのユーザＡ，Ｂは自分の秘
密鍵Ｋａ，Ｋｂを厳重に保管し、他のユーザに知られな
いようにする。つまり、ユーザＡは自分が使用するコン
ピュータ３の秘密鍵格納部３１に自分の秘密鍵Ｋａを、
ユーザＢは自分が使用するコンピュータ４の秘密鍵格納
部４１に自分の秘密鍵Ｋｂを保管する。

【００５５】また、図４、図６に示した鍵証明書４０
０，６００は、ユーザＡ，Ｂのコンピュータ３，４に接
続されている証明書データベース５，６に保管され、必
要な時にアクセスできるようになっている。

【００５６】（ｂ）ユーザ（エンティティ）属性証明書図７は、ユーザＡの属性証明書の内容のデータ構造７０
０を示すものであり、７０１は証明書の発行元のサーバ
コンピュータ１の識別記号Ｓ、７０２は証明書の発行に
使用するサーバコンピュータ１の秘密鍵Ｋｓの識別子、
７０３は証明書の有効期間、７０４は属性の所有ユーザ
Ａを示す識別記号、７０５はユーザＡが持っている属性
を示し、ここでは役職＝経理部長という属性が設定され
ている。

【００５７】証明内容として、ユーザＡが役職＝経理部
長の属性をもっていること、付加情報として有効期間は
「９５年１月１日０時０分０秒から９６年１月１日０時
０分０秒」までであり、識別子が「３００２３」である
サーバコンピュータ１の秘密鍵Ｋｓを使って暗号化する
ことを示している。

【００５８】図８は、ユーザＡの属性証明書８００のデ
ータ構造を示すものであり、証明内容８０１とその暗号
情報８０２とから構成されている。暗号情報８０２は、
証明内容８０１を識別子が「３００２３」のサーバコン
ピュータ１の秘密鍵Ｋｓで暗号化した情報である。

【００５９】図９は、ユーザＢの属性証明書の内容のデ
ータ構造９００を示すものであり、９０１は証明書の発
行元のサーバコンピュータ１の識別記号Ｓ、９０２は証
明書の発行に使用するサーバコンピュータ１の秘密鍵Ｋ
ｓの識別子、９０３は証明書の有効期間、９０４は属性
の所有ユーザＢを示す識別記号、９０５はユーザＢが持
っている属性を示し、ここでは担当＝社長秘書という属
性が設定されている。

【００６０】証明内容として、ユーザＢが担当＝社長秘
書の属性をもっていること、付加情報として有効期間は
「９５年１月１日０時０分０秒から９６年１月１日０時
０分０秒」までであり、識別子が「３００２３」である
サーバコンピュータ１の秘密鍵Ｋｓを使って暗号化する
ことを示している。

【００６１】図１０は、ユーザＢの属性証明書１０００
のデータ構造を示すものであり、証明内容１００１とそ
の暗号情報１００２とから構成されている。暗号情報１
００２は、証明内容１００１を識別子が「３００２３」
のサーバコンピュータ１の秘密鍵Ｋｓで暗号化した情報
である。

【００６２】これら属性証明書の８００，１０００の内
容と付加情報はサーバコンピュータ１けが知っている秘
密鍵Ｋｓで暗号化されている。それゆえ、ユーザ自身が
属性証明書８００，１０００を作成しようとしても、サ
ーバコンピュータ１の秘密鍵Ｋｓを知らないため、証明
書内容と付加情報を暗号することができず、証明書を偽
造することはできない。また、証明内容または付加情報
を書き換えた場合には、証明書確認の際に証明内容また
は付加情報の改変があったことが検知できる。

【００６３】サーバコンピュータ１は、属性証明書８０
０，１０００の証明内容と付加情報（８０１、１００
１）の部分を秘密鍵Ｋｓで暗号化し、暗号情報８０２，
１００２と比較することで、改変を検知できる。サーバ
コンピュータ１の秘密鍵を知っているのはサーバコンピ
ュータ１だけであるため、ユーザは偽造することはでき
ない。

【００６４】図８、図１０に示した属性証明書８００，
１０００は、ユーザＡ，Ｂのコンピュータ３，４に接続
されている証明書データベース５，６１２に保管され、
必要な時にアクセスできるようになっている。

【００６５】（２）メッセージ交換全体の流れ図１１は、メッセージ交換全体の流れを示すフローチャ
ートである。

【００６６】まず、ユーザＡがユーザＢに送りたいメッ
セージを作成し、さらにユーザＡの属性および秘密鍵の
認証確認を行うために、サーバコンピュータ１に認証依
頼を行う（ステップ１１０１）。

【００６７】認証依頼を受けたサーバコンピュータ１
は、ユーザＡの属性および秘密鍵の認証確認を行い、認
証結果の認証情報を生成し、ユーザＡに送り返す（ステ
ップ１１０２）。

【００６８】サーバコンピュータ１から認証情報を受け
とったユーザＡは、その認証情報と暗号メッセージとを
一緒にユーザＢに送る（ステップ１１０３）。

【００６９】認証情報と暗号メッセージを受けとったユ
ーザＢは、認証情報の確認依頼および自分自身の属性、
秘密鍵の認証依頼をサーバコンピュータ１に依頼する
（ステップ１１０４）。

【００７０】サーバコンピュータ１は、認証依頼を処理
し、その確認情報を生成してユーザＢに送り返す（ステ
ップ１１０５）。

【００７１】確認情報を受けとったユーザＢは、その確
認情報と暗号メッセージを処理し、メッセージ本体、発
信ユーザＡの属性や発信時刻等ののコンテキスト属性を
得る。

【００７２】以下、各ステップの詳細について詳しく説
明する。

【００７３】（ａ）ユーザＡにおける暗号メッセージの
作成、サーバコンピュータ１への認証依頼処理図１２は、ステップ１１０１の処理、すなわちユーザＡ
における暗号メッセージの作成、サーバコンピュータ１
への認証依頼処理の詳細を示すフローチャートであり、
まず、発信エンティティのユーザＡはメッセージ本文Ｍ
ＳＧを作成する（ステップ１２０１）。

【００７４】次に、メッセージ本文ＭＳＧを暗号化する
ための秘密鍵方式のＭＳＧ用暗号鍵Ｋｍｓｇを生成する
（ステップ１２０２）。

【００７５】次に、このＭＳＧ用暗号鍵Ｋｍｓｇを使っ
てメッセージ本文ＭＳＧを暗号化し、｛ＭＳＧ｝Ｋｍｓ
ｇを得る（ステップ１２０３）。また、メッセージ本文
ＭＳＧの指紋を関数計算によって計算し、ＨＡＳＨｍｓ
ｇを得る（ステップ１２０４）。

【００７６】この場合、指紋を計算するアルゴリズムに
は、ＭＤ５（Ｒ．Ｒｉｖｅｓｔ，ＴｈｅＭＤ５Ｍ
ｅｓｓａｇｅ−ＤｉｇｅｓｔＡｌｇｏｒｉｔｈｍ，
ＩｎｔｅｒｎｅｔＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅ
ｎｔｓ１３２１，Ａｐｒｉｌ１９９２）が有名で
あるが、他のアルゴリズムでも良い。

【００７７】次に、図１３に示すように、Ｋｍｓｇ１３
０１、ＨＡＳＨｍｓｇ１３０２、受信エンティティのユ
ーザ属性である「担当＝社長秘書」１３０３と、サーバ
コンピュータ１に認証して欲しいユーザ属性の名前であ
る役職１３０４、コンテキスト属性の名前である発信時
刻１３０５とから成る認証依頼１３００を作成する（ス
テップ１２０５）。

【００７８】最後に、図１４に示すように、図１３の認
証依頼１３００を自分の秘密鍵Ｋａで暗号化した暗号情
報１４０１と、ユーザＡの秘密鍵証明書４００の情報１
４０２およびユーザ属性証明書８００の情報１４０３と
から成る認証依頼１４００を作成し、サーバコンピュー
タ１に送り、属性の認証を依頼する（ステップ１２０
７）。

【００７９】（ｂ）認証依頼に対するサーバコンピュー
タの処理図１５は、ステップ１１０２の処理内容であるユーザＡ
からの認証依頼に対するサーバコンピュータ１の処理っ
を示すフローチャートであり、サーバコンピュータ１は
図１４の認証依頼を受信したならば、その中の秘密鍵証
明書の情報１４０２を自分の秘密鍵Ｋｓを使って正しく
復号できるかどうか確かめ、正しい場合はユーザＡの秘
密鍵としてＫａを得る（ステップ１５０１）。

【００８０】次に、ユーザＡの秘密鍵Ｋａを使って認証
依頼内容の暗号情報１４０１を復号化し（ステップ１５
０２）、ＭＳＧ用暗号鍵Ｋｍｓｇ１３０１、指紋ＨＡＳ
Ｈｍｓｇ１３０２、受信エンティティの属性１３０３、
認証して欲しい属性の名前１３０４、１３０５を得る
（ステップ１５０３）。

【００８１】これにより、認証依頼がユーザＡから来た
ことがわかる。また、ユーザ属性証明書の情報１４０３
を確認することにより、属性名である役職に対する内容
は「経理部長」であることがわかる（ステップ１５０
４）。

【００８２】そこで、ユーザ属性については「役職＝経
理部長」を作成し、現在時刻に対する内容はサーバ内蔵
の時計から「西暦１９９５年１月２３日１２時３４分５
６秒」であることを知り、コンテキスト属性である「発
信時刻＝９５０１２３１２３４５６」を生成する（ステ
ップ１５０５）。

【００８３】次に、図１６に示すように、メッセージ暗
号鍵Ｋｍｓｇ１６０１、メッセージの指紋ＨＡＳＨｍｓ
ｇ１６０２、受信エンティティの属性である担当＝社長
秘書１６０３、認証したユーザ属性の役職＝経理部長１
６０４、コンテキスト属性である「発信時刻＝９５０１
２３１２３４５６」１６０５とから成る認証情報１６０
０を作成する（ステップ１５０６）。

【００８４】次に、サーバコンピュータ１の秘密鍵Ｋｓ
を使って認証情報１６００を暗号化し（ステップ１５０
７）、図１７の暗号化認証情報１７００を生成し、ユー
ザＡに送り返す（ステップ１５０８）。

【００８５】（ｃ）発信元のユーザＡの処理図１７の暗号化認証情報を受け取った発信元のユーザＡ
のコンピュータ３は、サーバコンピュータ１からの返答
である暗号化認証情報１７００と、ステップ１２０３で
生成した暗号化メッセージ｛ＭＳＧ｝Ｋｍｓｇをメッセ
ージの送り先であるユーザＢに送る。

【００８６】（ｄ）ユーザＢの処理暗号化認証情報１７００と暗号化メッセージ｛ＭＳＧ｝
Ｋｍｓｇを受信したユーザＢのコンピュータ４は、図１
７の暗号化認証情報１７００と自身の秘密鍵証明書６０
０とユーザ属性証明書１０００とを図１８に示すように
１つの確認依頼情報１８００に組立て、サーバコンピュ
ータ１に確認依頼を行う。

【００８７】なお、図１８の１８０１は暗号化認証情報
１７００の内容、１８０２は自身の秘密鍵証明書６００
の内容、１８０３は自身のユーザ属性証明書１０００の
内容を表わすものである。

【００８８】また、ユーザＡから受信した暗号化メッセ
ージ｛ＭＳＧ｝ＫｍｓｇはユーザＢのコンピュータ４内
に一時記憶され、サーバコンピュータ１には送信されな
い。

【００８９】（ｅ）サーバコンピュータの処理図１９は、ユーザＢからの確認依頼１８００に対するサ
ーバコンピュータ１の処理を示すフローチャートであ
り、まず、サーバコンピュータ１は確認依頼１８００の
中の認証情報１８０１を自身の秘密鍵Ｋｓを使って正し
く復号できるかどうか確認する（ステップ１９０１）。
ここで、サーバコンピュータ１はステップ１５０６で作
成した図１６で示した内容の認証情報１６００を得る。

【００９０】この認証情報１６００の中の受信エンティ
ティの属性１６０３により「担当＝社長秘書」なる属性
を持つユーザが正規の受信エンティティであることがわ
かる（ステップ１９０２）。

【００９１】次に、ユーザ属性証明書の内容１８０３を
自身の秘密鍵Ｋｓを使って復号し、ユーザＢが属性とし
て「担当＝社長秘書」を持っていることを確認する。こ
れにより、ユーザＢが正規の受信エンティティであるわ
かる（ステップ１９０３）。

【００９２】次に、図２０に示すように、ＭＳＧ用暗号
鍵Ｋｍｓｇ２００１、メッセージの指紋ＨＡＳＨｍｓｇ
２００２、認証したユーザ属性である「担当＝経理部
長」２００３、認証したコンテキスト属性である「発信
時刻＝９５０１２３１２３４５６」２００４とから成る
確認情報２０００を作成する（ステップ１９０４）。こ
れらの情報はステップ１９０１で得た図１６の情報から
コピーしたものである。

【００９３】次に、秘密鍵証明書の内容１８０２をサー
バ自身の秘密鍵Ｋｓで復号し、正規の受信エンティティ
ユーザＢの鍵証明書であることを確認し、ユーザＢの正
しい秘密鍵Ｋｂを得る（ステップ１９０５）。

【００９４】次に、この秘密鍵Ｋｂで確認情報内容を暗
号化し（ステップ１９０６）、図２１に示すような確認
情報２１００を生成し、ユーザＢに送り返す（ステップ
１９０７）。

【００９５】（ｆ）受信ユーザＢのメッセージ受信処理図２２は、受信ユーザＢのメッセージ受信処理を示すフ
ローチャートであり、まず、図２１の確認情報２０１１
を受けとったユーザＢのコンピュータ４はユーザＢ自身
の秘密鍵Ｋｂで確認情報２０１１を復号化し、ＭＳＧ用
暗号鍵Ｋｍｓｇ２００１、メッセージの指紋ＨＡＳＨｍ
ｓｇ２００２、ユーザ属性２００３、コンテキスト属性
２００４を得る（ステップ２２０１）。

【００９６】次に、ＭＳＧ用暗号鍵Ｋｍｓｇを使ってユ
ーザＡから送られてきた暗号メッセージ｛ＭＳＧ｝Ｋｍ
ｓｇを復号し、元のメッセージＭＳＧを得る（ステップ
２２０２）。

【００９７】次に、メッセージＭＳＧの指紋を関数計算
によって計算し（ステップ２２０３）、確認情報２００
０の中の指紋ＨＡＳＨｍｓｇと一致しているか調べ、ユ
ーザＡからユーザＢへの伝送途中にメッセージの改変
（かいざん）がなかったことを確認する（ステップ２２
０４）。すなわち、２つのＨＡＳＨｍｓｇが一致してい
れば、改変（かいざん）がなかったものわかる。

【００９８】さらに、発信エンティティのユーザ属性で
ある役職＝経理部長２００３、発信時のコンテキスト属
性、「発信時刻＝９５０１２３１２３４５６」２００４
が正しいことがわかる（ステップ２２０５）。

【００９９】以上で、ユーザＡが作成したメッセージＭ
ＳＧがユーザＢに改変、盗聴されることなくユーザＢに
送られ、かつユーザＡのユーザ属性と発信時のコンテキ
スト属性をユーザＢが確認することができる。

【０１００】図２３および図２４は、以上の処理におけ
るデータの流れを図解したものであり、図中の符号は図
２２までに使用した符号に対応している。

【０１０１】（実施形態２）次に、暗号鍵として秘密鍵
と公開鍵を用いた場合の実施形態について説明する。

【０１０２】図２５は、第２の実施形態のシステム構成
図である。図２５において、１０は暗号化，復号化，認
証処理を行うサーバコンピュータであり、サーバコンピ
ュータ１だけがアクセスできる鍵格納部１１１とメッセ
ージ処理部１１２を備えている。２はサーバコンピュー
タ１０とユーザＡおよびユーザＢのコンピュータ１３，
１４とを結ぶネットワークである。

【０１０３】１３はユーザＡが使用するコンピュータで
あり、ユーザＡだけがアクセスできる鍵格納部１３１と
メッセージ処理部１３２とを備えている。

【０１０４】１４はユーザＢが使用するコンピュータで
あり、ユーザＢだけがアクセスできる鍵格納部１４１と
メッセージ処理部１４２とを備えている。

【０１０５】１５はユーザＡが使用するコンピュータ１
３に付属している証明書データベース、１６はユーザＢ
が使用するコンピュータ１４に付属している証明書デー
タベースである。

【０１０６】ここで、鍵格納部１１１には、サーバの公
開鍵、サーバが使用する秘密鍵方式の秘密鍵および公開
鍵方式の個人鍵の情報が格納される。

【０１０７】また、ユーザＡの鍵格納部１３１には、ユ
ーザＡの公開鍵，個人鍵の情報が格納され、ユーザＢの
鍵格納部１４１にはユーザＢの公開鍵，個人鍵の情報が
格納される。

【０１０８】この実施形態においても、公開鍵証明書と
属性個人鍵証明書、属性公開鍵証明書、属性証明書をサ
ーバコンピュータ１０から予め発行し、ユーザの使用す
るコンピュータ１３，１４に付属している証明書データ
ベース１５，１６に格納しておくようになっている。

【０１０９】まず、これらの証明書の発行手順について
説明する。

【０１１０】（１）証明書の発行手順図２８は、証明書の発行手順を示すフローチャートであ
り、まず、証明内容を示すデータを作成する（ステップ
２６０１）。

【０１１１】証明内容は、公開鍵証明書の場合はユーザ
名または属性とその公開鍵であり、属性個人鍵証明書の
場合は属性とサーバの秘密鍵で暗号されたその属性の個
人鍵であり、属性証明書の場合はユーザ名とその属性で
ある。それぞれのデータ構造については後で説明する。

【０１１２】次に、証明内容に付加情報、つまりサーバ
コンピュータ１０の名前、証明書の有効期間を加えた情
報の指紋を計算する（ステップ２６０２）。この指紋を
サーバコンピュータ１０の個人鍵で暗号化し（ステップ
２６０３）、ディジタル署名を生成する。

【０１１３】次に、証明内容、付加情報にディジタル署
名を加えて、証明書を作成し、各ユーザの証明書データ
ベース１５，１６に格納する（ステップ２６０４）。

【０１１４】（ａ）ユーザＡの公開鍵証明書図２７は、ユーザＡの公開鍵証明書の内容と付加情報の
データ構造２７００を示すものであり、２７０１は証明
書を発行するサーバコンピュータ１０の識別記号、２７
０２は有効期間、２７０３はユーザＡの識別記号、２７
０４はユーザＡの公開鍵である。

【０１１５】ユーザＡの識別記号２７０３とユーザＡの
公開鍵２７０４の証明内容にサーバコンピュータ１０の
識別記号２７０１および有効期間２７０２を加えて、指
紋を計算し、サーバコンピュータ１０の公開鍵方式の個
人鍵で暗号してディジタル署名を生成する。

【０１１６】図２６は、ユーザＡの公開鍵証明書２８０
０の構成を示すものであり、図２５の内容を示す情報２
８０１と、そのディジタル署名２８０２とから構成され
ている。

【０１１７】（ｂ）ユーザＢの公開鍵証明書図２９はユーザＢの公開鍵証明書の付加情報と証明内容
のデータ構造２９００を示すものであり、２９０１は証
明書を発行するサーバコンピュータ１０の識別記号、２
９０２は有効期間、２９０３はユーザＢの識別記号、２
９０４はユーザＢの公開鍵である。

【０１１８】ユーザＢの識別記号２９０３とユーザＢの
公開鍵２９０４の証明内容にサーバコンピュータ１０の
識別記号２９０１および有効期間２９０２を加えて、指
紋を計算し、サーバコンピュータ１０の公開鍵方式の個
人鍵で暗号してディジタル署名を生成する。

【０１１９】図３０は、ユーザＢの公開鍵証明書３００
０の構成を示すものであり、図２９の内容を示す情報３
００１と、そのディジタル署名３００２とから構成され
ている。

【０１２０】（ｃ）ユーザＡの属性証明書図３１は、ユーザＡの属性証明書の付加情報と証明内容
のデータ構造３１００を示すものであり、３１０１は証
明書を発行するサーバコンピュータ１０の識別記号、３
１０２は有効期間、３１０３はユーザＡを示す識別記
号、３１０４はユーザＡが持っている属性である。

【０１２１】ユーザＡを示す識別記号３１０３と属性３
１０４の証明内容にサーバコンピュータ１０の識別記号
３１０１および有効期間３１０２の付加情報を加えて、
指紋を計算し、サーバコンピュータ１０の公開鍵方式の
個人鍵で暗号してディジタル署名を生成する。

【０１２２】図３２は、ユーザＡの属性証明書３２００
の構成を示すものであり、図３１の内容を示す情報３２
０１とそのディジタル署名３２０２とから構成されてい
る。

【０１２３】（ｄ）ユーザＢの属性証明書図３３は、ユーザＢの属性証明書の付加情報と証明内容
のデータ構造３３００を示すものであり、３３０１は証
明書を発行するサーバコンピュータ１０の識別記号、３
３０２は有効期間、３３０３はユーザＢを示す識別記
号、３３０４はユーザＢが持っている属性である。

【０１２４】ユーザＢを示す識別記号３３０３と属性３
３０４の証明内容にサーバコンピュータ１０の識別記号
３３０１および有効期間３３０２の付加情報を加えて、
指紋を計算し、サーバコンピュータ１０の公開鍵方式の
個人鍵で暗号してディジタル署名を生成する。

【０１２５】図３４は、ユーザＢの属性証明書３４００
の構成を示すものであり、図３３の内容を示す情報３４
０１とそのディジタル署名３４０２とから構成されてい
る。

【０１２６】（ｅ）役職＝経理部長の属性個人鍵証明書図３５は、役職＝経理部長の属性個人鍵証明書の証明内
容と付加情報の構造３５００を示すものであり、３５０
１は証明書を発行するサーバコンピュータ１０の識別記
号、３５０２は有効期間、３５０３は「役職＝経理部
長」という属性、３５０４は属性３５０３に割り当てら
れた個人鍵を暗号するのに使用したサーバコンピュータ
１０の秘密鍵の識別子、３５０５は識別子が「３５０
４」の秘密鍵で暗号化された属性３５０３に割り当てら
れた個人鍵である。

【０１２７】属性３５０３、秘密鍵の識別子３５０４、
個人鍵３５０５の証明内容にサーバコンピュータ１０の
識別記号３５０１、有効期間３５０２の付加情報を加え
て、指紋を計算し、サーバコンピュータ１０の公開鍵方
式の個人鍵で暗号化してディジタル署名を生成する。

【０１２８】図３６は、属性個人証明書３６００の構成
を示すものであり、図３５の内容を示す情報３６０１と
そのディジタルディジタル署名３６０２とから構成され
ている。

【０１２９】ここで、属性３５０３の個人鍵はサーバの
秘密鍵Ｋｓで暗号化されている。このため、ユーザは属
性個人鍵証明書３７００を入手しても、その個人鍵にア
クセスすることはできない。

【０１３０】（ｆ）担当＝社長秘書の属性個人鍵証明書図３７は、担当＝社長秘書の属性個人鍵証明書の証明内
容と付加情報の構造３７００を示すものであり、３７０
１は証明書を発行するサーバコンピュータ１０の識別記
号、３７０２は有効期間、３７０３は「担当＝社長秘
書」という属性、３７０４は属性３７０３に割り当てら
れた個人鍵を暗号するのに使用したサーバコンピュータ
１０の秘密鍵の識別子、３７０５は識別子が「３７０
４」の秘密鍵で暗号化された属性３７０３に割り当てら
れた個人鍵である。

【０１３１】属性３７０３、秘密鍵の識別子３７０４、
個人鍵３７０５の証明内容にサーバコンピュータ１０の
識別記号３７０１、有効期間３７０２の付加情報を加え
て、指紋を計算し、サーバコンピュータ１０の公開鍵方
式の個人鍵で暗号化してディジタル署名を生成する。

【０１３２】図３８は、属性個人証明書３８００の構成
を示すものであり、図３７の内容を示す情報３８０１と
そのディジタルディジタル署名３８０２とから構成され
ている。

【０１３３】ここで、属性３７０３の個人鍵はサーバの
秘密鍵Ｋｓで暗号化されている。このため、ユーザは属
性個人鍵証明書３７００を入手しても、その個人鍵にア
クセスすることはできない。

【０１３４】（ｇ）役職＝経理部長の公開鍵証明書図３９は、役職＝経理部長の公開鍵証明書のデータ構造
３９００を示すものであり、３９０１は証明書を発行す
るサーバコンピュータ１０の識別記号、３９０２は有効
期間、３９０３は属性、３９０４は属性３９０３の公開
鍵である。

【０１３５】属性３９０３と公開鍵３９０４の証明内容
にサーバコンピュータ１０の識別記号３９０１、有効期
間３９０２の付加情報を加えて、指紋を計算し、サーバ
コンピュータ１０の公開鍵方式の個人鍵で暗号してディ
ジタル署名を生成する。

【０１３６】図４０は、役職＝経理部長の公開鍵証明書
４０００の構成を示すものであり、図３９の内容を示す
情報４００１とそのディジタル署名４００２とから構成
されている。

【０１３７】（ｈ）担当＝社長秘書の公開鍵証明書図４１は、担当＝社長秘書の公開鍵証明書のデータ構造
４１００を示すものであり、４１０１は証明書を発行す
るサーバコンピュータ１０の識別記号、４１０２は有効
期間、４１０３は属性、４１０４は属性４１０３の公開
鍵である。

【０１３８】属性４１０３と公開鍵４１０４の証明内容
にサーバコンピュータ１０の識別記号４１０１、有効期
間４１０２の付加情報を加えて、指紋を計算し、サーバ
コンピュータ１０の公開鍵方式の個人鍵で暗号してディ
ジタル署名を生成する。

【０１３９】図４２は、役職＝経理部長の公開鍵証明書
４２００の構成を示すものであり、図４１の内容を示す
情報４２０１とそのディジタル署名４２０２とから構成
されている。

【０１４０】これらの各証明書は、ユーザの証明書デー
タベース１５，１６に格納される。

【０１４１】証明書が正しいかどうかは、証明書の証明
内容と付加情報から指紋を計算した結果と、対応するデ
ィジタル署名とをサーバコンピュータ１０の公開鍵ＰＵ
Ｂｓで復号したものが同じであることを確認し、現時刻
が有効期間内に含まれていることを確かめる。

【０１４２】（２）メッセージ交換全体の流れ図４３は、メッセージ交換全体の流れを示すフローチャ
ートである。

【０１４３】まず、ユーザＡではユーザＢに送りたいメ
ッセージを作成し、さらにユーザＡの属性および公開
鍵，個人鍵の認証確認を行うために、サーバコンピュー
タ１０に認証依頼を行う（ステップ４３０１）。

【０１４４】認証依頼を受けたサーバコンピュータ１０
は、ユーザＡの属性および公開鍵，属性個人鍵の認証確
認を行い、認証結果の認証情報を生成し、ユーザＡに送
り返す（ステップ４３０２）。

【０１４５】認証情報を受け取ったユーザＡは、その認
証情報とＭＳＧ用暗号鍵ＫｍｓｇをユーザＢの公開鍵で
暗号化した暗号メッセージを生成し、ユーザＢに送る
（ステップ４３０３）。

【０１４６】暗号メッセージと認証情報を受けとったユ
ーザＢは、認証情報の確認依頼をサーバコンピュータ１
０に行う（ステップ４３０４）。

【０１４７】サーバコンピュータ１０は、確認依頼を処
理し、その確認情報を生成し、ユーザＢに送り返す（ス
テップ４３０５）。

【０１４８】確認情報を受けとったユーザＢは、その確
認情報と合わせて暗号メッセージを処理し、メッセー
ジ、認証内容を得る。

【０１４９】以下、各ステップの詳細について詳しく説
明する。

【０１５０】（ａ）ユーザＡにおける暗号メッセージの
作成、認証依頼処理図４４は、ステップ４３０１のユーザＡの処理を詳しく
示したフローチャートであり、まず、ユーザＢに送りた
いメッセージ本体ＭＳＧを作成する（ステップ４４０
１）。

【０１５１】次に、メッセージ本体ＭＳＧを暗号化する
ための秘密鍵方式の暗号鍵Ｋｍｓｇを生成し（ステップ
４４０２）、メッセージ本体ＭＳＧを暗号化し、｛ＭＳ
Ｇ｝Ｋｍｓｇを得る（ステップ４４０３）。

【０１５２】また、メッセージ本体ＭＳＧの指紋を計算
し、ＨＡＳＨｍｓｇを得る（ステップ４４０４）。

【０１５３】次に、図４５に示すように、指紋ＨＡＳＨ
ｍｓｇ４５０１、サーバに認証して欲しいユーザ属性名
４５０２、コンテキスト属性名（例えば発信時刻）４５
０３から認証依頼の内容４５００を作成する（ステップ
４４０５）。

【０１５４】次に、依頼内容の指紋を求め、自分の個人
鍵で暗号化し、ディジタル署名４５０４を生成し、依頼
内容に加えて（ステップ４４０６）、図４５に示すよう
な認証依頼４５００を生成する。

【０１５５】最後に、認証依頼４５００に自分の公開鍵
証明書２８００、属性証明書３２００、属性個人鍵証明
書３６００を付加し、図４６に示すような依頼情報４６
００を作成し、サーバコンピュータ１０に送る（ステッ
プ４４０７）。

【０１５６】（ｂ）認証依頼に対するサーバコンピュー
タ１０の処理図４７は、認証依頼に対するサーバコンピュータ１０の
処理を詳しく示したフローチャートであり、サーバコン
ピュータ１０は、受けとった認証依頼の情報４６００の
中の公開鍵証明書２８００を自身の個人鍵ＰＲＶｓで復
号化した後、正規ものであるか否かを確認し、ユーザＡ
の公開鍵ＰＵＢａを取り出す（ステップ４７０１）。

【０１５７】次に、認証依頼４５００の中のＨＡＳＨｍ
ｓｇ４５０１、属性４５０２、発信時刻４５０３の指紋
を計算し、これとディジタル署名４５０４を公開鍵ＰＵ
Ｂａで復号したものが一致するかどうかを比較すること
により、認証依頼４５００が正しいか否かを確認する
（ステップ４７０２）。

【０１５８】ここで、認証依頼内容として、ユーザ属性
の役職４５０２とコンテキスト属性の発信時刻４５０３
があることがわかる（ステップ４７０３）。

【０１５９】次に、属性証明書３２００を自身の個人鍵
ＰＲＶｓで復号化する（ステップ４７０４）。これによ
り、ユーザＡの属性が「役職＝経理部長」であることが
わかる。

【０１６０】次に、認証依頼４５００に対する返答であ
る図４８に示すような認証情報４８００を作成する（ス
テップ４７０５）。

【０１６１】認証情報４８００の内容は、ＨＡＳＨｍｓ
ｇ４５０１、認証依頼されたユーザ属性の役職＝経理部
長４５０２、認証依頼されたコンテキスト属性４５０３
の「発信時刻＝９５０１２３１２３４５６」である。

【０１６２】ここでユーザ属性は、ステップ４７０４で
得られたものである。

【０１６３】次に、属性個人鍵証明書３６００のディジ
タル署名３５０５を識別子３５０４に対応するサーバコ
ンピュータ自身の秘密鍵Ｋｓで復号し、「役職＝経理部
長」という属性に対応する個人鍵ＰＲＶｘを取り出す
（ステップ４７０６）。

【０１６４】次に、ＨＡＳＨｍｓｇ４５０１、認証依頼
されたユーザ属性の役職＝経理部長４５０２、認証依頼
されたコンテキスト属性４５０３の「発信時刻＝９５０
１２３１２３４５６」を個人鍵ＰＲＶｘで暗号化したデ
ィジタル署名４８０４を加え図４８のような認証情報４
８００を生成する（ステップ４７０７）。

【０１６５】最後に、認証情報４８００をユーザＡに送
り返す（ステップ４７０８）。

【０１６６】（ｃ）ユーザＡの処理図４９は、認証情報４８００を受け取ったユーザＡの処
理を示すフローチャートである。

【０１６７】認証情報４８００を受け取ったユーザＡ
は、属性が「役職＝経理部長」の公開鍵ＰＵＢｘを属性
公開鍵証明書４０００から取り出し、この公開鍵ＰＵＢ
ｘによって認証情報４８００を復号化し、正しいか否か
を確認する（ステップ４９０１）。

【０１６８】確認は、ディジタル署名４８０４を公開鍵
ＰＵＢｘで復号し、ＨＡＳＨｍｓｇ、属性４８０２、発
信時刻４８０３の指紋を計算し、これとディジタル署名
４８０４とを比較することによって行い、一致すれば、
改変されていない正しいものであることがわかる。

【０１６９】次に、受信属性が「担当＝社長秘書」の属
性公開鍵証明書４２００を参照し、受信属性の公開鍵Ｐ
ＵＢｙを取り出す（ステップ４９０２）。

【０１７０】次に、この公開鍵ＰＵＢｙを使い、ＭＳＧ
用暗号鍵Ｋｍｓｇを暗号化する（ステップ４９０３）。

【０１７１】次に、図５０に示すように、暗号化したＭ
ＳＧ用暗号鍵５００１、受信属性である「担当＝社長秘
書」５００２、ステップ４４０３で作成した暗号化した
メッセージ｛ＭＳＧ｝Ｋｍｓｇ５００３と認証情報４８
００、発信属性である「役職＝経理部長」５００５とか
ら成る情報５０００を送り先であるユーザＢに送る（ス
テップ４９０４）。

【０１７２】（ｄ）ユーザＢの処理図５０の情報５０００を受け取ったユーザＢは、暗号化
したＭＳＧ用暗号鍵５００１、ユーザＢの属性証明書３
８００、受取属性である「担当＝社長秘書」の属性個人
鍵証明書３８００、ユーザＢの属性証明書３４００、ユ
ーザＢの公開鍵証明書３０００を図５１に示すような情
報５１００に組立て、サーバコンピュータ１０に送る。

【０１７３】（ｅ）サーバコンピュータ１０の処理図５２は、図５１の情報５１００を受信したサーバコン
ピュータ１０の処理を示すフローチャートであり、ま
ず、属性個人鍵証明書３８００をサーバコンピュータ１
０の秘密鍵Ｋｓで復号化し、ユーザＢの属性個人鍵ＰＲ
Ｖｙを取り出す（ステップ５２０１）。

【０１７４】次に、この属性個人鍵ＰＲＶｙを使って暗
号化したＭＳＧ用暗号鍵５００１を復号し、Ｋｍｓｇを
得る（ステップ５２０２）。

【０１７５】次に、ユーザＢの属性証明書３４００をサ
ーバコンピュータ１０の個人鍵ＰＲＶｓで復号し、ユー
ザＢの属性を得る（ステップ５２０３）。

【０１７６】次に、この属性が属性個人鍵証明書３８０
０の属性と同じであることを確認する（ステップ５２０
４）。

【０１７７】次に、ユーザＢの公開鍵証明書３０００を
サーバコンピュータ１０の個人鍵ＰＲＶｓで復号し、ユ
ーザＢの公開鍵ＰＵＢｂを取り出す（ステップ５２０
５）。

【０１７８】次に、この公開鍵ＰＵＢｂでＭＳＧ用暗号
鍵Ｋｍｓｇを暗号化し、復号情報を作成する。すなわ
ち、ユーザＡで作成したＭＳＧ用暗号鍵Ｋｍｓｇをユー
ザＢで使用可能なＭＳＧ用暗号鍵Ｋｍｓｇに復号する
（ステップ５２０６）。

【０１７９】最後に、この復号情報をユーザＢに送り返
す（ステップ５２０７）。

【０１８０】（ｆ）ユーザＢの処理図５３は、ユーザＢで使用可能なＭＳＧ用暗号鍵Ｋｍｓ
ｇを受け取ったユーザＢの処理を示すフローチャートで
あり、まず、ユーザＢ自身の個人鍵ＰＲＶｂでＭＳＧ用
暗号鍵Ｋｍｓｇ復号し、Ｋｍｓｇを得る（ステップ５３
０１）。

【０１８１】次に、このＭＳＧ用暗号鍵Ｋｍｓｇを使っ
て暗号メッセージ｛ＭＳＧ｝Ｋｍｓｇ５００３を復号
し、メッセージ本体ＭＳＧを得る（ステップ５３０
２）。

【０１８２】次に、メッセージ本体ＭＳＧの指紋を関数
計算によって計算する（ステップ５３０３）。

【０１８３】次に、ユーザＡの公開鍵証明書２８００を
証明書ＤＢ１６から取り出し（ステップ５３０４）、そ
の中の公開鍵ＰＵＢｘ３９０４を取り出す（ステップ５
３０５）。

【０１８４】次に、この公開鍵ＰＵＢｘ３９０４を使っ
て認証情報４８００を復号し、確認する（ステップ５３
０６）。確認は、認証情報４８００の中のディジタル署
名４８０４を公開鍵ＰＵＢｘで復号し、これとＨＡＳＨ
ｍｓｇ４８０１、ユーザ属性４８０２、発信時刻４８０
３の指紋が一致することで行う。この結果、ＨＡＳＨｍ
ｓｇ４８０１、発信エンティティのユーザ属性４８０
２、発信時のコンテキスト属性４８０３を得る。

【０１８５】次に、ステップ５３０３で計算した指紋
と、ステップ５３０６で得たＨＡＳＨｍｓｇとを比較す
ることで、メッセージの改変がなかったことを確認する
（ステップ５３０７）。

【０１８６】次に、発信ユーザの属性４８０２、発信時
のコンテキスト属性（発信時刻）４８０３を得る（ステ
ップ５３０８）。

【０１８７】以上の処理によって、ユーザＡが作成した
メッセージＭＳＧがユーザＢに対して改変、盗聴される
ことなく送られる。また、ユーザＡの属性と発信時のコ
ンテキスト属性とをユーザＢは確認することができる。

【０１８８】図５４および図５５に、以上の処理におけ
るメッセージの流れを図解している。

【０１８９】（実施形態３）前述した第１の実施形態で
は、エンティティとして人間のユーザを想定していた。
しかし、コンピュータ上の一般エンティティ、例えば、
クライアントサーバシステムにおいて、クライアントか
らサーバにおくる要求メッセージや逆の応答メッセージ
に対しても、全く同様の方法でクライアントやサーバの
属性の認証や暗号が可能である。

【０１９０】クライアントサーバシステムにおいて、ク
ライアントとサーバでやりとりされる各種の要求、返答
メッセージを認証、暗号化するのに使用する鍵自体をメ
ッセージとして扱うことで、要求、返答メッセージの認
証、暗号を行う方法とシステムの実施形態について説明
する。

【０１９１】図５６は、全体構成図であり、５６は、発
信エンティティであるクライアント５９と受信エンティ
ティであるアプリケーションサーバ５８が信用する認
証、暗号サーバである。なお、５７は、これらを接続す
るネットワークである。

【０１９２】次に、図５７のフローチャートを参照し、
クライアント５９とサーバ５６間でやりとりされる要
求、応答メッセージの暗号、認証方法について説明す
る。

【０１９３】まず、クライアント５９はアプリケーショ
ン実行のための要求、応答メッセージの暗号と認証に用
いる暗号鍵を生成する（ステップ５７０１）。

【０１９４】次に、クライアント５９は認証、復号サー
バ５６に対して暗号鍵の認証依頼を第１の実施形態と同
様の方法で行い、その認証情報を得る。そして、その認
証情報を暗号化した暗号鍵と一緒にアプリケーションサ
ーバ５８に送る（ステップ５７０２）。この手順は第１
の実施形態の場合と同じである。

【０１９５】これに対し、アプリケーションサーバ５８
は認証、復号サーバ５６に対して受信情報の確認依頼を
行い、その確認情報を得、クライアント５９の認証と要
求、応答メッセージの暗号、認証に用いる暗号鍵を得る
（ステップ５７０３）。この手順は第１の実施形態と同
じである。

【０１９６】以降、クライアント５９とアプリケーショ
ンサーバ５８は、共有した暗号鍵で要求、応答メッセー
ジの暗号、認証を行う（ステップ５７０４）。

【０１９７】（実施形態４）以上の実施形態であげた証
明書の付加情報には、証明書を発行したサーバの識別記
号、有効期間があった。この他に、証明書の識別番号を
加えることもできる。

【０１９８】図５８では、証明内容５８０４、発行サー
バの識別記号５８０１、有効期間５８０２に加えて、証
明書の識別番号５８０３を付加情報として加えている。

【０１９９】証明書の暗号方法やディジタル署名の生成
方法はこれまでの実施形態と同じである。証明書に識別
番号を加えることで有効期間の間であっても証明書を無
効にすることができる。例えば、証明書の確認方法とし
て、復号（第１の実施形態の場合）やディジタル署名
（第２の実施形態）が正しいことを確認した後に、サー
バが保存している無効証明書番号リストに証明書の識別
番号５８０３の番号が含まれていないかどうか調べるこ
とにより、有効期間５８０２の間でも無効になった証明
書の確認できる。

【０２００】（実施形態５）次に、第１の実施形態とは
メッセージ交換の流れのみが異なる第５の実施形態につ
いて説明する。なお、システム構成図、秘密鍵証明書と
属性証明書の発行手順およびデータ構造は図１に示した
第１の実施形態と同じである。

【０２０１】（１）メッセージ交換全体の流れ図５９は、メッセージ交換全体の流れを示すフローチャ
ートである。

【０２０２】まず、ユーザＡがユーザＢに送りたいメッ
セージを作成し、このメッセージを暗号化した暗号メッ
セージとユーザＡの属性および秘密鍵の認証確認を行う
ための認証依頼とを一緒にユーザＢに送る（ステップ５
９０１）。

【０２０３】暗号メッセージとユーザＡの認証依頼を受
け取ったユーザＢは、ユーザＡの認証依頼と自分自身の
属性、秘密鍵の確認依頼をサーバコンピュータ１に送る
る（ステップ５９０２）。

【０２０４】サーバコンピュータ１は、ユーザＡとユー
ザＢの認証依頼を処理し、その確認情報を生成してユー
ザＢに送り返す（ステップ５９０３）。

【０２０５】確認情報を受け取ったユーザＢは、その確
認情報と暗号メッセージを処理し、メッセージ本体、発
信ユーザＡの属性や発信時刻等のコンテキスト属性を得
る（ステップ５９０４）。

【０２０６】以下、各ステップの詳細について詳しく説
明する。

【０２０７】（ａ）ユーザＡにおける暗号メッセージの
作成とその暗号メッセージおよび認証依頼のユーザＢへ
の送付処理実施形態１と同じ手順で認証依頼１４００を作成し、暗
号化メッセージ｛ＭＳＧ｝Ｋｍｓｇと一緒にメッセージ
の送り先であるユーザＢに送る。

【０２０８】（ｂ）ユーザＢの処理ユーザＢのコンピュータ４は、ユーザＡから受信した情
報のうち、認証依頼１４００に対し、自身の秘密鍵証明
書６００とユーザ属性証明書１０００を付け加え、図６
０に示すような１つの確認依頼６０００を組立て、サー
バコンピュータ１に確認依頼を行う。

【０２０９】なお、図６０の６００１は暗号化認証依頼
１４０１の内容、６００２はユーザＡの秘密鍵証明書の
情報１４０２、６００３はユーザＡのユーザ属性証明書
の情報１４０３、６００４は自身の秘密鍵証明書６００
の内容、６００５は自身のユーザ属性証明書１０００の
内容を表すものである。

【０２１０】このとき、ユーザＡから受信した暗号化メ
ッセージ｛ＭＳＧ｝ＫｍｓｇはユーザＢのコンピュータ
４内に一時記憶され、サーバコンピュータ１には送信さ
れない。

【０２１１】（ｃ）サーバコンピュータ１の処理図６１は、ユーザＢからの確認依頼６０００に対するサ
ーバコンピュータ１の処理を示すフローチャートであ
り、サーバコンピュータ１は確認依頼６０００を受信し
たならば、その中のユーザＡの秘密鍵証明書の情報６０
０２を自分の秘密鍵Ｋｓで正しく復号できるかどうか確
かめ、正しい場合はユーザＡの秘密鍵としてＫａを得る
（ステップ６１０１）。

【０２１２】次に、ユーザＡの秘密鍵Ｋａを使って暗号
化認証依頼６００１を復号化し、ＭＳＧ用暗号鍵Ｋｍｓ
ｇ１３０１、指紋ＨＡＳＨｍｓｇ１３０２、受信エンテ
ィティの属性１３０３、ユーザＡが認証して欲しい属性
の名前１３０４、発信時刻１３０５を得る（ステップ６
１０２）。これにより、認証依頼がユーザＡから来たこ
とが分かる（ステップ６１０３）。

【０２１３】また、受信エンティティの属性１３０３に
より「担当＝社長秘書」なる属性を持つユーザが正規の
受信エンティティであることが分かる（ステップ６１０
４）。

【０２１４】次に、ユーザＢの属性証明書の内容６００
５を自身の秘密鍵Ｋｓで復号化し、ユーザＢが属性とし
て「担当＝社長秘書」を持っていることを確認する。こ
れにより、ユーザＢが正規の受信エンティティであるこ
とが分かる（ステップ６１０５）。

【０２１５】次に、ユーザＡの属性証明書の情報６００
３を自身の秘密鍵Ｋｓで復号化することで、ユーザＡが
認証して欲しい属性名１３０４の内容「役職」に対する
内容は「経理部長」であることが分かる（ステップ６１
０６）。

【０２１６】そこで、認証するユーザ属性として「役職
＝経理部長」２００３を作成し、また現在時刻に対する
内容はサーバコンピュータ内蔵の時計から「西暦１９９
５年１月２３日１２時３４分５６秒」であることから知
り、コンテキスト属性である「発信時刻＝９５０１２３
１２３４５６」２００４を生成する（ステップ６１０
７）。

【０２１７】次に、ＭＳＧ用暗号鍵Ｋｍｓｇ２００１、
メッセージの指紋ＨＡＳＨｍｓｇ２００２、認証したユ
ーザ属性である「役職＝経理部長」２００３、認証した
コンテキスト属性「発信時刻＝９５０１２３１２３４５
６」２００４とから成る確認情報２０００を作成する
（ステップ６１０８）。このうち、ＭＳＧ用暗号鍵Ｋｍ
ｓｇ２００１、メッセージの指紋ＨＡＳＨｍｓｇ２００
２は、ステップ６１０２の復号結果からコピーしてきた
ものである。

【０２１８】次に、ユーザＢの秘密鍵証明書の情報６０
０４をサーバ自身の秘密鍵Ｋｓで復号し、正規の受信エ
ンティティであるユーザＢの秘密鍵証明書であることを
確認し、ユーザＢの秘密鍵Ｋｂを得る（ステップ６１０
９）。

【０２１９】次に、秘密鍵Ｋｂで確認情報２０００を暗
号化して確認情報２１００を生成し、ユーザＢに送り返
す（ステップ６１１０，６１１１）。

【０２２０】（ｄ）受信ユーザＢのメッセージ受信処理ユーザＢは、実施形態１と同じ手順で確認情報２１００
を処理し、ユーザＡが生成したメッセージＭＳＧとユー
ザＡの属性、コンテキスト属性を得る。

【０２２１】図６２および図６３は、以上の処理におけ
るデータの流れを図解したものであり、図中の符号は図
６０までに使用した符号に対応している。

【０２２２】従って、この第５の実施形態においては、
第１の実施形態に比べてサーバコンピュータ１，ユーザ
Ａのコンピュータ３，４との間のセッション確立数が少
なくて済むという利点がある。

【０２２３】（実施形態６）次に、メッセージ交換の流
れのみが第２の実施形態と異なる第６の実施形態につい
て説明する。なお、システム構成図、公開鍵証明書と属
性個人鍵証明書、属性秘密鍵証明書、属性証明書の発行
手順およびデータ構造は第２の実施形態と同じである。

【０２２４】（１）メッセージ交換全体の流れ図６４は、メッセージ交換全体の流れを示すフローチャ
ートである。

【０２２５】まず、ユーザＡはユーザＢに送りたいメッ
セージとメッセージ暗号用暗号鍵を生成し、暗号化した
暗号化メッセージと、ユーザＡの属性、公開鍵、個人鍵
の認証確認を行うための認証依頼とをユーザＢに送る
（ステップ６４０１）。

【０２２６】次に、ユーザＢは、受信したユーザＡの認
証依頼、自身が正規の受信者であることの確認依頼を一
緒にしてサーバコンピュータ１０に送る（ステップ６４
０２）。

【０２２７】次に、サーバコンピュータ１０は認証依頼
と確認依頼とを処理し、認証情報と確認情報を生成して
ユーザＢに送り返す（ステップ６４０３）。

【０２２８】次に、ユーザＢは、認証情報と確認情報を
処理し、さらに暗号メッセージを処理してメッセージと
認証内容を得る（ステップ６４０４）。

【０２２９】以下、各ステップの詳細について詳しく説
明する。

【０２３０】（ａ）ユーザＡにおける暗号メッセージ、
認証依頼の生成と送付図６５は、ユーザＡでの処理を示したフローチャートで
ある。

【０２３１】まず、第２の実施形態におけるユーザＡの
処理と同様にして暗号鍵Ｋｍｓｇ、暗号化メッセージ
｛ＭＳＧ｝Ｋｍｓｇ、認証依頼情報４６００を生成する
（ステップ６５０１）。

【０２３２】次に、受信属性が「担当＝社長秘書」の属
性公開鍵証明書４２００を参照し、受信属性の公開鍵Ｐ
ＵＢｙを取り出す（ステップ６５０２）。

【０２３３】次に、この公開鍵ＰＵＢｙを使い、ＭＳＧ
用暗号鍵Ｋｍｓｇを暗号化する（ステップ６５０３）。

【０２３４】次に、図６６に示すように、暗号化したＭ
ＳＧ用暗号鍵６６０１、受信属性である「担当＝社長秘
書」６６０２、暗号化メッセージ｛ＭＳＧ｝Ｋｍｓｇ６
６０３、ユーザＡの認証依頼情報４６００からなる情報
６６００をメッセージの送り先であるユーザＢに送る
（ステップ６５０４）。

【０２３５】（ｂ）ユーザＢの処理情報６４００を受け取ったユーザＢは、暗号化したＭＳ
Ｇ用暗号鍵６６０１、ユーザＡの認証依頼情報４６０
０、受取属性である「担当＝社長秘書」６６０２に対応
した属性個人鍵証明書３８００、ユーザＢの属性証明書
３４００、ユーザＢの公開鍵証明書３０００を図６７に
示すような情報６７００に組み立て、サーバコンピュー
タ１０に送る。

【０２３６】（ｃ）サーバコンピュータ１０の処理図６８は、図６７の情報６７００を受信したサーバコン
ピュータ１０の処理を示すフローチャートであり、ま
ず、属性個人鍵証明書３６００をサーバコンピュータの
秘密鍵Ｋｓで復号化し、ユーザＡの属性個人鍵ＰＲＶｘ
を取り出す（ステップ６８０１）。

【０２３７】次に、第２の実施形態の認証依頼に対する
サーバコンピュータ１０の処理と同様にして認証依頼情
報４６００を処理し、認証情報４８００を生成する（ス
テップ６８０２）。

【０２３８】次に、属性個人鍵証明書３８００をサーバ
コンピュータ１０の秘密鍵Ｋｓで復号化し、ユーザＢの
属性個人鍵ＰＲＶｙを取り出す（ステップ６８０３）。

【０２３９】次に、ユーザＢの属性個人鍵ＰＲＶｙで暗
号化したＭＳＧ用暗号鍵６５０１を復号し、Ｋｍｓｇを
得る（ステップ６８０４）。

【０２４０】次に、ユーザＢの属性証明書３４００の署
名をサーバコンピュータ１０の個人鍵ＰＲＶｓで検査し
た後にユーザＢの属性を得、この属性がユーザＢの属性
個人鍵証明書３８００の内容と同じであることを確認す
る（ステップ６８０５）。

【０２４１】次に、ユーザＢの公開鍵証明書３０００の
署名をサーバコンピュータの個人鍵ＰＲＶｓで検査した
後にユーザＢの公開鍵ＰＵＢｂを取り出し、この公開鍵
ＰＵＢｂでＭＳＧ用暗号鍵Ｋｍｓｇを暗号化する（ステ
ップ６８０６）。

【０２４２】最後に、この暗号化したＭＳＧ用暗号鍵Ｋ
ｍｓｇと認証情報４８００からなる返答情報を組み立て
てユーザＢに送る（ステップ６８０７）。

【０２４３】（ｄ）ユーザＢの処理第２の実施形態におけるユーザＢの処理と同様にして、
認証情報の確認を行い、メッセージＭＳＧ、ユーザＡの
属性、コンテキスト属性を得る。

【０２４４】図６９および図７０は、以上の処理におけ
るデータの流れを図解したものであり、図中の符号は図
６７までに使用した符号に対応している。

【０２４５】従って、この第６の実施形態においては、
第２の実施形態に比べてサーバコンピュータ１，ユーザ
Ａのコンピュータ３，４との間のセッション確立数が少
なくて済むという利点がある。

【０２４６】（実施形態７）次に、メッセージ交換の流
れのみが第１の実施形態と異なる第７の実施形態につい
て説明する。なお、システム構成図、秘密鍵証明書と属
性証明書の発行手順およびデータ構造は第１の実施形態
と同じである。

【０２４７】（１）メッセージ交換全体の流れ図７１は、メッセージ交換全体の流れを示すフローチャ
ートである。

【０２４８】まず、ユーザＡがユーザＢに送りたいメッ
セージを作成し、さらにユーザＡとユーザＢの属性およ
び秘密鍵の認証確認を行うために、サーバコンピュータ
１に認証依頼を送る（ステップ７１０１）。

【０２４９】認証依頼を受けたサーバコンピュータ１
は、ユーザＡとユーザＢの属性および秘密鍵の認証確認
を行い、認証結果の認証情報を生成し、ユーザＡに送り
返す（ステップ７１０２）。

【０２５０】サーバコンピュータ１０から認証情報を受
け取ったユーザＡは、その認証情報と暗号メッセージを
一緒にユーザＢへ送る（ステップ７１０３）。

【０２５１】認証情報と暗号メッセージを受け取ったユ
ーザＢは、認証情報を元に暗号メッセージを処理し、メ
ッセージや発信ユーザＡの属性、コンテキスト属性を得
る（ステップ７１０４）。

【０２５２】以下、各ステップの詳細について説明す
る。

【０２５３】（ａ）ユーザＡにおける暗号メッセージの
作成、サーバコンピュータ１への認証依頼処理第１の実施形態のユーザＡにおける暗号メッセージの作
成処理と同様にして、メッセージＭＳＧ、ＭＳＧ用暗号
鍵Ｋｍｓｇ、暗号メッセージ｛ＭＳＧ｝Ｋｍｓｇ、ＭＳ
Ｇの指紋ＨＡＳＨｍｓｇを生成する。

【０２５４】次に、認証依頼１４００を同様に生成し、
さらにユーザＢの秘密鍵証明書６００と属性証明書１０
００を付け加えて図６０に示した構造の認証依頼６００
０を生成し、サーバコンピュータ１に送る。

【０２５５】（ｂ）認証依頼に対するサーバコンピュー
タの処理認証依頼６０００を受信したサーバコンピュータ１は、
第５の実施形態のサーバコンピュータの処理と同様にし
て、受信した認証依頼から確認情報２１００を生成して
ユーザＡに送り返す。

【０２５６】（ｃ）確認情報に対するユーザＡの処理受信した確認情報２１００とメッセージを暗号化した
｛ＭＳＧ｝Ｋｍｓｇをメッセージの送り先であるユーザ
Ｂへ送る。

【０２５７】（ｄ）ユーザＢの処理ユーザＢは第１の実施形態と同じ手順で確認情報２１０
０を処理し、ユーザＡが生成したメッセージＭＳＧとユ
ーザＡの属性、コンテキスト属性を得る。

【０２５８】図７２および図７３は、以上の処理におけ
るデータの流れを図解したものであり、図中の符号は図
７１までに使用した符号に対応している。

【０２５９】従って、この第７の実施形態においては、
第１の実施形態に比べてサーバコンピュータ１，ユーザ
Ａのコンピュータ３，４との間のセッション確立回数が
少なくて済み、ネットワーク負荷およびサーバコンピュ
ータの負荷が軽くなるという利点がある。

【０２６０】また、セッション確立回数が少なくなるこ
とにより、盗聴の機会が減少し、システム全体のセキュ
リティが高くなるという利点がある。

【０２６１】（実施形態８）次に、メッセージ交換の流
れのみが第２の実施形態と異なる第８の実施形態につい
て説明する。なお、システム構成図、公開鍵証明書と属
性個人鍵証明書、属性秘密鍵証明書、属性証明書の発行
手順およびデータ構造は第２の実施形態と同じである。

【０２６２】（１）メッセージ交換全体の流れ図７４は、メッセージ交換全体の流れを示すフローチャ
ートである。

【０２６３】まず、ユーザＡはユーザＢに送りたいメッ
セージとメッセージ暗号用暗号鍵を生成するとともに、
ユーザＡおよびユーザＢの属性、公開鍵、個人鍵の認証
確認を行うための認証依頼とをサーバコンピュータ１０
に送る（ステップ７４０１）。

【０２６４】次にサーバコンピュータ１０は、認証依頼
を処理し、認証情報を生成してユーザＡに送り返す（ス
テップ７４０２）。

【０２６５】次にユーザＡは、受信した認証情報と暗号
メッセージを一緒にしてユーザＢに送り返す（ステップ
７４０３）。

【０２６６】次にユーザＢは、認証情報を処理し、さら
に暗号メッセージを処理してメッセージと認証内容を得
る（ステップ７４０４）。

【０２６７】以下、各ステップの詳細について説明す
る。

【０２６８】（ａ）ユーザＡにおける暗号メッセージ、
認証依頼の生成と送付図７５はユーザＡにおける処理の手順を示すフローチャ
ートである。

【０２６９】まず、第２の実施形態と同様な手順で、ユ
ーザＢに送りたいメッセージＭＳＧ、ＭＳＧ暗号用暗号
鍵Ｋｍｓｇ、暗号メッセージ｛ＭＳＧ｝Ｋｍｓｇ、図４
６に示したような依頼情報４６００を生成する（ステッ
プ７５０１）。

【０２７０】次に、受信属性が「担当＝社長秘書」に対
応する属性公開鍵証明書４２００を参照し、受信属性の
公開鍵ＰＵＢｙを取り出す（ステップ７５０２）。

【０２７１】次に、この公開鍵ＰＵＢｙでＭＳＧ用暗号
鍵Ｋｍｓｇを暗号化する（ステップ７５０３）。

【０２７２】次に、暗号化したＭＳＧ用暗号鍵、依頼情
報４６００、受取属性である「担当＝社長秘書」に対応
したユーザＢの属性個人鍵証明書３８００、属性証明書
３４００、公開鍵証明書３０００からなる図６７に示し
たような情報６６００に組み立てて、サーバコンピュー
タ１０に送る（ステップ７５０４）。

【０２７３】（ｂ）サーバコンピュータ１０における処
理ユーザＡから情報６５００を受け取ったサーバコンピュ
ータ１０は、第６の実施形態におけるサーバコンピュー
タの処理と同様にして認証依頼を処理し、公開鍵ＰＵＢ
ｂで暗号化したＭＳＧ用暗号鍵Ｋｍｓｇと認証情報４８
００からなる返答情報を組み立ててユーザＢに送る。

【０２７４】（ｃ）ユーザＡにおける処理暗号化したＭＳＧ用暗号鍵Ｋｍｓｇと認証情報４８００
からなる返答情報を受け取ったユーザＡは、まず、第２
の実施形態におけるユーザＡの処理と同様にして、認証
情報４８００の確認処理を行う。

【０２７５】次に、サーバコンピュータからの返答情報
に、受信属性である「担当＝社長秘書」、暗号メッセー
ジ｛ＭＳＧ｝Ｋｍｓｇを付け加えてユーザＢに送る。

【０２７６】（ｄ）ユーザＢにおける処理第２の実施例形態のユーザＢの処理と同様にして、認証
情報の確認をし、メッセージＭＳＧ、ユーザＡの属性、
コンテキスト属性を得る。

【０２７７】図７６および図７７は、以上の処理におけ
るデータの流れを図解したものであり、図中の符号は図
７５までに使用した符号に対応している。

【０２７８】従って、この第８の実施形態においては、
第２の実施形態に比べてサーバコンピュータ１，ユーザ
Ａのコンピュータ３，４との間のセッション確立回数が
少なくて済み、ネットワーク負荷およびサーバコンピュ
ータの負荷が軽くなるという利点がある。

【０２７９】また、セッション確立回数が少なくなるこ
とにより、盗聴の機会が減少し、システム全体のセキュ
リティが高くなるという利点がある。

【０２８０】（実施形態９）前述した第５および第６の
実施形態は、第３の実施形態と同様にしてクライアント
サーバシステムに適用可能であり、本実施形態はその全
体構成図が第３の実施形態と同じで、メッセージの流れ
だけが異なるものである。

【０２８１】図７８は、クライアントサーバシステムに
第５の実施形態を適用した時に行われる、クライアント
とサーバの間でやりとりされる要求、応答メッセージの
暗号化、認証依頼の処理の手順をフローチャートで示し
たものである。

【０２８２】まず、クライアントは要求、応答メッセー
ジの暗号と認証に用いる暗号鍵を生成する（ステップ７
８０１）。

【０２８３】次に、クライアントは自身の認証依頼と暗
号化した暗号鍵を一緒にアプリケーションサーバに送る
（ステップ７８０２）。この手順は第５の実施形態の場
合と同じである。

【０２８４】続いて、アプリケーションサーバは認証、
復号サーバに対してクライアントとアプリケーションサ
ーバの認証依頼を行い、その認証情報から要求、応答メ
ッセージの暗号化、認証に用いる暗号鍵を得る（ステッ
プ７８０３）。この手順は第５の実施形態の場合と同じ
である。

【０２８５】以降、クライアントとアプリケーションサ
ーバは、共有した暗号鍵で要求、応答メッセージの暗号
化、認証を行う（ステップ７８０４）。

【０２８６】従って、この実施形態によれば、クライア
ントとアプリケーションサーバが各種のメッセージを暗
号化して交換する場合に、暗号化および復号化のための
鍵をクライアントとアプリケーションサーバのみが持
ち、秘密鍵や公開鍵を配布する配布機関を利用して暗号
化および復号化のための秘密鍵や公開鍵を取得する場合
に比べ、不正に秘密鍵や公開鍵を入手できる機会が少な
くなるという利点がある。

【０２８７】（実施形態１０）前述した第７および第８
の実施形態は、第３の実施形態３と同様にしてクライア
ントサーバシステムに適用可能であり、本実施例はその
全体構成図が第３の実施形態と同じで、メッセージの流
れだけが異なる。

【０２８８】図７９は、クライアントサーバシステムに
第７の実施例形態を適用した時に行われる、クライアン
トとサーバの間でやりとりされる要求、応答メッセージ
の暗号化、認証依頼の処理の手順をフローチャートで示
したものである。

【０２８９】まず、クライアントは要求、応答メッセー
ジの暗号と認証に用いる暗号鍵を生成する（ステップ７
９０１）。

【０２９０】次に、クライアントは認証、復号サーバに
対してクライアントとアプリケーションサーバの認証依
頼を行い、認証情報を得る。この認証情報と暗号化した
暗号鍵を一緒にアプリケーションサーバに送る（ステッ
プ７９０２）。この手順は第７の実施形態の場合と同じ
である。

【０２９１】続いて、アプリケーションサーバは受け取
った認証情報と暗号化した暗号鍵から、要求，応答メッ
セージの暗号化、認証に用いる暗号鍵を得る。この手順
は第７の実施形態の場合と同じである。

【０２９２】以降、クライアントとアプリケーションサ
ーバは、共有した暗号鍵で要求，応答メッセージの暗号
化、認証を行う（ステップ７９０３，７９０４）。

【０２９３】なお、上述の各実施の形態においてフロー
チャートで示した処理は、サーバコンピュータおよびク
ライアントコンピュータが実行可能なプログラムによっ
て実現されるものであり、そのプログラムはフロッピー
ディスク，ＣＤ・ＲＯＭ，マスクＲＯＭ等の記憶媒体に
よってユーザに提供される。

【０２９４】この場合、暗号化や認証処理の他に、例え
ば電子商取引などの他の機能を実現するプログラムを組
み込んでユーザに提供することもある。

【０２９５】

【発明の効果】以上のように本発明によれば、受信エン
ティティ（受信主体）が所属している組織、部署、グル
ープ、肩書、アドレス、提供しているサービス、担当し
ている業務や役割等の受信エンティティの属性を送信メ
ッセージに付加してサーバ装置に送信し、サーバ装置で
受信側エンティティが指定された受信属性を持っている
か否かを確認し、持っている場合のみ、メッセージを受
信エンティティの属性に対応した暗号鍵で暗号化し、受
信側装置に送信することにより、正規の受信エンティテ
ィが所有している復号鍵を代理人等に知られることな
く、送信エンティティが指定した受信属性を持つ代理人
に受信させることができる。

【０２９６】また、受信主体の属性証明書に有効期限を
設けておくことにより、その有効期限内においてのみ受
信可能にすることができる。従って、例えば、営業部長
が１週間留守の場合、その１週間だけ有効な営業副部長
の属性証明書および暗号鍵証明書を発行しておけば、営
業副部長は留守期間中の営業部長宛のメッセージを受信
して読むことができる。また、営業部長自身の暗号鍵を
営業副部長に渡していないため、その秘密も保持され
る。

【０２９７】また、暗号鍵の証明書および属性の証明書
を発行しておくことにより、送信エンティティおよび受
信エンティティが正規に登録されているものか否かの認
証を行うこともできる。

【０２９８】この場合、各証明書に電子署名（ディジタ
ル署名）を付加しておけば、発行以後改ざんがなかった
こと、偽造されたものではないことを確認できるうえ、
各証明書を自由に配布蓄積することができ、各証明書の
管理負担を減らすことができる。

【０２９９】また、送信メッセージに対し、発信時刻等
の動的な情報であるコンテキスト情報を付加して送信す
ることにより、発信日時や文書が作成された日付が重要
になる分野でも使用することができる。

【０３００】さらに、エンティティの鍵情報や属性情報
はサーバが保持しているのではなく、ディジタル署名の
ついた証明書の中に含まれているので、情報を自由に配
布、蓄積、利用できる。すなわち、情報自体を保護する
必要がないので管理の負担を減らすことができる。

【０３０１】従って、クライアントサーバシステムに適
用し、クライアントコンピュータおよびサーバコンピュ
ータが各種のメッセージを暗号化して交換する場合に、
秘密鍵や公開鍵を配布する配布機関を利用して暗号化お
よび復号化のための秘密鍵や公開鍵を取得する場合に比
べ、不正に秘密鍵や公開鍵を入手できる機会が少なくな
るという効果が得られる。

【図面の簡単な説明】

【図１】秘密鍵方式を本発明の第１の実施形態を示すシ
ステム構成図である。

【図２】秘密鍵方式を用いた時の各種証明書の発行手順
を示すフローチャートである。

【図３】ユーザＡの秘密鍵証明書の内容と付加情報の構
造を示すデータ構造図である。

【図４】ユーザＡの秘密鍵証明書の構成を示すデータ構
成図である。

【図５】ユーザＢの秘密鍵証明書の内容と付加情報の構
造を示すデータ構造図である。

【図６】ユーザＢの秘密鍵証明書の構成を示すデータ構
成図である。

【図７】ユーザＡのユーザ属性証明書の内容と付加情報
の構造を示すデータ構造図である。

【図８】ユーザＡのユーザ属性証明書の構成を示すデー
タ構成図である。

【図９】ユーザＢのユーザ属性証明書の内容と付加情報
の構造を示すデータ構造図である。

【図１０】ユーザＢのユーザ属性証明書の構成を示すデ
ータ構成図である。

【図１１】秘密鍵方式を用いた時のメッセージ交換の概
要フローチャートである。

【図１２】発信ユーザにおける認証依頼処理のフローチ
ャートである。

【図１３】認証依頼内容を示すデータ構成図である。

【図１４】認証依頼を示すデータ構成図である。

【図１５】サーバの認証依頼処理のフローチャートであ
る。

【図１６】認証情報内容のデータ構造図である。

【図１７】認証情報を示すデータ構成図である。

【図１８】確認依頼を示すデータ構成図である。

【図１９】サーバの確認依頼処理のフローチャートであ
る。

【図２０】確認情報内容のデータ構造図である。

【図２１】確認情報のデータ構成図である。

【図２２】受信ユーザのメッセージ処理のフローチャー
トである。

【図２３】第１の実施形態のメッセージの流れを示す説
明図である。

【図２４】図２３の続きを示す説明図である。

【図２５】公開鍵と秘密鍵方式を用いた第２の実施形態
のシステム構成図である。

【図２６】公開鍵と秘密鍵方式を用いた時の証明書の作
成処理を示すフローチャートである。

【図２７】ユーザＡの公開鍵証明書の内容と付加情報の
データ構造図である。

【図２８】ユーザＡの公開鍵証明書のデータ構成図であ
る。

【図２９】ユーザＢの公開鍵証明書の内容と付加情報の
データ構造図である。

【図３０】ユーザＢの公開鍵証明書のデータ構成図であ
る。

【図３１】ユーザＡのユーザ属性証明書の内容と付加情
報のデータ構造図である。

【図３２】ユーザＡのユーザ属性証明書のデータ構成図
である。

【図３３】ユーザＢのユーザ属性証明書の内容と付加情
報のデータ構造図である。

【図３４】ユーザＢのユーザ属性証明書のデータ構成図
である。

【図３５】ユーザＡの属性個人鍵証明書の内容と付加情
報のデータ構造図である。

【図３６】ユーザＡの属性個人鍵証明書のデータ構成図
である。

【図３７】ユーザＢの属性個人鍵証明書の内容と付加情
報のデータ構造図である。

【図３８】ユーザＢの属性個人鍵証明書のデータ構成図
である。

【図３９】ユーザＡの属性公開鍵証明書の内容と付加情
報のデータ構造図である。

【図４０】ユーザＡの属性公開鍵証明書のデータ構成図
である。

【図４１】ユーザＢの属性公開鍵証明書の内容と付加情
報のデータ構造図である。

【図４２】ユーザＢの属性公開鍵証明書のデータ構成図
である。

【図４３】公開鍵と秘密鍵方式を用いた時のメッセージ
交換の概要フローチャートである。

【図４４】発信ユーザの認証依頼処理のフローチャート
である。

【図４５】認証依頼本体のデータ構造図である。

【図４６】認証依頼のデータ構成図である。

【図４７】サーバの認証依頼処理のフローチャートであ
る。

【図４８】認証情報のデータ構造図である。

【図４９】受信ユーザへのメッセージ送信を行うフロー
チャートである。

【図５０】ユーザ間のメッセージのデータ構成図であ
る。

【図５１】復号依頼のデータ構成図である。

【図５２】サーバの復号依頼処理のフローチャートであ
る。

【図５３】受信ユーザのメッセージ処理のフローチャー
トである。

【図５４】第２の実施形態におけるメッセージの流れを
示す説明図である。

【図５５】図５４の続きを示す説明図である。

【図５６】クライアントサーバシステムに適用した第３
の実施形態を示すシステム構成図である。

【図５７】クライアントサーバシステムに適用した場合
の処理の概要フローチャートである。

【図５８】証明書識別子を含む証明書の証明内容と付加
情報の例を示すデータ構造図である。

【図５９】第５の実施形態におけるメッセージ交換の概
要フローチャートである。

【図６０】第５の実施形態におけるサーバコンピュータ
への確認依頼のデータ構造図である。

【図６１】第５の実施形態におけるサーバコンピュータ
に確認依頼に対する処理を示すフローチャートである。

【図６２】第５の実施形態におけるメッセージの流れを
示す説明図である。

【図６３】図６２の続きを示す説明図である。

【図６４】第６の実施形態におけるメッセージ交換の概
要フローチャートである。

【図６５】第６の実施形態におけるユーザＡの処理を示
すフローチャートである。

【図６６】第６の実施形態におけるユーザＡから送信さ
れる認証依頼のデータ構造図である。

【図６７】第６の実施形態におけるユーザＢからサーバ
コンピュータに送信されるデータの構造図である。

【図６８】第６の実施形態におけるサーバコンピュータ
の処理を示すフローチャートである。

【図６９】第６の実施形態におけるメッセージの流れを
示す説明図である。

【図７０】図６９の続きを示す説明図である。

【図７１】第７の実施形態におけるメッセージ交換の概
要フローチャートである。

【図７２】第７の実施形態におけるメッセージの流れを
示す説明図である。

【図７３】図７２の続きを示す説明図である。

【図７４】第８の実施形態におけるメッセージ交換の概
要フローチャートである。

【図７５】第８の実施形態におけるユーザＡの処理を示
すフローチャートである。

【図７６】第８の実施形態におけるメッセージの流れを
示す説明図である。

【図７７】図７６の続きを示す説明図である。

【図７８】第９の実施形態におけるメッセージ交換の概
要フローチャートである。

【図７９】第１０の実施形態におけるメッセージ交換の
概要フローチャートである。

【符合の説明】

１…サーバコンピュータ、２…ネットワーク、３…ユー
ザＡのコンピュータ、４…ユーザＢのコンピュータ、
５，６…証明書データベース、１１，３１，４１…秘密
鍵格納部、１２，３２，４２…メッセージ処理部、５６
…認証、暗号サーバ、５８…アプリケーションサーバ、
５９…クライアント、３００…ユーザＡの秘密鍵証明
書、３０３…有効期間、３０５…ユーザＡの秘密鍵、５
０５…ユーザＢの秘密鍵、６００…ユーザＢの秘密鍵証
明書、７０５…ユーザＡの属性、８００…ユーザＡの属
性証明書、９０５…ユーザＢの属性、１０００…ユーザ
Ｂの属性証明書、１３０１…メッセージ暗号鍵、１３０
２…メッセージの指紋、１３０３…受信属性、１３０４
…認証依頼ユーザ属性名、１３０５…認証依頼コンテキ
スト属性名、１８００…認証情報、５８０３…証明書識
別子。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｌ 12/54 Ｈ０４Ｌ 9/00 ６７３Ｅ 12/58 ６７５Ｄ 9466−5Ｋ 11/20 １０１Ｃ

Claims

【特許請求の範囲】

【請求項１】電子メッセージを暗号化し、ネットワー
クを介して送信側装置と受信側装置との間で交換する電
子メッセージ交換方法において、送信側の送信主体からメッセージを送信するに際し、メ
ッセージの受信主体の属性を指定させ、この受信主体の
属性情報と送信すべきメッセージとを送信主体の属性に
対応した暗号鍵で暗号化し、さらにその暗号化情報と暗
号鍵の証明書とをネットワークに接続されたサーバ装置
に送信し、サーバ装置において前記暗号鍵の証明書に登
録されている送信主体の属性に対応した暗号鍵によって
受信主体の属性情報と受信メッセージとを復号化させた
後、その復号化情報をサーバ装置に割り当てられている
暗号鍵によって暗号化して送信側装置に返信させ、その
返信された暗号化情報を送信側装置から受信側装置に送
信し、受信側装置においては受信した暗号化情報に対し
受信主体の属性に対応した暗号鍵の証明書および受信主
体の属性証明書とを付加して前記サーバ装置に送信し、
サーバ装置で受信主体の属性情報とメッセージ並びに受
信主体の属性証明書とを受信主体の暗号鍵の証明書に登
録されている暗号鍵によって復号化させ、受信主体が属
性情報によって指定された属性を備えていることを確認
させた後に、メッセージを受信主体の属性に対応した暗
号鍵で暗号化して受信側装置に返信させ、受信側装置で
は受信したメッセージを受信主体の属性に対応した暗号
鍵で復号化することを特徴とする電子メッセージ交換方
法。
【請求項２】前記暗号鍵の証明書および属性証明書
は、サーバ装置が予め発行し、かつサーバ装置に割り当
てられている暗号鍵によって暗号化されているものであ
ることを特徴とする請求項１記載の電子メッセージ交換
方法。
【請求項３】前記属性の証明書は有効期限の情報領域
を有し、前記サーバ装置は該証明書が有効期限内である
時のみ属性の確認を行うことを特徴とする請求項１また
は２記載の電子メッセージ交換方法。
【請求項４】前記メッセージは、メッセージ本文に対
しディジタル署名が付加された情報であることを特徴と
する請求項１〜３記載のいずれかの電子メッセージ交換
方法。
【請求項５】前記メッセージはメッセージ本文の暗号
用鍵であり、前記送信側装置はサーバ装置から返信され
た暗号化情報に対し前記暗号用鍵で暗号化したメッセー
ジ本文を付加して受信側装置に送信し、受信側装置にお
いては受信した暗号化情報のうち前記暗号用鍵で暗号化
したメッセージ本文を除いた暗号化情報と、受信主体の
属性に対応した暗号鍵の証明書および受信主体の属性証
明書とを前記サーバ装置に送信し、サーバ装置で受信主
体の属性情報とメッセージ並びに受信主体の属性証明書
とを暗号鍵の証明書に登録されている暗号鍵によって復
号化させ、受信主体が属性情報によって指定された属性
を備えていることを確認させた後に、メッセージを受信
主体の属性に対応した暗号鍵で暗号化して受信側装置に
返信させ、受信側装置では受信したメッセージを受信主
体の属性に対応した暗号鍵で復号化することによってメ
ッセージ本文の暗号用鍵を取り出し、この暗号用鍵で暗
号化されたメッセージ本文を復号化することを特徴とす
る請求項１〜４記載のいずれかの電子メッセージ交換方
法。
【請求項６】前記送信側装置およびサーバ装置はメッ
セージに対して発信時刻の情報を付加して送信すること
を特徴とする請求項１〜５記載のいずれかの電子メッセ
ージ交換方法。
【請求項７】送信側装置、受信側装置およびこれらの
装置の間で電子メッセージの交換に関わる認証処理を行
うサーバ装置とを備え、電子メッセージを暗号化し、ネ
ットワークを介して送信側装置と受信側装置との間で交
換する電子メッセージ交換システムであって、前記送信側装置は、メッセージの受信主体の属性情報と送信すべきメッセー
ジとを送信主体の属性に対応した暗号鍵で暗号化する第
１の暗号化手段と、この第１の暗号化手段で暗号化され
た暗号化情報と暗号鍵の証明書とをネットワークに接続
された前記サーバ装置に送信する第１の送信手段と、サ
ーバ装置から返信された暗号化メッセージを受信側装置
に送信する第２の送信手段とを備え、前記サーバ装置は、送信側装置から受信した前記暗号鍵の証明書に登録され
ている送信主体の属性に対応した暗号鍵によって受信主
体の属性情報と受信メッセージとを復号化する第１の復
号化手段と、この第１の復号化手段によって復号化され
た復号化情報をサーバ装置自身に割り当てられている暗
号鍵によって暗号化して送信側装置に返信する第３の送
信手段と、受信側装置から受信した受信主体の属性情報
とメッセージ並びに受信主体の属性証明書とを受信主体
の暗号鍵の証明書に登録されている暗号鍵によって復号
化する第２の復号化手段と、受信主体が送信側からの属
性情報によって指定された属性を備えていることを確認
した後に、メッセージを受信主体の属性に対応した暗号
鍵で暗号化する第２の暗号化手段と、暗号化されたメッ
セージを受信側装置に返信する第４の送信手段とを備
え、受信側装置は、サーバ装置から受信した暗号化情報に対
し受信主体の属性に対応した暗号鍵の証明書および受信
主体の属性証明書とを付加して前記サーバ装置に送信す
る第５の送信手段と、サーバ装置から受信したメッセー
ジを受信主体の属性に対応した暗号鍵で復号化する第３
の復号化手段とを備えることを特徴とする電子メッセー
ジ交換システム。
【請求項８】前記暗号鍵の証明書および属性証明書
は、サーバ装置が予め発行し、かつサーバ装置に割り当
てられている暗号鍵によって暗号化されているものであ
ることを特徴とする請求項７記載の電子メッセージ交換
システム。
【請求項９】前記属性の証明書は有効期限の情報領域
を有し、前記サーバ装置は該証明書が有効期限内である
時のみ属性の確認を行うことを特徴とする請求項８また
は９記載の電子メッセージ交換システム。
【請求項１０】前記メッセージは、メッセージ本文に
対しディジタル署名が付加された情報であることを特徴
とする請求項７〜９記載のいずれかの電子メッセージ交
換システム。
【請求項１１】前記メッセージはメッセージ本文の暗
号用鍵であり、前記送信側装置は前記メッセージ本文の
暗号用鍵でメッセージ本文を暗号化する第３の暗号化手
段と、サーバ装置から返信された暗号化情報に対し前記
第３の暗号化手段で暗号化したメッセージ本文を付加し
て前記第２の送信手段から受信側装置に送信させる付加
手段とを備え、前記受信側装置は受信した暗号化情報のうち前記暗号用
鍵で暗号化したメッセージ本文を除いた暗号化情報を前
記第５の送信手段から送信させる選択手段と、前記第３
の復号化手段によって復号化されたメッセージ本文の暗
号用鍵でメッセージ本文を復号化する第４の復号化手段
を備えることを特徴とする請求項７〜１０記載のいずれ
かの電子メッセージ交換システム。
【請求項１２】前記送信側装置およびサーバ装置は、
メッセージに対して発信時刻の情報を付加して送信する
手段をさらに備えることを特徴とする請求項７〜１１記
載のいずれかの電子メッセージ交換システム。
【請求項１３】電子メッセージを暗号化し、ネットワ
ークを介して送信側装置と受信側装置との間で交換する
電子メッセージ交換方法において、送信側の送信主体からメッセージを送信するに際し、メ
ッセージの受信主体の属性を指定させ、この受信主体の
属性情報と送信すべきメッセージとを送信主体の属性に
対応した暗号鍵で暗号化し、その暗号化情報と暗号鍵の
証明書を受信側装置に送信し、受信側装置においては受
信した暗号化情報と送信主体の暗号鍵の証明書に対し受
信主体の属性に対応した暗号鍵の証明書および受信主体
の属性証明書とを付加してネットワークに接続されたサ
ーバ装置に送信し、サーバ装置においては送信主体の暗
号鍵の証明書に登録されている送信主体の属性に対応し
た暗号鍵によって前記暗号化情報を受信主体の属性情報
と送信メッセージに復号化した後、受信主体の属性証明
書を受信主体の暗号鍵の証明書に登録されている暗号鍵
で復号化して受信主体が属性情報によって指定された属
性を備えていることを確認し、さらにメッセージを受信
主体の属性に対応した暗号鍵で暗号化して受信側装置に
送信し、受信側装置では受信したメッセージを受信主体
の属性に対応した暗号鍵で復号化することを特徴とする
電子メッセージ交換方法。
【請求項１４】前記暗号鍵の証明書および属性証明書
は、サーバ装置が予め発行し、かつサーバ装置に割り当
てられている暗号鍵によって暗号化されているものであ
ることを特徴とする請求項１３記載の電子メッセージ交
換方法。
【請求項１５】前記属性の証明書は有効期限の情報領
域を有し、前記サーバ装置は該証明書が有効期限内であ
る時のみ属性の確認を行うことを特徴とする請求項１３
または１４記載の電子メッセージ交換方法。
【請求項１６】前記メッセージは、メッセージ本文に
対しディジタル署名が付加されたものであることを特徴
とする請求項１３〜１５記載のいずれかの電子メッセー
ジ交換方法。
【請求項１７】前記メッセージはメッセージ本文の暗
号用鍵であり、前記送信側装置は前記暗号化情報と送信
主体の属性に対応した暗号鍵の証明書に対し前記暗号用
鍵で暗号化したメッセージ本文を付加して受信側装置に
送信し、受信側装置においては受信した情報のうち前記
暗号用鍵で暗号化したメッセージ本文を除いた暗号化情
報および送信主体の暗号鍵の証明書と、受信主体の属性
に対応した暗号鍵の証明書および受信主体の属性証明書
とを前記サーバ装置に送信し、サーバ装置においては送
信主体の暗号鍵の証明書に登録されている送信主体の属
性に対応した暗号鍵によって受信主体の属性情報と送信
メッセージを復号化した後、受信主体の属性証明書を受
信主体の暗号鍵の証明書に登録されている暗号鍵で復号
化して受信主体が属性情報によって指定された属性を備
えていることを確認し、さらにメッセージを受信主体の
属性に対応した暗号鍵で暗号化して受信側装置に送信
し、受信側装置では受信したメッセージを受信主体の属
性に対応した暗号鍵で復号化することによってメッセー
ジ本文の暗号用鍵を取り出し、この暗号用鍵で暗号化さ
れたメッセージ本文を復号化することを特徴とする請求
項１３〜１６記載のいずれかの電子メッセージ交換方
法。
【請求項１８】前記送信側装置およびサーバ装置はメ
ッセージに対して発信時刻の情報を付加して送信するこ
とを特徴とする１３〜１７記載のいずれかの電子メッセ
ージ交換方法。
【請求項１９】送信側装置、受信側装置およびこれら
の装置の間で電子メッセージの交換に関わる認証処理を
行うサーバ装置とを備え、電子メッセージを暗号化し、
ネットワークを介して送信側装置と受信側装置との間で
交換する電子メッセージ交換システムであって、前記送信側装置は、メッセージの受信主体の属性情報と送信すべきメッセー
ジとを送信主体の属性に対応した暗号鍵で暗号化する第
１の暗号化手段と、この第１の暗号化手段で暗号化され
た暗号化情報および暗号鍵の証明書を受信側装置に送信
する第１の送信手段とを備え、前記受信側装置は、送信側装置から受信した暗号化情報および送信主体の暗
号鍵の証明書に対し受信主体の属性に対応した暗号鍵の
証明書および受信主体の属性証明書とを付加して前記サ
ーバ装置に送信する第２の送信手段と、サーバ装置から
受信したメッセージを受信主体の属性に対応した暗号鍵
で復号化する第１の復号化手段とを備え、前記サーバ装置は、受信側装置から受信した送信主体の暗号鍵の証明書に登
録されている送信主体の属性に対応した暗号鍵によって
第１の暗号化手段で暗号化された属性情報およびメッセ
ージを復号化する第２の復号化手段と、受信主体の暗号
鍵の証明書に登録されている暗号鍵で受信主体の属性証
明書を復号化する第３の復号化手段と、受信主体が送信
側からの属性情報によって指定された属性を備えている
こと確認した後に、メッセージを受信主体の属性に対応
した暗号鍵で暗号化する第２の暗号化手段と、第２の暗
号化手段で暗号化されたメッセージを受信側装置に送信
する第３の送信手段とを備えることを特徴とする電子メ
ッセージ交換システム。
【請求項２０】前記暗号鍵の証明書および属性証明書
は、サーバ装置が予め発行し、かつサーバ装置に割り当
てられている暗号鍵によって暗号化されているものであ
ることを特徴とする請求項１９記載の電子メッセージ交
換システム。
【請求項２１】前記属性の証明書は有効期限の情報領
域を有し、前記サーバ装置は該証明書が有効期限内であ
る時のみ属性の確認を行うことを特徴とする請求項１９
または２０記載の電子メッセージ交換システム。
【請求項２２】前記メッセージは、メッセージ本文に
対しディジタル署名が付加されたものであることを特徴
とする請求項１９〜２１記載のいずれかの電子メッセー
ジ交換システム。
【請求項２３】前記メッセージはメッセージ本文の暗
号用鍵であり、前記送信側装置は、前記メッセージ本文の暗号用鍵でメッセージ本文を暗号
化する第３の暗号化手段と、前記第１の暗号化手段で暗
号化した暗号化情報に対し前記第３の暗号化手段で暗号
化したメッセージ本文を付加して前記第１の送信手段か
ら受信側装置に送信させる付加手段とを備え、前記受信側装置は、受信した暗号化情報のうち前記暗号用鍵で暗号化したメ
ッセージ本文を除いた暗号化情報を前記第２の送信手段
から送信させる選択手段と、前記第１の復号化手段によ
って復号化されたメッセージ本文の暗号用鍵でメッセー
ジ本文を復号化する復号化手段を備えること特徴とする
請求項１９〜２２記載のいずれかの電子メッセージ交換
システム。
【請求項２４】前記送信側装置およびサーバ装置はメ
ッセージに対して発信時刻の情報を付加して送信するこ
とを特徴とする１３〜１７記載のいずれかの電子メッセ
ージ交換システム。
【請求項２５】電子メッセージを暗号化し、ネットワ
ークを介して送信側装置と受信側装置との間で交換する
電子メッセージ交換方法において、送信側の送信主体からメッセージを送信するに際し、メ
ッセージの受信主体の属性を指定させ、この受信主体の
属性情報と送信すべきメッセージとを送信主体の属性に
対応した暗号鍵で暗号化し、さらにその暗号化情報と送
信主体の暗号鍵の証明書、および受信主体の属性に対応
した暗号鍵の証明書と属性証明書とをネットワークに接
続されたサーバ装置に送信し、サーバ装置においては送
信主体の暗号鍵の証明書に登録されている送信主体の属
性に対応した暗号鍵によって前記暗号化情報を受信主体
の属性情報と送信メッセージに復号化した後、受信主体
の属性証明書を受信主体の暗号鍵の証明書に登録されて
いる暗号鍵で復号化して受信主体が属性情報によって指
定された属性を備えていることを確認し、さらにメッセ
ージを受信主体の属性に対応した暗号鍵で暗号化して送
信側装置に送信し、送信側装置はサーバ装置から受け取った暗号化されたメ
ッセージを受信側装置に送信し、受信側装置では受信し
たメッセージを受信主体の属性に対応した暗号鍵で復号
化することを特徴とする電子メッセージ交換方法。
【請求項２６】前記暗号鍵の証明書および属性証明書
は、サーバ装置が予め発行し、かつサーバ装置に割り当
てられている暗号鍵によって暗号化されているものであ
ることを特徴とする請求項２５記載の電子メッセージ交
換方法。
【請求項２７】前記属性の証明書は有効期限の情報領
域を有し、前記サーバ装置は該証明書が有効期限内であ
る時のみ属性の確認を行うことを特徴とする請求項２５
または２６記載の電子メッセージ交換方法。
【請求項２８】前記メッセージは、メッセージ本文に
対しディジタル署名が付加されたものであることを特徴
とする請求項２５〜２７記載のいずれかの電子メッセー
ジ交換方法。
【請求項２９】前記メッセージはメッセージ本文の暗
号用鍵であり、前記送信側装置はサーバ装置から送信さ
れた暗号化メッセージに対し前記暗号用鍵で暗号化した
メッセージ本文を付加して受信側装置に送信し、受信側
装置では受信した暗号化情報のうちメッセージ本文を除
いた暗号化情報を受信主体の属性に対応した暗号鍵で復
号化することによってメッセージ本文の暗号用鍵を取り
出し、この暗号用鍵で暗号化されたメッセージ本文を復
号化することを特徴とする請求項２５〜２８記載のいず
れかの電子メッセージ交換方法。
【請求項３０】前記送信側装置およびサーバ装置はメ
ッセージに対して発信時刻の情報を付加して送信するこ
とを特徴とする２５〜２９記載のいずれかの電子メッセ
ージ交換方法。
【請求項３１】送信側装置、受信側装置およびこれら
の装置の間で電子メッセージの交換に関わる認証処理を
行うサーバ装置とを備え、電子メッセージを暗号化し、
ネットワークを介して送信側装置と受信側装置との間で
交換する電子メッセージ交換システムであって、前記送信側装置は、メッセージの受信主体の属性情報と送信すべきメッセー
ジとを送信主体の属性に対応した暗号鍵で暗号化する第
１の暗号化手段と、この第１の暗号化手段で暗号化され
た暗号化情報および送信主体の暗号鍵の証明書、受信主
体の属性に対応した暗号鍵の証明書および属性証明書を
ネットワークに接続されたサーバ装置に送信する第１の
送信手段と、サーバ装置から返信された暗号化メッセー
ジを受信側装置に送信する第２の送信手段とを備え、前記サーバ装置は、送信側装置から受信した送信主体の暗号鍵の証明書に登
録されている送信主体の属性に対応した暗号鍵によって
第１の暗号化手段で暗号化された属性情報およびメッセ
ージを復号化する第１の復号化手段と、受信主体の暗号
鍵の証明書に登録されている暗号鍵で受信主体の属性証
明書を復号化する第２の復号化手段と、受信主体が送信
側からの属性情報によって指定された属性を備えている
こと確認した後に、メッセージを受信主体の属性に対応
した暗号鍵で暗号化する第２の暗号化手段と、第２の暗
号化手段で暗号化されたメッセージを受信側装置に送信
する第３の送信手段とを備え、前記受信側装置は、送信側装置から受信した暗号化情報を受信主体の属性に
対応した暗号鍵で復号化する第３の復号化手段を備える
ことを特徴とする電子メッセージ交換システム。
【請求項３２】前記暗号鍵の証明書および属性証明書
は、サーバ装置が予め発行し、かつサーバ装置に割り当
てられている暗号鍵によって暗号化されているものであ
ることを特徴とする請求項３１記載の電子メッセージ交
換システム。
【請求項３３】前記属性の証明書は有効期限の情報領
域を有し、前記サーバ装置は該証明書が有効期限内であ
る時のみ属性の確認を行うことを特徴とする請求項３１
または３２記載の電子メッセージ交換システム。
【請求項３４】前記メッセージは、メッセージ本文に
対しディジタル署名が付加されたものであることを特徴
とする請求項３１〜３３記載のいずれかの電子メッセー
ジ交換システム。
【請求項３５】前記メッセージはメッセージ本文の暗
号用鍵であり、前記送信側装置は、前記第１の送信手段を行う選択手段と、前記メッセージ
本文の暗号用鍵でメッセージ本文を暗号化する第３の暗
号化手段と、前記第１の暗号化手段で暗号化した暗号化
情報に対し前記第３の暗号化手段で暗号化したメッセー
ジ本文を付加して前記第２の送信手段から受信側装置に
送信させる付加手段とを備え、前記受信側装置は、前記第３の復号化手段によって復号化されたメッセージ
本文の暗号用鍵でメッセージ本文を復号化する復号化手
段を備えること特徴とする請求項３１〜３４記載のいず
れかの電子メッセージ交換システム。
【請求項３６】前記送信側装置およびサーバ装置はメ
ッセージに対して発信時刻の情報を付加して送信するこ
とを特徴とする３１〜３５記載のいずれかの電子メッセ
ージ交換システム。
【請求項３７】前記送信主体および受信主体は、各種
の要求メッセージ本文および返答メッセージ本文を送受
するクライアント装置とサーバ装置であることを特徴と
する請求項１〜６、１３〜１８、２５〜３０記載のいず
れかの電子メッセージ交換方法。
【請求項３８】前記送信主体および受信主体は、各種
の要求メッセージ本文および返答メッセージ本文を送受
するクライアント装置とサーバ装置であることを特徴と
する請求項７〜１２、１９〜２４、３１〜３６記載のい
ずれかの電子メッセージ交換システム。
【請求項３９】送信側装置、受信側装置およびこれら
の装置の間で電子メッセージの交換に関わる認証処理を
行うサーバ装置とを備えた電子メッセージ交換システム
に使用する電子メッセージ交換処理用記憶媒体であっ
て、前記送信側装置に使用する電子メッセージ交換処理用記
憶媒体は、メッセージの受信主体の属性情報と送信すべきメッセー
ジとを送信主体の属性に対応した暗号鍵で暗号化する第
１の暗号化処理プログラムと、この第１の暗号化処理プ
ログラムで暗号化された暗号化情報と暗号鍵の証明書と
をネットワークに接続された前記サーバ装置に送信する
第１の送信処理プログラムと、サーバ装置から返信され
た暗号化メッセージを受信側装置に送信する第２の送信
処理プログラムとを記憶し、前記サーバ装置に使用する電子メッセージ交換処理用記
憶媒体は、送信側装置から受信した前記暗号鍵の証明書に登録され
ている送信主体の属性に対応した暗号鍵によって受信主
体の属性情報と受信メッセージとを復号化する第１の復
号化処理プログラムと、この第１の復号化処理プログラ
ムによって復号化された復号化情報をサーバ装置自身に
割り当てられている暗号鍵によって暗号化して送信側装
置に返信する第３の送信処理プログラムと、受信側装置
から受信した受信主体の属性情報とメッセージ並びに受
信主体の属性証明書とを受信主体の暗号鍵の証明書に登
録されている暗号鍵によって復号化する第２の復号化処
理プログラムと、受信主体が送信側からの属性情報によ
って指定された属性を備えていることを確認した後に、
メッセージを受信主体の属性に対応した暗号鍵で暗号化
する第２の暗号化処理プログラムと、暗号化されたメッ
セージを受信側装置に返信する第４の送信処理プログラ
ムとを記憶し、受信側装置に使用する電子メッセージ交換処理用記憶媒
体は、サーバ装置から受信した暗号化情報に対し受信主
体の属性に対応した暗号鍵の証明書および受信主体の属
性証明書とを付加して前記サーバ装置に送信する第５の
送信処理プログラムと、サーバ装置から受信したメッセ
ージを受信主体の属性に対応した暗号鍵で復号化する第
３の復号化処理プログラムとを記憶していることを特徴
とする電子メッセージ交換処理用記憶媒体。
【請求項４０】前記メッセージはメッセージ本文の暗
号用鍵であり、前記送信側装置に使用する電子メッセー
ジ交換処理用記憶媒体は、前記メッセージ本文の暗号用
鍵でメッセージ本文を暗号化する第３の暗号化処理プロ
グラムと、サーバ装置から返信された暗号化情報に対し
前記第３の暗号化処理プログラムで暗号化したメッセー
ジ本文を付加して前記第２の送信処理プログラムから受
信側装置に送信させる付加処理プログラムとをさらに記
憶し、前記受信側装置に使用する電子メッセージ交換処理用記
憶媒体は、受信した暗号化情報のうち前記暗号用鍵で暗
号化したメッセージ本文を除いた暗号化情報を前記第５
の送信処理プログラムから送信させる選択処理プログラ
ムと、前記第３の復号化処理プログラムによって復号化
されたメッセージ本文の暗号用鍵でメッセージ本文を復
号化する第４の復号化処理プログラムをさらに記憶して
いることを特徴とする請求項３９記載の電子メッセージ
交換処理用記憶媒体。
【請求項４１】前記送信側装置およびサーバ装置に使
用する電子メッセージ交換処理用記憶媒体は、メッセー
ジに対して発信時刻の情報を付加して送信する処理プロ
グラムをさらに記憶していることを特徴とする請求項３
９，４０記載のいずれかの電子メッセージ交換システ
ム。
【請求項４２】送信側装置、受信側装置およびこれら
の装置の間で電子メッセージの交換に関わる認証処理を
行うサーバ装置とを備えた電子メッセージ交換システム
に使用する電子メッセージ交換処理用記憶媒体であっ
て、前記送信側装置に使用する電子メッセージ交換処理用記
憶媒体は、メッセージの受信主体の属性情報と送信すべきメッセー
ジとを送信主体の属性に対応した暗号鍵で暗号化する第
１の暗号化処理プログラムと、この第１の暗号化処理プ
ログラムで暗号化された暗号化情報および暗号鍵の証明
書を受信側装置に送信する第１の送信処理プログラムと
を記憶し、前記受信側装置に使用する電子メッセージ交換処理用記
憶媒体は、送信側装置から受信した暗号化情報および送信主体の暗
号鍵の証明書に対し受信主体の属性に対応した暗号鍵の
証明書および受信主体の属性証明書とを付加して前記サ
ーバ装置に送信する第２の送信処理プログラムと、サー
バ装置から受信したメッセージを受信主体の属性に対応
した暗号鍵で復号化する第１の復号化処理プログラムと
を記憶し、前記サーバ装置に使用する電子メッセージ交換処理用記
憶媒体は、受信側装置から受信した送信主体の暗号鍵の証明書に登
録されている送信主体の属性に対応した暗号鍵によって
第１の暗号化処理プログラムで暗号化された属性情報お
よびメッセージを復号化する第２の復号化処理プログラ
ムと、受信主体の暗号鍵の証明書に登録されている暗号
鍵で受信主体の属性証明書を復号化する第３の復号化処
理プログラムと、受信主体が送信側からの属性情報によ
って指定された属性を備えていること確認した後に、メ
ッセージを受信主体の属性に対応した暗号鍵で暗号化す
る第２の暗号化処理プログラムと、第２の暗号化処理プ
ログラムで暗号化されたメッセージを受信側装置に送信
する第３の送信処理プログラムとを記憶していることを
特徴とする電子メッセージ交換処理用記憶媒体。
【請求項４３】前記メッセージはメッセージ本文の暗
号用鍵であり、前記送信側装置に使用する電子メッセージ交換処理用記
憶媒体は、前記メッセージ本文の暗号用鍵でメッセージ本文を暗号
化する第３の暗号化処理プログラムと、前記第１の暗号
化処理プログラムで暗号化した暗号化情報に対し前記第
３の暗号化処理プログラムで暗号化したメッセージ本文
を付加して前記第１の送信処理プログラムから受信側装
置に送信させる付加処理プログラムとをさらに記憶し、前記受信側装置に使用する電子メッセージ交換処理用記
憶媒体は、受信した暗号化情報のうち前記暗号用鍵で暗号化したメ
ッセージ本文を除いた暗号化情報を前記第２の送信処理
プログラムから送信させる選択処理プログラムと、前記
第１の復号化処理プログラムによって復号化されたメッ
セージ本文の暗号用鍵でメッセージ本文を復号化する復
号化処理プログラムとをさらに記憶していること特徴と
する請求項４２記載の電子メッセージ交換処理用記憶媒
体。
【請求項４４】前記送信側装置およびサーバ装置に使
用する電子メッセージ交換処理用記憶媒体は、メッセー
ジに対して発信時刻の情報を付加して送信する処理プロ
グラムをさらに記憶していることを特徴とする４２，４
３記載のいずれかの電子メッセージ交換処理用記憶媒
体。
【請求項４５】送信側装置、受信側装置およびこれら
の装置の間で電子メッセージの交換に関わる認証処理を
行うサーバ装置とを備えた電子メッセージ交換システム
に使用する電子メッセージ交換処理用記憶媒体であっ
て、前記送信側装置に使用する電子メッセージ交換処理用記
憶媒体は、メッセージの受信主体の属性情報と送信すべきメッセー
ジとを送信主体の属性に対応した暗号鍵で暗号化する第
１の暗号化処理プログラムと、この第１の暗号化処理プ
ログラムで暗号化された暗号化情報および送信主体の暗
号鍵の証明書、受信主体の属性に対応した暗号鍵の証明
書および属性証明書をネットワークに接続されたサーバ
装置に送信する第１の送信処理プログラムと、サーバ装
置から返信された暗号化メッセージを受信側装置に送信
する第２の送信処理プログラムとを記憶し、前記サーバ装置に使用する電子メッセージ交換処理用記
憶媒体は、送信側装置から受信した送信主体の暗号鍵の証明書に登
録されている送信主体の属性に対応した暗号鍵によって
第１の暗号化処理プログラムで暗号化された属性情報お
よびメッセージを復号化する第１の復号化処理プログラ
ムと、受信主体の暗号鍵の証明書に登録されている暗号
鍵で受信主体の属性証明書を復号化する第２の復号化処
理プログラムと、受信主体が送信側からの属性情報によ
って指定された属性を備えていること確認した後に、メ
ッセージを受信主体の属性に対応した暗号鍵で暗号化す
る第２の暗号化処理プログラムと、第２の暗号化処理プ
ログラムで暗号化されたメッセージを受信側装置に送信
する第３の送信処理プログラムとを記憶し、前記受信側装置に使用する電子メッセージ交換処理用記
憶媒体は、送信側装置から受信した暗号化情報を受信主体の属性に
対応した暗号鍵で復号化する第３の復号化処理プログラ
ムを記憶していることを特徴とする電子メッセージ交換
処理用記憶媒体。
【請求項４６】前記メッセージはメッセージ本文の暗
号用鍵であり、前記送信側装置に使用する電子メッセージ交換処理用記
憶媒体は、前記第１の送信処理プログラムを行う選択処理プログラ
ムと、前記メッセージ本文の暗号用鍵でメッセージ本文
を暗号化する第３の暗号化処理プログラムと、前記第１
の暗号化処理プログラムで暗号化した暗号化情報に対し
前記第３の暗号化処理プログラムで暗号化したメッセー
ジ本文を付加して前記第２の送信処理プログラムから受
信側装置に送信させる付加処理プログラムとをさらに記
憶し、前記受信側装置に使用する電子メッセージ交換処理用記
憶媒体は、前記第３の復号化処理プログラムによって復号化された
メッセージ本文の暗号用鍵でメッセージ本文を復号化す
る復号化処理プログラムをさらに記憶していること特徴
とする請求項４４，４５記載のいずれかの電子メッセー
ジ交換処理用記憶媒体。
【請求項４７】前記送信側装置およびサーバ装置に使
用する電子メッセージ交換処理用記憶媒体はメッセージ
に対して発信時刻の情報を付加して送信する処理プログ
ラムをさらに記憶していることを特徴とする４４〜４６
記載のいずれかの電子メッセージ交換処理用記憶媒体。