(57)【要約】【課題】セキュリティおよび移動性オーバーレイ・アーキテクチャ（ＳＡＭＯＡ）を提供すること。【解決手段】ＳＡＭＯＡは、固定、または移動セキュリティ加入者ユニット（ＳＳＵ）向けのセキュリティ管理およびセキュア転送機能を含む。ＳＡＭＯＡ内のＳＳＵは、セキュリティ管理機能によって認証、認可され、共用セッション鍵が提供される。鍵によって各ＳＳＵは、他のＳＳＵにセキュア接続をもたらすセキュア転送ネットワークと通信することができる。公開鍵ではなく共有鍵のセッション鍵が好適に使用されるので、公開鍵の認証局およびヒエラルキーに関連する問題が回避される。セキュリティ管理機能およびセキュア転送ネットワークは、既存のインターネット・プロトコル（ＩＰ）ネットワークの最上層に効率的に積層可能であり、したがって、３Ｇ無線、無線ＬＡＮ（例えば８０２．１１ｘ）、有線ＬＡＮ、およびダイアルアップ・ネットワークを含む、ＩＰをサポートする広範なシステムに適用できる。【選択図】図１
2004336776.tif 000002
【特許請求の範囲】
【請求項１】
セキュリティ管理およびセキュア転送システムであって、
少なくとも１つのセキュリティ・エージェント・ノード（ＳＡＮ）を有するセキュリティ・エージェント・ノード・グループ（ＳＡＮＧ）と、
少なくとも１つの転送エージェント・ノード（ＴＡＮ）を有する転送エージェント・ノード・グループ（ＴＡＮＧ）とを備え、
セキュリティ加入者ユニット（ＳＳＵ）は非セキュア・リンクを介して前記ＳＡＮＧと通信して、前記ＳＳＵにおいて第一のセッション鍵を確立し、
前記ＳＡＮは前記ＴＡＮＧと通信して、前記ＴＡＮＧにおいて第一のセッション鍵を確立し、
前記ＳＳＵは前記第一のセッション鍵に基づいてセキュア・リンクを介して前記ＴＡＮＧと通信するシステム。
【請求項２】
前記ＳＡＮＧは第一のセキュア・プロトコルを介して互いにリンクされた２つまたはそれ以上のＳＡＮを有しており、
前記ＴＡＮＧは、第二のセキュア・プロトコルを介して互いにリンクされた２つまたはそれ以上のＴＡＮを有しており、前記第一と第二のセキュア・プロトコルのうちの少なくとも一方がＩＰＳＥＣである請求項１に記載のシステム。
【請求項３】
少なくとも２つのＳＳＵが前記ＳＡＮＧに登録されて、各ＳＳＵが前記ＴＡＮＧにセキュアに接続でき、それによって相互にセキュアに接続できるようにする少なくとも１つのセッション鍵を各ＳＳＵが確立する請求項１に記載のシステム。
【請求項４】
前記ＳＡＮＧは仮想プライベート・ネットワークをサポートするためにプロキシ認証をサポートし、
前記ＳＡＮＧはＳＳＵ通信セッションの料金請求をサポートし、
前記ＴＡＮＧは無線ネットワーク上にオーバーレイされる請求項１に記載のシステム。
【請求項５】
セキュリティ管理およびセキュア転送システムはセキュア・マルチキャスティングをサポートする請求項１に記載のシステム。
【請求項６】
前記ＳＡＮＧは、前記ＳＡＮＧと前記ＳＳＵとの間で共用される第一共有鍵を処理する第一の方法を
前記ＳＳＵに伝達し、前記ＳＡＮＧと前記ＳＳＵとは前記第一の方法を別個に実施して、前記第一共有鍵に基づいて第一セッション鍵のローカル・コピーを生成し、それによって確立し、
前記ＳＡＮＧは、前記ＳＡＮＧと前記ＴＡＮＧとの間で共用される第二共有鍵を処理する第二の方法を前記ＴＡＮＧに伝達し、前記ＳＡＮＧと前記ＴＡＮＧとは前記第二の方法を別個に実施して、前記第二共有鍵に基づいて第二セッション鍵のローカル・コピーを生成し、
前記ＳＡＮＧは、前記第二セッション鍵に基づいて前記ＴＡＮＧへのセキュア通信リンクを確立し、前記セキュア通信リンクを介して前記第一セッション鍵を前記ＴＡＮＧに伝達する請求項１に記載のシステム。
【請求項７】
前記ＳＡＮＧ内の少なくとも２つのＳＡＮの各々は、前記ＳＳＵに関連する前記第一共有鍵のコピーを有している請求項６に記載のシステム。
【請求項８】
少なくとも１つのＴＡＮは前記ＴＡＮＧ内のルーティングを促進するハッシュ・テーブルの少なくとも一部を維持し、前記少なくとも１つのＴＡＮは、前記ＴＡＮに現在接続されている少なくとも１つのＳＳＵ用のエントリを前記ハッシュ・テーブルに維持している請求項１に記載のシステム。
【請求項９】
前記ＳＳＵは、初期アクセス・ノード（ＩＡＮ）を介して、前記システムとの接続を開始し、前記ＳＡＮＧに登録される請求項１に記載のシステム。
【請求項１０】
前記ＴＡＮＧ内のホームＴＡＮは、トンネリング・プロトコルを使用して、前記ホームＴＡＮから現在の接続エージェント・ノード（ＣＡＮ）ＴＡＮへのパケットの転送をサポートする請求項１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク通信に関し、特にセキュア・モバイル通信アーキテクチャに関する。
【背景技術】
【０００２】
機密業務および知的データのセキュア通信への企業および政府機関の関心の高まりと結びついた、（例えばラップトップ、ＰＤＡ、および高機能携帯電話のような）モバイル機器の最近の爆発的な成長と利用可能性によって、「ロードウォリアー」その他が相互間で、およびネットワークベースのリソース（例えば管理サーバ、イントラネット、およびセキュア・ウエブサイト）で安全に通信することを可能にする効率的な、モバイル、セキュリティの解決方法に掛け値なしの関心と、おそらくは大きいビジネスチャンスが生み出された。多様な関連機器とネットワークには３Ｇ無線ネットワーク、無線ＬＡＮ、ダイアルアップ接続、ブロードバンド音声／ビデオ／データ・ネットワーク、および有線ＬＡＮが含まれる。
【０００３】
このような解決方法を提供する今日の試みは、一般に（例えばインターネット技術特別調査委員会（ＩＥＴＦ）ＩＰセキュリティ（ＩＰＳＥＣ）のような）エンドツーエンドのセキュリティ・プロトコルでオーバーレイされたモバイル・インターネット・プロトコル（ＩＰ）、ＩＰバージョン４（ＩＰｖ４）、およびＩＰバージョン６（ＩＰｖ６）のような、生来は安全ではないネットワーク・プロトコルに依拠している。これらは更に、（例えば無線加入者と無線ＬＡＮポート・アクセス・エンティティ（ＰＡＥ）のような）リンクの最後の３０フィートを大まかに保護することを志向するマイクロソフトの拡張アクセス・プロトコル（ＥＡＰ）のようなリンク・レベルの解決方法をも含んでいる。これらの努力の結果、複雑なインターフェースと、相互に非効率に積層された複数の認証／暗号化方式を伴う相互運用不能の異機種システムが生み出された。
【非特許文献１】Ｔｏｕｃｈ，ＪおよびＥｇｇｅｒｔ，Ｌ共著の「ダイナミック・ルーティングのためのＩＰｓｅｃ転送モードの利用」インターネット版、ｄｒａｆｔ−ｔｏｕｃｔ−ｉｎｓｅｃ−ｖｐｎ−０４．ｔｘｔ、ＵＳＣ情報科学研究所、２００２年６月２４日、満了、２００２年１２月２４日
【非特許文献２】Ｓ．Ａｇｇａｒｗａｌ、Ｓ．Ｐａｕｌ、Ｄ．Ｍａｓｓｅｒｙ、およびＤ．Ｃａｌｄｅｒａｕ共著の「グループ通信のためのフレキシブルなマルチキャスト・ルーティング・プロトコル」コンピュータ・ネットワーク、３２巻、第１号、３５−６０ページ、２０００年１月刊
【非特許文献３】Ｐｅｒｋｉｎｓ，Ｃ．Ｅ．、Ｊｏｈｎｓｏｎ，Ｄ．Ｂ．、「Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６」、２ｎｄ  Ａｎｎｕａｌ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｍｏｂｉｌｅ  Ｃｏｍｐｕｔｉｎｇ  ａｎｄ  Ｎｅｔｗｏｒｋｉｎｇ（ＭｏｂｉＣｏｍ’９６）、１９９６年１１月１０〜１２日、Ｒｙｅ、Ｎ．Ｙ．、ｃｏｐｙｒｉｇｈｔ  Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｃｏｍｐｕｔｉｎｇ  Ｍａｃｈｉｎｅｒｙ（ＡＣＭ）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述のように、従来技術は、複雑なインターフェースや、相互に非効率に積層された複数の認証／暗号化方式を伴なっているという問題がある。従って、より改善されたセキュリティ管理およびセキュア転送アーキテクチャおよびサービスに対する要求がある。
【課題を解決するための手段】
【０００５】
先行技術の問題点は本発明の原理によって、（例えばコンテンツ・サーバ、ＰＣ、ＰＤＡ、携帯電話、およびラップトップのような）固定、または移動セキュリティ加入者ユニット（ＳＳＵ）向けのセキュリティ管理およびセキュア転送アーキテクチャおよびサービスによって対処される。本発明のセキュリティおよび移動性オーバーレイ・アーキテクチャ（本明細書では「ＳＡＭＯＡ」）では、ＳＳＵはセキュリティ管理機能によって認証、認可され、共用セッション鍵が提供される。キーによって各ＳＳＵは、他のＳＳＵにセキュアな接続をもたらすセキュア転送ネットワークと通信することができる。好適に公開鍵、セッション鍵ではなく共有鍵が使用されるので、公開鍵の認証局およびヒエラルキーに関連する問題を回避できる。セキュリティ管理機能およびセキュア転送ネットワークは既存のインターネット・プロトコル（ＩＰ）のトップ・レイヤに効率的に積層可能であり、したがって、３Ｇ無線、無線ＬＡＮ（例えば８０２．１１ｘ）、有線ＬＡＮ、およびダイアルアップ・ネットワークを含むＩＰをサポートする広範なシステムに適用できる。
【０００６】
一実施形態では、本発明はセキュリティ管理およびセキュア転送システムである。このシステムは、少なくとも１つのセキュリティ・エージェント・ノード（ＳＡＮ）を有するセキュリティ・エージェント・ノード・グループ（ＳＡＮＧ）と、少なくとも１つの転送エージェント・ノード（ＴＡＮ）を有する転送エージェント・ノード・グループ（ＴＡＮＧ）とを備えている。セキュリティ加入者ユニット（ＳＳＵ）は非セキュア・リンクを経てＳＡＮＧと通信して、ＳＳＵで第一のセッション鍵を確立（ｅｓｔａｂｌｉｓｈ）する。ＳＡＮはＴＡＮＧと通信して、ＴＡＮＧで第一のセッション鍵を確立する。ＳＳＵはこの第一のセッション鍵に基づくセキュア・リンクを使用してＴＡＮＧと通信する。
【０００７】
別の実施形態では、本発明はセキュリティ管理およびセキュア転送方法である。この方法は、第一のセキュア・プロトコルを経て１つ、または複数のセキュリティ・エージェント・ノード（ＳＡＮ）を互いにリンクして、セキュリティ・エージェント・ノード・グループ（ＳＡＮＧ）を構成し、また、第二のセキュア・プロトコルを経て、１つ、または複数の転送エージェント・ノード（ＴＡＮ）を互いにリンクして、転送エージェント・ノード・グループ（ＴＡＮＧ）を構成する工程を含んでいる。この方法は更に、第一共有鍵を第一セキュリティ加入者ユニット（ＳＳＵ）に供給し、その際に第一鍵はＳＡＮＧに知られており、また第一共有鍵を使用して、第一のＳＳＵがＴＡＮＧにセキュアに接続できるようにする第一セッション鍵を確立する。
【０００８】
本発明の態様、特徴および利点は以下の詳細な説明、添付の請求項、および添付図面からより明解になる。
【発明の効果】
【０００９】
本発明により、セキュリティおよび移動性オーバーレイ・アーキテクチャ（ＳＡＭＯＡ）が提供される。
【発明を実施するための最良の形態】
【００１０】
本明細書で「一実施形態」、または「実施形態」に言及すると、それは少なくとも実施形態に関連して記載される特定の機構、構造、または特徴を意味する。明細書の様々な語句のうち「一実施形態」という語句は必ずしも全てが同じ実施形態に言及している訳ではなく、その他の実施形態を互いに排除する別個の、または代替の実施形態に言及しているのでもない。
【００１１】
概観
ＳＡＭＯＡネットワークはネットワーク・レイヤ、すなわち国際標準化機構（ＩＳＯ）のオープン・システム・インターコネクション（ＯＳＩ）７レイヤ・モデルのレイヤ３で動作する。ＳＡＭＯＡネットワークは分散セキュリティ管理機能と、セキュア転送ネットワークとを含んでいる。一実施形態では、セキュア転送ネットワークはＩＰセキュリティ（ＩＰＳＥＣ）を経て地理的分散転送エージェント・ノード・グループ（ＴＡＮＧ）へとセキュアにリンクされた複数の転送エージェント・ノード・グループ（ＴＡＮ）を含んでいる。セキュリティ管理機能は、これもＩＰＳＥＣを経て互いにセキュアにリンクされて地理的分散セキュリティ・エージェント・ノード（ＳＡＮＧ）に論理的セキュリティ・エージェント・ノード（ＳＡＮ）を含んでいる。ＴＡＮＧはセキュア通信のバックボーンとしての役割を果たし、ある実装ではＳＳＵのためのＴＡＮからＴＡＮへのルーティングおよびサービス品質を提供する。ＳＡＮＧはシステム全体にわたるセキュリティ権限、ＳＳＵ管理契約、料金請求、アクセス管理、認証、および契約鍵がついているＳＳＵの供給の役割を果たす。ＳＡＮＧは更に、ＴＡＮＧおよびＳＡＮＧノードへの共有鍵の配分をも管理する。ＳＡＭＯＡ内でセキュア・ネットワークへのアクセスは初期アクセス・ノードを介したセキュリティ加入者ユニット（ＳＳＵ）によるＳＡＮへの登録を経て達成される。ＬＡＮは必ずしもセキュア要素である必要はないが、ＳＳＵと相互作用する最初のホップ・エンティティである。
【００１２】
セキュアからセキュア(Secure-To-Secure)の実施形態
ＳＡＭＯＡネットワークの一実施形態が図１によって示されている。図１は従来のＩＰネットワーク上にオーバーレイされたセキュア・バックボーン・ネットワークを示している。バックボーンには、（標準的には事前に備えられた）ＩＰＳＥＣリンク（図には全ては示されていない）によって相互接続されてＴＡＮＧ１０８を形成するＴＡＮ１００、１０２、１０４、および１０６が含まれている。図１は更に、分散セキュリティ管理機能１１０をも示している。この管理機能には（標準的には事前に備えられた）ＩＰＳＥＣリンク（図には全ては示されていない）によって相互接続されてＳＡＮＧ１１０を形成するＳＡＮ１１２、１１４、１１６、および１１８が含まれている。更に、ＳＡＭＯＡネットワークおよびＳＳＵ１２４および１２６の周辺には初期アクセス・ノード（ＩＡＮ）１２０および１２２も示されている。図１では、図示されているリンクはＳＳＵ１２４とＳＳＵ１２６との間の特定の通信セッションに関連するリンクである。特に、（例えばリンク１２８と１３０のような）ノード間の太い実線はセッション、または持久セキュア・オーバーレイ・リンクを示し、太い破線（例えばリンク１３２と１３４）は一時セキュア・オーバーレイ・リンクを示し、細い実線は非セキュア・オーバーレイ・リンクを示し、ジグザグ線は非セキュア無線リンクを示している。図１に示されたリンクはオーバーレイ・ネットワークの論理的リンクであること、および、（ネットワークへのアクセスのためにＬＡＮに依存するＳＳＵ以外の）標準的なＩＰルーティング機構を介してネットワークの要素間を相互接続させるオーバーレイのアンダ・レイヤに隠された物理的ネットワークがあることを理解されたい。
【００１３】
ＳＳＵ１２４とＳＳＵ１２６との間の通信セッションをサポートする、このアンダ・レイヤの物理的ネットワーク選択部分は図１に示されている。特に、ＳＳＵ１２４は物理的（この場合は無線の）リンク１３６および物理的リンク１３８を利用してＩＡＮ１２０を経てＳＡＮ１１２と通信する。更に、論理的オーバーレイ・リンク１３４を介してＳＡＮ１１２とＴＡＮ１００との間で通信するセッション・セキュリティ、管理、および制御情報は実際には物理的リンク１３８と１４０とによって搬送される。同様に、ＳＳＵ１２６は物理的（この場合は無線の）リンクＡＰおよび物理的リンク１４４を利用してＩＡＮ１２２を経てＳＡＮ１１６と通信する。更に、論理的オーバーレイ・リンク１４６を介してＳＡＮ１１６とＴＡＮ１０４との間で通信するセッション・セキュリティ、管理、および制御情報は実際には物理的リンク１４４と１４８とによって搬送される。図１には少しのＴＡＮ、ＳＡＮ、ＩＡＮ、およびＳＳＵしか示されていないが、本発明のコンセプトは広い地理的範囲にわたり分散された数千の、いや数万の要素のスケールにもなることが当業者には理解されよう。
【００１４】
１つの動作のシナリオでは、ＳＳＵ１２４は、例えばラップトップでよいＳＳＵ１２６のような別のモバイル・ノードとセキュアに通信する目的でＳＡＭＯＡサービスに加入したＰＡＤのようなモバイル・ノードでよい。これらのＳＳＵは例えば企業の本社、または大学のキャンパスのような局地的な地理的区域内にあってもよく、または、大陸を横断して、または大陸間で広範囲に分散されていてもよい。ＰＤＡおよびラップトップは同じユーザあるいは異なるユーザによって所有されてもよい。同じユーザの場合、例えばラップトップは、ユーザのシアトルのオフィスでユーザの企業にリンクされた無線機器でよく、ＰＡＤ（ならびにユーザ）は現在、（例えばドイツのミュンヘンの）顧客の本社、または（例えばカリフォルニア州、サンホセの下町のスターブックの）インターネット・カフェーにいてもよい。いずれの場合も、ユーザは自分のラップトップとセキュアに同期化したい自分のＰＤＡでカレンダー情報を更新したかもしれない。
【００１５】
上記の動作シナリオでは、ＳＳＵ１２４はまず非セキュア・リンク１３６および１３８を経て非セキュア初期アクセス・ノード（ＩＡＮ）１２０を介してＳＡＮ１１２に登録する。ＩＡＮ１２０は例えば、大都市圏無線ＬＡＮ内の無線ポート・アクセス・エンティティ（ＰＡＥ）、または同等の無線ゲートウェイでよい。非セキュア・リンク１３６および１３８は、ＳＳＵ１２４とＳＡＮ１１２との間の非セキュア経路内の標準のルーティング要素をサポートするものと理解される。ＳＡＮはＳＡＮと契約ＳＳＵ１２４の間で共有の（すなわちアプリオリに分かっている）鍵を使用してＳＳＵ１２４を認証する。この鍵は一般に、初期契約プロセスの一部としてＳＳＵ内にプログラムされ、コピーがＳＡＮＧ１１０にアクセス可能なローカルな、または分散されたデータベース内に保存される。ＳＡＮは他の情報とともに、ＳＳＵに認証情報を返送する。ＳＡＮはオプションとして、ＩＡＮに対してＳＳＵによるネットワークへのアクセスを可能にするように命令する「進行ＯＫ」メッセージを発してもよい。相互の認証が完了すると、ＳＳＵとＳＡＮは各々独立してＳＳＵとＴＡＮとのセキュア通信のためのセッション鍵を計算する。このセッション鍵は相互認証段階の間にＳＡＮからＳＳＵへと通信された手順に従って、共有する鍵の処理に基づいてＳＡＮとＳＳＵによって別個に計算される。次に、セッション鍵はＳＡＮからＴＡＮ１００に通信される。この通信は、ＳＡＮ１１２とＴＡＮ１００との間にアプリオリに確立された（すなわち「ネイルドアップ」されたセキュア・リンクを利用して、またはＳＡＮとＴＡＮとの間に確立された公開鍵セッションを利用して確立されてもよいかもしれない。あるいは、また好適には、ＳＡＮ１１２とＴＡＮ１００との一時セキュア・リンク（１３４）を保護するため、（例えば双方間での相互認証段階中に送られる手順を経て）第二のセッション鍵を確立するため、ＳＡＮ１１２とＴＡＮ１００の双方に知られている第二鍵が使用される。次いでこの一時非セキュア・リンクは第１のセッション鍵でのＳＡＮ１１２とＴＡＮ１００間の通信に使用される。その結果、ＳＳＵ１２４とＴＡＮ１００は最終的には双方とも（リンク１２８を介した）両者間のセキュア通信に利用される（第一の）セッション鍵を有する。この時点で、ＳＳＵ１２４は登録され、ネットワーク１０８を経てセキュアに通信できる準備が完了する。
【００１６】
別のＳＳＵ１２６は同様に、非セキュア・リンクＡＰおよび１４４を経て、非セキュア初期アクセス・ノード（ＬＡＮ）１２２を介してＳＡＮ１１６に登録する。ＳＡＮ１１６とＳＳＵ１２６は同様に相互認証し、ＳＡＮ１１６と契約ＳＳＵ１２６とで共有している鍵を使用して、セッション鍵を作成する。ＳＡＮはこのセッション鍵のコピーを（一時セキュア・リンク１４６を経て）ＴＡＮ１０４に供給し、（リンク１５０を経て）ＳＳＵ１２６とセキュアに通信するために前記コピーを利用する。
【００１７】
ＳＳＵ１２４がデータ・パケットをＳＳＵ１２６にセキュアに送信したい場合は、ＳＳＵ１２４が現在有している、ＩＡＮ１２０を介したＴＡＮ１００へのセキュア・リンク１２８を利用して送信する。ＴＡＮ１００はＴＡＮＧ１０８を経てＴＡＮ１０４に（すなわちセキュア・リンク１３０および１３１を経て）セキュア経路を供給し、また、ＴＡＮ１０４はセキュア・リンク１５０を経て、ＩＡＮ１２２を介してセキュア通信をＳＳＵ１２６に送る。これらのリンクは論理的リンクであり、ＳＡＭＯＡは、例えば従来型のアンダ・レイヤの物理的ネットワーク・インフラ上に積層されたオーバーレイ・ネットワークであることを想起されたい。
【００１８】
初期アクセス・ノード（ＩＡＮ）
ＩＡＮはＳＳＵと相互作用する最初のホップ・エンティティである。ＩＡＮは必ずしも信頼できないが、信頼されたデバイス（例えばＳＡＮ、またはＴＡＮ）に要求を送ることができる。このように、このエンティティはセキュリティのパススルーとしてのみ機能する。ＳＳＵからの「接続要求」を受けると、ＩＡＮは、例えばＬＡＮの管理者によって決められた認証およびセキュリティ・サービスを提供する最も近いセキュリティ・エージェント・ノード（ＳＡＮ）に要求を送る。このようにして、最初にＳＳＵとターゲットとされるＳＡＮとの間にＩＡＮを通して非セキュア・チャネルが確立される。必要ならば、ＳＳＵとＳＡＮとで共有されている鍵を介してこのチャネルをセキュアにしてもよい。接続は、アンダ・レイヤのネットワーク内の様々なロケーションに既に配備されている既存の認証、アカウンティング、認可（ＡＡＡ）サービス（図示せず）を介してルーティングされるであろう。これらのＡＡＡサーバは加入者の認証のためにパススルーとしても働くことができる。
【００１９】
セキュリティ・エージェント・ノード（ＳＡＮ）
セキュリティ・エージェント・ノード（ＳＡＮ）はＳＳＵとの共有鍵と、ＳＳＵによる適宜の証明書の提示とに基づいてＳＳＵを認証する。ＳＡＭＯＡネットワークの一実施形態では、標準の遠隔認証ダイアルイン・ユーザ・サービス（ＲＡＤＩＵＳ）のサーバが最小限の修正でＳＡＮとしてサービスできる。ＲＡＤＩＵＳプロトコルはインターネット技術特別調査委員会（ＩＥＴＦ）のＲＡＤＩＵＳ調査グループによって開発されたソフトウエア・ベースのセキュリティ認証プロトコルである。その主要機能は、認証、認可、環境設定、およびアカウンティングである。ダイアルイン・ユーザの中央管理型の認証、認可、および環境設定がネットワークのセキュリティを提供する。次に各ユーザが消費したリソースの度量をアカウンティングする。ローカルエリア・ネットワーク（ＬＡＮ）上の全てのＲＡＤＩＵＳ−互換ハードウエアは、許可および環境設定情報を記憶するために同じＲＡＤＩＵＳサーバを利用することができる。それによって、ネットワークの管理者は全てのＲＡＤＩＵＳ依存ハードウエア用に単一のサーバを保持すればよい。ＳＡＭＯＡネットワークでは、システム内に多くのＳＡＮがあることがあり、それらのいずれか（またはそれらの全て）はある時点で特定のＳＳＵの共有鍵を知る。ネットワーク内の全てのセキュリティ・エージェントの集合はＳＡＮグループ（ＳＡＮＧ）と呼ばれる。
【００２０】
セキュリティ・エージェント・ノード・グループ（ＳＡＮＧ）
ＳＡＮＧはとりわけ、料金請求サーバ（図示せず）との接続を介して料金請求情報の収集をサポートする。ＳＡＮＧはＳＳＵを認証し、ＳＳＵは相互認証を通してＳＡＮＧ内に信頼がある。一実施形態では、ＳＳＵの証明書および／または共有鍵の全部または一部を保存できるＳＡＮＧオーバーレイ・ネットワーク内の他のＳＡＮとの通信を利用することによって、ＳＳＵが最初にコンタクトをとったＳＳＵを認証することがＳＡＮの責務である。ＳＡＮがＳＳＵを認証すると、ＳＡＮはＳＳＵを、例えば最も近い転送エージェント・ノード（ＴＡＮ）に向けて、ＳＳＵによるセキュア・セッション鍵の作成を開始し、セキュア・チャネルを確立するためにコピーをＴＡＮに供給する。最も近いＴＡＮはスタティックな事前環境設定情報によって、または、登録後にダイナミック・ホスト制御プロトコル（ＤＨＣＰ）サーバ（図示せず）がＳＳＵに供給するローカル・アドレスによってダイナミックに判定される。ＳＡＮは標準的には、ＳＳＵが新規のローカルエリア・ネットワーク（ＬＡＮ）、または新規の回線交換公衆データ・ネットワーク（ＰＳＤＮ）に接続するごとにコンタクトされる。しかし、ＳＡＭＯＡ自体はＬＡＮの集合または基地局コントローラによって実現されるリンク・レイヤ移譲には関与せず、また、これらはＳＡＭＯＡサービスに対して透明に動作する。
【００２１】
転送エージェント・ノード（ＴＡＮ）
転送エージェント・ノード（ＴＡＮ）はＳＡＭＯＡサービスに加入しているＳＳＵが必要とするセキュア転送および移動性の機能をサポートするための主要なエンティティである。ＴＡＮおよびＳＡＮは論理的エンティティであり、別個の物理的デバイスとして実装してもよく、また場合によっては（例えばルータ、またはホストのような）他の機能と共に、共通のハードウエア・プラットフォームを共有してもよい。ＴＡＮをモバイルＩＰシステムのホーム・エージェント（ＨＡ）および／または移動先エージェント（ＦＡ）と同類であると見なすことができるが、鍵にやや相違点があることに留意されたい。ＨＡおよびＦＡエンティティは全体が参照により本明細書に組み込まれている、「ＩＰＶ４用のＩＰ移動性のサポート」ＩＥＴＦ  ＲＦＣ  ３３４４，２００２年８月刊（本明細書では「モバイルＩＰＶ４」）に記載されている。一実施形態では、最小限の修正で、ＨＡ／ＦＡコンポーネントがＴＡＮとしての役割を果たす。特にＳＡＭＯＡでは、ＴＡＮは（ＨＡ／ＦＡの場合に必要な）ＳＳＵと同じＬＡＮに位置する必要はなく、インターネット内の更にアップストリームに位置することができる。加えて、ＴＡＮは必要があれば、セキュア・マルチキャスティングを含む転送ルーティングの責務がある。ＳＡＭＯＡシステム内の全てのＴＡＮの集合はＴＡＮグループ、すなわちＴＡＮＧと呼ばれる。
【００２２】
転送エージェント・ノード・グループ（ＴＡＮＧ）
ＴＡＮＧは必要に応じてＳＳＵ向けの転送接続をセット・アップし、変更することができるセキュア転送オーバーレイ・ネットワークである。これらの接続は長寿命の転送エージェント・ノード間のセキュア・トンネルである。これらのセキュア・トンネルはＩＰＳＥＣ転送モードを利用して実施される。ＩＰＳＥＣ転送モードの説明は、全体が参照により本明細書に組み込まれている、Ｔｏｕｃｈ，ＪおよびＥｇｇｅｒｔ，Ｌ共著の「ダイナミック・ルーティングのためのＩＰｓｅｃ転送モードの利用」インターネット版、ｄｒａｆｔ−ｔｏｕｃｔ−ｉｎｓｅｃ−ｖｐｎ−０４．ｔｘｔ、ＵＳＣ情報科学研究所、２００２年６月２４日、満了、２００２年１２月２４日、に見出すことができる。このように、システム内のソースＳＳＵ（例えば図１のＳＳＵ１２４）はＴＡＮ（たとえばＴＡＮ１００）へのセキュア通信チャネル（例えばリンク１２８）を有し、これらのＴＡＮはＴＡＮＧ内の他のＴＡＮへのセキュア通信チャネル（例えばリンク１３０）を有し、また宛先ＴＡＮ（例えばＴＡＮ１０４）は、ソースＳＳＵとのセキュア通信に含まれる宛先ＳＳＵ（例えばＳＳＵ１２６）へのセキュア・チャネル（例えばリンク１５０）を有する。このようにＳＡＭＯＡ終端間セキュリティはセグメント・セキュリティをベースにしている。
【００２３】
ＳＡＭＯＡ通信セッション
ＳＡＭＯＡサービスは主要な２種類のソース通信セッション、すなわち「偶発的」セッションと「計画的」セッションとをサポートする。ＳＡＭＯＡネットワーク内のセキュリティ加入者ユニット（ＳＳＵ）は単数または複数の他のＳＳＵとのセキュア通信を確立するために、上記の２種類のセッションのうちの１つを利用する。説明を簡略にするため、２つだけのＳＳＵ間のセッションを説明する。例えばモバイル・ノードの集合間のマルチキャスト・セッションのような多重のＳＳＵ間のセッションは拡張によってフォローされる。
【００２４】
偶発的なセッションは電話の呼出し、またはクライアントとサーバとの会話に類似している。計画的なセッションは、モデレータによってセット・アップされる会議の呼出しに類似している。ＳＡＭＯＡは特定の種類のセッションを示すためにセッションＩＤを使用する（例えば偶発的セッション向けに０のＩＤを使用してもよい）。ＴＡＮはＩＤ情報を維持する。
【００２５】
ＳＳＵ（特にモバイル機器）は、セッションの開始時に３つの主要状態、すなわちＯＮ、ＯＦＦ、またはＩＤＬＥの１つにある。ＳＡＭＯＡはＩＤＬＥ状態のＳＳＵ（すなわち電源遮断、または保留／休止／待機モードにあるＳＳＵ）のページングをサポートする。この機構にはＳＳＵ内の対応する機能性（すなわち例えば電流発生ラップトップの「ウェイク・オン・ラン（ｗａｋｅ  ｏｎ  ＬＡＮ）」機能と同等の機構）が必要である。ページング機構の成否は、特定のページングされたＳＳＵがＳＡＮに登録されているか否かによって左右される。ＳＳＵが登録されていない場合は、ＳＳＵがどこにあるか、またはどのようにしてＳＳＵに「到達する」のかの知識はネットワークに存在しない。加えて、モバイルＳＳＵはＩＤＬＥ状態になり、その後ＩＡＮ／ＴＡＮの範囲から外れることがあるので、ＳＳＵが登録されている場合ですら「起動」の成功は保証されない。「登録済み」とは「加入済み」とは区別されることに留意されたい。「加入済み」とは、妥当なＳＡＭＯＡ共有鍵によって開始され、アクティブ状態を維持するのに対応して、デバイスがＳＡＭＯＡサービスに対して有する比較的持久的な状態である。例えば、デバイスのオーナーが適時に料金を支払わないと、デバイスは作動停止状態になることがある。しかし、たいていの場合、デバイスは依然として加入共有鍵を保持し、ＳＡＮＧの加入者データベースは起動停止状態と共に、登録の試みがなされるとＳＳＵが否定されるように更新される。これに対して「登録済み」とは、特にモバイル機器がアクセス・ポイント（例えば無線ＬＡＮ内のモバイル・ポート・アクセス・エンティティ（ＰＡＥ））の範囲の内外に移動すると規則的に出入りできる、より過渡的な状態である。ＯＮ状態にあるデバイスは周期的に登録状態を更新し、したがってＳＡＭＯＡがＳＳＵのロケーションの分刻みの記録を保存するので、迅速に到達することができる。ＯＦＦ状態のデバイスは到達不能である。しかし、後述するように、ＳＡＭＯＡはグループ方式に基づく代替の配信オプションの再試行と指定をサポートする。ＳＳＵがＯＦＦ状態からＯＮ状態に移行すると、これは一般に登録を更新することを試み、その成否は、システムの応答なしのタイムアウトに対してＳＳＵがどの位の時間ターンＯＦＦされていたかに応じて決まり、さもなければ再登録する。
【００２６】
偶発的セッション
ＳＳＵがＳＡＮＧに登録され、転送エージェント・ノード（この場合は「接続エージェント・ノード（ＣＡＮ）」）への接続が確立されると、単数または複数の他のＳＳＵへのＴＡＮＧクラウドを介して送るためにＣＡＮへのＩＰパケットの送信を開始する。
【００２７】
例えば、図１に示したシナリオでは、ＳＳＵ１２４向けのＣＡＮはＴＡＮ１００であり、ＳＳＵ１２６向けのＣＡＮはＴＡＮ１０４である。接続エージェント・ノードはパケットをネットワーク内の他のＳＳＵからこの同じ接続を通してそのクライアント・ノードに配信する責務もある。
【００２８】
ＳＳＵはコントロール・プロトコルを介してそのＣＡＮと通信する。このコントロール・プロトコルの１つの態様は、ＳＳＵからＣＡＮへのセキュア接続の確立と管理である。このコントロール・プロトコルはＣＡＮの指定の（すなわち「よく知られた」）ネットワーク・ポートへのユーザ・データグラム・プロＴＰコル（ＵＤＰ）で実行される。ＵＤＰ接続はＳＳＵによって開始され、ＳＡＮによって供給されたセッション鍵でＳＳＵとＣＡＮとの間で確立されたＩＰＳＥＣ転送モード・リンクによってセキュアされる。
【００２９】
ルーティングと配信
ＳＡＭＯＡネットワークはルーティングおよびその他の情報のグローバル・ハッシュ・テーブル（Ｈ−テーブル）を保持している。このＨ−テーブルは各ＴＡＮに同様に保存されるか、またはＴＡＮＧ全体を通してグローバルに分散される。ＴＡＮは、ＳＳＵ向けの宛先ＩＰアドレスと共に提示されると、このアドレスを利用してＨ−テーブルへの索引付けを行い、宛先ＳＳＵの宛先ＴＡＮアドレス、それが存在する場合は次のＴＡＮアドレス（あて先ＴＡＮへのエンルート）、およびこれらのエントリの最終更新時間を含む、宛先ＳＳＵに関する様々な情報を検索する。
【００３０】
パケットがそのクライアントＳＳＵに代わってＣＡＮによって受信されると、ＣＡＮはＨ−テーブル内の宛先アドレスを参照する。これは例えば、宛先ＳＳＵの「スタティック」アドレスまたは「加入者」アドレスを利用して行われることに留意されたい。各ＣＡＮはこれが現在セキュア接続しているＳＳＵのアクティブな接続のセットを保存する。Ｈ−テーブルに特定の宛先アドレスのエントリがない場合は、エントリが作成され、後に参照されるようにＴＡＮＧグループにブロードキャストされる。一実施形態では、ＳＡＭＯＡの加入者と非加入者の双方のエントリが作成される。別の実施形態では、メモリを節約するため加入者エントリだけが作成される。各エントリの作成には、対応するＳＳＵがＩＤＬＥ状態にある場合は、それをページングすることも含まれる。隠されたエントリが存在するが、期限が切れている場合は、更新されたエントリを作成する要求がＴＡＮＧグループに出される。期限切れではないキャッシュ上のエントリが存在し、宛先アドレスはＳＡＭＯＡ加入者のアドレスであることが示されると、パケットはおそらく、その接続エージェント・ノード（ＣＡＮ）を経て最終的に宛先アドレスに配信されるための「次の」ＴＡＮで始まる単数または複数の中間ＴＡＮを経て宛先ＴＡＮに送られる。
【００３１】
ソースＳＳＵのＣＡＮ自体が通信用の宛先転送エージェント・ノードである場合は、そのＣＡＮは適切で、局所的でアクティブなセキュア接続を通して、パケットを適切な、局部的に登録されたＳＳＵに直接配信する。宛先アドレスが非加入者のアドレスではない場合は、パケットはインターネットを介して非セキュア配信向けに送信される（例えば局所的な標準ネットワーク・ルータ（図示せず）に送られる）。
【００３２】
簡単な一実施形態では、ＣＡＮと宛先ＴＡＮとの間にセキュリティ関係が存在し、ＴＡＮＧ要素間に配信するためにアンダ・レイヤのネットワーク・ルーティング機構を利用できると仮定すると、次のＴＡＮを宛先ＴＡＮ自体に設定できる。別の実施形態では、次のＴＡＮは宛先ＴＡＮとは異なるネクストホップＴＡＮであることがある。この場合は、ＴＡＮＧはソースＳＳＵのＣＡＮから宛先ＳＳＵのＣＡＮまでの経路に沿ったより多くの、または全てのＱＯＳおよびルーティングの責務を帯びることがある。
【００３３】
Ｈ−テーブルの保存
ＴＡＮＧ内の幾つかのＴＡＮから宛先アドレスへの有効な接続がなされ、または接続可能である場合は、ＳＳＵの新規の宛先アドレスが加入者のＨ−テーブルに追加される。このように、例えばモバイルＳＳＵがそれらの接続エージェント・ノードに接続されるたびに、このＨ−テーブルは更新される。さらにある実施態様では、接続エージェント・ノードはＨ−テーブル・エントリを周期的に更新しクライアントＳＳＵをセットする。一実施態様では、Ｈ−テーブル内の各宛先アドレスごとに１つのエントリしか可能ではない。したがって、データベースによって新規の競合するエントリが受け取られると、このエントリは、エントリのタイムスタンプを考慮に入れて、標準的に分散された、または最も長い時間使用されていない（ＬＲＵ）ような、局在化されたキャッシュ規則を利用して既存のエントリと入れ替わる。実施態様によっては、ソフト・ハンドオフを管理するために宛先アドレスごとに複数のエントリの存在が許容されるものもある。ＳＡＭＯＡによってサポートされる全てのＳＳＵ（すなわち、ＳＡＭＯＡサービスに加入しているＳＳＡ）について、ある時点で有効なエントリが存在することが想定される。更に、モバイルＳＳＵがダイナミック・ソースＩＰアドレス（すなわち、例えば無線ＬＡＮ上のダイナミック・ホスト・コントロール・プロトコル（ＤＨＣＰ）サーバのような機構からのローカル・アドレス）を取得すると、ドメイン・ネーム・システム（ＤＮＳ）のエントリも更新されるものと想定される。ＳＡＭＯＡネットワークでは、モバイルは一般的には、セッションの継続時間中、または場合によっては登録機関中、単一のソース・アドレスだけを保持する。
【００３４】
Ｈ−テーブルの次のホップ・エントリの更新は場合によっては、オーバーレイＴＡＮＧネットワークを経て「良好な」経路を確定することを含む。これは、Ｄｉｊｉｓｔｒａの「最短経路」のようなオーバーレイ・ネットワーク内での標準のルート最適化ルーチン、またはプロトコルによって処理可能であろう。
【００３５】
Ｈ−テーブルを配分するには多くの方法がある。一実施態様では、Ｈ−テーブルはセキュア遠隔手順コール（ＲＰＣ）を介して他のノードにセキュアにコピーされるロック可能な、中央管理型のＨテーブルとしてスタートする。別の実施態様では、ハッシュ・テーブルはホーム・ロケーション登録（ＨＬＲ）／ビジター・ロケーション登録（ＶＬＲ）に類似した機構を介して保存可能である。
【００３６】
更に別の実施態様では、接続エージェント・ノードがＨ−テーブルを保持する。接続エージェント・ノードが対応するノードの宛先ＩＰアドレスを取得するごとに、これはローカル・キャッシュから宛先ＴＡＮを獲得しようとする。エントリが存在しない場合は、ＣＡＮは（符合するスタティック宛先アドレスを探して）要求宛先ＴＡＮアドレスをＴＡＮＧにマルチキャストする（これはマルチキャスト・ツリーがオーバーレイ・ネットワーク内でセット・アップされていることを前提にしている）。宛先アドレスＳＳＵの接続エージェント・ノードである転送エージェント・ノードは、要求者およびホームＴＡＮに応答ＴＡＮ宛先返答メッセージを直接ユニキャストする。返答がない場合は、加入者および加入者が関連するグループ（すなわち企業）に関わる方針に従えばよい。例えば、機密性がある通信の場合の方針には、パケットを即座にドロッピングする必要があるだろうし、機密性が限られている資料の場合は、ある程度のタオムアウト期間をおいて、非セキュア接続を経て、場合によっては非加入者である代替のＳＳＵにパケットを送信することが許容されよう。非加入者キャッシュ・エントリは効率性の理由からＨ−テーブル内で作成される。ＴＡＮがＳＳＵから新規の接続を受けるたびに、ＴＡＮは更新キャッシュＨ−テーブル通知メッセージをＴＡＮＧグループにマルチキャストする。このメッセージを受けると、エントリが存在する場合はこれが更新される。存在しない場合は、作成されるか、破棄されることができる。モバイルＳＳＵは到達範囲外になったり、ＣＡＮとの遷移状態になったりするので、ＳＳＵへの到達の失敗は、ＳＳＵが到達不能であると判断される前に、一連の遅延／再試行サイクルによってフォローされる必要がある。オプションとして、ＳＳＵを「企業グループ」と関連させることによって、グローバルな（場合によっては企業または政府機関）方針（例えばパケットの転送および配信の運用）をＳＳＵグループに適用できる。
【００３７】
計画的なセッション
計画的なセッションは単数または複数の参加者どうしのセキュアな会議に類似している。参加者は、セッションに加わったり、抜けたりする目的でセッションを特定するＩＤを使用する。計画的なセッションへの参加には認可が必要である。計画的なセッションはアプリケーション向けのマルチキャスト・ルーティングに関連する先行の研究の上に成り立っている。例えば、参照により本発明に組み込まれているＳ．Ａｇｇａｒｗａｌ、Ｓ．Ｐａｕｌ、Ｄ．Ｍａｓｓｅｒｙ、およびＤ．Ｃａｌｄｅｒａｕ共著の「グループ通信のためのフレキシブルなマルチキャスト・ルーティング・プロトコル」コンピュータ・ネットワーク、３２巻、第１号、３５−６０ページ、２０００年１月刊を参照されたい。転送エージェント・ノード（ＴＡＮ）は、受信され、様々なＳＳＵに配信されるパケットをどのようにルーティングするかを決定するためにセッションＩＤを使用する。計画的なセッションはパケットを配信するために既にセット・アップされたＴＡＮＧ内にルーティング経路を有する。一般に、各々の計画的セッションごとに規定された参加者の妥当なグループがあり、特定のセッションに関連するパケットはそのセッションに関係がある参加者だけに配信されることに留意されたい。この機構は、現在まで実際的な方法がない機能であった、ダイナミック・セキュア接続を経たマルチキャスティングをサポートする。
【００３８】
ＴＡＮは多くの種類の効率的なルーティングをサポートできるオーバーレイ・ネットワーク（すなわちＴＡＮＧ）を形成するので、ＴＡＮＧは保証された帯域幅を有する所定のルートに基づいて高品質のサービス（ＱｏＳ）をサポートするように設計することができる。「広い」パイプの集合を介してこのトラヒックの集合は、転送の効率をよくし、かつ保証された遅延プロパティを供給することができる。マルチキャスティングはパケットを複製し、引き続いてこれらのパケットをＴＡＮＧ内の適宜のトンネル内に挿入することによって、ＴＡＮによりサポートされることができる。ネットワークが成長すると、それを全部接続する必要がなく、オフライン、またはオンラインによって確定されるサイトに位置するＴＡＮを有するメッシュ・ネットワークとして設計することができる。
【００３９】
セキュリティ・エージェント・ノードおよび転送エージェント・ノードの切り替え
モバイルＳＳＵはその接続をあるＩＡＮから別のＩＡＮへ、それが良好な接続を有していないときは常に、あるいは代替ＩＡＮが改善された接続を与えるとき、切り替えることができる。ＳＡＭＯＡは特にこれらの下位レベルの切り替えの問題には対処しない。しかし、モバイルＳＳＵが切り替えるように決定するとき、ＳＡＭＯＡは、ＳＳＵが再認証される必要があると仮定する。これは、ＳＳＵが、別々のエンティティによってコントロールされる複数の接続に渡って移動中である可能性があるからである（例えば、各ＬＡＮが異なる認証エンティティ(entity)を使用する、あるＬＡＮから別のＬＡＮへの移動）。したがって、ＳＡＭＯＡネットワークの一実施態様は認証をサポートして、あるセキュリティ・エージェント・ノード（ＳＡＮ）が所与のＳＳＵを、いくつかの異なるＩＡＮを介して認証できるようにする。このように、ＳＡＮは同時に、これらのＩＡＮのいずれか１つへのモバイルの接続を承認することができ、それにより、モバイルＳＳＵがＩＡＮからＩＡＮへ渡るときにはるかにより高速なその認証を可能とする。
【００４０】
ＳＡＭＯＡの一実施態様は、ＳＳＵに、そのＣＡＮと同じＴＡＮを、多数の登録を通じて維持するように命令するための多数のＳＡＮを提供する。モバイルＳＳＵはあちらこちらに移動するとき、ＳＡＭＯＡネットワーク内で様々なＩＡＮおよびＳＡＮを介して登録するようになることに留意されたい。ＴＡＮ接続はセット・アップにある時間がかかるので、同じＴＡＮをこれらの登録を通じて維持することによって効率が生じる。これはこのメカニズムが、モバイルが継続的に新しいＴＡＮ接続をセット・アップする必要性を最小限にするからである。この機能はＳＡＭＯＡにより、ＳＡＮＧオーバーレイの共有されたナレッジ面(knowledge aspects)によってサポートされる。
【００４１】
一般に、ＳＡＭＯＡネットワークでは、新しい接続が必要とされるとき、このプロセスは最初に新しい接続をセット・アップすることであり、古い接続をそのままで残し、新しい接続が確立され、データを有した後、次いで古い接続が取り除かれ、データベースから削除される。ＳＳＵは継続的に場所から場所へと移動するので、ＣＡＮは一般に周期的にそれらのＳＳＵクライアント・データベースをパース(parse)し、関連するリンクのステータスを更新しようと試みる。新しいＴＡＮがＳＳＵによってコンタクトされた後、これは、そのＳＳＵについての接続エージェント・ノード（ＣＡＮ）になり、ＣＡＮは即時に、それがこのときモバイルをその接続セットの一部として有するという事実をマルチキャストすることができる。パケットをすべての他のＴＡＮから新しいＣＡＮへ転送することは、したがって本質的に即時であり、これを実施するために特殊な準備を行う必要はない。
【００４２】
他のサービス
この時点まで、セキュアＳＳＵからＳＳＵの通信サービスをサポートするＳＡＭＯＡの特徴を説明した。この説明は、モバイルＳＳＵならびにスタティックＳＳＵ（例えば、金融機関に関連付けられたサーバ）に等しく十分に当てはまる。しかし、ＳＡＭＯＡ加入者はまた、ＳＡＭＯＡ加入者でないノードにもコンタクトすることができる。これはＳＳＵのための汎用通信サービスの提供において有利である。同様に、ＳＡＭＯＡは企業の仮想プライベート・ネットワーク（ＶＰＮ）サービスとの相互運用性をサポートする。
【００４３】
非セキュア・サービス
ＳＡＭＯＡネットワークのＳＳＵから非ＳＳＵの実施形態の一実施態様では、ＳＳＵからのパケット（例えば、ＳＳＵ−１）がＳＳＵの接続エージェント・ノード（ＣＡＮ）によってパースされ、ＳＡＭＯＡ加入者に対応しない（すなわち、非セキュア・ユーザ、または、少なくとも非ＳＡＭＯＡセキュアド(non-SAMOA-secured)加入者に対応する）宛先アドレスを有すると決定される。この場合、元のＩＰパケットは単に「インターネット」を介してＣＡＮによって、例えば、標準のローカル・ルータ（図示せず）のサービスを使用して送信される。ＳＳＵのスタティック・ソース・アドレス(static source address)が、そのＳＳＵについてのホーム転送エージェント・ノードと同じＬＡＮ上のアドレスの範囲からのものであるという仮定を想起されたい。
【００４４】
ＳＳＵについてのホーム転送エージェント・ノードの１つの機能は、それらに割り当てられるＳＳＵについてのスタティック・アドレス（例えば、ＳＳＵ−１）を（例えば、アドレス解決プロトコル（ＡＲＰ）を介して）アドバタイズすることである。非加入者からの戻りパケット（例えば、安全でないＹａｈｏｏウェブサイトからであり、ソース・アドレス「Ｙａｈｏｏ」および宛先アドレス「ＳＳＵ−１」を有するもの）は、ＳＳＵ−１についてのアドレスをアドバタイズしているホーム転送エージェント・ノードに到着する（すなわち、その加入者についてのプロキシＡＲＰｉｎｇ）。この場合、ホーム転送エージェント・ノードはこのパケットを処理し、安全にこれをＳＳＵの現在の接続エージェント・ノードへ（以前に論じたように）、最終的にＳＳＵに配信するためにトンネルする。転送は、ホーム転送エージェント・ノードと現在の接続エージェント・ノードの間、および、接続エージェント・ノードとＳＳＵの間で安全であることに留意されたい。接続エージェント・ノードと順方向の非加入者の間、および、非加入者と逆方向のホーム転送エージェントの間は安全ではない。
【００４５】
代替実施態様では、モバイル・ノードが、いくつかのパケットを、ＳＡＭＯＡセキュリティ・サービスを使用して送信すること、および、他のパケットを、ＳＡＭＯＡセキュリティ・サービスを使用せずに（より高いレベルのアプリケーションが正しいカプセル化を強制することができると仮定する）送信することを望む場合、これを、異なる仮想インターフェースを使用することによって管理することができ、このインターフェースは、ＩＰパケットをＳＳＵルーティング・テーブル内の情報に基づいて送信するための、ＳＳＵ上のＳＡＭＯＡクライアント・アプリケーションを通じて提供される。
【００４６】
企業へのＶＰＮサービス
これまでは、ＳＡＭＯＡ加入者であるモバイル（またはスタティック）ノード（すなわち、ＳＳＵ）の間、および、ＳＳＵと非セキュア・エンティティの間の、セキュア通信サービスを論じた。しかし、いくつかの企業は、セキュア通信サービスを自社の従業員またはメンバーの間でのみ提供することを望む可能性がある。これらの企業はまた、例えば、これらの従業員を、自社が有する認証サービスを使用して認証できることを望む可能性もある。ＳＡＭＯＡはこれらの機能もまたサポートする。
【００４７】
認証について、企業は、モバイルが自社の企業認証、アカウンティングおよび許可（ＡＡＡ）サーバによって認証されることを望む可能性がある。この場合、ＳＳＵを認証するＳＡＭＯＡセキュリティ・エージェント・ノードが、加入者の個人プロファイル情報、および、加入者がそのメンバーである企業のプロファイルを調べる。「代替認証サーバ」フィールドが設定される場合、ＳＡＮはＳＳＵの第２レベル認証を、指定されたＡＡＡエージェントを使用して、さらなるサービス（すなわち、セキュア・セッション転送鍵）を提供する前に実行する。この場合、ＳＡＮは第２レベル認証システムのためのパススルーとして機能し、ＳＳＵ証明書をＡＡＡエージェントに提供し、それ自体の認証を進める前に認証確認を受け取る。いくつかの実施態様では、ＳＡＮは、指定されたＡＡＡエージェントと並列に認証することができるが、いずれの場合も、ＳＡＮは通常、両方の認証がパスする場合にのみＳＳＵへの認証を確認する。
【００４８】
企業が、企業関連ＳＳＵが対話することができるユーザに制限することを望む可能性がある場合、ＳＡＭＯＡネットワーク内のＴＡＮは、無許可のエンティティへの、あるいはそれからのルーティングを行う前に、企業ポリシーおよび許可リストを調べる。例えば、会社ＡＣＯＲＮに属するＳＳＵが、他のＡＣＯＲＮ加入者のみにコンタクトすることを許可される場合、そのＣＡＮへの接続において、ＳＳＵは、パケットを送信中であるとき、そのソース・パケットのさらなるフィルタリングに直面するようになる。ＣＡＮは、有効なＡＣＯＲＮ加入者の宛先ＩＰアドレスを有するパケットのみを処理する。他のものは、ＡＣＯＲＮの企業にとって適切なポリシーに応じてドロップされ、あるいは戻される。同様に、配信においては（パケットが非セキュア・サイトから来ている可能性がある）、有効なＡＣＯＲＮ加入者ソースＩＰアドレスを有するパケットのみがＳＳＵに送信されるようになる。このＳＡＭＯＡネットワークの実施態様は、このポリシーをサポートしない実施態様よりも、ＴＡＮにおけるパケットの処理のより大きい負担を負うことに留意されたい。
【００４９】
ＳＡＭＯＡ対モバイルＩＰｖ４およびＩＰｖ６
この比較では、モバイルＩＰｖ４（以前に参照した）およびモバイルＩＰｖ６の専門用語、オペレーションおよびオーバーヘッドの実用的な知識を前提とし、これらは、Ｐｅｒｋｉｎｓ，Ｃ．Ｅ．、Ｊｏｈｎｓｏｎ，Ｄ．Ｂ．、「Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６」、２ｎｄ  Ａｎｎｕａｌ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｍｏｂｉｌｅ  Ｃｏｍｐｕｔｉｎｇ  ａｎｄ  Ｎｅｔｗｏｒｋｉｎｇ（ＭｏｂｉＣｏｍ’９６）、１９９６年１１月１０〜１２日、Ｒｙｅ、Ｎ．Ｙ．、ｃｏｐｙｒｉｇｈｔ  Ａｓｓｏｃｉａｔｉｏｎ  ｏｆ  Ｃｏｍｐｕｔｉｎｇ  Ｍａｃｈｉｎｅｒｙ（ＡＣＭ）に包含されており、これは全体として参照により本明細書に組み込まれ、ならびに、本明細書で説明するＳＡＭＯＡネットワークの理解を前提とする。
【００５０】
モバイルＩＰに勝るＳＡＭＯＡの利点
一般に、モバイルＩＰｖ４は、それ自体はセキュリティの問題に対処せず、ただし、適切なモバイルのみがホームおよび移動先エージェントに登録できることを保証するための登録プロトコル内の拡張を許可することを除く。さらに、ホームと移動先エージェントの間のセキュア・トンネリングはモバイルＩＰｖ４では可能であるが、これは命令されない。したがって、モバイルＩＰｖ４はその主な機能を、モバイル・レイヤ３ルーティングをサポートすることとして見なす。モバイルＩＰｖ６はセキュリティにより大きい焦点を置くが、モバイルＩＰｖ６との関連におけるセキュリティの使用には多少問題があり、モバイルと対応するホストの間の通信があまり安全ではない。特に、ホストをモバイルの新しい場所にリダイレクトするために、モバイルＩＰｖ６作者によって認められるようないくつかのステップに従わなければならない。したがって、これは真のセキュリティ・アーキテクチャのための基礎になる可能性が低い。対照的に、ＳＡＭＯＡは第１にセキュリティおよびモビリティに、続いて効率に焦点が合わせられている。モバイルＩＰに勝るＳＡＭＯＡの可能な利点を以下のセクションで論じる。これらの利点を、ＳＡＭＯＡの好ましい実施態様に関連して論じ、必ずしもすべてが、すべての可能な実施態様に当てはまるとは限らない。
【００５１】
鍵の配布
共有鍵を使用して、ＳＡＭＯＡは、モバイルＩＰにおけるＮｘＮ問題に対して、Ｎｘ１の鍵配布問題のみを有する。ＳＡＭＯＡは共有鍵のセキュリティ・モデルをサポートする。ＳＳＵの共有鍵はＳＡＮグループによって維持され、したがって通常は単一のエンティティによりセット・アップされる。モバイルは、そのＴＡＮと通信するための許可された共有セッション鍵を有した後、ＳＡＭＯＡ加入者である他のいかなる者とも通信することができる。ＳＡＭＯＡでは、Ｎ個のＳＳＵを次数（Ｎ）共有鍵によりサポートすることができる。モバイルＩＰでは、他方では、モバイルが安全な方法で別のモバイルと通信することを望む場合、これらのモバイルの間に共有鍵がなければならず、これは、公開鍵が使用されないときにエンドツーエンドのＩＰＳＥＣトンネリングをサポートするためである。これは、Ｎ個の加入者をサポートするために、モバイルＩＰが次数（Ｎ２）の共有鍵を必要とすることを意味する。その上、これらの鍵の配布および管理には非常に問題がある。したがって、ＳＡＭＯＡは、このエンドツーエンドの場合、次数（Ｎ２）問題を次数（Ｎ）問題に低減している。公開鍵システムもまた、Ｎ個の加入者に関するエンドツーエンドのモバイルＩＰ問題を、次数（Ｎ）問題に低減することができ、これは、各モバイルが秘密鍵および公開鍵を有している可能性があり、効果的に証明書を管理して公開鍵のみの信頼性を保証することが必要である可能性があるからである。しかし、証明書の問題はそれ自体が多数の加入者にとっては些細なことではない。加えて、適切な公開および秘密鍵のペアをこのような大規模なグループのために生成することは問題となる可能性があり、必ず、同じ数の共有鍵の生成ほど効率的ではなくなる。
【００５２】
エージェント・ノードの場所の柔軟性
ＳＡＭＯＡでは、転送およびセキュリティ・エージェント・ノードは、ＳＳＵからアップストリームの任意の場所に位置し、セキュリティを管理可能にする。これはモバイルＩＰとは対照的であり、モバイルＩＰでは、ホームおよび移動先エージェントが一般にモバイルのアクセス・ポートと同じローカルＬＡＮ上になければならない。モバイルＩＰｖ４では、登録手順は通常、最初に、モバイルと同じレイヤ２接続上にある移動先エージェントに登録すること、次いで、ホーム・エージェントに登録することを含む。例えば、ＬＡＮでは、移動先エージェントはＭＡＣアドレスを通じて到達可能でなければならず、したがって、モバイルと同じサブＬＡＮ上になければならない。モバイルＩＰｖ６では、移動先エージェントの概念が省かれ、モバイルは常に直接ホーム・エージェントに登録する。しかし、このエージェントは、モバイルの現在の場所にまったく近くない可能性がある。対照的に、ＳＡＭＯＡでは、セキュリティ・エージェント・ノードおよび転送エージェント・ノードは任意にモバイルからアップストリームであり、したがって、ＩＰレイヤ・データグラムによってのみ到達可能である必要がある。これは、セキュリティの点では非常に大きい利点である。これは、より少数のセキュリティ・エージェント・ノードが移動先エージェントと比較されるものとして必要とされるからであり、また、セキュリティ・エージェント・ノードが物理的に保護される可能性が高いので、セキュリティ問題が大いに低減されるからである。対照的に、モバイルＩＰｖ４では、移動先エージェントは通常、モバイルのための潜在的なアクセス・ポイントを提供する各ＬＡＮ上で必要とされるようになる。これは、これらの移動先エージェントのための物理的セキュリティを保証する必要がある場合、大変なセキュリティ問題である。
【００５３】
ファイアウォールのトラバース
ファイアウォールをトラバースする問題を、モバイルＩＰと比較すると、ＳＡＭＯＡにより低減することができる。ＳＡＭＯＡでは、転送エージェント・ノード（ＴＡＮ）がセキュア・トンネルによりＳＳＵに接続される。モバイルＳＳＵが接続を開始するので、ファイアウォールをトラバースする問題の大部分はＳＡＭＯＡでは存在しない。ＳＡＭＯＡは単に、ＳＳＵが安全にＴＡＮと接続することのみを必要とし、これは、周知のポートをこれらのエージェント・ノードに割り振ることによって行うことができる。対照的に、モバイルＩＰでは、ファイアウォールを通過してホーム・エージェントに到達することが常に問題である（２つのポイントで問題であり、これは、モバイルおよびホーム・エージェントの両方が別々のファイアウォールの後ろにある可能性があるからである）。さらに、ホーム・エージェントおよび移動先エージェントは、モバイルをホーム・エージェントに登録中に、ファイアウォールに関連する問題を有する可能性がある。ＳＡＭＯＡでは、モバイルが、ＬＡＮベースである「ホーム」エージェントといずれかの関係を有する必要はない。ＳＡＭＯＡでは、モバイルは、それに対して通信されると予想する転送エージェント・ノードのみと通信し、したがって通常はモバイルによって開始された接続を拒否しない。ＳＡＭＯＡにおける通信は一般に、ファイアウォールの内側からファイアウォールの外側へのものであるが、ホーム・エージェントは通常はファイアウォールの内側におり、ファイアウォールの外側に位置する潜在的な接続先によって到達不可能である可能性がある。ＳＡＭＯＡにおけるＳＡＮグループはセキュリティ機能をサポートするが、これはリンク・レイヤで機能しない。これはしたがって、媒体アクセスまたはリンク・レイヤ・アドレスのみを使用してＳＳＵによって通信または到達可能にするように限定されないが、これはフルアドレス指定を利用するので、より柔軟にインターネット上のいかなる場所にも位置することができる。同様に、ＴＡＮグループもまたより高いレベルにあるので、これらの間のセキュア・トンネルの実施態様はいかなるファイアウォール問題も生じさせず、これは、ＳＡＮおよびＴＡＮがそれらのオーバーレイ・ネットワーク上で保護されるからである。
【００５４】
転送効率およびセキュリティ
転送は、モバイルＩＰｖ４によって必要とされる非効率的な三角ルーティングと比較して、ＳＡＭＯＡでは加入者にとってより効率的である。ＴＡＮＧは転送を、対応するモバイル／ＳＳＵに最も近い接続エージェントを決定することによって管理するので、パケットが適切なトンネルを通じて効率的にダイレクトされる。このオーバーレイの態様はしたがって、高レベルのセキュリティを保証できるだけでなく、ルーティングにおいても効率的である可能性があり、これは、オーバーレイ・ネットワーク内で後に続かれるパスもまた、トンネルのサービスの品質など、多数の高レベルの問題を考慮に入れることができるからである。さらに、セキュア・トンネルは通常、事前に準備され、前もってセット・アップされる。しかし、モバイルＩＰでは、トンネルは通常、ホームと移動先エージェントの間でオンザフライで作成され、これは、トンネルを常に維持することを望むであろう可能性が低いからである。対照的に、ＳＡＭＯＡは、ＴＡＮグループが、長寿命のＩＰＳＥＣネイルドアップ(nailed-up)接続を有する、より小さい「被管理」グループであると予想する。ＩＰｖ６は、ホーム・アドレス宛先ヘッダのオプションをサポートし、これを接続先によって、パケットをモバイルの現在の場所に直接送信するために使用することができる。このセキュリティの態様（すなわち、バインディングの変化）は残念ながらいくつかの複雑な交換を含み、このプロトコルはあまり安全ではない。
【００５５】
ルーティング
ＴＡＮＧによってＨテーブル・メカニズムを通じて実施されるような、ＳＡＭＯＡにおけるルーティング・スキームは、モバイルＩＰで生じるものとは非常に異なる。ＳＡＭＯＡにおける接続エージェントの役割は、ＴＡＮＧがセキュリティおよび効率のために実施することができる様々なフィルタリングおよびルーティング機能を可能にする。対照的に、モバイルＩＰにおけるホームおよび移動先エージェントの役割は通常、はるかにより制限される。Ｈテーブルの維持に関連するあるスケーラビリティのコストが存在する可能性があるが（転送エージェントによるルーティングがフル・ホスト・アドレスを使用するため）、キャッシングを使用することによってこれを最小限にすることができる。加えて、ＳＡＮＧおよびＴＡＮＧクラウドにおけるマルチキャストの使用により、コントロール・トラフィックが低減される。
【００５６】
初期アクセス
ＳＡＭＯＡは、ネットワークへの初期アクセス（ＩＡＮ）するのにセキュアでないエンティティを使用する。モバイルＩＰでは、ネットワークに対するモバイルのアクセス・ポートをサポートする各ローカルＬＡＮに信頼される移動先エージェントを接続することによって同様のレベルのセキュリティを管理することができる。今日、無線ＬＡＮ上のポート・アクセス・エンティティ（ＰＡＥ）が、モバイルとＰＡＥ（例えば、拡張アクセス・プロトコル（ＥＡＰ）のためのマイクロソフトのサポートに注目されたい）の間でセキュアな接続を実施することができるようにすることに多くの労力が費やされている。ＳＡＭＯＡでは、対照的に、基本的な前提は、このエンティティが、セキュアであることを要さず、代わりにＳＳＵとＳＡＮの間、またはＳＳＵとＴＡＮの間のセキュアな通信セット・アップのためのパススルーとして動作することである。
【００５７】
転送とセキュリティの論理的分離
ＳＡＭＯＡにより、転送問題とセキュリティ問題の明確な論理的分離が可能になる。これは、ＳＡＭＯＡでは、認証機能がセキュリティ・エージェントによって論理的に実行され、転送問題が転送エージェントに委ねられるからである。対照的に、モバイルＩＰでは、ホーム・エージェントと移動先エージェントにおいてこれらの機能がより入り混じっている。さらに、セキュリティは、モバイルＩＰの初期の関心事ではなく、ＡＡＡサーバと連携することなどの問題への対処が今になって行われている。
【００５８】
互換性および進化
ＳＡＭＯＡは、ＩＰｖ４で機能し、同様に、ＩＰｖ６が広く利用可能になった際にはＩＰｖ６でも機能することができる。一部の実装例では、ＳＡＭＯＡネットワーク内部のＴＡＮは、独自のルーティングを行うので、ＩＰｖ６の関連する機能を介さないことが可能である。これにより、ＳＡＭＯＡサービスが、ＩＰｖ６のそれらの計画されているが、試験されていない機能に頼ることが除かれる。さらに、ＩＰｖ６がいつ大々的に展開されるか不明確であり、したがって、依存関係のこの欠如により、ＳＡＭＯＡサービスが今日、実行可能であるようになっている。
【００５９】
発信データフローおよびルーティング
モバイルＩＰｖ４では、モバイルは（通常）まず、ローカル・リンク上で移動先エージェントに接続される必要がある。モバイルＩＰｖ４の接続関係にあるホスト（ＣＨ）から送信されたパケットはまず、モバイルのホーム・アドレスに送られ、ホーム・エージェントによって代行受信される。ホーム・エージェントは、パケットを移動先エージェント（ＦＡ）にトンネリングし、ＦＡがそのパケットを直接に配信する。というのは、ＦＡは、モバイルと同一リンク上に存在するものとされているからである。モバイルがパケットを接続関係にあるホストに送信した際、パケットは、通常、トンネリングなしに直接に送られる。したがって、モバイルＩＰでは、三角ルーティング（すなわち、ＣＨからＨＡに向かい、ＨＡからＦＡ／モバイルに向かい、ＦＡ／モバイルからＣＨに戻る）が存在する。従来の例は、セキュリティの検討を全く含まないので、ＳＡＭＯＡネットワークと妥当な比較を行うことはできない。ただし、モバイルＩＰ上にセキュリティが重ねられるケースでは、そのスキームをＳＡＭＯＡと比較することができる。以下における「元のＩＰデータグラム」という用語は、元のＩＰパケット（ヘッダを含む）を指す。オーバーヘッドは、この元のＩＰデータグラムに関する。以下に、データフローのルーティングにおけるパフォーマンスを中心に扱って比較のための異なる文脈を提示する。互いに通信し、自由に動き回り、公共ネットワーク上のＬＡＮにも、プライベート（ファイアウォールで保護された）ネットワークにも接続するモバイル間のセキュリティは、「完全モバイル・セキュリティ」と呼ぶ。企業ファイアウォールを介して特定のプライベート・ネットワーク内のノードに接続するのにモバイルによって所望されるセキュリティは、「ＶＰＮモバイル・セキュリティ」と呼ぶ。最後に、セキュリティの欠如、または限られたセキュリティ（例えば、登録だけ）を「セキュリティなし」と呼ぶ。
【００６０】
完全モバイル・セキュリティ
このセクションでは、完全モバイル・セキュリティが、自由に動き回り、互いに通信する２つのモバイル・ノード間で所望されるものと想定する。比較のため、ＳＡＭＯＡでは、両方のモバイルが加入者であり、他方、モバイルＩＰｖ４がセキュリティをサポートするのに、モバイルによって終端間ＩＰＳＥＣが実施されるものと想定する。
【００６１】
ＳＡＭＯＡネットワークの好ましい実装例の場合、モバイルからＣＨに、ＣＨからモバイルに接続を実施するのに、ファイアウォール問題を全く想定しなければ、接続エージェントまで５６バイトのＩＰＳＥＣ／トンネル／ＵＤＰオーバーヘッド、ネットワークの残りの部分で５６バイトのオーバーヘッド、接続エージェントから接続関係にあるホスト（ＣＨ）までさらに５６バイトを要する。三角ルーティングは全く必要とされない。モバイルＩＰｖ４の場合、終端間ＩＰＳＥＣが使用され、オーバーヘッドは、トンネル・モードにおける常時４８バイト（場合により、転送モードにおける２８バイト）に加えて、ＦＡ−ＨＡ間トンネルに関するオーバーヘッドであり、ＦＡ−ＨＡ間トンネルに関するオーバーヘッドは、双方向のＩＰ内ＩＰトンネルに関する２０バイトである。あらゆるファイアウォールが、パケットを通すように構成されていなければならず、これは、モバイルが移動する際に問題となる可能性がある。
【００６２】
モバイルＩＰを使用するモバイルのための終端間ＩＰＳＥＣは実行可能であるが、２つの大きな問題が存在する。第１に、各接続先について、いずれの通信に関しても別個のＩＰＳＥＣトンネルをセット・アップしなければならない。したがって、共有鍵（トンネルをセット・アップするための予想される方法）が、各ＣＨに関して必要とされる。第２に、プライベート・ネットワークに接続するモバイルに関するファイアウォール問題は、実際には、はるかに複雑である可能性がある。さらに、双方向三角ルーティングにより、おそらく、平均で各往復時間が２倍になる。
【００６３】
ＶＰＮモバイル・セキュリティ
モバイルが、モバイルＩＰの下で企業のＶＰＮゲートウェイに接続することを望む場合、基本的な接続は、レイヤ２トンネリング・プロトコル（Ｌ２ＴＰ）トンネルによってゲートウェイまで拡張されたレイヤ２ポイントツーポイント（ＰＰＰ）プロトコル・リンクを使用することにより、行うことができる。（Ｌ２ＴＰは、他の２つのトンネリング・プロトコル、すなわち、マイクロソフトからのＰＰＴＰおよびシスコシステムズからのＬ２Ｆの最良の特徴を合併することにより、ＩＳＰがＶＰＮを運用することを可能にするＰＰＰプロトコルの拡張である。）代替として、直接ＩＰ接続を想定することもできる。いずれの場合も、モバイルからゲートウェイまでのＩＰＳＥＣトンネルを確立する必要がある。
【００６４】
モバイルＩＰの場合、モバイルからＶＰＮゲートウェイを経由してＣＨに至る接続が、Ｌ２ＴＰアクセス・コンセントレータ（ＬＡＣ）（セキュリティが疑わしい）までの８バイトのＰＰＰオーバーヘッド、およびＬＡＣからＬ２ＴＰネットワークサーバ（ＬＮＳ）（ゲートウェイ）までのレイヤ２トンネルを要し、これにより、およそ７６バイトの全体的なオーバーヘッドがもたらされる。トンネル・モードを使用する直接接続を想定した場合、オーバーヘッドは、４８バイトに縮減される。ＶＰＮゲートウェイの反対側のトラフィックは妨げるものがない可能性が高く、これにより、接続関係にあるホストまで別のレベルのＩＰＳＥＣが使用されない限り問題が生じる。
【００６５】
ＳＡＭＯＡネットワークの場合、ファイアウォールはトランスペアレントである。この場合、オーバーヘッドは、ＣＨが転送エージェント・ノードに接続することをゲートウェイが許していること以外は、ファイアウォール問題がない場合と同じである。これは、企業が、ＳＡＭＯＡサービスに加入することを前提とする。したがって、ゲートウェイは、基本的に、ＳＡＭＯＡ関連のトラフィックに関して必要とされない。所望される場合、ＶＰＮゲートウェイ自体を転送エージェントに接続することが可能であり、その場合、ＶＰＮゲートウェイは、妨げるものなしに、トラフィックをプライベート・ネットワークに転送することができる。
【００６６】
ＳＡＮおよびＴＡＮを本発明の様々な実施形態において別個の要素として論理的に表わしているが、当分野の技術者には理解されるとおり、ＳＡＮおよびＴＡＮが単一のネットワーク要素として実装されることも可能である。
【００６７】
本発明を例示的な実施形態に関連して説明してきたが、この説明は、限定する意味で解釈されるべきではない。本発明が属する分野の技術者には明白である説明した実施形態の様々な変更形態、ならびに本発明の他の実施形態が、頭記の特許請求の表明する本発明の原理および範囲に含まれるものと考えられる。
【００６８】
本発明は、単一の集積回路上の可能な実装を含め、回路ベースのプロセッサとして実装することができる。当分野の技術者には明白なとおり、回路要素の様々な機能は、ソフトウェア・プログラムにおける処理ステップとしても実装することができる。そのようなソフトウェアは、例えば、デジタル信号プロセッサ、マイクロコントローラ、または汎用コンピュータにおいて使用することができる。
【００６９】
頭記の方法の請求項においてステップが存在する場合、それらのステップを対応するラベル付けを伴う特定の順序で記載するが、請求項の記載が、それらのステップの一部、またはすべてを実施する特定の順序を特に暗示しない限り、それらのステップは、必ずしもその特定の順序で実施されることに限定されるものではない。
【図面の簡単な説明】
【００７０】
【図１】本発明の一実施形態によるセキュリティおよびモビリティ・オーバーレイ・アーキテクチャ（ＳＡＭＯＡ）アクセスおよび転送セキュリティ・ネットワークでオーバーレイされたＩＰネットワークのブロック図である。
【図１】
2004336776.tif 000003