(57)【特許請求の範囲】
【請求項１】
パケット内に格納されたプログラムを処理することによりそのパケット自身の処理方法を決定するネットワークがパケットを処理する方法において、
ネットワークのノード甲に対して予め定められた固有情報を、他のノード乙が取得する段階１と、
前記ノード甲が前記固有情報を元にパケット毎に鍵を生成し、生成した鍵を各パケットに付与する段階２と、
前記ノード甲が、鍵を付与したパケットを、前記ノード乙に送信する段階３と、
前記ノード乙が、前記段階１で取得した固有情報を元に、前記段階３で受信したパケットに付与された鍵の正否を判定する段階４と、
前記プログラムを実行する際に前記ノード乙の管理下にあるリソースを利用することの可否を、前記段階４の判定結果に応じて、ノード乙が決定する段階５とを含むことを特徴とするパケット処理方法。
【請求項２】
請求項１に記載のパケット処理方法において、
前記段階５に先立って、前記ノード甲が前記リソースの一部乃至全部の利用許可を要求する特権要求を、前記ノード乙は取得し、
前記段階５で、前記ノード乙は、前記特権要求の範囲に応じたリソースの利用を許可する
ことを特徴とするパケット処理方法。
【請求項３】
請求項１及び２のいずれかに記載のパケット処理方法において、前記鍵は、使い捨ての鍵であることを特徴とするパケット処理方法。
【請求項４】
請求項１乃至３のいずれかに記載のパケット処理方法において、パケットは、プログラムに代わり、そのプログラムを指定する識別子を格納することを特徴とするパケット処理方法。
【請求項５】
請求項１乃至４のいずれかに記載のパケット処理方法において、前記段階１は、前記ノード甲から前記ノード乙へのシグナリングにより行われることを特徴とするパケット処理方法。
【請求項６】
請求項１乃至４のいずれかに記載のパケット処理方法において、前記段階１は、前記ネットワークを他のネットワークと接続するゲートウェイから、前記ノード乙へのシグナリングにより行われることを特徴とするパケット処理方法。
【請求項７】
請求項１乃至４のいずれかに記載のパケット処理方法において、前記段階１は、予め前記固有情報を登録した認証サーバから前記ノード乙に前記固有情報を送信することにより行なわれることを特徴とするパケット処理方法。
【請求項８】
請求項１乃至７のいずれかに記載のパケット処理方法において、前記固有情報は複数のユーザからなるカスタマに対して定められることを特徴とするパケット処理方法。
【請求項９】
パケット内に格納されたプログラムを処理することによりそのパケット自身の処理方法を決定するネットワークで、パケット交換機として動作する装置にパケットを処理させるプログラムにおいて、
前記ネットワークのユーザ端末毎に予め定められた固有情報を取得する処理１と、
前記固有情報を元にパケット毎に生成した鍵を含むパケットを、前記ユーザ端末から受信する処理２と、
前記処理１で取得した固有情報を元に、前記処理２で受信したパケットに付与された鍵の正否を判定する処理３と、
前記パケット内に格納されたプログラムを実行する際に前記装置の管理下にあるリソースを利用することの可否を、前記処理３の判定結果に応じて決定する処理４と
を前記装置に実行させることを特徴とするパケット処理プログラム。
【請求項１０】
請求項９に記載のパケット処理プログラムにおいて、
前記処理４に先立って、前記ユーザ端末が前記リソースの一部乃至全部の利用許可を要求する特権要求を取得し、
前記処理４で、前記特権要求の範囲に応じて利用可能なリソースを決定する
ことを特徴とするパケット処理プログラム。
【請求項１１】
請求項９及び１０のいずれかに記載のパケット処理プログラムにおいて、前記鍵は、使い捨ての鍵であることを特徴とするパケット処理プログラム。
【請求項１２】
請求項９乃至１１のいずれかに記載のパケット処理プログラムにおいて、パケットは、前記パケット内に格納されたプログラムに代わり、そのプログラムを指定する識別子を格納することを特徴とするパケット処理プログラム。
【請求項１３】
請求項９乃至１２のいずれかに記載のパケット処理プログラムにおいて、前記処理１は、前記ユーザ端末からのシグナリングを受信して行なうことを特徴とするパケット処理プログラム。
【請求項１４】
請求項９乃至１２のいずれかに記載のパケット処理プログラムにおいて、前記処理１は、前記ネットワークを他のネットワークと接続するゲートウェイから、前記装置へのシグナリングを受信して行なうことを特徴とするパケット処理プログラム。
【請求項１５】
請求項９乃至１２のいずれかに記載のパケット処理プログラムにおいて、前記処理１は、予め前記固有情報を登録した認証サーバから前記固有情報を受信することにより行なうことを特徴とするパケット処理プログラム。
【請求項１６】
請求項９乃至１５のいずれかに記載のパケット処理プログラムにおいて、前記固有情報は複数のユーザからなるカスタマに対して定められることを特徴とするパケット処理プログラム。
【請求項１７】
請求項９乃至１６のいずれかに記載のパケット処理プログラムを記録した記録媒体。
【請求項１８】
請求項１７に記載の記録媒体を格納し、前記パケット処理プログラムに従って動作するパケット交換機。
【請求項１９】
請求項１８に記載のパケット交換機において、前記処理１乃至４の少なくともひとつをハードウェアとして備えることを特徴とするパケット交換機。
【請求項２０】
パケット内に格納されたプログラムを処理することによりそのパケット自身の処理方法を決定するネットワークで、ユーザ端末として動作する装置にパケットを処理させるプログラムにおいて、
予め付与された固有情報を元に、パケット毎に鍵を生成する処理１と、
生成した鍵を各パケットに付与する処理２と、
鍵を付与したパケットを、前記ネットワークのパケット交換機に送信する処理３と
を前記装置に実行させることを特徴とするパケット処理プログラム。
【請求項２１】
請求項２０に記載のパケット処理プログラムにおいて、
前記処理３で、更に、前記パケット交換機が管理するリソースのうち、一部乃至全部の利用許可を要求する特権要求を、前記パケット交換機に送信する
ことを特徴とするパケット処理プログラム。
【請求項２２】
請求項２０及び２１のいずれかに記載のパケット処理プログラムにおいて、前記処理３で送信する前記鍵を付与したパケット及び特権要求の少なくとも一方は、認証サーバを介して前記パケット交換機に送信されることを特徴とするパケット処理プログラム。
【請求項２３】
請求項２０乃至２２のいずれかに記載のパケット処理プログラムを記録した記録媒体。
【請求項２４】
請求項２３に記載の記録媒体を格納し、前記パケット処理プログラムに従い前記ユーザ端末として動作する情報処理装置。
【請求項２５】
請求項２４に記載の情報処理装置において、前記処理１乃至３の少なくともひとつをハードウェアとして備えることを特徴とする情報処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パケット通信に関し、特にパケットの処理に際してユーザ毎に固有のリソースを利用するパケット通信に関する。
【０００２】
【従来の技術】
網の機能の柔軟性を向上させることを目的として、網の各種の処理をプログラマブルとするアクティブネットワーク方式が提案されている。
【０００３】
例えば、パケット内にプログラムを格納し、そのプログラムを処理することによりそのパケット自身の処理方法を確定する、カプセルを用いた方式として、ＰＬＡＮ（Ｍｉｃｈａｅｌ  Ｈｉｃｋｓ、Ｐａｎｋａｊ  Ｋａｋｋａｒ、Ｊｏｎａｔｈａｎ  Ｔ．Ｍｏｏｒｅ、Ｃａｒｌ  Ａ．  Ｇｕｎｔｅｒ  ａｎｄ  Ｓｃｏｔｔ  Ｎｅｔｔｌｅｓ、″ＰＬＡＮ：Ａ  Ｐａｃｋｅｔ  Ｌａｎｇｕａｇｅ  ｆｏｒ  Ａｃｔｉｖｅ  Ｎｅｔｗｏｒｋｓ″、ｉｎ  Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆｔｈｅ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｆｕｎｃｔｉｏｎａｌ  Ｐｒｏｇｒａｍｍｉｎｇ（ＩＣＦＰ）  ´９８．）やＳｔｒｅａｍＣｏｄｅ（Ｔａｋａｓｈｉ  Ｅｇａｗａ、  Ｋｏｊｉ  Ｈｉｎｏ、Ｙｏｈｅｉ  Ｈａｓｅｇａｗａ、″Ｆａｓｔ  ａｎｄ  Ｓｅｃｕｒｅ  Ｐａｃｋｅｔ  Ｐｒｏｃｅｓｓｉｎｇ  Ｅｎｖｉｒｏｎｍｅｎｔ  ｆｏｒ  Ｐｅｒ−ＰａｃｋｅｔＱｏＳ  Ｃｕｓｔｏｍｉｚａｔｉｏｎ″、ｉｎ  Ｐｒｏｃｅｅｄｉｎｇｓ  ＩＷＡＮ  ２００１．）が提案されている。
【０００４】
また、プログラムを全パケットに入れるのは帯域の無駄遣いであるとして、パケットには識別子のみを格納し、その識別子に応じたプログラムを必要な時に網内の他の場所からダウンロードして実行する、ＡＮＴＳ（Ｄａｖｉｄ  Ｊ．  Ｗｅｔｈｅｒａｌｌ、  Ｊｏｈｎ  Ｇｕｔｔａｇ、ａｎｄ  Ｄａｖｉｄ  Ｌ．  Ｔｅｎｎｅｎｈｏｕｓｅ、″ＡＮＴＳ：Ａ  Ｔｏｏｌｋｉｔ  ｆｏｒ  Ｂｕｉｌｄｉｎｇ  ａｎｄ  Ｄｙｎａｍｉｃａｌｌｙ  Ｄｅｐｌｏｙｉｎｇ  Ｎｅｔｗｏｒｋ  Ｐｒｏｔｏｃｏｌｓ″、ｉｎ  Ｐｒｏｃｅｅｄｉｎｇｓ  ＩＥＥＥ  ＯＰＥＮＡＲＣＨ´９８．）やＡＮＮ（Ｄ．  Ｄｅｃａｓｐｅｒ、Ｇ．  Ｐａｒｕｌｋａｒ、Ｓ．Ｃｈｏｉ、Ｊ．  ＤｅＨａｒｔ、Ｔ．Ｗｏｌｆ、Ｂ．Ｐｌａｔｔｎｅｒ、″Ａ  Ｓｃａｌａｂｌｅ、Ｈｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ａｃｔｉｖｅ  Ｎｅｔｗｏｒｋ  Ｎｏｄｅ″、Ｉｎ  ＩＥＥＥ  Ｎｅｔｗｏｒｋ、  Ｊａｎｕａｒｙ／Ｆｅｂｒｕａｒｙ  １９９９．）という方式も提案されている。
【０００５】
これらの方式では、パケットの処理方法はパケット到着時点で指定される。従って、故意や過失をもつ指定が網に悪影響を与えることを防ぐ必要がある。そのため、ある一つのパケットが、各ノード毎に利用するリソースを制限する機構、ネットワーク内を転送されていく間に全体として利用するリソースを制限する機構などが必要となる。
【０００６】
このように、全体として利用するリソースを制限する機構として、ＡＮＴＳやＰＬＡＮではリソースバウンド（ｒｅｓｏｕｒｃｅ  ｂｏｕｎｄ）という機構を採用している。これは、ＩＰｖ４パケットにおけるＴＴＬの概念を拡張したものであり、パケットが生成されたときにある一定量を付与され、各ノードでの処理を行う際には強制的に減らされる。特に、子パケット群を生成する際には、子パケット群が持つリソースバウンドの総計は親パケットのリソースバウンドを超えてはならない、という制限が与えられている。
【０００７】
このようなリソース制限は、処理の安全性という意味では優れた方式であるが、処理の柔軟性を損なう。特に、マルチキャストを実現することが困難となる。大量の子パケットを生成するためには大量のリソースバウンドを初期値として持つ必要があるが、これを許すと、ユニキャストパケットを実現するパケット処理プログラムが故意や過失により暴走したとき、本リソースバウンドによる制限が機能するまで手間取ることとなる。
【０００８】
この問題点を改善する方式の一つとして、個々のパケットを認証し、そのパケットに応じた特権を付与するという方法が考えられる。例えば前述の場合、子パケット生成は特権に応じて行うこととすればよい。
【０００９】
尚、個々のパケットを認証する技術としては様々な方式が提案されている。しかし、これらの方式は、一つのプロバイダ内の課金や負荷の監視をより精密に行うことを目的としている。例えば特開２００１−４４９９２が挙げられる。本方式では、認証のために必要なデータを、ネットワーク内に存在する認証データのソースから必要な場合に準リアルタイムで受信し、パケット内のネットワークアドレス等と受信した認証データとを比較することにより、網内の必要な場所に配置されたモニタリングノードにおいてカスタマの認証を行う。
【００１０】
【発明が解決しようとする課題】
第一に解決すべき課題は安全性である。カプセル方式のアクティブネットワーク方式では、パケット処理プログラムが暴走したり、その安全機構が破られた場合の被害は、従来のＩＰ網等において課金処理や負荷を監視する処理が暴走した場合よりも遙かに大きい。最悪の場合、ネットワーク全体が機能停止に追い込まれたり、パケット処理プログラムが誤動作してパケットが誤配送され、カスタマ固有の情報が流出したりする。従って、より強固な安全性を備える必要がある。
【００１１】
第２に解決すべき課題は高速性である。より強固な暗号化方式を使うなどにより、処理速度が低下しても構わない場合には、一般には安全性の確保は難しくない。だが、本発明が想定するカプセル方式のアクティブネットワークは、主信号パケットに対して適用される場合も有りうる。こうした場合には、高速性を保ちつつ安全性を確保することが極めて重要である。
【００１２】
第３に解決すべき課題は処理の汎用性である。カプセル方式のアクティブネットワークは、必ずしも単一のキャリアに閉じた処理になるとは限らない。従って、複数のキャリアにまたがる場合であっても適切に動作する必要がある。
【００１３】
本発明の目的は、カプセル方式を用いたアクティブネットワークにおいて、個々のパケットを認証することにより、パケットに応じた特権命令を利用可能とし、網全体としてのセキュリティを保ちつつ、パケット処理プログラムが備えうる処理の柔軟性を向上させることにある。
【００１４】
【課題を解決するための手段】
上述した課題を解決するため、本発明は次のようなパケット処理技術を提供する。
【００１５】
即ち、本発明は、パケット内に格納されたプログラムを処理することによりそのパケット自身の処理方法を決定するネットワークがパケットを処理する方法において、次の段階１〜５を含むパケット処理方法を提供する。まず、ネットワークのノード甲に対して予め定められた固有情報を、他のノード乙が取得する（段階１）。次に、ノード甲が固有情報を元にパケット毎に鍵を生成し、生成した鍵を各パケットに付与する（段階２）。次に、ノード甲が、鍵を付与したパケットを、ノード乙に送信する（段階３）。次に、ノード乙が、段階１で取得した固有情報を元に、段階３で受信したパケットに付与された鍵の正否を判定する（段階４）。次に、プログラムを実行する際にノード乙の管理下にあるリソースを利用することの可否を、段階４の判定結果に応じて、ノード乙が決定する（段階５）。尚、ここでいうノードとは、ユーザ端末、パケット交換機等を指す。
【００１６】
この方法によれば、パケット内に格納されたプログラムを実行する際にノード乙のリソースを利用できるかできないかを、ノード甲の固有情報を元に生成した鍵の正否を基準として、パケット毎に決定することができる。
【００１７】
このパケット処理方法において、段階５に先立って、ノード甲がリソースの一部乃至全部の利用許可を要求する特権要求を、ノード乙は取得し、段階５で、ノード乙は、特権要求の範囲に応じたリソースの利用を許可することとしてもよい。この場合、ノード乙は個々のパケットを認証し、ノード甲が求める特権要求の範囲に応じたリソースの利用を許可することができる。こうすれば、仮にパケットに格納したプログラムが故意又は過失で暴走した場合であっても、特権要求で定められた範囲のリソースしか利用できないので、暴走による影響を抑制することができる。
【００１８】
この方法で、鍵は、使い捨ての鍵であることが好ましい。
【００１９】
子の方法で、パケットは、プログラムに代わり、そのプログラムを指定する識別子を格納しても構わない。
【００２０】
段階１は、ノード甲からノード乙へのシグナリングにより行われることとしてもよい。また、段階１は、ネットワークを他のネットワークと接続するゲートウェイから、ノード乙へのシグナリングにより行われることとしてもよい。あるいは、段階１は、予め固有情報を登録した認証サーバからノード乙に固有情報を送信することにより行なわれることとしてもよい。
【００２１】
固有情報は複数のユーザからなるカスタマに対して定められることとしてもよい。
【００２２】
また、本発明は、パケット内に格納されたプログラムを処理することによりそのパケット自身の処理方法を決定するネットワークで、パケット交換機として動作する装置にパケットを処理させるプログラムにおいて、次のような処理を当該装置に実行させることを特徴とするパケット処理プログラムを提供する。まず、ネットワークのユーザ端末毎に予め定められた固有情報を取得する（処理１）。次に、固有情報を元にパケット毎に生成した鍵を含むパケットを、ユーザ端末から受信する（処理２）。次に、処理１で取得した固有情報を元に、処理２で受信したパケットに付与された鍵の正否を判定する（処理３）。次に、パケット内に格納されたプログラムを実行する際に装置の管理下にあるリソースを利用することの可否を、処理３の判定結果に応じて決定する（処理４）。
【００２３】
処理４に先立って、ユーザ端末がリソースの一部乃至全部の利用許可を要求する特権要求を取得し、処理４で、特権要求の範囲に応じて利用可能なリソースを決定するとよい。
【００２４】
鍵は、使い捨ての鍵であることが好ましい。
【００２５】
パケットは、パケット内に格納されたプログラムに代わり、そのプログラムを指定する識別子を格納することとしてもよい。
【００２６】
処理１は、ユーザ端末からのシグナリングを受信して行なうこととしてよい。また、処理１は、ネットワークを他のネットワークと接続するゲートウェイから、装置へのシグナリングを受信して行なうこととしてもよい。あるいは、処理１は、予め固有情報を登録した認証サーバから固有情報を受信することにより行なうこととしてもよい。
【００２７】
固有情報は複数のユーザからなるカスタマに対して定められることとしてもよい。
【００２８】
更に、本発明は、このパケット処理プログラムを記録した記録媒体、この記録媒体を格納し、パケット処理プログラムに従って動作するパケット交換機をも提供する。特に、パケット交換機においては、処理１乃至４の少なくともひとつをハードウェアとして備えることとしてもよい。
【００２９】
また、本発明は、パケット内に格納されたプログラムを処理することによりそのパケット自身の処理方法を決定するネットワークで、ユーザ端末として動作する装置にパケットを処理させるプログラムにおいて、次のような処理をを装置に実行させることを特徴とするパケット処理プログラムを提供する。まず、予め付与された固有情報を元に、パケット毎に鍵を生成する（処理１）。次に、生成した鍵を各パケットに付与する（処理２）。次に、鍵を付与したパケットを、ネットワークのパケット交換機に送信する（処理３）。
【００３０】
処理３で、更に、パケット交換機が管理するリソースのうち、一部乃至全部の利用許可を要求する特権要求を、パケット交換機に送信するとよい。
【００３１】
処理３で送信する鍵を付与したパケット及び特権要求の少なくとも一方は、認証サーバを介してパケット交換機に送信されることとしてもよい。
【００３２】
更に、本発明は、このパケット処理プログラムを記録した記録媒体、この記録媒体を格納し、パケット処理プログラムに従いユーザ端末として動作する情報処理装置をも提供する。この情報処理装置において、処理１乃至３の少なくともひとつをハードウェアとして備えることとしてもよい。
【００３３】
本発明では、エンドユーザと通信経路上の各ルータは、カスタマの固有情報を共有する。この固有情報は特権を管理する機構であるＭＭＵ（メモリ管理装置）にて管理される。
【００３４】
各パケットに付加されるパケット毎の鍵は、カスタマの固有情報から生成されて各パケット毎に使い捨てられるため、ネットワークで利用した場合の安全性が高い。また、使い捨て鍵方式でよく用いられるＭＤ５等の一方向性関数はハードウェア化が可能である。これらの認証関連の機能がＭＭＵに組み込まれ、資源管理と一体化したハードウェア処理となることにより、安全性と高速性との両立が可能となる。
【００３５】
また、カスタマ固有情報はカスタマからのシグナリングにより網全体の、またはＩＳＰ網のゲートウェイからのシグナリングによりそのＩＳＰ網の、エンド−エンドで配布することが出来る。このようにシグナリングを用い、ブロードキャストを行わないこととすれば大規模網であっても適用可能であり、またＩＳＰ等組織の境界を超えることも可能となる。
【００３６】
【発明の実施の形態】
次に、本発明の第１の実施の形態であるパケット交換網１について図１を参照して詳細に説明する。
【００３７】
パケット交換網１ではプログラムを格納したパケットを伝送する。パケット交換網１はアクティブパケット交換機１０１及び１０１ｂ並びにユーザ端末１１１及び１１１ｂを含む。アクティブパケット交換機１０１及び１０１ｂは同じ構成であり、該当する構成要素の参照符号にｂを付して区別している。ユーザ端末１１１及び１１１ｂについても同様である。実際にはパケット交換網１には更に他のアクティブパケット交換機及びユーザ端末が存在してよいが、ここでは、本発明の説明に不要なため省略している。ユーザ端末１１１とアクティブパケット交換機１０１は通信路１２１で接続されている。また、アクティブ交換機１０１及び１０１ｂは通信路１２１ｂで接続されている。
【００３８】
アクティブパケット交換機１０１は、ノード用ユーザ認証デーモン１０２、パケット内プログラム実行機構１０３、特権テーブル１０４、共有メモリ１０５、認証機構付ＭＭＵ１０６、使い捨て鍵生成機構１０７から構成される。ノード用ユーザ認証デーモン１０２は、他のアクティブパケット交換機のノード用ユーザ認証デーモンや、ユーザ端末の端末用ユーザ認証デーモンとシグナリングを行なう。パケット内プログラム実行機構１０３は、パケット内に格納されたプログラム（パケット内プログラム）を実行する機構である。特権テーブル１０４及び共有メモリ１０５は共に特権リソースである。特権リソースはパケット内プログラムを実行する際に利用されるリソースであるが、認証を受けていないパケットに格納されているプログラムからは利用が制限されている。認証機構付ＭＭＵ１０６はパケット毎に添付された鍵によってパケットを認証する。使い捨て鍵生成機構１０７は送出するパケットに添付すべき鍵を生成する。生成される鍵は使い捨ての鍵であり、パケット毎に異なる鍵を生成する。
【００３９】
ユーザ端末１１１は、端末用ユーザ認証デーモン１１２、パケット生成機構１１３、使い捨て鍵生成機構１１４から構成される。端末用ユーザ認証デーモン１１２は、ノード用ユーザ認証デーモン１０２と同様に、他のアクティブパケット交換機のノード用ユーザ認証デーモンや、ユーザ端末の端末用ユーザ認証デーモンとシグナリングを行なう。パケット生成機構１１３はパケット内プログラムと使い捨て鍵生成機構１１４が生成した鍵とを含むパケットを生成する。使い捨て鍵生成機構１１４は送出するパケットに添付すべき鍵を生成する。使い捨て鍵生成機構１０７と同様に生成される鍵は使い捨ての鍵であり、パケット毎に異なる鍵を生成する。
【００４０】
次に、パケット交換網１を用いて、ノード上の特権リソース、例えば特権テーブル１０４や共有メモリ１０５を利用した通信を行うときのパケット処理動作について図２を参照して説明する。まず第１に、カスタマ固有情報の配布とリソースの確保を行う（ステップＳ１１）。第２に、実際のデータ通信を行う（ステップＳ１２）。第３に、リソース解放を行う（ステップＳ１３）。
【００４１】
ステップＳ１１の処理は、例えばカスタマからのシグナリングにより行われる。カスタマは複数のユーザからなるグループを指す。この例の場合の動作について図３を参照して説明すると、シグナリング処理において、端末用ユーザ認証デーモン１１２は、ユーザ端末１１１の通信相手である他のユーザ端末１１１ｂの端末用ユーザ認証デーモン１１２ｂ、及び、通信路１２１、１２１ｂその他の不図示の通信路上のアクティブパケット交換機１０１、１０１ｂその他のアクティブパケット交換機のノード用ユーザ認証デーモン１０２、１０２ｂ等の間で、セッション鍵及びカスタマ固有情報を交換する（ステップＳ２１）。端末用ユーザ認証デーモン１１２は、ここで取得したカスタマ固有情報を使い捨て鍵生成機構１１４に設定する（ステップＳ２２）。更に、カスタマの必要に応じて、特権テーブル１０４や共有メモリ１０５に対し、そのカスタマ用のリソースを確保する（Ｓ２３）。
【００４２】
図４を参照して説明すると、ステップＳ１２のデータ通信処理では、設定されているカスタマ固有情報を元に、使い捨て鍵生成機構１１４が各パケット毎に使い捨てる鍵を生成する。以下、この鍵をパケット鍵とも呼ぶ。パケット生成機構１１３は、パケット内プログラム（あるいはパケット内プログラムの識別子）に、生成されたパケット鍵を付加したパケットを生成する（ステップＳ３１）。このとき、リプレイ攻撃への耐性を高めるため、改竄防止のためのセキュアハッシュを施したタイムスタンプを付加してもよい。
【００４３】
生成されたパケットは通信路１２１を通じてアクティブパケット交換機１０１に送付される（ステップＳ３２）。パケット内プログラム（あるいは識別子により指定されたプログラム）は、パケット処理プログラム実行機構１０３にて実行される（ステップＳ３３）。パケット処理プログラム実行機構１０３は、パケット内プログラムそのものがパケットに格納されている場合はそれを実行するし、ＡＮＴＳ等のように処理方法を指示した識別子が格納されている場合には、対応するプログラムを網内の他の場所からダウンロードしたり、ノード内にキャッシュされている物を呼び出すといった方法により、該当するプログラムを確保して実行する。
【００４４】
このようにしてプログラムを実行すると同時に、パケット内のパケット鍵は認証機構付ＭＭＵ１０６に渡される。認証機構付ＭＭＵ１０６は、カスタマと事前合意した方式に従って本パケット鍵とＭＭＵ内のカスタマ固有情報とを処理する（ステップＳ３４）。処理結果から、受信したパケットに付加されていたパケット鍵の元となったカスタマ固有情報と、ステップＳ２１にて交換したカスタマ固有情報とが一致することが判明した場合、つまり認証に成功した場合、ステップＳ２３にて確保した特権リソース、即ち特権テーブル１０４や共有メモリ１０５上の本セッションに関連する部分に対して、そのパケットが格納していた（あるいは指定していた）プログラムがアクセスすることを許可する（ステップＳ３６）。他方、ステップＳ３５で認証失敗した場合、そのプログラムが特権リソースにアクセスすることを禁止する（ステップＳ３７）。
【００４５】
ステップＳ１３のリソース解放では、リソース利用の必要性が消滅した時点で、端末用ユーザ認証デーモン１１２が、第１のセッション確立のシグナリングにおいて通信したアクティブパケット交換機１０１や相手先ユーザ端末１１１ｂとの間でシグナリングを行い、先に設定したセッション鍵、および確保した特権リソース、即ち特権テーブル１０４や共有メモリ１０５を解放する。
【００４６】
本発明の第２の実施の形態であるパケット交換網２について図５を参照して説明する。上述のパケット交換網１と比較すると、認証サーバ２０１が存在する点が大きく異なる。パケット交換網１では、ステップＳ１１のカスタマ固有情報の配布（ステップＳ２１）とリソースの確保（ステップＳ２３）は、ユーザ端末１１１、１１１ｂ、及び、アクティブパケット交換機１０１、１０１ｂを始めとする通信経路上のパケット交換機の間におけるシグナリングにより実現していた。これに対して、パケット交換網２では、カスタマ固有情報や、カスタマが必要とするリソースのについての情報を、認証サーバ２０１が一元的に管理し、アクティブパケット交換機１０１、１０１ｂ等のアクティブパケット交換機に配布する点が異なる。
【００４７】
次に、パケット交換網２を用いて、ノード上の特権リソースを利用した通信を行うときのパケット処理動作について再び図２を参照して説明する。
【００４８】
ステップＳ１１のカスタマ固有情報の配布とリソースの確保は次のように行われる。認証サーバ２０１が、カスタマの固有情報を各アクティブパケット交換機１０１、１０１ｂ等に配信すると共に、各アクティブパケット交換機１０１、１０１ｂ等に対してカスタマが必要とするリソースを確保するよう要求する。
【００４９】
ステップＳ１２の実際のデータ通信は第１の実施の形態と同様に行われる。
【００５０】
ステップＳ１３のリソース解放では、認証サーバ２０１とアクティブパケット交換機１０１、１０１ｂ等との通信により行われる。
【００５１】
本実施の形態は、小規模な一元管理されている網において、事前の計画に基づきリソース割り当て等を行いたい場合に有効である。
【００５２】
以上、本発明を実施の形態に基づいて説明したが、本発明はこれに限定されるものではなく、当業者の通常の知識の範囲内でその変更や改良が可能であることは勿論である。
【００５３】
例えば、ステップＳ３１にて各パケット毎の使い捨て鍵を生成する機構は様々な方法が知られているが、どのような方法を用いてもよい。例えばＩＥＴＦ  ＲＦＣ１９３８´Ｏｎｅ−Ｔｉｍｅ  Ｐａｓｓｗｏｒｄ  ｓｙｓｔｅｍ  （ＯＴＰ）´では、認証要求の度毎にサーバからクライアントへとビット列を送り、それとクライアント内に保持されている秘密の情報とを用いて使い捨て鍵を生成している。これを用いても良いし、パケットを送信するために毎回ノードから端末へとビット列を送っていては高速性が得られない、というならばクライアント内に最初から保持されている認証情報のみを用いることにより、使い捨て鍵を生成することができる。
【００５４】
また、第１の実施の形態ではシグナリングを開始したり認証情報を付加したりするのはエンドユーザ端末としたが、本アクティブパケット交換機で構築された網をＩＰなどカプセル方式を用いない既存網と接続するならば、そのゲートウェイとなる端末がこれを行うこととすればよい。
【００５５】
また、複数ユーザが特権リソースを共有する場合には、２番目以降のユーザはステップＳ１１及びＳ１３で行なうシグナリング処理を省略してもよい。
【００５６】
また、必ずしもカスタマ固有である必要がないリソース、たとえば一時的なメモリ等へのアクセスの管理にも、本方式は適用可能である。
【００５７】
【発明の効果】
本発明によれば、パケット交換機のリソースの利用をパケット単位で管理することができる。
【００５８】
また、本発明によれば、ＩＳＰなど組織の枠を超えたユーザ認証が可能となる。その理由は、認証処理を制御するデーモン間でのシグナリングによりセッション鍵情報を共有するため、ＩＳＰ間などでも適用可能となるためである。
【００５９】
また、本発明によれば、パケットを認証する際の安全性が高い。各パケットに付加されるのは使い捨ての鍵であるためである。
【００６０】
また、本発明によれば、パケットの認証を高速に実行することができる。パケット毎の鍵の処理はＭＭＵの付加機能として全てハードウェア化可能であり、またその同一ハードウェアが特権リソースの制御も行うためである。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態であるパケット交換網１の機能ブロック図である。
【図２】パケット交換網１の動作を説明するためのフローチャートである。
【図３】パケット交換網１の動作を説明するためのフローチャートである。
【図４】パケット交換網１の動作を説明するためのフローチャートである。
【図５】本発明の第２の実施の形態であるパケット交換網２の機能ブロック図である。
【符号の説明】
１０１、１０１ｂ  アクティブパケット交換機
１０２  ノード用ユーザ認証デーモン
１０３  パケット内プログラム実行機構
１０４  特権テーブル
１０５  共有メモリ
１０６  認証機構付ＭＭＵ
１０７  使い捨て鍵生成機構
１１１、１１１ｂ  ユーザ端末
１１２  端末用ユーザ認証デーモン
１１３  パケット生成機構
１１４  使い捨て鍵生成機構
１２１、１２１ｂ  通信路
２０１  認証サーバ
【図１】
0003803725.tif 000002
【図２】
0003803725.tif 000003
【図３】
0003803725.tif 000004
【図４】
0003803725.tif 000005
【図５】
0003803725.tif 000006