JPH05167574A

JPH05167574A - 秘話通信システム

Info

Publication number: JPH05167574A
Application number: JP3332298A
Authority: JP
Inventors: Ikuro Koyaizu; 育郎小柳津; Naohiko Kamae; 尚彦釜江
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: NTT Inc
Priority date: 1991-12-16
Filing date: 1991-12-16
Publication date: 1993-07-02

Abstract

(57)【要約】【目的】本発明の目的はグループ全体で使用する番号
鍵の数が端末装置数に等しい個数で済み、且つ、鍵配送
センタと複雑なセッション鍵配送プロトコルが不要な共
通鍵方式の秘話通信システムを提供することを目的とす
る。【構成】本発明はＩＳＤＮ回線に接続される複数の端
末装置１間でのセッション鍵を用いて暗号化通信を行う
通信システムの端末装置において、呼設定メッセージの
発番号から発信側の端末装置１♯ｉの暗号鍵を検索する
検索手段と、発信端末装置１♯ｉの暗号鍵が登録されて
いた場合に、セッション鍵を生成するセッション鍵生成
手段と、セッション鍵生成手段により生成したセッショ
ン鍵を発信側の端末装置１♯ｉの暗号鍵を用いて暗号化
し、メッセージに付加して配送するメッセージ配送手段
とを有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は秘話通信システムに係
り、特に、共通鍵暗号アルゴリズムを用いてＩＳＤＮ回
線に接続された端末装置間で暗号化通信を行う場合に事
業所間にまたがる複数のメンバからなるグループ内で、
共通鍵方式の暗号化通信を行う場合に適用される秘話通
信システムに関する。

【０００２】

【従来の技術】従来の第１の方法について説明する。共
通鍵暗号アルゴリズムは、暗号文を作成するときの鍵
（暗号鍵）と、暗号文を元に戻すときの鍵（復号鍵）に
同じ数値データを用いる暗号方式である。共通鍵暗号ア
ルゴリズムを用いて、端末装置間で暗号化通信を行う場
合には、安全性を高めるために、発信端末装置は予め着
信端末装置にも配送してある復号鍵と共通の暗号鍵を用
い、セッション鍵を暗号化して通信回線に送出する。着
信端末装置は受け取った暗号文を発信端末装置の暗号鍵
と共通の復号鍵で復号してセッション鍵を知り、以後の
データ通信をセッション鍵を用いて暗号化及び復号する
方式が一般的である。この方法の詳細は、文献：「室
木、中村、暗号方式と応用、情報処理、Ｖｏ１．３２，
Ｎｏ．６，pp７１４〜７２３，１９９１年」等を参照さ
れたい。

【０００３】上記の方法は、現在、Ｎ台の端末装置があ
り、各端末装置が互いに秘密の通信をしたい場合には、
１対の端末装置間のセッション鍵の送受信に最低１つの
暗号鍵が必要であり、全体では、｛Ｎ（Ｎ−１）／２｝
個の鍵が必要である。端末装置数が増えれば、鍵の数が
膨大となる。

【０００４】このため、従来の第２の方法として、従来
の装置は、各端末装置が秘密にしている暗号鍵を登録し
ておく鍵配送センタが別に設置される。端末装置Ｔ_iが
端末装置Ｔ_jと暗号化通信を開始する度に鍵配送センタ
にアクセスして、登録してある暗号鍵Ｋ_i，Ｋ_jで暗号
化したセッション鍵を端末装置Ｔ_i，Ｔ_jに配送し、端
末装置Ｔ_i，Ｔ_jは配送されたセッション鍵を復号して
暗号化通信を行うのが一般的である。

【０００５】上述のような鍵配送センターを用いてセッ
ション鍵を配送する方式は、グループ全体で管理する鍵
の数がＮ個で済む。しかし、この方法は、敵となる者が
鍵配送センタとして端末装置Ｔ_jを信じさせ、偽のセッ
ション鍵を配送するか、端末装置Ｔ_iになりすました敵
が、前に配送された鍵を使って端末装置Ｔ_jを不法に呼
び出すこと等を防止する必要がある。このため、例え
ば、以下のような複雑なセッション鍵配送プロトコルを
導入する必要がある。

【０００６】図８は従来の第２の方法における鍵配送プ
ロトコルを示す。［ステップ１］端末装置Ｔ_iは（ａ_i，ｒ_i，ａ_j）を
平文で鍵配送センタに送る。但し、ａ_iは端末装置Ｔ_iのアドレス番号ｒ_iは乱数ａ_jはＴ_jのアドレス番号［ステップ２］鍵配送センタは、Ｅ_Ki｛ｒ_i，ａ_j，Ｋ
_s，Ｅ_Kj（Ｋ_s，ａ_i）｝を端末装置Ｔ_iに返送する。
但し、Ｅ_Ki（ｍ）は平分ｍを暗号鍵Ｋ_iで暗号化した暗号文Ｋ_iは端末装置Ｔ_iの暗号鍵Ｋ_jは端末装置Ｔ_jの暗号鍵Ｋ_sは鍵配送センタが生成したセッション鍵［ステップ３］端末装置Ｔ_iは受信した暗号文Ｅ_Ki｛ｒ
_i，ａ_j，Ｋ_s，Ｅ_Kj（Ｋ_s，ａ_i）｝を自己の暗号鍵
Ｋ_iで復号し、鍵配送センタが生成したセッション鍵Ｋ
_sを得るとともに、送信した乱数ｒ_iと復号結果ｒ_iを
照合し、確実に鍵配送センタが応答したことを認証す
る。次に、端末装置Ｔ_jを起動し、Ｅ_Kj（Ｋ_s，ａ_i）
を送信する。［ステップ４］端末装置Ｔ_jは自分と鍵配送センタだけ
が知る暗号鍵Ｋ_j（Ｋ_s，ａ_i）を復号し、セッション
鍵Ｋ_sを得るとともにアドレスａ_iをチェックし、端末
装置Ｔ _iを認証する。この方法の詳細は例えば、文献「上園忠弘鑑訳：ネット
ワーク・セキュリティ、ｐｐ１３７〜１４２、日経ＢＰ
社、1985年」を参照されたい。

【０００７】

【発明が解決しようとする課題】上記のように、従来の
方法は、端末装置の他に鍵配送センタが必要であり、且
つセッション鍵の配送に伴って端末装置及び鍵配送セン
タを認証するために上述のような複雑なプロトコルが必
要となる。

【０００８】本発明は上記の点に鑑みなされれたもの
で、グループ全体で、使用する暗号鍵の数が端末装置数
（Ｎ）に等しいＮ個で済み且つ、鍵配送センタと複雑な
セッション鍵配送プロトコルが不要な共通鍵方式の秘話
通信システムを提供することを目的とする。

【０００９】

【課題を解決するための手段】ＩＳＤＮ回線に接続され
る複数の端末装置間でのセッション鍵を用いて暗号化通
信を行う通信システムの端末装置において、呼設定メッ
セージの発番号から発信端末装置の暗号鍵を検索する検
索手段と、発信端末装置の暗号鍵が登録されていた場合
に、セッション鍵を生成するセッション鍵生成手段と、
セッション鍵生成手段により生成したセッション鍵を発
信端末装置の暗号鍵を用いて暗号化し、メッセージに付
加して配送するメッセージ配送手段とを有する。

【００１０】

【作用】本発明は、ＩＳＤＮ網に加入している各々の端
末装置が、秘話通信を行う場合に、相手端末装置に対し
て呼設定の要求メッセージを送信する時に、セッション
鍵要求を行う。セッション鍵を要求された端末装置はＩ
ＳＤＮ網から送られる発番号を用いて暗号鍵を検索し、
発信端末装置の暗号鍵が登録されていればセッション鍵
を発信端末装置の暗号鍵で暗号化し、着信応答メッセー
ジを送信するときに暗号化したセッション鍵を付加して
応答する。このように、発信端末装置は自己の暗号鍵で
セッション鍵を復号して、呼設定後の秘話通信を行うこ
とができるので、秘話通信システムで用いる暗号鍵の数
が端末装置の数に等しいＮ個で済み、且つ鍵配送センタ
が不要で、相手端末装置の認証が簡単にできる。

【００１１】

【実施例】以下、図面を参照して本発明の一実施例を説
明する。図１は本発明の一実施例の共通鍵暗号アルゴリ
ズムを用いた秘話通信システムのブロック図を示す。同
図において、端末装置１は、ＩＳＤＮ加入者回線のレイ
ヤ１〜レイヤ３制御及びレイヤ４から上の上位レイヤの
ネットワーク制御を行う端末制御部１１、暗号機構１２
と加入者の暗号鍵を加入者回線毎に保存する鍵管理記憶
部１３、ランダムデータ発生部１４及びセッション鍵と
初期値を記憶するセッション鍵記憶部１５から構成され
る。

【００１２】まず、暗号化通信の原理を説明する。図２
は暗号機構１２の構成例と暗号化通信の原理を示す。同
図中、左側は発信側端末装置を示し、右側は着信側端末
装置を示す。暗号機構１２は、暗号演算部１２１と、演
算結果をフィードバックするレジスタ１２２と、出力結
果を保持するレジスタ１２３と排他的論理和回路１２４
により構成される。

【００１３】暗号演算部１２１は暗号鍵Ｋを用いて、入
力データを決められた計算手段（暗号アルゴリズム）で
攪拌する。暗号演算部１２１の具体的な構成について
は、暗号アルゴリズムの選択によって種々の方法があ
る。代表的な暗号アルゴリズムとしては、ＦＥＡＬ暗号
アルゴリズムやＤＥＳ暗号アルゴリズム等がある。ＦＥ
ＡＬ暗号アルゴリズムの詳細は、文献：「宮口他、ＦＥ
ＡＬ−８暗号アルゴリズム、研実報、Ｖｏ１．３７，Ｎ
ｏ．４／５，頁３２１〜３２７，１９８８年」を参照さ
れたい。さらに、ＤＥＳ暗号アルゴリズムの詳細は文
献：「小山著、情報セキュリティ、電気書院、頁７６〜
８８，１９８９年刊行」等を参照されたい。本発明の目
的は演算部の構成方法を提案することではないので詳細
な説明は省略するが、いずれの暗号アルゴリズムを用い
ても暗号演算部に入力される暗号鍵と入力データが同じ
であれば、攪拌されて出力されるデータは常に同じもの
が得られる。

【００１４】暗号化通信は次の手順で実行される。［発信側端末装置］ (1) 発信端末装置は、自装置の暗号機構１２のレジスタ
１２２に初期値ＩＶ（以下ＩＶと略記する）を設定す
る。 (2) 暗号鍵とレジスタ１２２の内容を暗号演算部１２１
に入力し、データ攪拌を行う。暗号演算部１２１は、演
算結果をレジスタ１２３に出力するとともに、レジスタ
１２２に転送する。ここで、レジスタ１２２にフィード
バックされたデータは次の暗号化サイクルの入力データ
になる。 (3) 通信内容である平文ｍの１バイトとレジスタ１２３
の上位１バイトの排他的論理和が排他的論理和回路１２
４にて行われ、暗号化された１バイトのデータが通信路
に送出される。以下、平文ｍを鍵Ｋで暗号化した暗号文
をｃ＝Ｅ_K（ｍ）と記述する。

【００１５】［着信側端末装置］ (1) 着信側端末装置は、発信側と同じ初期値ＩＶをレジ
スタ１２２’に設定する。 (2) 暗号鍵とレジスタ１２２’の内容を暗号演算部１２
１’に入力しデータ攪拌を行う。演算結果をレジスタ１
２３’に出力するとともにレジスタ１２２’に転送す
る。ここで、発信側端末装置と暗号鍵とレジスタ１２
２’の内容が同じであるから、暗号演算部１２１’の演
算結果は同じものが得られる。発信側端末装置と同様に
レジスタ１２２’にフィードバックされたデータを次の
復号サイクルの入力データになる。 (3) 着信した暗号文ｃの先頭の１バイトとレジスタ１２
３’の上位１バイトの排他的論理和が排他的論理和回路
１２４’にて行われ、元の平文ｍの先頭の１バイトに復
号される。即ち、Ｅ_K｛Ｅ_K（ｍ）｝＝ｍの操作が行わ
れる。

【００１６】以下同様に１バイトのデータを発信する毎
に、発信側端末装置側と着信側端末装置側で（２）〜
（３）の操作サイクルが繰り返され、発信データが無く
なるまで暗号化と復号が同期しながら連続して実行され
る。このように、共通鍵方式の暗号化通信では暗号アル
ゴリズムが公開されていても、通信する両者が暗号鍵と
初期値ＩＶを共に知らない限り、正しい復号文を得るこ
とができない。

【００１７】次に本発明の一実施例の暗号化通信手順に
ついて説明する。図３は本発明の一実施例の暗号化通信
を説明するための図を示す。ＩＳＤＮ加入者線に接続さ
れたディジタル電話機などの端末装置が通信相手の端末
装置を呼び出して回線交換の呼接続を行う手順（以下、
呼接続手順と略す）は以下のように行われる。即ち、呼接続は発信者からのＳＥＴＵＰ（呼設定の要求）メ
ッセージの送出により開始される。発信端末装置１♯ｉへはＩＳＤＮ網１０からの呼設定
処理中の意味をもつＣＡＬＬＰＲＯＣ（Call Proceed
ing:呼設定のための処理中の通知）が転送される。着信端末装置１♯ｊの呼び出しが始まると、着信端末
装置１♯ｊからＡＬＥＲＴ（Alerting; 着信端末装置１
♯j を呼び出し中の通知) メッセージが発信端末装置１
♯ｉに送られる。次に、着信端末装置１♯ｊが応答すると、ＣＯＮＮ
（Connect:着信者が応答したことを通知）メッセージが
発信端末装置１♯ｉに送られる。着信端末装置１♯ｊが応答がするとＩＳＤＮ網１０か
らＣＯＮＮＡＣＫ（Connect Acknowledge:ＣＯＮＮに
対する確認）メッセージが着信端末装置１♯ｊに送られ
てＢチャネルの接続が完了し、通信が始まる。（詳細
は、例えば文献：「秋山監修，ＩＳＤＮ絵とき読本、頁
９２〜１０１，オーム社、１９８８年発行」を参照）。

【００１８】一方、ＩＳＤＮには、回線交換の呼設定時
のメッセージに付随して通信を行うユーザ間で比較的短
いデータのやりとりができるユーザ・ユーザ信号（User
-to-User Signalling)が、付加サービスとして規定され
ている。

【００１９】図４は呼設定メッセージの形式を示す。同
図（Ａ）は呼設定時のメッセージの送出に付随してユー
ザ・ユーザ信号を着信端末装置１♯ｊに送信する場合の
メッセージ・フォーマットを示す。共通部の先頭から個
別部の高位レイヤ整合性までが通常の呼設定時のメッセ
ージで送信される情報であり、ユーザ・ユーザ情報要素
が付加サービスによって転送される情報である。この
時、共通部のメッセージタイプは表１の内容が用いられ
る。

【表１】

【００２０】情報要素の詳細及びメッセージタイプに付
随する個別部の情報要素の詳細説明は、本発明の内容を
説明するのに必須ではないので省略するが、詳細は文
献：「秋山監修、ＩＳＤＮ絵とき読本、オーム社、１９
８８年発行」、あるいは「日本電信電話（株）、技術参
考資料、ＩＮＳネットサービスのインタフェース第３
分冊、電気通信協会、１９８８年発行」などに詳しく述
べられている。

【００２１】本発明は、このユーザ・ユーザ信号の付加
サービスを利用してセッション鍵と初期値ＩＶならびに
暗号鍵の配送を行う。

【００２２】本発明で使用するユーザ・ユーザ情報要素
の形式を図４（Ｂ）に示す。ここで、ユーザ・ユーザ情
報要素の第１バイトは、ユーザ・ユーザ情報要素識別子
で“０１１１１１１０”、第２バイトは第３バイト以下
のデータバイト長の値“０００１００１０”、第３バイ
トはプロトコル識別子であり本実施例のようにユーザの
必要性に応じて情報内容を構成する場合には、ユーザ特
有プロクコルを表すALL “０”（００００００００）を
入れることが決められている（詳細は、文献：「日本電
信電話（株）、技術参考資料、ＩＮＳネットサービスの
インタフェース第３分冊、電気通信協会、１９８９年発
行」の pp１３６〜１３７」を参照）。第４バイトは、
本実施例で定義する表２に示すコマンド、第５〜第１２
バイトがセッション鍵データ、第１３〜第２０バイトが
初期値ＩＶのデータである。本実施例では、暗号鍵／Ｉ
Ｖを前述のＦＥＡＬ，ＤＥＳの方式と同じ８バイト長と
した。第４〜第２０バイトが本発明で新しく定義した情
報要素である。

【表２】

【００２３】次に、発信端末装置１♯ｉが着信端末装置
１♯ｊを呼び出して暗号化通信を開始する場合について
説明する。

【００２４】（１）発信端末装置１♯ｉは発番号情報
要素の表示識別子を表示可：“００”に設定し、内容長
“２”とセッション鍵要求コマンド“０００００００
１”を含むユーザ・ユーザ情報を付加して、ＳＥＴＵＰ
メッセージ“０００００１０１”をＩＳＤＮ網１０のＤ
チャネルを通して着信端末装置１♯ｊに転送する。この
とき、発信端末装置１♯ｉは、ＩＳＤＮ網の発信者番号
通知サービスの契約条件を予め“呼毎指定”にしておく
必要がある。この時に、表示識別子が“表示可”の場合
には、もし発番号が正しく設定されていなくても、ＩＳ
ＤＮ網１０が正しい番号を設定し、着信端末装置１♯ｊ
に転送する。発信者番号通知サービスと発番号情報要素
の規定の詳細は、「日本電信電話（株）技術参考資料、
ＩＮＳネットサービスのインタフェース第３分冊、電
気通信協会、ｐｐ９４〜９５及びｐｐ２９２〜３０１、
1988年」を参照されたい。このように、着信端末装置１
♯ｊはＩＳＤＮ網１０が保証する発番号を確認すること
によって発信端末装置１♯ｉを一意に認証でき、発信端
末装置１♯ｉを装って呼接続要求をしてくる敵の端末装
置を誤接続してしまうことを防止することができる。

【００２５】（２）着信端末装置１♯ｊが発信端末装
置１♯ｉからのＳＥＴＵＰメッセージを受信する。図５
はユーザに暗号鍵管理テーブルの内容を示す。端末制御
部１１がＳＥＴＵＰメッセージを解析し、セッション鍵
要求コマンドを検知すると、着信端末装置１♯ｊは、発
番号♯ｉから鍵管理記憶部１３の暗号鍵管理テーブルを
検索する。着信端末装置１♯ｊは暗号鍵管理テーブルに
発番号♯ｉに対応する暗号鍵Ｋ_iが登録されているかど
うかを検査する。暗号鍵Ｋ_iが暗号鍵管理テーブルに登
録されていれば、着信端末装置１♯ｊは、ランダムデー
タ発生部１４を起動して１６バイトのランダムデータＭ
を発生させ、セッション鍵記憶部１５にランダムデータ
Ｍを格納する。次に、着信端末装置１♯ｊは暗号機構１
２を起動し、暗号鍵Ｋ_iと初期値ALL“０”を与えてラ
ンダムデータＭを暗号化し、暗号文Ｅ_Ki（Ｍ）を作成す
る。次いで、端末制御部１１はＣＯＮＮメッセージに内
容長“１８”、セッション鍵配送コマンド及び暗号文Ｅ
_Ki（Ｍ）を内容とするユーザ・ユーザ情報を付加してＤ
チャネルを通して、発信端末装置１♯ｉに応答する。こ
の間にＩＳＤＮ網１０からＣＡＬＬＰＲＯＣメッセー
ジ及び着信端末装置１♯ｊからＡＬＥＲＴメッセージの
応答があることは、通常の呼設定手順と同様である。

【００２６】（３）発信端末装置１♯ｉは、着信端末
装置１♯ｊからのＣＯＮＮメッセージを受信し、端末制
御部１１において、セッション鍵配送コマンドを検知す
ると、鍵管理記憶部１３の暗号鍵管理テーブルから自端
末装置の暗号鍵Ｋ_iを読み出し、暗号機構１２に暗号鍵
Ｋ_iと初期値ALL “０”を与えてユーザ・ユーザ情報の
暗号文Ｅ_Ki（Ｍ）を復号し、平文Ｍ＝Ｅ_Ki｛Ｅ
_Ki（Ｍ）｝を得る。復号した平文Ｍの上位８バイトをセ
ッション鍵Ｋ_S、下位８バイトを初期値ＩＶとしてセッ
ション鍵記憶部１５に記憶する。この間にＩＳＤＮ網１
０がＣＯＮＮＡＣＫメッセージを端末装置１♯ｊに応
答することは通常の呼設定手順と同様である。

【００２７】以上の呼接続手順が完了すると、発信端末
装置１♯ｉと着信端末装置１♯ｊは、呼設定時に得た共
通のセッション鍵Ｋ_sと初期値ＩＶを用いて、以後の通
信データの暗号化、復号を行い、暗号化通信を実行す
る。

【００２８】最後に、本発明の要部である各端末装置１
の端末制御部１１の動作について説明する。図６は本発
明の一実施例の着信端末装置の端末制御部の呼接続の着
信処理のフローチャートを示す。

【００２９】まず、着信処理の場合について説明する。［着信処理の場合］（ステップ６１）着信端末装置１♯ｊはＤチャネルの
呼設定メッセージの到着をスキャンし、メッセージが到
着するまで、スキャンを繰り返す。（ステップ６２）ＳＥＴＵＰメッセージが発信端末装
置１♯ｉより到着した場合、着信端末装置１♯ｊは呼び
出し中を通知するＡＬＥＲＴメッセージを送信する。（ステップ６３）ＳＥＴＵＰメッセージのユーザ・ユ
ーザ情報要素の第４バイトにセッション鍵要求コマンド
があるかどうか検査し、セッション鍵要求コマンドがあ
れば、ステップ６４に移行し、なければ、通常のＣＯＮ
Ｎメッセージを送出し（ステップ７０）、ステップ６９
に移行する。（ステップ６４）ＳＥＴＵＰメッセージの発番号通知
があれば、ステップ６５に移行する。なければ、安全の
ため無応答にして着信処理を終了する。（ステップ６５）着信端末装置１♯ｊは発番号♯ｉか
ら鍵管理記憶部２４の鍵管理テーブルを検索する。（ステップ６６）検索において、暗号鍵Ｋ_iが鍵管理
テーブルに登録されているかどうか検査する。暗号鍵Ｋ
_iが登録されていれば、ステップ６７に移行し、暗号鍵
Ｋ_iが登録されていなければ、ステップ６４と同様に安
全のため無応答にして着信処理を終了する。（ステップ６７）着信端末装置１♯ｊは、ランダムデ
ータ発生部１４を起動して１６バイトのランダムデータ
Ｍを発生させ、暗号機構１２に暗号鍵Ｋ_iと初期値ALL
“０”を与えてランダムデータＭを暗号化し、暗号文Ｅ
_Ki（Ｍ）を作成する。（ステップ６８）次に、セッション鍵応答コマンドと
暗号文Ｅ_Ki（Ｍ）を含むユーザ・ユーザ情報を付加した
ＣＯＮＮメッセージを発信端末装置１♯ｉに送り、ステ
ップ６９に移行する。（ステップ６９）ＩＳＤＮ網１０からのＣＯＮＮＡ
ＣＫメッセージを確認して、着信処理を終了する。

【００３０】次に、発信処理の場合について説明する。
図７は本発明の一実施例の発信端末装置の端末制御部の
呼接続の発信処理のフローチャートを示す。［発信処理の場合］（ステップ８１）発信端末装置１♯ｉは、着信端末装
置１♯ｊと暗号化通信を開始する場合、ＳＥＴＵＰメッ
セージの発番号情報要素の表示識別子を表示可に設定
し、セッション鍵要求コマンドを含むユーザ・ユーザ情
報を付加して呼設定要求を行う。（ステップ８２）着信端末装置１♯ｊからのＡＬＥＲ
Ｔメッセージが所定の時間内に到着すれば、ステップ８
４に移行する。（ステップ８３）もし、ＡＬＥＲＴメッセージが所定
の時間内に到着しなければ、通常の呼接続失敗時と同様
の処理（ステップ９０）をして発信処理を終了する。（ステップ８４）着信端末装置１♯ｊからのＣＯＮＮ
メッセージが所定の時間内に到着すれば、ステップ８６
に移行する。（ステップ８５）もし、ＣＯＮＮメッセージが所定時
間内に着信端末装置１♯ｊから到着しなければ、通常通
信の呼接続失敗時と同様の処理（ステップ９０）を行い
発信処理を終了する。（ステップ８６）ＣＯＮＮメッセージのユーザ・ユー
ザ情報要素の第４バイトにセッション鍵応答コマンドが
あれば、ステップ８７に移行する。もし、正しい応答コ
マンドがなければ、セッション鍵受信に失敗したことを
表示するなどの異常処理（ステップ８９）をして発信処
理を終了する。（ステップ８７）鍵管理記憶部１３の暗号鍵管理テー
ブルから自端末装置の暗号鍵Ｋ_iと初期値ALL “０”を
与えてＥ_Ki（Ｍ）を復号する。（ステップ８８）次いで、復調したＭの上位８バイト
をセッション鍵Ｋ_s、下位８バイトを初期値ＩＶとして
セッション鍵記憶部１５に記憶し、発信処理を終了す
る。

【００３１】図６のフローチャートより明らかなよう
に、本発明の秘話通信システムは、発・着信加入者回線
の端末装置が互いに暗号鍵を登録してあり、且つ着信端
末装置が発信端末装置の発番号を確認してセッション鍵
配送を応答した場合だけ、暗号化通信が開始され、それ
以外の場合については、通常の呼設定処理を行うため、
暗号化通信機能を持たない端末装置と通常の通信が可能
であることは言うまでもない。

【００３２】

【発明の効果】上述のように本発明の秘話通信システム
によれば、暗号化通信を行う各端末装置はそれぞれが秘
密とする暗号鍵を登録しておくだけで、登録された任意
の相手と安全な暗号化通信を行うとができる。また、従
来は、多数の端末装置の他に鍵配送センタを設置し、且
つセッション鍵の配送に伴って端末装置及び鍵配送セン
タを認証するための複雑なプロトコルを必要とする欠点
があったが、本発明によれば、従来の欠点を解消するだ
けでなく、端末装置に登録され、且つＩＳＤＮ網によっ
て加入者番号が確認された端末装置とだけ暗号化通信を
行うことができるため、安全性が高い秘話通信システム
を提供することができる。

【図面の簡単な説明】

【図１】本発明の一実施例の共通暗号アルゴリズムを用
いた秘話通信システムのブロック図である。

【図２】暗号機構の構成例と暗号化通信の原理を示す図
である。

【図３】ＩＳＤＮ回線交換の呼接続手順を示す図であ
る。

【図４】呼設定メッセージの形式を示す図である。

【図５】暗号鍵管理テーブルを示す図である。

【図６】本発明の一実施例の着信端末装置の端末制御部
の呼接続の着信処理のフローチャートを示す。

【図７】本発明の一実施例の発信端末装置の端末制御部
の呼接続の発信処理のフローチャートを示す。

【図８】従来の方法におけるセッション鍵配送プロトコ
ルを示す図である。

【符号の説明】

１端末装置１０ＩＳＤＮ網１１端末制御部１２暗号機構１３鍵管理記憶部１４ランダムデータ発生部１５セッション鍵記憶部１２１暗号演算部１２２，１２２’，１２３，１２３’ レジスタ１２４，１２４’ 排他的論理和回路

Claims

【特許請求の範囲】

【請求項１】ＩＳＤＮ回線に接続される複数の端末装
置間でのセッション鍵を用いて暗号化通信を行う通信シ
ステムの端末装置において、呼設定メッセージの発番号から発信側の端末装置の暗号
鍵を検索する検索手段と、前記発信端末装置の暗号鍵が登録されていた場合に、セ
ッション鍵を生成するセッション鍵生成手段と、前記セッション鍵生成手段により生成したセッション鍵
を前記発信側の端末装置の暗号鍵を用いて暗号化し、メ
ッセージに付加して配送するメッセージ配送手段とを有
することを特徴とする秘話通信システム。