JP7801569B2 - 情報処理プログラム、情報処理方法、および情報処理システム - Google Patents

Description

本発明は、情報処理プログラム、情報処理方法、および情報処理システムに関する。

従来、クラウド上に存在する、ジョブを管理するマネージャと、ジョブを実行する実行サーバとによって形成されるシステムがある。例えば、実行サーバは、利用者によって、クラウド上に導入され、運用される。

先行技術としては、例えば、クラウドシステムに、入力された実行要件に適合する実行環境を作成し、実行処理を、作成した実行環境にて実行するものがある。また、例えば、モノリシックレガシーアプリケーションによって実施可能な複数のトランザクションに対応する複数のトランザクション定義ベクトルを作成する技術がある。また、例えば、ジョブの実行要求を受けた場合に、ジョブの実行条件と、負荷状況とに基づいて、ジョブを実行させる台数分のサーバを決定する技術がある。また、例えば、仮想コンピュータの構成変更の通知を受けたことに反応して、各ジョブを実行する仮想コンピュータを変更する技術がある。

特開２０１７－０６８４８０号公報 特表２０２０－５１８０７３号公報 特開２０１５－０６０２７９号公報 特開２０１１－１００２６３号公報

しかしながら、従来技術では、実行サーバを運用する利用者にかかる作業負担の増大化を招くという問題がある。例えば、利用者が、クラウド上に、ジョブの要件を満たす実行サーバを、適宜手動で用意することになる。例えば、利用者が、クラウド上に用意した実行サーバを、適宜手動で削除することになる。また、自動で、ジョブの要件を満たす実行サーバを実現する仮想マシンを起動し、ジョブを仮想マシンに配備する手法が考えられるが、ジョブを実行開始するタイミングが遅れたり、リソースの使用量が増大したりするという問題がある。このため、手動で、仮想マシンの起動および削除を制御することが求められ、利用者にかかる作業負担の増大化を招くことがある。

１つの側面では、本発明は、作業負担の低減化を図ることを目的とする。

１つの実施態様によれば、ジョブごとに当該ジョブを配備する実行環境の条件を特定可能にする第１情報を参照して、第１ジョブを配備する実行環境の第１条件を取得し、取得した前記第１条件に基づいて、前記第１ジョブを配備する第１実行環境を作成し、作成した前記第１実行環境に、前記第１ジョブを配備して実行し、前記第１ジョブの完了に応じて、前記第１ジョブに対応する削除条件を満たす場合、作成した前記第１ジョブを配備した第１実行環境を削除する情報処理プログラム、情報処理方法、および情報処理システムが提案される。

一態様によれば、作業負担の低減化を図ることが可能になる。

図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。 図２は、情報処理システム２００の一例を示す説明図である。 図３は、情報処理装置１００のハードウェア構成例を示すブロック図である。 図４は、ジョブネット管理テーブル４００の記憶内容の一例を示す説明図である。 図５は、コンテナ管理テーブル５００の記憶内容の一例を示す説明図である。 図６は、インスタンス定義管理テーブル６００の記憶内容の一例を示す説明図である。 図７は、情報処理装置１００の機能的構成の一例を示すブロック図である。 図８は、情報処理装置１００の機能的構成の具体例を示すブロック図である。 図９は、情報処理システム２００を実現する一例を示す説明図である。 図１０は、実行サーバコンテナを作成する一例を示す説明図（その１）である。 図１１は、実行サーバコンテナを作成する一例を示す説明図（その２）である。 図１２は、実行サーバコンテナを作成する一例を示す説明図（その３）である。 図１３は、実行サーバコンテナを作成する一例を示す説明図（その４）である。 図１４は、実行サーバコンテナを削除する一例を示す説明図（その１）である。 図１５は、実行サーバコンテナを削除する一例を示す説明図（その２）である。 図１６は、実行サーバコンテナを削除する一例を示す説明図（その３）である。 図１７は、実行サーバコンテナを削除する一例を示す説明図（その４）である。 図１８は、全体処理手順の一例を示すフローチャートである。 図１９は、配備判定処理手順の一例を示すフローチャートである。 図２０は、削除判定処理手順の一例を示すフローチャートである。

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

（実施の形態にかかる情報処理方法の一実施例）
図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。情報処理装置１００は、ジョブを配備する実行環境を管理するコンピュータである。実行環境は、例えば、クラウド上に実現される。実行環境は、例えば、コンテナである。

従来、クラウド上に、システムを構築することが望まれる場合がある。例えば、ジョブを運用するルールを変更せず、既存のシステムを、クラウド上に移行することが望まれる場合がある。具体的には、クラウド上に存在する、ジョブを管理するマネージャと、ジョブを実行する実行サーバとによって、ジョブを運用するシステムを形成することが考えられる。例えば、実行サーバは、利用者によって、クラウド上に導入され、運用される。具体的には、ジョブを管理するマネージャを、クラウド上に用意し、利用者に提供するサービスが考えられるが、ジョブを配置する実行サーバは、利用者が用意することになる。

しかしながら、従来では、実行サーバを運用する利用者にかかる作業負担の増大化を招くという問題がある。例えば、利用者が、クラウド上に、ジョブの要件を満たす実行サーバを、適宜手動で用意することになる。例えば、利用者が、クラウド上に用意した実行サーバを、適宜手動で削除することになる。このため、削除してもよい実行サーバが、クラウド上に残ることになる。従って、リソースの使用量の増大化を抑制することが難しくなるという問題がある。リソースは、例えば、計算リソース、時間リソース、人的リソース、または、金銭リソースなどである。

また、例えば、自動で、ジョブごとに、実行サーバを実現する仮想マシンを起動し、ジョブを、実行サーバを実現する仮想マシンに配備するという手法が考えられる。この手法では、ジョブを実行開始するタイミングが遅れ易くなったり、リソースの使用量の増大化を抑制することが難しくなったりするという問題がある。

例えば、仮想マシンを起動する際にかかる所要時間は、比較的長くなる傾向があるため、自動で、ジョブの実行開始の直前に、仮想マシンを起動するとすれば、ジョブを実行開始するタイミングが遅れ易くなる。例えば、自動で、ジョブの実行開始に先立って、ジョブの実行開始より一定時間以上前に、仮想マシンを起動するとすれば、リソースの使用量の増大化を抑制することが難しくなる。例えば、ジョブごとに仮想マシンが起動されるため、複数のジョブを順次実行するためには、それぞれ異なるジョブを配備する複数の仮想マシンを順次起動することになり、後段のジョブを実行開始するタイミングが遅れ易くなるという問題がある。

また、この手法では、２つのジョブ間でデータをやり取りすることが望まれる場合、それぞれのジョブを配備した仮想マシン間を連携し、データをやり取りすることが難しいという問題がある。例えば、自動で、データをやり取りするジョブの関係を考慮して、仮想マシンを適切に起動および削除することが難しく、データのやり取りが失敗してしまうことがある。また、不要な仮想マシンを起動し続けてしまうことがある。従って、リソースの使用量の増大化を抑制することが難しくなるという問題がある。

これに対し、仮想マシンに代わり、コンテナを利用する手法も考えられるが、データをやり取りするジョブの関係を考慮して、自動で、コンテナを適切に作成および削除することは難しいという問題がある。従って、手動で、コンテナの作成および削除を制御することが望まれることがあり、利用者にかかる作業負担の増大化を招くという問題がある。

そこで、本実施の形態では、実行環境を管理する作業者にかかる作業負担の低減化を図ることができる情報処理方法について説明する。

図１において、情報処理装置１００は、第１情報を記憶する。第１情報は、ジョブごとに、当該ジョブを配備する実行環境の条件を特定可能に示す情報である。条件は、例えば、実行環境の性能を示す。性能は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）の数、または、記憶領域の大きさなどによって定義される。性能は、例えば、環境変数などによって定義されていてもよい。実行環境は、例えば、コンテナである。第１情報は、例えば、第１ジョブ１０１に対応付けて、第１ジョブ１０１を配備する実行環境の第１条件１０２を特定可能に示す情報である。

情報処理装置１００は、ジョブごとに、ジョブを配備した実行環境を削除する削除条件を対応付けて記憶する。削除条件は、例えば、ジョブが完了したことを示す。削除条件は、例えば、完了したジョブを配備した実行環境の状況などを示していてもよい。状況は、例えば、以後実行予定の他のジョブの存在有無であってもよい。情報処理装置１００は、例えば、第１ジョブ１０１を配備した実行環境を削除する削除条件１０３を特定可能に示す。

（１－１）情報処理装置１００は、第１情報を参照して、第１ジョブ１０１を配備する実行環境の第１条件１０２を取得する。情報処理装置１００は、取得した第１条件１０２に基づいて、第１ジョブ１０１を配備する第１実行環境１１０を作成する。情報処理装置１００は、例えば、取得した第１条件１０２に基づいて、クラウド上の他のコンピュータに、第１ジョブ１０１を配備する第１実行環境１１０を作成する。

（１－２）情報処理装置１００は、作成した第１実行環境１１０に、第１ジョブ１０１を配備して実行する。情報処理装置１００は、第１ジョブ１０１を起動し、作成した第１実行環境１１０に、第１ジョブ１０１を移行することにより配備する。

（１－３）情報処理装置１００は、第１ジョブ１０１の完了に応じて、第１ジョブ１０１に対応する削除条件１０３を満たす場合、作成した第１実行環境１１０を削除する。情報処理装置１００は、例えば、所定のタイミングまでに、第１ジョブ１０１が完了していれば、削除条件１０３を満たすと判定し、第１実行環境１１０を削除する。

これにより、情報処理装置１００は、実行環境を管理する作業者にかかる作業負担の低減化を図ることができる。情報処理装置１００は、ジョブを実行する実行環境を、利用者が手動で作成または削除せずに済ませることができ、作業者にかかる作業負担の低減化を図ることができる。また、情報処理装置１００は、不要な実行環境が、クラウド上に残ることを防止することができ、リソースの使用量の増大化を抑制することができる。

（情報処理システム２００の一例）
次に、図２を用いて、図１に示した情報処理装置１００を適用した、情報処理システム２００の一例について説明する。

図２は、情報処理システム２００の一例を示す説明図である。図２において、情報処理システム２００は、情報処理装置１００と、ジョブ実行装置２０１と、クライアント装置２０２とを含む。

情報処理システム２００において、情報処理装置１００とジョブ実行装置２０１とは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。情報処理システム２００において、情報処理装置１００とクライアント装置２０２とは、有線または無線のネットワーク２１０を介して接続される。

情報処理装置１００は、コンテナを作成するコンピュータである。情報処理装置１００は、例えば、クラウド上に設けられる。情報処理装置１００は、ジョブネットにおけるジョブの関係性と、ジョブを配備するコンテナの条件と、ジョブの起動予定とを、クライアント装置２０２から受信する。情報処理装置１００は、例えば、受信したジョブネットにおけるジョブの関係性と、ジョブを配備するコンテナの条件と、ジョブの起動予定とを、図４に後述するジョブネット管理テーブル４００を用いて記憶する。情報処理装置１００は、コンテナのイメージファイルを記憶する。情報処理装置１００は、例えば、コンテナのイメージファイルを、クライアント装置２０２から受信し、記憶していてもよい。

情報処理装置１００は、コンテナを作成する。情報処理装置１００は、例えば、ジョブ実行装置２０１上に、コンテナを作成する。情報処理装置１００は、具体的には、図４に後述するジョブネット管理テーブル４００を参照して、ジョブの起動時に、コンテナのイメージファイルを用いて、ジョブ実行装置２０１上に、ジョブを配備するコンテナの条件を満たす新たなコンテナを作成する。情報処理装置１００は、作成した新たなコンテナの属性情報を、図５に後述するコンテナ管理テーブル５００に記憶する。情報処理装置１００は、起動するジョブを、作成した新たなコンテナに配備して実行する。

情報処理装置１００は、既存のコンテナに、ジョブを配備してもよい。情報処理装置１００は、例えば、ジョブの起動時に、図５に後述するコンテナ管理テーブル５００を参照して、ジョブを配備するコンテナの条件を満たす既存のコンテナを検索してもよい。情報処理装置１００は、例えば、既存のコンテナが検索されると、図４に後述するジョブネット管理テーブル４００を参照して、起動するジョブと、既存のコンテナに配備した過去のジョブとが、連携する２つのジョブの組み合わせに合致するか否かを判定する。情報処理装置１００は、合致する場合、起動するジョブを、検索された既存のコンテナに配備して実行する。

情報処理装置１００は、ジョブの完了に応じて、ジョブに対応する終了条件を満たしていれば、ジョブを配備したコンテナを削除する。情報処理装置１００は、例えば、図４に後述するジョブネット管理テーブル４００を参照して、ジョブが繰り返し実行される性質を有する場合、ジョブの繰り返し回数が閾値以上であるか否かを判定する。情報処理装置１００は、ジョブの繰り返し回数が閾値未満であれば、完了したジョブを配備したコンテナを、所定のタイミングで削除する。所定のタイミングは、例えば、日変わりタイミングである。また、情報処理装置１００は、例えば、ジョブの繰り返し回数が閾値以上であれば、ジョブを配備したコンテナを削除せずに済ませる。

情報処理装置１００は、例えば、図４に後述するジョブネット管理テーブル４００を参照して、完了したジョブを配備したコンテナで、完了したジョブとは異なる以後実行予定の他のジョブが存在するか否かを判定してもよい。情報処理装置１００は、他のジョブが存在しなければ、完了したジョブを配備したコンテナを、所定のタイミングで削除する。所定のタイミングは、例えば、日変わりタイミングである。情報処理装置１００は、例えば、他のジョブが存在すれば、他のジョブが完了するまで、コンテナを削除せずに済ませる。情報処理装置１００は、例えば、サーバ、または、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などである。

ジョブ実行装置２０１は、コンテナを実現するコンピュータである。ジョブ実行装置２０１は、例えば、クラウド上に設けられる。ジョブ実行装置２０１は、情報処理装置１００の制御に従い、コンテナを実現する。ジョブ実行装置２０１は、情報処理装置１００の制御に従い、実現したコンテナ上で、ジョブを実行する。ジョブ実行装置２０１は、ジョブを完了したことを、情報処理装置１００に通知する。ジョブ実行装置２０１は、情報処理装置１００の制御に従い、コンテナを削除する。ジョブ実行装置２０１は、例えば、サーバ、または、ＰＣなどである。

クライアント装置２０２は、利用者によって用いられるコンピュータである。クライアント装置２０２は、例えば、利用者の操作入力に基づき、ジョブネットにおけるジョブの関係性と、ジョブを配備するコンテナの条件と、ジョブの起動予定とを、情報処理装置１００に送信する。クライアント装置２０２は、例えば、サーバ、ＰＣ、タブレット端末、または、スマートフォンなどである。

ここでは、情報処理装置１００が、ジョブ実行装置２０１とは異なる装置である場合について説明したが、これに限らない。例えば、情報処理装置１００が、ジョブ実行装置２０１としての機能を有し、ジョブ実行装置２０１としても動作可能である場合があってもよい。

ここでは、情報処理装置１００が、クライアント装置２０２とは異なる装置である場合について説明したが、これに限らない。例えば、情報処理装置１００が、クライアント装置２０２としての機能を有し、クライアント装置２０２としても動作可能である場合があってもよい。

（情報処理装置１００のハードウェア構成例）
次に、図３を用いて、情報処理装置１００のハードウェア構成例について説明する。

図３は、情報処理装置１００のハードウェア構成例を示すブロック図である。図３において、情報処理装置１００は、ＣＰＵ３０１と、メモリ３０２と、ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、記録媒体Ｉ／Ｆ３０４と、記録媒体３０５とを有する。また、各構成部は、バス３００によってそれぞれ接続される。

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

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

記録媒体Ｉ／Ｆ３０４は、ＣＰＵ３０１の制御に従って記録媒体３０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ３０４は、例えば、ディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポートなどである。記録媒体３０５は、記録媒体Ｉ／Ｆ３０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体３０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体３０５は、情報処理装置１００から着脱可能であってもよい。

情報処理装置１００は、上述した構成部の他、例えば、キーボード、マウス、ディスプレイ、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、情報処理装置１００は、記録媒体Ｉ／Ｆ３０４や記録媒体３０５を複数有していてもよい。また、情報処理装置１００は、記録媒体Ｉ／Ｆ３０４や記録媒体３０５を有していなくてもよい。

（ジョブネット管理テーブル４００の記憶内容）
次に、図４を用いて、ジョブネット管理テーブル４００の記憶内容の一例について説明する。ジョブネット管理テーブル４００は、例えば、図３に示した情報処理装置１００のメモリ３０２や記録媒体３０５などの記憶領域により実現される。

図４は、ジョブネット管理テーブル４００の記憶内容の一例を示す説明図である。図４に示すように、ジョブネット管理テーブル４００は、ジョブネット名称と、ジョブ番号と、先行ジョブと、実行インスタンス定義と、ジョブ排他フラグと、起動条件と、起動日とのフィールドを有する。ジョブネット管理テーブル４００は、ジョブごとに各フィールドに情報を設定することにより、ジョブネット管理情報がレコード４００－ａとして記憶される。ａは、任意の整数である。

ジョブネット名称のフィールドには、ジョブが所属するジョブネットに付与されたジョブネット名称が設定される。ジョブ番号のフィールドには、上記ジョブに付与されたジョブ番号が設定される。先行ジョブのフィールドには、上記ジョブと同一ジョブネットに属し、上記ジョブと連携する、上記ジョブの直前に実行する他のジョブである先行ジョブに付与されたジョブ番号が設定される。

実行インスタンス定義のフィールドには、上記ジョブを配備するコンテナの条件を示す実行インスタンス定義に付与された実行インスタンス名が設定される。ジョブ排他フラグのフィールドには、ジョブネット内で、同一のコンテナに配備可能なジョブのグループを示すジョブ排他フラグが設定される。同一のジョブ排他フラグに対応付けられた複数のジョブは、同一のコンテナに配備することが好ましい。起動条件のフィールドには、上記ジョブを起動するタイミングを示す起動条件が設定される。起動日のフィールドには、上記起動条件に従って、上記ジョブを起動する日付が設定される。

（コンテナ管理テーブル５００の記憶内容）
次に、図５を用いて、コンテナ管理テーブル５００の記憶内容の一例について説明する。コンテナ管理テーブル５００は、例えば、図３に示した情報処理装置１００のメモリ３０２や記録媒体３０５などの記憶領域により実現される。

図５は、コンテナ管理テーブル５００の記憶内容の一例を示す説明図である。図５に示すように、コンテナ管理テーブル５００は、実行サーバコンテナ名と、実行インスタンス定義と、ジョブ排他フラグと、作成日時とのフィールドを有する。コンテナ管理テーブル５００は、コンテナごとに各フィールドに情報を設定することにより、コンテナ管理情報がレコード５００－ｂとして記憶される。ｂは、任意の整数である。

実行サーバコンテナ名のフィールドには、ジョブを配備する実行サーバとなるコンテナに付与された実行サーバコンテナ名が設定される。実行インスタンス定義のフィールドには、上記コンテナの属性および性能を示す実行インスタンス定義に付与された実行インスタンス名が設定される。ジョブ排他フラグのフィールドには、上記コンテナに配備するジョブが有するジョブ排他フラグが設定される。作成日時のフィールドには、上記コンテナを作成した作成日時が設定される。

（インスタンス定義管理テーブル６００の記憶内容）
次に、図６を用いて、インスタンス定義管理テーブル６００の記憶内容の一例について説明する。インスタンス定義管理テーブル６００は、例えば、図３に示した情報処理装置１００のメモリ３０２や記録媒体３０５などの記憶領域により実現される。

図６は、インスタンス定義管理テーブル６００の記憶内容の一例を示す説明図である。図６に示すように、インスタンス定義管理テーブル６００は、実行インスタンス名と、実行サーバコンテナイメージと、配備リクエスト情報と、配備オプションとのフィールドを有する。インスタンス定義管理テーブル６００は、実行インスタンス定義ごとに各フィールドに情報を設定することにより、インスタンス定義管理情報がレコード６００－ｃとして記憶される。ｃは、任意の整数である。

実行インスタンス名のフィールドには、実行インスタンス定義に付与された実行インスタンス名が設定される。実行サーバコンテナイメージのフィールドには、上記実行インスタンス定義が示す性能を有するコンテナに対応する実行サーバコンテナイメージが設定される。

配備リクエスト情報のフィールドには、実行サーバコンテナを作成するためのクラウドサービスＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）への接続情報である配備リクエスト情報が設定される。配備リクエスト情報のフィールドは、認証情報と、接続先ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とのフィールドを含む。認証情報のフィールドには、認証情報が設定される。接続先ＵＲＬのフィールドには、接続先ＵＲＬが設定される。

配備オプションのフィールドは、ＣＰＵ数と、ＭＥＭと、環境変数とのフィールドを含む。ＣＰＵ数のフィールドには、上記コンテナが有するＣＰＵの数を示すＣＰＵ数が設定される。ＭＥＭのフィールドには、上記コンテナが有する記憶領域のサイズを示すＭＥＭが設定される。環境変数のフィールドには、上記コンテナに設定される環境変数が設定される。

（ジョブ実行装置２０１のハードウェア構成例）
ジョブ実行装置２０１のハードウェア構成例は、具体的には、図３に示した情報処理装置１００のハードウェア構成例と同様であるため、説明を省略する。

（クライアント装置２０２のハードウェア構成例）
クライアント装置２０２のハードウェア構成例は、具体的には、図３に示した情報処理装置１００のハードウェア構成例と同様であるため、説明を省略する。

（情報処理装置１００の機能的構成の一例）
次に、図７を用いて、情報処理装置１００の機能的構成の一例について説明する。

図７は、情報処理装置１００の機能的構成の一例を示すブロック図である。情報処理装置１００は、記憶部７００と、取得部７０１と、配備部７０２と、削除部７０３と、出力部７０４とを含む。

記憶部７００は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域によって実現される。以下では、記憶部７００が、情報処理装置１００に含まれる場合について説明するが、これに限らない。例えば、記憶部７００が、情報処理装置１００とは異なる装置に含まれ、記憶部７００の記憶内容が情報処理装置１００から参照可能である場合があってもよい。

取得部７０１～出力部７０４は、制御部の一例として機能する。取得部７０１～出力部７０４は、具体的には、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、ネットワークＩ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶される。

記憶部７００は、各機能部の処理において参照され、または更新される各種情報を記憶する。記憶部７００は、第１情報を記憶する。第１情報は、ジョブごとに当該ジョブを配備する実行環境の条件を特定可能にする情報である。実行環境は、例えば、コンテナである。実行環境は、例えば、仮想マシンであってもよい。

第１情報は、例えば、ジョブごとに、当該ジョブを配備するコンテナの条件を示す実行インスタンス定義を対応付けた情報である。記憶部７００は、例えば、ジョブごとに、当該ジョブを配備するコンテナの条件を示す実行インスタンス定義を対応付けた第１情報を、図４に示したジョブネット管理テーブル４００を用いて記憶する。

第１情報は、例えば、ジョブごとに、当該ジョブの実行予定を含んでいてもよい。実行予定は、例えば、ジョブが繰り返し実行されるか否かを示す。実行予定は、例えば、ジョブが実行される日付を示す。第１情報は、例えば、取得部７０１によって取得される。第１情報は、例えば、利用者によって予め記憶部７００に設定されていてもよい。

記憶部７００は、第２情報を記憶する。第２情報は、連携する複数のジョブの関係を特定可能にする情報である。関係は、例えば、複数のジョブを実行する順序、および、複数のジョブが連携するか否かなどの関係である。連携は、例えば、ジョブ間でデータをやり取りすることである。連携は、具体的には、ジョブが生成したデータを、他のジョブで利用することである。連携は、例えば、複数のジョブが互いに通信しながら動作することであってもよい。

第２情報は、例えば、ジョブごとに、当該ジョブと連携する当該ジョブの直前に実行する先行ジョブがあれば、当該先行ジョブに付与されたジョブ番号を対応付けた情報である。記憶部７００は、例えば、ジョブごとに、当該ジョブと連携する当該ジョブの直前に実行する先行ジョブに付与されたジョブ番号を対応付けた第２情報を、図４に示したジョブネット管理テーブル４００を用いて記憶する。第２情報は、例えば、取得部７０１によって取得される。第２情報は、例えば、利用者によって予め記憶部７００に設定されていてもよい。

記憶部７００は、第３情報を記憶する。第３情報は、ジョブに対応する削除条件を特定可能にする情報である。ジョブに対応する削除条件は、例えば、当該ジョブを配備した実行環境を削除する契機となる条件を示す。

ジョブに対応する削除条件は、例えば、当該ジョブが完了したことを基準として定義されていてもよい。ジョブに対応する削除条件は、例えば、当該ジョブと連携する他のジョブの実行予定を基準として定義されていてもよい。削除条件は、例えば、所定のタイミングを基準として定義されていてもよい。所定のタイミングは、実行環境を削除するか否かを判定するタイミングである。所定のタイミングは、例えば、日変わりタイミングである。

削除条件は、具体的には、所定のタイミング以前にジョブが完了したことを条件として示す。削除条件は、具体的には、所定のタイミングまでにジョブが完了していなければ、所定のタイミング以後にジョブが完了したことを条件として示す。

削除条件は、具体的には、ジョブが完了してから、所定のタイミングまでに、当該ジョブを配備した実行環境に、新たに配備する他のジョブが存在しないことを条件として示す。削除条件は、具体的には、ジョブを配備した実行環境において、他のジョブを実行しておらず、当該ジョブが完了したことを条件として示す。

削除条件は、具体的には、ジョブが、繰り返し実行される性質を有していれば、所定の期間において、当該ジョブが繰り返し実行される回数が、所定の回数未満であり、当該ジョブが完了したことを条件として示す。削除条件は、具体的には、ジョブが、繰り返し実行される性質を有していれば、所定の期間において、当該ジョブが繰り返し実行される回数が、所定の回数以上であれば、所定の期間のうち、最後に実行される当該ジョブが完了したことを条件として示す。

削除条件は、具体的には、完了したジョブを配備する実行環境の条件と、完了したジョブと連携する他のジョブを配備する実行環境の条件とが一致しないことを条件として示す。第３情報は、例えば、取得部７０１によって取得される。第３情報は、例えば、利用者によって予め記憶部７００に設定されていてもよい。

取得部７０１は、各機能部の処理に用いられる各種情報を取得する。取得部７０１は、取得した各種情報を、記憶部７００に記憶し、または、各機能部に出力する。また、取得部７０１は、記憶部７００に記憶しておいた各種情報を、各機能部に出力してもよい。取得部７０１は、例えば、利用者の操作入力に基づき、各種情報を取得する。取得部７０１は、例えば、情報処理装置１００とは異なる装置から、各種情報を受信してもよい。

取得部７０１は、第１情報を取得する。取得部７０１は、例えば、第１情報を、他のコンピュータから受信することにより取得する。取得部７０１は、例えば、利用者の操作入力に基づき、第１情報の入力を受け付けることにより、第１情報を取得してもよい。

取得部７０１は、第２情報を取得する。取得部７０１は、例えば、第２情報を、他のコンピュータから受信することにより取得する。取得部７０１は、例えば、利用者の操作入力に基づき、第２情報の入力を受け付けることにより、第２情報を取得してもよい。

取得部７０１は、第３情報を取得する。取得部７０１は、例えば、第３情報を、他のコンピュータから受信することにより取得する。取得部７０１は、例えば、利用者の操作入力に基づき、第３情報の入力を受け付けることにより、第３情報を取得してもよい。

取得部７０１は、第１情報を参照して、第１ジョブを配備する実行環境の第１条件を取得する。第１ジョブは、実行予定のタイミングになったジョブである。第１ジョブは、起動する対象のジョブである。取得部７０１は、第１情報を参照して、実行予定がある第１ジョブを特定し、特定した第１ジョブを配備する実行環境の第１条件を取得する。

取得部７０１は、第１情報を参照して、第１ジョブとは異なる第２ジョブを配備する実行環境の第２条件を取得する。第２ジョブは、例えば、第１ジョブ以後に実行予定のジョブである。第２ジョブは、具体的には、第１ジョブと連携するジョブであってもよい。取得部７０１は、例えば、第１情報を参照して、実行予定がある第２ジョブを特定し、第２ジョブを配備する実行環境の第２条件を取得する。

取得部７０１は、第１情報と、第２情報とを参照して、第１ジョブとは異なる、第１ジョブ以後に実行予定であり、第１ジョブと連携する第３ジョブを配備する実行環境の第３条件を取得する。取得部７０１は、例えば、第１情報と、第２情報とを参照して、第１ジョブの完了に応じて、第１ジョブ以後に実行予定であり、第１ジョブと連携する第３ジョブを特定する。取得部７０１は、例えば、第１情報を参照して、特定した第３ジョブを配備する実行環境の第３条件を取得する。

取得部７０１は、いずれかの機能部の処理を開始する開始トリガーを受け付けてもよい。開始トリガーは、例えば、利用者による所定の操作入力があったことである。開始トリガーは、例えば、他のコンピュータから、所定の情報を受信したことであってもよい。開始トリガーは、例えば、いずれかの機能部が所定の情報を出力したことであってもよい。取得部７０１は、例えば、ジョブが起動したことを、配備部７０２の処理を開始する開始トリガーとして受け付ける。取得部７０１は、例えば、ジョブが完了したことを、削除部７０３の処理を開始する開始トリガーとして受け付ける。

配備部７０２は、ジョブを配備する実行環境を作成し、作成した実行環境に、ジョブを配備して実行する。配備部７０２は、ジョブを配備する実行環境を実現可能な他のコンピュータを制御し、他のコンピュータに、実行環境を作成させ、作成した実行環境に、ジョブを配備し、他のコンピュータに、ジョブを実行させる。他のコンピュータは、例えば、ジョブ実行装置２０１などである。

配備部７０２は、例えば、取得した第１条件に基づいて、第１ジョブを配備する第１実行環境を作成し、作成した第１実行環境に、第１ジョブを配備して実行する。配備部７０２は、具体的には、取得した第１条件を満たす第１実行環境を作成し、作成した第１実行環境に、第１ジョブを配備して実行する。これにより、配備部７０２は、例えば、自動で第１ジョブを実行可能にすることができ、利用者にかかる作業負担の低減化を図ることができる。

配備部７０２は、例えば、取得した第２情報を参照して、第２ジョブが、第１ジョブ以後に実行予定であり第１ジョブと連携する場合、第１ジョブを配備した第１実行環境に、第２ジョブを配備して実行する。配備部７０２は、具体的には、第２情報を参照して、第２ジョブが、第１ジョブ以後に実行予定であり第１ジョブと連携するか否かを判定する。配備部７０２は、具体的には、第１条件と、第２条件とが合致するか否かを判定する。

合致は、例えば、第１条件と、第２条件とが同一であることを示す。合致は、例えば、第１条件が、第２条件を包含することを示していてもよい。合致は、具体的には、第１条件が示すＣＰＵの数が、第２条件が示すＣＰＵの数より大きいことを示していてもよい。合致は、具体的には、第１条件が示す記憶領域のサイズが、第２条件が示す記憶領域のサイズより大きいことを示していてもよい。

配備部７０２は、具体的には、第２ジョブが、第１ジョブ以後に実行予定であり第１ジョブと連携すると判定し、第１条件と、第２条件とが合致すると判定した場合、第１ジョブを配備した第１実行環境に、第２ジョブを配備して実行する。これにより、配備部７０２は、例えば、自動で第２ジョブを実行可能にすることができ、利用者にかかる作業負担の低減化を図ることができる。配備部７０２は、例えば、既存の実行環境に第２ジョブを配備することができ、リソースの使用量の増大化を抑制することができる。リソースは、例えば、計算リソース、時間リソース、人的リソース、または、金銭リソースなどである。

配備部７０２は、具体的には、第２ジョブが、第１ジョブと連携しないと判定した場合、第２ジョブを配備する第２実行環境を作成し、作成した第２実行環境に、第２ジョブを配備して実行する。これにより、配備部７０２は、例えば、自動で第２ジョブを実行可能にすることができ、利用者にかかる作業負担の低減化を図ることができる。配備部７０２は、例えば、第１ジョブと同一の実行環境で実行不能な第２ジョブを、誤って第１ジョブと同一の実行環境に配備することを回避することができ、第２ジョブを適切に実行可能にすることができる。

配備部７０２は、具体的には、第２ジョブが、第１ジョブと連携すると判定し、第１条件と、第２条件とが合致しないと判定した場合、第２ジョブを配備する第２実行環境を作成し、作成した第２実行環境に、第２ジョブを配備して実行する。これにより、配備部７０２は、例えば、自動で第２ジョブを実行可能にすることができ、利用者にかかる作業負担の低減化を図ることができる。配備部７０２は、例えば、第１ジョブと同一の実行環境で実行不能な第２ジョブを、誤って第１ジョブと同一の実行環境に配備することを回避することができ、第２ジョブを適切に実行可能にすることができる。

配備部７０２は、作成した実行環境の全体の情報をバックアップする。配備部７０２は、作成した実行環境の異常時、バックアップした実行環境の全体の情報に基づいて、作成した実行環境をリストアする。配備部７０２は、例えば、実行環境を実現する他のコンピュータを制御し、他のコンピュータに、実行環境の全体の情報をバックアップさせる。他のコンピュータは、例えば、ジョブ実行装置２０１などである。異常は、例えば、他のコンピュータのダウンである。

配備部７０２は、例えば、実行環境の異常時、実行環境を実現する他のコンピュータを制御し、バックアップした実行環境の全体の情報に基づいて、実行環境をリストアさせる。これにより、配備部７０２は、実行環境の異常に対応することができ、情報処理システム２００の安定性の向上を図ることができる。配備部７０２は、ジョブを実行失敗する確率の低減化を図ることができる。

削除部７０３は、記憶部７００を参照して、実行環境を削除する。削除部７０３は、例えば、第１ジョブの完了に応じて、第１ジョブに対応する削除条件を満たす場合、作成した第１ジョブを配備した第１実行環境を削除する。削除部７０３は、例えば、第１実行環境を実現する他のコンピュータを制御し、第１実行環境を削除させる。他のコンピュータは、例えば、ジョブ実行装置２０１などである。

削除部７０３は、具体的には、所定のタイミングまでに、第１ジョブが完了した場合、所定のタイミングまでに、第１ジョブを配備した第１実行環境を削除する。これにより、削除部７０３は、リソースの使用量の増大化を抑制することができる。

削除部７０３は、具体的には、所定のタイミングまでに、第１ジョブが完了しない場合、第１ジョブが完了するまで、第１ジョブを配備した第１実行環境を削除せず、第１ジョブが完了してから、第１ジョブを配備した第１実行環境を削除する。これにより、削除部７０３は、リソースの使用量の増大化を抑制することができる。削除部７０３は、第１ジョブを正常に完了可能にすることができる。

削除部７０３は、具体的には、第１ジョブが完了してから、所定のタイミングまでに、第１ジョブを配備した第１実行環境に、新たに配備する他のジョブが存在しなければ、所定のタイミングまでに、第１ジョブを配備した第１実行環境を削除する。これにより、削除部７０３は、リソースの使用量の増大化を抑制することができる。

削除部７０３は、具体的には、第１ジョブ以後に実行予定であり、第１ジョブと連携する第３ジョブが存在すれば、第１条件と、取得した第３条件とが合致するか否かを判定する。第３ジョブは、第１ジョブを配備した第１実行環境に、新たに配備する他のジョブの候補である。削除部７０３は、具体的には、合致しない場合、第１ジョブの完了に応じて、第１ジョブを配備した第１実行環境を削除する。これにより、削除部７０３は、リソースの使用量の増大化を抑制することができる。

削除部７０３は、具体的には、第１ジョブを配備した第１実行環境において、他のジョブを実行していれば、第１ジョブを配備した第１実行環境を削除せずに済ませる。削除部７０３は、具体的には、第１ジョブを配備した第１実行環境において、他のジョブを実行していなければ、第１ジョブの完了に応じて、第１ジョブを配備した第１実行環境を削除する。これにより、削除部７０３は、リソースの使用量の増大化を抑制することができる。削除部７０３は、他のジョブを正常に完了可能にすることができる。

削除部７０３は、具体的には、第１ジョブは、繰り返し実行される性質を有していれば、所定の期間において、第１ジョブの繰り返し回数が、所定の回数以上であるか否かを判定する。所定の期間は、例えば、１日である。繰り返し回数は、ジョブが繰り返し実行される回数である。繰り返し回数は、例えば、ジョブが繰り返し実行される予定の回数である。削除部７０３は、具体的には、第１ジョブの繰り返し回数が、所定の回数未満である場合、第１ジョブの完了に応じて、第１ジョブを配備した第１実行環境を削除する。これにより、削除部７０３は、リソースの使用量の増大化を抑制することができる。

削除部７０３は、具体的には、第１ジョブの繰り返し回数が、所定の回数以上である場合、所定の期間のうち最後に実行される第１ジョブの完了に応じて、第１ジョブを配備した第１実行環境を削除する。これにより、削除部７０３は、リソースの使用量の増大化を抑制することができる。削除部７０３は、第１実行環境の作成と削除とを繰り返してしまい、第１ジョブを実行開始するタイミングが遅れてしまうことを回避し易くすることができる。

出力部７０４は、少なくともいずれかの機能部の処理結果を出力する。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ３０３による外部装置への送信、または、メモリ３０２や記録媒体３０５などの記憶領域への記憶である。これにより、出力部７０４は、少なくともいずれかの機能部の処理結果を利用者に通知可能にし、情報処理装置１００の利便性の向上を図ることができる。

出力部７０４は、例えば、実行環境を作成したことを、利用者が参照可能に出力する。これにより、出力部７０４は、利用者が、情報処理システム２００の状態を把握し易くすることができ、情報処理システム２００を管理し易くすることができる。出力部７０４は、例えば、実行環境を削除したことを、利用者が参照可能に出力する。これにより、出力部７０４は、利用者が、情報処理システム２００の状態を把握し易くすることができ、情報処理システム２００を管理し易くすることができる。

出力部７０４は、例えば、ジョブを実行したことを、利用者が参照可能に出力する。これにより、出力部７０４は、利用者が、情報処理システム２００の状態を把握し易くすることができ、情報処理システム２００を管理し易くすることができる。出力部７０４は、例えば、ジョブを実行した結果を、利用者が参照可能に出力する。これにより、出力部７０４は、ジョブを実行した結果を、利用者が利用可能にすることができる。

（情報処理装置１００の機能的構成の具体例）
次に、図８を用いて、情報処理装置１００の機能的構成の具体例について説明する。

図８は、情報処理装置１００の機能的構成の具体例を示すブロック図である。情報処理装置１００は、ジョブスケジューラ８０１と、実行サーバ配備機能８０２と、実行サーバ削除機能８０３とを含む。情報処理装置１００は、実行インスタンス定義８２０を有する。実行インスタンス定義８２０は、例えば、図６に示したインスタンス定義管理テーブル６００に記憶される。

実行サーバコンテナイメージ８１０は、ジョブ実行装置２０１が利用可能なリポジトリに、利用者によって予め登録される。実行サーバコンテナイメージ８１０は、コンテナを実装するための情報である。ジョブ実行装置２０１は、実行サーバコンテナ８３０を実現する。実行サーバコンテナ８３０は、実行サーバとしての機能を実現するコンテナである。ジョブ実行装置２０１は、例えば、実行サーバコンテナイメージ８１０を利用して、実行サーバコンテナ８３０を実装する。ジョブ実行装置２０１は、例えば、クラウド上に設けられる。

ジョブスケジューラ８０１は、ジョブを起動するタイミングを制御する。ジョブスケジューラ８０１は、ジョブを起動するタイミングになったことの通知を、実行サーバ配備機能８０２に送信する。通知は、例えば、ジョブを識別する情報を含む。

ジョブスケジューラ８０１は、ジョブ実行装置２０１を監視し、ジョブ実行装置２０１において、ジョブが完了したことを検出する。ジョブスケジューラ８０１は、例えば、ジョブ実行装置２０１から、ジョブが完了したことの通知を受信することにより、ジョブ実行装置２０１において、ジョブが完了したことを検出する。ジョブスケジューラ８０１は、例えば、定期的に、ジョブ実行装置２０１における、ジョブの実行状況を問い合わせることにより、ジョブ実行装置２０１において、いずれかのジョブが完了したことを検出してもよい。ジョブスケジューラ８０１は、ジョブが完了したことの通知を、実行サーバ削除機能８０３に送信する。通知は、例えば、ジョブを識別する情報を含む。

実行サーバ配備機能８０２は、ジョブを起動するタイミングになったことの通知を受け付ける。実行サーバ配備機能８０２は、起動するタイミングになったジョブに対応する実行インスタンス定義８２０を取得する。実行サーバ配備機能８０２は、取得した実行インスタンス定義８２０に対応する実行サーバコンテナイメージ８１０を利用して、実行サーバコンテナ８３０を実装することを、ジョブ実行装置２０１に要求する。実行サーバ配備機能８０２は、要求により、ジョブ実行装置２０１に、リポジトリに登録済みの実行サーバコンテナイメージ８１０を起動させ、実行サーバコンテナ８３０を作成させる。実行サーバ配備機能８０２は、ジョブ実行装置２０１に作成させた実行サーバコンテナ８３０に、起動するタイミングになったジョブを実行させる。

ジョブ実行装置２０１は、実行サーバコンテナ８３０により、ジョブを実行する。ジョブ実行装置２０１は、実行サーバコンテナ８３０により、ジョブを完了すると、ジョブを完了したことの通知を、ジョブスケジューラ８０１に送信する。ジョブ実行装置２０１は、ジョブスケジューラ８０１の問い合わせに応じて、実行サーバコンテナ８３０における、ジョブの実行状況を、ジョブスケジューラ８０１に送信してもよい。

実行サーバ削除機能８０３は、ジョブが完了したことの通知を受け付ける。実行サーバ削除機能８０３は、ジョブが完了した実行サーバコンテナ８３０を削除する削除条件を満たすか否かを判定する。実行サーバ削除機能８０３は、削除条件を満たせば、ジョブが完了した実行サーバコンテナ８３０を削除する。削除条件を満たすか否かを判定する一例については、具体的には、図１４～図１７を用いて後述する。

これにより、情報処理装置１００は、実行サーバコンテナ８３０を管理する作業者にかかる作業負担の低減化を図ることができる。情報処理装置１００は、ジョブを実行する実行サーバコンテナ８３０を、利用者が手動で作成または削除せずに済ませることができ、作業者にかかる作業負担の低減化を図ることができる。また、情報処理装置１００は、不要な実行サーバコンテナ８３０が、クラウド上に残ることを防止することができ、リソースの使用量の増大化を抑制することができる。

（情報処理システム２００を実現する一例）
次に、図９を用いて、情報処理システム２００を実現する一例について説明する。

図９は、情報処理システム２００を実現する一例を示す説明図である。図９に示すように、情報処理システム２００では、マネージャとなる情報処理装置１００が、クラウド上に設けられる。また、情報処理システム２００では、実行サーバコンテナにより実行サーバとしての機能を実現するジョブ実行装置２０１が、クラウド上に設けられる。

ここで、マネージャは、情報処理装置１００により、サービスとして利用者に提供される。このため、利用者は、マネージャとなるコンピュータを、情報処理システム２００に導入および運用せずに済み、作業負担の低減化を図ることができる。

また、ジョブ実行装置２０１が、情報処理装置１００の制御に従い、実行サーバコンテナを、適切なタイミングで作成または削除する。このため、利用者は、実行サーバとなるコンピュータを、情報処理システム２００に導入および運用せずに済み、作業負担の低減化を図ることができる。利用者は、実行サーバコンテナを、適切なタイミングで作成または削除するよう、ジョブ実行装置２０１を管理せずに済み、作業負担の低減化を図ることができる。

これに対し、従来手法では、利用者が、実行サーバとなるコンピュータ９００を、マネージャとなるコンピュータの制御に従い、ジョブを実行するよう、導入および運用することが考えられる。従来手法では、コンピュータ９００は、例えば、オンプレミスに設けられる。コンピュータ９００は、例えば、クラウド上に設けられていてもよい。このため、従来手法では、利用者にかかる作業負担の増大化を招くことになる。一方で、情報処理システム２００によれば、利用者にかかる作業負担の低減化を図ることができる。

ここでは、説明の都合上、情報処理システム２００が、オンプレミスに設けられた実行サーバとなるコンピュータ９００を含まない場合について説明したが、これに限らない。例えば、情報処理システム２００が、オンプレミスに設けられた実行サーバとなるコンピュータ９００と、実行サーバとしての機能を実現するジョブ実行装置２０１とを両方とも含む場合があってもよい。そして、例えば、情報処理装置１００が、オンプレミスに設けられた実行サーバとなるコンピュータ９００と、実行サーバとしての機能を実現するジョブ実行装置２０１とに、ジョブを配備して実行させる場合があってもよい。

（情報処理装置１００の動作の一例）
次に、図１０～図１７を用いて、情報処理装置１００の動作の一例について説明する。まず、図１０～図１３を用いて、情報処理装置１００が、ジョブ実行装置２０１を制御し、ジョブ実行装置２０１に実行サーバコンテナを作成する一例について説明する。

図１０～図１３は、実行サーバコンテナを作成する一例を示す説明図である。図１０において、クラウド上に、リポジトリ１０００が存在する。リポジトリ１０００は、例えば、ジョブ実行装置２０１によって実現される。

クライアント装置２０２は、利用者の操作入力に基づき、実行サーバコンテナイメージ１００１を、ジョブ実行装置２０１に送信する。実行サーバコンテナイメージ１００１は、例えば、静的な定義値を含む。実行サーバコンテナイメージ１００１は、具体的には、実行モジュール、および、過去互換パラメータなどの定義値を含む。ジョブ実行装置２０１は、実行サーバコンテナイメージ１００１を、クライアント装置２０２から受信し、リポジトリ１０００に格納しておく。

クライアント装置２０２は、利用者の操作入力に基づき、実行インスタンス定義を作成し、情報処理装置１００に送信する。実行インスタンス定義は、例えば、配備オプションを含む。配備オプションは、具体的には、利用者によって指定された定義値を含む。定義値は、具体的には、ジョブ所有者のパスワード、ログなどの出力先、キューの設定値、および、実行サーバコンテナのＣＰＵの指定、実行サーバコンテナのＭＥＭの指定などを示す。クライアント装置２０２は、利用者の操作入力に基づき、ネットワークジョブ投入先を設定し、情報処理装置１００に送信する。

情報処理装置１００は、自動設定値を決定しておく。自動設定値は、信頼ホスト定義、および、監視ホスト定義などを含む。情報処理装置１００は、実行インスタンス定義を、クライアント装置２０２から受信する。

情報処理装置１００は、ジョブの実行予定に従って、ジョブの実行インスタンス定義と、自動設定値とに基づいて、ジョブを配備する実行サーバコンテナを、ジョブ実行装置２０１に作成させる。情報処理装置１００は、例えば、コンテナ１、コンテナ２、および、コンテナ３などを、いずれかのジョブ実行装置２０１に作成させる。情報処理装置１００は、例えば、複数のコンテナを、１つのジョブ実行装置２０１に作成させてもよい。情報処理装置１００は、作成させた実行サーバコンテナに、ジョブを配備して実行させる。

ジョブ実行装置２０１は、実行サーバコンテナを作成し、ジョブを実行する場合、所定のタイミングごとに、再起動ポイントの設定機能を用いて、実行サーバコンテナ全体をバックアップしてもよい。再起動ポイントは、ジョブごとに設定可能である。ジョブ実行装置２０１は、自装置のダウン後、バックアップした実行サーバコンテナ全体をリストアすることにより、ジョブを実行失敗する確率の低減化を図ってもよい。次に、図１１の説明に移行し、実行インスタンス定義の内容１１００について説明する。

図１１は、実行インスタンス定義の内容１１００を示す。内容１１００は、配備リクエストと、配備オプションと、削除リクエストとを含む。配備リクエストは、例えば、実行サーバコンテナを配備するためのクラウドサービスＡＰＩへの接続情報である。配備オプションは、例えば、ジョブごとに異なる実行サーバコンテナのパラメータである。パラメータは、例えば、ジョブ所有者のパスワード、ログなどの出力先、キューの設定値、および、実行サーバコンテナのＣＰＵの指定、実行サーバコンテナのＭＥＭの指定などを示す。削除リクエストは、例えば、実行サーバコンテナを削除するためのクラウドサービスＡＰＩへの接続情報である。次に、図１２および図１３の説明に移行し、情報処理装置１００が、ジョブを配備する実行サーバコンテナを作成する制御を行う具体例について説明する。

図１２および図１３は、情報処理装置１００が、ジョブを配備する実行サーバコンテナを作成する制御を行う具体例を示す。図１２において、ジョブネット１に属する、ジョブＡと、ジョブＢとが存在するとする。ジョブＡは、実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ａと、ジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ａとに対応付する。ジョブＢは、実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ａと、ジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ｂとに対応付する。ジョブＡは、ジョブＢより前に実行予定である。

情報処理装置１００は、ジョブＡを起動するタイミングで、ジョブＡに対応する実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ａを満たす実行サーバコンテナ１２０１を、ジョブ実行装置２０１に作成する。情報処理装置１００は、作成した実行サーバコンテナ１２０１に対応付けて、ジョブＡに対応する実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ａと、ジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ａとを、コンテナ管理テーブル５００を用いて記憶しておく。情報処理装置１００は、ジョブＡを、作成した実行サーバコンテナ１２０１に配備して実行させる。

情報処理装置１００は、ジョブＢを起動するタイミングで、ジョブネット管理テーブル４００を参照して、ジョブＢに先行するジョブＡを特定する。情報処理装置１００は、コンテナ管理テーブル５００を参照して、先行するジョブＡを配備した実行サーバコンテナ１２０１に対応する実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ａを取得する。情報処理装置１００は、取得した実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ａが、ジョブＢに対応する実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ａと一致するか否かを判定する。

ここでは、情報処理装置１００は、一致すると判定したため、コンテナ管理テーブル５００を参照して、先行するジョブＡを配備した実行サーバコンテナ１２０１に対応するジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ａを取得する。情報処理装置１００は、取得したジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ａが、ジョブＢに対応するジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ｂと一致するか否かを判定する。

ここでは、情報処理装置１００は、一致しないと判定したため、ジョブＢに対応する実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ａを満たす実行サーバコンテナ１２０２を、ジョブ実行装置２０１に作成する。情報処理装置１００は、作成した実行サーバコンテナ１２０２に対応付けて、ジョブＢに対応する実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ａと、ジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ｂとを、コンテナ管理テーブル５００を用いて記憶しておく。情報処理装置１００は、ジョブＢを、作成した実行サーバコンテナ１２０２に配備して実行させる。これにより、情報処理装置１００は、ジョブＡと、ジョブＢとを適切に実行可能にすることができる。次に、図１３の説明に移行する。

図１３において、ジョブネット２に属する、ジョブＣと、ジョブＤとが存在するとする。ジョブＣは、実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ｃと、ジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ｃとに対応付する。ジョブＤは、実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ｃと、ジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ｃとに対応付する。ジョブＣは、ジョブＤより前に実行予定である。ジョブＤは、ジョブＣの出力ファイルＣ’を入力として利用するジョブである。

情報処理装置１００は、ジョブＣを起動するタイミングで、ジョブＣに対応する実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ｃを満たす実行サーバコンテナ１３００を、ジョブ実行装置２０１に作成する。情報処理装置１００は、作成した実行サーバコンテナ１３００に対応付けて、ジョブＣに対応する実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ｃと、ジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ｃとを、コンテナ管理テーブル５００を用いて記憶しておく。情報処理装置１００は、ジョブＣを、作成した実行サーバコンテナ１３００に配備して実行させる。

情報処理装置１００は、ジョブＤを起動するタイミングで、ジョブネット管理テーブル４００を参照して、ジョブＤに先行するジョブＣを特定する。情報処理装置１００は、コンテナ管理テーブル５００を参照して、先行するジョブＣを配備した実行サーバコンテナ１３００に対応する実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ｃを取得する。情報処理装置１００は、取得した実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ｃが、ジョブＤに対応する実行インスタンス定義＝Ｉｎｓｔａｎｓｅ＿Ｃと一致するか否かを判定する。

ここでは、情報処理装置１００は、一致すると判定したため、コンテナ管理テーブル５００を参照して、先行するジョブＣを配備した実行サーバコンテナ１３００に対応するジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ｃを取得する。情報処理装置１００は、取得したジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ｃが、ジョブＤに対応するジョブ排他フラグ＝ＪｏｂＦｌａｇ＿Ｃと一致するか否かを判定する。

ここでは、情報処理装置１００は、一致すると判定したため、ジョブＣと、ジョブＤとを、同一の実行サーバコンテナ１３００に配備することが好ましいと判断する。このため、情報処理装置１００は、新たな実行サーバコンテナを作成せずに、ジョブＤを、既存の実行サーバコンテナ１３００に配備して実行させる。

これにより、情報処理装置１００は、ジョブＣと、ジョブＤとを適切に実行可能にすることができる。情報処理装置１００は、ジョブＣと、ジョブＤとが、出力ファイルＣ’を効率よくやり取り可能にすることができる。このため、情報処理装置１００は、ジョブの処理効率の向上を図ることができる。情報処理装置１００は、新たな実行サーバコンテナを作成せず、リソースの使用量の増大化を抑制することができる。次に、図１４～図１７を用いて、情報処理装置１００が、実行サーバコンテナを削除する一例について説明する。

図１４～図１７は、実行サーバコンテナを削除する一例を示す説明図である。図１４～図１７において、情報処理装置１００は、例えば、ジョブの運用日を基準に、実行サーバコンテナを削除するか否かを判定する。まず、図１４の説明に移行する。

図１４において、ジョブＡは、例えば、運用日に１回起動するジョブであるとする。実行サーバコンテナとして、コンテナ１が存在するとする。コンテナ１は、ジョブＡを実行し、ジョブＡを完了したとする。

情報処理装置１００は、ジョブＡが完了した場合、同一運用日中に、コンテナ１で実行する他のジョブが存在するか否かを判定する。情報処理装置１００は、例えば、ジョブネット管理テーブル４００、および、コンテナ管理テーブル５００などを参照して、同一運用日中に、コンテナ１で実行する他のジョブが存在するか否かを判定する。

情報処理装置１００は、同一運用日中に、コンテナ１で実行する他のジョブが存在しなければ、日変わり時刻前に、ジョブＡの完了に応じて、コンテナ１を削除するよう、ジョブ実行装置２０１を制御する。情報処理装置１００は、翌運用日に、ジョブＡを再び起動する場合、新たにコンテナ１’を作成することになる。

これにより、情報処理装置１００は、一定時間以上利用しない実行サーバコンテナが存在すれば、当該実行サーバコンテナを削除することができ、リソースの使用量の増大化を抑制することができる。次に、図１５の説明に移行する。

図１５において、ジョブＢは、例えば、運用日に１回起動するジョブであるとする。ジョブＣは、例えば、ジョブＢの完了後、運用日に１回起動するジョブであるとする。実行サーバコンテナとして、コンテナ２が存在するとする。コンテナ２は、ジョブＢを実行し、ジョブＢを完了したとする。

情報処理装置１００は、ジョブＢが完了した場合、同一運用日中に、コンテナ２で実行する他のジョブが存在するか否かを判定する。情報処理装置１００は、例えば、ジョブネット管理テーブル４００、および、コンテナ管理テーブル５００などを参照して、同一運用日中に、コンテナ２で実行する他のジョブが存在するか否かを判定する。図１５の例では、情報処理装置１００は、同一運用日中に、コンテナ２で実行するジョブＣが存在すると判定する。

情報処理装置１００は、同一運用日中に、コンテナ２で実行する他のジョブが存在するため、他のジョブの完了まで、コンテナ２を残すことが好ましいと判断する。コンテナ２は、ジョブＢを完了後、ジョブＣを実行し、ジョブＣを完了したとする。

情報処理装置１００は、ジョブＣが完了した場合、同一運用日中に、コンテナ２で実行する他のジョブが存在するか否かを判定する。情報処理装置１００は、同一運用日中に、コンテナ２で実行する他のジョブが存在しないため、日変わり時刻前に、ジョブＣの完了に応じて、コンテナ２を削除するよう、ジョブ実行装置２０１を制御する。

これにより、情報処理装置１００は、ジョブの実行予定が残った実行サーバコンテナを削除せずに済ませることができ、リソースの使用量の増大化を抑制することができ、ジョブを実行する際のオーバーヘッドを抑制し易くすることができる。次に、図１６の説明に移行する。

図１６において、ジョブＤは、例えば、運用日に複数回起動するジョブであるとする。実行サーバコンテナとして、コンテナ３が存在するとする。コンテナ３は、ジョブＤを実行したとする。

情報処理装置１００は、日変わり時刻において、ジョブＤが完了したか否かを判定する。情報処理装置１００は、ジョブＤが完了していないと判定したため、ジョブＤが完了するまで、コンテナ３を残しておくことにする。その後、情報処理装置１００は、ジョブＤが完了した場合、同一運用日中に、コンテナ３で実行する他のジョブが存在しなければ、コンテナ３を削除する。また、情報処理装置１００は、コンテナ３を削除する前、ジョブＤを新たに起動する場合、コンテナ３とは異なる別コンテナ３’を作成し、コンテナ３’にジョブＤを配備して実行させる。

これにより、情報処理装置１００は、ジョブを実行中の実行サーバコンテナを削除せずに済ませることができ、ジョブを実行失敗する確率の低減化を図ることができる。次に、図１７の説明に移行する。

図１７において、ジョブＥは、例えば、運用日に複数回起動するジョブであるとする。実行サーバコンテナとして、コンテナ４が存在するとする。コンテナ４は、ジョブＥを繰り返し実行するとする。

情報処理装置１００は、ジョブＥの繰り返し回数が、削除閾値以上であるか否かを判定する。図１７の例では、情報処理装置１００は、ジョブＥの繰り返し回数が、削除閾値以上であると判定する。情報処理装置１００は、ジョブＥの繰り返し回数が、削除閾値以上であれば、ジョブＥを配備するコンテナ４を、ジョブＥを繰り返し配備する配備先として削除せずに残しておくことが好ましいと判断する。これにより、情報処理装置１００は、ジョブＥを配備する実行サーバコンテナの作成と削除とを繰り返してしまい、ジョブＥを実行開始するタイミングが遅れてしまうことを回避し易くすることができる。

一方で、情報処理装置１００は、ジョブＥの繰り返し回数が、削除閾値未満であれば、ジョブＥの完了に応じて、ジョブＥを配備するコンテナ４を削除してもよい。これにより、情報処理装置１００は、リソースの使用量の増大化を抑制することができる。

以上により、情報処理装置１００は、リソースの使用量の増大化を抑制することができ、利用者にかかる作業負担の低減化を図ることができる。情報処理装置１００は、例えば、コンテナを削除するか否かを判定するため、不要なコンテナを起動し続けることを回避することができ、リソースの使用量の増大化を抑制することができる。情報処理装置１００は、利用者が、コンテナを削除するか否かを判断せずに済むようにすることができ、利用者にかかる作業負担の増大化を抑制することができる。

情報処理装置１００は、例えば、複数のジョブを、１つのコンテナに配備可能であるため、ジョブを実行開始するタイミングが遅れることを回避し易くすることができる。情報処理装置１００は、例えば、複数のジョブを、１つのコンテナに配備可能であるため、ジョブ同士が連携し易くすることができる。情報処理装置１００は、具体的には、ジョブ同士が、ファイルをやり取りし易くすることができる。

（全体処理手順）
次に、図１８を用いて、情報処理装置１００が実行する、全体処理手順の一例について説明する。全体処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

図１８は、全体処理手順の一例を示すフローチャートである。図１８において、情報処理装置１００は、実行予定のジョブを起動する（ステップＳ１８０１）。

次に、情報処理装置１００は、図１９に後述する配備判定処理を実行し、コンテナに実行予定のジョブを配備する（ステップＳ１８０２）。そして、情報処理装置１００は、ジョブの完了後、図２０に後述する削除判定処理を実行する（ステップＳ１８０３）。

次に、情報処理装置１００は、ジョブを終了する（ステップＳ１８０４）。そして、情報処理装置１００は、全体処理を終了する。これにより、情報処理装置１００は、コンテナに、ジョブを適切に実行させることができる。

（配備判定処理手順）
次に、図１９を用いて、情報処理装置１００が実行する、配備判定処理手順の一例について説明する。配備判定処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

図１９は、配備判定処理手順の一例を示すフローチャートである。図１９において、情報処理装置１００は、ジョブネット管理テーブル４００を参照して、実行予定のジョブについて、実行インスタンス定義とジョブ排他フラグとを取得する（ステップＳ１９０１）。

次に、情報処理装置１００は、コンテナ管理テーブル５００を参照して、実行サーバを実現し得る既存のコンテナが存在するか否かを判定する（ステップＳ１９０２）。ここで、既存のコンテナが存在しない場合（ステップＳ１９０２：Ｎｏ）、情報処理装置１００は、ステップＳ１９０５の処理に移行する。一方で、既存のコンテナが存在する場合（ステップＳ１９０２：Ｙｅｓ）、情報処理装置１００は、ステップＳ１９０３の処理に移行する。

ステップＳ１９０３では、情報処理装置１００は、コンテナ管理テーブル５００を参照して、既存のコンテナが、取得した実行インスタンス定義に合致するか否かを判定する（ステップＳ１９０３）。ここで、実行インスタンス定義に合致しない場合（ステップＳ１９０３：Ｎｏ）、情報処理装置１００は、ステップＳ１９０５の処理に移行する。一方で、実行インスタンス定義に合致する場合（ステップＳ１９０３：Ｙｅｓ）、情報処理装置１００は、ステップＳ１９０４の処理に移行する。

ステップＳ１９０４では、情報処理装置１００は、コンテナ管理テーブル５００を参照して、既存のコンテナが、取得したジョブ排他フラグに合致するか否かを判定する（ステップＳ１９０４）。ここで、ジョブ排他フラグに合致しない場合（ステップＳ１９０４：Ｎｏ）、情報処理装置１００は、ステップＳ１９０５の処理に移行する。一方で、ジョブ排他フラグに合致する場合（ステップＳ１９０４：Ｙｅｓ）、情報処理装置１００は、ステップＳ１９０６の処理に移行する。

ステップＳ１９０５では、情報処理装置１００は、実行予定のジョブの実行サーバを実現し得る新たなコンテナを作成する（ステップＳ１９０５）。そして、情報処理装置１００は、ステップＳ１９０６の処理に移行する。

ステップＳ１９０６では、情報処理装置１００は、実行予定のジョブを、既存のコンテナ、または、新たなコンテナに配備して実行させる（ステップＳ１９０６）。そして、情報処理装置１００は、配備判定処理を終了する。これにより、情報処理装置１００は、リソースの使用量の増大化を抑制しつつ、ジョブを実行可能にすることができる。

（削除判定処理手順）
次に、図２０を用いて、情報処理装置１００が実行する、削除判定処理手順の一例について説明する。削除判定処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。

図２０は、削除判定処理手順の一例を示すフローチャートである。図２０において、情報処理装置１００は、ジョブネット管理テーブル４００を参照して、完了したジョブが、間隔起動のジョブであるか否かを判定する（ステップＳ２００１）。ここで、間隔起動のジョブである場合（ステップＳ２００１：Ｙｅｓ）、情報処理装置１００は、ステップＳ２００２の処理に移行する。一方で、間隔起動のジョブではない場合（ステップＳ２００１：Ｎｏ）、情報処理装置１００は、ステップＳ２００３の処理に移行する。

ステップＳ２００２では、情報処理装置１００は、完了したジョブの繰り返し回数が、削除閾値以上であるか否かを判定する（ステップＳ２００２）。ここで、削除閾値未満である場合（ステップＳ２００２：Ｎｏ）、情報処理装置１００は、ステップＳ２００５の処理に移行する。一方で、削除閾値以上である場合（ステップＳ２００２：Ｙｅｓ）、情報処理装置１００は、削除判定処理を終了する。

ステップＳ２００３では、情報処理装置１００は、ジョブネット管理テーブル４００を参照して、実行予定の他のジョブが、完了したジョブを配備したコンテナと同一の実行インスタンス定義を有するか否かを判定する（ステップＳ２００３）。ここで、同一の実行インスタンス定義を有さない場合（ステップＳ２００３：Ｎｏ）、情報処理装置１００は、ステップＳ２００５の処理に移行する。一方で、同一の実行インスタンス定義を有する場合（ステップＳ２００３：Ｙｅｓ）、情報処理装置１００は、ステップＳ２００４の処理に移行する。

ステップＳ２００４では、情報処理装置１００は、ジョブネット管理テーブル４００を参照して、実行予定の他のジョブが、完了したジョブを配備したコンテナと同一のジョブ排他フラグを有するか否かを判定する（ステップＳ２００４）。ここで、同一のジョブ排他フラグを有さない場合（ステップＳ２００４：Ｎｏ）、情報処理装置１００は、ステップＳ２００５の処理に移行する。一方で、同一のジョブ排他フラグを有する場合（ステップＳ２００４：Ｙｅｓ）、情報処理装置１００は、削除判定処理を終了する。

ステップＳ２００５では、情報処理装置１００は、完了したジョブを配備したコンテナを削除する（ステップＳ２００５）。そして、情報処理装置１００は、削除判定処理を終了する。これにより、情報処理装置１００は、不要と判断されるコンテナを削除することができる。情報処理装置１００は、リソースの使用量の増大化を抑制しつつ、ジョブを実行可能にすることができる。

ここで、情報処理装置１００は、図１８～図２０の各フローチャートの一部ステップの処理の順序を入れ替えて実行してもよい。例えば、ステップＳ２００３，Ｓ２００４の処理の順序は入れ替え可能である。また、情報処理装置１００は、図１８～図２０の各フローチャートの一部ステップの処理を省略してもよい。例えば、ステップＳ２００１，Ｓ２００２の処理は省略可能である。

以上説明したように、情報処理装置１００によれば、ジョブごとに当該ジョブを配備する実行環境の条件を特定可能にする第１情報を参照して、第１ジョブを配備する実行環境の第１条件を取得することができる。情報処理装置１００によれば、取得した第１条件に基づいて、第１ジョブを配備する第１実行環境を作成することができる。情報処理装置１００によれば、作成した第１実行環境に、第１ジョブを配備して実行することができる。情報処理装置１００によれば、第１ジョブの完了に応じて、第１ジョブに対応する削除条件を満たす場合、作成した第１ジョブを配備した第１実行環境を削除することができる。これにより、情報処理装置１００は、リソースの使用量の増大化を抑制することができ、利用者にかかる作業負担の増大化を抑制することができる。

情報処理装置１００によれば、実行環境に、コンテナを採用することができる。これにより、情報処理装置１００は、作成し易い実行環境を採用することができ、ジョブを実行開始するタイミングを早め易くすることができる。

情報処理装置１００によれば、第１情報を参照して、第２ジョブを配備する実行環境の第２条件を取得することができる。情報処理装置１００によれば、連携する複数のジョブの関係を特定可能にする第２情報を参照して、第２ジョブが、第１ジョブ以後に実行予定であり第１ジョブと連携するか否かを判定することができる。情報処理装置１００によれば、連携する場合、取得した第１条件と、取得した第２条件とが合致すれば、第１ジョブを配備した第１実行環境に、第２ジョブを配備して実行することができる。これにより、情報処理装置１００は、１つの実行環境に、複数のジョブを配備可能にすることができ、リソースの使用量の増大化を抑制することができる。

情報処理装置１００によれば、所定のタイミングまでに、第１ジョブが完了した場合、所定のタイミングまでに、第１ジョブを配備した第１実行環境を削除することができる。これにより、情報処理装置１００は、実行環境を適切に削除することができ、リソースの使用量の増大化を抑制することができる。

情報処理装置１００によれば、所定のタイミングまでに、第１ジョブが完了しない場合、第１ジョブが完了するまで、第１ジョブを配備した第１実行環境を削除せず、第１ジョブが完了してから、第１ジョブを配備した第１実行環境を削除することができる。これにより、情報処理装置１００は、ジョブを実行中の実行環境を削除しないようにすることができる。情報処理装置１００は、ジョブを実行失敗しないよう、実行環境を適切に削除することができ、リソースの使用量の増大化を抑制することができる。

情報処理装置１００によれば、第１ジョブが完了してから、所定のタイミングまでに、第１ジョブを配備した第１実行環境に、新たに配備する他のジョブが存在しなければ、所定のタイミングまでに、第１ジョブを配備した第１実行環境を削除することができる。これにより、情報処理装置１００は、実行環境が不要になったか否かを判断し、実行環境を適切に削除することができ、リソースの使用量の増大化を抑制することができる。

情報処理装置１００によれば、第１ジョブを配備した第１実行環境において、他のジョブを実行していれば、第１ジョブを配備した第１実行環境を削除せずに済ませることができる。情報処理装置１００によれば、第１ジョブを配備した第１実行環境において、他のジョブを実行していなければ、第１ジョブの完了に応じて、第１ジョブを配備した第１実行環境を削除することができる。これにより、情報処理装置１００は、ジョブを実行中の実行環境を削除しないようにすることができる。情報処理装置１００は、ジョブを実行失敗しないよう、実行環境を適切に削除することができ、リソースの使用量の増大化を抑制することができる。

情報処理装置１００によれば、所定の期間において、第１ジョブが繰り返し実行される回数が、所定の回数未満である場合、第１ジョブの完了に応じて、第１ジョブを配備した第１実行環境を削除することができる。これにより、情報処理装置１００は、実行環境を削除しなければ、ジョブを未実行の実行環境が比較的長時間残ってしまう場合、実行環境を削除することができ、リソースの使用量の増大化を抑制することができる。

情報処理装置１００によれば、所定の期間において、第１ジョブが繰り返し実行される回数が、所定の回数以上である場合、所定の期間のうち最後に実行される第１ジョブの完了に応じて、第１ジョブを配備した第１実行環境を削除することができる。これにより、情報処理装置１００は、リソースの使用量の増大化を抑制することができる。情報処理装置１００は、実行環境の作成と削除とを繰り返してしまい、ジョブを実行開始するタイミングが遅れてしまうことを回避し易くすることができる。

情報処理装置１００によれば、第１情報と、連携する複数のジョブの関係を特定可能にする第２情報とを参照して、第１ジョブ以後に実行予定であり、第１ジョブと連携する第３ジョブを配備する実行環境の第３条件を取得することができる。情報処理装置１００によれば、第１条件と、取得した第３条件とが合致しない場合、第１ジョブの完了に応じて、第１ジョブを配備した第１実行環境を削除することができる。これにより、情報処理装置１００は、実行環境で以後実行するジョブがなければ、実行環境を削除することができ、リソースの使用量の増大化を抑制することができる。

情報処理装置１００によれば、第２情報を参照して、第２ジョブが、第１ジョブと連携しない場合、第２ジョブを配備する第２実行環境を作成することができる。情報処理装置１００によれば、作成した第２実行環境に、第２ジョブを配備して実行することができる。これにより、情報処理装置１００は、ジョブを実行可能にすることができる。

情報処理装置１００によれば、作成した第１実行環境の全体の情報をバックアップすることができる。情報処理装置１００によれば、作成した第１実行環境の異常時、バックアップした第１実行環境の全体の情報に基づいて、作成した第１実行環境をリストアすることができる。これにより、情報処理装置１００は、第１実行環境を実現するコンピュータのダウンに対策することができる。

なお、本実施の形態で説明した情報処理方法は、予め用意されたプログラムをＰＣやワークステーションなどのコンピュータで実行することにより実現することができる。本実施の形態で説明した情報処理プログラムは、コンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。記録媒体は、ハードディスク、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などである。また、本実施の形態で説明した情報処理プログラムは、インターネットなどのネットワークを介して配布してもよい。

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

（付記１）ジョブごとに当該ジョブを配備する実行環境の条件を特定可能にする第１情報を参照して、第１ジョブを配備する実行環境の第１条件を取得し、
取得した前記第１条件に基づいて、前記第１ジョブを配備する第１実行環境を作成し、
作成した前記第１実行環境に、前記第１ジョブを配備して実行し、
前記第１ジョブの完了に応じて、前記第１ジョブに対応する削除条件を満たす場合、作成した前記第１ジョブを配備した第１実行環境を削除する、
処理をコンピュータに実行させることを特徴とする情報処理プログラム。

（付記２）前記実行環境は、コンテナである、ことを特徴とする付記１に記載の情報処理プログラム。

（付記３）前記取得する処理は、
前記第１情報を参照して、前記第１ジョブとは異なる第２ジョブを配備する実行環境の第２条件を取得し、
前記実行する処理は、
連携する複数のジョブの関係を特定可能にする第２情報を参照して、前記第２ジョブが、前記第１ジョブ以後に実行予定であり前記第１ジョブと連携する場合、取得した前記第１条件と、取得した前記第２条件とが合致すれば、前記第１ジョブを配備した第１実行環境に、前記第２ジョブを配備して実行する、ことを特徴とする付記１または２に記載の情報処理プログラム。

（付記４）前記削除する処理は、
所定のタイミングまでに、前記第１ジョブが完了した場合、前記所定のタイミングまでに、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする付記１～３のいずれか一つに記載の情報処理プログラム。

（付記５）前記削除する処理は、
所定のタイミングまでに、前記第１ジョブが完了しない場合、前記第１ジョブが完了するまで、前記第１ジョブを配備した第１実行環境を削除せず、前記第１ジョブが完了してから、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする付記１～４のいずれか一つに記載の情報処理プログラム。

（付記６）前記削除する処理は、
前記第１ジョブが完了してから、所定のタイミングまでに、前記第１ジョブを配備した第１実行環境に、新たに配備する他のジョブが存在しなければ、前記所定のタイミングまでに、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする付記１～５のいずれか一つに記載の情報処理プログラム。

（付記７）前記削除する処理は、
前記第１ジョブを配備した第１実行環境において、他のジョブを実行していれば、前記第１ジョブを配備した第１実行環境を削除せず、前記第１ジョブを配備した第１実行環境において、他のジョブを実行していなければ、前記第１ジョブの完了に応じて、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする付記１～６のいずれか一つに記載の情報処理プログラム。

（付記８）前記第１ジョブは、繰り返し実行される性質を有し、
前記削除する処理は、
所定の期間において、前記第１ジョブが繰り返し実行される回数が、所定の回数未満である場合、前記第１ジョブの完了に応じて、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする付記１～７のいずれか一つに記載の情報処理プログラム。

（付記９）前記第１ジョブは、繰り返し実行される性質を有し、
前記削除する処理は、
所定の期間において、前記第１ジョブが繰り返し実行される回数が、所定の回数以上である場合、前記所定の期間のうち最後に実行される前記第１ジョブの完了に応じて、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする付記１～８のいずれか一つに記載の情報処理プログラム。

（付記１０）前記第１情報と、連携する複数のジョブの関係を特定可能にする第２情報とを参照して、前記第１ジョブとは異なる、前記第１ジョブ以後に実行予定であり、前記第１ジョブと連携する第３ジョブを配備する実行環境の第３条件を取得し、
前記削除する処理は、
前記第１条件と、取得した前記第３条件とが合致しない場合、前記第１ジョブの完了に応じて、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする付記１～９のいずれか一つに記載の情報処理プログラム。

（付記１１）前記作成する処理は、
前記第２情報を参照して、前記第２ジョブが、前記第１ジョブと連携しない場合、前記第２ジョブを配備する第２実行環境を作成し、
前記実行する処理は、
作成した前記第２実行環境に、前記第２ジョブを配備して実行する、ことを特徴とする付記３に記載の情報処理プログラム。

（付記１２）作成した前記第１実行環境の全体の情報をバックアップし、
作成した前記第１実行環境の異常時、バックアップした前記第１実行環境の全体の情報に基づいて、作成した前記第１実行環境をリストアする、
処理を前記コンピュータに実行させることを特徴とする付記１～１１のいずれか一つに記載の情報処理プログラム。

（付記１３）ジョブごとに当該ジョブを配備する実行環境の条件を特定可能にする第１情報を参照して、第１ジョブを配備する実行環境の第１条件を取得し、
取得した前記第１条件に基づいて、前記第１ジョブを配備する第１実行環境を作成し、
作成した前記第１実行環境に、前記第１ジョブを配備して実行し、
前記第１ジョブの完了に応じて、前記第１ジョブに対応する削除条件を満たす場合、作成した前記第１ジョブを配備した第１実行環境を削除する、
処理をコンピュータが実行することを特徴とする情報処理方法。

（付記１４）第１装置と、前記第１装置と通信可能な第２装置とを含む情報処理システムであって、
前記情報処理装置は、
ジョブごとに当該ジョブを配備する実行環境の条件を特定可能にする第１情報を参照して、第１ジョブを配備する実行環境の第１条件を取得し、
取得した前記第１条件に基づいて、前記第１ジョブを配備する第１実行環境を前記第２装置に作成し、
作成した前記第１実行環境に、前記第１ジョブを配備して実行させ、
前記第１ジョブの完了に応じて、前記第１ジョブに対応する削除条件を満たす場合、作成した前記第１ジョブを配備した第１実行環境を前記第２装置から削除する、
ことを特徴とする情報処理システム。

１００ 情報処理装置
１０１ 第１ジョブ
１０２ 第１条件
１０３ 削除条件
１１０ 第１実行環境
２００ 情報処理システム
２０１ ジョブ実行装置
２０２ クライアント装置
２１０ ネットワーク
３００ バス
３０１ ＣＰＵ
３０２ メモリ
３０３ ネットワークＩ／Ｆ
３０４ 記録媒体Ｉ／Ｆ
３０５ 記録媒体
４００ ジョブネット管理テーブル
５００ コンテナ管理テーブル
６００ インスタンス定義管理テーブル
７００ 記憶部
７０１ 取得部
７０２ 配備部
７０３ 削除部
７０４ 出力部
８０１ ジョブスケジューラ
８０２ 実行サーバ配備機能
８０３ 実行サーバ削除機能
８１０，１００１ 実行サーバコンテナイメージ
８２０ 実行インスタンス定義
８３０，１２０１，１２０２，１３００ 実行サーバコンテナ
９００ コンピュータ
１０００ リポジトリ
１１００ 内容

Claims (12)

1. ジョブごとに当該ジョブを配備する実行環境の条件を特定可能にする第１情報を参照して、第１ジョブを配備する実行環境の第１条件を取得し、
   取得した前記第１条件に基づいて、前記第１ジョブを配備する第１実行環境を作成し、
   作成した前記第１実行環境に、前記第１ジョブを配備して実行し、
   前記第１ジョブの完了に応じて、前記第１ジョブに対応する削除条件を満たす場合、作成した前記第１ジョブを配備した第１実行環境を削除し、
   前記削除する処理は、
   ジョブ完了を判断する単位の所定のタイミングまでの、前記第１ジョブの完了の有無に応じて、前記所定のタイミングまでに前記第１ジョブを配備した第１実行環境の削除の有無を制御する、
   処理をコンピュータに実行させることを特徴とする情報処理プログラム。
2. 前記削除する処理は、
   前記所定のタイミングまでに、前記第１ジョブが完了した場合、前記所定のタイミングまでに、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする請求項１に記載の情報処理プログラム。
3. 前記削除する処理は、
   前記所定のタイミングまでに、前記第１ジョブが完了しない場合、前記第１ジョブが完了するまで、前記第１ジョブを配備した第１実行環境を削除せず、前記第１ジョブが完了してから、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする請求項１または２に記載の情報処理プログラム。
4. 前記削除する処理は、
   前記第１ジョブが完了してから、前記所定のタイミングまでに、前記第１ジョブを配備した第１実行環境に、新たに配備する他のジョブが存在しなければ、前記所定のタイミングまでに、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする請求項１～３のいずれか一つに記載の情報処理プログラム。
5. 前記実行環境は、コンテナである、ことを特徴とする請求項１～４のいずれか一つに記載の情報処理プログラム。
6. 前記取得する処理は、
   前記第１情報を参照して、前記第１ジョブとは異なる第２ジョブを配備する実行環境の第２条件を取得し、
   前記実行する処理は、
   連携する複数のジョブの関係を特定可能にする第２情報を参照して、前記第２ジョブが、前記第１ジョブ以後に実行予定であり前記第１ジョブと連携する場合、取得した前記第１条件と、取得した前記第２条件とが合致すれば、前記第１ジョブを配備した第１実行環境に、前記第２ジョブを配備して実行する、ことを特徴とする請求項１～５のいずれか一つに記載の情報処理プログラム。
7. 前記削除する処理は、
   前記第１ジョブを配備した第１実行環境において、他のジョブを実行していれば、前記第１ジョブを配備した第１実行環境を削除せず、前記第１ジョブを配備した第１実行環境において、他のジョブを実行していなければ、前記第１ジョブの完了に応じて、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする請求項１～６のいずれか一つに記載の情報処理プログラム。
8. 前記第１ジョブは、繰り返し実行される性質を有し、
   前記削除する処理は、
   所定の期間において、前記第１ジョブが繰り返し実行される回数が、所定の回数未満である場合、前記第１ジョブの完了に応じて、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする請求項１～７のいずれか一つに記載の情報処理プログラム。
9. 前記第１ジョブは、繰り返し実行される性質を有し、
   前記削除する処理は、
   ジョブ実行回数を判断する単位の所定の期間において、前記第１ジョブが繰り返し実行される回数が、所定の回数以上である場合、前記所定の期間のうち最後に実行される前記第１ジョブの完了に応じて、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする請求項１～８のいずれか一つに記載の情報処理プログラム。
10. 前記第１情報と、連携する複数のジョブの関係を特定可能にする第２情報とを参照して、前記第１ジョブとは異なる、前記第１ジョブ以後に実行予定であり、前記第１ジョブと連携する第３ジョブを配備する実行環境の第３条件を取得し、
    前記削除する処理は、
    前記第１条件と、取得した前記第３条件とが合致しない場合、前記第１ジョブの完了に応じて、前記第１ジョブを配備した第１実行環境を削除する、ことを特徴とする請求項１～９のいずれか一つに記載の情報処理プログラム。
11. ジョブごとに当該ジョブを配備する実行環境の条件を特定可能にする第１情報を参照して、第１ジョブを配備する実行環境の第１条件を取得し、
    取得した前記第１条件に基づいて、前記第１ジョブを配備する第１実行環境を作成し、
    作成した前記第１実行環境に、前記第１ジョブを配備して実行し、
    前記第１ジョブの完了に応じて、前記第１ジョブに対応する削除条件を満たす場合、作成した前記第１ジョブを配備した第１実行環境を削除し、
    前記削除する処理は、
    ジョブ完了を判断する単位の所定のタイミングまでの、前記第１ジョブの完了の有無に応じて、前記所定のタイミングまでに前記第１ジョブを配備した第１実行環境の削除の有無を制御する、
    処理をコンピュータが実行することを特徴とする情報処理方法。
12. 第１装置と、前記第１装置と通信可能な第２装置とを含む情報処理システムであって、
    前記情報処理システムは、
    ジョブごとに当該ジョブを配備する実行環境の条件を特定可能にする第１情報を参照して、第１ジョブを配備する実行環境の第１条件を取得し、
    取得した前記第１条件に基づいて、前記第１ジョブを配備する第１実行環境を前記第２装置に作成し、
    作成した前記第１実行環境に、前記第１ジョブを配備して実行させ、
    前記第１ジョブの完了に応じて、前記第１ジョブに対応する削除条件を満たす場合、作成した前記第１ジョブを配備した第１実行環境を前記第２装置から削除し、
    前記削除する処理は、
    ジョブ完了を判断する単位の所定のタイミングまでの、前記第１ジョブの完了の有無に応じて、前記所定のタイミングまでに前記第１ジョブを配備した第１実行環境の削除の有無を制御する、
    ことを特徴とする情報処理システム。