JPH06315026A - ディジタル通信方法 - Google Patents
ディジタル通信方法Info
- Publication number
- JPH06315026A JPH06315026A JP5102579A JP10257993A JPH06315026A JP H06315026 A JPH06315026 A JP H06315026A JP 5102579 A JP5102579 A JP 5102579A JP 10257993 A JP10257993 A JP 10257993A JP H06315026 A JPH06315026 A JP H06315026A
- Authority
- JP
- Japan
- Prior art keywords
- random number
- communication terminal
- communication
- conversion unit
- encryption
- 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
【０００１】
【産業上の利用分野】本発明は、テキスト、音声、画像
データ等のディジタルデータを暗号化して伝送するディ
ジタル通信方法に関するものである。
データ等のディジタルデータを暗号化して伝送するディ
ジタル通信方法に関するものである。
【０００２】
【従来の技術】従来より、この種の通信方法に使用され
る暗号方式は種々提案されているが、そのうちの一つに
共通鍵暗号方式と呼ばれるものがある。この方式は送信
側で任意の数値データ（暗号鍵）を用いて暗号化する
（暗号文を作成する）とともに、受信側で同一の暗号鍵
を用いて解読する（暗号文を平文化する）方式である。
る暗号方式は種々提案されているが、そのうちの一つに
共通鍵暗号方式と呼ばれるものがある。この方式は送信
側で任意の数値データ（暗号鍵）を用いて暗号化する
（暗号文を作成する）とともに、受信側で同一の暗号鍵
を用いて解読する（暗号文を平文化する）方式である。
【０００３】前述した暗号方式を用いて、各通信端末が
互いに他の通信端末と秘密の通信を行う場合、セッショ
ン鍵配送プロトコル（例えば、ネットワーク・セキュリ
ティ、１９８５、上園忠弘 鑑訳、日経ＢＰ社、pp137
〜142 参照）を導入して回線接続時、鍵配送センタから
セッション鍵を受取り、それぞれの通信端末に設定した
後、暗号通信を行うのが一般的である。
互いに他の通信端末と秘密の通信を行う場合、セッショ
ン鍵配送プロトコル（例えば、ネットワーク・セキュリ
ティ、１９８５、上園忠弘 鑑訳、日経ＢＰ社、pp137
〜142 参照）を導入して回線接続時、鍵配送センタから
セッション鍵を受取り、それぞれの通信端末に設定した
後、暗号通信を行うのが一般的である。
【０００４】
【発明が解決しようとする課題】しかしながら、前述し
た通信方法では、通信回線を介して接続された一対の通
信端末のいずれか一方において、セッション鍵の設定が
正常に行われなかった場合、一方の通信端末が送信する
データは暗号文で、他方の通信端末が送信するデータは
平文となり、正しく通信を行うことができないという問
題があった。また、両通信端末においてセッション鍵の
設定が正常に行われた時でも、通信端末の性能の違い等
によりその設定タイミングがずれた場合、暗号鍵の設定
を終了した一方の通信端末が、暗号鍵の設定を終了して
いない他方の通信端末にデータの送信を開始すると、他
方の通信端末では平文化できず、正しく通信を行うこと
ができないという問題があった。
た通信方法では、通信回線を介して接続された一対の通
信端末のいずれか一方において、セッション鍵の設定が
正常に行われなかった場合、一方の通信端末が送信する
データは暗号文で、他方の通信端末が送信するデータは
平文となり、正しく通信を行うことができないという問
題があった。また、両通信端末においてセッション鍵の
設定が正常に行われた時でも、通信端末の性能の違い等
によりその設定タイミングがずれた場合、暗号鍵の設定
を終了した一方の通信端末が、暗号鍵の設定を終了して
いない他方の通信端末にデータの送信を開始すると、他
方の通信端末では平文化できず、正しく通信を行うこと
ができないという問題があった。
【０００５】本発明は前記従来の問題点に鑑み、通信回
線を介して接続された一対の通信端末において、暗号鍵
の設定が正しく行われたか否かを確認した後、通信を開
始し得るディジタル通信方法を提供することを目的とす
る。
線を介して接続された一対の通信端末において、暗号鍵
の設定が正しく行われたか否かを確認した後、通信を開
始し得るディジタル通信方法を提供することを目的とす
る。
【０００６】
【課題を解決するための手段】本発明では前記目的を達
成するため、暗号鍵が正常に設定された時は該暗号鍵を
用いて情報を暗号化及び解読し、暗号鍵が正常に設定さ
れなかった時並びに平文通信を命令された時は情報をそ
のままとする暗号変換部をそれぞれ備えた一対の通信端
末を通信回線を介して接続し、ディジタル情報を伝送す
るディジタル通信方法において、発呼側の通信端末で第
１の乱数を発生し、これを記憶するとともに暗号変換部
に引き渡し、第１のデータとして着呼側の通信端末に送
信し、着呼側の通信端末で第１のデータを受信するとこ
れを暗号変換部を通して第１の仮の乱数とし、さらに第
２の乱数を発生し、これを記憶するとともに前記第１の
仮の乱数と並べて暗号変換部に引き渡し、第２のデータ
として発呼側の通信端末に送信し、発呼側の通信端末で
第２のデータを受信するとこれを暗号変換部を通して第
１の仮の乱数候補及び第２の仮の乱数とし、該第１の仮
の乱数候補と前記記憶した第１の乱数とを比較し、一致
していれば発呼側及び着呼側の通信端末における暗号変
換部への暗号鍵が両方とも正常に設定された或いは正常
に設定されなかったと判断し、さらに第３の乱数を発生
し、これを記憶するとともに前記第２の仮の乱数と並べ
て暗号変換部に引き渡し、第３のデータとして着呼側の
通信端末に送信し、その後、通信を開始し、不一致であ
れば発呼側又は着呼側の通信端末における暗号変換部へ
の暗号鍵がいずれか一方で正常に設定されなかったと判
断し、暗号変換部に平文通信を命令し、さらに第３の乱
数を発生し、これを記憶するとともに前記第２の仮の乱
数と並べて暗号変換部に引き渡し、第３のデータとして
着呼側の通信端末に送信し、その後、通信を開始し、着
呼側の通信端末で第３のデータを受信するとこれを暗号
変換部を通して第２の仮の乱数候補及び第３の仮の乱数
とし、該第２の仮の乱数候補と前記記憶した第２の乱数
とを比較し、一致していれば発呼側及び着呼側の通信端
末における暗号変換部への暗号鍵が両方とも正常に設定
された或いは正常に設定されなかったと判断し、そのま
ま通信を開始し、不一致であれば発呼側又は着呼側の通
信端末における暗号変換部への暗号鍵がいずれか一方で
正常に設定されなかったと判断し、暗号変換部に平文通
信を命令した後、通信を開始するようになしたディジタ
ル通信方法を提案する。
成するため、暗号鍵が正常に設定された時は該暗号鍵を
用いて情報を暗号化及び解読し、暗号鍵が正常に設定さ
れなかった時並びに平文通信を命令された時は情報をそ
のままとする暗号変換部をそれぞれ備えた一対の通信端
末を通信回線を介して接続し、ディジタル情報を伝送す
るディジタル通信方法において、発呼側の通信端末で第
１の乱数を発生し、これを記憶するとともに暗号変換部
に引き渡し、第１のデータとして着呼側の通信端末に送
信し、着呼側の通信端末で第１のデータを受信するとこ
れを暗号変換部を通して第１の仮の乱数とし、さらに第
２の乱数を発生し、これを記憶するとともに前記第１の
仮の乱数と並べて暗号変換部に引き渡し、第２のデータ
として発呼側の通信端末に送信し、発呼側の通信端末で
第２のデータを受信するとこれを暗号変換部を通して第
１の仮の乱数候補及び第２の仮の乱数とし、該第１の仮
の乱数候補と前記記憶した第１の乱数とを比較し、一致
していれば発呼側及び着呼側の通信端末における暗号変
換部への暗号鍵が両方とも正常に設定された或いは正常
に設定されなかったと判断し、さらに第３の乱数を発生
し、これを記憶するとともに前記第２の仮の乱数と並べ
て暗号変換部に引き渡し、第３のデータとして着呼側の
通信端末に送信し、その後、通信を開始し、不一致であ
れば発呼側又は着呼側の通信端末における暗号変換部へ
の暗号鍵がいずれか一方で正常に設定されなかったと判
断し、暗号変換部に平文通信を命令し、さらに第３の乱
数を発生し、これを記憶するとともに前記第２の仮の乱
数と並べて暗号変換部に引き渡し、第３のデータとして
着呼側の通信端末に送信し、その後、通信を開始し、着
呼側の通信端末で第３のデータを受信するとこれを暗号
変換部を通して第２の仮の乱数候補及び第３の仮の乱数
とし、該第２の仮の乱数候補と前記記憶した第２の乱数
とを比較し、一致していれば発呼側及び着呼側の通信端
末における暗号変換部への暗号鍵が両方とも正常に設定
された或いは正常に設定されなかったと判断し、そのま
ま通信を開始し、不一致であれば発呼側又は着呼側の通
信端末における暗号変換部への暗号鍵がいずれか一方で
正常に設定されなかったと判断し、暗号変換部に平文通
信を命令した後、通信を開始するようになしたディジタ
ル通信方法を提案する。
【０００７】
【作用】本発明によれば、発呼側及び着呼側の両方の通
信端末で乱数を発生し、これを暗号変換部に引き渡して
相手方に送信し、受信した通信端末でこれを暗号変換部
を通して仮の乱数とし、該仮の乱数を暗号変換部に引き
渡して相手方に送信し、受信した通信端末でこれを暗号
変換部を通して仮の乱数候補とし、元の乱数と比較する
ことにより、発呼側及び着呼側の両方の通信端末におい
て暗号鍵の設定に異常がないかどうかを確認し、発呼側
及び着呼側のいずれの通信端末においても正常であれば
暗号データ通信を、また、いずれか一方でも異常であれ
ば平文によるデータ通信を行わせる。
信端末で乱数を発生し、これを暗号変換部に引き渡して
相手方に送信し、受信した通信端末でこれを暗号変換部
を通して仮の乱数とし、該仮の乱数を暗号変換部に引き
渡して相手方に送信し、受信した通信端末でこれを暗号
変換部を通して仮の乱数候補とし、元の乱数と比較する
ことにより、発呼側及び着呼側の両方の通信端末におい
て暗号鍵の設定に異常がないかどうかを確認し、発呼側
及び着呼側のいずれの通信端末においても正常であれば
暗号データ通信を、また、いずれか一方でも異常であれ
ば平文によるデータ通信を行わせる。
【０００８】
【実施例】以下、図面を参照して本発明の実施例を説明
する。
する。
【０００９】図１は本発明の一実施例を示すもので、図
中、１０，２０は通信端末、３０は通信網（ＩＳＤＮ
網）、１１，２１は端末制御部、１２，２２は暗号変換
部、１３，２３はＣＰＵ、１４，２４はＲＡＭである。
中、１０，２０は通信端末、３０は通信網（ＩＳＤＮ
網）、１１，２１は端末制御部、１２，２２は暗号変換
部、１３，２３はＣＰＵ、１４，２４はＲＡＭである。
【００１０】端末制御部１１，２１はＩＳＤＮ網３０に
おけるレイヤ１〜レイヤ３の制御を行う。暗号変換部１
２，２２は暗号鍵が正常に設定された時は該暗号鍵を用
いてＣＰＵ１３，２３からのデータを暗号化し且つ端末
制御部１１，２１からのデータを平文化し、暗号鍵が正
常に設定されなかった時並びに平文通信を命令された時
はデータをそのまま通過させる。ＲＡＭ１４は本発明を
実現するアプリケーションプログラム、暗号鍵等の各種
のデータを格納する。ＣＰＵ１３，２３は前記アプリケ
ーションプログラムを実行し、各部を制御する。
おけるレイヤ１〜レイヤ３の制御を行う。暗号変換部１
２，２２は暗号鍵が正常に設定された時は該暗号鍵を用
いてＣＰＵ１３，２３からのデータを暗号化し且つ端末
制御部１１，２１からのデータを平文化し、暗号鍵が正
常に設定されなかった時並びに平文通信を命令された時
はデータをそのまま通過させる。ＲＡＭ１４は本発明を
実現するアプリケーションプログラム、暗号鍵等の各種
のデータを格納する。ＣＰＵ１３，２３は前記アプリケ
ーションプログラムを実行し、各部を制御する。
【００１１】なお、暗号変換部１２，２２では、共通鍵
暗号方式のアルゴリズムとして周知のＦＥＡＬやＤＥＳ
等を使用し、暗号利用モードとしてデータを暗号化した
結果が暗号データの位置に依存するＥＣＢ以外のＯＦＢ
やＣＢＣモードを使用することとする。
暗号方式のアルゴリズムとして周知のＦＥＡＬやＤＥＳ
等を使用し、暗号利用モードとしてデータを暗号化した
結果が暗号データの位置に依存するＥＣＢ以外のＯＦＢ
やＣＢＣモードを使用することとする。
【００１２】ここで、通信端末１０は発呼側の通信端末
（以下、通信端末Ａと称す。）であり、通信端末２０は
着呼側の通信端末（以下、通信端末Ｂと称す。）であ
り、両者はＩＳＤＮ網３０を介して接続されているもの
とする。
（以下、通信端末Ａと称す。）であり、通信端末２０は
着呼側の通信端末（以下、通信端末Ｂと称す。）であ
り、両者はＩＳＤＮ網３０を介して接続されているもの
とする。
【００１３】図２乃至図５は本発明を実現するアプリケ
ーションプログラムに対応するフローチャートであり、
図２及び図３は発呼側の通信端末の動作を、また、図４
及び図５は着呼側の通信端末の動作をそれぞれ示す。
ーションプログラムに対応するフローチャートであり、
図２及び図３は発呼側の通信端末の動作を、また、図４
及び図５は着呼側の通信端末の動作をそれぞれ示す。
【００１４】図６乃至図９は本発明による通信開始の際
の手順を示すものであり、図６は通信端末Ａ，Ｂにおけ
る鍵設定がいずれも正常の場合、図７は通信端末Ａにお
ける鍵設定が正常で且つ通信端末Ｂにおける鍵設定が異
常の場合、図８は通信端末Ａにおける鍵設定が異常で且
つ通信端末Ｂにおける鍵設定が正常の場合、図９は通信
端末Ａ，Ｂにおける鍵設定がいずれも異常の場合をそれ
ぞれ示す。
の手順を示すものであり、図６は通信端末Ａ，Ｂにおけ
る鍵設定がいずれも正常の場合、図７は通信端末Ａにお
ける鍵設定が正常で且つ通信端末Ｂにおける鍵設定が異
常の場合、図８は通信端末Ａにおける鍵設定が異常で且
つ通信端末Ｂにおける鍵設定が正常の場合、図９は通信
端末Ａ，Ｂにおける鍵設定がいずれも異常の場合をそれ
ぞれ示す。
【００１５】まず、通信端末Ａ，Ｂにおける鍵設定がい
ずれも正常の場合の動作を図６に従って説明する。
ずれも正常の場合の動作を図６に従って説明する。
【００１６】(1) 通信端末Ａ及びＢのＣＰＵ１３及び２
３は、それぞれ暗号変換部１２及び２２に暗号鍵（Ｋ
ｓ）の設定要求を行う（ステップ３０１，４０１）。次
に、通信端末Ａ及びＢのＣＰＵ１３及び２３は、暗号鍵
の設定が正常か異常かを調べる（ステップ３０２，４０
２）。この際、正常であれば変数ｋｅｙ＿ｓｅｔに０を
設定し（ステップ３０３，４０３）、異常であれば変数
ｋｅｙ＿ｓｅｔに−１を設定する（ステップ３０４，４
０４）が、ここではいずれも正常であり、変数ｋｅｙ＿
ｓｅｔに０を設定する。
３は、それぞれ暗号変換部１２及び２２に暗号鍵（Ｋ
ｓ）の設定要求を行う（ステップ３０１，４０１）。次
に、通信端末Ａ及びＢのＣＰＵ１３及び２３は、暗号鍵
の設定が正常か異常かを調べる（ステップ３０２，４０
２）。この際、正常であれば変数ｋｅｙ＿ｓｅｔに０を
設定し（ステップ３０３，４０３）、異常であれば変数
ｋｅｙ＿ｓｅｔに−１を設定する（ステップ３０４，４
０４）が、ここではいずれも正常であり、変数ｋｅｙ＿
ｓｅｔに０を設定する。
【００１７】(2) 次に、通信端末ＡのＣＰＵ１３は８バ
イト長の乱数Ｒｉを発生し（ステップ３０５）、変数ｒ
＿ｒｅｇに乱数Ｒｉを設定する（ステップ３０６）とと
もに、乱数Ｒｉを暗号変換部１２にセットし、送信要求
を行う（ステップ３０７）。暗号変換部１２では、乱数
Ｒｉを暗号鍵Ｋｓで暗号化して８バイト長のＥKs（Ｒ
ｉ）とし、ＩＳＤＮ網３０を介して通信端末Ｂに送信す
る。
イト長の乱数Ｒｉを発生し（ステップ３０５）、変数ｒ
＿ｒｅｇに乱数Ｒｉを設定する（ステップ３０６）とと
もに、乱数Ｒｉを暗号変換部１２にセットし、送信要求
を行う（ステップ３０７）。暗号変換部１２では、乱数
Ｒｉを暗号鍵Ｋｓで暗号化して８バイト長のＥKs（Ｒ
ｉ）とし、ＩＳＤＮ網３０を介して通信端末Ｂに送信す
る。
【００１８】(3) 通信端末Ｂの暗号変換部２２では、Ｅ
Ks（Ｒｉ）を受信すると暗号鍵Ｋｓで平文化してＲｉに
変換する。
Ks（Ｒｉ）を受信すると暗号鍵Ｋｓで平文化してＲｉに
変換する。
【００１９】(4) 通信端末ＢのＣＰＵ２３では、暗号変
換部２２よりデータを受け取る（ステップ４０５）と、
８バイト長の乱数Ｒｊ，Ｒｋを発生し（ステップ４０
６）、変数ｒ＿ｒｅｇに乱数Ｒｋを設定する（ステップ
４０７）とともに、受け取ったデータ、即ちＲｉとＲ
ｊ，Ｒｋとを連結して２４バイト長のデータとして、暗
号変換部２２に送信要求を行う（ステップ４０８）。暗
号変換部２２では、Ｒｉ，Ｒｊ，Ｒｋを暗号鍵Ｋｓで暗
号化して２４バイト長のＥKs（Ｒｉ，Ｒｊ，Ｒｋ）と
し、ＩＳＤＮ網３０を介して通信端末Ａに送信する。
換部２２よりデータを受け取る（ステップ４０５）と、
８バイト長の乱数Ｒｊ，Ｒｋを発生し（ステップ４０
６）、変数ｒ＿ｒｅｇに乱数Ｒｋを設定する（ステップ
４０７）とともに、受け取ったデータ、即ちＲｉとＲ
ｊ，Ｒｋとを連結して２４バイト長のデータとして、暗
号変換部２２に送信要求を行う（ステップ４０８）。暗
号変換部２２では、Ｒｉ，Ｒｊ，Ｒｋを暗号鍵Ｋｓで暗
号化して２４バイト長のＥKs（Ｒｉ，Ｒｊ，Ｒｋ）と
し、ＩＳＤＮ網３０を介して通信端末Ａに送信する。
【００２０】(5) 通信端末Ａの暗号変換部１２では、Ｅ
Ks（Ｒｉ，Ｒｊ，Ｒｋ）を受信すると暗号鍵Ｋｓで平文
化してＲｉ，Ｒｊ，Ｒｋに変換する。
Ks（Ｒｉ，Ｒｊ，Ｒｋ）を受信すると暗号鍵Ｋｓで平文
化してＲｉ，Ｒｊ，Ｒｋに変換する。
【００２１】(6) 通信端末ＡのＣＰＵ１３では、暗号変
換部１２よりデータを受け取る（ステップ３０８）と、
変数ｒｅｃｖに０を設定する（ステップ３０９）ととも
に、受け取ったデータの先頭から８バイト、即ち受信し
たＲｉと、変数ｒ＿ｒｅｇ、即ちステップ３０５で発生
したＲｉとを比較する（ステップ３１０）。この際、一
致していればステップ３１６以降の処理を行い、不一致
であればステップ３１１以降の処理を行うが、ここでは
一致しており、通信端末Ａ及びＢにおける暗号鍵設定が
両方とも正常であることを確認する。
換部１２よりデータを受け取る（ステップ３０８）と、
変数ｒｅｃｖに０を設定する（ステップ３０９）ととも
に、受け取ったデータの先頭から８バイト、即ち受信し
たＲｉと、変数ｒ＿ｒｅｇ、即ちステップ３０５で発生
したＲｉとを比較する（ステップ３１０）。この際、一
致していればステップ３１６以降の処理を行い、不一致
であればステップ３１１以降の処理を行うが、ここでは
一致しており、通信端末Ａ及びＢにおける暗号鍵設定が
両方とも正常であることを確認する。
【００２２】(7) 次に、通信端末ＡのＣＰＵ１３では、
暗号変換部１２から受け取ったデータの先頭から１６バ
イト目から８バイト分、即ちＲｋを変数ｒｋ＿ｒｅｇに
設定する（ステップ３１６）とともに、８バイト長の乱
数Ｒｌを発生し（ステップ３１７）、変数ｒｋ＿ｒｅｇ
の内容、即ちＲｋと乱数Ｒｌを連結し、１６バイト長の
データとして、暗号変換部１２にセットし、送信要求を
行う（ステップ３１８）。暗号変換部１２では、Ｒｋ，
Ｒｌを暗号鍵Ｋｓで暗号化して１６バイト長のＥKs（Ｒ
ｋ，Ｒｌ）とし、ＩＳＤＮ網３０を介して通信端末Ｂに
送信する。
暗号変換部１２から受け取ったデータの先頭から１６バ
イト目から８バイト分、即ちＲｋを変数ｒｋ＿ｒｅｇに
設定する（ステップ３１６）とともに、８バイト長の乱
数Ｒｌを発生し（ステップ３１７）、変数ｒｋ＿ｒｅｇ
の内容、即ちＲｋと乱数Ｒｌを連結し、１６バイト長の
データとして、暗号変換部１２にセットし、送信要求を
行う（ステップ３１８）。暗号変換部１２では、Ｒｋ，
Ｒｌを暗号鍵Ｋｓで暗号化して１６バイト長のＥKs（Ｒ
ｋ，Ｒｌ）とし、ＩＳＤＮ網３０を介して通信端末Ｂに
送信する。
【００２３】(8) また、通信端末ＡのＣＰＵ１３では、
変数ｒｅｃｖは０であるか否かを確認する（ステップ３
１９）。この際、０であればステップ３２１の処理を行
い、０でなければステップ３２０以降の処理を行うが、
ここでは０であるから暗号データ通信を開始する（ステ
ップ３２１）。
変数ｒｅｃｖは０であるか否かを確認する（ステップ３
１９）。この際、０であればステップ３２１の処理を行
い、０でなければステップ３２０以降の処理を行うが、
ここでは０であるから暗号データ通信を開始する（ステ
ップ３２１）。
【００２４】(9) 通信端末Ｂの暗号変換部２２では、Ｅ
Ks（Ｒｋ，Ｒｌ）を受信すると暗号鍵Ｋｓで平文化し、
Ｒｋ，Ｒｌに変換する。
Ks（Ｒｋ，Ｒｌ）を受信すると暗号鍵Ｋｓで平文化し、
Ｒｋ，Ｒｌに変換する。
【００２５】(10)通信端末ＢのＣＰＵ２３では、暗号変
換部２２よりデータを受け取る（ステップ４０９）と、
受け取ったデータの先頭から８バイト分、即ちＲｋと、
変数ｒ＿ｒｅｇ、即ちステップ４０６で発生したＲｋと
を比較する（ステップ４１０）。この際、一致していれ
ばステップ４１６の処理を行い、不一致であればステッ
プ４１１以降の処理を行うが、ここでは一致しており、
通信端末Ａ及びＢにおける暗号鍵設定が両方とも正常で
あることを確認する。
換部２２よりデータを受け取る（ステップ４０９）と、
受け取ったデータの先頭から８バイト分、即ちＲｋと、
変数ｒ＿ｒｅｇ、即ちステップ４０６で発生したＲｋと
を比較する（ステップ４１０）。この際、一致していれ
ばステップ４１６の処理を行い、不一致であればステッ
プ４１１以降の処理を行うが、ここでは一致しており、
通信端末Ａ及びＢにおける暗号鍵設定が両方とも正常で
あることを確認する。
【００２６】(11)通信端末Ｂも暗号データ通信を開始す
る（ステップ４１６）。
る（ステップ４１６）。
【００２７】次に、通信端末Ａにおける鍵設定が正常で
且つ通信端末Ｂにおける鍵設定が異常の場合の動作を図
７に従って説明する。
且つ通信端末Ｂにおける鍵設定が異常の場合の動作を図
７に従って説明する。
【００２８】(1) 通信端末Ａ及びＢのＣＰＵ１３及び２
３は、それぞれ暗号変換部１２及び２２に暗号鍵（Ｋ
ｓ）の設定要求を行う（ステップ３０１，４０１）。次
に、通信端末Ａ及びＢのＣＰＵ１３及び２３は、暗号鍵
の設定が正常か異常かを調べる（ステップ３０２，４０
２）が、ここでは通信端末Ａでは正常であるから変数ｋ
ｅｙ＿ｓｅｔに０を設定し（ステップ３０３）、通信端
末Ｂでは異常であるから変数ｋｅｙ＿ｓｅｔに−１を設
定する（ステップ４０４）。
３は、それぞれ暗号変換部１２及び２２に暗号鍵（Ｋ
ｓ）の設定要求を行う（ステップ３０１，４０１）。次
に、通信端末Ａ及びＢのＣＰＵ１３及び２３は、暗号鍵
の設定が正常か異常かを調べる（ステップ３０２，４０
２）が、ここでは通信端末Ａでは正常であるから変数ｋ
ｅｙ＿ｓｅｔに０を設定し（ステップ３０３）、通信端
末Ｂでは異常であるから変数ｋｅｙ＿ｓｅｔに−１を設
定する（ステップ４０４）。
【００２９】(2) 次に、通信端末ＡのＣＰＵ１３は８バ
イト長の乱数Ｒｉを発生し（ステップ３０５）、変数ｒ
＿ｒｅｇに乱数Ｒｉを設定する（ステップ３０６）とと
もに、乱数Ｒｉを暗号変換部１２にセットし、送信要求
を行う（ステップ３０７）。暗号変換部１２では、乱数
Ｒｉを暗号鍵Ｋｓで暗号化して８バイト長のＥKs（Ｒ
ｉ）とし、ＩＳＤＮ網３０を介して通信端末Ｂに送信す
る。
イト長の乱数Ｒｉを発生し（ステップ３０５）、変数ｒ
＿ｒｅｇに乱数Ｒｉを設定する（ステップ３０６）とと
もに、乱数Ｒｉを暗号変換部１２にセットし、送信要求
を行う（ステップ３０７）。暗号変換部１２では、乱数
Ｒｉを暗号鍵Ｋｓで暗号化して８バイト長のＥKs（Ｒ
ｉ）とし、ＩＳＤＮ網３０を介して通信端末Ｂに送信す
る。
【００３０】(3) 通信端末Ｂの暗号変換部２２では、Ｅ
Ks（Ｒｉ）を受信すると暗号鍵の設定が異常であるた
め、そのままＥKs（Ｒｉ）を引き渡す。
Ks（Ｒｉ）を受信すると暗号鍵の設定が異常であるた
め、そのままＥKs（Ｒｉ）を引き渡す。
【００３１】(4) 通信端末ＢのＣＰＵ２３では、暗号変
換部２２よりデータを受け取る（ステップ４０５）と、
８バイト長の乱数Ｒｊ，Ｒｋを発生し（ステップ４０
６）、変数ｒ＿ｒｅｇに乱数Ｒｋを設定する（ステップ
４０７）とともに、受け取ったデータ、即ちＥKs（Ｒ
ｉ）とＲｊ，Ｒｋとを連結して２４バイト長のデータと
して、暗号変換部２２に送信要求を行う（ステップ４０
８）。暗号変換部２２では、暗号鍵の設定が異常である
ため、ＥKs（Ｒｉ），Ｒｊ，Ｒｋをそのまま２４バイト
長のデータとし、ＩＳＤＮ網３０を介して通信端末Ａに
送信する。
換部２２よりデータを受け取る（ステップ４０５）と、
８バイト長の乱数Ｒｊ，Ｒｋを発生し（ステップ４０
６）、変数ｒ＿ｒｅｇに乱数Ｒｋを設定する（ステップ
４０７）とともに、受け取ったデータ、即ちＥKs（Ｒ
ｉ）とＲｊ，Ｒｋとを連結して２４バイト長のデータと
して、暗号変換部２２に送信要求を行う（ステップ４０
８）。暗号変換部２２では、暗号鍵の設定が異常である
ため、ＥKs（Ｒｉ），Ｒｊ，Ｒｋをそのまま２４バイト
長のデータとし、ＩＳＤＮ網３０を介して通信端末Ａに
送信する。
【００３２】(5) 通信端末Ａの暗号変換部１２では、Ｅ
Ks（Ｒｉ），Ｒｊ，Ｒｋを受信すると暗号鍵Ｋｓで平文
化し、２４バイト長のＤKs（ＥKs（Ｒｉ），Ｒｊ，Ｒ
ｋ）に変換する。
Ks（Ｒｉ），Ｒｊ，Ｒｋを受信すると暗号鍵Ｋｓで平文
化し、２４バイト長のＤKs（ＥKs（Ｒｉ），Ｒｊ，Ｒ
ｋ）に変換する。
【００３３】(6) 通信端末ＡのＣＰＵ１３では、暗号変
換部１２よりデータを受け取る（ステップ３０８）と、
変数ｒｅｃｖに０を設定する（ステップ３０９）ととも
に、受け取ったデータの先頭から８バイトのデータ（Ｒ
i'）と、変数ｒ＿ｒｅｇ、即ちステップ３０５で発生し
たＲｉとを比較する（ステップ３１０）が、ここでは不
一致であるからステップ３１１以降の処理を行い、通信
端末Ａ又はＢにおける暗号鍵設定が異常であることを確
認する。
換部１２よりデータを受け取る（ステップ３０８）と、
変数ｒｅｃｖに０を設定する（ステップ３０９）ととも
に、受け取ったデータの先頭から８バイトのデータ（Ｒ
i'）と、変数ｒ＿ｒｅｇ、即ちステップ３０５で発生し
たＲｉとを比較する（ステップ３１０）が、ここでは不
一致であるからステップ３１１以降の処理を行い、通信
端末Ａ又はＢにおける暗号鍵設定が異常であることを確
認する。
【００３４】(7) 次に、通信端末ＡのＣＰＵ１３では、
変数ｋｅｙ＿ｓｅｔは０であるか否かを確認する（ステ
ップ３１１）。この際、０であればステップ３１２以降
の処理を行い、０でなければステップ３１３以降の処理
を行うが、ここでは０であるから、暗号変換部１２に対
して平文状態の設定要求を行う（ステップ３１２）。
変数ｋｅｙ＿ｓｅｔは０であるか否かを確認する（ステ
ップ３１１）。この際、０であればステップ３１２以降
の処理を行い、０でなければステップ３１３以降の処理
を行うが、ここでは０であるから、暗号変換部１２に対
して平文状態の設定要求を行う（ステップ３１２）。
【００３５】(8) また、通信端末ＡのＣＰＵ１３では、
平文状態の設定要求が正常に終了したかどうか確認する
（ステップ３１４）。この際、異常であればステップ３
１５、即ちデータ通信を中止する等の回線異常処理を行
い、正常であればステップ３１６以降の処理を行うが、
ここでは正常であるとする。
平文状態の設定要求が正常に終了したかどうか確認する
（ステップ３１４）。この際、異常であればステップ３
１５、即ちデータ通信を中止する等の回線異常処理を行
い、正常であればステップ３１６以降の処理を行うが、
ここでは正常であるとする。
【００３６】(9) 通信端末ＡのＣＰＵ１３では、暗号変
換部１２から受け取ったデータの先頭から１６バイト目
から８バイト分、即ちＲk'を変数ｒｋ＿ｒｅｇに設定す
る（ステップ３１６）とともに、８バイト長の乱数Ｒｌ
を発生し（ステップ３１７）、変数ｒｋ＿ｒｅｇの内
容、即ちＲk'と乱数Ｒｌを連結し、１６バイト長のデー
タとして、暗号変換部１２にセットし、送信要求を行う
（ステップ３１８）。暗号変換部１２では、Ｒk'，Ｒｌ
をそのまま１６バイト長のデータとし、ＩＳＤＮ網３０
を介して通信端末Ｂに送信する。
換部１２から受け取ったデータの先頭から１６バイト目
から８バイト分、即ちＲk'を変数ｒｋ＿ｒｅｇに設定す
る（ステップ３１６）とともに、８バイト長の乱数Ｒｌ
を発生し（ステップ３１７）、変数ｒｋ＿ｒｅｇの内
容、即ちＲk'と乱数Ｒｌを連結し、１６バイト長のデー
タとして、暗号変換部１２にセットし、送信要求を行う
（ステップ３１８）。暗号変換部１２では、Ｒk'，Ｒｌ
をそのまま１６バイト長のデータとし、ＩＳＤＮ網３０
を介して通信端末Ｂに送信する。
【００３７】(10)また、通信端末ＡのＣＰＵ１３では、
変数ｒｅｃｖは０であるか否かを確認する（ステップ３
１９）が、ここでは０であるから平文データ通信を開始
する（ステップ３２１）。
変数ｒｅｃｖは０であるか否かを確認する（ステップ３
１９）が、ここでは０であるから平文データ通信を開始
する（ステップ３２１）。
【００３８】(11)通信端末Ｂの暗号変換部２２では、Ｒ
k'，Ｒｌを受信するとそのまま引き渡す。
k'，Ｒｌを受信するとそのまま引き渡す。
【００３９】(12)通信端末ＢのＣＰＵ２３では、暗号変
換部２２よりデータを受け取る（ステップ４０９）と、
受け取ったデータの先頭から８バイト分、即ちＲk'と、
変数ｒ＿ｒｅｇ、即ちステップ４０６で発生したＲｋと
を比較する（ステップ４１０）が、ここでは不一致であ
るからステップ４１１以降の処理を行い、通信端末Ａ又
はＢにおける暗号鍵設定が異常であることを確認する。
換部２２よりデータを受け取る（ステップ４０９）と、
受け取ったデータの先頭から８バイト分、即ちＲk'と、
変数ｒ＿ｒｅｇ、即ちステップ４０６で発生したＲｋと
を比較する（ステップ４１０）が、ここでは不一致であ
るからステップ４１１以降の処理を行い、通信端末Ａ又
はＢにおける暗号鍵設定が異常であることを確認する。
【００４０】(13)次に、通信端末Ｂでは、変数ｋｅｙ＿
ｓｅｔは０であるか否かを確認する（ステップ４１
１）。この際、０であればステップ４１２以降の処理を
行い、０でなければステップ４１６の処理を行うが、こ
こでは０でないから、そのまま平文データ通信を開始す
る（ステップ４１６）。
ｓｅｔは０であるか否かを確認する（ステップ４１
１）。この際、０であればステップ４１２以降の処理を
行い、０でなければステップ４１６の処理を行うが、こ
こでは０でないから、そのまま平文データ通信を開始す
る（ステップ４１６）。
【００４１】次に、通信端末Ａにおける鍵設定が異常で
且つ通信端末Ｂにおける鍵設定が正常の場合の動作を図
８に従って説明する。
且つ通信端末Ｂにおける鍵設定が正常の場合の動作を図
８に従って説明する。
【００４２】(1) 通信端末Ａ及びＢのＣＰＵ１３及び２
３は、それぞれ暗号変換部１２及び２２に暗号鍵（Ｋ
ｓ）の設定要求を行う（ステップ３０１，４０１）。次
に、通信端末Ａ及びＢのＣＰＵ１３及び２３は、暗号鍵
の設定が正常か異常かを調べる（ステップ３０２，４０
２）が、ここでは通信端末Ａでは異常であるから変数ｋ
ｅｙ＿ｓｅｔに−１を設定し（ステップ３０４）、通信
端末Ｂでは正常であるから変数ｋｅｙ＿ｓｅｔに０を設
定する（ステップ４０３）。
３は、それぞれ暗号変換部１２及び２２に暗号鍵（Ｋ
ｓ）の設定要求を行う（ステップ３０１，４０１）。次
に、通信端末Ａ及びＢのＣＰＵ１３及び２３は、暗号鍵
の設定が正常か異常かを調べる（ステップ３０２，４０
２）が、ここでは通信端末Ａでは異常であるから変数ｋ
ｅｙ＿ｓｅｔに−１を設定し（ステップ３０４）、通信
端末Ｂでは正常であるから変数ｋｅｙ＿ｓｅｔに０を設
定する（ステップ４０３）。
【００４３】(2) 次に、通信端末ＡのＣＰＵ１３は８バ
イト長の乱数Ｒｉを発生し（ステップ３０５）、変数ｒ
＿ｒｅｇに乱数Ｒｉを設定する（ステップ３０６）とと
もに、乱数Ｒｉを暗号変換部１２にセットし、送信要求
を行う（ステップ３０７）。暗号変換部１２では、暗号
鍵Ｋｓの設定が異常であるため、乱数ＲｉをそのままＩ
ＳＤＮ網３０を介して通信端末Ｂに送信する。
イト長の乱数Ｒｉを発生し（ステップ３０５）、変数ｒ
＿ｒｅｇに乱数Ｒｉを設定する（ステップ３０６）とと
もに、乱数Ｒｉを暗号変換部１２にセットし、送信要求
を行う（ステップ３０７）。暗号変換部１２では、暗号
鍵Ｋｓの設定が異常であるため、乱数ＲｉをそのままＩ
ＳＤＮ網３０を介して通信端末Ｂに送信する。
【００４４】(3) 通信端末Ｂの暗号変換部２２では、Ｒ
ｉを受信すると暗号鍵Ｋｓで平文化して８バイト長のＤ
Ks（Ｒｉ）に変換する。
ｉを受信すると暗号鍵Ｋｓで平文化して８バイト長のＤ
Ks（Ｒｉ）に変換する。
【００４５】(4) 通信端末ＢのＣＰＵ２３では、暗号変
換部２２よりデータを受け取る（ステップ４０５）と、
８バイト長の乱数Ｒｊ，Ｒｋを発生し（ステップ４０
６）、変数ｒ＿ｒｅｇに乱数Ｒｋを設定する（ステップ
４０７）とともに、受け取ったデータ、即ちＤKs（Ｒ
ｉ）とＲｊ，Ｒｋとを連結して２４バイト長のデータと
して、暗号変換部２２に送信要求を行う（ステップ４０
８）。暗号変換部２２では、ＤKs（Ｒｉ），Ｒｊ，Ｒｋ
を暗号鍵Ｋｓで暗号化して２４バイト長のＥKs（ＤKs
（Ｒｉ），Ｒｊ，Ｒｋ）とし、ＩＳＤＮ網３０を介して
通信端末Ａに送信する。
換部２２よりデータを受け取る（ステップ４０５）と、
８バイト長の乱数Ｒｊ，Ｒｋを発生し（ステップ４０
６）、変数ｒ＿ｒｅｇに乱数Ｒｋを設定する（ステップ
４０７）とともに、受け取ったデータ、即ちＤKs（Ｒ
ｉ）とＲｊ，Ｒｋとを連結して２４バイト長のデータと
して、暗号変換部２２に送信要求を行う（ステップ４０
８）。暗号変換部２２では、ＤKs（Ｒｉ），Ｒｊ，Ｒｋ
を暗号鍵Ｋｓで暗号化して２４バイト長のＥKs（ＤKs
（Ｒｉ），Ｒｊ，Ｒｋ）とし、ＩＳＤＮ網３０を介して
通信端末Ａに送信する。
【００４６】(5) 通信端末Ａの暗号変換部１２では、Ｅ
Ks（ＤKs（Ｒｉ），Ｒｊ，Ｒｋ）を受信すると暗号鍵の
設定が異常であるため、そのままＥKs（ＤKs（Ｒｉ），
Ｒｊ，Ｒｋ）を引き渡す。
Ks（ＤKs（Ｒｉ），Ｒｊ，Ｒｋ）を受信すると暗号鍵の
設定が異常であるため、そのままＥKs（ＤKs（Ｒｉ），
Ｒｊ，Ｒｋ）を引き渡す。
【００４７】(6) 通信端末ＡのＣＰＵ１３では、暗号変
換部１２よりデータを受け取る（ステップ３０８）と、
変数ｒｅｃｖに０を設定する（ステップ３０９）ととも
に、受け取ったデータの先頭から８バイトのデータ（Ｒ
i'）と、変数ｒ＿ｒｅｇ、即ちステップ３０５で発生し
たＲｉとを比較する（ステップ３１０）が、ここでは不
一致であるからステップ３１１以降の処理を行い、通信
端末Ａ又はＢにおける暗号鍵設定が異常であることを確
認する。
換部１２よりデータを受け取る（ステップ３０８）と、
変数ｒｅｃｖに０を設定する（ステップ３０９）ととも
に、受け取ったデータの先頭から８バイトのデータ（Ｒ
i'）と、変数ｒ＿ｒｅｇ、即ちステップ３０５で発生し
たＲｉとを比較する（ステップ３１０）が、ここでは不
一致であるからステップ３１１以降の処理を行い、通信
端末Ａ又はＢにおける暗号鍵設定が異常であることを確
認する。
【００４８】(7) 次に、通信端末ＡのＣＰＵ１３では、
変数ｋｅｙ＿ｓｅｔは０であるか否かを確認する（ステ
ップ３１１）が、ここでは０でないから変数ｒｅｃｖに
１を設定する（ステップ３１３）。
変数ｋｅｙ＿ｓｅｔは０であるか否かを確認する（ステ
ップ３１１）が、ここでは０でないから変数ｒｅｃｖに
１を設定する（ステップ３１３）。
【００４９】(8) さらに、通信端末ＡのＣＰＵ１３で
は、暗号変換部１２から受け取ったデータの先頭から１
６バイト目から８バイト分、即ちＲk'を変数ｒｋ＿ｒｅ
ｇに設定する（ステップ３１６）とともに、８バイト長
の乱数Ｒｌを発生し（ステップ３１７）、変数ｒｋ＿ｒ
ｅｇの内容、即ちＲk'と乱数Ｒｌを連結し、１６バイト
長のデータとして、暗号変換部１２にセットし、送信要
求を行う（ステップ３１８）。暗号変換部１２では、Ｒ
k'，ＲｌをそのままＩＳＤＮ網３０を介して通信端末Ｂ
に送信する。
は、暗号変換部１２から受け取ったデータの先頭から１
６バイト目から８バイト分、即ちＲk'を変数ｒｋ＿ｒｅ
ｇに設定する（ステップ３１６）とともに、８バイト長
の乱数Ｒｌを発生し（ステップ３１７）、変数ｒｋ＿ｒ
ｅｇの内容、即ちＲk'と乱数Ｒｌを連結し、１６バイト
長のデータとして、暗号変換部１２にセットし、送信要
求を行う（ステップ３１８）。暗号変換部１２では、Ｒ
k'，ＲｌをそのままＩＳＤＮ網３０を介して通信端末Ｂ
に送信する。
【００５０】(9) また、通信端末ＡのＣＰＵ１３では、
変数ｒｅｃｖは０であるか否かを確認する（ステップ３
１９）が、ここでは０でないからステップ３２０以降の
処理を行う。
変数ｒｅｃｖは０であるか否かを確認する（ステップ３
１９）が、ここでは０でないからステップ３２０以降の
処理を行う。
【００５１】(10)通信端末Ｂの暗号変換部２２では、Ｒ
k'，Ｒｌを受信すると暗号鍵Ｋｓで平文化し、１６バイ
ト長のＤKs（Ｒk'，Ｒｌ）に変換する。
k'，Ｒｌを受信すると暗号鍵Ｋｓで平文化し、１６バイ
ト長のＤKs（Ｒk'，Ｒｌ）に変換する。
【００５２】(11)通信端末ＢのＣＰＵ２３では、暗号変
換部２２よりデータを受け取る（ステップ４０９）と、
受け取ったデータの先頭から８バイト分、即ちＲk''
と、変数ｒ＿ｒｅｇ、即ちステップ４０６で発生したＲ
ｋとを比較する（ステップ４１０）が、ここでは不一致
であるから、通信端末Ａ又はＢにおける暗号鍵設定が異
常であることを確認する。
換部２２よりデータを受け取る（ステップ４０９）と、
受け取ったデータの先頭から８バイト分、即ちＲk''
と、変数ｒ＿ｒｅｇ、即ちステップ４０６で発生したＲ
ｋとを比較する（ステップ４１０）が、ここでは不一致
であるから、通信端末Ａ又はＢにおける暗号鍵設定が異
常であることを確認する。
【００５３】(12)次に、通信端末ＢのＣＰＵ２３では、
変数ｋｅｙ＿ｓｅｔは０であるか否かを確認する（ステ
ップ４１１）が、ここでは０であるから、暗号変換部２
２に対して平文状態の設定要求を行う（ステップ４１
２）。
変数ｋｅｙ＿ｓｅｔは０であるか否かを確認する（ステ
ップ４１１）が、ここでは０であるから、暗号変換部２
２に対して平文状態の設定要求を行う（ステップ４１
２）。
【００５４】(13)また、通信端末ＢのＣＰＵ２３では、
平文状態の設定要求が正常に終了したかどうか確認する
（ステップ４１３）。この際、異常であればステップ４
１４、即ちデータ通信を中止する等の回線異常処理を行
い、正常であればステップ４１５以降の処理を行うが、
ここでは正常であるとする。
平文状態の設定要求が正常に終了したかどうか確認する
（ステップ４１３）。この際、異常であればステップ４
１４、即ちデータ通信を中止する等の回線異常処理を行
い、正常であればステップ４１５以降の処理を行うが、
ここでは正常であるとする。
【００５５】(14)通信端末ＢのＣＰＵ２３では、暗号変
換部２２から受け取ったＤKs（Ｒk'，Ｒｌ）をそのまま
１６バイト長のデータとして、暗号変換部２２にセット
し、送信要求を行う（ステップ４１５）とともに、平文
データ通信を開始する（ステップ４１６）。暗号変換部
２２では、ＤKs（Ｒk'，Ｒｌ）をそのまま１６バイト長
のデータとし、ＩＳＤＮ網３０を介して通信端末Ａに送
信する。
換部２２から受け取ったＤKs（Ｒk'，Ｒｌ）をそのまま
１６バイト長のデータとして、暗号変換部２２にセット
し、送信要求を行う（ステップ４１５）とともに、平文
データ通信を開始する（ステップ４１６）。暗号変換部
２２では、ＤKs（Ｒk'，Ｒｌ）をそのまま１６バイト長
のデータとし、ＩＳＤＮ網３０を介して通信端末Ａに送
信する。
【００５６】(15)通信端末Ａの暗号変換部１２では、Ｄ
Ks（Ｒk'，Ｒｌ）を受信するとそのまま引き渡す。
Ks（Ｒk'，Ｒｌ）を受信するとそのまま引き渡す。
【００５７】(16)通信端末ＡのＣＰＵ１３では、暗号変
換部１２よりデータを受け取る（ステップ３２０）と平
文データ通信を開始する。
換部１２よりデータを受け取る（ステップ３２０）と平
文データ通信を開始する。
【００５８】最後に、通信端末Ａ，Ｂにおける鍵設定が
いずれも異常の場合の動作を図９に従って説明する。
いずれも異常の場合の動作を図９に従って説明する。
【００５９】(1) 通信端末Ａ及びＢのＣＰＵ１３及び２
３は、それぞれ暗号変換部１２及び２２に暗号鍵（Ｋ
ｓ）の設定要求を行う（ステップ３０１，４０１）。次
に、通信端末Ａ及びＢのＣＰＵ１３及び２３は、暗号鍵
の設定が正常か異常かを調べる（ステップ３０２，４０
２）が、ここではいずれも異常であり、変数ｋｅｙ＿ｓ
ｅｔに−１を設定する（ステップ３０４，４０４）。
３は、それぞれ暗号変換部１２及び２２に暗号鍵（Ｋ
ｓ）の設定要求を行う（ステップ３０１，４０１）。次
に、通信端末Ａ及びＢのＣＰＵ１３及び２３は、暗号鍵
の設定が正常か異常かを調べる（ステップ３０２，４０
２）が、ここではいずれも異常であり、変数ｋｅｙ＿ｓ
ｅｔに−１を設定する（ステップ３０４，４０４）。
【００６０】(2) 次に、通信端末ＡのＣＰＵ１３は８バ
イト長の乱数Ｒｉを発生し（ステップ３０５）、変数ｒ
＿ｒｅｇに乱数Ｒｉを設定する（ステップ３０６）とと
もに、乱数Ｒｉを暗号変換部１２にセットし、送信要求
を行う（ステップ３０７）。暗号変換部１２では、暗号
鍵Ｋｓの設定が異常であるため、乱数ＲｉをそのままＩ
ＳＤＮ網３０を介して通信端末Ｂに送信する。
イト長の乱数Ｒｉを発生し（ステップ３０５）、変数ｒ
＿ｒｅｇに乱数Ｒｉを設定する（ステップ３０６）とと
もに、乱数Ｒｉを暗号変換部１２にセットし、送信要求
を行う（ステップ３０７）。暗号変換部１２では、暗号
鍵Ｋｓの設定が異常であるため、乱数ＲｉをそのままＩ
ＳＤＮ網３０を介して通信端末Ｂに送信する。
【００６１】(3) 通信端末Ｂの暗号変換部２２では、Ｒ
ｉを受信すると暗号鍵Ｋｓの設定が異常であるため、そ
のままＲｉを引き渡す。
ｉを受信すると暗号鍵Ｋｓの設定が異常であるため、そ
のままＲｉを引き渡す。
【００６２】(4) 通信端末ＢのＣＰＵ２３では、暗号変
換部２２よりデータを受け取る（ステップ４０５）と、
８バイト長の乱数Ｒｊ，Ｒｋを発生し（ステップ４０
６）、変数ｒ＿ｒｅｇに乱数Ｒｋを設定する（ステップ
４０７）とともに、受け取ったデータ、即ちＲｉとＲ
ｊ，Ｒｋとを連結して２４バイト長のデータとして、暗
号変換部２２に送信要求を行う（ステップ４０８）。暗
号変換部２２では、暗号鍵の設定が異常であるため、Ｒ
ｉ，Ｒｊ，Ｒｋをそのまま２４バイト長のデータとし、
ＩＳＤＮ網３０を介して通信端末Ａに送信する。
換部２２よりデータを受け取る（ステップ４０５）と、
８バイト長の乱数Ｒｊ，Ｒｋを発生し（ステップ４０
６）、変数ｒ＿ｒｅｇに乱数Ｒｋを設定する（ステップ
４０７）とともに、受け取ったデータ、即ちＲｉとＲ
ｊ，Ｒｋとを連結して２４バイト長のデータとして、暗
号変換部２２に送信要求を行う（ステップ４０８）。暗
号変換部２２では、暗号鍵の設定が異常であるため、Ｒ
ｉ，Ｒｊ，Ｒｋをそのまま２４バイト長のデータとし、
ＩＳＤＮ網３０を介して通信端末Ａに送信する。
【００６３】(5) 通信端末Ａの暗号変換部１２では、Ｒ
ｉ，Ｒｊ，Ｒｋを受信するとそのまま引き渡す。
ｉ，Ｒｊ，Ｒｋを受信するとそのまま引き渡す。
【００６４】(6) 通信端末ＡのＣＰＵ１３では、暗号変
換部１２よりデータを受け取る（ステップ３０８）と、
変数ｒｅｃｖに０を設定する（ステップ３０９）ととも
に、受け取ったデータの先頭から８バイト、即ち受信し
たＲｉと、変数ｒ＿ｒｅｇ、即ちステップ３０５で発生
したＲｉとを比較する（ステップ３１０）が、ここでは
一致しており、通信端末Ａ及びＢにおける暗号鍵設定が
両方とも異常であることを確認する。
換部１２よりデータを受け取る（ステップ３０８）と、
変数ｒｅｃｖに０を設定する（ステップ３０９）ととも
に、受け取ったデータの先頭から８バイト、即ち受信し
たＲｉと、変数ｒ＿ｒｅｇ、即ちステップ３０５で発生
したＲｉとを比較する（ステップ３１０）が、ここでは
一致しており、通信端末Ａ及びＢにおける暗号鍵設定が
両方とも異常であることを確認する。
【００６５】(7) 次に、通信端末ＡのＣＰＵ１３では、
暗号変換部１２から受け取ったデータの先頭から１６バ
イト目から８バイト分、即ちＲｋを変数ｒｋ＿ｒｅｇに
設定する（ステップ３１６）とともに、８バイト長の乱
数Ｒｌを発生し（ステップ３１７）、変数ｒｋ＿ｒｅｇ
の内容、即ちＲｋと乱数Ｒｌを連結し、１６バイト長の
データとして、暗号変換部１２にセットし、送信要求を
行う（ステップ３１８）。暗号変換部１２では、Ｒｋ，
Ｒｌをそのまま１６バイト長のデータとし、ＩＳＤＮ網
３０を介して通信端末Ｂに送信する。
暗号変換部１２から受け取ったデータの先頭から１６バ
イト目から８バイト分、即ちＲｋを変数ｒｋ＿ｒｅｇに
設定する（ステップ３１６）とともに、８バイト長の乱
数Ｒｌを発生し（ステップ３１７）、変数ｒｋ＿ｒｅｇ
の内容、即ちＲｋと乱数Ｒｌを連結し、１６バイト長の
データとして、暗号変換部１２にセットし、送信要求を
行う（ステップ３１８）。暗号変換部１２では、Ｒｋ，
Ｒｌをそのまま１６バイト長のデータとし、ＩＳＤＮ網
３０を介して通信端末Ｂに送信する。
【００６６】(8) また、通信端末ＡのＣＰＵ１３では、
変数ｒｅｃｖは０であるか否かを確認する（ステップ３
１９）が、ここでは０であるから平文データ通信を開始
する（ステップ３２１）。
変数ｒｅｃｖは０であるか否かを確認する（ステップ３
１９）が、ここでは０であるから平文データ通信を開始
する（ステップ３２１）。
【００６７】(9) 通信端末Ｂの暗号変換部２２では、Ｒ
ｋ，Ｒｌを受信するとそのまま引き渡す。
ｋ，Ｒｌを受信するとそのまま引き渡す。
【００６８】(10)通信端末ＢのＣＰＵ２３では、暗号変
換部２２よりデータを受け取る（ステップ４０９）と、
受け取ったデータの先頭から８バイト分、即ちＲｋと、
変数ｒ＿ｒｅｇ、即ちステップ４０６で発生したＲｋと
を比較する（ステップ４１０）が、ここでは一致してお
り、通信端末Ａ及びＢにおける暗号鍵設定が両方とも異
常であることを確認する。
換部２２よりデータを受け取る（ステップ４０９）と、
受け取ったデータの先頭から８バイト分、即ちＲｋと、
変数ｒ＿ｒｅｇ、即ちステップ４０６で発生したＲｋと
を比較する（ステップ４１０）が、ここでは一致してお
り、通信端末Ａ及びＢにおける暗号鍵設定が両方とも異
常であることを確認する。
【００６９】(11)通信端末Ｂも平文データ通信を開始す
る（ステップ４１６）。
る（ステップ４１６）。
【００７０】
【発明の効果】以上説明したように本発明によれば、発
呼側及び着呼側の両方の通信端末において暗号鍵の設定
に異常がないかどうかを確認でき、発呼側及び着呼側の
いずれの通信端末においても正常であれば暗号データ通
信を、また、いずれか一方でも異常であれば平文による
データ通信を行わせることができる。
呼側及び着呼側の両方の通信端末において暗号鍵の設定
に異常がないかどうかを確認でき、発呼側及び着呼側の
いずれの通信端末においても正常であれば暗号データ通
信を、また、いずれか一方でも異常であれば平文による
データ通信を行わせることができる。
【図１】本発明の一実施例を示す構成図
【図２】発呼側の通信端末の動作を示すフローチャート
【図３】発呼側の通信端末の動作を示すフローチャート
【図４】着呼側の通信端末の動作を示すフローチャート
【図５】着呼側の通信端末の動作を示すフローチャート
【図６】本発明による通信のようすを示す図
【図７】本発明による通信のようすを示す図
【図８】本発明による通信のようすを示す図
【図９】本発明による通信のようすを示す図
１０，２０…通信端末、３０…ＩＳＤＮ網、１１，２１
…端末制御部、１２，２２…暗号変換部、１３，２３…
ＣＰＵ、１４，２４…ＲＡＭ。
…端末制御部、１２，２２…暗号変換部、１３，２３…
ＣＰＵ、１４，２４…ＲＡＭ。
Claims (1)
- 【請求項１】 暗号鍵が正常に設定された時は該暗号鍵
を用いて情報を暗号化及び解読し、暗号鍵が正常に設定
されなかった時並びに平文通信を命令された時は情報を
そのままとする暗号変換部をそれぞれ備えた一対の通信
端末を通信回線を介して接続し、ディジタル情報を伝送
するディジタル通信方法において、 発呼側の通信端末で第１の乱数を発生し、これを記憶す
るとともに暗号変換部に引き渡し、第１のデータとして
着呼側の通信端末に送信し、 着呼側の通信端末で第１のデータを受信するとこれを暗
号変換部を通して第１の仮の乱数とし、さらに第２の乱
数を発生し、これを記憶するとともに前記第１の仮の乱
数と並べて暗号変換部に引き渡し、第２のデータとして
発呼側の通信端末に送信し、 発呼側の通信端末で第２のデータを受信するとこれを暗
号変換部を通して第１の仮の乱数候補及び第２の仮の乱
数とし、該第１の仮の乱数候補と前記記憶した第１の乱
数とを比較し、一致していれば発呼側及び着呼側の通信
端末における暗号変換部への暗号鍵が両方とも正常に設
定された或いは正常に設定されなかったと判断し、さら
に第３の乱数を発生し、これを記憶するとともに前記第
２の仮の乱数と並べて暗号変換部に引き渡し、第３のデ
ータとして着呼側の通信端末に送信し、その後、通信を
開始し、不一致であれば発呼側又は着呼側の通信端末に
おける暗号変換部への暗号鍵がいずれか一方で正常に設
定されなかったと判断し、暗号変換部に平文通信を命令
し、さらに第３の乱数を発生し、これを記憶するととも
に前記第２の仮の乱数と並べて暗号変換部に引き渡し、
第３のデータとして着呼側の通信端末に送信し、その
後、通信を開始し、 着呼側の通信端末で第３のデータを受信するとこれを暗
号変換部を通して第２の仮の乱数候補及び第３の仮の乱
数とし、該第２の仮の乱数候補と前記記憶した第２の乱
数とを比較し、一致していれば発呼側及び着呼側の通信
端末における暗号変換部への暗号鍵が両方とも正常に設
定された或いは正常に設定されなかったと判断し、その
まま通信を開始し、不一致であれば発呼側又は着呼側の
通信端末における暗号変換部への暗号鍵がいずれか一方
で正常に設定されなかったと判断し、暗号変換部に平文
通信を命令した後、通信を開始するようになしたことを
特徴とするディジタル通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5102579A JPH06315026A (ja) | 1993-04-28 | 1993-04-28 | ディジタル通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5102579A JPH06315026A (ja) | 1993-04-28 | 1993-04-28 | ディジタル通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06315026A true JPH06315026A (ja) | 1994-11-08 |
Family
ID=14331146
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5102579A Pending JPH06315026A (ja) | 1993-04-28 | 1993-04-28 | ディジタル通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06315026A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007529162A (ja) * | 2003-10-16 | 2007-10-18 | 松下電器産業株式会社 | 暗号通信システム、通信装置 |
-
1993
- 1993-04-28 JP JP5102579A patent/JPH06315026A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007529162A (ja) * | 2003-10-16 | 2007-10-18 | 松下電器産業株式会社 | 暗号通信システム、通信装置 |
| JP4771946B2 (ja) * | 2003-10-16 | 2011-09-14 | パナソニック株式会社 | 暗号通信システム、通信装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1323507C (zh) | 分组加密算法中对短分组的处理方法 | |
| CA2347806A1 (en) | Encryption and authentication methods and apparatus for securing telephone communications | |
| US11831764B2 (en) | End-to-end double-ratchet encryption with epoch key exchange | |
| JP2001517020A (ja) | テレコミュニケーションネットワークの送信に対するセキュリティ方法 | |
| JPH06232861A (ja) | 暗号キー管理装置およびその方法 | |
| US5465300A (en) | Secure communication setup method | |
| US7466824B2 (en) | Method and system for encryption of streamed data | |
| JP2001156770A (ja) | 暗号同期情報の自動再同期 | |
| EP3476078A1 (en) | Systems and methods for authenticating communications using a single message exchange and symmetric key | |
| KR20200067265A (ko) | 실시간 데이터 전송을 위한 블록 암호 장치 및 방법 | |
| WO2016082401A1 (zh) | 通话方法、装置、用户终端及计算机存储介质 | |
| CN114826659A (zh) | 一种加密通讯方法及系统 | |
| JPH0974408A (ja) | 秘話通信方法 | |
| CN114363086B (zh) | 基于流密码的工业互联网数据加密传输方法 | |
| JPH06315026A (ja) | ディジタル通信方法 | |
| JP4239704B2 (ja) | 暗号通信システムおよび暗号通信方法 | |
| JP2808512B2 (ja) | 秘話通信システム | |
| JPH10313306A (ja) | 認証装置、暗号化装置、復号化装置及び暗号通信システム | |
| WO2010069102A1 (zh) | 移动终端及其密钥传输、解密方法、保密通信的实现方法 | |
| JPS63176043A (ja) | 秘密情報通信方式 | |
| JPH06152587A (ja) | ディジタル通信方法及びその装置 | |
| JPH05122217A (ja) | 秘話通信方法 | |
| JPH09130618A (ja) | ファクシミリ装置 | |
| JPH10164048A (ja) | 大規模サービスにおける秘密保全通信方法、ならびにそのための加入者施設およびサーバ | |
| JP3011151B2 (ja) | 暗号通信装置 |