(57)【特許請求の範囲】
【請求項１】
仮想マシン上で動作するソフトウェアによって実装され仮想されたＶＮＦ（Virtual Network Function）の実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）と、
前記ＶＮＦに対応するＥＭＳ（Element Management System）と、
前記ＮＦＶＩの上にて、ネットワークサービスを実現するＮＦＶＯ（NFV Orchestrator）と、
前記ＶＮＦのライフサイクルを管理するＶＮＦＭ（VNF Manager）と、
を含み、
前記ＥＭＳ、前記ＮＦＶＯ及び前記ＶＮＦＭのいずれか１つが、前記ＶＮＦの更新に用いるパッチファイルを前記ＮＦＶＩに提供する、ネットワークシステム。
【請求項２】
前記ＮＦＶＩのリソース管理と制御を行うＶＩＭ（Virtualized Infrastructure Manager）をさらに含み、
前記パッチファイルを前記ＮＦＶＩに提供する前記ＥＭＳ、前記ＮＦＶＯ及び前記ＶＮＦＭのいずれか１つは、前記パッチファイルを、前記ＶＩＭを経由せずに前記ＮＦＶＩに提供する、
請求項１に記載のネットワークシステム。
【請求項３】
前記ＮＦＶＯは、前記ＶＮＦのインスタンシエーションに使用するファイルであって、オペレーティングシステム、ミドルウェア、又はアプリケーションに係るプログラムデータを含むイメージファイルを、前記ＶＩＭに提供し、
前記ＶＩＭは、前記イメージファイルを前記ＮＦＶＩに提供する、
請求項２に記載のネットワークシステム。
【請求項４】
外部からアクセス可能なストレージを管理するストレージサーバをさらに含み、
前記ＶＩＭは、前記イメージファイルを前記ストレージサーバに提供し、
前記ストレージサーバは、提供された前記イメージファイルを前記ストレージの所定領域に格納し、
前記ＶＩＭは、前記ストレージの所定領域に格納された前記イメージファイルを用いて前記ＶＮＦを起動する、
請求項３に記載のネットワークシステム。
【請求項５】
前記パッチファイルを前記ＮＦＶＩに提供する、前記ＥＭＳ、前記ＮＦＶＯ及び前記ＶＮＦＭのいずれか１つは、前記ストレージサーバに対し、前記イメージファイルが格納された所定領域の一部を前記パッチファイルにて書き換えるように指示する、
請求項４に記載のネットワークシステム。
【請求項６】
前記ＶＮＦＭは、前記パッチファイルに基づく前記イメージファイルの一部の書換えが終了した後に、前記ＶＩＭに対して一部が書き換えられた前記イメージファイルを使用した前記ＶＮＦの起動を要求する、
請求項５に記載のネットワークシステム。
【請求項７】
前記ＶＮＦをヒーリングする際に、前記パッチファイルに基づく前記イメージファイルの一部が書き換えられ、一部が書き換えられた前記イメージファイルを使用した前記ＶＮＦの起動が行われる、
請求項６に記載のネットワークシステム。
【請求項８】
前記パッチファイルは、前記イメージファイルが含むプログラムデータのうち、アプリケーションに係るプログラムデータを含む、
請求項３乃至７のいずれか一項に記載のネットワークシステム。
【請求項９】
仮想マシン上で動作するソフトウェアによって実装され仮想されたＶＮＦ（Virtual Network Function）の実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）と、
前記ＶＮＦに対応するＥＭＳ（Element Management System）と、
前記ＮＦＶＩの上にて、ネットワークサービスを実現するＮＦＶＯ（NFV Orchestrator）と、
前記ＶＮＦのライフサイクルを管理するＶＮＦＭ（VNF Manager）と、
を含むネットワークシステムにおいて、
前記ＥＭＳ、前記ＮＦＶＯ及び前記ＶＮＦＭのいずれか１つにより、前記ＶＮＦの更新に用いるパッチファイルを前記ＮＦＶＩに提供し、
提供された前記パッチファイルを使用した前記ＶＮＦのインスタンシエーションを実行する、
パッチファイル適用方法。
【請求項１０】
仮想マシン上で動作するソフトウェアによって実装され仮想されたＶＮＦ（Virtual Network Function）のライフサイクルを管理するＶＮＦＭ（VNF Manager）を制御するコンピュータに実行させるプログラムであって、
前記ＶＮＦの更新に用いるパッチファイルを、前記ＶＮＦの実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）に提供する処理を実行させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステム、パッチファイル適用方法、及びプログラムに関する。
【背景技術】
【０００２】
ＮＦＶ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎｓ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）が知られている（例えば、非特許文献１、２参照）。ＮＦＶとは、ネットワーク機器等の機能をソフトウェア的に実現するものである。ＮＦＶは、サーバ上のハイパーバイザ（ＨｙｐｅｒＶｉｓｏｒ：ＨＶ）等の仮想化レイヤ（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  Ｌａｙｅｒ）上に実装した仮想マシン（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ：ＶＭ）を用いて実現する。【０００３】
図８は、非特許文献２の７章、Figure 4を簡略した図面であり、図８を用いてＶＮＦ環境のネットワーク構成の概略を説明する。【０００４】
ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）２２は、サーバ上の仮想マシン（ＶＭ）で動作するアプリケーション等に対応し、ネットワーク機能をソフトウェア的に実現する。ＶＮＦ２２ごとにＥＭＳ（Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）２３という管理機能が設けられる。ＥＭＳ２３は、管理要素（ＥＭ：Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｒ）とも呼ばれる。【０００５】
ＮＦＶＩ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎｓ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）２１は、ハードウェア資源を、仮想化ハードウェア資源として柔軟に扱えるようにした基盤である。ハードウェア資源とは、コンピューティング、ストレージ、ネットワーク機能、又は、物理マシン（サーバ）等である。仮想化ハードウェア資源は、ハイパーバイザ等の仮想化レイヤで仮想化した仮想化コンピューティング、仮想化ストレージ、又は仮想化ネットワーク等である。【０００６】
ＮＦＶ−ＭＡＮＯ（ＮＦＶ  Ｍａｎａｇｅｍｅｎｔ  ＆  Ｏｒｃｈｅｓｔｒａｔｉｏｎ）１０のＮＦＶオーケストレータ（ＮＦＶ  Ｏｒｃｈｅｓｔｒａｔｏｒ：ＮＦＶＯ）１１は、次のような処理を行う。この処理とは、ＮＦＶＩ２１のリソースのオーケストレーション、及び、ネットワークサービス（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ：ＮＳ）インスタンスのライフサイクル管理である。なお、ＮＳインスタンスとは、ＮＳインスタンスのインスタンシエーション（Ｉｎｓｔａｎｔｉａｔｉｏｎ）、スケーリング（Ｓｃａｌｉｎｇ）、ターミネーション（Ｔｅｒｍｉｎａｔｉｏｎ）、及び更新（Ｕｐｄａｔｅ）等である。【０００７】
ＶＮＦマネージャ（ＶＮＦ  Ｍａｎａｇｅｒ：ＶＮＦＭ）１２は、ＶＮＦインスタンスのライフサイクル管理、及びイベント通知を行う。ＶＮＦインスタンスのライフサイクル管理とは、例えば、インスタンシエーション（ｉｎｓｔａｎｔｉａｔｉｏｎ）、更新（ｕｐｄａｔｅ）、クエリ（ｑｕｅｒｙ）、スケーリング（ｓｃａｌｉｎｇ）、停止（ｔｅｒｍｉｎａｔｉｏｎ）である。【０００８】
仮想化インフラストラクチャマネージャ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ：ＶＩＭ）１３は、次のような処理を実行する。この処理とは、ＮＦＶＩ２１のコンピューティング、ストレージ、ネットワークのリソース管理、ＮＦＶＩ２１の障害監視、及び、ＮＦＶＩ２１のリソース監視等である。【０００９】
ＯＳＳ／ＢＳＳ３０のうちＯＳＳ（Ｏｐｅｒａｔｉｏｎｓ  Ｓｕｐｐｏｒｔ  Ｓｙｓｔｅｍｓ）は、例えば、通信事業者（キャリア）がサービスを構築し、運営していくために必要なシステム（機器やソフトウェア、仕組みなど）を総称したものである。ＢＳＳ（Ｂｕｓｉｎｅｓｓ  Ｓｕｐｐｏｒｔ  ｓｙｓｔｅｍｓ）は、例えば、通信事業者（キャリア）が利用料などの課金、請求、顧客対応などのために使う情報システム（機器やソフトウェア、仕組みなど）の総称である。【００１０】
なお、本発明に関連する文献としては、特許文献１及び２がある。特許文献１は、ＮＦＶなどに関連する技術を開示している。特許文献２は、クライアント端末を管理するためのイメージファイルに関連する技術を開示している。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２０１５−１９４９４９号公報
【特許文献２】特開２０１３−１８６７９３号公報
【非特許文献】
【００１２】
【非特許文献１】ETSI GS NFV-MAN 001 V1.1.1 (2014-12)、 "Network Functions Virtualisation (NFV); Management and Orchestration"、 [online]、［２０１６年４月５日検索］、インターネット（URL:http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf）
【非特許文献２】ETSI GS NFV 002 V1.2.1 (2014-12)、"Network Functions Virtualisation (NFV); Architectural Framework"、［online］、［２０１６年４月８日検索］、インターネット（URL:http://www.etsi.org/deliver/etsi_gs/NFV/001_099/002/01.02.01_60/gs_NFV002v010201p.pdf）
【発明の概要】
【発明が解決しようとする課題】
【００１３】
なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。【００１４】
上述したＮＦＶＯ１１、ＶＮＦＭ１２、及びＶＩＭ１３等は、ネットワークシステムを管理するための機能エンティティである。これらの機能エンティティの制御に従って、物理マシン（Ｐｈｙｓｉｃａｌ  Ｍａｃｈｉｎｅ：ＰＭ）上に仮想マシン及びＶＮＦが生成される。【００１５】
図９に示すように、物理マシンは、ネットワークシステムの一部をなす地域拠点に複数まとめて配置されている。ＶＩＭ１３は、当該複数の物理マシンに対応して配置される。また、ＯＳＳ／ＢＳＳ３０等のサービス支援機構、並びに、ＮＦＶＯ１１及びＶＮＦＭ１２等の管理機構は、中央拠点に集約されていることが多い。中央拠点に集約された管理機構は、複数の地域拠点（複数のＶＩＭ）に跨がる全体の資源管理等を行う。【００１６】
図９に示すようなＶＮＦ環境のネットワークシステムにおいて、ＶＮＦ２２のインスタンシエーションに必要なイメージファイルは、中央拠点のＮＦＶＯ１１から地域拠点のＶＩＭ１３に提供される。各地域拠点のＶＩＭ１３は、当該提供されたイメージファイルをＮＦＶＩ２１に提供する。そして、当該イメージファイルに基づいて、ＶＮＦ２２のインスタンシエーションが行われる。【００１７】
より具体的には、図１０に示すように、各地域拠点に配置されたＶＩＭ１３（より正確には、ＶＩＭ１３が実装されたサーバ）が、中央拠点からイメージファイルを取得する。その後、リソースの割当てが行われることで仮想マシンが生成され、当該仮想マシンに割り当てられたＨＤＤ（Hard Disk Drive）等にイメージファイルが転送されることで、ＶＮＦ２２のインスタンシエーションが行われる。【００１８】
このように、ＶＮＦ２２のインスタンシエーションに使用されるイメージファイルは、中央拠点から全国に点在する地域拠点に展開されるものである。ただし、イメージファイルの展開は、時間が掛かり、実運用上の問題点となり得る。【００１９】
上記イメージファイルは、ＶＮＦ２２のインスタンシエーションに必要なデータを含むものである。具体的には、上記イメージファイルは、仮想マシンにて実行されるＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、ＭＷ（Ｍｉｄｄｌｅｗａｒｅ）、及び、ＡＰＬ（Ａｐｐｌｉｃａｔｉｏｎ）に係るプログラムデータを含むものである。このようなサイズの大きいイメージファイルを、ＶＮＦ２２の仕様変更又はＶＮＦ２２をなすソフトウェアの不具合修正のたびに、中央拠点から地域拠点に送信することは、次のような観点から好ましくない。この観点とは、ネットワークリソースの利用効率及びイメージファイルの展開に要する時間等である。とりわけ、ＶＮＦ２２のマイナーバージョンアップが頻繁に行われるような環境では、上記のような不都合がより顕著となる。【００２０】
本発明は、ＶＮＦのインスタンシエーションに使用されるイメージファイルの効率的な展開に寄与する、ネットワークシステム、パッチファイル適用方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００２１】
本発明の第１の視点によれば、仮想マシン上で動作するソフトウェアによって実装され仮想されたＶＮＦ（Virtual Network Function）の実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）と、ＶＮＦに対応するＥＭＳ（Element Management System）と、ＮＦＶＩの上にて、ネットワークサービスを実現するＮＦＶＯ（NFV Orchestrator）と、ＶＮＦのライフサイクルを管理するＶＮＦＭ（VNF Manager）とを含み、ＥＭＳ、ＮＦＶＯ及びＶＮＦＭのいずれか１つが、ＶＮＦの更新に用いるパッチファイルをＮＦＶＩに提供する、ネットワークシステムが提供される。【００２２】
本発明の第２の視点によれば、仮想マシン上で動作するソフトウェアによって実装され仮想されたＶＮＦ（Virtual Network Function）の実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）と、ＶＮＦに対応するＥＭＳ（Element Management System）と、ＮＦＶＩの上にて、ネットワークサービスを実現するＮＦＶＯ（NFV Orchestrator）と、ＶＮＦのライフサイクルを管理するＶＮＦＭ（VNF Manager）とを含むネットワークシステムにおいて、ＥＭＳ、ＮＦＶＯ及びＶＮＦＭのいずれか１つにより、ＶＮＦの更新に用いるパッチファイルがＮＦＶＩに提供され、提供されたパッチファイルを使用したＶＮＦのインスタンシエーションが実行する、パッチファイル適用方法が提供される。【００２３】
本発明の第３の視点によれば、仮想マシン上で動作するソフトウェアによって実装され仮想されたＶＮＦ（Virtual Network Function）のライフサイクルを管理するＶＮＦＭ（VNF Manager）を制御するコンピュータに実行させるプログラムであって、ＶＮＦの更新に用いるパッチファイルを、ＶＮＦの実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）に提供する処理を実行させる、プログラムが提供される。
なお、このプログラムは、コンピュータ読み取り可能な記録媒体に記録することができる。記録媒体は、半導体メモリ、ハードディスク、磁気記録媒体、又は光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００２４】
本発明の各視点に基づけば、ＶＮＦのインスタンシエーションに使用されるイメージファイルの効率的な展開に寄与する、ネットワークシステム、パッチファイル適用方法、及びプログラムが、提供される。
【図面の簡単な説明】
【００２５】
【図１】一実施形態の概要を説明するための図である。
【図２】第１の実施形態に係るネットワークシステムの概略構成の一例を示す図である。
【図３】第１の実施形態に係る物理マシンのハードウェア構成の一例を示すブロック図である。
【図４】第１の実施形態に係るネットワークシステムを機能の点で説明するためのブロック図である。
【図５】第１の実施形態に係るネットワークシステムの動作の一例を示す図である。
【図６】ＶＮＦの更新に関するネットワークシステムの動作の一例を示すシーケンス図である。
【図７】第１の実施形態に係るイメージファイルの展開を説明するための図である。
【図８】非特許文献２の７章、Figure ４を簡略した図面である。
【図９】ＶＮＦ環境のネットワークシステムの構成の一例を示す図である。
【図１０】イメージファイルの展開を説明するための図である。
【発明を実施するための形態】
【００２６】
初めに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものである。この概要の記載は、何らの限定を意図するものではない。
【００２７】
図１は、一実施形態に概要を説明するための図である。
【００２８】
一実施形態に係るネットワークシステムは、ＮＦＶＩ１００と、ＥＭＳ１０１と、ＮＦＶＯ１０２と、ＶＮＦＭ１０３とを含む。ＮＦＶＩ１００は、仮想マシン上で動作するソフトウェアに基づいて実装され、かつ、仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の実行基盤を提供する。ＥＭＳ１０１は、ＶＮＦに対応する。ＮＦＶＯ１０２は、ＮＦＶＩ１００上にて、ネットワークサービスを実現する。ＶＮＦＭ１０３は、ＶＮＦのライフサイクルを管理する。ＥＭＳ１０１、ＮＦＶＯ１０２及びＶＮＦＭ１０３のいずれか１つが、ＶＮＦの更新に用いるパッチファイルをＮＦＶＩ１００に提供する。
【００２９】
上記実施形態に係るネットワークシステムは、ＥＭＳ１０１等が配置された中央拠点の装置から、ＶＮＦの変更に必要なパッチファイルを直接、ＮＦＶＩ１００に提供する。この動作を基に、小さいサイズのイメージファイルが装置（地域拠点のＶＩＭ；図１に図示せず）を跨がずに転送されるので、ネットワークシステムは、ネットワークシステムに生じうるＶＮＦのヒーリング等に要する時間を短縮することができる。つまり、仮想化されたノードであるＶＮＦを制御するＮＦＶ−ＭＡＮＯにおいて、ＶＮＦパッチ適用時にイメージファイル（ＶＮＦを起動するためのファイル）をＮＦＶ−ＭＡＮＯから効率的に展開することが実現できる。換言するならば、高い頻度で発生するパッチ適用時のマイナーバージョンアップ時は、パッチ適用箇所に限った部分的な（例えば、アプリケーションデータだけの）イメージファイルがＥＭＳ１０１及びＶＮＦＭ１０３経由で直接ＶＮＦに展開される。この動作で、運用効率を向上させることが可能となる。
【００３０】
以下に、具体的な実施の形態について、図面を参照して、さらに詳しく説明する。なお、同一構成要素には同一の符号を付し、その説明を省略する。
【００３１】
［第１の実施形態］
第１の実施形態について、図面を用いて、より詳細に説明する。
【００３２】
図２は、第１の実施形態に係るネットワークシステムの概略構成の一例を示す図である。図２を参照すると、中央拠点１と、複数の地域拠点２−１〜２−ｎ（ｎは正の整数。以下、同じ）とが、ネットワークシステムに含まれる。中央拠点１と複数の地域拠点２−１〜２−ｎは、ネットワークを用いて接続されている。
【００３３】
中央拠点１には、ＯＳＳ／ＢＳＳ３０、ＥＭＳ２３、ＮＦＶＯ１１、及びＶＮＦＭ１２等の各機能エンティティが実装されたサーバが含まれる。地域拠点２−１〜２−ｎのそれぞれには、複数の物理マシン３−１〜３−ｍ（ｍは正の整数。以下、同じ）と、ＶＩＭ１３が実装されたサーバと、ストレージサーバ４０とが、含まれる。
【００３４】
なお、以降の説明において、地域拠点２−１〜２−ｎを区別する特段の理由がない場合には、単に「地域拠点２」と表記する。同様に、物理マシン３−１〜３−ｍを区別する特段の理由がない場合には、単に「物理マシン３」と表記する。
【００３５】
地域拠点２に含まれる物理マシン３には、少なくとも１以上の仮想マシンが生成可能である。当該仮想マシン上に、ＶＮＦ２２が、インスタンシエーションされる。
【００３６】
ストレージサーバ４０は、ＨＤＤ（Hard Disk Drive）等からなるストレージ４１を管理するサーバである。ストレージサーバ４０に対するデータの読み書き要求は、地域拠点２に含まれる装置（例えば、ＶＩＭ１３等）だけでなく、中央拠点１に含まれる装置（例えば、ＥＭＳ２３、ＮＦＶＯ１１、又はＶＮＦＭ１２等）からも行われる。また、ストレージ４１は、地域拠点２に含まれる物理マシン３からアクセス可能に構築されている。
【００３７】
ストレージ４１の少なくとも一部が物理マシン３からアクセス可能とすることで、いわゆる、Ｂｏｏｔ  Ｆｒｏｍ  Ｃｉｎｄｅｒ  Ｖｏｌｕｍｅが実現される。なお、Ｂｏｏｔ  Ｆｒｏｍ  Ｃｉｎｄｅｒ  Ｖｏｌｕｍｅの詳細は、以下の文献等を参考にすることができる。
参考文献：「ボリュームからのインスタンスの起動」、［online］インターネット（https://docs.openstack.org/ja/user-guide/cli_nova_launch_instance_from_volume.html）
【００３８】
ＶＮＦ２２のインスタンシエーションにおけるＢｏｏｔ  Ｆｒｏｍ  Ｃｉｎｄｅｒ  Ｖｏｌｕｍｅを実現するために、ルートディスクがストレージ４１上の所定領域（予め定めた領域）にマウントされる仮想ノードが生成される。
【００３９】
ＶＮＦＭ１２及びＶＩＭ１３は、上記Ｂｏｏｔ  Ｆｒｏｍ  Ｃｉｎｄｅｒ  Ｖｏｌｕｍｅを実現するため、ＶＮＦ２２のインスタンシエーションに必要なイメージファイルをストレージ４１上の所定領域に配置するように、ストレージサーバ４０に依頼する。このように、第１の実施形態に係るネットワークシステムは、ＶＮＦ２２のインスタンシエーションにＢｏｏｔ  Ｆｒｏｍ  Ｃｉｎｄｅｒ  Ｖｏｌｕｍｅ方式を採用する。そして、ネットワークシステムには、仮想マシンに割当て可能なハードウェア資源とは異なる資源（仮想マシンに割当てされない外部ストレージ）が存在する。そして、当該外部ストレージであるストレージ４１上にイメージファイルが転送される。
【００４０】
［ハードウェア構成］
図３は、第１の実施形態に係る物理マシン３のハードウェア構成の一例を示すブロック図である。物理マシン３は、いわゆる、情報処理装置（コンピュータ）であり、図３に例示する構成を備える。例えば、物理マシン３は、内部バスにより相互に接続される次の構成を備える。その構成とは、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５１、メモリ５２、入出力インターフェイス５３、及び通信手段であるＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）５４等である。
【００４１】
なお、図３に示す構成は、物理マシン３のハードウェア構成を限定する趣旨ではない。物理マシン３は、図示しないハードウェアを含んでもよい。あるいは、物理マシン３に含まれるＣＰＵ５１等の数は、図３の例示に限定する趣旨ではない。例えば、複数のＣＰＵ５１が、物理マシン３に含まれていてもよい。
【００４２】
メモリ５２は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、及び／又は補助記憶装置（ハードディスク等）である。
【００４３】
入出力インターフェイス５３は、図示しない表示装置及び入力装置とのインターフェイスとなる手段である。表示装置は、例えば、液晶ディスプレイである。入力装置は、例えば、キーボード及びマウスのようにユーザ操作を受け付ける装置である。
【００４４】
なお、中央拠点１及び地域拠点２に含まれる他のサーバのハードウェア構成は、上記物理マシン３の構成と基本的に同じであり、当業者にとって明らかなものであるため、その説明を省略する。
【００４５】
図４は、第１の実施形態に係るネットワークシステムを機能の点で説明するためのブロック図である。図４を参照すると、ＶＮＦＭ１２及びＶＩＭ１３は、非特許文献１及び２に記載された機能に加え、図４に示す機能（機能ブロック）を備える。
【００４６】
具体的には、ＶＮＦＭ１２は、パッチファイル取得部２０１と、パッチファイル登録部２０２と、ＶＮＦ起動要求部２０３とを備える。
【００４７】
パッチファイル取得部２０１は、外部装置（例えば、ＥＭＳ２３）からＶＮＦ２２に適用するパッチファイルを取得する手段である。なお、上述のように、ＶＮＦ２２のインスタンシエーションに使用されるイメージファイルには、ＯＳ、ＭＷ、及びＡＰＬ（アプリケーション）に係るプログラムデータが含まれるものである。ただし、パッチファイルには、アプリケーションに関するプログラムデータに限り含まれるものとする。ただし、パッチファイルに含まれるプログラムデータを限定する趣旨ではなく、例えば、ＯＳに係るプログラムにパッチを適用する場合は、ＯＳに係るプログラムデータの全部又は一部がパッチファイルに含まれていてもよい。
【００４８】
パッチファイル登録部２０２は、パッチファイル取得部２０１が取得したパッチファイルをストレージサーバ４０に送信する。それとともに、パッチファイル登録部２０２は、ストレージサーバ４０に、当該パッチファイルに基づいてストレージ４１の所定領域に格納されているイメージファイルのアプリケーションプログラムに相当する領域を書き換えるように指示する。なお、ストレージ４１のいずれの領域をパッチファイルにより書き換えるかに関する決定（ストレージサーバ４０への指示）は、後述するＶＩＭ１３から提供されるＶＮＦ配置先アドレス情報と、パッチファイルの内容とに基づき、定めることができる。
【００４９】
例えば、図４において、ストレージ４１の所定領域にＶＮＦ＿１用のイメージファイルが格納されている場合には、次のとおりとなる。すなわち、上記ＶＮＦ配置先アドレス情報には、ＶＮＦ＿１の識別子とＶＮＦ＿１用のイメージファイルが格納されている領域の先頭アドレスとが対応付けられた情報が含まれる。また、パッチファイルがＡＰＬ（アプリケーション）の書換えを意図したものである場合には、パッチファイル登録部２０２は、イメージファイルにおけるＡＰＬ（アプリケーション）プログラムのアドレスを、事前に、把握可能である。ＶＮＦＭ１２は、ＶＮＦ配置先アドレス情報から、パッチ適用するＶＮＦ＿１のイメージファイルが格納されているアドレスを取得する。そして、ＶＮＦＭ１２は、当該アドレスから所定のオフセット（アプリケーションプログラムに係るアドレスから算出されるオフセット）を加えたアドレスからパッチファイルを上書きするように、ストレージサーバ４０に指示する。
【００５０】
ＶＮＦ起動要求部２０３は、ＶＩＭ１３に対し、パッチファイルが適用された後のイメージファイルを用いてＶＮＦ２２を起動するように要求する手段である。例えば、上述の例では、ストレージ４１のＶＮＦ＿１用のイメージファイルにパッチを適用したのであれば、ＶＮＦ起動要求部２０３は、ＶＮＦ＿１のイメージファイルが格納されているアドレスを指定しつつ、ＶＮＦ＿１を起動するようにＶＩＭ１３に要求する。
【００５１】
ＶＩＭ１３は、イメージファイル登録部２１１と、ＶＮＦ起動処理部２１２とを備える。
【００５２】
イメージファイル登録部２１１は、ＮＦＶＯ１１から提供されたＶＮＦ２２のイメージファイルをストレージ４１の所定領域に登録する手段である。具体的には、イメージファイル登録部２１１は、イメージファイルをストレージサーバ４０に提供するとともに、当該ファイルをストレージ４１に格納することを依頼する。ストレージサーバ４０は、イメージファイルをストレージ４１に格納するとともに、当該イメージファイルを格納したアドレスをＶＩＭ１３（イメージファイル登録部２１１）に応答する。イメージファイル登録部２１１は、ストレージ４１に登録したＶＮＦ２２に対応する識別子とストレージサーバ４０から取得した上記アドレスとを対応付けて、ＶＮＦ配置先アドレス情報を生成する。イメージファイル登録部２１１は、生成したＶＮＦ配置先アドレス情報をＶＮＦＭ１２等の当該情報を必要とするエンティティ、又はモジュール等に配布する。
【００５３】
なお、パッチファイル登録部２０２及びイメージファイル登録部２１１がイメージファイルをストレージ４１に登録することは、ＮＦＶＩ２１にイメージファイルを提供することに相当する。ストレージ４１の所定領域（イメージファイルが格納されている領域）は、各物理マシン３（ＮＦＶＩ２１）がアクセス可能に構成されているためである。
【００５４】
ＶＮＦ起動処理部２１２は、上述のＶＮＦＭ１２からのＶＮＦ起動要求を処理する手段である。具体的には、ＶＮＦ起動処理部２１２は、ストレージ４１におけるアドレスを指定しつつ、パッチファイルが適用された後のイメージファイルを用いてＶＮＦ２２を生成し、起動する。
【００５５】
［ネットワークシステムの動作］
次に、図面を参照しつつ、第１の実施形態に係るネットワークシステムの動作を説明する。
【００５６】
初めに、ネットワークシステムの初期起動時におけるＶＮＦ２２のインスタンシエーションに関する説明を行う。
【００５７】
ネットワークシステムの初期起動時には、「ＶＮＦのオンボード」と「ＶＮＦのインスタンシエーション」のプロセスが含まれる。第１の実施形態に係るネットワークシステムは、「ＶＮＦのオンボード」に関し、非特許文献１の１０４ページ「B.2.1 On-Board VNF Package Flow」に記載されたシーケンスに準拠した動作を行う。また、「ＶＮＦのインスタンシエーション」に関しては、ネットワークシステムは、同文献の１１６ページ「B.3.2.2 VNF instantiation from NFVO」に記載されたシーケンスに準拠した動作を行う。
【００５８】
ここでは、上記２つのシーケンスに関し、図５を参照しつつ、その概略を説明する。なお、図５に示すイメージファイルは、ＯＳ、ＭＷ、ＡＰＬに関するプログラムデータを含むファイルである。
【００５９】
ＮＦＶＯ１１は、例えば、ＥＭＳ２３から取得したイメージファイルをＶＩＭ１３に送信する（ステップＳ１０１）。
【００６０】
ＶＩＭ１３は、当該イメージファイルをイメージリポジトリ（Image Repository）に格納すると、肯定応答（ＡＣＫ）をＮＦＶＯ１１に送信する（ステップＳ１０２）。イメージファイルがイメージリポジトリに格納されると、ＶＮＦ２２のオンボード処理が完了する。
【００６１】
ＶＮＦインスタンシエーションの開始に当たり、ＮＦＶＯ１１は、ＶＮＦＭ１２に対し、仮想ノードの生成を要求する（ステップＳ２０１）。
【００６２】
当該要求を受けたＶＮＦＭ１２は、ＶＩＭ１３にリソース割当て（Ａｌｌｏｃａｔｅ  Ｒｅｓｏｕｒｃｅｓ）を要求する（ステップＳ２０２）。
【００６３】
ＶＩＭ１３は、要求されたリソースの割当てを行う（ステップＳ２０３）。具体的には、ＶＩＭ１３は、仮想マシンの配置先において、仮想マシンと関連するネットワークリソースを生成、及び起動する。当該起動が正常に終了すると（ステップＳ２０４による肯定応答（ＡＣＫ）の受信）、ＶＩＭ１３は、ＶＮＦＭ１２にリソース割当て要求に対応する肯定応答（ＡＣＫ）を送信する（ステップＳ２０５）。
【００６４】
その後、ＶＮＦＭ１２は、ＶＩＭ１３に対してＶＮＦ２２の起動を要求する（ステップＳ２０６）。当該要求を受けたＶＩＭ１３は、イメージファイルをストレージ４１の所定領域に格納した後に、ディプロイメントに固有のパラメータを設定することで、ＶＮＦ２２を起動する（ステップＳ２０７）。具体的には、ＶＩＭ１３は、インスタンシエーションを行うＶＮＦ２２に対応するイメージファイルが格納されているストレージ４１の所定領域に対応するアドレスを含むパラメータを、リソースの割当てが完了した仮想マシンに設定する。
【００６５】
上記固有のパラメータの設定に基づいて、上記ストレージ４１の所定領域からのＶＮＦ２２の生成、及び起動が行われる（ステップＳ２０８）。ＶＮＦ２２の起動が正常終了すると、ＮＦＶＩ２１からＶＩＭ１３に対して肯定応答（ＡＣＫ）が送信される（ステップＳ２０９）。
【００６６】
ＶＩＭ１３は、当該肯定応答（ＡＣＫ）を受信すると、ステップＳ２０６におけるＶＮＦ起動要求に対応する肯定応答（ＡＣＫ）をＶＮＦＭ１２に送信する（ステップＳ２１０）。ＶＮＦＭ１２は、当該肯定応答（ＡＣＫ）を受信すると、ステップＳ２０１における仮想ノード生成要求に対応する肯定応答（ＡＣＫ）をＮＦＶＯ１１に送信する（ステップＳ２１１）。
【００６７】
以上のステップにより、ＶＮＦ２２のインスタンシエーションが完了する。
【００６８】
次に、ＶＮＦ２２の更新に関する動作を説明する。
【００６９】
ＶＮＦ２２の更新は、ＶＮＦ２２のイメージファイルにパッチを適用することで実現される。ＶＮＦ２２の更新は、パッチファイルの登録とパッチファイルの適用という２つのプロセスから構成される。パッチファイルの登録は、ＥＭＳ２３等を用いて行われる。また、パッチファイルの適用を開始する契機は種々のものが考えられる。ただし、第１の実施形態では、稼働中のＶＮＦ２２に障害が発生し、ＶＮＦ２２の回復（Ｈｅａｌｉｎｇ）をパッチファイル適用の契機として説明する。ただし、これは、ＶＮＦ２２の更新に関する契機をＶＮＦ２２の回復に限定する趣旨ではない。例えば、ＶＮＦ２２のスケールアウト時にＶＮＦ２２の更新が行われてもよい。
【００７０】
図６は、ＶＮＦ２２の更新に関するネットワークシステムの動作の一例を示すシーケンス図である。
【００７１】
ステップＳ３０１において、ＥＭＳ２３からＶＮＦＭ１２に対して、パッチファイルを適用する旨の要求がなされる。その際、ＥＭＳ２３は、パッチ適用するＶＮＦ２２を指定して（ＶＮＦ２２の識別子を伴って）、パッチファイル（パッチ用のイメージファイル）をＶＮＦＭ１２に提供する。
【００７２】
ＶＮＦＭ１２は、当該パッチファイルを取得し（ステップＳ３０２）、ＨＤＤ等の記録媒体にパッチファイルを格納すると、ＥＭＳ２３に肯定応答（ＡＣＫ）を送信する（ステップＳ３０３）。
【００７３】
上記ステップで、パッチファイルの登録が完了する。
【００７４】
なお、パッチファイルが登録された時点では、稼働中のＶＮＦ２２が使用するイメージファイルは、ストレージ４１の所定領域に格納されている。つまり、ストレージ４１の所定領域に格納されたイメージファイルに従って、パッチ適用対象のＶＮＦ２２は稼働している。
【００７５】
パッチファイルの登録が完了した状態にて、稼働中のＶＮＦ２２、又はＮＦＶＩ２１に障害が発生すると、ＶＮＦ２２のヒーリングが開始する。
【００７６】
ステップＳ４０１において、ＶＩＭ１３は、稼働中のＶＮＦ２２に障害が発生（障害を検知）したことを検出する。
【００７７】
ＶＩＭ１３は、ＶＮＦ２２の障害発生をＶＮＦＭ１２に通知する（ステップＳ４０２）。
【００７８】
ＶＮＦＭ１２は、上記通知に対する肯定応答（ＡＣＫ）をＶＩＭ１３に送信（ステップＳ４０３）するとともに、ＮＦＶＯ１１にＶＮＦ２２のヒーリングを開始する旨を通知する（ステップＳ４０４）。
【００７９】
ＶＮＦＭ１２は、ＮＦＶＯ１１から上記通知に対する肯定応答（ＡＣＫ）を受信すると（ステップＳ４０５）、障害が発生したＶＮＦ２２を削除する要求をＶＩＭ１３に行う（ステップＳ４０６）。
【００８０】
当該要求を受けたＶＩＭ１３は、障害の発生したＶＮＦ２２の削除（停止）を行う（ステップＳ４０７）。
【００８１】
障害の発生したＶＮＦ２２が削除（停止）されると（ステップＳ４０８）、ＶＩＭ１３に対して肯定応答（ＡＣＫ）が送信される（ステップＳ４０９）。
【００８２】
上記肯定応答（ＡＣＫ）を受信したＶＩＭ１３は、ＶＮＦＭ１２に対し、ステップＳ４０６のＶＮＦ２２の削除要求に対する肯定応答（ＡＣＫ）を行う（ステップＳ４１０）。
【００８３】
次に、ＶＮＦＭ１２は、ＶＩＭ１３に対して、リソースの割当て要求を行う（ステップＳ４１１）。
【００８４】
ＶＩＭ１３は、要求されたリソースの割当てを行う（ステップＳ４１２）。具体的には、ＶＩＭ１３は、仮想マシンの配置先において、仮想マシンと関連するネットワークリソースを生成、及び起動する。当該起動が正常に終了すると（ステップＳ４１３による肯定応答（ＡＣＫ）の受信）、ＶＩＭ１３は、ＶＮＦＭ１２にリソース割当て要求に対応する肯定応答（ＡＣＫ）を送信する（ステップＳ４１４）。
【００８５】
当該肯定応答（ＡＣＫ）を受信したＶＮＦＭ１２は、パッチファイル登録プロセスにおいて取得したパッチファイル（パッチ用のイメージファイル）を用いて対応するイメージファイルの一部を書き換えるようにストレージサーバ４０に指示する。つまり、当該肯定応答（ＡＣＫ）を受信したＶＮＦＭ１２は、パッチファイルをストレージ４１に登録（ステップＳ４１５）する。その後、ＶＮＦＭ１２は、パッチ適用によるＶＮＦ２２の起動をＶＩＭ１３に対して要求する（ステップＳ４１６）。具体的には、ＶＮＦＭ１２は、パッチを適用するＶＮＦ２２を指定して、当該ＶＮＦ２２の起動をＶＩＭ１３に要求する。
【００８６】
ＶＩＭ１３は、パッチ適用するＶＮＦ２２に対応したイメージファイルが格納されているストレージ４１の所定領域に対応するアドレスを含むディプロイメントに固有のパラメータをリソースの割り当てられた仮想マシンに設定する。この動作で、ＶＩＭ１３は、パッチ適用によるＶＮＦ２２の起動を実行する（ステップＳ４１７）。
【００８７】
上記固有のパラメータの設定に基づいて、上記ストレージ４１の所定領域からのＶＮＦ２２の生成、及び起動が行われる（ステップＳ４１８）。ＶＮＦ２２の起動が正常終了すると、ＮＦＶＩ２１からＶＩＭ１３に対して肯定応答（ＡＣＫ）が送信される（ステップＳ４１９）。
【００８８】
当該肯定応答（ＡＣＫ）を受信したＶＩＭ１３は、ステップＳ４１６のパッチ適用によるＶＮＦ２２の起動要求に対応する肯定応答（ＡＣＫ）をＶＮＦＭ１２に送信する（ステップＳ４２０）。
【００８９】
ＶＮＦＭ１２は、ＮＦＶＯ１１に対して、ヒーリング完了通知を送信（ステップＳ４２１）し、ＮＦＶＯ１１からの肯定応答（ＡＣＫ）を受信（ステップＳ４２２）することで、ヒーリング処理を完了する。
【００９０】
なお、上述の実施形態にて説明したネットワークシステムの構成及び動作は、例示であり、システムの構成を限定する趣旨ではない。例えば、上述の実施形態では、ＶＮＦＭ１２がパッチファイルをストレージ４１に登録する場合について説明した。しかし、ＥＭＳ２３又はＮＦＶＯ１１から、パッチファイルがストレージ４１に登録されてもよい。すなわち、ＥＭＳ２３、ＮＦＶＯ１１及びＶＮＦＭ１２のいずれか１つが、ＶＮＦ２２の更新に用いるパッチファイルをＮＦＶＩ２１に提供する（パッチファイルがＶＩＭ１３を経由せずにＮＦＶＩ２１に提供される）構成であればよい。
【００９１】
また、上述の実施形態では、ＶＮＦ２２のインスタンシエーションにＢｏｏｔ  Ｆｒｏｍ  Ｃｉｎｄｅｒ  Ｖｏｌｕｍｅ方式を用いる場合を説明した。しかし、上述の実施形態は、当該方式を採用しなくてもよい。この場合、ＥＭＳ２３、ＮＦＶＯ１１及びＶＮＦＭ１２のいずれか１つが、パッチファイルをＮＦＶＩ２１に提供し、ＮＦＶＩ２１が仮想マシンに割り当てているストレージの該当領域を書き換えればよい。つまり、ＥＭＳ２３、ＮＦＶＯ１１及びＶＮＦＭ１２のいずれか１つが、ＶＮＦ２２の更新に用いるパッチファイルを、ストレージサーバ４０（ストレージ４１）を介さずにＮＦＶＩ２１に直接提供してもよい。
【００９２】
以上のように、上記実施形態に係るネットワークシステムは、図５に示すように、ＯＳの変更を含む場合のようなメジャーバージョンアップ時にはＯＳ、ＭＷ又はＡＰＬ等のプログラムデータを含むイメージファイルをＶＩＭ１３を経由してＶＮＦ２２に展開する。一方、図６に示すように、上記実施形態に係るネットワークシステムは、高い頻度で行われるようなパッチ適用時のマイナーバージョンアップ時には、次のように動作する。つまり、ネットワークシステムは、パッチ適用箇所に限られた部分的な（例えば、アプリケーションデータだけの）小さいサイズのイメージファイル（パッチファイル）を中央拠点１の装置（例えば、ＥＭＳ２３又はＶＮＦＭ１２）から直接ＶＮＦ２２に展開する。メジャーバージョンアップ時とマイナーバージョンアップ時のイメージファイルの転送経路を示す様子が図７に例示される。
【００９３】
中央拠点１の装置からパッチファイルを直接、ＶＮＦ２２に展開することで、小さいサイズのイメージファイルが装置（ＶＩＭ１３を実装するサーバ）を跨がずに転送される。そのため、ネットワークシステムは、ネットワークシステムに生じうるＶＮＦ２２のヒーリングに要する時間を短縮することができる。すなわち、第１の実施形態では、ＶＩＭ１３を経由せず、高頻度で発生する小サイズのファイル転送が実現できるため、ネットワークシステムの効率的な運用が実現できる。
【００９４】
また、第１の実施形態は、Ｂｏｏｔ  Ｆｒｏｍ  Ｃｉｎｄｅｒ  Ｖｏｌｕｍｅ方式を利用して、ＶＮＦ２２のインスタンシエーションを実現している。
そのため、第１の実施形態は、イメージファイルを物理マシン３（ＮＦＶＩ２１）に直接転送する必要はなく、イメージファイルを外部ストレージに転送すればよく、ＶＮＦ２２のインスタンシエーションの効率化を図れる。なお、Ｂｏｏｔ  Ｆｒｏｍ  Ｃｉｎｄｅｒ  Ｖｏｌｕｍｅ方式を採用し、パッチファイルをＶＩＭ１３経由でＶＮＦ２２に展開するだけでは、ネットワークシステムの効率的な運用は実現されない。それは、当該技術を採用したとしても、中央拠点１から全ての地域拠点２にイメージファイルを展開することに変わりないためである。
【００９５】
また、非特許文献１には、パッチファイルを用いたＶＮＦ２２の起動が、記載されていない。非特許文献１には、ＶＮＦ２２を更新する際には、ＯＳ、ＭＷ、又はＡＰＬを含むイメージファイルをＶＩＭ１３に提供し、ＶＮＦ２２を起動（インスタンシエーション）することが記載されているにすぎない。（例えば、同文献の１０６ページ「B.2.4 Update VNF Package flow」を参照。）
【００９６】
図４等に例示した各装置が行う処理は、各装置に搭載されたコンピュータに、そのハードウェアを用いて、上述した各処理を実行させるコンピュータプログラムに基づいて実現できる。すなわち、各手段の一部又は全ては、コンピュータ（プロセッサ等）で実行されるプログラムに基づいて実現するようにしてもよく、上述の各処理モジュールが行う機能を何らかのハードウェア、及び／又は、ソフトウェアで実行する手段であればよい。
【００９７】
上記の説明に基づいて、本発明の産業上の利用可能性は明らかである。本発明は、仮想化された通信サーバ（ＶＮＦ２２）など、非仮想化時と同様にエンドユーザに影響なく２４時間無停止稼働が求められるシステムの必要リソース事前確保を必要とするシステムに好適に適用可能である。あるいは、本発明は、各種の仮想化サーバ（ＶＮＦ２２）における保守業務の簡略化及びシナリオ実行化を必要とするシステムに好適に適用可能である。
【００９８】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
上述の第１の視点に係るネットワークシステムのとおりである。
［付記２］
ＮＦＶＩのリソース管理と制御を行うＶＩＭ（Virtualized Infrastructure Manager）をさらに含み、
パッチファイルをＮＦＶＩに提供するＥＭＳ、ＮＦＶＯ及びＶＮＦＭのいずれか１つは、パッチファイルを、ＶＩＭを経由せずにＮＦＶＩに提供する、
付記１に記載のネットワークシステム。
［付記３］
ＮＦＶＯは、ＶＮＦのインスタンシエーションに使用するファイルであって、オペレーティングシステム、ミドルウェア、又はアプリケーションに係るプログラムデータを含むイメージファイルを、ＶＩＭに提供し、
ＶＩＭは、イメージファイルをＮＦＶＩに提供する、
付記２に記載のネットワークシステム。
［付記４］
外部からアクセス可能なストレージを管理するストレージサーバをさらに含み、
ＶＩＭは、イメージファイルをストレージサーバに提供し、
ストレージサーバは、提供されたイメージファイルをストレージの所定領域に格納し、
ＶＩＭは、ストレージの所定領域に格納されたイメージファイルを用いてＶＮＦを起動する、
付記３に記載のネットワークシステム。
［付記５］
パッチファイルをＮＦＶＩに提供する、ＥＭＳ、ＮＦＶＯ及びＶＮＦＭのいずれか１つは、ストレージサーバに対し、イメージファイルが格納された所定領域の一部をパッチファイルにて書き換えるように指示する、
付記４に記載のネットワークシステム。
［付記６］
ＶＮＦＭは、パッチファイルに基づくイメージファイルの一部の書換えが終了した後に、ＶＩＭに対して一部が書き換えられたイメージファイルを使用したＶＮＦの起動を要求する、
付記５に記載のネットワークシステム。
［付記７］
ＶＮＦをヒーリングする際に、パッチファイルに基づくイメージファイルの一部が書き換えられ、一部が書き換えられたイメージファイルを使用したＶＮＦの起動が行われる、
付記６に記載のネットワークシステム。
［付記８］
パッチファイルは、イメージファイルが含むプログラムデータのうち、アプリケーションに係るプログラムデータを含む、
付記３乃至７のいずれか一に記載のネットワークシステム。
［付記９］
上述の第２の視点に係るパッチファイル適用方法のとおりである。
［付記１０］
上述の第３の視点に係るプログラムのとおりである。
なお、付記９の形態及び付記１０の形態は、付記１の形態と同様に、付記２の形態〜付記８の形態に展開することが可能である。
【００９９】
なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更及び調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、及び各図面の各要素等を含む）の多様な組合せ、及び、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、及び、技術的思想にしたがって当業者であればなし得るであろう各種変形及び修正を含むことはもちろんである。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値及び小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【０１００】
この出願は、２０１６年  ４月２１日に出願された日本出願特願２０１６−０８５０５３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１０１】
１    中央拠点
２、２−１〜２−ｎ    地域拠点
３、３−１〜３−ｍ    物理マシン
１０    ＮＦＶ−ＭＡＮＯ
１１、１０２    ＮＦＶＯ
１２、１０３    ＶＮＦＭ
１３    ＶＩＭ
２１、１００    ＮＦＶＩ
２２    ＶＮＦ
２３、１０１    ＥＭＳ
３０    ＯＳＳ／ＢＳＳ
４０    ストレージサーバ
４１    ストレージ
５１    ＣＰＵ
５２    メモリ
５３    入出力インターフェイス
５４    ＮＩＣ
２０１    パッチファイル取得部
２０２    パッチファイル登録部
２０３    ＶＮＦ起動要求部
２１１    イメージファイル登録部
２１２    ＶＮＦ起動処理部
【図１】
0006677294.tif 000002
【図２】
0006677294.tif 000003
【図３】
0006677294.tif 000004
【図４】
0006677294.tif 000005
【図５】
0006677294.tif 000006
【図６】
0006677294.tif 000007
【図７】
0006677294.tif 000008
【図８】
0006677294.tif 000009
【図９】
0006677294.tif 000010
【図１０】
0006677294.tif 000011