JP2808512B2 - 秘話通信システム - Google Patents
秘話通信システムInfo
- Publication number
- JP2808512B2 JP2808512B2 JP4262345A JP26234592A JP2808512B2 JP 2808512 B2 JP2808512 B2 JP 2808512B2 JP 4262345 A JP4262345 A JP 4262345A JP 26234592 A JP26234592 A JP 26234592A JP 2808512 B2 JP2808512 B2 JP 2808512B2
- Authority
- JP
- Japan
- Prior art keywords
- key
- terminal device
- distribution center
- random number
- session key
- 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.)
- Expired - Lifetime
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、共通鍵暗号アルゴリズ
ムを用いてＩＳＤＮ回線に接続した端末装置間で暗号通
信を行う場合の秘話通信システムに係り、特に事業所等
の複数メンバからなるグループ内で、共通鍵方式の暗号
通信を行う場合に好適な秘話通信システムに関する。
ムを用いてＩＳＤＮ回線に接続した端末装置間で暗号通
信を行う場合の秘話通信システムに係り、特に事業所等
の複数メンバからなるグループ内で、共通鍵方式の暗号
通信を行う場合に好適な秘話通信システムに関する。
【０００２】
【従来の技術】共通鍵暗号アルゴリズムは、暗号文を作
成するときの鍵（暗号鍵）と、暗号文を元に戻すときの
鍵（復号鍵）に同じ数値データを用いる暗号方式であ
る。この暗号方式を用いて各端末装置が互いに他と秘密
の通信を行うには、各端末装置毎に、互いに通信する端
末装置数に等しい暗号鍵が必要である。しかしながら、
端末装置数が増えれば鍵の数が膨大となる。
成するときの鍵（暗号鍵）と、暗号文を元に戻すときの
鍵（復号鍵）に同じ数値データを用いる暗号方式であ
る。この暗号方式を用いて各端末装置が互いに他と秘密
の通信を行うには、各端末装置毎に、互いに通信する端
末装置数に等しい暗号鍵が必要である。しかしながら、
端末装置数が増えれば鍵の数が膨大となる。
【０００３】このため、従来、各端末装置が秘密にする
暗号鍵を登録しておく鍵配送センタを別に設置し、端末
装置＃ｉが端末装置＃ｊと暗号通信を開始する度に鍵配
送センタにアクセスして登録してある暗号鍵Ｋi ，Ｋj
で暗号化したセッション鍵を配送して貰う。端末装置＃
ｉと端末装置＃ｊは、暗号化されたセッション鍵を互い
に復号し、このセッション鍵を用いて以後の通信を暗号
化するのが一般的である。
暗号鍵を登録しておく鍵配送センタを別に設置し、端末
装置＃ｉが端末装置＃ｊと暗号通信を開始する度に鍵配
送センタにアクセスして登録してある暗号鍵Ｋi ，Ｋj
で暗号化したセッション鍵を配送して貰う。端末装置＃
ｉと端末装置＃ｊは、暗号化されたセッション鍵を互い
に復号し、このセッション鍵を用いて以後の通信を暗号
化するのが一般的である。
【０００４】
【発明が解決しようとする課題】従来の技術のような鍵
配送センタがセッション鍵を配送する方式は、端末装置
が管理する鍵は一つでよい。しかし、この方法の第１の
問題として、実際の通信に先立って鍵配送センタからセ
ッション鍵を受け取るための通信料が別に必要である。
配送センタがセッション鍵を配送する方式は、端末装置
が管理する鍵は一つでよい。しかし、この方法の第１の
問題として、実際の通信に先立って鍵配送センタからセ
ッション鍵を受け取るための通信料が別に必要である。
【０００５】また、第２の問題として、鍵配送センタに
端末装置の鍵ファイルが必要であり、第３者がそのファ
イルへの不法アクセスを防止するために膨大な鍵ファイ
ルを保護された領域に置く必要がある。このため、多数
の端末装置を接続し、鍵の書き換えを行う場合などには
複雑な鍵管理を行う必要がある。
端末装置の鍵ファイルが必要であり、第３者がそのファ
イルへの不法アクセスを防止するために膨大な鍵ファイ
ルを保護された領域に置く必要がある。このため、多数
の端末装置を接続し、鍵の書き換えを行う場合などには
複雑な鍵管理を行う必要がある。
【０００６】本発明は上記の点に鑑みてなされたもの
で、センタアクセスの通信料が安価で且つ複雑な鍵管理
を必要としない共通鍵方式の秘話通信システムを提供す
ることを目的とする。
で、センタアクセスの通信料が安価で且つ複雑な鍵管理
を必要としない共通鍵方式の秘話通信システムを提供す
ることを目的とする。
【０００７】
【課題を解決するための手段】図１は、本発明の原理構
成図である。
成図である。
【０００８】本発明は、ＩＳＤＮ回線４００に接続され
る複数の端末装置と鍵配送センタ３００からなり、鍵配
送センタ３００から配送されるセッション鍵を用いて暗
号通信を行う通信システムにおいて、第１の乱数を生成
する第１の乱数生成手段１０１と、呼設定要求メッセー
ジに自加入者番号と第１の乱数とを付加して通信相手と
なる端末装置に呼接続要求する第１の呼接続要求手段１
０２と、応答メッセージに付加されたセッション鍵を受
信する第１のセッション鍵受信手段１０３を含む第１の
端末装置１００と、第２の乱数を生成する第２の乱数生
成手段２０１と、呼設定要求メッセージに自加入者番号
と第２の乱数及び第１の端末装置１００の加入者番号と
第１の乱数を付加して鍵配送センタ３００に呼接続要求
する第２の呼接続要求手段２０２と、鍵配送センタ３０
０からの呼解放要求メッセージに付加されたセッション
鍵を受信する第２のセッション鍵受信手段２０４と、鍵
配送センタ３００からのセッション鍵を応答メッセージ
に付加して第１の端末装置１００に転送する転送手段２
０３を含む第２の端末装置２００と、第２の端末装置２
００からの呼設定要求メッセージの第１の端末装置１０
０の加入者番号と第２の端末装置２００の加入者番号が
登録されている場合にはセッション鍵を生成するセッシ
ョン鍵生成手段３０１と、セッション鍵生成手段３０１
により生成したセッション鍵と、第１の乱数を第１の端
末装置１００の暗号鍵で暗号化し、セッション鍵と第２
の乱数を第２の端末装置２００の暗号鍵で暗号化する暗
号化手段３０２と、暗号化手段３０２により暗号化され
たものを呼番号解放要求メッセージに付加して配送する
配送手段３０３を含む鍵配送センタ３００を有する。
る複数の端末装置と鍵配送センタ３００からなり、鍵配
送センタ３００から配送されるセッション鍵を用いて暗
号通信を行う通信システムにおいて、第１の乱数を生成
する第１の乱数生成手段１０１と、呼設定要求メッセー
ジに自加入者番号と第１の乱数とを付加して通信相手と
なる端末装置に呼接続要求する第１の呼接続要求手段１
０２と、応答メッセージに付加されたセッション鍵を受
信する第１のセッション鍵受信手段１０３を含む第１の
端末装置１００と、第２の乱数を生成する第２の乱数生
成手段２０１と、呼設定要求メッセージに自加入者番号
と第２の乱数及び第１の端末装置１００の加入者番号と
第１の乱数を付加して鍵配送センタ３００に呼接続要求
する第２の呼接続要求手段２０２と、鍵配送センタ３０
０からの呼解放要求メッセージに付加されたセッション
鍵を受信する第２のセッション鍵受信手段２０４と、鍵
配送センタ３００からのセッション鍵を応答メッセージ
に付加して第１の端末装置１００に転送する転送手段２
０３を含む第２の端末装置２００と、第２の端末装置２
００からの呼設定要求メッセージの第１の端末装置１０
０の加入者番号と第２の端末装置２００の加入者番号が
登録されている場合にはセッション鍵を生成するセッシ
ョン鍵生成手段３０１と、セッション鍵生成手段３０１
により生成したセッション鍵と、第１の乱数を第１の端
末装置１００の暗号鍵で暗号化し、セッション鍵と第２
の乱数を第２の端末装置２００の暗号鍵で暗号化する暗
号化手段３０２と、暗号化手段３０２により暗号化され
たものを呼番号解放要求メッセージに付加して配送する
配送手段３０３を含む鍵配送センタ３００を有する。
【０００９】また、本発明は、鍵配送センタ３００に登
録されている端末装置に、暗号鍵を鍵配送センタ３００
の秘密鍵と秘密パラメータとから生成する暗号鍵生成手
段を含む。
録されている端末装置に、暗号鍵を鍵配送センタ３００
の秘密鍵と秘密パラメータとから生成する暗号鍵生成手
段を含む。
【００１０】
【作用】本発明は、端末装置が秘話通信を行う場合に
は、呼設定要求メッセージに自加入者番号と乱数を付加
して、相手端末装置に呼接続要求を行う。要求された端
末装置は、呼接続シーケンスを保留したまま、発信端末
装置から送られた加入者番号と乱数に自端末装置の加入
者番号と乱数を加えたものを呼設定要求メッセージに付
加して、鍵配送センタに呼接続要求する。
は、呼設定要求メッセージに自加入者番号と乱数を付加
して、相手端末装置に呼接続要求を行う。要求された端
末装置は、呼接続シーケンスを保留したまま、発信端末
装置から送られた加入者番号と乱数に自端末装置の加入
者番号と乱数を加えたものを呼設定要求メッセージに付
加して、鍵配送センタに呼接続要求する。
【００１１】鍵配送センタは、両端末装置が登録されて
いれば、セッション鍵と両端末装置の暗号鍵を生成し、
それぞれの端末装置の暗号鍵で暗号化したセッション鍵
と乱数を呼解放要求メッセージに付加して送出する。着
信端末装置は、自分と鍵配送センタだけが知る暗号鍵で
セッション鍵と自分が生成した乱数を復号し、正しいセ
ッション鍵を受信したことを確認する。次いで、発信端
末装置と呼設定シーケンスを再開し、鍵配送センタから
受け取った応答メッセージに付加してある暗号化された
セッション鍵と乱数を発信端末装置に転送する。これに
より、発信側の端末装置は、鍵配送センタと自分だけが
知る暗号鍵を用いて、セッション鍵と最初に送った乱数
を復号し、正しいセッション鍵を受信したことを確認す
ることができるため、両端末装置は、受信したセッショ
ン鍵を用いて呼設定後の秘話通信を行うことができる。
いれば、セッション鍵と両端末装置の暗号鍵を生成し、
それぞれの端末装置の暗号鍵で暗号化したセッション鍵
と乱数を呼解放要求メッセージに付加して送出する。着
信端末装置は、自分と鍵配送センタだけが知る暗号鍵で
セッション鍵と自分が生成した乱数を復号し、正しいセ
ッション鍵を受信したことを確認する。次いで、発信端
末装置と呼設定シーケンスを再開し、鍵配送センタから
受け取った応答メッセージに付加してある暗号化された
セッション鍵と乱数を発信端末装置に転送する。これに
より、発信側の端末装置は、鍵配送センタと自分だけが
知る暗号鍵を用いて、セッション鍵と最初に送った乱数
を復号し、正しいセッション鍵を受信したことを確認す
ることができるため、両端末装置は、受信したセッショ
ン鍵を用いて呼設定後の秘話通信を行うことができる。
【００１２】
【実施例】以下、図面と共に本発明の実施例を詳細に説
明する。
明する。
【００１３】図２は本発明の一実施例の共通鍵暗号アル
ゴリズムを用いた秘話通信システムのブロック図を示
す。
ゴリズムを用いた秘話通信システムのブロック図を示
す。
【００１４】同図において、端末装置１は、ＩＳＤＮ加
入者回線のレイヤ１〜レイヤ３制御及びレイヤ４から上
の上位レイヤのネットワーク制御を行う端末制御部１１
と暗号演算部１２と鍵管理テーブル部１３とランダムデ
ータ発生部１４から構成されている。
入者回線のレイヤ１〜レイヤ３制御及びレイヤ４から上
の上位レイヤのネットワーク制御を行う端末制御部１１
と暗号演算部１２と鍵管理テーブル部１３とランダムデ
ータ発生部１４から構成されている。
【００１５】また、鍵配送センタ２は、ＩＳＤＮ加入者
回線のレイヤ１〜レイヤ３制御及び上位レイヤの鍵配送
制御を行うセンタ制御部２１と暗号演算部２２と鍵管理
テーブル部２３及びランダムデータ発生部２４から構成
されている。暗号演算部１１、暗号演算部２２について
は、ブロック暗号であれば、どのような暗号アルゴリズ
ムを採用してもよい。代表的なアルゴリズムとしては、
ＦＥＡＬ暗号アルゴリズムやＤＥＳ暗号アルゴリズムが
ある。ＦＥＡＬ暗号アルゴリズムの詳細は、文献「宮口
他、ＦＥＡＬ−８暗号アルゴリズム、研実報、Vol.37,
No,4/5, ページ321 〜327 、1988年」を、ＤＥＳ暗号ア
ルゴリズムの詳細は文献「小山著、情報セキュリティ、
電気書院、ページ76〜88、1989年刊行」を参照された
い。暗号演算部２２は暗号鍵とデータを入力として、平
文ｐを鍵Ｋi で暗号化した暗号文ｅＫi （ｐ），暗号文
ｃを鍵Ｋi で復号した平文ｄＫi （ｃ）及びデータｄを
鍵Ｋ i で暗号化した結果の最後のブロックの上位４バイ
トｍａｃ（Ｋi ，ｄ）の３種類の演算を実行する。
回線のレイヤ１〜レイヤ３制御及び上位レイヤの鍵配送
制御を行うセンタ制御部２１と暗号演算部２２と鍵管理
テーブル部２３及びランダムデータ発生部２４から構成
されている。暗号演算部１１、暗号演算部２２について
は、ブロック暗号であれば、どのような暗号アルゴリズ
ムを採用してもよい。代表的なアルゴリズムとしては、
ＦＥＡＬ暗号アルゴリズムやＤＥＳ暗号アルゴリズムが
ある。ＦＥＡＬ暗号アルゴリズムの詳細は、文献「宮口
他、ＦＥＡＬ−８暗号アルゴリズム、研実報、Vol.37,
No,4/5, ページ321 〜327 、1988年」を、ＤＥＳ暗号ア
ルゴリズムの詳細は文献「小山著、情報セキュリティ、
電気書院、ページ76〜88、1989年刊行」を参照された
い。暗号演算部２２は暗号鍵とデータを入力として、平
文ｐを鍵Ｋi で暗号化した暗号文ｅＫi （ｐ），暗号文
ｃを鍵Ｋi で復号した平文ｄＫi （ｃ）及びデータｄを
鍵Ｋ i で暗号化した結果の最後のブロックの上位４バイ
トｍａｃ（Ｋi ，ｄ）の３種類の演算を実行する。
【００１６】〈端末装置設置時の手続〉次に端末装置設
置時の手続について説明する。
置時の手続について説明する。
【００１７】端末装置１＃ｉを設置するときには、予め
次の手続により、端末装置１＃ｉの鍵管理テーブル部１
３と鍵配送センタ２の鍵管理テーブル部２３の鍵管理テ
ーブルに次の情報を通信とは別の手段により書き込んで
おく。
次の手続により、端末装置１＃ｉの鍵管理テーブル部１
３と鍵配送センタ２の鍵管理テーブル部２３の鍵管理テ
ーブルに次の情報を通信とは別の手段により書き込んで
おく。
【００１８】鍵配送センタ２に端末装置１＃ｉの番号Ｉ
Ｄi と鍵修飾パラメータＧi を登録する。
Ｄi と鍵修飾パラメータＧi を登録する。
【００１９】以下に示す式（１）によりＦi を生成し、
最後の８バイトを端末装置１＃ｉの鍵Ｋi とする。端末
装置１＃ｉの鍵管理テーブル部１３に１６バイトの端末
装置１＃ｉの加入者番号（公開可能）ＩＤi ，端末装置
１＃ｉの鍵修飾パラメータ（公開可能）Ｇi と鍵Ｋi を
書き込む。
最後の８バイトを端末装置１＃ｉの鍵Ｋi とする。端末
装置１＃ｉの鍵管理テーブル部１３に１６バイトの端末
装置１＃ｉの加入者番号（公開可能）ＩＤi ，端末装置
１＃ｉの鍵修飾パラメータ（公開可能）Ｇi と鍵Ｋi を
書き込む。
【数１】 但し、Ｋm ＝Ｋ＋Ｇi ここで、Ｋは鍵配送センタ２の秘密鍵、Ｐは秘密パラメ
ータ（秘密値）を示し、
ータ（秘密値）を示し、
【数２】
【００２０】は連結（concatenation)を示し、“＋”は
ビット対応の排他的論理和を示す。
ビット対応の排他的論理和を示す。
【００２１】図３は、本発明の一実施例の鍵配送センタ
と端末装置の鍵管理テーブルを示す。同図中、（ａ）は
鍵配送センタの鍵管理テーブルを示し、（ｂ）は端末装
置１＃ｉの鍵管理テーブルを示す。この鍵管理テーブル
は、端末装置１と鍵配送センタ２が管理する鍵情報を示
すものである。
と端末装置の鍵管理テーブルを示す。同図中、（ａ）は
鍵配送センタの鍵管理テーブルを示し、（ｂ）は端末装
置１＃ｉの鍵管理テーブルを示す。この鍵管理テーブル
は、端末装置１と鍵配送センタ２が管理する鍵情報を示
すものである。
【００２２】同図中（ａ）及び（ｂ）のＳ，Ｓ’で示さ
れる部分は外部からのアクセス禁止の秘密情報を示し、
鍵配送センタ２の暗号鍵Ｋ及び秘密パラメータＰ及び端
末装置１＃ｉの暗号鍵Ｋi は外部からアクセスできない
保護された領域に記憶されている。
れる部分は外部からのアクセス禁止の秘密情報を示し、
鍵配送センタ２の暗号鍵Ｋ及び秘密パラメータＰ及び端
末装置１＃ｉの暗号鍵Ｋi は外部からアクセスできない
保護された領域に記憶されている。
【００２３】次に本発明の一実施例のセッション鍵配送
手順について説明する。
手順について説明する。
【００２４】図４は本発明の一実施例の呼接続手順を説
明するための図を示す。同図（ａ）はＢチャネルを接続
し、通話を行う場合を示し、（ｂ）はＢチャネルの接続
をしない場合を示す。
明するための図を示す。同図（ａ）はＢチャネルを接続
し、通話を行う場合を示し、（ｂ）はＢチャネルの接続
をしない場合を示す。
【００２５】ＩＳＤＮ加入者線に接続されたディジタル
電話機などの端末装置１＃ｉが通信相手の端末装置１＃
ｊを呼び出して回線交換の呼接続を行う手順（以下呼接
続手順と記す）は図４（ａ）のように行われる。即ち、
呼接続は発信者１＃ｉからのＳＥＴＵＰ（呼設定の要
求）メッセージの送出により開始される。ＩＳＤＮ網３
からの呼設定処理中の意味をもつＣＡＬＬ ＰＲＯＣ
（Call Proceeding:呼設定のための処理中の通知）の転
送を経て、着信者１＃ｊの呼出が始まると、ＡＬＥＲＴ
（Alerting：着信者を読み出し中の通知）メッセージが
発信者１＃ｉに送られる。
電話機などの端末装置１＃ｉが通信相手の端末装置１＃
ｊを呼び出して回線交換の呼接続を行う手順（以下呼接
続手順と記す）は図４（ａ）のように行われる。即ち、
呼接続は発信者１＃ｉからのＳＥＴＵＰ（呼設定の要
求）メッセージの送出により開始される。ＩＳＤＮ網３
からの呼設定処理中の意味をもつＣＡＬＬ ＰＲＯＣ
（Call Proceeding:呼設定のための処理中の通知）の転
送を経て、着信者１＃ｊの呼出が始まると、ＡＬＥＲＴ
（Alerting：着信者を読み出し中の通知）メッセージが
発信者１＃ｉに送られる。
【００２６】次に着信側端末装置１＃ｊが応答するとＣ
ＯＮＮ（Connect: 着信者が応答したことを通知) メッ
セージが発信端末装置１＃ｉに、ＣＯＮＮ ＡＣＫ（Co
nnect Acknowledge:ＣＯＮＮに対する確認）メッセージ
がＩＳＤＮ網３から着信端末装置１＃ｊに送られてＢチ
ャネルの接続が完了し、通信が始まる（詳細は、例えば
文献：「秋山監修、ＩＳＤＮ絵とき読本、頁92〜101 、
オーム社、1988年発行」を参照) 。
ＯＮＮ（Connect: 着信者が応答したことを通知) メッ
セージが発信端末装置１＃ｉに、ＣＯＮＮ ＡＣＫ（Co
nnect Acknowledge:ＣＯＮＮに対する確認）メッセージ
がＩＳＤＮ網３から着信端末装置１＃ｊに送られてＢチ
ャネルの接続が完了し、通信が始まる（詳細は、例えば
文献：「秋山監修、ＩＳＤＮ絵とき読本、頁92〜101 、
オーム社、1988年発行」を参照) 。
【００２７】また、端末装置１に呼びだされた鍵配送セ
ンタ２が呼接続シーケンスの中でセッション鍵を配送す
るだけで、Ｂチャネルを接続し、以後のデータ通信を行
う必要がない場合は（詳細は後述する）、着呼拒否とし
て、図４（ｂ）のように（ａ）に示されるＡＬＥＲＴお
よびＣＯＮＮメッセージの代わりに、ＲＥＬ ＣＯＭＰ
(Release Complete:チャネル解放と呼番号解放要求）メ
ッセージで応答して、Ｂチャネルの接続をすることな
く、呼接続手順を終了することができる（詳細は、「日
本電信電話（株）、技術参考資料、ＩＮＳネットワーク
サービスのインタフェース 第３分冊、電気通信協会、
１９９０年発行」の頁１５２〜頁１５３、及び頁１６０
〜頁１６１を参照）。
ンタ２が呼接続シーケンスの中でセッション鍵を配送す
るだけで、Ｂチャネルを接続し、以後のデータ通信を行
う必要がない場合は（詳細は後述する）、着呼拒否とし
て、図４（ｂ）のように（ａ）に示されるＡＬＥＲＴお
よびＣＯＮＮメッセージの代わりに、ＲＥＬ ＣＯＭＰ
(Release Complete:チャネル解放と呼番号解放要求）メ
ッセージで応答して、Ｂチャネルの接続をすることな
く、呼接続手順を終了することができる（詳細は、「日
本電信電話（株）、技術参考資料、ＩＮＳネットワーク
サービスのインタフェース 第３分冊、電気通信協会、
１９９０年発行」の頁１５２〜頁１５３、及び頁１６０
〜頁１６１を参照）。
【００２８】一方、ＩＳＤＮには、呼設定時のメッセー
ジに付随して、通信を行うユーザ間で比較的短いデータ
のやりとりができるユーザ・ユーザ信号（User-to-User
Singnalling) が付加サービスとして規定されている。
ジに付随して、通信を行うユーザ間で比較的短いデータ
のやりとりができるユーザ・ユーザ信号（User-to-User
Singnalling) が付加サービスとして規定されている。
【００２９】図５は本発明の一実施例の呼設定要求メッ
セージの形式を示す。同図（ａ）は、本付加サービスを
利用する場合の呼設定メッセージの形式を示す。共通部
４１の先頭から個別部４２の高位レイヤ整合性までが通
常の呼設定時のメッセージで送信される情報であり、ユ
ーザ・ユーザ情報要素が本付加サービスによって転送さ
れる情報である。この時、共通部のメッセージタイプは
次の表１のメッセージを用いることができる。
セージの形式を示す。同図（ａ）は、本付加サービスを
利用する場合の呼設定メッセージの形式を示す。共通部
４１の先頭から個別部４２の高位レイヤ整合性までが通
常の呼設定時のメッセージで送信される情報であり、ユ
ーザ・ユーザ情報要素が本付加サービスによって転送さ
れる情報である。この時、共通部のメッセージタイプは
次の表１のメッセージを用いることができる。
【００３０】
【表１】 各情報要素の詳細及びメッセージタイプに付随する個別
部の情報要素の詳細説明は、本発明内容を説明するのに
必須ではないので省略するが、詳細は文献：「秋山監
修、ＩＳＤＮ絵とき読本、オーム社、１９８８年発
行」、或いは「日本電信電話（株）技術参考資料、ＩＳ
Ｎネットサービスのインタフェース 第３分冊、電気通
信協会、１９９０年発行」などに詳しく述べられてい
る。
部の情報要素の詳細説明は、本発明内容を説明するのに
必須ではないので省略するが、詳細は文献：「秋山監
修、ＩＳＤＮ絵とき読本、オーム社、１９８８年発
行」、或いは「日本電信電話（株）技術参考資料、ＩＳ
Ｎネットサービスのインタフェース 第３分冊、電気通
信協会、１９９０年発行」などに詳しく述べられてい
る。
【００３１】本発明は、このユーザ・ユーザ信号の付加
サービスを利用して鍵配送情報の交換を行う。本発明で
使用するユーザ・ユーザ情報要素の形式を図５（ｂ）に
示す。ここで、ユーザ・ユーザ情報要素の第１バイトは
ユーザ・ユーザ情報要素識別子４３で０１１１１１１
０、第２バイトは内容長４４であり、第３バイト以下の
データバイト長の値を示す。第３バイトはプロトコル識
別子４５であり、本実施例のようにユーザの必要性に応
じて情報内容を構成する場合には、ユーザ特有のプロト
コルを表す“００００００００”を入れることが決めら
れている（詳細は、文献「日本電信電話（株）技術参考
資料、ＩＮＳネットサービスのインタフェース、第３分
冊、電気通信協会、１９９０年発行」のページ１２２〜
１２３を参照）。第４バイトは、本発明の実施例で定義
する表２に示すコマンド４６、第５バイトは内容長４７
で以後の鍵情報の長さを示すバイト数、第６バイト以降
に鍵情報４８が格納される。
サービスを利用して鍵配送情報の交換を行う。本発明で
使用するユーザ・ユーザ情報要素の形式を図５（ｂ）に
示す。ここで、ユーザ・ユーザ情報要素の第１バイトは
ユーザ・ユーザ情報要素識別子４３で０１１１１１１
０、第２バイトは内容長４４であり、第３バイト以下の
データバイト長の値を示す。第３バイトはプロトコル識
別子４５であり、本実施例のようにユーザの必要性に応
じて情報内容を構成する場合には、ユーザ特有のプロト
コルを表す“００００００００”を入れることが決めら
れている（詳細は、文献「日本電信電話（株）技術参考
資料、ＩＮＳネットサービスのインタフェース、第３分
冊、電気通信協会、１９９０年発行」のページ１２２〜
１２３を参照）。第４バイトは、本発明の実施例で定義
する表２に示すコマンド４６、第５バイトは内容長４７
で以後の鍵情報の長さを示すバイト数、第６バイト以降
に鍵情報４８が格納される。
【表２】 なお、図４（ｂ）の“ＲＥＬ ＣＯＭＰ”メッセージは
網によってＤＩＳＣ（Disconnect: 呼解放要求) メッセ
ージに変換されて発信端末装置１＃ｊに解放要求として
通知されるが、“ＲＥＬ ＣＯＭＰ”メッセージに付加
したユーザ・ユーザ情報はＤＩＳＣメッセージにそのま
ま付加されて発信端末装置１＃ｉに転送される（詳細
は、「日本電信電話（株）、技術参考資料、ＩＮＳネッ
トサービスのインタフェース第３分冊、電気通信協会、
１９９０年発行」の頁１８５を参照）。
網によってＤＩＳＣ（Disconnect: 呼解放要求) メッセ
ージに変換されて発信端末装置１＃ｊに解放要求として
通知されるが、“ＲＥＬ ＣＯＭＰ”メッセージに付加
したユーザ・ユーザ情報はＤＩＳＣメッセージにそのま
ま付加されて発信端末装置１＃ｉに転送される（詳細
は、「日本電信電話（株）、技術参考資料、ＩＮＳネッ
トサービスのインタフェース第３分冊、電気通信協会、
１９９０年発行」の頁１８５を参照）。
【００３２】〈通信時の手続〉次に、通信時の手続きに
ついて説明する。本実施例では、端末装置１＃ｉが端末
装置１＃ｊを呼び出して暗号通信する際の鍵共有手続き
を説明する。
ついて説明する。本実施例では、端末装置１＃ｉが端末
装置１＃ｊを呼び出して暗号通信する際の鍵共有手続き
を説明する。
【００３３】図６は、本発明の一実施例のセッション鍵
配送のためのＩＳＤＮ呼接続手順を示す。
配送のためのＩＳＤＮ呼接続手順を示す。
【００３４】（ａ）端末装置１＃ｉはランダムデータ発
生部１４を起動し、乱数Ｒi を生成する。鍵管理テーブ
ル部１２から加入者番号ＩＤi 、鍵修飾パラメータＧi
を読み出す。次に端末制御部１１を起動し、呼設定シー
ケンスのＳＥＴＵＰメッセージのユーザ・ユーザ情報要
素の第２バイトの内容長４４を３５にセットし、第４バ
イト以降に暗号化要求コマンドＱ１，内容長３２、加入
者番号ＩＤi 、鍵修飾パラメータＧi 、乱数Ｒi を付加
して、端末装置１＃ｊに送信する（図６）。以降の説
明では第２バイトの内容長４４の記述は省略する。
生部１４を起動し、乱数Ｒi を生成する。鍵管理テーブ
ル部１２から加入者番号ＩＤi 、鍵修飾パラメータＧi
を読み出す。次に端末制御部１１を起動し、呼設定シー
ケンスのＳＥＴＵＰメッセージのユーザ・ユーザ情報要
素の第２バイトの内容長４４を３５にセットし、第４バ
イト以降に暗号化要求コマンドＱ１，内容長３２、加入
者番号ＩＤi 、鍵修飾パラメータＧi 、乱数Ｒi を付加
して、端末装置１＃ｊに送信する（図６）。以降の説
明では第２バイトの内容長４４の記述は省略する。
【００３５】（ｂ）着信端末装置１＃ｊの端末制御部１
１は、発信端末装置１＃ｉからＳＥＴＵＰメッセージを
受信すると、ＳＥＴＵＰメッセージのユーザ・ユーザ情
報の中身を解析し、暗号化要求コマンドＱ１があると、
ランダムデータ発生部１４を起動し、乱数Ｒj を生成す
る。鍵管理テーブル部１２から加入者番号ＩＤi 、鍵修
飾パラメータＧi を読み出す。続いて、次のメッセージ
をＳＥＴＵＰメッセージのユーザ・ユーザ情報要素を用
いて鍵配送センタ２へ送信する（図６）。このとき、
ユーザ・ユーザ情報要素のメッセージとしては、暗号化
要求コマンドＱ１，内容長６４、加入者番号ＩＤi 、鍵
修飾パラメータＧi 、乱数Ｒi 、着信端末装置１＃ｊの
加入者番号ＩＤj 、着信端末１＃ｊの鍵修飾パラメータ
Ｇj 、着信端末１＃ｊの乱数Ｒj である。
１は、発信端末装置１＃ｉからＳＥＴＵＰメッセージを
受信すると、ＳＥＴＵＰメッセージのユーザ・ユーザ情
報の中身を解析し、暗号化要求コマンドＱ１があると、
ランダムデータ発生部１４を起動し、乱数Ｒj を生成す
る。鍵管理テーブル部１２から加入者番号ＩＤi 、鍵修
飾パラメータＧi を読み出す。続いて、次のメッセージ
をＳＥＴＵＰメッセージのユーザ・ユーザ情報要素を用
いて鍵配送センタ２へ送信する（図６）。このとき、
ユーザ・ユーザ情報要素のメッセージとしては、暗号化
要求コマンドＱ１，内容長６４、加入者番号ＩＤi 、鍵
修飾パラメータＧi 、乱数Ｒi 、着信端末装置１＃ｊの
加入者番号ＩＤj 、着信端末１＃ｊの鍵修飾パラメータ
Ｇj 、着信端末１＃ｊの乱数Ｒj である。
【００３６】（ｃ）鍵配送センタ２がＳＥＴＵＰメッセ
ージを受信すると、センタ制御部２１がＳＥＴＵＰメッ
セージを解析し、暗号化要求コマンドを検知すると、加
入者番号ＩＤi 及び鍵修飾パラメータＧj とから鍵管理
テーブル部２３を検索し、対応する加入者の鍵修飾パラ
メータＧi 及びＧj が登録されているかどうか検査す
る。受信した鍵修飾パラメータと登録されている鍵修飾
パラメータが一致していれば、鍵配送センタ２は、ラン
ダムデータ発生部２４を起動して、８バイトのランダム
データを発生させ、セッション鍵Ｋs とする。鍵配送セ
ンタ２は、暗号演算部２２を起動し、前述の式（１）に
よりセッション鍵Ｋi 、Ｋj を生成し、Ｃ 1 ，Ｃ2 、検
証コードＭＡＣ1 ，ＭＡＣ2 を計算する。但し、Ｃ1 ＝
ｅＫi （Ｋs ），Ｃ2 ＝ｅＫj （Ｋs ），
ージを受信すると、センタ制御部２１がＳＥＴＵＰメッ
セージを解析し、暗号化要求コマンドを検知すると、加
入者番号ＩＤi 及び鍵修飾パラメータＧj とから鍵管理
テーブル部２３を検索し、対応する加入者の鍵修飾パラ
メータＧi 及びＧj が登録されているかどうか検査す
る。受信した鍵修飾パラメータと登録されている鍵修飾
パラメータが一致していれば、鍵配送センタ２は、ラン
ダムデータ発生部２４を起動して、８バイトのランダム
データを発生させ、セッション鍵Ｋs とする。鍵配送セ
ンタ２は、暗号演算部２２を起動し、前述の式（１）に
よりセッション鍵Ｋi 、Ｋj を生成し、Ｃ 1 ，Ｃ2 、検
証コードＭＡＣ1 ，ＭＡＣ2 を計算する。但し、Ｃ1 ＝
ｅＫi （Ｋs ），Ｃ2 ＝ｅＫj （Ｋs ），
【数３】 である。上記のＭＡＣ（Message Authentication Code)
は送信者と受信者間で暗号鍵Ｋi を共有する場合にだけ
同じ結果が得られることから、データｄが通信途中で改
ざんされていないことを検証するために利用されるコー
ドである。
は送信者と受信者間で暗号鍵Ｋi を共有する場合にだけ
同じ結果が得られることから、データｄが通信途中で改
ざんされていないことを検証するために利用されるコー
ドである。
【００３７】次に、センタ制御部２１は呼設定シーケン
スのＲＥＬ ＣＯＭＰメッセージのユーザ・ユーザ情報
要素を用いて以下のメッセージを端末装置１＃ｊに応答
する（図６）。ユーザ・ユーザ情報要素のメッセージ
としては、暗号化要求コマンドＱ１，内容長２４、鍵Ｋ
i で暗号化した暗号文Ｃ1 、検証コードＭＡＣ1 ，鍵Ｋ
j で暗号化した暗号文Ｃ2 ，検証コードＭＡＣ2 であ
る。
スのＲＥＬ ＣＯＭＰメッセージのユーザ・ユーザ情報
要素を用いて以下のメッセージを端末装置１＃ｊに応答
する（図６）。ユーザ・ユーザ情報要素のメッセージ
としては、暗号化要求コマンドＱ１，内容長２４、鍵Ｋ
i で暗号化した暗号文Ｃ1 、検証コードＭＡＣ1 ，鍵Ｋ
j で暗号化した暗号文Ｃ2 ，検証コードＭＡＣ2 であ
る。
【００３８】もし、加入者番号ＩＤi ，ＩＤj のいずれ
かが登録されていない、あるいは登録されている番号Ｉ
Ｄi と鍵修飾パラメータＧi が一致しない等の異常が発
見された場合は、呼設定シーケンスのＲＥＬ ＣＯＭＰ
メッセージのユーザ・ユーザ情報要素を用いてＱ２（暗
号化不能）メッセージを端末装置１＃ｊに応答する。
かが登録されていない、あるいは登録されている番号Ｉ
Ｄi と鍵修飾パラメータＧi が一致しない等の異常が発
見された場合は、呼設定シーケンスのＲＥＬ ＣＯＭＰ
メッセージのユーザ・ユーザ情報要素を用いてＱ２（暗
号化不能）メッセージを端末装置１＃ｊに応答する。
【００３９】（ｄ）端末装置１＃ｊは、ＤＩＳＣメッセ
ージを受信し、暗号要求コマンドを検出すると、鍵管理
テーブル部１３から自己の暗号鍵Ｋj を暗号演算部１２
に与えて、セッション鍵Ｋs と検証コードＭＡＣ2 ’を
計算する。
ージを受信し、暗号要求コマンドを検出すると、鍵管理
テーブル部１３から自己の暗号鍵Ｋj を暗号演算部１２
に与えて、セッション鍵Ｋs と検証コードＭＡＣ2 ’を
計算する。
【数４】 ＭＡＣ2 ＝ＭＡＣ2 ’ならば、セッション鍵Ｋs が正し
いと確認し、セッション鍵Ｋs を得る。続いて、端末装
置１＃ｊは、暗号演算部１２にセッション鍵Ｋ s と手順
（ｂ）で端末装置１＃ｉから受信した情報ＩＤi ，Ｇi
及びＲi を与えて、
いと確認し、セッション鍵Ｋs を得る。続いて、端末装
置１＃ｊは、暗号演算部１２にセッション鍵Ｋ s と手順
（ｂ）で端末装置１＃ｉから受信した情報ＩＤi ，Ｇi
及びＲi を与えて、
【数５】 を計算し、ＣＯＮＮメッセージのユーザ・ユーザ情報要
素を用いて、鍵配送センタから受信した鍵情報｛Ｃ1 ，
ＭＡＣ1 ｝に付加し、暗号化要求コマンドＱ１，内容長
１６、鍵Ｋi で暗号化した暗号文Ｃ1 、検証コードＭＡ
Ｃ1 ，検証コードＭＡＣ3 のメッセージを端末装置１＃
ｉに送信する（図６）。もし、鍵配送センタ２からＱ
２（暗号化不能）メッセージを受信するか、または、Ｍ
ＡＣ2 ≠ＭＡＣ2 ’ならば、ＣＯＮＮメッセージのユー
ザ・ユーザ情報要素を用いて、Ｑ３メッセージを端末装
置１＃ｉに返送し、鍵共有手続きが失敗したことを通知
する。なお、セキュリティシステム上失敗の原因はメッ
セージ内に詳述しない。
素を用いて、鍵配送センタから受信した鍵情報｛Ｃ1 ，
ＭＡＣ1 ｝に付加し、暗号化要求コマンドＱ１，内容長
１６、鍵Ｋi で暗号化した暗号文Ｃ1 、検証コードＭＡ
Ｃ1 ，検証コードＭＡＣ3 のメッセージを端末装置１＃
ｉに送信する（図６）。もし、鍵配送センタ２からＱ
２（暗号化不能）メッセージを受信するか、または、Ｍ
ＡＣ2 ≠ＭＡＣ2 ’ならば、ＣＯＮＮメッセージのユー
ザ・ユーザ情報要素を用いて、Ｑ３メッセージを端末装
置１＃ｉに返送し、鍵共有手続きが失敗したことを通知
する。なお、セキュリティシステム上失敗の原因はメッ
セージ内に詳述しない。
【００４０】（ｅ）端末装置１＃ｉはＣＯＮＮメッセー
ジを受信すると、ユーザ。ユーザ情報要素を解析する。
暗号要求コマンドＱ１があれば、自端末装置のを暗号演
算部１２に暗号鍵を与えて、
ジを受信すると、ユーザ。ユーザ情報要素を解析する。
暗号要求コマンドＱ１があれば、自端末装置のを暗号演
算部１２に暗号鍵を与えて、
【数６】
【００４１】を計算する。また、暗号演算部１２に結果
のセッション鍵Ｋs を与えて、
のセッション鍵Ｋs を与えて、
【数７】 を求める。ＭＡＣ1 ＝ＭＡＣ1 ’且つＭＡＣ3 ＝ＭＡＣ
3 ’ならば、配送されたセッション鍵が鍵配送センタ２
から配送されたものであることが証明されるため、端末
装置１＃ｊと正しいセッション鍵Ｋs を共有したことを
確認し、呼接続と鍵共有手続きを完了する。
3 ’ならば、配送されたセッション鍵が鍵配送センタ２
から配送されたものであることが証明されるため、端末
装置１＃ｊと正しいセッション鍵Ｋs を共有したことを
確認し、呼接続と鍵共有手続きを完了する。
【００４２】端末装置１＃ｉと端末装置１＃ｊは以降の
Ｂチャネル暗号通信をセッション鍵ＫS を用いて行う。
Ｂチャネル暗号通信をセッション鍵ＫS を用いて行う。
【００４３】もし、端末装置１＃ｉが暗号化失敗コマン
ドＱ３を受信するか、ＭＡＣ1 ≠ＭＡＣ1 ’か、また
は、ＭＡＣ3 ≠ＭＡＣ3 ’であると、鍵配送手順の途中
で何らかの不都合が生じたことを示しており、安全のた
め通信を中断する。
ドＱ３を受信するか、ＭＡＣ1 ≠ＭＡＣ1 ’か、また
は、ＭＡＣ3 ≠ＭＡＣ3 ’であると、鍵配送手順の途中
で何らかの不都合が生じたことを示しており、安全のた
め通信を中断する。
【００４４】
【発明の効果】暗号通信を行う各端末装置のそれぞれが
暗号鍵を鍵配送センタに登録しておき、登録された任意
の相手と暗号通信を行う場合に、従来の方法では、端末
装置は相手の端末装置との暗号通信に先立って、鍵配送
センタに１度回線接続してセッション鍵の配送を行う必
要があった。このため、従来の方法では、実データの暗
号通信に要する通信料のほかに、鍵配送センタからのセ
ッション鍵を受信するために最低でも１度数分の通信料
が別に必要となる問題がある。
暗号鍵を鍵配送センタに登録しておき、登録された任意
の相手と暗号通信を行う場合に、従来の方法では、端末
装置は相手の端末装置との暗号通信に先立って、鍵配送
センタに１度回線接続してセッション鍵の配送を行う必
要があった。このため、従来の方法では、実データの暗
号通信に要する通信料のほかに、鍵配送センタからのセ
ッション鍵を受信するために最低でも１度数分の通信料
が別に必要となる問題がある。
【００４５】しかしながら、本発明によれば、鍵配送セ
ンタと回線接続をせずにセッション鍵の配送を行うた
め、上記の欠点を解消することができる。また、本発明
によれば、鍵配送センタには公開可能な加入者番号と鍵
修飾パラメータを登録しておき、鍵配送センタは自己の
秘密とする暗号鍵と秘密パラメータから各端末装置の暗
号鍵を生成するため、鍵ファイルをもつ必要がなくな
る。このため、ただ２つの秘密値を外部からの読み出し
禁止にするだけでよい。また、端末装置の移設や、加入
者回線を変更した場合には、鍵配送センタの鍵管理テー
ブルの公開可能な加入者番号または端末装置の鍵修飾パ
ラメータの値を書き換えることによって容易に変更でき
るため、鍵配送センタの鍵管理が極めて簡単になる。
ンタと回線接続をせずにセッション鍵の配送を行うた
め、上記の欠点を解消することができる。また、本発明
によれば、鍵配送センタには公開可能な加入者番号と鍵
修飾パラメータを登録しておき、鍵配送センタは自己の
秘密とする暗号鍵と秘密パラメータから各端末装置の暗
号鍵を生成するため、鍵ファイルをもつ必要がなくな
る。このため、ただ２つの秘密値を外部からの読み出し
禁止にするだけでよい。また、端末装置の移設や、加入
者回線を変更した場合には、鍵配送センタの鍵管理テー
ブルの公開可能な加入者番号または端末装置の鍵修飾パ
ラメータの値を書き換えることによって容易に変更でき
るため、鍵配送センタの鍵管理が極めて簡単になる。
【図１】本発明の原理構成図である。
【図２】本発明の一実施例の共通鍵暗号アルゴリズムを
用いた秘話通信システムのブロック図である。
用いた秘話通信システムのブロック図である。
【図３】本発明の一実施例の鍵配送センタと端末装置の
鍵管理テーブルを示す図である。
鍵管理テーブルを示す図である。
【図４】本発明の一実施例の呼接続手順を説明するため
の図である。
の図である。
【図５】本発明の一実施例の呼設定要求メッセージの形
式を示す図である。
式を示す図である。
【図６】本発明の一実施例のセッシン鍵配送のためのＩ
ＳＤＮ呼接続手順を示す図である。
ＳＤＮ呼接続手順を示す図である。
１ 端末装置 ２ 鍵配送センタ ３ ＩＳＤＮ網 １１ 端末制御部 １２ 暗号演算部 １３ 鍵管理テーブル １４ ランダムデータ発生部 ２１ センタ制御部 ２２ 暗号演算部 ２３ 鍵管理テーブル部 ２４ ランダムデータ発生部 ４１ 共通部 ４２ 個別部 ４３ ユーザ・ユーザ情報要素識別子 ４４ 内容長 ４５ ユーザ特有プロトコル ４６ コマンド ４７ 内容長 ４８ 鍵情報 １００ 第１の端末装置 １０１ 第１の乱数生成手段 １０２ 第１の呼接続要求手段 １０３ 第１のセッション鍵受信手段 ２００ 第２の端末装置 ２０１ 第２の乱数生成手段 ２０２ 第２の呼接続要求手段 ２０３ 転送手段 ２０４ 第２のセッション鍵受信手段 ３００ 鍵配送センタ ３０１ セッション鍵生成手段 ３０２ 暗号化手段 ３０３ 配送手段 ４００ ＩＳＤＮ網
フロントページの続き (56)参考文献 特開 昭63−280531（ＪＰ，Ａ) 特開 平２−54645（ＪＰ，Ａ) 電子情報通信学会技術研究報告（ＯＦ Ｓ92−31）、Ｖｏｌ．92、Ｎｏ．332 （1992−11−20）ｐ．19−24 電子情報通信学会技術研究報告（ＯＦ Ｓ93−９）、Ｖｏｌ．93、Ｎｏ．161 （1993−７−23）ｐ．25−30 電子情報通信学会論文誌、Ｖｏｌ．Ｊ 78−Ｄ−１、Ｎｏ．６（平成７−６− 25））ｐｐ．546−557 (58)調査した分野(Int.Cl.6，ＤＢ名) H04L 9/00 - 9/04 G09C 1/00 - 5/00 H04L 11/00 - 11/20 ＪＩＣＳＴファイル（ＪＯＩＳ)
Claims (2)
- 【請求項１】 ＩＳＤＮ回線に接続される複数の端末装
置と鍵配送センタからなり、鍵配送センタから配送され
るセッション鍵を用いて暗号通信を行う通信システムに
おいて、 第１の乱数を生成する第１の乱数生成手段と、呼設定要
求メッセージに自加入者番号と該第１の乱数とを付加し
て通信相手となる端末装置に呼接続要求する第１の呼接
続要求手段と、応答メッセージに付加された前記セッシ
ョン鍵を受信する第１のセッション鍵受信手段を含む第
１の端末装置と、 第２の乱数を生成する第２の乱数生成手段と、呼設定要
求メッセージに自加入者番号と該第２の乱数及び前記第
１の端末装置の加入者番号と前記第１の乱数を付加して
鍵配送センタに呼接続要求する第２の呼接続要求手段
と、前記鍵配送センタからの呼解放要求メッセージに付
加されたセッション鍵を受信する第２のセッション鍵受
信手段と、前記鍵配送センタからの前記セッション鍵を
応答メッセージに付加して前記第１の端末装置に転送す
る転送手段を含む第２の端末装置と、 前記第２の端末装置からの呼設定要求メッセージの第１
の端末装置の加入者番号と前記第２の端末装置の加入者
番号が登録されている場合にはセッション鍵を生成する
セッション鍵生成手段と、該セッション鍵生成手段によ
り生成したセッション鍵と、前記第１の乱数を前記第１
の端末装置の暗号鍵で暗号化し、該セッション鍵と前記
第２の乱数を前記第２の端末装置の暗号鍵で暗号化する
暗号化手段と、該暗号化手段により暗号化されたものを
呼番号解放要求メッセージに付加して配送する配送手段
を含む鍵配送センタを有することを特徴とする秘話通信
システム。 - 【請求項２】 前記鍵配送センタに登録されている端末
装置の暗号鍵に、暗号鍵を前記鍵配送センタの秘密鍵と
秘密パラメータとから生成する暗号鍵生成手段を含む鍵
配送センタを有する請求項１記載の秘話通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4262345A JP2808512B2 (ja) | 1992-09-30 | 1992-09-30 | 秘話通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4262345A JP2808512B2 (ja) | 1992-09-30 | 1992-09-30 | 秘話通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06112936A JPH06112936A (ja) | 1994-04-22 |
| JP2808512B2 true JP2808512B2 (ja) | 1998-10-08 |
Family
ID=17374459
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4262345A Expired - Lifetime JP2808512B2 (ja) | 1992-09-30 | 1992-09-30 | 秘話通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2808512B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7213145B2 (en) | 2002-01-10 | 2007-05-01 | Avaya Technology Corp. | Method and apparatus for secure internet protocol communication in a call processing system |
| JP4586692B2 (ja) * | 2005-09-20 | 2010-11-24 | 沖電気工業株式会社 | 鍵共有システム，鍵共有装置，鍵共有方法 |
| JP2016063233A (ja) * | 2014-09-12 | 2016-04-25 | 株式会社東芝 | 通信制御装置 |
| JP2017201832A (ja) * | 2017-07-24 | 2017-11-09 | 株式会社東芝 | 通信制御装置及び通信装置 |
| JP6625293B2 (ja) * | 2017-08-21 | 2019-12-25 | 三菱電機株式会社 | 鍵管理装置および通信機器 |
-
1992
- 1992-09-30 JP JP4262345A patent/JP2808512B2/ja not_active Expired - Lifetime
Non-Patent Citations (3)
| Title |
|---|
| 電子情報通信学会技術研究報告（ＯＦＳ９２−３１）、Ｖｏｌ．９２、Ｎｏ．３３２（１９９２−１１−２０）ｐ．１９−２４ |
| 電子情報通信学会技術研究報告（ＯＦＳ９３−９）、Ｖｏｌ．９３、Ｎｏ．１６１（１９９３−７−２３）ｐ．２５−３０ |
| 電子情報通信学会論文誌、Ｖｏｌ．Ｊ７８−Ｄ−１、Ｎｏ．６（平成７−６−２５））ｐｐ．５４６−５５７ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06112936A (ja) | 1994-04-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6389533B1 (en) | Anonymity server | |
| US7076657B2 (en) | Use of short message service (SMS) for secure transactions | |
| AU777383B2 (en) | Authentication enforcement using decryption and authentication in a single transaction in a secure microprocessor | |
| TW548535B (en) | Security system | |
| US6401204B1 (en) | Process for cryptographic code management between a first computer unit and a second computer unit | |
| US7580980B2 (en) | Email system restoring recipient identifier based on identifier-for-disclosure for establishing communication between sender and recipient | |
| TW552786B (en) | Method and system for remote activation and management of personal security devices | |
| JPH07245605A (ja) | 暗号化情報中継装置とそれに接続される加入者端末装置ならびに暗号通信方法 | |
| EP1439661A1 (en) | Secure communication system and method for integrated mobile communication terminals comprising a short-distance communication module | |
| JP2018523360A (ja) | 安全なｓｍｓ通信のための方法及びシステム | |
| JP2808512B2 (ja) | 秘話通信システム | |
| CN113542231B (zh) | 通信方法、电子设备及存储介质 | |
| US6584562B1 (en) | Device for securing a telephone link between two subscriber sets | |
| JPH05122217A (ja) | 秘話通信方法 | |
| JPH07303104A (ja) | 暗号機能付き蓄積形通信システム | |
| JPH05304523A (ja) | 秘話通信システム | |
| JPH05167574A (ja) | 秘話通信システム | |
| KR0175458B1 (ko) | 종합정보 통신망에서의 정당한 사용자 인증을 위한 발신 및 착신측 처리 방법 | |
| CN113852469B (zh) | 区块链节点间数据传输方法、装置、设备及可读存储介质 | |
| Tanaka et al. | A confidentiality system for ISDN inter-PC high-speed file transfer | |
| JP2001094600A (ja) | メッセージ転送ノード及びネットワーク | |
| JPH07131453A (ja) | 暗号鍵配送方法 | |
| KR100276696B1 (ko) | 영구 가상 회선 환경에서 비밀 통신을 위한 인증 및비밀키 교환 방법 | |
| KR20010100326A (ko) | 보안통신 시스템에서의 암호키 분배 방식 | |
| JPH0671259B2 (ja) | 鍵の共有方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070731 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080731 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080731 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090731 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090731 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100731 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100731 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110731 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120731 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130731 Year of fee payment: 15 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130731 Year of fee payment: 15 |