(57)【要約】【課題】  本発明は高位レイヤ処理方法及び装置に関し、並列展開したレイヤ処理装置群のリソースを均等にフル活用して、高速インタフェースにアグリゲートされたセッション流を処理することができる高位レイヤ処理方法及びシステムを提供することを目的としている。【解決手段】  高位レイヤ処理システムにおいて、システムのスケーラビリティ確保のため、高位レイヤ処理装置５を複数台並列配置し、それら高位レイヤ処理装置群に、受信パケットのＬ３以下の情報に基づきパケットを振り分けるパケット振分装置３からなる高位レイヤ処理システムにおいて、前記パケット振分装置３からハッシュ値をパケットに入れ込んで高位レイヤ処理装置に送信し、高位レイヤ処理装置５はそのパケットを受けて、自分が輻輳するおそれがある場合にはその旨をパケット振分装置３側に通知し、パケット振分装置側の運用管理部３１は他の高位レイヤ処理装置５を選択するように構成する。【選択図】      図２
2005064882.tif 000002
【特許請求の範囲】
【請求項１】
異なる網の間の境界又はｉＤＣや企業データセンタの各種サーバ等の前段に位置し、受信パケットのレイヤ４以上の高位レイヤ情報に基づき処理を行なう高位レイヤ処理システムであって、システムのスケーラビリティ確保のため、高位レイヤ処理装置を複数台並列配置し、それら高位レイヤ処理装置群に、受信パケットのＬ３以下の情報に基づきパケットを振り分けるパケット振分装置からなる高位レイヤ処理システムにおいて、
パケット振分装置が受信パケット内の情報から算出し、振り分け先である高位レイヤ処理装置の判定に用いるハッシュ値を、転送パケットと共に高位レイヤ処理装置に通知し（ステップ１）、
高位レイヤ処理装置は該ハッシュ値毎に処理リソースを監視し、その結果の情報を保持し、自高位レイヤ処理装置が輻輳或いは輻輳を予想した場合に、他高位レイヤ処理装置に処理を引き渡すセッション群をハッシュ値単位で選定しておき、該選択ハッシュ値と、該ハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を、高位レイヤ処理装置群の高位レイヤ処理装置単位のリソースを監視するパケット振分装置の運用管理部に通知し（ステップ２）、
前記運用管理部が、引き継ぎ先高位レイヤ処理装置を選択し、該高位レイヤ処理装置にセッション引き継ぎ情報を通知し、また高位レイヤ処理装置の輻輳状態を判断し、輻輳時には、前記パケット振分装置が前記ハッシュ値に対応したパケットを、輻輳と判断した高位レイヤ処理装置から引き継ぎ先の高位レイヤ処理装置に振り分け先を変更し転送する（ステップ３）、
ことを特徴とする高位レイヤ処理方法。
【請求項２】
異なる網の間の境界又はｉＤＣや企業データセンタの各種サーバ等の前段に位置し、受信パケットのレイヤ４以上の高位レイヤ情報に基づき処理を行なう高位レイヤ処理システムであって、システムのスケーラビリティ確保のため、高位レイヤ処理装置を複数台並列配置し、それら高位レイヤ処理装置群に、受信パケットのＬ３以下の情報に基づきパケットを振り分けるパケット振分装置からなる高位レイヤ処理システムにおいて、
受信パケット内の情報から算出し、振分先である高位レイヤ処理装置の判定に用いるハッシュ値を、転送パケットと共に高位レイヤ処理装置に通知するパケット振分装置と、
前記ハッシュ値毎に処理リソースを監視し、その結果の情報を保持し、自高位レイヤ処理装置が輻輳或いは輻輳を予想した場合に、他高位レイヤ処理装置に処理を引き渡すセッション群をハッシュ値単位で選定しておき、該選択ハッシュ値と、該ハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を、高位レイヤ処理装置群の高位レイヤ処理装置単位のリソースを監視するパケット振分装置の運用管理部に通知する高位レイヤ処理装置と、
引き継ぎ先の高位レイヤ処理装置を選択し、該高位レイヤ処理装置にセッション引き継ぎ情報を通知し、また、高位レイヤ処理装置の輻輳状態を判断し、輻輳時には、パケット振分装置が前記ハッシュ値に対応したパケットを輻輳と判断した高位レイヤ処理装置から引き継ぎ先の高位レイヤ処理装置に振り分け先を変更し転送する運用管理部と、
を具備して構成される高位レイヤ処理システム。
【請求項３】
選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を、パケット振分装置の運用管理部経由ではなく、パケット振分装置と高位レイヤ処理装置群間に配備したスイッチ機構を介し、前記高位レイヤ処理装置が前記運用管理部から引き継ぎ先高位レイヤ処理装置の情報を入手し、装置自身が引き継ぎ先装置に転送することを特徴とする請求項２記載の高位レイヤ処理システム。
【請求項４】
選択したハッシュ値の属性に応じて、選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を引き継ぎ先高位レイヤ処理装置に転送せず、単にパケット振分装置が高位レイヤ処理装置の輻輳状態を判断し、輻輳時、該ハッシュ値に対応したパケットを、輻輳と判断した高位レイヤ処理から引き継ぎ先高位レイヤ処理装置に振り分けだけ行なうことを特徴とする請求項２又は３記載の高位レイヤ処理システム。
【請求項５】
選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を引き継ぎ先高位レイヤ処理装置に転送せず、パケット振分装置が高位レイヤ処理装置の輻輳状態を判断し、輻輳時、該ハッシュ値に対応したパケットをコピーし、輻輳状態と判断した現在処理系の高位レイヤ処理装置と共に引き継ぎ先高位レイヤ処理装置にもパケットを転送することを特徴とする請求項２又は３記載の高位レイヤ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は高位レイヤ処理方法及びシステムに関し、更に詳しくは、サーバ負荷分散装置（ＳＬＢ）や、ファイアウォール（ＦｉｒｅＷａｌｌ：ＦＷ：防護壁機能）等、主にレイヤ４以上の高位レイヤ情報に基づき処理を行なう高位レイヤ処理装置の分野における高位レイヤ処理方法及びシステムに関する。
【０００２】
ここで、高位レイヤ処理装置とは、異なる網間の境界や企業データセンタの各種サーバ（Ｗｅｂサーバ／アプリシーションサーバ）等の前段に置き、高位レイヤ情報に基づき、廃棄、中継、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ：ネットワークアドレス変換）等のアドレス変換を伴う転送等の処理を行なうものである。
【背景技術】
【０００３】
クライアントがアクセスするサーバ群に対し、負荷が均衡化するようにアクセスを割り振る負荷分散制御システムが知られている。
【０００４】
この種のシステムとして、ｎ台のサーバについて、予め定められた負荷測定項目を測定し、前記ｎ台のサーバの負荷値をそれぞれ得ると共に、それらの平均負荷値を計算しておき、クライアントからの要求を受け付ける毎に要求データの識別情報に対するハッシュ値を計算し、このハッシュ値に対応したサーバを決定し、このサーバの負荷値に応じて所定のサーバを見つけてアクセスを行なう技術が知られている（例えば特許文献１参照）。
【０００５】
また、並列配置した高位レイヤ処理装置群の前段に、セッション管理は行わず、せいぜいパケットのＩＰアドレス値をハッシュキーとして得たハッシュ値を元にして、ハッシュ値を検索キーとして振り分け先テーブルの参照で振り分け先の高位レイヤ処理装置を判断し、高速インタフェースを収容するパケット振り分け機構を配置し、スケーラビリティ（帯域可変）を確保する技術がある。
【０００６】
図１４は従来システムの動作説明図である。クライアント１からパケットが送信されると、このパケットはインターネット２０を介して前段パケット振分装置６に通知される。前段パケット振分装置６の前段振分部３２では、パケットのＩＰアドレスをハッシュ関数の入力として用い、ハッシュ値を算出し、このハッシュ値に対応して振分先高位レイヤ処理装置のＩＤを決定する。図の２１はこのようにして作成された振分管理テーブルである。その内容は、ハッシュ値と対応する振分先高位レイヤ処理装置のＩＤとから構成されている。
【０００７】
前段パケット振分装置３は、このようにして生成されたハッシュ値に基づいて振り分け先の高位レイヤ処理装置５を選択し、パケットを送信する。例えば、入力されたハッシュ値が２であった場合には、高位レイヤ処理装置５として＃ａの高位レイヤ処理装置５を選択してパケットを送信する。そして、各高位レイヤ処理装置５からの出力は、サーバ２に接続される。
【０００８】
図１５は従来パケット振分装置の振分管理部の主要テーブルを示す構成図である。（１）は高位レイヤ処理装置状況管理テーブルの構成例を示す図である。図に示すように、高位レイヤ処理装置ＩＤと、有効表示と、正常／障害表示と、セッション処理状態と、ＣＰＵ使用率とから構成されている。セッション処理状態は、セッション数とセッション処理速度とから構成されている。（２）は高位レイヤ装置−ハッシュ値対応テーブルの構成例を示す図である。図に示すように、高位レイヤ処理装置ＩＤと、ハッシュ値有効表示と、ハッシュ値（正常時）と、障害時振分対象高位レイヤ処理装置ＩＤとから構成されている。
【０００９】
現在、高速インタフェースは、例えば、高位レイヤサービスを前提とするｉＤＣ（ｉｎｔｅｒｎｅｔ  Ｄａｔａ  Ｃｅｎｔｅｒ）とキャリア（サービス事業者）間で、ｉＤＣがキャリア側から借りる回線コストを下げる目的で必要とされ、そこを流れるセッションデータの速度は、高速インタフェース速度に達しない。即ち、多数のセッションデータ流がアグリゲート（集合）され、高速インタフェース上を流れる。
【００１０】
従って、セッション管理を高速インタフェース速度を実施する必要はなく、高速インタフェース速度よりも小さい速度にアグリゲート粒度を細かくし、その粒度に対して高位レイヤ処理を実施すればよい。
【００１１】
上述した従来技術のように、高速インタフェースを収容し、それを流れるパケットを振り分けるブロックと、その後段に、高速インタフェースよりも小さい処理速度の高位レイヤ処理ブロックを並列展開する構成をとればよい。
【特許文献１】特開２００１−２９７０４６号公報（第４頁〜第６頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【００１２】
従来技術では、アグリゲート粒度を粗くするために、パケットのＩＰアドレスをハッシュキーに用い、ハッシュキーに応じて生成されたハッシュ値に基づき、アグリゲート流を分流している。つまり、通常のアドレスであるとその長さが長い場合、処理に時間がかかる。そこで、例えばハッシュ値を用いて、ＩＰアドレス（例えば３２ビット）をハッシュ関数により８ビット程度に圧縮すると、セッション管理機能よりも、取り扱うデータ量が少なく、ハッシュ値を検索キーとした振分先テーブルの参照のみですみ、テーブルアクセス数も少なくてすむ。ハッシュ演算処理のオーバヘッドが生じるが、テーブルアクセス数の少なさで補われ、高速処理ができる。
【００１３】
ここで、振分管理テーブルは、例えば、並列展開された高位レイヤ処理装置の数で、ハッシュ出力値の範囲を均等分割して、分割した各レンジに高位レイヤ処理装置を各々対応させたテーブルである（図１４の２１参照）。
【００１４】
しかしながら、前述したような静的に高位レイヤ処理装置振り分け先を決める方法は、振り分けセッション数の均一化を果たせず、特定の高位レイヤ処理装置へのセッション処理負荷の集中、偏りが起こり、サービスの劣化（パケット損失／遅延）が生じる。
【００１５】
その理由は、振り分け均一化を図りたいのは、アクチィブなセッションに関してであるが、上記静的な振り分けルールでは、アイドル（未使用）のセッションも含めたハッシュキーに用いているアドレス全空間におけるランダム均一化でしかないからである。
【００１６】
アクチィブセッションで見た場合、ある特定の高位レイヤ処理装置への振り分けが偏り、そこでサービスの劣化（パケット損失／遅延）が生じる。
【００１７】
さて、ここで、セッションがアグリゲートされたハッシュ出力値に対して、アクチィブ性を考慮する方式が考えられる。即ち、アクチィブセッションの受信により新規に算出されたハッシュ値に対して、動的にラウンドロビン等で、振り分け先高位レイヤ処理装置を割り当てれば、ハッシュ値がアグリゲートするセッション数の誤算オーダで、振り分けの均一化ができる。
【００１８】
しかしながら、本機能は、高位レイヤ処理装置を割り当てているかどうかテーブル参照の他に、未割り当て時に高位レイヤ処理装置の選択処理や、選択した高位レイヤ処理装置とハッシュ値の対応テーブルエントリの登録処理を必要とし、テーブルアクセス所用数は、セッションの管理機能に近く、やはり高速化が難しい。
【００１９】
本発明の課題は、高速インタフェースに多重化されたセッション流に対して、スケーラブルな高位レイヤ処理システムを構築することである。スケーラビリティを妨げている要因としては、以下のものが考えられる。
○高位レイヤ処理では、先ずセッション管理機能（セッション認識／検出／登録／状態認識）がボトルネックとなって大容量化／高速インタフェースサポートが難しい。
○セッション管理機能とは、以下の処理からなる。
・ＩＰアドレス及びＴＣＰ／ＵＤＰポート番号等Ｌ４までのパケット内情報を参照し、新規セッションかサービス中セッションかを判断するため、外部メモリ／ＣＡＭに展開した管理テーブルエントリ検索。ここで、ＴＣＰはＴｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌの略、ＵＤＰはＵｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌの略、ＣＡＭはＣｏｎｔｅｎｔ  Ａｄｄｒｅｓｓａｂｌｅ  Ｍｅｍｏｒｙの略である。
・新規セッションの場合、管理テーブルに該当エントリを追加する。
・セッションの終了を判断するため、ＴＣＰのフラグを監視し、セッション状態を管理テーブルに保存する。
【００２０】
上記のように、パケットから抽出したり操作する情報量、及び、外部メモリ／ＣＡＭ上に展開したテーブルへのアクセス数の多さが、処理高速化のボトルネックとなる。
【００２１】
本発明は、このような課題に鑑みてなされたものであって、パケット振分部の高速性を損なわず、並列展開したレイヤ処理装置群のリソースを均等にフル活用して、高速インタフェースにアグリゲートされたセッション流を処理することができる高位レイヤ処理方法及びシステムを提供することを目的としている。
【課題を解決するための手段】
【００２２】
（１）請求項１記載の発明は、以下の通りである。図１は本発明方法の原理を示すフローチャートである。本発明は、異なる網の間の境界又はｉＤＣや企業データセンタの各種サーバ等の前段に位置し、受信パケットのレイヤ４以上の高位レイヤ情報に基づき処理を行なう高位レイヤ処理システムであって、システムのスケーラビリティ確保のため、高位レイヤ処理装置を複数台並列配置し、それら高位レイヤ処理装置群に、受信パケットのＬ３以下の情報に基づきパケットを振り分けるパケット振分装置からなる高位レイヤ処理システムにおいて、パケット振分装置が受信パケット内の情報から算出し、振り分け先である高位レイヤ処理装置の判定に用いるハッシュ値を、転送パケットと共に高位レイヤ処理装置に通知し（ステップ１）、高位レイヤ処理装置は該ハッシュ値毎に処理リソースを監視し、その結果の情報を保持し、自高位レイヤ処理装置が輻輳或いは輻輳を予想した場合に、他高位レイヤ処理装置に処理を引き渡すセッション群をハッシュ値単位で選定しておき、該選択ハッシュ値と、該ハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を、高位レイヤ処理装置群の高位レイヤ処理装置単位のリソースを監視するパケット振分装置の運用管理部に通知し（ステップ２）、前記運用管理部が、引き継ぎ先高位レイヤ処理装置を選択し、該高位レイヤ処理装置にセッション引き継ぎ情報を通知し、また高位レイヤ処理の輻輳状態を判断し、輻輳時には、前記パケット振分装置が該ハッシュ値に対応したパケットを、輻輳と判断した高位レイヤ処理装置から引き継ぎ先の高位レイヤ処理装置に振り分け先を変更し転送する（ステップ３）、ことを特徴とする。
（２）請求項２記載の発明は、以下の通りである。図２は本発明の原理ブロック図である。図に示すシステムは、異なる網の間の境界又はｉＤＣや企業データセンタの各種サーバ等の前段に位置し、受信パケットのレイヤ４以上の高位レイヤ情報に基づき処理を行なう高位レイヤ処理システムであって、システムのスケーラビリティ確保のため、高位レイヤ処理装置を複数台並列配置し、それら高位レイヤ処理装置群に、受信パケットのＬ３以下の情報に基づきパケットを振り分けるパケット振分装置からなる高位レイヤ処理システムを構成している。図において、１は複数のクライアント（Ｗｅｂブラウザ）２０はこれらクライアント１と接続されるインターネットである。
【００２３】
１０はインターネット２０と接続される本発明システムである。３０は本発明システム１０を含むｉＤＣ／企業データセンタである。３はインターネット２０と接続され、受信パケット内の情報から算出し、振分先である高位レイヤ処理装置の判定に用いるハッシュ値を、転送パケットと共に高位レイヤ処理装置に渡す前段パケット振分装置である。６は該前段パケット振分装置３と接続されるＬ２スイッチ、５は前記ハッシュ値毎に処理リソースを監視し、その結果の情報を保持し、自高位レイヤ処理装置が輻輳或いは輻輳を予想した場合に、他高位レイヤ処理装置に処理を引き渡すセッション群をハッシュ値単位で選定しておき、該選択ハッシュ値と、該ハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を、高位レイヤ処理装置群の高位レイヤ処理装置単位のリソースを監視するパケット振分装置の運用管理部に渡す高位レイヤ処理装置（ＨＬ処理装置）である。各高位レイヤ処理装置５は＃０〜＃ｎまで設けられている。
【００２４】
７は高位レイヤ処理装置５と接続されるＬ２スイッチである。４は、Ｌ２スイッチ７と接続される後段パケット振分装置である。該後段パケット振分装置４の動作は基本的に前段パケット振分装置３と同じである。８は後段パケット振分装置４と接続されるＬ２スイッチ、２はＬ２スイッチ８と接続されるＷｅｂサーバである。Ｗｅｂサーバ２は複数存在し、これら複数のＷｅｂサーバでサーバファーム群４０を構成している。ｉＤＣ／企業データセンタ３０は、クライアント１とＷｅｂサーバ２とを接続する機能を有している。
【００２５】
前段パケット振分装置３は、運用管理部３１と、振分部３２から構成されている。運用管理部３１は、引き継ぎ先の高位レイヤ処理装置を選択し、該高位レイヤ処理装置にセッション引き継ぎ情報を通知し、また、高位レイヤ処理装置の輻輳状態を判断し、輻輳時には、パケット振分装置が前記ハッシュ値に対応したパケットを輻輳と判断した高位レイヤ処理装置から引き継ぎ先の高位レイヤ処理装置に振り分け先を変更し転送する機能を有する。
【００２６】
このように構成されたシステムにおいて、クライアント１からサーバ２に向けて送信されたパケットは、インターネット２０を介して本発明システム１０の前段パケット振分装置３に入る。該パケット振分装置３では、振分部３２がＬ２スイッチ６を介して振り分け先である高位レイヤ処理装置５の判定に用いるハッシュ値を転送パケットと共に所定の高位レイヤ処理装置５に送信する。該レイヤ処理装置５は、ハッシュ値毎に処理リソースを管理し、該ハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を運用管理部３１に渡す。
【００２７】
該運用管理部３１は、この情報を受けると、高位レイヤ処理装置５の輻輳状態を判断し、輻輳時には、前記パケット振分装置３が該ハッシュ値に対応したパケットを、引き継ぎ先の高位レイヤ処理装置５に振り分け先を変更して転送する。
（３）請求項３記載の発明は、選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を、パケット振分装置の運用管理部経由ではなく、パケット振分装置と高位レイヤ処理装置群間に配備したスイッチ機構を介し、前記高位レイヤ処理装置が前記運用管理部から引き継ぎ先高位レイヤ処理装置の情報を入手し、装置自身が引き継ぎ先装置に転送することを特徴とする。
（４）請求項４記載の発明は、選択したハッシュ値の属性に応じて選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を引き継ぎ先高位レイヤ処理装置に転送せず、単にパケット振分装置が高位レイヤ処理装置の輻輳状態を判断し、輻輳時、該ハッシュ値に対応したパケットを、輻輳と判断した高位レイヤ処理から引き継ぎ先高位レイヤ処理装置に振り分けだけ行なうことを特徴とする。
（５）請求項５記載の発明は、選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を引き継ぎ先高位レイヤ処理装置に転送せず、パケット振分装置が高位レイヤ処理装置の輻輳状態を判断し、輻輳時、該ハッシュ値に対応したパケットをコピーし、輻輳状態と判断した現在処理系の高位レイヤ処理装置と共に引き継ぎ先高位レイヤ処理装置にもパケットを転送することを特徴とする。
（６）この発明において、選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を引き継ぎ先高位レイヤ処理装置に転送せず、パケット振分装置と高位レイヤ処理装置間に配備したＬ２スイッチを用いて、パケット振分装置と高位レイヤ処理装置２台の可能な対との間に事前にＶＬＡＮを設定し、パケット振分装置が高位レイヤ処理装置の輻輳状態を判断し、輻輳状態と判断した現在処理系の高位レイヤ処理装置と引き継ぎ先高位レイヤ処理装置が属するＶＬＡＮに該ハッシュ値に対応したパケットをブロードキャストすることを特徴とする。
（７）また、この発明において、高位レイヤ処理システムが、その外部に対して、ＶＬＡＮ構成サービスを提供しており、パケット振分装置と高位レイヤ処理装置との間にも外部向けＶＬＡＮに対応したＶＬＡＮを設ける場合について、外部向けＶＬＡＮタグ値は、輻輳時起動の振り分け用ＶＬＡＮのＶＬＡＮタグ値として使用しない値を割り当て、輻輳時起動の振り分け時に使用するＶＬＡＮタグ値から外部向けＶＬＡＮサービスに対応したＶＬＡＮタグ値に、Ｌ２スイッチが変換し書き換えを行なうことを特徴とする。
（８）また、この発明において、前記輻輳時起動の振り分け時に使用するＶＬＡＮタグ値から外部向けＶＬＡＮサービスに対応したＶＬＡＮタグ値に変換／書き換えを、高位レイヤ処理装置にて行なうことを特徴とする。
（９）また、この発明において、高位レイヤ処理システムが、その外部に対して、ＶＬＡＮ構成サービスを提供しており、パケット振分装置と高位レイヤ処理装置間にも外部向けＶＬＡＮに対応したＶＬＡＮを設ける場合について、パケット振分装置と高位レイヤ処理装置間に外部向けＶＬＡＮに対応したＶＬＡＮと輻輳時起動の振り分け時に使用するＶＬＡＮを階層的に設けることを特徴とする。
（１０）また、この発明において、前記パケット振分装置が、ある高位レイヤ処理装置の輻輳をもって振り分け先を変更したか否かを示す情報をパケットに付与し、振り分け先変更パケットを受信した高位レイヤ処理装置は、これら振り分け先変更セッションと、それまでのサービス中セッションと、それまでのサービス対象の新規セッションについて、処理リソース割り当ての差別化制御を行なうことを特徴とする。
（１１）また、この発明において、前記パケット振分装置から高位レイヤ処理装置へパケット毎に通知するハッシュ値の通知方法として、ＩＰヘッダのＴｏＳフィールドに埋め込むことを特徴とする。
【００２８】
ここで、ＴｏＳはＴｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ（サービス種別）の略である。
（１２）また、この発明において、前記パケット振分装置から高位レイヤ処理装置へパケット毎に通知するハッシュ値の通知方法として、パケット転送にＶＬＡＮを用い、ＶＬＡＮヘッダのＰｒｉｏｒｉｔｙフィールドに埋め込むことを特徴とする。
（１３）また、この発明において、前記パケット振分装置から高位レイヤ処理装置へパケット毎に通知するハッシュ値の通知方法として、ＩＰｖ６パケットの場合、ＩＰヘッダのＦｌｏｗ  ＩＤフィールドに埋め込むことを特徴とする。
【００２９】
ここで、ＩＰｖ６とは、Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ６の略である。
（１４）また、この発明において、前記パケット振分装置から高位レイヤ処理装置へパケット毎に通知するハッシュ値の通知方法として、転送パケットをカプセル化し、カプセル化ヘッダに埋め込むことを特徴とする。
（１５）また、この発明において、前記高位レイヤ処理装置がサーバ負荷分散サービスを提供し、クライアントからサーバ方向にパケット振分装置が、パケット振り分けを行なう場合、パケット毎に通知するハッシュ値の通知方法として、パケットの宛先ＩＰアドレスフィールドに埋め込むことを特徴とする。
（１６）また、この発明において、前記高位レイヤ処理装置が、ハッシュ値毎に監視を行なう処理リソース情報としてセッション処理速度値を用いることを特徴とする。
（１７）また、この発明において、セッションに行なうサービス種別に対応した重み付けをセッション処理速度値に行ない、ハッシュ値の選択に用いることを特徴とする。
（１８）また、この発明において、前記高位レイヤ処理装置が、ハッシュ値毎に監視を行なう処理リソース情報として、ＣＰＵ使用率を用いることを特徴とする。
（１９）また、この発明において、前記高位レイヤ処理装置のハッシュ値選択方法について、ハッシュ値毎に保持している処理リソース監視結果のうち、零でない最小のものを選択することを特徴とする。
（２０）また、この発明において、前記高位レイヤ処理装置のハッシュ値選択方法について、ハッシュ値毎に保持している処理リソース監視結果のうち、予め定めた値に近いものを選択することを特徴とする。
（２１）また、この発明において、前記ハッシュ値毎に保持している処理リソース監視結果を予め定めた高位レイヤ処理装置が提供するサービスの品質毎に保持し、サービス品質を踏まえ、通知ハッシュ値を選択することを特徴とする。
（２２）また、この発明において、通知ハッシュ値を１回につき１つではなく、複数リストとして渡し、パケット振分装置が該リストの監視リソース値と、各高位レイヤ処理装置に負荷状況を基に、振り分け先高位レイヤ処理装置を選択することを特徴とする。
【発明の効果】
【００３０】
（１）請求項１記載の発明によれば、パケット振分装置と高位レイヤ処理装置からなるシステムにおいて、高位レイヤ処理装置のように増設できず、速度ボトルネックになるパケット振分装置を高速化することができる。また、セッションを見ない振り分けに起因する特定高位レイヤ処理装置へのセッション負荷集中を、ダイナミックな振り分け先変更の機構で回避でき、高位レイヤ処理装置の全体リソースを有効活用することができる。
（２）請求項２記載の発明によれば、パケット振分装置と高位レイヤ処理装置からなるシステムにおいて、高位レイヤ処理装置のように増設できず、速度ボトルネックになるパケット振分装置を高速化することができる。また、セッションを見ない振り分けに起因する特定高位レイヤ処理装置へのセッションの負荷集中を、ダイナミックな振り分け先変更の機構で回避でき、高位レイヤ処理装置の全体リソースを有効活用することができる。
（３）請求項３記載の発明によれば、パケット振分装置において、セッション情報転送処理が不要になり、機能が軽くなる。
（４）請求項４記載の発明によれば、サービス品質が異なるセッションを多重している場合、セッション同期が不要な低優先セッションとそれ以外についてサービスの差別化を行なうことができる。
（５）請求項５記載の発明によれば、事前の周期的に起こりうる高位レイヤ処理間におけるセッション情報の同時処理を省け、セッション情報転送におけるＬ２スイッチのリソースの消費を低減することができる。
（６）また、本発明によれば、パケット振分部でのコピー処理が不要となる結果、高速処理を行なうことができる。
（７）また、本発明によれば、アドレス衝突が起きうる複数のイントラネット網を収容することができる。
（８）また、本発明によれば、汎用Ｌ２スイッチを用いた場合におけるＶＬＡＮの転送性能の劣化を防止することができる。
（９）また、本発明によれば、階層化することにより、ＶＬＡＮタグ値が自由に使用でき、かつ使用可能数も増やせ、スケーラビリティを保持することができる。
（１０）また、本発明によれば、引き渡し先の処理中セッションの処理リソースの保護が可能となる。
（１１）また、本発明によれば、サーバ→クライアント並びにクライアント→サーバのどちらの方向でも、転送のアドレス情報フィールドを損なうことなく使用することができる。
（１２）また、本発明によれば、サーバ→クライアント並びにクライアント→サーバのどちらの方向でも、転送のアドレス情報フィールドを損なうことなく使用することができる。
（１３）また、本発明によれば、前記（１１）／（１２）に比べてハッシュ値レンジを大きくとることができる。
（１４）また、本発明によれば、前記（１１）／（１２）に比べてハッシュ値レンジを大きくとることができる。
（１５）また、本発明によれば、前記（１１）／（１２）に比べてハッシュ値レンジを大きくとることができる。
（１６）また、本発明によれば、セッション処理速度観測自体は、セッション管理テーブルを利用することにより、ハードウェアで実現可能であり、ソフトウェア処理の負荷が少なくてすむ。
（１７）また、本発明によれば、正確なリソース消費状況見積もりが可能となる。
（１８）また、本発明によれば、更に正確なリソース状況見積もりが可能となる。
（１９）また、本発明によれば、簡便にハッシュ値の選択ができる。
（２０）また、本発明によれば、確実な制御効果（引き渡しによる処理量削減効果）を得ることができる。
（２１）また、本発明によれば、サービスの差別化が可能となる。
（２２）また、本発明によれば、パケット振分部がリストに従い、複数回、引き渡し処理ができ、引き渡しの効果や引き渡し先への影響を踏まえつつ、リソース配分が可能となる。
【００３１】
このように、本発明によれば、パケット振分部の高速性を損なわず、並列展開した高位レイヤ処理装置群のリソースを均等にフル活用することで、高速インタフェースにアグリゲートされたセッション流を処理することができる。
【発明を実施するための最良の形態】
【００３２】
本発明は、パケット振分装置と高位レイヤ処理装置を連携させることにより、全処理リソースの有効利用を図ろうとするものである。なお、ここで解決手法適用において、従来技術で表現されている以下の内容を前提条件としている。
・パケット振分部に関する前提
振分方式は、既存技術ベース、即ちハッシュ処理ベースである。
・高位レイヤ処理装置に関する前提
Ｌ２−Ｌ４処理とセッション管理機能はハードウェアで行なう。
・Ｌ５以上の処理は基本的にソフトウェアで行なう。
・Ｌ５以上の処理でも、セッション管理機能は使用する。主に、セッションの開始フェーズでソフトウェア処理を行ない、セッション管理情報をセッション管理機能に設定し、単純なデータ転送フェーズでは、セッション管理機能のみで対応する。このことは、（セッション／秒）値が、ソフトウェア処理負荷の目安に使えることを意味する。
【００３３】
本発明の解決方法に用いる連携と、その処理の概要は以下の通りである。システム構成としては、図２を用いる。
（ａ）パケット振分装置３は、ハッシュ出力値をパケットに埋め込み、高位レイヤ処理装置５に通知する。
（ｂ）該高位レイヤ処理装置５は、上記ハッシュ値毎に処理リソース統計を収集し、自分が輻輳時に他の高位レイヤ処理装置に処理を依頼したいハッシュ値（セッション群）を選択しておく。運用管理部３１経由で、該ハッシュ値に関連するセッション情報に関するエントリを、処理引き継ぎ依頼する高位レイヤ処理装置に作成しておく。
（ｃ）高位レイヤ処理装置５は、定期的に上記選択したハッシュ値をパケット振分装置３に通知する。輻輳状態になった場合には、通知をしない。
（ｄ）パケット振分装置３は、上記通知がなされなかった（受信しなかった）ことを持って、記録してあったハッシュ値に関する振り分け先高位レイヤ処理装置を変更する。
【００３４】
上記（ａ）のハッシュ値は、もともと振り分け先の高位レイヤ処理装置を選択するために算出するものであり、パケット振分装置３では、パケット転送時に、新たな情報を引き出すためのテーブルアクセスを必要としない。パケット転送上は、（ａ）のハッシュ値の埋め込み処理がオーバヘッドとなるが、アクチィブセッションの管理処理よりは、処理量が少なく、高速化が可能である。
【００３５】
従って、パケット振分装置３と高位レイヤ処理装置５からなるシステムにおいて、高位レイヤ処理装置５のように増設できず、速度ボトルネックになるパケット振分装置３を高速化することができる。また、セッションを見ない振り分けに起因する特定高位レイヤ処理装置へのセッション負荷集中を、上記（ｂ）〜（ｄ）のダイナミックな振り分け先変更の機構で回避でき、高位レイヤ処理装置５の全体リソースを有効活用できる。
【００３６】
以下、図面を参照して本発明の実施の形態例を詳細に説明する。本発明の適用対象である高位レイヤ処理システムの位置付けを図２に示す。本発明の機能を適用する装置であるパケット振分装置、並びに高位レイヤ処理装置の構成例をそれぞれ図３,図４に示す。また、図５〜図８は、装置レベルの処理シーケンス図である。図９〜図１２は、本発明を適用する装置の、主要テーブルの構成例を示す図である。
【００３７】
図３はパケット振分装置の構成例を示すブロック図である。図中の実線の矢印はパケットデータ流を、波線の矢印は内部制御データ流をそれぞれ示す。図において、５１はインターネット２０からのパケットを受けるパケット受信部、５２は該パケット受信部５１からのパケットを受けてパケットを識別するパケット識別部である。５３はパケット識別部５２の出力を受けて振り分け先を判定する振分先判定部、５４は振分テーブルである。振分先判定部５３は振分テーブル５４を参照して振分先を判定する。５５は振分先判定部５３の出力を受けてパケットを加工するパケット加工部、５６は該パケット加工部５５の出力を受けて外部にパケット送信するパケット送信部である。
【００３８】
５７はメッセージ種別判定部６０からのデータを基に高位レイヤ処理装置を監視する高位レイヤ処理装置監視部、５８は該高位レイヤ処理装置５７と接続され、振分を管理する振分管理部である。５９は該振分管理部５８と接続され、高位レイヤ処理装置の設定情報を管理する高位レイヤ処理装置設定情報を管理する高位レイヤ処理装置設定情報管理部である。６０は前記パケット識別部５２と接続され、メッセージの種別を判定するメッセージ種別判定部、６１は該メッセージ種別判定部６０からの情報を受けて高位レイヤ処理装置と連携する高位レイヤ処理装置連携部である。高位レイヤ処理装置監視部５７と高位レイヤ処理装置連携部６１の出力は、前記パケット送信部５６に送られている。また、振分管理部５８と振分テーブル５４とは相互接続されている。
【００３９】
そして、高位レイヤ処理装置監視部５７,振分管理部５８,高位レイヤ処理装置設定情報管理部５９,メッセージ種別判定部６０及び高位レイヤ処理装置６１とで、図２について説明した運用管理部３１を構成している。そして、該運用管理部３１と、パケット受信部５１,パケット識別部５２,振分先判定部５３,振分テーブル５４,パケット加工部５５及びパケット送信部５６とでパケット振分装置３を構成している。このように構成された装置の動作を説明すれば、以下の通りである。
【００４０】
クライアント１からのパケットは、インターネット２０を介してパケット受信部５１に入る。該パケット受信部５１は受信したパケットをパケット識別部５２に渡す。該パケット識別部５２は入力されたパケットの種類を識別し、識別結果に応じてメッセージ種別判定部６０或いは振分先判定部５３に渡す。該振分判定部５３は、入力パケットに対応した振分テーブル５４を参照し、振分先の高位レイヤ処理装置を認識する。
【００４１】
次に、振分先判定部５３はパケット加工部５５にパケットを渡す。該パケット加工部５５は、ハッシュ値をパケットの中に入れ込んでパケット送信部５６に通知し、該パケット送信部５６は高位レイヤ処理装置５に向けてパケットを送信する。
【００４２】
運用管理部３１では、引き継ぎ先高位レイヤ処理装置を選択し、該高位レイヤ処理装置５にセッション引き継ぎ情報を通知し、また高位レイヤ処理装置５の輻輳状態を判断し、輻輳時には、前記パケット振分装置３が該ハッシュ値に対応したパケットを、輻輳と判断した高位レイヤ処理装置から引き継ぎ先の高位レイヤ処理装置に振り分け先を変更する。
【００４３】
具体的には、パケット識別部５２が、運用管理部３１で処理すべきパケットと判断したパケットを、メッセージ種別判定部６０に選り分けて渡し、メッセージ種別判定部６０は、パケット識別部５２から受信したパケットを、さらに、従来からある高位レイヤ処理装置５の状態を監視するためのパケットと、引継ぎ情報に関するパケットに分類し、前者を高位レイヤ処理装置監視部５７へ、後者を高位レイヤ処理装置連携部６１に渡す。
【００４４】
一方、振分管理部５８は、高位レイヤ処理装置監視部５７、高位レイヤ処理装置連携部６１、高位レイヤ処理装置設定情報管理部５９、並びに振分テーブル５４と内部制御線で接続しており、高位レイヤ処理装置監視部５７で検出した高位レイヤ処理装置５の障害情報に基づいて振分テーブル５４を変更したり、高位レイヤ処理装置連携部６１で収集した情報を高位レイヤ処理装置設定情報管理部５９に渡し、また、高位レイヤ処理装置設定情報管理部５９の情報をもとに、セッション引継ぎ情報を生成し、高位レイヤ処理装置連携部６１経由で引継ぎ情報を適切な高位レイヤ処理装置５に転送するなどの制御を行なう。
【００４５】
図４は高位レイヤ処理装置の構成例を示すブロック図である。実線の矢印はパケットデータ流、波線の矢印は内部制御データ流である。図において、４１はパケット振分装置３のパケット送信部５６からの出力を受けるパケット受信部、７２は該パケット受信部７１の出力を受けてパケットを識別するパケット識別部、７３はパケット識別部７２の出力を受けてパケット情報を抽出するパケット情報抽出部である。
【００４６】
７４はパケット情報抽出部７３の出力を受けるセッション管理部、７５は該セッション管理部７４と相互に接続されるセッション管理テーブル、７６はパケット情報抽出部７３及びセッション管理部７４と接続されてパケットを加工するパケット加工部、７７はパケット加工部７６と接続され、パケットを外部装置に向けて送信するパケット送信部である。７８はセッション管理部７４と相互接続される高位レイヤ情報処理部、７９は該高位レイヤ情報処理部７８と相互接続される装置管理部である。該装置管理部７９は、前記パケット識別部７２、セッション管理部７４及びパケット送信部７７と接続される装置管理部である。
【００４７】
これら構成要素のうち、高位レイヤ情報処理部７８と装置管理部７９はソフトウェアで構成され、パケット受信部７１,パケット識別部７２,パケット情報抽出部７３,セッション管理部７４,セッション管理テーブル７５,パケット加工部７６及びパケット送信部７７はハードウェアで構成される。このように構成された装置の動作を説明すれば、以下の通りである。
【００４８】
パケット受信部７１は、パケット振分装置３のパケット送信部５６から出力パケットを受信し、パケット識別部７２に渡す。パケット識別部７２は、受け取ったパケットの情報に基づき、装置管理部７９で処理すべきパケットか、パケット情報抽出部７３に渡すべきパケットかを識別し、識別結果に基づき、装置管理部７９、パケット情報抽出部７３のいずれかにパケットを渡す。パケット情報抽出部７３に渡された場合、パケット情報抽出部７３は、パケットに含まれているハッシュ値を、従来のセッション処理に必要な情報と共に抽出し、セッション管理部７４に通知する。
【００４９】
該セッション管理部７４では、セッション管理テーブル７５を用いて、セッション管理情報の取得、又は更新や生成を行ない、同時に、抽出したハッシュ値を用いて、セッション処理に関するリソースの使用状態を記録する。さらに、該セッション管理部７４は、セッション管理テーブル７５からパケット転送に必要な宛先ＩＰアドレス等の情報を読み出し、パケット加工部７６に通知する。また、該セッション管理部７４は、高位レイヤ処理情報処理部７８とも内部制御線に接続し、高位レイヤ処理情報処理部７８の新規セッションの転送先決定などの処理結果に基づく指示により、セッション管理テーブル７５の書き換えを実施する。
【００５０】
一方、パケット加工部７６は、パケット情報抽出部７３からのパケットを、セッション管理部７４からの情報を基に加工する。この加工されたパケットは、パケット送信部７７から機器外部に送信される。
【００５１】
本発明システムの処理の流れを示す図５〜図８は、それぞれ、クライアント１と、パケット振分装置（前段）３と、高位レイヤ処理装置５−１と、高位レイヤ処理装置５−２と、パケット振分装置（後段）４と、サーバ２間のやりとりを示している。パケット振分装置３において、３１は運用管理部、３２は振分部である。パケット振分装置４において、４１は運用管理部、４２は振分部である。
【００５２】
図９,図１０はパケット振分装置の振分管理部の主要テーブルの構成例を示す図である。（１）は振分先変更ハッシュ値テーブルの構成例を示す。図に示すように、高位レイヤ処理装置ＩＤと、ハッシュ値有効表示と、制御対象ハッシュ値と、リソース消費指標値と、監視タイマとから構成されている。ここで、リソース消費指標値は、付記１６,１７のセッション処理速度、付記１８のＣＰＵ使用率である。
【００５３】
（２）は高位レイヤ装置−ハッシュ値対応テーブルの構成例を示す。図に示すように、高位レイヤ処理装置ＩＤと、ハッシュ値有効表示と、制御対象ハッシュ値と、輻輳時、振分対象高位レイヤ処理装置ＩＤと、輻輳時、使用ＶＬＡＮ（仮想ＬＡＮ）タグ値より構成されている。（３）はセッション引き継ぎ情報制御テーブルの構成例を示す。図に示すように、高位レイヤ処理装置ＩＤと、有効表示と、引き継ぎセッション情報保存場所ポインタから構成されている。
【００５４】
図１１は高位レイヤ処理装置のセッション管理テーブルの構成例を示す図である。（１）はセッション管理テーブルの構成例を示す。該セッション管理テーブルは、送信元ＩＰアドレスと、送信元ポートと、プロトコルＩＤと、宛先ＩＰアドレスと、宛先ポートと、セッション状態と、転送方路と、変換内容と、ハッシュ値から構成されている。（２）はハッシュ毎セッション処理情報テーブルである。該ハッシュ毎セッション処理情報テーブルは、ハッシュ値と、セッション処理速度（セッション／秒）から構成されている。
【００５５】
図１２は高位レイヤ処理装置の装置管理部の主要テーブルの構成例を示す図である。（１）はハッシュ毎情報テーブルを示している。該テーブルは、ハッシュ値と、通知対象表示と、リソース消費指標値と、サービス優先度から構成されている。リソース消費指標値は、セッション処理速度や、ＣＰＵ使用率が用いられる。（２）はサービス情報テーブル（従来装置）の構成例を示す図である。該テーブルは、送信元ＩＰアドレスと、送信元ポートと、プロトコルＩＤと、宛先ＩＰアドレスと、宛先ポートと、サービスＩＤと、サービス種別と、サービス優先度とから構成されている
（請求項１，２の説明）
請求項１，２記載の発明は、異なる網の間の境界又はｉＤＣや企業データセンタの各種サーバ等の前段に位置し、受信パケットのレイヤ４以上の高位レイヤ情報に基づき処理を行なう高位レイヤ処理システムであって、システムのスケーラビリティ確保のため、高位レイヤ処理装置を複数台並列配置し、それら高位レイヤ処理装置群に、受信パケットのＬ３以下の情報に基づきパケットを振り分けるパケット振分装置からなる高位レイヤ処理システムにおいて、受信パケット内の情報から算出し、振分先である高位レイヤ処理装置の判定に用いるハッシュ値を、転送パケットと共に高位レイヤ処理装置に通知するパケット振分装置と、前記ハッシュ値毎に処理リソースを監視し、その結果の情報を保持し、自高位レイヤ処理装置が輻輳或いは輻輳を予想した場合に、他高位レイヤ処理装置に処理を引き渡すセッション群をハッシュ値単位で選定しておき、該選択ハッシュ値と、該ハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を、高位レイヤ処理装置群の高位レイヤ処理装置単位のリソースを監視するパケット振分装置の運用管理部に通知する高位レイヤ処理装置と、引き継ぎ先の高位レイヤ処理装置を選択し、該高位レイヤ処理装置にセッション引き継ぎ情報を通知し、また、高位レイヤ処理装置の輻輳状態を判断し、輻輳時には、パケット振分装置が前記ハッシュ値に対応したパケットを輻輳と判断した高位レイヤ処理装置から引き継ぎ先の高位レイヤ処理装置に振り分け先を変更し転送する運用管理部と、を具備して構成される高位レイヤ処理システムである。
【００５６】
請求項１，２記載の発明の特徴は、前述したように、パケット振分装置３が、高位レイヤ処理装置５と連携し、パケット振分装置３の転送性能を落とすことなく、振り分けの偏よりを補正できる点にある。図２を用いて説明する。ここで、図２はクライアント１→サーバ２方向のパケット振り分けを前段パケット振分装置３が行ない、復路のサーバ２→クライアント１方向の振り分けを後段パケット振分装置４が行なう。
【００５７】
クライアント−サーバ間のセッションに関する処理を特定の高位レイヤ処理装置で行なわなければならないため、往路と復路で振り分け先の高位レイヤ処理装置を同じにする必要がある。そのため、振り分け先の分散を図るため、前段／後段共にクライアントＩＰアドレスをハッシュキーに用いる。
【００５８】
即ち、往路は送信元アドレスを、復路は宛先アドレスをハッシュキーに選択し、ハッシュ値を算出することにより、同じハッシュ値を得て、それに対応した高位レイヤ処理装置を判断し、振り分ける（図１４参照）。図５の（Ａ−１）と（Ａ−１’）フローが同じ高位レイヤ処理装置＃ａを通過するのは、振分部３２と４２で両方のフローで図中に例示したハッシュ値１０１が算出された結果である。
【００５９】
図５と図６の●の部分は、フローが通過するポイントを示す。各ポイントに記した処理内容のうち、太字下線引きのものが、請求項１の処理を示す。
【００６０】
次に、図５，図６に対応した各装置の内部の動きを図３と図４を用いて示す。
１．パケット振分装置３は、（Ａ−１）フローのパケットをパケット受信部５１で受信し、パケット識別部５２に渡す。該パケット識別部５２は、本装置で終端するパケットを識別する部分であり、従来装置では高位レイヤ装置の状態を監視するためのＩＣＭＰ（Ｉｎｔｅｒ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）パケットやＫｅｅｐ  ａｌｉｖｅパケットを識別し、上位の運用管理部３１に渡す。
【００６１】
（Ａ−１）パケットは、サーバ２への中継パケットなので、パケット識別部５２から振分先判定部５３に渡される。ここで、振分先判定部５３は、上記ハッシュキーの抽出、ハッシュ演算を行ない、振分テーブル５４（図１４参照）を用いて振分先高位レイヤ処理装置５を決め、パケット加工部５５に渡す。従来装置では、該パケット加工部５５で振り分け先高位レイヤ処理装置５のＭＡＣアドレスを付与したフレーム作成を行なうが、ここでは、算出したハッシュ値をパケットに埋め込む処理を行った後、パケット通信部５６から装置外部に送出する。
２．高位レイヤ処理装置＃０と＃１は、パケット振分装置３から受信したパケットをパケット受信部７１で受信し、パケット識別部７２を経てパケット情報抽出部７３にて、従来のセッション処理に必要な情報（Ｌ４までの情報）に加え、上記１．で付与されたハッシュ値を抽出する。図１１の（１）のセッション管理テーブルのように、セッションエントリの情報にハッシュ値も保存し、新規セッションの場合には、図１１の（２）のハッシュ毎セッション処理情報テーブルのセッション処理速度に反映させ、ハッシュ毎のリソース消費情報（この場合、セッション処理速度）を収集する。
【００６２】
受信パケットは、従来のセッション処理と同様に、新規セッションの場合は、セッション管理テーブルに登録がなされ、パケット加工部７６→パケット送信部７７→高位レイヤ情報処理部７８に行き、続いて高位レイヤ情報処理部７８→パケット受信部７１→…→パケット送信部７７から外部へと、高位レイヤ情報処理部７８を経由したルートになる。既存セッションでユーザデータの転送フェーズ時は、高位レイヤ情報処理部７８を経由せずに、セッション管理テーブルの情報に基づき、パケット送信部７７から外部へ転送される。ここで、後段パケット振分装置４に転送する際は、パケット加工部７６でパケットに付与したハッシュ値は消去／除去する。
３．後段パケット振分装置４は、（Ａ−１’）フローパケットについては、上記１．と同様の処理を行なう。
４．さて、高位レイヤ処理装置＃０，＃１は、上記２．で収集しているハッシュ毎の情報を装置管理部７９が周期的に吸い上げ、図１２の（１）のハッシュ毎情報テーブルの形で、ハッシュ値毎の情報を管理している。そして、周期的に引き渡し候補のハッシュ値を選択し、それを図５の（Ａ−２）のフローでパケット振分装置３に通知する。
【００６３】
その際の内部の通知ルートが装置管理部７９からパケット送信部７７である。ここで、ハッシュ値に加えて、該ハッシュに対応したセッション管理テーブル情報も引き渡す。選択したハッシュ値のエントリを持つ図１１の（１）のセッション管理テーブルの情報を集め、パケット振分部３２に転送する。
５．パケット振分装置３は、上記４．の転送情報をパケット識別部５２にて（ＩＰアドレスとプロトコル番号等により）識別し、メッセージ種別判定部６０に渡す。該メッセージ種別判定部６０は、従来装置でもある上記１．で説明したＩＣＭＰパケットやＫｅｅｐ  ａｌｉｖｅパケットとハッシュ情報の転送とを識別し、ハッシュ情報を高位レイヤ処理装置連携部６１に渡す。
【００６４】
本部で必要な情報を抽出し、振分管理部５８に渡す。該振分管理部５８は、図１５の従来装置のテーブルに加え、図１０の（３）のセッション引き継ぎ情報制御テーブルに他高位レイヤ処理装置からの情報とあわせ、受信情報を保持する。ここで、図１５の（１）の高位レイヤ処理装置状況管理テーブルの高位レイヤ処理装置単位のリソース情報から、各高位レイヤ処理装置から通知があったハッシュの輻輳時引き受け先を選択し、図９の（２）の高位レイヤ処理装置−ハッシュ値対応テーブルにその情報を保持する。
【００６５】
ここで、保持すると共に、選択した引き受け先の高位レイヤ処理装置にハッシュ値に対応したセッション管理テーブルの情報を転送する（図５の（Ａ−３））。なお、上記４．で受信したこれらのセッション管理テーブル情報は、例えば図１０の（３）のセッション引き継ぎ情報制御テーブルの形で管理しておき、順次読み出し、転送する。
６．高位レイヤ処理装置＃０は、従来装置と同様に自身の装置全体のリソース使用状況も監視しており、輻輳状態、或いは輻輳が予測される状態時には（図５の５−１の★印部）、上記４．のパケット振分装置３へのメッセージの通知を控える。
７．パケット振分装置３は、上記６．によって通知メッセージが来ないことを、図９の（１）の振分先変更ハッシュ値情報テーブルの監視タイマによって検出する（図５のパケット振分装置３の★印部）。検出したら、該高位レイヤ処理装置５に対応するハッシュ値と引き渡し先を、図９の（２）の高位レイヤ装置−ハッシュ値対応テーブルから検索し、その情報を基に、該ハッシュに関する図１４の振分管理テーブルのエントリを書き換える。
８．また、パケット振分装置３は、上記７．の通り、輻輳と判断した旨を高位レイヤ処理装置＃０に通知する。この通知は、図３の振分管理部５８から高位レイヤ処理装置連携部６１を通じて、パケット送信部５６のルートで行なう（図６の（Ｂ−１））。
９．高位レイヤ処理装置５−１は、上記８．のメッセージをパケット送信部７７→装置管理部７９のルートで受信し（予め、パケット振分装置３との通信セッションをセッション管理部７４に静的に登録しておく実装の場合）、通知済みのハッシュ値を通知対象から除外する（図１２の（１）のハッシュ毎情報テーブルの通知対象有効フラグを無効にする）。
１０．パケット振分装置３は、上記６．のハッシュ値と振り分け先対応の変更を、後段パケット振分装置４に通知する（図６の（Ｂ−２）：双方の装置内の動作については、高位レイヤ処理装置５−１の場合と同様なので説明は省略する）。
１１．上記７．並びに１０．の処理により、上記１．並びに３．で高位レイヤ処理装置５−１に振り分けられていたフローが、往路／復路とも高位レイヤ処理装置５−２に振り分けられ、上記５．でサービスセッションの情報も高位レイヤ処理装置５−２にあるので、セッションが切れることなく、サービスを継続することができる（図６の（Ｂ−３）並びに（Ｂ−３’））。
【００６６】
請求項１，２記載の発明によれば、前記ハッシュ値は、もともと振り分け先の高位レイヤ処理装置を選択するために算出するものであり、パケット振分装置では、パケット転送時に、新たな情報を引き出すためのテーブルアクセスを必要としない。パケット転送上は、ハッシュ値の埋め込み処理がオーバヘッドとなるが、アクティブセッションの管理装置よりは、処理量が少なく、高速化が可能である。
【００６７】
従って、パケット振分装置と高位レイヤ処理装置からなるシステムにおいて、高位レイヤ処理装置のように増設できず、速度ボトルネックになるパケット振分装置を高速化できる。また、セッションを見ない振り分けに起因する特定高位レイヤ処理装置へのセッション負荷集中を、前述したダイナミックな振り分け先変更の機構で回避することができ、高位レイヤ処理装置の全体リソースを有効活用することができる。
（請求項３の説明）
請求項３記載の発明は、選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を、パケット振分装置の運用管理部経由ではなく、パケット振分装置と高位レイヤ処理装置群間に配備したスイッチ機構を介し、前記高位レイヤ処理装置が前記運用管理部から引き継ぎ先高位レイヤ処理装置の情報を入手し、装置自身が引き継ぎ先装置に転送することを特徴とする。
【００６８】
図７と図８に請求項３の動作シーケンスを示す。図７の処理説明Ｓ１，Ｓ２，Ｓ３の下線部が図５との差異箇所である。請求項１，２との違いは、図７の（Ａ−２）〜（Ａ−２’）である。（Ａ−２）でハッシュ値のみを通知し、（Ａ−３）のパケット振分装置から引き渡し先装置（高位レイヤ処理装置５−２）を通知してもらい、高位レイヤ処理装置５−１がパケット振分装置３を経由せず、直接高位レイヤ処理装置５−２へ該当ハッシュ値に対応するセッション情報を転送する。例えば、図７に記載していないが、図２のＬ２スイッチ６経由で行なう。
【００６９】
請求項２記載の発明によれば、パケット処理装置において、請求項１，２のセッション情報転送処理が不要になり、機能が軽くなる。また、請求項１，２で図２に示すように高位レイヤ処理装置を多数並べるため、Ｌ２スイッチ６を設ける構成では、本請求項記載の発明の方が、セッション情報転送によるＬ２スイッチのリソースの消費を削減することができる。
（請求項４の説明）
請求項４記載の発明は、選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を引き継ぎ先高位レイヤ処理装置に転送せず、単にパケット振分装置が高位レイヤ処理装置の輻輳状態を判断し、輻輳時、該ハッシュ値に対応したパケットを、輻輳と判断した高位レイヤ処理から引き継ぎ先高位レイヤ処理装置に振り分けだけ行なうことを特徴とする。
【００７０】
請求項４記載の発明は、図５の（Ａ−３）や、図７の（Ａ−２’）の高位レイヤ処理装置間におけるセッション情報の同期を行なわないようにしたものである。付記２１との組み合わせで意味を持つ。例えば、サービス品質に異なるサービスが多重されていた場合に、低優先サービスについては、セッション切断が認められるようにする。
【００７１】
請求項４記載の発明によれば、セッションの同期を行なわないで、サービスの差別化を行なうことができる。
（請求項５の説明）
請求項５記載の発明は、選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を引き継ぎ先高位レイヤ処理装置に転送せず、パケット振分装置が高位レイヤ処理装置の輻輳状態を判断し、輻輳時、該ハッシュ値に対応したパケットをコピーし、輻輳状態と判断した現在処理系の高位レイヤ処理装置と共に引き継ぎ先高位レイヤ処理装置にもパケットを転送することを特徴とする。
【００７２】
請求項５記載の発明は、請求項１〜３記載のように、事前に高位レイヤ処理間におけるセッション情報の同期を行なわず、かつ請求項４のようにセッション切断を起こさない方式である。上記のように双方にパケットを送り、双方で処理を行なえば、既セッションは現在処理系の高位レイヤ処理装置で継続できるし、新規セッションは引き継ぎ先高位レイヤ処理装置で処理することができる。
【００７３】
現在処理系では、選択ハッシュの新規セッションは受け付けないように制御し、引き継ぎ先では逆に新規セッションのみを受け付けるようにし、それ以外は廃棄する。ここで、引き継ぎ分であることを、後述の付記１０で示すパケット振分装置での判別情報で識別して制御する。
【００７４】
請求項５記載の発明によれば、事前の周期的に起こりうる高位レイヤ処理装置間におけるセッション情報の同期処理を省略することができ、図２に示すように高位レイヤ処理装置を多数並べるため、Ｌ２スイッチ６を設ける構成では、本請求項の方が、セッション情報転送によるＬ２スイッチリソースの消費を削減することができる。
（付記６の発明）
付記６記載の発明は、選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を引き継ぎ先高位レイヤ処理装置に転送せず、パケット振分装置と高位レイヤ処理装置間に配備したＬ２スイッチを用いて、パケット振分装置と高位レイヤ処理装置２台の可能な対との間に事前にＶＬＡＮを設定し、パケット振分装置が高位レイヤ処理装置の輻輳状態を判断し、輻輳状態と判断した現在処理系の高位レイヤ処理装置と引き継ぎ先高位レイヤ処理装置が属するＶＬＡＮに該ハッシュ値に対応したパケットをブロードキャストすることを特徴とする。
【００７５】
付記６記載の発明は、例えば図２で、前段パケット振分装置３と高位レイヤ処理装置＃０と＃１にＶＬＡＮ１、前段パケット振分装置３と高位レイヤ処理装置＃２と＃３にＶＬＡＮ２を事前設定し、請求項５と同様の目的により、高位レイヤ処理装置＃０と＃１の両方にパケットを送りたい場合、ＶＬＡＮ１にブロードキャストするものである。請求項５では、パケット振分装置でコピー処理が必要であるが、この方式では、パケット振分装置はパケットコピーの必要がなく、ＶＬＡＮタグ付与とブロードキャストアドレス付与ですむ。この場合、付与するＶＬＡＮのタグ情報値が図９の（２）の高位レイヤ装置−ハッシュ値対応テーブルに追加になる。
【００７６】
また、図２のＬ２スイッチ６のパケット振込装置側はタグＶＬＡＮ設定、高位レイヤ処理装置側はポートＶＬＡＮ設定で、高位レイヤ処理装置側に転送側にＶＬＡＮタグを１段外す処理が必要となる。即ち、物理ポートに複数のポートＶＬＡＮを設定する必要がある。若しくは、高位レイヤ処理装置側で、ＶＬＡＮタグを無条件に１段外す処理が必要である。
【００７７】
付記６記載の発明によれば、請求項５記載のようなパケット振分装置でのコピー処理が不要となり、高速処理が可能となる。
（付記７の発明）
付記７記載の発明は、高位レイヤ処理システムが、その外部に対して、ＶＬＡＮ構成サービスを提供しており、パケット振分装置と高位レイヤ処理装置との間にも外部向けＶＬＡＮに対応したＶＬＡＮを設ける場合について、外部向けＶＬＡＮタグ値は、輻輳時起動の振り分け用ＶＬＡＮのＶＬＡＮタグ値として使用しない値を割り当て、輻輳時起動の振り分け時に使用するＶＬＡＮタグ値から外部向けＶＬＡＮサービスに対応したＶＬＡＮタグ値に、Ｌ２スイッチが変換し書き換えを行なうことを特徴とする。
【００７８】
高位レイヤ処理システムが複数のイントラネット網を収容する場合、各々のイントラネットで用いるＩＰアドレスは独立であり、衝突の可能性がある。そこで、イントラネット毎のＶＬＡＮを設定する必要がある。この発明は、そうした場合において、請求項６と同様の制御を狙い、輻輳時起動の振り分け用にＶＬＡＮタグ空間を予め確保するものである。
【００７９】
付記７記載の発明によれば、上記アドレス衝突が起きうる複数のイントラネット網を収容可能とすることができる。
（付記８の説明）
付記８記載の発明は、前記輻輳時起動の振り分け時に使用するＶＬＡＮタグ値から外部向けＶＬＡＮサービスに対応したＶＬＡＮタグ値に変換／書き換えを、高位レイヤ処理装置にて行なうことを特徴とする。
【００８０】
この発明は、付記７において、高位レイヤ処理装置の処理継続性のために必要なＶＬＡＮタグ値変換機能を高位レイヤ処理装置自身が持つようにしたものである。
【００８１】
付記８記載の発明によれば、汎用Ｌ２スイッチを用いた場合、請求項７のＶＬＡＮタグ値変換機能は、転送性能が劣化する場合があるが、これを回避することができる。
（付記９の発明）
付記９記載の発明は、高位レイヤ処理システムが、その外部に対して、ＶＬＡＮ構成サービスを提供しており、パケット振分装置と高位レイヤ処理装置間にも外部向けＶＬＡＮに対応したＶＬＡＮを設ける場合について、パケット振分装置と高位レイヤ処理装置間に外部向けＶＬＡＮに対応したＶＬＡＮと輻輳時起動の振り分け時に使用するＶＬＡＮを階層的に設けることを特徴とする。
【００８２】
この付記記載の発明は、付記７や付記８のように、外部用と内部振り分け用に同一のＶＬＡＮタグ空間を使用せず、階層化するようにしたものである。
【００８３】
付記９記載の発明によれば、階層化することにより、ＶＬＡＮタグ値が自由に使用でき、かつ使用可能数も付記７／８よりも増やせ、スケーラビリティを保持することができる。
（付記１０の発明）
付記１０記載の発明は、前記パケット振分装置が、ある高位レイヤ処理装置の輻輳をもって振り分け先を変更したか否かを示す情報をパケットに付与し、振り分け先変更パケットを受信した高位レイヤ処理装置は、これら振り分け先変更セッションと、それまでのサービス中セッションと、それまでのサービス対象の新規セッションについて、処理リソース割り当ての差別化制御を行なうことを特徴とする。
【００８４】
この付記記載の発明は、例えば請求項４のように高位レイヤ処理装置間でセッション情報の同期がない場合に、引き渡し先の処理中リソースの保護等を目的としたものである。識別情報（フラグ）付与のために、図１４の振分管理テーブル２１に付与指示フィールドの追加が必要となる。
【００８５】
付記１０記載の発明によれば、引き渡し先の処理中セッションの処理リソースの保護が可能となる。
（付記１１の発明）
付記１１記載の発明は、前記パケット振分装置から高位レイヤ処理装置へパケット毎に通知するハッシュ値の通知方法として、ＩＰヘッダのＴｏＳフィールドに埋め込むことを特徴とする。
【００８６】
この付記記載の発明は、ＴｏＳフィールドにハッシュ値並びに請求項１０の識別情報を埋め込むようにしたものである。
【００８７】
付記１１記載の発明によれば、サーバ→クライアント、クライアント→サーバのどちらの方向でも、転送のアドレス情報フィールドを損なうことなく、使用することができる。
（付記１２の発明）
付記１２記載の発明は、前記パケット振分装置から高位レイヤ処理装置へパケット毎に通知するハッシュ値の通知方法として、パケット転送にＶＬＡＮを用い、ＶＬＡＮヘッダのＰｒｉｏｒｉｔｙフィールドに埋め込むことを特徴とする。
【００８８】
この付記１２記載の発明は、ＶＬＡＮを用い、ＶＬＡＮヘッダのＰｒｉｏｒｉｔｙフィールドにハッシュ値並びに付記１０の識別情報を埋め込むようにしたものである。
【００８９】
この付記１２記載の発明によれば、ＶＬＡＮフレームを用い、ＶＬＡＮヘッダのＰｒｉｏｒｉｔｙフィールドにハッシュ値並びに付記１０の識別情報（フラグ）を埋め込むようにしたものである。
【００９０】
付記１２記載の発明によれば、サーバ→クライアント並びにクライアント→サーバのどちらの方向でも、転送ＩＰレイヤのアドレス情報フィールドを損なう、即ち使用することなく、ハッシュ値を伝えることができる。
（付記１３の発明）
付記１３記載のの発明は、前記パケット振分装置から高位レイヤ処理装置へパケット毎に通知するハッシュ値の通知方法として、ＩＰｖ６パケットの場合、ＩＰヘッダのＦｌｏｗ  ＩＤフィールドに埋め込むことを特徴とする。
【００９１】
この付記記載の発明は、ＩＰｖ６パケットの場合、ＩＰヘッダのＦｌｏｗ  ＩＤフィールドにハッシュ値を埋め込むようにしたものである。
【００９２】
付記１３記載の発明によれば、付記１１／１２の場合よりもハッシュ値レンジを大きくとることができる。
（付記１４の発明）
付記１４記載の発明は、前記パケット振分装置から高位レイヤ処理装置へパケット毎に通知するハッシュ値の通知方法として、転送パケットをカプセル化し、カプセル化ヘッダに埋め込むことを特徴とする。
【００９３】
この付記記載の発明は、転送パケットをカプセル化し、ハッシュ値をカプセル化ヘッドに埋め込むことを特徴とするものである。例えば、宛先アドレスは、カプセルを示す固定値とし、送信元アドレスを使用するものである。
【００９４】
付記１４記載の発明によれば、付記１１／１２の場合よりもハッシュ値レンジを大きくとることができる。
（付記１５の発明）
付記１５記載の発明は、前記高位レイヤ処理装置がサーバ負荷分散サービスを提供し、クライアントからサーバ方向にパケット振分装置が、パケット振り分けを行なう場合、パケット毎に通知するハッシュ値の通知方法として、パケットの宛先ＩＰアドレスフィールドに埋め込むことを特徴とする。
【００９５】
サーバ負荷分散の場合、クライアントからサーバ方向の宛先ＩＰアドレスは、仮想サーバのアドレスを示す。予め、高位レイヤ処理装置側において、仮想サーバのＩＤを定め、ＩＤとＩＰアドレス関係のテーブルを持ち、パケット振分装置が仮想ＩＰアドレスから仮想サーバＩＤを引き、宛先ＩＰアドレスフィールドに、ハッシュ値と仮想サーバＩＤを埋め込めば、高位レイヤ処理装置側で上記サーバＩＤ−ＩＰアドレス関係テーブルを利用することにより、サービスを支障なく行なうことができる。
【００９６】
ただし、サーバからクライアント方向で同様に使用できるフィールドがないため、この方式は図１３に示すように、後段パケット振分装置がなく、高位レイヤ処理装置がサーバを直接収容する場合（図２の場合よりもサーバの収容分割損が大きい）に適用が限られる。
【００９７】
付記１５記載の発明によれば、請求項１１／１２の場合よりもハッシュ値レンジを大きくとることができる。
（付記１６の発明）
付記１６記載の発明は、前記高位レイヤ処理装置が、ハッシュ値毎に監視を行なう処理リソース情報としてセッション処理速度値を用いることを特徴とする。
【００９８】
高位レイヤ処理装置に関する前提に示した通り、高位レイヤ処理装置のソフトウェア処理は、主にセッション開始時に起こり、本処理部分が中継処理のボトルネックとなりやすい。よって、高位レイヤ処理装置の消費リソースの監視パラメータとして、所定時間内の新規セッション数を示すセッション処理装置を用いるようにしたものである。
【００９９】
付記１６記載の発明によれば、セッション処理速度観測自体は、セッション管理テーブルを利用することにより、ハードウェアで実現可能であり、本処理に関する高位レイヤ処理装置のソフトウェア処理の負荷が少なくてすむ。
（付記１７の説明）
付記１７記載の発明は、セッションに行なうサービス種別に対応した重み付けをセッション処理速度値に行ない、ハッシュ値の選択に用いることを特徴とする。
【０１００】
例えば、サーバ負荷分散の場合、ＨＴＴＰの情報を基に振り分けサーバを決める処理があるが、ＨＴＴＰの参照する情報の範囲（例えば、ファイル拡張子のみ、又はファイル名そのもの）で処理負荷が異なる。この場合、付記１６では、これら負荷の違いを認識できない。よって、予めサービスタイプ毎に重み付けを求め、セッション処理速度にその重み付けを掛け合わせた上で判断する（図１２の（２）のサービス情報テーブル参照）。
【０１０１】
付記１７記載の発明によれば、請求項１６よりもより正確なリソース消費状況見積もりが可能となる。
（付記１８の発明）
付記１８記載の発明は、前記高位レイヤ処理装置が、ハッシュ値毎に監視を行なう処理リソース情報として、ＣＰＵ使用率を用いることを特徴とする。
【０１０２】
この付記記載の発明は、ＣＰＵ使用率を処理リソース情報として用いるようにしたものである。
【０１０３】
付記１８記載の発明によれば、付記１７の場合よりも更に正確なリソース消費状況見積もりが可能となる。
（付記１９の発明）
付記１９記載の発明は、前記高位レイヤ処理装置のハッシュ値選択方法について、ハッシュ値毎に保持している処理リソース監視結果のうち、零でない最小のものを選択することを特徴とする。
【０１０４】
付記１９記載の発明によれば、簡便にハッシュ値を選択することができる。
（付記２０の発明）
付記２０記載の発明は、前記高位レイヤ処理装置のハッシュ値選択方法について、ハッシュ値毎に保持している処理リソース監視結果のうち、予め定めた値に近いものを選択することを特徴とする。
【０１０５】
この発明は、高位レイヤ処理装置の輻輳判断記述と合わせてハッシュ値を選択することができるようにしたものである。
【０１０６】
付記２０記載の発明によれば、確実な制御効果（引き渡しによる処理量削減効果）を得ることができる。
（付記２１の発明）
付記２１記載の発明は、前記ハッシュ値毎に保持している処理リソース監視結果を予め定めた高位レイヤ処理装置が提供するサービスの品質毎に保持し、サービス品質を踏まえ、通知ハッシュ値を選択することを特徴とする。
【０１０７】
この付記記載の発明は、サービス品質を考慮してハッシュ値を選択するようにしたものである。図１２の（１），（２）のハッシュ毎管理テーブル、サービス情報テーブルのサービス優先度を用いて選択する。例えば、サービス優先度が低いものに関して、請求項４の組み合わせで制御するものである。
【０１０８】
付記２１記載の発明によれば、サービスの差別化が可能となる。
（付記２２の発明）
付記２２記載の発明は、通知ハッシュ値を１回につき１つではなく、複数リストとして渡し、パケット振分装置が該リストの監視リソース値と、各高位レイヤ処理装置に負荷状況を基に、振り分け先高位レイヤ処理装置を選択することを特徴とする。
【０１０９】
候補ハッシュを複数、パケット振分装置にリストとして渡すようにしたものである。リストを基にパケット振分装置が引き渡しハッシュ値を選択した後、引き渡しセッション情報の同期処理を行なうようにしたものである。
【０１１０】
付記２２記載の発明によれば、バケット振分装置がリストに従い、複数回引き渡し処理ができ、引き渡しの効果や引き渡し先への影響を踏まえつつ、リソース配分が可能となる。
【０１１１】
（付記１）  異なる網の間の境界又はｉＤＣや企業データセンタの各種サーバ等の前段に位置し、受信パケットのレイヤ４以上の高位レイヤ情報に基づき処理を行なう高位レイヤ処理システムであって、システムのスケーラビリティ確保のため、高位レイヤ処理装置を複数台並列配置し、それら高位レイヤ処理装置群に、受信パケットのＬ３以下の情報に基づきパケットを振り分けるパケット振分装置からなる高位レイヤ処理システムにおいて、
パケット振分装置が受信パケット内の情報から算出し、振り分け先である高位レイヤ処理装置の判定に用いるハッシュ値を、転送パケットと共に高位レイヤ処理装置に通知し（ステップ１）、
高位レイヤ処理装置は該ハッシュ値毎に処理リソースを監視し、その結果の情報を保持し、自高位レイヤ処理装置が輻輳或いは輻輳を予想した場合に、他高位レイヤ処理装置に処理を引き渡すセッション群をハッシュ値単位で選定しておき、該選択ハッシュ値と、該ハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を、高位レイヤ処理装置群の高位レイヤ処理装置単位のリソースを監視するパケット振分装置の運用管理部に通知し（ステップ２）、
前記運用管理部が、引き継ぎ先高位レイヤ処理装置を選択し、該高位レイヤ処理装置にセッション引き継ぎ情報を通知し、また高位レイヤ処理の輻輳状態を判断し、輻輳時には、前記パケット振分装置が該ハッシュ値に対応したパケットを、輻輳と判断した高位レイヤ処理装置から引き継ぎ先の高位レイヤ処理装置に振り分け先を変更し転送する（ステップ３）、
ことを特徴とする高位レイヤ処理方法。
【０１１２】
（付記２）  異なる網の間の境界又はｉＤＣや企業データセンタの各種サーバ等の前段に位置し、受信パケットのレイヤ４以上の高位レイヤ情報に基づき処理を行なう高位レイヤ処理システムであって、システムのスケーラビリティ確保のため、高位レイヤ処理装置を複数台並列配置し、それら高位レイヤ処理装置群に、受信パケットのＬ３以下の情報に基づきパケットを振り分けるパケット振分装置からなる高位レイヤ処理システムにおいて、
受信パケット内の情報から算出し、振分先である高位レイヤ処理装置の判定に用いるハッシュ値を、転送パケットと共に高位レイヤ処理装置に通知するパケット振分装置と、
前記ハッシュ値毎に処理リソースを監視し、その結果の情報を保持し、自高位レイヤ処理装置が輻輳或いは輻輳を予想した場合に、他高位レイヤ処理装置に処理を引き渡すセッション群をハッシュ値単位で選定しておき、該選択ハッシュ値と、該ハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を、高位レイヤ処理装置群の高位レイヤ処理装置単位のリソースを監視するパケット振分装置の運用管理部に通知する高位レイヤ処理装置と、
引き継ぎ先の高位レイヤ処理装置を選択し、該高位レイヤ処理装置にセッション引き継ぎ情報を通知し、また、高位レイヤ処理の輻輳状態を判断し、輻輳時には、パケット振分装置が該ハッシュ値に対応したパケットを輻輳と判断した高位レイヤ処理装置から引き継ぎ先の高位レイヤ処理装置に振り分け先を変更し転送する運用管理部と、
を具備して構成される高位レイヤ処理システム。
【０１１３】
（付記３）  選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を、パケット振分装置の運用管理部経由ではなく、パケット振分装置と高位レイヤ処理装置群間に配備したスイッチ機構を介し、前記高位レイヤ処理装置が前記運用管理部から引き継ぎ先高位レイヤ処理装置の情報を入手し、装置自身が引き継ぎ先装置に転送することを特徴とする付記２記載の高位レイヤ処理システム。
【０１１４】
（付記４）  選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を引き継ぎ先高位レイヤ処理装置に転送せず、単にパケット振分装置が高位レイヤ処理装置の輻輳状態を判断し、輻輳時、該ハッシュ値に対応したパケットを、輻輳と判断した高位レイヤ処理から引き継ぎ先高位レイヤ処理装置に振り分けだけ行なうことを特徴とする付記２又は３記載の高位レイヤ処理システム。
【０１１５】
（付記５）  選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を引き継ぎ先高位レイヤ処理装置に転送せず、パケット振分装置が高位レイヤ処理装置の輻輳状態を判断し、輻輳時、該ハッシュ値に対応したパケットをコピーし、輻輳状態と判断した現在処理系の高位レイヤ処理装置と共に引き継ぎ先高位レイヤ処理装置にもパケットを転送することを特徴とする付記２又は３記載の高位レイヤ処理システム。
【０１１６】
（付記６）  選択したハッシュ値に対応するセッションの処理を引き継ぐのに必要な情報を引き継ぎ先高位レイヤ処理装置に転送せず、パケット振分装置と高位レイヤ処理装置間に配備したＬ２スイッチを用いて、パケット振分装置と高位レイヤ処理装置２台の可能な対との間に事前にＶＬＡＮを設定し、パケット振分装置が高位レイヤ処理装置の輻輳状態を判断し、輻輳状態と判断した現在処理系の高位レイヤ処理装置と引き継ぎ先高位レイヤ処理装置が属するＶＬＡＮに該ハッシュ値に対応したパケットをブロードキャストすることを特徴とする付記２又は３記載の高位レイヤ処理システム。
【０１１７】
（付記７）  高位レイヤ処理システムが、その外部に対して、ＶＬＡＮ構成サービスを提供しており、パケット振分装置と高位レイヤ処理装置との間にも外部向けＶＬＡＮに対応したＶＬＡＮを設ける場合について、外部向けＶＬＡＮタグ値は、輻輳時起動の振り分け用ＶＬＡＮのＶＬＡＮタグ値として使用しない値を割り当て、輻輳時起動の振り分け時に使用するＶＬＡＮタグ値から外部向けＶＬＡＮサービスに対応したＶＬＡＮタグ値に、Ｌ２スイッチが変換し書き換えを行なうことを特徴とする付記６記載の高位レイヤ処理システム。
【０１１８】
（付記８）  前記輻輳時起動の振り分け時に使用するＶＬＡＮタグ値から外部向けＶＬＡＮサービスに対応したＶＬＡＮタグ値に変換／書き換えを、高位レイヤ処理装置にて行なうことを特徴とする付記７記載の高位レイヤ処理システム。
【０１１９】
（付記９）  高位レイヤ処理システムが、その外部に対して、ＶＬＡＮ構成サービスを提供しており、パケット振分装置と高位レイヤ処理装置間にも外部向けＶＬＡＮに対応したＶＬＡＮを設ける場合について、パケット振分装置と高位レイヤ処理装置間に外部向けＶＬＡＮに対応したＶＬＡＮと輻輳時起動の振り分け時に使用するＶＬＡＮを階層的に設けることを特徴とする付記６記載の高位レイヤ処理システム。
【０１２０】
（付記１０）  前記パケット振分装置が、ある高位レイヤ処理装置の輻輳をもって振り分け先を変更したか否かを示す情報をパケットに付与し、振り分け先変更パケットを受信した高位レイヤ処理装置は、これら振り分け先変更セッションと、それまでのサービス中セッションと、それまでのサービス対象の新規セッションについて、処理リソース割り当ての差別化制御を行なうことを特徴とする付記２乃至４の何れかに記載の高位レイヤ処理システム。
【０１２１】
（付記１１）  前記パケット振分装置から高位レイヤ処理装置へパケット毎に通知するハッシュ値の通知方法として、ＩＰヘッダのＴｏＳフィールドに埋め込むことを特徴とする付記２乃至１０の何れかに記載の高位レイヤ処理システム。
【０１２２】
（付記１２）  前記パケット振分装置から高位レイヤ処理装置へパケット毎に通知するハッシュ値の通知方法として、パケット転送にＶＬＡＮを用い、ＶＬＡＮヘッダのＰｒｉｏｒｉｔｙフィールドに埋め込むことを特徴とする付記２乃至１０の何れかに記載の高位レイヤ処理システム。
【０１２３】
（付記１３）  前記パケット振分装置から高位レイヤ処理装置へパケット毎に通知するハッシュ値の通知方法として、ＩＰｖ６パケットの場合、ＩＰヘッダのＦｌｏｗ  ＩＤフィールドに埋め込むことを特徴とする付記２乃至１０の何れかに記載の高位レイヤ処理システム。
【０１２４】
（付記１４）  前記パケット振分装置から高位レイヤ処理装置へパケット毎に通知するハッシュ値の通知方法として、転送パケットをカプセル化し、カプセル化ヘッダに埋め込むことを特徴とする付記２乃至１０の何れかに記載の高位レイヤ処理システム。
【０１２５】
（付記１５）  前記高位レイヤ処理装置がサーバ負荷分散サービスを提供し、クライアントからサーバ方向にパケット振分装置が、パケット振り分けを行なう場合、パケット毎に通知するハッシュ値の通知方法として、パケットの宛先ＩＰアドレスフィールドに埋め込むことを特徴とする付記２乃至１０の何れかに記載の高位レイヤ処理システム。
【０１２６】
（付記１６）  前記高位レイヤ処理装置が、ハッシュ値毎に監視を行なう処理リソース情報としてセッション処理速度値を用いることを特徴とする付記２乃至１０の何れかに記載の高位レイヤ処理システム。
【０１２７】
（付記１７）  セッションに行なうサービス種別に対応した重み付けをセッション処理速度値に行ない、ハッシュ値の選択に用いることを特徴とする付記１６記載の高位レイヤ処理システム。
【０１２８】
（付記１８）  前記高位レイヤ処理装置が、ハッシュ値毎に監視を行なう処理リソース情報として、ＣＰＵ使用率を用いることを特徴とする付記２乃至１０の何れかに記載の高位レイヤ処理システム。
【０１２９】
（付記１９）  前記高位レイヤ処理装置のハッシュ値選択方法について、ハッシュ値毎に保持している処理リソース監視結果のうち、零でない最小のものを選択することを特徴とする付記２乃至１０の何れかに記載の高位レイヤ処理システム。
【０１３０】
（付記２０）  前記高位レイヤ処理装置のハッシュ値選択方法について、ハッシュ値毎に保持している処理リソース監視結果のうち、予め定めた値に近いものを選択することを特徴とする付記２乃至１０の何れかに記載の高位レイヤ処理システム。
【０１３１】
（付記２１）  前記ハッシュ値毎に保持している処理リソース監視結果を予め定めた高位レイヤ処理装置が提供するサービスの品質毎に保持し、サービス品質を踏まえ、通知ハッシュ値を選択することを特徴とする付記１８乃至２０の何れかに記載の高位レイヤ処理システム。
【０１３２】
（付記２２）  通知ハッシュ値を１回につき１つではなく、複数リストとして渡し、パケット振分装置が該リストの監視リソース値と、各高位レイヤ処理装置に負荷状況を基に、振り分け先高位レイヤ処理装置を選択することを特徴とする付記１９乃至２１記載の高位レイヤ処理システム。
【図面の簡単な説明】
【０１３３】
【図１】本発明方法の原理を示すフローチャートである。
【図２】本発明の原理ブロック図である。
【図３】パケット振分装置の構成例を示すブロック図である。
【図４】高位レイヤ処理装置の構成例を示すブロック図である。
【図５】本発明システムの処理の流れを示すシーケンス図である。
【図６】本発明システムの処理の流れを示すシーケンス図である。
【図７】本発明システムの他の処理の流れを示すシーケンス図である。
【図８】本発明システムの他の処理の流れを示すシーケンス図である。
【図９】パケット振分装置の振分処理部の主要テーブルの構成例を示す図である。
【図１０】パケット振分装置の振分管理部の主要テーブルの構成例を示す図である。
【図１１】高位レイヤ処理装置のセッション管理テーブルの構成例を示す図である。
【図１２】高位レイヤ処理装置の装置管理部の主要テーブルの構成例を示す図である。
【図１３】本発明の一実施例を示すブロック図である。
【図１４】従来システムの動作説明図である。
【図１５】従来パケット振分装置の振分管理部の主要テーブルを示す構成図である。
【符号の説明】
【０１３４】
１    クライアント
２    サーバ
３    前段パケット振分装置
４    後段パケット振分装置
５    高位レイヤ処理装置
６    Ｌ２スイッチ
７    Ｌ２スイッチ
８    Ｌ２スイッチ
１０  本発明システム
２０  インターネット
３０  ｉＤＣ／企業データセンタ
４０  サーバフォーム群
【図１】
2005064882.tif 000003
【図２】
2005064882.tif 000004
【図３】
2005064882.tif 000005
【図４】
2005064882.tif 000006
【図５】
2005064882.tif 000007
【図６】
2005064882.tif 000008
【図７】
2005064882.tif 000009
【図８】
2005064882.tif 000010
【図９】
2005064882.tif 000011
【図１０】
2005064882.tif 000012
【図１１】
2005064882.tif 000013
【図１２】
2005064882.tif 000014
【図１３】
2005064882.tif 000015
【図１４】
2005064882.tif 000016
【図１５】
2005064882.tif 000017