(57)【要約】インターネット（１５０、１２０）などのネットワークを介してクライアントコンピュータ（１００、１１０）に接続される複数のサーバコンピュータ間で負荷のバランスを取る方法および機器。一実施形態において、本発明は、クライアントコンピュータが選択されたユニフォームリソースロケータに関連する複数のアドレスを受信する（１６０）という方法を含む。この方法はまた、複数のアドレスのうちの１つを最後に使用されたアドレスとして識別するステップ、およびユニフォームリソースロケータを入力されたユニフォームリソースロケータとして受信するステップも含む。この方法はさらに、入力されたリソースロケータを選択されたユニフォームリソースロケータとして識別するステップ、および複数のアドレスから最後に使用されたアドレスと異なる選択されたアドレスを選択するステップを含む。
2005502239.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバコンピュータ間で負荷のバランスを取る方法であって、
クライアントコンピュータにおいて複数のアドレスを、選択されたユニフォームリソースロケータに関連づけるステップと、
前記複数のアドレスのうちの１つを最後に使用されたアドレスとして識別するステップと、
ユニフォームリソースロケータを、入力されたユニフォームリソースロケータとして受信するステップと、
前記入力されたユニフォームリソースロケータを、選択されたユニフォームリソースロケータとして識別するステップと、
前記複数のアドレスから前記最後に使用されたアドレスと異なる選択されたアドレスを選択するステップと
を含む方法。
【請求項２】
前記選択されたアドレスで識別されるサーバコンピュータに対して、前記サーバコンピュータ中に配置されたファイルを検索するように求める要求を送信するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記複数のアドレスが、複数のインターネットプロトコルアドレスを含む、請求項１に記載の方法。
【請求項４】
前記複数のアドレスをリモートコンピュータから受信するステップをさらに含む、請求項１に記載の方法。
【請求項５】
前記複数のアドレスが、暗号化される、請求項４に記載の方法。
【請求項６】
前記選択されたユニフォームリソースロケータに関連する複数のアドレスを伝送するように求める要求を前記複数のサーバコンピュータのうちの１つに対して送信するステップをさらに含む、請求項４に記載の方法。
【請求項７】
前記複数のアドレスを暗号解読するステップをさらに含む、請求項４に記載の方法。
【請求項８】
複数のサーバコンピュータにネットワ−クを介して接続されるクライアントコンピュータであって、
記憶装置と、
前記記憶装置に記憶されるプログラムと、
前記プログラムを実行するようになっているプロセッサとを備え、
前記プログラムが、
複数のアドレスを選択されたユニフォームリソースロケータに関連づけるステップと、
前記複数のアドレスのうちの１つを最後に使用されたアドレスとして識別するステップと、
ユニフォームリソースロケータを入力されたユニフォームリソースロケータとして受信するステップと、
前記入力されたユニフォームリソースロケータを前記選択されたユニフォームリソースロケータとして認識するステップと、
前記選択されたユニフォームリソースロケータに対応する前記複数のアドレスのうちの前記最後に使用されたアドレスと異なる１つを選択するステップと
を含む、クライアントコンピュータ。
【請求項９】
前記プロセッサが、前記選択されたアドレスで識別される前記複数のサーバコンピュータのうちの１つに配置されるファイルを要求するようになっている、請求項８に記載のクライアントコンピュータ。
【請求項１０】
前記複数のアドレスが、複数のインターネットプロトコルアドレスを含む、請求項８に記載のクライアントコンピュータ。
【請求項１１】
前記プロセッサが、前記複数の関連するアドレスをリモートコンピュータから受信する、請求項８に記載のクライアントコンピュータ。
【請求項１２】
前記複数のアドレスが、暗号化される、請求項１１に記載のクライアントコンピュータ。
【請求項１３】
前記プロセッサが、前記複数のアドレスを暗号解読する、請求項１１に記載のクライアントコンピュータ。
【請求項１４】
前記プロセッサが、１つのユニフォームリソースロケータに関連する前記複数のアドレスを伝送するように求める要求を前記複数のサーバコンピュータのうちの１つに送信する、請求項８に記載のクライアントコンピュータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット環境または他のネットワーク環境上のデータフローを管理する方法および機器に関する。詳細には、本発明は、データトラフィックを管理しコンピュータシステムへのハッカーの攻撃の可能性を低下させるクライアント側のアプリケーションに関する。
【背景技術】
【０００２】
本出願は、本明細書に参照によって組み入れられる２００１年９月５日出願の米国仮出願第６０／３１６，９８１号に対する優先権を主張する。
インターネットは、サーバ、ルータ、様々な通信回線、およびその他の装置によって一緒に接続される多数のコンピュータから構成される。これらのコンピュータシステム間の通信は、異なる製造業者からのシステム、オペレーティングシステム、およびネットワークソフトウェアが理解する共通のプロトコルによって制御される。インターネットにアクセスする典型的なデータ構成には、２つの当事者、すなわちクライアントシステムおよびホストシステムが必要とされる。（クライアントコンピュータシステムを操作する）ユーザは、サイトのホストコンピュータシステムにアクセスすることにより所望のインターネットサイトと情報をやりとりする。当業者に知られているようにクライアントホスト通信システムは、どのようなタイプのネットワーク化コンピュータシステム上にも存在している。
【０００３】
インターネットユーザにとっての共通の問題は、ホストサイトが提供するデータにアクセスできないという問題である。このアクセスの問題は、質の悪い伝送回線品質、不適切なコンピュータハードウェア構成、およびＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒインターネットサービスプロバイダ）との不適切な接続を含めて、多数の要因によって引き起こされ得る。既存のＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍドメインネームシステム）の中央集中化された性質によって引き起こされる、ホストサイトへの安定したユーザアクセスを妨げる主な２つの要因は、必然的に生ずるトラフィックの輻輳と、ホストサイトに対するコンピュータハッカーまたはウィルスの攻撃である。
【０００４】
アクセス問題は、ＤＮＳの中央集中化された性質、すなわち、インターネットドメインネームをインターネットに接続されたコンピュータが理解する適切なアドレスに変換するインターネットサービスによって悪化させられる。ほとんどのホストサイトは、そのドメインネーム、すなわちＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒユニフォームリソースロケータ）の一部を形成する英数字指定によって指定される。インターネットサイトのアドレスには、ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍなどの論理的なドメインネームがあるが、これらのネームは、インターネットに接続される装置の物理ロケーションを識別するためには使用されない。そうではなくて、インターネット上の装置の物理ロケーションは、小数点で分離された４つのオクテットからなるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌインターネットプロトコル）アドレスと呼ばれる数値フォーマットを用いて指定される。例えば、ウェブサイトｍｉｃｒｏｓｏｆｔ．ｃｏｍは、ＩＰアドレス２０７．４６．１９７．１００にマッピングされる。インターネットユーザは、特定のウェブサイトのＩＰアドレスを常日頃知らないので、ＤＮＳによりインターネットユーザは特定のＩＰアドレスを知らなくても所望のインターネットサイトにアクセスできるようになる。
【０００５】
論理ドメインネームのＩＰアドレスへのマッピングまたは変換は、ドメインネームサーバを使用することによって行われる。ドメインネームサーバは、ドメインネームのテーブル、およびＤＮＳテーブルと呼ばれるマッチングＩＰアドレスを保持する。インターネット上の各ドメインネームには、特定のＤＮＳサーバ、またはそのテーブル中の情報を保持し更新する責任をもつサーバがあり、特定のＤＮＳサーバにはインターネット上でこのテーブル確認をブロードキャストする責任がある。
【０００６】
典型的なクライアントホストインターネットトランザクションは、以下のようにして行われる。図１を参照すると、ホストインターネットサイトへの典型的なユーザ、またはクライアントの接続は、ユーザがサイトのドメインネームをクライアントシステム上のインターネットブラウザにタイプすることによって開始される。クライアントが最近そのサイトにアクセスしたことがある場合には、そのＩＰアドレスはクライアントキャッシュのＵＲＬにマッピングされている可能性がある。そうでない場合には、クライアントシステムは、ドメインネームのＩＰアドレスをローカルネームサーバから要求する。このローカルネームサーバは、最近同じ要求を受信したことがある場合には、そのＩＰアドレスを有する可能性がある。そうでない場合には、ローカルネームサーバはそのＩＰアドレスをルートサーバに対して要求することになる。第１のルートサーバに、そのＩＰアドレスがない場合には、ネームサーバは、この要求が実行されるまで、別のルートサーバまたはローカルサーバに対してＩＰアドレスを要求することになる。
【０００７】
人気のあるウェブサイトでは、ユーザから多数の、「ヒット」としても知られているアクセス要求を受信する。例えば、ｍｉｃｒｏｓｏｆｔ．ｃｏｍやｙａｈｏｏ．ｃｏｍなどのウェブサイトは、毎日数百万人の訪問者を受け入れる。これらの訪問のすべてでは、それぞれブラウザシステムにＵＲＬアドレスを入力することによってウェブサイトにアクセスが行われる。さらに、ほとんどの場合に、これらの訪問は１つのＩＰアドレス（例えばｍｉｃｒｏｓｏｆｔ．ｃｏｍおよびｙａｈｏｏ．ｃｏｍに対応する数値アドレス）を介して開始される。一意的なＵＲＬアドレス（およびＩＰアドレス）がアクセスされた後、ユーザ要求はしばしば、それぞれベースサーバと同一のデータを保持する一群のミラーサイトサーバ（ｍｉｒｒｏｒ  ｓｉｔｅ  ｓｅｒｖｅｒ）間に分散される。このような分散は、当技術分野で一般に知られているタイプのルータハードウェアおよびルータソフトウェアを使用することによって行われる。ユーザが、マッピングされたＩＰアドレスによってウェブサイトにアクセスした後に、これらの負荷バランシング技法が行われることが重要である。したがって、ユーザが（ＤＮＳに登録された）ＩＰアドレスにアクセスした後に、ルータおよび他のサーバ装置は、ユーザ数（「負荷」）をそのサイトサーバ間に分散するように動作する。この負荷バランシングシステムは、所与の時刻に最大数のユーザがあるサイトにアクセスできるよう試みるように設計される。この負荷バランシングシステムは、ウェブサイトのエントリーレベルで実装される。
【０００８】
これらのサーバに負荷バランシングの解決方法が実装されているにもかかわらず、これらの訪問がサイトのホストとなるサーバ上に分散される以前に、そのＩＰアドレスを介して多数のユーザをあるウェブサイトにアクセスさせる必要があるために、ボトルネックが作成される。余りにも多数のユーザが同時に１つのＩＰアドレスにアクセスしようと試みる場合、このウェブサイトには必ずしもあらゆるユーザがアクセス可能ではないことになる。
【０００９】
さらに、あるＩＰアドレスを膨大なアクセス要求で圧倒することが、悪意的に行われる可能性もある。インターネットの急速な発展と共に、インターネットに接続されたコンピュータシステムへの悪質な攻撃が著しく増大している。これらの攻撃の多くはＤＯＳ（Ｄｅｎｉａｌ  ｏｆ  Ｓｅｒｖｉｃｅサービスの妨害）攻撃と呼ばれている。ＤＯＳ攻撃では、攻撃者は、サーバ、ルータ、または個々のコンピュータを含むターゲットシステムをそのシステムが処理できるよりも大きな割合の情報要求であふれさせる。これらの要求を処理するサーバまたはルータは、速度が低下するか、あるいは完全に機能できないようになってしまう。攻撃によっては複数のホストコンピュータが損なわれるものがあり、これらの損なわれたホストを従事させて攻撃者のエージェントの役割を果たすようにさせて攻撃を実行させるものがある。このタイプの攻撃は、ＤＤＯＳ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｄｅｎｉａｌ  ｏｆ  Ｓｅｒｖｉｃｅ分散サービス妨害）攻撃として知られている。ＤＤＯＳ攻撃では、ソースの数、および結果としての攻撃中に生成されるインターネットトラフィック量のために対抗することがより難しくなる。
【００１０】
典型的なＤＤＯＳ攻撃ツールには、Ｔｒｉｎ００、ＴＦＮ（Ｔｒｉｂｅ  Ｆｌｏｏｄ  Ｎｅｔｗｏｒｋトライブフラッドネットワーク）、ＴＦＮ２Ｋ、およびコードレッド（Ｃｏｄｅ  Ｒｅｄ）が含まれる。これらの攻撃ツールでは、ＴＣＰ  ＳＹＮ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｓｙｎｃｈｒｏｎｉｚｅ伝送制御プロトコルシンクロナイズ）、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌインターネット制御メッセージプロトコル）フラッド、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌユーザデータグラムプロトコル）診断ポート攻撃、およびスマーフ（Ｓｍｕｒｆ）など、１つまたは複数の異なるＤＯＳ攻撃が利用される。例えば、Ｔｒｉｎ００ツールを使用して、攻撃者は、盗まれたアクセスアカウントをしばしば使用することによっていくつかのシステム上にマスタプログラムをロードする。次いで、このマスタプログラムは、ＩＰアドレスの広大な範囲のポートスキャンを行って、攻撃を実行するのに使用するぜい弱なシステムを見つけ出す。スキャン中に特定されたぜい弱なシステムでは、Ｔｒｉｎ００デーモン（ｄａｅｍｏｎ）がそれぞれにロードされるときに損なわれる。攻撃者のコマンドで、この損なわれたシステムはＴｒｉｎ００デーモンを実行し、このデーモンによって、無作為に対象となるターゲットをＵＤＰパケットであふれさせ、ターゲットシステム上のポートを変更する。ＵＤＰパケットを使用して宛先システムによる応答を必要としない情報を配布する。ＵＤＰパケットのフラッドに応答して、攻撃下のシステムは標準プロトコルに従って各ＵＤＰパケットを処理しようと試み、それによってシステム資源が次第に減少し、システム速度が低下し、システムが崩壊しまたはクラッシュする可能性がある。
【００１１】
これらの攻撃の突然変異はまた、「スプーフ」機能、すなわち各データパケット中の実際のソースアドレスを含むのでなく別のソースＩＰアドレスにとって代わる機能も含まれる。ソースＩＰアドレスは、攻撃の起源を追跡する助けとなるので、ソースアドレスのスプーフィングは、ソースを終了させることによってＤＯＳ攻撃を停止させることをさらにずっと難しくする。
【００１２】
負荷バランシングおよびサービス拒否攻撃を含む問題に対する従来技術の解決方法では、特定のウェブサイトサーバ内で行われる活動に焦点を当てている。ここに示すように、ウェブサイトの負荷をバランスさせようと試みる最も一般的な方法は、ルータおよび他のトロポロジの解法を使用するものであり、すべてはクライアントサーバトランザクションのサーバ側で行われる。これらの方式では、トラフィックが（ＩＰアドレスを介して）ウェブサイトに入力された後、サーバは、このトラフィックを（この場合もまったく同じ主要ＩＰアドレスをもつ）他の複数のサーバに配布する。
【００１３】
ＤＮＳはまた、「ラウンドロビン」配布システムの使用によってアクセス問題の管理も行う。ラウンドロビンのＤＮＳの実装においては、あるサイトは、１つのドメインネームに関連する多数の異なるＩＰアドレスを登録する。ラウンドロビンＤＮＳを利用したサイトにアクセスを要求するあるユーザは、第１のＩＰアドレスへ向けて導かれる。（共通のドメインネームを介して）同じサイトにアクセスを要求する次のユーザは、第２のＩＰアドレスへ向けて導かれる。このサイクルは、ＤＮＳが１つのドメインネームに関連づけるＩＰアドレス数に達するまで続行される。すべてのＩＰアドレスが利用された後、後続のユーザは最初のＩＰアドレスへと戻される。ラウンドロビンＤＮＳは、ユーザが１つのＩＰアドレスを介してサイトに入った後、サイトがトラフィックを配布する場合に従来の負荷バランシングが行われるという点で従来の負荷バランシングシステムとは区別される。
【００１４】
ラウンドロビンＤＮＳの実装についてもまた、中央集中化されたＤＮＳ上に存在し、したがってユーザのアクセス問題を解決するのには不適当である。ネームサーバ上でのキャッシングおよびクライアントブラウザ中に構築される様々な機能では、トラフィックをＩＰアドレスに直接繰り返し送信することができ、したがってこのラウンドロビン機能をバイパスすることができる。かなりのインターネットトラフィックを伴うサイトについて、しばしば照会を行い、したがって、ローカルネームサーバまたはルートネームサーバ上に共通にキャッシングを行う。したがって、ＵＲＬを使用した公共ウェブサイトの照会では、ほとんどの場合に、様々なネームサーバのキャッシュに配置されているＩＰアドレスが受信される。ＵＲＬおよびＤＮＳ上の関連するＩＰアドレスのキャッシングは、サイトアクセス照会を配布する価値ある機能を果たすが、ラウンドロビンＤＮＳ機能の実装を効果的にバイパスすることになる。この場合にも、照会が適切なＩＰアドレスに送信された後、サイトのオーナーは、様々なホストサーバ間で経路指定のハードウェアおよびソフトウェアを使用してこれらの要求を配布することによって負荷バランシングを得ることができる。しかし、このシステムでは、１つのＩＰアドレスを介して多数の照会がサイトにアクセスを試みるとき、依然としてトラフィック輻輳の影響を受けやすい。
【００１５】
ＤＤＯＳ状況では、サーバやルータなどの装置は、共に攻撃から守る手段となり、またそれらが攻撃プログラムにとっての無作為のホストとして乗っ取られたとき攻撃を伝搬させる手段ともなる。したがって、既存の保護対策では、知られている攻撃ツールによって使用される手法に応答して攻撃を伝搬させるシステムの使用を防ぐようにも設計される。
【００１６】
例えば、多数のＤＯＳ攻撃ツールでは、スプーフＩＰアドレスを使用して過剰なインターネットトラフィックが生成される。不当なまたはスプーフのＩＰアドレスを伴うパケットの伝搬を最小にするために、送信パケットにフィルタをかけて正当なソースＩＰアドレスを伴うパケットだけが出発できるようにルータを構成することができる。同様に、不当な、またはスプーフのＩＰアドレスを伴うパケットを受信するのを防ぐために、着信パケット上のＩＰアドレスの妥当性を検証するようにルータを構成することができる。このメカニズムでは、システム上のすべてのサービス拒否攻撃を防ぐことにはならないが、このメカニズムにより、知られている攻撃ツールを使用したＤＤＯＳ中のブロードキャストサイトとしてシステムが使用されないようになる。
【００１７】
さらに、インターネットに直接に接続されたシステムでは、一貫したネットワークの監視を行って、ぜい弱なシステムを識別するために使用されるポートスキャンニングを防止することができる。監視することではＤＯＳ攻撃を防止することができないが、監視により、ぜい弱なポートの識別が可能であり、攻撃者となる可能性のある正体がもたらされることもある。ホストシステムのインターネットトラフィックを連続的に監視することにより、トラフィック統計をベースラインの判断基準と比べることによって潜在的な問題を識別することができる。同様にして、監視を介して、ハードウェアおよびソフトウェアのファイアウォールまたはルータを使用して、ＩＣＭＰエコーコマンドによるフラッディング（ｆｌｏｏｄｉｎｇ）やピン割当て（ｐｉｎｇｉｎｇ）などよく知られたＩＰアドレスのフラッディング攻撃を阻止することができる。ファイアウォールまたはルータを用いて、システムに入力されまたはシステムから出発するパケットをフィルタし、適切な判断基準を満たせないものへのトランジット（ｔｒａｎｓｉｔ）を拒否することができる。これらの機構は、知られている攻撃ツールに対しては有効であるが、将来開発される攻撃ツールに対しては有効ではないこともある。
【００１８】
良好なセキュリティの実施および全体的なネットワークハウスキーピングを行うことによって、ある種のタイプのＤＯＳ攻撃を防止し低減することができる。知られているルータおよびサーバのぜい弱性については、しばしばセキュリティパッチを当てることによって解決されることもある。しかし、パッチは知られているぜい弱性に対してのみ有効であるのでその有効性は限定されている。必須でないインターネットへの接続を取り除いて攻撃の可能性を低下させることができる。例えば、ある種の攻撃では、ＵＤＰおよびＴＣＰの診断ポートを要求であふれさせる。これらのポートに対するフラッドから保護する一方法には、ＵＤＰおよびＴＣＰの診断ポートを無効にするものがある。この場合にも、この保護対策では、アクセスポイント数を減少させることによって攻撃の可能性が最小限に抑えられるというにすぎない。
【００１９】
既存の解決方法にもかかわらず、ＤＮＳを利用するとサーバおよびルータはぜい弱なままである。クライアントはＵＲＬを利用してウェブサイトにアクセスし、ＵＲＬはＤＮＳ上で公共利用可能な限られた数のＩＰアドレスに結合されているので、ウェブサイトはＤＯＳ攻撃に対してぜい弱なままとなる。ウェブサイトは攻撃下の特定のＩＰアドレスをそのＩＰアドレスのプールから取り除くことができるが、これによって攻撃が軽減されることにはならない。攻撃要求は、ＤＮＳによって配布されるＵＲＬに関連する次のＩＰアドレスを簡単に受信することになる。その結果、損なわれたコンピュータは、依然としてウェブサイトサーバを要求であふれさせ、ウェブサイトへのアクセスの速度を低下させ、あるいは中断させることができる。ウェブサイトでは、ＩＰアドレスを取り除き置き換えることができるが、この攻撃では、ＤＮＳによって提供された後続の各アドレスへと簡単に移行がなされるはずである。
【００２０】
前述の従来技術による解決方法はそれぞれ、サーバ側の解決方法であり、これは、ＩＰアドレスに影響を及ぼす資源量によって引き起こされる問題の一面に対してしか対処していない。これらの各解決方法では有効性が限定されている。さらに、ファイアウォール、監視、ルータ構成など現在の対策では、保護されていないシステムが損なわれる可能性があるのでインターネットサイト間での協調努力が必要になる。インターネットに接続された必ずしもすべてのシステムが保護対策を取ってＤＤＯＳにとってのホストサイトとしての使用を防止するわけではないので、保護対策は、どのシステムにとっても完全には有効にならないはずである。
【発明の開示】
【発明が解決しようとする課題】
【００２１】
本発明は、ネットワークを介してクライアントコンピュータに接続される複数のサーバコンピュータ間で負荷のバランスを取る方法および機器を提供する。
【課題を解決するための手段】
【００２２】
本発明は、クライアントコンピュータ内で複数のアドレスを選択されたユニフォームリソースロケータ（ＵＲＬ）に関連づけるステップと、アドレスの１つを最後に使用されたアドレスとして識別するステップとを含む。本発明はまた、ＵＲＬを入力されたＵＲＬとして受信するステップと、入力されたＵＲＬを選択されたＵＲＬとして識別するステップとを含む。本方法はさらに、最後に使用されたアドレスと異なる選択されたＵＲＬに対応するアドレスを選択するステップを含む。次いで、クライアントコンピュータは、選択されたアドレスで識別されるサーバコンピュータに要求を送信することによってサーバコンピュータのウェブサイトまたはファイルにアクセスする。
【００２３】
本発明は、ＤＮＳルックアップテーブルに頼ることなく、ターゲットウェブサイトにアクセスするために使用されるＩＰアドレスを動的に調整するクライアント側アプリケーションを利用する。本発明の一実施形態は、ユーザがインターネットブラウザからターゲットサイトのドメインネームを要求するとき、クライアントに本発明を使用する任意のターゲットサイトにアクセスするために使用されるＩＰアドレスリストを定期的に提供し、ユーザを選択されたＩＰアドレスへと導く。クライアントによって連絡が取られた後に、このシステムを使用するターゲットサイトでは、攻撃を回避することが必要と思われたときにまたはその他どのような理由でもＩＰアドレスリストをリフレッシュすることができる。
【００２４】
用語「クライアント側」アプリケーションは、従来のパーソナルコンピュータネットワークサーバ構成だけには限定されない。したがって、本発明には、当業者に知られているものを含めて他の計算機装置にネットワーク化環境を介してアクセスするどのような計算機装置をも含めることができる。第１の計算機装置を「クライアント」と考え、第２の計算機装置を「サーバ」と考えることができる。
【００２５】
本発明の一実施形態は、インターネットウェブサイトのサーバ群の間で着信要求の負荷のバランスを取り、それによってＤＯＳ攻撃の影響を最小限にするようにウェブサイトアクセスを可能にするクライアント側の機器である。本実施形態ではまた、どのような公式のドメインネームサーバにも頼らずに、クライアントが適切なＩＰアドレスを決定しインターネットトラフィックをそのＩＰアドレスに経路指定することができるようにするコンピュータ通信用のシステムについても記載している。
【００２６】
本発明は、１つのＩＰアドレスによって識別されるウェブサイトに所与の時刻にあまりにも多すぎるユーザがアクセスを試みることに関連する負荷バランシング問題に対する効率的な解決方法を提供する。メモリキャッシュ（または他の記憶／設備システム）を含むドメインネームアドレス指定方式を利用することにより、本発明ではウェブブラウザに１組の適切なＩＰアドレスを供給する。本発明では、クライアントコンピュータに対する、ＩＰアドレスの定期的な更新および／または置換えが可能となる。クライアントがサーバとの連絡を確立した後は、クライアント側からも、サーバ側からもこの更新と置換えを開始することができる。
【００２７】
本発明の一実施形態はまた、ＤＮＳを使用して特定のインターネットサイトと情報をやりとりする必要性によって引き起こされる他のＤＯＳおよびＤＤＯＳの解決方法の不備も解決する。従来技術とは違って、本発明の一実施形態では、ＤＮＳを参照せずにクライアント側の動的な宛先ＩＰアドレス割当てが利用される。本発明のユーザにとってサイトへのアクセスはＤＮＳを参照することなく利用可能となり、したがって、攻撃者がＩＰアドレスをＤＮＳルックアップテーブルから決定し次いで攻撃をリスト化されたＩＰアドレスに向けることが防止される。さらに、動的なＩＰアドレスシステムを使用することにより、クライアントは、ハッカーおよびウィルスがどれか１つのＩＰアドレスの制御をアサートしこのＩＰアドレスを介してシステムを損なわせることがないようにする。
【００２８】
さらに、本発明の一実施形態は、クライアント側アプリケーションの知られているユーザから攻撃のソースをトレースすることができることを保証する。攻撃が本発明を使用して試みられる場合には、アプリケーションは、攻撃を追跡することが可能である。ターゲットサーバへのすべてのサイトユーザの参加が、クライアント側アプリケーションによって制御されることになるので、ターゲットサイトでは、攻撃のソースを決定することができるようになり、その攻撃をそのソースのところで消滅させる機能をもつ。ＤＤＯＳに対する従来技術の解決方法では、ソースアドレスがしばしばスプーフを受けるので、攻撃の実際のソースを決定することができなくなる。さらに、本発明がターゲットインターネットサイトに対するアクセスを制御するので、スプーフを受けたアドレスを使用して本発明を利用するサイトを攻撃することはできない。クライアント側のアプリケーションをもたないユーザは、ＤＮＳを利用してサイトにアクセスしようと試みることができるが、ＤＮＳによって供給されるＩＰアドレスを利用するトラフィックはどれも、以上で指摘したように輻輳、ＤＯＳ、その他の攻撃に対してぜい弱なままである。
【発明を実施するための最良の形態】
【００２９】
本発明は、インターネットなどのコンピュータネットワ−ク中の動的なクライアント側の負荷バランシングの方法および機器を対象としている。本発明の一実施形態は、複数の接続１２０を介してネットワーク１５０に接続されるクライアントコンピュータ１００およびクライアントコンピュータ１１０を備える、図１に示すコンピュータシステム中に実装することができる。さらに、ネットワーク１５０には、ウェブサイトのホストとしての役割を果たし、データファイルおよびプログラムファイルをネットワーク化されたクライアントコンピュータ１００および１１０に供給することができる、サーバコンピュータＡ１３０、サーバコンピュータＡ１３１、サーバコンピュータＡ１３２など、複数のサーバコンピュータが接続されている。本発明の一実施形態では、ＤＮＳファイルサーバ１６０が、ネットワーク１５０に接続されている。図に示す実施形態中では、アドレスファイルサーバ１４０が、サーバコンピュータＡ１３０、Ａ１３１、およびＡ１３２に接続されている。
【００３０】
クライアントコンピュータ１００および１１０は、データを処理し、ネットワーク１５０上にリモートに配置されたコンピュータと通信を行うことが可能な計算機装置である。例えば、図３に、バス３１０を介して記憶装置３２０に接続されるプロセッサ３００と、ディスプレイなどの出力装置３３０と、ネットワークインターフェース装置３４０などの通信装置と、入力装置３５０とを備えるクライアントコンピュータ１００を示す。クライアントコンピュータ１００の動作中に、プロセッサ３００は、情報のやりとりを行い記憶装置３２０中に記憶されるデータおよびプログラミングコードをバス３１０を介して読み取って必要な処理ステップを実行する。記憶装置３２０は、データおよびプログラムコードを記憶する揮発性または不揮発性の記憶装置でもよい。本発明の一実施形態では、記憶装置３２０は、クライアントコンピュータ１００の動作中にインターネットファイルアクセス装置３９０の少なくとも一部分を記憶する。インターネットファイルアクセス装置３９０により、クライアントコンピュータ１００のユーザは、リモートサーバコンピュータに記憶されるインターネットファイルにアクセスすることができる。これらのファイルは、例えばサーバコンピュータＡ１３０、Ａ１３１、およびＡ１３２に記憶されるデータファイルおよびプログラムファイルとすることが可能である。本発明のインターネットファイルアクセス装置３９０では、共に特定のファイルの記憶位置の情報を識別し提供する一意的なファイル識別子またはアドレスに基づいてインターネットファイルが位置決めされ検索される。
【００３１】
本発明の一実施形態では、アドレスは、ユーザがＤＮＳを使用することなくサーバコンピュータＡ１３０、Ａ１３１、またはＡ１３２からウェブページを検索するためにまたはファイルをダウンロードするためにクライアントコンピュータ１００に入力するＵＲＬアドレスから導き出され得る。例えば、仮想のＵＲＬを、「ｃｏｍｐｕｔｅｒ．ｃｏｍ／ｄｉｒｅｃｔｏｒｙ／ｄｏｃｕｍｅｎｔ」とすることができる。最初の単一順スラッシュの左側のＵＲＬ部分、すなわち「ｃｏｍｐｕｔｅｒ．ｃｏｍ」は、サーバコンピュータを識別し、ＵＲＬのサーバ識別部分と呼ぶことができる。ＵＲＬのこの部分は、識別されたサーバコンピュータのＩＰアドレスに分解することができ、このアドレスの第１の部分を形成する。ＵＲＬ中の第１の単一順スラッシュの右側のＵＲＬ部分、すなわち「ｄｉｒｅｃｔｏｒｙ／ｄｏｃｕｍｅｎｔ」は、識別されたサーバコンピュータ上に記憶され、あるいはホストとなる特定のファイルを識別し、このアドレスの第２の部分を形成する。ＵＲＬのこの部分はファイル識別部分と呼ぶことができる。したがって、このアドレスは、２つの部分、すなわちファイルが配置されるコンピュータサーバを識別する部分と、その識別されたコンピュータサーバ上で特定のファイルおよびその記憶位置を識別する任意選択による部分とを含むことができる。ＵＲＬがファイル識別部分を含まない場合には、このＵＲＬでは、デフォルトウェブページまたはホームページと呼ぶことのできるファイルにアクセスすることができる。かかるＵＲＬに対する関連するアドレスには、サーバ識別部分だけしか含まれないことになる。
【００３２】
本発明の一実施形態では、インターネットファイルアクセス装置３９０は、マイクロソフトインターネットエクスプローラ（Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ）やネットスケープナビゲータ（Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ）などのウェブブラウザプログラムである。しかし、他の実施形態では、インターネットファイルアクセス装置３９０はまた、マイクロソフトアウトルックエクスプレス（Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓ）などの電子メールプログラム、またはファイルのＵＲＬに基づいてリモートコンピュータからファイルを検索するファイル転送プログラムでもよい。
【００３３】
記憶装置３２０にはインターネットファイルアクセス装置３９０に加えて、他のプログラムおよびデータファイルを記憶することもできる。これらのプログラムおよびデータファイルには、例えば、オペレーティングシステムプログラム３７０、アドレスファイルデータベース３６０、および負荷バランシングプログラム３８０が含まれる可能性がある。負荷バランシングプログラム３８０は、インターネットファイルアクセス装置３９０に入力されるＵＲＬを読み取り、アドレスをインターネットファイルアクセス装置３９０に戻し、インターネットファイルアクセス装置３９０がウェブページおよびファイルを検索できるようにする。ＵＲＬのサーバ識別部分を認識することにより、負荷バランシングプログラム３８０では、要求されたファイルのコピーを有するサーバコンピュータＡ１３０、Ａ１３１、またはＡ１３２のＩＰアドレスを見出すことができる。次いで、負荷バランシングプログラム３８０が同一のサーバ識別部分をもつＵＲＬを受け取るたびごとに、負荷バランシングプログラム３８０では、異なるサーバのＩＰアドレスが選択され戻される。したがって、ユーザが、ファイルまたはウェブページを特定のウェブサイトから検索しようと試みるとき、ウェブサイトのホストとなるいくつかのサーバコンピュータ間で処理する負荷を共用することができる。さらに、異なるクライアントには、あるウェブサイトに対する共通のコンテンツのホストとなるサーバコンピュータに対する有効なＩＰアドレスの全体リストの異なるサブセットを表す異なるＩＰリストを割り当てることができる。この負荷バランシングシステムは、クライアントコンピュータ中で動作し、クライアント側システムと呼ぶこともできる。
【００３４】
本発明の一実施形態では、負荷バランシングプログラム３８０は、アドレスファイルデータベース３６０を使用し保持してインターネットファイルアクセス装置３９０に入力されるＵＲＬを認識し対応するサーバコンピュータのＩＰアドレスを見出す。ＩＰアドレスファイルデータベース３６０の実施形態の一例を図４に４つのカラムを含むデータベースとして示す。カラムＡは、ＵＲＬのサーバ識別部分のリスト、ｕｒｌＡ、ｕｒｌＢ、およびｕｒｌＣである。カラムＢ中のこれらの各ＵＲＬに対応して少なくとも２つのＩＰアドレスが存在する。ｕｒｌＡに対応するサーバコンピュータのＩＰアドレスには、例えばサーバコンピュータＡ１３０を識別するｉｐａｄｄｒｅｓｓＡ１、サーバコンピュータＡ１３１を識別するｉｐａｄｄｒｅｓｓＡ２、サーバコンピュータＡ１３２を識別するｉｐａｄｄｒｅｓｓＡ３、およびネットワーク１５０に接続され得るさらに他のサーバコンピュータＡ１３３を識別するｉｐａｄｄｒｅｓｓＡ４があり得る。同様にｉｐａｄｄｒｅｓｓＢ１、ｉｐａｄｄｒｅｓｓＢ２、ｉｐａｄｄｒｅｓｓＢ３、ｉｐａｄｄｒｅｓｓＢ４、およびｉｐａｄｄｒｅｓｓＢ５は、ｕｒｌＢに対応するアドレスであり、ネットワーク１５０に接続され得るサーバコンピュータを識別する。アドレスｉｐａｄｄｒｅｓｓＣ１、ｉｐａｄｄｒｅｓｓＣ２、およびｉｐａｄｄｒｅｓｓＣ３は同様にｕｒｌＣに関連し、さらに他のサーバコンピュータを識別する。カラムＣは、最後に使用された各ＵＲＬに対応するＩＰアドレスを識別するポインタを含む。したがって、このポインタは前に選択されたアドレスを特定し、対応するＵＲＬが再び入力されるときに負荷バランシングプログラム３８０が異なるアドレスを選択できるようにする。カラムＤは、各ＩＰアドレスによって識別されるサーバコンピュータを示す。負荷バランシングプログラム３８０は、インターネットファイルアクセス装置３９０とは別のプログラムにすることもでき、また任意選択で、ウェブサイトアクセス装置３９０に組み入れ、その統合部分を形成することもできる。同様に、アドレスファイルデータベース３６０は、インターネットファイルアクセス装置３９０とは別にすることも、またそれと統合することもできる。
【００３５】
オペレーティングシステムプログラム３７０は、クライアントコンピュータ１００システムにプロセッサ３００がクライアントコンピュータ１００の基本的な動作を制御し管理することができるようにする機能を提供する。適切なオペレーティングシステムとしては、例えばＵＮＩＸ（登録商標）、ＭＳ−ＤＯＳ、およびマイクロソフトウィンドウズ（登録商標）が含まれる。
【００３６】
クライアントコンピュータ１００のその他の機能としては、ネットワークインターフェース３４０、入力装置３５０、および出力装置３３０を含めることができる。ネットワークインターフェース３４０では、ネットワーク伝送用に設けられたバス３１０上に送信される信号を受信し、これらの信号をネットワーク１５０上に送信するのに適したフォーマットに変換するが、またクライアントコンピュータ１００を対象とするネットワーク１５０から受信した信号についても逆に同様なことが行われる。したがって、ネットワークインターフェース３４０によって、クライアントコンピュータ１００では、リモート装置およびリモートコンピュータとネットワーク１５０を介して通信を行うことが可能になる。本発明の一実施形態では、入力装置３５０には、キーボード、タッチセンシティブスクリーン、マウスなどのポインティング装置、音声認識装置、バーコードリーダなど、当業者に知られているいくつかの装置のうちの任意のものが含まれる。クライアントコンピュータ１００のユーザは、命令およびデータを入力装置３５０を介して入力し、これらの命令およびデータは、オペレーティングシステムプログラム３７０を用いてプロセッサ３００が読み取って他のプログラムおよび装置が適宜使用することになる。出力装置３３０は、処理データおよび他の情報をクライアントコンピュータ１００のユーザに提示するものであり、当業者に知られているディスプレイモニタやオーディオスピーカなどの装置である。
【００３７】
以上で指摘したように、接続１２０は、クライアントコンピュータ１００をネットワーク１５０に接続している。接続１２０は、クライアントコンピュータ１００への、またそれからのデータ通信を容易にするために使用されるどのようなタイプの方式でもよい。例えば、接続１２０は、コンピュータ１００をネットワーク１５０に接続する、ダイアルアップ接続、ケーブルモデム接続、専用回線接続、光接続、赤外線接続などのインターネット接続とすることが可能である。本発明の一実施形態では、アドレスファイルサーバ１４０は、ＩＰアドレスをサーバコンピュータＡ１３０、Ａ１３１、またはＡ１３２に伝え、これらサーバコンピュータは、クライアントコンピュータ１００および１１０とネットワーク１５０を介して通信を行う。別の実施形態では、アドレスファイルサーバ１４０をサーバコンピュータＡ１３０、Ａ１３１、およびＡ１３２中に埋め込むことができる。別の実施形態では、ファイルサーバ１４０はネットワーク１５０上で直接に情報をやりとりする。
【００３８】
知られているネームサーバでは、照会で要求されるＩＰアドレスをクライアントコンピュータに伝送することによってＵＲＬがＩＰアドレスに分解される。対照的に、アドレスファイルサーバ１４０では、ＵＲＬおよび対応するＩＰアドレスのリストが、（ホストサイトコンピュータサーバを介して）クライアントコンピュータ１００および１１０に伝送されて、クライアントコンピュータのアドレスファイルデータベース３６０が更新される。クライアントコンピュータ１００がサーバまたはアドレスファイルサーバ１４０と連絡を取った後に、例えば、ＵＲＬに割り当てられるＩＰアドレスが変更されている場合には、クライアントコンピュータ１００からの要求に応答して、またはアドレスファイルサーバ１４０が決める時間に応答してリストを伝送することができる。アドレスファイルサーバ１４０は、サーバコンピュータＡ１３０、Ａ１３１、およびＡ１３２のＵＲＬおよびＩＰアドレスのリスト化を要求するクライアントコンピュータ１００を記録に残すこともできる。このようにして、サーバコンピュータＡ１３０、Ａ１３１、およびＡ１３２のＩＰアドレスの配布をある種の所望のユーザグループ間で監視し制御することができる。これによって、ハッカーに対する保護が追加される。また、ＵＲＬおよびＩＰアドレスのリストは、符号化または暗号化したフォーマットで伝送することができ、その結果、指定受信者だけが伝送されたＩＰアドレスを暗号解読し利用できるようになる。本発明の一実施形態では、ウェブサイトのオペレータがアドレスファイルサーバ１４０を操作する。アドレスファイルサーバ１４０を物理的にサーバコンピュータＡ１３０、Ａ１３１、およびＡ１３２と同じ場所に配置することもできる。この実施形態では、オペレータは、クライアントコンピュータ１００および１１０がサーバコンピュータＡ１３０、Ａ１３１、またはＡ１３２と連絡を取り始めた後に、直接またはサーバコンピュータを介してどのようにいつＩＰアドレスをクライアントコンピュータ１００および１１０に対して解放するかを制御することができる。代替実施形態では、アドレスファイルサーバ１４０をサードパーティの負荷バランシングサービスプロバイダが操作し、維持することができる。
【００３９】
クライアントコンピュータ１００または１１０が、サーバコンピュータＡ１３０、Ａ１３１、またはＡ１３２と正常に連絡を取った後、本発明の一実施形態におけるクライアントコンピュータ１００または１１０の指示によって、あるいは別の実施形態におけるサーバコンピュータＡ１３０、Ａ１３１、またはＡ１３２の指示によってＩＰアドレスファイルデータベース３６０に記憶されるＩＰアドレスリストをリフレッシュし更新することができる。
【００４０】
図５は、本発明の負荷バランシング方法の一実施形態の動作を示す流れ図である。ステップ５１０では、ユーザは、ＵＲＬ、例えば図４に示すｕｒｌＡをクライアントコンピュータ１００中の入力装置３５０を介してインターネットファイルアクセス装置３９０またはブラウザに入力する。ステップ５２０では、インターネットファイルアクセス装置３９０は、入力されたｕｒｌＡを負荷バランシングプログラム３８０へと転送し、ここでＵＲＬを読み取る。ステップ５３０で、負荷バランシングプログラム３８０は、ＩＰアドレスファイルデータベース３６０に照会を行いｕｒｌＡのサーバ識別部分に対応するＩＰアドレスがリスト化されているかどうかを判定する。対応するＩＰアドレスが見出された場合、ステップ５４０で負荷バランシングプログラム３８０はＩＰアドレスファイルデータベース３６０に照会して、どのＩＰアドレスが最後に使用されたかを決定する。図４に示すように、最後に使用されたＩＰアドレスはｉｐａｄｄｒｅｓｓＡ２である。ステップ５５０で、負荷バランシングプログラム３８０は、選択されたアルゴリズムに基づいて最後に使用されたｉｐａｄｄｒｅｓｓＡ２と異なるＩＰアドレスを選択する。例えば、負荷バランシングプログラム３８０は、アドレスファイルデータベース３６０中のｉｐａｄｄｒｅｓｓＡ２の直後にリストされるＩＰアドレスを選択することができる。あるいは、負荷バランシングプログラム３８０は、ｉｐａｄｄｒｅｓｓＡ２を除外した残りのＩＰアドレスから無作為に選択することができる。ステップ５６０で、負荷バランシングプログラム３８０は、ＵＲＬのファイル識別部分にＩＰアドレスを付けてアドレスを形成し、適切なサーバコンピュータへと送信するためにこの新しく形成されたアドレスをブラウザに戻す。例えば、次に選択されたＩＰアドレスがｉｐａｄｄｒｅｓｓＡ３である場合には、ブラウザはサーバコンピュータＡ１３２用のＩＰアドレスを受け取ることになり、このサーバに向けて要求を送信する。
【００４１】
しかし、ステップ５３０で、負荷バランシングプログラム３８０が、入力されたＵＲＬのサーバ識別部分に対応するＩＰアドレスのリストがＩＰアドレスファイルデータベース３６０中に存在しないと判定する場合には、負荷バランシングプログラム３８０は、次にステップ５７０を実施する。このステップでは、ＩＰアドレスファイルデータベース３６０の更新を要求するメッセージがアドレスファイルサーバ１４０へと伝送される。負荷バランシングプログラム３８０が、かかる更新が受け取られていないと判定する場合にはステップ５９０が実施され、ＩＰアドレスの従来技術による要求がＤＮＳに対して行われる。別の実施形態では、ステップ５３０における応答が「ノー（ｎｏ）」である場合には、システムはステップ５９０へと直ちに進み、ＩＰアドレスに対する従来技術による要求がＤＮＳに対して行われる。
【００４２】
図２に示すように、インターネットネットワ−クは、ネットワーク２６０それ自体、クライアント２００などのユーザコンピュータ、サーバコンピュータ２３０、２３１、２３２、およびドメインネームサーバ２５０を含む。クライアントコンピュータ２００のユーザは、選択されたウェブサイトまたはファイルのＵＲＬを入力することにより、サーバコンピュータ２３０、２３１、および２３２に配置されるファイルにアクセスする。クライアントコンピュータ２００は、入力されたＵＲＬに対応するＩＰアドレスを要求する要求を指定されたネームサーバ２５０へと転送する。指定されたネームサーバ２５０は、そのデータベースの検査を実施してデータベースに要求されたＩＰアドレスが含まれているかどうかを判定する。含まれていない場合には、指定されたネームサーバ２５０は、ドメインネームサーバ、または要求を満たすことができそうな別のネームサーバのＩＰアドレスを戻す。したがって、例えば、ユーザは、ウェブサイトのＵＲＬ「ｍｉｃｒｏｓｏｆｔ．ｃｏｍ」をパーソナルコンピュータ上のウェブサイトブラウザにタイプ入力することができる。このウェブサイトにアクセスを行う要求は、コネクタ２２０を介してこのウェブサイトをホストするサーバコンピュータ、例えばサーバコンピュータ２３２に伝送され、このウェブサイトはネットワーク２６０上でアクセスされる。この通信の進行中に、指定されたネームサーバ２５０は、アクセスされて、入力された論理ＵＲＬに対応するＩＰアドレスをブラウザに戻す。指定されたネームサーバ２５０は、この論理ＵＲＬ（ｍｉｃｒｏｓｏｆｔ．ｃｏｍ）をＩＰアドレス（２０７．４６．１９７．１００）にマッピングする。図２に示すシステム中では、指定されたネームサーバ２５０は、１つのＵＲＬを１つのＩＰアドレスにマッチングさせるだけである。すなわち、ドメインネームサーバ２５０に提示されるＵＲＬのどの１回の照会に対しても、サーバコンピュータ２３２中に置かれるウェブサイトに対応するただ１つのＩＰアドレスしか配布されない。
【００４３】
従来技術のシステムでは、ドメインネームサーバ（ＤＮＳ）が、直接的にまたは間接的に利用されて所与の任意の資源ＵＲＬに対するＩＰアドレスを戻す。ＩＰアドレスと資源ＵＲＬの間の相関は、固定されたものであり、すなわち、ＤＮＳを利用するに際して、論理ＵＲＬは、現在のマッピングされたＩＰアドレスを戻す。
【００４４】
本発明の一実施形態では、少なくとも２つのＩＰアドレスが、クライアントコンピュータ１００または１１０を利用する対応する論理ＵＲＬに対して割り当てられる。ＤＮＳは含まれず、クライアントコンピュータ１００には、ＵＲＬを受信し、ＵＲＬを最後に使用されたＩＰアドレス以外のＩＰアドレスに関連づけるために必要なプログラムとデータが含まれる。変換プロセスは、通常の任意のデータ操作手段を用いて行うことができ、その結果、例えばクライアントコンピュータでは、記憶装置と関連する適切な任意のプログラムを利用することができる。
【００４５】
さらに、異なるサーバコンピュータＡ１３０、Ａ１３１、およびＡ１３２が共通の資源ＵＲＬに関するアクセス要求を受信するので、クライアントコンピュータ１００は、複数のＩＰアドレスを用いてＵＲＬを循環させ、ユーザのコンピュータから直接に負荷バランシングを実現し、ＤＯＳ攻撃に対して保護を行うことができる。この実施形態では、１つの公共アクセス可能なＤＮＳ１６０中のＵＲＬ／ＩＰアドレスの関係を頼りにして、サーバコンピュータＡ１３０、Ａ１３１、またはＡ１３２、あるいはＤＮＳによって指定される他の何らかのサーバコンピュータサイトエントリポイントを（「ヒット」数によって）圧倒するＤＯＳ攻撃の有効性を低下させることができる。
【００４６】
本発明の他の実施形態では、使用可能なＩＰアドレスを、サーバコンピュータ、例えばサーバコンピュータＡ１３０、または本発明を利用する他の任意のウェブサイトによって決定される方法でリフレッシュすることができる。例えば、ＵＲＬがクライアントコンピュータ１００上の１０個のＩＰアドレスのプールに関連づけられ、１０個のうちの９個のＩＰアドレスがコンピュータハッカーによって破壊され、ｉｐａｄｄｒｅｓｓＡ１が依然として動作している１つであると想定する場合には、クライアントコンピュータ１００および１１０が残っている良好なＩＰアドレスを介して連絡を開始した後に、サーバコンピュータＡ１３０は、ＩＰアドレスの置換リストをクライアントコンピュータ１００および１１０に送信することができる。ゴースト（ｇｈｏｓｔ）ＩＰアドレスを使用するクライアントコンピュータを有するハッカーは、新しいサーバコンピュータのＩＰアドレスを受信するはずはなく、サーバコンピュータＡ１３０および新しい有効なＩＰアドレスに位置づけられるサーバコンピュータ上でホストとなるウェブサイトを攻撃し続けることはできないはずである。公共利用可能なＤＮＳを絶えず参照しアクセスすることなく、これらの新しいＩＰアドレスを特定のサイトに関連づける機能によって、即時破壊の可能性が最小化される。
【００４７】
当業者なら、以上で説明した機器および方法において、本発明の趣旨および範囲を逸脱することなく多くの変更を行うことが可能であることが当業者には理解されよう。本発明は、添付の特許請求の範囲の記載によってのみ限定されるものとする。
【図面の簡単な説明】
【００４８】
【図１】本発明の一実施形態におけるネットワークを示す図である。
【図２】ネットワークを示す図である。
【図３】本発明の一実施形態におけるクライアントコンピュータを示す機能ブロック図である。
【図４】本発明の一実施形態におけるクライアント側アドレスファイルデータベースを示す図である。
【図５】本発明の一実施形態における、入力されたＵＲＬに対応するアドレスを選択する方法を示す図である。
【図１】
2005502239.tif 000003
【図２】
2005502239.tif 000004
【図３】
2005502239.tif 000005
【図４】
2005502239.tif 000006
【図５】
2005502239.tif 000007
【国際公開パンフレット】
2005502239.tif 000008
2005502239.tif 000009
2005502239.tif 000010
2005502239.tif 000011
2005502239.tif 000012
2005502239.tif 000013
2005502239.tif 000014
2005502239.tif 000015
2005502239.tif 000016
2005502239.tif 000017
2005502239.tif 000018
2005502239.tif 000019
2005502239.tif 000020
2005502239.tif 000021
2005502239.tif 000022
2005502239.tif 000023
2005502239.tif 000024
2005502239.tif 000025
2005502239.tif 000026
2005502239.tif 000027
2005502239.tif 000028
2005502239.tif 000029
2005502239.tif 000030
2005502239.tif 000031
2005502239.tif 000032
2005502239.tif 000033
2005502239.tif 000034
2005502239.tif 000035
2005502239.tif 000036
2005502239.tif 000037
2005502239.tif 000038
2005502239.tif 000039
【国際公開パンフレット（コレクトバージョン）】
2005502239.tif 000040
2005502239.tif 000041
【国際調査報告】
2005502239.tif 000042
2005502239.tif 000043