JP2003209570A - 中継方法そのクライアント、サーバ、中継装置 - Google Patents

中継方法そのクライアント、サーバ、中継装置

Info

Publication number
JP2003209570A
JP2003209570A JP2002004223A JP2002004223A JP2003209570A JP 2003209570 A JP2003209570 A JP 2003209570A JP 2002004223 A JP2002004223 A JP 2002004223A JP 2002004223 A JP2002004223 A JP 2002004223A JP 2003209570 A JP2003209570 A JP 2003209570A
Authority
JP
Japan
Prior art keywords
server
packet
client
metric
optimum
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002004223A
Other languages
English (en)
Inventor
Rumiko Inoue
ルミ子 井上
Satoru Tsuchiya
哲 土屋
Koichi Takeda
浩一 武田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2002004223A priority Critical patent/JP2003209570A/ja
Priority to US10/201,475 priority patent/US20030135646A1/en
Publication of JP2003209570A publication Critical patent/JP2003209570A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1012—Server selection for load balancing based on compliance of requirements or conditions with available server resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1014—Server selection for load balancing based on the content of a request

Abstract

(57)【要約】 【課題】 本発明は、クライアントから送信されたパケ
ットをクライアントから見て最適なサーバに振り分ける
ことができる中継方法そのクライアント、サーバ、中継
装置を提供することを目的とする。 【解決手段】 クライアントからメトリックを含む通信
用パケットを受信し、複数のサーバについてのメトリッ
クを含むサーバ情報を格納したサーバテーブルを参照し
て通信用パケットのメトリックに基づく最適サーバを選
択し、通信用パケットの宛先サーバが最適サーバと異な
る場合にクライアントに宛先サーバを最適サーバに変更
させる宛先変更用パケットを送信することにより、クラ
イアントで通信用パケットに付加するメトリックを所望
のものとして、クライアントから送信されたパケットを
クライアントから見て最適なサーバに振り分けることが
できる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、中継方法そのクラ
イアント、サーバ、中継装置に関し、特に、クライアン
トから受信したパケットをサーバに振り分けて中継する
方法及びそれを実現するためのクライアント、サーバ、
中継装置に関する。
【０００２】
【従来の技術】従来の中継装置におけるサーバロードバ
ランサ技術として、振り分けアルゴリズムと、ＨＴＴＰ
リダイレクトパケットを利用した広域負荷分散機能とが
ある。
【０００３】振り分けアルゴリズムでは、クライアント
から受信したパケットを予め決められたアルゴリズムで
サーバに振り分けている。
【０００４】そして、振り分けアルゴリズムで他サイト
のサーバが最適と判断した場合、そのサーバのＵＲＬ
（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｃｅ Ｌｏｃａｔｏｒ）
を含むＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆ
ｅｒ Ｐｒｏｔｏｃｏｌ）リダイレクトパケットをクラ
イアントへ送信し、クライアントがそのＨＴＴＰリダイ
レクトパケットに含まれる宛先サーバにアクセスし直す
ことにより、広域負荷分散を行っている。
【０００５】また、予めＩＰアドレスの値を地理と対応
づけて振り分けアルゴリズムで割り振り、このＩＰアド
レスをキーとして地理的に最寄りサーバを識別し、地域
的に最適サーバにリダイレクトする技術も存在する。
【０００６】
【発明が解決しようとする課題】従来の振り分けアルゴ
リズムは、予め決められたアルゴリズムで振り分けるサ
ーバを選択するため、クライアントの要望をサーバ選択
アルゴリズムに影響させることはできなった。このた
め、必ずしもクライアントから見て最適なサーバに振り
分けることはできないという問題があった。これは、Ｉ
Ｐアドレスをキーとして地理的に最寄りサーバを識別
し、地域的に最適サーバにリダイレクトする技術につい
ても同じである。
【０００７】本発明は、上記の点に鑑みなされたもので
あり、クライアントから送信されたパケットをクライア
ントから見て最適なサーバに振り分けることができる中
継方法そのクライアント、サーバ、中継装置を提供する
ことを目的とする。
【０００８】
【課題を解決するための手段】請求項１に記載の発明
は、クライアントからメトリックを含む通信用パケット
を中継装置で受信し、複数のサーバについてのメトリッ
クを含むサーバ情報を格納した前記中継装置のサーバテ
ーブルを参照して前記通信用パケットのメトリックに基
づく最適サーバを選択し、前記通信用パケットの宛先サ
ーバが前記最適サーバと同じ場合に前記通信用パケット
を宛先サーバに中継し、前記通信用パケットの宛先サー
バが前記最適サーバと異なる場合に前記クライアントに
宛先サーバを前記最適サーバに変更させる宛先変更用パ
ケットを送信することにより、クライアントで通信用パ
ケットに付加するメトリックを所望のものとして、クラ
イアントから送信されたパケットをクライアントから見
て最適なサーバに振り分けることができる。
【０００９】請求項２に記載の発明は、複数のサーバか
ら所定期間毎にサーバ情報を収集して前記サーバテーブ
ルを更新することにより、サーバ情報設定の省力化及び
設定ミスの削減を図ることができ、サーバテーブルに常
に最新情報を保持することができる。
【００１０】請求項３に記載の発明は、複数のサーバに
ついてのメトリックを含むサーバ情報を格納したサーバ
テーブルと、前記サーバテーブルを参照して、クライア
ントから受信した通信用パケットに含まれるメトリック
に基づく最適サーバを選択する選択手段と、前記通信用
パケットの宛先サーバが前記最適サーバと同じ場合に前
記通信用パケットを宛先サーバに中継する中継手段と、
前記通信用パケットの宛先サーバが前記最適サーバと異
なる場合に前記クライアントに宛先サーバを前記最適サ
ーバに変更させる宛先変更用パケットを送信する宛先変
更手段を有することにより、クライアントで通信用パケ
ットに付加するメトリックを所望のものとして、クライ
アントから送信されたパケットをクライアントから見て
最適なサーバに振り分けることができる。
【００１１】請求項４に記載の発明は、通信用パケット
に含ませるメトリックを指定するメトリック指定手段を
有し、前記メトリックを含む通信用パケットを送信する
ことにより、クライアントで通信用パケットに所望のメ
トリックを付加することができる。
【００１２】請求項５に記載の発明は、自装置について
のメトリックを含むサーバ情報を格納した格納手段と、
前記格納手段のサーバ情報を中継装置に通知するサーバ
情報通知手段を有することにより、サーバ情報設定の省
力化及び設定ミスの削減を図ることができ、サーバテー
ブルに常に最新情報を保持することができる。
【００１３】
【発明の実施の形態】図１は、本発明方法が適用される
ネットワークシステムの構成図を示す。同図中、クライ
アント１０は、インターネット（またはイントラネッ
ト）１２に接続される。インターネット１２（またはイ
ントラネット）には中継装置１４を介してサーバ（例え
ばＷｅｂサーバ）１６，１７が接続されている。また、
この他に、サーバ（例えばＷｅｂサーバ）１８が接続さ
れている。
【００１４】図２は、本発明方法を適用した中継装置の
一実施例のブロック図を示す。同図中、中継装置１４
は、ルータ処理部２１と、パケット判別部２４と、最適
サーバ決定部２５と、リダイレクトパケット生成部２７
と、サーバテーブル構成部２８とを備える。
【００１５】ルータ処理部２１は、従来の中継装置が持
つルータ処理を行う部分であり、パケットの受信処理を
行うパケット受信部２２と、パケットの送信処理を行う
パケット送信部２３とを備える。
【００１６】パケット判別部２４は、受信したパケット
がクライアントから送信された通信用パケットであるの
か、サーバから送信されたサーバ情報通知用パケットで
あるのかを判別する。そして、クライアントから送信さ
れた通信用パケットについては最適サーバ決定部２５に
供給し、サーバから送信されたサーバ情報通知用パケッ
トについてはサーバテーブル構成部２８に供給する。
【００１７】最適サーバ決定部２５は、サーバテーブル
２６を備えており、クライアントから送信された通信用
パケットが供給されるとサーバテーブル２６を参照し
て、最適サーバを決定する。サーバテーブル２６には、
ネットワーク１２上にある全てのサーバに関するサーバ
情報が登録されている。
【００１８】リダイレクトパケット生成部２７は、最適
サーバ決定部２５からの指示があると、ＨＴＴＰリダイ
レクトパケットを生成する。サーバテーブル構成部２８
は、ネットワーク１２上に存在するサーバのサーバ情報
を収集してサーバテーブル２６に登録する。
【００１９】図３は、本発明方法を適用したサーバの一
実施例のブロック図を示す。同図中、サーバ１６それぞ
れは、サーバ処理部３１と、パケット判別部３５と、サ
ーバ情報通知処理部３６とを備える。なお、サーバ１
７，１８についても同一構成である。
【００２０】サーバ処理部３１は、従来のサーバが持つ
サーバ処理部分であり、パケットの受信処理を行うパケ
ット受信部３２と、パケットの送信処理を行うパケット
送信部３３と、サーバアプリケーションを実行するサー
バアプリケーション部３４とを備える。
【００２１】パケット判別部３５は、受信したパケット
がクライアントから送信された通信用パケットであるの
か、中継装置から送信されたサーバ情報要求用パケット
であるのかを判別する。サーバ情報通知処理部３６は、
自装置のサーバ情報を保持するサーバ情報格納部３７を
持ち、自装置のサーバ情報を中継装置１４に通知する処
理を行う。
【００２２】図４は、本発明方法を適用したクライアン
トの一実施例のブロック図を示す。同図中、クライアン
ト１０は、従来のクライアント処理を行うクライアント
処理部４１と、メトリック指定部４５とを備える。
【００２３】クライアント処理部４１は、パケット受信
処理を行うパケット受信部４２と、パケット送信処理を
行うパケット送信部４３と、アプリケーションを実行す
るクライアントアプリケーション部４４とを備える。メ
トリック指定部４５は、パケットにメトリックを設定す
る処理を行う。
【００２４】図５は、中継装置１４が実行するパケット
受信処理の一実施例のフローチャートを示す。この処理
はパケット受信により開始され、まず、ステップＳ１０
でパケット判別部２４は受信したパケットが通信用パケ
ットであるか否かを判別する。通信用パケットの場合に
は、ステップＳ１２で最適サーバ決定部２５はサーバテ
ーブル２６を参照して最適サーバを決定する。
【００２５】次に、ステップＳ１４で最適サーバ決定部
２５はリダイレクトが必要か否かを判別し、リダイレク
トが必要な場合にはステップＳ１６でリダイレクトパケ
ット生成部２７はリダイレクトパケットを生成して送信
元のクライアント１０宛に返送し、リダイレクトが不要
な場合にはステップＳ１８で受信パケットを宛先ＵＲＬ
で指定されたサーバに送信する。一方、ステップＳ１０
で通信用パケットではない場合、サーバ情報通知パケッ
トであるのでステップＳ１９においてサーバテーブル構
成部２８はサーバ情報通知パケットの内容でサーバテー
ブル２６の情報を更新する。
【００２６】図６は、中継装置１４が実行するサーバ情
報要求処理の一実施例のフローチャートを示す。まず、
ステップＳ２０でサーバテーブル構成部２８は所定時間
毎の送信契機であるか否かを判別し、送信契機であれば
ステップＳ２２で最適サーバ決定部２５はサーバ情報要
求パケットを生成し、このサーバ情報要求パケットを各
サーバ宛に送信する。
【００２７】図７は、サーバ１６〜１８それぞれが実行
するサーバ情報通知処理の一実施例のフローチャートを
示す。この処理はサーバ情報要求パケット受信により開
始され、ステップＳ３０でサーバ情報通知処理部３６は
サーバ情報格納部３７の自装置サーバ情報からサーバ情
報通知パケットを作成して中継装置１０に送信する。
【００２８】図８は、クライアント１０が実行するパケ
ット送信処理の一実施例のフローチャートを示す。この
処理はパケット送信時に実行され、ステップＳ４０でメ
トリック指定部４５はメトリックを指定し、クライアン
トアプリケーション部４４でメトリックを付加したサー
バ宛の通信用パケットを生成する。ステップＳ４２でパ
ケット送信部４３はこの通信用パケットを送信する。
【００２９】ここで、クライアント１０のメトリック指
定部４５でメトリックを指定し、クライアントアプリケ
ーション部４４でメトリックを付加したサーバ宛の通信
用パケットを生成してパケット送信部４３から送信す
る。このパケットはインターネット１２を介し中継装置
１４で受信される。
【００３０】中継装置１４は、当該パケットをパケット
受信部２２で受信し、パケット判別部２４で通信パケッ
トと判別し、最適サーバ決定部２５に渡す。最適サーバ
決定部２５は、パケットに含まれている宛先ＵＲＬ及び
メトリックからサーバテーブル２６を検索し、最適サー
バを見つけ出す。
【００３１】検索結果からリダイレクトが必要な場合
は、当該パケットをリダイレクトパケット生成部２７に
渡し、リダイレクトパケット生成部２７において決定し
た最適サーバのＵＲＬを含むＨＴＴＰリダイレクトパケ
ットを生成する。そして、生成したＨＴＴＰリダイレク
トパケットをパケット送信部２３から送信元のクライア
ント１０宛に送信する。
【００３２】パケット受信部４２にて当該ＨＴＴＰリダ
イレクトパケットを受信したクライアントは、クライア
ントアプリケーション部４４において、パケットの宛先
ＵＲＬを中継装置１４から指定されたものに変更し、パ
ケット送信部４３から送信し直す。
【００３３】一方、中継装置１４において、検索結果か
らリダイレクトが不要な場合は、当該パケットをパケッ
ト送信部２３に渡し、パケットに含まれている宛先ＵＲ
Ｌで指定されたサーバ（例えばサーバ１８）に中継す
る。
【００３４】当該パケットをパケット受信部３２にて受
信したサーバは、パケット判別部３５においてこれが通
信用パケットであることを判別し、この結果、当該パケ
ットをサーバアプリケーション部３４に渡す。サーバア
プリケーション部３４はアプリケーション処理を行い、
必要なパケットをパケット送信部３３からクライアント
１０に返送する。
【００３５】また、中継装置１４のサーバテーブル構成
部２８において、各サーバ１６〜１８の情報を自動的に
収集するため、所定時間毎にサーバ情報要求パケットを
生成する。そして、このサーバ情報要求パケットをパケ
ット送信部２３より各サーバ宛に送信する。
【００３６】サーバ１６〜１８それぞれは、パケット受
信部３２にて、サーバ情報要求パケットを受信し、パケ
ット判別部３５にてサーバ情報要求パケットであること
を判別すると、このパケットをサーバ情報通知処理部３
６に渡す。サーバ情報通知処理部３６は、サーバ情報格
納部３７の自装置サーバ情報からサーバ情報通知パケッ
トを作成し、パケット送信部３３から中継装置１０に送
信する。
【００３７】このサーバ情報通知パケットをパケット受
信部２２において受信した中継装置は、パケット判別部
２４でサーバ情報通知パケットであると判別してサーバ
テーブル構成部２８に渡す。サーバテーブル構成部２８
は、サーバ情報通知パケットの内容でサーバテーブル２
６の情報を更新する。
【００３８】図９は、中継装置１４が備えるサーバテー
ブル２６の一実施例を示す。同図中、 ＵＲＬ：「ｈｔ
ｔｐ：／／ｗｗｗ．ａａａｐａｔｅｎｔ．ｃｏｍ／」に
対応して、サーバ名が「Ｗｅｂサーバ１」のＵＲＬ「ｈ
ｔｔｐ：／／ｗｗｗ．ａａａｐａｔｅｎｔ．ｃｏｍ／」
と、メトリック（地域情報）「米国、その他」が登録さ
れ、サーバ名が「Ｗｅｂサーバ２」のＵＲＬ「ｈｔｔ
ｐ：／／ｗｗｗ．ａａａｐａｔｅｎｔ．ｃｏｍ／ｍｉｒ
ｒｏｒ」と、メトリック（地域情報）「日本」が登録さ
れている。
【００３９】なお、図１０にメトリック（信頼性）を用
いたサーバテーブル２６の一実施例を示し、図１１にメ
トリック（＠Ｎｉｆｔｙ情報）を用いたサーバテーブル
２６の一実施例を示す。また、図９に示すメトリック
（地域情報）と共にメトリック（信頼性）及びメトリッ
ク（＠Ｎｉｆｔｙ情報）を登録してもよい。
【００４０】図１２は、クライアント１０が送信する通
信用パケットの一実施例を示す。通信用パケットはＭＡ
Ｃヘッダ、ＩＰヘッダ、ＴＣＰヘッダの後にデータが設
定されている。本発明では、通信用パケットのデータ内
にＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａ
ｎｇｕａｇｅ）にて、メトリック「日本」が付加されて
いる。メトリックとは、日本や米国等を指定する地域情
報や、信頼性、価格、その他の各種情報である。
【００４１】ここで、図１３のシーケンスに示すよう
に、クライアント１０からＵＲＬ：「ｈｔｔｐ：／／ｗ
ｗｗ．ａａａｐａｔｅｎｔ．ｃｏｍ／」，サーバ１６に
対応するＩＰアドレス「ＩｐＡ．１」宛のアプリケーシ
ョンレベルでメトリック「日本」が付加されたＨＴＴＰ
要求の通信用パケットを中継装置１４で受信した場合、
中継装置１４は通信用パケットのデータに含まれるＵＲ
Ｌでサーバテーブル２６を参照し、通信用パケットのメ
トリックとサーバテーブル２６のメトリックとを比較し
て、最適なサーバをサーバテーブル２６から検索する。
【００４２】そして、中継装置１４の配下のサーバ１６
が最適でない場合は、最適なサーバ（例えばサーバ１
８）のＵＲＬ：「ｈｔｔｐ：／／ｗｗｗ．ａａａｐａｔ
ｅｎｔ．ｃｏｍ／ｍｉｒｒｏｒ」を含むＨＴＴＰリダイ
レクトパケットをクライアント１０に返送する。なお、
配下のサーバが最適である場合は、そのまま配下のサー
バ１６に中継する。
【００４３】なお、この場合の環境として、サーバ１６
とサーバ１８に同じコンテンツを登録し、どちらのサー
バにアクセスしても同じ情報を取得できるようにしてお
くことが必要である。
【００４４】上記ＨＴＴＰリダイレクトパケットを受信
したクライアント１０はＨＴＴＰリダイレクトパケット
の指示に応じてＵＲＬ：「ｈｔｔｐ：／／ｗｗｗ．ａａ
ａｐａｔｅｎｔ．ｃｏｍ／ｍｉｒｒｏｒ」に変更したＨ
ＴＴＰ要求の通信用パケットを送信する。このＨＴＴＰ
要求の通信用パケットはサーバ１８に中継され、サーバ
１８からクライアント１０に対してＨＴＴＰ応答が行わ
れる。
【００４５】図１４は、サーバ１６〜１８それぞれが送
信するサーバ情報通知パケットの一実施例を示す。サー
バ情報通知パケットはＭＡＣヘッダ、ＩＰヘッダ、ＴＣ
Ｐヘッダの後にデータが設定されている。本発明では、
通信用パケットのデータ内にＸＭＬにて、第４，５行の
「＜ｍｓｉ：ＭｉｒｒｏｒＳｅｒｖｅｒＩｎｆｏ……」
にてサーバ情報通知パケットであることが宣言され、第
６，７行でサーバのＵＲＬ情報が通知され、第８行でメ
トリック（地域情報）が「日本」であること、第９行で
メトリック（信頼性）が「高い」こと、第１０行でメト
リック（＠Ｎｉｆｔｙ情報）で「＠ＮｉｆｔｙのＩＳＰ
（インターネットサービス事業者）」であることが通知
される。
【００４６】ところで、サーバ１６〜１８それぞれは、
所定のＵＲＬで指定される領域に自装置のサーバ情報を
保持しておき、中継装置１４から各サーバの所定のＵＲ
Ｌに対して「ＨＴＴＰ ｇｅｔ」の手順を実行して、通
信用パケット転送と同じ手順でサーバ情報を得ることも
可能である。この場合、サーバ１６〜１８は通常サーバ
で良く、新規機能、即ちパケット判別部３５及びサーバ
情報格納部３７は不要となる。
【００４７】次に、使用形態について説明する。
【００４８】クライアント１０にて図１５（Ａ）に示す
インターネットテレビのメニュー画面が表示されている
場合に、「○Δコンサート」を選択し確定（クリック）
すると、○Δコンサートに対応するＵＲＬ「ｈｔｔｐ：
／／ｗｗｗ．ａａａｐａｔｅｎｔ．ｃｏｍ／」にアクセ
スするため、ユーザアプリケーションによって自動的に
クライアント１０の所在地を示すメトリック（地域情
報）が付加されたＸＭＬ形式のパケットが生成され、ク
ライアント１０から送信される。この結果、最寄りのサ
ーバをアクセスすることができ、クライアント１０の所
在地近くのコンサートを鑑賞することができる。
【００４９】また、クライアント１０にて図１５（Ｂ）
に示す旅行のメニュー画面が表示されている場合に、
「Ｃパック」を選択し確定すると、Ｃパックに対応する
ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ａａａｐａｔｅｎｔ．
ｃｏｍ／」にアクセスするため、ユーザアプリケーショ
ンによって自動的に＠Ｎｉｆｔｙ会員であることを示す
メトリック（＠Ｎｉｆｔｙ情報）が付加されたＸＭＬ形
式のパケットが生成され、クライアント１０から送信さ
れる。この結果、＠Ｎｉｆｔｙ会員用の割引価格と通常
価格が表示される。
【００５０】なお、図１では中継装置１４の配下にサー
バ１６，１７が存在しているが、サーバ存在しない場合
も可能であり、また、中継装置１４がクライアント１０
と同一サイトに存在しても良く、上記実施例に限定され
ない。
【００５１】このように、クライアント１０が中継装置
１４に対してサーバ振り分けアルゴリズムのメトリック
（地理的最寄りのサーバ、最も信頼性の高いサーバ、レ
スポンスタイムが最も短いサーバ、確立されているセシ
ョン数の最も少ないサーバ等）と、自装置の情報（地理
的な位置、ユーザが加入しているＩＳＰ等）をパケット
毎に指定することができるので、クライアント１０が存
在する地理的情報をパケットに含めることにより、ＩＰ
アドレスの割り振りが地理的に一致しない場合にもクラ
イアントから見て最寄りサーバにアクセスできる。
【００５２】また、ユーザが加入しているＩＳＰの情報
をパケットに含めることにより、例えば＠Ｎｉｆｔｙの
インターネットショッピングサイトで商品の購入手続き
ボタンをクリックしたとき、＠Ｎｉｆｔｙユーザであれ
ば住所，電話番号の記入欄のない申し込みフォームがブ
ラウザ上に現れたり、或いは商品価格が割引料金で表示
されたり、＠Ｎｉｆｔｙユーザ専用のお知らせが出る
等、加入しているＩＳＰによりアクセスするサーバやＵ
ＲＬを変えることができる。
【００５３】また、サーバテーブル２６を自動的に更新
するので、設定の省力化及び設定ミスの削減を図ること
ができ、サーバテーブル２６に常に最新情報を保持する
ことができる。
【００５４】なお、ＨＴＴＰリダイレクトパケットが請
求項記載の宛先変更用パケットに対応し、ステップＳ１
２が選択手段に対応し、ステップＳ１８が中継手段に対
応し、ステップ１６が宛先変更手段に対応し、ステップ
Ｓ４０がメトリック指定手段に対応し、サーバ情報格納
部３７が格納手段に対応し、ステップＳ３０がサーバ情
報通知手段に対応し、ステップＳ２２がサーバテーブル
更新手段に対応する。
【００５５】（付記１） クライアントからメトリック
を含む通信用パケットを中継装置で受信し、複数のサー
バについてのメトリックを含むサーバ情報を格納した前
記中継装置のサーバテーブルを参照して前記通信用パケ
ットのメトリックに基づく最適サーバを選択し、前記通
信用パケットの宛先サーバが前記最適サーバと同じ場合
に前記通信用パケットを宛先サーバに中継し、前記通信
用パケットの宛先サーバが前記最適サーバと異なる場合
に前記クライアントに宛先サーバを前記最適サーバに変
更させる宛先変更用パケットを送信することを特徴とす
る中継方法。
【００５６】（付記２） 付記１記載の中継方法におい
て、前記複数のサーバから所定期間毎にサーバ情報を収
集して前記サーバテーブルを更新することを特徴とする
中継方法。
【００５７】（付記３） 複数のサーバについてのメト
リックを含むサーバ情報を格納したサーバテーブルと、
前記サーバテーブルを参照して、クライアントから受信
した通信用パケットに含まれるメトリックに基づく最適
サーバを選択する選択手段と、前記通信用パケットの宛
先サーバが前記最適サーバと同じ場合に前記通信用パケ
ットを宛先サーバに中継する中継手段と、前記通信用パ
ケットの宛先サーバが前記最適サーバと異なる場合に前
記クライアントに宛先サーバを前記最適サーバに変更さ
せる宛先変更用パケットを送信する宛先変更手段を有す
ることを特徴とする中継装置。
【００５８】（付記４） 通信用パケットに含ませるメ
トリックを指定するメトリック指定手段を有し、前記メ
トリックを含む通信用パケットを送信することを特徴と
するクライアント。
【００５９】（付記５） 自装置についてのメトリック
を含むサーバ情報を格納した格納手段と、前記格納手段
のサーバ情報を中継装置に通知するサーバ情報通知手段
を有することを特徴とするサーバ。
【００６０】（付記６） 付記３記載の中継装置におい
て、所定期間毎に複数のサーバからサーバ情報を収集し
て前記サーバテーブルを更新するサーバテーブル更新手
段を有することを特徴とする中継装置。
【００６１】
【発明の効果】上述の如く、請求項１に記載の発明によ
れば、クライアントで通信用パケットに付加するメトリ
ックを所望のものとして、クライアントから送信された
パケットをクライアントから見て最適なサーバに振り分
けることができる。
【００６２】請求項２に記載の発明によれば、サーバ情
報設定の省力化及び設定ミスの削減を図ることができ、
サーバテーブルに常に最新情報を保持することができ
る。
【００６３】請求項３に記載の発明によれば、クライア
ントで通信用パケットに付加するメトリックを所望のも
のとして、クライアントから送信されたパケットをクラ
イアントから見て最適なサーバに振り分けることができ
る。
【００６４】請求項４に記載の発明によれば、クライア
ントで通信用パケットに所望のメトリックを付加するこ
とができる。
【００６５】請求項５に記載の発明によれば、サーバ情
報設定の省力化及び設定ミスの削減を図ることができ、
サーバテーブルに常に最新情報を保持することができ
る。
【図面の簡単な説明】
【図１】本発明方法が適用されるネットワークシステム
の構成図である。
【図２】本発明方法を適用した中継装置の一実施例のブ
ロック図である。
【図３】本発明方法を適用したサーバの一実施例のブロ
ック図である。
【図４】、本発明方法を適用したクライアントの一実施
例のブロック図である。
【図５】中継装置１４が実行するパケット受信処理の一
実施例のフローチャートである。
【図６】中継装置１４が実行するサーバ情報要求処理の
一実施例のフローチャートである。
【図７】サーバ１６〜１８それぞれが実行するサーバ情
報通知処理の一実施例のフローチャートである。
【図８】クライアント１０が実行するパケット送信処理
の一実施例のフローチャートである。
【図９】中継装置１４が備えるサーバテーブル２６の一
実施例である。
【図１０】メトリック（信頼性）を用いたサーバテーブ
ル２６の一実施例を示す図である。
【図１１】メトリック（＠Ｎｉｆｔｙ情報）を用いたサ
ーバテーブル２６の一実施例を示す図である。
【図１２】クライアント１０が送信する通信用パケット
の一実施例を示す図である。
【図１３】本発明方法の一実施例のシーケンスを示す図
である。
【図１４】サーバ１６〜１８それぞれが送信するサーバ
情報通知パケットの一実施例を示す図である。
【図１５】クライアント１０における表示画面の一実施
例を示す図である。
【符号の説明】
１０ クライアント １２ インターネット １４ 中継装置 １６〜１８ サーバ ２１ ルータ処理部 ２１ ルータ処理部 ２２ パケット受信部 ２３ パケット送信部 ２４ パケット判別部 ２５ 最適サーバ決定部 ２６ サーバテーブル ２７ リダイレクトパケット生成部 ２８ サーバテーブル構成部 ３１ サーバ処理部 ３２ パケット受信部 ３３ パケット送信部 ３４ サーバアプリケーション部 ３５ パケット判別部 ３６ サーバ情報通知処理部 ３７ サーバ情報格納部 ４１ クライアント処理部 ４２ パケット受信部 ４３ パケット送信部 ４４ クライアントアプリケーション部 ４５ メトリック指定部
───────────────────────────────────────────────────── フロントページの続き (72)発明者 武田 浩一 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B045 BB28 BB42 GG02 5B085 BA06 BG02 BG07 5B089 GA04 GB02 JA35 KA06 5K030 GA02 GA20 HA08 KA05 LB05 MB06 MD08

Claims (5)

    【特許請求の範囲】
  1. 【請求項１】 クライアントからメトリックを含む通信
    用パケットを中継装置で受信し、 複数のサーバについてのメトリックを含むサーバ情報を
    格納した前記中継装置のサーバテーブルを参照して前記
    通信用パケットのメトリックに基づく最適サーバを選択
    し、 前記通信用パケットの宛先サーバが前記最適サーバと同
    じ場合に前記通信用パケットを宛先サーバに中継し、 前記通信用パケットの宛先サーバが前記最適サーバと異
    なる場合に前記クライアントに宛先サーバを前記最適サ
    ーバに変更させる宛先変更用パケットを送信することを
    特徴とする中継方法。
  2. 【請求項２】 請求項１記載の中継方法において、 前記複数のサーバから所定期間毎にサーバ情報を収集し
    て前記サーバテーブルを更新することを特徴とする中継
    方法。
  3. 【請求項３】 複数のサーバについてのメトリックを含
    むサーバ情報を格納したサーバテーブルと、 前記サーバテーブルを参照して、クライアントから受信
    した通信用パケットに含まれるメトリックに基づく最適
    サーバを選択する選択手段と、 前記通信用パケットの宛先サーバが前記最適サーバと同
    じ場合に前記通信用パケットを宛先サーバに中継する中
    継手段と、 前記通信用パケットの宛先サーバが前記最適サーバと異
    なる場合に前記クライアントに宛先サーバを前記最適サ
    ーバに変更させる宛先変更用パケットを送信する宛先変
    更手段を有することを特徴とする中継装置。
  4. 【請求項４】 通信用パケットに含ませるメトリックを
    指定するメトリック指定手段を有し、 前記メトリックを含む通信用パケットを送信することを
    特徴とするクライアント。
  5. 【請求項５】 自装置についてのメトリックを含むサー
    バ情報を格納した格納手段と、 前記格納手段のサーバ情報を中継装置に通知するサーバ
    情報通知手段を有することを特徴とするサーバ。
JP2002004223A 2002-01-11 2002-01-11 中継方法そのクライアント、サーバ、中継装置 Pending JP2003209570A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2002004223A JP2003209570A (ja) 2002-01-11 2002-01-11 中継方法そのクライアント、サーバ、中継装置
US10/201,475 US20030135646A1 (en) 2002-01-11 2002-07-23 Relay method for distributing packets to optimal server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002004223A JP2003209570A (ja) 2002-01-11 2002-01-11 中継方法そのクライアント、サーバ、中継装置

Publications (1)

Publication Number Publication Date
JP2003209570A true JP2003209570A (ja) 2003-07-25

Family

ID=19190982

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002004223A Pending JP2003209570A (ja) 2002-01-11 2002-01-11 中継方法そのクライアント、サーバ、中継装置

Country Status (2)

Country Link
US (1) US20030135646A1 (ja)
JP (1) JP2003209570A (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005045719A1 (ja) * 2003-11-10 2005-05-19 Eath Co,Ltd. 集計システム
JP2007514223A (ja) * 2003-12-10 2007-05-31 インターナショナル・ビジネス・マシーンズ・コーポレーション クライアント要求をウェブ・サービスにリダイレクトする方法
JP2010511236A (ja) * 2006-11-30 2010-04-08 インターナショナル・ビジネス・マシーンズ・コーポレーション ウェブ・サービス・エンドポイントを表すエンドポイント参照を変更する方法、装置およびコンピュータ・プログラム
JP2012058898A (ja) * 2010-09-07 2012-03-22 Ricoh Co Ltd Ｗｅｂサービス提供システム、サーバ装置、方法およびプログラム
JP2017511555A (ja) * 2014-03-04 2017-04-20 ブレイジー， インク．Ｂｌａｚｅｅ， Ｉｎｃ． 迅速なウェブページへのアクセスのための方法とシステム

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7657737B2 (en) * 2005-02-28 2010-02-02 International Business Machines Corporation Method for mapping an encrypted https network packet to a specific url name and other data without decryption outside of a secure web server
TW200717256A (en) * 2005-10-27 2007-05-01 Via Tech Inc Real-time data exchange architecture and method thereof
US8636346B2 (en) 2010-05-17 2014-01-28 Zamtec Ltd Multi-path valve for printhead
JP2012156698A (ja) * 2011-01-25 2012-08-16 Hitachi Ltd 中継装置、通信ネットワークシステム、及び、負荷分散方法
US20120236953A1 (en) * 2011-03-14 2012-09-20 Markus Dominik Mueck Base Station
JP2015001828A (ja) * 2013-06-14 2015-01-05 富士通株式会社 割当プログラム、割当装置および割当方法
CN105939313B (zh) * 2015-09-01 2019-03-15 杭州迪普科技股份有限公司 状态码重定向方法及装置
EP3471454B1 (en) * 2016-07-07 2022-11-30 Huawei Technologies Co., Ltd. Network resource management method, apparatus and system

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE9702239L (sv) * 1997-06-12 1998-07-06 Telia Ab Arrangemang för lastbalansering i datornät
US6098108A (en) * 1997-07-02 2000-08-01 Sitara Networks, Inc. Distributed directory for enhanced network communication
US6006264A (en) * 1997-08-01 1999-12-21 Arrowpoint Communications, Inc. Method and system for directing a flow between a client and a server
US6115752A (en) * 1998-05-21 2000-09-05 Sun Microsystems, Inc. System and method for server selection for mirrored sites
GB9906628D0 (en) * 1999-03-23 1999-05-19 Koninkl Philips Electronics Nv Data network load management
US6671259B1 (en) * 1999-03-30 2003-12-30 Fujitsu Limited Method and system for wide area network load balancing
US6795860B1 (en) * 1999-04-05 2004-09-21 Cisco Technology, Inc. System and method for selecting a service with dynamically changing information
US6505254B1 (en) * 1999-04-19 2003-01-07 Cisco Technology, Inc. Methods and apparatus for routing requests in a network
US6415323B1 (en) * 1999-09-03 2002-07-02 Fastforward Networks Proximity-based redirection system for robust and scalable service-node location in an internetwork
US6748447B1 (en) * 2000-04-07 2004-06-08 Network Appliance, Inc. Method and apparatus for scalable distribution of information in a distributed network
JP3642004B2 (ja) * 2000-05-22 2005-04-27 日本電気株式会社 中継装置、移動体無線通信システム、その障害通知方法、及びその障害通知プログラムを記録した記録媒体
US6829638B1 (en) * 2000-08-03 2004-12-07 International Business Machines Corporation System and method for managing multiple proxy servers
US6898633B1 (en) * 2000-10-04 2005-05-24 Microsoft Corporation Selecting a server to service client requests
US6813635B1 (en) * 2000-10-13 2004-11-02 Hewlett-Packard Development Company, L.P. System and method for distributing load among redundant independent stateful world wide web server sites

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005045719A1 (ja) * 2003-11-10 2005-05-19 Eath Co,Ltd. 集計システム
US7430603B2 (en) 2003-11-10 2008-09-30 Eath Co., Ltd. Aggregation system
JP2007514223A (ja) * 2003-12-10 2007-05-31 インターナショナル・ビジネス・マシーンズ・コーポレーション クライアント要求をウェブ・サービスにリダイレクトする方法
JP4658960B2 (ja) * 2003-12-10 2011-03-23 インターナショナル・ビジネス・マシーンズ・コーポレーション クライアント要求をウェブ・サービスにリダイレクトする方法
US8234406B2 (en) 2003-12-10 2012-07-31 International Business Machines Corporation Method of redirecting client requests to web services
JP2010511236A (ja) * 2006-11-30 2010-04-08 インターナショナル・ビジネス・マシーンズ・コーポレーション ウェブ・サービス・エンドポイントを表すエンドポイント参照を変更する方法、装置およびコンピュータ・プログラム
JP2012058898A (ja) * 2010-09-07 2012-03-22 Ricoh Co Ltd Ｗｅｂサービス提供システム、サーバ装置、方法およびプログラム
JP2017511555A (ja) * 2014-03-04 2017-04-20 ブレイジー， インク．Ｂｌａｚｅｅ， Ｉｎｃ． 迅速なウェブページへのアクセスのための方法とシステム

Also Published As

Publication number Publication date
US20030135646A1 (en) 2003-07-17

Similar Documents

Publication Publication Date Title
JP4068158B2 (ja) レプリカルーティング
US8204976B2 (en) Method and system for handling computer network attacks
US20010039585A1 (en) System and method for directing a client to a content source
TWI398149B (zh) 網域名稱解析之方法、裝置、系統、指令及軟體
CA2274496C (en) Method and apparatus for balancing the process load on network servers according to network and server based policies
CN1314253C (zh) 对试图访问网络站点的用户改向的系统和方法
US8060581B2 (en) Dynamic image delivery system
US6182224B1 (en) Enhanced network services using a subnetwork of communicating processors
JP2004171572A (ja) サーバ間の負荷分散方法、負荷分散システム、負荷分散サーバおよびプログラム
US20110035497A1 (en) System and method for providing global server load balancing
CN102047243A (zh) 基于类别请求路由
JP2003209570A (ja) 中継方法そのクライアント、サーバ、中継装置
CN101981572A (zh) 请求路由
WO2003084159A1 (en) Geo-intelligent traffic reporter
JP2002530014A (ja) 複数の選択対象サーバのうちから最も近くのサーバを選択するためのインターネット・システム及び方法
JP2001312484A (ja) 高速ウェブサーバ選択方法およびシステム
CN104160680A (zh) 用于透明代理缓存的欺骗技术
EP0930756B1 (en) Method and system for routing agent programs through a communications network
JP3573079B2 (ja) ネットワーク構成表示装置
US20010023441A1 (en) Service providing apparatus, transmitting apparatus, receiving apparatus, and receiving method
JP2000330909A (ja) ウェブ情報提供方法およびウェブ情報提供装置
JP3888093B2 (ja) Ｗｅｂシステム、ノード装置、ロケータ装置及びプログラム
JP2003209566A (ja) ルーティング方法およびそのシステム
JP2001282606A (ja) アドレス管理システム、状態情報配信サーバ及びアドレス管理クライアント
KR100827493B1 (ko) 애니캐스트 서비스 지원 방법 및 그 시스템

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040825

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060213

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060322

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060522

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20061003

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061201

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20061207

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20070105