WO2022176032A1

WO2022176032A1 - コンフィグ投入装置、コンフィグ投入方法、および、コンフィグ投入プログラム

Info

Publication number: WO2022176032A1
Application number: PCT/JP2021/005766
Authority: WO
Inventors: 勇樹武井; 諭士中務; 裕太渡辺
Original assignee: 日本電信電話株式会社
Priority date: 2021-02-16
Filing date: 2021-02-16
Publication date: 2022-08-25
Also published as: US20240121152A1; JPWO2022176032A1

Abstract

コントローラ（１０）は、上位Ops（オペレーションシステム）からトンネルの設定オーダを受け付けると、当該設定オーダを、ユーザの設定登録に関する第１の設定処理、トンネルの転送面に関する第２の設定処理、転送面のトンネルに用いられる各転送装置のインタフェースに関する第３の設定処理、および、インタフェースに設定処理されるパラメータに関する第４の設定処理に分割し、設定管理ＤＢ（１１３）に格納する。その後、コントローラ（１０）は、各設定処理のテンプレートに、分割した各設定処理に示される情報を反映することにより、トンネルの設定オーダに示される各設定処理を実行するコンフィグを作成する。そして、コントローラ（１０）は、作成したコンフィグを、トンネルの設定先の転送装置（４０）へ投入する。

Description

コンフィグ投入装置、コンフィグ投入方法、および、コンフィグ投入プログラム

　本発明は、コンフィグ投入装置、コンフィグ投入方法、および、コンフィグ投入プログラムに関する。

　従来、ネットワークのコントローラがあるユーザのトンネルの設定オーダを受けると、当該設定オーダに基づき、当該ユーザのトンネル始点装置および終点装置に対する、コンフィグ（configuration）を作成し、投入していた。

IP　in　IP　Tunneling、［2021年1月29日検索］、インターネット＜URL：https://tools.ietf.org/html/rfc1853＞ Generic　Routing　Encapsulation　(GRE)、［2021年1月29日検索］、インターネット＜URL：https://tools.ietf.org/html/rfc2784＞

　しかし、ユーザごと、装置ごとのトンネル設定のためのコンフィグの作成には、膨大な設定パターンが発生し、コンフィグの作成、管理が複雑化する。そこで、本発明は、前記した問題を解決し、ネットワークの各装置へのトンネル設定のためのコンフィグの作成および管理を容易にすることを課題とする。

　前記した課題を解決するため、本発明は、トンネルの設定オーダを受け付けるオーダ受付部と、前記トンネルの設定オーダを、ユーザの設定登録に関する第１の設定処理、前記トンネルの転送面に関する第２の設定処理、前記転送面のトンネルに用いられる各転送装置のインタフェースに関する第３の設定処理、および、前記インタフェースに設定するパラメータに関する第４の設定処理に分割し、記憶部に格納するオーダ分割部と、前記設定処理ごとに用意したテンプレートに、前記設定処理それぞれに示される情報を反映することにより、前記設定オーダに示されるトンネルの設定処理を実行するコンフィグを作成する設定処理部と、前記コンフィグを、前記トンネルの設定先の転送装置へ投入するコンフィグ投入部とを備えることを特徴とする。

　本発明によれば、ネットワークの各装置へのトンネル設定のためのコンフィグの作成および管理を容易にすることができる。

図１は、転送装置により構成されるネットワークの例を示す図である。図２は、コントローラを含むシステムの構成例を示す図である。図３は、図２の設定部の概要を説明するための図である。図４は、図２の設定管理ＤＢに格納される設定処理の例を示す図である。図５は、図２のコントローラが用いるテンプレートを説明するための図である。図６は、図２の装置決定部の概要を説明するための図である。図７は、図２の装置情報ＤＢに格納される装置情報の例を示す図である。図８は、図２のコントローラの処理手順の例を示すフローチャートである。図９は、図８のＳ１０６における処理手順の例を示すフローチャートである。図１０は、図２のコントローラの処理手順の例を示すシーケンス図である。図１１は、図２のコントローラの処理手順の例を示すシーケンス図である。図１２は、コンフィグ投入プログラムを実行するコンピュータの構成例を示す図である。

　以下、図面を参照しながら、本発明を実施するための形態（実施形態）について説明する。本発明は、以下に説明する実施形態に限定されない。

[転送装置およびコントローラ]
　まず、図１を用いて、コントローラ１０によるコンフィグ（configuration）の投入対象となる転送装置４０と、コントローラ１０とを説明する。

　転送装置４０は、Ｌ２（レイヤ２）またはＬ３（レイヤ３）でデータの転送を行う装置であり、ネットワークを介して通信可能に接続される（図１の符号１０１参照）。この転送装置４０は、それぞれトンネル機能を備え、他の転送装置４０との間でトンネルを設定すると、当該トンネルを用いたデータ転送を行う。なお、以下の説明において、トンネルは、Ｌ３のトンネルでもよいし、Ｌ２のトンネルでもよい。

　例えば、図１の符号１０２に示すように、ユーザＡのＮＷ＃１およびＮＷ＃２は、転送装置４０間に設定されたトンネルにより接続される（論理ＮＷ＃Ａ）。また、例えば、ユーザＢのＮＷ＃１およびＮＷ＃２も、転送装置４０間に設定されたトンネルにより接続される（論理ＮＷ＃Ｂ）。

　ここで、例えば、ユーザＢのＮＷ＃１－ＮＷ＃２間の通信量の増加等により、符号１０３に示すように、論理ＮＷ＃Ｂにトンネルを追加する場合を考える。この場合、転送装置４０のコントローラ１０は、符号１０４に示すように、論理ＮＷ＃Ｂを構成する転送装置４０に対し、トンネルを追加するコンフィグを投入する。

[システムの構成例]
　次に、図２を用いてコントローラ１０を含むシステムの構成例を説明する。システム１は、例えば、コントローラ１０と、リアルタイム情報ＤＢ（データベース）２０と、外部情報収集システム３０と、転送装置４０（４０Ａ，４０Ｂ，…，４０Ｎ）とを備える。

　コントローラ１０は、各転送装置４０の制御を行う装置である。例えば、コントローラ１０は、上位Ops（オペレーションシステム）から転送装置４０間のトンネルの設定オーダを受け付けると、リアルタイム情報ＤＢ２０、外部情報収集システム３０等から収集された情報等を参照して、トンネルを設定するためのコンフィグを作成する。そして、コントローラ１０は、作成したコンフィグを、トンネルの設定先の転送装置４０に投入する。

　リアルタイム情報ＤＢ２０は、各転送装置４０間の通信状況を示す情報を格納する。転送装置４０間の通信状況を示す情報は、例えば、各転送装置４０間の通信遅延時間、ジッタ、通信帯域等を示す情報である。このリアルタイム情報ＤＢ２０の情報は、例えば、所定期間ごとに更新される。

　外部情報収集システム３０は、各転送装置４０間の通信状況（例えば、通信遅延時間、ジッタ、通信帯域等）の情報を収集する。例えば、外部情報収集システム３０は、コントローラ１０からの依頼に基づき、指定された転送装置４０間の通信状況の情報を収集し、コントローラ１０に出力する。

[コントローラ]
　コントローラ１０は、設定部１１および装置決定部１２を備える。設定部１１は、トンネル設定のためのコンフィグを作成し、トンネルの設定先の転送装置４０に投入する。装置決定部１２は、転送装置４０間の通信状況を示す情報、トンネルのユーザの通信要件（ユーザ要件）等に基づき、設定部１１によるコンフィグの投入先の転送装置４０を決定する。

[設定部]
　設定部１１は、オーダ受付部１１１と、オーダ分割部１１２と、設定管理ＤＢ１１３と、テンプレートＤＢ１１４と、設定処理部１１５と、コンフィグ投入部１１６とを備える。なお、上記の設定管理ＤＢ１１３およびテンプレートＤＢ１１４は、コントローラ１０の記憶部（図示省略）に装備される。

　まず、図３を用いて設定部１１の概要を説明する。図３に示すように、設定部１１のオーダ受付部１１１は、例えば、上位Opsからトンネルの設定オーダを受け付ける（Ｓ１）。その後、オーダ分割部１１２は、Ｓ１で受け付けた設定オーダを分割し（Ｓ２）、設定管理ＤＢ１１３に保存する（Ｓ３）。その後、設定処理部１１５は、設定管理ＤＢ１１３から設定処理を読み出して処理する（Ｓ４）。

　次に、図２に戻り、設定部１１を詳細に説明する。設定部１１のオーダ受付部１１１は、トンネルの設定オーダを受け付ける。トンネルの設定オーダは、例えば、以下の（１）～（４）に示す設定処理のいずれか、またはこれらの組み合わせを含む。

（１）トンネルのユーザの新規登録設定または削除
（２）トンネルを用いた転送面の新規設定、削除
（３）トンネルのインタフェースの新規設定、削除、設定変更
（４）設定した各インタフェースに不随するパラメータの設定変更

　なお、設定オーダのうち、（１）の設定処理に関する情報は、例えば、ユーザのＩＤ等を含む。また、（２）の設定処理に関する情報は、例えば、転送面の種別（例えば、Ｌ３かＬ２か）、当該転送面で用いられる装置情報（例えば、転送装置４０の装置ＩＤ）等を含む。さらに、（３）の設定処理に関する情報は、例えば、トンネルの種別、当該トンネルで用いられるインタフェースのＩＰアドレス等の情報を含む。また、（４）の設定処理に関する情報は、設定対象となるパラメータの種別（例えば、BGP（Border　Gateway　Protocol）、QoS（Quality　of　Service）、端点アドレス等）、パラメータ値等を含む。

　オーダ分割部１１２は、オーダ受付部１１１で受け付けた設定オーダを、所定の設定処理単位に分割する。例えば、オーダ分割部１１２は、当該設定オーダを、上記の（１）～（４）に示す設定処理に分割する。その後、オーダ分割部１１２は、分割した設定処理を、設定管理ＤＢ１１３に保存する。

　オーダ分割部１１２は、例えば、図４に示すように、設定オーダを、上記の（１）～（４）に示す設定処理に分割し、互いに関連する設定処理をツリー構造にして、設定管理ＤＢ１１３に保存する。

　このツリー構造は、例えば、図４に示すように、ツリーの上位から下位に、（１）ユーザに関する設定処理→（２）転送面に関する設定処理→（３）インタフェースに関する設定処理→（４）パラメータに関する設定処理という順に接続したものである。

　図２の説明に戻る。設定管理ＤＢ１１３は、オーダ分割部１１２により設定処理単位に分割された設定オーダ（図４参照）を格納する。

　テンプレートＤＢ１１４は、設定管理ＤＢ１１３に格納された、各設定処理を実行するためのテンプレートを記憶する。例えば、テンプレートＤＢ１１４は、前記した（１）～（４）の設定処理を順に実行するためのテンプレートを記憶する。

　設定処理部１１５は、テンプレートＤＢ１１４から読み出した設定処理を実行するためのテンプレートに、オーダ分割部１１２により分割された各設定処理に示される情報を反映することにより、設定オーダに示される設定処理を実行するためのコンフィグを作成する。

　例えば、設定処理部１１５は、テンプレートＤＢ１１４から読み出した、前記した（１）～（４）の設定処理に対応するテンプレートに、分割された各設定処理のツリー（図４参照）の上位の要素から順に反映していくことによりコンフィグを作成する。

　一例を挙げると、設定処理部１１５は、図５に示すように、（１）ユーザ登録処理→（２）転送面の新規作成処理→（３）インタフェースの作成、トンネルの作成処理→（４）パラメータの設定、変更処理の順に設定を実行するコンフィグを作成する。

　なお、（３）におけるインタフェースの作成は、例えば、トンネルIF、VLAN-IFの作成である。また、（４）におけるパラメータの設定、変更処理は、例えば、BGP等の変更や、QoS、フィルタ等のパラメータの変更である。

　また、設定処理部１１５は、装置決定部１２に、コンフィグの投入先の転送装置４０（設定装置）の決定を依頼する。

　例えば、設定処理部１１５は、装置決定部１２に、トンネルの設定オーダに含まれるパラメータを含む設定装置の決定依頼を装置決定部１２に出力する。なお、このパラメータは、例えば、ユーザＩＤ、トンネルの種別、設定量（例えば、トンネルの使用帯域）、トンネルの設定候補の転送装置４０の装置ＩＤまたはＩＰアドレス、当該転送装置４０の接続先のネットワーク情報等である。このパラメータは、例えば、設定処理部１１５が設定管理ＤＢ１１３から読み出した設定処理の内容を用いてよい。

　そして、設定処理部１１５は、装置決定部１２からコンフィグの投入先の転送装置４０の決定結果を受け取ると、当該転送装置４０にコンフィグを投入するようコンフィグ投入部１１６に依頼する。コンフィグ投入部１１６は、設定処理部１１５からの依頼に基づき、当該転送装置４０にコンフィグを投入する。

[装置決定部]
　次に、装置決定部１２を説明する。装置決定部１２は、要件受付部１２１と、ユーザ要件ＤＢ１２２と、リアルタイム情報取得部１２３と、装置情報ＤＢ１２４と、装置決定処理部１２５とを備える。ユーザ要件ＤＢ１２２と装置情報ＤＢ１２４は、コントローラ１０の記憶部（図示省略）に装備される。

　まず、図６を用いて装置決定部１２の概要を説明する。図６に示すように、装置決定部１２の要件受付部１２１は、ユーザ要件（ユーザの通信要件）を受け付けると、ユーザ要件ＤＢ１２２に当該ユーザ要件を保存しておく（Ｓ１１）。

　Ｓ１１の後、装置決定処理部１２５は、設定処理部１１５（図２参照）から、上記のパラメータを含む設定装置の決定依頼を受け付けると、装置情報ＤＢ１２４から対応可能な候補装置（設定装置の候補となる転送装置４０）を選択する（Ｓ１２）。

　例えば、装置決定処理部１２５は、上記のパラメータと、装置情報ＤＢ１２４に示される各転送装置４０が対応可能なトンネルの種別、リソース状況（例えば、リソース上限量、消費リソース等）とに基づき、候補装置を選択する。

　Ｓ１２の後、リアルタイム情報取得部１２３は、リアルタイム情報ＤＢ２０または外部情報収集システム３０から、Ｓ１２で選択された候補装置の通信状況を示す情報を取得する（Ｓ１３）。

　例えば、候補装置が、図６に示す転送装置＃１～＃４である場合、リアルタイム情報取得部１２３は、転送装置＃１～＃４それぞれの間の通信の遅延、ジッタ、帯域等の情報等を取得する。

　Ｓ１３の後、装置決定処理部１２５は、候補装置の通信状況を示す情報、ユーザ要件を用いて、Ｓ１２で選択した候補装置の中から、設定装置を決定する（Ｓ１４）。

　例えば、装置決定処理部１２５は、符号６０１に示す候補装置の通信状況を示す情報と、符号６０２に示すユーザ条件とを用いて、転送装置＃１～＃４の中から、ユーザ条件を満たす転送装置＃１と転送装置＃４を設定装置として決定する。そして、装置決定処理部１２５は、決定した転送装置＃１と転送装置＃４の情報を設定処理部１１５に出力する。

　図２に戻って装置決定部１２を詳細に説明する。装置決定部１２の要件受付部１２１は、ユーザ要件の入力を受け付けると、ユーザ要件ＤＢ１２２に保存する。ユーザ要件ＤＢ１２２は、ユーザ要件を記憶する。ユーザ要件は、各ユーザの通信要件を示した情報である。例えば、ユーザ要件は、図６の符号６０２に示すように、ユーザごとに当該ユーザの通信に許容される遅延量（遅延時間）、帯域保証値（保証される帯域）等を示した情報である。

　リアルタイム情報取得部１２３は、各転送装置４０間の通信状況を示す情報を取得する。各転送装置４０間の通信状況を示す情報は、例えば、図６の符号６０１に示すように、転送装置４０同士をつなぐ区間ごとの遅延時間、トラヒック量等を示した情報である。当該情報は、例えば、各転送装置４０からリアルタイムで取得される。

　装置情報ＤＢ１２４は、各転送装置４０の装置情報を記憶する。装置情報は、転送装置４０の割り当てリソース量およびリソース消費量を示した情報である。

　装置情報は、例えば、図７に示すように、転送装置４０の装置ＩＤ、機種、ＯＳ（Operating　System）のバージョン、対応可能なトンネルの種別、リソース上限量、消費リソース等を示した情報である。

　なお、リソース上限量は、例えば、当該転送装置４０に設定可能なトンネルのユーザ数の上限値、トンネル数の上限値等を示す情報である。また、消費リソース量は、例えば、当該転送装置４０に設定されているトンネルのユーザ数、トンネル数等を示す情報である。

　図２の説明に戻る。装置決定処理部１２５は、設定処理部１１５から出力された設定装置の決定依頼に基づき、設定装置を決定する。この設定装置の決定依頼は、トンネルの設定オーダに含まれるパラメータを含む。このパラメータは、例えば、設定処理部１１５が設定管理ＤＢ１１３から読み出した、各設定処理に示される内容を用いる。

　パラメータは、前記したとおり、例えば、ユーザＩＤ、トンネルの種別、設定量、トンネルの設定候補の転送装置４０の装置ＩＤまたはＩＰアドレス、または、接続先のネットワーク情報等である。

　例えば、装置決定処理部１２５は、上記のパラメータに含まれるユーザＩＤおよびトンネルの設定候補の転送装置４０と、装置情報ＤＢ１２４の装置情報に示される各転送装置４０の割り当てリソース量および消費リソース量と、リアルタイム情報取得部１２３により収集された各転送装置４０間の通信状況を示す情報とに基づき、上記のトンネルの設定候補の転送装置４０の中から、当該ユーザの通信要件を満たす転送装置４０を、設定装置として決定する。そして、装置決定処理部１２５は、設定装置として決定した転送装置４０を設定処理部１１５に出力する。

　このようなコントローラ１０によれば、トンネルの設定オーダを複数の設定処理に分割し、テンプレートを用いてコンフィグを作成するので、コンフィグの作成が容易になる。また、コントローラ１０は、分割した設定処理を、例えば、ツリー構造にして設定管理ＤＢ１１３に格納する。これにより、コンフィグの管理や、部分的な変更や拡張を行いやすくなる。

　さらに、コントローラ１０は、各転送装置４０間の通信状況を用いて、ユーザの通信要件を満たす転送装置４０をコンフィグの投入先として決定する。これにより、コントローラ１０は、各転送装置４０間の通信状況に応じて柔軟にトンネルの設定先の転送装置４０を決定することができる。

[処理手順の例]
　次に、図８を用いて、コントローラ１０の処理手順の例を説明する。例えば、まず、コントローラ１０のオーダ受付部１１１は、上位Opsからトンネルの設定オーダを受け付ける（Ｓ１０１）。次に、オーダ分割部１１２は、Ｓ１０１で受け付けた設定オーダを複数の設定処理に分割する（Ｓ１０２：設定オーダの分割）。そして、オーダ分割部１１２は、分割した設定処理を、設定管理ＤＢ１１３に保存する（Ｓ１０３）。

　Ｓ１０３の後、設定処理部１１５は、設定管理ＤＢ１１３から設定処理を読み出す（Ｓ１０４）。また、設定処理部１１５は、装置決定部１２にコンフィグの投入先の転送装置４０（設定装置）の決定を依頼する（Ｓ１０５）。

　Ｓ１０５の後、装置決定部１２は、当該依頼に基づき、コンフィグの投入先の転送装置４０を決定する（Ｓ１０６）。このＳ１０６の処理の詳細は後記する。そして、設定処理部１１５は、テンプレートＤＢ１１４のテンプレートを用いて、Ｓ１０４で読み出した設定処理を反映したコンフィグを作成する（Ｓ１０７）。その後、コンフィグ投入部１１６は、Ｓ１０６で決定された転送装置４０に対し、Ｓ１０７で作成されたコンフィグを投入する（Ｓ１０８）。

　次に、図９を用いて、図８のＳ１０６を詳細に説明する。まず、装置決定部１２の装置決定処理部１２５は、設定装置の決定依頼を受け付ける（Ｓ１２１）。この設定装置の決定依頼は、前記した通り、トンネルの設定オーダに含まれるパラメータ（例えば、ユーザＩＤ、トンネルの種別、設定量、トンネルの設定候補の転送装置４０の装置ＩＤまたはＩＰアドレス、または、接続先のネットワーク情報等）を含む。

　Ｓ１２１の後、装置決定処理部１２５は、装置情報ＤＢ１２４から、設定装置の決定依頼のパラメータに含まれるトンネルの設定候補の転送装置４０の装置情報を取得する（Ｓ１２２）。そして、装置決定処理部１２５は、取得した装置情報に基づき、トンネルの設定候補の転送装置４０それぞれについて、上記のパラメータに示される種別のトンネルに対応可能か否か（Ｓ１２３：対応可能な種別のトンネルか）、リソースに空きがあるか否か（Ｓ１２４）を判定する。

　例えば、装置決定処理部１２５は、トンネルの設定候補の転送装置４０を１つ選択し、上記のパラメータに示される種別のトンネルに対応可能か否か（Ｓ１２３：対応可能な種別のトンネルか）、リソースに空きがあるか否か（Ｓ１２４）を判定する。そして、装置決定処理部１２５は、未選択の設定候補の転送装置４０があれば（Ｓ１２５：他候補があるか→Ｙｅｓ）、その未選択の設定候補の装置の転送装置４０に対し、Ｓ１２３およびＳ１２４の処理を実行する。

　一方、未選択の設定候補の転送装置４０がなければ（Ｓ１２５：他候補があるか→Ｎｏ）、装置決定処理部１２５は、上記のパラメータに示される要件を満たす転送装置４０はあるか否かを判定する（Ｓ１２６）。ここで、装置決定処理部１２５が当該要件を満たす転送装置４０はないと判定した場合（Ｓ１２６→Ｎｏ）、設定処理部１１５にＮＧを返す（Ｓ１３７）。

　一方、装置決定処理部１２５は、上記のパラメータに示される要件を満たす転送装置４０（候補装置）があると判定した場合（Ｓ１２６→Ｙｅｓ）、リアルタイム情報取得部１２３に対し、候補装置の通信状況を示す情報を要求する（Ｓ１３１：情報要求）。

　Ｓ１３１の後、リアルタイム情報取得部１２３は、当該候補装置の通信状況を示す情報がリアルタイム情報ＤＢ２０にあれば（Ｓ１３２：情報がＤＢにあるか→Ｙｅｓ）、当該情報を装置決定処理部１２５に出力する。これにより、装置決定処理部１２５は、候補装置の通信状況を示す情報を受領する（Ｓ１３４）。

　一方、当該候補装置の通信状況を示す情報がリアルタイム情報ＤＢ２０になければ（Ｓ１３２：情報がＤＢにあるか→Ｎｏ）、リアルタイム情報取得部１２３は、外部情報収集システム３０に対し、当該情報の取得要求を行う（Ｓ１３３）。そして、リアルタイム情報取得部１２３は、外部情報収集システム３０から当該情報を取得すると、装置決定処理部１２５に出力する。これにより、装置決定処理部１２５は、当該候補装置の通信状況を示す情報を受領する（Ｓ１３４）。

　Ｓ１３４の後、装置決定処理部１２５は、Ｓ１３４で受領した情報とユーザ要件とを比較することにより、ユーザ要件を満たす候補装置があるか否かを判定する（Ｓ１３５）。ここで、装置決定処理部１２５がユーザ要件を満たす候補装置があると判定した場合（Ｓ１３５→Ｙｅｓ）、ユーザ要件を満たす候補装置の装置情報（例えば、装置ＩＤ、ＩＰアドレス等）を設定処理部１１５に返す（Ｓ１３６）。

　一方、装置決定処理部１２５がユーザ要件を満たす候補装置はないと判定した場合（Ｓ１３５→Ｎｏ）、設定処理部１１５にＮＧを返す（Ｓ１３７）。

　次に、図１０に示すシーケンス図を用いて、装置決定部１２の処理手順の例を説明する。例えば、装置決定部１２の要件受付部１２１が、上位Opsからユーザ要件の入力を受け付けると（Ｓ１４１）、当該ユーザ要件をユーザ要件ＤＢ１２２に登録する（Ｓ１４２）。

　Ｓ１４２の後、装置決定処理部１２５が、設定処理部１１５から、トンネルの設定装置の決定依頼を受け付ける（Ｓ１４３）。前記した通り、この設定装置の決定依頼は、設定オーダに含まれるパラメータ（例えば、ユーザＩＤ、トンネル種別、トンネルの設定候補の転送装置４０の一覧（装置ＩＤやＩＰアドレス等）等）を含む。

　Ｓ１４３の後、装置決定処理部１２５は、上記のパラメータに含まれる設定候補の転送装置４０の装置情報を装置情報ＤＢ１２４から取得する（Ｓ１４４）。そして、装置決定処理部１２５は、Ｓ１４４で取得した装置情報を用いて候補装置の選択を行う（Ｓ１４５）。

　例えば、装置決定処理部１２５は、Ｓ１４４で取得した装置情報に基づき、設定候補の転送装置４０から、上記のパラメータに示される種別のトンネルに対応可能であり、かつ、リソースに空きがある転送装置４０を候補装置として選択する。

　Ｓ１４５の後、装置決定処理部１２５は、リアルタイム情報取得部１２３に対し、Ｓ１４５で選択した候補装置の通信状況を示す情報を要求する（Ｓ１４６：情報要求）。そして、リアルタイム情報取得部１２３は、当該要求に基づき、候補装置の通信状況を示す情報を取得する（Ｓ１４７）。例えば、リアルタイム情報取得部１２３は、まず、リアルタイム情報ＤＢ２０から候補装置の通信状況を示す情報を検索する。ここで、リアルタイム情報ＤＢ２０に情報がない場合、リアルタイム情報取得部１２３は、外部情報収集システム３０に対し、候補装置の通信状況を示す情報の取得要求を行い、候補装置の通信状況を示す情報を取得する。

　Ｓ１４７の後、リアルタイム情報取得部１２３は、装置決定処理部１２５へ情報の回答を行う（Ｓ１４８）。例えば、リアルタイム情報取得部１２３は、Ｓ１４７で取得した候補装置の通信状況を示す情報を装置決定処理部１２５へ出力する。

　Ｓ１４８の後、装置決定処理部１２５は、上記のパラメータに含まれるユーザＩＤに対応するユーザ要件をユーザ要件ＤＢ１２２から取得する（Ｓ１４９）。そして、装置決定処理部１２５は、Ｓ１４８で得た回答（候補装置の通信状況を示す情報）と、Ｓ１４９で取得したユーザ要件とを比較し、ユーザ要件を満たす候補装置を設定装置として決定する（Ｓ１５０：設定装置の決定）。そして、装置決定処理部１２５は、Ｓ１５０で決定した設定装置の装置情報を、設定処理部１１５に回答する（Ｓ１５１）。

　次に、図１１に示すシーケンス図を用いて、図１０のＳ１５１で設定処理部１１５が設定装置の装置情報の回答を受け取った後の処理を説明する。

　設定処理部１１５は、装置決定処理部１２５から受け取った設定装置の装置情報（例えば、設定装置の装置ＩＤ、ＩＰアドレス等）に基づき、装置情報ＤＢ１２４から当該設定装置の装置情報（例えば、当該設定装置の機種、ＯＳ等の情報）を読み込む（Ｓ１６１）。次に、設定処理部１１５は、テンプレートＤＢ１１４から、テンプレートを読み込む（Ｓ１６２）。そして、設定処理部１１５は、設定管理ＤＢ１１３に格納された各設定処理と、Ｓ１６１で読み込んだ当該設定装置の装置情報とを、Ｓ１６２で読み込んだテンプレートに反映することにより、当該設定装置へ投入するコンフィグを作成する（Ｓ１６３）。

　Ｓ１６３の後、設定処理部１１５は、Ｓ１６３で作成したコンフィグの投入依頼をコンフィグ投入部１１６に行う（Ｓ１６４：コンフィグ依頼）。そして、コンフィグ投入部１１６は、当該投入依頼に基づき、コンフィグの設定装置である転送装置４０（例えば、転送装置＃１）に、Ｓ１６３で作成されたコンフィグを投入する（Ｓ１６５：コンフィグ投入）。その後、設定処理部１１５は、コンフィグ投入部１１６は、コンフィグの投入の結果通知を受け取ると（Ｓ１６６）、当該結果通知に基づき、装置情報ＤＢ１２４における装置情報を更新する（Ｓ１６７）。例えば、設定処理部１１５は、コンフィグの投入先の転送装置４０に関する装置情報（図７参照）における消費リソースの値を更新する。

　さらに、コントローラ１０は、各転送装置４０間の通信状況を用いて、ユーザの通信要件を満たす転送装置４０をコンフィグの投入先として決定する。これにより、コントローラ１０は、各転送装置４０間の通信状況に応じて、柔軟にトンネルの設定先の転送装置４０を決定することができる。

［システム構成等］
　また、図示した各部の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

　また、前記した実施形態において説明した処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

［プログラム］
　前記したコントローラ１０は、パッケージソフトウェアやオンラインソフトウェアとしてプログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記のプログラムを情報処理装置に実行させることにより、情報処理装置をコントローラ１０として機能させることができる。ここで言う情報処理装置には、デスクトップ型又はノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やPHS（Personal　Handyphone　System）等の移動体通信端末、さらには、PDA（Personal　Digital　Assistant）等の端末等がその範疇に含まれる。

　また、コントローラ１０は、ユーザが使用する端末装置をクライアントとし、当該クライアントに上記の処理に関するサービスを提供するサーバ装置として実装することもできる。この場合、サーバ装置は、Ｗｅｂサーバとして実装することとしてもよいし、アウトソーシングによって上記の処理に関するサービスを提供するクラウドとして実装することとしてもかまわない。

　図１２は、コンフィグ投入プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。

　メモリ１０１０は、ROM（Read　Only　Memory）１０１１及びRAM（Random　Access　Memory）１０１２を含む。ROM１０１１は、例えば、BIOS（Basic　Input　Output　System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。

　ハードディスクドライブ１０９０は、例えば、OS１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記のコントローラ１０が実行する各処理を規定するプログラムは、コンピュータにより実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、コントローラ１０における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、SSD（Solid　State　Drive）により代替されてもよい。

　また、上述した各実施形態の処理で用いられるデータは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてRAM１０１２に読み出して実行する。

　なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（LAN（Local　Area　Network）、WAN（Wide　Area　Network）等）を介して接続される他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

　１　システム
　１０　コントローラ
　１１　設定部
　１２　装置決定部
　２０　リアルタイム情報ＤＢ
　３０　外部情報収集システム
　４０　転送装置
　１１１　オーダ受付部
　１１２　オーダ分割部
　１１３　設定管理ＤＢ
　１１４　テンプレートＤＢ
　１１５　設定処理部
　１１６　コンフィグ投入部
　１２１　要件受付部
　１２２　ユーザ要件ＤＢ
　１２３　リアルタイム情報取得部
　１２４　装置情報ＤＢ

Claims

　トンネルの設定オーダを受け付けるオーダ受付部と、
　前記トンネルの設定オーダを、ユーザの設定登録に関する第１の設定処理、前記トンネルの転送面に関する第２の設定処理、前記転送面のトンネルに用いられる各転送装置のインタフェースに関する第３の設定処理、および、前記インタフェースに設定するパラメータに関する第４の設定処理に分割し、記憶部に格納するオーダ分割部と、
　前記設定処理ごとに用意したテンプレートに、前記設定処理それぞれに示される情報を反映することにより、前記設定オーダに示されるトンネルの設定処理を実行するコンフィグを作成する設定処理部と、
　前記コンフィグを、前記トンネルの設定先の転送装置へ投入するコンフィグ投入部と
　を備えることを特徴とするコンフィグ投入装置。
　前記トンネルの設定オーダに含まれる、当該トンネルのユーザの識別情報および当該トンネルの設定候補の転送装置と、前記各転送装置間の通信状況を示す情報とに基づき、前記トンネルの設定候補の転送装置のうち、当該ユーザの通信要件を満たす転送装置を当該トンネルの設定先の転送装置として決定する装置決定部を備え、
　前記設定処理部は、
　決定された前記トンネルの設定先の転送装置に投入する前記コンフィグを作成する
　ことを特徴とする請求項１に記載のコンフィグ投入装置。
　前記オーダ分割部は、
　分割した前記設定処理をツリー構造にして記憶部に格納する
　ことを特徴とする請求項１に記載のコンフィグ投入装置。
　前記ユーザの通信要件は、
　当該ユーザのトンネルを用いた通信において許容される遅延時間および通信帯域の少なくともいずれかを含む
　ことを特徴とする請求項２に記載のコンフィグ投入装置。
　コンフィグ投入装置により実行されるコンフィグ投入方法であって、
　トンネルの設定オーダを受け付ける工程と、
　前記トンネルの設定オーダを、ユーザの設定登録に関する第１の設定処理、前記トンネルの転送面に関する第２の設定処理、前記転送面のトンネルに用いられる各転送装置のインタフェースに関する第３の設定処理、および、前記インタフェースに設定するパラメータに関する第４の設定処理に分割し、記憶部に格納する工程と、
　前記設定処理ごとに用意したテンプレートに、前記設定処理それぞれに示される情報を反映することにより、前記設定オーダに示されるトンネルの設定処理を実行するコンフィグを作成する工程と、
　前記コンフィグを、前記トンネルの設定先の転送装置へ投入する工程と
　を含むことを特徴とするコンフィグ投入方法。
　トンネルの設定オーダを受け付ける工程と、
　前記トンネルの設定オーダを、ユーザの設定登録に関する第１の設定処理、前記トンネルの転送面に関する第２の設定処理、前記転送面のトンネルに用いられる各転送装置のインタフェースに関する第３の設定処理、および、前記インタフェースに設定するパラメータに関する第４の設定処理に分割し、記憶部に格納する工程と、
　前記設定処理ごとに用意したテンプレートに、前記設定処理それぞれに示される情報を反映することにより、前記設定オーダに示されるトンネルの設定処理を実行するコンフィグを作成する工程と、
　前記コンフィグを、前記トンネルの設定先の転送装置へ投入する工程と
　をコンピュータに実行させることを特徴とするコンフィグ投入プログラム。