JPH10276188A - 秘話通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 利用者の管理や操作の負担や、通信端末の処
理の負担を抑えながら、通信の機密保持強度と経済性と
を通信情報に応じ適切に設定する。 【解決手段】 ステップ１５２及び１５４以降で行う実
際の通信に用いる通信暗号鍵は公開鍵暗号アルゴリズム
を用いているため、公開鍵は機密保持の必要はなく、利
用者の管理の負担を減らすことができる。又この通信暗
号鍵はステップ１１４の通信開始要求の暗号化通信情報
ＣＭ１で用いる機密保持強度が大とされるべき制御暗号
鍵とは別とすることもでき、この場合機密保持強度とデ
ータ処理量に伴った経済性とを通信情報に応じ適切に設
定することが容易である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、暗号鍵データを用
いて通信情報を暗号化してから相手方に送信する秘話情
報通信の秘話通信方法に係り、特に、利用者の管理や操
作の負担や、通信端末の処理の負担を抑えながら、通信
の機密保持強度と経済性とを通信情報に応じ適切に設定
することができる秘話通信方法に関する。

【０００２】

【従来の技術】近年では公衆通信回線を用いた情報通信
は、電話に代表される音声以外のファクシミリ等の画像
情報やコンピュータのデジタル情報等の比率が一般にも
拡大されている。ここで本発明が対象とする情報通信は
このように多様な通信情報を対象とするものであり、例
えば音声情報に限定するものではない。

【０００３】又、従来から通信情報を相手方に送信する
場合に、暗号鍵データを用いて通信情報を暗号化すると
いうことが行われている。又このような暗号化におい
て、共通鍵暗号アルゴリズムや、公開鍵暗号アルゴリズ
ム等のアルゴリズムが知られている。

【０００４】まず共通鍵暗号アルゴリズムは通信情報を
暗号化するのに用いる暗号鍵データ（以降暗号生成鍵と
称する）と、暗号化されている通信情報を元に戻す際に
用いる暗号鍵データ（復号鍵と称する）とが同一とされ
る、通信情報の暗号化及び復号化に関するアルゴリズム
である。この共通鍵暗号アルゴリズムの１つとして例え
ば、ＤＥＳ（data encryption standard）がある。又こ
のアルゴリズムでは、暗号生成鍵と復号鍵とで同一の暗
号鍵データを機密保持しながら当事者間で共有保管する
必要があり、例えばこれらの鍵の配布は直接手渡しや書
き留め郵便等の安全な手段を用いて行う。又２者以上の
通信参加者それぞれの発信情報が複数の他者に配信され
る３者通信に限らず、一般的な対話形式の２者通信で
も、多数の通信者間で秘話情報通信を行う場合、多数の
暗号鍵データを準備し、機密を保持しながら管理する必
要がある。例えばｎ人の通信者間で２者通信を行う場
合、〔ｎ（ｎ−１）／２〕個となり、対象人数が増加す
ると、指数関数的に鍵データの数が増加するため、その
管理が問題となる。又このアルゴリズムでは暗号鍵デー
タが盗用された場合の、通信情報の成りすまし発信を見
破る機能を持たないという問題があり、運用上の負荷が
大きい。

【０００５】次に通信情報の暗号化及び復号化のアルゴ
リズムとして、公開鍵暗号アルゴリズムは、相手方に送
信する通信情報の暗号化に用いる暗号生成鍵と、暗号化
された通信情報を解読して元に戻す時に用いる復号鍵と
が異なるものであって、暗号生成鍵から復号鍵を推定す
ることが極めて困難で、事実上不可能とされているアル
ゴリズムである。この公開暗号アルゴリズムには例えば
ＲＳＡ（Rivest Shamir Adleman algorithm ）と称する
アルゴリズムが知られている。

【０００６】又公開鍵暗号アルゴリズムでは通信情報の
秘密保持のためには特に自分宛に送付されるメッセージ
の暗号生成鍵は機密にされる必要はなく、このため一般
には公開鍵とも呼ばれている。一方復号鍵は一般に秘密
鍵と呼ばれる。

【０００７】このアルゴリズムでは通信情報の機密性を
保つためには、一般には秘密鍵と呼ばれている復号鍵の
み機密を保って管理すればよい。このためこのアルゴリ
ズムでは事前の公開鍵の配布や管理が機密管理の面で容
易であるという利点がある。又２者通信の秘話情報通信
をｎ人の多者の通信者間で行う場合に必要な暗号鍵デー
タは、ｎの定数倍となり、機密保持しなければならない
暗号鍵データの管理も前述の共通鍵暗号アルゴリズムよ
り容易である。又公開鍵暗号アルゴリズムは公開鍵及び
秘密鍵の暗号生成鍵及び復号鍵における使用を逆転さ
せ、秘密鍵を暗号生成鍵に用い、公開鍵を復号鍵に用い
ると、受信者は公開鍵で通信情報が復号できたことを確
証した場合、送信側が秘密鍵を有していることを確証す
ることができ、これらの鍵を送信者認証として利用する
ことができるという利点がある。

【０００８】この公開鍵暗号アルゴリズムは様々な利点
があるものの前述の共通鍵暗号アルゴリズムに比べ、通
信情報の暗号化や復号化におけるデータ処理量が多くな
るという問題がある。例えばＲＳＡでは安全性を確保す
るために大きな素数を使う必要があり、例えば標準で５
１２ビットのブロック単位の暗号化や復号化の処理を要
し、デジタル処理量が多い。従って大量データの暗号化
や、リアルタイム的な業務には不向きとされている。

【０００９】ここで特開平５−１３００９９や特開平７
−２８８５１７では、暗号鍵管理装置や鍵分配センタと
称する鍵管理サーバを利用し、多者の通信参加者におけ
る任意の２者通信に用いる暗号鍵データ管理を容易にす
るという技術が開示されている。これら特開平５−１３
００９９及び特開平７−２８８５１７はいずれも、実際
の２者通信における通信情報の暗号化及び復号化に用い
る暗号鍵データとして用いるセッション鍵とは別の、該
セッション鍵の配布をオンラインで鍵管理サーバより受
ける等の管理上の情報通信に用いる暗号鍵データ（以降
制御暗号鍵と称する）を利用するようにしている。

【００１０】まず上記の特開平５−１３００９９では上
述の制御暗号鍵に共通鍵暗号アルゴリズムを用い、更に
セッション鍵にも共通鍵暗号アルゴリズムを用いてい
る。この特開平５−１３００９９ではセッション鍵を２
者通信を行う度に随時生成しているため、例えばｎ人の
通信者間で同時に２者通信を行う場合には主としてｎの
整数倍の通信暗号鍵のみ機密保持しながら管理すればよ
い。

【００１１】次に前述の特開平７−２８８５１７では、
制御暗号鍵には公開鍵暗号アルゴリズムを用い、一方、
セッション鍵には共通鍵暗号アルゴリズムを用いるよう
にしている。この特開平７−２８８５１７は通信参加者
対鍵管理サーバでは、公開鍵暗号アルゴリズムを用いて
機密保持強度を向上させると共に、送信者認証機能の利
用も可能としている。又通信参加者間の２者通信では、
セッション鍵を随時生成し配布することで機密性保持強
度を保ちながらその管理を容易とすると共に、暗号化及
び復号化のデータ処理量が少ない共通鍵暗号アルゴリズ
ムのセッション鍵を用いることで、該２者通信の高速性
やリアルタイム性を向上させている。

【００１２】

【発明が解決しようとする課題】しかしながら特開平５
−１３００９９では前述したように２者通信の秘話情報
通信にセッション鍵として、共通鍵暗号アルゴリズムの
暗号鍵データを用いているため、その管理を容易にでき
るものの、共通鍵暗号アルゴリズムが有している前述の
成りすまし送信の問題は対処されておらず、解決されて
いない。又特開平７−２８８５１７ではセッション鍵の
配布等２者通信を行おうとするものと鍵管理サーバとの
秘話情報通信では送信者認証機能の提供や成りすまし送
信の防止が可能であるものの、セッション鍵を用いた２
者通信においては送信者認証機能が提供できず成りすま
し送信の対策もなされていない。又特開平５−１３００
９９及び特開平７−２８８５１７のいずれにおいても、
３者通信においてはセッション鍵の管理と利用が煩雑に
なるという問題がある。

【００１３】本発明は、前記従来の問題点を解決するべ
くなされたもので、利用者の管理や操作の負担や、通信
端末の処理の負担を抑えながら、通信の機密保持強度と
経済性とを通信情報に応じ適切に設定することができる
秘話通信方法を提供することを目的とする。

【００１４】

【課題を解決するための手段】本発明は、暗号鍵データ
を用いて通信情報を暗号化してから相手方に送信する秘
話情報通信の秘話通信方法において、前記暗号化に公開
鍵暗号アルゴリズムを利用するようにしたことにより、
前記課題を解決したものである。

【００１５】又、前記秘話通信方法において、通信制御
情報の受け渡しの際の暗号化に用いる暗号鍵データの制
御暗号鍵と、前記通信情報の暗号化に用いる暗号鍵デー
タの通信暗号鍵とを異なるものとし、前記制御暗号鍵の
不正解読を前記通信暗号鍵より困難なものにしたことに
より、不正解読は比較的容易であっも暗号化及び復号化
のデータ処理の処理量が少なく、高速処理やリアルタイ
ム処理が可能な通信暗号鍵を提供できるようにしたもの
である。通信暗号鍵は不正解読が比較的容易でも、これ
と異なる制御暗号鍵は不正解読が困難なものとすること
ができるため、秘話通信の提供というより重要な部分に
ついては機密程強度が高く、全体として十分な機密保持
が可能である。

【００１６】又前記秘話通信方法において、通信回線で
接続可能な秘話通信管理装置により前記通信暗号鍵を集
中管理するようにしたことにより、機密性を保持しなが
ら行わなければならない通信暗号鍵の各通信参加者にお
ける管理の便宜を図り、又その機密保持をより容易に行
えるようにしたものである。

【００１７】次に前記秘話通信方法において、通信情報
の機密性の度合いにより、不正解読の難易度の異なる前
記通信暗号鍵を使い分けるようにしたことにより、通信
の機密保持強度と経済性とを通信情報に応じ適切に設定
し、これら機密保持強度及び経済性に対する各通信にお
ける要求を両立して果たせるようにしたものである。

【００１８】前記秘話通信方法において、２者以上の通
信参加者それぞれの発信情報が複数の他者に配信される
ようにしたことにより、本発明の特徴を生かし３者通信
を提供したものである。

【００１９】以下、本発明の作用について簡単に説明す
る。

【００２０】前述の公開鍵暗号アルゴリズムは従来から
広く知られた技術である。しかしながら特殊な分野に使
われるのが一般的であった。従って１対１の２者通信で
は従来公開鍵暗号アルゴリズムは用いられず、共通鍵暗
号アルゴリズムを用いて通信情報を暗号化して相手方に
送信する秘話情報通信が行われている。又前述の３者通
信についてもこのような２者通信の延長として考えら
れ、従来では通信情報の暗号化に共通鍵暗号アルゴリズ
ムが用いられている。

【００２１】このように２者通信や３者通信に公開鍵暗
号アルゴリズムが従来用いられていなかったのは、暗号
化及び復号化に際して多くのデータ処理を要し、ハード
ウェアやソフトウェアの負担が多くなるためであった。
又２者通信や３者通信において従来では、送信者認証機
能や、必要な暗号鍵データの数を削減できるなどの特徴
をそれ程必要とせず、あるいは要求されていなかった。

【００２２】ここで近年では例えばインターネットの発
達等によって遠隔地の複数者が通信回線を用いて電子会
議を行うことも多くなり、３者通信の必要性が増大して
いる。前述のように通信情報の暗号化及び復号化に共通
鍵暗号アルゴリズムを用いた従来の秘話情報通信では、
３者通信の通信者が増加すると必要となる通信暗号鍵の
数が通信参加者の数の増加以上に増加し、その管理が困
難となる。このように管理が困難となるという問題は、
前述の特開平５−１３００９９や特開平７−２８８５１
７のように制御暗号鍵とセッション鍵とを分離し、該セ
ッション鍵を鍵管理サーバにて配布するようにしても、
該通信暗号鍵に共通鍵暗号アルゴリズムを用いていれば
同様の鍵管理の問題がある。

【００２３】又インターネットの発達等によって、電子
商取引に代表されるような送信者認証機能の必要性が近
年増大している。しかしながら２者通信や３者通信にお
いて通信情報の暗号化や復号化に共通鍵暗号アルゴリズ
ムを用いていると、このような送信者認証機能を該共通
鍵暗号アルゴリズム自体で提供することは困難である。
一方公開鍵暗号アルゴリズムを通信情報の暗号化や復号
化に用いれば、前述のように送信者認証機能を提供する
ことは容易である。ここで上記の３者通信において、逐
一異なる送信者の認証も重要であり、この点で公開鍵暗
号アルゴリズムを用いる必要性がある。

【００２４】以上の点に鑑み、本発明では、２者通信や
３者通信における通信情報の暗号化や復号化のアルゴリ
ズムとして、従来用いられていなかった公開鍵暗号アル
ゴリズムを利用するようにしている。従って本発明によ
れば、必要となる暗号鍵データの数を削減することがで
き、機密保持しながら行う必要がある鍵管理を共通鍵暗
号アルゴリズムを用いた場合に比べ容易に行うことがで
きる。又本発明によればこのように公開鍵暗号アルゴリ
ズムを利用することで、送信者認証機能も容易に提供す
ることができる。

【００２５】ここで共通鍵暗号アルゴリズムに対して公
開鍵暗号アルゴリズムを用いた場合、通信情報の暗号化
や復号化に際したデータ処理量が増大するという課題が
ある。ここでこのデータ処理量は用いる公開鍵及び秘密
鍵の機密保持強度と関連があり、機密保持強度が高く例
えば桁数の多い公開鍵及び秘密鍵を用いるとデータ処理
量が増加する。又近年ではハードウェア技術やソフトウ
ェア技術が発達しているため、データ処理量が増加して
もこれによってその技術が実施不可能となるものではな
く、必要となるハードウェアやソフトウェアのコスト
や、通信回線の利用コスト等の、単に経済的な問題のみ
となっている。

【００２６】更に、ここで発明者は秘話情報通信におい
て、機密保持強度の度合いが一定ではなく、例え同一の
通信参加者による２者通信や３者通信でも機密保持強度
が一定ではないことに着目している。例えば近年飛躍的
に普及している移動体通信において秘話情報通信を行う
場合、経済活動や社会活動に求められる通信の機密保持
強度は一様ではなく、又場合によっては時間経過と共に
変化することも多い。例えば商取引について、例えば特
に株式売買については、株価情報は僅か数十分過ぎると
情報価値が著しく低下する。従って僅か数十分過ぎて通
信情報が不正解読されても問題は生じない。このように
機密保持の必要性が時間経過と共に変化するのであれ
ば、機密保持は一定時間を限度として行えば十分であ
り、実務上機密保持強度を低くすることも可能である。
又一般人が日常会話程度に用いる親子電話や移動体通信
についても、何等かの通信情報の暗号化が多少でもなさ
れていれば十分であり、機密保持強度は低くても問題と
はならない。

【００２７】このように通信の機密保持強度は通信参加
者によって異なり、又通信内容によって異なるものであ
るため、必要に応じ低く抑えることも可能である。発明
者はこのように点に着目し、暗号化及び復号化のデータ
処理量が多くなる公開鍵暗号アルゴリズムを用いたとし
ても、必要に応じ通信の機密保持強度を可変し、場合に
よっては低く抑えることで、要求されるデータ処理量を
実質的に抑えられることに着目している。

【００２８】例えば本発明はこれに限定されるものでは
ないが、より高い機密保持強度が要求される、通信暗号
鍵の配布を含めた通信制御情報の受け渡しの際の暗号化
に用いる制御暗号鍵と、前述のセッション鍵に相当す
る、実際の通信情報の暗号化に用いる通信暗号鍵とを異
なるものにすることもできる。このようにすれば、これ
らの鍵の機密保持強度を個別に設定することができ、制
御暗号鍵の不正解読を通信暗号鍵より困難なものにする
一方、通信暗号鍵は機密保持強度を抑えてデータ処理量
を抑えることもできる。

【００２９】又前述の特開平５−１３００９９や特開平
７−２８８５１の共通鍵暗号アルゴリズムが用いられて
いたセッション鍵を、本発明の特徴を生かした公開鍵暗
号アルゴリズムを用いた制御暗号鍵に置き換えた場合、
鍵管理サーバが通信毎に配布するセッション鍵の機密保
持強度を、暗号化する通信情報の機密性の度合いにより
使い分けることが可能であり、不正解読の難易度の異な
るセッション鍵（通信暗号鍵）を使い分けることもでき
る。このように使い分けることで平均的な機密保持強度
を抑えることができ、平均的なデータ処理量を抑えるこ
とができる。

【００３０】このように本発明によれば利用者の管理や
操作の負担や、通信端末の処理の負担を抑えながら、通
信の機密保持強度と経済性とを通信情報に応じ適切に設
定することができる。近年においては実施する機密保持
強度は単に経済性の問題であり、例えば一般人がごく日
常会話に用いる電話の秘話情報通信においては機密保持
強度を抑えれば、必要となるハードウェアやソフトウェ
アのコストを抑えることができる。

【００３１】近年ではハードウェアが異なる機種間でも
共通言語が提供され、異機種間の通信システム構築が推
進され、通信内容もより複雑になっている。例えば前述
の特開平５−１３００９９や特開平７−２８８５１７等
の鍵管理サーバ等は通信端末や電話機と複雑なやり取り
を行う。又このような鍵管理サーバについては、より多
機能となっている。又多機能電話とインターネット上の
様々の形態のサーバとの組合せによる高付加価値通信サ
ービスの内容や市場は拡大されている。これらに対応す
ることも本発明によればより容易に行うことができる。

【００３２】

【発明の実施の形態】以下、図を用いて本発明の実施の
形態を詳細に説明する。

【００３３】図１は本発明が適用された秘話通信管理装
置１０、多機能端末機１２Ａ、１２Ｂ〜１２α〜１２β
の実施形態のネットワーク構成図である。

【００３４】この図１に示されるように秘話通信管理装
置１０、多機能端末機１２Ａ、１２Ｂ〜１２α〜１２β
はいずれも、公衆デジタル回線網１に接続されている。
この公衆デジタル回線網１はＩＳＤＮ（integrated ser
vices digital network ）の公衆電話回線である。更に
公衆デジタル回線網１はインターネットを含み、遠隔地
間での通信を可能とする。又秘話通信管理装置１０は公
衆デジタル回線網１に接続されたＷＷＷサーバ上のシス
テムとして構成する。又この秘話通信管理装置１０や多
機能端末機１２Ａ、１２Ｂ〜１２α〜１２βは米国サン
マイクロシステムズ社のＪａｖａで構成している。この
Ｊａｖａは、異なる複数機種の多機能電話機や多機能通
信機器と通信し、データ交換を行うのに有利である。な
お以下の説明において、多機能端末機１２Ａ、１２Ｂ〜
１２α〜１２βの全体について、あるいは個々について
多機能端末機１２αと称する。

【００３５】この秘話通信管理装置１０は図３に示すよ
うに、鍵管理装置８１と、端末情報管理装置８２と、一
斉通報管理装置８３と、暗号化装置８４と、復号化装置
８５と、プロトコル制御装置８６とにより構成される。
又多機能端末機１２αは図４に示すように、鍵管理装置
２１と、暗号化装置２２と、復号化装置２３と、一斉通
報制御装置２４と、プロトコル制御装置２５とにより構
成される。

【００３６】又これら秘話通信管理装置１０及びすべて
の多機能端末機１２αの相互間の構成は、２者通信や３
者通信において、通信情報を暗号化及び復号化する際に
用いる通信暗号鍵を得るまで図２に示すように、秘話通
信管理装置１０を中心とした構成となる。なお３者通信
については実際に通信情報を受渡する際にもこの図２に
示されるような構成となる。即ち３者通信では、１つの
多機能端末機１２αから通信情報が他の複数の多機能端
末機１２αに対して発信する場合、発信情報は一旦秘話
通信管理装置１０に送信されてから、該発信情報は秘話
通信管理装置１０から他の複数の多機能端末機１２αに
対して配信される。

【００３７】本実施形態の作用について、まず２者通信
を説明する。

【００３８】図５は本実施形態における２者通信の通信
フローチャートである。

【００３９】この図５では多機能端末機１２Ａから、多
機能端末機１２Ｂに対する２者通信の通信開始要求が発
せられた場合の、実際に２者通信が確立されるまでの処
理の流れが示される。まずステップ１１２では、秘話通
信モードの設定をオンとしてから、多機能端末機１２Ｂ
の多機能端末番号ＴＢをダイヤルする。この多機能端末
番号ＴＢはＩＳＤＮの公衆電話回線の電話番号である。
続くステップ１１４では下記の表に示される設定に基づ
き自動的に機密保持強度レベルＳＬの設定を行う。該設
定は機密保持強度が高いあるいは低いの設定である。又
該設定はこのように自動ではなく、ステップ１１２にお
いて直接入力することも可能である。

【００４０】

【表１】

【００４１】又このステップ１１４では秘話通信管理装
置１０に対する制御暗号鍵用公開鍵ＫＸＯを自らの鍵管
理装置２１から読み出す。続いて暗号化装置２２におい
て、前述の多機能端末番号ＴＢ、機密保持強度レベルＳ
Ｌ及び通信開始要求ＳＲを合わせて合成通信情報Ｍ１と
する。又該暗号化装置２２ではこの合成通信情報Ｍ１を
制御暗号鍵用公開鍵ＫＸＯで暗号化して暗号化通信情報
ＣＭ１として秘話通信管理装置１０に対して送信する。

【００４２】なお、これら合成通信情報Ｍ１及び暗号化
通信情報ＣＭ１、又後述する合成通信情報Ｍ２〜Ｍ１０
及び暗号化通信情報ＣＭ２〜ＣＭ１０の構成は図１２に
示す通りである。

【００４３】次に秘話通信管理装置１０ではステップ１
２２で、鍵管理装置８１から取り出した自己の制御暗号
鍵用秘密鍵ＫＸＩを取り出し、これを用いて復号化装置
８５において暗号化通信情報ＣＭＩを復号し、合成通信
情報Ｍ１を得る。続くステップ１２４では、合成通信情
報Ｍ１から得られた機密保持強度レベルＳＬ及び通信開
始要求ＳＲを端末情報管理装置８２に入力し、通信を許
可するか否か判定する。許可しない場合ステップ１３２
において多機能端末機１２Ａで通信不可を表示し、発呼
を中止する。一方通信許可する場合ステップ１２６の処
理を行う。

【００４４】ステップ１２６ではまず、鍵管理装置８１
から多機能端末機１２Ａの制御暗号鍵用公開鍵ＫＡＯ、
及び多機能端末機１２Ｂの制御暗号鍵用公開鍵ＫＢＯを
取り出す。次に指定した機密保持強度レベルＳＬ及び通
信開始要求ＳＲを満足する多機能端末機１２Ａの通信暗
号鍵用秘密鍵ＪＡＩ及び通信暗号鍵用公開鍵ＪＡＯ、又
多機能端末機１２Ｂの通信暗号鍵用秘密鍵ＪＢＩ及び通
信暗号鍵用公開鍵ＪＢＯを自動的に生成し端末情報管理
装置８２内に記憶する。又端末情報管理装置８２はこれ
らの暗号鍵データを用い、通信暗号鍵用秘密鍵ＪＡＩ、
制御暗号鍵用公開鍵ＫＢＯ、及び通信暗号鍵用公開鍵Ｊ
ＢＯをまとめて合成通信情報Ｍ２とすると共に、該合成
通信情報Ｍ２を制御暗号鍵用公開鍵ＫＡＯで暗号化し暗
号化通信情報ＣＭ２として多機能端末機１２Ａへ送信す
る。又端末情報管理装置８２はこれら暗号鍵データを用
いて、通信暗号鍵用公開鍵ＪＡＯ、制御暗号鍵用公開鍵
ＫＡＯ、及び通信暗号鍵用秘密鍵ＪＢＩをまとめて合成
通信情報Ｍ３とし、更に該合成通信情報Ｍ３を制御暗号
鍵用公開鍵ＫＢＯで暗号化して暗号化通信情報ＣＭ３と
し多機能端末機１２Ｂへ送信する。

【００４５】続いてステップ１４２において多機能端末
機１２Ａでは、鍵管理装置２１から取り出した自らの制
御暗号鍵用秘密鍵ＫＡＩを用いて、秘話通信管理装置１
０から受け取った暗号化通信情報ＣＭ２を復号化装置２
３にて復号化し合成通信情報Ｍ２を得る。又合成通信情
報Ｍ２から取り出される制御暗号鍵用公開鍵ＫＢＯを用
いて暗号化装置２２で暗号化された通信要求を、多機能
端末機１２Ｂに対して送信する。又このステップ１４２
では後にステップ１４４から送られる通信承諾の命令を
受信する。

【００４６】一方ステップ１４４において多機能端末機
１２Ｂでは、鍵管理装置２１から取り出された自らの制
御暗号鍵用秘密鍵ＫＢＩを用いて、秘話通信管理装置１
０から受信した暗号化通信情報ＣＭ３を復号化装置２３
で復号化し合成通信情報Ｍ３を得る。前述のステップ１
４２で多機能端末機１２Ａから送られた通信要求は、多
機能端末機１２Ｂにおいて鍵管理装置２１から取り出さ
れた制御暗号鍵用秘密鍵ＫＢＩを用いて復号化装置２３
で復号化する。この通信要求が復号化されると多機能端
末機１２Ｂは、合成通信情報Ｍ２から取り出された制御
暗号鍵用公開鍵ＫＡＯを用いて通信承諾の命令を暗号化
し、これを多機能端末機１２Ａに送信する。

【００４７】これらステップ１４２及び１４４の後、ス
テップ１５２や１５４によって多機能端末機１２Ａ及び
１２Ｂ間の通信情報の受け渡しが暗号化されながらなさ
れる。

【００４８】例えば多機能端末機１２Ａ側では通信情報
を送信する場合、合成通信情報Ｍ２から取り出された通
信暗号鍵用公開鍵ＪＢＯを用いて送信する通信情報を暗
号化装置２２で暗号化し、これを多機能端末機１２Ｂに
対して送信する。一方多機能端末機１２Ａにおいて多機
能端末機１２Ｂから通信情報を受信した場合、鍵管理装
置２１に記憶される通信暗号鍵用秘密鍵ＪＡＩを取り出
し、これを用いて受信した通信情報を復号化装置２３で
復号化する。

【００４９】同様にステップ１４２及び１４４の後に多
機能端末機１２Ｂが多機能端末機１２Ａに対して通信情
報を送信する場合、合成通信情報Ｍ３から取り出された
通信暗号鍵用公開鍵ＪＡＯを用いて暗号化装置２２で通
信情報を暗号化し、これを多機能端末機１２Ａへ送信す
る。一方多機能端末機１２Ｂが多機能端末機１２Ａから
通信情報を受信した場合、多機能端末機１２Ｂは鍵管理
装置２１から通信暗号鍵用秘密鍵ＪＢＩを取り出し、こ
れを用いて受け取った通信情報を復号化装置２３で復号
化する。

【００５０】以下、本実施形態における３者通信の作用
について説明する。

【００５１】本実施形態における３者通信は、複数の多
機能端末機１２αそれぞれの発信情報が複数の他者に配
信されるようにした、必要に応じ秘話情報通信とするこ
とができる通信である。図６〜図１１はこの３者通信の
一連の通信フローチャートである。これら図６〜図１１
においては、多機能端末機１２Ａ、多機能端末機１２
Ｂ、多機能端末機１２αを加えた３者以上が係る通信で
ある。又この通信は多機能端末機１２Ａから通信開始要
求される。

【００５２】まず、図６のステップ２１２では多機能端
末機１２Ａにおいて、秘話通信モードをオンにし、３者
通信に加わる多機能端末機１２Ｂ及び１２αの多機能端
末番号を入力する。ステップ２１４では前述の表１に従
って、自動的に機密保持強度レベルＳＬを設定する。な
おこの機密保持強度レベルＳＬは前述のステップ２１２
において手動にて入力してもよい。又このステップ２１
４では多機能端末番号ＴＢ、ＴＣ、機密保持強度レベル
ＳＬ、通信開始要求ＳＲを合わせて合成通信情報Ｍ４を
作成する。又鍵管理装置２１から取り出された制御暗号
鍵用公開鍵ＫＸＯを用い、この合成通信情報Ｍ４を暗号
化装置２２で暗号化して暗号化通信情報ＣＭ４を生成し
て、これを秘話通信管理装置１０へ送信する。

【００５３】ステップ２２２では秘話通信管理装置１０
の暗号化装置８４において多機能端末機１２Ａから送ら
れた暗号化通信情報ＣＭ４を、鍵管理装置８１から取り
出された制御暗号鍵用秘密鍵ＫＸＩを用いて復号化し、
合成通信情報Ｍ４を取り出す。又秘話通信管理装置１０
は暗号化通信情報ＣＭ４が多機能端末機１２Ａからであ
って、これが多機能端末番号ＴＡであることに基づき、
又合成通信情報Ｍ４から得られる多機能端末番号ＴＢ、
ＴＣに基づき、鍵管理装置８１より制御暗号鍵用公開鍵
ＫＡＯ、ＫＢＯ、ＫＣＯを取り出す。又合成通信情報Ｍ
４から得られる機密保持強度レベルＳＬ及び通信開始要
求ＳＲの条件を満たす通信暗号鍵用秘密鍵ＪＡＩ、ＪＢ
Ｉ、ＪＣＩ、通信暗号鍵用公開鍵ＪＡＯ、ＪＢＯ、ＪＣ
Ｏの組合せを計算し、これらの暗号鍵データを得る。

【００５４】続いて２２４では、ステップ２２４におけ
る上記の暗号鍵データの組合せが得られない場合には通
信許可を与えず、ステップ２３２にて多機能端末機１２
Ａにおいて通信不可の表示を行い、発呼中止する。一方
条件の組合せを満たす暗号鍵データが得られる場合、ス
テップ２２４に続いてステップ２２６を行う。

【００５５】ステップ２２６では、通信暗号鍵用秘密鍵
ＪＢＩと通信暗号鍵用公開鍵ＪＡＯと通信暗号鍵用公開
鍵ＪＣＯと通信暗号鍵用公開鍵ＪＸＯと機密保持強度レ
ベルＳＬと通信開始要求ＳＲとをこの順で組合せ、合成
通信情報Ｍ５を生成する。又この合成通信情報Ｍ５は制
御暗号鍵用公開鍵ＫＢＯで暗号化し暗号化通信情報ＣＭ
５を生成し、これを多機能端末機１２Ｂに送信する。又
秘話通信管理装置１０は、通信暗号鍵用秘密鍵ＪＣＩと
通信暗号鍵用公開鍵ＪＡＯと通信暗号鍵用公開鍵ＪＢＯ
と通信暗号鍵用公開鍵ＪＸＯと機密保持強度レベルＳＬ
と通信開始要求ＳＲとをこの順に組み合わせて、合成通
信情報Ｍ６を生成する。又この合成通信情報Ｍ６を制御
暗号鍵用公開鍵ＫＢＯで暗号化して得られる暗号化通信
情報ＣＭ６は多機能端末機１２αに送信される。又秘話
通信管理装置１０は、通信暗号鍵用秘密鍵ＪＡＩと通信
暗号鍵用公開鍵ＪＢＯと通信暗号鍵用公開鍵ＪＣＯと通
信暗号鍵用公開鍵ＪＸＯと機密保持強度レベルＳＬと通
信開始要求ＳＲとをこの順に組み合わせて、合成通信情
報Ｍ７を生成する。又この合成通信情報Ｍ７を制御暗号
鍵用公開鍵ＫＡＯで暗号化して暗号化通信情報ＣＭ７を
生成し、これを多機能端末機１２Ａへ送信する。

【００５６】ステップ２４２において多機能端末機１２
Ａが暗号化通信情報ＣＭ７を受信すると、発信の準備状
態となる。又ステップ２４４において他の多機能端末機
１２Ｂ及び１２αが暗号化通信情報ＣＭ５やＣＭ６を受
信すると、それぞれ着信の準備を行う。着信の準備が完
了すると、多機能端末機１２Ｂ及び１２αはいずれも、
秘話通信管理装置１０に対して応答命令を送信する。

【００５７】ステップ２５２にて対象となる多機能端末
機１２Ｂ及び１２α等のすべてから応答命令が受信され
ると、秘話通信管理装置１０はステップ２５４で通信許
可の判定を行う。即ちすべての端末機から応答命令が受
信された場合、続くステップ２６２を行う。一方１つの
端末機からでも応答命令が送られない場合、ステップ２
５６で多機能端末機１２Ａに対して通信不可の表示を行
い、発呼中止して終了する。

【００５８】ここでこのステップ２４４では、最初に通
信開始要求を行った多機能端末機１２Ａがステップ２１
２や２１４で設定した機密保持強度レベルＳＬによる通
信を行うか否かを利用者が設定入力できるようになって
いる。例えば機密保持強度レベルＳＬが期待より低い場
合、通信を拒否することもできる。このように本実施形
態では接続相手がＳＬの承諾の認否を行うネゴシエーシ
ョンが可能となっている。

【００５９】ステップ２６２では一斉通報制御装置８３
により、多機能端末機１２Ａが発信権を得ていることを
認識して発信開始できるようにする送信可能通知通信情
報ＳＷ１と、多機能端末機１２Ｂが受信準備状態となる
ための受信準備要求通信情報ＳＷ２と、多機能端末機１
２αが受信準備状態となるための受信準備要求通信情報
ＳＷ３とをそれぞれ対応する端末機に対して送信する。

【００６０】ステップ２６４で多機能端末機１２Ａが送
信可能通知通信情報ＳＷ１を受信すると、３者通信とし
て実際に通信するための通信情報に対して、通信暗号鍵
用公開鍵ＪＢＯと通信暗号鍵用公開鍵ＪＣＯとを付加
し、合成通信情報Ｍ８を生成する。又この合成通信情報
Ｍ８は通信暗号鍵用公開鍵ＪＸＯを用いて暗号化装置２
２で暗号化され、暗号化通信情報ＣＭ８が生成される。
この暗号化通信情報ＣＭ８は秘話通信管理装置１０に対
して送信される。

【００６１】ステップ２７２では秘話通信管理装置１０
が暗号化通信情報ＣＭ８を受信し、これを復号化装置８
５で通信暗号鍵用秘密鍵ＪＸＩを用いて復号化する。復
号化された合成通信情報Ｍ８中で、特に通信情報が取り
出される。

【００６２】続くステップ２７４ではこのように取り出
された通信情報が通信暗号鍵用公開鍵ＪＢＯで暗号化さ
れ暗号化通信情報ＣＭ９が得られ、これは多機能端末機
１２Ｂへ送信される。又該通信情報は通信暗号鍵用公開
鍵ＪＣＯで暗号化され暗号化通信情報ＣＭ１０が得ら
れ、これは多機能端末機１２αへ送信される。

【００６３】以降、多機能端末機１２Ａ、１２Ｂ、１２
α…において発信要求があると、その度に以下に述べる
ステップ３０２〜３１６の処理を行う。

【００６４】例えばステップ３０２では多機能端末機１
２Ｂが発信要求を行っている。この多機能端末機１２Ｂ
に限定されず、多機能端末機１２Ａや多機能端末機１２
αが発信要求を行うと、これは秘話通信管理装置１０に
対して送信され、例えばステップ３０４にて受信され
る。このステップ３０４は前述のステップ２６２と同様
の処理を行う。又ステップ３０６〜３１６は、それぞれ
対応する前述のステップ２６２〜２８２と同様の処理が
なされる。

【００６５】以上説明した通り本実施形態によれば、１
対１の２者通信の秘話情報通信が可能であるだけでな
く、３者通信の秘話情報通信も可能となっている。又本
実施形態では本発明が適用され、通信暗号鍵用秘密鍵Ｊ
ＡＩ、ＪＢＩ、ＪＣＩ、通信暗号鍵用公開鍵ＪＡＯ、Ｊ
ＢＯ、ＪＣＯに公開鍵暗号アルゴリズムが使われてい
る。又通信暗号鍵用秘密鍵ＪＸＩ及び通信暗号鍵用公開
鍵ＪＸＯにも公開鍵暗号アルゴリズムが使われている。
又このような通信暗号鍵は制御暗号鍵とは区別されてい
るため、前述したように表１を用いて機密保持強度レベ
ルＳＬを容易に変更することができる。従って通信の機
密保持強度と経済性とを通信情報に応じ適切に設定する
ことができる。この際に利用者の管理や操作の負担や、
通信端末の処理の負担の増加を抑えることができる。

【００６６】なお本実施形態が対象とする通信情報は例
えばデジタル化された音声であってもよい。この場合本
実施形態を用いて電話の如く通話することができる。あ
るいはこの通信情報は画像情報であってもよく、この場
合例えばファクシミリの送信や、テレビ電話通話の画像
の送受信が可能となる。あるいはこの通信情報は電子メ
ールや何等かのバイナリファイルであってもよい。本実
施形態、又本発明はこのような秘話情報通信の対象とす
る通信情報を限定するものではない。

【００６７】

【発明の効果】利用者の管理や操作の負担や、通信端末
の処理の負担を抑えながら、通信の機密保持強度と経済
性とを通信情報に応じ適切に設定することができる。

【図面の簡単な説明】

【図１】本発明が適用された秘話通信管理装置及び多機
能端末機の実施形態のネットワーク構成図

【図２】上記実施形態において通信暗号鍵の配布時等に
おける秘話通信管理装置と多機能端末機との関係を示す
構成図

【図３】前記実施形態に用いられる秘話通信管理装置の
構成図

【図４】前記実施形態に用いられる多機能端末機の構成
図

【図５】前記実施形態における２者通信の通信フローチ
ャート

【図６】前記実施形態における３者通信の通信フローチ
ャート

【図７】図６に続く通信フローチャート

【図８】図７に続く通信フローチャート

【図９】図８に続く通信フローチャート

【図１０】図９に続く通信フローチャート

【図１１】図１０に続く通信フローチャート

【図１２】前記実施形態における通信情報のデータ構成
図

【符号の説明】

１…公衆デジタル回線網 １０…秘話通信管理装置 １２Ａ、１２Ｂ〜１２α〜１２β…多機能端末機 ２１、８１…鍵管理装置 ２２、８４…暗号化装置 ２３、８５…復号化装置 ２４、８３…一斉通報制御装置 ２５、８６…プロトコル制御装置 ８２…端末情報管理装置 ＴＡ〜ＴＣ、ＴＸ…多機能端末番号 ＳＬ…機密保持強度レベル ＳＲ…通信開始要求ＫＡＩ〜ＫＣＩ、ＫＸＩ…制御暗号
鍵用秘密鍵 ＫＡＯ〜ＫＣＯ、ＫＸＯ…制御暗号鍵用公開鍵 ＪＡＩ〜ＪＣＩ、ＪＸＩ…通信暗号鍵用秘密鍵 ＪＡＯ〜ＪＣＯ、ＪＸＯ…通信暗号鍵用公開鍵 Ｍ１〜Ｍ１０…合成通信情報 ＣＭ１〜ＣＭ１０…暗号化通信情報 ＳＷ１…送信可能通知通信情報 ＳＷ２、ＳＷ３…受信準備要求通信情報

Claims (5)

【特許請求の範囲】
1. 【請求項１】暗号鍵データを用いて通信情報を暗号化し
   てから相手方に送信する秘話情報通信の秘話通信方法に
   おいて、 前記暗号化に公開鍵暗号アルゴリズムを利用するように
   したことを特徴とする秘話通信方法。
2. 【請求項２】請求項１において、 通信制御情報の受け渡しの際の暗号化に用いる暗号鍵デ
   ータの制御暗号鍵と、前記通信情報の暗号化に用いる暗
   号鍵データの通信暗号鍵とを異なるものとし、 前記制御暗号鍵の不正解読を前記通信暗号鍵より困難な
   ものにしたことを特徴とする秘話通信方法。
3. 【請求項３】請求項２において、通信回線で接続可能な
   秘話通信管理装置により前記通信暗号鍵を集中管理する
   ようにしたことを特徴とする秘話通信方法。
4. 【請求項４】請求項２又は３において、通信情報の機密
   性の度合いにより、不正解読の難易度の異なる前記通信
   暗号鍵を使い分けるようにしたことを特徴とする秘話通
   信方法。
5. 【請求項５】請求項１乃至４のいずれかにおいて、２者
   以上の通信参加者それぞれの発信情報が複数の他者に配
   信されるようにした３者通信を可能としたことを特徴と
   する秘話通信方法。