JP6129340B2 - システム管理装置、システム管理方法、及びプログラム - Google Patents

Description

本発明は、管理対象システムからデータを取得し、取得したデータから抽出された特徴データに基づいて管理対象システムの動作を制御するシステム管理装置及びシステム管理方法に関するものである。

保守などの対象となる管理対象システムの一例として、監視システムがある。監視システムでは、犯罪又は事故のような非常時の状況を映像データとして漏れなく確実に記録することが要求される。また、監視システムが大規模になり監視システムが扱う映像データの量が大きくなった場合であっても、監視システムは、高い画質の映像を記録しつつ、安定に動作し続けることが要求される。

特許文献１は、監視カメラ、ハブ、及び記録装置を備えた監視システムを説明している。この監視システムは、監視カメラからハブを経由して記録装置に入力される映像データを漏れなく記録することを目的としている。この監視システムでは、記録装置が自装置の状態を監視し、ＣＰＵの使用率又はバッファのデータ蓄積量が所定の基準値以上となったときに、ハブに対して配信レートを下げる配信量制御通知信号を発行することで、バッファに蓄積される映像データの蓄積量を調整して、映像データの配信レートを下げている。

特開２０１０−０４１２７４号公報

しかしながら、特許文献１に記載された監視システムでは、配信量制御通知信号を発行することを決めるＣＰＵの使用率又はバッファのデータ蓄積量のための所定の基準値を低く設定しすぎると、配信量制御通知信号の発生頻度が高くなり、映像データの配信レートが低くなり、記録映像の画質が低下するという問題がある。また、所定の基準値を高く設定しすぎると、ＣＰＵで実行しているソフトウェアのタスクのうちの優先度が低いタスクが実行されず、監視システムの動作に支障をきたすという問題がある。

さらに、特許文献１に記載された監視システムでは、ＣＰＵの使用率の算出は、使用率を計測する対象となるＣＰＵ自らで行う必要があるので、ＣＰＵの使用率を算出する際に、この算出に起因する負荷がＣＰＵにさらに加わり、ＣＰＵにおける映像記録のための処理が間に合わなくなることがある。このため、監視映像の記録の失敗が発生したり、又は、ＣＰＵの使用率の算出ができなくなったりして、監視システムの動作が不安定になるという問題がある。

そこで、本発明は、上記従来技術の課題を解決するためになされたものであり、管理対象システムにおけるデータ処理上の不具合の発生の防止、及び、管理対象システムの安定した動作が実現できるように、管理対象システムを制御するシステム管理装置、システム管理方法、及びシステム管理用のプログラムを提供することを目的とする。

本発明の一態様に係るシステム管理装置は、管理対象システムを制御するシステム管理装置であって、前記管理対象システムに対しデータの送信を要求するデータ要求信号を、順次送信するデータ要求送信部と、前記データ要求信号に応じて前記管理対象システムから送信されたデータを、順次取得するデータ取得部と、前記データ取得部によって取得された前記データの各々から、前記管理対象システムの動作状態を示す状態値を含む特徴データを抽出する特徴データ抽出部と、前記データ取得部によって取得された前記データの各々から、前記管理対象システム内で発生した処理エラーを示すエラー情報を抽出するエラー情報抽出部と、前記エラー情報抽出部によって抽出された前記エラー情報に基づいて、前記特徴データ抽出部によって抽出された前記特徴データの内の前記処理エラーの発生時の特徴データをエラー発生時特徴データとして記憶する特徴データ保持部と、前記データ取得部によって前記データが取得される毎に、該取得されたデータの内の前記特徴データに含まれる状態値と前記特徴データ保持部に既に記憶されている前記エラー発生時特徴データに含まれる状態値とを比較し、該比較の結果に応じて前記管理対象システムの制御を行うシステム制御部とを有することを特徴としている。

また、本発明の他の態様に係るシステム管理方法は、管理対象システムを制御するシステム管理方法であって、前記管理対象システムに対しデータの送信を要求するデータ要求信号を、順次送信するデータ要求送信ステップと、前記データ要求信号に応じて前記管理対象システムから送信されたデータを、順次取得するデータ取得ステップと、前記データ取得ステップにおいて取得された前記データの各々から、前記管理対象システムの動作状態を示す状態値を含む特徴データを抽出する特徴データ抽出ステップと、前記データ取得ステップにおいて取得された前記データの各々から、前記管理対象システム内で発生した処理エラーを示すエラー情報を抽出するエラー情報抽出ステップと、前記特徴データ抽出ステップにおいて抽出された前記特徴データの内の前記処理エラーの発生時の特徴データをエラー発生時特徴データとして記憶する特徴データ保持ステップと、前記データ取得ステップにおいて前記データが取得される毎に、該取得されたデータの内の前記特徴データに含まれる状態値と前記特徴データ保持ステップにおいて既に記憶されている前記エラー発生時特徴データに含まれる状態値とを比較し、該比較の結果に応じて前記管理対象システムの制御を行うシステム制御ステップとを有することを特徴としている。

本発明に係るシステム管理装置及びシステム管理方法においては、過去に処理エラーが発生した状況における特徴データをエラー発生時特徴データとして保持し、管理対象システムからデータを取得する毎に、取得したデータに含まれる特徴データを、保持されているエラー発生時特徴データと比較し、この比較結果に基づいて管理対象システムの動作を制御する。このように、本発明に係るシステム管理装置及びシステム管理方法によれば、取得したデータに含まれる特徴データが、保持されているエラー発生時特徴データに近似している場合に、管理対象システムを適切に制御することによって、管理対象システムにおけるデータ処理上の不具合の発生を減らし、管理対象システムの安定した動作を実現することができる。

本発明の実施の形態１に係るシステム管理装置としてのデータ収集記録装置の構成を概略的に示すブロック図である。 実施の形態１から３に係るデータ収集記録装置によるデータ取得のための処理を示すシーケンス図である。 実施の形態１に係るデータ収集記録装置の動作を示すフローチャートである。 実施の形態１から３における特徴データのデータフォーマットを示す図である。 実施の形態１から３における特徴データの保持に用いるデータフォーマットを示す図である。 本発明の実施の形態２に係るシステム管理装置としてのデータ収集記録装置の構成を概略的に示すブロック図である。 実施の形態２に係るデータ収集記録装置の動作を示すフローチャートである。 実施の形態２に係るデータ収集記録装置のエラーモードにおけるデータ取得のための処理を示すシーケンス図である。 （ａ）及び（ｂ）は、実施の形態２に係るデータ収集記録装置によるデータ取得間隔の制御の例を示す図である。 本発明の実施の形態３に係るシステム管理装置としてのデータ収集記録装置の構成を概略的に示すブロック図である。 実施の形態３に係るシステム管理装置における再生制御部の構成を概略的に示すブロック図である。 実施の形態３に係るデータ収集記録装置の動作を示すフローチャートである。

実施の形態１．
図１は、実施の形態１に係るシステム管理装置としてのデータ収集記録装置１の構成を概略的に示すブロック図である。データ収集記録装置１は、監視システム（管理対象システム）５０からデータを収集及び記録すると共に、管理対象システム５０を制御するシステムである。また、データ収集記録装置１は、実施の形態１に係るシステム管理方法としてのデータ収集記録方法を実施することができる装置である。なお、図１には、データ収集記録装置１に接続される構成として、管理対象システム５０及び不揮発性メモリ１５も示されている。また、図１には、実施の形態１の効果に直接影響を及ぼさない構成は示されていない。

図１に示されるように、データ収集記録装置１は、システム通信部２、データ取得部３、メモリ書込みＩＦ部（メモリ書込みインタフェース部）４、データ要求送信部５、特徴データ抽出部６、エラー情報抽出部７、特徴データ保持部８、システム制御部９、及び、装置制御部１０を有する。装置制御部１０は、ＣＰＵ（中央処理装置）１１によって構成されている。また、メモリ書込みＩＦ部４には、不揮発性メモリ１５が接続されている。また、データ収集記録装置１は、管理対象システムとしての管理対象システム５０に接続されている。不揮発性メモリ１５は、データ収集記録装置１の一部であってもよい。また、不揮発性メモリ１５は、半導体メモリに限定されず、ＨＤＤ、光情報記録媒体、磁気情報記録媒体などの他の種類の記憶装置であってもよい。

図１に示されるように、管理対象システム５０は、映像を撮影するためのカメラ２０ａ，２０ｂ，２０ｃと、カメラ２０ａ，２０ｂ，２０ｃが接続さているハブ２１と、ハブ２１に接続されている監視記録装置３０と、監視記録装置３０に接続されているＨＤＤ（ハードディスクドライブ）３５とを有する監視システムである。また、カメラ２０ａ，２０ｂ，２０ｃとハブ２１間、ハブ２１と監視記録装置３０間、監視記録装置３０とＨＤＤ３５間、及び管理対象システム５０とデータ収集記録装置１間は、ネットワークを介して通信可能に接続されてもよい。また、１台のデータ収集記録装置１に、複数の管理対象システム５０が接続されてもよく、この場合には、１台のデータ収集記録装置１が、管理対象システムを順に切り替えながら制御を行えばよい。

また、データ収集記録装置１は、ユーザが監視記録装置３０における記録動作の開始又は停止などを指示するためのコマンド入力部としてのユーザ操作部、及び、監視記録装置３０の状態を表示するための状態表示部としての液晶モニタを備えてもよい。

システム通信部２は、データ取得の対象となる管理対象システム５０の監視記録装置３０と通信可能に接続される。システム通信部２は、監視記録装置３０へのコマンド（信号）の送信、及び、監視記録装置３０からのデータ（信号）の受信を行う。

データ要求送信部５は、監視記録装置３０に対して管理対象システム５０におけるデータの送信を要求するコマンドであるデータ要求信号Ｃ５などを生成し、システム通信部２を経由して監視記録装置３０にデータ要求信号Ｃ５を順次送信する。

データ取得部３は、データ要求送信部５が生成したデータ要求信号Ｃ５に対する監視記録装置３０からの返送データであるデータＤ５０を順次取得する。監視記録装置３０から受信したデータＤ５０は、メモリ書込みＩＦ部４を経由して不揮発性メモリ１５に時系列に記録される。メモリ書込みＩＦ部４を経由して不揮発性メモリ１５に記録されるデータは、データ取得部３が取得したデータＤ５０のすべてであってもよいが、データ取得部３によって取得されたデータＤ５０の内の特定の収集対象データのみを選択的に収集及び記録するように構成してもよい。実施の形態１においては、データ取得部３によって取得されたデータＤ５０の内、監視記録装置３０のセンサＡ〜Ｚから出力されるセンサ情報データが不揮発性メモリ１５に記録される。

エラー情報抽出部７は、データ取得部３によって順次取得されたデータＤ５０の各々からエラー情報を抽出する。エラー情報は、管理対象システム５０内で発生した処理エラーを示す情報である。

特徴データ抽出部６は、データ取得部３によって順次取得されたデータＤ５０の各々から特徴データＤ３を抽出する。特徴データＤ３は、管理対象システム５０の動作状態を示す状態値を含むデータである。特徴データ抽出部６は、特徴データ抽出部６によって抽出された特徴データＤ３の内の処理エラーの発生時の特徴データをエラー発生時特徴データＤ６として特徴データ保持部８に供給する。

特徴データ保持部８は、特徴データ抽出部６によって抽出された特徴データＤ３の内の処理エラー発生時の特徴データをエラー発生時特徴データＤ６として記憶する。すなわち、特徴データ保持部８は、レジスタ又はメモリを有しており、エラー情報抽出部７によって抽出されたエラー情報に基づいて、その時点（エラー情報が抽出された時点）における特徴データをエラー発生時特徴データＤ６として記憶保持する。

システム制御部９は、特徴データ保持部８に記憶保持されているエラー発生時特徴データＤ６と特徴データ抽出部６によって抽出された特徴データＤ３とを比較し、比較の結果が予め定められた条件を満たす場合に、管理対象システム５０のカメラ２０ａ〜２０ｃ、ハブ２１、監視記録装置３０の制御を行う。具体的に言えば、システム制御部９は、データ取得部３によってデータＤ５０が取得される毎に、取得されたデータＤ５０の特徴データＤ３に含まれる状態値と特徴データ保持部８に既に記憶されているエラー発生時特徴データＤ６に含まれる状態値とを比較し、この比較の結果が所定の条件を満たすときに管理対象システム５０の制御（エラーを発生し難くするための制御）を行う。また、システム制御部９は、特徴データ保持部８に記憶保持されているエラー発生時特徴データＤ６の状態値と特徴データ抽出部６によって抽出された特徴データＤ３の状態値とを比較し、この比較の結果が所定の条件を満たす場合に、管理対象システム５０の制御を行ってもよい。

装置制御部１０は、データ収集記録装置１の構成の全体の制御を行う部分である。例えば、装置制御部１０は、システム通信部２における処理の開始及び停止などの制御を行う。

装置制御部１０は、例えば、ＣＰＵ１１によって構成されており、ＣＰＵ１１がプログラムを実行することで、装置制御部１０による制御が実行される。図１には、ＣＰＵ１１が装置制御部１０のみを含む場合が示されているが、データ収集記録装置１において、装置制御部１０以外の構成要素をＣＰＵ１１によって構成してもよい。例えば、データ取得部３、データ要求送信部５、特徴データ抽出部６、及びエラー情報抽出部７などを、ＣＰＵ１１がプログラムを実行することで実現するように構成してもよい。

システム通信部２は、例えば、ＲＳ−２３２Ｃ規格などのようなシリアル通信仕様に準拠したシリアル通信仕様で構成される。このシリアル通信仕様では、データ収集記録装置１から管理対象システム５０の監視記録装置３０へデータを送信すること、及び、データ収集記録装置１が管理対象システム５０の監視記録装置３０からデータを受信することができる。システム通信部２は、ＲＳ−２３２Ｃ規格の構成に限定されず、ＲＳ−４８５規格のような他のシリアル通信規格に基づく構成、又は、パラレル通信規格に基づく構成としてもよい。また、データ収集記録装置１のシステム通信部２が採用する通信規格と、管理対象システム５０の通信部が採用する通信規格が異なる場合には、システム通信部２とその接続先となる管理対象システム５０の通信部との間に、通信方式を変換する変換装置を介在させればよい。

次に、管理対象システム５０の監視記録装置３０の構成について説明する。図１に示されるように、監視記録装置３０は、入出力ＩＦ部（入出力インタフェース部）３１、ＣＰＵ（中央処理装置）３２、ＨＤＤ入出力ＩＦ部（ハードディスクドライブ入出力インタフェース部）３３、ログデータ蓄積バッファ３４、及びデータ量計測部３６を有する。また、監視記録装置３０は、例えば、センサＡ〜Ｚを有する。センサＡ〜Ｚは、例えば、温度センサ、湿度センサ、加速度センサ、光センサ、振動センサ、傾きセンサ、電圧検出器、電流検出器などのような何らかの物理量を検出するセンサであり、本発明が適用されるシステム管理装置に接続される管理対象システムにおいてセンサの種類及び台数に制限はない。また、センサＡ〜Ｚは、監視記録装置３０の外部、カメラ２０ａ〜２０ｃ位置、ハブ２１内部、ＨＤＤ３５の内部などの他の位置に配置することができる。

入出力ＩＦ部３１は、カメラ２０ａ〜２０ｃから出力された映像データを、ハブ２１を介して受け取り、この映像データをデータ量計測部３６に供給する。データ量計測部３６は、ハブ２１を経由して入力された映像データをＣＰＵ３２に出力するとともに、管理対象システム５０の特徴データの状態値の一例である、映像データの単位時間当たりのデータ量又は単位時間当たりのパケット数を計測する。ＣＰＵ３２は、データ量計測部３６から入力された映像データをＨＤＤ３５に記録するためのデータ処理、及び、システム通信部２よりデータ要求を受けると監視記録装置３０の状態データをログデータ蓄積バッファ３４に出力する処理を行う。ＨＤＤ入出力ＩＦ部３３は、ＣＰＵ３２でデータ処理された映像データのＨＤＤ３５への書込み、及び、ＨＤＤ３５に蓄積されたデータの読出しを行う。また、ＣＰＵ３２が行う単位時間当たりのデータ処理量も、管理対象システム５０の特徴データの状態値の一例である。

図２は、データ収集記録装置１による監視記録装置３０からのデータ取得のための基本的な処理を示すシーケンス図である。図２に示されるように、先ず、データ収集記録装置１のデータ要求送信部５は、監視記録装置３０に対して、データの受信を開始する旨のデータ要求信号Ｃ５であるデータ取得開始要求信号を送る。監視記録装置３０は、データ要求送信部５からのデータ要求信号Ｃ５に応じて、データの送出が可能な状態であれば応答信号（データ取得応答信号）をデータ収集記録装置１に返す。

データ収集記録装置１のデータ要求送信部５は、監視記録装置３０からの応答信号を受けた後に、センサＡ（例えば、筐体内の温度センサ）の検出値（データ値）の取得を、監視記録装置３０に対して要求するコマンド（センサＡ情報要求）を監視記録装置３０に送る。監視記録装置３０は、データ要求送信部５からの要求（センサＡ情報要求）に応じて、その時点（データ要求送信部５からの要求を受信した時点）におけるセンサＡのデータ値（センサＡ情報データ）を返送する。

同様に、データ収集記録装置１のデータ要求送信部５は、監視記録装置３０の他のセンサＢの検出値（データ値）の送出を要求するコマンド（センサＢ情報要求）を監視記録装置３０に送る。監視記録装置３０は、データ要求送信部５からの要求（センサＢ情報要求）に応じて、その時点（データ要求送信部５からの要求を受信した時点）におけるセンサＢのデータ値（センサＢ情報データ）を返送する。

以下同様に、データ収集記録装置１は、必要なデータの取得を行い、最後に、データの取得が終わったことを監視記録装置３０に通知し（データ取得完了通知を送り）、それに対して、監視記録装置３０は、応答（データ取得完了応答）を返送する。以上が、１周期のデータ取得サイクル（ｎ番目のデータであるｄａｔａ（ｎ）を取得するサイクル）であり、このサイクルを、指定の周期間隔Ｔ１、例えば、１０秒周期（Ｔ１＝１０秒）で繰り返すという処理が、基本的な処理シーケンスとなる。なお、ｎは正の整数である。また、周期Ｔ１は、１０秒に限定されない。

図３は、実施の形態１に係るデータ収集記録装置１の動作を示すフローチャートである。先ず、データ収集記録装置１のデータ要求送信部５は、管理対象システム５０としての監視記録装置３０に対して、データの受信を開始する旨の要求を出す（ステップＳ１）。監視記録装置３０は、データ要求送信部５からのデータ要求信号Ｃ５に応じて、データの送出が可能な状態であれば応答を返す。その際に、監視記録装置３０は、応答データとともに、その時点の状態値の１つ（特徴データ）とＣＰＵ３２内における処理エラーの有無を表すエラー情報を併せて送信し、データ収集記録装置１のデータ取得部３は、送信されたデータを受信する（ステップＳ２）。

この特徴データは、監視記録装置３０の動作、特にＣＰＵ３２の処理に影響を与えるパラメータである必要があり、実施の形態１では、データ量計測部３６において計測されたカメラから入力された単位時間当たりのデータ量又はパケット数とする。カメラ２０ａ〜２０ｃから入力された単位時間当たりのデータ量又はパケット数が多ければ、ＣＰＵ３２において処理するべきデータ量が増える。そして、ＣＰＵ３２の処理能力を超えるデータ量又はパケット数が監視記録装置３０に入力されると映像データの受信エラー若しくはパケットロス、又は、ＣＰＵ３２におけるデータ処理エラー若しくはＨＤＤ３５への書込みエラーなどの処理エラーが起こる。

ＣＰＵ３２は、データ量計測部３６から単位時間当たりの映像データのデータ量又はパケット数を取得し、ログデータ蓄積バッファ３４へ書込み、システムの状態を表す他のデータとともにデータ収集記録装置１に送信する。また、エラー情報は、ＣＰＵ３２内において行う処理において異常がなかったかを表す情報である。例えば、ハブ２１より入力されたカメラ映像データの受信エラー若しくはパケットロス、又は、ＣＰＵ３２におけるデータ処理エラー若しくはＨＤＤ３５への書込みエラーなどの情報である。

図４は、監視記録装置３０から入力されるデータのデータフォーマットの一例を示す図である。図４は、データ収集記録装置１からデータ取得開始要求信号が送信され、監視記録装置３０からデータ取得応答信号を返す場合に送信されるデータのデータフォーマットである。データ取得応答信号は、データ通信におけるＡｃｋ信号と同様に、データ「１」の応答信号である。データ取得応答信号であるデータ「１」に続くデータは、特徴データとなるデータ量計測部３６において計測された受信データ量（パケット数）を示すデータであり、この後に、上述した監視記録装置３０内の処理中に起こったエラー情報が付加される。

図３の説明に戻り、データ収集記録装置１は、図４に示されるデータ取得応答信号から取得したデータを、メモリ書込みＩＦ部４を介して不揮発性メモリ１５に書き込む（ステップＳ３）。また、特徴データ抽出部６は、図４に示したデータから、特徴データとして、例えば、受信データ量（パケット数）を抽出する（ステップＳ４）。さらに、エラー情報抽出部７は、図４に示したデータから、エラー情報を抽出する（ステップＳ５）。

さらに、エラー情報抽出部７は、ステップＳ５において抽出したエラー情報が、処理エラー有りの情報であるか否かを判定し（ステップＳ６）、処理エラー有りの情報である場合（ステップＳ６においてＹＥＳ）は、そのときの特徴データをエラー発生時特徴データＤ６として特徴データ保持部８に保持し（ステップＳ７）、ステップＳ１０の処理に移る。ステップＳ１０における処理については、後述する。抽出したエラー情報内に処理エラー有りの情報が存在しない場合（ステップＳ６においてＮＯ）は、特徴データは保持せずにステップ８の処理を行う。

ここで、実施の形態１の特徴データ保持部８は、レジスタによって構成されており、複数の特徴データを保持することが可能なように構成されている。図５に特徴データ保持部８のデータフォーマットの一例を示す。図５に示した特徴データ保持部８では、処理エラー有りのときのエラー発生時特徴データＤ６を５個保持している。保持しているエラー発生時特徴データＤ６の各々を特徴データ８Ａ〜８Ｅとすると、特徴データ８Ａ〜８Ｅは、時間的に古いものから順に記録されており、最新のエラー発生時特徴データＤ６は、レジスタ８ａに保持されるように構成されている。そのため、最新の特徴データを保持する場合は、最も古い特徴データＥを消去し、特徴データ８Ａ〜８Ｄを一つずつシフトし、特徴データ８Ａが格納されていたレジスタ８ａに最新の特徴データが保持される。図５では、特徴データ保持部８において保持している特徴データの数を５個としたが、何個でもよく、これに限るものではない。

図３に戻り、システム制御部９は、特徴データ保持部８に保持されているエラー発生時特徴データＤ６に含まれる状態値とステップＳ４において抽出した特徴データＤ３とを比較する（ステップＳ８）。比較の結果、システム制御部９は、ステップＳ４において抽出した特徴データＤ３に含まれる状態値が、特徴データ保持部８に保持されているエラー発生時特徴データＤ６に含まれる状態値を基準として設定された基準範囲内（所定の範囲内）に入っているかどうかの判断を行う（ステップＳ９）。

また、ステップＳ８において特徴データ保持部８に保持しているエラー発生時特徴データＤ６に含まれる状態値を用いてステップＳ４において抽出した特徴データＤ３の状態値との比較を行っているが、比較に用いる特徴データ保持部８に保持しているエラー発生時特徴データＤ６として、図５の特徴データ保持部８のレジスタの内のレジスタ８ａに格納されている最新の特徴データを使用してもよいし、レジスタ８ａ〜８ｅの特徴データの平均値を使用してもよく、さらに、レジスタ８ａ〜８ｅの特徴データの中央値又は最低値を用いてもよい。

ここで、特徴データに含まれる状態値は、実施の形態１では、データ量計測部３６において計測されたカメラから入力された単位時間当たりのデータ量又はパケット数としており、この値が大きくなれば、監視記録装置３０のＣＰＵ３２の処理量も増えるため、処理エラーが発生し易くなる。また、特徴データ保持部８には、過去に処理エラーが起きたときの特徴データであるエラー発生時特徴データＤ６が保持されており、システム制御部９は、監視記録装置３０から入力された特徴データＤ３に含まれる状態値が、特徴データ保持部８に保持されているエラー発生時特徴データＤ６の状態値に近づくと処理エラーが起きる可能性が高いということを検知することができる。すなわち、監視記録装置３０から入力された特徴データＤ３の状態値が特徴データ保持部８に保持されているエラー発生時特徴データＤ６の状態値を基準にして設定された基準範囲に入ると処理エラーが起きる可能性の高い範囲に入っており、設定された基準範囲に入っていなければ処理エラーが起きる可能性は低いと判断することができる。

このような理由により、ステップＳ９においてＮＯと判断された場合は、特徴データＤ３の状態値が、処理エラーが起きる可能性の高いエラー発生時特徴データＤ６の状態値を基準として設定された基準範囲内に入っていないため、特徴データによる監視記録装置３０、及びその周辺機器への制御は終了し、通常のデータの取得動作に移行する。ここで、通常のデータの取得動作とは、図２で示したセンサＡ情報要求からデータ取得完了通知までの処理を行い、データ取得完了後、次のデータ取得時にステップＳ１からの処理を繰り返し行う。

一方、ステップＳ９においてＹＥＳと判断された場合、又は、ステップＳ６においてＹＥＳと判断され、ステップＳ７の処理を行った場合は、特徴データＤ３の状態値が、処理エラーが起きる可能性の高いエラー発生時特徴データＤ６の状態値の範囲に入っている、又は実際に処理エラーが起きており、データ収集記録装置１は、特徴データＤ３の状態値を小さくする、すなわち、監視記録装置３０のＣＰＵ３２の処理量を減らすための制御を行う。データ要求送信部５は、以降のデータ送信要求を中止し（ステップＳ１０）、さらに、システム制御部９は、カメラ２０ａ〜２０ｃ、又は、ハブ２１の配信レートを低くするようにカメラ２０ａ〜２０ｃ及びハブ２１の制御を行う（ステップＳ１１）。その後、次のデータ取得時にステップＳ１からの処理を繰り返し行う。

また、図３には、書かれていないが、次のデータ取得時にステップＳ９においてＮＯと判断された場合、システム制御部９は、配信レートが低くなっているカメラ２０ａ〜２０ｃ、又は、ハブ２１の配信レートを徐々に高くしていくようにカメラ２０ａ〜２０ｃ、又は、ハブ２１の制御を行う。

ここで、ステップＳ９における判断に用いられる、設定された基準範囲とは、例えば、特徴データ保持部８に保持されているエラー発生時特徴データＤ６の状態値が１０００であり、処理エラーが起きる可能性の高い範囲をエラー発生時特徴データＤ６の状態値の１０％以内とすると、特徴データＤ３の状態値が９００以上となると、ステップＳ９においてＹＥＳと判断され、９００未満は、ＮＯと判断される。また、設定された基準範囲（所定の範囲）は、エラー発生時特徴データＤ６の状態値に応じて設定された範囲であれば、他の方法で設定されてもよく、また、下限値と上限値の両方を持つ範囲として設定してもよい。

また、特徴データＤ３として使用する状態値は、データ量計測部３６において計測されたカメラから入力された単位時間当たりのデータ量又はパケット数に限るものではなく、接続しているカメラの台数でもよいし、ＣＰＵ３２の表面温度もしくは監視記録装置３０の内部温度であってもよい。特徴データＤ３として使用する状態値がカメラ台数の場合、接続カメラ台数はハブ２１から出力される映像データとは別に送信され、送信されたカメラ台数情報をそのまま特徴データＤ３として使用することで、ＣＰＵ３２での演算やデータ量計測部３６でのデータ量の計測が不要となり、ＣＰＵ３２の演算量を低減またはデータ量計測部３６を省略することができ、監視システム５０にかかるコストを低減することができる。特徴データＤ３として使用する状態値がＣＰＵ３２の表面温度もしくは監視記録装置３０の内部温度の場合も同様であり、図示していないＣＰＵ３２の表面温度もしくは監視記録装置３０の内部温度を測定する温度センサからの情報をそのまま特徴データＤ３として使用することで、ＣＰＵ３２での演算やデータ量計測部３６でのデータ量の計測が不要となり、ＣＰＵ３２の演算量を低減またはデータ量計測部３６を省略することができ、監視システム５０にかかるコストを低減することができる。さらに、特徴データＤ３は、監視記録装置３０のＣＰＵ３２の負荷と相関のある動作状態データであればよい。

また、以上の説明では、データ収集記録装置１は、所望のデータを１つずつ指定してデータを取得する構成としているが、複数のデータセットをまとめて送受信する構成であってもよい。また、データ収集記録装置１は、１回の通信で、すべてのデータを通信するものであってもよい。

以上に説明したように、実施の形態１に係るデータ収集記録装置１及びデータ収集記録方法によれば、管理対象システム５０から入力されるデータの内の特徴データＤ３の状態値と処理エラーの有無の情報から過去の処理エラーが発生した状況におけるエラー発生時特徴データＤ６の状態値とを比較し、この比較結果から、管理対象システム５０が処理エラーの発生する可能性が高いと判断できたときに、管理対象システム５０の処理量を減らすように対象システムの制御を行うことで、管理対象システム５０の処理エラーを未然に防ぐことができ、管理対象システム５０を安定して動作させることができる。

また、実施の形態１に係るデータ収集記録装置１及びデータ収集記録方法によれば、ＣＰＵによる処理が不要な特徴データを用いて管理対象システム５０の状態を推定するように構成されているため、管理対象システム５０側で新たにＣＰＵの負荷を監視するための処理を行うことなく管理対象システム５０の状態を検知することにより、管理対象システム５０の処理負荷を軽減することができる。また、実施の形態１に係るデータ収集記録装置１及びデータ収集記録方法によれば、安価なＣＰＵで構成されてＣＰＵの処理能力に余裕がない管理対象システム５０においても、管理対象システム５０が動作している状態のデータを詳細に取得することができる。

また、管理対象システム５０の状態を検知するための特徴データＤ３を、データ取得開始要求の応答として受信することで、管理対象システム５０が処理エラーとなる可能性が高いと判断された場合に、詳細な動作状態データの取得を行うことなくデータ取得を完了することで、管理対象システム５０のＣＰＵ負荷が高い場合にデータ取得のための処理負荷を低減することが可能となる。

実施の形態２．
図６は、実施の形態２に係るシステム管理装置としてのデータ収集記録装置１ａの構成を概略的に示すブロック図である。データ収集記録装置１ａは、監視システム（管理対象システム）５０からデータを収集及び記録すると共に、管理対象システム５０を制御するシステムである。また、データ収集記録装置１ａは、実施の形態２に係るシステム管理方法としてのデータ収集記録方法を実施することができる装置である。なお、図６には、データ収集記録装置１ａに接続される構成として、管理対象システム５０及び不揮発性メモリ１５も示されている。また、図６には、実施の形態２の効果に直接影響を及ぼさない構成は示されていない。

図６において、図１に示される構成要素と同一又は対応する構成要素には、図１に示される符号と同じ符号を付す。実施の形態２に係るデータ収集記録装置１ａは、データ要求間隔制御部１２を備える点において、実施の形態１に係るデータ収集記録装置１と相違する。

データ要求間隔制御部１２は、データ要求送信部５に対して、データを要求する間隔の制御信号を送出する。データ要求間隔制御部１２は、データを要求する間隔が異なる３つのモードである、通常モード、エラーモード、及びエラー復帰モードを持っている。データ要求間隔制御部１２は、これらのモードの切り替えを行って、いずれかのモードを選択することによって、監視記録装置３０へのデータ要求の間隔を変更することができる。データ要求間隔制御部１２は、システム制御部９からの制御信号に基づいて、これらのモードの切り替えを行う。ここで、各モードとデータ要求間隔の関係は、エラー復帰モードにおけるデータ要求間隔が最も短く、エラーモードにおけるデータ要求間隔が最も長く、通常モードにおけるデータ要求間隔が中間の長さである。

図７は、実施の形態２に係るデータ収集記録装置１ａの動作を示すフローチャートである。図７において、図３に示される処理ステップと同一又は対応する処理ステップには、図３に示される符号と同じ符号を付す。図７に示される実施の形態２に係るデータ収集記録装置１ａの動作は、ステップＳ１２〜Ｓ１５の処理が追加されている点において、図３に示される実施の形態１に係るデータ収集記録装置１の動作と相違する。

ステップＳ１からＳ１１までの処理は、実施の形態１で説明した処理と同じである。実施の形態２のデータ収集記録装置１ａでは、ステップＳ９においてＹＥＳと判断された場合、又は、ステップＳ６においてＹＥＳと判断され、ステップＳ７の処理を行った場合は、ステップＳ１０及びＳ１１の処理を行った後、システム制御部９は、エラーモードとしてデータの取得間隔が長くなるようにデータ要求間隔制御部１２を制御する（ステップＳ１２）。

図８は、データ収集記録装置１ａのエラーモードにおける監視記録装置３０からのデータ取得のための基本的な処理を示すシーケンス図である。図８では、ｉ番目（ｉは正の整数）のデータであるｄａｔａ（ｉ）を取得する時点のデータ取得応答により得られた特徴データについて、図７のステップＳ９においてＹＥＳと判断し、ステップＳ１０においてその時点でのデータの取得は行わず、データ取得完了通知を送信してデータ収集を停止し、ステップＳ１２において、データ要求間隔制御部１２をエラーモードに設定し、次のデータ取得までの時間間隔を基本的なデータ取得間隔Ｔ１よりも長くなるような間隔Ｔ２（Ｔ１＜Ｔ２）に変更している。

監視記録装置３０の特徴データＤ３の状態値が大きい、すなわち、処理量が多い場合に単純にデータ取得間隔を長くすると、監視記録装置３０が動作している時点の重要なデータが取得できなくなる。そのため、監視記録装置３０のログデータ蓄積バッファ３４に通常モード時の基本データ取得間隔Ｔ１において、データを格納し、データ収集記録装置１ａからのデータ取得要求に対しては、このログデータ蓄積バッファ３４に格納されているデータを順次送出する。

一方、データ取得間隔を長くすると、ログデータ蓄積バッファ３４にデータが蓄積される。ログデータ蓄積バッファ３４にデータが蓄積されたままになると、次にデータ取得間隔を長くしたときにバッファオーバーフローが起きやすくなる。このため、特徴データＤ３の状態値がエラー発生時特徴データＤ６に基づいて設定された基準範囲から外れたときに、データ取得間隔を短くして、ログデータ蓄積バッファ３４に格納されている残データを迅速に減らす必要がある。

図７に戻り、ステップＳ９においてＮＯと判断された場合、上述したように監視記録装置３０が送信するデータに対し、データ収集記録装置１ａによるデータの取得が追いついているか、すなわち、ログデータ蓄積バッファ３４にデータが格納されていないかを判断する（ステップＳ１３）。データ取得が追いついているかの判断は、監視記録装置３０からデータ取得が追いついた旨の通知を受けるか、又は、監視記録装置３０から特徴データとともにログデータ蓄積バッファ３４の空き容量情報を受信することで判断してもよい。

ステップＳ１３においてＹＥＳと判断されると、データ取得が追いついているので、データ要求間隔制御部１２を通常モードに設定する（ステップＳ１４）。一方、ステップＳ１３においてＮＯと判断されると、データ取得が追いついていないのでデータ取得間隔を早くするためにデータ要求間隔制御部１２をエラー復帰モードに設定する（ステップＳ１５）。

さらに、図７に示されていないが、ステップＳ１１の処理の後、次のデータ取得時にステップＳ９においてＮＯと判断された場合、システム制御部９は、配信レートが低くなっているカメラ２０ａ〜２０ｃ、又は、ハブ２１の配信レートを徐々に高くしていくようにカメラ２０ａ〜２０ｃ、又は、ハブ２１の制御を行う。

図９（ａ）及び（ｂ）は、特徴データに含まれる状態値に応じたデータ取得間隔制御の一例を示す図である。図９（ａ）及び（ｂ）において、横軸は時刻ｔを示す時間軸（ｔ軸）であり、縦軸はデータの量を示す。図９（ａ）は、監視記録装置３０におけるデータの一時格納状態を示し、また、図９（ｂ）は、データ収集記録装置１ａによるデータの取得を示す。図９（ｂ）において、ｔ＝ｉ−２の時点、及び、ｔ＝ｉ−１の時点では、特徴データＤ３に含まれる状態値が、エラー発生時特徴データＤ６を基準にして設定された基準範囲内（所定の範囲内）に入っていないと判断され、通常モードである基本データ取得間隔Ｔ１で管理対象システム５０から動作状態データの取得を行っている。一方、ｔ＝ｉの時点では、取得された特徴データＤ３が、エラー発生時特徴データＤ６を基準にして設定された基準範囲内（所定の範囲内）に入ったと判断され、その時点におけるデータ取得を中断するとともに、次のｔ＝ｉ＋１の時点までの時間間隔をエラーモードにおける間隔Ｔ２（Ｔ２＞Ｔ１）に変更する。間隔Ｔ１は、例えば、１０秒であり、間隔Ｔ２は、例えば、２０秒である。ただし、Ｔ１及びＴ２は、他の値であってもよい。その後、ｔ＝ｉ＋２の時点で特徴データＤ３の状態値が、エラー発生時特徴データＤ６を基準にして設定された基準範囲に入っていないと判断されて動作状態データの取得を行うとともに、次のデータ取得時点であるｔ＝ｉ＋３までのデータ取得間隔を、エラー復帰モードである基本データ取得間隔Ｔ１よりも短い間隔Ｔ０に変更する。各時間間隔Ｔ０、Ｔ１、Ｔ２は、Ｔ０＜Ｔ１＜Ｔ２の関係となる。そして、Ｔ０のデータ取得間隔において監視記録装置３０のログデータ蓄積バッファ３４に格納されているデータの取得を行い、ログデータ蓄積バッファ３４に格納されているデータの取得が追いついたら、データ取得間隔を通常モードの基本データ取得間隔Ｔ１に戻して、データの収集を継続する。データの取得が追いついたかどうかは、データ取得応答のなかで、監視記録装置３０より通知される。

なお、実施の形態２におけるデータ取得時間間隔は、データ取得間隔を決めるモードを通常モード、エラーモード、エラー復帰モードの３段階で説明したが、時間間隔は、この３段階に限るものではない。時間間隔は、特徴データＤ３の状態値又はログデータ蓄積バッファ３４の状態に応じて３段階よりも多い又は少ない多段階に切り替えてもよい。

また、実施の形態１と同様、特徴データに含まれる状態値として使用する値は、データ量計測部３６において計測されたカメラから入力された単位時間当たりのデータ量又はパケット数に限るものではなく、接続しているカメラの台数でもよいし、ＣＰＵ３２の表面温度もしくは監視記録装置３０の内部温度であってもよい。特徴データＤ３として使用する状態値がカメラ台数の場合、接続カメラ台数はハブ２１から出力される映像データとは別に送信され、送信されたカメラ台数情報をそのまま特徴データＤ３として使用することで、ＣＰＵ３２での演算やデータ量計測部３６でのデータ量の計測が不要となり、ＣＰＵ３２の演算量を低減またはデータ量計測部３６を省略することができ、監視システム５０にかかるコストを低減することができる。特徴データＤ３として使用する状態値がＣＰＵ３２の表面温度もしくは監視記録装置３０の内部温度の場合も同様であり、図示していないＣＰＵ３２の表面温度もしくは監視記録装置３０の内部温度を測定する温度センサからの情報をそのまま特徴データＤ３として使用することで、ＣＰＵ３２での演算やデータ量計測部３６でのデータ量の計測が不要となり、ＣＰＵ３２の演算量を低減またはデータ量計測部３６を省略することができ、監視システム５０にかかるコストを低減することができる。さらに、監視記録装置３０のＣＰＵ３２の負荷と相関のある動作状態データであればよい。

さらに、データ収集記録装置１ａは、所望のデータを１つずつ指定してデータを取得する構成としているが、複数のデータセットをまとめて送受信する構成であってもよい。また、データ収集記録装置１ａは、１回の通信で、すべてのデータを通信するものであってもよい。

以上に説明したように、実施の形態２に係るデータ収集記録装置１ａ及びデータ収集記録方法によれば、管理対象システム５０から入力される装置の特徴となる特徴データに含まれる状態値と処理エラーの有無の情報から過去の処理エラーが発生した状況におけるエラー発生時特徴データＤ６に含まれる状態値との比較結果から、管理対象システム５０が処理エラーの発生する可能性が高いと判断される場合に、管理対象システム５０の処理量を減らすように管理対象システム５０の制御を行うとともに、データ収集記録装置１ａからのデータ送信要求間隔を長くする。このような制御により、管理対象システム５０のデータ送信に伴う負荷を抑えることが可能となるため、管理対象システム５０の処理エラーを未然に防ぎ、実施の形態１のデータ収集記録装置に比べて、さらに管理対象システム５０を安定して動作させることができる。

また、実施の形態２に係るデータ収集記録装置１ａ及びデータ収集記録方法によれば、ＣＰＵによる処理が不要な特徴データに含まれる状態値を用いて管理対象システム５０の状態を推定するように構成されているため、管理対象システム５０側で新たにＣＰＵの負荷を監視するための処理を行うことなく管理対象システム５０の状態を検知することにより、管理対象システム５０の処理負荷を軽減することができる。また、実施の形態２に係るデータ収集記録装置１ａ及びデータ収集記録方法によれば、安価なＣＰＵで構成されてＣＰＵの処理能力に余裕がない管理対象システム５０においても、管理対象システム５０が動作している状態のデータを詳細に取得することができる。

また、実施の形態２に係るデータ収集記録装置１ａ及びデータ収集記録方法によれば、管理対象システム５０の状態を検知するための特徴データを、データ取得開始要求の応答として受信することで、管理対象システム５０が処理エラーとなる可能性が高いと判断された場合に、詳細な動作状態データの取得を行うことなくデータ取得を完了することで、管理対象システム５０のＣＰＵ負荷が高い場合にデータ取得のための処理負荷を低減することが可能となる。

実施の形態３．
図１０は、実施の形態３に係るシステム管理装置としてのデータ収集記録装置１ｂの構成を概略的に示すブロック図である。データ収集記録装置１ｂは、監視システム（管理対象システム）５０からデータを収集及び記録すると共に、管理対象システム５０を制御するシステムである。また、データ収集記録装置１ｂは、実施の形態３に係るシステム管理方法としてのデータ収集記録方法を実施することができる装置である。なお、図１０には、データ収集記録装置１ｂに接続される構成として、管理対象システム５０及び不揮発性メモリ１５も示されている。また、図１０には、実施の形態３の効果に直接影響を及ぼさない構成は示されていない。

図１０において、図１に示される構成と同一又は対応する構成には、図１に示される符号と同じ符号を付す。実施の形態３に係るデータ収集記録装置１ｂは、再生処理部４０と、再生処理部４０に接続された液晶モニタ４１と、再生処理部４０に接続されたユーザ操作部４２とを有する点において、実施の形態１に係るデータ収集記録装置１と相違する。再生処理部４０は、ユーザ操作部４２によるユーザの操作に応じて、ＨＤＤ３５に記録されている映像データを監視記録装置３０から取得して、取得した映像データの再生のための処理を行い、液晶モニタ４１に取得した映像データに基づく映像を表示する。

図１１は、再生処理部４０の構成を示すブロック図である。図１１に示されるように、再生処理部４０は、通信部４３、ＣＰＵ４４、デコード部４５、メモリ４６、液晶ＩＦ部４７、及びユーザ操作ＩＦ部４８を有する。また、図１１には、再生処理部４０以外の構成は、一部省略している。

通信部４３は、監視記録装置３０との通信を行うためのＩＦ部分であり、ユーザ操作部４２においてユーザが選択又は操作した内容に応じた映像データをＨＤＤ３５から読出すように、監視記録装置３０のＣＰＵ３２に対して映像送信要求通知信号を出力する。また、通信部４３は、監視記録装置３０がＨＤＤ３５から読出し、送信した映像データを受信し、受信した映像データを後段のＣＰＵ４４に供給する。

ＣＰＵ４４は、再生処理部４０全体の制御と通信部４３から入力された映像データの受信処理を行い、受信した映像データをデコード部４５に出力する。また、ＣＰＵ４４は、液晶モニタ４１に表示するグラフィック画面の描画を行い、メモリ４６にグラフィック画面を格納する。さらに、ＣＰＵ４４は、ユーザ操作部４２においてユーザが操作した情報を、ユーザ操作ＩＦ部４８を介して受け取り、読出すべき映像を解析し、映像送信要求通知信号を監視記録装置３０に送信するように通信部４３を制御する。さらに、ＣＰＵ４４は、システム制御部９からの制御信号を受け取り、再生処理部４０全体の制御を行う。

デコード部４５は、ＣＰＵ４４から入力された映像データのデコードを行い、デコード後の映像データをメモリ４６に格納する。メモリ４６は、ＣＰＵ４４において生成されたグラフィック画面とデコード部４５から入力される映像データとを記憶する。液晶ＩＦ部４７は、メモリに格納されているグラフィック画面と映像データとを液晶モニタ４１における表示タイミングに合わせて液晶モニタ４１に出力し、液晶モニタ４１に映像とグラフィックを表示させる。ユーザ操作ＩＦ部４８は、ユーザ操作部４２で操作された情報をＣＰＵ４４に出力する。

実施の形態３におけるデータ収集記録装置１ｂは、上述したように、ユーザ操作部４２で入力されたユーザ操作情報に基づいて、ユーザが選択した記録映像を再生し、液晶モニタ４１に表示する再生処理部４０を搭載している。なお、映像の記録の制御を行う監視記録装置３０のＣＰＵ３２と映像の再生の制御を行う再生処理部４０のＣＰＵ４４とが別のＣＰＵである。記録の制御を行うＣＰＵ３２と映像の再生の制御を行うＣＰＵ４４とを１つの共通のＣＰＵで実現することは可能であるが、ＣＰＵの処理量が増えるために監視映像の記録の失敗が起こるリスクが高くなる。また、再生の制御時に共通のＣＰＵがハングアップすると、記録の制御までもが停止するので、監視映像の記録の失敗に繋がる。管理対象システム５０において、映像の記録が停止することは許されないことであるため、監視記録装置３０のＣＰＵ３２は、記録制御のみを行うように構成することが重要となる。なお、これらの考え方は、実施の形態１及び２の構成においても同様であり、記録の制御を行うＣＰＵ３２と、データ収集記録装置１及び１ａの制御を行うＣＰＵ１１とを、別のＣＰＵとしている。

図１２は、実施の形態３に係るデータ収集記録装置１ｂの動作を示すフローチャートである。図１２において、図３に示される処理ステップと同一又は対応する処理ステップには、図３に示される符号と同じ符号を付す。図１２に示される実施の形態３に係るデータ収集記録装置１ｂの動作は、ステップＳ１６，Ｓ１７，Ｓ１８の処理が追加されている点において、図３に示される実施の形態１に係るデータ収集記録装置１の動作と相違する。

ステップＳ１からＳ１１までの処理は、実施の形態１で説明した処理と同じである。実施の形態３のデータ収集記録装置１ｂでは、ステップＳ９においてＹＥＳと判断された場合、又は、ステップＳ６においてＹＥＳと判断され、ステップＳ７の処理を行った場合は、ステップＳ１０及びＳ１１の処理を行った後、システム制御部９は、再生処理の制御するようにＣＰＵ４４に通知し、ＣＰＵ４４は、再生処理を停止するように再生処理部４０の制御を行う（ステップＳ１６）。

また、ステップＳ９においてＮＯと判断された場合、システム制御部９は、再生処理部４０のＣＰＵ４４に再生処理の動作状態の問い合わせを行い、再生処理の動作が停止中かどうかを確認する（ステップＳ１７）。ステップＳ１７においてＹＥＳと判断された場合、システム制御部９は、再生処理の動作を再開するように再生処理部４０のＣＰＵ４４に通知する。一方、ステップＳ１７においてＮＯと判断された場合は、システム制御部９は、図２に示したシーケンスに従ってデータの取得を継続する。

さらに、図１２には記載されていないが、ステップＳ１１の処理の後、次のデータ取得時にステップＳ９においてＮＯと判断された場合、システム制御部９は、配信レートが低くなっているカメラ２０ａ〜２０ｃ、又は、ハブ２１の配信レートを徐々に高くしていくようにカメラ２０ａ〜２０ｃ、又は、ハブ２１の制御を行う。

ここで、実施の形態１と同様、特徴データとして使用する値は、データ量計測部３６において計測されたカメラから入力された単位時間当たりのデータ量又はパケット数に限るものではなく、接続しているカメラの台数でもよいし、ＣＰＵ３２の表面温度もしくは監視記録装置３０の内部温度であってもよい。特徴データＤ３として使用する状態値がカメラ台数の場合、接続カメラ台数はハブ２１から出力される映像データとは別に送信され、送信されたカメラ台数情報をそのまま特徴データＤ３として使用することで、ＣＰＵ３２での演算やデータ量計測部３６でのデータ量の計測が不要となり、ＣＰＵ３２の演算量を低減またはデータ量計測部３６を省略することができ、監視システム５０にかかるコストを低減することができる。特徴データＤ３として使用する状態値がＣＰＵ３２の表面温度もしくは監視記録装置３０の内部温度の場合も同様であり、図示していないＣＰＵ３２の表面温度もしくは監視記録装置３０の内部温度を測定する温度センサからの情報をそのまま特徴データＤ３として使用することで、ＣＰＵ３２での演算やデータ量計測部３６でのデータ量の計測が不要となり、ＣＰＵ３２の演算量を低減またはデータ量計測部３６を省略することができ、監視システム５０にかかるコストを低減することができる。さらに、特徴データとして使用する値は、監視記録装置３０のＣＰＵ３２の負荷と相関のある動作状態データが示す値であればよい。

さらに、データ収集記録装置１ｂは、所望のデータを１つずつ指定してデータを取得する構成としているが、複数のデータセットをまとめて送受信する構成であってもよい。また、データ収集記録装置１ｂは、１回の通信で、すべてのデータを通信するものであってもよい。

また、再生処理部４０のＣＰＵ４４は、システム制御部９から再生処理を制御する通知を受け取ると再生処理を停止するように再生処理部４０を制御することとしているが、監視記録装置３０との通信のみを停止し、それ以外の再生処理は、続けるような制御を行ってもよい。このようにすることで、現在再生中の映像を一時停止した状態で液晶モニタ４１に表示し、グラフィック画面は、自由に変更することが可能であるため、記録映像の読出し停止中である旨を液晶モニタ４１に表示し、ユーザにその旨を知らせることができる。

あるいは、再生処理部４０のＣＰＵ４４は、システム制御部９から再生処理を制御する通知を受け取ると、監視記録装置３０との通信の速度を遅くする、すなわち、映像を再生する際のフレームレートを低くし、記録映像の読出し速度を遅くするような制御を行ってもよい。このようにすることで、現在再生中の映像を、フレームレートを低くした状態でそのまま再生することが可能であるため、ユーザは、そのまま記録映像を見続けることができる。

以上に説明したように、実施の形態３に係るデータ収集記録装置１ｂ及びデータ収集記録方法によれば、管理対象システム５０から入力される装置の特徴となる特徴データＤ３と処理エラーの有無の情報から過去の処理エラーが発生した状況におけるエラー発生時特徴データＤ６の状態値を基準とし、管理対象システム５０の特徴データＤ３の状態値から、管理対象システム５０が処理エラーの発生する可能性が高くなると、管理対象システム５０の処理量を減らすように管理対象システム５０の制御を行うとともに、映像の再生を行う再生処理部４０の動作を停止することで、管理対象システム５０の記録映像の読出し、及び映像データ送信に伴う負荷を抑えることが可能となる。このため、実施の形態３に係るデータ収集記録装置１ｂ及びデータ収集記録方法によれば、管理対象システム５０の処理エラーを未然に防ぎ、実施の形態１のデータ収集記録装置１に比べて、さらに管理対象システム５０を安定して動作させることができる。

さらに、実施の形態３のデータ収集記録装置１ｂと実施の形態２で示したデータ収集記録装置１ａとを組み合わせて構成することも可能である。すなわち、データ収集記録装置１ａの構成に再生処理部４０を追加した構成とし、システム制御部９において、特徴データＤ３の状態値に応じて、カメラ２０ａ〜２０ｃ、ハブ２１、データ要求間隔制御部１２、再生処理部４０を制御し、管理対象システム５０の監視記録装置３０における処理負荷を抑えることで、より一層、管理対象システム５０を安定して動作させることができる。

また、実施の形態３に係るデータ収集記録装置１ｂ及びデータ収集記録方法によれば、ＣＰＵによる処理が不要な特徴データを用いて管理対象システム５０の状態を推定するように構成されているため、管理対象システム５０側で新たにＣＰＵの負荷を監視するための処理を行うことなく、管理対象システム５０の状態を検知することにより、管理対象システム５０の処理負荷を軽減することができる。また、実施の形態３に係るデータ収集記録装置１ｂ及びデータ収集記録方法によれば、安価なＣＰＵで構成されてＣＰＵの処理能力に余裕がない管理対象システム５０においても管理対象システム５０が動作している状態のデータを詳細に取得することができる。

また、実施の形態３に係るデータ収集記録装置１ｂ及びデータ収集記録方法によれば、管理対象システム５０の状態を検知するための特徴データを、データ取得開始要求の応答として受信することで、管理対象システム５０が処理エラーとなる可能性が高いと判断された場合に、詳細な動作状態データの取得を行うことなくデータ取得を完了することで、管理対象システム５０のＣＰＵ負荷が高い場合にデータ取得のための処理負荷を低減することが可能となる。

変形例．
上記実施の形態１から３に係るシステム管理装置は、パーソナルコンピュータ等の電子情報処理装置（コンピュータ）によって実現可能であり、上記実施の形態１から３に係る情報処理方法は電子情報処理装置によって実行可能なプログラムによって実現可能である。この場合のプログラムは、電子情報処理装置としてのシステム管理装置１，１ａ，１ｂによって実行可能なプログラムであって、管理対象システム５０に対しデータの送信を要求するデータ要求信号を、順次送信するデータ要求送信ステップと、前記データ要求信号に応じて管理対象システム５０から送信されたデータを、順次取得するデータ取得ステップと、前記データ取得ステップにおいて取得された前記データの各々から、管理対象システム５０の動作状態を示す状態値を含む特徴データＤ３を抽出する特徴データ抽出ステップと、前記データ取得ステップにおいて取得された前記データの各々から、管理対象システム５０内で発生した処理エラーを示すエラー情報を抽出するエラー情報抽出ステップと、前記特徴データ抽出ステップにおいて抽出された前記特徴データの内の前記処理エラーの発生時の特徴データをエラー発生時特徴データＤ６として記憶する特徴データ保持ステップと、前記データ取得ステップにおいて前記データが取得される毎に、該取得されたデータの内の前記特徴データＤ３に含まれる状態値と前記特徴データ保持ステップにおいて既に記憶されている前記エラー発生時特徴データＤ６に含まれる状態値とを比較し、該比較の結果に応じて前記管理対象システムの制御を行うシステム制御ステップとを実行させるためのプログラムである。また、このプログラムは、システム管理装置が、情報記録媒体から読み込むことによって、又は、ネットワークを経由したダウンロードによって、取得することができる。

本発明のシステム管理装置及びシステム管理方法は、データ要求に応じてデータを送信することができる管理対象システムであれば、例えば、工場の生産システム、オフィス用電子機器、家庭用電子機器、列車などの輸送機関に搭載される機器などのように、監視システム以外のシステムにも適用可能である。

１，１ａ，１ｂ データ収集記録装置（システム管理装置）、 ２ システム通信部、 ３ データ取得部、 ４ メモリ書込みＩＦ部、 ５ データ要求送信部、 ６ 特徴データ抽出部、 ７ エラー情報抽出部、 ８ 特徴データ保持部、 ９ システム制御部、 １０ 装置制御部、 １１，３２，４４ ＣＰＵ、 １２ データ要求間隔制御部、 １５ 不揮発性メモリ、 ２０ａ，２０ｂ，２０ｃ カメラ、 ２１ ハブ、 ３０ 監視記録装置、 ３１ 入出力ＩＦ部、 ３３ ＨＤＤ入出力ＩＦ部、 ３４ ログデータ蓄積バッファ、 ３５ ＨＤＤ、 ３６ データ量計測部、 ４０ 再生処理部、 ４１ 液晶モニタ、 ４２ ユーザ操作部、 ４３ 通信部、 ４５ デコード部、 ４６ メモリ、 ４７ 液晶ＩＦ部、 ４８ ユーザ操作ＩＦ部、 ５０ 監視システム（管理対象システム）、 Ｄ３ 特徴データ、 Ｄ６ エラー発生時特徴データ（保持されている特徴データ）。

Claims (20)

1. 管理対象システムを制御するシステム管理装置であって、
   前記管理対象システムに対しデータの送信を要求するデータ要求信号を、順次送信するデータ要求送信部と、
   前記データ要求信号に応じて前記管理対象システムから送信されたデータを、順次取得するデータ取得部と、
   前記データ取得部によって取得された前記データの各々から、前記管理対象システムの動作状態を示す状態値を含む特徴データを抽出する特徴データ抽出部と、
   前記データ取得部によって取得された前記データの各々から、前記管理対象システム内で発生した処理エラーを示すエラー情報を抽出するエラー情報抽出部と、
   前記特徴データ抽出部によって抽出された前記特徴データの内の前記処理エラーの発生時の特徴データをエラー発生時特徴データとして記憶する特徴データ保持部と、
   前記データ取得部によって前記データが取得される毎に、該取得されたデータの内の前記特徴データに含まれる状態値と前記特徴データ保持部に既に記憶されている前記エラー発生時特徴データに含まれる状態値とを比較し、該比較の結果に応じて前記管理対象システムの制御を行うシステム制御部と
   を有することを特徴とするシステム管理装置。
2. 前記データ要求送信部から送信される前記データ要求信号は、前記管理対象システムに対しデータの送信を要求するデータ取得開始要求信号を含むことを特徴とする請求項１に記載のシステム管理装置。
3. 前記特徴データ保持部が保持する前記エラー発生時特徴データは、前記エラー情報抽出部によって前記エラー情報が抽出されたときに前記特徴データ抽出部によって抽出された前記特徴データであることを特徴とする請求項１又は２に記載のシステム管理装置。
4. 前記システム制御部は、前記データ取得部によって取得されたデータの内の前記特徴データに含まれる状態値が、前記特徴データ保持部に既に記憶されている前記エラー発生時特徴データに含まれる状態値に基づいて設定された基準範囲内である場合に、前記管理対象システムの制御を行うことを特徴とする請求項１から３のいずれか１項に記載のシステム管理装置。
5. 前記データ要求信号の送信間隔を制御するデータ要求間隔制御部をさらに有し、
   前記データ要求間隔制御部は、前記データ取得部によって取得されたデータの内の前記特徴データに含まれる状態値が、前記特徴データ保持部に既に記憶されている前記エラー発生時特徴データに含まれる状態値に基づいて設定された基準範囲内である場合に、前記データ要求信号の送信間隔を長くするように前記データ要求送信部を制御する
   ことを特徴とする請求項１から４のいずれか１項に記載のシステム管理装置。
6. 前記データ要求間隔制御部は、前記データ取得部によって取得されたデータの内の前記特徴データに含まれる状態値が、前記特徴データ保持部に既に記憶されている前記エラー発生時特徴データに含まれる状態値に基づいて設定された基準範囲から外れる場合に、前記データ要求信号の送信間隔を短くするように前記データ要求送信部を制御することを特徴とする請求項５に記載のシステム管理装置。
7. 前記管理対象システムは、カメラと、前記カメラに接続されたハブと、前記ハブに接続され、前記カメラで生成された映像データを記録する記録装置とを含み、
   前記システム制御部は、前記データ取得部によって取得されたデータの内の前記特徴データに含まれる状態値が、前記特徴データ保持部に既に記憶されている前記エラー発生時特徴データに含まれる状態値に基づいて設定された基準範囲内である場合に、前記ハブから前記記録装置に出力される映像データの配信ビットレートを制御する
   ことを特徴とする請求項１から６のいずれか１項に記載のシステム管理装置。
8. 前記管理対象システムは、カメラと、前記カメラに接続されたハブと、前記ハブに接続され、前記カメラで生成された映像データを記録する記録装置とを含み、
   前記システム制御部は、前記データ取得部によって取得されたデータの内の前記特徴データに含まれる状態値が、前記特徴データ保持部に既に記憶されている前記エラー発生時特徴データに含まれる状態値に基づいて設定された基準範囲内である場合に、前記カメラから出力される映像データの配信ビットレートを制御する
   ことを特徴とする請求項１から６のいずれか１項に記載のシステム管理装置。
9. 前記管理対象システムは、カメラと、前記カメラに接続されたハブと、前記ハブに接続され、前記カメラで生成された映像データを記録する記録装置とを含み、
   前記システム制御部は、前記データ取得部によって取得されたデータの内の前記特徴データに含まれる状態値が、前記特徴データ保持部に既に記憶されている前記エラー発生時特徴データに含まれる状態値に基づいて設定された基準範囲内である場合に、前記記録装置に記録している映像データの読出し及び再生処理を停止するように、前記管理対象システムを制御する
   ことを特徴とする請求項１から６のいずれか１項に記載のシステム管理装置。
10. 前記システム管理装置は、前記データ取得部によって取得された前記データの内の収集対象データを収集及び記録するデータ収集記録装置であることを特徴とする請求項１から９のいずれか１項に記載のシステム管理装置。
11. 管理対象システムを制御するシステム管理方法であって、
    前記管理対象システムに対しデータの送信を要求するデータ要求信号を、順次送信するデータ要求送信ステップと、
    前記データ要求信号に応じて前記管理対象システムから送信されたデータを、順次取得するデータ取得ステップと、
    前記データ取得ステップにおいて取得された前記データの各々から、前記管理対象システムの動作状態を示す状態値を含む特徴データを抽出する特徴データ抽出ステップと、
    前記データ取得ステップにおいて取得された前記データの各々から、前記管理対象システム内で発生した処理エラーを示すエラー情報を抽出するエラー情報抽出ステップと、
    前記特徴データ抽出ステップにおいて抽出された前記特徴データの内の前記処理エラーの発生時の特徴データをエラー発生時特徴データとして記憶する特徴データ保持ステップと、
    前記データ取得ステップにおいて前記データが取得される毎に、該取得されたデータの内の前記特徴データに含まれる状態値と前記特徴データ保持ステップにおいて既に記憶されている前記エラー発生時特徴データに含まれる状態値とを比較し、該比較の結果に応じて前記管理対象システムの制御を行うシステム制御ステップと
    を有することを特徴とするシステム管理方法。
12. 前記データ要求送信ステップにおいて送信される前記データ要求信号は、前記管理対象システムに対しデータの送信を要求するデータ取得開始要求信号を含むことを特徴とする請求項１１に記載のシステム管理方法。
13. 前記特徴データ保持ステップにおいて保持された前記エラー発生時特徴データは、前記エラー情報抽出ステップにおいて前記エラー情報が抽出されたときに前記特徴データ抽出ステップにおいて抽出された前記特徴データであることを特徴とする請求項１１又は１２に記載のシステム管理方法。
14. 前記システム制御ステップは、前記データ取得ステップにおいて取得されたデータの内の前記特徴データに含まれる状態値が、前記特徴データ保持ステップおいて既に記憶されている前記エラー発生時特徴データに含まれる状態値に基づいて設定された基準範囲内である場合に、前記管理対象システムの制御を行うことを特徴とする請求項１１から１３のいずれか１項に記載のシステム管理方法。
15. 前記データ取得ステップにおいて取得されたデータの内の前記特徴データに含まれる状態値が、前記特徴データ保持ステップおいて既に記憶されている前記エラー発生時特徴データに含まれる状態値に基づいて設定された基準範囲内である場合に、前記データ要求信号の送信間隔を長くするデータ要求間隔制御ステップをさらに有することを特徴とする請求項１１から１４のいずれか１項に記載のシステム管理方法。
16. 前記データ取得ステップにおいて取得されたデータの内の前記特徴データに含まれる状態値が、前記特徴データ保持ステップおいて既に記憶されている前記エラー発生時特徴データに含まれる状態値に基づいて設定された基準範囲内から外れる場合に、前記データ要求信号の送信間隔を短くするデータ要求間隔制御ステップをさらに有することを特徴とする請求項１５に記載のシステム管理方法。
17. 前記管理対象システムは、カメラと、前記カメラに接続されたハブと、前記ハブに接続され、前記カメラで生成された映像データを記録する記録装置とを含み、
    前記システム制御ステップは、前記データ取得ステップにおいて取得されたデータの内の前記特徴データに含まれる状態値が、前記特徴データ保持ステップおいて既に記憶されている前記エラー発生時特徴データに含まれる状態値に基づいて設定された基準範囲内である場合に、前記ハブから前記記録装置に出力される映像データの配信ビットレートを制御する配信ビットレート制御ステップを含む
    ことを特徴とする請求項１１から１６のいずれか１項に記載のシステム管理方法。
18. 前記管理対象システムは、カメラと、前記カメラに接続されたハブと、前記ハブに接続され、前記カメラで生成された映像データを記録する記録装置とを含み、
    前記システム制御ステップは、前記データ取得ステップにおいて取得されたデータの内の前記特徴データに含まれる状態値が、前記特徴データ保持ステップおいて既に記憶されている前記エラー発生時特徴データに含まれる状態値に基づいて設定された基準範囲内である場合に、前記カメラから出力される映像データの配信ビットレートを制御する配信ビットレート制御ステップを含む
    ことを特徴とする請求項１１から１６のいずれか１項に記載のシステム管理方法。
19. 前記管理対象システムは、カメラと、前記カメラに接続されたハブと、前記ハブに接続され、前記カメラで生成された映像データを記録する記録装置とを含み、
    前記システム制御ステップは、前記データ取得ステップにおいて取得されたデータの内の前記特徴データに含まれる状態値が、前記特徴データ保持ステップおいて既に記憶されている前記エラー発生時特徴データに含まれる状態値に基づいて設定された基準範囲内である場合に、前記記録装置に記録している映像データの読出し及び再生処理を停止するように、前記管理対象システムを制御するステップを含む
    ことを特徴とする請求項１１から１６のいずれか１項に記載のシステム管理方法。
20. コンピュータに、
    管理対象システムに対しデータの送信を要求するデータ要求信号を、順次送信するデータ要求送信ステップと、
    前記データ要求信号に応じて前記管理対象システムから送信されたデータを、順次取得するデータ取得ステップと、
    前記データ取得ステップにおいて取得された前記データの各々から、前記管理対象システムの動作状態を示す状態値を含む特徴データを抽出する特徴データ抽出ステップと、
    前記データ取得ステップにおいて取得された前記データの各々から、前記管理対象システム内で発生した処理エラーを示すエラー情報を抽出するエラー情報抽出ステップと、
    前記特徴データ抽出ステップにおいて抽出された前記特徴データの内の前記処理エラーの発生時の特徴データをエラー発生時特徴データとして記憶する特徴データ保持ステップと、
    前記データ取得ステップにおいて前記データが取得される毎に、該取得されたデータの内の前記特徴データに含まれる状態値と前記特徴データ保持ステップにおいて既に記憶されている前記エラー発生時特徴データに含まれる状態値とを比較し、該比較の結果に応じて前記管理対象システムの制御を行うシステム制御ステップと
    を実行させるためのプログラム。

Images