(57)【要約】【課題】処理を振り分けた先のサーバの負荷が仮に上がったとしても、過負荷にならないように負荷分散を行なうことを課題とする。【解決手段】サーバ１１０Ａ１は、移動端末６０の発呼要求を受け付けると、自装置を含めたサーバ１１０Ａ１〜１１０Ａ４から呼を確立させるサーバを選択する。その際、各サーバに現在かかっている負荷と、各サーバが現在確立している呼数とに基づいて選択する。負荷を比較すると、サーバ１１０Ａ４にかかる負荷が最も低く、サーバ１１０Ａ３にかかる負荷が２番目に低い。しかし、サーバ１１０Ａ４が現在かかえている呼の数は、サーバ１１０Ａ３が現在かかえている呼の数に比べてはるかに多い。現状では、サーバ１１０Ａ４が最小の負荷状態ではあるが、ユーザの使用状況によっては、サーバ１１０Ａ３にかかる負荷をはるかに超えるまで負荷が上がることもある。そこで、サーバ１１０Ａ１は、サーバ１１０Ａ３を選択する。【選択図】        図２
2010074310.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバを有し、前記複数のサーバのなかで呼制御部を備える代表サーバにより、ユーザデータの送受信に関する処理を前記複数のサーバへ振り分けるゲートウェイシステムであって、
前記代表サーバは、
前記呼制御部が、移動端末の発呼要求を受け付けた際に、各サーバに現在かかっている負荷と、各サーバの負荷発生の潜在性とに基づいてサーバを選択する発呼時選択手段と、
前記発呼時選択手段によって選択されたサーバを、前記移動端末の位置登録を行い、呼を確立するサーバに確定する発呼処理手段と、
を備えたことを特徴とするゲートウェイシステム。
【請求項２】
前記発呼処理手段は、各サーバが現在確立している呼数で前記負荷発生の潜在性を判断することを特徴とする請求項１に記載のゲートウェイシステム。
【請求項３】
前記発呼処理手段は、各サーバの現在のデータ転送量で前記負荷発生の潜在性を判断することを特徴とする請求項１に記載のゲートウェイシステム。
【請求項４】
前記代表サーバは、
前記呼制御部が、宛先に配下の移動端末が設定されたデータの送信先の問い合わせを受け付けた際に、各サーバに現在かかっている負荷と、各サーバの負荷発生の潜在性とに基づいてサーバを選択する着呼時選択手段と、
前記着呼時選択手段によって選択されたサーバを、前記移動端末の位置登録を行うサーバに確定するとともに、前記送信先の問い合わせ元に応答する送信先として確定する着呼処理手段と
をさらに備えたことを特徴とする請求項１、２または３に記載のゲートウェイシステム。
【請求項５】
前記着呼処理手段は、各サーバが現在確立している呼数で前記負荷発生の潜在性を判断することを特徴とする請求項４に記載のゲートウェイシステム。
【請求項６】
前記着呼処理手段は、各サーバの現在のデータ転送量で前記負荷発生の潜在性を判断することを特徴とする請求項４に記載のゲートウェイシステム。
【請求項７】
ユーザデータの送受信に関する処理を複数のサーバへ振り分ける方法をコンピュータに実行させる負荷分散プログラムであって、
移動端末の発呼要求を受け付けた際に、各サーバに現在かかっている負荷と、各サーバの負荷発生の潜在性とに基づいてサーバを選択する発呼時選択手順と、
前記発呼時選択手順によって選択されたサーバを、前記移動端末の位置登録を行い、呼を確立するサーバに確定する発呼処理手順と
をコンピュータに実行させることを特徴とする負荷分散プログラム。
【請求項８】
宛先に配下の移動端末が設定されたデータの送信先を問い合わされた際に、各サーバに現在かかっている負荷と、各サーバの負荷発生の潜在性とに基づいてサーバを選択する着呼時選択手順と、
前記着呼時選択手順によって選択されたサーバを、前記移動端末の位置登録を行うサーバに確定するとともに、前記送信先の問い合わせ元に応答する送信先として確定する着呼処理手順と
をさらにコンピュータに実行させることを特徴とする請求項７に記載の負荷分散プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数のサーバを有し、複数のサーバのなかで呼制御部を備える代表サーバにより、ユーザデータの送受信に関する処理を前記複数のサーバへ振り分けるゲートウェイシステムおよび代表サーバに実行させる負荷分散プログラムに関し、特に、処理を振り分けた先のサーバの負荷が仮に上がったとしても、過負荷にならないように負荷分散を行なうことが可能なゲートウェイシステムおよび負荷分散プログラムに関する。
【背景技術】
【０００２】
近年、移動体通信方式では、スーパー３Ｇが、現在主流となっている第３世代の次の方式として注目されている。スーパー３Ｇの無線通信システムには、複数のサーバを有するゲートウェイシステムの導入が考えられている。
【０００３】
ゲートウェイシステムでは、代表サーバが、配下の移動端末に対するユーザデータの送受信に関する処理をいずれのサーバで行なうかを決定する。サーバを決定までの段階として、代表サーバは、具体的には、移動端末から位置登録要求を受け付け、自装置を含め全サーバから一つのサーバを選択し、選択したサーバに対し、移動端末の位置登録を行うように指示する。そして、代表サーバは、位置登録済みの移動端末から発呼要求を受け付けると、この移動端末の位置登録を行なったサーバに対し、呼を確立するように指示する。移動端末と呼を確立したサーバは、この移動端末に対するユーザデータの送受信に関する処理を行なう。
【０００４】
このように、所定の処理を複数のサーバに振り分ける場合、各サーバにかかる負荷が均等になるように、負荷分散を行なうことが望ましい。そこで、例えば、処理を振り分けるタイミングで、全サーバの負荷状態を取得し、負荷状態が最小のものを選択し、選択したサーバに処理を担当させるという技術を適用することが考えられる。
【０００５】
【特許文献１】特開平１１−２１５１８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の技術では、現状で負荷が最小のものとして選択され、処理が振り分けられたサーバの負荷が、場合によっては許容できない程度にまで上がってしまうという問題があった。なぜなら、スーパー３Ｇの場合、サーバにかかる負荷は、ユーザの使用状況によって変動するためである。そこで、処理を振り分けた先のサーバの負荷が仮に上がったとしても、過負荷にならないように負荷分散を行なうことが課題とされた。
【０００７】
この発明は、上述した従来技術の課題を解決するためになされたものであり、処理を振り分けた先のサーバの負荷が仮に上がったとしても、過負荷にならないように負荷分散を行なうことが可能なゲートウェイシステムおよび負荷分散プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、このシステムは、複数のサーバを有し、前記複数のサーバのなかで呼制御部を備える代表サーバにより、ユーザデータの送受信に関する処理を前記複数のサーバへ振り分けるゲートウェイシステムであって、前記代表サーバは、前記呼制御部が、移動端末の発呼要求を受け付けた際に、各サーバに現在かかっている負荷と、各サーバの負荷発生の潜在性とに基づいてサーバを選択する発呼時選択手段と、前記発呼時選択手段によって選択されたサーバを、前記移動端末の位置登録を行い、呼を確立するサーバに確定する発呼処理手段と、を備えたことを要件とする。
【０００９】
また、このプログラムは、ユーザデータの送受信に関する処理を複数のサーバへ振り分ける方法をコンピュータに実行させる負荷分散プログラムであって、移動端末の発呼要求を受け付けた際に、各サーバに現在かかっている負荷と、各サーバの負荷発生の潜在性とに基づいてサーバを選択する発呼時選択手順と、前記発呼時選択手順によって選択されたサーバを、前記移動端末の位置登録を行い、呼を確立するサーバに確定する発呼処理手順とをコンピュータに実行させることを要件とする。
【発明の効果】
【００１０】
本開示したシステムの一つの態様によれば、処理を振り分けた先のサーバの負荷が仮に上がったとしても、過負荷にならないように負荷分散を行なうことができるという効果を奏する。
【発明を実施するための最良の形態】
【００１１】
以下に添付図面を参照して、本発明に係るゲートウェイシステムおよび負荷分散プログラムの好適な実施の形態を詳細に説明する。
【実施例】
【００１２】
まず、本実施例に係るゲートウェイシステムの概要を説明する。本実施例に係るゲートウェイシステムは、スーパー３Ｇに準拠した無線通信システムにおける一つのノードである。図１は、スーパー３Ｇに準拠した無線通信システムの一例を示す図である。無線通信システム２００は、基地局１０Ａ１〜１０Ａｎと、ハブ２０と、ハブ３０と、ルータ４０と、ゲートウェイシステム１００とを有し、公衆電話網やインターネットなどの通信網であるネットワーク５０に接続される。ハブ２０は、基地局１０Ａ１〜１０Ａｎとゲートウェイシステム１００間のデータ転送を行い、ハブ３０は、ゲートウェイシステム１００とルータ４０間のデータ転送を行う。ルータ４０は、無線通信システム２００とネットワーク５０間のデータ転送を行なう。
【００１３】
無線通信システム２００では、第３世代に準拠した無線通信システムにおいて、基地局、ＲＮＣ（Radio  Network  Controller）、ＳＧＳＮ（Serving  GPRS  Support  Node）およびＧＧＳＮ（Gateway  GPRS  Support  Node）が行なうパケット処理を、基地局１０Ａ１〜１０Ａｎおよびゲートウェイシステム１００で行なうことが考えられている。これは、ＲＮＣとＳＧＳＮが有する機能を基地局１０Ａ１〜１０Ａｎとゲートウェイシステム１００に配分して機能の集中化や効率化を図るためである。
【００１４】
その結果、ゲートウェイシステム１００に３つの機能が与えられる。つまり、「保守」と呼ばれ、オペレーション端末とのインタフェースとなる機能、「ＭＭＥ（Mobile  Management  Entity）」と呼ばれ、移動端末からの位置登録要求、呼接続要求、呼終了要求などに対する処理であるＣ−Ｐｌａｎｅ制御を行う機能、「ＵＰＥ（User  Plane  Entity）」と呼ばれ、ユーザデータの送受信に関する処理であるＵ−Ｐｌａｎｅ制御を行う機能である。
【００１５】
ゲートウェイシステム１００は、サーバ１１０Ａ１〜１１０Ａｎを備え、全サーバに保守およびＵＰＥの機能を有し、サーバ１１０Ａ１にＭＭＥの機能を有する。ＭＭＥの機能を有するサーバ１１０Ａ１は、基地局１０Ａ１〜１０Ａｎ配下の移動端末に対するユーザデータの送受信に関する処理をいずれのサーバで行なうかを決定する。その場合、各サーバにかかる負荷が均等になるように、負荷分散を行なうことが望ましい。
【００１６】
そこで、図２に示すように、サーバ１１０Ａ１は、移動端末６０の発呼要求を、基地局（図示せず）を介して受け付けると、自装置を含めたサーバ１１０Ａ１〜１１０Ａ４のうち、処理の負荷が比較的低く、かつ、現在確立している呼数が比較的少ないサーバを選択する。ここで、移動端末６０は、実際には、発呼要求を行なう前に位置登録要求を行なう。しかし、サーバ１１０Ａ１は、移動端末６０の位置登録要求を受け付けても、サーバに対する位置登録の指示を保留するなど、サーバによる移動端末６０の位置登録を確定せず未定の状態にする。なお、説明の便宜上、ゲートウェイシステム１００は、サーバ１１０Ａ１〜１１０Ａ４を備えるものする。
【００１７】
図２では、現在各サーバにかかる負荷を比較すると、サーバ１１０Ａ４にかかる負荷が最も低く、サーバ１１０Ａ３にかかる負荷が２番目に低い。しかし、サーバ１１０Ａ４が現在かかえている呼の数は、サーバ１１０Ａ３が現在かかえている呼の数に比べてはるかに多い。その場合、現状では、サーバ１１０Ａ４が最小の負荷状態ではあるが、各ユーザによる移動端末の使用状況によっては、サーバ１１０Ａ３にかかる負荷をはるかに超えるまで負荷が上がることもある。
【００１８】
そこで、サーバ１１０Ａ１は、サーバ１１０Ａ３を選択し、サーバ１１０Ａ３に対して移動端末６０の位置登録を行なうとともに、移動端末６０の呼を確立するよう指示する。なお、サーバ１１０Ａ１は、基地局１０Ａ１〜１０Ａｎ配下の移動端末への着信時に、サーバの選択を必要とする場合においても、同様に、各サーバの現状の負荷状態を比較し、さらに各サーバが現在かかえている呼数を比較してサーバの選択を行なう。
【００１９】
このように、サーバ１１０Ａ１は、各サーバの現状の負荷状態のみならず、負荷発生の潜在性を判断できる呼数まで比較した上でサーバの選択を行う。こうすることによって、処理を振り分けた先のサーバの負荷が仮に上がったとしても、過負荷にならないように負荷分散を行なうことが可能となる。なお、ゲートウェイシステム１００が、複数のサーバを有し、ＭＭＥのような呼制御を担当するサーバにより、各サーバに処理を振り分けるシステムであれば、無線通信システム２００は、いずれの移動体通信方式に準拠するものであってもよい。
【００２０】
次に、図３を用いて、サーバ１１０Ａ１の構成を説明する。図３は、サーバ１１０Ａ１の構成を示すブロック図である。なお、図３には、サーバ１１０Ａ１による処理の振り分けに関連する構成のみを示している。
【００２１】
図３に示すように、サーバ１１０Ａ１は、記憶部１２０と、ＣＰＵ（Central  Processing  Unit）使用率情報取得部１３０と、呼制御部１４０と、サーバ選択部１５０とを備える。記憶部１２０は、各種情報を記憶する記憶部であり、配下移動端末情報１２１と、呼数情報１２２と、ＣＰＵ使用率情報１２３とを記憶する。
【００２２】
配下移動端末情報１２１は、現在位置登録済みの移動端末のＩＰ（Internet  Protocol）アドレスであり、後述する発呼処理部１４１によって更新される。
【００２３】
呼数情報１２２は、現在各サーバに確立されている呼の数を比較するための情報であり、図４に示すように、サーバ識別情報と、呼数情報とが対応付けられたものである。サーバ識別情報は、サーバ１１０Ａ１〜１１０Ａｎを識別するための情報である。呼数情報は、現在サーバが確立している呼の数を示す情報である。
【００２４】
ＣＰＵ使用率情報１２３は、現在各サーバにかかっている負荷を比較するための情報であり、図５に示すように、サーバ識別情報と、ＣＰＵ使用率とが対応付けられたものである。サーバ識別情報は、呼数情報１２２のサーバ識別情報と同様、サーバ１１０Ａ１〜１１０Ａｎを識別するための情報である。ＣＰＵ使用率は、現在サーバのＣＰＵがどの程度使用されているかを示す情報である。なお、サーバ識別情報に対応付ける情報は、現在各サーバにかかっている負荷を比較できる情報であれば、いずれの情報であってもよく、例えば、メモリ使用率でもよい。
【００２５】
ＣＰＵ使用率情報取得部１３０は、ＣＰＵ使用率情報１２３を定期的に更新する処理部である。具体的には、ＣＰＵ使用率情報取得部１３０は、所定の間隔でサーバ１１０Ａ１〜１１０Ａｎにアクセスし、ＣＰＵ使用率を取得する。そして、ＣＰＵ使用率情報取得部１３０は、取得したＣＰＵ使用率に基づいてＣＰＵ使用率情報１２３を更新する。
【００２６】
呼制御部１４０は、ＭＭＥの機能に関する処理を行なう処理部であり、発呼処理部１４１と、着呼処理部１４２とを備える。発呼処理部１４１は、移動端末の発信時に関する処理を行ない、着呼処理部１４２は、移動端末への着信時に関する処理を行なう。各処理部による処理では、配下の移動端末の発信時または移動端末への着信時に、ユーザデータの送受信に関する処理を振り分けるためにサーバを選択する必要が生じる。その場合、各処理部は、サーバ選択部１５０にサーバを選択するように指示する。
【００２７】
発呼処理部１４１は、移動端末の発呼要求を、基地局を介して受け付けると、後述するサーバ選択部１５０にサーバの選択を行うように指示する。実際には、発呼処理部１４１は、移動端末から発呼要求を受け付ける前に位置登録要求を受け付ける。しかし、発呼処理部１４１は、例えば、加入者状態変更（ＬＴＥ（Long  Term  Evolution）＿ＤＥＴＡＣＨＥＤの状態からＬＴＥ＿ＩＤＬＥの状態へ変更する）のみを行ない、サーバに対して位置登録を行なうよう指示することを保留する。
【００２８】
サーバの選択を指示した後、発呼処理部１４１は、サーバ選択部１５０からサーバを指定されるので、指定されたサーバに対して位置登録を行なうように指示するとともに、配下移動端末情報１２１を更新し、位置登録要求を行なった移動端末のＩＰアドレスを加える。また、発呼処理部１４１は、呼数情報１２２を更新し、指定されたサーバの呼の数を１つ増やす。そして、発呼処理部１４１は、指定されたサーバに対して呼を確立するように指示する。また、発呼処理部１４１は、移動端末の発呼要求が、前回と異なる位置登録を要求した上で行なわれていた場合には、本来位置登録していたサーバに位置登録の抹消を行うように指示する。
【００２９】
また、発呼処理部１４１は、移動端末から終呼要求を受け付けると、この移動端末と呼を確立しているサーバに呼を終了するように指示する。そして、発呼処理部１４１は、呼数情報１２２を更新し、終了を指示したサーバの呼の数を１つ減らす。
【００３０】
着呼処理部１４２は、図１におけるルータ４０からＡＲＰ（Address  Resolution  Protocol）要求パケットを受信する。ＡＲＰ要求パケットを送信するまでの段階として、ルータ４０は、ネットワーク５０におけるノードから、無線通信システム２００内の移動端末に向けたＩＰパケットを受信する。そして、ルータ４０は、パケットに含まれる宛先ＩＰアドレスからフレームアドレス（ＭＡＣ（Media  Access  Control）アドレス）を求めるために、ＡＲＰに準拠したＡＲＰ要求パケットをブロードキャストＩＰパケットとして送信する。
【００３１】
着呼処理部１４２は、受信したＡＲＰ要求パケットに含まれる宛先ＩＰアドレスを、配下移動端末情報１２１に含まれる全ＩＰアドレスと比較する。宛先ＩＰアドレスに一致するＩＰアドレスがあった場合には、着呼処理部１４２は、サーバ選択部１５０にサーバの選択を行うように指示する。一方、着呼処理部１４２は、ＩＰアドレスが不一致である場合には、ＡＲＰ要求を破棄する。その結果、ルータ４０は、ＡＲＰにしたがって、ＡＲＰ応答の受信タイムアウトをもって、受信したＩＰパケットを破棄する。ここで、他のサーバも、同様に、ルータ４０からＡＲＰ要求パケットを受信するが、サーバ１１０Ａ１は、他のサーバにＡＲＰ要求を無条件で破棄させて、ＡＲＰ応答を代理する。
【００３２】
サーバの選択を指示した後、着呼処理部１４２は、サーバ選択部１５０からサーバを指定されるので、指定されたサーバに対して位置登録を行なうように指示する。そして、着呼処理部１４２は、呼数情報１２２を更新し、指定されたサーバの呼の数を１つ増やす。また、着呼処理部１４２は、宛先ＩＰアドレスに一致したＩＰアドレスを有する移動端末を本来位置登録していたサーバと、サーバ選択部１５０から指定されたサーバとが異なる場合には、本来位置登録していたサーバに位置登録を抹消するよう指示する。そして、着呼処理部１４２は、指定されたサーバのＭＡＣアドレスを予め自装置内で記憶している全サーバのＭＡＣアドレスデータより取得し、ＡＲＰ応答パケット内の宛先ＭＡＣアドレスに設定し、ルータ４０へＡＲＰ応答パケットを送信する。
【００３３】
その後、ルータ４０は、ＡＲＰ応答パケットに含まれる宛先ＭＡＣアドレスをＩＰパケットの宛先に設定し、ＩＰパケットを送信する。そして、サーバ選択部１５０に選択されたサーバは、ルータ４０からＩＰパケットを受信し、サーバ１１０Ａ１に対して着信通知を行なう。着呼処理部１４２は、着信通知を受けて、基地局１０Ａ１〜１０Ａｎを介してページングを行なう。
【００３４】
サーバ選択部１５０は、呼制御部１４０からサーバを選択するように指示されると、呼数情報１２２やＣＰＵ使用率情報１２３に基づいてサーバを選択する。スーパー３Ｇの場合、移動端末とサーバとの間に確立した呼の数と、サーバにかかる負荷の高さとは必ずしも比例関係にはならない。例えば、他のサーバに比べて多くの呼を確立しているサーバでも、呼が安定していれば、負荷状態が最小となることがあり得る。しかし、このようなサーバは、その先、負荷が急に上がって他のサーバよりもはるかに負荷が高くなることもある。また、逆に、他のサーバに比べて少ない呼を確立しているサーバでも、ユーザの使用状況によっては、負荷状態が最大となることがあり得る。しかし、このようなサーバは、その先、負荷が急に下がって他のサーバよりもはるかに負荷が少なくなることもある。
【００３５】
したがって、例えば、サーバ選択部１５０は、サーバごとに、現在確立している呼数にＣＰＵ未使用率を乗算し、乗算結果に所定の係数をさらに乗算した第２の呼数を求める。そして、サーバ選択部１５０は、現在確立している呼数における第２の呼数の割合を百分率で求め、ＣＰＵ使用率に加算することで、サーバごとに加算値をそれぞれ算出し、算出した加算値が最も低いサーバを選択する。このように、サーバ選択部１５０は、ＣＰＵ使用率のみではなく、ＣＰＵ使用率に呼数を加味してサーバを選択する。なお、例えば、求めた百分率をＣＰＵ使用率に乗算し、算出した乗算値が最も低いサーバを選択するなど、サーバの選択が、現状の負荷に負荷発生の潜在性を加味したものであれば、いかなる論理でサーバを選択してもよい。また、サーバの選択に際して現状の負荷に加味する情報については、呼数のほかに、現在のサーバのデータ転送量であってもよい。また、呼数そのものではなく、呼の帯域を用いて算出を行うようにしてもよい。このように、サーバ選択部１５０は、各サーバの現状の負荷状態のみならず、将来、負荷発生の潜在性を判断できる呼数を加味してサーバの選択を行う。こうすることによって、処理を振り分けた先のサーバの負荷が仮に上がったとしても、過負荷にならないように負荷分散を行なうことが可能となる。
【００３６】
なお、サーバ選択部１５０は、現状の負荷を比較するために、ＣＰＵ使用率情報取得部１３０によって所定の間隔で更新されるＣＰＵ使用率情報１２３を参照するものとしたが、各サーバに現在かかっている負荷を比較できればいかなる方法であってもよく、例えば、自らサーバ１１０Ａ１〜１１０Ａｎにアクセスし、ＣＰＵ使用率を取得するようにしてもよい。
【００３７】
次に、サーバ１１０Ａ１による移動端末の発信時に関する処理動作について図６を用いて説明する。図６は、サーバ１１０Ａ１による移動端末の発信時に関する処理の流れを示すフローチャートである。
【００３８】
図６に示すように、サーバ１１０Ａ１において、発呼処理部１４１は、発呼要求を受け付けると（ステップＳ１０１肯定）、サーバ選択部１５０は、発呼処理部１４１からの指示を受けて全サーバのＣＰＵ使用率情報１２３を参照し（ステップＳ１０２）、呼数情報１２２を参照する（ステップＳ１０３）。そして、サーバ選択部１５０は、ＣＰＵ使用率情報１２３と呼数情報１２２に基づいてサーバを選択し（ステップＳ１０４）、発呼処理部１４１は、サーバ選択部１５０が選択したサーバに位置登録を行うように指示する（ステップＳ１０５）。そして、発呼処理部１４１は、呼数情報１２２を更新し（ステップＳ１０６）、サーバ選択部１５０が選択したサーバに呼を確立するように指示して（ステップＳ１０７）処理を終了する。なお、ステップＳ１０６として示した呼数情報１２２の更新処理は、サーバの選択後であれば、どのタイミングであってもよい。例えば、発呼処理部１４１は、呼を確立するように指示した後、呼数情報１２２を更新してもよい。
【００３９】
次に、サーバ１１０Ａ１による移動端末の着信時に関する処理動作について図７を用いて説明する。図７は、サーバ１１０Ａ１による移動端末の着信時に関する処理の流れを示すフローチャートである。
【００４０】
図７に示すように、サーバ１１０Ａ１において、着呼処理部１４２は、ＡＲＰ要求パケットを受信すると（ステップＳ２０１肯定）、パケット内の宛先ＩＰアドレスと現在位置登録済みの移動端末のＩＰアドレスとを比較する（ステップＳ２０２）。比較の結果、宛先ＩＰアドレスに一致するＩＰアドレスがある場合には（ステップＳ２０３肯定）、サーバ選択部１５０は、発呼処理部１４１からの指示を受けて全サーバのＣＰＵ使用率情報１２３を参照し（ステップＳ２０４）、呼数情報１２２を参照する（ステップＳ２０５）。一方、宛先ＩＰアドレスに一致するＩＰアドレスがない場合には（ステップＳ２０３否定）、着呼処理部１４２は、ＡＲＰ要求を破棄する（ステップＳ２１０）。
【００４１】
各情報を参照したサーバ選択部１５０は、ＣＰＵ使用率情報１２３と呼数情報１２２に基づいてサーバを選択し（ステップＳ２０６）、着呼処理部１４２は、サーバ選択部１５０が選択したサーバに位置登録を行うように指示する（ステップＳ２０７）。そして、着呼処理部１４２は、呼数情報１２２を更新し（ステップＳ２０８）、サーバ選択部１５０が選択したサーバのＭＡＣアドレスをＡＲＰ応答パケットに設定して送信して（ステップＳ２０９）処理を終了する。なお、ステップＳ２０８として示した呼数情報１２２の更新処理は、サーバの選択後であれば、どのタイミングであってもよい。例えば、着呼処理部１４２は、ＡＲＰ応答パケットの送信後に呼数情報１２２を更新してもよい。
【００４２】
上述してきたように、本実施例に係るゲートウェイシステム１００では、サーバ１１０Ａ１は、各サーバの現状の負荷状態のみならず、負荷発生の潜在性を判断できる呼数を加味してサーバの選択を行う。こうすることによって、処理を振り分けた先のサーバの負荷が仮に上がったとしても、過負荷にならないように負荷分散を行なうことが可能となる。
【００４３】
なお、図３に示した本実施例に係るサーバ１１０Ａ１の構成は、本発明の要旨を逸脱しない範囲で種々に変更できる。例えば、サーバ１１０Ａ１のＣＰＵ使用率取得部１３０、呼制御部１４０およびサーバ選択部１５０の機能をソフトウェアとして実装し、これをＣＰＵで実行して、サーバ１１０Ａ１と同等の機能を実現できる。以下に、各部の機能をソフトウェアとして実装した負荷分散プログラム３４１を実行するコンピュータの一例を示す。
【００４４】
図８は、負荷分散プログラム３４１を実行するコンピュータ３００を示す機能ブロック図である。このコンピュータ３００は、各種演算処理を実行するＣＰＵ３１０と、ネットワークを介して他のコンピュータとの間でデータの授受を行なうネットワークインターフェース装置３２０と、各種情報を一時記憶するＲＡＭ（Random  Access  Memory）３３０と、ＲＯＭ（Read  Only  Memory）３４０とをバス３５０で接続して構成される。
【００４５】
そして、ＲＯＭ３４０には、図３に示したＣＰＵ使用率取得部１３０、呼制御部１４０およびサーバ選択部１５０と同様の機能を有する負荷分散プログラム３４１が記憶され、図３に示した呼数情報１２２やＣＰＵ使用率情報１２３に相当する呼数データ３４２やＣＰＵ使用率データ３４３が記憶される。
【００４６】
そして、ＣＰＵ３１０が負荷分散プログラム３４１をＲＯＭ３４０から読み出してＲＡＭ３３０に展開すると、負荷分散プログラム３４１は、負荷分散プロセス３３１として機能するようになる。そして、負荷分散プロセス３３１は、呼数データ３４２やＣＰＵ使用率データ３４３から読み出した情報等を適宜ＲＡＭ３３０上の自身に割り当てられた領域に展開し、この展開したデータ等に基づいて各種データ処理を実行する。
【００４７】
なお、上記の負荷分散プログラム３４１は、必ずしもＲＯＭ３４０に格納されている必要はなく、メモリーカード等の記憶媒体に記憶されたこのプログラムを、コンピュータ３００が読み出して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）等を介してコンピュータ３００に接続される他のコンピュータ（またはサーバ）等にこのプログラムを記憶させておき、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。
【図面の簡単な説明】
【００４８】
【図１】スーパー３Ｇに準拠した無線通信システムの一例を示す図である。
【図２】ゲートウェイシステム１００の概要を説明するための図である。
【図３】サーバ１１０Ａ１の構成を示すブロック図である。
【図４】呼数情報１２２の具体例を示す図である。
【図５】ＣＰＵ使用率情報１２３の具体例を示す図である。
【図６】サーバ１１０Ａ１による移動端末の発信時に関する処理の流れを示すフローチャートである。
【図７】サーバ１１０Ａ１による移動端末の着信時に関する処理の流れを示すフローチャートである。
【図８】負荷分散プログラム３４１を実行するコンピュータ３００を示す図である。
【符号の説明】
【００４９】
１０Ａ１〜１０Ａｎ  基地局
２０、３０  ハブ
４０  ルータ
５０  ネットワーク
６０  移動端末
１００  ゲートウェイシステム
１１０Ａ１〜１１０Ａｎ  サーバ
１２０  記憶部
１２１  配下移動端末情報
１２２  呼数情報
１２３  ＣＰＵ使用率情報
１３０  ＣＰＵ使用率情報取得部
１４０  呼制御部
１４１  発呼処理部
１４２  着呼処理部
１５０  サーバ選択部
【図１】
2010074310.tif 000003
【図２】
2010074310.tif 000004
【図３】
2010074310.tif 000005
【図４】
2010074310.tif 000006
【図５】
2010074310.tif 000007
【図６】
2010074310.tif 000008
【図７】
2010074310.tif 000009
【図８】
2010074310.tif 000010