(57)【特許請求の範囲】
【請求項１】
負荷分散のためのデータ相互作用のシステムであって、
クライアントから第１のデータパッケージを受信し、定義済みの負荷分散戦略に従って実サーバを選択し、
前記第１のデータパッケージ内の宛先アドレスとして用いられるサーバ負荷分散装置の仮想ＩＰ（インターネットプロトコル）アドレスおよび前記第１のデータパッケージ内の宛先ポート番号として用いられる前記サーバ負荷分散装置の公開ポート番号を読み出し、前記読み出された仮想ＩＰアドレスおよび前記読み出された公開ポート番号を前記第１のデータパッケージのＴＣＰオプション内に挿入し、
前記第１のデータパッケージに含まれる宛先アドレスを前記選択された実サーバの実ＩＰアドレスに調整して第２のデータパッケージを取得し、かつ前記第２のデータパッケージを前記選択された実サーバに送信するように構成されたサーバ負荷分散装置であって、変換装置と分離されている、サーバ負荷分散装置と、
前記サーバ負荷分散装置から前記第２のデータパッケージを受信した後、第３のデータパッケージを生成し、かつ前記第３のデータパッケージを、前記クライアントに送信するように構成され、前記変換装置と分離されている、前記選択された実サーバであって、前記第３のデータパッケージに含まれる送信元アドレスが前記選択された実サーバの実ＩＰアドレスである、前記選択された実サーバと、
前記サーバ負荷分散装置から前記選択された実サーバに送信される前記第２のデータパッケージをインターセプトし、前記第２のデータパッケージに基づいて、前記クライアントと前記選択された実サーバとの間のデータ相互作用に関連するデータフローインジケータ情報を決定し、前記第２のデータパッケージの前記ＴＣＰオプション内に挿入される仮想ＩＰアドレスと公開ポート番号とを記録し、前記決定されたデータフローインジケータ情報と、前記記録された仮想ＩＰアドレスと、前記記録された公開ポート番号との対応関係を生成し、かつ前記第２のデータパッケージを前記選択された実サーバに送信し、かつ、
前記選択された実サーバから送信される前記第３のデータパッケージをインターセプトし、前記第３のデータパッケージに含まれる前記送信元アドレスを、事前に記録された前記サーバ負荷分散装置の前記仮想ＩＰアドレスに調整して第４のデータパッケージを取得し、かつ前記第４のデータパッケージを前記クライアントに送信し、前記第４のデータパッケージは、前記選択された実サーバから前記クライアントへ進行し前記サーバ負荷分散装置を通らないように構成され、実サーバゲートウェイと分離され前記サーバ負荷分散装置と分離されている、前記変換装置と、を備える、システム。
【請求項２】
前記サーバ負荷分散装置が、
前記第１のデータパッケージに含まれる前記宛先アドレスを前記選択された実サーバの前記実ＩＰアドレスに、また前記第１のデータパッケージに含まれる前記宛先ポート番号を前記選択された実サーバのポート番号に調整し、前記第２のデータパッケージを取得するようにさらに構成される、請求項１に記載のシステム。
【請求項３】
前記決定されたデータフローインジケータ情報が、前記第２のデータパッケージに含まれる送信元アドレス、宛先アドレス、送信元ポート番号、宛先ポート番号、およびプロトコル情報のうちの少なくとも１つを含む、請求項１に記載のシステム。
【請求項４】
前記変換装置が、前記選択された実サーバから送信された前記インターセプトされた第３のデータパッケージに基づいて、前記データフローインジケータ情報を決定し、前記第３のデータパッケージから決定される前記データフローインジケータ情報に対応する前記仮想ＩＰアドレスと前記公開ポート番号とを検索し、かつ前記第３のデータパッケージに含まれる前記送信元アドレスを見つけられた前記仮想ＩＰアドレスに、また前記第３のデータパッケージに含まれる前記送信元ポート番号を見つけられた前記公開ポート番号に調整し、かつ前記第４のデータパッケージを取得するようにさらに構成される、請求項１に記載のシステム。
【請求項５】
前記選択された実サーバが、前記変換装置から送信された前記第２のデータパッケージを受信するようにさらに構成される、請求項１に記載のシステム。
【請求項６】
前記変換装置および前記選択された実サーバが第１の仮想ローカルエリアネットワーク（ＶＬＡＮ）に位置付けられ、前記サーバ負荷分散装置が第２の仮想ローカルエリアネットワークに位置付けられる、請求項１に記載のシステム。
【請求項７】
負荷分散下のデータ相互作用の方法であって、
変換装置と分離されているサーバ負荷分散装置から受信される第２のデータパッケージに基づいて、選択された実サーバ（ＲＳ）からクライアントに送信された第３のデータパッケージであって、前記選択された実サーバの実ＩＰ（インターネットプロトコル）アドレスとして送信元アドレスを有する、第３のデータパッケージを、前記サーバ負荷分散装置と分離されている前記変換装置によってインターセプトすることであって、前記第２のデータパッケージが、サーバ負荷分散装置（ＳＬＢ）によって、前記クライアントから前記サーバ負荷分散装置の仮想ＩＰアドレスである宛先アドレスおよび前記サーバ負荷分散装置の公開ポート番号である宛先ポート番号を含む第１のデータパッケージを受信することと、定義済みの負荷分散戦略に従って前記実サーバを選択することと、前記サーバ負荷分散装置によって、前記第１のデータパッケージから前記サーバ負荷分散装置の前記仮想ＩＰアドレスおよび前記サーバ負荷分散装置の前記公開ポート番号を読み出すことと、前記読み出された仮想ＩＰアドレスおよび前記読み出された公開ポート番号を前記第１のデータパッケージのＴＣＰオプション内に挿入することと、前記第１のデータパッケージに含まれる前記宛先アドレスを前記選択された実サーバの前記実ＩＰアドレスに調整することとによって取得される、インターセプトすることと、
前記変換装置により、前記サーバ負荷分散装置の前記仮想ＩＰアドレスを事前に記録することであって、前記事前記録は、前記サーバ負荷分散装置から前記選択された実サーバに送信される前記第２のデータパッケージをインターセプトすることと、前記クライアントと前記選択された実サーバとの間のデータ相互作用に関連するデータフローインジケータ情報であって、送信元アドレス、宛先アドレス、送信元ポート番号、宛先ポート番号、およびプロトコル情報のうちの少なくとも１つを含む、データフローインジケータ情報を、前記第２のデータパッケージに基づいて決定することと、前記第２のデータパッケージの前記ＴＣＰオプション内に挿入される前記仮想ＩＰアドレスと公開ポート番号とを記録することと、前記データフローインジケータ情報と、前記記録された仮想ＩＰアドレスと、前記記録された公開ポート番号との対応関係を生成することと、
前記変換装置によって、前記インターセプトされた第３のデータパッケージに含まれる前記送信元アドレスを、事前に記録される前記サーバ負荷分散装置の仮想ＩＰアドレスに調整し、第４のデータパッケージを取得することと、
前記第４のデータパッケージを前記クライアントに送信することであって、前記変換装置は実サーバゲートウェイと分離され、前記第４のデータパッケージは前記選択された実サーバから前記クライアントへ進行し前記サーバ負荷分散装置を通らないことと、を含む、方法。
【請求項８】
前記第１のデータパッケージに含まれる前記宛先アドレスを前記選択された実サーバの前記実ＩＰアドレスに調整して前記第２のデータパッケージを取得することが、
前記第１のデータパッケージに含まれる前記宛先アドレスを前記選択された実サーバの前記実ＩＰアドレスに、また前記第１のデータパッケージに含まれる前記宛先ポート番号を前記選択された実サーバのポート番号に調整し、前記第２のデータパッケージを取得することを含む、請求項７に記載の方法。
【請求項９】
前記変換装置によって、前記第２のデータパッケージを前記選択された実サーバに送信することをさらに含む、請求項７に記載の方法。
【請求項１０】
前記インターセプトされた第３のデータパッケージに含まれる前記送信元アドレスを前記サーバ負荷分散装置の前記仮想ＩＰアドレスに調整し、前記第４のデータパッケージを取得する前記変換装置が、
前記変換装置によって、前記選択された実サーバから送信された前記インターセプトされた第３のデータパッケージに基づいて、データフローインジケータ情報を決定することと、
前記第３のデータパッケージから決定される前記データフローインジケータ情報に対応する仮想ＩＰアドレスと公開ポート番号とを検索することと、
前記第３のデータパッケージに含まれる前記送信元アドレスを見つけられた仮想ＩＰアドレスに、また前記第３のデータパッケージに含まれる送信元ポート番号を見つけられた公開ポート番号に調整し、前記第４のデータパッケージを取得することと、を含む、請求項７に記載の方法。
【請求項１１】
負荷分散下でのデータ相互作用の装置であって、
前記装置は、
一つ以上のプロセッサと、
前記一つ以上のプロセッサにより実行可能な命令を含むメモリと、を含み、
前記命令は、実行されたときに、
変換装置と分離されているサーバ負荷分散装置（ＳＬＢ）から受信される第２のデータパッケージに基づいて選択された実サーバ（ＲＳ）からクライアントに送信される第３のデータパッケージを、前記サーバ負荷分散装置と分離されている前記変換装置によってインターセプトし、前記第３のデータパッケージが、前記選択された実サーバの実ネットワークインターネットプロトコル（ＩＰ）アドレスである送信元アドレスを含み、前記第２のデータパッケージが、サーバ負荷分散装置（ＳＬＢ）によって、前記クライアントから前記サーバ負荷分散装置の仮想ＩＰアドレスである宛先アドレスおよび前記サーバ負荷分散装置の公開ポート番号である宛先ポート番号を含む第１のデータパッケージを受信することと、定義済みの負荷分散戦略に従って前記実サーバを選択することと、前記サーバ負荷分散装置によって、前記第１のデータパッケージから前記宛先アドレスとして用いられる前記サーバ負荷分散装置の前記仮想ＩＰアドレスおよび前記宛先ポート番号として用いられる前記サーバ負荷分散装置の前記公開ポート番号を読み出すことと、前記読み出された仮想ＩＰアドレスおよび前記読み出された公開ポート番号を前記第１のデータパッケージのＴＣＰオプション内に挿入することと、前記第１のデータパッケージに含まれる前記宛先アドレスを前記選択された実サーバの前記実ＩＰアドレスに調整することとによって取得される、ステップと、
前記変換装置により、前記第２のデータパッケージに基づいて、前記クライアントと前記選択された実サーバとの間のデータ相互作用に関連するデータフローインジケータ情報を決定し、前記第２のデータパッケージの前記ＴＣＰオプション内に挿入される仮想ＩＰアドレスと公開ポート番号とを記録し、かつ前記データフローインジケータ情報と、前記記録された仮想ＩＰアドレスと、前記記録された公開ポート番号との対応関係を確立する、ステップと、
前記変換装置により、前記インターセプトされた第３のデータパッケージに含まれる前記送信元アドレスを、事前に記録される前記サーバ負荷分散装置の前記仮想ＩＰアドレスに調整し、第４のデータパッケージを取得する、ステップと、
前記第４のデータパッケージを前記クライアントに送信するステップであって、前記変換装置は実サーバゲートウェイと分離され、前記第４のデータパッケージは前記選択された実サーバから前記クライアントへ進行し前記サーバ負荷分散装置を通らないステップと
を行う、装置。
【請求項１２】
前記命令は、前記サーバ負荷分散装置から前記選択された実サーバに送信される前記第２のデータパッケージをインターセプトするステップをさらに行い、
前記第２のデータパッケージが、前記第１のデータパッケージに含まれる前記宛先アドレスを前記選択された実サーバの前記実ＩＰアドレスに調整することと、前記第１のデータパッケージに含まれる前記宛先ポート番号を前記選択された実サーバのポート番号に調整することによって取得される、請求項１１に記載の装置。
【請求項１３】
前記決定されたデータフローインジケータ情報が、前記第２のデータパッケージに含まれる送信元アドレス、宛先アドレス、送信元ポート番号、宛先ポート番号、およびプロトコル情報のうちの少なくとも１つを含む、請求項１１に記載の装置。
【請求項１４】
前記命令は、前記第２のデータパッケージを前記選択された実サーバに送信するステップをさらに含む、請求項１１に記載の装置。
【請求項１５】
前記命令は、前記選択された実サーバから送信される前記インターセプトされた第３のデータパッケージに基づいて、データフローインジケータ情報を決定するステップをさらに含む、請求項１１に記載の装置。
【請求項１６】
前記命令は、前記第３のデータパッケージから決定される前記データフローインジケータ情報に対応する前記仮想ＩＰアドレスと前記公開ポート番号とを検索するステップをさらに含む、請求項１５に記載の装置。
【請求項１７】
前記命令は、前記第３のデータパッケージに含まれる前記送信元アドレスを見つけられた仮想ＩＰアドレスに調整し、前記第３のデータパッケージに含まれる前記送信元ポート番号を見つけられた公開ポート番号に調整して、前記第４のデータパッケージを取得するステップをさらに含む、請求項１６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連特許出願の相互参照）
本出願は、「Ｓｙｓｔｅｍ，Ｍｅｔｈｏｄ  ａｎｄ  Ａｐｐａｒａｔｕｓ  ｏｆ  Ｄａｔａ  Ｉｎｔｅｒａｃｔｉｏｎ  ｕｎｄｅｒ  Ｌｏａｄ  Ｂａｌａｎｃｉｎｇ」と題された２０１２年１０月１７日に出願された中国特許出願第２０１２１０３９４８７５．５号に対して外国優先権を主張し、その内容は参照によって本出願に援用される。
【０００２】
本開示は、通信技術の分野に関し、特に、負荷分散下のデータ相互作用の、システム、方法、および装置に関する。
【背景技術】
【０００３】
現代の業務量の増加ならびに訪問者量およびデータ交通量の急速な成長のために、単一のサーバは、もはや、その処理性能の弊害に起因する要求を満たすことができない。したがって、複数のサーバからなるサーバクラスタを採用し、大量のデータ通信量をサーバクラスタの複数のサーバ上に分散するための負荷分散技術を用いる方法が出現した。
【０００４】
図１は、既存の技術に従う負荷分散下のデータ相互作用のシステムを図解する構造図である。図１に示されるように、サーバを訪問するためにクライアントによって送信される第１のデータパッケージは、サーバ負荷分散装置（ＳＬＢ）を最初に通過し、ＳＬＢが、既存の技術下で、実サーバ（ＲＳ）を選択してクライアントにサービスを提供し、かつクライアントの第１のデータパッケージを選択された実サーバに送信する。第１のデータパッケージを受信した後、実サーバは、サーバ負荷分散装置を介してクライアントに第２のデータパッケージを戻し、クライアントとの１つのデータ相互作用を完了する。
【０００５】
上述の過程からわかるように、実サーバに入る通信量は、最初にサーバ負荷分散装置を通過する。サーバ負荷分散装置は、特定の負荷分散戦略を用いてクライアントにサービスを提供するために実サーバを選択する。選択された実サーバは、サーバ負荷分散装置を介してクライアントとのデータの相互作用を実行する。選択された実サーバがサーバ負荷分散装置を介してクライアントとのデータ相互作用を実行し、つまり、選択された実サーバからサーバ負荷分散装置を通してクライアントに流れる通信量は、また、サーバ負荷分散装置を通過するが、サーバ負荷分散装置が実サーバから流れる通信量に対する負荷分散過程を実行しない、ことに留意されたい。
【０００６】
しかし、実サーバに関しては、実サーバに入る通信量は、通常、実サーバに由来する通信量よりもはるかに少ない。実サーバに由来する通信量のそのような膨大な量は、また、クライアントに到達するために、サーバ負荷分散装置を通過し、このようにサーバ負荷分散装置の作業負荷を飛躍的に増大させる。
【発明の概要】
【０００７】
本概要は、以下に詳細な説明にさらに説明される単純化された形式で一連の概念を導入するために提供される。本概要は、特許請求の範囲に記載された主題のあらゆる主要な特徴または本質的な特徴を特定することが意図されず、特許請求の範囲に記載された主題の範囲を決定する上での支援として単独で用いられることも意図されない。「技法」という用語は、例えば、上の文脈によって、かつ本開示の全体を通して容認されるような、デバイス（複数可）、システム（複数可）、方法（複数可）、および／またはコンピュータが読み出し可能な命令を指し得る。
【０００８】
本開示の実施形態は、既存の技術におけるサーバ負荷分散の高作業負荷の問題を解決するために、負荷分散下のデータ相互作用の、システム、方法、および装置を提供する。
【０００９】
少なくとも１つの実施形態では、本開示は、負荷分散下のデータ相互作用のシステムを提供し、本システムは、
クライアントから第１のデータパッケージを受信し、定義済みの負荷分散戦略に従って実サーバ（ＲＳ）を選択し、第１のデータパッケージに含まれる宛先アドレスを選択された実サーバの実ＩＰ（インターネットプロトコル）アドレスに調整して第２のデータパッケージを取得し、かつ第２のデータパッケージを選択された実サーバに送信するように構成されたサーバ負荷分散装置であって、クライアントから送信される第１のデータパッケージに含まれる宛先アドレスが、サーバ負荷分散装置の仮想ＩＰアドレスである、サーバ負荷分散装置（ＳＬＢ）と、
第２のデータパッケージを受信した後、第３のデータパッケージを生成し、かつ第３のデータパッケージを、クライアントに送信するように構成された実サーバであって、第３のデータパッケージに含まれる送信元アドレスが実サーバの実ＩＰアドレスである、実サーバと、
実サーバから送信される第３のデータパッケージをインターセプトし、第３のデータパッケージに含まれる送信元アドレスを、事前に記録されたサーバ負荷分散装置の仮想ＩＰアドレスに調整して第４のデータパッケージを取得し、かつ第４のデータパッケージをクライアントに送信するように構成された変換装置と、を含む。
【００１０】
いくつかの実施形態では、本開示は、負荷分散下でのデータ相互作用の方法を提供し、本方法は、
受信される第２のデータパッケージに基づいて実サーバ（ＲＳ）からクライアントに送信された第３のデータパッケージであって、実サーバの実ＩＰ（インターネットプロトコル）アドレスとして送信元アドレスを有する、第３のデータパッケージを、変換装置によってインターセプトすることであって、第２のデータパッケージが、サーバ負荷分散装置（ＳＬＢ）によって、クライアントからサーバ負荷分散装置の仮想ＩＰアドレスである宛先アドレスを含む第１のデータパッケージを受信することと、定義済みの負荷分散戦略に従って実サーバを選択することと、第１のデータパッケージに含まれる宛先アドレスを実サーバの実ＩＰアドレスに調整することとによって取得される、インターセプトすることと、
変換装置によって、インターセプトされた第３のデータパッケージに含まれる送信元アドレスを、事前に記録されるサーバ負荷分散装置の仮想ＩＰアドレスに調整し、第４のデータパッケージを取得することと、
第４のデータパッケージをクライアントに送信することと、を含む。
【００１１】
いくつかの実施形態では、本開示は、負荷分散下でのデータ相互作用のための装置を提供し、本装置は、
受信される第２のデータパッケージに基づいて実サーバ（ＲＳ）からクライアントに送信された第３のデータパッケージをインターセプトするために用いられる、第１のインターセプトモジュールであって、第３のデータパッケージが、実サーバの実ネットワークインターネットプロトコル（ＩＰ）アドレスである送信元アドレスを含み、第２のデータパッケージが、サーバ負荷分散装置（ＳＬＢ）によって、クライアントからサーバ負荷分散装置の仮想ＩＰアドレスである宛先アドレスを含む第１のデータパッケージを受信することと、定義済みの負荷分散戦略に従って実サーバを選択することと、第１のデータパッケージに含まれる宛先アドレスを実サーバの実ＩＰアドレスに調整することとによって取得される、第１のインターセプトモジュールと、
インターセプトされた第３のデータパッケージに含まれる送信元アドレスを、事前に記録されるサーバ負荷分散装置の仮想ＩＰアドレスに調整し、第４のデータパッケージを取得するために用いられる、調整モジュールと、
第４のデータパッケージをクライアントに送信するために用いられる、第１の送信モジュールと、を含む。
【００１２】
本開示の実施形態は、負荷分散下のデータ相互作用の、システム、方法、および装置を提供する。本システムは、サーバ負荷分散装置、実サーバ、および変換装置を備える。クライアントから実サーバに送信されるデータパッケージは、サーバ負荷分散装置によって処理され、実サーバに送信される。実サーバからクライアントに送信されるデータパッケージは、変換装置によって処理され、クライアントに送信される。実サーバからクライアントに流れる通信量は、本開示の実施形態によって提供されるような上述のシステムでは、サーバ負荷分散装置を通過するのではなく、変換装置によって処理されて、クライアントに送信されるため、ひいてはサーバ負荷分散装置への作業負荷が効果的に低減される。
【図面の簡単な説明】
【００１３】
【図１】既存の技術における負荷分散下のデータ相互作用のシステムを図解する構造図である。
【図２】本開示の実施形態に係る負荷分散下のデータ相互作用のシステムを図解する構造図である。
【図３】図２のデータ相互作用のシステムの例に基づくデータ相互作用の過程を図解するフローチャートである。
【図４】本開示の実施形態に係る負荷分散下のデータ相互作用のシステムの詳細を図解する構造図である。
【図５】図４のデータ相互作用のシステムの例に基づくデータ相互作用の過程の詳細を図解するフローチャートである。
【図６】本開示の実施形態に係る負荷分散下のデータ相互作用の装置を図解する構造図である。
【図７】図６に説明されるような装置の例を図解する構造図である。
【発明を実施するための形態】
【００１４】
図１に示されるような既存のシステムでは、クライアントから実サーバに送信されるデータパッケージは、サーバ負荷分散装置によって処理された後に実サーバに入る。実サーバが、クライアントから送信されたデータパッケージに基づいて、別のデータパッケージをクライアントに戻すとき、戻されたデータパッケージは、また、クライアントに到達するために、サーバ負荷分散装置を通過する。しかし、実アプリケーションにおいて、実サーバ内に流れる通信量が、通常、実サーバから流れる通信量よりもはるかに小さいので、特に、実サーバクラスタのスケールがあまりにも大きくて、サーバ負荷分散装置の作業負荷がさらに増大させられるときに、既存のシステムは、サーバ負荷分散装置の作業負荷を増大させる。さらに、実サーバからクライアントに送信されたデータパッケージがサーバ負荷分散装置を通過するので、実サーバから実サーバゲートウェイへの経路（実サーバに対するデフォルトである）は、実サーバからサーバ負荷分散装置への経路に修正される必要がある。したがって、実サーバおよびサーバ負荷分散装置は、同じ仮想ローカルエリアネットワーク（ＶＬＡＮ）内に展開される必要があり、このように実サーバおよびサーバ負荷分散装置の展開における可撓性を低減する。
【００１５】
本開示の実施形態は、負荷分散のためのデータ相互作用の、システム、方法、および装置を提供する。本システムは、サーバ負荷分散装置、実サーバ、および変換装置を含む。クライアントから実サーバに送信されるデータパッケージは、サーバ負荷分散装置によって処理され、実サーバに送信される。実サーバからクライアントに送信されるデータパッケージは、変換装置によって処理され、クライアントに送信される。実サーバからクライアントに流れる通信量は、上述のシステムの例では、サーバ負荷分散装置を通過するのではなく、変換装置によって処理されて、クライアントに送信されるため、ひいてはサーバ負荷分散装置への作業負荷が効果的に低減される。
【００１６】
本開示の実施形態は、添付の図と併せて以下に詳細に説明される。
【００１７】
図２は、本開示の実施形態に係る負荷分散２００のためのデータ相互作用のシステムを図解する構造図であり、サーバ負荷分散装置２０２、複数の実サーバ２０４（ａ）〜２０４（ｃ）、および変換装置２０６を含む。図２は、また、クライアント２０８を示す。
【００１８】
図２に示されるようなシステムに基づいて、クライアント２０８と実サーバ２０４（ａ）〜２０４（ｃ）との間のデータ相互作用の過程が図３に示される。図３は、図２のシステムの例に基づくデータ相互作用の過程を図解するフローチャートであり、以下を含む。
【００１９】
Ｓ３０１：サーバ負荷分散装置が、第１のデータパッケージをクライアントから受信する。
クライアントから送信された第１のデータパッケージに含まれる宛先アドレスは仮想インターネットプロトコル（ＩＰ）アドレスであり、第１のデータパッケージに含まれる送信元アドレスはクライアントの実ＩＰアドレスである。
【００２０】
概して、複数の実サーバからなる実サーバクラスタが、ウェブサイトを訪問する通信量を共有するために用いられるとき、ウェブサイトは、ユーザの訪問を容易にするためのサーバ負荷分散装置およびそれぞれの実サーバに対して同じ仮想ＩＰアドレスを設定する。したがって、ユーザがウェブサイトを訪問するとき、ユーザによって用いられるクライアントは、仮想ＩＰアドレスとして宛先アドレスを含む第１のデータパッケージを送信する。したがって、サーバ負荷分散装置は第１のデータパッケージを受信することになる。
【００２１】
Ｓ３０２：サーバ負荷分散装置は、事前に構成された負荷分散戦略に従って実サーバを選択し、第１のデータパッケージに含まれる宛先アドレスを選択された実サーバの実ＩＰアドレスに調整し、第２のデータパッケージを取得する。
【００２２】
少なくとも１つの実施形態では、クライアントから第１のデータパッケージを受信した後、サーバ負荷分散装置は、クライアントとのデータ相互作用を実行するための事前構成された負荷分散戦略に基づいて、実サーバクラスタから実サーバを選択する。
【００２３】
実サーバを選択することに応じて、サーバ負荷分散装置は、実サーバクラスタに属する実サーバの事前に記録された実ＩＰアドレスに基づいて選択された実サーバの実ＩＰアドレスを決定し、それから、第１のデータパッケージに含まれる宛先アドレス（つまり、サーバ負荷分散装置の仮想ＩＰアドレス）を選択された実サーバの実ＩＰアドレスに調整する。その時点で、サーバ負荷分散装置は、第１のデータパッケージに含まれる宛先アドレスを選択された実サーバの実ＩＰアドレスに調整しており、第２のデータパッケージとするための調整された宛先アドレスを含む第１のデータパッケージを処理する。
【００２４】
具体的には、第２のデータパッケージに含まれる宛先アドレスが、選択された実サーバの実ＩＰアドレスである一方、第２のデータパッケージに含まれる送信元アドレスは、依然として、第１のデータパッケージに含まれる送信元アドレス、つまり、クライアントの実ＩＰアドレスである。
【００２５】
Ｓ３０３：サーバ負荷分散装置は、第２のデータパッケージを選択された実サーバに送信する。
【００２６】
Ｓ３０４：第２のデータパッケージを受信した後、実サーバは、第３のデータパッケージを生成し、第３のデータパッケージをクライアントに送信する。
【００２７】
いくつかの実施形態では、第２のデータパッケージをサーバ負荷分散装置から受信した後、実サーバは、第２のデータパッケージに含まれる宛先アドレスが実サーバの実ＩＰアドレスであることを判断し、したがって第２のデータパッケージを処理して第３データパッケージを生成し、第３のデータパッケージをクライアントに送信する。
【００２８】
生成された第３のデータパッケージに含まれる送信元アドレスが実サーバの実ＩＰアドレスである一方、第３のデータパッケージに含まれる宛先アドレスが、第２のデータパッケージに含まれる送信元アドレス、つまり、クライアントの実ＩＰアドレスである。
【００２９】
Ｓ３０５：変換装置は、クライアントに実サーバから送られる第３のデータパッケージをインターセプトする。
【００３０】
Ｓ３０６：変換装置は、第３のデータパッケージに含まれる送信元アドレスを、事前に記録されたサーバ負荷分散装置の仮想アドレスに調整し、第４のデータパッケージを取得する。
【００３１】
クライアントから送信された第１のデータパッケージは、宛先アドレスとしてサーバ負荷分散装置の仮想ＩＰアドレスを、また送信元アドレスとしてクライアントの実ＩＰアドレスを含むので、クライアントは、クライアントの実ＩＰアドレスである宛先アドレスと、サーバ負荷分散装置の仮想ＩＰアドレスである送信元アドレスとを有するデータパッケージを処理するだけで、サーバ負荷分散装置の仮想ＩＰアドレスではない送信元アドレスを有するデータパッケージを処理しない。したがって、実サーバがクライアントへの実サーバの実ＩＰアドレスとして送信元アドレスを有する第３のデータパッケージを直接送信するならば、クライアントは、第３のデータパッケージを処理せず、このようにデータ相互作用における異常につながることになる。
【００３２】
いくつかの実施形態では、変換装置は、したがって、実サーバからクライアントに送信される第３のデータパッケージをインターセプトし、第３のデータパッケージに含まれる送信元アドレスを、事前に記録されているサーバ負荷分散装置の仮想アドレス内に調整し、第４のデータパッケージを取得する。
【００３３】
具体的には、第４のデータパッケージは、サーバ負荷分散装置の仮想ＩＰアドレスとして送信元アドレスを、また第３のデータパッケージに含まれる同じ宛先アドレス、つまり、クライアントの実ＩＰアドレスとして宛先アドレスを含む。
【００３４】
Ｓ３０７：変換装置は、第４のデータパッケージをクライアントに送信する。
【００３５】
第４のデータパッケージを受信すると、クライアントは、第４のデータパッケージを処理し、クライアントと実サーバとの間のデータ相互作用を完了するが、その理由は、第４のデータパッケージに含まれる送信元アドレス（つまり、サーバ負荷分散装置の仮想ＩＰアドレス）が、クライアントから送信された第１のデータパッケージに含まれる宛先アドレス（つまり、サーバ負荷分散装置の仮想ＩＰアドレス）と同じで、第４のデータパッケージに含まれる宛先アドレス（つまり、クライアントの実ＩＰアドレス）が、クライアントから送信された第１のデータパッケージに含まれる送信元アドレス（つまり、クライアントの実ＩＰアドレス）と同じであるからである。
【００３６】
上述の方法によって、クライアントから実サーバに送信されるデータパッケージ（つまり、第１のパッケージ）は、サーバ負荷分散装置によって処理され、クライアントに実サーバから戻されるデータパッケージ（つまり、第３のデータパッケージ）は、変換装置によって処理される。言い換えれば、実サーバから流れる通信量は、サーバ負荷分散装置を通過することなく、クライアントに向かって変換装置を通過し、このようにサーバ負荷分散装置の作業負荷を効果的に低減する。
【００３７】
少なくとも１つの実施形態では、唯一の仮想ＩＰアドレスだけが実サーバクラスタのサーバ負荷分散装置およびそれぞれの実サーバのために設定されるとき、この仮想ＩＰアドレスは、変換装置において直接事前に構成され得る。図３のＳ３０６に示されるように、変換装置は、事前に構成された仮想ＩＰアドレスに従って第３のデータパッケージの送信元アドレスを直接調整し得る。
【００３８】
しかし、２つ以上のウェブサイトが単一の実サーバクラスタを共有するという状況が実アプリケーションにおいて存在し得ることを考慮すると、２つ以上の仮想ＩＰアドレスは、その状況において、サーバ負荷分散装置およびそれぞれの実サーバのために存在し得る。例えば、サーバ負荷分散装置およびそれぞれの実サーバのために設定される仮想ＩＰアドレスは、ＶＩＰ１およびＶＩＰ２を含み得る。図３のＳ３０６に示されるような事前に記録された仮想ＩＰアドレスによると、ＶＩＰ１およびＶＩＰ２は変換装置中に直接事前構成され、変換装置は、第３のデータパッケージに含まれる送信元アドレスを調整するときに、ＶＩＰ１とＶＩＰ２のどちらが調整のために用いられ得るかを判断することができ得ない。不適切な仮想ＩＰアドレスが用いられるならば、クライアントと実サーバとの間のデータ相互作用の正確性が影響を受けることになる。
【００３９】
したがって、クライアントと実サーバとの間のデータ相互作用の正確性を確実にするため、第１のデータパッケージを調整して、サーバ負荷分散装置が第１のデータパッケージを受信した後に、第２のデータパッケージを得る方法の例は、サーバ負荷分散装置が、第１のデータパッケージから宛先アドレスとして用いられるサーバ負荷分散装置の仮想ＩＰアドレスを読み出すことと、第１のデータパッケージから宛先ポート番号として用いられるサーバ負荷分散装置の公開ポート番号を読み出すことと、読み出された仮想ＩＰアドレスおよび読み出された公開ポート番号を第１のデータパッケージのＴＣＰオプション内に挿入することと、第１のデータパッケージに含まれる宛先アドレスを選択された実サーバの実ＩＰアドレスに調整し、第１のデータパッケージに含まれる宛先ポート番号を選択された実サーバのポート番号に調整し、第２のデータパッケージを取得することと、を含む。
【００４０】
クライアントによって送信された第１のデータパッケージは、送信元アドレスおよび宛先アドレスだけでなく、送信元ポート番号、宛先ポート番号、およびプロトコル情報も含む。第１のデータパッケージに含まれる送信元ポート番号はクライアントのポート番号であり、宛先ポート番号はサーバ負荷分散装置の公開ポート番号である。
【００４１】
上述の方法を用いて、サーバ負荷分散装置は、選択された実サーバの実ＩＰアドレスとして宛先アドレスを、選択された実サーバのポート番号として宛先ポート番号を、クライアントの実ＩＰアドレスとしてなお送信元アドレスを、またクライアントのポート番号としてなお送信元ポート番号を含みプロトコル番号が変更されない第２のデータパッケージを取得する。また、サーバ負荷分散装置の仮想ＩＰアドレスおよび公開ポート番号は、第２のデータパッケージのＴＣＰオプション内に挿入される。第２のデータパッケージを取得した後、サーバ負荷分散装置は、第２のデータパッケージを実サーバに送信する。
【００４２】
さらに、変換装置によってサーバ負荷分散装置の仮想ＩＰアドレスを事前に記録する方法は、変換装置が、サーバ負荷分散装置から選択された実サーバに送信された第２のデータパッケージをインターセプトし、第２のデータパッケージに基づいて、クライアントと実サーバとの間のデータ相互作用に関連するデータフローインジケータ情報を決定し、第２のデータパッケージのＴＣＰオプション内に挿入される仮想ＩＰアドレスと公開ポート番号とを記録し、決定されたデータフローインジケータ情報と、記録された仮想ＩＰアドレスおよび公開ポート番号との対応関係を生成することとを含む。
【００４３】
決定されたデータフローインジケータ情報は、第２のデータパッケージに含まれる送信元アドレス、宛先アドレス、送信元ポート番号、宛先ポート番号、およびプロトコル情報のうちの少なくとも１つを含む。
【００４４】
少なくとも１つの実施形態では、第２のデータパッケージに含まれる送信元アドレス、宛先アドレス、送信元ポート番号、宛先ポート番号、およびプロトコル情報は、クライアントと実サーバとの間のデータ相互作用に関連するデータフローインジケータ情報として用いられ得る。具体的には、５素子群（第２のデータパッケージに含まれる送信元アドレス、宛先アドレス、送信元ポート番号、宛先ポート番号、およびプロトコル情報）が決定された後、この５素子群はデータフローインジケータ情報として用いられる。次いで、第２のデータパッケージのＴＣＰオプション内に挿入される仮想ＩＰアドレスおよび公開ポート番号は記録され得、５素子群と、仮想ＩＰアドレスと、公開ポート番号との間の対応関係は設定される。
【００４５】
データフローインジケータ情報と、記録された仮想ＩＰアドレスと、記録された公開ポート番号との対応関係を設定した後、変換装置は、インターセプトされた第２のデータパッケージを実サーバに転送し、実サーバは第２のデータパッケージ上で次の操作を実行する。
【００４６】
それに対応して、変換装置が、上述の方法を用いて、サーバ負荷分散装置の仮想ＩＰアドレスを記録するとき、実サーバからクライアントに送信されるインターセプトされた第３のデータパッケージに含まれる送信元アドレスを、サーバ負荷分散装置の事前に記録された仮想ＩＰアドレス内に調整することによって、第４のデータパッケージを取得する方法は、変換装置が、実サーバから送信されるインターセプトされた第３のデータパッケージに基づいてデータフローインジケータ情報を決定し、第３のデータパッケージから決定されたデータフローインジケータ情報に対応する仮想ＩＰアドレスと公開ポート番号とを検索し、かつ第３のデータパッケージに含まれる送信元アドレスを見つけられた仮想ＩＰアドレス内に調整し、また第３のデータパッケージに含まれる送信元ポート番号を見つけられた公開ポート番号内に調整し、第４のデータパッケージを取得する、変換装置を含む。
【００４７】
図４は、本開示の実施形態に係る負荷分散４００下のデータ相互作用のシステムの詳細を図解する構造図であり、サーバ負荷分散装置４０２、サーバ負荷分散装置ゲートウェイ４０４、複数の実サーバ４０６（ａ）〜４０６（ｃ）、変換装置４０８、および実サーバゲートウェイ４１０を含む。図４は、また、クライアント４１２を示す。
【００４８】
図５は、図４のデータ相互作用のシステムの例に基づくデータ相互作用の過程の詳細を図解するフローチャートであり、以下を含む。
【００４９】
Ｓ５０１：サーバ負荷分散装置が、サーバ負荷分散装置ゲートウェイを介してクライアントから送られた第１のデータパッケージを受信する。
【００５０】
例えば、サーバ負荷分散装置の仮想ＩＰアドレスがＶＩＰ１であるならば、サーバ負荷分散装置の公開ポート番号はＮｐで、クライアントの実ＩＰアドレスはＩＰｃで、クライアントのポート番号はＮｃで、サーバ負荷分散装置によって受信された第１のデータパッケージは、ＩＰｃとして送信元アドレスを、ＶＩＰ１として宛先アドレスを、Ｎｃとして送信元ポート番号を、Ｎｐとして宛先ポート番号を、またクライアントによって用いられたプロトコル情報としてプロトコル情報を含む。
【００５１】
Ｓ５０２：サーバ負荷分散装置は、構成済みの負荷分散戦略に基づいて実サーバを選択し、それぞれ、第１のデータパッケージから宛先アドレスとして用いられるサーバ負荷分散装置の仮想ＩＰアドレスを、また第１のデータパッケージから宛先ポート番号として用いられるサーバ負荷分散装置の公開ポート番号を読み出し、読み出された仮想ＩＰアドレスおよび読み出された公開ポート番号を第１のデータパッケージのＴＣＰオプション内に挿入し、かつそれぞれ、第１のデータパッケージに含まれる宛先アドレスを選択された実サーバの実ＩＰアドレスに、また第１のデータパッケージに含まれる宛先ポート番号を選択された実サーバのポート番号に調整し、第２のデータパッケージを取得する。
【００５２】
先例を用いて、第１のデータパッケージを受信した後、サーバ負荷分散装置は、事前に構成された負荷分散戦略に基づいて実サーバを選択し、第１のデータパッケージから宛先アドレスおよび宛先ポート番号、つまり、ＶＩＰ１およびＮｐを読み出し、読み出されたＶＩＰ１およびＮｐを第１のデータパッケージのＴＣＰオプション内に挿入する。サーバ負荷分散装置によって選択された実サーバの実ＩＰアドレスがＩＰｒで、実サーバのポート番号がＮｒであるならば、サーバ負荷分散装置は、第１のデータパッケージの送信先アドレスをＩＰｒに調整し、第１のデータパッケージのポート番号をＮｒに調整し、第２のデータパッケージを取得する。
【００５３】
取得された第２のデータパッケージは、ＩＰＣとして送信元アドレスを、ＩＰｒとして宛先アドレスを、Ｎｃとして送信元ポート番号を、Ｎｒとして宛先ポート番号を含み、プロトコル情報は変更されず、ＴＣＰオプションはＶＩＰ１およびＮｐを用いて挿入される。
【００５４】
Ｓ５０３：サーバ負荷分散装置は、第２のデータパッケージを選択された実サーバに送信する。
【００５５】
Ｓ５０４：変換装置は、サーバ負荷分散装置から実サーバに送信される第２のデータパッケージをインターセプトする。
【００５６】
Ｓ５０５：変換装置は、第２のデータパッケージに基づいて、クライアントと実サーバとの間のデータフローインジケータ情報を決定し、第２のデータパッケージのＴＣＰオプション内に挿入される仮想ＩＰアドレスと公開ポート番号とを記録し、データフローインジケータ情報と、記録された仮想ＩＰアドレスと、記録された公開ポート番号との対応関係を生成する。
【００５７】
先例を用いて、ＴＣＰオプションがＶＩＰ１およびＮｐと共に挿入されている状態で、ＩＰＣの送信元アドレス、ＩＰｒの宛先アドレス、Ｎｃの送信元ポート番号、およびＮｒの宛先ポート番号、を含む第２のデータパッケージをインターセプトした後、変換装置は、５素子群（つまり、第２のデータパッケージに含まれる、送信元アドレス（ＩＰｃ）、宛先アドレス（ＩＰｒ）、送信元ポート番号（Ｎｃ）、宛先ポート番号（Ｎｒ）、およびプロトコル情報）を、クライアントと実サーバとの間のデータ相互作用に関連するデータフローインジケータ情報として、設定する。言い換えれば、この５素子群は、一意的に、クライアントと実サーバとの間のデータフローを識別するために用いられる。変換装置は、それから、第２のデータパッケージのＴＣＰオプション内に挿入される仮想ＩＰアドレスおよび公開ポート番号、つまり、ＶＩＰ１およびＮｐを記録し、５素子群と記録されたＶＩＰ１およびＮｐとの間の対応関係を生成する。
【００５８】
Ｓ５０６：変換装置は、第２のデータパッケージを実サーバに転送する。
【００５９】
Ｓ５０７：実サーバは、受信された第２のデータパッケージに基づいて、第３のデータパッケージを生成して第３のデータパッケージを実サーバゲートウェイに送信する。
【００６０】
先例を用いて、第２のデータパッケージを受信した後、実サーバは、第２のデータパッケージが、宛先アドレスをＩＰｒ、つまり、実サーバの実ＩＰアドレスとして、また宛先ポート番号をＮｒ、つまり、実サーバのポート番号として含むことを判断し、それから、第２のデータパッケージに基づいて第３のデータパッケージを生成する。
【００６１】
生成された第３のデータパッケージは、送信元アドレスを実サーバの実ＩＰアドレス、つまり、ＩＰｒとして、宛先アドレスを第２のデータパッケージの送信元アドレス、つまりクライアントの実ＩＰアドレス（ＩＰｃ）として、送信元ポート番号を実サーバのポート番号、つまり、Ｎｒとして、また宛先アドレスを第２のデータパッケージの送信元ポート番号、つまり、Ｎｃとして含み、プロトコル情報は変更されない。
【００６２】
上述の第３のデータパッケージを生成した後、実サーバゲートウェイが、第３のデータパッケージに含まれる宛先アドレス（ＩＰＣ）および宛先ポート番号（Ｎｃ）に従って第３のデータパッケージをクライアントに送信するように、実サーバは、実サーバから実サーバゲートウェイへのデフォルト経路に従って第３のデータパッケージを実サーバゲートウェイに送信し得る。
【００６３】
Ｓ５０８：変換装置は、実サーバから実サーバゲートウェイに送信された第３のデータパッケージをインターセプトする。
【００６４】
Ｓ５０９：変換装置は、インターセプトされた第３のデータパッケージに基づいて、データフローインジケータ情報を決定し、第３のデータパッケージから決定されるデータフローインジケータ情報に対応する仮想ＩＰアドレスと公開ポート番号とを検索する。
【００６５】
先例を用いて、ＶＩＰ１およびＮｐに対応するデータフローインジケータ情報が、Ｓ５０５のおけるＩＰｃ、ＩＰｒ、Ｎｃ、Ｎｒ、およびプロトコル情報を含む５素子群として変換装置によって記録され、かつ第３のデータパッケージによって決定されたデータフローインジケータ情報が、また、上述の５素子群であるので、変換装置は、したがって、第３のデータパッケージが、上述の５素子群によって示されたデータフロー（つまり、クライアントと実サーバとの間のデータフロー）に含まれるデータパッケージのいずれか１つに属していることを判断することができ、したがって、データフローインジケータ情報に対応する仮想ＩＰアドレスと公開ポート番号とを検索して（つまり、上述の５素子群に対応する仮想ＩＰアドレスと公開ポート番号とを検索して）、それぞれ、仮想ＩＰアドレスがＶＩＰ１で、公開ポート番号がＮｐであることを見つける。
【００６６】
Ｓ５１０：変換装置は、それぞれ、第３のデータパッケージに含まれる送信元アドレスを見つけられた仮想ＩＰアドレスに、また第３のデータパッケージに含まれる送信元ポート番号を見つけられた公開ポート番号に調整し、第４のデータパッケージを取得する。
【００６７】
前の例を使って、それぞれ、見つけられた仮想ＩＰアドレスはＶＩＰ１で、見つけられた公開ポート番号はＮｐなので、変換装置は、第３のデータパッケージに含まれる送信元アドレスをＩＰｒからＶＩＰ１に、また送信元ポート番号をＮｒからＮｐに調整して第４のデータパッケージを取得する。
【００６８】
言い換えれば、取得された第４のデータパッケージは、送信元アドレスをＶＩＰ１として、宛先アドレスをＩＰｃとして、送信元ポート番号をＮｐとして、また宛先アドレスをＮｃとして含み、プロトコル情報は変更されない。
【００６９】
Ｓ５１１：変換装置は、実サーバゲートウェイを介して第４のデータパッケージをクライアントに送信する。
【００７０】
先例を用いて、変換装置は、第一に、第４のデータパッケージを実サーバゲートウェイに送信し、それから、実サーバゲートウェイは、第４のデータパッケージに含まれる宛先アドレスと宛先ポート番号に基づいて、第４のデータパッケージをクライアントに送信する。クライアントから最初に送信される第１のデータパッケージが、ＩＰｃとして送信元アドレスを、ＶＩＰ１として宛先アドレスを、Ｎｃとして送信元ポート番号を、Ｎｐとして宛先ポート番号を、またクライアントによって用いられたプロトコル情報としてプロトコル情報を含む一方、クライアントによって受信された第４のデータパッケージが、ＶＩＰ１として送信元アドレスを、ＩＰｃとして宛先アドレスを、Ｎｐとして送信元ポート番号を、Ｎｃとして宛先ポート番号を、また変更されないプロトコル情報を含むので、クライアントは、したがって、第４のデータパッケージを処理し、このようにクライアントと実サーバとの間の相互作用を完了することになる。
【００７１】
図５に示された過程から分かるように、本開示の実施形態において、変換装置は、データフローインジケータ情報を用いて、クライアントと実サーバとの間のデータ相互作用に関連するデータフローを一意的に示し、データフローインジケータ情報と、仮想ＩＰアドレスと、公開ポート番号との間の対応関係を生成する。実サーバからクライアントに送信されたデータパッケージがインターセプトされるとき、変換装置は、インターセプトされたデータパッケージに基づいて、データフローインジケータ情報を決定し、対応する仮想ＩＰアドレスおよび対応する公開ポート番号に基づいて、インターセプトされたデータパッケージを調整し、このようにクライアントと実サーバとの間のデータ相互作用の正確性を保証し得る。
【００７２】
さらに、既存の技術では、実サーバからクライアントに送信されたデータパッケージがサーバ負荷分散装置を通過する必要があるので、実サーバから実サーバゲートウェイへの経路（実サーバに対するデフォルトである）は、実サーバからサーバ負荷分散装置への経路に修正される必要がある。したがって、実サーバおよびサーバ負荷分散装置は、同じ仮想ローカルエリアネットワーク（ＶＬＡＮ）内に展開される必要があり、このように実サーバおよびサーバ負荷分散装置の展開における可撓性を低減する。
【００７３】
一方、図４のシステムおよび図５の過程から分かるように、本開示の実施形態では、変換装置は、実サーバと実サーバゲートウェイとの間に展開され、実サーバゲートウェイを介して実サーバからクライアントに送信されるデータパッケージをインターセプトする。したがって、実サーバから実サーバゲートウェイへの実サーバのデフォルト経路は修正される必要がなく、変換装置は実サーバには見えない。したがって、実サーバおよび変換装置だけが、図４に示されるシステムにおいて同じ仮想ローカルエリアネットワーク内に展開される必要があり、実サーバおよびサーバ負荷分散装置を同じ仮想ローカルエリアネットワーク内に展開する必要がない。具体的には、実サーバおよび変換装置は、第１の仮想ローカルエリアネットワーク内に位置付けられ得、サーバ負荷分散装置は、第２の仮想ローカルエリアネットワーク内に位置付けられて、このように効果的に実サーバおよびサーバ負荷分散装置の可撓性を高め得る。
【００７４】
また、実アプリケーションでは、クライアントと実サーバとの間のデータ相互作用の過程は、仮想接続を確立するために、３方向ハンドシェイクを最初に実行する必要がある。クライアントが３方向ハンドシェイクを介して仮想接続を確立した後、送信される最初のものは、同期シーケンス番号（ＳＹＮ）データパッケージである。
【００７５】
したがって、上述の環境に基づいて、上述の本開示の実施形態において提供されるデータ相互作用過程において、サーバ負荷分散装置が、クライアントから受信された第１のデータパッケージがＳＹＮデータパッケージであると判断するならば、サーバ負荷分散装置は、（宛先アドレスとして含まれる）仮想ＩＰアドレスおよび（宛先ポート番号として含まれる）公開ポート番号を第１のデータパッケージから抽出し、読み出された仮想ＩＰアドレスおよび読み出された公開ポート番号をＳＹＮデータパッケージのＴＣＰオプション内に挿入し、ＳＹＮデータパッケージの宛先アドレスおよび宛先ポート番号への調整を実行し、ＳＹＮデータパッケージを実サーバに送信する。それに対応して、ＳＹＮデータパッケージをインターセプトした後、変換装置は、ＳＹＮデータパッケージに基づいてデータフローインジケータ情報を決定し、ＳＹＮデータパッケージのＴＣＰオプション内に挿入されたデータフローインジケータ情報と仮想ＩＰアドレスと公開ポート番号との対応関係を生成し、それに続く操作を実行するためにＳＹＮデータパッケージを実サーバに送信する。
【００７６】
逆に、サーバ負荷分散装置が、クライアントから受信された第１のデータパッケージがＳＹＮデータパッケージではないと判断するならば（そのことは、第１のデータパッケージに関連するデータフロー内のＳＹＮデータパッケージがサーバ負荷分散装置および変換装置によって処理されたことを示し、さらに、第１のデータパッケージに関連するデータフローインジケータ情報が交換装置によって決定され、かつデータフローインジケータ情報と、仮想ＩＰアドレスと、公開ポート番号との間の相互関係が生成されたことを示す）、サーバ負荷分散装置は、第１のデータパッケージに含まれる仮想ＩＰアドレスおび公開ポート番号を第１のデータパッケージのＴＣＰオプション内に挿入する必要がなく、宛先アドレスおび公開ポート番号を第１のデータパッケージ内に調整し、かつ第１のデータパッケージを実サーバに送信する必要があるだけである。それに対応して、第１データパッケージをインターセプトした後、変換装置は、データフローインジケータ情報を決定し、かつデータフローインジケータ情報と、仮想ＩＰアドレスと、公開ポート番号との対応関係を確立する必要がなく、その理由は、仮想ＩＰアドレスおよび公開ポート番号が第１のデータパッケージのＴＣＰオプション内に挿入されないからである。変換装置は、第１のデータパッケージを対応する実サーバに直接送信し、それに続く操作を実行し得る。
【００７７】
いくつかの実施形態では、実サーバクラスタ内の実サーバは、仮想マシン（ＶＭ）の形式での実サーバであり得、変換装置の同じ仮想ローカルエリアネットワーク内に位置付けられるネットワーク装置のハイパーバイザ上で実行され得る。
【００７８】
図６は、本開示の実施形態に係る負荷分散下のデータ相互作用の装置を図解する構造図であり、以下を含む。
【００７９】
受信される第２のデータパッケージに基づいて実サーバ（ＲＳ）からクライアントに送信された第３のデータパッケージであって、実サーバの実ネットワークインターネットプロトコル（ＩＰ）アドレスである送信元アドレスを含む第３のデータパッケージをインターセプトするために用いられる、第１のインターセプトモジュール６０１であって、第２のデータパッケージが、サーバ負荷分散装置（ＳＬＢ）によって、クライアントからサーバ負荷分散装置の仮想ＩＰアドレスである宛先アドレスを含む第１のデータパッケージを受信することと、定義済みの負荷分散戦略に従って実サーバを選択することと、第１のデータパッケージに含まれる宛先アドレスを実サーバの実ＩＰアドレスに調整することとによって取得されるために用いられる、第１のインターセプトモジュール６０１と、
インターセプトされた第３のデータパッケージに含まれる送信元アドレスを、事前に記録されるサーバ負荷分散装置の仮想ＩＰアドレスに調整し、第４のデータパッケージを取得するために用いられる、調整モジュール６０２と、
第４のデータパッケージをクライアントに送信するために用いられる、第１の送信モジュール６０３と、を備える、装置。
【００８０】
本装置は以下を含む。
【００８１】
サーバ負荷分散装置から実サーバに送信される第２のデータパッケージをインターセプトするために用いられる第２のインターセプトモジュール６０４であって、第２のデータパッケージが、サーバ負荷分散装置によって、第１のデータパッケージから宛先アドレスとして用いられるサーバ負荷分散装置の仮想ＩＰアドレスを読み出すことと、第１のデータパッケージから宛先ポート番号として用いられるサーバ負荷分散装置の公開ポート番号を読み出すことと、読み出された仮想ＩＰアドレスおよび読み出された公開ポート番号を第１のデータパッケージのＴＣＰオプション内に挿入することと、第１のデータパッケージに含まれる宛先アドレスを選択された実サーバの実ＩＰアドレスに調整し、第１のデータパッケージに含まれる宛先ポート番号を選択された実サーバのポート番号に調整することと、によって得られる、第２のインターセプトモジュール６０４と、
クライアントと実サーバとの間のデータ相互作用に関連するデータフローインジケータ情報を決定し、第２のデータパッケージのＴＣＰオプション内に挿入される仮想ＩＰアドレスと公開ポート番号とを記録し、データフローインジケータ情報と、記録された仮想ＩＰアドレスと、記録された公開ポート番号との対応関係を確立するために用いられる、記録モジュール６０５であって、決定されたデータフローインジケータ情報が、第２のデータパッケージに含まれる送信元アドレス、宛先アドレス、送信元ポート番号、宛先ポート番号、およびプロトコル情報のうちの少なくとも１つを含む、記録モジュール６０５と、
第２のデータパッケージを実サーバに送信するために用いられる、第２の送信モジュール６０６と、をさらに備える、装置。
【００８２】
調整モジュール６０２は、実サーバから送信されたインターセプトされた第３のデータパッケージに基づいて、データフローインジケータ情報を決定し、第３のデータパッケージから決定されるデータフローインジケータ情報に対応する仮想ＩＰアドレスと公開ポート番号とを検索し、かつ第３のデータパッケージに含まれる送信元アドレスを見つけられた仮想ＩＰアドレスに調整し、また第３のデータパッケージに含まれる送信元ポート番号を見つけられた公開ポート番号に調整し、かつ第４のデータパッケージを取得するために用いられる。
【００８３】
具体的には、負荷分散下でのデータ相互作用の装置は、変換装置内に位置付けられ得る。
【００８４】
図７は、上述したような装置等の装置７００の例をより詳細に図解する。一実施形態において、装置７００は、１つ以上のプロセッサ７０１、ネットワークインタフェース７０２、メモリ７０３、および入力／出力インタフェース７０４を含み得るが、これらに限定されない。
【００８５】
メモリ７０３は、ランダムアクセスメモリ（ＲＡＭ）等の揮発性メモリ、および／または読み取り専用メモリ（ＲＯＭ）もしくはフラッシュＲＡＭ等の不揮発性メモリの形式で、コンピュータ可読媒体を含み得る。メモリ７０３は、コンピュータ可読媒体の一例である。
【００８６】
コンピュータ可読媒体には、コンピュータ読み取り命令、データ構造、プログラムモジュール、または他のデータ等の情報の記憶のための任意の方法または技術において実装される揮発性および不揮発性の、取り外し可能および取り外し不可能な媒体が含まれる。コンピュータ記憶媒体の例としては、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他の種類のランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリもしくは他のメモリ技術、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）もしくは他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または、コンピューティングデバイスによるアクセスのための情報を記憶するために用いられ得る任意の他の非伝送媒体が挙げられるが、これらに限定されない。本明細書で定義されるように、コンピュータ可読媒体には、変調データ信号および搬送波等の一時的媒体は含まれない。
【００８７】
メモリ７０３は、プログラムモジュール７０５およびプログラムデータ７０６を含み得る。一実施形態では、プログラムモジュール７０５は、第１のインターセプトモジュール７０７，調整モジュール７０８，第１の送信モジュール７０９、第２のインターセプトモジュール７１０、記録モジュール７１１、および第２の送信モジュール７１２を含み得る。プログラムモジュールに関する詳細は、上記前述の実施形態に見い出されてもよい。
【００８８】
本開示の実施形態は、負荷分散下のデータ相互作用の、システム、方法、および装置を提供する。本システムは、サーバ負荷分散装置、実サーバ、および変換装置を備える。クライアントから実サーバに送信されるデータパッケージは、サーバ負荷分散装置によって処理され、実サーバに送信される。実サーバからクライアントに送信されるデータパッケージは、変換装置によって処理され、クライアントに送信される。実サーバからクライアントに流れる通信量は、本開示の実施形態によって提供される上述のシステムでは、サーバ負荷分散装置を通過するのではなく、変換装置によって処理されて、クライアントに送信されるため、ひいてはサーバ負荷分散装置への作業負荷が効果的に低減される。
【００８９】
当業者は、本開示の実施形態が、コンピュータソフトウェアの、方法、システム、または製品として実装され得ることを理解すべきである。したがって、本開示は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせの形式で実装され得る。さらに、本開示は、コンピュータ読み取り可能プログラム命令を含む１つ以上のコンピュータ読み取り可能記憶媒体（ディスク記憶装置、ＣＤ−ＲＯＭ、光記憶装置等を含むが、これらに限定されない）上の実行可能なコンピュータソフトウェアの製品の形式で実装され得る。
【００９０】
当業者は、本開示の趣旨および範囲から逸脱することなく、本出願の変更および修正を行うことができる。これらの変更および修正が本開示の特許請求の範囲およびそれらの同等物の範囲内であれば、本開示は、そのような変更および修正を網羅することを意図する。
【図１】
0006434415.tif 000002
【図２】
0006434415.tif 000003
【図３】
0006434415.tif 000004
【図４】
0006434415.tif 000005
【図５】
0006434415.tif 000006
【図６】
0006434415.tif 000007
【図７】
0006434415.tif 000008