JP2022178635A - 情報処理システム、情報処理装置とその制御方法及びプログラム - Google Patents

Abstract

【課題】コンテナのイメージファイルを取得する際、コンテナプログラムの特性及びディスクの特性を考慮せずに保存すると、コンテナプログラムの非機能要件を満たすことができなかったり、ディスクの寿命を縮めるおそれがある。
【解決手段】複数の記憶手段を有する情報処理装置であって、コンテナイメージを取得し、その取得したコンテナイメージに含まれるコンテナで動作するプログラムの特性情報と、複数の記憶手段のそれぞれの特性とに基づいて、コンテナイメージを複数の記憶手段のいずれに記憶するか判定し、コンテナイメージを記憶すると判定された記憶手段に記憶された前記コンテナイメージに基づいてコンテナを起動する。
【選択図】 図４

Description

本発明は、情報処理システム、情報処理装置とその制御方法及びプログラムに関するものである。

近年、コンテナと呼ばれる仮想化技術の一種が注目を集めている。コンテナを利用することで、アプリケーションの実行環境及び依存するライブラリ群を独立させることができる。またコンテナ型仮想化は従来の仮想化と異なり、Hyperviserを介したゲストＯＳを使用しないため、従来の仮想マシンよりも高速に起動でき、かつ容量も小さくなるという特徴がある。これにより、アプリケーションの移植性が高くなり、スケーラビリティの向上、及びバージョンアップが容易に行えるといったメリットを享受することができる。

特に、Ｄｏｃｋｅｒ（登録商標）と呼ばれるコンテナを管理、実行するためのＯＳＳ（Open Source Software）が登場したことにより、コンテナ技術の普及が進み、様々なサービスがＤｏｃｋｅｒコンテナとして構築されるようになってきている。このＤｏｃｋｅｒコンテナは、namespaceと呼ばれるソフトウェアの分離技術と、Linux（登録商標）OSが持つcgroupsというリソース管理技術を利用して生成されている。Ｄｏｃｋｅｒは、イメージファイルからコンテナのインスタンスを生成する。イメージファイルから生成されるコンテナは、Ｄｏｃｋｅｒが動作する環境上であれば同じ動作をするため、イメージファイルを転送するだけでコンテナアプリケーションを極めて容易に移植できるという特徴がある。

コンテナをオーケストレーション（orchestration）するためのツールとして、コンテナ化されたワークロードやサービスを管理するための、ポータブルで拡張性のあるオープンソースのプラットフォームであるKubernetesが広く使われている。このKubernetesは、サービスへのアクセス状況に応じて動作コンテナの増減を行う機能や、コンテナを動作させるホストマシンのリソースの使用量に応じてコンテナを動作させるホストマシンを自動的に切り替える機能を持っている。

特許文献１には、コンテナ技術を利用するための技術が記載されている。

国際公開第２０１８／００３０２０号 特許第６５４７３０６号公報

コンテナの元となるイメージファイルは、コンテナ内で動作するプログラムが必要なライブラリやファイルシステム等を含むため、通常のプログラムファイルよりもサイズが大きくなる傾向がある。そのため、イメージファイルは大容量のストレージに保存することが基本となる。しかしながら、ストレージの特性によっては、コンテナプログラムの非機能要件を満たすことができなかったり、ストレージの寿命を縮める等のおそれがある。

特許文献２には、メモリ上のデータを不揮発性記憶装置に保存する時に、一般情報か、機密情報かを仕分けて保存する方法が記載されている。しかしこの技術では、コンテナプログラムの非機能要件に適合するディスクを適切に選択することはできない。

本発明の目的は、上記従来技術の課題の少なくとも一つを解決することにある。

本発明の目的は、コンテナ内で動作するプログラムの特性と、コンテナイメージを記憶する記憶部の特性とを考慮して、コンテナイメージの最適な保存場所を決定してコンテナイメージを記憶する技術を提供することにある。

上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
コンテナイメージを取得する取得手段と、
複数の記憶手段と、
前記コンテナイメージに含まれるコンテナで動作するプログラムの特性情報と、前記複数の記憶手段のそれぞれの特性とに基づいて、前記コンテナイメージを前記複数の記憶手段のいずれに記憶するか判定する判定手段と、
前記判定手段により前記コンテナイメージを記憶すると判定された記憶手段に記憶された前記コンテナイメージに基づいてコンテナを起動する起動手段と、を有することを特徴とする。

本発明によれば、コンテナ内で動作するプログラムの特性と、コンテナイメージを記憶する記憶部の特性とを考慮して、コンテナイメージの最適な保存場所を決定することができる。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。尚、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の実施形態に係るシステムの構成を説明する図。 実施形態に係るコンテナ実行端末の一例である画像形成装置のハードウェア構成を説明するブロック図。 実施形態に係る画像形成装置でコンテナを実行するためのソフトウェア構成を説明するブロック図。 実施形態に係る画像形成装置におけるコンテナイメージの保存先を決定する処理を説明するフローチャート。 実施形態に係るコンテナレジストリの構成を説明するブロック図。 実施形態に係るマニフェストファイルの具体例を示す図。 本発明の実施形態２に係るシステムの構成を説明する図。 実施形態２に係る制御サーバが複数の装置に対応するノードにコンテナイメージを保存し、そのノードによりコンテナを起動させるときの処理を説明するフローチャート。 本発明の実施形態３に係るデジタルカメラのハードウェア構成を説明するブロック図。 実施形態３に係るデジタルカメラにおけるコンテナイメージの保存処理を説明するフローチャート。 実施形態に係るコンテナイメージの一例を示す図。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これら複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一もしくは同様の構成に同一の参照番号を付し、重複した説明は省略する。尚、以下の実施形態では、本発明に係る情報処理装置の一例を画像形成装置を例に説明する。

［実施形態１］
図１は、本発明の実施形態に係る情報処理システムの構成を説明する図である。この情報処理システムは、コンテナを実施する際の基本的なシステムの構成を示しており、図１を参照して、コンテナを実行する際の構成の大枠を説明する。

端末１０１は、プログラムをコンテナとして開発するための端末である。開発者は、この端末１０１で作成したコンテナイメージを、コンテナレジストリ１０２へ登録する。ここで、コンテナレジストリ１０２は一般的なサーバであり、コンテナイメージを管理するためのイメージ管理部１０３を有する。

コンテナ実行端末１０４は、コンテナ制御部１０６が通信部１０５を介してコンテナレジストリ１０２と通信を行い、コンテナレジストリ１０２のイメージ管理部１０３に保存されているコンテナイメージを取得してイメージ保存部１０７へ保存する。コンテナ制御部１０６は、イメージ保存部１０７に保存されたコンテナイメージを基にコンテナを生成し、コンテナのプログラム動作を開始する。尚、コンテナイメージの一例を図１１に示す。

図１１は、実施形態に係るコンテナイメージの一例を示す図である。

コンテナイメージ１１０１は、複数のイメージレイヤ１１０２が積み重なって１つのファイルを構成している。イメージレイヤ１１０２は、プログラム実行時の引数や設定情報などのメタ情報１１０３、ライブラリやコマンド類などのファイル群１１０４、及びディレクトリ構成情報１１０５等を含んでいる。

図２は、実施形態に係るコンテナ実行端末の一例である画像形成装置２０１のハードウェア構成を説明するブロック図である。

メインＣＰＵである中央演算処理装置（以下ＣＰＵ）２０２は、画像形成装置２０１を稼働させるためのソフトウェアを実行して画像形成装置２０１の動作を制御する。ｅＭＭＣ（embedded MultiMediaCard）１０３は、画像形成装置２０１のソフトウェア及び、サブＣＰＵ２２３が実行するソフトウェアなどを記憶している。ｅＭＭＣ１０３は更に、画像形成装置２０１が動作するために必要なデータベース、一時保存ファイル等を格納している。ＲＡＭ２０５は、画像形成装置２０１のソフトウェアの展開エリア、またＣＰＵ２０１による動作時のワークエリアを提供する。またプログラム動作時の変数や各ユニットからＤＭＡ（Direct Memory Access）で転送されるデータ等を格納するのに使用される。一般的にｅＭＭＣは、書き換え寿命が存在し、またＳＳＤと比較すると読み書き速度が遅い等のデメリットがあるが、低価格、低消費電力などの利点もある。

ネットワークコントローラ２０６は、ネットワークインタフェース（Ｉ／Ｆ）２０７を介してネットワーク上の他の機器と通信を行う。ＵＳＢホストコントローラ２０８は、ＵＳＢホストＩ／Ｆ２０９を介したＵＳＢデバイスとの通信を制御する。図２では、ＵＳＢホストＩ／Ｆ２０９は１つのみ記載しているが、実際には複数存在する。ＵＳＢデバイスコントローラ２１０は、ＵＳＢデバイスＩ／Ｆ２１１を介してＵＳＢホストと通信を行う。画像形成装置２０１がＵＳＢデバイスとして機能する時は、ＵＳＢホストからの印刷データや、スキャンしたデータをＵＳＢホストへ送信するためにＵＳＢが使用される。

表示制御部２１２は、例えば画像形成装置２０１の動作状況をユーザが確認できるように表示部２１３に表示するよう表示制御を行う。入力部２１５は、ユーザからの指示を受け付け、その指示は入力部コントローラ２１４を介してＣＰＵ２０１に伝えられる。入力部２１５は、具体的にはキーボードやポインティングデバイス、テンキー、カーソルキー、タッチパネルや、操作部キーボード等を含む。入力部２１５がタッチパネルを含む場合は、物理的には表示部２１３の表面に装着された態様になる。リアルタイムクロック（以下、ＲＴＣ）２１６は、時計機能、アラーム機能、タイマ機能等を有している。

スキャナ２１８は、システムバス２０３とスキャナＩ／Ｆ２１７を介して接続されている。またプリンタ２２０が、システムバス２０３とプリンタＩ／Ｆ２１９を介して接続されている。ＨＤＤ（ハードデスクドライブ）２２２が、システムバス２０３とＳＡＴＡＩ／Ｆ２２１を介してシステムバス２０３に接続される。ＨＤＤ１２１にはサイズの大きいファイルやアプリケーションの一時データ等が保存される。またシステムバス２０３にはサブＣＰＵ２２３が接続されている。このサブＣＰＵ２２３は主として、スキャナ２１８やプリンタ２２０等を制御する。システムバス２０３は、ＣＰＵ２０２が上述の各ユニットにアクセスするため及び、他のユニット同士がアクセスするための通路として機能している。

図３は、実施形態に係る画像形成装置２０１でコンテナを実行するためのソフトウェア構成を説明するブロック図である。この図３を参照して実施形態に係る基本的なソフトウェア動作について説明する。またコンテナ実行部３０３は、前述したようにＤｏｃｋｅｒを利用した場合を例にして説明を行う。

画像形成装置２０１で動作するオペレーティングシステム３０１は、ＲＡＭ２０５に展開されたプログラムの命令をＣＰＵ２０２が実行することによって動作する。オペレーティングシステム３０１は、アプリケーション３０４、コンテナ管理部３０２、コンテナ実行部３０３が動作するためにＣＰＵ２０２、ＲＡＭ２０５、ＨＤＤ２２２のリソースの割り当てを行う。コンテナ実行部３０３は、オペレーティングシステム３０１が提供するリソース管理の機能を利用し、コンテナアプリケーション３０５が動作するためのリソースの割り当てを管理する。今後特に断りのない限り、これらのソフトウェアはＣＰＵ２０２によって実行されるものとする。

コンテナアプリケーション３０５、アプリケーション３０４及びコンテナ管理部３０２は、ネットワークコントローラ２０６を介して外部のネットワークと通信を行うことができる。コンテナアプリケーション３０５は、ＨＤＤ２２２又はｅＭＭＣ２０４にイメージファイルの形式で保存されており、コンテナ実行部３０３が行う起動処理によってコンテナとして動作を開始し、停止処理が実行されると動作を終了する。コンテナ管理部３０２は、アプリケーション３０４からコンテナの起動依頼を受け付けると、コンテナ実行部３０３へコンテナの起動を指示する。またコンテナ管理部３０２は、アプリケーション３０４からコンテナアプリケーション３０５の停止依頼を受けるか、コンテナアプリケーション３０５にエラーが発生した場合に、コンテナ実行部３０３へコンテナの停止を指示する。

図４は、実施形態に係る画像形成装置２０１におけるコンテナイメージの保存先を決定する処理を説明するフローチャートである。

図５は、実施形態に係るコンテナレジストリ１０２の構成を説明するブロック図、図６は、実施形態に係るマニフェストファイルの具体例を示す図である。

図４の処理を説明する。アプリケーション３０４がコンテナ管理部３０２にコンテナイメージの取得依頼を発行するとＳ４０１でコンテナ管理部３０２は、ネットワークコントローラ２０６を介してコンテナレジストリ１０２と通信を行い、コンテナイメージ５０２（図５）の取得を開始する。図５に示すように、コンテナレジストリ１０２のイメージ管理部１０３では、マニフェストファイル５０１とコンテナイメージ５０２が対となって管理されている。図５では一対しか記載していないが、実際にはマニフェストファイルとコンテナイメージは複数存在していても良い。このマニフェストファイル５０１には、図６に示すように、イメージ構成情報６０１と、コンテナ内で動作するプログラム特性情報６０２が記載されている。これらの情報は、コンテナイメージ５０２を開発者が使用する端末１０１で作成する際に付与しておく。

コンテナイメージ５０２の取得が開始されるとまずＳ４０２で、マニフェストファイル５０１に記載されているプログラム特性情報６０２を取得する。このプログラム特性情報６０２には、一例として、コンテナのイメージサイズ、コンテナで動作するプログラムが要求するディスクアクセス速度、ディスク書き込み頻度、ディスク読み込み頻度などの少なくともいずれかの情報が含まれる。図６の例では、コンテナのイメージサイズは「６０」、アクセス速度は「１２５」、書き込み頻度は「２０」、読み込み頻度は「２００」に設定されている。

次にＳ４０３に進みＣＰＵ２０２は、取得したプログラム特性情報６０２から、要求されるディスクアクセス速度が閾値以上か否かを判定する。ここで閾値以上でないと判定した場合はＳ４０６に進みＣＰＵ２０２は、コンテナイメージ５０２をＨＤＤ２２２へ保存して、この処理を終了する。一方、Ｓ４０３で、要求されるディスクアクセス速度が閾値上であると判定した場合はＳ４０４に進み、イメージサイズが閾値以下であるか否か判定する。ここでＣＰＵ２０２は、イメージサイズが閾値以下でないと判定するとＳ４０６に進み、コンテナイメージ５０２をＨＤＤ２２２へ保存して、この処理を終了する。

またＳ４０４でＣＰＵ２０２は、イメージサイズが閾値以下であると判定した場合はＳ４０５に進み、ディスク書き込み頻度が閾値以下であるか否か判定する。ここでディスク書き込み頻度が閾値以下であると判定するとＳ４０７に進み、コンテナイメージ５０２をｅＭＭＣ２０４へ保存して、この処理を終了する。一方、４０５でディスク書き込み頻度が閾値以下でないと判定するとＳ４０６に進んで、コンテナイメージ５０２をＨＤＤ２２２へ保存して、この処理を終了する。

尚、実施形態では、サーバ上にあるコンテナレジストリ１０２からコンテナイメージ５０２を取得するように記載しているが、ＵＳＢメモリのような記憶媒体をコンテナレジストリとして構築しておき、ＵＳＢホストＩ／Ｆ２０９を介してＵＳＢメモリからコンテナイメージ５０２を取得するようにしても良い。

以上説明した様に実施形態によれば、コンテナイメージの取得時にマニフェストファイルに記述してあるプログラム特性情報が記憶装置に適合しているか否かを判定する。これにより、コンテナイメージの保存先となる記憶装置が複数ある場合に、コンテナイメージを保存する最適な記憶装置を決定することができる。これにより、コンテナで動作するプログラムが必要とする記憶装置の性能を適切に享受することできる。

具体的には、例えば、ＨＤＤに保存した場合は、サイズの大きいコンテナイメージを利用することができたり、コンテナで動作するプログラムの書き込み処理によるディスク寿命の摩耗を減らしたりすることができる。一方、例えばｅＭＭＣに保存した場合は、アクセス速度の速さを活かして高速にコンテナを起動でき、高速にプログラムを動作できるようになる。

［実施形態２］
上述の実施形態１では、コンテナイメージ５０２を保存するディスクが画像形成装置２０１の内部に複数存在していたが、ディスクは複数の装置に分散しておかれていても良い。

図７は、本発明の実施形態２に係る情報処理システムの構成を説明する図である。この情報処理システムは、クラウドサービスを提供するサーバ群の基本構成を示している。尚、図７において、前述の実施形態１と共通する部分は同じ参照番号を付して、その説明を省略する。

図８は、実施形態２に係る制御サーバが複数の装置に対応するノードにコンテナイメージを保存し、そのノードによりコンテナを起動させるときの処理を説明するフローチャートである。尚、実施形態２に係る画像形成装置のハードウェア構成などは前述の実施形態１と同じであるため、その説明を省略する。

制御サーバ７０１は、外部の装置と通信を行うための通信部７０２、外部からコンテナの起動やコンテナへのアクセス等の指示を受ける命令受付部７０３、コンテナ群の動作制御やロードバランシングなどの機能を持つコンテナ制御部７０４を有している。制御サーバ７０１は、ノード７０５、ノード７０９を接続して管理している。ここでは２つのノードが示されているが、複数のノードがあっても良い。ノード７０５とノード７０９はそれぞれ通信部７０６，７１０、コンテナ実行部７０７，７１１、イメージ保存部７０８，７１２を有している。

次に図８のフローチャートを参照して説明する。

Ｓ８０１で制御サーバ７０１の命令受付部７０３がコンテナの起動命令を受け付けるとＳ８０２に進み、コンテナ制御部７０４は、通信部７０２を介してコンテナレジストリ１０２と通信を行い、コンテナイメージ５０２の取得を開始する。こうしてコンテナイメージ５０２の取得処理を開始するとまずＳ８０３で、イメージ管理部１０３に保存されているマニフェストファイル５０１からプログラムの特性情報６０２を取得する。次にＳ８０４に進み、先頭のノードと通信を行い、その先頭のノードのイメージ保存部のディスク特性を取得する。そしてＳ８０５に進みＣＰＵ２０２は、そのイメージ保存部のディスク特性がコンテナイメージのプログラム特性と合致しているか否か判定する。

ここでディスク特性がコンテナイメージのプログラム特性に合致していると判定するとＳ８０８に進み、そのノードにコンテナイメージ５０２を保存してＳ８１０に進む。

一方、Ｓ８０５で、ディスク特性がプログラム特性に合致していないと判定した場合はＳ８０６に進む。Ｓ８０６でＣＰＵ２０２は、全てのノードを探索したかどうか判定し、全てのノードを探索していないときはＳ８０７に進み、次のノードのイメージ保存部のディスク特性を取得してＳ８０５に進む。そして、再度、そのディスク特性がプログラム特性に合致しているか判定する。

Ｓ８０５で全てのノードを探索しても、ディスク特性とプログラム特性とが合致するノードがなければＳ８０９に進み、コンテナイメージ５０２を、イメージ保存部のディスクに空きのあるノードへ保存する。こうしてＳ８０９で、いずれかのノードにコンテナイメージ５０２を保存するとＳ８１０に進んで、そのノードのコンテナ実行部にコンテナの起動を指示して、この処理を終了する。

以上説明した様に実施形態２によれば、各ノードの持つディスク特性を取得し、起動するコンテナイメージのプログラム特性と合致するかを判定する。このようにして、複数のノードを使用してコンテナを実行するクラウドサービスのサーバ構成であっても、コンテナイメージの保存場所と実行場所を適切に決定することができる。

［実施形態３］
図９は、本発明の実施形態３に係るデジタルカメラのハードウェア構成を説明するブロック図である。

ＣＰＵ９０１は、ｅＭＭＣ９０８に記憶されたプログラムをＲＡＭ９０７に展開し、その展開したプログラムを実行して、このデジタルカメラを制御する。ＲＡＭ９０７は、ＣＰＵ９０１のワークエリアを提供して各種データを記憶する。ＣＰＵ９０１は、システムバス９１１を介して、システムバス９１１に接続されている各部を制御する。コンテナの実行もＣＰＵ９０１によって行われ、コンテナ実行方法の詳細は、前述の実施形態１と同様である。

ネットワークＩ／Ｆ９０９は、外部の機器と通信を行うために使用される。操作部９０２は、ユーザがカメラを操作するための部分で、ユーザからの操作を受け付けると撮像素子部９０６が被写体を撮影する。画像処理部９０３は、撮像素子部９０６が撮影して得られた画像データや動画データの処理を行う。音声処理部９０４は、動画撮影時に音声を記録する。表示部９０５は、ユーザにＵＩ（ユーザインタフェース）を提供する。メモリカード部９１０は、画像データの保存等に使用され、例えばＳＤカードのようなフラッシュメモリで、ユーザが自由に着脱可能である。

図１０は、実施形態３に係るデジタルカメラにおけるコンテナイメージの保存処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ９０１がＲＡＭ９０７に展開したプログラムを実行することにより達成される。

まずＳ１００１でＣＰＵ９０１は、コンテナを実行する際、ネットワークＩ／Ｆ９０９を介してコンテナレジストリ１０２からコンテナイメージ５０２の取得を開始する。そしてＳ１００２に進みＣＰＵ９０１は、マニフェストファイル５０１からプログラム特性情報６０２を取得する。次にＳ１００３に進みＣＰＵ９０１は、メモリカード部９１０のディスク特性を取得する。ここでメモリカード部９１０のディスク特性は、空き容量とアクセス速度の少なくともいずれかを含んでいる。Ｓ１００４でＣＰＵ９０１は、プログラム特性情報６０２とメモリカード部９１０のディスク特性とが合致しているか判定し、これらが合致していればＳ１００５に進んで、メモリカード部９１０にコンテナイメージ５０２を保存して１００７に進む。

一方、合致していなければＳ１００６に進みＣＰＵ９０１は、ｅＭＭＣ９０８にコンテナイメージ５０２を保存してＳ１００７に進む。Ｓ１００７でＣＰＵ９０１は、その保存したコンテナイメージに基づいてコンテナを起動して、この処理を終了する。尚、実施形態３は、メモリカード部にＳＤカードを例に挙げて説明を行ったが、例えばＵＳＢメモリのような記憶媒体でも良い。

以上説明した様に実施形態３によれば、デジタルカメラのような小型のＩｏＴデバイスにおいても、コンテナプログラムの非機能要件を考慮してコンテナイメージの最適な保存場所を決定することができる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から逸脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１０２…コンテナレジストリ、１０３…イメージ管理部、１０４…コンテナ実行端末、１０６…コンテナ制御部、１０７…コンテナイメージ保存部、２０２…サブＣＰＵ、２０４…ｅＭＭＣ、２０５…ＲＡＭ、２２２…ＨＤＤ

Claims (12)

1. コンテナイメージを取得する取得手段と、
   複数の記憶手段と、
   前記コンテナイメージに含まれるコンテナで動作するプログラムの特性情報と、前記複数の記憶手段のそれぞれの特性とに基づいて、前記コンテナイメージを前記複数の記憶手段のいずれに記憶するか判定する判定手段と、
   前記判定手段により前記コンテナイメージを記憶すると判定された記憶手段に記憶された前記コンテナイメージに基づいてコンテナを起動する起動手段と、
   を有することを特徴とする情報処理装置。
2. 前記プログラムの特性情報は、前記コンテナイメージに含まれるマニフェストファイルに記述されていることを特徴とする請求項１に記載の情報処理装置。
3. 前記プログラムの特性情報は、イメージサイズ、アクセス速度、書き込み頻度、及び読み込み頻度の少なくともいずれかを含むことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記判定手段は、前記プログラムの特性情報と前記特性とが合致している記憶手段に、前記コンテナイメージを記憶すると判定することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記特性は、前記記憶手段の空き容量とアクセス速度の少なくといずれかを含むことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 情報処理装置と、前記情報処理装置に接続された複数のサーバとを有する情報処理システムであって、
   前記情報処理装置は、
   コンテナイメージを取得する取得手段と、
   前記複数のサーバの記憶装置の特性を取得する取得手段と、
   前記取得手段により取得された前記複数のサーバの記憶装置の特性と、前記コンテナイメージに含まれるコンテナで動作するプログラムの特性情報に基づいて、前記コンテナイメージを前記複数のサーバのいずれに記憶するか判定する判定手段と、
   前記判定手段により記憶すると判定されたサーバに前記コンテナイメージを記憶させる手段と、
   前記コンテナイメージを記憶させたサーバにコンテナの起動を指示する起動手段と、
   を有することを特徴とする情報処理システム。
7. 前記プログラムの特性情報は、前記コンテナイメージに含まれるマニフェストファイルに記述されていることを特徴とする請求項６に記載の情報処理システム。
8. 前記プログラムの特性情報は、イメージサイズ、アクセス速度、書き込み頻度、及び読み込み頻度の少なくともいずれかを含むことを特徴とする請求項６又は７に記載の情報処理システム。
9. 前記判定手段は、前記プログラムの特性情報と前記特性とが合致している記憶装置を有するサーバに前記コンテナイメージを記憶すると判定することを特徴とする請求項６乃至８のいずれか１項に記載の情報処理システム。
10. 前記特性は、前記記憶装置の空き容量とアクセス速度の少なくといずれかを含むことを特徴とする請求項６乃至９のいずれか１項に記載の情報処理システム。
11. 複数の記憶手段を有し、コンテナ技術を利用して処理を行う情報処理装置を制御する制御方法であって、
    コンテナイメージを取得する取得工程と、
    前記コンテナイメージに含まれるコンテナで動作するプログラムの特性情報と、前記複数の記憶手段のそれぞれの特性に基づいて、前記コンテナイメージを前記複数の記憶手段のいずれに記憶するか判定する判定工程と、
    前記判定工程で前記コンテナイメージを記憶すると判定された記憶手段に記憶された前記コンテナイメージに基づいてコンテナを起動する起動工程と、
    を有することを特徴とする制御方法。
12. コンピュータに、請求項１１に記載の制御方法の各工程のすべてを実行させるためのプログラム。

Images