JP6533473B2 - ネットワーク管理システム、ネットワーク管理方法、及びプログラム - Google Patents

Description

本発明は、管理システムが接続する統合管理システムにおいてアクセスポイントから直接サービスを設定するためのネットワーク管理を実現するネットワーク管理システム、ネットワーク管理方法、及びプログラムに関する。

現在、ネットワーク（ＮＷ）の仮想化技術やＮＷアプライアンスの仮想化技術としてＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）やＮＦＶ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）といった検討が行われている。

ＳＤＮはＯＮＦ（Ｏｐｅｎ ｎｅｔｗｏｒｋｉｎｇ ｆｏｕｎｄａｔｉｏｎ）で標準化が進められており、各拠点に配置されたＳＤＮネットワーク装置を管理するＳＤＮコントローラからエンドエンドでパスの開通、変更、削除等の設定をすることができ、ＳＯ（Ｓｅｒｖｉｃｅ Ｏｒｄｅｒ）の自動化や構築時間の短縮といったメリットがある（例えば、非特許文献１を参照。）。また、ネットワーク機器は仮想化技術により、ユーザ端末に割り当てられた仮想的なネットワーク毎に分割され、物理構成によらないオペレーションが可能になるといったメリットがある。

また、ＮＦＶではＥＴＳＩ ＩＳＧ ＮＦＶで標準化が進められており、サーバの仮想化技術により仮想化されたネットワークアプライアンスの自動プロビジョニングのための管理システムの標準化が検討されている（例えば、非特許文献２を参照。）。

"Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕｌｉｓａｔｉｏｎ−Ｉｎｔｒｏｄｕｃｔｏｒｙ Ｗｈｉｔｅ Ｐａｐｅｒ"， ＥＴＳＩ， Ｏｃｔ． ２０１２．ｈｔｔｐｓ：／／ｐｏｒｔａｌ．ｅｔｓｉ．ｏｒｇ／ｎｆｖ／ｎｆｖ＿ｗｈｉｔｅ＿ｐａｐｅｒ．ｐｄｆ（２０１６年１月５日検索） "Ｓｏｆｔｗａｒｅ−Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ： Ｔｈｅ Ｎｅｗ Ｎｏｒｍ ｆｏｒ Ｎｅｔｗｏｒｋｓ"， ＯＮＦ ｗｈｉｔｅ ｐａｐｅｒ， Ａｐｒｉｌ １３， ２０１２．

図１は、従来のネットワーク管理システムを説明する図である。管理システムは複数のノード（ルータやスイッチ）やサービスノード（アプライアンスやアプリケーション）を管理する装置（例えば、ＮＭＳ：Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）であり、管理システムごとに固有の管理ドメインを有している。そして、統合管理システムがこれら複数の管理システムの設定を管理している。

図１のネットワーク管理システムでは、ユーザ端末からアプリケーションを構築する場合、別のネットワーク回線を経由して統合管理システムから設定を投入する必要がある。図１のネットワーク管理システムでは、ユーザ端末がサービスに接続するためのアクセスノードの近くにいた場合でも統合管理システムへ接続するための別ネットワークを用意する必要があり、統合管理システムに接続できない場所ではサービスを受けることができない。つまり、図１のネットワーク管理システムには、統合管理システムに接続するネットワークの条件によって設定作業に影響がでる可能性があるという課題がある。

そこで、本発明は、上記課題を解決すべく、統合管理システムへのネットワークを別途用意することなく迅速にサービスを利用できるネットワーク管理システム、ネットワーク管理方法、及びプログラムを提供することを目的とする。

上記目的を達成するため、本発明に係るネットワーク管理システム及びネットワーク管理方法は、ユーザ端末から管理システムまでサービス用とは異なる管理用のセッションを形成することとした。

具体的には、本発明に係るネットワーク管理システムは、
ユーザ端末がアクセスするアクセスノード及びサービスを提供するサービスノードを管理する管理システムと、
前記管理システムと接続しており、前記アクセスノードと前記サービスノードとのネットワークを構築する統合管理システムと、
を備えるネットワーク管理システムであって、
サービスを利用するための認証キーを保持し、前記アクセスノードがユーザ端末から認証キーを含むサービス設定要求を受けたときにユーザ端末を認証する認証部と、
前記アクセスノードに配置され、前記認証部がユーザ端末を認証した後、サービス用セッションとは別である制御用セッションを前記アクセスノードに形成する通信管理部と、
前記認証部が認証したユーザ端末の前記サービス設定要求を前記通信管理部が形成した前記制御用セッションで前記アクセスノードから前記統合管理システムまたは前記管理システムのいずれか一方に送信する設定要求部と、
前記設定要求部が送信した前記サービス設定要求を受信し、前記ユーザ端末と前記サービスノードとの通信を可能とする前記サービス用セッションを前記アクセスノードに形成するサービス構築を行う内部要求受付部と、
を有することを特徴とする。

本発明に係るネットワーク管理方法は、
ユーザ端末がアクセスするアクセスノード及びサービスを提供するサービスノードを管理する管理システムと、
前記管理システムと接続しており、前記アクセスノードと前記サービスノードとのネットワークを構築する統合管理システムと、
を備えるネットワーク管理システムのネットワーク管理方法であって、
サービスを利用するための認証キーを保持させ、前記アクセスノードがユーザ端末から認証キーを含むサービス設定要求を受けたときにユーザ端末を認証する認証手順と、
前記認証手順でユーザ端末を認証した後、サービス用セッションとは別である制御用セッションを前記アクセスノードに形成する制御用セッション形成手順と、
前記認証手順で認証されたユーザ端末の前記サービス設定要求を前記制御用セッション形成手順で形成した前記制御用セッションで前記アクセスノードから前記統合管理システムまたは前記管理システムのいずれか一方に送信する設定要求手順と、
前記設定要求手順で送信した前記サービス設定要求を受信し、前記ユーザ端末と前記サービスノードとの通信を可能とする前記サービス用セッションを前記アクセスノードに形成するサービス構築を行う設定実施手順と、
を行うことを特徴とする。

サービスの構築を統合管理システムが行っているため、ユーザ端末はサービスを利用するために統合管理システムへの接続が必要だった。この場合、統合管理システムと管理システムとの制御網を直接ユーザ端末側まで伸ばすことも考えられるが、ユーザ端末が自由に管理システムにアクセスすることは問題であるため制御網とは別回線でアクセスする必要があった。

本発明は、統合管理システムから払い出した認証キーを使い、アクセスノードでユーザ認証を行うことで当該制御網の利用を可能としている。具体的には、統合管理システム、管理システム、アクセスノード、及びサービスノードの間に存在するネットワークを利用し、アクセスノードにユーザ端末が接続したことを契機にユーザ端末と管理システムとの間にサービス用とは異なる制御用のセッションを形成する。この制御用セッションを利用することで、ユーザ端末は統合管理システムへの別ネットワークを利用することなく統合管理システムまたは前記管理システムにサービスの設定を直接行うことができる。

従って、本発明は、統合管理システムへのネットワークを別途用意することなく迅速にサービスを利用できるネットワーク管理システム及びネットワーク管理方法を提供することができる。

また、本発明に係るネットワーク管理システムは、
前記管理システムが２つ以上であり、前記アクセスノードと前記サービスノードとがそれぞれ異なる前記管理システムに管理されている場合、
前記アクセスノードを管理する前記管理システムの前記内部要求受付部は、前記サービスノードを管理する前記管理システムに対して前記サービス構築を行うための設定を要求し、
前記設定を要求された前記サービスノードを管理する前記管理システムの前記内部要求受付部は、前記サービスノードに対して前記ユーザ端末との通信を可能とする前記サービス用セッションを形成し、前記統合管理システムへ前記サービス構築を行ったことを通知する
ことを特徴とする。

本発明に係るネットワーク管理システムは、サービスノードとユーザ端末とが複数の管理システムを跨る場合であって、管理システム間で設定の授受を行うことでサービスの設定が可能になる。

本発明に係るネットワーク管理システムの
前記アクセスノードは、ユーザが送出するサービス情報を識別するサービス識別部をさらに備え、
前記管理システムは、サービス情報とネットワーク構成を記載したテーブルを持ち、前記サービス設定要求を受けた前記アクセスノードの位置情報と前記アクセスノードの前記サービス識別部が識別したサービス情報に基づいて前記テーブルからネットワーク構成を選択し、前記サービス構築を行う構成管理部をさらに備えることを特徴とする。

本発明に係るネットワーク管理システムは、サービスに応じて動的にサービスノードの配置を変更することができる。

本発明に係るネットワーク管理システムの
前記アクセスノードは、アクセスノードに経由するパケットのネットワーク品質やサービスの状態を測定する測定部をさらに備え、
前記管理システムは、サービス情報とネットワーク構成を記載したテーブルを持ち、前記サービス設定要求を受けた前記アクセスノードの位置情報と前記アクセスノードの前記測定部が測定した測定情報に基づいて前記テーブルからネットワーク構成を選択し、前記サービス構築を行う構成管理部をさらに備えることを特徴とする。

本発明に係るネットワーク管理システムは、サービス状態やパケットの情報、トラヒックの情報に応じて動的にサービスノードの配置を変更することができる。

本発明に係るネットワーク管理システムは、前記管理システム、前記アクセスノード及び前記サービスノードと接続する監視システムをさらに備えており、
前記アクセスノードは、
接続する前記ネットワーク毎の接続ポートと、
前記接続ポートに接続された前記ユーザ端末と前記サービスノードとの間でデータを転送する前記接続ポート毎の転送部と、
を有しており、
前記監視システムは、
前記アクセスノードの前記接続ポートに前記ユーザ端末が接続されていない状態で前記サービスノードから前記アクセスノードの１の前記転送部へ試験パケットを送出させ、前記接続ポートで折り返され、前記サービスノードの他の前記転送部から前記サービスノードへ転送される前記試験パケットを確認することで前記転送部の監視を行う転送部監視機能と、
を有することを特徴とする。

本発明に係るネットワーク管理システムは、ユーザ端末が接続される前であっても制御用ネットワークとサービス用ネットワークの状態を監視可能である。

本発明に係るネットワーク管理システムは、前記管理システム、前記アクセスノード及び前記サービスノードと接続する監視システムをさらに備えており、
前記アクセスノードは、
接続する前記ネットワーク毎の接続ポートと、
前記接続ポートに接続された前記ユーザ端末と前記サービスノードとの間でデータを転送する前記接続ポート毎の転送部と、
を有しており、
前記監視システムは、
前記アクセスノードの前記接続ポートに前記ユーザ端末が接続された後に、前記制御用セッションを介して前記管理システムに要求された前記ユーザ端末からの監視要求に基づき、前記ユーザ端末を監視対象として登録する監視ノード追加機能を有することを特徴とする。

ユーザは、ネットワーク管理システムの監視システムに監視対象としてユーザ端末を登録することで、自身の接続端末を監視するために別の監視システムを用意する必要がなくなる。

本発明に係るネットワーク管理システムの前記管理システムは、
前記アクセスノードの位置情報と該アクセスノードに対して前記サービス構築が可能な前記サービスノードが設定され、前記サービス設定要求を受けた前記アクセスノードの位置情報から前記サービス構築の可否を判断し、可能である場合に前記内部要求受付部に前記サービス構築を行わせるロケーション設定部をさらに備えることを特徴とする。

本発明に係るネットワーク管理システムは、ユーザ端末にサービスノードの拠点情報を通知せずにユーザ端末周辺を指定したサービスを提供できる。

また、本発明に係るネットワーク管理システムのアクセスノードと管理システムは、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。

まず、コンピュータをアクセスノードとして機能させるためのプログラムは次の通りである。
本発明に係るプログラムは、
ユーザ端末がアクセスするアクセスノード及びサービスを提供するサービスノードを管理する管理システムと、
前記管理システムと接続しており、前記アクセスノードと前記サービスノードとのネットワークを構築する統合管理システムと、
を備えるネットワーク管理システムにおいて、コンピュータを、
サービスを利用するための認証キーを保持し、ユーザ端末から認証キーを含むサービス設定要求を受けたときにユーザ端末を認証する認証手段と、
前記認証手段がユーザ端末を認証した後、サービス用セッションとは別である制御用セッションを設定する通信管理手段と、
前記認証手段が認証したユーザ端末の前記サービス設定要求を前記通信管理手段が形成した前記制御用セッションで前記統合管理システムまたは前記管理システムのいずれか一方に送信する設定要求手段と、
を備える前記アクセスノードとして機能させるためのプログラムである。

また、コンピュータをアクセスノードとして機能させるためのプログラムは次の通りである。
本発明に係るプログラムは、
ユーザ端末がアクセスするアクセスノード及びサービスを提供するサービスノードを管理する管理システムと、
前記管理システムと接続しており、前記アクセスノードと前記サービスノードとのネットワークを構築する統合管理システムと、
を備え、
サービスを利用するための認証キーを保持し、前記アクセスノードがユーザ端末から認証キーを含むサービス設定要求を受けたときにユーザ端末を認証する認証部と、
前記アクセスノードに配置され、前記認証部がユーザ端末を認証した後、サービス用セッションとは別である制御用セッションを前記アクセスノードに設定する通信管理部と、
前記認証部が認証したユーザ端末の前記サービス設定要求を前記通信管理部が形成した前記制御用セッションで前記アクセスノードから前記統合管理システムまたは前記管理システムのいずれか一方に送信する設定要求部と、
を有するネットワーク管理システムにおいて、コンピュータを、
前記設定要求部が送信した前記サービス設定要求を受信し、前記ユーザ端末と前記サービスノードとの通信を可能とする前記サービス用セッションを前記アクセスノードに形成するサービス構築を行う内部要求受付手段を備える前記管理システムとして機能させるためのプログラムである。

従って、本発明は、統合管理システムへのネットワークを別途用意することなく迅速にサービスを利用できるネットワーク管理システムをコンピュータで実現するプログラムを提供することができる。

本発明は、統合管理システムへのネットワークを別途用意することなく迅速にサービスを利用できるネットワーク管理システム、ネットワーク管理方法、及びプログラムを提供することができる。

従来のネットワーク管理システムを説明する図である。 本発明に係るネットワーク管理システムを説明する図である。 本発明に係るネットワーク管理システムの機能を説明する図である。 本発明に係るネットワーク管理システムにおいて事前登録を行う手順を説明する図である。 本発明に係るネットワーク管理方法を説明する図である。 本発明に係るネットワーク管理システムを説明する図である。 本発明に係るネットワーク管理方法を説明する図である。 本発明に係るネットワーク管理システムを説明する図である。 本発明に係るネットワーク管理システムを説明する図である。 本発明に係るネットワーク管理システムの機能を説明する図である。 本発明に係るネットワーク管理システムの構成管理部が有するテーブルを説明する図である。 本発明に係るネットワーク管理システムの構成管理部が有するテーブルを説明する図である。 本発明に係るネットワーク管理システムを説明する図である。 本発明に係るネットワーク管理システムの機能を説明する図である。 本発明に係るネットワーク管理システムを説明する図である。 本発明に係るネットワーク管理システムの機能を説明する図である。 本発明に係るネットワーク管理システムを説明する図である。 本発明に係るネットワーク管理システムを説明する図である。 本発明に係るネットワーク管理システムの機能を説明する図である。 本発明に係るネットワーク管理システムのロケーション設定部が登録するロケーション情報の例である。 本発明に係るネットワーク管理システムを説明する図である。

添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施形態であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。

（実施形態１）
図２は、本実施形態のネットワーク管理システム３０１を説明する概略図である。ネットワーク管理システム３０１は、ユーザ端末１０がアクセスするアクセスノード２０及びサービスを提供するサービスノード５０を管理する管理システム３０と、管理システム３０と接続しており、アクセスノード２０とサービスノード５０とのネットワークを構築する統合管理システム４０と、を備える。

図３は、統合管理システム４０、管理システム３０、及びアクセスノード２０が備える機能部を説明する図である。ネットワーク管理システム３０１は、サービスを利用するための認証キーを保持し、アクセスノード２０がユーザ端末１０から認証キーを含むサービス設定要求を受けたときにユーザ端末を認証する認証部２１と、
アクセスノード２０に配置され、認証部２１がユーザ端末を認証した後、サービス用セッションとは別である制御用セッションをアクセスノード２０に形成する通信管理部２３と、
認証部２１が認証したユーザ端末の前記サービス設定要求を通信管理部２３が形成した前記制御用セッションでアクセスノード２０から管理システム３０に送信する設定要求部２２と、
管理システム３０に配置され、設定要求部２２が送信した前記サービス設定要求を受信し、ユーザ端末１０とサービスノード５０との通信を可能とする前記サービス用セッションをアクセスノード２０に形成するサービス構築を行うとともに、統合管理システム４０へ前記サービス構築を行ったことを通知する内部要求受付部３１と、
を有する。
なお、ネットワーク管理システム３０１は、アクセスノード２０が認証部２１を含む構成である。認証部２１はアクセスノード２０に含まれない構造でもよい。また、転送部２４はサービス毎にセッションを作ることを想定しているため、複数あってもよい。内部要求受付部３１は管理システム３０にあってもよいし、統合管理システム４０にあってもよい。

統合管理システム４０は設定登録部４１を備えており、ユーザ端末１０は事前に設定登録部４１にサービスを登録する。ここでいうサービスとは、アクセスノード経由でユーザ端末がアクセスノード２０に対して制御用セッションを張るサービスと、ユーザが接続するアクセスノード２０からサービスノード５０までのサービス用セッションもしくはサービス用ネットワークを生成するサービスのことを指す。管理システム３０は内部要求受付部３１を備え、アクセスノード２０からの設定要求に応答することができる。アクセスノード２０は認証キーを登録し、ユーザ端末を認証する認証部２１と認証後サービス要求を管理システム３０に行う設定要求部２２を備える。

ネットワーク管理システム３０１がこれらの機能部を備えることで、ユーザ端末１０は、統合管理システム４０に通知せずにアクセスノード２０から直接、自身の所属するドメインの管理システム３０にサービス制御を要求できる。つまり、ネットワーク管理システム３０１は迅速なサービス制御が可能になる。

ネットワーク管理システム３０１は、
サービスを利用するための認証キーを保持させ、アクセスノード２０がユーザ端末１０から認証キーを含むサービス設定要求を受けたときにユーザ端末を認証する認証手順と、
前記認証手順でユーザ端末を認証した後、サービス用セッションとは別である制御用セッションをアクセスノード２０に形成する制御用セッション形成手順と、
前記認証手順で認証されたユーザ端末の前記サービス設定要求を前記制御用セッション形成手順で形成した前記制御用セッションでアクセスノード２０から管理システム３０に送信する設定要求手順と、
管理システム３０において、前記設定要求手順で送信した前記サービス設定要求を受信し、ユーザ端末１０とサービスノード５０との通信を可能とする前記サービス用セッションをアクセスノード２０に形成するサービス構築を行う設定実施手順と、
前記サービス構築を行ったことを管理システム３０から統合管理システム４０へ通知する通知手順と、
を行う。

上述の手順により、ユーザ端末が統合管理システム４０へ接続する回線がない場合、もしくは回線に影響されずにサービスを利用したい場合であっても、統合管理システムへの回線を別途用意することなく、サービスを利用できる。
図２を用いて、ネットワーク管理システム３０１でサービスを行う場合を説明する。
［ステップａ１］ユーザ端末１０、もしくはユーザがアクセスノード２０に対しサービス要求を行う。
［ステップａ２］アクセスノード２０がユーザ認証を行う（認証手順）。
［ステップａ３］ユーザ端末１０に対して制御網用のセッションを設定する（制御用セッション形成手順）。
［ステップａ４］アクセスノード２０が、管理システム３０が管理する管理ドメイン内のアクセスノード２０、サービスノード５０に対してユーザ端末がサービスを開始するための設定を要求する内部設定要求を行う（設定要求手順）。
［ステップａ５］管理システム３０はユーザ端末から要求されたサービスを開始するための設定をアクセスノード２０、サービスノード５０に行う（設定実施手順）。
［ステップａ６］管理システム３０は統合管理システム４０に対してサービスを使用したことを登録する（通知手順）。

詳細な手順を以下で説明する。ユーザがサービスを利用する場合、事前にユーザ端末が別回線を経由して、もしくはネットワーク管理者が端末から統合管理システム４０にサービスを登録する。図４は、事前登録の手順を説明する図である。例えば、登録する内容としてサービスを利用するためのアクセスノードや管理システムを登録する。なお、ユーザがどのノードから接続するか限定できない可能性があるため、アクセスノードや管理システムを複数指定も可能である。
ユーザ端末が別回線を経由して、もしくはネットワーク管理者が端末から統合管理システムにサービス利用開始を登録すると（ステップＳ４１）、統合管理システムはそのユーザ端末とサービスを識別するための認証キーをユーザ端末に払い出す（ステップＳ４２）。統合管理システムは利用する管理システムに対し、サービスの登録と前記ユーザ端末の認証キーを送る（ステップＳ４３）。管理システムは前記認証キーをアクセスノードの認証部に登録する（ステップＳ４４）。

図４の事前設定が終了すれば、ユーザはサービス利用が可能になる。図５は、ユーザのサービス設定要求からサービス利用可能になるまでのネットワーク管理システム３０１の動作を説明した図である。
サービス利用時、ユーザ端末１０はアクセスノード２０に対して、認証キーを使ってサービス設定要求を行う（ステップＳ５１、［ステップａ１］）。アクセスノード２０はユーザ端末の認証キーと認証部の認証キーを使って認証を行い（ステップＳ５２、［ステップａ２］）、アクセスノード２０はユーザ認証後に通信管理部２３で制御用のセッションを張る（ステップＳ５３、［ステップａ３］）。さらに、アクセスノード２０は設定要求部２２を使って管理システム３０に対してアクセスノード２０とサービスノード５０にサービスを開始するための設定を行う内部設定要求を行う（ステップＳ５４、［ステップａ４］）。そして、管理システム３０はアクセスノード２０に設定を行い、制御用セッションとは別のサービス用セッションを形成する（ステップＳ５５、［ステップａ５］）。
管理システム３０はアクセスノード２０から内部設定要求受付部３１で要求を受けた後にアクセスノード２０とサービスノード５０に対してユーザ端末のサービスを開始するための設定を行う。そして、アクセスノード２０の通信管理部２３はユーザ通信を行うサービスノード５０にユーザの通信が転送されるようにサービス用の転送部２４を制御する（ステップＳ５６、Ｓ５７）。この時に管理システム３０と統合管理システム４０との間の設定情報に違いが発生することがある。このため、管理システム３０が設定を行う前に統合管理システム４０に確認する仕組みがあってもよいし、内部設定と統合管理システム４０からの設定との優先度を決めておき、優先度の高い設定を反映させるようにしてもよい。例えば、アクセスノード２０が管理システム３０に要求した内部設定要求を統合管理システム４０から管理システム３０に直接される設定よりも優先度を高くしておき、アクセスノード２０と統合管理システム４０とが異なる設定要求を投入したとしても、管理システム３０がエラーを統合管理システム４０に返す仕組みがあってもよい。その後、管理システム３０は統合管理システム４０に対し、サービスが開始されたことを通知し、統合管理システム４０はその内容を設定登録部４１に登録する（ステップＳ５８、［ステップａ６］）。

上記実施形態では、サービスノードを管理する管理システムが１つの場合を説明してきたが、サービスノードを管理する管理システムは複数であってもよい。図６は、サービスノードを管理する管理システムが複数であるネットワーク管理システム３０２を説明する図である。管理システム３０が２つ以上であり、ユーザ端末がサービスを実施するアクセスノード２０とサービスノード５０とがそれぞれ異なる管理システム３０に管理されている場合、
アクセスノード２０を管理する管理システム３０−１の内部要求受付部３１は、自身の管理下にあるサービスノード５０の設定とサービスノード５０を管理する管理システム３０−２に対して前記サービス構築を行うための設定を要求し、
前記設定を要求されたサービスノード５０を管理する前記管理システム３０−２の内部要求受付部３１は、サービスノード５０に対してユーザ端末１０との通信を可能とする前記サービス用セッションを形成し、統合管理システム４０へ前記サービス構築を行ったことを通知する。

ここで、図６の３つの設定要求（ステップａ１、ａ４、ａ４−１）について説明する。ステップａ１は図２で説明したユーザ端末１０からアクセスノード２０へのサービス設定要求である。ステップａ４はステップａ１の中でも認証されたサービス要求に対するサービス設定要求である。ステップａ１とステップａ４の内容は同じで管理システム（３０−１、３０−２）への設定を含む。ステップａ４の後、管理システム３０−１は自身のサービスノード５０を確認し、自身の管理下にサービスノードがない場合に、ステップａ４−１で管理システム間の通信設定要求を使って管理システム３０−２のサービスノード５０へ設定要求を行う。ステップａ４−１の内容はステップａ４のうち管理システム間を跨る設定である。ステップａ４−１を受け取った管理システム３０−２は、自身のサービスノードを確認し、要求されたサービスノード５０がある場合はステップａ５で設定を行う。管理システム３０−２は管理システム３０−１に設定を実施したことを通知し、管理システム３０−１はステップａ６でサービスを利用している状態を統合管理システム４０に登録する。

図７は、ユーザのサービス設定要求からサービス利用可能になるまでのネットワーク管理システム３０２の動作を説明した図である。ステップＳ５５までは図５と同じである。ネットワーク管理システム３０２の場合、単独の管理システムだけではサービス構築ができないため、管理システム３０−１から管理システム３０−２へ設定を要求し、当該設定を実施する（ステップＳ７１）。その後、各管理システム３０は統合管理システム４０に対し、サービスが設定されたことを通知する（ステップＳ５８）。そして、ネットワーク管理システム３０２の場合、最後に管理システム３０−１がユーザ端末１０に対しサービス制御用のセッションと通信用のセッションを作成し通知する（ステップＳ７２）。ステップＳ７２の通知は、ユーザが通信で通信用セッション毎に通信内容を切り替えることを想定した時に、使用するセッション番号等の通知である。

（実施形態２）
図８は、本実施形態のネットワーク管理システム３０３を説明する図である。ネットワーク管理システム３０３の構成は、図２のネットワーク管理システム３０１の構成と同じである。
ネットワーク管理システム３０３は図２のネットワーク管理システム３０１と同様にサービス用セッションとは別である制御用セッションを形成することができ、この制御用セッションを利用して例えば、仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）のイメージや巨大なアプリケーションデータを登録することができる。

ユーザ端末１０は、ＶＭのイメージやアプリケーションデータの登録のように大きいデータを登録したい時に統合管理システム４０への大容量の回線を用意することなく、データをアクセスノード２０から投入できる。例えばＶＭイメージのデータの場合の具体的な手順は次の通りである。

［ステップｂ１］ユーザ端末１０は、データ登録要求を行い、管理システム３０はユーザ端末にイメージデータの登録を受け付ける。
［ステップｂ２］管理システム３０はデータの転送をするのに適した設定にアクセスノード２０を変更し（例えばＱｏＳの設定やフレームサイズ等）、ユーザ端末１０はイメージデータをアクセスノード２０に登録する。
［ステップｂ３］管理システム３０にＶＭイメージを登録することが必要なため、データを受け取ったアクセスノード２０は管理システム３０にＶＭイメージを登録する。
［ステップｂ４］管理システム３０は登録したＶＭイメージを実現するためのカタログ情報を形成して統合管理システム４０に登録する。
（補足）
統合管理システム４０は、ＶＭイメージを管理している。例えば、ユーザが別回線からサービスを構築する時は、統合管理システムにカタログ情報を通知することで管理システムにＶＭイメージを設定させる。また、仮想ネットワークが複数の管理システムに跨る場合は統合管理システムから管理システムへＶＭイメージが渡される。

統合管理システムにカタログ情報を登録し、管理システムにＶＭイメージを登録することで次の効果を得ることができる。ユーザ端末はアクセスノード経由で管理システムに設定要求を行い、仮想ネットワークを形成することができる。つまり、設定要求を受け取った管理システムがアクセスノードとサービスノードにＶＭイメージを起動し、ユーザの通信がアクセスノードからサービスノードまで転送されるように設定する。このように登録したデータ（ＶＭイメージ）をサービスノードの設定に使うことができる。

（実施形態３）
図９は、本実施形態のネットワーク管理システム３０４を説明する図である。ネットワーク管理システム３０４の構成は、図２のネットワーク管理システム３０１の構成と同じである。ネットワーク管理システム３０４は、図２のネットワーク管理システム３０１と同様にサービス用セッションとは別である制御用セッションを形成することができる。ネットワーク管理システム３０４は、サービスに応じて動的にサービスノードの配置を変更したい場合、この制御用セッションを利用してユーザ端末１０からサービスを識別する情報をサービスノード５０に送ることによってサービスに最適なネットワーク構成に変更することができる。

図１０は、統合管理システム４０、管理システム３０、及びアクセスノード２０が備える機能部を説明する図である。ネットワーク構成を動的に変更するため、ネットワーク管理システム３０４は、サービス識別部２５と構成管理部３２をさらに備える。具体的には、アクセスノード２０は、ユーザ端末１０が送出するサービス情報を識別するサービス識別部２５をさらに備え、
管理システム３０は、サービス情報とネットワーク構成を記載したテーブルを持ち、前記アクセスノード２０のサービス識別部２５が識別したサービス情報に基づいて前記テーブルからネットワーク構成を選択し、前記サービス構築を行う構成管理部３２をさらに備える。

図１１と図１２は、構成管理部３２が有するテーブルを説明する図である。構成管理部３２は、サービスとそれに適したサービスノード構成を事前に管理テーブルとして持っておく。サービス情報は番号として管理してもよい。サービスノード構成は、次の情報を元に最適な配置パターンを登録しておく。
（Ａ）ロケーションの選定に関連するもの：事業者情報、ネットワーク遅延、ロケーションに依存する電気代、ネットワークのスループット、ロケーションに依存するサポートの有無、ロケーション間の可用性、ロケーションの信頼性、レイヤー情報等
（Ｂ）サービスノードの選定に関連するもの：サービスノードの計算処理部（計算処理部の選択（ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＦＰＧＡ（ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等）、メモリ、ディスク容量、ディスクＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）、スループット、可用性、電気代、遅延、サポート等
（Ｃ）仮想・論理的な構成に必要なもの：図１１のようなネットワークのトポロジ構成（メッシュ型、スター型、リング型等）や図１２のようなサービスノードの選択（認証機能、データ分析、バックアップ、計算処理等）
（Ｄ）図１１のサービスノードの配置や図１２のサービスノードの設定（セキュリティ、プロトコル選択、ポート番号、フレームサイズ、バッファサイズ、スケーリング機能の可否、モビリティの有無、マルチキャストの有無）等
図１１の構成１や構成２の構成毎の機能配置は図１２のようなテーブルを管理することにより、機能を配備する。例えば、ネットワーク管理者がこのテーブルを事前に設定しておくことができる。

図９を用いて、ネットワーク管理システム３０４でネットワーク構成の変更を行う場合を説明する。図２のステップａ１からステップａ３を行いアクセスノード２０に制御用セッションが形成されているものとする。
例えば、ユーザが通信を行う際に、回線開通時にサービス情報を指定する情報とポリシー情報を統合管理システムから管理システムに登録する場合で説明する。
［ステップｃ１］通信開始時にユーザ端末１０はサービスを識別するサービス情報をユーザ端末とアクセスノード２０の間に設定した制御網を経由してアクセスノード２０に送る。この時サービスを識別する情報の例として、事前に登録されたサービスを特定する識別情報、もしくは端末情報（端末によって利用するサービスが特定できる場合）、アプリケーション情報（アプリケーションによってサービスが特定できる場合）、プロトコル情報（プロトコルによってサービスが特定できる場合）、ユーザの所属グループ等が考えられる。サービス情報と一緒にサービスを利用する要件（料金、性能、機能、利用事業者、データセンタ、ＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）等）を同時に送ってもよい。
［ステップｃ２］アクセスノード２０は送られてきたサービス情報を管理システム３０に送る。
［ステップｃ３］管理システム３０は、統合管理システム４０から受け取ったサービス情報とポリシー情報をテーブルに持っているので、サービス情報とユーザ端末がアクセスしたアクセスノード２０の配置とを元にポリシーを満たすサービスノードの構成を当該テーブルから選ぶ。または、ここでユーザの情報とネットワーク構成の既存の設定データを持っておき、前記サービスを利用する要件を基に最適な構成を構築する。料金、性能、データセンタ、ＳＬＡ等の情報に対する要件は、上記（Ａ）、（Ｂ）、（Ｃ）、（Ｄ）等から、条件分岐、パターン認識、機械学習、深層学習、または、ニューラルネットワーク等を使い、既存の設定データと現在の構成を比較して最適なテーブルを選択してもよい。機能に対する要件は、例えばサービスで使用するアプリケーションに対する設定のカスタマイズ、アプラインスの設定のカスタマイズ（セキュリティアプライアンスのフィルターの設定変更）、アプライアンスの導入（サービスに適したキャッシュサーバの追加）等が考えられる。
［ステップｃ４］管理システム３０は、そのテーブルに書かれているサービスノードの構成に従いサービスノード５０に対して、必要な機能を起動する設定を行う。
［ステップｃ５］管理システム３０は、アクセスノード２０に対してサービス情報を登録し、以降ユーザ端末１０から要求されるサービスが同じ場合はそのサービス構成を使うようにする。
これによりサービスに最適なサービス構成を常に利用することができるようになる。

（実施形態４）
図１３は、本実施形態のネットワーク管理システム３０５を説明する概略図である。アクセスノード内でユーザ端末が接続する前にアクセスノードからサービスノードに設定するネットワークや制御用のセッションとサービス用のセッションの転送部の動作を確認する方法を説明する。ネットワーク管理システム３０５は、図２のネットワーク管理システム３０１の構成に監視部６１を有する監視システム６０をさらに備える。監視システム６０は、サービスノード５０の転送部１、２、アクセスノード２０からサービスノード５０までのサービスネットワーク、アクセスノード２０の転送部１、２、ユーザ接続ポートを監視することができる。ここでいう接続ポートは物理的なポートでもよいし、仮想的／論理的なポートでもよい。

図１４を用いて、ネットワーク管理システム３０５でアクセスノード２０の転送部１に接続するサービスネットワーク、転送部２に接続するサービスネットワーク（例えば制御用セッションの場合は転送部１は管理用のセッションの転送部、転送部２は通信用のセッションの転送部を指す）、及び転送部に接続するユーザ接続ポートを事前に試験する場合を説明する。
アクセスノード２０はユーザ端末１０が接続するまでサービスネットワークや転送部やユーザ接続ポートを監視する方法がない。本実施形態では２つのユーザ接続ポート間に折り返し部を取り付けることによってユーザ接続ポートも含めた監視を可能とする。折り返し部はユーザ接続ポートが制御用セッションとサービス用セッションが別の物理ポートで接続する形態であれば物理的なケーブルでもよいし、論理的なセッションであれば論理的に各転送部の間を接続するのでもよい。

［ステップｄ１］監視部６１はサービスノード５０の通信管理部２３に対してサービスノードとアクセスノードを接続する転送部１と転送部２の試験要求を行う。
［ステップｄ２］通信管理部２３は転送部（２４−１、２４−２）を設定する。
［ステップｄ３］サービスノード５０は、転送部（２４−１、２４−２）のいずれかから試験パケットを送出する。試験パケットはアクセスノード２０の折り返し部で折り返され、他方の転送部へ戻ってくる。機能アプリケーション部２６が返ってきた試験パケットを確認することでユーザ接続ポートも含めた疎通試験が可能である。
サービス提供時はユーザが折り返し部を取り外し、アクセスノード２０のいずれかのユーザ接続ポートにユーザ端末を接続することでサービスを開始する。この機能により、アクセスノードをユーザ拠点に設置する時にユーザ接続ポートまで含めた試験が可能となる。

（実施形態５）
図１３のネットワーク管理システム３０５は、アクセスポイント２０に接続したユーザ端末１０を監視対象に登録することができる。図１３を用いて、ネットワーク管理システム３０５でユーザ端末１０を監視対象登録とする場合を説明する。図２のステップａ１からステップａ３を行いアクセスノード２０に制御用セッションが形成されているものとする。なお、監視システム６０が行う監視とは、アクセスノード２０、サービスノード５０、及びノード間のトラヒック等の監視に加えて、サービスノード５０とユーザ端末１０との間の転送経路のネットワーク品質、及びユーザ端末１０とアクセスノード２０との接続ポートを監視し、スループット等からネットワークの故障発生やユーザ端末１０とアクセスノード２０との接続が解消されたこと、ユーザ端末１０の故障発生、ケーブル断、アプリケーション情報、並びにセッション情報等をモニタすることである。なお、具体的な監視例は実施形態６で説明する。

［ステップｅ１］ユーザ端末１０は、ユーザが制御用セッションを経由してアクセスノード２０に監視要求を行う。もしくはアクセスノード２０はユーザ端末１０がアクセスノードに接続することで監視要求を検知する。
［ステップｅ２］アクセスノード２０は管理システム３０にユーザ端末１０を監視対象とするように登録要求を行う
［ステップｅ３］管理システム３０は監視システム６０にユーザ端末１０を監視対象として登録させる。

このように、ネットワーク管理システム３０５の監視システム６０に監視対象としてユーザ登録することで、ユーザ端末１０は、自身の接続端末を監視するために別の監視システムを用意する必要がなくなる。また、ユーザ端末１０の接続端末からサービスノード２０までのネットワークのどこかで異常が発生した場合、ネットワーク管理システム側の監視システムとユーザ端末側の監視システムが別々にあると切り分けが困難だが、ネットワーク管理システム３０５は１台の監視システムで管理することができるので他のサービスノードと組み合わせた監視が可能になる。なお、制御用セッションをユーザ端末１０の接続端末の監視システムとネットワーク管理システムの監視システムとを同期させる手段として使ってもよい。

（実施形態６）
図１５は、ネットワーク管理システム３０６を説明する図である。ネットワーク管理システム３０６の構成は、図１３で説明したネットワーク管理システム３０５の構成と同じである。ネットワーク管理システム３０６は、ユーザ端末１０からサービスノード６０に送られるトラヒックを分析し、ネットワーク品質やサービス状態に応じて動的にサービスに最適なネットワーク構成に変更することができる。

図１５を用いて、ユーザが通信を行う場合にネットワーク管理システム３０６で動的にネットワーク構成を変更する場合を説明する。図２のステップａ１からステップａ３を行いアクセスノード２０に制御用セッションが形成されているものとする。
［ステップｆ１］ユーザ端末１０はサービスノード５０にトラヒックを出力する。
［ステップｆ２］監視システム６０はユーザ端末１０、アクセスノード２０、サービスノード５０からネットワーク品質やサービス状態等を収集し分析する。監視するネットワーク品質とは例えば、スループットやフロー数の時間変動やプロトコルヘッダの情報（プロトコル番号、ポート番号、シーケンス番号等）、パケット間隔、パケットサイズ、遅延時間等である。監視するサービス状態とは例えば、アクセスノード２０やサービスノード５０のＣＰＵ、メモリ、ディスクＩ／Ｏ等や、アクセスノード２０やサービスノード５０で起動しているサービスの状況（プロセス単位でのＣＰＵやメモリ等の利用率、処理時間）等である。ユーザ端末１０、アクセスノード２０、サービスノード５０は測定機能があり、パケットキャプチャやスループット等を測定することができる。また、全てのパケットを処理するとノードの負荷が高くなってしまうため、サンプリングによりパケットの一部を取得し解析してもよい。例えば、測定を行うために、図１６のようにユーザ端末１０、アクセスノード２０、サービスノード５０はサンプリング部２７を有し、流入するパケットをサンプリングし、その結果を測定部２８に送り、スループット等を解析してもよい。測定部２８は、制御用セッションを介して解析結果を監視システム６０へ送信する。
［ステップｆ３］監視システム６０は、ユーザ端末１０、アクセスノード２０、及びサービスノード５０から測定結果を取得してサービス状態やネットワーク品質を監視した結果に基づいてネットワークにボトルネックが発生している場合は管理システム３０に構成変更要求を行う。例えば、監視システム６０は、スループットが基準値より低下しているノードがあればボトルネックが発生していると判断する。続いて構成変更要求の例を説明する。例えば、サービスノード５０の処理負荷が高く、アクセスノード２０の処理が軽いようであれば、サービスノード５０で実行しているサービスをアクセスノード２０に移行することや、ユーザ通信がＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）であれば、アプリ側に再送の仕組みがあるのでパケットロスが発生した場合は網内で再送は行わないように要求することや、信頼性の要求される通信なので冗長度の高い構成を要求することなどが考えられる。ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）であれば、低遅延性等を求められるため、遅延が少なくなる構成を要求したり、コア網内でＵＤＰよりも低レイヤーでの再送の仕組みを要求してもよい。また、パケットサイズに合わせてサービスノードのバッファサイズを変更する要求等が考えられる。また、コア側のネットワークが混雑した場合は、エッジに機能を追加する要求、エッジで処理をする要求、サービスノードを増設して負荷分散の構成を構築する要求等が考えられる。構成を変更する各パラメータの閾値については事前にオペレータが設定してもよい。変更する構成については、どのような条件の時に図１２のようなテーブルが適しているかを実施例３のように事前に持っておき、ユーザのサービスの要求条件を構成変更後の状態が満たすように条件分岐、パターン認識、機械学習、深層学習、またはニューラルネットワーク等を使って、監視情報の状態変化に応じてネットワーク品質やサービス情報の構成を変更してもよい。実施例３と同じく、測定情報に基づいて、例えばサービスで使用するアプリケーションに対する設定のカスタマイズ、アプラインスの設定のカスタマイズ（セキュリティアプライアンスのフィルターの設定変更）、アプライアンスの導入（サービスに適したキャッシュサーバの追加）等を行うことも考えられる。
［ステップｆ４］管理システム３０は構成管理部３２のネットワーク構成を使いネットワーク構成を変更する。具体的には、管理システム３０は図１１や図１２のテーブルの中から、発生しているボトルネックを解消できる構成を選択し、その設定を実施する。
これによりサービスに最適なサービスネットワークを常に利用することができるようになる。

（実施形態７）
図１７は、ネットワーク管理システム３０７を説明する図である。ネットワーク管理システム３０７は、図２のネットワーク管理システム３０１と異なり、認証部２１がアクセスノード２０の外部に設置される構成である。ネットワーク管理システム３０７では、ユーザ端末１０が複数のアクセスノード２０からアクセスでき、アクセスノード２０に最小限のユーザ端末の認証キーを設定することで、ユーザ端末１０がアクセスするアクセスノード２０が変わったとしても大きなネットワーク変更なくサービスを継続できる。

図１７を用いて、ネットワーク管理システム３０７でユーザ端末がアクセスするアクセスノードが変更される場合を説明する。
［ステップｇ１］ユーザ端末１０はアクセスノード２０−１にサービス設定要求を行う。
［ステップｇ２］アクセスノード２０−１から管理システム３０にサービス設定要求が行われる。
［ステップｇ３］認証部２１が管理システム３０と別のシステムであり、管理システム３０は認証部２１に認証要求を行う。また、認証部２１が管理システム３０の中にあり、内部で認証要求を行ってもよい。認証部２１はユーザ認証を行う。
［ステップｇ４］認証部２１は、ユーザ認証ができた場合は管理システム３０に対して認証キーを登録する。
［ステップｇ５］管理システム３０はアクセスノード２０−１に当該認証キーを設定する。続いて、図２で説明したステップａ３からステップａ６を行うことでユーザ端末１０はサービスを利用できる。
［ステップｇ６］ユーザ端末１０はアクセスノード２０−２にサービス設定要求を行う。アクセスノード２０−２から管理システム３０にサービス設定要求が行われる。
［ステップｇ７］管理システム３０はユーザ端末がアクセスするアクセスノードが切り替わったことを検出し、アクセスノード２０−２に前記認証キーを設定する。例えば、管理システム３０はステップｇ４で登録した認証キーを例えば、ハッシュ化したデータとＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスの対応表して持っておき、それ以降のアクセスノード切り替え時の認証や管理システムでの認証では認証キーに紐づいたＭＡＣアドレスの認証を許可することで、アクセスノードや管理システムの認証の負担を減らすことができる。また、毎回認証の度に認証部２１へ問い合わせを不要とすることができる。

（実施形態８）
図１８は、本実施形態のネットワーク管理システム３０８を説明する概略図である。ネットワーク管理システム３０８は、ユーザ端末が接続した位置情報を使うことでユーザ端末のアクセスノードからの距離をポリシーとしたサービス設定ができる。

図１９は、ネットワーク管理システム３０８の統合管理システム４０、管理システム３０、及びアクセスノード２０が備える機能部を説明する図である。ネットワーク管理システム３０８の管理システム３０は、アクセスノード２０の位置情報とアクセスノード２０に対して前記サービス構築が可能なサービスノード５０が設定され、前記サービス設定要求を受けたアクセスノード２０の位置情報から前記サービス構築の可否を判断し、可能である場合に内部要求受付部３１に前記サービス構築を行わせるロケーション設定部３３をさらに備える。

ロケーション設定部３３は、アクセスノードの周辺にあるサービスノードが記載されるアクセスノード毎のロケーション情報を登録する。図２０はロケーション情報の一例である。ロケーション情報は事前設定でロケーション設定部３３に登録してもよいし、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）や３ＧＰＰのＬＣＳ（Ｌｏｃａｔｉｏｎ Ｓｅｒｖｉｃｅ）等を使ってもよい。サービスノード５０やアクセスポイント２０の位置情報は事前に管理システム３０の管理者が設定してもよい。ロケーション情報はサービスノードやアクセスノードと位置情報が対応したテーブルによって管理してもよい。図２０（Ａ）のテーブルはサービスノードの位置情報を緯度及び経度で管理する例である。位置情報の欄は緯度及び経度で管理してもよいし、複数のエリアに区切ってエリアを選択することで管理してもよい。あるいは、図２０（Ｂ）のようにアクセスノードからの相対距離として管理してもよい。例えば、図２０（Ａ）のテーブルを元にノード間のマップ（図２０（Ｂ））を作る。このマップからユーザ要求に基づいてサービスノードの配置を行ってもよい。例えばユーザ端末から何キロ以内のサービスノードを立ち上げることや物理的に異なるノードに集約すること等が可能である。

図１８を用いて、ネットワーク管理システム３０８でサービスを行う場合を説明する。例えば、ユーザ端末１０は本サービスを使い、アクセスポイント２０の周辺１０ｋｍ周囲にあるサービスノード５０でデータを収集したいとする。
［ステップｈ１］ユーザ端末はアクセスポイントからサービスを要求する。
［ステップｈ２］アクセスノード２０はユーザ認証を行い、制御用セッションをユーザ端末に提供する（図２のステップａ１からステップａ３）。ユーザ端末１０は当該制御用セッションを使って制御に必要なデータを送信する。例えば起動したいアプリや自分の端末の性能や方向等といったサービスノードで必要なデータを送信する（図２のステップａ４）。
［ステップｈ３］管理システム３０はアクセスポイント２０の周辺１０ｋｍ以内にあるサービスノード５０に対してアプリケーションを設定する（図２のステップａ５）。ユーザ端末の位置情報の取得には既存のＧＰＳを使ってもよいし、３ＧＰＰのＬＣＳサービス等を利用してもよい。ユーザの移動に追従して遅延が少なくなるようにサービスノード５０の配置を変更してもよい。

（実施形態９）
図２１は、本実施形態のネットワーク管理システム３０９を説明する概略図である。ネットワーク管理システム３０９は、災害通知システムと連携したシステムである。
例えばユーザ端末が接続するアクセスノードからアプリを立ち上げるサービスノードまでを物理的に完全に分離させたい場合であっても、論理的な設定だけでは中継のスイッチやルータ等が同じノードに集約してしまったり、物理ケーブルが同じになってしまうことがある。そこで管理システム３０は、ロケーション設定部３３が保持するロケーション設定情報を参考にし、物理的な経路も含めてサービスノード５０の配置を選ぶ。このことにより物理的にも分離したサービスが提供可能である。また、災害通知システム７０の災害情報等と連動させれば災害発生時に災害の影響のないノードに切り替える等も可能になる。
［ステップｉ１］災害通知システム７０は、管理システム４０に対して、災害発生時に災害の内容、災害の影響を記した災害マップ、他の地域への影響とその予測時間等といった災害情報を管理システム４０に通知する。通知される側は管理システム４０ではなく、統合管理システムでもよい。
［ステップｉ２］管理システム４０は、災害情報を受け取った後に災害マップとロケーション設定部３３をマッピングし、災害が既存サービスに影響を与えるかどうかを確認し、影響を与える可能性が高い場合は、既存サービスを災害の影響の少ないようにサービスの構成変更を行う。サービスの変更の前にユーザに通知してもよい。

ネットワーク管理システム３０９の動作は図１８のネットワーク管理システム３０８の動作と同じである。災害発生時に災害通知システム７０から災害情報の通知があった場合、管理システム３０はロケーション設定情報を参考にして通信経路が災害エリアを経由する場合、災害エリアを経由しない別の経路に切り替えたり、サービスノード５０を災害エリア以外の場所に移行させたり、逆に災害時のデータを収集するために災害エリア内でサービスノードを起動する仕組みがあってもよい。また、災害通知システムと連動する例を示したが、イベント情報システム等と連携させ、イベント時にサービスノードを起動したり、ユーザが同一アクセスノードに集中している場合は、災害時に通信が増えることを防ぐために前もって負荷分散を配置したり、オートスケールすることで災害によって与えられるサービスへの悪影響を低減させてもよい。例えば、実施例３や実施例６のような、設定の変更については、外部の設定データベースと連携し、サービスやアプリケーションを効率的に配信するために必要な設定情報等のテンプレートを取得することによってサービスの構成を変更してもよい。

（実施形態１０）
実施形態１から９で説明したネットワーク管理システムのアクセスノードと管理システムは、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。

１０：ユーザ端末
２０：アクセスノード
２１：認証部
２２：設定要求部
２３：通信管理部
２４、２４−１、２４−２：転送部
２５：サービス識別部
２６：機能、アプリケーション部
３０、３０−１、３０−２：管理システム
３１：内部要求受付部
３２：構成管理部
３３：ロケーション設定部
４０：統合管理システム
５０：サービスノード
６０：監視システム
６１：監視部
７０：災害通知システム
３０１〜３０９：ネットワーク管理システム

Claims (10)

1. ユーザ端末がアクセスするアクセスノードと、
   前記アクセスノード及びサービスを提供する１以上のサービスノードを管理する管理システムと、
   前記管理システムと接続され、前記サービスを利用するための認証キーを配布する統合管理システムと、
   を備えるネットワーク管理システムであって、
   前記アクセスノードは、
   前記統合管理システムから前記認証キーを受け取り、ユーザ端末から認証キーを含むサービス設定要求を受けたときにユーザ端末を認証する認証部と、
   前記認証部がユーザ端末を認証した後、前記管理システムまたは前記統合管理システムとの通信を可能とする制御用セッションを設定する通信管理部と、
   前記認証部が認証したユーザ端末の前記サービス設定要求を前記通信管理部が設定した前記制御用セッションで送信する設定要求部と、を備え、
   前記管理システムまたは前記統合管理システムは、
   前記設定要求部が送信した前記サービス設定要求を受信し、前記ユーザ端末と前記サービスノードとの通信を可能とするサービス用セッションを前記アクセスノードに設定するサービス構築を行う内部要求受付部を備える
   ことを特徴とするネットワーク管理システム。
2. 前記アクセスノードは、
   ユーザ端末が送出するサービス情報を識別するサービス識別部をさらに備え、
   前記管理システムは、
   サービス情報と該サービス情報が示すサービスに適した前記サービスノード及びその設定に関する情報であるネットワーク構成とを対応付けて記載したテーブルを持ち、該テーブルから前記サービス識別部が識別したサービス情報に対応する前記ネットワーク構成を選択する構成管理部をさらに備え、
   前記内部要求受付部は、
   前記構成管理部が選択した前記ネットワーク構成に従って前記サービス構築を行う
   ことを特徴とする請求項１に記載のネットワーク管理システム。
3. 前記アクセスノードまたは前記サービスノードは、
   自ノードを経由するパケットのスループットを測定する測定部をさらに備え、
   前記構成管理部は、
   前記測定部が測定したスループットに基づいて、該スループットが基準値より低下しているボトルネックが発生している場合に、前記テーブルから前記ボトルネックを解消できる前記ネットワーク構成を選択する
   ことを特徴とする請求項２に記載のネットワーク管理システム。
4. 前記管理システム、前記アクセスノード及び前記サービスノードと接続する監視システムをさらに備え、
   前記アクセスノードは、
   接続する前記ネットワーク毎の接続ポートと、
   前記接続ポートに接続された前記ユーザ端末と前記サービスノードとの間でデータを転送する前記接続ポート毎の転送部と、
   を有しており、
   前記監視システムは、
   前記アクセスノードの前記接続ポートに前記ユーザ端末が接続されていない状態で前記サービスノードから前記アクセスノードの１の前記転送部へ試験パケットを送出させ、前記接続ポートで折り返され、前記サービスノードの他の前記転送部から前記サービスノードへ転送される前記試験パケットを確認することで前記転送部の監視を行う転送部監視機能を有する
   ことを特徴とする請求項１から３のいずれかに記載のネットワーク管理システム。
5. 前記管理システム、前記アクセスノード及び前記サービスノードと接続する監視システムをさらに備え、
   前記アクセスノードは、
   接続する前記ネットワーク毎の接続ポートと、
   前記接続ポートに接続された前記ユーザ端末と前記サービスノードとの間でデータを転送する前記接続ポート毎の転送部と、
   を有しており、
   前記監視システムは、
   前記アクセスノードの前記接続ポートに前記ユーザ端末が接続された後に、前記制御用セッションを介して前記管理システムに要求された前記ユーザ端末からの監視要求に基づき、前記ユーザ端末を監視対象として登録する監視ノード追加機能を有する
   ことを特徴とする請求項１から４のいずれかに記載のネットワーク管理システム。
6. 前記管理システムは、
   前記アクセスノードの位置情報と該アクセスノードに対して前記サービス構築が可能な前記サービスノードが設定され、前記サービス設定要求を受けた前記アクセスノードの位置情報から前記サービス構築の可否を判断し、可能である場合に前記内部要求受付部に前記サービス構築を行わせるロケーション設定部をさらに備える
   ことを特徴とする請求項１から５のいずれかに記載のネットワーク管理システム。
7. ユーザ端末がアクセスするアクセスノードと、
   前記アクセスノード及びサービスを提供する１以上のサービスノードを管理する管理システムと、
   前記管理システムと接続され、前記サービスを利用するための認証キーを配布する統合管理システムと、
   を備えるネットワーク管理システムのネットワーク管理方法であって、
   前記アクセスノードが、
   前記統合管理システムから前記認証キーを受け取り、ユーザ端末から認証キーを含むサービス設定要求を受けたときにユーザ端末を認証する認証手順と、
   前記認証手順でユーザ端末を認証した後、前記管理システムまたは前記統合管理システムとの通信を可能とする制御用セッションを設定する制御用セッション設定手順と、
   前記認証手順で認証されたユーザ端末の前記サービス設定要求を前記制御用セッション設定手順で設定した前記制御用セッションで送信する設定要求手順と、を行い、
   前記管理システムまたは前記統合管理システムが、
   前記設定要求手順で送信した前記サービス設定要求を受信し、前記ユーザ端末と前記サービスノードとの通信を可能とするサービス用セッションを前記アクセスノードに設定するサービス構築を行う設定実施手順を行う
   ことを特徴とするネットワーク管理方法。
8. 前記アクセスノードが、
   ユーザ端末が送出するサービス情報を識別するサービス識別手順をさらに行い、
   前記管理システムが、
   サービス情報と該サービス情報が示すサービスに適した前記サービスノード及びその設定に関する情報であるネットワーク構成とを対応付けて記載したテーブルから、前記サービス識別手順で識別したサービス情報に対応する前記ネットワーク構成を選択する構成管理手順をさらに行い、
   前記設定実施手順では、
   前記構成管理手順で選択した前記ネットワーク構成に従って前記サービス構築を行う
   ことを特徴とする請求項７に記載のネットワーク管理方法。
9. ユーザ端末がアクセスするアクセスノードと、
   前記アクセスノード及びサービスを提供する１以上のサービスノードを管理する管理システムと、
   前記管理システムと接続され、前記サービスを利用するための認証キーを配布する統合管理システムと、
   を備えるネットワーク管理システムにおいて、コンピュータを、
   前記統合管理システムから前記認証キーを受け取り、ユーザ端末から認証キーを含むサービス設定要求を受けたときにユーザ端末を認証する認証手段と、
   前記認証手段がユーザ端末を認証した後、前記管理システムまたは前記統合管理システムとの通信を可能とする制御用セッションを設定する通信管理手段と、
   前記認証手段が認証したユーザ端末の前記サービス設定要求を前記通信管理手段が設定した前記制御用セッションで送信する設定要求手段と、
   を備える前記アクセスノードとして機能させるためのプログラム。
10. ユーザ端末がアクセスするアクセスノードと、
    前記アクセスノード及びサービスを提供する１以上のサービスノードを管理する管理システムと、
    前記管理システムと接続され、前記サービスを利用するための認証キーを配布する統合管理システムと、
    を備え、
    前記アクセスノードが、
    前記統合管理システムから前記認証キーを受け取り、ユーザ端末から認証キーを含むサービス設定要求を受けたときにユーザ端末を認証する認証部と、
    ユーザ端末が送出するサービス情報を識別するサービス識別部と、
    前記認証部がユーザ端末を認証した後、前記管理システムまたは前記統合管理システムとの通信を可能とする制御用セッションを設定する通信管理部と、
    前記認証部が認証したユーザ端末の前記サービス設定要求を前記通信管理部が設定した前記制御用セッションで送信する設定要求部と、
    を有するネットワーク管理システムにおいて、コンピュータを、
    前記設定要求部が送信した前記サービス設定要求を受信し、前記ユーザ端末と前記サービスノードとの通信を可能とするサービス用セッションを前記アクセスノードに設定するサービス構築を行う内部要求受付手段と、
    サービス情報と該サービス情報が示すサービスに適した前記サービスノード及びその設定に関する情報であるネットワーク構成とを対応付けて記載したテーブルを持ち、該テーブルから前記サービス識別部が識別したサービス情報に対応する前記ネットワーク構成を選択する構成管理手段と、を備え、
    前記内部要求受付手段は、
    前記構成管理手段が選択した前記ネットワーク構成に従って前記サービス構築を行う
    前記管理システムとして機能させるためのプログラム。

Images