(57)【要約】  本発明は、通信ネットワーク内のクライアントとサーバとの間で双方向に交換されるデータの改善されたセキュリティ特性も提供する、匿名化のための強化された装置及び方法に関する。本発明は、２段階第三者サーバアーキテクチャ及びこれらの２段階の第三者サーバを通じたクライアントとサーバとの間の双方向通信のためのシステムに依拠する、クライアントとサーバとの間のデータ交換に関するプロトコルを提案する。
2020537428.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ通信ネットワークにおいて、複数のネットワークインタフェースを有する送信者から、少なくとも１つのＩＰアドレスを有する受信者にデータを通信するための匿名化方法であって、
−  前記複数のネットワークインタフェースにより、前記受信者の前記ＩＰアドレスのフラグメントを、第二段階サーバと呼ばれる複数のサーバに第一の共有暗号鍵メカニズムに従って送信するステップと、
−  各第二段階サーバにより、前記受信されたＩＰアドレスのフラグメントを、マスタサーバと呼ばれる単一のサーバに送信するステップであって、前記マスタサーバは、前記受信者の前記ＩＰアドレスを再構築することができる、ステップと、
−  前記複数のネットワークインタフェースにより、データパケットのデータフラグメントを、第一段階サーバと呼ばれる複数のサーバに第二の共有暗号鍵メカニズムに従って送信するステップと、
−  各第一段階サーバにより、前記受信されたデータフラグメントを前記複数の第二段階サーバのうちの第二段階サーバに送信するステップと、
−  各第二段階サーバにより、前記受信されたデータフラグメントを前記マスタサーバに送信するステップであって、前記マスタサーバは、全ての前記受信されたデータフラグメントから前記データパケットを再構築することができる、ステップと、
−  前記マスタサーバから前記データパケットを前記受信者に送信するステップと
を含む匿名化方法。
【請求項２】
前記複数のネットワークインタフェースにより、データフラグメントを前記複数の第一段階サーバに送信する前記ステップは、
−  送信される前記データパケットを、存在するネットワークインタフェースと同数のデータフラグメントに変換することであって、前記パケットの前記変換は、前記第二の共有暗号鍵メカニズムに従って行われる、変換することと、
−  各データフラグメントを、異なるネットワークインタフェースを介して第一段階サーバに送信することであって、各第一段階サーバは、ネットワークインタフェースに割り当てられる、送信することと
を含む、請求項１に記載の方法。
【請求項３】
データパケットを変換する前記ステップ前に、前記送信者が、前記複数の第一段階サーバのうちから、存在するネットワークインタフェースと同数の第一段階サーバを選択及び認証し、且つ各ネットワークインタフェースと、選択された第一段階サーバとの間に単一の通信回路を構築することを可能にするステップを含む、請求項２に記載の方法。
【請求項４】
前記送信者が、少なくとも、選択された第一段階サーバと同数の第二段階サーバを選択し、且つ選択された第二段階サーバを、それぞれの選択された第一段階サーバに割り当てることを可能にするステップと、各第一段階サーバに、それに割り当てられる前記第二段階サーバを知らせることを可能にするステップとをまた含む、請求項３に記載の方法。
【請求項５】
各第一段階サーバにより、前記受信されたデータフラグメントを第二段階サーバに送信する前記ステップは、第一段階サーバからのデータフラグメントを、それに割り当てられる第二段階サーバに送信することを含み、前記第二段階サーバは、前記受信者の前記ＩＰアドレスのフラグメントを前記第一の暗号鍵メカニズムに従って前記送信者から受信している、請求項１〜４の何れか一項に記載の方法。
【請求項６】
複数の第二段階サーバに前記受信者の前記ＩＰアドレスのフラグメントを送信する前記ステップは、前記送信者が各ネットワークインタフェースと第二段階サーバとの間に通信トンネルを構築することを可能にするステップを含む、請求項１〜５の何れか一項に記載の方法。
【請求項７】
前記第二段階サーバの自己発見を可能にし、且つ前記第二段階サーバと前記マスタサーバとの間の通信トンネルを前記第一の共有暗号鍵メカニズムに従って構築することを可能にするステップを含む、請求項１〜６の何れか一項に記載の方法。
【請求項８】
マスタサーバを前記第二段階サーバのうちから選択することを可能にするステップを含む、請求項１〜７の何れか一項に記載の方法。
【請求項９】
各第二段階サーバにより、前記受信されたＩＰアドレスのフラグメントを単一のサーバに送信する前記ステップは、前記フラグメントを、リターンサーバと呼ばれる単一のサーバに送信することを含み、前記リターンサーバは、前記受信者の前記ＩＰアドレスを再構築し、且つＴＣＰ交換において前記第二段階サーバを前記受信者と同期させることができる、請求項１〜８の何れか一項に記載の方法。
【請求項１０】
−  データパケットを前記受信者から前記リターンサーバに匿名で送信することと、
−  前記リターンサーバから、前記選択された第二段階サーバに、第三の共有暗号鍵メカニズムを介して生成されたデータフラグメントを送信することと、
−  各第二段階サーバにより、前記受信されたデータフラグメントを、それに割り当てられる前記第一段階サーバに送信することと、
−  各第一段階サーバにより、前記受信されたデータフラグメントを前記送信者に送信することと、
−  前記送信者により、全ての前記受信されたデータフラグメントから前記データパケットを再構築することと
を含むステップをさらに含む、請求項９に記載の方法。
【請求項１１】
前記第二及び第三の共有暗号鍵メカニズムは、同じである、請求項１０に記載の方法。
【請求項１２】
コンピュータプログラム製品であって、コンピュータプログラムは、前記プログラムがコンピュータ上で実行されると、請求項１〜１１の何れか一項に記載の方法の前記ステップを実行することを可能にするコード命令を含む、コンピュータプログラム製品。
【請求項１３】
ＩＰ通信ネットワークにおいて、複数のネットワークインタフェースを有する送信者から、少なくとも１つのＩＰアドレスを有する受信者にデータを通信するための匿名化装置であって、請求項１〜１１の何れか一項に記載の方法の前記ステップを実施するための手段を含む匿名化装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の分野、より詳細には通信プロトコルの分野に関する。
【背景技術】
【０００２】
個人的データに対する攻撃の防止は、通信における最優先事項となっており、同等に、インターネットへの匿名でのアクセスの保証及び交換されるデータの守秘性の確実な保護も求められている。
【０００３】
また、サービス（「サービス」という用語は、この説明のために、おそらくアプリケーションサービス又は機器アイテムを指す広い意味で理解されたい）にアクセスするために使用されるか、又はより一般的に何れかの動作を行うために使用される機器のオペレータの識別情報を隠すことが望ましい。ソースの識別情報を隠すために、機器を識別する要素は、その通信が暗号化されていたとしても、第三者の観察者が間接的にも使用できないようにしなければならない。このような考え得る識別要素のうち、ネットワークメタデータと、特に通信のソース及びデスティネーションＩＰアドレスとは、その使用がオペレータの匿名性（又は受け入れられている英語の用語を使用すれば、「プライバシ」）を危殆化する可能性が最も高いものである。実際に、ソース及びデスティネーションＩＰアドレスは、通信のソース及びデスティネーションを一意的に特定し、それらの場所を物理的に特定でき、比較的永久的であり、通信経路全体で第三者が見ることのできる状態のままである。
【０００４】
インターネットへの匿名アクセスの高い保証を多かれ少なかれ提供する解決策が幾つかある。最もよく知られている解決策は、使用される周辺デバイスのそれではなく、プロキシのＩＰアドレスを表示する従来のプロキシベースのサービス若しくはＴｏｒ（「（オニオンルータ」）ネットワーク又はさらにＴｏｒから派生した既知の「ガーリックルーティング」メカニズム上で動作するＩ２Ｐ（「不可視インターネットプロジェクト」）ネットワークである。
【０００５】
これらの解決策が依拠するのは、従来のプロキシを介して、又は直列に設置されてユーザがそこにアクセスすることを望むか、若しくはユーザがそれを用いて通信することを望む、ユーザとサービスとの間の通信をカプセル化する役割を果たす幾つかのプロキシサーバ（Ｔｏｒ又はＩ２Ｐ用）を介してユーザとサービスとの間に配置された仮想プライベートネットワーク又はＶＰＮである。各通信について、これらの解決策は、それぞれ１つのエントリ及びエグジットポイントを有し、これらは、両方とも潜在的に故障しやすい。
【０００６】
Ｒ．Ｄｉｎｇｌｅｄｉｎｅ，Ｎ．Ｍａｔｈｅｗｓｏｎ，Ｐ．Ｓｙｖｅｒｓｏｎ，“Ｔｏｒ：Ｔｈｅ  Ｓｅｃｏｎｄ−Ｇｅｎｅｒａｔｉｏｎ  Ｏｎｉｏｎ  Ｒｏｕｔｅｒ”，２００４の記事に提示されているＴｏｒネットワークは、例えば、“Ｏｎｉｏｎ  Ｒｏｕｔｉｎｇ”，Ｄ．Ｇｏｌｄｓｃｈｌａｇ，Ｍ．Ｒｅｅｄ，Ｐ．Ｓｙｖｅｒｓｏｎ，Ｈｉｄｉｎｇ  Ｒｏｕｔｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ，１９９６の記事で説明されているいわゆるオニオンルーティング技術に基づく。図１は、簡略化した例において、Ｔｏｒネットワーク（１００）内のルーティングの構築を示し、ソースであるアリス（Ａ）は、デスティネーションであるボブ（Ｂ）との通信を、３つの中間ルータ又はプロキシＯＲ１、ＯＲ２及びＯＲ３を通じたＴｏｒネットワークにより構築することを望んでいる。Ｔｏｒインフラストラクチャを介してボブと安全に通信するために、アリスは、ルータＯＲ１、ＯＲ２及びＯＲ３と順番に接触する。アリスは、ＯＲ１に直接接触し、ＯＲ２にＯＲ１を介して接触し、ＯＲ３にＯＲ１及びＯＲ２を介して接触する。この接触により、３つのセグメントＡ⇔ＯＲ１（１０２）、ＯＲ１⇔ＯＲ２（１０４）、ＯＲ２⇔ＯＲ３（１０６）からなる回路又は経路の構築が可能になる。アリスからボブへのダウンリンクデータパケットは、まずＡとＯＲ１との間の第一のセグメント（１０２）を通じて送信され、ＯＲ１により受信される。その後、これらは、ＯＲ１により、ＯＲ１とＯＲ２との間の第二のセグメント（１０４）を通じて再送信される。ＯＲ２が第二のセグメント（１０４）から受信されたダウンリンクパケットは、次に、ＯＲ２により、ＯＲ２とＯＲ３との間の第三のセグメント（１０６）を通じて再送信される。ＯＲ３がＯＲ２とＯＲ３との間の第三のセグメント（１０６）から受信されたダウンリンクパケットは、最後に、ＯＲ３により、ボブに再送信される。これに伴う暗号化動作により、確実にデスティネーション前の最後のルータ（ここではＯＲ３）のみが、アリスからボブへのダウンリンクデータパケットを観察できるようにすることができる。
【０００７】
ボブからアリスへのアップリンクの方向では、逆のルーティング動作が用いられる。同様に、それに伴う暗号化動作により、確実にデスティネーション前の最後のルータ（この場合、ＯＲ１）のみが、アリスからボブへのアップリンクデータパケットを観察できるようにすることができる。
【０００８】
Ｔｏｒ方式による原理では、攻撃のリスクを（デスティネーション前の最後のルータに）限定することが可能となるが、これらの匿名化サービスは、受け入れられている英語の用語を使用すれば、「プライバシバイデザイン」型の保護ではなく、意図的であるか又は攻撃によるものかを問わず、プロキシの危殆化が依然としてあり得る。実際に、危殆化により、それが従来のＶＰＮシステムのプロキシ又はＴｏｒのケースにおける受信及び発信プロキシの単純な相関手順の何れを介してかを問わず、インタセプタが少なくともユーザを見つけ出すことができる。従って、これらの匿名化サービスは、基本的に、ユーザがプロキシに寄せる信頼に依拠している。現在、Ｔｏｒ内でも幾つかのプロキシが危殆化することがよく知られている。
【０００９】
さらに、データの守秘性確保に関して、このようなサービスは、個人的データ保護サービスとは無関係であることに留意すべきである。通信は、効率的な守秘性確保サービス（データが暗号化されて送信される）から利益を得ることができるものの、そのメタデータ（送信者及び受信者のアドレス）は、送信者／受信者という行為者間のトランザクションの存在がわかる可能性が依然としてある。受け入れられている英語の用語を使用すれば、「エンドツーエンド暗号化」に依拠する多かれ少なかれ高度化された安全なメッセージングの解決策は、非常に多くある。ＯＳＩ（「オープンシステムインターコネクション）」）モデルのネットワーク層において、ＩＰｓｅｃ  ＥＳＰ（Ｅｎｃａｐｓｕｌａｔｉｎｇ  Ｓｅｃｕｒｉｔｙ  Ｐａｙｌｏａｄ，ＲＦＣ  ４３０３）プロトコルは、守秘性確保サービスを保証するために最も広く使用される暗号化技術を代表するものである。それが、仮想プライベートネットワークの従来の方式であるトンネルモードで使用された場合、ＥＳＰプロトコルは、ネットワーク層で送られるデータの守秘性だけでなく、ネットワークヘッダ自体のそれも確保し、なぜなら、暗号化されてＶＰＮゲートウェイ用とされる新たなパケット内にカプセル化されるのは、ＶＰＮにより運ばれるＩＰパケットの全部であるからである。
【００１０】
しかしながら、データの守秘性の確保を可能にするＶＰＮに基づくこの解決策は、匿名性の保証について満足ではない。実際に、ＶＰＮサービスがセキュリティを保護するのは、ユーザとＶＰＮゲートウェイとの間のみのメタデータであり、カプセル化されたパケットの受信機器及び周囲のノードには、もともとのパケットの全てが見える。さらに、ＶＰＮゲートウェイは、その可能な危殆化により、保護されていると仮定されるデータ及びメタデータの全てを知ることができる限り、受け入れられている英語の用語を使用すれば、「単一障害点」（ＳＰＯＦ）も表す。
【００１１】
特許出願国際公開第２０１５／１７７８９  Ａ１号パンフレットは、通信ネットワークにおいて、送信者から受信者へのデータ送信のセキュリティを確保するために共有暗号鍵を使用することにより、ソースとデスティネーションとの間のプライベートな相互接続を構築するための方法を提案している。送信されるデータパケットは、暗号解読により２つ以上のデータフラグメントに分割され、これらのフラグメントは、その後、送信者から受信者に完全に又は部分的に独立したネットワーク経路又は回路で送信される。この解決策は、本発明と設計上の類似点を提示しているが、それが標的としているのは、異なるアプリケーションであり、従ってプライバシの点での保証を提供しない。実際に、
−  その唯一の目標は、データ守秘性確保サービスを提供することであり、それにはプライバシ機能が一切含まれない。そのため、演繹的に、パケットがとる経路上にいる第三者には、ユーザとサービスとの間の通信があることがわかる。特に、完全に又は部分的に独立した経路で暗号化されたデータを送信するなかで送信者のアドレス又は受信者のそれを隠すことを可能にするメカニズムに関する言及は、何れの箇所にもない。
−  この解決策の応用は、ユーザと所定のサービスとの間の協働においてのみ想定され、ユーザとあらゆるサービスとの間の一般的な通信に適用されない。
−  さらに、本文には、構築される回路の横断を不可能にすること及び幾つかの「ポイントオブプレゼンス」が危殆化してもデータの守秘性が破られないことを保証できる技術的要素が全く含まれていない。
【００１２】
さらに、上述の解決策は、一層長くなる暗号キーを使用する暗号技術に基づいており、受け入れられている英語の用語を使用すれば、いわゆる「ブルートフォースアタック」を介してこれらのキーを解読するのに一層多くの計算パワーが必要となる点に留意することが重要である。量子コンピュータがこれらのキーを瞬時に解読することを意味するという理論上の中期的な脅威に加えて、最近のニュースでは、第三者が特定のキーを解読するか、又はこれらのキーをその生成時に直接復元することさえできることが明らかとなっている（明らかとなった、２０１０〜２０１１年にＳＩＭカードの暗号キーを復元するためのＧＣＨＱ及びＮＳＡの演算など）。
【００１３】
さらに、インターネットへの匿名アクセスを確実にすることを目的としたサービスに関して、複数の暗号化レベルによりサービスが比較的低速になる。暗号化／解読に必要な複数の計算及び直列に設置される各種のプロキシにより、Ｔｏｒ又はＩ２Ｐの使用は、ユーザエクスペリエンスを大きく低下させる。例えば、大きいファイルの伝送又はＰ２Ｐプロトコル（「トレント」等）の使用は、それがこれらのシステムの「経済的」モデルを脅かすため、許可されない。
【００１４】
そのため、先行技術から、匿名化及びセキュリティは、一般に送信者と受信者との間の通信でのみ実装される２つの機能であることが明らかである。
【００１５】
従って、通信ネットワークへの匿名アクセス及び交換されるデータの守秘性の確保という２つの機能を組み合わせた包括的な解決策が求められている。本発明は、このニーズに対応する。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】国際公開第２０１５／１７７８９号
【非特許文献】
【００１７】
【非特許文献１】Ｒ．Ｄｉｎｇｌｅｄｉｎｅ，Ｎ．Ｍａｔｈｅｗｓｏｎ、Ｐ．Ｓｙｖｅｒｓｏｎ，“Ｔｏｒ：Ｔｈｅ  Ｓｅｃｏｎｄ−Ｇｅｎｅｒａｔｉｏｎ  Ｏｎｉｏｎ  Ｒｏｕｔｅｒ”，２００４
【非特許文献２】“Ｏｎｉｏｎ  Ｒｏｕｔｉｎｇ”，Ｄ．Ｇｏｌｄｓｃｈｌａｇ，Ｍ．Ｒｅｅｄ，Ｐ．Ｓｙｖｅｒｓｏｎ，Ｈｉｄｉｎｇ  Ｒｏｕｔｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ，１９９６
【発明の概要】
【発明が解決しようとする課題】
【００１８】
本発明の１つの目的は、改善されたデータセキュリティ特性も提供する強化された匿名化装置及び方法も提案することである。
【課題を解決するための手段】
【００１９】
本発明は、通信ネットワーク内のクライアントとサーバとの間で双方向に交換されるデータの匿名性を保護及び強化することかできる。本発明は、第三者サーバアーキテクチャ及びこれらの第三者サーバを通じたクライアントとサーバとの間の双方向通信システムに基づくクライアントとサーバとの間のデータ交換プロトコルを提案する。
【００２０】
本発明の方法は、情報の交換が３つの項目（ユーザ、サービス、内容）又はそれぞれ（送信者、受信者、データ）により特徴付けられることと、この３つの項目の初めの２つの要素のみの場合、それを知ることが、第三者により収益化可能な情報を構成し得るとの所見に基づく。また、匿名性及びデータのセキュリティを保証するために、本発明の方法によれば、この３つの項目の全て、すなわち送信者／ユーザの識別情報、受信者／サービスの識別情報、データ／内容を保護できる。本発明の一般原理は、ユーザが複数のインタフェースを有してインターネット等のネットワークにアクセスできる送信端末（「マルチホーミング」という英語の用語で知られる構成）の出力からの情報のセグメント化を含む。各要素のセキュリティを個別に強化する一方、本発明が目的とするのは、３つの項目の各要素を最大限に隔離して、第三者が一度にこの３つの項目の１つの要素のみを知り得ることを保証することである。そのため、これは、インタセプションに事実上全く利益がないことを意味する。
【００２１】
本発明は、有利には、メインネットワークとの接続に加え、４Ｇ及び／又はＷＩＦＩ型の追加のネットワーク接続を提供する機器アイテムに適用できるであろう。中期的には、５Ｇの到来と、幅広く且つ／又は追加のインタフェースを提供するモノのインターネット（ＩｏＴ）型のネットワークの水平展開とにより、本発明の他の実装形態も可能となるであろう。
【００２２】
さらに、匿名化（プライバシ）及び通信のセキュリティ保護（守秘性）の両方の既存のシステムは、直ちに可能な２つの利用分野である。
【００２３】
有利には、本発明は、現代のインターネットの利用により適合した理論的性能（レイテンシ、ビットレート等）を有するＴｏｒ又はＩ２Ｐ等の消費者匿名化システムで運用できる。さらに、これらのシステムは、依然として専門的環境で使用されていない。現在、経済的な知的活動は、あるグループ（例えば、海底ケーブルのプローブ）のインターネット活動をモニタすることによって容易に実行できる。セキュリティ機能に関連する匿名化システム、例えば「プライバシバイデザイン」である本発明のそれは、通信事業者の提供物に組み込むことができる。
【００２４】
最後に、３つの相補的な要素に基づくシステムの分散性により、インターネットアクセスプロバイダによる実施を想定でき、従ってログクロスオーバを通じた法的な問題への対応が可能となる。また、協働モードでのセキュリティレベルの強化も可能にすることにより、本発明の装置は、純粋な暗号化（キーのインタセプトのリスクがある）の代替案を提供するか、又は４Ｇ事業者の現在の周波数バンドを用いてプロフェッショナル無線通信ネットワーク（ＰＭＲ）を容易に展開できるようにすることが可能である。
【００２５】
そのため、本発明は、ユーザが使用中の匿名化サービスを妄信しなければならない既知のプライバシソリューションの不十分さに対応することを目的とする。有利には、その実施により、提案された方法は、ユーザが、信頼される異なる第三者によりルーティングされる情報を完全に管理できるようにし、現在の解決策に存在する多数の単一障害点を排除する。本発明によれば、ユーザが自らの匿名性を保証するために異なる第三者を信頼しなければならないという義務がなくなる。
【００２６】
有利には、本発明の装置は、クライアント型の１つの機器アイテム上で非協力モードにおいて実装された場合、プライバシバイデザイン型保護システムの全体の大部分にセキュリティ特性を導入する。
【００２７】
クライアント及びサーバ型の機器アイテム上での協力モードによる代替的な実装形態において、本発明は、セキュリティシステム（暗号を追加できる共有暗号鍵型のもの）との協働での動作を可能にし、その後、安全な通信システムにプライバシバイデザイン保護特性を導入することができる。
【００２８】
提案される発明は、一方では、３つの項目（送信者、受信者、データ）の各要素を隔離して、第三者がそれを再統合できないようにすることについて述べる。他方では、それは、共有暗号鍵メカニズムを用いて、システムのあるエンティティが危殆化した場合でも、第三者が３つの項目の要素の１つにのみアクセスできることを保証する。さらに、本発明が協働モードでのこのエンドツーエンドの保証を提供することに加えて、これらの特性を非協働モードでのサービスにもそのできるだけ近くに追加する（リターンエントリポイントを除く）。
【００２９】
共有暗号鍵メカニズムの使用の他の利点は、以下の点でもある：
−  アプリケーション層の従来のエンドツーエンド暗号化を補足できる別のセキュリティレベルが追加される。さらに、このメカニズムにより、暗号キーに基づく暗号化と異なり、ユーザのアプリケーション層により送信される、解読されたであろうデータ（典型的に、内容がクッキーにより復元されるｈｔｔｐｓリクエスト等）により匿名性が危殆化することがあり得ない。
−  必要な計算がＴｏｒ及びその派生物の最低４つの暗号化レベルほど複雑ではなく、従って一般的なプライバシソリューションと比較してレイテンシが減少する。
−  出力ノードのホスティング（リターンノードを除く）に伴う法的リスクは、幾つかの変形形態において、それが実際にトラフィックの全てを見られるわけではないため、低減する。
【００３０】
求められる結果を得るために、方法及びその方法を実施するための装置が提案される。特に、ＩＰ通信ネットワークにおいて、複数のネットワークインタフェースを有する送信者から、少なくとも１つのＩＰアドレスを有する受信者にデータを通信するための匿名化方法が提案され、この方法は、
−  複数のネットワークインタフェースにより、受信者のＩＰアドレスのフラグメントを、第二段階サーバと呼ばれる複数のサーバに第一の共有暗号鍵メカニズムに従って送信するステップと、
−  各第二段階サーバにより、受信されたＩＰアドレスのフラグメントを、マスタサーバと呼ばれる単一のサーバに送信するステップであって、マスタサーバは、受信者のＩＰアドレスを再構築することができる、ステップと、
−  複数のネットワークインタフェースにより、データパケットのデータフラグメントを、第一段階サーバと呼ばれる複数のサーバに第二の共有暗号鍵メカニズムに従って送信するステップと、
−  各第一段階サーバにより、受信されたデータフラグメントを複数の第二段階サーバのうちの第二段階サーバに送信するステップと、
−  各第二段階サーバにより、受信されたデータフラグメントをマスタサーバに送信するステップであって、マスタサーバは、全ての受信されたデータフラグメントからデータパケットを再構築することができる、ステップと、
−  マスタサーバからデータパケットを受信者に送信するステップと
を含む。
【００３１】
実施形態によれば、
−  複数のネットワークインタフェースにより、データフラグメントを複数の第一段階サーバに送信するステップは、
−  送信されるデータパケットを、存在するネットワークインタフェースと同数のデータフラグメントに変換することであって、パケットの前記変換は、第二の共有暗号鍵メカニズムに従って行われる、変換することと、
−  各データフラグメントを、異なるネットワークインタフェースを介して第一段階サーバに送信することであって、各第一段階サーバは、ネットワークインタフェースに割り当てられる、送信することと
を含み、
−  方法は、データパケットを変換するステップ前に、送信者が、複数の第一段階サーバのうちから、存在するネットワークインタフェースと同数の第一段階サーバを選択及び認証し、且つ各ネットワークインタフェースと、選択された第一段階サーバとの間に単一の通信回路を構築することを可能にするステップを含み、
−  方法は、送信者が、少なくとも、選択された第一段階サーバと同数の第二段階サーバを選択し、且つ選択された第二段階サーバを、それぞれの選択された第一段階サーバに割り当てることを可能にするステップと、各第一段階サーバに、それに割り当てられる第二段階サーバを知らせることを可能にするステップとを含み、
−  各第一段階サーバにより、受信されたデータフラグメントを第二段階サーバに送信するステップは、第一段階サーバからのデータフラグメントを、それに割り当てられる第二段階サーバに送信することを含み、前記第二段階サーバは、受信者のＩＰアドレスのフラグメントを第一の暗号鍵メカニズムに従って送信者から受信しており、
−  複数の第二段階サーバに受信者のＩＰアドレスのフラグメントを送信するステップは、送信者が各ネットワークインタフェースと第二段階サーバとの間に通信トンネルを構築することを可能にするステップを含み、
−  方法は、第二段階サーバの自己発見を可能にし、且つ第二段階サーバとマスタサーバとの間の通信トンネルを第一の共有暗号鍵メカニズムに従って構築することを可能にするステップを含み、
−  方法は、マスタサーバを第二段階サーバのうちから選択することを可能にするステップを含み、
−  各第二段階サーバにより、受信されたＩＰアドレスのフラグメントを単一のサーバに送信するステップは、前記フラグメントを、リターンサーバと呼ばれる単一のサーバに送信することを含み、前記リターンサーバは、受信者のＩＰアドレスを再構築し、且つＴＣＰ交換において第二段階サーバを受信者と同期させることができる。
−  方法は、
−  データパケットを受信者からリターンサーバに匿名で送信することと、
−  リターンサーバから、選択された第二段階サーバに、第三の共有暗号鍵メカニズムを介して生成されたデータフラグメントを送信することと、
−  各第二段階サーバにより、受信されたデータフラグメントを、それに割り当てられる第一段階サーバに送信することと、
−  各第一段階サーバにより、受信されたデータフラグメントを送信者に送信することと、
−  送信者により、全ての受信されたデータフラグメントからデータパケットを再構築することと
を含むステップを含み、
−  第二及び第三の共有暗号鍵メカニズムは、同じである。
【００３２】
本発明は、コンピュータプログラム製品であって、プログラムがコンピュータ上で実行されると、異なる実施形態により特許請求される方法のステップを実行することを可能にする非一時的コード命令を含むコンピュータプログラム製品の形態で実施できる。コンピュータという用語は、非限定的であると理解され、コード命令の実行を可能にする、例えば「セットトップボックス」、スマートフォン、固定又はローミングルータ等のあらゆる機器を含むことができる。
【００３３】
１つの実施形態において、方法は、家庭又はオフィスのための通信を可能にする「ボックス」内の２つのインタフェースを有するハードウェアカード上で実行できる。
【００３４】
本発明の他の主題は、ＩＰ通信ネットワークにおいて、複数のネットワークインタフェースを有する送信者から、少なくとも１つのＩＰアドレスを有する受信者にデータを通信するための匿名化装置であり、この装置は、特許請求される方法のステップを実施するための手段を含む。
【００３５】
本発明の様々な態様及び利点は、下記の図面に関する好ましいが非限定的な本発明の実装形態の説明から明らかとなるであろう。
【図面の簡単な説明】
【００３６】
【図１】Ｔｏｒネットワークにおける回路及び双方向ルーティングの構築を簡略化して示す。
【図２】本発明の実施を可能にするサーバアーキテクチャの第一の実施形態を示す。
【図３】本発明の実施形態による匿名化接続の構築を示すためのフロー図である。
【図４】アップリンクフローにおける交換を示すための本発明の実施形態のフロー図である。
【図５】ダウンリンクフローにおける交換を示すための本発明の実施形態のフロー図である。
【図６】協力モードにおける本発明の実施を可能にするサーバアーキテクチャを示す。
【図７】協力モードの第一の変形形態による匿名化接続の構築を示すためのフロー図である。
【図８】協力モードの他の変形形態による匿名化接続の構築を示すためのフロー図である。
【発明を実施するための形態】
【００３７】
本発明の一般原理は、図２に簡略化して示されている分散プロキシ型のアーキテクチャ（２００）に基づいており、直列に設置された数段階のサーバが実装され、各段階のサーバは、相補的な機能を有して、匿名化された通信サービスを実現することが可能である。図の例において、ユーザ「Ｕ」は、アドレス「Ｓ」で利用可能なサービス（２０４）にアクセスするための機器アイテム（２０２）を有する。機器アイテム（２０２）は、少なくとも２つのネットワークインタフェース（２０２−ａ、２０２−ｂ）を有して、インターネットアクセスプロバイダ（ＩＡＰ）を介してインターネット等の通信ネットワークに接続される。優先的には、インタフェースは、独立したアクセスプロバイダを介して接続される。変形実装形態では、本発明の方法は、１つの同じＩＡＰを介して接続される２つ以上のインタフェースが設けられた通信機器上において又は異なるＩＡＰを介して接続される１つのインタフェースを備える通信機器で実行できる。
【００３８】
第一段階サーバ（Ｐｕｉ）と呼ばれる第一のサーバ群（２０６）は、ユーザＵからサービスへのアップリンクフローの匿名化サービスへのエントリポイントの役割を果たし、その機能は、ユーザのＩＰアドレスを匿名化システムの残りの部分から隠すことである。
【００３９】
第二段階サーバ（Ｐｓｉ）と呼ばれる第二のサーバ群（２０８）は、ユーザからサービスへのアップリンクフローのエグジットポイントの役割を果たし、その機能は、サービスのアドレス「Ｓ」を匿名化システムの上流の全てに対して、特にユーザのインターネットアクセスプロバイダに対して隠すことである。第二のサーバ群は、アップリンクフローを、マスタサーバを介してサービスに向けることも可能にする。優先的には、マスタサーバは、第二段階サーバ群から選択される。
【００４０】
リターンサーバ又はダウンリンクフローサーバ（ＰＲ）と呼ばれる隔離されたサーバ（２１０）は、サービスからユーザへのダウンリンクフローのためのエントリポイントの役割を果たし、その機能は、Ｓからのダウンリンクフローを第二段階サーバ（Ｐｓｉ）に分散させることである。それは、第二段階サーバをそれらのＴＣＰ交換においてサービスＳと同期させる機能も有する。
【００４１】
変形実施形態では、マスタサーバ及びリターンサーバの機能は、同じマシンでホストされる。
【００４２】
匿名化システムは、幾つかの種類のレジスタも含み得る：
−  ユーザ機器ＵとサービスＳとの間の接続を一意的に識別する仮識別子「ＵＳｘ」を保存するための、送信者と受信者との間の接続識別子レジスタＲ［ＵＳｘ］（２１２）。優先的な実装形態において、接続識別子ＵＳｘは、ＵによりＳとの接続を一意的に識別するために生成され、レジスタＲ［ＵＳｘ］は、第二段階サーバ（Ｐｓｉ）により保持される。
−  そこからユーザ機器Ｕが匿名通信を構築するためにそのインタフェースの各々に割り当てるべき第一段階サーバを選択できるサーバ（Ｐｕｉ）のリストを含む、第一段階サーバ専用のレジスタＲ［Ｐｕｉ］（２１４）。優先的な実装形態において、レジスタＲ［Ｐｕｉ］は、第一段階サーバにより保持される。
−  そこからユーザ機器Ｕが各第一段階サーバに割り当てるべき第二段階サーバを選択できるサーバ（Ｐｓｉ）のリストを含む、第二段階サーバ専用のレジスタＲ［Ｐｓｉ］（２１６）。優先的な実装形態において、レジスタＲ［Ｐｓｉ］は、第二段階サーバにより保持される。
−  そこからユーザ機器Ｕがリターンサーバを選択できるサーバ（ＰＲ）のリストを含む、リターンサーバ専用のレジスタＲ［ＰＲｉ］（２１８）。優先的な実装形態において、レジスタＲ［ＰＲｉ］は、リターンサーバにより保持される。特定の実施形態において、リターンサーバＰＲは、第二段階サーバ群から選択されるサーバであり得る。
【００４３】
特定の実施形態において、第一段階サーバＰｕｉ及び第二段階サーバＰｓｉのそれぞれの割当ては、システム内の信用レベルを高めるために動的に行われる。有利には、Ｐｕｉ及びＰｓｉの選択は、サービスのユーザに委ねられ、ユーザは、ＴＣＰ交換の途中でもＰｕｉ及びＰｓｉを変更できる。
【００４４】
３つの項目（Ｕ、Ｓ、内容）の要素の分離もさらに高めるために、第二段階サーバにより受信されるフラグメントの再構築及びＳへのその送信を担当するマスタサーバの割当ては、動的に行うことができる。
【００４５】
各種の実施形態によれば、サーバ群（Ｐｕｉ）、（Ｐｓｉ）及び（ＰＲ）は、それぞれ幾つかのサブグループにセグメント化することができ、それによってインターネットネットワークの主要要素（例えば、事業者の「バックボーン」、海底ケーブル等）のモニタを介した情報クロスオーバの可能性を低くすることができる。
【００４６】
ＵからＳへのアップリンクフローの場合、分散プロキシアーキテクチャにおける本発明の方法の実行は、以下のステップに基づく：
−  ユーザの複数のインタフェースにより、割り当てられた第二段階サーバに、サービスＳのＩＰアドレスを、共有暗号鍵メカニズムを通じて送信するステップであって、前記第二段階サーバは、Ｓの完全なアドレスを再構築し、割り当てられた第二段階サーバにそれを通信するリターンサーバに知らせる、ステップ、
−  ユーザの複数のインタフェースにより、当初のパケットの異なるデータフラグメントを第一段階サーバＰｕｉ、その後、第二段階サーバＰｓｉに送信するステップ、
−  第二段階マスタサーバにより、当初のパケットの異なるフラグメントを含むパケットを単一パケットの形態で再組立するステップ、及び
−  再構築されたパケットをＳに送信するステップ。
【００４７】
主な変形形態において、Ｕにより送信される当初のパケットは、まず、共有暗号鍵メカニズムを介して異なるフラグメントに変換される。これらの異なるフラグメントを含むパケットは、Ｕから選択されたＰｓｉにＰｕｉを介して送信され、マスタＰｓｉは、これらの異なるフラグメントから当初のパケットを再構築し、それがＰＲとなることによってそれをＳに送信する。このようにして、受信機器Ｓにとって全てそれが当初のパケットをＰＲから受信したかのように行われる。
【００４８】
異なる、いわゆる協働型実施形態において、フラグメントは、Ｐｓｉにより直接送信され、マスタＰｓｉによる事前の再構築が行われない。受信機器Ｓは、フラグメントを受信し、それについて意図されるユーザＵにより送信された当初のパケットを再構成するために、それを再組立するように構成される。
【００４９】
ＳからＵへのダウンリンクフローの場合、分散プロキシアーキテクチャにおける本発明の方法の実行は、以下のステップに基づく：
−  Ｓにより送信された当初のパケットをリターンサーバＰＲに送信するステップ、
−  共有暗号鍵メカニズムを介して得られた当初のパケットのフラグメントをＰＲから第二段階サーバＰｓｉ、その後、第一段階サーバＰｕｉ、その後、Ｕに送信するステップ、
−  Ｕが当初のパケットを再組立するステップ。
【００５０】
幾つかの実装形態を想定できる：
−  ＰＲにより、従って匿名化サービスにより、ＩＣＭＰ／ＴＣＰメッセージが直接管理され（受信確認、ウィンドウ制御等）、従って（Ｐｓｉ）及びＰＲレベルでのバッファへのリコースが必要となる。この性質から、このバッファにより関係するノードの故障の可能性の影響が大きくなるか、又は
−  ＩＣＭＰ／ＴＣＰメッセージが管理されず、それによって匿名化サービスのサービスの質の低下が最大化するリスクがある。
【００５１】
図３は、本発明の実施形態による匿名化接続を構築できるようにする、図２の各種のエンティティ（Ｕ、Ｐｕｉ、Ｐｓｉ、ＰＲ、Ｓ）間のフロー（３００）を示す。第一のステップ（３０２）では、送信者Ｕは、サーバＰｕｉ、Ｐｓｉ及びリターンサーバＰＲを、対応するレジスタＲ［Ｐｕｉ］、Ｒ［Ｐｓｉ］及びＲ［ＰＲ］内の利用可能なサーバを探すことによって選択する。各種の実施形態によれば、同じ数又は異なる数のサーバＰｕｉ及びＰｓｉを選択できる。しかしながら、過剰に容易な情報クロスオーバを避けるために、優先的には、サーバＰｓｉの数は、サーバＰｕｉの数より多い。
【００５２】
送信者Ｕは、レジスタを介してそれが認証を与えることのできる第一段階サーバＰｕｉのためのプロキシのリストと、それが認証を与えることができ、それと共に共有暗号鍵（又はデータを秘密に交換するための他の暗号手段）を有する第二段階サーバＰｓｉのためのプロキシのリストとを有する。
【００５３】
次のステップ（３０４）は、Ｕと第一段階サーバＰｕｉとの間の回路Ｕ−Ｐｕｉを構築することを含む。送信者Ｕは、そのインタフェースの各々を通じて、回路構築リクエストを、このインタフェースを通じて接触されるように選択されるＰｕｉに送信する。この回路Ｕ−Ｐｕｉは、Ｕによりランダム又はランダムでなく選択される固有の識別子により識別される。回路Ｕ−Ｐｕｉの構築ごとに、送信者Ｕは、対応するＰｕｉに、それに割り当てられる第二段階サーバＰｓｉを知らせる。各Ｐｕｉは、その後、Ｕから受信されたトラフィックを、それに割り当てられたＰｓｉに送信することができる。逆に、ダウンリンクトラフィックは、受信機器ＳからＰｓｉ、その後、Ｐｕｉ及びＵに再送信される。
【００５４】
次のステップ（３０６）は、第二段階サーバとの共有暗号鍵を設定することを含む。送信者Ｕは、優先的には標準化されたサイズの乱数ＵＳｘを生成し、これは、接続を一意的に仮に接続する。この方法では、この数がすでに送信者と受信者との間の接続識別子レジスタＲ［ＵＳｘ］内にあるか否かをチェックすることができる。この数がレジスタＲ［ＵＳｘ］になければ、それは、この数を保持し、そうでなければ２回目のこの手順を行う。その後、この方法では、この識別子を、サーバＰｕｉに対してそれを隠すために共有暗号鍵メカニズムを介して送信することができる。そのために、この方法では、シーケンス｛ＵＳｘ−（Ｐｓｉ）｝のハッシュを生成することができ、それにより、各Ｐｓｉは、その送信者及びそのアドレスがわかることにより、割り当てられた第二段階サーバ群に自らが属するかを自己確認でき、ハッシュ機能を行うことにより、それが、Ｐｕｉを介して送信者Ｕにより伝えられたものと同じ乱数ＵＳｘを得ているか否かをチェックする。
【００５５】
その後、送信者Ｕは、Ｐｓｉに、パケット内に可変的に設置されるハッシュシーケンスを含む固定サイズのパケット｛ＵＳｘ−ｈａｓｈ（ＵＳｘ−｛Ｐｓｉ｝）｝を共有暗号鍵として伝える。パケットは、ヘッダ内において、ハッシュシーケンスの位置のインディケータ及び選択されたＰｓｉの数「Ｎ」を含む。この数Ｎは、各Ｐｓｉが、それが接続ＵＳｘに関して協働しなければならないＰｓｉの数を知るために必要である。
【００５６】
次のステップ（３０８）は、接続ＵＳｘのために、送信者Ｕと第二段階サーバＰｓｉとの間のトンネルＵ−Ｐｓｉを構築することを含む。Ｕにより送信されたパケットを受信すると、各Ｐｓｉは、パケット内に含まれるハッシュシーケンス｛ＵＳｘ−ｈａｓｈ（ＵＳｘ−（Ｐｓｉ））｝を、選択されたＰｓｉの群に送信することにより、以下の自己発見メカニズムをトリガする。例えば、Ｐｓ１及びＰｓ２の２つのＰｓｉが使用される場合、Ｕは、シーケンスハッシュ（｛ＵＳｘ−ｈａｓｈ（｛ＵＳｘ−ＩＰ＿Ｐｓ１−ＩＰ＿Ｐｓ２｝）｝））を送信する。Ｐｓｊにより受信された各ハッシュシーケンス｛ＵＳｘ−ｈａｓｈ（ＵＳｘ−（Ｐｓｉ））｝について、Ｐｓｊは、ハッシュ（｛ＵＳｘ−Ｐｓｉ−Ｐｓｊ｝）を計算し、それが、実際にハッシュシーケンス内で送信されたハッシュに対応しているかをチェックする。２つのハッシュが対応していれば、Ｐｓｊは、Ｐｓｉが、実際に、それが関係するＵＳｘのために協働しなければならない相手であるとの保証を得る。３つ以上のＰｓｉが使用される場合、このメカニズムは、全てのＰｓｉ上に、その（Ｐｓｉ）に割り当てられる優先順位及び自己発見メカニズム内で考慮される（Ｐｓｉ）の数「Ｎ」の表示と共に繰返し設置される。
【００５７】
次のステップ（３１０）は、第二段階サーバＰｓｉとリターンサーバＰＲとの間のトンネルＰｓｉ−ＰＲを構築することを含む。これは、共有暗号鍵によってＰＲアドレスをＰｓｉに伝えることによって行われる。守秘性確保を最大にするために、これは、Ｐｓｉの発見ステップの直後に、ハッシュ｛ＵＳｘ−ｈａｓｈ（ＵＳｘ−（Ｐｓｉ））｝の後にＰＲのＩＰアドレスを共有暗号鍵として組み込むことによって行うことができる。あるＵＳｘに割り当てられた異なるＰｓｉのＰＲによる有効性確認は、Ｐｓｉの発見ステップで使用されたものと同様の有効性確認メカニズムに従って行うことができる。トンネルが構築されると、ＰＲは、データ送信に関するＰｓｉからのアラートを待つ。
【００５８】
次のステップ（３１２）は、Ｓのアドレスを第二段階サーバＰｓｉ及びリターンサーバＰＲに伝えることを含む。Ｕは、Ｐｓｉに共有暗号鍵を介してＳのアドレスを転送し、それがＰＲにこれを伝える。リターンサーバは、Ｓの完全なＩＰアドレスを再構築してから、それをＰｓｉに返して通信する。Ｐｓｉは、Ｕに対し、準備できたことを知らせる。
【００５９】
次のステップ（３１４）では、Ｕは、匿名化サービスを用いてデータをＳに通信できる。交換の終了時、Ｕは、ＰＲから、Ｐｓｉから順次切断し、レジスタＲ［ＰＲ］の仮の乱数ＵＳｘをリリースし、Ｐｕｉから切断する。
【００６０】
当業者であれば、匿名化サービスを構築するための方法（３００）の変形形態を実行できる。そのため、回路Ｕ−Ｐｓｉは、暗号化でき、従ってＰｕｉをブリッジとして有することによってトンネルできる。
【００６１】
他の実装形態において、
−  （Ｐｕｉ）、（Ｐｓｉ）及びＰＲは、動的に選択でき、すなわち、送信者Ｕは、これらのサーバの選択を制御するため、それが要求に応じて異なる（Ｐｕｉ）、（Ｐｓｉ）及びＰＲを初期化し直すことを選択できる。頻度の高い再初期化により、匿名化の度合いを高めることができるが、性能が低下する（レイテンシの増大）。
−  ＵとＰＲとの間で対応される接続の数又はＵとＰＲとの間のデータパケットの送信モードは、プライバシと、一般「管理費」と、応答時間との間の最も望ましいトレードオフを得るために調節できる。
−  匿名化サービスのために選択された（Ｐｕｉ）、（Ｐｓｉ）及び（ＰＲ）は、性能を高めるために、Ｓへの他のサービスとの接続のために保存できる。
−  セキュリティを増強しながら、より高レベルの性能を保つために、特定の要素の改変、例えば追加の暗号化、ＰＲによるＰｓｉ接続の有効性確認メカニズム等を適用できる。
【００６２】
図４は、ＵからＳへのアップリンクフローにおけるデータパケットＰの送信時の交換（４００）を示すための本発明の実施形態のフロー図である。方法（４００）は、アップリンクフロー内のデータの守秘性確保を増強するものであり、図３に関して説明した方法に従って匿名化環境を構築することに基づく。
【００６３】
第一のステップ（４０２）は、Ｓに送信すするパケットＰを、Ｐｕｉの数に対応する複数のフラグメントＦｉにセグメント化することである。Ｕは、送信するパケットＰに共有暗号鍵メカニズムを適用し、回路Ｕ−Ｐｕｉにおいて、対応する第一段階サーバＰｕｉに、このＰｕｉのために選択されたインタフェースを介してフラグメントＦｉを送信する。フラグメントＦｉを受信すると、Ｐｕｉは、このフラグメントＦｉを、すでに構築された回路Ｕ＿Ｐｕｉ＿Ｐｓｉを辿ることにより、ネゴシエーション（ステップ３０４）で割り当てられたＰｓｉに送信する。
【００６４】
次のステップ（４０４）では、マスタサーバＰｓｉ＿ｍａｓｔｅｒが選択される。交換の守秘性確保をさらに増大するために、選択されたＰｓｉは、Ｕによって又はランダムに事前設定された時間にわたってマスタのままである。Ｐｓｉ＿ｍａｓｔｅｒは、ＰｓｉをＰＲと共に調整することを担当し、それに相応に知らせる。
【００６５】
次のステップ（４０６）では、全てのＰｓｉがそれらのフラグメントＦｉをＰｓｉ＿ｍａｓｔｅｒに送信する。
【００６６】
次のステップ（４０８）では、Ｐｓｉ＿ｍａｓｔｅｒは、パケットＰを再構築し、それをＳに転送する。サーバＰｓｉ＿ｍａｓｔｅｒは、パケットＰのヘッダ内でアドレスを送信する際にＰＲアドレスを入力することにより、自らがリターンサーバＰＲとなることができる。
【００６７】
ＴＣＰ送信の場合、ステップ（４０４）では、Ｐｓｉ＿ｍａｓｔｅｒは、リターンサーバＰＲにそのマスタとしての役割を知らせる（４０５）。従って、ステップ４０８後、Ｓは、ＩＣＭＰメッセージ（ウィンドウ管理及び受信確認）をＰＲに送信でき（４１０）、これは、それらをＰｓｉ＿ｍａｓｔｅｒに送信しなければならない。
【００６８】
図５は、ＳからＵへのダウンリンクフローにおけるパケットＰの送信時の交換（５００）を説明するための本発明の実施形態のフロー図である。方法（５００）は、ダウンリンクフローにおけるデータの守秘性確保を増強するものであり、図３に関して説明した匿名化環境を構築することに基づく。
【００６９】
第一のステップ（５０２）では、パケットＰは、ＳからＰＲに送信され、これは、ＰＲが、Ｓにとって、それと通信するサーバであるように見えるからであり、ＰＲのアドレスは、Ｓが受信するパケットＰの「送信者アドレス」に入力される。
【００７０】
パケットを受信すると、サーバＰＲは、それに共有暗号鍵メカニズムを適用し、これは、アップリンクフローと同じであってもそうでなくてもよく、生成されたフラグメントＦ’ｉを、現在の通信に関係し、匿名化サービスの構築（方法３００）で規定されたＰｓｉに送信する（５０４）。
【００７１】
フラグメントを受信すると、各Ｐｓｉは、受信されたフラグメントＦ’ｉを、匿名化サービスの構築（３００）で構築された回路Ｕ−Ｐｕｉ−Ｐｓｉを介してＵに送信する（５０６）。
【００７２】
フラグメントを全て受信すると、Ｕは、ＰＲにより送信されたパケットＰを再構築する（５０８）。
【００７３】
図６は、図２のサーバの分散プロキシアーキテクチャの変形形態を示し、これは、クライアント及びサーバでのプロトコルの実施を有する協働又は協力モードにおける本発明の実施を可能にする。協働モードでは、リターンサーバＰＲは、ポイントを有さず、レジスタＲ［ＰＲｉ］がない。協働モードでは、Ｓがそのインタフェースの１つのみのＩＰアドレスを公開するか、又はＳがその異なるインタフェース（Ｓｉ）の全部のＩＰアドレスを公開するかに応じて２つの実施形態が可能である。これらの２つの協働型変形形態のアップリンク及びダウンリンクフローは、比較的単純であり、それは、これらがＰＲを必要とせず、Ｕが、異なるインタフェース（Ｕｉ）を介して共有暗号鍵によってそのフラグメントをＳに送信し、フラグメントがそれぞれＳのインタフェース（Ｓｉ）によって受信され、Ｓがパケットを再構築できるからである。
【００７４】
図７は、Ｓが、例えばＤＮＳサービスを通じて、そのインタフェースの１つのみ（例えば、２つのインタフェースＳ１及びＳ２のうちのＳ１）のＩＰアドレスを公開した場合の協働モードに関する匿名化接続の構築を示すフロー図である。一般に、Ｓ１のアドレスが（Ｐｓｉ）に伝えられると、協働接続リクエストが送信される。Ｓがそれ以外のインタフェースＳ２のアドレスを非公開で通信できるようにするために、協働接続リクエストは、選択される第二段階サーバ（例えば、ＰＳ１及びＰＳ２）により発せられ、これは、その返信として、協働モード接続の同意を確認するＳからの受信確認及びインタフェースＳ２のＩＰアドレスを受信する。
【００７５】
図３に示される非協働モードの変形形態と比較して、ステップ７０２〜７０８は、ステップ３０２〜３０８と同じであり、再び説明しない。留意すべき点として、第一及び第二段階サーバを選択するステップ３０２において、図７の実施形態では、リターンサーバＰＲは、選択されない。さらに、この変形形態の場合、リターンサーバＰＲは、ポイントを有さないため、トンネルＰｓｉ−ＰＲを構築するステップ３１０が存在しない。
【００７６】
図７の方法は、ステップ７０８後、Ｕが、選択された第二段階サーバに共有暗号鍵を介して公開アドレスを送信するステップ（７１０）に続く。次のステップ（７１２）では、Ｐｓｉは、公開インタフェースＳ１との接続リクエストをＳに送信する。
【００７７】
次のステップ（７１４）では、Ｓは、２つの乱数‘Ｓ２ｓｈａｒｅｄｓｅｃｒｅｔ１’と‘Ｓ２ｓｈａｒｅｄｓｅｃｒｅｔ２’とを生成し、これらが再合成されたときに非公開インタフェースＳ２のアドレスを構成するようにする。Ｓは、数をそれぞれ各々の第二段階サーバＰＳ１及びＰＳ２に転送する。その後（ステップ７１６）、Ｓは、公開インタフェースＳ１を介して、Ｐｓ１との接続の合意を含む受信確認を共有暗号鍵‘Ｓ２ｓｈａｒｅｄｓｅｃｒｅｔ１’と共に送信し、非公開インタフェースＳ２を介して、Ｐｓ２との接続の同意を含む受信確認を共有暗号鍵‘Ｓ２ｓｈａｒｅｄｓｅｃｒｅｔ’と共にＰｓ２に送信する。
【００７８】
次のステップ（７１６）では、Ｐｓ１は、その数‘Ｓ２ｓｈａｒｅｄｓｅｃｒｅｔ１’をＰｓ２に送信し、これは、その後、その数‘Ｓ２ｓｈａｒｅｄｓｅｃｒｅｔ２’を用いて、非公開アドレスＳ２を再計算することができ、そのため、その接続リクエストを送信できる。
【００７９】
次のステップ（７１８）では、第二段階サーバＰｓｉは、Ｕに対し、それらが匿名通信の準備ができたことを知らせる。その後、Ｕは、匿名化サービスを使用することにより、Ｓに通信できる。
【００８０】
留意すべき点として、交換の終了時、Ｕは、Ｐｓｉから順次切断し、仮の乱数ＵＳｘをレジスタＲ［ＰＲ］からリリースし、Ｐｕｉから切断する。
【００８１】
図７の方法は、限定的と考えるべきではないが、２つのインタフェースを含むサービスＳに関して説明した。Ｓが３つ以上のインタフェースを有する場合、ステップ７１４及び７１６は、存在するインタフェースと同数の共有暗号鍵を生成して、追加のインタフェースのアドレスをＰｓｉに転送するように実行される。
【００８２】
図８は、Ｓがその異なるインタフェースの全部（例えば、図の例ではＳ１及びＳ２）のＩＰアドレスを、例えばサービスが幾つかのインタフェースを有する能力を考慮した高度なＤＮＳ型サーパスを通じて公開した場合の、協力モードでの匿名化接続の構築を説明するためのフロー図である。
【００８３】
図３に示される非協働モードでの変形形態と比較して、ステップ８０２〜８０８は、ステップ３０２〜３０８と同じであり、再び説明しない。留意すべき点として、第一及び第二段階サーバ（Ｐｕｉ、Ｐｓｉ）を選択するステップ３０２において、図８の実施形態ではリターンサーバＰＲの選択が行われない。さらに、この変形形態では、リターンサーバＰＲは、ポイントを有さないため、トンネルＰｓｉ−ＰＲを構築するステップ３１０が存在しない。
【００８４】
図８の方法は、ステップ７０８後、Ｕが、選択された第二段階サーバ（Ｐｓｉ）に公開アドレスＳ１及びＳ２を、共有暗号鍵を介して転送するステップ（８１０）に続く。次のステップ（８１２）では、各Ｐｓｉは、それぞれ通信リクエストをＳのインタフェースＳ１及びＳ２に送信し、これらが返信として受信確認をＰｓｉに送信する。
【００８５】
次のステップ（８１４）では、Ｐｓｉは、Ｕに対し、それらが準備できたことを知らせる。その後、Ｕは、匿名化サービスを使用することによってＳと通信できる。
【００８６】
留意すべき点として、交換の終了時、Ｕは、Ｐｓｉから順次切断し、仮の乱数ＵＳｘをレジスタＲ［ＰＲ］からリリースし、Ｐｕｉから切断する。
【００８７】
図８の方法は、限定的と考えるべきではないが、２つのインタフェースを含むサービスＳに関して説明した。Ｓが３つ以上のインタフェースを有する場合、ステップ８１０及び８１２は、サービスＳの存在するインタフェースと同数のＩＰアドレスについて実行される。
【００８８】
本発明の優先的及び代替的な実装形態を説明する本説明は、非限定的である。本発明の原理及び具体的な応用をよく理解するために例が選択されているが、これらが全てではなく、当業者であれば、同じ原理を保持しながら改変形態及び変形実装形態を追加できるはずである。本発明は、ハードウェア及び／又はソフトウェア要素から実装できる。これは、コンピュータ可読媒体上のコンピュータプログラム製品としても利用可能である。媒体は、電子、磁気、光、電磁又は赤外型であり得る。このような媒体は、例えば、半導体メモリ（ランダムアクセスメモリＲＡＭ、リードオンリメモリＲＯＭ）、テープ、ディスケット又は磁気若しくは光ディスク（コンパクトディスク−リードオンリメモリ（ＣＤ−ＲＯＭ）、コンパクトディスク−リード／ライト（ＣＤ−Ｒ／Ｗ）及びＤＶＤ）である。
【図１】
2020537428.tif 000003
【図２】
2020537428.tif 000004
【図３】
2020537428.tif 000005
【図４】
2020537428.tif 000006
【図５】
2020537428.tif 000007
【図６】
2020537428.tif 000008
【図７】
2020537428.tif 000009
【図８】
2020537428.tif 000010
【国際調査報告】
2020537428.tif 000011
2020537428.tif 000012
2020537428.tif 000013
2020537428.tif 000014