JP2003186776A - 輻輳制御システム - Google Patents
輻輳制御システムInfo
- Publication number
- JP2003186776A JP2003186776A JP2001379772A JP2001379772A JP2003186776A JP 2003186776 A JP2003186776 A JP 2003186776A JP 2001379772 A JP2001379772 A JP 2001379772A JP 2001379772 A JP2001379772 A JP 2001379772A JP 2003186776 A JP2003186776 A JP 2003186776A
- Authority
- JP
- Japan
- Prior art keywords
- request
- web proxy
- proxy server
- information
- requests
- 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
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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
-
- 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/101—Server selection for load balancing based on network conditions
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 サービスの有効利用を可能とする輻輳制御シ
ステムを提供する。 【解決手段】 情報の取得をリクエストするとともに、
それに応じて得られた情報を表示することができる複数
のクライアント端末と、リクエストに対応する情報をク
ライアント端末に送信する複数のコンテンツサーバと、
それらの間に設けられた輻輳制御装置とを含む。輻輳制
御装置は、クライアント端末とコンテンツサーバとに関
連付けされ両者間の中継を行うデータ中継装置と、特定
の情報を取得するためのリクエストが複数回発生した場
合に特定の情報をキャッシュする手段と特定の情報をク
ライアント端末に送る手段とを備える少なくとも１のウ
ェブプロキシサーバと、データ中継装置とウェブプロキ
シサーバとに関連付けされデータ中継装置からのリクエ
ストが特定のウェブプロキシサーバに集中しないように
リクエストを分散制御する負荷分散装置と、それと関連
付けされクライアント端末からのリクエストを規制する
リクエスト規制手段とを備える。
ステムを提供する。 【解決手段】 情報の取得をリクエストするとともに、
それに応じて得られた情報を表示することができる複数
のクライアント端末と、リクエストに対応する情報をク
ライアント端末に送信する複数のコンテンツサーバと、
それらの間に設けられた輻輳制御装置とを含む。輻輳制
御装置は、クライアント端末とコンテンツサーバとに関
連付けされ両者間の中継を行うデータ中継装置と、特定
の情報を取得するためのリクエストが複数回発生した場
合に特定の情報をキャッシュする手段と特定の情報をク
ライアント端末に送る手段とを備える少なくとも１のウ
ェブプロキシサーバと、データ中継装置とウェブプロキ
シサーバとに関連付けされデータ中継装置からのリクエ
ストが特定のウェブプロキシサーバに集中しないように
リクエストを分散制御する負荷分散装置と、それと関連
付けされクライアント端末からのリクエストを規制する
リクエスト規制手段とを備える。
Description
【０００１】
【発明の属する技術分野】本発明は、クライアント端末
とサーバとの間のデータ通信の輻輳制御システムに関す
る。本発明は、例えば、通信キャリア、ＩＳＰ（Ｉｎｔ
ｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）、社
内ネットワーク（Ｌｏｃａｌ ＡｒｅａＮｅｔｗｏｒ
ｋ：ＬＡＮ、Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ：Ｗ
ＡＮ）などを対象とする。
とサーバとの間のデータ通信の輻輳制御システムに関す
る。本発明は、例えば、通信キャリア、ＩＳＰ（Ｉｎｔ
ｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）、社
内ネットワーク（Ｌｏｃａｌ ＡｒｅａＮｅｔｗｏｒ
ｋ：ＬＡＮ、Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ：Ｗ
ＡＮ）などを対象とする。
【０００２】
【従来の技術】今日、インターネットに接続可能なクラ
イアント端末が急速に普及しており、クライアント端末
からニュース、天気予報や地域情報の閲覧、チケット予
約や銀行、証券取引等がインターネットを介して行える
ようになった。また、パーソナルコンピュータＰＣから
のアクセスに加え、携帯電話からアクセスして、上記の
サービスを享受できる例が増加してきた。
イアント端末が急速に普及しており、クライアント端末
からニュース、天気予報や地域情報の閲覧、チケット予
約や銀行、証券取引等がインターネットを介して行える
ようになった。また、パーソナルコンピュータＰＣから
のアクセスに加え、携帯電話からアクセスして、上記の
サービスを享受できる例が増加してきた。
【０００３】
【発明が解決しようとする課題】一般的に、特定のサー
バに要求が集中することが有り得る。クライアント端末
が直接サーバにサービスの要求を行う方式によると、ク
ライアント端末からの多数の要求に対して、通信回線容
量やサーバの処理能力が対応できず、利用者にレスポン
スが返りにくい状況が発生するようになってきた。
バに要求が集中することが有り得る。クライアント端末
が直接サーバにサービスの要求を行う方式によると、ク
ライアント端末からの多数の要求に対して、通信回線容
量やサーバの処理能力が対応できず、利用者にレスポン
スが返りにくい状況が発生するようになってきた。
【０００４】例えば、数百万人以上の利用者を対象とす
るネットワークシステムでは、特定のＵＲＬ（Ｕｎｉｆ
ｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に対する
リクエストが集中することがある。その場合、通信路の
輻輳（混雑して通信ができなくなること）するケース
や、データ中継装置及びコンテンツサーバに負荷が集中
するケースが多い。利用者はサービス享受までに長時間
待たされるか、もしくは必要とするサービスを利用出来
ない。
るネットワークシステムでは、特定のＵＲＬ（Ｕｎｉｆ
ｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に対する
リクエストが集中することがある。その場合、通信路の
輻輳（混雑して通信ができなくなること）するケース
や、データ中継装置及びコンテンツサーバに負荷が集中
するケースが多い。利用者はサービス享受までに長時間
待たされるか、もしくは必要とするサービスを利用出来
ない。
【０００５】また、過剰な負荷が集中することによりデ
ータ中継装置やコンテンツサーバに障害が発生して動作
が停止し、ネットワークシステム全体としての機能も停
止する可能性がある。リクエストの集中に起因して利用
者へのサービス低下が頻繁に発生すると、ネットワーク
システムを利用する利用者が他社に乗り換える可能性も
ある。ネットワークシステムを提供する通信キャリアや
ＩＳＰビジネスに対する影響も考えられる。
ータ中継装置やコンテンツサーバに障害が発生して動作
が停止し、ネットワークシステム全体としての機能も停
止する可能性がある。リクエストの集中に起因して利用
者へのサービス低下が頻繁に発生すると、ネットワーク
システムを利用する利用者が他社に乗り換える可能性も
ある。ネットワークシステムを提供する通信キャリアや
ＩＳＰビジネスに対する影響も考えられる。
【０００６】さらに、利用者から特定のコンテンツへの
リクエスト、例えば暴力や公序良俗に反する内容を含む
コンテンツへのリクエストを規制して該コンテンツを利
用者に提供しないようにした場合に、利用者はリクエス
トしたコンテンツを受信できない理由を知ることができ
ない場合もある。本発明の目的は、輻輳を抑制すること
により、サービスの有効利用を可能とする輻輳制御シス
テムを提供することである。
リクエスト、例えば暴力や公序良俗に反する内容を含む
コンテンツへのリクエストを規制して該コンテンツを利
用者に提供しないようにした場合に、利用者はリクエス
トしたコンテンツを受信できない理由を知ることができ
ない場合もある。本発明の目的は、輻輳を抑制すること
により、サービスの有効利用を可能とする輻輳制御シス
テムを提供することである。
【０００７】
【課題を解決するための手段】本発明の一観点によれ
ば、情報の取得をリクエストするとともに、該リクエス
トに応じて得られた情報を表示することができる複数の
クライアント端末と、前記リクエストに応じて該リクエ
ストに対応する情報を前記クライアント端末に送信する
複数のコンテンツサーバと、複数の前記クライアント端
末と複数の前記コンテンツサーバとの間に設けられた輻
輳制御装置とを含み、前記輻輳制御装置は、複数の前記
クライアント端末と複数の前記コンテンツサーバとに関
連付けされ両者間の中継を行うデータ中継装置と、特定
の情報を取得するためのリクエストが複数回発生した場
合に前記特定の情報をキャッシュする手段と前記特定の
情報を前記クライアント端末に送る手段とを備える少な
くとも１のウェブプロキシサーバと、前記データ中継装
置と前記ウェブプロキシサーバとに関連付けされ前記デ
ータ中継装置からのリクエストが特定のウェブプロキシ
サーバに集中しないようにリクエストを分散制御する負
荷分散装置と、該負荷分散装置と関連付けされ前記クラ
イアント端末からのリクエストを規制するリクエスト規
制手段とを備える輻輳制御システムが提供される。上記
輻輳制御システムを用いると、クライアント端末からの
リクエストが大量にあった場合に、通信システムの輻輳
を抑制することができる。
ば、情報の取得をリクエストするとともに、該リクエス
トに応じて得られた情報を表示することができる複数の
クライアント端末と、前記リクエストに応じて該リクエ
ストに対応する情報を前記クライアント端末に送信する
複数のコンテンツサーバと、複数の前記クライアント端
末と複数の前記コンテンツサーバとの間に設けられた輻
輳制御装置とを含み、前記輻輳制御装置は、複数の前記
クライアント端末と複数の前記コンテンツサーバとに関
連付けされ両者間の中継を行うデータ中継装置と、特定
の情報を取得するためのリクエストが複数回発生した場
合に前記特定の情報をキャッシュする手段と前記特定の
情報を前記クライアント端末に送る手段とを備える少な
くとも１のウェブプロキシサーバと、前記データ中継装
置と前記ウェブプロキシサーバとに関連付けされ前記デ
ータ中継装置からのリクエストが特定のウェブプロキシ
サーバに集中しないようにリクエストを分散制御する負
荷分散装置と、該負荷分散装置と関連付けされ前記クラ
イアント端末からのリクエストを規制するリクエスト規
制手段とを備える輻輳制御システムが提供される。上記
輻輳制御システムを用いると、クライアント端末からの
リクエストが大量にあった場合に、通信システムの輻輳
を抑制することができる。
【０００８】
【発明の実施の形態】本明細書において、クライアント
端末とは、例えば、インターネットを介して文字、画
像、音声等の情報をリクエストして、かつリクエストし
た情報を文字、画像または音声等で表示することができ
る端末である。コンテンツサーバとは、例えば、リクエ
ストを受信して、リクエストに対応する情報をクライア
ント端末に送信するサーバである。ウェブプロキシサー
バとは、例えば、輻輳制御システムからコンテンツサー
バにリクエストを送信することなく、情報をクライアン
ト端末に送信する手段を備えたサーバである。
端末とは、例えば、インターネットを介して文字、画
像、音声等の情報をリクエストして、かつリクエストし
た情報を文字、画像または音声等で表示することができ
る端末である。コンテンツサーバとは、例えば、リクエ
ストを受信して、リクエストに対応する情報をクライア
ント端末に送信するサーバである。ウェブプロキシサー
バとは、例えば、輻輳制御システムからコンテンツサー
バにリクエストを送信することなく、情報をクライアン
ト端末に送信する手段を備えたサーバである。
【０００９】以下、本発明の一実施の形態による輻輳制
御システムについて、図１から図６までを参照して説明
する。図１は、輻輳制御システムのシステム構成を示す
ブロック図である。図２（ａ）、（ｂ）は、負荷分散装
置とウェブプロキシサーバの構成を示すブロック図であ
る。図３は、リクエスト規制装置の構成を示すブロック
図である。図４は、未処理リクエスト数を判定基準とす
る輻輳制御方法を示すフローチャート図である。図５
は、図４に対応するシーケンス図である。図６は、未処
理リクエスト数が判定基準を越えているか否かを判定す
る第１の方法を示す図である。図７は、未処理リクエス
ト数が判定基準を越えているか否かを判定する第２の方
法を示す図である。図８（ａ），（ｂ）は、規制メッセ
ージの内容と規制コンテンツの記述例を示す図である。
御システムについて、図１から図６までを参照して説明
する。図１は、輻輳制御システムのシステム構成を示す
ブロック図である。図２（ａ）、（ｂ）は、負荷分散装
置とウェブプロキシサーバの構成を示すブロック図であ
る。図３は、リクエスト規制装置の構成を示すブロック
図である。図４は、未処理リクエスト数を判定基準とす
る輻輳制御方法を示すフローチャート図である。図５
は、図４に対応するシーケンス図である。図６は、未処
理リクエスト数が判定基準を越えているか否かを判定す
る第１の方法を示す図である。図７は、未処理リクエス
ト数が判定基準を越えているか否かを判定する第２の方
法を示す図である。図８（ａ），（ｂ）は、規制メッセ
ージの内容と規制コンテンツの記述例を示す図である。
【００１０】図１に示すように、本発明の一実施の形態
による輻輳制御システムＡは、多数のクライアント端末
１−１から１−ｉまでと、複数のコンテンツサーバ３−
１から３−ｊまでと、輻輳制御装置２とを含む。クライ
アント端末１−１から１−ｉまでは、例えば、インター
ネットを介して文字、画像、音声等の情報をリクエスト
して、かつリクエストした情報を取得した際にこれらの
情報を、文字、画像、音声等で表示（閲覧）可能な端末
である。クライアント端末１−１から１−ｉまでは、例
えば、パーソナルコンピュータ（ＰＣ）、パーソナルデ
ータアシスタンス（ＰＤＡ）又は携帯電話などである。
による輻輳制御システムＡは、多数のクライアント端末
１−１から１−ｉまでと、複数のコンテンツサーバ３−
１から３−ｊまでと、輻輳制御装置２とを含む。クライ
アント端末１−１から１−ｉまでは、例えば、インター
ネットを介して文字、画像、音声等の情報をリクエスト
して、かつリクエストした情報を取得した際にこれらの
情報を、文字、画像、音声等で表示（閲覧）可能な端末
である。クライアント端末１−１から１−ｉまでは、例
えば、パーソナルコンピュータ（ＰＣ）、パーソナルデ
ータアシスタンス（ＰＤＡ）又は携帯電話などである。
【００１１】複数のコンテンツサーバ３−１から３−ｊ
までは、サービス提供者であり、クライアント端末１−
１から１−ｉまでからのリクエストを受信して、コンテ
ンツを送信する。輻輳制御装置２は、クライアント端末
１−１から１−ｉとコンテンツサーバ３−１から３−ｊ
とにそれぞれ関連付けされている。クライアント端末１
−１から１−ｉと複数のコンテンツサーバ３−１から３
−ｊとの間を、プロバイダ（通信キャリア）が仲介して
いる。例えば、フロバイダの設備として輻輳制御装置
（システム）が設けられている。
までは、サービス提供者であり、クライアント端末１−
１から１−ｉまでからのリクエストを受信して、コンテ
ンツを送信する。輻輳制御装置２は、クライアント端末
１−１から１−ｉとコンテンツサーバ３−１から３−ｊ
とにそれぞれ関連付けされている。クライアント端末１
−１から１−ｉと複数のコンテンツサーバ３−１から３
−ｊとの間を、プロバイダ（通信キャリア）が仲介して
いる。例えば、フロバイダの設備として輻輳制御装置
（システム）が設けられている。
【００１２】輻輳制御装置２は、通信手段とネットワー
クの輻輳時に輻輳を制御する手段を備える。輻輳制御装
置２は、例えば、データ中継装置２１と、負荷分散装置
２２と、リクエスト規制装置２３と、ウェブプロキシサ
ーバ２４−１から２４−ｎまでと、システム管理装置２
５と、閲覧規制装置２６とを備える。輻輳制御装置２
は、特に、データ中継装置２１とコンテンツサーバ３−
１から３−ｊ間の回線（５２）の使用率が高くなること
に起因する輻輳を、ウェブプロキシサーバ２４−１から
２４−ｎまでにリクエストを振分けることにより制御す
ることができる。
クの輻輳時に輻輳を制御する手段を備える。輻輳制御装
置２は、例えば、データ中継装置２１と、負荷分散装置
２２と、リクエスト規制装置２３と、ウェブプロキシサ
ーバ２４−１から２４−ｎまでと、システム管理装置２
５と、閲覧規制装置２６とを備える。輻輳制御装置２
は、特に、データ中継装置２１とコンテンツサーバ３−
１から３−ｊ間の回線（５２）の使用率が高くなること
に起因する輻輳を、ウェブプロキシサーバ２４−１から
２４−ｎまでにリクエストを振分けることにより制御す
ることができる。
【００１３】データ中継装置２１は、例えば、ルータと
呼ばれており、クライアント端末１−１から１−ｉまで
とコンテンツサーバ３−１から３−ｊまでとの間でデー
タを送受信する中継装置であって、送受信データパケッ
トのヘッダに記された宛先の装置へパケットを転送す
る。
呼ばれており、クライアント端末１−１から１−ｉまで
とコンテンツサーバ３−１から３−ｊまでとの間でデー
タを送受信する中継装置であって、送受信データパケッ
トのヘッダに記された宛先の装置へパケットを転送す
る。
【００１４】負荷分散装置２２は、上述のように、例え
ば複数のクライアント端末１−１から１−ｉまでからの
リクエストを、複数のウェブプロキシサーバ２４−１か
ら２４−ｎまでのいずれかに振分け、中継処理の負荷を
分散する装置である。負荷分散装置２２は、送受信パケ
ットヘッダ及びＷｅｂコンテンツ取得リクエストを受け
付けるとともに、コンテンツサーバ３−１から３−ｊま
でに対する要求を中継したり、クライアント端末１−１
から１−ｉとコンテンツサーバ３−１から３−ｊ間のデ
ータ送受信を中継したりする。
ば複数のクライアント端末１−１から１−ｉまでからの
リクエストを、複数のウェブプロキシサーバ２４−１か
ら２４−ｎまでのいずれかに振分け、中継処理の負荷を
分散する装置である。負荷分散装置２２は、送受信パケ
ットヘッダ及びＷｅｂコンテンツ取得リクエストを受け
付けるとともに、コンテンツサーバ３−１から３−ｊま
でに対する要求を中継したり、クライアント端末１−１
から１−ｉとコンテンツサーバ３−１から３−ｊ間のデ
ータ送受信を中継したりする。
【００１５】リクエスト規制装置２３は、例えば、多量
のＷｅｂコンテンツ取得リクエストが短時間に集中した
場合、ウェブプロキシサーバ２４−１から２４−ｎまで
及びコンテンツサーバ３−１から３−ｊの処理限界を超
えないように、クライアント端末１−１から１−ｉのリ
クエスト量を規制する装置である。
のＷｅｂコンテンツ取得リクエストが短時間に集中した
場合、ウェブプロキシサーバ２４−１から２４−ｎまで
及びコンテンツサーバ３−１から３−ｊの処理限界を超
えないように、クライアント端末１−１から１−ｉのリ
クエスト量を規制する装置である。
【００１６】図２（ａ）は、負荷分散装置２２の構成を
示す機能ブロック図である。図２（ａ）に示すように、
負荷分散装置２２は、例えば、通信装置２２−１と、プ
ロセッサ２２−２と、入出力装置２２−３と、記憶装置
２２−４とを備える。通信装置２２−１は、データ中継
装置２１との間でデータパケットの送受信を行う。プロ
セッサ２２−２は、装置全体の制御を行う。入出力装置
２２−３は、例えばキーボードやプリンターなどを含
み、制御・指示などを行うためのデータの入出力を行
う。記憶装置２２−４は、種々の情報を記憶する。
示す機能ブロック図である。図２（ａ）に示すように、
負荷分散装置２２は、例えば、通信装置２２−１と、プ
ロセッサ２２−２と、入出力装置２２−３と、記憶装置
２２−４とを備える。通信装置２２−１は、データ中継
装置２１との間でデータパケットの送受信を行う。プロ
セッサ２２−２は、装置全体の制御を行う。入出力装置
２２−３は、例えばキーボードやプリンターなどを含
み、制御・指示などを行うためのデータの入出力を行
う。記憶装置２２−４は、種々の情報を記憶する。
【００１７】図２（ｂ）は、ウェブプロキシサーバ２４
−１から２４−ｎのいずれかの構成を示す機能ブロック
図である。図２（ｂ）に示すように、ウェブプロキシサ
ーバ２４−１から２４−ｎは、例えば、通信装置３１
と、プロセッサ３２と、入出力装置３３と、記憶装置３
４とを備える。通信装置３１は、負荷分散装置２２との
間でデータパケットの送受信を行う。プロセッサ３２
は、装置全体の制御を行う。入出力装置３３は、例えば
キーボードやプリンターなどを含み、制御・指示などを
行うためのデータの入出力を行う。記憶装置３４は、種
々の情報を記憶する。例えば、コンテンツサーバ内のコ
ンテンツ情報をキャッシュする。
−１から２４−ｎのいずれかの構成を示す機能ブロック
図である。図２（ｂ）に示すように、ウェブプロキシサ
ーバ２４−１から２４−ｎは、例えば、通信装置３１
と、プロセッサ３２と、入出力装置３３と、記憶装置３
４とを備える。通信装置３１は、負荷分散装置２２との
間でデータパケットの送受信を行う。プロセッサ３２
は、装置全体の制御を行う。入出力装置３３は、例えば
キーボードやプリンターなどを含み、制御・指示などを
行うためのデータの入出力を行う。記憶装置３４は、種
々の情報を記憶する。例えば、コンテンツサーバ内のコ
ンテンツ情報をキャッシュする。
【００１８】尚、負荷分散装置２２は、ウェブプロキシ
サーバ２４−１から２４−ｎのいずれが、どのようなコ
ンテンツをキャッシュしているかという情報を有してい
る。特定の情報は、ウェブプロキシサーバ２４−１から
２４−ｎから負荷分散装置２２経由でクライアント端末
１−１から１−ｉに送信される。
サーバ２４−１から２４−ｎのいずれが、どのようなコ
ンテンツをキャッシュしているかという情報を有してい
る。特定の情報は、ウェブプロキシサーバ２４−１から
２４−ｎから負荷分散装置２２経由でクライアント端末
１−１から１−ｉに送信される。
【００１９】図３は、リクエスト規制装置の構成を示す
機能ブロック図である。リクエスト規制装置２３は、例
えば、通信装置４１と、プロセッサ４２と、入出力装置
４３と、記憶装置４４と、メッセージ作成処理部４５と
を備える。通信装置４１は、負荷分散装置２２との間で
データパケットの送受信を行う。プロセッサ４２は、装
置全体の制御を行う。入出力装置４３は、例えばキーボ
ードやプリンターなどを含み、制御・指示などを行うた
めのデータの入出力を行う。記憶装置４４は、種々の情
報を記憶する。メッセージ作成処理部４５に関しては、
後述する。
機能ブロック図である。リクエスト規制装置２３は、例
えば、通信装置４１と、プロセッサ４２と、入出力装置
４３と、記憶装置４４と、メッセージ作成処理部４５と
を備える。通信装置４１は、負荷分散装置２２との間で
データパケットの送受信を行う。プロセッサ４２は、装
置全体の制御を行う。入出力装置４３は、例えばキーボ
ードやプリンターなどを含み、制御・指示などを行うた
めのデータの入出力を行う。記憶装置４４は、種々の情
報を記憶する。メッセージ作成処理部４５に関しては、
後述する。
【００２０】図４は、未処理リクエスト数を判定基準と
する輻輳制御方法を示すフローチャート図であり、図５
は、輻輳制御方法を示すシーケンス図である。クライア
ント端末１−１〜１−ｉまでの全てがリクエストした場
合を想定して説明するが、クライアント端末１−１〜１
−ｉのうちのいずれかの端末がリクエストした場合でも
同様の流れとなる。
する輻輳制御方法を示すフローチャート図であり、図５
は、輻輳制御方法を示すシーケンス図である。クライア
ント端末１−１〜１−ｉまでの全てがリクエストした場
合を想定して説明するが、クライアント端末１−１〜１
−ｉのうちのいずれかの端末がリクエストした場合でも
同様の流れとなる。
【００２１】図４及び図５に示すように、ステップＳ１
１において、クライアント端末１−１〜１−ｉが負荷分
散装置２２へＷｅｂコンテンツ取得リクエストを送信す
る。ステップＳ１２において、負荷分散装置２２は、ク
ライアント端末１−１〜１−ｉからのリクエストはあっ
たが、それに対応するコンテンツを返信していない未処
理リクエスト数が予め設定されたしきい値を超えている
か否かを判定する。
１において、クライアント端末１−１〜１−ｉが負荷分
散装置２２へＷｅｂコンテンツ取得リクエストを送信す
る。ステップＳ１２において、負荷分散装置２２は、ク
ライアント端末１−１〜１−ｉからのリクエストはあっ
たが、それに対応するコンテンツを返信していない未処
理リクエスト数が予め設定されたしきい値を超えている
か否かを判定する。
【００２２】ステップＳ１２における判定処理におい
て、未処理リクエスト数が予め設定されたしきい値を超
えている（Ｙｅｓ）の場合に、ステップＳ１３におい
て、負荷分散装置２２は、クライアント端末１−１〜１
−ｉからのリクエストをリクエスト規制サーバ２３に送
信する。ステップＳ１４において、リクエスト規制サー
バ２３は、例えば、図８に示すような規制メッセージ内
容「現在、混み合っている為、しばらくしてからリクエ
ストして下さい。」を取得する。ステップＳ１５におい
て、規制メッセージ内容を用いて図８に示すような規制
コンテンツを作成する。ステップＳ１６において、リク
エスト規制サーバ２３は、負荷分散装置を介してクライ
アント端末１−１〜１−ｉに規制コンテンツを送信す
る。規制メッセージを送ることにより、クライアントに
リクエストを抑制させることも可能になる。
て、未処理リクエスト数が予め設定されたしきい値を超
えている（Ｙｅｓ）の場合に、ステップＳ１３におい
て、負荷分散装置２２は、クライアント端末１−１〜１
−ｉからのリクエストをリクエスト規制サーバ２３に送
信する。ステップＳ１４において、リクエスト規制サー
バ２３は、例えば、図８に示すような規制メッセージ内
容「現在、混み合っている為、しばらくしてからリクエ
ストして下さい。」を取得する。ステップＳ１５におい
て、規制メッセージ内容を用いて図８に示すような規制
コンテンツを作成する。ステップＳ１６において、リク
エスト規制サーバ２３は、負荷分散装置を介してクライ
アント端末１−１〜１−ｉに規制コンテンツを送信す
る。規制メッセージを送ることにより、クライアントに
リクエストを抑制させることも可能になる。
【００２３】一方、ステップＳ１２の判定がＮｏの場
合、ステップＳ１７において、負荷分散装置２２は、ウ
ェブプロキシサーバ２４−１〜２４−ｎにリクエストを
送信する。ステップＳ１８において、リクエストを受信
したウェブプロキシサーバ２４−１〜２４−ｎは、リク
エストに対応するコンテンツがキャッシュにヒットする
か確かめる。ステップＳ１９において、キャッシュにヒ
ットした場合、リクエストされたコンテンツをリクエス
トしたクライアント端末１−１〜１−ｉに送信する。
合、ステップＳ１７において、負荷分散装置２２は、ウ
ェブプロキシサーバ２４−１〜２４−ｎにリクエストを
送信する。ステップＳ１８において、リクエストを受信
したウェブプロキシサーバ２４−１〜２４−ｎは、リク
エストに対応するコンテンツがキャッシュにヒットする
か確かめる。ステップＳ１９において、キャッシュにヒ
ットした場合、リクエストされたコンテンツをリクエス
トしたクライアント端末１−１〜１−ｉに送信する。
【００２４】一方、キャッシュにヒットしない場合、ス
テップＳ２０において、ウェブプロキシサーバ２４−１
〜２４−ｎは、リクエストをコンテンツサーバ３−１〜
３−ｊに送信する。ステップＳ２１において、コンテン
ツサーバ３−１〜３−ｊは、受信したリクエストに対応
するコンテンツを取得して、クライアント端末１−１〜
１−ｉにコンテンツを送信する。
テップＳ２０において、ウェブプロキシサーバ２４−１
〜２４−ｎは、リクエストをコンテンツサーバ３−１〜
３−ｊに送信する。ステップＳ２１において、コンテン
ツサーバ３−１〜３−ｊは、受信したリクエストに対応
するコンテンツを取得して、クライアント端末１−１〜
１−ｉにコンテンツを送信する。
【００２５】図６は、ステップＳ１２の未処理リクエス
ト数がしきい値を超えているかを判定する第１の判定基
準を示す図である。縦軸は未処理リクエスト数であり、
横軸は時刻を示す。コンテンツ要求が始まってからの未
処理リクエスト数は、一般的に時間とともに増加し、あ
る時点から減少する。しきい値Ａは、予め設定されてい
る数値であり、例えばシステム管理者が変更できる数値
である。クライアント端末１−１〜１−ｉからのリクエ
ストのうち、未処理リクエスト数がしきい値Ａを超えた
時間Ｔ１において、負荷分散装置２２が、それまで続け
ていたウェブプロキシサーバ２４−１〜２４−ｎへのリ
クエスト送信を中止して、リクエスト規制装置２３にリ
クエストを送信する。また、未処理リクエスト数がしき
い値Ａより少なくなる時間Ｔ２において、負荷分散装置
２２はリクエスト規制装置２３へのリクエスト送信を中
止して、ウェブプロキシサーバ２４−１〜２４−ｎへの
リクエストを送信する。
ト数がしきい値を超えているかを判定する第１の判定基
準を示す図である。縦軸は未処理リクエスト数であり、
横軸は時刻を示す。コンテンツ要求が始まってからの未
処理リクエスト数は、一般的に時間とともに増加し、あ
る時点から減少する。しきい値Ａは、予め設定されてい
る数値であり、例えばシステム管理者が変更できる数値
である。クライアント端末１−１〜１−ｉからのリクエ
ストのうち、未処理リクエスト数がしきい値Ａを超えた
時間Ｔ１において、負荷分散装置２２が、それまで続け
ていたウェブプロキシサーバ２４−１〜２４−ｎへのリ
クエスト送信を中止して、リクエスト規制装置２３にリ
クエストを送信する。また、未処理リクエスト数がしき
い値Ａより少なくなる時間Ｔ２において、負荷分散装置
２２はリクエスト規制装置２３へのリクエスト送信を中
止して、ウェブプロキシサーバ２４−１〜２４−ｎへの
リクエストを送信する。
【００２６】図７は、Ｓ１２の未処理リクエスト数がし
きい値を超えているか判定する第２の判定基準を示す図
である。しきい値Ａとしきい値Ｂとは、予め設定されて
いる数値である。例えば、システム管理者により変更可
能な数値である。クライアント端末１−１〜１−ｉから
のリクエストのうち、未処理リクエスト数がしきい値Ａ
を超える時間Ｔ１において、負荷分散装置２２は、それ
まで続けていたウェブプロキシサーバ２４−１〜２４−
ｎへのリクエスト送信を中止して、リクエスト規制装置
２３にリクエストを送信する。未処理リクエスト数がし
きい値Ｂより少なくなる時間Ｔ３において、負荷分散装
置２２はリクエスト規制装置２３へのリクエスト送信を
中止して、ウェブプロキシサーバ２４−１〜２４−ｎへ
リクエストを送信する。このように、しきい値を複数設
定することにより、システムの安定化を図ることが出来
る。
きい値を超えているか判定する第２の判定基準を示す図
である。しきい値Ａとしきい値Ｂとは、予め設定されて
いる数値である。例えば、システム管理者により変更可
能な数値である。クライアント端末１−１〜１−ｉから
のリクエストのうち、未処理リクエスト数がしきい値Ａ
を超える時間Ｔ１において、負荷分散装置２２は、それ
まで続けていたウェブプロキシサーバ２４−１〜２４−
ｎへのリクエスト送信を中止して、リクエスト規制装置
２３にリクエストを送信する。未処理リクエスト数がし
きい値Ｂより少なくなる時間Ｔ３において、負荷分散装
置２２はリクエスト規制装置２３へのリクエスト送信を
中止して、ウェブプロキシサーバ２４−１〜２４−ｎへ
リクエストを送信する。このように、しきい値を複数設
定することにより、システムの安定化を図ることが出来
る。
【００２７】すなわち、しきい値が１種類のみの場合
（図６）、未処理リクエスト数がしきい値Ａを前後する
場合、負荷分散装置２２からのリクエスト送信先をリク
エスト規制装置２３とウェブプロキシサーバ２４−１〜
２４−ｎとの間で頻繁に切り替わる可能性が生じる。し
かし、複数のしきい値を設定すると、リクエスト規制装
置２３とウェブプロキシサーバ２４−１〜２４−ｎとの
間の接続を頻繁に切り替える必要がなくなり、安定した
システムを提供することが可能となる。
（図６）、未処理リクエスト数がしきい値Ａを前後する
場合、負荷分散装置２２からのリクエスト送信先をリク
エスト規制装置２３とウェブプロキシサーバ２４−１〜
２４−ｎとの間で頻繁に切り替わる可能性が生じる。し
かし、複数のしきい値を設定すると、リクエスト規制装
置２３とウェブプロキシサーバ２４−１〜２４−ｎとの
間の接続を頻繁に切り替える必要がなくなり、安定した
システムを提供することが可能となる。
【００２８】前述のように、メッセージ作成処理部４５
は、図８（ａ）に示す規制メッセージ内容「現在、混み
合っている為、しばらくしてからリクエストして下さ
い。」を作成する。図８（ｂ）は、上記規制コンテンツ
の記述例である。メッセージ内容は、<ＢＯＤＹ>の内容
を書き換えることにより、変更することができる。以上
のように、本発明の一実施の形態による輻輳制御システ
ムによれば、クライアント端末１−１〜１−ｉとコンテ
ンツサーバ３−１から３−ｊとの間の輻輳を抑制するこ
とができ、コンテンツ提供サービスを有効に提供するこ
とができる。
は、図８（ａ）に示す規制メッセージ内容「現在、混み
合っている為、しばらくしてからリクエストして下さ
い。」を作成する。図８（ｂ）は、上記規制コンテンツ
の記述例である。メッセージ内容は、<ＢＯＤＹ>の内容
を書き換えることにより、変更することができる。以上
のように、本発明の一実施の形態による輻輳制御システ
ムによれば、クライアント端末１−１〜１−ｉとコンテ
ンツサーバ３−１から３−ｊとの間の輻輳を抑制するこ
とができ、コンテンツ提供サービスを有効に提供するこ
とができる。
【００２９】次に、本発明の一実施の形態の第１変形例
による輻輳制御システムについて、図９及び図１０を参
照して説明する。図９は、本発明の一実施の形態の第１
変形例による輻輳制御技術を示すフローチャート図であ
る。第１変形例による輻輳制御技術は、リクエストされ
たＵＲＬを判定基準とする。ステップＳ１１は図４に示
すステップＳ１１と同様の処理であり、クライアント端
末１−１〜１−ｉから負荷分散装置２２にリクエストを
要求する。ステップＳ２２において、負荷分散装置２２
がクライアント端末１−１〜１−ｉがリクエストしたＵ
ＲＬのコンテンツが送信に適した内容か不適切な内容か
をチェックする。
による輻輳制御システムについて、図９及び図１０を参
照して説明する。図９は、本発明の一実施の形態の第１
変形例による輻輳制御技術を示すフローチャート図であ
る。第１変形例による輻輳制御技術は、リクエストされ
たＵＲＬを判定基準とする。ステップＳ１１は図４に示
すステップＳ１１と同様の処理であり、クライアント端
末１−１〜１−ｉから負荷分散装置２２にリクエストを
要求する。ステップＳ２２において、負荷分散装置２２
がクライアント端末１−１〜１−ｉがリクエストしたＵ
ＲＬのコンテンツが送信に適した内容か不適切な内容か
をチェックする。
【００３０】内容が適切か否かの判定は、例えば、負荷
分散装置２２内に設けられ規制対象を記憶した記憶装置
を参照することにより行うことができる。或いは、負荷
分散装置２２が、その外部に設けられた閲覧規制装置２
６（図１）に問合せることにより判定することも可能で
ある。負荷分散装置内の記憶装置又は閲覧規制装置２６
内の記憶装置は、図１０に示すような規制リクエスト内
容と該ＵＲＬを対応させたデータベースとを備えてい
る。さらに、負荷分散装置２２又は閲覧規制装置２６
は、リクエストされたＵＲＬとＵＲＬに対応するデータ
ベースの内容とを比較して、ＵＲＬに含まれるコンテン
ツを送信することが適切か否か判定する判定処理部を有
している。閲覧規制装置２６が判定する場合には、負荷
分散装置２２と通信処理を行う通信処理部を備えてい
る。尚、図１０に示す対象ＵＲＬは、単なる例示であ
り、実在する特定のＵＲＬを示す意図はない。
分散装置２２内に設けられ規制対象を記憶した記憶装置
を参照することにより行うことができる。或いは、負荷
分散装置２２が、その外部に設けられた閲覧規制装置２
６（図１）に問合せることにより判定することも可能で
ある。負荷分散装置内の記憶装置又は閲覧規制装置２６
内の記憶装置は、図１０に示すような規制リクエスト内
容と該ＵＲＬを対応させたデータベースとを備えてい
る。さらに、負荷分散装置２２又は閲覧規制装置２６
は、リクエストされたＵＲＬとＵＲＬに対応するデータ
ベースの内容とを比較して、ＵＲＬに含まれるコンテン
ツを送信することが適切か否か判定する判定処理部を有
している。閲覧規制装置２６が判定する場合には、負荷
分散装置２２と通信処理を行う通信処理部を備えてい
る。尚、図１０に示す対象ＵＲＬは、単なる例示であ
り、実在する特定のＵＲＬを示す意図はない。
【００３１】ステップＳ２２において、リクエストされ
たＵＲＬのコンテンツが、規制対象ＵＲＬへのリクエス
トの場合、図４に示すステップＳ１３に進み、負荷分散
装置２２が、クライアント端末１−１〜１−ｉからのリ
クエストをリクエスト規制サーバ２３に送信する。以
下、図４と同様の処理を行う。尚、図４のステップＳ１
４、ステップＳ１５に相当する処理において、リクエス
ト規制サーバ２３は、例えば、図１１に示すような規制
メッセージ内容「要求されたコンテンツはご利用できま
せん。」を取得して、この規制メッセージ内容を用いて
図１１に示すような規制コンテンツを作成する。
たＵＲＬのコンテンツが、規制対象ＵＲＬへのリクエス
トの場合、図４に示すステップＳ１３に進み、負荷分散
装置２２が、クライアント端末１−１〜１−ｉからのリ
クエストをリクエスト規制サーバ２３に送信する。以
下、図４と同様の処理を行う。尚、図４のステップＳ１
４、ステップＳ１５に相当する処理において、リクエス
ト規制サーバ２３は、例えば、図１１に示すような規制
メッセージ内容「要求されたコンテンツはご利用できま
せん。」を取得して、この規制メッセージ内容を用いて
図１１に示すような規制コンテンツを作成する。
【００３２】一方、リクエストされたＵＲＬのコンテン
ツが規制対象ＵＲＬへのリクエストと違う場合には、図
９に示すようにステップＳ２２において、ステップＳ１
７（図４）に進み、負荷分散装置２２は、ウェブプロキ
シサーバ２４−１〜２４−ｎに対してリクエストを送信
する。以下、図４と同様の処理を行う。
ツが規制対象ＵＲＬへのリクエストと違う場合には、図
９に示すようにステップＳ２２において、ステップＳ１
７（図４）に進み、負荷分散装置２２は、ウェブプロキ
シサーバ２４−１〜２４−ｎに対してリクエストを送信
する。以下、図４と同様の処理を行う。
【００３３】次に、本発明の一実施の形態の第２変形例
による輻輳制御システムについて、図１２を参照して説
明する。図１２は、本発明の一実施の形態の第２変形例
による輻輳制御技術を示すフローチャート図である。第
２変形例による輻輳制御技術は、ウェブプロキシサーバ
の性能を判定基準とする。ステップＳ１１の処理は、図
４のステップＳ１１の処理と同様である。次に、負荷分
散装置２２又はシステム管理装置２５は、ステップＳ２
３において、ウェブプロキシサーバ２４−１〜２４−ｎ
の性能（稼動の有無、ＣＰＵ稼動率、メモリーの空き状
況、接続中のセッション数など）がしきい値より劣化し
ているか否かを判定する。稼動の有無とは、サーバが実
際に稼働しているか否かである。ＣＰＵ稼動率とは、ウ
ェブプロキシサーバ２４内のプロセッサ３２の稼働率で
あり、例えば稼働率が８０％を越えるとウェブプロキシ
サーバ２４−１〜２４−ｎの性能が劣化していると判断
される。メモリーの空き状況とは、プロセッサ３２と関
連するメモリーの空き状況である。接続中のセッション
数とは、未処理リクエスト数に相当する。
による輻輳制御システムについて、図１２を参照して説
明する。図１２は、本発明の一実施の形態の第２変形例
による輻輳制御技術を示すフローチャート図である。第
２変形例による輻輳制御技術は、ウェブプロキシサーバ
の性能を判定基準とする。ステップＳ１１の処理は、図
４のステップＳ１１の処理と同様である。次に、負荷分
散装置２２又はシステム管理装置２５は、ステップＳ２
３において、ウェブプロキシサーバ２４−１〜２４−ｎ
の性能（稼動の有無、ＣＰＵ稼動率、メモリーの空き状
況、接続中のセッション数など）がしきい値より劣化し
ているか否かを判定する。稼動の有無とは、サーバが実
際に稼働しているか否かである。ＣＰＵ稼動率とは、ウ
ェブプロキシサーバ２４内のプロセッサ３２の稼働率で
あり、例えば稼働率が８０％を越えるとウェブプロキシ
サーバ２４−１〜２４−ｎの性能が劣化していると判断
される。メモリーの空き状況とは、プロセッサ３２と関
連するメモリーの空き状況である。接続中のセッション
数とは、未処理リクエスト数に相当する。
【００３４】ステップＳ２３において、ウェブプロキシ
サーバ２４−１〜２４−ｎの性能が劣化していると判定
された場合、ステップＳ１３（図４）に進み、負荷分散
装置２２は、クライアント端末１−１〜１−ｉからのリ
クエストをリクエスト規制サーバ２３に送信する。以
下、図４に示す処理と同様の処理を行う。
サーバ２４−１〜２４−ｎの性能が劣化していると判定
された場合、ステップＳ１３（図４）に進み、負荷分散
装置２２は、クライアント端末１−１〜１−ｉからのリ
クエストをリクエスト規制サーバ２３に送信する。以
下、図４に示す処理と同様の処理を行う。
【００３５】一方、ステップＳ２３において、ウェブプ
ロキシサーバ２４−１〜２４−ｎの性能が劣化していな
い場合、ステップＳ１７（図４）に進み、負荷分散装置
２２は、ウェブプロキシサーバ２４−１〜２４−ｎにリ
クエストを送信する。以下、図４と同様の処理を行う。
ロキシサーバ２４−１〜２４−ｎの性能が劣化していな
い場合、ステップＳ１７（図４）に進み、負荷分散装置
２２は、ウェブプロキシサーバ２４−１〜２４−ｎにリ
クエストを送信する。以下、図４と同様の処理を行う。
【００３６】次に、本発明の一実施の形態の第３変形例
による輻輳制御システムについて、図１３を参照して説
明する。図１３は、本発明の一実施の形態の第３変形例
による輻輳制御技術を示すフローチャート図である。第
３変形例による輻輳制御技術は、コンテンツサーバの応
答時間を判定基準とする。
による輻輳制御システムについて、図１３を参照して説
明する。図１３は、本発明の一実施の形態の第３変形例
による輻輳制御技術を示すフローチャート図である。第
３変形例による輻輳制御技術は、コンテンツサーバの応
答時間を判定基準とする。
【００３７】図１３は、第３変形例による輻輳制御方法
を示すフローチャート図である。ステップＳ１１の処理
内容は、図４のステップＳ１１の処理内容と同様であ
る。次に、ステップＳ２４において、負荷分散装置２
２、もしくはシステム管理装置２３がコンテンツサーバ
３−１〜３−ｊの応答時間がしきい値を超えているか否
かを判定する。応答時間のしきい値としては、例えば１
分程度が妥当である。ステップＳ２４において、コンテ
ンツサーバ３−１〜３−ｊの応答時間がしきい値を超え
ていると判定された場合、ステップＳ１３（図４）にお
いて、負荷分散装置２２は、クライアント端末１−１〜
１−ｉからのリクエストを、リクエスト規制サーバ２３
に送信する。以下、図４と同様の処理を行う。
を示すフローチャート図である。ステップＳ１１の処理
内容は、図４のステップＳ１１の処理内容と同様であ
る。次に、ステップＳ２４において、負荷分散装置２
２、もしくはシステム管理装置２３がコンテンツサーバ
３−１〜３−ｊの応答時間がしきい値を超えているか否
かを判定する。応答時間のしきい値としては、例えば１
分程度が妥当である。ステップＳ２４において、コンテ
ンツサーバ３−１〜３−ｊの応答時間がしきい値を超え
ていると判定された場合、ステップＳ１３（図４）にお
いて、負荷分散装置２２は、クライアント端末１−１〜
１−ｉからのリクエストを、リクエスト規制サーバ２３
に送信する。以下、図４と同様の処理を行う。
【００３８】一方、ステップＳ２４において、コンテン
ツサーバ３−１〜３−ｊの応答時間がしきい値を超えて
いない場合、ステップＳ１７（図４）に進み、負荷分散
装置２２は、ウェブプロキシサーバ２４−１〜２４−ｎ
にリクエストを送信する。以下、図４と同様の処理を行
う。
ツサーバ３−１〜３−ｊの応答時間がしきい値を超えて
いない場合、ステップＳ１７（図４）に進み、負荷分散
装置２２は、ウェブプロキシサーバ２４−１〜２４−ｎ
にリクエストを送信する。以下、図４と同様の処理を行
う。
【００３９】次に、本発明の一実施の形態の第４変形例
による輻輳制御システムについて、図１４を参照して説
明する。図１４は、本発明の一実施の形態の第４変形例
による輻輳制御技術を示すフローチャート図である。第
４変形例による輻輳制御技術は、回線使用率を判定基準
とする。
による輻輳制御システムについて、図１４を参照して説
明する。図１４は、本発明の一実施の形態の第４変形例
による輻輳制御技術を示すフローチャート図である。第
４変形例による輻輳制御技術は、回線使用率を判定基準
とする。
【００４０】図１４は、回線使用率を判定基準とする輻
輳制御方法を示すフローチャート図である。ステップＳ
１１の処理は、図４のステップＳ１１の処理と同様であ
る。次に、ステップＳ２５において、負荷分散装置２２
又はシステム管理装置２３が、データ中継装置２１とコ
ンテンツサーバ３−１〜３−ｊとの間の回線（５２）の
使用率を測定する。ステップＳ２５において、回線使用
率がしきい値を超えているか否か判定する。回線使用率
がしきい値、例えば９０％を超えていると判定された場
合、ステップＳ１３（図４）に進み、負荷分散装置２２
は、クライアント端末１−１〜１−ｉからのリクエスト
を、リクエスト規制サーバ２３に送信する。以下、図４
と同様の処理を行う。一方、ステップＳ２５において、
回線使用率がしきい値を超えていないと判断された場
合、ステップＳ１７に進み、負荷分散装置２２は、ウェ
ブプロキシサーバ２４−１〜２４−ｎに対してリクエス
トを送信する。以下、図４と同様の処理を行う。
輳制御方法を示すフローチャート図である。ステップＳ
１１の処理は、図４のステップＳ１１の処理と同様であ
る。次に、ステップＳ２５において、負荷分散装置２２
又はシステム管理装置２３が、データ中継装置２１とコ
ンテンツサーバ３−１〜３−ｊとの間の回線（５２）の
使用率を測定する。ステップＳ２５において、回線使用
率がしきい値を超えているか否か判定する。回線使用率
がしきい値、例えば９０％を超えていると判定された場
合、ステップＳ１３（図４）に進み、負荷分散装置２２
は、クライアント端末１−１〜１−ｉからのリクエスト
を、リクエスト規制サーバ２３に送信する。以下、図４
と同様の処理を行う。一方、ステップＳ２５において、
回線使用率がしきい値を超えていないと判断された場
合、ステップＳ１７に進み、負荷分散装置２２は、ウェ
ブプロキシサーバ２４−１〜２４−ｎに対してリクエス
トを送信する。以下、図４と同様の処理を行う。
【００４１】以上説明したように、リクエスト規制を行
う場合に、ステップＳ１２、Ｓ２２、Ｓ２３、Ｓ２４、
Ｓ２５などを判定基準とすることができるが、これらの
条件単独または任意に複数を組合せてリクエスト規制の
判定基準を決めることが可能である。
う場合に、ステップＳ１２、Ｓ２２、Ｓ２３、Ｓ２４、
Ｓ２５などを判定基準とすることができるが、これらの
条件単独または任意に複数を組合せてリクエスト規制の
判定基準を決めることが可能である。
【００４２】次に、リクエスト規制を解除できるか否か
を予測するための統計情報処理について、図１６を参照
して説明する。図１６は、あるイベントに対するアクセ
ス数の時間変化例を示す図である。図１６に示すよう
に、人気のあるイベントの場合には、受付開始時間ｔ0
から、アクセス数は急激に増加する。時間ｔ1におい
て、アクセスが処理能力の限界を超える。この時間ｔ1
からリクエスト規制を開始する。所定のアクセス数のし
きい値であって、処理能力の限界を１００％とした場合
の１００％よりも小さい値、例えば８０％などしきい値
よりも小さい値を定める。アクセス数が減少し、このし
きい値と同じになった時間をｔ2とする。時間ｔ2におい
てアクセスの受付を再開する。このようにリクエストの
アクセス数に応じてリクエスト規制を行うことにより、
輻輳を制御することができる。尚、アクセス数の時間変
化に応じてしきい値を適宜変化させることも可能であ
る。
を予測するための統計情報処理について、図１６を参照
して説明する。図１６は、あるイベントに対するアクセ
ス数の時間変化例を示す図である。図１６に示すよう
に、人気のあるイベントの場合には、受付開始時間ｔ0
から、アクセス数は急激に増加する。時間ｔ1におい
て、アクセスが処理能力の限界を超える。この時間ｔ1
からリクエスト規制を開始する。所定のアクセス数のし
きい値であって、処理能力の限界を１００％とした場合
の１００％よりも小さい値、例えば８０％などしきい値
よりも小さい値を定める。アクセス数が減少し、このし
きい値と同じになった時間をｔ2とする。時間ｔ2におい
てアクセスの受付を再開する。このようにリクエストの
アクセス数に応じてリクエスト規制を行うことにより、
輻輳を制御することができる。尚、アクセス数の時間変
化に応じてしきい値を適宜変化させることも可能であ
る。
【００４３】また、時間ｔ1から所定時間、例えば３０
分など予め定めた時間が経過した時間を受付再開時間ｔ
2としても良い。尚、ステップＳ１２、Ｓ２３、Ｓ２
４、Ｓ２５の何れかを単独または複数を組合せて、リク
エスト規制を行い、システム管理装置２５、もしくはシ
ステム管理装置外部に設けられた統計情報処理機能によ
り、例えば、３０分後にリクエスト規制を解除出来ると
予測した場合、リクエスト規制装置２３はクライアント
端末1-1〜1-ｉに、図１５に示すように、例えば、“３
０分以上経過後に、あらためてリクエストして下さい”
というコンテンツを送信することが可能である。
分など予め定めた時間が経過した時間を受付再開時間ｔ
2としても良い。尚、ステップＳ１２、Ｓ２３、Ｓ２
４、Ｓ２５の何れかを単独または複数を組合せて、リク
エスト規制を行い、システム管理装置２５、もしくはシ
ステム管理装置外部に設けられた統計情報処理機能によ
り、例えば、３０分後にリクエスト規制を解除出来ると
予測した場合、リクエスト規制装置２３はクライアント
端末1-1〜1-ｉに、図１５に示すように、例えば、“３
０分以上経過後に、あらためてリクエストして下さい”
というコンテンツを送信することが可能である。
【００４４】
【発明の効果】本発明を利用することにより、通信シス
テム提供者は、従来に比べて信頼性の高い通信サービス
を利用者に提供することが可能になる。利用者はリクエ
ストに対して、従来よりも速い応答を得られる通信サー
ビスを享受出来る。また、リクエスト数が過剰な場合、
通信システムが利用者からのリクエストを享受出来ない
旨を利用者に通知することにより、利用者はレスポンス
を長時間待つ必要がなく、別のサービスをリクエストす
ることが出来る。通信システム提供者は、新たなサービ
ス提供のチャンスを持つことが出来る。
テム提供者は、従来に比べて信頼性の高い通信サービス
を利用者に提供することが可能になる。利用者はリクエ
ストに対して、従来よりも速い応答を得られる通信サー
ビスを享受出来る。また、リクエスト数が過剰な場合、
通信システムが利用者からのリクエストを享受出来ない
旨を利用者に通知することにより、利用者はレスポンス
を長時間待つ必要がなく、別のサービスをリクエストす
ることが出来る。通信システム提供者は、新たなサービ
ス提供のチャンスを持つことが出来る。
【図１】本発明の一実施の形態による輻輳制御システム
の構成を示す図である。
の構成を示す図である。
【図２】本発明の一実施の形態による輻輳制御システム
ののうち、図２（ａ）は、負荷分散装置の構成を示す図
であり、図２（ｂ）は、ウェブプロキシサーバの構成を
示す図である。
ののうち、図２（ａ）は、負荷分散装置の構成を示す図
であり、図２（ｂ）は、ウェブプロキシサーバの構成を
示す図である。
【図３】本発明の一実施の形態による輻輳制御システム
のうち、リクエスト規制装置の構成を示す図である。
のうち、リクエスト規制装置の構成を示す図である。
【図４】本発明の一実施の形態による輻輳制御システム
における未処理リクエスト数を判定基準とする輻輳制御
方法を示すフローチャート図である。
における未処理リクエスト数を判定基準とする輻輳制御
方法を示すフローチャート図である。
【図５】本発明の一実施の形態による輻輳制御システム
における未処理リクエスト数を判定基準とする輻輳制御
方法を示すシーケンス図である。
における未処理リクエスト数を判定基準とする輻輳制御
方法を示すシーケンス図である。
【図６】本発明の一実施の形態による輻輳制御システム
における未処理リクエスト数がしきい値を超えているか
を判定する方法に関する図である。
における未処理リクエスト数がしきい値を超えているか
を判定する方法に関する図である。
【図７】本発明の一実施の形態による輻輳制御システム
における未処理リクエスト数がしきい値を超えているか
を判定する他の方法に関する図である。
における未処理リクエスト数がしきい値を超えているか
を判定する他の方法に関する図である。
【図８】図８（ａ）は、規制メッセージ内容の例を示す
図であり、図８（ｂ）は、規制コンテンツの記述例を示
す図である。
図であり、図８（ｂ）は、規制コンテンツの記述例を示
す図である。
【図９】本発明の一実施の形態の第１変形例による輻輳
制御システムにおける、リクエストされたＵＲＬを判定
基準とする輻輳制御方法を示すフローチャート図であ
る。
制御システムにおける、リクエストされたＵＲＬを判定
基準とする輻輳制御方法を示すフローチャート図であ
る。
【図１０】本発明の一実施の形態の第１変形例による規
制リクエスト内容と対象ＵＲＬの例を示す図である。
制リクエスト内容と対象ＵＲＬの例を示す図である。
【図１１】本発明の一実施の形態の第１変形例による規
制メッセージ内容と規制コンテンツ記述例を示す図。
制メッセージ内容と規制コンテンツ記述例を示す図。
【図１２】本発明の一実施の形態の第２変形例による輻
輳制御システムにおける、ウェブプロキシサーバの性能
を判定基準とする輻輳制御方法を示すフローチャート図
である。
輳制御システムにおける、ウェブプロキシサーバの性能
を判定基準とする輻輳制御方法を示すフローチャート図
である。
【図１３】本発明の一実施の形態の第３変形例による輻
輳制御システムにおける、コンテンツサーバの応答時間
を判定基準とする輻輳制御方法を示すフローチャート図
である。
輳制御システムにおける、コンテンツサーバの応答時間
を判定基準とする輻輳制御方法を示すフローチャート図
である。
【図１４】本発明の一実施の形態の第４変形例による輻
輳制御システムにおける、回線使用率を判定基準とする
輻輳制御方法を示すフローチャート図である。
輳制御システムにおける、回線使用率を判定基準とする
輻輳制御方法を示すフローチャート図である。
【図１５】規制メッセージ内容と規制コンテンツ記述例
を示す図である。
を示す図である。
【図１６】システム管理装置又はシステム管理装置外部
に設けられた統計情報処理の内容を示す図である。
に設けられた統計情報処理の内容を示す図である。
１…クライアント端末、２…輻輳制御装置、３…コンテ
ンツサーバ、２１…データ中継装置、２２…負荷分散装
置、２３…リクエスト規制装置、２４…ウェブプロキシ
サーバ、２５…システム管理装置、２６…閲覧規制装
置、３１…通信装置、３２…プロセッサ、３３…入出力
装置、３４…記憶装置、４１…通信装置、４２…プロセ
ッサ、４３…入出力装置、４４…記憶装置、４５…メッ
セージ成処理部、５１…回線、５２…回線
ンツサーバ、２１…データ中継装置、２２…負荷分散装
置、２３…リクエスト規制装置、２４…ウェブプロキシ
サーバ、２５…システム管理装置、２６…閲覧規制装
置、３１…通信装置、３２…プロセッサ、３３…入出力
装置、３４…記憶装置、４１…通信装置、４２…プロセ
ッサ、４３…入出力装置、４４…記憶装置、４５…メッ
セージ成処理部、５１…回線、５２…回線
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 津浪 克行
神奈川県川崎市幸区鹿島田890番地 株式
会社日立製作所ネットワークソリューショ
ン事業部内
(72)発明者 西門 隆
神奈川県川崎市麻生区王禅寺1099番地 株
式会社日立製作所システム開発研究所内
(72)発明者 青木 英郎
神奈川県川崎市麻生区王禅寺1099番地 株
式会社日立製作所システム開発研究所内
Ｆターム(参考） 5B045 BB28 BB42 GG02
5B082 HA05 HA08
5B089 GA31 GB01 JA11 JB18
Claims (14)
- 【請求項１】 情報の取得をリクエストするとともに、
該リクエストに応じて得られた情報を表示することがで
きる複数のクライアント端末と、前記リクエストに応じ
て該リクエストに対応する情報を前記クライアント端末
に送信する複数のコンテンツサーバと、複数の前記クラ
イアント端末と複数の前記コンテンツサーバとの間に設
けられた輻輳制御装置とを含み、 前記輻輳制御装置は、複数の前記クライアント端末と複
数の前記コンテンツサーバとに関連付けされ両者間の中
継を行うデータ中継装置と、特定の情報を取得するため
のリクエストが複数回発生した場合に前記特定の情報を
キャッシュする手段と前記特定の情報を前記クライアン
ト端末に送る手段とを備える少なくとも１のウェブプロ
キシサーバと、前記データ中継装置と前記ウェブプロキ
シサーバとに関連付けされ前記データ中継装置からのリ
クエストが特定のウェブプロキシサーバに集中しないよ
うにリクエストを分散制御する負荷分散装置と、該負荷
分散装置と関連付けされ前記クライアント端末からのリ
クエストを規制するリクエスト規制手段とを備える輻輳
制御システム。 - 【請求項２】 前記リクエスト規制手段は、前記クライ
アント端末からのリクエスト数が予め設定された数値を
超えた場合に、前記負荷分散装置に前記コンテンツサー
バ又は前記ウェブプロキシサーバへのリクエスト送信を
抑制させる請求項１に記載の輻輳制御システム。 - 【請求項３】 前記リクエスト規制手段は、前記ウェブ
プロキシサーバの性能が予め設定された性能より低下し
た場合に、前記負荷分散装置に前記コンテンツサーバ又
は前記ウェブプロキシサーバへのリクエスト送信を抑制
させる請求項１に記載の輻輳制御システム。 - 【請求項４】 前記リクエスト規制手段は、前記コンテ
ンツサーバからの応答時間が予め設定された数値を超え
た場合に、前記負荷分散装置に前記コンテンツサーバ又
は前記ウェブプロキシサーバへのリクエスト送信を抑制
させる請求項１に記載の輻輳制御システム。 - 【請求項５】 前記リクエスト規制手段は、前記輻輳制
御装置と前記コンテンツサーバとの間の伝送システムの
使用率が予め設定された数値を超えた場合に、前記負荷
分散装置に前記コンテンツサーバ又は前記ウェブプロキ
シサーバへのリクエスト送信を抑制させる請求項１に記
載の輻輳制御システム。 - 【請求項６】 前記リクエスト規制手段は、前記コンテ
ンツサーバ又は前記ウェブプロキシサーバへのリクエス
トを、前記コンテンツサーバ又は前記ウェブプロキシサ
ーバに代わって受信する請求項２から５までのいずれか
１項に記載の輻輳制御システム。 - 【請求項７】 さらに、前記負荷分散装置が、前記コン
テンツサーバ又は前記ウェブプロキシサーバにリクエス
トを送信しない場合に、リクエストの受け付けが出来な
い旨を前記クライアント端末に伝える情報伝達手段を備
える請求項１から６までのいずれか１項に記載の輻輳制
御システム。 - 【請求項８】 さらに、予め定められたリクエストに関
して受付けを拒否し、該リクエストの受け付けが出来な
い旨を前記クライアント端末に伝える情報伝達手段を備
える請求項１から７までのいずれか１項に記載の輻輳制
御システム。 - 【請求項９】 さらに、前記クライアント端末からのリ
クエストを受け付けない場合に前記クライアント端末に
送信するメッセージの内容を編集するメッセージ作成手
段を備える請求項７又は８に記載の輻輳制御システム。 - 【請求項１０】 さらに、未処理リクエスト数の時間変
移に基づいてリクエスト規制を解除する時刻を予測し、
前記リクエスト規制手段から前記クライアント端末に対
して、リクエスト規制解除の予定時刻を含む情報を送る
通知手段を有している請求項１から９までのいずれか１
項に記載の輻輳制御システム。 - 【請求項１１】 情報の取得をリクエストするととも
に、該リクエストに応じて得られた情報を表示すること
ができる複数のクライアント端末と、前記リクエストに
応じて該リクエストに対応する情報を前記クライアント
端末に送信する複数のコンテンツサーバと、複数の前記
クライアント端末と複数の前記コンテンツサーバとの間
の中継を行うデータ中継装置と、特定の情報を取得する
ためのリクエストが複数回発生した場合に前記特定の情
報をキャッシュする手段と前記特定の情報を前記クライ
アント端末に送る手段とを備える少なくとも１のウェブ
プロキシサーバと、前記データ中継装置からのリクエス
トが特定のウェブプロキシサーバに集中しないようにリ
クエストを分散制御する負荷分散装置とを備える通信シ
ステムの輻輳制御方法であって、 （ａ）前記クライアント端末からのリクエスト数が予め
設定された数値を超えるか否かを判断する工程と、 （ｂ）リクエスト数が予め設定された数値を超えた場合
に、前記コンテンツサーバ又は前記ウェブプロキシサー
バへのリクエスト送信を抑制する工程とを含む輻輳制御
方法。 - 【請求項１２】 情報の取得をリクエストするととも
に、該リクエストに応じて得られた情報を表示すること
ができる複数のクライアント端末と、前記リクエストに
応じて該リクエストに対応する情報を前記クライアント
端末に送信する複数のコンテンツサーバと、複数の前記
クライアント端末と複数の前記コンテンツサーバとの間
の中継を行うデータ中継装置と、特定の情報を取得する
ためのリクエストが複数回発生した場合に前記特定の情
報をキャッシュする手段と前記特定の情報を前記クライ
アント端末に送る手段とを備える少なくとも１のウェブ
プロキシサーバと、前記データ中継装置からのリクエス
トが特定のウェブプロキシサーバに集中しないようにリ
クエストを分散制御する負荷分散装置とを備える通信シ
ステムの輻輳制御方法であって、 （ａ）前記ウェブプロキシサーバの性能を測定する工程
と、 （ｂ）前記ウェブプロキシサーバの性能が予め設定され
た性能より低下した場合に、前記コンテンツサーバ又は
前記ウェブプロキシサーバへのリクエスト送信を抑制す
る工程とを含む輻輳制御方法。 - 【請求項１３】 情報の取得をリクエストするととも
に、該リクエストに応じて得られた情報を表示すること
ができる複数のクライアント端末と、前記リクエストに
応じて該リクエストに対応する情報を前記クライアント
端末に送信する複数のコンテンツサーバと、複数の前記
クライアント端末と複数の前記コンテンツサーバとの間
の中継を行うデータ中継装置と、特定の情報を取得する
ためのリクエストが複数回発生した場合に前記特定の情
報をキャッシュする手段と前記特定の情報を前記クライ
アント端末に送る手段とを備える少なくとも１のウェブ
プロキシサーバと、前記データ中継装置からのリクエス
トが特定のウェブプロキシサーバに集中しないようにリ
クエストを分散制御する負荷分散装置とを備える通信シ
ステムの輻輳制御方法であって、 （ａ）前記コンテンツサーバからの応答時間を測定する
工程と、 （ｂ）前記コンテンツサーバからの応答時間が予め設定
された数値を超えた場合に、前記コンテンツサーバ又は
前記ウェブプロキシサーバへのリクエスト送信を抑制す
る工程とを含む輻輳制御方法。 - 【請求項１４】 情報の取得をリクエストするととも
に、該リクエストに応じて得られた情報を表示すること
ができる複数のクライアント端末と、前記リクエストに
応じて該リクエストに対応する情報を前記クライアント
端末に送信する複数のコンテンツサーバと、複数の前記
クライアント端末と複数の前記コンテンツサーバとの間
の中継を行うデータ中継装置と、特定の情報を取得する
ためのリクエストが複数回発生した場合に前記特定の情
報をキャッシュする手段と前記特定の情報を前記クライ
アント端末に送る手段とを備える少なくとも１のウェブ
プロキシサーバと、前記データ中継装置からのリクエス
トが特定のウェブプロキシサーバに集中しないようにリ
クエストを分散制御する負荷分散装置とを備える通信シ
ステムの輻輳制御方法であって、 （ａ）前記コンテンツサーバとの間の伝送システムの使
用率を測定する工程と、 （ｂ）前記伝送システムの使用率が予め設定された数値
を超えた場合に、前記コンテンツサーバ又は前記ウェブ
プロキシサーバへのリクエスト送信を抑制する工程とを
含む輻輳制御方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001379772A JP2003186776A (ja) | 2001-12-13 | 2001-12-13 | 輻輳制御システム |
| DE2002610733 DE60210733T2 (de) | 2001-12-13 | 2002-05-16 | System und Verfahren zur Überlastregelung in Netzwerken |
| EP20020010956 EP1320237B1 (en) | 2001-12-13 | 2002-05-16 | System and method for controlling congestion in networks |
| US10/147,878 US20030112752A1 (en) | 2001-12-13 | 2002-05-20 | System and method for controlling congestion in networks |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001379772A JP2003186776A (ja) | 2001-12-13 | 2001-12-13 | 輻輳制御システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003186776A true JP2003186776A (ja) | 2003-07-04 |
Family
ID=19186974
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001379772A Pending JP2003186776A (ja) | 2001-12-13 | 2001-12-13 | 輻輳制御システム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20030112752A1 (ja) |
| EP (1) | EP1320237B1 (ja) |
| JP (1) | JP2003186776A (ja) |
| DE (1) | DE60210733T2 (ja) |
Cited By (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006129213A (ja) * | 2004-10-29 | 2006-05-18 | Hitachi Ltd | パケット通信装置 |
| JP2007312277A (ja) * | 2006-05-22 | 2007-11-29 | Nippon Telegr & Teleph Corp <Ntt> | ＶｏＩＰネットワークにおける呼制御信号の輻輳制御方法、ＶｏＩＰゲートウェイ装置およびプログラム |
| US7904562B2 (en) | 2008-03-26 | 2011-03-08 | Fujitsu Limited | Server and connecting destination server switch control method |
| JP2011197796A (ja) * | 2010-03-17 | 2011-10-06 | Fujitsu Frontech Ltd | 負荷分散制御装置 |
| JP2014505918A (ja) * | 2010-12-02 | 2014-03-06 | エイ１０ ネットワークス インコーポレイテッド | 動的サービス応答時間に基づきサーバにアプリケーショントラフィックを配信するシステムと方法 |
| US9497201B2 (en) | 2006-10-17 | 2016-11-15 | A10 Networks, Inc. | Applying security policy to an application session |
| US9531846B2 (en) | 2013-01-23 | 2016-12-27 | A10 Networks, Inc. | Reducing buffer usage for TCP proxy session based on delayed acknowledgement |
| US9705800B2 (en) | 2012-09-25 | 2017-07-11 | A10 Networks, Inc. | Load distribution in data networks |
| US9843484B2 (en) | 2012-09-25 | 2017-12-12 | A10 Networks, Inc. | Graceful scaling in software driven networks |
| US9900252B2 (en) | 2013-03-08 | 2018-02-20 | A10 Networks, Inc. | Application delivery controller and global server load balancer |
| US9906591B2 (en) | 2011-10-24 | 2018-02-27 | A10 Networks, Inc. | Combining stateless and stateful server load balancing |
| US9906422B2 (en) | 2014-05-16 | 2018-02-27 | A10 Networks, Inc. | Distributed system to determine a server's health |
| US9942152B2 (en) | 2014-03-25 | 2018-04-10 | A10 Networks, Inc. | Forwarding data packets using a service-based forwarding policy |
| US9942162B2 (en) | 2014-03-31 | 2018-04-10 | A10 Networks, Inc. | Active application response delay time |
| US9961135B2 (en) | 2010-09-30 | 2018-05-01 | A10 Networks, Inc. | System and method to balance servers based on server load status |
| US9960967B2 (en) | 2009-10-21 | 2018-05-01 | A10 Networks, Inc. | Determining an application delivery server based on geo-location information |
| US9979801B2 (en) | 2011-12-23 | 2018-05-22 | A10 Networks, Inc. | Methods to manage services over a service gateway |
| US9986061B2 (en) | 2014-06-03 | 2018-05-29 | A10 Networks, Inc. | Programming a data network device using user defined scripts |
| US9992107B2 (en) | 2013-03-15 | 2018-06-05 | A10 Networks, Inc. | Processing data packets using a policy based network path |
| US9992229B2 (en) | 2014-06-03 | 2018-06-05 | A10 Networks, Inc. | Programming a data network device using user defined scripts with licenses |
| US10002141B2 (en) | 2012-09-25 | 2018-06-19 | A10 Networks, Inc. | Distributed database in software driven networks |
| US10021174B2 (en) | 2012-09-25 | 2018-07-10 | A10 Networks, Inc. | Distributing service sessions |
| US10038693B2 (en) | 2013-05-03 | 2018-07-31 | A10 Networks, Inc. | Facilitating secure network traffic by an application delivery controller |
| US10044582B2 (en) | 2012-01-28 | 2018-08-07 | A10 Networks, Inc. | Generating secure name records |
| US10129122B2 (en) | 2014-06-03 | 2018-11-13 | A10 Networks, Inc. | User defined objects for network devices |
| US10230770B2 (en) | 2013-12-02 | 2019-03-12 | A10 Networks, Inc. | Network proxy layer for policy-based application proxies |
| USRE47296E1 (en) | 2006-02-21 | 2019-03-12 | A10 Networks, Inc. | System and method for an adaptive TCP SYN cookie with time validation |
| US10243791B2 (en) | 2015-08-13 | 2019-03-26 | A10 Networks, Inc. | Automated adjustment of subscriber policies |
| US10581976B2 (en) | 2015-08-12 | 2020-03-03 | A10 Networks, Inc. | Transmission control of protocol state exchange for dynamic stateful service insertion |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7860510B2 (en) * | 2002-07-03 | 2010-12-28 | Siemens Aktiengesellschaft | Method for controlling data transmission in a radio communication system with a hierarchical network architecture |
| US7797418B2 (en) * | 2002-08-06 | 2010-09-14 | Tvworks, Llc | Method of maintaining broadcast data stream |
| US8082339B2 (en) * | 2003-02-28 | 2011-12-20 | Hewlett-Packard Development Company, L.P. | Electronic device network having graceful denial of service |
| US20050060423A1 (en) * | 2003-09-15 | 2005-03-17 | Sachin Garg | Congestion management in telecommunications networks |
| US7447797B2 (en) * | 2003-10-29 | 2008-11-04 | International Business Machines Corporation | Method and system for processing a service request associated with a particular priority level of service in a network data processing system using parallel proxies |
| US7904895B1 (en) | 2004-04-21 | 2011-03-08 | Hewlett-Packard Develpment Company, L.P. | Firmware update in electronic devices employing update agent in a flash memory card |
| US8526940B1 (en) | 2004-08-17 | 2013-09-03 | Palm, Inc. | Centralized rules repository for smart phone customer care |
| US7412432B2 (en) * | 2005-10-27 | 2008-08-12 | International Business Machines Corporation | Problem determination rules processing |
| EP2025095A2 (en) | 2006-06-08 | 2009-02-18 | Hewlett-Packard Development Company, L.P. | Device management in a network |
| EP2047420A4 (en) | 2006-07-27 | 2009-11-18 | Hewlett Packard Development Co | USER EXPERIENCE AND DEPENDENCE MANAGEMENT IN A MOBILE DEVICE |
| US8301787B2 (en) * | 2007-03-22 | 2012-10-30 | Red Hat, Inc. | Selective use of anonymous proxies |
| CN102714603A (zh) | 2009-12-18 | 2012-10-03 | 惠普发展公司，有限责任合伙企业 | 网络中的委托代理 |
| JP5424940B2 (ja) * | 2010-03-03 | 2014-02-26 | キヤノン株式会社 | ネットワーク装置、情報処理装置及びこれらの制御方法、並びにネットワークシステム、代理応答方法及びコンピュータプログラム |
| US9806960B2 (en) * | 2013-11-25 | 2017-10-31 | Google Inc. | Method and system for adjusting heavy traffic loads between personal electronic devices and external services |
| CN106789857B (zh) * | 2015-11-25 | 2020-08-14 | 中国移动通信集团公司 | 一种信息交互方法、设备及缓存系统 |
| CN114553806B (zh) * | 2022-02-21 | 2023-09-05 | 深圳平安智慧医健科技有限公司 | 一种即时通讯的优化方法、装置、设备及存储介质 |
| US20230418676A1 (en) * | 2022-06-27 | 2023-12-28 | Uber Technologies, Inc. | Priority-based load shedding for computing systems |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5335224A (en) * | 1992-06-30 | 1994-08-02 | At&T Bell Laboratories | Service guarantees/congestion control in high speed networks |
| US5799002A (en) * | 1996-07-02 | 1998-08-25 | Microsoft Corporation | Adaptive bandwidth throttling for network services |
| US6070191A (en) * | 1997-10-17 | 2000-05-30 | Lucent Technologies Inc. | Data distribution techniques for load-balanced fault-tolerant web access |
| US6442165B1 (en) * | 1998-12-02 | 2002-08-27 | Cisco Technology, Inc. | Load balancing between service component instances |
| JP2001109638A (ja) * | 1999-10-06 | 2001-04-20 | Nec Corp | 推定伸長率に基づくトランザクション負荷分散方法及び方式並びにコンピュータ可読記録媒体 |
| US8756342B1 (en) * | 2000-02-07 | 2014-06-17 | Parallel Networks, Llc | Method and apparatus for content synchronization |
| US6996615B1 (en) * | 2000-09-29 | 2006-02-07 | Cisco Technology, Inc. | Highly scalable least connections load balancing |
| 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 |
| US6963917B1 (en) * | 2000-10-20 | 2005-11-08 | International Business Machines Corporation | Methods, systems and computer program products for policy based distribution of workload to subsets of potential servers |
| US6883108B2 (en) * | 2001-05-07 | 2005-04-19 | Sun Microsystems, Inc. | Fault-tolerant routing scheme for a multi-path interconnection fabric in a storage network |
-
2001
- 2001-12-13 JP JP2001379772A patent/JP2003186776A/ja active Pending
-
2002
- 2002-05-16 EP EP20020010956 patent/EP1320237B1/en not_active Expired - Lifetime
- 2002-05-16 DE DE2002610733 patent/DE60210733T2/de not_active Expired - Lifetime
- 2002-05-20 US US10/147,878 patent/US20030112752A1/en not_active Abandoned
Cited By (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006129213A (ja) * | 2004-10-29 | 2006-05-18 | Hitachi Ltd | パケット通信装置 |
| JP4523381B2 (ja) * | 2004-10-29 | 2010-08-11 | 株式会社日立製作所 | パケット通信装置 |
| US7835395B2 (en) | 2004-10-29 | 2010-11-16 | Hitachi, Ltd. | Packet transfer device |
| USRE47296E1 (en) | 2006-02-21 | 2019-03-12 | A10 Networks, Inc. | System and method for an adaptive TCP SYN cookie with time validation |
| JP2007312277A (ja) * | 2006-05-22 | 2007-11-29 | Nippon Telegr & Teleph Corp <Ntt> | ＶｏＩＰネットワークにおける呼制御信号の輻輳制御方法、ＶｏＩＰゲートウェイ装置およびプログラム |
| US9497201B2 (en) | 2006-10-17 | 2016-11-15 | A10 Networks, Inc. | Applying security policy to an application session |
| US7904562B2 (en) | 2008-03-26 | 2011-03-08 | Fujitsu Limited | Server and connecting destination server switch control method |
| US9960967B2 (en) | 2009-10-21 | 2018-05-01 | A10 Networks, Inc. | Determining an application delivery server based on geo-location information |
| US10735267B2 (en) | 2009-10-21 | 2020-08-04 | A10 Networks, Inc. | Determining an application delivery server based on geo-location information |
| JP2011197796A (ja) * | 2010-03-17 | 2011-10-06 | Fujitsu Frontech Ltd | 負荷分散制御装置 |
| US10447775B2 (en) | 2010-09-30 | 2019-10-15 | A10 Networks, Inc. | System and method to balance servers based on server load status |
| US9961135B2 (en) | 2010-09-30 | 2018-05-01 | A10 Networks, Inc. | System and method to balance servers based on server load status |
| US9609052B2 (en) | 2010-12-02 | 2017-03-28 | A10 Networks, Inc. | Distributing application traffic to servers based on dynamic service response time |
| US10178165B2 (en) | 2010-12-02 | 2019-01-08 | A10 Networks, Inc. | Distributing application traffic to servers based on dynamic service response time |
| JP2014505918A (ja) * | 2010-12-02 | 2014-03-06 | エイ１０ ネットワークス インコーポレイテッド | 動的サービス応答時間に基づきサーバにアプリケーショントラフィックを配信するシステムと方法 |
| US9961136B2 (en) | 2010-12-02 | 2018-05-01 | A10 Networks, Inc. | Distributing application traffic to servers based on dynamic service response time |
| US10484465B2 (en) | 2011-10-24 | 2019-11-19 | A10 Networks, Inc. | Combining stateless and stateful server load balancing |
| US9906591B2 (en) | 2011-10-24 | 2018-02-27 | A10 Networks, Inc. | Combining stateless and stateful server load balancing |
| US9979801B2 (en) | 2011-12-23 | 2018-05-22 | A10 Networks, Inc. | Methods to manage services over a service gateway |
| US10044582B2 (en) | 2012-01-28 | 2018-08-07 | A10 Networks, Inc. | Generating secure name records |
| US10516577B2 (en) | 2012-09-25 | 2019-12-24 | A10 Networks, Inc. | Graceful scaling in software driven networks |
| US10862955B2 (en) | 2012-09-25 | 2020-12-08 | A10 Networks, Inc. | Distributing service sessions |
| US10491523B2 (en) | 2012-09-25 | 2019-11-26 | A10 Networks, Inc. | Load distribution in data networks |
| US10002141B2 (en) | 2012-09-25 | 2018-06-19 | A10 Networks, Inc. | Distributed database in software driven networks |
| US10021174B2 (en) | 2012-09-25 | 2018-07-10 | A10 Networks, Inc. | Distributing service sessions |
| US9843484B2 (en) | 2012-09-25 | 2017-12-12 | A10 Networks, Inc. | Graceful scaling in software driven networks |
| US9705800B2 (en) | 2012-09-25 | 2017-07-11 | A10 Networks, Inc. | Load distribution in data networks |
| US9531846B2 (en) | 2013-01-23 | 2016-12-27 | A10 Networks, Inc. | Reducing buffer usage for TCP proxy session based on delayed acknowledgement |
| US11005762B2 (en) | 2013-03-08 | 2021-05-11 | A10 Networks, Inc. | Application delivery controller and global server load balancer |
| US9900252B2 (en) | 2013-03-08 | 2018-02-20 | A10 Networks, Inc. | Application delivery controller and global server load balancer |
| US9992107B2 (en) | 2013-03-15 | 2018-06-05 | A10 Networks, Inc. | Processing data packets using a policy based network path |
| US10659354B2 (en) | 2013-03-15 | 2020-05-19 | A10 Networks, Inc. | Processing data packets using a policy based network path |
| US10305904B2 (en) | 2013-05-03 | 2019-05-28 | A10 Networks, Inc. | Facilitating secure network traffic by an application delivery controller |
| US10038693B2 (en) | 2013-05-03 | 2018-07-31 | A10 Networks, Inc. | Facilitating secure network traffic by an application delivery controller |
| US10230770B2 (en) | 2013-12-02 | 2019-03-12 | A10 Networks, Inc. | Network proxy layer for policy-based application proxies |
| US9942152B2 (en) | 2014-03-25 | 2018-04-10 | A10 Networks, Inc. | Forwarding data packets using a service-based forwarding policy |
| US10257101B2 (en) | 2014-03-31 | 2019-04-09 | A10 Networks, Inc. | Active application response delay time |
| US9942162B2 (en) | 2014-03-31 | 2018-04-10 | A10 Networks, Inc. | Active application response delay time |
| US9906422B2 (en) | 2014-05-16 | 2018-02-27 | A10 Networks, Inc. | Distributed system to determine a server's health |
| US10686683B2 (en) | 2014-05-16 | 2020-06-16 | A10 Networks, Inc. | Distributed system to determine a server's health |
| US10749904B2 (en) | 2014-06-03 | 2020-08-18 | A10 Networks, Inc. | Programming a data network device using user defined scripts with licenses |
| US9986061B2 (en) | 2014-06-03 | 2018-05-29 | A10 Networks, Inc. | Programming a data network device using user defined scripts |
| US9992229B2 (en) | 2014-06-03 | 2018-06-05 | A10 Networks, Inc. | Programming a data network device using user defined scripts with licenses |
| US10129122B2 (en) | 2014-06-03 | 2018-11-13 | A10 Networks, Inc. | User defined objects for network devices |
| US10880400B2 (en) | 2014-06-03 | 2020-12-29 | A10 Networks, Inc. | Programming a data network device using user defined scripts |
| US10581976B2 (en) | 2015-08-12 | 2020-03-03 | A10 Networks, Inc. | Transmission control of protocol state exchange for dynamic stateful service insertion |
| US10243791B2 (en) | 2015-08-13 | 2019-03-26 | A10 Networks, Inc. | Automated adjustment of subscriber policies |
Also Published As
| Publication number | Publication date |
|---|---|
| DE60210733T2 (de) | 2006-11-30 |
| EP1320237B1 (en) | 2006-04-19 |
| EP1320237A3 (en) | 2004-07-07 |
| US20030112752A1 (en) | 2003-06-19 |
| DE60210733D1 (de) | 2006-05-24 |
| EP1320237A2 (en) | 2003-06-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003186776A (ja) | 輻輳制御システム | |
| US8667120B2 (en) | Load control device and method thereof for controlling requests sent to a server | |
| JP4274710B2 (ja) | 通信中継装置 | |
| US9954941B2 (en) | Global server load balancer apparatus and method for dynamically controlling time-to-live | |
| US8745240B2 (en) | Global load balancing on a content delivery network | |
| US6959318B1 (en) | Method of proxy-assisted predictive pre-fetching with transcoding | |
| EP2263208B1 (en) | Content delivery in a network | |
| EP2704402B1 (en) | Method and node for distributing electronic content in a content distribution network | |
| US8706864B1 (en) | Behavior monitoring and compliance for multi-tenant resources | |
| US20060031520A1 (en) | Allocation of common persistent connections through proxies | |
| US9888470B2 (en) | Network accelerator for controlled long delay links | |
| US20020174247A1 (en) | System and method for dynamic routing to service providers | |
| CA2355286A1 (en) | Optimizing bandwidth consumption for document distribution over a multicast enabled wide area network | |
| US20050138626A1 (en) | Traffic control apparatus and service system using the same | |
| CN110771122A (zh) | 使内容传送网络能够处理非预期流量激增的方法和网络节点 | |
| JP2003085032A (ja) | 自己組織化キャッシュ方法およびその方法を利用可能なキャッシュサーバ | |
| US11503104B1 (en) | Implementing a queuing system in a distributed network | |
| WO2018086575A1 (zh) | 媒体资源的控制方法及装置 | |
| JP4897644B2 (ja) | 端末に対するアクセス数制御方法、端末、制御サーバ及びプログラム | |
| JP4392330B2 (ja) | アクセス管理機構 | |
| KR101082786B1 (ko) | 프록시 서버를 이용한 컨텐츠 분배 시스템 및 방법 | |
| JP3725401B2 (ja) | アクセス振り分け方法、装置、及び記録媒体 | |
| KR100450605B1 (ko) | 웹-어플리케이션 서버 및 그의 동적 컨텐츠 제공 방법 | |
| US11900182B2 (en) | Waiting room with zero latency | |
| JP2005122756A (ja) | 輻輳制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060620 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060811 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060919 |