(57)【要約】  より柔軟な構成を有するノードを作成することを目的とする。Controller３は、目的ノードを作成する旨の作成指示を受信する作成指示受付部３００と、目的ノード構成表を格納するCookBook４に対し、作成指示に含まれる目的ノードの識別情報を送信し、当該送信に基づく応答として、目的ノード構成表において対応付けられた複数の機能ブロック（ＦＢ）の識別情報及びシナリオを含む目的ノード構成情報を受信する構成情報取得部３０２と、ＦＢを格納するRepository５又は目的ノードを配置するPlatform６に対し、目的ノード構成情報に含まれる複数のＦＢの識別情報を含む、当該複数のＦＢを組み合わせて配置する旨の配置指示を送信する配置指示部３０４と、配置指示に基づいて配置された複数のＦＢに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示部３０６と、を備える。
2016006491.tif 000002
【特許請求の範囲】
【請求項１】
所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードであって、
目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信手段と、
目的ノードの識別情報と、当該目的ノードを構成する複数の機能ブロックの識別情報と、当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信手段と、
前記目的ノード識別情報送信手段による送信に基づく応答として、目的ノード構成表において送信した目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を受信する構成情報受信手段と、
機能ブロックを格納する構成要素格納ノード又は目的ノードを配置する基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信手段と、
配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信手段であって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信手段と、
を備える制御ノード。
【請求項２】
作成指示は、基盤ノードの識別情報をさらに含み、
配置指示は、作成指示に含まれる基盤ノードの識別情報をさらに含み、複数の機能ブロックを組み合わせて当該基盤ノードに配置する旨の指示を示す、
請求項１に記載の制御ノード。
【請求項３】
作成済みの目的ノードの識別情報と、当該作成済みの目的ノードを構成する複数の機能ブロックに関する情報とが対応付けられた目的ノード状況表を格納する状況表格納手段と、
作成済みの目的ノードの識別情報と、変更後の目的ノードの識別情報とを含む、当該作成済みの目的ノードを当該変更後の目的ノードに変更する旨の変更指示を受信する変更指示受信手段と、
目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられた複数の機能ブロックに関する情報を取得し、前記構成情報受信手段を制御することで、変更指示に含まれる変更後の目的ノードの識別情報に対応付けられたシナリオである変更後シナリオを含む目的ノード構成情報を受信し、前記設定指示送信手段を制御することで、取得した複数の機能ブロックに関する情報に対応する複数の機能ブロックに対し、変更後シナリオを設定する旨の設定指示を送信する目的ノード変更手段であって、当該設定指示の送信に基づいて作成済みの目的ノードが変更後の目的ノードに変更される、目的ノード変更手段と、
をさらに備える請求項１又は２に記載の制御ノード。
【請求項４】
目的ノード状況表では、作成済みの目的ノードを構成する複数の機能ブロックそれぞれに設定されたシナリオがさらに対応付けられ、
前記目的ノード変更手段は、さらに、目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられたシナリオである変更前シナリオを取得し、変更前シナリオと変更後シナリオとを比較することで、作成済みの目的ノードを構成する複数の機能ブロックと変更後の目的ノードを構成する複数の機能ブロックとの差分を判定し、判定した差分に基づいて作成済みの目的ノードを構成する複数の機能ブロックを変更する、
請求項３に記載の制御ノード。
【請求項５】
所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、機能ブロックを格納する構成要素格納ノードとを含むノード作成システムであって、
制御ノードは、
目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信手段と、
構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信手段と、
目的ノード構成情報を受信する構成情報受信手段と、
構成要素格納ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信手段と、
配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信手段であって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信手段と、
を備え、
構成表格納ノードは、
前記目的ノード識別情報送信手段によって送信された目的ノードの識別情報を受信する目的ノード識別情報受信手段と、
制御ノードに対し、目的ノード構成表において前記目的ノード識別情報受信手段によって受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信手段と、
を備え、
構成要素格納ノードは、
前記配置指示送信手段によって送信された配置指示を受信する配置指示受信手段と、
配置指示に含まれる複数の機能ブロックの識別情報に対応する格納された機能ブロックを配置する配置手段と、
を備える、
ノード作成システム。
【請求項６】
所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、目的ノードを配置する基盤ノードとを含むノード作成システムであって、
制御ノードは、
目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信手段と、
構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信手段と、
目的ノード構成情報を受信する構成情報受信手段と、
目的ノードを配置する基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信手段と、
配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信手段であって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信手段と、
を備え、
構成表格納ノードは、
前記目的ノード識別情報送信手段によって送信された目的ノードの識別情報を受信する目的ノード識別情報受信手段と、
制御ノードに対し、目的ノード構成表において前記目的ノード識別情報受信手段によって受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信手段と、
を備え、
基盤ノードは、
前記配置指示送信手段によって送信された配置指示を受信する配置指示受信手段と、
配置指示に含まれる複数の機能ブロックの識別情報に対応する機能ブロックを配置する配置手段と、
を備える、
ノード作成システム。
【請求項７】
所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードにより実行されるノード作成方法であって、
目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信ステップと、
目的ノードの識別情報と、当該目的ノードを構成する複数の機能ブロックの識別情報と、当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信ステップと、
前記目的ノード識別情報送信ステップにおける送信に基づく応答として、目的ノード構成表において送信した目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を受信する構成情報受信ステップと、
機能ブロックを格納する構成要素格納ノード又は目的ノードを配置する基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信ステップと、
配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信ステップであって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信ステップと、
を含むノード作成方法。
【請求項８】
所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、機能ブロックを格納する構成要素格納ノードとを含むノード作成システムにより実行されるノード作成方法であって、
制御ノードが、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信ステップと、
制御ノードが、構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信ステップと、
構成表格納ノードが、前記目的ノード識別情報送信ステップにおいて送信された目的ノードの識別情報を受信する目的ノード識別情報受信ステップと、
構成表格納ノードが、制御ノードに対し、目的ノード構成表において前記目的ノード識別情報受信ステップにおいて受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信ステップと、
制御ノードが、目的ノード構成情報を受信する構成情報受信ステップと、
制御ノードが、構成要素格納ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信ステップと、
構成要素格納ノードが、前記配置指示送信ステップにおいて送信された配置指示を受信する配置指示受信ステップと、
構成要素格納ノードが、配置指示に含まれる複数の機能ブロックの識別情報に対応する格納された機能ブロックを配置する配置ステップと、
制御ノードが、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信し、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信ステップと、
を含むノード作成方法。
【請求項９】
所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、目的ノードを配置する基盤ノードとを含むノード作成システムにより実行されるノード作成方法であって、
制御ノードが、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信ステップと、
制御ノードが、構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信ステップと、
構成表格納ノードが、前記目的ノード識別情報送信ステップにおいて送信された目的ノードの識別情報を受信する目的ノード識別情報受信ステップと、
構成表格納ノードが、制御ノードに対し、目的ノード構成表において前記目的ノード識別情報受信ステップにおいて受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信ステップと、
制御ノードが、目的ノード構成情報を受信する構成情報受信ステップと、
制御ノードが、基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信ステップと、
基盤ノードが、前記配置指示送信ステップにおいて送信された配置指示を受信する配置指示受信ステップと、
基盤ノードが、配置指示に含まれる複数の機能ブロックの識別情報に対応する機能ブロックを配置する配置ステップと、
制御ノードが、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信し、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信ステップと、
を含むノード作成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機能ブロックを組み合わせてノードを作成する制御ノード、ノード作成システム及びノード作成方法に関する。
【背景技術】
【０００２】
移動体通信網のコアネットワーク等のネットワークを構成する要素であるノードは、他のノード等に対して、ネットワーク通信、音声通信、Ｍ２Ｍ（Machine  to  Machine）サービス等のアプリケーション／サービス（以降、まとめてサービスと呼ぶ）を提供する。例えば、下記特許文献１では、コアネットワーク内のノードであるＰ−ＧＷ（PDN（Packet  Data  Network）  Gateway）は、ＵＥ（User  Equipment）に対して、外部ＰＤＮ向けのＩＰ接続性を提供することが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２０１３−５０２１９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のノードは、全てのサービスに対して、同一ノードや同一ルート（ノードの順列処理）にて処理を行う静的な構成となっている。このため、多くのサービスが使わない機能の実装や稼動に伴い、コスト増加につながるおそれがある。また、将来、多様なサービスの発展が想定される中、静的なノード構成では、新機能追加を柔軟に行うことができないといった問題も懸念される。【０００５】
そこで、本発明は、かかる課題に鑑みて為されたものであり、より柔軟な構成を有するノードを作成することができる制御ノード、ノード作成システム及びノード作成方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明の一側面の制御ノードは、所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードであって、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信手段と、目的ノードの識別情報と、当該目的ノードを構成する複数の機能ブロックの識別情報と、当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信手段と、目的ノード識別情報送信手段による送信に基づく応答として、目的ノード構成表において送信した目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を受信する構成情報受信手段と、機能ブロックを格納する構成要素格納ノード又は目的ノードを配置する基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信手段と、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信手段であって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信手段と、を備える。【０００７】
このような制御ノードによれば、まず、作成指示受信手段により、特定の機能を提供する目的ノードを作成する旨の作成指示が受信される。次に、構成情報受信手段により、目的ノードを構成する複数の機能ブロックに関する情報や当該複数の機能ブロックそれぞれの処理手順が規定されたシナリオが受信される。次に、配置指示送信手段により、目的ノードを構成する複数の機能ブロックを組み合わせて配置する旨の配置指示が送信される。次に、設定指示送信手段により、配置指示に基づいて配置された複数の機能ブロックに対し、シナリオを設定する旨の設定指示が送信され、当該設定指示の送信に基づいて目的ノードが作成される。かかる構成を採れば、機能ブロックが複数組み合わされて配置され、配置された各機能ブロックに対してシナリオが設定されることで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成することができる。そして、作成したい目的ノードの構成内容や処理内容を、目的ノード構成表において、目的ノードを構成する複数の機能ブロックに関する情報や当該複数の機能ブロックそれぞれに設定されるシナリオにて指定することができる。これにより、より柔軟な構成を有するノードを作成することができる。【０００８】
また、本発明の一側面の制御ノードにおいて、作成指示は、基盤ノードの識別情報をさらに含み、配置指示は、作成指示に含まれる基盤ノードの識別情報をさらに含み、複数の機能ブロックを組み合わせて当該基盤ノードに配置する旨の指示を示すこととしてもよい。かかる構成を採れば、目的ノードを作成する場所を容易かつ確実に指定することができる。【０００９】
また、本発明の一側面の制御ノードにおいて、作成済みの目的ノードの識別情報と、当該作成済みの目的ノードを構成する複数の機能ブロックに関する情報とが対応付けられた目的ノード状況表を格納する状況表格納手段と、作成済みの目的ノードの識別情報と、変更後の目的ノードの識別情報とを含む、当該作成済みの目的ノードを当該変更後の目的ノードに変更する旨の変更指示を受信する変更指示受信手段と、目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられた複数の機能ブロックに関する情報を取得し、構成情報受信手段を制御することで、変更指示に含まれる変更後の目的ノードの識別情報に対応付けられたシナリオである変更後シナリオを含む目的ノード構成情報を受信し、設定指示送信手段を制御することで、取得した複数の機能ブロックに関する情報に対応する複数の機能ブロックに対し、変更後シナリオを設定する旨の設定指示を送信する目的ノード変更手段であって、当該設定指示の送信に基づいて作成済みの目的ノードが変更後の目的ノードに変更される、目的ノード変更手段と、をさらに備えることとしてもよい。かかる構成を採れば、作成済みの目的ノードを構成する複数の機能ブロックに対して、所望の目的ノード（変更後の目的ノード）の機能を実現するためのシナリオが設定される。これにより、作成済みの目的ノードを、所望の目的ノードに容易かつ確実に変更することができる。【００１０】
また、本発明の一側面の制御ノードにおいて、目的ノード状況表では、作成済みの目的ノードを構成する複数の機能ブロックそれぞれに設定されたシナリオがさらに対応付けられ、目的ノード変更手段は、さらに、目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられたシナリオである変更前シナリオを取得し、変更前シナリオと変更後シナリオとを比較することで、作成済みの目的ノードを構成する複数の機能ブロックと変更後の目的ノードを構成する複数の機能ブロックとの差分を判定し、判定した差分に基づいて作成済みの目的ノードを構成する複数の機能ブロックを変更することとしてもよい。かかる構成を採れば、作成済みの目的ノードを所望の目的ノードに変更するために、例えば、作成済みの目的ノードを構成する複数の機能ブロックのうちどの機能ブロックを変更すれば良いのかを確実に判定することができる。これにより、作成済みの目的ノードを、所望の目的ノードにより容易かつより確実に変更することができる。【００１１】
また、上記課題を解決するため、本発明の一側面のノード作成システムは、所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、機能ブロックを格納する構成要素格納ノードとを含むノード作成システムであって、制御ノードは、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信手段と、構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信手段と、目的ノード構成情報を受信する構成情報受信手段と、構成要素格納ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信手段と、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信手段であって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信手段と、を備え、構成表格納ノードは、目的ノード識別情報送信手段によって送信された目的ノードの識別情報を受信する目的ノード識別情報受信手段と、制御ノードに対し、目的ノード構成表において目的ノード識別情報受信手段によって受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信手段と、を備え、構成要素格納ノードは、配置指示送信手段によって送信された配置指示を受信する配置指示受信手段と、配置指示に含まれる複数の機能ブロックの識別情報に対応する格納された機能ブロックを配置する配置手段と、を備える。【００１２】
このようなノード作成システムによれば、制御ノードと構成表格納ノードと構成要素格納ノードとを連携することで、目的ノードを作成することができる。すなわち、機能ブロックが複数組み合わされて配置され、配置された各機能ブロックに対してシナリオが設定されることで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成することができる。そして、作成したい目的ノードの構成内容や処理内容を、目的ノード構成表において、目的ノードを構成する複数の機能ブロックに関する情報や当該複数の機能ブロックそれぞれに設定されるシナリオにて指定することができる。これにより、より柔軟な構成を有するノードを作成することができる。【００１３】
また、上記課題を解決するため、本発明の一側面のノード作成システムは、所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、目的ノードを配置する基盤ノードとを含むノード作成システムであって、制御ノードは、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信手段と、構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信手段と、目的ノード構成情報を受信する構成情報受信手段と、目的ノードを配置する基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信手段と、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信手段であって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信手段と、を備え、構成表格納ノードは、目的ノード識別情報送信手段によって送信された目的ノードの識別情報を受信する目的ノード識別情報受信手段と、制御ノードに対し、目的ノード構成表において目的ノード識別情報受信手段によって受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信手段と、を備え、基盤ノードは、配置指示送信手段によって送信された配置指示を受信する配置指示受信手段と、配置指示に含まれる複数の機能ブロックの識別情報に対応する機能ブロックを配置する配置手段と、を備える。【００１４】
このようなノード作成システムによれば、制御ノードと構成表格納ノードと基盤ノードとを連携することで、目的ノードを作成することができる。すなわち、機能ブロックが複数組み合わされて配置され、配置された各機能ブロックに対してシナリオが設定されることで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成することができる。そして、作成したい目的ノードの構成内容や処理内容を、目的ノード構成表において、目的ノードを構成する複数の機能ブロックに関する情報や当該複数の機能ブロックそれぞれに設定されるシナリオにて指定することができる。これにより、より柔軟な構成を有するノードを作成することができる。【００１５】
ところで、本発明の一側面は、上記のように制御ノード及びノード作成システムの発明として記述できる他に、以下のようにそれぞれノード作成方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。【００１６】
すなわち、本発明の一側面に係るノード作成方法は、所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードにより実行されるノード作成方法であって、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信ステップと、目的ノードの識別情報と、当該目的ノードを構成する複数の機能ブロックの識別情報と、当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信ステップと、目的ノード識別情報送信ステップにおける送信に基づく応答として、目的ノード構成表において送信した目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を受信する構成情報受信ステップと、機能ブロックを格納する構成要素格納ノード又は目的ノードを配置する基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信ステップと、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信する設定指示送信ステップであって、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信ステップと、を含む。【００１７】
また、本発明の一側面に係るノード作成方法は、所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、機能ブロックを格納する構成要素格納ノードとを含むノード作成システムにより実行されるノード作成方法であって、制御ノードが、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信ステップと、制御ノードが、構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信ステップと、構成表格納ノードが、目的ノード識別情報送信ステップにおいて送信された目的ノードの識別情報を受信する目的ノード識別情報受信ステップと、構成表格納ノードが、制御ノードに対し、目的ノード構成表において目的ノード識別情報受信ステップにおいて受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信ステップと、制御ノードが、目的ノード構成情報を受信する構成情報受信ステップと、制御ノードが、構成要素格納ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信ステップと、構成要素格納ノードが、配置指示送信ステップにおいて送信された配置指示を受信する配置指示受信ステップと、構成要素格納ノードが、配置指示に含まれる複数の機能ブロックの識別情報に対応する格納された機能ブロックを配置する配置ステップと、制御ノードが、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信し、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信ステップと、を含む。【００１８】
また、本発明の一側面に係るノード作成方法は、所定の機能を提供する機能ブロックを複数組み合わせて配置し、配置された各機能ブロックに対し、各機能ブロック又は全機能ブロックの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各機能ブロックが処理を実行し、機能ブロック全体として特定の機能を提供する目的ノードを作成する制御ノードと、目的ノードの識別情報と当該目的ノードを構成する複数の機能ブロックの識別情報と当該複数の機能ブロックそれぞれに設定されるシナリオとを対応付けた目的ノード構成表を格納する構成表格納ノードと、目的ノードを配置する基盤ノードとを含むノード作成システムにより実行されるノード作成方法であって、制御ノードが、目的ノードの識別情報を含む、当該目的ノードを作成する旨の作成指示を受信する作成指示受信ステップと、制御ノードが、構成表格納ノードに対し、作成指示に含まれる目的ノードの識別情報を送信する目的ノード識別情報送信ステップと、構成表格納ノードが、目的ノード識別情報送信ステップにおいて送信された目的ノードの識別情報を受信する目的ノード識別情報受信ステップと、構成表格納ノードが、制御ノードに対し、目的ノード構成表において目的ノード識別情報受信ステップにおいて受信された目的ノードの識別情報に対応付けられた複数の機能ブロックの識別情報及びシナリオを含む目的ノード構成情報を送信する構成情報送信ステップと、制御ノードが、目的ノード構成情報を受信する構成情報受信ステップと、制御ノードが、基盤ノードに対し、目的ノード構成情報に含まれる複数の機能ブロックの識別情報を含む、当該複数の機能ブロックを組み合わせて配置する旨の配置指示を送信する配置指示送信ステップと、基盤ノードが、配置指示送信ステップにおいて送信された配置指示を受信する配置指示受信ステップと、基盤ノードが、配置指示に含まれる複数の機能ブロックの識別情報に対応する機能ブロックを配置する配置ステップと、制御ノードが、配置指示に基づいて配置された複数の機能ブロックに対し、目的ノード構成情報に含まれるシナリオを設定する旨の設定指示を送信し、当該設定指示の送信に基づいて目的ノードが作成される、設定指示送信ステップと、を含む。
【発明の効果】
【００１９】
より柔軟な構成を有するノードを作成することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係る制御ノードを含むノード作成システムのシステム構成図である。
【図２】本発明の実施形態に係る管理ノード、制御ノード、構成表格納ノード、構成要素格納ノード及び基盤ノードのハードウェア構成を示す図である。
【図３】Ｐ−ＧＷノードを構成する機能ブロックの構成例を示した図である。
【図４】Ｐ−ＧＷノードを構成する機能ブロックに設定されたシナリオ例を示す図である。
【図５】Ｐ−ＧＷノード内での処理において送受信されるパケットヘッダ例を示す図である。
【図６】Ｐ−ＧＷノード内の機能ブロック間で実行される処理例を示すシーケンス図である。
【図７】本発明の実施形態に係る管理ノードの機能ブロック図である。
【図８】本発明の実施形態に係る制御ノードの機能ブロック図である。
【図９】本発明の実施形態に係る制御ノードにて格納される目的ノード状況表のテーブル例を示す図である。
【図１０】本発明の実施形態に係る構成表格納ノードの機能ブロック図である。
【図１１】本発明の実施形態に係る構成表格納ノードにて格納される目的ノード構成表のテーブル例を示す図である。
【図１２】本発明の実施形態に係る構成要素格納ノードの機能ブロック図である。
【図１３】発明の実施形態に係る基盤ノードの機能ブロック図である。
【図１４】ノード作成システムで実行される処理例（プロビジョニング）を示すシーケンス図である。
【図１５】ノード作成システムで実行される処理例（シナリオ変更による動的削除）を示すシーケンス図である。
【図１６】ノード作成システムで実行される処理例（シナリオ変更による動的追加）を示すシーケンス図である。
【発明を実施するための形態】
【００２１】
以下、図面とともに本発明による制御ノード、ノード作成システム及びノード作成方法の実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００２２】
図１は、本発明の実施形態に係るController３（制御ノード）を含むノード作成システム１のシステム構成図である。図１に示す通り、ノード作成システム１は、Admin/Orchestrator２（管理ノード）と、Controller３と、CookBook４（構成表格納ノード）と、Repository５（構成要素格納ノード）と、Platform６（基盤ノード）とを含んで構成される。Admin/Orchestrator２及びController３、Controller３及びCookBook４、Controller３及びRepository５、Controller３及びPlatform６は、ネットワーク等を介して互いに通信可能なように構成されている。なお、Repository５及びPlatform６も、ネットワーク等を介して互いに通信可能なように構成されていてもよい。
【００２３】
Admin/Orchestrator２とController３とCookBook４とRepository５とは、ＣＰＵ等のハードウェアから構成されているものである。図２は、Admin/Orchestrator２とController３とCookBook４とRepository５とのそれぞれのハードウェア構成の一例を示す図である。図１に示されるAdmin/Orchestrator２とController３とCookBook４とRepository５とはそれぞれ、物理的には、図２に示すように、ＣＰＵ１０、主記憶装置であるＲＡＭ１１及びＲＯＭ１２、ディスプレイ等の入出力装置１３、通信モジュール１４、及び補助記憶装置１５などを含むコンピュータシステムとして構成されている。
【００２４】
図１に示すAdmin/Orchestrator２とController３とCookBook４とRepository５とのそれぞれの後述の各機能ブロックの機能は、図２に示すＣＰＵ１０、ＲＡＭ１１等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０の制御のもとで入出力装置１３、通信モジュール１４、及び補助記憶装置１５を動作させるとともに、ＲＡＭ１１におけるデータの読み出し及び書き込みを行うことで実現される。
【００２５】
ノード作成システム１は、Admin/Orchestrator２とController３とCookBook４とRepository５とを連携することで、特定の機能を提供する目的ノードを作成する。具体的には、所定の機能を提供する機能ブロック（ＦＢ、Function  Block）を複数組み合わせて配置し、配置された各ＦＢに対し、各ＦＢ又は全ＦＢの処理手順が規定されたシナリオを設定することで、設定されたシナリオに従って各ＦＢが処理を実行し、ＦＢ全体として特定の機能を提供する目的ノードを作成する。以下、図３〜６を用いて、目的ノード、ＦＢ及びシナリオ等について説明する。
【００２６】
図３は、目的ノードの具体例であるＰ−ＧＷノード１００を構成するＦＢの構成例を示した図である。図３に示す通り、Ｐ−ＧＷノード１００は、送受信管理ＦＢ１０１と、ベアラ管理ＦＢ１０２と、ＤＰＩ（Deep  Packet  Inspection：警察などに情報提供するパケット選別）管理ＦＢ１０３と、課金管理ＦＢ１０４とを含んで構成される。また、図３に示す通り、送受信管理ＦＢ１０１及びベアラ管理ＦＢ１０２、送受信管理ＦＢ１０１及びＤＰＩ管理ＦＢ１０３、送受信管理ＦＢ１０１及び課金管理ＦＢ１０４はネットワーク等を介して互いに通信可能なように、スター型で構成されている。なお、ネットワーク構成はスター型に限定されるものではなく、リング型などその他のネットワーク構成で構成されていても良い。Ｐ−ＧＷノード１００は、ノード作成システム１によって、送受信管理ＦＢ１０１とベアラ管理ＦＢ１０２とＤＰＩ管理ＦＢ１０３と課金管理ＦＢ１０４とを組み合わせて配置した目的ノードの一例である。
【００２７】
ここで、ＦＢは、目的ノードを構成する最小単位であり（すなわち、目的ノードは複数のＦＢの集合である）、所定の機能を提供し、共通のインタフェース（入力In、出力Out、管理Mng）を持つ。例えば、送受信管理ＦＢ１０１はＰ−ＧＷにおける送受信管理の機能を提供し、ベアラ管理ＦＢ１０２はＰ−ＧＷにおけるベアラ管理の機能を提供し、ＤＰＩ管理ＦＢ１０３はＰ−ＧＷにおけるＤＰＩ管理の機能を提供し、課金管理ＦＢ１０４はＰ−ＧＷにおける課金管理の機能を提供する。実装例として、１つのＦＢは１つのＶＭ（Virtual  Machine）で構成され、目的ノード内のＦＢ同士はＬ２結合される。一方、ノード同士はＬ３結合される。また、図３に示すように、ノード単位で１つのＧＷ（Gateway）を持つ。
【００２８】
図４は、Ｐ−ＧＷノード１００を構成するＦＢに設定されたシナリオ例（C-Plane処理）を示す図である。なお、Ｐ−ＧＷノード１００内の全てのＦＢは一律のシナリオが設定される（内部に格納される）。図４に示す通り、シナリオは、各ＦＢにおける処理が規定された処理部（参照符号１１０〜１２３）が連なったフローチャート形式で規定される。例えば、図４に示す処理部１１０は、送受信管理ＦＢ１０１がヘッダ解析処理を行い、処理部１１１に処理が移ることを示している。
【００２９】
ノード作成システム１は、図４に示すシナリオを、配置された送受信管理ＦＢ１０１とベアラ管理ＦＢ１０２とＤＰＩ管理ＦＢ１０３と課金管理ＦＢ１０４とのそれぞれに設定することで、設定されたシナリオに従って各ＦＢが処理を実行し、ＦＢ全体としてＰ−ＧＷの機能を提供するＰ−ＧＷノード１００を作成する。
【００３０】
図５は、Ｐ−ＧＷノード１００内での処理において送受信されるパケットヘッダ例を示す図である。図５に示す通り、パケットヘッダは、シナリオＮｏ（番号）、送信元、及びＳＦ（Scenario  Field）で構成される。シナリオＮｏは、処理部を移るたびにインクリメントされる一意の番号である。送信元は、送信元のＦＢの識別情報である。ＳＦは、一部の処理部にて出力される値を格納する。図５に示すパケットヘッダは、Ｐ−ＧＷノード１００において図４に示すシナリオが実行された際の、最終的なパケットヘッダを示す。シナリオが実行された際、各処理部では、まず、送信元の確認が行われ、次に、処理結果がＳＦの出力部分に書き込まれ、次に、シナリオに従って次の宛先へ送信が行われる。
【００３１】
図６は、Ｐ−ＧＷノード１００内のＦＢ間で実行される処理例を示すシーケンス図である。初めに、C-Plane処理について説明する。まず、送受信管理ＦＢ１０１により、C-Planeパケットが受信される（Ｓ１００）。次に、送受信管理ＦＢ１０１により、ヘッダ解析（ＧＴＰ（GPRS  Tunneling  Protocol）−ｃ、ＰＭＩＰ（Proxy  MobileIP））が行われる（Ｓ１０１）。次に、送受信管理ＦＢ１０１により、ベアラ管理ＦＢ１０２に対してヘッダ転送が行われる（Ｓ１０２）。次に、ベアラ管理ＦＢ１０２にて、ヘッダ解析（ＱＣＩ（QoS  Class  Identifier）判断）が行われる（Ｓ１０３）。次に、ベアラ管理ＦＢ１０２により、送受信管理ＦＢ１０１に対して、ＱＣＩ設定が送信される（Ｓ１０４）。
【００３２】
次に、送受信管理ＦＢ１０１により、ＤＰＩ管理ＦＢ１０３に対してヘッダ転送が行われる（Ｓ１０５）。次に、ＤＰＩ管理ＦＢ１０３により、ヘッダ解析（ＤＰＩの有無判断）が行われる（Ｓ１０６）。次に、ＤＰＩ管理ＦＢ１０３により、送受信管理ＦＢ１０１に対してＤＰＩ有無設定が送信される（Ｓ１０７）。
【００３３】
次に、送受信管理ＦＢ１０１により課金管理ＦＢ１０４に対してヘッダ転送が行われる（Ｓ１０８）。次に、課金管理ＦＢ１０４により、ヘッダ解析（課金の有無判断）が行われる（Ｓ１０９）。次に、課金管理ＦＢ１０４により、送受信管理ＦＢ１０１に対して課金有無設定が送信される（Ｓ１１０）。そして、送受信管理ＦＢ１０１により、通信元ノードに対してU-Plane送信許可が送信される。
【００３４】
続いてU-Plane処理について説明する。まず、送受信管理ＦＢ１０１により、U-Planeパケットが受信される（Ｓ１２０）。次に、送受信管理ＦＢ１０１により、ヘッダ解析（ＧＴＰ）が行われる（Ｓ１２１）。続いて、ＤＰＩが有る場合、送受信管理ＦＢ１０１により、ＤＰＩ管理ＦＢ１０３に対してパケット転送が行われる（Ｓ１２２）。次に、ＤＰＩ管理ＦＢ１０３により、パケットがバッファに記録される（Ｓ１２３）。次に、ＤＰＩ管理ＦＢ１０３により、送受信管理ＦＢ１０１に対して記録完了通知が送信される（Ｓ１２４）。
【００３５】
続いて、課金が有る場合、送受信管理ＦＢ１０１により、課金管理ＦＢ１０４に対してパケット転送が行われる（Ｓ１２５）。次に、課金管理ＦＢ１０４により、課金処理が行われる（Ｓ１２６）。次に、課金管理ＦＢ１０４により、送受信管理ＦＢ１０１に対して課金完了通知が送信される（Ｓ１２７）。そして、送受信管理ＦＢ１０１により、パケットがインターネットへ転送される（Ｓ１２８）。
【００３６】
次に、図１に示す各ノードの機能ブロックについて説明する。
【００３７】
図７は、Admin/Orchestrator２の機能ブロック図である。図７に示す通り、Admin/Orchestrator２は、作成指示部２０と、変更指示部２１と、構成情報登録指示部２２とを含んで構成される。
【００３８】
作成指示部２０は、Controller３に対してノード作成指示を行う。具体的には、作成指示部２０は、Controller３に対して、目的ノードの識別情報（目的ノードのＩＤやノード名など）と、当該目的ノードを作成する作成場所（物理的な位置や論理的な位置やPlatform６の識別情報など）を含む、当該目的ノードを作成する旨の作成指示（作成指示情報）を送信する。
【００３９】
変更指示部２１は、Controller３に対してノード変更指示を行う。具体的には、変更指示部２１は、Controller３に対して、作成済みの目的ノードの識別情報と、当該作成済みの目的ノードを作成した作成場所と、変更後の目的ノードの識別情報とを含む、当該作成済みの目的ノードを当該変更後の目的ノードに変更する旨の変更指示（変更指示情報）を送信する。変更指示部２１は、ノード変更指示を行うことで、目的ノードを構成するＦＢの追加及び削除を行う。
【００４０】
構成情報登録指示部２２は、Controller３に対して、後述の目的ノード構成表の登録指示を行う。具体的には、構成情報登録指示部２２は、Controller３に対して、目的ノード構成表又は目的ノード構成表の一部データを含む、目的ノード構成表を登録（追加・削除）する旨の登録指示（登録指示情報）を送信する。構成情報登録指示部２２は、Controller３に対して、ＦＢの登録指示を行っても良い。具体的には、構成情報登録指示部２２は、Controller３に対して、新規登録するＦＢや削除するＦＢの識別情報を含む、ＦＢを登録（追加・削除）する旨の登録指示を送信する。
【００４１】
なお、Admin/Orchestrator２は、ユーザが予め設定した行動（処理内容）に基づいて、自立的に上述の作成指示、変更指示又は登録指示をController３に対して送信しても良い。
【００４２】
図８は、Controller３の機能ブロック図である。図８に示す通り、Controller３は、作成指示受付部３００（作成指示受信手段）と、作成可能可否判定部３０１と、構成情報取得部３０２（目的ノード識別情報送信手段、構成情報受信手段）と、利用領域確保可否判定部３０３と、配置指示部３０４（配置指示送信手段）と、シナリオ取得部３０５と、設定指示部３０６（設定指示送信手段）と、状況表格納部３０７（状況表格納手段）と、変更指示受付部３０８（変更指示受信手段）と、変更指示部３０９（目的ノード変更手段）と、構成情報登録指示受付部３１０と、構成情報登録指示部３１１とを含んで構成される。
【００４３】
作成指示受付部３００は、Admin/Orchestrator２から作成指示を受信する。
【００４４】
作成可能可否判定部３０１は、作成指示受付部３００によって作成指示が受信された際に、CookBook４に対して、作成指示に含まれる目的ノードの識別情報が識別する目的ノードが、CookBook４の後述の目的ノード構成表に格納されているか否か、すなわち当該目的ノードが作成可能可否を照会する。そして、作成可能可否判定部３０１は、当該照会に基づく応答として、CookBook４から作成可能可否結果を受信し、作成可能可否を判定する。作成可能可否判定部３０１によって作成可能と判定された場合、後述の構成情報取得部３０２の処理に進む。一方、作成可能可否判定部３０１によって作成不可能と判定された場合、作成指示受付部３００を介して、Admin/Orchestrator２に対して作成不可能の旨の通知を行う。
【００４５】
構成情報取得部３０２は、作成指示受付部３００によって作成指示が受信された際（作成可能可否判定部３０１の処理を省略）、又は作成可能可否判定部３０１によって作成可能と判定された際に、CookBook４に対し、作成指示受付部３００によって受信された作成指示に含まれる目的ノードの識別情報を送信し、当該送信に基づく応答として、CookBook４の目的ノード構成表において送信した目的ノードの識別情報に対応付けられた複数のＦＢの識別情報と、Repository５の識別情報と、シナリオ（又はRepository５に格納されたシナリオへのポインタ）と、メモリ容量と、作成時間とを含む目的ノード構成情報を受信する。目的ノード構成表の詳細については後述する。
【００４６】
利用領域確保可否判定部３０３は、構成情報取得部３０２によって目的ノード構成情報が受信された際に、作成指示受付部３００によって受信された作成指示に含まれる作成場所を確認する。本実施形態では、作成場所としてPlatform６が指定されていたとする。次に、利用領域確保可否判定部３０３は、指定されたPlatform６に対して、目的ノードを作成するための利用領域が確保できるか否かの利用領域確保可否照会を行う。当該照会を行う際、利用領域確保可否判定部３０３は、Platform６に対して、構成情報取得部３０２によって受信された目的ノード構成情報に含まれるメモリ容量や、利用領域が確保できる場合は当該領域を予約する又は確保する指示を送信する。そして、利用領域確保可否判定部３０３は、当該照会に基づく応答として、Platform６から利用領域確保可否を受信し、利用領域確保可否を判定する。利用領域が確保可能と判定した場合、利用領域確保可否判定部３０３はPlatform６に対して利用領域を確保する指示を送信し、後述の配置指示部３０４の処理に進む。なお、利用領域確保可否判定部３０３は、利用領域が確保可能と判定した場合、作成指示受付部３００を介して、Admin/Orchestrator２に対して利用領域が確保可能の旨の通知を行っても良い。一方、利用領域が確保不可能と判定した場合、作成指示受付部３００を介して、Admin/Orchestrator２に対して利用領域が確保不可能の旨の通知を行う。なお、利用領域確保可否判定部３０３は、利用領域が確保できる場合は当該領域を確保する指示を送信した場合、Platform６にて利用領域が確保できる際はPlatform６は当該領域を確保する。そして、利用領域確保可否判定部３０３は、利用領域確保可否の代わりに領域を確保した旨を示す作成可能通知を受信し、利用領域が確保でき、実際に確保したと判定し、後述の配置指示部３０４の処理に進む。
【００４７】
配置指示部３０４は、利用領域確保可否判定部３０３によって利用領域が確保可能又は確保したと判定された場合、構成情報取得部３０２によって受信された目的ノード構成情報に含まれるRepository５の識別情報が識別するRepository５に対し、構成情報取得部３０２によって受信された目的ノード構成情報に含まれる複数のＦＢの識別情報と、作成指示受付部３００によって受信された作成指示に含まれる作成場所（Platform６）とを含む、当該複数のＦＢを組み合わせて配置する旨の配置指示を送信する。また、配置指示部３０４は、利用領域確保可否判定部３０３によって利用領域が確保可能又は確保したと判定された場合、作成指示受付部３００によって受信された作成指示に含まれる作成場所であるPlatform６に対し、構成情報取得部３０２によって受信された目的ノード構成情報に含まれる複数のＦＢの識別情報を含む、当該複数のＦＢを組み合わせて配置する旨の配置指示を送信しても良い。配置指示部３０４は、当該送信に基づく応答として、配置された目的ノードから、配置指示に基づく配置が完了したことを示す配置完了通知を受信してもよい。配置完了通知には、配置された目的ノードを構成する複数のＦＢの位置情報等が含まれており、Controller３は、当該位置情報に基づいて、配置された目的ノードを構成する複数のＦＢを特定することができる。
【００４８】
シナリオ取得部３０５は、構成情報取得部３０２によって受信された目的ノード構成情報に、シナリオではなくRepository５に格納されたシナリオへのポインタが含まれていた場合、配置指示部３０４によって配置指示が送信された際、又は配置指示部３０４によって配置完了通知が受信された際に、Repository５に対して当該ポインタが示すシナリオの取得依頼を送信する。シナリオ取得部３０５は、当該送信に基づく応答として、Repository５から、シナリオを受信する。
【００４９】
設定指示部３０６は、配置指示部３０４による配置指示に基づいて配置された複数のＦＢに対し、目的ノード構成情報に含まれるシナリオ又はシナリオ取得部３０５によって受信されたシナリオを設定する旨の設定指示を送信する。当該設定指示の送信に基づいてPlatform６上にて目的ノードが作成される。具体的には、設定指示部３０６は、配置指示部３０４によって配置指示が送信された際、配置指示部３０４によって配置完了通知が受信された際、又はシナリオ取得部３０５によってシナリオが受信された際に、配置指示部３０４による配置指示に基づいて配置された複数のＦＢに対し、目的ノード構成情報に含まれるシナリオ又はシナリオ取得部３０５によって受信されたシナリオを設定する旨の設定指示を送信する。そして、設定指示部３０６は、当該送信に基づく応答として、目的ノードからシナリオの設定が完了したシナリオ更新完了通知を受信し、作成指示受付部３００を介して、Admin/Orchestrator２に対して目的ノードの作成が完了した旨の作成完了通知を送信する。
【００５０】
状況表格納部３０７は、作成済みの（現在稼働している）目的ノードの識別情報と、当該目的ノードの作成場所と、当該目的ノードのノード名と、当該目的ノードを構成する複数のＦＢ（に関する情報）と、当該複数のＦＢに設定されたシナリオとが対応付けられた目的ノード状況表を格納する。目的ノードを構成する複数のＦＢに関する情報には、当該複数のＦＢの位置情報が含まれていても良い。図９は、状況表格納部３０７によって格納される目的ノード状況表のテーブル例を示す図である。
【００５１】
変更指示受付部３０８は、Admin/Orchestrator２から変更指示を受信する。
【００５２】
変更指示部３０９は、状況表格納部３０７によって格納された目的ノード状況表において、変更指示受付部３０８によって受信された変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられた複数のＦＢに関する情報を取得し、構成情報取得部３０２を制御することで、上述の構成情報取得部３０２の処理に基づき、変更指示に含まれる変更後の目的ノードの識別情報に対応付けられたシナリオである変更後シナリオを含む目的ノード構成情報を受信し、設定指示部３０６を制御することで、上述の設定指示部３０６の処理に基づき、取得した複数のＦＢに関する情報に対応する複数のＦＢに対し、変更後シナリオを設定する旨の設定指示を送信する。当該設定指示の送信に基づいて作成済みの目的ノードが変更後の目的ノードに変更される。
【００５３】
変更指示部３０９は、さらに、目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられたシナリオである変更前シナリオを取得し、変更前シナリオと変更後シナリオとを比較することで、作成済みの目的ノードを構成する複数のＦＢと変更後の目的ノードを構成する複数のＦＢとの差分を判定し、判定した差分に基づいて作成済みの目的ノードを構成する複数のＦＢを変更してもよい。例えば、判定結果により、目的ノード内のＦＢの削除が必要と判断した場合、変更指示部３０９は、目的ノード内の全ＦＢに対してシナリオを更新することにより論理的に削除し、その後物理的にＦＢを削除する（図１５のシーケンス図を参照）。一方、判定結果により、目的ノード内のＦＢの追加が必要と判断した場合、ＦＢの作成を行い、その後、目的ノード内の全ＦＢに対してシナリオを更新する（図１６のシーケンス図を参照）。
【００５４】
構成情報登録指示受付部３１０は、目的ノード構成表又はＦＢの登録指示を受信する。
【００５５】
構成情報登録指示部３１１は、構成情報登録指示受付部３１０によって受信された登録指示を、登録の対象となるCookBook４又はRepository５に送信する。
【００５６】
図１０は、CookBook４の機能ブロック図である。図１０に示す通り、CookBook４は、目的ノード構成表格納部４０と、作成可能可否応答部４１と、構成情報応答部４２（目的ノード識別情報受信手段、構成情報送信手段）と、構成情報登録部４３とを含んで構成される。
【００５７】
目的ノード構成表格納部４０は、目的ノード構成表を格納する。図１１は、目的ノード構成表格納部４０によって格納された目的ノード構成表のテーブル例を示す図である。図１１に示す通り、目的ノード構成表は、目的ノードの識別情報と、当該目的ノードを構成する複数のＦＢの識別情報と、当該ＦＢが格納されるRepository５の識別情報と、当該複数のＦＢそれぞれに設定されるシナリオ（又はRepository５に格納されたシナリオへのポインタ）と、メモリ容量と、作成可否とを含む目的ノード構成情報を受信する。目的ノード構成表は、さらに目標ノードの作成時間等を対応付けても良い。また、目的ノード構成表格納部４０は、Repository５と定期的に通信を行い、目的ノードが作成可能か否か（Repository５内に対応するＦＢが保持されているか否か）の作成可否を目的ノード構成表に格納する。
【００５８】
作成可能可否応答部４１は、Controller３から送信された、目的ノードの識別情報を含む作成可能可否の照会を受信し、当該目的ノードの識別情報が目的ノード構成表格納部４０によって格納された目的ノード構成表に含まれるか否かを判定し、判定結果を作成可能可否結果としてController３に返信する。
【００５９】
構成情報応答部４２は、Controller３から目的ノードの識別情報を受信し、目的ノード構成表格納部４０によって格納された目的ノード構成表において、受信された目的ノードの識別情報に対応付けられた複数のＦＢの識別情報と、Repository５の識別情報と、シナリオ（又はRepository５に格納されたシナリオへのポインタ）と、メモリ容量と、作成時間とを含む目的ノード構成情報を、Controller３に返信する。
【００６０】
構成情報登録部４３は、Controller３から送信された目的ノード構成表を受信し、受信した目的ノード構成表に基づいて、目的ノード構成表格納部４０によって格納された目的ノード構成表を登録する。
【００６１】
図１２は、Repository５の機能ブロック図である。図１２に示す通り、Repository５は、ＦＢ格納部５０と、シナリオ格納部５１と、配置指示受付部５２（配置指示受信手段、配置手段）と、構成情報登録部５３と、シナリオ取得部５４とを含んで構成される。
【００６２】
ＦＢ格納部５０は、ＦＢを格納する。
【００６３】
シナリオ格納部５１は、シナリオを格納する。
【００６４】
配置指示受付部５２は、Controller３から送信された配置指示を受信し、配置指示に含まれる複数のＦＢの識別情報に対応するＦＢ（又はＦＢのコピー）をＦＢ格納部５０から取得し、配置指示に含まれる作成場所に配置することで目的ノードを作成する。配置指示受付部５２は、実際の配置をPlatform６に指示するために、ＦＢを含むPlatform６に配置指示をしても良い。また、配置指示受付部５２は、Platform６から送信された、ＦＢの識別情報を含む、ＦＢのコピーを要求するＦＢコピー指示を受信した場合、当該ＦＢの識別情報に対応するＦＢのコピーをＦＢ格納部５０から取得し、取得したＦＢのコピーをPlatform６に返信しても良い。
【００６５】
構成情報登録部５３は、Controller３から送信されたＦＢ又はシナリオを受信し、ＦＢ格納部５０又はシナリオ格納部５１に格納することで登録する。
【００６６】
シナリオ取得部５４は、Controller３から送信されたシナリオ取得依頼を受信し、当該依頼に含まれるシナリオのポインタが示すシナリオをシナリオ格納部５１から取得し、Controller３に返信する。
【００６７】
図１３は、Platform６の機能ブロック図である。図１３に示す通り、Platform６は、利用領域確保可否応答部６０と、配置部６１（配置指示受信手段、配置手段）と、シナリオ設定部６２と、シナリオ変更部６３とを含んで構成される。
【００６８】
利用領域確保可否応答部６０は、Controller３から送信された利用領域確保可否照会を受信し、利用領域確保可否照会に含まれるメモリ容量に基づいて、Platform６上にて利用領域を確保できるか否かを判定し、当該判定結果を利用領域確保可否としてController３に返信する。なお、利用領域確保可否照会に、利用領域が確保できる場合は当該領域を予約する又は確保する指示が含まれていた場合、当該指示に従って利用領域を確保する。
【００６９】
配置部６１は、Repository５から送信された配置指示を受信し、当該配置指示に基づいて、当該配置指示に含まれるＦＢをPlatform６上に配置する。また、配置部６１は、Controller３から送信された配置指示を受信し、当該配置指示に含まれる複数のＦＢの識別情報に対応するＦＢを、上述の通りＦＢコピー指示をRepository５に送信することで、Repository５から取得し、配置しても良い。
【００７０】
シナリオ設定部６２は、Controller３から送信された配置指示を受信し、当該設定指示に含まれるシナリオを対応するＦＢに設定する。
【００７１】
シナリオ変更部６３は、Controller３から送信された変更後シナリオを設定する旨の設定指示を受信し、当該設定指示に含まれる変更後シナリオを対応するＦＢに設定する。
【００７２】
続いて、図１４に示すシーケンス図を用いて、ノード作成システム１で実行される処理例（プロビジョニング）について説明する。
【００７３】
まず、Admin/Orchestrator２により、Controller３に対してノード作成指示が送信される（Ｓ１）。次に、Controller３により、CookBook４に対してノード作成可否照会が行われる（Ｓ２）。次に、CookBook４により、Controller３に対して作成可否通知が行われる（Ｓ３）。次に、Controller３により、CookBook４に対してノード構成情報要求が行われる（Ｓ４）。次に、CookBook４により、Controller３に対してノード構成情報通知が行われる（Ｓ５）。次に、Controller３により、ノード作成場所の確認が行われる（Ｓ６）。
【００７４】
次に、Controller３により、Platform６に対して利用領域確保可否照会が行われる（Ｓ７）。次に、Platform６により、Controller３に対して利用領域確保可否通知が行われる（Ｓ８）。次に、Controller３により、ＦＢが格納されているRepository５の確認が行われる（Ｓ９）。次に、Controller３により、Repository５に対してＦＢコピー指示が送信される（Ｓ１０）。次に、Repository５により、Platform６に対してＦＢコピーが送信される（Ｓ１１）。次に、Platform６により、Controller３に対してＦＢコピー完了通知が送信される（Ｓ１２）。
【００７５】
次に、Controller３により、Repository５に対してシナリオ取得指示が送信される（Ｓ１３）。次に、Repository５によりController３に対してシナリオが通知される（Ｓ１４）。次に、Controller３により、シナリオの編集及び確認が行われる（Ｓ１５）。次に、Controller３により、Platform６に対してシナリオ更新が指示される（Ｓ１６）。次に、Platform６により、Controller３に対してシナリオ更新完了通知が送信される（Ｓ１７）。次に、Controller３により、Admin/Orchestrator２に対してノード作成完了通知が送信される（Ｓ１８）。
【００７６】
なお、Ｓ１０及びＳ１１は以下の処理に置き換えても良い。すなわち、Ｓ９に続き、Controller３により、Platform６に対してＦＢコピー指示が送信される。次に、Platform６により、Repository５に対してＦＢコピー指示が送信される。次に、Repository５により、Platform６に対してＦＢコピーが送信される。
【００７７】
続いて、図１５に示すシーケンス図を用いて、ノード作成システム１で実行される処理例（シナリオ書き換えによる動的削除）について説明する。
【００７８】
まず、Admin/Orchestrator２により、Controller３に対してノード変更指示が送信される（Ｓ３０）。次に、Controller３により、CookBook４に対してノード作成可否照会が行われる（Ｓ３１）。次に、CookBook４により、Controller３に対して作成可否通知が行われる（Ｓ３２）。次に、Controller３により、CookBook４に対してノード構成情報要求が行われる（Ｓ３３）。次に、CookBook４により、Controller３に対してノード構成情報通知が行われる（Ｓ３４）。
【００７９】
次に、Controller３により、シナリオの編集及び確認が行われる（Ｓ３５）。次に、Controller３により、Platform６に対してシナリオ更新が指示される（Ｓ３６）。次に、Platform６により、Controller３に対してシナリオ更新完了通知が送信される（Ｓ３７）。次に、Controller３により、Platform６に対してＦＢ削除指示が送信される（Ｓ３８）。次に、Platform６により、Controller３に対して削除完了通知が送信される（Ｓ３９）。次に、Controller３により、Admin/Orchestrator２に対してノード変更完了通知が送信される（Ｓ４０）。
【００８０】
続いて、図１６に示すシーケンス図を用いて、ノード作成システム１で実行される処理例（シナリオ書き換えによる動的追加）について説明する。
【００８１】
まず、Admin/Orchestrator２により、Controller３に対してノード作成指示が送信される（Ｓ５０）。次に、Controller３により、CookBook４に対してノード作成可否照会が行われる（Ｓ５１）。次に、CookBook４により、Controller３に対して作成可否通知が行われる（Ｓ５２）。次に、Controller３により、CookBook４に対してノード構成情報要求が行われる（Ｓ５３）。次に、CookBook４により、Controller３に対してノード構成情報通知が行われる（Ｓ５４）。
【００８２】
次に、Controller３により、Platform６に対して利用領域確保可否照会が行われる（Ｓ５５）。次に、Platform６により、Controller３に対して利用領域確保可否通知が行われる（Ｓ５６）。次に、Controller３により、ＦＢが格納されているRepository５の確認が行われる（Ｓ５７）。次に、Controller３により、Repository５に対してＦＢコピー指示が送信される（Ｓ５７）。次に、Repository５により、Platform６に対してＦＢコピーが送信される（Ｓ５９）。次に、Platform６により、Controller３に対してＦＢコピー完了通知が送信される（Ｓ６０）。
【００８３】
次に、Controller３により、シナリオの編集及び確認が行われる（Ｓ６１）。次に、Controller３により、Platform６に対してシナリオ更新が指示される（Ｓ６２）。次に、Platform６により、Controller３に対してシナリオ更新完了通知が送信される（Ｓ６３）。次に、Controller３により、Admin/Orchestrator２に対してノード変更完了通知が送信される（Ｓ６４）。
【００８４】
なお、Ｓ５８及びＳ５９は以下の処理に置き換えても良い。すなわち、Ｓ５７に続き、Controller３により、Platform６に対してＦＢコピー指示が送信される。次に、Platform６により、Repository５に対してＦＢコピー指示が送信される。次に、Repository５により、Platform６に対してＦＢコピーが送信される。
【００８５】
次に、本実施形態のように構成されたノード作成システム１の作用効果について説明する。
【００８６】
本実施形態のController３によれば、まず、作成指示受付部３００により、特定の機能を提供する目的ノードを作成する旨の作成指示が受信される。次に、構成情報取得部３０２により、目的ノードを構成する複数のＦＢに関する情報や当該複数のＦＢそれぞれの処理手順が規定されたシナリオが受信される。次に、配置指示部３０４により、目的ノードを構成する複数のＦＢを組み合わせて配置する旨の配置指示が送信される。次に、設定指示部３０６により、配置指示に基づいて配置された複数のＦＢに対し、シナリオを設定する旨の設定指示が送信され、当該設定指示の送信に基づいて目的ノードが作成される。かかる構成を採れば、ＦＢが複数組み合わされて配置され、配置された各ＦＢに対してシナリオが設定されることで、設定されたシナリオに従って各ＦＢが処理を実行し、ＦＢ全体として特定の機能を提供する目的ノードを作成することができる。そして、作成したい目的ノードの構成内容や処理内容を、目的ノード構成表において、目的ノードを構成する複数のＦＢに関する情報や当該複数のＦＢそれぞれに設定されるシナリオにて指定することができる。これにより、より柔軟な構成を有するノードを作成することができる。
【００８７】
また、本実施形態のController３において、作成指示は、Platform６の識別情報をさらに含み、配置指示は、作成指示に含まれるPlatform６の識別情報をさらに含み、複数のＦＢを組み合わせて当該Platform６に配置する旨の指示を示すこととしてもよい。かかる構成を採れば、目的ノードを作成する場所を容易かつ確実に指定することができる。
【００８８】
また、本実施形態のController３において、作成済みの目的ノードの識別情報と、当該作成済みの目的ノードを構成する複数のＦＢに関する情報とが対応付けられた目的ノード状況表を格納する状況表格納部３０７と、作成済みの目的ノードの識別情報と、変更後の目的ノードの識別情報とを含む、当該作成済みの目的ノードを当該変更後の目的ノードに変更する旨の変更指示を受信する変更指示受付部３０８と、目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられた複数のＦＢに関する情報を取得し、構成情報取得部３０２を制御することで、変更指示に含まれる変更後の目的ノードの識別情報に対応付けられたシナリオである変更後シナリオを含む目的ノード構成情報を受信し、設定指示部３０６を制御することで、取得した複数のＦＢに関する情報に対応する複数のＦＢに対し、変更後シナリオを設定する旨の設定指示を送信する変更指示部３０９であって、当該設定指示の送信に基づいて作成済みの目的ノードが変更後の目的ノードに変更される、変更指示部３０９と、をさらに備えることとしてもよい。かかる構成を採れば、作成済みの目的ノードを構成する複数のＦＢに対して、所望の目的ノード（変更後の目的ノード）の機能を実現するためのシナリオが設定される。これにより、作成済みの目的ノードを、所望の目的ノードに容易かつ確実に変更することができる。
【００８９】
また、本実施形態のController３において、目的ノード状況表では、作成済みの目的ノードを構成する複数のＦＢそれぞれに設定されたシナリオがさらに対応付けられ、変更指示部３０９は、さらに、目的ノード状況表において変更指示に含まれる作成済みの目的ノードの識別情報に対応付けられたシナリオである変更前シナリオを取得し、変更前シナリオと変更後シナリオとを比較することで、作成済みの目的ノードを構成する複数のＦＢと変更後の目的ノードを構成する複数のＦＢとの差分を判定し、判定した差分に基づいて作成済みの目的ノードを構成する複数のＦＢを変更することとしてもよい。かかる構成を採れば、作成済みの目的ノードを所望の目的ノードに変更するために、例えば、作成済みの目的ノードを構成する複数のＦＢのうちどのＦＢを変更すれば良いのかを確実に判定することができる。これにより、作成済みの目的ノードを、所望の目的ノードにより容易かつより確実に変更することができる。
【００９０】
また、本実施形態のノード作成システム１によれば、Controller３とCookBook４とRepository５とを連携することで、目的ノードを作成することができる。すなわち、ＦＢが複数組み合わされて配置され、配置された各ＦＢに対してシナリオが設定されることで、設定されたシナリオに従って各ＦＢが処理を実行し、ＦＢ全体として特定の機能を提供する目的ノードを作成することができる。そして、作成したい目的ノードの構成内容や処理内容を、目的ノード構成表において、目的ノードを構成する複数のＦＢに関する情報や当該複数のＦＢそれぞれに設定されるシナリオにて指定することができる。これにより、より柔軟な構成を有するノードを作成することができる。
【００９１】
また、本実施形態のノード作成システム１によれば、Controller３とCookBook４とPlatform６とを連携することで、目的ノードを作成することができる。すなわち、ＦＢが複数組み合わされて配置され、配置された各ＦＢに対してシナリオが設定されることで、設定されたシナリオに従って各ＦＢが処理を実行し、ＦＢ全体として特定の機能を提供する目的ノードを作成することができる。そして、作成したい目的ノードの構成内容や処理内容を、目的ノード構成表において、目的ノードを構成する複数のＦＢに関する情報や当該複数のＦＢそれぞれに設定されるシナリオにて指定することができる。これにより、より柔軟な構成を有するノードを作成することができる。
【００９２】
以上の通り、本実施形態のノード作成システム１によれば、サービス（音声、Ｍ２Ｍ等）に特化したコアノード構成を可能とするシステムを構築することができる。また、ＦＢと各ＦＢが保持するシナリオを用いた，新しいノード機能の追加・削除が容易なシステムを構築することができる。また、複数のＦＢで作成された目的ノード内のＦＢ及びシナリオを、構成要素であるController３、CookBook４、Repository５を用いて動的に組み替えられる。
【符号の説明】
【００９３】
１…ノード作成システム、２…Admin/Orchestrator、３…Controller、４…CookBook、５…Repository、６…Platform、２０…作成指示部、２１…変更指示部、２２…構成情報登録指示部、４０…目的ノード構成表格納部、４１…作成可能可否応答部、４２…構成情報応答部、４３…構成情報登録部、５０…ＦＢ格納部、５１…シナリオ格納部、５２…配置指示受付部、５３…構成情報登録部、５４…シナリオ取得部、６０…利用領域確保可否応答部、６１…配置部、６２…シナリオ設定部、６３…シナリオ変更部、３００…作成指示受付部、３０１…作成可能可否判定部、３０２…構成情報取得部、３０３…利用領域確保可否判定部、３０４…配置指示部、３０５…シナリオ取得部、３０６…設定指示部、３０７…状況表格納部、３０８…変更指示受付部、３０９…変更指示部、３１０…構成情報登録指示受付部、３１１…構成情報登録指示部。
【図１】
2016006491.tif 000003
【図２】
2016006491.tif 000004
【図３】
2016006491.tif 000005
【図４】
2016006491.tif 000006
【図５】
2016006491.tif 000007
【図６】
2016006491.tif 000008
【図７】
2016006491.tif 000009
【図８】
2016006491.tif 000010
【図９】
2016006491.tif 000011
【図１０】
2016006491.tif 000012
【図１１】
2016006491.tif 000013
【図１２】
2016006491.tif 000014
【図１３】
2016006491.tif 000015
【図１４】
2016006491.tif 000016
【図１５】
2016006491.tif 000017
【図１６】
2016006491.tif 000018
【国際調査報告】
2016006491.tif 000019
2016006491.tif 000020