JP2000004226A - 通信データ秘匿方式 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上で通信データをモニタしたと
しても、この通信データがスクランブルされて通信デー
タ全体の内容を知ることができず、通信データの内容を
秘匿できる通信データ秘匿方式を提供することを目的と
する。 【解決手段】 通信データを所定データ長に分割し、分
割データそれぞれの順序またはオフセットを示す数値を
所定の鍵を用いて暗号化して分割データそれぞれに付加
しネットワークに送出し、ネットワークから受信した分
割データそれぞれに付加されている暗号化された数値を
所定の鍵を用いて復号化し、復号化した数値の示す順序
またはオフセットに従って受信した分割データから元の
通信データを復元するため、ネットワーク上で通信デー
タをモニタしたとしても、この通信データが所定データ
長でスクランブルされており、通信データ全体の内容を
知ることができず、通信データの内容を秘匿できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信データ秘匿方式
に関し、インターネットで伝送される通信データの内容
が第３者に知られないようにする通信データ秘匿方式に
関する。

【０００２】

【従来の技術】インターネット上を流れる通信データは
通常一つのデータグラムか複数のデータグラムに分割さ
れて伝送される。図１はＴＣＰ／ＩＰをサポートした端
末の機能ブロック図を示す。同図中、イーサネットモジ
ュール１０はＣＳＭＡ／ＣＤ（搬送波感知多重アクセス
／衝突検出）方式によりネットワーク１２とイーサネッ
トフレームの送信／受信を行い、ネットワークより受信
したイーサネットフレームをＩＰ層のＩＰモジュール１
４，ＡＲＰモジュール１６に送信し、ＩＰ層から受信し
たイーサネットフレームをネットワーク１２に送信す
る。その動作フローチャートを図２に示す。

【０００３】ＡＲＰキャッシュ１８は接続されている各
ネットワーク内の各ノードのＩＰアドレスとＭＡＣ（媒
体アクセス制御）アドレスを図３に示すように各ノード
毎に対で保持している。ＡＲＰモジュール１６はＩＰモ
ジュール１４からＩＰアドレスを受信すると、当該ＩＰ
アドレスを送信先ＩＰアドレスとしてＡＲＰデータグラ
ム（ＡＲＰ要求）を作成しイーサネットモジュール１０
に送信する。また、イーサネットモジュール１０よりＡ
ＲＰデータグラム（ＡＲＰ応答）を受信すると、ＡＲＰ
データグラム（ＡＲＰ応答）内の送信元ＩＰアドレスと
ＭＡＣアドレスをＩＰモジュール１４に送信すると共に
ＡＲＰキャッシュ１８に登録する。その動作フローチャ
ートを図４に示す。

【０００４】ＩＰモジュール１４はＩＰデータグラムを
送信する場合、トランスポート層２０から受信したＩＰ
データグラムのサイズがネットワークのＩＴＵ（最大転
送単位）を超える場合ＩＰ層によるデータグラムの分割
であるフラグメンテーションを行う。そして、送信先Ｉ
Ｐアドレスに含まれるネットワークアドレスと、自ＩＰ
モジュールの保持しているＩＰアドレスに含まれるネッ
トワークアドレスとを比較チェックする。一致すれば送
信先ＩＰアドレスと同一ＩＰアドレスを持つデータエン
トリをＡＲＰキャッシュ１８より検索し、当該データの
ＭＡＣアドレスでイーサネットフレーム内の送信先ＭＡ
Ｃアドレスを更新しイーサネットモジュール１０に送信
する。

【０００５】同一ＩＰアドレスを持つデータエントリが
ない場合はＡＲＰモジュール１６に送信先ＩＰアドレス
を送信し、ＡＲＰモジュール１６より対応する送信先Ｉ
ＰアドレスとＭＡＣアドレスを受信した後、イーサネッ
トフレーム内の送信先ＭＡＣアドレスを更新しイーサネ
ットモジュール１０に送信する。その送信の動作フロー
チャートを図５に示す。

【０００６】イーサネットモジュール１０よりＩＰデー
タグラムを受信した場合、受信したＩＰアドレスと自Ｉ
Ｐアドレスを比較し、一致していればＩＰデータグラム
内のモアビットを参照し、フレーム分割されているなら
ば全フレームを受信しフラグメンテーションにより元の
データグラムの再構築を行い、トランスポート層２０に
ＩＰデータグラムを送信する。ＩＰアドレスが不一致の
場合は、イーサネットフレームを破棄する。その受信の
動作フローチャートを図６に示す。

【０００７】図７にイーサネットフレームのＩＰデータ
グラムのフレームフォーマットを示す。同図中、ＦＬＧ
（３ビット）はフラグメンテーションの制御に使用さ
れ、ＦＬＧのＬＳＢはモアフラグと呼ばれ、０であれば
データグラムの最後を示す。第２ビットはフラグメント
禁止ビットである。フラグメントオフセット（１３ビッ
ト）はフラグメントされたデータが分割前のメッセージ
のどの位置を占めるのかを示す。なお、フラグメントは
８オクテット単位で行われる。

【０００８】ここで、図８に示すネットワーク１のＭＴ
Ｕ（単位はオクテット）は１２００、ネットワーク２の
ＭＴＵは５３２、ネットワーク３のＭＴＵは２７６であ
るとする。ノード発信元でオリジナルのデータグラムが
１０２４オクテットのデータを持つ場合、ノード発信元
ではフラグメント無しでデータグラムを送信する。ルー
タＡではネットワーク２のＭＴＵが５３２であるため、
上記データグラムを５１２オクテットのデータを持つ２
つのデータグラムに分離して送信する。また、ルータＢ
ではネットワーク３のＭＴＵが２７６であるため、上記
２つのデータグラムを２５６オクテットのデータを持つ
４つのデータグラムに分離して送信する。エンドノード
ではフラグメントされた全てのデータグラムを受信して
元のデータグラムを再構築する。

【０００９】

【発明が解決しようとする課題】インターネット上を流
れる通信データは前述のように、一つのデータグラムか
複数のデータグラムに分割されて伝送されるが、ＴＣＰ
／ＩＰ（トランスミッション コントロール プロトコ
ル／インターネット プロトコル）ではデータ秘匿に関
するプロトコル上のサポートが無く平文のままデータが
伝送されている。

【００１０】このため、通信データの秘匿性を考慮する
と、通信データの内容を知りうる権限のない第３者で
も、通信ルート上のルータ等によりＩＰデータのモニタ
が可能であれば、任意のＩＰデータグラムを収集可能で
ある。この場合、秘匿性を要する情報がフラグメンテー
ションで複数のＩＰデータグラムに分割されて通信され
ていたとしても、平文のデータが通信されているために
分割された複数のＩＰデータグラムを取り込み再構築す
ることにより、通信データ全体の内容を知り得てしまう
という問題があった。

【００１１】本発明は上記の点に鑑みなされたもので、
ネットワーク上で通信データをモニタしたとしても、こ
の通信データがスクランブルされて通信データ全体の内
容を知ることができず、通信データの内容を秘匿できる
通信データ秘匿方式を提供することを目的とする。

【００１２】

【課題を解決するための手段】請求項１に記載の発明
は、送信側の端末に、通信データを所定データ長に分割
し、前記分割データそれぞれの順序またはオフセットを
示す数値を所定の鍵を用いて暗号化して前記分割データ
それぞれに付加しネットワークに送出する暗号化手段を
設け、受信側の端末に、前記ネットワークから受信した
分割データそれぞれに付加されている暗号化された数値
を前記所定の鍵を用いて復号化し、復号化した数値の示
す順序またはオフセットに従って前記受信した分割デー
タから元の通信データを復元する復号化手段を設け、前
記ネットワーク上で通信データの内容を秘匿する。

【００１３】このように、通信データを所定データ長に
分割し、分割データそれぞれの順序またはオフセットを
示す数値を所定の鍵を用いて暗号化して分割データそれ
ぞれに付加しネットワークに送出し、ネットワークから
受信した分割データそれぞれに付加されている暗号化さ
れた数値を所定の鍵を用いて復号化し、復号化した数値
の示す順序またはオフセットに従って受信した分割デー
タから元の通信データを復元するため、ネットワーク上
で通信データをモニタしたとしても、この通信データが
所定データ長でスクランブルされており、通信データ全
体の内容を知ることができず、通信データの内容を秘匿
できる。

【００１４】請求項２に記載の発明は、請求項１記載の
通信データ秘匿方式において、前記暗号化手段及び復号
化手段で用いる所定の鍵は、前記通信データのデータ長
に対応して決定する。このように、所定の鍵を通信デー
タのデータ長に対応して決定するため、送信側、受信側
それぞれで同一の鍵を用いて暗号化、復号化を行うこと
ができ、かつ、鍵を送信しないためにデータ秘匿性が向
上する。

【００１５】請求項３に記載の発明は、請求項２記載の
通信データ秘匿方式において、前記通信データを分割す
る所定データ長は、前記通信データのデータ長に対応し
て決定する。このように、所定データ長を通信データの
データ長に対応して決定するため、受信側では受信した
分割データのデータ長から一意に復号化の鍵を知ること
ができる。

【００１６】請求項４に記載の発明は、請求項１乃至３
のいずれか記載の通信データ秘匿方式において、前記送
信側及び受信側の端末は、ＴＣＰ／ＩＰプロトコルに基
づいてネットワークと通信を行う。これによって、ＴＣ
Ｐ／ＩＰプロトコルの通信において通信データの秘匿性
を得ることができる。

【００１７】請求項５に記載の発明は、請求項１乃至３
のいずれか記載の通信データ秘匿方式において、前記送
信側及び受信側の端末は、Ｘ．２５プロトコルに基づい
てネットワークと通信を行う。これによって、Ｘ．２５
プロトコルの通信において通信データの秘匿性を得るこ
とができる。

【００１８】

【発明の実施の形態】図９は本発明の通信データ秘匿方
式を適用したＴＣＰ／ＩＰをサポートした端末の機能ブ
ロック図を示す。同図中、図１と同一部分には同一符号
を付す。図９において、イーサネットモジュール１０は
ＣＳＭＡ／ＣＤ（搬送波感知多重アクセス／衝突検出）
方式によりネットワーク１２とイーサネットフレームの
送信／受信を行い、ネットワークより受信したイーサネ
ットフレームをＩＰ層のＩＰモジュール２４，ＡＲＰモ
ジュール１６に送信し、ＩＰ層から受信したイーサネッ
トフレームをネットワーク１２に送信する。その動作フ
ローチャートを図２に示す。

【００１９】ＡＲＰキャッシュ１８は接続されている各
ネットワーク内の各ノードのＩＰアドレスとＭＡＣ（媒
体アクセス制御）アドレスを図３に示すように各ノード
毎に対で保持している。ＡＲＰモジュール１６はＩＰモ
ジュール２４からＩＰアドレスを受信すると、当該ＩＰ
アドレスを送信先ＩＰアドレスとしてＡＲＰデータグラ
ム（ＡＲＰ要求）を作成しイーサネットモジュール１０
に送信する。また、イーサネットモジュール１０よりＡ
ＲＰデータグラム（ＡＲＰ応答）を受信すると、ＡＲＰ
データグラム（ＡＲＰ応答）内の送信元ＩＰアドレスと
ＭＡＣアドレスをＩＰモジュール２４に送信すると共に
ＡＲＰキャッシュ１８に登録する。その動作フローチャ
ートを図４に示す。

【００２０】ＩＰモジュール２４はフラグメント入れ替
えテーブル２６を有しており、ＩＰモジュール２４はフ
ラグメント入れ替えテーブル２６に基づいて通信データ
のフラグメンテーション及び分割されたＩＰデータグラ
ム内のフラグメントオフセット値の入れ替えを行って、
ＩＰデータグラム全体の秘匿を図る。ここで、フラグメ
ントオフセット値の入れ替え（暗号化／復号化）には、
例えば対称鍵暗号系のＤＥＳ（ＤａｔａＥｎｃｒｙｐｔ
ｉｏｎＳｔａｎｄａｒｄ）等の転置処理を使用する。

【００２１】図１０（Ａ）にＩＰデータグラムのフレー
ムフォーマットを示す。これは図７と同一であり、ＦＬ
Ｇ（３ビット）はフラグメンテーションの制御に使用さ
れ、フラグメントオフセット（１３ビット）はフラグメ
ントされたデータが分割前のメッセージのどの位置を占
めるのかを示す。図１０（Ｂ）にフラグメント入れ替え
テーブル２６の一実施例を示す。同図中、ＩＰデータサ
イズの下限、上限それぞれはＩＰデータ（即ちＴＣＰヘ
ッダとデータ）の長さを表す。フラグメントデータ長は
オクテット単位であり、このフラグメントデータ長の最
大値はネットワーク毎に設定されているＭＴＵの最小値
よりも小さい値に設定する。これはネットワークでフラ
グメンテーションが行われないようにするためである。
なお、ＭＴＵの最小値は１２８オクテット程度である。
暗号／復号鍵は例えば５６ビット長である。

【００２２】図１１はデータ送信元のＩＰモジュール２
４が行う送信動作のフローチャートを示す。同図中、ス
テップＳ１００でトランスポート層２０から送信フレー
ムを受信する。ステップＳ１０２で受信した送信フレー
ムのＩＰデータのサイズを、フラグメント入れ替えテー
ブル２６の各行のＩＰデータサイズの下限、上限と比較
してチェックする。

【００２３】次に、ステップＳ１０４ではフラグメント
入れ替えテーブル２６の該当した行のフラグメントデー
タ長を用いて、上記ＩＰデータを分割し、分割した各デ
ータに昇順のフラグメントナンバーを付与する。ステッ
プＳ１０６でフラグメント入れ替えテーブル２６の該当
した行の暗号／復号鍵を用いて上記各データのフラグメ
ントナンバーを暗号化する。ステップＳ１０８で次式を
用いて暗号化されたフラグメントオフセットを各データ
について算出する。

【００２４】暗号化フラグメントオフセット＝（暗号化
フラグメントナンバー）×フラグメントデータ長／８ ここで、除数の８はＩＰ層でのフラグメンテーションの
最小単位が８オクテットであり、フラグメントオフセッ
トが８オクテットを基数とした値を取るためである。

【００２５】次に、ステップＳ１１０で分割した各デー
タと暗号化フラグメントオフセットを基にＩＰデータグ
ラムを作成する。この後、ステップＳ１１２で送信先Ｉ
Ｐアドレスに含まれるネットワークアドレスと、自ＩＰ
モジュールの保持しているＩＰアドレスに含まれるネッ
トワークアドレスとを比較チェックして、一致すれば送
信先ＩＰアドレスと同一ＩＰアドレスを持つデータエン
トリをＡＲＰキャッシュ１８より検索する。

【００２６】この検索で同一ＩＰアドレスを持つデータ
エントリがあれば、ステップＳ１１４で送信先ＩＰアド
レスと対となるＭＡＣアドレスでイーサネットフレーム
（受信フレーム）内の送信先ＭＡＣアドレスを更新し、
自ＩＰモジュールの保持しているＩＰアドレスに対応す
るＭＡＣアドレスでイーサネットフレーム（受信フレー
ム）内の送信元ＭＡＣアドレスを更新し、ステップＳ１
１６でイーサネットモジュール１０に送信する。

【００２７】ステップＳ１１２の検索で同一ＩＰアドレ
スを持つデータエントリがない場合は、ステップＳ１１
８でＡＲＰモジュール１６に送信先ＩＰアドレスを送信
し、ステップＳ１２０でＡＲＰモジュール１６より対応
する送信先ＩＰアドレスとＭＡＣアドレスを受信したこ
とを確認した後、ステップＳ１２２でＡＲＰモジュール
１６より受信したＭＡＣアドレスでイーサネットフレー
ム（受信フレーム）内の送信先ＭＡＣアドレスを更新
し、自ＩＰモジュールの保持しているＩＰアドレスに対
応するＭＡＣアドレスでイーサネットフレーム（受信フ
レーム）内の送信元ＭＡＣアドレスを更新し、ステップ
Ｓ１１６でイーサネットモジュール１０に送信する。

【００２８】図１２はエンドノードのＩＰモジュール２
４が行う受信動作のフローチャートを示す。同図中、ス
テップＳ１３０でイーサネットモジュール１０よりＩＰ
データグラムを受信する。ステップＳ１３２で受信フレ
ーム内のＩＰアドレスと自モジュールのＩＰアドレスを
比較し、ＩＰアドレスが不一致の場合は、ステップＳ１
３４でイーサネットフレームを破棄する。また、ＩＰア
ドレスが一致していればステップＳ１３６でＩＰデータ
グラム内のモアビットを参照し、フレーム分割されてい
るならばステップＳ１３０に進む。全フレームを受信す
るとステップＳ１３８からステップＳ１３８に進み、受
信した全フレームからＩＰデータサイズを算出する。

【００２９】次に、ステップＳ１４０で全フレームのＩ
Ｐデータサイズを、フラグメント入れ替えテーブル２６
の各行のＩＰデータサイズの下限、上限と比較してフラ
グメント入れ替えテーブル２６の該当した行のフラグメ
ントデータ長、及び暗号／復号鍵を確定する。ステップ
Ｓ１４２で受信した各ＩＰデータグラムのＩＰデータ毎
に、次式を用いて暗号化フラグメントナンバーを各デー
タについて算出する。

【００３０】（暗号化フラグメントナンバー）＝暗号化
フラグメントオフセット×８／フラグメントデータ長 ステップＳ１４４ではフラグメント入れ替えテーブル２
６の該当した行の暗号／復号鍵を用いて上記各データの
暗号化フラグメントナンバーを復号化して各データのフ
ラグメントナンバーを算出する。次に、ステップＳ１４
６でフラグメンテーションにより元のデータグラムの再
構築を行い、ステップＳ１４８でトランスポート層２０
にＩＰデータグラムを送信する。

【００３１】ここで、図１３（Ａ）に示すような３２バ
イトの送信フレームをトランスポート層２０から受信し
た場合について説明する。また、ここで使用するフラグ
メント入れ替えテーブル２６を図１３（Ｂ）に示す。こ
の場合は送信フレームのサイズがフラグメント入れ替え
テーブルの第１行のＩＰデータサイズの下限、上限の範
囲にあるため、フラグメントデータ長は８で、暗号／復
号鍵は０００００００００００００１となる。上記のフ
ラグメントデータ長で分割した図１３（Ｃ）に示す各デ
ータに昇順のフラグメントナンバーが付与され、暗号／
復号鍵を用いて図１３（Ｃ）に示す各データの暗号化フ
ラグメントナンバー及び暗号化フラグメントオフセット
が得られる。

【００３２】この場合、図１４に示すネットワーク１の
ＭＴＵ（単位はオクテット）は１２００、ネットワーク
２のＭＴＵは５３２、ネットワーク３のＭＴＵは２７６
であるとする。ノード発信元でオリジナルのデータグラ
ムが１０２４オクテットのデータを持つ場合であって
も、ノード発信元でフラグメンテーションされた図１４
に示す４つのＩＰデータグラムが送信される。

【００３３】ところで、ネットワーク３を伝送される上
記のＩＰデータグラムを例えばポイントＸで第３者がモ
ニタしたとしても、各ＩＰデータグラムのフラグメント
ナンバー及びフラグメントオフセットは暗号化されたも
のであるため、再構築されるデータグラムはスクランブ
ルされたものとなって、元のデータグラムを復元するこ
とはできない。つまり、通信データの秘匿性を得ること
ができる。また、鍵を送信しないためにデータ秘匿性が
向上する。

【００３４】エンドノードではフラグメントされた４つ
のＩＰデータグラムを受信すると、受信した全てのＩＰ
データサイズ（３２バイト）で図１５（Ａ）に示すフラ
グメント入れ替えテーブル２６を参照し、全てのＩＰデ
ータサイズ（３２バイト）がフラグメント入れ替えテー
ブルの第１行のＩＰデータサイズの下限、上限の範囲に
あるため、フラグメントデータ長は８で、暗号／復号鍵
は０００００００００００００１であると確定する。

【００３５】この後、式（（暗号化フラグメントナンバ
ー）＝暗号化フラグメントオフセット×８／フラグメン
トデータ長）を用いて各データの暗号化フラグメントナ
ンバーを図１５（Ｂ）に示すように算出し、この暗号化
フラグメントナンバーを暗号／復号鍵図１５（Ｂ）に示
す各データのフラグメントナンバーを復元する。そし
て、このフラグメントナンバーを用いてフラグメンテー
ションを行い元のデータグラムを復元する。

【００３６】次に、公衆データ網に接続されたパケット
モードで動作するデータ端末装置（ＤＴＥ）とデータ回
線終端装置（ＤＣＥ）間のインタフェースプロトコルで
あるＸ．２５に適応した実施例について説明する。Ｘ．
２５ではパケットの分割／統合はデータリンク層で行わ
れる。送信側Ｘ．２５ゲートウエイのデータリンク層で
図１６（Ｃ）に示すようなＩＰデータが５７６オクテッ
トの送信フレームをＩＰ層から受信した場合、データリ
ンク層でデフォルトでは１２８オクテットの５つのパケ
ットに分割する。本発明では、データリンク層で図１６
（Ａ）に示すフラグメント入れ替えテーブルを使用し、
この場合、送信フレームのサイズがフラグメント入れ替
えテーブルの第３行のデータサイズの下限、上限の範囲
にあるため、分割データ長は６４（オクテット）で、暗
号／復号鍵は０００００００００００００３となる。

【００３７】５７６オクテットの送信フレームを分割デ
ータ長の６４オクテットで図１６（Ｂ）に示す９個のパ
ケットに分割した場合、各送信Ｘ．２５フレームの制御
フィールドの送信順序番号Ｎ（Ｓ），受信順序番号Ｎ
（Ｒ）のうちＮ（Ｓ）の初期値は分割の順序に付与され
る。この送信順序番号Ｎ（Ｓ），受信順序番号Ｎ（Ｒ）
を暗号／復号鍵を用いて暗号化し、暗号化送信順序番号
Ｎ（Ｓ），暗号化受信順序番号Ｎ（Ｒ）が得られる。こ
の暗号化を行わない場合には図１７に示す各送信Ｘ．２
５フレームがネットワークに送信されるが、本発明では
図１８に示す各送信Ｘ．２５フレームがネットワークに
送信される。両者では送信順序番号Ｎ（Ｓ），受信順序
番号Ｎ（Ｒ）が異なっており、図１８では、そのうちの
送信順序番号Ｎ（Ｓ）を示している。なお、Ｘ．２５フ
レームは基本モード（モジュロ８）で、Ｆはフラグシー
ケンス、Ａはアドレスフィールド、Ｃは制御フィール
ド、ＦＣＳはフレームチェックシーケンスである。

【００３８】ところで、ネットワークを伝送される図１
８の送信Ｘ．２５フレームを第３者がモニタしたとして
も、各送信Ｘ．２５フレームでは暗号化送信順序番号Ｎ
（Ｓ），暗号化受信順序番号Ｎ（Ｒ）を使用しているた
め、再構築されるデータフレームはスクランブルされた
ものとなって、元のデータフレームを復元することはで
きない。つまり、通信データの秘匿性を得ることができ
る。また、鍵を送信しないためにデータ秘匿性が向上す
る。

【００３９】受信側Ｘ．２５ゲートウエイのデータリン
ク層では物理層から受信したＸ．２５フレームのデータ
部（パケット）のデータ長（６４）で図１９（Ａ）に示
すフラグメント入れ替えテーブルを参照し、データ長６
４オクテットがフラグメント入れ替えテーブルの第３行
のデータサイズの下限、上限の範囲にあるため、暗号／
復号鍵は０００００００００００００３であると確定す
る。

【００４０】この後、暗号／復号鍵を用いて図１９
（Ｂ）に示す受信した各Ｘ．２５フレームの暗号化送信
順序番号Ｎ（Ｓ），暗号化受信順序番号Ｎ（Ｒ）を復号
し、元の送信順序番号Ｎ（Ｓ）を得る。そして、この送
信順序番号Ｎ（Ｓ），受信順序番号Ｎ（Ｒ）を用いて図
１９（Ｃ）に示す元のデータフレームを復元してＩＰ層
に送信する。なお、送信順序番号Ｎ（Ｓ），受信順序番
号Ｎ（Ｒ）の復号後、所定のン（Ｓ），Ｎ（Ｒ）のチェ
ックで異常を検出した場合は、受信側Ｘ．２５ゲートウ
エイのデータリンク層の動作により、制御フィールドの
送信順序番号Ｎ（Ｓ），受信順序番号Ｎ（Ｒ）を変換し
た再送信要求フレームを送信して再送信要求を行う。

【００４１】なお、ステップＳ１０２〜Ｓ１１０が暗号
化手段に対応し、ステップＳ１３８〜Ｓ１４４が復号化
手段に対応する。

【００４２】

【発明の効果】上述の如く、請求項１に記載の発明は、
送信側の端末に、通信データを所定データ長に分割し、
前記分割データそれぞれの順序またはオフセットを示す
数値を所定の鍵を用いて暗号化して前記分割データそれ
ぞれに付加しネットワークに送出する暗号化手段を設
け、受信側の端末に、前記ネットワークから受信した分
割データそれぞれに付加されている暗号化された数値を
前記所定の鍵を用いて復号化し、復号化した数値の示す
順序またはオフセットに従って前記受信した分割データ
から元の通信データを復元する復号化手段を設け、前記
ネットワーク上で通信データの内容を秘匿する。

【００４３】このように、通信データを所定データ長に
分割し、分割データそれぞれの順序またはオフセットを
示す数値を所定の鍵を用いて暗号化して分割データそれ
ぞれに付加しネットワークに送出し、ネットワークから
受信した分割データそれぞれに付加されている暗号化さ
れた数値を所定の鍵を用いて復号化し、復号化した数値
の示す順序またはオフセットに従って受信した分割デー
タから元の通信データを復元するため、ネットワーク上
で通信データをモニタしたとしても、この通信データが
所定データ長でスクランブルされており、通信データ全
体の内容を知ることができず、通信データの内容を秘匿
できる。

【００４４】また、請求項２に記載の発明は、暗号化手
段及び復号化手段で用いる所定の鍵は、前記通信データ
のデータ長に対応して決定する。このように、所定の鍵
を通信データのデータ長に対応して決定するため、送信
側、受信側それぞれで同一の鍵を用いて暗号化、復号化
を行うことができ、かつ、鍵を送信しないためにデータ
秘匿性が向上する。

【００４５】また、請求項３に記載の発明は、通信デー
タを分割する所定データ長は、前記通信データのデータ
長に対応して決定する。このように、所定データ長を通
信データのデータ長に対応して決定するため、受信側で
は受信した分割データのデータ長から一意に復号化の鍵
を知ることができる。

【００４６】また、請求項４に記載の発明は、送信側及
び受信側の端末は、ＴＣＰ／ＩＰプロトコルに基づいて
ネットワークと通信を行う。これによって、ＴＣＰ／Ｉ
Ｐプロトコルの通信において通信データの秘匿性を得る
ことができる。また、請求項５に記載の発明は、送信側
及び受信側の端末は、Ｘ．２５プロトコルに基づいてネ
ットワークと通信を行う。

【００４７】これによって、Ｘ．２５プロトコルの通信
において通信データの秘匿性を得ることができる。

【図面の簡単な説明】

【図１】従来方式のＴＣＰ／ＩＰをサポートした端末の
機能ブロック図である。

【図２】イーサネットモジュール１０の動作フローチャ
ートである。

【図３】ＡＲＰキャッシュ１８の構成を示す図である。

【図４】ＡＲＰモジュール１６の動作フローチャートで
ある。

【図５】ＩＰモジュール１４の動作フローチャートであ
る。

【図６】イーサネットモジュール１０の動作フローチャ
ートである。

【図７】イーサネットフレームのＩＰデータグラムのフ
レームフォーマットを示す図である。

【図８】従来のネットワークにおけるフラグメンテーシ
ョンを説明するための図である。

【図９】本発明の通信データ秘匿方式を適用したＴＣＰ
／ＩＰをサポートした端末の機能ブロック図である。

【図１０】本発明方式を説明するための図である。

【図１１】データ送信元のＩＰモジュール２４が行う送
信動作のフローチャートである。

【図１２】エンドノードのＩＰモジュール２４が行う受
信動作のフローチャートである。

【図１３】本発明方式を説明するための図である。

【図１４】本発明方式を説明するための図である。

【図１５】本発明方式を説明するための図である。

【図１６】本発明方式をＸ．２５に適応した実施例につ
いて説明するための図である。

【図１７】本発明方式をＸ．２５に適応した実施例につ
いて説明するための図である。

【図１８】本発明方式をＸ．２５に適応した実施例につ
いて説明するための図である。

【図１９】本発明方式をＸ．２５に適応した実施例につ
いて説明するための図である。

【符号の説明】 １０ イーサネットモジュール １２ ネットワーク １６ ＡＲＰモジュール １８ ＡＲＰキャッシュ ２０ トランスポート層 ２４ ＩＰモジュール

───────────────────────────────────────────────────── フロントページの続き (72)発明者 平山 裕之 神奈川県川崎市高津区坂戸３丁目２番１号 富士通ネットワークエンジニアリング株 式会社内 Ｆターム(参考） 5K013 BA02 CA07 FA06 5K030 GA15 HA06 HA08 HC01 JA05 KA19 LA08 LD19 5K032 AA08 BA14 CC09 CC11

Claims (5)

【特許請求の範囲】
1. 【請求項１】 送信側の端末に、通信データを所定デー
   タ長に分割し、前記分割データそれぞれの順序またはオ
   フセットを示す数値を所定の鍵を用いて暗号化して前記
   分割データそれぞれに付加しネットワークに送出する暗
   号化手段を設け、 受信側の端末に、前記ネットワークから受信した分割デ
   ータそれぞれに付加されている暗号化された数値を前記
   所定の鍵を用いて復号化し、復号化した数値の示す順序
   またはオフセットに従って前記受信した分割データから
   元の通信データを復元する復号化手段を設け、 前記ネットワーク上で通信データの内容を秘匿すること
   を特徴とする通信データ秘匿方式。
2. 【請求項２】 請求項１記載の通信データ秘匿方式にお
   いて、 前記暗号化手段及び復号化手段で用いる所定の鍵は、前
   記通信データのデータ長に対応して決定することを特徴
   とする通信データ秘匿方式。
3. 【請求項３】 請求項２記載の通信データ秘匿方式にお
   いて、 前記通信データを分割する所定データ長は、前記通信デ
   ータのデータ長に対応して決定することを特徴とする通
   信データ秘匿方式。
4. 【請求項４】 請求項１乃至３のいずれか記載の通信デ
   ータ秘匿方式において、 前記送信側及び受信側の端末は、ＴＣＰ／ＩＰプロトコ
   ルに基づいてネットワークと通信を行うことを特徴とす
   る通信データ秘匿方式。
5. 【請求項５】 請求項１乃至３のいずれか記載の通信デ
   ータ秘匿方式において、 前記送信側及び受信側の端末は、Ｘ．２５プロトコルに
   基づいてネットワークと通信を行うことを特徴とする通
   信データ秘匿方式。