JPH0637750A

JPH0637750A - 情報転送方式

Info

Publication number: JPH0637750A
Application number: JP4191893A
Authority: JP
Inventors: Masafumi Ono; 雅史大野; Yoshihiro Takiyasu; 美弘滝安; Tomoaki Ishido; 智昭石藤; Hideya Suzuki; 秀哉鈴木
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1992-07-20
Filing date: 1992-07-20
Publication date: 1994-02-10

Abstract

(57)【要約】【構成】暗号化鍵を暗号化情報と共に転送する手段を送
信端末に設け、受信した情報の中の暗号化鍵から解読鍵
を決定する手段を受信端末に設ける。【効果】暗号化情報と共に暗号化鍵／解読鍵を一意に示
す情報を転送するすることで、複数の暗号化鍵を用いる
秘匿通信においても受信端末に暗号化鍵／解読鍵の識別
情報を随時通知することが可能になるので、暗号化情報
を正確に解読することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、送信側通信端末（以
下、送信端末と称す）から受信側通信端末（以下、受信
端末と称す）に情報を暗号化して転送する情報転送方式
に係り、特に、転送情報の送信先によって異なる暗号化
アルゴリズム（以下、暗号化鍵と称す）を用いて情報を
暗号化し転送する情報転送方式に関する。

【０００２】

【従来の技術】暗号を用いた従来の秘匿通信方式とし
て、特開平3−262227 号公報に開示の技術がある。

【０００３】上記従来技術では、二つの通信局間で秘匿
通信を行うために、双方の通信局に多数の暗証コードお
よび暗号コード（暗号化鍵）を同じアドレスに記憶した
暗証／暗号メモリを具備する。送信局は受信局に対して
暗証／暗号メモリのアドレスを指定した応答要求信号を
送信し、受信局は指定されたアドレスに記憶された暗証
コードを読み出して、暗証コードを応答信号にのせて送
信局に返信する。送信局は応答信号の暗証コードが正し
いことを確認した後に、同アドレスの暗号コードを読み
出し、暗号コードを用いて情報を暗号化した後に受信局
に送信する。一方、受信局はアドレスの暗号コードを読
み出し、暗号コードを用いて受信情報の解読を行う。

【０００４】

【発明が解決しようとする課題】上記従来技術をローカ
ルエリアネットワーク（以下、ＬＡＮと称す）の様なコ
ネクションレス通信（以下、ＣＬ通信と称す）に適用す
る場合には次のような問題点が生じる。

【０００５】先ず、ＣＬ通信には明確な通信の開始が無
いので、秘匿通信に先立って暗号コードを転送すること
が出来ないという問題点がある。これに対して単一の暗
号コードを使用するという方式が考えられるが、単一暗
号コードを使用した場合は暗号コードを第三者が獲得し
ネットワーク内の情報を無断で入手する危険性が高くな
るので好ましくない。

【０００６】ネットワークのセキュリティを向上させる
には複数の暗号コードを用いれば良いが、ＣＬ通信では
前述の様に通信に先立って暗号コードを通知することが
出来ないので、次のような新たな問題点が発生する。す
なわち、ＣＬ通信ではネットワーク内の各端末が受信す
るのは必ずしも自分宛の情報とは限らない。即ち、各端
末はネットワーク上の転送情報を監視し、転送情報（パ
ケット）に含まれるルート情報に基づきパケットが自分
宛か否かを判断しパケットの取捨選択を行う。ここで、
ネットワーク内で複数の異なる暗号化コードを用いて複
数の異なるルート情報を暗号化した場合、異なるルート
情報から同一の暗号化ルート情報が生成することが考え
られる。即ち、このような場合には送受信端末間で暗号
コードを一致させておかないと、本来受信しない情報を
誤って受信してしまうことになる。

【０００７】従来技術の類似技術として、ＣＬ通信の任
意の時点（例えば、始業時間）に暗号コードを通知する
ようにして、更に、異なるルート情報からは異なる暗号
化ルート情報しか生成しないようにしても次のような問
題点が生じる。すなわち、前述の様に、ＣＬ通信ではネ
ットワーク上のパケットの取捨選択によりパケットを受
信するか否かを決定するので、受信端末はパケット受信
毎に全ての暗号コードを用いてパケットを解読しなくて
はならない。これはネットワークのスループットの低下
の原因になるばかりでなく、ハード量の増加の原因にも
なる。

【０００８】本発明の目的は、送受信端末間の情報授受
の機密性を維持するために複数の暗号化コード（暗号化
鍵）を用いる情報転送方式において、暗号化情報の誤受
信とこれに伴うスループットの低下、およびハード量の
増加を防ぐ情報転送方式を提供することにある。

【０００９】

【課題を解決するための手段】前記課題を解決する第一
の手段として、暗号化鍵を暗号化情報と共に転送する手
段を送信端末に設け、受信した情報の中の暗号化鍵から
解読鍵を決定する手段を受信端末に設ける。

【００１０】前記課題を解決する第二の手段として、暗
号化鍵に対応する解読鍵を暗号化情報と共に転送する手
段を送信端末に設け、受信した情報の中の解読鍵を読み
出す手段を受信端末に設ける。

【００１１】前記課題を解決する第三の手段として、使
用する暗号化鍵を一意に示す暗号化鍵識別子を決定する
手段と、前記暗号化鍵識別子を暗号化情報と共に転送す
る手段を送信端末に設け、受信した情報の中の暗号化鍵
識別子から解読鍵を決定する手段を受信端末に設ける。

【００１２】前記課題を解決する第四の手段として、使
用する暗号化鍵に対応する解読鍵を一意に示す解読鍵識
別子を決定する手段と、前記解読鍵識別子を暗号化情報
と共に転送する手段を送信端末に設け、受信した情報の
中の解読鍵識別子から解読鍵を決定する手段を受信端末
に設ける。

【００１３】前記課題を解決する第五の手段として、送
信端末アドレスと受信端末アドレスのいずれか一方、あ
るいは両方から暗号化鍵を決定する手段を送信端末に設
け、受信した情報の中の送信端末アドレスと受信端末ア
ドレスのいずれか一方、あるいは両方から解読鍵を決定
する手段を受信端末に設ける。

【００１４】前記課題を解決する第六の手段として、ル
ート情報から暗号化鍵を決定する手段を送信端末に設
け、受信した情報の中のルート情報から解読鍵を決定す
る手段を受信端末に設ける。

【００１５】

【作用】第一の解決手段を用いた情報転送方式では、暗
号化鍵を暗号化情報と共に転送する手段により、暗号化
情報に付随して受信端末に暗号化鍵を通知することが可
能になる。更に、受信した情報の中の暗号化鍵から解読
鍵を決定する手段により、受信端末は送信端末が使用し
た暗号化鍵に対応する解読鍵を決定することが出来る。
本情報転送方式では暗号化情報と暗号化鍵が対になって
転送され、更に暗号化鍵から解読鍵を決定することが出
来るので、複数の暗号化鍵を用いる場合でも暗号化情報
を正確に解読することが可能になる。

【００１６】第二の解決手段を用いた情報転送方式で
は、暗号化鍵に対応する解読鍵を暗号化情報と共に転送
する手段により、暗号化情報に付随して受信端末に解読
鍵を通知することが可能になる。更に、受信した情報の
中の解読鍵を読み出す手段により、受信端末は送信端末
が使用した暗号化鍵に対応する解読鍵を決定することが
出来る。本情報転送方式では暗号化情報と対応する解読
鍵が対になって転送されるので、複数の暗号化鍵を用い
る場合でも暗号化情報を正確に解読することが可能にな
る。

【００１７】第三の解決手段を用いた情報転送方式で
は、使用する暗号化鍵を一意に示す暗号化鍵識別子を暗
号化情報と共に転送する手段により、受信端末に暗号化
鍵識別子を通知することが可能になる。更に、暗号化鍵
識別子から解読鍵を決定する手段により、暗号化鍵識別
子に対して一組の暗号化鍵／解読鍵が定まる。本情報転
送方式では暗号化情報と暗号化鍵識別子が対になって転
送されるので、複数の暗号化鍵を用いる場合でも暗号化
情報を正確に解読することが可能になる。

【００１８】第四の解決手段を用いた情報転送方式で
は、使用する暗号化鍵に対応する解読鍵を一意に示す解
読鍵識別子を暗号化情報と共に転送する手段により、受
信端末に解読鍵識別子を通知することが可能になる。更
に、解読鍵識別子から解読鍵を決定する手段により、解
読鍵識別子に対して一組の暗号化鍵／解読鍵が定まる。
本情報転送方式では暗号化情報と解読鍵識別子が対にな
って転送されるので、複数の暗号化鍵を用いる場合でも
暗号化情報を正確に解読することが可能になる。

【００１９】第五の解決手段を用いた情報転送方式で
は、送信端末アドレスと受信端末アドレスのいずれか一
方、あるいは両方から暗号化鍵を決定する手段と、受信
した情報の中の送信端末アドレスと受信端末アドレスの
いずれか一方、あるいは両方から解読鍵を決定する手段
により、送信端末アドレスと受信端末アドレスのいずれ
か一方、あるいは両方のアドレスに対して一組の暗号化
鍵／解読鍵が定まる。本情報転送方式では送信端末アド
レスと受信端末アドレスを暗号化情報と共に転送するの
で、複数の暗号化鍵を用いる場合でも暗号化情報を正確
に解読することが出来る。

【００２０】第六の解決手段を用いた情報転送方式で
は、ルート情報から暗号化鍵を決定する手段と、受信し
た情報の中のルート情報から解読鍵を決定する手段によ
り、ルート情報に対して一組の暗号化鍵／解読鍵が定ま
る。本情報転送方式ではルート情報を暗号化情報と共に
転送するので、複数の暗号化鍵を用いる場合でも暗号化
情報を正確に解読することが出来る。

【００２１】

【実施例】図２は本発明を用いたＬＡＮ接続ボード１４
０（以下、ＬＡＮインタフェースと称す）を装着したワ
ークステーション（以下、ＷＳと称す）本体１００のブ
ロック図である。

【００２２】図２において、ユーザＩ／Ｏインタフェー
ス１１０，ＣＰＵ１２０，メモリ１３０，ＬＡＮインタ
フェース１４０，ＦＤ制御部１５０が内部バス１６０で
接続されている。ユーザＩ／Ｏインタフェース１１０は
ＷＳ本体１００と入力装置（キーボード）および出力装
置（ディスプレイ）のインタフェースであり、キーボー
ドからの入力信号の内部バス１６０への転送、内部バス
１６０からの信号のディスプレイへの出力等の機能を持
つ。尚、本実施例では入力装置をキーボード、出力装置
をディスプレイとしたが本構成は本発明を限定するもの
ではない。

【００２３】ＣＰＵ１２０はキーボードから入力する情
報、およびＬＡＮインタフェース１４０を介して入力す
る他端末等からの情報の処理と各機能ブロックの制御を
行うブロックである。メモリ１３０は前述の各種情報を
格納する機能ブロックであり、ＣＰＵ１２０の処理待
ち、ディスプレイへの出力待ち等の場合に当該情報を格
納する。ＬＡＮインタフェース１４０はＷＳをネットワ
ーク（ＬＡＮ）に接続するための機能を有するブロック
であり、内部バス１６０の伝送フォーマットとＬＡＮの
伝送フォーマットの変換を行うと共に、ＭＡＣ(Media A
ccess Control)層の終端、転送情報の暗号化を行う。Ｆ
Ｄ制御部１５０はＣＰＵ１２０の指示に従って、フロッ
ピーディスク（以下ＦＤ）からのローディング，ＦＤへ
のセーブ等の機能を持つ。内部バス１６０はＷＳが処理
するデータを転送するデータバスと、各機能ブロックを
制御するための制御情報を転送する制御情報バスからな
る。

【００２４】図３はＬＡＮインタフェース１４０の機能
ブロック図である。ＬＡＮインタフェース１４０はバス
インタフェース１７０，ＬＡＮ制御部１８０，ＲＯＭ１
９０，暗号化部２００，伝送部２１０から構成される。

【００２５】バスインタフェース１７０は内部バス１６
０からの情報ブロックの切り出し、情報ブロックのＬＡ
Ｎ制御部１８０への転送、更に、ＬＡＮ制御部１８０か
ら転送された情報ブロックのバッファリング、情報ブロ
ックの内部バスへの乗せ換えを行う。ＬＡＮ制御部１８
０はパケットの生成／分解，パケットヘッダの付加／削
除等のＭＡＣレイヤ機能を実現するブロックである。パ
ケットヘッダには送信端末アドレス（送信元アドレス）
と受信端末アドレス（宛先アドレス）が含まれる。送信
元アドレスにはＲＯＭ１９０に登録されているＭＡＣア
ドレスが書き込まれる。ＲＯＭ１９０に登録されている
ＭＡＣアドレスは、ＷＳだけに割り当てられたアドレス
である。一方、宛先アドレスにはパケットの送信先のＷ
Ｓに割り当てられたＭＡＣアドレスが書き込まれる。こ
れらの宛先ＷＳのＭＡＣアドレスはデータベースとして
ＬＡＮ制御部１８０内のメモリに記憶されている。暗号
化部２００はＬＡＮ制御部１８０からの情報の暗号化を
行うと共に、ＬＡＮから受信した暗号化情報を解読しＬ
ＡＮ制御部１８０に転送する。伝送部２１０は暗号化部
２００からの情報を、接続するＬＡＮの伝送フォーマッ
トに変換しＬＡＮに転送する。また、ＬＡＮから転送さ
れる情報を自ＷＳ内のフォーマットに変換する。

【００２６】次に図１を用いて暗号化部２００を詳細に
説明する。図１において、入力パケットカウント回路２
１１はＬＡＮ制御部１８０から入力するパケット数をカ
ウントし、カウント値を暗号化鍵／ＩＤ読み出し回路２
１２に転送する。暗号化鍵／ＩＤ読み出し回路２１２は
カウント値に基づき、パケットの暗号化に使用する暗号
化鍵と暗号化鍵を一意に示す暗号化鍵識別子（以下、暗
号化鍵ＩＤと称す）をメモリ２１３より読み出す。

【００２７】図４（ａ）にメモリ２１３の構成例を示
す。本実施例では０から２５５までのカウント値３０１
に対して、一対一に対応するように暗号化鍵３０２が２
５６種類登録されており、各暗号化鍵に１６進表示で０
０からＦＦまでの暗号化鍵ＩＤ３０３が登録させてい
る。尚、異なる複数の暗号化鍵ＩＤに対して同一の暗号
化鍵を対応させることも可能である。そのような場合に
は、２５６種類のカウント値と暗号化鍵ＩＤに対して２
５６種類以下の暗号化鍵が登録される。更に、暗号化鍵
／ＩＤ読み出し回路２１２は暗号化鍵を暗号化回路２１
５に転送すると共に、暗号化鍵ＩＤを暗号化鍵ＩＤ挿入
回路２１６に転送する。バッファ２１４は暗号化鍵の転
送までの時間だけＬＡＮ制御部１８０から入力したパケ
ットを格納する。暗号化鍵ＩＤ挿入回路２１６はパケッ
トの所定の位置に、暗号化鍵／ＩＤ読み出し回路２１２
より転送された暗号化鍵ＩＤを挿入する。

【００２８】図５に本実施例における暗号化鍵ＩＤ５０
４の挿入位置を示す。パケット500はパケットヘッダと
情報領域５０１から構成される。パケットヘッダ内には
宛先アドレス５０２と送信元アドレス５０３が書き込ま
れている。暗号化鍵ID504 はユーザ情報５０５とパケッ
トヘッダの間に挿入する。ＭＡＣ層では、暗号化鍵ＩＤ
５０４とユーザ情報５０５を情報領域５０１として取扱
うので、暗号化鍵ＩＤ５０４の挿入はＭＡＣ層プロトコ
ルには影響を及ぼさない。

【００２９】一方、暗号化回路２１５はバッファ２１４
より入力するパケットを暗号化し、暗号化鍵ＩＤ挿入回
路２１６に転送する。本実施例では、暗号化鍵ＩＤはネ
ットワーク内の全ての通信機器が解読可能な暗号化鍵
（以下、共通暗号化鍵と称す）を用いて暗号化し、その
他の部分はメモリ２１３より読み出した個別の暗号化鍵
を用いて暗号化する。

【００３０】次に、ＬＡＮから暗号化情報を受信したと
きの処理について説明する。暗号化鍵ＩＤ分離回路２１
７は受信暗号化パケットから暗号化鍵ＩＤの区間を切り
出し、解読鍵読み出し回路２１８に転送する。暗号化鍵
ＩＤ以外の部分はそのままバッファ２２０に格納され
る。解読鍵読み出し回路２１８は暗号化鍵ＩＤに基づ
き、メモリ２１９より解読鍵を読み出す。暗号化鍵ＩＤ
は共通暗号化鍵で暗号化されているので、全ての受信端
末は暗号化鍵ＩＤを解読することができる。尚、本実施
例では暗号化鍵ＩＤの暗号化に共通暗号化鍵を用いてい
るので平文の暗号化鍵ＩＤと暗号化した暗号化鍵ＩＤは
一対一に対応するので、受信したパケットの暗号化鍵Ｉ
Ｄを解読せずに用いて解読鍵を選択することも可能であ
る。また、暗号化鍵ＩＤを暗号化せずにその他の暗号化
情報と共に転送することも可能であり、その場合は暗号
化鍵ＩＤ分離回路２１７が切り出した暗号化鍵ＩＤをそ
のまま用いて解読鍵を選択する。

【００３１】図４（ｂ）にメモリ２１９の構成例を示
す。本実施例では１６進表示で００からＦＦまでの暗号
化鍵ＩＤ４０１に対して、一対一に対応するように解読
鍵402が２５６種類登録されている。尚、メモリ２１３
と同様に異なる複数の暗号化鍵ＩＤに対して同一の解読
鍵を対応させることも可能である。そのような場合には
２５６種類の暗号化鍵ＩＤに対して２５６種類以下の解
読鍵が登録される。解読鍵読み出し回路２１８は暗号化
鍵ＩＤで一意に定まる解読鍵を読み出し、解読回路２２
１に転送する。解読回路２２１は、バッファ２２０より
入力するパケットを解読鍵を用いて解読し、ＬＡＮ制御
部１８０に転送する。

【００３２】次に本実施例におけるカウント値／暗号化
鍵／暗号化鍵ＩＤ／解読鍵の設定方法について説明す
る。本実施例ではシステム構築時に、フロッピーディス
ク(FD)より設定データをロードする。カウント値／暗号
化鍵／暗号化鍵ＩＤを登録するメモリ２１３への設定デ
ータの書き込み制御はメモリ書込制御２２２が行う。一
方、暗号化鍵ＩＤ／解読鍵を登録するメモリ２１９への
設定データの書き込み制御はメモリ書込制御２２３が行
う。尚、設定データの変更が生じた場合には、ネットワ
ーク内の通信端末あるいは制御端末からのコマンド入力
によりメモリ内の登録内容の書き換えを行う。この場合
には、ＷＳ本体１００内のＣＰＵ１２０で処理された設
定データが内部バス１６０を介してメモリ書込制御２２
２およびメモリ書込制御２２３に転送される。書込制御
２２２および２２３はＣＰＵ１２０の指示に基づき、メ
モリ２１３およびメモリ２１９の登録内容の書き換えを
行う。

【００３３】次に図６，図７を用いて第二の実施例につ
いて説明する。本実施例ではＬＡＮ制御部１８０から入
力するパケットの宛先アドレスに基づいて使用する暗号
化鍵を決定する。尚、本実施例は第一の実施例と暗号化
部２００の動作のみが異なるので、暗号化部２００のみ
説明する。

【００３４】図６において、宛先アドレス読み出し回路
２２４はＬＡＮ制御部１８０から入力するパケットの宛
先アドレスを読み出し、暗号化鍵読み出し回路２２５に
転送する。暗号化鍵読み出し回路２２５は宛先アドレス
に基づき、使用する暗号化鍵をメモリ２１３より読み出
す。

【００３５】図７（ａ）に本実施例におけるメモリ２１
３の構成例を示す。メモリ２１３では２５６種類の送信
パケット宛先アドレス３０４（ＤＡ＃０〜ＤＡ＃２５
５）に対して、一対一に対応するように暗号化鍵３０２
が２５６種類登録されている。宛先アドレスには各端末
への個別通信用のアドレスと複数の端末に共通に付与さ
れているグループ通信用のアドレスと、全ての端末に共
通に付与されている一斉同報通信用のアドレスがある。
尚、異なる複数の宛先アドレスに対して同一の暗号化鍵
を対応させることも可能である。そのような場合には２
５６種類の宛先アドレスに対して２５６種類以下の暗号
化鍵が登録される。更に、宛先アドレスと送信元アドレ
スの組み合わせに対して、一対一に対応するように暗号
化鍵を登録することも可能である。更に、暗号化鍵読み
出し回路２２５は暗号化鍵を暗号化回路２１５に転送す
る。バッファ２１４は暗号化鍵の転送までの時間だけＬ
ＡＮ制御部１８０から入力したパケットを格納する。暗
号化回路２１５はバッファ２１４より入力するパケット
を暗号化し、伝送部２１０に転送する。本実施例では、
宛先アドレスと送信元アドレスは共通暗号化鍵を用いて
暗号化し、その他の部分はメモリ２１３より読み出した
暗号化鍵を用いて暗号化する。

【００３６】本実施例では、第一の実施例における暗号
化鍵ＩＤのような特有のパラメータを使用しないので、
暗号化部２００と伝送部２１０の間で授受するパケット
フォーマットはＬＡＮ制御部がサポートするＭＡＣ層プ
ロトコルのパケットフォーマットと一致する。

【００３７】次に、ＬＡＮから暗号化情報（パケット）
を受信したときの処理について説明する。宛先アドレス
分離回路２２６は暗号化パケットから宛先アドレスの区
間を複写し、解読鍵読み出し回路２１８に転送する。解
読鍵読み出し回路２１８は宛先アドレスに基づき、メモ
リ２１９より解読鍵を読み出す。宛先アドレスは共通暗
号化鍵で暗号化されているので、全ての受信端末は宛先
アドレスを解読することができる。尚、本実施例では宛
先アドレスの暗号化に共通暗号化鍵を用いていることか
ら平文の宛先アドレスと暗号化した宛先アドレスは一対
一に対応するので、受信したパケットの宛先アドレスを
解読せずに用いて解読鍵を選択することも可能である。
また、宛先アドレスを暗号化せずにその他の暗号化情報
と共に転送することも可能であり、その場合は宛先アド
レス分離回路２２６が複写した宛先アドレスをそのまま
用いて解読鍵を選択する。

【００３８】図７（ｂ）にメモリ２１９の構成例を示
す。本実施例では（Ｎ＋２）種類の受信パケットの宛先
アドレス４０３に対して（Ｎ＋２）種類の解読鍵４０２
が一対一に対応するように登録されている。具体的に
は、自ＷＳが個別通信の受信端末となる場合の自アドレ
ス１種類、自ＷＳを含むグループに対するグループ通信
を行う場合のグループアドレスＮ種類、全ての端末に対
する同報通信を行う場合の一斉同報アドレス１種類の計
（Ｎ＋２）種類のアドレスに対して、一対一に対応する
ように（Ｎ＋２）種類の解読鍵４０２が登録されてい
る。尚、異なる複数の受信パケット宛先アドレスに対し
て同一の解読鍵を対応させることも可能である。そのよ
うな場合には（Ｎ＋２）種類の宛先アドレスに対して
（Ｎ＋２）種類以下の解読鍵が登録される。更には、宛
先アドレスと発信元アドレスの組み合わせに対して、一
対一に対応するように解読鍵を登録することも可能であ
る。解読鍵読み出し回路２１８は宛先アドレスで一意に
定まる解読鍵を読み出し、解読回路２２１に転送する。
解読回路２２１はバッファ２２０より入力するパケット
を解読鍵を用いて解読し、ＬＡＮ制御部１８０に転送す
る。

【００３９】次に本実施例における送信パケット宛先ア
ドレス／暗号化鍵および受信パケット宛先アドレス／解
読鍵の設定方法について説明する。本実施例ではシステ
ム構築時に、ＦＤより設定データをロードする。送信パ
ケット宛先アドレス／暗号化鍵を登録するメモリ２１３
への設定データの書き込み制御はメモリ書込制御２２２
が行う。一方、受信パケット宛先アドレス／解読鍵を登
録するメモリ２１９への設定データの書き込み制御はメ
モリ＃２書込制御２２３が行う。尚、設定データの変更
が生じた場合には、ネットワーク内の通信端末あるいは
制御端末からのコマンド入力によりメモリ内の登録内容
の書き換えを行う。この場合には、ＷＳ本体１００内の
ＣＰＵ１２０で処理された設定データが内部バス１６０
を介してメモリ書込制御２２２およびメモリ書込制御２
２３に転送される。書込制御２２２，２２３はＣＰＵ１
２０の指示に従い、メモリ２１３，メモリ２１９の登録
内容の書き換えを行う。

【００４０】次に図８，図９を用いて第三の実施例につ
いて説明する。本実施例ではＬＡＮ制御部１８０から入
力するパケットのルート情報に基づいて使用する暗号化
鍵を決定する。尚、本実施例も前述の第一の実施例と暗
号化部２００の動作のみが異なるので、暗号化部２００
のみ説明する。

【００４１】図８において、ルート情報読み出し回路２
２７はＬＡＮ制御部１８０から入力するパケットのルー
ト情報を読み出し、暗号化鍵読み出し回路２２５に転送
する。暗号化鍵読み出し回路２２５はルート情報に基づ
き、使用する暗号化鍵をメモリ２１３より読み出す。

【００４２】図９（ａ）に本実施例におけるメモリ２１
３の構成例を示す。メモリ２１３では２５６種類の送信
パケットルート情報３０５（ＶＣＮ＃０〜ＶＣＮ＃２５
５）に対して、一対一に対応するように暗号化鍵３０２
が２５６種類登録されている。尚、ルート情報の設定方
法は任意であり本発明を制限するものではない。暗号化
鍵読み出し回路２２５は暗号化鍵を暗号化回路２１５に
転送する。バッファ２１４は前記暗号化鍵の転送までの
時間だけＬＡＮ制御部１８０から入力したパケットを格
納する。暗号化回路２１５はバッファ２１４より入力す
るパケットを暗号化し、伝送部２１０に転送する。本実
施例では、ルート情報は共通暗号化鍵を用いて暗号化
し、その他の部分はメモリ２１３より読み出した暗号化
鍵を用いて暗号化する。

【００４３】本実施例でも第一の実施例における暗号化
鍵ＩＤのような特有のパラメータを使用しないので、暗
号化部２００と伝送部２１０の間で授受するパケットフ
ォーマットはＬＡＮ制御部がサポートするＭＡＣ層プロ
トコルのパケットフォーマットと完全に一致する。

【００４４】次に、ＬＡＮから暗号化情報（パケット）
を受信したときの処理について説明する。ルート情報分
離回路２２８は暗号化パケットからルート情報の区間を
複写し、解読鍵読み出し回路２１８に転送する。解読鍵
読み出し回路２１８はルート情報に基づき、メモリ２１
９より解読鍵を読み出す。ルート情報は共通暗号化鍵で
暗号化されているので、全ての受信端末はルート情報を
解読することができる。尚、本実施例ではルート情報の
暗号化に共通暗号化鍵を用いているので平文のルート情
報と暗号化したルート情報は一対一に対応するので、受
信したパケットのルート情報を解読せずに用いて解読鍵
を選択することも可能である。また、ルート情報を暗号
化せずにその他の暗号化情報と共に転送することも可能
であり、その場合にはルート情報分離回路２２８が複写
したルート情報をそのまま用いて解読鍵を選択する。

【００４５】図９（ｂ）にメモリ２１９の構成例を示
す。本実施例では受信パケットのルート情報４０４に対
して、一対一に対応するように２５６種類の解読鍵４０
２が登録されている。尚、異なる複数のルート情報に対
して同一の解読鍵を対応させることも可能である。その
ような場合には２５６種類のルート情報に対して２５６
種類以下の解読鍵が登録される。解読鍵読み出し回路２
１８はルート情報で一意に定まる解読鍵を読み出し、解
読回路２２１に転送する。解読回路２２１はバッファ２
２０より入力するパケットを解読鍵を用いて解読し、Ｌ
ＡＮ制御部１８０に転送する。

【００４６】次に本実施例における送信パケットルート
情報／暗号化鍵および受信パケットルート情報／解読鍵
の設定方法について説明する。本実施例ではシステム構
築時に、ＦＤより設定データをロードする。送信パケッ
トルート情報／暗号化鍵を登録するメモリ２１３への設
定データの書き込み制御はメモリ２１３の書込制御２２
２が行う。一方、受信パケットルート情報／解読鍵を登
録するメモリ２１９への設定データの書き込み制御はメ
モリ２１９の書込制御２２３が行う。尚、設定データの
変更が生じた場合には、ネットワーク内の通信端末ある
いは制御端末からのコマンド入力によりメモリ内の登録
内容の書き換えを行う。この場合には、ＷＳ本体１００
内のＣＰＵ１２０で処理された設定データが内部バス１
６０を介してメモリ＃１書込制御２２２およびメモリ＃
２書込制御２２３に転送される。書込制御２２２および
２２３はＣＰＵ１２０の指示に基づき、メモリ２１３お
よびメモリ２１９の登録内容の書き換えを行う。

【００４７】次に図１０，図１１を用いて第四の実施例
について説明する。本実施例ではパケットを送信する通
信端末のＭＡＣアドレスに基づいて使用する暗号化鍵を
決定する。従って、物理的に一つの通信端末が複数のＭ
ＡＣアドレスを有する場合には一端末が複数の暗号化鍵
を有することになり、複数の通信端末が一つのＭＡＣア
ドレスを共有する場合には複数の端末が一つの暗号化鍵
を共有することになる。尚、本実施例も前述の第一の実
施例と暗号化部２００の動作のみが異なるので、暗号化
部２００のみ説明する。

【００４８】図１０において、送信元アドレス読み出し
回路２２９はＬＡＮ制御部１８０から入力するパケット
の送信元アドレスを読み出し、暗号化鍵読み出し回路２
２５に転送する。暗号化鍵読み出し回路２２５は前記送
信元アドレスに基づき、使用する暗号化鍵をメモリ２１
３より読み出す。

【００４９】図１１（ａ）に本実施例におけるメモリ２
１３の構成例を示す。本実施例では１種類の送信パケッ
ト送信元アドレス３０６に対して一種類の暗号化鍵３０
２が登録されている。暗号化鍵読み出し回路２２５は暗
号化鍵を暗号化回路２１５に転送する。バッファ２１４
は暗号化鍵の転送までの時間だけＬＡＮ制御部１８０か
ら入力したパケットを格納する。暗号化回路２１５はバ
ッファ２１４より入力するパケットを暗号化し、伝送部
２１０に転送する。本実施例では、宛先アドレスと送信
元アドレスは共通暗号化鍵を用いて暗号化し、その他の
部分はメモリ２１３より読み出した暗号化鍵を用いて暗
号化する。

【００５０】本実施例でも第一の実施例における暗号化
鍵ＩＤのような特有のパラメータを使用しないので、暗
号化部２００と伝送部２１０の間で授受するパケットフ
ォーマットはＬＡＮ制御部がサポートするＭＡＣ層プロ
トコルのパケットフォーマットと一致する。

【００５１】次に、ＬＡＮから暗号化情報（パケット）
を受信したときの処理について説明する。送信元アドレ
ス分離回路２３０は暗号化パケットから送信元アドレス
の区間を複写し、解読鍵読み出し回路２１８に転送す
る。解読鍵読み出し回路２１８は送信元アドレスに基づ
き、メモリ２１９より解読鍵を読み出す。送信元アドレ
スは共通暗号化鍵で暗号化されているので、全ての受信
端末は送信元アドレスを解読することができる。尚、本
実施例では送信元アドレスの暗号化に共通暗号化鍵を用
いていることから平文の送信元アドレスと暗号化した送
信元アドレスは一対一に対応するので、受信したパケッ
トの送信元アドレスを解読せずに用いて解読鍵を選択す
ることも可能である。また、送信元アドレスを暗号化せ
ずにその他の暗号化情報と共に転送することも可能であ
り、その場合には送信元アドレス分離回路２３０が複写
した送信元アドレスをそのまま用いて解読鍵を選択す
る。

【００５２】図１１（ｂ）にメモリ２１９の構成例を示
す。本実施例では２５６種類の受信パケットの送信元ア
ドレス４０５に対して２５６種類の解読鍵４０２が一対
一に対応するように登録されている。尚、異なる複数の
受信パケット送信元アドレスに対して同一の解読鍵を対
応させることも可能である。そのような場合には２５６
種類の宛先アドレスに対して２５６種類以下の解読鍵が
登録される。解読鍵読み出し回路２１８は送信元アドレ
スで一意に定まる解読鍵を読み出し、解読回路２２１に
転送する。解読回路２２１はバッファ２２０より入力す
るパケットを解読鍵を用いて解読し、ＬＡＮ制御部１８
０に転送する。

【００５３】次に本実施例における送信パケット送信元
アドレス／暗号化鍵および受信パケット送信元アドレス
／解読鍵の設定方法について説明する。本実施例ではシ
ステム構築時に、ＦＤより設定データをロードする。送
信パケット送信元アドレス／暗号化鍵を登録するメモリ
２１３への設定データの書き込み制御はメモリ２１３書
込制御２２２が行う。一方、受信パケット送信元アドレ
ス／解読鍵を登録するメモリ２１９への設定データの書
き込み制御はメモリ２１９の書込制御２２３が行う。
尚、設定データの変更が生じた場合には、ネットワーク
内の通信端末あるいは制御端末からのコマンド入力によ
りメモリ内の登録内容の書き換えを行う。この場合に
は、ＷＳ本体１００内のＣＰＵ１２０で処理された設定
データが内部バス１６０を介してメモリ２１３の書込制
御２２２およびメモリ２１９の書込制御２２３に転送さ
れる。書込制御２２２および２２３はＣＰＵ１２０の指
示に基づき、メモリ２１３およびメモリ２１９の登録内
容の書き換えを行う。

【００５４】次に図１２，図１３および１４を用いて第
五の実施例について説明する。第一の実施例が暗号化鍵
ＩＤを暗号化情報と共に転送するのに対して、本実施例
は暗号化鍵を暗号化情報と共に転送する。尚、本実施例
も第一の実施例と暗号化部２００の動作のみが異なるの
で、暗号化部２００のみ説明する。

【００５５】図１２において、入力パケットカウント回
路２１１はＬＡＮ制御部１８０から入力するパケット数
をカウントし、カウント値を暗号化鍵読み出し回路２３
１に転送する。暗号化鍵読み出し回路２３１はカウント
値に基づき、パケットの暗号化に使用する暗号化鍵をメ
モリ２１３より読み出す。

【００５６】図１３（ａ）にメモリ２１３の構成例を示
す。本実施例では０から２５５までのカウント値３０１
に対して、一対一に対応するように暗号化鍵３０２が２
５６種類登録されている。尚、異なる複数のカウント値
に対して同一の暗号化鍵を対応させることも可能であ
る。そのような場合には２５６種類のカウント値に対し
て２５６種類以下の暗号化鍵が登録される。更に、暗号
化鍵読み出し回路２３１は暗号化鍵を暗号化回路２１５
と暗号化鍵挿入回路２３２に転送する。バッファ２１４
は暗号化鍵の転送までの時間だけＬＡＮ制御部１８０か
ら入力したパケットを格納する。暗号化鍵挿入回路２３
２はパケットの所定の位置に、暗号化鍵読み出し回路２
３１より転送された暗号化鍵を挿入する。

【００５７】図１４に本実施例における暗号化鍵５０６
の挿入位置を示す。パケット５００はパケットヘッダと
情報領域５０１から構成される。パケットヘッダ内には
宛先アドレス５０２と送信元アドレス５０３が書き込ま
れている。暗号化鍵５０６はユーザ情報５０５とパケッ
トヘッダの間に挿入する。ＭＡＣ層では、暗号化鍵５０
６とユーザ情報５０５を情報領域５０１として取扱うの
で、暗号化鍵５０６の挿入はＭＡＣ層プロトコルには影
響を及ぼさない。

【００５８】一方、暗号化回路２１５はバッファ２１４
より入力するパケットを暗号化し、暗号化鍵挿入回路２
３２に転送する。本実施例では、暗号化鍵はネットワー
ク内の全ての通信機器が解読可能な暗号化鍵（以下、共
通暗号化鍵と称す）を用いて暗号化し、その他の部分は
メモリ２１３より読み出した個別の暗号化鍵を用いて暗
号化する。

【００５９】次に、ＬＡＮから暗号化情報を受信したと
きの処理について説明する。暗号化鍵分離回路２３３は
受信暗号化パケットから暗号化鍵の区間を切り出し、解
読鍵読み出し回路２１８に転送する。暗号化鍵以外の部
分はそのままバッファ２２０に格納される。解読鍵読み
出し回路２１８は暗号化鍵に基づき、メモリ２１９より
解読鍵を読み出す。暗号化鍵は共通暗号化鍵で暗号化さ
れているので、全ての受信端末は暗号化鍵を解読するこ
とができる。尚、本実施例では暗号化鍵の暗号化に共通
暗号化鍵を用いていることから平文の暗号化鍵と暗号化
した暗号化鍵は一対一に対応するので、受信したパケッ
トの暗号化鍵を解読せずに用いて解読鍵を選択すること
も可能である。また、暗号化鍵を暗号化せずにその他の
暗号化情報と共に転送することも可能であり、その場合
には暗号化鍵分離回路２３３が切り出した暗号化鍵をそ
のまま用いて解読鍵の選択を行う。

【００６０】図１３（ｂ）にメモリ２１９の構成例を示
す。本実施例では２５６種類の暗号化鍵４０６（Ｃ−Ｋ
ｅｙ＃０〜Ｃ−Ｋｅｙ＃２５５）に一対一に対応するよ
うに解読鍵４０２（Ｄ−Ｋｅｙ＃０〜Ｄ−Ｋｅｙ＃２５
５）が２５６種類登録されている。解読鍵読み出し回路
２１８は暗号化鍵で一意に定まる解読鍵を読み出し、解
読回路２２１に転送する。解読回路２２１は、バッファ
２２０より入力するパケットを解読鍵を用いて解読し、
ＬＡＮ制御部１８０に転送する。

【００６１】次に本実施例におけるカウント値／暗号化
鍵／解読鍵の設定方法について説明する。本実施例では
システム構築時に、フロッピーディスク（ＦＤ）より設
定データをロードする。カウント値／暗号化鍵を登録す
るメモリ２１３への設定データの書き込み制御はメモリ
＃１書込制御２２２が行う。一方、暗号化鍵／解読鍵を
登録するメモリ２１９への設定データの書き込み制御は
メモリ２１９の書込制御２２３が行う。尚、設定データ
の変更が生じた場合には、ネットワーク内の通信端末あ
るいは制御端末からのコマンド入力によりメモリ内の登
録内容の書き換えを行う。この場合には、ＷＳ本体１０
０内のＣＰＵ１２０で処理された設定データが内部バス
１６０を介してメモリ２１３の書込制御２２２およびメ
モリ219の書込制御２２３に転送される。書込制御２２
２および２２３はＣＰＵ１２０の指示に基づき、メモリ
２１３およびメモリ２１９の登録内容の書き換えを行
う。

【００６２】次に図１５，図１６および図１７を用いて
第六の実施例について説明する。第一の実施例が暗号化
鍵ＩＤを暗号化情報と共に転送するのに対して、本実施
例は解読鍵を暗号化情報と共に転送する。尚、本実施例
も第一の実施例と暗号化部２００の動作のみが異なるの
で、暗号化部２００のみ説明する。

【００６３】図１５において、入力パケットカウント回
路２１１はＬＡＮ制御部１８０から入力するパケット数
をカウントし、カウント値を暗号化鍵／解読鍵読み出し
回路２３４に転送する。暗号化鍵／解読鍵読み出し回路
２３４はカウント値に基づき、パケットの暗号化に使用
する暗号化鍵および解読時に使用する解読鍵をメモリ２
１３より読み出す。

【００６４】図１６にメモリ２１３の構成例を示す。本
実施例では０から２５５までのカウント値３０１に対し
て、一対一に対応するように暗号化鍵３０２と解読鍵３
０７が２５６組登録されている。尚、異なる複数のカウ
ント値に対して同一の暗号化鍵／解読鍵を対応させるこ
とも可能である。そのような場合には２５６種類のカウ
ント値に対して２５６組以下の暗号化鍵／解読鍵が登録
される。更に、暗号化鍵／解読鍵読み出し回路２３４は
暗号化鍵を暗号化回路２１５に転送すると共に、解読鍵
を解読鍵挿入回路２３５に転送する。バッファ２１４は
暗号化鍵の転送までの時間だけＬＡＮ制御部１８０から
入力したパケットを格納する。解読鍵挿入回路２３２は
パケットの所定の位置に、暗号化鍵／解読鍵読み出し回
路２３４より転送された解読鍵を挿入する。

【００６５】図１７に本実施例における解読鍵５０７の
挿入位置を示す。パケット５００はパケットヘッダと情
報領域５０１から構成される。パケットヘッダ内には宛
先アドレス５０２と送信元アドレス５０３が書き込まれ
ている。解読鍵５０７はユーザ情報５０５とパケットヘ
ッダの間に挿入する。ＭＡＣ層では、解読鍵５０７とユ
ーザ情報５０５を情報領域５０１として取扱うので、解
読鍵５０７の挿入はＭＡＣ層プロトコルには影響を及ぼ
さない。

【００６６】暗号化回路２１５はバッファ２１４より入
力するパケットを暗号化し、解読鍵挿入回路２３５に転
送する。本実施例では、解読鍵は共通暗号化鍵を用いて
暗号化し、その他の部分はメモリ２１３より読み出した
個別の暗号化鍵を用いて暗号化する。

【００６７】次に、ＬＡＮから暗号化情報を受信したと
きの処理について説明する。解読鍵分離回路２３６は受
信暗号化パケットから解読鍵の区間を切り出し、解読回
路２２１に転送する。解読鍵は共通暗号化鍵で暗号化さ
れているので、全ての受信端末は解読鍵を解読すること
ができる。また、解読鍵を暗号化せずにその他の暗号化
情報と共に転送することも可能であり、その場合には解
読鍵分離回路２３６が切り出した解読鍵をそのまま用い
る。解読回路２２１は解読鍵分離回路２３６より転送さ
れるパケットを当該解読鍵を用いて解読し、ＬＡＮ制御
部１８０に転送する。

【００６８】次に本実施例におけるカウント値／暗号化
鍵／解読鍵の設定方法について説明する。本実施例では
システム構築時に、フロッピーディスク（ＦＤ）より設
定データをロードする。カウント値／暗号化鍵／解読鍵
を登録するメモリ２１３への設定データの書き込み制御
はメモリ２１３の書込制御２２２が行う。尚、設定デー
タの変更が生じた場合には、ネットワーク内の通信端末
あるいは制御端末からのコマンド入力によりメモリ内の
登録内容の書き換えを行う。この場合には、ＷＳ本体１
００内のＣＰＵ１２０で処理された設定データが内部バ
ス１６０を介してメモリ２１３の書込制御２２２に転送
される。書込制御２２２はCPU120の指示に基づきメモリ
２１３の登録内容の書き換えを行う。

【００６９】次に図１８，図１９および２０を用いて第
七の実施例について説明する。第一の実施例が暗号化鍵
ＩＤを暗号化情報と共に転送するのに対して、本実施例
は解読鍵識別子（以下、解読鍵ＩＤと称す）を暗号化情
報と共に転送する。尚、本実施例も第一の実施例と暗号
化部２００の動作のみが異なるので、暗号化部２００の
み説明する。

【００７０】図１８において、入力パケットカウント回
路２１１はＬＡＮ制御部１８０から入力するパケット数
をカウントし、カウント値を暗号化鍵／ＩＤ読み出し回
路２１２に転送する。暗号化鍵／ＩＤ読み出し回路２１
２はカウント値に基づき、パケットの暗号化に使用する
暗号化鍵と暗号化鍵に対応する解読鍵を一意に示す解読
鍵ＩＤをメモリ２１３より読み出す。

【００７１】図１９（ａ）にメモリ２１３の構成例を示
す。本実施例では０から２５５までのカウント値３０１
に対して、一対一に対応するように暗号化鍵３０２と解
読鍵ＩＤ３０８が２５６組登録されている。尚、異なる
複数のカウント値に対して同一の暗号化鍵／解読鍵ＩＤ
を対応させることも可能である。そのような場合には２
５６種類のカウント値に対して２５６組以下の暗号化鍵
／解読鍵ＩＤが登録される。更に、暗号化鍵／解読鍵読
み出し回路２１２は暗号化鍵を暗号化回路215に転送す
ると共に、解読鍵ＩＤを解読鍵ＩＤ挿入回路２３７に転
送する。バッファ２１４は暗号化鍵の転送までの時間だ
けＬＡＮ制御部１８０から入力したパケットを格納す
る。解読鍵ＩＤ挿入回路２３７はパケットの所定の位置
に、暗号化鍵／ＩＤ読み出し回路２１２より転送された
解読鍵ＩＤを挿入する。

【００７２】図２０に本実施例における解読鍵ＩＤ５０
８の挿入位置を示す。パケット500はパケットヘッダと
情報領域５０１から構成される。パケットヘッダ内には
宛先アドレス５０２と送信元アドレス５０３が書き込ま
れている。解読鍵ＩＤ５０８はユーザ情報５０５とパケ
ットヘッダの間に挿入する。ＭＡＣ層では、解読鍵ＩＤ
５０８とユーザ情報５０５を情報領域５０１として取扱
うので、解読鍵ＩＤ５０８の挿入はＭＡＣ層プロトコル
には影響を及ぼさない。

【００７３】暗号化回路２１５はバッファ２１４より入
力するパケットを暗号化し、解読鍵ＩＤ挿入回路２３７
に転送する。本実施例では、解読鍵は共通暗号化鍵を用
いて暗号化し、その他の部分はメモリ２１３より読み出
した個別の暗号化鍵を用いて暗号化する。

【００７４】次に、ＬＡＮから暗号化情報を受信したと
きの処理について説明する。解読鍵ＩＤ分離回路２３７
は受信暗号化パケットから解読鍵ＩＤの区間を切り出
し、解読鍵読み出し回路２１８に転送する。解読鍵ＩＤ
以外の部分はそのままバッファ２２０に格納される。解
読鍵読み出し回路２１８は前記解読鍵ＩＤに基づき、メ
モリ２１９より解読鍵を読み出す。解読鍵ＩＤは共通暗
号化鍵で暗号化されているので、全ての受信端末は解読
鍵ＩＤを解読することができる。尚、本実施例では解読
鍵ＩＤの暗号化に共通暗号化鍵を用いていることから平
文の解読鍵ＩＤと暗号化した解読鍵ＩＤは一対一に対応
するので、受信したパケットの解読鍵ＩＤを解読せずに
用いて解読鍵を選択することも可能である。また、解読
鍵ＩＤを暗号化せずにその他の暗号化情報と共に転送す
ることも可能であり、その場合には解読鍵ＩＤ分離回路
２３８が切り出した解読鍵ＩＤをそのまま用いて解読鍵
の選択を行う。

【００７５】図１９（ｂ）にメモリ２１９の構成例を示
す。本実施例では２５６種類の解読鍵ＩＤ４０７に一対
一に対応するように解読鍵４０２が２５６種類登録され
ている。解読鍵読み出し回路２１８は解読鍵ＩＤで一意
に定まる解読鍵を読み出し、解読回路２２１に転送す
る。解読回路２２１は、バッファ２２０より入力するパ
ケットを解読鍵を用いて解読し、ＬＡＮ制御部１８０に
転送する。

【００７６】次に本実施例におけるカウント値／暗号化
鍵／解読鍵ＩＤ／解読鍵の設定方法について説明する。
本実施例ではシステム構築時に、フロッピーディスク
(ＦＤ)より設定データをロードする。カウント値／暗号
化鍵／解読鍵ＩＤを登録するメモリ２１３への設定デー
タの書き込み制御はメモリ２１３の書込制御２２２が行
う。解読鍵ＩＤ／解読鍵を登録するメモリ２１９への設
定データの書き込み制御はメモリ２１９の書込制御２２
３が行う。尚、設定データの変更が生じた場合には、ネ
ットワーク内の通信端末あるいは制御端末からのコマン
ド入力によりメモリ内の登録内容の書き換えを行う。こ
の場合には、ＷＳ本体１００内のCPU120で処理された設
定データが内部バス１６０を介してメモリ２１３の書込
制御２２２に転送される。書込制御２２２はＣＰＵ１２
０の指示に基づきメモリ２１３およびメモリ２１９の登
録内容の書き換えを行う。

【００７７】次に図２１，図２２を用いて第八の実施例
について説明する。第七の実施例は第一の実施例とメモ
リ２１３，メモリ２１９の設定方法が異なる。即ち、第
一の実施例ではメモリ２１３，２１９の設定はＦＤより
設定データをローディングすることにより行った。本実
施例では、図２１に示すようにメモリ２１３，２１９の
設定データはＬＡＮインタフェース１４０内のＲＯＭ１
９１から読み込む。

【００７８】図２２において、書込制御２３９はＲＯＭ
１９１よりメモリ２１３への設定データ（カウント値／
暗号化鍵／暗号化鍵ＩＤ）を読み込み、メモリ２１３に
書き込む。書込制御２４０はＲＯＭ１９１よりメモリ２
１９への設定データ（暗号化鍵ＩＤ／解読鍵）を読み込
み、メモリ２１９に書き込む。

【００７９】尚、本実施例を前記第二ないし第七の実施
例に適用することは容易である。第二の実施例に適用す
る場合には、ＲＯＭ１９１に記憶する内容を、メモリ２
１３用として送信パケット宛先アドレス／暗号化鍵と
し、メモリ２１９用として受信パケット宛先アドレス／
解読鍵とすれば良い。第三の実施例に適用する場合に
は、ＲＯＭ１９１に記憶する内容を、メモリ２１３用と
して送信パケットルート情報／暗号化鍵とし、メモリ２
１９用として受信パケットルート情報／解読鍵とすれば
良い。第四の実施例に適用する場合には、ＲＯＭ１９１
に記憶する内容を、メモリ２１３用として送信パケット
送信元アドレス／暗号化鍵、メモリ２１９用として受信
パケット送信元アドレス／解読鍵とすれば良い。第五の
実施例に適用する場合には、ＲＯＭ１９１に記憶する内
容を、メモリ２１３用としてカウント値／暗号化鍵、メ
モリ２１９用として暗号化鍵／解読鍵とすれば良い。第
六の実施例に適用する場合には、ＲＯＭ１９１に記憶す
る内容を、メモリ２１３用としてカウント値／暗号化鍵
／解読鍵とすれば良い。第七の実施例に適用する場合に
は、ＲＯＭ１９１に記憶する内容を、メモリ２１３用と
してカウント値／暗号化鍵／解読鍵ＩＤ、メモリ２１９
用として解読鍵ＩＤ／解読鍵とすれば良い。

【００８０】

【発明の効果】本発明によれば、暗号化情報と共に暗号
化鍵／解読鍵を一意に示す識別情報を転送するので、複
数の暗号化鍵を用いる秘匿通信においても暗号化情報を
正確に解読することができる。

【００８１】識別情報として暗号化鍵あるいは解読鍵そ
のものを用いる場合には、任意の通信端末に対して任意
の暗号化鍵を用いることが出来るので、秘匿通信の信頼
性がより向上する。

【００８２】識別情報として暗号化鍵識別子あるいは解
読鍵識別子を用いる場合には、任意の通信端末に対して
任意の暗号化鍵を用いることが出来ることに加えて、暗
号化鍵あるいは解読鍵を識別子として表現しているの
で、更に秘匿通信の信頼性が向上する。

【００８３】識別情報として端末アドレスあるいはルー
ト情報を用いる場合には、特別な識別子を使用すること
なく暗号化鍵／解読鍵を特定することが出来る。

【図面の簡単な説明】

【図１】本発明の第一の実施例における暗号化部のブロ
ック図。

【図２】本発明の第一の実施例における通信端末（Ｗ
Ｓ）本体のブロック図。

【図３】本発明の第一の実施例におけるＬＡＮインタフ
ェースのブロック図。

【図４】本発明の第一の実施例における暗号化鍵記憶部
および解読鍵記憶部の説明図。

【図５】本発明の第一の実施例におけるパケットの説明
図。

【図６】本発明の第二の実施例における暗号化部のブロ
ック図。

【図７】本発明の第二の実施例における暗号化鍵記憶部
および解読鍵記憶部の説明図。

【図８】本発明の第三の実施例における暗号化部のブロ
ック図。

【図９】本発明の第三の実施例における暗号化鍵記憶部
および解読鍵記憶部の説明図。

【図１０】本発明の第四の実施例における暗号化部のブ
ロック図。

【図１１】本発明の第四の実施例における暗号化鍵記憶
部および解読鍵記憶部の説明図。

【図１２】本発明の第五の実施例における暗号化部のブ
ロック図。

【図１３】本発明の第五の実施例における暗号化鍵記憶
部および解読鍵記憶部の説明図。

【図１４】本発明の第五の実施例におけるパケットの説
明図。

【図１５】本発明の第六の実施例における暗号化部のブ
ロック図。

【図１６】本発明の第六の実施例における暗号化鍵およ
び解読鍵記憶部の説明図。

【図１７】本発明の第六の実施例におけるパケットの説
明図。

【図１８】本発明の第七の実施例における暗号化部のブ
ロック図。

【図１９】本発明の第七の実施例における暗号化鍵記憶
部および解読鍵記憶部の構成図。

【図２０】本発明の第七の実施例におけるパケットの説
明図。

【図２１】本発明の第八の実施例におけるＬＡＮインタ
フェースのブロック図。

【図２２】本発明の第八の実施例における暗号化部のブ
ロック図。

【符号の説明】

２００…暗号化部、２１１…入力パケットカウント回
路、２１２…暗号化鍵／ＩＤ読み出し回路、２１３…メ
モリ、２１５…暗号化回路、２１６…暗号化鍵ＩＤ挿入
回路、２１７…暗号化鍵ＩＤ分離回路、２１８…解読鍵
読み出し回路、２１９…メモリ、２２１…解読回路、２
２２…メモリ書込制御、２２３…メモリ書込制御。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁵ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｌ 12/28 (72)発明者鈴木秀哉東京都国分寺市東恋ケ窪１丁目280番地株式会社日立製作所中央研究所内

Claims

【特許請求の範囲】

【請求項１】送信端末から受信端末に情報を暗号化して
転送する情報転送方式において、前記送信端末は暗号化
情報を転送する毎に暗号化鍵を暗号化情報と共に転送
し、前記受信端末は受信した情報の中の暗号化鍵から解
読鍵を決定する手段を具備し、前記解読鍵を用いて前記
受信情報を解読することを特徴とする情報転送方式。
【請求項２】送信端末から受信端末に情報を暗号化して
転送する情報転送方式において、前記送信端末は所定の
規則に従って使用する暗号化鍵を変更する手段を具備
し、前記暗号化鍵を変更する毎に前記暗号化鍵を暗号化
情報と共に転送し、前記受信端末は受信した情報の中の
前記暗号化鍵から解読鍵を決定する手段を具備し、前記
解読鍵を用いて前記受信情報を解読することを特徴とす
る情報転送方式。
【請求項３】請求項１または２において、ネットワーク
内の全ての通信端末が解読可能な前記暗号化鍵を用い
て、少なくとも暗号化鍵を暗号化する情報転送方式。
【請求項４】請求項１または２において、少なくとも暗
号化鍵は暗号化せずに転送する情報転送方式。
【請求項５】送信端末から受信端末に情報を暗号化して
転送する情報転送方式において、前記送信端末は暗号化
情報を転送する毎に暗号化鍵に対応する解読鍵を前記暗
号化情報と共に転送し、前記受信端末は受信した情報の
中の解読鍵を用いて前記受信情報を解読することを特徴
とする情報転送方式。
【請求項６】送信端末から受信端末に情報を暗号化して
転送する情報転送方式において、前記送信端末は所定の
規則に従って使用する暗号化鍵を変更する手段を具備
し、前記暗号化鍵を変更する毎に前記暗号化鍵に対応す
る解読鍵を暗号化情報と共に転送し、前記受信端末は受
信した情報の中の解読鍵を用いて前記受信情報を解読す
ることを特徴とする情報転送方式。
【請求項７】請求項５または６において、共通鍵を用い
て、少なくとも前記解読鍵を暗号化する情報転送方式。
【請求項８】請求項５または６において、少なくとも前
記解読鍵は暗号化せずに転送する情報転送方式。
【請求項９】送信端末から受信端末に情報を暗号化して
転送する情報転送方式において、前記送信端末は使用す
る暗号化鍵を一意に示す暗号化鍵識別子を決定する手段
を具備し、暗号化情報を転送する毎に前記暗号化鍵識別
子を暗号化情報と共に転送し、前記受信端末は受信した
情報の中の暗号化鍵識別子から解読鍵を決定する手段を
具備し、前記解読鍵を用いて前記受信情報を解読するこ
とを特徴とする情報転送方式。
【請求項１０】送信端末から受信端末に情報を暗号化し
て転送する情報転送方式において、前記送信端末は使用
する暗号化鍵を一意に示す暗号化鍵識別子を決定する手
段と、所定の規則に従って使用する前記暗号化鍵を変更
する手段を具備し、前記暗号化鍵を変更する毎に前記暗
号化鍵識別子を暗号化情報と共に転送し、前記受信端末
は受信した情報の中の前記暗号化鍵の識別子から解読鍵
を決定する手段を具備し、前記解読鍵を用いて前記受信
情報を解読することを特徴とする情報転送方式。
【請求項１１】請求項９または１０において、前記暗号
化鍵識別子を決定する手段として、一つあるいは複数の
前記暗号化鍵と一つの前記暗号化鍵識別子を関連付けて
記憶する手段を具備する情報転送方式。
【請求項１２】請求項９，１０または１１において、前
記共通鍵を用いて、少なくとも前記暗号化鍵識別子を暗
号化する情報転送方式。
【請求項１３】請求項９，１０または１１において、少
なくとも前記暗号化鍵識別子は暗号化せずに転送する情
報転送方式。
【請求項１４】送信端末から受信端末に情報を暗号化し
て転送する情報転送方式において、前記送信端末は使用
する暗号化鍵に対応する解読鍵を一意に示す解読鍵識別
子を決定する手段を具備し、暗号化情報を転送する毎に
前記解読鍵識別子を前記暗号化情報と共に転送し、前記
受信端末は受信した情報の中の前記解読鍵識別子から前
記解読鍵を決定する手段を具備し、前記解読鍵を用いて
前記受信情報を解読することを特徴とする情報転送方
式。
【請求項１５】送信端末から受信端末に情報を暗号化し
て転送する情報転送方式において、前記送信端末は使用
する暗号化鍵に対応する解読鍵を一意に示す解読鍵識別
子を決定する手段と、所定の規則に従って使用する前記
暗号化鍵を変更する手段を具備し、前記暗号化鍵を変更
する毎に前記解読鍵識別子を暗号化情報と共に転送し、
前記受信端末は受信した情報の中の前記解読鍵識別子か
ら前記解読鍵を決定する手段を具備し、前記解読鍵を用
いて前記受信情報を解読することを特徴とする情報転送
方式。
【請求項１６】請求項１４または１５において、前記解
読鍵識別子を決定する手段として、一つあるいは複数の
前記暗号化鍵と一つの前記解読鍵識別子を関連付けて記
憶する手段を具備する情報転送方式。
【請求項１７】請求項１４，１５または１６において、
前記共通鍵を用いて、少なくとも前記解読鍵識別子を暗
号化する情報転送方式。
【請求項１８】請求項１４，１５または１６において、
少なくとも前記解読鍵識別子は暗号化せずに転送する情
報転送方式。
【請求項１９】送信端末から受信端末に情報を暗号化
し、暗号化情報をパケット化して転送する情報転送方式
において、前記送信端末は２種類以上の暗号化鍵を用い
て情報を暗号化し、パケットを組み立て、前記受信端末
に転送することを特徴とする情報転送方式。
【請求項２０】請求項１９において、前記送信端末は使
用する前記暗号化鍵を一意に示す前記暗号化鍵識別子を
決定する手段を具備し、前記暗号化情報を転送する毎に
前記暗号化鍵識別子を前記暗号化情報と共に転送し、前
記受信端末は受信した情報の中の前記暗号化鍵識別子か
ら前記解読鍵を決定する手段を具備し、前記解読鍵を用
いて前記受信情報を解読する情報転送方式。
【請求項２１】送信端末から受信端末に情報を暗号化し
て転送する情報転送方式において、前記送信端末は送信
端末アドレスと受信端末アドレスのいずれか一方、ある
いは両方から暗号化鍵を決定し、前記受信端末は受信し
た情報の中の前記送信端末アドレスと前記受信端末アド
レスのいずれか一方、あるいは両方から解読鍵を決定す
ることを特徴とする情報転送方式。
【請求項２２】請求項２１において、前記暗号化鍵を決
定する手段として、一つあるいは複数の前記送信端末ア
ドレスと一つの前記暗号化鍵を関連付けて記憶する手段
を具備し、解読鍵を決定する手段として、一つあるいは
複数の前記送信端末アドレスと一つの前記解読鍵を関連
付けて記憶する手段を具備する情報転送方式。
【請求項２３】請求項２１において、前記暗号化鍵を決
定する手段として、一つあるいは複数の前記受信端末ア
ドレスと一つの前記暗号化鍵を関連付けて記憶する手段
を具備し、前記解読鍵を決定する手段として、一つある
いは複数の前記受信端末アドレスと一つの前記解読鍵を
関連付けて記憶する手段を具備する情報転送方式。
【請求項２４】請求項２１において、前記暗号化鍵を決
定する手段として、一つあるいは複数の前記送信端末ア
ドレスと前記受信端末アドレスの組み合わせと一つの前
記暗号化鍵を関連付けて記憶する手段を具備し、前記解
読鍵を決定する手段として、一つあるいは複数の前記送
信端末アドレスと前記受信端末アドレスの組み合わせと
一つの前記解読鍵を関連付けて記憶する手段を具備する
情報転送方式。
【請求項２５】請求項２１，２２，２３または２４にお
いて、前記送信端末は、少なくとも前記送信端末アドレ
スと前記受信端末アドレスのいずれか一方、あるいは両
方を暗号化せずに、前記転送情報と共に転送する情報転
送方式。
【請求項２６】請求項２１，２２，２３または２４にお
いて、前記送信端末は、前記送信端末アドレスと前記受
信端末アドレスのいずれか一方、あるいは両方を共通鍵
を用いて暗号化して、前記転送情報と共に転送する情報
転送方式。
【請求項２７】送信端末から受信端末に情報を暗号化し
て転送する情報転送方式において、前記送信端末は、前
記送信端末から前記受信端末への転送経路を示すルート
情報から暗号化鍵を決定し、前記受信端末は受信した情
報の中の前記ルート情報から解読鍵を決定することを特
徴とする情報転送方式。
【請求項２８】請求項２７において、前記暗号化鍵を決
定する手段として、一つあるいは複数のルート情報と一
つの前記暗号化鍵を関連付けて記憶する手段を具備し、
解読鍵を決定する手段として、一つあるいは複数の前記
ルート情報と一つの前記解読鍵を関連付けて記憶する手
段を具備する情報転送方式。
【請求項２９】請求項２７または２８において、前記送
信端末は少なくとも前記ルート情報を暗号化せずに前記
転送情報と共に転送する情報転送方式。
【請求項３０】請求項２７または２８において、前記送
信端末は少なくとも前記ルート情報を前記共通鍵を用い
て暗号化して前記転送情報と共に転送する情報転送方
式。
【請求項３１】送信端末から受信端末に情報を暗号化し
て転送する情報転送方式において、フロッピーディスク
からのローディング，リード・オンリー・メモリからの
ローディング，通信端末あるいは制御端末からのコマン
ド入力の内、少なくとも一つの手段により暗号化鍵を設
定することを特徴とする情報伝送方式。
【請求項３２】送信端末から受信端末に情報を暗号化し
て転送する情報転送方式において、フロッピーディスク
からのローディング，リードオンリーメモリからのロー
ディング，通信端末あるいは制御端末からのコマンド入
力の内、任意の複数の設定手段を有し、更に任意の設定
手段を選択することを特徴とする情報転送方式。