(57)【要約】【課題】管理対象システムの処理負荷が過大となることを抑制しながら、管理対象システムから状態データを取得する。【解決手段】データ収集記録装置２０は、所定の時間間隔ごとに、管理対象システム１０の状態に関する状態データの送信を管理対象システム１０に要求し、当該要求に応じて管理対象システム１０から送信される状態データを取得するデータ取得部２１と、データ取得部２１により取得された状態データを記録するデータ記録部２２と、データ取得部２１により取得された状態データのうち、管理対象システム１０の処理負荷を示す特徴データに基づき、上記所定の時間間隔を制御するデータ取得間隔制御部２３とを備える。【選択図】図１
2014182577.tif 000002
【特許請求の範囲】
【請求項１】
所定の時間間隔（以下、「データ取得間隔」と呼ぶ）ごとに、管理対象システムの状態に関する状態データの送信を前記管理対象システムに要求し、当該要求に応じて前記管理対象システムから送信される状態データを取得するデータ取得部と、
前記データ取得部により取得された状態データを記録するデータ記録部と、
前記データ取得部により取得された状態データのうち、前記管理対象システムの処理負荷を示す特徴データに基づき、前記データ取得間隔を制御するデータ取得間隔制御部と
を備えることを特徴とするデータ収集記録装置。
【請求項２】
前記データ取得間隔制御部は、前記特徴データにより示される前記管理対象システムの処理負荷が高いほど、前記データ取得間隔を長くすることを特徴とする請求項１に記載のデータ収集記録装置。
【請求項３】
前記データ取得部は、前記状態データを取得する場合、前記特徴データとして前記管理対象システムの現在の処理負荷を示す現在の特徴データを取得し、前記現在の特徴データが前記管理対象システムの処理負荷が低いことを示すとき、前記状態データのうち前記現在の特徴データ以外の他のデータを取得し、前記現在の特徴データが前記管理対象システムの処理負荷が高いことを示すときには、前記他のデータの取得を行わないことを特徴とする請求項１または２に記載のデータ収集記録装置。
【請求項４】
前記データ取得部は、前記状態データを取得する場合、前記特徴データとして前記管理対象システムの現在の処理負荷を示す現在の特徴データを取得し、前記状態データのうち前記現在の特徴データ以外の他のデータとして、前記管理対象システムにおいて所定の時間間隔（以下、「データ保存間隔」と呼ぶ）ごとに保存される、前記管理対象システムの状態に関する保存データのうち未送信の最も古い保存データを取得することを特徴とする請求項１から３のいずれか１項に記載のデータ収集記録装置。
【請求項５】
前記データ取得間隔制御部は、前記データ取得部により取得された現在の特徴データが前記管理対象システムの処理負荷が高いことを示す場合、前記データ取得間隔を前記データ保存間隔よりも長い時間間隔に決定し、その後、前記データ取得部により前記管理対象システムの処理負荷が低いことを示す現在の特徴データが取得された場合に、前記データ取得間隔を前記データ保存間隔よりも短い時間間隔に決定することを特徴とする請求項４に記載のデータ収集記録装置。
【請求項６】
前記データ取得間隔制御部は、前記データ取得間隔を前記データ保存間隔よりも短い時間間隔に決定した後、前記管理対象システムにおいて未送信の保存データがなくなった場合に、前記データ取得間隔を前記データ保存間隔と同じ時間間隔に決定することを特徴とする請求項５に記載のデータ収集記録装置。
【請求項７】
前記データ取得部は、前記最も古い保存データを取得する場合、前記最も古い保存データが保存された時点における前記管理対象システムの処理負荷を示す保存時点の特徴データを取得し、前記保存時点の特徴データに基づき、前記最も古い保存データのうち取得すべきデータを決定し、当該決定されたデータを取得することを特徴とする請求項４から６のいずれか１項に記載のデータ収集記録装置。
【請求項８】
前記データ取得部は、前記保存時点の特徴データにより示される前記管理対象システムの処理負荷が高いほど、前記管理対象システムから多くのデータが取得されるように、前記取得すべきデータを決定することを特徴とする請求項７に記載のデータ収集記録装置。
【請求項９】
前記特徴データは、前記管理対象システムを構成する部品の状態を示し、前記管理対象システムにおいて動作の制御に使用される状態値により構成されることを特徴とする請求項１から８のいずれか１項に記載のデータ収集記録装置。
【請求項１０】
前記特徴データは、前記管理対象システムを構成する電磁弁もしくはポンプのいずれか、または両方の動作状態を示す状態値により構成されることを特徴とする請求項１から９のいずれか１項に記載のデータ収集記録装置。
【請求項１１】
前記データ取得間隔制御部は、
前記データ取得部により取得されたデータから前記特徴データを抽出する特徴データ抽出部と、
前記特徴データ抽出部により抽出された特徴データから前記管理対象システムの処理負荷を判定する処理負荷判定部と、
前記処理負荷判定部の判定結果に基づき、前記データ取得間隔を決定するデータ取得間隔決定部と
を含むことを特徴とする請求項１から１０のいずれか１項に記載のデータ収集記録装置。
【請求項１２】
前記管理対象システムの処理負荷は、前記管理対象システムの動作を制御するＣＰＵの負荷であることを特徴とする請求項１から１１のいずれか１項に記載のデータ収集記録装置。
【請求項１３】
前記管理対象システムから前記特徴データとして取得すべきデータの項目と、前記特徴データから前記データ取得間隔および前記他のデータの取得を行うか否かの一方または両方を決定するための制御情報とが記述された設定ファイルを記憶する読み書き可能なファイル記憶部をさらに備え、
前記ファイル記憶部の設定ファイルに記述されている項目に従って、前記管理対象システムから前記特徴データを取得し、当該特徴データに基づき、前記ファイル記憶部の設定ファイルに記述されている制御情報に従って、前記データ取得間隔および前記他のデータの取得を行うか否かの一方または両方を決定することを特徴とする請求項１から１２のいずれか１項に記載のデータ収集記録装置。
【請求項１４】
前記データ取得部により取得された特徴データを平均化し、平均化された特徴データを用いて、前記データ取得間隔の決定および前記他のデータの取得を行うか否かの決定の一方または両方を行うことを特徴とする請求項１から１３のいずれか１項に記載のデータ収集記録装置。
【請求項１５】
管理対象システムと、データ収集記録装置とを含み、
前記管理対象システムは、前記管理対象システムの動作を制御し、前記データ収集記録装置からの要求に応じて前記データ収集記録装置に応答を送信する制御部を備え、
前記データ収集記録装置は、
所定の時間間隔（以下、「データ取得間隔」と呼ぶ）ごとに、前記管理対象システムの状態に関する状態データの送信を前記管理対象システムに要求し、当該要求に応じて前記管理対象システムから送信される状態データを取得するデータ取得部と、
前記データ取得部により取得された状態データを記録するデータ記録部と、
前記データ取得部により取得された状態データのうち、前記管理対象システムの前記制御部の処理負荷を示す特徴データに基づき、前記データ取得間隔を制御するデータ取得間隔制御部とを備える
ことを特徴とする管理システム。
【請求項１６】
前記制御部は、前記管理対象システムの状態に関する保存データを所定の時間間隔で保存し、前記データ収集記録装置からの要求に応じて、前記管理対象システムの現在の処理負荷を示す現在の特徴データと、前記保存された保存データのうち未送信の最も古い保存データとを前記データ収集記録装置に送信し、
前記データ取得部は、前記制御部から、前記特徴データとして前記現在の特徴データを取得し、前記状態データのうち前記現在の特徴データ以外の他のデータとして、前記未送信の最も古い保存データを取得することを特徴とする請求項１５に記載の管理システム。
【請求項１７】
所定の時間間隔（以下、「データ取得間隔」と呼ぶ）ごとに、管理対象システムの状態に関する状態データの送信を前記管理対象システムに要求し、当該要求に応じて前記管理対象システムから送信される状態データを取得するデータ取得ステップと、
前記データ取得ステップにより取得された状態データを記録するデータ記録ステップと、
前記データ取得ステップにより取得された状態データのうち、前記管理対象システムの処理負荷を示す特徴データに基づき、前記データ取得間隔を制御するデータ取得間隔制御ステップと
を有することを特徴とするデータ収集記録方法。
【請求項１８】
前記データ取得ステップは、前記状態データを取得する場合、前記特徴データとして前記管理対象システムの現在の処理負荷を示す現在の特徴データを取得し、前記状態データのうち前記現在の特徴データ以外の他のデータとして、前記管理対象システムにおいて所定の時間間隔（以下、「データ保存間隔」と呼ぶ）ごとに保存される、前記管理対象システムの状態に関する保存データのうち未送信の最も古い保存データを取得することを特徴とする請求項１７に記載のデータ収集記録方法。
【請求項１９】
前記データ取得ステップは、前記最も古い保存データを取得する場合、前記最も古い保存データが保存された時点における前記管理対象システムの処理負荷を示す保存時点の特徴データを取得し、前記保存時点の特徴データに基づき、前記最も古い保存データのうち取得すべきデータを決定し、当該決定されたデータを取得することを特徴とする請求項１８に記載のデータ収集記録方法。
【請求項２０】
前記管理対象システムから前記特徴データとして取得すべきデータの項目と、前記特徴データから前記データ取得間隔を決定するための制御情報とが記述された設定ファイルを読み書き可能なファイル記憶部に記憶させるファイル記憶ステップをさらに有し、
前記ファイル記憶部の設定ファイルに記述されている項目に従って、前記管理対象システムから前記特徴データを取得し、当該特徴データに基づき、前記ファイル記憶部の設定ファイルに記述されている制御情報に従って、前記データ取得間隔を決定することを特徴とする請求項１７から１９のいずれか１項に記載のデータ収集記録方法。
【請求項２１】
前記データ取得ステップにより取得された特徴データを平均化し、平均化された特徴データを用いて、前記データ取得間隔の決定を行うことを特徴とする請求項１７から２０のいずれか１項に記載のデータ収集記録方法。
【請求項２２】
所定の時間間隔（以下、「データ取得間隔」と呼ぶ）ごとに、管理対象システムの状態に関する状態データの送信を前記管理対象システムに要求し、当該要求に応じて前記管理対象システムから送信される状態データを取得するデータ取得ステップと、
前記データ取得ステップにより取得された状態データを記録するデータ記録ステップと、
前記データ取得ステップにより取得された状態データのうち、前記管理対象システムの処理負荷を示す特徴データに基づき、前記データ取得間隔を制御するデータ取得間隔制御ステップと
をコンピュータに実行させることを特徴とするデータ収集記録プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理対象システムの状態に関するデータを収集して記録するデータ収集記録装置、管理システム、データ収集記録方法、及びデータ収集記録プログラムに関する。
【背景技術】
【０００２】
保守などの対象となるシステム（管理対象システム）の一例である給湯システムは、熱交換器、ポンプ、電磁弁、ファン、各種センサなどの複数の部品で構成され、制御シーケンスに従って動作する複雑なシステムであるため、システム提供者などによる保守が必要となる。このような保守のために、給湯システムの動作状態の履歴を記録する故障管理装置が提案されている（例えば、特許文献１参照）。この装置は、給湯システムの異常を示すデータ（エラー情報）を、給湯システム内の記憶手段（ＥＥＰＲＯＭ）に蓄積し、故障診断時に、蓄積されたデータに基づく異常内容を表示する。
【０００３】
また、より長期間にわたる管理対象システムの状態を示すデータを記録するデータ収集記録装置が提案されている（例えば、特許文献２参照）。この装置は、所定の時間間隔で管理対象システムの状態に関するデータを取得して記憶装置に記録し、その記憶装置の残容量とデータの重要度とに応じてデータの間引きを行ってデータ量を削減することで、より長期間のデータを記録する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平６−３１７３２４号公報
【特許文献２】特開２０１１−２５８０６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、管理対象システムの状態に関する状態データを管理対象システムから取得して記録する構成では、管理対象システムの処理負荷（例えばＣＰＵ負荷）が高い期間において、管理対象システムに対して状態データの送信を高い頻度で要求すると、通信処理のために管理対象システムの処理負荷が過大になる場合がある。管理対象システムの処理負荷が過大になると、例えば、管理対象システムの本来の動作が正しく行われなくなる恐れがある。
【０００６】
本発明は、管理対象システムの処理負荷が過大となることを抑制しながら、管理対象システムから状態データを取得することができるデータ収集記録装置、管理システム、データ収集記録方法、及びデータ収集記録プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るデータ収集記録装置は、所定の時間間隔（以下、「データ取得間隔」と呼ぶ）ごとに、管理対象システムの状態に関する状態データの送信を前記管理対象システムに要求し、当該要求に応じて前記管理対象システムから送信される状態データを取得するデータ取得部と、前記データ取得部により取得された状態データを記録するデータ記録部と、前記データ取得部により取得された状態データのうち、前記管理対象システムの処理負荷を示す特徴データに基づき、前記データ取得間隔を制御するデータ取得間隔制御部とを備えることを特徴とする。
【０００８】
また、本発明に係る管理システムは、管理対象システムと、データ収集記録装置とを含み、前記管理対象システムは、前記管理対象システムの動作を制御し、前記データ収集記録装置からの要求に応じて前記データ収集記録装置に応答を送信する制御部を備え、前記データ収集記録装置は、所定の時間間隔（以下、「データ取得間隔」と呼ぶ）ごとに、前記管理対象システムの状態に関する状態データの送信を前記管理対象システムに要求し、当該要求に応じて前記管理対象システムから送信される状態データを取得するデータ取得部と、前記データ取得部により取得された状態データを記録するデータ記録部と、前記データ取得部により取得された状態データのうち、前記管理対象システムの前記制御部の処理負荷を示す特徴データに基づき、前記データ取得間隔を制御するデータ取得間隔制御部とを備えることを特徴とする。
【０００９】
また、本発明に係るデータ収集記録方法は、所定の時間間隔（以下、「データ取得間隔」と呼ぶ）ごとに、管理対象システムの状態に関する状態データの送信を前記管理対象システムに要求し、当該要求に応じて前記管理対象システムから送信される状態データを取得するデータ取得ステップと、前記データ取得ステップにより取得された状態データを記録するデータ記録ステップと、前記データ取得ステップにより取得された状態データのうち、前記管理対象システムの処理負荷を示す特徴データに基づき、前記データ取得間隔を制御するデータ取得間隔制御ステップとを有することを特徴とする。
【００１０】
また、本発明に係るデータ収集記録プログラムは、所定の時間間隔（以下、「データ取得間隔」と呼ぶ）ごとに、管理対象システムの状態に関する状態データの送信を前記管理対象システムに要求し、当該要求に応じて前記管理対象システムから送信される状態データを取得するデータ取得ステップと、前記データ取得ステップにより取得された状態データを記録するデータ記録ステップと、前記データ取得ステップにより取得された状態データのうち、前記管理対象システムの処理負荷を示す特徴データに基づき、前記データ取得間隔を制御するデータ取得間隔制御ステップとをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、管理対象システムの処理負荷を示す特徴データに基づきデータ取得間隔を決定することにより、管理対象システムの処理負荷が過大となることを抑制しながら、管理対象システムから状態データを取得することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１に係る管理システムの構成の一例を概略的に示すブロック図である。
【図２】実施の形態１におけるデータ収集記録装置によるデータ取得のための処理の一例を示すシーケンス図である。
【図３】実施の形態１におけるＣＰＵ負荷に応じたデータ取得間隔制御の一例を示す図である。
【図４】実施の形態１に係るデータ収集記録装置の動作の一例を示すフローチャートである。
【図５】実施の形態２に係る管理システムの構成の一例を概略的に示すブロック図である。
【図６】実施の形態２に係る管理対象システムにより保存される保存データの構造の一例を示す図である。
【図７】実施の形態２におけるＣＰＵ負荷に応じたデータ取得間隔およびデータ取得レベルの制御の一例を示す図である。
【図８】実施の形態２に係るデータ収集記録装置の動作の一例を示すフローチャートである。
【図９】実施の形態３に係る管理システムの構成の一例を概略的に示すブロック図である。
【図１０】実施の形態３における設定ファイルの一例を示す図である。
【図１１】実施の形態３におけるデータ収集記録装置によるデータ取得のための処理の一例を示すシーケンス図である。
【図１２】実施の形態３における設定ファイルの他の一例を示す図である。
【図１３】実施の形態４に係る管理システムの構成の一例を概略的に示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態を図面に従って説明する。
実施の形態１．
図１は、実施の形態１に係る管理システム１の構成の一例を概略的に示すブロック図である。図１において、管理システム１は、管理対象システム１０と、データ収集記録装置２０（実施の形態１に係るデータ収集記録方法を実施することができる装置）とを含む。
【００１４】
管理対象システム１０は、管理または保守の対象となるシステムである。例えば、管理対象システム１０は、給湯システムであり、熱交換器、ポンプ、電磁弁、ファン、各種センサなどの複数の部品で構成される。
【００１５】
管理対象システム１０は、データ収集記録装置２０と通信する通信部１１と、データを格納するデータ格納部１２と、管理対象システム１０の動作を制御する制御部１３とを備える。具体的には、制御部１３は、中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。また、制御部１３は、管理対象システム１０を構成する部品の状態を示す状態値を取得し、当該状態値を用いて管理対象システム１０の動作を制御する。図１には、管理対象システム１０を構成する部品として、電磁弁１７、ポンプ１８、およびセンサＡ〜Ｚが例示されている。さらに、制御部１３は、通信部１１を介して、データ収集記録装置２０からの要求を受信し、当該要求に対する応答をデータ収集記録装置２０に送信する。
【００１６】
データ収集記録装置２０は、管理対象システム１０の状態（または動作状態）に関する状態データを管理対象システム１０から取得して記録する装置である。図１において、データ収集記録装置２０は、データ取得部２１、データ記録部２２、データ取得間隔制御部２３、および制御部２４を備える。
【００１７】
データ取得部２１は、所定の時間間隔（以下、「データ取得間隔」と呼ぶ）ごとに、管理対象システム１０に状態データの送信を要求し、当該要求に応じて管理対象システム１０から送信される状態データを取得する。図１の例では、データ取得部２１は、システム通信部２１ａ、データ要求送信部２１ｂ、および応答データ受信部２１ｃを有する。
【００１８】
システム通信部２１ａは、データ取得の対象となる管理対象システム１０と有線または無線により通信可能に接続されており、管理対象システム１０へのコマンドの送信、および、管理対象システム１０からのデータの受信を行う。
【００１９】
データ要求送信部２１ｂは、管理対象システム１０に対して、データの送信を要求するコマンドなどを生成し、システム通信部２１ａを経由して送信する。
【００２０】
応答データ受信部２１ｃは、データ要求送信部２１ｂが送信したコマンドに対する管理対象システム１０からの応答データを、システム通信部２１ａを経由して受信する。
【００２１】
システム通信部２１ａは、例えば、ＲＳ−２３２Ｃ規格のシリアル通信仕様で構成される。シリアル通信仕様では、データ収集記録装置２０から管理対象システム１０にデータを送信すること、および、データ収集記録装置２０が管理対象システム１０からデータを受信することができる。なお、システム通信部２１ａは、ＲＳ−２３２Ｃ規格の構成に限定されず、例えば、ＲＳ−４８５規格のような他のシリアル通信規格に基づく構成としてもよいし、パラレル通信規格に基づく構成としてもよい。また、データ収集記録装置２０のシステム通信部２１ａが採用する通信規格と、管理対象システム１０の通信部１１が採用する通信規格とが異なる場合には、システム通信部２１ａとその接続先となる管理対象システム１０の通信部１１との間に、通信方式を変換する変換装置（図示せず）を介在させればよい。
【００２２】
データ記録部２２は、データ取得部２１により取得された状態データを記録する。具体的には、データ記録部２２は、応答データ受信部２１ｃにより受信された状態データを時系列順に記録する。データ記録部２２は、ここでは、ユーザ操作によって装置本体に対して挿入および取外し（挿抜）可能な記録装置または記録媒体であるが、装置本体に組み込まれた記録装置または記録媒体であってもよい。また、データ記録部２２は、データ収集記録装置２０の外部に設けられた記録装置または記録媒体に状態データを記録してもよい。
【００２３】
データ取得間隔制御部２３は、データ取得部２１により取得された状態データのうち、管理対象システム１０の処理負荷を示す特徴データに基づき、データ取得間隔を制御する。具体的には、データ取得間隔制御部２３は、特徴データにより示される管理対象システム１０の処理負荷が高いほど、データ取得間隔を長くする。ここでは、処理負荷は、管理対象システム１０の制御部１３（具体的にはＣＰＵ）の負荷である。また、特徴データは、管理対象システム１０の部品の状態（例えば電磁弁１７およびポンプ１８の一方または両方の動作状態）を示し、管理対象システム１０において動作の制御に使用される１つ以上の状態値で構成される。
【００２４】
図１の例では、データ取得間隔制御部２３は、特徴データ抽出部２３ａ、処理負荷判定部２３ｂ、およびデータ取得間隔決定部２３ｃを有する。
【００２５】
特徴データ抽出部２３ａは、データ取得部２１により取得されたデータから特徴データを抽出する。
【００２６】
処理負荷判定部２３ｂは、特徴データ抽出部２３ａにより抽出された特徴データから管理対象システム１０の処理負荷を判定または推定する。例えば、処理負荷判定部２３ｂは、特徴データと、あらかじめ管理対象システム１０に応じて決定された閾値との大小関係によりＣＰＵ負荷を判定する。具体的には、特徴データが閾値を超えている場合にＣＰＵ負荷が高いと判定し、超えていない場合にはＣＰＵ負荷が低いと判定する。例えば、特徴データがポンプの回転数であり、その閾値として１０００回転が設定されている場合、取得されたポンプの回転数が１０００回転を超えているとき（例えば１５００回転であるとき）、ＣＰＵ負荷が高いと判定する。
【００２７】
データ取得間隔決定部２３ｃは、処理負荷判定部２３ｂの判定結果に基づきデータ取得間隔を決定し、データ取得間隔を示す制御信号をデータ要求送信部２１ｂに送出する。具体的には、データ取得間隔決定部２３ｃは、判定されたＣＰＵ負荷が高いほど、データ取得間隔を長くする。
【００２８】
制御部２４は、データ収集記録装置２０の全体を制御する。例えば、制御部２４は、ユーザからの指示に基づき、データ取得処理の開始または終了をデータ取得部２１に指示したり、データ取得間隔などの設定値をデータ取得間隔制御部２３に設定したりする。
【００２９】
本例では、管理対象システム１０の処理負荷が過大になることを抑制する観点より、データ取得部２１は、状態データを取得する場合、まず、管理対象システム１０の現在の処理負荷を示す現在の特徴データを取得し、現在の特徴データが管理対象システム１０の処理負荷が低いことを示すとき、状態データのうち現在の特徴データ以外の他のデータを取得し、現在の特徴データが管理対象システム１０の処理負荷が高いことを示すときには、上記他のデータの取得を行わない。上記他のデータは、例えば、特徴データと比べて、多くの状態値を含み、管理対象システム１０の状態を詳細に示すものである。以下の説明では、他のデータを「詳細データ」と呼ぶ。データ取得部２１は、例えば、管理対象システム１０へのデータ取得開始要求に対する応答として現在の特徴データを取得し、当該現在の特徴データからＣＰＵ負荷を判定し、ＣＰＵ負荷が低いと判定されたとき、詳細データの取得を行い、ＣＰＵ負荷が高いと判定されたときには、詳細データの取得を行わない。データ取得部２１は、処理負荷判定部２３ｂの判定結果を受け取って使用してもよい。
【００３０】
ここで、管理対象システム１０の処理負荷が高い場合に、単純にデータ取得間隔を長くしたり、詳細データの取得を行わないようにすると、管理対象システム１０が動作している期間における状態データ（重要度の高いデータ）を取得できないことが考えられる。
【００３１】
そこで、本例では、管理対象システム１０は、管理対象システム１０の状態に関する保存データを所定の時間間隔（以下、「データ保存間隔」と呼ぶ）ごとに保存し、データ収集記録装置２０からの要求に応じて、保存された保存データのうち未送信の最も古い保存データ（以下、「最古の保存データ」と呼ぶ）をデータ収集記録装置２０に送信するように構成される。例えば、管理対象システム１０は、データ保存間隔で保存データをデータ格納部１２に一時的に保存し、データ収集記録装置２０からの送信要求を受けるごとに、データ格納部１２に保存された保存データをデータ収集記録装置２０に保存順に順次送出する。データ保存間隔は、例えば常に一定の間隔であるが、管理対象システム１０の処理負荷などに応じて変化してもよい。データ収集記録装置２０では、データ取得部２１は、管理対象システム１０の現在の特徴データを取得するとともに、詳細データとして最古の保存データを取得する。
【００３２】
上記構成において、例えば、データ取得間隔制御部２３は、取得された現在の特徴データが管理対象システム１０の処理負荷が高いことを示す場合、データ取得間隔をデータ保存間隔よりも長い時間間隔に決定し、その後、データ取得部２１により処理負荷が低いことを示す現在の特徴データが取得された場合に、データ取得間隔をデータ保存間隔よりも短い時間間隔に決定する。
【００３３】
また、データ取得間隔制御部２３は、データ取得間隔をデータ保存間隔よりも短い時間間隔に決定した後、管理対象システム１０において未送信の保存データがなくなった場合（またはデータ保存にデータ取得が追いついた場合）、データ取得間隔をデータ保存間隔と同じ時間間隔に決定する。ここで、同じ時間間隔とは、厳密に同じ時間間隔でなくてもよく、略同じ時間間隔であってもよい。また、未送信の保存データがなくなったかどうか、またはデータ取得が追いついたかどうかは、例えば管理対象システム１０から通知されるが、別の方法で判断されてもよい。
【００３４】
なお、データ収集記録装置２０には、図示されていない他の要素が設置または接続されてもよい。例えば、データ収集記録装置２０には、ユーザから記録の開始や停止などの指示を受け付けるコマンド入力部や、管理対象システム１０の状態データなどの情報を表示する表示部、制御等のために一時的にデータを記憶する記憶部などが設置または接続されてもよい。
【００３５】
図２は、実施の形態１におけるデータ収集記録装置２０によるデータ取得のための処理の一例を示すシーケンス図である。以下、図２を参照して、実施の形態１におけるデータ収集記録装置２０のデータ取得動作を説明する。
【００３６】
図２において、ｉ番目（ｉは整数）のデータ取得処理を開始する際、データ収集記録装置２０は、管理対象システム１０に対して、データの取得を開始する旨のデータ取得開始要求を送る。管理対象システム１０は、データ収集記録装置２０からのデータ取得開始要求に応じて、データの送出が可能な状態であれば、データ取得開始応答をデータ収集記録装置２０に返す。このとき、管理対象システム１０は、データ取得開始応答に含めて、その時点における管理対象システム１０の状態値の１つを特徴データとして送る。この特徴データは、例えば、ポンプ１８の回転数を示す状態値である。
【００３７】
データ収集記録装置２０は、管理対象システム１０からデータ取得開始応答を受けると、当該データ取得開始応答から特徴データ抽出部２３ａにより特徴データを抽出し、抽出された特徴データを用いて、処理負荷判定部２３ｂにて管理対象システム１０のＣＰＵ負荷状況を判定する。
【００３８】
ｉ番目のデータ取得処理においては、ＣＰＵ負荷が低いと判定されたものとする。この場合、データ収集記録装置２０は、詳細データの送信を管理対象システム１０に要求し、管理対象システム１０から詳細データを取得する。具体的には、データ収集記録装置２０は、センサＡ（例えば、給湯システムなどの缶体の温度センサ）の検出値（データ値）の送信要求を管理対象システム１０に送る。管理対象システム１０は、データ収集記録装置２０からの送信要求に応じてセンサＡの検出値を返送する。同様に、データ収集記録装置２０は、センサＢの検出値の送信要求を管理対象システム１０に送り、管理対象システム１０は、センサＢの検出値を返送する。以降同様に、データ収集記録装置２０は、必要なデータ（例えばセンサＣ〜Ｚの検出値）を取得する。
【００３９】
状態データの取得が終了すると、データ収集記録装置２０は、データの取得が終了した旨のデータ取得終了通知を管理対象システム１０に送り、それに対して、管理対象システム１０は、データ取得終了応答を返送する。そして、データ収集記録装置２０は、データ取得間隔決定部２３ｃにより、次のデータ取得処理までの時間間隔（データ取得間隔）を基本時間間隔Ｔ１に決定し、ｉ番目のデータ取得処理を終了する。基本時間間隔Ｔ１は、例えば１０秒であり、あらかじめ決められている。
【００４０】
上記ｉ番目のデータ取得処理の開始時点から、ｉ番目のデータ取得処理で決定されたデータ取得間隔（ここではＴ１）が経過すると、データ収集記録装置２０は、次の（ｉ＋１）番目のデータ取得処理を開始する。この際、上記ｉ番目のデータ取得処理と同様に、データ収集記録装置２０は、管理対象システム１０にデータ取得開始要求を送り、管理対象システム１０は、特徴データを含むデータ取得開始応答を返送する。そして、データ収集記録装置２０は、データ取得開始応答から特徴データを抽出してＣＰＵ負荷を判定する。
【００４１】
（ｉ＋１）番目のデータ取得処理では、ＣＰＵ負荷が高いと判定されたものとする。この場合には、データ収集記録装置２０は、詳細データの取得を行わずに、データ取得終了通知を管理対象システム１０に送り、管理対象システム１０からデータ取得終了応答を受ける。そして、データ収集記録装置２０は、次のデータ取得処理までの時間間隔（データ取得間隔）を、基本時間間隔Ｔ１よりも長い時間間隔Ｔ２（＞Ｔ１）に決定し、（ｉ＋１）番目のデータ取得処理を終了する。時間間隔Ｔ２は、例えば２０秒であり、あらかじめ決められている。
【００４２】
上記（ｉ＋１）番目のデータ取得処理の開始時点から、（ｉ＋１）番目のデータ取得処理で決定されたデータ取得間隔（ここではＴ２）が経過すると、データ収集記録装置２０は、次の（ｉ＋２）番目のデータ取得処理を開始する。
【００４３】
図３は、ＣＰＵ負荷に応じたデータ取得間隔制御の一例を示す図である。図３において、横軸は時間ｔを示し、縦軸はデータ量を示す。図３の上側には、管理対象システム１０における、データ保存処理の時点と、当該時点で保存される保存データの量とが示されている。図３の下側には、データ収集記録装置２０における、データ取得処理の時点と、当該時点で取得される状態データの量とが示されている。図３の上側から下側に向かう複数の矢印は、それぞれ保存データと状態データとの対応（または管理対象システム１０からデータ収集記録装置２０への保存データの移動）を表している。期間ＴＨは、管理対象システム１０のＣＰＵ負荷が高い期間を示す。
【００４４】
図３に示されるように、管理対象システム１０は、基本時間間隔Ｔ１にて一定の周期で保存データを保存する。図３には、（ｊ−１）〜（ｊ＋１１）番目のデータ保存処理が示されている。
【００４５】
データ収集記録装置２０は、（ｉ−１）番目のデータ取得処理において、管理対象システム１０から現在の特徴データを取得し、当該特徴データからＣＰＵ負荷が低いと判断し、管理対象システム１０から（ｊ−１）番目の保存データを取得するとともに、次のｉ番目のデータ取得処理までのデータ取得間隔を基本時間間隔Ｔ１に決定する。
【００４６】
ｉ番目のデータ取得においても、データ収集記録装置２０は、現在の特徴データからＣＰＵ負荷が低いと判断し、管理対象システム１０からｊ番目の保存データを取得するとともに、データ取得間隔をＴ１に決定する。
【００４７】
次に、（ｉ＋１）番目のデータ取得では、データ収集記録装置２０は、現在の特徴データからＣＰＵ負荷が高いと判断し、その時点でのデータ取得を中断するとともに、データ取得間隔をＴ１よりも長い時間間隔Ｔ２に決定する。
【００４８】
（ｉ＋２）番目のデータ取得においても、データ収集記録装置２０は、ＣＰＵ負荷が高いと判断し、その時点でのデータ取得を中断するとともに、データ取得間隔をＴ２に決定する。
【００４９】
次に、（ｉ＋３）番目のデータ取得において、データ収集記録装置２０は、ＣＰＵ負荷が低いと判断し、管理対象システム１０から（ｊ＋１）番目の保存データを取得するとともに、データ取得間隔をＴ１よりも短い時間間隔Ｔ０に変更する。時間間隔Ｔ０、Ｔ１、Ｔ２の関係は、Ｔ０＜Ｔ１＜Ｔ２である。
【００５０】
その後、（ｉ＋４）〜（ｉ＋１１）番目のデータ取得において、データ収集記録装置２０は、時間間隔Ｔ０で（ｊ＋２）〜（ｊ＋９）番目の保存データを順次取得する。また、（ｉ＋１１）番目のデータ取得処理において、データ収集記録装置２０は、データ取得がデータ保存に追いついたと判断し、データ取得間隔をＴ１に変更する。
【００５１】
（ｉ＋１２）番目以降のデータ取得処理では、データ収集記録装置２０は、時間間隔Ｔ１で（ｊ＋１０）番目以降の保存データを順次取得する。
【００５２】
図４は、実施の形態１に係るデータ収集記録装置２０の動作の一例を示すフローチャートである。以下、図４を参照して、データ収集記録装置２０の動作（または実施の形態１に係るデータ収集記録方法）を説明する。なお、図４の処理は、繰り返し実行されるものであり、１回目の処理は例えばユーザからの開始指示に従って開始され、２回目以降の処理は前回の処理で決定されたデータ取得間隔に基づくタイミングで開始される。データ取得間隔の初期値は、基本時間間隔Ｔ１に設定されているものとする。
【００５３】
データ収集記録装置２０は、管理対象システム１０にデータ取得開始要求を送信し（Ｓ１１）、管理対象システム１０からデータ取得開始応答を受信し（Ｓ１２）、データ取得開始応答から現在の特徴データを抽出し（Ｓ１３）、現在の特徴データから管理対象システム１０のＣＰＵ負荷が高いか否かを判定する（Ｓ１４）。
【００５４】
ＣＰＵ負荷が高いと判定された場合（Ｓ１４：ＹＥＳ）、データ収集記録装置２０は、管理対象システム１０にデータ取得終了通知を送信し（Ｓ１５）、管理対象システム１０からデータ取得終了応答を受信する（Ｓ１６）。そして、データ収集記録装置２０は、データ取得間隔をＴ２に設定し（Ｓ１７）、処理を終了する。
【００５５】
一方、ＣＰＵ負荷が低いと判定された場合（Ｓ１４：ＮＯ）、データ収集記録装置２０は、管理対象システム１０から最古の保存データを取得して記録する（Ｓ１８）。そして、データ取得が完了すると、データ収集記録装置２０は、管理対象システム１０にデータ取得終了通知を送信し（Ｓ１９）、管理対象システム１０からデータ取得終了応答を受信する（Ｓ２０）。
【００５６】
次に、データ収集記録装置２０は、現在設定されているデータ取得間隔がＴ１であるかを判断し（Ｓ２１）、Ｔ１である場合（Ｓ２１：ＹＥＳ）、データ取得間隔をＴ１のままとし（Ｓ２２）、処理を終了する。一方、Ｔ１でない場合（Ｓ２１：ＮＯ）、データ収集記録装置２０は、現在設定されているデータ取得間隔がＴ２であるかを判断し（Ｓ２３）、Ｔ２である場合（Ｓ２３：ＹＥＳ）、データ取得間隔をＴ０に変更し（Ｓ２４）、処理を終了する。一方、Ｔ２でない場合、すなわちＴ０である場合（Ｓ２３：ＮＯ）、データ収集記録装置２０は、データ取得がデータ保存に追いついたか否かを判断する（Ｓ２５）。例えば、管理対象システム１０からのデータ取得開始応答には、管理対象システム１０に保存されている未送信の保存データの個数が記載されており、データ収集記録装置２０は、ステップＳ１２で受信したデータ取得開始応答を参照し、未送信の保存データの個数が「１」である場合に、追いついたと判断する。
【００５７】
ステップＳ２５で追いついたと判断された場合（Ｓ２５：ＹＥＳ）、データ収集記録装置２０は、データ取得間隔をＴ１に変更し（Ｓ２６）、処理を終了する。一方、追いついていない場合には（Ｓ２５：ＮＯ）、データ取得間隔をＴ０のままとし（Ｓ２７）、処理を終了する。
【００５８】
なお、上記の説明では、通常状態のＴ１と、ＣＰＵ負荷が高いと判断された場合のＴ２と、一時保存されたデータを取り出す場合のＴ０との３段階でデータ取得間隔を切り替える場合を例示したが、データ取得間隔は、３段階に限られず、ＣＰＵの負荷状態に応じて多段階（４段階以上）に切り替えられてもよい。
【００５９】
また、特徴データとして使用される状態値は、ポンプの回転数に限られず、例えば各種弁の開度など、管理対象システム１０のＣＰＵ負荷と相関のある他の状態値が使用されてもよい。
【００６０】
また、図２の例では、データ収集記録装置２０が所望のデータを１つずつ指定して取得する場合を示したが、データ収集記録装置２０は、複数のデータをまとめて取得してもよいし、１回の通信ですべてのデータを取得してもよい。
【００６１】
また、異なる管理対象システム（例えば、異なる種類の給湯システム）に対してデータ収集記録装置２０を適用する場合には、管理対象システムの通信部の仕様が異なる場合が想定される。この場合、例えば、データ収集記録装置２０のデータ要求送信部２１ｂおよび応答データ受信部２１ｃを変更すればよく、この変更は、データ収集記録装置２０内の制御用ソフトウェアであるファームウェアを書き換えることで実現できる。また、接続する管理対象システムを変更するごとにファームウェアの書き換えを行うのではなく、複数の管理対象システムに対応したファームウェアをデータ収集記録装置２０に内蔵させておき、図示しないスイッチにより通信仕様を切り替える方式、または、データ取得開始要求に対する応答に応じてソフトウェアが自動的に通信仕様を切り替える方式としてもよい。
【００６２】
また、上記の説明では、特徴データから管理対象システムの処理負荷を判定し、その判定結果に基づきデータ取得間隔を決定する構成を例示したが、データ収集記録装置２０は、特徴データからデータ取得間隔を直接決定してもよい。例えば、データ収集記録装置２０は、特徴データをデータ取得間隔に変換するための関数（計算式やテーブルなど）を用いて、取得された特徴データからデータ取得間隔を求めてもよい。同様に、データ収集記録装置２０は、詳細データを取得するか否かを特徴データから直接決定してもよい。
また、上記の説明では、複数の特徴を合わせ持つ構成を例示したが、これに限られず、複数の特徴はそれぞれ適宜省略されてもよい。
【００６３】
以上説明した本実施の形態１に係るデータ収集記録装置およびデータ収集記録方法によれば、下記（１）〜（８）の効果が得られる。
【００６４】
（１）データ収集記録装置は、管理対象システムの処理負荷を示す特徴データに基づき、データ取得間隔を制御する。これにより、管理対象システムの処理負荷に応じてデータ取得間隔を制御することができ、管理対象システムの処理負荷が過大となることを抑制しながら、管理対象システムから状態データを取得することが可能となる。具体的には、特徴データにより示される管理対象システムの処理負荷が高いほどデータ取得間隔を長くすることにより、管理対象システムの処理負荷が高い場合に通信頻度を低くし、通信処理のために管理対象システムの処理負荷が過大になることを抑制することができる。
【００６５】
（２）データ収集記録装置は、状態データを取得する場合、管理対象システムの現在の特徴データを取得し、現在の特徴データが管理対象システムの処理負荷が低いことを示すとき、管理対象システムから詳細データを取得し、処理負荷が高いことを示すときには、詳細データの取得を行わない。本構成によれば、管理対象システムの処理負荷が高い期間において、通信量を減らすことができ、管理対象システムの処理負荷が過大になることを抑制することができる。具体的には、特徴データをデータ取得開始要求の応答として受信し、当該特徴データに基づいて管理対象システムのＣＰＵ負荷が高いと判断した場合に、詳細データの取得を行うことなくデータ取得を終了することにより、管理対象システムのＣＰＵ負荷が高い場合にデータ取得のための処理負荷を低減することが可能となる。
【００６６】
（３）データ収集記録装置は、特徴データとして現在の特徴データを取得するとともに、詳細データとして、管理対象システムにおいて所定のデータ保存間隔で順次保存される保存データのうち未送信の最も古い保存データ（最古の保存データ）を取得する。本構成によれば、管理対象システムの現在の処理負荷に応じてデータ取得間隔を適切に制御するとともに、データ取得間隔によらず所定の時間間隔で保存された保存データを取得することができる。例えば、管理対象システムの処理負荷が高い期間において、データ取得間隔を長くすることにより通信頻度を抑えるとともに、その期間（重要度の高い期間）における詳細データ（重要度の高いデータ）を取得することができる。
【００６７】
（４）データ収集記録装置は、現在の特徴データが管理対象システムの処理負荷が高いことを示す場合、データ取得間隔をデータ保存間隔よりも長い時間間隔に決定し、その後に取得された現在の特徴データが管理対象システムの処理負荷が低いことを示す場合に、データ取得間隔をデータ保存間隔よりも短い時間間隔に決定する。これにより、管理対象システムの処理負荷が高い期間においてデータ取得の頻度を低くするとともに、管理対象システムの処理負荷が低い期間において、データ取得の頻度をデータ保存の頻度よりも高くし、処理負荷が高い期間に保存された保存データを迅速に取得することができる。
【００６８】
（５）データ収集記録装置は、データ取得間隔をデータ保存間隔よりも短い時間間隔に決定した後、管理対象システムにおいて未送信の保存データがなくなった場合に、データ取得間隔をデータ保存間隔と同じ時間間隔に決定する。これにより、未送信の保存データがなくなった後、適切な時間間隔で状態データを取得することができる。
【００６９】
（６）特徴データは、管理対象システムを構成する部品の状態（例えば電磁弁およびポンプの一方または両方の動作状態）を示し、管理対象システムで動作の制御に使用される状態値により構成される。この場合、管理対象システム側で特別に特徴データを取得する必要がなく、管理対象システム側の処理負荷を軽減することができる。具体的には、管理対象システムのＣＰＵ負荷の推定を、すでに管理対象システムが有している状態値（例えばポンプの状態値）を用いて行うことにより、管理対象システム側で新たにＣＰＵの負荷を監視するための処理を行う必要が無く、管理対象システムの処理負荷を軽減することが可能となる。
【００７０】
（７）管理対象システムのＣＰＵ負荷が高いと推定された場合、データ取得のための通信間隔を長くし、管理対象システムで一時的に保持し、ＣＰＵ負荷が低くなったと推定された場合に、データ取得の間隔を短くする。これにより、例えば、安価なＣＰＵで構成されてＣＰＵの処理能力に余裕がない管理対象システムにおいても、管理対象システムが動作している期間のデータを詳細に取得することが可能となる。
【００７１】
（８）状態データの取得においては、管理対象システムが動作しているときのデータを詳細かつ長期間取得することが重要である。しかしながら、上記特許文献２に記載の技術では、管理対象システムが動作していない期間など重要度の低い期間についてのデータ量を削減することで長期間の記録はできるが、管理対象システムが動作を行っている重要度の高い期間において詳細なデータを取得しようとすると、通信処理のために管理対象システムのＣＰＵ負荷が増大してしまう。動作状態のデータは例えばシリアル通信などで管理対象システムから取得されるが、重要度の高い期間において詳細な動作状態のデータを取得する場合には、この通信処理の割り込みにより管理対象システムのＣＰＵ負荷が増大し、管理対象システムの本来の動作、例えば給湯の制御などが正しく行われなくなってしまう場合がある。これに対し、本実施の形態では、特徴データを用いて管理対象システムのＣＰＵ負荷を推定し、ＣＰＵ負荷が高いと推定されるときには、データ取得の時間間隔を広げて管理対象システム側で一時的にデータを保持し、ＣＰＵ負荷が低いと推定されるときに、管理対象システム側で保持されたデータを取得する。これにより、処理能力の低いＣＰＵを用いた管理対象システムの動作を阻害することなく、重要な状態データを収集することが可能となり、その結果、管理対象システムの動作状態を適切に分析することが可能になる。
【００７２】
実施の形態２．
図５は、実施の形態２に係る管理システム２の構成の一例を概略的に示すブロック図である。以下の説明では、実施の形態１と同様の部分については説明を省略または簡略化し、実施の形態１と同一または対応する要素については同一の符号を付す。図５において、管理システム２は、管理対象システム１０と、データ収集記録装置２０（実施の形態２に係るデータ収集記録方法を実施することができる装置）とを含む。
【００７３】
管理対象システム１０で保存される保存データは、典型的には多くのデータ（状態値）を含む。例えば、給湯システムでは、各種センサの検出値など２５０項目程度のデータが取得される。このような場合、常にそのすべてのデータが保守などにとって有益なわけではない。管理対象システム１０が動作していない期間については、その多くのデータが保守などにとって不要となる。一方、管理対象システム１０が動作している期間については、多くのデータが保守などに有益となる。したがって、保守や管理の観点では、管理対象システム１０が動作している期間について、多くのデータ、例えば全データを取得して記録することが望ましい。
【００７４】
一方、管理対象システム１０の処理負荷の観点からは、実施の形態１で説明したように、管理対象システム１０が動作している期間においては、管理対象システム１０の動作を阻害しないように通信頻度や通信量を抑制することが望ましい。
【００７５】
そこで、本実施の形態におけるデータ収集記録装置２０は、実施の形態１と同様に、管理対象システム１０の現在の特徴データに基づいてデータ取得間隔を制御するとともに、以下のように構成される。
【００７６】
データ取得部２１は、最古の保存データを取得する場合、管理対象システム１０から、最古の保存データが保存された時点における管理対象システム１０の処理負荷を示す特徴データ（以下、「保存時点の特徴データ」と呼ぶ）を取得し、当該保存時点の特徴データに基づき、最古の保存データのうち取得すべきデータを決定し、当該決定されたデータを管理対象システム１０から取得する。具体的には、データ取得部２１は、保存時点の特徴データにより示される管理対象システム１０の処理負荷が高いほど、管理対象システム１０から多くのデータが取得されるように、取得すべきデータを決定する。
【００７７】
図５の例では、データ取得部２１は、第２の特徴データ抽出部２１ｄ、第２の処理負荷判定部２１ｅ、および取得データ決定部２１ｆを有する。
【００７８】
第２の特徴データ抽出部２１ｄは、応答データ受信部２１ｃにより受信されたデータから保存時点の特徴データを抽出する。例えば、管理対象システム１０は、データ取得開始応答において、現在の特徴データとともに、保存時点の特徴データを送信し、第２の特徴データ抽出部２１ｄは、データ取得開始応答から保存時点の特徴データを抽出する。実施の形態１と同様に、データ取得開始応答に含まれる現在の特徴データは、特徴データ抽出部２３ａにより抽出され、処理負荷判定部２３ｂにより処理負荷の判定に用いられ、この判定結果に基づきデータ取得間隔が制御される。なお、保存時点の特徴データの抽出は、特徴データ抽出部２３ａにより行われてもよい。
【００７９】
第２の処理負荷判定部２１ｅは、第２の特徴データ抽出部２１ｄにより抽出された保存時点の特徴データから、管理対象システム１０の保存時点の処理負荷を判定または推定する。例えば、第２の処理負荷判定部２１ｅは、処理負荷判定部２３ｂと同様に、保存時点の特徴データと所定の閾値とを比較して、保存時点の処理負荷が高いか否かを判定する。
【００８０】
取得データ決定部２１ｆは、第２の処理負荷判定部２１ｅの判定結果に基づき、保存データに含まれるデータのうち取得すべきデータを決定し、決定されたデータを取得するようにデータ要求送信部２１ｂに指示する。
【００８１】
本例では、管理対象システム１０において、保存データに含まれる複数のデータは、グループ分け（または階層化）されている。例えば、保守などデータの利用目的の観点で各データの重要度が決定され、各データの重要度によってデータのグループ分けが行われている。そして、取得データ決定部２１ｆは、階層化されたデータをどのレベルで取得するかを示すデータ取得レベルを決定し、決定されたデータ取得レベルをデータ要求送信部２１ｂに指示する。データ要求送信部２１ｂは、指示されたデータ取得レベルに基づいてデータを要求し、応答データ受信部２１ｃは、最古の保存データのうちデータ取得レベルに応じたデータ（階層化されたデータの全部または一部）を受信する。
【００８２】
図６は、保存データの構造の一例を示す図である。図６には、１回のデータ保存処理で保存される保存データ２００が示されている。保存データ２００は、データ群２０１、２０２、２０３を有し、各データ群は複数のデータ（状態値）を含む。保存データ２００に含まれる複数のデータは、各データの重要度（例えば管理対象システム１０の保守などの際に重要となる程度）によって、３つのデータ群２０１、２０２、２０３にグループ分けして階層化されている。データ群２０１、２０２、２０３は、重要度順に配置されており、それぞれレベル１、２、３の重要度を有し、データ群２０１が最も重要度が高い。さらに、保存データ２００の先頭部分には、特徴データアドレス２１１と、特徴データ値２１２とが配置されている。
【００８３】
なお、上記の階層化では、重要度に応じて動的にデータが入れ替えられるのではなく、例えば、重要な動作を行う部品のデータ（例えばポンプの回転数）はデータ群２０１にグルーピングされ、ソフトウェアのバージョン情報などはデータ群２０３にグルーピングされるという具合に、各データは固定的にグルーピングされる。
【００８４】
管理対象システム１０は、データ取得開始応答を送信する際に、保存データ２００の先頭に配置されている特徴データ値２１２を、保存時点の特徴データとしてデータ収集記録装置２０に送信する。
【００８５】
データ収集記録装置２０は、管理対象システム１０からの特徴データ値２１２に基づいて保存時点のＣＰＵ負荷を判定し、当該判定結果に基づき、最古の保存データ（階層化されたデータ）の全部または一部を取得する。データ群２０１、２０２、２０３をすべて取得すれば、その時点の動作状態について多くのデータを取得することとなり、データ群２０１のみを取得すれば、少ないデータ量で重要なデータのみを取得することとなり、データ群２０１および２０２を取得すれば、その中間のデータ量でデータを取得することになる。そこで、データ収集記録装置２０は、保存時点のＣＰＵ負荷が高いと判定された場合には、データ群２０１、２０２、２０３の全データを取得し、保存時点のＣＰＵ負荷が低いと判定された場合には、データ群２０１のデータ、すなわち重要度が最も高い一部のデータのみを取得する。
【００８６】
図７は、ＣＰＵ負荷に応じたデータ取得間隔およびデータ取得レベルの制御の一例を示す図である。図７において、横軸は時間ｔを示し、縦軸はデータ量を示す。図７の上側には、管理対象システム１０における、データ保存処理の時点と、当該時点で保存される保存データの量とが示されている。図７の下側には、データ収集記録装置２０における、データ取得処理の時点と、当該時点で取得される状態データの量とが示されている。図７の上側から下側に向かう複数の矢印は、それぞれ保存データと状態データとの対応（または管理対象システム１０からデータ収集記録装置２０への保存データの移動）を表している。期間ＴＨは、管理対象システム１０のＣＰＵ負荷が高い期間を示す。
【００８７】
図７に示されるように、管理対象システム１０は、基本時間間隔Ｔ１にて一定の周期で保存データを保存する。図７には、（ｊ−１）〜（ｊ＋１１）番目のデータ保存処理が示されている。
【００８８】
データ収集記録装置２０は、（ｉ−１）番目のデータ取得処理において、現在の特徴データから現在のＣＰＵ負荷は低いと判断し、管理対象システム１０から（ｊ−１）番目の保存データを取得するとともに、データ取得間隔を基本時間間隔Ｔ１に決定する。このとき、データ収集記録装置２０は、（ｊ−１）番目の保存時点の特徴データを取得し、この特徴データから保存時点のＣＰＵ負荷は低いと判断し、（ｊ−１）番目の保存データのうち最重要データ（データ群２０１のデータ）のみを取得する。
【００８９】
ｉ番目のデータ取得においても、データ収集記録装置２０は、現在のＣＰＵ負荷が低いと判断するとともに、保存時点のＣＰＵ負荷が低いと判断し、ｊ番目の保存データのうちの最重要データのみを取得するとともに、データ取得間隔をＴ１に決定する。
【００９０】
（ｉ＋１）および（ｉ＋２）番目のデータ取得では、データ収集記録装置２０は、現在の特徴データから現在のＣＰＵ負荷が高いと判断し、その時点でのデータ取得を中断するとともに、データ取得間隔をＴ２に決定する。
【００９１】
（ｉ＋３）番目のデータ取得において、データ収集記録装置２０は、現在のＣＰＵ負荷が低いと判断し、管理対象システム１０から（ｊ＋１）番目の保存データを取得するとともに、データ取得間隔をＴ０に変更する。このとき、データ収集記録装置２０は、（ｊ＋１）番目の保存時点のＣＰＵ負荷が高いと判断し、（ｊ＋１）番目の保存データの全部を取得する。同様に、（ｉ＋４）および（ｉ＋５）番目のデータ取得においても、データ収集記録装置２０は、（ｊ＋２）および（ｊ＋３）番目の保存データの全部を取得する。
【００９２】
（ｉ＋６）〜（ｉ＋１１）番目のデータ取得では、データ収集記録装置２０は、保存時点のＣＰＵ負荷が低いと判断し、（ｊ＋４）〜（ｊ＋９）番目の保存データのうち最重要データのみを順次取得する。また、（ｉ＋１１）番目のデータ取得処理において、データ収集記録装置２０は、データ取得がデータ保存に追いついたと判断し、データ取得間隔をＴ１に変更する。
【００９３】
（ｉ＋１２）番目以降のデータ取得処理では、データ収集記録装置２０は、時間間隔Ｔ１で（ｊ＋１０）番目以降の保存データのうち最重要データのみを順次取得する。
【００９４】
図８は、実施の形態２に係るデータ収集記録装置２０の動作の一例を示すフローチャートである。以下、図８を参照して、データ収集記録装置２０の動作（または実施の形態２に係るデータ収集記録方法）を説明する。なお、図８の処理は、図４の処理と同様に繰り返し実行される。また、データ取得間隔の初期値は、基本時間間隔Ｔ１に設定されているものとする。
【００９５】
データ収集記録装置２０は、管理対象システム１０にデータ取得開始要求を送信し（Ｓ３１）、管理対象システム１０からデータ取得開始応答を受信する（Ｓ３２）。そして、データ収集記録装置２０は、データ取得開始応答から現在の特徴データと保存時点の特徴データとを抽出し（Ｓ３３）、現在の特徴データから管理対象システム１０の現在のＣＰＵ負荷が高いか否かを判定する（Ｓ３４）。
【００９６】
現在のＣＰＵ負荷が高いと判定された場合（Ｓ３４：ＹＥＳ）、データ収集記録装置２０は、管理対象システム１０にデータ取得終了通知を送信し（Ｓ３５）、管理対象システム１０からデータ取得終了応答を受信し（Ｓ３６）、データ取得間隔をＴ２に設定し（Ｓ３７）、処理を終了する。
【００９７】
一方、現在のＣＰＵ負荷が低いと判定された場合（Ｓ３４：ＮＯ）、データ収集記録装置２０は、ステップＳ３３で抽出された保存時点の特徴データから、管理対象システム１０の保存時点のＣＰＵ負荷が高いか否かを判定する（Ｓ３８）。
【００９８】
保存時点のＣＰＵ負荷が高いと判定された場合（Ｓ３８：ＹＥＳ）、データ収集記録装置２０は、データ取得レベルを「全部」に決定し、管理対象システム１０から最古の保存データの全部を取得して記録し（Ｓ３９）、処理をステップＳ４１に進める。
【００９９】
一方、保存時点のＣＰＵ負荷が低いと判定された場合（Ｓ３８：ＮＯ）、データ収集記録装置２０は、データ取得レベルを「最重要データのみ」に決定し、管理対象システム１０から最古の保存データのうち最重要データのみを取得して記録し（Ｓ４０）、処理をステップＳ４１に進める。
【０１００】
ステップＳ４１では、データ収集記録装置２０は、図４のステップＳ１９〜Ｓ２７と同様に、データ取得終了通知の送信、データ取得終了応答の受信、データ取得間隔の設定を行う。
【０１０１】
なお、上記の説明では、保存データを３段階に階層化する場合を例示したが、データの階層数はこれに限られず、２階層でも、４階層以上でもよい。
【０１０２】
また、上記の説明では、データ取得レベルを２段階に切り替える場合を例示したが、保存データを３段階で階層化した場合、ＣＰＵ負荷の判定結果に応じて、データ取得レベルを３段階に切り替えることが可能である。また、保存データを４階層に階層化した場合、データ取得レベルを４段階に切り替えることが可能である。
【０１０３】
また、上記の説明では、保存時点の特徴データから管理対象システムの保存時点の処理負荷を判定し、その判定結果に基づきデータ取得レベルを決定する構成を例示したが、データ収集記録装置２０は、特徴データからデータ取得レベルを直接決定してもよい。例えば、データ収集記録装置２０は、特徴データをデータ取得レベルに変換するための関数（計算式やテーブルなど）を用いて、取得された特徴データからデータ取得レベルを求めてもよい。
【０１０４】
以上のとおり、本実施の形態では、データ収集記録装置は、最古の保存データが保存された時点における管理対象システムの処理負荷を示す保存時点の特徴データを取得し、当該特徴データに基づき、最古の保存データのうち取得すべきデータを決定する。これにより、管理対象システムの保存時点の処理負荷（または動作状態）に応じた適切なデータを取得することが可能となる。
【０１０５】
具体的には、保存時点の特徴データにより示される管理対象システムの処理負荷が高いほど、管理対象システムから多くのデータを取得するように、取得すべきデータを決定する。これにより、管理対象システムが動作している期間（重要度の高い期間）におけるデータをより多く取得することができる。例えば、管理対象システムの現在のＣＰＵ負荷に基づいてデータ取得間隔を制御し、保存データが保存されたときのＣＰＵ負荷に基づいてデータ取得レベルを制御することで、管理対象システムのＣＰＵ負荷が過大となることを防止しながら、管理対象システムが動作している期間の詳細なデータを取得することができる。
【０１０６】
また、保存時点の特徴データにより示される管理対象システムの処理負荷が低いほど、管理対象システムから取得するデータ量を抑制することにより、通信データ量を削減できるとともに、不要なデータが記録されないことにより、データを確認する際の視認性を向上させることができる。
【０１０７】
実施の形態３．
図９は、実施の形態３に係る管理システム３の構成の一例を概略的に示すブロック図である。以下の説明では、実施の形態１と同様の部分については説明を省略または簡略化し、実施の形態１と同一または対応する要素については同一の符号を付す。図９において、管理システム３は、管理対象システム１０と、データ収集記録装置２０（実施の形態３に係るデータ収集記録方法を実施することができる装置）とを含む。
【０１０８】
本実施の形態では、データ収集記録装置２０は、ファイル記憶部２５を備える。このファイル記憶部２５は、読み書き可能な記録装置または記録媒体であり、データ記録部２２に含まれてもよい。ファイル記憶部２５は、特徴データとして管理対象システム１０から取得すべきデータの項目と、特徴データからデータ取得間隔および詳細データの取得を行うか否かの一方または両方を決定するための制御情報とが記述された設定ファイルを記憶する。例えば、設定ファイルには、制御情報として、特徴データから管理対象システム１０の処理負荷を判定するための条件が記述される。
【０１０９】
データ収集記録装置２０は、ファイル記憶部２５の設定ファイルに記述されている項目に従って、管理対象システム１０から特徴データを取得し、当該特徴データに基づき、ファイル記憶部２５の設定ファイルに記述されている制御情報に従って、データ取得間隔および詳細データの取得を行うか否かの一方または両方を決定する。
【０１１０】
図９の例では、データ収集記録装置２０は、データ読出し部２６、設定ファイル読出し部２７、および特徴データ指示部２８を備えている。
【０１１１】
データ読出し部２６は、ファイル記憶部２５に格納されているデータを読み出す。設定ファイル読出し部２７は、データ読出し部２６を介して、ファイル記憶部２５に格納されている設定ファイルを読み出す。特徴データ指示部２８は、設定ファイル読出し部２７により読み出された設定ファイルに基づき、管理対象システム１０からデータ取得開始応答として受け取る特徴データの指定をデータ要求送信部２１ｂに対して行う。
【０１１２】
図１０は、ファイル記憶部２５に格納されている設定ファイルのデータフォーマットの一例を示す図である。
【０１１３】
図１０において、設定ファイル３００には、対象項目３０１と、アドレス３０２と、閾値３０３とが対応付けて記述されている。対象項目３０１は、特徴データとして取得すべきデータの項目であり、アドレス３０２は、対象項目３０１のデータの管理対象システム１０上のデータ位置を示すものである。また、閾値３０３は、ＣＰＵ負荷状態の判定に使用される値である。
【０１１４】
データ収集記録装置２０は、その起動時に、設定ファイル読出し部２７により、ファイル記憶部２５に格納されている設定ファイル３００を読み出し、この設定ファイル３００に記述されている対象項目３０１の個数を読み取り、ＣＰＵ負荷判定に使用する項目数を算出するとともに、対象項目のアドレスを読み取る。
【０１１５】
図１１は、実施の形態３におけるデータ収集記録装置２０によるデータ取得のための処理の一例を示すシーケンス図である。以下、図１１を参照して、実施の形態３におけるデータ収集記録装置２０のデータ取得動作を説明する。
【０１１６】
図１１（ａ）において、ｋ番目（ｋは整数）のデータ取得処理を開始する際、データ収集記録装置２０は、管理対象システム１０にデータ取得開始要求を送る。管理対象システム１０は、データ取得開始要求に応じて、データ取得開始応答をデータ収集記録装置２０に返す。このとき、データ収集記録装置２０は、データ取得開始要求を送る際に、設定ファイル３００から読み出した対象項目のアドレスを管理対象システム１０に通知し、管理対象システム１０は、データ取得開始応答を返す際に、通知されたアドレスに記憶されているデータを特徴データとしてデータ収集記録装置２０に送信する。
【０１１７】
データ収集記録装置２０は、管理対象システム１０からデータ取得開始応答を受けると、実施の形態１と同様に、データ取得開始応答から特徴データを抽出し、当該特徴データにより管理対象システム１０のＣＰＵ負荷を判定する。
【０１１８】
ｋ番目のデータ取得処理では、ＣＰＵ負荷が高いと判定され、データ収集記録装置２０は、データ取得を中断し、実施の形態１と同様にデータ取得間隔を決定する。
【０１１９】
図１１（ｂ）において、ｌ番目（ｌは整数）のデータ取得処理を開始する際、上記ｋ番目の処理と同様に、データ収集記録装置２０は、管理対象システム１０にデータ取得開始要求を送り、管理対象システム１０は、データ取得開始応答をデータ収集記録装置２０に返す。また、データ収集記録装置２０は、データ取得開始応答から特徴データを抽出して管理対象システム１０のＣＰＵ負荷を判定する。
【０１２０】
ｌ番目のデータ取得処理では、ＣＰＵ負荷が低いと判定され、データ収集記録装置２０は、詳細データを取得するとともに、実施の形態１と同様にデータ取得間隔を決定する。
【０１２１】
上記各データ取得処理において、データ収集記録装置２０は、設定ファイル３００に記載された対象項目毎の閾値を用いてＣＰＵ負荷の判定を行う。具体的には、データ収集記録装置２０は、対象項目毎に、取得した特徴データの値が、設定ファイル３００に記載された閾値を超えているかを判断し、少なくとも１つの対象項目で閾値を超えている場合に、ＣＰＵ負荷が高いと判定する。図１０の例では、ポンプ回転数が１０００を超えているか、または混合弁開度が３００を超えている場合に、ＣＰＵ負荷が高いと判定する。
【０１２２】
なお、上記の説明では、設定ファイル３００において１つの対象項目につき１つの閾値が設定されているが、１つの対象項目に対して２つ以上の閾値が設定されてもよい。さらに、閾値とともに、この閾値を用いた負荷判定条件が記載されてもよい。このような例を図１２に示す。
【０１２３】
図１２は、ファイル記憶部２５に格納されている設定ファイルのデータフォーマットの他の一例を示す図である。図１２において、設定ファイル３００ａには、図１０と同様に、対象項目３０１およびアドレス３０２が記述されている。また、図１０と異なり、閾値として２つの閾値３０４および３０５が記述されており、さらに条件式３０６も記述されている。この例では、ポンプの回転数が１０００より大きいという条件、混合弁１開度が１であるという条件、および混合弁２開度が５００より大きく１０００より小さいという条件のうち少なくとも１つの条件が満たされる場合に、ＣＰＵ負荷が高いと判定される。このようなデータ構造とすることで、判定の範囲を指定することが可能となる。
【０１２４】
なお、図１２の設定ファイル３００ａにおいて、例えばポンプ回転数の閾値３０５など、値を設定しない項目については、ＮＵＬＬ文字を設定してもよいし、値を設定しないことを明示する固有の値、例えば０ｘＦＦＦＦＦＦＦＦなどを設定してもよい。
【０１２５】
また、上記の説明では、複数の対象項目がある場合に、どれか１つでも閾値を超えている場合にＣＰＵ負荷が高いと判断する例を示したが、ＣＰＵ負荷の判定方法はこれに限られない。例えば、２つの対象項目に対応する２つの要素のいずれか一方のみが動作した場合と、両方が動作した場合とでＣＰＵ負荷が大きく異なるような場合には、２つの対象項目の閾値比較結果を複合的に利用してもよい。具体的には、２つの対象項目の両方で閾値を超えている場合に、ＣＰＵ負荷が高い（または低い）と判定してもよい。すなわち２つの対象項目の比較結果のＡＮＤ条件にてＣＰＵ負荷を判定してもよい。あるいは、３つ以上の対象項目において、ＯＲ条件とＡＮＤ条件との組み合わせによってＣＰＵ負荷を判定してもよい。これらの条件は、管理対象システム１０の動作フローに基づき、事前に決定することが可能である。
【０１２６】
また、設定ファイルのデータ構造は、図１１または図１２の構造に限定されるものではなく、例えば、設定ファイルに対象項目件数を数値として記載してもよい。これにより、特徴データ指示部は、対象項目件数を瞬時に認識することが可能となる。
【０１２７】
また、設定ファイルは、管理対象システム（または管理対象機器）の機種番号や、データフォーマットのバージョン番号、日付情報を含んでもよい。これにより、データ収集記録装置２０は、複数の設定ファイルが格納されている場合に、それらを識別し、対象機器に応じて設定ファイルを切り替えてデータ取得を行うことが可能となる。
【０１２８】
また、特徴データからデータ取得間隔などを決定するための制御情報は、特徴データから管理対象システム１０の処理負荷を判定するための条件に限られず、例えば、特徴データをデータ取得間隔に変換するテーブルなど、特徴データからデータ取得間隔などを直接決定するための情報であってもよい。
【０１２９】
また、上記の説明では、設定ファイルに関する構成を実施の形態１のデータ収集記録装置に適用した場合を例示したが、本実施の形態の構成は、実施の形態２のデータ収集記録装置に適用されてもよい。
【０１３０】
以上のとおり、本実施の形態では、データ収集記録装置は、特徴データとして取得すべきデータの項目と、特徴データからデータ取得間隔などを決定するための制御情報とが記述された設定ファイルを記憶する読み書き可能なファイル記憶部を備える。本構成によれば、設定ファイルを書き換えることにより、特徴データの項目や制御情報を変更することができ、様々な管理対象システムに容易に対応することができる。
【０１３１】
具体的には、管理対象システムの特徴データの項目、および、その値によりＣＰＵ負荷を判定する際の閾値条件を、設定ファイルにより指定することで、ＣＰＵ負荷の判定に利用すべき特徴データが異なる他の管理対象システムや、ＣＰＵ負荷判定に利用する特徴データは同一であるが、ＣＰＵ負荷判定の閾値が異なる他の管理対象システムなどにデータ収集記録装置を適用する際に、設定ファイルを書き換えるだけで適切に状態データを取得することができる。
【０１３２】
例えば、設定ファイルを用いずに構成されたデータ収集記録装置では、管理対象システムのバージョンアップなどで管理対象システムの特性が変化した場合に、適切なデータ取得を行うためには、データ収集記録装置のプログラムを書き換える作業が必要になる。これに対し、本実施の形態によれば、設定ファイルを書き換えるだけで、管理対象システムの構成の変更や特性の変化に対応することができる。
【０１３３】
実施の形態４．
図１３は、実施の形態４に係る管理システム４の構成の一例を概略的に示すブロック図である。以下の説明では、実施の形態１と同様の部分については説明を省略または簡略化し、実施の形態１と同一または対応する要素については同一の符号を付す。図１３において、管理システム４は、管理対象システム１０と、データ収集記録装置２０（実施の形態４に係るデータ収集記録方法を実施することができる装置）とを含む。
【０１３４】
本実施の形態では、データ収集記録装置２０は、データ取得部２１により取得された特徴データを平均化し、平均化された特徴データを用いて、データ取得間隔の決定および詳細データの取得を行うか否かの決定の一方または両方を行う。
【０１３５】
図１３の例では、データ収集記録装置２０は、特徴データ平均化部２３ｄと、特徴データ保持部２３ｅとを有する。
【０１３６】
特徴データ平均化部２３ｄは、データ取得部２１により取得され特徴データ抽出部２３ａにて抽出された特徴データを平均化して処理負荷判定部２３ｂに送出する。具体的には、特徴データ平均化部２３ｄは、過去所定回数分の特徴データを特徴データ保持部２３ｅに記録し、特徴データ保持部２３ｅに保持されている過去所定回数分の特徴データの平均値を算出して処理負荷判定部２３ｂに送る。例えば、特徴データ平均化部２３ｄは、過去３回分の特徴データを使用する場合、今回取得された特徴データと、１回前の特徴データと、２回前の特徴データとの平均値を、平均化された特徴データとして算出する。特徴データ保持部２３ｅは、新しい特徴データを取得した際には、最も古い特徴データを削除し、最新の特徴データを保持する。なお、データの取得開始直後などで過去の特徴データが無い場合には、特徴データ平均化部２３ｄは、例えば、最新の特徴データのみを用いて平均化された特徴データを算出する。
【０１３７】
処理負荷判定部２３ｂは、特徴データ平均化部２３ｄからの平均化された特徴データに基づき、管理対象システム１０のＣＰＵ負荷を判定する。
【０１３８】
なお、上記の説明では、過去３回分の例を示したが、平均化に使用するデータの個数は、これに限られず、例えばデータ記録間隔や管理対象システム１０の動作状態変動率などに応じて適宜決定されればよい。
【０１３９】
また、上記の説明では、平均化に関する構成を実施の形態１のデータ収集記録装置に適用した場合を例示したが、本実施の形態の構成は、実施の形態２または３のデータ収集記録装置に適用されてもよい。
【０１４０】
以上のとおり、本実施の形態では、データ収集記録装置は、取得された特徴データを平均化し、平均化された特徴データを用いて、データ取得間隔の決定および詳細データの取得を行うか否かの決定の少なくとも一方を行う。これにより、特徴データの変化を平滑化し、より適切なデータ取得を行うことが可能となる。
【０１４１】
具体的には、管理対象システムのＣＰＵ負荷を判定する際に、過去一定期間の動作状態値を平均化した値を用いることで、瞬間的な動作状態の変化を平滑化し、より正確にＣＰＵ負荷を判定することが可能となり、その結果、より適切なデータ取得が可能となる。
【０１４２】
以上説明した実施の形態１〜４において、データ収集記録装置の機能は、電子回路などのハードウェア資源のみにより実現されてもよいし、ハードウェア資源とソフトウェアとの協働により実現されてもよい。ハードウェア資源とソフトウェアとの協働により実現される場合、データ収集記録装置の機能は、例えばデータ収集記録プログラムがコンピュータにより実行されることによって実現される。より具体的には、データ収集記録装置の機能は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等の記録媒体に記録されたデータ収集記録プログラムが主記憶装置に読み出されて中央処理装置（ＣＰＵ）により実行されることによって実現される。データ収集記録プログラムは、光ディスク等のコンピュータ読み取り可能な記録媒体に記録されて提供されてもよいし、インターネット等の通信回線を介して提供されてもよい。
【０１４３】
なお、本発明は、上記実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の態様で実施することができる。
【符号の説明】
【０１４４】
１〜４  管理システム、  １０  管理対象システム、  ２０  データ収集記録装置、  ２１  データ取得部、  ２２  データ記録部、  ２３  データ取得間隔制御部、  ２３ａ  特徴データ抽出部、  ２３ｂ  処理負荷判定部、  ２３ｃ  データ取得間隔決定部、  ２５  ファイル記憶部。
【図１】
2014182577.tif 000003
【図２】
2014182577.tif 000004
【図３】
2014182577.tif 000005
【図４】
2014182577.tif 000006
【図５】
2014182577.tif 000007
【図６】
2014182577.tif 000008
【図７】
2014182577.tif 000009
【図８】
2014182577.tif 000010
【図９】
2014182577.tif 000011
【図１０】
2014182577.tif 000012
【図１１】
2014182577.tif 000013
【図１２】
2014182577.tif 000014
【図１３】
2014182577.tif 000015