特許 7452213 コンテナ管理装置、コンテナ管理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-11

(45)【発行日】2024-03-19

(54)【発明の名称】コンテナ管理装置、コンテナ管理方法及びプログラム

(51)【国際特許分類】

   G06F 21/62 20130101AFI20240312BHJP

【ＦＩ】

G06F21/62 318

【請求項の数】 6

(21)【出願番号】P 2020072073

(22)【出願日】2020-04-14

(65)【公開番号】P2021170156

(43)【公開日】2021-10-28

【審査請求日】2023-03-06

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100106909

【弁理士】

【氏名又は名称】棚井 澄雄

(74)【代理人】

【識別番号】100134544

【弁理士】

【氏名又は名称】森 隆一郎

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100162868

【弁理士】

【氏名又は名称】伊藤 英輔

(72)【発明者】

【氏名】迎田 祥子

【審査官】平井 誠

(56)【参考文献】

【文献】特開２０１４－０７５７３１（ＪＰ，Ａ）

【文献】特開２０１３－２３５４９６（ＪＰ，Ａ）

【文献】特開２０１６－２０６９５２（ＪＰ，Ａ）

【文献】国際公開第２０１９／０８９５４９（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／００－８８

(57)【特許請求の範囲】

【請求項1】

パブリッククラウドに構築された仮想環境のプロセスによるプライベートクラウド上の記憶手段に記憶されるデータへのアクセスが失敗であるか否かを監視する監視手段と、
前記アクセスが失敗である場合、前記仮想環境を複製した複製環境を前記プライベートクラウドに配置する複製手段と、
前記アクセスの内容に基づいて、前記複製環境のプロセスに前記記憶手段に記憶される前記データへのアクセスを行うように指示を行う処理手段と、
を備えるコンテナ管理装置。

【請求項2】

前記アクセスが失敗である場合の当該アクセスのリクエストの属性情報を示すマッピング情報として記録する記録手段と、
前記リクエストの属性情報を前記マッピング情報に照らし合わせて、当該属性情報が当該マッピング情報に存在するか否かを判定する判定手段を備え、
前記複製手段は、前記アクセスが失敗である場合又は前記属性情報が前記マッピング情報に存在すると判定された場合、前記仮想環境を複製した複製環境を前記プライベートクラウドに配置する
請求項１に記載のコンテナ管理装置。

【請求項3】

前記指示から予め設定された時間の経過後に、前記複製環境を削除する削除手段と、
を備える請求項１又は請求項２に記載のコンテナ管理装置。

【請求項4】

前記コンテナ管理装置は、前記パブリッククラウド又は前記プライベートクラウドに設けられる
請求項１から請求項３の何れか１項に記載のコンテナ管理装置。

【請求項5】

パブリッククラウドに構築された仮想環境のプロセスによるプライベートクラウド上の記憶手段に記憶されるデータへのアクセスが失敗であるか否かを監視することと、
前記アクセスが失敗である場合、前記仮想環境を複製した複製環境を前記プライベートクラウドに配置することと、
前記アクセスの内容に基づいて、前記複製環境のプロセスに前記記憶手段に記憶される前記データへのアクセスを行うように指示を行うことと、
を含むコンテナ管理装置が実行するコンテナ管理方法。

【請求項6】

コンピュータに、
パブリッククラウドに構築された仮想環境のプロセスによるプライベートクラウド上の記憶手段に記憶されるデータへのアクセスが失敗であるか否かを監視することと、
前記アクセスが失敗である場合、前記仮想環境を複製した複製環境を前記プライベートクラウドに配置することと、
前記アクセスの内容に基づいて、前記複製環境のプロセスに前記記憶手段に記憶される前記データへのアクセスを行うように指示を行うことと、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンテナ管理装置、コンテナ管理方法及びプログラムに関する。

【背景技術】

【0002】

近年、デジタルトランスフォーメーションの実現のために、アプリケーションサービスの実行環境をパブリッククラウドに構築することが試みられている。特許文献１には、クラウドリソースを消費する要求を受信し、当該要求を、セキュアトンネルを介して当該要求に係るオンプレミスアプリケーションにフォワードバックするハイブリッドアプリケーションオペレーティングを提供する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１５－２２６３２２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

アプリケーションサービスは、プライベートクラウド上のデータにアクセスする場合がある。プライベートクラウド上のデータは必ずしも自由なアクセスが認められるとは限られず、外部からのアクセスが禁止されることがある。アプリケーションサービスがパブリッククラウドに構築される場合、アプリケーションサービスがプライベートクラウドのデータを取得することができない可能性がある。
本発明の目的は、上述した課題を解決するコンテナ管理装置、コンテナ管理方法及びプログラムを提供することにある。

【課題を解決するための手段】

【0005】

本発明に係るコンテナ管理装置は、パブリッククラウドに構築された仮想環境のプロセスによるプライベートクラウド上の記憶手段に記憶されるデータへのアクセスが失敗であるか否かを監視する監視手段と、アクセスが失敗である場合、仮想環境を複製した複製環境をプライベートクラウドに配置する複製手段と、アクセスの内容に基づいて、複製環境のプロセスに記憶手段に記憶されるデータへのアクセスを行うように指示を行う処理手段を備える。

【0006】

本発明に係るコンテナ管理装置が実行するコンテナ管理方法は、パブリッククラウドに構築された仮想環境のプロセスによるプライベートクラウド上の記憶手段に記憶されるデータへのアクセスが失敗であるか否かを監視することと、前記アクセスが失敗である場合、前記仮想環境を複製した複製環境を前記プライベートクラウドに配置することと、前記アクセスの内容に基づいて、前記複製環境のプロセスに前記記憶手段に記憶される前記データへのアクセスを行うように指示を行うことと、を含む。

【0007】

本発明に係るプログラムは、コンピュータに、パブリッククラウドに構築された仮想環境のプロセスによるプライベートクラウド上の記憶手段に記憶されるデータへのアクセスが失敗であるか否かを監視することと、前記アクセスが失敗である場合、前記仮想環境を複製した複製環境を前記プライベートクラウドに配置することと、前記アクセスの内容に基づいて、前記複製環境のプロセスに前記記憶手段に記憶される前記データへのアクセスを行うように指示を行うことと、を実行させる。

【発明の効果】

【0008】

上記態様のうち少なくとも１つの態様によれば、パブリッククラウドとプライベートクラウド上の記憶手段とのデータの通信による漏洩を防ぐことができる。

【図面の簡単な説明】

【0009】

【図1】一実施形態に係るコンテナ管理システムの構成を示す図である。

【図2】一実施形態に係るリクエスト情報の一例を示す図である。

【図3】一実施形態に係るデータベース情報の一例を示す図である。

【図4】一実施形態に係るコンテナ情報の一例を示す図である。

【図5】一実施形態に係るコンテナ管理システムの動作を示すフローチャートである。

【図6】一実施形態に係るコンテナ管理システムの動作を示すフローチャートである。

【図7】一実施形態に係るプライベートクラウドの動作を示すフローチャートである。

【図8】基本構成に係るコンテナ管理システムの構成を示す図である。

【図9】少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。

【発明を実施するための形態】

【0010】

〈第１の実施形態〉
《コンテナ管理システムの構成》
以下、図面を参照しながら実施形態に係るコンテナ管理システム１について詳しく説明する。
コンテナ管理システム１は、パブリッククラウド１００のコンテナ１１０をプライベートクラウド２００上に複製して、パブリッククラウド１００とプライベートクラウド２００との通信によるデータの漏洩を防止するシステムである。

【0011】

図１は、第１の実施形態に係るコンテナ管理システム１の構成を示す図である。
コンテナ管理システム１は、パブリッククラウド１００とプライベートクラウド２００を併用するハイブリッドクラウドである。
図１ではプライベートクラウド２００を１つ示しているが、コンテナ管理システム１は複数のプライベートクラウド２００を備えても良い。
パブリッククラウド１００と、複数のプライベートクラウド２００とは、互いに接続される。

【0012】

パブリッククラウド１００は、管理サーバー１２０と、記憶装置１４０と、図示しない計算サーバー群を備える。また、パブリッククラウド１００の計算サーバー群にコンテナ１１０が構築される。プライベートクラウド２００は、管理サーバー２２０と、記憶装置２４０と、図示しない計算サーバー群を備える。また、プライベートクラウド２００の計算サーバー群にコンテナ２１０が構築される。コンテナ１１０は仮想環境の一例である。
パブリッククラウド１００及びプライベートクラウド２００には、同じＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が設けられる。コンテナ１１０と、コンテナ２１０は、パブリッククラウド１００及びプライベートクラウド２００に設けられたＯＳ上において動作する。
コンテナ１１０はパブリッククラウド１００に複数個設けられる。例えば、コンテナ１１０は複数のプライベートクラウド２００のユーザ別に設けられる。
コンテナ２１０はプライベートクラウド２００に複数個設けられても良い。

【0013】

記憶装置１４０はパブリッククラウド１００上に設けられる。記憶装置２４０はプライベートクラウド２００上に設けられる。記憶装置１４０及び記憶装置２４０は、記憶手段の一例である。
記憶装置１４０は、リクエスト情報１２６と、データベース情報１２８を記憶する。リクエスト情報１２６はリクエストの属性情報を示す情報である。データベース情報１２８は記憶装置２４０の識別情報を示す情報である。また、記憶装置２４０はコンテナ情報２２６を記憶する。コンテナ情報２２６はコンテナ１１０の識別情報を示す。リクエスト情報１２６と、データベース情報１２８と、コンテナ情報２２６の詳細については後述する。また、記憶装置２４０はパブリッククラウド１００への持ち出しが不可なデータ（以下、持ち出し不可データと称する）を記憶する。

【0014】

管理サーバー１２０と、管理サーバー２２０を合わせてコンテナ管理装置１０とする。すなわち、コンテナ管理装置１０は、パブリッククラウド１００とプライベートクラウド２００に設けられる。
管理サーバー１２０は、リクエスト制御部１２２と、情報収集部１２４と、処理部１２７を備える。管理サーバー２２０は、リクエスト制御部２２２と、配置制御部２２５と、処理部２２７と、削除処理部２２８を備える。

【0015】

リクエスト制御部１２２は外部からリクエストを受け入れる。リクエストの例としては、コンテナ１１０のプロセスに対して持ち出し不可データのアクセスを行うような指示が挙げられる。
また、リクエスト制御部１２２は、受け入れたリクエストの属性情報をリクエスト情報１２６に照らし合わせて、当該属性情報が当該リクエスト情報１２６に存在するか否かを判定する。リクエスト制御部１２２は判定手段の一例である。
また、コンテナ１１０による記憶装置２４０へのアクセスが失敗である場合、リクエスト制御部１２２は、リクエスト情報１２６を記憶装置１４０に記録する。リクエスト制御部１２２は記録手段の一例である。

【0016】

リクエスト情報１２６はリクエストの属性情報を示す情報である。リクエスト情報１２６はマッピング情報の一例である。
属性情報の例としてはリクエストに含まれるホスト名と、リクエストのプロトコルと、リクエストのポート番号と、リクエストのクエリパラメータと、リクエストのパスと、リクエストのＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）メソッドが挙げられる。図２はリクエスト情報１２６の一例を示す図である。図２に示すリクエスト情報１２６におけるｉｄとは、リクエスト制御部１２２がリクエスト情報１２６を記録する度に自動生成されるインデックスである。

【0017】

情報収集部１２４はデータベース情報１２８に基づいて、コンテナ１１０による記憶装置２４０へのアクセスが失敗であるか否かを監視する。情報収集部１２４は監視手段の一例である。

【0018】

データベース情報１２８は記憶装置２４０の識別情報を示す情報である。図３はデータベース情報１２８の一例を示す図である。記憶装置２４０の識別情報の例としては、名称と、ＩＰアドレスと、ホスト名と、データベース名と、データベース種別が挙げられる。

【0019】

リクエスト制御部２２２は、リクエスト制御部１２２により転送されたリクエストを受け取る。また、リクエスト制御部２２２は、受け取ったリクエストをコンテナ２１０に転送する。また、リクエスト制御部２２２は、配置制御部２２５にコンテナの配置を依頼する旨の信号を送信する。

【0020】

配置制御部２２５は、リクエスト制御部２２２から信号を受信して、コンテナ情報２２６に基づいて、コンテナ１１０を複製して複製コンテナをプライベートクラウド２００に配置する。配置制御部２２５は複製手段の一例である。コンテナ２１０は複製環境の一例である。

【0021】

図４はコンテナ情報２２６の一例を示す図である。コンテナ情報２２６はパブリッククラウド１００のコンテナ１１０の名称などの識別情報を示す。

【0022】

処理部１２７は、コンテナ１１０が記憶装置２４０にアクセスするように指示を行う。
処理部２２７は、コンテナ１１０による記憶装置２４０へのアクセスの内容に基づいて、コンテナ２１０が記憶装置２４０にアクセスするように指示を行う。処理部２２７は処理手段の一例である。

【0023】

削除処理部２２８は、処理部２２７による指示から予め設定された時間の経過後に、コンテナ２１０をプライベートクラウド２００から削除する。削除処理部２２８は削除手段の一例である。

【0024】

《コンテナ管理装置の動作》
以下、コンテナ管理システム１の動作について説明する。
図５は、パブリッククラウド１００がリクエストを受けた場合のコンテナ管理システム１の動作を示すフローチャートである。

【0025】

コンテナ管理システム１のユーザは、パブリッククラウド１００に対してリクエストを送信する。リクエストの一例としては、コンテナ１１０のプログラムに持ち出し不可データを入力して出力を得る旨のリクエストが挙げられる。
リクエスト制御部１２２は、ステップＳ１のリクエストを受け入れる（ステップＳ１）。

【0026】

リクエスト制御部１２２は、ステップＳ１で受け入れたリクエストの属性情報を、記憶装置１４０が記憶しているリクエスト情報１２６に照らし合わせて、リクエスト情報１２６に存在するか否かを判定する（ステップＳ２）。リクエストの属性情報がリクエスト情報１２６に存在することは、過去において当該リクエストに係るアクセスが失敗したため、リクエスト制御部１２２がリクエスト情報１２６として記録したことを意味する。すなわち、リクエスト制御部１２２がステップＳ２のように判定することにより、リクエストに係るアクセスを行わなくても、当該アクセスが失敗することが判る。

【0027】

リクエスト情報１２６に存在する場合（ステップＳ２：ＹＥＳ）、リクエスト制御部１２２はリクエスト制御部２２２にリクエストを転送する（ステップＳ３）。転送されるリクエストにはコンテナ２１０の識別情報が付与される。

【0028】

リクエスト制御部２２２はステップＳ３で転送されたリクエストに対して、リクエスト制御部１２２に対してレスポンスを送信する。リクエスト制御部１２２は上記レスポンスを受信する（ステップＳ４）。
リステップＳ１でリクエストを送信したユーザに対してレスポンスを出力する（ステップＳ５）。

【0029】

リクエスト情報１２６に存在しない場合（ステップＳ２：ＮＯ）、リクエスト制御部１２２はリクエストをコンテナ１１０にリクエストを転送する（ステップＳ６）。

【0030】

リクエスト制御部１２２は情報収集部１２４にアクセスの失敗の監視を行う旨の信号を送信する。情報収集部１２４は監視を開始する（ステップＳ７）。情報収集部１２４による監視の動作の詳細は後述する。

【0031】

コンテナ１１０がリクエストを処理して、レスポンスをリクエスト制御部１２２に送信する（ステップＳ８）。
リクエスト制御部１２２は、情報収集部１２４からステップＳ７による監視の結果を受信する（ステップＳ９）。

【0032】

コンテナ１１０による記憶装置２４０へのアクセスが失敗した場合（ステップＳ１０：ＹＥＳ）、情報収集部１２４がリクエストの属性情報をリクエスト情報１２６として記録する（ステップＳ１１）。その後、ステップＳ４からステップＳ６までの動作が行われる。

【0033】

コンテナ１１０による記憶装置２４０へのアクセスが失敗していない場合（ステップＳ１０：ＮＯ）、リクエスト制御部１２２はステップＳ８で受け入れたレスポンスをユーザに出力する（ステップＳ５）。

【0034】

以下、情報収集部１２４によるアクセスの監視の動作を説明する。
図６は、情報収集部１２４によるアクセスの監視の動作を示すフローチャートである。

【0035】

情報収集部１２４はリクエスト制御部１２２からの信号を受け入れて、アクセスの監視を開始する（ステップＳ２１、ステップＳ９と同様）。情報収集部１２４はコンテナ１１０のログを監視することにより、コンテナ１１０のプロセスの記憶装置２４０へのアクセスのエラーが発生したか否かを監視する。

【0036】

コンテナ１１０のログにエラーが発生した場合（ステップＳ２２：ＹＥＳ）、情報収集部１２４は当該エラーの発生に係る記憶装置の識別情報を、データベース情報１２８に照らし合わせて、当該識別情報がデータベース情報１２８に存在するか否かを判定する（ステップＳ２３）。

【0037】

データベース情報１２８に存在する場合（ステップＳ２３：ＹＥＳ）、情報収集部１２４はステップＳ２２で発生したエラーをもって、アクセスが失敗としたとしてリクエスト情報に記録する（ステップＳ２４、ステップＳ１２と同様）。

【0038】

他方、コンテナ１１０のログにエラーが発生していない場合（ステップＳ２２：ＮＯ）、又は、データベース情報１２８に存在しない場合（ステップＳ２３：ＮＯ）は、情報収集部１２４はリクエスト情報１２６を記録しない。

【0039】

以下、プライベートクラウド２００の動作について説明する。
図７は、プライベートクラウド２００の動作を示すフローチャートである。

【0040】

リクエスト制御部２２２は、リクエスト制御部１２２により転送されたリクエストを受信する（ステップＳ３１、ステップＳ４と同様）。
プライベートクラウド２００は、リクエストに付与された識別情報に係るコンテナ２１０がプライベートクラウド２００に存在するか否かを判定する（ステップＳ３２）。

【0041】

コンテナ２１０が存在する場合（ステップＳ３２：ＹＥＳ）、リクエスト制御部２２２はステップＳ３１で受信したリクエストを処理部２２７に転送する（ステップＳ３３）。

【0042】

処理部２２７はコンテナ２１０に対して記憶装置２４０にアクセスを行うように指示を行う（ステップＳ３４）。
ステップＳ３４により、コンテナ２１０のプロセスは記憶装置２４０にアクセスする（ステップＳ３５）。

【0043】

コンテナ２１０は、レスポンスをリクエスト制御部２２２に送信する（ステップＳ３６）。
リクエスト制御部２２２は、コンテナ２１０から受信したレスポンスをリクエスト制御部１２２に送信する（ステップＳ３７）。

【0044】

他方、コンテナ２１０が存在しない場合（ステップＳ３２：ＮＯ）、リクエスト制御部２２２は配置制御部２２５に対して、コンテナ１１０を複製してコンテナ２１０をプライベートクラウド２００に配置する旨の信号を送信する（ステップＳ３８）。

【0045】

配置制御部２２５は、リクエストに付与された識別情報をコンテナ情報２２６に照らし合わせて、コンテナ２１０を複製してプライベートクラウド２００に配置する（ステップＳ３９）。
ステップＳ３９の後、ステップＳ３３からステップＳ３７までの動作が行われる。

【0046】

削除処理部２２８は、コンテナ２１０が処理部２２７の指示を受けてレスポンスを返した時刻から予め設定された時間の経過後にコンテナ２１０を削除する。
上記の実施形態のコンテナ管理装置１０の構成は一例である。コンテナ管理装置１０は、パブリッククラウド１００に備えられても良く、プライベートクラウド２００に備えられても良い。パブリッククラウド１００がコンテナ管理装置１０を備えることにより、パブリッククラウド１００からプライベートクラウド２００へ持ち出しができないデータに係るプライベートクラウド２００のプロセスにおいて、データの漏洩を防止することができる。

【0047】

上記のようなコンテナ管理システム１の動作により、パブリッククラウド１００とプライベートクラウド２００とのデータの通信による漏洩を防ぐことができる。

【0048】

《作用・効果》
本発明に係るコンテナ管理装置１０は、パブリッククラウド１００に構築された仮想環境のプロセスによるプライベートクラウド２００上の記憶手段に記憶されるデータへのアクセスが失敗であるか否かを監視する監視手段と、アクセスが失敗である場合、仮想環境を複製した複製環境をプライベートクラウド２００に配置する複製手段と、アクセスの内容に基づいて、複製環境のプロセスに記憶手段に記憶されるデータへのアクセスを行うように指示を行う処理手段を備える。

【0049】

これにより、コンテナ管理装置１０は、パブリッククラウド１００とプライベートクラウド２００とのデータの通信による漏洩を防ぐことができる。

【0050】

また、コンテナ管理装置１０は、アクセスが失敗である場合の当該アクセスのリクエストの属性情報を示すマッピング情報として記録する記録手段と、リクエストの属性情報をマッピング情報に照らし合わせて、当該属性情報が当該マッピング情報に存在するか否かを判定する判定手段を備え、複製手段は、アクセスが失敗である場合又は属性情報が前記マッピング情報に存在すると判定された場合、仮想環境を複製した複製環境をプライベートクラウド２００に配置する。

【0051】

これにより、コンテナ管理装置１０は、アクセスが失敗である場合の情報に基づいて仮想環境を複製することにより、コンテナ１１０による記憶装置２４０へのアクセスが無くても、当該アクセスの失敗を予想することができる。これにより、コンテナ管理装置１０は、パブリッククラウド１００とプライベートクラウド２００とのデータの通信による漏洩を防ぐことができる。

【0052】

また、コンテナ管理装置１０は、指示から予め設定された時間の経過後に、複製環境を削除する削除手段を備える。
コンテナ管理装置１０は予め設定された時間が経過して、不要となった複製環境を削除する。これにより、コンテナ管理装置１０のユーザは、プライベートクラウド２００のリソースを効率的に用いることができる。

【0053】

コンテナ管理装置１０は、パブリッククラウド１００又はプライベートクラウド２００に設けられる。
これにより、コンテナ管理装置１０は、パブリッククラウド１００からプライベートクラウド２００へ持ち込みができないデータの漏洩を防ぐことができる。

【0054】

《基本構成》
以下、基本構成に係るコンテナ管理システム１の構成について説明する。
図８は、基本構成に係るコンテナ管理システム１の構成を示す図である。
基本構成に係るコンテナ管理システム１は、第１の実施形態に係るコンテナ管理システム１の構成から削除処理部２２８を備えない構成である。

【0055】

基本構成に係るコンテナ管理装置１０は、パブリッククラウド１００に構築された仮想環境のプロセスによるプライベートクラウド２００上の記憶手段に記憶されるデータへのアクセスが失敗であるか否かを監視する監視手段と、アクセスが失敗である場合、仮想環境を複製した複製環境をプライベートクラウド２００に配置する複製手段と、アクセスの内容に基づいて、複製環境のプロセスに記憶手段に記憶されるデータへのアクセスを行うように指示を行う処理手段を備える。

【0056】

これにより、コンテナ管理装置１０は、パブリッククラウド１００とプライベートクラウド２００とのデータの通信による漏洩を防ぐことができる。

【0057】

〈他の実施形態〉
以下、他の実施形態について説明する。
コンテナ管理装置１０は、コンテナ管理装置１０のユーザから予め入力を受け入れて、リクエスト情報１２６を記録しても良い。また、コンテナ管理装置１０のユーザから予め入力を受け入れて、リクエスト情報１２６を編集しても良い。
これにより、コンテナ管理装置１０は、コンテナ２１０によるアクセスの失敗を監視するまでもなく、リクエスト情報１２６によりプライベートクラウド２００へのコンテナ１１０の複製ができる。そのため、コンテナ２１０の初回アクセスに係るコンテナ管理装置１０の処理速度を向上でき、レスポンス速度を向上することができる。また、リクエスト情報１２６の編集により不要なリクエスト情報１２６を編集できるため、コンテナ管理装置１０による不要なリソースの消費を防止できる。

【0058】

また、コンテナ管理装置１０は、パブリッククラウド１００上に配置制御部と削除処理部を設けても良い。この場合、プライベートクラウド２００が行っているコンテナ１１０の複製や削除処理を、パブリッククラウド１００が行うことができる。

【0059】

〈コンピュータ構成〉
図９は、少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。
コンピュータ１１００は、プロセッサ１１１０、メインメモリ１１２０、ストレージ１１３０、インタフェース１１４０を備える。
上述の管理サーバー１２０と、管理サーバー２２０及び計算サーバーは、コンピュータ１１００に実装される。そして、上述した各処理部の動作は、プログラムの形式でストレージ１１３０に記憶されている。プロセッサ１１１０は、プログラムをストレージ１１３０から読み出してメインメモリ１１２０に展開し、当該プログラムに従って上記処理を実行する。また、プロセッサ１１１０は、プログラムに従って、上述した各記憶部に対応する記憶領域をメインメモリ１１２０に確保する。

【0060】

プログラムは、コンピュータ１１００に発揮させる機能の一部を実現するためのものであってもよい。例えば、プログラムは、ストレージ１１３０に既に記憶されている他のプログラムとの組み合わせ、または他の装置に実装された他のプログラムとの組み合わせによって機能を発揮させるものであってもよい。なお、他の実施形態においては、コンピュータ１１００は、上記構成に加えて、または上記構成に代えてＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）などのカスタムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）を備えてもよい。ＰＬＤの例としては、ＰＡＬ(Ｐｒｏｇｒａｍｍａｂｌｅ Ａｒｒａｙ Ｌｏｇｉｃ)、ＧＡＬ(Ｇｅｎｅｒｉｃ Ａｒｒａｙ Ｌｏｇｉｃ)、ＣＰＬＤ(Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ)、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が挙げられる。この場合、プロセッサ１１１０によって実現される機能の一部または全部が当該集積回路によって実現されてよい。

【0061】

ストレージ１１３０の例としては、磁気ディスク、光磁気ディスク、半導体メモリ等が挙げられる。ストレージ１１３０は、コンピュータ１１００のバスに直接接続された内部メディアであってもよいし、インタフェース１１４０または通信回線を介してコンピュータに接続される外部メディアであってもよい。また、このプログラムが通信回線によってコンピュータ１１００に配信される場合、配信を受けたコンピュータ１１００が当該プログラムをメインメモリ１１２０に展開し、上記処理を実行してもよい。少なくとも１つの実施形態において、ストレージ１１３０は、一時的でない有形の記憶媒体である。

【0062】

また、当該プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、当該プログラムは、前述した機能をストレージ１１３０に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であっても良い。

【符号の説明】

【0063】

１ コンテナ管理システム
１０ コンテナ管理装置
１００ パブリッククラウド
１１０ コンテナ
１２０ 管理サーバー
１２２ リクエスト制御部
１２４ 情報収集部
１２６ リクエスト情報
１２７ 処理部
１２８ データベース情報
１４０ 記憶装置
２００ プライベートクラウド
２１０ コンテナ
２２０ 管理サーバー
２２２ リクエスト制御部
２２５ 配置制御部
２２６ コンテナ情報
２２７ 処理部
２２８ 削除処理部
２４０ 記憶装置
１１００ コンピュータ
１１１０ プロセッサ
１１２０ メインメモリ
１１３０ ストレージ
１１４０ インタフェース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】