(57)【要約】【課題】  コンテナ内で動作するアプリケーションやミドルウェア等のソフトウェアの更新を効率的に行う通信システムを提供する。【解決手段】  本発明の通信システムは、イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを生成する第１制御部を有する情報処理装置と、前記情報処理装置を管理する管理装置とを備え、前記管理装置は、前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有するバージョン管理の情報を管理する第１管理部と、前記情報処理装置に生成されるコンテナの設定情報を有する管理情報を管理し、前記バージョン管理の情報を用いて、前記管理情報において新たに生成されるコンテナの情報を管理する第２管理部と、前記情報処理装置の前記第１制御部を制御して、前記管理情報を用いてコンテナを生成させる第２制御部とを有する。【選択図】      図１
2019133424.tif 000002
【特許請求の範囲】
【請求項１】
イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを生成する第１制御部を有する情報処理装置と、前記情報処理装置を管理する管理装置とを備え、
前記管理装置は、
前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有するバージョン管理の情報を管理する第１管理部と、
前記情報処理装置に生成されるコンテナの設定情報を有する管理情報を管理し、前記バージョン管理の情報を用いて、前記管理情報において新たに生成されるコンテナの情報を管理する第２管理部と、
前記情報処理装置の前記第１制御部を制御して、前記管理情報を用いてコンテナを生成させる第２制御部とを有する
ことを特徴とする通信システム。
【請求項２】
前記第２管理部は、
前記管理情報に第１のバージョンと異なる第２のバージョンのコンテナの情報において、
第１情報として、前記バージョン管理の情報における前記第２のバージョンの情報を用い、
バージョンが変わってもコンテナに設定される情報が同じ情報である第２情報として、前記管理情報における前記第１のバージョンの情報を用いて作成する
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記管理装置は、
前記情報処理装置で、受信したパケットにおけるコンテナの転送先の情報を有する第３情報を管理する第３管理部をさらに備え、
前記第２制御部は、
前記情報処理装置の前記第１制御部を制御して、前記情報処理装置が受信したパケットを、前記情報処理装置における１又は複数のコンテナに転送する第１コンテナを生成させ、
生成させた前記第１コンテナを、前記第３情報を用いて転送するように制御する
ことを特徴とする請求項２に記載の通信システム。
【請求項４】
前記第２制御部は、前記情報処理装置に、前記第１のバージョンのソフトウェアのプログラムが実行される第２コンテナ、又は前記第２のバージョンのソフトウェアのプログラムが実行される第３コンテナを起動させ、
前記第３情報は、前記情報処理装置が受信したパケットの送信元情報により定まる情報であり、転送先となる第２コンテナの情報又は第３コンテナの情報を有する
ことを特徴とする請求項３に記載の通信システム。
【請求項５】
前記第３管理部は、前記情報処理装置に、前記第１のバージョンの前記ソフトウェアのプログラムが実行される第２コンテナ、又は前記第２のバージョンの前記ソフトウェアのプログラムが実行される第３コンテナを起動させ、
前記第３情報は、前記第２コンテナの起動情報又は前記第３コンテナの起動情報により定まる情報であり、転送先となる第２コンテナの情報又は第３コンテナの情報を有する
ことを特徴とする請求項３に記載の通信システム。
【請求項６】
情報処理装置と、前記情報処理装置を管理する管理装置とを備える通信システムの通信方法であって、
前記情報処理装置は、
イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを生成する第１制御ステップを有し、
前記管理装置は、
前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有するバージョン管理の情報を管理する第１管理ステップと、
前記情報処理装置に生成されるコンテナの設定情報を有する管理情報を管理し、前記バージョン管理の情報を用いて、前記管理情報において新たに生成されるコンテナの情報を管理する第２管理ステップと、
前記情報処理装置の前記情報処理装置を制御して、前記管理情報を用いてコンテナを生成させる第２制御ステップとを有する
ことを特徴とする通信方法。
【請求項７】
イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを生成する第１制御部を有する情報処理装置を管理する管理装置であって、
前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有するバージョン管理の情報を管理する第１管理部と、
前記情報処理装置に生成されるコンテナの設定情報を有する管理情報を管理し、前記バージョン管理の情報を用いて、前記管理情報において新たに生成されるコンテナの情報を管理する第２管理部と、
前記情報処理装置の前記第１制御部を制御して、前記管理情報を用いてコンテナを生成させる第２管理部と
を有することを特徴とする管理装置。
【請求項８】
前記第２管理部は、
前記管理情報に第１のバージョンと異なる第２のバージョンのコンテナの情報において、
第１情報として、前記バージョン管理の情報における前記第２のバージョンの情報を用い、
バージョンが変わってもコンテナに設定される情報が同じ情報である第２情報として、前記管理情報における前記第１のバージョンの情報を用いて作成する
ことを特徴とする請求項７に記載の管理装置。
【請求項９】
前記情報処理装置で、受信したパケットにおけるコンテナの転送先の情報を有する第３情報を管理する第３管理部をさらに備え、
前記第２制御部は、
前記情報処理装置の前記第１制御部を制御して、前記情報処理装置が受信したパケットを、前記情報処理装置における１又は複数のコンテナに転送する第１コンテナを生成させ、
生成させた前記第１コンテナを、前記第３情報を用いて転送するように制御する
ことを特徴とする請求項８に記載の管理装置。
【請求項１０】
前記第２制御部は、前記情報処理装置に、前記第１のバージョンのソフトウェアのプログラムが実行される第２コンテナ、又は前記第２のバージョンのソフトウェアのプログラムが実行される第３コンテナを起動させ、
前記第３情報は、前記情報処理装置が受信したパケットの送信元情報により定まる情報であり、転送先となる第２コンテナの情報又は第３コンテナの情報を有する
ことを特徴とする請求項９に記載の管理装置。
【請求項１１】
前記第３管理部は、前記情報処理装置に、前記第１のバージョンの前記ソフトウェアのプログラムが実行される第２コンテナ、又は前記第２のバージョンの前記ソフトウェアのプログラムが実行される第３コンテナを起動させ、
前記第３情報は、前記第２コンテナの起動情報又は前記第３コンテナの起動情報により定まる情報であり、転送先となる第２コンテナの情報又は第３コンテナの情報を有する
ことを特徴とする請求項９に記載の管理装置。
【請求項１２】
イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを生成する第１制御部を有する情報処理装置を管理するコンピュータを、
前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有するバージョン管理の情報を管理する第１管理部と、
前記情報処理装置に生成されるコンテナの設定情報を有する管理情報を管理し、前記バージョン管理の情報を用いて、前記管理情報において新たに生成されるコンテナの情報を管理する第２管理部と、
前記情報処理装置の前記第１制御部を制御して、前記管理情報を用いてコンテナを生成させる第２管理部と
して機能させることを特徴とする管理プログラム。
【請求項１３】
前記第２管理部は、
前記管理情報に第１のバージョンと異なる第２のバージョンのコンテナの情報において、
第１情報として、前記バージョン管理の情報における前記第２のバージョンの情報を用い、
バージョンが変わってもコンテナに設定される情報が同じ情報である第２情報として、前記管理情報における前記第１のバージョンの情報を用いて作成する
ことを特徴とする請求項１２に記載の管理プログラム。
【請求項１４】
コンピュータを、前記情報処理装置で、受信したパケットにおけるコンテナの転送先の情報を有する第３情報を管理する第３管理部として機能させ、
前記第２制御部は、
前記情報処理装置の前記第１制御部を制御して、前記情報処理装置が受信したパケットを、前記情報処理装置における１又は複数のコンテナに転送する第１コンテナを生成させ、
生成させた前記第１コンテナを、前記第３情報を用いて転送するように制御する
ことを特徴とする請求項１３に記載の管理装置。
【請求項１５】
前記第２制御部は、前記情報処理装置に、前記第１のバージョンのソフトウェアのプログラムが実行される第２コンテナ、又は前記第２のバージョンのソフトウェアのプログラムが実行される第３コンテナを起動させ、
前記第３情報は、前記情報処理装置が受信したパケットの送信元情報により定まる情報であり、転送先となる第２コンテナの情報又は第３コンテナの情報を有する
ことを特徴とする請求項１４に記載の管理装置。
【請求項１６】
前記第３管理部は、前記情報処理装置に、前記第１のバージョンの前記ソフトウェアのプログラムが実行される第２コンテナ、又は前記第２のバージョンの前記ソフトウェアのプログラムが実行される第３コンテナを起動させ、
前記第３情報は、前記第２コンテナの起動情報又は前記第３コンテナの起動情報により定まる情報であり、転送先となる第２コンテナの情報又は第３コンテナの情報を有する
ことを特徴とする請求項１４に記載の管理装置。
【請求項１７】
イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを生成する第１制御部を有する情報処理装置を管理する管理装置における管理方法であって、
前記管理装置は、
前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有するバージョン管理の情報を管理する第１管理ステップと、
前記情報処理装置に生成されるコンテナの設定情報を有する管理情報を管理し、前記バージョン管理の情報を用いて、前記管理情報において新たに生成されるコンテナの情報を管理する第２管理ステップと、
前記情報処理装置の前記第１制御部を制御して、前記管理情報を用いてコンテナを生成させる第２管理ステップと
を有することを特徴とする管理方法。
【請求項１８】
情報処理装置であって、
イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを、管理装置から受信した管理情報を用いて生成する第１制御部を有し、
前記管理情報は、前記情報処理装置に生成されるコンテナの設定情報を有する情報であり、バージョン管理の情報を用いて、当該管理情報において新たに生成されるコンテナの情報であり、
前記バージョン管理の情報は、前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有する情報である
ことを特徴とする情報処理装置。
【請求項１９】
情報処理装置に搭載されたコンピュータを、
イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを、管理装置から受信した管理情報を用いて生成する第１制御部として機能させ、
前記管理情報は、前記情報処理装置に生成されるコンテナの設定情報を有する情報であり、バージョン管理の情報を用いて、当該管理情報において新たに生成されるコンテナの情報であり、
前記バージョン管理の情報は、前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有する情報である
ことを特徴とする情報処理プログラム。
【請求項２０】
情報処理装置の情報処理方法であって、
前記情報処理装置は、
イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを、管理装置から受信した管理情報を用いて生成する第１制御ステップを有し、
前記管理情報は、前記情報処理装置に生成されるコンテナの設定情報を有する情報であり、バージョン管理の情報を用いて、当該管理情報において新たに生成されるコンテナの情報であり、
前記バージョン管理の情報は、前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有する情報である
ことを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信システム、通信方法、管理装置、管理プログラム、管理方法、情報処理装置、情報処理プログラム、及び情報処理方法に関する。
【背景技術】
【０００２】
従来、コンピュータ（端末）の仮想化技術の一例は、オペレーティングシステム（ＯＳ）内のユーザ空間において、仮想的に1つの空間又は複数に分割された空間（コンテナ（論理的な区画））を有し、オペレーティングシステム内のカーネル空間を共用する技術がある（ここで、仮想的な空間（コンテナ）は、他の分割された空間（コンテナ）と隔離された空間である）。この技術は、コンテナを用いた仮想化技術（コンテナ型仮想化）と呼ばれ、ＯＳの上に、コンテナ管理ソフトウェアとコンテナを生成し、コンテナ内でアプリケーション（ミドルウェア）などを動作させる。
【０００３】
コンテナ型仮想化技術は、サーバ仮想化技術（ハードウェア仮想化技術）と異なりソフトウェアによるハードエミュレーションが不要なため、シンプルで効率の良い仮想化環境を実現可能である。（例えば、非特許文献１の４２頁〜４３頁、非特許文献２の１３頁〜１４頁、非特許文献３の５頁−８頁、非特許文献４参照）。
【０００４】
コンテナ型仮想化技術の一例は、Ｄｏｃｋｅｒ（登録商業）である。Ｄｏｃｋｅｒには、の内容を「Ｄｏｃｋｅｒファイル」と呼ばれるコードとして記述できる仕組みがある。また、Ｄｏｃｋｅｒには、「Ｄｏｃｋｅｒファイル」に記述された内容でＯＳ、ライブラリ、アプリケーション（ミドルウェア）等のファイルシステムイメージ及びコンテナの設定情報にてパッケージングされた「イメージ」が作成される。ここで、「イメージ」におけるコンテナの設定情報は、生成／起動されるコンテナ型仮想化技術におけるコンテナにおいて、コンテナの名前（ホスト名（又はコンテナ名ともいう））、ネットワーク構成、使用できるメモリ量、ＣＰＵの使用率等が定義された情報である。コンテナ型仮想化技術におけるコンテナにおいて、「イメージ」のアプリケーション（ミドルウェア）等のファイルシステムイメージからファイルシステムが生成（マウント）され、当該ファイルシステム内のアプリケーション（ミドルウェア）等のプログラムは実行される（即ち、コンテナ（仮想的な空間）が生成され、起動される）。（例えば、非特許文献２の１４頁〜１７頁、非特許文献３の１９頁〜２０頁参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】阿佐志保著、山田祥寛監修、「プログラマのためのＤｏｃｋｅｒ教科書  インフラの基礎知識＆コードによる環境構築の自動化」、株式会社翔詠社、２０１５年１１月１９日発行
【非特許文献２】真壁徹著、「Ｗｉｎｄｏｗｓコンテナ技術入門  ＩＴインフラの基礎技術」、株式会社インプレス、２０１７年３月２１日発行
【非特許文献３】吉岡恒夫著、ｐａｉｚａ監修、「Ｄｏｃｋｅｒ実戦活用ガイド」、株式会社マイナビ出版、２０１６年５月２６日発行
【非特許文献４】佐藤聖規著、「古くて新しいコンテナ仮想化〜Dockerで新たなアプリケーション配布スタイルへ〜」、Ｗｅｂ検索：２０１８年1月２９日。URL：「http://www.nttdata.com/jp/ja/insights/trend_keyword/2014090401.html」。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、コンテナ（仮想的な空間）で実行されるアプリケーション（ミドルウェア）等を更新を行う場合、次の処理が必要となる。必要となる処理は、新規アプリケーション（新規ミドルウェア）等のイメージを作成する処理、コンテナで実行される旧アプリケーション（旧ミドルウェア）等のプログラムを停止する処理（コンテナ（仮想的な空間）を停止する処理と削除する処理）、停止後に、コンテナ（仮想的な空間）において、新規アプリケーション（新規ミドルウェア）等のプログラムを実行する処理（新規コンテナ（仮想的な空間）を生成／起動する処理）である（例えば、非特許文献２の８３〜８５頁、及び図４〜図２０参照）。
【０００７】
以上のような問題に鑑みて、コンテナ（仮想的な空間）で動作するアプリケーション（ミドルウェア）等の更新を効率的に行うことができる通信システム、通信方法、管理装置、管理プログラム、管理方法、情報処理装置、情報処理プログラム、及び情報処理方法は、望まれている。
【課題を解決するための手段】
【０００８】
第１の本発明の通信システムは、イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを生成する第１制御部を有する情報処理装置と、前記情報処理装置を管理する管理装置とを備え、前記管理装置は、前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有するバージョン管理の情報を管理する第１管理部と、前記情報処理装置に生成されるコンテナの設定情報を有する管理情報を管理し、前記バージョン管理の情報を用いて、前記管理情報において新たに生成されるコンテナの情報を管理する第２管理部と、前記情報処理装置の前記第１制御部を制御して、前記管理情報を用いてコンテナを生成させる第２制御部とを有することを特徴とする。
【０００９】
第２の本発明の通信方法は、情報処理装置と、前記情報処理装置を管理する管理装置とを備える通信システムの通信方法であって、前記情報処理装置は、イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを生成する第１制御ステップを有し、前記管理装置は、前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有するバージョン管理の情報を管理する第１管理ステップと、前記情報処理装置に生成されるコンテナの設定情報を有する管理情報を管理し、前記バージョン管理の情報を用いて、前記管理情報において新たに生成されるコンテナの情報を管理する第２管理ステップと、前記情報処理装置の前記情報処理装置を制御して、前記管理情報を用いてコンテナを生成させる第２制御ステップとを有することを特徴とする。
【００１０】
第３の本発明の管理装置は、イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを生成する第１制御部を有する情報処理装置を管理する管理装置であって、前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有するバージョン管理の情報を管理する第１管理部と、前記情報処理装置に生成されるコンテナの設定情報を有する管理情報を管理し、前記バージョン管理の情報を用いて、前記管理情報において新たに生成されるコンテナの情報を管理する第２管理部と、前記情報処理装置の前記第１制御部を制御して、前記管理情報を用いてコンテナを生成させる第２管理部とを有することを特徴とする。
【００１１】
第４の本発明の管理プログラムは、イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを生成する第１制御部を有する情報処理装置を管理するコンピュータを、前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有するバージョン管理の情報を管理する第１管理部と、前記情報処理装置に生成されるコンテナの設定情報を有する管理情報を管理し、前記バージョン管理の情報を用いて、前記管理情報において新たに生成されるコンテナの情報を管理する第２管理部と、前記情報処理装置の前記第１制御部を制御して、前記管理情報を用いてコンテナを生成させる第２管理部として機能させることを特徴とする。
【００１２】
第５の本発明の管理方法は、イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを生成する第１制御部を有する情報処理装置を管理する管理装置における管理方法であって、前記管理装置は、前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有するバージョン管理の情報を管理する第１管理ステップと、前記情報処理装置に生成されるコンテナの設定情報を有する管理情報を管理し、前記バージョン管理の情報を用いて、前記管理情報において新たに生成されるコンテナの情報を管理する第２管理ステップと、前記情報処理装置の前記第１制御部を制御して、前記管理情報を用いてコンテナを生成させる第２管理ステップとを有することを特徴とする。
【００１３】
第６の本発明の情報処理装置は、情報処理装置であって、イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを、管理装置から受信した管理情報を用いて生成する第１制御部を有し、前記管理情報は、前記情報処理装置に生成されるコンテナの設定情報を有する情報であり、バージョン管理の情報を用いて、当該管理情報において新たに生成されるコンテナの情報であり、前記バージョン管理の情報は、前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有する情報であることを特徴とする。
【００１４】
第７の本発明の情報処理プログラムは、情報処理装置に搭載されたコンピュータを、イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを、管理装置から受信した管理情報を用いて生成する第１制御部として機能させ、前記管理情報は、前記情報処理装置に生成されるコンテナの設定情報を有する情報であり、バージョン管理の情報を用いて、当該管理情報において新たに生成されるコンテナの情報であり、前記バージョン管理の情報は、前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有する情報であることを特徴とする。
【００１５】
第８の本発明の情報処理方法は、情報処理装置の情報処理方法であって、前記情報処理装置は、イメージのデータを用いて１又は複数のコンテナであり、ソフトウェアのプログラムが実行されるコンテナを、管理装置から受信した管理情報を用いて生成する第１制御ステップを有し、前記管理情報は、前記情報処理装置に生成されるコンテナの設定情報を有する情報であり、バージョン管理の情報を用いて、当該管理情報において新たに生成されるコンテナの情報であり、前記バージョン管理の情報は、前記ソフトウェアのバージョンごとに、バージョンが変わるとコンテナに設定される情報が変わる第１情報を有する情報であることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、コンテナ内で実行されるソフトウェアの更新を効率的に行うことができる。
【図面の簡単な説明】
【００１７】
【図１】実施形態に係る通信システムのブロック図である。
【図２】実施形態に係るゲートウェイ装置のハードウェア構成について示したブロック図である。
【図３】実施形態に係る各ゲートウェイ装置のプロセッサにより実行されるソフトウェアコンポーネントの構成図（概念図）である。
【図４】実施形態に係る管理装置の機能的構成について示したブロック図である。
【図５】実施形態に係るゲートウェイ装置内の論理的なネットワーク構成及び遷移の例について示したブロック図（その１）である。
【図６】実施形態に係るゲートウェイ装置内の論理的なネットワーク構成及び遷移の例について示したブロック図（その２）である。
【図７】実施形態に係るゲートウェイ装置内の論理的なネットワーク構成及び遷移の例について示したブロック図（その３）である。
【図８】実施形態に係るバージョン管理情報の構成及び遷移の例について示した説明図である。
【図９】実施形態に係るホスト管理情報を構成するＡＰＬコンテナ管理情報の構成及び遷移の例（その１）について示した説明図である。
【図１０】実施形態に係るホスト管理情報を構成するＡＰＬコンテナ管理情報の構成及び遷移の例（その２）について示した説明図である。
【図１１】実施形態に係るホスト管理情報を構成するＡＰＬコンテナ管理情報の構成及び遷移の例（その３）について示した説明図である。
【図１２】実施形態に係るホスト管理情報を構成するＡＰＬコンテナ管理情報の構成及び遷移の例（その４）について示した説明図である。
【図１３】実施形態に係るホスト管理情報を構成するＡＰＬコンテナ管理情報の構成及び遷移の例（その５）について示した説明図である。
【図１４】実施形態に係るホスト管理情報を構成するＡＰＬコンテナ管理情報の構成及び遷移の例（その６）について示した説明図である。
【図１５】実施形態に係るホスト管理情報を構成するＡＰＬコンテナ管理情報の構成及び遷移の例（その７）について示した説明図である。
【図１６】実施形態に係るホスト管理情報を構成するＰｒｏｘｙコンテナ管理情報の構成例について示した説明図である。
【図１７】実施形態に係るホスト管理情報を構成するネットワーク設定情報の構成例について示した説明図である。
【図１８】実施形態に係るホスト管理情報を構成する振分設定情報の構成例について示した説明図である。
【図１９】実施形態に係る下位側の仮想ブリッジ（ＩＰマスカレード部）に設定される上り方向のパケットに対するＩＰアドレス及びポート番号の変換テーブルの構成例について示した説明図である。
【図２０】実施形態に係る上位側の仮想ブリッジ（ＩＰマスカレード部）に設定される上り方向のパケットに対するＩＰアドレス及びポート番号の変換テーブルの構成例について示した説明図である。
【図２１】実施形態に係る実施形態に係る通信システムの動作の例について示したフローチャート（その１）である。
【図２２】実施形態に係る実施形態に係る通信システムの動作の例について示したフローチャート（その２）である。
【図２３】実施形態に係るゲートウェイ装置内の論理的なネットワーク構成及び遷移の例について示したブロック図（その２）［図６］の変形例１である。
【図２４】実施形態に係るゲートウェイ装置内の論理的なネットワーク構成及び遷移の例について示したブロック図（その２）［図６］の変形例２である。
【図２５】実施形態に係るゲートウェイ装置内の論理的なネットワーク構成及び遷移の例について示したブロック図（その２）［図６］の変形例１［図２３］における更なる変形例３である。
【発明を実施するための形態】
【００１８】
（Ａ）主たる実施形態
以下、本発明による通信システム、管理装置、管理プログラム、情報処理装置、及び情報処理プログラムの一実施形態を、図面を参照しながら詳述する。この実施形態では、本発明の情報処理装置及び情報処理プログラムをゲートウェイ装置に適用した例について説明する。
【００１９】
（Ａ−１）主たる実施形態の構成
図１は、この実施形態の通信システム１の全体構成を示すブロック図である。
【００２０】
図１に示す通信システム１には、３台のゲートウェイ装置１０（１０−１〜１０−３）、５台のカメラ２０（２０−１〜２０−５）、アプリケーションサーバ３０、及び管理装置４０が配置されている。なお、通信システム１を構成する各装置の数は限定されないものである。
【００２１】
ゲートウェイ装置１０−１〜１０−３は、中継装置の一例であり、上位側ネットワークＮＷ１を介してアプリケーションサーバ３０及び管理装置４０と通信可能となっている。
【００２２】
ゲートウェイ装置１０−１の配下には、ローカルネットワークＮＷ２−１を介して、カメラ２０−１〜２０−３が接続されている。また、ゲートウェイ装置１０−２の配下には、ローカルネットワークＮＷ２−２を介して、カメラ２０−４が接続されている。さらに、ゲートウェイ装置１０−３の配下には、ローカルネットワークＮＷ２−３を介して、カメラ２０−５が接続されている。
【００２３】
各カメラ２０は、リアルタイムに撮像した映像データを符号化し、符号化したデータのパケット（パケット列）を、接続するゲートウェイ装置１０に送信する。ゲートウェイ装置１０は、カメラ２０から受信したパケットを処理してアプリケーションサーバ３０に送信する処理を行う。ゲートウェイ装置１０が映像データのパケットを処理する際の処理内容については限定されないものである。例えば、ゲートウェイ装置１０は、カメラ２０から受信した映像データのパケットから復号映像を得て、復号映像を別の符号化方式で符号化したパケット列に変換する処理を行ったり、復号映像から人物の顔に関する特徴量等を得る処理を行い、その処理結果をアプリケーションサーバ３０に送信するようにしてもよい。
【００２４】
以下、通信システム１を構成する各装置の内部構成について説明する。
【００２５】
図２は、各ゲートウェイ装置１０のハードウェア構成の例について示した説明図である。ここでは、各ゲートウェイ装置１０はハードウェア的には同様の構成であるものとして説明する。
【００２６】
図２に示すように、各ゲートウェイ装置１０は、プロセッサ１１、一次記憶部１２、二次記憶部１３、及び２つの物理ＩＦ部１４、１５を有している。
【００２７】
各ゲートウェイ装置１０は、例えば、図２に示すようなハードウェア構成のコンピュータにプログラム（実施形態に係る情報処理プログラムを含む）をインストールすることにより実現するようにしてもよい。
【００２８】
一次記憶部１２としては、例えば、ＤＲＡＭ等の半導体メモリを適用することができる。
【００２９】
二次記憶部１３としては、例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）やＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の大容量データ記録媒体を適用することができる。二次記憶部１３には、当該ゲートウェイ装置１０で実行する各プログラム（実施形態の情報処理プログラム）がインストールされている。ゲートウェイ装置１０は起動すると、プロセッサ１１の処理により、二次記憶部１３に記録されているプログラムが一次記憶部１２上に展開され、実行される。
【００３０】
物理ＩＦ部１４は上位側ネットワークＮＷ１と接続するためのインタフェースである。
【００３１】
物理ＩＦ部１５は、下位側のローカルネットワークＮＷ２と接続するためのインタフェースである。
【００３２】
図３は、各ゲートウェイ装置１０のプロセッサ１１により実行されるソフトウェアコンポーネントの構成図（概念図）である。
【００３３】
図３に示すように、ゲートウェイ装置１０では、ホストＯＳ１１０（例えば、ＬＩＮＵＸ（登録商標）系のＯＳ）上に１又は複数のコンテナ１４０を起動（１又は複数のコンテナ１４０のプロセス１５０を起動）させ、各コンテナ１４０に、カメラ２０から受信したパケットの処理等を実行させる構成となっている。
【００３４】
また、図３に示すように、ゲートウェイ装置１０では、各コンテナ１４０（各プロセス１５０）の生成や制御を行うための要素として、コンテナ管理部１１５（コンテナ制御エンジン１２０及びコンテナデーモン１３０）が配置されている。
【００３５】
ここで、コンテナ制御エンジン１２０は、コンテナの制御について処理を行うための機能を提供するための処理部である。
【００３６】
またここで、コンテナデーモン１３０は、管理装置４０（図１）から、コンテナの制御（生成／起動／停止／削除など）に関わる指示を受信し、コンテナ制御エンジン１２０に対して、コンテナの制御（生成／起動／停止／削除）に関わる指示を行う。
【００３７】
コンテナデーモン１３０は、管理装置４０（図１）から、コンテナ制御エンジン１２０に関わる指示を受信し、コンテナ制御エンジン１２０に対して、コンテナに関わる処理、ネットワーク等に関わる構成の処理、メモリの使用量やＣＰＵの使用率等に関わる処理について指示を行う。以下の説明において、コンテナデーモン１３０については、省略して記載する。
【００３８】
コンテナ制御エンジン１２０としては、例えば、ＬＩＮＵＸ系のＯＳ上でコンテナを制御するソフトウェア（例えば、Ｄｏｃｋｅｒ（登録商標）やＬＸＣ（Ｌｉｎｕｘ  Ｃｏｎｔａｉｎｅｒｓ）、ＬＸＤ（Ｌｉｎｕｘ  Ｃｏｎｔａｉｎｅｒ  Ｄａｅｍｏｎ））を適用することができる。この実施形態では、Ｄｏｃｋｅｒを用いてコンテナ制御エンジン１２０を実現しているものとして説明する。また、この実施形態では、コンテナ制御エンジン１２０が生成する各コンテナ１４０間は、仮想的なネットワークインタフェースを介して接続しているものとして説明する。
【００３９】
例えば、ゲートウェイ装置１０−１における論理的なネットワーク構成としては、図５〜図７のような構成が挙げられる。
【００４０】
図５〜図７は、ゲートウェイ装置１０−１内の論理的なネットワーク構成及び遷移の例について示したブロック図である。
【００４１】
図５に示すゲートウェイ装置１０−１の仮想ネットワークには、２つの仮想ブリッジ２０１、２０２と、Ｐｒｏｘｙコンテナ３００と、ＡＰＬコンテナ３０１が設定されている。
【００４２】
Ｐｒｏｘｙコンテナ３００及びＡＰＬコンテナ３０１は、コンテナ制御エンジン１２０が生成したコンテナである。
【００４３】
仮想ブリッジ２０１、２０２は、例えば、コンテナ制御エンジン１２０の機能（例えば、ＤｏｃｋｅｒにおけるＤｏｃｋｅｒ０やｂｒ０等に代表される仮想ブリッジ（ブリッジインターフェース等により仮想ネットワークを構成する機能）により設定することができる。なお、ゲートウェイ装置１０において、物理ＩＦ部１４、１５を内部的な仮想ネットワークに接続（ＩＰマスカレード等によるネットワークの識別情報の変換処理を行うネットワーク情報変換処理部を用いて接続）する具体的なソフトウェアの設定方式については限定されないものである。例えば、ゲートウェイ装置１０では、仮想的にルータやネットワーク層の処理、トランスポート層の処理、ネットワーク層及びトランスポート層の処理等を実現するアプリケーションが実行するコンテナを適用するようにしてもよい。
【００４４】
なお、この実施形態では、１つのＡＰＬコンテナに１種類のアプリケーションが実行するものとして説明する。また、この実施形態では、複数のアプリケーションが実行される場合、複数のＡＰＬコンテナが実行するものとして説明する。
【００４５】
仮想ブリッジ２０１は、下位側（ローカルネットワークＮＷ２−１）に接続された物理ＩＦ部１５と、ゲートウェイ装置１０−１内の仮想ネットワークとを接続する仮想ブリッジの機能を担っている。仮想ブリッジ２０１は、物理ＩＦ部１５を介して下位側（ローカルネットワークＮＷ２−１）から受信したパケットを、Ｐｒｏｘｙコンテナ３００に転送（フォワード）する処理を行う。その際、仮想ブリッジ２０１は、ＩＰマスカレード部２０１ａの機能により転送するパケットのＩＰアドレス等を変換する処理を行う。ＩＰマスカレード部２０１ａに設定される変換テーブルの詳細については後述する。
【００４６】
ＡＰＬコンテナ３０１は、コンテナ内で、アプリケーションが実行されるものある。ここで、コンテナは、従来技術に記載のように、オペレーティングシステム内のユーザ空間において、仮想的に1つの空間又は複数に分割された空間（論理的な区画）を有し、オペレーティングシステム内のカーネル空間を共用するものである（ここで、コンテナ（仮想的な空間）は、他の分割された空間と隔離された空間である）。この実施形態において、ＡＰＬコンテナ３０１は、ローカルネットワークＮＷ２−１側（カメラ２０−１〜２０−３のいずれか）から、Ｐｒｏｘｙコンテナ３００を介して受信したパケットに所定の処理を施して、上位側ネットワークＮＷ１側（アプリケーションサーバ３０）に送信する処理を行うアプリケーション（以下、「ＧｅｔＤａｔａ」と呼ぶ）が実行される。
【００４７】
Ｐｒｏｘｙコンテナ３００は、下位側（ローカルネットワークＮＷ２−１）から受信したパケットをいずれかのＡＰＬコンテナに振り分ける処理を行うことが可能なアプリケーションが実行されるコンテナである。
【００４８】
仮想ブリッジ２０２は、上位側（上位側ネットワークＮＷ１）に接続された物理ＩＦ部１４と、ゲートウェイ装置１０−１内の仮想ネットワークとを接続する仮想ブリッジの機能を担っている。仮想ブリッジ２０２は、下位側のＡＰＬコンテナ（ＧｅｔＤａｔａのＡＰＬコンテナ）から受信したパケットを、上位側（アプリケーションサーバ３０）へ転送する処理を行う。その際、仮想ブリッジ２０２は、ＩＰマスカレード部２０２ａの機能により転送するパケットのＩＰアドレス等を変換する処理を行う。ＩＰマスカレード部２０２ａに設定される変換テーブルの詳細については後述する。
【００４９】
この実施形態では、１つのゲートウェイ装置１０内に、１つのＡＰＬコンテナに１種類のアプリケーションが実行するものとして説明する。また、この実施形態では、１つのゲートウェイ装置１０内に、複数のアプリケーションが実行される場合、複数のＡＰＬコンテナが実行するものとして説明する。また、図５では、ゲートウェイ装置１０−１内に、１種類のアプリケーションが実行される１つのＡＰＬコンテナが配置されているが、ゲートウェイ装置１０内に異なるアプリケーションが実行されるように複数のＡＰＬコンテナが配置されるようにしてもよい。さらに、図５では、ゲートウェイ装置１０−１内に、ＧｅｔＤａｔａアプリケーションについて、１つのバージョン（バージョン１．０）のＡＰＬコンテナ３０１のみが配置されているが、同じ種類のアプリケーションについて複数のバージョンでそれぞれ異なるＡＰＬコンテナを配置するようにしてもよい。例えば、図６では、ゲートウェイ装置１０−１に、バージョン１．０のＡＰＬコンテナ３０１と、バージョン２．０のＡＰＬコンテナ３０２が配置されている状態について示している。
【００５０】
Ｐｒｏｘｙコンテナ３００は、下位側（ローカルネットワークＮＷ２−１）から受信したパケットを、設定に応じたＡＰＬコンテナに振分（転送）する機能を担っている。この実施形態のＰｒｏｘｙコンテナ３００は、設定されたデータ（以下、「振分設定情報」と呼ぶ）に応じて受信したパケットを、いずれかのＡＰＬコンテナに振分（転送）する処理を行うものとする。Ｐｒｏｘｙコンテナ３００には、Ｐｒｏｘｙ機能に対応するアプリケーションのプログラムが実行されている。Ｐｒｏｘｙコンテナ３００に設定される振分設定情報の詳細については後述する。
【００５１】
また、後述の（Ｂ−４）項目で記載されるように、Ｐｒｏｘｙコンテナ３００は、設定されたデータ（振分制御情報（ステータス））に応じて受信したパケットを、いずれかのＡＰＬコンテナに振分（転送）する処理を行うこととしてもよい。
【００５２】
次に、ゲートウェイ装置１０−１内の仮想的なネットワークの接続構成について説明する。
【００５３】
図５では、仮想ブリッジ２０１には、２つの仮想的なイーサネット（登録商標）ポートである仮想イーサネットポート２０１ＶＥ−１、２０１ＶＥ−２が設定されており、それぞれＰｒｏｘｙコンテナ３００、ＡＰＬコンテナ３０１に接続されている。また、仮想ブリッジ２０２には、仮想イーサネットポート２０２ＶＥ−１が設定されており、ＡＰＬコンテナ３０１に接続されている。さらに、図５に示す通り、ＡＰＬコンテナ３０１には、仮想イーサネットポート３０１ＶＥ−１、３０１ＶＥ−２が設定されており、それぞれ仮想ブリッジ２０１、２０２に接続されている。さらにまた、図５に示される通り、Ｐｒｏｘｙコンテナ３００には、仮想イーサネットポート３００ＶＥ−１が設定されており仮想ブリッジ２０１と接続されている。
【００５４】
この実施形態では、各ブロードキャストドメイン（サブネットワーク）にネットワークアドレス（サブネットワークアドレス）が付与されているものとする。図５〜図７では、説明を簡易とするため、Ａ０、Ａ１、Ａ２、Ａ３、Ａ４、Ａ５の６つのネットワークアドレス（ブロードキャストドメイン）が示されている。なお、図５〜図７において、Ａ０、Ａ１、Ａ２、Ａ３、Ａ４、Ａ５は、それぞれＩＰｖ４等のアドレス体系におけるネットワークアドレスを示しているものとするがＩＰｖ６のアドレス体系としてもよい。
【００５５】
図５〜図７では、カメラ２０−１〜２０−３が配置されたブロードキャストドメインのネットワークアドレスをＡ０、物理ＩＦ部１５が配置されたブロードキャストドメインのネットワークアドレスをＡ１、仮想ブリッジ２０１の上位側のブロードキャストドメイン（ＡＰＬコンテナが設定されたブロードキャストドメイン）のネットワークアドレスをＡ２、仮想ブリッジ２０２の下位側のブロードキャストドメイン（ＡＰＬコンテナが設定されたブロードキャストドメイン）のネットワークアドレスをＡ３、物理ＩＦ部１４が配置されたブロードキャストドメインのネットワークアドレスをＡ４、アプリケーションサーバ３０及び管理装置４０が配置されたブロードキャストドメインのネットワークアドレスをＡ５と図示している。
【００５６】
また、図５では、説明を簡易とするため、各装置やインタフェース（仮想イーサネットポート）のＩＰアドレスを「ネットワークアドレス部−ホスト部」の形式で図示している。例えば、図５では、カメラ２０−１のＩＰアドレスを「Ａ０−１」と図示している。この場合「Ａ０」がネットワークアドレス部で、「１」（１０進数）がホスト部を示している。例えば、ネットワークアドレスＡ０が「１９２．１６８．１．０／２４」（／２４はサブネットマスク長）である場合、「Ａ０−１」は、「１９２．１６８．１．１」となる。
【００５７】
図５では、カメラ２０−１〜２０−３にはそれぞれＩＰアドレスＡ０−１〜Ａ０−３、物理ＩＦ部１５にはＩＰアドレスＡ１−１、仮想ブリッジ２０１の上位側にはＩＰアドレスＡ２−１、Ｐｒｏｘｙコンテナ３００（仮想イーサネットポート３００ＶＥ−１）にはＩＰアドレスＡ２−２、ＡＰＬコンテナ３０１の仮想イーサネットポート３０１ＶＥ−２にはＩＰアドレスＡ３−２、ＡＰＬコンテナ３０１の仮想イーサネットポート３０１ＶＥ−１にはＩＰアドレスＡ２−３、仮想ブリッジ２０２の下位側にはＩＰアドレスＡ３−１、物理ＩＦ部１４にはＩＰアドレスＡ４−１、アプリケーションサーバ３０にＩＰアドレスＡ５−１、管理装置４０にＩＰアドレスＡ５−２がそれぞれ割り当てられている。
【００５８】
図６では、図５の状態からＧｅｔＤａｔａ２．０が実行されるＡＰＬコンテナ３０２が追加されている。また、図６では、仮想ブリッジ２０１に、ＡＰＬコンテナ３０２と接続するための仮想イーサネットポート２０１ＶＥ−３が追加されている。さらに、図６では、仮想ブリッジ２０２に、ＡＰＬコンテナ３０２と接続するための仮想イーサネットポート２０２ＶＥ−２が追加されている。さらにまた、図２では、ＡＰＬコンテナ３０２に、仮想ブリッジ２０１と接続するための仮想イーサネットポート３０２ＶＥ−１と、仮想ブリッジ２０２と接続するための仮想イーサネットポート３０２ＶＥ−２が配置されている。そして、ＡＰＬコンテナ３０２の仮想イーサネットポート３０２ＶＥ−２にはＩＰアドレスＡ３−３、ＡＰＬコンテナ３０２の仮想イーサネットポート３０２ＶＥ−１にはＩＰアドレスＡ２−４がそれぞれ割り当てられている。
【００５９】
図７では、図６の状態からＧｅｔＤａｔａアプリケーションのバージョン１．０が実行されるＡＰＬコンテナ３０１が削除されている。
【００６０】
次に、管理装置４０の内部構成について説明する。
【００６１】
図４は、管理装置４０の機能的構成について示したブロック図である。
【００６２】
管理装置４０は、コンテナ制御処理部４１０、データ記憶部４２０、及びデータ編集受付手段４６０を有している。
【００６３】
管理装置４０は、プロセッサやメモリ等を備えるコンピュータに、プログラム（実施形態に係る管理プログラムを含む）をインストールすることにより実現するようにしてもよい。
【００６４】
コンテナ制御処理部４１０は、各ゲートウェイ装置１０に対してコンテナ制御エンジン１２０を介して、コンテナに関する制御処理の実行を指示する機能を担っている。コンテナ制御処理部４１０は、データ記憶部４２０に記憶されたデータを利用する。コンテナ制御処理部４１０は、各ゲートウェイ装置１０においてコンテナ制御エンジン１２０がＤｏｃｋｅｒエンジンにより構成されている場合、例えば、Ｄｏｃｋｅｒ  ＡＰＩを用いてコンテナ制御エンジン１２０を制御するようにしてもよい。
【００６５】
データ編集受付手段４６０は、データ記憶部４２０に記憶された各データの内容変更を受け付ける機能を担っている。データ編集受付手段４６０の具体的構成については限定されないものである。例えば、データ編集受付手段４６０は、入力デバイス（例えば、ディスプレイ、キーボード、マウス等）を用いてオペレータからの操作を受け付ける構成するようにしてもよいし、通信により外部からの指示を受け付ける構成としてもよい。
【００６６】
データ記憶部４２０は、コンテナ制御処理部４１０の処理で用いられる各種データが記憶される記憶手段である。
【００６７】
図４では、データ記憶部４２０には、ゲートウェイ装置１０ごとのホスト管理情報４３０、各ゲートウェイ装置１０に設定するコンテナの種類ごとのイメージ４４０、及び各ゲートウェイ装置１０におけるアプリケーション（ＡＰＬコンテナ）の種類及びバージョンを管理するためのバージョン管理情報４５０が登録されている。
【００６８】
この実施形態では、３つのゲートウェイ装置１０−１〜１０−３が存在するので、データ記憶部４２０には、ゲートウェイ装置１０−１〜１０−３のそれぞれに対応するホスト管理情報４３０−１〜４３０−３が登録されている。また、図４に示すデータ記憶部４２０には、Ｐｒｏｘｙコンテナに対応するイメージ４４０−０、バージョン１．０のＧｅｔＤａｔａ（以下、「ＧｅｔＤａｔａ１．０」とも呼ぶ）に対応するイメージ４４０−１、及びバージョン２．０のＧｅｔＤａｔａ（以下、「ＧｅｔＤａｔａ２．０」とも呼ぶ）に対応するイメージ４４０−２が登録される。
【００６９】
イメージ４４０−０〜４４０−２は、それぞれＮ０〜Ｎ２層のイメージレイヤ４４１により構成されている。
【００７０】
図４では、Ｐｒｏｘｙコンテナ３００に対応するイメージ４４０−０には、種々のコマンドやライブラリ（ＬｉｎｕｘにおけるＬｉｂディレクトリやｂｉｎディレクトリの内容）のディレクトリ／ファイルが格納されたイメージレイヤ４４１−１、Ｐｒｏｘｙ機能のアプリケーションプログラムのディレクトリ／ファイルが格納されたイメージ４４０−２、…、及び種々の環境変数等が格納されたイメージレイヤ４４１−Ｎ０が含まれている。
【００７１】
また、図４では、バージョン１．０のＧｅｔＤａｔａアプリケーションに対応するイメージ４４０−１には、種々のコマンドやライブラリ（ＬｉｎｕｘにおけるＬｉｂディレクトリやｂｉｎディレクトリの内容）のディレクトリ／ファイルが格納されたイメージレイヤ４４１−１、バージョン１．０のＧｅｔＤａｔａアプリケーションのディレクトリ／ファイルが格納されたイメージ４４０−２、…、及び種々の環境変数等が格納されたイメージレイヤ４４１−Ｎ１が含まれている。
【００７２】
さらに、図４では、バージョン２．０のＧｅｔＤａｔａアプリケーションに対応するイメージ４４０−２には、種々のコマンドやライブラリのディレクトリ／ファイルが格納されたイメージレイヤ４４１−１、バージョン２．０のＧｅｔＤａｔａアプリケーションのディレクトリ／ファイルが格納されたイメージ４４０−２、…、種々の環境変数等が格納されたイメージレイヤ４４１−Ｎ２が含まれている。イメージ４４０−１、４４０−２については、少なくともＧｅｔＤａｔａアプリケーションのディレクトリ／ファイルが格納されたイメージ４４０−２の内容（プログラムのデータ）が異なっている（バージョンアップされている）ものとする。
【００７３】
次に、バージョン管理情報４５０の構成例について説明する。
【００７４】
図８は、バージョン管理情報４５０の構成及び遷移の例について示した説明図である。
【００７５】
図８に示すバージョン管理情報４５０では、アプリケーションの名称を示すＡＰＬ名をキー情報とし、ＡＰＬ名ごとに、リリースされているバージョン（バージョンナンバー）、バージョンごとのＡＰＬイメージ名（イメージのファイル名）、及びホスト情報（当該バージョンのＡＰＬコンテナが設定されているゲートウェイ装置１０のホスト名（又はコンテナ名ともいう））が設定されている。
【００７６】
図８では、アプリケーションの名称（ＡＰＬ名）は、ＧｅｔＤａｔａのみとなっているが複数種類のアプリケーションについてバージョン管理情報４５０に設定するようにしてもよい。図８では、ゲートウェイ装置１０−１〜１０−３のホスト名はそれぞれＨｏｓｔ−１〜Ｈｏｓｔ−３としている。
【００７７】
なお、管理装置４０では、各ゲートウェイ装置１０のホスト名から、名前の解決（例えば、ｈｏｓｔｓファイルやＤＮＳ等を用いてｈｏｓｔ名からＩＰアドレスを取得する処理）が可能な状態であるものとして説明する。なお、ホスト情報ではホスト名ではなく、ＩＰアドレスを直接設定するようにしてもよい。
【００７８】
例えば、図８（ａ）では、バージョン１．０のホスト情報にＨｏｓｔ−１、Ｈｏｓｔ−２、Ｈｏｓｔ−３が記述されているため、ＧｅｔＤａｔａについてバージョン１．０のみがリリースされており、バージョン１．０のＡＰＬコンテナがゲートウェイ装置１０−１〜１０−３において生成され、起動されている状態について示している。また、図８（ｂ）では、図８（ａ）の状態からバージョン２．０のＧｅｔＤａｔａアプリケーションがリリースされたが、バージョン２．０のホスト情報は空欄であるため、いずれのゲートウェイ装置１０−１〜１０−３にもバージョン２．０のＡＰＬコンテナは生成されてなく、起動されてないことを示している。さらに、図８（ｃ）の状態では、図８（ｂ）の状態から、バージョン２．０のホスト情報にＨｏｓｔ−１、Ｈｏｓｔ−２、Ｈｏｓｔ−３が記述されているため、ゲートウェイ装置１０−１〜１０−３にもバージョン２．０のＡＰＬコンテナが生成され、起動された状態について示している。さらにまた、図８（ｄ）の状態では、図８（ｃ）の状態から、バージョン１．０のホスト情報が空欄となっているため、ゲートウェイ装置１０−１〜１０−３におけるバージョン１．０のＧｅｔＤａｔａアプリケーションのＡＰＬコンテナが停止され、削除された状態について示している。
【００７９】
管理装置４０（コンテナ制御処理部４１０）は、バージョン管理情報４５０の内容が変更されると、その内容に合わせて各ゲートウェイ装置１０のＡＰＬコンテナの状態が同期するように、各ゲートウェイ装置１０（コンテナ制御エンジン１２０）を制御する。管理装置４０のコンテナ制御処理部４１０は、データ編集受付手段４６０を介して、オペレータや外部のコンピュータから、バージョン管理情報４５０（アプリケーションごとのＡＰＬ名、バージョン、ＡＰＬイメージ等の情報）の変更を受け付け、変更後のバージョン管理情報４５０の内容に従って、ゲートウェイ装置１０への新しいバージョンのＡＰＬコンテナのリリース等を行う。
【００８０】
次に、ホスト管理情報４３０の構成例について説明する。
【００８１】
図４に示すように、各ホスト管理情報４３０は、ＡＰＬコンテナ管理情報４３１、Ｐｒｏｘｙコンテナ管理情報４３２、ネットワーク設定情報４３３、及び振分設定情報４３４を有している。
【００８２】
各ホスト管理情報４３０の構成は同様であるため、以下では、代表してゲートウェイ装置１０−１に対応するホスト管理情報４３０−１の具体例について説明する。
【００８３】
まず、ゲートウェイ装置１０−１のＡＰＬコンテナ管理情報４３１の具体例について説明する。
【００８４】
図９〜図１５は、ホスト管理情報４３０−１を構成するＡＰＬコンテナ管理情報４３１の構成及び遷移の例について示した説明図である。
【００８５】
ＡＰＬコンテナ管理情報４３１は、アプリケーションの名称を示すＡＰＬ名（キー情報）ごとの情報が登録されている。図９〜図１５では、ＡＰＬ名（キー情報）が「ＧｅｔＤａｔａ」となっているＧｅｔＤａｔａアプリケーションの情報について登録された例について示している。
【００８６】
ここで、図９〜図１５に記載される情報の概要は、次に記載される通りである。
【００８７】
図９は、ＡＰＬ名が「ＧｅｔＤａｔａ」であり、バージョンが「１．０」の情報について記載されたものである。
【００８８】
図１０は、ＡＰＬ名が「ＧｅｔＤａｔａ」であり、バージョンが「２．０」の情報について追加されたものである。
【００８９】
図１１は、ＡＰＬ名が「ＧｅｔＤａｔａ」であり、バージョンが「２．０」の情報において、上位ＩＦアドレスの情報と下位ＩＦアドレスの情報について追加されたものである。
【００９０】
図１２は、ＡＰＬ名が「ＧｅｔＤａｔａ」であり、バージョンが「２．０」の情報において、スイッチの情報がＯＦＦからＯＮに遷移したことについて記載されたものである。
【００９１】
図１３は、ＡＰＬ名が「ＧｅｔＤａｔａ」であり、バージョンが「２．０」の情報において、ステータスの情報が停止中から正常動作中に遷移したことについて記載されたものである。
【００９２】
図１４は、ＡＰＬ名が「ＧｅｔＤａｔａ」であり、バージョンが「１．０」の情報において、スイッチの情報がＯＮからＯＦＦに遷移したことについて記載されたものである。
【００９３】
図１５は、ＡＰＬ名が「ＧｅｔＤａｔａ」であり、バージョンが「１．０」の情報について削除されたものである。
【００９４】
図９〜図１５に示すように、ＡＰＬコンテナ管理情報４３１では、各ＡＰＬ名について、生成され、起動されているバージョン（ＡＰＬコンテナ）ごとの情報が管理されている。さらに、ＡＰＬコンテナ管理情報４３１では、各ＡＰＬ名のバージョンごとに、バージョンの変化に伴って設定する内容が変化する可変情報と、バージョンの変化に伴って設定する内容が変化しない固定情報と、各バージョンのＡＰＬコンテナに設定されるネットワーク設定に関するネットワーク設定情報と、各バージョンのＡＰＬコンテナを制御するための制御情報が設定されている。なお、ネットワーク設定情報は、可変情報の一部としてもよいが、この実施形態では、説明を簡易とするため可変情報とネットワーク設定情報は別カテゴリーであるものとして説明するものとする。可変情報及び固定情報を構成する各項目の情報は、図９〜図１５の例に限定されず、図９〜図１５に示す内容から一部の項目を削除したり他の項目を追加したりするようにしてもよい。
【００９５】
図９〜図１５において、可変情報には当該バージョン（バージョンナンバー）を示すバージョンの項目と、当該バージョンに対応するイメージ４４０のファイル名を示す「ＡＰＬイメージ名」の項目が含まれている。なお、可変情報の項目は、バージョン管理情報４５０で管理されている項目と同期させるものとする。
【００９６】
図９〜図１５において、固定情報には、当該バージョンのＡＰＬコンテナに設定するホスト名の項目と、当該バージョンのＡＰＬコンテナで利用可能なメモリの最大サイズを示すメモリサイズの項目と、当該バージョンのＡＰＬコンテナにおけるパケットの転送先（アプリケーションサーバ３０の宛先アドレス及びポート番号）を示す送信先情報の項目が含まれている。
【００９７】
ネットワーク設定情報には、当該バージョンのＡＰＬコンテナにおいて上位側の仮想イーサネットポートに設定するＩＰアドレスを示す上位側ＩＦアドレスの項目と、当該バージョンのＡＰＬコンテナにおいて下位側の仮想イーサネットポートに設定するＩＰアドレスを示す下位側ＩＦアドレスの項目と、当該バージョンのＡＰＬコンテナがパケットの転送先（アプリケーションサーバ３０）にパケットを転送する際に設定する送信元のポート番号を示す送信元ポート番号の項目が含まれている。なお、バージョンごと（ＡＰＬコンテナごと）に送信元ポート番号を変更する必要がない場合には、送信元ポート番号の項目は固定情報としてもよい。
【００９８】
制御情報の項目には、当該バージョンのＡＰＬコンテナのスイッチの状態（ＯＮ又はＯＦＦのスイッチの状態）を示すスイッチの項目と、当該バージョンのＡＰＬコンテナの状態（例えば、正常起動中、異常状態（エラー発生中）、停止中等の状態）を示すステータスの項目が含まれている。
【００９９】
管理装置４０（コンテナ制御処理部４１０）は、ＡＰＬコンテナ管理情報４３１の内容が変更されると、その内容に合わせて各ゲートウェイ装置１０のＡＰＬコンテナの状態が同期するように、各ゲートウェイ装置１０（コンテナ制御エンジン１２０）を制御する。例えば、あるＡＰＬコンテナに対応するスイッチがＯＦＦからＯＮに遷移すると、管理装置４０（コンテナ制御処理部４１０）は、ゲートウェイ装置１０（コンテナ制御エンジン１２０）を制御して、当該ＡＰＬコンテナを起動（活性化）させるように制御する。
【０１００】
また、管理装置４０（コンテナ制御処理部４１０）は、各ゲートウェイ装置１０のＡＰＬコンテナのステータスを監視し、変化があった場合、ＡＰＬコンテナ管理情報４３１のステータスの内容も更新する。
【０１０１】
次に、ゲートウェイ装置１０−１のＰｒｏｘｙコンテナ管理情報４３２の構成の具体例について説明する。
【０１０２】
図１６は、ホスト管理情報４３０−１を構成するＰｒｏｘｙコンテナ管理情報４３２の構成例について示した説明図である。
【０１０３】
図１６に示すように、Ｐｒｏｘｙコンテナ管理情報４３２では、バージョンの変化に伴って設定する内容が変化する可変情報と、バージョンの変化に伴って設定する内容が変化しない固定情報と、Ｐｒｏｘｙコンテナに設定されるネットワーク設定情報と、Ｐｒｏｘｙコンテナを制御するための制御情報が設定されている。なお、Ｐｒｏｘｙコンテナについて特にバージョンの管理等を行わない場合には、ホスト管理情報４３０で特にＰｒｏｘｙコンテナ管理情報４３２を管理しない構成としてもよい。
【０１０４】
可変情報には、現状のＰｒｏｘｙコンテナのバージョンの数値を示すバージョンの項目と、当該バージョンに対応するイメージ４４０のファイル名を示す「イメージ名」の項目が含まれている。
【０１０５】
固定情報には、当該バージョンのＰｒｏｘｙコンテナに設定するホスト名の項目と、当該バージョンのＰｒｏｘｙコンテナで利用可能なメモリの最大サイズを示すメモリサイズの項目とを示す送信先情報の項目が含まれている。
【０１０６】
ネットワーク設定情報には、当該Ｐｒｏｘｙコンテナの仮想イーサネットポートに設定するＩＰアドレスを示すＩＦアドレスの項目が含まれている。
【０１０７】
制御情報の項目の構成及び機能は、ＡＰＬコンテナ管理情報４３１と同様であるため詳しい説明を省略する。
【０１０８】
次に、ゲートウェイ装置１０−１のネットワーク設定情報４３３の構成の具体例について説明する。
【０１０９】
図１７は、ホスト管理情報４３０−１を構成するネットワーク設定情報４３３の構成例について示した説明図である。
【０１１０】
図１７に示すように、ネットワーク設定情報４３３には、物理ＩＦ部１５のアドレスを示す下位側物理ＩＦアドレス、仮想ブリッジ２０１のアドレスを示す下位側仮想ブリッジアドレス、仮想ブリッジ２０２のアドレスを示す上位側仮想ブリッジアドレス、及び物理ＩＦ部１４のアドレスを示す上位側物理ＩＦアドレスが含まれている。
【０１１１】
次に、ゲートウェイ装置１０−１の振分設定情報４３４の構成及び遷移の具体例について説明する。
【０１１２】
図１８は、ホスト管理情報４３０−１を構成する振分設定情報４３４の構成例について示した説明図である。
【０１１３】
図１８に示す振分設定情報４３４には、ＡＰＬ名（キー情報）ごとに、ＰｒｏｘｙコンテナがＡＰＬ名を有するコンテナに対して、振り分けの制御について許可とするか不許可とするかについて示す振分制御情報（ステータス）、Ｐｒｏｘｙコンテナに設定する振分ルールを記述した情報（以下、「振分ルール情報」と呼ぶ）が設定されている。図１８では、ＧｅｔＤａｔａアプリケーションの振分ルール情報が登録されている。図１８に示す通り、ホスト管理情報４３０−１を構成する振分設定情報４３４には、バージョンごとに振り分けられているクライアントの情報（カメラ２０のＩＰアドレス）を示す振分クライアント情報が登録されている。なお、振分クライアント情報は、各カメラ２０のＩＰアドレスではなくホスト名（名前解決可能なホスト名）としてもよい。
【０１１４】
ここで、振分制御情報（ステータス）は、ＰｒｏｘｙコンテナがＡＰＬ名を有するコンテナに対して、振り分けの制御について許可とする場合、振分制御情報（ステータス）＝「ＯＫ」とする。また、振分制御情報（ステータス）は、ＰｒｏｘｙコンテナがＡＰＬ名を有するコンテナに対して、振り分けの制御について不許可とする場合、振分制御情報（ステータス）＝「ＮＧ」とする。
【０１１５】
図１８（ａ）では、ゲートウェイ装置１０−１にバージョン１．０のＡＰＬコンテナが設定されており、配下のカメラ２０−１〜２０−３（ＩＰアドレスＡ０−１〜Ａ０−３）を送信元とするパケットが全て、バージョン１．０のＡＰＬコンテナに振分られることを示している。
【０１１６】
ここで、振分制御情報（ステータス）は、Ｐｒｏｘｙコンテナがバージョン１．０のＡＰＬコンテナに対して、振り分けの制御について許可（振分制御情報（ステータス）＝「ＯＫ」）であることを示している。
【０１１７】
また、図１８（ｂ）では、図１８（ａ）の状態から、ゲートウェイ装置１０−１にバージョン２．０のＡＰＬコンテナが生成され、起動されて、配下のカメラ２０−１〜２０−３（ＩＰアドレスＡ０−１〜Ａ０−３）を送信元とするパケットは全てバージョン１．０のＡＰＬコンテナに振分られることを示している。
【０１１８】
ここで、振分制御情報（ステータス）は、Ｐｒｏｘｙコンテナがバージョン１．０のＡＰＬコンテナに対して、振り分けの制御について許可（振分制御情報（ステータス）＝「ＯＫ」）である。振分制御情報（ステータス）は、Ｐｒｏｘｙコンテナがバージョン２．０のＡＰＬコンテナに対して、振り分けの制御について不許可（振分制御情報（ステータス）＝「ＮＧ」）であることを示している。
【０１１９】
さらに、図１８（ｃ）では、図１８（ｂ）の状態から、配下のカメラ２０−１（ＩＰアドレスＡ０−１）を送信元とするパケットだけが、バージョン２．０のＡＰＬコンテナ側へ振り分けられるように切り替わったことを示している。
【０１２０】
ここで、振分制御情報（ステータス）は、Ｐｒｏｘｙコンテナがバージョン１．０のＡＰＬコンテナに対して、振り分けの制御について許可（振分制御情報（ステータス）＝「ＯＫ」）であることを示している。振分制御情報（ステータス）は、Ｐｒｏｘｙコンテナがバージョン２．０のＡＰＬコンテナに対して、振り分けの制御について許可（振分制御情報（ステータス）＝「ＯＫ」）であることを示している。
【０１２１】
さらにまた、図１８（ｄ）では、図１８（ｃ）の状態から、配下のカメラ２０−２、２０−３（ＩＰアドレスＡ０−２、Ａ０−３）を送信元とするパケットについても、バージョン２．０のＡＰＬコンテナ側へ振り分けられるように切り替わったことを示している。
【０１２２】
ここで、振分制御情報（ステータス）は、Ｐｒｏｘｙコンテナがバージョン１．０のＡＰＬコンテナに対して、振り分けの制御について不許可（振分制御情報（ステータス）＝「ＮＧ」）であることを示している。振分制御情報（ステータス）は、Ｐｒｏｘｙコンテナがバージョン２．０のＡＰＬコンテナに対して、振り分けの制御について許可（振分制御情報（ステータス）＝「ＯＫ」）であることを示している。
【０１２３】
また、図１８（ｅ）では、図１８（ｄ）の状態から、バージョン１．０のＡＰＬコンテナが停止され、削除された状態について示している。
【０１２４】
ここで、振分制御情報（ステータス）は、Ｐｒｏｘｙコンテナがバージョン１．０のＡＰＬコンテナに対して、振り分けの制御について許可（振分制御情報（ステータス）＝「ＯＫ」）であることを示している。
【０１２５】
以上のように、管理装置４０（コンテナ制御処理部４１０）は、各ゲートウェイ装置１０に設定されたＡＰＬコンテナの状態に応じて、各アプリケーションのバージョンごとのフィールドを追加・削除する処理（例えば、バージョンのフィールドを追加したり削除したりする処理）を行う。また、管理装置４０（コンテナ制御処理部４１０）は、振分ルール情報（各アプリケーションにおける各バージョンの振分クライアント情報）の内容が更新されると、更新された振分ルール情報を、該当するゲートウェイ装置１０のＰｒｏｘｙコンテナに設定するように制御する。
【０１２６】
次に、ゲートウェイ装置１０−１の仮想ブリッジ２０１、２０２（ＩＰマスカレード部２０１ａ、２０２ａ）に設定される変換テーブルの構成例について説明する。
【０１２７】
図１９は、下位側の仮想ブリッジ２０２（ＩＰマスカレード部２０２ａ）に設定される上り方向のパケットに対するＩＰアドレス及びポート番号の変換テーブルの構成例について示した説明図である。
【０１２８】
図１９に示す変換テーブルは、５つの情報要素から構成される。１つ目の情報要素は、設定ＩＤである。２つ目の情報要素は、下位側の仮想ブリッジ２０１（ＩＰマスカレード部２０１ａ）が受信した上り方向における変換前パケットの送信元ＩＰアドレス／ポート番号を示す「変換前送信元ＩＰアドレス／ポート番号」である。３つ目の情報要素は、変換前パケットの宛先の送信元ＩＰアドレス／ポート番号を示す「変換前送信元ＩＰアドレス／ポート番号」である。４つ目の情報要素は、下位側の仮想ブリッジ２０１（ＩＰマスカレード部２０１ａ）が送信する上り方向の変換後パケットの送信元ＩＰアドレス／ポート番号を示す「変換後送信元ＩＰアドレス／ポート番号」である。５つ目の情報要素は、変換後パケットの宛先の送信元ＩＰアドレス／ポート番号を示す「変換後送信元ＩＰアドレス／ポート番号」を１つの組とする設定情報が登録されている。図１９では、設定ＩＤを１とする１つの組の変換情報が登録されている。
【０１２９】
図１９に示す設定ＩＤを１とする１つの組の変換情報では、変換前宛先ＩＰアドレス／ポート番号がＩＰアドレスＡ１−１／５００００（送信元ＩＰアドレス／ポート番号については変換なし）となる上りパケットについて、変換後宛先ＩＰアドレス／ポート番号をＩＰアドレスＡ２−２／５００００に変換（Ｐｒｏｘｙコンテナ３００に転送／フォワード）する内容となっている。
【０１３０】
図２０は、上位側の仮想ブリッジ２０１（ＩＰマスカレード部２０１ａ）に設定される上り方向のパケットに対するＩＰアドレス及びポート番号の変換テーブルの構成例について示した説明図である。
【０１３１】
図２０に示す変換テーブルは、５つの情報要素から構成される。１つ目の情報要素は、設定ＩＤである。２つ目の情報要素は、上位側の仮想ブリッジ２０２（ＩＰマスカレード部２０２ａ）が受信した上り方向の変換前パケットの送信元ＩＰアドレス／ポート番号を示す「変換前送信元ＩＰアドレス／ポート番号」である。３つ目の情報要素は、変換前パケットの宛先の送信元ＩＰアドレス／ポート番号を示す「変換前送信元ＩＰアドレス／ポート番号」である。４つ目の情報要素は、上位側の仮想ブリッジ２０２（ＩＰマスカレード部２０２ａ）が送信する上り方向の変換後パケットの送信元ＩＰアドレス／ポート番号を示す「変換後送信元ＩＰアドレス／ポート番号」である。５つ目の情報要素は、変換後パケットの宛先の送信元ＩＰアドレス／ポート番号を示す「変換後送信元ＩＰアドレス／ポート番号」を１つの組とする設定情報が登録されている。
【０１３２】
図２０（ａ）では、設定ＩＤを１とする１つの組の変換情報が登録されている。図２０（ａ）に示す設定ＩＤが１の変換情報は、ＡＰＬコンテナ３０１（バージョン１．０のＧｅｔＤａｔａアプリケーションのコンテナ）から、アプリケーションサーバ３０を宛先として送信されたパケットの変換ルールについて定義した内容となっている。具体的には、図２０（ａ）に示す設定ＩＤが１の変換情報では、送信元ＩＰアドレス／ポート番号がＩＰアドレスＡ３−２／５００００で宛先ＩＰアドレス／ポート番号がＩＰアドレスＡ５−１／５００００のパケットを、送信元ＩＰアドレス／ポート番号がＩＰアドレスＡ４−１／５００００で宛先ＩＰアドレス／ポート番号がＩＰアドレスＡ５−１／５００００のパケットに変換する内容となっている。
【０１３３】
図２０（ｂ）では、図２０（ａ）の内容から、設定ＩＤを２とする１組の変換情報が追加登録された状態となっている。図２０（ｂ）に示す設定ＩＤが２の変換情報は、ＡＰＬコンテナ３０２（バージョン２．０のＧｅｔＤａｔａアプリケーションのコンテナ）から、アプリケーションサーバ３０を宛先として送信されたパケットの変換ルールについて定義した内容となっている。具体的には、図２０（ｂ）に示す設定ＩＤが２の変換情報では、送信元ＩＰアドレス／ポート番号がＩＰアドレスＡ３−３／５００００で宛先ＩＰアドレス／ポート番号がＩＰアドレスＡ５−１／５００００のパケットを、送信元ＩＰアドレス／ポート番号がＩＰアドレスＡ４−１／５００００で宛先ＩＰアドレス／ポート番号がＩＰアドレスＡ５−１／５０００１のパケットに変換する内容となっている。
【０１３４】
図２０（ｃ）では、図２０（ｂ）の内容から、設定ＩＤを１とする変換情報が削除された状態となっている。
【０１３５】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態における通信システム１の動作を説明する。
【０１３６】
以下では、図２１及び図２２に示すフローチャート（シナリオ）に沿って、通信システム１の動作の例について説明する。
【０１３７】
図２１、図２２のフローチャートでは、ゲートウェイ装置１０−１の内部におけるＡＰＬコンテナ（ＧｅｔＤａｔａ）をバージョン１．０からバージョン２．０にバージョンアップする過程について示している。
【０１３８】
まず、前提としてゲートウェイ装置１０−１の内部構成が図５のような状態（ＧｅｔＤａｔａ１．０について生成され、起動されたＡＰＬコンテナ３０１のみが設定された状態）で運用されているものとする（Ｓ１０１）。ゲートウェイ装置１０−１の内部構成を図５の状態とする手順については限定されないものであり、例えば、オペレータの操作等により設定された構成であってもよい。
【０１３９】
ステップＳ１０１の時点で管理装置４０に設定されたホスト管理情報４３０−１（ゲートウェイ装置１０−１に対応するデータ）の内容は以下のようになっているものとする。ステップＳ１０１の時点でホスト管理情報４３０−１の内容は、図９の内容となっているものとする。図９では、ＡＰＬコンテナ管理情報４３１には、ＧｅｔＤａｔａバージョン１．０のＡＰＬコンテナ３０１の情報のみが保持されているものとする。また、ステップＳ１０１の時点では、ホスト管理情報４３０−１を構成するＰｒｏｘｙコンテナ管理情報４３２の内容は、図１６のような内容となっている。さらに、ステップＳ１０１の時点では、ホスト管理情報４３０−１を構成するネットワーク設定情報４３３の内容は、図１７のような内容となっているものとする。さらにまた、ステップＳ１０１の時点では、ホスト管理情報４３０−１を構成する振分設定情報４３４の内容は、図１８（ａ）のような内容となっているものとする。また、ステップＳ１０１の時点で、ゲートウェイ装置１０−１の仮想ブリッジ２０１、２０２（ＩＰマスカレード部２０１ａ、２０２ａ）に設定される変換テーブルの内容はそれぞれ、図１９、図２０（ａ）のような内容となっているものとする。さらに、ステップＳ１０１の時点で、管理装置４０のデータ記憶部４２０には、イメージ４４０−２のデータは登録されていないものとする。さらにまた、ステップＳ１０１の時点で、管理装置４０のデータ記憶部４２０を構成するバージョン管理情報４５０の内容は、図８（ａ）のような内容となっているものとする。図８（ａ）では、ＧｅｔＤａｔａ１．０のみがリリースされており、ＧｅｔＤａｔａ１．０のＡＰＬコンテナがゲートウェイ装置１０−１〜１０−３に生成され、起動されている状態について示している。
【０１４０】
次に、管理装置４０のデータ記憶部４２０に、イメージ４４０−２のデータ（ファイル名：ＧｅｔＤａｔａＩｍａｇｅ＿ｖ２．０のデータ）が登録（アップロード）されたものとする（Ｓ１０２）。管理装置４０のデータ記憶部４２０に、イメージ４４０−２のデータを登録する方式については限定されないものである。例えば、オペレータの操作（データ編集受付手段４６０に対する操作）によりデータ記憶部４２０にイメージ４４０−２のデータ登録を受け付けるようにしてもよいし、通信によりイメージ４４０−２のデータ登録を受け付けるようにしてもよい。また、データ記憶部４２０自体が管理装置４０上に存在する必要はなく、ファイルサーバやクラウド上のストレージ等であってもよい。
【０１４１】
次に、管理装置４０が保持するバージョン管理情報４５０に、ＧｅｔＤａｔａアプリケーションの新しいバージョン（２．０）に関するフィールド（列）の追加設定及び可変情報（バージョン及びＡＰＬイメージ名）入力が行われ、バージョン管理情報４５０の内容が図８（ｂ）の状態となったものとする（Ｓ１０３）。
【０１４２】
図８（ｂ）に示すバージョン管理情報４５０では、バージョン２．０の列において、バージョンに項目に２．０、ＡＰＬイメージ名にＧｅｔＤａｔａＩｍａｇｅ＿ｖ２.０が設定されている。
【０１４３】
バージョン管理情報４５０を構成する新しいバージョンの各項目については、例えば、オペレータの操作（データ編集受付手段４６０を介した操作）により入力受け付けるようにしてもよいし、通信により入力受け付けをするようにしてもよい。なお、バージョン２．０のＡＰＬイメージ名については、コンテナ制御処理部４１０が、バージョンの内容（２．０）に基づいて、バージョン１．０のＡＰＬイメージ名「ＧｅｔＤａｔａＩｍａｇｅ＿ｖ１．０」の数値部分のみを置き換え（「１．０」の部分を「２．０」に置き換え）することにより自動設定を行うようにしてもよい。したがって、この場合、データ編集受付手段４６０が受け付けるのはバージョン（バージョンナンバー）だけとしてもよい。
【０１４４】
この実施形態では、管理装置４０のコンテナ制御処理部４１０は、バージョン管理情報４５０に新しいバージョンの情報（バージョン及びＡＰＬイメージ名の情報）が設定されたことを契機（トリガ）に、各ゲートウェイ装置１０に対するＡＰＬコンテナのバージョンアップを開始するものとする。なお、管理装置４０のコンテナ制御処理部４１０において、ＡＰＬコンテナのバージョンアップ（この実施形態ではバージョン１．０から２．０への更新処理）を開始するトリガは上記に限定されない。例えば、管理装置４０のコンテナ制御処理部４１０は、バージョン管理情報４５０に新しいバージョンの情報（バージョン及びＡＰＬイメージ名の情報）が設定された後、所定のコマンド受付（例えば、データ編集受付手段４６０を介した受付）を契機にＡＰＬコンテナのバージョンアップを開始するようにしてもよい。
【０１４５】
ＧｅｔＤａｔａ（ＡＰＬコンテナ）のバージョンアップを開始すると、コンテナ制御処理部４１０は、新しいバージョン２．０のホスト情報を更新する（Ｓ１０４）。
【０１４６】
具体的には、管理装置４０のコンテナ制御処理部４１０は、バージョン１．０のホスト情報（Ｈｏｓｔ−１〜Ｈｏｓｔ−３）を、バージョン２．０のホスト情報にコピーして図８（ｃ）のような状態とする。これにより、管理装置４０のコンテナ制御処理部４１０は、ゲートウェイ装置１０−１〜１０−３（Ｈｏｓｔ−１〜Ｈｏｓｔ−３）にバージョン２．０ＧｅｔＤａｔａアプリケーションの実行の準備（ＡＰＬコンテナの生成と起動の準備）を行うことになる。以下では、ゲートウェイ装置１０−１に関わる動作（処理）について詳細説明を行うが、他のゲートウェイ装置１０−２、１０−３についても同様の動作（処理）であるため詳しい説明は省略する。
【０１４７】
次に、コンテナ制御処理部４１０は、各ホスト管理情報４３０（各ゲートウェイ装置１０）のＡＰＬコンテナ管理情報４３１に、ＧｅｔＤａｔａのバージョン２．０を示すフィールド（列）を追加し、一部のネットワーク設定情報以外の項目（送信元ポート番号）を入力する（Ｓ１０５）。
【０１４８】
例えば、コンテナ制御処理部４１０は、図１０に示すように、ホスト管理情報４３０−１のＡＰＬコンテナ管理情報４３１に、ＧｅｔＤａｔａのバージョン２．０を示すフィールド（列）を追加し、一部のネットワーク設定情報以外の項目を設定する。その際、コンテナ制御処理部４１０は、図１０に示すように、バージョン２．０のＡＰＬイメージ名については、バージョン管理情報４５０のＡＰＬイメージ名（ＧｅｔＤａｔａＩｍａｇｅ＿ｖ２．０）を設定する。
【０１４９】
また、コンテナ制御処理部４１０は、図１０に示すように、バージョン２．０のネットワーク設定情報を構成する送信元ポート番号については、バージョン１．０のポート番号（５００００）をインクリメント（１加算）した番号（５０００１）を設定するようにしてもよい。なお、コンテナ制御処理部４１０は、バージョン２．０のネットワーク設定情報を構成する送信元ポート番号については任意の他の番号を設定するようにしてもよい。また、コンテナ制御処理部４１０は、図１０に示すように、固定情報の各項目については、バージョン１．０の情報をそのままコピーして設定するようにしてもよい。さらに、コンテナ制御処理部４１０は、図１０に示すように、制御情報については初期情報としてスイッチ＝ＯＦＦ、ステータス＝停止中を設定する。
【０１５０】
次に、コンテナ制御処理部４１０は、図１０に記載されるホスト管理情報４３０−１のＡＰＬコンテナ管理情報４３１から、ＧｅｔＤａｔａにおけるバージョン２．０の列に関わる情報を取得する。さらに、コンテナ制御処理部４１０は、ゲートウェイ装置１０−１〜１０−３（コンテナ制御エンジン１２０）に、イメージ４４０−２「ＧｅｔＤａｔａＩｍａｇｅ＿ｖ２．０」のデータを、ＡＰＬコンテナ管理情報４３１の内容（バージョン２．０のデータのみ）と共に送信してコンテナの生成について指示する（Ｓ１０７）。
【０１５１】
次に、コンテナ制御処理部４１０は、各ゲートウェイ装置で生成されたＡＰＬコンテナ（ＧｅｔＤａｔａ２．０）に設定されたＩＰアドレス（アドレスＡ３−１）を取得して、各ホスト管理情報４３０を構成する各情報を更新する（Ｓ１０８）。
【０１５２】
例えば、図６に示すように、ゲートウェイ装置１０−１のＡＰＬコンテナ３０２（ＧｅｔＤａｔａ２．０のＡＰＬコンテナ）において、下位側の仮想イーサネットポート３０２ＶＥ−１にＩＰアドレスＡ２−４が付与され、上位側の仮想イーサネットポート３０２ＶＥ−２にＩＰアドレスＡ３−３が付与されたものとする。
【０１５３】
ステップＳ１０８の処理終了時点で、ゲートウェイ装置１０−１内の論理的なネットワーク構成は、図６のような状態となる。
【０１５４】
このとき、コンテナ制御処理部４１０は、ホスト管理情報４３０−１については以下のように更新する。コンテナ制御処理部４１０は、図１１に示すように、ホスト管理情報４３０−１のＡＰＬコンテナ管理情報４３１において、ＧｅｔＤａｔａ２．０に対応するネットワーク設定情報（上位側ＩＦアドレス、下位側ＩＦアドレス）に、ゲートウェイ装置１０−１から取得したＩＰアドレス（ＩＰアドレスＡ３−３、ＩＰアドレスＡ２−４）を設定する。
【０１５５】
次に、コンテナ制御処理部４１０は、各ホスト管理情報４３０の内容に基づいて、各ゲートウェイ装置１０を構成する上位側の仮想ブリッジ２０２（ＩＰマスカレード部２０２ａ）の設定を更新する（Ｓ１０９）。
【０１５６】
具体的には、コンテナ制御処理部４１０は、各ゲートウェイ装置１０に追加したＡＰＬコンテナ（ＧｅｔＤａｔａ２．０のＡＰＬコンテナ）に対応するＩＰマスカレードの設定を行う。例えば、コンテナ制御処理部４１０は、図１１に記載されるホスト管理情報４３０−１のＡＰＬコンテナ管理情報４３１から、ＧｅｔＤａｔａにおけるバージョン２．０の列に関わる情報を取得する。さらに、コンテナ制御処理部４１０は、取得したホスト管理情報４３０−１の内容に基づいて、ゲートウェイ装置１０−１の仮想ブリッジ２０２（ＩＰマスカレード部２０２ａ）の設定を図２０（ｂ）のように変更する。図２０（ｂ）では、図２０（ａ）の状態から、設定ＩＤを２とする変換情報が追加設定されている。図２０（ｂ）に示す設定ＩＤが２の変換情報は、ＡＰＬコンテナ３０２（バージョン２．０のＧｅｔＤａｔａアプリケーションのコンテナ）から、アプリケーションサーバ３０を宛先として送信されたパケットの変換ルールについて定義した内容となっている。
【０１５７】
具体的には、図２０（ｂ）に示す設定ＩＤが２の変換情報では、「変換前送信元ＩＰアドレス／ポート番号」が、ＡＰＬコンテナ管理情報４３１の上位側ＩＦアドレス（ＩＰアドレスＡ４−３）と送信元ポート番号（５０００１）を組み合わせた内容（ＩＰアドレスＡ３−３／５０００１）となっている。また、図２０（ｂ）に示す設定ＩＤが２の変換情報では、「変換前宛先ＩＰアドレス／ポート番号」が、ＡＰＬコンテナ管理情報４３１の送信先情報の内容（ＩＰアドレスＡ５−１／５００００）となっている。さらに、図２０（ｂ）に示す設定ＩＤが２の変換情報では、「変換後送信元ＩＰアドレス／ポート番号」が、ネットワーク設定情報４３３の上位側仮想ブリッジアドレス（ＩＰアドレスＡ４−１）と、ＡＰＬコンテナ管理情報４３１の送信元ポート番号（５０００１）を組み合わせた内容（ＩＰアドレスＡ４−１／５０００１）になっている。さらにまた、図２０（ｂ）に示す設定ＩＤが２の変換情報では、変換後宛先ＩＰアドレス／ポート番号が、ＡＰＬコンテナ管理情報４３１の送信先情報の内容（ＩＰアドレスＡ５−１／５００００）となっている。
【０１５８】
次に、コンテナ制御処理部４１０は、各ホスト管理情報４３０（ＡＰＬコンテナ管理情報４３１）におけるＧｅｔＤａｔａバージョン２．０のＡＰＬコンテナのスイッチをＯＮとして、各ゲートウェイ装置１０におけるＧｅｔＤａｔａバージョン２．０のＡＰＬコンテナの起動を開始させる（Ｓ１１０）。
【０１５９】
ここで、ＡＰＬコンテナが起動すると、ＧｅｔＤａｔａバージョン２．０のアプリケーションを実行させるためのプロセスは、生成される。
【０１６０】
例えば、コンテナ制御処理部４１０は、図１２に示すように、ホスト管理情報４３０−１を構成するＡＰＬコンテナ管理情報４３１のスイッチをＯＮに変更し、ゲートウェイ装置１０−１のコンテナ制御エンジン１２０を制御して、ＧｅｔＤａｔａバージョン２．０のＡＰＬコンテナ３０２の起動を開始させる処理を行う。
【０１６１】
ここで、ＡＰＬコンテナ３０２が起動すると、ＧｅｔＤａｔａバージョン２．０のアプリケーションを実行させるためのコンテナ１４０のプロセス１５０（図３）は、生成される。
【０１６２】
次に、コンテナ制御処理部４１０は、各ゲートウェイ装置１０のコンテナ制御エンジン１２０の動作を監視し、ＧｅｔＤａｔａバージョン２．０のＡＰＬコンテナ３０２の起動が完了して正常動作を開始したことを確認した後、各ホスト管理情報４３０（ＡＰＬコンテナ管理情報４３１）におけるＧｅｔＤａｔａバージョン２．０のＡＰＬコンテナのステータスを正常動作中に変更する（Ｓ１１１）。
【０１６３】
例えば、コンテナ制御処理部４１０は、ゲートウェイ装置１０−１のコンテナ制御エンジン１２０の動作を監視し、ＧｅｔＤａｔａバージョン２．０のＡＰＬコンテナ３０２が正常起動したこと（コンテナ１４０のプロセス１５０（図３）が正常に生成されたこと）を確認した後、図１３に示すように、ホスト管理情報４３０−１を構成するＡＰＬコンテナ管理情報４３１のステータスを正常動作中に更新する。
【０１６４】
次に、コンテナ制御処理部４１０は、図１２に記載されるホスト管理情報４３０−１のＡＰＬコンテナ管理情報４３１から、ＧｅｔＤａｔａにおけるバージョン２．０の列に関わる情報を取得する。さらに、コンテナ制御処理部４１０は、取得したホスト管理情報４３０−１の内容（制御情報におけるスイッチ「ＯＮ」、ステータス「正常動作中」）に基づいて、各ホスト管理情報４３０（各ゲートウェイ装置１０）の振分設定情報４３４に、ＧｅｔＤａｔａ２．０のフィールド（列）を追加して、各ゲートウェイ装置１０のＰｒｏｘｙコンテナ３００に設定を反映させる（Ｓ１１２）。
【０１６５】
例えば、コンテナ制御処理部４１０は、図１８（ｂ）に示すように、ホスト管理情報４３０−１の振分設定情報４３４に、ＧｅｔＤａｔａバージョン２．０のフィールド（列）を追加する更新を行い、ゲートウェイ装置１０−１のＰｒｏｘｙコンテナ３００に更新後の振分設定情報４３４を反映させる処理を行う。
【０１６６】
ここで、コンテナ制御処理部４１０は、図１８（ｂ）に示すように、ホスト管理情報４３０−１を構成する振分設定情報４３４（ＧｅｔＤａｔａバージョン２．０の振分制御情報（ステータス））について、振分制御情報（ステータス）を「ＮＧ」とする。
【０１６７】
次に、コンテナ制御処理部４１０は、各ホスト管理情報４３０を構成する振分設定情報４３４で、一部の端末（カメラ２０）の振分先を、ＧｅｔＤａｔａバージョン２．０のＡＰＬコンテナ３０２に移行して、各ゲートウェイ装置１０のＰｒｏｘｙコンテナ３００に反映し、正常に移行したことを確認する（Ｓ１１３）。
【０１６８】
例えば、コンテナ制御処理部４１０は、図１８（ｃ）に示すように、ホスト管理情報４３０−１を構成する振分設定情報４３４（ＧｅｔＤａｔａアプリケーションの振分クライアント情報）で、カメラ２０−１（ＩＰアドレスＡ０−１）のみを、バージョン２．０に移行する更新を行う。
【０１６９】
ここで、コンテナ制御処理部４１０は、図１８（ｃ）に示すように、ホスト管理情報４３０−１を構成する振分設定情報４３４（ＧｅｔＤａｔａバージョン１．０の振分制御情報（ステータス））について、振分制御情報（ステータス）を「ＮＧ」から「ＯＫ」へと更新を行う。
【０１７０】
そして、コンテナ制御処理部４１０は、更新後の振分設定情報４３４の内容を、ゲートウェイ装置１０−１のＰｒｏｘｙコンテナ３００に反映（コンテナ制御エンジン１２０を経由して反映）し、正常に移行したことを確認する。コンテナ制御処理部４１０が、カメラ２０−１（ＩＰアドレスＡ０−１）について、バージョン２．０に移行したことを確認する処理については限定されないものである。例えば、アプリケーションサーバ３０のネットワークポートを監視して、カメラ２０−１（ＩＰアドレスＡ０−１）を送信元とするパケットが受信されていることを確認するようにしてもよい。また、ステップＳ１１３の処理（試験的に一部の端末のみをバージョンアップする処理）そのものを省略するようにしてもよい。
【０１７１】
次に、コンテナ制御処理部４１０は、各ホスト管理情報４３０を構成する振分設定情報４３４で、全ての端末（カメラ２０）の振分先を、ＧｅｔＤａｔａバージョン２．０のＡＰＬコンテナ３０２に移行して、各ゲートウェイ装置１０のＰｒｏｘｙコンテナ３００に反映する処理を行う（Ｓ１１４）。
【０１７２】
例えば、コンテナ制御処理部４１０は、図１８（ｄ）に示すように、ホスト管理情報４３０−１を構成する振分設定情報４３４（ＧｅｔＤａｔａアプリケーションの振分クライアント情報）で、全てのカメラ２０−１〜２０−３（ＩＰアドレスＡ０−１〜Ａ０−３）を、バージョン２．０に移行する更新を行う。
【０１７３】
ここで、コンテナ制御処理部４１０は、図１８（ｄ）に示すように、ホスト管理情報４３０−１を構成する振分設定情報４３４（ＧｅｔＤａｔａバージョン１．０の振分制御情報（ステータス））について、振分制御情報（ステータス）を「ＯＫ」から「ＮＧ」へと更新を行う。
【０１７４】
そして、コンテナ制御処理部４１０は、更新後の振分設定情報４３４の内容を、ゲートウェイ装置１０−１のＰｒｏｘｙコンテナ３００に反映（コンテナ制御エンジン１２０を経由して反映）する。
【０１７５】
以上のように図２１のフローチャートの処理で、コンテナ制御処理部４１０は、各ゲートウェイ装置１０に、ＧｅｔＤａｔａバージョン２．０（新バージョン）のＡＰＬコンテナ３０２を設定し、全ての端末（カメラ２０）についてＧｅｔＤａｔａバージョン２．０のＡＰＬコンテナ３０２への移行が完了する。
【０１７６】
その後、コンテナ制御処理部４１０は、図２２のフローチャートの処理により、ＧｅｔＤａｔａバージョン１．０（旧バージョン）のＡＰＬコンテナ３０１の停止と削除及び関連する設定を削除する処理を行う。図２２のフローチャートの処理を開始するタイミングについては限定されないものであり、図２１のフローチャートの最後のステップ終了後に続けて開始するようにしてもよいし、オペレータによる操作（データ編集受付手段４６０により受付けた操作）に応じて開始するようにしてもよいし、所定の時刻（例えば、図示しないタイマに設定された時刻）に開始するようにしてもよい。
【０１７７】
まず、コンテナ制御処理部４１０は、図１４に示すように、ホスト管理情報４３０−１のＡＰＬコンテナ管理情報４３１に、ＧｅｔＤａｔａのバージョン１．０を示すフィールド（列）における制御情報の制御情報について、スイッチ＝ＯＦＦに設定する。さらに、コンテナ制御処理部４１０は、バージョン管理情報４５０において、ＧｅｔＤａｔａバージョン１．０（旧バージョン）のホスト情報から各ゲートウェイ装置１０の情報（Ｈｏｓｔ−１〜Ｈｏｓｔ−３）を削除する（Ｓ２０１）。
【０１７８】
具体的には、管理装置４０のコンテナ制御処理部４１０は、図８（ｄ）に示すように、バージョン管理情報４５０から、バージョン１．０のホスト情報（Ｈｏｓｔ−１〜Ｈｏｓｔ−３）を削除する。これにより、管理装置４０のコンテナ制御処理部４１０は、ゲートウェイ装置１０−１〜１０−３（Ｈｏｓｔ−１〜Ｈｏｓｔ−３）にバージョン１．０ＧｅｔＤａｔａアプリケーションの終了の準備（ＡＰＬコンテナの停止（削除）の準備）を行うことになる。
【０１７９】
次に、コンテナ制御処理部４１０は、バージョン管理情報４５０の更新内容に基づいて、各ゲートウェイ装置１０を構成する上位側の仮想ブリッジ２０２（ＩＰマスカレード部２０２ａ）から、ＧｅｔＤａｔａバージョン１．０（旧バージョン）のＡＰＬコンテナ３０１に関する設定（ＩＰマスカレードの変換情報）を削除する処理を行う（Ｓ２０２）。
【０１８０】
例えば、コンテナ制御処理部４１０は、ホスト管理情報４３０−１の内容に基づいて、ゲートウェイ装置１０−１の仮想ブリッジ２０２（ＩＰマスカレード部２０２ａ）の設定を図２０（ｃ）のように変更する。図２０（ｃ）では、図２０（ｂ）の状態から、設定ＩＤを１とする変換情報（ＧｅｔＤａｔａバージョン１．０のＡＰＬコンテナ３０１に対応する設定）が削除された状態となっている。
【０１８１】
次に、コンテナ制御処理部４１０は、各ホスト管理情報４３０（各ゲートウェイ装置１０）の振分設定情報４３４から、ＧｅｔＤａｔａバージョン１．０のフィールド（列）を削除して、各ゲートウェイ装置１０のＰｒｏｘｙコンテナ３００に設定を反映させる（Ｓ２０３）。
【０１８２】
例えば、コンテナ制御処理部４１０は、図１８（ｅ）に示すように、ホスト管理情報４３０−１の振分設定情報４３４から、ＧｅｔＤａｔａバージョン１．０のフィールド（列）を削除する更新を行い、ゲートウェイ装置１０−１のＰｒｏｘｙコンテナ３００に更新後の振分設定情報４３４を反映させる処理を行う。
【０１８３】
次に、コンテナ制御処理部４１０は、各ゲートウェイ装置１０に対して、ＧｅｔＤａｔａバージョン１．０のＡＰＬコンテナ３０１の停止と削除を指示して実行させる処理を行う（Ｓ２０４）。
【０１８４】
ここで、コンテナ制御処理部４１０は、ホスト管理情報４３０を構成するＡＰＬコンテナ管理情報４３１におけるＧｅｔＤａｔａバージョン１．０の情報を用いて、ゲートウェイ装置１０−１〜１０−３のコンテナ制御エンジン１２０を制御し、ＧｅｔＤａｔａバージョン１．０のＡＰＬコンテナ３０２の停止と削除の処理について行う。
【０１８５】
またここで、ＡＰＬコンテナ３０２が停止すると、ＧｅｔＤａｔａバージョン１．０のアプリケーションを実行させるためのコンテナ１４０のプロセス１５０（図３）は、削除される。
【０１８６】
なお、ホスト管理情報４３０−１を構成するＡＰＬコンテナ管理情報４３１−１におけるＧｅｔＤａｔａバージョン１．０の情報は、図１３におけるＧｅｔＤａｔａバージョン１．０に関わる情報である。
【０１８７】
このとき、コンテナ制御処理部４１０は、各ゲートウェイ装置１０に対して、仮想ブリッジ２０１、２０２で、ＧｅｔＤａｔａバージョン１．０のＡＰＬコンテナ３０１に接続する仮想イーサネットポートの削除も指示する。例えば、ゲートウェイ装置１０−１では、図６の状態から、ＧｅｔＤａｔａバージョン１．０のＡＰＬコンテナ３０１、及び仮想ブリッジ２０１、２０２でＡＰＬコンテナ３０１に接続する仮想イーサネットポート２０１ＶＥ−２、２０２ＶＥ−１の削除を実行させる。そうすると、ゲートウェイ装置１０−１の内部ネットワークは図７の状態となる。
【０１８８】
次に、コンテナ制御処理部４１０は、各ホスト管理情報４３０のＡＰＬコンテナ管理情報４３１から、ＧｅｔＤａｔａバージョン１．０に関する設定を削除する処理を行う（Ｓ２０５）。
【０１８９】
例えば、コンテナ制御処理部４１０は、ゲートウェイ装置１０−１に対するホスト管理情報４３０−１については以下のような処理を行う。コンテナ制御処理部４１０は、図１５に示すように、ホスト管理情報４３０−１のＡＰＬコンテナ管理情報４３１から、ＧｅｔＤａｔａバージョン１．０に関するフィールド（列）を削除する処理を行う。
【０１９０】
以上の処理により、通信システム１では、各ゲートウェイ装置１０におけるＡＰＬコンテナ（ＧｅｔＤａｔａアプリケーション）の更新（バージョン１．０から２．０へのバージョンアップ）処理が完了する。なお、更新処理の後、コンテナ制御処理部４１０は、バージョン管理情報４５０から、ＧｅｔＤａｔａバージョン１．０のフィールド（列）を削除するようにしてもよい。
【０１９１】
また、管理装置４０（コンテナ制御処理部４１０）では、図２１のフローチャートの過程で、一部又は全部のゲートウェイ装置１０について移行を中断して、切戻した状態（バージョン１．０のＡＰＬコンテナ３０１のみに振り分ける状態）としてもよい。
【０１９２】
例えば、管理装置４０（コンテナ制御処理部４１０）は、ステップＳ１１２で正常にバージョン２．０に移行できなかったゲートウェイ装置１０については、振分設定情報４３４の内容を変更して全てのカメラ２０を送信元とするパケットを旧バージョン（１．０）のＡＰＬコンテナ３０１側に戻して待機（移行処理を中断）するようにしてもよい。そして、管理装置４０（コンテナ制御処理部４１０）は、その後のオペレータの操作等により、移行の原因が除去された後、オペレータの操作等を契機としてステップＳ１１２から動作を再開可能とするようにしてもよい。
【０１９３】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１９４】
第１の実施形態の管理装置４０では、バージョン管理情報４５０を用いて、ＡＰＬコンテナ（ＡＰＬコンテナを構成するアプリケーションプログラム）のバージョンと、バージョン（バージョンナンバー）ごとのＡＰＬイメージ名（イメージのファイル名）と、ゲートウェイ装置１０ごとに設定されているＡＰＬコンテナのバージョンが管理されている。また、第１の実施形態の管理装置４０では、ＡＰＬコンテナ管理情報４３１において、ＡＰＬ名をキー情報とし、少なくとも可変情報と固定情報に分けてバージョンごとのＡＰＬコンテナに対する設定情報を管理している。
【０１９５】
これにより、第１の実施形態の管理装置４０では、バージョンアップ対象のアプリケーションについて新しいバージョンのＡＰＬコンテナを導入する際に、新しいバージョンのイメージ（イメージのファイル）のアップロード、及びバージョン管理情報４５０に対する新しいバージョンに関する情報の登録（ＡＰＬ名を指定して、新しいバージョン及びアップロードしたＡＰＬイメージ名の登録）を受け付けるだけで、各ゲートウェイ装置１０に対する新しいバージョンのＡＰＬコンテナの導入処理（例えば、図２１、図２２のフローチャートに示す処理）の実行を受け付けることができる。
【０１９６】
特に、この実施形態の管理装置４０では、各ゲートウェイ装置１０のＡＰＬコンテナに関する情報（ＡＰＬコンテナ管理情報４３１）において、可変情報と固定情報を設定し、新バージョンの固定情報については旧バージョンの情報をそのままコピーし、新バージョンの可変情報についてはバージョン管理情報４５０の情報をコピーすることで自動的に新バージョンの情報入力を行うことができる。
【０１９７】
すなわち、この実施形態の管理装置４０では、ＡＰＬコンテナをバージョンアップする際（アプリケーションを更新する際）に、各ゲートウェイ装置１０のＡＰＬコンテナに関する情報をオペレータが管理する必要がない。また、この実施形態の管理装置４０では、ＡＰＬコンテナをバージョンアップする際（アプリケーションを更新する際）に、オペレータは、バージョン管理情報４５０でＡＰＬ名を指定して新しいバージョン（バージョンナンバー）と、ＡＰＬイメージ名（すなわち、ＡＰＬコンテナ管理情報４３１における可変情報）の指定を行うだけであり、旧バージョン側の操作や新バージョンのＡＰＬコンテナの詳細パラメータの指定を必要としない。すなわち、この実施形態の管理装置４０では、ＡＰＬコンテナをバージョンアップする際（アプリケーションを更新する際）のオペレータに対する負担や設定間違い等を抑制し、利便性を向上している。
【０１９８】
また、この実施形態の管理装置４０では、Ｐｒｏｘｙコンテナ管理情報４３２、ネットワーク設定情報４３３、及び振分設定情報４３４等、ＡＰＬコンテナ以外の設定データについても管理することで、ＡＰＬコンテナの周辺の動作環境についても同時に更新することができる。
【０１９９】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０２００】
（Ｂ−１）上記の実施形態では、本発明の情報処理装置をゲートウェイ装置に適用する例について示したが、本発明の情報処理装置を適用する装置は上記の実施形態のゲートウェイ装置に限定されないものである。上記の実施形態のゲートウェイ装置では、映像データのパケット列を処理するＧｅｔＤａｔａアプリケーションが実行されるＡＰＬコンテナを備える例について説明したが、その他の種類のアプリケーション（例えば、音声データのパケット列を処理するアプリケーション）に置き換えたり、その他のアプリケーションを追加したりしてもよい。
【０２０１】
また、上記の実施形態のゲートウェイ装置では、映像データのパケット列を処理するＧｅｔＤａｔａアプリケーションが実行されるＡＰＬコンテナを備える例について説明したが、アプリケーションの代わりにミドルウェアに代表されるソフトウェアに置き換えたり、更にミドルウェアに代表されるソフトウェアを追加したりしてもよい。
【０２０２】
それゆえ、１つのゲートウェイ装置は、ＧｅｔＤａｔａアプリケーションが実行されるＡＰＬコンテナ、その他の種類のアプリケーションが実行されるコンテナ、ミドルウェアに代表されるソフトウェアが実行されるコンテナ（ＡＰＬコンテナとその他の種類のアプリケーションが実行されるコンテナ、ＡＰＬコンテナとソフトウェアが実行されるコンテナ、又はその他の種類のアプリケーションが実行されるコンテナとソフトウェアが実行されるコンテナ）を備えてもよい。
【０２０３】
（Ｂ−２）上記の実施形態では、ＩＰマスカレード部２０１ａ（図５〜図７）は、仮想ブリッジ２０１内に構成されることについて記載したが、ＩＰマスカレード部２０１ａは、物理ＩＦ部１５に接続され、仮想ブリッジ２０１に接続される構成でもよい。
【０２０４】
また、上記の実施形態では、ＩＰマスカレード部２０２ａ（図５〜図７）は、仮想ブリッジ２０２内に構成されることについて記載したが、ＩＰマスカレード部２０２ａは、物理ＩＦ部１４に接続され、仮想ブリッジ２０２に接続される構成でもよい。
【０２０５】
つまり、本項目で記載されるＩＰマスカレード部２０１ａとＩＰマスカレード部２０２ａは、例えば、図６に記載される構成をベースにして記載すると、図２３に記載される構成となる。
【０２０６】
ここで、ＩＰマスカレード部２０１ａとＩＰマスカレード部２０２ａは、ホストＯＳ１１０のカーネル部におけるネットワーク管理部により構成される。
【０２０７】
（Ｂ−３）上記の実施形態及び上記項目（Ｂ−２）のＩＰマスカレード部２０１ａは、ネットワーク情報について変換する変換処理部の一例である。
【０２０８】
また、上記の実施形態及び上記項目（Ｂ−２）のＩＰマスカレード部２０２ａは、ネットワーク情報について変換する変換処理部の一例である。
【０２０９】
ここで、変換処理部のＩＰマスカレード部２０１ａは、ポートフォワード部２０１ｂに置き換えてもよい。ポートフォワード部２０１ｂは、物理ＩＦ部１５で受信されたパケットを、受信されたパケットにおける変換前の宛先のポート番号と紐付けされた変換後のＩＰアドレス、ポード情報を宛先としたパケットに変換する。
【０２１０】
つまり、本項目で記載されるポートフォワード部２０１ｂは、例えば、図６及び図２３に記載される構成をベースにして記載すると、図２４及び図２５に記載される構成となる。ここで、ポートフォワード部２０１ｂは、カメラ２０（２０−１〜２０−３）から送信され、物理ＩＦ部１５で受信されたパケットを、受信されたパケットにおける変換前の宛先のポート番号「５００００」と紐付けされた変換後のＩＰアドレス「Ａ２−２」、ポード情報「５００００」を宛先としたパケットに変換する。
【０２１１】
ここで、図２５に記載されるポートフォワード部２０１ｂは、ホストＯＳ１１０のカーネル部におけるネットワーク管理部により構成される。
【０２１２】
（Ｂ−４）上記の実施形態では、Ｐｒｏｘｙコンテナ３００は、設定されたデータ（以下、「振分設定情報」と呼ぶ）に応じて受信したパケットを、いずれかのＡＰＬコンテナに振分（転送）する処理を行うことについて記載した。
【０２１３】
ここで、Ｐｒｏｘｙコンテナ３００は、設定されたデータ（振分制御情報（ステータス））（図１８）に応じて受信したパケットを、いずれかのＡＰＬコンテナに振分（転送）する処理を行うこととしてもよい。
【０２１４】
一例として、Ｐｒｏｘｙコンテナ３００は、ＧｅｔＤａｔａのバージョン１．０に関わる振分制御情報（ステータス）が「ＯＫ」ならば、受信したパケットを、ＧｅｔＤａｔａのバージョン１．０のＡＰＬコンテナに振分（転送）する処理を行う。Ｐｒｏｘｙコンテナ３００は、ＧｅｔＤａｔａのバージョン２．０に関わる振分制御情報（ステータス）が「ＯＫ」ならば、受信したパケットを、ＧｅｔＤａｔａのバージョン２．０のＡＰＬコンテナに振分（転送）する処理を行う。
【０２１５】
なお、Ｐｒｏｘｙコンテナ３００は、ＧｅｔＤａｔａのバージョン１．０に関わる振分制御情報（ステータス）が「ＮＧ」ならば、受信したパケットを、ＧｅｔＤａｔａのバージョン１．０のＡＰＬコンテナに振分（転送）しない。Ｐｒｏｘｙコンテナ３００は、ＧｅｔＤａｔａのバージョン２．０に関わる振分制御情報（ステータス）が「ＮＧ」ならば、受信したパケットを、ＧｅｔＤａｔａのバージョン２．０のＡＰＬコンテナに振分（転送）しない。
【符号の説明】
【０２１６】
１…通信システム、１０、１０−１〜１０−３…ゲートウェイ装置、１１…プロセッサ、１２…一次記憶部、１３…二次記憶部、１４…物理ＩＦ部、１５…物理ＩＦ部、２０、２０−１〜２０−５…カメラ、３０…アプリケーションサーバ、４０…管理装置、１１０…ホストＯＳ、１１５…コンテナ管理部、１２０…コンテナ制御エンジン、１３０…コンテナデーモン、１４０…コンテナ、１５０…プロセス、２０１…仮想ブリッジ、２０１ＶＥ−１〜２０１ＶＥ−３…仮想イーサネットポート、２０１ａ…ＩＰマスカレード部、２０２…仮想ブリッジ、２０２ＶＥ−１、２０２ＶＥ−２…仮想イーサネットポート、２０２ａ…ＩＰマスカレード部、３００…Ｐｒｏｘｙコンテナ、３００ＶＥ−１…仮想イーサネットポート、３０１…ＡＰＬコンテナ、３０１ＶＥ−１、３０１ＶＥ−２…仮想イーサネットポート、３０２…ＡＰＬコンテナ、３０２ＶＥ−１、３０２ＶＥ−２…仮想イーサネットポート、４１０…コンテナ制御処理部、４２０…データ記憶部、４３０、４３０−１〜４３０−３…ホスト管理情報、４３１…ＡＰＬコンテナ管理情報、４３２…Ｐｒｏｘｙコンテナ管理情報、４３３…ネットワーク設定情報、４３４…振分設定情報、４４０、４４０−０〜４４０−２…イメージ、４４１イメージレイヤ…、４５０…バージョン管理情報、４６０…データ編集受付手段、ＮＷ１…上位側ネットワーク、ＮＷ２、ＮＷ２、ＮＷ２０−１〜ＮＷ２−３…ローカルネットワーク。
【図１】
2019133424.tif 000003
【図２】
2019133424.tif 000004
【図３】
2019133424.tif 000005
【図４】
2019133424.tif 000006
【図５】
2019133424.tif 000007
【図６】
2019133424.tif 000008
【図７】
2019133424.tif 000009
【図８】
2019133424.tif 000010
【図９】
2019133424.tif 000011
【図１０】
2019133424.tif 000012
【図１１】
2019133424.tif 000013
【図１２】
2019133424.tif 000014
【図１３】
2019133424.tif 000015
【図１４】
2019133424.tif 000016
【図１５】
2019133424.tif 000017
【図１６】
2019133424.tif 000018
【図１７】
2019133424.tif 000019
【図１８】
2019133424.tif 000020
【図１９】
2019133424.tif 000021
【図２０】
2019133424.tif 000022
【図２１】
2019133424.tif 000023
【図２２】
2019133424.tif 000024
【図２３】
2019133424.tif 000025
【図２４】
2019133424.tif 000026
【図２５】
2019133424.tif 000027