JP2015035160A - 監視データ記憶装置、監視データ記憶方法およびプログラム - Google Patents

Abstract

【課題】監視対象の装置が出力するデータについて、検索対象のデータ量を削減し、かつ、状態変化を検知できるようにする。
【解決手段】一時記憶部２１は、監視対象の衛星４が出力する直近の所定の期間のデータを記憶する。変化検出部１６は、一時記憶部２１に記憶されたデータから、定めた値を超える変化を検出する。変化記憶部１７は、定めた値を超える変化が検出されたデータを、該データの発生時刻を示す情報とともに変化データ２４として一時記憶部２１とは異なる外部記憶装置７に記憶する。
【選択図】図１

Description

本発明は、監視対象の装置が出力するデータを記憶する、監視データ記憶装置、監視データ記憶方法およびプログラムに関する。

従来コンピュータシステムにおいて、障害が発生した場合に障害を解析するために、そのときの主記憶の内容を記憶装置に記憶することが行われている。例えば、特許文献１には、オペレーティングシステムの障害が発生した場合、障害発生時のメモリ情報を採取し、障害解析を可能とするサーバシステムおよびクラッシュダンプ方法が記載されている。

コンピュータシステムが複雑になるに従って、メモリダンプも複雑になっている。特許文献２には、クラッシュダンプルーチンを実行するメモリがクラッシュ時にアロケートされるデータ処理装置においてクラッシュダンプを実行する技術が記載されている。特許文献４は、単一の制御コントローラにより、システム筐体内で動作している複数のオペレーティングシステムのコンピュータシステムにおけるダンプ方法を提供する。また、特許文献５には、仮想マシンを実行するＯＳ（Operating System）に障害が発生した場合においても、メモリダンプを取得する技術が記載されている。特許文献５の情報処理装置では、メモリにアクセスする複数のプロセッサのうち、利用可能なキャッシュメモリの容量が最も小さいプロセッサを選択して、そのプロセッサにメモリダンププログラムを実行させる。

コンピュータシステムのメモリ容量が増大するにつれて、ダンプする記憶容量も増大し、メモリダンプを検索解析するにも時間がかかるようになる。例えば、特許文献３には、コアダンプファイルからサマリダンプファイルを生成するシステムが記載されている。特許文献３のシステムでは、従来のクラッシュダンプファイルに見られなかった参照を含む、ある種の適切な情報（例えばデータ構造）への参照を格納した参照部分を持つクラッシュダンプファイルを備える。参照部分の情報を利用してクラッシュダンプまたはコアダンプファイルから適切な情報を抽出するためのスタンドアロン型抽出ツールが、クラッシュダンプファイルのサマリまたはミニダンプファイルを生成する。

特許文献６には、ログデータの圧縮率を高める技術が記載されている。特許文献６のログ圧縮装置は、ログデータを構成する複数のログ単位データのなかからログ単位データを取得して、取得単位データとする。ログ差分生成部は、複数のログ単位データのうち、取得単位データと異なる２以上のログ単位データそれぞれについて、取得単位データとの違いを表わす差分データを生成する。差分対象判定部は、複数のログ単位データのうち、差分データのデータ量が最も小さいログ単位データを判定して、選択対象データとする。圧縮単位出力部は、取得単位データを圧縮した圧縮単位データとして、差分対象判定部が判定した選択対象データについてログ差分生成部が生成した差分データを出力する。

特許文献７には、アプリケーションプログラムの障害発生の際に、障害内容等の判別のために必要なログ情報のみをファイル装置に出力することにより、ログ情報を効率よく記録、管理することを可能とするログ情報出力制御装置が記載されている。特許文献７のログ情報出力制御装置は、プログラムエラー情報受信のタイミングの直前および直後の所定範囲内で詳細ログ情報保持領域に格納された詳細ログ情報をログ記憶装置の記憶対象として出力する。

特開２０１１−１４０７５号公報 特開２００９−３２２５２号公報 特開２００２−２０２９０１号公報 特開２００１−１２５８１０号公報 国際公開第２０１２／１４３９７８号 特開２０１１−１１３４４３号公報 特開２００７−５８２６５号公報

上述のコンピュータシステムのクラッシュダンプに見られるように、近年、監視データが大容量化・長期間保持する傾向である。そのような条件下においても、検索表示や故障の際、異常前後のデータを短時間で抽出比較する必要がある。不具合検知時には、大量にある元の詳細なデータを高速に検索して、データの依存関係を検索する必要がある。そのためには、性能の高い高価な装置などを用意する必要がある。そこで、以下のような対策が行われている。
（１）監視データのサンプリング（間引き）技術
（２）集計値（指定期間の最大・最小・平均）の計算を実施
（３）クラッシュダンプなどＯＳ異常時のみ詳細メモリダンプを行い別途解析を実施

しかしながら、これらの対策には以下のような問題がある。間引き処理では、ビット化け等間引の間に発生する瞬間的な状態変化を完全に検知できない。集計では集計単位期間の最大最小平均を検知できても、それらの前後の関係が分からない。大量にある監視データを全検索すると記憶装置・ネットワークの伝送速度と処理速度がボトルネックとなり処理に時間がかかる。特定イベントの前後期間のみのデータの取得が困難である。

本発明は上述のような事情に鑑みてなされたもので、監視対象の装置が出力するデータについて、検索対象のデータ量を削減し、かつ、状態変化を検知できるようにすることを目的とする。

上記目的を達成するため、本発明の観点に係る監視データ記憶装置は、監視対象の装置が出力する直近の所定の期間のデータを記憶する一時記憶部と、一時記憶部に記憶されたデータから、定めた値を超える変化を検出する変化検出部と、定めた値を超える変化が検出されたデータを、該データの発生時刻を示す情報とともに変化データとして一時記憶部とは異なる記憶装置に記憶する変化記憶部と、を備える。

本発明によれば、監視対象の装置が出力するデータについて、検索対象のデータ量を削減し、かつ、状態変化を検知できる。

本発明の実施の形態１に係る監視システムの構成を示すブロック図である。 実施の形態１に係る衛星と衛星管制装置の関係を示す図である。 実施の形態１に係る監視データの構成例を示す図である。 実施の形態１に係る変化データの例を示す図である。 実施の形態１に係る変化データ記憶の動作の一例を示すフローチャートである。 実施の形態１に係るデータ検索の動作の一例を示すフローチャートである。 本発明の実施の形態２に係る監視システムの構成を示すブロック図である。 実施の形態２に係るダンプデータの例を表す図である。 実施の形態２に係るイベントダンプ記憶の動作の一例を示すフローチャートである。 実施の形態２に係るデータ検索の動作の一例を示すフローチャートである。 実施の形態に係る衛星管制装置のハードウェア構成例を示すブロック図である。

以下、本発明の実施の形態について図面を参照して説明する。なお、図中、同一または相当する部分には同じ符号を付す。

実施の形態１．
図１は、本発明の実施の形態１に係る監視システムの構成を示すブロック図である。実施の形態１では、人工衛星を監視対象の装置とする例を取り上げる。監視システムは、衛星４、地球局３、ベースバンド装置（ＢＢＥ）２、監視データ記憶装置である衛星管制装置（ＳＭＡＣ：Satellite Monitor And Control）１、および、監視データの入出力を行うＳＭＡＣクライアント８から構成される。

衛星管制装置（ＳＭＡＣ）１は、１つまたは複数のベースバンド装置（ＢＢＥ）２と接続し、監視対象である衛星４からの監視データをテレメトリデータ（ＴＬＭデータ）として受信する。衛星管制装置１は、監視データを記憶し、ＳＭＡＣクライアント８から入力される要求に従って、監視データの検索および再生の処理を行う。

衛星管制装置１は、データ制御部５、メモリ６および外部記憶装置７を備える。データ制御部５は、監視部９、監視データ記憶部１１、検索・再生部１２および端末接続部１３を含む。監視データ記憶部１１は、一時記憶処理部１４、全データ保存部１５、変化検出部１６および変化記憶部１７を含む。検索・再生部１２は、変化再生部１９と全データ再生部２０を含む。

メモリ６は、データ制御部５が使用する高速で読み書きのできる記憶装置である。データ制御部５の処理構成にあわせ、ＯＳなどの使用するカーネルモードと、ＯＳ上で動作する各種プロセスが使用するユーザモードとに区分けして使用される。メモリ６中では、ユーザモードの監視データ記憶部１１が使用する一時記憶部２１に、最新のものから直近の所定の期間のＴＬＭデータが記憶される。カーネルモードには、ＯＳのステータス２２が記憶される。

外部記録装置７は、メモリ６に比べて読み書き速度は遅いが、記憶容量が大きい記憶装置である。外部記憶装置７には、全監視データ２３と変化データ２４が記憶される。

監視部９は、ＢＢＥ２経由で衛星４からのＴＬＭデータを受信する。監視部９は、監視データ記憶部１１にＴＬＭデータを渡す。監視データ記憶部１１は、ＴＬＭデータを一時記憶部２１と外部記憶装置７に記憶する。

監視データ記憶部１１の一時記憶処理部１４は、ＢＢＥ２から監視部９が受信したＴＬＭデータを順次メモリ６の一時記憶部２１に記憶する。一時記憶処理部１４は、直近の所定の期間より前に受信したＴＬＭデータを一時記憶部２１から消去する。全データ保存部１５は、一時記憶部２１に記憶されたＴＬＭデータの全てを順次、そのデータの発生時刻を示す情報とともに全監視データ２３として外部記憶装置７に記憶する。

変化検出部１６は、一時記憶部２１に記憶されている監視データから、定めた値を超える変化を検出する。定めた値を超える変化は、例えば、同種の監視データについて、発生時刻が隣接する２つの監視データの差が所定の範囲を超える場合である。所定の範囲は、監視データに応じて決められる。例えば、１ビットでも異なれば変化したと検出してもよい。あるいは例えば、隣り合う監視データの差が２バイト以上にわたった場合に、変化したと検出してもよい。

監視対象の装置から出力されるデータがアナログ信号であって、アナログ信号がＡ−Ｄ変換された監視データの場合には、閾値を超える差がある場合に変化したと検出してもよい。変化の検出は、発生時刻が隣り合う２つの監視データの差だけでなく、例えば、前回変化を検出したデータからの差分の累積が所定の値を超えたときに、変化したと検出してもよい。

変化記憶部１７は、変化検出部１６で変化を検出した監視データを、その監視データの発生時刻を示す情報とともに変化データ２４として、一時記憶部２１とは異なる外部記憶装置７に記憶する。したがって、変化データ２４には、変化が検出されたＴＬＭデータだけが記憶される。

端末接続部１３は、ＳＭＡＣクライアント８と通信して、データのやりとりを行う。端末接続部１３は、ＳＭＡＣクライアント８からデータ検索などの指令が入力されるのを監視する。

検索・再生部１２は、ＳＭＡＣクライアント８からの検索要求に対して、一時記憶部２１や外部記憶装置７のデータを検索し、検索し収集したデータをＳＭＡＣクライアント８に送信する。検索・再生部１２の変化再生部１９は、検索・再生するデータが変化データ２４の場合に、検索した変化データ２４を、その発生時刻の順に再生する。全データ再生部２０は、検索・再生するデータが全監視データ２３の場合に、検索した全監視データ２３を、その発生時刻の順に再生する。

検索・再生部１２はさらに、検索した結果の変化データのうち、その間の全ＴＬＭデータを再生する２つの変化データの選択をＳＭＡＣクライアント８から入力する。全ＴＬＭデータを再生する２つの変化データの選択が入力された場合、全データ再生部２０は、選択された２つの変化データの間の発生時刻の全ＴＬＭデータを、全監視データ２３から読み出して、発生時刻の順に再生する。

変化データ２４または全監視データ２３の再生は、例えば、ＳＭＡＣクライアント８のキー操作入力に応じてＴＬＭデータごとにステップで再生したり、ＴＬＭデータの間の発生時刻の差を伸縮した時間差をつけて、自動的に再生したりできる。

ＳＭＡＣクライアント８は、衛星管制装置１の保守などに関する操作の入力を受け付け、検索結果や再生データの表示などを行う。ＳＭＡＣクライアント８は、衛星管制装置１の内部にあっても、外部から衛星管制装置１に接続するものであっても構わない。外部記憶装置７についても、衛星管制装置１の内部にあってもよいし、衛星管制装置１の外部にあってもよい。また、外部記憶装置７は、１つの衛星管制装置１に対して複数あっても、複数の衛星管制装置１が外部記憶装置７を共有してもよい。

図２は、実施の形態１に係る衛星と衛星管制装置の関係を示す図である。衛星管制装置１からＴＬＭデータを受信するベースバンド装置（ＢＢＥ）２の数は、監視システムに対する要求に合わせて、１または複数となる。１または複数のベースバンド装置２からＴＬＭデータを受信する衛星管制装置１もまた、監視システムへの要求に従い、１または複数となる。さらに、衛星管制装置１は、それぞれが、受信したＴＬＭデータなどを記憶するための外部記憶装置７を、図１のように衛星管制装置１の内部に備えてもよいし、衛星管制装置１の外部に備えてもよい。また、図２に示すように、複数の衛星管制装置１が外部記憶装置７を共有してもよい。

図３は、実施の形態１に係る監視データの構成例を示す図である。衛星４の状態を監視するため、衛星４は、アンテナ、太陽電池パネルなどの角度や、各部の温度、各部のステータスなどの多様なアナログデータ、デジタルデータをそれぞれ定期的に地上に送信し、衛星管制装置１はそれらを受信する。衛星管制装置１が受け取るテレメトリデータは、例えば、アンテナ、太陽電池パネルなどの角度や、各部の温度、各部のステータスなどの多様なアナログデータまたはデジタルデータがそれぞれ、図３に示すようにＴＬＭａ〜ＴＬＭｎに相当する。ＴＬＭデータは、数値として、あるいはステータス等を表すコードとして埋め込まれたものが、時間の経過に伴って繰り返される構造となる。

図３における時刻ｔ１、ｔ２等は、ファイル作成基準時刻である。ファイル作成基準時刻は、データ制御部５の各部や、各部の有する各種機能などが、テレメトリデータを参照する際の単位である。外部記憶装置７上では、テレメトリデータを、このファイル作成基準時刻単位でファイルが作成されて記憶される。テレメトリデータを検索する場合も、このファイル作成基準時刻単位で検索する。

例えば、ＳＭＡＣクライアント８が時刻ｔ２〜ｔ３の間のある時刻ｔＡからｔ３〜ｔ４の間のある時刻ｔＢまでのＴＬＭａ〜ＴＬＭｃを検索する場合、データ制御部５は、図３の時刻ｔＡの直前のファイル作成基準時刻ｔ２に始まるファイルから時刻ｔＢの直前のファイル作成基準時刻ｔ３に始まるファイルまでのファイルからデータを取り出して再生する。そして、再生したデータのうち、時刻ｔＡから時刻ｔＢまでの、ＴＬＭａ〜ＴＬＭｃのテレメトリデータをＳＭＡＣクライアント８に送信する。ＳＭＡＣクライアント８は、受信した時刻ｔＡから時刻ｔＢまでの、ＴＬＭａ〜ＴＬＭｃのテレメトリデータを順番に表示などをする。

衛星管制装置１で受信されたテレメトリデータは、一時記憶部２１や外部記憶装置７に記憶される。テレメトリデータは、衛星４の保守の際などに、必要なデータが検索により一時記憶部２１や外部記憶装置７から呼び出され、使用される。衛星４の保守のために行うデータの参照としては、通常時に行う観測データの長期検索と、障害時に行う障害検索とがある。

長期検索では、図３に示すテレメトリデータの長期的な変動、例えば、1日の動きや、季節による変動などを観測する。長期検索によって、衛星４各部や衛星４の周囲の環境の変化などを推測し、異常の兆候の検出や経年劣化の状況の推測を行い、必要な対策を検討する。また、長期検索では、異常などの発生を表す特定のイベント、例えば、特定のデータが観測されることや、特定のパターンでデータが発生することが観測されることを検出し、地上から衛星４の異常を検出する。

障害検索では、障害発生時前後のテレメトリデータを詳細に調べ、異常発生状況や、原因を推測し、有効な対策を検討するための情報とする。また、このとき、異常が地上の衛星管制装置１の制御や、制御や監視に用いる通信状態に関連するものであるかを調査する為に、異常発生時の付随情報（ＯＳステータスなどのデータ）も使用する。

図４は、実施の形態１に係る変化データの例を示す図である。図４（ａ）は、変化データ（チェンジスナップデータともいう）を検出する前の全ＴＬＭデータを示す。図４（ｂ）は、図４（ａ）の全ＴＬＭデータから抽出された変化データを示す。図４（ａ）の全ＴＬＭデータは、一時記憶部２１に記憶されている。

図１の変化記憶部１７は、テレメトリデータを時刻ｔ２などのファイル作成基準時刻単位で変化データ２４のファイルを作成し記憶する。例えば、時刻ｔ２に始まるファイルで説明すると、変化記憶部１７は、データを記憶する最初の時刻（ファイル作成基準時刻ｔ２）においては全てのテレメトリデータＴＬＭａ〜ＴＬＭｎの初期値を記憶する。そして、それ以後次のファイル作成基準時刻ｔ３までは、各テレメトリデータＴＬＭａ〜ＴＬＭｎで変化のあったデータのみ記録をする。図４（ｂ）では、各ＴＬＭデータ（ＴＬＭａ〜ＴＬＭｎ）について、変化検出部１６が変化を検出したＴＬＭデータに「（変化）」の文字を付している。

各テレメトリデータＴＬＭａ〜ＴＬＭｎの変化は、受信したテレメトリデータをその前に受信したテレメトリデータＴＬＭａ〜ＴＬＭｎと比較し、テレメトリデータの種類ごとに定められた閾値以上の変化があったかにより判定する。閾値と判定基準は、例えばテレメトリデータがステータスを表すコードなどであれば、異なるコードであるか、つまり、閾値を１ビットとして、１ビット以上の変化があるかを判定基準にする。テレメトリデータが、例えば温度などのアナログの数値であれば、閾値を温度が変化したと認められるだけのノイズレベルより十分に大きな値として、その閾値以上に温度が変化したかを判定基準とする。

時刻ｔ２に始まるファイルでは、時刻ｔ２で記憶される初期値以外は、各テレメトリデータに変化があると判定された場合のみ、変化データ２４に記憶される。例えば、時刻ｔ２の後にＴＬＭｂとＴＬＭｃのみが変化し、ＴＬＭａと、ＴＬＭｄ（図示せず）〜ＴＬＭｎが変化しない場合は、変化データファイルの初期値の後にＴＬＭｂとＴＬＭｃのみを、その発生時刻を示す情報とともに追加する。さらにその後、ＴＬＭａとＴＬＭｃのみが変化し、ＴＬＭｂと、ＴＬＭｄ〜ＴＬＭｎが変化しない場合は、変化データファイルの初期値の後にＴＬＭａとＴＬＭｃのみを、その発生時刻を示す情報とともに追加する。このように変化データファイルを構成すると、それぞれの変化データファイルには、初期値と変化したテレメトリデータのみが記録されることになり、元の全ＴＬＭデータに比べて小さい容量で記憶することができる。

また、図４（ｂ）で示す変化データから、例えば、時刻ｔ２から時刻ｔ３までの間のデータを再生する場合は、時刻ｔ２から時刻ｔ３までを含む変化データ２４のファイル（この場合は、時刻ｔ２で始まるファイル）を開き、ファイルの初期値である時刻ｔ２のデータを再生する。そのとき、順次変化データ２４に記憶されている変化したテレメトリデータで、それまでのテレメトリデータを置き換えることで、全ＴＬＭデータを再現することができる。なお、テレメトリデータが温度などのアナログの数値である場合は、閾値を適当に設定することで、全ＴＬＭデータを再現する際の精度と変化データ２４のファイルの容量とを調整することができる。

図５は、実施の形態１に係る変化データ記憶の動作の一例を示すフローチャートである。監視部９がＢＢＥ２からＴＬＭデータを受信すると、一時記憶処理部１４は、ＴＬＭデータを一時記憶部２１に記憶する（ステップＳ１０）。その際、一時記憶部２１の容量を超える場合は、最も古いＴＬＭデータを消去する。受信データがなければ（ステップ１１；ＮＯ）、ステップＳ１０に戻ってＴＬＭデータを受信する。受信データがあれば（ステップ１１；ＹＥＳ）、全データ保存部１５は、受信した最新のＴＬＭデータを全監視データ２３に追記する（ステップＳ１２）。

変化検出部１６は、受信したＴＬＭデータを前のデータと比較する（ステップＳ１３）。変化がなければ（ステップＳ１４；ＮＯ）、ステップＳ１０に戻って、新たなＴＬＭデータを受信する。変化がある場合（ステップＳ１４；ＹＥＳ）、ステップＳ１５に進む。変化記憶部１７は、そのＴＬＭデータが属するファイル生成基準時刻の変化データファイルがまだ生成されていなければ（ステップＳ１５；ＮＯ）、変化データファイルを生成する（ステップＳ１６）。変化データファイルが生成されていれば（ステップＳ１５；ＹＥＳ）、新たに変化データファイルを生成しない。変化記憶部１７は、最新のＴＬＭデータを変化データファイルに追記する（ステップＳ１７）。そして、ステップＳ１０に戻って、新たなＴＬＭデータを受信する。

図６は、実施の形態１に係るデータ検索の動作の一例を示すフローチャートである。検索・再生部１２は、ＳＭＡＣクライアント８からＴＬＭ検索要求を受け取ると（ステップＳ２０）、ＴＬＭ検索要求の時間範囲が、そのときの一時記憶保持期間であれば（ステップＳ２１；ＹＥＳ）、一時記憶部２１からＴＬＭ検索要求に適合するデータを検索して（ステップＳ２２）、検索結果をＳＭＡＣクライアント８に送信する（ステップＳ２８）。

ＴＬＭ検索要求の時間範囲が一時記憶保持期間でない場合（ステップＳ２１；ＮＯ）、高速検索要求であれば（ステップＳ２３；ＹＥＳ）、変化データ２４を検索する（ステップＳ２４）。ＴＬＭ検索要求に適合するデータがあれば（ステップＳ２５；ＹＥＳ）、検索結果をＳＭＡＣクライアント８に送信する（ステップＳ２８）。その場合、変化再生部１９は、検索した変化データ２４を、その発生時刻の順に再生する。高速検索要求でなければ（ステップＳ２３；ＮＯ）、変化データ２４の検索を行わずに、ステップＳ２６に進む。

検索・再生部１２は、検索結果をＳＭＡＣクライアント８に送信するときに、前述のとおり、変化データ２４を発生時刻の順に再生したり、変化データの間の全ＴＬＭデータを全監視データ２３から読み出して発生時刻の順再生することができる。また、変化データ２４または全監視データ２３の再生には、ＳＭＡＣクライアント８のキー操作入力に応じてＴＬＭデータごとにステップで再生したり、ＴＬＭデータの間の発生時刻の差を伸縮した時間差をつけて、自動的に再生したりできる。

変化データ２４にＴＬＭ検索要求に適合するデータがない場合（ステップＳ２５；ＮＯ）、ＴＬＭ検索要求が全ＴＬＭデータを対象とする全データ検索の場合（ステップＳ２６；ＹＥＳ）、全監視データ２３を検索する（ステップＳ２７）。そして、検索結果をＳＭＡＣクライアント８に送信する（ステップＳ２８）。その場合、全データ再生部２０は、検索した全監視データ２３を、その発生時刻の順に再生する。そして、ステップＳ２０に戻って、ＳＭＡＣクライアント８からＴＬＭ検索要求の受け取りを待機する。

変化データ２４にＴＬＭ検索要求に適合するデータがない場合（ステップＳ２５；ＮＯ）、ＴＬＭ検索要求が全データの検索を要求していなければ（ステップＳ２６；ＮＯ）、ステップＳ２０に戻って、ＳＭＡＣクライアント８からＴＬＭ検索要求の受け取りを待機する。

一時記憶部２１上のデータは、外部記憶装置７に比べて読み書きを高速に行えるので検索が高速である。変化データ２４は、外部記憶装置７上の全監視データ２３に比べてデータ量が小さく、検索・再生を高速に行うことができる。そのため、一時記憶部２１、変化データ２４、全監視データ２３の順で検索することによって、ＳＭＡＣ１で行う検索、再生を高速で行うことができる。

以上説明したように、実施の形態１に係る監視データ記憶装置（衛星管制装置１）によれば、受信した監視データを、値に変化があったもののみを変化データ２４として記憶することにより、検索対象のデータ量を削減し、かつ、状態変化を検知できる。また、一時記憶部２１、変化データ２４、全監視データ２３の順で検索することにより、記憶したデータから所望のデータを効率よく検索し、再生することができる。

実施の形態２．
図７は、本発明の実施の形態２に係る監視システムの構成を示すブロック図である。実施の形態２では、監視対象の装置の所定の事象が発生した場合に、該事象が発生したことを検出した時刻のデータを含む所定の期間のデータをダンプデータ２５として外部記憶装置７に記憶する。実施の形態２の衛星管制装置１（監視データ記憶装置）は、実施の形態１の構成に加えて、イベント検出部１０およびイベントダンプ部１８を備える。そして、外部記憶装置７には、ダンプデータ２５が記憶される。

イベント検出部１０は、ＢＢＥ２から受信するＴＬＭデータから、所定の事象（イベント）が発生したことを検出する。所定の事象が発生した場合には、例えば、ＴＬＭデータに特定の範囲を超える異常なデータが発生した場合、ＴＬＭデータの中に特定のコードが発生した場合、あるいは、ＴＬＭデータを受信するタイミングが所定の範囲を超えた場合、などがある。また、監視データ記憶装置（衛星管制装置１）自身が特定の状態、例えばエラーコードが発生した場合や、ウォッチッグタイマがタイムアウトになった場合なども、所定の事象として検出してもよい。

イベントダンプ部１８は、イベント検出部１０で所定の事象が発生したことを検出したときに、一時記憶部２１に記憶されているデータのうち、その事象が発生したことを検出した時刻のデータを含む所定の期間のデータを、事象を特定する情報および事象が発生したことを検出した時刻を示す情報とともに、ダンプデータ２５（イベントダンプ）として外部記憶装置７に記憶する。イベントダンプ部１８は、異常などの発生を表す特定のイベント単位でファイルを作成して外部記憶装置７に記憶する。

図８は、実施の形態２に係るダンプデータの例を表す図である。図８（ａ）は、所定の事象（イベント）を検出したときに一時記憶部２１に記憶されている全ＴＬＭデータを示す。図８（ｂ）は、図８（ａ）の全ＴＬＭデータから抽出されたダンプデータ２５を示す。時刻ｔ_Ｅは、事象（イベント）が発生したことを検出した時刻を示す。

例えば、時刻ｔ_Ｅに検出された事象に対応したファイルで説明すると、イベントダンプ部１８は、事象の発生した時刻ｔ_Ｅを基準に、規定の時間ｔ_Δ遡った時刻ｔ_Ｅ−ｔ_Δから、規定の時間ｔ_α経過した時刻ｔ_Ｅ＋ｔ_αまでの全てのテレメトリデータを、１つのダンプデータファイルとして記憶する。イベントの発生を検出したときのＯＳステータスなどの付随情報をダンプデータ２５に含めてもよい。

図９は、実施の形態２に係るイベントダンプ記憶の動作の一例を示すフローチャートである。イベント検出部１０は、所定の事象（イベント）が発生するのを待ち受ける（ステップＳ３０、ステップＳ３１；ＮＯ）。イベントの発生を検出すると（ステップＳ３１；ＹＥＳ）、規定の時間が経過するのを待つ（ステップＳ３２、ステップＳ３３；ＮＯ）。

規定の時間が経過したら（ステップＳ３３；ＹＥＳ）、イベントダンプ部１８は、イベントの発生を検出した時刻ｔ_Ｅを基準に、規定の時間ｔ_Δ遡った時刻ｔ_Ｅ−ｔ_Δから、規定の時間ｔ_α経過した時刻ｔ_Ｅ＋ｔ_αまでの一時記憶部２１に記憶されている全てのテレメトリデータとＯＳステータスなどの付随情報を、外部記憶装置７のダンプデータ２５のファイルに記憶する（ステップＳ３４）。そして、ステップＳ３０に戻って、所定の事象（イベント）が発生するのを待ち受ける。

図１０は、実施の形態２に係るデータ検索の動作の一例を示すフローチャートである。図１０のデータ検索の動作は、図６のフローチャートのステップＳ２５とステップＳ２６の間に、ステップＳ４６とステップＳ４７が追加されている。ステップＳ４０〜ステップＳ４５は、図６のステップＳ２１〜ステップＳ２５と同様である。

検索・再生部１２は、ＴＬＭ検索要求がダンプデータ２５を検索する障害検索の場合に（ステップＳ４６；ＹＥＳ）、ＴＬＭ検索要求に適合するダンプデータ２５のファイルを検索して、ＳＭＡＣクライアント８に返送する（ステップＳ４７）。ダンプデータ２５の検索ではない場合（ステップＳ４６；ＮＯ）、ダンプデータ２５の検索を行わない。ステップＳ４８〜ステップＳ５０は、図６のステップＳ２６〜ステップＳ２８と同様である。

以上説明したように、実施の形態２に係る監視データ記憶装置（衛星管制装置１）によれば、所定の事象が発生したことを検出した場合に、該事象が発生したことを検出した時刻のデータを含む所定の期間のデータをダンプデータ２５として外部記憶装置７に記憶する。ダンプデータ２５は、所定の事象が発生した時のデータに限り記憶されているため、全データを検索する場合に比べて高速でデータの検索が可能である。

図１１は、実施の形態に係る衛星管制装置のハードウェア構成例を示すブロック図である。衛星管制装置１（監視データ記憶装置）は、制御部３１、主記憶部３２、外部記憶部３３、操作部３４、表示部３５、入出力部３６および送受信部３７を備える。主記憶部３２、外部記憶部３３、操作部３４、表示部３５、入出力部３６および送受信部３７はいずれも内部バス３０を介して制御部３１に接続されている。

制御部３１はＣＰＵ（Central Processing Unit）等から構成され、外部記憶部３３に記憶されている制御プログラム３９に従って、テレメトリデータの記憶および検索・再生を実行する。

主記憶部３２はＲＡＭ（Random-Access Memory）等から構成され、外部記憶部３３に記憶されている制御プログラム３９をロードし、制御部３１の作業領域として用いられる。また、ＴＬＭデータの一時記憶部２１およびステータス２２は、主記憶部３２に含まれる。

外部記憶部３３は、フラッシュメモリ、ハードディスク、ＤＶＤ−ＲＡＭ（Digital Versatile Disc Random-Access Memory）、ＤＶＤ−ＲＷ（Digital Versatile Disc ReWritable）等の不揮発性メモリから構成され、上述の処理を制御部３１に行わせるための制御プログラム３９を予め記憶し、また、制御部３１の指示に従って、この制御プログラム３９が記憶するデータを制御部３１に供給し、制御部３１から供給されたデータを記憶する。外部記憶部３３は、全監視データ２３、変化データ２４およびダンプデータ２５を記憶する。

操作部３４はキーボードおよびマウスまたはタッチパネルなどのポインティングデバイス等と、キーボードおよびポインティングデバイス等を内部バス３０に接続するインタフェース装置から構成されている。操作部３４を介して、例えば、ＴＬＭデータの変化を検出する閾値などに関する入力操作を受付ける。

入出力部３６は、ＢＢＥ２と接続するシリアルインタフェースまたはＬＡＮ（Local Area Network）インタフェースから構成されている。入出力部３６を介して、ＢＢＥ２からＴＬＭデータを入力する。

送受信部３７は、無線送受信機、無線モデムまたは網終端装置、およびそれらと接続するシリアルインタフェースまたはＬＡＮ（Local Area Network）インタフェースから構成されている。送受信部３７を介して、ＳＭＡＣクライアント８からＴＬＭ検索要求を受信し、検索結果をＳＭＡＣクライアント８に送信する。

衛星管制装置１の監視部９、監視データ記憶部１１、検索・再生部１２および端末接続部１３の処理は、制御プログラム３９が、制御部３１、主記憶部３２、外部記憶部３３、操作部３４、入出力部３６および送受信部３７などを資源として用いて処理することによって実行する。

なお、上述の機能をどの様なプロセスで実現するかは、上述の構成に限定したものではなく、設計条件に従い、柔軟に決定されるものである。例えば、必要に応じて、監視データ記憶部１１の一時記憶処理部１４、全データ保存部１５、変化検出部１６、変化記憶部１７、イベントダンプ部１８の一つまたは複数を独立したプロセスで実現してもよい。

その他、前記のハードウェア構成やフローチャートは一例であり、任意に変更および修正が可能である。例えば、イベント検出部１０、変化検出部１６またはイベントダンプ部１８などの処理を行う専用の回路またはＤＳＰなどを設けて、それらの処理を制御プログラム３９で行わず、専用のハードウェアで行ってもよい。

制御部３１、主記憶部３２、外部記憶部３３、操作部３４、内部バス３０などから構成される制御処理を行う中心となる部分は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。たとえば、前記の動作を実行するためのコンピュータプログラムを、コンピュータが読み取り可能な記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等）に格納して配布し、当該コンピュータプログラムをコンピュータにインストールすることにより、前記の処理を実行する衛星管制装置１を構成してもよい。また、インターネット等の通信ネットワーク上のサーバ装置が有する記憶装置に当該コンピュータプログラムを格納しておき、通常のコンピュータシステムがダウンロード等することで衛星管制装置１を構成してもよい。

衛星管制装置１の機能を、ＯＳ（オペレーティングシステム）とアプリケーションプログラムの分担、またはＯＳとアプリケーションプログラムとの協働により実現する場合などには、アプリケーションプログラム部分のみを記録媒体や記憶装置に格納してもよい。

また、搬送波にコンピュータプログラムを重畳し、通信ネットワークを介して配信することも可能である。たとえば、通信ネットワーク上の掲示板(BBS：Bulletin Board System)に前記コンピュータプログラムを掲示し、ネットワークを介して前記コンピュータプログラムを配信してもよい。そして、このコンピュータプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、前記の処理を実行できるように構成してもよい。

１ 衛星管制装置（ＳＭＡＣ）、２ ベースバンド装置（ＢＢＥ）、３ 地球局、４ 衛星、５ データ制御部、６ メモリ、７ 外部記憶装置、８ ＳＭＡＣクライアント、９ 監視部、１０ イベント検出部、１１ 監視データ記憶部、１２ 検索・再生部、１３ 端末接続部、１４ 一時記憶処理部、１５ 全データ保存部、１６ 変化検出部、１７ 変化記憶部、１８ イベントダンプ部、１９ 変化再生部、２０ 全データ再生部、２１ 一時記憶部、２２ ステータス、２３ 全監視データ、２４ 変化データ、２５ ダンプデータ、３０ 内部バス、３１ 制御部（ＣＰＵ）、３２ 主記憶部、３３ 外部記憶部、３４ 操作部、３５ 表示部、３６ 入出力部、３７ 送受信部、３９ 制御プログラム。

Claims (7)

1. 監視対象の装置が出力する直近の所定の期間のデータを記憶する一時記憶部と、
   前記一時記憶部に記憶されたデータから、定めた値を超える変化を検出する変化検出部と、
   前記定めた値を超える変化が検出されたデータを、該データの発生時刻を示す情報とともに変化データとして前記一時記憶部とは異なる記憶装置に記憶する変化記憶部と、
   を備える監視データ記憶装置。
2. 前記監視対象の装置が出力するデータの検索条件を取得する検索条件入力部と、
   前記検索条件入力部で取得した検索条件で、前記変化データを前記記憶装置の他のデータに優先して検索する検索部と、
   を備える請求項１に記載の監視データ記憶装置。
3. 前記記憶装置に記憶された変化データを、その発生した時刻の順に再生する変化再生部を備える、請求項１または２に記載の監視データ記憶装置。
4. 前記監視対象の装置が出力し前記一時記憶部に記憶されたデータの全てを、該データの発生時刻を示す情報とともに全データとして前記記憶装置に記憶する全データ記憶部と、
   ２つの前記変化データの指定を取得する再生範囲入力部と、
   前記記憶装置に記憶された、指定された２つの変化データの間の発生時刻の全データを、その発生した時刻の順に再生する全データ再生部と、
   を備える請求項１ないし３のいずれか１項に記載の監視データ記憶装置。
5. 前記監視対象の装置の所定の事象が発生したことを検出する事象検出部と、
   前記事象検出部で前記所定の事象が発生したことを検出した場合に、前記一時記憶部に記憶されているデータのうち該事象が発生したことを検出した時刻のデータを含む所定の期間のデータを、前記事象を特定する情報および前記事象が発生したことを検出した時刻を示す情報とともに、イベントダンプとして前記記憶装置に記憶するダンプ記憶部と、
   を備える請求項１ないし４のいずれか１項に記載の監視データ記憶装置。
6. 監視対象の装置が出力する直近の所定の期間のデータを一時記憶部に記憶する一時記憶ステップと、
   前記一時記憶部に記憶されたデータから、定めた値を超える変化を検出する変化検出ステップと、
   前記定めた値を超える変化が検出されたデータを、該データの発生時刻を示す情報とともに変化データとして前記一時記憶部とは異なる記憶装置に記憶する変化記憶ステップと、
   を備える監視データ記憶方法。
7. コンピュータを、
   監視対象の装置が出力する直近の所定の期間のデータを記憶する一時記憶部、
   前記一時記憶部に記憶されたデータから、定めた値を超える変化を検出する変化検出部、および、
   前記定めた値を超える変化が検出されたデータを、該データの発生時刻を示す情報とともに変化データとして前記一時記憶部とは異なる記憶装置に記憶する変化記憶部、
   として機能させるためのプログラム。

Images