(57)【要約】【課題】呼接続後にユーザが通話によって通信端末の識別を行う必要なく、直ちに共通鍵方式で通話やファクシミリ通信を開始することのできる暗号通信システムおよび暗号通信方法を得ること。【解決手段】発呼側の暗号通信装置は素数と加入者番号と乱数を用いて公開鍵を生成し（ステップＳ１０１）、これを通信開始時に相手装置に送信する（ステップＳ１０２）。相手装置から送られてくる公開鍵を使用して共有秘密鍵を生成して（ステップＳ１０３）、暗号化後の加入者番号を相手装置に送信し（ステップＳ１０４）、相手装置から送られてきた加入者番号と比較して一致すれば（ステップＳ１０６：Ｙ）、呼の接続完了から音声情報を暗号化処理して相手装置と通話を行う。すなわち直ちに暗号を用いた通話が可能になる。ファクシミリ通信も同様である。【選択図】  図３
2005020114.tif 000002
【特許請求の範囲】
【請求項１】
自装置の独自に用意した素数と乱数および通話当事者の間でのみ共通して認知する整数としての発呼側共通整数を用いて発呼側公開鍵を発呼側で生成する発呼側公開鍵生成手段と、
自装置の独自に用意した素数と乱数および通話当事者の間でのみ共通して認知する整数としての発呼側共通整数を用いて着呼側公開鍵を着呼側で生成する着呼側公開鍵生成手段と、
前記発呼側公開鍵生成手段の生成した発呼側公開鍵と前記発呼側共通整数とを情報の通信を行おうとする着呼側の装置に呼の接続開始時点で送信する発呼側公開鍵送信手段と、
前記着呼側公開鍵生成手段の生成した着呼側公開鍵を情報の通信を行おうとする発呼側の装置に呼の接続開始時点で送信する着呼側公開鍵送信手段と、
前記着呼側公開鍵送信手段によって前記着呼側の装置から送られてきた着呼側公開鍵と発呼側の前記素数および乱数を用いて発呼側共有秘密鍵を生成する発呼側共有秘密鍵生成手段と、
この発呼側共有秘密鍵生成手段によって生成した発呼側共有秘密鍵を用いて発呼側で前記発呼側共通整数を暗号化する発呼側共通整数暗号化手段と、
この発呼側共通整数暗号化手段によって暗号化後の暗号化発呼側共通整数を前記着呼側の装置に送信する暗号化発呼側共通整数送信手段と、
前記発呼側公開鍵送信手段によって前記発呼側の装置から送られてきた発呼側公開鍵と着呼側の前記素数および乱数を用いて着呼側共有秘密鍵を生成する着呼側共有秘密鍵生成手段と、
この着呼側共有秘密鍵生成手段によって生成した着呼側共有秘密鍵を用いて着呼側共通整数を着呼側で暗号化する着呼側共通整数暗号化手段と、
この着呼側共通整数暗号化手段によって暗号化後の暗号化着呼側共通整数を前記発呼側の装置に送信する暗号化着呼側共通整数送信手段と、
この暗号化着呼側共通整数送信手段によって送られてきた暗号化着呼側共通整数を発呼側共有秘密鍵を用いて復号化する発呼側暗号化着呼側共通整数復号化手段と、
この発呼側暗号化着呼側共通整数復号化手段によって復号化した着呼側共通整数が発呼側で認知していた着呼側共通整数と一致しているか否かを比較する発呼側比較手段と、
前記暗号化発呼側共通整数送信手段によって送られてきた暗号化発呼側共通整数を着呼側で着呼側共有秘密鍵を用いて復号化する着呼側暗号化発呼側共通整数復号化手段と、
この着呼側暗号化発呼側共通整数復号化手段によって復号化した発呼側共通整数が着呼側で認知していた発呼側共通整数と一致しているか否かを着呼側で比較する着呼側比較手段と、
前記発呼側比較手段によって一致が判別されたとき、着呼側の装置との間の呼が接続された段階で着呼側の装置と前記発呼側共有秘密鍵を使用した暗号処理で情報通信を開始させる発呼側情報通信開始手段と、
前記着呼側比較手段によって一致が判別されたとき、発呼側の装置との間の呼が接続された段階でこの発呼側の装置と前記着呼側共有秘密鍵を使用した情報通信を開始させる着呼側情報通信開始手段
とを具備することを特徴とする暗号通信システム。
【請求項２】
自装置の独自に用意した素数と乱数および発呼側の加入者番号を用いて発呼側公開鍵を発呼側で生成する発呼側公開鍵生成手段と、
自装置の独自に用意した素数と乱数および発呼側の加入者番号を用いて着呼側公開鍵を着呼側で生成する着呼側公開鍵生成手段と、
前記発呼側公開鍵生成手段の生成した発呼側公開鍵と前記発呼側の加入者番号とを情報の通信を行おうとする着呼側の装置に呼の接続開始時点で送信する発呼側公開鍵送信手段と、
前記着呼側公開鍵生成手段の生成した着呼側公開鍵を情報の通信を行おうとする発呼側の装置に呼の接続開始時点で送信する着呼側公開鍵送信手段と、
前記着呼側公開鍵送信手段によって前記着呼側の装置から送られてきた着呼側公開鍵と発呼側の前記素数および乱数を用いて発呼側共有秘密鍵を生成する発呼側共有秘密鍵生成手段と、
この発呼側共有秘密鍵生成手段によって生成した発呼側共有秘密鍵を用いて発呼側で前記発呼側の加入者番号を暗号化する発呼側加入者番号暗号化手段と、
この発呼側加入者番号暗号化手段によって暗号化後の暗号化発呼側加入者番号を前記着呼側の装置に送信する暗号化発呼側加入者番号送信手段と、
前記発呼側公開鍵送信手段によって前記発呼側の装置から送られてきた発呼側公開鍵と着呼側の前記素数および乱数を用いて着呼側共有秘密鍵を生成する着呼側共有秘密鍵生成手段と、
この着呼側共有秘密鍵生成手段によって生成した着呼側共有秘密鍵を用いて着呼側の加入者番号を着呼側で暗号化する着呼側加入者番号暗号化手段と、
この着呼側加入者番号暗号化手段によって暗号化後の暗号化着呼側加入者番号を前記発呼側の装置に送信する暗号化着呼側加入者番号送信手段と、
この暗号化着呼側加入者番号送信手段によって送られてきた暗号化着呼側加入者番号を発呼側で発呼側共有秘密鍵を用いて復号化する発呼側加入者番号復号化手段と、
この発呼側加入者番号復号化手段によって復号化した着呼側加入者番号が発呼側で認知していた着呼側加入者番号と一致しているか否かを発呼側で比較する発呼側比較手段と、
前記暗号化発呼側加入者番号送信手段によって送られてきた暗号化発呼側加入者番号を着呼側で着呼側共有秘密鍵を用いて復号化する着呼側加入者番号復号化手段と、
この着呼側加入者番号復号化手段によって復号化した発呼側加入者番号が着呼側で認知していた発呼側加入者番号と一致しているか否かを着呼側で比較する着呼側比較手段と、
前記発呼側比較手段によって一致が判別されたとき、着呼側の装置との間の呼が接続された段階で着呼側の装置と前記発呼側共有秘密鍵を使用した暗号処理で情報通信を開始させる発呼側情報通信開始手段と、
前記着呼側比較手段によって一致が判別されたとき、発呼側の装置との間の呼が接続された段階で発呼側の装置と前記着呼側共有秘密鍵を使用した暗号処理で情報通信を開始させる着呼側情報通信開始手段
とを具備することを特徴とする暗号通信システム。
【請求項３】
自装置の独自に用意した素数と乱数および発呼側の加入者番号を用いて発呼側公開鍵を発呼側で生成する発呼側公開鍵生成ステップと、
自装置の独自に用意した素数と乱数および発呼側の加入者番号を用いて着呼側公開鍵を着呼側で生成する着呼側公開鍵生成ステップと、
前記発呼側公開鍵生成ステップで生成した発呼側公開鍵と前記発呼側の加入者番号とを情報の通信を行おうとする着呼側の装置に呼の接続開始時点で送信する発呼側公開鍵送信ステップと、
前記着呼側公開鍵生成ステップで生成した着呼側公開鍵を情報の通信を行おうとする発呼側の装置に呼の接続開始時点で送信する着呼側公開鍵送信ステップと、
前記着呼側公開鍵送信ステップによって前記着呼側の装置から送られてきた着呼側公開鍵と発呼側の前記素数および乱数を用いて発呼側共有秘密鍵を生成する発呼側共有秘密鍵生成ステップと、
この発呼側共有秘密鍵生成ステップによって生成した発呼側共有秘密鍵を用いて発呼側で前記発呼側の加入者番号を暗号化する発呼側加入者番号暗号化ステップと、
この発呼側加入者番号暗号化ステップによって暗号化後の暗号化発呼側加入者番号を前記着呼側の装置に送信する暗号化発呼側加入者番号送信ステップと、
前記発呼側公開鍵送信手段によって前記発呼側の装置から送られてきた発呼側公開鍵と着呼側の前記素数および乱数を用いて着呼側共有秘密鍵を生成する着呼側共有秘密鍵生成ステップと、
この着呼側共有秘密鍵生成ステップによって生成した着呼側共有秘密鍵を用いて着呼側の加入者番号を着呼側で暗号化する着呼側加入者番号暗号化ステップと、
この着呼側加入者番号暗号化ステップによって暗号化後の暗号化着呼側加入者番号を前記発呼側の装置に送信する暗号化着呼側加入者番号送信ステップと、
この暗号化着呼側加入者番号送信ステップによって送られてきた暗号化着呼側加入者番号を発呼側で発呼側共有秘密鍵を用いて復号化する発呼側加入者番号復号化ステップと、
この発呼側加入者番号復号化ステップによって復号化した着呼側加入者番号が発呼側で認知していた着呼側加入者番号と一致しているか否かを比較する発呼側比較ステップと、
前記暗号化発呼側加入者番号送信ステップによって送られてきた暗号化発呼側加入者番号を着呼側で着呼側共有秘密鍵を用いて復号化する着呼側加入者番号復号化ステップと、
この着呼側加入者番号復号化ステップによって復号化した発呼側加入者番号が着呼側で認知していた発呼側加入者番号と一致しているか否かを着呼側で比較する着呼側比較ステップと、
前記発呼側比較ステップによって一致が判別されたとき、着呼側の装置との間の呼が接続された段階で着呼側の装置と前記発呼側共有秘密鍵を使用した暗号処理で情報通信を開始させる発呼側情報通信開始ステップと、
前記着呼側比較ステップによって一致が判別されたとき、発呼側の装置との間の呼が接続された段階で発呼側の装置と前記着呼側共有秘密鍵を使用した暗号処理で情報通信を開始させる着呼側情報通信開始ステップ
とを具備することを特徴とする暗号通信方法。
【請求項４】
前記着呼側比較手段によって一致が判別されなかったとき発呼側と着呼側で通常の情報通信を開始させる不一致時情報通信開始手段を更に具備することを特徴とする請求項１または請求項２記載の暗号通信システム。
【請求項５】
前記発呼側と着呼側の装置はＩＳＤＮ回線によって接続されることを特徴とする請求項１または請求項２記載の暗号通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は暗号化された音声あるいはファクシミリ信号等の情報を通信する暗号通信システムおよび暗号通信方法に係り、特に共通鍵暗号方式を用いた秘密鍵を使用して暗号処理を行い音声通信やファクシミリ通信等の情報通信を行う暗号通信システムおよび暗号通信方法に関する。
【０００２】
【従来の技術】
一般の交換網を使用して通話を行う場合に、企業戦略上の機密性の高い重要な会話のようにその通話内容を秘密にする必要がある場合がある。このような会話は、途中の交換網で盗聴されることを防止する必要がある。従来ではこのような場合、音声やファクシミリの画像情報を暗号化して通信を行うのが通常である。
【０００３】
通信端末が暗号通信を行う場合、一般には発信あるいは着信の呼接続処理に関しては通常の通信端末と同様に交換網が提供する呼接続シーケンスに基づいて行われる。この場合には、呼の接続が完了した後の段階で、以後に行われる通話内容を暗号化して通信が行われる。したがって、この通信方式を採用する場合には呼接続処理自体は通常の通信端末と全く同一の処理が行われることになる。このため、通常の電話端末との間で通常の呼接続を行って通常の音声通話を行うことも可能である。すなわち、暗号化されていない音声としての平音声による通信も従来通り行うことができる。
【０００４】
ところで、暗号処理の方式については、一般に共通鍵暗号方式と公開鍵暗号方式とが存在している。ここで共通鍵暗号方式は、暗号化と復号化に同じ鍵を使用する。公開鍵暗号方式では暗号化と復号化に異なった鍵を使用し一方の鍵を公開するようになっている。公開鍵暗号方式が一般に知られているが、共通鍵暗号方式の方が暗号処理速度がはるかに速い。そこで、共通鍵暗号方式で暗号処理を行うことも多い。
【０００５】
ところで、暗号によって通信を行う通信端末としての暗号通信端末が汎用の交換網に接続される場合を考える。すでに説明したように呼接続が通常の通信端末と通常の手法で行われる場合、呼接続を行った段階ではその通信相手が暗号による通信機能を備えていない場合があり得る。暗号による通信機能を備えていない通信端末との間では、暗号による通信を開始することができない。したがって、暗号による通信を開始しようとする暗号通信端末は、その前に相手端末が暗号による通信機能を有する端末であるかどうかを識別する必要がある。また、その相手端末が暗号による通信機能を有する端末である場合には、更にその相手端末が自端末と暗号通信が可能な鍵を有しているかどうかを確認し、有している場合にのみ暗号通信を開始することが必要である（たとえば特許文献１）。
【０００６】
特許文献１では、一方の音声暗号通信端末が暗号鍵Ｋａを生成し、更に暗号鍵Ｋａのハッシュ値Ｈａを生成している。このハッシュ値Ｈａを称呼する音声が相手先の音声暗号通信端末へ送出される。同様に相手先の音声暗号通信端末では暗号鍵Ｋｂを生成し、更に暗号鍵Ｋｂのハッシュ値Ｈｂを生成する。このハッシュ値Ｈｂはハッシュ値Ｈａの生成側の装置に送出される。このため、発呼側の音声暗号通信端末の通話者Ａは、通話相手の音質等に基づいてハッシュ値Ｈｂの発信元を特定し、２つのハッシュ値Ｈａ、Ｈｂを比較することで暗号鍵が共有されているかどうかを判別する。
【０００７】
【特許文献１】
特開２００１−２５５９１５号公報（第００３６段落、図１）
【０００８】
【発明が解決しようとする課題】
特許文献１にも示されているこのような手法は、ユーザが通話によって通信端末の識別を行うのを前提としている。このため、暗号通信が可能であるというユーザの判断を得る過程と、その後に手動操作で暗号通信に切り替える過程の２つを必要とする。したがって、操作性と迅速性を得ることができないという問題が生じる。これは、汎用の交換網では呼の接続シーケンスで互いに通信相手がどのような通信端末であるかを確実に識別することができないことによる。このため、従来から相手となる通信端末の認証は、呼の接続前には行われていない。すなわち、呼の接続後にユーザ同士が通常の音声で通話を行って、互いの通信端末と鍵の確認を行うか、同様に呼の接続後に通信端末同士が独自の端末認証シーケンスを実行することで、相手端末を認証している。
【０００９】
一方、呼接続後にユーザの処理を排除して、通信端末が独自の端末識別シーケンスによって相手端末を認証するようにする暗号通信装置も存在する。この装置では呼接続後にこの端末識別シーケンスで通信端末の種別と鍵について双方の認証を行う必要がある。このため、呼の接続完了から通話が可能になるまでの時間が長時間化するという問題がある。
【００１０】
また、暗号処理のために使用する鍵は、一般に暗号強度を維持する必要から、暗号通信を行うすべての装置に定期的に鍵を配布して最新のものに交換する必要がある。鍵の配布には従来から幾つかの手法が採られている。通信網を使用した電子配送を行う手法や、フロッピディスク等の電子的な媒体に鍵を記録し、これを人手を用いて配布する手法が代表的なものである。しかしながら、これらいずれの手法でも鍵が第三者に漏洩する危険性が皆無ではない。公開鍵方式を採用している場合には、配布された鍵は公開が前提である。このため配布された鍵が漏洩しても大きな問題とはならない。しかしながら、共通鍵方式を採用している場合は暗号化と復号化に同じ鍵（共通鍵）を使用する。したがって、漏洩した鍵を入手した第三者はこの鍵を用いて暗号の解読ができる可能性が高くなる。
【００１１】
そこで本発明の目的は、呼接続後にユーザが通話によって通信端末の識別を行う必要なく、直ちに共通鍵方式で通話やファクシミリ通信等の情報通信を開始することのできる暗号通信システムおよび暗号通信方法を提供することにある。
【００１２】
【課題を解決するための手段】
請求項１記載の発明では、（イ）自装置の独自に用意した素数と乱数および通話当事者の間でのみ共通して認知する整数としての発呼側共通整数を用いて発呼側公開鍵を発呼側で生成する発呼側公開鍵生成手段と、（ロ）自装置の独自に用意した素数と乱数および通話当事者の間でのみ共通して認知する整数としての発呼側共通整数を用いて着呼側公開鍵を着呼側で生成する着呼側公開鍵生成手段と、（ハ）発呼側公開鍵生成手段の生成した発呼側公開鍵と発呼側共通整数とを情報の通信を行おうとする着呼側の装置に呼の接続開始時点で送信する発呼側公開鍵送信手段と、（ニ）着呼側公開鍵生成手段の生成した着呼側公開鍵を情報の通信を行おうとする発呼側の装置に呼の接続開始時点で送信する着呼側公開鍵送信手段と、（ホ）着呼側公開鍵送信手段によって着呼側の装置から送られてきた着呼側公開鍵と発呼側の素数および乱数を用いて発呼側共有秘密鍵を生成する発呼側共有秘密鍵生成手段と、（へ）この発呼側共有秘密鍵生成手段によって生成した発呼側共有秘密鍵を用いて発呼側で発呼側共通整数を暗号化する発呼側共通整数暗号化手段と、（ト）この発呼側共通整数暗号化手段によって暗号化後の暗号化発呼側共通整数を着呼側の装置に送信する暗号化発呼側共通整数送信手段と、（チ）発呼側公開鍵送信手段によって発呼側の装置から送られてきた発呼側公開鍵と着呼側の素数および乱数を用いて着呼側共有秘密鍵を生成する着呼側共有秘密鍵生成手段と、（リ）この着呼側共有秘密鍵生成手段によって生成した着呼側共有秘密鍵を用いて着呼側共通整数を着呼側で暗号化する着呼側共通整数暗号化手段と、（ヌ）この着呼側共通整数暗号化手段によって暗号化後の暗号化着呼側共通整数を発呼側の装置に送信する暗号化着呼側共通整数送信手段と、（ル）この暗号化着呼側共通整数送信手段によって送られてきた暗号化着呼側共通整数を発呼側共有秘密鍵を用いて復号化する発呼側暗号化着呼側共通整数復号化手段と、（ヲ）この発呼側暗号化着呼側共通整数復号化手段によって復号化した着呼側共通整数が発呼側で認知していた着呼側共通整数と一致しているか否かを比較する発呼側比較手段と、（ワ）暗号化発呼側共通整数送信手段によって送られてきた暗号化発呼側共通整数を着呼側で着呼側共有秘密鍵を用いて復号化する着呼側暗号化発呼側共通整数復号化手段と、（カ）この着呼側暗号化発呼側共通整数復号化手段によって復号化した発呼側共通整数が着呼側で認知していた発呼側共通整数と一致しているか否かを着呼側で比較する着呼側比較手段と、（ヨ）発呼側比較手段によって一致が判別されたとき、着呼側の装置との間の呼が接続された段階で着呼側の装置と発呼側共有秘密鍵を使用した暗号処理で情報通信を開始させる発呼側情報通信開始手段と、（タ）着呼側比較手段によって一致が判別されたとき、発呼側の装置との間の呼が接続された段階でこの発呼側の装置と着呼側共有秘密鍵を使用した情報通信を開始させる着呼側情報通信開始手段とを暗号通信システムに具備させる。
【００１３】
すなわち請求項１記載の発明では、暗号で音声通信等の情報通信を行う通信端末同士が互いの通信端末を識別するために秘密鍵共有アルゴリズムを使用して共通の秘密鍵（共有秘密鍵）を生成する。そしてその秘密鍵を使用して通信端末固有の識別情報を暗号化して交換し、相手から送られてきた情報を自己の秘密鍵で正しく復号できるかを確認することによって相手端末の認証を行うようになっている。相手端末が送ってきた情報を自己の通信端末で正しく復号できた場合、相手端末でも自己と同じ秘密鍵を生成していることになり、その相手端末は自己と同じ暗号で情報通信を行うことができる通信端末と判断することができる。なお、秘密鍵の生成および相手端末の認証は、暗号を用いようとする通信端末同士が呼接続を行う過程で実施する。したがって、呼接続が完了すれば直ちに暗号を用いた情報通信が可能である。
【００１４】
一般的な秘密鍵共有アルゴリズムでは、予め２つの引数（パラメータ）を暗号でたとえば音声通信を行う通信端末同士が共有する必要がある。これらのうちの１つは整数であり、残りは素数である。１つ目の引数（整数）として、請求項１記載の発明の場合には交換網の加入者番号等の発呼側共通整数と着呼側共通整数を使用する。これらの発呼側共通整数と着呼側共通整数はそれぞれ該当する側の通信端末が自己の共通整数を予め設定しておく。秘密鍵共有アルゴリズムでは鍵の作成途中で生成される情報を相手端末に送信する必要があるが、これは呼接続の処理の行われているときに交換網を通じて相手端末と送受信する交換メッセージ等に付加して送信すればよい。発信側、着信側のそれぞれの通信端末は秘密鍵共有アルゴリズムで秘密鍵を生成した後、その秘密鍵を使用して自己の端末の加入者番号等の共通整数を暗号化し、互いに相手の通信端末に対して送信する。これと共に、相手端末から送信されてきた暗号化された加入者番号を秘密鍵で復号化する。復号化した結果が相手の加入者番号等の予め設定した共通整数であった場合には、相手端末でも同じ共通鍵を生成していることになる。そこで相手端末は自己の端末と同じ暗号機能の備えられた通信端末であると判断することができる。そこで呼接続が終了した時点で暗号による音声通信を行うことができる。このとき、暗号処理で生成した秘密鍵が共通鍵と共に使用される。これにより、共通鍵が第三者に漏洩したような場合にも、第三者が共通鍵から暗号化された通信内容を解読することは困難となる。発呼側共通整数と着呼側共通整数は、音声通信を行うそれぞれのペアが、ペアごとに独自に定めた１つの共通の整数を設定していてもよい。たとえばＡさんとＢさんが音声通信を行うときにはａｂという整数を互いに使用し、ＡさんとＣさんが音声通信を行うときにはａｃという整数を互いに使用することによっても本発明を適用することができる。
【００１５】
請求項２記載の発明では、（イ）自装置の独自に用意した素数と乱数および発呼側の加入者番号を用いて発呼側公開鍵を発呼側で生成する発呼側公開鍵生成手段と、（ロ）自装置の独自に用意した素数と乱数および発呼側の加入者番号を用いて着呼側公開鍵を着呼側で生成する着呼側公開鍵生成手段と、（ハ）発呼側公開鍵生成手段の生成した発呼側公開鍵と発呼側の加入者番号とを情報の通信を行おうとする着呼側の装置に呼の接続開始時点で送信する発呼側公開鍵送信手段と、（ニ）着呼側公開鍵生成手段の生成した着呼側公開鍵を情報の通信を行おうとする発呼側の装置に呼の接続開始時点で送信する着呼側公開鍵送信手段と、（ホ）着呼側公開鍵送信手段によって着呼側の装置から送られてきた着呼側公開鍵と発呼側の素数および乱数を用いて発呼側共有秘密鍵を生成する発呼側共有秘密鍵生成手段と、（へ）この発呼側共有秘密鍵生成手段によって生成した発呼側共有秘密鍵を用いて発呼側で発呼側の加入者番号を暗号化する発呼側加入者番号暗号化手段と、（ト）この発呼側加入者番号暗号化手段によって暗号化後の暗号化発呼側加入者番号を着呼側の装置に送信する暗号化発呼側加入者番号送信手段と、（チ）発呼側公開鍵送信手段によって発呼側の装置から送られてきた発呼側公開鍵と着呼側の素数および乱数を用いて着呼側共有秘密鍵を生成する着呼側共有秘密鍵生成手段と、（リ）この着呼側共有秘密鍵生成手段によって生成した着呼側共有秘密鍵を用いて着呼側の加入者番号を着呼側で暗号化する着呼側加入者番号暗号化手段と、（ヌ）この着呼側加入者番号暗号化手段によって暗号化後の暗号化着呼側加入者番号を発呼側の装置に送信する暗号化着呼側加入者番号送信手段と、（ル）この暗号化着呼側加入者番号送信手段によって送られてきた暗号化着呼側加入者番号を発呼側で発呼側共有秘密鍵を用いて復号化する発呼側加入者番号復号化手段と、（ヲ）この発呼側加入者番号復号化手段によって復号化した着呼側加入者番号が発呼側で認知していた着呼側加入者番号と一致しているか否かを発呼側で比較する発呼側比較手段と、（ワ）暗号化発呼側加入者番号送信手段によって送られてきた暗号化発呼側加入者番号を着呼側で着呼側共有秘密鍵を用いて復号化する着呼側加入者番号復号化手段と、（カ）この着呼側加入者番号復号化手段によって復号化した発呼側加入者番号が着呼側で認知していた発呼側加入者番号と一致しているか否かを着呼側で比較する着呼側比較手段と、（ヨ）発呼側比較手段によって一致が判別されたとき、着呼側の装置との間の呼が接続された段階で着呼側の装置と発呼側共有秘密鍵を使用した暗号処理で情報通信を開始させる発呼側情報通信開始手段と、（タ）着呼側比較手段によって一致が判別されたとき、発呼側の装置との間の呼が接続された段階で発呼側の装置と着呼側共有秘密鍵を使用した暗号処理で情報通信を開始させる着呼側情報通信開始手段とを暗号通信システムに具備させる。
【００１６】
すなわち請求項２記載の発明では、請求項１記載の発明における発呼側共通整数と着呼側共通整数をそれぞれ自己の端末および相手端末の加入者番号（電話番号）としている。これらの加入者番号は、呼の接続の時点で使用されるので、実用的な整数となる。
【００１７】
請求項３記載の発明では、（イ）自装置の独自に用意した素数と乱数および発呼側の加入者番号を用いて発呼側公開鍵を発呼側で生成する発呼側公開鍵生成ステップと、（ロ）自装置の独自に用意した素数と乱数および発呼側の加入者番号を用いて着呼側公開鍵を着呼側で生成する着呼側公開鍵生成ステップと、（ハ）発呼側公開鍵生成ステップで生成した発呼側公開鍵と発呼側の加入者番号とを情報の通信を行おうとする着呼側の装置に呼の接続開始時点で送信する発呼側公開鍵送信ステップと、（ニ）着呼側公開鍵生成ステップで生成した着呼側公開鍵を情報の通信を行おうとする発呼側の装置に呼の接続開始時点で送信する着呼側公開鍵送信ステップと、（ホ）着呼側公開鍵送信ステップによって着呼側の装置から送られてきた着呼側公開鍵と発呼側の素数および乱数を用いて発呼側共有秘密鍵を生成する発呼側共有秘密鍵生成ステップと、（へ）この発呼側共有秘密鍵生成ステップによって生成した発呼側共有秘密鍵を用いて発呼側で発呼側の加入者番号を暗号化する発呼側加入者番号暗号化ステップと、（ト）この発呼側加入者番号暗号化ステップによって暗号化後の暗号化発呼側加入者番号を着呼側の装置に送信する暗号化発呼側加入者番号送信ステップと、（チ）発呼側公開鍵送信手段によって発呼側の装置から送られてきた発呼側公開鍵と着呼側の素数および乱数を用いて着呼側共有秘密鍵を生成する着呼側共有秘密鍵生成ステップと、（リ）この着呼側共有秘密鍵生成ステップによって生成した着呼側共有秘密鍵を用いて着呼側の加入者番号を着呼側で暗号化する着呼側加入者番号暗号化ステップと、（ヌ）この着呼側加入者番号暗号化ステップによって暗号化後の暗号化着呼側加入者番号を発呼側の装置に送信する暗号化着呼側加入者番号送信ステップと、（ル）この暗号化着呼側加入者番号送信ステップによって送られてきた暗号化着呼側加入者番号を発呼側で発呼側共有秘密鍵を用いて復号化する発呼側加入者番号復号化ステップと、（ヲ）この発呼側加入者番号復号化ステップによって復号化した着呼側加入者番号が発呼側で認知していた着呼側加入者番号と一致しているか否かを比較する発呼側比較ステップと、（ワ）暗号化発呼側加入者番号送信ステップによって送られてきた暗号化発呼側加入者番号を着呼側で着呼側共有秘密鍵を用いて復号化する着呼側加入者番号復号化ステップと、（カ）この着呼側加入者番号復号化ステップによって復号化した発呼側加入者番号が着呼側で認知していた発呼側加入者番号と一致しているか否かを着呼側で比較する着呼側比較ステップと、（ヨ）発呼側比較ステップによって一致が判別されたとき、着呼側の装置との間の呼が接続された段階で着呼側の装置と発呼側共有秘密鍵を使用した暗号処理で情報通信を開始させる発呼側情報通信開始ステップと、（タ）着呼側比較ステップによって一致が判別されたとき、発呼側の装置との間の呼が接続された段階で発呼側の装置と着呼側共有秘密鍵を使用した暗号処理で情報通信を開始させる着呼側情報通信開始ステップとを暗号通信方法に具備させる。
【００１８】
すなわち請求項３記載の発明では、請求項２記載の発明と同一の原理を方法として表わしたものである。
【００１９】
請求項４記載の発明では、請求項１または請求項２記載の暗号通信システムで、着呼側比較手段によって一致が判別されなかったとき発呼側と着呼側で通常の情報通信を開始させる不一致時情報通信開始手段を更に具備することを特徴としている。
【００２０】
すなわち請求項４記載の発明では、発呼側が暗号による情報通信を行えなかった場合で、この場合には呼の接続が完了した時点で暗号によらない通常の情報通信が行われる。反対に、請求項１あるいは請求項２記載の発明が適用できる場合には、呼の接続が完了した時点でそれらのペアが同じ秘密鍵を生成していれば発呼者や被呼者がこれを意識することなく暗号通信を直ちに行えることになる。
【００２１】
請求項５記載の発明では、請求項１または請求項２記載の暗号通信システムで、発呼側と着呼側の装置はＩＳＤＮ回線によって接続されることを特徴としている。
【００２２】
すなわち請求項５記載の発明では、本発明はＩＳＤＮ回線に限定適用されるものではないが、たとえばＩＳＤＮ回線を使用することで、呼の接続の段階で暗号通信のために必要な情報を互いに相手端末に送信することができる。ＩＳＤＮ回線以外としてはたとえばＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）網等の他の方式の交換網を挙げることができる。
【００２３】
【発明の実施の形態】
【００２４】
【実施例】
以下実施例につき本発明を詳細に説明する。
【００２５】
図１は本発明の一実施例における暗号通信システムを構成する一方の暗号通信装置の構成を示したものである。この暗号通信装置１１は、共通鍵方式で音声通信を行う装置であり、共通鍵を生成するアルゴリズムを有する鍵共有アルゴリズム部１２を備えている。鍵共有アルゴリズム部１２は共有鍵の生成に使用する乱数を発生する乱数発生回路１３から乱数１４の入力を行うようになっている。そして、素数・共通鍵格納部１５から入力される素数１６および自端末加入者番号格納部１７から鍵共有アルゴリズム部１２に入力される加入者番号１８あるいは呼接続制御回路１９からこの鍵共有アルゴリズム部１２に入力される加入者番号２１と乱数１４とを用いて公開鍵２２を生成するようになっている。ここで呼接続制御回路１９は、呼の接続制御、すなわち図示しない交換機との交換メッセージの送受を行う。
【００２６】
鍵共有アルゴリズム部１２で生成した公開鍵２２は呼接続制御回路１９に送られる。そして呼接続制御回路１９から交換メッセージ２３としてＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ；ディジタル総合サービス網）インタフェース回路２４を経て、図示しない相手先の通信端末に送信されるようになっている。呼接続制御回路１９にはダイヤル番号入力回路２５が接続されており、相手先の加入者番号２６が入力されるようになっている。
【００２７】
図１の暗号通信装置１１と暗号で通信を行う相手先の通信端末も図１と全く同様の暗号通信装置を構成しており、その内部で生成した公開鍵を同様に図１に示した暗号通信装置１１に対して送信してくるようになっている。
【００２８】
ところで素数・共通鍵格納部１５の格納する素数１６と共通鍵３１は電子配送あるいは電子媒体を通じて図１に示す暗号通信装置１１に対のデータとして設定される情報である。共通鍵３１は暗号処理回路３２に送られる。鍵共有アルゴリズム部１２は相手先の通信端末から送られてきた公開鍵３３と乱数１４および素数１６を用いて共有秘密鍵３５を生成し、これを暗号処理回路３２と認証回路３６に供給する。暗号処理回路３２は送受話器３７から入力される暗号化前の平の、すなわち通常の信号形態としての音声信号３８を暗号化してこの暗号化音声信号３９をＩＳＤＮインタフェース回路２４を経て、前記した相手先の通信端末に送信するようになっている。この相手先の通信端末から送られてきた暗号化音声信号４１は暗号処理回路３２で平の音声信号４２に復元され、送受話器３７に送られ音声として出力される。
【００２９】
本実施例では鍵共有アルゴリズム部１２の使用する鍵共有アルゴリズムとして“Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ”鍵共有アルゴリズムを使用している。
【００３０】
図２は従来提案された“Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ”鍵共有アルゴリズムを簡単に図解したものである。Ａ暗号通信装置とＢ暗号通信装置はそれぞれ秘密鍵５１Ａ、５１Ｂと公開鍵５２Ａ、５２Ｂを所有している。公開鍵５２Ａ、５２Ｂは互いに相手に公開される。Ａ暗号通信装置側の暗号鍵生成部５３Ａでは自己の秘密鍵５１ＡとＢ暗号通信装置の公開鍵５２Ｂを使用して自己の暗号鍵５４Ａを生成する。同様にＢ暗号通信装置側の暗号鍵生成部５３Ｂでは自己の秘密鍵５１ＢとＡ暗号通信装置の公開鍵５２Ａを使用して自己の暗号鍵５４Ｂを生成する。
【００３１】
図３は、図１の構成の本実施例の暗号通信システムで暗号通信装置が相手先の通信端末と音声通信を行う際の処理の概要を示したものである。まず暗号通信装置１１の鍵共有アルゴリズム部１２は、素数・共通鍵格納部１５から入力される素数１６と、自端末加入者番号格納部１７から鍵共有アルゴリズム部１２に入力される加入者番号１８あるいは呼接続制御回路１９からこの鍵共有アルゴリズム部１２に入力される加入者番号２１と乱数１４とを用いて公開鍵２２と加入者番号を生成する（ステップＳ１０１）。次にこの生成した公開鍵２２を図示しない相手先の通信端末に送信する（ステップＳ１０２）。相手先の通信端末も同様の処理を行うので、相手先の通信端末からはその生成した公開鍵３３と加入者番号が送られてくる。そこで鍵共有アルゴリズム部１２は、この相手先の公開鍵３３と素数１６および乱数１４とを用いて共有秘密鍵３５を生成する（ステップＳ１０３）。
【００３２】
認証回路３６はこの共有秘密鍵３５を用いて加入者番号１８を暗号化した暗号化加入者番号６１を生成し、呼接続制御回路１９を経由してこれを相手先の通信端末に送信する（ステップＳ１０４）。認証回路３６はこれと共に相手先の通信端末から同様に送信されてきた暗号化加入者番号６２を入力して共有秘密鍵３５を用いて復号化する。そしてこれがダイヤル番号入力回路２５から入力された相手先の加入者番号２６と同じであるかどうかを比較する（ステップＳ１０５）。この結果として両者が一致した場合には（ステップＳ１０６：Ｙ）、相手先の通信端末が自己の暗号通信装置１１と同様に鍵共有アルゴリズムを有していることと、自己の通信端末と同一の共有鍵を備えている通信端末であることを判断する。そして、この場合には暗号処理回路３２に対して音声情報の暗号化処理を実行させる（ステップＳ１０７）。
【００３３】
暗号処理回路３２による暗号化処理の開始は呼の接続完了の時点である。呼の接続完了の時点から発信側であると着信側であるとを問わず、暗号処理回路３２は素数・共通鍵格納部１５の格納する共通鍵３１と鍵共有アルゴリズム部１２で生成された共有秘密鍵３５を用いて送受話器３７から入力される暗号化前の平の音声信号３８を暗号化し、この暗号化音声信号３９を相手先の通信端末に送出する。また、相手先の通信端末から送られてきた暗号化音声信号４１を平の音声信号４２に復号化し、送受話器３７から音声として出力させる。
【００３４】
ステップＳ１０６で一致しない場合には（Ｎ）、相手先の通信端末は自己の暗号通信装置１１と同様の鍵共有アルゴリズムを有している装置ではない。そこでこの場合には暗号処理回路３２を暗号化および復号化のために動作させず、平の音声信号３８がそのまま相手先の通信端末に送出される。相手先の通信端末から送られてきた音声信号もそのまま送受話器３７から音声として出力されることになる。これらステップＳ１０６による一致、不一致の結果は、暗号処理の実施あるいは停止を示す暗号処理制御信号４３として認証回路３６から暗号処理回路３２に出力されるようになっている。
【００３５】
以上の処理の流れを図１に示した暗号通信装置１１が発信元である場合と着信先である場合とを更に具体的に説明する。暗号通信装置１１が発信元である場合、呼接続制御回路１９はユーザがダイヤル番号入力回路２５を操作して相手先の加入者番号２６をダイヤルして発信操作を行うと、鍵共有アルゴリズム部１２が素数・共通鍵格納部１５から入力される素数１６と、自端末加入者番号格納部１７から入力される加入者番号１８と乱数１４とを用いて公開鍵２２を生成する（ステップＳ１０１）。そしてこれを呼接続制御回路１９に送る。呼接続制御回路１９はダイヤル番号入力回路２５で入力された加入者番号２６の相手先の端末に対して呼の接続シーケンスを開始する。その際、交換メッセージ２３に自端末としての暗号通信装置１１の加入者番号１８と公開鍵２２を付加して送信する（ステップＳ１０２）。
【００３６】
その後、図示しない相手先端末から公開鍵３３が交換メッセージに付加されて送られてくると、呼接続制御回路１９はこの公開鍵３３を交換メッセージ２３から分離して鍵共有アルゴリズム部１２に送出する。鍵共有アルゴリズム部１２は送られてきた公開鍵３３と素数１６と乱数１４とを用いて共有秘密鍵３５を生成する（ステップＳ１０３）。生成された共有秘密鍵３５は暗号処理回路３２と認証回路３６に送られる。認証回路３６では送られてきた共有秘密鍵３５を用いて自己の暗号通信装置１１の加入者番号１８を暗号化する。この暗号化された暗号化加入者番号６１は呼接続制御回路１９を経由して相手先の通信端末に送信される（ステップＳ１０４）。
【００３７】
一方、認証回路３６はこれと共に相手先端末から同様に送信されてきた暗号化加入者番号６２を入力して共有秘密鍵３５を用いて復号化する。そしてこれがダイヤル番号入力回路２５から入力された相手先の加入者番号２６と同じであるかどうかを比較する（ステップＳ１０５）。この結果として両者が一致した場合には（ステップＳ１０６：Ｙ）、暗号処理の実施を指示する暗号処理制御信号４３が認証回路３６から暗号処理回路３２に出力される。この場合には、相手先の通信端末が自己の暗号通信装置１１と同様に鍵共有アルゴリズムを有していることと、自己の通信端末と同一の共有鍵を備えている通信端末であることが判断されたので、暗号処理回路３２を用いて暗号化された音声通信が行われることになる（ステップＳ１０７）。
【００３８】
次に図１に示した暗号通信装置１１が着信先である場合について説明する。着信先の暗号通信装置１１では呼接続制御回路１９にＩＳＤＮインタフェース回路２４を経て呼の接続開始を示す交換メッセージ２３が入力されると、呼接続制御回路１９は交換シーケンスを開始する。そして交換メッセージ２３に付加して送られてきた相手先の通信端末としての発信元端末の加入者番号２１を鍵共有アルゴリズム部１２に入力する。鍵共有アルゴリズム部１２は素数・共通鍵格納部１５から入力される素数１６と、入力された加入者番号２１および乱数発生回路１３で生成された乱数１４とを用いて公開鍵２２を生成する（ステップＳ１０１）。鍵共有アルゴリズム部１２はこの生成した公開鍵２２を呼接続制御回路１９に送る。呼接続制御回路１９はこの公開鍵２２を交換メッセージ２３に付加して発信元端末に送信する（ステップＳ１０２）。
【００３９】
発信元端末から公開鍵３３が交換メッセージ２３に付加して送られてきたら、呼接続制御回路１９はその公開鍵３３を交換メッセージ２３から分離する。そして公開鍵３３を鍵共有アルゴリズム部１２に送出する。鍵共有アルゴリズム部１２は送られてきた公開鍵３３と素数１６と乱数１４とを用いて共有秘密鍵３５を生成する（ステップＳ１０３）。生成された共有秘密鍵３５は暗号処理回路３２と認証回路３６に送られる。認証回路３６では送られてきた共有秘密鍵３５を用いて自己の暗号通信装置１１の加入者番号１８を暗号化する。この暗号化された暗号化加入者番号６１は呼接続制御回路１９で交換メッセージ２３に付加されて発信元端末に送信される（ステップＳ１０４）。
【００４０】
一方、認証回路３６はこれと共に発信端末から送られてくる暗号化加入者番号６２を共有秘密鍵３５を用いて復号化する。そしてこれが発信元端末の加入者番号２１と同じであるかどうかを比較する（ステップＳ１０５）。この結果として両者が一致した場合には（ステップＳ１０６：Ｙ）、暗号処理の実施を指示する暗号処理制御信号４３によって発信元端末が自己の暗号通信装置１１と同様に鍵共有アルゴリズムを有していることと、自己の通信端末と同一の共有鍵を備えている通信端末であることが判断され、暗号処理回路３２を用いて暗号化された音声通信が行われることになる（ステップＳ１０７）。
【００４１】
なお、以上説明した実施例では暗号を用いた音声通信を行う場合を説明したが、暗号を用いたファクシミリ通信を行うこともできる。特にファクシミリ通信の場合にはユーザまたはオペレータが介在しないで暗号による通信を行える本発明の存在意義は大きい。
【００４２】
【発明の効果】
以上説明したように請求項１〜請求項３記載の発明によれば、共通秘密鍵の生成処理時に共通鍵と共に配布される情報を用いて通信相手が暗号通信可能な鍵を備えた通信端末であるかどうかを判別することができるので、通信端末は相手端末が暗号機能を備えているか否かの認証を呼の接続段階で行うことができ、迅速かつ確実に暗号化された音声通信やファクシミリ通信等の情報通信を開始することができる。また、共通秘密鍵の生成には乱数を使用するので、生成される共有秘密鍵は通話ごとに異なる。したがって、乱数を共通鍵と共に使用することで暗号の強度を向上させることができる。また、共通鍵が第三者に漏洩したような場合にも、暗号の解読を困難にすることができる。
【図面の簡単な説明】
【図１】本発明の一実施例における暗号通信システムの一方の暗号通信装置の構成を示したブロック図である。
【図２】従来提案された“Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ”鍵共有アルゴリズムの説明図である。
【図３】図１の構成の暗号通信装置が相手先の通信端末と音声通信を行う際の処理の概要を示す流れ図である。
【符号の説明】
１１  暗号通信装置
１２  鍵共有アルゴリズム部
１３  乱数発生回路
１４  乱数
１５  素数・共通鍵格納部
１６  素数
１７  自端末加入者番号格納部
１９  呼接続制御回路
２５  ダイヤル番号入力回路
２６  加入者番号
３１  共通鍵
３２  暗号処理回路
３６  認証回路
３７  送受話器
【図１】
2005020114.tif 000003
【図２】
2005020114.tif 000004
【図３】
2005020114.tif 000005