(57)【要約】［課題］本発明は、ネットワーク装置の保守処理の性能を、ユーザ端末に応じて差別化することが可能な通信システムを提供することを目的とする。［解決手段］本実施形態における通信システムは、集約された複数の端末に対して通信サービスを提供する通信システムであって、第一のネットワーク装置と、第一のネットワーク装置の保守処理を実行する保守装置と、を有し、第一のネットワーク装置は、複数の端末に含まれる第一の端末から、保守処理の要求に関する第一のメッセージを受信したとき、第一の端末に対応する第一の優先度情報が付与された第二のメッセージを生成し、第二のメッセージを保守装置に送信する。
2017056439.tif 000002
【特許請求の範囲】
【請求項１】
集約された複数の端末に対して通信サービスを提供する通信システムであって、
第一のネットワーク装置と、
前記第一のネットワーク装置の保守処理を実行する保守装置と、を有し、
前記第一のネットワーク装置は、前記複数の端末に含まれる第一の端末から、前記保守処理の要求に関する第一のメッセージを受信したとき、前記第一の端末に対応する第一の優先度情報が付与された第二のメッセージを生成し、前記第二のメッセージを前記保守装置に送信する、通信システム。
【請求項２】
前記保守装置は、選択手段と、複数の処理実行手段とを有し、
前記選択手段は、前記第二のメッセージを受信したとき、前記第一の優先度情報に基づいて、前記複数の処理実行手段の中から、前記保守処理を行う処理実行手段を選択する、請求項１に記載の通信システム。
【請求項３】
前記保守装置は、前記選択手段によって選択された処置実行手段が実行した前記保守処理の結果に関する第三のメッセージを、前記第一の端末へ送信する送信手段を有し、
前記第三のメッセージには、前記第一の優先度情報が付与される、請求項２に記載の通信システム。
【請求項４】
前記第一のネットワーク装置の他に複数のネットワーク装置を更に有し、
前記複数のネットワーク装置は、前記複数の端末の通信におけるＮＡＴ変換を行うＮＡＴ装置と、前記複数の端末のＤＨＣＰ情報を管理するＤＨＣＰ装置を含み、
前記保守装置は、前記ＮＡＴ装置及び前記ＤＨＣＰ装置の保守処理を更に実行する、
請求項１乃至３のいずれか一項に記載の通信システム。
【請求項５】
前記第一のネットワーク装置は、ＩＰＦＥ装置である、請求項１乃至４のいずれか一項に記載の通信システム。
【請求項６】
前記第一の優先度情報とは、前記第一の端末のＤＳＣＰ値である、請求項１乃至５のいずれか一項に記載の通信システム。
【請求項７】
前記保守装置とは、ウェブポータル装置である、請求項１乃至６のいずれか一項に記載の通信システム。
【請求項８】
集約された複数の端末に対して通信サービスを提供する通信システムにおけるネットワーク装置であって、
前記複数の端末に含まれる第一の端末から、前記ネットワーク装置の保守処理の要求に関する第一のメッセージを受信する受信手段と、
前記受信手段が前記第一のメッセージを受信したとき、前記第一の端末に対応する第一の優先度情報が付与された第二のメッセージを生成するメッセージ生成手段と、
前記第二のメッセージを、前記保守処理を実行する保守装置に送信する送信手段と、を有する、ネットワーク装置。
【請求項９】
集約された複数の端末に対して通信サービスを提供する通信システムにおけるネットワーク装置の保守処理を実行する保守装置であって、
選択手段と、複数の処理実行手段とを有し、
前記選択手段は、前記複数の端末に含まれる第一の端末が要求する保守処理に関するメッセージを受信したとき、前記メッセージに付与された、前記第一の端末に対応する第一の優先度情報に基づいて、前記複数の処理実行手段の中から前記保守処理を行う処理実行手段を選択する、保守装置。
【請求項１０】
集約された複数の端末に対して通信サービスを提供する通信システムにおける方法であって、
前記複数の端末に含まれる第一の端末から、ネットワーク装置の保守処理の要求に関する第一のメッセージを受信し、
前記第一のメッセージを受信したとき、前記第一の端末に対応する第一の優先度情報が付与された第二のメッセージを生成し、
前記第二のメッセージを送信する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信網における通信システム、基地局装置、制御装置、及び通信方法に関する。
【背景技術】
【０００２】
近年、ＣＡＰＥＸ（Ｃａｐｉｔａｌ  Ｅｘｐｅｎｄｉｔｕｒｅ）及びＯＰＥＸ（Ｏｐｅｒａｔｉｎｇ  Ｅｘｐｅｎｓｅ）の縮小、設備の設置スペースや消費電力の抑制を目的とした、ネットワーク機能の仮想化の検討が進んでいる。具体的には、サーバのコンピューティング、ストレージやネットワーク機能等を仮想化する技術として、サーバ上の、ハイパーバイザ（ＨｙｐｅｒＶｉｓｏｒ）等の仮想化レイヤ上に実装した仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）によりソフトウェア的に実現するＮＦＶ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎｓ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）等が知られている。【０００３】
ＮＦＶの例として、ユーザ宅内のＢｒｏａｄｂａｎｄ  Ｒｏｕｔｅｒが具備する、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）やＤＨＣＰ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｃｏｄｅ  Ｐｏｉｎｔ）などの各種ネットワーク機能を、通信業者のネットワーク側に集約して仮想化する技術がある。【０００４】
例えば、特許文献１には、ＢＲＡＳ（Ｂｒｏａｄｂａｎｄ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ）が提供するネットワーク機能を仮想的に構築するシステムが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２０１４／１９２２５９号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ユーザ宅内に配置される一般的なＢｒｏａｄｂａｎｄ  Ｒｏｕｔｅｒには、各種ネットワーク機能の保守処置を実行する機能（Ｗｅｂ  Ｐｏｒｔａｌ；ウェブポータル）が搭載されている。しかしながら、一般的なホームゲートウェイに搭載されているウェブポータル機能を通信業者のネットワーク側に集約した場合、次のような課題が生じる。【０００７】
すなわち、ウェブポータル機能が各ユーザ宅内のＢｒｏａｄｂａｎｄ  Ｒｏｕｔｅｒに搭載されている場合と比較すると、ネットワーク遅延や保守処理の輻輳が発生し、処理性能が劣化してしまう可能性がある。そして、保守処理の性能の劣化の影響は、集約された複数のユーザに対して均一に及んでしまう。つまり、ネットワーク装置の保守処理の性能を、ユーザ端末に応じて差別化することができない。【０００８】
ここで、特許文献１に記載のシステムにおいては、ユーザの契約内容等に応じてＢＲＡＳを選択する記載があるものの、各種ネットワーク機能の保守処理については何ら対策がなされていない。そのため、特許文献１では、上述した課題を解決することはできない。【０００９】
そこで、本発明が達成しようとする目的の一つは、ネットワーク装置の保守処理の性能を、ユーザ端末に応じて差別化することが可能な通信システムを提供することである。
【課題を解決するための手段】
【００１０】
本発明の通信システムは、集約された複数の端末に対して通信サービスを提供する通信システムであって、第一のネットワーク装置と、第一のネットワーク装置の保守処理を実行する保守装置と、を有し、第一のネットワーク装置は、複数の端末に含まれる第一の端末から、保守処理の要求に関する第一のメッセージを受信したとき、第一の端末に対応する第一の優先度情報が付与された第二のメッセージを生成し、第二のメッセージを保守装置に送信する。【００１１】
本発明のネットワーク装置は、集約された複数の端末に対して通信サービスを提供する通信システムにおけるネットワーク装置であって、複数の端末に含まれる第一の端末から、ネットワーク装置の保守処理の要求に関する第一のメッセージを受信する受信部と、受信部が第一のメッセージを受信したとき、第一の端末に対応する第一の優先度情報が付与された第二のメッセージを生成するメッセージ生成部と、第二のメッセージを、保守処理を実行する保守装置に送信する送信部と、を有する。【００１２】
本発明の保守装置は、集約された複数の端末に対して通信サービスを提供する通信システムにおけるネットワーク装置の保守処理を実行する保守装置であって、選択部と、複数の処理実行部とを有し、選択部は、複数の端末に含まれる第一の端末が要求する保守処理に関するメッセージを受信したとき、メッセージに付与された、第一の端末に対応する第一の優先度情報に基づいて、複数の処理実行部の中から保守処理を行う処理実行部を選択する。【００１３】
本発明の方法は、集約された複数の端末に対して通信サービスを提供する通信システムにおける方法であって、複数の端末に含まれる第一の端末から、ネットワーク装置の保守処理の要求に関する第一のメッセージを受信する工程と、第一のメッセージを受信したとき、第一の端末に対応する第一の優先度情報が付与された第二のメッセージを生成する工程と、第二のメッセージを送信する工程と、を有する。
【発明の効果】
【００１４】
上述の本発明によれば、ネットワーク装置の保守処理の性能を、ユーザ端末に応じて差別化することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】第１の実施形態に係る通信システムの構成を示すブロック図である。
【図２】第１の実施形態に係る通信システムの動作を説明するためのフローチャートである。
【図３】第１の実施形態に係る通信システムの構成を示すブロック図である。
【図４】第２の実施形態に係るウェブポータルの構成を示すブロック図である。
【図５】第２の実施形態に係る通信システムの動作を説明するためのフローチャートである。
【図６】第３の実施形態に係る通信システムの構成を示すブロック図である。
【図７】第３の実施形態に係るウェブポータルの構成を示すブロック図である。
【図８】第３実施形態に係る負荷分散サーバの構成を示すブロック図である。
【図９】第３の実施形態に係る通信システムの動作を説明するためのフローチャートである。
【図１０】第３実施形態に係る通信システムの動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１６】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１７】
以下に説明される複数の実施形態は、独立に実施されることも、適宜組み合わせて実施されることも可能である。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
【００１８】
[第１の実施形態]
本発明の第１の実施形態における通信システムの構成について、図１を用いて説明する。
【００１９】
本実施形態における通信システム１０は、集約された複数のユーザ端末１００１〜１００Ｍに対して通信サービスを提供する通信システムである。通信システム１０は、ネットワーク装置１０１と、ネットワーク装置１０１の保守処理を実行する保守装置１０２と、を有する。
【００２０】
次に、本実施形態における通信システム１０の動作について、図２を用いて説明する。
ネットワーク装置１０１は、複数のユーザ端末１００１〜１００Ｍに含まれるユーザ端末（ここではユーザ端末１００１とする）から、ネットワーク装置１０１の保守処理の要求に関する第一のメッセージを受信する（ステップＳ１）。ネットワーク装置１０１は、第一のメッセージを受信したとき、ユーザ端末１００１に対応する優先度情報が付与された第二のメッセージを生成する（ステップＳ２）。そして、ネットワーク装置１０１は、第二のメッセージを保守装置１０２に送信する（ステップＳ３）。
【００２１】
これにより、保守装置は、ユーザ端末１００１に対応する優先度情報が付与された第二のメッセージに基づいて、ネットワーク装置１０１の保守処置を実行することが可能となる。
【００２２】
そのため、ネットワーク装置の保守処理の性能を、ユーザ端末に応じて差別化することが可能となる。
【００２３】
なお、本実施形態における優先度情報は、例えば、ＤＳＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）値や、端末のユーザの加入サービスクラスを示す情報である。ネットワーク装置１０１は、例えば、仮想化されたＩＰＦＥ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｆｒｏｎｔ  Ｅｎｄ）装置である。なお、ＩＰＦＥ装置は、ＢＲＡＳサーバを構成する。更に、保守装置１０２は、例えば、ウェブポータル装置である。
【００２４】
また、通信システム１０は、仮想ＢＲＡＳシステム（ｖＢＲＡＳシステム）や仮想ＣＰＥ（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅｓ  Ｅｑｕｉｐｍｅｎｔ）システム（ｖＣＰＥシステム）と呼ばれる仮想化システムに適用することができる。
【００２５】
[第２の実施形態]
本発明の第２の実施形態における通信システムについて説明する。本実施形態における通信システム２０の構成を、図３に示す。通信システム２０は、第１の実施形態の通信システム１０の保守装置１０２を、ウェブポータル装置２００とした構成を有する。ウェブポータル装置２００は、保守装置１０２の変形例であり、保守装置１０２と同様にネットワーク装置１０１の保守処理を実行する。
【００２６】
ウェブポータル装置２００の構成を、図４を用いて説明する。ウェブポータル装置２００は、選択部２０１と、複数の処理実行部２０２１〜２０２Ｎと、を有する。選択部２０１は、ユーザ端末１００１〜１００Ｍに含まれるユーザ端末（本実施形態ではユーザ端末１００１とする）が要求する保守処理に関するメッセージを受信する。そして、選択部２０１は、受信したメッセージに付与された、ユーザ端末１００１に対応する優先度情報に基づいて、複数の処理実行部２０２１〜２０２Ｎの中から、ユーザ端末１００１が要求する保守処理を行う処理実行部を選択する。
【００２７】
次に、本実施形態における通信システム２０の動作について、図５を用いて説明する。なお、ステップＳ１とＳ２については、第１の実施形態と同様なので、説明は省略する。
【００２８】
ネットワーク装置１０１は、ユーザ端末１００１に対応する優先度情報が付与された第二のメッセージをウェブポータル装置２００に送信する（ステップＳ４）。ウェブポータル装置２００の選択部２０１は、第二のメッセージを受信すると、該第二のメッセージに付与されたユーザ端末１００１の優先度情報に基づいて、複数の処理実行部２０２１〜２０２Ｎの中から、ユーザ端末１００１が要求する保守処理を実行する処理実行部を選択する（ステップＳ５）。
【００２９】
例えば、第二のメッセージに付与された優先度情報が、ユーザ端末１００１が優先度の高いユーザ端末であることを示している場合、選択部２０１は、複数の処理実行部２０２１〜２０２Ｎのうち、負荷の少ない処理実行部を選択する。また、優先度が互いに異なる複数のユーザ端末それぞれから保守処理の要求があった場合には、優先度の高いユーザ端末が要求する保守処理から順に、負荷の少ない処理実行部へ割り当てることとしても良い。
【００３０】
これにより、本実施形態においては、ネットワーク装置の保守処理の性能をユーザに応じて差別化することが可能となる。
【００３１】
なお、本実施形態における処理実行部は、例えば、ビジネスロジックサーバや、アプリケーションサーバによって構成することができる。
【００３２】
[第３の実施形態]
次に、本発明の第３の実施形態における通信システムについて説明する。
【００３３】
本実施形態における通信システム３０の構成を、図６を用いて説明する。本実施形態における通信システム３０は、複数のユーザ端末３００１〜３００Ｌと、複数のＣＰＥ３０１１〜３０１ｍと、ＩＰＦＥ装置３０２と、ＮＡＴ装置３０３と、ＤＨＣＰ装置３０４と、ウェブポータル装置３０５と、管理サーバ３０６と、を有する。なお、ＣＰＥ３０１１〜３０１ｍ、ＩＰＦＥ装置３０２、ＮＡＴ装置３０３、ＤＨＣＰ装置３０４およびウェブポータル装置３０５はそれぞれ、複数のユーザ端末３００１〜３００Ｌに通信サービスを提供するために必要なネットワーク機能を仮想化した装置である。なお、通信システム３０は、仮想ＣＰＥ、ｖＣＰＥ、仮想ＢＲＡＳシステム、またはｖＢＲＡＳと呼ばれる仮想システムに適用することができる。
【００３４】
ＣＰＥ３０１１〜３０１ｍはそれぞれ、複数のユーザ端末を集約し、ＩＰＦＥ装置３０２に接続する。ＩＰＦＥ装置３０２は、ＣＰＥ３０１１〜３０１ｍを集約する装置であり、ＢＲＡＳサーバを構成する。ＮＡＴ装置３０３は、ユーザ端末３００１〜３００Ｌがインターネット網と通信する際のＮＡＴ変換を行う。ＤＨＣＰ装置３０４は、ユーザ端末３００１〜３００ＬのＤＨＣＰ情報を管理する。ウェブポータル装置３０５は、ユーザ端末３００１〜３００Ｌからの要求に基づいて、ＩＰＦＥ装置３０２、ＮＡＴ装置３０３およびＤＨＣＰ装置３０４の保守処理を行う。ＮＡＴ装置３０３に対して行う保守処理とは、例えば、ユーザ端末が特定の対向端末と通信を行う上で必要となるＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）ベースのファイアウォールに関する設定である。ＩＰＦＥ装置３０２に対して行う保守処理とは、例えば、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）ベースのファイアウォールに関する設定である。ＤＨＣＰ装置３０４に対して行う保守処理とは、例えば、加入者端末に払い出されるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス範囲の設定である。管理サーバ３０６は、ＣＰＥ３０１１〜３０１ｍがそれぞれＩＰＦＥ装置３０２に接続認証を行い、ユーザ端末３００１〜３００Ｌが通信サービスを受ける為に必要な情報を管理する。また、ＮＡＴ装置３０３と、ウェブポータル装置３０５はそれぞれ、インターネット網に接続する。
【００３５】
次に、ウェブポータル装置３０５の構成について、図７を用いて説明する。ウェブポータル装置３０５は、負荷分散サーバ３０７と、複数のフロントエンドサーバ３０８１〜３０８ｎと、複数のビジネスロジックサーバ３０９１〜３０９ｎと、データベースサーバ３１０とを有する。負荷分散サーバ３０７は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）パケットの受け口となる。また、負荷分散サーバ３０７は、ユーザ端末が要求する保守処理を実行するビジネスロジックサーバを選択する。フロントエンドサーバ３０８１〜３０８ｎは、受信したＨＴＴＰパケットをビジネスロジックサーバ３０９１〜３０９ｎへ転送し、画面生成や画面遷移を制御する。ビジネスロジックサーバ３０９１〜３０９ｎは、フロントエンドサーバ３０８１〜３０８ｎから転送されたメッセージに基づいた処理を実行する。データベースサーバ３１０は、ビジネスロジックサーバ３０９１〜３０９ｎが実行、更新した情報を保存する。フロントエンドサーバ３０８１〜３０８ｎはそれぞれ、ビジネスロジックサーバ３０９１〜３０９ｎと対になって構成される。なお、ウェブポータル装置３０５の中で、実際に保守処理を実行するビジネスロジックサーバ３０９１〜３０９ｎの処理負担は非常に大きい。そのため、本実施形態のように、複数のユーザ端末を集約する通信システムにおいては、ウェブポータル内のビジネスロジックサーバは複数台必要となる。一方、負荷分散サーバ３０７間のパケット転送処理と処理結果の画面生成を行うフロントエンドサーバ３０８１〜３０８ｎの処理負担は、ビジネスロジックサーバ３０９１〜３０９ｎの処理負担と比較すると小さい。
【００３６】
次に、負荷分散サーバ３０７の構成について、図８を用いて説明する。負荷分散サーバ３０７は、ＨＴＴＰ送受信部３１１、判別部３１２、選択部３１３、通信部３１４を有する。ＨＴＴＰ送受信部３１１は、ＨＴＴＰリクエスト及びレスポンスの送受信を行う。具体的には、ＨＴＴＰ送受信部３１１は、ユーザ端末からの保守処理の要求メッセージを、ＩＰＦＥ装置３０２を介して受信する。また、ＨＴＴＰ送受信部３１１は、該保守処理の結果に関する応答メッセージを、ＩＰＦＥ装置３０２を介してユーザ端末３００１に送信する。判別部３１２は、ユーザのサービスクラスとＤＳＣＰ値との対応情報を保持し、受信したパケットのＩＰヘッダに付与されたＤＳＣＰ値から、ユーザのサービスクラスを判別する。そして、判別部３１２は、ユーザのサービスクラスの判別結果を、選択部３１３に通知する。選択部３１３は、各ビジネスロジックサーバ３０９１〜３０９ｎの負荷状況を定期的に収集し、判別部３１２から通知されたサービスクラスに基づいて、ユーザから要求された保守処理を実行するビジネスロジックサーバを選択する。通信部３１４は、選択部３１３が選択したビジネスロジックサーバに対応するフロントエンドサーバに対して、受信した処理内容の送信を行う。
【００３７】
次に、本実施形態における通信システム３０の動作を説明する。初めに、ユーザ端末３００１がネットワークに加入して、ウェブポータル装置３０５にログイン要求を行い、ユーザのサービスクラスを取得するまでの動作フローについて、図９を用いて説明する。
【００３８】
まず、ユーザ端末３００１がネットワークに加入するために、ユーザ端末３００１を集約するＣＰＥ３０１１の電源をつける（ステップＳ１０）。ＣＰＥ３０１１は、ＩＰＦＥ装置３０２に対して接続要求を行う（ステップＳ１１）。ＩＰＦＥ装置３０２は、管理サーバ３０６に対して認証処理を実行する（ステップＳ１２）。このとき、ＩＰＦＥ装置３０２は、ユーザのサービスクラスとＩＰパケットに付与するＤＳＣＰ値の対応表を、管理サーバ３０６から取得する。ＩＰＦＥ装置３０２は、ＮＡＴ装置３０３との間の通信路を確立する（ステップＳ１３）。ＩＰＦＥ装置３０２は、接続完了をＣＰＥ３０１１に通知する（ステップＳ１４）。ユーザ端末３００１はＩＰＦＥ装置３０２を経由して、ウェブポータル装置３０５へログイン要求を行う（ステップＳ１５）。このとき、ＩＰＦＥ装置３０２は、該ログイン要求のＩＰパケットに、ユーザ端末３００１のサービスクラスに応じたＤＳＣＰ値を付与して、ＮＡＴ装置３０３に送信する（ステップＳ１６）。ＮＡＴ装置３０３は、受信したＩＰパケットのうち送信元ＩＰパケットを、自装置を示すパケットに書き換えた上で、ログイン要求をウェブポータル装置３０５へ送信する（ステップＳ１７）。ウェブポータル装置３０５は、ステップＳ１２においてＩＰＦＥ装置３０２が取得したＤＳＣＰ値をログイン応答に付与し、ＩＰＦＥ装置３０２を経由して、該ログイン応答をユーザ端末３００１に送信する（ステップＳ１８）。ユーザ端末３００１は、設定画面を開く。
【００３９】
次に、ユーザ端末３００１が、ＤＨＣＰ装置３０４に対する保守処置を要求する場合における動作フローを、図１０を用いて説明する。なお、本実施形態におけるＤＨＣＰ装置３０４に対する保守処置は、ＤＨＣＰ設定変更の処理とする。
【００４０】
最初に、ユーザ端末３００１は、ＤＨＣＰ設定変更の要求するメッセージを、ＩＰＦＥ装置３０２に送信する（ステップＳ２０）。ＩＰＦＥ装置３０２は、ユーザ端末３００１に応じたＤＳＣＰ値を、ユーザ端末３００１から受信したメッセージのＩＰヘッダに付与する（ステップＳ２１）。そして、該ＤＳＣＰ値が付与されたメッセージを、ＮＡＴ装置３０３を介してウェブポータル装置３０５に送信する（ステップＳ２２）。負荷分散サーバ３０７は、受信したメッセージに付与されたＤＳＣＰ値から、ユーザ端末３００１のサービスクラスを判別する（ステップＳ２３）。そして、判別されたサービスクラスと、各ビジネスロジックサーバ３０９１〜３０９ｎの負荷状況とに基づいて、ユーザ端末３００１が要求する処理を実行するビジネスロジックサーバを選択する（ステップＳ２４）。本実施形態においては、ビジネスロジックサーバ３０９１が選択されるとする。この場合、負荷分散サーバ３０７は、フロントエンドサーバ３０８１を介して、ビジネスロジックサーバ３０９１へ保守処理の要求を送信する（ステップＳ２５）。ビジネスロジックサーバ３０９１は、ＤＨＣＰ装置３０４に対するＤＨＣＰ設定変更を実施する（ステップＳ２６）。
【００４１】
ビジネスロジックサーバ３０９１は、ＤＨＣＰ装置３０４から設定変更の結果に関する応答メッセージを受信する（ステップＳ２７）。そして、ビジネスロジックサーバ３０９１は、該ＤＨＣＰ設定変更の内容をデータベースサーバ３１０に保存する（ステップＳ２８）。そして、ビジネスロジックサーバ３０９１は、受信した応答メッセージを、フロントエンドサーバ３０８１を介して負荷分散サーバ３０７に送信する（ステップＳ２９）。負荷分散サーバ３０７は、受信した応答メッセージにユーザ端末３００１のＤＳＣＰ値を付与した上で、該応答メッセージをユーザ端末３００１に送信する（ステップＳ３０）。
【００４２】
なお、ステップＳ２３、Ｓ２４、Ｓ３０はそれぞれ、図８に示す負荷分散サーバ３０７の判別部３１２、選択部３１３、ＨＴＴＰ送受信部３１１によって実行される。
【００４３】
以上のように、本実施形態においては、ユーザ端末からの保守処理の要求メッセージに対して、該ユーザ端末のＤＳＣＰ値が付与される。更に、ユーザ端末のＤＳＣＰ値に基づいて保守処理を行うビジネスロジックサーバの選択が行われる。そのため、ＤＨＣＰ装置などのネットワーク装置の保守処理の性能をユーザに応じて差別化することが可能となる。更に、本実施形態においては、保守処理の応答メッセージに対しても、ユーザ端末の優先度情報が付与されることとした。そのため、保守処理の応答メッセージの送信処理についても、ユーザ端末に応じた処理とすることができる。従って、ユーザ端末が保守処理の要求（上り送信）を送信してから該保守処理の応答（下り送信）を受信するまでの一連の処理の性能を、該ユーザ端末の優先度情報に応じて差別化することが可能となる。
【００４４】
なお、本実施形態においては、判別部３１２と選択部３１３は別の構成としたが、選択部３１３が判別部３１２の機能も有することとしても良い。
【００４５】
また、本実施形態におけるビジネスロジックサーバ３０９１〜３０９ｎのハードウェアスペックは均一であることとしても良い。しかし、仮想化することによってハードウェアは汎用品で構成可能となるため、運用時異なるスペックのハードウェアで構成することも有り得る。この場合、選択部３１３がビジネスロジックサーバの選択を行う際、各ビジネスロジックサーバの負荷状況だけでなく、各ビジネスロジックサーバのハードウェアスペックも考慮することとしても良い。
【００４６】
なお、上述した各実施形態における通信システムは、仮想ＢＲＡＳシステム（ｖＢＲＡＳシステム）や仮想ＣＰＥシステム（ｖＣＰＥシステム）と呼ばれる仮想化システムに適用することができるとしたが、これに限らない。すなわち、ネットワーク機能を集約し、集約した各機能の保守処理を実施する保守装置を保有するシステムであれば、適用が可能である。
【００４７】
また、上述した実施形態の各処理は、ソフトウェアによって実行されてもよい。すなわち、各処理を行うためのコンピュータ・プログラムが、情報処理装置が備えるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）によって読み込まれ、実行されてもよい。プログラムを用いて各処理を行っても、上述の実施形態の処理と同内容の処理を行うことができる。そして、上記のプログラムは、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、フラッシュメモリ等の半導体記憶装置、光ディスク、磁気ディスク、光磁気ディスク等、非一時的な媒体に格納されてもよい。
【００４８】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【００４９】
（付記１）集約された複数の端末に対して通信サービスを提供する通信システムであって、第一のネットワーク装置と、前記第一のネットワーク装置の保守処理を実行する保守装置と、を有し、前記第一のネットワーク装置は、前記複数の端末に含まれる第一の端末から、前記保守処理の要求に関する第一のメッセージを受信したとき、前記第一の端末に対応する第一の優先度情報が付与された第二のメッセージを生成し、前記第二のメッセージを前記保守装置に送信する、通信システム。
【００５０】
（付記２）前記保守装置は、選択部と、複数の処理実行部とを有し、前記選択部は、前記第二のメッセージを受信したとき、前記第一の優先度情報に基づいて、前記複数の処理実行部の中から、前記保守処理を行う処理実行部を選択する、付記１に記載の通信システム。
【００５１】
（付記３）前記保守装置は、前記選択部によって選択された処置実行部が実行した前記保守処理の結果に関する第三のメッセージを、前記第一の端末へ送信する送信部を有し、前記第三のメッセージには、前記第一の優先度情報が付与される、付記２に記載の通信システム。
【００５２】
（付記４）前記第一のネットワーク装置の他に複数のネットワーク装置を更に有し、前記複数のネットワーク装置は、前記複数の端末の通信におけるＮＡＴ変換を行うＮＡＴ装置と、前記複数の端末のＤＨＣＰ情報を管理するＤＨＣＰ装置を含み、前記保守装置は、前記ＮＡＴ装置及び前記ＤＨＣＰ装置の保守処理を更に実行する、
付記１乃至３のいずれか一つに記載の通信システム。
【００５３】
（付記５）前記複数の端末と、前記複数の端末それぞれに対応する優先度情報とを管理する管理サーバを更に有し、前記第一のネットワーク装置は、前記管理サーバから、前記第一の優先度情報を取得する、付記１乃至４のいずれか一つに記載の通信システム。
【００５４】
（付記６）前記第一のネットワーク装置は、ＩＰＦＥ装置である、付記１乃至５のいずれか一つに記載の通信システム。
【００５５】
（付記７）前記第一の優先度情報とは、前記第一の端末のＤＳＣＰ値である、付記１乃至６のいずれか一つに記載の通信システム。
【００５６】
（付記８）前記保守装置とは、ウェブポータル装置である、付記１乃至７のいずれか一つに記載の通信システム。
【００５７】
（付記９）集約された複数の端末に対して通信サービスを提供する通信システムにおけるネットワーク装置であって、前記複数の端末に含まれる第一の端末から、前記ネットワーク装置の保守処理の要求に関する第一のメッセージを受信する受信部と、前記受信部が前記第一のメッセージを受信したとき、前記第一の端末に対応する第一の優先度情報が付与された第二のメッセージを生成するメッセージ生成部と、前記第二のメッセージを、前記保守処理を実行する保守装置に送信する送信部と、を有する、ネットワーク装置。
【００５８】
（付記１０）前記通信システムは、前記複数の端末と前記複数の端末それぞれに対応する優先度情報とを管理する管理サーバを有し、前記第一のネットワーク装置は、前記管理サーバから、前記第一の優先度情報を取得する、付記９に記載のネットワーク装置。
【００５９】
（付記１１）前記ネットワーク装置は、ＩＰＦＥ装置である、付記９または１０に記載のネットワーク装置。
【００６０】
（付記１２）前記第一の優先度情報とは、前記第一の端末のＤＳＣＰ値である、付記９乃至１１のいずれか一つに記載のネットワーク装置。
【００６１】
（付記１３）集約された複数の端末に対して通信サービスを提供する通信システムにおけるネットワーク装置の保守処理を実行する保守装置であって、選択部と、複数の処理実行部とを有し、前記選択部は、前記複数の端末に含まれる第一の端末が要求する保守処理に関するメッセージを受信したとき、前記メッセージに付与された、前記第一の端末に対応する第一の優先度情報に基づいて、前記複数の処理実行部の中から前記保守処理を行う処理実行部を選択する、保守装置。
【００６２】
（付記１４）前記保守装置は、前記選択部が選択した処置実行部が実行した前記保守処理の結果に関する応答メッセージを前記第一の端末へ送信する送信部を有し、前記応答メッセージには、前記第一の優先度情報が付与される、付記１３に記載の保守装置。
【００６３】
（付記１５）前記第一の優先度情報とは、前記第一の端末のＤＳＣＰ値である、付記１３または１４に記載の保守装置。
【００６４】
（付記１６）前記保守装置とは、ウェブポータル装置である、付記１３乃至１５のいずれか一つに記載の保守装置。
【００６５】
（付記１７）集約された複数の端末に対して通信サービスを提供する通信システムにおける方法であって、前記複数の端末に含まれる第一の端末から、ネットワーク装置の保守処理の要求に関する第一のメッセージを受信する工程と、前記第一のメッセージを受信したとき、前記第一の端末に対応する第一の優先度情報が付与された第二のメッセージを生成する工程と、前記第二のメッセージを送信する工程と、を有する、方法。
【００６６】
（付記１８）前記第二のメッセージを受信したとき、前記第一の優先度情報に基づいて、複数の処理実行部の中から、前記保守処理を行う処理実行部を選択する工程を有する、付記１７に記載の方法。
【００６７】
（付記１９）選択された前記処置実行部が実行した前記保守処理の結果に関する第三のメッセージを送信する工程を有し、前記第三のメッセージには、前記第一の優先度情報が付与される、付記１８に記載の方法。
【００６８】
（付記２０）前記複数の端末と、前記複数の端末それぞれに対応する優先度情報とを管理する管理サーバから、前記第一の優先度情報を取得する工程を有する、付記１７乃至１９のいずれか一つに記載の方法。
【００６９】
（付記２１）前記第一のネットワーク装置は、ＩＰＦＥ装置である、付記１７乃至２０のいずれか一つに記載の方法。
【００７０】
（付記２２）前記第一の優先度情報とは、前記第一の端末のＤＳＣＰ値である、付記１７乃至２１のいずれか一つに記載の方法。
【００７１】
（付記２３）集約された複数の端末に対して通信サービスを提供する通信システムにおいて、前記複数の端末に含まれる第一の端末から、ネットワーク装置の保守処理の要求に関する第一のメッセージを受信する工程と、前記第一のメッセージを受信したとき、前記第一の端末に対応する第一の優先度情報が付与された第二のメッセージを生成する工程と、前記第二のメッセージを送信する工程と、をコンピュータに実行させる、プログラム。
【００７２】
（付記２４）コンピュータに読み取り可能な情報記憶媒体であって、付記２３に記載のプログラムを記録する記録媒体。
【００７３】
以上、上述した実施形態を模範的な例として本発明を説明した。しかしながら、本発明は、上述した実施形態には限定されない。即ち、本発明は、本発明のスコープ内において、当業者が理解し得る様々な態様を適用することができる。
【００７４】
この出願は、２０１５年９月２９日に出願された日本出願特願２０１５−１９０８５２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００７５】
１０、２０、３０    通信システム
１００１〜１００Ｍ、３００１〜３００Ｌ  ユーザ端末
１０１    ネットワーク装置
２００、３０５    ウェブポータル装置
２０１、３１３    選択部
２０２１〜２０２Ｎ    処理実行部
３０１１〜３０１ｍ    ＣＰＥ
３０２    ＩＰＦＥ装置
３０３    ＮＡＴ装置
３０４    ＤＨＣＰ装置
３０６    管理サーバ
３０７    負荷分散サーバ
３０８１〜３０８ｎ    フロントエンドサーバ
３０９１〜３０９ｎ    ビジネスロジックサーバ
３１０    データベースサーバ
３１１    ＨＴＴＰ送受信部
３１２    判別部
３１４    通信部
【図１】
2017056439.tif 000003
【図２】
2017056439.tif 000004
【図３】
2017056439.tif 000005
【図４】
2017056439.tif 000006
【図５】
2017056439.tif 000007
【図６】
2017056439.tif 000008
【図７】
2017056439.tif 000009
【図８】
2017056439.tif 000010
【図９】
2017056439.tif 000011
【図１０】
2017056439.tif 000012
【国際調査報告】
2017056439.tif 000013
2017056439.tif 000014
2017056439.tif 000015