JP2000358022A - 暗号通信システム、暗号鍵決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents
暗号通信システム、暗号鍵決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体Info
- Publication number
- JP2000358022A JP2000358022A JP11168845A JP16884599A JP2000358022A JP 2000358022 A JP2000358022 A JP 2000358022A JP 11168845 A JP11168845 A JP 11168845A JP 16884599 A JP16884599 A JP 16884599A JP 2000358022 A JP2000358022 A JP 2000358022A
- Authority
- JP
- Japan
- Prior art keywords
- encryption key
- encryption
- identification information
- data
- communication system
- 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
Abstract
(57)【要約】
【課題】 暗号通信に先立って共通の暗号鍵を簡易かつ
効率良く設定することができる暗号通信システム、暗号
鍵決定方法および記録媒体を提供すること。 【解決手段】 暗号鍵管理テーブル１１ｆに暗号鍵と該
暗号鍵を一意に特定する識別子とを対応づけて記憶して
おき、ＷＳ１４からデータ送信要求を受け付けた際に、
該データの暗号化に使用する暗号鍵に対応する識別子を
含む通知フレームを相手側の暗号装置に送信し、相手側
の暗号装置が、この通知フレームに含まれる識別子に基
づいて復号化に用いる暗号鍵を決定する。
効率良く設定することができる暗号通信システム、暗号
鍵決定方法および記録媒体を提供すること。 【解決手段】 暗号鍵管理テーブル１１ｆに暗号鍵と該
暗号鍵を一意に特定する識別子とを対応づけて記憶して
おき、ＷＳ１４からデータ送信要求を受け付けた際に、
該データの暗号化に使用する暗号鍵に対応する識別子を
含む通知フレームを相手側の暗号装置に送信し、相手側
の暗号装置が、この通知フレームに含まれる識別子に基
づいて復号化に用いる暗号鍵を決定する。
Description
【０００１】
【発明の属する技術分野】この発明は、データ通信に先
だって該データの暗号化および復号化に用いる暗号鍵を
決定し、決定した暗号鍵を用いて前記データを暗号化ま
たは復号化する暗号通信システム、暗号鍵決定方法およ
び記録媒体に関し、特に、暗号通信に先立って共通の暗
号鍵を簡易かつ効率良く設定することができる暗号通信
システム、暗号鍵決定方法および記録媒体に関する。
だって該データの暗号化および復号化に用いる暗号鍵を
決定し、決定した暗号鍵を用いて前記データを暗号化ま
たは復号化する暗号通信システム、暗号鍵決定方法およ
び記録媒体に関し、特に、暗号通信に先立って共通の暗
号鍵を簡易かつ効率良く設定することができる暗号通信
システム、暗号鍵決定方法および記録媒体に関する。
【０００２】
【従来の技術】最近のコンピュータ技術およびネットワ
ーク技術の著しい進展に伴って、ネットワークを介した
マルチメディアの送受信が広くおこなわれるようになっ
てきたため、データを保護するための暗号技術が注目さ
れている。特に、インターネット上に形成されるＷＷＷ
（World Wide Web）をはじめとする最近の分散システム
では、不特定多数のユーザがＨＴＴＰサーバに自由にア
クセスできる通信形態を採用するため、あらかじめユー
ザ相互間で暗号鍵を共有することは難しい。
ーク技術の著しい進展に伴って、ネットワークを介した
マルチメディアの送受信が広くおこなわれるようになっ
てきたため、データを保護するための暗号技術が注目さ
れている。特に、インターネット上に形成されるＷＷＷ
（World Wide Web）をはじめとする最近の分散システム
では、不特定多数のユーザがＨＴＴＰサーバに自由にア
クセスできる通信形態を採用するため、あらかじめユー
ザ相互間で暗号鍵を共有することは難しい。
【０００３】このため、IETF(Internet Engineering Ta
sk Force) では、IPSEC(IP SECurity protocol:RFC2401
〜2411) をRFC(Request For Comments) として規定し、
暗号通信に先立ってお互いの暗号装置を認証し合ってか
ら暗号通信に用いる暗号鍵を交換する方式を採用してい
る。
sk Force) では、IPSEC(IP SECurity protocol:RFC2401
〜2411) をRFC(Request For Comments) として規定し、
暗号通信に先立ってお互いの暗号装置を認証し合ってか
ら暗号通信に用いる暗号鍵を交換する方式を採用してい
る。
【０００４】たとえば、図５に示すように、ワークステ
ーション（ＷＳ）４４〜４６がそれぞれ暗号装置４１〜
４３を介してインターネット４０に接続されているよう
な場合には、IPSEC にしたがってＷＳ間で暗号通信をお
こなう際に、まず最初に相手認証と鍵交換をおこない、
暗号鍵を共有した後に暗号通信を開始する。
ーション（ＷＳ）４４〜４６がそれぞれ暗号装置４１〜
４３を介してインターネット４０に接続されているよう
な場合には、IPSEC にしたがってＷＳ間で暗号通信をお
こなう際に、まず最初に相手認証と鍵交換をおこない、
暗号鍵を共有した後に暗号通信を開始する。
【０００５】図６は、かかるIPSEC に基づく暗号鍵共有
手順を示すシーケンス図である。同図に示すように、図
５に示すＷＳ４５からＷＳ４４にデータ送信をおこなう
場合には、ディジタル署名などを用いて相手側の暗号装
置を認証する暗号装置認証をおこない（ステップＳ５０
１）、Diffie-Hellman方式などを用いて暗号鍵を共有し
た後に（ステップＳ５０２）、暗号装置４２がＷＳ４５
から受け付けたデータを共有した暗号鍵を用いて暗号化
して送信する（ステップＳ５０３）。また、ＷＳ４６か
らＷＳ４４にデータ送信をおこなう場合にも、同様にし
て相手側の暗号装置を認証する暗号装置認証をおこない
（ステップＳ５０４）、暗号鍵を共有した後に（ステッ
プＳ５０５）、暗号装置４３がＷＳ４６から受け付けた
データを共有した暗号鍵を用いて暗号化して送信する
（ステップＳ５０６）。
手順を示すシーケンス図である。同図に示すように、図
５に示すＷＳ４５からＷＳ４４にデータ送信をおこなう
場合には、ディジタル署名などを用いて相手側の暗号装
置を認証する暗号装置認証をおこない（ステップＳ５０
１）、Diffie-Hellman方式などを用いて暗号鍵を共有し
た後に（ステップＳ５０２）、暗号装置４２がＷＳ４５
から受け付けたデータを共有した暗号鍵を用いて暗号化
して送信する（ステップＳ５０３）。また、ＷＳ４６か
らＷＳ４４にデータ送信をおこなう場合にも、同様にし
て相手側の暗号装置を認証する暗号装置認証をおこない
（ステップＳ５０４）、暗号鍵を共有した後に（ステッ
プＳ５０５）、暗号装置４３がＷＳ４６から受け付けた
データを共有した暗号鍵を用いて暗号化して送信する
（ステップＳ５０６）。
【０００６】
【発明が解決しようとする課題】しかしながら、このIP
SEC に基づく暗号通信のように、暗号通信をおこなう前
にその都度暗号装置の認証および暗号鍵の共有をおこな
うこととしたのでは、暗号鍵を共有するまでに多大の時
間と通信コストが生ずるという問題がある。特に、暗号
の破られ難さを示す暗号強度の観点から見ると、暗号化
するデータの処理単位を示すビット長が長いことが望ま
しいため、コンピュータ技術が進展すればするほど、デ
ータ通信時の秘匿性のニーズが増加し、これにより暗号
化処理の処理単位が長くなり、結果的に暗号鍵を共有す
るための処理に時間を要することとなる。
SEC に基づく暗号通信のように、暗号通信をおこなう前
にその都度暗号装置の認証および暗号鍵の共有をおこな
うこととしたのでは、暗号鍵を共有するまでに多大の時
間と通信コストが生ずるという問題がある。特に、暗号
の破られ難さを示す暗号強度の観点から見ると、暗号化
するデータの処理単位を示すビット長が長いことが望ま
しいため、コンピュータ技術が進展すればするほど、デ
ータ通信時の秘匿性のニーズが増加し、これにより暗号
化処理の処理単位が長くなり、結果的に暗号鍵を共有す
るための処理に時間を要することとなる。
【０００７】また、図６に示すように、ＷＳ４４〜ＷＳ
４５間で通信をおこなっている途中で、新たにＷＳ４６
〜ＷＳ４４間の通信ニーズが発生すると、暗号装置４３
〜暗号装置４１間の認証／鍵共有処理をおこなうため
に、ＷＳ４４（暗号装置４１）〜ＷＳ４５（暗号装置４
２）間の暗号通信が一時的に不能になってしまうという
問題もある（ステップＳ５０７）。
４５間で通信をおこなっている途中で、新たにＷＳ４６
〜ＷＳ４４間の通信ニーズが発生すると、暗号装置４３
〜暗号装置４１間の認証／鍵共有処理をおこなうため
に、ＷＳ４４（暗号装置４１）〜ＷＳ４５（暗号装置４
２）間の暗号通信が一時的に不能になってしまうという
問題もある（ステップＳ５０７）。
【０００８】本発明は、上記に鑑みてなされたものであ
り、暗号通信に先立って共通の暗号鍵を簡易かつ効率良
く設定することができる暗号通信システム、暗号鍵決定
方法および記録媒体を得ることを目的とする。
り、暗号通信に先立って共通の暗号鍵を簡易かつ効率良
く設定することができる暗号通信システム、暗号鍵決定
方法および記録媒体を得ることを目的とする。
【０００９】
【課題を解決するための手段】上記目的を達成するため
に、この発明にかかる暗号通信システムにあっては、デ
ータ通信に先だって該データの暗号化および復号化に用
いる暗号鍵を決定し、決定した暗号鍵を用いて前記デー
タを暗号化または復号化する暗号通信システムにおい
て、前記データを暗号化または復号化する際に用いる暗
号鍵と該暗号鍵を一意に特定する識別情報とを対応づけ
て記憶する記憶手段と、前記記憶手段に記憶した識別情
報の授受により、送信局が暗号化に用いる暗号鍵と受信
局が復号化に用いる暗号鍵とを決定する鍵決定手段と、
を備えたことを特徴とする。
に、この発明にかかる暗号通信システムにあっては、デ
ータ通信に先だって該データの暗号化および復号化に用
いる暗号鍵を決定し、決定した暗号鍵を用いて前記デー
タを暗号化または復号化する暗号通信システムにおい
て、前記データを暗号化または復号化する際に用いる暗
号鍵と該暗号鍵を一意に特定する識別情報とを対応づけ
て記憶する記憶手段と、前記記憶手段に記憶した識別情
報の授受により、送信局が暗号化に用いる暗号鍵と受信
局が復号化に用いる暗号鍵とを決定する鍵決定手段と、
を備えたことを特徴とする。
【００１０】この発明によれば、データを暗号化または
復号化する際に用いる暗号鍵と該暗号鍵を一意に特定す
る識別情報とを対応づけて記憶しておき、記憶した識別
情報の授受により、送信局が暗号化に用いる暗号鍵と受
信局が復号化に用いる暗号鍵とを決定することとしたの
で、RFC で規定されるIPSEC のような煩雑な認証および
鍵交換手順を省き、迅速かつ効率良く暗号鍵を決定する
ことができる。また、正当な暗号装置になりすました不
正な暗号装置に生のデータが漏洩することを防ぐことが
できる。
復号化する際に用いる暗号鍵と該暗号鍵を一意に特定す
る識別情報とを対応づけて記憶しておき、記憶した識別
情報の授受により、送信局が暗号化に用いる暗号鍵と受
信局が復号化に用いる暗号鍵とを決定することとしたの
で、RFC で規定されるIPSEC のような煩雑な認証および
鍵交換手順を省き、迅速かつ効率良く暗号鍵を決定する
ことができる。また、正当な暗号装置になりすました不
正な暗号装置に生のデータが漏洩することを防ぐことが
できる。
【００１１】つぎの発明にかかる暗号通信システムにあ
っては、送信局は、データ送信に先立ってデータの暗号
化に用いる暗号鍵に対応する識別情報を前記記憶手段か
ら取得する取得手段と、前記取得手段が取得した識別情
報を受信局に送信する識別情報送信手段とを備え、前記
受信局は、前記送信局から識別情報を受信する受信手段
と、前記受信手段が受信した識別情報に基づいてデータ
の復号化に用いる暗号鍵を決定する暗号鍵決定手段とを
備えたことを特徴とする。
っては、送信局は、データ送信に先立ってデータの暗号
化に用いる暗号鍵に対応する識別情報を前記記憶手段か
ら取得する取得手段と、前記取得手段が取得した識別情
報を受信局に送信する識別情報送信手段とを備え、前記
受信局は、前記送信局から識別情報を受信する受信手段
と、前記受信手段が受信した識別情報に基づいてデータ
の復号化に用いる暗号鍵を決定する暗号鍵決定手段とを
備えたことを特徴とする。
【００１２】この発明によれば、送信局は、データ送信
に先立ってデータの暗号化に用いる暗号鍵に対応する識
別情報を記憶手段から取得し、取得した識別情報を受信
局に送信し、受信局は、送信局から識別情報を受信し、
該受信した識別情報に基づいてデータの復号化に用いる
暗号鍵を決定することとしたので、識別情報を効率良く
利用して暗号鍵を効率良く決定することができる。
に先立ってデータの暗号化に用いる暗号鍵に対応する識
別情報を記憶手段から取得し、取得した識別情報を受信
局に送信し、受信局は、送信局から識別情報を受信し、
該受信した識別情報に基づいてデータの復号化に用いる
暗号鍵を決定することとしたので、識別情報を効率良く
利用して暗号鍵を効率良く決定することができる。
【００１３】つぎの発明にかかる暗号通信システムにあ
っては、前記暗号鍵決定手段は、前記受信手段が受信し
た識別情報が前記記憶手段に存在するか否かを検索する
検索手段と、前記検索手段により前記識別情報が検索さ
れたならば、該識別情報に対応する暗号鍵を前記データ
の復号化に用いる暗号鍵であると決定することを特徴と
する。
っては、前記暗号鍵決定手段は、前記受信手段が受信し
た識別情報が前記記憶手段に存在するか否かを検索する
検索手段と、前記検索手段により前記識別情報が検索さ
れたならば、該識別情報に対応する暗号鍵を前記データ
の復号化に用いる暗号鍵であると決定することを特徴と
する。
【００１４】この発明によれば、受信した識別情報が存
在するか否かを検索し、識別情報が検索されたならば、
該識別情報に対応する暗号鍵をデータの復号化に用いる
暗号鍵であると決定することとしたので、識別情報の存
在の有無を検索するだけで、暗号鍵を迅速に決定するこ
とができる。
在するか否かを検索し、識別情報が検索されたならば、
該識別情報に対応する暗号鍵をデータの復号化に用いる
暗号鍵であると決定することとしたので、識別情報の存
在の有無を検索するだけで、暗号鍵を迅速に決定するこ
とができる。
【００１５】つぎの発明にかかる暗号鍵決定方法にあっ
ては、データ通信に先だって該データの暗号化および復
号化に用いる暗号鍵を決定し、決定した暗号鍵を用いて
前記データを暗号化または復号化する暗号通信システム
の暗号鍵決定方法において、前記データを暗号化または
復号化する際に用いる暗号鍵と該暗号鍵を一意に特定す
る識別情報とを対応づけて記憶する記憶工程と、前記記
憶工程で記憶した識別情報の授受により、送信局が暗号
化に用いる暗号鍵と受信局が復号化に用いる暗号鍵とを
決定する鍵決定工程と、を含んだことを特徴とする。
ては、データ通信に先だって該データの暗号化および復
号化に用いる暗号鍵を決定し、決定した暗号鍵を用いて
前記データを暗号化または復号化する暗号通信システム
の暗号鍵決定方法において、前記データを暗号化または
復号化する際に用いる暗号鍵と該暗号鍵を一意に特定す
る識別情報とを対応づけて記憶する記憶工程と、前記記
憶工程で記憶した識別情報の授受により、送信局が暗号
化に用いる暗号鍵と受信局が復号化に用いる暗号鍵とを
決定する鍵決定工程と、を含んだことを特徴とする。
【００１６】この発明によれば、データを暗号化または
復号化する際に用いる暗号鍵と該暗号鍵を一意に特定す
る識別情報とを対応づけて記憶しておき、記憶した識別
情報の授受により、送信局が暗号化に用いる暗号鍵と受
信局が復号化に用いる暗号鍵とを決定することとしたの
で、RFC で規定されるIPSEC のような煩雑な認証および
鍵交換手順を省き、迅速かつ効率良く暗号鍵を決定する
ことができる。また、正当な暗号装置になりすました不
正な暗号装置に生のデータが漏洩することを防ぐことが
できる。
復号化する際に用いる暗号鍵と該暗号鍵を一意に特定す
る識別情報とを対応づけて記憶しておき、記憶した識別
情報の授受により、送信局が暗号化に用いる暗号鍵と受
信局が復号化に用いる暗号鍵とを決定することとしたの
で、RFC で規定されるIPSEC のような煩雑な認証および
鍵交換手順を省き、迅速かつ効率良く暗号鍵を決定する
ことができる。また、正当な暗号装置になりすました不
正な暗号装置に生のデータが漏洩することを防ぐことが
できる。
【００１７】つぎの発明にかかる暗号鍵決定方法にあっ
ては、送信局は、データ送信に先立ってデータの暗号化
に用いる暗号鍵に対応する識別情報を取得する取得工程
と、前記取得工程により取得された識別情報を受信局に
送信する識別情報送信工程とを備え、前記受信局は、前
記送信局から識別情報を受信する受信工程と、前記受信
工程により受信された識別情報に基づいてデータの復号
化に用いる暗号鍵を決定する暗号鍵決定工程とを含んだ
ことを特徴とする。
ては、送信局は、データ送信に先立ってデータの暗号化
に用いる暗号鍵に対応する識別情報を取得する取得工程
と、前記取得工程により取得された識別情報を受信局に
送信する識別情報送信工程とを備え、前記受信局は、前
記送信局から識別情報を受信する受信工程と、前記受信
工程により受信された識別情報に基づいてデータの復号
化に用いる暗号鍵を決定する暗号鍵決定工程とを含んだ
ことを特徴とする。
【００１８】この発明によれば、送信局は、データ送信
に先立ってデータの暗号化に用いる暗号鍵に対応する識
別情報を記憶手段から取得し、取得した識別情報を受信
局に送信し、受信局は、送信局から識別情報を受信し、
該受信した識別情報に基づいてデータの復号化に用いる
暗号鍵を決定することとしたので、識別情報を効率良く
利用して暗号鍵を効率良く決定することができる。
に先立ってデータの暗号化に用いる暗号鍵に対応する識
別情報を記憶手段から取得し、取得した識別情報を受信
局に送信し、受信局は、送信局から識別情報を受信し、
該受信した識別情報に基づいてデータの復号化に用いる
暗号鍵を決定することとしたので、識別情報を効率良く
利用して暗号鍵を効率良く決定することができる。
【００１９】つぎの発明にかかる暗号鍵決定方法にあっ
ては、前記暗号鍵決定工程は、前記受信工程により受信
された識別情報が前記記憶工程で記憶されているか否か
を検索する検索工程と、前記検索工程により前記識別情
報が検索されたならば、該識別情報に対応する暗号鍵を
前記データの復号化に用いる暗号鍵であると決定するこ
とを特徴とする。
ては、前記暗号鍵決定工程は、前記受信工程により受信
された識別情報が前記記憶工程で記憶されているか否か
を検索する検索工程と、前記検索工程により前記識別情
報が検索されたならば、該識別情報に対応する暗号鍵を
前記データの復号化に用いる暗号鍵であると決定するこ
とを特徴とする。
【００２０】この発明によれば、受信した識別情報が存
在するか否かを検索し、識別情報が検索されたならば、
該識別情報に対応する暗号鍵をデータの復号化に用いる
暗号鍵であると決定することとしたので、識別情報の存
在の有無を検索するだけで、暗号鍵を迅速に決定するこ
とができる。
在するか否かを検索し、識別情報が検索されたならば、
該識別情報に対応する暗号鍵をデータの復号化に用いる
暗号鍵であると決定することとしたので、識別情報の存
在の有無を検索するだけで、暗号鍵を迅速に決定するこ
とができる。
【００２１】つぎの発明にかかる記録媒体は、請求項４
〜６に記載された方法をコンピュータに実行させるプロ
グラムを記録したことで、そのプログラムを機械読み取
り可能となり、これによって、請求項４〜６の動作をコ
ンピュータによって実現することが可能となる。
〜６に記載された方法をコンピュータに実行させるプロ
グラムを記録したことで、そのプログラムを機械読み取
り可能となり、これによって、請求項４〜６の動作をコ
ンピュータによって実現することが可能となる。
【００２２】
【発明の実施の形態】以下に添付図面を参照して、この
発明にかかる暗号通信システム、暗号鍵決定方法および
記録媒体の好適な実施の形態を詳細に説明する。
発明にかかる暗号通信システム、暗号鍵決定方法および
記録媒体の好適な実施の形態を詳細に説明する。
【００２３】図１は、この実施の形態で用いる暗号通信
システムのシステム構成を示す機能ブロック図である。
図１に示すように、この暗号通信システムは、ＷＳ１４
〜１６がそれぞれ暗号装置１１〜１３を介してインター
ネットに接続されたシステムであり、暗号装置１１は、
ＬＡＮインターフェース部１１ａと、暗号化処理部１１
ｂと、復号化処理部１１ｃと、インターフェース部１１
ｄと、暗号鍵決定部１１ｅと、暗号鍵管理テーブル１１
ｆと、制御部１１ｇとからなる。なお、ここでは説明の
便宜上その詳細な説明を省略するが、暗号装置１２およ
び１３についても暗号装置１１と同様の構成を有する。
システムのシステム構成を示す機能ブロック図である。
図１に示すように、この暗号通信システムは、ＷＳ１４
〜１６がそれぞれ暗号装置１１〜１３を介してインター
ネットに接続されたシステムであり、暗号装置１１は、
ＬＡＮインターフェース部１１ａと、暗号化処理部１１
ｂと、復号化処理部１１ｃと、インターフェース部１１
ｄと、暗号鍵決定部１１ｅと、暗号鍵管理テーブル１１
ｆと、制御部１１ｇとからなる。なお、ここでは説明の
便宜上その詳細な説明を省略するが、暗号装置１２およ
び１３についても暗号装置１１と同様の構成を有する。
【００２４】ＬＡＮインターフェース部１１ａは、イン
ターネット１０との間のインターフェースを司る処理部
であり、インターネット１０から取得した自局当てのデ
ータを取得したならば、該取得したデータを暗号鍵決定
部１１ｅまたは制御部１１ｇに出力する。また、暗号鍵
決定部１１ｅまたは制御部１１ｇから受け取ったデータ
をインターネット１０に出力する。
ターネット１０との間のインターフェースを司る処理部
であり、インターネット１０から取得した自局当てのデ
ータを取得したならば、該取得したデータを暗号鍵決定
部１１ｅまたは制御部１１ｇに出力する。また、暗号鍵
決定部１１ｅまたは制御部１１ｇから受け取ったデータ
をインターネット１０に出力する。
【００２５】暗号化処理部１１ｂは、暗号鍵決定部１１
ｅによって決定された暗号鍵を用いてＷＳ１４から受信
したデータを暗号化する処理部であり、復号化処理部１
１ｃは、暗号鍵決定部１１ｅによって決定された暗号鍵
を用いてインターネット１０を介して受信したデータを
復号化する処理部である。なお、暗号化処理および復号
化処理は、ＲＳＡなどの公開鍵暗号系またはＤＥＳなど
の慣用暗号系の各種暗号アルゴリズムを用いることがで
き、一部の暗号アルゴリズムに限定されない。
ｅによって決定された暗号鍵を用いてＷＳ１４から受信
したデータを暗号化する処理部であり、復号化処理部１
１ｃは、暗号鍵決定部１１ｅによって決定された暗号鍵
を用いてインターネット１０を介して受信したデータを
復号化する処理部である。なお、暗号化処理および復号
化処理は、ＲＳＡなどの公開鍵暗号系またはＤＥＳなど
の慣用暗号系の各種暗号アルゴリズムを用いることがで
き、一部の暗号アルゴリズムに限定されない。
【００２６】インターフェース部１１ｄは、ＷＳ１４と
の間のデータ送受信を司るインターフェース部であり、
たとえばＳＣＳＩインターフェースなどを用いることが
できる。
の間のデータ送受信を司るインターフェース部であり、
たとえばＳＣＳＩインターフェースなどを用いることが
できる。
【００２７】暗号鍵決定部１１ｅは、他の暗号装置１２
または１３との間で暗号通信をおこなう際に使用する暗
号鍵を暗号鍵管理テーブル１１ｆに基づいて決定する処
理部である。すなわち、この暗号鍵決定部１１ｅでは、
RFC で規定されるIPSEC のような認証および鍵交換をお
こなうのではなく、暗号鍵に対応する識別子の授受をお
こない、この識別子に対応する暗号鍵を暗号鍵管理テー
ブル１１ｆから取り出して使用すべき暗号鍵を決定す
る。
または１３との間で暗号通信をおこなう際に使用する暗
号鍵を暗号鍵管理テーブル１１ｆに基づいて決定する処
理部である。すなわち、この暗号鍵決定部１１ｅでは、
RFC で規定されるIPSEC のような認証および鍵交換をお
こなうのではなく、暗号鍵に対応する識別子の授受をお
こない、この識別子に対応する暗号鍵を暗号鍵管理テー
ブル１１ｆから取り出して使用すべき暗号鍵を決定す
る。
【００２８】具体的には、この暗号鍵決定部１１ｅは、
制御部１１ｇからデータ送信時の暗号化に使用する暗号
鍵を決定すべき旨の指示を受け付けたならば、使用する
暗号鍵に対応する識別子を含む通知フレームを相手側の
暗号装置１２または１３に対して送信し、この暗号装置
１２または１３から了解を示す応答フレームを受信した
ならば、通知フレームに含めた識別子に対応する暗号鍵
を使用する暗号鍵として決定する。
制御部１１ｇからデータ送信時の暗号化に使用する暗号
鍵を決定すべき旨の指示を受け付けたならば、使用する
暗号鍵に対応する識別子を含む通知フレームを相手側の
暗号装置１２または１３に対して送信し、この暗号装置
１２または１３から了解を示す応答フレームを受信した
ならば、通知フレームに含めた識別子に対応する暗号鍵
を使用する暗号鍵として決定する。
【００２９】また、相手側の暗号装置１２または１３か
ら上記通知フレームを受信したならば、この通知フレー
ムに含まれる識別子が暗号鍵管理テーブル１１ｆ内に存
在するか否かを検索し、該当する識別子が存在する場合
には、この識別子に対応する暗号鍵を使用すべき暗号鍵
として決定するとともに、了解を示す応答フレームを暗
号装置１２または１３に送信する。なお、この暗号鍵管
理テーブル１１ｆに該当する識別子が存在しない場合に
は、エラー処理をおこなう。この場合には、暗号装置１
２または１３になりすました不正な端末装置から送信要
求を受けた可能性が大きいからである。なお、上記通知
フレームおよび応答フレームには、認証や暗号化のよう
な特別な措置を施す必要はなく、単なる平文フレームで
あれば良い。
ら上記通知フレームを受信したならば、この通知フレー
ムに含まれる識別子が暗号鍵管理テーブル１１ｆ内に存
在するか否かを検索し、該当する識別子が存在する場合
には、この識別子に対応する暗号鍵を使用すべき暗号鍵
として決定するとともに、了解を示す応答フレームを暗
号装置１２または１３に送信する。なお、この暗号鍵管
理テーブル１１ｆに該当する識別子が存在しない場合に
は、エラー処理をおこなう。この場合には、暗号装置１
２または１３になりすました不正な端末装置から送信要
求を受けた可能性が大きいからである。なお、上記通知
フレームおよび応答フレームには、認証や暗号化のよう
な特別な措置を施す必要はなく、単なる平文フレームで
あれば良い。
【００３０】暗号鍵管理テーブル１１ｆは、暗号鍵と該
暗号鍵に対応する識別子とを対応づけて記憶したテーブ
ルであり、暗号化処理または復号化処理に使用する暗号
鍵を決定する際に暗号鍵決定部１１ｅによってアクセス
される。なお、本実施の形態では、暗号鍵と識別子との
対がこの暗号鍵管理テーブル１１ｆにあらかじめ設定さ
れているものとする。
暗号鍵に対応する識別子とを対応づけて記憶したテーブ
ルであり、暗号化処理または復号化処理に使用する暗号
鍵を決定する際に暗号鍵決定部１１ｅによってアクセス
される。なお、本実施の形態では、暗号鍵と識別子との
対がこの暗号鍵管理テーブル１１ｆにあらかじめ設定さ
れているものとする。
【００３１】制御部１１ｇは、暗号装置１１の全体制御
をおこなう制御部であり、具体的には、ＷＳ１４から暗
号通信の要求を受け付けたならば、暗号鍵決定部１１ｅ
に暗号鍵の決定を指示し、暗号鍵決定部１１ｅが暗号鍵
を決定したならば、この暗号鍵とＷＳ１４から受信した
データとを暗号化処理部１１ｃに出力して暗号化処理を
おこなうよう指示する。そして、この暗号化処理部１１
ｃから暗号化されたデータを受け取ると、該暗号化デー
タをＬＡＮインターフェース部１１ａを介して相手側の
暗号装置１２または１３に送信する。
をおこなう制御部であり、具体的には、ＷＳ１４から暗
号通信の要求を受け付けたならば、暗号鍵決定部１１ｅ
に暗号鍵の決定を指示し、暗号鍵決定部１１ｅが暗号鍵
を決定したならば、この暗号鍵とＷＳ１４から受信した
データとを暗号化処理部１１ｃに出力して暗号化処理を
おこなうよう指示する。そして、この暗号化処理部１１
ｃから暗号化されたデータを受け取ると、該暗号化デー
タをＬＡＮインターフェース部１１ａを介して相手側の
暗号装置１２または１３に送信する。
【００３２】これに対して、インターネット１０を介し
て他の暗号装置１２または１３から暗号送信をおこなう
旨の通知フレームを受け付けた場合には、復号化処理に
用いる暗号鍵を決定するよう暗号鍵決定部１１ｅに指示
し、この暗号鍵決定部１１ｅから復号用の暗号鍵を受け
取ったならば、該暗号鍵を復号化処理部１１ｃに出力す
る。
て他の暗号装置１２または１３から暗号送信をおこなう
旨の通知フレームを受け付けた場合には、復号化処理に
用いる暗号鍵を決定するよう暗号鍵決定部１１ｅに指示
し、この暗号鍵決定部１１ｅから復号用の暗号鍵を受け
取ったならば、該暗号鍵を復号化処理部１１ｃに出力す
る。
【００３３】上記構成を有する暗号通信システムを用い
ることにより、RFC で規定されるIPSEC のような認証お
よび鍵交換を伴うことなく、暗号化処理および復号化処
理に使用する暗号鍵を効率良く決定することができる。
ることにより、RFC で規定されるIPSEC のような認証お
よび鍵交換を伴うことなく、暗号化処理および復号化処
理に使用する暗号鍵を効率良く決定することができる。
【００３４】つぎに、図１に示した暗号通信システムに
おける暗号鍵共有手順について説明する。図２は、図１
に示した暗号通信システムにおける暗号鍵共有手順を示
すシーケンス図である。なお、ここではまず最初にＷＳ
１５からＷＳ１４に対してデータ送信をおこない、その
後に、ＷＳ１６からＷＳ１４に対してデータ送信をおこ
なう場合について説明する。
おける暗号鍵共有手順について説明する。図２は、図１
に示した暗号通信システムにおける暗号鍵共有手順を示
すシーケンス図である。なお、ここではまず最初にＷＳ
１５からＷＳ１４に対してデータ送信をおこない、その
後に、ＷＳ１６からＷＳ１４に対してデータ送信をおこ
なう場合について説明する。
【００３５】同図において、事前に暗号装置１１、１２
および１３の各暗号鍵管理テーブル１１ｆ内に、暗号鍵
と該暗号鍵を一意に特定する識別子とを対応づけて登録
しておく。ここでは、暗号装置１１が暗号鍵Ｋ１と識別
子＃１、暗号鍵Ｋ２と識別子＃２をそれぞれ対応づけて
暗号管理テーブル１１ｆに記憶し、暗号装置１２が暗号
鍵Ｋ１と識別子＃１とを対応づけて暗号管理テーブル１
１ｆに記憶し、暗号装置１３が暗号鍵Ｋ２と識別子＃２
とを対応づけて暗号管理テーブル１１ｆに記憶するもの
とする。
および１３の各暗号鍵管理テーブル１１ｆ内に、暗号鍵
と該暗号鍵を一意に特定する識別子とを対応づけて登録
しておく。ここでは、暗号装置１１が暗号鍵Ｋ１と識別
子＃１、暗号鍵Ｋ２と識別子＃２をそれぞれ対応づけて
暗号管理テーブル１１ｆに記憶し、暗号装置１２が暗号
鍵Ｋ１と識別子＃１とを対応づけて暗号管理テーブル１
１ｆに記憶し、暗号装置１３が暗号鍵Ｋ２と識別子＃２
とを対応づけて暗号管理テーブル１１ｆに記憶するもの
とする。
【００３６】そして、暗号装置１２がＷＳ１５からデー
タ送信要求を受け付けたならば、暗号装置１２は、暗号
化処理に用いる暗号鍵Ｋ１を暗号鍵管理テーブル１１ｆ
から選択し、選択した暗号鍵Ｋ１を一意に特定する識別
子＃１を暗号鍵管理テーブル１１ｆから取り出し、取り
出した識別子＃１を含む図３（ａ）に示す通知フレーム
（以下「通知フレーム（＃１）」と表記する）を暗号装
置１１に対して送信する（ステップＳ２０１）。なお、
この通知フレームはＩＰヘッダ、通知フレーム識別子お
よび識別子＃１からなる。ただし、ＩＰヘッダは必ずし
も必要とはならない。
タ送信要求を受け付けたならば、暗号装置１２は、暗号
化処理に用いる暗号鍵Ｋ１を暗号鍵管理テーブル１１ｆ
から選択し、選択した暗号鍵Ｋ１を一意に特定する識別
子＃１を暗号鍵管理テーブル１１ｆから取り出し、取り
出した識別子＃１を含む図３（ａ）に示す通知フレーム
（以下「通知フレーム（＃１）」と表記する）を暗号装
置１１に対して送信する（ステップＳ２０１）。なお、
この通知フレームはＩＰヘッダ、通知フレーム識別子お
よび識別子＃１からなる。ただし、ＩＰヘッダは必ずし
も必要とはならない。
【００３７】その後、この通知フレーム（＃１）を受信
した暗号装置１１は、通知フレーム（＃１）から識別子
＃１を取り出し、該当する識別子＃１が暗号管理テーブ
ル１１ｆに登録されているか否かを調べ、この識別子＃
１が登録されている場合には、該識別子＃１に対応する
暗号鍵Ｋ１を復号用の暗号鍵として決定するとともに、
図３（ｂ）に示す応答フレーム（＃１）を暗号装置１２
に対して返送する（ステップＳ２０２）。なお、この応
答フレームはＩＰヘッダ、応答フレーム識別子および識
別子＃１からなる。
した暗号装置１１は、通知フレーム（＃１）から識別子
＃１を取り出し、該当する識別子＃１が暗号管理テーブ
ル１１ｆに登録されているか否かを調べ、この識別子＃
１が登録されている場合には、該識別子＃１に対応する
暗号鍵Ｋ１を復号用の暗号鍵として決定するとともに、
図３（ｂ）に示す応答フレーム（＃１）を暗号装置１２
に対して返送する（ステップＳ２０２）。なお、この応
答フレームはＩＰヘッダ、応答フレーム識別子および識
別子＃１からなる。
【００３８】その後、この応答フレーム（＃１）を受信
した暗号装置１２は、暗号鍵Ｋ１を用いてＷＳ１５から
受け取ったデータを暗号化し、図３（ｃ）に示す暗号通
信フレームを用いて該暗号データを順次暗号装置１１に
対して送信する（ステップＳ２０３）。なお、この暗号
通信フレームはＩＰヘッダ、ヘッダおよび暗号鍵Ｋ１に
よる暗号データからなる。
した暗号装置１２は、暗号鍵Ｋ１を用いてＷＳ１５から
受け取ったデータを暗号化し、図３（ｃ）に示す暗号通
信フレームを用いて該暗号データを順次暗号装置１１に
対して送信する（ステップＳ２０３）。なお、この暗号
通信フレームはＩＰヘッダ、ヘッダおよび暗号鍵Ｋ１に
よる暗号データからなる。
【００３９】ここで、暗号装置１１が、暗号装置１３か
ら暗号鍵Ｋ２に対応する識別子＃２を含む通知フレーム
（＃２）を受信したならば（ステップＳ２０４）、暗号
装置１２との間の暗号通信を継続しつつ、通知フレーム
（＃２）に含まれる識別子＃２に基づいて暗号鍵Ｋ２を
決定し、了解を示す応答フレーム（＃２）を暗号装置１
３に返送する（ステップＳ２０５）。
ら暗号鍵Ｋ２に対応する識別子＃２を含む通知フレーム
（＃２）を受信したならば（ステップＳ２０４）、暗号
装置１２との間の暗号通信を継続しつつ、通知フレーム
（＃２）に含まれる識別子＃２に基づいて暗号鍵Ｋ２を
決定し、了解を示す応答フレーム（＃２）を暗号装置１
３に返送する（ステップＳ２０５）。
【００４０】そして、応答フレーム（＃２）を受信した
暗号装置１３は、暗号鍵Ｋ２を用いてＷＳ１６から受け
取ったデータを順次暗号化し、暗号装置１１に対して送
信する（ステップＳ２０６）。なお、この暗号通信シス
テムでは、暗号鍵の決定に際して、従来技術のように認
証／鍵共有処理をおこなうわけではないので、各暗号装
置（特に暗号装置１１）のＣＰＵパワーを消費しないた
め、すでに確立している暗号装置１２〜暗号装置１１間
の暗号通信には影響を与えない。
暗号装置１３は、暗号鍵Ｋ２を用いてＷＳ１６から受け
取ったデータを順次暗号化し、暗号装置１１に対して送
信する（ステップＳ２０６）。なお、この暗号通信シス
テムでは、暗号鍵の決定に際して、従来技術のように認
証／鍵共有処理をおこなうわけではないので、各暗号装
置（特に暗号装置１１）のＣＰＵパワーを消費しないた
め、すでに確立している暗号装置１２〜暗号装置１１間
の暗号通信には影響を与えない。
【００４１】つぎに、本実施の形態にかかる暗号通信シ
ステム上に不正な端末が存在した場合の情報秘匿につい
て説明する。図４は、図１に示した暗号通信システム上
に不正な端末が存在する場合の暗号通信手順を示すシー
ケンス図である。なおここでは、暗号装置１１’を有す
る不正な端末が、本暗号通信システムの仕様を入手して
ＷＳ１４および暗号装置１１になりすます場合について
説明することとする。ただし、暗号管理テーブル１１ｆ
の内容については入手できないものとする。
ステム上に不正な端末が存在した場合の情報秘匿につい
て説明する。図４は、図１に示した暗号通信システム上
に不正な端末が存在する場合の暗号通信手順を示すシー
ケンス図である。なおここでは、暗号装置１１’を有す
る不正な端末が、本暗号通信システムの仕様を入手して
ＷＳ１４および暗号装置１１になりすます場合について
説明することとする。ただし、暗号管理テーブル１１ｆ
の内容については入手できないものとする。
【００４２】図４に示すように、暗号装置１２は、暗号
鍵Ｋ１に対応する識別子＃１を暗号鍵管理テーブル１１
ｆから取得して、この識別子＃１を含む通知フレーム
（＃１）を暗号装置１１に対して送信する（ステップＳ
２０３）。
鍵Ｋ１に対応する識別子＃１を暗号鍵管理テーブル１１
ｆから取得して、この識別子＃１を含む通知フレーム
（＃１）を暗号装置１１に対して送信する（ステップＳ
２０３）。
【００４３】そして、この暗号装置１１’が、この通知
フレーム（＃１）を搾取し、フレーム内の識別子＃１を
含む応答フレーム（＃１）を偽造して暗号装置１２に対
して送信したならば（ステップＳ３０２）、この応答フ
レーム（＃１）を受信した暗号装置１２は、ＷＳ１５か
ら受け取ったデータを暗号鍵Ｋ１を用いて暗号化し、暗
号データを暗号装置１１’に送信する（ステップＳ３０
３）。
フレーム（＃１）を搾取し、フレーム内の識別子＃１を
含む応答フレーム（＃１）を偽造して暗号装置１２に対
して送信したならば（ステップＳ３０２）、この応答フ
レーム（＃１）を受信した暗号装置１２は、ＷＳ１５か
ら受け取ったデータを暗号鍵Ｋ１を用いて暗号化し、暗
号データを暗号装置１１’に送信する（ステップＳ３０
３）。
【００４４】このようにして、暗号装置１１になりすま
した暗号装置１１’は、暗号鍵Ｋ１で暗号化されたデー
タを暗号装置１１に成り代わって受信することができる
が、この暗号装置１１’は、暗号鍵管理テーブル１１ｆ
を有しないため、たとえ暗号化されたデータを受信した
としても、該データを復号化することはできない。この
ように、本実施の形態にかかる暗号通信システムを用い
た場合には、暗号装置１１になりすました暗号装置１
１’がシステムに加入した場合であっても、データ内容
の漏洩を防止することができる。
した暗号装置１１’は、暗号鍵Ｋ１で暗号化されたデー
タを暗号装置１１に成り代わって受信することができる
が、この暗号装置１１’は、暗号鍵管理テーブル１１ｆ
を有しないため、たとえ暗号化されたデータを受信した
としても、該データを復号化することはできない。この
ように、本実施の形態にかかる暗号通信システムを用い
た場合には、暗号装置１１になりすました暗号装置１
１’がシステムに加入した場合であっても、データ内容
の漏洩を防止することができる。
【００４５】上述してきたように、本実施の形態にかか
る暗号通信システムでは、暗号鍵管理テーブル１１ｆに
暗号鍵と該暗号鍵を一意に特定する識別子とを対応づけ
て記憶しておき、ＷＳ１４からデータ送信要求を受け付
けた際に、該データの暗号化に使用する暗号鍵に対応す
る識別子を含む通知フレームを相手側の暗号装置に送信
し、相手側の暗号装置が、この通知フレームに含まれる
識別子に基づいて復号化に用いる暗号鍵を決定するよう
構成したので、RFC で規定されるIPSEC のような煩雑な
認証および鍵交換手順を省き、迅速かつ効率良く暗号鍵
を決定することができる。また、正当な暗号装置になり
すました不正な暗号装置がシステムに生のデータが漏洩
することを防ぐことができる。
る暗号通信システムでは、暗号鍵管理テーブル１１ｆに
暗号鍵と該暗号鍵を一意に特定する識別子とを対応づけ
て記憶しておき、ＷＳ１４からデータ送信要求を受け付
けた際に、該データの暗号化に使用する暗号鍵に対応す
る識別子を含む通知フレームを相手側の暗号装置に送信
し、相手側の暗号装置が、この通知フレームに含まれる
識別子に基づいて復号化に用いる暗号鍵を決定するよう
構成したので、RFC で規定されるIPSEC のような煩雑な
認証および鍵交換手順を省き、迅速かつ効率良く暗号鍵
を決定することができる。また、正当な暗号装置になり
すました不正な暗号装置がシステムに生のデータが漏洩
することを防ぐことができる。
【００４６】なお、本実施の形態では、暗号装置１１〜
１３をＷＳ１４〜１６と別個に設けた場合を示したが、
本発明はこれに限定されるものではなく、暗号装置１１
〜１３をＷＳ１４〜１６に暗号ソフトウエアとして組み
込み、暗号処理プロセスとして動作する場合に適用する
こともできる。
１３をＷＳ１４〜１６と別個に設けた場合を示したが、
本発明はこれに限定されるものではなく、暗号装置１１
〜１３をＷＳ１４〜１６に暗号ソフトウエアとして組み
込み、暗号処理プロセスとして動作する場合に適用する
こともできる。
【００４７】
【発明の効果】以上説明したように、この発明によれ
ば、データを暗号化または復号化する際に用いる暗号鍵
と該暗号鍵を一意に特定する識別情報とを対応づけて記
憶しておき、記憶した識別情報の授受により、送信局が
暗号化に用いる暗号鍵と受信局が復号化に用いる暗号鍵
とを決定するよう構成したので、RFC で規定されるIPSE
Cのような煩雑な認証および鍵交換手順を省き、迅速か
つ効率良く暗号鍵を決定することができ、正当な暗号装
置になりすました不正な暗号装置へのデータの漏洩を防
ぐことができる暗号通信システムが得られるという効果
を奏する。
ば、データを暗号化または復号化する際に用いる暗号鍵
と該暗号鍵を一意に特定する識別情報とを対応づけて記
憶しておき、記憶した識別情報の授受により、送信局が
暗号化に用いる暗号鍵と受信局が復号化に用いる暗号鍵
とを決定するよう構成したので、RFC で規定されるIPSE
Cのような煩雑な認証および鍵交換手順を省き、迅速か
つ効率良く暗号鍵を決定することができ、正当な暗号装
置になりすました不正な暗号装置へのデータの漏洩を防
ぐことができる暗号通信システムが得られるという効果
を奏する。
【００４８】つぎの発明によれば、送信局は、データ送
信に先立ってデータの暗号化に用いる暗号鍵に対応する
識別情報を記憶手段から取得し、取得した識別情報を受
信局に送信し、受信局は、送信局から識別情報を受信
し、該受信した識別情報に基づいてデータの復号化に用
いる暗号鍵を決定するよう構成したので、識別情報を効
率良く利用して暗号鍵を効率良く決定することができる
暗号通信システムが得られるという効果を奏する。
信に先立ってデータの暗号化に用いる暗号鍵に対応する
識別情報を記憶手段から取得し、取得した識別情報を受
信局に送信し、受信局は、送信局から識別情報を受信
し、該受信した識別情報に基づいてデータの復号化に用
いる暗号鍵を決定するよう構成したので、識別情報を効
率良く利用して暗号鍵を効率良く決定することができる
暗号通信システムが得られるという効果を奏する。
【００４９】つぎの発明によれば、受信した識別情報が
存在するか否かを検索し、識別情報が検索されたなら
ば、該識別情報に対応する暗号鍵をデータの復号化に用
いる暗号鍵であると決定することとしたので、識別情報
の存在の有無を検索するだけで、暗号鍵を迅速に決定す
ることができる暗号通信システムが得られるという効果
を奏する。
存在するか否かを検索し、識別情報が検索されたなら
ば、該識別情報に対応する暗号鍵をデータの復号化に用
いる暗号鍵であると決定することとしたので、識別情報
の存在の有無を検索するだけで、暗号鍵を迅速に決定す
ることができる暗号通信システムが得られるという効果
を奏する。
【００５０】つぎの発明によれば、データを暗号化また
は復号化する際に用いる暗号鍵と該暗号鍵を一意に特定
する識別情報とを対応づけて記憶しておき、記憶した識
別情報の授受により、送信局が暗号化に用いる暗号鍵と
受信局が復号化に用いる暗号鍵とを決定するよう構成し
たので、RFC で規定されるIPSEC のような煩雑な認証お
よび鍵交換手順を省き、迅速かつ効率良く暗号鍵を決定
することができ、正当な暗号装置になりすました不正な
暗号装置へのデータの漏洩を防ぐことができる暗号鍵決
定方法が得られるという効果を奏する。
は復号化する際に用いる暗号鍵と該暗号鍵を一意に特定
する識別情報とを対応づけて記憶しておき、記憶した識
別情報の授受により、送信局が暗号化に用いる暗号鍵と
受信局が復号化に用いる暗号鍵とを決定するよう構成し
たので、RFC で規定されるIPSEC のような煩雑な認証お
よび鍵交換手順を省き、迅速かつ効率良く暗号鍵を決定
することができ、正当な暗号装置になりすました不正な
暗号装置へのデータの漏洩を防ぐことができる暗号鍵決
定方法が得られるという効果を奏する。
【００５１】つぎの発明によれば、送信局は、データ送
信に先立ってデータの暗号化に用いる暗号鍵に対応する
識別情報を記憶手段から取得し、取得した識別情報を受
信局に送信し、受信局は、送信局から識別情報を受信
し、該受信した識別情報に基づいてデータの復号化に用
いる暗号鍵を決定するよう構成したので、識別情報を効
率良く利用して暗号鍵を効率良く決定することができる
暗号鍵決定方法が得られるという効果を奏する。
信に先立ってデータの暗号化に用いる暗号鍵に対応する
識別情報を記憶手段から取得し、取得した識別情報を受
信局に送信し、受信局は、送信局から識別情報を受信
し、該受信した識別情報に基づいてデータの復号化に用
いる暗号鍵を決定するよう構成したので、識別情報を効
率良く利用して暗号鍵を効率良く決定することができる
暗号鍵決定方法が得られるという効果を奏する。
【００５２】つぎの発明によれば、受信した識別情報が
存在するか否かを検索し、識別情報が検索されたなら
ば、該識別情報に対応する暗号鍵をデータの復号化に用
いる暗号鍵であると決定することとしたので、識別情報
の存在の有無を検索するだけで、暗号鍵を迅速に決定す
ることができる暗号鍵決定方法が得られるという効果を
奏する。
存在するか否かを検索し、識別情報が検索されたなら
ば、該識別情報に対応する暗号鍵をデータの復号化に用
いる暗号鍵であると決定することとしたので、識別情報
の存在の有無を検索するだけで、暗号鍵を迅速に決定す
ることができる暗号鍵決定方法が得られるという効果を
奏する。
【００５３】つぎの発明によれば、請求項４〜６に記載
された方法をコンピュータに実行させるプログラムを記
録したことで、そのプログラムを機械読み取り可能とな
り、これによって、請求項４〜６の動作をコンピュータ
によって実現することが可能となる。
された方法をコンピュータに実行させるプログラムを記
録したことで、そのプログラムを機械読み取り可能とな
り、これによって、請求項４〜６の動作をコンピュータ
によって実現することが可能となる。
【図１】 この実施の形態で用いる暗号通信システムの
システム構成を示す機能ブロック図である。
システム構成を示す機能ブロック図である。
【図２】 図１に示した暗号通信システムにおける暗号
鍵共有手順を示すシーケンス図である。
鍵共有手順を示すシーケンス図である。
【図３】 通知フレームおよび応答フレームの一例を示
す図である。
す図である。
【図４】 図１に示した暗号通信システム上に不正な端
末が存在する場合の暗号通信手順を示すシーケンス図で
ある。
末が存在する場合の暗号通信手順を示すシーケンス図で
ある。
【図５】 暗号通信システムの一般的なネットワーク構
成を示す説明図である。
成を示す説明図である。
【図６】 図５に示した暗号通信システムの従来の暗号
処理手順を示すシーケンス図である。
処理手順を示すシーケンス図である。
１０，４０ インターネット、１１，１２，１３，４
１，４２，４３ 暗号装置、１１ａ ＬＡＮインターフ
ェース部、１１ｂ 暗号化処理部、１１ｃ 復号化処理
部、１１ｄ インターフェース部、１１ｅ 暗号鍵決定
部、１１ｆ 暗号鍵管理テーブル、１４，１５，１６，
４４，４５，４６ ワークステーション（ＷＳ）。
１，４２，４３ 暗号装置、１１ａ ＬＡＮインターフ
ェース部、１１ｂ 暗号化処理部、１１ｃ 復号化処理
部、１１ｄ インターフェース部、１１ｅ 暗号鍵決定
部、１１ｆ 暗号鍵管理テーブル、１４，１５，１６，
４４，４５，４６ ワークステーション（ＷＳ）。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 渡邊 晃 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 Ｆターム(参考） 5J104 AA01 AA16 EA24 JA03 NA02 NA27 NA37 PA07
Claims (7)
- 【請求項１】 データ通信に先だって該データの暗号化
および復号化に用いる暗号鍵を決定し、決定した暗号鍵
を用いて前記データを暗号化または復号化する暗号通信
システムにおいて、 前記データを暗号化または復号化する際に用いる暗号鍵
と該暗号鍵を一意に特定する識別情報とを対応づけて記
憶する記憶手段と、 前記記憶手段に記憶した識別情報の授受により、送信局
が暗号化に用いる暗号鍵と受信局が復号化に用いる暗号
鍵とを決定する鍵決定手段と、 を備えたことを特徴とする暗号通信システム。 - 【請求項２】 送信局は、データ送信に先立ってデータ
の暗号化に用いる暗号鍵に対応する識別情報を前記記憶
手段から取得する取得手段と、前記取得手段が取得した
識別情報を受信局に送信する識別情報送信手段とを備
え、前記受信局は、前記送信局から識別情報を受信する
受信手段と、前記受信手段が受信した識別情報に基づい
てデータの復号化に用いる暗号鍵を決定する暗号鍵決定
手段とを備えたことを特徴とする請求項１に記載の暗号
通信システム。 - 【請求項３】 前記暗号鍵決定手段は、前記受信手段が
受信した識別情報が前記記憶手段に存在するか否かを検
索する検索手段と、前記検索手段により前記識別情報が
検索されたならば、該識別情報に対応する暗号鍵を前記
データの復号化に用いる暗号鍵であると決定することを
特徴とする請求項２に記載の暗号通信システム。 - 【請求項４】 データ通信に先だって該データの暗号化
および復号化に用いる暗号鍵を決定し、決定した暗号鍵
を用いて前記データを暗号化または復号化する暗号通信
システムの暗号鍵決定方法において、 前記データを暗号化または復号化する際に用いる暗号鍵
と該暗号鍵を一意に特定する識別情報とを対応づけて記
憶する記憶工程と、 前記記憶工程で記憶した識別情報の授受により、送信局
が暗号化に用いる暗号鍵と受信局が復号化に用いる暗号
鍵とを決定する鍵決定工程と、 を含んだことを特徴とする暗号鍵決定方法。 - 【請求項５】 送信局は、データ送信に先立ってデータ
の暗号化に用いる暗号鍵に対応する識別情報を取得する
取得工程と、前記取得工程により取得された識別情報を
受信局に送信する識別情報送信工程とを備え、 前記受信局は、前記送信局から識別情報を受信する受信
工程と、前記受信工程により受信された識別情報に基づ
いてデータの復号化に用いる暗号鍵を決定する暗号鍵決
定工程とを含んだことを特徴とする請求項４に記載の暗
号鍵決定方法。 - 【請求項６】 前記暗号鍵決定工程は、前記受信工程に
より受信された識別情報が前記記憶工程で記憶されてい
るか否かを検索する検索工程と、前記検索工程により前
記識別情報が検索されたならば、該識別情報に対応する
暗号鍵を前記データの復号化に用いる暗号鍵であると決
定することを特徴とする請求項５に記載の暗号鍵決定方
法。 - 【請求項７】 前記請求項４〜６のいずれか一つに記載
された方法をコンピュータに実行させるプログラムを記
録したことを特徴とするコンピュータ読み取り可能な記
録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11168845A JP2000358022A (ja) | 1999-06-15 | 1999-06-15 | 暗号通信システム、暗号鍵決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11168845A JP2000358022A (ja) | 1999-06-15 | 1999-06-15 | 暗号通信システム、暗号鍵決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000358022A true JP2000358022A (ja) | 2000-12-26 |
Family
ID=15875612
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11168845A Pending JP2000358022A (ja) | 1999-06-15 | 1999-06-15 | 暗号通信システム、暗号鍵決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000358022A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002076011A1 (fr) * | 2001-03-19 | 2002-09-26 | Yozan Inc. | Systeme de communication cryptee |
| KR20030084613A (ko) * | 2002-04-26 | 2003-11-01 | 후지쯔 가부시끼가이샤 | 게이트웨이, 통신 단말 장치 및 통신 제어 프로그램 |
| WO2004105310A1 (ja) * | 2003-05-19 | 2004-12-02 | Fujitsu Limited | 暗号化装置、復号化装置、暗号化方法、復号化方法、暗号化プログラムおよび復号化プログラム |
| JP2005236348A (ja) * | 2004-02-17 | 2005-09-02 | Matsushita Electric Ind Co Ltd | 無線システム、無線装置、無線通信方法、及びプログラム |
| EP1746800A2 (en) | 2005-07-19 | 2007-01-24 | Konica Minolta Business Corporation, Inc. | Data transmitting and receiving system, data processing apparatus, and encoding communication method |
| JP2007318464A (ja) * | 2006-05-26 | 2007-12-06 | Nippon Telegr & Teleph Corp <Ntt> | 遠隔操作方法および遠隔操作システム |
| JP4496266B1 (ja) * | 2008-12-25 | 2010-07-07 | 株式会社東芝 | 暗号化プログラム運用管理システムおよびプログラム |
| JP2013084032A (ja) * | 2011-10-06 | 2013-05-09 | Asahi Seiko Co Ltd | クレジットカードの決済システム及び決済方法 |
-
1999
- 1999-06-15 JP JP11168845A patent/JP2000358022A/ja active Pending
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002076011A1 (fr) * | 2001-03-19 | 2002-09-26 | Yozan Inc. | Systeme de communication cryptee |
| KR20030084613A (ko) * | 2002-04-26 | 2003-11-01 | 후지쯔 가부시끼가이샤 | 게이트웨이, 통신 단말 장치 및 통신 제어 프로그램 |
| WO2004105310A1 (ja) * | 2003-05-19 | 2004-12-02 | Fujitsu Limited | 暗号化装置、復号化装置、暗号化方法、復号化方法、暗号化プログラムおよび復号化プログラム |
| JP2005236348A (ja) * | 2004-02-17 | 2005-09-02 | Matsushita Electric Ind Co Ltd | 無線システム、無線装置、無線通信方法、及びプログラム |
| EP1746800A2 (en) | 2005-07-19 | 2007-01-24 | Konica Minolta Business Corporation, Inc. | Data transmitting and receiving system, data processing apparatus, and encoding communication method |
| JP2007318464A (ja) * | 2006-05-26 | 2007-12-06 | Nippon Telegr & Teleph Corp <Ntt> | 遠隔操作方法および遠隔操作システム |
| JP4496266B1 (ja) * | 2008-12-25 | 2010-07-07 | 株式会社東芝 | 暗号化プログラム運用管理システムおよびプログラム |
| JP2010154297A (ja) * | 2008-12-25 | 2010-07-08 | Toshiba Corp | 暗号化プログラム運用管理システムおよびプログラム |
| US8352751B2 (en) | 2008-12-25 | 2013-01-08 | Kabushiki Kaisha Toshiba | Encryption program operation management system and program |
| JP2013084032A (ja) * | 2011-10-06 | 2013-05-09 | Asahi Seiko Co Ltd | クレジットカードの決済システム及び決済方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4770227B2 (ja) | Ｓｉｐメッセージの暗号化方法，および暗号化ｓｉｐ通信システム | |
| US20060005026A1 (en) | Method and apparatus for secure communication reusing session key between client and server | |
| US20090052660A1 (en) | Method For Encrypting And Decrypting Instant Messaging Data | |
| US20060269053A1 (en) | Network Communication System and Communication Device | |
| US6944762B1 (en) | System and method for encrypting data messages | |
| WO2000014918A1 (en) | System and method for encrypting data messages | |
| KR20150079489A (ko) | 실시간 통신 방법 및 시스템 | |
| JP2012137975A (ja) | 中継処理装置、及びその制御方法、プログラム | |
| JP2001244925A (ja) | 暗号化データ管理システム及び方法、記憶媒体 | |
| JP2003143128A (ja) | 通信システム及び通信方法 | |
| WO2005057841A1 (fr) | Procede de production de cryptogramme dynamique dans une transmission de reseau et procede de transmission de donnees de reseau | |
| JPH06318939A (ja) | 暗号通信システム | |
| JPH1168730A (ja) | 暗号ゲートウェイ装置 | |
| JP2000358022A (ja) | 暗号通信システム、暗号鍵決定方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JPH10242957A (ja) | ユーザ認証方法およびシステムおよびユーザ認証用記憶媒体 | |
| JP2007036389A (ja) | Ｔｌｓセッション情報の引継ぎ方法及びコンピュータシステム | |
| CN111901553A (zh) | 数据加密和解密方法、装置、设备、服务器及存储介质 | |
| JP4933286B2 (ja) | 暗号化パケット通信システム | |
| CN106972928B (zh) | 一种堡垒机私钥管理方法、装置及系统 | |
| WO2019058574A1 (ja) | 通信装置、通信方法、及びプログラム | |
| JP4910956B2 (ja) | 通信制御システム、端末、及び、プログラム | |
| JPH0983509A (ja) | 暗号通信方法および装置 | |
| JP2010081108A (ja) | 通信中継装置、情報処理装置、プログラム、及び通信システム | |
| JP2000228727A (ja) | ネットワークファクシミリ装置およびその通信制御方法 | |
| JP2004064326A (ja) | セキュリティ保持方法及びその実施システム並びにその処理プログラム |