JPH1185014A

JPH1185014A - 暗号情報交換方式

Info

Publication number: JPH1185014A
Application number: JP9287538A
Authority: JP
Inventors: Teruo Matsumoto; 輝夫松本
Original assignee: Individual
Current assignee: Individual
Priority date: 1997-09-12
Filing date: 1997-09-12
Publication date: 1999-03-30

Abstract

(57)【要約】（修正有）【課題】オープンな情報通信網で通信相手を特定しセキ
ュリティを保って情報交換を行う。【解決手段】アプリケーションサービスもしくは利用者
３の要求で親局１は暗号鍵もしくは暗号鍵と暗号方式１
１を生成し、親局暗号鍵管理データ１３へ利用者識別記
号９と対応して暗号鍵もしくは暗号鍵と暗号方式１１を
更新管理し、子局２へ配布する。子局２は子局暗号鍵管
理データ１４へ利用者識別記号９と対応して配布された
暗号鍵もしくは暗号鍵と暗号方式１１を更新管理する。
利用者３は子局２で格納された暗号鍵もしくは暗号鍵と
暗号方式１１で情報を暗号化もしくは復号化して情報の
送受信を行いアプリケーションサービスの実行結果を利
用する。

Description

【発明の詳細な説明】

【０００１】

【目的】通信網として、ＬＡＮ、公衆電話網の交換接続
網、インターネットは安価でオープンな通信網として世
界的に拡充しつつある。インターネット及び電話網を含
むＷＡＮに参加した全の人々にとってオープンで接続が
容易なだけ、情報の内容を第三者が容易に覗る事ができ
る。従って、これらの通信網の弱点は通信網のセキュリ
ティを如何に克服するかである。通信網上のセキュリテ
ィの問題として、予期しない相手が通信設備に侵入し、
データやシステムの盗聴や破壊行為を如何にして防ぐか
と言う問題やシステムやデータを破壊するウイルスから
如何に身を守るかの外に、データ交信中、それらの情報
を盗聴したり、交信相手が見えない通信網の性質を悪用
した利用を如何に防ぐのかと言う問題がある。

【０００２】交信中に生じる問題を防ぐには、交信相手
が確かに間違いない相手だと如何にして確認するかの認
証の問題、及び、情報を当事者以外内容を理解できない
ようにする情報暗号化を行う上で、情報を暗号化する暗
号鍵のやりとりを如何に安全に行うかと言う問題の２点
に絞られて来る。この発明は交信している相手が正しい
相手だといかにして確認するか及び、関係者だけが使用
できる様に暗号鍵や暗号方式を如何にして安全にやり取
りするかに関するものである。

【０００３】

【発明の属する技術分野】電子情報通信網での安全な情
報交換を如何に行うかの暗号情報交換方式に関してい
る。

【０００４】

【従来の技術】情報通信網での安全な情報交換を如何に
行うか古くから研究が行われているが、近年インターネ
ットの普及につれて、安全な情報の交信が重要になって
きている。情報通信網で交信される情報の安全性を確保
する為に、情報を暗号化して送信し関係者以外判読出来
ないようにするための、情報を暗号化する暗号方式や、
暗号鍵を安全に届けるために暗号鍵を公開鍵と秘密鍵の
双方を使って本人を認証し、情報を暗号化及び復号化す
る方式に関する提案がなさている。又、１回限りのパス
ワード（１６）を発生さる方法で、本人の認証を行うな
どが研究されている。

【０００５】

【発明が解決しようとする課題】オープン性の高い情報
通信網での情報交信の課題は、情報交換や、商取引等で
の利用に対して次の様な課題がある。１暗号鍵配布の管理工数がかかる２個人が暗号鍵を記憶するリスクからの解放３盗聴、暗号解読に対するセキュリティの確保４デリバリー決済時における、決済システムのリスク
の減少５本人の認証性の確保

【０００６】Ｎ人の間で相互に暗号鍵を配布すると、
（図４）ａにおいて、Ｎ（Ｎ−１）／２の経路で暗号鍵
を配布する管理工数が発生する。このコストを減少する
のが一つの課題なる。

【０００７】暗号化した情報を暗号鍵で復号する為には
暗号鍵を記憶していなければならない。暗号が簡単に解
読されない様にするために暗号鍵が長くなり、人間が記
憶する限界を超えて来る。そうなると、暗号鍵を管理す
るためのパスワード管理が必要になったりして、結局人
間の記憶力の限界に対応した管理が要請される。ＩＣカ
ードを使って、秘密鍵を人間の記憶と切り離す等の試み
も考えられるが、カードを紛失した場合の問題など、個
人で管理する暗号鍵のセキュリティは必ずしも強くな
い。このような暗号鍵の管理は情報通信網を気軽に利用
出来る機会を遠ざける。

【０００８】情報通信網での交信を盗聴されたり、暗号
化していても解読されるのを如何に防ぐか大きな課題で
ある。更に、情報が盗まれるだけなく、盗まれた情報を
使用して、本人に成りすまして窃盗を働いたりされると
被害を大きくする。このような被害を如何に防ぐか中心
的な課題である。

【０００９】店頭販売に比較して、通信網上で商品と代
金を如何に決済するかが一つの課題である。商品を配送
した時に代金と引き替えに商品を渡したり、代金を先に
送金した後、商品を送達したり、もしくは、商品を送達
後代金を振り込んだりしている。商品の配送を伴う情報
網上での商取引では代金と商品を相対決済できないと、
商品又は代金を払った方がリスクを負う。情報通信網で
の取引にも相対取引が望ましい。

【００１０】本人を偽って窃盗を行って本人に被害を与
えたり、他人の情報を盗み出したり、他人のソフト財産
を破壊したりする犯罪は情報通信網で大きな問題であ
る。通信の相手が本人か否か如何にして認証するか最大
の課題である。

【００１１】

【課題を解決する為の手段】この発明の概念は、親局が
必要に応じて、使い捨ての暗号鍵［ＴｈｒｏｗＡｗａ
ｙＥｎｃｒｙｐｔｉｃａｌｋｅｙ］もしくは使い捨
ての暗号鍵と暗号方式を生成し、子局に配布するので、
利用者の暗号鍵もしくは暗号鍵と暗号方式は変化してゆ
く、そのため、盗聴しようとしても、暗号を解読しなけ
ればならず、もしある時間を経過して暗号の解読に成功
したとしても、使い捨ての暗号鍵もしくは使い捨ての暗
号鍵と暗号方式が変化しているので、利用者に成りすま
そうとしても、親局が配布した暗号鍵もしくは暗号鍵と
暗号方式と異なっているので、利用者に成りすまそうと
している偽者の暗号を親局が復号化できず、本人と認証
してくれない。

【００１２】図１及び図２で暗号情報交換機能を使う親
局用のアプリケーションソフトウエア（４）をインスト
ールし、暗号情報交換機能の親局の分担機能（６）を持
ち、インターネット（１７）、ＬＡＮ（１８）、公衆電
話網（１９）を含むＷＡＮ（２０）を経由して、親局
（１）に加入接続した子局（２）と暗号情報の交信を行
うパソコンもしくはワークステーション等の情報機器で
構成される親局（１）と、暗号情報交換機能の子局の分
担機能（８）を組み込んだ暗号情報交換機能を使う子局
用のアプリケーションソフトウエア（５）をインストー
ルし、親局（１）に加入接続したパソコンもしくは移動
情報端末もしくはワークステーション等の情報機器で構
成される子局（２）と、暗号情報交換機能の利用者
（３）の分担機能（８）を持ち、親局（１）に登録され
た利用者（３）、もしくは子局（２）にインストールさ
れたアプリケーションソフトウエア（５）で利用者
（３）の機能を代替する子局（２）と一体化した利用者
（３）から成る暗号情報交換通信網を構成する。

【００１３】親局（１）と子局（２）との間だけで暗号
鍵もしくは暗号鍵と暗号方式（１１）の交信を行い、子
局（２）の間で暗号鍵もしくは暗号鍵と暗号方式（１
１）を直変更する様な事をしない。従って、暗号化され
た暗号鍵もしくは暗号鍵と暗号方式（１１）は親局
（１）が一元化して管理しているので、子局（２）の間
で、暗号鍵の管理に関する負荷が懸からず、暗号情報を
送信途中、仮に盗聴されたとしても、暗号を解読しない
限り、第三者は暗号鍵もしくは暗号鍵と暗号方式（１
１）を知ることが出来ず、安全に配布できる。

【００１４】親局（１）と子局（２）及び利用者（３）
の暗号情報交換に関する分担機能は図２で、暗号情報交
換機能の親局の分担機能（６）は１．利用者（３）からの暗号鍵もしくは暗号鍵と暗号方
式（１１）の発行要求、もしくはアプリケーションサー
ビスでイベントが発生した時の発行要求、あるいはラン
ダム、もしくは一定の設定した回数毎もしくは、ランダ
ム、もしくは一定の間隔に設定した時間毎の発行要求を
受けて、親局（１）は利用者（３）毎に単数のもしくは
複数の暗号鍵もしくは暗号鍵と暗号方式（１１）を生成
もしくは選択する。２．親局暗号鍵管理データ（１３）へ、利用者識別記号
（９）毎に生成もしくは選択した暗号鍵もしくは暗号鍵
と暗号方式（１１）を更新する。３．利用者（３）の利用者識別記号（９）が格納されて
いる子局（２）へ生成もしくは選択した暗号鍵もしくは
暗号鍵と暗号方式（１１）を配布する。４．利用者（３）の登録時、利用者識別記号（９）を生
成し、親局暗号鍵管理データ（１３）へ記録し、利用者
識別記号（９）と対応を付けて利用者属性情報（１０）
を記録し、利用者（３）が子局（２）を通して親局
（１）へ接続した子局（２）へ利用者識別記号（９）を
配布し、親局（１）が登録を認めたことを利用者へ連絡
する５．子局（２）の加入接続時、子局識別記号（１２）を
生成し、親局暗号鍵管理データ（１３）へ記録し、子局
（２）へ配布する。６．子局（２）の入力受付と子局（２）との通信制御７．暗号情報交換方式を利用したアプリケーションサー
ビスを実行する機能８．暗号化された利用者識別記号（９）と利用者属性情
報（１０）及び子局識別記号（１２）を受信し、親局暗
号鍵管理データ（１３）と突き合わせて利用者（３）の
認証を行う。９．子局（２）との情報交信に際し、情報を暗号化し、
複合化する。

【００１４】これに対応する暗号情報交換機能の子局の
分担機能機能（７）は１．親局（１）との通信制御２．利用者識別記号（９）を格納している利用者（３）
毎の暗号鍵もしくは暗号鍵と暗号方式（１１）を利用者
識別記号（９）毎に更新して格納する。３．親局（１）が子局（２）に配布した子局識別記号
（１２）を格納し、子局識別記号（１２）を利用者識別
記号（９）と一緒に利用者属性情報（１０）を親局
（１）に送信する。４．子局（２）は子局暗号鍵管理データ（１４）に格納
している単数あるいは複数の利用者識別記号（９）を確
認して、利用者識別記号（９）が格納されていない利用
者（３）のアプリケーションサービスへの参加を拒絶す
る。５．子局（２）は登録している利用者属性情報（１０）
の一部もしくは全てを利用者（３）本人以外の第三者が
見ることが出来ないように子局（２）へ格納しておき、
利用者（３）が属性情報を手で入力する手間を省略する
事も出来る。６．利用者（３）からのパスワード（１６）の変更申請
を受け付けて、親局（１）へ更新情報を送信し、子局
（２）が内部で格納している場合は格納しているデータ
の変更処理を行う。７．利用者（３）が子局（２）を通して他の子局（２）
もしくは親局（１）と情報交信を行う際、格納された利
用者（３）毎の暗号鍵もしくは暗号鍵と暗号方式（１
１）を使って、情報を暗号化し、複合化する。

【００１５】最後に暗号情報交換機能の利用者の分担機
能（８）は１．子局（２）もしくは親局（１）を通してアプリケー
ションサービスで要求する利用者（３）としての属性情
報（１０）を入力、送信し、アプリケーションサービス
で要求している手続きを行い利用者（３）として親局
（１）に登録する。２．子局（２）もしくは親局（１）を通して、アプリケ
ーションサービスを実行し利便をうる。３．子局（２）を通して利用者属性情報（１０）の一
部、もしくは全ての情報を利用者（３）が入力するが、
属性情報の一部もしくは全てを子局（２）へ格納してお
き操作性を楽に出来る。４．アプリケーションサービスによっては暗号情報交換
機能を使う子局用のアプリケーションソフトウエア
（５）を子局（２）にインストールし、全て、もしくは
大部分の入出力機能を利用者（３）に代わって代行し、
利用者（３）の入出力操作無しで子局（２）はアプリケ
ーションサービスが実行可能となる。一般にアプリケー
ションサービスを提供する側の利用者（３）は子局
（２）と一体となるので、暗号情報交換機能を使う子局
用のアプリケーションソフトウエア（５）が利用者
（３）の機能を殆ど全て代行する。５．利用者（３）の記憶で管理しているパスワード（１
６）を随時変更する。

【００１６】利用者（３）が親局（１）に登録して、本
人であることの認証を得る為に子局（２）と親局（１）
の間で送受信する利用者属性情報（１０）として次の３
つの分類で整理する。１親局（１）が生成し管理する情報ａ利用者識別記号（９）ｂ子局識別記号（１２）２利用者（３）の記憶で管理する情報ａパスワード（１６）３利用者（３）の社会的な情報ａ氏名ｂ住所ｃ加入者電話番号ｄ電子メールアドレスｅ免許証・保険証・戸籍抄本・印鑑証明等公に発行さ
れた本人を確認する書類に記された整理番号等ｇ勤務先親局（１）が生成し管理する情報は、子局（２）及び利
用者（３）が親局（１）に加入接続もしくは登録時に親
局（１）が生成管理する情報で、子局の識別記号（１
２）は子局（２）を親局（１）が識別するために使用す
るので、子局（２）のそれぞれに独自の記号を割り当て
る。親局（１）だけが子局識別記号（１２）を管理し、
子局（２）に配布して、親局暗号鍵管理データ（１３）
及び、子局暗号鍵管理データ（１４）で子局識別記号
（１２）を保管している。利用者識別記号（９）は利用
者（３）に知らせて、親局（１）及び子局（２）で保管
管理し、氏名に代わって利用される。利用者（３）の記
憶で管理する情報としてパスワード（１６）がある。こ
の情報は原則として、利用者（３）がアプリケーション
サービスの利用に先立って、子局（２）を通じて手で入
力し親局（１）が利用者（３）の認証の為の情報として
利用する。パスワード（１６）は原則として、利用者
（３）の記憶によってのみ保持されるが、利用性を上げ
るため、子局（２）の中に第三者が窺い知れないように
格納する事も可能である。パスワード（１６）は第三者
への漏洩を防止するために、随時、子局（２）で変更手
続きを行い、親局（１）もしくは子局（２）で管理して
いる利用者（３）毎のパスワード（１６）を変更する。
利用者（３）の社会的な情報として、氏名や、住所等が
ある。これらの情報は、利用者（３）が最初親局（１）
に登録する時に利用者（３）の確認をかねて登録する情
報で、利用の度毎に、逐一、この情報を利用者（３）が
手で入力するのは手間を要するのでこれらの情報のいく
つかもしくは全てを子局（２）に登録して利用する事も
できる。しかし、積極的に第三者に開示する情報ではな
いので、利用者（３）本人以外の人がアクセス出来ない
ようにして格納する。

【００１７】暗号鍵もしくは暗号鍵と暗号方式（１１）
の生成と配布、管理親局（１）が暗号鍵もしくは暗号鍵と暗号方式（１１）
を何時生成もしくは選択して配布し、何時更新するのか
はアプリケーションサービスによって異なってくる。基
本的には親局（１）と子局（２）との間で鍵の生成、配
布、更新に関する情報コマンドが交信されて親局（１）
と子局（２）の間で、互いに一致した暗号鍵もしくは暗
号鍵と暗号方式（１１）を記録、格納している。鍵を管
理する情報コマンドとして下記のコマンドがある。１．鍵の生成と配布要求２．鍵の受信報告３．鍵の更新要求４．鍵の更新通達５．鍵の更新報告鍵の生成配布要求は、利用者（３）もしくは親局（１）
のアプリケーションサービスから必要な時コマンドが発
行される。鍵の更新通達は、管理の簡便さ、管理の必要
上、図３で複数個の暗号鍵もしくは暗号鍵と暗号方式
（１１）を一度に子局（２）に配布しておき、特定の利
用回数もしくは特定の時間間隔もしくは特定の時間もし
くは特定のアプリケーションサービスを実行した後等
の、親局（１）と子局（２）間の共通の認識である鍵を
管理する情報（１５）で、子局（２）が暗号鍵もしくは
暗号鍵と暗号方式（１１）を変更した結果を報告する。
この場合、親局（１）と子局（２）が常に共通の状況把
握ができる状態の場合は子局（２）が鍵を変更するのと
同じく、親局（１）が鍵の情報を更新できる。しかし、
子局（２）の通達を受けるまで親局（１）が状況を把握
できない場合、子局（２）は、更新が完了するまで、利
用を保留しなければならない。例えば、子局（２）は現
在使っている暗号鍵もしくは暗号鍵と暗号方式（１１）
を設定した利用回数毎に使い捨て、次の暗号鍵もしくは
暗号鍵と暗号方式（１１）に更新する場合、親局（１）
と子局（２）の間で、利用回数に関する共通の概念が確
認されていても、何回子局（２）で利用されたか子局
（２）でないと状況の把握はできない場合、子局（２）
で判断して暗号鍵もしくは暗号鍵と暗号方式（１１）を
更新して、親局（１）へ鍵の更新通達を発行する。

【００１８】この発明で使用する暗号方式と暗号鍵は、
既に世の中で研究された、共通鍵方式の暗号方式のいず
れかを採用する。どのような暗号方式を選択するかは、
アプリケーションサービスの特性もしくは事業性に合わ
せて選択する。

【００１９】この発明に於いて、暗号鍵もしくは暗号鍵
と暗号方式（１１）の配布経路は、Ｎ人の参加者がある
情報通信網の中で、（図４（ａ））で子局（２）が相互
に鍵を配布する場合の配布経路はＮ＊（Ｎ−１）／２で
あるが、親局（１）と子局（２）の間だけの鍵配布経路
は（図４（ｂ））でＮとなり、暗号鍵の配布経路は任意
の相手に配布するのに比較して（Ｎ−１）／２倍だけ減
少出来る。更に、（図４（ｃ））でＫ個の親局（１）を
子局（２）と見なして新たな親局（１）を設け、今まで
の親局（１）を子局（２）として管理させる階層構造を
持つ暗号情報交換網を設定すると、管理のスパンはＮと
Ｋに減少し、暗号鍵もしくは暗号鍵と暗号方式（１１）
の配布経路と配布の管理工数は大幅に簡素化される。

【００２０】子局（２）の登録と利用者（３）の登録親局（１）が利用者（３）の登録を受け付ける時、利用
者（３）が本人であることの確認は極めて重要である。
ここでは、親局（１）、子局（２）、利用者（３）の間
で、どの様な情報の交信が行われるのか、また、どの様
な順序で情報が記録されるかを図（５）で示す。１．最初に子局（２）からアプリケーションプログラム
のダウンロード要求を親局（１）が受け付ける。親局
（１）は、受付日時、ダウンロードするプログラムの管
理番号、暗号鍵もしくは暗号鍵と暗号方式（１１）、子
局（２）のＩＰＡｄｄｒｅｓｓを確認情報として記録
できる。インターネットのＩＰＡｄｄｒｅｓｓは一般に
子局（２）に１対１に対応していないが、あるバンド幅
の値を示したり、絶えず移動したり、固定した値だった
り、ある特性を示すことを期待して記録する。２．ダウンロードしたプログラム（５）を子局（２）に
インストールし、子局（２）にプログラム固有の管理番
号、暗号鍵もしくは暗号鍵と暗号方式（１１）が設定さ
れる。３．利用者（３）は親局が指定する利用者属性情報（１
０）を子局（２）を通して入力し、子局（２）の管理番
号と共に親局（１）に送信する。４．親局（１）は管理番号で暗号鍵もしくは暗号鍵と暗
号方式（１１）を確認し、新たに登録の日時、利用者属
性情報（１０）を記録し、子局識別記号（１２）及び、
利用者識別記号（９）及び初期パスワード（１６）を生
成し、記録する。５．子局識別記号（１２）及び利用者識別記号（９）及
び初期パスワード（１６）を暗号化して子局（２）へ送
信する。６．子局（２）は暗号化された子局識別記号（１２）及
び、利用者識別記号（９）及び初期パスワード（１６）
を復号化して、子局（２）に更新して格納する。７．利用者（３）は、利用者識別記号（９）及び初期パ
スワード（１６）を確認する。８．利用者（３）はパスワード（１６）の変更手続きを
子局（２）を通して行い、親局（１）は変更を受け付
け、記録を更新する。９．利用者（３）は利用者識別記号（９）、パスワード
（１６）を含む利用者属性情報（１０）を子局（２）を
通して入力し、子局（２）は子局の識別記（１２）と共
に親局（１）に送信する。１０．親局（１）は、利用者の識別記号（９）に対応し
たパスワード（１６）を含む利用者属性情報（１０）及
び子局識別記号（１２）を記録する。１１．通信網を介した情報だけで本人であることを確認
するのは難しく、利用者の社会的な情報を示す、免許
証、健康保険証、戸籍抄本等アプリケーションが指定す
る書類、又はそのコピーの送付を求め、既に送信された
情報との確認を行い、書類を保管する。これで利用者
（３）は子局（２）を経由して、親局（１）に登録され
る。１２．親局（１）は利用者識別記号（９）並びに親局
（１）の特徴を示す住所や電話番号、ＵＲＬ、ロゴマー
ク等を明示するカードを発行する。このカードは利用者
（３）にトラブル時の連絡や、親局（１）を偽って働き
かける場合の防止と親局（１）の宣伝を兼ねている。

【００２１】ダウンロードされたプログラムは一つの子
局（２）だけで使用されるとは限らず、コピーされて、
複数の子局（２）で利用される可能性が高いが、複数の
子局（２）で利用されても、利用者（３）の登録時に暗
号鍵もしくは暗号鍵と暗号方式（１１）が変更され問題
にならない。一つの子局（２）で複数の利用者（３）が
登録しても、複数の利用者識別記号（９）と、利用者識
別記号（９）に対応した暗号鍵もしくは暗号鍵と暗号方
式（１１）が親局（１）及び子局（２）に設定される。
従って、一つの子局（２）を通じて、複数の利用者
（３）がアプリケーションのサービスを利用できる。

【００２２】複数の子局（２）を経由して利用者（３）
がサービスを利用する場合。利用者（３）が一つの子局
（２）経由でサービスを利用するだけでなく、モーバイ
ルの子局（２）や、別の場所にある子局（２）を通し
て、サービスを利用したい場合、登録した利用者（３）
が本人か否か最初の登録と同じように本人を証明する社
会的な情報の提出を受けて行う方法もあるが、利用者
（３）にとって煩わしい。この不便を解消する通信網上
での登録行為を図６に示す。既に子局（２）Ａを通して、親局（１）に登録して
いる利用者（３）ａが子局（２）Ｂを経由して、利用者
識別記号（９）とパスワード（１６）を含むアプリケー
ションサービスが要求する利用者ａの属性情報（１０）
を入力して複数個の登録申請手続きを親局（１）に行
う。親局（１）はこの手続きを受け付け、子局識別番号
（１２）が子局（２）Ｂ経由で来たこと、及び利用者
（３）ａが登録要求してきた事を既に登録済みの情報と
突き合わせ確認し、記録する。利用者（３）ａは既に登録されている子局（２）Ａ
経由で認証手続きを行う。親局（１）は利用者（３）ａが子局（２）Ａから受
け取った認証依頼を確認して本人を認証する。親局（１）は、子局（２）Ｂに利用者（３）ａの新
しく生成した暗号鍵もしくは暗号鍵と暗号方式（１１）
を配布し、親局暗号管理データ（１３）を更新する。子局（２）Ｂは配布された暗号鍵もしくは暗号鍵と
暗号方式（１１）で利用者（３）ａの利用者識別記号
（９）対応した記録を作成する。この手続きが済んだ
後、利用者（３）ａは子局（２）Ａもしくは子局（２）
Ｂを経由してアプリケーションのサービスを利用でき
る。ここでは、子局（２）Ｂが既に子局として接続済み
であるとして説明したが、子局（２）Ｂが未だ加入接続
されていない場合は、子局（２）の加入接続手続きを行
えば既に接続した場合と同じ扱いとなる。

【００２３】システムが破壊した場合の再登録方法子局（２）のシステムが壊れる事がある。この場合の再
登録は、利用者識別記号（９）と、パスワード（１
６）、利用者属性情報（１０）を親局（１）が受信し
て、本人であると見なす方法もあるが、利用者識別記号
（９）、パスワード（１６）を含む全ての利用者属性情
報（１０）を盗まれた場合、別の子局（２）を通して親
局（１）に加入接続し、本人に成りすます事が出来る。
従って、社会的な情報を親局（１）に文書等で送付し、
本人の確認をやり直す事になる。アプリケーションサー
ビスを実行途中で、システムが一部破壊した場合、アプ
リケーションサービスの実行を破棄するか、文書等の別
の手段で対策するか、もしくは、システムを復旧し、最
初から登録をやり直して、アプリケーションサービスを
実行する事になる。

【００２４】利用者の暗号鍵もしくは暗号鍵と暗号方式
（１１）を親局（１）が管理しているとしても、子局
（２）に記録された利用者の暗号鍵もしくは暗号鍵と暗
号方式（１１）と親局（１）に記録された利用者の暗号
鍵もしくは暗号鍵と暗号方式（１１）の持ち方の関係を
明確にしておく必要がある。

【００２５】襷掛け配布図７に親局（１）で記録している利用者の暗号鍵もしく
は暗号鍵と暗号方式（１１）と子局（２）で記録してい
る暗号鍵もしくは暗号鍵と暗号方式（１１）との間の依
存関係を示す。既に子局（２）に格納された利用者
（３）の暗号鍵もしくは暗号鍵と暗号方式（１１）を暗
号鍵_ｋ−１、暗号方式_ｋ−１とすると、新たに親局
（１）が子局（２）に配布する暗号鍵もしくは暗号鍵と
暗号方式（１１）は、既に子局（２）に格納された暗号
鍵_ｋ−１、暗号方式_ｋ−１で暗号化して子局（２）に送
信し、子局（２）はそれを復号化して暗号鍵_ｋ、暗号方
式_ｋへ更新する。これ以降、新しい鍵の配布を受けるま
での間、子局（２）を通じて送受信される情報は暗号鍵
_ｋ、暗号方式_ｋで暗号化、複号化される。暗号鍵もしく
は暗号鍵と暗号方式（１１）と同時に暗号情報を受信し
た場合、その暗号は既に登録されている暗号鍵_ｋ−１、
暗号方式_ｋ−１で復号化する。このように、既に送信済
みの暗号鍵もしくは暗号鍵と暗号方式（１１）を使って
暗号化と復号化を行うので、襷掛けの暗号鍵もしくは暗
号鍵と暗号方式（１１）の利用形態となる。親局（１）
と子局（２）の間で、暗号鍵もしくは暗号鍵と暗号方式
（１１）の襷掛けに利用できる関係は、鍵の配布と暗号
情報の交信に時間的なずれが生じセキュリティ確保上、
有利に働く。

【００２６】暗号鍵のパラレル配信方式図８に親局（１）が暗号化した暗号鍵もしくは暗号鍵と
暗号方式（１１）を子局（２）に配布し、配布された暗
号を子局（２）の中で復号化して、暗号鍵もしくは暗号
鍵と暗号方式（１１）を子局（２）の中に格納する。前
に配布済みの暗号鍵もしくは暗号鍵と暗号方式（１１）
を使用せず配布した暗号鍵もしくは暗号鍵と暗号方式
（１１）で情報を暗号化、復号化する。

【００２７】親局（１）と子局（２）及び利用者（３）
から成る暗号情報交換方式を利用する情報交換の方式
は、次の３つの形式を設定する。１親局（１）が利用者（３）の情報を中継して情報の
交換を行う。２利用者（３）間で直接情報の交換を行う。３親局（１）と利用者（３）間で情報の交換を行う。利用者（３）である事を確認した後、更新する情報は、
平文を暗号化して情報の交信を行う場合と、平文の儘交
信を行う場合とがある。情報交信として、トラブル時の
情報交換など、管理上発生する情報の交換はアプリケー
ションサービスの実行を支えるために、目的とする情報
交換以外にも発生するが、ここでは利用者（３）がアプ
リケーションサービスを利用する上で行う情報交換につ
いてのみ説明する。

【００２８】中継情報交換：図９に親局（１）が子局
（２）Ａと子局（２）Ｂとの間で情報を取り次いで子局
（２）Ａ、Ｂ間で情報の中継交信を行う場合を示す。利
用者（３）ａの暗号鍵もしくは暗号鍵と暗号方式（１
１）で暗号化した送達情報と送信先の利用者（３）の宛
先を親局（１）宛に送信する。受信した親局（１）は暗
号を復号化して、子局（２）Ｂの利用者（３）ｂの暗号
鍵もしくは暗号鍵と暗号方式（１１）で送達情報を暗号
化して、利用者（３）ｂが登録されている子局（２）Ｂ
宛に送信する。子局（２）Ｂで受信した利用者（３）ｂ
は情報を復号化して、受信情報の内容を理解する。子局
（２）Ａと子局（２）Ｂ間で直接情報の送受信を行わ
ず、親局（１）を中継して間接的に情報の交信を行う。

【００２９】中継情報交換の場合、親局（１）で情報の
暗号化、復号化の中継作業を行うため、手間を要する
が、そのために得られる利点もある。１間接的な情報取引の為に、利用者（３）ａの利用者
属性情報（１０）は親局（１）で確認するにとどめ、用
件に関する情報だけを利用者（３）ｂに伝える事で、匿
名の情報伝達が可能となる。２親局（１）が子局（２）Ａ、Ｂ間の中継情報交換を
行う場合、図１０の利用者（３）ａの情報を親局（１）
が受信するタイミングと、利用者（３）ｂの情報を受信
するタイミングが一致しない場合、アプリケーションサ
ービスの処理を一時保留し、双方の情報が揃ってからア
プリケーションサービスの処理を実行する。

【００３０】利用者（３）間で直接情報の交信を行う場
合：親局（１）を介さないで直接子局（２）間で暗号情
報を交信したい場合、図１１で子局（２）Ａを通じて利
用者（３）ａは利用者（３）ｂとの直接交信要求と、暗
号鍵もしくは暗号鍵と暗号方式（１１）もしくはそれに
代わる確認用の暗号確認情報（２３）の配布依頼をす
る。親局（１）は、利用者（３）ａ、及び利用者（３）
ｂ共通の暗号鍵もしくは暗号鍵と暗号方式（１１）もし
くはそれに代わる暗号確認情報（２３）を生成もしくは
選択し子局（２）Ａ及び、子局（２）Ｂへ配布する。双
方の子局（２）で複号化した暗号鍵もしくは暗号鍵と暗
号方式（１１）もしくはそれに代わる暗号確認情報（２
３）を格納し利用者（３）ａ、ｂ間で暗号情報を送受信
し、復号化して内容を確認し、情報の交信を行う。

【００３１】利用者（３）で情報の送信元と受信元の間
で暗号情報の送受信が行われる場合、送信元利用者
（３）から単数もしくは複数の送信先利用者（３）へ暗
号鍵もしくは暗号鍵と暗号方式（１１）の配布要求が親
局（１）へなされ、親局（１）は、送信先の利用者
（３）の暗号鍵もしくは暗号鍵と暗号方式（１１）を送
信元の利用者（３）の利用者識別記号（９）が格納され
ている子局（２）へ送信し、送信元の利用者の識別記号
（９）は情報を暗号化して、送信先へ送信し、送信先の
利用者（３）が暗号を複合化して情報交信がなされる。

【００３２】親局（１）と利用者（３）間で情報の交信
を行う：利用者（３）が子局（２）を通じて直接親局
（１）との間で情報の交信を行う場合もある。図１２で
利用者（３）のＡ１は子局（２）Ａを通して、親局
（１）と直接情報の交信を行う。

【００３３】

【実施例】

デリバリー取引図１３に通信網を介して商品の配送を行う商品売買取引
システムの例を示す。親局（１）は購買者からの注文を
販売者に取次ぎ、売買が合意されると取引の決済を行
う。子局（２）の購買者は購入する商品の注文を行い、
子局（２）の販売者は注文を承けて、商品を直接発送先
へ発送する。親局（１）の取引取次・決済機関に加入接
続した複数の子局に登録した購買者と複数の子局に登録
した販売者は商取引通信網を構成する。親局（１）が利
用者（３）の情報を中継して情報の交換を行う場合の実
施例に当たる。図１３で取引の手続きを追うと、購買者の取引開始依頼を利用者識別記号（９）及び利
用者属性情報（１０）及び子局識別記号（１２）と一緒
に中継取次・決済機関に送信し、中継取次・決済機関は
これを復号化する。利用者識別記号（９）及び利用者属
性情報（１０）及び子局識別記号（１２）で購買者を確
認する。中継取次・決済機関は取引番号と購買者の暗号鍵もし
くは暗号鍵と暗号方式（１１）を生成し購買者に配布す
る。受信した購買者は子局（２）で暗号鍵もしくは暗号
鍵と暗号方式（１１）が更新される。購買者は販売者の子局（２）のＵＲＬ（Ｕｎｉｖｅｒ
ｓａｌＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）と購入し
たい商品情報、及び購買者の属性情報を暗号化して中継
取次・決済機関に送信する。中継取次・決済機関は暗号
を復号化して、購買者の認証を行い、与信を確認する。販売者の暗号鍵もしくは暗号鍵と暗号方式（１１）で
購買者の購買仕様を暗号化して、販売者の子局（２）に
送信する。このとき、商品の取引に関わる情報だけを販
売者に中継して送信するので、購買者は匿名で商品の購
入が出来る。販売者の暗号鍵もしくは暗号鍵と暗号方式
（１１）は親局（１）の中継取次・決済機関が任意の考
え方で生成・配布して変更する。例えば設定した取引き
回数、もしくは設定した時間間隔等の更新が考えられ
る。販売者は注文の仕様を確認し、中継取次・決済機関に
受注連絡を商品の発送予定日と一緒に送信する。中継取
次・決済機関は暗号を復号化し、注文と一致しているか
否か確認し、内部決済処理を行う。中継取次・決済機関は売買成立と発送予定日を購買者
に送信する。販売者から商品の発送連絡が中継取次・決済機関に送
信されると、中継取次・決済機関は購買者及び販売者の
間で取引の決済を行う。商品の引き渡しを伴う取引を通信網で行う場合の決済は
中継取次・決済機関を中継する事で、販売者から商品発
送の情報を受けた後、決済を行うので相対取引と同じタ
イミングで決済が可能となり店頭で商品を現品で受け取
って代金を支払うのと同じ様な相対取引決済ができ、購
買者と販売者の間の取引に伴う商品を送ったが、お金が
回収できないとか、お金を送ったが商品が発送されない
とか言うリスクを軽減できる。

【００３４】情報サービス図１４にデター提供等のサービス取引を通信網を用いて
行う場合を示す。サービス利用者はサービス提供者の子局（２）のＵＲ
Ｌ（ＵｎｉｖｅｒｓａｌＲｅｓｏｕｒｃｅＬｏｃａｔ
ｏｒ）とサービス利用者属性情報（１０）を暗号化し
て、サービス利用請求をサービス仲介機関に送信する。
サービス仲介機関は暗号を復号化し、サービス利用者の
認証と、信用の確認を行う。サービス仲介機関は暗号鍵もしくは暗号鍵と暗号方式
（１１）を生成もしくは選択し、更にサービス利用者サ
ービス提供者共通の取引番号を生成し、サービス利用者
にサービス提供者の暗号鍵もしくは暗号鍵と暗号方式
（１１）で暗号化した取引番号とサービス利用者の暗号
鍵もしくは暗号鍵と暗号方式（１１）を暗号化して送信
し、サービス提供者に取引番号を暗号化して送信する。
暗号化された取引番号は暗号確認情報（２３）を示す。
サービス利用者は送信された取引番号及び暗号鍵もしく
は暗号鍵と暗号方式（１１）を格納する。サービス利用者はサービス提供者に取引番号を送信
し、サービス提供者が暗号化された取引番号を複号化し
て確認する。サービス利用者はサービス提供者からデータサービス
を直接受ける。サービス料金は、サービス提供者からサービス仲介機
関に料金請求がなされて、サービス仲介機関もしくは決
済機関が決済を行う。決済引き落としを承諾したサービス利用者と、サービス
提供者が、直接、サービス利用に関する決済の問題を処
理しなくても、サービス仲介機関を介する事で、小口の
費用の決済が可能で簡便にサービスが受けられる。

【００３５】図１５に暗号情報交換方式を利用したホー
ムバンキングを示す。金融機関Ｃに預金口座を開設した
口座開設者は、子局（２）を通じて金融機関Ｃから配布
された暗号鍵もしくは暗号鍵と暗号方式（１１）で、利
用者識別記号（９）及び利用者属性情報（１０）及び子
局識別記号（１２）と、振り込み情報と一緒に暗号化し
て親局（１）の金融機関に送信し、親局（１）の金融機
関で復号化して、口座開設者を認証し、同じ金融機関Ｃ
の他の口座開設者もしくは他の金融機関Ｄの口座開設者
に送金処理が行われる。

【００３６】親書の配送図１６に電子情報管理機構による親書の確実な配達を行
うシステムを示す。電子情報管理機構にメール送受信者
は登録した子局（２）通じてメールアドレス毎にパスワ
ード（１６）を随時設定する。設定されたパスワード
（１６）は、電子情報管理機構に送信される。発信者ａが子局（２）を通じて電子情報管理機構に送
信先のメールアドレスを暗号化して送信し、親書の送信
要求を行う。電子情報管理機構は子局（２）Ａの発信者ａに受信者
ｂの暗号鍵もしくは暗号鍵と暗号方式（１１）を暗号化
して送信する。発信者ａは親書を暗号化して、受信者ｂに送信する。受信者ｂの復号化が成功すると、子局（２）Ｂは受信
復号化確認情報を電子情報管理機関に送信し、設定され
た暗号鍵もしくは暗号鍵と暗号方式（１１）で受信でき
る回数のカウンターを一つ減ずる。カウンターの値が設
定された値に達すると、その暗号鍵もしくは暗号鍵と暗
号方式（１１）は図１６でｅｆｇからｈｉｊへ更新され
ｅｆｇは消去される。電子情報管理機構から子局（２）の発信者に送達連絡
を行う。電子情報管理機構は、あらかじめ、メールアド
レス毎に複数の暗号鍵もしくは暗号鍵と暗号方式（１
１）を配布し、設定された回数だけ受信者が子局（２）
で親書を受信すると、その暗号鍵もしくは暗号鍵と暗号
方式（１０）は子局（２）から消去される。発信者ａと
受信者ｂとの間で暗号化された親書が届けられた事を電
子情報管理機構を経由して連絡し、親書の送達が確認で
きる。

【００３７】イントラネット図１７に企業内でのイントラネットの情報管理の例を示
す。ＬＡＮ（１８）に接続された子局（２）_１１・・子
局（２）_１ｋとインターネットを介して接続された子局
（２）２１・・子局（２）２ｊ及び、リモートアクセス
で接続された子局（２）ｊｐから成るＷＡＮ（２０）を
経由して接続されたイントラネットで、サーバにアクセ
スする情報をファイアウオール（２２）で防御するだけ
でなく、親局（１）のサーバが接続された子局（２）に
生成し配布する暗号鍵もしくは暗号鍵と暗号方式（１
１）を利用することによって、親局（１）のサーバーを
経由する全ての情報のセキュリティが保てるシステムが
構築出来る。ファイアウオール（２２）で外部からの情
報に対するセキュリティを強化しても、組織が大きくな
ると、ファイアウオールの内部でのセキュリティを如何
に確保するかが大きな課題であるが、使い捨て暗号鍵
（ＴｈｒｏｗＡｗａｙＥｎｃｒｙｐｔｉｃａｌｋ
ｅｙ）の管理方式はこの問題を解決してくれる。

【００３８】図１８で共通の暗号鍵もしくは暗号鍵と暗
号方式（１１）を使用する場合を示す。親局（１）から
配布された共通の暗号鍵もしくは暗号鍵と暗号方式（１
１）を子局ａ、子局ｂ、子局ｃが共有し、情報を関係者
だけで交信できる。暗号鍵もしくは暗号鍵と暗号方式
（１１）の更新はアプリケーションサービスによって設
定されるし、メンバーの変更に柔軟に対応できる。掲示
板を共通の暗号鍵もしくは暗号鍵と暗号方式（１１）を
使う場合も、関係者の認証がパスワード（１６）のみに
比較してセキュリティ機能が高く、問題を制限して討論
する場合などに利用できる。

【００３９】

【発明の効果】任意の交信相手全ての人に暗号鍵を安全
に渡すために、公開鍵、秘密鍵方式が実行されている
が、親局と子局の関係で電子情報網を構築して親局と子
局及び登録された利用者の間だけで暗号情報の交換を行
う事で目的が達成される場合、親局が全ての情報を管理
できるために、使い捨て暗号鍵（ＴｈｒｏｗＡｗａｙ
Ｅｎｃｒｙｐｔｉｃａｌｋｅｙ）で管理すれば、利用
者は暗号鍵（ＴｈｒｏｗＡｗａｙＥｎｃｒｙｐｔｉ
ｃａｌｋｅｙ）の存在さえ意識せず、セキュリティの
個人での管理が簡便になる。

【００４０】一方、ＷＡＮを経由した外部からの犯罪行
為に対して、ファイアウオールで外部からのアクセスを
制限し、セキュリティを確保している。しかし、組織が
大きくなると外部からの不正な情報アクセスに対する防
御だけでなく、内部での情報網のセキュリティの重要性
が高まってくるが、ファイアウオールでは防御できな
い。ＯｎｅＴｉｍｅＰａｓｓＷｏｒｄは内部の情
報通信網でも本人の認証（Ａｕｔｈｅｎｔｉｃａｔｉｏ
ｎ）に関して効果があるが、情報の機密性に対応出来な
い。使い捨て暗号鍵（ＴｈｒｏｗＡｗａｙＥｎｃｒ
ｙｐｔｉｃａｌｋｅｙ）を使った暗号情報交換方式は
イントラネット等で、内外のアクセスを問わずセキュリ
ティが確保できる。

【００４１】インターネットは本来クライアントサーバ
システムで構成されているので、親局と子局の関係で情
報通信網の利用システムを構成できる場合が多く、使い
捨て暗号鍵（ＴｈｒｏｗＡｗａｙＥｎｃｒｙｐｔｉ
ｃａｌｋｅｙ）と暗号方式を使った、暗号情報の交換
方式は幅広い分野での使い方が期待できる。

【００４２】親局（１）と子局（２）及び利用者（３）
の関係の間で管理する使い捨て暗号鍵（ＴｈｒｏｗＡ
ｗａｙＥｎｃｒｙｐｔｉｃａｌｋｅｙ）の暗号情報
交換方式を使用して、専用回線を使ったプライベート網
とほぼ同等以上のセキュリティを保ちながら、利用者は
暗号鍵もしくは暗号鍵と暗号方式の内容を知らなくて
も、オープンで安価なインターネットや、公衆電話網を
利用して、安全なプライベート網を構築出来る。

【図面の簡単な説明】

【図１】利用者と子局と親局から成る情報通信網で、使
い捨て暗号鍵（ＴｈｒｏｗＡｗａｙＥｎｃｒｙｐｔｉ
ｃａｌｋｅｙ）で情報を管理するシステム構成

【図２】利用者、子局、親局の間で、暗号情報交換を行
う機能の分担

【図３】鍵を管理する情報で、複数個用意した暗号鍵も
しくは暗号鍵と暗号方式の更新を行う方式

【図４】（ａ）Ｎ人の間で暗号鍵を渡す経路の数（ｂ）親局と子局の関係を構成し、Ｎ人の間で暗号鍵を
渡す経路の数（ｃ）親局と子局の関係を構成し、更に親局を子局とし
てその上に親局を構成し、階層的な親局と子局を構成し
たときの暗号鍵の経路の数

【図５】利用者が子局を通して親局へ登録する方式

【図６】利用者が通信網の情報交信だけで複数の子局を
通して親局へ登録する

【図７】親局と子局の間でたすき掛けで生成する使い捨
て暗号鍵（ＴｈｒｏｗＡｗａｙＥｎｃｒｙｐｔｉｃ
ａｌｋｅｙ）の管理方式

【図８】親局から子局へ送信した暗号鍵もしくは暗号鍵
と暗号方式で、暗号化に使用する使い捨て暗号鍵（Ｔｈ
ｒｏｗＡｗａｙＥｎｃｒｙｐｔｉｃａｌｋｅｙ）
の管理方式

【図９】親局を中継して、子局の間で暗号化した情報の
送受信を行う暗号情報交換方式

【図１０】親局が子局間の情報が揃うのを待って、子局
間に関わる情報処理を行うアプリケーションサービスシ
ステム。

【図１１】親局が子局間共通の暗号鍵もしくは暗号鍵と
暗号方式を生成もしくは選択して配布する暗号情報交換
方式

【図１２】使い捨て暗号鍵（ＴｈｒｏｗＡｗａｙＥ
ｎｃｒｙｐｔｉｃａｌｋｅｙ）で親局と子局が直接暗
号情報の交信を行うシステム

【図１３】使い捨て暗号鍵（ＴｈｒｏｗＡｗａｙＥ
ｎｃｒｙｐｔｉｃａｌｋｅｙ）を使って商品の配送を
伴う通信網上での商取引システム

【図１４】使い捨て暗号鍵（ＴｈｒｏｗＡｗａｙＥ
ｎｃｒｙｐｔｉｃａｌｋｅｙ）を使って情報サービス
を行うシステム

【図１５】口座開設者が金融機関との間でオープンなネ
ットワークを介してホームバンキングを行うシステム。

【図１６】使い捨て暗号鍵（ＴｈｒｏｗＡｗａｙＥ
ｎｃｒｙｐｔｉｃａｌｋｅｙ）を使って親書の配送を
行うシステム

【図１７】使い捨て暗号鍵（ＴｈｒｏｗＡｗａｙＥ
ｎｃｒｙｐｔｉｃａｌｋｅｙ）を使ってＬＡＮ、ＷＡ
Ｎを介したイントラネットでファイアウオールの内外を
問わず、セキュリティの高い情報交信を可能とするシス
テム

【図１８】共通の暗号鍵もしくは暗号鍵と暗号方式を使
った情報交換方式

【符号の説明】

１．親局２．子局３．利用者４．暗号情報交換機能を使う親局用のアプリケーショ
ンソフトウエ５．暗号情報交換機能を使う子局用のアプリケーショ
ンソフトウエ６．暗号情報交換機能の親局の分担機能７．暗号情報交換機能の子局の分担機能８．暗号情報交換機能の利用者の分担機能９．利用者識別記号１０．利用者属性情報１１．暗号鍵もしくは暗号鍵と暗号方式１２．子局識別記号１３．親局暗号鍵管理データ１４．子局暗号鍵管理データ１５．鍵を更新管理する情報１６．パスワード１７．インターネット１８．ＬＡＮ（ＬｏｃａｌＡｒｅａｎｅｔｗｏｒ
ｋ）１９．公衆電話網２０．ＷＡＮ（ＷｉｄｅＡｒｅａｎｅｔｗｏｒｋ）２１．情報パッケト２２．ファイアウオール２３．暗号確認情報

Claims

【特許請求の範囲】

【請求項１】インターネット（１７）、ＬＡＮ（１８）
並びに公衆電話網（１９）を含むＷＡＮ（２０）を経由
して、親局（１）へ加入接続した子局（２）並びに、利
用者属性情報（１０）を子局（２）を通じてもしくは直
接親局（１）へ登録し、親局（１）が生成した利用者識
別記号（９）を授けられた利用者（３）の三者で構成す
るアプリケーションサービスを実行する通信網におい
て、アプリケーションサービスもしくは利用者（３）か
らの暗号鍵もしくは暗号鍵と暗号方式（１１）の配布要
求で、親局（１）は利用者（３）毎の暗号鍵もしくは暗
号鍵と暗号方式（１１）を生成又は選択して、利用者
（３）の利用者識別記号（９）が格納されている子局
（２）へ平文もしくは暗号化して配布し、親局暗号管理
データ（１３）に利用者（３）毎の暗号鍵もしくは暗号
鍵と暗号方式（１１）を更新管理し、子局（２）は子局
暗号管理データ（１４）に利用者（３）毎の暗号鍵もし
くは暗号鍵と暗号方式（１１）を更新管理し、利用者
（３）は子局（２）もしくは親局（１）を通じて暗号鍵
もしくは暗号鍵と暗号方式（１１）を使用して情報を暗
号化もしくは復号化して他の利用者（３）もしくは親局
（１）との間で情報の交信を行う暗号情報交換方式。
【請求項２】請求項１において、子局（２）が最初に親
局（１）へ接続する時に、親局（１）は子局識別記号
（１２）を生成し、親局暗号鍵管理データ（１３）に、
子局識別記号（１２）を通して利用する利用者（３）の
利用者識別記号（９）を参照できるように記録、保管管
理し、子局識別記号（１２）もしくは暗号化した子局識
別記号（１２）を子局（２）へ配布し、子局（２）は配
布された自局の子局識別記号（１２）を子局暗号鍵管理
データ（１４）に格納し、更に、利用者（３）が親局
（１）へ登録する時に、親局（１）から子局（２）へ配
布される利用者識別記号（９）も子局暗号鍵管理データ
（１４）へ格納し、利用者（３）が子局（２）もしくは
親局（１）を通してアプリケーションサービスへ参加す
る時、子局暗号鍵管理データ（１４）もしくは親局暗号
鍵管理データ（１３）で格納されていない利用者識別記
号（９）の利用者（３）はアプリケーションサービスへ
の参加を拒絶され、格納されている利用者識別記号
（９）の利用者（３）は子局（２）もしくは親局（１）
を通して、利用者識別記号（９）及び利用者属性情報
（１０）と子局識別記号（１２）を一緒に親局（１）へ
送信し、親局（１）は利用者（３）が子局（２）もしく
は親局（１）を通してアプリケーションサービスに参加
している事を確認して利用者（３）の認証を行う暗号情
報交換方式。
【請求項３】請求項１もしくは請求項２に於いて、既に
利用者（３）が子局（２）もしくは親局（１）を通して
親局（１）に登録している場合、同じ利用者（３）が利
用者識別記号（９）を格納した別の子局（２）を通して
アプリケーションサービスへ参加できる暗号情報交換方
式
【請求項４】請求項３に於いて、既に親局（１）へ登録
の済んだ利用者（３）は利用者識別記号（９）が格納さ
れていない子局（２）もしくは親局（１）を通じてアプ
リケーションサービスを利用する手続きを行い、既に利
用者識別記号（９）が格納されている子局（２）を通し
て、認証を親局（１）に申請し、利用者（３）を認証し
た親局（１）は親局暗号鍵管理データ（１３）へ利用者
識別記号（９）毎に子局識別記号（１２）を記録、保管
管理し、利用者識別記号（９）が格納されていない子局
（２）へ利用者識別記号（９）を配布し、子局（２）は
子局暗号鍵管理データ（１４）へ利用者識別記号（９）
を格納し、利用者（３）は新しい子局（２）もしくは親
局（１）を通してアプリケーションサービスへ参加でき
る利用者（３）の認証を行う暗号情報交換方式。
【請求項５】請求項３に於いて、親局（１）から子局
（２）へ利用者（３）毎に一度に複数個の暗号鍵もしく
は暗号鍵と暗号方式（１１）を配布しておき、配布済み
の複数の暗号鍵もしくは暗号鍵と暗号方式（１１）を親
局（１）と子局（２）の間で鍵を更新管理する情報（１
５）で親局（１）及び子局（２）の暗号鍵もしくは暗号
鍵と暗号方式（１１）を更新する暗号情報交換方式
【請求項６】請求項５において、Ｎ_ｉ個の子局（２）を
接続した親局（１）から、Ｎ_ｋ個の子局（２）を接続し
た親局（１）がＫ個だけ存在したとして、Ｋ個の親局
（１）を子局（２）として接続された親局（１）を設け
た事を特徴とする、階層的な暗号情報交換方式
【請求項７】請求項６に於いて、親局（１）は子局
（２）に既に配布した暗号鍵もしくは暗号鍵と暗号方式
（１１）で新しい暗号鍵もしくは暗号鍵と暗号方式（１
１）を暗号化して子局（２）に配布し、子局（２）は既
に受信している暗号鍵もしくは暗号鍵と暗号方式（１
１）で、受信した暗号化された暗号鍵もしくは暗号鍵と
暗号方式（１１）を復号化し、子局（２）の子局暗号鍵
管理データ（１４）に格納されている暗号鍵もしくは暗
号鍵と暗号方式（１１）を更新格納する暗号情報交換方
式。
【請求項８】請求項６に於いて、親局（１）は新しい暗
号鍵もしくは暗号鍵と暗号方式（１１）を既に子局
（２）へ配布した暗号鍵もしくは暗号鍵と暗号方式（１
１）を使用せず暗号化して子局（２）に配布し、子局
（２）はこの暗号を復号化して子局暗号鍵管理データ
（１４）に格納する暗号情報交換方式。
【請求項９】請求項７もしくは請求項８に於いて、送信
元の利用者（３）が送信したい単数もしくは複数の利用
者（３）宛の情報を暗号化して親局（１）に送信し、親
局（１）は暗号を復号化して、送信先の利用者（３）の
暗号鍵もしくは暗号鍵と暗号方式（１１）で暗号化し、
送信先の利用者識別記号（９）が格納されている子局
（２）宛に送信し、送信先の利用者（３）は暗号を復号
化して送信元の利用者（３）からの情報を受信し、送信
元と送信先の間で親局（１）を中継して暗号情報の交信
を行う暗号情報交換方式。
【請求項１０】請求項７もしくは請求項８に於いて、利
用者（３）が交信したい単数もしくは複数の利用者
（３）と直接交信を行う前に、親局（１）は受信元の利
用者（３）の暗号鍵もしくは暗号鍵と暗号方式（１１）
を送信元の利用者識別記号（９）が格納されている子局
（２）へ配布し、送信元の利用者（３）は配布された暗
号鍵もしくは暗号鍵と暗号方式（１１）で情報を暗号化
して、送信先の利用者（３）へ直接送信し、受信した利
用者（３）は暗号を復号化し情報を交信する暗号情報交
換方式。
【請求項１１】請求項７もしくは請求項８に於いて、ア
プリケーションサービス、もしくは利用者（３）の要求
で、親局（１）は限定された利用者（３）に共通の暗号
鍵もしくは暗号鍵と暗号方式（１１）もしくは暗号確認
情報（２３）を生成もしくは選択し、利用者（３）の利
用者識別記号（９）が登録された子局（２）もしくは親
局（１）へ配布し、暗号情報の交信を行う暗号情報交換
方式
【請求項１２】請求項７もしくは請求項８に於いて、利
用者（３）と親局（１）の間で暗号化した情報の交信を
行う暗号情報交換方式。
【請求項１３】請求項９及び請求項１０及び請求項１１
の情報交信方式において、アプリケーションサービスに
必要な複数の利用者（３）の情報が時間的にずれて親局
（１）に着信する場合、アプリケーションサービスで必
要な情報が親局（１）に全て着信した後、複数の利用者
（３）に関わるアプリケーションサービスの処理を親局
（１）が行う暗号情報交換方式。
【請求項１４】請求項１２及び請求項１３において、暗
号情報交換機能を使う子局用のアプリケーションソフト
ウエ（５）をインストールし、子局（２）に格納されて
いる利用者識別記号（９）の利用者（３）が直接入力操
作を行わずアプリケーションサービスが子局（２）に格
納されている利用者識別記号（９）の利用者（３）に代
わって、その他の利用者（３）との暗号情報を交信する
暗号情報交換方式。