JP2002374245A - 暗号・復号処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 送受信パケットの暗号・復号処理を高速化す
るとともに、ネットワーク処理と暗号処理とを一体化し
てデータ通信の秘匿性を向上できる暗号・復号処理方法
を提供する。 【解決手段】 暗号化されたディジタル信号によってデ
ータ通信を行うＮＩＣ（ネットワーク・インタフェース
・コントローラ）１、ＣＰＵ２、Ｍ個の暗号処理プロセ
ッサ３１〜３ｍ、及びＮ＋１個のメモリ４，４１〜４ｎ
が内部バス５で結合された構成を有する。このＮＩＣ１
では、送受信されるディジタル信号を送受信パケットと
してコネクション別に整理統合する過程でディジタル信
号の暗号・復号処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、開放型システム
により接続されたネットワーク機器間で、暗号化された
ディジタル信号によってデータ通信を行うための暗号・
復号処理方法に関し、特に、ネットワーク・インタフェ
ース・コントローラ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａ
ｃｅ Ｃｏｎｔｒｏｌｅｒ：以下、単にＮＩＣとい
う。）を搭載した機器、又はモジュール基板が通信路、
例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏ
ｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐ
ｒｏｔｏｃｏｌ）を介して結合された開放型システムに
おける暗号・復号処理方法に関する。

【０００２】

【従来の技術】コンピュータがインターネットなどのネ
ットワークを介してデータ通信を行う際に、ＮＩＣを搭
載した機器や基板間で、暗号化されたデータ通信のため
の論理的な通信路（コネクション）を確立する機構につ
いては、これまでにも数多くの提案がなされている。

【０００３】ここで、暗号化されたデータ通信とは、ネ
ットワークを通じて文書や画像などのディジタルデータ
をコンピュータ間でやり取りする際に、通信途中で第三
者に盗み見られたり改ざんされたりしないように、決ま
った規則に従ってデータを変換することである。ネット
ワークを通じてやり取りされるディジタルデータは、送
信時には暗号化され、受信時に復号化される。こうした
暗号方法には、暗号表に当たる「鍵」を使うが、送受信
側で対になる２つの鍵を使う公開鍵暗号方法と、送受信
のどちらにも同じ鍵を用いる秘密鍵暗号方法とがある。

【０００４】また、開放型システムにより接続されたネ
ットワーク機器間でのデータ通信を実現するためのネッ
トワーク構造の設計方針として、コンピュータの持つべ
き通信機能を階層構造に分割したＯＳＩ参照モデル（Ｏ
ｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉ
ｏｎ ｒｅｆｅｒｅｎｃｅ ｍｏｄｅｌ）が国際標準化
機構（ＩＳＯ）により制定されている。ＯＳＩ参照モデ
ルでは、通信機能を７階層に分け、各層ごとに標準的な
機能モジュールを定義している。

【０００５】第１層の物理層では、データを通信回線に
送出するための電気的な変換や機械的な作業を受け持
つ。ピンの形状やケーブルの特性なども、この物理層で
定められる。

【０００６】第２層のデータリンク層では、通信相手と
の物理的な通信路を確保し、通信路を流れるデータのエ
ラー検出などを行う。第３層のネットワーク層では、相
手までデータを届けるための通信経路の選択や、通信経
路内のアドレス（住所）の管理を行う。

【０００７】第４層のトランスポート層では、相手まで
確実に効率よくデータを届けるためのデータ圧縮や誤り
訂正、再送制御などを行う。ここまでは、ＯＳＩ参照モ
デルの下位層を構成する。

【０００８】第５層のセッション層は、通信プログラム
同士がデータの送受信を行うための仮想的な通信路（コ
ネクション）の確立や、通信終了時の解放を行う。第６
層のプレゼンテーション層は、データの表現形式を管理
している。ここでは、第５層から受け取ったデータをユ
ーザが分かりやすい形式に変換したり、次の第７層から
送られてくるデータを通信に適した形式に変換したりす
る。

【０００９】第７層（アプリケーション層）は、データ
通信を利用した様々なサービスを人間や他のプログラム
に提供する。一般に、秘匿性を要するデータ通信を行う
場合には、セッション層やトランスポート層に相当する
ユーザアプリケーションのレベルで暗号化処理が行われ
ている。例えば、ネットワーク機器間で使用目的が異な
る複数の暗号用の通信路が必要な場合には、最初に第６
層のプレゼンテーション層でＮＩＣによるパケット送信
・受信処理が行われる。つぎに第５層のセッション層で
通信路別にコネクションを確立した後に、さらに上位の
アプリケーション層で秘匿性を要求されるデータ部の暗
号・復号処理を別途に行っている。

【００１０】

【発明が解決しようとする課題】このように、従来の暗
号化されたデータ通信では、ネットワーク処理と暗号処
理とが分離して行われていた。そのため、ＮＩＣを搭載
した送信側の機器、又はモジュールを備えたノードでメ
モリ資源とＣＰＵでの処理が余分に必要になる。

【００１１】例えば、ノードがデータを処理し他のノー
ドに転送できる速度を超えた速度でノードにデータが到
着すると、そのネットワークのノードで輻輳が起きる。
ＣＰＵの処理能力を超えたデータは、ノードのバッファ
記憶部に蓄積され、到着速度と処理及び転送速度との差
の速度で満たされる。また、輻輳が長期間にわたって、
バッファ記憶部が最大容量にまで占有されると、さらな
る追加データは廃棄される等の問題があった。

【００１２】この発明の目的は、送受信パケットの暗号
・復号処理を高速化するとともに、ネットワーク処理と
暗号処理とを一体化してデータ通信の秘匿性を向上でき
る暗号・復号処理方法を提供することにある。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に、開放型システムにより接続されたネットワーク機器
間で、暗号化されたディジタル信号によってデータ通信
を行うための暗号・復号処理方法が提供される。

【００１４】この暗号・復号処理方法のネットワーク機
器は、論理的なコネクションを確立するためのネットワ
ーク・インタフェース・コントローラを備え、前記ネッ
トワーク・インタフェース・コントローラにより、送受
信されるディジタル信号を送受信パケットとしてコネク
ション別に整理統合する過程で暗号・復号処理を行うも
のである。

【００１５】したがって、セキュアな通信路を確立する
要求があった場合には、まず、暗号処理方法や論理的コ
ネクション番号についての情報を交換した後、コネクシ
ョン別に送受信パケットを整理統合する過程で、ユーザ
用データ部の暗号・復号処理を実現できる。

【００１６】

【発明の実施の形態】以下、この発明の実施の形態につ
いて、図面を参照して説明する。図１は、開放型システ
ムに接続されたネットワーク機器の一例を示すブロック
図である。図２は、ＴＣＰ／ＩＰパケットとパケット管
理構造体の構成を示す図である。また図３は、ＴＣＰ／
ＩＰパケットの各レイヤにおける処理内容を説明するた
めの図である。

【００１７】最初に、図１に示すシステム構成について
説明する。この発明の暗号・復号処理方法は、開放型シ
ステムに接続された複数のネットワーク機器間で、暗号
化されたディジタル信号によってデータ通信を行うＮＩ
Ｃ（ネットワーク・インタフェース・コントローラ）
１、ＣＰＵ２、Ｍ個の暗号処理プロセッサ（Ｅｎｃｒｙ
ｐｔｉｏｎ／Ｄｅｃｒｙｐｔｉｏｎ Ｅｎｇｉｎｅ）３
１〜３ｍ、及びＮ＋１個のメモリ４，４１〜４ｎが内部
バス５で結合された構成のネットワーク機器において実
現される。このネットワーク機器は、ＮＩＣ１を介し
て、例えばイーサネット（登録商標）等の外部通信媒体
であるネットワーク６に接続されている。

【００１８】ＮＩＣ１は、送受信されるディジタル信号
を送受信パケットとしてコネクション別に整理統合する
ものであって、ＯＳＩ参照モデルによる通信プロトコル
を有している。ＣＰＵ２は、所定のアプリケーションソ
フトを使ってネットワーク６に送信されるディジタル信
号を生成し、受信されたディジタル信号を処理するもの
である。暗号処理プロセッサ３１〜３ｍは、暗号処理情
報、暗号鍵情報、パケットペイロード部の先頭アドレス
に基づいて、生成したディジタル信号の暗号化と、受信
したディジタル信号の復号化を行う。

【００１９】メモリ４はＲＯＭ又はＲＡＭによって構成
されるもので、ネットワーク・インタフェース・コント
ローラ管理用データベース（ＮＩＣ Ｍａｎａｇｅｍｅ
ｎｔＤａｔａｂａｓｅ；以下、ＮＩＣ管理用データベー
スという。）が格納されたＮＩＣ管理構造体を構成して
いる。また、メモリ４１〜４ｎは、N個のＲＯＭ又はＲ
ＡＭによって構成されるもので、それぞれに論理的な通
信路の確立に寄与するコネクション管理用データベース
（Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｄ
ａｔａｂａｓｅ；以下、ＣＯＮＮ管理用データベースと
いう。）が格納されたＣＯＮＮ管理構造体を構成してい
る。これらのメモリ４，４１〜４ｎには、ネットワーク
プロトコル処理のためのプログラムコードが存在し、Ｎ
ＩＣ管理構造体とＣＯＮＮ管理構造体へのアクセス（読
み書き）を行って、ネットワーク層とトランスポート層
に相当するレイヤでの受信パケットの復号処理、及び送
信パケットの暗号処理を実行している。

【００２０】図２に示すＴＣＰ／ＩＰパケット１０は、
パケットボディ（Ｃｙｐｈｅｒ Ｐａｃｋｅｔ Ｂｏｄ
ｙ）１１とパケット管理ヘッダ（Ｐａｃｋｅｔ Ｍａｎ
ａｇｅｍｅｎｔ Ｈｅａｄｅｒ）１２とから構成されて
いる。また、ＮＩＣ１には、送信用・受信用のＴＣＰ／
ＩＰパケット１個ごとに、管理用バッファとして付加さ
れるパケット管理構造体２０が用意されている。

【００２１】パケットボディ１１は、パケットのペイロ
ード（Ｐａｙ Ｌｏａｄ）部１１１、各種のヘッダ（Ｔ
ＣＰ Ｈｅａｄｅｒ，ＩＰ Ｈｅａｄｅｒ，Ｅｔｈｅｒ
ｎｅｔ Ｈｅａｄｅｒ）１１２、及びエラー検出コード
などを含むパケットテイラ（Ｐａｃｋｅｔ Ｔａｉｌｅ
ｒ）１１３から構成される。パケット管理ヘッダ１２か
らは、パケット管理用データベース（Ｐａｃｋｅｔ Ｍ
ａｎａｇｅｍｅｎｔＤａｔａｂａｓｅ）が格納されたパ
ケット管理構造体２０に所定のデータを書き込むことが
できる。

【００２２】パケット管理構造体２０は、つぎに処理す
るデータ位置を示す目印となるポインタ（Ｐｏｉｎｔｅ
ｒ ｔｏ Ｎｅｘｔ Ｈｅａｄｅｒ）２１、バッファ管
理ステータス（Ｂｕｆｆｅｒ Ｍａｎａｇｅｍｅｎｔ
Ｓｔａｔｕｓ）２２、パケット管理用データベース２
３、暗号処理情報（Ｅｎｃｒｙｐｔｉｏｎ Ｍｅｔｈｏ
ｄ）２４、暗号処理プロセッサの番号情報（Ｅｎｇｉｎ
ｅ Ｎｕｍｂｅｒ）２５、及び暗号鍵情報（Ｅｎｃｒｙ
ｐｔｉｏｎ Ｋｅｙ）２６を含んでおり、送受信終了後
に再利用可能な方法、例えばリングバッファ形式となっ
ている。

【００２３】図３に示すように、ＯＳＩ参照モデルでは
通信機能が７階層に分けて実行されており、各レイヤに
おいて、パケットに付随するヘッダと各管理構造体の処
理が行われる。ここで、上向きの矢印は受信パケットの
処理の流れを示し、下向きの矢印は送信パケットの処理
の流れを示している。物理層、及びデータリンク層での
送受信パケットの処理には、ＮＩＣ管理構造体を利用し
ている。また、ネットワーク層、及びトランスポート層
での送受信パケットの処理には、ＣＯＮＮ管理構造体を
利用している。

【００２４】ここでは、パケット管理ヘッダ１２のパケ
ット管理用データベース２３により、暗号処理プロセッ
サの指定が可能であるため、各レイヤの処理をパケット
単位で行える。各レイヤでの処理とは、パケットへのヘ
ッダの作成、付加に伴うネットワークプロトコル処理、
データペイロード部分の暗号化、復号化処理、パケット
管理構造体への書き込みなどである。

【００２５】つぎに、上記構成の暗号・復号処理システ
ムの動作を説明する。図４は、開放型システムにおける
コネクション開設パターンの一例を示す図である。図５
は、ＮＩＣ管理用データベースを構成するメモリの一例
を示す図である。また、図６、及び図７は、いずれもＣ
ＯＮＮ管理用データベースを構成するメモリの一例を示
す図である。

【００２６】ここでは、図４に示すように、ホストＨ１
とホストＨ３との間を論理的なコネクションＡによって
接続し、ホストＨ２とホストＨ３との間を論理的なコネ
クションＢによって接続した場合について説明する。ホ
ストＨ３は２個のＣＯＮＮ管理用データベースが格納さ
れたメモリ４１，４２を備え、それぞれコネクションＡ
用、コネクションＢ用のＣＯＮＮ管理構造体を構成して
いる。

【００２７】図５に示すＮＩＣ管理用データベース５０
では、受信用パケットキュー（待ち行列）５１と送信用
パケットキュー（待ち行列）５２に、それぞれ暗号化さ
れた３個の受信パケット５１１Ａ，５１２Ｂ，５１３Ｂ
と、３個の送信パケット５２１Ａ，５２２Ｂ，５２３Ｂ
がデータの発生順に接続された状態を示している。受信
パケット５１１Ａは、コネクションＡによってホストＨ
１からホストＨ３に到達した受信パケットであり、送信
パケット５２１Ａは、コネクションＡによってホストＨ
３からホストＨ１へ送出される送信パケットである。ま
た、受信パケット５１２Ｂ，５１３Ｂは、コネクション
ＢによってホストＨ２からホストＨ３に到達した受信パ
ケットであり、送信パケット５２２Ｂ，５２３Ｂは、コ
ネクションＢによってホストＨ３からホストＨ２へ送出
される送信パケットである。これらの受信パケット５１
１Ａ，５１２Ｂ，５１３Ｂ、送信パケット５２１Ａ，５
２２Ｂ，５２３Ｂは、いずれもパケットボディとバッフ
ァ管理ヘッダを備えている。

【００２８】つぎに、ＣＯＮＮ管理用データベースを、
一つのメモリ４１内に格納された具体的なデータ内容に
基づいて説明する。図６に示すＣＯＮＮ管理用データベ
ースは、受信暗号文用パケットキュー６１、復号化され
た平文パケットキュー６２、送信暗号文用パケットキュ
ー６３、及び送信用平文パケットキュー６４とともに、
暗号処理情報６５、暗号鍵情報６６、及び暗号処理プロ
セッサの番号情報６７を変数とするＣＯＮＮ管理構造体
を構成している。

【００２９】図７に示すＣＯＮＮ管理用データベース
は、図６と同様のＣＯＮＮ管理構造体が２つのメモリ４
１，４２にそれぞれ格納され、ネットワーク内で確立さ
れたコネクションＡ，Ｂ毎に送受信を管理するためのコ
ネクション管理構造体として機能するものである。メモ
リ４１に格納されたコネクションＡの管理用データベー
スでは、受信暗号文用のパケットキュー７１に１個の受
信パケット６１１Ａが接続され、その後に復号化された
平文のパケットキュー７２に受信パケット６２１Ａとし
て繋ぎ替えられる。メモリ４２に格納されたコネクショ
ンＢの管理用データベースでは、受信暗号文用のパケッ
トキュー８１に２個の受信パケット６１２Ｂ，６１３Ｂ
が接続され、その後に復号化された平文のパケットキュ
ー８２にそれぞれ受信パケット６２２Ｂ，６２３Ｂとし
て繋ぎ替えられる。

【００３０】ここでは、送信暗号文用のパケットキュ
ー、及び送信用平文のパケットキューについては、図示
していない。また、これらの受信パケット６１１Ａ，６
１２Ｂ，６１３Ｂ、６２１Ａ，６２２Ｂ，６２３Ｂは、
いずれもパケットボディとバッファ管理ヘッダを備えて
いる。

【００３１】つぎに、上記構成の暗号・復号処理システ
ムにおける受信パケットの処理手順について説明する。
図８は、受信パケット処理手順を示すフローチャートで
ある。

【００３２】ステップ８１では、複数の受信パケットが
コネクションＡ，ＢからホストＨ３のＮＩＣ１に到着す
る。ステップ８２では、到着した受信パケット５１１
Ａ，５１２Ｂ，５１３Ｂが、図５に示すようにパケット
管理構造体とともに、ＮＩＣ管理用データベース５０の
受信用パケットキュー５１へ接続される。

【００３３】ステップ８３では、セキュアな通信路がす
でに確立済みである場合には、パケットのヘッダによっ
て各受信パケットの論理コネクション番号を決定する。
すなわち、図２に示すペイロード部１１１部分に格納さ
れたデータ（ＴＣＰ／ＩＰであれば、各プロトコルヘッ
ダを除いた実データ部分）は、ソケット内のデータ（例
えばＴＣＰヘッダに記述されたポート番号とＩＰアドレ
ス）を基にして、対応するコネクション番号が判定でき
る。

【００３４】ステップ８４では、該当する受信パケット
をＮＩＣ管理用データベース５０からメモリ４１、又は
メモリ４２に格納された受信暗号文用パケットキュー７
１，８１のいずれかへ接続する（図７）。ここでは、Ｃ
ＯＮＮ管理用データベースは、論理的な通信路の個数
（2個のコネクションＡ，Ｂ）分だけ用意されている。

【００３５】ステップ８５では、コネクション毎の暗号
処理方式、鍵情報、及びどの暗号処理プロセッサへ復号
処理を依頼するかの情報が、図２に示すパケット管理構
造体２０へ書き込まれる。

【００３６】ステップ８６では、特定の暗号処理プロセ
ッサ３１〜３ｍへ処理の開始が依頼される。こうしてＣ
ＯＮＮ管理用データベースでは、メモリ４１，４２の受
信パケットを受信暗号文用パケットキュー６１から復号
化された平文パケットキュー６２へ繋ぎ替える際に、暗
号処理プロセッサ３１〜３ｍのいずれかによって、暗号
方式、鍵情報、パケットペイロード部の先頭アドレスを
基にして、順次に受信パケットの復号化が行われる。

【００３７】ステップ８７では、暗号処理プロセッサ３
１〜３ｍでの復号化処理の終了後、暗号処理プロセッサ
３１〜３ｍによって、メモリ４１の復号化された平文パ
ケットキュー７２に、受信パケットのペイロード部分の
データが復号化されたパケット６２１Ａが繋ぎ替えら
れ、メモリ４２の復号化された平文パケットキュー８２
に、すべての受信パケットのペイロード部分のデータが
復号化された受信パケット６２２Ｂ，６２３Ｂが繋ぎ替
えられる。

【００３８】最後に、ステップ８８では、ＣＯＮＮ管理
用データベースの復号化された平文パケットキューを読
み取る関数により、ネットワーク上位のユーザアプリケ
ーション側では復号化されたデータをコネクション毎で
受信することが可能になる。この関数（ＡＰＩ）として
は、例えばコネクション単位で送受信パケットの実デー
タペイロード部を読み書きできる、セッション層以上の
機能を有するソケット関数が用いられる。以下には、代
表的なソケット関数を示す。

【００３９】ＳＯＣＫＥＴ（＊）：ソケットの内部生成 ＢＩＮＤ（＊）：ソケットの内部結合 ＬＩＳＴＥＮ（＊）：他のネットワークホストからのコ
ネクション待ち ＡＣＣＥＰＴ（＊）：他のネットワークホストからのコ
ネクション許可 ＲＥＡＤ（＊）：データの送信 ＷＲＩＴＥ（＊）：データの受信 ＳＯＣＫＥＴ（＊）以外のソケット関数では、コネクシ
ョン管理データベースの番号（コネクション番号）に相
当する返り値を指定する。

【００４０】つぎに、送信パケットの処理フローについ
て説明する。図９は、送信パケットの処理手順を示すフ
ローチャートである。ステップ９１では、ネットワーク
上位のユーザアプリケーション側で暗号化前のデータが
作成され、上位レベルのＡＰＩによって送信パケットの
ペイロード部分に書き込まれる。

【００４１】ステップ９２では、送信パケットは図６に
示すＣＯＮＮ管理用データベースの送信用平文パケット
キュー６４に接続される。この接続は、例えば上述した
ソケット関数によって実行される。

【００４２】ステップ９３では、コネクション毎の暗号
処理方式、鍵情報、及びどの暗号処理プロセッサへ暗号
化処理を依頼するのかといった情報が、図２に示すパケ
ット管理構造体２０に書き込まれる。

【００４３】ステップ９４では、特定の暗号処理プロセ
ッサへ処理の開始が依頼される。こうしてＣＯＮＮ管理
用データベースでは、例えばメモリ４０の送信パケット
を送信用平文パケットキュー６４から送信暗号文用のパ
ケットキュー６３に繋ぎ替える際に、暗号処理プロセッ
サ３１〜３ｍのいずれかによって、暗号方式、鍵情報、
パケットペイロード部の先頭アドレスを基にして、順次
に送信パケットの暗号化が行われる。

【００４４】ステップ９５では、暗号処理プロセッサ３
１〜３ｍでの暗号化処理の終了後、暗号処理プロセッサ
３１〜３ｍによって、ＣＯＮＮ管理構造体の送信暗号文
用のパケットキュー６３には、すべての送信パケットの
ペイロード部分のデータが暗号化されたパケットが繋ぎ
替えられる。

【００４５】ステップ９６では、送信パケットをＣＯＮ
Ｎ管理用データベースからＮＩＣ管理データベース５０
の送信用パケットキュー５２へ接続される。最後に、ス
テップ９７では、ＮＩＣ１を介して該当パケットが通信
媒体であるコネクションＡ，Ｂに送出される。

【００４６】

【発明の効果】以上に説明したように、この発明の暗号
・復号処理システムによれば、ＯＳ内で高い優先度を持
って実行されるトランスポート層やネットワーク層での
処理と同時にパケット単位で暗号処理を分散して実行す
るようにしたので、従来の暗号・復号処理システムのセ
ッション層、アプリケーション層での処理と比較して、
高速な暗号化・復号化処理が実現可能である。また、ネ
ットワーク・インタフェース・コントローラにより、送
受信されるディジタル信号を送受信パケットとしてコネ
クション別に整理統合する過程で暗号・復号処理を行う
ようにしたので、同一のハードウェアモジュールにＮＩ
Ｃと暗号処理プロセッサを一体化することが可能とな
り、秘匿性の向上が期待できる。

【図面の簡単な説明】

【図１】ネットワーク機器のシステム構成を示すブロッ
ク図である。

【図２】ＴＣＰ／ＩＰパケットとパケット管理構造体の
構成を示す図である。

【図３】ＴＣＰ／ＩＰパケットの各レイヤにおける処理
内容を説明するための図である。

【図４】コネクション開設パターンの一例を示す図であ
る。

【図５】ＮＩＣ管理用データベースを構成するメモリの
一例を示す図である。

【図６】ＣＯＮＮ管理用データベースを構成するメモリ
の一例を示す図である。

【図７】ＣＯＮＮ管理用データベースを構成するメモリ
の一例を示す図である。

【図８】受信パケットの処理フローを示す図である。

【図９】送信パケットの処理フローを示す図である。

【符号の説明】

１…ＮＩＣ（ネットワーク・インタフェース・コントロ
ーラ）、２…ＣＰＵ、３１〜３ｍ…暗号処理プロセッ
サ、４，４１〜４ｎ，４０…メモリ、５…内部バス、６
…ネットワーク、１０…ＴＣＰ／ＩＰパケット、２０…
パケット管理構造体、５０…ＮＩＣ管理用データベース

Claims (6)

【特許請求の範囲】
1. 【請求項１】 開放型システムにより接続されたネット
   ワーク機器間で、暗号化されたディジタル信号によって
   データ通信を行うための暗号・復号処理方法において、 前記ネットワーク機器は、論理的なコネクションを確立
   するためのネットワーク・インタフェース・コントロー
   ラを備え、 前記ネットワーク・インタフェース・コントローラによ
   り、送受信されるディジタル信号を送受信パケットとし
   てコネクション別に整理統合する過程で暗号・復号処理
   を行うことを特徴とする暗号・復号処理方法。
2. 【請求項２】 前記ネットワーク・インタフェース・コ
   ントローラには、 複数の暗号処理プロセッサと、受信されたディジタル信
   号に管理用バッファを付加するためのパケット管理構造
   体とが接続され、 前記コネクション毎に受信パケットに異なる復号処理方
   法を指定するとともに、前記暗号処理プロセッサのいず
   れかを指定することを特徴とする請求項１記載の暗号・
   復号処理方法。
3. 【請求項３】 前記ネットワーク・インタフェース・コ
   ントローラには、 複数の暗号処理プロセッサと、送信すべきディジタル信
   号に管理用バッファを付加するためのパケット管理構造
   体とが接続され、 前記コネクション毎に送信パケットに異なる暗号処理方
   法を指定するとともに、前記暗号処理プロセッサのいず
   れかを指定することを特徴とする請求項１記載の暗号・
   復号処理方法。
4. 【請求項４】 前記ネットワーク・インタフェース・コ
   ントローラは、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎ
   ｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルによる通信プ
   ロトコルを有していることを特徴とする請求項１記載の
   暗号・復号処理方法。
5. 【請求項５】 前記ネットワーク機器によって確立され
   る論理的なコネクションにおける暗号処理プロセスで
   は、 物理層・データリンク層に相当するネットワーク・イン
   タフェース・コントローラでのパケット処理と、ネット
   ワーク層とトランスポート層に相当するレイヤでの送信
   パケットの暗号化とが同時に行われることを特徴とする
   請求項４記載の暗号・復号処理方法。
6. 【請求項６】 前記ネットワーク機器によって確立され
   る論理的なコネクションにおける復号処理プロセスで
   は、 物理層・データリンク層に相当するネットワーク・イン
   タフェース・コントローラでのパケット処理と、ネット
   ワーク層とトランスポート層に相当するレイヤでの受信
   パケットの復号化とが同時に行われることを特徴とする
   請求項４記載の暗号・復号処理方法。