管理装置及びプログラム
【課題】稼働中のコントローラ等に負担を掛けることなく、稀かつ不定期に実行される制御に対して、事前にコントローラの性能への影響を予測する。
【解決手段】管理装置１００１の情報収集部１００９が、コントローラ１００３等から、性能予測に必要な情報をネットワークシステム運用開始時に予め収集し、性能情報データベース１０１０に収集した情報を格納し、システムの稼働中に、稀かつ不定期に実行される制御を行う必要が生じた際に、予測部１０１１が、性能情報データベース１０１０に格納されている情報を用いて、当該制御を行った場合のコントローラ性能への影響を予測する。これにより、稼働中のコントローラの演算処理やネットワークのトラフィックを増加させることなく、コントローラ性能への影響を予測することができる。
【解決手段】管理装置１００１の情報収集部１００９が、コントローラ１００３等から、性能予測に必要な情報をネットワークシステム運用開始時に予め収集し、性能情報データベース１０１０に収集した情報を格納し、システムの稼働中に、稀かつ不定期に実行される制御を行う必要が生じた際に、予測部１０１１が、性能情報データベース１０１０に格納されている情報を用いて、当該制御を行った場合のコントローラ性能への影響を予測する。これにより、稼働中のコントローラの演算処理やネットワークのトラフィックを増加させることなく、コントローラ性能への影響を予測することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置が被管理装置を管理する技術に関し、特に、管理装置が、被管理装置が特定の処理を実行する際の処理性能を予測する技術に関する。
【背景技術】
【０００２】
ネットワークシステムの性能を予測する技術としては、例えば、以下の特許文献１に示す技術がある。
特許文献１の技術では、稼動中のネットワークシステムをモニタすることにより、実負荷データを収集し、これをエミュレータに入力することにより、精度の高い予測を行うことを可能としている。
より具体的には、特許文献１では、以下の動作が開示されている。
１）稼働中の実ネットワーク上を流れる伝送フレームを監視する。
２）監視した伝送フレームのデータをタイムスタンプ付きで保存する。
３）保存したデータをネットワークで使用されているプロトコルと対比させることにより、制御とそれに対する応答の組み合わせを抽出する。
４）上記抽出した制御・応答の組み合わせのタイムスタンプを参照し、実ネットワークシステムにおける応答時間を求める。
５）応答時間と、通信を行ったコントローラの情報を整理して、データベースを作成する。
６）データベースをエミュレータに入力することにより、実ネットワークシステム上での稼動情報に基づいた性能予測を行う。
７）以上により、稼働中のネットワークシステムのアプリケーションを更新する際に、実ネットワークへの適用前に性能への影響を予測することができる。
【特許文献１】特開平７−５８７６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１の技術では、ネットワーク上を流れる制御、応答のやり取りを監視し、これをエミュレータに入力することにより性能予測を行うため、ある制御を行うことがネットワークシステムの性能に影響を与えるか判断するためには、その制御と応答、または類似した制御と応答のやり取りがネットワーク上を流れていなければならない。
しかし、例えば、ネットワークシステム内のコントローラのプログラムを更新したいとき、または障害が発生したときにその障害を解除したいときに、これらプログラム更新や障害解除の処理がネットワークシステムの性能に影響を与えないかを事前に判断しようとしても、これらの処理は稼働中のネットワークシステム上で常時行われているものではないため、ネットワーク上に対応する制御、応答のやり取りは流れておらず、応答性能が取得できない。
このため、特許文献１の技術では、システムの更新、障害復旧のような稀に発生する処理の影響を予測することができないという課題があった。
さらに、特許文献１の技術では、エミュレータを用いて予測した性能への影響を使用者（システム管理者）が検証し、適用の判断を行っており、使用者の負担が高いという課題があった。
【０００４】
本発明は、上記のような課題を解決することを主な目的の一つとし、稼働中のコントローラおよびネットワーク等に負担を掛けることなく、ネットワークシステム上で稀かつ不定期に実行される制御に対しても、事前に性能への影響を予測することを可能とし、また、使用者の負担を軽減することを可能とする仕組みを提供することを主な目的とする。
【課題を解決するための手段】
【０００５】
本発明に係る管理装置は、
被管理装置の制御を行う管理装置において、
前記被管理装置が特定の処理を実行する際の前記被管理装置の処理性能を予測するよう要求する処理性能予測要求を入力する要求入力部と、
前記要求入力部により前記処理性能予測要求が入力される前に、前記被管理装置の処理性能の予測に用いられる予測用情報を取得する情報取得部と、
前記要求入力部により前記処理性能予測要求が入力された場合に、前記情報取得部により取得されている前記予測用情報を用いて、前記被管理装置が前記特定の処理を実行する際の前記被管理装置の処理性能を予測する処理性能予測部とを有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、稼働中の被管理装置に負担を掛けることなく、稀かつ不定期に実行される特定の処理の実行時の被管理装置の処理性能を事前に予測することが可能となり、予測した処理性能に基づいて、被管理装置に特定の処理を行わせるか否かの判断を適切に行うことができる。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
本実施の形態では、性能予測に必要な情報をあらかじめ収集しておくことにより、システムの稼働中に、コントローラの演算処理や、ネットワークのトラフィックを増加させることなく、性能を予測する方式について説明する。
つまり、性能予測のために必要なデータをネットワークシステム運用開始時に予め収集し、データベースに蓄えておくことにより、稼働中のコントローラおよびネットワークに負担を掛けることなく、ネットワークシステム上で稀かつ不定期に実行される制御に対しても、事前に性能への影響を予測する方式について説明する。
【０００８】
図１は、本実施の形態に係るシステム構成例を示す図である。
【０００９】
管理装置１００１は、ネットワーク１００２を通じて、複数のコントローラ１００３、１００４、１００５と接続され、ネットワークシステムを構成する。
各コントローラには、動作を制御するためのプログラムがロードされ、またネットワーク１００２を通じて他のコントローラ、管理装置１００１と通信を行う通信部を持っている。
例えば、コントローラ１００３は、プログラム１００６がロードされ、通信部１００７を持っている。
図１には図示していないが、コントローラ１００４、１００５も同様の構成である。
なお、コントローラ１００３〜１００５の各々は、管理装置１００１により制御される被管理装置の例である。
【００１０】
管理装置１００１は、外部との入出力を行うための入力部１００８および出力部１０１４を備えている。
また、ネットワーク１００２を通じてコントローラ１００３、１００４、１００５から情報を収集する情報収集部１００９を備える。収集された情報は、性能情報データベース１０１０に書き込まれる。
予測部１０１１は、コントローラの演算性能、通信性能など機器情報を保持する機器情報データベース１０１２と、性能情報データベース１０１０を参照し、処理時間を演算する機能を持つ。
予測部１０１１において演算された処理時間は判定部１０１３に渡され、出力部１０１４を通じて出力される。
【００１１】
つまり、入力部１００８は、被管理装置たるコントローラが特定の処理を実行する際のコントローラの処理性能を予測するよう要求する制御処理時間予測要求（処理性能予測要求）を入力する。入力部１００８は、要求入力部の例である。
情報収集部１００９は、入力部１００８により制御処理時間予測要求（処理性能予測要求）が入力される前に、コントローラの処理性能の予測に用いられる性能情報（予測用情報）を取得する。より、具体的には、情報収集部１００９は管理装置１００１においてコントローラの制御を行うための準備が行われる初期化処理中に、性能情報を取得する。
そして、入力部１００８は、初期化処理の終了後に、制御処理時間予測要求を入力する。
また、情報収集部１００９は、取得した性能情報を性能情報データベース１０１０に格納する。
情報収集部１００９は、情報取得部の例である。
また、性能情報データベース１０１０は、情報記憶部の例である。
【００１２】
機器情報データベース１０１２は、コントローラの処理の演算能力、通信能力を保持するデータベースである。
予測部１０１１は、入力部１００８により制御処理時間予測要求が入力された場合に、情報収集部１００９により取得され性能情報データベース１０１０に格納されている性能情報と機器情報データベース１０１２に格納されている機器情報を用いて、コントローラが特定の処理を実行する際のコントローラの処理性能を予測する。
予測部１０１１は、処理性能予測部の例である。
また、判定部１０１３は、コントローラに特定の処理を実行させるかどうかを判定する。
【００１３】
図２は、本実施の形態に係る管理装置１００１の動作例を示すフローチャート図である。
図２の処理の詳細は、後述する。
【００１４】
図３は、特定の処理の例として、コントローラ１００３のプログラムを更新する場合のコントローラ１００３の処理の流れを示している。
まず、図３の各処理について説明する。
【００１５】
例えば、管理装置１００１がコントローラ１００３に対してプログラム更新を要求すると、コントローラ１００３は、実行中の旧版プログラムをバックアップ領域にコピーした後（処理３００１）、コピーされたバックアップ領域上の旧版プログラムに処理を移す（処理３００２）、続いて通信部１００７を通じて管理装置１００１から新版プログラムを取得し（処理３００３）、新版プログラムを旧版プログラムが記憶されていた領域に書き込む（処理３００４）。
次に、コントローラ１００３は、新版プログラムの書き込みが成功したかを確認し（判定３００５）、成功した場合は、プログラムの実行をバックアップ領域上の旧版プログラムから、新版プログラムに切り替え（処理３００６）、最後にバックアップ領域上の旧版プログラムを削除して（処理３００７）終了する。
逆に、判定３００５において新版プログラムの書き込みに失敗していた場合は、異常終了するが、この場合もバックアップ領域上の旧版プログラムによりコントローラ１００３の稼動は継続される。
【００１６】
また、図４は、同様に上記コントローラのプログラム更新処理において、機器情報データベース１０１２に書き込まれている情報の例４００１（図４（ａ））と性能情報データベース１０１０に書き込まれる情報の例４００２（図４（ｂ））を示している。
例えば、図４（ｂ）の性能情報データベースのデータ例４００２に示した例では、コントローラの番号毎にコントローラの形式（ＴＹＰＥｘｘ）、メモリ容量（Ｓｍｘｘ）、プログラムサイズ（Ｓｐｘｘ）が格納されている。これらの情報は、初期化処理中に情報収集部１００９により各コントローラから収集され、性能情報データベース１０１０に格納される。
また、例えば、図４（ａ）の機器情報データベースのデータ例４００１に示す例では、コントローラの形式毎に単位サイズのメモリ読み出し性能（Ｐｍｒｘｘ）、単位サイズのメモリ書き込み性能（Ｐｍｗｘｘ）、単位サイズのネットワーク読み出し性能（Ｐｎｒｘｘ）、単位サイズのネットワーク書き込み性能（Ｐｎｗｘｘ）、処理切り替え時間（Ｔｓｗ）、判定処理時間（Ｐｊｇｘｘ）が格納されている。
これら個別の処理能力は、一般的にコントローラに内蔵されるプロセッサ、メモリ、ネットワークコントローラなどのハードウェア構成、ソフトウェアによる制御方式により一意に決定できるため、あらかじめネットワークシステムを構成するすべての機器に対してデータベースを構築しておくものとする。
【００１７】
次に、図１、図３及び図４を参照しながら、図２のフローチャートに従って、本実施の形態に係る管理装置１００１の動作について説明する。
【００１８】
図１に示したネットワークシステムを起動すると、処理２００１において、情報収集部１００９は、ネットワーク１００２を経由して接続されたコントローラ１００３、１００４、１００５から性能に関わる設定情報を取得する。
例えば、プログラム更新においては、演算処理性能を予測するためにコントローラの型名を取得し、また、プログラムのネットワーク経由での転送時間、メモリへの読み出し、書き込み時間を予測するためのプログラムのサイズを取得する。
次に、処理２００２において、情報収集部１００９は、収集した情報を性能情報データベース１０１０に保存する。
例えば、図４（ｂ）に示した例では、コントローラの番号毎にコントローラの形式（ＴＹＰＥｘｘ）、メモリ容量（Ｓｍｘｘ）、プログラムサイズ（Ｓｐｘｘ）を書き込む。
これら処理２００１、２００２は、コントローラの制御を行うための準備が行われる初期化処理中に行われ、その後、管理装置１００１及びネットワークシステムは通常の運転を開始する。
通常の運転中に、例えばコントローラ１００３のプログラムを更新する場合、入力部１００８を通じてプログラム更新処理におけるコントローラ１００３の処理時間の予測を要求する制御処理時間予測要求（処理性能予測要求）の入力を受け、性能予測を開始する（処理２００３）。
予測部１０１１は、性能情報データベース１０１０、機器情報データベース１０１２を参照し（処理２００４）、処理時間の予測演算を行う（処理２００５）。
【００１９】
ここで、処理２００５におけるコントローラの処理時間の演算方法について述べる。
図３は、先に述べた通り、コントローラがプログラム更新を行う際の典型的な処理の流れである。
予測部１０１１は、この流れに沿って、性能情報データベース１０１０および機器情報データベース１０１２を参照しながら、コントローラ１００３のプログラム更新処理を模擬することによって処理時間を予測演算する。
具体的には、まず、処理３００１において、コントローラ１００３が旧版のプログラムをメモリ上のバックアップ領域にコピーする処理を模擬して処理時間を計算する。
予測部１０１１は、性能情報データベース１０１０から、更新対象のコントローラ１００３の形式（ＴＹＰＥ０１）を取得し、これをキーとして機器情報データベース１０１２を参照することにより、サイズ単位あたりのメモリの読み出し性能（Ｐｍｒ０１［ＭＢ／秒］）、書き込み性能（Ｐｍｗ０１［ＭＢ／秒］）の値を取得する。
また、性能情報データベース１０１０から、コントローラ１００３の旧版のプログラムサイズがＳｐ０１［ＭＢ］であることを取得する。
これらの情報から、コントローラ１００３が、サイズＳｐ０１のプログラムを、メモリから読み出し性能Ｐｍｒ０１で読み出し、メモリのバックアップ領域に書き込み性能Ｐｍｗ０１でバックアップする処理時間を求めることができる。
次に、コントローラ１００３の運転を継続するために、バックアップ領域に制御を切り替える。
このための処理３００２の時間は、機器情報データベースのデータ例４００１を参照することにより、Ｔｓｗ０１［秒］であることが分かる。
次に、コントローラ１００３が新版プログラムを受信するための処理３００３の時間は、プログラム更新の要求時に受け取った新版のプログラムサイズと、機器情報データベースから、ネットワーク読み出し性能Ｐｎｒ０１［ＭＢ／秒］を参照することにより求めることができる。
予測部１０１１は、以下同様にして、新版のプログラムサイズと、メモリ書き込み性能Ｐｍｗ０１［ＭＢ／秒］から新版プログラムの書き込み処理３００４の時間を、Ｔｊｇ０１から判定処理３００５の時間を、再びＴｓｗ０１から新版プログラムへの制御移行３００６の時間を、旧版プログラムサイズＳｐ０１とメモリ書き込み性能Ｐｍｗ０１からバックアップ領域の消去３００７の時間を求めることができ、これら図３に示した個別の処理時間から、コントローラ１００３のプログラム更新に要する処理時間の合計を求めることができる。
【００２０】
次に、管理装置１００１は、出力部１０１４を通じて、予測部１０１１による処理時間の予測値を出力する（処理２００６）。
管理装置１００１は、再び入力部１００８から、指示を受け取り（処理２００７）、判定部１０１３が、処理実施の指示であるか判定を行い（判定２００８）、処理実施の指示であった場合は、判定部１０１３は、コントローラ１００３に対してプログラム更新を指示すると共に、新版プログラムをネットワーク１００２を経由して送付する（処理２００９）。
一方、判定２００８の結果がＮＯであった場合は、プログラム更新処理を行わず、図２の一連の処理を終了する。
【００２１】
以上のように、本実施の形態では、ネットワークシステムを構成する機器の性能に関する情報をシステム起動時に予め取得しておき、機器の処理フロー、処理性能のデータベースとあわせて参照することにより、稼働中のコントローラに情報提供のための処理を行わせることなく、また、ネットワーク上のトラフィックも増加させることなく、制御を行う前に処理時間を予測することができるという効果がある。
この方法によれば、例えば運転効率を上げるために、極めて少ないマージンで協調動作を行っているネットワークシステムにおいて、予測処理の中で発生するコントローラ、ネットワークの負荷上昇によりネットワークシステムの性能に影響を与える危険を避けることができる効果がある。
また、本方式によれば、処理時間を予測するために、定常運転中にネットワーク上を監視しても取得できない情報（例えば、上記例における各コントローラのプログラムサイズなど）が必要な、特殊な処理についても、性能予測を行うことができるという効果がある。
【００２２】
以上、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、以下の機能を備える管理装置および性能予測方法について説明した。
（ａ）処理性能を予測するための情報を収集する情報収集部、
（ｂ）収集した情報を保持するデータベース、
（ｃ）情報から処理時間を演算する予測部、
（ｄ）処理時間からシステム性能に対する影響を判定する判定部。
【００２３】
また、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、システムの運転開始時に、予め情報収集部が各コントローラから処理性能を予測するための情報を収集する管理装置および性能予測方法について説明した。
【００２４】
複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、以下の機能を備え、
（ｅ）システム使用者からの制御命令を受け取る入力部、
（ｆ）システム使用者に判定結果を知らせる出力部、
システムの運転開始時に、処理性能を予測するための情報を予め収集し、入力部を通じて使用者から制御実行の要求があった際に、予測部が演算した処理時間によって判定部がシステム性能への影響を判定し、判定結果を出力部を通じて使用者に示し、処理実施有無を使用者に判断させる管理装置および性能予測方法について説明した。
【００２５】
実施の形態２．
本実施の形態では、コントローラにおけるアイドル時間を監視することにより、新たな制御を追加するときに、既存の処理性能に影響を与えないことを事前に検証する方法について説明する。
【００２６】
以上の実施の形態１では、管理装置が制御の実施要求を受けたときに、コントローラに対する制御を実行する前に、処理時間を予測し結果を出力することにより、実施有無の確認を求める制御装置を示したものであるが、実施の形態２においては、ネットワークに接続されたコントローラにアイドル時間（空き時間）が存在する場合に、管理装置が性能への影響を判定する例、および判定結果によって特定の条件下での実施有無判断を自動的に行う例について述べる。
【００２７】
実施の形態２におけるシステムの構成は、実施の形態１と同じ（図１に示す構成）であるため、詳しい説明は省略する。
図５は、本実施の形態に係る管理装置１００１の動作例を示すフローチャート図である。
図５の各処理の詳細は後述する。
【００２８】
図６は運転中の定常状態における、一般的なコントローラの処理の流れを示している。
コントローラは、運転開始直後に一度初期化処理６００１を行った後、演算処理６００２、周辺機器との入出力処理６００３、ネットワークとの通信処理６００４を繰り返す。
ネットワークシステムの他のコントローラとの協調動作を行うため、通常アイドル時間６００５により処理時間を調整し、範囲６００７の繰り返し処理が一定になるように制御される。
仮に演算処理６００２が条件分岐を含まず固定時間で処理され、入出力処理６００３、通信処理６００４も同様に固定時間で処理される場合は、範囲６００７を一定にするためのアイドル時間６００５も常に同じ時間となるため、アイドル時間が一定の場合は、上記実施の形態１の方法と同様に、管理装置１００１の定常運転開始前（初期化処理中）に情報収集部１００９がネットワーク１００２を通じて、接続されたコントローラ１００３、１００４、１００５からアイドル時間の長さの情報を取得し、性能情報データベース１０１０に保持しておくことによって、容易に各コントローラのアイドル時間の値を用いた判定が可能となるため、ここでは詳しい説明は行わない。
以下では、演算処理６００２、入出力処理６００３、通信処理６００４が処理サイクル毎に異なる値をとり、その吸収のためにアイドル時間も処理サイクル毎に異なる値となる場合について、図５を参照して、本実施の形態に係る管理装置１００１の動作を説明する。
【００２９】
処理を開始してから処理時間の予測演算を行うまでの流れ（処理５００１〜５００５）は、上記の実施の形態１と同様であるため、説明は省略する。
これらの処理に続き、情報収集部１００９は、ネットワーク１００２を通じて、制御対象となるコントローラ１００３からアイドル時間の長さを示すアイドル時間情報を取得する（処理５００６）。
次に、処理５００５において計算した処理時間と、上記で取得したアイドル時間情報に示されるアイドル時間の値を比較する（判定５００７）。
アイドル時間が処理時間より長いと判定された場合（判定５００７でＹＥＳ）は、出力は行わず、直接処理（例えば、コントローラにおけるプログラムの更新）を実施する（処理５００８）。
逆にアイドル時間より処理時間が長いと判定された場合（判定５００７でＮＯ）は、出力部１０１４が、予測した処理時間と、アイドル時間の値を出力する（処理５００９）。
管理装置１００１は、再び入力部１００８から、指示を受け取り（処理５０１０）、判定部１０１３が処理実施の指示であるか判定を行い（判定５０１１）、処理実施の指示であった場合は、判定部１０１３はコントローラ１００３に対して処理実施を指示する（処理５００８）。
一方、判定５０１１の結果がＮＯであった場合は、処理の指示は行わず、図５の一連の処理を終了する。
【００３０】
以上のように、ネットワークシステムを構成する機器の性能に関する情報をシステム起動時に予め取得しておき、判定部においてアイドル処理時間と予測した処理時間を比較する仕組みを持つことにより、判定の処理の一部（処理時間がアイドル時間に収まる場合）を自動化することが可能となり、管理装置の入出力を行うシステム管理者の作業負荷を軽減する効果がある。
また、稼働中のコントローラ、ネットワークに対する負荷の影響は、演算処理、入出力処理、通信処理が固定的な場合は上記実施の形態１と同様に負荷を無くすことができ、逆に毎回アイドル時間が変化する場合においても、稼働中のコントローラの処理、ネットワーク上のトラフィック増加は最小限に抑えることができるという効果がある。
【００３１】
以上、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、以下の機能を備え、
（ｇ）コントローラのアイドル時間を監視する監視部、
システムの運転開始時に、処理性能を予測するための情報を予め収集し、入力部を通じて使用者から制御実行の要求があった際に、予測部は処理時間を演算し、また、監視部は処理を行うコントローラのアイドル時間を取得し、判定部は、処理時間とアイドル時間を比較することによりシステム性能に対する影響を判定する管理装置および性能予測方法について説明した。
【００３２】
また、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、システムの運転開始時に、処理性能を予測するための情報を予め収集し、処理時間の演算と、アイドル時間の取得を行い、判定部は、処理時間とアイドル時間を比較することによりシステム性能に対する影響を判定し、システム性能への影響がないと判定された場合は、制御を実行し、システム性能への影響があると判定された場合は、制御を保留し、出力装置を通じて使用者に実施確認を求める管理装置及び性能予測方法について説明した。
【００３３】
実施の形態３．
本実施の形態では、使用者から処理の要求があったときに、処理を実行する前に、実行した場合の性能への影響に関する情報を提供し、また判断を一部自動化することにより、使用者の負担を軽減する例について説明する。
【００３４】
以上の実施の形態２では、ネットワークに接続されたコントローラにアイドル時間が常に存在する場合に、管理装置が制御対象となるコントローラからアイドル時間の値を取得し、これと処理時間の予測値を比較することにより、処理実施の判定を行う制御を示したものであるが、実施の形態３においては、要求された処理時間以外にアイドル時間内に実行される可能性がある別の処理が存在する場合の制御について説明する。
【００３５】
実施の形態３におけるシステム構成は、実施の形態１と同じ（図１に示す構成）であるため、詳しい説明は省略する。
また、実施の形態３におけるコントローラの動作は、実施の形態２と同じように図６に示した通りであるが、一般にコントローラは、アイドル時間６００５を利用して低優先度のプログラムを実行する機能を有しており、リアルタイム性の要求が低い処理（たとえば印刷など）を必要に応じて行う機能を備えている。
実施の形態３では、低優先度のプログラムがアイドル時間６００５を利用する可能性があり、また、本低優先度のプログラムは、アイドル時間内に処理を確実に終えるため、固定的な処理時間を要する処理であることとする。
【００３６】
図７は、本実施の形態に係る管理装置１００１の動作例を示すフローチャート図である。
【００３７】
以下、図７を参照して、本実施の形態に係る管理装置１００１の動作について説明する。
最初に、情報収集部１００９は、ネットワーク１００２を通じてコントローラ１００３、１００４、１００５の情報を取得する。
実施の形態３においては、上記実施の形態１、２で用いた情報に加えて、アイドル時間６００５で実行される可能性のある低優先度のプログラム（アイドル実行予定処理）の情報（アイドル実行予定処理情報）を取得する（処理７００１）。
上記した通り、低優先度のプログラムは、アイドル時間内に確実に処理を終えるため、条件によらず固定的な処理時間を持つものとする。
次に予測部１０１１において、低優先度のプログラムの処理時間を予測演算する（処理７００２）。
この処理時間の予測演算方法については、実施の形態１に示した処理時間の演算方法と同様に、処理７００１で取得した低優先度プログラムの内容を解析し、機器情報データベース１０１２に保持されているコントローラの命令処理、演算時間を用いて行うものであるため、詳しい説明は省略する。
次に処理７００１、７００２で取得、演算した値を性能情報データベース１０１０に保存する（処理７００３）。
管理装置１００１が制御要求の入力を受けてから、制御対象のコントローラのアイドル時間を取得するまで（処理７００４から７００７）は、上記実施の形態２とほぼ同様であるため、詳しい説明を省略するが、処理７００４において要求を受け取る際に、低優先度プログラムと要求された処理のどちらを優先させるかをあわせて入力することとする。
【００３８】
次に、判定部１０１３は、低優先度のプログラムの予測処理時間、入力された制御の予測処理時間、アイドル時間を比較する（判定７００８）。
そして、アイドル時間中に低優先度のプログラムと、入力された制御に伴う処理の両方が実行できる場合、つまり低優先度のプログラムの予測処理時間と要求されている処理の予測処理時間の合計時間よりもアイドル時間が長い場合（判定７００８でＹＥＳ）は、両処理を実施する（処理７００９、７０１０）。
逆に、アイドル時間内に両方の処理が実施できない場合、つまりアイドル時間が低優先度のプログラムの予測処理時間と要求されている処理の予測処理時間の合計時間以下の場合（判定７００８でＮＯ）、処理７００４で入力された優先度に従って実施する処理を判定する（判定７０１１）。
つまり、アイドル時間内に優先的に実行する処理として、低優先度プログラムが設定されていた場合（判定７０１１でＹＥＳ）は、低優先度プログラムを実行し（処理７０１２）、要求された制御処理が実行できなかったことを出力する（処理７０１３）。
また、アイドル時間内に優先的に実行する処理として、要求された制御が設定されていた場合（判定７０１１でＮＯ）は、要求された制御の処理時間とアイドル時間の比較を行い（判定７０１４）、要求された制御の処理時間がアイドル時間内に収まる場合（判定７０１４でＹＥＳ）は、コントローラ１００３に処理を実行させる（処理７０１５）。
要求された制御の処理時間がアイドル時間に納まらない場合（判定７０１４でＮＯ）は、アイドル時間が不足していることを示す。
【００３９】
なお、本実施の形態では、予測部１０１１が、低優先度のプログラムの処理時間を予測することとしたが、情報収集部１００９が、各コントローラから低優先度のプログラムの処理時間を示す情報を取得するようにしてもよい。
【００４０】
以上のように、本実施の形態では、ネットワークシステムを構成する機器の性能に関する情報をシステム起動時に予め取得しておき、管理装置がアイドル時間を監視すると共に、アイドル時間内に行われている別の処理の処理時間を予測することによって、コントローラのアイドル時間を有効に利用して通常運転に影響を与えることなく、要求した制御が実施できるかを事前に検証することができる効果がある。
また、アイドル時間内に実行される可能性がある他の処理との衝突を防ぐ効果がある。
さらに、上記実施の形態２同様に、システム管理者の作業負荷を軽減する効果がある。
【００４１】
以上、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、システムの運転開始時に、処理性能を予測するための情報を予め収集し、入出力部を通じて使用者から制御実行の要求があった際に、予測部は処理時間を演算し、また、監視部は処理を行うコントローラのアイドル時間と、アイドル時間内に実行が予定されている低優先度処理の処理時間を取得し、判定部は、アイドル時間、制御処理時間、低優先度処理時間を比較し、制御処理と低優先度処理両方がアイドル時間に納まると判定された場合は、制御を実行し、両方の実行がアイドル時間に収まらないと判定された場合は、出力部を通じて使用者に通知し、使用者の選択に従って低優先度処理、または制御処理の片方を実行する管理装置及び性能予測方法について説明した。
【００４２】
実施の形態４．
以上の実施の形態１〜３では、管理装置がコントローラからあらかじめ収集した性能に関する情報を元に、稼働中のコントローラまたはネットワークに影響を与えずに、処理時間を予測演算し、制御を実行した場合のネットワークシステムの影響を事前に知る方法について示したものであるが、実施の形態４においては、あらかじめ収集した性能に関する情報が制御を行うことにより変更となる場合に、これを更新するための方法について説明する。
【００４３】
実施の形態４におけるシステム構成は、実施の形態１と同じ（図１に示す構成）であるため、詳しい説明は省略する。
【００４４】
図８は、本実施の形態に係る管理装置１００１の動作例を示すフローチャート図である。
図８では、管理装置１００１が、コントローラ１００３、１００４、１００５に対して制御を行った後、性能情報データベースの更新を行う処理の全体の流れを示している。
以下、図１および図８を用いて実施の形態４の動作について説明するが、開始してから処理を実施するまでの流れ（処理８００１〜処理８００９）は実施の形態１と同様であるため、説明は省略する。
【００４５】
コントローラによって、処理が実施された後、情報収集部１００９は、管理装置１００１内の性能情報データベース１０１０の更新を行う（処理８０１０）。
例えば、実施の形態１の制御の例として使用したコントローラ１００３のプログラムを更新する処理では、コントローラ内にロードされているプログラムのサイズＳｐ０１が処理時間を演算するために必要なパラメータの一つとなっているが、プログラムの更新が完了した後、データベース内の情報を更新後プログラムサイズに書き直す必要がある。
コントローラ１００３は、指示されたプログラムの更新処理が完了したことを管理装置１００１に通知する。通知を受けた管理装置１００１は、情報収集部１００９を通じて更新後の情報を取得し、性能情報データベース１０１０を更新する（処理８０１０）。
このときの情報取得方法は、たとえば上記例で用いているプログラムの更新処理においては、入力部１００８を経由して制御の要求を受け付ける処理（処理８００３）において、新版のプログラムが入力されるため、このサイズの値を情報収集部１００９が保持し、コントローラからの処理完了通知を受け取った後、性能情報データベース１０１０を更新することによって実現することができる。この意味で、情報収集部１００９は更新部の例でもある。
また、情報収集部１００９は、コントローラ内部にのみ存在する情報の更新が必要であるか否か、換言すれば、入力部１００８から入力された情報でコントローラの処理性能が予測可能であるかを判断し、コントローラ内部にのみ存在する情報の更新が必要である場合（入力部１００８から入力された情報ではコントローラの処理性能の予測が可能でない場合）は、処理８０１０において、コントローラから管理装置１００１に対して処理完了を通知する際に、情報収集部１００９は、あわせて更新後の情報の送信を要求する。
要求を受けたコントローラは、例えば、自身の演算処理のアイドル時間を利用して情報を予測し、またネットワークのアイドル時間を利用して、更新後の情報を管理装置１００１に送り、情報収集部１００９が更新後の情報を受け取り、性能情報データベース１０１０を更新する。
【００４６】
以上のように、本実施の形態によれば、ネットワークシステムを構成する機器の性能に関する情報をシステム起動時に予め取得しておき、制御の処理時間を予測した後、収集済みの情報を更新することによって、次回に同様の制御を行う際に、システム起動時に情報を再収集する必要がなく、ネットワークシステム内のコントローラ、ネットワークに影響することなく、処理時間を予測できるという効果がある。
【００４７】
以上、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、収集した情報を更新する更新部を備え、システムの運転開始時に、処理性能を予測するための情報を予め収集し、入出力部を通じて使用者から制御実行の要求があった際に、予測部は処理時間を演算し、また、制御を実行することにより収集済みの情報が更新される場合は、その更新後の値を予測演算し、制御実行後に、書き換え部がデータベースの情報を更新する管理装置及び性能予測方法について説明した。
【００４８】
また、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、処理時間の予測を行い、制御を実行することにより収集済みの情報が更新され、かつ更新後の値が管理装置の持つ情報から予測演算できない場合に、管理装置は制御対象のコントローラに対し情報更新を要求し、要求を受けたコントローラは、自身の演算処理のアイドル時間を利用して情報を予測し、またネットワークのアイドル時間を利用して、更新後の情報を管理装置に送り、管理装置の収集部がデータベースを更新する管理装置および性能予測方法について説明した。
【００４９】
実施の形態５．
以上の実施の形態１〜４では、性能を予測する例として、ネットワークシステムに接続されたコントローラのプログラムを更新する制御について述べたが、実施の形態５においては、ネットワークに接続されたコントローラに障害が発生し、障害の要因を取り除いた後に、障害発生状態を解除する際の制御について説明する。
【００５０】
実施の形態５におけるシステム構成は、実施の形態１と同じ（図１に示す構成）であるため、詳しい説明は省略する。
【００５１】
図９は、ネットワークシステムに接続されたコントローラの一台、たとえばコントローラ１００３の障害状態を解除する際の、管理装置１００１の処理の流れを、また、図１０は障害の発生したコントローラ１００３の処理の流れを示している。
さらに、図１１は、図１における機器情報データベース１０１２のデータ例１１００１（図１１（ａ）と、性能情報データベース１０１０のデータ例１１００２（図１１（ｂ））を示している。
【００５２】
以下、これらの図を用いて、コントローラ１００３で発生した障害状態を解除し、ネットワークシステムに復帰させるまでの動作について説明するが、図９において、性能予測に必要なデータを情報収集部１００９があらかじめ取得し、性能情報データベース１０１０に書き込む処理（処理９００１、９００２）については、上記実施の形態１と同様であるため、詳しい説明は省略する。
【００５３】
ネットワークシステムに接続されたコントローラ１００３に障害が発生した場合、コントローラ１００３は障害の発生を検知し（処理１０００５）、運転状態を示すフラグなどを用いて障害発生と発生した障害の種類を示すと共に（処理１０００６）、通常の制御処理を停止し、通常運転に復帰する指示を待つ（処理１０００１、判断１０００２）。
一方、管理装置１００１は、コントローラ１００３、１００４、１００５の運転状態を監視し（処理９００３）、たとえばコントローラ１００３が障害発生を報告した場合（判定９００４でＹＥＳ）は、他のコントローラ１００４、１００５によってネットワークシステムを稼動させつつ、システム管理者にコントローラ１００３における障害発生を通知する（処理９００５）。
システム管理者はコントローラ１００３に発生した障害の要因を取り除いた後（処理９００６）、入力部１００８から、コントローラ１００３の障害状態を解除し、ネットワークシステムに復帰するよう指示を行う（処理９００７）。
一般に、コントローラにおける障害状態解除の処理に要する時間は、コントローラの機器構成および発生した障害の種類によって一意に決定することができるため、予測部１０１１は、性能情報データベース１０１０からコントローラ１００３の型名を特定し、また運転状態を示すフラグなどから発生した障害の種類を特定し、機器情報データベース１０１２を参照することにより、例えば障害（１）が発生した場合の障害解除時間Ｔｅｒ１０３［秒］を予測することができる（処理９００８、９００９）。
次に、管理装置１００１は、出力部１０１４を通じて、予測部１０１１による処理時間の予測値を出力する（処理９０１０）。
管理装置１００１は、再び入力部１００８から、指示を受け取り（処理９０１１）、判定部１０１３が処理実施の指示であるか判定を行い（判定９０１２）、処理実施の指示であった場合は、判定部１０１３はコントローラ１００３に対して障害状態の解除を指示する（処理９０１３）。
【００５４】
コントローラ１００３は、障害解除の指示を受け取ると（判定１０００２）、運転状態を示すフラグなどを更新し、障害状態を解除して（処理１０００３）、通常の処理に復帰する（処理１０００４）。
【００５５】
以上のように、本実施の形態によれば、ネットワークシステムを構成する機器の性能に関する情報をシステム起動時にあらかじめ取得しておき、機器情報、性能情報のデータベースとあわせて参照することにより、障害が発生したコントローラの障害を解除する際に、ネットワーク上のトラフィックを増加させることなく、制御を行う前に処理時間を予測することができるという効果がある。
【００５６】
最後に、実施の形態１〜５に示した管理装置１００１のハードウェア構成例について説明する。
図１２は、実施の形態１〜５に示す管理装置１００１のハードウェア資源の一例を示す図である。
なお、図１２の構成は、あくまでも管理装置１００１のハードウェア構成の一例を示すものであり、管理装置１００１のハードウェア構成は図１２に記載の構成に限らず、他の構成であってもよい。
【００５７】
図１２において、管理装置１００１は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７、ＦＤＤ９０４などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。
【００５８】
通信ボード９１５は、図１に示すように、ネットワークに接続されている。例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。
【００５９】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。
【００６０】
また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。
【００６１】
また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
管理装置１００１の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。
【００６２】
上記プログラム群９２３には、実施の形態１〜５の説明において「〜部」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００６３】
ファイル群９２４には、実施の形態１〜５の説明において、「〜の判断」、「〜の判定」、「〜の演算」、「〜の計算」、「〜の比較」、「〜の予測」、「〜の更新」、「〜の設定」、「〜の登録」、「〜の選択」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１〜５で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００６４】
また、実施の形態１〜５の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、実施の形態１〜５の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１〜５の「〜部」の手順や方法をコンピュータに実行させるものである。
【００６５】
このように、実施の形態１〜５に示す管理装置１００１は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【図面の簡単な説明】
【００６６】
【図１】実施の形態１に係るシステム構成例を示す図。
【図２】実施の形態１に係る管理装置の動作例を示すフローチャート図。
【図３】実施の形態１に係るコントローラの動作例を示すフローチャート図。
【図４】実施の形態１に係る管理装置のデータベースのデータ例を示す図。
【図５】実施の形態２に係る管理装置の動作例を示すフローチャート図。
【図６】実施の形態２に係るコントローラの動作例を示すフローチャート図。
【図７】実施の形態３に係る管理装置の動作例を示すフローチャート図。
【図８】実施の形態４に係る管理装置の動作例を示すフローチャート図。
【図９】実施の形態５に係る管理装置の動作例を示すフローチャート図。
【図１０】実施の形態５に係るコントローラの動作例を示すフローチャート図。
【図１１】実施の形態５に係る管理装置のデータベースのデータ例を示す図。
【図１２】実施の形態１〜５に係る管理装置のハードウェア構成例を示す図。
【符号の説明】
【００６７】
１００１ 管理装置、１００２ ネットワーク、１００３ コントローラ、１００４ コントローラ、１００５ コントローラ、１００６ プログラム、１００７ 通信部、１００８ 入力部、１００９ 情報収集部、１０１０ 性能情報データベース、１０１１ 予測部、１０１２ 機器情報データベース、１０１３ 判定部、１０１４ 出力部。
【技術分野】
【０００１】
本発明は、管理装置が被管理装置を管理する技術に関し、特に、管理装置が、被管理装置が特定の処理を実行する際の処理性能を予測する技術に関する。
【背景技術】
【０００２】
ネットワークシステムの性能を予測する技術としては、例えば、以下の特許文献１に示す技術がある。
特許文献１の技術では、稼動中のネットワークシステムをモニタすることにより、実負荷データを収集し、これをエミュレータに入力することにより、精度の高い予測を行うことを可能としている。
より具体的には、特許文献１では、以下の動作が開示されている。
１）稼働中の実ネットワーク上を流れる伝送フレームを監視する。
２）監視した伝送フレームのデータをタイムスタンプ付きで保存する。
３）保存したデータをネットワークで使用されているプロトコルと対比させることにより、制御とそれに対する応答の組み合わせを抽出する。
４）上記抽出した制御・応答の組み合わせのタイムスタンプを参照し、実ネットワークシステムにおける応答時間を求める。
５）応答時間と、通信を行ったコントローラの情報を整理して、データベースを作成する。
６）データベースをエミュレータに入力することにより、実ネットワークシステム上での稼動情報に基づいた性能予測を行う。
７）以上により、稼働中のネットワークシステムのアプリケーションを更新する際に、実ネットワークへの適用前に性能への影響を予測することができる。
【特許文献１】特開平７−５８７６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１の技術では、ネットワーク上を流れる制御、応答のやり取りを監視し、これをエミュレータに入力することにより性能予測を行うため、ある制御を行うことがネットワークシステムの性能に影響を与えるか判断するためには、その制御と応答、または類似した制御と応答のやり取りがネットワーク上を流れていなければならない。
しかし、例えば、ネットワークシステム内のコントローラのプログラムを更新したいとき、または障害が発生したときにその障害を解除したいときに、これらプログラム更新や障害解除の処理がネットワークシステムの性能に影響を与えないかを事前に判断しようとしても、これらの処理は稼働中のネットワークシステム上で常時行われているものではないため、ネットワーク上に対応する制御、応答のやり取りは流れておらず、応答性能が取得できない。
このため、特許文献１の技術では、システムの更新、障害復旧のような稀に発生する処理の影響を予測することができないという課題があった。
さらに、特許文献１の技術では、エミュレータを用いて予測した性能への影響を使用者（システム管理者）が検証し、適用の判断を行っており、使用者の負担が高いという課題があった。
【０００４】
本発明は、上記のような課題を解決することを主な目的の一つとし、稼働中のコントローラおよびネットワーク等に負担を掛けることなく、ネットワークシステム上で稀かつ不定期に実行される制御に対しても、事前に性能への影響を予測することを可能とし、また、使用者の負担を軽減することを可能とする仕組みを提供することを主な目的とする。
【課題を解決するための手段】
【０００５】
本発明に係る管理装置は、
被管理装置の制御を行う管理装置において、
前記被管理装置が特定の処理を実行する際の前記被管理装置の処理性能を予測するよう要求する処理性能予測要求を入力する要求入力部と、
前記要求入力部により前記処理性能予測要求が入力される前に、前記被管理装置の処理性能の予測に用いられる予測用情報を取得する情報取得部と、
前記要求入力部により前記処理性能予測要求が入力された場合に、前記情報取得部により取得されている前記予測用情報を用いて、前記被管理装置が前記特定の処理を実行する際の前記被管理装置の処理性能を予測する処理性能予測部とを有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、稼働中の被管理装置に負担を掛けることなく、稀かつ不定期に実行される特定の処理の実行時の被管理装置の処理性能を事前に予測することが可能となり、予測した処理性能に基づいて、被管理装置に特定の処理を行わせるか否かの判断を適切に行うことができる。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
本実施の形態では、性能予測に必要な情報をあらかじめ収集しておくことにより、システムの稼働中に、コントローラの演算処理や、ネットワークのトラフィックを増加させることなく、性能を予測する方式について説明する。
つまり、性能予測のために必要なデータをネットワークシステム運用開始時に予め収集し、データベースに蓄えておくことにより、稼働中のコントローラおよびネットワークに負担を掛けることなく、ネットワークシステム上で稀かつ不定期に実行される制御に対しても、事前に性能への影響を予測する方式について説明する。
【０００８】
図１は、本実施の形態に係るシステム構成例を示す図である。
【０００９】
管理装置１００１は、ネットワーク１００２を通じて、複数のコントローラ１００３、１００４、１００５と接続され、ネットワークシステムを構成する。
各コントローラには、動作を制御するためのプログラムがロードされ、またネットワーク１００２を通じて他のコントローラ、管理装置１００１と通信を行う通信部を持っている。
例えば、コントローラ１００３は、プログラム１００６がロードされ、通信部１００７を持っている。
図１には図示していないが、コントローラ１００４、１００５も同様の構成である。
なお、コントローラ１００３〜１００５の各々は、管理装置１００１により制御される被管理装置の例である。
【００１０】
管理装置１００１は、外部との入出力を行うための入力部１００８および出力部１０１４を備えている。
また、ネットワーク１００２を通じてコントローラ１００３、１００４、１００５から情報を収集する情報収集部１００９を備える。収集された情報は、性能情報データベース１０１０に書き込まれる。
予測部１０１１は、コントローラの演算性能、通信性能など機器情報を保持する機器情報データベース１０１２と、性能情報データベース１０１０を参照し、処理時間を演算する機能を持つ。
予測部１０１１において演算された処理時間は判定部１０１３に渡され、出力部１０１４を通じて出力される。
【００１１】
つまり、入力部１００８は、被管理装置たるコントローラが特定の処理を実行する際のコントローラの処理性能を予測するよう要求する制御処理時間予測要求（処理性能予測要求）を入力する。入力部１００８は、要求入力部の例である。
情報収集部１００９は、入力部１００８により制御処理時間予測要求（処理性能予測要求）が入力される前に、コントローラの処理性能の予測に用いられる性能情報（予測用情報）を取得する。より、具体的には、情報収集部１００９は管理装置１００１においてコントローラの制御を行うための準備が行われる初期化処理中に、性能情報を取得する。
そして、入力部１００８は、初期化処理の終了後に、制御処理時間予測要求を入力する。
また、情報収集部１００９は、取得した性能情報を性能情報データベース１０１０に格納する。
情報収集部１００９は、情報取得部の例である。
また、性能情報データベース１０１０は、情報記憶部の例である。
【００１２】
機器情報データベース１０１２は、コントローラの処理の演算能力、通信能力を保持するデータベースである。
予測部１０１１は、入力部１００８により制御処理時間予測要求が入力された場合に、情報収集部１００９により取得され性能情報データベース１０１０に格納されている性能情報と機器情報データベース１０１２に格納されている機器情報を用いて、コントローラが特定の処理を実行する際のコントローラの処理性能を予測する。
予測部１０１１は、処理性能予測部の例である。
また、判定部１０１３は、コントローラに特定の処理を実行させるかどうかを判定する。
【００１３】
図２は、本実施の形態に係る管理装置１００１の動作例を示すフローチャート図である。
図２の処理の詳細は、後述する。
【００１４】
図３は、特定の処理の例として、コントローラ１００３のプログラムを更新する場合のコントローラ１００３の処理の流れを示している。
まず、図３の各処理について説明する。
【００１５】
例えば、管理装置１００１がコントローラ１００３に対してプログラム更新を要求すると、コントローラ１００３は、実行中の旧版プログラムをバックアップ領域にコピーした後（処理３００１）、コピーされたバックアップ領域上の旧版プログラムに処理を移す（処理３００２）、続いて通信部１００７を通じて管理装置１００１から新版プログラムを取得し（処理３００３）、新版プログラムを旧版プログラムが記憶されていた領域に書き込む（処理３００４）。
次に、コントローラ１００３は、新版プログラムの書き込みが成功したかを確認し（判定３００５）、成功した場合は、プログラムの実行をバックアップ領域上の旧版プログラムから、新版プログラムに切り替え（処理３００６）、最後にバックアップ領域上の旧版プログラムを削除して（処理３００７）終了する。
逆に、判定３００５において新版プログラムの書き込みに失敗していた場合は、異常終了するが、この場合もバックアップ領域上の旧版プログラムによりコントローラ１００３の稼動は継続される。
【００１６】
また、図４は、同様に上記コントローラのプログラム更新処理において、機器情報データベース１０１２に書き込まれている情報の例４００１（図４（ａ））と性能情報データベース１０１０に書き込まれる情報の例４００２（図４（ｂ））を示している。
例えば、図４（ｂ）の性能情報データベースのデータ例４００２に示した例では、コントローラの番号毎にコントローラの形式（ＴＹＰＥｘｘ）、メモリ容量（Ｓｍｘｘ）、プログラムサイズ（Ｓｐｘｘ）が格納されている。これらの情報は、初期化処理中に情報収集部１００９により各コントローラから収集され、性能情報データベース１０１０に格納される。
また、例えば、図４（ａ）の機器情報データベースのデータ例４００１に示す例では、コントローラの形式毎に単位サイズのメモリ読み出し性能（Ｐｍｒｘｘ）、単位サイズのメモリ書き込み性能（Ｐｍｗｘｘ）、単位サイズのネットワーク読み出し性能（Ｐｎｒｘｘ）、単位サイズのネットワーク書き込み性能（Ｐｎｗｘｘ）、処理切り替え時間（Ｔｓｗ）、判定処理時間（Ｐｊｇｘｘ）が格納されている。
これら個別の処理能力は、一般的にコントローラに内蔵されるプロセッサ、メモリ、ネットワークコントローラなどのハードウェア構成、ソフトウェアによる制御方式により一意に決定できるため、あらかじめネットワークシステムを構成するすべての機器に対してデータベースを構築しておくものとする。
【００１７】
次に、図１、図３及び図４を参照しながら、図２のフローチャートに従って、本実施の形態に係る管理装置１００１の動作について説明する。
【００１８】
図１に示したネットワークシステムを起動すると、処理２００１において、情報収集部１００９は、ネットワーク１００２を経由して接続されたコントローラ１００３、１００４、１００５から性能に関わる設定情報を取得する。
例えば、プログラム更新においては、演算処理性能を予測するためにコントローラの型名を取得し、また、プログラムのネットワーク経由での転送時間、メモリへの読み出し、書き込み時間を予測するためのプログラムのサイズを取得する。
次に、処理２００２において、情報収集部１００９は、収集した情報を性能情報データベース１０１０に保存する。
例えば、図４（ｂ）に示した例では、コントローラの番号毎にコントローラの形式（ＴＹＰＥｘｘ）、メモリ容量（Ｓｍｘｘ）、プログラムサイズ（Ｓｐｘｘ）を書き込む。
これら処理２００１、２００２は、コントローラの制御を行うための準備が行われる初期化処理中に行われ、その後、管理装置１００１及びネットワークシステムは通常の運転を開始する。
通常の運転中に、例えばコントローラ１００３のプログラムを更新する場合、入力部１００８を通じてプログラム更新処理におけるコントローラ１００３の処理時間の予測を要求する制御処理時間予測要求（処理性能予測要求）の入力を受け、性能予測を開始する（処理２００３）。
予測部１０１１は、性能情報データベース１０１０、機器情報データベース１０１２を参照し（処理２００４）、処理時間の予測演算を行う（処理２００５）。
【００１９】
ここで、処理２００５におけるコントローラの処理時間の演算方法について述べる。
図３は、先に述べた通り、コントローラがプログラム更新を行う際の典型的な処理の流れである。
予測部１０１１は、この流れに沿って、性能情報データベース１０１０および機器情報データベース１０１２を参照しながら、コントローラ１００３のプログラム更新処理を模擬することによって処理時間を予測演算する。
具体的には、まず、処理３００１において、コントローラ１００３が旧版のプログラムをメモリ上のバックアップ領域にコピーする処理を模擬して処理時間を計算する。
予測部１０１１は、性能情報データベース１０１０から、更新対象のコントローラ１００３の形式（ＴＹＰＥ０１）を取得し、これをキーとして機器情報データベース１０１２を参照することにより、サイズ単位あたりのメモリの読み出し性能（Ｐｍｒ０１［ＭＢ／秒］）、書き込み性能（Ｐｍｗ０１［ＭＢ／秒］）の値を取得する。
また、性能情報データベース１０１０から、コントローラ１００３の旧版のプログラムサイズがＳｐ０１［ＭＢ］であることを取得する。
これらの情報から、コントローラ１００３が、サイズＳｐ０１のプログラムを、メモリから読み出し性能Ｐｍｒ０１で読み出し、メモリのバックアップ領域に書き込み性能Ｐｍｗ０１でバックアップする処理時間を求めることができる。
次に、コントローラ１００３の運転を継続するために、バックアップ領域に制御を切り替える。
このための処理３００２の時間は、機器情報データベースのデータ例４００１を参照することにより、Ｔｓｗ０１［秒］であることが分かる。
次に、コントローラ１００３が新版プログラムを受信するための処理３００３の時間は、プログラム更新の要求時に受け取った新版のプログラムサイズと、機器情報データベースから、ネットワーク読み出し性能Ｐｎｒ０１［ＭＢ／秒］を参照することにより求めることができる。
予測部１０１１は、以下同様にして、新版のプログラムサイズと、メモリ書き込み性能Ｐｍｗ０１［ＭＢ／秒］から新版プログラムの書き込み処理３００４の時間を、Ｔｊｇ０１から判定処理３００５の時間を、再びＴｓｗ０１から新版プログラムへの制御移行３００６の時間を、旧版プログラムサイズＳｐ０１とメモリ書き込み性能Ｐｍｗ０１からバックアップ領域の消去３００７の時間を求めることができ、これら図３に示した個別の処理時間から、コントローラ１００３のプログラム更新に要する処理時間の合計を求めることができる。
【００２０】
次に、管理装置１００１は、出力部１０１４を通じて、予測部１０１１による処理時間の予測値を出力する（処理２００６）。
管理装置１００１は、再び入力部１００８から、指示を受け取り（処理２００７）、判定部１０１３が、処理実施の指示であるか判定を行い（判定２００８）、処理実施の指示であった場合は、判定部１０１３は、コントローラ１００３に対してプログラム更新を指示すると共に、新版プログラムをネットワーク１００２を経由して送付する（処理２００９）。
一方、判定２００８の結果がＮＯであった場合は、プログラム更新処理を行わず、図２の一連の処理を終了する。
【００２１】
以上のように、本実施の形態では、ネットワークシステムを構成する機器の性能に関する情報をシステム起動時に予め取得しておき、機器の処理フロー、処理性能のデータベースとあわせて参照することにより、稼働中のコントローラに情報提供のための処理を行わせることなく、また、ネットワーク上のトラフィックも増加させることなく、制御を行う前に処理時間を予測することができるという効果がある。
この方法によれば、例えば運転効率を上げるために、極めて少ないマージンで協調動作を行っているネットワークシステムにおいて、予測処理の中で発生するコントローラ、ネットワークの負荷上昇によりネットワークシステムの性能に影響を与える危険を避けることができる効果がある。
また、本方式によれば、処理時間を予測するために、定常運転中にネットワーク上を監視しても取得できない情報（例えば、上記例における各コントローラのプログラムサイズなど）が必要な、特殊な処理についても、性能予測を行うことができるという効果がある。
【００２２】
以上、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、以下の機能を備える管理装置および性能予測方法について説明した。
（ａ）処理性能を予測するための情報を収集する情報収集部、
（ｂ）収集した情報を保持するデータベース、
（ｃ）情報から処理時間を演算する予測部、
（ｄ）処理時間からシステム性能に対する影響を判定する判定部。
【００２３】
また、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、システムの運転開始時に、予め情報収集部が各コントローラから処理性能を予測するための情報を収集する管理装置および性能予測方法について説明した。
【００２４】
複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、以下の機能を備え、
（ｅ）システム使用者からの制御命令を受け取る入力部、
（ｆ）システム使用者に判定結果を知らせる出力部、
システムの運転開始時に、処理性能を予測するための情報を予め収集し、入力部を通じて使用者から制御実行の要求があった際に、予測部が演算した処理時間によって判定部がシステム性能への影響を判定し、判定結果を出力部を通じて使用者に示し、処理実施有無を使用者に判断させる管理装置および性能予測方法について説明した。
【００２５】
実施の形態２．
本実施の形態では、コントローラにおけるアイドル時間を監視することにより、新たな制御を追加するときに、既存の処理性能に影響を与えないことを事前に検証する方法について説明する。
【００２６】
以上の実施の形態１では、管理装置が制御の実施要求を受けたときに、コントローラに対する制御を実行する前に、処理時間を予測し結果を出力することにより、実施有無の確認を求める制御装置を示したものであるが、実施の形態２においては、ネットワークに接続されたコントローラにアイドル時間（空き時間）が存在する場合に、管理装置が性能への影響を判定する例、および判定結果によって特定の条件下での実施有無判断を自動的に行う例について述べる。
【００２７】
実施の形態２におけるシステムの構成は、実施の形態１と同じ（図１に示す構成）であるため、詳しい説明は省略する。
図５は、本実施の形態に係る管理装置１００１の動作例を示すフローチャート図である。
図５の各処理の詳細は後述する。
【００２８】
図６は運転中の定常状態における、一般的なコントローラの処理の流れを示している。
コントローラは、運転開始直後に一度初期化処理６００１を行った後、演算処理６００２、周辺機器との入出力処理６００３、ネットワークとの通信処理６００４を繰り返す。
ネットワークシステムの他のコントローラとの協調動作を行うため、通常アイドル時間６００５により処理時間を調整し、範囲６００７の繰り返し処理が一定になるように制御される。
仮に演算処理６００２が条件分岐を含まず固定時間で処理され、入出力処理６００３、通信処理６００４も同様に固定時間で処理される場合は、範囲６００７を一定にするためのアイドル時間６００５も常に同じ時間となるため、アイドル時間が一定の場合は、上記実施の形態１の方法と同様に、管理装置１００１の定常運転開始前（初期化処理中）に情報収集部１００９がネットワーク１００２を通じて、接続されたコントローラ１００３、１００４、１００５からアイドル時間の長さの情報を取得し、性能情報データベース１０１０に保持しておくことによって、容易に各コントローラのアイドル時間の値を用いた判定が可能となるため、ここでは詳しい説明は行わない。
以下では、演算処理６００２、入出力処理６００３、通信処理６００４が処理サイクル毎に異なる値をとり、その吸収のためにアイドル時間も処理サイクル毎に異なる値となる場合について、図５を参照して、本実施の形態に係る管理装置１００１の動作を説明する。
【００２９】
処理を開始してから処理時間の予測演算を行うまでの流れ（処理５００１〜５００５）は、上記の実施の形態１と同様であるため、説明は省略する。
これらの処理に続き、情報収集部１００９は、ネットワーク１００２を通じて、制御対象となるコントローラ１００３からアイドル時間の長さを示すアイドル時間情報を取得する（処理５００６）。
次に、処理５００５において計算した処理時間と、上記で取得したアイドル時間情報に示されるアイドル時間の値を比較する（判定５００７）。
アイドル時間が処理時間より長いと判定された場合（判定５００７でＹＥＳ）は、出力は行わず、直接処理（例えば、コントローラにおけるプログラムの更新）を実施する（処理５００８）。
逆にアイドル時間より処理時間が長いと判定された場合（判定５００７でＮＯ）は、出力部１０１４が、予測した処理時間と、アイドル時間の値を出力する（処理５００９）。
管理装置１００１は、再び入力部１００８から、指示を受け取り（処理５０１０）、判定部１０１３が処理実施の指示であるか判定を行い（判定５０１１）、処理実施の指示であった場合は、判定部１０１３はコントローラ１００３に対して処理実施を指示する（処理５００８）。
一方、判定５０１１の結果がＮＯであった場合は、処理の指示は行わず、図５の一連の処理を終了する。
【００３０】
以上のように、ネットワークシステムを構成する機器の性能に関する情報をシステム起動時に予め取得しておき、判定部においてアイドル処理時間と予測した処理時間を比較する仕組みを持つことにより、判定の処理の一部（処理時間がアイドル時間に収まる場合）を自動化することが可能となり、管理装置の入出力を行うシステム管理者の作業負荷を軽減する効果がある。
また、稼働中のコントローラ、ネットワークに対する負荷の影響は、演算処理、入出力処理、通信処理が固定的な場合は上記実施の形態１と同様に負荷を無くすことができ、逆に毎回アイドル時間が変化する場合においても、稼働中のコントローラの処理、ネットワーク上のトラフィック増加は最小限に抑えることができるという効果がある。
【００３１】
以上、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、以下の機能を備え、
（ｇ）コントローラのアイドル時間を監視する監視部、
システムの運転開始時に、処理性能を予測するための情報を予め収集し、入力部を通じて使用者から制御実行の要求があった際に、予測部は処理時間を演算し、また、監視部は処理を行うコントローラのアイドル時間を取得し、判定部は、処理時間とアイドル時間を比較することによりシステム性能に対する影響を判定する管理装置および性能予測方法について説明した。
【００３２】
また、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、システムの運転開始時に、処理性能を予測するための情報を予め収集し、処理時間の演算と、アイドル時間の取得を行い、判定部は、処理時間とアイドル時間を比較することによりシステム性能に対する影響を判定し、システム性能への影響がないと判定された場合は、制御を実行し、システム性能への影響があると判定された場合は、制御を保留し、出力装置を通じて使用者に実施確認を求める管理装置及び性能予測方法について説明した。
【００３３】
実施の形態３．
本実施の形態では、使用者から処理の要求があったときに、処理を実行する前に、実行した場合の性能への影響に関する情報を提供し、また判断を一部自動化することにより、使用者の負担を軽減する例について説明する。
【００３４】
以上の実施の形態２では、ネットワークに接続されたコントローラにアイドル時間が常に存在する場合に、管理装置が制御対象となるコントローラからアイドル時間の値を取得し、これと処理時間の予測値を比較することにより、処理実施の判定を行う制御を示したものであるが、実施の形態３においては、要求された処理時間以外にアイドル時間内に実行される可能性がある別の処理が存在する場合の制御について説明する。
【００３５】
実施の形態３におけるシステム構成は、実施の形態１と同じ（図１に示す構成）であるため、詳しい説明は省略する。
また、実施の形態３におけるコントローラの動作は、実施の形態２と同じように図６に示した通りであるが、一般にコントローラは、アイドル時間６００５を利用して低優先度のプログラムを実行する機能を有しており、リアルタイム性の要求が低い処理（たとえば印刷など）を必要に応じて行う機能を備えている。
実施の形態３では、低優先度のプログラムがアイドル時間６００５を利用する可能性があり、また、本低優先度のプログラムは、アイドル時間内に処理を確実に終えるため、固定的な処理時間を要する処理であることとする。
【００３６】
図７は、本実施の形態に係る管理装置１００１の動作例を示すフローチャート図である。
【００３７】
以下、図７を参照して、本実施の形態に係る管理装置１００１の動作について説明する。
最初に、情報収集部１００９は、ネットワーク１００２を通じてコントローラ１００３、１００４、１００５の情報を取得する。
実施の形態３においては、上記実施の形態１、２で用いた情報に加えて、アイドル時間６００５で実行される可能性のある低優先度のプログラム（アイドル実行予定処理）の情報（アイドル実行予定処理情報）を取得する（処理７００１）。
上記した通り、低優先度のプログラムは、アイドル時間内に確実に処理を終えるため、条件によらず固定的な処理時間を持つものとする。
次に予測部１０１１において、低優先度のプログラムの処理時間を予測演算する（処理７００２）。
この処理時間の予測演算方法については、実施の形態１に示した処理時間の演算方法と同様に、処理７００１で取得した低優先度プログラムの内容を解析し、機器情報データベース１０１２に保持されているコントローラの命令処理、演算時間を用いて行うものであるため、詳しい説明は省略する。
次に処理７００１、７００２で取得、演算した値を性能情報データベース１０１０に保存する（処理７００３）。
管理装置１００１が制御要求の入力を受けてから、制御対象のコントローラのアイドル時間を取得するまで（処理７００４から７００７）は、上記実施の形態２とほぼ同様であるため、詳しい説明を省略するが、処理７００４において要求を受け取る際に、低優先度プログラムと要求された処理のどちらを優先させるかをあわせて入力することとする。
【００３８】
次に、判定部１０１３は、低優先度のプログラムの予測処理時間、入力された制御の予測処理時間、アイドル時間を比較する（判定７００８）。
そして、アイドル時間中に低優先度のプログラムと、入力された制御に伴う処理の両方が実行できる場合、つまり低優先度のプログラムの予測処理時間と要求されている処理の予測処理時間の合計時間よりもアイドル時間が長い場合（判定７００８でＹＥＳ）は、両処理を実施する（処理７００９、７０１０）。
逆に、アイドル時間内に両方の処理が実施できない場合、つまりアイドル時間が低優先度のプログラムの予測処理時間と要求されている処理の予測処理時間の合計時間以下の場合（判定７００８でＮＯ）、処理７００４で入力された優先度に従って実施する処理を判定する（判定７０１１）。
つまり、アイドル時間内に優先的に実行する処理として、低優先度プログラムが設定されていた場合（判定７０１１でＹＥＳ）は、低優先度プログラムを実行し（処理７０１２）、要求された制御処理が実行できなかったことを出力する（処理７０１３）。
また、アイドル時間内に優先的に実行する処理として、要求された制御が設定されていた場合（判定７０１１でＮＯ）は、要求された制御の処理時間とアイドル時間の比較を行い（判定７０１４）、要求された制御の処理時間がアイドル時間内に収まる場合（判定７０１４でＹＥＳ）は、コントローラ１００３に処理を実行させる（処理７０１５）。
要求された制御の処理時間がアイドル時間に納まらない場合（判定７０１４でＮＯ）は、アイドル時間が不足していることを示す。
【００３９】
なお、本実施の形態では、予測部１０１１が、低優先度のプログラムの処理時間を予測することとしたが、情報収集部１００９が、各コントローラから低優先度のプログラムの処理時間を示す情報を取得するようにしてもよい。
【００４０】
以上のように、本実施の形態では、ネットワークシステムを構成する機器の性能に関する情報をシステム起動時に予め取得しておき、管理装置がアイドル時間を監視すると共に、アイドル時間内に行われている別の処理の処理時間を予測することによって、コントローラのアイドル時間を有効に利用して通常運転に影響を与えることなく、要求した制御が実施できるかを事前に検証することができる効果がある。
また、アイドル時間内に実行される可能性がある他の処理との衝突を防ぐ効果がある。
さらに、上記実施の形態２同様に、システム管理者の作業負荷を軽減する効果がある。
【００４１】
以上、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、システムの運転開始時に、処理性能を予測するための情報を予め収集し、入出力部を通じて使用者から制御実行の要求があった際に、予測部は処理時間を演算し、また、監視部は処理を行うコントローラのアイドル時間と、アイドル時間内に実行が予定されている低優先度処理の処理時間を取得し、判定部は、アイドル時間、制御処理時間、低優先度処理時間を比較し、制御処理と低優先度処理両方がアイドル時間に納まると判定された場合は、制御を実行し、両方の実行がアイドル時間に収まらないと判定された場合は、出力部を通じて使用者に通知し、使用者の選択に従って低優先度処理、または制御処理の片方を実行する管理装置及び性能予測方法について説明した。
【００４２】
実施の形態４．
以上の実施の形態１〜３では、管理装置がコントローラからあらかじめ収集した性能に関する情報を元に、稼働中のコントローラまたはネットワークに影響を与えずに、処理時間を予測演算し、制御を実行した場合のネットワークシステムの影響を事前に知る方法について示したものであるが、実施の形態４においては、あらかじめ収集した性能に関する情報が制御を行うことにより変更となる場合に、これを更新するための方法について説明する。
【００４３】
実施の形態４におけるシステム構成は、実施の形態１と同じ（図１に示す構成）であるため、詳しい説明は省略する。
【００４４】
図８は、本実施の形態に係る管理装置１００１の動作例を示すフローチャート図である。
図８では、管理装置１００１が、コントローラ１００３、１００４、１００５に対して制御を行った後、性能情報データベースの更新を行う処理の全体の流れを示している。
以下、図１および図８を用いて実施の形態４の動作について説明するが、開始してから処理を実施するまでの流れ（処理８００１〜処理８００９）は実施の形態１と同様であるため、説明は省略する。
【００４５】
コントローラによって、処理が実施された後、情報収集部１００９は、管理装置１００１内の性能情報データベース１０１０の更新を行う（処理８０１０）。
例えば、実施の形態１の制御の例として使用したコントローラ１００３のプログラムを更新する処理では、コントローラ内にロードされているプログラムのサイズＳｐ０１が処理時間を演算するために必要なパラメータの一つとなっているが、プログラムの更新が完了した後、データベース内の情報を更新後プログラムサイズに書き直す必要がある。
コントローラ１００３は、指示されたプログラムの更新処理が完了したことを管理装置１００１に通知する。通知を受けた管理装置１００１は、情報収集部１００９を通じて更新後の情報を取得し、性能情報データベース１０１０を更新する（処理８０１０）。
このときの情報取得方法は、たとえば上記例で用いているプログラムの更新処理においては、入力部１００８を経由して制御の要求を受け付ける処理（処理８００３）において、新版のプログラムが入力されるため、このサイズの値を情報収集部１００９が保持し、コントローラからの処理完了通知を受け取った後、性能情報データベース１０１０を更新することによって実現することができる。この意味で、情報収集部１００９は更新部の例でもある。
また、情報収集部１００９は、コントローラ内部にのみ存在する情報の更新が必要であるか否か、換言すれば、入力部１００８から入力された情報でコントローラの処理性能が予測可能であるかを判断し、コントローラ内部にのみ存在する情報の更新が必要である場合（入力部１００８から入力された情報ではコントローラの処理性能の予測が可能でない場合）は、処理８０１０において、コントローラから管理装置１００１に対して処理完了を通知する際に、情報収集部１００９は、あわせて更新後の情報の送信を要求する。
要求を受けたコントローラは、例えば、自身の演算処理のアイドル時間を利用して情報を予測し、またネットワークのアイドル時間を利用して、更新後の情報を管理装置１００１に送り、情報収集部１００９が更新後の情報を受け取り、性能情報データベース１０１０を更新する。
【００４６】
以上のように、本実施の形態によれば、ネットワークシステムを構成する機器の性能に関する情報をシステム起動時に予め取得しておき、制御の処理時間を予測した後、収集済みの情報を更新することによって、次回に同様の制御を行う際に、システム起動時に情報を再収集する必要がなく、ネットワークシステム内のコントローラ、ネットワークに影響することなく、処理時間を予測できるという効果がある。
【００４７】
以上、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、収集した情報を更新する更新部を備え、システムの運転開始時に、処理性能を予測するための情報を予め収集し、入出力部を通じて使用者から制御実行の要求があった際に、予測部は処理時間を演算し、また、制御を実行することにより収集済みの情報が更新される場合は、その更新後の値を予測演算し、制御実行後に、書き換え部がデータベースの情報を更新する管理装置及び性能予測方法について説明した。
【００４８】
また、本実施の形態では、複数のコントローラと管理装置がネットワーク接続されたシステムで、管理装置がコントローラに対して制御を行う際に、制御を行ったときのシステムの性能に対する影響を事前に予測する方法において、処理時間の予測を行い、制御を実行することにより収集済みの情報が更新され、かつ更新後の値が管理装置の持つ情報から予測演算できない場合に、管理装置は制御対象のコントローラに対し情報更新を要求し、要求を受けたコントローラは、自身の演算処理のアイドル時間を利用して情報を予測し、またネットワークのアイドル時間を利用して、更新後の情報を管理装置に送り、管理装置の収集部がデータベースを更新する管理装置および性能予測方法について説明した。
【００４９】
実施の形態５．
以上の実施の形態１〜４では、性能を予測する例として、ネットワークシステムに接続されたコントローラのプログラムを更新する制御について述べたが、実施の形態５においては、ネットワークに接続されたコントローラに障害が発生し、障害の要因を取り除いた後に、障害発生状態を解除する際の制御について説明する。
【００５０】
実施の形態５におけるシステム構成は、実施の形態１と同じ（図１に示す構成）であるため、詳しい説明は省略する。
【００５１】
図９は、ネットワークシステムに接続されたコントローラの一台、たとえばコントローラ１００３の障害状態を解除する際の、管理装置１００１の処理の流れを、また、図１０は障害の発生したコントローラ１００３の処理の流れを示している。
さらに、図１１は、図１における機器情報データベース１０１２のデータ例１１００１（図１１（ａ）と、性能情報データベース１０１０のデータ例１１００２（図１１（ｂ））を示している。
【００５２】
以下、これらの図を用いて、コントローラ１００３で発生した障害状態を解除し、ネットワークシステムに復帰させるまでの動作について説明するが、図９において、性能予測に必要なデータを情報収集部１００９があらかじめ取得し、性能情報データベース１０１０に書き込む処理（処理９００１、９００２）については、上記実施の形態１と同様であるため、詳しい説明は省略する。
【００５３】
ネットワークシステムに接続されたコントローラ１００３に障害が発生した場合、コントローラ１００３は障害の発生を検知し（処理１０００５）、運転状態を示すフラグなどを用いて障害発生と発生した障害の種類を示すと共に（処理１０００６）、通常の制御処理を停止し、通常運転に復帰する指示を待つ（処理１０００１、判断１０００２）。
一方、管理装置１００１は、コントローラ１００３、１００４、１００５の運転状態を監視し（処理９００３）、たとえばコントローラ１００３が障害発生を報告した場合（判定９００４でＹＥＳ）は、他のコントローラ１００４、１００５によってネットワークシステムを稼動させつつ、システム管理者にコントローラ１００３における障害発生を通知する（処理９００５）。
システム管理者はコントローラ１００３に発生した障害の要因を取り除いた後（処理９００６）、入力部１００８から、コントローラ１００３の障害状態を解除し、ネットワークシステムに復帰するよう指示を行う（処理９００７）。
一般に、コントローラにおける障害状態解除の処理に要する時間は、コントローラの機器構成および発生した障害の種類によって一意に決定することができるため、予測部１０１１は、性能情報データベース１０１０からコントローラ１００３の型名を特定し、また運転状態を示すフラグなどから発生した障害の種類を特定し、機器情報データベース１０１２を参照することにより、例えば障害（１）が発生した場合の障害解除時間Ｔｅｒ１０３［秒］を予測することができる（処理９００８、９００９）。
次に、管理装置１００１は、出力部１０１４を通じて、予測部１０１１による処理時間の予測値を出力する（処理９０１０）。
管理装置１００１は、再び入力部１００８から、指示を受け取り（処理９０１１）、判定部１０１３が処理実施の指示であるか判定を行い（判定９０１２）、処理実施の指示であった場合は、判定部１０１３はコントローラ１００３に対して障害状態の解除を指示する（処理９０１３）。
【００５４】
コントローラ１００３は、障害解除の指示を受け取ると（判定１０００２）、運転状態を示すフラグなどを更新し、障害状態を解除して（処理１０００３）、通常の処理に復帰する（処理１０００４）。
【００５５】
以上のように、本実施の形態によれば、ネットワークシステムを構成する機器の性能に関する情報をシステム起動時にあらかじめ取得しておき、機器情報、性能情報のデータベースとあわせて参照することにより、障害が発生したコントローラの障害を解除する際に、ネットワーク上のトラフィックを増加させることなく、制御を行う前に処理時間を予測することができるという効果がある。
【００５６】
最後に、実施の形態１〜５に示した管理装置１００１のハードウェア構成例について説明する。
図１２は、実施の形態１〜５に示す管理装置１００１のハードウェア資源の一例を示す図である。
なお、図１２の構成は、あくまでも管理装置１００１のハードウェア構成の一例を示すものであり、管理装置１００１のハードウェア構成は図１２に記載の構成に限らず、他の構成であってもよい。
【００５７】
図１２において、管理装置１００１は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７、ＦＤＤ９０４などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。
【００５８】
通信ボード９１５は、図１に示すように、ネットワークに接続されている。例えば、通信ボード９１５は、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。
【００５９】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。
【００６０】
また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。
【００６１】
また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
管理装置１００１の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。
【００６２】
上記プログラム群９２３には、実施の形態１〜５の説明において「〜部」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００６３】
ファイル群９２４には、実施の形態１〜５の説明において、「〜の判断」、「〜の判定」、「〜の演算」、「〜の計算」、「〜の比較」、「〜の予測」、「〜の更新」、「〜の設定」、「〜の登録」、「〜の選択」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１〜５で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００６４】
また、実施の形態１〜５の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、実施の形態１〜５の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１〜５の「〜部」の手順や方法をコンピュータに実行させるものである。
【００６５】
このように、実施の形態１〜５に示す管理装置１００１は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータであり、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【図面の簡単な説明】
【００６６】
【図１】実施の形態１に係るシステム構成例を示す図。
【図２】実施の形態１に係る管理装置の動作例を示すフローチャート図。
【図３】実施の形態１に係るコントローラの動作例を示すフローチャート図。
【図４】実施の形態１に係る管理装置のデータベースのデータ例を示す図。
【図５】実施の形態２に係る管理装置の動作例を示すフローチャート図。
【図６】実施の形態２に係るコントローラの動作例を示すフローチャート図。
【図７】実施の形態３に係る管理装置の動作例を示すフローチャート図。
【図８】実施の形態４に係る管理装置の動作例を示すフローチャート図。
【図９】実施の形態５に係る管理装置の動作例を示すフローチャート図。
【図１０】実施の形態５に係るコントローラの動作例を示すフローチャート図。
【図１１】実施の形態５に係る管理装置のデータベースのデータ例を示す図。
【図１２】実施の形態１〜５に係る管理装置のハードウェア構成例を示す図。
【符号の説明】
【００６７】
１００１ 管理装置、１００２ ネットワーク、１００３ コントローラ、１００４ コントローラ、１００５ コントローラ、１００６ プログラム、１００７ 通信部、１００８ 入力部、１００９ 情報収集部、１０１０ 性能情報データベース、１０１１ 予測部、１０１２ 機器情報データベース、１０１３ 判定部、１０１４ 出力部。
【特許請求の範囲】
【請求項１】
被管理装置の制御を行う管理装置において、
前記被管理装置が特定の処理を実行する際の前記被管理装置の処理性能を予測するよう要求する処理性能予測要求を入力する要求入力部と、
前記要求入力部により前記処理性能予測要求が入力される前に、前記被管理装置の処理性能の予測に用いられる予測用情報を取得する情報取得部と、
前記要求入力部により前記処理性能予測要求が入力された場合に、前記情報取得部により取得されている前記予測用情報を用いて、前記被管理装置が前記特定の処理を実行する際の前記被管理装置の処理性能を予測する処理性能予測部とを有することを特徴とする管理装置。
【請求項２】
前記情報取得部は、
前記管理装置において前記被管理装置の制御を行うための準備が行われる初期化処理中に、前記予測用情報を取得し、
前記要求入力部は、
前記初期化処理の終了後に、前記処理性能予測要求を入力することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記管理装置は、
処理サイクル中にアイドル時間が設けられている被管理装置の制御を行い、
前記情報取得部は、
前記被管理装置から、アイドル時間の長さを示すアイドル時間情報を取得し、
前記処理性能予測部は、
前記被管理装置の処理性能として、前記被管理装置が前記特定の処理を実行する際の処理時間を予測し、
前記管理装置は、更に、
前記情報取得部により取得されたアイドル時間情報に示されるアイドル時間の長さと、前記処理性能予測部により予測された予測処理時間の長さとに基づき、前記被管理装置に前記特定の処理を実行させるか否かを判定する判定部を有することを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記判定部は、
アイドル時間が予測処理時間よりも長い場合に、前記被管理装置に前記特定の処理の実行を指示することを特徴とする請求項３に記載の管理装置。
【請求項５】
前記管理装置は、
処理サイクル中にアイドル時間が設けられている被管理装置の制御を行い、
前記情報取得部は、
前記被管理装置から、前記被管理装置のアイドル時間の長さを示すアイドル時間情報と、アイドル時間中に前記被管理装置において実行される予定のアイドル実行予定処理を示すアイドル実行予定処理情報を取得し、
前記処理性能予測部は、
アイドル実行予定処理情報を用いて、アイドル実行予定処理の処理時間を予測し、
前記被管理装置の処理性能として、前記被管理装置が前記特定の処理を実行する際の処理時間を予測し、
前記管理装置は、更に、
前記情報取得部により取得されたアイドル時間情報に示されるアイドル時間の長さと前記処理性能予測部により予測されたアイドル実行予定処理の処理時間の長さと、前記処理性能予測部により予測された予測処理時間の長さとに基づき、前記被管理装置に前記特定の処理を実行させるか否かを判定する判定部を有することを特徴とする請求項１又は２のいずれかに記載の管理装置。
【請求項６】
前記判定部は、
アイドル時間がアイドル実行予定処理の処理時間と予測処理時間との合計時間よりも長い場合に、前記被管理装置に前記特定の処理の実行を指示することを特徴とする請求項５に記載の管理装置。
【請求項７】
前記判定部は、
アイドル時間がアイドル実行予定処理の処理時間と予測処理時間との合計時間以下であって、前記特定の処理が前記アイドル実行予定処理よりも優先される場合に、アイドル時間と予測処理時間とを比較し、アイドル時間が予測処理時間よりも長い場合に、前記被管理装置に前記特定の処理の実行を指示することを特徴とする請求項６に記載の管理装置。
【請求項８】
前記管理装置は、更に、
予測用情報を記憶する情報記憶部と、
前記判定部により前記被管理装置に前記特定の処理の実行が指示された場合に、前記被管理装置において前記特定の処理を実行する際に用いられる情報を用いて前記情報記憶部に記憶されている予測用情報を更新する更新部とを有することを特徴とする請求項３〜７のいずれかに記載の管理装置。
【請求項９】
前記情報取得部は、
前記情報記憶部に記憶されている更新後の予測用情報で前記被管理装置の処理性能の予測が可能であるか否かを判断し、
前記情報記憶部に記憶されている予測用情報で前記被管理装置の処理性能の予測が可能でない場合は、前記被管理装置から、新たな情報を予測用情報として取得することを特徴とする請求項８に記載の管理装置。
【請求項１０】
被管理装置の制御を行うコンピュータに、
前記被管理装置が特定の処理を実行する際の前記被管理装置の処理性能を予測するよう要求する処理性能予測要求を入力する要求入力手順と、
前記要求入力手順により前記処理性能予測要求が入力される前に、前記被管理装置の処理性能の予測に用いられる予測用情報を取得する情報取得手順と、
前記要求入力手順により前記処理性能予測要求が入力された場合に、前記情報取得手順により取得されている前記予測用情報を用いて、前記被管理装置が前記特定の処理を実行する際の前記被管理装置の処理性能を予測する処理性能予測手順とを実行させることを特徴とするプログラム。
【請求項１】
被管理装置の制御を行う管理装置において、
前記被管理装置が特定の処理を実行する際の前記被管理装置の処理性能を予測するよう要求する処理性能予測要求を入力する要求入力部と、
前記要求入力部により前記処理性能予測要求が入力される前に、前記被管理装置の処理性能の予測に用いられる予測用情報を取得する情報取得部と、
前記要求入力部により前記処理性能予測要求が入力された場合に、前記情報取得部により取得されている前記予測用情報を用いて、前記被管理装置が前記特定の処理を実行する際の前記被管理装置の処理性能を予測する処理性能予測部とを有することを特徴とする管理装置。
【請求項２】
前記情報取得部は、
前記管理装置において前記被管理装置の制御を行うための準備が行われる初期化処理中に、前記予測用情報を取得し、
前記要求入力部は、
前記初期化処理の終了後に、前記処理性能予測要求を入力することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記管理装置は、
処理サイクル中にアイドル時間が設けられている被管理装置の制御を行い、
前記情報取得部は、
前記被管理装置から、アイドル時間の長さを示すアイドル時間情報を取得し、
前記処理性能予測部は、
前記被管理装置の処理性能として、前記被管理装置が前記特定の処理を実行する際の処理時間を予測し、
前記管理装置は、更に、
前記情報取得部により取得されたアイドル時間情報に示されるアイドル時間の長さと、前記処理性能予測部により予測された予測処理時間の長さとに基づき、前記被管理装置に前記特定の処理を実行させるか否かを判定する判定部を有することを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記判定部は、
アイドル時間が予測処理時間よりも長い場合に、前記被管理装置に前記特定の処理の実行を指示することを特徴とする請求項３に記載の管理装置。
【請求項５】
前記管理装置は、
処理サイクル中にアイドル時間が設けられている被管理装置の制御を行い、
前記情報取得部は、
前記被管理装置から、前記被管理装置のアイドル時間の長さを示すアイドル時間情報と、アイドル時間中に前記被管理装置において実行される予定のアイドル実行予定処理を示すアイドル実行予定処理情報を取得し、
前記処理性能予測部は、
アイドル実行予定処理情報を用いて、アイドル実行予定処理の処理時間を予測し、
前記被管理装置の処理性能として、前記被管理装置が前記特定の処理を実行する際の処理時間を予測し、
前記管理装置は、更に、
前記情報取得部により取得されたアイドル時間情報に示されるアイドル時間の長さと前記処理性能予測部により予測されたアイドル実行予定処理の処理時間の長さと、前記処理性能予測部により予測された予測処理時間の長さとに基づき、前記被管理装置に前記特定の処理を実行させるか否かを判定する判定部を有することを特徴とする請求項１又は２のいずれかに記載の管理装置。
【請求項６】
前記判定部は、
アイドル時間がアイドル実行予定処理の処理時間と予測処理時間との合計時間よりも長い場合に、前記被管理装置に前記特定の処理の実行を指示することを特徴とする請求項５に記載の管理装置。
【請求項７】
前記判定部は、
アイドル時間がアイドル実行予定処理の処理時間と予測処理時間との合計時間以下であって、前記特定の処理が前記アイドル実行予定処理よりも優先される場合に、アイドル時間と予測処理時間とを比較し、アイドル時間が予測処理時間よりも長い場合に、前記被管理装置に前記特定の処理の実行を指示することを特徴とする請求項６に記載の管理装置。
【請求項８】
前記管理装置は、更に、
予測用情報を記憶する情報記憶部と、
前記判定部により前記被管理装置に前記特定の処理の実行が指示された場合に、前記被管理装置において前記特定の処理を実行する際に用いられる情報を用いて前記情報記憶部に記憶されている予測用情報を更新する更新部とを有することを特徴とする請求項３〜７のいずれかに記載の管理装置。
【請求項９】
前記情報取得部は、
前記情報記憶部に記憶されている更新後の予測用情報で前記被管理装置の処理性能の予測が可能であるか否かを判断し、
前記情報記憶部に記憶されている予測用情報で前記被管理装置の処理性能の予測が可能でない場合は、前記被管理装置から、新たな情報を予測用情報として取得することを特徴とする請求項８に記載の管理装置。
【請求項１０】
被管理装置の制御を行うコンピュータに、
前記被管理装置が特定の処理を実行する際の前記被管理装置の処理性能を予測するよう要求する処理性能予測要求を入力する要求入力手順と、
前記要求入力手順により前記処理性能予測要求が入力される前に、前記被管理装置の処理性能の予測に用いられる予測用情報を取得する情報取得手順と、
前記要求入力手順により前記処理性能予測要求が入力された場合に、前記情報取得手順により取得されている前記予測用情報を用いて、前記被管理装置が前記特定の処理を実行する際の前記被管理装置の処理性能を予測する処理性能予測手順とを実行させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−３３１３１（Ｐ２０１０−３３１３１Ａ）
【公開日】平成２２年２月１２日（２０１０．２．１２）
【国際特許分類】
【出願番号】特願２００８−１９１８３５（Ｐ２００８−１９１８３５）
【出願日】平成２０年７月２５日（２００８．７．２５）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２２年２月１２日（２０１０．２．１２）
【国際特許分類】
【出願日】平成２０年７月２５日（２００８．７．２５）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]