(57)【要約】【課題】システムの構成の変更や、被監視装置の機能追加などによって、被監視装置が送信する送信データのデータ構造が変更になったとしても、送信データを記録した記録データの内容を正しくかつ効率的に取得することができるデータ収集装置およびデータ収集方法を提供すること。【解決手段】データ収集装置２は、被監視装置１から受信した動作状態データ１１ｂと、被監視装置１から受信したデータ構造定義データ１２ｂをコピーしたデータ構造定義データ１２ｃと、動作状態データ１１ｂを受信したときの受信時刻データとを、１つのレコードにまとめ記録データ１４に記録する。【選択図】        図２
2008276373.tif 000002
【特許請求の範囲】
【請求項１】
監視対象である一台以上の被監視装置から送信された前記被監視装置の動作状態に関する動作状態データ、および前記被監視装置から送信され前記動作状態データのデータ構造を定義したデータ構造定義データ、を受信し記録することを特徴とするデータ収集装置。
【請求項２】
前記被監視装置の動作開始時、前記動作状態データのデータ構造変更時、または定期的に、前記被監視装置が送信する前記データ構造定義データを受信することを特徴とする請求項１に記載のデータ収集装置。
【請求項３】
前記動作状態データを、前記動作状態データと前記データ構造定義データとを含む記録データとして記録することを特徴とする請求項１または２に記載のデータ収集装置。
【請求項４】
前記記録データに含まれる前記動作状態データと前記データ構造定義データとを参照して、前記動作状態データの内容を表示することを特徴とする請求項１〜３のいずれか１項に記載のデータ収集装置。
【請求項５】
監視対象である一台以上の被監視装置から送信された送信データを受信し記録するデータ収集装置のデータ収集方法であって、
前記被監視装置から送信された前記被監視装置の動作状態に関する動作状態データを受信するステップと、
前記受信した動作状態データと、前記被監視装置から既に受信した前記動作状態データのデータ構造を定義したデータ構造定義データとをまとめて、前記動作状態データと前記データ構造定義データとを含む記録データとして記録するステップと、
を含むことを特徴とするデータ収集方法。
【請求項６】
前記被監視装置の動作開始時、前記動作状態データのデータ構造変更時、または定期的に、前記被監視装置が送信する前記データ構造定義データを受信するステップ、をさらに含むことを特徴とする請求項５に記載のデータ収集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムの動作状態を監視するために、システムの動作状態データを受信、記録、および表示等するデータ収集装置およびデータ収集方法に関するものである。
【背景技術】
【０００２】
従来のデータ収集装置として、例えば、特許文献１に記載されたデータ収集装置がある。このデータ収集装置では、データ収集を行うための時間的情報またはイベントを含む収集起動条件およびデータ収集元に係る情報を予め登録しておくファイルと、該ファイルに登録してある起動条件に基づいてデータ収集の起動条件を発生させる起動条件発生部と、該起動条件発生部で発生させた起動条件またはデータ収集元から与えられた起動条件と前記ファイルに登録してある起動条件とを比較する比較部とを備え、比較の結果が一致する場合に該当データ収集元からデータを収集すべく構成されている。
【０００３】
【特許文献１】特開平０６−０１９７５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の技術によれば、以下に示すような問題点があった。すなわち、従来のデータ収集装置は、システムの構成の変更や、データ収集元である被監視装置の機能追加などによって、被監視装置が送信する送信データのデータ構造が変更になった場合、データ収集装置は記録した被監視装置の送信データの内容がどのようなデータであるかを認識しその内容を取得するためには、送信データのデータ構造と、データ名称などデータ内容とを対応付けるための定義データを入れ替えなければならないという問題点があった。
【０００５】
また、データ構造変更前に記録した送信データの内容を取得するためには、データ構造が変更された日時や、データ構造変更前の定義データを保持しておく必要があり、取得したいデータの指定期間がデータ構造変更日時の以前かまたは以降かのどちらであるかによって、参照する定義データを切り替える必要があるという問題点があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、システムの構成の変更や、被監視装置の機能追加などによって、被監視装置が送信する送信データのデータ構造が変更になったとしても、送信データを記録した記録データの内容を正しくかつ効率的に取得することができるデータ収集装置およびデータ収集方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明にかかるデータ収集装置は、監視対象である一台以上の被監視装置から送信された前記被監視装置の動作状態に関する動作状態データ、および前記被監視装置から送信され前記動作状態データのデータ構造を定義したデータ構造定義データ、を受信し記録することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、システムの構成の変更や、被監視装置の機能追加などによって、被監視装置が送信する送信データのデータ構造が変更になったとしても、データ構造変更前の送信データの構造と内容を定義したデータ構造定義データを保持する必要がないので、データ構造定義データの入れ替えの必要がない、という効果を奏する。また、データ構造が変更された日時を記憶することも不要となり、記録データを読み込むのみで、データ構造変更前の被監視装置の送信データを取得できるという効果がある。
【発明を実施するための最良の形態】
【０００９】
以下に、本発明にかかるデータ収集装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１０】
実施の形態１．
以下、本発明にかかるデータ収集装置の実施の形態１について、図１〜図６を参照して説明する。
【００１１】
図１は、本実施の形態にかかるデータ収集装置２と被監視装置１との接続構成を示す構成図である。図１では、１はＮ台の被監視装置であって、Ｎは１以上である。なお、以下、Ｎが１の場合について記述する。Ｎが２以上の場合は、以下に示す処理を各被監視装置に対して、それぞれ独立して実行すればよい。２は被監視装置１が送信する送信データを受信、記録、および表示等するデータ収集装置である。２ａはデータ収集装置２を構成しデータ受信、記録、および表示処理を実行する本体装置、２ｂはデータ収集装置２を構成しデータを表示する表示装置、２ｃはデータ収集装置２を構成しユーザーの操作データが入力される入力装置である。３はデータ伝送路であり、被監視装置１と、データ収集装置２とは、データ伝送を行うための例えば通信ケーブルで接続される。データ収集装置２は、例えば、故障発生原因等の解析を目的として、接続された１台以上の被監視装置１が送信する送信データを受信し、必要なデータを過去にわたって記録データとして記録している。
【００１２】
図２は、被監視装置１が送信する動作状態データ１１ａおよびデータ構造定義データ１２ａ、ならびにデータ収集装置２が記録する記録データの流れを示すデータフロー図である。１１ａは被監視装置１が記録する被監視装置１についての動作状態データであって、例えば、正常動作中、または故障中などの動作状態について記録したデータである。被監視装置１は、この動作状態データ１１ａを、伝送路３を使用してデータ収集装置２に送信する。１１ｂはデータ収集装置２が受信した動作状態データであって、データ内容は１１ａと同一である。１２ａは動作状態データ１１ａおよび１１ｂのデータの構造を定義したデータ構造定義データである。データ構造定義データ１２ａは、データ位置、データ名など、動作状態データの構造を定義したデータであり、動作状態データの並び順に定義してもよいし（例えば、図８参照）、データのアドレスやビット位置などを直接定義してもよい（例えば、図９参照）。図８においては、動作状態データの並び順に定義するので、アドレス、ビット位置は記述不要であり、データ名として、ボード名称、部品名称、故障データ名を、「、」で区切って順に記述している。図９においては、アドレスやビット位置などを直接定義するので、アドレス、ビット位置およびデータ名として、ボード名称、部品名称、故障データ名を、「、」で区切って順に記述している。被監視装置１は、データ構造定義データ１２ａを、伝送路３を使用してデータ収集装置２に送信する。１２ｂはデータ収集装置２が受信したデータ構造定義データであって、データ内容は１２ａと同一である。１３は動作状態データ１１ｂを受信した時刻をデータ収集装置２の時計（図示せず）から取得した受信時刻データであり、タイムスタンプとして使用する。１２ｃはデータ収集装置２の内部においてデータ構造定義データ１２ｂをコピーして作成したデータである。動作状態データ１１ｂ、データ構造定義データ１１ｃ、および受信時刻データ１３は１つのデータとして一体化されている。１４は動作状態データ１１ｂ、受信時刻データ１３、データ構造定義データ１２ｃを１レコードにまとめて順に記録した記録データである。
【００１３】
データ構造定義データ１２ａを被監視装置１からデータ収集装置１へ送信し、このデータ構造定義データ１２ａをデータ収集装置１が受信するタイミングについては、例えば、被監視装置１の動作開始時（すなわち、起動時）、一定周期毎、または動作状態データのデータ構造の変更時などが挙げられる。以下、図３〜図５を参照して、具体的に説明する。
【００１４】
図３は、被監視装置１が動作開始時に送信するデータ構造定義データ１２ａをデータ収集装置２が受信する動作を示すタイムチャートである。図３に示すように、被監視装置１は、電源を投入するなどして動作を開始した後、データ構造定義データ１２ａをデータ収集装置２に送信し、データ収集装置２は受信したデータ構造定義データ１２ｂを記憶する。記憶方法は、データ収集装置２に具備したメモリなどの主記憶エリアやハードディスクなどの補助記憶エリアを使用する。被監視装置１は、データ構造定義データ１２ａをデータ収集装置１に送信後、動作状態データ１１ａを送信開始する。
【００１５】
図４は、被監視装置１が一定周期で送信するデータ構造定義データ１２ａをデータ収集装置２が受信する動作を示すタイムチャートである。データ収集装置２が被監視装置１の動作開始より後に動作開始してもデータ構造定義データ１２ｂを受信し記憶できるように、被監視装置１は動作開始後、データ構造定義データ１２ａを例えば一定周期でデータ収集装置２に送信する。データ収集装置２は動作開始後、被監視装置１が送信したデータ構造定義データ１２ａを受信し、データ構造定義データ１２ｂとして記憶する。またデータ構造定義データ１２ｂを記憶する前に、被監視装置１から受信した動作状態データ１１ｂは記録せずに破棄する。
【００１６】
図５は、被監視装置１のデータ構造変更後のデータ構造定義データ１２ａをデータ収集装置２が受信する動作を示すタイムチャートである。システムの構成の変更や、被監視装置１の機能追加などによって、被監視装置１が送信する動作状態データ１１ａの構造が変更になった場合、データ構造変更が完了したあと、動作状態データ１１ａを送信する前に変更後のデータ構造定義データ１２ａをデータ収集装置２に送信する。なお、被監視装置１のデータ構造定義データ１２ａの変更は、動作停止後実施されることもあれば、動作中に新しいデータ構造定義データ１２ａを用意しておき、無瞬断で変更されることもある。動作停止後、データ構造定義データ１２ａを変更し、動作開始する場合のフローチャートは図３と同じとなる。
【００１７】
次に、本実施の形態の動作について説明する。図６は、データ収集装置２のデータ記録時の動作を示すフローチャートである。Ｓ１では、データ収集装置２は、被監視装置１が送信した送信データを受信する。Ｓ２では、送信データの種類を調べ、データ構造定義データ１２ｂであればＳ３へ、データ構造定義データ１２ｂでなければＳ４へ進む。送信データがデータ構造定義データ１２ｂである場合には、Ｓ３において、受信したデータ構造定義データ１２ｂを記憶する。一方、送信データがデータ構造定義データ１２ｂでない場合には、Ｓ４において、送信データが動作状態データ１１ｂであるか否かを調べ、動作状態データ１１ｂであればＳ５へ進み、動作状態データ１１ｂでなければＳ３の処理後のフローに進む。Ｓ５において、動作状態データ１１ｂを受信した時刻を記憶するために受信時刻データ１３を時計から取得する。続いて、Ｓ６では、Ｓ３で記憶したデータ構造定義データ１２ｂをコピーし、記録用のデータ構造定義データ１２ｃを作成する。なお、前述のように、データ構造定義データ１２ｂが記憶されていない場合には、受信した動作状態データ１１ｂを記憶せずに破棄し、データ構造定義データ１２ｂが記憶された状態で、以下の動作を継続する。Ｓ７では、Ｓ５で取得した受信時刻データ１３、Ｓ６でコピーしたデータ構造定義データ１２ｃ、および受信した動作状態データ１１ｂを１レコードとしてまとめて記録データ１４に記録する。このような動作を、送信データを受信する毎に順次実行する。なお、送受信データとして、動作状態データ１１ｂおよびデータ構造定義データ１２ｂのみを想定する場合には、上記のＳ４を設けることなく処理可能である。
【００１８】
以上のように、本実施の形態によれば、システムの構成の変更や、被監視装置の機能追加などによって、被監視装置が送信する送信データのデータ構造が変更になったとしても、データ構造変更前の送信データの構造と内容を定義したデータ構造定義データを保持する必要がないので、データ構造定義データの入れ替えの必要がない。また、複数のデータ構造定義データを管理する必要がなく、データ構造定義データの取り違えが発生しない。さらにまた、構造が変更された日時を記憶することも不要となり、記録データを読み込むのみで、データ構造変更前の被監視装置の送信データを取得できるという効果がある。そのため、例えば、ログデータの検索・表示処理時に、システム更新日を意識することなく作業することができる。
【００１９】
実施の形態２．
本発明にかかるデータ収集装置の実施の形態２によるデータ取得の方法、特にデータ表示時の動作について、図７から図９を参照して説明する。なお、本実施の形態にかかるデータ収集装置の構成は、図１および図２に示す実施の形態１の構成と同様である。
【００２０】
図７は、データ収集装置２で記録した記録データ１４から、必要なデータを取得、表示する時の動作を示すフローチャートである。一例として被監視装置１の故障発生時刻を特定し被監視装置１の動作状態データ１１ｂを表示するために、入力装置２ｃから被監視装置名や表示したいデータのデータ名を入力し、必要なデータを表示装置２ｂに表示させる場合について説明する。
【００２１】
まず、Ｓ２１では、入力装置２ｃを介して、故障が発生した被監視装置名を入力する。ここで被監視装置１を識別できる一意の番号が予め被監視装置識別番号として定義されている場合は、被監視装置識別番号から被監視装置名に変換することが可能であるので、被監視装置名ではなく被監視装置識別番号を入力する構成でもよい。
【００２２】
Ｓ２２では、入力装置２ｃを介して、表示したい被監視装置データのデータ名を入力する。
【００２３】
Ｓ２３では、入力装置２ｃを介して、表示したいデータの開始時刻、終了時刻を入力する。
【００２４】
Ｓ２４では、Ｓ２１で取得した被監視装置名に対応する被監視装置の送信データを記録した記録データファイルをオープンする。
【００２５】
Ｓ２５では、記録データ読み込み位置を１に設定する。
【００２６】
Ｓ２６では、Ｓ２４でオープンした記録データファイルから記録データ読み込み位置における記録データを読み込む。
【００２７】
Ｓ２７では、記録データ読み込み位置を１加算する。
【００２８】
Ｓ２８では、Ｓ２６で取得した記録データから受信時刻データ、動作状態データ、およびデータ構造定義データを抽出する。
【００２９】
Ｓ２９では、Ｓ２８で抽出した受信時刻データとＳ２３で取得した開始時刻とを比較し、受信時刻データ≧開始時刻であれば（開始時刻を過ぎていれば）、Ｓ３０を実行し、そうでなければＳ２６を実行する。
【００３０】
Ｓ３０では、Ｓ２８で抽出した受信時刻データとＳ２３で取得した終了時刻とを比較し、終了時刻≧受信時刻データであれば（終了時刻を過ぎていなければ）、Ｓ３１を実行し、そうでなければＳ３３を実行する。
【００３１】
Ｓ３１では、Ｓ２８で抽出したデータ構造定義データから、Ｓ２２で取得したデータ名が一致するデータを検索し、表示したいデータのデータ位置を抽出する。
【００３２】
Ｓ３２では、Ｓ２２で取得したデータ名とＳ３２で抽出したデータ位置の動作状態データを表示する。続いて、Ｓ２６に戻り、上記の動作を繰り返して実行する。
【００３３】
一方、終了時刻＜受信時刻データとなっている場合にはＳ３３に進み、Ｓ３３では、Ｓ２４でオープンした記録データファイルをクローズする。
【００３４】
図８は、データ構造定義データの構造の一例を示す図であり、動作状態データの並び順に定義した場合である。図８では、各行が１ビットのデータをあらわし、１行目が１バイト目の１ビット目、２行目が１バイト目の２ビット目などに相当する。データが割り付けられていないビットは、＃を記述している。また、各行の構成は、データ名とその他必要な情報を適宜記述している。
【００３５】
図９は、データ構造定義データの構造の別の一例を示す図であり、データのアドレスやビット位置などを直接定義した場合である。図９では、各行が１ビットのデータをあらわし、１桁目がアドレス、２桁目がビット位置をあらわす。アドレスとビット位置を記述するので図８の場合のように、割り付けられていないビット位置をあらわすための＃などの記述の必要がない。また、ビットを定義する記述の順序も任意である。
【００３６】
以上、本実施の形態によれば、システムの構成の変更や、被監視装置１の機能追加などによって、被監視装置１が送信する送信データのデータ構造が変更になったとしても、記録データ１４を読み込むのみで、被監視装置１の送信データを取得し、その内容を表示させることができる。
【００３７】
実施の形態３．
本実施の形態においては、被監視装置１が複数台ある場合について図１０および図１１を参照して説明する。被監視装置１が複数台ある場合は、記録データ１４については、被監視装置毎に個別に作成してもよいし、全被監視装置のデータをまとめて作成してもよい。以下では、被監視装置１の台数を例えば２台として説明するが、３台以上の場合にも同様である。
【００３８】
図１０は、被監視装置１が２台あり、被監視装置毎に記録データ１４を個別に作成する場合であって、被監視装置１が送信する動作状態データおよびデータ構造定義データ、ならびにデータ収集装置が記録する記録データ１４の流れを示すデータフロー図である。図１０に示すように、記録データ１４を、被監視装置１用と被監視装置２用としてそれぞれ作成し、別々に保存されている。
【００３９】
図１１は、被監視装置１が２台あり、両被監視装置の記録データ１４をまとめて作成する場合であって、被監視装置が送信する動作状態データおよびデータ構造定義データ、ならびにデータ収集装置が記録する記録データ１４の流れを示すデータフロー図である。図１１において、１５は被監視装置を識別できる一意の番号が予め定義されている被監視装置識別番号である。全被監視装置のデータをまとめて作成する場合は、被監視装置１が送信する動作状態データ１１ａには被監視装置識別番号１５が付与され、記録データ１４に記録するデータとして被監視装置識別番号１５が追加される。記録データ１４から表示したい被監視装置のデータを取得する際には、この被監視装置識別番号１５をもとに識別する。
【００４０】
本実施の形態のその他の構成および動作は実施の形態１および２と同様であり、また、実施の形態１および２と同様の効果を奏する。
【産業上の利用可能性】
【００４１】
以上のように、本発明にかかるデータ収集装置は、システム内で稼動する各装置の動作状態を監視することを目的として、システムのログデータ等を効率的に検索、表示するのに適している。
【図面の簡単な説明】
【００４２】
【図１】実施の形態１にかかるデータ収集装置と被監視装置との接続構成を示す構成図である。
【図２】実施の形態１において、被監視装置が送信する動作状態データおよびデータ構造定義データ、ならびにデータ収集装置が記録する記録データの流れを示すデータフロー図である。
【図３】被監視装置が動作開始時に送信するデータ構造定義データをデータ収集装置が受信する動作を示すタイムチャートである。
【図４】被監視装置が一定周期で送信するデータ構造定義データをデータ収集装置が受信する動作を示すタイムチャートである。
【図５】被監視装置のデータ構造変更後のデータ構造定義データをデータ収集装置が受信する動作を示すタイムチャートである。
【図６】実施の形態１において、データ収集装置のデータ記録時の動作を示すフローチャートである。
【図７】実施の形態２にかかるデータ収集装置で記録した記録データから、必要なデータを取得、表示する時の動作を示すフローチャートである。
【図８】データ構造データの構造の一例を示す図である。
【図９】データ構造データの構造の別の一例を示す図である。
【図１０】実施の形態３において、被監視装置が２台あり、被監視装置毎に記録データを個別に作成する場合であって、被監視装置が送信する動作状態データおよびデータ構造定義データ、ならびにデータ収集装置が記録する記録データの流れを示すデータフロー図である。
【図１１】実施の形態３において、被監視装置が２台あり、両被監視装置の記録データをまとめて作成する場合であって、被監視装置が送信する動作状態データおよびデータ構造定義データ、ならびにデータ収集装置が記録する記録データの流れを示すデータフロー図である。
【符号の説明】
【００４３】
１  被監視装置
２  データ収集装置
２ａ  本体装置
２ｂ  表示装置
２ｃ  入力装置
３  データ伝送路
１１ａ、１１ｂ  動作状態データ
１２ａ、１２ｂ  データ構造定義データ
１３  受信時刻データ
１４  記録データ
１５  被監視装置識別番号
【図１】
2008276373.tif 000003
【図２】
2008276373.tif 000004
【図３】
2008276373.tif 000005
【図４】
2008276373.tif 000006
【図５】
2008276373.tif 000007
【図６】
2008276373.tif 000008
【図７】
2008276373.tif 000009
【図８】
2008276373.tif 000010
【図９】
2008276373.tif 000011
【図１０】
2008276373.tif 000012
【図１１】
2008276373.tif 000013