JP2023146495A - 制御プログラム、制御方法、および情報処理装置 - Google Patents

Abstract

【課題】破損または改ざんされたイメージデータが本番環境に配備されるのを防ぐこと。【解決手段】同期制御装置２０１は、オブジェクトストレージ２３０に格納されたコンテナイメージを、開発環境Ｅ１におけるアプリケーションの改変に応じて更新されるコンテナイメージと同期させる。開発環境Ｅ１と本番環境Ｅ２との間の通信は、実行できないように設定される。例えば、同期制御装置２０１は、第１の時間間隔ごとに、コンテナレジストリ２２０からコンテナイメージを取得する。同期制御装置２０１は、取得したコンテナイメージと、オブジェクトストレージ２３０に前回格納されたコンテナイメージとの一致判定を行う。同期制御装置２０１は、前回格納されたコンテナイメージと一致しない場合、取得したコンテナイメージをオブジェクトストレージ２３０に格納する。【選択図】図６

Description

本発明は、制御プログラム、制御方法、および情報処理装置に関する。

従来、アプリケーションの開発・実行基盤では、顧客のセキュリティ要件を満たすために、開発環境と本番環境との間の通信が禁じられる場合がある。この場合、開発環境の生産物を本番環境に配備する際に、開発環境と本番環境との間で直接の受渡しができない。このため、インターネット上に中間メディアとしてオブジェクトストレージを設置し、それを経由して生産物の受渡しを実施する場合がある。

先行技術としては、本番環境におけるモジュールの所在情報と検証環境におけるモジュールの所在情報との対応関係を示す情報を参照して、本番環境に配備されたモジュールと検証環境に配備されたモジュールとの差分を抽出し、差分情報を出力するものがある。

特開２０１３－２０６１１４号公報

しかしながら、従来技術では、破損または改ざんされたコンテナイメージがオブジェクトストレージに格納されて、破損または改ざんされたコンテナイメージが本番環境に配備されるリスクがある。

一つの側面では、本発明は、破損または改ざんされたイメージデータが本番環境に配備されるのを防ぐことを目的とする。

１つの実施態様では、ソフトウェアを実行するための実行環境のイメージデータを、前記ソフトウェアの開発環境と前記ソフトウェアの本番環境とからアクセス可能なストレージに格納し、前記ストレージに格納されたイメージデータを、前記開発環境における前記ソフトウェアの改変に応じて更新されるイメージデータと同期させ、前記開発環境と前記本番環境との間の通信は実行できないように設定される、制御プログラムが提供される。

本発明の一側面によれば、破損または改ざんされたイメージデータが本番環境に配備されるのを防ぐことができるという効果を奏する。

図１は、実施の形態にかかる制御方法の一実施例を示す説明図である。 図２は、情報処理システム２００のシステム構成例を示す説明図である。 図３は、同期制御装置２０１のハードウェア構成例を示すブロック図である。 図４は、管理テーブル２４０の記憶内容の一例を示す説明図である。 図５は、同期制御装置２０１の機能的構成例を示すブロック図である。 図６は、情報処理システム２００の動作例を示す説明図（その１）である。 図７は、情報処理システム２００の動作例を示す説明図（その２）である。 図８は、同期制御装置２０１の同期制御処理手順の一例を示すフローチャート（その１）である。 図９は、同期制御装置２０１の同期制御処理手順の一例を示すフローチャート（その２）である。

以下に図面を参照して、本発明にかかる制御プログラム、制御方法、および情報処理装置の実施の形態を詳細に説明する。

（実施の形態）
図１は、実施の形態にかかる制御方法の一実施例を示す説明図である。図１において、情報処理装置１０１は、ソフトウェアＳＷを実行するための実行環境のイメージデータＩｄを、ソフトウェアＳＷの開発環境１１０とソフトウェアＳＷの本番環境１２０とからアクセス可能なストレージＳＴに格納するコンピュータである。

ソフトウェアＳＷは、開発対象のソフトウェアであり、例えば、アプリケーション、ミドルウェア、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などである。ソフトウェアＳＷを実行するための実行環境は、例えば、ソフトウェアＳＷを実行するためのコンテナまたは仮想マシンである。

コンテナは、ＯＳのカーネルを内部で分割して作成される、他と隔離されたユーザ空間に相当し、ＯＳのプロセスのひとつとして動作する。仮想マシンは、物理的なコンピュータのハードウェア資源を分割して構築される実行環境で動作する仮想的なコンピュータである。

イメージデータＩｄは、開発環境１１０の生産物であり、例えば、開発されたソフトウェア（例えば、ソフトウェアＳＷ）、ソフトウェアの実行に用いられる変数、コマンド、メタデータなどを含む。開発環境１１０は、ソフトウェアを開発するための作業環境であり、ソフトウェアを開発するためのデバイスやソフトウェアを含む。

情報処理装置１０１は、例えば、開発環境１１０に含まれる。本番環境１２０は、開発されたソフトウェアＳＷを実際に稼働させるための運用環境であり、ソフトウェアＳＷを稼働させるためのデバイスやソフトウェアを含む。開発環境１１０と本番環境１２０との間の通信は、実行できないように設定される。

例えば、開発環境１１０と本番環境１２０との間の通信は、顧客のセキュリティ要件を満たすために禁じられる。具体的には、例えば、開発環境１１０内のデバイスと本番環境１２０内のデバイスとの間は、直接通信できないように設定される。例えば、開発環境１１０内のデバイスから本番環境１２０内のデバイスへのアクセスは禁止される。また、本番環境１２０内のデバイスから開発環境１１０内のデバイスへのアクセスは禁止される。このため、開発環境１１０と本番環境１２０との間で、直接情報の受け渡しをすることができない。ストレージＳＴは、例えば、インターネットなどのネットワークを介してアクセス可能なオブジェクトストレージである。

従来、開発環境（例えば、開発環境１１０）の生産物を本番環境（例えば、本番環境１２０）に配備する際に、開発環境と実行環境との間で直接の受け渡しができないために、オブジェクトストレージを経由して生産物の受渡しを実施する場合がある。ここでは、開発環境の生産物として、アプリケーションのコンテナイメージを例に挙げて説明する。

異なる環境間でコンテナイメージの受け渡しを行う場合、開発者に必要以上の権限が付与されることがある。例えば、開発者には、開発環境のコンテナレジストリへの読み取り、オブジェクトストレージへの読み取り／書き込みの権限が付与される。運用者には、オブジェクトストレージへの読み取り、本願環境のコンテナレジストリへの書き込みの権限が付与される。

例えば、開発者は、開発環境のコンテナレジストリからコンテナイメージを取得してオブジェクトストレージにアップロードする。また、運用者は、オブジェクトストレージからダウンロードしたコンテナイメージを開発環境のコンテナレジストリに登録して、本番環境にコンテナイメージを配備する。

しかし、この場合、オブジェクトストレージに意図しないコンテナイメージが格納されるおそれがある。例えば、オブジェクトストレージへのアップロードの操作でファイルが破損すると、破損したコンテナイメージがオブジェクトストレージに格納される。また、コンテナイメージは、例えば、オブジェクトストレージにファイル形式で格納される。コンテナイメージからのファイル作成時にファイルが破損すると、破損したコンテナイメージがオブジェクトストレージに格納される。

また、開発者がオブジェクトストレージへの読み書き権限を持つことで、オブジェクトストレージを直接操作する者が増え、誤操作によるコンテナイメージファイルの破損のリスクが高まる。さらに、オブジェクトストレージを直接操作する者が増えると、コンテナイメージファイルの故意の改ざんのリスクが高まる。

ここで、オブジェクトストレージへのアップロードの操作でのファイルの破損については、例えば、既存のチェックサムの技術を利用して検知することが考えられる。例えば、開発者が、オブジェクトストレージからチェックサムを取得し、アップロードしたファイルのチェックサムと比較することで、ファイルの破損を検知することができる。

また、オブジェクトストレージへの開発者の誤操作によるファイルの破損についても、チェックサムを利用して検知することが考えられる。例えば、運用者が、オブジェクトストレージからダウンロードしたファイルのチェックサムを、電子メールなどで開発者から通知されるチェックサムと比較することで、ファイルの破損を検知することができる。

しかし、上述した手法では、コンテナイメージからのファイル作成時にファイルが破損すると、開発者が保持するチェックサム自体が破損したファイルのチェックサムとなり、ファイルの破損を検知することができない。また、悪意のある開発者によりファイルが改ざんされた場合は、チェックサムを用いた開発者による改ざん検知が故意に省略される可能性が高い。

オブジェクトストレージに格納されたコンテナイメージ（イメージファイル）の破損や改ざんを検知できなければ、破損または改ざんされたコンテナイメージが本番環境に配備されてしまう。破損または改ざんされたコンテナイメージが本番環境に配備されると、運用時に重大な問題を引き起こすおそれがある。

そこで、本実施の形態では、破損または改ざんされたイメージデータが本番環境（例えば、本番環境１２０）に配備されることを防ぐ制御方法について説明する。ここで、情報処理装置１０１の処理例（下記（１）および（２）に相当）について説明する。

（１）情報処理装置１０１は、ソフトウェアＳＷを実行するための実行環境のイメージデータＩｄを、ソフトウェアＳＷの開発環境１１０とソフトウェアＳＷの本番環境１２０とからアクセス可能なストレージＳＴに格納する。ストレージＳＴは、例えば、インターネット環境１３０に設置される。

具体的には、例えば、情報処理装置１０１は、開発環境１１０のレジストリ１１１からイメージデータＩｄを取得する。ここで、レジストリ１１１は、開発環境１１０におけるソフトウェアＳＷの改変に応じて更新されるイメージデータＩｄが格納されるデータベースである。

そして、情報処理装置１０１は、取得したイメージデータＩｄを、インターネット環境１３０のストレージＳＴに格納する。なお、詳細は後述するが、イメージデータＩｄをストレージＳＴに格納するにあたり、イメージデータＩｄは、ファイル形式のデータ（例えば、コンテナイメージファイル）に変換される。

（２）情報処理装置１０１は、ストレージＳＴに格納されたイメージデータＩｄを、開発環境１１０におけるソフトウェアＳＷの改変に応じて更新されるイメージデータＩｄと同期させる。ここで、ソフトウェアＳＷの改変は、ソフトウェアＳＷの内容を変更することであり、例えば、システムの障害対応や機能強化のために行われる。

具体的には、例えば、情報処理装置１０１は、第１の時間間隔ごとに、開発環境１１０のレジストリ１１１からイメージデータＩｄを取得する。第１の時間間隔は、任意に設定可能であり、例えば、１週間程度に設定される。つぎに、情報処理装置１０１は、取得したイメージデータＩｄとストレージＳＴに前回格納したイメージデータＩｄとの一致判定を行う。そして、情報処理装置１０１は、前回格納したイメージデータＩｄと一致しない場合、取得したイメージデータＩｄをストレージＳＴに格納することにしてもよい。

また、情報処理装置１０１は、第２の時間間隔ごとに、ストレージＳＴに格納されているイメージデータＩｄと、ストレージＳＴに前回格納したイメージデータＩｄとの一致判定を行う。第２の時間間隔は、任意に設定可能であり、例えば、１日程度に設定される。そして、情報処理装置１０１は、前回格納したイメージデータＩｄと一致しない場合に、前回格納したイメージデータＩｄをストレージＳＴに格納することにしてもよい。

運用者１４０は、例えば、ソフトウェアＳＷのリリースのタイミングで、ストレージＳＴからイメージデータＩｄ（例えば、コンテナイメージファイル）をダウンロードする。そして、運用者１４０は、本番環境１２０のレジストリ１２１にイメージデータＩｄを登録する。レジストリ１２１は、本番環境１２０に配備されるイメージデータＩｄが格納されるデータベースである。これにより、本番環境１２０にイメージデータＩｄが配備される。

このように、情報処理装置１０１によれば、ストレージＳＴに格納されるイメージデータＩｄを、開発環境１１０のレジストリ１１１に格納されているイメージデータＩｄと同期させることができる。これにより、情報処理装置１０１は、開発環境１１０におけるイメージデータＩｄの更新に合わせて、ストレージＳＴに格納されるイメージデータＩｄを自動更新することができる。この結果、情報処理装置１０１は、破損または改ざんされたイメージデータＩｄが本番環境１２０に配備されるのを防ぐことができる。

（情報処理システム２００のシステム構成例）
つぎに、図１に示した情報処理装置１０１を含む情報処理システム２００のシステム構成例について説明する。ここでは、図１に示した情報処理装置１０１を、情報処理システム２００内の同期制御装置２０１に適用した場合を例に挙げて説明する。情報処理システム２００は、例えば、開発環境と本番環境との間でコンテナイメージを自動同期させるサービスに適用される。

以下の説明では、開発対象のソフトウェアＳＷとして、「アプリケーションＡｐ」を例に挙げて説明する。また、アプリケーションＡｐの開発環境を「開発環境Ｅ１」と表記し、アプリケーションＡｐの本番環境を「本番環境Ｅ２」と表記する場合がある。開発環境Ｅ１と本番環境Ｅ２との間の通信は、実行できないように設定される。

また、開発環境Ｅ１の生産物として「アプリケーションＡｐのコンテナイメージＣ」を例に挙げて説明する。コンテナイメージＣは、アプリケーションＡｐをコンテナで実行するためのイメージデータである。コンテナイメージＣは、例えば、アプリケーションＡｐ、アプリケーションＡｐの実行に用いられる変数、コマンド、メタデータなどを含む。コンテナイメージＣは、例えば、アプリケーションＡｐをビルドすることにより作成される。図１に示したイメージデータＩｄは、例えば、コンテナイメージＣに対応する。

図２は、情報処理システム２００のシステム構成例を示す説明図である。図２において、情報処理システム２００は、同期制御装置２０１と、データベースサーバ２０２と、ストレージサーバ２０３と、複数のユーザ端末２０４と、を含む。情報処理システム２００において、同期制御装置２０１、データベースサーバ２０２、ストレージサーバ２０３およびユーザ端末２０４は、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などである。

ここで、同期制御装置２０１は、管理テーブル２４０を有し、自動同期サービスを提供するコンピュータである。自動同期サービスとは、オブジェクトストレージ２３０に格納されたコンテナイメージＣを、開発環境Ｅ１におけるアプリケーションＡｐの改変に応じて更新されるコンテナイメージＣと同期させるサービスである。同期制御装置２０１は、例えば、開発環境Ｅ１（後述の図６参照）に設置されるサーバである。なお、管理テーブル２４０の記憶内容については、図４を用いて後述する。

データベースサーバ２０２は、開発環境Ｅ１に設置されるコンピュータである。データベースサーバ２０２は、コンテナレジストリ２２０を有し、アプリケーションＡｐのコンテナイメージＣを格納する。コンテナレジストリ２２０は、アプリケーションＡｐのコンテナイメージＣが格納されるデータベースである。コンテナレジストリ２２０には、開発環境Ｅ１におけるアプリケーションＡｐの改変に応じて更新されるコンテナイメージＣが格納される。図１に示したレジストリ１１１は、例えば、コンテナレジストリ２２０に対応する。

ストレージサーバ２０３は、インターネット環境Ｅ３（後述の図６参照）に設置されるコンピュータである。ストレージサーバ２０３は、オブジェクトストレージ２３０を有する。オブジェクトストレージ２３０は、アプリケーションＡｐの開発環境Ｅ１と本番環境Ｅ２（後述の図６参照）とからネットワーク２１０を介してアクセス可能なストレージの一例である。図１に示したストレージＳＴは、例えば、オブジェクトストレージ２３０に対応する。ストレージサーバ２０３は、例えば、クラウドコンピューティングにより実現される。

ユーザ端末２０４は、情報処理システム２００のユーザが使用するコンピュータである。ユーザは、例えば、アプリケーションＡｐの開発者、運用者などである。また、ユーザは、例えば、クラウド管理者である。クラウド管理者は、同期制御装置２０１やオブジェクトストレージ２３０の管理者である。ユーザ端末２０４は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレットＰＣなどである。

なお、ここでは同期制御装置２０１とデータベースサーバ２０２とを別体に設けることにしたが、これに限らない。例えば、同期制御装置２０１は、データベースサーバ２０２により実現されることにしてもよい。また、同期制御装置２０１は、例えば、クラウド管理者のユーザ端末２０４により実現されることにしてもよい。

（同期制御装置２０１のハードウェア構成例）
つぎに、同期制御装置２０１のハードウェア構成例について説明する。

図３は、同期制御装置２０１のハードウェア構成例を示すブロック図である。図３において、同期制御装置２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、メモリ３０２と、ディスクドライブ３０３と、ディスク３０４と、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０５と、可搬型記録媒体Ｉ／Ｆ３０６と、可搬型記録媒体３０７と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、同期制御装置２０１の全体の制御を司る。ＣＰＵ３０１は、複数のコアを有していてもよい。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳのプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

ディスクドライブ３０３は、ＣＰＵ３０１の制御に従ってディスク３０４に対するデータのリード／ライトを制御する。ディスク３０４は、ディスクドライブ３０３の制御で書き込まれたデータを記憶する。ディスク３０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

通信Ｉ／Ｆ３０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部のコンピュータに接続される。そして、通信Ｉ／Ｆ３０５は、ネットワーク２１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ３０５には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

可搬型記録媒体Ｉ／Ｆ３０６は、ＣＰＵ３０１の制御に従って可搬型記録媒体３０７に対するデータのリード／ライトを制御する。可搬型記録媒体３０７は、可搬型記録媒体Ｉ／Ｆ３０６の制御で書き込まれたデータを記憶する。可搬型記録媒体３０７としては、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどが挙げられる。

なお、同期制御装置２０１は、上述した構成部のほかに、例えば、入力装置、ディスプレイなどを有することにしてもよい。また、同期制御装置２０１は、上述した構成部のうち、例えば、可搬型記録媒体Ｉ／Ｆ３０６、可搬型記録媒体３０７を有さないことにしてもよい。また、図２に示したデータベースサーバ２０２、ストレージサーバ２０３、ユーザ端末２０４についても、同期制御装置２０１と同様のハードウェア構成により実現することができる。ただし、ユーザ端末２０４は、上述した構成部のほかに、例えば、入力装置、ディスプレイなどを有する。

（管理テーブル２４０の記憶内容）
つぎに、同期制御装置２０１が有する管理テーブル２４０の記憶内容について説明する。管理テーブル２４０は、例えば、メモリ３０２、ディスク３０４などの記憶装置により実現される。

図４は、管理テーブル２４０の記憶内容の一例を示す説明図である。図４において、管理テーブル２４０は、ＵＲＬ、コンテナイメージ、イメージファイルおよびチェックサムのフィールドを有し、各フィールドに情報を設定することで、イメージ管理情報（例えば、イメージ管理情報４００－１）をレコードとして記憶する。

ここで、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）は、コンテナイメージＣを一意に識別する識別子である。ＵＲＬは、例えば、オブジェクトストレージ２３０内のコンテナイメージＣの格納場所を示す。コンテナイメージは、アプリケーションＡｐをコンテナで実行するためのイメージデータ（コンテナイメージＣ）である。イメージファイルは、コンテナイメージＣから作成されるファイル（コンテナイメージファイルＦ）である。

チェックサムは、コンテナイメージＣの一致判定を行うための情報（誤り検出符号）である。例えば、イメージ管理情報４００－１は、ＵＲＬ「ｘｘｘ．ｙｙｙ．ｚｚｚ」に対応するコンテナイメージＣ１、コンテナイメージファイルＦ１およびチェックサムＳ１を示す。なお、コンテナイメージＣは、管理テーブル２４０に含まれないことにしてもよい。

（同期制御装置２０１の機能的構成例）
つぎに、同期制御装置２０１の機能的構成例について説明する。

図５は、同期制御装置２０１の機能的構成例を示すブロック図である。図５において、同期制御装置２０１は、格納部５０１と、同期部５０２と、取得部５０３と、通知部５０４と、を含む。格納部５０１～通知部５０４は制御部５００となる機能であり、具体的には、例えば、図３に示したメモリ３０２、ディスク３０４、可搬型記録媒体３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、通信Ｉ／Ｆ３０５により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０４などの記憶装置に記憶される。

格納部５０１は、アプリケーションＡｐのコンテナイメージＣをオブジェクトストレージ２３０（図２参照）に格納する。具体的には、例えば、格納部５０１は、自動同期サービスを開始するにあたり、取得部５０３により、コンテナレジストリ２２０（図２参照）からコンテナイメージＣを取得する。コンテナレジストリ２２０は、図２に示したデータベースサーバ２０２にアクセスすることにより参照することができる。コンテナレジストリ２２０には、開発環境Ｅ１におけるアプリケーションＡｐの改変に応じて更新されるコンテナイメージＣが格納される。

つぎに、格納部５０１は、取得したコンテナイメージＣからコンテナイメージファイルＦを作成する。コンテナイメージファイルＦは、コンテナイメージＣをオブジェクトストレージ２３０に格納するためにファイル形式のデータに変換したものである。

また、格納部５０１は、作成したコンテナイメージファイルＦのチェックサムＳを算出する。チェックサムＳは、誤り検出符号の一例である。誤り検出符号として、チェックサム以外の情報を用いることにしてもよい。コンテナイメージファイルＦのチェックサムＳは、コンテナイメージＣのチェックサムＳに相当する。

そして、格納部５０１は、作成したコンテナイメージファイルＦをストレージサーバ２０３に送信することにより、オブジェクトストレージ２３０にコンテナイメージファイルＦを格納する。これにより、格納部５０１は、自動同期サービスを開始する際に、アプリケーションＡｐのコンテナイメージＣ（コンテナイメージファイルＦ）をオブジェクトストレージ２３０にアップロードすることができる（初回登録）。

なお、コンテナイメージＣ、コンテナイメージファイルＦ、および、チェックサムＳは、例えば、コンテナイメージＣのＵＲＬと対応付けて、図４に示した管理テーブル２４０に記憶される。

同期部５０２は、オブジェクトストレージ２３０に格納されたコンテナイメージＣを、開発環境Ｅ１におけるアプリケーションＡｐの改変に応じて更新されるコンテナイメージＣと同期させる。具体的には、例えば、同期部５０２は、第１の時間間隔Ｔ１ごとに、取得部５０３により、コンテナレジストリ２２０からコンテナイメージＣを取得する。第１の時間間隔Ｔ１は、任意に設定可能であり、例えば、アプリケーションＡｐのリリース間隔よりも短い時間間隔に設定される。例えば、アプリケーションＡｐのリリース間隔が１ヶ月の場合、第１の時間間隔Ｔ１は、１週間程度に設定される。

つぎに、同期部５０２は、取得したコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとの一致判定を行う。より詳細に説明すると、例えば、同期部５０２は、取得したコンテナイメージＣからコンテナイメージファイルＦを作成する。つぎに、同期部５０２は、作成したコンテナイメージファイルＦのチェックサムＳを算出する。

そして、同期部５０２は、算出したチェックサムＳと、管理テーブル２４０内のチェックサムＳとを比較する。管理テーブル２４０内のチェックサムＳは、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣのチェックサムＳに相当する。

ここで、チェックサムＳが一致する場合、同期部５０２は、取得したコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとが一致すると判定する。一方、チェックサムＳが一致しない場合、同期部５０２は、取得したコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとが一致しないと判定する。

そして、同期部５０２は、前回格納されたコンテナイメージＣと一致しない場合、取得したコンテナイメージＣをオブジェクトストレージ２３０に格納する。より詳細に説明すると、例えば、同期部５０２は、取得したコンテナイメージＣから作成したコンテナイメージファイルＦをストレージサーバ２０３に送信することにより、オブジェクトストレージ２３０にコンテナイメージファイルＦを格納する。

これにより、同期部５０２は、開発環境Ｅ１におけるアプリケーションＡｐの改変に応じてコンテナイメージＣが更新された場合に、更新されたコンテナイメージＣ（コンテナイメージファイルＦ）をオブジェクトストレージ２３０にアップロードすることができる。

この場合、同期部５０２は、例えば、最新のコンテナイメージＣ、コンテナイメージファイルＦ、および、チェックサムＳを、コンテナイメージＣのＵＲＬと対応付けて、管理テーブル２４０に上書き保存する。これにより、同期部５０２は、管理テーブル２４０の内容を、オブジェクトストレージ２３０に今回格納したコンテナイメージＣの内容に書き換えることができる。

また、同期部５０２は、前回格納されたコンテナイメージＣと一致する場合には、オブジェクトストレージ２３０に格納されるコンテナイメージＣの更新は行わない。例えば、前回からコンテナイメージＣが更新されていない場合には、オブジェクトストレージ２３０へのコンテナイメージＣのアップロードは行われない。

また、同期部５０２は、第２の時間間隔Ｔ２ごとに、オブジェクトストレージ２３０に格納されているコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとの一致判定を行う。第２の時間間隔Ｔ２は、任意に設定可能であり、例えば、第１の時間間隔Ｔ１よりも短い時間間隔（１日など）に設定される。ただし、第２の時間間隔Ｔ２は、第１の時間間隔Ｔ１と同じ時間間隔に設定されてもよい。

そして、同期部５０２は、前回格納されたコンテナイメージＣと一致しない場合、前回格納されたコンテナイメージＣをオブジェクトストレージ２３０に格納する。具体的には、例えば、同期部５０２は、オブジェクトストレージ２３０に格納されているコンテナイメージＣのチェックサムＳを取得する。

より詳細に説明すると、例えば、同期部５０２は、ストレージサーバ２０３にチェックサムＳの取得要求を送信する。ストレージサーバ２０３は、チェックサムＳの取得要求を受信すると、オブジェクトストレージ２３０に格納されているコンテナイメージファイルＦのチェックサムＳを取得する。そして、ストレージサーバ２０３は、取得したチェックサムＳを同期制御装置２０１に送信する。同期部５０２は、ストレージサーバ２０３からチェックサムＳを受信すると、受信したチェックサムＳと、管理テーブル２４０内のチェックサムＳとを比較する。

ここで、チェックサムＳが一致する場合、同期部５０２は、オブジェクトストレージ２３０に格納されているコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとが一致すると判定する。一方、チェックサムＳが一致しない場合、同期部５０２は、オブジェクトストレージ２３０に格納されているコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとが一致しないと判定する。

そして、同期部５０２は、前回格納されたイメージデータと一致しない場合、管理テーブル２４０内のコンテナイメージファイルＦをストレージサーバ２０３に送信することにより、オブジェクトストレージ２３０にコンテナイメージファイルＦを格納する。これにより、同期部５０２は、何らかの手段によりオブジェクトストレージ２３０に格納されたコンテナイメージファイルＦが改ざんされた場合であっても、改ざんを検知して、自動復旧することができる。また、同期部５０２は、ストレージサーバ２０３におけるファイル作成時にファイルが破損した場合であっても、破損を検知して、自動復旧することができる。

また、同期部５０２は、前回格納されたイメージデータと一致する場合には、オブジェクトストレージ２３０に格納されるコンテナイメージＣの更新は行わない。例えば、オブジェクトストレージ２３０に格納されたコンテナイメージファイルＦが破損または改ざんされていない場合には、オブジェクトストレージ２３０へのコンテナイメージＣのアップロードは行われない。

また、同期部５０２は、前回格納されたコンテナイメージＣと一致しない場合、クラウド管理者の承諾を得た上で、オブジェクトストレージ２３０に格納されるコンテナイメージＣの更新を行うことにしてもよい。具体的には、例えば、前回格納されたコンテナイメージＣと一致しない場合、同期部５０２は、通知部５０４により、オブジェクトストレージ２３０の管理者宛にアラート情報を出力することにしてもよい。

アラート情報は、オブジェクトストレージ２３０に格納されたコンテナイメージファイルＦが破損または改ざんされていることを警告するための通知である。アラート情報には、例えば、コンテナイメージＣのＵＲＬが含まれる。これにより、クラウド管理者は、ＵＲＬに対応するコンテナイメージＣについて、破損または改ざんされていることを把握することができる。

そして、同期部５０２は、アラート情報を出力した結果、オブジェクトストレージ２３０へのコンテナイメージＣのアップロード要求を受け付けた場合、前回格納されたコンテナイメージＣをオブジェクトストレージ２３０に格納する。アップロード要求は、例えば、クラウド管理者のユーザ端末２０４（図２参照）から送信される。

一方、同期部５０２は、アラート情報を出力した結果、オブジェクトストレージ２３０へのコンテナイメージＣのアップロードを行わない旨の指示を受け付けた場合、オブジェクトストレージ２３０に格納されるコンテナイメージＣの更新は行わない。

（情報処理システム２００の動作例）
つぎに、図６および図７を用いて、情報処理システム２００の動作例について説明する。情報処理システム２００は、同期制御装置２０１による自動同期サービスを利用して、オブジェクトストレージ２３０にあるコンテナイメージファイルＦの破損や改ざんを検知したり、復旧をしたりする。

図６および図７は、情報処理システム２００の動作例を示す説明図である。図６において、同期制御装置２０１は、オブジェクトストレージ２３０に同期対象ファイルがない場合、コンテナレジストリ２２０からコンテナイメージＣを取得する。つぎに、同期制御装置２０１は、取得したコンテナイメージＣからコンテナイメージファイルＦを作成する。

また、同期制御装置２０１は、作成したコンテナイメージファイルＦのチェックサムＳを算出する。そして、同期制御装置２０１は、作成したコンテナイメージファイルＦをストレージサーバ２０３に送信する（アップロード）。同期制御装置２０１は、コンテナイメージファイルＦをアップロードしたら、コンテナイメージＣのＵＲＬと対応付けて、コンテナイメージＣ、コンテナイメージファイルＦ、および、チェックサムＳを管理テーブル２４０に記録する。

ストレージサーバ２０３は、コンテナイメージファイルＦを受信すると、受信したコンテナイメージファイルＦをオブジェクトストレージ２３０に格納する。また、ストレージサーバ２０３は、オブジェクトストレージ２３０に格納されたコンテナイメージファイルＦのチェックサムＳを算出する。そして、ストレージサーバ２０３は、算出したチェックサムＳをコンテナイメージファイルＦと対応付けてオブジェクトストレージ２３０に記録する。

これにより、同期制御装置２０１は、自動同期サービスの開始時に、オブジェクトストレージ２３０にコンテナイメージファイルＦを格納することができる。

運用者６０１は、ユーザ端末２０４を用いて、アプリケーションＡｐのリリースのタイミングで、オブジェクトストレージ２３０からコンテナイメージファイルＦをダウンロードする。そして、運用者６０１は、ユーザ端末２０４を用いて、ダウンロードしたコンテナイメージファイルＦをもとに、本番環境Ｅ２のコンテナレジストリ６０２にコンテナイメージＣを登録する。これにより、本番環境Ｅ２にコンテナイメージＣが配備される。

以降、同期制御装置２０１は、設定された時間間隔で、以下のような処理を行う。

図６において、同期制御装置２０１は、第１の時間間隔Ｔ１ごとに、コンテナレジストリ２２０からコンテナイメージＣを取得する。つぎに、同期制御装置２０１は、取得したコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとの一致判定を行う。

具体的には、例えば、同期制御装置２０１は、取得したコンテナイメージＣからコンテナイメージファイルＦを作成する。つぎに、同期制御装置２０１は、作成したコンテナイメージファイルＦのチェックサムＳを算出する。そして、同期制御装置２０１は、算出したチェックサムＳと、管理テーブル２４０内のチェックサムＳとを比較する。

ここで、チェックサムＳが一致する場合、同期制御装置２０１は、取得したコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとが一致すると判定する。一方、チェックサムＳが一致しない場合、同期制御装置２０１は、取得したコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとが一致しないと判定する。

図７において、同期制御装置２０１は、前回格納されたコンテナイメージＣと一致しない場合、取得したコンテナイメージＣをオブジェクトストレージ２３０に格納する。具体的には、例えば、同期制御装置２０１は、取得したコンテナイメージＣから作成したコンテナイメージファイルＦをストレージサーバ２０３に送信する（アップロード）。

同期制御装置２０１は、コンテナイメージファイルＦをアップロードしたら、コンテナイメージＣのＵＲＬと対応付けて、コンテナイメージＣ、コンテナイメージファイルＦ、および、チェックサムＳを管理テーブル２４０に上書き保存する。

ストレージサーバ２０３は、コンテナイメージファイルＦを受信すると、受信したコンテナイメージファイルＦをオブジェクトストレージ２３０に格納する。また、ストレージサーバ２０３は、オブジェクトストレージ２３０に格納されたコンテナイメージファイルＦのチェックサムＳを算出する。そして、ストレージサーバ２０３は、算出したチェックサムＳをコンテナイメージファイルＦと対応付けてオブジェクトストレージ２３０に記録する。

なお、同期制御装置２０１は、コンテナレジストリ２２０から取得したコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとが一致する場合、オブジェクトストレージ２３０に格納されるコンテナイメージＣの更新は行わない。

これにより、同期制御装置２０１は、第１の時間間隔Ｔ１ごとに、開発環境Ｅ１におけるアプリケーションＡｐの改変に応じたコンテナイメージＣの更新の有無をチェックして、オブジェクトストレージ２３０に最新状態のコンテナイメージファイルＦを格納することができる。また、同期制御装置２０１は、自装置におけるファイル作成時に破損したコンテナイメージファイルＦが、オブジェクトストレージ２３０に格納され続けることを防ぐことができる。

図６において、同期制御装置２０１は、第２の時間間隔Ｔ２ごとに、オブジェクトストレージ２３０に格納されているコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとの一致判定を行う。

同期制御装置２０１は、ストレージサーバ２０３から、オブジェクトストレージ２３０に格納されているコンテナイメージＣのチェックサムＳを取得する。同期制御装置２０１は、ストレージサーバ２０３からチェックサムＳを取得すると、取得したチェックサムＳと、管理テーブル２４０内のチェックサムＳとを比較する。

ここで、チェックサムＳが一致する場合、同期制御装置２０１は、オブジェクトストレージ２３０に格納されているコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとが一致すると判定する。一方、チェックサムＳが一致しない場合、同期制御装置２０１は、オブジェクトストレージ２３０に格納されているコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとが一致しないと判定する。

図７において、同期制御装置２０１は、前回格納されたコンテナイメージＣと一致しない場合、クラウド管理者７０１宛にアラート情報７１０を出力する。アラート情報７１０は、オブジェクトストレージ２３０に格納されたコンテナイメージファイルＦが破損または改ざんされていることを警告するための通知である。クラウド管理者７０１は、オブジェクトストレージ２３０の管理者である。

クラウド管理者７０１は、アラート情報７１０を参照することで、オブジェクトストレージ２３０に格納されたコンテナイメージファイルＦが破損または改ざんされていることを把握することができる。そして、クラウド管理者７０１は、オブジェクトストレージ２３０に格納されるコンテナイメージＣの自動更新を行うか否かを判断することができる。

同期制御装置２０１は、クラウド管理者７０１のユーザ端末２０４から、オブジェクトストレージ２３０へのコンテナイメージＣのアップロード要求を受け付けた場合、前回格納されたコンテナイメージＣをオブジェクトストレージ２３０に格納する。具体的には、例えば、同期制御装置２０１は、管理テーブル２４０内のコンテナイメージファイルＦをストレージサーバ２０３に送信する（アップロード）。

ストレージサーバ２０３は、コンテナイメージファイルＦを受信すると、受信したコンテナイメージファイルＦをオブジェクトストレージ２３０に格納する。また、ストレージサーバ２０３は、オブジェクトストレージ２３０に格納されたコンテナイメージファイルＦのチェックサムＳを算出する。そして、ストレージサーバ２０３は、算出したチェックサムＳをコンテナイメージファイルＦと対応付けてオブジェクトストレージ２３０に記録する。

なお、同期制御装置２０１は、オブジェクトストレージ２３０に格納されているコンテナイメージＣと、オブジェクトストレージ２３０に前回格納されたコンテナイメージＣとが一致する場合、オブジェクトストレージ２３０に格納されるコンテナイメージＣの更新は行わない。

これにより、同期制御装置２０１は、第２の時間間隔Ｔ２ごとに、オブジェクトストレージ２３０に格納されているコンテナイメージＣが破損または改ざんされていないかをチェックすることができる。また、同期制御装置２０１は、コンテナイメージＣが破損または改ざんされている場合には、クラウド管理者７０１の承諾を得た上で、オブジェクトストレージ２３０に格納されるコンテナイメージＣの更新を行うことができる。

（同期制御装置２０１の同期制御処理手順）
つぎに、図８および図９を用いて、同期制御装置２０１の同期制御処理手順について説明する。同期制御装置２０１の同期制御処理は、例えば、同期対象として指定されたＵＲＬに対応するコンテナイメージＣごとに実行される。ここでは、第１の時間間隔Ｔ１および第２の時間間隔Ｔ２を同じ設定時間間隔Ｔとする。設定時間間隔Ｔは、アプリケーションＡｐのリリース間隔が１ヶ月の場合、１週間程度に設定される。

図８および図９は、同期制御装置２０１の同期制御処理手順の一例を示すフローチャートである。図８のフローチャートにおいて、まず、同期制御装置２０１は、コンテナレジストリ２２０からコンテナイメージＣを取得する（ステップＳ８０１）。つぎに、同期制御装置２０１は、取得したコンテナイメージＣからコンテナイメージファイルＦを作成する（ステップＳ８０２）。

そして、同期制御装置２０１は、作成したコンテナイメージファイルＦのチェックサムＳを算出する（ステップＳ８０３）。つぎに、同期制御装置２０１は、オブジェクトストレージ２３０にコンテナイメージファイルＦがあるか否かを判断する（ステップＳ８０４）。

なお、コンテナイメージファイルＦの有無は、同期制御装置２０１からストレージサーバ２０３に問い合わせることで判断することにしてもよい。また、コンテナイメージファイルＦの有無は、管理テーブル２４０内にコンテナイメージファイルＦがあるか否かによって判断することにしてもよい。

ここで、コンテナイメージファイルＦがない場合（ステップＳ８０４：Ｎｏ）、同期制御装置２０１は、図９に示すステップＳ９０３に移行する。

一方、コンテナイメージファイルＦがある場合（ステップＳ８０４：Ｙｅｓ）、同期制御装置２０１は、ストレージサーバ２０３から、オブジェクトストレージ２３０にあるコンテナイメージファイルＦのチェックサムＳを取得する（ステップＳ８０５）。つぎに、同期制御装置２０１は、オブジェクトストレージ２３０からのチェックサムＳを管理テーブル２４０内のチェックサムＳと比較する（ステップＳ８０６）。

そして、同期制御装置２０１は、チェックサムＳが一致するか否かを判断する（ステップＳ８０７）。ここで、チェックサムＳが一致する場合（ステップＳ８０７：Ｙｅｓ）、同期制御装置２０１は、図９に示すステップＳ９０１に移行する。

一方、チェックサムＳが一致しない場合（ステップＳ８０７：Ｎｏ）、同期制御装置２０１は、クラウド管理者宛にアラート情報を出力する（ステップＳ８０８）。そして、同期制御装置２０１は、クラウド管理者からオブジェクトストレージ２３０へのコンテナイメージＣのアップロード要求を受け付けたか否かを判断する（ステップＳ８０９）。

ここで、同期制御装置２０１は、クラウド管理者からアップロード要求を受け付けるのを待つ（ステップＳ８０９：Ｎｏ）。そして、同期制御装置２０１は、クラウド管理者からアップロード要求を受け付けた場合（ステップＳ８０９：Ｙｅｓ）、図９に示すステップＳ９０４に移行する。

なお、ステップＳ８０９において、同期制御装置２０１は、オブジェクトストレージ２３０へのコンテナイメージＣのアップロードを行わない旨の指示を受け付けた場合、本フローチャートによる一連の処理を終了することにしてもよい。

図９のフローチャートにおいて、まず、同期制御装置２０１は、ステップＳ８０３において算出した、コンテナレジストリ２２０からのコンテナイメージファイルＦのチェックサムＳを管理テーブル２４０内のチェックサムＳと比較する（ステップＳ９０１）。

そして、同期制御装置２０１は、チェックサムＳが一致するか否かを判断する（ステップＳ９０２）。ここで、チェックサムＳが一致する場合（ステップＳ９０２：Ｙｅｓ）、同期制御装置２０１は、ステップＳ９０５に移行する。

一方、チェックサムＳが一致しない場合（ステップＳ９０２：Ｎｏ）、同期制御装置２０１は、コンテナイメージＣのＵＲＬと対応付けて、コンテナレジストリ２２０からのコンテナイメージファイルＦとチェックサムＳを管理テーブル２４０に格納する（ステップＳ９０３）。

つぎに、同期制御装置２０１は、管理テーブル２４０に格納されたコンテナイメージファイルＦをオブジェクトストレージ２３０にアップロードする（ステップＳ９０４）。そして、同期制御装置２０１は、設定時間間隔Ｔが経過したか否かを判断する（ステップＳ９０５）。なお、経過時間は、例えば、ステップＳ８０１の処理を実行してからの経過時間である。

ここで、設定時間間隔Ｔが経過した場合（ステップＳ９０５：Ｙｅｓ）、同期制御装置２０１は、図８に示したステップＳ８０１に戻る。一方、設定時間間隔Ｔが経過していない場合（ステップＳ９０５：Ｎｏ）、同期制御装置２０１は、自動同期サービスを終了するか否かを判断する（ステップＳ９０６）。自動同期サービスは、例えば、クラウド管理者からの終了指示に応じて終了する。

ここで、自動同期サービスを終了しない場合（ステップＳ９０６：Ｎｏ）、同期制御装置２０１は、ステップＳ９０５に戻る。一方、自動同期サービスを終了する場合（ステップＳ９０６：Ｙｅｓ）、同期制御装置２０１は、本フローチャートによる一連の処理を終了する。

これにより、同期制御装置２０１は、オブジェクトストレージ２３０に格納されたコンテナイメージＣを、コンテナレジストリ２２０に格納されているコンテナイメージＣと同期させることができる。

以上説明したように、実施の形態にかかる同期制御装置２０１によれば、アプリケーションＡｐを実行するためのコンテナイメージＣを、アプリケーションＡｐの開発環境Ｅ１と本番環境Ｅ２とからアクセス可能なオブジェクトストレージ２３０に格納することができる。また、同期制御装置２０１によれば、オブジェクトストレージ２３０に格納されたコンテナイメージＣを、開発環境Ｅ１におけるアプリケーションＡｐの改変に応じて更新されるコンテナイメージＣと同期させることができる。

これにより、同期制御装置２０１は、オブジェクトストレージ２３０に格納されたコンテナイメージＣを、開発環境Ｅ１のコンテナレジストリ２２０に格納されているコンテナイメージＣと同期させて、破損または改ざんされたコンテナイメージＣが本番環境Ｅ２に配備されるのを防ぐことができる。また、情報処理システム２００において、開発環境Ｅ１と本番環境Ｅ２との間の通信は、実行できないように設定される。このため、情報処理システム２００によれば、開発環境Ｅ１と本番環境Ｅ２との間で直接通信できないようにして、セキュリティを確保することができる。

また、同期制御装置２０１によれば、第１の時間間隔Ｔ１ごとに、コンテナレジストリ２２０からコンテナイメージＣを取得し、取得したコンテナイメージＣとオブジェクトストレージ２３０に前回格納したコンテナイメージＣとの一致判定を行うことができる。そして、同期制御装置２０１によれば、前回格納したコンテナイメージＣと一致しない場合に、取得したコンテナイメージＣをオブジェクトストレージ２３０に格納することができる。

これにより、同期制御装置２０１は、第１の時間間隔Ｔ１ごとに、開発環境Ｅ１におけるアプリケーションＡｐの改変に応じたコンテナイメージＣの更新の有無をチェックして、オブジェクトストレージ２３０に最新状態のコンテナイメージファイルＦを格納することができる。また、同期制御装置２０１は、自装置におけるファイル作成時に破損したコンテナイメージファイルＦが、オブジェクトストレージ２３０に格納され続けることを防ぐことができる。

また、同期制御装置２０１によれば、第２の時間間隔Ｔ２ごとに、オブジェクトストレージ２３０に格納されているコンテナイメージＣと、オブジェクトストレージ２３０に前回格納したコンテナイメージＣとの一致判定を行い、前回格納したコンテナイメージＣと一致しない場合、前回格納したコンテナイメージＣをオブジェクトストレージ２３０に格納することができる。

これにより、同期制御装置２０１は、第２の時間間隔Ｔ２ごとに、オブジェクトストレージ２３０に格納されているコンテナイメージＣが破損または改ざんされていないかをチェックすることができる。また、同期制御装置２０１は、コンテナイメージＣが破損または改ざんされている場合、オブジェクトストレージ２３０に格納されるコンテナイメージＣの更新を行うことができる。

また、同期制御装置２０１によれば、前回格納したコンテナイメージＣと一致しない場合、クラウド管理者宛にアラート情報を出力することができる。そして、同期制御装置２０１によれば、アラート情報を出力した結果、オブジェクトストレージ２３０へのコンテナイメージＣのアップロード要求を受け付けた場合、前回格納したコンテナイメージＣをオブジェクトストレージ２３０に格納することができる。

これにより、同期制御装置２０１は、オブジェクトストレージ２３０に格納されたコンテナイメージＣが破損または改ざんされている場合、クラウド管理者７０１の承諾を得た上で、オブジェクトストレージ２３０に格納されるコンテナイメージＣの更新を行うことができる。

これらのことから、実施の形態にかかる情報処理システム２００および同期制御装置２０１によれば、破損または改ざんされたコンテナイメージＣが本番環境Ｅ２に配備されるのを防いで、運用時における重大な問題の発生を抑えることができる。また、情報処理システム２００および同期制御装置２０１によれば、自動同期サービスの存在により、開発者がコンテナイメージＣの受け渡し作業を行わなくてもよくなるため、開発者の作業負荷や作業時間を削減することができる。また、情報処理システム２００および同期制御装置２０１によれば、オブジェクトストレージ２３０への読み書き権限を開発者に付与しないことで、開発者による改ざんを抑止することができる。

なお、本実施の形態で説明した制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本制御プログラムは、インターネット等のネットワークを介して配布してもよい。

また、本実施の形態で説明した情報処理装置１０１（同期制御装置２０１）は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）ソフトウェアを実行するための実行環境のイメージデータを、前記ソフトウェアの開発環境と前記ソフトウェアの本番環境とからアクセス可能なストレージに格納し、
前記ストレージに格納されたイメージデータを、前記開発環境における前記ソフトウェアの改変に応じて更新されるイメージデータと同期させる、
処理をコンピュータに実行させ、
前記開発環境と前記本番環境との間の通信は実行できないように設定される、
ことを特徴とする制御プログラム。

（付記２）前記同期させる処理は、
第１の時間間隔ごとに、前記開発環境における前記ソフトウェアの改変に応じて更新されるイメージデータが格納されるレジストリから前記イメージデータを取得し、
取得した前記イメージデータと前記ストレージに前回格納したイメージデータとの一致判定を行い、
前記前回格納したイメージデータと一致しない場合、取得した前記イメージデータを前記ストレージに格納する、
処理を含むことを特徴とする付記１に記載の制御プログラム。

（付記３）前記同期させる処理は、
第２の時間間隔ごとに、前記ストレージに格納されているイメージデータと、前記ストレージに前回格納したイメージデータとの一致判定を行い、
前記前回格納したイメージデータと一致しない場合、前記前回格納したイメージデータを前記ストレージに格納する、
処理を含むことを特徴とする付記１または２に記載の制御プログラム。

（付記４）前記前回格納したイメージデータと一致しない場合、前記ストレージの管理者宛にアラート情報を出力する、処理を前記コンピュータに実行させ、
前記同期させる処理は、
前記アラート情報を出力した結果、前記ストレージへのイメージデータのアップロード要求を受け付けた場合、前記前回格納したイメージデータを前記ストレージに格納する、
処理を含むことを特徴とする付記３に記載の制御プログラム。

（付記５）前記実行環境は、前記ソフトウェアを実行するためのコンテナまたは仮想マシンである、ことを特徴とする付記１～４のいずれか一つに記載の制御プログラム。

（付記６）前記一致判定を行う処理は、
取得した前記イメージデータの誤り検出符号と前記前回格納したイメージデータの誤り検出符号とが一致しない場合、前記前回格納したイメージデータと一致しないと判定する、ことを特徴とする付記２に記載の制御プログラム。

（付記７）前記一致判定を行う処理は、
前記ストレージに格納されているイメージデータの誤り検出符号を取得し、
取得した前記誤り検出符号と前記前回格納したイメージデータの誤り検出符号とが一致しない場合、前記前回格納したイメージデータと一致しないと判定する、
ことを特徴とする付記３に記載の制御プログラム。

（付記８）ソフトウェアを実行するための実行環境のイメージデータを、前記ソフトウェアの開発環境と前記ソフトウェアの本番環境とからアクセス可能なストレージに格納し、
前記ストレージに格納されたイメージデータを、前記開発環境における前記ソフトウェアの改変に応じて更新されるイメージデータと同期させる、
処理をコンピュータが実行し、
前記開発環境と前記本番環境との間の通信は実行できないように設定される、
ことを特徴とする制御方法。

（付記９）ソフトウェアを実行するための実行環境のイメージデータを、前記ソフトウェアの開発環境と前記ソフトウェアの本番環境とからアクセス可能なストレージに格納し、
前記ストレージに格納されたイメージデータを、前記開発環境における前記ソフトウェアの改変に応じて更新されるイメージデータと同期させる、
制御部を有し、
前記開発環境と前記本番環境との間の通信は実行できないように設定される、
ことを特徴とする情報処理装置。

１０１ 情報処理装置
１１０，Ｅ１ 開発環境
１１１，１２１ レジストリ
１２０，Ｅ２ 本番環境
１３０，Ｅ３ インターネット環境
１４０，６０１ 運用者
２００ 情報処理システム
２０１ 同期制御装置
２０２ データベースサーバ
２０３ ストレージサーバ
２０４ ユーザ端末
２１０ ネットワーク
２２０，６０２ コンテナレジストリ
２３０ オブジェクトストレージ
２４０ 管理テーブル
３００ バス
３０１ ＣＰＵ
３０２ メモリ
３０３ ディスクドライブ
３０４ ディスク
３０５ 通信Ｉ／Ｆ
３０６ 可搬型記録媒体Ｉ／Ｆ
３０７ 可搬型記録媒体
５００ 制御部
５０１ 格納部
５０２ 同期部
５０３ 取得部
５０４ 通知部
７０１ クラウド管理者
７１０ アラート情報
Ａｐ アプリケーション
Ｃ コンテナイメージ
Ｆ コンテナイメージファイル
Ｉｄ イメージデータ
Ｓ チェックサム
ＳＴ ストレージ
ＳＷ ソフトウェア

Claims (7)

1. ソフトウェアを実行するための実行環境のイメージデータを、前記ソフトウェアの開発環境と前記ソフトウェアの本番環境とからアクセス可能なストレージに格納し、
   前記ストレージに格納されたイメージデータを、前記開発環境における前記ソフトウェアの改変に応じて更新されるイメージデータと同期させる、
   処理をコンピュータに実行させ、
   前記開発環境と前記本番環境との間の通信は実行できないように設定される、
   ことを特徴とする制御プログラム。
2. 前記同期させる処理は、
   第１の時間間隔ごとに、前記開発環境における前記ソフトウェアの改変に応じて更新されるイメージデータが格納されるレジストリから前記イメージデータを取得し、
   取得した前記イメージデータと前記ストレージに前回格納したイメージデータとの一致判定を行い、
   前記前回格納したイメージデータと一致しない場合、取得した前記イメージデータを前記ストレージに格納する、
   処理を含むことを特徴とする請求項１に記載の制御プログラム。
3. 前記同期させる処理は、
   第２の時間間隔ごとに、前記ストレージに格納されているイメージデータと、前記ストレージに前回格納したイメージデータとの一致判定を行い、
   前記前回格納したイメージデータと一致しない場合、前記前回格納したイメージデータを前記ストレージに格納する、
   処理を含むことを特徴とする請求項１または２に記載の制御プログラム。
4. 前記前回格納したイメージデータと一致しない場合、前記ストレージの管理者宛にアラート情報を出力する、処理を前記コンピュータに実行させ、
   前記同期させる処理は、
   前記アラート情報を出力した結果、前記ストレージへのイメージデータのアップロード要求を受け付けた場合、前記前回格納したイメージデータを前記ストレージに格納する、
   処理を含むことを特徴とする請求項３に記載の制御プログラム。
5. 前記実行環境は、前記ソフトウェアを実行するためのコンテナまたは仮想マシンである、ことを特徴とする請求項１または２に記載の制御プログラム。
6. ソフトウェアを実行するための実行環境のイメージデータを、前記ソフトウェアの開発環境と前記ソフトウェアの本番環境とからアクセス可能なストレージに格納し、
   前記ストレージに格納されたイメージデータを、前記開発環境における前記ソフトウェアの改変に応じて更新されるイメージデータと同期させる、
   処理をコンピュータが実行し、
   前記開発環境と前記本番環境との間の通信は実行できないように設定される、
   ことを特徴とする制御方法。
7. ソフトウェアを実行するための実行環境のイメージデータを、前記ソフトウェアの開発環境と前記ソフトウェアの本番環境とからアクセス可能なストレージに格納し、
   前記ストレージに格納されたイメージデータを、前記開発環境における前記ソフトウェアの改変に応じて更新されるイメージデータと同期させる、
   制御部を有し、
   前記開発環境と前記本番環境との間の通信は実行できないように設定される、
   ことを特徴とする情報処理装置。

Images