JPH08279807A - 秘話装置 - Google Patents

Abstract

(57)【要約】 【目的】 秘話通信要求者が秘話通信開始時に希望する
秘話強度を選択することを可能にし、一つの秘話鍵を全
てのデータフレームに適用する場合よりも秘話強度の高
い秘話通信を行うことを可能にする秘話強度が可変の秘
話装置を提供する。 【構成】 秘話強度レベルとユーザ鍵とに基づいて各部
を統合制御する秘話制御手段１と、秘話強度レベル、ユ
ーザ鍵及びシステム固有データから拡大鍵ＥＫを生成す
る拡大鍵生成部４、及び生成された拡大鍵ＥＫ又は配送
された拡大鍵ＥＫを記憶する拡大鍵記憶部５を有する鍵
管理手段３と、秘話強度レベルに応じた拡大鍵の配送を
制御する鍵配送制御手段６と、ＲＣＲ ＳＴＤ−２８の
仕様に従い疑似乱数系列を発生する疑似乱数発生手段２
と、発生された疑似乱数系列を用いて送信時には平文を
暗号文にスクランブルし、受信時には暗号文を平文にデ
スクランブルするスクランブル／デスクランブル手段７
とが配設されている。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、秘話装置に関し、より
詳細には、秘話通信時における秘話強度を秘話通信要求
者が希望する任意の秘話強度に変更することが可能な秘
話装置に関する。

【０００２】

【従来の技術】従来、秘話装置としては、第二世代ディ
ジタルコードレス電話システム標準規格（以後、ＲＣＲ
ＳＴＤ−２８と記す）において規定される簡易秘話方
式を実現した秘話装置がある。また、高度な暗号通信に
用いられるＤＥＳ、ＦＥＡＬ暗号に代表される秘密鍵暗
号方式、あるいはＲＳＡ暗号に代表される公開鍵暗号方
式などの高度な暗号方式を実現した暗号装置を秘話装置
として用いることも考えられる。

【０００３】

【発明が解決しようとする課題】上述したＲＣＲ ＳＴ
Ｄ−２８において規定される簡易秘話方式では、データ
のスクランブル／デスクランブルは、一つの１６ビット
の秘話鍵を初期値として発生された１６０ビットの疑似
乱数系列と、スクランブル／デスクランブルすべき全て
の１６０ビットのデータフレームとの排他的論理和をと
ることにより行われる。

【０００４】この１６ビットの秘話鍵は、秘話通信開始
前に秘話通信要求者からその都度入力されるか、又は、
予め設定しておいた秘話鍵が毎回用いられるかされ、秘
話通信開始前に秘話通信相手に対して配送される。しか
し、この秘話鍵は、その値を秘話通信開始時に秘話通信
要求者により任意の値に設定することはできるが、その
大きさを秘話通信要求者により変更することはできな
い。

【０００５】一般に、複数の暗号文を一つの秘密鍵から
生成すると、一つの秘密鍵を適用した暗号文のサンプル
を多数生成することとなり、暗号解読者に対し多くの情
報を与えることになる。このことは、暗号化に用いた秘
密鍵を解読される危険性が高くなることを意味する。こ
の危険性は、暗号文毎に異なる秘話鍵を用いることによ
り回避でき、複数の暗号文を一つの秘密鍵から生成する
場合より暗号強度を高めることができる。ところが、Ｒ
ＣＲ ＳＴＤ−２８において規定される簡易秘話方式の
スクランブル／デスタランブル処理は、全てのデータフ
レームに対して一つの秘話鍵から生成される同一の疑似
乱数系列を適用することにより行われる。これは、一つ
のデータフレームを一つの暗号文と捉えた場合、先に述
べた複数の暗号文を一つの秘話鍵から生成することと等
価であり、スクランブルに用いた秘話鍵を盗聴者に解読
される危険性が高いという問題がある。

【０００６】以上のことから、ＲＣＲ ＳＴＤ−２８に
おいて規定される簡易秘話方式を実現した秘話装置を用
いた秘話通信は、秘話通信要求者が希望する秘話強度に
よる秘話通信を行うことはできず、しかも、解読者に秘
話鍵を解読される可能性が高い安全強度の低い秘話通信
であることを意味している。

【０００７】一方、高度な暗号通信に用いられるＤＥ
Ｓ、ＦＥＡＬ暗号に代表される秘密鍵暗号方式、又はＲ
ＳＡ暗号に代表される公開鍵暗号方式を実現した暗号装
置を秘話装置として使用する場合には、安全強度の高い
秘話通信を行うことが可能となるが、秘話通信要求者が
希望する秘話強度による秘話通信が可能であるかという
点に関しては、前述のＲＣＲ ＳＴＤ−２８の場合と同
様なことがいえる。

【０００８】秘密鍵暗号方式及び公開鍵暗号方式の両者
共、鍵の大きさに暗号強度が依存するという性質を持っ
ているが、秘密鍵暗号方式を実現した装置においては、
ＤＥＳ、ＦＥＡＬ暗号ともに、秘密鍵として前もって設
定された所定固定長のデータ入力を前提としたアルゴリ
ズムとなっており、暗号通信開始時に、ユーザが鍵の大
きさを選択することはできない。また、公開鍵暗号方式
においては、暗号通信要求者が用いる暗号化鍵は通信相
手が定めた鍵であり、暗号通信要求者の希望する大きさ
の鍵を用いることはできず、暗号通信要求者が鍵の大き
さを選択することにより希望する暗号強度の選択を行う
ことはできない。

【０００９】従って、上記の高度な暗号通信に用いられ
ている暗号方式を実現した暗号装置を秘話装置として用
いた場合においても、通信開始時に秘話通信要求者が希
望する秘話強度を選択し、秘話通信要求者が希望する秘
話強度による秘話通信を行うことはできない。

【００１０】本発明は、上記のような課題を解消するた
めになされたもので、秘話通信要求者が秘話通信開始時
に秘話通信要求者が希望する秘話強度を選択することを
可能にし、また、秘話通信要求者が選択した秘話強度レ
ベルによっては、一つの秘話鍵を適用するデータフレー
ム数を滅少させ、一つの秘話鍵を全てのデータフレーム
に適用する場合と比べてより秘話強度の高い秘話通信を
行うことを可能にする秘話強度が可変の秘話装置を提供
することを目的とする。

【００１１】

【課題を解決するための手段】本発明によれば、前述の
目的は、秘話通信要求側と秘話通信応答側とで秘話通信
を行う際に秘話強度を変更し得る秘話装置であって、前
記要求側においては、任意に入力されたユーザ鍵及び秘
話強度レベルの２つの値に基づいて秘話制御を行い、前
記応答側においては、前記要求側から送信された疑似乱
数を発生させる初期値を含む拡大鍵及び前記秘話強度レ
ベルの２つの値に基づいて秘話制御を行う秘話制御手段
と、前記入力されたユーザ鍵及び秘話強度レベルとシス
テム固有データとの３つの値から前記拡大鍵を生成する
拡大鍵生成手段、及び前記生成された拡大鍵又は前記送
信された拡大鍵を記憶する拡大鍵記憶手段を含んでおり
拡大鍵の生成及び前記秘話制御手段へ出力する拡大鍵の
管理を行う鍵管理手段と、前記要求側においては前記入
力された秘話強度レベル及び前記鍵管理手段に管理され
ている拡大鍵の送信を制御し、前記応答側においては前
記送信された拡大鍵及び秘話強度レベルの受信を制御す
る鍵配送制御手段と、前記秘話制御手段から出力された
前記管理されている拡大鍵に含まれる前記初期値に基づ
いて疑似乱数系列を発生する疑似乱数発生手段と、前記
疑似乱数系列を適用して通信データ送信の際には平文デ
ータを暗号文データにスクランブルし、通信データ受信
の際には暗号文データを平文データにデスクランブルす
るスクランブル／デスクランブル手段とを備えており、
前記秘話制御手段は前記秘話強度レベルに応じて同一の
前記初期値から発生された疑似乱数系列を適用してスク
ランブル／デスクランブルするデータフレームの数を変
化させるよう制御することを特徴とする請求項１に記載
の秘話装置によって達成される。

【００１２】本発明によれば、前述の目的は、前記秘話
制御手段は、前記要求側においては、秘話通信の開始前
に入力された秘話強度レベルの値により通信中に拡大鍵
の再送信が必要であるか否かを判断し、前記再送信が必
要でない際には前記鍵管理手段に対して１つの拡大鍵を
生成することを要求し、前記再送信が必要である際には
前記鍵管理手段に対して複数の拡大鍵を生成することを
要求し、共に前記鍵管理手段が拡大鍵を生成した後に前
記鍵配送制御手段に対して前記生成された拡大鍵及び前
記秘話強度レベルの送信を要求し、秘話通信の開始後に
前記応答側から拡大鍵変更可能の応答を受信した際に、
前記鍵管理手段に対して新たに拡大鍵の生成を要求しか
つ前記生成された拡大鍵に含まれる前記初期値をデータ
フレームのスクランブル／デスクランブルの終了に同期
して前記疑似乱数発生手段へ出力して前記拡大鍵を変更
するタイミングを制御する処理を秘話通信が終了するま
で繰り返し、前記応答側においては、秘話通信開始前に
前記鍵配送制御手段を介して前記送信された秘話強度レ
ベルを受け取り、秘話通信開始後に前記秘話強度レベル
及び前記鍵配送制御手段の新たな拡大鍵の受信に基づい
て、前記新たに受信した拡大鍵に含まれる前記初期値を
データフレームのスクランブル／デスクランブルの終了
に同期して前記疑似乱数発生手段へ出力して拡大鍵を変
更するタイミングを制御する処理を秘話通信が終了する
まで繰り返すよう制御することを特徴とする請求項２に
記載の秘話装置によって達成される。

【００１３】本発明によれば、前述の目的は、前記鍵配
送制御手段は、前記秘話強度レベルに応じて設定される
同一の拡大鍵に対する反復処理の回数をｒとした場合、
前記要求側においては、秘話通信開始前に前記秘話強度
レベル及び前記生成された拡大鍵を送信し、秘話通信開
始後に拡大鍵ＥＫ（ｊ）のｒ回目の処理が実行されるま
でに前記応答側から拡大鍵ＥＫ（ｊ＋１）の受信確認の
応答を受信した際には、前記鍵管理手段から拡大鍵ＥＫ
（ｊ＋２）を獲得して前記応答側へ送信し、拡大鍵ＥＫ
（ｊ）のｒ回目の反復処理終了後に拡大鍵ＥＫ（ｊ＋
１）の処理へ移ることが可能であることを前記秘話制御
手段へ通知し、拡大鍵ＥＫ（ｊ）のｒ回目の処理が実行
されるまでに前記応答側から拡大鍵ＥＫ（ｊ＋１）の受
信確認の応答を受信しなかった際には、前記応答側へ拡
大鍵ＥＫ（ｊ＋２）の送信は行わず、かつｒ回目の拡大
鍵ＥＫ（ｊ）の処理が終了した後も拡大鍵ＥＫ（ｊ＋
１）の処理に移ることなく前記応答側から拡大鍵ＥＫ
（ｊ＋１）の受信確認の応答を受信するまでＥＫ（ｊ）
のｒ回の反復処理を続行するよう前記秘話制御手段へ拡
大鍵ＥＫ（ｊ＋１）の処理へ移ることが可能であるとい
う通知を行わず、前記応答側においては、秘話通信開始
前に前記要求側から送信された拡大鍵及び秘話強度レベ
ルを受信し、該受信した拡大鍵を前記鍵管理手段へ送信
し、前記受信した秘話強度レベルを前記秘話制御手段へ
渡し、前記秘話強度レベルにより通信中に前記拡大鍵の
再送信が行われるか否かを判断し、前記再送信が行われ
ない場合は秘話通信開始後にその処理を終了し、前記再
送信が行われる場合は、秘話通信開始後、前記秘話強度
レベルに応じて行われる拡大鍵ＥＫ（ｊ）のｒ回目の処
理が終了するまでに前記要求側から拡大鍵ＥＫ（ｊ＋
２）を受信した際には、拡大鍵ＥＫ（ｊ＋２）の受信確
認の応答を前記要求側に送信し、拡大鍵ＥＫ（ｊ）の処
理終了後に拡大鍵ＥＫ（ｊ＋１）の処理へ移ることが可
能であることを前記秘話制御手段へ通知し、拡大鍵ＥＫ
（ｊ）のｒ回目の処理が終了するまでに前記要求側から
拡大鍵ＥＫ（ｊ＋２）を受信しなかった際には、ｒ回目
の拡大鍵ＥＫ（ｊ）の処理が終了した後も拡大鍵ＥＫ
（ｉ＋１）の処理へは移らず、拡大鍵ＥＫ（ｊ＋２）を
受信するまで拡大鍵ＥＫ（ｊ）のｒ回の反復処理を行う
ように前記秘話制御手段へＥＫ（ｊ＋１）の処理へ移る
ことが可能であることを通知しないよう制御することを
特徴とする請求項３に記載の秘話装置によって達成され
る。

【００１４】本発明によれば、前述の目的は、前記鍵管
理手段は、秘話通信要求側においては、前記秘話制御手
段から拡大鍵の生成要求を受け取った際に前記拡大鍵生
成手段により新たな拡大鍵を生成して前記拡大鍵記憶部
に記憶して管理し、秘話通信応答側においては、前記鍵
配送制御手段を介して秘話通信要求側から配送された拡
大鍵を受信した際に該受信した拡大鍵を前記拡大鍵記憶
手段に記憶して管理することを特徴とする請求項４に記
載の秘話装置によって達成される。

【００１５】本発明によれば、前述の目的は、前記拡大
鍵生成手段は、予め設定されたデータをシステム固有デ
ータとして用いて入力されたユーザ鍵を拡大して前記拡
大鍵を生成することを特徴とする請求項５に記載の秘話
装置によって達成される。

【００１６】本発明によれば、前述の目的は、前記拡大
鍵生成手段は、所定の時刻における送受信データの中か
ら所定のサイズのデータを記憶する手段を有しており、
該記憶したデータを前記システム固有データとして用い
て入力されたユーザ鍵を拡大して前記拡大鍵を生成する
ことを特徴とする請求項６に記載の秘話装置によって達
成される。

【００１７】本発明によれば、前述の目的は、前記拡大
鍵生成手段は、所定のサイズのデータを出力するカウン
ターを有しており、該カウンターの出力値を前記システ
ム固有データとして用いて入力されたユーザ鍵を拡大し
て前記拡大鍵を生成することを特徴とする請求項７に記
載の秘話装置によって達成される。

【００１８】

【作用】請求項１に記載の秘話装置においては、秘話通
信要求側では、任意に設定されたユーザ鍵及び秘話強度
レベルの２つの値が入力され、秘話制御手段を介して鍵
管理手段に入力され、鍵管理手段の拡大鍵生成手段によ
りユーザ鍵と秘話強度レベルとシステム固有データの３
つの値から拡大鍵が生成され、拡大鍵記憶手段により生
成された拡大鍵が記憶されて管理され、鍵配送制御手段
により秘話強度レベルに応じて秘話通信者間での拡大鍵
の送信が制御され、秘話制御手段により入力された鍵管
理手段に管理されている拡大鍵に含まれる疑似乱数を発
生する初期値が疑似乱数発生手段に入力され、疑似乱数
発生手段により該初期値に基づき疑似乱数系列が発生さ
れ、スクランブル／デスクランブル手段により発生され
た疑似乱数系列を用いることにより平文データが暗号文
データにスクランブルされて送信される。

【００１９】秘話通信応答側では、鍵配送制御手段によ
り秘話通信要求側から送信された拡大鍵と秘話強度レベ
ルの２つの値が受信され、鍵管理手段の拡大鍵記憶手段
により受信された拡大鍵が記憶されて管理され、秘話制
御手段により鍵管理手段に管理されている拡大鍵に含ま
れる疑似乱数を発生する初期値が疑似乱数発生手段に入
力され、疑似乱数発生手段により該初期値に基づき疑似
乱数系列が発生され、スクランブル／デスクランブル手
段により発生された疑似乱数系列を用いることにより受
信した暗号文データが平文データにデスクランブルされ
る。

【００２０】秘話制御手段が一つの疑似乱数発生初期値
から発生される疑似乱数系列を適用してスクランブル／
デスクランブルするデータフレームの数を秘話強度レベ
ルに応じて一つから無限大への間で変化させる。これに
より、秘話通信時における秘話強度を秘話通信要求者の
入力する秘話強度レベルに応じて変更し得る。

【００２１】請求項２に記載の秘話装置においては、秘
話通信要求側では、秘話制御手段により、秘話通信開始
前に入力された秘話強度レベルの値により通信中に拡大
鍵の再送信が必要であるか否かが判断され、通信中に拡
大鍵の再送信が必要でない場合は、鍵管理手段に対して
１つの拡大鍵を生成するよう要求がされ、通信中に拡大
鍵の再送信が必要である場合は、鍵管理手段に対して拡
大鍵を複数個生成するよう要求がされる。双方の場合に
おいて、鍵管理手段による拡大鍵の生成が終了した後
に、鍵配送制御手段に対して拡大鍵の送信が要求され
る。通信中に鍵の再送信が必要である場合には、秘話制
御手段により秘話通信が開始された後に、秘話通信応答
側から拡大鍵変更可能の応答を得た際に、鍵管理手段に
対して新たな拡大鍵の生成が要求されると共に鍵管理手
段から次の拡大鍵に含まれる疑似乱数を発生させる初期
値を獲得し、一つのデータフレームのスクランブル／デ
スクランブルの終了に同期してこの初期値が疑似乱数発
生手段へ渡されて秘話強度レベルに応じて鍵変更のタイ
ミングが制御される。この処理が秘話通信が終了するま
で繰り返される。

【００２２】秘話通信応答側では、秘話制御手段により
秘話通信開始前に鍵配送制御手段を介して秘話通信要求
側から送信されてきた秘話強度レベル及び拡大鍵が受信
され、秘話通信開始された後に、秘話強度レベル及び鍵
配送制御手段の次の拡大鍵受信の２つの情報に基づいて
秘話強度レベルに応じて鍵管理手段から次の拡大鍵に含
まれる初期値を獲得し、一つのデータフレームのスクラ
ンブル／デスクランブルの終了と同期してこの初期値が
疑似乱数発生手段へ渡されて秘話強度レベルに応じて鍵
変更のタイミングが制御される。この処理が秘話通信が
終了するまで繰り返される。

【００２３】秘話通信応答側が拡大鍵変更可能の応答を
送信し、秘話制御手段により一つのデータフレームのス
クランブル／デスクランブルの終了と同期して秘話強度
レベルに応じて鍵変更のタイミングが制御されることに
より、秘話通信要求者が入力した秘話強度レベルに対応
した秘話通信の秘話通信要求側と秘話通信応答側とにお
いて、効果的に拡大鍵変更のタイミングを取ることが可
能となる。

【００２４】請求項３に記載の秘話装置においては、秘
話強度レベルに応じて設定される同一の拡大鍵に対する
反復処理の回数をｒとすると、秘話通信要求側では、鍵
配送制御手段により、秘話通信開始前に、秘話強度レベ
ルと鍵管理手段で生成された拡大鍵が送信され、秘話通
信開始後に、拡大鍵ＥＫ（ｊ）の反復処理のｒ回目の処
理が実行されるまでに秘話通信応答側から拡大鍵ＥＫ
（ｊ＋１）の受信確認の応答を受信した場合、鍵管理手
段から拡大鍵ＥＫ（ｊ＋２）を獲得し、その拡大鍵ＥＫ
（ｊ＋２）が秘話通信応答側へ送信され、拡大鍵ＥＫ
（ｊ）のｒ回の反復処理終了後に拡大鍵ＥＫ（ｊ＋１）
の処理へ移ることが可能であることが秘話制御手段へ通
知される。拡大鍵ＥＫ（ｊ）のｒ回目の処理が実行され
るまでに秘話通信応答側から拡大鍵ＥＫ（ｊ＋１）の受
信確認の応答がなかった場合、秘話通信応答側へ拡大鍵
ＥＫ（ｊ＋２）の送信は行わず、かつｒ回目の拡大鍵Ｅ
Ｋ（ｊ）の処理が終了しても拡大鍵ＥＫ（ｊ＋１）の処
理に移らずに秘話通信応答側から拡大鍵ＥＫ（ｊ＋１）
の受信確認の応答を受信するまでＥＫ（ｊ）のｒ回の反
復処理が続行されるように秘話制御手段への拡大鍵ＥＫ
（ｊ＋１）の処理へ移ることが可能であるという通知が
行われない。

【００２５】秘話通信応答側では、鍵配送制御手段によ
り、秘話通信開始前に秘話通信要求側から送信された拡
大鍵が鍵管理手段へ渡され、秘話強度レベルが秘話制御
手段へ渡され、秘話強度レベルにより通信中に拡大鍵の
再送信が行われるか否かが判断され、通信中に拡大鍵の
再送信が行われない場合は秘話通信開始後にその処理が
終了され、通信中鍵配送が行われる場合は、秘話通信開
始後、秘話強度レベルに応じて行われる拡大鍵ＥＫ
（ｊ）の反復処理のｒ回目の処理が終了するまでに秘話
通信要求側から拡大鍵ＥＫ（ｊ＋２）が受信された場合
には、拡大鍵ＥＫ（ｊ＋２）の受信確認の応答が秘話通
信要求側に通知され、拡大鍵ＥＫ（ｊ）の処理終了後に
拡大鍵ＥＫ（ｊ＋１）の処理へ移りることが可能である
ことが秘話制御手段へ通知され、拡大鍵ＥＫ（ｊ）のｒ
回目の処理が終了するまでに秘話通信要求側から拡大鍵
ＥＫ（ｊ＋２）が受信されなかった場合には、ｒ回目の
拡大鍵ＥＫ（ｊ）の処理が終了しても拡大鍵ＥＫ（ｉ＋
１）の処理へは移らず、拡大鍵ＥＫ（ｊ＋２）が送信さ
れるまで拡大鍵ＥＫ（ｊ）のｒ回の反復処理が行われる
ように秘話制御手段へＥＫ（ｊ＋１）の処理へ移ること
が可能であることが通知されない。

【００２６】鍵配送制御手段が拡大鍵の受信確認の応答
及び次の拡大鍵を用いた処理へ移ることが可能である通
知を行うことにより、秘話通信要求側と秘話通信応答側
とにおいて、効果的に拡大鍵の送信及び変更処理のタイ
ミングを取ることが可能となる。

【００２７】請求項４に記載の秘話装置においては、秘
話通信要求側では、鍵管理手段により、秘話制御手段か
ら拡大鍵の生成要求を受け取った場合に拡大鍵生成手段
により新たな拡大鍵が生成され、生成された拡大鍵が拡
大鍵記憶部に記憶されて管理される。秘話通信応答側で
は、鍵管理手段により、鍵配送制御手段から秘話通信要
求側から送信された拡大鍵を受信した場合に、拡大鍵記
憶手段へその拡大鍵が記憶されて管理される。これによ
り、秘話通信要求側と秘話通信応答側とにおいて、効果
的に拡大鍵が記憶されて管理される。

【００２８】請求項５に記載の秘話装置においては、拡
大鍵生成手段により、鍵管理手段から拡大鍵の生成の要
求を受けた時に、秘話強度レベルに応じてシステムに予
め設定されたシステム固有データを用いて入力されたユ
ーザ鍵が拡大されて拡大鍵が生成される。これにより、
容易に拡大鍵を生成することことが可能となる。

【００２９】請求項６に記載の秘話装置においては、拡
大鍵生成手段により、システムにおいて規定される所定
の時刻における送受信データの中から所定のサイズのデ
ータが記憶され、鍵管理手段から拡大鍵の生成の要求を
受けた時に、秘話強度レベルに応じて記憶されたデータ
を用いて入力されたユーザ鍵が拡大されて拡大鍵が生成
される。これにより、暗号解読者による解読が困難な拡
大鍵を生成することことが可能となる。

【００３０】請求項７に記載の秘話装置においては、拡
大鍵生成手段により、鍵管理手段から拡大鍵の生成の要
求を受けた時に、秘話強度レベルに応じて所定のサイズ
のデータを出力するカウンターの出力値を用いて入力さ
れたユーザ鍵が拡大されて拡大鍵が生成される。これに
より、暗号解読者による解読が困難な拡大鍵を容易に生
成することことが可能となる。

【００３１】

【実施例】以下、本発明の秘話装置の実施例を図を参照
しながら説明する。

【００３２】本実施例では、構内交換機の内線側の移動
局として動作する機能と、公衆無線電話サービス網の移
動局として動作する機能とを有する移動局と、構内交換
機に接続された基地局と構内交換機とから構成されるデ
ィジタルコードレス電話システムに本発明による秘話強
度が可変の秘話装置を適用した実施例について説明す
る。

【００３３】本実施例のディジタルコードレス電話シス
テムは、上記移動局と基地局が第１の発明の秘話装置を
具備し、さらに該秘話装置における一つの秘話強度レベ
ルにＲＣＲ ＳＴＤ−２８により規定される簡易秘話方
式に従った秘話通信を採用することにより、公衆無緑電
話サービス網における移動局としての使用において秘話
通信を行う場合は、ＲＣＲ ＳＴＤ−２８により規定さ
れる簡易秘話方式に従った秘話通信を行い、構内交換機
内線側の移動局として使用される際に秘話通信を行う場
合は、発信側移動局使用者の要求に応じた秘話強度レベ
ルによる秘話通信が可能となる。

【００３４】本実施例の秘話装置は、図１に示すよう
に、秘話強度レベルとユーザ鍵とに基づいて鍵管理手段
３、鍵配送制御手段６及び疑似乱数発生手段２を統合制
御する秘話制御手段１と、秘話強度レベル、ユーザ鍵及
びシステム固有データから拡大鍵ＥＫを生成する拡大鍵
生成部４と、拡大鍵生成部４において生成された拡大鍵
ＥＫ、又は秘話通信要求側から配送された拡大鍵ＥＫの
いずれかを記憶する拡大鍵記憶部５と、前記拡大鍵生成
部４及び拡大鍵記憶部５を含む鍵管理手段３と、秘話強
度レベルに応じた拡大鍵の配送を制御する鍵配送制御手
段６と、ＲＣＲＳＴＤ−２８において規定される簡易秘
話方式の仕様に従い実現される疑似乱数発生手段２と、
疑似乱数発生手段２により発生された疑似乱数系列を用
いてデータ送信時には平文データを暗号文データにスク
ランブルし、データ受信時には暗号文データを平文デー
タにデスクランブルするスクランブル／デスクランブル
手段７とから構成される。

【００３５】図２は、本発明による秘話装置において秘
話強度を変化させるための方法を示す図である。

【００３６】一般に、複数の暗号文を一つの秘密鍵から
生成すると、暗号解析者に対して多くの情報を与えるこ
とになり、暗号化に用いた秘密鍵を解読される危険性が
高くなる。そのため、暗号文毎に異なる秘話鍵を用いる
ことにより、複数の暗号文を一つの秘密鍵から生成する
場合と比べて暗号強度を高めることができる。ところ
で、ＲＣＲ ＳＴＤ−２８において規定される簡易秘話
方式および本実施例におけるスクランブル／デスタラン
ブル処理は、ＴＣＨデータと呼ばれる１データフレーム
１６０ビットのデータと、１６ビットの秘話鍵から生成
される疑似乱数系列との排他的論理和をとることにより
行われる。また、ＲＣＲ ＳＴＤ−２８において規定さ
れる簡易秘話方式のスクランブル／デスクランブル処理
は、全てのデータフレームに対して同一の秘話鍵から生
成される疑似乱数系列を適用することにより行われる。
これは、一つのデータフレームを一つの暗号文と捉えた
場合、先に述べた複数の暗号文を一つの秘話鍵から生成
することと等価であり、スクランブルに用いた秘話鍵を
解読される危険性が高くなるといえる。よって、本実施
例においては、秘話通信要求者の希望する秘話強度を示
す秘話強度レベルに応じて一つの秘話鍵を適用するデー
タフレーム数を変化させることにより秘話強度が可変の
秘話装置を実現し、特に秘話通信要求者が最大秘話強度
レベルを希望した場合には、全てのデータフレームに対
して異なる秘話鍵から発せられる疑似乱数系列を適用す
ることを可能とした。

【００３７】また、本実施例における移動局は、構内交
換機内線側の移動局として動作する場合と、公衆無線電
話サービス網の移動局として動作する場合の双方が考え
られ、公衆無線電話サービス網の移動局として動作する
場合、ＲＣＲ ＳＴＤ−２８において規定される簡易秘
話方式に対応する必要がある。そこで、秘話装置におけ
る秘話強度レベルの中の秘話強度レベルの一つ、例えば
最も秘話強度の低いレベルを全てのデータフレームに対
して同一の秘話鍵から生成される疑似乱数系列を適用す
るスクランブル／デスクランブル処理とすることによ
り、公衆無線電話サービス網の移動局として動作する場
合においてもＲＣＲ ＳＴＤ−２８において規定される
簡易秘話方式に対応することが可能となる。

【００３８】図２に示すように、秘話強度レベル１にお
いては、ＲＣＲ ＳＴＤ−２８において規定される簡易
秘話方式と同様に、全てのデータフレームに対して同じ
秘話鍵が用いられる。この場合、拡大鍵ＥＫは、簡易秘
話方式における１６ビットの秘話鍵に相当する疑似乱数
発生手段２に入力される疑似乱数発生初期値ｓ（０）の
一つのみである。この疑似乱数発生初期値ｓ（０）から
生成される１６０ビットの疑似乱数系列Ｒａｎｄ（ｓ
（０））を秘話通信中における全てのデータフレームに
適用してスクランブル／デスクランブルが行われる。

【００３９】次に、秘話強度レベル２の場合において
は、拡大鍵ＥＫは２つの疑似乱数発生初期値ｓ（０）と
ｓ（１）の連結となり、最初のデータフレームに対して
は疑似乱数系列Ｒａｎｄ（ｓ（０））が適用されてスク
ランブル／デスクランブルが行われ、二番目のデータフ
レームに対しては疑似乱数系列Ｒａｎｄ（ｓ（１））が
適用されてスクランブル／デスクランブルが行われる。
以降、このＲａｎｄ（ｓ（０））とＲａｎｄ（ｓ
（１））の処理が交互に繰り返される。

【００４０】秘話強度レベル３の場合においては、拡大
鍵ＥＫは３つの初期値ｓ（０）、ｓ（１）及びｓ（２）
の連結となり、最初のデータフレームに対しては疑似乱
数系列Ｒａｎｄ（ｓ（０））が適用されてスクランブル
／デスクランブルが行われ、二番目のデータフレームに
対しては疑似乱数系列Ｒａｎｄ（ｓ（１））が適用され
てスクランブル／デスクランブルが行われ、三番目のデ
ータフレームに対しては疑似乱数系列Ｒａｎｄ（ｓ
（２））が適用されてスクランブル／デスクランブルが
行われる。以降、このＲａｎｄ（ｓ（０））、Ｒａｎｄ
（ｓ（１））及びＲａｎｄ（ｓ（２））の処理が順番に
繰り返される。

【００４１】次に、秘話強度レベルがｎの場合である
が、このｎとは、拡大鍵ＥＫを無限に大きくしていくこ
とが不可能であるため、システムにおいて予め規定され
る値である。ここで、拡大鍵ＥＫに含まれるｎ個の疑似
乱数発生初期値ｓ（０）からｓ（ｎ−１）の各々の値を
データフレームに適用してスクランブル／デスクランブ
ルが行われる一連の処理がＥＫに基づくスクランブル処
理Ｓｃｂｌ（ＥＫ）と表わされるものとすると、秘話強
度レベルがｎの場合においては、ＥＫに基づくスクラン
ブル処理Ｓｃｂｌ（ＥＫ）の繰り返しとなる。

【００４２】次に、秘話強度レベルがｎ＋１の場合にお
いては、拡大鍵ＥＫ（０）に基づくスクランブル処理Ｓ
ｃｂｌ（ＥＫ（０））がｒ回繰り返された後、次の拡大
鍵ＥＫ（１）に基づくスクランブル処理Ｓｃｂｌ（ＥＫ
（１））がｒ回繰り返される。以降、異なる拡大鍵ＥＫ
を用いて同様な処理が秘話通信が終了するまで繰り返さ
れる。ここで、拡大鍵ＥＫに基づくスクランブル処理Ｓ
ｃｂｌ（ＥＫ）が繰り返される回数ｒの値は、システム
においてあらかじめ定められた最大の秘話強度レベルの
値から秘話通信要求者が希望した秘話強度レベルを減じ
た後に、１を加えた値で与えられる。この秘話強度レベ
ルがｎ＋１以上の場合においては、通信中に鍵配送が必
要となる。そして、最大秘話強度レベルの場合において
は、一つの拡大鍵ＥＫに基づくスクランブル処理Ｓｃｌ
ｂ（ＥＫ）が繰り返されることなく、次々に新たな拡大
鍵ＥＫに基づくスクランブル処理が行われていく。これ
は、すなわち、全てのデータフレームに対して異なる初
期値から生成される疑似乱数系列が適用され、スクラン
ブル／デスクランブルが行われることになる。

【００４３】次に、図３を用いて通信中に鍵配送を行う
場合における秘話通信要求側の拡大鍵の配送に関するメ
ッセージの送受信の正常なタイミングに対する動作につ
いて説明する。

【００４４】通信中に鍵配送を行う場合、秘話通信要求
側は秘話通信開始前に秘話通信応答側に対して秘話鍵設
定メッセージにより予め２つの拡大鍵ＥＫ（０）及びＥ
Ｋ（１）を配送する。秘話通信が開始されると、まず、
拡大鍵ＥＫ（０）に基づくスクランブル処理Ｓｃｂｌ
（ＥＫ（０））が実行される。今、このＳｃｂｌ（ＥＫ
（０））をｒ回繰り返すと仮定すると、ｒ回目の拡大鍵
ＥＫ（０）に基づくスクランブル処理Ｓｃｂｌ（ＥＫ
（０））が開始されると同時に秘話通信応答側へ拡大鍵
ＥＫ（２）が秘話制御メッセージにより配送される。ｒ
回目の拡大鍵ＥＫ（０）に基づくスクランブル処理Ｓｃ
ｂｌ（ＥＫ（０））が終了すると、次の拡大鍵ＥＫ
（１）に基づくスクランブル処理Ｓｃｂｌ（ＥＫ
（１））が開始される。ｒ−１回目のＥＫ（１）に基づ
くスクランブル処理が終了するまでに秘話通信応答側か
ら秘話制御確認メッセージを受信すると、ｒ回目の拡大
鍵ＥＫ（１）に基づくスクランブル処理Ｓｃｂｌ（ＥＫ
（１））が開始されると同時に秘話通信応答側へ拡大鍵
ＥＫ（３）が秘話制御メッセージにより配送される。ｒ
回目の拡大鍵ＥＫ（１）に基づくスクランブル処理Ｓｃ
ｂｌ（ＥＫ（１））が終了すると、次の拡大鍵ＥＫ
（２）に基づくスクランブル処理Ｓｃｂｌ（ＥＫ
（２））が開始される。以降、この動作が繰り返され
る。

【００４５】次に、図４を用いて、通信中に鍵配送を行
う場合における秘話通信要求側の秘話鍵配送に関するメ
ッセージの送受信の異常なタイミングに対する動作につ
いて説明する。

【００４６】ｒ回目の拡大鍵ＥＫ（０）に基づくスクラ
ンブル処理Ｓｃｂｌ（ＥＫ（０））が開始されると同時
に、秘話通信応答側へ拡大鍵ＥＫ（２）の配送が秘話制
御メッセージを用いて行われる。秘話通信要求側では、
その秘話制御メッセージを秘話通信応答側が受け取った
ことの確認である秘話通信応答側からの秘話制御確認メ
ッセージの受信を期待しているが、拡大鍵ＥＫ（１）に
基づくｒ−１回目のスクランブル処理Ｓｃｂｌ（ＥＫ
（１））が終了するまでに秘話通信応答側からの秘話制
御締認メッセージが受信されなかった場合、拡大鍵ＥＫ
（１）に基づくｒ回目のスクランブル処理Ｓｃｂｌ（Ｅ
Ｋ（１））が開始されても、拡大鍵ＥＫ（３）を配送す
るための秘話制御メッセージが送信されない。そして、
拡大鍵ＥＫ（１）に基づくｒ回目のスクランブル処理Ｓ
ｃｂｌ（ＥＫ（１））が終了しても、拡大鍵ＥＫ（２）
に基づくスクランブル処理Ｓｃｂｌ（ＥＫ（２））は行
われず、再び拡大鍵ＥＫ（１）に基づくスクランブル処
理Ｓｃｂｌ（ＥＫ（１））がｒ回繰り返される。この２
度目のＥＫ（１）に基づくスクランブル処理の繰り返し
におけるｒ−１回目のＥＫ（１）に基づくスクランブル
処理Ｓｃｂｌ（ＥＫ（１））が終了するまでに、秘話通
信応答側から秘話制御確認メッセージが受信されれば、
正常な動作に戻り、受信されなければ、受信されるまで
この異常処理動作が繰り返される。

【００４７】次に、図５を用いて、通信中に鍵配送を行
う場合における秘話通信応答側の秘話鍵配送に関するメ
ッセージの送受信の正常なタイミングに対する動作につ
いて説明する。

【００４８】秘話通信応答側は、秘話通信が開始される
前に秘話通信要求側から送信される秘話鍵設定メッセー
ジに含まれる秘話強度レベルの値により通信中に鍵配送
が行われるか行われないかが判断される。すなわち、秘
話強度レベルの値がｎ以下であれば、通信中に鍵配送は
行われず、秘話強度レベルの値がｎより大きければ、通
信中に鍵配送が行われる。秘話通信が開始されると、最
初の拡大鍵ＥＫ（０）に基づくスクランブル処理Ｓｃｂ
１（ＥＫ（０））の繰り返しが開始される。ｒ回目のＥ
Ｋ（０）に基づくスクランブル処理Ｓｃｂｌ（ＥＫ
（０））が行われている間に秘話通信要求側から拡大鍵
ＥＫ（２）を含む秘話制御メッセージが受信されると、
ＥＫ（０）に基づくスクランブル処理Ｓｃｂｌ（ＥＫ
（０））が終了した後に拡大鍵ＥＫ（１）に基づくスク
ランブル処理Ｓｃｂｌ（ＥＫ（１））へ移行することが
許可される。

【００４９】また、秘話通信要求側からの秘話制御メッ
セージが受信されると、直ちに秘話制御確認メッセージ
が秘話通信要求側へ送信される。

【００５０】次に、図６を用いて、通信中に鍵配送を行
う場合における秘話通信応答側の秘話鍵配送に関するメ
ッセージの送受信の異常なタイミングに対する動作につ
いて説明する。

【００５１】ＥＫ（０）に基づくスクランブル処理Ｓｃ
ｂｌ（Ｅｋ（０））中にＥＫの反復回数ｒ回目の拡大鍵
ＥＫ（１）に基づくスクランブル処理Ｓｃｂｌ（ＥＫ
（１））の処理が終了するまでに秘話通信要求側からの
秘話制御メッセージを受信しなかった場合、拡大鍵ＥＫ
（１）に基づくスクランブル処理Ｓｃｂｌ（ＥＫ
（１））が終了しても、次の拡大鍵ＥＫ（２）に基づく
スクランブル処理Ｓｃｂｌ（ＥＫ（２））の実行は許可
されず、再び拡大鍵ＥＫ（１）に基づくスクランブル処
理Ｓｃｂｌ（ＥＫ（１））の繰り返しが開始される。そ
して、この２度目のＥＫ（１）に基づくスクランブル処
理におけるｒ回目のＳｃｂｌ（ＥＫ（１））の実行中に
秘話通信要求側からの秘話制御メッセージが受信された
場合、正常な動作に復帰して拡大鍵ＥＫ（２）に基づく
スクランブル処理Ｓｃｂｌ（ＥＫ（２））の繰り返しが
開始され、秘話制御メッセージが受信されなかった場
合、再び拡大鍵ＥＫ（２）に基づくスクランブル処理Ｓ
ｃｂｌ（ＥＫ（２））への移行は認められず、拡大鍵Ｅ
Ｋ（１）に基づくスクランブル処理Ｓｃｂｌ（ＥＫ
（１））の繰り返しが開始される。

【００５２】ここで、システムにおいて規定される拡大
鍵ＥＫに含まれる疑似乱数発生のために用いられる初期
値ｓの個数の最大値を示すシステム初期値最大個数ｎと
システムにおいて規定される秘話強度レベル最大値ｌｍ
ａｘとの関係を、 １＜ｎ＜ｌｍａｘ であるとする。この時、ユーザから与えられた秘話強度
レベルｌの値による秘話装置の動作の場合分けは、 （１） ｌ＝１ （２） １＜ｌ≦ｎ （３） ｎ＜ｌ＜ｌｍａｘ （４） ｌ＝ｌｍａｘ の４つが考えられる。

【００５３】以下、図７ａから図１３を参照しながら上
記の場合分けごとに秘話強度を可変する動作について説
明する。

【００５４】まず、上記（１）の場合すなわち秘話通信
要求側が秘話強度レベルｌを要求した場合における秘話
通信要求側の秘話装置の動作を説明する。秘話通信要求
側では、秘話通信が開始されるまで以下のように動作す
る。

【００５５】（１−０１） 図７ａのステップ１−１に
おいて、秘話制御手段１により、秘話通信要求者から入
力された秘話強度レベル値が秘話強度レベル変数ｌとし
て保持され、同様に秘話通信要求者から入力されたユー
ザ鍵がユーザ鍵変数ｋとして保持される。

【００５６】（１−０２） 図７ａのステップ１−２に
おいて、秘話制御手段１により、秘話強度レベル変数ｌ
の値がシステム初期値最大個数ｎより大きいか否か判断
される。本実施例の場合、ｌ＝１、ｎ＞１を仮定してい
るので、ステップ１−３へ進む。

【００５７】（１−０３） 図７ａのステップ１−３に
おいて、秘話制御手段１により、鍵管理手段３に拡大鍵
ＥＫ（０）の生成が要求される。

【００５８】（１−０４） 図１１（ａ）のステップ８
−１において、鍵管理手段３により、秘話制御手段１か
ら拡大鍵生成の要求を受けたかどうかが判断され、拡大
鍵生成の要求を受けた場合のみ次のステップへ進む。本
実施例の場合、（１−０３）において、秘話制御手段１
より拡大鍵生成の要求を受けているのでステップ８−２
へ進む。

【００５９】（１−０５） 図１１（ａ）のステップ８
−２において、鍵管理手段３により、拡大鍵生成部４に
おいて拡大鍵ＥＫ（０）の生成が行われる。なお、拡大
鍵生成部４の動作については後述するものとする。本実
施例の場合、拡大鍵の生成が完了したとして次のステッ
プに進む。以後、全ての拡大鍵生成時の説明も同様に扱
う。

【００６０】（１−０６） 図１１（ａ）のステップ８
−３において、鍵管埋手段３により、生成されたた拡大
鍵ＥＫ（０）が拡大鍵記憶部５へ記憶される。なお、拡
大鍵記憶部５の動作は後述する。本実施例の場合、拡大
鍵の記憶が完了したとして次のステップに進む。以後全
ての拡大鍵の記憶時の説明も同様に扱う。

【００６１】（１−０７） 図１１（ａ）において、鍵
管理手段３により、秘話制御手段１より拡大鍵生成の要
求があるまで再びステップ８−１へ戻されてループされ
る。

【００６２】（１−０８） 図７ａのステップ１−５に
おいて、秘話制御手段１により、鍵配送制御手段６に拡
大鍵配送が要求される。

【００６３】（１−０９） 図９のステップ５−１にお
いて、鍵配送制御手段６により、秘話制御手段１より拡
大鍵配送要求を受けたかどうかが判断され、拡大鍵配送
要求を受けた場合にのみステップ５−２へ進む。本実施
例の場合、（１−Ｏ８）において、秘話制御手段１より
拡大鍵配送の要求を受けたので、ステップ５−２へ進
む。

【００６４】（１−１０） 図９のステップ５−２にお
いて、鍵配送制御手段６により、鍵管理手段３より拡大
鍵が獲得され、秘話設定メッセージを用いて秘話強度レ
ベルと拡大鍵が配送される。

【００６５】（１−１１） 図９のステップ５−３にお
いて、鍵配送制御手段６により、拡大鍵ＥＫのインデッ
クスを示すＥＫインデックス変数ｊの値が０に初期化さ
れ、拡大鍵ＥＫを何回反復して使用するかを示すＥＫ反
復回数変数ｒの値が秘話強度レベル最大値ｌｍａｘの値
から秘話強度レベル変数ｌの値が減じられ、１を加えた
値とされる。その後、秘話通信が開始されるまで待ち状
態とされる。

【００６６】（１−１２） 図７ａのステップ１−６に
おいて、秘話制御手段１により、拡大鍵ＥＫに含まれる
初期値ｓのインデックスを示す初期値インデックス変数
ｉの値が０に初期化され、拡大鍵ＥＫのＥＫインデック
ス変数ｊの値が０に初期化され、拡大鍵ＥＫを何回反復
して使用するかを示すＥＫ反復回数変数ｒの値が秘話強
度レベル最大値ｌｍａｘの値から秘話強度レベル変数ｌ
の値が減じられ、１を加えた値とされる。その後、秘話
通信開始待ち状態となる。一方、秘話通信応答側は秘話
通信開始前において以下のように動作する。

【００６７】（１−１３） 図１０ａのステップ６−１
において、鍵配送制御手段６により、秘話通信要求側か
ら秘話設定メッセージの受信が判断され、受信した場合
にのみステップ６−２へ進む。本実施例の場合、（１−
１０）において秘話通信要求側より秘話設定メッセージ
が送信されているのでステップ６−２へ進む。

【００６８】（１−１４） 図１０ａのステップ６−２
において、鍵配送制御手段６により、秘話通信要求側か
ら秘話鍵設定メッセージにより配送されてきた拡大鍵が
鍵管理手段３へ出力される。

【００６９】（１−１５） 図１１（ｂ）のステップ８
−４において、鍵管理手段３により、鍵配送制御手段６
から拡大鍵が出力された場合にのみステップ８−５へ進
む。本実施例の場合、（１−１４）において鍵配送制御
手段６から拡大鍵が出力されているのでステップ８−５
へ進む。

【００７０】（１−１６） 図１１（ｂ）のステップ８
−５において、鍵管理手段３により、拡大鍵が拡大鍵記
憶部５へ記憶された後、再びステップ８−４でループさ
れる。

【００７１】（１−１７） 図１０ａのステップ６−３
において、鍵配送制御手段６により、秘話通信要求側か
ら秘話鍵設定メッセージにより配送されてきた秘話強度
レベルが秘話制御手段１へ出力される。

【００７２】（１−１８） 図８ａのステップ３−１に
おいて、秘話制御手段１により、鍵配送制御手段６から
秘話強度レベルが出力された場合のみステップ３−２へ
進む。本実施例の場合、（１−１７）において鍵配送制
御手段６から秘話強度レベルが出力されているのでステ
ップ３−２へ進む。

【００７３】（１−１９） 図８ａのステップ３−２に
おいて、秘話制御手段１により、秘話強度レベルがシス
テム初期値最大個数ｎより大きいか否かが判断される。
本実施例の場合、秘話強度レベルｌ＜システム初期値最
大個数ｎを仮定しているので、ステップ３−４へ進む。

【００７４】（１−２０） 図８ａのステップ３−４に
おいて、秘話制御手段１により、秘話強度レベルが秘話
強度レベル変数ｌとして保持される。

【００７５】（１−２１） 図８ａのステップ３−５に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が０に初期化され、かつＥＫインデックス変数
ｊの値が０に初期化された後、秘話通信開始待ち状態と
なる。

【００７６】（１−２２） 図１０ａのステップ６−４
において、鍵配送制御手段６により、秘話強度レベルが
システム初期値最大個数ｎより大きいか否かが判断され
る。本実施例の場合、秘話強度レベルｌ＜システム初期
値最大個数ｎと仮定しているので、鍵配送制御手段６に
より動作が終了される。

【００７７】次に、秘話通信が開始後における秘話通信
要求側の動作を説明する。

【００７８】（１−２３） 図７ｂのステップ２−１に
おいて、秘話制御手段１により、鍵管理手段３から拡大
鍵ＥＫ（ｊ＝０）に含まれている疑似乱数発生初期値ｓ
（ｉ＝０）が獲得され、疑似乱数発生手段２へ与えられ
る。これにより、疑似乱数発生手段２によりｓ（０）を
初期値とする疑似乱数系列が発生され、その疑似乱数系
列に基づいてスクランブル／デスクランブル手段７によ
りデータフレームのスクランブル／デスクランブルが行
われる。

【００７９】（１−２４） 図７ｂのステップ２−２に
おいて、秘話制御手段１により、秘話通信が終了したか
どうかが判断される。本実施例の場合、秘話通信は継続
中であるとして次のステップへ進む。

【００８０】（１−２５） 図７ｂのステップ２−３に
おいて、秘話制御手段１により、秘話強度レベル変数ｌ
の値がシステム初期値最大個数ｎより大きく、かつ一つ
の拡大鍵ＥＫの反復処理回数がＥＫ反復回数変数ｒの値
に等しいか否かが判断される。本実施例の場合、ｌ＜ｎ
と仮定しているので、ステップ２−７へ進む。

【００８１】（１−２６） 図７ｂのステップ２−７に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値がシステム初期値最大個数ｎの値から１減じた
値より小さいか否かが判断される。本実施例の場合、ｎ
＞１と仮定しており、またｉ＝０なので、ｉ＜ｎ−１で
あるから、ステップ２−８へ進む。

【００８２】（１−２７） 図７ｂのステップ２−８に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が秘話強度レベル変数ｌの値から１減じた値よ
り小さいか否かが判断される。本実施例の場合、ｌ−１
＝０、ｉ＝０なので、ｉ＝ｌ−１であるから、ステップ
２−１０へ進む。

【００８３】（１−２８） 図７ｂのステップ２−１０
において、秘話制御手段１により、初期値インデックス
変数ｉの値が０に設定される。

【００８４】（１−２９） 図７ｂのステップ２−１１
において、秘話制御手段１により、拡大鍵の変更許可が
発行されているか否かが判断される。本実施例の場合、
拡大鍵の変更は行われないので、変更許可が発行される
ことはないので、ステップ２一１３へ進む。

【００８５】（１−３０） 図７ｂのステップ２−１３
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。
ここで、一つのデータフレームの処理が終了した場合、
ステップ２−１へ進む。以後、全てのデータフレームに
対して、（１−２３）から（１−３０）までの動作が繰
り返される。すなわち、初期値インデックス変数ｉの値
が、（１−２８）において常に０に設定されるため、全
てのデータフレームに対して、同じ疑似乱数発生初期値
ｓ（０）が適用される。

【００８６】秘話通信開始後において、秘話通信応答側
では以下のように動作する。

【００８７】（１−３１） 図８ｂのステップ４−１に
おいて、秘話制御手段１により、鍵管理手段３から拡大
鍵ＥＫ（ｊ＝０）に含まれている疑似乱数発生初期値ｓ
（ｉ＝０）が獲得され、疑似乱数発生手段２へ与えられ
る。これにより、疑似乱数発生手段２によりｓ（０）を
初期値とする疑似乱数系列が発生され、その疑似乱数系
列に基づいてスクランブル／デスクランブル手段７によ
りデータフレームのスクランブル／デスクランブルが行
われる。

【００８８】（１−３２） 図８ｂのステップ４−２に
おいて、秘話制御手段１により、秘話通信が終了かどう
かが判断される。本実施例の場合、秘話通信は継続中で
あるとして次のステップへ進む。

【００８９】（１−３３） 図８ｂのステップ４−３に
おいて、秘話制御手段１により、鍵配送制御手段６より
秘話通信要求側から拡大鍵を受け取ったという通知（Ｅ
Ｋ受信通知）を受けたか否かが判断される。本実施例の
場合、鍵配送制御手段６は、（１−２２）においてその
動作を終了しており、ＥＫ受信通知を受けることはない
ので、ステップ４−５へ進む。

【００９０】（１−３４） 図８ｂのステップ４−５に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が秘話強度レベル変数ｌの値から１減じた値よ
り小さいか否かが判断される。本実施例の場合、ｌ−１
＝０、ｉ＝０なので、ｉ＝ｌ−１であるから、ステップ
４−７へ進む。

【００９１】（１−３５） 図８ｂのステップ４−７に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が０に設定される。

【００９２】（１−３６） 図８ｂのステップ４−８に
おいて、秘話制御手段１により、ＥＫ変更可能状態にあ
るか否かが判断される。本実施例の場合、ステップ４−
４においてＥＫ変更可能状態にならなかったため、ステ
ップ４−１０へ進む。

【００９３】（１−３７） 図８ｂのステップ４−１０
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。
ここで、一つのデータフレームの処理が終了した場合、
ステップ４−１へ進む。以後、全てのデータフレームに
対して、（１−３１）から（１−３７）までの動作が繰
り返される。すなわち、初期値インデックス変数ｉの値
が、（１−３５）において常に０に設定されるため、全
てのデータフレームに対して、同じ疑似乱数発生初期値
ｓ（０）が適用される。

【００９４】次に、上記（２）の場合、すなわち秘話通
信要求側が秘話強度レベルｌの値として、１＜ｌ≦ｎを
要求した場合における秘話装置の動作を説明する。秘話
通信要求側では、秘話通信が開始前において以下のよう
に動作する。

【００９５】（２−０１） 図７ａのステップ１−１に
おいて、秘話制御手段１により、秘話通信要求者から入
力された秘話強度レベル値が秘話強度レベル変数ｌとし
て保持され、同様に秘話通信要求者から入力されたユー
ザ鍵がユーザ鍵変数ｋとして保持される。

【００９６】（２−０２） 図７ａのステップ１−２に
おいて、秘話制御手段１により、秘話強度レベル変数ｌ
の値がシステム初期値最大個数ｎより大きいか否か判断
される。本実施例の場合、１＜ｌ≦ｎを仮定しているの
で、ステップ１−３へ進む。

【００９７】（２−０３） 図７ａのステップ１−３に
おいて、秘話制御手段１により、鍵管理手段３に拡大鍵
ＥＫ（０）の生成が要求される。

【００９８】（２−０４） 図１１（ａ）のステップ８
−１において、鍵管理手段３により、秘話制御手段１か
ら拡大鍵生成の要求を受けたかどうかが判断され、拡大
鍵生成の要求を受けた場合のみ次のステップへ進む。本
実施例の場合、（２−０３）において、秘話制御手段１
より拡大鍵生成の要求を受けているのでステップ８−２
へ進む。

【００９９】（２−０５） 図１１（ａ）のステップ８
−２において、鍵管理手段３により、拡大鍵生成部４に
おいて拡大鍵ＥＫ（０）の生成が行われる。なお、拡大
鍵生成部４の動作については後述する。

【０１００】（２−０６） 図１１（ａ）のステップ８
−３において、鍵管埋手段３により、生成された拡大鍵
ＥＫ（０）が拡大鍵記憶部５へ記憶される。

【０１０１】（２−０７） 図１１（ａ）において、鍵
管理手段３により、秘話制御手段１より拡大鍵生成の要
求があるまで再びステップ８−１へ戻されてループされ
る。

【０１０２】（２−０８） 図７ａのステップ１−５に
おいて、秘話制御手段１により、鍵配送制御手段６に拡
大鍵配送が要求される。

【０１０３】（２−０９） 図９のステップ５−１にお
いて、鍵配送制御手段６により、秘話制御手段１より拡
大鍵配送要求を受けたかどうかが断され、拡大鍵配送要
求を受けた場合にのみステップ５−２へ進む。本実施例
の場合、（２−０８）において、秘話制御手段１より拡
大鍵配送の要求を受けたので、ステップ５−２へ進む。

【０１０４】（２−１０） 図９のステップ５−２にお
いて、鍵配送制御手段６により、鍵管理手段３より拡大
鍵が獲得され、秘話設定メッセージを用いて秘話強度レ
ベルと拡大鍵が配送される。

【０１０５】（２−１１） 図９のステップ５−３にお
いて、鍵配送制御手段６により、拡大鍵ＥＫのインデッ
クスを示すＥＫインデックス変数ｊの値が０に初期化さ
れ、拡大鍵ＥＫを何回反復して使用するかを示すＥＫ反
復回数変数ｒの値が秘話強度レベル最大値ｌｍａｘの値
から秘話強度レベル変数ｌの値が減じられ、１を加えた
値とされる。その後、秘話通信が開始されるまで待ち状
態とされる。

【０１０６】（２−１２） 図７ａのステップ１−６に
おいて、秘話制御手段１により、拡大鍵ＥＫに含まれる
初期値ｓのインデックスを示す初期値インデックス変数
ｉの値が０に初期化され、拡大鍵ＥＫのＥＫインデック
ス変数ｊの値が０に初期化し、拡大鍵ＥＫを何回反復し
て使用するかを示すＥＫ反復回数変数ｒの値が秘話強度
レベル最大値ｌｍａｘの値から秘話強度レベル変数ｌの
値が減じられ、１を加えた値とされる。その後、秘話通
信開始待ち状態となる。一方、秘話通信応答側は秘話通
信開始前において以下のように動作する。

【０１０７】一方、秘話通信応答側では以下のように動
作する。

【０１０８】（２−１３） 図１０ａのステップ６−１
において、鍵配送制御手段６により、秘話通信要求側か
ら秘話設定メッセージの受信が判断され、受信した場合
にのみステップ６−２へ進む。本実施例の場合、（２−
１０）において秘話通信要求側より秘話設定メッセージ
が送信されているのでステップ６−２へ進む。

【０１０９】（２−１４） 図１０ａのステップ６−２
において、鍵配送制御手段６により、秘話通信要求側か
ら秘話鍵設定メッセージにより配送されてきた拡大鍵が
鍵管理手段３へ出力される。

【０１１０】（２−１５） 図１１（ｂ）のステップ８
−４において、鍵管理手段３により、鍵配送制御手段６
から拡大鍵が出力された場合にのみステップ８−５へ進
む。本実施例の場合、（２−１４）において鍵配送制御
手段６から拡大鍵が出力されているのでステップ８−５
へ進む。

【０１１１】（２−１６） 図１１（ｂ）のステップ８
−５において、鍵管理手段３により、拡大鍵が拡大鍵記
憶部５へ記憶された後、再びステップ８−４でループさ
れる。

【０１１２】（２−１７） 図１０ａのステップ６−３
において、鍵配送制御手段６により、秘話通信要求側か
ら秘話鍵設定メッセージにより配送されてきた秘話強度
レベルが秘話制御手段１へ出力される。

【０１１３】（２−１８） 図８ａのステップ３−１に
おいて、秘話制御手段１により、鍵配送制御手段６から
秘話強度レベルが出力された場合のみステップ３−２へ
進む。本実施例の場合、（２−１７）において鍵配送制
御手段６から秘話強度レベルが出力されているのでステ
ップ３−２へ進む。

【０１１４】（２−１９） 図８ａのステップ３−２に
おいて、秘話制御手段１により、秘話強度レベルがシス
テム初期値最大個数ｎより大きいか否かが判断される。
本実施例の場合、秘話強度レベルｌ＜システム初期値最
大個数ｎを仮定しているので、ステップ３−４へ進む。

【０１１５】（２−２０） 図８ａのステップ３−４に
おいて、秘話制御手段１により、秘話強度レベルが秘話
強度レベル変数ｌとして保持される。

【０１１６】（２−２１） 図８ａのステップ３−５に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が０に初期化され、かつＥＫインデックス変数
ｊの値が０に初期化された後、秘話通信開始待ち状態と
なる。

【０１１７】（２−２２） 図１０ａのステップ６−４
において、鍵配送制御手段６により、秘話強度レベルが
システム初期値最大個数ｎより大きいか否かが判断され
る。本実施例の場合、秘話強度レベルｌ＜システム初期
値最大個数ｎと仮定しているので、鍵配送制御手段６に
より動作が終了される。

【０１１８】次に、秘話通信開始後における秘話通信要
求側の動作を以下に説明する。

【０１１９】（２−２３） 図７ｂのステップ２−１に
おいて、秘話制御手段１により、鍵管理手段３から拡大
鍵ＥＫ（ｊ＝０）に含まれている疑似乱数発生初期値ｓ
（ｉ＝０）が獲得され、疑似乱数発生手段２へ与えられ
る。これにより、疑似乱数発生手段２によりｓ（０）を
初期値とする疑似乱数系列が発生され、その疑似乱数系
列に基づいてスクランブル／デスクランブル手段７によ
りデータフレームのスクランブル／デスクランブルが行
われる。

【０１２０】（２−２４） 図７ｂのステップ２−２に
おいて、秘話制御手段１により、秘話通信が終了したか
どうかが判断される。本実施例の場合、秘話通信は継続
中であるとして次のステップへ進む。

【０１２１】（２−２５） 図７ｂのステップ２−３に
おいて、秘話制御手段１により、秘話強度レベル変数ｌ
の値がシステム初期値最大個数ｎより大きくかつ一つの
拡大鍵ＥＫの反復処理回数がＥＫ反復回数変数ｒの値と
等しいか否かが判断される。本実施例の場合、ｌ≦ｎと
仮定しているので、ステップ２−７へ進む。

【０１２２】（２−２６） 図７ｂのステップ２−７に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値がシステム初期値最大個数ｎの値から１減じた
値より小さいか否かが判断される。本実施例の場合、ｉ
＜ｌ＜ｎの関係にあり、常にｉ＜ｎ−１なので、必ずス
テップ２−８へ進む。

【０１２３】（２−２７） 図７ｂのステップ２−８に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が秘話強度レベル変数ｌの値から１減じた値よ
り小さいか否かが判断される。本実施例の場合、ｌ＞１
と仮定しており、ｉ＝０であるので、ｉ＜ｌ−１であ
り、ステップ２−９へ進む。

【０１２４】（２−２８） 図７ｂのステップ２−９に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が１増加される。

【０１２５】（２−２９） 図７ｂのステップ２−１１
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。
ここで、一つのデータフレームの処理が終了した場合、
ステップ２−１へ進む。以後、全てのデータフレームに
対して、（２−２３）から（２−２９）までの動作が繰
り返される。すなわち、（２−２７）において初期値イ
ンデックス変数ｉの値が秘話強度レベル変数ｌの値から
１減じた値より小さい間、初期値インデックス変数ｉの
値が（２−２８）において毎データフレーム毎に１づつ
増加されていくため、各データフレームに対して、疑似
乱数発生初期値がｓ（０）、ｓ（１）、・・・、ｓ（ｌ
−１）と適用され、ｉ＝ｌ−１の時、ステップ２−８に
おいてステップ２−１０へ進む。

【０１２６】以下、ｉ＝１−１として、ステップ２−１
０から説明する。

【０１２７】（２−３０） 図７ｂのステップ２−１０
において、秘話制御手段１により、初期値インデックス
変数ｉの値が０に設定される。

【０１２８】（２−３１） 図７ｂのステップ２−１１
において、秘話制御手段１により、ＥＫ変更可能状態に
あるか否かが判断される。本実施例の場合、拡大鍵の変
更は行われないので、変更許可が発行されることはな
く、ステップ２−１３へ進む。

【０１２９】（２−３２） 図７ｂのステップ２−１３
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。
以後、１データフレームの処理が終了すると、再び初期
値インデックス変数ｉ＝０、ＥＫインデックス変数ｊ＝
０の値でステップ２−１へ進み、（２−１）から（２−
３２）までが秘話通信が終了するまで繰り返される。つ
まり、各データフレームに対して、疑似乱数発生初期値
ｓ（０）、ｓ（１）、・・・と適用していき、ｓ（ｌ−
１）の適用が終了すると、再びｓ（０）から適用してい
く事が秘話終了まで繰り返される。

【０１３０】秘話通信開始後において、秘話通信応答側
では以下のように動作する。

【０１３１】（２−３３） 図８ｂのステップ４−１に
おいて、秘話制御手段１により、鍵管理手段３から拡大
鍵ＥＫ（ｊ＝０）に含まれている疑似乱数発生初期値ｓ
（ｉ＝０）が獲得され、疑似乱数発生手段２へ与えられ
る。これにより、疑似乱数発生手段２によりｓ（０）を
初期値とする疑似乱数系列が発生され、その疑似乱数系
列に基づいてスクランブル／デスクランブル手段７によ
りデータフレームのスクランブル／デスクランブルが行
われる。

【０１３２】（２−３４） 図８ｂのステップ４−２に
おいて、秘話制御手段１により、秘話通信が終了したか
どうかが判断される。本実施例の場合、秘話通信は継続
中であるとして次のステップへ進む。

【０１３３】（２−３５） 図８ｂのステップ４−３に
おいて、秘話制御手段１により、鍵配送制御手段６より
秘話通信要求側からＥＫ受信通知を受けたか否かが判断
される。本実施例の場合、鍵配送制御手段６により、
（２−２２）においてその動作が終了されているので、
ＥＫ受信通知を受けることはないため、ステップ４−５
へ進む。

【０１３４】（２−３６） 図８ｂのステップ４−５に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が秘話強度レベル変数ｌの値から１減じた値よ
り小さいか否かが判断される。本実施例の場合、ｌ＞１
と仮定しており、ｉ＝０であるので、ｉ＜ｌ−１であ
り、ステップ４−６へ進む。

【０１３５】（２−３７） 図８ｂのステップ４−６に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が１増加される。

【０１３６】（２−３８） 図８ｂのステップ４−１０
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。
ここで、一つのデータフレームの処理が終了した場合、
ステップ４−１へ進む。以後、全てのデータフレームに
対して、（２−３３）から（２−３８）までの動作が繰
り返される。すなわち、（２−３６）において、初期値
インデックス変数ｉの値が秘話強度レベル変数ｌの値か
ら１減じた値より小さい間、（２−３７）において初期
値インデックス変数ｉの値が１づつ増加されていくた
め、各データフレームに対して、疑似乱数発生初期値が
ｓ（０）、ｓ（１）、・・・、ｓ（ｌ−１）と適用さ
れ、ｓ（ｌ−１）の適用が終わり、ステップ４−５にお
いて、ｉ＝ｌ−１となるとステップ４−７へ進む。

【０１３７】（２−３９） 図８ｂのステップ４−７に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が０に設定される。

【０１３８】（２−４０） 図８ｂのステップ４−８に
おいて、秘話制御手段１により、ＥＫ変更可能状態にあ
るか否かが判断される。本実施例の場合、ステップ４−
４においてＥＫ変更可能状態になることはないので、ス
テップ４−１０へ進む。

【０１３９】（２−４１） 図８ｂのステップ４−１０
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。

【０１４０】ここで、一つのデータフレームの処理が終
了された場合、ステップ４−１へ進む。以後、全てのデ
ータフレームに対して、（３−３３）から（２−４１）
が秘話通信が終了するまで繰り返される。つまり、各デ
ータフレームに対して、疑似乱数発生初期値ｓ（０）、
ｓ（１）、・・・と適用していき、ｓ（ｌ−１）の適用
が終了されると、再びｓ（０）から適用されていく事が
秘話終了まで繰り返される。

【０１４１】次に、上記（３）の場合、すなわち秘話通
信要求側が秘話強度レベルｌの値として、ｎ＜ｌ＜ｌｍ
ａｘを要求した場合における秘話装置の動作を説明す
る。まず、秘話通信開始前における秘話通信要求側の動
作から説明する。

【０１４２】（３−０１） 図７ａのステップ１−１に
おいて、秘話制御手段１により、秘話通信要求者から入
力された秘話強度レベルの値が秘話強度レベル変数ｌと
して保持され、ユーザ鍵がユーザ鍵変数ｋとして保持さ
れる。

【０１４３】（３−０２） 図７ａのステップ１−２に
おいて、秘話制御手段１により、秘話強度レベル変数ｌ
の値がシステム初期値最大個数ｎより大きいか否か判断
される。本実施例の場合、ｌ＞ｎと仮定しているので、
ステップ１−４へ進む。

【０１４４】（３−０３） 図７ａのステップ１−３に
おいて、秘話制御手段１により、鍵管理手段３に拡大鍵
ＥＫ（０）とＥＫ（１）の生成が要求される。すなわ
ち、鍵管理手段３に対して、２回ＥＫ生成要求が行われ
る。

【０１４５】（３−０４） 図１１（ａ）のステップ８
−１において、鍵管理手段３により、秘話制御手段１か
らＥＫの生成要求を受けたかどうかが判断され、ＥＫの
生成要求を受けた場合のみ次のステップ８−２へ進む。
本実施例の場合、（３−０３）において、秘話制御手段
１よりＥＫの鍵生成の要求を受けているのでステップ８
−２へ進む。

【０１４６】（３−０５） 図１１（ａ）のステップ８
−２において、鍵管理手段３により、拡大鍵生成部４に
おいて拡大鍵ＥＫの生成が行われる。

【０１４７】（３−０６） 図１１（ａ）のステップ８
−３において、鍵管理手段３により、生成された拡大鍵
が拡大鍵記憶部５へ記憶される。

【０１４８】（３−０７） 図１１（ａ）のステップ８
−１において、鍵管理手段３により、秘話制御手段１か
ら拡大鍵の生成要求を受けたかどうかが判断され、拡大
鍵の生成要求を受けた場合、ステップ８−２へ進む。本
実施例の場合、（３−０３）において、秘話制御手段１
より拡大化鍵生成の要求を２回受けているのでステップ
８−２へ進む。

【０１４９】（３−０８） 図１１（ａ）のステップ８
−２において、鍵管理手段３により、拡大鍵生成部４に
おいて拡大鍵ＥＫの生成が行われる。

【０１５０】（３−０９） 図１１（ａ）のステップ８
−３において、鍵管理手段３により、生成した拡大鍵が
拡大鍵記憶部５へ記憶される。

【０１５１】（３−１０） 図１１（ａ）のステップ８
−１において、鍵管理手段３により、秘話制御手段１よ
り拡大鍵の生成要求があるまでループされる。

【０１５２】（３−１１） 図７ａのステップ１−５に
おいて、秘話制御手段１により、鍵配送制御手段６に拡
大鍵ＥＫの配送が要求される。

【０１５３】（３−１２） 図９のステップ５−１にお
いて、鍵配送制御手段６により、秘話制御手段１よりＥ
Ｋ配送要求を受けたかどうかが判断され、ＥＫ配送要求
を受けた場合のみステップ５−２へ進む。本実施例の場
合、（３−１１）において、秘話制御手段１よりＥＫ配
送要求を受けたので、ステップ５−２へ進む。

【０１５４】（３−１３） 図９のステップ５−２にお
いて、鍵配送制御手段６により、鍵管理手段３より拡大
鍵（ＥＫ（０）及びＥＫ（１））が獲得され、秘話通信
応答側へ秘話設定メッセージを用いて秘話強度レベルと
拡大鍵が配送される。

【０１５５】（３−１４） 図９のステップ５−３にお
いて、鍵配送制御手段６により、ＥＫインデックス変数
ｊの値が０に初期化され、ＥＫ反復回数変数ｒの値が秘
話強度レベル最大値ｌｍａｘの値から秘話強度レベル変
数ｌの値が減じられ、１を加えた値とされる。その後、
秘話通信が開始されるまで待ち状態となる。

【０１５６】（３−１５） 図７ａのステップ１−６に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が０に初期化され、ＥＫインデックス変数ｊの
値が０に初期化され、ＥＫ反復回数変数ｒの値が秘話強
度レベル最大値ｌｍａｘの値から秘話強度レベル変数ｌ
の値が減じられ、１を加えた値とされる。その後、秘話
通信開始待ち状態となる。

【０１５７】一方、秘話通信応答側では秘話通信開始前
においては以下のように動作する。

【０１５８】（３−１６） 図１０ａのステップ６−１
において、鍵配送制御手段６により、秘話通信要求側か
ら秘話設定メツセージを受信したか否かが判断され、秘
話設定メツセージを受信した場合にのみステップ６−２
へ進む。本実施例の場合、（３−１３）において、秘話
通信要求側より秘話設定メッセージが発信されているの
で、ステップ６−２へ進む。

【０１５９】（３−１７） 図１０ａのステップ６−２
において、鍵配送制御手段６により、鍵管理手段３へ秘
話通信要求側から秘話鍵設定メッセージにより配送され
てきた拡大鍵ＥＫ（０）とＥＫ（１）が出力される。

【０１６０】（３−１８） 図１１（ｂ）のステップ８
−４において、鍵管理手段３により、鍵配送制御手段６
から拡大鍵が出力された場合にのみステップ８−５へ進
む。本実施例の場合、（３−１７）において鍵配送制御
手段６から拡大鍵が出力されたので、ステップ８−５へ
進む。

【０１６１】（３−１９） 図１１（ｂ）のステップ８
−５において、鍵管理手段３により、受け取った拡大鍵
ＥＫ（０）とＥＫ（１）が拡大鍵記憶部５へ記憶され、
再びステップ８−４でループされる。

【０１６２】（３−２０） 図１０ａのステップ６−３
において、鍵配送制御手段６により、秘話制御手段１へ
秘話通信要求側から秘話鍵設定メッセージにより配送さ
れてきた秘話強度レベルが出力される。

【０１６３】（３−２１） 図８ａのステップ３−１に
おいて、秘話制御手段１により、鍵配送制御手段６から
秘話強度レベルが出力された場合のみステップ３−２へ
進む。本実施例の場合、（３−２０）において鍵配送制
御手段６から秘話強度レベルが出力されたのでステップ
３−２へ進む。

【０１６４】（３−２２） 図８ａのステップ３−２に
おいて、秘話制御手段１により、秘話強度レベルがシス
テム初期値最大個数ｎより大きいか否かが判断される。
本実施例の場合、ｌ＞ｎを仮定しているので、ステップ
３−３へ進む。 （３−２３） 図８ａのステップ３−３において、秘話
制御手段１により、秘話強度レベル変数ｌの値としてシ
ステム初期値最大個数ｎの値が保持される。

【０１６５】（３−２４） 図８ａのステップ３−５に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が０に初期化され、ＥＫインデックス変数ｊの
値が０に初期化され、秘話通信開始待ち状態となる。

【０１６６】（３−２５） 図１０ａのステップ６−４
において、鍵配送制御手段６により、秘話強度レベルが
システム初期値最大個数ｎより大きいか否かが判断され
る。本実施例の場合、ｌ＞ｎを仮定しているので、ステ
ップ６−５へ進む。

【０１６７】（３−２６） 図１０ａのステップ６−５
において、鍵配送制御手段６により、ＥＫ反復回数変数
ｒの値として秘話強度レベル最大値ｌｍａｘの値から秘
話強度レベルの値が減じられ、１を加えた値が保持さ
れ、秘話通信開始待ち状態となる。

【０１６８】次に、秘話通信開始後における秘話通信要
求側の動作について説明する。

【０１６９】（３−２７） 図９のステップ５−４にお
いて、鍵配送制御手段６により、拡大鍵ＥＫの繰り返し
がｒ回目の繰り返しであるか否かが判断され、その場合
のみ次のステップ５−５へ進む。本実施例の場合、１回
目の繰り返しであるので、このステップがループされ
る。

【０１７０】（３−２８） 図７ｂのステップ２−１に
おいて、秘話制御手段１により、鍵管理手段３から拡大
鍵ＥＫ（ｊ＝０）に含まれている疑似乱数発生初期値ｓ
（ｉ＝０）が獲得され、疑似乱数発生手段２へ与えられ
る。これにより、疑似乱数発生手段２によりｓ（０）を
初期値とする疑似乱数系列が発生され、その疑似乱数系
列に基づいてスクランブル／デスクランブル手段７によ
りデータフレームのスクランブル／デスクランブルが行
われる。

【０１７１】（３−２９） 図７ｂのステップ２−２に
おいて、秘話制御手段１により、秘話通信が終了したか
どうかが判断される。本実施例の場合、秘話通信は継続
中であるとして次のステップへ進む。

【０１７２】（３−３０） 図７ｂのステップ２−３に
おいて、秘話制御手段１により、秘話強度レベル変数ｌ
の値がシステム初期値最大個数ｎより大きく、かつ一つ
の拡大鍵ＥＫの反復処理の回数がＥＫ反復回数変数ｒ回
目であるか否かが判断される。本実施例の場合、ｌ＞ｎ
を仮定しているが、まだＥＫは１回目の繰り返しであ
り、ｒ＞１の仮定から、ステップ２−７へ進む。

【０１７３】（３−３１） 図７ｂのステップ２−７に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値がシステム初期値最大個数ｎの値から１減じた
値より小さいか否かが判断される。本実施例の場合、ｉ
＝０＜ｎ−１なので、ステップ２−８へ進む。

【０１７４】（３−３２） 図７ｂのステップ２−８に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が秘話強度レベル変数ｌの値から１減じた値よ
り小さいか否かが判断される。本実施例の場合、ｌ＞ｎ
を仮定しているので、ｉ＜ｌ−１は必ず真であるから、
ステップ２−９へ進む。

【０１７５】（３−３３） 図７ｂのステップ２−９に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が１増加される。

【０１７６】（３−３４） 図７ｂのステップ２−１３
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。

【０１７７】ここで、１データフレームの処理が終了し
た後、ステップ２−１へ進み、初期値インデックス変数
ｉの値がシステム初期値最大個数ｎ−１の値より小さい
間、（３−２８）から（３−３４）が繰り返される。す
なわち、ＥＫ（ｊ＝０）内の疑似乱数発生初期値ｓ
（ｉ）のｉ＝０，１，・・・，ｎ−１に関する処理が行
われる。

【０１７８】一方、秘話通信開始後、秘話通信応答側は
以下のように動作する。

【０１７９】（３−３５） 図１０ｂのステップ７−１
において、拡大鍵ＥＫの繰り返しがｒ回目の繰り返しで
あるか否かが判断され、その場合のみ次のステップ７−
２へ進む。本実施例の場合、１回目の繰り返しであるの
で、このステップがループされる。

【０１８０】（３−３６） 図８ｂのステップ４−１に
おいて、秘話制御手段１により、鍵管理手段３から拡大
鍵ＥＫ（ｊ＝０）に含まれている疑似乱数発生初期値ｓ
（ｉ＝０）が獲得され、疑似乱数発生手段２へ与えられ
る。これにより、疑似乱数発生手段２によりｓ（０）を
初期値とする疑似乱数系列が発生され、その疑似乱数系
列に基づいてスクランブル／デスクランブル手段７によ
りデータフレームのスクランブル／デスクランブルが行
われる。

【０１８１】（３−３７） 図８ｂのステップ４−２に
おいて、秘話制御手段１により、秘話通信が終了したか
どうかが判断される。本実施例の場合、秘話通信は継続
中であるとして次のステップへ進む。

【０１８２】（３−３８） 図８ｂのステップ４−３に
おいて、秘話制御手段１により、鍵配送制御手段６より
ＥＫ受信通知を受けたか否かが判断される。ここでは、
まだ秘話通信要求側により秘話制御メッセージが送信さ
れていないので、鍵配送制御手段６により拡大鍵が受け
取られることはなく、鍵配送制御手段６からＥＫ受信通
知を受けることなないので、ステップ４−５へ進む。

【０１８３】（３−３９） 図８ｂのステップ４−５に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が秘話強度レベル変数ｌ（＝システム初期値最
大個数ｎ）の値から１減じた値より小さいか否かが判断
される。本実施例の場合、ｌ＝ｎ＞１を仮定しており、
ｉ＝０であるので、ｉ＜ｌ−１であり、ステップ４−６
へ進む。

【０１８４】（３−４０） 図８ｂのステップ４−６に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が１増加される。

【０１８５】（３−４１） 図８ｂのステップ４−１０
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。

【０１８６】ここで、１データフレームの処理が終了し
た後、再びステップ４−１へ進み、ステップ４−５にお
いて、初期値インデックス変数ｉの値が秘話強度レベル
変数ｌ（＝システム初期値最大個数ｎ）−１の値より小
さい間、（３−３６）から（３−４１）が繰り返され
る。すなわち、ＥＫ（ｊ＝０）内の疑似乱数発生初期値
ｓ（０）、ｓ（１）、・・・、ｓ（ｎ−１）に関する処
理が行われる。

【０１８７】以後、秘話通信要求側おいては（３−２
８）から（３−３４）がｒ−１回繰り返され、秘話通信
応答側においては（３−３４）から（３−４１）がｒ−
１回繰り返される。秘話通信要求側と秘話通信応答側双
方においてｒ回目のＥＫ（０）の繰り返しであるとして
説明を続ける。

【０１８８】（３−４２） 図９のステップ５−４にお
いて、鍵配送制御手段６により、ＥＫ（０）に関するｒ
回目の繰り返しであるか否かが判断される。ｒ回目の繰
り返しであると仮定しているので、ステップ５−５へ進
む。

【０１８９】．（３−４３） 図９のステップ５−５に
おいて、鍵配送制御手段６により、ＥＫ（０）の処理中
であるか、或いは、秘話通信応答側から秘話制御確認メ
ッセージを受信したか否かが判断される。本実施例の場
合、ＥＫ（０）の処理中であるので、ステップ５−６へ
進む。

【０１９０】（３−４４） 図９のステップ５−６にお
いて、鍵配送制御手段６により、秘話制御手段１へＥＫ
（１）設定通知が行われる。

【０１９１】（３−４５） 図９において、ステップ５
−７において、鍵配送制御手段６により、鍵管理手段３
においてＥＫ（２）の生成が完了しているか否かが判断
され、完了するまでこのステップがループされる。

【０１９２】（３−４６） 図７ｂのステップ２−１に
おいて、秘話制御手段１により、鍵管理手段３から拡大
鍵ＥＫ（ｊ＝０）に含まれている疑似乱数発生初期値ｓ
（ｉ＝０）が獲得され、疑似乱数発生手段２へ与えられ
る。これにより、疑似乱数発生手段２によりｓ（０）を
初期値とする疑似乱数系列が発生され、その疑似乱数系
列に基づいてスクランブル／デスクランブル手段７によ
りデータフレームのスクランブル／デスクランブルが行
われる。

【０１９３】（３−４７） 図７ｂのステップ２−２に
おいて、秘話制御手段１により、秘話通信が終了したか
どうかが判断される。本実施例の場合、秘話通信は継続
中であるとして、次のステップへ進む。

【０１９４】（３−４８） 図７ｂのステップ２−３に
おいて、秘話制御手段１により、秘話強度レベルの値が
システム初期値最大個数ｎより大きく、かつ、一つの拡
大鍵ＥＫの反復処理の回数がＥＫ反復回数変数ｒ回目で
あるか否かが判断される。本実施例の場合、ｌ＞ｎを仮
定しており、かつ、ＥＫはｒ回目の繰り返しであると仮
定しているので、ステップ２−４へ進む。

【０１９５】（３−４９） 図７ｂのステップ２−４に
おいて、秘話制御手段１により、鍵配送制御手段６から
ＥＫ（１）設定の通知がなされたか否かが判断される。
本実施例の場合、（３−４４）においてＥＫ（１）設定
の通知が行われているので、ステップ２−５へ進む。

【０１９６】（３−５０） 図７ｂのステップ２−５に
おいて、秘話制御手段１により、鍵管理手段３において
拡大鍵ＥＫ（２）が生成される。

【０１９７】（３−５１） 図９のステップ５−７にお
いて、鍵配送制御手段６により、鍵管理手段３において
ＥＫ（２）が生成されたので、このステップのループを
抜け次のステップ５−８へ進む。

【０１９８】（３−５２） 図９のステップ５−８にお
いて、鍵配送制御手段６により、鍵管理手段３から拡大
鍵ＥＫ（２）が獲得され、秘話制御メッセージを用いて
拡大鍵ＥＫ（２）が秘話通信応答側へ配送される。

【０１９９】（３−５３） 図９のステップ５−９にお
いて、鍵配送制御手段６により、ＥＫインデックス変数
ｊの値が１増加され、次の拡大鍵ＥＫ（１）のｒ回目の
処理になるまでループされる。

【０２００】（３−５４） 図７ｂのステップ２−６に
おいて、秘話制御手段１により、ＥＫ変更可能状態とさ
れる。

【０２０１】（３−５５） 図７ｂのステップ２−７に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値がシステム初期値最大個数ｎの値から１減じた
値より小さいか否かが判断される。その場合、ｎ＞１を
仮定しており、ｉ＝０＜ｎ−１なので、ステップ２−８
へ進む。

【０２０２】（３−５６） 図７ｂのステップ２−８に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が秘話強度レベル変数ｌの値から１減じた値よ
り小さいか否かが判断される。本実施例の場合、ｌ＞ｎ
を仮定しているため、ここではｉ＜ｌ−１は常に真であ
るので必ずステップ２−９へ進む。

【０２０３】（３−５７） 図７ｂのステップ２−９に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が１増加される。

【０２０４】（３−５８） 図７ｂのステップ２−１３
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。

【０２０５】ここで、一つのデータフレームの処理が終
了された場合、ステップ２−１へ進む。以後、各データ
フレームに対して、初期値インデッタス変数ｉの値が秘
話強度レベル変数ｎの値から１減じた値より小さい間、
初期値インデックス変数ｉの値がステップ２−９におい
て１づつ増加されていくため、各データフレームに対し
て、疑似乱数発生初期値がｓ（０）、ｓ（１）、・・
・、ｓ（ｎ−１）と適用される。ステップ２−７におい
てｉ＝ｎ−１の状況から説明を続ける。

【０２０６】（３−５９） 図７ｂのステップ２−７に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値がシステム初期値最大個数ｎ−１の値より小さ
いか否かが判断される。本実施例の場合、ｉ＝ｎ−１な
ので、ステップ２−１０へ進む。

【０２０７】（３−６０） 図７ｂのステップ２−１０
において、秘話制御手段１により、初期値インデックス
変数ｉの値が０に初期化される。

【０２０８】（３−６１） 図７ｂのステップ２−１１
において、秘話制御手段１により、ＥＫ変更可能状態に
あるか否かが判断される。本実施例の場合、（３−５
４）においてＥＫ変更可能状態になったので、ステップ
１−１２へ進む。

【０２０９】（３−６２） 図７ｂのステップ２−１２
において、秘話制御手段１により、ＥＫインデックス変
数ｊの値が１増やされ、ｊ＝１とされる。

【０２１０】（３−６３） 図７ｂのステップ２−１３
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。

【０２１１】一方、秘話通信応答側においては、ＥＫ
（０）のｒ回目の繰り返しにおいて以下のように動作す
る。

【０２１２】（３−６４） 図１０ｂのステップ７−１
において、鍵配送制御手段６により、ＥＫ（０）のｒ回
目の繰り返しであるか否かが判断される。本実施例の場
合、ｒ回目の繰り返しを仮定したので、ステップ７−２
へ進む。

【０２１３】（３−６５） 図１０ｂのステップ７−２
において、鍵配送制御手段６により、秘話通信要求側か
らの秘話制御メッセージを受信したか否かが判断され
る。本実施例の場合、（３−５２）において秘話通信要
求側が秘話制御メッセージを送信しているので、受信し
たとしてステップ７−３へ進む。

【０２１４】（３−６６） 図１０ｂのステップ７−３
において、鍵配送制御手段６により、受信した秘話制御
メッセージに含まれている拡大鍵ＥＫ（２）が鍵管理手
段３へ出力され、鍵管理手段３により拡大鍵記憶部５へ
ＥＫ（２）が記憶される。

【０２１５】（３−６７） 図１０ｂのステップ７−４
において、鍵配送制御手段６により、秘話通信要求側へ
秘話制御確認メッセージが送信される。

【０２１６】（３−６８） 図１０ｂのステップ７−５
において、鍵配送制御手段６により、秘話制御手段１へ
ＥＫ（２）受信通知が行われる。

【０２１７】（３−６９） 図１０ｂのステップ７−６
において、鍵配送制御手段６により、ＥＫの処理が１
回、本実施例の場合、ｒ回目のＥＫ（０）の処理が終了
するまでステップ７−２からこのステップ７−６がルー
プされる。これは、ｒ回目のＥＫの処理が終了するまで
に秘話通信要求側から秘話制御メッセージを受信した場
合のみ、次の拡大鍵ＥＫに基づくスクランブル／デスク
ランブルに移る処理をおこなうためである。

【０２１８】（３−７０） 図８ｂのステップ４−１に
おいて、秘話制御手段１により、鍵管理手段３から拡大
鍵ＥＫ（ｊ＝０）に含まれている疑似乱数発生初期値ｓ
（ｉ＝０）が獲得され、疑似乱数発生手段２へ与えられ
る。これにより、疑似乱数発生手段２によりｓ（０）を
初期値とする疑似乱数系列が発生され、その疑似乱数系
列に基づいてスクランブル／デスクランブル手段７によ
りデータフレームのスクランブル／デスクランブルが行
われる。

【０２１９】（３−７１） 図８ｂのステップ４−２に
おいて、秘話制御手段１により、秘話通信が終了したか
どうかが判断される。本実施例の場合、秘話通信は継続
中であるとして次のステップ４−３へ進む。

【０２２０】（３−７２） 図８ｂのステップ４−３に
おいて、秘話制御手段１により、鍵配送制御手段６より
ＥＫ（２）受信通知を受けたか否かが判断される。ここ
では、（３−６８）において鍵配送制御手段６からＥＫ
（２）受信通知を受けているので、ステップ４−４へ進
む。

【０２２１】（３−７３） 図８ｂのステップ４−４に
おいて、秘話制御手段１により、ＥＫ変更可能状態にな
る。

【０２２２】（３−７４） 図８ｂのステップ４−５に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が秘話強度レベル変数ｌの値から１減じた値よ
り小さいか否かが判断される。本実施例の場合、ｌ＞ｎ
＞１を仮定しており、ｉ＝０であるので、ｉ＜ｌ−１で
あり、ステップ４−６へ進む。

【０２２３】（３−７５） 図８ｂのステップ４−６に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が１増加される。

【０２２４】（３−７６） 図８ｂのステップ４−１０
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。

【０２２５】ここで、一つのデータフレームの処理が終
了された場合、ステップ４−１へ進む。以後、各データ
フレームに対して、初期値インデックス変数ｉの値が秘
話強度レベル変数ｌの値から１減じた値より小さい間、
初期値インデックス変数ｉの値がステップ４−６におい
て１づつ増加されていくため、各データフレームに対し
て、疑似乱数発生初期値がｓ（０）、ｓ（１）、・・
・、ｓ（ｎ−１）と適用される。ステップ４−５におい
てｉ＝ｌ−１の状況から説明を続ける。

【０２２６】（３−７７） 図８ｂのステップ４−５に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が秘話強度レベル変数ｌの値から１減じた値よ
り小さいか否かが判断される。本実施例の場合、ｉ＝ｌ
−１を仮定したので、ステップ４−７へ進む。

【０２２７】（３−７８） 図８ｂのステップ４−７に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が０に初期化される。

【０２２８】（３−７９） 図８ｂのステップ４−８に
おいて、秘話制御手段１により、ＥＫ変更可能状態にあ
るか否かが判断される。本実施例の場合、（３−７３）
においてＥＫ変更可能状態になっているのでステップ４
−９へ進む。

【０２２９】（３−８０） 図８ｂのステップ４−９に
おいて、秘話制御手段１により、ＥＫインデックス変数
ｊの値が１増加され、ｊ＝１とされる。

【０２３０】（３−８１） 図８ｂのステップ４−１０
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。

【０２３１】ここで、１データフレームの処理が終了さ
れると、秘話通信要求側と秘話通信応答側双方が、ＥＫ
インデックス変数ｊ＝１、初期値インデックス変数ｉ＝
０の値で、秘話通信開始後から行ったＥＫ（ｉ＝０）に
対する処理と同様の処理がＥＫ（ｊ＝１）に関して行わ
れる。

【０２３２】以上のようにして、秘話通信要求側と秘話
通信応答側とが拡大鍵ＥＫ（ｊ）の処理をｒ回繰り返し
た後、次のＥＫ（ｊ＋１）の処理へ移っていくことが、
秘話通信が終了するまで続けられる。

【０２３３】最後に、前記（４）の場合、すなわち秘話
通信要求側が秘話強度レベルｌの値として、ｌｍａｘを
要求した場合における秘話装置の動作を説明する。ま
ず、秘話通信開始前における秘話通信要求側の動作から
説明する。

【０２３４】（４−０１） 図７ａのステップ１−１に
おいて、秘話制御手段１により、秘話通信要求者から入
力された秘話強度レベルの値が秘話強度レベル変数ｌと
して保持され、ユーザ鍵がユーザ鍵変数ｋとして保持さ
れる。

【０２３５】（４−０２） 図７ａのステップ１−２に
おいて、秘話制御手段１により、秘話強度レベル変数ｌ
の値がシステム初期値最大個数ｎより大きいか否か判断
される。本実施例の場合、ｌ＞ｎと仮定しているので、
ステップ１−４へ進む。

【０２３６】（４−０３） 図７ａのステップ１−３に
おいて、秘話制御手段１により、鍵管理手段３に拡大鍵
ＥＫ（０）とＥＫ（１）の生成が要求される。すなわ
ち、鍵管理手段３に対して、２回ＥＫ生成要求が行われ
る。

【０２３７】（４−０４） 図１１（ａ）のステップ８
−１において、鍵管理手段３により、秘話制御手段１か
らＥＫの生成要求を受けたかどうかが判断され、ＥＫの
生成要求を受けた場合のみ次のステップ８−２へ進む。
本実施例の場合、（４−０３）において、秘話制御手段
１よりＥＫの鍵生成の要求を受けているのでステップ８
−２へ進む。

【０２３８】（４−０５） 図１１（ａ）のステップ８
−２において、鍵管理手段３により、拡大鍵生成部４に
おいて拡大鍵ＥＫの生成が行われる。

【０２３９】（４−０６） 図１１（ａ）のステップ８
−３において、鍵管理手段３により、生成された拡大鍵
が拡大鍵記憶部５へ記憶される。

【０２４０】（４−０７） 図１１（ａ）のステップ８
−１において、鍵管理手段３により、秘話制御手段１か
ら拡大鍵の生成要求を受けたかどうかが判断され、拡大
鍵の生成要求を受けた場合、ステップ８−２へ進む。本
実施例の場合、（４−０３）において、秘話制御手段１
より拡大化鍵生成の要求を２回受けているのでステップ
８−２へ進む。

【０２４１】（４−０８） 図１１（ａ）のステップ８
−２において、鍵管理手段３により、拡大鍵生成部４に
おいて拡大鍵ＥＫの生成が行われる。

【０２４２】（４−０９） 図１１（ａ）のステップ８
−３において、鍵管理手段３により、生成した拡大鍵が
拡大鍵記憶部５へ記憶される。

【０２４３】（４−１０） 図１１（ａ）のステップ８
−１において、鍵管理手段３により、秘話制御手段１よ
り拡大鍵の生成要求があるまでループされる。

【０２４４】（４−１１） 図７ａのステップ１−５に
おいて、秘話制御手段１により、鍵配送制御手段６に拡
大鍵ＥＫの配送が要求される。

【０２４５】（４−１２） 図９のステップ５−１にお
いて、鍵配送制御手段６により、秘話制御手段１よりＥ
Ｋ配送要求を受けたかどうかが判断され、ＥＫ配送要求
を受けた場合のみステップ５−２へ進む。本実施例の場
合、（４−１１）において、秘話制御手段１よりＥＫ配
送要求を受けたので、ステップ５−２へ進む。

【０２４６】（４−１３） 図９のステップ５−２にお
いて、鍵配送制御手段６により、鍵管理手段３より拡大
鍵（ＥＫ（０）及びＥＫ（１））が獲得され、秘話通信
応答側へ秘話設定メッセージを用いて秘話強度レベルと
拡大鍵が配送される。

【０２４７】（４−１４） 図９のステップ５−３にお
いて、鍵配送制御手段６により、ＥＫインデックス変数
ｊの値が０に初期化され、ＥＫ反復回数変数ｒの値が秘
話強度レベル最大値ｌｍａｘの値から秘話強度レベル変
数ｌの値が減じられ、１を加えた値とされる。その後、
秘話通信が開始されるまで待ち状態となる。

【０２４８】（４−１５） 図７ａのステップ１−６に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が０に初期化され、ＥＫインデックス変数ｊの
値が０に初期化され、ＥＫ反復回数変数ｒの値が秘話強
度レベル最大値ｌｍａｘの値から秘話強度レベル変数ｌ
の値が減じられ、１を加えた値とされる。その後、秘話
通信開始待ち状態となる。ただし、ＥＫ反復回数変数ｒ
は、ｒ＝ｌｍａｘ−ｌｍａｘ＋１＝１である。

【０２４９】一方、秘話通信開始前における秘話通信応
答側の動作は以下の通りである。

【０２５０】（４−１６） 図１０ａのステップ６−１
において、鍵配送制御手段６により、秘話通信要求側か
ら秘話設定メツセージを受信したか否かが判断され、秘
話設定メツセージを受信した場合にのみステップ６−２
へ進む。本実施例の場合、（４−１３）において、秘話
通信要求側より秘話設定メッセージが発信されているの
で、ステップ６−２へ進む。

【０２５１】（４−１７） 図１０ａのステップ６−２
において、鍵配送制御手段６により、鍵管理手段３へ秘
話通信要求側から秘話鍵設定メッセージにより配送され
てきた拡大鍵ＥＫ（０）とＥＫ（１）が出力される。

【０２５２】（４−１８） 図１１（ｂ）のステップ８
−４において、鍵管理手段３により、鍵配送制御手段６
から拡大鍵が出力された場合にのみステップ８−５へ進
む。本実施例の場合、（４−１７）において鍵配送制御
手段６から拡大鍵が出力されたので、ステップ８−５へ
進む。

【０２５３】（４−１９） 図１１（ｂ）のステップ８
−５において、鍵管理手段３により、受け取った拡大鍵
ＥＫ（０）とＥＫ（１）が拡大鍵記憶部５へ記憶され、
再びステップ８−４でループされる。

【０２５４】（４−２０） 図１０ａのステップ６−３
において、鍵配送制御手段６により、秘話制御手段１へ
秘話通信要求側から秘話鍵設定メッセージにより配送さ
れてきた秘話強度レベルが出力される。

【０２５５】（４−２１） 図８ａのステップ３−１に
おいて、秘話制御手段１により、鍵配送制御手段６から
秘話強度レベルが出力された場合のみステップ３−２へ
進む。本実施例の場合、（４−２０）において鍵配送制
御手段６から秘話強度レベルが出力されたのでステップ
３−２へ進む。

【０２５６】（４−２２） 図８ａのステップ３−２に
おいて、秘話制御手段１により、秘話強度レベルがシス
テム初期値最大個数ｎより大きいか否かが判断される。
本実施例の場合、ｌ＞ｎを仮定しているので、ステップ
３−３へ進む。 （４−２３） 図８ａのステップ３−３において、秘話
制御手段１により、秘話強度レベル変数ｌの値としてシ
ステム初期値最大個数ｎの値が保持される。

【０２５７】（４−２４） 図８ａのステップ３−５に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が０に初期化され、ＥＫインデックス変数ｊの
値が０に初期化され、秘話通信開始待ち状態となる。

【０２５８】（４−２５） 図１０ａのステップ６−４
において、鍵配送制御手段６により、秘話強度レベルが
システム初期値最大個数ｎより大きいか否かが判断され
る。本実施例の場合、ｌ＞ｎを仮定しているので、ステ
ップ６−５へ進む。

【０２５９】（４−２６） 図１０ａのステップ６−５
において、鍵配送制御手段６により、ＥＫ反復回数変数
ｒの値として秘話強度レベル最大値ｌｍａｘの値から秘
話強度レベルの値が減じられ、１を加えた値が保持さ
れ、秘話通信開始待ち状態となる。ただし、ＥＫ反復回
数変数ｒは、 ｒ＝ｌｍａｘ−ｌｍａｘ＋１＝１ である。

【０２６０】以下、秘話通信開始後における秘話通信要
求側の動作について説明する。

【０２６１】（４−２７） 図９のステップ５−４にお
いて、鍵配送制御手段６により、ＥＫ（０）に関するｒ
＝１回目の繰り返しであるか否かが判断される。今、１
回目の繰り返しであるので、ステップ５−５へ進む。

【０２６２】（４−２８） 図９のステップ５−５にお
いて、鍵配送制御手段６により、ＥＫ（０）の処理中で
あるか、或いは秘話通信応答側から秘話制御確認メッセ
ージを受信したか否かが判断される。本実施例の場合、
ＥＫ（０）の処理中であるので、ステップ５−６へ進
む。

【０２６３】（４−２９） 図９のステップ５−６にお
いて、鍵配送制御手段６により、秘話制御手段１へＥＫ
（１）設定通知が行われる。

【０２６４】（４−３０） 図９のステップ５−７にお
いて、鍵配送制御手段６により、鍵管理手段３において
ＥＫ（２）の生成が完了しているか否かが判断され、Ｅ
Ｋ（２）の生成が完了するまでこのステップがループさ
れる。

【０２６５】（４−３１） 図７ｂのステップ２−１に
おいて、秘話制御手段１により、鍵管理手段３から拡大
鍵ＥＫ（ｊ＝０）に含まれている疑似乱数発生初期値ｓ
（ｉ＝０）が獲得され、疑似乱数発生手段２へ与えられ
る。これにより、疑似乱数発生手段２によりｓ（０）を
初期値とする疑似乱数系列が発生され、その疑似乱数系
列に基づいてスクランブル／デスクランブル手段７によ
りデータフレームのスクランブル／デスクランブルが行
われる。

【０２６６】（４−３２） 図７ｂのステップ２−２に
おいて、秘話制御手段１により、秘話通信が終了したか
どうかが判断される。本実施例の場合、秘話通信は継続
中であるとして、次のステップへ進む。

【０２６７】（４−３３） 図７ｂのステップ２−３に
おいて、秘話制御手段１により、秘話強度レベル変数ｌ
の値がシステム初期値最大個数ｎより大きく、かつ一つ
の拡大鍵ＥＫの反復処理の回数がＥＫ反復回数変数ｒ＝
１回目であるか否かが判断される。本実施例の場合、ｌ
ｍａｘ＞ｎであり、かつＥＫ（０）は１回目の繰り返し
であるので、ステップ２−４へ進む。

【０２６８】（４−３４） 図７ｂのステップ２−４に
おいて、秘話制御手段１により、鍵配送制御手段６から
ＥＫ（１）設定の通知がなされたか否かが判断される。
本実施例の場合、（４−２９）においてＥＫ（１）設定
の通知が行われているので、ステップ２−５へ進む。

【０２６９】（４−３５） 図７ｂのステップ２−５に
おいて、秘話制御手段１により、鍵管理手段３において
拡大鍵ＥＫ（２）が生成される。

【０２７０】（４−３６） 図９のステップ５−７にお
いて、鍵配送制御手段６により、ＥＫ（２）されたの
で、このステップのループを抜けて次のステップへ進
む。

【０２７１】（４−３７） 図９のステップ５−８にお
いて、鍵配送制御手段６により、鍵管理手段３から拡大
鍵ＥＫ（２）が獲得され、秘話制御メッセージを用いて
拡大鍵ＥＫ（２）が秘話通信応答側へ配送される。

【０２７２】（４−３８） 図９のステップ５−９にお
いて、鍵配送制御手段６により、ＥＫインデックス変数
ｊの値が１増加され、次の拡大鍵ＥＫ（１）のｒ＝１回
目の処理になるまでループされる。

【０２７３】（４−３９） 図７ｂのステップ２−６に
おいて、秘話制御手段１により、ＥＫ変更可能状態にな
る。

【０２７４】（４−４０） 図７ｂのステップ２−７に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値がシステム初期値最大個数ｎの値から１減じた
値より小さいか否かが判断される。本実施例の場合、ｉ
＝０、ｎ＞１なので、ｉ＜ｎ−１であるから、ステップ
２−８へ進む。

【０２７５】（４−４１） 図７ｂのステップ２−８に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が秘話強度レベル変数ｌの値から１減じた値よ
り小さいか否かが判断される。本実施例の場合、ｌ＝ｌ
ｍａｘ＞ｎ＞１であるため、ここでは、常にｉ＜１−１
であるから、必ずステップ２−９へ進む。

【０２７６】（４−４２） 図７ｂのステップ２−９に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が１増加される。

【０２７７】（４−４３） 図７ｂのステップ２−１３
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。

【０２７８】ここで、一つのデータフレームの処理が終
了された場合、ステップ２−１へ進む。以後、各データ
フレームに対して、初期値インデッタス変数ｉの値が秘
話強度レベル変数ｎの値から１減じた値より小さい間、
初期値インデックス変数ｉの値がステップ２−９におい
て１づつ増加されていくため、各データフレームに対し
て、疑似乱数発生初期値がｓ（０）、ｓ（１）、・・
・、ｓ（ｎ−１）と適用される。ステップ２−７におい
てｉ＝ｎ−１の状況から説明を続ける。

【０２７９】（４−４４） 図７ｂのステップ２−７に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値がシステム初期値最大個数ｎ−１の値より小さ
いか否かが判断される。本実施例の場合、ｉ＝ｎ−１な
ので、ステップ２−１０へ進む。

【０２８０】（４−４５） 図７ｂのステップ２−１０
において、秘話制御手段１により、初期値インデックス
変数ｉの値が０に初期化される。

【０２８１】（４−４６） 図７ｂのステップ２−１１
において、秘話制御手段１により、ＥＫ変更可能状態に
あるか否かが判断される。本実施例の場合、（４−３
９）においてＥＫ変更可能状態になったので、ステップ
１−１２へ進む。

【０２８２】（４−４７） 図７ｂのステップ２−１２
において、秘話制御手段１により、ＥＫインデックス変
数ｊの値が１増やされ、ｊ＝１とされる。

【０２８３】（４−４８） 図７ｂのステップ２−１３
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。

【０２８４】一方、秘話通信応答側においては以下のよ
うに動作する。

【０２８５】（４−４９） 図１０ｂのステップ７−１
において、鍵配送制御手段６により、ＥＫ（０）のｒ＝
１回目の繰り返しであるか否かが判断される。本実施例
の場合、１回目の繰り返しなので、ステップ７−２へ進
む。

【０２８６】（４−５０） 図１０ｂのステップ７−２
において、鍵配送制御手段６により、秘話通信要求側か
らの秘話制御メッセージを受信したか否かが判断され
る。本実施例の場合、（４−３７）において秘話通信要
求側が秘話制御メッセージを送信しているので、受信し
たとしてステップ７−３へ進む。

【０２８７】（４−５１） 図１０ｂのステップ７−３
において、鍵配送制御手段６により、鍵管理手段３へ受
信した秘話制御メッセージに含まれている拡大鍵ＥＫ
（２）が出力され、鍵管理手段３により拡大鍵記憶部５
へＥＫ（２）が記憶される。

【０２８８】（４−５２） 図１０ｂのステップ７−４
において、鍵配送制御手段６により、秘話通信要求側へ
秘話制御確認メッセージが送信される。

【０２８９】（４−５３） 図１０ｂのステップ７−５
において、鍵配送制御手段６により、秘話制御手段１へ
ＥＫ（２）受信通知が行われる。

【０２９０】（４−５４） 図１０ｂのステップ７−６
において、鍵配送制御手段６により、ＥＫ（０）の処理
が終了するまでステップ７−２からこのステップ７−６
がループされる。これは、ＥＫ（０）の処理が終了する
までに秘話通信要求側から秘話制御メッセージを受信し
た場合のみ、次の拡大鍵ＥＫに基づくスクランブル／デ
スクランブルに移るための処理を行うためである。

【０２９１】（４−５５） 図８ｂのステップ４−１に
おいて、秘話制御手段１により、鍵管理手段３から拡大
鍵ＥＫ（ｊ＝０）に含まれている疑似乱数発生初期値ｓ
（ｉ＝０）が獲得され、疑似乱数発生手段２へ与えられ
る。これにより、疑似乱数発生手段２によりｓ（０）を
初期値とする疑似乱数系列が発生され、その疑似乱数系
列に基づいてスクランブル／デスクランブル手段７によ
りデータフレームのスクランブル／デスクランブルが行
われる。

【０２９２】（４−５６） 図８ｂのステップ４−２に
おいて、秘話制御手段１により、秘話通信が終了したか
どうかが判断される。本実施例の場合、秘話通信は継続
中であるとして次のステップへ進む。

【０２９３】（４−５７） 図８ｂのステップ４−３に
おいて、秘話制御手段１により、鍵配送制御手段６より
ＥＫ（２）受信通知を受けたか否かが判断される。ここ
では、（４−５３）において鍵配送制御手段６からＥＫ
（２）受信通知を受けているので、ステップ４−４へ進
む。

【０２９４】（４−５８） 図８ｂのステップ４−４に
おいて、秘話制御手段１により、ＥＫ変更可能状態にな
る。

【０２９５】（４−５９） 図８ｂのステップ４−５に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が秘話強度レベル変数ｌの値から１減じた値よ
り小さいか否かが判断される。本実施例の場合、ｌ＝ｌ
ｍａｘ＞１を仮定しており、ｉ＝０であるので、ｉ＜ｌ
−１であり、ステップ４−６へ進む。

【０２９６】（４−６０） 図８ｂのステップ４−６に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が１増加される。

【０２９７】（４−６１） 図８ｂのステップ４−１０
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了したか否かが
判断され、終了するまでこのステップがループされる。

【０２９８】ここで、一つのデータフレームの処理が終
了した場合、ステップ４−１へ進む。以後、各データフ
レームに対して、ステップ４−５において初期値インデ
ックス変数ｉの値が秘話強度レベル変数ｌの値から１減
じた値より小さい間、初期値インデックス変数ｉの値が
ステップ４−６において１づつ増加されていくため、各
データフレームに対して、疑似乱数発生初期値がｓ
（０）、ｓ（１）、・・・、ｓ（ｎ−１）と適用され
る。ステップ４−５においてｉ＝ｌ−１の状況から説明
を続ける。

【０２９９】（４−６１） 図８ｂのステップ４−５に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が秘話強度レベル変数ｌの値から１減じた値よ
り小さいか否かが判断される。本実施例の場合、ｉ＝ｌ
−１を仮定したのでステップ４−７へ進む。

【０３００】（４−６２） 図８ｂのステップ４−７に
おいて、秘話制御手段１により、初期値インデックス変
数ｉの値が０に初期化される。

【０３０１】（４−６３） 図８ｂのステップ４−８に
おいて、秘話制御手段１により、ＥＫ変更可能状態にあ
るか否かが判断される。本実施例の場合、（４−５７）
においてＥＫ変更可能状態になっているのでステップ４
−９へ進む。

【０３０２】（４−６４） 図８ｂのステップ４−９に
おいて、秘話制御手段１により、ＥＫインデックス変数
ｊの値が１増加され、ｊ＝１とされる。

【０３０３】（４−６５） 図８ｂのステップ４−１０
において、秘話制御手段１により、１データフレームの
スクランブル／デスクランブル処理が終了されたか否か
が判断され、終了するまでこのステップがループされ
る。

【０３０４】ここで、１データフレームの処理が終了す
ると、秘話通信要求側と秘話通信応答側双方が、ＥＫイ
ンデックス変数ｊ＝１、初期値インデックス変数ｉ＝０
の変数値で、秘話通信開始後から行ったＥＫ（ｊ＝０）
に対する処理と同様の処理がＥＫ（ｊ＝１）に関して行
われる。

【０３０５】以上のようにして、秘話通信要求側と秘話
通信応答側とが拡大鍵ＥＫ（ｊ）の処理を１回繰り返し
た後、次のＥＫ（ｊ＋１）の処理へ移っていくことを、
秘話通信が終了するまで続けて行く。すなわち、秘話通
信要求側と秘話通信応答側双方において、一つの拡大鍵
ＥＫ（ｊ）内の疑似乱数発生初期値ｓ（ｉ）を全て適用
し尽くすと、次の拡大鍵ＥＫ（ｊ＋１）内の疑似乱数発
生初期値ｓ（ｉ）を適用していくことを続けることによ
り、秘話通信中に送受される全てのデータフレームに対
して異なる疑似乱数発生初期値から発生する疑似乱数系
列が適用されてスクランブル／デスクランブルすること
になる。

【０３０６】次に、図１２を用いて、鍵管理手段３に含
まれる拡大鍵生成部４の動作について説明する。なお、
拡大鍵生成部４は秘話通信要求側においてしか動作しな
い。以下に秘話強度レベル変数ｌがシステム初期値最大
個数ｎより大きい場合と、秘話強度レベル変数ｌがシス
テム初期値最大個数ｎ以下である場合に関して拡大鍵生
成部４の動作の説明を図１２を参照しつつ説明する。

【０３０７】まず、秘話強度レベル変数ｌ≦システム初
期値最大個数ｎの場合の説明を行う。

【０３０８】（５−０１） 図１２のステップ９−１に
おいて、拡大鍵生成部４により、秘話強度レベルの値が
秘話強度レベル変数ｌに格納される。

【０３０９】（５−０２） 図１２のステップ９−２に
おいて、拡大鍵生成部４により、ユーザ鍵がユーザ鍵変
数ｋに格納される。

【０３１０】（５−０３） 図１２のステップ９−３に
おいて、拡大鍵生成部４により、秘話強度レベル変数ｌ
の値とシステム初期値最大個数ｎの値が比較される。本
実施例の場合、ｌ≦ｎを仮定しているので、ステップ９
−５進む。

【０３１１】（５−０４） 図１２のステップ９−５に
おいて、拡大鍵生成部４により、一つの拡大鍵ＥＫ内に
含まれる疑似乱数発生初期値の個数を示す初期値個数変
数ｓ＿ｎｕｍに秘話強度レベル変数ｌの値が格納され
る。

【０３１２】（５−０５） 図１２のステップ９−６に
おいて、拡大鍵生成部４により、拡大鍵サイズ変数ｅ＿
ｓｉｚｅに初期値個数変数ｓ＿ｎｕｍの値から１減じた
値を１６倍した値が格納される。

【０３１３】（５−０６） 図１２のステップ９−７に
おいて、拡大鍵生成部４により、システム固有データか
ら拡大鍵サイズ変数ｅ＿ｓｉｚｅの値に相当するビット
数のデータが獲得され、鍵拡大化変数ｅへ代入される。

【０３１４】（５−０７） 図１２のステップ９−８に
おいて、拡大鍵生成部４により、鍵拡大化変数ｅの値と
ユーザ鍵変数ｋの値の積が拡大鍵ＥＫとされる。

【０３１５】次に、秘話強度レベル変数ｌ＞システム初
期値最大個数ｎの場合の説明を行う。

【０３１６】（５−０８） 図１２のステップ９−１に
おいて、拡大鍵生成部４により、秘話強度レベルの値が
秘話強度レベル変数ｌに格納される。

【０３１７】（５−０９） 図１２のステップ９−２拡
大鍵生成部４により、ユーザ鍵がユーザ鍵変数ｋに格納
される。

【０３１８】（５−１０） 図１２のステップ９−３に
おいて、拡大鍵生成部４により、秘話強度レベル変数ｌ
の値とシステム初期値最大個数ｎの値が比較される。本
実施例の場合、ｌ＞ｎを仮定しているので、ステップ９
−４へ進む。

【０３１９】（５−１１） 図１２のステップ９−４に
おいて、拡大鍵生成部４により、一つの拡大鍵ＥＫ内に
含まれる疑似乱数発生初期値の個数を示す初期値個数変
数ｓ＿ｎｕｍにシステム初期値最大個数ｎの値が格納さ
れる。

【０３２０】（５−１２） 図１２のステップ９−６に
おいて、拡大鍵生成部４により、拡大鍵サイズ変数ｅ＿
ｓｉｚｅに初期値個数変数ｓ＿ｎｕｍの値から１減じた
値を１６倍した値が格納される。

【０３２１】（５−１３） 図１２のステップ９−７に
おいて、拡大鍵生成部４により、システム固有データか
ら拡大鍵サイズ変数ｅ＿ｓｉｚｅの値に相するビット数
のデータが獲得され、鍵拡大化変数ｅへ代入される。

【０３２２】（５−１４） 図１２のステップ９−８に
おいて、拡大鍵生成部４により、鍵拡大化変数ｅの値と
ユーザ鍵変数ｋの値の積が拡大鍵ＥＫとされる。

【０３２３】次に、図１３を用いて、鍵管理手段３に含
まれる拡大鍵記憶部５の動作について説明する。

【０３２４】拡大鍵記憶部５により秘話通信要求側と秘
話通信応答側において同一の動作が行われる。拡大鍵記
憶部５の動作を、図１３を参照しつつ、以下に示す拡大
鍵記憶部５が新たな拡大鍵を記憶する時における拡大鍵
記憶部５内に既に記憶されている拡大鍵の個数に関する
場合分けに基づいて行う。

【０３２５】（１）拡大鍵記憶個数＝０ （２）０＜拡大鍵記憶個数＜３ （３）拡大鍵記憶個数≧３ まず、上記（１）の場合の説明を行う。

【０３２６】（６−０１） 図１３のステップ１０−１
において、拡大鍵記憶部５により、現在記憶している拡
大鍵の個数が０個であるか否かが判断される。本実施例
の場合、拡大鍵の記憶個数は０個を仮定しているので、
ステップ１０−２へ進む。

【０３２７】（６−０２） 図１３のステップ１０−２
において、拡大鍵記憶部５により、記憶領域の先頭に拡
大鍵が記憶される。

【０３２８】次に、上記（２）の場合の説明を行う。

【０３２９】（６−０３） 図１３のステップ１０−１
において、拡大鍵記憶部５により、現在記憶している拡
大鍵の個数が０個であるか否かが判断される。本実施例
の場合、拡大鍵の記憶個数は０個より大きい個数を仮定
しているので、ステップ１０−３へ進む。

【０３３０】（６−０４） 図１３のステップ１０−３
において、拡大鍵記憶部５により、現在記憶している拡
大鍵の個数が３未満であるか否かが判断される。本実施
例の場合、拡大鍵記憶個数は３個未満を仮定しているの
で、ステップ１０−４へ進む。

【０３３１】（６−０５） 図１３のステップ１０−４
において、拡大鍵記憶部５により、現在記憶領域に記憶
している最後尾の拡大鍵の後ろに新たな拡大鍵が記憶さ
れる。

【０３３２】最後に、上記（３）の場合の説明を行う。

【０３３３】（６−０６） 図１３のステップ１０−１
において、拡大鍵記憶部５により、現在記憶している拡
大鍵の個数が０個であるか否かが判断される。本実施例
の場合、拡大鍵の記憶個数は３個以上を仮定しているの
で、ステップ１０−３へ進む。

【０３３４】（６−０７） 図１３のステップ１０−３
において、拡大鍵記憶部５により、現在記憶している拡
大鍵の個数が３未満であるか否かが判断される。本実施
例の場合、拡大鍵記憶個数は３個以上を仮定しているの
で、ステップ１０−５へ進む。

【０３３５】（６−０８） 図１３のステップ１０−５
において、拡大鍵記憶部５により、現在記憶領域に記憶
している先頭の拡大鍵が削除される。

【０３３６】（６−０９） 図１３のステップ１０−４
において、拡大鍵記憶部５により、現在記憶領域に記憶
している最後尾の拡大鍵の後ろに新たな拡大鍵が記憶さ
れる。

【０３３７】以上説明したように、本実施例によれば、
秘話通信要求者が希望する秘話強度レベルに応じてユー
ザ鍵を適当に拡大して拡大鍵を生成し、拡大された鍵を
適当に反復して使用することにより、秘話通信要求者が
通信内容に応じて希望する秘話強度による秘話通信を行
うことができる。また、秘話通信要求者が選択した秘話
強度レベルによっては、一つの秘話鍵（拡大鍵）を適用
するデータフレーム数を滅少させ、同一の秘話鍵を全て
のデータフレームに適用する場合と比べてより秘話強度
の高い秘話通信を行うことができる。

【０３３８】

【発明の効果】請求項１に記載の秘話装置によれば、秘
話制御手段が一つの疑似乱数発生初期値から発生される
疑似乱数系列を適用してスクランブル／デスクランブル
するデータフレームの数を秘話強度レベルに応じて一つ
から無限大へ変化させることにより、秘話通信時におけ
る秘話強度を秘話通信要求者の入力する秘話強度レベル
に応じて変更し得る。

【０３３９】請求項２に記載の秘話装置によれば、秘話
通信応答側が拡大鍵変更可能の応答を送信し、秘話制御
手段により一つのデータフレームのスクランブル／デス
クランブルの終了と同期して秘話強度レベルに応じて鍵
変更のタイミングが制御されることにより、秘話通信中
に拡大鍵の再送信が必要な場合に、秘話通信要求者が入
力した秘話強度レベルに対応した秘話通信の秘話通信要
求側と秘話通信応答側とにおいて、効果的に拡大鍵変更
のタイミングを取ることが可能となる。

【０３４０】請求項３に記載の秘話装置によれば、鍵配
送制御手段が拡大鍵の受信確認の応答及び次の拡大鍵を
用いた処理に移ることが可能であることの通知を行うこ
とにより、秘話通信要求側と秘話通信応答側とにおい
て、効果的に拡大鍵の送信と拡大鍵変更処理のタイミン
グを取ることが可能となる。

【０３４１】請求項４に記載の秘話装置によれば、秘話
通信要求側と秘話通信応答側とにおいて、効果的に拡大
鍵が記憶されて管理される。

【０３４２】請求項５に記載の秘話装置によれば、容易
に拡大鍵を生成することことが可能となる。

【０３４３】請求項６に記載の秘話装置によれば、暗号
解読者による解読が困難な拡大鍵を生成することことが
可能となる。

【０３４４】請求項７に記載の秘話装置によれば、暗号
解読者による解読が困難な拡大鍵を容易に生成すること
ことが可能となる。

【図面の簡単な説明】

【図１】本発明の秘話装置の実施例の構成を示すブロッ
ク図である。

【図２】図１の実施例で秘話強度を変化させる方法を説
明する図である。

【図３】図１の実施例で通信中に鍵配送を実行する場合
における秘話通信要求側の正常な状態での動作を説明す
る図である。

【図４】図１の実施例で通信中に鍵配送を実行する場合
における秘話通信要求側の異常な状態での動作を説明す
る図である。

【図５】図１の実施例で通信中に鍵配送を実行する場合
における秘話通信応答側の正常な状態での動作を説明す
る図である。

【図６】図１の実施例で通信中に鍵配送を実行する場合
における秘話通信応答側の異常な状態での動作を説明す
る図である。

【図７ａ】図１の秘話制御手段の秘話通信要求側の秘話
通信開始前の動作を示すフローチャートである。

【図７ｂ】図１の秘話制御手段の秘話通信要求側の秘話
通信開始後の動作を示すフローチャートである。

【図８ａ】図１の秘話制御手段の秘話通信応答側の秘話
通信開始前の動作を示すフローチャートである。

【図８ｂ】図１の秘話制御手段の秘話通信応答側の秘話
通信開始後の動作を示すフローチャートである。

【図９】図１の鍵配送制御手段の秘話通信要求側の動作
を示すフローチャートである。

【図１０ａ】図１の鍵配送制御手段の秘話通信応答側の
秘話通信開始前の動作を示すフローチャートである。

【図１０ｂ】図１の鍵配送制御手段の秘話通信応答側の
秘話通信開始後の動作を示すフローチャートである。

【図１１】図１の鍵管理手段の動作を示すフローチャー
トである。

【図１２】図１の拡大鍵生成部の動作を示すフローチャ
ートである。

【図１３】図１の拡大鍵記憶部の動作を示すフローチャ
ートである。

【符号の説明】

1 秘話制御手段 2 疑似乱数発生手段 3 鍵管理手段 4 拡大鍵生成部 5 拡大鍵記憶部 6 鍵配送制御手段 7 スクランブル／デスクランブル手段

Claims (7)

【特許請求の範囲】
1. 【請求項１】 秘話通信要求側と秘話通信応答側とで秘
   話通信を行う際に秘話強度を変更し得る秘話装置であっ
   て、前記要求側においては、任意に入力されたユーザ鍵
   及び秘話強度レベルの２つの値に基づいて秘話制御を行
   い、前記応答側においては、前記要求側から送信された
   疑似乱数を発生させる初期値を含む拡大鍵及び前記秘話
   強度レベルの２つの値に基づいて秘話制御を行う秘話制
   御手段と、前記入力されたユーザ鍵及び秘話強度レベル
   とシステム固有データとの３つの値から前記拡大鍵を生
   成する拡大鍵生成手段、及び前記生成された拡大鍵又は
   前記送信された拡大鍵を記憶する拡大鍵記憶手段を含ん
   でおり拡大鍵の生成及び前記秘話制御手段へ出力する拡
   大鍵の管理を行う鍵管理手段と、前記要求側においては
   前記入力された秘話強度レベル及び前記鍵管理手段に管
   理されている拡大鍵の送信を制御し、前記応答側におい
   ては前記送信された拡大鍵及び秘話強度レベルの受信を
   制御する鍵配送制御手段と、前記秘話制御手段から出力
   された前記管理されている拡大鍵に含まれる前記初期値
   に基づいて疑似乱数系列を発生する疑似乱数発生手段
   と、前記疑似乱数系列を適用して通信データ送信の際に
   は平文データを暗号文データにスクランブルし、通信デ
   ータ受信の際には暗号文データを平文データにデスクラ
   ンブルするスクランブル／デスクランブル手段とを備え
   ており、前記秘話制御手段は前記秘話強度レベルに応じ
   て同一の前記初期値から発生された疑似乱数系列を適用
   してスクランブル／デスクランブルするデータフレーム
   の数を変化させるよう制御することを特徴とする秘話装
   置。
2. 【請求項２】 前記秘話制御手段は、前記要求側におい
   ては、秘話通信の開始前に入力された秘話強度レベルの
   値により通信中に拡大鍵の再送信が必要であるか否かを
   判断し、前記再送信が必要でない際には前記鍵管理手段
   に対して１つの拡大鍵を生成することを要求し、前記再
   送信が必要である際には前記鍵管理手段に対して複数の
   拡大鍵を生成することを要求し、共に前記鍵管理手段が
   拡大鍵を生成した後に前記鍵配送制御手段に対して前記
   生成された拡大鍵及び前記秘話強度レベルの送信を要求
   し、秘話通信の開始後に前記応答側から拡大鍵変更可能
   の応答を受信した際に、前記鍵管理手段に対して新たに
   拡大鍵の生成を要求しかつ前記生成された拡大鍵に含ま
   れる前記初期値をデータフレームのスクランブル／デス
   クランブルの終了に同期して前記疑似乱数発生手段へ出
   力して前記拡大鍵を変更するタイミングを制御する処理
   を秘話通信が終了するまで繰り返し、 前記応答側においては、秘話通信開始前に前記鍵配送制
   御手段を介して前記送信された秘話強度レベルを受け取
   り、秘話通信開始後に前記秘話強度レベル及び前記鍵配
   送制御手段の新たな拡大鍵の受信に基づいて、前記新た
   に受信した拡大鍵に含まれる前記初期値をデータフレー
   ムのスクランブル／デスクランブルの終了に同期して前
   記疑似乱数発生手段へ出力して拡大鍵を変更するタイミ
   ングを制御する処理を秘話通信が終了するまで繰り返す
   よう制御することを特徴とする請求項１に記載の秘話装
   置。
3. 【請求項３】 前記鍵配送制御手段は、前記秘話強度レ
   ベルに応じて設定される同一の拡大鍵に対する反復処理
   の回数をｒとした場合、前記要求側においては、秘話通
   信開始前に前記秘話強度レベル及び前記生成された拡大
   鍵を送信し、秘話通信開始後に拡大鍵ＥＫ（ｊ）のｒ回
   目の処理が実行されるまでに前記応答側から拡大鍵ＥＫ
   （ｊ＋１）の受信確認の応答を受信した際には、前記鍵
   管理手段から拡大鍵ＥＫ（ｊ＋２）を獲得して前記応答
   側へ送信し、拡大鍵ＥＫ（ｊ）のｒ回目の反復処理終了
   後に拡大鍵ＥＫ（ｊ＋１）の処理へ移ることが可能であ
   ることを前記秘話制御手段へ通知し、拡大鍵ＥＫ（ｊ）
   のｒ回目の処理が実行されるまでに前記応答側から拡大
   鍵ＥＫ（ｊ＋１）の受信確認の応答を受信しなかった際
   には、前記応答側へ拡大鍵ＥＫ（ｊ＋２）の送信は行わ
   ず、かつｒ回目の拡大鍵ＥＫ（ｊ）の処理が終了した後
   も拡大鍵ＥＫ（ｊ＋１）の処理に移ることなく前記応答
   側から拡大鍵ＥＫ（ｊ＋１）の受信確認の応答を受信す
   るまでＥＫ（ｊ）のｒ回の反復処理を続行するよう前記
   秘話制御手段へ拡大鍵ＥＫ（ｊ＋１）の処理へ移ること
   が可能であるという通知を行わず、 前記応答側においては、秘話通信開始前に前記要求側か
   ら送信された拡大鍵及び秘話強度レベルを受信し、該受
   信した拡大鍵を前記鍵管理手段へ送信し、前記受信した
   秘話強度レベルを前記秘話制御手段へ渡し、前記秘話強
   度レベルにより通信中に前記拡大鍵の再送信が行われる
   か否かを判断し、前記再送信が行われない場合は秘話通
   信開始後にその処理を終了し、前記再送信が行われる場
   合は、秘話通信開始後、前記秘話強度レベルに応じて行
   われる拡大鍵ＥＫ（ｊ）のｒ回目の処理が終了するまで
   に前記要求側から拡大鍵ＥＫ（ｊ＋２）を受信した際に
   は、拡大鍵ＥＫ（ｊ＋２）の受信確認の応答を前記要求
   側に送信し、拡大鍵ＥＫ（ｊ）の処理終了後に拡大鍵Ｅ
   Ｋ（ｊ＋１）の処理へ移ることが可能であることを前記
   秘話制御手段へ通知し、拡大鍵ＥＫ（ｊ）のｒ回目の処
   理が終了するまでに前記要求側から拡大鍵ＥＫ（ｊ＋
   ２）を受信しなかった際には、ｒ回目の拡大鍵ＥＫ
   （ｊ）の処理が終了した後も拡大鍵ＥＫ（ｉ＋１）の処
   理へは移らず、拡大鍵ＥＫ（ｊ＋２）を受信するまで拡
   大鍵ＥＫ（ｊ）のｒ回の反復処理を行うように前記秘話
   制御手段へＥＫ（ｊ＋１）の処理へ移ることが可能であ
   ることを通知しないよう制御することを特徴とする請求
   項１又は２に記載の秘話装置。
4. 【請求項４】 前記鍵管理手段は、秘話通信要求側にお
   いては、前記秘話制御手段から拡大鍵の生成要求を受け
   取った際に前記拡大鍵生成手段により新たな拡大鍵を生
   成して前記拡大鍵記憶部に記憶して管理し、秘話通信応
   答側においては、前記鍵配送制御手段を介して秘話通信
   要求側から配送された拡大鍵を受信した際に該受信した
   拡大鍵を前記拡大鍵記憶手段に記憶して管理することを
   特徴とする請求項１から３のいずれか１項に記載の秘話
   装置。
5. 【請求項５】 前記拡大鍵生成手段は、予め設定された
   データをシステム固有データとして用いて入力されたユ
   ーザ鍵を拡大して前記拡大鍵を生成することを特徴とす
   る請求項１から４のいずれか１項に記載の秘話装置。
6. 【請求項６】 前記拡大鍵生成手段は、所定の時刻にお
   ける送受信データの中から所定のサイズのデータを記憶
   する手段を有しており、該記憶したデータを前記システ
   ム固有データとして用いて入力されたユーザ鍵を拡大し
   て前記拡大鍵を生成することを特徴とする請求項１から
   ４のいずれか１項に記載の秘話装置。
7. 【請求項７】 前記拡大鍵生成手段は、所定のサイズの
   データを出力するカウンターを有しており、該カウンタ
   ーの出力値を前記システム固有データとして用いて入力
   されたユーザ鍵を拡大して前記拡大鍵を生成することを
   特徴とする請求項１から４のいずれか１項に記載の秘話
   装置。