JP2002300151A - 暗号キー管理方法、暗号キー管理プログラム、及び記録媒体 - Google Patents
暗号キー管理方法、暗号キー管理プログラム、及び記録媒体Info
- Publication number
- JP2002300151A JP2002300151A JP2001097737A JP2001097737A JP2002300151A JP 2002300151 A JP2002300151 A JP 2002300151A JP 2001097737 A JP2001097737 A JP 2001097737A JP 2001097737 A JP2001097737 A JP 2001097737A JP 2002300151 A JP2002300151 A JP 2002300151A
- Authority
- JP
- Japan
- Prior art keywords
- encryption key
- key
- information
- encryption
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Storage Device Security (AREA)
Abstract
(57)【要約】
【課題】 複数の授受対象情報についての暗号化ないし
復号化の処理順序が前後した場合にも送り手と受け手と
の間で秘密キーを同期させつつ更新し、記録媒体の送付
等による種々の暗号化情報授受形態で安全な情報授受を
実現する。 【解決手段】 暗号化した情報を記録媒体ＲＭに記録し
て各利用者間で授受する。暗号化及び復号化に用いる暗
号キーは、情報授受の度に累積更新する累積キーを用
い、それを各利用者の暗号化／復号化情報処理装置内に
保持されている管理ファイルによって管理する。管理フ
ァイルには、情報を授受する各相手先利用者毎に初期設
定暗号キーと累積更新された累積キー等を登録し、連続
した暗号化又は復号化の際には、２回目の暗号化又は復
号化を行う暗号キーとして、最新の累積キーより一つ前
の累積キーを更新して使用する。
復号化の処理順序が前後した場合にも送り手と受け手と
の間で秘密キーを同期させつつ更新し、記録媒体の送付
等による種々の暗号化情報授受形態で安全な情報授受を
実現する。 【解決手段】 暗号化した情報を記録媒体ＲＭに記録し
て各利用者間で授受する。暗号化及び復号化に用いる暗
号キーは、情報授受の度に累積更新する累積キーを用
い、それを各利用者の暗号化／復号化情報処理装置内に
保持されている管理ファイルによって管理する。管理フ
ァイルには、情報を授受する各相手先利用者毎に初期設
定暗号キーと累積更新された累積キー等を登録し、連続
した暗号化又は復号化の際には、２回目の暗号化又は復
号化を行う暗号キーとして、最新の累積キーより一つ前
の累積キーを更新して使用する。
Description
【０００１】
【発明の属する技術分野】本発明は、情報を暗号化して
授受する際に使用する暗号キー（暗号化キー及び復号化
キー）を管理する暗号キー管理技術に関する。
授受する際に使用する暗号キー（暗号化キー及び復号化
キー）を管理する暗号キー管理技術に関する。
【０００２】
【従来の技術】情報を暗号化して授受する方式には、パ
ブリック・キーとプライベート・キーを組み合わせて使
用する公開鍵暗号方式や情報の送り手側と受け手側で共
通の秘密暗号キーを使用する共通鍵暗号方式などがあ
る。前者の公開鍵暗号方式は、情報暗号化時の暗号化キ
ーとしてパブリック・キーを用い、情報復号化時の復号
化キーとしてプライベート・キーを用いる。例えば、特
開平６−３０３２３１号公報に開示されている技術は、
この公開鍵暗号方式によるものであり、情報の送り手と
受け手との間で予め所定の識別子等を共有し、いわゆる
ＫＰＳ（Key Predistribution System)を利用してそれ
らの識別子等からプライベート・キーを生成している。
一方、後者の共通鍵暗号方式は、情報の送り手と受け手
の双方で予め同一の秘密キーを保持し、その秘密キーを
用いて送り手側での暗号化と受け手側での復号化をそれ
ぞれ行う方式である。公開鍵暗号方式では、暗号化及び
復号化を高度なアルゴリズムで行うので、送り手側での
暗号化と受け手側での復号化に多くの演算処理を必要と
する。このため、公開鍵暗号方式は、授受対象情報のデ
ータ量が少なく、かつ、暗号化と復号化で異なる暗号キ
ーを使う必要のある電子認証等における用途に利用され
ている。これに対し、共通鍵暗号方式は、暗号化と復号
化に必要な演算処理量が公開鍵暗号方式に比べて少ない
という特徴があり、データ量の多い情報を暗号化して授
受する一般的な用途に広く利用されている。
ブリック・キーとプライベート・キーを組み合わせて使
用する公開鍵暗号方式や情報の送り手側と受け手側で共
通の秘密暗号キーを使用する共通鍵暗号方式などがあ
る。前者の公開鍵暗号方式は、情報暗号化時の暗号化キ
ーとしてパブリック・キーを用い、情報復号化時の復号
化キーとしてプライベート・キーを用いる。例えば、特
開平６−３０３２３１号公報に開示されている技術は、
この公開鍵暗号方式によるものであり、情報の送り手と
受け手との間で予め所定の識別子等を共有し、いわゆる
ＫＰＳ（Key Predistribution System)を利用してそれ
らの識別子等からプライベート・キーを生成している。
一方、後者の共通鍵暗号方式は、情報の送り手と受け手
の双方で予め同一の秘密キーを保持し、その秘密キーを
用いて送り手側での暗号化と受け手側での復号化をそれ
ぞれ行う方式である。公開鍵暗号方式では、暗号化及び
復号化を高度なアルゴリズムで行うので、送り手側での
暗号化と受け手側での復号化に多くの演算処理を必要と
する。このため、公開鍵暗号方式は、授受対象情報のデ
ータ量が少なく、かつ、暗号化と復号化で異なる暗号キ
ーを使う必要のある電子認証等における用途に利用され
ている。これに対し、共通鍵暗号方式は、暗号化と復号
化に必要な演算処理量が公開鍵暗号方式に比べて少ない
という特徴があり、データ量の多い情報を暗号化して授
受する一般的な用途に広く利用されている。
【０００３】かかる共通鍵暗号方式においては、秘密キ
ーを送り手と受け手がそれぞれ秘密状態に維持管理する
が、同じ秘密キーをあまり長期間に渡って使用すると、
その分漏洩ないし傍受等によって第三者に暗号が解かれ
る可能性は高くなる。そこで、十分な秘匿性が確保され
た安全な情報授受を行うためには、秘密キーを頻繁に変
更するのがよいと一般に言われている。しかし、秘密キ
ーを変更するに当たっては、情報を授受する当事者間だ
けで変更内容を第三者に漏らすことなく安全確実に連絡
し合う必要があり、結局のところ封書やファクシミリあ
るいは電話等の手段による面倒な変更手続きを強いられ
るため、最初に設定した秘密キーを変更せずに長期間使
用する場合も多い。
ーを送り手と受け手がそれぞれ秘密状態に維持管理する
が、同じ秘密キーをあまり長期間に渡って使用すると、
その分漏洩ないし傍受等によって第三者に暗号が解かれ
る可能性は高くなる。そこで、十分な秘匿性が確保され
た安全な情報授受を行うためには、秘密キーを頻繁に変
更するのがよいと一般に言われている。しかし、秘密キ
ーを変更するに当たっては、情報を授受する当事者間だ
けで変更内容を第三者に漏らすことなく安全確実に連絡
し合う必要があり、結局のところ封書やファクシミリあ
るいは電話等の手段による面倒な変更手続きを強いられ
るため、最初に設定した秘密キーを変更せずに長期間使
用する場合も多い。
【０００４】これに対し、特開２０００−１０１５６４
号公報においては、ネットワークを介して暗号化データ
を送受信する際に暗号化キーを更新する技術が提案され
ている。同公報によれば、送信側が乱数を生成して受信
側へ送り、その乱数を送信側と受信側がそれぞれ暗号化
キーに累積することにより、共通の秘密キーを累積的に
更新しつつ保持することとしている。
号公報においては、ネットワークを介して暗号化データ
を送受信する際に暗号化キーを更新する技術が提案され
ている。同公報によれば、送信側が乱数を生成して受信
側へ送り、その乱数を送信側と受信側がそれぞれ暗号化
キーに累積することにより、共通の秘密キーを累積的に
更新しつつ保持することとしている。
【０００５】
【発明が解決しようとする課題】ところで、暗号化され
た情報を授受する形態としては、通信網を介するオンラ
インでの送受信のみならず、送り手が暗号化した情報を
所定の記録媒体に格納し、その記録媒体を郵送等の送付
配達により受け手に届けるような授受形態もある。例え
ば、オンラインで送受信するにはデータ量が多過ぎる情
報については、送り手が暗号化した後にＣＭＴ（Casset
te Magnetic Tape（カセット形磁気テープ））や光磁気
ディスク等の大容量記録媒体に格納して受け手に送付す
るのが通例である。このような記録媒体を用いる授受形
態の場合には、上述したように共通鍵暗号方式による暗
号化を行い、記録媒体（暗号化された情報）を授受する
度に秘密キーを更新していくのが有効である。
た情報を授受する形態としては、通信網を介するオンラ
インでの送受信のみならず、送り手が暗号化した情報を
所定の記録媒体に格納し、その記録媒体を郵送等の送付
配達により受け手に届けるような授受形態もある。例え
ば、オンラインで送受信するにはデータ量が多過ぎる情
報については、送り手が暗号化した後にＣＭＴ（Casset
te Magnetic Tape（カセット形磁気テープ））や光磁気
ディスク等の大容量記録媒体に格納して受け手に送付す
るのが通例である。このような記録媒体を用いる授受形
態の場合には、上述したように共通鍵暗号方式による暗
号化を行い、記録媒体（暗号化された情報）を授受する
度に秘密キーを更新していくのが有効である。
【０００６】しかし、郵送等の送付配達では、記録媒体
が必ずしも発送順に受け手に届くとは限らない。例え
ば、発送時の郵便物取扱指定や運送経路の状況等の如何
によっては、先に発送した記録媒体が後に発送した記録
媒体より遅れて届いたり、前後して発送した複数の記録
媒体が同時に届いたりする場合もある。したがって、受
け手側では、復号化と秘密キーの更新が記録媒体の発送
順（暗号化がされた順）に行われない事態が生じ得るこ
とになるが、これに対して送り手側が記録媒体を発送す
る度に秘密キーを順次更新してしまうと、送り手と受け
手との間で秘密キーを同期させること（送り手と受け手
が共に同一の秘密キーを保持している状態にすること）
ができなくなる。このため、安全な情報授受を行うため
の秘密キー更新を有効に活用することができず、受け手
側で暗号化された情報を正しく復号化することさえでき
なくなってしまう。
が必ずしも発送順に受け手に届くとは限らない。例え
ば、発送時の郵便物取扱指定や運送経路の状況等の如何
によっては、先に発送した記録媒体が後に発送した記録
媒体より遅れて届いたり、前後して発送した複数の記録
媒体が同時に届いたりする場合もある。したがって、受
け手側では、復号化と秘密キーの更新が記録媒体の発送
順（暗号化がされた順）に行われない事態が生じ得るこ
とになるが、これに対して送り手側が記録媒体を発送す
る度に秘密キーを順次更新してしまうと、送り手と受け
手との間で秘密キーを同期させること（送り手と受け手
が共に同一の秘密キーを保持している状態にすること）
ができなくなる。このため、安全な情報授受を行うため
の秘密キー更新を有効に活用することができず、受け手
側で暗号化された情報を正しく復号化することさえでき
なくなってしまう。
【０００７】本発明はこのような事情に鑑みてなされた
ものであり、暗号化された情報が送られた順に受け手側
へ到達しない場合等、複数の授受対象情報についての暗
号化ないし復号化の処理順序が前後した場合であって
も、送り手と受け手との間で秘密キーを同期させつつ更
新することを可能にし、記録媒体の送付等による種々の
情報授受形態において十分な秘匿性を確保した安全な情
報授受を実現することができる暗号キーの管理技術を提
供することを目的としている。
ものであり、暗号化された情報が送られた順に受け手側
へ到達しない場合等、複数の授受対象情報についての暗
号化ないし復号化の処理順序が前後した場合であって
も、送り手と受け手との間で秘密キーを同期させつつ更
新することを可能にし、記録媒体の送付等による種々の
情報授受形態において十分な秘匿性を確保した安全な情
報授受を実現することができる暗号キーの管理技術を提
供することを目的としている。
【０００８】
【課題を解決するための手段】かかる目的を達成するた
め、本発明に係る第１の暗号キー管理では、情報の暗号
化に使用された暗号キーを記憶手段に記憶することと
し、前記記憶手段に記憶された暗号キーを更新し、更新
した新たな暗号キーを前記記憶手段に記憶させる手段に
より、連続して複数の情報を暗号化する場合のそれぞれ
の暗号化キーとして前記記憶手段に記憶された更新前の
暗号キーをそれぞれ更新した新たな暗号キーを作成し、
連続して複数の暗号化された情報を復号化する場合のそ
れぞれの復号化キーとして前記記憶手段に記憶された更
新前の暗号キーをそれぞれ更新した新たな暗号キーを作
成する。
め、本発明に係る第１の暗号キー管理では、情報の暗号
化に使用された暗号キーを記憶手段に記憶することと
し、前記記憶手段に記憶された暗号キーを更新し、更新
した新たな暗号キーを前記記憶手段に記憶させる手段に
より、連続して複数の情報を暗号化する場合のそれぞれ
の暗号化キーとして前記記憶手段に記憶された更新前の
暗号キーをそれぞれ更新した新たな暗号キーを作成し、
連続して複数の暗号化された情報を復号化する場合のそ
れぞれの復号化キーとして前記記憶手段に記憶された更
新前の暗号キーをそれぞれ更新した新たな暗号キーを作
成する。
【０００９】ここで、連続して複数の情報を暗号化する
場合と連続して複数の暗号化された情報を復号化する場
合のそれぞれにおいて、更新する前記更新前の暗号キー
は、直前の暗号化又は復号化で使用した同一の暗号キー
とすることとしてもよい。また、暗号キーの更新では、
暗号化された情報授受の度に生成する乱数によって前記
記憶手段に記憶された暗号キーを累積更新するようにし
てもよい。
場合と連続して複数の暗号化された情報を復号化する場
合のそれぞれにおいて、更新する前記更新前の暗号キー
は、直前の暗号化又は復号化で使用した同一の暗号キー
とすることとしてもよい。また、暗号キーの更新では、
暗号化された情報授受の度に生成する乱数によって前記
記憶手段に記憶された暗号キーを累積更新するようにし
てもよい。
【００１０】さらに、本発明に係る第１の暗号キー管理
では、情報の暗号化に使用された暗号キーを記憶手段に
記憶することとし、情報を暗号化する場合に前記記憶手
段に記憶された暗号キーを更新し、更新した新たな暗号
キーを前記記憶手段に記憶させる第１の更新手段によ
り、暗号化キーとして前記記憶手段に記憶された暗号キ
ーを順次累積的に更新した新たな暗号キーを作成する。
そして、前記新たな暗号キーの更新回数と、前記新たな
暗号キーにおける更新内容を含む複数回の更新内容を特
定する更新内容情報とを、暗号化した情報を記録する媒
体中に書き込むこととし、暗号化されて前記媒体に記録
された情報を復号化する場合に前記記憶手段に記憶され
た暗号キーを更新し、更新した新たな暗号キーを前記記
憶手段に記憶させる第２の更新手段により、前記媒体中
に書き込まれた前記更新回数と前記更新内容情報とに基
づき、復号化キーとして前記記憶手段に記憶された暗号
キーを更新した新たな暗号キーを作成する。
では、情報の暗号化に使用された暗号キーを記憶手段に
記憶することとし、情報を暗号化する場合に前記記憶手
段に記憶された暗号キーを更新し、更新した新たな暗号
キーを前記記憶手段に記憶させる第１の更新手段によ
り、暗号化キーとして前記記憶手段に記憶された暗号キ
ーを順次累積的に更新した新たな暗号キーを作成する。
そして、前記新たな暗号キーの更新回数と、前記新たな
暗号キーにおける更新内容を含む複数回の更新内容を特
定する更新内容情報とを、暗号化した情報を記録する媒
体中に書き込むこととし、暗号化されて前記媒体に記録
された情報を復号化する場合に前記記憶手段に記憶され
た暗号キーを更新し、更新した新たな暗号キーを前記記
憶手段に記憶させる第２の更新手段により、前記媒体中
に書き込まれた前記更新回数と前記更新内容情報とに基
づき、復号化キーとして前記記憶手段に記憶された暗号
キーを更新した新たな暗号キーを作成する。
【００１１】ここで、前記第１及び第２の更新手段が乱
数によって前記記憶手段に記憶された暗号キーを更新し
た新たな暗号キーを作成することとし、前記更新内容情
報として更新に用いられた乱数を含むようにしてもよ
い。また、前記複数回の更新内容としては、直近の更新
から過去の複数回の更新に係る更新内容を含むものとし
てもよい。
数によって前記記憶手段に記憶された暗号キーを更新し
た新たな暗号キーを作成することとし、前記更新内容情
報として更新に用いられた乱数を含むようにしてもよ
い。また、前記複数回の更新内容としては、直近の更新
から過去の複数回の更新に係る更新内容を含むものとし
てもよい。
【００１２】
【発明の実施の形態】＜第１実施形態＞ １．構成 （１）全体構成 以下、図面を参照しつつ本発明の実施の形態について説
明する。図１は、本発明の第１の実施形態による暗号キ
ー管理システム（以下、この第１実施形態において「本
システム」という。）の全体的な構成を示す概略図であ
り、本システムを利用する複数の利用者ＡＡ、ＢＢ、Ｃ
Ｃ及びＤＤの間で記録媒体ＲＭ（暗号化情報）をやり取
りする様子を模式的に表している。
明する。図１は、本発明の第１の実施形態による暗号キ
ー管理システム（以下、この第１実施形態において「本
システム」という。）の全体的な構成を示す概略図であ
り、本システムを利用する複数の利用者ＡＡ、ＢＢ、Ｃ
Ｃ及びＤＤの間で記録媒体ＲＭ（暗号化情報）をやり取
りする様子を模式的に表している。
【００１３】利用者ＡＡ、ＢＢ、ＣＣ、ＤＤは、それぞ
れ本システムを利用して暗号化情報（暗号化された情
報）を授受する主体であり、他者と何等かの情報を授受
する主体となり得る任意の者（例えば、個人、法人、
国、地方公共団体、その他の組織ないし団体、又はこれ
らの内部機関等）が利用者ＡＡ、ＢＢ、ＣＣ又はＤＤと
して本システムに加入することができる。これらの利用
者ＡＡ、ＢＢ、ＣＣ、ＤＤは、それぞれ、後述する暗号
化／復号化情報処理装置を所持し又はこれを使用できる
環境にあり、自身の使用に係る暗号化／復号化情報処理
装置内に他の利用者との情報授受で使用する暗号キー
（暗号化及び復号化をする秘密キー）を管理するための
管理ファイルを保持している。例えば、利用者ＡＡの暗
号化／復号化情報処理装置は、利用者ＢＢ、ＣＣ及びＤ
Ｄのそれぞれと授受する情報を暗号化ないし復号化する
暗号キーの管理データとして、対ＢＢ用データ、対ＣＣ
用データ及び対ＤＤ用データが登録された管理ファイル
を有している。詳細は後述するが、本システムでは、こ
の管理ファイルへのデータ登録等により、各利用者間で
の情報授受の度に当該各利用者間で使用する暗号キーを
累積的に更新することとしている。
れ本システムを利用して暗号化情報（暗号化された情
報）を授受する主体であり、他者と何等かの情報を授受
する主体となり得る任意の者（例えば、個人、法人、
国、地方公共団体、その他の組織ないし団体、又はこれ
らの内部機関等）が利用者ＡＡ、ＢＢ、ＣＣ又はＤＤと
して本システムに加入することができる。これらの利用
者ＡＡ、ＢＢ、ＣＣ、ＤＤは、それぞれ、後述する暗号
化／復号化情報処理装置を所持し又はこれを使用できる
環境にあり、自身の使用に係る暗号化／復号化情報処理
装置内に他の利用者との情報授受で使用する暗号キー
（暗号化及び復号化をする秘密キー）を管理するための
管理ファイルを保持している。例えば、利用者ＡＡの暗
号化／復号化情報処理装置は、利用者ＢＢ、ＣＣ及びＤ
Ｄのそれぞれと授受する情報を暗号化ないし復号化する
暗号キーの管理データとして、対ＢＢ用データ、対ＣＣ
用データ及び対ＤＤ用データが登録された管理ファイル
を有している。詳細は後述するが、本システムでは、こ
の管理ファイルへのデータ登録等により、各利用者間で
の情報授受の度に当該各利用者間で使用する暗号キーを
累積的に更新することとしている。
【００１４】なお、本システムは、利用者間で情報授受
を行うためのものであるので、少なくとも２以上の利用
者がいればよく、上記４利用者ＡＡ、ＢＢ、ＣＣ及びＤ
Ｄによる図示の構成は単なる例示である。別の利用者が
さらに加わる場合には、当該別の利用者も同様の暗号化
／復号化情報処理装置を使用し、当該別の利用者も含め
たそれぞれの利用者が上記同様に他の利用者との情報授
受で使用する暗号キーの管理ファイルを保持するように
する。
を行うためのものであるので、少なくとも２以上の利用
者がいればよく、上記４利用者ＡＡ、ＢＢ、ＣＣ及びＤ
Ｄによる図示の構成は単なる例示である。別の利用者が
さらに加わる場合には、当該別の利用者も同様の暗号化
／復号化情報処理装置を使用し、当該別の利用者も含め
たそれぞれの利用者が上記同様に他の利用者との情報授
受で使用する暗号キーの管理ファイルを保持するように
する。
【００１５】記録媒体ＲＭは、各利用者の暗号化／復号
化情報処理装置において暗号化された情報等からなる暗
号化ファイル（後述）を記録され、その情報の送り先利
用者へ郵送、宅配、手渡し、回覧等の任意の配送手段に
よって送付される可搬情報記録媒体である。記録媒体Ｒ
Ｍとして具体的に何を用いるかは各利用者間で任意に定
めることとしてよく、例えば、ＣＭＴ（Cassette Magne
tic Tape（カセット形磁気テープ））、光ディスク、光
磁気ディスク、磁気ディスク、メモリ・カード、スティ
ック状メモリ等を用いることができる。また、本発明
は、暗号化ファイルの転送方法として、記録媒体の授受
に限定されるものではなく、物理又は論理チャネルを介
した通信又はインターネット等の媒体を介して送受信さ
れるファイルに関しても同様に適用可能なものである。
化情報処理装置において暗号化された情報等からなる暗
号化ファイル（後述）を記録され、その情報の送り先利
用者へ郵送、宅配、手渡し、回覧等の任意の配送手段に
よって送付される可搬情報記録媒体である。記録媒体Ｒ
Ｍとして具体的に何を用いるかは各利用者間で任意に定
めることとしてよく、例えば、ＣＭＴ（Cassette Magne
tic Tape（カセット形磁気テープ））、光ディスク、光
磁気ディスク、磁気ディスク、メモリ・カード、スティ
ック状メモリ等を用いることができる。また、本発明
は、暗号化ファイルの転送方法として、記録媒体の授受
に限定されるものではなく、物理又は論理チャネルを介
した通信又はインターネット等の媒体を介して送受信さ
れるファイルに関しても同様に適用可能なものである。
【００１６】本システムは、かかる記録媒体ＲＭと上記
各利用者が使用する暗号化／復号化情報処理装置によっ
て構成されるが、記録媒体ＲＭについては、各利用者の
情報授受頻度等に応じた必要な数を予め用意しておく
（一利用者につき一つというわけではなく、各利用者が
情報授受の際に使用できる相当数を用意しておく。）。
そして、それぞれの利用者の間で図中の白抜き矢印で示
すように記録媒体ＲＭをやり取りすることにより、記録
媒体ＲＭに記録された暗号化情報等の授受を行う。
各利用者が使用する暗号化／復号化情報処理装置によっ
て構成されるが、記録媒体ＲＭについては、各利用者の
情報授受頻度等に応じた必要な数を予め用意しておく
（一利用者につき一つというわけではなく、各利用者が
情報授受の際に使用できる相当数を用意しておく。）。
そして、それぞれの利用者の間で図中の白抜き矢印で示
すように記録媒体ＲＭをやり取りすることにより、記録
媒体ＲＭに記録された暗号化情報等の授受を行う。
【００１７】（２）暗号化／復号化情報処理装置の構成 各利用者が使用する暗号化／復号化情報処理装置は、本
システムによる暗号キー管理を実行し、かつ、その暗号
キー管理の下で各種情報の暗号化及び復号化等の処理を
行う演算手段、記憶手段、制御手段及び入出力手段等を
備えている。この暗号化／復号化情報処理装置は、例え
ば、上記記録媒体ＲＭの読取／書込装置を備えたコンピ
ュータに対し、本システムによる暗号キー管理等を実行
するためのプログラムを読み込ませることによって構成
される。図２は、かかる暗号化／復号化情報処理装置の
構成を示すブロック図であり、記録媒体ＲＭ用のドライ
ブを備えた入出力部１と、前記プログラムによってコン
ピュータ内の演算手段等が実現する暗号化処理部２、乱
数生成部３、累積キー作成部４及び復号化処理部５と、
コンピュータ内のハード・ディスク等の記憶手段（若し
くはコンピュータに接続された外部記憶装置）に記憶さ
れた管理ファイル６とを有する一構成例を示している。
図１は、実施例として記録媒体の授受を行う場合を対象
に図示したものであるが、本発明は上述のように通信ネ
ットワークを介したデータの授受に対しても同様に適用
されえるものである
システムによる暗号キー管理を実行し、かつ、その暗号
キー管理の下で各種情報の暗号化及び復号化等の処理を
行う演算手段、記憶手段、制御手段及び入出力手段等を
備えている。この暗号化／復号化情報処理装置は、例え
ば、上記記録媒体ＲＭの読取／書込装置を備えたコンピ
ュータに対し、本システムによる暗号キー管理等を実行
するためのプログラムを読み込ませることによって構成
される。図２は、かかる暗号化／復号化情報処理装置の
構成を示すブロック図であり、記録媒体ＲＭ用のドライ
ブを備えた入出力部１と、前記プログラムによってコン
ピュータ内の演算手段等が実現する暗号化処理部２、乱
数生成部３、累積キー作成部４及び復号化処理部５と、
コンピュータ内のハード・ディスク等の記憶手段（若し
くはコンピュータに接続された外部記憶装置）に記憶さ
れた管理ファイル６とを有する一構成例を示している。
図１は、実施例として記録媒体の授受を行う場合を対象
に図示したものであるが、本発明は上述のように通信ネ
ットワークを介したデータの授受に対しても同様に適用
されえるものである
【００１８】入出力部１は、記録媒体ＲＭが取り付けら
れる記録媒体ドライブ１ａと他の情報入出力装置１ｂと
によって構成されており、コンピュータ内の演算手段等
と接続され、暗号化処理部２等との情報授受が可能にな
っている。記録媒体ドライブ１ａは、記録媒体ＲＭの形
態に対応した読取／書込装置であり、記録媒体ＲＭに記
録された情報の読出と記録媒体ＲＭへの情報の書込を行
う。他の情報入出力装置１ｂは、暗号化／復号化情報処
理装置において情報の入出力を行う記録媒体ドライブ１
ａ以外の入出力装置であり、例えば、他の記録媒体ドラ
イブ、利用者が操作して所定の指示入力等を行うための
キーボードやポインティング・デバイス等の入力装置、
利用者に対して情報処理の結果ないし状況等を知らせる
ためのディスプレイやプリンタ等の出力装置等によって
構成される。
れる記録媒体ドライブ１ａと他の情報入出力装置１ｂと
によって構成されており、コンピュータ内の演算手段等
と接続され、暗号化処理部２等との情報授受が可能にな
っている。記録媒体ドライブ１ａは、記録媒体ＲＭの形
態に対応した読取／書込装置であり、記録媒体ＲＭに記
録された情報の読出と記録媒体ＲＭへの情報の書込を行
う。他の情報入出力装置１ｂは、暗号化／復号化情報処
理装置において情報の入出力を行う記録媒体ドライブ１
ａ以外の入出力装置であり、例えば、他の記録媒体ドラ
イブ、利用者が操作して所定の指示入力等を行うための
キーボードやポインティング・デバイス等の入力装置、
利用者に対して情報処理の結果ないし状況等を知らせる
ためのディスプレイやプリンタ等の出力装置等によって
構成される。
【００１９】暗号化処理部２は、他の利用者に送る情報
を暗号化して記録媒体ＲＭに記録すると共に、暗号化に
使用した暗号化キー等に基づいて管理ファイル６への所
定のデータ登録を行う。乱数生成部３は、暗号化キーの
作成に利用する乱数を生成して暗号化処理部２へ供給す
る。累積キー作成部４は、暗号化処理部２等からのデー
タに基づいて暗号キーを乱数により更新し、暗号化／復
号化情報処理装置において暗号化ないし復号化をする度
に、累積的に暗号キーを更新した新たな暗号キーを作成
する（以下、この累積更新された暗号キーを特に「累積
キー」という。）。復号化処理部５は、他の利用者から
送られてきた記録媒体ＲＭ内の暗号化情報を復号化する
と共に、復号化に使用した復号化キー等に基づいて管理
ファイル６への所定のデータ登録を行う。
を暗号化して記録媒体ＲＭに記録すると共に、暗号化に
使用した暗号化キー等に基づいて管理ファイル６への所
定のデータ登録を行う。乱数生成部３は、暗号化キーの
作成に利用する乱数を生成して暗号化処理部２へ供給す
る。累積キー作成部４は、暗号化処理部２等からのデー
タに基づいて暗号キーを乱数により更新し、暗号化／復
号化情報処理装置において暗号化ないし復号化をする度
に、累積的に暗号キーを更新した新たな暗号キーを作成
する（以下、この累積更新された暗号キーを特に「累積
キー」という。）。復号化処理部５は、他の利用者から
送られてきた記録媒体ＲＭ内の暗号化情報を復号化する
と共に、復号化に使用した復号化キー等に基づいて管理
ファイル６への所定のデータ登録を行う。
【００２０】これら暗号化処理部２、乱数生成部３、累
積キー作成部４及び復号化処理部５が行う処理の具体的
な内容については、本システムによる暗号キーの管理動
作と共に後述の動作説明で明らかにするが、本システム
における暗号化ないし復号化の処理内容については、暗
号キーに基づいて行うという通常の原則に従う以外、特
に制限はない。すなわち、本システムにおける暗号化と
復号化の処理は、暗号キーを累積更新した累積キーに対
応した暗号化を行い、かつ、当該累積キーを用いれば暗
号化情報を復号できるという形態のものであればよく、
暗号化ないし復号化の具体的な処理形式は任意である。
例えば、複数の数値や文字等からなる所定形式のパラメ
ータに応じた暗号化を行うような場合には、その形式の
パラメータを暗号キーとして使用し、それらのパラメー
タを乱数生成部３で生成する乱数と対応させて更新する
演算形式を予め定め、その演算形式によって累積キー作
成部４が暗号キーを累積更新するようにすればよい。ま
た、乱数を暗号キーとして情報の対応関係を規定する場
合のように、暗号キー自体で暗号化と復号化を行う場合
には、その乱数等の暗号キーを乱数生成部３で生成する
乱数と対応させて更新する演算形式を予め定め、その演
算形式によって累積キー作成部４が暗号キーを累積更新
するようにすればよい。
積キー作成部４及び復号化処理部５が行う処理の具体的
な内容については、本システムによる暗号キーの管理動
作と共に後述の動作説明で明らかにするが、本システム
における暗号化ないし復号化の処理内容については、暗
号キーに基づいて行うという通常の原則に従う以外、特
に制限はない。すなわち、本システムにおける暗号化と
復号化の処理は、暗号キーを累積更新した累積キーに対
応した暗号化を行い、かつ、当該累積キーを用いれば暗
号化情報を復号できるという形態のものであればよく、
暗号化ないし復号化の具体的な処理形式は任意である。
例えば、複数の数値や文字等からなる所定形式のパラメ
ータに応じた暗号化を行うような場合には、その形式の
パラメータを暗号キーとして使用し、それらのパラメー
タを乱数生成部３で生成する乱数と対応させて更新する
演算形式を予め定め、その演算形式によって累積キー作
成部４が暗号キーを累積更新するようにすればよい。ま
た、乱数を暗号キーとして情報の対応関係を規定する場
合のように、暗号キー自体で暗号化と復号化を行う場合
には、その乱数等の暗号キーを乱数生成部３で生成する
乱数と対応させて更新する演算形式を予め定め、その演
算形式によって累積キー作成部４が暗号キーを累積更新
するようにすればよい。
【００２１】一方、管理ファイル６は、上述したように
他の利用者との情報授受で使用する暗号キーを管理する
ためのファイルであり、図２中の管理ファイル６は上記
利用者ＡＡの暗号化／復号化情報処理装置内に保持され
ているものを示している。管理ファイル６の具体的なデ
ータ構造は図３に示すようになっており、暗号キーを管
理するための管理データとして“相手先コード”、“初
期キー”及び“利用パターン”の各項目に対応するデー
タを登録するものとなっている（図３中の登録データ例
も上記利用者ＡＡの暗号化／復号化情報処理装置内に保
持されている管理ファイルのものである。）。
他の利用者との情報授受で使用する暗号キーを管理する
ためのファイルであり、図２中の管理ファイル６は上記
利用者ＡＡの暗号化／復号化情報処理装置内に保持され
ているものを示している。管理ファイル６の具体的なデ
ータ構造は図３に示すようになっており、暗号キーを管
理するための管理データとして“相手先コード”、“初
期キー”及び“利用パターン”の各項目に対応するデー
タを登録するものとなっている（図３中の登録データ例
も上記利用者ＡＡの暗号化／復号化情報処理装置内に保
持されている管理ファイルのものである。）。
【００２２】“相手先コード”は、情報授受の相手先利
用者を識別し、当該相手先利用者との間で使用する暗号
キーを対応付けて特定するためのコードを示すデータで
ある。この“相手先コード”は、暗号化情報の授受を開
始する前に各利用者毎に予め定めて登録しておき、それ
に対応させて当該各利用者との情報授受に係る“初期キ
ー”と“利用パターン”を登録するようにする。“初期
キー”は、累積的に暗号キーを更新していく上での初期
設定暗号キーを示すデータであり、これも相手先利用者
と暗号化情報の授受を開始する前に予め設定して登録す
ると共に、その対応相手先コードが示す相手先利用者の
管理ファイルにも同一の初期キーを予め登録する（自分
と相手とで共通の初期キーを予め保持しておく。）。
“利用パターン”は、情報授受における暗号化キーない
し復号化キーの利用状況を示すデータであり、“暗号・
復号フラグ”、“作成日”及び“累積キー”等を登録す
る。利用パターンとしては、復号化キーのみの場合（他
の利用者から記録媒体ＲＭを受けた場合）、暗号化キー
のみの場合（他の利用者へ記録媒体ＲＭを送る場合）、
及び暗号化キーと復号化キーの双方の場合（他の利用者
から記録媒体ＲＭを受けてさらに自身から送る場合）が
ある。一方の利用者が復号化のみをしたのであれば、そ
の相手先利用者は暗号化のみをしたことになるので、各
利用者の管理ファイルにおいては、一方の利用者で復号
化キーのみの利用パターンが登録され、かつ、その相手
先利用者で暗号化キーのみの利用パターンが登録される
か、あるいは、情報授受をした双方の利用者で暗号化キ
ーと復号化キーの双方の利用パターンが登録されるかの
いずれかになる。
用者を識別し、当該相手先利用者との間で使用する暗号
キーを対応付けて特定するためのコードを示すデータで
ある。この“相手先コード”は、暗号化情報の授受を開
始する前に各利用者毎に予め定めて登録しておき、それ
に対応させて当該各利用者との情報授受に係る“初期キ
ー”と“利用パターン”を登録するようにする。“初期
キー”は、累積的に暗号キーを更新していく上での初期
設定暗号キーを示すデータであり、これも相手先利用者
と暗号化情報の授受を開始する前に予め設定して登録す
ると共に、その対応相手先コードが示す相手先利用者の
管理ファイルにも同一の初期キーを予め登録する（自分
と相手とで共通の初期キーを予め保持しておく。）。
“利用パターン”は、情報授受における暗号化キーない
し復号化キーの利用状況を示すデータであり、“暗号・
復号フラグ”、“作成日”及び“累積キー”等を登録す
る。利用パターンとしては、復号化キーのみの場合（他
の利用者から記録媒体ＲＭを受けた場合）、暗号化キー
のみの場合（他の利用者へ記録媒体ＲＭを送る場合）、
及び暗号化キーと復号化キーの双方の場合（他の利用者
から記録媒体ＲＭを受けてさらに自身から送る場合）が
ある。一方の利用者が復号化のみをしたのであれば、そ
の相手先利用者は暗号化のみをしたことになるので、各
利用者の管理ファイルにおいては、一方の利用者で復号
化キーのみの利用パターンが登録され、かつ、その相手
先利用者で暗号化キーのみの利用パターンが登録される
か、あるいは、情報授受をした双方の利用者で暗号化キ
ーと復号化キーの双方の利用パターンが登録されるかの
いずれかになる。
【００２３】利用パターン中の“暗号・復号フラグ”
は、それぞれの情報授受の際に累積更新して使用した累
積キーが暗号化キーか復号化キーかを示すフラグであ
る。本実施形態では、累積キーが暗号化に使用した暗号
化キーであった場合には“暗号・復号フラグ”を“１”
とし、累積キーが復号化に使用した復号化キーであった
場合には“暗号・復号フラグ”を“０”として登録する
ことにする。“作成日”は、それぞれの情報授受におけ
る暗号化情報等の作成日を示すデータであり、暗号化な
いし復号化の処理をした日を登録するが、必要に応じて
時、分ないし秒まで登録するようにしてもよい。“累積
キー”は、それぞれの情報授受の際に累積更新して使用
した累積キーを示すデータであり、暗号化又は復号化を
行う度に暗号化／復号化情報処理装置の上記累積キー作
成部４で作成される累積キーを登録する。暗号化又は復
号化の一方を連続して行う場合においては、その個々の
暗号化又は復号化の都度新たに累積キーを作成して使用
するが、管理ファイル中の“累積キー”としては、連続
して作成される累積キーを順次上書登録し、最後に作成
した最新の累積キーのみが登録管理データとして残るよ
うにする（詳細は後述）。なお、図３中に示してある登
録データ例の内容については、利用者ＡＡの暗号化／復
号化情報処理装置で登録される管理データの具体例とし
て後述する動作説明で述べる。
は、それぞれの情報授受の際に累積更新して使用した累
積キーが暗号化キーか復号化キーかを示すフラグであ
る。本実施形態では、累積キーが暗号化に使用した暗号
化キーであった場合には“暗号・復号フラグ”を“１”
とし、累積キーが復号化に使用した復号化キーであった
場合には“暗号・復号フラグ”を“０”として登録する
ことにする。“作成日”は、それぞれの情報授受におけ
る暗号化情報等の作成日を示すデータであり、暗号化な
いし復号化の処理をした日を登録するが、必要に応じて
時、分ないし秒まで登録するようにしてもよい。“累積
キー”は、それぞれの情報授受の際に累積更新して使用
した累積キーを示すデータであり、暗号化又は復号化を
行う度に暗号化／復号化情報処理装置の上記累積キー作
成部４で作成される累積キーを登録する。暗号化又は復
号化の一方を連続して行う場合においては、その個々の
暗号化又は復号化の都度新たに累積キーを作成して使用
するが、管理ファイル中の“累積キー”としては、連続
して作成される累積キーを順次上書登録し、最後に作成
した最新の累積キーのみが登録管理データとして残るよ
うにする（詳細は後述）。なお、図３中に示してある登
録データ例の内容については、利用者ＡＡの暗号化／復
号化情報処理装置で登録される管理データの具体例とし
て後述する動作説明で述べる。
【００２４】２．動作 次に、上記構成による本システムでの暗号キー管理動作
について説明する。図４は、利用者ＡＡと利用者ＢＢの
間で本システムによる暗号キー管理を行いつつ暗号化情
報を授受する場合の手順を示した図である。
について説明する。図４は、利用者ＡＡと利用者ＢＢの
間で本システムによる暗号キー管理を行いつつ暗号化情
報を授受する場合の手順を示した図である。
【００２５】利用者ＡＡと利用者ＢＢの間で暗号化情報
を授受するには、まず始めに初期キーの設定を行う。初
期キーは、暗号化の具体的な処理形式に応じて利用者Ａ
Ａが適宜定め、管理ファイル６に登録すると共に利用者
ＢＢに対して通知する（ステップＳ1）。例えば、利用
者ＡＡを特定する相手先コードが“ＣＯＤＥAA”、利用
者ＢＢを特定する相手先コードが“ＣＯＤＥBB”であ
り、初期キーとして“ＩＫ1”を用いることとした場合
には、利用者ＡＡが自身の暗号化／復号化情報処理装置
の入出力部１を操作して管理ファイル６に相手先コード
“ＣＯＤＥBB”を登録し、その相手先コード“ＣＯＤＥ
BB”に対応させて初期キー“ＩＫ1”を登録する。そし
て利用者ＢＢに対し、自身を特定する相手先コード“Ｃ
ＯＤＥAA”と設定登録した初期キー“ＩＫ1”を封書や
他の記録媒体送付等によって通知する。
を授受するには、まず始めに初期キーの設定を行う。初
期キーは、暗号化の具体的な処理形式に応じて利用者Ａ
Ａが適宜定め、管理ファイル６に登録すると共に利用者
ＢＢに対して通知する（ステップＳ1）。例えば、利用
者ＡＡを特定する相手先コードが“ＣＯＤＥAA”、利用
者ＢＢを特定する相手先コードが“ＣＯＤＥBB”であ
り、初期キーとして“ＩＫ1”を用いることとした場合
には、利用者ＡＡが自身の暗号化／復号化情報処理装置
の入出力部１を操作して管理ファイル６に相手先コード
“ＣＯＤＥBB”を登録し、その相手先コード“ＣＯＤＥ
BB”に対応させて初期キー“ＩＫ1”を登録する。そし
て利用者ＢＢに対し、自身を特定する相手先コード“Ｃ
ＯＤＥAA”と設定登録した初期キー“ＩＫ1”を封書や
他の記録媒体送付等によって通知する。
【００２６】その通知を受けた利用者ＢＢは、自身の暗
号化／復号化情報処理装置の入出力部１を操作して管理
ファイル６に相手先コード“ＣＯＤＥAA”を登録し、そ
の相手先コード“ＣＯＤＥAA”に対応させて初期キー
“ＩＫ1”を登録する。これにより、利用者ＢＢ側での
利用者ＡＡとの初期キー設定がなされ（ステップＳ
2）、利用者ＡＡと利用者ＢＢの間で暗号化情報を授受
することが可能な状態になる。なお、以上のような初期
キーの設定は、利用者ＢＢ側で初期キーを定めて利用者
ＡＡ側に通知することとしてもよい。また、他の利用者
と暗号化情報を授受するに当たっての初期キー設定も同
様に行い、例えば、利用者ＣＣを特定する相手先コード
が“ＣＯＤＥCC”、利用者ＤＤを特定する相手先コード
が“ＣＯＤＥDD”であり、これらの利用者と利用者ＡＡ
との間でそれぞれ初期キー“ＩＫ2”、“ＩＫ3”を用い
ることとした場合には、上記同様に利用者ＡＡでの登録
操作と利用者ＣＣ及び利用者ＤＤへの通知を行う。利用
者ＡＡの管理ファイル６には、かかる登録操作によって
図３に示したような相手先コード“ＣＯＤＥBB”、“Ｃ
ＯＤＥCC”、“ＣＯＤＥDD”とこれらに対応する初期キ
ー“ＩＫ1”、“ＩＫ2”、“ＩＫ3”が登録されること
になる。
号化／復号化情報処理装置の入出力部１を操作して管理
ファイル６に相手先コード“ＣＯＤＥAA”を登録し、そ
の相手先コード“ＣＯＤＥAA”に対応させて初期キー
“ＩＫ1”を登録する。これにより、利用者ＢＢ側での
利用者ＡＡとの初期キー設定がなされ（ステップＳ
2）、利用者ＡＡと利用者ＢＢの間で暗号化情報を授受
することが可能な状態になる。なお、以上のような初期
キーの設定は、利用者ＢＢ側で初期キーを定めて利用者
ＡＡ側に通知することとしてもよい。また、他の利用者
と暗号化情報を授受するに当たっての初期キー設定も同
様に行い、例えば、利用者ＣＣを特定する相手先コード
が“ＣＯＤＥCC”、利用者ＤＤを特定する相手先コード
が“ＣＯＤＥDD”であり、これらの利用者と利用者ＡＡ
との間でそれぞれ初期キー“ＩＫ2”、“ＩＫ3”を用い
ることとした場合には、上記同様に利用者ＡＡでの登録
操作と利用者ＣＣ及び利用者ＤＤへの通知を行う。利用
者ＡＡの管理ファイル６には、かかる登録操作によって
図３に示したような相手先コード“ＣＯＤＥBB”、“Ｃ
ＯＤＥCC”、“ＣＯＤＥDD”とこれらに対応する初期キ
ー“ＩＫ1”、“ＩＫ2”、“ＩＫ3”が登録されること
になる。
【００２７】その後、利用者ＡＡが利用者ＢＢへ情報を
暗号化して送ろうとしたとすると、利用者ＡＡ側で暗号
化キーの作成と登録を行い、暗号化ファイルを作成して
利用者ＢＢへ送付する（ステップＳ3）。これらの利用
者ＡＡ側での処理は、利用者ＡＡの暗号化／復号化情報
処理装置が図５に示す手順によって行う。
暗号化して送ろうとしたとすると、利用者ＡＡ側で暗号
化キーの作成と登録を行い、暗号化ファイルを作成して
利用者ＢＢへ送付する（ステップＳ3）。これらの利用
者ＡＡ側での処理は、利用者ＡＡの暗号化／復号化情報
処理装置が図５に示す手順によって行う。
【００２８】すなわち、利用者ＡＡは、入出力部１の操
作等によって暗号化／復号化情報処理装置内に利用者Ｂ
Ｂへ送ろうとする情報を暗号化処理対象の情報として読
み込み、暗号化／復号化情報処理装置での暗号化処理を
開始させる。すると暗号化／復号化情報処理装置におい
ては、乱数生成部３が乱数を生成して暗号化処理部２へ
供給し（ステップＳ20）、暗号化処理部２が受けた乱数
を暗号化ファイルのヘッダに書き込む（ステップＳ2
1）。ここにいう暗号化ファイルとは、暗号化情報に所
定のヘッダを付した形式のファイルであり、そのヘッダ
の情報としてまず乱数生成部３により生成された乱数を
暗号化処理部２が書き込む。この暗号化ファイルは、暗
号化／復号化情報処理装置内の記憶手段に一時格納して
作成完了時に記録媒体ＲＭに書き込むか、あるいは、記
録媒体ＲＭに直接書き込んでいくことによって作成す
る。
作等によって暗号化／復号化情報処理装置内に利用者Ｂ
Ｂへ送ろうとする情報を暗号化処理対象の情報として読
み込み、暗号化／復号化情報処理装置での暗号化処理を
開始させる。すると暗号化／復号化情報処理装置におい
ては、乱数生成部３が乱数を生成して暗号化処理部２へ
供給し（ステップＳ20）、暗号化処理部２が受けた乱数
を暗号化ファイルのヘッダに書き込む（ステップＳ2
1）。ここにいう暗号化ファイルとは、暗号化情報に所
定のヘッダを付した形式のファイルであり、そのヘッダ
の情報としてまず乱数生成部３により生成された乱数を
暗号化処理部２が書き込む。この暗号化ファイルは、暗
号化／復号化情報処理装置内の記憶手段に一時格納して
作成完了時に記録媒体ＲＭに書き込むか、あるいは、記
録媒体ＲＭに直接書き込んでいくことによって作成す
る。
【００２９】乱数を暗号化ファイルのヘッダに書き込ん
だ暗号化処理部２は、暗号化ファイルが連続送付される
場合かどうかを判断し（ステップＳ22）、その判断結果
に応じて新たな暗号化キーを作成及び登録する態様を決
定する。暗号化ファイルが連続送付される場合かどうか
は、管理ファイル６中の利用パターンを参照し、現在情
報を送ろうとしている相手先利用者に係る最新の暗号・
復号フラグが“１”となっているか否か（当該相手先と
の情報授受で直前に暗号化をしたかどうか）によって判
断する。現時点では、未だ利用パターンの登録はされて
おらず、最新の暗号・復号フラグが“１”にはなってい
ないので、暗号化処理部２は、暗号化ファイルが連続送
付される場合ではないと判断し（ステップＳ22での判断
結果が“ＹＥＳ”となり）、乱数生成部３から受けた乱
数と最新の累積キーを累積キー作成部４へ供給する。最
新の累積キーとしては、暗号化処理部２が管理ファイル
６を参照し、情報を送る相手先との暗号キーとして登録
されている最新のキーを用いる。今、情報の送り先であ
る利用者ＢＢとは初期キーを設定しただけで未だ暗号化
情報の授受は行っていないので、累積キーとして登録さ
れているキーはない。この場合、暗号化処理部２は、最
新の累積キーとして初期キーを用いることとし、利用者
ＢＢを特定する相手先コード“ＣＯＤＥBB”に対応して
登録されている初期キー“ＩＫ1”を管理ファイル６か
ら読み出して累積キー作成部４へ供給する。
だ暗号化処理部２は、暗号化ファイルが連続送付される
場合かどうかを判断し（ステップＳ22）、その判断結果
に応じて新たな暗号化キーを作成及び登録する態様を決
定する。暗号化ファイルが連続送付される場合かどうか
は、管理ファイル６中の利用パターンを参照し、現在情
報を送ろうとしている相手先利用者に係る最新の暗号・
復号フラグが“１”となっているか否か（当該相手先と
の情報授受で直前に暗号化をしたかどうか）によって判
断する。現時点では、未だ利用パターンの登録はされて
おらず、最新の暗号・復号フラグが“１”にはなってい
ないので、暗号化処理部２は、暗号化ファイルが連続送
付される場合ではないと判断し（ステップＳ22での判断
結果が“ＹＥＳ”となり）、乱数生成部３から受けた乱
数と最新の累積キーを累積キー作成部４へ供給する。最
新の累積キーとしては、暗号化処理部２が管理ファイル
６を参照し、情報を送る相手先との暗号キーとして登録
されている最新のキーを用いる。今、情報の送り先であ
る利用者ＢＢとは初期キーを設定しただけで未だ暗号化
情報の授受は行っていないので、累積キーとして登録さ
れているキーはない。この場合、暗号化処理部２は、最
新の累積キーとして初期キーを用いることとし、利用者
ＢＢを特定する相手先コード“ＣＯＤＥBB”に対応して
登録されている初期キー“ＩＫ1”を管理ファイル６か
ら読み出して累積キー作成部４へ供給する。
【００３０】すると、累積キー作成部４は、受けた乱数
と最新の累積キー（現時点では初期キー“ＩＫ1”）か
ら新たな暗号化キーを作成する（ステップＳ23）。この
新たな暗号化キーは、累積キー作成部４において、受け
た乱数を用いて上記演算形式等により最新の累積キーを
更新することによって作成され、その更新前の累積キー
に代わって後に最新の累積キーとされるものとなる。
と最新の累積キー（現時点では初期キー“ＩＫ1”）か
ら新たな暗号化キーを作成する（ステップＳ23）。この
新たな暗号化キーは、累積キー作成部４において、受け
た乱数を用いて上記演算形式等により最新の累積キーを
更新することによって作成され、その更新前の累積キー
に代わって後に最新の累積キーとされるものとなる。
【００３１】累積キー作成部４で作成された新たな暗号
化キーは暗号化処理部２へ供給され、新たに累積キーと
して管理ファイル６に追加登録される（ステップＳ2
4）。ここにいう追加登録とは、暗号・復号フラグ、作
成日及び累積キーの組を新たに管理ファイル６中の利用
パターンに追加する態様の登録である。例えば、利用者
ＡＡ側で暗号化を行っている現時点の日付が“ＤＡＴＥ
1”であり、上記初期キー“ＩＫ1”を更新して作成され
た新たな暗号化キーが“ＳＫ1”であったとすると、暗
号化処理部２は、相手先コード“ＣＯＤＥBB”に対応す
る利用パターンとして “１，ＤＡＴＥ1，ＳＫ1” を管理ファイル６に登録する。
化キーは暗号化処理部２へ供給され、新たに累積キーと
して管理ファイル６に追加登録される（ステップＳ2
4）。ここにいう追加登録とは、暗号・復号フラグ、作
成日及び累積キーの組を新たに管理ファイル６中の利用
パターンに追加する態様の登録である。例えば、利用者
ＡＡ側で暗号化を行っている現時点の日付が“ＤＡＴＥ
1”であり、上記初期キー“ＩＫ1”を更新して作成され
た新たな暗号化キーが“ＳＫ1”であったとすると、暗
号化処理部２は、相手先コード“ＣＯＤＥBB”に対応す
る利用パターンとして “１，ＤＡＴＥ1，ＳＫ1” を管理ファイル６に登録する。
【００３２】その登録をした後に、暗号化処理部２は、
累積キー作成部４が作成した暗号化キー（登録した累積
キー）を用い、暗号化／復号化情報処理装置内に読み込
まれている暗号化処理対象の情報を暗号化して暗号化フ
ァイルに書き込む（ステップＳ25）。そして、利用者Ａ
Ａの相手先コードや管理ファイル６に登録した作成日等
の所定の情報を暗号化ファイルのヘッダに付して暗号化
ファイルの作成を完了し、これを記録した記録媒体ＲＭ
を利用者ＡＡが郵送等で利用者ＢＢへ送る。これによ
り、利用者ＡＡ側から暗号化情報等を含んだ暗号化ファ
イルが利用者ＢＢ側へ送付される（ステップＳ26）。
累積キー作成部４が作成した暗号化キー（登録した累積
キー）を用い、暗号化／復号化情報処理装置内に読み込
まれている暗号化処理対象の情報を暗号化して暗号化フ
ァイルに書き込む（ステップＳ25）。そして、利用者Ａ
Ａの相手先コードや管理ファイル６に登録した作成日等
の所定の情報を暗号化ファイルのヘッダに付して暗号化
ファイルの作成を完了し、これを記録した記録媒体ＲＭ
を利用者ＡＡが郵送等で利用者ＢＢへ送る。これによ
り、利用者ＡＡ側から暗号化情報等を含んだ暗号化ファ
イルが利用者ＢＢ側へ送付される（ステップＳ26）。
【００３３】以上のようにして送付された暗号化ファイ
ル（記録媒体ＲＭ）を利用者ＢＢが受け取ると、利用者
ＢＢ側では、復号化キーの作成及び登録並びに暗号化フ
ァイルの復号化が行われる（図４のステップＳ4）。こ
れらの利用者ＢＢ側での処理は、利用者ＢＢの暗号化／
復号化情報処理装置が図６に示す手順によって行う。
ル（記録媒体ＲＭ）を利用者ＢＢが受け取ると、利用者
ＢＢ側では、復号化キーの作成及び登録並びに暗号化フ
ァイルの復号化が行われる（図４のステップＳ4）。こ
れらの利用者ＢＢ側での処理は、利用者ＢＢの暗号化／
復号化情報処理装置が図６に示す手順によって行う。
【００３４】すなわち、利用者ＢＢは、利用者ＡＡから
受け取った記録媒体ＲＭを入出力部１の記録媒体ドライ
ブ１ａにセットし、他の情報入出力装置１ｂの操作等に
よって暗号化／復号化情報処理装置での復号化処理を開
始させる。すると暗号化／復号化情報処理装置において
は、復号化処理部５が記録媒体ＲＭ内の暗号化ファイル
のヘッダから乱数を読み取る（ステップＳ30）。この乱
数は、上述したように利用者ＡＡの暗号化／復号化情報
処理装置で乱数生成部３によって生成され、初期キー
“ＩＫ1”の更新に用いられた乱数である。なお、復号
化処理部５は、同ヘッダから送り手の相手先コードや暗
号化情報等の作成日も読み取り、暗号化ファイルを送っ
た相手先利用者が利用者ＡＡであること等を把握する。
受け取った記録媒体ＲＭを入出力部１の記録媒体ドライ
ブ１ａにセットし、他の情報入出力装置１ｂの操作等に
よって暗号化／復号化情報処理装置での復号化処理を開
始させる。すると暗号化／復号化情報処理装置において
は、復号化処理部５が記録媒体ＲＭ内の暗号化ファイル
のヘッダから乱数を読み取る（ステップＳ30）。この乱
数は、上述したように利用者ＡＡの暗号化／復号化情報
処理装置で乱数生成部３によって生成され、初期キー
“ＩＫ1”の更新に用いられた乱数である。なお、復号
化処理部５は、同ヘッダから送り手の相手先コードや暗
号化情報等の作成日も読み取り、暗号化ファイルを送っ
た相手先利用者が利用者ＡＡであること等を把握する。
【００３５】読み取られた乱数は累積キーを更新して復
号化キーを作成するのに利用されるが、このとき復号化
処理部５は、暗号化ファイルを連続して受け取った場合
かどうかを判断し（ステップＳ31）、その判断結果に応
じて復号化キーの作成態様を決定する。暗号化ファイル
を連続して受け取った場合かどうかは、管理ファイル６
中の利用パターンを参照し、暗号化ファイルを送った相
手先利用者に係る最新の暗号・復号フラグが“０”とな
っているか否か（当該相手先との情報授受で直前に復号
化をしたかどうか）によって判断する。現時点では、利
用者ＢＢ側でも未だ利用パターンの登録はされておら
ず、最新の暗号・復号フラグが“０”にはなっていない
ので、復号化処理部５は、暗号化ファイルを連続して受
け取った場合ではないと判断し（ステップＳ31での判断
結果が“ＹＥＳ”となり）、読み取った乱数と最新の累
積キーから復号化キーを作成することにする（ステップ
Ｓ32）。
号化キーを作成するのに利用されるが、このとき復号化
処理部５は、暗号化ファイルを連続して受け取った場合
かどうかを判断し（ステップＳ31）、その判断結果に応
じて復号化キーの作成態様を決定する。暗号化ファイル
を連続して受け取った場合かどうかは、管理ファイル６
中の利用パターンを参照し、暗号化ファイルを送った相
手先利用者に係る最新の暗号・復号フラグが“０”とな
っているか否か（当該相手先との情報授受で直前に復号
化をしたかどうか）によって判断する。現時点では、利
用者ＢＢ側でも未だ利用パターンの登録はされておら
ず、最新の暗号・復号フラグが“０”にはなっていない
ので、復号化処理部５は、暗号化ファイルを連続して受
け取った場合ではないと判断し（ステップＳ31での判断
結果が“ＹＥＳ”となり）、読み取った乱数と最新の累
積キーから復号化キーを作成することにする（ステップ
Ｓ32）。
【００３６】この復号化キーの作成では、復号化処理部
５が読み取った乱数と最新の累積キーを累積キー作成部
４へ供給する。ここでの最新の累積キーとしては、復号
化処理部５が管理ファイル６を参照し、暗号化ファイル
を受け取った相手先との暗号キーとして登録されている
最新のキーを用いる。今、利用者ＢＢの側では、相手先
である利用者ＡＡとは初期キーを設定しただけで初めて
暗号化情報の授受を行うところなので、累積キーとして
登録されているキーはない。この場合、復号化処理部５
は、最新の累積キーとして初期キーを用いることとし、
利用者ＡＡを特定する相手先コード“ＣＯＤＥAA”に対
応して登録されている初期キー“ＩＫ1”を管理ファイ
ル６から読み出して累積キー作成部４へ供給する。
５が読み取った乱数と最新の累積キーを累積キー作成部
４へ供給する。ここでの最新の累積キーとしては、復号
化処理部５が管理ファイル６を参照し、暗号化ファイル
を受け取った相手先との暗号キーとして登録されている
最新のキーを用いる。今、利用者ＢＢの側では、相手先
である利用者ＡＡとは初期キーを設定しただけで初めて
暗号化情報の授受を行うところなので、累積キーとして
登録されているキーはない。この場合、復号化処理部５
は、最新の累積キーとして初期キーを用いることとし、
利用者ＡＡを特定する相手先コード“ＣＯＤＥAA”に対
応して登録されている初期キー“ＩＫ1”を管理ファイ
ル６から読み出して累積キー作成部４へ供給する。
【００３７】すると、累積キー作成部４は、受けた乱数
と最新の累積キー（現時点では初期キー“ＩＫ1”）か
ら復号化キーを作成する。この復号化キーは、累積キー
作成部４において、受けた乱数を用いて上記演算形式等
により最新の累積キーを更新することによって作成され
るが、ここで用いられる乱数と最新の累積キーは、利用
者ＡＡ側で新たな暗号化キー作成に用いられたものと同
一である。したがって、復号化キーとしては、上記利用
者ＡＡ側で作成された累積キーと同一のキー“ＳＫ1”
が作成され、そのキーが更新前の累積キーに代わる後の
最新の累積キーとされることになる。
と最新の累積キー（現時点では初期キー“ＩＫ1”）か
ら復号化キーを作成する。この復号化キーは、累積キー
作成部４において、受けた乱数を用いて上記演算形式等
により最新の累積キーを更新することによって作成され
るが、ここで用いられる乱数と最新の累積キーは、利用
者ＡＡ側で新たな暗号化キー作成に用いられたものと同
一である。したがって、復号化キーとしては、上記利用
者ＡＡ側で作成された累積キーと同一のキー“ＳＫ1”
が作成され、そのキーが更新前の累積キーに代わる後の
最新の累積キーとされることになる。
【００３８】累積キー作成部４で作成された復号化キー
は復号化処理部５へ供給され、その復号化キーを復号化
処理部５が新たに累積キーとして管理ファイル６に追加
登録する（ステップＳ33）。ここにいう追加登録も暗号
・復号フラグ、作成日及び累積キーの組を新たに管理フ
ァイル６中の利用パターンに追加する態様の登録である
が、暗号・復号フラグは“０”であり、作成日は暗号化
ファイルのヘッダに記録された作成日とする。これによ
り、利用者ＢＢ側では、復号化処理部５が相手先コード
“ＣＯＤＥAA”に対応する利用パターンとして“０，Ｄ
ＡＴＥ1，ＳＫ1”を管理ファイル６に登録する。
は復号化処理部５へ供給され、その復号化キーを復号化
処理部５が新たに累積キーとして管理ファイル６に追加
登録する（ステップＳ33）。ここにいう追加登録も暗号
・復号フラグ、作成日及び累積キーの組を新たに管理フ
ァイル６中の利用パターンに追加する態様の登録である
が、暗号・復号フラグは“０”であり、作成日は暗号化
ファイルのヘッダに記録された作成日とする。これによ
り、利用者ＢＢ側では、復号化処理部５が相手先コード
“ＣＯＤＥAA”に対応する利用パターンとして“０，Ｄ
ＡＴＥ1，ＳＫ1”を管理ファイル６に登録する。
【００３９】その登録をした後に、復号化処理部５は、
累積キー作成部４が作成した復号化キー（登録した累積
キー）を用い、記録媒体ＲＭに記録されている暗号化フ
ァイル中の暗号化情報を復号化する（ステップＳ34）。
そして、復号化した情報を入出力部１のディスプレイに
表示し、プリンタにより印刷し、あるいは、他の記録媒
体に格納することにより、利用者ＢＢ側で暗号化ファイ
ルの情報が取得される（ステップＳ35）。
累積キー作成部４が作成した復号化キー（登録した累積
キー）を用い、記録媒体ＲＭに記録されている暗号化フ
ァイル中の暗号化情報を復号化する（ステップＳ34）。
そして、復号化した情報を入出力部１のディスプレイに
表示し、プリンタにより印刷し、あるいは、他の記録媒
体に格納することにより、利用者ＢＢ側で暗号化ファイ
ルの情報が取得される（ステップＳ35）。
【００４０】利用者ＡＡ側から送付された暗号化情報
は、以上のようにして利用者ＢＢ側で復号化される。利
用者ＢＢ側から情報を暗号化して送付し、それを利用者
ＡＡ側で受け取って復号化する場合には、利用者ＡＡ側
での上述した処理を利用者ＢＢ側で行い、利用者ＢＢ側
での上述した処理を利用者ＡＡ側で行う。すなわち、利
用者ＢＢが利用者ＡＡへ暗号化情報を送る場合には、利
用者ＢＢ側で暗号化キーの作成と登録を行い、暗号化フ
ァイルを作成して利用者ＡＡへ送付する（図４のステッ
プＳ5）。
は、以上のようにして利用者ＢＢ側で復号化される。利
用者ＢＢ側から情報を暗号化して送付し、それを利用者
ＡＡ側で受け取って復号化する場合には、利用者ＡＡ側
での上述した処理を利用者ＢＢ側で行い、利用者ＢＢ側
での上述した処理を利用者ＡＡ側で行う。すなわち、利
用者ＢＢが利用者ＡＡへ暗号化情報を送る場合には、利
用者ＢＢ側で暗号化キーの作成と登録を行い、暗号化フ
ァイルを作成して利用者ＡＡへ送付する（図４のステッ
プＳ5）。
【００４１】この場合、利用者ＢＢが利用者ＡＡへ送ろ
うとする情報を暗号化／復号化情報処理装置内に暗号化
処理対象の情報として読み込んで暗号化処理を開始さ
せ、上記同様に乱数生成部３が乱数（上記乱数とは別の
乱数）を生成して（図５のステップＳ20）その乱数を暗
号化処理部２が暗号化ファイルのヘッダに書き込む（ス
テップＳ21）。そして、暗号化処理部２は、暗号化ファ
イルが連続送付される場合かどうかを判断するが（ステ
ップＳ22）、利用者ＡＡとの情報授受では直前に復号化
を行っているので、最新の暗号・復号フラグは“０”と
なっている。したがって、暗号化処理部２は、そのフラ
グの値を参照して暗号化ファイルが連続送付される場合
ではないと判断し（ステップＳ22での判断結果が“ＹＥ
Ｓ”となり）、乱数生成部３から受けた乱数と最新の累
積キーを累積キー作成部４へ供給する。この時の最新の
累積キーとしては、上述した暗号化情報の授受を経たこ
とによって初期キー“ＩＫ1”を更新した累積キー“Ｓ
Ｋ1”が登録されているので、暗号化処理部２は、管理
ファイル６を参照して累積キー“ＳＫ1”を最新の累積
キーとして読み出し、累積キー作成部４へ供給する。こ
れにより、累積キー作成部４は、受けた乱数と最新の累
積キー“ＳＫ1”から新たな暗号化キーを作成し（ステ
ップＳ23）、この新たな暗号化キーが更新前の累積キー
“ＳＫ1”にさらに代わる後の最新の累積キーとされ
る。本システムでは、このようにして暗号化ないし復号
化に使用する暗号キーが累積的に更新されていくことに
なる。
うとする情報を暗号化／復号化情報処理装置内に暗号化
処理対象の情報として読み込んで暗号化処理を開始さ
せ、上記同様に乱数生成部３が乱数（上記乱数とは別の
乱数）を生成して（図５のステップＳ20）その乱数を暗
号化処理部２が暗号化ファイルのヘッダに書き込む（ス
テップＳ21）。そして、暗号化処理部２は、暗号化ファ
イルが連続送付される場合かどうかを判断するが（ステ
ップＳ22）、利用者ＡＡとの情報授受では直前に復号化
を行っているので、最新の暗号・復号フラグは“０”と
なっている。したがって、暗号化処理部２は、そのフラ
グの値を参照して暗号化ファイルが連続送付される場合
ではないと判断し（ステップＳ22での判断結果が“ＹＥ
Ｓ”となり）、乱数生成部３から受けた乱数と最新の累
積キーを累積キー作成部４へ供給する。この時の最新の
累積キーとしては、上述した暗号化情報の授受を経たこ
とによって初期キー“ＩＫ1”を更新した累積キー“Ｓ
Ｋ1”が登録されているので、暗号化処理部２は、管理
ファイル６を参照して累積キー“ＳＫ1”を最新の累積
キーとして読み出し、累積キー作成部４へ供給する。こ
れにより、累積キー作成部４は、受けた乱数と最新の累
積キー“ＳＫ1”から新たな暗号化キーを作成し（ステ
ップＳ23）、この新たな暗号化キーが更新前の累積キー
“ＳＫ1”にさらに代わる後の最新の累積キーとされ
る。本システムでは、このようにして暗号化ないし復号
化に使用する暗号キーが累積的に更新されていくことに
なる。
【００４２】新たな暗号化キーが累積キー作成部４から
暗号化処理部２へ供給されると、暗号化処理部２は、そ
の暗号化キーを新たに累積キーとして管理ファイル６に
追加登録する（ステップＳ24）。例えば、利用者ＢＢ側
で暗号化を行っている現時点の日付が“ＤＡＴＥ2”で
あり、上記累積キー“ＳＫ1”を更新して作成された新
たな暗号化キーが“ＳＫ2”であったとすると、暗号化
処理部２は、相手先コード“ＣＯＤＥAA”に対応する利
用パターンとして “１，ＤＡＴＥ2，ＳＫ2” を管理ファイル６に追加登録する。
暗号化処理部２へ供給されると、暗号化処理部２は、そ
の暗号化キーを新たに累積キーとして管理ファイル６に
追加登録する（ステップＳ24）。例えば、利用者ＢＢ側
で暗号化を行っている現時点の日付が“ＤＡＴＥ2”で
あり、上記累積キー“ＳＫ1”を更新して作成された新
たな暗号化キーが“ＳＫ2”であったとすると、暗号化
処理部２は、相手先コード“ＣＯＤＥAA”に対応する利
用パターンとして “１，ＤＡＴＥ2，ＳＫ2” を管理ファイル６に追加登録する。
【００４３】その後、暗号化処理部２は、登録した累積
キーを暗号化キーとして用い、暗号化処理対象の情報を
暗号化して暗号化ファイルに書き込む（ステップＳ2
5）。そして、利用者ＢＢの相手先コードや登録した作
成日等の所定の情報を暗号化ファイルのヘッダに付して
暗号化ファイルの作成を完了し、これを記録した記録媒
体ＲＭを利用者ＢＢが利用者ＡＡへ送ることにより、利
用者ＢＢ側から暗号化ファイルが利用者ＡＡ側へ送付さ
れる（ステップＳ26）。
キーを暗号化キーとして用い、暗号化処理対象の情報を
暗号化して暗号化ファイルに書き込む（ステップＳ2
5）。そして、利用者ＢＢの相手先コードや登録した作
成日等の所定の情報を暗号化ファイルのヘッダに付して
暗号化ファイルの作成を完了し、これを記録した記録媒
体ＲＭを利用者ＢＢが利用者ＡＡへ送ることにより、利
用者ＢＢ側から暗号化ファイルが利用者ＡＡ側へ送付さ
れる（ステップＳ26）。
【００４４】その暗号化ファイル（記録媒体ＲＭ）を利
用者ＡＡが受け取り、利用者ＡＡ側での復号化キーの作
成及び登録並びに暗号化ファイルの復号化を行う（図４
のステップＳ6）。すなわち、利用者ＡＡが受け取った
記録媒体ＲＭを入出力部１の記録媒体ドライブ１ａにセ
ットし、利用者ＡＡの暗号化／復号化情報処理装置での
復号化処理を開始させると、復号化処理部５が暗号化フ
ァイルのヘッダから乱数を読み取る（ステップＳ30）。
この乱数は、上述したように利用者ＢＢの暗号化／復号
化情報処理装置で乱数生成部３によって生成され、累積
キー“ＳＫ1”の更新に用いられた乱数であり、利用者
ＡＡ側でも累積キーを更新するのに利用される。
用者ＡＡが受け取り、利用者ＡＡ側での復号化キーの作
成及び登録並びに暗号化ファイルの復号化を行う（図４
のステップＳ6）。すなわち、利用者ＡＡが受け取った
記録媒体ＲＭを入出力部１の記録媒体ドライブ１ａにセ
ットし、利用者ＡＡの暗号化／復号化情報処理装置での
復号化処理を開始させると、復号化処理部５が暗号化フ
ァイルのヘッダから乱数を読み取る（ステップＳ30）。
この乱数は、上述したように利用者ＢＢの暗号化／復号
化情報処理装置で乱数生成部３によって生成され、累積
キー“ＳＫ1”の更新に用いられた乱数であり、利用者
ＡＡ側でも累積キーを更新するのに利用される。
【００４５】このとき復号化処理部５は、暗号化ファイ
ルを連続して受け取った場合かどうかを判断するが（ス
テップＳ31）、利用者ＢＢとの情報授受では直前に暗号
化を行っているので、最新の暗号・復号フラグは“１”
となっている。したがって、復号化処理部５は、そのフ
ラグの値を参照して暗号化ファイルを連続して受け取っ
た場合ではないと判断し（ステップＳ31での判断結果が
“ＹＥＳ”となり）、暗号化ファイルから読み取った乱
数と最新の累積キーを累積キー作成部４へ供給する。こ
の時の最新の累積キーとしては、利用者ＡＡ側において
も、上述した暗号化情報の授受を経たことによって初期
キー“ＩＫ1”を更新した累積キー“ＳＫ1”が登録され
ている。したがって、復号化処理部５は、管理ファイル
６を参照して累積キー“ＳＫ1”を最新の累積キーとし
て読み出し、累積キー作成部４へ供給する。これによ
り、累積キー作成部４は、受けた乱数と最新の累積キー
“ＳＫ1”から復号化キーを作成し（ステップＳ32）、
この復号化キーが更新前の累積キー“ＳＫ1”にさらに
代わる後の最新の累積キーとされる（このようにして利
用者ＡＡ側でも同様に暗号化ないし復号化に使用する暗
号キーが累積的に更新されていくことになる。）。
ルを連続して受け取った場合かどうかを判断するが（ス
テップＳ31）、利用者ＢＢとの情報授受では直前に暗号
化を行っているので、最新の暗号・復号フラグは“１”
となっている。したがって、復号化処理部５は、そのフ
ラグの値を参照して暗号化ファイルを連続して受け取っ
た場合ではないと判断し（ステップＳ31での判断結果が
“ＹＥＳ”となり）、暗号化ファイルから読み取った乱
数と最新の累積キーを累積キー作成部４へ供給する。こ
の時の最新の累積キーとしては、利用者ＡＡ側において
も、上述した暗号化情報の授受を経たことによって初期
キー“ＩＫ1”を更新した累積キー“ＳＫ1”が登録され
ている。したがって、復号化処理部５は、管理ファイル
６を参照して累積キー“ＳＫ1”を最新の累積キーとし
て読み出し、累積キー作成部４へ供給する。これによ
り、累積キー作成部４は、受けた乱数と最新の累積キー
“ＳＫ1”から復号化キーを作成し（ステップＳ32）、
この復号化キーが更新前の累積キー“ＳＫ1”にさらに
代わる後の最新の累積キーとされる（このようにして利
用者ＡＡ側でも同様に暗号化ないし復号化に使用する暗
号キーが累積的に更新されていくことになる。）。
【００４６】ここで用いられる乱数と最新の累積キー
は、利用者ＢＢ側で新たな暗号化キー作成に用いられた
ものと同一であり、復号化キーとしては、上記利用者Ｂ
Ｂ側で作成された累積キーと同一のキー“ＳＫ2”が作
成される。この復号化キー“ＳＫ2”は、復号化処理部
５へ供給されて新たに累積キーとして管理ファイル６に
追加登録される（ステップＳ33）。すなわち、復号化処
理部５は、利用者ＢＢからの暗号化ファイルに記録され
ている作成日“ＤＡＴＥ2”を参照し、相手先コード
“ＣＯＤＥBB”に対応する利用パターンとして “０，ＤＡＴＥ2，ＳＫ2” を管理ファイル６に追加登録する。その後、復号化処理
部５が登録した累積キーを復号化キーとして暗号化ファ
イル中の暗号化情報を復号化し（ステップＳ34）、復号
化した情報を入出力部１のディスプレイに表示したりす
ることによって利用者ＡＡ側で暗号化ファイルの情報を
取得する（ステップＳ35）。
は、利用者ＢＢ側で新たな暗号化キー作成に用いられた
ものと同一であり、復号化キーとしては、上記利用者Ｂ
Ｂ側で作成された累積キーと同一のキー“ＳＫ2”が作
成される。この復号化キー“ＳＫ2”は、復号化処理部
５へ供給されて新たに累積キーとして管理ファイル６に
追加登録される（ステップＳ33）。すなわち、復号化処
理部５は、利用者ＢＢからの暗号化ファイルに記録され
ている作成日“ＤＡＴＥ2”を参照し、相手先コード
“ＣＯＤＥBB”に対応する利用パターンとして “０，ＤＡＴＥ2，ＳＫ2” を管理ファイル６に追加登録する。その後、復号化処理
部５が登録した累積キーを復号化キーとして暗号化ファ
イル中の暗号化情報を復号化し（ステップＳ34）、復号
化した情報を入出力部１のディスプレイに表示したりす
ることによって利用者ＡＡ側で暗号化ファイルの情報を
取得する（ステップＳ35）。
【００４７】利用者ＡＡと利用者ＢＢとの間での情報授
受が上述したように記録媒体ＲＭを交互にやり取りして
行われる場合には、累積キーの更新をすべての情報授受
の度に順次累積していくことができる。しかし、一方の
利用者から連続して記録媒体ＲＭが送られた場合には、
それらの到着順によって他方の利用者側での累積キーの
更新順序が変わり、両利用者間で暗号キー（累積キー）
の同期を維持できなくなる。そこで、本システムでは、
かかる場合の暗号キー管理を以下のようにして行い、連
続送付等の場合でも暗号キーの同期を確保する。
受が上述したように記録媒体ＲＭを交互にやり取りして
行われる場合には、累積キーの更新をすべての情報授受
の度に順次累積していくことができる。しかし、一方の
利用者から連続して記録媒体ＲＭが送られた場合には、
それらの到着順によって他方の利用者側での累積キーの
更新順序が変わり、両利用者間で暗号キー（累積キー）
の同期を維持できなくなる。そこで、本システムでは、
かかる場合の暗号キー管理を以下のようにして行い、連
続送付等の場合でも暗号キーの同期を確保する。
【００４８】今、利用者ＡＡが利用者ＢＢへ暗号化ファ
イルを送付し、そのファイルが利用者ＢＢへ到達する前
に、利用者ＡＡが利用者ＢＢへさらに別の暗号化ファイ
ルを送付したとする。この場合、利用者ＡＡ側では、暗
号化キーの作成及び登録並びに暗号化ファイルの作成及
び送付が２回続けて行われる（図４のステップＳ7及び
Ｓ8）。
イルを送付し、そのファイルが利用者ＢＢへ到達する前
に、利用者ＡＡが利用者ＢＢへさらに別の暗号化ファイ
ルを送付したとする。この場合、利用者ＡＡ側では、暗
号化キーの作成及び登録並びに暗号化ファイルの作成及
び送付が２回続けて行われる（図４のステップＳ7及び
Ｓ8）。
【００４９】１回目の送付時に利用者ＡＡ側で行われる
処理（ステップＳ7）は、図５の上記同様の手順（ステ
ップＳ20〜Ｓ26）によって行われる。これにより、累積
キー“ＳＫ2”を乱数によって更新した累積キー“ＳＫ
3”が作成され、利用者ＢＢに対しては、累積キー“Ｓ
Ｋ3”を使用して暗号化された暗号化情報の暗号化ファ
イルが送付される。そして、利用者ＡＡ側では、１回目
の暗号化を行った日付が“ＤＡＴＥ3”であったとする
と、相手先コード“ＣＯＤＥBB”に対応する利用パター
ンとして “１，ＤＡＴＥ3，ＳＫ3” が管理ファイル６に追加登録される。
処理（ステップＳ7）は、図５の上記同様の手順（ステ
ップＳ20〜Ｓ26）によって行われる。これにより、累積
キー“ＳＫ2”を乱数によって更新した累積キー“ＳＫ
3”が作成され、利用者ＢＢに対しては、累積キー“Ｓ
Ｋ3”を使用して暗号化された暗号化情報の暗号化ファ
イルが送付される。そして、利用者ＡＡ側では、１回目
の暗号化を行った日付が“ＤＡＴＥ3”であったとする
と、相手先コード“ＣＯＤＥBB”に対応する利用パター
ンとして “１，ＤＡＴＥ3，ＳＫ3” が管理ファイル６に追加登録される。
【００５０】その後、２回目の送付時に利用者ＡＡ側で
行われる処理（ステップＳ8）では、連続送付であるこ
とを考慮して上述した手順とは異なる手順が採られる。
利用者ＡＡが利用者ＢＢへさらに送ろうとする情報を暗
号化／復号化情報処理装置内に暗号化処理対象の情報と
して読み込み、暗号化処理を開始させると、乱数生成部
３が乱数を生成し（図５のステップＳ20）、その乱数を
暗号化処理部２が暗号化ファイルのヘッダに書き込む
（ステップＳ21）。そして、暗号化処理部２は、暗号化
ファイルが連続送付される場合かどうかを判断する（ス
テップＳ22）。
行われる処理（ステップＳ8）では、連続送付であるこ
とを考慮して上述した手順とは異なる手順が採られる。
利用者ＡＡが利用者ＢＢへさらに送ろうとする情報を暗
号化／復号化情報処理装置内に暗号化処理対象の情報と
して読み込み、暗号化処理を開始させると、乱数生成部
３が乱数を生成し（図５のステップＳ20）、その乱数を
暗号化処理部２が暗号化ファイルのヘッダに書き込む
（ステップＳ21）。そして、暗号化処理部２は、暗号化
ファイルが連続送付される場合かどうかを判断する（ス
テップＳ22）。
【００５１】このとき、利用者ＢＢとの情報授受では直
前に暗号化を行っているので、最新の暗号・復号フラグ
は“１”となっている。したがって、暗号化処理部２
は、そのフラグの値を参照して暗号化ファイルが連続送
付される場合であると判断し（ステップＳ22での判断結
果が“ＮＯ”となり）、乱数生成部３から受けた乱数と
最新より一つ前の累積キーを累積キー作成部４へ供給す
る。ここにいう最新より一つ前の累積キーとは、最新の
累積キーの直前に使用した累積キーであり、前回の暗号
化で更新対象となった累積キーと同一の累積キーであ
る。今、上述した２回の暗号化情報の授受を経て１回目
の暗号化情報の送付を行ったところなので、登録されて
いる最新の累積キーは“ＳＫ3”であり、その一つ前の
累積キーは“ＳＫ2”である。したがって、暗号化処理
部２は、管理ファイル６を参照して累積キー“ＳＫ2”
を最新より一つ前の累積キーとして読み出し、累積キー
作成部４へ供給する。
前に暗号化を行っているので、最新の暗号・復号フラグ
は“１”となっている。したがって、暗号化処理部２
は、そのフラグの値を参照して暗号化ファイルが連続送
付される場合であると判断し（ステップＳ22での判断結
果が“ＮＯ”となり）、乱数生成部３から受けた乱数と
最新より一つ前の累積キーを累積キー作成部４へ供給す
る。ここにいう最新より一つ前の累積キーとは、最新の
累積キーの直前に使用した累積キーであり、前回の暗号
化で更新対象となった累積キーと同一の累積キーであ
る。今、上述した２回の暗号化情報の授受を経て１回目
の暗号化情報の送付を行ったところなので、登録されて
いる最新の累積キーは“ＳＫ3”であり、その一つ前の
累積キーは“ＳＫ2”である。したがって、暗号化処理
部２は、管理ファイル６を参照して累積キー“ＳＫ2”
を最新より一つ前の累積キーとして読み出し、累積キー
作成部４へ供給する。
【００５２】これにより、累積キー作成部４は、受けた
乱数と最新より一つ前の累積キー“ＳＫ2”から新たな
暗号化キーを作成する（ステップＳ27）。この新たな暗
号化キーは、最新の累積キー“ＳＫ3”にさらに代わる
後の最新の累積キーとされる。
乱数と最新より一つ前の累積キー“ＳＫ2”から新たな
暗号化キーを作成する（ステップＳ27）。この新たな暗
号化キーは、最新の累積キー“ＳＫ3”にさらに代わる
後の最新の累積キーとされる。
【００５３】そして、かかる乱数と最新より一つ前の累
積キーから作成された新たな暗号化キーが累積キー作成
部４から暗号化処理部２へ供給されると、暗号化処理部
２は、その暗号化キーを新たに累積キーとして管理ファ
イル６に上書登録する（ステップＳ28）。ここにいう上
書登録とは、前記新たな暗号化キーを管理ファイル６中
の最新の累積キーに上書きし、暗号・復号フラグ、作成
日及び累積キーの最新の組を書き換える態様の登録であ
る。例えば、利用者ＡＡ側で２回目の暗号化を行ってい
る現時点の日付が“ＤＡＴＥ4”であり、上記一つ前の
累積キー“ＳＫ2”を更新して作成された新たな暗号化
キーが“ＳＫ4”であったとすると、暗号化処理部２
は、相手先コード“ＣＯＤＥBB”に対応する利用パター
ンとして（連続する上記１回目の暗号化で）登録された
最新の “１，ＤＡＴＥ3，ＳＫ3” に “１，ＤＡＴＥ4，ＳＫ4” を上書きして登録する。
積キーから作成された新たな暗号化キーが累積キー作成
部４から暗号化処理部２へ供給されると、暗号化処理部
２は、その暗号化キーを新たに累積キーとして管理ファ
イル６に上書登録する（ステップＳ28）。ここにいう上
書登録とは、前記新たな暗号化キーを管理ファイル６中
の最新の累積キーに上書きし、暗号・復号フラグ、作成
日及び累積キーの最新の組を書き換える態様の登録であ
る。例えば、利用者ＡＡ側で２回目の暗号化を行ってい
る現時点の日付が“ＤＡＴＥ4”であり、上記一つ前の
累積キー“ＳＫ2”を更新して作成された新たな暗号化
キーが“ＳＫ4”であったとすると、暗号化処理部２
は、相手先コード“ＣＯＤＥBB”に対応する利用パター
ンとして（連続する上記１回目の暗号化で）登録された
最新の “１，ＤＡＴＥ3，ＳＫ3” に “１，ＤＡＴＥ4，ＳＫ4” を上書きして登録する。
【００５４】この結果、利用者ＡＡの管理ファイル６に
おいては、相手先コード“ＣＯＤＥBB”に対応する利用
パターンが図３に示したように “１，ＤＡＴＥ1，ＳＫ1” “０，ＤＡＴＥ2，ＳＫ2” “１，ＤＡＴＥ4，ＳＫ4” と登録されることになる。
おいては、相手先コード“ＣＯＤＥBB”に対応する利用
パターンが図３に示したように “１，ＤＡＴＥ1，ＳＫ1” “０，ＤＡＴＥ2，ＳＫ2” “１，ＤＡＴＥ4，ＳＫ4” と登録されることになる。
【００５５】その後、暗号化処理部２は、登録した累積
キー“ＳＫ4”を暗号化キーとして用い、暗号化処理対
象の情報を暗号化して暗号化ファイルに書き込む（ステ
ップＳ25）。そして、利用者ＡＡの相手先コードや登録
した作成日等の所定の情報を暗号化ファイルのヘッダに
付して暗号化ファイルの作成を完了し、これを記録した
記録媒体ＲＭが上記同様に送られて利用者ＡＡ側からの
連続する２回目の暗号化ファイルが利用者ＢＢ側へ送付
される（ステップＳ26）。
キー“ＳＫ4”を暗号化キーとして用い、暗号化処理対
象の情報を暗号化して暗号化ファイルに書き込む（ステ
ップＳ25）。そして、利用者ＡＡの相手先コードや登録
した作成日等の所定の情報を暗号化ファイルのヘッダに
付して暗号化ファイルの作成を完了し、これを記録した
記録媒体ＲＭが上記同様に送られて利用者ＡＡ側からの
連続する２回目の暗号化ファイルが利用者ＢＢ側へ送付
される（ステップＳ26）。
【００５６】以上のように連続して送付された２つの暗
号化ファイルを利用者ＢＢ側で受け取ると、利用者ＢＢ
側では、復号化キーの作成及び登録並びに受け取った暗
号化ファイルの復号化が２回続けて行われる（図４のス
テップＳ9及びＳ10）。
号化ファイルを利用者ＢＢ側で受け取ると、利用者ＢＢ
側では、復号化キーの作成及び登録並びに受け取った暗
号化ファイルの復号化が２回続けて行われる（図４のス
テップＳ9及びＳ10）。
【００５７】始めに、利用者ＡＡから１回目に送付され
た暗号化ファイルについて利用者ＢＢ側での処理が行わ
れるとすると（ステップＳ9）、その処理は、図６の上
記同様の手順（ステップＳ30〜Ｓ35）によって行われ
る。これにより、利用者ＢＢ側では、累積キー“ＳＫ
2”を利用者ＡＡから受けた乱数によって更新した累積
キー“ＳＫ3”が作成され、１回目に送付された暗号化
ファイルの暗号化情報が復号されると共に、相手先コー
ド“ＣＯＤＥAA”に対応する利用パターンとして “０，ＤＡＴＥ3，ＳＫ3” が管理ファイル６に追加登録される。
た暗号化ファイルについて利用者ＢＢ側での処理が行わ
れるとすると（ステップＳ9）、その処理は、図６の上
記同様の手順（ステップＳ30〜Ｓ35）によって行われ
る。これにより、利用者ＢＢ側では、累積キー“ＳＫ
2”を利用者ＡＡから受けた乱数によって更新した累積
キー“ＳＫ3”が作成され、１回目に送付された暗号化
ファイルの暗号化情報が復号されると共に、相手先コー
ド“ＣＯＤＥAA”に対応する利用パターンとして “０，ＤＡＴＥ3，ＳＫ3” が管理ファイル６に追加登録される。
【００５８】その後、利用者ＡＡから２回目に送付され
た暗号化ファイルについて利用者ＢＢ側での処理が行わ
れるとすると（ステップＳ10）、その処理では、暗号化
ファイルを連続して受け取ったことを考慮して上述した
手順とは異なる手順が採られる。利用者ＢＢが受け取っ
た２つ目の記録媒体ＲＭを記録媒体ドライブ１ａにセッ
トして復号化処理を開始させると、復号化処理部５は、
その暗号化ファイルのヘッダから乱数を読み取り（ステ
ップＳ30）、暗号化ファイルを連続して受け取った場合
かどうかを判断する（ステップＳ31）。
た暗号化ファイルについて利用者ＢＢ側での処理が行わ
れるとすると（ステップＳ10）、その処理では、暗号化
ファイルを連続して受け取ったことを考慮して上述した
手順とは異なる手順が採られる。利用者ＢＢが受け取っ
た２つ目の記録媒体ＲＭを記録媒体ドライブ１ａにセッ
トして復号化処理を開始させると、復号化処理部５は、
その暗号化ファイルのヘッダから乱数を読み取り（ステ
ップＳ30）、暗号化ファイルを連続して受け取った場合
かどうかを判断する（ステップＳ31）。
【００５９】このとき、利用者ＡＡとの情報授受では直
前に復号化を行っているので、最新の暗号・復号フラグ
は“０”となっている。したがって、復号化処理部５
は、そのフラグの値を参照して暗号化ファイルを連続し
て受け取った場合であると判断し（ステップＳ31での判
断結果が“ＮＯ”となり）、読み取った乱数と最新より
一つ前の累積キーを累積キー作成部４へ供給する。ここ
にいう最新より一つ前の累積キーも最新の累積キーの直
前に使用した累積キーであり、前回の復号化で更新対象
となった累積キーと同一の累積キーである。今、利用者
ＢＢ側では、上述した３回の暗号化情報の授受を経たと
ころなので、登録されている最新の累積キーは“ＳＫ
3”であり、その一つ前の累積キーは“ＳＫ2”である。
したがって、復号化処理部５は、管理ファイル６を参照
して累積キー“ＳＫ2”を最新より一つ前の累積キーと
して読み出し、累積キー作成部４へ供給する。
前に復号化を行っているので、最新の暗号・復号フラグ
は“０”となっている。したがって、復号化処理部５
は、そのフラグの値を参照して暗号化ファイルを連続し
て受け取った場合であると判断し（ステップＳ31での判
断結果が“ＮＯ”となり）、読み取った乱数と最新より
一つ前の累積キーを累積キー作成部４へ供給する。ここ
にいう最新より一つ前の累積キーも最新の累積キーの直
前に使用した累積キーであり、前回の復号化で更新対象
となった累積キーと同一の累積キーである。今、利用者
ＢＢ側では、上述した３回の暗号化情報の授受を経たと
ころなので、登録されている最新の累積キーは“ＳＫ
3”であり、その一つ前の累積キーは“ＳＫ2”である。
したがって、復号化処理部５は、管理ファイル６を参照
して累積キー“ＳＫ2”を最新より一つ前の累積キーと
して読み出し、累積キー作成部４へ供給する。
【００６０】これにより、累積キー作成部４は、受けた
乱数と最新より一つ前の累積キー“ＳＫ2”から復号化
キーを作成する（ステップＳ36）。ここで用いられる乱
数と最新より一つ前の累積キーは、利用者ＡＡ側で２回
目の暗号化処理の時に新たな暗号化キー作成に用いられ
たものと同一であり、復号化キーとしては、上記利用者
ＡＡ側で作成された累積キーと同一のキー“ＳＫ4”が
作成されることになる。この復号化キーは、最新の累積
キー“ＳＫ3”にさらに代わる後の最新の累積キーとさ
れる。
乱数と最新より一つ前の累積キー“ＳＫ2”から復号化
キーを作成する（ステップＳ36）。ここで用いられる乱
数と最新より一つ前の累積キーは、利用者ＡＡ側で２回
目の暗号化処理の時に新たな暗号化キー作成に用いられ
たものと同一であり、復号化キーとしては、上記利用者
ＡＡ側で作成された累積キーと同一のキー“ＳＫ4”が
作成されることになる。この復号化キーは、最新の累積
キー“ＳＫ3”にさらに代わる後の最新の累積キーとさ
れる。
【００６１】そして、かかる復号化キーが累積キー作成
部４から復号化処理部５へ供給されると、復号化処理部
５は、その復号化キーを新たに累積キーとして管理ファ
イル６に上書登録する（ステップＳ37）。ここにいう上
書登録も復号化キーを管理ファイル６中の最新の累積キ
ーに上書きし、暗号・復号フラグ、作成日及び累積キー
の最新の組を書き換える態様の登録である。すなわち、
復号化処理部５は、利用者ＡＡからの暗号化ファイルに
記録されている作成日“ＤＡＴＥ4”を参照し、相手先
コード“ＣＯＤＥAA”に対応する利用パターンとして
（上記１回目の復号化で）登録された最新の “０，ＤＡＴＥ3，ＳＫ3” に “０，ＤＡＴＥ4，ＳＫ4” を上書きして登録する。
部４から復号化処理部５へ供給されると、復号化処理部
５は、その復号化キーを新たに累積キーとして管理ファ
イル６に上書登録する（ステップＳ37）。ここにいう上
書登録も復号化キーを管理ファイル６中の最新の累積キ
ーに上書きし、暗号・復号フラグ、作成日及び累積キー
の最新の組を書き換える態様の登録である。すなわち、
復号化処理部５は、利用者ＡＡからの暗号化ファイルに
記録されている作成日“ＤＡＴＥ4”を参照し、相手先
コード“ＣＯＤＥAA”に対応する利用パターンとして
（上記１回目の復号化で）登録された最新の “０，ＤＡＴＥ3，ＳＫ3” に “０，ＤＡＴＥ4，ＳＫ4” を上書きして登録する。
【００６２】この結果、利用者ＢＢの管理ファイル６に
おいては、相手先コード“ＣＯＤＥAA”に対応する利用
パターンが “０，ＤＡＴＥ1，ＳＫ1” “１，ＤＡＴＥ2，ＳＫ2” “０，ＤＡＴＥ4，ＳＫ4” と登録されることになる。
おいては、相手先コード“ＣＯＤＥAA”に対応する利用
パターンが “０，ＤＡＴＥ1，ＳＫ1” “１，ＤＡＴＥ2，ＳＫ2” “０，ＤＡＴＥ4，ＳＫ4” と登録されることになる。
【００６３】その後、復号化処理部５が登録した累積キ
ーを復号化キーとして暗号化ファイル中の暗号化情報を
復号化し（ステップＳ34）、復号化した情報を入出力部
１のディスプレイに表示したりする。これにより、利用
者ＡＡから連続して送付された２回目の情報が利用者Ｂ
Ｂ側で得られる（ステップＳ35）。
ーを復号化キーとして暗号化ファイル中の暗号化情報を
復号化し（ステップＳ34）、復号化した情報を入出力部
１のディスプレイに表示したりする。これにより、利用
者ＡＡから連続して送付された２回目の情報が利用者Ｂ
Ｂ側で得られる（ステップＳ35）。
【００６４】上述したように、本システムでは、連続し
て送付するそれぞれの暗号化情報について、送り手の利
用者と受け手の利用者との間で同期がとれている累積キ
ーを１度だけ更新した暗号キーを使用することとし、そ
れぞれの暗号化情報に更新で用いた乱数を付して授受す
ることとしている。したがって、受け手の利用者側で
は、連続して受け取った暗号化情報を送付順に復号化し
なくても正しい復号化キーを作成することができ、もと
の情報を正しく復号化することができる。
て送付するそれぞれの暗号化情報について、送り手の利
用者と受け手の利用者との間で同期がとれている累積キ
ーを１度だけ更新した暗号キーを使用することとし、そ
れぞれの暗号化情報に更新で用いた乱数を付して授受す
ることとしている。したがって、受け手の利用者側で
は、連続して受け取った暗号化情報を送付順に復号化し
なくても正しい復号化キーを作成することができ、もと
の情報を正しく復号化することができる。
【００６５】例えば、上記利用者ＢＢ側で利用者ＡＡが
２回目に送付した暗号化ファイルを初めに復号化した場
合でも、そのヘッダの乱数と累積キー“ＳＫ2”から累
積キー“ＳＫ4”を作成して正しい復号化をすることが
できる。また、その後で利用者ＡＡが１回目に送付した
暗号化ファイルを復号化すると、その暗号化ファイルの
ヘッダの乱数と累積キー“ＳＫ2”からは累積キー“Ｓ
Ｋ3”が作成されるので、同様に正しい復号化をするこ
とができる。なお、この場合には、最新の累積キーと管
理ファイル６上の累積キーの対応作成日を比較し、最新
の累積キーの作成日が管理ファイル６上の作成日よりも
後であれば最新の累積キーを管理ファイル６の古い累積
キー上に上書き消去し、逆に最新の累積キーの作成日が
管理ファイル６に残されている日付よりも過去のもので
あれば（最新の累積キーと考えていたものが実際は古い
ものなので）、管理ファイル上での累積キーの上書き消
去は行わない。
２回目に送付した暗号化ファイルを初めに復号化した場
合でも、そのヘッダの乱数と累積キー“ＳＫ2”から累
積キー“ＳＫ4”を作成して正しい復号化をすることが
できる。また、その後で利用者ＡＡが１回目に送付した
暗号化ファイルを復号化すると、その暗号化ファイルの
ヘッダの乱数と累積キー“ＳＫ2”からは累積キー“Ｓ
Ｋ3”が作成されるので、同様に正しい復号化をするこ
とができる。なお、この場合には、最新の累積キーと管
理ファイル６上の累積キーの対応作成日を比較し、最新
の累積キーの作成日が管理ファイル６上の作成日よりも
後であれば最新の累積キーを管理ファイル６の古い累積
キー上に上書き消去し、逆に最新の累積キーの作成日が
管理ファイル６に残されている日付よりも過去のもので
あれば（最新の累積キーと考えていたものが実際は古い
ものなので）、管理ファイル上での累積キーの上書き消
去は行わない。
【００６６】また、かかる登録のし直しをするのではな
く、累積キーの世代（作成日の順）を基準として登録の
書込領域を決定することとしてもよい。例えば、累積キ
ーを２世代管理とする（作成日が新しい順に２つの累積
キーだけを登録しておく）こととし、１世代の累積キー
に係る作成日が２世代の累積キーに係る作成日より前で
あれば１世代の累積キーの書込領域に新たな累積キーを
登録し、１世代の累積キーに係る作成日が２世代の累積
キーに係る作成日より後であれば２世代の累積キーの書
込領域に新たな累積キーを登録する。あるいは、累積キ
ーを３世代管理とする（作成日が新しい順に３つの累積
キーだけを登録しておく）こととし、各世代の累積キー
に係る作成日が ・１世代、２世代、３世代の順であれば、１世代の累積
キーの書込領域に新たな累積キーを登録し、 ・２世代、３世代、１世代の順であれば、２世代の累積
キーの書込領域に新たな累積キーを登録し、 ・３世代、１世代、２世代の順であれば、３世代の累積
キーの書込領域に新たな累積キーを登録する、 というようにしてもよい。
く、累積キーの世代（作成日の順）を基準として登録の
書込領域を決定することとしてもよい。例えば、累積キ
ーを２世代管理とする（作成日が新しい順に２つの累積
キーだけを登録しておく）こととし、１世代の累積キー
に係る作成日が２世代の累積キーに係る作成日より前で
あれば１世代の累積キーの書込領域に新たな累積キーを
登録し、１世代の累積キーに係る作成日が２世代の累積
キーに係る作成日より後であれば２世代の累積キーの書
込領域に新たな累積キーを登録する。あるいは、累積キ
ーを３世代管理とする（作成日が新しい順に３つの累積
キーだけを登録しておく）こととし、各世代の累積キー
に係る作成日が ・１世代、２世代、３世代の順であれば、１世代の累積
キーの書込領域に新たな累積キーを登録し、 ・２世代、３世代、１世代の順であれば、２世代の累積
キーの書込領域に新たな累積キーを登録し、 ・３世代、１世代、２世代の順であれば、３世代の累積
キーの書込領域に新たな累積キーを登録する、 というようにしてもよい。
【００６７】そして、本システムで暗号化ないし復号化
に使用する暗号コードは、依然として情報授受の度に更
新することとしているので、十分な秘匿性を確保した安
全な情報授受が可能である。特に、本システムのように
暗号コードを累積的に更新する暗号キー管理では、一度
の情報授受でやり取りされる乱数と暗号化情報を第三者
が取得したとしても、それ以前に累積更新されてきた累
積キーがなければ復号化キーを作成することはできない
ので、漏洩ないし傍受等によって不当に暗号化情報が解
読されることはない。また、初期キーと乱数からの暗号
化キー作成方式が第三者に知られたとしても、当該第三
者は、その初期キーを使用した利用者間の情報授受をす
べて傍受していなければ復号化キーを作成することはで
きないので、暗号化情報が解読される可能性は極めて低
く、暗号キーに関わる乱数等の情報をその都度暗号化情
報に付加してもなお安全な情報授受をすることができ
る。
に使用する暗号コードは、依然として情報授受の度に更
新することとしているので、十分な秘匿性を確保した安
全な情報授受が可能である。特に、本システムのように
暗号コードを累積的に更新する暗号キー管理では、一度
の情報授受でやり取りされる乱数と暗号化情報を第三者
が取得したとしても、それ以前に累積更新されてきた累
積キーがなければ復号化キーを作成することはできない
ので、漏洩ないし傍受等によって不当に暗号化情報が解
読されることはない。また、初期キーと乱数からの暗号
化キー作成方式が第三者に知られたとしても、当該第三
者は、その初期キーを使用した利用者間の情報授受をす
べて傍受していなければ復号化キーを作成することはで
きないので、暗号化情報が解読される可能性は極めて低
く、暗号キーに関わる乱数等の情報をその都度暗号化情
報に付加してもなお安全な情報授受をすることができ
る。
【００６８】以上が第１実施形態での基本的な動作であ
るが、本システムの動作形態は上述した基本動作だけに
限られるわけではない。例えば、連続して行う暗号化な
いし復号化は２回に限らず、３回以上行うこととしても
よい。また、利用者ＡＡと利用者ＢＢ以外の利用者（利
用者ＣＣ、利用者ＤＤ及びその他の利用者）について
も、上記同様に暗号化ないし復号化等の処理を行い、複
数の利用者間でそれぞれ暗号化情報の授受を適宜行うこ
ととしてよい。
るが、本システムの動作形態は上述した基本動作だけに
限られるわけではない。例えば、連続して行う暗号化な
いし復号化は２回に限らず、３回以上行うこととしても
よい。また、利用者ＡＡと利用者ＢＢ以外の利用者（利
用者ＣＣ、利用者ＤＤ及びその他の利用者）について
も、上記同様に暗号化ないし復号化等の処理を行い、複
数の利用者間でそれぞれ暗号化情報の授受を適宜行うこ
ととしてよい。
【００６９】さらに、累積キーの管理は、利用者ＡＡ側
で暗号化して利用者ＢＢ側で復号化する場合と、利用者
ＢＢ側で暗号化して利用者ＡＡ側で復号化する場合とを
分け、それぞれの場合に対して別々に累積キーを管理す
ることとしてもよい。上記第１実施形態の基本動作で
は、利用者ＡＡが連続して暗号化ファイルを送付し、そ
れらの暗号化ファイルのすべてについて利用者ＢＢ側で
の復号化がなされる前に利用者ＢＢ側から暗号化ファイ
ルが利用者ＡＡ側へ送られると、累積キーの同期がとれ
なくなるが、かかる場合分けをして別々に累積キーを管
理すれば、累積キーの同期がとれなくなることはない。
で暗号化して利用者ＢＢ側で復号化する場合と、利用者
ＢＢ側で暗号化して利用者ＡＡ側で復号化する場合とを
分け、それぞれの場合に対して別々に累積キーを管理す
ることとしてもよい。上記第１実施形態の基本動作で
は、利用者ＡＡが連続して暗号化ファイルを送付し、そ
れらの暗号化ファイルのすべてについて利用者ＢＢ側で
の復号化がなされる前に利用者ＢＢ側から暗号化ファイ
ルが利用者ＡＡ側へ送られると、累積キーの同期がとれ
なくなるが、かかる場合分けをして別々に累積キーを管
理すれば、累積キーの同期がとれなくなることはない。
【００７０】具体的には、利用者ＡＡが暗号化ファイル
Ａ１、暗号化ファイルＡ２の順で利用者ＢＢに暗号化フ
ァイルを送付し、利用者ＢＢが暗号化ファイルＡ１を受
け取って復号化した場合、その暗号化ファイルＡ１を復
号化した後で暗号化ファイルＡ２の復号化をする前に利
用者ＢＢが暗号化ファイルＢ１を利用者ＡＡに送付する
と、その時点で累積キーの同期はとれなくなる（暗号化
ファイルＡ２の復号化をしないのであれば累積キーの同
期はとれる。）。また、利用者ＡＡが暗号化ファイルＡ
１、暗号化ファイルＡ２の順で利用者ＢＢに暗号化ファ
イルを送付し、利用者ＢＢが暗号化ファイルＡ２を受け
取って復号化した場合、その暗号化ファイルＡ２を復号
化した後で暗号化ファイルＡ１の復号化をする前に利用
者ＢＢが暗号化ファイルＢ１を利用者ＡＡに送付する
と、利用者ＢＢが暗号化ファイルＡ２を復号化した時点
で累積キーの同期がとれるので、暗号化ファイルＢ１の
授受については利用者ＡＡと利用者ＢＢの間で累積キー
の同期がとれるが、利用者ＢＢが暗号化ファイルＡ１を
復号化した時点で累積キーの同期はとれなくなる。これ
らの場合に対し、利用者ＡＡ側で暗号化して利用者ＢＢ
側で復号化する場合と利用者ＢＢ側で暗号化して利用者
ＡＡ側で復号化する場合とを分けて累積キーを管理す
る。例えば、上記第１実施形態における暗号・復号フラ
グが“０”の利用パターン（復号化）と“１”の利用パ
ターン（暗号化）をそれぞれ別個に管理する。すなわ
ち、それぞれの利用者の側において、復号化を行うとき
は、暗号・復号フラグが“０”の利用パターンに登録さ
れた累積キーのみを用いて上記同様の管理を行い、暗号
化を行うときは、暗号・復号フラグが“１”の利用パタ
ーンに登録された累積キーのみを用いて上記同様の管理
を行う。このようにすれば、利用者間で情報授受が交錯
した場合にも、累積キーの同期を維持した適切な暗号化
と復号化を行うことができる。
Ａ１、暗号化ファイルＡ２の順で利用者ＢＢに暗号化フ
ァイルを送付し、利用者ＢＢが暗号化ファイルＡ１を受
け取って復号化した場合、その暗号化ファイルＡ１を復
号化した後で暗号化ファイルＡ２の復号化をする前に利
用者ＢＢが暗号化ファイルＢ１を利用者ＡＡに送付する
と、その時点で累積キーの同期はとれなくなる（暗号化
ファイルＡ２の復号化をしないのであれば累積キーの同
期はとれる。）。また、利用者ＡＡが暗号化ファイルＡ
１、暗号化ファイルＡ２の順で利用者ＢＢに暗号化ファ
イルを送付し、利用者ＢＢが暗号化ファイルＡ２を受け
取って復号化した場合、その暗号化ファイルＡ２を復号
化した後で暗号化ファイルＡ１の復号化をする前に利用
者ＢＢが暗号化ファイルＢ１を利用者ＡＡに送付する
と、利用者ＢＢが暗号化ファイルＡ２を復号化した時点
で累積キーの同期がとれるので、暗号化ファイルＢ１の
授受については利用者ＡＡと利用者ＢＢの間で累積キー
の同期がとれるが、利用者ＢＢが暗号化ファイルＡ１を
復号化した時点で累積キーの同期はとれなくなる。これ
らの場合に対し、利用者ＡＡ側で暗号化して利用者ＢＢ
側で復号化する場合と利用者ＢＢ側で暗号化して利用者
ＡＡ側で復号化する場合とを分けて累積キーを管理す
る。例えば、上記第１実施形態における暗号・復号フラ
グが“０”の利用パターン（復号化）と“１”の利用パ
ターン（暗号化）をそれぞれ別個に管理する。すなわ
ち、それぞれの利用者の側において、復号化を行うとき
は、暗号・復号フラグが“０”の利用パターンに登録さ
れた累積キーのみを用いて上記同様の管理を行い、暗号
化を行うときは、暗号・復号フラグが“１”の利用パタ
ーンに登録された累積キーのみを用いて上記同様の管理
を行う。このようにすれば、利用者間で情報授受が交錯
した場合にも、累積キーの同期を維持した適切な暗号化
と復号化を行うことができる。
【００７１】＜第２実施形態＞ １．構成 次に、本発明の第２の実施形態について説明する。第２
実施形態による暗号キー管理システム（以下、この第２
実施形態において「本システム」という。）は、全体構
成と暗号化／復号化情報処理装置の構成が物理的には上
記第１実施形態と同様であるが、暗号化／復号化情報処
理装置内の管理ファイル６として図７に示すデータ構造
を有するものを備えている。
実施形態による暗号キー管理システム（以下、この第２
実施形態において「本システム」という。）は、全体構
成と暗号化／復号化情報処理装置の構成が物理的には上
記第１実施形態と同様であるが、暗号化／復号化情報処
理装置内の管理ファイル６として図７に示すデータ構造
を有するものを備えている。
【００７２】図７のデータ構造では、上記図３のデータ
構造における“利用パターン”中の管理データとして新
たに“作成ＳＥＱ”が加わっている。この“作成ＳＥ
Ｑ”は、暗号化ファイルを作成した回数を表すシーケン
ス番号（整数）であり、暗号化ファイルの授受が行われ
る度に累積的に１ずつインクリメントされる。なお、図
７は、上記図３と対比させるために利用者ＡＡが保持す
る管理ファイル６のデータ構造を例示したものであり、
他の利用者ＢＢ、ＣＣ、ＤＤ等もそれぞれ同様のデータ
構造からなる管理ファイル６を保持している。
構造における“利用パターン”中の管理データとして新
たに“作成ＳＥＱ”が加わっている。この“作成ＳＥ
Ｑ”は、暗号化ファイルを作成した回数を表すシーケン
ス番号（整数）であり、暗号化ファイルの授受が行われ
る度に累積的に１ずつインクリメントされる。なお、図
７は、上記図３と対比させるために利用者ＡＡが保持す
る管理ファイル６のデータ構造を例示したものであり、
他の利用者ＢＢ、ＣＣ、ＤＤ等もそれぞれ同様のデータ
構造からなる管理ファイル６を保持している。
【００７３】また、本実施形態では、かかるデータ構造
の管理ファイル６を用いるのに伴い、暗号化／復号化情
報処理装置内の管理ファイル６以外の構成要素が上記第
１実施形態とは異なる機能も有するものとなっている
が、これについては以下の動作説明で明らかにする（す
なわち、本実施形態における暗号化／復号化情報処理装
置は、例えば、記録媒体ＲＭの読取／書込装置を備えた
コンピュータに対し、以下の動作説明に述べるような暗
号キー管理等を実行するためのプログラムを読み込ませ
ることによって構成される。）。
の管理ファイル６を用いるのに伴い、暗号化／復号化情
報処理装置内の管理ファイル６以外の構成要素が上記第
１実施形態とは異なる機能も有するものとなっている
が、これについては以下の動作説明で明らかにする（す
なわち、本実施形態における暗号化／復号化情報処理装
置は、例えば、記録媒体ＲＭの読取／書込装置を備えた
コンピュータに対し、以下の動作説明に述べるような暗
号キー管理等を実行するためのプログラムを読み込ませ
ることによって構成される。）。
【００７４】２．動作 次に、上記構成による本システムでの暗号キー管理動作
について説明する。図８は、利用者ＡＡと利用者ＢＢの
間で本システムによる暗号キー管理を行いつつ暗号化情
報を授受する場合の手順を示した図である。
について説明する。図８は、利用者ＡＡと利用者ＢＢの
間で本システムによる暗号キー管理を行いつつ暗号化情
報を授受する場合の手順を示した図である。
【００７５】利用者ＡＡと利用者ＢＢの間で暗号化情報
を授受するには、まず始めに初期キーの設定を行う。こ
の初期キーの設定動作は上記第１実施形態と同様であ
り、暗号化の具体的な処理形式に応じて初期キーを適宜
定め、その初期キーを利用者ＡＡが自身の管理ファイル
６に登録すると共に利用者ＢＢに対して通知し（ステッ
プＳ40）、その通知を受けた利用者ＢＢも自身の管理フ
ァイル６に利用者ＡＡとの間で使用する初期キーの設定
登録をする（ステップＳ41）。これにより、例えば、利
用者ＡＡの管理ファイル６には相手先コード“ＣＯＤＥ
BB”とこれに対応する初期キー“ＩＫ1”が登録され、
利用者ＢＢの管理ファイル６には相手先コード“ＣＯＤ
ＥAA”とこれに対応する初期キー“ＩＫ1”が登録され
る。
を授受するには、まず始めに初期キーの設定を行う。こ
の初期キーの設定動作は上記第１実施形態と同様であ
り、暗号化の具体的な処理形式に応じて初期キーを適宜
定め、その初期キーを利用者ＡＡが自身の管理ファイル
６に登録すると共に利用者ＢＢに対して通知し（ステッ
プＳ40）、その通知を受けた利用者ＢＢも自身の管理フ
ァイル６に利用者ＡＡとの間で使用する初期キーの設定
登録をする（ステップＳ41）。これにより、例えば、利
用者ＡＡの管理ファイル６には相手先コード“ＣＯＤＥ
BB”とこれに対応する初期キー“ＩＫ1”が登録され、
利用者ＢＢの管理ファイル６には相手先コード“ＣＯＤ
ＥAA”とこれに対応する初期キー“ＩＫ1”が登録され
る。
【００７６】その後、利用者ＡＡが利用者ＢＢへ情報を
暗号化して送ろうとしたとすると、利用者ＡＡ側で暗号
化キーの作成と登録を行い、暗号化ファイルを作成して
利用者ＢＢへ送付する（ステップＳ42）。これらの利用
者ＡＡ側での処理は、利用者ＡＡの暗号化／復号化情報
処理装置が図９に示す手順によって行う。
暗号化して送ろうとしたとすると、利用者ＡＡ側で暗号
化キーの作成と登録を行い、暗号化ファイルを作成して
利用者ＢＢへ送付する（ステップＳ42）。これらの利用
者ＡＡ側での処理は、利用者ＡＡの暗号化／復号化情報
処理装置が図９に示す手順によって行う。
【００７７】すなわち、利用者ＡＡは、入出力部１の操
作等によって暗号化／復号化情報処理装置内に利用者Ｂ
Ｂへ送ろうとする情報を暗号化処理対象の情報として読
み込み、暗号化／復号化情報処理装置での暗号化処理を
開始させる。すると暗号化／復号化情報処理装置におい
ては、乱数生成部３が乱数を生成して暗号化処理部２へ
供給し（ステップＳ50）、暗号化処理部２が受けた乱数
等を用いて暗号化ファイルのヘッダ書込を行う（ステッ
プＳ51）。
作等によって暗号化／復号化情報処理装置内に利用者Ｂ
Ｂへ送ろうとする情報を暗号化処理対象の情報として読
み込み、暗号化／復号化情報処理装置での暗号化処理を
開始させる。すると暗号化／復号化情報処理装置におい
ては、乱数生成部３が乱数を生成して暗号化処理部２へ
供給し（ステップＳ50）、暗号化処理部２が受けた乱数
等を用いて暗号化ファイルのヘッダ書込を行う（ステッ
プＳ51）。
【００７８】ここで、本実施形態における暗号化ファイ
ルのヘッダは、‘作成日，作成ＳＥＱ，乱数，１世代前
の乱数，２世代前の乱数’を含むデータによって構成す
る。‘作成日’としては、管理ファイル６に登録する
“作成日”（暗号化情報等の作成日）と同一の作成日を
書き込むこととする。‘作成ＳＥＱ’としては、管理フ
ァイル６中に登録されている最新の作成ＳＥＱ等を参照
し、最新の作成ＳＥＱを１インクリメントした整数値を
書き込むこととする。‘乱数’としては、乱数生成部３
から暗号化処理部２が受けた上記乱数（これから暗号化
処理部２で用いられようとしている最新の乱数）を書き
込むこととする。‘１世代前の乱数’としては、前回の
情報授受で暗号化キー作成ないし復号化キー作成（累積
キー更新）に用いた１世代前の乱数を書き込むこととす
る。‘２世代前の乱数’としては、前々回の情報授受で
暗号化キー作成ないし復号化キー作成（累積キー更新）
に用いた２世代前の乱数を書き込むこととする。なお、
１世代前の乱数と２世代前の乱数については、管理ファ
イル６中や他の記憶手段等の暗号化／復号化情報処理装
置における所定の記憶領域に予め保持しておき、それを
暗号化処理部２が読み出してヘッダ書込に利用するよう
にしておく。
ルのヘッダは、‘作成日，作成ＳＥＱ，乱数，１世代前
の乱数，２世代前の乱数’を含むデータによって構成す
る。‘作成日’としては、管理ファイル６に登録する
“作成日”（暗号化情報等の作成日）と同一の作成日を
書き込むこととする。‘作成ＳＥＱ’としては、管理フ
ァイル６中に登録されている最新の作成ＳＥＱ等を参照
し、最新の作成ＳＥＱを１インクリメントした整数値を
書き込むこととする。‘乱数’としては、乱数生成部３
から暗号化処理部２が受けた上記乱数（これから暗号化
処理部２で用いられようとしている最新の乱数）を書き
込むこととする。‘１世代前の乱数’としては、前回の
情報授受で暗号化キー作成ないし復号化キー作成（累積
キー更新）に用いた１世代前の乱数を書き込むこととす
る。‘２世代前の乱数’としては、前々回の情報授受で
暗号化キー作成ないし復号化キー作成（累積キー更新）
に用いた２世代前の乱数を書き込むこととする。なお、
１世代前の乱数と２世代前の乱数については、管理ファ
イル６中や他の記憶手段等の暗号化／復号化情報処理装
置における所定の記憶領域に予め保持しておき、それを
暗号化処理部２が読み出してヘッダ書込に利用するよう
にしておく。
【００７９】今、利用者ＡＡと利用者ＢＢの間では、初
期キーを設定しただけでこれから最初の暗号化ファイル
作成が行われるところなので、未だ作成ＳＥＱは登録さ
れておらず、１世代前の乱数と２世代前の乱数も保持さ
れていない。この場合、暗号化処理部２は、作成ＳＥＱ
を‘１’とし（暗号化ファイル作成回数を１回とし）、
‘作成日，作成ＳＥＱ，乱数’を暗号化ファイルのヘッ
ダに書き込み、１世代前の乱数と２世代前の乱数は書き
込まない（空欄にする）。これにより、例えば、利用者
ＡＡ側で暗号化を行っている現時点の日付が‘ＤＡＴＥ
1’であり、乱数生成部３から暗号化処理部２が受けた
上記乱数が‘Ｒ1’であったとすると、暗号化ファイル
のヘッダには、 ‘ＤＡＴＥ1，１，Ｒ1’ が書き込まれる。
期キーを設定しただけでこれから最初の暗号化ファイル
作成が行われるところなので、未だ作成ＳＥＱは登録さ
れておらず、１世代前の乱数と２世代前の乱数も保持さ
れていない。この場合、暗号化処理部２は、作成ＳＥＱ
を‘１’とし（暗号化ファイル作成回数を１回とし）、
‘作成日，作成ＳＥＱ，乱数’を暗号化ファイルのヘッ
ダに書き込み、１世代前の乱数と２世代前の乱数は書き
込まない（空欄にする）。これにより、例えば、利用者
ＡＡ側で暗号化を行っている現時点の日付が‘ＤＡＴＥ
1’であり、乱数生成部３から暗号化処理部２が受けた
上記乱数が‘Ｒ1’であったとすると、暗号化ファイル
のヘッダには、 ‘ＤＡＴＥ1，１，Ｒ1’ が書き込まれる。
【００８０】次に、暗号化処理部２は、乱数生成部３か
ら受けた最新の乱数と最新の累積キーを累積キー作成部
４へ供給する。最新の累積キーとしては、暗号化処理部
２が管理ファイル６を参照し、情報を送る相手先との暗
号キーとして登録されている最新のキーを用いる。初期
キーを設定しただけの時点では、累積キーとして登録さ
れているキーはないので、暗号化処理部２は、上記第１
実施形態同様に最新の累積キーとして初期キーを用いる
こととし、利用者ＢＢの相手先コード“ＣＯＤＥBB”に
対応登録されている初期キー“ＩＫ1”を管理ファイル
６から読み出して累積キー作成部４へ供給する。
ら受けた最新の乱数と最新の累積キーを累積キー作成部
４へ供給する。最新の累積キーとしては、暗号化処理部
２が管理ファイル６を参照し、情報を送る相手先との暗
号キーとして登録されている最新のキーを用いる。初期
キーを設定しただけの時点では、累積キーとして登録さ
れているキーはないので、暗号化処理部２は、上記第１
実施形態同様に最新の累積キーとして初期キーを用いる
こととし、利用者ＢＢの相手先コード“ＣＯＤＥBB”に
対応登録されている初期キー“ＩＫ1”を管理ファイル
６から読み出して累積キー作成部４へ供給する。
【００８１】すると、累積キー作成部４は、受けた最新
の乱数と最新の累積キー（現時点では上記乱数‘Ｒ1’
と初期キー“ＩＫ1”）から新たな暗号化キーを作成す
る（ステップＳ52）。この新たな暗号化キーは、上記第
１実施形態同様に最新の累積キーを更新することによっ
て作成され、その更新前の累積キーに代わって後に最新
の累積キーとされるものとなる。
の乱数と最新の累積キー（現時点では上記乱数‘Ｒ1’
と初期キー“ＩＫ1”）から新たな暗号化キーを作成す
る（ステップＳ52）。この新たな暗号化キーは、上記第
１実施形態同様に最新の累積キーを更新することによっ
て作成され、その更新前の累積キーに代わって後に最新
の累積キーとされるものとなる。
【００８２】累積キー作成部４で作成された新たな暗号
化キーは暗号化処理部２へ供給され、新たに累積キーと
して管理ファイル６に追加登録される（ステップＳ5
3）。ここでの追加登録では、上記第１実施形態同様の
暗号・復号フラグ、作成日及び累積キーに加え、暗号化
処理部２が暗号化ファイルのヘッダに書き込んだ作成Ｓ
ＥＱを新たに管理ファイル６中の利用パターンに登録す
る。例えば、上記初期キー“ＩＫ1”を更新して作成さ
れた新たな暗号化キーが“ＳＫ1”であったとすると、
暗号化処理部２は、相手先コード“ＣＯＤＥBB”に対応
する利用パターンとして “１，１，ＤＡＴＥ1，ＳＫ1” を管理ファイル６に登録する。
化キーは暗号化処理部２へ供給され、新たに累積キーと
して管理ファイル６に追加登録される（ステップＳ5
3）。ここでの追加登録では、上記第１実施形態同様の
暗号・復号フラグ、作成日及び累積キーに加え、暗号化
処理部２が暗号化ファイルのヘッダに書き込んだ作成Ｓ
ＥＱを新たに管理ファイル６中の利用パターンに登録す
る。例えば、上記初期キー“ＩＫ1”を更新して作成さ
れた新たな暗号化キーが“ＳＫ1”であったとすると、
暗号化処理部２は、相手先コード“ＣＯＤＥBB”に対応
する利用パターンとして “１，１，ＤＡＴＥ1，ＳＫ1” を管理ファイル６に登録する。
【００８３】その登録をした後に、暗号化処理部２は、
累積キー作成部４が作成した暗号化キーを用い、暗号化
／復号化情報処理装置内に読み込まれている暗号化処理
対象の情報を暗号化して暗号化ファイルに書き込む（ス
テップＳ54）。そして、利用者ＡＡの相手先コード等の
所定の情報を暗号化ファイルのヘッダに付加して暗号化
ファイルの作成を完了し、これを記録した記録媒体ＲＭ
を利用者ＡＡが郵送等で利用者ＢＢへ送る。これによ
り、利用者ＡＡ側から暗号化情報等を含んだ暗号化ファ
イルが利用者ＢＢ側へ送付される（ステップＳ55）。な
お、暗号化キー作成に用いられた乱数‘Ｒ1’について
は、暗号化処理部２等が所定の記憶領域に１世代前の乱
数として格納し、上述したように暗号化／復号化情報処
理装置内に保持しておくこととする。
累積キー作成部４が作成した暗号化キーを用い、暗号化
／復号化情報処理装置内に読み込まれている暗号化処理
対象の情報を暗号化して暗号化ファイルに書き込む（ス
テップＳ54）。そして、利用者ＡＡの相手先コード等の
所定の情報を暗号化ファイルのヘッダに付加して暗号化
ファイルの作成を完了し、これを記録した記録媒体ＲＭ
を利用者ＡＡが郵送等で利用者ＢＢへ送る。これによ
り、利用者ＡＡ側から暗号化情報等を含んだ暗号化ファ
イルが利用者ＢＢ側へ送付される（ステップＳ55）。な
お、暗号化キー作成に用いられた乱数‘Ｒ1’について
は、暗号化処理部２等が所定の記憶領域に１世代前の乱
数として格納し、上述したように暗号化／復号化情報処
理装置内に保持しておくこととする。
【００８４】以上のようにして送付された暗号化ファイ
ル（記録媒体ＲＭ）を利用者ＢＢが受け取ると、利用者
ＢＢ側では、復号化キーの作成及び登録並びに暗号化フ
ァイルの復号化が行われる（図８のステップＳ43）。こ
れらの利用者ＢＢ側での処理は、利用者ＢＢの暗号化／
復号化情報処理装置が図１０に示す手順によって行う。
ル（記録媒体ＲＭ）を利用者ＢＢが受け取ると、利用者
ＢＢ側では、復号化キーの作成及び登録並びに暗号化フ
ァイルの復号化が行われる（図８のステップＳ43）。こ
れらの利用者ＢＢ側での処理は、利用者ＢＢの暗号化／
復号化情報処理装置が図１０に示す手順によって行う。
【００８５】すなわち、利用者ＢＢは、利用者ＡＡから
受け取った記録媒体ＲＭを入出力部１の記録媒体ドライ
ブ１ａにセットし、他の情報入出力装置１ｂの操作等に
よって暗号化／復号化情報処理装置での復号化処理を開
始させる。すると暗号化／復号化情報処理装置において
は、復号化処理部５が記録媒体ＲＭ内の暗号化ファイル
のヘッダから作成ＳＥＱを読み取る（ステップＳ60）。
なお、復号化処理部５は、同ヘッダから送り手の相手先
コード等も読み取り、暗号化ファイルを送った相手先利
用者が利用者ＡＡであること等を把握する。
受け取った記録媒体ＲＭを入出力部１の記録媒体ドライ
ブ１ａにセットし、他の情報入出力装置１ｂの操作等に
よって暗号化／復号化情報処理装置での復号化処理を開
始させる。すると暗号化／復号化情報処理装置において
は、復号化処理部５が記録媒体ＲＭ内の暗号化ファイル
のヘッダから作成ＳＥＱを読み取る（ステップＳ60）。
なお、復号化処理部５は、同ヘッダから送り手の相手先
コード等も読み取り、暗号化ファイルを送った相手先利
用者が利用者ＡＡであること等を把握する。
【００８６】復号化処理部５が記録媒体ＲＭ内の暗号化
ファイルのヘッダから読み取った作成ＳＥＱ（以下「読
取作成ＳＥＱ」という。）は、上述したように、利用者
ＡＡと利用者ＢＢとの間での情報授受において暗号化フ
ァイルが作成された回数を表す。そして、本システムで
は、暗号化ファイルを作成する度に暗号キーを乱数によ
って累積更新することとしている。したがって、復号化
処理部５においては、読取作成ＳＥＱに基づき、送られ
てきた暗号化ファイルが何回更新された累積キー（何世
代目の累積キー）によって暗号化されたものかを識別す
ることができる。
ファイルのヘッダから読み取った作成ＳＥＱ（以下「読
取作成ＳＥＱ」という。）は、上述したように、利用者
ＡＡと利用者ＢＢとの間での情報授受において暗号化フ
ァイルが作成された回数を表す。そして、本システムで
は、暗号化ファイルを作成する度に暗号キーを乱数によ
って累積更新することとしている。したがって、復号化
処理部５においては、読取作成ＳＥＱに基づき、送られ
てきた暗号化ファイルが何回更新された累積キー（何世
代目の累積キー）によって暗号化されたものかを識別す
ることができる。
【００８７】そこで、復号化処理部５は、まず、読取作
成ＳＥＱが直前の作成ＳＥＱに続くものか否か、すなわ
ち、送られてきた暗号化ファイルが前回授受された暗号
化ファイルの次に暗号化されたものかどうかを判断す
る。具体的には、復号化処理部５は、管理ファイル６に
登録されている最新の作成ＳＥＱを参照し、読取作成Ｓ
ＥＱが参照した最新作成ＳＥＱを１インクリメントした
ものと等しいか否かを判断する（ステップＳ61）。この
判断の結果、読取作成ＳＥＱが最新作成ＳＥＱを１イン
クリメントしたものとなっていれば、送られてきた暗号
化ファイルが前回授受された暗号化ファイルの次に暗号
化されたものということになり、そうでなければ、送ら
れてきた暗号化ファイルが前回授受された暗号化ファイ
ルより前か、あるいは、前回授受された暗号化ファイル
の次より後に、暗号化されたものということになる。
成ＳＥＱが直前の作成ＳＥＱに続くものか否か、すなわ
ち、送られてきた暗号化ファイルが前回授受された暗号
化ファイルの次に暗号化されたものかどうかを判断す
る。具体的には、復号化処理部５は、管理ファイル６に
登録されている最新の作成ＳＥＱを参照し、読取作成Ｓ
ＥＱが参照した最新作成ＳＥＱを１インクリメントした
ものと等しいか否かを判断する（ステップＳ61）。この
判断の結果、読取作成ＳＥＱが最新作成ＳＥＱを１イン
クリメントしたものとなっていれば、送られてきた暗号
化ファイルが前回授受された暗号化ファイルの次に暗号
化されたものということになり、そうでなければ、送ら
れてきた暗号化ファイルが前回授受された暗号化ファイ
ルより前か、あるいは、前回授受された暗号化ファイル
の次より後に、暗号化されたものということになる。
【００８８】現時点では、利用者ＢＢが初期キー設定後
に初めて暗号化ファイルを受け取ったところであり、利
用者ＢＢ側の管理ファイル６には作成ＳＥＱが未だ登録
されていないので、復号化処理部５は、最新の作成ＳＥ
Ｑを“０”（以前の暗号化ファイル作成回数を０回）と
みなして読取作成ＳＥＱと比較する。利用者ＢＢが受け
取った暗号化ファイルのヘッダには、上述したように利
用者ＡＡ側で作成ＳＥＱ‘１’が書き込まれており、こ
れを復号化処理部５が読み取ることになるので、読取作
成ＳＥＱは最新の作成ＳＥＱを１インクリメントしたも
のに等しくなっている（ステップＳ61での判断結果は
“ＹＥＳ”になる。）。
に初めて暗号化ファイルを受け取ったところであり、利
用者ＢＢ側の管理ファイル６には作成ＳＥＱが未だ登録
されていないので、復号化処理部５は、最新の作成ＳＥ
Ｑを“０”（以前の暗号化ファイル作成回数を０回）と
みなして読取作成ＳＥＱと比較する。利用者ＢＢが受け
取った暗号化ファイルのヘッダには、上述したように利
用者ＡＡ側で作成ＳＥＱ‘１’が書き込まれており、こ
れを復号化処理部５が読み取ることになるので、読取作
成ＳＥＱは最新の作成ＳＥＱを１インクリメントしたも
のに等しくなっている（ステップＳ61での判断結果は
“ＹＥＳ”になる。）。
【００８９】この場合、復号化処理部５は、記録媒体Ｒ
Ｍ内の暗号化ファイルのヘッダから最新の乱数を読み取
る（ステップＳ62）。ここで読み取られる乱数は、上述
したように利用者ＡＡの暗号化／復号化情報処理装置で
乱数生成部３によって生成され、初期キー“ＩＫ1”の
更新に用いられた乱数‘Ｒ1’であり、最新の累積キー
と共に累積キー作成部４へ供給される。ここでの最新の
累積キーとしては、復号化処理部５が管理ファイル６を
参照し、暗号化ファイルを受け取った相手先との暗号キ
ーとして登録されている最新のキーを用いる。現時点で
は、利用者ＢＢ側の管理ファイル６に利用者ＡＡとの累
積キーは登録されていないので、復号化処理部５は、最
新の累積キーとして初期キーを用いることとし、利用者
ＡＡを特定する相手先コード“ＣＯＤＥAA”に対応して
登録されている初期キー“ＩＫ1”を管理ファイル６か
ら読み出し、暗号化ファイルのヘッダから読み取った最
新の乱数‘Ｒ1’と共に累積キー作成部４へ供給する。
Ｍ内の暗号化ファイルのヘッダから最新の乱数を読み取
る（ステップＳ62）。ここで読み取られる乱数は、上述
したように利用者ＡＡの暗号化／復号化情報処理装置で
乱数生成部３によって生成され、初期キー“ＩＫ1”の
更新に用いられた乱数‘Ｒ1’であり、最新の累積キー
と共に累積キー作成部４へ供給される。ここでの最新の
累積キーとしては、復号化処理部５が管理ファイル６を
参照し、暗号化ファイルを受け取った相手先との暗号キ
ーとして登録されている最新のキーを用いる。現時点で
は、利用者ＢＢ側の管理ファイル６に利用者ＡＡとの累
積キーは登録されていないので、復号化処理部５は、最
新の累積キーとして初期キーを用いることとし、利用者
ＡＡを特定する相手先コード“ＣＯＤＥAA”に対応して
登録されている初期キー“ＩＫ1”を管理ファイル６か
ら読み出し、暗号化ファイルのヘッダから読み取った最
新の乱数‘Ｒ1’と共に累積キー作成部４へ供給する。
【００９０】すると、累積キー作成部４は、受けた乱数
と最新の累積キー（現時点では初期キー“ＩＫ1”）か
ら復号化キーを作成する（ステップＳ63）。この復号化
キー作成で用いられる乱数と最新の累積キーは、利用者
ＡＡ側で新たな暗号化キー作成に用いられたものと同一
である。したがって、復号化キーとしては、上記利用者
ＡＡ側で作成された累積キーと同一のキー“ＳＫ1”が
作成され、そのキーが更新前の累積キーに代わる後の最
新の累積キーとされることになる。
と最新の累積キー（現時点では初期キー“ＩＫ1”）か
ら復号化キーを作成する（ステップＳ63）。この復号化
キー作成で用いられる乱数と最新の累積キーは、利用者
ＡＡ側で新たな暗号化キー作成に用いられたものと同一
である。したがって、復号化キーとしては、上記利用者
ＡＡ側で作成された累積キーと同一のキー“ＳＫ1”が
作成され、そのキーが更新前の累積キーに代わる後の最
新の累積キーとされることになる。
【００９１】累積キー作成部４で作成された復号化キー
は復号化処理部５へ供給され、その復号化キーを復号化
処理部５が新たに累積キーとして管理ファイル６に追加
登録する（ステップＳ64）。この追加登録でも利用者Ａ
Ａ側と同様に暗号・復号フラグ、作成ＳＥＱ、作成日及
び累積キーを新たに管理ファイル６中の利用パターンに
登録するが、利用者ＢＢ側では、暗号・復号フラグは
“０”であり、作成ＳＥＱと作成日は暗号化ファイルの
ヘッダに記録された作成ＳＥＱと作成日にする。これに
より、利用者ＢＢ側の管理ファイル６には、相手先コー
ド“ＣＯＤＥAA”に対応する利用パターンとして “０，１，ＤＡＴＥ1，ＳＫ1” が登録される。
は復号化処理部５へ供給され、その復号化キーを復号化
処理部５が新たに累積キーとして管理ファイル６に追加
登録する（ステップＳ64）。この追加登録でも利用者Ａ
Ａ側と同様に暗号・復号フラグ、作成ＳＥＱ、作成日及
び累積キーを新たに管理ファイル６中の利用パターンに
登録するが、利用者ＢＢ側では、暗号・復号フラグは
“０”であり、作成ＳＥＱと作成日は暗号化ファイルの
ヘッダに記録された作成ＳＥＱと作成日にする。これに
より、利用者ＢＢ側の管理ファイル６には、相手先コー
ド“ＣＯＤＥAA”に対応する利用パターンとして “０，１，ＤＡＴＥ1，ＳＫ1” が登録される。
【００９２】その登録後に、復号化処理部５は、累積キ
ー作成部４が作成した復号化キー（登録した累積キー）
を用い、記録媒体ＲＭに記録されている暗号化ファイル
中の暗号化情報を復号化する（ステップＳ65）。そし
て、復号化した情報を入出力部１のディスプレイに表示
し、プリンタにより印刷し、あるいは、他の記録媒体に
格納することにより、利用者ＢＢ側で暗号化ファイルの
情報が取得される（ステップＳ66）。なお、復号化キー
作成に用いられた乱数‘Ｒ1’については、復号化処理
部５等が所定の記憶領域に１世代前の乱数として格納
し、利用者ＢＢ側でも上述したように暗号化／復号化情
報処理装置内に保持しておくこととする。
ー作成部４が作成した復号化キー（登録した累積キー）
を用い、記録媒体ＲＭに記録されている暗号化ファイル
中の暗号化情報を復号化する（ステップＳ65）。そし
て、復号化した情報を入出力部１のディスプレイに表示
し、プリンタにより印刷し、あるいは、他の記録媒体に
格納することにより、利用者ＢＢ側で暗号化ファイルの
情報が取得される（ステップＳ66）。なお、復号化キー
作成に用いられた乱数‘Ｒ1’については、復号化処理
部５等が所定の記憶領域に１世代前の乱数として格納
し、利用者ＢＢ側でも上述したように暗号化／復号化情
報処理装置内に保持しておくこととする。
【００９３】利用者ＡＡ側から送付された暗号化情報
は、以上のようにして利用者ＢＢ側で復号化される。利
用者ＢＢ側から情報を暗号化して送付し、それを利用者
ＡＡ側で受け取って復号化する場合には、利用者ＡＡ側
での上述した処理を利用者ＢＢ側で行い、利用者ＢＢ側
での上述した処理を利用者ＡＡ側で行う。すなわち、利
用者ＢＢが利用者ＡＡへ暗号化情報を送る場合には、利
用者ＢＢ側で暗号化キーの作成と登録を行い、暗号化フ
ァイルを作成して利用者ＡＡへ送付する（図８のステッ
プＳ44）。
は、以上のようにして利用者ＢＢ側で復号化される。利
用者ＢＢ側から情報を暗号化して送付し、それを利用者
ＡＡ側で受け取って復号化する場合には、利用者ＡＡ側
での上述した処理を利用者ＢＢ側で行い、利用者ＢＢ側
での上述した処理を利用者ＡＡ側で行う。すなわち、利
用者ＢＢが利用者ＡＡへ暗号化情報を送る場合には、利
用者ＢＢ側で暗号化キーの作成と登録を行い、暗号化フ
ァイルを作成して利用者ＡＡへ送付する（図８のステッ
プＳ44）。
【００９４】この場合、利用者ＢＢが利用者ＡＡへ送ろ
うとする情報を暗号化／復号化情報処理装置内に暗号化
処理対象の情報として読み込んで暗号化処理を開始さ
せ、上記同様に乱数生成部３が乱数（上記乱数とは別の
乱数）を生成して（図９のステップＳ50）暗号化処理部
２が暗号化ファイルのヘッダ書込を行う（ステップＳ5
1）。上述したように、利用者ＡＡと利用者ＢＢの間で
は既に１回情報授受が行われ、利用者ＡＡと利用者ＢＢ
の双方の管理ファイル６に最新の作成ＳＥＱとして
“１”が登録されている。このため、利用者ＢＢ側で
は、暗号化処理部２が管理ファイル６を参照し、その最
新作成ＳＥＱ“１”を１インクリメントした作成ＳＥＱ
‘２’、乱数生成部３で生成された最新の乱数、及び１
世代前の乱数として保持されている上記乱数‘Ｒ1’等
を暗号化ファイルのヘッダに書き込む。これにより、例
えば、利用者ＢＢ側で暗号化を行っている現時点の日付
が‘ＤＡＴＥ2’であり、乱数生成部３から暗号化処理
部２が受けた最新の乱数が‘Ｒ2’であったとすると、
暗号化ファイルのヘッダには、 ‘ＤＡＴＥ2，２，Ｒ2，Ｒ1’ が書き込まれる（なお、まだ存在しない２世代前の乱数
は書き込まれない。）。
うとする情報を暗号化／復号化情報処理装置内に暗号化
処理対象の情報として読み込んで暗号化処理を開始さ
せ、上記同様に乱数生成部３が乱数（上記乱数とは別の
乱数）を生成して（図９のステップＳ50）暗号化処理部
２が暗号化ファイルのヘッダ書込を行う（ステップＳ5
1）。上述したように、利用者ＡＡと利用者ＢＢの間で
は既に１回情報授受が行われ、利用者ＡＡと利用者ＢＢ
の双方の管理ファイル６に最新の作成ＳＥＱとして
“１”が登録されている。このため、利用者ＢＢ側で
は、暗号化処理部２が管理ファイル６を参照し、その最
新作成ＳＥＱ“１”を１インクリメントした作成ＳＥＱ
‘２’、乱数生成部３で生成された最新の乱数、及び１
世代前の乱数として保持されている上記乱数‘Ｒ1’等
を暗号化ファイルのヘッダに書き込む。これにより、例
えば、利用者ＢＢ側で暗号化を行っている現時点の日付
が‘ＤＡＴＥ2’であり、乱数生成部３から暗号化処理
部２が受けた最新の乱数が‘Ｒ2’であったとすると、
暗号化ファイルのヘッダには、 ‘ＤＡＴＥ2，２，Ｒ2，Ｒ1’ が書き込まれる（なお、まだ存在しない２世代前の乱数
は書き込まれない。）。
【００９５】続いて暗号化処理部２が乱数生成部３から
受けた最新の乱数と最新の累積キーを累積キー作成部４
へ供給する。この時の最新の累積キーとしては、上述し
た１回の暗号化情報の授受を経たことによって初期キー
“ＩＫ1”を更新した累積キー“ＳＫ1”が登録されてい
るので、暗号化処理部２は、管理ファイル６を参照して
累積キー“ＳＫ1”を最新の累積キーとして読み出し、
現時点での最新の乱数‘Ｒ2’と共に累積キー作成部４
へ供給する。これにより、累積キー作成部４は、受けた
最新の乱数‘Ｒ2’と最新の累積キー“ＳＫ1”から新た
な暗号化キーを作成し（ステップＳ52）、この新たな暗
号化キーが更新前の累積キー“ＳＫ1”にさらに代わる
後の最新の累積キーとされる。
受けた最新の乱数と最新の累積キーを累積キー作成部４
へ供給する。この時の最新の累積キーとしては、上述し
た１回の暗号化情報の授受を経たことによって初期キー
“ＩＫ1”を更新した累積キー“ＳＫ1”が登録されてい
るので、暗号化処理部２は、管理ファイル６を参照して
累積キー“ＳＫ1”を最新の累積キーとして読み出し、
現時点での最新の乱数‘Ｒ2’と共に累積キー作成部４
へ供給する。これにより、累積キー作成部４は、受けた
最新の乱数‘Ｒ2’と最新の累積キー“ＳＫ1”から新た
な暗号化キーを作成し（ステップＳ52）、この新たな暗
号化キーが更新前の累積キー“ＳＫ1”にさらに代わる
後の最新の累積キーとされる。
【００９６】新たな暗号化キーが累積キー作成部４から
暗号化処理部２へ供給されると、暗号化処理部２は、そ
の暗号化キーを新たに累積キーとして管理ファイル６に
追加登録する（ステップＳ53）。例えば、上記累積キー
“ＳＫ1”を更新して作成された新たな暗号化キーが
“ＳＫ2”であったとすると、暗号化処理部２は、相手
先コード“ＣＯＤＥAA”に対応する利用パターンとして “１，２，ＤＡＴＥ2，ＳＫ2” を管理ファイル６に登録する。
暗号化処理部２へ供給されると、暗号化処理部２は、そ
の暗号化キーを新たに累積キーとして管理ファイル６に
追加登録する（ステップＳ53）。例えば、上記累積キー
“ＳＫ1”を更新して作成された新たな暗号化キーが
“ＳＫ2”であったとすると、暗号化処理部２は、相手
先コード“ＣＯＤＥAA”に対応する利用パターンとして “１，２，ＤＡＴＥ2，ＳＫ2” を管理ファイル６に登録する。
【００９７】その後、暗号化処理部２は、登録した累積
キーを暗号化キーとして用い、暗号化処理対象の情報を
暗号化して暗号化ファイルに書き込む（ステップＳ5
4）。そして、利用者ＢＢの相手先コード等の所定の情
報を暗号化ファイルのヘッダに付加して暗号化ファイル
の作成を完了し、これを記録した記録媒体ＲＭを利用者
ＢＢが利用者ＡＡへ送ることにより、利用者ＢＢ側から
暗号化ファイルが利用者ＡＡ側へ送付される（ステップ
Ｓ55）。なお、暗号化／復号化情報処理装置内では、暗
号化キー作成に用いた乱数‘Ｒ2’を１世代前の乱数と
し、かつ、それまで１世代前の乱数として格納されてい
た上記乱数‘Ｒ1’を２世代前の乱数として、上述した
ように所定の記憶領域に保持しておくこととする。
キーを暗号化キーとして用い、暗号化処理対象の情報を
暗号化して暗号化ファイルに書き込む（ステップＳ5
4）。そして、利用者ＢＢの相手先コード等の所定の情
報を暗号化ファイルのヘッダに付加して暗号化ファイル
の作成を完了し、これを記録した記録媒体ＲＭを利用者
ＢＢが利用者ＡＡへ送ることにより、利用者ＢＢ側から
暗号化ファイルが利用者ＡＡ側へ送付される（ステップ
Ｓ55）。なお、暗号化／復号化情報処理装置内では、暗
号化キー作成に用いた乱数‘Ｒ2’を１世代前の乱数と
し、かつ、それまで１世代前の乱数として格納されてい
た上記乱数‘Ｒ1’を２世代前の乱数として、上述した
ように所定の記憶領域に保持しておくこととする。
【００９８】利用者ＢＢからの暗号化ファイル（記録媒
体ＲＭ）を利用者ＡＡが受け取ると、利用者ＡＡ側での
復号化キーの作成及び登録並びに暗号化ファイルの復号
化が行われる（図８のステップＳ45）。すなわち、利用
者ＡＡが受け取った記録媒体ＲＭを入出力部１の記録媒
体ドライブ１ａにセットし、利用者ＡＡの暗号化／復号
化情報処理装置での復号化処理を開始させると、復号化
処理部５が記録媒体ＲＭ内の暗号化ファイルのヘッダか
ら作成ＳＥＱを読み取り（図１０のステップＳ60）、管
理ファイル６に登録されている最新の作成ＳＥＱと比較
する（ステップＳ61）。この時登録されている最新の作
成ＳＥＱは、上述した１回の暗号化情報の授受を経たこ
とによって“１”になっており、かつ、利用者ＡＡが受
け取った暗号化ファイルのヘッダには、上述したように
利用者ＢＢ側で作成ＳＥＱ‘２’が書き込まれているの
で、読取作成ＳＥＱは最新の作成ＳＥＱを１インクリメ
ントしたものに等しい（ステップＳ61での判断結果は
“ＹＥＳ”になる。）。
体ＲＭ）を利用者ＡＡが受け取ると、利用者ＡＡ側での
復号化キーの作成及び登録並びに暗号化ファイルの復号
化が行われる（図８のステップＳ45）。すなわち、利用
者ＡＡが受け取った記録媒体ＲＭを入出力部１の記録媒
体ドライブ１ａにセットし、利用者ＡＡの暗号化／復号
化情報処理装置での復号化処理を開始させると、復号化
処理部５が記録媒体ＲＭ内の暗号化ファイルのヘッダか
ら作成ＳＥＱを読み取り（図１０のステップＳ60）、管
理ファイル６に登録されている最新の作成ＳＥＱと比較
する（ステップＳ61）。この時登録されている最新の作
成ＳＥＱは、上述した１回の暗号化情報の授受を経たこ
とによって“１”になっており、かつ、利用者ＡＡが受
け取った暗号化ファイルのヘッダには、上述したように
利用者ＢＢ側で作成ＳＥＱ‘２’が書き込まれているの
で、読取作成ＳＥＱは最新の作成ＳＥＱを１インクリメ
ントしたものに等しい（ステップＳ61での判断結果は
“ＹＥＳ”になる。）。
【００９９】したがって、復号化処理部５は、上記同様
に記録媒体ＲＭ内の暗号化ファイルのヘッダから最新の
乱数を読み取り（ステップＳ62）、管理ファイル６内の
最新の累積キーと共に累積キー作成部４へ供給する。こ
こで読み取られる最新の乱数は、上述したように利用者
ＢＢ側で累積キー“ＳＫ1”の更新に用いられた乱数
‘Ｒ2’であり、かつ、利用者ＡＡ側の管理ファイル６
に登録されている最新の累積キーは、上述した最初の暗
号化処理で登録した累積キー“ＳＫ1”である。累積キ
ー作成部４は、これらの乱数‘Ｒ2’と累積キー“ＳＫ
1”から復号化キーを作成するので（ステップＳ63）、
復号化キーとしては、上記利用者ＢＢ側で作成された累
積キーと同一のキー“ＳＫ2”が作成される。
に記録媒体ＲＭ内の暗号化ファイルのヘッダから最新の
乱数を読み取り（ステップＳ62）、管理ファイル６内の
最新の累積キーと共に累積キー作成部４へ供給する。こ
こで読み取られる最新の乱数は、上述したように利用者
ＢＢ側で累積キー“ＳＫ1”の更新に用いられた乱数
‘Ｒ2’であり、かつ、利用者ＡＡ側の管理ファイル６
に登録されている最新の累積キーは、上述した最初の暗
号化処理で登録した累積キー“ＳＫ1”である。累積キ
ー作成部４は、これらの乱数‘Ｒ2’と累積キー“ＳＫ
1”から復号化キーを作成するので（ステップＳ63）、
復号化キーとしては、上記利用者ＢＢ側で作成された累
積キーと同一のキー“ＳＫ2”が作成される。
【０１００】その復号化キー“ＳＫ2”は復号化処理部
５へ供給され、新たに累積キーとして管理ファイル６に
追加登録される（ステップＳ64）。利用者ＡＡ側では、
暗号・復号フラグは“０”であり、利用者ＢＢからの暗
号化ファイルのヘッダには、上述したように作成日‘Ｄ
ＡＴＥ2’、作成ＳＥＱ‘２’が記録されているので、
利用者ＡＡ側の管理ファイル６には、相手先コード“Ｃ
ＯＤＥBB”に対応する利用パターンとして “０，２，ＤＡＴＥ2，ＳＫ2” が登録される。
５へ供給され、新たに累積キーとして管理ファイル６に
追加登録される（ステップＳ64）。利用者ＡＡ側では、
暗号・復号フラグは“０”であり、利用者ＢＢからの暗
号化ファイルのヘッダには、上述したように作成日‘Ｄ
ＡＴＥ2’、作成ＳＥＱ‘２’が記録されているので、
利用者ＡＡ側の管理ファイル６には、相手先コード“Ｃ
ＯＤＥBB”に対応する利用パターンとして “０，２，ＤＡＴＥ2，ＳＫ2” が登録される。
【０１０１】その後、復号化処理部５が登録した累積キ
ーを復号化キーとして暗号化ファイル中の暗号化情報を
復号化し（ステップＳ65）、復号化した情報を入出力部
１のディスプレイに表示したりすることによって利用者
ＡＡ側で暗号化ファイルの情報を取得する（ステップＳ
66）。なお、利用者ＡＡ側の暗号化／復号化情報処理装
置内においても、復号化キー作成に用いた乱数‘Ｒ2’
を１世代前の乱数とし、かつ、それまで１世代前の乱数
として格納されていた上記乱数‘Ｒ1’を２世代前の乱
数として、所定の記憶領域に保持しておくこととする。
ーを復号化キーとして暗号化ファイル中の暗号化情報を
復号化し（ステップＳ65）、復号化した情報を入出力部
１のディスプレイに表示したりすることによって利用者
ＡＡ側で暗号化ファイルの情報を取得する（ステップＳ
66）。なお、利用者ＡＡ側の暗号化／復号化情報処理装
置内においても、復号化キー作成に用いた乱数‘Ｒ2’
を１世代前の乱数とし、かつ、それまで１世代前の乱数
として格納されていた上記乱数‘Ｒ1’を２世代前の乱
数として、所定の記憶領域に保持しておくこととする。
【０１０２】次に、利用者ＡＡが利用者ＢＢへ暗号化フ
ァイルを送付し、そのファイルが利用者ＢＢへ到達する
前に、利用者ＡＡが利用者ＢＢへさらに別の暗号化ファ
イルを送付したとする。この場合、利用者ＡＡ側では、
暗号化キーの作成及び登録並びに暗号化ファイルの作成
及び送付が２回続けて行われる（図８のステップＳ46及
びＳ47）。
ァイルを送付し、そのファイルが利用者ＢＢへ到達する
前に、利用者ＡＡが利用者ＢＢへさらに別の暗号化ファ
イルを送付したとする。この場合、利用者ＡＡ側では、
暗号化キーの作成及び登録並びに暗号化ファイルの作成
及び送付が２回続けて行われる（図８のステップＳ46及
びＳ47）。
【０１０３】そのうちの第１回目の送付時に利用者ＡＡ
側で行われる処理（ステップＳ46）も図９の上記同様の
手順（ステップＳ50〜Ｓ55）によって行われる。ただ
し、上述した２回の情報授受によって暗号化／復号化情
報処理装置内に１世代前の乱数‘Ｒ2’と２世代前の乱
数‘Ｒ1’が保持されているので、暗号化ファイルのヘ
ッダ書込では、これらの乱数が共に書き込まれる。ま
た、利用者ＡＡと利用者ＢＢの双方の管理ファイル６に
最新の作成ＳＥＱとして“２”が登録されているので、
ヘッダの作成ＳＥＱとしては“３”が書き込まれる。例
えば、第１回目の送付時において、暗号化を行った日付
が‘ＤＡＴＥ3’であり、乱数生成部３が生成した最新
の乱数が‘Ｒ3’であったとすると、暗号化ファイルの
ヘッダには、 ‘ＤＡＴＥ3，３，Ｒ3，Ｒ2，Ｒ1’ が書き込まれる。
側で行われる処理（ステップＳ46）も図９の上記同様の
手順（ステップＳ50〜Ｓ55）によって行われる。ただ
し、上述した２回の情報授受によって暗号化／復号化情
報処理装置内に１世代前の乱数‘Ｒ2’と２世代前の乱
数‘Ｒ1’が保持されているので、暗号化ファイルのヘ
ッダ書込では、これらの乱数が共に書き込まれる。ま
た、利用者ＡＡと利用者ＢＢの双方の管理ファイル６に
最新の作成ＳＥＱとして“２”が登録されているので、
ヘッダの作成ＳＥＱとしては“３”が書き込まれる。例
えば、第１回目の送付時において、暗号化を行った日付
が‘ＤＡＴＥ3’であり、乱数生成部３が生成した最新
の乱数が‘Ｒ3’であったとすると、暗号化ファイルの
ヘッダには、 ‘ＤＡＴＥ3，３，Ｒ3，Ｒ2，Ｒ1’ が書き込まれる。
【０１０４】また、累積キー“ＳＫ2”を乱数‘Ｒ3’に
よって更新した累積キー“ＳＫ3”が作成され、利用者
ＢＢに対しては、累積キー“ＳＫ3”を使用して暗号化
された暗号化情報の暗号化ファイルが送付される。そし
て、利用者ＡＡ側では、相手先コード“ＣＯＤＥBB”に
対応する利用パターンとして“１，３，ＤＡＴＥ3，Ｓ
Ｋ3”が管理ファイル６に追加登録される。
よって更新した累積キー“ＳＫ3”が作成され、利用者
ＢＢに対しては、累積キー“ＳＫ3”を使用して暗号化
された暗号化情報の暗号化ファイルが送付される。そし
て、利用者ＡＡ側では、相手先コード“ＣＯＤＥBB”に
対応する利用パターンとして“１，３，ＤＡＴＥ3，Ｓ
Ｋ3”が管理ファイル６に追加登録される。
【０１０５】続く第２回目の送付時に利用者ＡＡ側で行
われる処理（ステップＳ47）も図９の上記同様の手順
（ステップＳ50〜Ｓ55）によって行われる。ただし、上
述した２回の情報授受と上記第１回目の送付により、暗
号化／復号化情報処理装置内には、１世代前の乱数とし
て‘Ｒ3’が保持され、かつ、２世代前の乱数として
‘Ｒ2’が保持されているので、暗号化ファイルのヘッ
ダ書込では、これらの乱数が共に書き込まれる。また、
利用者ＡＡの管理ファイル６には、上記第１回目の送付
によって最新の作成ＳＥＱ“３”が登録されているの
で、ヘッダの作成ＳＥＱとしては“４”が書き込まれ
る。例えば、第２回目の送付時において、暗号化を行っ
た日付が‘ＤＡＴＥ4’であり、乱数生成部３が生成し
た最新の乱数が‘Ｒ4’であったとすると、暗号化ファ
イルのヘッダには、 ‘ＤＡＴＥ4，４，Ｒ4，Ｒ3，Ｒ2’ が書き込まれる。
われる処理（ステップＳ47）も図９の上記同様の手順
（ステップＳ50〜Ｓ55）によって行われる。ただし、上
述した２回の情報授受と上記第１回目の送付により、暗
号化／復号化情報処理装置内には、１世代前の乱数とし
て‘Ｒ3’が保持され、かつ、２世代前の乱数として
‘Ｒ2’が保持されているので、暗号化ファイルのヘッ
ダ書込では、これらの乱数が共に書き込まれる。また、
利用者ＡＡの管理ファイル６には、上記第１回目の送付
によって最新の作成ＳＥＱ“３”が登録されているの
で、ヘッダの作成ＳＥＱとしては“４”が書き込まれ
る。例えば、第２回目の送付時において、暗号化を行っ
た日付が‘ＤＡＴＥ4’であり、乱数生成部３が生成し
た最新の乱数が‘Ｒ4’であったとすると、暗号化ファ
イルのヘッダには、 ‘ＤＡＴＥ4，４，Ｒ4，Ｒ3，Ｒ2’ が書き込まれる。
【０１０６】また、累積キー“ＳＫ3”を乱数‘Ｒ4’に
よって更新した累積キー“ＳＫ4”が作成され、利用者
ＢＢに対しては、累積キー“ＳＫ4”を使用して暗号化
された暗号化情報の暗号化ファイルが送付される。そし
て、利用者ＡＡ側では、相手先コード“ＣＯＤＥBB”に
対応する利用パターンとして “１，４，ＤＡＴＥ4，ＳＫ4” が管理ファイル６に追加登録される。
よって更新した累積キー“ＳＫ4”が作成され、利用者
ＢＢに対しては、累積キー“ＳＫ4”を使用して暗号化
された暗号化情報の暗号化ファイルが送付される。そし
て、利用者ＡＡ側では、相手先コード“ＣＯＤＥBB”に
対応する利用パターンとして “１，４，ＤＡＴＥ4，ＳＫ4” が管理ファイル６に追加登録される。
【０１０７】この結果、利用者ＡＡの管理ファイル６に
おいては、相手先コード“ＣＯＤＥBB”に対応する利用
パターンが図７に示したように “１，１，ＤＡＴＥ1，ＳＫ1” “０，２，ＤＡＴＥ2，ＳＫ2” “１，３，ＤＡＴＥ3，ＳＫ3” “１，４，ＤＡＴＥ4，ＳＫ4” と登録されることになる。
おいては、相手先コード“ＣＯＤＥBB”に対応する利用
パターンが図７に示したように “１，１，ＤＡＴＥ1，ＳＫ1” “０，２，ＤＡＴＥ2，ＳＫ2” “１，３，ＤＡＴＥ3，ＳＫ3” “１，４，ＤＡＴＥ4，ＳＫ4” と登録されることになる。
【０１０８】以上のようにして送付された２つの暗号化
ファイルは、送付順に利用者ＢＢ側で受け取られれば上
記同様（ステップＳ43ないしＳ45同様）に処理すること
ができるが、第２回目に送付した暗号化ファイルの方が
利用者ＢＢ側で先に処理されることとなった場合には、
上記同様に処理することはできない。例えば、利用者Ａ
Ａと利用者ＢＢの間で毎月（ないし毎週）に１回ずつ位
の頻度で情報を授受しているとすると、利用者ＡＡ側で
先月作成・送付した暗号化ファイルの記録媒体ＲＭを途
中の紛失等によって利用者ＢＢ側が受け取らず、利用者
ＡＡ側で今月作成・送付した暗号化ファイルの記録媒体
ＲＭを利用者ＢＢ側が受け取って復号化し、その後で先
月の記録媒体ＲＭを利用者ＢＢ側が発見して復号化する
ような事態も生じ得る。かかる不測の事態が生じた場合
には、利用者ＢＢ側において、利用者ＡＡ側から第２回
目に送付された暗号化ファイルについての復号化キーの
作成及び登録並びに暗号化ファイルの復号化が行われ
（図８のステップＳ48）、その後に、利用者ＡＡ側から
第１回目に送付された暗号化ファイルについての復号化
キーの作成及び登録並びに暗号化ファイルの復号化が行
われることになる（ステップＳ49）。
ファイルは、送付順に利用者ＢＢ側で受け取られれば上
記同様（ステップＳ43ないしＳ45同様）に処理すること
ができるが、第２回目に送付した暗号化ファイルの方が
利用者ＢＢ側で先に処理されることとなった場合には、
上記同様に処理することはできない。例えば、利用者Ａ
Ａと利用者ＢＢの間で毎月（ないし毎週）に１回ずつ位
の頻度で情報を授受しているとすると、利用者ＡＡ側で
先月作成・送付した暗号化ファイルの記録媒体ＲＭを途
中の紛失等によって利用者ＢＢ側が受け取らず、利用者
ＡＡ側で今月作成・送付した暗号化ファイルの記録媒体
ＲＭを利用者ＢＢ側が受け取って復号化し、その後で先
月の記録媒体ＲＭを利用者ＢＢ側が発見して復号化する
ような事態も生じ得る。かかる不測の事態が生じた場合
には、利用者ＢＢ側において、利用者ＡＡ側から第２回
目に送付された暗号化ファイルについての復号化キーの
作成及び登録並びに暗号化ファイルの復号化が行われ
（図８のステップＳ48）、その後に、利用者ＡＡ側から
第１回目に送付された暗号化ファイルについての復号化
キーの作成及び登録並びに暗号化ファイルの復号化が行
われることになる（ステップＳ49）。
【０１０９】すなわち、利用者ＡＡから第２回目に送付
された暗号化ファイル（記録媒体ＲＭ）を受け取った利
用者ＢＢ側では、その記録媒体ＲＭを入出力部１の記録
媒体ドライブ１ａにセットし、暗号化／復号化情報処理
装置での復号化処理を開始すると、上記同様に復号化処
理部５が暗号化ファイルのヘッダから作成ＳＥＱを読み
取り（図１０のステップＳ60）、管理ファイル６に登録
されている最新の作成ＳＥＱと比較する（ステップＳ6
1）。
された暗号化ファイル（記録媒体ＲＭ）を受け取った利
用者ＢＢ側では、その記録媒体ＲＭを入出力部１の記録
媒体ドライブ１ａにセットし、暗号化／復号化情報処理
装置での復号化処理を開始すると、上記同様に復号化処
理部５が暗号化ファイルのヘッダから作成ＳＥＱを読み
取り（図１０のステップＳ60）、管理ファイル６に登録
されている最新の作成ＳＥＱと比較する（ステップＳ6
1）。
【０１１０】この時、利用者ＢＢ側で登録されている最
新の作成ＳＥＱは、上述した２回の暗号化情報の授受を
経たことによって“２”になっている。これに対し、利
用者ＢＢが受け取った暗号化ファイルは、上述したよう
に利用者ＡＡ側で続けて行った暗号化ファイル作成・送
付の第２回目で作成されたものであるため、そのヘッダ
には作成ＳＥＱ‘４’が書き込まれている。したがっ
て、読取作成ＳＥＱ‘４’と最新の作成ＳＥＱ“２”を
１インクリメントしたものとは等しくない（ステップＳ
61での判断結果は“ＮＯ”になる。）。
新の作成ＳＥＱは、上述した２回の暗号化情報の授受を
経たことによって“２”になっている。これに対し、利
用者ＢＢが受け取った暗号化ファイルは、上述したよう
に利用者ＡＡ側で続けて行った暗号化ファイル作成・送
付の第２回目で作成されたものであるため、そのヘッダ
には作成ＳＥＱ‘４’が書き込まれている。したがっ
て、読取作成ＳＥＱ‘４’と最新の作成ＳＥＱ“２”を
１インクリメントしたものとは等しくない（ステップＳ
61での判断結果は“ＮＯ”になる。）。
【０１１１】このことは、読取作成ＳＥＱが直前の作成
ＳＥＱに続くものではない、すなわち、送られてきた暗
号化ファイルが前回授受された暗号化ファイルの次に暗
号化されたものではないということを意味している。そ
こで、復号化処理部５は、続いて読取作成ＳＥＱが最新
作成ＳＥＱを１インクリメントしたものより大きい整数
値か否かを判断する（ステップＳ67）。この判断の結
果、読取作成ＳＥＱが最新作成ＳＥＱを１インクリメン
トしたものより大であれば、送られてきた暗号化ファイ
ルが前回授受された暗号化ファイルの次よりさらに後に
暗号化されたものということになり、そうでなければ
（小であれば）、送られてきた暗号化ファイルが前回授
受された暗号化ファイルより前に暗号化されたものとい
うことになる。
ＳＥＱに続くものではない、すなわち、送られてきた暗
号化ファイルが前回授受された暗号化ファイルの次に暗
号化されたものではないということを意味している。そ
こで、復号化処理部５は、続いて読取作成ＳＥＱが最新
作成ＳＥＱを１インクリメントしたものより大きい整数
値か否かを判断する（ステップＳ67）。この判断の結
果、読取作成ＳＥＱが最新作成ＳＥＱを１インクリメン
トしたものより大であれば、送られてきた暗号化ファイ
ルが前回授受された暗号化ファイルの次よりさらに後に
暗号化されたものということになり、そうでなければ
（小であれば）、送られてきた暗号化ファイルが前回授
受された暗号化ファイルより前に暗号化されたものとい
うことになる。
【０１１２】今、読取作成ＳＥＱ‘４’が最新作成ＳＥ
Ｑ“２”を１インクリメントした整数値より大であるの
で（ステップＳ67での判断結果が“ＹＥＳ”となり）、
復号化処理部５は、暗号化ファイルのヘッダから最新の
乱数と未入手世代の乱数を読み取り、前回授受された暗
号化ファイル以降の累積キー更新で使用された未入手の
乱数を取得する（ステップＳ68）。どの世代の乱数が未
入手かは、読取作成ＳＥＱの値と最新作成ＳＥＱを１イ
ンクリメントした値との差によって判断することができ
る。例えば、その差が１であれば最新の乱数より１世代
前の乱数が未入手であり、その差が２であれば最新の乱
数より１世代前の乱数と２世代前の乱数とが未入手であ
る。現在の読取作成ＳＥＱ‘４’と最新作成ＳＥＱ
“２”を１インクリメントした値（３）との差は１であ
るので、復号化処理部５は、暗号化ファイルのヘッダか
ら最新の乱数と１世代前の乱数を読み取る。ここで、暗
号化ファイルのヘッダには、上述した利用者ＡＡ側での
処理によって ‘ＤＡＴＥ4，４，Ｒ4，Ｒ3，Ｒ2’ が書き込まれているので、復号化処理部５は、最新の乱
数‘Ｒ4’と１世代前の乱数‘Ｒ3’を読み取る。
Ｑ“２”を１インクリメントした整数値より大であるの
で（ステップＳ67での判断結果が“ＹＥＳ”となり）、
復号化処理部５は、暗号化ファイルのヘッダから最新の
乱数と未入手世代の乱数を読み取り、前回授受された暗
号化ファイル以降の累積キー更新で使用された未入手の
乱数を取得する（ステップＳ68）。どの世代の乱数が未
入手かは、読取作成ＳＥＱの値と最新作成ＳＥＱを１イ
ンクリメントした値との差によって判断することができ
る。例えば、その差が１であれば最新の乱数より１世代
前の乱数が未入手であり、その差が２であれば最新の乱
数より１世代前の乱数と２世代前の乱数とが未入手であ
る。現在の読取作成ＳＥＱ‘４’と最新作成ＳＥＱ
“２”を１インクリメントした値（３）との差は１であ
るので、復号化処理部５は、暗号化ファイルのヘッダか
ら最新の乱数と１世代前の乱数を読み取る。ここで、暗
号化ファイルのヘッダには、上述した利用者ＡＡ側での
処理によって ‘ＤＡＴＥ4，４，Ｒ4，Ｒ3，Ｒ2’ が書き込まれているので、復号化処理部５は、最新の乱
数‘Ｒ4’と１世代前の乱数‘Ｒ3’を読み取る。
【０１１３】次に、復号化処理部５が読み取った各乱数
を管理ファイル６に登録されている最新の累積キー“Ｓ
Ｋ2”と共に累積キー作成部４へ供給し、累積キー作成
部４が当該各乱数で最新の累積キーを順次累積更新し
（古い世代の乱数による更新から最新の乱数による更新
までを順に行い）、未入手であった各乱数による復号化
キーを作成する（ステップＳ69）。すなわち、累積キー
作成部４は、まず、最新の累積キー“ＳＫ2”を１世代
前の乱数‘Ｒ3’によって更新する。これにより、更新
された復号化キーとしては、“ＳＫ3”が作成されるこ
とになる。次いで累積キー作成部４は、その復号化キー
“ＳＫ3”を最新の乱数‘Ｒ4’によって更新する。これ
により、更新された復号化キーとしては、“ＳＫ4”が
作成されることになる。
を管理ファイル６に登録されている最新の累積キー“Ｓ
Ｋ2”と共に累積キー作成部４へ供給し、累積キー作成
部４が当該各乱数で最新の累積キーを順次累積更新し
（古い世代の乱数による更新から最新の乱数による更新
までを順に行い）、未入手であった各乱数による復号化
キーを作成する（ステップＳ69）。すなわち、累積キー
作成部４は、まず、最新の累積キー“ＳＫ2”を１世代
前の乱数‘Ｒ3’によって更新する。これにより、更新
された復号化キーとしては、“ＳＫ3”が作成されるこ
とになる。次いで累積キー作成部４は、その復号化キー
“ＳＫ3”を最新の乱数‘Ｒ4’によって更新する。これ
により、更新された復号化キーとしては、“ＳＫ4”が
作成されることになる。
【０１１４】このようにして累積キー作成部４が各世代
の乱数で更新した復号化キーを世代順に作成し、復号化
処理部５へ供給する。すると、復号化処理部５は、それ
らの累積キー作成部４が作成した各復号化キーをそれぞ
れ累積キーとして新たに追加登録する（ステップＳ7
0）。まず、累積キー“ＳＫ2”を乱数‘Ｒ3’で更新し
た累積キー“ＳＫ3”は、更新に用いている乱数‘Ｒ3’
が１世代前の乱数であることから、現在受け取っている
暗号化ファイルより暗号化ファイル作成１回分前に作成
された暗号化ファイルで使用された暗号キーであり、現
在受け取っている暗号化ファイルのヘッダの作成ＳＥＱ
‘４’を１減じた作成ＳＥＱ‘３’に対応するものであ
ることが分かる。そして、作成ＳＥＱ‘３’は、利用者
ＢＢの管理ファイル６に登録されている最新の作成ＳＥ
Ｑ‘２’に続くシーケンス番号であるから、復号化処理
部５は、作成ＳＥＱを“３”として累積キー“ＳＫ3”
を追加登録する。ただし、その対応作成日は、累積キー
“ＳＫ3”を使用した暗号化ファイルのヘッダに記録さ
れており、この時点では未知であるため、登録はしない
（空欄にしておく）。すなわち、復号化処理部５は、利
用者ＢＢ側の管理ファイル６に相手先コード“ＣＯＤＥ
AA”の対応利用パターンとして、まず “０，３， ，ＳＫ3” を登録する。
の乱数で更新した復号化キーを世代順に作成し、復号化
処理部５へ供給する。すると、復号化処理部５は、それ
らの累積キー作成部４が作成した各復号化キーをそれぞ
れ累積キーとして新たに追加登録する（ステップＳ7
0）。まず、累積キー“ＳＫ2”を乱数‘Ｒ3’で更新し
た累積キー“ＳＫ3”は、更新に用いている乱数‘Ｒ3’
が１世代前の乱数であることから、現在受け取っている
暗号化ファイルより暗号化ファイル作成１回分前に作成
された暗号化ファイルで使用された暗号キーであり、現
在受け取っている暗号化ファイルのヘッダの作成ＳＥＱ
‘４’を１減じた作成ＳＥＱ‘３’に対応するものであ
ることが分かる。そして、作成ＳＥＱ‘３’は、利用者
ＢＢの管理ファイル６に登録されている最新の作成ＳＥ
Ｑ‘２’に続くシーケンス番号であるから、復号化処理
部５は、作成ＳＥＱを“３”として累積キー“ＳＫ3”
を追加登録する。ただし、その対応作成日は、累積キー
“ＳＫ3”を使用した暗号化ファイルのヘッダに記録さ
れており、この時点では未知であるため、登録はしない
（空欄にしておく）。すなわち、復号化処理部５は、利
用者ＢＢ側の管理ファイル６に相手先コード“ＣＯＤＥ
AA”の対応利用パターンとして、まず “０，３， ，ＳＫ3” を登録する。
【０１１５】次に、累積キー“ＳＫ3”を乱数‘Ｒ4’で
更新した累積キー“ＳＫ4”は、更新に用いている乱数
‘Ｒ4’が最新の乱数であることから、現在受け取って
いる暗号化ファイルで使用された暗号キーであり、現在
受け取っている暗号化ファイルのヘッダの作成ＳＥＱ
‘４’に対応するものであることが分かる。そして、作
成ＳＥＱ‘４’は、利用者ＢＢの管理ファイル６に登録
された上記作成ＳＥＱ‘３’に続くシーケンス番号であ
るから、復号化処理部５は、作成ＳＥＱを“４”として
累積キー“ＳＫ4”を追加登録する。また、その対応作
成日は、現在受け取っている暗号化ファイルのヘッダに
記録された作成日であり、上述した利用者ＡＡ側での処
理によって‘ＤＡＴＥ4’とされている。したがって、
利用者ＢＢ側の管理ファイル６には、相手先コード“Ｃ
ＯＤＥAA”に対応する利用パターンとして、 “０，４，ＤＡＴＥ4，ＳＫ4” が登録される。
更新した累積キー“ＳＫ4”は、更新に用いている乱数
‘Ｒ4’が最新の乱数であることから、現在受け取って
いる暗号化ファイルで使用された暗号キーであり、現在
受け取っている暗号化ファイルのヘッダの作成ＳＥＱ
‘４’に対応するものであることが分かる。そして、作
成ＳＥＱ‘４’は、利用者ＢＢの管理ファイル６に登録
された上記作成ＳＥＱ‘３’に続くシーケンス番号であ
るから、復号化処理部５は、作成ＳＥＱを“４”として
累積キー“ＳＫ4”を追加登録する。また、その対応作
成日は、現在受け取っている暗号化ファイルのヘッダに
記録された作成日であり、上述した利用者ＡＡ側での処
理によって‘ＤＡＴＥ4’とされている。したがって、
利用者ＢＢ側の管理ファイル６には、相手先コード“Ｃ
ＯＤＥAA”に対応する利用パターンとして、 “０，４，ＤＡＴＥ4，ＳＫ4” が登録される。
【０１１６】この結果、利用者ＢＢの管理ファイル６に
おいては、相手先コード“ＣＯＤＥAA”に対応する利用
パターンが “０，１，ＤＡＴＥ1，ＳＫ1” “１，２，ＤＡＴＥ2，ＳＫ2” “０，３， ，ＳＫ3” “０，４，ＤＡＴＥ4，ＳＫ4” と登録されることになる。
おいては、相手先コード“ＣＯＤＥAA”に対応する利用
パターンが “０，１，ＤＡＴＥ1，ＳＫ1” “１，２，ＤＡＴＥ2，ＳＫ2” “０，３， ，ＳＫ3” “０，４，ＤＡＴＥ4，ＳＫ4” と登録されることになる。
【０１１７】その後、復号化処理部５は、最終的に作成
された復号化キーで暗号化ファイルの情報を復号化する
（ステップＳ71）。現時点で最終的に作成された復号化
キーは“ＳＫ4”であり、復号化処理部５がこれを用い
て復号化を行い、復号化された情報が入出力部１のディ
スプレイに表示されたりすることによって利用者ＢＢ側
で暗号化ファイルの情報が取得される（ステップＳ6
6）。
された復号化キーで暗号化ファイルの情報を復号化する
（ステップＳ71）。現時点で最終的に作成された復号化
キーは“ＳＫ4”であり、復号化処理部５がこれを用い
て復号化を行い、復号化された情報が入出力部１のディ
スプレイに表示されたりすることによって利用者ＢＢ側
で暗号化ファイルの情報が取得される（ステップＳ6
6）。
【０１１８】利用者ＡＡから第２回目に送付された暗号
化ファイルについての処理（図８のステップＳ48）は、
以上のようにして行われる。そして、利用者ＡＡから第
１回目に送付された暗号化ファイルが後で発見される
と、利用者ＢＢ側では、その記録媒体ＲＭを入出力部１
の記録媒体ドライブ１ａにセットし、暗号化／復号化情
報処理装置での復号化処理を再び開始させて復号化キー
の作成及び登録並びに暗号化ファイルの復号化を行う
（ステップＳ48)。
化ファイルについての処理（図８のステップＳ48）は、
以上のようにして行われる。そして、利用者ＡＡから第
１回目に送付された暗号化ファイルが後で発見される
と、利用者ＢＢ側では、その記録媒体ＲＭを入出力部１
の記録媒体ドライブ１ａにセットし、暗号化／復号化情
報処理装置での復号化処理を再び開始させて復号化キー
の作成及び登録並びに暗号化ファイルの復号化を行う
（ステップＳ48)。
【０１１９】その復号化処理では、上記同様に復号化処
理部５が暗号化ファイルのヘッダから作成ＳＥＱを読み
取り（図１０のステップＳ60）、管理ファイル６に登録
されている最新の作成ＳＥＱと比較する（ステップＳ6
1）。この時、利用者ＢＢ側で登録されている最新の作
成ＳＥＱは、第２回目に送付された暗号化ファイルにつ
いての上記復号化処理によって“４”になっている。こ
れに対し、利用者ＢＢが発見した暗号化ファイルは、上
述したように利用者ＡＡ側で続けて行った暗号化ファイ
ル作成・送付の第１回目で作成されたものであるため、
そのヘッダには作成ＳＥＱ‘３’が書き込まれている。
したがって、読取作成ＳＥＱ‘３’と最新の作成ＳＥＱ
“４”を１インクリメントしたものとは等しくなく（ス
テップＳ61での判断結果は“ＮＯ”になり）、復号化処
理部５は、続いて読取作成ＳＥＱが最新作成ＳＥＱを１
インクリメントしたものより大きい整数値か否かを判断
する（ステップＳ67）。
理部５が暗号化ファイルのヘッダから作成ＳＥＱを読み
取り（図１０のステップＳ60）、管理ファイル６に登録
されている最新の作成ＳＥＱと比較する（ステップＳ6
1）。この時、利用者ＢＢ側で登録されている最新の作
成ＳＥＱは、第２回目に送付された暗号化ファイルにつ
いての上記復号化処理によって“４”になっている。こ
れに対し、利用者ＢＢが発見した暗号化ファイルは、上
述したように利用者ＡＡ側で続けて行った暗号化ファイ
ル作成・送付の第１回目で作成されたものであるため、
そのヘッダには作成ＳＥＱ‘３’が書き込まれている。
したがって、読取作成ＳＥＱ‘３’と最新の作成ＳＥＱ
“４”を１インクリメントしたものとは等しくなく（ス
テップＳ61での判断結果は“ＮＯ”になり）、復号化処
理部５は、続いて読取作成ＳＥＱが最新作成ＳＥＱを１
インクリメントしたものより大きい整数値か否かを判断
する（ステップＳ67）。
【０１２０】今、読取作成ＳＥＱ‘３’が最新作成ＳＥ
Ｑ“４”を１インクリメントした整数値より小であるの
で（ステップＳ67での判断結果が“ＮＯ”となり）、復
号化処理部５は、暗号化ファイルのヘッダから作成日を
読み取り、読取作成ＳＥＱに対応させて登録する（ステ
ップＳ72）。すなわち、読取作成ＳＥＱが最新作成ＳＥ
Ｑを１インクリメントしたものより小であり、かつ、等
しくもないということは、発見された暗号化ファイルが
前回授受した暗号化ファイルより前に暗号化されたこと
を意味し、読取作成ＳＥＱが最新作成ＳＥＱより幾つ少
ないかによって何世代前の累積キーに係るものであるか
が分かる。例えば、発見された暗号化ファイルのヘッダ
にある作成ＳＥＱ‘３’は、最新作成ＳＥＱ“４”より
１小さい整数値であるので、１世代前の累積キーに係る
作成ＳＥＱであることが分かる。したがって、この場合
の読取作成ＳＥＱは、前回授受した暗号化ファイルに係
る累積キー更新の処理（ステップＳ68〜Ｓ70）において
既に管理ファイル６に登録されており、対応する作成日
が空欄とされているものに当たり、復号化処理部５は、
その既登録の作成ＳＥＱに対応させて暗号化ファイルの
ヘッダにある作成日を登録する。利用者ＡＡ側で第１回
目に作成・送付された暗号化ファイルのヘッダには、上
述したように作成日‘ＤＡＴＥ3’が記録されているの
で、これを復号化処理部５が既登録の読取作成ＳＥＱ
“３”に対応させて登録する。これにより、利用者ＢＢ
の管理ファイル６における相手先コード“ＣＯＤＥAA”
に対応する利用パターンは、 “０，１，ＤＡＴＥ1，ＳＫ1” “１，２，ＤＡＴＥ2，ＳＫ2” “０，３，ＤＡＴＥ3，ＳＫ3” “０，４，ＤＡＴＥ4，ＳＫ4” となり、利用者ＡＡとの間で管理ファイル６に登録され
ている管理データが完全に同期する。
Ｑ“４”を１インクリメントした整数値より小であるの
で（ステップＳ67での判断結果が“ＮＯ”となり）、復
号化処理部５は、暗号化ファイルのヘッダから作成日を
読み取り、読取作成ＳＥＱに対応させて登録する（ステ
ップＳ72）。すなわち、読取作成ＳＥＱが最新作成ＳＥ
Ｑを１インクリメントしたものより小であり、かつ、等
しくもないということは、発見された暗号化ファイルが
前回授受した暗号化ファイルより前に暗号化されたこと
を意味し、読取作成ＳＥＱが最新作成ＳＥＱより幾つ少
ないかによって何世代前の累積キーに係るものであるか
が分かる。例えば、発見された暗号化ファイルのヘッダ
にある作成ＳＥＱ‘３’は、最新作成ＳＥＱ“４”より
１小さい整数値であるので、１世代前の累積キーに係る
作成ＳＥＱであることが分かる。したがって、この場合
の読取作成ＳＥＱは、前回授受した暗号化ファイルに係
る累積キー更新の処理（ステップＳ68〜Ｓ70）において
既に管理ファイル６に登録されており、対応する作成日
が空欄とされているものに当たり、復号化処理部５は、
その既登録の作成ＳＥＱに対応させて暗号化ファイルの
ヘッダにある作成日を登録する。利用者ＡＡ側で第１回
目に作成・送付された暗号化ファイルのヘッダには、上
述したように作成日‘ＤＡＴＥ3’が記録されているの
で、これを復号化処理部５が既登録の読取作成ＳＥＱ
“３”に対応させて登録する。これにより、利用者ＢＢ
の管理ファイル６における相手先コード“ＣＯＤＥAA”
に対応する利用パターンは、 “０，１，ＤＡＴＥ1，ＳＫ1” “１，２，ＤＡＴＥ2，ＳＫ2” “０，３，ＤＡＴＥ3，ＳＫ3” “０，４，ＤＡＴＥ4，ＳＫ4” となり、利用者ＡＡとの間で管理ファイル６に登録され
ている管理データが完全に同期する。
【０１２１】そして、読取作成ＳＥＱ‘３’に対応する
累積キー“ＳＫ3”は、上記累積キー更新の処理（ステ
ップＳ68〜Ｓ70）によって既に管理ファイル６に登録さ
れているので、その既登録の累積キー“ＳＫ3”を復号
化処理部５が読み出す（ステップＳ73）。この累積キー
“ＳＫ3”は、作成ＳＥＱ“２”に対応して登録されて
いる累積キー“ＳＫ2”を暗号化ファイルのヘッダに最
新の乱数として記録されている乱数（‘Ｒ3’）で更新
しても得られるはずなので、復号化処理部５は、それら
の累積キーと乱数を累積キー作成部４へ供給し、更新し
た累積キーを作成させて前記既登録の累積キーとの同一
性を確認することとしてもよい。かかる確認を必要に応
じて行った後に、復号化処理部５は、読み出した累積キ
ー“ＳＫ3”を復号化キーとして発見された暗号化ファ
イルの情報を復号化し（ステップＳ74）、復号化された
情報を入出力部１のディスプレイに表示したりすること
によって利用者ＢＢ側で暗号化ファイルの情報を取得す
る（ステップＳ66）。
累積キー“ＳＫ3”は、上記累積キー更新の処理（ステ
ップＳ68〜Ｓ70）によって既に管理ファイル６に登録さ
れているので、その既登録の累積キー“ＳＫ3”を復号
化処理部５が読み出す（ステップＳ73）。この累積キー
“ＳＫ3”は、作成ＳＥＱ“２”に対応して登録されて
いる累積キー“ＳＫ2”を暗号化ファイルのヘッダに最
新の乱数として記録されている乱数（‘Ｒ3’）で更新
しても得られるはずなので、復号化処理部５は、それら
の累積キーと乱数を累積キー作成部４へ供給し、更新し
た累積キーを作成させて前記既登録の累積キーとの同一
性を確認することとしてもよい。かかる確認を必要に応
じて行った後に、復号化処理部５は、読み出した累積キ
ー“ＳＫ3”を復号化キーとして発見された暗号化ファ
イルの情報を復号化し（ステップＳ74）、復号化された
情報を入出力部１のディスプレイに表示したりすること
によって利用者ＢＢ側で暗号化ファイルの情報を取得す
る（ステップＳ66）。
【０１２２】上述したように、本実施形態によれば、暗
号化ファイルの作成回数を表す作成ＳＥＱをヘッダに含
め、それを参照することによって暗号キーの世代を把握
することとしたので、受け手の利用者側では、送り手の
利用者側で続けて暗号化された情報をその暗号化順に復
号化しなくても正しい復号化キーを作成することがで
き、もとの情報を正しく復号化することができる。さら
に、本実施形態では、一方の利用者が続けて情報を暗号
化する場合であっても累積キーを継続的に累積更新して
いくことができ、情報を授受する利用者間での暗号キー
の同期を確保することもできる。
号化ファイルの作成回数を表す作成ＳＥＱをヘッダに含
め、それを参照することによって暗号キーの世代を把握
することとしたので、受け手の利用者側では、送り手の
利用者側で続けて暗号化された情報をその暗号化順に復
号化しなくても正しい復号化キーを作成することがで
き、もとの情報を正しく復号化することができる。さら
に、本実施形態では、一方の利用者が続けて情報を暗号
化する場合であっても累積キーを継続的に累積更新して
いくことができ、情報を授受する利用者間での暗号キー
の同期を確保することもできる。
【０１２３】＜変形例、他の具体例等＞以上が本発明の
第１及び第２の実施形態であるが、本発明の実施の形態
は上述したものに限られるわけではなく、例えば、次の
ような変形や他の具体的形態を採用することも可能であ
る。
第１及び第２の実施形態であるが、本発明の実施の形態
は上述したものに限られるわけではなく、例えば、次の
ような変形や他の具体的形態を採用することも可能であ
る。
【０１２４】（１）相手先コード 上記実施形態では、情報を授受する相手先利用者をそれ
ぞれの利用者に割り当てた相手先コードによって識別す
ることとしたが、相手先利用者と複数の業務等に係る情
報授受を行う場合には、その業務コードを相手先コード
に付加することとしてもよい。すなわち、それぞれの利
用者に相手先コードを割り当てると共に、それぞれの利
用者における複数の情報授受主体に業務コード等をそれ
ぞれ割り当て、相手先コード＋業務コードの形態による
コード情報を用いて情報授受の主体を識別するようにし
てもよい。
ぞれの利用者に割り当てた相手先コードによって識別す
ることとしたが、相手先利用者と複数の業務等に係る情
報授受を行う場合には、その業務コードを相手先コード
に付加することとしてもよい。すなわち、それぞれの利
用者に相手先コードを割り当てると共に、それぞれの利
用者における複数の情報授受主体に業務コード等をそれ
ぞれ割り当て、相手先コード＋業務コードの形態による
コード情報を用いて情報授受の主体を識別するようにし
てもよい。
【０１２５】（２）暗号化ファイルのヘッダに記録する
乱数 上記第２実施形態では、３世代分の乱数（最新の乱数、
１世代前の乱数及び２世代前の乱数）を暗号化ファイル
のヘッダに記録することとしたが、この形態によれば、
最大で情報授受２回分の暗号化ファイルが抜けた場合
（作成・送付２回分の暗号化ファイルが後で復号化され
ることになった場合）に対処することができる。また、
例えば、暗号化ファイルのヘッダにおいて、２世代分の
乱数を記録すれば情報授受１回分の暗号化ファイルが抜
けた場合に対処することができ、４世代分の乱数を記録
すれば情報授受３回分の暗号化ファイルが抜けた場合に
対処することができる。すなわち、暗号化ファイルのヘ
ッダにｎ世代分の乱数を記録することとすれば、情報授
受ｎ−１回分の暗号化ファイルが抜けても復号化と暗号
キーの同期を確保することができ、何世代分の乱数をヘ
ッダに記録するかは任意に決めることとしてよい。しか
し、多くの世代の乱数をヘッダに記録するとその分累積
キーに関する情報が第三者に取得される危険性が増すの
で、ヘッダに記録する乱数の世代数は、その危険性と暗
号化ファイル授受の確実性等を比較考量した上で適宜定
めるとよい。
乱数 上記第２実施形態では、３世代分の乱数（最新の乱数、
１世代前の乱数及び２世代前の乱数）を暗号化ファイル
のヘッダに記録することとしたが、この形態によれば、
最大で情報授受２回分の暗号化ファイルが抜けた場合
（作成・送付２回分の暗号化ファイルが後で復号化され
ることになった場合）に対処することができる。また、
例えば、暗号化ファイルのヘッダにおいて、２世代分の
乱数を記録すれば情報授受１回分の暗号化ファイルが抜
けた場合に対処することができ、４世代分の乱数を記録
すれば情報授受３回分の暗号化ファイルが抜けた場合に
対処することができる。すなわち、暗号化ファイルのヘ
ッダにｎ世代分の乱数を記録することとすれば、情報授
受ｎ−１回分の暗号化ファイルが抜けても復号化と暗号
キーの同期を確保することができ、何世代分の乱数をヘ
ッダに記録するかは任意に決めることとしてよい。しか
し、多くの世代の乱数をヘッダに記録するとその分累積
キーに関する情報が第三者に取得される危険性が増すの
で、ヘッダに記録する乱数の世代数は、その危険性と暗
号化ファイル授受の確実性等を比較考量した上で適宜定
めるとよい。
【０１２６】（３）乱数の生成 上記実施形態では、累積キーを更新する度に異なる乱数
を生成して使用することとしているが、かかる乱数生成
の具体的形態としては、次のようなものが挙げられる。
を生成して使用することとしているが、かかる乱数生成
の具体的形態としては、次のようなものが挙げられる。
【０１２７】・疑似乱数としてシステム的に利用できる
ものを使う。例えば、暗号化ファイル作成開始時刻、各
ファイルへのアクセス開始時刻等の西暦年、月、日、
時、分及び秒を利用する。この場合、西暦年からは４
桁、月、日、時、分及び秒からはそれぞれ２桁の数値が
得られ、１年では、１２月３１日２３時５９分５９秒ま
での最大８桁・３０００万秒分に相当する組合せの数値
が得られる。
ものを使う。例えば、暗号化ファイル作成開始時刻、各
ファイルへのアクセス開始時刻等の西暦年、月、日、
時、分及び秒を利用する。この場合、西暦年からは４
桁、月、日、時、分及び秒からはそれぞれ２桁の数値が
得られ、１年では、１２月３１日２３時５９分５９秒ま
での最大８桁・３０００万秒分に相当する組合せの数値
が得られる。
【０１２８】・管理ファイル６内のデータ、例えば、初
期キーや累積キーのデータを用い、それらのデータ全体
をハッシュ化して利用する。
期キーや累積キーのデータを用い、それらのデータ全体
をハッシュ化して利用する。
【０１２９】・その他の利用可能なデータ（次回以降の
乱数生成のシーズ（種）となり得るもの）としては、 ａ．暗号化ファイル作成開始時刻／暗号化ファイル作成
時の経過時間 ｂ．ファイルのハッシュ値 ｃ．ファイルの処理件数／処理容量（バイト数） ｄ．ファイルの何レコード目かの暗号化情報データその
もの がある。なお、ｄ．にいう何レコード目かは、固定せず
に乱数から決定してもよい。
乱数生成のシーズ（種）となり得るもの）としては、 ａ．暗号化ファイル作成開始時刻／暗号化ファイル作成
時の経過時間 ｂ．ファイルのハッシュ値 ｃ．ファイルの処理件数／処理容量（バイト数） ｄ．ファイルの何レコード目かの暗号化情報データその
もの がある。なお、ｄ．にいう何レコード目かは、固定せず
に乱数から決定してもよい。
【０１３０】・データのかき混ぜ方としては、ハッシュ
化、ストリーム暗号化（乱数生成）、ブロック暗号化等
が挙げられる。ここで、ストリーム暗号化では、シーズ
といくつ目の乱数を取り出すかを選定する。また、ブロ
ック暗号化では、キーをその他の方法でランダムに選択
し、あるデータを暗号化ないし複数段暗号化（２段暗号
化、３段暗号化、…等）する。
化、ストリーム暗号化（乱数生成）、ブロック暗号化等
が挙げられる。ここで、ストリーム暗号化では、シーズ
といくつ目の乱数を取り出すかを選定する。また、ブロ
ック暗号化では、キーをその他の方法でランダムに選択
し、あるデータを暗号化ないし複数段暗号化（２段暗号
化、３段暗号化、…等）する。
【０１３１】・以上のようなデータ等を利用して乱数を
生成する具体的な形態としては、例えば、次のような形
態が挙げられる。 管理ファイル＋暗号化ファイル作成開始時刻でハッシ
ュ化 ハッシュ化したものを適当に分割して、ストリーム暗
号の２つのキー（キー１、キー２）を決定する。また、
いくつ目の乱数を取り出すかも、ＭＯＤ（乱数の絶対
値，１０２４）等で決定する。 さらに、数十バイト〜数百バイト以上取り出し、ハッ
シュ化する。あるいは、さらに、数十バイト〜数百バイ
ト以上取り出し、ブロック暗号化する。 さらに、初期キーを変えて、ブロック暗号化する。 暗号化した適当な部分から、乱数として、取り出す。
生成する具体的な形態としては、例えば、次のような形
態が挙げられる。 管理ファイル＋暗号化ファイル作成開始時刻でハッシ
ュ化 ハッシュ化したものを適当に分割して、ストリーム暗
号の２つのキー（キー１、キー２）を決定する。また、
いくつ目の乱数を取り出すかも、ＭＯＤ（乱数の絶対
値，１０２４）等で決定する。 さらに、数十バイト〜数百バイト以上取り出し、ハッ
シュ化する。あるいは、さらに、数十バイト〜数百バイ
ト以上取り出し、ブロック暗号化する。 さらに、初期キーを変えて、ブロック暗号化する。 暗号化した適当な部分から、乱数として、取り出す。
【０１３２】
【発明の効果】以上説明したように本発明によれば、連
続して複数の情報を暗号化する場合のそれぞれの暗号化
キーとして記憶手段に記憶された更新前の暗号キーをそ
れぞれ更新した新たな暗号キーを作成し、連続して複数
の暗号化された情報を復号化する場合のそれぞれの復号
化キーとして前記記憶手段に記憶された更新前の暗号キ
ーをそれぞれ更新した新たな暗号キーを作成することと
したので、暗号化された複数の情報が連続して授受され
る場合には、それ以前から既に記憶手段に記憶されてい
る暗号キーをそれぞれ更新した暗号キーによって受け手
側での復号化を行うことができる。したがって、暗号化
された情報が送られた順に受け手側へ到達しない場合
等、複数の授受対象情報についての暗号化ないし復号化
の順序が前後した場合であっても、情報の送り手と受け
手との間で暗号キー（秘密キー）を同期させつつ更新す
ることができる。これにより、記録媒体の送付等による
種々の情報授受形態において、十分な秘匿性を確保した
安全な情報授受を実現することができるという効果が得
られる。
続して複数の情報を暗号化する場合のそれぞれの暗号化
キーとして記憶手段に記憶された更新前の暗号キーをそ
れぞれ更新した新たな暗号キーを作成し、連続して複数
の暗号化された情報を復号化する場合のそれぞれの復号
化キーとして前記記憶手段に記憶された更新前の暗号キ
ーをそれぞれ更新した新たな暗号キーを作成することと
したので、暗号化された複数の情報が連続して授受され
る場合には、それ以前から既に記憶手段に記憶されてい
る暗号キーをそれぞれ更新した暗号キーによって受け手
側での復号化を行うことができる。したがって、暗号化
された情報が送られた順に受け手側へ到達しない場合
等、複数の授受対象情報についての暗号化ないし復号化
の順序が前後した場合であっても、情報の送り手と受け
手との間で暗号キー（秘密キー）を同期させつつ更新す
ることができる。これにより、記録媒体の送付等による
種々の情報授受形態において、十分な秘匿性を確保した
安全な情報授受を実現することができるという効果が得
られる。
【０１３３】また、本発明によれば、暗号化キーとして
記憶手段に記憶された暗号キーを順次累積的に更新した
新たな暗号キーを作成すると共に、前記新たな暗号キー
の更新回数と前記新たな暗号キーにおける更新内容を含
む複数回の更新内容を特定する更新内容情報とを暗号化
情報の記録媒体中に書き込むこととし、それらの更新回
数と更新内容情報とに基づき、復号化キーとして前記記
憶手段に記憶された暗号キーを更新した新たな暗号キー
を作成することとしたので、情報の送り手が順次累積的
に暗号キーを更新して暗号化を行い、それらの暗号化が
なされた情報を受け手が暗号化順に復号化しなくても、
順次暗号キーを累積更新した正しい復号化キーを得るこ
とができる。したがって、送り手と受け手との間で暗号
キー（秘密キー）を同期させつつ累積的に更新し続けて
いくことができ、かつ、受け手側で復号化されない（受
け取っていない）暗号化情報があった場合等でも以後の
暗号キーの同期を確保し続けることができる。これによ
り、上記同様種々の情報授受形態で十分な秘匿性を確保
した安全な情報授受を実現することができるという効果
が得られる。
記憶手段に記憶された暗号キーを順次累積的に更新した
新たな暗号キーを作成すると共に、前記新たな暗号キー
の更新回数と前記新たな暗号キーにおける更新内容を含
む複数回の更新内容を特定する更新内容情報とを暗号化
情報の記録媒体中に書き込むこととし、それらの更新回
数と更新内容情報とに基づき、復号化キーとして前記記
憶手段に記憶された暗号キーを更新した新たな暗号キー
を作成することとしたので、情報の送り手が順次累積的
に暗号キーを更新して暗号化を行い、それらの暗号化が
なされた情報を受け手が暗号化順に復号化しなくても、
順次暗号キーを累積更新した正しい復号化キーを得るこ
とができる。したがって、送り手と受け手との間で暗号
キー（秘密キー）を同期させつつ累積的に更新し続けて
いくことができ、かつ、受け手側で復号化されない（受
け取っていない）暗号化情報があった場合等でも以後の
暗号キーの同期を確保し続けることができる。これによ
り、上記同様種々の情報授受形態で十分な秘匿性を確保
した安全な情報授受を実現することができるという効果
が得られる。
【図１】 本発明の第１実施形態による暗号キー管理シ
ステムの全体的な構成を示す概略図である。
ステムの全体的な構成を示す概略図である。
【図２】 同第１実施形態による暗号キー管理システム
において各利用者が使用する暗号化／復号化情報処理装
置の構成例を示すブロック図である。
において各利用者が使用する暗号化／復号化情報処理装
置の構成例を示すブロック図である。
【図３】 同第１実施形態による暗号キー管理システム
における管理ファイル６の具体的なデータ構造を示す図
である。
における管理ファイル６の具体的なデータ構造を示す図
である。
【図４】 利用者ＡＡと利用者ＢＢの間で同第１実施形
態による暗号キー管理を行いつつ暗号化情報を授受する
場合の手順を示した図である。
態による暗号キー管理を行いつつ暗号化情報を授受する
場合の手順を示した図である。
【図５】 図４における暗号化キーの作成及び登録並び
に暗号化ファイルの作成及び送付の処理手順を示すフロ
ーチャートである。
に暗号化ファイルの作成及び送付の処理手順を示すフロ
ーチャートである。
【図６】 図４における復号化キーの作成及び登録並び
に受け取った暗号化ファイルの復号化の処理手順を示す
フローチャートである。
に受け取った暗号化ファイルの復号化の処理手順を示す
フローチャートである。
【図７】 本発明の第２実施形態による暗号キー管理シ
ステムにおける管理ファイル６の具体的なデータ構造を
示す図である。
ステムにおける管理ファイル６の具体的なデータ構造を
示す図である。
【図８】 利用者ＡＡと利用者ＢＢの間で同第２実施形
態による暗号キー管理を行いつつ暗号化情報を授受する
場合の手順を示した図である。
態による暗号キー管理を行いつつ暗号化情報を授受する
場合の手順を示した図である。
【図９】 図８における暗号化キーの作成及び登録並び
に暗号化ファイルの作成及び送付の処理手順を示すフロ
ーチャートである。
に暗号化ファイルの作成及び送付の処理手順を示すフロ
ーチャートである。
【図１０】 図８における復号化キーの作成及び登録並
びに受け取った暗号化ファイルの復号化の処理手順を示
すフローチャートである。
びに受け取った暗号化ファイルの復号化の処理手順を示
すフローチャートである。
１ 入出力部 ２ 暗号化処理部 ３ 乱数生成部 ４ 累積キー作成部 ５ 復号化処理部 ６ 管理ファイル ＡＡ、ＢＢ、ＣＣ、ＤＤ 利用者 ＲＭ 記録媒体
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１３年３月３０日（２００１．３．３
０）
０）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
───────────────────────────────────────────────────── フロントページの続き (72)発明者 芦原 憲司 東京都江東区青海２丁目45番 富士通エ フ・アイ・ピー株式会社内 Ｆターム(参考） 5B017 AA03 BA07 CA05 5J104 AA16 AA34 EA04 NA02
Claims (10)
- 【請求項１】 情報の暗号化に使用された暗号キーを記
憶する記憶手段に記憶された暗号キーを更新し、更新し
た新たな暗号キーを前記記憶手段に記憶させる暗号キー
管理方法であって、 連続して複数の情報を暗号化する場合のそれぞれの暗号
化キーとして、前記記憶手段に記憶された更新前の暗号
キーをそれぞれ更新した新たな暗号キーを作成する過程
と、 連続して複数の暗号化された情報を復号化する場合のそ
れぞれの復号化キーとして、前記記憶手段に記憶された
更新前の暗号キーをそれぞれ更新した新たな暗号キーを
作成する過程とを有する暗号キー管理方法。 - 【請求項２】 連続して複数の情報を暗号化する場合と
連続して複数の暗号化された情報を復号化する場合のそ
れぞれの場合で更新する前記更新前の暗号キーを直前の
暗号化又は復号化で使用した同一の暗号キーとする請求
項１記載の暗号キー管理方法。 - 【請求項３】 請求項１又は２記載の暗号キー管理方法
において、 前記更新は、暗号化された情報授受の度に生成する乱数
によって前記記憶手段に記憶された暗号キーを累積更新
することを特徴とする暗号キー管理方法。 - 【請求項４】 情報の暗号化に使用された暗号キーを記
憶し、 情報を暗号化する場合に前記記憶手段に記憶された暗号
キーを更新し、更新した新たな暗号キーを前記記憶手段
に記憶させ、暗号化キーとして前記記憶手段に記憶され
た暗号キーを順次累積的に更新した新たな暗号キーを作
成し、 前記新たな暗号キーの更新回数と、前記新たな暗号キー
における更新内容を含む複数回の更新内容を特定する更
新内容情報とを、暗号化した情報を記録する媒体中に書
き込み、 暗号化されて前記媒体に記録された情報を復
号化する場合に前記記憶手段に記憶された暗号キーを更
新し、更新した新たな暗号キーを前記記憶手段に記憶さ
せ、前記媒体中に書き込まれた前記更新回数と前記更新
内容情報とに基づき、復号化キーとして前記記憶手段に
記憶された暗号キーを更新した新たな暗号キーを作成す
る暗号キー管理方法。 - 【請求項５】 請求項４記載の暗号キー管理方法におい
て、 乱数によって前記記憶手段に記憶された暗号キーを更新
した新たな暗号キーを作成し、 前記更新内容情報として更新に用いられた乱数を含むこ
とを特徴とする暗号キー管理プログラム。 - 【請求項６】 前記複数回の更新内容が直近の更新から
過去の複数回の更新に係る更新内容を含む請求項４又は
５記載の暗号キー管理方法。 - 【請求項７】 情報の暗号化に使用された暗号キーを記
憶する記憶手段、及び前記記憶手段に記憶された暗号キ
ーを更新し、更新した新たな暗号キーを前記記憶手段に
記憶させ、連続して複数の情報を暗号化する場合のそれ
ぞれの暗号化キーとして前記記憶手段に記憶された更新
前の暗号キーをそれぞれ更新した新たな暗号キーを作成
し、連続して複数の暗号化された情報を復号化する場合
のそれぞれの復号化キーとして前記記憶手段に記憶され
た更新前の暗号キーをそれぞれ更新した新たな暗号キー
を作成する更新手段としてコンピュータを機能させるた
めの暗号キー管理プログラム。 - 【請求項８】 情報の暗号化に使用された暗号キーを記
憶する記憶手段に記憶された暗号キーを更新し、更新し
た新たな暗号キーを前記記憶手段に記憶させる暗号キー
管理方法であって、 情報を暗号化する場合に、暗号化キーとして前記記憶手
段に記憶された暗号キーを順次累積的に更新した新たな
暗号キーを作成する過程と、 前記新たな暗号キーの更新回数と、前記新たな暗号キー
における更新内容を含む複数回の更新内容を特定する更
新内容情報とを、暗号化した情報を記録する媒体中に書
き込む過程と、 暗号化されて前記媒体に記録された情報を復号化する場
合に、前記媒体中に書き込まれた前記更新回数と前記更
新内容情報とに基づき、復号化キーとして前記記憶手段
に記憶された暗号キーを更新した新たな暗号キーを作成
する過程とを有する暗号キー管理方法。 - 【請求項９】 情報の暗号化に使用された暗号キーを記
憶する記憶手段、及び前記記憶手段に記憶された暗号キ
ーを更新し、更新した新たな暗号キーを前記記憶手段に
記憶させる手段であって、連続して複数の情報を暗号化
する場合のそれぞれの暗号化キーとして前記記憶手段に
記憶された更新前の暗号キーをそれぞれ更新した新たな
暗号キーを作成し、連続して複数の暗号化された情報を
復号化する場合のそれぞれの復号化キーとして前記記憶
手段に記憶された更新前の暗号キーをそれぞれ更新した
新たな暗号キーを作成する更新手段としてコンピュータ
を機能させるためのプログラムを記録したコンピュータ
読み取り可能な記録媒体。 - 【請求項１０】 情報の暗号化に使用された暗号キーを
記憶する記憶手段、 情報を暗号化する場合に前記記憶手段に記憶された暗号
キーを更新し、更新した新たな暗号キーを前記記憶手段
に記憶させる手段であって、暗号化キーとして前記記憶
手段に記憶された暗号キーを順次累積的に更新した新た
な暗号キーを作成する第１の更新手段、 前記新たな暗号キーの更新回数と、前記新たな暗号キー
における更新内容を含む複数回の更新内容を特定する更
新内容情報とを、暗号化した情報を記録する媒体中に書
き込む書込手段、及び暗号化されて前記媒体に記録され
た情報を復号化する場合に前記記憶手段に記憶された暗
号キーを更新し、更新した新たな暗号キーを前記記憶手
段に記憶させる手段であって、前記媒体中に書き込まれ
た前記更新回数と前記更新内容情報とに基づき、復号化
キーとして前記記憶手段に記憶された暗号キーを更新し
た新たな暗号キーを作成する第２の更新手段としてコン
ピュータを機能させるためのプログラムを記録したコン
ピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001097737A JP2002300151A (ja) | 2001-03-29 | 2001-03-29 | 暗号キー管理方法、暗号キー管理プログラム、及び記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001097737A JP2002300151A (ja) | 2001-03-29 | 2001-03-29 | 暗号キー管理方法、暗号キー管理プログラム、及び記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002300151A true JP2002300151A (ja) | 2002-10-11 |
Family
ID=18951480
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001097737A Pending JP2002300151A (ja) | 2001-03-29 | 2001-03-29 | 暗号キー管理方法、暗号キー管理プログラム、及び記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002300151A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005260788A (ja) * | 2004-03-15 | 2005-09-22 | Fuji Electric Holdings Co Ltd | 共通鍵更新方法、通信方法、通信装置 |
| WO2007132946A1 (ja) * | 2006-05-16 | 2007-11-22 | Osamu Kameda | 真性乱数発生素子あるいは擬似乱数発生素子を用いた認証用デバイス、認証装置及び認証方法 |
| JP2010250472A (ja) * | 2009-04-14 | 2010-11-04 | Mega Chips Corp | メモリコントローラ、メモリ制御装置、メモリ装置、メモリ情報保護システムおよびメモリ制御装置の制御方法 |
| US8826042B2 (en) | 2009-04-14 | 2014-09-02 | Megachips Corporation | Memory controller, memory control apparatus, memory device, memory information protection system, control method for memory control apparatus, and control method for memory device |
| KR20160131620A (ko) * | 2015-05-08 | 2016-11-16 | (주)케이사인 | 데이터 암복호화 방법 |
-
2001
- 2001-03-29 JP JP2001097737A patent/JP2002300151A/ja active Pending
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005260788A (ja) * | 2004-03-15 | 2005-09-22 | Fuji Electric Holdings Co Ltd | 共通鍵更新方法、通信方法、通信装置 |
| WO2007132946A1 (ja) * | 2006-05-16 | 2007-11-22 | Osamu Kameda | 真性乱数発生素子あるいは擬似乱数発生素子を用いた認証用デバイス、認証装置及び認証方法 |
| JP2007336506A (ja) * | 2006-05-16 | 2007-12-27 | Osamu Kameda | 真性乱数発生素子あるいは擬似乱数発生素子を用いた認証用デバイス、認証装置及び認証方法 |
| JP2010250472A (ja) * | 2009-04-14 | 2010-11-04 | Mega Chips Corp | メモリコントローラ、メモリ制御装置、メモリ装置、メモリ情報保護システムおよびメモリ制御装置の制御方法 |
| US8826042B2 (en) | 2009-04-14 | 2014-09-02 | Megachips Corporation | Memory controller, memory control apparatus, memory device, memory information protection system, control method for memory control apparatus, and control method for memory device |
| KR20160131620A (ko) * | 2015-05-08 | 2016-11-16 | (주)케이사인 | 데이터 암복호화 방법 |
| KR101688811B1 (ko) | 2015-05-08 | 2016-12-22 | (주)케이사인 | 데이터 암복호화 방법 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8924719B2 (en) | Mechanism for efficient private bulk messaging | |
| US5870477A (en) | Enciphering/deciphering device and method, and encryption/decryption communication system | |
| US8233627B2 (en) | Method and system for managing a key for encryption or decryption of data | |
| US7137025B2 (en) | Key controlling system, key controlling apparatus, information encrypting apparatus, information decrypting apparatus and storage media for storing programs | |
| US8270615B2 (en) | Key-updating method, encryption processing method, key-insulated cryptosystem and terminal device | |
| Di Crescenzo et al. | How to forget a secret | |
| US7093134B1 (en) | Method and apparatus for signing and sealing objects | |
| CN100538716C (zh) | 用于使用逻辑分区管理加密的内容的***及方法 | |
| US20090323932A1 (en) | Method and apparatus for encrypting data to facilitate resource savings and detection of tampering | |
| JP2003092565A (ja) | 公開鍵基盤システム、方法、装置及びプログラム | |
| US20140281576A1 (en) | Information providing system, information processing apparatus, computer readable medium, and information providing method | |
| US20020038231A1 (en) | Date-and-time management device and signature generation apparatus with date-and-time management function | |
| CN100561396C (zh) | 修改数字权限对象的方法及其所用的电子设备 | |
| CN112347493A (zh) | 一种ofd文档加解密和脱密变灰方法 | |
| EP1661294B1 (en) | Managing multiple cryptographic periods in a single cryptographic group | |
| JP4216914B2 (ja) | ネットワークシステム | |
| JPH03162152A (ja) | 携帯用暗号鍵記憶装置 | |
| JP2002300151A (ja) | 暗号キー管理方法、暗号キー管理プログラム、及び記録媒体 | |
| KR20210070231A (ko) | 일회용 키들의 갱신 | |
| JPH1041933A (ja) | 復号装置 | |
| US20010009583A1 (en) | Secret key registration method, secret key register, secret key issuing method, cryptographic communication method and cryptographic communication system | |
| JP2002335237A (ja) | 鍵管理装置および鍵管理方法 | |
| JP3810966B2 (ja) | 暗号通信センター装置及び暗号通信システム並びに記録媒体 | |
| JP2002290395A (ja) | 情報端末装置 | |
| JP3396634B2 (ja) | データ暗号／復号化装置及びそのプログラム記録媒体 |