(57)【要約】  【課題】端末がモバイルIP端末であっても接続先サーバの一貫性保持機能が失われないようにした負荷分散装置を実現する。  【解決手段】到着したパケットから、モバイルIP端末に固有な識別情報を抽出し、この識別情報に基づいて接続先サーバを決定する。あるいは１つのサーバ宛の第1パケットが到着したとき、ホームエージェントまたはモバイルIP端末に対して、該モバイルIP端末の気付アドレスが変更されたときは該気付アドレスの変更を通知するように要求し、この通知された気付アドレスを識別情報として接続先サーバを決定する。【選択図】図１
2008160814.tif 000002
【特許請求の範囲】
【請求項１】
サーバとモバイルＩＰ端末とがＩＰプロトコルを用いて通信するコンピュータネットワークにおける負荷分散装置において、
前記コンピュータネットワーク内を移動するモバイルＩＰ端末から送信された一つのサーバ宛の第１パケットが到着したとき、該モバイルＩＰ端末の気付アドレスを管理するホームエージェントに対して、該モバイルＩＰ端末の気付アドレスが変更されたときは該気付アドレスの変更を通知するように要求する手段と、
通知された気付アドレスの変更通知に基づいて該モバイルＩＰ端末の移動前後において同一の接続先サーバを決定する手段と、
を備えることを特徴とする負荷分散装置。
【請求項２】
サーバとモバイルＩＰ端末とがＩＰプロトコルを用いて通信するコンピュータネットワークにおける負荷分散装置において、
前記コンピュータネットワーク内を移動するモバイルＩＰ端末から送信された一つのサーバ宛の第１パケットが到着したとき、該モバイルＩＰ端末に対して、その気付アドレスが変更されたときは、該気付アドレスの変更を通知するように要求する手段と、
通知された気付アドレスの変更通知に基づいて該モバイルＩＰ端末の移動前後において同一の接続先サーバを決定する手段と、
を備えることを特徴とする負荷分散装置。
【請求項３】
サーバとモバイルＩＰ端末とが負荷分散装置を介してＩＰプロトコルを用いて通信するコンピュータネットワークにおけるホームエージェントにおいて、
該負荷分散装置からの要求に応じて、自分自身が管理しているバインディングキャシュの情報を、定期的に、又は該モバイルＩＰ端末の気付アドレスの変更がなされたことを契機として、該負荷分散装置に通知することを特徴とするホームエージェント。
【請求項４】
サーバと負荷分散装置を介してＩＰプロトコルを用いて通信するモバイルIP端末において、
該負荷分散装置からの要求に応じて、自分自身が管理しているバインディングキャシュの情報を、定期的に、又は自分自身の気付アドレスの変更がなされたことを契機として、  該負荷分散装置に通知することを特徴とするモバイルＩＰ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はこの負荷分散装置、ホームエージェント及びモバイルIP端末に係わり、特にモバイルIP端末がサーバにアクセスする場合の負荷分散装置、ホームエージェント及びモバイルＩＰ端末に関する。
【０００２】
インターネットの普及に伴い、Ｗｅｂサーバーなどの各種サーバーの役割が増大するとともに、サーバーへのアクセス集中によるサーバの過負荷やレスポンス低下が問題になっている。この対策として、受信したパケットを複数台のサーバーに均等に分配し、サーバーの負荷を分散する負荷分散装置が使われている。
【背景技術】
【０００３】
従来より知られている負荷分散装置には、様々な形態がある。その一例が図20に示されている。LBは負荷分散装置で、クライアントCLから送出されたパケットをルータR1及びルータR3を経由して受信し、その受信したパケットをサーバS1及びサーバS2に振り分けて送信する構成となっている。
【０００４】
図20に示したクライアントCLは固定端末であるが、現在、IP(Internet Protocol)プロトコル上で端末の移動を管理するモバイルIP技術がIETF（Internet Engineering Task Force）で提案されている。この技術は、IP端末が移動しても通信を継続させるための技術であり、IP端末が移動する度に新しい気付アドレス（CoA : Care of Address）を取得し、この気付アドレスをホームエージェント(HA：Home Agent)又は通信相手端末に登録しておくことで移動通信を実現する技術である。
【０００５】
図20において、この技術を適用したモバイルIP端末MNが、ルータR1に接続されている状態から、ルータR2に接続されている状態に場所を変えた場合を表しており、それに伴い、モバイルIP端末MNの気付アドレスもCoA1からCoA2に変更になる様子を示している。ホームエージェントHAは、このモバイルIP端末MNのホームアドレスと現在の気付アドレスとの対応付けを記憶し、管理している。
【０００６】
ここで、負荷分散装置LBは、受信したパケットのIPヘッダに含まれる送信元アドレス(SA:Source Address)又はこの送信元アドレスとTCP(Transmission Control Protocol)ポート番号との組合せに応じて何れか１つのサーバを接続先として選択するようにしている。
【０００７】
また、より上位のアプリケーションレベルで接続先のサーバを指定する形態もあり、例えば、接続先のURL（Uniform Resource Locator）に応じてサーバを選択する方式も可能である。
【０００８】
さらには、SSL（Secure Sockets Layer；トランスポート層でTCP/IP通信のセキュリティを確保するための暗号プロトコル）セッションIDやクッキー（WWW サーバがユーザーを識別するために生成する文字列情報で、サーバとブラウザの双方で保持する）を識別して接続先サーバを選択することも可能になっている。
【０００９】
このような負荷分散装置のもう一つの重要な機能は、一連の処理を連続させるための接続先サーバの一貫性保持機能である。
【００１０】
例えば、オンライン・ショッピングに使用するサーバの負荷分散を行う場合には、商品の選択から購入、決済までの一連の流れの間、クライアントとサーバの対応付けを維持するための「一貫性保持機能」が不可欠である。
【００１１】
もし、負荷分散装置がこのような一貫性保持機能を持たない場合、一連の処理の途中で別のサーバへ接続が切り替わってしまい、電子商取引の一連の処理が正しく動作できなくなってしまう。
【００１２】
このため、負荷分散装置の多くは、IPヘッダ情報を基にした一貫性保持機能を備えている。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
図20のネットワーク構成例に示すように、モバイルIP端末MNからサーバへアクセスする場合で、且つ負荷分散装置によりサーバの負荷分散を行っている場合においては、モバイルIP端末が移動する度にそのIPアドレス（気付アドレス）が変わるので、送信元アドレスが変更されることとなる。従って、接続先サーバの一貫性保持機能を実現するために、送信元アドレスあるいは送信元アドレスと組み合わせた情報を用いることはできない。
【００１４】
つまり、モバイルIP端末MNがルータR1に接続されているときには気付アドレスCoA１を、移動してルータR2に接続されているときには、気付アドレスCoA２を、それぞれ送信元アドレス(SA)としたパケットが生成されて送出される。
【００１５】
負荷分散装置LBがこのようなパケットを受信したとき、気付アドレスがCoA1からCoA2に変更されているため、送信元アドレス(SA)を検索キーとして用いると、同一モバイルIP端末MNからのアクセスであるにも関わらず、別のモバイルIP端末からのアクセスであると誤認識して、例えば接続先サーバをS1からS2へ変更してしまい、接続先サーバの一貫性を保証することができないという課題があった。
【００１６】
従って本発明は、端末がモバイルIP端末であっても通信中の接続先サーバの一貫性保持機能が失われないようにした負荷分散装置、ホームエージェント及びモバイルIP端末を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明では、サーバとモバイルIP端末とが通信するコンピュータネットワークにおける負荷分散装置において、到着したパケットから、モバイルIP端末に固有な識別情報を抽出する抽出手段と、該識別情報に基づいて接続先サーバを決定する決定手段と、を備えることを特徴とする負荷分散装置を構成することができる。
【００１８】
すなわち、モバイルIP端末に対する負荷分散機能を提供するために、モバイルIP端末に固有な識別情報を到着パケットの中から抽出し、この抽出した識別情報に基づいて該パケットを接続先サーバに振り分けるようにしている。
【００１９】
前記の識別情報としては、まず、移動中のモバイルIP端末が送信するIPパケットのヘッダ部に含まれるホームアドレスを用いることができる。
【００２０】
すなわち、IPv6(Internet Protocol version 6)を使用した場合の端末からサーバ向けパケットフォーマットの例（図5参照）のように、負荷分散装置が受信するパケットの気付アドレス（送信元アドレス）は移動の度に変わるが、ホームアドレスは同一である。従って、このホームアドレスを接続先サーバの決定に使用することでサーバ接続の一貫性保持が可能となる。
【００２１】
また、前記の識別情報としては、パケットの送信元アドレスの所定ビットに規定されたものを用いてもよい。
【００２２】
すなわち、IPv6アドレスの作成方法は、(1)端末が自由にアドレスを作って使用するステートレスアドレス生成方式（IPv6 Stateless Address Autoconfiguration）と、(2)端末がアドレスを使用する際に許可を得るステートフルアドレス生成方式（IPv6 Stateful Address Autoconfiguration）の２つの方法がある。このうち、前者のステートレスアドレス方式を使用する場合には、モバイルIP端末が作成する気付アドレスの下位64ビット（図7参照）は、自分自身のインターフェースIDであり、例えばイーサネットであればMAC（Media Access Control）アドレスを組み合わせた番号が使用される。
【００２３】
このインターフェースIDはモバイルIP端末毎に固有の値となるので、負荷分散装置が受信したパケットの送信元アドレスの下位64ビットを用いて、あるいは下位64ビットとその他の情報を組み合わせて、接続先サーバの決定を行うことが可能となる。
【００２４】
さらに前記の識別情報としては、パケットが暗号化されている場合におけるセキュリティパラメータインデックス(SPI)を用いてもよい。
【００２５】
IPv6パケットは、パケット自体のセキュリティ対策のためにIPsec（IP security protocol）による暗号化がなされる場合がある。そのときには、暗号化範囲以降はエンド−エンド間で使用する暗号キーがなければ暗号を解読することができない。
【００２６】
このような場合には、セキュリティパラメータインデックス(SPI：図10参照)を用いてサーバ接続の一貫性を確保することができる。このセキュリティパラメータインデックスSPIは、エンド−エンド間で使用する暗号化アルゴリズムと暗号キーの関連を示すために、エンド−エンド間で取り決めた番号であり、暗号化ヘッダの先頭部分に書き込まれているものである。
【００２７】
また本発明に係る負荷分散装置は、一つのサーバ宛の第１パケットが到着したとき、ホームエージェントに対して、前記モバイルIP端末の気付アドレスが変更されたときは、該気付アドレスの変更を通知するように要求する手段と、通知された気付アドレスを識別情報として接続先サーバを決定する手段と、で構成することもできる。
【００２８】
すなわち、受信パケットの気付アドレスは、モバイルIP端末の移動の度に変更されるが、この気付アドレスとホームアドレスとの関係はホームエージェントが管理している。このため、負荷分散装置が気付アドレスを含む第１パケットを受信したときには、ホームエージェントに対して気付アドレスを変更したときには常に新しい気付アドレスを通知するように予め指示を行っておき、通信継続中でパケットが発生していない場合にも該モバイルIP端末移動時には、該ホームエージェントが変更された気付アドレスを該負荷分散装置に通知する。
【００２９】
これにより、負荷分散装置は常に最新の気付アドレスを知ることとなり、これを用いて接続先サーバの決定を行うことにより、サーバ接続の一貫性を確保できる。
【００３０】
前記の場合には、ホームエージェントに対して気付アドレスの変更時にその変更された気付アドレスを負荷分散装置に通知するようにしているが、気付アドレスの変更はモバイルIP端末自身が知っていることを考慮して、ホームエージェントの代わりにモバイルIP端末自身に対して、到着した第1パケットにおける気付アドレスが変更されたときには該気付アドレスの変更を通知するように要求し、その通知された気付アドレスを識別情報として接続先サーバを決定してもよい。
【００３１】
また、前記の抽出手段は、パケット到着時に該パケットが該宛先オプションヘッダを有しておらずホームリンクから送信されたパケットを抽出したときには、前記の決定手段が、該パケットの送信元アドレスを識別情報として接続先サーバを決定してもよい。
【００３２】
すなわち、第1パケット到着時に、もしそのパケットがホームリンクから送信されたパケット（ホームネットワークの外に移動していないモバイルIP端末から送信されたパケット）であれば、そのパケットの送信元アドレスを識別情報として接続先サーバを決定すればよい。
【００３３】
また前記の決定手段は、パケットの送信元アドレス、すなわち前記モバイルIP端末の気付アドレスに対応した送信元の識別情報を検索キーとして接続先サーバの識別情報を格納するテーブルを備え、到着したパケットの送信元アドレスを用いて接続先サーバを決定することができる。
【００３４】
さらに、負荷分散装置からの要求に応じて、自分自身が管理しているバインディングキャシュ（モバイルIP端末の気付アドレスとホームアドレスとの対応関係を記憶したテーブル）の情報を、定期的に、又はモバイルIP端末の気付アドレスの変更がなされたことを契機として、該負荷分散装置に通知することを特徴としたホームエージェントも実現できる。
【００３５】
さらに、負荷分散装置からの要求に応じて、自分自身が管理しているバインディングキャシュの情報を、定期的に、又は自分自身の気付アドレスの変更がなされたことを契機として、該負荷分散装置に通知することを特徴としたモバイルIP端末も実現可能である。
【発明の効果】
【００３６】
以上説明したように本発明に係る負荷分散装置、ホームエージェント及びモバイルIP端末によれば、到着したパケットから、モバイルIP端末に固有な識別情報を抽出し、この識別情報に基づいて接続先サーバを決定するように構成したので、モバイルIP端末からのサーバアクセス時に、接続先サーバの一貫性が常に保持されることになる。
【００３７】
また、一つのサーバ宛の第1パケットが到着したとき、ホームエージェントまたはモバイルIP端末に対して、該モバイルIP端末の気付アドレスが変更されたときは該気付アドレスの変更を通知するように要求し、この通知された気付アドレスを識別情報として接続先サーバを決定するようにしても、同様にして接続先サーバの一貫性を保持することが可能となる。
【発明を実施するための最良の形態】
【００３８】
図１は、本発明に係る負荷分散装置を適用したネットワーク実施例(1)を示したものである。この実施例では、モバイルIP端末MNが移動し、その接続先のルータがルータR1からR2に変更になり、その気付アドレスがCoA1からCoA2に変わった場合でも、このモバイルIP端末MNに固有な識別情報（検索キー）を抽出することにより、今までサーバS1に接続していた場合には、そのままサーバS1と接続して通信を継続し、以って接続先サーバの一貫性を維持するようにしたものである。
【００３９】
図1のネットワーク実施例（１）に示した負荷分散装置LBの構成が図2の負荷分散装置の構成（１）に示されている。ここで、負荷分散装置LBは、IPv6ヘッダ情報抽出部1、負荷分散テーブル2、テーブル制御部3、および、振分処理部4で構成されている。
【００４０】
IPv6ヘッダ情報抽出部1において、受信したパケットからモバイルIP端末MNの識別情報の抽出を行い、この識別情報を検索キーとしてテーブル制御部3が負荷分散テーブル2を検索して接続先のサーバを決定し、振分処理部4でその決定したサーバを宛先としてパケットを送信するようにしている。
【００４１】
ここで、負荷分散テーブル２は、モバイルIP端末の識別情報つまり検索キーの種類に対応した複数のテーブルを含み、その中から、そのとき使用する検索キーの種別に対応したテーブルを検索の対象とする。
【００４２】
次に、このモバイルIP端末の識別情報の種別毎に、負荷分散装置の動作を説明する。
【００４３】
まず、モバイルIP端末の識別情報として、ホームアドレスを用いる場合について、図３の動作フローチャートを用いて処理ステップ毎に説明する。
【００４４】
まず、受信したパケットからヘッダ抽出を行う(ステップT1)。ここでは、図5の端末からサーバ向けIPv６パケットのフォーマット例に示すように、IPv6ヘッダ10から順に、次に配置されている拡張ヘッダの種別コードを格納している「次ヘッダ」領域を確認して行き、IPv6宛先オプションを示す拡張ヘッダコード“60”を探す（ステップT2）。
【００４５】
宛先オプションコード“60”が発見されれば(YES)、IPv6ヘッダ部の次の領域に、IPv6宛先オプション20が存在することを示しており、さらに、このIPv6宛先オプション20の種別を示すオプションタイプが、ホームアドレスオプションであることを意味する“201”であるか否かを判定する(ステップT3)。
【００４６】
ここで、オプションタイプが“201”であれば(YES)、このオプションがホームアドレスオプションで、モバイル端末MNはホームアドレスとは違う位置に移動していることを示しており、そのホームアドレスが該ホームアドレスオプションに格納されている。このホームアドレスはモバイルIP端末MNが移動する前に元々接続されていたリンク(ホームリンク)でのIPアドレスのことで、これはその後モバイルIP端末MNがどこに移動しても不変であり、したがって、このホームアドレスを識別情報として負荷分散テーブルの検索キーとする(ステップT4)ことにより、モバイルIP端末MNとサーバ間の処理の一貫性保持が可能となる。
【００４７】
一方、上記ステップT2の判定で宛先オプションコード"60"が発見されないとき(NO)、または上記ステップT3の判定でオプションタイプが"201"でないとき(NO)は、モバイルIP端末MNはホームリンクから移動していないことを意味し、このときは、該パケットの送信元アドレスSAがホームアドレスと一致することになり、受信したパケットの送信元アドレスSAをモバイルIP端末の識別情報とし、それを検索キーとすれば(ステップT5)、モバイルIP端末MNとサーバ間の処理の一貫性保持が可能となる。
【００４８】
上記ステップで設定された検索キーを基に、テーブル制御Ａにおいて負荷分散テーブル2を検索して、接続先のサーバを決定し(ステップT6)、その決定したサーバを宛先として該パケットを送出して(ステップT7)、処理を終了する。
【００４９】
次に、このテーブル制御Ａについて、図４に示す動作フローチャートを用いて、処理ステップ毎に説明する。
【００５０】
まず、検索キーの種類により、負荷分散テーブル２の中の対象となるテーブルを特定し、その特定したテーブルを検索する（ステップT61）。検索の結果、検索キーと一致するエントリがなければ（NO)、既存の負荷分散アルゴリズムを用いて接続先サーバを決定し(ステップT64）、その結果をもとに該テーブルにエントリを新規作成して登録し（ステップT65）、呼び出し元に復帰する。
【００５１】
もしエントリが既にある場合には（YES)、そのエントリ内のサーバ識別情報を接続先サーバとして(ステップT63）、呼び出し元に復帰する。
【００５２】
以上の図３の動作フローチャートの説明においては、図５のフォーマット例に従って説明したが、図５に記載されている次ヘッダのコードの値("60")、IPv6宛先ヘッダオプションのオプションタイプのコードの値("201")、ヘッダの形式、などが一部変更になった場合でも、モバイルIP端末の識別情報となる送信元アドレス、ホームアドレスを抽出する処理手順が変わるだけで、本発明の本質には影響しない。
【００５３】
図6には、図2の負荷分散装置の構成（１）に示した負荷分散テーブル2の中の、ホームアドレスを検索キーとした場合のテーブル構成例が示されている。このテーブルにおいては、ホームアドレス“2000.16”を検索キーとして、このホームアドレスと１対１に対応する接続先サーバの識別情報“S1”が格納されており、前記図４のテーブル制御Ａの動作フローチャートのステップT61で本テーブルが選択されて検索の対象となる。
【００５４】
この接続先サーバの識別情報は、通信開始時に、既存技術による負荷分散アルゴリズムにしたがって決定されたサーバの識別情報である。接続先サーバを選択するアルゴリズムとしては、例えばラウンドロビン方式でサーバを選択する方法や、サーバの負荷の少ないものを選択するなどの方式があり、既存の方法をそのまま使用することができる。
【００５５】
なお、図6のテーブル構成例に示すホームアドレスを検索キーとした場合のエントリは、“2000”が、図7に示すIPv6パケットのグローバルアドレスフォーマットにおけるネットワークID(64ビット)に対応し、“16”がインタフェースID(64ビット)に対応した形に簡素化して示している。
【００５６】
次に、モバイルIP端末の識別情報として、送信元アドレスSAの下位64ビットを用いる場合について、説明する。
【００５７】
移動中のモバイルIP端末の気付アドレスCoAがステートレスアドレス生成方式で生成されている場合、図7に示したモバイルIPv6のグローバルアドレスの下位64ビットを検索キーとすることも可能である。なお、この場合の負荷分散装置LBの構成としては、図2の負荷分散装置の構成（1）を用いることができる。
【００５８】
上述したステートレスアドレス生成方式の場合には、IPv6パケットのグローバルアドレスの下位64ビットは、端末自身の例えばイーサネットであればMACアドレスを組み合わせた番号などのL2アドレス識別子が使用されている。
【００５９】
従って、このアドレスが端末毎に一意であることから、前記図３のホームアドレスを検索キーとする動作フローチャートにおいて、ホームアドレスを抽出する代わりに、グローバルアドレスが設定されている送信元アドレスSAの下位64ビットを抽出して、それを負荷分散テーブル２の検索キーとし、図4に示すテーブル制御Ａを実行し、決定した接続先サーバに該パケットを送信すれば、モバイルIP端末MNとサーバ間の処理の一貫性保持が可能となる。
【００６０】
上記テーブル制御Ａで選択され検索対象となる負荷分散テーブルの構成例を図8に示す。送信元アドレスSAの下位64ビットが“16”であれば、接続先サーバ識別情報は“S1”であることを示している。この接続先サーバの識別情報“S1”は、前記の場合と同じく通信開始時に、既存技術による負荷分散アルゴリズムによって決定されたサーバの識別情報である。
【００６１】
次に、モバイルIP端末の識別情報として、セキュリティパラメータインデックス(SPI)を用いる場合について、説明する。
【００６２】
IPv6パケットが暗号化されている場合には、セキュリティパラメータインデックス(SPI)を用いて負荷分散を行うことも可能である。
【００６３】
つまり、図10のIPsec暗号化した端末からサーバ向けIPv6パケットのフォーマット例に示すように、IPv6パケットが暗号化されたときは、その拡張ヘッダとしてESPヘッダが付加されるが、その中にセキュリティパラメータインデックスSPIが格納されている。このSPIは、2つ以上の通信エンティティ間で安全に通信を行うためのセキュリティサービス内容を取決めたセキュリティアソシエーションを特定するための識別情報で、端末からサーバ向けの通信セッションに対して一意の識別情報が割当られる。従って、このSPIを負荷分散テーブルの検索キーとして接続先サーバを決定することにより、モバイルIP端末MNとサーバ間の処理の一貫性が確保できる。この場合の負荷分散装置LBの構成としても、図2の負荷分散装置の構成(1)を用いることができる。
【００６４】
この場合の動作フローチャートを図9に示す。
【００６５】
まず、受信したパケットからヘッダ抽出を行う(ステップT11)が、この場合には、図10のIPsec暗号化した端末からサーバ向けIPv6パケットのフォーマット例に示すように、IPv6ヘッダ10から順に、次に配置される拡張ヘッダの種別コードが格納される「次ヘッダ」領域を確認し、ESPヘッダ（暗号化ヘッダ）を示す拡張ヘッダコード“50”を探す(ステップT12)。
【００６６】
このコード"50"が発見されれば(YES)、該パケットは暗号化されており、図10のIPsec暗号化した端末からサーバ向けIPv6パケットのフォーマット例に示す通り、IPv6宛先オプション20の次に配置されている拡張ヘッダはESPヘッダ40である。このESPヘッダ40の先頭には、セキュリティパラメータインデックスSPIが格納されているので、このSPIを抽出し、負荷分散テーブル２を検索する際の検索キーとすれば(ステップT14)、上記のようにモバイルIP端末MNからサーバへの通信セッション開設中はこのSPIは不変であり、モバイルIP端末MNとサーバ間の処理の一貫性保持が可能となる。
【００６７】
コード“50”が発見されない場合は(NO)、該パケットは暗号化されていないため、送信元アドレスSAを負荷分散テーブルの検索キーとする(ステップT13)。
【００６８】
以上のステップで選択した検索キーにより、前記テーブル制御Ａでは、負荷分散テーブル２を検索して接続先のサーバを決定し（ステップT15）、その決定したサーバを宛先としてパケットを送信する（ステップT16)。
【００６９】
図11には、このようにSPIを検索キーとしたときの負荷分散テーブル2の構成例が示されている。この例では、SPI“218”と１対１に対応する接続先サーバの識別情報“S1”が格納されている。この接続先サーバの識別情報“S1”は、上記と同じく通信開始時に、既存技術による負荷分散アルゴリズムによって決定されたサーバの識別情報である。
【００７０】
なお、上記ではホームアドレスは宛先オプション内に含まれているものとして説明したが、別の拡張ヘッダ（例えばモバイルIPv6モビリティオプションヘッダ）を用いることも可能である。
【００７１】
また、上記の説明では、使用するモバイルIP端末の識別情報に対応して、ホームアドレスを用いる場合、送信元アドレスの下位64ビットを用いる場合、および、SPIを用いる場合の三つの場合に分け、その動作フローチャート図３および図９の中では、受信パケット内にその場合に対応するヘッダがないときは、単に送信元アドレスSAを検索キーとしてテーブル検索して終了するようにしているが、これについては、様々な処理の組合せが可能である。例えば、受信したパケットのヘッダ部からまずSPIを探し、SPIがないときは次にホームアドレスを探し、それもないときはさらに送信元アドレスの下位64ビットを探し、それでもないときには、送信元アドレスSAを検索キーとしてテーブル検索する方法もある。これらのいずれの組合せに対しても、本発明は適用できる。
【００７２】
図12及び図13は、本発明に係る負荷分散装置を適用したネットワーク実施例(2)を示したものである。この実施例は、ホームエージェントHAと負荷分散装置LBとの間で情報のやり取りを行い、モバイルIP端末MNの移動に合わせて検索キーを変更する方式である。
【００７３】
まず、負荷分散装置LBがモバイルIP端末MNから第1パケットを受信したときの動作を、図12の第一パケット受信時のネットワーク実施例（１）を用いて、そこに記された動作シーケンス番号（A1〜A5）と対応付けて説明する。
【００７４】
気付アドレスCoA1のモバイルIP端末MNから送信されたIPv6パケットは、ルータR1及びR3を経由して、負荷分散装置LBで受信される（シーケンスA1）。
【００７５】
負荷分散装置LBは、受信したパケットからモバイルIP端末MNの送信元アドレスSA（=CoA1)およびモバイルIP端末MNのホームアドレスを抽出する（シーケンスA2）。
【００７６】
そして、接続先サーバを既存の負荷分散アルゴリズムにより、例えばサーバS1を決定して負荷分散テーブルに登録し、ヘッダ書換処理などを実施して、決定したサーバS1宛にパケットを送信する（シーケンスA3）。
【００７７】
上記シーケンスA3とともに、負荷分散装置LBはモバイルIP端末MNの気付アドレスを管理するホームエージェントHAに対して、気付アドレスが変わったときには、そのことを通知してもらうためのCoA通知要求を送信する（シーケンスA4）。
【００７８】
ホームエージェントHAはこのCoA通知要求に対して、受付確認の応答を返す（シーケンスA5）。
【００７９】
次に、モバイルIP端末MNが移動したときの動作を、図13のMN移動時のネットワーク実施例(2)を用いて、そこに記された動作シーケンス番号(B1〜B7)と対応付けて説明する。
【００８０】
モバイルIP端末MNは移動して、接続先のルータを、ルータR1（気付アドレスCoA1）からルータR2に変更し（シーケンスB1）、そこで気付アドレスCoA2を取得する（シーケンスB2）。
【００８１】
そして、モバイルIP端末MNはホームエージェントHAに対して気付アドレスがCoA1からCoA2に変更したことを示すバインディングアップデートを送信する（シーケンスB3）。
【００８２】
バインディングアップデートを受けたホームエージェントHAは、自局内のバインディングキャッシュ（モバイルIP端末のホームアドレスと気付アドレスとの対応関係を記憶するテーブル）の気付アドレスをCoA1からCoA2に更新し（シーケンスB4）、気付アドレスがCoA2に変更になったことを示すバインディングアップデートを負荷分散装置LBに通知する（シーケンスB5）。このときのバインディングアップデートのメッセージ例を図14に示す。
【００８３】
バインディングアップデートを受信した負荷分散装置LBは、負荷分散テーブルに、新しい気付アドレスCoA2を検索キーとするエントリを作成する（シーケンスB6）。このとき、CoA1のエントリはそのまま残しておき、移動前後で同一の接続先サーバを選択するようにするために、CoA1のエントリ内の接続先サーバ識別情報を読み取っておき、新しくCoA2のエントリを作成するときに、この読み取った接続先サーバ識別情報をサーバの識別情報として格納する。
【００８４】
負荷分散装置LBは、その後のパケット受信に際しては、気付アドレスCoA2に基づいて気付アドレスCoA1のときと同じサーバS1を接続先サーバとして選択する（シーケンスB7）。
【００８５】
このような動作を実行する負荷分散装置の構成(2)が図15に示されており、この構成では図2に示した負荷分散装置の構成(1)に対してCoA通知要求生成部5が付加されている点が異なっている。
【００８６】
この負荷分散装置LBの構成（2）における動作フローチャートが図16に示されており、これを以下に処理ステップ毎に説明する。
【００８７】
まず、IPv6ヘッダ情報抽出部1は前述の如く受信パケットよりヘッダを抽出し（ステップT21）その受信パケットが、モバイルIP端末MNから直接サーバへ発信されたものか、図13のネットワーク実施例（２）のシーケンスB5で示した、ホームエージェントから送信されてきた気付アドレスCoAの変更を通知するバインディングアップデートであるかを、IPv6宛先オプションのオプションタイプ（"198")を基に判定する（ステップT22）。
【００８８】
この結果、受信パケットがバインディングアップデートではない（すなわち、サーバ宛にモバイルIP端末MN自身が送信したパケットである）場合は（NO）、このパケットの送信元アドレスSAを検索キーとして（ステップT23）、テーブル制御Ｂにより図15の負荷分散装置の構成(2)に示されている負荷分散テーブル2を検索して対応する接続先サーバを決定し（ステップT24）、その決定したサーバを宛先として該パケットを送信して（ステップT25）、処理を終了する。
【００８９】
図17は、ステップT24で接続先サーバの選択処理を行うテーブル制御Ｂの動作フローチャートである。図4のテーブル制御Ａの動作フローチャートに加えて、テーブルエントリを作成後にホームエージェントHA宛にCoA通知要求メッセージを発行する処理ステップ（ステップT245）が追加となる。
【００９０】
一方、ステップT22において、受信パケットがバインディングアップデートであるときには（YES）、図14のメッセージ例に示すように該パケットのIPv6宛先オプションに設定されている新CoA(モバイルIP端末MNが移動後の新しい気付アドレス)を抽出して検索キーとし(ステップT26）、テーブル制御Ｃにより新規エントリの作成を行って（ステップT27）、処理を終了する。
【００９１】
ここで、この新規エントリ作成を実行するテーブル制御Ｃについて、図18の動作フローチャートを用いて、処理ステップ毎に説明する。
【００９２】
まず負荷分散テーブル2の中から、検索キーの種別に対応したテーブルを選択し（この場合はSAを検索キーとするテーブル）、そのテーブルを、検索キーとして設定されている新しい気付アドレス(CoA2)により検索し（ステップT271）、一致するエントリが既に存在するか否かを判定する(ステップT272)。
【００９３】
この結果、CoA2に対応するエントリが既に作成されていれば（YES）、特に処理を必要としないので、呼び出し元に復帰する。
【００９４】
一方、CoA2に対応するエントリが作成されていないときには（NO）、さらに旧CoAを検索キーとして該テーブルを検索し、これまで接続していたサーバの識別情報を読み出して（ステップT273）、その読み出した識別情報を格納データとする新しいエントリを作成する（ステップT274）。これは、同一のモバイルIP端末が移動してCoAが変更となっても同一のサーバを選択するようにするためである。
【００９５】
このようにして、旧気付アドレスに対応して使っていたサーバの識別情報を、新気付アドレスのエントリにもコピーしているので、モバイルIP端末が移動しても同一のサーバに接続することが可能となり、サーバ接続の一貫性を確保できる。
【００９６】
図19に負荷分散テーブルの構成例を示す。
【００９７】
ここでは、旧気付アドレスCoA1が“2000.12”で、識別情報が“S1”のサーバが接続先として選択されていたときに、バインディングアップデートを受信し、新気付アドレスCoA2が“2001.12”のエントリが作成された時の例をしめしている。
【００９８】
このテーブル構成例においては、有効時間が示されているが、この有効時間はエントリの有効時間を示しており、一定時間毎に減算処理され、“0”になると有効期限切れでエントリを削除するものである。
【００９９】
従って、同一のサーバアドレスについて一定の有効時間の間、検索キーとして新旧二個の送信元アドレスSAが併存することになり、モバイルIP端末MNが再び気付アドレスCoA1に戻った時に新たにエントリを作成する必要がなくなる。
【０１００】
なお、図12及び図13に示したネットワーク実施例（2）においては、負荷分散装置LBはホームエージェントHAに対して気付アドレスの変更通知要求を行っているが、元々モバイルIP端末自身が気付アドレスの変更を知っているので、このモバイルIP端末に対して同様に気付アドレス変更時の通知を要求しても上記と同様の動作が行われることとなる。
【０１０１】
（付記１）  サーバとモバイルIP端末とが通信するコンピュータネットワークにおける負荷分散装置において、
到着したパケットから、モバイルIP端末に固有な識別情報を抽出する抽出手段と、
該識別情報に基づいて接続先サーバを決定する決定手段と、
を備えることを特徴とする負荷分散装置。
（付記２）  付記１に記載の負荷分散装置において、
前記識別情報が、前記パケットのヘッダに含まれるホームアドレスであることを特徴とする負荷分散装置。  
（付記３）  付記１に記載の負荷分散装置において、
前記識別情報が、前記パケットの送信元アドレスの所定ビットに規定されていることを特徴とする負荷分散装置。    
（付記４）  付記１に記載の負荷分散装置において、
前記識別情報が、前記パケットが暗号化されている場合におけるセキュリティパラメータインデックスであることを特徴とする負荷分散装置。
（付記５）  サーバとモバイルIP端末とが通信するコンピュータネットワークにおける負荷分散装置において、
一つのサーバ宛の第１パケットが到着したとき、ホームエージェントに対して、該モバイルIP端末の気付アドレスが変更されたときは該気付アドレスの変更を通知するように要求する手段と、
通知された気付アドレスを識別情報として接続先サーバを決定する手段と、
を備えることを特徴とする負荷分散装置。
（付記６）  サーバとモバイルIP端末とが通信するコンピュータネットワークにおける負荷分散装置において、
一つのサーバ宛の第１パケットが到着したとき、該モバイルIP端末に対して、
その気付アドレスが変更されたときは、該気付アドレスの変更を通知するように要求する手段と、
通知された気付アドレスを識別情報として接続先サーバを決定する手段と、
を備えることを特徴とする負荷分散装置。
（付記７）  付記２に記載の負荷分散装置において、
前記到着したパケットが前記モバイルIP端末のホームリンクから送信されたパケットであるとき、前記抽出手段が識別情報として該パケットの送信元アドレスを抽出し、前記決定手段が、該パケットの送信元アドレスを識別情報として接続先サーバを決定することを特徴とする負荷分散装置。  
（付記８）  付記1ないし付記４及び付記７のいずれかに記載の負荷分散装置において、
前記決定手段が、前記モバイルIP端末の気付アドレスに対応した送信元の識別情報を検索キーとして接続先サーバの識別情報を格納するテーブルを備え、到着したパケットの送信元アドレスを用いて接続先サーバを決定することを特徴とする負荷分散装置。
（付記９）  付記５又は付記６に記載の負荷分散装置において、
前記決定手段が、前記気付アドレスに対応した送信元アドレスを検索キーとして接続先サーバの識別情報を格納するテーブルを備え、到着したパケットの送信元アドレスを用いて接続先サーバを決定するとともに、該テーブルが、新しい気付アドレスを通知されたときに、該新しい気付アドレスを検索キーとしたエントリを作成し、格納するデータとして、古い気付アドレスのエントリのデータとして格納されていた接続先サーバの識別情報を格納することを特徴とする負荷分散装置。
（付記１０）付記９に記載の負荷分散装置において、
該決定手段が、該エントリのデータに有効時間を格納しておき、定期的に有効時間を減算し、該エントリを使用するパケットが到着する度に該有効時間を更新し、該有効時間が満了した時点で該エントリを無効化することを特徴とする負荷分散装置。      
（付記１１）付記１ないし付記４のいずれかに記載の負荷分散装置において、
該サーバの代わりに、モバイルIP端末のホームエージェントを接続先とすることを特徴とする負荷分散装置。
（付記１２）サーバとモバイルIP端末とが負荷分散装置を介して通信するコンピュータネットワークにおけるホームエージェントにおいて、
該負荷分散装置からの要求に応じて、自分自身が管理しているバインディングキャシュの情報を、定期的に、又は該モバイルIP端末の気付アドレスの変更がなされたことを契機として、該負荷分散装置に通知することを特徴とするホームエージェント。
（付記１３）サーバと負荷分散装置を介して通信するモバイルIP端末において、
負荷分散装置からの要求に応じて、自分自身が管理しているバインディングキャシュの情報を、定期的に、又は自分自身の気付アドレスの変更がなされたことを契機として、該負荷分散装置に通知することを特徴とするモバイルIP端末。
【図面の簡単な説明】
【０１０２】
【図１】本発明に係る負荷分散装置を適用したネットワーク実施例(1)を示した図である。
【図２】本発明に係る負荷分散装置の構成(1)を示したブロック図である。
【図３】本発明に係る負荷分散装置のネットワーク実施例(1)における動作（ホームアドレスを検索キーとする場合）を示したフローチャートである。
【図４】図３のフローチャートの中の、テーブル制御Ａの動作を示したフローチャートである。
【図５】本発明に係る負荷分散装置で使用される端末からサーバ向けIPv6パケットのフォーマット例を示した図である。
【図６】本発明に係る負荷分散装置のネットワーク実施例(1)における負荷分散テーブルの構成例（ホームアドレスを検索キーとする場合）を示した図である。
【図７】IPv6パケットの一般的なグローバルアドレスのフォーマット図である。
【図８】本発明に係る負荷分散装置のネットワーク実施例(1)における負荷分散テーブルの構成例（SA下位64ビットを検索キーとする場合）を示した図である。
【図９】本発明に係る負荷分散装置のネットワーク実施例(1)における動作（SPIを検索キーとする場合）を示したフローチャートである。
【図１０】IPsec暗号化した端末からサーバ向けIPv6パケットのフォーマット例を示した図である。
【図１１】本発明に係る負荷分散装置のネットワーク実施例(1)のおける負荷分散テーブル構成例（SPIを検索キーとする場合）を示した図である。
【図１２】本発明に係る負荷分散装置を適用したネットワーク実施例(2)（第1パケット受信時）を示したブロック図である。
【図１３】本発明に係る負荷分散装置を適用したネットワーク実施例(2)（モバイルIP端末移動時）を示したブロック図である。
【図１４】図13の負荷分散装置を適用したネットワーク実施例(2)（モバイルIP端末移動時）におけるバインディングアップデートのメッセージ例である。
【図１５】本発明に係る負荷分散装置のネットワーク実施例(2)における構成を示したブロック図である。
【図１６】本発明に係る負荷分散装置のネットワーク実施例(2)における動作（送信元アドレスを検索キーとする場合）を示したフローチャートである。
【図１７】図１６のフローチャートの中のテーブル制御Ｂの動作を示したフローチャートである。
【図１８】図１６のフローチャートの中のテーブル制御Ｃの動作を示したフローチャートである。
【図１９】本発明に係る負荷分散装置のネットワーク実施例における負荷分散テーブルの構成（SAを検索キーとする場合）を示した図である。
【図２０】従来技術の負荷分散装置を適用したネットワーク構成例を示した図である。
【符号の説明】
【０１０３】
LB  負荷分散装置
HA  ホームエージェント
R1〜R3  ルータ
S1，S2  サーバ
CoA,CoA1,CoA2  気付アドレス
MN  モバイルIP端末
SA  送信元アドレス
DA  宛先アドレス
SPI  セキュリティパラメータインデックス
1  IPv6ヘッダ情報抽出部
2  負荷分散テーブル
3  テーブル制御部
4  振分処理部
5  CoA通知要求生成部
10  IPv6ヘッダ
20  IPv6宛先オプションヘッダ
30  上位レイヤデータ
40  ESPヘッダ
50  ESP認証データ
A1〜A5  ネットワーク実施例(2)(第一パケット受信時)の中の動作シーケンス番号
B1〜B7  ネットワーク実施例(2)(MN移動時)の中の動作シーケンス番号
図中、同一符号は同一又は相当部分を示す。
【図１】
2008160814.tif 000003
【図２】
2008160814.tif 000004
【図３】
2008160814.tif 000005
【図４】
2008160814.tif 000006
【図５】
2008160814.tif 000007
【図６】
2008160814.tif 000008
【図７】
2008160814.tif 000009
【図８】
2008160814.tif 000010
【図９】
2008160814.tif 000011
【図１０】
2008160814.tif 000012
【図１１】
2008160814.tif 000013
【図１２】
2008160814.tif 000014
【図１３】
2008160814.tif 000015
【図１４】
2008160814.tif 000016
【図１５】
2008160814.tif 000017
【図１６】
2008160814.tif 000018
【図１７】
2008160814.tif 000019
【図１８】
2008160814.tif 000020
【図１９】
2008160814.tif 000021
【図２０】
2008160814.tif 000022