セッションマイグレーションを円滑化するためのコンピュータ実行可能方法であって、中間ネットワークデバイスにおいて、リモートサーバを宛先とするクライアントからのパケットを受信することと、前記パケットが既存の通信セッションに属するかどうかを決定することと、前記通信セッションに関連づけられる状態情報が前記中間ネットワークデバイスにおいて入手可能かどうかを決定することと、前記通信パケットが既存の通信セッションに属し、かつ前記セッションの状態情報が前記中間ネットワークデバイスにおいて入手できないことに応答して、前記セッション状態情報を要求するインタレストを構築することであって、前記インタレストは階層的に構成された可変長の名前を含むことと、前記インタレストをネットワーク上で広めることと、前記セッション状態情報を受信し、よってセッションマイグレーションを円滑化することを含む方法。前記受信されたセッション状態情報を用いて前記既存の通信セッションを再構築することをさらに含む、請求項1に記載の方法。前記インタレストは無線TCPパケットに含まれるトランスポート署名を基礎として構築され、かつ前記トランスポート署名は前記セッションを識別する、請求項1に記載の方法。前記クライアントは仮想専用ネットワークVPN対応であり、前記パケットはVPNパケットである、請求項1に記載の方法。前記中間ネットワークデバイスはVPNホストである、請求項4に記載の方法。本発明の一実施形態は、セッションマイグレーションを円滑化するためのシステムを提供する。動作の間、本システムは、中間ネットワークデバイスにおいてクライアントからリモートサーバ宛のパケットを受信する。本システムは、パケットが既存の通信セッションに属するかどうか、及びそのセッションに関連づけられる状態情報が中間ネットワークデバイスにおいて入手可能であるかどうかを決定する。通信パケットが既存の通信セッションに属し、かつセッションの状態情報が中間ネットワークデバイスにおいて入手できないことに応答して、本システムは、セッション状態情報を要求するインタレストを構築する。インタレストは、階層的に構成された可変長の名前を含む。システムは、ネットワーク上でインタレストを広めてセッション状態情報を受信し、これによりセッションマイグレーションを円滑化する。この実施形態の一変形例では、本システムは、受信されたセッション状態情報を用いて既存の通信セッションを再構築する。この実施形態の一変形例では、ネットワークはコンテンツセントリックネットワークCCNを含み、インタレストはCCNインタレストである。この実施形態の一変形例では、クライアントはモバイルデバイスであり、パケットは無線伝送制御プロトコルTCPパケットである。さらなる変形例において、インタレストは無線TCPパケットに含まれるトランスポート署名を基礎として構築され、トランスポート署名はセッションを識別する。さらなる変形例では、中間ネットワークデバイスは基地トランシーバ局に位置決めされる。この実施形態の一変形例では、クライアントは仮想専用ネットワークVPN対応であり、パケットはVPNパケットである。さらなる変形例において、インタレストは、VPNトンネルに対応するトランスポート署名を基礎として構築される。さらなる実施形態では、中間ネットワークデバイスはVPNホストである。本発明の実施形態は、確立されたセッションの1つの中間ネットワークデバイスから別の中間ネットワークデバイスへの効率的かつ安全な移動を円滑にする。動作の間、クライアントは、リモートサーバからコンテンツを受信するために、中間ネットワークデバイスとステートフルな通信セッションを確立する。中間ネットワークデバイスプロキシサーバ等はセッションの確立を円滑にし、かつクライアントにリモートサーバから受信されたコンテンツを提供する。所定の状況下では、クライアントは、同じセッション用に意図された後続のパケットを異なる中間ネットワークデバイスへ送信してもよい。既存のセッション用のパケットを受信すると、第2の中間デバイスは、受信したパケットが属するセッションに関連づけられる状態情報を要求するコンテンツセントリックネットワークCCNインタレストを近傍デバイス等の他の中間デバイスへ広める。このようなインタレストの受信に応答して、最初にそのセッションを確立した中間デバイスは、セッションに関連づけられる状態情報を要求側の中間デバイスへ送信し、よって要求側の中間デバイスは、このセッション状態を用いてもとのセッションを再開することができる。後にさらに詳述するように、CCNインタレストを用いて状態情報を取得することは、中間ネットワークデバイス間での状態情報のグレースフルかつ単純な伝送を可能にする。コンテンツセントリックネットワークCCNにおいては、通信はデータのコンシューマによって駆動される。CCNでは、インタレスト及びデータという2つのパケットタイプが存在する。インタレストパケットクエリとも呼ばれるは、何らかのコンテンツに対する要求である。インタレストパケットは、どのようなコンテンツが望まれかつどのようなコンテンツが望まれないかを表す特殊な形式のクエリを符号化する。データパケットコンテンツパケットとも呼ばれるは、コンテンツの1単位である。データパケットは、データパケット内でそのフルネームを伝送することによって自己識別的である。コンシューマは、利用可能な全ての接続上でそのインタレストを同報通信することにより、コンテンツを要求する。このインタレストを聴きかつこれを満たすデータを有するノードは何れも、データパケットで応答することができる。データパケットは、インタレストに応答してのみ送信され、かつそのインタレストを消滅させる。インタレスト及びデータは共に、交換されているコンテンツをパケットに包含されるコンテンツネームまたはCCNネームによって識別する。インタレストパケット内のCCNネームがデータパケット内のCCNネームのプレフィックスであれば、データはインタレストを満足する。CCNネームは、明示された数のコンポーネントで構成される不透明なバイナリオブジェクトである。さらに、CCNネームは持続的であり、かつコンテンツ特定的である。即ち、ファイルまたはデータオブジェクトのコンテンツを変えれば、このコンテンツは効果的には新しい名前に関連づけられる。この持続性は、明示的なバージョン管理機構によって達成されることが可能であり、このメカニズムでは、例えば新しいコンテンツが所定のネームのバージョン4になることが可能である。持続性は、黙示的に達成されることも可能である。例えば、コンテンツは、その人間によって確立された名前だけでなく、認証メタデータ例えば、コンテンツ発行者によるデジタル署名にも関連づけられることが可能である。その結果、所定の名前に関連づけられるデータが変わると、コンテンツネーム全体が変わる。機能的には、CCNは、様々な名前と、名前が表すコンテンツとの間の関連性を保持することができる。従来のIPアドレスとは異なり、CCNネームは長さが一定である必要はない。実際に、CCNネームの個々のコンポーネントは任意の長さを有してもよい。さらに、コンテンツの組織構成を表し得るCCNネームを構築することが望ましい。ある実施形態では、CCNネームは階層的であって、少なくとも部分的に人間が読み取ることができかつ意味を有するものであることが可能である。例えば、/abcd/bob/papers/ccn/newsは記事名である可能性があり、即ち、ABCDという名称の組織における、Bobという名前のユーザのための新聞のccnコレクションからのnews記事である可能性がある。CCNにおいては、アプリケーションの視点からすれば、ABCDという組織をどのようにして発見するか、またはこの組織におけるどのホストがBobのCCN刊行物を保有しているかをどのようにして発見するかをコンテンツコンシューマが決定する必要はない。ある実施形態では、一片のコンテンツを求めるために、CCN内のデバイスは、その名前によってそのコンテンツに関心を抱くネットワークに登録し、コンテンツは、そのローカルネットワークで入手可能であれば上記デバイスにルートバックされる。ルーティングインフラストラクチャは、予想される刊行者へインタレストをインテリジェントに伝搬し、次に入手可能な任意のコンテンツをそのインタレストがトラバースした経路に沿って伝送し返すことを担う。CCNは、CCNを特に魅力あるものにする追加の特性を有する。全てのコンテンツは暗号的に認証されることが可能であるが、これは、ネットワーク上のノードのサブセット例えば、コンテンツの合法的なクエリアの中には、一片のコンテンツの真正を検証できるものがあることを意味する。CCNは、刊行者に関わらず、データが名前によってアクセスされることも可能にする。同時に、所定の刊行者によるデータに合わせて特殊化された要求に調整することができる。例えば、foo.txtまたはfoo.txtsignedbyBobを要求することができる。作成者とコンシューマとの間では、任意形式の自己検証的な名前が契約として使用されることが可能である。また、混成式の自己検証ネームを使用することも可能であり、この場合、名前の前側のコンポーネントは組織及び効率的なルーティング用であり、名前の後側のコンポーネントは自己検証的である。最後に、CCNはコンテンツと信用との分離を許容し、同じコンテンツ片における信用を確立するために、異なるデータコンシューマが異なるメカニズムを用いることを有効化する。コンテンツは、単一の刊行者によって署名されていた可能性もあるが、これは異なる理由で信用されることが可能である。例えば、あるユーザは所定のコンテンツ片をその署名者との直の個人的な関係によって信用する場合があるのに対して、別のユーザは、この同じコンテンツを、ユーザが信用して選んでいる公開鍵インフラPKIにコンテンツの署名者が加入しているという理由で信用する場合がある。CCN固有の特性は、分散型のネットワークサービス仮想化に対するソリューションを提供することもできる。このような分散型のサービス仮想化は、モバイルバックホールサービス及び仮想専用ネットワークVPNサービスの実装において重要である。本発明の実施形態は、様々なネットワーク環境において適用されることが可能である。例えば、本発明の実施形態は、モバイルネットワークにおけるハンドオフの間の効率的なセッションマイグレーション及び状態転送を円滑化する。図1は、従来のモバイルバックホールネットワーク先行技術のアーキテクチャを示す図である。モバイルバックホールネットワーク100は、基地トランシーバ局BTS104と、サービスプロバイダ本部106と、PSTN公衆交換電話網108と、プロキシサーバ110と、幾つかのデータサーバ112-116とを含む。動作の間、データサーバ112-116から所定のデータコンテンツを入手するために、モバイルデバイススマートホン等102は要求信号を送信し、これがBTS104によって受信される。BTS104は、本部106に位置決めされた基地局コントローラと通信する。基地局コントローラは、音声及びデータトラフィックを統合しかつタイミングと他の管理との同期の保持を担当する。伝統的に、基地局と基地局コントローラとの間の通信は、DS0/E1回路等のTDM専用回線上で伝送される。次に、モバイルデバイス102からの要求はPSTN108を介してプロキシサーバ110へルーティングされ、プロキシサーバ110は次に、データサーバの負荷分散要件を基礎として要求の転送先にデータサーバ112-116のうちの1つを選択する。モバイルユーザの数が増加するにつれて、データトラフィックの量も増大する。その結果、プロキシサーバ110は多数のモバイル-データ-アクセス要求を処理する必要があり、これはますます厳しくなる。例えば、プロキシサーバ110では、接続を求めるモバイルデバイスへ動的な専用IPアドレスを割り付けるために大規模なネットワークアドレス変換器NATが必要とされる。さらに、データサーバは地理的に分散されている可能性があることから、クライアントが物理的にプロキシサーバよりデータサーバの方に近い場合は特に、集中型のプロキシサーバは望ましくない遅延をもたらす場合がある。本発明の実施形態は、IPアドレスの割付けを含むデータ要求処理を行うために集中型のプロキシサーバを使用する代わりに、ユーザのデータ要求を処理できる分散型のプロキシサーバを実装する方法を提供する。ある実施形態では、モバイルデバイスによって使用される、例えばウェブサービスである可能性があるサービスは、CCN上で仮想化される。図2は、本発明の一実施形態による、モバイルバックホールネットワークの例示的なアーキテクチャを示す図である。モバイルバックホールネットワーク200は、BTS204及びBTS208等の幾つかの基地トランシーバ局と、CCN212と、ネットワーク220と、幾つかのデータサーバ214-218とを含む。各BTSは、CCN212へ結合されるCCNプロキシサーバを含む。例えば、BTS204はCCNプロキシサーバ206を含み、BTS208はCCNプロキシサーバ210を含む。CCNプロキシサーバ206及び210は、モバイルサービスの仮想化を円滑化するように構成される。ある実施形態では、CCNプロキシサーバ206は、モバイルデバイス202と共に伝送制御プロトコルTCPセッション等の通信セッションを確立する。通信セッションは、あるプロキシサーバから別のプロキシサーバへモバイルデバイス202に透過的な方法で移動することができる。リモートデータサーバ214-218は、CCNまたは従来のTCP/IPネットワークであることが可能なネットワーク220を介してCCNプロキシサーバ206及び210へ結合される。プロキシサーバ206及び210は、リモートサーバ214-218からのコンテンツをモバイルデバイス202へ送り込むことによって、モバイルデバイス202からの要求に報いる。動作の間、モバイルデバイス202はまず、BTS204に位置決めされるプロキシサーバ206と共にTCPセッション等のステートフルな通信セッションを確立する。モバイルデバイス202とCCNプロキシサーバ206との間のTCPセッションは、標準的なスリーウェイハンドシェイクプロセスを使用して確立される。セッションの状態に関連づけられる、セッション識別子等の情報は、CCNプロキシサーバ206に格納される。ある実施形態では、セッション識別子は5タプルのトランスポート署名であり、{ソースIPアドレス、ソースポート番号、宛先IPアドレス、宛先ポート番号、接続タイプ}を含む。但し、接続タイプは、TCPまたはUDPユーザデータグラムプロトコル等のトランスポート層プロトコルを識別する。ある実施形態では、データサーバ214-218は、CCNであることが可能なネットワーク220を介してCCNプロキシサーバ206及び210へ結合される。ネットワーク220がCCNである場合、CCNプロキシサーバ206は、ハイパーテキスト転送プロトコルHTTP要求等の要求をCCNのインタレストパケットに移し、ネットワーク220を介してこのインタレストを全てのデータサーバへ同報通信する。CCNインタレストを受信すると、データサーバの1つは、要求されたコンテンツによってインタレストに応答する。次に、CCNプロキシサーバ206はコンテンツをモバイルデバイス202へ転送し、かつ後の使用のためにコンテンツを局所的にキャッシュする。CCNプロキシサーバ206は、データサーバ214からのCCNデータパケットを、先に格納されたTCPセッション情報を使用してそのパケットのCCNネームコンテンツをTCP/IPヘッダに変換することによりTCP/IPパケットに変換できることに留意されたい。さらなる実施形態では、データサーバ214-218は、従来のTCP/IPネットワークを介してCCNプロキシサーバ206及び210へ結合される。このようなシナリオにおいては、CCNプロキシサーバ206は従来の負荷分散機能を実行することができ、かつモバイルデバイス202とデータサーバ214等のリモートデータサーバとの間の通信セッションの確立を円滑化する。CCNプロキシサーバ206及び210は、リモートデータサーバ214-218から受信されたパケットをキャッシュできることに留意されたい。CCNプロキシサーバ206及び210におけるリモートサーバからのコンテンツまたはパケットのキャッシュは、他のネットワークキャリアによって動作される場合が多いネットワーク220内の帯域幅消費を低減することができる。例えば、多くのモバイルユーザは、そのモバイルデバイスを使用してビデオコンテンツをホストするウェブサイトからの人気のあるビデオクリップを要求する場合がある。基地局に位置決めされるCCNプロキシサーバは、モバイルユーザ毎にウェブサイトへの接続を確立する代わりに、幾人かのモバイルユーザへキャッシュされたコピーを提供することができ、よってネットワーク220における過度の帯域幅消費が防止される。ウェブサイトからビデオをストリーミングする最中等、セッション持続時間の途中で、モバイルデバイス202は、BTS204によってカバーされる領域セルとも呼ばれるから出て、BTS208によってカバーされる領域へ入ることがある。典型的には、モバイルデバイス202が1つのセルから別のセルへ移動すると、そのセッションの残りのパケットが新しいBTSにおいて最小限のパケットロスで受信され得ることを確実にする一般的なモバイルハンドオフプロセスが実行される。結果的に、モバイルデバイス202からの同一セッションのパケットは、この時点でBTS208に位置決めされるプロキシサーバ210によって受信される。BTS208に位置決めされたCCNプロキシサーバ210は、モバイルデバイス202からのパケットを受信すると、そのパケットが既存のセッションに属するものであると認識することができる。しかしながら、CCNプロキシサーバ210はそのセッションに関連づけられる状態情報を持たず、よってこの既存のセッションを再開することができない。例えば、CCNプロキシサーバ210は、進行中のHTTP接続のユニフォームリソースロケータURLを知らない場合がある。この状態情報を入手するために、CCNプロキシサーバ210は、そのパケットに関連づけられる状態情報を要求するCCNインタレストを、CCN212を介してその近傍のプロキシサーバへ広める。モバイルデバイスは1つのセルからその近傍セルのうちの1つへと移動するだけであることから、状態情報は近傍の基地局のうちの1つに位置決めされている可能性が高いことに留意されたい。或いは、CCNインタレストは、CCN212へ結合された他の全てのプロキシサーバへ同報通信されることも可能である。ある実施形態では、インタレストは、モバイルデバイス202のアドレスを基礎として構築される。先のCCNプロキシサーバ206は、このようなインタレストを受信すると、要求されたセッション状態情報をCCNプロキシサーバ210へ送信することによってこのインタレストを満たす。CCNインタレストを用いて状態情報を取得することにより、プロキシサーバ210は、先のプロキシサーバの正体即ち、プロキシサーバ206を知ることなくセッションを再開することができる。故に、この状態ハンドオフプロセスは、プロキシサーバにほとんどオーバーヘッドを課さない。セッションに関連づけられる状態情報を受信すると、CCNプロキシサーバ210はモバイルデバイス202との通信セッションを再開することができる。言い替えれば、モバイルデバイス202とCCNプロキシサーバ206との間で先に確立されていた通信セッションは、この時点でCCNプロキシサーバ210へと移動した。このようなセッションマイグレーションは、モバイルデバイス202に対して透過的であることに留意されたい。モバイルデバイス202の視点からすると、通信セッションの連続性はモバイルデバイス202が1つのセルから別のセルへ移動する間も変わらない。BTS毎にCCNプロキシサーバを配置することに加えて、本発明の一実施形態では、地理的親和性を基礎として幾つかの基地トランシーバ局がグループ化され、各グループが単一のCCNプロキシサーバを共用する。さらなる実施形態では、CCNプロキシサーバは無線エリアネットワークRANセンタに配置されることが可能である。さらに、プロキシサーバに加えて、スイッチ及びルータ等の他のタイプの中間ネットワークデバイスも、先に述べた透過的なセッションマイグレーション方法を実行することができる。図3は、本発明の一実施形態によるCCNプロキシサーバの構成を示すブロック図である。CCNプロキシサーバ300は、パケット受信機構302と、セッション決定機構304と、インタレスト構築機構306と、インタレスト普及機構308と、セッション状態受信機構310と、セッション構築機構312とを含む。受信機構302は、モバイルデバイスから通信パケットを受信するように構成される。セッション決定機構304は、受信されたパケットが既存の通信セッションに属するかどうかを決定するように構成される。受信されたパケットが既存のセッションに属しかつCCNプロキシサーバ300がセッションを再構築するためのセッション状態情報を有していなければ、インタレスト構築機構306は、そのセッションに関連づけられるセッション状態情報を要求するインタレストを構築するように構成される。ある実施形態では、インタレストは、クライアントのアドレス、パケットのシーケンス番号及びパケットを識別する他の情報を基礎として構築される。インタレスト普及機構308は、CCNを介してインタレストを近傍のプロキシサーバへ広める。このようなインタレストに応答して、セッション状態を保持するプロキシサーバは、セッション状態情報を含むデータパケットで応答することができる。セッション状態受信機構310は、このようなセッション状態情報を受信するように構成される。受信されたセッション状態は、次にセッション構築機構312へ送信され、セッション構築機構312は、セッション状態を用いて通信セッションを再構築することができる。セッションが再開されると、CCNプロキシサーバ300は、リモートサーバから引き出されるか局所的にキャッシュされているコンテンツをモバイルデバイスに提供してサービスを再開することができる。図4は、本発明の一実施形態によるセッションマイグレーションのプロセスを示すフローチャートである。動作の間、CCNプロキシサーバはモバイルデバイスからパケットを受信するオペレーション402。ある実施形態では、パケットはTCP/IPパケットである。プロキシサーバは、受信されたパケットが既存のセッションに属するかどうかを決定するオペレーション404。例えば、受信されたパケットは既存のセッションの新しいHTTP要求である可能性があり、または、受信されたパケットはリモートサーバとセッションを開始しようとする新しいHTTP要求である可能性もある。ある実施形態では、パケットが接続のセットアップを要する新しい接続であるかどうかを決定するために、パケットの5タプルセッション識別子を基礎とするセッションルックアップが実行される。受信されたパケットが既存のどのセッションにも属さなければ、プロキシサーバはクライアントとの新しいセッションを確立するオペレーション406。ある実施形態では、クライアントとプロキシサーバとの間で適切なハンドシェイクが実行される。受信されたパケットが既存のセッションに属していれば、プロキシサーバは、これがそのセッションに関連づけられるセッション状態情報を有しているかどうかを決定するオペレーション408。有していれば、プロキシサーバは、このセッション状態情報を用いてセッションを再開するオペレーション416。有していなければ、プロキシサーバは、受信されたパケットのセッション状態情報を要求するCCNインタレストを構築するオペレーション410。ある実施形態では、プロキシサーバは、5タプルのトランスポート署名を基礎としてインタレストを構築する。続いて、プロキシサーバはCCNを介してその近傍のプロキシサーバへインタレストを広めオペレーション412、かつそのセッションが最初に確立されたプロキシサーバから応答を受信するオペレーション414。セッションに関連づけられる状態情報を受信した後、プロキシサーバはセッション状態を再構築し、こうしてプロキシサーバ上でのセッション再開が可能となるオペレーション410。あるプロキシサーバから別のプロキシサーバへのセッションの移動はモバイルデバイスに対して透過的であり、モバイルデバイスはリモートサーバへの接続しか認識しないことに留意されたい。例えば、モバイルデバイスのユーザは、インターネットからビデオをストリーミングしながら1つのセルから隣接するセルへ移動することがある。ユーザにとって、モバイルデバイスとインターネットビデオサーバとの間の通信セッションは中断されない。ユーザは、そのモバイルデバイスとインターネットビデオサーバとの間の接続が異なる基地局に位置決めされた異なるプロキシサーバによって対処されているという事実に気づかない。プロキシサーバを異なる基地局に分散させることは、基地局におけるコンテンツのキャッシュを可能にし、よってモバイルバックホールネットワークにおける帯域幅が節約される。モバイルサービスの仮想化に加えて、ある中間ネットワークデバイスから別の中間ネットワークデバイスへのセッション状態の移動を可能にする能力は、仮想専用ネットワークVPNサービスの仮想化も有効化することができる。VPNは、インターネット等の公衆電気通信インフラストラクチャを使用してリモートオフィスまたは個々のユーザにその組織のネットワークへの安全なアクセスを提供するネットワークである。VPNは、セキュリティ手順及びトンネリングプロトコルを使用することによってプライバシを保全する。トンネリングは、パケット全体を別のパケット内に配置しかつこれをネットワークを介して送信するプロセスである。外部パケットのプロトコルは、ネットワーク及びパケットがネットワークに進入するポイント及び出るポイントの双方によって理解される。例えば、ユーザは、インターネット上でサポートされないプロトコルを使用するパケットをIPパケット内部に置いて、インターネットを介してこれを安全に送信することができる。またユーザは、専用のルーティングの宛先とならないIPアドレスを用いるパケットを世界で一意なIPアドレスを用いるパケット内に置いて、インターネット上に専用ネットワークを広げることもできる。図5は、VPN対応ネットワーク先行技術の例示的なアーキテクチャを示す図である。VPN対応ネットワーク500は、幾つかのクライアント502-506と、公衆網508と、VPNホスト510と、幾つかのエンタープライズサーバ512-516とを含む。エンタープライズサーバサーバ512等に安全にアクセスするために、クライアントクライアント502等はVPNホスト510等のボーダーゲートウェイとの通信トンネルを確立する。VPNホスト510は、安全なポイントツーポイント通信トンネルを終了させ、ユーザの識別を検認しかつエンタープライズサーバ512-516間で負荷分散を実行するように構成される。現代の労働者は、絶えず移動している。例えば、ある労働者は、家にVPNトンネルを確立し、その同じVPNトンネルを職場までの列車内で使用し続けることを希望する場合がある。さらに、スマートホンの急増も、より多くの従業員がスマートホンを使用して自社のVPNホストへ接続していることを意味している。VPN接続ポイントの移動性は、既存のVPNトンネルを結果的に1つのVPNホストから別のVPNホストへ移動させる可能性がある。しかしながら、VPNトンネリングが新しいホスト上で正しく再開できることを保証するためには、このようなトンネル移動の間にVPNトンネリング状態も先のホストから新しいホストへ転送される必要がある。CCNでは、このような問題を解決することができる。図6は、本発明の一実施形態による、VPN対応ネットワークの例示的なアーキテクチャを示す図である。VPN対応ネットワーク600は、幾つかのクライアント602-606と、公衆網608と、幾つかのVPNホスト610-612と、CCN614と、エンタープライズネットワーク624と、幾つかのエンタープライズサーバ616-622とを含む。VPNホスト610及び612は、CCN614を介して互いに結合される。エンタープライズサーバ612-622は、エンタープライズネットワーク624を介してVPNホスト610及び612へ結合される。エンタープライズネットワーク624は、CCNまたは従来のTCP/IPネットワークであることが可能である。クライアント602-606とエンタープライズサーバ616-622との間の安全な通信を円滑化するために、クライアントとVPNホストとの間には安全なVPNが確立されることが可能である。例えば、本システムは、クライアント602とVPNホスト610との間にVPNトンネルをセットアップすることができる。VPNトンネルが確立した後は、クライアント602はエンタープライズサーバ616-622にアクセスすることができる。言い替えれば、クライアント602からのパケットは、VPNホスト610によって対応するエンタープライズサーバへ転送される。ある実施形態では、VPNホスト610は、クライアントから受信されたTCP/IPパケット等のパケットをCCNのインタレスト及びデータパケットのフォーマットに変換する。同様に、VPNホスト610も、エンタープライズサーバからのCCNインタレスト及びデータパケットをクライアントが理解できる適切なパケットフォーマットに変換する。さらなる実施形態では、VPNホスト610は負荷分散も実行する。続いて、クライアント602はあるロケーションから別のロケーションへ移動し、VPNホスト612との接続を確立する。その結果、既存のVPNトンネルに対するクライアント602からの通信パケットは、この時点ではVPNホスト612へ届く。このようなパケットの受信に応答して、VPNホスト612は、このパケットが進行中のVPNトンネルに属すると決定する。さらに、VPNホスト612は、VPNホスト612が進行中のVPNトンネルに関連づけられる状態情報を有していないことも決定する。このような情報は、重要な暗号化情報を含む場合もあることからVPNトンネルの再開にとって重要である。続いて、VPNホスト612は、VPNトンネルに関連づけられる状態情報を要求するCCNインタレストを構築し、このインタレストをCCNを介して他のVPNホストへ広める。ある実施形態では、CCNインタレストは他の全てのVPNホストへ同報通信される。さらなる実施形態では、CCNインタレストは、パケットに含まれるTCPの5タプルトランスポート署名を基礎として構築される。このようなインタレストを受信後、VPNホスト610は要求されたトンネル状態を有していると決定し、かつこのような情報を、CCNデータパケットを用いてCCN614を介しVPNホスト612へ送信することができる。VPNホスト612は次に、受信された情報を用いてVPNトンネル状態を再構築し、VPNトンネルを再開することができる。VPNホスト間のトンネルの移動は、クライアントには透過的であることに留意されたい。クライアント602の視点からすると、ロケーションを変える間もVPNトンネルの連続性は保全される。図7は、本発明の一実施形態による、CCN上のセッションマイグレーションを円滑化するための例示的なコンピュータシステムを示す。図7において、コンピュータ及び通信システム700は、プロセッサ702と、メモリ704と、格納デバイス706とを含む。格納デバイス706は、プロセッサ702によって実行されるべきプログラムを格納する。具体的には、格納デバイス706は、セッションマイグレーションアプリケーション708並びにアプリケーション710及び712等の他のアプリケーションを格納する。動作の間、セッションマイグレーションアプリケーション708は格納デバイス706からメモリ704へロードされ、次いでプロセッサ702によって実行される。プログラムを実行する間、プロセッサ702は先に述べた機能を実行する。コンピュータ及び通信システム700は、任意選択のディスプレイ714、キーボード716及びポインティングデバイス718へ結合される。