(57)【要約】【課題】ネットワーク内の通信を制御するサーバとリンクを収容するルータとを通信ノードとして構成されるネットワークにおいて、サーバリソースを効率的に使用する。【解決手段】通信ノードのサーバクラウド化ネットワーク１は、以下の３点を満足するようにして構成される。（１）すべてのサーバ１１０を仮想化したサーバクラウド１００を構築し、サーバクラウド１００内のサーバ１１０用の接続は、ユーザの使用する端末１６０が接続された回線またはリンクを収容する既存のルータ１４０とリンクとで構成されたルータ網１５０を用いて行う。すなわち、クラウド化するために、専用のネットワークを新たに構築しない。（２）サーバクラウド１００には、代表アドレスＳを設定する。（３）すべてのルータ１４０は、サーバクラウド１００に、代表アドレスＳを用いて接続する。【選択図】図２
2012155564.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク内の通信を制御する複数のサーバとリンクを収容する複数のルータとを通信ノードとして構成される通信ノードのサーバクラウド化ネットワークであって、
複数の前記サーバを仮想化して１つのサーバとして機能し、前記ルータと通信する際に用いる宛先として１つの代表アドレスを設定しているサーバクラウドと、
ユーザが使用する端末が接続された回線または前記リンクを収容する前記ルータと前記リンクとによって構築され、前記端末と前記サーバとを通信可能に接続するルータ網と
を備えることを特徴とする通信ノードのサーバクラウド化ネットワーク。
【請求項２】
前記サーバクラウドは、
前記サーバに処理を割り振るロードバランサを備え、
前記ロードバランサは、前記代表アドレスを設定している
ことを特徴とする請求項１に記載の通信ノードのサーバクラウド化ネットワーク。
【請求項３】
前記ルータが複数のグループのいずれかに属し、
前記グループごとに前記サーバクラウドを備え、
各前記サーバクラウドがそれぞれ異なる前記代表アドレスを設定している
ことを特徴とする請求項１に記載の通信ノードのサーバクラウド化ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク内の通信を制御するサーバとリンクを収容するルータとを通信ノードとして構成されるネットワークにおいて、サーバリソースを効率的に使用する技術に関する。
【背景技術】
【０００２】
ＮＧＮ（Next Generation Network）等で扱われるネットワークには、ネットワーク内の通信を制御するサーバとリンクを収容するルータとを通信ノードとして構成するものがある（非特許文献１参照）。
ルータは、ユーザが使用する端末を収容してルーチング制御を実行するとともに、端末から受信した送信先のアドレスをサーバ宛のアドレスに変換したり、登録ユーザ以外からのアクセスを排除したり、伝送路の輻輳制御を実施したりする。また、ルータは、リンクを収容するため、その設置場所が限定されている。
【０００３】
サーバは、予め決められた狭いエリア（地域）に設置されている複数のルータと通信可能に接続され、ネットワーク内の通信を制御する。サーバは、例えばネットワークがＩＰ（Internet Protocol）網の場合には、呼制御を行うＳＩＰ（Session Initiation Protocol）サーバ、認証を行うＲＡＤＩＵＳ（Remote Authentication Dial In User Service）サーバ、アドレス解決の役目を果たすＤＮＳ（Domain Name System）サーバ、および各種サービスを制御するアプリケーションサーバ等を含んでいる。
また、サーバは、その処理負荷の予測量（短期間の時間変動予測だけでなく中長期的な需要予測も含む）に応じて、予め必要な場所に必要なリソースで設置されている。その際、サーバは、予測される処理負荷の変動に対して対応可能なように、十分な余裕を持つようにリソースが設定される。そのため、サーバのリソースを必ずしも効率的に使用していない状態が発生している。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】笠原英樹，他，「次世代ネットワークを支えるネットワーク基盤技術」，ＮＴＴ技術ジャーナル，Vol.19，No.4，p.38-43，(2007)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
そこで、本発明は、ネットワーク内の通信を制御するサーバとリンクを収容するルータとを通信ノードとして構成されるネットワークにおいて、サーバリソースを効率的に使用することを課題とする。
【課題を解決するための手段】
【０００６】
本発明は、ネットワーク内の通信を制御する複数のサーバとリンクを収容する複数のルータとを通信ノードとして構成される通信ノードのサーバクラウド化ネットワークが、複数の前記サーバを仮想化して１つのサーバとして機能し、前記ルータと通信する際に用いる宛先として１つの代表アドレスを設定しているサーバクラウドと、ユーザが使用する端末が接続された回線または前記リンクを収容する前記ルータと前記リンクとによって構築され、前記端末と前記サーバとを通信可能に接続するルータ網とを備えることを特徴とする。
【０００７】
このような構成によれば、通信ノードのサーバクラウド化ネットワークは、サーバを仮想化して１つのサーバとして機能するサーバクラウドを備えている。そのため、サーバクラウド内では処理負荷の大きいサーバの処理を他のサーバで分担することが可能となり、サーバリソースを効率的に使用することができる。また、サーバクラウド内のサーバ用の接続には、端末を収容しているルータとリンクとによって構成されるルータ網を用いるので、新たにサーバクラウド内のサーバ用のネットワークを構築する必要がない。そのため、通信ノードのサーバクラウド化ネットワークを構築するためのコストの低減も図ることができる。また、サーバクラウドが１つの代表アドレスを設定しているので、どのルータからも必ずサーバクラウドに接続することが可能となる。
【０００８】
また、本発明は、前記通信ノードのサーバクラウド化ネットワークにおいて、前記サーバクラウドが、前記サーバに処理を割り振るロードバランサを備え、前記ロードバランサは、前記代表アドレスを設定していることを特徴とする。
【０００９】
このような構成によれば、サーバクラウド内のロードバランサが各サーバに処理を割り振っている。このとき、ロードバランサが各サーバの処理負荷を監視し、サーバクラウド内では処理負荷に応じて処理を負荷の低いサーバに割り振る機能を持てば、サーバリソースを効率的に使用することができる。
【００１０】
また、本発明は、前記通信ノードのサーバクラウド化ネットワークにおいて、前記ルータが複数のグループのいずれかに属し、前記グループごとに前記サーバクラウドを備え、各前記サーバクラウドがそれぞれ異なる前記代表アドレスを設定していることを特徴とする。
【００１１】
このような構成によれば、複数に分割された通信ノードのサーバクラウド化ネットワークのそれぞれが、異なる事業者によって運営される場合であっても、各サーバクラウド内においては、処理負荷の大きいサーバの処理を他のサーバで分担することが可能となり、サーバリソースを効率的に使用することができる。
【発明の効果】
【００１２】
本発明によれば、ネットワーク内の通信を制御するサーバとリンクを収容するルータとを通信ノードとして構成されるネットワークにおいて、サーバリソースを効率的に使用することができる。
【図面の簡単な説明】
【００１３】
【図１】現状のネットワークを示す図である。
【図２】本発明の通信ノードのサーバクラウド化ネットワークの概念図を表す図である。
【図３】本実施形態におけるサーバクラウドの構成例を示す図であり、（ａ）はロードバランサを１台備える場合を表し、（ｂ）はロードバランサを階層構造に備える場合を表す。
【図４】本実施形態のサーバクラウドを地域ごとに備える構成例を示す図である。
【図５】本実施形態のルータの構成例を示す図である。
【図６】本実施形態の通信ノードのサーバクラウド化ネットワークにおいて、ＳＩＰサーバにおける端末登録時の処理シーケンス例を示す図である。
【図７】端末登録後のセッション設定のための処理シーケンス例を示す図である。
【発明を実施するための形態】
【００１４】
本発明を実施するための形態（以降、「実施形態」と称す。）について、適宜図面を参照しながら詳細に説明する。なお、以降の説明では、ネットワークがＩＰ網で、サーバがＳＩＰサーバの場合を例として説明するが、これに限られず、ネットワークがＩＰとは異なるプロトコルで、サーバが当該プロトコルに対応してネットワーク内の通信を制御する各種サーバであっても構わない。
【００１５】
本実施形態の概要について、図１，２を用いて説明する。図１は、サーバとルータとを通信ノードとして構成される現状のネットワークの一例を表している。また、図２は、本実施形態における通信ノードのサーバクラウド化ネットワークの概念図を表している。なお、図１，２それぞれには、日本地図が記載されているが、日本に限られることは無く、一地域の狭い範囲または世界に跨る広い範囲であっても構わない。
【００１６】
図１に示すサーバ１１０は、ネットワーク内の通信の制御を実行し、ルータ１４０は、ユーザの使用する端末１６０およびリンクを収容している。なお、図１に示す現状のネットワークでは、サーバ１１０およびルータ１４０は、予め決められた場所に所定のリソースのものが設置されており、固定的に運用されている。そして、ルータ１４０と、そのルータ１４０の接続先のサーバ１１０とは、ペアとして予め決められている。サーバ１１０は、サーバ１１０のペアとして決められているルータ１４０が収容する端末１６０の登録情報を記憶している。また、端末１６０は、例えば、ＰＣ（Personal Computer）であり、パケットの送受信を行う。なお、図１では、パケットをリンクを介して転送する中継ルータおよび中継サーバについては、記載を省略しているが、この中継ルータもルータ１４０に含まれ、中継サーバもサーバ１１０に含まれるものとする。
【００１７】
端末１６０が他の端末１６０と通信を行うとき、その端末１６０は、通信を行う前に、予め自分が接続すべきサーバ１１０に端末１６０の登録（REGISTER）を行っておく。この時、端末１６０は、ＤＨＣＰ（Dynamic Host Configuration Protocol）によって、サーバ１１０のアドレスではなく、ルータ１４０のアドレスを取得する。そして、ルータ１４０は、端末１６０からパケットを受信したとき、受信したパケットの宛先をルータ１４０のアドレスからサーバ１１０のアドレスに変換して、当該パケットをサーバ１１０に送信する。
【００１８】
サーバ１１０は、予測される処理負荷の変動に対して対応可能なように、十分な余裕を持つようにリソースが設定される。そのため、現状のネットワークでは、サーバ１１０は、必ずしも、そのリソースを効率的に使用していない状態になる。
【００１９】
図２は、本実施形態の通信ノードのサーバクラウド化ネットワーク１の概念図を示し、図１と同じ構成には、それぞれ同じ符号を付している。なお、図２では、パケットをリンクを介して転送する中継ルータおよび中継サーバについては、記載を省略しているが、この中継ルータもルータ１４０に含まれ、中継サーバもサーバ１１０に含まれるものとする。
【００２０】
通信ノードのサーバクラウド化ネットワーク１では、通信ノードのうち、ルータ１４０はリンクを収容するため、地理的に設置場所が限定されている。しかし、サーバ１１０は、ネットワーク内の通信を制御するために、ルータ１４０および他のサーバ１１０との間で通信が行えられれば、どこに設置されていても構わない。
【００２１】
そこで、通信ノードのサーバクラウド化ネットワーク１は、以下の３点を満足するようにして構成する。
（１）すべてのサーバ１１０を仮想化したクラウド（以降、サーバクラウド１００と称する。）を構築し、サーバクラウド１００内のサーバ１１０用の接続は、ユーザの使用する端末１６０を収容する既存のルータ１４０とリンクとで構成されたルータ網１５０を用いて行う。すなわち、クラウド化するために、専用のネットワークを新たに構築しない。
（２）サーバクラウド１００には、代表アドレスＳを設定する。
（３）すべてのルータ１４０は、サーバクラウド１００に、代表アドレスＳを用いて接続する。
【００２２】
ここで、サーバ仮想化について、説明する。
サーバを効率良く利用する手段として、１台のサーバ（プロセッサ）に、１つのＯＳ（オペレーティングシステム）やアプリケーションを割り当てるのではなく、例えば、ハイパーバイザというソフトウェアを用いて、１台のサーバ（プロセッサ）を仮想的に同一仕様の複数のサーバ（プロセッサ）に見せかけて、複数のＯＳやアプリケーションを動作させる技術が用いられている。この技術により、１台のサーバ上で異なる種類のＯＳを動作させたり、プロセッサの使用効率の低いプログラムを複数動作させたりすることにより、複数のサーバで行っていた処理を１台のサーバで効率良く処理することができる。また、複数のサーバすべてを仮想化し、それらを１つにまとめ、仮想的に大規模な１台のサーバに見せることもできる。
【００２３】
すなわち、通信ノードのサーバクラウド化ネットワーク１は、図１の現状のネットワークのように各ルータ１４０のペアとなるサーバ１１０を意識することなく、ルータ１４０のペアであったサーバ１１０が提供していたサービスを、サーバクラウド１００から受ける形態（例えば、ＳａａＳ；Software as a Service）をとることができる。なお、ＳａａＳとは、サーバクラウド１００の運営者が、サーバ１１０のリソースだけを提供するのではなく、サーバリソース１００上に運営者がＯＳやアプリケーションをセットアップし、ユーザにそのアプリケーションをネットワークを介して利用可能とするサービスのことである。
【００２４】
次に、本実施形態におけるサーバクラウド１００の構成例について、図３を用いて説明する。なお、図３（ａ）はロードバランサを１台備える場合を表し、（ｂ）はロードバランサを階層構造に備える場合を表す。また、図３（ａ），（ｂ）では、端末１６０の記載を省略している。
【００２５】
図３（ａ）では、サーバクラウド１００は、１台のロードバランサ１３０と複数のサーバ１１０で構成される。ロードバランサ１３０は、ルータ１４０から受信したパケットに対する応答処理を実行するサーバ１１０を決定する機能を備える。なお、図３（ａ）では、ロードバランサ１３０は１台しか記載していないが、前記したサーバ仮想化の技術を適用することによって、複数台を１台に見せても構わない。
【００２６】
ロードバランサ１３０は、代表アドレスＳを設定され、ルータ１４０からパケットを受信する。そして、ロードバランサ１３０は、処理を担当させるサーバ１１０の順番に機械的に割り振り、サーバクラウド１００内のいずれのサーバ１１０に処理を担当させるかを決定する。なお、このサーバ１１０の決定において、ロードバランサ１３０は、各サーバ１１０の処理負荷を考慮して、処理負荷の小さいサーバ１１０に処理を割り当てるようにしても構わない。また、ロードバランサ１３０は、受信したパケットを、処理を担当させるサーバ１１０に送信する。
【００２７】
サーバクラウド１００内のサーバ１１０は、端末１６０に通知するアドレスとして、その端末１６０を収容しているルータ１４０のアドレスを用いて、受信したパケットに対応する応答情報を送信する。なお、応答情報の宛先に用いられるアドレスは、サーバ１１０の代わりにルータ１４０によって付加されても良い。
また、端末１６０がサーバクラウド１００にアクセスする際には、ルータ１４０は、端末１６０から受信したパケットの宛先（ルータ１４０のアドレス）を、サーバクラウド１００の代表アドレスＳに変換して、受信したパケットをサーバクラウド１００に送信する。なお、当該変換には、例えば、ＮＡＴ（Network Address Translation）技術を用いても良い。
【００２８】
サーバクラウド１００内のサーバ１１０は、端末１６０の登録情報を記憶しているので、任意の端末１６０から受信したパケットに対する応答処理を実行できる。
【００２９】
次に、ロードバランサを階層構造に備える場合の構成例について、図３（ｂ）を用いて説明する。図３（ｂ）が図３（ａ）と異なる点は、代表アドレスを設定されたロードバランサ１３１とサーバ１１０との間に、さらにロードバランサ１３２を階層的に備えていることである。ただし、ロードバランサ１３１，１３２の機能は、ルータ１４０から受信したパケットに対する応答処理を実行するサーバ１１０を決定することである。このロードバランサ１３２は、ロードバランサ１３１の負荷を分散するためのものである。なお、ロードバランサ１３１，１３２間の配線は、新たに実施される。また、図３（ｂ）では、階層数が２の場合を示しているが、階層数が３以上であっても構わない。また、前記相違点以外の構成については、図３（ａ）と同様であるので、同じ符号を付し、詳細な説明を省略する。
【００３０】
図３（ｂ）では、サーバクラウド１００の外部に見えるアドレスはロードバランサ１３１の代表アドレスＳである。したがって、端末１６０がサーバ１１０にアクセスする際には、ルータ１４０は、端末１６０から受信したパケットの宛先（ルータ１４０のアドレス）を、サーバクラウド１００の代表アドレスＳに変換して、受信したパケットをサーバクラウド１００に送信すれば良い。なお、ロードバランサ１３１とロードバランサ１３２とを組み合わせて、図３（ａ）に示すような１台のロードバランサの機能を実現しても構わない。
【００３１】
次に、本実施形態のサーバクラウド１００を地域ごとに備える構成例について、図４を用いて説明する。図４では、地域（グループ）が２つある場合を示している。例えば、東地域と西地域とでネットワークの管理者が異なる場合である。なお、端末１６０については、記載を省略している。
図４では、ルータ１４０がいずれかの地域（グループ）に属するように配置される。また、地域（グループ）ごとにサーバクラウド１００が構成される。サーバクラウド１００内の構成は、図３（ａ）に示す構成と同様であるので説明を省略する。ただし、各サーバクラウド１００のロードバランサ１３０は、それぞれ異なる代表アドレスＳ１，Ｓ２を設定している。
【００３２】
西地域に設置されている端末１６０がサーバクラウド１００にアクセスする際には、ルータ１４０は、端末１６０から受信したパケットの宛先（ルータ１４０のアドレス）を、ロードバランサ１３０の代表アドレスＳ１に変換して、受信したパケットをサーバクラウド１００に送信する。また、東地域に設置されている端末１６０がサーバクラウド１００にアクセスする際には、ルータ１４０は、端末１６０から受信したパケットの宛先（ルータ１４０のアドレス）を、ロードバランサ１３０の代表アドレスＳ２に変換して、受信したパケットをサーバクラウド１００に送信する。
なお、図４では、地域（グループ）が２つある場合について説明したが、３以上の地域（グループ）に分かれていても、サーバクラウド１００ごとに異なる代表アドレスを設定すれば良い。
【００３３】
次に、本実施形態の通信ノードのサーバクラウド化ネットワーク１で用いるルータ１４０の構成例について、図５を用いて説明する（適宜、図３（ａ）参照）。
ルータ１４０は、処理部４１０、通信部４２０、および記憶部４３０を備える。
処理部４１０は、図示しないＣＰＵ（Central Processing Unit）およびメインメモリによって構成され、記憶部４３０に記憶されているアプリケーションプログラムをメインメモリに展開して、少なくとも、アドレス変換部４１１の機能を具現化する。また、処理部４１０は、通信部４２０および記憶部４３０におけるデータの送受信等の制御を行う。ただし、処理部４１０において、ルーチング制御や輻輳制御等の機能については、記載を省略している。
通信部４２０は、ネットワークに接続するインタフェースであり、端末１６０、他のルータ１４０、およびロードバランサ１３０との間でパケットを送受信する。
記憶部４３０は、少なくとも、前記アプリケーションプログラムや、サーバクラウド１００の代表アドレス４３１を記憶している。
【００３４】
次に、本実施形態の通信ノードのサーバクラウド化ネットワーク１において、ＳＩＰサーバにおける端末登録時の処理シーケンス例について、図６を用いて説明する（適宜、図３（ａ）参照）。
ＳＩＰを用いて端末１６０Ａ，１６０Ｂ間で通信を行う際には、通信を行う前に、予め、端末１６０Ａ，１６０Ｂは自分が接続すべきサーバ１１０に登録（RESISTER）を行っておく。図６は、その登録の処理シーケンス例を示している。
【００３５】
端末１６０Ａ，１６０Ｂは、ＤＨＣＰによって、それぞれルータ１４０Ａ，１４０Ｂのアドレスを取得する。そして、ルータ１４０Ａは、端末１６０Ａから受信したパケットの宛先アドレスをサーバクラウド１００の代表アドレスＳに変換して、パケットをサーバクラウド１００に送信する。また、ルータ１４０Ｂは、端末１６０Ｂから受信したパケットの宛先アドレスをサーバクラウド１００の代表アドレスＳに変換して、パケットをサーバクラウド１００に送信する。
【００３６】
ステップＳ５０１では、端末１６０Ａは、登録（RESISTER）用のパケットをルータ１４０Ａ（アドレス：Ｒ１）に送信する。
ステップＳ５０２では、ルータ１４０Ａは、受信したパケットの宛先のアドレスＲ１をサーバクラウド１００の代表アドレスＳに変換する。
ステップＳ５０３では、ルータ１４０Ａは、端末１６０Ａから受信した登録（RESISTER）用のパケットをサーバクラウド１００（アドレス：Ｓ）に送信する。
ステップＳ５０４では、サーバクラウド１００は、登録（RESISTER）用のパケットを受信したことに対する応答情報としてＡＣＫを端末１６０Ａ（アドレス：ＵＡ−Ａ）に送信する。
【００３７】
また、ステップＳ５１１では、端末１６０Ｂは、登録（RESISTER）用のパケットをルータ１４０Ｂ（アドレス：Ｒ２）に送信する。
ステップＳ５１２では、ルータ１４０Ｂは、受信したパケットの宛先のアドレスＲ２をサーバクラウド１００の代表アドレスＳに変換する。
ステップＳ５１３では、ルータ１４０Ｂは、端末１６０Ｂから受信した登録（RESISTER）用のパケットをサーバクラウド１００（アドレス：Ｓ）に送信する。
ステップＳ５１４では、サーバクラウド１００は、登録（RESISTER）用のパケットを受信したことに対する応答情報としてＡＣＫを端末１６０Ｂ（アドレス：ＵＡ−Ｂ）に送信する。
【００３８】
次に、端末登録後のセッション設定のための処理シーケンス例について、図７を用いて説明する。
ステップＳ６０１では、端末１６０ＡがＩＮＶＩＴＥリクエストをルータ１４０Ａ（アドレス：Ｒ１）に送信する。
ステップＳ６０２では、ルータ１４０Ａは、ＩＮＶＩＴＥリクエストを受信し、受信したパケットの宛先のアドレスＲ１をサーバクラウド１００の代表アドレスＳに変換する。
ステップＳ６０３では、ルータ１４０Ａは、受信したＩＮＶＩＴＥリクエストをサーバクラウド１００（アドレス：Ｓ）に送信する。
【００３９】
ステップＳ６０４では、サーバクラウド１００は、ＩＮＶＩＴＥリクエストを端末１６０Ｂ（アドレス：ＵＡ−Ｂ）に送信する。
また、ステップＳ６０５では、サーバクラウド１００は、ＩＮＶＩＴＥリクエストを受信して処理中であることを示すレスポンス（Trying）を端末１６０Ａ（アドレス：ＵＡ−Ａ）に返信する。
【００４０】
ステップＳ６０６では、端末１６０Ｂは、呼び出しを行っていることを送信元に知らせるためのレスポンス（Ringing）をルータ１４０Ｂ（アドレス：Ｒ２）に送信する。
ステップＳ６０７では、ルータ１４０Ｂは、受信したレスポンス（Ringing）の宛先のアドレスＲ２をサーバクラウド１００の代表アドレスＳに変換する。
ステップＳ６０８では、ルータ１４０Ｂは、受信したレスポンス（Ringing）をサーバクラウド１００（アドレス：Ｓ）に送信する。
ステップＳ６０９では、サーバクラウド１００は、レスポンス（Ringing）を送信元の端末１６０Ａ（アドレス：ＵＡ−Ａ）に送信する。
【００４１】
また、ステップＳ６１０では、端末１６０Ｂは、ＩＮＶＩＴＥリクエストを受信したことを送信元に知らせるためのレスポンス（OK）をルータ１４０Ｂ（アドレス：Ｒ２）に返信する。
ステップＳ６１１では、ルータ１４０Ｂは、受信したレスポンス（OK）の宛先のアドレスＲ２をサーバクラウド１００の代表アドレスＳに変換する。
ステップＳ６１２では、ルータ１４０Ｂは、受信したレスポンス（OK）をサーバクラウド１００（アドレス：Ｓ）に送信する。
ステップＳ６１３では、サーバクラウド１００は、レスポンス（OK）を送信元の端末１６０Ａ（アドレス：ＵＡ−Ａ）に送信する。
【００４２】
そして、ステップＳ６１４では、端末１６０Ａは、レスポンス（OK）を受信したことを確認するためのレスポンス（ACK）を端末１６０Ｂ（アドレス：ＵＡ−Ｂ）に送信する。
ステップＳ６１５では、端末１６０Ａと端末１６０Ｂとは、双方の間にセッションを確立し（Media Session）、通信情報を相互に交換する。
【００４３】
以上、本実施形態の通信ノードのサーバクラウド化ネットワーク１は、すべてのサーバ１１０を仮想化してサーバクラウド１００を備え、サーバクラウド１００内のサーバ１１０用の接続を、端末１６０を収容するルータ１４０とリンクとで構成されたルータ網１５０を用いて接続する。すなわち、サーバ１１０のクラウド化のために、専用のネットワークを新たに構築しない。また、サーバクラウド１００には、処理負荷を分散させる機能を備えるロードバランサ１３０を設けて、そのロードバランサ１３０に代表アドレスＳが設定される。したがって、すべてのルータ１４０は、サーバクラウド１００に、代表アドレスＳを用いて接続する。そして、サーバクラウド１００内のサーバ１１０は、ロードバランサ１３０によって、処理負荷を分散することができるので、通信ノードのサーバクラウド化ネットワーク１は、サーバリソースを効率的に使用することが可能となる。また、サーバクラウド１００内のサーバ用のネットワークを新たに構築する必要がないので、コストの低減を図ることもできる。
【符号の説明】
【００４４】
１  通信ノードのサーバクラウド化ネットワーク
１００  サーバクラウド
１１０  サーバ
１３０，１３１，１３２  ロードバランサ
１４０  ルータ
１５０  ルータ網
１６０  端末
４１０  処理部
４１１  アドレス変換部
４２０  通信部
４３０  記憶部
４３１，Ｓ，Ｓ１，Ｓ２  代表アドレス
【図１】
2012155564.tif 000003
【図２】
2012155564.tif 000004
【図３】
2012155564.tif 000005
【図４】
2012155564.tif 000006
【図５】
2012155564.tif 000007
【図６】
2012155564.tif 000008
【図７】
2012155564.tif 000009