JPH118615A

JPH118615A - データ暗号化システム、情報処理装置、ｉｃカード、記録媒体およびデータの暗号方法

Info

Publication number: JPH118615A
Application number: JP9158421A
Authority: JP
Inventors: Masato Arai; 正人荒井; Hiromichi Ito; 浩道伊藤
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-06-16
Filing date: 1997-06-16
Publication date: 1999-01-12

Abstract

(57)【要約】【課題】電子メールの暗号方式において、ユーザにかか
る負担を軽減させる。【解決手段】メールを送信する場合、ＩＣカード１５
は、マスタ鍵１５２ｄとメールの宛先リストとを基にグ
ループ鍵を生成する。これを受けて、クライアント情報
処理装置１５は、電子メールを実効鍵で暗号化するとと
もに、当該実効鍵をグループ鍵で暗号化する。そして、
暗号化メールのヘッダに暗号化実効鍵と宛先リストとを
付して送信する。一方、暗号化メールを受信した場合、
ＩＣカード１５は、暗号化メールに付された宛先リスト
が自己を含んでいるか否かを判断し、含んでいる場合
は、当該宛先リストとマスタ鍵１５２ｄとを基にグルー
プ鍵を生成する。そして、生成したグループ鍵を用いて
暗号化メールに付された暗号化実効鍵を復号化し、この
実効鍵で暗号化メールを復号化する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信回線を介して
送受信されるデータの暗号化システムに関し、特に、複
数のユーザーが復号可能な暗号メールを作成し、あるい
は、該暗号メールを受信して復号化する場合に好適な電
子メール暗号化システムに関する。

【０００２】

【従来の技術】近年、インターネットと呼ばれている世
界的規模のネットワークの普及に伴い、このインターネ
ットと企業内ネットワークとを接続して、企業内ネット
ワーク間において、インターネットを介して情報を送受
信するケースが増大しつつある。

【０００３】また、従来より、インターネットにおい
て、メールサーバを利用して、ユーザーが指定した宛先
にメールを送信したり、着信したメールをユーザーが使
用する情報処理装置へ転送する電子メールシステムが実
用化されている。

【０００４】このような電子メールシステムでは、ＳＭ
ＴＰ（Simple Mail Transfer Protocol）やＰＯＰ（Pos
t Office Protocol）といった通信規約に基づいて、メ
ールの送受信を行っている。この際、メールは、インタ
ーネット上を転送されることになるので、メールに機密
情報が含まれる場合、セキュリティ上問題がある。

【０００５】このため、メールを暗号化して宛先に送信
する電子メールの暗号化方式が提案されている。このよ
うな、電子メールの暗号化方式としては、たとえばＳ／
ＭＩＭＥ（PKCS Security Service for MIME）やＰＥＭ
（Privacy Enhanced Mail）などがある。

【０００６】これ等の技術では、ユーザは、自己宛ての
メールを暗号化するための鍵を、予めメールの送信者に
配布しておかなければならない。メールの送信者は、メ
ールの宛先となるユーザによって予め配布された鍵を用
いて、メールを暗号化する。そして、暗号化されたメー
ルを、当該メールの宛先へ送信する。

【０００７】なお、これらの技術については、オープン
デザインの６２頁〜８９頁（ＣＱ出版社、１９９６年６
月発行）などに記載されている。

【０００８】

【発明が解決しようとする課題】ところで、上述したよ
うに、Ｓ／ＭＩＭＥやＰＥＭによる電子メールの暗号化
方式では、メールの宛先が予め配布した鍵を用いてメー
ルを暗号化し、暗号化されたメールを、当該メールの宛
先へ送信している。

【０００９】したがって、同じメールを複数の宛先へ送
信する場合、メールの宛先各々について、予め当該宛先
から配布された鍵を用いてメールを暗号化し、当該宛先
へ送信しなければならず、ユーザにかかる負担が大きい
という問題がある。

【００１０】また、メールの宛先毎に、当該宛先に割り
当てられた当該宛先固有の鍵を、全て管理しなければな
らないといった問題もある。配布された鍵が誰の鍵であ
るかを管理しておかないと、メールをどの鍵で暗号化す
べきか分からなくなってしまう。

【００１１】これ等の問題は、メールの宛先、すなわち
電子メールの暗号方式を利用するユーザが増えるほど顕
著になる。

【００１２】本発明は上記事情に鑑みてなされたもので
あり、本発明の目的は、電子メールの暗号方式におい
て、ユーザにかかる負担を軽減させることにある。

【００１３】具体的には、対象となるユーザーの数に関
わらず管理する鍵が１個で済むデータ暗号化システム、
情報処理装置、ＩＣカード、記録媒体およびデータの暗
号方法を提供することにある。

【００１４】また、データの暗号化処理あるいは復号化
処理をユーザが明示的に指示する必要のないデータ暗号
化システム、情報処理装置、ＩＣカード、記録媒体およ
びデータの暗号方法を提供することにある。

【００１５】

【課題を解決するための手段】上記課題を解決するため
に、本発明の第一の態様は、通信回線を介して接続され
た端末間で送受されるデータの暗号化を、鍵と呼ばれる
情報を用いて行うデータ暗号化システムであって、デー
タ送信側の前記端末は、第一の鍵と所定の情報とを基
に、第二の鍵を生成する第一の鍵生成手段と、前記第一
の鍵生成手段で生成した第二の鍵を用いて前記送信すべ
きデータの暗号化を行うとともに、前記暗号化したデー
タに、前記所定の情報を付加する暗号化手段と、を備
え、データ受信側の前記端末は、データ送信側の前記端
末から送信された、暗号化された受信データに付加され
た前記所定の情報を基に、当該受信データを復号化する
権利があるか否かを判断する判断手段と、前記判断手段
により前記受信データを復号化する権利があると判断さ
れた場合に、前記第一の鍵と前記受信データに付加され
た前記所定の情報とを基に、前記暗号化手段が当該受信
データを暗号化するのに用いた前記第二の鍵と同一の鍵
である第三の鍵を生成する第二の鍵生成手段と、前記第
二の鍵生成手段で生成した第三の鍵を用いて前記受信デ
ータの復号化を行う復号化手段と、を備えることを特徴
とする。

【００１６】ここで、端末間で送受されるデータとは、
たとえばインターネットを介してのやり取りが可能な電
子メールなどが該当する。

【００１７】また、所定の情報とは、たとえば、メール
アドレスなどのデータの宛先情報が該当する。

【００１８】また、第一の鍵生成手段での第二の鍵生成
や第二の鍵生成手段での第三の鍵生成は、たとえば、第
一の鍵および所定の情報をハッシュ関数に入力すること
で行うことができる。

【００１９】本発明の第一の態様によれば、対象となる
ユーザーの数に関わらず各端末で管理する（保持）する
鍵は、１つ（第一の鍵）で済むので、ユーザの負担を軽
減することができる。特に、同じメールを複数の宛先へ
送信する場合にかかる負担を大幅に軽減することができ
る。

【００２０】なお、本発明の第一の態様において、第一
の鍵生成手段を、ＩＣカードに内蔵することで、データ
送信側端末に挿抜可能に構成してもよい。同様に、判断
手段および第二の鍵生成手段を、ＩＣカードに内蔵する
ことで、データ受信側端末に挿抜可能に構成してもよ
い。

【００２１】このようにすることで、たとえばＩＣカー
ドにユーザ認証機能を持たせることにより、第二の鍵や
第三の鍵生成の基となる第一の鍵の機密性を向上させる
ことができる。

【００２２】また、本発明の第二の態様は、通信回線を
介して接続された端末間で送受されるデータの暗号化を
行うデータ暗号化システムであって、データ送信側の前
記端末は、ユーザの指示にしたがい、データの送信を行
う送信手段と、前記送信手段によって送信されようとし
ているデータを捕獲する送信データ捕獲手段と、前記送
信データ捕獲手段で捕獲されたデータを暗号化する暗号
化手段と、送信すべきデータとして、前記暗号化手段で
暗号化されたデータを前記送信手段に返還する送信デー
タ返還手段と、を備え、データ受信側の前記端末は、ユ
ーザの指示にしたがって、データ送信側の前記端末から
送信された、暗号化されたデータの受信を行い、受信し
たデータを表示する受信手段と、前記受信手段によって
表示されようとしている、当該受信手段が受信したデー
タを捕獲する受信データ捕獲手段と、前記受信データ捕
獲手段で捕獲されたデータを復号化する復号化手段と、
表示すべきデータとして、前記復号化手段で復号化され
たデータを前記受信手段に返還する受信データ返還手段
と、を備えていることを特徴とする。

【００２３】ここで、送信データ捕獲手段や受信データ
捕獲手段は、たとえば、送信手段や受信手段が端末のＯ
Ｓ（オペレーティングシステム）に発行する送受信要求
をフック（横取り）することで、実現できる。

【００２４】本発明の第二の態様によれば、送信手段に
よってデータが送信されようとすると、あるいは受信手
段によってデータが受信されると、自動的に当該データ
の暗号化／復号化処理（送信データの場合は暗号化処
理、受信データの場合は復号化処理）が実行されるの
で、ユーザはデータの暗号化処理あるいは復号化処理を
明示的に指示する必要がなくなる。

【００２５】

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

【００２６】まず、本発明の一実施形態が適用された電
子メール暗号化システムの概略構成について説明する。

【００２７】図１は、本発明の一実施形態が適用された
電子メール暗号化システムの概略構成図である。

【００２８】本実施形態が適用された電子メール暗号化
システムは、図１に示すように、企業内ネットワークな
どの複数のローカルエリアネットワーク（ＬＡＮ）１
が、インターネット２を介して相互に接続された構成と
なっている。

【００２９】ＬＡＮ１は、電子メール（以下、単にメー
ルとも称する）のサーバとして機能するサーバ情報処理
装置１１と、メールのクライアントとして機能するクラ
イアント情報処理装置１２とが、ＬＡＮケーブル１３を
介して相互に接続されて構成されている。ＬＡＮケーブ
ル１３は、ルータ１４を介してインターネット２と接続
されている。

【００３０】ここで、図１では、各ＬＡＮ１内に１つの
クライアント情報処理装置１２を示しているが、実際に
は、複数のクライアント情報処理装置１２がＬＡＮケー
ブル１３に接続されている。

【００３１】なお、サーバ情報処理装置１１と前記クラ
イアント情報処理装置１２とが互いに離れた場所に存在
する場合、ＬＡＮケーブル１３の代わりに電話回線など
で両者を接続してもよい。

【００３２】サーバ情報処理装置１１は、中央処理装置
（ＣＰＵ）１１１と、メモリ１１２と、ＬＡＮコントロ
ーラ１１３と、ディスクコントローラ１１４と、磁気デ
ィスク１１５と、を備えている。

【００３３】サーバ情報処理装置１１は、起動時に、磁
気ディスク１１５に格納されたオペレーティングシステ
ム（ＯＳ）１１５ａおよびメールサーバプログラム１１
５ｂを、ディスクコントローラ１１４を介して、メモリ
１１２上にロードする。そして、ＣＰＵ１１１がメール
サーバプログラム１１５ｂを実行することで、メールサ
ーバとして機能する。

【００３４】すなわち、当該サーバ情報処理装置１１が
属するＬＡＮ１内のクライアント情報処理装置１２から
送られてきたメールや、インターネット２を介して他の
ＬＡＮ１内のサーバ情報処理装置１１から送られてきた
メールを、当該メールの宛先である、当該サーバ情報処
理装置１１が属するＬＡＮ１内のクライアント情報処理
装置１２に転送する。

【００３５】なお、サーバ情報処理装置１１は、磁気デ
ィスク１１５内にメールアドレス管理ファイル１１５ｃ
を格納している。このファイルによってユーザーのメー
ルアドレスを管理することで、メールの転送先を特定し
ている。

【００３６】メールサーバプログラム１１５ｂには、従
来より電子メールシステムに用いられているものをその
まま使用することができる。

【００３７】ＬＡＮコントローラ１１３は、当該サーバ
情報処理装置１１が属するＬＡＮ１内のクライアント情
報処理装置１２（すなわち、自己が管理するメールアド
レスを有するクライアント情報処理装置１２）、あるい
はインターネット２を介して接続された、他のＬＡＮ１
との間で通信を行うためのものである。

【００３８】なお、インターネット２を介して存在する
他のＬＡＮ１内の装置との間で、通信を行う場合は、通
信データの経路制御機能を有するルータ１４を介して行
う。

【００３９】クライアント情報処理装置１２は、ＣＰＵ
１２１と、メモリ１２２と、ＬＡＮコントローラ１２３
と、ディスクコントローラ１２４と、磁気ディスク１２
５と、ＩＣカードコントローラ１２６と、を備えてい
る。

【００４０】クライアント情報処理装置１２は、起動時
に、磁気ディスク１２５に格納されたＯＳ１２５ａ、共
用ファイル暗号プログラム１２５ｂ、および通信ＡＰＩ
（Application Program Interface）フックプログラム
１２５ｃを、ディスクコントローラ１２４を介して、メ
モリ１２２上にロードする。

【００４１】また、クライアント情報処理装置１２は、
ユーザの指示にしたがい、メールクライアントプログラ
ム１２５ｄを、ディスクコントローラ１２４を介して、
磁気ディスク１２５からメモリ１２２上にロードする。
そして、ＣＰＵ１２１がメールクライアントプログラム
１２５ｄを実行することで、メールクライアントとして
機能する。

【００４２】すなわち、作成したメールに宛先を付し
て、当該クライアント情報処理装置１２のメールアドレ
スを管理するサーバ情報処理装置１１に送信したり、当
該サーバ情報処理装置１１から送られてきた、自己宛て
のメールを受け取って、ユーザに知らせる。

【００４３】この際、送信メールは、共用ファイル暗号
プログラム１２５ｂによって暗号化される。また、受信
メールは、共用ファイル暗号プログラム１２５ｂによっ
て復号化される。

【００４４】通信ＡＰＩ（Application Program Interf
ace）フックプログラム１２５ｃは、メールクライアン
トプログラム１２５ｄによって、送信されるメールや、
受信したメールを、フック（横取り）して、共用ファイ
ル暗号プログラム１２５ｂでの処理に渡すためのもので
ある。

【００４５】メールクライアントプログラム１２５ｄに
は、従来より電子メールシステムに用いられているもの
をそのまま使用することができる。

【００４６】ＬＡＮコントローラ１２３は、当該クライ
アント情報処理装置１２が属するＬＡＮ１内のサーバ情
報処理装置１１との間で通信を行うためのものである。

【００４７】ＩＣカードコントローラ１２６には、ＩＣ
カード１５が装着される。このＩＣカード１５は、クラ
イアント情報処理装置１２において、メールを暗号化あ
るいは復号化するのに用いる鍵（以下、実効鍵と称す
る）を、暗号化あるいは復号化するための鍵（以下、グ
ループ鍵と称する）を生成する。

【００４８】なお、ＩＣカード１５は、本実施形態の電
子メール暗号化システムを利用するユーザ各々に予め配
布される。

【００４９】上記構成の電子メール暗号化システムで
は、クライアント情報処理装置１２は、作成したメール
を実効鍵で暗号化するとともに、この実効鍵をＩＣカー
ド１５で生成したグループ鍵で暗号化する。そして、暗
号化したメールに、暗号化した実効鍵を付して、当該ク
ライアント情報処理装置１２が属するＬＡＮ１内のサー
バ情報処理装置１１に送信する。

【００５０】サーバ情報処理装置１１は、受け取ったメ
ールの宛先が、自己が管理しているメールアドレスであ
る場合、当該メールをファイルとして磁気ディスク１１
５に格納する。

【００５１】一方、受け取ったメールの宛先が、自己が
管理しているメールアドレスでない場合は、当該メール
を、当該宛先を管理するサーバ情報処理装置１１に、イ
ンターネット２を介して転送する。

【００５２】また、クライアント情報処理装置１２は、
ユーザの指示にしたがい、自己のメールアドレスを管理
するサーバ情報処理装置１１から、自己宛のメールを受
信する。その後、ＩＣカード１５で生成されたグループ
鍵を用いて、当該メールに付加された実効鍵を復号化す
る。そして、復号化した実効鍵を用いて当該メールを復
号化し、ユーザに知らせる。

【００５３】次に、上述した電子メール暗号化システム
の主な構成について、さらに詳しく説明する。

【００５４】まず、ＩＣカード１５について説明する。

【００５５】ＩＣカード１５は、図１に示すように、Ｃ
ＰＵ１５１と、メモリ１５２と、入出力インタフェース
１５３と、を備えている。

【００５６】メモリ１５２には、アクセス制御プログラ
ム１５２ａと、グループ暗号プログラム１５２ｂと、Ｉ
Ｄ情報１５２ｃと、マスタ鍵１５２ｄと、を格納してい
る。

【００５７】アクセス制御プログラム１５２ａは、ＩＣ
カード１５およびクライアント情報処理装置１２間でデ
ータのアクセスを制御するためのプログラムである。Ｃ
ＰＵ１５１が当該プログラムを実行することで、両者間
でのデータアクセスが制御される。

【００５８】また、このプログラムを実行することによ
り、アクセスに先だって、ＣＰＵ１５１によるユーザー
認証制御が行われる。このようにすることで、メモリ１
５２の記憶内容を不正なアクセスから保護する。

【００５９】ＩＤ情報１５２ｃは、ＩＣカード１５を利
用するユーザを特定するための情報、具体的には、メー
ルアドレスである。

【００６０】マスタ鍵１５２ｄは、上述したグループ鍵
を生成するための鍵である。マスタ鍵１５２ｄの情報
は、本実施形態の電子メール暗号化システムを利用する
ユーザ各々に予め配布されたＩＣカード１５全てにおい
て共通する。すなわち、全てのＩＣカード１５は、同じ
情報のマスタ鍵１５２ｄを有することになる。

【００６１】グループ暗号プログラム１５２ｂは、グル
ープ鍵を生成するためのプログラムである。ＣＰＵ１５
１が当該プログラムを実行することで、グループ鍵が生
成される。

【００６２】次に、ＩＣカード１５において、ＣＰＵ１
５１がグループ暗号プログラム１５２ｂを実行した場合
の動作について説明する。

【００６３】まず、メールの送信側でのＩＣカード１５
の動作について説明する。

【００６４】図２は、メールの送信側において、ＩＣカ
ード１５がグループ鍵を生成する場合の動作を説明する
ためのフロー図である。

【００６５】まず、ステップ１００１では、グループ鍵
の生成に先だって、アクセス制御プログラム１５２ａに
対するログインが完了しているかどうかを検査する。

【００６６】完了していなければ、エラーコードを設定
し（ステップ１００２）、その後、フローを終了する。

【００６７】一方、ログインが完了している場合には、
自己が装着されたクライアント情報処理装置１２から宛
先リストを入手する（ステップ１００３）。

【００６８】ここで、宛先リストとは、自己のＩＣカー
ド１５が有するＩＤ情報１５２ｃ、すなわち送信者のメ
ールアドレスと、ユーザが指定した、復号化を許可する
相手のメールアドレスとを、各メールアドレス毎にカン
マで区切って並べたもに、乱数が付加されたものであ
る。

【００６９】たとえば、自己のメールアドレスが「jiro
@sl.abc.or.jp」であり、宛先のメールアドレスが「ang
ou@sl.abc.or.jp」と「yamada@sl.abc.or.jp」である場
合、その宛先リストは、「jiro@sl.abc.or.jp，angou@s
l.abc.or.jp，yamada@sl.abc.or.jp」に乱数が付加され
たものとなる。

【００７０】なお、宛先リストは、クライアント情報処
理装置１２において、後述する通信ＡＰＩフックプログ
ラム１２５ｃが実効されることで作成される。

【００７１】宛先リストの入手が終了すると、ステップ
１００４へ移行してグループ鍵を生成する。また、宛先
リストをマスタ鍵１５２ｄを用いてブロック暗号化し
て、暗号化宛先リストを生成する。その後、このフロー
を終了する。

【００７２】次に、図２におけるステップ１００４での
グループ鍵生成処理について説明する。

【００７３】図３は宛先リストのハッシュ値と、マスタ
鍵１５２ｄとを用いてグループ鍵を生成する手順を説明
するための図である。

【００７４】ここで、１５６ａは宛先リスト、１５４は
グループ鍵、１５５はハッシュ関数である。また、マス
タ鍵１５２ｄは８バイトであるとする。

【００７５】上述したように、宛先リスト１５６ａは、
後述する通信ＡＰＩフックプログラム１２５ｃが実効さ
れることで作成される。まず、送信者のメールアドレス
と宛先のメールアドレスとをカンマで区切って並べたデ
ータのバイト数が、丁度８の倍数となるように空白文字
で補い、次いで、８バイトの乱数を付加することで、宛
先リスト１５６ａが作成される。

【００７６】グループ暗号プログラム１５２ｂは、この
ようにして作成された宛先リスト１５６ａと、マスタ鍵
１５２ｄとを、ハッシュ関数１５５に入力することで、
グループ鍵１５４を生成する。

【００７７】ハッシュ関数１５５は、図３に示すよう
に、いわゆるブロック暗号方式による暗号化を行うブロ
ック暗号１５５ａ₁〜１５５ａ_nが、宛先リスト１５６ａ
のバイト数を８バイトで割った数だけ設けられて構成さ
れる。

【００７８】これ等のブロック暗号１５５ａ₁〜１５５
ａ_nは、先頭の段にあるブロック暗号１５５ａ₁が宛先リ
スト１５６ａの先頭から８バイト分に対応し、２番目の
段にあるブロック暗号１５５ａ₂が宛先リスト１５６ａ
の先頭から２番目の８バイト分に対応し、そして、最後
の段にあるブロック暗号１５５ａ_nが宛先リスト１５６
ａの最後の８バイト分に対応するように、各々設けられ
ている。

【００７９】また、ブロック暗号１５５ａ₁〜１５５ａ_n
各々の間、および最後のブロック暗号１５５ａ_nの後段
には、排他的論理和を行う演算子１５５ｂ₁〜１５５ｂ_n
が設けられている。

【００８０】上記構成のハッシュ関数１５５では、ま
ず、先頭の段のブロック暗号１５５ａ₁にて、８バイト
の初期値１５５ｃと、８バイトのマスタ鍵１５２ｄと、
宛先リスト１５６ａの先頭から８バイト分とを用いて、
ブロック暗号を行う。

【００８１】次に、演算子１５５ｂ₁にて、ブロック暗
号１５５ａ₁による暗号結果と、８バイトの初期値１５
５ｃとの排他的論理和を求める。

【００８２】次いで、２番目の段のブロック暗号１５５
ａ₂にて、演算子１５５ｂ₁での演算結果と、８バイトの
マスタ鍵１５２ｄと、宛先リスト１５６ａの先頭から２
番目の８バイト分とを用いて、ブロック暗号を行う。

【００８３】上記の処理を、最後の段のブロック暗号１
５５ａ_nまで順次行う。そして、ブロック暗号１５５ａ_n
の後段にある演算子１５５ｂ_nにて、ブロック暗号１５
５ａ_nによる暗号結果と、８バイトの初期値１５５ｃと
の排他的論理和を求める。この結果をグループ鍵１５４
として用いる。

【００８４】上述したように、宛先リスト１５６ａに乱
数を含めてあるので、同じ宛先であっても、宛先リスト
１５６ａが毎回異なることになる。したがって、同じ宛
先であっても、毎回異なるグループ鍵１５４が生成され
るので、セキュリティを向上させることができる。

【００８５】次に、電子メールの受取り側でのＩＣカー
ド１５の動作について説明する。

【００８６】図４は、メールの受取り側において、ＩＣ
カード１５がグループ鍵を生成する場合の動作を説明す
るためのフロー図である。

【００８７】まず、ステップ１１０１では、グループ鍵
の生成に先だって、アクセス制御プログラム１５２ａに
対するログインが完了しているかどうかを検査する。

【００８８】完了していなければ、エラーコードを設定
し（ステップ１１０２）、その後、フローを終了する。

【００８９】一方、ログインが完了している場合には、
暗号化されたメールに付加された暗号化宛先リストを、
マスタ鍵１５２ｄを用いて復号化する。そして、復号化
した宛先リストに、自己のＩＤ情報１５２ｃ、すなわち
メールアドレスが含まれているか否かを調べる（ステッ
プ１１０３）。

【００９０】自己のＩＤ情報１５２ｃが含まれていれ
ば、ステップ１１０４へ移行し、図３のステップ１００
４と同じ要領でグループ鍵を生成する。したがって、生
成されたグループ鍵は、電子メールの送信者が生成した
ものと同じになる。その後、このフローを終了する。

【００９１】一方、含まれていない場合は、ステップ１
１０５へ移行してエラーコードを設定し、その後、この
フローを終了する。

【００９２】以上説明したフローにより、ＩＣカード１
５にログイン済みで、且つ復号化した宛先リスト内に自
己のＩＣカード１５のＩＤ情報１５２ｃがある場合にの
み、すなわち、メールの送信者が復号を許可した者の
み、グループ鍵を生成することができる。

【００９３】次に、クライアント情報処理装置１２につ
いて説明する。

【００９４】上述したように、共用ファイル暗号プログ
ラム１２５ｂは、送信メールを暗号化したり、受信メー
ルを復号化するためのプログラムである。また、通信Ａ
ＰＩフックプログラム１２５ｃは、メールクライアント
プログラム１２５ｄがＯＳ１２５ａに発行する通信ＡＰ
Ｉをフック（横取り）して、共用ファイル暗号プログラ
ム１２５ｂでの処理に渡すためのプログラムである。

【００９５】共用ファイル暗号プログラム１２５ｂおよ
び通信ＡＰＩフックプログラム１２５ｃ各々を構成する
プログラムルーチンを、それぞれ図５、図６に示す。

【００９６】共用ファイル暗号プログラム１２５ｂは、
図５に示すように、ＩＣカード１５０へのログインを行
うログイン制御ルーチン１２５ｂ₁と、ログアウトを行
うログアウト制御ルーチン１２５ｂ₂と、送信メールを
暗号化したり、暗号化された受信メールを復号化したり
するデータ暗号化ルーチン１２５ｂ₃とで構成される。

【００９７】また、通信ＡＰＩフックプログラム１２５
ｃは、図６に示すように、send関数に入力されたメール
をフックするsendフックルーチン１２５ｃ₁と、recv関
数に入力されたメールをフックするrecvフックルーチン
１２５ｃ₂と、closed socket関数をフックするclosed s
ocketフックルーチン１２５ｃ₃とで構成される。

【００９８】ここで、send関数、recv関数、およびclos
ed socket関数は、メールクライアントプログラム１２
５ｄがメールの送受信を行うときに、ＯＳ１２５ａに発
行する通信ＡＰＩであるsocket関数（以下、ソケットと
もいう）である。

【００９９】send関数は、メールをメールサーバ（ここ
では、サーバ情報処理装置１１）に送るときに使用され
る。recv関数はメールを受け取るときに使用される。cl
osedsocket関数は、open socket関数と対となる関数で
あり、ソケットがメールを扱うことができるか否かを決
定する関数である。

【０１００】メールクライアントプログラム１２５ｄ
は、send関数あるいはrecv関数を使用する場合、すなわ
ちメールの送受信処理を開始する場合、open socket関
数を呼び出してソケットをオープンにする。一方、send
関数あるいはrecv関数の使用が終了した場合、すなわち
メールの送受信処理が終了した場合、closed socket関
数を呼び出してソケットをクローズにする。

【０１０１】次に、クライアント情報処理装置１２にお
いて、ＣＰＵ１２１が、共用ファイル暗号プログラム１
２５ｂのデータ暗号化ルーチン１２５ｂ₃を実行した場
合の動作について説明する。

【０１０２】まず、メールの送信側でのクライアント情
報処理装置１２の動作について説明する。

【０１０３】図７は、メールの送信側において、クライ
アント情報処理装置１２が送信メールを暗号化する場合
の手順を説明するための図である。

【０１０４】ここで、点線で囲まれたＡ部は、ＩＣカー
ド１５によって行われる手順を示している。

【０１０５】まず、ＣＰＵ１２１は、乱数を用いて実効
鍵１２７ａを生成する。

【０１０６】つぎに、ブロック暗号１２８ａにて、ユー
ザが作成した平文ファイル（あるいはメールデータ）１
２９ａを、実効鍵１２７ａを用いてブロック暗号化す
る。これにより、暗号文データ１２９ｂを生成する。

【０１０７】一方、ブロック暗号１２８ｂにて、実効鍵
１２７ａを、ＩＣカード１５で生成したグループ鍵を用
いてブロック暗号化する。これにより、暗号化実効鍵１
２７ｂを生成する。

【０１０８】次に、暗号文データ１２８ｂのヘッダに、
使用した暗号化方式を示す情報１３０と、暗号化実効鍵
１２７ｂと、ＩＣカード１５で生成した暗号化宛先リス
ト１５６ｂと、暗号化宛先リスト１５６ｂのサイズ１３
１とを付加する。

【０１０９】次に、メールの受信側でのクライアント情
報処理装置１２の動作について説明する。

【０１１０】図８は、メールの受信側において、クライ
アント情報処理装置１２が受信メールを復号化する場合
の手順を説明するための図である。

【０１１１】ここで、点線で囲まれたＢ部は、ＩＣカー
ド１５によって行われる手順を示している。

【０１１２】まず、ＣＰＵ１２１は、暗号化実効鍵１２
７ｂを、ＩＣカード１５にて生成したグループ鍵１５４
を用いて復号化する。これにより、平文ファイル１２９
ａを暗号化するのに用いた実効鍵１２７ａを得る。

【０１１３】次に、実効鍵１２７ａを用いて、暗号文デ
ータ１２９ｂを復号化する。これにより、平文ファイル
１２９ａを得る。

【０１１４】なお、復号化は、暗号文データ１２９ｂの
ヘッダに付加された暗号化方式１３０にしたがって行
う。ここでは、暗号化方式１３０がブロック暗号化方式
であったとして、暗号化実効鍵１２７ｂおよび暗号文デ
ータ１２９ｂを、それぞれ復号化している。

【０１１５】次に、クライアント情報処理装置１２にお
いて、ＣＰＵ１２１が、共用ファイル暗号プログラム１
２５ｂのログイン処理ルーチン１２５ｂ₁を実行した場
合の動作について説明する。

【０１１６】図９は、クライアント情報処理装置１２に
おいて、ＣＰＵ１２１が、共用ファイル暗号プログラム
１２５ｂのログイン処理ルーチン１２５ｂ₁を実行した
場合の動作を説明するためのフロー図である。

【０１１７】まず、ステップ１２０１において、ユーザ
ＩＤとパスワードとの入力を受け付けた後、受け付けた
ユーザＩＤとパスワードとを用いて、当該クライアント
情報処理装置１２に装着されたＩＣカード１５にログイ
ンを試みる（ステップ１２０２）。

【０１１８】ステップ１２０３では、ステップ１２０２
でのログインが成功したか否かを判定する。判定の結
果、失敗した場合はステップ１２０９へ移行し、３回続
けて失敗するまでは、ステップ１２０１〜ステップ１２
０３の処理を繰り返すよう制御する。一方、ログインに
成功すると、ステップ１２０４へ移行して、イベント待
ちの状態となる。

【０１１９】イベントが到着すると、それがログアウト
要求であるか否かを調べる（ステップ１２０５）。ログ
アウト要求ならば、ステップ１２０８へ移行して、ログ
アウト処理を行い、このフローを終了する。

【０１２０】一方、到着したイベントが、ログアウト要
求でない場合は、ステップ１２０６へ移行して、それが
タイマイベントであるか否かを調べる。タイマイベント
でない場合はステップ１２０４に戻り、タイマイベント
である場合は、ステップ１２０７へ移行して、ＩＣカー
ド１５がクライアント情報処理装置１２に接続されてい
るか否かを調べる。

【０１２１】ここで、接続されていればステップ１２０
４に戻る。一方、接続されていない場合は、ステップ１
２０８のログアウト処理を実行し、その後、このフロー
を終了する。

【０１２２】このように、タイマイベントを用いて定期
的にＩＣカード１５の接続状態を調べることにより、Ｉ
Ｃカード１３０を抜いた際のログアウト処理を自動化す
ることができる。

【０１２３】次に、クライアント情報処理装置１２にお
いて、ＣＰＵ１２１が、共用ファイル暗号プログラム１
２５ｂのログアウト処理ルーチン１２５ｂ₂を実行した
場合の動作について説明する。

【０１２４】図１０は、クライアント情報処理装置１２
において、ＣＰＵ１２１が、共用ファイル暗号プログラ
ム１２５ｂのログアウト処理ルーチン１２５ｂ₂を実行
した場合の動作を説明するためのフロー図である。

【０１２５】まず、ステップ１３０１において、送受信
中のメールがあるか否かを調べる。送受信中のメールが
ある場合は、ステップ１３０２へ移行して、ユーザーに
ログアウトを中止するか否かを尋ねる。

【０１２６】ログアウト処理を中止する場合は、このフ
ローを終了する。一方、中止しない場合は、ステップ１
３０３へ移行して、メールの送受信処理が終了するのを
待つ。

【０１２７】メールの送受信処理が終了した後、ステッ
プ１３０４へ移行して、ＩＣカード１５がクライアント
情報処理装置１１０に接続されているかどうかを調べ
る。接続されていれば、ステップ１３０５へ移行して、
ＩＣカード１５に対してログアウトコマンドを送出し、
このフローを終了する。一方、ＩＣカード１５が接続さ
れていない場合は、そのままフローを終了する。

【０１２８】次に、クライアント情報処理装置１２にお
いて、ＣＰＵ１２１が、通信ＡＰＩフックプログラム１
２５ｃを実行した場合の動作について説明する。

【０１２９】まず、通信ＡＰＩフックプログラム１２５
ｃが行う送受信データの入出力について説明する。

【０１３０】図１１は、本実施形態において、メールを
暗号化あるいは復号化する際におけるデータの入出力を
説明するための図である。

【０１３１】ここで、受信バッファ４１および送信バッ
ファ４２は、メールクライアントプログラム１２５ｄに
よってメモリ１２２内に用意されるバッファである。ま
た、平文ブロックバッファ４３および暗号文ブロックバ
ッファ４４は、通信ＡＰＩフックプログラム１２５ｃに
よってメモリ１２２内に用意されるバッファである。

【０１３２】まず、メールクライアントプログラム１２
５ｄによってメールが送信される際のデータの入出力に
ついて説明する。この処理は、図１１において、点線で
示されており、ＣＰＵ１２１が、通信ＡＰＩフックプロ
グラム１２５ｃのsendフックルーチン１２５Ｃ₁を実行
することで行われる。

【０１３３】まず、メールクライアントプログラム１２
５ｄによって送信バッファに格納されたメール（この段
階では、まだ暗号化されていない）を、平文ブロックバ
ッファ４３にコピーする。

【０１３４】平文ブロックバッファ４３がメールで満た
された場合、あるいは平文ブロックバッファ４３にメー
ルの終端部分がコピーされた場合、共用ファイル暗号プ
ログラム１２５ｂに処理を渡し、平文ブロックバッファ
４３に格納されたデータの暗号化処理が終了するのを待
つ。

【０１３５】共用ファイル暗号プログラム１２５ｂによ
る暗号化処理が終了すると、暗号文を暗号文ブロックバ
ッファ４４にコピーする。

【０１３６】その後、暗号文ブロックバッファ４４に格
納された暗号文を、送信バッファ４２に上書きコピーす
る。

【０１３７】以後、送信メールが続く場合（送信メール
の終端部分が、未だ平文ブロックバッファ４３へコピー
されていない場合）は、上述した、当該送信メールの平
文ブロックバッファ４３へのコピー、共用ファイル暗号
プログラム１２５ｂで暗号化された暗号文の暗号文ブロ
ックバッファ４４へのコピー、および、暗号文の送信バ
ッファ４２への上書きコピーを、送信メールのデータが
なくなるまで順次繰り返す。

【０１３８】次に、メールクライアントプログラム１２
５ｄによってメールが受信された際のデータの入出力に
ついて説明する。この処理は、図１１において、実線で
示されており、ＣＰＵ１２１が、通信ＡＰＩフックプロ
グラム１２５ｃのrecvフックルーチン１２５Ｃ₂を実行
することで行われる。

【０１３９】まず、メールクライアントプログラム１２
５ｄによって受信バッファに格納されたメール（この段
階では、まだ復号化されていない）を、暗号文ブロック
バッファ４３にコピーする。

【０１４０】暗号文ブロックバッファ４４がメールで満
たされた場合、あるいは暗号文ブロックバッファ４４に
メールの終端部分がコピーされた場合、共用ファイル暗
号プログラム１２５ｂに処理を渡し、暗号文ブロックバ
ッファ４４に格納されたデータの復号化処理が終了する
のを待つ。

【０１４１】共用ファイル暗号プログラム１２５ｂによ
る復号化処理が終了すると、平文（復号文）を平文ブロ
ックバッファ４３にコピーする。

【０１４２】その後、平文ブロックバッファ４３に格納
された平文を、受信バッファ４１に上書きコピーする。

【０１４３】以後、受信メールが続く場合（受信メール
の終端部分が、未だ暗号文ブロックバッファ４４にコピ
ーされていない場合）は、上述した、当該受信メールの
暗号文ブロックバッファ４４へのコピー、共用ファイル
暗号プログラム１２５ｂで復号化された平文の平文ブロ
ックバッファ４３へのコピー、および、平文の受信バッ
ファ４１への上書きコピーを、受信メールのデータがな
くなるまで順次繰り返す。

【０１４４】次に、通信ＡＰＩフックプログラム１２５
ｃが行う送受信データの入出力の管理方法について説明
する。

【０１４５】通信ＡＰＩフックプログラム１２５ｃは、
送受信データの入出力を、オープン中のソケットを管理
することで行う。

【０１４６】図１２は、オープン中のソケットを管理す
るためのソケット情報テーブルを示した図である。

【０１４７】ソケット情報テーブルには、ソケット記述
子５０１、送信フラグ５０２、送信データポインタ５０
３、受信フラグ５０４、受信データポインタ５０５、暗
号化実効鍵１２７ｂ、暗号化宛先リストのサイズ１３
１、暗号化宛先リスト１５６ｂ、グループ鍵１５４、実
効鍵１２７ａ、暗号文ブロックバッファポインタ５０
６、および平文ブロックバッファポインタ５０７の各情
報を、オープン中の各ソケット毎にポインタ５０８を用
いて、リスト構造で格納されている。

【０１４８】ここで、ソケット記述子５０１とは、ソケ
ットをオープンした際にＯＳ１２５ａから与えられる管
理番号である。

【０１４９】送信フラグ５０２とは、ソケット記述子５
０１で特定されるソケットを使用して１件のメールを送
信している場合に「１」、送信していない場合に「０」
で示されるフラグである。

【０１５０】受信フラグ５０４とは、ソケット記述子５
０１で特定されるソケットを使用して１件のメールを受
信している場合に「１」、受信していない場合に「０」
で示されるフラグである。

【０１５１】送信データポインタ５０３とは、送信デー
タから平文メールを読み込む際の起点を示すものであ
り、sendフックルーチン１２５Ｃ₁によって、データ送
信時に送信バッファの先頭アドレスが登録される。

【０１５２】受信データポインタ５０５は、受信データ
から暗号文を読み込む際の起点を示すものであり、recv
フックルーチン１２５Ｃ₂によって、データ受信時に受
信バッファの先頭アドレスが登録される。

【０１５３】暗号文ブロックバッファポインタ５０６お
よび平文ブロックバッファポインタ５０７は、それぞ
れ、図１１に示す暗号文ブロックバッファ４４、平文ブ
ロックバッファ４３へのポインタである。暗号化あるい
は復号化処理時に、バッファ間で暗号文や平文をコピー
する際の起点となるものである。

【０１５４】グループ鍵１５４および実効鍵１２７ａ
は、メールを送信する際に、当該メールの暗号化処理に
用いたものが登録される。

【０１５５】暗号化実効鍵１２７ｂ、暗号化宛先リスト
サイズ１３１、および、暗号化宛先リスト１５６ｂは、
メール受信した際に、当該メールのヘッダーから読み込
まれ登録される。

【０１５６】なお、暗号化宛先リスト１５６ｂは、図８
に示すように、マスタ鍵１５２ｄによって復号化され
る。さらに、復号化された宛先リスト１５６ａとマスタ
鍵１５２ｄとを基にグループ鍵１５４が生成される。

【０１５７】実効鍵１２７ａは、このグループ鍵１５４
を用いて暗号化実効鍵１２７ｂを復号化することで得ら
れる。

【０１５８】なお、ソケット情報テーブルは、たとえば
メモリ１２２内に格納される。

【０１５９】次に、クライアント情報処理装置１２にお
いて、ＣＰＵ１２１が、通信ＡＰＩフックプログラム１
２５ｃのsendフックルーチン１２５Ｃ₁を実行した場合
の動作について説明する。

【０１６０】図１３は、クライアント情報処理装置１２
において、ＣＰＵ１２１が、通信ＡＰＩフックプログラ
ム１２５ｃのsendフックルーチン１２５Ｃ₁を実行した
場合の動作を説明するためのフロー図である。このフロ
ーは、メールクライアントプログラム１２５ｄが実行さ
れて、send関数が呼び出されることで実行される。

【０１６１】まず、ステップ１４０１において、send関
数使用のためにオープンになっているソケットをフック
する。そして、フックしたソケットの記述子が、上述し
たソケット情報テーブルに登録されているか否かを調べ
る。

【０１６２】登録されていない場合はステップ１４０２
へ移行して、当該ソケットに関するテーブルをソケット
情報テーブルに追加し、必要な情報を登録する。

【０１６３】一方、登録されていない場合は、ステップ
１４０３へ移行する。

【０１６４】ステップ１４０３では、メールクライアン
トプログラム１２５ｄによってメールサーバへ送信され
るデータが、「MAIL FROM:」コマンドであるか否かを調
べる。

【０１６５】ここで、「MAIL FROM：」コマンドとは、
メールの送信元を表すコマンドである。

【０１６６】たとえば、「jiro@sl.abc.or.jp」のアド
レスを持つユーザーが、メールを送信した場合、「MAIL
FROM:<jiro@sl.abc.or.jp>」のデータが、メールサー
バであるサーバ情報処理装置１１へ送信される。

【０１６７】このコマンドは、一般的なメールシステム
に用いられている標準的なプロトコル（通信規約）の中
で使用されているものである。

【０１６８】「MAIL FROM:」コマンドである場合、ステ
ップ１４１２へ移行して、「MAIL FROM:」コマンドに続
いて記述される送信者のメールアドレスを、メモリ１２
２などに、宛先リストとして登録する。

【０１６９】その後、ステップ１４１０において、「MA
IL FROM:」コマンドのsend処理（メールサーバへの送信
処理）を実行した後、リターンして（ステップ１４１
１）、send関数にデータが入力されるのを待つ。

【０１７０】一方、「MAIL FROM :」コマンドでない場
合は、ステップ１４０４へ移行して、メールサーバへ送
信されるデータが「RCPT TO:」コマンドであるか否かを
調べる。

【０１７１】ここで、「RCPT TO:」コマンドとは、メー
ルの宛先を表すコマンドであり、上述した「MAIL FRO
M:」コマンドの場合と同様に、コマンドの後ろに該当す
るメールアドレスが記述されている。

【０１７２】このコマンドも、「MAIL FROM:」コマンド
と同様、一般的なメールシステムに用いられている標準
的なプロトコルの中で使用されているものである。

【０１７３】「RCPT TO:」コマンドである場合、ステッ
プ１４１３に移行し、当該コマンドに続いて記述される
宛先のメールアドレスを、ステップ１４１２で登録した
宛先リストに追加登録する。

【０１７４】したがって、宛先リストは、ステップ１４
１２で追加登録した送信者のメールアドレスと、宛先の
メールアドレスとを合わせたものとなる。次に、この宛
先リストに所定の加工（データ長を８バイトの倍数とす
るための空白文字の付加、および８バイトの乱数の付
加）を施して宛先リスト１５６ａを作成する。

【０１７５】ステップ１４１３において宛先リストの作
成が終了すると、ステップ１４１４へ移行して、当該作
成した宛先リストをＩＣカード１５に送る。これを受け
て、ＩＣカード１５において、グループ暗号プログラム
１５２ｂが実行され、グループ鍵が生成される。また、
クライアント情報処理装置１２において、共有ファイル
暗号プログラム１２５ｂが実行され、乱数によって実効
鍵が生成される。

【０１７６】その後、「RCPT TO:」コマンドのsend処理
（メールサーバへの送信処理）を実行した後、リターン
して（ステップ１４１１）、send関数にデータが入力さ
れるのを待つ。

【０１７７】一方、ステップ１４０４において、メール
サーバへ送信されるデータが「RCPTTO:」コマンドでな
いと判断された場合、ステップ１４０５へ移行して、当
該データ「DATA」コマンドであるか否かを調べる。

【０１７８】ここで、「DATA」コマンドとは、メール送
信の直前に送信されるコマンドであり、このコマンドの
以後に続く送信データがメールに該当する。

【０１７９】このコマンドも、上記の「MAIL FROM:」コ
マンドなどと同様、一般的なメールシステムに用いられ
ている標準的なプロトコルの中で使用されているもので
ある。

【０１８０】「DATA」コマンドである場合、対応するソ
ケット情報テーブルの送信フラグ５０２をオン
（「１」）にする。

【０１８１】一方、「DATA」コマンドでない場合は、ス
テップ１４０６へ移行して、対応するソケット情報テー
ブルの送信フラグ５０２を調べる。

【０１８２】送信フラグ５０２がオンの場合、フックし
た送信データはメールである。この場合、クライアント
情報処理装置１２において、共有ファイル暗号プログラ
ム１２５ｂが実行され、ステップ１４１４で生成された
グループ鍵と実効鍵とによって送信データが暗号化され
る（ステップ１４０７）。

【０１８３】ステップ１４０８では、フックした送信デ
ータにメールの終端が含まれるか否かを調べる。メール
の終端が含まれていない場合は、ステップ１４１０へ移
行して、ステップ１４０７で暗号化したメールのsend処
理（メールサーバへの送信処理）を実行する。その後、
リターンして（ステップ１４１１）、send関数にデータ
が入力されるのを待つ。

【０１８４】一方、メールの終端が含まれている場合
は、ステップ１４０９へ移行して、対応するソケット情
報テーブルの送信フラグ５０２をＯｆｆ（「０」）にし
た後、ステップ１４０７で暗号化したメールのsend処理
（メールサーバへの送信処理）を実行（ステップ１４１
０）する。その後、リターンして（ステップ１４１
１）、send関数にデータが入力されるのを待つ。

【０１８５】なお、ステップ１４０６において、送信フ
ラグ５０２がオフであると判断された場合は、送信デー
タに特別な処理を実行する必要がないデータとみなす。

【０１８６】次に、クライアント情報処理装置１２にお
いて、ＣＰＵ１２１が、通信ＡＰＩフックプログラム１
２５ｃのsendフックルーチン１２５Ｃ₁を実行した場合
の動作について説明する。

【０１８７】図１４は、クライアント情報処理装置１２
において、ＣＰＵ１２１が、通信ＡＰＩフックプログラ
ム１２５ｃのsendフックルーチン１２５Ｃ₂を実行した
場合の動作を説明するためのフロー図である。このフロ
ーは、メールクライアントプログラム１２５ｄが実行さ
れて、recv関数が呼び出されることで実行される。

【０１８８】まず、ステップ１５０１において、メール
クライアントプログラム１２５ｄが呼び出したrecv関数
の処理（メールサーバからのデータ受信処理）を行い、
その後、recv関数使用のためにオープンになっているソ
ケットをフックする。そして、フックしたソケットの記
述子が、上述したソケット情報テーブルに登録されてい
るか否かを調べる。登録されていない場合は、当該ソケ
ットに関するテーブルをソケット情報テーブルに追加
し、必要な情報を登録する。

【０１８９】次に、ステップ１５０２において、対応す
るソケット情報テーブルの受信フラグ５０４を調べる。

【０１９０】受信フラグ５０４がオフ（「０」）の場合
は、ステップ１５０９へ移行して、受信データが新規メ
ールであるか否かを調べる。通常、メールサーバから転
送されるメールの先頭には、文字列「Received:」が付
与されている。したがって、フックしたソケットに入力
された受信データに、文字列「Received:」があるか否
かを調べることで、当該受信データが新規メールである
か否かを判断することができる。

【０１９１】なお、文字列「Received:」は、上記の「M
AIL FROM:」コマンドと同様、一般的なメールシステム
に用いられている標準的なプロトコルの中で使用されて
いるものである。

【０１９２】新規メールである場合は、ステップ１５１
０へ移行して、対応するソケット情報テーブルの受信フ
ラグ５０４をオン（「１」）にする。一方、新規メール
でない場合は、ステップ１１５０８へ移行してrecv関数
にデータが入力されるのを待つ。

【０１９３】ステップ１５０２において、受信フラグ５
０４がオン（「１」）であると判断された場合、ステッ
プ１５０３へ移行して、受信メールが暗号化されている
か否かを調べる。暗号化されているか否かは、図８に示
すメールのヘッダに付与されている暗号化方式１３０を
調べることで判断することができる。

【０１９４】暗号化されている場合は、図８に示すメー
ルのヘッダに付与されている暗号化宛先リスト１５６ｂ
を、ＩＣカード１５に送る。これを受けて、ＩＣカード
１５において、グループ暗号プログラム１５２ｂが実行
され、暗号化宛先リスト１５６ｂの復号化が行われ、そ
の後、当該ＩＣカード１５が有するＩＤ情報１５２ｃ
が、復号化された宛先リスト１５６ａに含まれているか
否かの判断が行われる（ステップ１５０４）。

【０１９５】そして、含まれている場合は、ＩＣカード
１５において、復号化された宛先リスト１５６ａを基に
グループ鍵が生成される。これを受けて、クライアント
情報処理装置１２において、共有ファイル暗号プログラ
ム１２５ｂが実行され、受信データが復号化される（ス
テップ１５０５）。

【０１９６】ステップ１５０６では、受信データ中にメ
ールの終端部分が含まれているか否かを調べる。含まれ
ている場合はステップ１５０７へ移行して、対応するソ
ケット情報テーブルの受信フラグ５０２をオフにした
後、ステップ１５０８へ移行する。一方、終了していな
い場合は、直接ステップ１５０８へ移行する。

【０１９７】ステップ１５０４において、ＩＣカード１
５が有するＩＤ情報１５２ｃが復号化された宛先リスト
１５６ａに含まれていないと判断された場合、ステップ
１５１１へ移行して、受信した暗号メールにメッセージ
を付加し、その後、対応するソケット情報テーブルの受
信フラグ５０２をオフにする。

【０１９８】ステップ１５０８では、メールクライアン
トプログラム１２５ｄに処理を返して、次の受信データ
を待つ。

【０１９９】図１４に示すrecvフックルーチン１２５Ｃ
₂のフローにより、暗号メールを受信した場合に、自己
がメールの送信側で作成された宛先リストに含まれるユ
ーザーである場合は、図１４のステップ１５０５におい
て、共用ファイル暗号プログラム１２５ｂにより当該暗
号メールの復号化処理が行われる。そして、メールクラ
イアントプログラム１２５ｄにより、クライアント情報
処理装置１２の表示画面に、たとえば、図１６（ａ）に
示すような、復号化されたメール（平文６０１）の内容
が表示される。

【０２００】一方、前記宛先リストに含まれないユーザ
ーである場合は、図１４のステップ１５１１において、
当該暗号メールにメッセージが付加される。そして、メ
ールクライアントプログラム１２５ｄにより、クライア
ント情報処理装置１２の表示画面に、たとえば、図１６
（ｂ）に示すような、暗号メール６０２そのものと、メ
ッセージ６０３とが表示される。

【０２０１】ところで、通常、電子メールの暗号化方式
では、暗号化処理によりメールをバイナリデータへ変換
している。この際、元々はテキストデータであったメー
ル本文が、暗号化処理によりバイナリデータへ変換され
ると、該暗号メールがメールサーバ（サーバ情報処理装
置１１）を通過するときに情報が欠落するという問題が
発生する。

【０２０２】そこで、暗号データ等のバイナリデータを
テキストデータへ変換する技術が一般に用いられてい
る。その技術の一つとして、Ｂａｓｅ６４と呼ばれるも
のがある。Ｂａｓｅ６４は、暗号化データを２４ビット
データを１ブロックとして分割し、さらに各ブロックを
４個の６ビットデータに分割する。そして、上記分割し
たデータをテキストデータに変換（エンコード）する。
テキストデータには、英数字と「＋」および「／」の６
４種類が含まれる。

【０２０３】ここで、暗号文の最後のブロックが２４ビ
ットに満たない場合は、パディング情報として「＝」を
付加する。たとえば、最後のブロックが８ビットしかな
い場合は、該ブロックのエンコード結果は２個のテキス
トデータと２個の「＝」となる。また、最後のブロック
が１６ビットしかない場合は、当該ブロックのエンコー
ド結果は３個のテキストデータと１個の「＝」となる。

【０２０４】エンコード処理の結果、３バイトの暗号化
データが４バイトのテキストデータに変換されるため、
暗号化データサイズは３分の４倍に増える。

【０２０５】本実施形態においても、sendフックルーチ
ン１２５Ｃ₁のステップ１４０７で暗号化処理で生成し
たバイナリデータを、テキストデータへ変換してから送
信することにより、上記の問題を解決することができ
る。

【０２０６】この場合、recvフックルーチン１２５Ｃ₂
において、ステップ１５０５でデータを復号化する前に
テキストデータをバイナリデータへ逆変換する処理を実
行すればよい。

【０２０７】次に、クライアント情報処理装置１２にお
いて、ＣＰＵ１２１が、通信ＡＰＩフックプログラム１
２５ｃのclose socketフックルーチン１２５Ｃ₃を実行
した場合の動作について説明する。

【０２０８】図１５は、クライアント情報処理装置１２
において、ＣＰＵ１２１が、通信ＡＰＩフックプログラ
ム１２５ｃのclose socketフックルーチン１２５Ｃ₃を
実行した場合の動作を説明するためのフロー図である。
このフローは、メールクライアントプログラム１２５ｄ
によるメールの送受信が終了した際に実行される。

【０２０９】まず、ステップ１６０１において、メール
クライアントプログラム１２５ｄが呼び出したclose so
cket関数の引数に指定されたソケット記述子が、ソケッ
ト情報テーブルに登録されているかを調べる。

【０２１０】登録されている場合は、ステップ１６０２
へ移行して、ソケット記述子に対応するソケット情報を
ソケット情報テーブルから削除し（ステップ１６０
２）、その後、close socket処理を実行する（ステップ
１６０３）。

【０２１１】一方、登録されていない場合は、直ちにcl
ose socket処理を実行する（ステップ１６０３）。

【０２１２】ステップ１６０４では、リターンしてメー
ルクライアントプログラム１２５ｄに処理を返す。

【０２１３】図１３〜図１５に示した通信ＡＰＩフック
プログラム１２５ｃの各ルーチンでの処理により、ユー
ザは、メールの暗号化、あるいは暗号化されたメールの
復号化のための操作を行うことなく、すなわち、ユーザ
としては、メールクライアントプログラム１２５ｄを実
行させることで、メールの暗号化・復号化処理を自動的
に行わせることができる。

【０２１４】以上説明したように、本実施形態では、メ
ール送信側のクライアント情報処理装置１２において、
メール本文の暗号化に用いた実効鍵１２７ａを、ユーザ
各々に配布されたＩＣカード１５が有する同一のマスタ
鍵１５２ｄと、送信者のメールアドレスと宛先のメール
アドレスとを用いて作成した宛先リスト１５６ａとを基
に作成したグループ鍵１５４を用いて暗号化し、暗号化
実効鍵１２７ｂを生成している。

【０２１５】また、宛先リスト１５６ａをマスタ鍵１５
２ｄを用いて暗号化し、暗号化宛先リスト１５６ｂを作
成している。

【０２１６】そして、暗号化実効鍵１２７ｂと、暗号化
宛先リスト１５６ｂとを、暗号化メールのヘッダに付し
てメールサーバであるサーバ情報処理装置１１に送信し
ている。

【０２１７】一方、メール受信側のクライアント情報処
理装置１２では、サーバ情報処理装置１１から送られて
きた、暗号化メールのヘッダに付された暗号化宛先リス
ト１５６ｂを、マスタ鍵１５２ｄを用いて復号化し、こ
の復号化された宛先リスト１５６ａとマスタ鍵１５２ｄ
とを用いて、メールを暗号化するのに用いたもと同一の
グループ鍵１５４を生成している。

【０２１８】そして、このグループ鍵１５４を用いて、
暗号化メールのヘッダに付された暗号化実効鍵１２７ｂ
を復号化し、その後、復号化された実効鍵１２７ａを用
いて暗号化メールを復号化している。

【０２１９】したがって、本実施形態によれば、対象と
なるユーザーの数に関わらず、ユーザ各々が管理する鍵
が１個で済む。このため、同じメールを複数の宛先へ送
信する場合に、暗号化処理にかかる負担を軽減すること
ができる。

【０２２０】また、本実施形態では、グループ鍵１５４
の生成をＩＣカード１５内で行っている。すなわち、グ
ループ鍵１５４生成の基となるマスタ鍵１５２ｄの情報
は、クライアント情報処理装置１２側に伝わらない。く
わえて、ＩＣカード１５に対するログイン／ログアウト
処理を行うことで、ＩＣカード１５の使用を、当該ＩＣ
カードにアクセスする権限を有するユーザに対してのみ
許可している。

【０２２１】したがって、本実施形態によれば、信頼性
の高いメール暗号化システムを実現することができる。

【０２２２】さらに、本実施形態では、通信ＡＰＩフッ
クプログラム１２５ｃにより、メールクライアントプロ
グラム１２５ｄがメールの送受信のために呼び出したソ
ケットをフックしている。そして、フックしたソケット
に入力されたデータが送信メールの場合は、グループ暗
号プログラム１５２ｂおよび共有ファイル暗号プログラ
ム１２５ｂを用いて当該送信メールに上記の暗号化処理
を行い、この暗号化されたメールを送信するようにして
いる。

【０２２３】一方、フックしたソケットに入力されたデ
ータが受信メールの場合は、グループ暗号プログラム１
５２ｂおよび共有ファイル暗号プログラム１２５ｂを用
いて当該受信メールに上記の復号化処理を行い、その
後、処理をメールクライアントプログラム１２５ｄに返
している。

【０２２４】したがって、本実施形態によれば、メール
の暗号化、あるいは暗号化されたメールの復号化のため
の処理を自動的に行わせることができる。

【０２２５】なお、通常の電子メールシステムでは、複
数のアドレスに対して同報通信する場合、宛先アドレス
を各々指定する操作を軽減するため、予めアドレスを一
つに纏めたメーリングリストと呼ばれるアドレスを定義
しておくことができる。本実施形態においても、メーリ
ングリストを、サーバ情報処理装置１２のメールアドレ
ス管理ファイル１１５ｃに登録しておくことで、ユーザ
ーは、メーリングリストのアドレスを宛先として指定す
るだけで、当該メーリングリストに含まれる複数ユーザ
ーへの同報通信を行うことができる。

【０２２６】本発明は、上記の実施形態に限定されるも
のではなく、その要旨の範囲内で数々の変形が可能であ
る。

【０２２７】たとえば、上記の実施形態では、グループ
鍵１５４を用いて、メールの暗号化あるいは復号化に用
いる実効鍵１２７ａを暗号化する場合について説明し
た。しかしながら、本発明はこれに限定されるものでは
なく、グループ鍵１５４を用いて直接メールを暗号化及
び復号化するようにしてもよい。

【０２２８】また、上記の実施形態では、一般的な電子
メールシステムを利用することを前提として説明してい
る。このため、グループ鍵１５４生成の基となる宛先リ
スト１５６ａは、メールアドレスを用いて作成すること
としている。

【０２２９】しかしながら、宛先をメールアドレス以外
の情報（ユーザ名やユーザ固有の情報）を用いて特定で
きるシステム（たとえば、社内メールなどのＬＡＮ内で
のみ使用するメールシステム）であれば、メールアドレ
スの代わりにこれ等の情報を用いて宛先リスト１５６ａ
を作成するようにしてもよい。

【０２３０】図１７は、本実施形態の電子メール暗号化
システムを、異なるＬＡＮに接続された端末間において
も、インターネットを介してメールのやり取りが可能な
電子メールシステムの他に、１つのＬＡＮ内でのみメー
ルのやり取りが可能な、いわゆる社内メールシステムに
も適用できるようにした場合に、ＩＣカード１５に格納
されるＩＤ情報１５２ｃの一例を示したものである。

【０２３１】ここでは、カテゴリ毎に、その内容を示す
データとコードとを、１２組まで登録できるようにして
ある。そして、カテゴリ１〜１０までが社内メールシス
テムを利用して宛先を特定する場合に利用される情報で
あり、カテゴリ１１がインターネットを介してメールの
やり取りが可能な電子メールシステムを利用して宛先を
特定する場合に利用される情報、すなわちメールアドレ
スである。

【０２３２】ユーザが、図１７に示したＩＤ情報１５２
ｃの定義を用いて宛先を指定した場合、宛先リストは、
以下のようにして作成すればよい。

【０２３３】「カテゴリ番号」、「データコード識別
子」、「演算子」、および「データ」を一組とし、組毎
にカンマ（，）で区切って並べる。このカンマは、論理
和の意味を持つ。演算子には、等しい（＝）の他、大小
（＞、＜）や論理積（＾）を用いる。

【０２３４】たとえば、自己が「システム研究所第四
部安全課復号次郎」であり、復号化を許可する宛先
が、「システム研究所の第四部の主任以上のユーザ、お
よび氏名が暗号太郎であるユーザ」である場合、その宛
先リストは、「２Ｄ＝復号次郎＾５Ｃ＝６７６＾６Ｃ＝
０４＾７Ｃ＝４０２，５Ｃ＝６７６＾６Ｃ＝０４＾８Ｃ
＞＝５，２Ｄ＝暗号太郎」に乱数と必要に応じて空白文
字が付加されたものとなる。

【０２３５】ここで、Ｃ、Ｄはデータコード識別子であ
る。データコード識別子の前におかれるカテゴリ番号に
コードが割り当てられている場合は、データコード識別
子として、Ｃが付与される。そして、データコード識別
子の後におかれる演算子の後に、前記カテゴリ番号に対
応するコードが付与される。

【０２３６】一方、データコード識別子の前におかれる
カテゴリ番号にコードが割り当てられていない場合は、
データコード識別子として、Ｄが付与される。そして、
データコード識別子の後におかれる演算子の後に、前記
カテゴリ番号に対応するデータが付与される。

【０２３７】なお、社内メールシステムを利用できるよ
うにするためには、サーバ情報処理装置１１に、当該サ
ーバ情報処理装置１１が属するＬＡＮ１内のクライアン
ト情報処理装置１２各々に装着されるＩＣカード１５の
ＩＤ情報１５２ｃを、メールアドレス管理ファイル１１
５ｃとして登録しておく必要がある。

【０２３８】また、クライアント情報処理装置１２にお
いても、サーバ情報処理装置１１のメールアドレス管理
ファイル１１５ｃに登録された情報を、メールの宛先指
定に先立って、予め入手しておく必要がある。

【０２３９】さらに、本実施形態では、グループ鍵の生
成をＩＣカード１５内で行うようにしているが、本発明
はこれに限定されない。たとえば、ＩＣカード１５内の
メモリ１５２に格納されたプログラムおよび情報を、ク
ライアント情報処理装置１２の磁気ディスク１２５に格
納するようにしてもよい。

【０２４０】さらに、クライアント情報処理装置１２の
メモリ１２５にロードされるプログラムを記憶する媒体
は、磁気ディスクのみに限定されるものではなく、たと
えば、ＣＤ−ＲＯＭなどの記憶媒体であってもよい。

【０２４１】

【発明の効果】以上説明したように、本発明によれば、
データを暗号化あるいは復号化する際に、ユーザにかか
る負担を軽減させることができる。

【図面の簡単な説明】

【図１】本発明の一実施形態が適用された電子メール暗
号化システムの概略構成図である。

【図２】メールの送信側において、ＩＣカード１５がグ
ループ鍵を生成する場合の動作を説明するためのフロー
図である。

【図３】宛先リストのハッシュ値と、マスタ鍵１５２ｄ
とを用いてグループ鍵を生成する手順を説明するための
図である。

【図４】メールの受け取り側において、ＩＣカード１５
がグループ鍵を生成する場合の動作を説明するためのフ
ロー図である。

【図５】共用ファイル暗号プログラム１２５ｂを構成す
るプログラムルーチンを示す図である。

【図６】通信ＡＰＩフックプログラム１２５ｃを構成す
るプログラムルーチンを示す図である。

【図７】メールの送信側において、クライアント情報処
理装置１２が送信メールを暗号化する場合の手順を説明
するための図である。

【図８】メールの受信側において、クライアント情報処
理装置１２が受信メールを復号化する場合の手順を説明
するための図である。

【図９】クライアント情報処理装置１２において、ＣＰ
Ｕ１２１が、共用ファイル暗号プログラム１２５ｂのロ
グイン処理ルーチン１２５ｂ₁を実行した場合の動作を
説明するためのフロー図である。

【図１０】クライアント情報処理装置１２において、Ｃ
ＰＵ１２１が、共用ファイル暗号プログラム１２５ｂの
ログアウト処理ルーチン１２５ｂ₂を実行した場合の動
作を説明するためのフロー図である。

【図１１】本発明の一実施形態において、メールを暗号
化あるいは復号化する際におけるデータの入出力を説明
するための図である。

【図１２】オープン中のソケットを管理するためのソケ
ット情報テーブルを示した図である。

【図１３】クライアント情報処理装置１２において、Ｃ
ＰＵ１２１が、通信ＡＰＩフックプログラム１２５ｃの
sendフックルーチン１２５Ｃ₁を実行した場合の動作を
説明するためのフロー図である。

【図１４】クライアント情報処理装置１２において、Ｃ
ＰＵ１２１が、通信ＡＰＩフックプログラム１２５ｃの
sendフックルーチン１２５Ｃ₂を実行した場合の動作を
説明するためのフロー図である。

【図１５】クライアント情報処理装置１２において、Ｃ
ＰＵ１２１が、通信ＡＰＩフックプログラム１２５ｃの
close socketフックルーチン１２５Ｃ₃を実行した場合
の動作を説明するためのフロー図である。

【図１６】メールの復号権利を持つユーザと、持たない
ユーザとが、同じ暗号メールを受信した場合に、クライ
アント情報処理装置１２の表示される内容の例を示した
図である。

【図１７】本発明の一実施形態を、異なるＬＡＮに接続
された端末間においても、インターネットを介してメー
ルのやり取りが可能な電子メールシステムの他に、１つ
のＬＡＮ内でのみメールのやり取りが可能な、いわゆる
社内メールシステムにも適用できるようにした場合に、
ＩＣカード１５に格納されるＩＤ情報１５２ｃの一例を
示したものである。

【符号の説明】１ＬＡＮ２インターネット１１サーバ情報処理装置１２クライアント情報処理装置１３ＬＡＮケーブル１４ルータ１５ＩＣカード４１受信バッファ４２送信バッファ４３平文ブロックバッファ４４暗号文ブロックバッファ１１１、１２１、１５１ＣＰＵ１１２、１２２、１５２メモリ１１３、１２３ＬＡＮコントローラ１１４、１２４ディスクコントローラ１１５、１２５磁気ディスク１１５ａメールサーバプログラム１１５ｂ、１２５ａオペレーションシステム１１５ｃメールアドレス管理ファイル１２５ｂ共有ファイル暗号プログラム１２５ｃ通信ＡＰＩフックプログラム１２５ｄメールクライアントプログラム１５３入出力インターフェース１５２ａアクセス制御プログラム１５２ｂグループ暗号プログラム１５２ｃＩＤ情報１５２ｄマスタ鍵１５４グループ鍵１５５ハッシュ関数１５６ａ宛先リスト

Claims

【特許請求の範囲】

【請求項１】通信回線を介して接続された端末間で送受
されるデータの暗号化を、鍵と呼ばれる情報を用いて行
うデータ暗号化システムであって、データ送信側の前記端末は、第一の鍵と所定の情報とを
基に、第二の鍵を生成する第一の鍵生成手段と、前記第一の鍵生成手段で生成した第二の鍵を用いて前記
送信すべきデータの暗号化を行うとともに、前記暗号化
したデータに、前記所定の情報を付加する暗号化手段
と、を備え、データ受信側の前記端末は、データ送信側の前記端末か
ら送信された、暗号化された受信データに付加された前
記所定の情報を基に、当該受信データを復号化する権利
があるか否かを判断する判断手段と、前記判断手段により前記受信データを復号化する権利が
あると判断された場合に、前記第一の鍵と前記受信デー
タに付加された前記所定の情報とを基に、前記暗号化手
段が当該受信データを暗号化するのに用いた前記第二の
鍵と同一の鍵である第三の鍵を生成する第二の鍵生成手
段と、前記第二の鍵生成手段で生成した第三の鍵を用いて前記
受信データの復号化を行う復号化手段と、を備えること
を特徴とするデータ暗号化システム。
【請求項２】請求項１記載のデータ暗号化システムであ
って、データ送信側の前記端末およびデータ受信側の前記端末
は、前記通信回線を介して電子メールの送受を行うもの
であり、前記所定の情報とは、送信すべき電子メールの宛先情報
であり、前記判断手段は、データ送信側の前記端末から送信され
た、暗号化された受信電子メールに付加された宛先情報
に、自己に関する情報が含まれている場合に、前記受信
電子メールを復号化する権利があるものと判断するもの
であることを特徴とするデータ暗号化システム。
【請求項３】請求項２記載のデータ暗号化システムであ
って、前記暗号化手段は、送信すべき電子メールを第四の鍵を
用いて暗号化するとともに、当該第四の鍵を前記第一の
鍵生成手段で生成した第二の鍵を用いて暗号化し、且
つ、前記暗号化した電子メールに、前記暗号化した第四
の鍵および当該電子メールの宛先情報を付加するもので
あり、前記復号化手段は、データ送信側の前記端末から送信さ
れた、暗号化された受信電子メールに付加された第四の
鍵を、前記第二の鍵生成手段で生成した第三の鍵を用い
て復号化するとともに、当該復号化した第四の鍵を用い
て前記受信電子メールを復号化するものであることを特
徴とするデータ暗号化システム。
【請求項４】請求項３記載のデータ暗号化システムであ
って、前記第一の鍵生成手段は、送信すべき電子メールの宛先
情報を、前記第一の鍵を用いて暗号化するものであり、前記暗号化手段は、前記暗号化した電子メールに付加す
る宛先情報として、前記第一の鍵生成手段で暗号化され
たものを用いるものであり、前記第二の鍵生成手段は、データ送信側の前記端末から
送信された、暗号化された受信電子メールに付加された
宛先情報を、前記第一の鍵を用いて復号化するととも
に、当該復号化した宛先情報と前記第一の鍵とを基に、
前記暗号化手段が当該受信電子メールを暗号化するのに
用いた第二の鍵と同一の鍵である第三の鍵を生成するも
のであることを特徴とするデータ暗号化システム。
【請求項５】請求項２、３、又は４記載のデータ暗号化
システムであって、データ送信側の前記端末は、前記送信すべきの電子メー
ルの宛先リストに乱数を付加することで、当該電子メー
ルの宛先情報を作成する宛先情報作成手段をさらに備え
ることを特徴とするデータ暗号化システム。
【請求項６】通信回線を介して接続された端末間で送受
されるデータの暗号化を行うデータ暗号化システムであ
って、データ送信側の前記端末は、ユーザの指示にしたがい、
データの送信を行う送信手段と、前記送信手段によって送信されようとしているデータを
捕獲する送信データ捕獲手段と、前記送信データ捕獲手段で捕獲されたデータを暗号化す
る暗号化手段と、送信すべきデータとして、前記暗号化手段で暗号化され
たデータを前記送信手段に返還する送信データ返還手段
と、を備え、データ受信側の前記端末は、ユーザの指示にしたがっ
て、データ送信側の前記端末から送信された、暗号化さ
れたデータの受信を行い、受信したデータを表示する受
信手段と、前記受信手段によって表示されようとしている、当該受
信手段が受信したデータを捕獲する受信データ捕獲手段
と、前記受信データ捕獲手段で捕獲されたデータを復号化す
る復号化手段と、表示すべきデータとして、前記復号化手段で復号化され
たデータを前記受信手段に返還する受信データ返還手段
と、を備えていることを特徴とするデータ暗号化システム。
【請求項７】請求項６記載のデータ暗号化システムであ
って、前記復号化手段は、前記受信データ捕獲手段で捕獲され
たデータが復号化することができないものである場合
に、当該データにその旨のメッセージを付加するもので
あり、前記受信データ返還手段は、表示すべきデータとして、
前記復号化手段でメッセージが付加された、復号化され
ていないデータを前記受信手段に返還するものであるこ
とを特徴とするデータ暗号化システム。
【請求項８】請求項６又は７記載のデータ暗号化システ
ムであって、データ送信側の前記端末およびデータ受信側の前記端末
は、前記通信回線を介して電子メールの送受を行うもの
であることを特徴とするデータ暗号化システム。
【請求項９】通信回線を介して他の情報処理装置とデー
タの送受を行う情報処理装置であって、送信すべきデータを鍵と呼ばれる情報を用いて暗号化す
る暗号化手段と、前記暗号化手段での暗号化処理に用い
る鍵を生成する第一の鍵生成手段と、受信した、他の情
報処理装置で暗号化されたデータを前記鍵を用いて復号
化する復号化手段と、前記復号化手段での復号化処理に
用いる鍵を生成する第二の鍵生成手段と、を備え、前記第一の鍵生成手段は、第一の鍵と所定の情報とを基
に、第二の鍵を生成するものであり、前記暗号化手段は、前記第一の鍵生成手段で生成した第
二の鍵を用いて前記送信すべきデータの暗号化を行うと
ともに、前記暗号化したデータに、前記所定の情報を付
加するものであり、前記第二の鍵生成手段は、受信データに付加された所定
の情報を基に、当該データを復号化する権利があるか否
かを判断する判断手段を有し、前記判断手段により前記受信データを復号化する権利が
あると判断された場合に、前記第一の鍵と前記受信デー
タに付加された前記所定の情報とを基に、他の情報処理
装置の前記暗号化手段が当該受信データを暗号化するの
に用いた第二の鍵と同一の鍵である第三の鍵を生成する
ものであり、前記復号化手段は、前記第二の鍵生成手段で生成した第
三の鍵を用いて前記受信データの復号化を行うものであ
ることを特徴とする情報処理装置。
【請求項１０】請求項９記載の情報処理装置であって、当該情報処理装置は、前記通信回線を介して他の情報処
理装置と電子メールの送受を行うものであり、前記所定の情報とは、送信すべき電子メールの宛先情報
であり、前記判断手段は、受信した電子メールに付加された宛先
情報に、自己に関する情報が含まれている場合に、前記
受信した電子メールを復号化する権利があるものと判断
するものであることを特徴とする情報処理装置。
【請求項１１】請求項１０記載の情報処理装置であっ
て、前記暗号化手段は、送信すべき電子メールを第四の鍵を
用いて暗号化するとともに、当該第四の鍵を前記第一の
鍵生成手段で生成した第二の鍵を用いて暗号化し、且
つ、前記暗号化した電子メールに、前記暗号化した第四
の鍵および当該電子メールの宛先情報を付加するもので
あり、前記復号化手段は、受信した電子メールに付加された第
四の鍵を、前記第二の鍵生成手段で生成した第三の鍵を
用いて復号化するとともに、当該復号化した第四の鍵を
用いて前記受信した電子メールを復号化するものである
ことを特徴とする情報処理装置。
【請求項１２】通信回線を介して他の情報処理装置とデ
ータの送受を行う情報処理装置であって、ユーザの指示にしたがい、データの送信を行う送信手段
と、前記送信手段によって送信されようとしているデータを
捕獲する送信データ捕獲手段と、前記送信データ捕獲手段で捕獲されたデータを暗号化す
る暗号化手段と、送信すべきデータとして、前記暗号化
手段で暗号化されたデータを前記送信手段に返還する送
信データ返還手段と、ユーザの指示にしたがってデータの受信を行い、受信し
たデータを表示する受信手段と、前記受信手段によって表示されようとしている、当該受
信手段が受信したデータを捕獲する受信データ捕獲手段
と、前記受信データ捕獲手段で捕獲されたデータを復号化す
る復号化手段と、表示すべきデータとして、前記復号化手段で復号化され
たデータを前記受信手段に返還する受信データ返還手段
と、を備えていることを特徴とする情報処理装置。
【請求項１３】請求項１２記載の情報処理装置であっ
て、当該情報処理装置は、前記通信回線を介して電子メール
の送受を行うものであることを特徴とする情報処理装
置。
【請求項１４】通信回線を介して他の情報処理装置とデ
ータの送受を行う通信機能と、鍵と呼ばれる情報を用い
て、送信すべきデータを暗号化したり、受信した暗号化
されたデータを復号化したりするデータ暗号化機能と、
を有する情報処理装置に装着されるＩＣカードであっ
て、第一の鍵と所定の情報とを基に、自己が装着された情報
処理装置での送信データの暗号化処理に用いる第二の鍵
を生成する第二の鍵生成手段と、自己が装着された情報処理装置が受信した、他の情報処
理装置から送信された、暗号化データに付加された所定
の情報を基に、当該暗号化データを復号化する権利があ
るか否かを判断する判断手段と、前記判断手段により前記暗号化データを復号化する権利
があると判断された場合に、前記第一の鍵と前記暗号化
データに付加された前記所定の情報とを基に、自己が装
着された情報処理装置での受信データの復号化処理に用
いる鍵であって、当該受信データを送信した他の情報処
理装置に装着された前記ＩＣカードの、前記第一の鍵生
成手段で生成された第二の鍵と同一の鍵である第三の鍵
を生成する第二の鍵生成手段と、を備えることを特徴とするＩＣカード。
【請求項１５】請求項１４記載のＩＣカードであって、当該ＩＣカードが装着される情報処理装置は、前記通信
回線を介して電子メールの送受を行うものであることを
特徴とするＩＣカード。
【請求項１６】通信回線を介して他の情報処理装置とデ
ータの送受を行う通信機能を有する情報処理装置におい
て、鍵と呼ばれる情報を用いてデータの暗号化および復号化
処理を行うためのプログラムが記録された記録媒体であ
って、前記情報処理装置が前記通信機能によりデータを送信す
る場合に、当該情報処理装置の記憶部に格納された第一
の鍵と所定の情報とを基に、当該送信データの暗号化処
理に用いる第二の鍵を生成する機能と、前記生成した第二の鍵を用いて送信すべきデータを暗号
化する機能と、前記情報処理装置が前記通信機能により暗号化されたデ
ータを受信した場合に、当該受信データに付加された所
定の情報を基に、当該情報処理装置が当該受信データを
復号化する権利があるか否かを判断する機能と、当該受信データを復号化する権利があると判断した場合
に、前記第一の鍵と当該受信データに付加された所定の
情報とを基に、当該受信データの復号化処理に用いる鍵
であって、他の情報処理装置が当該受信データを暗号化
するのに用いた第二の鍵と同一の鍵である第三の鍵を生
成する機能と、を前記情報処理装置に実現させるためのプログラムが記
録された記録媒体。
【請求項１７】通信回線を介して他の情報処理装置とデ
ータの送受を行う通信機能を有する情報処理装置におい
て、前記通信機能により送信されるデータの暗号化処理を自
動的に行うためのプログラムが記録された記録媒体であ
って、前記情報処理装置に、前記送信機能が用意する送信バッ
ファに格納された送信データを捕獲する機能と、前記捕獲した送信データの暗号化を行う機能と、前記暗号化した送信データを前記送信バッファに返還す
る機能と、を実行させるためのプログラムが記録された記録媒体。
【請求項１８】通信回線を介して他の情報処理装置とデ
ータの送受を行う通信機能を有する情報処理装置におい
て、前記通信機能により受信される暗号化されたデータの復
号化処理を自動的に行うためのプログラムが記録された
記録媒体であって、前記情報処理装置に、前記送信機能が用意する受信バッ
ファに格納された受信データを捕獲する機能と、前記捕獲した受信データの復号化を行う機能と、前記復
号化した受信データを前記受信バッファに返還する機能
と、を実行させるためのプログラムが記録された記録媒体。
【請求項１９】通信回線を介して接続された端末間で送
受されるデータの暗号化を、鍵と呼ばれる情報を用いて
行うデータ暗号化方法であって、データ送信側の前記端末において、第一の鍵と所定の情
報とを基に、第二の鍵を生成する第一の鍵生成工程と、前記第一の鍵生成工程で生成された第二の鍵を用いて送
信すべきデータの暗号化を行うとともに、暗号化したデ
ータに、前記所定の情報を付加する暗号化工程と、前記暗号化工程で暗号化されたデータを送信する送信工
程と、を有し、データ受信側の前記端末において、データ送信側の前記
端末から送信された、暗号化された受信データに付加さ
れた前記所定の情報を基に、当該受信データを復号化す
る権利があるか否かを判断する判断工程と、前記判断工程において前記受信データを復号化する権利
があると判断された場合に、前記第一の鍵と前記受信デ
ータに付加された前記所定の情報とを基に、当該受信デ
ータを暗号化するのに用いた第二の鍵と同一の鍵である
第三の鍵を生成する第二の鍵生成工程と、前記第二の鍵生成工程で生成された第三の鍵を用いて前
記受信データの復号化を行う工程と、を有することを特
徴とするデータ暗号化方法。
【請求項２０】通信回線を介して接続された端末間で送
受されるデータの暗号化を行うデータ暗号化方法あっ
て、データ送信側の前記端末において、ユーザの指示にした
がい、データの送信を行う送信工程と、送信されようとしているデータを捕獲する送信データ捕
獲工程と、前記捕獲工程で捕獲されたデータを暗号化する暗号化工
程と、送信すべきデータとして、前記暗号化工程で暗号化され
たデータを前記送信工程に返還する送信データ返還工程
と、を有し、データ受信側の前記端末において、ユーザの指示にした
がって、データ送信側の前記端末から送信された、暗号
化されたデータの受信を行い、受信したデータを表示す
る受信工程と、前記受信工程によって表示されようとしている、当該受
信工程で受信したデータを捕獲する受信データ捕獲手段
と、前記受信データ捕獲工程で捕獲されたデータを復号化す
る復号化工程と、表示すべきデータとして、前記復号化工程で復号化され
たデータを前記受信工程に返還する受信データ返還工程
と、を有することを特徴とするデータ暗号化方法。