JP7240348B2 - 計算機システム及びアプリケーションデータの配置制御方法 - Google Patents

Description

本発明は、計算機システムの構成の変更に伴うアプリケーションデータの配置技術に関する。

ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）の活用方法として、クラウドサービスから工場等の現場に配置された機器に至るまで様々な部位でデータ処理を行う分散コンピューティングの形態がある。また、マイクロサービスの進展に伴ってデータ処理を行うアプリケーションは機能毎に細分化されているため、ハードウェア及びＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の種別を問わずアプリケーションを様々なデバイス上で稼働させることができる。細分化されたアプリケーションを稼働させるためには、アプリケーションを実行させるデバイスに、アプリケーションのイメージファイル及び設定ファイル等のデータをダウンロードする必要がある。

本明細書では、イメージファイル及び設定ファイル等、アプリケーションを稼働させる必要なデータを「アプリケーションデータ」と記載する。

産業分野向けＩｏＴを例にした場合、ロボットによるログ収集、ＰＬＣ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｃｏｎｔｒｏｌｌｅｒ）による制御、カメラ画像の映像解析による作業内容分析等、多様なアプリケーションが想定される。それぞれのアプリケーションは対象とするデバイスによって動作内容及び学習モデルが異なる。

また、現場のデバイスの配置及び動作内容の変更に伴ってデータ処理を変更する必要が生じる。多品種少量生産が主流となる製造業では、デバイスの構成の変化に伴って、デバイスの稼働及び停止、並びにアプリケーションの変更が頻繁に発生することが想定される。

前述のようなシステムの構成変更に伴ってアプリケーションを変更する必要性が生じた場合、アプリケーションデータを用意する必要がある。アプリケーションデータを適切なストレージ装置に配置し、かつ、適切なタイミングでデバイスにアプリケーションデータをダウンロードしなければ、アプリケーションの稼働までに長時間要し、また、アプリケーションデータのダウンロードにより通信帯域を圧迫する。さらに、利用可能なストレージ装置が存在しない場合、アプリケーションを稼働できない。したがって、システムの動的な変化に追従して、適切なストレージ装置へアプリケーションデータを配置する方法を策定することが重要となる。

データを格納するストレージ装置を決定するための技術として特許文献１に記載の技術が知られている。特許文献１には、「サーバ装置は、データファイルの保管先候補とする複数のオンラインストレージのそれぞれについて、保管されたデータファイルを読み出す際の下り通信料金とデータサイズに基づく保管料に関する情報を記録するデータ記録部２１と、データファイルを入力するファイル入力部２３と、データファイルに対する予想利用頻度を入力する利用頻度入力部２０ｂと、データファイルの保管先候補とする複数のオンラインストレージ毎に、予想利用頻度が高い場合には下りの通信料金が安いほど有利になり、データファイルのサイズが大きい場合には保管料が安いほど有利となるような条件に基づいて比較値を計算する計算処理部２２ｃとを有する。」ことが記載されている。

特開２０１１－１９７９３９号公報

特許文献１では、費用の観点からオンラインストレージが選択されており、アプリケーションの起動時間、通信帯域、及びアプリケーションの確実な稼働等を考慮していない。したがって、前述したような問題点を解決できない。また、特許文献１では、容量が事実上無制限であるオンラインストレージの利用を想定しているが、ＩｏＴを活用する現場ではストレージ容量に制限がある状況も想定される。そのため、特許文献１の技術を適用することができない場合がある。

本発明の目的は、動的な構成変更を伴うシステムにおいて、アプリケーションデータ（イメージファイル及び設定ファイル）の格納に適したストレージ装置を選択する技術を提供することである。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、アプリケーションにしたがって所定の処理を実行する複数のデバイスと、前記アプリケーションを稼働させるためのアプリケーションデータを格納可能な複数のストレージ装置と、少なくとも一つの計算機を含む制御システムと、を備える計算機システムであって、前記制御システムは、前記計算機システムの構成の変更スケジュールを管理するための構成変更スケジュール情報を管理する記憶部と、前記計算機システムの構成の変更に伴って設定する必要があるターゲットアプリケーションの前記アプリケーションデータの配置に適した前記ストレージ装置を選択する選択部と、を有し、前記選択部は、前記構成変更スケジュール情報に基づいて、現在から前記計算機システムの構成の変更時に稼働している前記ストレージ装置を特定し、前記特定されたストレージ装置の中から前記ターゲットアプリケーションのアプリケーションデータを格納する前記ストレージ装置を選択し、前記計算機システムの構成が変更される前に、前記選択されたストレージ装置に前記ターゲットアプリケーションのアプリケーションデータを配置する。

本発明によれば、動的な構成変更を伴うシステムにおいて、アプリケーションデータの格納に適したストレージ装置を選択できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

実施例１の計算機システムの構成の一例を示す図である。 実施例１の現場システムの構成の一例を示す図である。 実施例１の制御装置の構成の一例を示す図である。 実施例１のユーザ入力部によって提示されるインタフェースの一例を示す図である。 実施例１のユーザ出力部がトポロジ図を提示するためのインタフェースの一例を示す図である。 実施例１のユーザ出力部がトポロジ図を提示するためのインタフェースの一例を示す図である。 実施例１の構成変更スケジュール情報のデータ構造の一例を示す図である。 実施例１の構成変更スケジュール情報のデータ構造の一例を示す図である。 実施例１の構成変更スケジュール情報のデータ構造の一例を示す図である。 実施例１のアプリケーション情報のデータ構造の一例を示す図である。 実施例１のストレージ稼働情報のデータ構造の一例を示す図である。 実施例１の通信環境情報のデータ構造の一例を示す図である。 実施例１の制御装置が実行する処理を説明するフローチャートである。 実施例１の制御装置が実行するストレージ装置選択処理の一例を説明するフローチャートである。 実施例１の制御装置が実行するストレージ装置選択処理の一例を説明するフローチャートである。 実施例１の制御装置が実行するストレージ装置選択処理の一例を説明するフローチャートである。 実施例１の制御装置によって生成された稼働スケジュール情報の一例を示す図である。 実施例１の制御装置によって算出されたアプリケーションデータの予測使用回数の算出結果の一例を示す図である。 実施例１の制御装置によって算出されたスコアの算出結果の一例を示す図である。 実施例１の制御装置によって更新されたストレージ稼働情報の一例を示す図である。 実施例１の制御装置によって更新されたストレージ稼働情報の一例を示す図である。

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。

本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

図面等において示す各構成の位置、大きさ、形状、及び範囲等は、発明の理解を容易にするため、実際の位置、大きさ、形状、及び範囲等を表していない場合がある。したがって、本発明では、図面等に開示された位置、大きさ、形状、及び範囲等に限定されない。

図１は、実施例１の計算機システムの構成の一例を示す図である。

計算機システムは、制御装置１００、クラウドシステム１０１及び工場等の現場システムから構成される。

クラウドシステム１０１は、少なくとも一つのサーバ１０２及び少なくとも一つのストレージ装置１０３を含む。クラウドシステム１０１は、ネットワーク１１０を介して、他のクラウドシステム１０１及び現場システムと接続する。図１に示すクラウドシステム１０１及び現場システムの数及び接続関係は一例であってこれに限定されない。

ネットワーク１１０は、例えば、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。なお、本発明は、ネットワーク１１０の種別に限定されない。また、ネットワーク１１０の接続方式は有線及び無線のいずれでもよい。

現場システムは、エッジサーバ１０４、ストレージ装置１０３、ＰＬＣ１０５、及び機器１０６から構成される。機器１０６は、例えば、ロボット、検査機、及びカメラ等である。エッジサーバ１０４、ストレージ装置１０３、ＰＬＣ１０５、及び機器１０６は、内部ネットワーク１１１を介して互いに接続される。図１に示す現場システムを構成するエッジサーバ１０４、ストレージ装置１０３、ＰＬＣ１０５、及び機器１０６の数及び接続関係は一例であってこれに限定されない。

内部ネットワーク１１１は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。なお、本発明は、内部ネットワーク１１１の種別に限定されない。また、内部ネットワーク１１１の接続方式は有線及び無線のいずれでもよい。

クラウドシステム１０１及び現場システムではアプリケーションが稼働する。複数の種別のアプリケーションを稼働させる必要なデータ（アプリケーションデータ）はストレージ装置１０３に格納され、サーバ１０２、エッジサーバ１０４、ＰＬＣ１０５、及び機器１０６の各々にダウンロードされ、実行される。本実施例では、アプリケーションデータは、イメージファイル及び設定ファイルであるものとする。

以下の説明では、アプリケーションを稼働させることが可能なサーバ１０２、エッジサーバ１０４、ＰＬＣ１０５、及び機器１０６を区別しない場合、「デバイス」と記載する。

デバイスは、図示しない演算装置、メモリ、及び通信装置を有する。なお、デバイスは、他のハードウェアを有してもよい。

制御装置１００は、アプリケーションデータの配置を制御し、また、計算機システムの構成の変更スケジュールにしたがって計算機システムの構成を変更する。制御装置１００の詳細な構成については図３を用いて説明する。本実施例では、現場システムの構成の変更を想定している。以下の説明では、計算機システムの構成の変更スケジュールを単に変更スケジュールと記載する。

なお、図１の各構成の記号、Ａ、Ｂ、Ａ１、Ｂ１、ｓｔ１等は各構成の識別情報を示す。特定の構成を示す場合、構成の名称及び符号の後に、構成の識別情報を付すものとする。例えば、識別情報が「ｓｔ１」のストレージ装置１０３をストレージ装置１０３（ｓｔ１）と記載する。

図２は、実施例１の現場システムの構成の一例を示す図である。

現場システムは、少なくとも一つの機能クラスタ２００を構成する。機能クラスタ２００は、特定の作業を実現するデバイスのグループである。機能クラスタ２００の一例としては、工場ＩｏＴにおける一つのラインに属するデバイスのグループが挙げられる。機能クラスタ２００は、ネットワーク１１０を介して他の機能クラスタ２００と接続する。なお、ネットワーク１１０は内部ネットワーク１１１でもよい。

デバイスの入替え及び処理内容等の変更に伴って、機能クラスタ２００の構成は変更される。例えば、デバイスの入替え及び処理内容等の変更に伴って、デバイスの数が増減する。また、デバイスが所属する機能クラスタ２００が変更する。

図３は、実施例１の制御装置１００の構成の一例を示す図である。

制御装置１００は、プロセッサ３０１、メモリ３０２、ネットワークインタフェース３０３、入力装置３０４、及び出力装置３０５を有する。各ハードウェアはバスを介して互いに接続される。

プロセッサ３０１は、メモリ３０２に格納されるプログラムを実行する。プロセッサ３０１がプログラムにしたがって処理を実行することによって、特定の機能を実現する機能部（モジュール）として動作する。以下の説明では、機能部を主語に処理を説明する場合、プロセッサ３０１が機能部を実現するプログラムを実行していることを示す。

メモリ３０２は、プロセッサ３０１が実行するプログラム及びプログラムが使用する情報を格納する。また、メモリ３０２は、プログラムが使用するワークエリアを含む。メモリ３０２に格納されるプログラム及び情報については後述する。

ネットワークインタフェース３０３は、外部装置とネットワークを介して通信するためのインタフェースである。

入力装置３０４は、情報及びコマンド等を入力するための装置である。入力装置３０４は、例えば、キーボード、マウス、及びタッチパネル等である。

出力装置３０５は、情報及び処理結果等を出力するための装置である。出力装置３０５は、例えば、ディスプレイ等である。

ここで、メモリ３０２に格納されるプログラム及び情報について説明する。メモリ３０２は、ユーザ入力部３１１、デバイス監視部３１２、ストレージ監視部３１３、記憶部３１４、アプリケーション制御部３１５、デバイス制御部３１６、ストレージ装置選択部３１７、データ配置実行部３１８、及びユーザ出力部３１９を実現するプログラムを格納する。また、メモリ３０２は、記憶部３１４によって管理される情報として、構成変更スケジュール情報３３１、アプリケーション情報３３２、ストレージ稼働情報３３３、及び通信環境情報３３４を格納する。

なお、図３の矢印は、データ及びコマンド等の入出力の流れを示す。

構成変更スケジュール情報３３１は、計算機システムの構成の変更スケジュールを管理するための情報である。ここで、計算機システムの構成の変更は、デバイスの追加、削除、及び入替え、機能クラスタ２００のデバイスの構成の変更、並びに、アプリケーションの追加、削除、及び更新を含む概念である。構成変更スケジュール情報３３１のデータ構造の詳細は図６Ａ、図６Ｂ、及び図６Ｃを用いて説明する。

アプリケーション情報３３２は、アプリケーションデータを管理するための情報である。アプリケーション情報３３２のデータ構造の詳細は図７を用いて説明する。

ストレージ稼働情報３３３は、ストレージ装置１０３に格納されるアプリケーションデータ及び容量等、ストレージ装置１０３の稼働状態を管理するための情報である。ストレージ稼働情報３３３のデータ構造の詳細は図８を用いて説明する。

通信環境情報３３４は、ストレージ装置１０３間の通信環境を管理するための情報である。通信環境情報３３４のデータ構造の詳細は図９を用いて説明する。

記憶部３１４は、構成変更スケジュール情報３３１、アプリケーション情報３３２、ストレージ稼働情報３３３、及び通信環境情報３３４を管理する。

ユーザ入力部３１１は、各種情報を入力するための入力インタフェースを提供する。ユーザ入力部３１１は、イメージファイル入力部３２１、設定ファイル入力部３２２、作業内容入力部３２３、及びフロー実行設定入力部３２４を含む。

イメージファイル入力部３２１は、イメージファイルを入力するためのインタフェースを提供する。設定ファイル入力部３２２は、設定ファイルを入力するためのインタフェースを提供する。作業内容入力部３２３は、現場システムにおいて実行される作業内容を入力するためのインタフェースを提供する。より具体的には、作業内容入力部３２３は、デバイスの稼働時刻、稼働させるアプリケーション、及び機能クラスタ２００の構成等、特定の作業を実現する機能クラスタ２００の定義情報を入力するためのインタフェースを提供する。作業内容に合わせて、計算機システムの構成が動的に変更される。フロー実行設定入力部３２４は、制御装置１００が実行する処理フローを規定するパラメータを入力するためのインタフェースを提供する。

デバイス監視部３１２は、デバイス制御部３１６を介してデバイスの稼働状態を監視する。デバイス監視部３１２は、ユーザ入力部３１１を介して入力された作業内容及びデバイスの稼働状態に基づいて変更スケジュールを生成し、構成変更スケジュール情報３３１に変更スケジュールを登録する。また、デバイス監視部３１２は、ユーザ入力部３１１を介して入力された作業内容に基づいて、各アプリケーションのアプリケーションデータに関する情報を抽出し、アプリケーション情報３３２に登録する。

ストレージ監視部３１３は、ストレージ装置１０３の稼働状態を監視し、監視結果に基づいてストレージ稼働情報３３３を更新する。また、ストレージ監視部３１３は、ストレージ装置１０３間の通信品質を計測し、計測結果に基づいて通信環境情報３３４を更新する。

アプリケーション制御部３１５は、構成変更スケジュール情報３３１に基づいて、アプリケーションを稼働又は終了させるデバイス、及びアプリケーションの起動時刻又は終了時刻を特定し、特定された情報をデバイス制御部３１６に出力する。

デバイス制御部３１６は、アプリケーション制御部３１５から入力された情報に基づいて、デバイスの稼働及び停止、並びに、アプリケーションの稼働及び終了を制御する。

ストレージ装置選択部３１７は、アプリケーションデータを配置するストレージ装置１０３を選択する。ストレージ装置選択部３１７は、選択されたストレージ装置１０３の情報を含む選択結果をデータ配置実行部３１８に出力する。

データ配置実行部３１８は、ストレージ装置選択部３１７から入力された選択結果に基づいて、アプリケーションデータを選択されたストレージ装置１０３に配置する。

ユーザ出力部３１９は、各種情報を出力するためのインタフェースを提供する。ユーザ出力部３１９は、トポロジ図表示部３４１及び管理情報表示部３４２を含む。

トポロジ図表示部３４１は、デバイス間の接続等を示すトポロジ図を表示する。管理情報表示部３４２は、記憶部３１４が管理する各種情報を表示する。

なお、制御装置１００が有する機能部については、複数の機能部を一つの機能部にまとめてもよいし、一つの機能部を機能毎に複数の機能部に分けてもよい。例えば、デバイス監視部３１２及びストレージ監視部３１３を一つの監視部としてもよいし、デバイス制御部３１６及びアプリケーション制御部３１５を一つの制御部としてもよい。また、データ配置実行部３１８にストレージ装置選択部３１７を含めてもよい。

なお、制御装置１００は仮想的な計算機を用いて実現してもよい。また、複数の計算機を含むシステムを用いて制御装置１００が有する機能を実現してもよい。

図４は、実施例１のユーザ入力部３１１によって提示されるインタフェースの一例を示す図である。

ユーザ入力部３１１は、出力装置３０５に入力画面４００を提示する。入力画面４００は、イメージファイル欄４０１、設定ファイル欄４０２、作業内容欄４０３、及びフロー実行設定欄４０４を含む。

イメージファイル欄４０１は、イメージファイル入力部３２１によって提示され、イメージファイルを設定するための欄である。イメージファイル欄４０１は、入力欄４１１及びアップロードボタン４１２を含む。入力欄４１１は、イメージファイルを入力する欄である。アップロードボタン４１２は、イメージファイルのアップロードを指示するボタンである。

ユーザがアップロードボタン４１２を操作した場合、入力欄４１１に入力されたイメージファイルが計算機システムにアップロードされる。なお、アップロードされたイメージファイルの初期の配置場所は、制御装置１００が任意に決定してもよいし、予め設定してもよい。

設定ファイル欄４０２は、設定ファイル入力部３２２によって提示され、設定ファイルを設定するための欄である。設定ファイル欄４０２は、入力欄４２１及びアップロードボタン４２２を含む。入力欄４２１は、設定ファイルを入力する欄である。アップロードボタン４２２は、設定ファイルのアップロードを指示するボタンである。

ユーザがアップロードボタン４２２を操作した場合、入力欄４２１に入力された設定ファイルが計算機システムにアップロードされる。なお、アップロードされた設定ファイルの初期の配置場所は、制御装置１００が任意に決定してもよいし、予め設定してもよい。

作業内容欄４０３は、作業内容入力部３２３によって提示され、作業内容を設定するための欄である。作業内容欄４０３は、入力欄４３１及びアップロードボタン４３２を含む。入力欄４３１は、作業内容を示すデータを入力する欄である。アップロードボタン４３２は、作業内容を示すデータのアップロードを指示するボタンである。

ユーザがアップロードボタン４３２を操作した場合、入力欄４３１に入力された作業内容を示すデータが制御装置１００にアップロードされる。

なお、作業内容を示すデータには、稼働させるデバイスの識別情報及び起動時刻、停止させるデバイスの識別情報及び停止時刻、稼働させるアプリケーションの識別情報、終了するアプリケーションの識別情報、並びに、デバイスが所属する機能クラスタ２００の識別情報等が含まれる。

フロー実行設定欄４０４は、フロー実行設定入力部３２４によって提示され、処理フローを規定する各種パラメータを設定するための欄である。フロー実行設定欄４０４は、入力欄４４１、４４２、４４３及び適用ボタン４４４を含む。

入力欄４４１は、制御装置１００の処理フローの実行周期を入力する欄である。入力欄４４２は、ストレージ装置選択処理の開始契機を規定する値（ストレージ選択時間）を入力する欄である。すなわち、入力欄４４２に入力される値は、アプリケーションの起動時刻からどの程度前にストレージ装置選択処理を開始するかを規定するためのパラメータである。入力欄４４３は、ストレージ装置選択処理の対象となる変更スケジュールの期間を規定する値（評価期間）を入力する欄である。すなわち、入力欄４４３に入力される値は、現時刻からどれだけ先の変更スケジュールを考慮するかを規定するためのパラメータである。適用ボタン４４４は、入力欄４４１、４４２、４４３に入力された値の設定を指示するボタンである。

ユーザが適用ボタン４４４を操作した場合、入力欄４４１、４４２、４４３に入力された値が制御装置１００にアップロードされる。

以下の説明では、現時刻及び入力欄４４３の値によって指定される時間範囲を「ターゲット時間範囲」と記載する。

図５Ａ及び図５Ｂは、実施例１のユーザ出力部３１９がトポロジ図を提示するためのインタフェースの一例を示す図である。

ユーザ出力部３１９のトポロジ図表示部３４１は、出力装置３０５に表示画面５００を提示する。表示画面５００は、時間表示欄５０１及びトポロジ図表示欄５０２を含む。

時間表示欄５０１は、計算機システムの構成がトポロジ図表示欄５０２に表示されるトポロジ図に対応する構成である時間を表示する欄である。

トポロジ図表示欄５０２は、計算機システムの構成を示すトポロジ図を表示する欄である。トポロジ図表示欄５０２の太枠の時刻は、機能クラスタ２００の構成が変更された時刻を表す。

なお、トポロジ図表示欄５０２には、デバイス上で稼働するアプリケーション、及びストレージ装置１０３に格納されるアプリケーションデータの一覧等が表示されてもよい。

なお、トポロジ図表示欄５０２には、特定のユーザの現場システムの構成を示すトポロジ図のみを表示してもよいし、計算機システム全体の構成を示すトポロジ図を表示してもよい。また、トポロジ図表示欄５０２には、計算機システムの構成が変更された部分の構成のみを示すトポロジ図を表示してもよい。

図６Ａ、図６Ｂ、及び図６Ｃは、実施例１の構成変更スケジュール情報３３１のデータ構造の一例を示す図である。

構成変更スケジュール情報３３１は、時刻６０１、デバイス６０２、アプリケーション６０３、所属機能クラスタ６０４、及び利用ストレージ装置６０５を含むエントリを格納する。

時刻６０１は、計算機システムの構成が変更される時刻を格納するフィールドである。

デバイス６０２は、変更対象のデバイスの識別情報を格納するフィールドである。

アプリケーション６０３は、稼働させるアプリケーションの識別情報を格納するフィールドである。なお、デバイスを停止させる場合、アプリケーション６０３にはアプリケーションの識別情報の代わりに「停止」が格納される。

所属機能クラスタ６０４は、デバイスが所属する機能クラスタ２００の識別情報を格納するフィールドである。なお、デバイスを停止させる場合、所属機能クラスタ６０４は空欄となる。

利用ストレージ装置６０５は、機能クラスタ２００が使用するストレージ装置１０３の識別情報を格納するフィールドである。本明細書では、利用ストレージ装置６０５に設定されたストレージ装置１０３を「利用ストレージ装置１０３」と記載する。

通常、利用ストレージ装置６０５には、機能クラスタ２００に含まれるストレージ装置１０３であって、代表となるストレージ装置１０３の識別情報が設定される。ただし、ユーザが作業内容にて任意のストレージ装置１０３を利用ストレージ装置１０３として指定してもよい。

本明細書では、構成変更スケジュール情報３３１の一つのエントリを「スケジュールデータ」と記載する。

図７は、実施例１のアプリケーション情報３３２のデータ構造の一例を示す図である。

アプリケーション情報３３２は、アプリケーション７０１、使用ファイル７０２、及び参照ストレージ装置７０３を含むエントリを格納する。

アプリケーション７０１は、アプリケーションの識別情報を格納するフィールドである。

使用ファイル７０２は、アプリケーションのアプリケーションデータ（イメージファイル及び設定ファイル）の識別情報を格納するフィールドである。使用ファイル７０２は、アプリケーションデータの数だけ行を含む。

参照ストレージ装置７０３は、使用ファイル７０２に対応するアプリケーションデータをダウンロード時に参照されるストレージ装置１０３の識別情報を格納するフィールドである。参照ストレージ装置７０３は、アプリケーションデータの数だけ行を含む。

図８は、実施例１のストレージ稼働情報３３３のデータ構造の一例を示す図である。

ストレージ稼働情報３３３は、ストレージ装置８０１、格納ファイル８０２、及び空き容量８０３を含むエントリを格納する。

ストレージ装置８０１は、ストレージ装置１０３の識別情報を格納するフィールドである。

格納ファイル８０２は、ストレージ装置１０３に格納されるアプリケーションデータの識別情報を格納するフィールドである。

空き容量８０３は、ストレージ装置１０３の空き容量を格納するフィールドである。

図９は、実施例１の通信環境情報３３４のデータ構造の一例を示す図である。

通信環境情報３３４は、マトリクス型のデータである。行及び列には、ストレージ装置１０３の識別情報が設定される。セルには、行及び列の組合せに対応するストレージ装置１０３間の通信環境の評価値が格納される。例えば、ｉ行ｊ列のセルには、ｉに対応するストレージ装置１０３からｊに対応するストレージ装置１０３の方向の通信評価値が格納される。なお、対角成分には評価値が設定されていない。

利用可能な通信帯域、データ転送時間、物理的な距離、ホップ数、及び通信料金の少なくともいずれかを「通信環境」の評価値として用いることができる。利用可能な通信帯域が広い場合、データ転送時間が短い場合、物理的な距離が短い場合、ホップ数が小さい場合、又は通信料金が低い場合、通信環境が良好であることを示す。

本実施例では、計算機システムの構成の頻繁な変更に伴う高速なアプリケーションの稼働を実現するために、データ転送時間を通信環境の評価値として用いるものとする。また、本実施例では、ｉ行ｊ列のセル及びｊ行ｉ列のセルには同じ値が格納されるものとする。ストレージ装置１０３（ｓｔ２）及びストレージ装置１０３（ｓｔ３）は、同一ネットワーク内に存在するため、当該ストレージ装置１０３間のデータ転送時間は短い。一方、ストレージ装置１０３（ｓｔ２）及びストレージ装置１０３（ｓｔ６）は、異なるネットワークに存在するため、当該ストレージ装置１０３間のデータ転送時間は長い。

図１０は、実施例１の制御装置１００が実行する処理を説明するフローチャートである。

制御装置１００は、入力画面４００を介して設定された処理フローの実行周期にしたがって、以下で説明する処理を周期的に実行する。

制御装置１００のデバイス監視部３１２及びストレージ監視部３１３は、デバイス及びストレージ装置１０３を監視し、監視結果に基づいて、構成変更スケジュール情報３３１、アプリケーション情報３３２、ストレージ稼働情報３３３、及び通信環境情報３３４を更新する（ステップＳ１０１）。

例えば、ストレージ監視部３１３は、ストレージ装置１０３間で計測用のデータを転送させ、データの転送速度を計測する。ストレージ監視部３１３は、計測結果に基づいて通信環境情報３３４を更新する。なお、通信環境情報３３４には、正規化された評価値が設定されるものとする。

次に、制御装置１００は、ストレージ装置選択処理の実行契機を検知したか否かを判定する（ステップＳ１０２）。

具体的には、ストレージ装置選択部３１７は、現時刻にストレージ選択時間を加算して、判定時刻を算出する。ストレージ装置選択部３１７は、構成変更スケジュール情報３３１を参照して、時刻６０１に、判定時刻より前の時刻が格納されるスケジュールデータを検索する。前述の条件を満たすスケジュールデータが存在する場合、ストレージ装置選択部３１７は、ストレージ装置選択処理の実行契機を検知したと判定する。

なお、既にストレージ装置選択処理の処理対象となったスケジュールデータは、前述の検索処理から除外されるようにしてもよい。

ストレージ装置選択処理の実行契機を検知していない場合、制御装置１００はステップＳ１０４に進む。

ストレージ装置選択処理の実行契機を検知した場合、制御装置１００はストレージ装置選択処理を実行する（ステップＳ１０３）。ストレージ装置選択処理が終了した後、制御装置１００はステップＳ１０４に進む。ストレージ装置選択処理の詳細は図１１Ａ、図１１Ｂ、及び図１１Ｃを用いて説明する。

ステップＳ１０４では、制御装置１００は、計算機システムの構成変更処理の実行契機を検知したか否かを判定する（ステップＳ１０４）。

具体的には、アプリケーション制御部３１５は、構成変更スケジュール情報３３１を参照して、時刻６０１に、現時刻より前の時刻が格納されるスケジュールデータを検索する。前述の条件を満たすスケジュールデータが存在する場合、アプリケーション制御部３１５は、計算機システムの構成変更処理の実行契機を検知したと判定する。

計算機システムの構成変更処理の実行契機を検知していない場合、制御装置１００はステップＳ１０６に進む。

計算機システムの構成変更処理の実行契機を検知した場合、制御装置１００は計算機システムの構成変更処理を実行する（ステップＳ１０５）。計算機システムの構成変更処理が終了した後、制御装置１００はステップＳ１０６に進む。

計算機システムの構成変更処理では、デバイス制御部３１６が、アプリケーション制御部３１５によって検索されたスケジュールデータにしたがって、デバイスの起動及び停止、並びに、アプリケーションの起動及び終了を制御する。アプリケーションを稼働させる場合、デバイス制御部３１６は、参照ストレージ装置７０３に対応するストレージ装置１０３からアプリケーションデータをデバイスにダウンロードするように制御する。計算機システムの構成が変更された後、使用されたスケジュールデータは構成変更スケジュール情報３３１から削除される。

なお、計算機システムの構成変更処理は公知の技術であるため、詳細な説明は省略する。

ステップＳ１０６では、制御装置１００は、処理結果を出力し（ステップＳ１０６）、その後、一連の処理を終了する。

具体的には、ユーザ出力部３１９が、トポロジ図及び更新された各種情報を提示する。なお、ストレージ選択処理及び計算機システムの構成変更処理が実行されていない場合、ステップＳ１０６の処理は省略してもよい。

図１１Ａ、図１１Ｂ、及び図１１Ｃは、実施例１の制御装置１００が実行するストレージ装置選択処理の一例を説明するフローチャートである。

ストレージ装置選択部３１７は、ステップＳ１０２において検索されたスケジュールデータに基づいて、稼働させるアプリケーションのアプリケーションデータを特定する（ステップＳ２０１）。具体的には、以下のような処理が実行される。

（Ｓ２０１－１）ストレージ装置選択部３１７は、検索されたスケジュールデータを一つ選択し、スケジュールデータのアプリケーション６０３から値を取得する。

（Ｓ２０１－２）ストレージ装置選択部３１７は、選択したスケジュールデータのアプリケーション６０３の値が「停止」であるか否かを判定する。選択したスケジュールデータのアプリケーション６０３の値が「停止」である場合、ストレージ装置選択部３１７は（Ｓ２０１－５）に進む。

（Ｓ２０１－３）選択したスケジュールデータのアプリケーション６０３の値が「停止」ではない場合、ストレージ装置選択部３１７は、アプリケーション情報３３２を参照して、アプリケーション７０１に、スケジュールデータから取得したアプリケーションの識別情報が設定されるエントリを検索する。

（Ｓ２０１－４）ストレージ装置選択部３１７は、検索されたエントリの使用ファイル７０２及び参照ストレージ装置７０３から、アプリケーションデータ及びストレージ装置１０３の組を取得する。ストレージ装置選択部３１７は、取得した組を評価リストに登録する。その後、ストレージ装置選択部３１７は（Ｓ２０１－５）に進む。

（Ｓ２０１－５）ストレージ装置選択部３１７は、検索された全てのスケジュールデータについて処理が完了したか否かを判定する。検索された全てのスケジュールデータについて処理が完了していない場合、ストレージ装置選択部３１７は（Ｓ２０１－１）に戻り、同様の処理を実行する。検索された全てのスケジュールデータについて処理が完了した場合、ストレージ装置選択部３１７はステップＳ２０１の処理を終了する。

なお、検索されたスケジュールデータが複数の機能クラスタ２００の構成変更に関するスケジュールデータである場合、機能クラスタ２００単位で（Ｓ２０１－１）から（Ｓ２０１－５）までの処理が実行される。すなわち、機能クラスタ２００毎に評価リストが生成される。この場合、各機能クラスタ２００についてステップＳ２０２からステップＳ２１４までの処理が実行される。ここでは、説明の簡単のために、一つの機能クラスタ２００の評価リストが生成されたものとする。

以上がステップＳ２０１の処理の説明である。

次に、ストレージ装置選択部３１７は、配置を変更する必要があるアプリケーションデータが存在するか否かを判定する（ステップＳ２０２）。具体的には、以下のような処理が実行される。

（Ｓ２０２－１）ストレージ装置選択部３１７は、評価リストから一つの組を選択する。

（Ｓ２０２－２）ストレージ装置選択部３１７は、検索されたスケジュールデータの利用ストレージ装置６０５に基づいて、選択された組のアプリケーションデータに対応するアプリケーションを稼働させるデバイスが所属する機能クラスタ２００の利用ストレージ装置１０３を特定する。

（Ｓ２０２－３）ストレージ装置選択部３１７は、選択された組のストレージ装置１０３と、利用ストレージ装置１０３とが一致するか否かを判定する。選択された組のストレージ装置１０３と、利用ストレージ装置１０３とが一致する場合、ストレージ装置選択部３１７は（Ｓ２０２－５）に進む。

（Ｓ２０２－４）選択された組のストレージ装置１０３と、利用ストレージ装置１０３とが一致しない場合、ストレージ装置選択部３１７は、移動リストに選択された組を登録する。その後、ストレージ装置選択部３１７は（Ｓ２０２－５）に進む。

（Ｓ２０２－５）ストレージ装置選択部３１７は、評価リストの全ての組について処理が完了したか否かを判定する。評価リストの全ての組について処理が完了していない場合、ストレージ装置選択部３１７は（Ｓ２０２－１）に戻り、同様の処理を実行する。

（Ｓ２０２－６）評価リストの全ての組について処理が完了した場合、ストレージ装置選択部３１７は移動リストが空であるか否かを判定する。移動リストが空である場合、ストレージ装置選択部３１７は、配置を変更する必要があるアプリケーションデータが存在しないと判定する。移動リストが空ではない場合、ストレージ装置選択部３１７は、配置を変更する必要があるアプリケーションデータが存在すると判定する。

以上がステップＳ２０２の処理の説明である。

配置を変更する必要があるアプリケーションデータが存在しない場合、ストレージ装置選択部３１７はストレージ装置選択処理を終了する。

配置を変更する必要があるアプリケーションデータが存在する場合、ストレージ装置選択部３１７は、移動リストのループ処理を開始する（ステップＳ２０３）。このとき、ストレージ装置選択部３１７は、移動リストから一つの組を選択する。

次に、ストレージ装置選択部３１７は、候補ストレージ装置１０３を特定する（ステップＳ２０４）。具体的には、以下のような処理が実行される。

（Ｓ２０４－１）ストレージ装置選択部３１７は、ストレージ装置１０３の稼働状態の監視結果及び検索されたスケジュールデータに基づいて、利用ストレージ装置１０３の稼働スケジュール情報を生成する。

なお、稼働スケジュール情報に含めるストレージ装置１０３は、ホップ数等に基づいて絞り込みを行ってもよい。

（Ｓ２０４－２）ストレージ装置選択部３１７は、稼働スケジュール情報を参照して、現在稼働し、かつ、計算機システムの構成変更処理の開始時刻において稼働している利用ストレージ装置１０３を候補ストレージ装置１０３として特定する。ストレージ装置選択部３１７は、特定された利用ストレージ装置１０３の識別情報をストレージ装置リストに登録する。

以上がステップＳ２０４の処理の説明である。

次に、ストレージ装置選択部３１７は、候補ストレージ装置１０３が存在するか否かを判定する（ステップＳ２０５）。

具体的には、ストレージ装置選択部３１７は、ストレージ装置リストが空であるか否かを判定する。ストレージ装置リストが空である場合、ストレージ装置選択部３１７は、候補ストレージ装置１０３が存在しないと判定する。

候補ストレージ装置１０３が存在しない場合、ストレージ装置選択部３１７はステップＳ２１１に進む。

候補ストレージ装置１０３が存在する場合、ストレージ装置選択部３１７は、アプリケーションデータをダウンロードするデバイスが所属する機能クラスタ２００の利用ストレージ装置１０３を特定し、利用ストレージ装置１０３毎に、選択された組のアプリケーションデータの予測使用回数を算出する（ステップＳ２０６）。具体的には、以下のような処理が実行される。

（Ｓ２０６－１）ストレージ装置選択部３１７は、検索されたスケジュールデータ及びターゲット時間範囲に基づいて、ターゲット時間範囲において選択された組のアプリケーションデータをダウンロードするデバイスが所属する機能クラスタ２００の利用ストレージ装置１０３を特定する。

（Ｓ２０６－２）ストレージ装置選択部３１７は、利用ストレージ装置１０３を一つ選択する。

（Ｓ２０６－３）ストレージ装置選択部３１７は、利用ストレージ装置１０３を含む機能クラスタ２００において、ターゲット時間範囲に、選択された組のアプリケーションデータに対応するアプリケーションを稼働させるデバイスの数を、選択された組のアプリケーションデータの予測使用回数として算出する。

（Ｓ２０６－４）ストレージ装置選択部３１７は、特定された全ての利用ストレージ装置１０３について処理が完了したか否かを判定する。特定された全ての利用ストレージ装置１０３について処理が完了していない場合、ストレージ装置選択部３１７は（Ｓ２０６－２）に戻り、同様の処理を実行する。特定された全ての利用ストレージ装置１０３について処理が完了した場合、ストレージ装置選択部３１７はステップＳ２０６の処理を終了する。

以上がステップＳ２０６の処理の説明である。

次に、ストレージ装置選択部３１７は、候補ストレージ装置１０３毎に、候補ストレージ装置１０３へのアプリケーションデータの配置の適格性を評価するためのスコアを算出する（ステップＳ２０７）。

例えば、ストレージ装置選択部３１７は、式（１）に基づいて、候補ストレージ装置１０３のスコアを算出する。

ここで、添字ｉは、スコアの算出対象となる候補ストレージ装置１０３の識別情報である。添字ｊは、ステップＳ２０６において特定された利用ストレージ装置１０３の識別情報である。ｒ＿ｉは、添字ｉに対応する候補ストレージ装置１０３のスコアである。ｎ＿ｊは、添字ｊに対応する利用ストレージ装置１０３におけるアプリケーションデータの予測使用回数を表す。ｘ＿ｊｉは、添字ｊに対応する利用ストレージ装置１０３から添字ｉに対応する候補ストレージ装置１０３の方向の通信環境の評価値を表す。

上記数式では、ステップＳ２０６において特定された利用ストレージ装置１０３に１からＮまでの識別情報が付与されているものとする。Ｎは任意の自然数である。

データ転送速度のみに着目したスコアの場合、データ転送速度が短いストレージ装置１０３が優先的に選択されることになる。しかし、データ転送速度は短いが、あまり使用されないストレージ装置１０３に格納するのは効率的でない可能性がある。そこで、本実施例では、ストレージ装置１０３のターゲット時間範囲におけるアプリケーションデータの予測使用回数を加味したスコアを用いている。

なお、前述したスコアの算出方法は一例であってこれに限定されない。

次に、ストレージ装置選択部３１７は、スコアに基づいて、選択された組のアプリケーションデータの配置先となるストレージ装置１０３を選択する（ステップＳ２０８）。

例えば、ストレージ装置選択部３１７は、スコアが最も小さい候補ストレージ装置１０３を選択する。

次に、ストレージ装置選択部３１７は、選択されたストレージ装置１０３に、選択された組のアプリケーションデータを配置できるか否かを判定する（ステップＳ２０９）。

具体的には、選択されたストレージ装置１０３の空き容量が選択された組のアプリケーションデータのデータ量より大きい否かが判定される。選択されたストレージ装置１０３の空き容量は、ストレージ稼働情報３３３から取得できる。また、アプリケーションデータのデータ量は、当該アプリケーションデータを格納するストレージ装置１０３に問い合わせることによって取得できる。

選択されたストレージ装置１０３に、選択された組のアプリケーションデータを配置できる場合、ストレージ装置選択部３１７は、データ配置実行部３１８に、選択されたストレージ装置１０３への選択された組のアプリケーションデータの配置を指示する（ステップＳ２１０）。その後、ストレージ装置選択部３１７はステップＳ２１１に進む。

このとき、ストレージ装置選択部３１７は、処理結果に基づいて、アプリケーション情報３３２の参照ストレージ装置７０３を更新し、また、ストレージ稼働情報３３３のストレージ装置８０１の格納ファイル８０２及び空き容量８０３を更新する。

選択されたストレージ装置１０３に、選択された組のアプリケーションデータを配置できない場合、ストレージ装置選択部３１７は、選択されたストレージ装置１０３に削除可能なアプリケーションデータが存在するか否かを判定する（ステップＳ２１２）。

具体的には、ストレージ装置選択部３１７は、ストレージ稼働情報３３３及び検索されたスケジュールデータに基づいて、選択されたストレージ装置１０３に格納されるアプリケーションデータの中から、ターゲット時間範囲において稼働しないアプリケーションを特定する。ストレージ装置選択部３１７は、特定されたアプリケーションのアプリケーションデータを、削除可能なアプリケーションデータとして特定する。

選択されたストレージ装置１０３に削除可能なアプリケーションデータが存在する場合、ストレージ装置選択部３１７は、データ配置実行部３１８に選択されたストレージ装置１０３から当該アプリケーションデータの削除を指示する（ステップＳ２１３）。その後、ストレージ装置選択部３１７は、ステップＳ２０９に戻り、同様の処理を実行する。

このとき、ストレージ装置選択部３１７は、処理結果に基づいて、アプリケーション情報３３２の参照ストレージ装置７０３を更新し、また、ストレージ稼働情報３３３のストレージ装置８０１の格納ファイル８０２及び空き容量８０３を更新する。

選択されたストレージ装置１０３に削除可能なアプリケーションデータが存在しない場合、ストレージ装置選択部３１７は、ストレージ装置リストから選択されたストレージ装置１０３を削除する（ステップＳ２１４）。その後、ストレージ装置選択部３１７は、ステップＳ２０５に戻り、同様の処理を実行する。

ステップＳ２１１では、ストレージ装置選択部３１７は、移動リストの全ての組について処理が完了したか否かを判定する（ステップＳ２１１）。

移動リストの全ての組について処理が完了していない場合、ストレージ装置選択部３１７は、ステップＳ２０３に戻り、同様の処理を実行する。

移動リストの全ての組について処理が完了した場合、ストレージ装置選択部３１７はストレージ装置選択処理を終了する。

次に、具体的なストレージ装置選択処理の流れを説明する。ここでは、以下のような前提を想定する。

（前提１）計算機システムは、図１に示すような構成であるものとする。

（前提２）ユーザは、ユーザ入力部３１１を介して、ストレージ装置１０３（ｓｔ１）に各アプリケーションのアプリケーションデータを格納しているものする。アプリケーションデータは、ストレージ装置選択処理によって適切なストレージ装置１０３に配置される。ユーザは、ユーザ入力部３１１を介して、処理フローの実行周期を「１分」、ストレージ選択時間を「１５分」、評価期間を「１８０分」に設定しているものとする。

（前提３）構成変更スケジュール情報３３１には、図６Ａ、図６Ｂ、及び図６Ｃに示すようなスケジュールデータが格納されているものとする。アプリケーション情報３３２には、図７に示すようなエントリが格納されているものとする。ストレージ稼働情報３３３には、図８に示すようなエントリが格納されているものとする。通信環境情報３３４には、図９に示すような値が設定されているものとする。

処理フローの実行周期は「１分」であるため、制御装置１００は、１分間隔で、図１０に示す処理を実行する。構成変更スケジュール情報３３１に格納されるスケジュールデータの中で最も早いスケジュール時刻は「１２：００」であり、また、ストレージ選択時間は「１５分」であるため、現在の時刻が「１１：４５」の場合、ストレージ選択処理が実行される。このとき、時刻６０１が「１２：００」であるスケジュールデータが取得される。また、ターゲット時間範囲は「１１：４５」から「１４：４５」である。

以下では、機能クラスタ２００（Ａ）のスケジュールデータを一例として説明する。

ステップＳ２０１では、ストレージ装置選択部３１７は、機能クラスタ２００（Ａ）で稼働させるアプリケーションが「機能１」、「機能２」、「機能３」であることを特定する。また、ストレージ装置選択部３１７は、「機能１」のアプリケーションデータが「設定ファイルａ」、「設定ファイルｂ」、及び「イメージファイルＡ」であること、「機能２」のアプリケーションデータが「設定ファイルｃ」及び「イメージファイルＢ」であること、「機能３」のアプリケーションデータが「設定ファイルａ」、「設定ファイルｄ」、及び「イメージファイルＣ」であることを特定する。ストレージ装置選択部３１７は、アプリケーションデータと、アプリケーションデータを格納するストレージ装置１０３とから構成される組を評価リストに登録する。

ステップＳ２０２では、ストレージ装置選択部３１７は、機能クラスタ２００（Ａ）の利用ストレージ装置１０３（ｓｔ２）に格納されていないアプリケーションデータが存在するか否かを判定する。この場合、ストレージ装置選択部３１７は、「設定ファイルｄ」及び「イメージファイルＣ」が利用ストレージ装置１０３（ｓｔ２）に格納されていないと判定する。このとき、ストレージ装置選択部３１７は、移動リストに「設定ファイルｄ」及び「イメージファイルＣ」の各々の組を登録する。

ループ処理では、ストレージ装置選択部３１７は、「設定ファイルｄ」及び「イメージファイルＣ」の各々について処理が実行される。

まず、「設定ファイルｄ」のループ処理について説明する。

ステップＳ２０４では、ストレージ装置選択部３１７は、図１２に示すような稼働スケジュール情報を生成する。横軸は時刻を示し、縦軸はストレージ装置１０３を示す。斜線部分は停止状態を示す。

ストレージ装置選択部３１７は、「１１：４５」及び「１２：００」に稼働しているストレージ装置１０３を候補ストレージ装置１０３として特定する。ここでは、ストレージ装置１０３（ｓｔ１）、ストレージ装置１０３（ｓｔ２）、ストレージ装置１０３（ｓｔ４）、ストレージ装置１０３（ｓｔ５）が候補ストレージ装置１０３として特定され、ストレージ装置リストに登録される。

ステップＳ２０５では、判定結果がＹＥＳとなるため、ストレージ装置選択部３１７はステップＳ２０６に進む。

ステップＳ２０６では、ストレージ装置選択部３１７は、ストレージ装置１０３（ｓｔ２）及びストレージ装置１０３（ｓｔ４）を特定し、各ストレージ装置１０３におけるアプリケーションデータの予測使用回数を算出する。ここでは、図１３に示すような結果が出力されるものとする。

ステップＳ２０７では、ストレージ装置選択部３１７は、式（１）に基づいて、ストレージ装置１０３（ｓｔ１）、ストレージ装置１０３（ｓｔ２）、ストレージ装置１０３（ｓｔ４）、ストレージ装置１０３（ｓｔ５）のスコアを算出する。なお、アプリケーションデータの予測使用回数が算出されていない場合、ｎ＿ｊは「０」とする。ここでは、図１４に示すような結果が出力される。

ステップＳ２０８では、ストレージ装置選択部３１７は、スコアが最小であるストレージ装置１０３を選択する。図１４に示すスコアの場合、ストレージ装置１０３（ｓｔ２）が選択される。

ステップＳ２０９では、ストレージ装置選択部３１７は、ストレージ装置１０３（ｓｔ２）の空き容量が設定ファイルｄのデータ量より大きいか否かを判定する。ここでは、設定ファイルｄのデータ量が２０ＫＢとする。この場合、ストレージ装置１０３（ｓｔ２）の空き容量は１．１７ＧＢであるため、判定結果はＹＥＳとなる。

ステップＳ２１０では、ストレージ装置選択部３１７は、データ配置実行部３１８に、ストレージ装置１０３（ｓｔ２）への設定ファイルｄの配置を指示する。この結果、ストレージ稼働情報３３３は図１５Ａのように更新される。

次に、「イメージファイルＣ」のループ処理について説明する。

ステップＳ２０４からステップＳ２０８の処理は前述した処理と同一であるため説明を省略する。

ステップＳ２０９では、ストレージ装置選択部３１７は、ストレージ装置１０３（ｓｔ２）の空き容量がイメージファイルＣのデータ量より大きいか否かを判定する。ここでは、イメージファイルＣのデータ量が１．３５ＧＢとする。この場合、ストレージ装置１０３（ｓｔ２）の空き容量は１．１７ＧＢであるため、判定結果はＮＯとなる。

ステップＳ２１２では、ストレージ装置選択部３１７は、ストレージ装置１０３（ｓｔ２）に格納されるアプリケーションデータの中から、ターゲット時間範囲において稼働しないアプリケーションのアプリケーションデータを特定する。ここでは、イメージファイルＥが削除可能なアプリケーションデータとして特定されたものとする。

ステップＳ２１３では、ストレージ装置選択部３１７は、データ配置実行部３１８に、ストレージ装置１０３（ｓｔ２）からイメージファイルＥの削除を指示する。この結果、ストレージ稼働情報３３３は図１５Ｂのように更新される。

イメージファイルＥが削除された後、ステップＳ２０９の判定結果はＹＥＳとなるため、ストレージ装置選択部３１７は、データ配置実行部３１８に、ストレージ装置１０３（ｓｔ２）へのイメージファイルＣの配置を指示する。

以上のようなストレージ装置選択処理が実行された後、時刻が「１２：００」になった場合、計算機システムの構成が変更される。

実施例１によれば、制御装置１００は、計算機システムの構成の変更前に、当該変更時にデバイスがアクセス可能であって、かつ、通信品質のよいストレージ装置１０３にアプリケーションデータを配置できる。これによって、計算機システムの構成の変更された場合に、確実かつ高速にアプリケーションを稼働できる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

１００ 制御装置
１０１ クラウドシステム
１０２ サーバ
１０３ ストレージ装置
１０４ エッジサーバ
１０５ ＰＬＣ
１０６ 機器
１１０ ネットワーク
１１１ 内部ネットワーク
２００ 機能クラスタ
３０１ プロセッサ
３０２ メモリ
３０３ ネットワークインタフェース
３０４ 入力装置
３０５ 出力装置
３１１ ユーザ入力部
３１２ デバイス監視部
３１３ ストレージ監視部
３１４ 記憶部
３１５ アプリケーション制御部
３１６ デバイス制御部
３１７ ストレージ装置選択部
３１８ データ配置実行部
３１９ ユーザ出力部
３２１ イメージファイル入力部
３２２ 設定ファイル入力部
３２３ 作業内容入力部
３２４ フロー実行設定入力部
３３１ 構成変更スケジュール情報
３３２ アプリケーション情報
３３３ ストレージ稼働情報
３３４ 通信環境情報
３４１ トポロジ図表示部
３４２ 管理情報表示部
４００ 入力画面
５００ 表示画面

Claims (12)

1. アプリケーションにしたがって所定の処理を実行する複数のデバイスと、前記アプリケーションを稼働させるためのアプリケーションデータを格納可能な複数のストレージ装置と、少なくとも一つの計算機を含む制御システムと、を備える計算機システムであって、
   前記制御システムは、
   前記計算機システムの構成の変更スケジュールを管理するための構成変更スケジュール情報を管理する記憶部と、
   前記計算機システムの構成の変更に伴って設定する必要があるターゲットアプリケーションの前記アプリケーションデータの配置に適した前記ストレージ装置を選択する選択部と、
   を有し、
   前記選択部は、
   前記構成変更スケジュール情報に基づいて、現在から前記計算機システムの構成の変更時に稼働している前記ストレージ装置を特定し、
   前記特定されたストレージ装置の中から前記ターゲットアプリケーションのアプリケーションデータを格納する前記ストレージ装置を選択し、
   前記計算機システムの構成が変更される前に、前記選択されたストレージ装置に前記ターゲットアプリケーションのアプリケーションデータを配置することを特徴とする計算機システム。
2. 請求項１に記載の計算機システムであって、
   前記選択部は、
   前記特定されたストレージ装置の各々について、前記特定されたストレージ装置への前記ターゲットアプリケーションのアプリケーションデータの配置の適格性を評価するためのスコアを算出し、
   前記スコアに基づいて、前記ターゲットアプリケーションのアプリケーションデータを格納する前記ストレージ装置を選択することを特徴とする計算機システム。
3. 請求項２に記載の計算機システムであって、
   前記選択部は、前記ターゲットアプリケーションが稼働する前記デバイスがアクセス可能な前記ストレージ装置と、前記特定されたストレージ装置との間の通信環境の評価値、及び、前記ターゲットアプリケーションが稼働する前記デバイスがアクセス可能な前記ストレージ装置に前記ターゲットアプリケーションのアプリケーションデータを配置した場合の予測使用回数に基づいて、前記スコアを算出することを特徴とする計算機システム。
4. 請求項２に記載の計算機システムであって、
   前記構成変更スケジュール情報は、前記計算機システムの構成の変更時刻と、前記計算機システムの構成の変更内容を対応付けたスケジュールデータを格納し、
   前記構成変更スケジュール情報には、前記アプリケーションを稼働させる前記デバイス及び当該デバイスがアクセスする前記ストレージ装置を、前記計算機システムの構成の変更内容として含む前記スケジュールデータが少なくとも一つ含まれ、
   前記選択部は、
   現時刻から所定時間経過した後の時刻までのターゲット時間範囲に含まれる前記スケジュールデータを取得し、
   前記取得されたスケジュールデータに基づいて、前記ターゲットアプリケーションを特定することを特徴とする計算機システム。
5. 請求項４に記載の計算機システムであって、
   前記記憶部は、前記アプリケーションの前記アプリケーションデータを格納する前記ストレージ装置を管理するためのアプリケーション情報を管理し、
   前記選択部は、前記取得されたスケジュールデータ及び前記アプリケーション情報に基づいて、前記ターゲットアプリケーションのアプリケーションデータの配置を変更する必要があるか否かを判定することを特徴とする計算機システム。
6. 請求項４に記載の計算機システムであって、
   前記制御システムは、前記選択部の実行周期及び前記ターゲット時間範囲を設定するためのインタフェースを提供する入力部を有することを特徴とする計算機システム。
7. 計算機システム上でアプリケーションを稼働させるためのアプリケーションデータの配置制御方法であって、
   前記計算機システムは、前記アプリケーションにしたがって所定の処理を実行する複数のデバイスと、前記アプリケーションデータを格納可能な複数のストレージ装置と、少なくとも一つの計算機を含む制御システムと、を含み、
   前記制御システムは、
   前記計算機システムの構成の変更スケジュールを管理するための構成変更スケジュール情報を管理する記憶部と、
   前記計算機システムの構成の変更に伴って設定する必要があるターゲットアプリケーションの前記アプリケーションデータの配置に適した前記ストレージ装置を選択する選択部と、を有し、
   前記アプリケーションデータの配置制御方法は、
   前記選択部が、前記構成変更スケジュール情報に基づいて、現在から前記計算機システムの構成の変更時に稼働している前記ストレージ装置を特定する第１のステップと、
   前記選択部が、前記特定されたストレージ装置の中から前記ターゲットアプリケーションのアプリケーションデータを格納する前記ストレージ装置を選択する第２のステップと、
   前記選択部が、前記計算機システムの構成が変更される前に、前記選択されたストレージ装置に前記ターゲットアプリケーションのアプリケーションデータを配置する第３のステップと、を含むことを特徴とするアプリケーションデータの配置制御方法。
8. 請求項７に記載のアプリケーションデータの配置制御方法であって、
   前記第３のステップは、
   前記選択部が、前記特定されたストレージ装置の各々について、前記特定されたストレージ装置への前記ターゲットアプリケーションのアプリケーションデータの配置の適格性を評価するためのスコアを算出する第４のステップと、
   前記選択部が、前記スコアに基づいて、前記ターゲットアプリケーションのアプリケーションデータを格納する前記ストレージ装置を選択する第５のステップと、を含むことを特徴とするアプリケーションデータの配置制御方法。
9. 請求項８に記載のアプリケーションデータの配置制御方法であって、
   前記第４のステップは、前記選択部が、前記ターゲットアプリケーションが稼働する前記デバイスがアクセス可能な前記ストレージ装置と、前記特定されたストレージ装置との間の通信環境の評価値、及び、前記ターゲットアプリケーションが稼働する前記デバイスがアクセス可能な前記ストレージ装置に前記ターゲットアプリケーションのアプリケーションデータを配置した場合の予測使用回数に基づいて、前記スコアを算出するステップを含むことを特徴とするアプリケーションデータの配置制御方法。
10. 請求項８に記載のアプリケーションデータの配置制御方法であって、
    前記構成変更スケジュール情報は、前記計算機システムの構成の変更時刻と、前記計算機システムの構成の変更内容を対応付けたスケジュールデータを格納し、
    前記構成変更スケジュール情報には、前記アプリケーションを稼働させる前記デバイス及び当該デバイスがアクセスする前記ストレージ装置を、前記計算機システムの構成の変更内容として含む前記スケジュールデータが少なくとも一つ含まれ、
    前記第１のステップは、
    前記選択部が、現時刻から所定時間経過した後の時刻までのターゲット時間範囲に含まれる前記スケジュールデータを取得するステップと、
    前記選択部が、前記取得されたスケジュールデータに基づいて、前記ターゲットアプリケーションを特定するステップと、を含むことを特徴とするアプリケーションデータの配置制御方法。
11. 請求項１０に記載のアプリケーションデータの配置制御方法であって、
    前記記憶部は、前記アプリケーションの前記アプリケーションデータを格納する前記ストレージ装置を管理するためのアプリケーション情報を管理し、
    前記第１のステップは、前記選択部が、前記取得されたスケジュールデータ及び前記アプリケーション情報に基づいて、前記ターゲットアプリケーションのアプリケーションデータの配置を変更する必要があるか否かを判定するステップを含むことを特徴とするアプリケーションデータの配置制御方法。
12. 請求項１０に記載のアプリケーションデータの配置制御方法であって、
    前記少なくとも一つの計算機は、前記選択部の実行周期及び前記ターゲット時間範囲を設定するためのインタフェースを提供する入力部を有することを特徴とするアプリケーションデータの配置制御方法。

Images