(57)【要約】【課題】トラヒックの振り分け先の処理負荷やネットワーク帯域の消費を増大させることなく、振り分けルールの変更時のセッション切断を防ぐこと。【解決手段】トラヒック（パケット）を振り分けるルールを変更するための要求を受けて、ルール変更要求前の旧ルールと変更後の新ルールとを併用する併用期間内で生じたトラヒックのセッションが、併用期間よりも前に確立した既存セッション、併用期間内に確立した新規セッションのうちいずれのものであるかを判断する新規／既存セッション判断部３０３と、既存セッションであると判断された場合、旧ルールに従って、トラヒックを振り分け先装置群へ振り分け、新規セッションであると判断された場合、新ルールに従って、トラヒックを振り分ける振り分け先決定部３０７およびサーバ側パケット送信部３０８とを備えている。【選択図】      図２
2004229130.tif 000002
【特許請求の範囲】
【請求項１】
トラヒックを振り分け先装置群へ振り分ける振り分けルールの変更要求を受け、前記トラヒックのセッションが、ルール変更要求前に確立した既存セッションであるのか、ルール変更要求後に確立した新規セッションであるのかを判断するセッション判断手段と、
前記セッション判断手段により、前記セッションが前記既存セッションであると判断された場合、前記ルール変更要求前の振り分けルールに従って、トラヒックを前記振り分け先装置群へ振り分け、一方、前記セッションが前記新規セッションであると判断された場合、前記ルール変更要求後の振り分けルールに従って、トラヒックを前記振り分け先装置群へ振り分ける振り分け手段と、
を備えたことを特徴とする振り分け制御装置。
【請求項２】
前記セッション判断手段は、前記ルール変更要求後に確立した前記新規セッションを識別するための新規セッション識別子を保持しておき、該新規セッション識別子と前記トラヒックに含まれるセッション識別子とを照合することにより、前記判断を行うことを特徴とする請求項１に記載の振り分け制御装置。
【請求項３】
前記セッション判断手段は、前記ルール変更要求後で生じた前記トラヒックについて、前記ルール変更要求前の振り分けルールが適用された振り分け先と、前記ルール変更要求後の振り分けルールが適用された振り分け先とが同一である場合、前記判断を行わず、前記振り分け手段は、前記同一である場合、前記ルール変更要求後の振り分けルールが適用された振り分け先に基づいて、前記トラヒックを前記振り分け先装置群へ振り分けることを特徴とする請求項１または２に記載の振り分け制御装置。
【請求項４】
前記振り分けルールは、トラヒックをランダムに振り分けるランダムルールであり、前記ルール変更要求前のランダムルールに従って最初に振り分けられた前記既存セッションに対応するトラヒックに関する既存セッション振り分け先情報と、前記ルール変更要求後のランダムルールに従って最初に振り分けられた前記新規セッションに対応するトラヒックに関する新規セッション振り分け先情報とを保持する振り分け先情報保持手段とを備え、前記振り分け手段は、前記セッション判断手段により、前記セッションが前記既存セッションであると判断された場合、前記既存セッション振り分け先情報に基づいて、前記既存セッションに対応するトラヒックを振り分け、一方、前記セッションが前記新規セッションであると判断された場合、前記新規セッション振り分け先情報に基づいて、前記新規セッションに対応するトラヒックを振り分けることを特徴とする請求項１〜３のいずれか一つに記載の振り分け制御装置。
【請求項５】
前記ルール変更要求が連続的にあった場合、先のルール変更要求に対応する処理を実行させ、後のルール変更要求を保持しておき、前記先のルール変更要求に対応する処理が終了した後、前記後のルール変更要求に対応する処理を実行させる制御手段、を備えたことを特徴とする請求項１〜４のいずれか一つに記載の振り分け制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、負荷分散システムに用いられる振り分け制御装置に関するものであり、特には、トラヒックを振り分け先へ振り分ける負荷分散機能を有する振り分け制御装置に関するものである。
【０００２】
【従来の技術】
近年では、インターネット技術を用いたネットワークサービスが普及している。インターネットのサービス提供者においては、予想外の急激なユーザ／トラヒックの増加にも安定して対応することが求められている。
【０００３】
特に、電子商取引／仮想店舗などを運営する場合、レスポンス低下や通信異常（ショッピング操作中にショッピングカートの中身が消える）等のサービス停止は、サービス利用者に不快感を与え、サービス提供者に対する信頼度の低下を招く等、深刻な問題となる。
【０００４】
ここで、サービス提供者がユーザ／トラヒックの増加に対応する一般的な方法としては、コンテンツサーバ／ネットワーク装置を増設し、処理負荷を分散する方法や、ネットワークの拡張を即座に行うことができるスケーラビリティを確保する方法等が挙げられる。
【０００５】
また、コンテンツサーバ／ネットワーク装置に対してパケットを振り分ける振り分け装置においては、振り分け先（コンテンツサーバ／ネットワーク装置）の処理速度よりも高速にパケットを振り分けることが必須条件とされる。
【０００６】
従来より、上記の振り分け先となるネットワーク装置としては、サーバ負荷分散装置、ファイアウォール装置、キャッシュ装置等が利用されている。サーバ負荷分散装置は、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）メッセージに応じたサーバ負荷を分散する装置である。ファイアウォール装置は、ＳＹＮフラッド／Ｎｉｍｄａ等のＨＴＴＰメッセージを利用したウィルスを検出する装置である。キャッシュ装置は、要求コンテンツに応じたキャッシュ内容を返答する装置である。
【０００７】
また、かかるネットワーク装置（サーバ負荷分散装置、ファイアウォール装置、キャッシュ装置等）は、トラヒックのセッション（通信のやりとり）を管理している。
【０００８】
ここで、以下では、トラヒックのセッションを管理するネットワーク装置を高位レイヤ装置と称し、上記セッションの例としてＴＣＰ（Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）のセッション／コネクションを扱う場合について説明をする。
【０００９】
なお、ＴＣＰの詳細についてはＲＦＣ７９３（ＴＣＰの基本的な仕様）や、文献（例：”ＴＣＰ／ＩＰ  Ｉｌｌｕｓｔｒａｔｅｄ，  Ｖｏｌｕｍｅ  １：  Ｔｈｅ  Ｐｒｏｔｏｃｏｌｓ”，  Ｗ．  Ｒｉｃｈａｒｄ  Ｓｔｅｖｅｎｓ）を参照されたい。
【００１０】
ここで、従来より、複数台の高位レイヤ装置に対してパケットを振り分け負荷分散を実現するための負荷分散システムとしては、スター型、コピー（マルチキャスト）型、リダイレクト（マスタ／スレーブ）型という三つが挙げられる。
【００１１】
図４０は、上述した従来のスター型の負荷分散システムの構成を示すブロック図である。この図において、クライアント１０１  およびクライアント１０２  は、インターネット２０に接続されており、振り分け装置３０および高位レイヤ装置群５１を経由して、サーバ群６１との間でパケットの送受信を行うコンピュータ装置である。
【００１２】
振り分け装置３０は、インターネット２０と高位レイヤ装置５０１  〜５０３  との間に介挿されており、予め設定された振り分けルールに従って、クライアント１０１  および１０２  からのパケット（トラヒック）を対応する各高位レイヤ装置（高位レイヤ装置５０１  〜５０３  のうちいずれか一つの高位レイヤ装置）に振り分ける装置である。
【００１３】
ここで、振り分け装置３０には、振り分けルールの一つとして、「クライアント１０１  からのパケットを高位レイヤ装置５０１  へ振り分ける」というルール１が設定されているものとする。
【００１４】
高位レイヤ装置５０１  〜５０３  のそれぞれは、振り分け装置３０におけるパケットの振り分け先となるネットワーク装置であり、高位レイヤ装置群５１を構成している。また、高位レイヤ装置５０１  〜５０３  のそれぞれは、トラヒックのセッションを管理する。
【００１５】
例えば、高位レイヤ装置５０１  は、セッション１＿１、・・・を管理する。高位レイヤ装置５０２  は、セッション２＿１、・・・を管理する。高位レイヤ装置５０３は、セッション３＿１、・・・を管理する。
【００１６】
ここで、高位レイヤ装置５０１  は、振り分け装置３０とサーバ６０１＿１  〜６０１＿ｎ  との間に介挿されている。高位レイヤ装置５０２  は、振り分け装置３０とサーバ６０２＿１  〜６０２＿ｎ  との間に介挿されている。
【００１７】
また、高位レイヤ装置５０３  は、振り分け装置３０とサーバ６０３＿１  〜６０３＿ｎ  との間に介挿されている。これらのサーバ６０１＿１  〜６０１＿ｎ  、サーバ６０２＿１  〜６０２＿ｎ  およびサーバ６０３＿１  〜６０３＿ｎ  は、サーバ群６１を構成している。
【００１８】
つぎに、図４０に示した従来のスター型の負荷分散システムの動作について説明する。以下では、クライアント１０１  から、同一のセッション１＿１でパケット１〜３を送信する場合について説明する。
【００１９】
まず、クライアント１０１  からパケット１が送信されると、該パケット１は、インターネット２０を介して、振り分け装置３０に受信される。振り分け装置３０は、前述したルール１に従って、受信したパケット１を高位レイヤ装置５０１  へ振り分ける。
【００２０】
これにより、セッション１＿１でパケット１が振り分けられ、該パケット１は、高位レイヤ装置５０１  に受信された後、例えば、サーバ６０１＿１  に受信される。このセッション１＿１は、高位レイヤ装置５０１  により管理される。
【００２１】
続いて、クライアント１０１  から上記セッション１＿１に対応するパケット２が送信されると、該パケット２は、インターネット２０を介して、振り分け装置３０に受信された後、前述したルール１に従って、高位レイヤ装置５０１  へ振り分けられる。そして、パケット２は、高位レイヤ装置５０１  に受信された後、例えば、サーバ６０１＿１  に受信される。
【００２２】
続いて、クライアント１０１  から上記セッション１＿１に対応するパケット３が送信されると、該パケット３は、インターネット２０を介して、振り分け装置３０に受信された後、前述したルール１に従って、高位レイヤ装置５０１  へ振り分けられる。
【００２３】
そして、パケット３は、高位レイヤ装置５０１  に受信された後、例えば、サーバ６０１＿１  に受信される。これにより、パケット１〜３を送信するというパケット通信が終了し、セッション１＿１が正常終了で切断される。
【００２４】
ここで、図４０に示した負荷分散システムのメンテナンスにおいては、システム全体の処理性能を上げるために高位レイヤ装置を増設したり、振り分け先の高位レイヤ装置を変更する等の状況が発生する。
【００２５】
かかる状況では、振り分け装置３０の振り分け先としての高位レイヤ装置群５１の構成が変化する。つまり、高位レイヤ装置の増設や変更に伴って、構成上、高位レイヤ装置群５１に特定の高位レイヤ装置を追加したり、高位レイヤ装置を変更することになる。
【００２６】
例えば、振り分け装置３０においては、前述したルール１（「クライアント１０１  からのパケットを高位レイヤ装置５０１  へ振り分ける」）が、ルール２（「クライアント１０１  からのパケットを高位レイヤ装置５０２  へ振り分ける」）に変更される。
【００２７】
【特許文献１】
特開２０００−１１２９０９号公報
【特許文献２】
特開２００２−１８３１０６号公報
【００２８】
【発明が解決しようとする課題】
ところで、前述したように、従来の負荷分散システム（図４０参照）においては、メンテナンス時の振り分け装置３０における振り分けルールの変更により、同一のトラヒックに対する振り分け先の高位レイヤ装置が変更された場合、処理対象のトラヒックのセッションに不整合が生じ、正常処理を行うことができず、セッションが切断されるという問題があった。
【００２９】
以下では、図４０に示したセッション１＿１で、クライアント１０１  から送信されたパケット１が、振り分け装置３０で前述したルール１に従って、高位レイヤ装置５０１  に振り分けられた後、振り分けルールがルール１（旧ルール）からルール２（新ルール）へ変更された場合について、説明する。
【００３０】
この場合、振り分けルールの変更後に、クライアント１０１  からセッション１＿１に対応するパケット２が送信されると、このパケット２は、振り分け装置３０で、ルール２に従って、高位レイヤ装置５０２  に振り分けられる。
【００３１】
しかしながら、高位レイヤ装置５０２  では、上記セッション１＿１の情報を持っていないため、パケット２を正常受信できず、破棄等が発生する。一方、高位レイヤ装置５０１  では、パケット１に続くパケット２を受信できないため、タイムアウト等により、セッション１＿１が切断される。
【００３２】
ここで、上記セッションの切断を回避する方法としては、高位レイヤ装置５０１  〜５０３  の相互間でセッションの情報を交換することで、セッションの整合を採り、新ルールにおける振り分け先の高位レイヤ装置が、旧ルール下のセッションの状態を維持できるようにする方法が考えられる。
【００３３】
しかしながら、この方法は、セッションの情報の交換に際して、高位レイヤ装置の処理負荷を増大させるとともに、高位レイヤ装置間のネットワーク帯域をいたずらに消費させるという重大な欠点がある。
【００３４】
本発明は、上記に鑑みてなされたもので、トラヒックの振り分け先の処理負荷やネットワーク帯域の消費を増大させることなく、振り分けルールの変更時にセッションの切断を防ぐことができる振り分け制御装置を提供することを目的とする。
【００３５】
【課題を解決するための手段】
上記目的を達成するために、本発明は、トラヒックを振り分け先装置群へ振り分ける振り分けルールの変更要求を受け、前記トラヒックのセッションが、ルール変更要求前に確立した既存セッションであるのか、ルール変更要求後に確立した新規セッションであるのかを判断するセッション判断手段と、前記セッション判断手段により、前記セッションが前記既存セッションであると判断された場合、前記ルール変更要求前の振り分けルールに従って、トラヒックを前記振り分け先装置群へ振り分け、一方、前記セッションが前記新規セッションであると判断された場合、前記ルール変更要求後の振り分けルールに従って、トラヒックを前記振り分け先装置群へ振り分ける振り分け手段と、を備えたことを特徴とする。
【００３６】
この発明によれば、トラヒックの振り分け先の処理負荷やネットワーク帯域の消費を増大させることなく、振り分けルールの変更のセッション切断を防ぐことができる。
【００３７】
【発明の実施の形態】
以下、図面を参照して本発明にかかる振り分け制御装置の実施の形態１〜６について詳細に説明する。
【００３８】
（実施の形態１）
図１は、本発明にかかる実施の形態１が適用される負荷分散システムの構成を示すブロック図である。同図に示した負荷分散システムにおいて、クライアント１００１  およびクライアント１００２  は、インターネット２００に接続されており、振り分け装置３００および高位レイヤ装置群５０１を経由して、サーバ群６０１との間でパケットの送受信を行うコンピュータ装置である。
【００３９】
クライアント１００１  には、ＩＰアドレス＜１０１．０．０．１＞が付与されている。また、クライアント１００２  には、ＩＰアドレス＜１０２．０．０．１＞が付与されている。
【００４０】
振り分け装置３００は、インターネット２００と高位レイヤ装置５００１  〜５００３  との間に介挿されており、予め設定された振り分けルールに従って、クライアント１００１  および１００２  からのパケット（トラヒック）を高位レイヤ装置５００１  〜５００３  のうちいずれか一つの高位レイヤ装置へ振り分ける装置である。
【００４１】
具体的には、振り分け装置３００は、クライアント１００１  および１００２  からのパケット（トラヒック）の送信先ＩＰアドレスを、振り分けルールに基づいて、高位レイヤ装置５００１  〜５００３  のうちいずれか一つの高位レイヤ装置のＩＰアドレスに書き換えることで振り分け処理を実行する。
【００４２】
ネットワーク管理者端末４００は、ネットワーク管理者により操作されるコンピュータ端末であり、振り分け装置３００に接続されている。このネットワーク管理者端末４００は、例えば、振り分け装置３００における振り分けルールを変更するためのメンテナンスを行う場合に、メンテナンス要求のパケットを振り分け装置３００へ送信する。
【００４３】
このメンテナンス要求のパケットは、図３（ａ）に示したフォーマット（振り分けルール種別、必要パラメータ、高位レイヤ装置リスト）とされている。メンテナンス要求の例としては、図３（ｂ）に示したものとされる。
【００４４】
ここで、振り分け装置３００においては、図４に示したように、上記メンテナンスが行われるメンテナンス状態と、メンテナンスを行わない通常状態という二つの装置状態が存在する。
【００４５】
図１に戻り、高位レイヤ装置５００１  〜５００３  のそれぞれは、振り分け装置３００におけるパケットの振り分け先となるネットワーク装置であり、トラヒックのセッション状態を管理する。これらの高位レイヤ装置５００１  〜５００３  は、高位レイヤ装置群５０１を構成している。この高位レイヤ装置群５０１には、代表ＩＰアドレス＜２００．０．０．１０＞が付与されている。
【００４６】
ここで、高位レイヤ装置５００１  は、振り分け装置３００とサーバ６００１＿１〜６００１＿ｎ  との間に介挿されている。高位レイヤ装置５００２  は、振り分け装置３００とサーバ６００２＿１  〜６００２＿ｎ  との間に介挿されている。また、高位レイヤ装置５００３  は、振り分け装置３００とサーバ６００３＿１  〜６００３＿ｎ  との間に介挿されている。これらのサーバ６００１＿１  〜６００１＿ｎ  、サーバ６００２＿１  〜６００２＿ｎ  およびサーバ６００３＿１  〜６００３＿ｎ  は、サーバ群６０１を構成している。
【００４７】
また、高位レイヤ装置５００１  〜５００３  は、サーバ群６０１からクライアント１００１  および１００２  へのパケットに対して、送信元ＩＰアドレスを高位レイヤ装置群５０１の代表ＩＰアドレス＜２００．０．０．１０＞に書き換えて送信する。
【００４８】
従って、振り分け装置３００は、高位レイヤ装置５００１  〜５００３  からクライアント１００１  、１００２  へ送信されたパケットに対して、ＩＰアドレスの書き換え処理を実行することはなく、単にパケットをクライアント側へ転送すればよい。
【００４９】
また、別の構成として、高位レイヤ装置５００１  〜５００３  が、クライアント１００１  および１００２  へのパケットに対して、送信元ＩＰアドレスを各高位レイヤ装置のＩＰアドレス＜２００．０．０．１〜３＞に書き換えて送信してもよい。
【００５０】
この場合、振り分け装置３００は、高位レイヤ装置５００１  〜５００３  からクライアント１００１  、１００２  へ送信されたパケットに対して、その送信元ＩＰアドレスを高位レイヤ装置群５０１の代表ＩＰアドレス＜２００．０．０．１０＞に書き換える機能を有している。
【００５１】
なお、以下では、高位レイヤ装置群５０１とサーバ群６０１と間の通信、およびサーバ群６０１からクライアント１００１  および１００２  へ送信されたパケットに対する処理については、実施の形態１の本質ではないためその詳細な説明を省略する。
【００５２】
図２は、図１に示した振り分け装置３００の構成を示すブロック図である。同図に示した振り分け装置３００において、クライアント側パケット受信部３０１は、図１に示したクライアント１００１  および１００２  から送信されたパケットをインターネット２００を介して受信し、該パケットを、振り分け装置３００で内部処理が可能な形式の受信パケットデータに変換する。
【００５３】
また、クライアント側パケット受信部３０１は、ネットワーク管理者端末４００（図１参照）よりメンテナンス要求（図３（ａ）参照）のパケットを受信した場合に、メンテナンスの開始を指示するためのメンテナンス開始信号をメンテナンス／通常状態切替部３０２へ渡す。
【００５４】
また、クライアント側パケット受信部３０１は、上記メンテナンス要求（図３（ａ）参照）のパケットを受信した場合に、振り分けルール種別に対応する振り分けルールを、新ルールとして、新ルール適用部３０６へ渡す。
【００５５】
さらに、クライアント側パケット受信部３０１は、クライアント１００１  、１００２  からのパケットを受信した場合に、該パケットに対して、ヘッダチェック等のパケット受信処理を行い、受信パケットデータを利用する各部へ渡す。
【００５６】
メンテナンス／通常状態切替部３０２は、図４に示したように、振り分け装置３００の装置状態をメンテナンス状態または通常状態に切り替える。このメンテナンス／通常状態切替部３０２は、クライアント側パケット受信部３０１よりメンテナンス開始信号を受け取ると、振り分け装置３００の装置状態をメンテナンス状態と決定し、装置状態を通常状態からメンテナンス状態に切り替える。
【００５７】
一方、後述するタイマ３０９からメンテナンス終了信号を受け取ると、装置状態を通常状態と決定し、装置状態をメンテナンス状態から通常状態に切り替える。
【００５８】
ここで、図４に示したように、振り分け装置３００は、ネットワーク管理者端末４００より送信された、振り分けルールを変更するためのメンテナンス要求のパケットを受信した時、変更前の振り分けルール（旧ルール）と変更後の振り分けルール（新ルール）の２つの振り分けルールを併用する併用期間（メンテナンス状態）に移る。
【００５９】
ここで、パケットの振り分けルールとしては、例えば、図５（ａ）、図５（ｂ）および図５（ｃ）に示した＜ルールＡ＞、＜ルールＢ＞および＜ルールＣ＞が挙げられる。
【００６０】
例えば、＜ルールＡ＞が適用された場合、クライアント１００１  からのパケットは、振り分け装置３００により、高位レイヤ装置５００３  へ振り分けられる。また、クライアント１００２  からのパケットは、振り分け装置３００により、高位レイヤ装置５００２  へ振り分けられる。
【００６１】
また、図４に示した例では、装置状態が通常状態でルールＡ（通常ルール）が用いられている場合にメンテナンスが開始されると、装置状態が通常状態からメンテナンス状態に変更される。このメンテナンス状態では、上記ルールＡが旧ルールとされるとともに、新ルールとしてのルールＢが設定される。
【００６２】
このメンテナンス状態では、ルールＡに対応するセッション▲１▼（既存セッション）におけるパケット通信が終了するまで、ルールＡ（旧ルール）とルールＢ（新ルール）とが併用され、セッション▲１▼（既存セッション）に対応するパケット（途中パケット、終了パケット）がルールＡ（旧ルール）に従って振り分けられる。
【００６３】
一方、メンテナンス状態で新たに確立されたセッション▲２▼（新規セッション）に対応するパケット（開始パケット、途中パケット）は、ルールＢ（新ルール）で振り分けられる。
【００６４】
ここで、セッションにおいては、例えば、開始パケット、途中パケットおよび終了パケットという三種類のパケットが送信される。開始パケットは、ＳＹＮフラグがオンに設定されており、他の途中パケットおよび終了パケット（ＳＹＮフラグがオフに設定）と区別される。
【００６５】
このように、振り分けルール変更時に既存のセッションが全て終了するまで、新ルールと旧ルールを併用する併用期間を設けることにより、振り分けルールの変更時にセッションが切断されることを防ぐことができる。
【００６６】
また、つぎの通常状態では、ルールＡ（旧ルール）が用いられずに、ルールＢが新ルールから通常ルールとされ、セッション▲２▼に対応するパケット（終了パケット）がルールＢ（通常ルール）に従って振り分けられる。
【００６７】
つぎのメンテナンス状態では、上記ルールＢが旧ルールとされるとともに、新ルールとしてのルールＣが設定される。
【００６８】
このメンテナンス状態では、ルールＢに対応するセッション▲３▼（既存セッション）におけるパケット通信が終了するまで、ルールＢ（旧ルール）とルールＣ（新ルール）とが併用され、セッション▲３▼（既存セッション）に対応するパケット（途中パケット、終了パケット）がルールＢ（旧ルール）に従って振り分けられる。
【００６９】
一方、メンテナンス状態で新たに確立されたセッション▲４▼（新規セッション）に対応するパケット（開始パケット）は、ルールＣ（新ルール）で振り分けられる。
【００７０】
また、つぎの通常状態では、ルールＢ（旧ルール）が用いられずに、ルールＣが新ルールから通常ルールとされ、セッション▲４▼に対応するパケット（途中パケット、終了パケット）がルールＣ（通常ルール）に従って振り分けられる。
【００７１】
このように、振り分け装置３００は、以下のように振り分けルールを選択し、パケットを振り分ける。
【００７２】
・通常状態：振り分けルール変更前のルール（「通常ルール」）で振り分ける。
・メンテナンス状態：メンテナンス前に開始済みセッション（既存セッショ  ン）に対応するパケットは、「旧ルール」で振り分ける。
・該メンテナンス状態で確立されたセッション（新規セッション）に対応するパケットは、「新ルール」で振り分ける。
【００７３】
ここで、振り分けルール変更時にセッションが切断されないようにするためには、各セッションに対して開始と終了、およびその時刻（＝新規、既存）を確認する必要がある。そのためには、セッションの開始・終了・途中の全ての状態を識別しなければならない。このような識別処理を全てのセッションに対して行うと、その処理負荷が高くなるため、高速な振り分け装置の実現が難しくなる。
【００７４】
そこで、振り分け装置３００では、セッションを識別する処理をメンテナンス状態のみ行い、通常状態におけるパケット振り分け処理でセッションの識別を行わないことで、通常状態での高速なパケットの振り分け処理を可能にしている。
【００７５】
図２に戻り、メンテナンス／通常状態切替部３０２は、上述した決定に基づいて、振り分け先決定部３０７および新規／既存セッション判断部３０３へ現在の装置状態（通常状態またはメンテナンス状態）を通知する。
【００７６】
新規／既存セッション判断部３０３は、処理対象のトラヒックのセッションが、新規セッション、既存セッションのいずれかであるかを判断する。具体的には、新規／既存セッション判断部３０３は、装置状態がメンテナンス状態で、クライアント側パケット受信部３０１がパケットを受信した場合に、後述する新規セッション識別子データベース３０４を検索することで、該パケットが、新規セッションのパケットであるか、また既存セッションのパケットであるかを高速に判断する。
【００７７】
また、新規／既存セッション判断部３０３は、メンテナンス状態で開始パケット以外のパケットが受信されるたびに、リセット信号をタイマ３０９へ渡す。
【００７８】
新規セッション識別子データベース３０４は、図６に示したように、パケットに関する「送信元ＩＰアドレス」、「送信元ポート番号」、「送信先ＩＰアドレス」および「送信先ポート番号」からなる新規セッション識別子が格納される。この新規セッション識別子は、パケットに含まれており、新規セッションを識別するためのものである。
【００７９】
「送信元ＩＰアドレス」は、パケットの送信元（クライアント１００１  、１００２  ）に付与されたＩＰアドレスである。「送信元ポート番号」は、上記送信元のポート番号である。「送信先ＩＰアドレス」は、送信先（高位レイヤ装置群５０１）の代表ＩＰアドレスである。「送信先ポート番号」は、上記送信先のポート番号である。
【００８０】
また、図７に示したように、メンテナンス開始時に、開始パケットから抽出された新規セッション識別子（「送信元ＩＰアドレス」、「送信元ポート番号」、「送信先ＩＰアドレス」および「送信先ポート番号」）がエントリとして新規セッション識別子データベース３０４に追加される。
【００８１】
また、メンテナンス終了時に、新規セッション識別子データベース３０４からエントリ（新規セッション識別子）が削除される。
【００８２】
図２に戻り、旧ルール適用部３０５は、クライアント側パケット受信部３０１から受信パケットデータを渡された場合に、旧ルールで振り分け先を決定し、得られた振り分け先の識別子を振り分け先決定部３０７へ通知する。
【００８３】
新ルール適用部３０６は、クライアント側パケット受信部３０１から受信パケットデータを渡された場合に、新ルールで振り分け先を決定し、得られた振り分け先の識別子を振り分け先決定部３０７に通知する。
【００８４】
また、新ルール適用部３０６は、クライアント側パケット受信部３０１から振り分けルールを渡されると、これを新ルールとして適用する。また、新ルール適用部３０６は、既存の新ルールを旧ルールとして、旧ルール適用部３０５へ渡す。この場合、旧ルール適用部３０５は、新ルール適用部３０６から渡された旧ルールを適用する。
【００８５】
振り分け先決定部３０７は、装置状態（通常状態／メンテナンス状態）、セッション種別（新規セッション／既存セッション）、旧ルール振り分け先および新ルール振り分け先に基づいて、クライアント側パケット受信部３０１で受信されたパケットの振り分け先を決定し、振り分け先をサーバ側パケット送信部３０８へ通知する。
【００８６】
図８は、実施の形態１におけるパケット種別と振り分けルールとの対応関係を説明する図である。この図において、パケット種別が開始パケット、途中パケットまたは終了パケット（図４参照）、装置状態がメンテナンス状態、セッション種別が新規セッションである場合には、振り分けルールとして新ルールが適用される。
【００８７】
また、パケット種別が途中パケットまたは終了パケット（図４参照）、装置状態がメンテナンス状態、セッション種別が既存セッションである場合には、振り分けルールとして旧ルールが適用される。
【００８８】
また、パケット種別が開始パケット、途中パケットまたは終了パケット（図４参照）、装置状態が通常状態、セッション種別が既存セッションまたは新規セッションである場合には、振り分けルールとして通常ルールが適用される。なお、本実施の形態１では、通常状態において新ルール適用部３０６で通常ルールを格納しておくものとする。
【００８９】
図２に戻り、サーバ側パケット送信部３０８は、振り分け先決定部３０７から通知された振り分け先をもとに、高位レイヤ装置５００１  〜５００３  のうちいずれか一つの高位レイヤ装置へパケットを送信する。また、サーバ側パケット送信部３０８は、ＩＰ／ＭＡＣ／ＶＬＡＮや出力物理ポートなどを決定したり、送信パケットのヘッダを更新する。
【００９０】
タイマ３０９は、パケット到着間隔を計り、メンテナンス終了の時間を決定する。具体的には、タイマ３０９は、メンテナンス状態でパケットが到着する毎に、新規／既存セッション判断部３０３よりリセット信号を受信する。
【００９１】
また、タイマ３０９は、上記リセット信号を受信するたびに、あらかじめ設定されている時間からカウントダウンを始め、タイムアウトすると、既存セッションが正常終了したものとして、メンテナンス終了信号をメンテナンス／通常状態切替部３０２へ渡す。
【００９２】
つぎに、実施の形態１の動作について、図９に示したシーケンス図、図１０〜図１６に示したフローチャートを参照しつつ説明する。図９は、図１に示した負荷分散システムの動作を説明するシーケンス図である。
【００９３】
ここで、図２に示した振り分け装置３００の旧ルール適用部３０５には、パケットの振り分けルールとして、図５（ａ）に示した＜ルールＡ＞が設定されているものとする。一方、新ルール適用部３０６には、パケットの振り分けルールとして、図５（ｂ）に示した＜ルールＢ＞が設定されているものとする。
【００９４】
また、振り分け装置３００においては、装置状態が通常状態であるものとする。従って、この場合、メンテナンス／通常状態切替部３０２からは、新規／既存セッション判断部３０３および振り分け先決定部３０７へ通常状態が通知されている。
【００９５】
ここで、図１０に示したステップＳＢ１では、図２に示した振り分け装置３００のクライアント側パケット受信部３０１は、インターネット２００（図１参照）を介して、パケットを受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【００９６】
また、図１１に示したステップＳＣ１では、メンテナンス／通常状態切替部３０２は、クライアント側パケット受信部３０１よりメンテナンス開始信号を渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００９７】
ステップＳＣ３では、メンテナンス／通常状態切替部３０２は、タイマ３０９よりメンテナンス終了信号を渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、メンテナンス／通常状態切替部３０２は、判断結果が「Ｙｅｓ」になるまで、ステップＳＣ１およびステップＳＣ３の判断を繰り返す。
【００９８】
また、図１２に示したステップＳＤ１では、新規／既存セッション判断部３０３は、クライアント側パケット受信部３０１より受信パケットデータを渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【００９９】
また、図１４に示したステップＳＦ１では、新ルール適用部３０６および旧ルール適用部３０５のそれぞれは、クライアント側パケット受信部３０１より受信パケットデータを渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１００】
また、図１５に示したステップＳＧ１では、振り分け先決定部３０７は、旧ルール適用部３０５および新ルール適用部３０６の双方からパケットの振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１０１】
また、図１６に示したステップＳＨ１では、サーバ側パケット送信部３０８は、クライアント側パケット受信部３０１より受信パケットデータを渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１０２】
（通常状態におけるパケット１の振り分け処理）
上記通常状態において、図９に示したステップＳＡ１では、クライアント１００１  は、既存セッション１でパケット１を送信する。このパケット１においては、＜送信元ＩＰアドレス＞が＜１０１．０．０．１＞、＜送信元ポート番号＞が＜２００＞、＜送信先ＩＰアドレス＞が＜２００．０．０．１０＞、＜送信先ポート番号＞が＜８０＞に設定されている。
【０１０３】
ステップＳＡ２では、パケット１は、図１に示したインターネット２００を介して、図２に示した振り分け装置３００のクライアント側パケット受信部３０１に受信される。
【０１０４】
これにより、クライアント側パケット受信部３０１は、図１０に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、クライアント側パケット受信部３０１は、受信したパケット１がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１０５】
ステップＳＢ５では、クライアント側パケット受信部３０１は、受信したパケット１を受信パケットデータに変換し、新規／既存セッション判断部３０３、旧ルール適用部３０５、新ルール適用部３０６およびサーバ側パケット送信部３０８へ渡した後、ステップＳＢ１の判断を行う。
【０１０６】
クライアント側パケット受信部３０１より受信パケットデータ（パケット１）を渡されると、新規／既存セッション判断部３０３は、図１２に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。ステップＳＤ２では、新規／既存セッション判断部３０３は、メンテナンス／通常状態切替部３０２からの通知に基づいて、装置状態をチェックする。この場合、装置状態は、通常状態である。
【０１０７】
ステップＳＤ３では、新規／既存セッション判断部３０３は、装置状態がメンテナンス状態であるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＤ１の判断を行う。つまり、通常状態においては、新規／既存セッション判断部３０３は、受信パケットデータ（パケット１）に対して何も処理を実行しない。
【０１０８】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット１）を渡されると、旧ルール適用部３０５は、図１４に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。ステップＳＦ２では、旧ルール適用部３０５は、現在設定されている旧ルールとしてのルールＡ（図５（ａ）参照）を適用し、該ルールＡにおけるパケット１の振り分け先を決定する。
【０１０９】
この場合、ルールＡ（旧ルール）によれば、クライアント１００１  からのパケット１を受信したので、このパケット１の振り分け先は、高位レイヤ装置５００３  のＩＰアドレス＜２００．０．０．３＞である。ステップＳＦ３では、旧ルール適用部３０５は、上記振り分け先（高位レイヤ装置５００３  のＩＰアドレス＜２００．０．０．３＞）を振り分け先決定部３０７へ通知する。
【０１１０】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット１）を渡されると、新ルール適用部３０６は、図１４に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。ステップＳＦ２では、新ルール適用部３０６は、現在設定されている新ルールとしてのルールＢ（図５（ｂ）参照）を適用し、該ルールＢにおけるパケット１の振り分け先を決定する。
【０１１１】
この場合、ルールＢ（新ルール）によれば、クライアント１００１  からのパケット１を受信したので、このパケット１の振り分け先は、高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞である。ステップＳＦ３では、新ルール適用部３０６は、上記振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）を振り分け先決定部３０７へ通知する。
【０１１２】
そして、旧ルール適用部３０５から振り分け先（高位レイヤ装置５００３  のＩＰアドレス＜２００．０．０．３＞）と、新ルール適用部３０６から振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）とが振り分け先決定部３０７にそれぞれ通知されると、振り分け先決定部３０７は、図１５に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
【０１１３】
ステップＳＧ２では、振り分け先決定部３０７は、メンテナンス／通常状態切替部３０２からの通知に基づいて、現在の装置状態が通常状態であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１１４】
ステップＳＧ５では、振り分け先決定部３０７は、新ルール適用部３０６から通知された振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）をパケット１の振り分け先として決定し、サーバ側パケット送信部３０８へ通知した後、ステップＳＧ１の判断を行う。
【０１１５】
また、クライアント側パケット受信部３０１から受信パケットデータを渡されると、サーバ側パケット送信部３０８は、図１６に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。
【０１１６】
ステップＳＨ２では、サーバ側パケット送信部３０８は、振り分け先決定部３０７より振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。一方、振り分け先決定部３０７より振り分け先が通知されない場合、サーバ側パケット送信部３０８は、ステップＳＨ２の判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１１７】
ステップＳＨ３では、サーバ側パケット送信部３０８は、受信パケットデータに対応するパケット１のヘッダを更新し、送信用のパケット１を生成する。具体的には、サーバ側パケット送信部３０８は、新ルール適用部３０６から通知された振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）に基づいて、パケット１の＜送信先ＩＰアドレス＞を、＜２００．０．０．１０＞から＜２００．０．０．１＞に書き換える。
【０１１８】
ステップＳＨ４では、サーバ側パケット送信部３０８は、既存セッション１（図９参照）で、ステップＳＨ３で生成されたパケット１を振り分け先の高位レイヤ装置５００１  へ送信（図９：ステップＳＡ３参照）した後、ステップＳＨ１の判断を行う。
【０１１９】
（パケット２によるメンテナンス要求）
そして、図９に示したステップＳＡ４では、ネットワーク管理者は、振り分け装置３００における振り分けルール（新ルール）を現在のルールＢ（図５（ｂ）参照）からルールＣ（図５（ｃ）参照）に変更するために、図１に示したネットワーク管理者端末４００を用いてメンテナンス要求を出す。
【０１２０】
これにより、ネットワーク管理者端末４００からは、上記メンテナンス要求に対応するパケット２が振り分け装置３００へ送信される。図９に示したステップＳＡ５では、パケット２は、振り分け装置３００のクライアント側パケット受信部３０１に受信される。
【０１２１】
これにより、クライアント側パケット受信部３０１は、図１０に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、クライアント側パケット受信部３０１は、受信したパケット２がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１２２】
ステップＳＢ３では、クライアント側パケット受信部３０１は、新ルールとしてのルールＣ（図５（ｃ）参照）を新ルール適用部３０６へ通知する。これにより、新ルール適用部３０６には、新ルールとしてルールＣが設定される。
【０１２３】
また、新ルール適用部３０６は、ルールＣが設定される前に設定されていたルールＢ（図５（ｂ）参照）を旧ルール適用部３０５へ通知する。これにより、旧ルール適用部３０５には、旧ルールとしてルールＢが設定される。
【０１２４】
ステップＳＢ４では、クライアント側パケット受信部３０１は、メンテナンス開始信号をメンテナンス／通常状態切替部３０２へ渡した後、ステップＳＢ１の判断を行う。
【０１２５】
そして、メンテナンス開始信号を受信すると、メンテナンス／通常状態切替部３０２は、図１１に示したステップＳＣ１の判断結果を「Ｙｅｓ」とする。ステップＳＣ２では、メンテナンス／通常状態切替部３０２は、新規／既存セッション判断部３０３および振り分け先決定部３０７へ、現在の装置状態がメンテナンス状態であることを通知する。
【０１２６】
ステップＳＣ３では、メンテナンス／通常状態切替部３０２は、タイマ３０９よりメンテナンス終了信号を渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＣ１の判断を行う。
【０１２７】
（メンテナンス状態におけるパケット３の振り分け）
そして、メンテナンス状態において、図９に示したステップＳＡ６では、クライアント１００１  は、上述したパケット１と同一の既存セッション１で、パケット３を送信する。このパケット３においては、上述したパケット１と同様にして、＜送信元ＩＰアドレス＞が＜１０１．０．０．１＞、＜送信元ポート番号＞が＜２００＞、＜送信先ＩＰアドレス＞が＜２００．０．０．１０＞、＜送信先ポート番号＞が＜８０＞に設定されている。
【０１２８】
ステップＳＡ７では、パケット３は、図１に示したインターネット２００を介して、図２に示した振り分け装置３００のクライアント側パケット受信部３０１に受信される。
【０１２９】
これにより、クライアント側パケット受信部３０１は、図１０に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、クライアント側パケット受信部３０１は、受信したパケット３がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１３０】
ステップＳＢ５では、クライアント側パケット受信部３０１は、受信したパケット３を受信パケットデータに変換し、新規／既存セッション判断部３０３、旧ルール適用部３０５、新ルール適用部３０６およびサーバ側パケット送信部３０８へ渡した後、ステップＳＢ１の判断を行う。
【０１３１】
クライアント側パケット受信部３０１より受信パケットデータ（パケット３）を渡されると、新規／既存セッション判断部３０３は、図１２に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。ステップＳＤ２では、新規／既存セッション判断部３０３は、メンテナンス／通常状態切替部３０２からの通知に基づいて、装置状態をチェックする。この場合、装置状態は、メンテナンス状態である。
【０１３２】
ステップＳＤ３では、新規／既存セッション判断部３０３は、装置状態がメンテナンス状態であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＤ４では、新規／既存セッション判断部３０３は、メンテナンス状態処理を実行する。
【０１３３】
具体的には、図１３に示したステップＳＥ１では、新規／既存セッション判断部３０３は、パケット３のセッション識別子（＜送信元ＩＰアドレス＞＝＜１０１．０．０．１＞、＜送信元ポート番号＞＝＜２００＞、＜送信先ＩＰアドレス＞＝＜２００．０．０．１０＞、＜送信先ポート番号＞＝＜８０＞）をキーとして、新規セッション識別子データベース３０４を検索し、上記セッション識別子と同一のエントリの有無をチェックする。
【０１３４】
ステップＳＥ２では、新規／既存セッション判断部３０３は、新規セッション識別子データベース３０４に、パケット３のセッション識別子と同一のエントリがあるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１３５】
ステップＳＥ３では、新規／既存セッション判断部３０３は、パケット３が、セッションの開始パケットであるか否かをチェックする。ステップＳＥ４では、新規／既存セッション判断部３０３は、パケット３のＳＹＮフラグのオン／オフから判断する。この場合、パケット３のＳＹＮフラグがオフに設定されているものとすると、新規／既存セッション判断部３０３は、ステップＳＥ４の判断結果を「Ｎｏ」とする。
【０１３６】
ステップＳＥ７では、新規／既存セッション判断部３０３は、リセット信号をタイマ３０９へ送信する。リセット信号を受けて、タイマ３０９は、予め設定された時間（例えば、１５秒）について、カウントダウンを開始する。
【０１３７】
ステップＳＥ８では、新規／既存セッション判断部３０３は、振り分け先決定部３０７へ、パケット３のセッションが、既存セッションである旨を通知した後、図１２に示したステップＳＤ１の判断を行う。
【０１３８】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット３）を渡されると、旧ルール適用部３０５は、図１４に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。ステップＳＦ２では、旧ルール適用部３０５は、現在設定されている旧ルールとしてのルールＢ（図５（ｂ）参照）を適用し、該ルールＢにおけるパケット３の振り分け先を決定する。
【０１３９】
この場合、ルールＢ（旧ルール）によれば、クライアント１００１  からのパケット３を受信したので、このパケット３の振り分け先は、高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞である。ステップＳＦ３では、旧ルール適用部３０５は、上記振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）を振り分け先決定部３０７へ通知する。
【０１４０】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット３）を渡されると、新ルール適用部３０６は、図１４に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。ステップＳＦ２では、新ルール適用部３０６は、現在設定されている新ルールとしてのルールＣ（図５（ｃ）参照）を適用し、該ルールＣにおけるパケット３の振り分け先を決定する。
【０１４１】
この場合、ルールＣ（新ルール）によれば、クライアント１００１  からのパケット３を受信したので、このパケット３の振り分け先は、高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞である。ステップＳＦ３では、新ルール適用部３０６は、上記振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）を振り分け先決定部３０７へ通知する。
【０１４２】
そして、旧ルール適用部３０５から振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）と、新ルール適用部３０６から振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）とが振り分け先決定部３０７にそれぞれ通知されると、振り分け先決定部３０７は、図１５に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
【０１４３】
ステップＳＧ２では、振り分け先決定部３０７は、メンテナンス／通常状態切替部３０２からの通知に基づいて、現在の装置状態が通常状態であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１４４】
ステップＳＧ３では、振り分け先決定部３０７は、新規／既存セッション判断部３０３からの通知（新規セッションまたは既存セッション）に基づいて、パケット３のセッションが既存セッションであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１４５】
ステップＳＧ４では、振り分け先決定部３０７は、旧ルール適用部３０５から通知された振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）をパケット３の振り分け先として決定し、サーバ側パケット送信部３０８へ通知した後、ステップＳＧ１の判断を行う。
【０１４６】
また、クライアント側パケット受信部３０１から受信パケットデータを渡されると、サーバ側パケット送信部３０８は、図１６に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。
【０１４７】
ステップＳＨ２では、サーバ側パケット送信部３０８は、振り分け先決定部３０７より振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１４８】
ステップＳＨ３では、サーバ側パケット送信部３０８は、受信パケットデータに対応するパケット３のヘッダを更新し、送信用のパケット３を生成する。具体的には、サーバ側パケット送信部３０８は、新ルール適用部３０６から通知された振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）に基づいて、パケット３の＜送信先ＩＰアドレス＞を、＜２００．０．０．１０＞から＜２００．０．０．１＞に書き換える。
【０１４９】
ステップＳＨ４では、サーバ側パケット送信部３０８は、既存セッション１（図９参照）で、ステップＳＨ３で生成されたパケット３を振り分け先の高位レイヤ装置５００１  へ送信（図９：ステップＳＡ８参照）した後、ステップＳＨ１の判断を行う。
【０１５０】
（メンテナンス状態におけるパケット４の振り分け）
そして、メンテナンス状態において、図９に示したステップＳＡ９では、クライアント１００２  は、上述したパケット１および３の既存セッション１と異なる新規セッション２で、パケット４を送信する。このパケット４においては、＜送信元ＩＰアドレス＞が＜１０２．０．０．１＞、＜送信元ポート番号＞が＜３００＞、＜送信先ＩＰアドレス＞が＜２００．０．０．１０＞、＜送信先ポート番号＞が＜８０＞に設定されている。
【０１５１】
ステップＳＡ１０では、パケット４は、図１に示したインターネット２００を介して、図２に示した振り分け装置３００のクライアント側パケット受信部３０１に受信される。
【０１５２】
これにより、クライアント側パケット受信部３０１は、図１０に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、クライアント側パケット受信部３０１は、受信したパケット４がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１５３】
ステップＳＢ５では、クライアント側パケット受信部３０１は、受信したパケット４を受信パケットデータに変換し、新規／既存セッション判断部３０３、旧ルール適用部３０５、新ルール適用部３０６およびサーバ側パケット送信部３０８へ渡した後、ステップＳＢ１の判断を行う。
【０１５４】
クライアント側パケット受信部３０１より受信パケットデータ（パケット４）を渡されると、新規／既存セッション判断部３０３は、図１２に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。ステップＳＤ２では、新規／既存セッション判断部３０３は、メンテナンス／通常状態切替部３０２からの通知に基づいて、装置状態をチェックする。この場合、装置状態は、メンテナンス状態である。
【０１５５】
ステップＳＤ３では、新規／既存セッション判断部３０３は、装置状態がメンテナンス状態であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＤ４では、新規／既存セッション判断部３０３は、メンテナンス状態処理を実行する。
【０１５６】
具体的には、図１３に示したステップＳＥ１では、新規／既存セッション判断部３０３は、パケット４のセッション識別子（＜送信元ＩＰアドレス＞＝＜１０２．０．０．１＞、＜送信元ポート番号＞＝＜３００＞、＜送信先ＩＰアドレス＞＝＜２００．０．０．１０＞、＜送信先ポート番号＞＝＜８０＞）をキーとして、新規セッション識別子データベース３０４を検索し、上記セッション識別子と同一のエントリの有無をチェックする。
【０１５７】
ステップＳＥ２では、新規／既存セッション判断部３０３は、新規セッション識別子データベース３０４に、パケット４のセッション識別子と同一のエントリがあるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１５８】
ステップＳＥ３では、新規／既存セッション判断部３０３は、パケット４が、セッションの開始パケットであるか否かを、パケット４のＳＹＮフラグのオン／オフから判断する。この場合、パケット４のＳＹＮフラグがオンに設定されているものとすると、新規／既存セッション判断部３０３は、ステップＳＥ４の判断結果を「Ｙｅｓ」とする。
【０１５９】
ステップＳＥ５では、新規／既存セッション判断部３０３は、新規セッション識別子データベース３０４にエントリを追加する。具体的には、新規／既存セッション判断部３０３は、パケット４のセッション識別子（＜送信元ＩＰアドレス＞＝＜１０２．０．０．１＞、＜送信元ポート番号＞＝＜３００＞、＜送信先ＩＰアドレス＞＝＜２００．０．０．１０＞、＜送信先ポート番号＞＝＜８０＞）をエントリとして新規セッション識別子データベース３０４に追加する。
【０１６０】
ステップＳＥ６では、新規／既存セッション判断部３０３は、振り分け先決定部３０７へ、パケット４のセッションが、新規セッションである旨を通知した後、図１２に示したステップＳＤ１の判断を行う。
【０１６１】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット４）を渡されると、旧ルール適用部３０５は、図１４に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。ステップＳＦ２では、旧ルール適用部３０５は、現在設定されている旧ルールとしてのルールＢ（図５（ｂ）参照）を適用し、該ルールＢにおけるパケット４の振り分け先を決定する。
【０１６２】
この場合、ルールＢ（旧ルール）によれば、クライアント１００２  からのパケット４を受信したので、このパケット４の振り分け先は、高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞である。ステップＳＦ３では、旧ルール適用部３０５は、上記振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）を振り分け先決定部３０７へ通知する。
【０１６３】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット４）を渡されると、新ルール適用部３０６は、図１４に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。ステップＳＦ２では、新ルール適用部３０６は、現在設定されている新ルールとしてのルールＣ（図５（ｃ）参照）を適用し、該ルールＣにおけるパケット４の振り分け先を決定する。
【０１６４】
この場合、ルールＣ（新ルール）によれば、クライアント１００２  からのパケット４を受信したので、このパケット４の振り分け先は、高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞である。ステップＳＦ３では、新ルール適用部３０６は、上記振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）を振り分け先決定部３０７へ通知する。
【０１６５】
そして、旧ルール適用部３０５から振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）と、新ルール適用部３０６から振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）とが振り分け先決定部３０７にそれぞれ通知されると、振り分け先決定部３０７は、図１５に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
【０１６６】
ステップＳＧ２では、振り分け先決定部３０７は、メンテナンス／通常状態切替部３０２からの通知に基づいて、現在の装置状態が通常状態であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１６７】
ステップＳＧ３では、振り分け先決定部３０７は、新規／既存セッション判断部３０３からの通知（新規セッションまたは既存セッション）に基づいて、パケット４のセッションが既存セッションであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１６８】
ステップＳＧ５では、振り分け先決定部３０７は、新ルール適用部３０６から通知された振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）をパケット４の振り分け先として決定し、サーバ側パケット送信部３０８へ通知した後、ステップＳＧ１の判断を行う。
【０１６９】
また、クライアント側パケット受信部３０１から受信パケットデータを渡されると、サーバ側パケット送信部３０８は、図１６に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。
【０１７０】
ステップＳＨ２では、サーバ側パケット送信部３０８は、振り分け先決定部３０７より振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１７１】
ステップＳＨ３では、サーバ側パケット送信部３０８は、受信パケットデータに対応するパケット４のヘッダを更新し、送信用のパケット４を生成する。具体的には、サーバ側パケット送信部３０８は、新ルール適用部３０６から通知された振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）に基づいて、パケット４の＜送信先ＩＰアドレス＞を、＜２００．０．０．１０＞から＜２００．０．０．２＞に書き換える。
【０１７２】
ステップＳＨ４では、サーバ側パケット送信部３０８は、新規セッション２（図９参照）で、ステップＳＨ３で生成されたパケット４を振り分け先の高位レイヤ装置５００２  へ送信（図９：ステップＳＡ１１参照）した後、ステップＳＨ１の判断を行う。
【０１７３】
（メンテナンス状態におけるパケット５の振り分け）
そして、メンテナンス状態において、図９に示したステップＳＡ１２では、クライアント１００２  は、上述したパケット４と同一の新規セッション２で、パケット５を送信する。このパケット５においては、＜送信元ＩＰアドレス＞が＜１０２．０．０．１＞、＜送信元ポート番号＞が＜３００＞、＜送信先ＩＰアドレス＞が＜２００．０．０．１０＞、＜送信先ポート番号＞が＜８０＞に設定されている。
【０１７４】
ステップＳＡ１３では、パケット５は、図１に示したインターネット２００を介して、図２に示した振り分け装置３００のクライアント側パケット受信部３０１に受信される。
【０１７５】
これにより、クライアント側パケット受信部３０１は、図１０に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、クライアント側パケット受信部３０１は、受信したパケット５がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１７６】
ステップＳＢ５では、クライアント側パケット受信部３０１は、受信したパケット５を受信パケットデータに変換し、新規／既存セッション判断部３０３、旧ルール適用部３０５、新ルール適用部３０６およびサーバ側パケット送信部３０８へ渡した後、ステップＳＢ１の判断を行う。
【０１７７】
クライアント側パケット受信部３０１より受信パケットデータ（パケット５）を渡されると、新規／既存セッション判断部３０３は、図１２に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。ステップＳＤ２では、新規／既存セッション判断部３０３は、メンテナンス／通常状態切替部３０２からの通知に基づいて、装置状態をチェックする。この場合、装置状態は、メンテナンス状態である。
【０１７８】
ステップＳＤ３では、新規／既存セッション判断部３０３は、装置状態がメンテナンス状態であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＤ４では、新規／既存セッション判断部３０３は、メンテナンス状態処理を実行する。
【０１７９】
具体的には、図１３に示したステップＳＥ１では、新規／既存セッション判断部３０３は、パケット５のセッション識別子（＜送信元ＩＰアドレス＞＝＜１０２．０．０．１＞、＜送信元ポート番号＞＝＜３００＞、＜送信先ＩＰアドレス＞＝＜２００．０．０．１０＞、＜送信先ポート番号＞＝＜８０＞）をキーとして、新規セッション識別子データベース３０４を検索し、上記セッション識別子と同一のエントリの有無をチェックする。
【０１８０】
ステップＳＥ２では、新規／既存セッション判断部３０３は、新規セッション識別子データベース３０４に、パケット５のセッション識別子と同一のエントリがあるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１８１】
ステップＳＥ６では、新規／既存セッション判断部３０３は、振り分け先決定部３０７へ、パケット５のセッションが、新規セッションである旨を通知した後、図１２に示したステップＳＤ１の判断を行う。
【０１８２】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット５）を渡されると、旧ルール適用部３０５は、図１４に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。ステップＳＦ２では、旧ルール適用部３０５は、現在設定されている旧ルールとしてのルールＢ（図５（ｂ）参照）を適用し、該ルールＢにおけるパケット５の振り分け先を決定する。
【０１８３】
この場合、ルールＢ（旧ルール）によれば、クライアント１００２  からのパケット５を受信したので、このパケット５の振り分け先は、高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞である。ステップＳＦ３では、旧ルール適用部３０５は、上記振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）を振り分け先決定部３０７へ通知する。
【０１８４】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット５）を渡されると、新ルール適用部３０６は、図１４に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。ステップＳＦ２では、新ルール適用部３０６は、現在設定されている新ルールとしてのルールＣ（図５（ｃ）参照）を適用し、該ルールＣにおけるパケット５の振り分け先を決定する。
【０１８５】
この場合、ルールＣ（新ルール）によれば、クライアント１００２  からのパケット５を受信したので、このパケット５の振り分け先は、高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞である。ステップＳＦ３では、新ルール適用部３０６は、上記振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）を振り分け先決定部３０７へ通知する。
【０１８６】
そして、旧ルール適用部３０５から振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）と、新ルール適用部３０６から振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）とが振り分け先決定部３０７にそれぞれ通知されると、振り分け先決定部３０７は、図１５に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
【０１８７】
ステップＳＧ２では、振り分け先決定部３０７は、メンテナンス／通常状態切替部３０２からの通知に基づいて、現在の装置状態が通常状態であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１８８】
ステップＳＧ３では、振り分け先決定部３０７は、新規／既存セッション判断部３０３からの通知（新規セッションまたは既存セッション）に基づいて、パケット５のセッションが既存セッションであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１８９】
ステップＳＧ５では、振り分け先決定部３０７は、新ルール適用部３０６から通知された振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）をパケット５の振り分け先として決定し、サーバ側パケット送信部３０８へ通知した後、ステップＳＧ１の判断を行う。
【０１９０】
また、クライアント側パケット受信部３０１から受信パケットデータを渡されると、サーバ側パケット送信部３０８は、図１６に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。
【０１９１】
ステップＳＨ２では、サーバ側パケット送信部３０８は、振り分け先決定部３０７より振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０１９２】
ステップＳＨ３では、サーバ側パケット送信部３０８は、受信パケットデータに対応するパケット５のヘッダを更新し、送信用のパケット５を生成する。具体的には、サーバ側パケット送信部３０８は、新ルール適用部３０６から通知された振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）に基づいて、パケット５の＜送信先ＩＰアドレス＞を、＜２００．０．０．１０＞から＜２００．０．０．２＞に書き換える。
【０１９３】
ステップＳＨ４では、サーバ側パケット送信部３０８は、新規セッション２（図９参照）で、ステップＳＨ３で生成されたパケット５を振り分け先の高位レイヤ装置５００２  へ送信（図９：ステップＳＡ１４参照）した後、ステップＳＨ１の判断を行う。
【０１９４】
そして、タイマ３０９のカウントダウンが０になると、図９に示したステップＳＡ１５では、タイマ３０９は、メンテナンス終了信号をメンテナンス／通常状態切替部３０２へ送信し、メンテナンスを終了させる。
【０１９５】
上記メンテナンス終了信号が受信されると、メンテナンス／通常状態切替部３０２は、図１１に示したステップＳＣ３の判断結果を「Ｙｅｓ」とする。ステップＳＣ４では、メンテナンス／通常状態切替部３０２は、新規／既存セッション判断部３０３および振り分け先決定部３０７へ、現在の装置状態が通常状態であることを通知する。
【０１９６】
これにより、新規／既存セッション判断部３０３は、現在の装置状態がメンテナンス状態から通常状態に変わったので、新規セッション識別子データベース３０４のエントリを全て消去する。
【０１９７】
（通常状態におけるパケット６の振り分け）
そして、通常状態において、図９に示したステップＳＡ１６では、クライアント１００２  は、上述したパケット４および５と同一の新規セッション２で、パケット６を送信する。このパケット６においては、＜送信元ＩＰアドレス＞が＜１０２．０．０．１＞、＜送信元ポート番号＞が＜３００＞、＜送信先ＩＰアドレス＞が＜２００．０．０．１０＞、＜送信先ポート番号＞が＜８０＞に設定されている。
【０１９８】
ステップＳＡ１７では、パケット６は、図１に示したインターネット２００を介して、図２に示した振り分け装置３００のクライアント側パケット受信部３０１に受信される。
【０１９９】
これにより、クライアント側パケット受信部３０１は、図１０に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、クライアント側パケット受信部３０１は、受信したパケット６がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０２００】
ステップＳＢ５では、クライアント側パケット受信部３０１は、受信したパケット６を受信パケットデータに変換し、新規／既存セッション判断部３０３、旧ルール適用部３０５、新ルール適用部３０６およびサーバ側パケット送信部３０８へ渡した後、ステップＳＢ１の判断を行う。
【０２０１】
クライアント側パケット受信部３０１より受信パケットデータ（パケット６）を渡されると、新規／既存セッション判断部３０３は、図１２に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。ステップＳＤ２では、新規／既存セッション判断部３０３は、メンテナンス／通常状態切替部３０２からの通知に基づいて、装置状態をチェックする。この場合、装置状態は、通常状態である。
【０２０２】
ステップＳＤ３では、新規／既存セッション判断部３０３は、装置状態がメンテナンス状態であるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＤ１の判断を行う。つまり、通常状態においては、新規／既存セッション判断部３０３は、受信パケットデータ（パケット６）に対して何も処理を実行しない。
【０２０３】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット６）を渡されると、旧ルール適用部３０５は、図１４に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。ステップＳＦ２では、旧ルール適用部３０５は、現在設定されている旧ルールとしてのルールＢ（図５（ｂ）参照）を適用し、該ルールＢにおけるパケット６の振り分け先を決定する。
【０２０４】
この場合、ルールＢ（旧ルール）によれば、クライアント１００２  からのパケット６を受信したので、このパケット６の振り分け先は、高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞である。ステップＳＦ３では、旧ルール適用部３０５は、上記振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）を振り分け先決定部３０７へ通知する。
【０２０５】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット６）を渡されると、新ルール適用部３０６は、図１４に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。ステップＳＦ２では、新ルール適用部３０６は、現在設定されている新ルールとしてのルールＣ（図５（ｃ）参照）を適用し、該ルールＣにおけるパケット６の振り分け先を決定する。
【０２０６】
この場合、ルールＣ（新ルール）によれば、クライアント１００２  からのパケット６を受信したので、このパケット６の振り分け先は、高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞である。ステップＳＦ３では、新ルール適用部３０６は、上記振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）を振り分け先決定部３０７へ通知する。
【０２０７】
そして、旧ルール適用部３０５から振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）と、新ルール適用部３０６から振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）とが振り分け先決定部３０７にそれぞれ通知されると、振り分け先決定部３０７は、図１５に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
【０２０８】
ステップＳＧ２では、振り分け先決定部３０７は、メンテナンス／通常状態切替部３０２からの通知に基づいて、現在の装置状態が通常状態であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２０９】
ステップＳＧ５では、振り分け先決定部３０７は、新ルール適用部３０６から通知された振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）をパケット６の振り分け先として決定し、サーバ側パケット送信部３０８へ通知した後、ステップＳＧ１の判断を行う。
【０２１０】
また、クライアント側パケット受信部３０１から受信パケットデータを渡されると、サーバ側パケット送信部３０８は、図１６に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。
【０２１１】
ステップＳＨ２では、サーバ側パケット送信部３０８は、振り分け先決定部３０７より振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２１２】
ステップＳＨ３では、サーバ側パケット送信部３０８は、受信パケットデータに対応するパケット６のヘッダを更新し、送信用のパケット６を生成する。具体的には、サーバ側パケット送信部３０８は、新ルール適用部３０６から通知された振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）に基づいて、パケット６の＜送信先ＩＰアドレス＞を、＜２００．０．０．１０＞から＜２００．０．０．２＞に書き換える。
【０２１３】
ステップＳＨ４では、サーバ側パケット送信部３０８は、新規セッション２（図９参照）で、ステップＳＨ３で生成されたパケット６を振り分け先の高位レイヤ装置５００２  へ送信（図９：ステップＳＡ１８参照）した後、ステップＳＨ１の判断を行う。
【０２１４】
以上説明したように、実施の形態１によれば、トラヒック（パケット）を高位レイヤ装置群５０１へ振り分ける場合に適用されるルールを変更するためのメンテナンス要求を受けて、旧ルール（変更前のルール）と新ルール（変更後のルール）とを併用する併用期間（図４参照）を設定し、この併用期間内で生じたトラヒックのセッションが、既存セッションであると判断された場合、旧ルールに従って、トラヒックを高位レイヤ装置群５０１へ振り分け、一方、セッションが新規セッションであると判断された場合、新ルールに従って、トラヒックを高位レイヤ装置群５０１へ振り分けることとしたので、併用期間のみセッションの管理を行えばよいため、トラヒックの振り分け先の処理負荷やネットワーク帯域の消費を増大させることなく、振り分けルールの変更時のセッション切断を防ぐことができる。
【０２１５】
また、実施の形態１によれば、併用期間内に確立した新規セッションを識別するための新規セッション識別子を新規セッション識別子データベース３０４（図６参照）に保持しておき、該新規セッション識別子とトラヒックに含まれるセッション識別子とを照合することにより、既存セッションまたは新規セッションの判断を行うこととしたので、トラヒックの振り分け先の処理負荷やネットワーク帯域の消費を増大させることなく、振り分けルールの変更時のセッション切断を防ぐことができる。
【０２１６】
また、実施の形態１によれば、タイマ３０９で、既存セッションに対応するトラヒックの到着間隔を計時し、該到着間隔が設定時間になった場合に既存セッションが正常終了したとして、メンテナンス終了信号をメンテナンス／通常状態切替部３０２へ渡し、併用期間を終了させることとしたので、到着間隔を計時するという簡単な手法で既存セッションの切断を防ぐことができる。
【０２１７】
（実施の形態２）
さて、前述した実施の形態１においては、装置状態が通常状態で、新規／既存セッション判断部３０３（図２参照）が受信パケットデータ（パケット）に対して何も処理を実行しないという構成例について説明したが、新ルールの振り分け先と旧ルールの振り分け先とが同一の場合にも上記処理を実行しない構成としてもよい。以下では、この構成例を実施の形態２として説明する。
【０２１８】
図１７は、本発明にかかる実施の形態２が適用される負荷分散システムの構成を示すブロック図である。この図において、図１の各部に対応する部分には同一の符号を付けその説明を省略する。図１７においては、図１に示した振り分け装置３００に代えて、振り分け装置７００が設けられている。
【０２１９】
図１８は、図１７に示した振り分け装置７００の構成を示すブロック図である。この図において、図２の各部に対応する部分には同一の符号を付け、その説明を省略する。図１８においては、図２に示した新規／既存セッション判断部３０３、旧ルール適用部３０５、新ルール適用部３０６および振り分け先決定部３０７に代えて、新規／既存セッション判断部７０１、旧ルール適用部７０２および新ルール適用部７０３および振り分け先決定部７０４が設けられている。また、振り分け装置７００においては、振り分け先比較部７０５が新たに設けられている。
【０２２０】
新規／既存セッション判断部７０１は、新規／既存セッション判断部３０３（図２参照）の機能に加えて、新ルールの振り分け先と、旧ルールの振り分け先とが同一である場合に、受信したパケットに対して何も処理を行わないという機能を備えている。
【０２２１】
旧ルール適用部７０２は、クライアント側パケット受信部３０１でパケットが受信された場合に、旧ルールで振り分け先を決定し、得られた振り分け先の識別子を振り分け先決定部７０４および振り分け先比較部７０５へ通知する。
【０２２２】
新ルール適用部７０３は、クライアント側パケット受信部３０１でパケットが受信された場合に、新ルールで振り分け先を決定し、得られた振り分け先の識別子を振り分け先決定部７０４および振り分け先比較部７０５へ通知する。
【０２２３】
振り分け先比較部７０５は、新ルール適用部７０３から通知された振り分け先と、旧ルール適用部７０２から通知された振り分け先とを比較し、比較結果（同一または別）を新規／既存セッション判断部７０１および振り分け先決定部７０４へ通知する。
【０２２４】
振り分け先決定部７０４は、装置状態（通常状態／メンテナンス状態）、セッション状態（新規セッション／既存セッション）、旧ルール振り分け先、新ルール振り分け先、振り分け先比較部７０５からの比較結果に基づいて、クライアント側パケット受信部３０１で受信されたパケットの振り分け先を決定し、振り分け先をサーバ側パケット送信部３０８へ通知する。
【０２２５】
つぎに、前述した実施の形態１と同様にして、図１７に示したクライアント１００１  および１００２  と高位レイヤ装置５００１  および５００２  との間で図９に示したシーケンスでパケット通信を行う場合の動作について説明する。
【０２２６】
ここで、実施の形態２では、説明を簡単にするために、実施の形態１で用いたルールＢ（図５（ｂ）参照）に代えて、図１９に示したルールＢを用いる。同図に示したルールＢでは、下線部が変更点である。
【０２２７】
図９における実施の形態２の動作においては、実施の形態１の動作とほぼ同様であるが、パケット４およびパケット５の場合に実施の形態１と実施の形態２との間で動作上の差分が表れる。
【０２２８】
従って、以下では、パケット４および５の振り分けについて、詳述する。なお、パケット５の振り分けについては、パケット４と同様であるため、その説明を省略する。
【０２２９】
（メンテナンス状態におけるパケット４の振り分け）
メンテナンス状態において、図９に示したステップＳＡ９では、クライアント１００２  は、上述したパケット１および３の既存セッション１と異なる新規セッション２で、パケット４を送信する。このパケット４においては、＜送信元ＩＰアドレス＞が＜１０２．０．０．１＞、＜送信元ポート番号＞が＜３００＞、＜送信先ＩＰアドレス＞が＜２００．０．０．１０＞、＜送信先ポート番号＞が＜８０＞に設定されている。
【０２３０】
この時点で、旧ルール適用部７０２には、ルールＢ（図１９参照）が設定されている。また、新ルール適用部３０６には、ルールＣ（図５（ｃ）参照）が設定されている。
【０２３１】
ここで、図２０に示したステップＳＩ１では、新規／既存セッション判断部７０１は、クライアント側パケット受信部３０１より受信パケットデータを渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２３２】
また、図２１に示したステップＳＪ１では、新ルール適用部７０３は、クライアント側パケット受信部３０１より受信パケットデータを渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２３３】
また、図２１に示したステップＳＪ１では、旧ルール適用部７０２は、クライアント側パケット受信部３０１より受信パケットデータを渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２３４】
また、図２２に示したステップＳＫ１では、振り分け先比較部７０５は、新ルール適用部７０３および旧ルール適用部７０２の双方から振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２３５】
また、図２３に示したステップＳＬ１では、振り分け先決定部７０４は、新ルール適用部７０３および旧ルール適用部７０２の双方からパケットの振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２３６】
そして、図９に示したステップＳＡ１０では、パケット４は、図１７に示したインターネット２００を介して、図１８に示した振り分け装置７００のクライアント側パケット受信部３０１に受信される。
【０２３７】
これにより、クライアント側パケット受信部３０１は、図１０に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、クライアント側パケット受信部３０１は、受信したパケット４がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０２３８】
ステップＳＢ５では、クライアント側パケット受信部３０１は、受信したパケット４を受信パケットデータに変換し、新規／既存セッション判断部７０１、旧ルール適用部７０２、新ルール適用部７０３およびサーバ側パケット送信部３０８へ渡した後、ステップＳＢ１の判断を行う。
【０２３９】
クライアント側パケット受信部３０１より受信パケットデータ（パケット４）を渡されると、新規／既存セッション判断部７０１は、図２０に示したステップＳＩ１の判断結果を「Ｙｅｓ」とする。ステップＳＩ２では、新規／既存セッション判断部７０１は、振り分け先比較部７０５より比較結果が通知されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２４０】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット４）を渡されると、旧ルール適用部７０２は、図２１に示したステップＳＪ１の判断結果を「Ｙｅｓ」とする。ステップＳＪ２では、旧ルール適用部７０２は、現在設定されている旧ルールとしてのルールＢ（図１９参照）を適用し、該ルールＢにおけるパケット４の振り分け先を決定する。
【０２４１】
この場合、ルールＢ（旧ルール）によれば、クライアント１００２  からのパケット４を受信したので、このパケット４の振り分け先は、高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞である。ステップＳＪ３では、旧ルール適用部７０２は、上記振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）を振り分け先決定部７０４および振り分け先比較部７０５へ通知する。
【０２４２】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット４）を渡されると、新ルール適用部７０３は、図２１に示したステップＳＪ１の判断結果を「Ｙｅｓ」とする。ステップＳＪ２では、新ルール適用部７０３は、現在設定されている新ルールとしてのルールＣ（図５（ｃ）参照）を適用し、該ルールＣにおけるパケット４の振り分け先を決定する。
【０２４３】
この場合、ルールＣ（新ルール）によれば、クライアント１００２  からのパケット４を受信したので、このパケット４の振り分け先は、高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞である。ステップＳＪ３では、新ルール適用部７０３は、上記振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）を振り分け先決定部７０４および振り分け先比較部７０５へ通知する。
【０２４４】
そして、新ルール適用部７０３から振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）が、旧ルール適用部７０２から振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）が通知されると、振り分け先比較部７０５は、図２２に示したステップＳＫ１の判断結果を「Ｙｅｓ」とする。
【０２４５】
ステップＳＫ２では、振り分け先比較部７０５は、新ルール適用部７０３からの振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）と、旧ルール適用部７０２からの振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）とを比較する。
【０２４６】
ステップＳＫ３では、振り分け先比較部７０５は、ステップＳＫ２の比較結果に基づいて、両振り分け先が同一であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＫ４では、振り分け先比較部７０５は、比較結果（同一）を新規／既存セッション判断部７０１および振り分け先決定部７０４へ通知する。
【０２４７】
なお、ステップＳＫ３の判断結果が「Ｎｏ」である場合、ステップＳＫ５では、振り分け先比較部７０５は、比較結果（別）を新規／既存セッション判断部７０１および振り分け先決定部７０４へ通知する。
【０２４８】
これにより、新規／既存セッション判断部７０１は、図２０に示したステップＳＩ２の判断結果を「Ｙｅｓ」とする。ステップＳＩ３では、新規／既存セッション判断部７０１は、通知された比較結果（この場合、同一）に基づいて、両振り分け先が同一であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」として、ステップＳＩ１の判断を行う。
【０２４９】
このように、装置状態がメンテナンス状態で両振り分け先が同一である場合、新規／既存セッション判断部７０１は、実施の形態１で説明した通常状態の場合と同様にして、受信パケットデータ（パケット４）に対して何も処理を実行しない。
【０２５０】
なお、ステップＳＩ３の判断結果が「Ｎｏ」である場合には、ステップＳＤ２〜ステップＳＤ４（図１２参照）と同様にして、ステップＳＩ４〜ステップＳＩ６が実行される。
【０２５１】
そして、旧ルール適用部７０２からの振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）と、新ルール適用部７０３からの振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）とが振り分け先決定部７０４にそれぞれ通知されると、振り分け先決定部７０４は、図２３に示したステップＳＬ１の判断結果を「Ｙｅｓ」とする。
【０２５２】
ステップＳＬ２では、振り分け先決定部７０４は、メンテナンス／通常状態切替部３０２からの通知に基づいて、現在の装置状態が通常状態であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０２５３】
ステップＳＬ３では、振り分け先決定部７０４は、振り分け先比較部７０５から通知された比較結果に基づいて、両振り分け先が同一であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２５４】
ステップＳＬ６では、振り分け先決定部７０４は、新ルール適用部７０３から通知された振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）をパケット４の振り分け先として決定し、サーバ側パケット送信部３０８へ通知した後、ステップＳＬ１の判断を行う。
【０２５５】
また、クライアント側パケット受信部３０１から受信パケットデータを渡されると、サーバ側パケット送信部３０８は、図１６に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。
【０２５６】
ステップＳＨ２では、サーバ側パケット送信部３０８は、振り分け先決定部７０４より振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２５７】
ステップＳＨ３では、サーバ側パケット送信部３０８は、受信パケットデータに対応するパケット４のヘッダを更新し、送信用のパケット４を生成する。具体的には、サーバ側パケット送信部３０８は、新ルール適用部７０３から通知された振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）に基づいて、パケット４の＜送信先ＩＰアドレス＞を、＜２００．０．０．１０＞から＜２００．０．０．２＞に書き換える。
【０２５８】
ステップＳＨ４では、サーバ側パケット送信部３０８は、新規セッション２（図９参照）で、ステップＳＨ３で生成されたパケット４を振り分け先の高位レイヤ装置５００２  へ送信（図９：ステップＳＡ１１参照）した後、ステップＳＨ１の判断を行う。
【０２５９】
一方、図２３に示したステップＳＬ３の判断結果が「Ｎｏ」である場合、ステップＳＬ４では、振り分け先決定部７０４は、新規／既存セッション判断部７０１からの通知（新規セッションまたは既存セッション）に基づいて、パケット４のセッションが既存セッションであるか否かを判断し、この判断結果が「Ｎｏ」である場合、ステップＳＬ６の処理を実行する。
【０２６０】
一方、ステップＳＬ４の判断結果が「Ｙｅｓ」である場合、ステップＳＬ５では、振り分け先決定部７０４は、旧ルール適用部７０２から通知された振り分け先をパケット４の振り分け先として決定し、サーバ側パケット送信部３０８へ通知した後、ステップＳＬ１の判断を行う。
【０２６１】
以上説明したように、実施の形態２によれば、併用期間内で生じたトラヒックについて、振り分け先比較部７０５からの比較結果が、旧ルールが適用された振り分け先と新ルールが適用された振り分け先とが同一である場合、新規／既存セッション判断部７０１で判断を行わず、両振り分け先が同一である場合、新ルールが適用された振り分け先に基づいて、トラヒックを高位レイヤ装置群５０１へ振り分けることとしたので、上記判断を行わない分だけ振り分け処理を高速化することができる。
【０２６２】
（実施の形態３）
さて、前述した実施の形態１においては、パケットの振り分け先が固定化された振り分けルール（振り分け先固定ルール）を適用した構成例について説明した。例えば、図５（ｂ）に示したルールＢでは、クライアント１００１  からパケットとして、同一のセッションに対応する開始パケット、途中パケットおよび終了パケットが順次、振り分け装置３００（図１参照）に受信された場合、開始パケット、途中パケットおよび終了パケットの全てが高位レイヤ装置５００１  へ振り分けられる。
【０２６３】
ここで、パケットの振り分けルールとしては、上述した振り分け先固定ルールの他に、パケットをランダムに振り分けるというランダムルールも存在する。
【０２６４】
このランダムルールを適用した場合には、同一のセッションに対応する開始パケット、途中パケットおよび終了パケットが順次、振り分け装置３００（図１参照）に受信されると、開始パケット、途中パケットおよび終了パケットの振り分け先がランダムに決定されるため、各パケットの振り分け先が異なり、セッションの切断が発生する。
【０２６５】
そこで、ランダムルールを適用した場合にも、セッション単位で振り分け先をランダムに決定し、同一のセッションに対応する開始パケット、途中パケットおよび終了パケットを同一の振り分け先に振り分けるための構成が必要になる。以下では、この構成例を実施の形態３として説明する。
【０２６６】
図２４は、本発明にかかる実施の形態３が適用される負荷分散システムの構成を示すブロック図である。この図において、図１の各部に対応する部分には同一の符号を付けその説明を省略する。図２４においては、図１に示した振り分け装置３００に代えて、振り分け装置８００が設けられている。
【０２６７】
図２５は、図２４に示した振り分け装置８００の構成を示すブロック図である。この図において、図２の各部に対応する部分には同一の符号を付け、その説明を省略する。図２５においては、図２に示した旧ルール適用部３０５および新ルール適用部３０６に代えて、旧ルール適用部８０１および新ルール適用部８０２が設けられている。また、振り分け装置８００においては、振り分け先情報保持部８０３が新たに設けられている。
【０２６８】
旧ルール適用部８０１は、クライアント側パケット受信部３０１から受信パケットデータを渡された場合に、旧ルールで振り分け先を決定し、得られた振り分け先の識別子を振り分け先決定部３０７へ通知する。旧ルール適用部８０１には、旧ルールとして、セッション単位でパケットをランダムに振り分けるためのランダムルールが設定されているものとする。
【０２６９】
また、旧ルール適用部８０１は、過去に振り分けを行っていないセッションのパケット（この場合、開始パケット）が受信された場合に、旧ルール（ランダムルール）に従って、当該開始パケットの振り分け先を振り分け先決定部３０７へ通知した後、図２６に示した「振り分けルール」、「送信元ＩＰアドレス」、「送信元ポート番号」、「送信先ＩＰアドレス」、「送信先ポート番号」および「振り分け先ＩＰアドレス」からなる振り分け先情報を振り分け先情報保持部８０３に格納する。
【０２７０】
振り分け先情報において、「送信元ＩＰアドレス」、「送信元ポート番号」、「送信先ＩＰアドレス」および「送信先ポート番号」は、図６に示した新規セッション識別子データベース３０４に格納されたセッション識別子に対応している。
【０２７１】
「振り分けルール」は、過去に振り分けを行っていないセッションのパケット（この場合、開始パケット）に対して適用された振り分けルール（同図ではランダムルールＢ’）である。「振り分け先ＩＰアドレス」は、「振り分けルール」の適用により決定された振り分け先（高位レイヤ装置５００１  〜５００３  のいずれか一つの高位レイヤ装置）に付与されたＩＰアドレスである。
【０２７２】
また、旧ルール適用部８０１は、過去に振り分けを行ったセッションのパケット（この場合、途中パケットや終了パケット）が受信された場合に、振り分けルール（旧ルール）およびセッション識別子をキーとして、振り分け先情報保持部８０３から振り分け先ＩＰアドレスを検索する。旧ルール適用部８０１は、検索結果の振り分け先ＩＰアドレスを当該パケットの振り分け先として、振り分け先決定部３０７へ通知する。
【０２７３】
新ルール適用部８０２は、クライアント側パケット受信部３０１から受信パケットデータを渡された場合に、新ルールで振り分け先を決定し、得られた振り分け先の識別子を振り分け先決定部３０７へ通知する。新ルール適用部８０２には、新ルールとして、パケットをランダムに振り分けるためのランダムルールが設定されているものとする。
【０２７４】
また、新ルール適用部８０２は、過去に振り分けを行っていないセッションのパケット（この場合、開始パケット）が受信された場合に、新ルール（ランダムルール）に従って、当該開始パケットの振り分け先を振り分け先決定部３０７へ通知した後、図２６に示した「振り分けルール」、「送信元ＩＰアドレス」、「送信元ポート番号」、「送信先ＩＰアドレス」、「送信先ポート番号」および「振り分け先ＩＰアドレス」からなる振り分け先情報を振り分け先情報保持部８０３に格納する。
【０２７５】
また、新ルール適用部８０２は、過去に振り分けを行ったセッションのパケット（この場合、途中パケットや終了パケット）が受信された場合に、振り分けルール（新ルール）およびセッション識別子をキーとして、振り分け先情報保持部８０３から振り分け先ＩＰアドレスを検索する。新ルール適用部８０２は、検索結果の振り分け先ＩＰアドレスを当該パケットの振り分け先として、振り分け先決定部３０７へ通知する。
【０２７６】
つぎに、前述した実施の形態１と同様にして、図２４に示したクライアント１００１  および１００２  と高位レイヤ装置５００１  および５００２  との間で図９に示したシーケンスでパケット通信を行う場合の動作について説明する。
【０２７７】
図９における実施の形態３の動作においては、セッション単位でパケットをランダムに振り分ける場合について説明する。具体的には、既存セッション１に対応するパケット１およびパケット３をランダムルールＢ’により同一の振り分け先へ振り分け、新規セッションに対応するパケット４、パケット５およびパケット６をランダムルールＣ’により同一の振り分け先へ振り分ける場合について説明する。
【０２７８】
ここで、図２５に示した振り分け装置３００の旧ルール適用部８０１には、パケットの振り分けルールとして、＜ランダムルールＡ’＞（図示略）が設定されているものとする。一方、新ルール適用部８０２には、パケットの振り分けルールとして、上述した＜ランダムルールＢ’＞（図２６参照）が設定されているものとする。
【０２７９】
また、振り分け装置８００においては、装置状態が通常状態であるものとする。従って、この場合、メンテナンス／通常状態切替部３０２からは、新規／既存セッション判断部３０３および振り分け先決定部３０７へ通常状態が通知されている。
【０２８０】
また、図２７に示したステップＳＭ１では、新ルール適用部８０２および旧ルール適用部８０１のそれぞれは、クライアント側パケット受信部３０１より受信パケットデータを渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２８１】
（通常状態におけるパケット１（開始パケット）の振り分け処理）
上記通常状態において、図９に示したステップＳＡ１では、クライアント１００１  は、既存セッション１でパケット１（開始パケット）を送信する。このパケット１（開始パケット）においては、＜送信元ＩＰアドレス＞が＜１０１．０．０．１＞、＜送信元ポート番号＞が＜２００＞、＜送信先ＩＰアドレス＞が＜２００．０．０．１０＞、＜送信先ポート番号＞が＜８０＞に設定されている。
【０２８２】
ステップＳＡ２では、パケット１（開始パケット）は、図２４に示したインターネット２００を介して、図２５に示した振り分け装置８００のクライアント側パケット受信部３０１に受信される。
【０２８３】
これにより、クライアント側パケット受信部３０１は、図１０に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、クライアント側パケット受信部３０１は、受信したパケット１（開始パケット）がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０２８４】
ステップＳＢ５では、クライアント側パケット受信部３０１は、受信したパケット１（開始パケット）を受信パケットデータに変換し、新規／既存セッション判断部３０３、旧ルール適用部８０１、新ルール適用部８０２およびサーバ側パケット送信部３０８へ渡した後、ステップＳＢ１の判断を行う。
【０２８５】
クライアント側パケット受信部３０１より受信パケットデータ（パケット１（開始パケット））を渡されると、新規／既存セッション判断部３０３は、図１２に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。ステップＳＤ２では、新規／既存セッション判断部３０３は、メンテナンス／通常状態切替部３０２からの通知に基づいて、装置状態をチェックする。この場合、装置状態は、通常状態である。
【０２８６】
ステップＳＤ３では、新規／既存セッション判断部３０３は、装置状態がメンテナンス状態であるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＤ１の判断を行う。
【０２８７】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット１（開始パケット））を渡されると、旧ルール適用部８０１は、図２７に示したステップＳＭ１の判断結果を「Ｙｅｓ」とする。
【０２８８】
ステップＳＭ２では、旧ルール適用部８０１は、現在設定されている振り分けルール（この場合、ランダムルールＡ’）とパケット１（開始パケット）に含まれるセッション識別子とをキーとして、振り分け先情報保持部８０３にエントリがあるかをチェックする。
【０２８９】
ステップＳＭ３では、旧ルール適用部８０１は、振り分け先情報保持部８０３にエントリがあるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＭ４では、旧ルール適用部８０１は、現在設定されているランダムルールＡ’を適用し、ランダムに振り分け先（例えば、高位レイヤ装置５００３  のＩＰアドレス＜２００．０．０．３＞）を決定する。
【０２９０】
ステップＳＭ５では、旧ルール適用部８０１は、エントリ（振り分け先情報）を振り分け先情報保持部８０３に追加する。ステップＳＭ６では、旧ルール適用部８０１は、上記振り分け先を振り分け先決定部３０７へ通知した後、ステップＳＭ１の判断を行う。
【０２９１】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット１（開始パケット））を渡されると、新ルール適用部８０２は、図２７に示したステップＳＭ１の判断結果を「Ｙｅｓ」とする。
【０２９２】
ステップＳＭ２では、新ルール適用部８０２は、現在設定されている振り分けルール（この場合、ランダムルールＢ’）とパケット１（開始パケット）に含まれるセッション識別子とをキーとして、振り分け先情報保持部８０３にエントリがあるかをチェックする。
【０２９３】
ステップＳＭ３では、新ルール適用部８０２は、振り分け先情報保持部８０３にエントリがあるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＭ４では、新ルール適用部８０２は、現在設定されているランダムルールＢ’を適用し、ランダムに振り分け先（例えば、高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）を決定する。
【０２９４】
ステップＳＭ５では、新ルール適用部８０２は、図２６に示した「振り分けルール」（ランダムルールＢ’）に対応するエントリ（振り分け先情報）を振り分け先情報保持部８０３に追加する。ステップＳＭ６では、新ルール適用部８０２は、上記振り分け先を振り分け先決定部３０７へ通知した後、ステップＳＭ１の判断を行う。
【０２９５】
そして、旧ルール適用部８０１からの振り分け先（高位レイヤ装置５００３  のＩＰアドレス＜２００．０．０．３＞）と、新ルール適用部８０２からの振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）とが振り分け先決定部３０７にそれぞれ通知されると、振り分け先決定部３０７は、図１５に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
【０２９６】
ステップＳＧ２では、振り分け先決定部３０７は、メンテナンス／通常状態切替部３０２からの通知に基づいて、現在の装置状態が通常状態であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０２９７】
ステップＳＧ５では、振り分け先決定部３０７は、新ルール適用部８０２から通知された振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）をパケット１（開始パケット）の振り分け先として決定し、サーバ側パケット送信部３０８へ通知した後、ステップＳＧ１の判断を行う。
【０２９８】
また、クライアント側パケット受信部３０１から受信パケットデータを渡されると、サーバ側パケット送信部３０８は、図１６に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。
【０２９９】
ステップＳＨ２では、サーバ側パケット送信部３０８は、振り分け先決定部３０７より振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３００】
ステップＳＨ３では、サーバ側パケット送信部３０８は、受信パケットデータに対応するパケット１（開始パケット）のヘッダを更新し、送信用のパケット１（開始パケット）を生成する。具体的には、サーバ側パケット送信部３０８は、新ルール適用部８０２から通知された振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）に基づいて、パケット１（開始パケット）の＜送信先ＩＰアドレス＞を、＜２００．０．０．１０＞から＜２００．０．０．１＞に書き換える。
【０３０１】
ステップＳＨ４では、サーバ側パケット送信部３０８は、既存セッション１（図９参照）で、ステップＳＨ３で生成されたパケット１（開始パケット）を振り分け先の高位レイヤ装置５００１  へ送信（図９：ステップＳＡ３参照）した後、ステップＳＨ１の判断を行う。
【０３０２】
（パケット２によるメンテナンス要求）
そして、図９に示したステップＳＡ４では、ネットワーク管理者は、振り分け装置３００における振り分けルールを現在のランダムルールＢ’からランダムルールＣ’に変更するために、図２４に示したネットワーク管理者端末４００を用いてメンテナンス要求を出す。
【０３０３】
これにより、ネットワーク管理者端末４００からは、上記メンテナンス要求に対応するパケット２が振り分け装置８００へ送信される。図９に示したステップＳＡ５では、パケット２は、振り分け装置８００のクライアント側パケット受信部３０１に受信される。
【０３０４】
これにより、クライアント側パケット受信部３０１は、図１０に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、クライアント側パケット受信部３０１は、受信したパケット２がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３０５】
ステップＳＢ３では、クライアント側パケット受信部３０１は、新ルールとしてのランダムルールＣ’を新ルール適用部８０２へ通知する。これにより、新ルール適用部８０２には、新ルールとしてランダムルールＣ’が設定される。
【０３０６】
また、新ルール適用部８０２は、ランダムルールＣ’が設定される前に設定されていたランダムルールＢ’を旧ルール適用部８０１へ通知する。これにより、旧ルール適用部８０１には、旧ルールとしてランダムルールＢ’が設定される。
【０３０７】
ステップＳＢ４では、クライアント側パケット受信部３０１は、メンテナンス開始信号をメンテナンス／通常状態切替部３０２へ渡した後、ステップＳＢ１の判断を行う。
【０３０８】
そして、メンテナンス開始信号を受信すると、メンテナンス／通常状態切替部３０２は、図１１に示したステップＳＣ１の判断結果を「Ｙｅｓ」とする。ステップＳＣ２では、メンテナンス／通常状態切替部３０２は、新規／既存セッション判断部３０３および振り分け先決定部３０７へ、現在の装置状態がメンテナンス状態であることを通知する。
【０３０９】
ステップＳＣ３では、メンテナンス／通常状態切替部３０２は、タイマ３０９よりメンテナンス終了信号を渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＣ１の判断を行う。
【０３１０】
（メンテナンス状態におけるパケット３の振り分け）
そして、メンテナンス状態において、図９に示したステップＳＡ６では、クライアント１００１  は、上述したパケット１（開始パケット）と同一の既存セッション１で、パケット３（終了パケット）を送信する。このパケット３（終了パケット）においては、上述したパケット１（開始パケット）と同様にして、＜送信元ＩＰアドレス＞が＜１０１．０．０．１＞、＜送信元ポート番号＞が＜２００＞、＜送信先ＩＰアドレス＞が＜２００．０．０．１０＞、＜送信先ポート番号＞が＜８０＞に設定されている。
【０３１１】
ステップＳＡ７では、パケット３（終了パケット）は、図２４に示したインターネット２００を介して、図２５に示した振り分け装置８００のクライアント側パケット受信部３０１に受信される。
【０３１２】
これにより、クライアント側パケット受信部３０１は、図１０に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、クライアント側パケット受信部３０１は、受信したパケット３（終了パケット）がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３１３】
ステップＳＢ５では、クライアント側パケット受信部３０１は、受信したパケット３（終了パケット）を受信パケットデータに変換し、新規／既存セッション判断部３０３、旧ルール適用部８０１、新ルール適用部８０２およびサーバ側パケット送信部３０８へ渡した後、ステップＳＢ１の判断を行う。
【０３１４】
クライアント側パケット受信部３０１より受信パケットデータ（パケット３（終了パケット））を渡されると、新規／既存セッション判断部３０３は、図１２に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。ステップＳＤ２では、新規／既存セッション判断部３０３は、メンテナンス／通常状態切替部３０２からの通知に基づいて、装置状態をチェックする。この場合、装置状態は、メンテナンス状態である。
【０３１５】
ステップＳＤ３では、新規／既存セッション判断部３０３は、装置状態がメンテナンス状態であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＤ４では、新規／既存セッション判断部３０３は、メンテナンス状態処理を実行する。
【０３１６】
具体的には、図１３に示したステップＳＥ１では、新規／既存セッション判断部３０３は、パケット３（終了パケット）のセッション識別子（＜送信元ＩＰアドレス＞＝＜１０１．０．０．１＞、＜送信元ポート番号＞＝＜２００＞、＜送信先ＩＰアドレス＞＝＜２００．０．０．１０＞、＜送信先ポート番号＞＝＜８０＞）をキーとして、新規セッション識別子データベース３０４を検索し、上記セッション識別子と同一のエントリの有無をチェックする。
【０３１７】
ステップＳＥ２では、新規／既存セッション判断部３０３は、新規セッション識別子データベース３０４に、パケット３（終了パケット）のエントリ識別子と同一のエントリがあるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３１８】
ステップＳＥ３では、新規／既存セッション判断部３０３は、パケット３（終了パケット）が、セッションの開始パケットであるか否かを、パケット３（終了パケット）のＳＹＮフラグのオン／オフから判断する。この場合、パケット３（終了パケット）のＳＹＮフラグがオフに設定されているものとすると、新規／既存セッション判断部３０３は、ステップＳＥ４の判断結果を「Ｎｏ」とする。
【０３１９】
ステップＳＥ７では、新規／既存セッション判断部３０３は、リセット信号をタイマ３０９へ送信する。リセット信号を受けて、タイマ３０９は、予め設定された時間（例えば、１５秒）について、カウントダウンを開始する。
【０３２０】
ステップＳＥ８では、新規／既存セッション判断部３０３は、振り分け先決定部３０７へ、パケット３（終了パケット）のセッションが、既存セッションである旨を通知した後、図１２に示したステップＳＤ１の判断を行う。
【０３２１】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット３（終了パケット））を渡されると、旧ルール適用部８０１は、図２７に示したステップＳＭ１の判断結果を「Ｙｅｓ」とする。
【０３２２】
ステップＳＭ２では、旧ルール適用部８０１は、現在設定されている振り分けルール（この場合、ランダムルールＢ’）とパケット３（終了パケット）に含まれるセッション識別子とをキーとして、振り分け先情報保持部８０３にエントリがあるかをチェックする。
【０３２３】
この場合、図２６に示した振り分け先情報保持部８０３には、上記パケット３のセッション識別子および「振り分けルール」（ランダムルールＢ’）に対応するエントリ（振り分け先情報）が格納されている。
【０３２４】
ステップＳＭ３では、旧ルール適用部８０１は、振り分け先情報保持部８０３にエントリがあるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＭ７では、旧ルール適用部８０１は、振り分け先情報保持部８０３から上記「振り分けルール」（ランダムルールＢ’）に対応する振り分け先情報を読み込む。
【０３２５】
ステップＳＭ６では、旧ルール適用部８０１は、上記振り分け先情報から振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）の情報を取得し、この振り分け先を振り分け先決定部３０７へ通知した後、ステップＳＭ１の判断を行う。
【０３２６】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット３（終了パケット））を渡されると、新ルール適用部８０２は、図２７に示したステップＳＭ１の判断結果を「Ｙｅｓ」とする。
【０３２７】
ステップＳＭ２では、新ルール適用部８０２は、現在設定されている振り分けルール（この場合、ランダムルールＢ’）とパケット３（終了パケット）に含まれるセッション識別子とをキーとして、振り分け先情報保持部８０３にエントリがあるかをチェックする。
【０３２８】
ステップＳＭ３では、新ルール適用部８０２は、振り分け先情報保持部８０３にエントリがあるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＭ４では、新ルール適用部８０２は、現在設定されているランダムルールＣ’を適用し、ランダムに振り分け先（例えば、高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）を決定する。
【０３２９】
ステップＳＭ５では、新ルール適用部８０２は、図２６に示した「振り分けルール」（ランダムルールＣ’）に対応するエントリ（振り分け先情報）を振り分け先情報保持部８０３に追加する。ステップＳＭ６では、新ルール適用部８０２は、上記振り分け先を振り分け先決定部３０７へ通知した後、ステップＳＭ１の判断を行う。
【０３３０】
そして、旧ルール適用部８０１からの振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）と、新ルール適用部８０２からの振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）とが振り分け先決定部３０７にそれぞれ通知されると、振り分け先決定部３０７は、図１５に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
【０３３１】
ステップＳＧ２では、振り分け先決定部３０７は、メンテナンス／通常状態切替部３０２からの通知に基づいて、現在の装置状態が通常状態であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３３２】
ステップＳＧ３では、振り分け先決定部３０７は、新規／既存セッション判断部３０３からの通知（新規セッションまたは既存セッション）に基づいて、パケット３（終了パケット）のセッションが既存セッションであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３３３】
ステップＳＧ４では、振り分け先決定部３０７は、旧ルール適用部８０１から通知された振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）をパケット３（終了パケット）の振り分け先として決定し、サーバ側パケット送信部３０８へ通知した後、ステップＳＧ１の判断を行う。
【０３３４】
また、クライアント側パケット受信部３０１から受信パケットデータを渡されると、サーバ側パケット送信部３０８は、図１６に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。
【０３３５】
ステップＳＨ２では、サーバ側パケット送信部３０８は、振り分け先決定部３０７より振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３３６】
ステップＳＨ３では、サーバ側パケット送信部３０８は、受信パケットデータに対応するパケット３（終了パケット）のヘッダを更新し、送信用のパケット３（終了パケット）を生成する。具体的には、サーバ側パケット送信部３０８は、旧ルール適用部８０１から通知された振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）に基づいて、パケット３（終了パケット）の＜送信先ＩＰアドレス＞を、＜２００．０．０．１０＞から＜２００．０．０．１＞に書き換える。
【０３３７】
ステップＳＨ４では、サーバ側パケット送信部３０８は、既存セッション１（図９参照）で、ステップＳＨ３で生成されたパケット３（終了パケット）を、パケット１（開始パケット）と同一の振り分け先の高位レイヤ装置５００１  へ送信（図９：ステップＳＡ８参照）した後、ステップＳＨ１の判断を行う。
【０３３８】
（メンテナンス状態におけるパケット４（開始パケット）の振り分け）
そして、メンテナンス状態において、図９に示したステップＳＡ９では、クライアント１００２  は、上述したパケット１および３の既存セッション１と異なる新規セッション２で、パケット４（開始パケット）を送信する。このパケット４（開始パケット）においては、＜送信元ＩＰアドレス＞が＜１０２．０．０．１＞、＜送信元ポート番号＞が＜３００＞、＜送信先ＩＰアドレス＞が＜２００．０．０．１０＞、＜送信先ポート番号＞が＜８０＞に設定されている。
【０３３９】
ステップＳＡ１０では、パケット４（開始パケット）は、図２４に示したインターネット２００を介して、図２５に示した振り分け装置８００のクライアント側パケット受信部３０１に受信される。
【０３４０】
これにより、クライアント側パケット受信部３０１は、図１０に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、クライアント側パケット受信部３０１は、受信したパケット４（開始パケット）がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３４１】
ステップＳＢ５では、クライアント側パケット受信部３０１は、受信したパケット４（開始パケット）を受信パケットデータに変換し、新規／既存セッション判断部３０３、旧ルール適用部８０１、新ルール適用部８０２およびサーバ側パケット送信部３０８へ渡した後、ステップＳＢ１の判断を行う。
【０３４２】
クライアント側パケット受信部３０１より受信パケットデータ（パケット４（開始パケット））を渡されると、新規／既存セッション判断部３０３は、図１２に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。ステップＳＤ２では、新規／既存セッション判断部３０３は、メンテナンス／通常状態切替部３０２からの通知に基づいて、装置状態をチェックする。この場合、装置状態は、メンテナンス状態である。
【０３４３】
ステップＳＤ３では、新規／既存セッション判断部３０３は、装置状態がメンテナンス状態であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＤ４では、新規／既存セッション判断部３０３は、メンテナンス状態処理を実行する。
【０３４４】
具体的には、図１３に示したステップＳＥ１では、新規／既存セッション判断部３０３は、パケット４（開始パケット）のセッション識別子（＜送信元ＩＰアドレス＞＝＜１０２．０．０．１＞、＜送信元ポート番号＞＝＜３００＞、＜送信先ＩＰアドレス＞＝＜２００．０．０．１０＞、＜送信先ポート番号＞＝＜８０＞）をキーとして、新規セッション識別子データベース３０４を検索し、上記セッション識別子と同一のエントリの有無をチェックする。
【０３４５】
ステップＳＥ２では、新規／既存セッション判断部３０３は、新規セッション識別子データベース３０４に、パケット４（開始パケット）のセッション識別子と同一のエントリがあるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３４６】
ステップＳＥ３では、新規／既存セッション判断部３０３は、パケット４（開始パケット）が、セッションの開始パケットであるか否かを、パケット４（開始パケット）のＳＹＮフラグのオン／オフから判断する。この場合、パケット４（開始パケット）のＳＹＮフラグがオンに設定されているものとすると、新規／既存セッション判断部３０３は、ステップＳＥ４の判断結果を「Ｙｅｓ」とする。
【０３４７】
ステップＳＥ５では、新規／既存セッション判断部３０３は、新規セッション識別子データベース３０４にエントリを追加する。具体的には、新規／既存セッション判断部３０３は、パケット４（開始パケット）のセッション識別子（＜送信元ＩＰアドレス＞＝＜１０２．０．０．１＞、＜送信元ポート番号＞＝＜３００＞、＜送信先ＩＰアドレス＞＝＜２００．０．０．１０＞、＜送信先ポート番号＞＝＜８０＞）をエントリとして新規セッション識別子データベース３０４に追加する。
【０３４８】
ステップＳＥ６では、新規／既存セッション判断部３０３は、振り分け先決定部３０７へ、パケット４（開始パケット）のセッションが、新規セッションである旨を通知した後、図１２に示したステップＳＤ１の判断を行う。
【０３４９】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット４（開始パケット））を渡されると、旧ルール適用部８０１は、図２７に示したステップＳＭ１の判断結果を「Ｙｅｓ」とする。
【０３５０】
ステップＳＭ２では、旧ルール適用部８０１は、現在設定されている振り分けルール（この場合、ランダムルールＢ’）とパケット４（開始パケット）に含まれるセッション識別子とをキーとして、振り分け先情報保持部８０３にエントリがあるかをチェックする。
【０３５１】
ステップＳＭ３では、旧ルール適用部８０１は、振り分け先情報保持部８０３にエントリがあるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＭ４では、旧ルール適用部８０１は、現在設定されているランダムルールＢ’を適用し、ランダムに振り分け先（例えば、高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）を決定する。
【０３５２】
ステップＳＭ５では、旧ルール適用部８０１は、エントリ（振り分け先情報）を振り分け先情報保持部８０３に追加する。ステップＳＭ６では、旧ルール適用部８０１は、上記振り分け先を振り分け先決定部３０７へ通知した後、ステップＳＭ１の判断を行う。
【０３５３】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット４（開始パケット））を渡されると、新ルール適用部８０２は、図２７に示したステップＳＭ１の判断結果を「Ｙｅｓ」とする。
【０３５４】
ステップＳＭ２では、新ルール適用部８０２は、現在設定されている振り分けルール（この場合、ランダムルールＣ’）とパケット４（開始パケット）に含まれるセッション識別子とをキーとして、振り分け先情報保持部８０３にエントリがあるかをチェックする。
【０３５５】
ステップＳＭ３では、新ルール適用部８０２は、振り分け先情報保持部８０３にエントリがあるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＭ４では、新ルール適用部８０２は、現在設定されているランダムルールＣ’を適用し、ランダムに振り分け先（例えば、高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）を決定する。
【０３５６】
ステップＳＭ５では、新ルール適用部８０２は、図２６に示した「振り分けルール」（ランダムルールＣ’）に対応するエントリ（振り分け先情報）を振り分け先情報保持部８０３に追加する。ステップＳＭ６では、新ルール適用部８０２は、上記振り分け先を振り分け先決定部３０７へ通知した後、ステップＳＭ１の判断を行う。
【０３５７】
そして、旧ルール適用部８０１からの振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）と、新ルール適用部８０２からの振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）とが振り分け先決定部３０７にそれぞれ通知されると、振り分け先決定部３０７は、図１５に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
【０３５８】
ステップＳＧ２では、振り分け先決定部３０７は、メンテナンス／通常状態切替部３０２からの通知に基づいて、現在の装置状態が通常状態であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３５９】
ステップＳＧ３では、振り分け先決定部３０７は、新規／既存セッション判断部３０３からの通知（新規セッションまたは既存セッション）に基づいて、パケット４（開始パケット）のセッションが既存セッションであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３６０】
ステップＳＧ４では、振り分け先決定部３０７は、新ルール適用部８０２から通知された振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）をパケット４（開始パケット）の振り分け先として決定し、サーバ側パケット送信部３０８へ通知した後、ステップＳＧ１の判断を行う。
【０３６１】
また、クライアント側パケット受信部３０１から受信パケットデータを渡されると、サーバ側パケット送信部３０８は、図１６に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。
【０３６２】
ステップＳＨ２では、サーバ側パケット送信部３０８は、振り分け先決定部３０７より振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３６３】
ステップＳＨ３では、サーバ側パケット送信部３０８は、受信パケットデータに対応するパケット４（開始パケット）のヘッダを更新し、送信用のパケット４（開始パケット）を生成する。具体的には、サーバ側パケット送信部３０８は、新ルール適用部８０２から通知された振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）に基づいて、パケット４（開始パケット）の＜送信先ＩＰアドレス＞を、＜２００．０．０．１０＞から＜２００．０．０．２＞に書き換える。
【０３６４】
ステップＳＨ４では、サーバ側パケット送信部３０８は、新規セッション２（図９参照）で、ステップＳＨ３で生成されたパケット４（開始パケット）を振り分け先の高位レイヤ装置５００２  へ送信（図９：ステップＳＡ１１参照）した後、ステップＳＨ１の判断を行う。
【０３６５】
（メンテナンス状態におけるパケット５の振り分け）
そして、メンテナンス状態において、図９に示したステップＳＡ１２では、クライアント１００２  は、上述したパケット４（開始パケット）と同一の新規セッション２で、パケット５（途中パケット）を送信する。このパケット５（途中パケット）においては、＜送信元ＩＰアドレス＞が＜１０２．０．０．１＞、＜送信元ポート番号＞が＜３００＞、＜送信先ＩＰアドレス＞が＜２００．０．０．１０＞、＜送信先ポート番号＞が＜８０＞に設定されている。
【０３６６】
ステップＳＡ１３では、パケット５（途中パケット）は、図２４に示したインターネット２００を介して、図２５に示した振り分け装置８００のクライアント側パケット受信部３０１に受信される。
【０３６７】
これにより、クライアント側パケット受信部３０１は、図１０に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、クライアント側パケット受信部３０１は、受信したパケット５（途中パケット）がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３６８】
ステップＳＢ５では、クライアント側パケット受信部３０１は、受信したパケット５（途中パケット）を受信パケットデータに変換し、新規／既存セッション判断部３０３、旧ルール適用部８０１、新ルール適用部８０２およびサーバ側パケット送信部３０８へ渡した後、ステップＳＢ１の判断を行う。
【０３６９】
クライアント側パケット受信部３０１より受信パケットデータ（パケット５（途中パケット））を渡されると、新規／既存セッション判断部３０３は、図１２に示したステップＳＤ１の判断結果を「Ｙｅｓ」とする。ステップＳＤ２では、新規／既存セッション判断部３０３は、メンテナンス／通常状態切替部３０２からの通知に基づいて、装置状態をチェックする。この場合、装置状態は、メンテナンス状態である。
【０３７０】
ステップＳＤ３では、新規／既存セッション判断部３０３は、装置状態がメンテナンス状態であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＤ４では、新規／既存セッション判断部３０３は、メンテナンス状態処理を実行する。
【０３７１】
具体的には、図１３に示したステップＳＥ１では、新規／既存セッション判断部３０３は、パケット５（途中パケット）のセッション識別子（＜送信元ＩＰアドレス＞＝＜１０２．０．０．１＞、＜送信元ポート番号＞＝＜３００＞、＜送信先ＩＰアドレス＞＝＜２００．０．０．１０＞、＜送信先ポート番号＞＝＜８０＞）をキーとして、新規セッション識別子データベース３０４を検索し、上記セッション識別子と同一のエントリの有無をチェックする。
【０３７２】
ステップＳＥ２では、新規／既存セッション判断部３０３は、新規セッション識別子データベース３０４に、パケット５（途中パケット）のセッション識別子と同一のエントリがあるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３７３】
ステップＳＥ６では、新規／既存セッション判断部３０３は、振り分け先決定部３０７へ、パケット５（途中パケット）のセッションが、新規セッションである旨を通知した後、図１２に示したステップＳＤ１の判断を行う。
【０３７４】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット５（途中パケット））を渡されると、旧ルール適用部８０１は、図２７に示したステップＳＭ１の判断結果を「Ｙｅｓ」とする。
【０３７５】
ステップＳＭ２では、旧ルール適用部８０１は、現在設定されている振り分けルール（この場合、ランダムルールＢ’）とパケット５（途中パケット）に含まれるセッション識別子とをキーとして、振り分け先情報保持部８０３にエントリがあるかをチェックする。
【０３７６】
この場合、図２６に示した振り分け先情報保持部８０３には、上記パケット５のセッション識別子および「振り分けルール」（ランダムルールＢ’）に対応するエントリ（振り分け先情報）が格納されている。
【０３７７】
ステップＳＭ３では、旧ルール適用部８０１は、振り分け先情報保持部８０３にエントリがあるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＭ７では、旧ルール適用部８０１は、振り分け先情報保持部８０３から上記「振り分けルール」（ランダムルールＢ’）に対応する振り分け先情報を読み込む。
【０３７８】
ステップＳＭ６では、旧ルール適用部８０１は、上記振り分け先情報から振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）の情報を取得し、この振り分け先を振り分け先決定部３０７へ通知した後、ステップＳＭ１の判断を行う。
【０３７９】
また、クライアント側パケット受信部３０１より受信パケットデータ（パケット５（途中パケット））を渡されると、新ルール適用部８０２は、図２７に示したステップＳＭ１の判断結果を「Ｙｅｓ」とする。
【０３８０】
ステップＳＭ２では、新ルール適用部８０２は、現在設定されている振り分けルール（この場合、ランダムルールＣ’）とパケット５（途中パケット）に含まれるセッション識別子とをキーとして、振り分け先情報保持部８０３にエントリがあるかをチェックする。
【０３８１】
この場合、図２６に示した振り分け先情報保持部８０３には、上記パケット５のセッション識別子および「振り分けルール」（ランダムルールＣ’）に対応するエントリ（振り分け先情報）が格納されている。
【０３８２】
ステップＳＭ３では、新ルール適用部８０２は、振り分け先情報保持部８０３にエントリがあるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。ステップＳＭ７では、新ルール適用部８０２は、振り分け先情報保持部８０３から上記「振り分けルール」（ランダムルールＣ’）に対応する振り分け先情報を読み込む。
【０３８３】
ステップＳＭ６では、新ルール適用部８０２は、上記振り分け先情報から振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）の情報を取得し、この振り分け先を振り分け先決定部３０７へ通知した後、ステップＳＭ１の判断を行う。
【０３８４】
そして、旧ルール適用部８０１からの振り分け先（高位レイヤ装置５００１  のＩＰアドレス＜２００．０．０．１＞）と、新ルール適用部８０２からの振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）とが振り分け先決定部３０７にそれぞれ通知されると、振り分け先決定部３０７は、図１５に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。
【０３８５】
ステップＳＧ２では、振り分け先決定部３０７は、メンテナンス／通常状態切替部３０２からの通知に基づいて、現在の装置状態が通常状態であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３８６】
ステップＳＧ３では、振り分け先決定部３０７は、新規／既存セッション判断部３０３からの通知（新規セッションまたは既存セッション）に基づいて、パケット５（途中パケット）のセッションが既存セッションであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０３８７】
ステップＳＧ４では、振り分け先決定部３０７は、新ルール適用部８０２から通知された振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）をパケット５（途中パケット）の振り分け先として決定し、サーバ側パケット送信部３０８へ通知した後、ステップＳＧ１の判断を行う。
【０３８８】
また、クライアント側パケット受信部３０１から受信パケットデータを渡されると、サーバ側パケット送信部３０８は、図１６に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。
【０３８９】
ステップＳＨ２では、サーバ側パケット送信部３０８は、振り分け先決定部３０７より振り分け先が通知されたか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【０３９０】
ステップＳＨ３では、サーバ側パケット送信部３０８は、受信パケットデータに対応するパケット５（途中パケット）のヘッダを更新し、送信用のパケット５（途中パケット）を生成する。具体的には、サーバ側パケット送信部３０８は、新ルール適用部８０２から通知された振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）に基づいて、パケット５（途中パケット）の＜送信先ＩＰアドレス＞を、＜２００．０．０．１０＞から＜２００．０．０．２＞に書き換える。
【０３９１】
ステップＳＨ４では、サーバ側パケット送信部３０８は、新規セッション２（図９参照）で、ステップＳＨ３で生成されたパケット５（途中パケット）を、パケット４（開始パケット）と同一の振り分け先の高位レイヤ装置５００２  へ送信（図９：ステップＳＡ１４参照）した後、ステップＳＨ１の判断を行う。
【０３９２】
そして、タイマ３０９のカウントダウンが０になると、図９に示したステップＳＡ１５では、タイマ３０９は、メンテナンス終了信号をメンテナンス／通常状態切替部３０２へ送信し、メンテナンスを終了させる。
【０３９３】
上記メンテナンス終了信号が受信されると、メンテナンス／通常状態切替部３０２は、図１１に示したステップＳＣ３の判断結果を「Ｙｅｓ」とする。ステップＳＣ４では、メンテナンス／通常状態切替部３０２は、新規／既存セッション判断部３０３および振り分け先決定部３０７へ、現在の装置状態が通常状態であることを通知する。
【０３９４】
これにより、新規／既存セッション判断部３０３は、現在の装置状態がメンテナンス状態から通常状態に変わったので、新規セッション識別子データベース３０４のエントリを全て消去する。
【０３９５】
（通常状態におけるパケット６の振り分け）
そして、通常状態において、図９に示したステップＳＡ１６では、クライアント１００２  は、上述したパケット４（開始パケット）およびパケット５（途中パケット）と同一の新規セッション２で、パケット６（終了パケット）を送信する。このパケット６（終了パケット）においては、＜送信元ＩＰアドレス＞が＜１０２．０．０．１＞、＜送信元ポート番号＞が＜３００＞、＜送信先ＩＰアドレス＞が＜２００．０．０．１０＞、＜送信先ポート番号＞が＜８０＞に設定されている。
【０３９６】
ステップＳＡ１７では、パケット６（終了パケット）は、図２４に示したインターネット２００を介して、図２５に示した振り分け装置８００のクライアント側パケット受信部３０１に受信される。
【０３９７】
以後、前述した動作を経て、新規セッション２に対応するパケット６（終了パケット）は、同じく、新規セッション２に対応するパケット４（開始パケット）およびパケット５（途中パケット）と同一の振り分け先（高位レイヤ装置５００２  のＩＰアドレス＜２００．０．０．２＞）に振り分けられる。
【０３９８】
以上説明したように、実施の形態３によれば、ランダムルールにおいて、旧ルールの振り分け先情報（既存セッション振り分け先情報）と新ルールの振り分け先情報（新規セッション振り分け先情報）とを振り分け先情報保持部８０３（図２６参照）に保持しておき、セッションが既存セッションであると判断された場合、既存セッション振り分け先情報に基づいて、既存セッションに対応するトラヒックを振り分け、一方、セッションが新規セッションであると判断された場合、新規セッション振り分け先情報に基づいて、新規セッションに対応するトラヒックを振り分けることとしたので、ランダムルールであってもセッション単位でトラヒックを振り分けることができる。
【０３９９】
（実施の形態４）
さて、前述した実施の形態１においては、図２に示したクライアント側パケット受信部３０１に、メンテナンス開始信号や振り分けルールの出力を行う機能を持たせた構成例について説明したが、上記機能を独立的に実現する構成要素を設けてもよい。以下では、この構成例を実施の形態４として説明する。
【０４００】
図２８は、本発明にかかる実施の形態４が適用される負荷分散システムの構成を示すブロック図である。この図において、図１の各部に対応する部分には同一の符号を付けその説明を省略する。図２８においては、図１に示した振り分け装置３００に代えて、振り分け装置９００が設けられている。
【０４０１】
図２９は、図２８に示した振り分け装置９００の構成を示すブロック図である。この図において、図２の各部に対応する部分には同一の符号を付け、その説明を省略する。図２９においては、図２に示したクライアント側パケット受信部３０１に代えて、クライアント側パケット受信部９０１が設けられている。また、振り分け装置９００においては、メンテナンス要求制御部９０２が新たに設けられている。
【０４０２】
クライアント側パケット受信部９０１は、図２８に示したクライアント１００１  および１００２  から送信されたパケットをインターネット２００を介して受信し、該パケットを、振り分け装置９００で内部処理が可能な形式の受信パケットデータに変換した後、各部へ渡す。
【０４０３】
また、クライアント側パケット受信部９０１は、ネットワーク管理者端末４００（図２８参照）よりメンテナンス要求（図３（ａ）参照）のパケットを受信した場合に、このパケットをメンテナンス要求制御部９０２へ渡す。
【０４０４】
メンテナンス要求制御部９０２は、クライアント側パケット受信部９０１よりメンテナンス要求のパケットを受信した場合に、振り分けルール種別に対応する振り分けルールを、新ルールとして、新ルール適用部３０６へ渡す。
また、メンテナンス要求制御部９０２は、メンテナンス要求のパケットを受信した後、メンテナンス状態でさらにつぎのメンテナンス要求のパケットを受信した場合、先のパケットの処理が終了するまで、後のパケットを保持する機能を備えている。
【０４０５】
メンテナンス要求制御部９０２は、先のパケットの処理が終了すると、後のパケットに対応するメンテナンス開始信号や振り分けルールを通知する処理を実行する。これにより、実施の形態４では、連続的にメンテナンス要求を受け付けることができる。
【０４０６】
つぎに、前述した実施の形態１と同様にして、図２８に示したクライアント１００１  および１００２  と高位レイヤ装置５００１  および５００２  との間で図９に示したシーケンスでパケット通信を行う場合の動作について説明する。
【０４０７】
図９における実施の形態４の動作においては、実施の形態１の動作とほぼ同様であるが、メンテナンス要求のパケット２の場合に実施の形態１と実施の形態４との間で動作上の差分が表れる。従って、以下では、パケット２の場合ついて、詳述する。
【０４０８】
（パケット２によるメンテナンス要求）
図９に示したステップＳＡ４では、ネットワーク管理者は、振り分け装置９００における振り分けルールを現在のルールＢ（図５（ｂ）参照）からルールＣ（図５（ｃ）参照）に変更するために、図２８に示したネットワーク管理者端末４００を用いてメンテナンス要求を出す。
【０４０９】
ここで、図３０に示したステップＳＮ１では、メンテナンス要求制御部９０２は、クライアント側パケット受信部９０１よりメンテナンス要求のパケットを渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０４１０】
そして、ネットワーク管理者端末４００からは、上記メンテナンス要求に対応するパケット２が振り分け装置９００へ送信される。図９に示したステップＳＡ５では、パケット２は、振り分け装置９００のクライアント側パケット受信部９０１に受信される。
【０４１１】
クライアント側パケット受信部９０１は、受信したパケット２がメンテナンス要求に対応するものであるため、このパケット２をメンテナンス要求制御部９０２へ渡す。これにより、メンテナンス要求制御部９０２は、図３０に示したステップＳＮ１の判断結果を「Ｙｅｓ」とする。
【０４１２】
ステップＳＮ２では、メンテナンス要求制御部９０２は、パケット２に対応するメンテナンス開始信号をメンテナンス／通常状態切替部３０２へ渡す。
【０４１３】
そして、メンテナンス開始信号を受信すると、メンテナンス／通常状態切替部３０２は、図１１に示したステップＳＣ１の判断結果を「Ｙｅｓ」とする。以後、前述したステップＳＣ２以降の処理が実行される。
【０４１４】
図３０に示したステップＳＮ３では、メンテナンス要求制御部９０２は、新ルールとしてのルールＣ（図５（ｃ）参照）を新ルール適用部３０６へ通知した後、ステップＳＮ１の判断を行う。これにより、新ルール適用部３０６には、新ルールとしてルールＣが設定される。
【０４１５】
また、新ルール適用部３０６は、ルールＣが設定される前に設定されていたルールＢ（図５（ｂ）参照）を旧ルール適用部３０５へ通知する。これにより、旧ルール適用部３０５には、旧ルールとしてルールＢが設定される。
【０４１６】
そして、ネットワーク管理者端末４００から続けてメンテナンス要求に対応するパケット２’（図示略）が振り分け装置９００へ送信される。このパケット２’は、振り分け装置９００のクライアント側パケット受信部９０１に受信される。ここで、クライアント側パケット受信部９０１は、先にパケット２のメンテナンス要求を実行中であるため、受信したパケット２’を保持し、パケット２に対応する処理が終了した後にパケット２’をメンテナンス要求制御部９０２へ渡す。以降、前述したように、パケットが受信される度に処理が実行される。
【０４１７】
以上説明したように、実施の形態４によれば、クライアント側パケット受信部９０１にメンテナンス要求のパケットが連続的に受信された場合、メンテナンス要求制御部９０２で先のメンテナンス要求のパケットに対応する処理を実行し、後のメンテナンス要求のパケットを保持しておき、先のメンテナンス要求のパケットに対応する処理が終了した後、後のメンテナンス要求のパケットに対応する処理を実行させることとしたので、複数のメンテナンス要求を順次処理することができるので、頻繁なルール変更に対応することができる。
【０４１８】
（実施の形態５）
さて、前述した実施の形態１においては、図２に示したタイマ３０９でメンテナンス終了信号を生成する構成例について説明したが、このタイマ３０９に代えて、終了タイミングを測定する構成要素によりメンテナンス終了信号を生成する構成としてもよい。以下では、この構成例を実施の形態５として説明する。
【０４１９】
図３１は、本発明にかかる実施の形態５が適用される負荷分散システムの構成を示すブロック図である。この図において、図１の各部に対応する部分には同一の符号を付けその説明を省略する。図３１においては、図１に示した振り分け装置３００に代えて、振り分け装置１０００が設けられている。
【０４２０】
図３２は、図３１に示した振り分け装置１０００の構成を示すブロック図である。この図において、図２の各部に対応する部分には同一の符号を付け、その説明を省略する。
【０４２１】
図３２においては、図２に示したメンテナンス／通常状態切替部３０２、タイマ３０９および新規／既存セッション判断部３０３に代えて、メンテナンス／通常状態切替部１００１、終了タイミング測定部１００２および新規／既存セッション判断部１００３が設けられている。
【０４２２】
メンテナンス／通常状態切替部１００１は、クライアント側パケット受信部３０１よりメンテナンス開始信号を渡された場合に、振り分け先決定部３０７および新規／既存セッション判断部１００３へメンテナンス状態を通知する。
【０４２３】
また、メンテナンス／通常状態切替部１００１は、上記メンテナンス開始信号を渡された場合に、終了タイミング測定部１００２へ測定開始信号を渡す。また、メンテナンス／通常状態切替部１００１は、終了タイミング測定部１００２よりメンテナンス終了信号を渡された場合に、振り分け先決定部３０７および新規／既存セッション判断部１００３へ通常状態を通知する。
【０４２４】
終了タイミング測定部１００２は、メンテナンス／通常状態切替部１００１より測定開始信号を渡された場合に、設定時間が経過するまで計時を行い、メンテナンス状態の終了タイミング、すなわち、装置状態をメンテナンス状態から通常状態へ移行させるタイミングを測定する。
【０４２５】
つぎに、前述した実施の形態１と同様にして、図３１に示したクライアント１００１  および１００２  と高位レイヤ装置５００１  および５００２  との間で図９に示したシーケンスでパケット通信を行う場合の動作について説明する。
【０４２６】
図９における実施の形態５の動作においては、実施の形態１の動作とほぼ同様であるが、メンテナンス要求のパケット２の場合に実施の形態１と実施の形態５との間で動作上の差分が表れる。従って、以下では、パケット２の場合について、詳述する。
【０４２７】
（パケット２によるメンテナンス要求）
図９に示したステップＳＡ４では、ネットワーク管理者は、振り分け装置１０００における振り分けルールを現在のルールＢ（図５（ｂ）参照）からルールＣ（図５（ｃ）参照）に変更するために、図３１に示したネットワーク管理者端末４００を用いてメンテナンス要求を出す。
【０４２８】
ここで、図３３に示したステップＳＯ１では、メンテナンス／通常状態切替部１００１は、クライアント側パケット受信部３０１よりメンテナンス開始信号を渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＯ４では、メンテナンス／通常状態切替部１００１は、終了タイミング測定部１００２よりメンテナンス終了信号を渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、判断結果が「Ｙｅｓ」になるまで、ステップＳＯ１およびステップＳＯ４の判断を繰り返す。
【０４２９】
また、図３４に示したステップＳＰ１では、終了タイミング測定部１００２は、メンテナンス／通常状態切替部１００１より測定開始信号を渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０４３０】
そして、ネットワーク管理者端末４００からは、上記メンテナンス要求に対応するパケット２が振り分け装置１０００へ送信される。図９に示したステップＳＡ５では、パケット２は、振り分け装置１０００のクライアント側パケット受信部３０１に受信される。
【０４３１】
クライアント側パケット受信部３０１は、受信したパケット２がメンテナンス要求に対応するものであるため、メンテナンス開始信号をメンテナンス／通常状態切替部１００１へ渡す。これにより、メンテナンス／通常状態切替部１００１は、図３３に示したステップＳＯ１の判断結果を「Ｙｅｓ」とする。
【０４３２】
ステップＳＯ２では、メンテナンス／通常状態切替部１００１は、振り分け先決定部３０７および新規／既存セッション判断部１００３へメンテナンス状態を通知する。ステップＳＯ３では、メンテナンス／通常状態切替部１００１は、終了タイミング測定部１００２へ測定開始信号を渡す。
【０４３３】
ステップＳＯ４では、メンテナンス／通常状態切替部１００１は、メンテナンス終了信号が終了タイミング測定部１００２より渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＯ１の判断を行う。
【０４３４】
また、メンテナンス／通常状態切替部１００１より測定開始信号を渡されると、終了タイミング測定部１００２は、図３４に示したステップＳＰ１の判断結果を「Ｙｅｓ」とする。ステップＳＰ２では、終了タイミング測定部１００２は、計時を開始する。ステップＳＰ３では、終了タイミング測定部１００２は、設定時間が経過したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０４３５】
そして、ステップＳＰ３の判断結果が「Ｙｅｓ」になると、ステップＳＰ４では、終了タイミング測定部１００２は、メンテナンス終了信号をメンテナンス／通常状態切替部１００１へ渡す。
【０４３６】
これにより、メンテナンス／通常状態切替部１００１は、図３３に示したステップＳＯ４の判断結果を「Ｙｅｓ」とする。ステップＳＯ５では、メンテナンス／通常状態切替部１００１は、振り分け先決定部３０７および新規／既存セッション判断部１００３へ通常状態を通知した後、ステップＳＯ１の判断を行う。
【０４３７】
以上説明したように、実施の形態５によれば、クライアント側パケット受信部３０１でルールを変更するためのメンテナンス要求のパケットを受信し、メンテナンス／通常状態切替部１００１から測定開始信号を渡されてから所定時間経過後に、終了タイミング測定部１００２からメンテナンス／通常状態切替部１００１へ併用期間を終了させるためのメンテナンス終了信号を渡すこととしたので、所定時間経過を監視するという簡単な手法で既存セッションの切断を防ぐことができる。
【０４３８】
（実施の形態６）
さて、前述した実施の形態１においては、図１にクライアント１００１  および１００２  と高位レイヤ装置群５０１との間に振り分け装置３００を設けて、クライアント１００１  および１００２  からのパケットを振り分ける構成例について説明したが、高位レイヤ装置群５０１とサーバ群６０１との間にも振り分け装置を設けて、サーバ群６０１からのパケットも振り分ける構成としてもよい。以下では、この構成例を実施の形態６として説明する。
【０４３９】
図３５は、本発明にかかる実施の形態６が適用される負荷分散システムの構成を示すブロック図である。この図において、図１の各部に対応する部分には同一の符号を付けその説明を省略する。
【０４４０】
図３５においては、図１に示した振り分け装置３００に代えて、振り分け装置１１００が設けられている。また、図３５においては、高位レイヤ装置群５０１とサーバ群６０１との間に振り分け装置１２００が新たに設けられている。
【０４４１】
振り分け装置１１００は、振り分け装置３００（図１参照）と同様にして、クライアント１００１  および１００２  からのパケットを、振り分けルールに従って、高位レイヤ装置５００１  〜５００３  のうちいずれか一つの高位レイヤ装置へ振り分ける機能を備えている。
【０４４２】
また、振り分け装置１１００は、ネットワーク管理者端末４００からのメンテナンス要求のパケットを振り分け装置１２００へ送信し、振り分け装置１２００との間でメンテナンスの開始タイミングの同期をとる機能も備えている。ここで、実施の形態６においては、上記メンテナンス要求のパケットには、振り分け装置１１００と振り分け装置１２００とで同時にメンテナンスを開始する時刻が同期時刻として設定されている。
【０４４３】
図３６は、図３５に示した振り分け装置１１００の構成を示すブロック図である。この図において、図２の各部に対応する部分には同一の符号を付け、その説明を省略する。
【０４４４】
図３６においては、図２に示したクライアント側パケット受信部３０１に代えて、クライアント側パケット受信部１１０１が設けられている。また、振り分け装置１１００においては、メンテナンス要求パケット送信部１１０２、メンテナンス要求制御部１１０３および同期タイミング測定部１１０４が新たに設けられている。
【０４４５】
クライアント側パケット受信部１１０１は、図３５に示したクライアント１００１  および１００２  から送信されたパケットをインターネット２００を介して受信し、該パケットを、振り分け装置１１００で内部処理が可能な形式の受信パケットデータに変換した後、各部へ渡す。
【０４４６】
また、クライアント側パケット受信部１１０１は、ネットワーク管理者端末４００（図３５参照）よりメンテナンス要求（図３（ａ）参照）のパケットを受信した場合に、このパケットをメンテナンス要求パケット送信部１１０２およびメンテナンス要求制御部１１０３へ渡す。
【０４４７】
メンテナンス要求パケット送信部１１０２は、クライアント側パケット受信部１１０１より渡されたメンテナンス要求のパケットを振り分け装置１２００（図３５参照）へ送信する機能を備えている。
【０４４８】
メンテナンス要求制御部１１０３は、クライアント側パケット受信部１１０１よりメンテナンス要求のパケットを受信した場合に、振り分けルール種別に対応する振り分けルールを、新ルールとして、新ルール適用部３０６へ渡す。
【０４４９】
また、メンテナンス要求制御部１１０３は、メンテナンス要求のパケットに設定されている同期時刻を同期タイミング測定部１１０４へ通知する。さらに、メンテナンス要求制御部１１０３は、同期タイミング測定部１１０４より開始指示が出されると、メンテナンス開始信号をメンテナンス／通常状態切替部３０２へ渡す。
【０４５０】
同期タイミング測定部１１０４は、振り分け装置１１００と振り分け装置１２００との同期タイミングを測定する機能を備えており、内部タイマ（図示略）の時刻が、メンテナンス要求制御部１１０３から通知された同期時刻になると、メンテナンス要求制御部１１０３に対して、メンテナンスの開始を指示するための開始指示を出す。
【０４５１】
図３５に示した振り分け装置１２００は、上述した振り分け装置１１００（図３６参照）の構成とほぼ同一である。但し、振り分け装置１２００においては、メンテナンス要求パケット送信部１１０２（図３６参照）に相当する構成要素が設けられていない。
【０４５２】
つぎに、前述した実施の形態１と同様にして、図３５に示したクライアント１００１  および１００２  と高位レイヤ装置５００１  および５００２  との間で図９に示したシーケンスでパケット通信を行う場合の動作について説明する。
【０４５３】
図９における実施の形態６の動作においては、実施の形態１の動作とほぼ同様であるが、メンテナンス要求のパケット２の場合に実施の形態１と実施の形態６との間で動作上の差分が表れる。従って、以下では、パケット２の場合ついて、詳述する。
【０４５４】
（パケット２によるメンテナンス要求）
図９に示したステップＳＡ４では、ネットワーク管理者は、振り分け装置１１００における振り分けルールを現在のルールＢ（図５（ｂ）参照）からルールＣ（図５（ｃ）参照）に変更するために、図３５に示したネットワーク管理者端末４００を用いてメンテナンス要求を出す。
【０４５５】
ここで、図３７に示したステップＳＱ１では、クライアント側パケット受信部１１０１は、パケットを受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０４５６】
また、図３８に示したステップＳＲ１では、メンテナンス要求制御部１１０３は、クライアント側パケット受信部１１０１よりメンテナンス要求のパケットを渡されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０４５７】
そして、ネットワーク管理者端末４００からは、上記メンテナンス要求に対応するパケット２が振り分け装置１１００へ送信される。このパケット２には、同期時刻が設定されているものとする。
【０４５８】
図９に示したステップＳＡ５では、パケット２は、振り分け装置１１００のクライアント側パケット受信部１１０１に受信される。これにより、クライアント側パケット受信部１１０１は、図３７に示したステップＳＱ１の判断結果を「Ｙｅｓ」とする。
【０４５９】
ステップＳＱ２では、パケット２がメンテナンス要求に対応するものであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。なお、ステップＳＱ２の判断結果が「Ｎｏ」である場合、ステップＳＱ４では、クライアント側パケット受信部１１０１は、パケットを受信パケットデータに変換し、各部へ渡す。
【０４６０】
ステップＳＱ３では、クライアント側パケット受信部１１０１は、メンテナンス要求のパケット２をメンテナンス要求パケット送信部１１０２およびメンテナンス要求制御部１１０３へ渡した後、ステップＳＱ１の判断を行う。
【０４６１】
メンテナンス要求パケット送信部１１０２は、振り分け装置１２００（図３５参照）へメンテナンス要求のパケット２を送信する。また、メンテナンス要求のパケット２を渡されると、メンテナンス要求制御部１１０３は、図３８に示したステップＳＲ１の判断結果を「Ｙｅｓ」とする。
【０４６２】
ステップＳＲ２では、メンテナンス要求制御部１１０３は、メンテナンス要求のパケット２に設定された同期時刻を同期タイミング測定部１１０４へ通知する。ステップＳＲ３では、メンテナンス要求制御部１１０３は、同期タイミング測定部１１０４より開始指示があるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０４６３】
そして、同期タイミング測定部１１０４は、内部タイマが、メンテナンス要求制御部１１０３より通知された同期時刻になると、メンテナンス要求制御部１１０３に対して開始指示を出す。
【０４６４】
これにより、メンテナンス要求制御部１１０３は、図３８に示したステップＳＲ３の判断結果を「Ｙｅｓ」とする。ステップＳＲ４では、メンテナンス要求制御部１１０３は、メンテナンス開始信号をメンテナンス／通常状態切替部３０２へ渡す。これにより、振り分け装置１１００では、同期時刻で、装置状態が通常状態からメンテナンス状態に移行し、メンテナンスが開始される。
【０４６５】
ステップＳＲ５では、メンテナンス要求制御部１１０３は、新ルールとしてのルールＣ（図５（ｃ）参照）を新ルール適用部３０６へ通知した後、ステップＳＲ１の判断を行う。これにより、新ルール適用部３０６には、新ルールとしてルールＣが設定される。
【０４６６】
また、新ルール適用部３０６は、ルールＣが設定される前に設定されていたルールＢ（図５（ｂ）参照）を旧ルール適用部３０５へ通知する。これにより、旧ルール適用部３０５には、旧ルールとしてルールＢが設定される。
【０４６７】
一方、振り分け装置１１００よりメンテナンス要求のパケット２が振り分け装置１２００（図３５参照）に受信されると、振り分け装置１２００側でも、図３７および図３８で説明した処理が実行され、パケット２に設定された同期時刻で、装置状態が通常状態からメンテナンス状態に移行し、メンテナンスが開始される。
【０４６８】
以上説明したように、実施の形態６によれば、振り分け装置１１００から、高位レイヤ装置群５０１を挟んで対向側に設けられた振り分け装置１２００（対向側振り分け装置）へルールを変更するためのメンテナンス要求のパケットを送信することとしたので、高位レイヤ装置群５０１に対して上りおよび下りの双方のトラヒックについてセッションを切断することなく振り分けを行うことができる。
【０４６９】
また、実施の形態６によれば、ルールの変更を同時に実行する同期時刻を含むパケットを振り分け装置１１００から振り分け装置１２００（対向側振り分け装置）へ送信することとしたので、ルール変更開始の同期をとることができる。
【０４７０】
以上本発明にかかる実施の形態１〜６について図面を参照して詳述してきたが、具体的な構成例はこれらの実施の形態１〜６に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【０４７１】
例えば、前述した実施の形態１〜６においては、振り分け装置３００（図２参照）、振り分け装置７００（図１８参照）、振り分け装置８００（図２５参照）、振り分け装置９００（図２９参照）、振り分け装置１０００（図３２参照）、振り分け装置１１００（図３６参照）または振り分け装置１２００（図３５参照）の機能を実現するためのプログラムを図３９に示したコンピュータ読み取り可能な記録媒体１４００に記録して、この記録媒体１４００に記録されたプログラムを同図に示したコンピュータ１３００に読み込ませ、実行することにより各機能を実現してもよい。
【０４７２】
同図に示したコンピュータ１３００は、上記プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１３１０と、キーボード、マウス等の入力装置１３２０と、各種データを記憶するＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１３３０と、演算パラメータ等を記憶するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３４０と、記録媒体１４００からプログラムを読み取る読取装置１３５０と、ディスプレイ、プリンタ等の出力装置１３６０と、装置各部を接続するバス１３７０とから構成されている。
【０４７３】
ＣＰＵ１３１０は、読取装置１３５０を経由して記録媒体１４００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、前述した機能を実現する。なお、記録媒体１４００としては、光ディスク、フレキシブルディスク、ハードディスク等が挙げられる。
【０４７４】
また、実施の形態１〜６において、例示した構成は、一例であって、それ以外の構成を排除する趣旨のものではなく、例示した構成の一部を他のもので置き換えたり、例示した構成の一部を省いたり、例示した構成に別の機能を付加したり、それらを組み合わせたりすることなどによって得られる別の構成も可能である。
【０４７５】
また、実施の形態１〜６においては、例示した構成と論理的に等価な別の構成、例示した構成と論理的に等価な部分を含む別の構成、例示した構成の要部と論理的に等価な別の構成なども可能である。
【０４７６】
（付記１）コンピュータを、
トラヒックを振り分け先装置群へ振り分ける振り分けルールの変更要求を受け、前記トラヒックのセッションが、ルール変更要求前に確立した既存セッションであるのか、ルール変更要求後に確立した新規セッションであるのかを判断するセッション判断手段、
前記セッション判断手段により、前記セッションが前記既存セッションであると判断された場合、前記ルール変更要求前の振り分けルールに従って、トラヒックを前記振り分け先装置群へ振り分け、一方、前記セッションが前記新規セッションであると判断された場合、前記ルール変更要求後の振り分けルールに従って、トラヒックを前記振り分け先装置群へ振り分ける振り分け手段、
として機能させるための振り分け制御プログラム。
【０４７７】
（付記２）前記セッション判断手段は、前記ルール変更要求後に確立した前記新規セッションを識別するための新規セッション識別子を保持しておき、該新規セッション識別子と前記トラヒックに含まれるセッション識別子とを照合することにより、前記判断を行うことを特徴とする付記１に記載の振り分け制御プログラム。
【０４７８】
（付記３）前記コンピュータを、前記既存セッションが正常終了してから、前記ルール変更要求前の振り分けルールと前記ルール変更要求後の振り分けルールとを併用する併用期間を終了させる併用期間設定手段として機能させることを特徴とする付記１または２に記載の振り分け制御プログラム。
【０４７９】
（付記４）前記併用期間設定手段は、前記既存セッションに対応するトラヒックの到着間隔を計時し、該到着間隔が設定時間になった場合に前記既存セッションが正常終了したとして、前記併用期間を終了させることを特徴とする付記３に記載の振り分け制御プログラム。
【０４８０】
（付記５）前記併用期間設定手段は、前記ルール変更要求を受けてから所定時間経過後に、前記併用期間を終了させることを特徴とする付記３に記載の振り分け制御プログラム。
【０４８１】
（付記６）前記セッション判断手段は、前記ルール変更要求後で生じた前記トラヒックについて、前記ルール変更要求前の振り分けルールが適用された振り分け先と、前記ルール変更要求後の振り分けルールが適用された振り分け先とが同一である場合、前記判断を行わず、前記振り分け手段は、前記同一である場合、前記ルール変更要求後の振り分けルールが適用された振り分け先に基づいて、前記トラヒックを前記振り分け先装置群へ振り分けることを特徴とする付記１〜５のいずれか一つに記載の振り分け制御プログラム。
【０４８２】
（付記７）前記振り分けルールは、トラヒックをランダムに振り分けるランダムルールであり、前記ルール変更要求前のランダムルールに従って最初に振り分けられた前記既存セッションに対応するトラヒックに関する既存セッション振り分け先情報と、前記ルール変更要求後のランダムルールに従って最初に振り分けられた前記新規セッションに対応するトラヒックに関する新規セッション振り分け先情報とを保持する振り分け先情報保持手段とを備え、前記振り分け手段は、前記セッション判断手段により、前記セッションが前記既存セッションであると判断された場合、前記既存セッション振り分け先情報に基づいて、前記既存セッションに対応するトラヒックを振り分け、一方、前記セッションが前記新規セッションであると判断された場合、前記新規セッション振り分け先情報に基づいて、前記新規セッションに対応するトラヒックを振り分けることを特徴とする付記１〜６のいずれか一つに記載の振り分け制御プログラム。
【０４８３】
（付記８）前記ルール変更要求が連続的にあった場合、先のルール変更要求に対応する処理を実行させ、後のルール変更要求を保持しておき、前記先のルール変更要求に対応する処理が終了した後、前記後のルール変更要求に対応する処理を実行させる制御手段、を備えたことを特徴とする付記１〜７のいずれか一つに記載の振り分け制御プログラム。
【０４８４】
（付記９）前記コンピュータを、前記振り分け先装置群を挟んで対向側に設けられた対向側振り分け装置へ前記ルールを変更するための要求を通知する要求通知手段として機能させることを特徴とする付記１〜８のいずれか一つに記載に振り分け制御プログラム。
【０４８５】
（付記１０）前記要求通知手段は、前記ルールの変更を同時に実行する時刻を前記対向側振り分け装置へ通知することを特徴とする付記９に記載の振り分け制御プログラム。
【０４８６】
（付記１１）トラヒックを振り分け先装置群へ振り分ける振り分けルールの変更要求を受け、前記トラヒックのセッションが、ルール変更要求前に確立した既存セッションであるのか、ルール変更要求後に確立した新規セッションであるのかを判断するセッション判断手段と、
前記セッション判断手段により、前記セッションが前記既存セッションであると判断された場合、前記ルール変更要求前の振り分けルールに従って、トラヒックを前記振り分け先装置群へ振り分け、一方、前記セッションが前記新規セッションであると判断された場合、前記ルール変更要求後の振り分けルールに従って、トラヒックを前記振り分け先装置群へ振り分ける振り分け手段と、
を備えたことを特徴とする振り分け制御装置。
【０４８７】
（付記１２）前記セッション判断手段は、前記ルール変更要求後に確立した前記新規セッションを識別するための新規セッション識別子を保持しておき、該新規セッション識別子と前記トラヒックに含まれるセッション識別子とを照合することにより、前記判断を行うことを特徴とする付記１１に記載の振り分け制御装置。
【０４８８】
（付記１３）前記既存セッションが正常終了してから、前記ルール変更要求前の振り分けルールと前記ルール変更要求後の振り分けルールとを併用する併用期間を終了させる併用期間設定手段、を備えたことを特徴とする付記１１または１２に記載の振り分け制御装置。
【０４８９】
（付記１４）前記併用期間設定手段は、前記既存セッションに対応するトラヒックの到着間隔を計時し、該到着間隔が設定時間になった場合に前記既存セッションが正常終了したとして、前記併用期間を終了させることを特徴とする付記１３に記載の振り分け制御装置。
【０４９０】
（付記１５）前記併用期間設定手段は、前記ルール変更要求を受けてから所定時間経過後に、前記併用期間を終了させることを特徴とする付記１３に記載の振り分け制御装置。
【０４９１】
（付記１６）前記セッション判断手段は、前記ルール変更要求後で生じた前記トラヒックについて、前記ルール変更要求前の振り分けルールが適用された振り分け先と、前記ルール変更要求後の振り分けルールが適用された振り分け先とが同一である場合、前記判断を行わず、前記振り分け手段は、前記同一である場合、前記ルール変更要求後の振り分けルールが適用された振り分け先に基づいて、前記トラヒックを前記振り分け先装置群へ振り分けることを特徴とする付記１１〜１５のいずれか一つに記載の振り分け制御装置。
【０４９２】
（付記１７）前記振り分けルールは、トラヒックをランダムに振り分けるランダムルールであり、前記ルール変更要求前のランダムルールに従って最初に振り分けられた前記既存セッションに対応するトラヒックに関する既存セッション振り分け先情報と、前記ルール変更要求後のランダムルールに従って最初に振り分けられた前記新規セッションに対応するトラヒックに関する新規セッション振り分け先情報とを保持する振り分け先情報保持手段とを備え、前記振り分け手段は、前記セッション判断手段により、前記セッションが前記既存セッションであると判断された場合、前記既存セッション振り分け先情報に基づいて、前記既存セッションに対応するトラヒックを振り分け、一方、前記セッションが前記新規セッションであると判断された場合、前記新規セッション振り分け先情報に基づいて、前記新規セッションに対応するトラヒックを振り分けることを特徴とする付記１１〜１６のいずれか一つに記載の振り分け制御装置。
【０４９３】
（付記１８）前記ルール変更要求が連続的にあった場合、先のルール変更要求に対応する処理を実行させ、後のルール変更要求を保持しておき、前記先のルール変更要求に対応する処理が終了した後、前記後のルール変更要求に対応する処理を実行させる制御手段、を備えたことを特徴とする付記１１〜１７のいずれか一つに記載の振り分け制御装置。
【０４９４】
（付記１９）前記振り分け先装置群を挟んで対向側に設けられた対向側振り分け装置へ前記ルールを変更するための要求を通知する要求通知手段、を備えたことを特徴とする付記１１〜１８のいずれか一つに記載に振り分け制御装置。
【０４９５】
（付記２０）前記要求通知手段は、前記ルールの変更を同時に実行する時刻を前記対向側振り分け装置へ通知することを特徴とする付記１９に記載の振り分け制御装置。
【０４９６】
（付記２１）トラヒックを振り分け先装置群へ振り分ける振り分けルールの変更要求を受け、前記トラヒックのセッションが、ルール変更要求前に確立した既存セッションであるのか、ルール変更要求後に確立した新規セッションであるのかを判断するセッション判断工程と、
前記セッション判断工程により、前記セッションが前記既存セッションであると判断された場合、前記ルール変更要求前の振り分けルールに従って、トラヒックを前記振り分け先装置群へ振り分け、一方、前記セッションが前記新規セッションであると判断された場合、前記ルール変更要求後の振り分けルールに従って、トラヒックを前記振り分け先装置群へ振り分ける振り分け工程と、
を含むことを特徴とする振り分け制御方法。
【０４９７】
（付記２２）前記セッション判断工程では、前記ルール変更要求後に確立した前記新規セッションを識別するための新規セッション識別子を保持しておき、該新規セッション識別子と前記トラヒックに含まれるセッション識別子とを照合することにより、前記判断を行うことを特徴とする付記２１に記載の振り分け制御方法。
【０４９８】
（付記２３）前記既存セッションが正常終了してから、前記ルール変更要求前の振り分けルールと前記ルール変更要求後の振り分けルールとを併用する併用期間を終了させる併用期間設定工程、を含むことを特徴とする付記２１または２２に記載の振り分け制御方法。
【０４９９】
（付記２４）前記併用期間設定工程では、前記既存セッションに対応するトラヒックの到着間隔を計時し、該到着間隔が設定時間になった場合に前記既存セッションが正常終了したとして、前記併用期間を終了させることを特徴とする付記２３に記載の振り分け制御方法。
【０５００】
（付記２５）前記併用期間設定工程では、前記ルール変更要求を受けてから所定時間経過後に、前記併用期間を終了させることを特徴とする付記２３に記載の振り分け制御方法。
【０５０１】
（付記２６）前記セッション判断工程では、前記ルール変更要求後で生じた前記トラヒックについて、前記ルール変更要求前の振り分けルールが適用された振り分け先と、前記ルール変更要求後の振り分けルールが適用された振り分け先とが同一である場合、前記判断を行わず、前記振り分け工程では、前記同一である場合、前記ルール変更要求後の振り分けルールが適用された振り分け先に基づいて、前記トラヒックを前記振り分け先装置群へ振り分けることを特徴とする付記２１〜２５のいずれか一つに記載の振り分け制御方法。
【０５０２】
（付記２７）前記振り分けルールは、トラヒックをランダムに振り分けるランダムルールであり、前記ルール変更要求前のランダムルールに従って最初に振り分けられた前記既存セッションに対応するトラヒックに関する既存セッション振り分け先情報と、前記ルール変更要求後のランダムルールに従って最初に振り分けられた前記新規セッションに対応するトラヒックに関する新規セッション振り分け先情報とを保持する振り分け先情報保持工程とを含み、前記振り分け工程では、前記セッション判断工程により、前記セッションが前記既存セッションであると判断された場合、前記既存セッション振り分け先情報に基づいて、前記既存セッションに対応するトラヒックを振り分け、一方、前記セッションが前記新規セッションであると判断された場合、前記新規セッション振り分け先情報に基づいて、前記新規セッションに対応するトラヒックを振り分けることを特徴とする付記２１〜２６のいずれか一つに記載の振り分け制御方法。
【０５０３】
（付記２８）前記ルール変更要求が連続的にあった場合、先のルール変更要求に対応する処理を実行させ、後のルール変更要求を保持しておき、前記先のルール変更要求に対応する処理が終了した後、前記後のルール変更要求に対応する処理を実行させる制御工程、を含むことを特徴とする付記２１〜２７のいずれか一つに記載の振り分け制御方法。
【０５０４】
（付記２９）前記振り分け先装置群を挟んで対向側に設けられた対向側振り分け装置へ前記ルールを変更するための要求を通知する要求通知工程、を含むことを特徴とする付記２１〜２８のいずれか一つに記載に振り分け制御方法。
【０５０５】
（付記３０）前記要求通知工程では、前記ルールの変更を同時に実行する時刻を前記対向側振り分け装置へ通知することを特徴とする付記２９に記載の振り分け制御方法。
【０５０６】
【発明の効果】
以上説明したように、本発明によれば、トラヒックの振り分け先の処理負荷やネットワーク帯域の消費を増大させることなく、振り分けルールの変更のセッション切断を防ぐことができるという効果を奏する。
【０５０７】
また、本発明によれば、ルール変更要求前の振り分けルールが適用された振り分け先と、ルール変更要求後の振り分けルールが適用された振り分け先とが同一である場合の振り分け処理を高速化することができるという効果を奏する。
【０５０８】
また、本発明によれば、ランダムルールであってもセッション単位でトラヒックを振り分けることができるという効果を奏する。
【０５０９】
また、本発明によれば、複数の要求を順次処理することができるので、頻繁なルール変更に対応することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる実施の形態１が適用される負荷分散システムの構成を示すブロック図である。
【図２】図１に示した振り分け装置３００の構成を示すブロック図である。
【図３】同実施の形態１におけるメンテナンス要求（パケット）のフォーマットおよび例を示す図である。
【図４】同実施の形態１の動作原理を説明する図である。
【図５】本発明にかかる実施の形態１〜６で適用される振り分けルールを示す図である。
【図６】図２に示した新規セッション識別子データベース３０４のテーブル構造を示す図である。
【図７】同実施の形態１の動作原理を説明する図である。
【図８】同実施の形態１におけるパケット種別と振り分けルールとの対応関係を説明する図である。
【図９】同実施の形態１〜６が適用される負荷分散システムの動作を説明するシーケンス図である。
【図１０】図２に示したクライアント側パケット受信部３０１の動作を説明するフローチャートである。
【図１１】図２に示したメンテナンス／通常状態切替部３０２の動作を説明するフローチャートである。
【図１２】図２に示した新規／既存セッション判断部３０３の動作を説明するフローチャートである。
【図１３】図１２および図２０に示したメンテナンス状態処理を説明するフローチャートである。
【図１４】図２に示した新ルール適用部３０６および旧ルール適用部３０５の動作を説明するフローチャートである。
【図１５】図２に示した振り分け先決定部３０７の動作を説明するフローチャートである。
【図１６】図２に示したサーバ側パケット送信部３０８の動作を説明するフローチャートである。
【図１７】本発明にかかる実施の形態２が適用される負荷分散システムの構成を示すブロック図である。
【図１８】図１７に示した振り分け装置７００の構成を示すブロック図である。
【図１９】同実施の形態２におけるルールＢを示す図である。
【図２０】図１８に示した新規／既存セッション判断部７０１の動作を説明するフローチャートである。
【図２１】図１８に示した新ルール適用部７０３および旧ルール適用部７０２の動作を説明するフローチャートである。
【図２２】図１８に示した振り分け先比較部７０５の動作を説明するフローチャートである。
【図２３】図１８に示した振り分け先決定部７０４の動作を説明するフローチャートである。
【図２４】本発明にかかる実施の形態３が適用される負荷分散システムの構成を示すブロック図である。
【図２５】図２４に示した振り分け装置８００の構成を示すブロック図である。
【図２６】図２５に示した振り分け先情報保持部８０３のテーブル構造を示す図である。
【図２７】図２５に示した新ルール適用部８０２および旧ルール適用部８０１の動作を説明するフローチャートである。
【図２８】本発明にかかる実施の形態４が適用される負荷分散システムの構成を示すブロック図である。
【図２９】図２８に示した振り分け装置９００の構成を示すブロック図である。
【図３０】図２９に示したメンテナンス要求制御部９０２の動作を説明するフローチャートである。
【図３１】本発明にかかる実施の形態５が適用される負荷分散システムの構成を示すブロック図である。
【図３２】図３１に示した振り分け装置１０００の構成を示すブロック図である。
【図３３】図３２に示したメンテナンス／通常状態切替部１００１の動作を説明するフローチャートである。
【図３４】図３２に示した終了タイミング測定部１００２の動作を説明するフローチャートである。
【図３５】本発明にかかる実施の形態６が適用される負荷分散システムの構成を示すブロック図である。
【図３６】図３５に示した振り分け装置１１００の構成を示すブロック図である。
【図３７】図３６に示したクライアント側パケット受信部１１０１の動作を説明するフローチャートである。
【図３８】図３６に示したメンテナンス要求制御部１１０３の動作を説明するフローチャートである。
【図３９】同実施の形態１〜６の変形例の構成を示すブロック図である。
【図４０】従来のスター型の負荷分散システムの構成を示すブロック図である。
【符号の説明】
１００１  、１００２  クライアント
３００  振り分け装置
３０１  クライアント側パケット受信部
３０２  メンテナンス／通常状態切替部
３０３  新規／既存セッション判断部
３０５  旧ルール適用部
３０６  新ルール適用部
３０７  振り分け先決定部
５０１  高位レイヤ装置群
６０１  サーバ群
７００  振り分け装置
７０１  新規／既存セッション判断部
７０２  旧ルール適用部
７０３  新ルール適用部
７０４  振り分け先決定部
７０５  振り分け先比較部
８００  振り分け装置
８０１  旧ルール適用部
８０２  新ルール適用部
９００  振り分け装置
９０１  クライアント側パケット受信部
９０２  メンテナンス要求制御部
１０００  振り分け装置
１００１  メンテナンス／通常状態切替部
１００２  終了タイミング測定部
１１００  振り分け装置
１１０１  クライアント側パケット受信部
１１０２  メンテナンス要求パケット送信部
１１０３  メンテナンス要求制御部
１１０４  同期タイミング測定部
１２００  振り分け装置
【図１】
2004229130.tif 000003
【図２】
2004229130.tif 000004
【図３】
2004229130.tif 000005
【図４】
2004229130.tif 000006
【図５】
2004229130.tif 000007
【図６】
2004229130.tif 000008
【図７】
2004229130.tif 000009
【図８】
2004229130.tif 000010
【図９】
2004229130.tif 000011
【図１０】
2004229130.tif 000012
【図１１】
2004229130.tif 000013
【図１２】
2004229130.tif 000014
【図１３】
2004229130.tif 000015
【図１４】
2004229130.tif 000016
【図１５】
2004229130.tif 000017
【図１６】
2004229130.tif 000018
【図１７】
2004229130.tif 000019
【図１８】
2004229130.tif 000020
【図１９】
2004229130.tif 000021
【図２０】
2004229130.tif 000022
【図２１】
2004229130.tif 000023
【図２２】
2004229130.tif 000024
【図２３】
2004229130.tif 000025
【図２４】
2004229130.tif 000026
【図２５】
2004229130.tif 000027
【図２６】
2004229130.tif 000028
【図２７】
2004229130.tif 000029
【図２８】
2004229130.tif 000030
【図２９】
2004229130.tif 000031
【図３０】
2004229130.tif 000032
【図３１】
2004229130.tif 000033
【図３２】
2004229130.tif 000034
【図３３】
2004229130.tif 000035
【図３４】
2004229130.tif 000036
【図３５】
2004229130.tif 000037
【図３６】
2004229130.tif 000038
【図３７】
2004229130.tif 000039
【図３８】
2004229130.tif 000040
【図３９】
2004229130.tif 000041
【図４０】
2004229130.tif 000042