(57)【要約】【課題】  地球から見てその所在が変化する衛星の運用者に対して迅速に衛星の不具合等を警告する。【解決手段】  本衛星診断方法は、衛星の特定項目についての状態を表すデータと衛星が当該データを生成した生成時刻とを含む処理対象テレメトリに基づき、衛星診断のために必要な項目と診断基準時間と正規の診断に必要なデータ数より少ない最低必要データ数とを含む診断定義データを格納する診断定義データ格納部から該当診断定義データを読み出す工程と、衛星の特定項目についての状態を表すデータと衛星が当該データを生成した時刻とを含むテレメトリを格納するテレメトリ格納部から、処理対象テレメトリを含み且つ該当診断定義データに規定された条件を満たすテレメトリを取得できるか判断する判断工程と、判断工程において肯定的な判断がなされた場合には、所定の診断処理を実施する診断工程とを含む。【選択図】図１
2006264355.tif 000002
【特許請求の範囲】
【請求項１】
衛星の特定項目についての状態を表すデータと衛星が当該データを生成した生成時刻とを含む処理対象テレメトリ・データに基づき、衛星の診断のために必要な項目と診断基準時間と正規の診断に必要なデータ数より少ない最低必要データ数とを含む診断定義データを格納する診断定義データ格納部から該当診断定義データを読み出すステップと、
衛星の特定項目についての状態を表すデータと衛星が当該データを生成した時刻とを含むテレメトリ・データを格納するテレメトリ・データ格納部から、前記処理対象テレメトリ・データを含み且つ前記該当診断定義データに規定された条件を満たすテレメトリ・データを取得できるか判断する判断ステップと、
前記判断ステップにおいて前記処理対象テレメトリ・データを含み且つ前記該当診断定義データに規定された条件を満たすテレメトリ・データを取得できると判断された場合には、前記該当診断定義データにおける前記最低必要データ数以外の条件を満たし且つ前記テレメトリ・データ格納部に格納されたテレメトリ・データ及び前記処理対象テレメトリ・データを用いて所定の診断処理を実施し、当該診断処理の結果を出力する診断ステップと、
を含み、コンピュータに実行させる衛星診断方法。
【請求項２】
前記診断ステップにおいて使用した前記テレメトリ・データの数が前記最低必要データ数以上であって前記正規の診断に必要なデータ数より少ない場合には、前記所定の診断処理の確度を算出し、出力するステップ、
をさらに含む請求項１記載の衛星診断方法。
【請求項３】
前記テレメトリ・データ格納部が、前記テレメトリ・データの受信時刻のデータを格納し、
前記判断ステップにおいて前記該当診断定義データに規定された前記最低必要データ数のテレメトリ・データを取得できないと判断された場合には、前記処理対象テレメトリ・データを含み且つ前記該当診断定義データにおける前記最低必要データ数以外の条件を満たすテレメトリ・データの受信時刻から、前記該当診断定義データに規定された条件を満たすとされる時刻を予測し、出力するステップ
をさらに含む請求項１記載の衛星診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、衛星運用支援技術に関し、より詳しくは衛星診断技術に関する。
【背景技術】
【０００２】
衛星の運用は、運用者と呼ばれる要員により、衛星の状態に応じて行われる。運用者は、衛星の状態を、衛星から送られてくるデータを表示するモニタを参照して把握し、不具合等の発生及び不具合に至りうる変化の兆候をチェックし、適切に衛星に対して指示を送信する必要がある。
【０００３】
ところで、例えば２４時間見える位置に存在する静止衛星では、テレメトリと呼ばれる衛星からのデータが全て逐次到着するので、例えば今回受信したデータの生成時刻以前１０分間に生成されたデータを用いて診断処理を実施するとしても、当該１０分間に生成されたデータは既に到着しており、直ぐに正規の診断処理を行うことができる。しかし、シャトルや地球周回衛星のように静止衛星以外の衛星は、地球に対する位置が移動するため、恒常的にデータを受信し続けることができず、細切れのデータとして受信することになる。従って、今回受信したデータの生成時刻以前１０分間に生成されたデータが、常に受信済みということは保証されていない。
【０００４】
なお、例えば特開２００３−１２１５２８号公報には、受信障害による計測データの欠落であるサイクルスリップが含まれない測定データを得るための技術が開示されている。具体的には、移動局Ｍの受信機は、ＧＰＳアンテナ、周波数変換部、搬送波再生部、位相カウンタ、時計、演算部、受信部、局間通信用アンテナ、測位装置制御部、エラー報知部、測位点格納部から構成されている。測位衛星から送信された信号を一定時間、同一点の測位点データを収集する。測位装置制御部は、一定時間内における測位点のデータの平均値を算出し、前記測位点のデータと平均値との差を求め、前記測位点のデータの何れかが平均値から所定の値、離れている場合、測定データを破棄し、所定の値、離れていない場合、測位データを保存後、再度データを計測し、前記統計処理、測位点判定処理を繰り返し、所定のデータ数が得られた時に測位処理を終了する。本公報記載の技術についても、結局データを全てそろえることが必要となっている。
【特許文献１】特開２００３−１２１５２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
地球周回衛星のように地上施設との通信が途切れ途切れとなる衛星については、診断に必要なデータが全て揃うまでに通常１日から１週間程度かかってしまい、従来技術のように、全てのデータが揃ってから衛星の状態に対する診断処理を実施するのでは遅すぎる。
【０００６】
従って、本発明の目的は、地球から見てその所在が変化する衛星の運用者に対して迅速に衛星の不具合等を警告することができるようにするための技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明に係る衛星診断方法は、衛星の特定項目についての状態を表すデータと衛星が当該データを生成した生成時刻とを含む処理対象テレメトリ・データに基づき、衛星の診断のために必要な項目と診断基準時間と正規の診断に必要なデータ数より少ない最低必要データ数とを含む診断定義データを格納する診断定義データ格納部から該当診断定義データを読み出すステップと、衛星の特定項目についての状態を表すデータと衛星が当該データを生成した時刻とを含むテレメトリ・データを格納するテレメトリ・データ格納部から、処理対象テレメトリ・データを含み且つ該当診断定義データに規定された条件を満たすテレメトリ・データを取得できるか判断する判断ステップと、判断ステップにおいて処理対象テレメトリ・データを含み且つ該当診断定義データに規定された条件を満たすテレメトリ・データを取得できると判断された場合には、該当診断定義データにおける最低必要データ数以外の条件を満たし且つテレメトリ・データ格納部に格納されたテレメトリ・データ及び処理対象テレメトリ・データを用いて所定の診断処理を実施し、当該診断処理の結果を出力する診断ステップとを含む。
【０００８】
このように全てのデータが揃うまで待つことなく、最低必要データ数のテレメトリ・データを取得できたところで、診断処理を実施するため、運用者に対して不具合等の兆候を早期に警告することができるようになる。
【０００９】
また、上で述べた診断ステップにおいて使用したテレメトリ・データの数が最低必要データ数以上であって正規の診断に必要なデータ数より少ない場合には、上記所定の診断処理の確度を算出し、出力するステップをさらに含むようにしてもよい。このように、正規の診断に必要なデータ数より少ない場合には、通常診断の確度が落ちているため、運用者にどの程度の確度の診断がなされているかを通知して、診断結果の評価を可能とするものである。
【００１０】
また、上で述べたテレメトリ・データ格納部にテレメトリ・データの受信時刻のデータが格納されるようにしてもよい。その際、上で述べた判断ステップにおいて該当診断定義データに規定された最低必要データ数のテレメトリ・データを取得できないと判断された場合には、処理対象テレメトリ・データを含み且つ該当診断定義データにおける最低必要データ数以外の条件を満たすテレメトリ・データの受信時刻から、該当診断定義データに規定された条件を満たすとされる時刻を予測し、出力するステップをさらに含むようにしてもよい。このようにすれば、運用者は、いつごろ診断結果を得ることができるのかを知ることができ、作業のめどを付けやすくなる。
【００１１】
本発明に係る衛星診断方法をコンピュータに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【００１２】
本発明によれば、地球から見てその所在が変化する衛星の運用者に対して迅速に衛星の不具合等を警告することができるようになる。
【発明を実施するための最良の形態】
【００１３】
図１に本発明の一実施の形態に係る全体概要を示す。例えばインターネットであるネットワーク１には、衛星から送信されるテレメトリ・データを受信する受信局５ａ及び５ｂなどが接続されている。受信局５ａは、受信局データレコーダ５１ａを有しており、衛星から受信したテレメトリ・データを一旦受信局データレコーダ５１ａに格納した後、ネットワーク１を介して管制センタなどに設置された診断システム３に送信するようになっている。同様に、受信局５ｂは、受信局データレコーダ５１ｂを有しており、衛星から受信したテレメトリ・データを一旦受信局データレコーダ５１ｂに格納した後、ネットワーク１を介して診断システム３に送信するようになっている。衛星７は、予め定められた軌道を周回しており、搭載データレコーダ７１を有している。例えば、衛星７は、時刻１０：００において受信局５ａと通信を行うことができる位置におり、これまでに搭載データレコーダ７１に蓄積されたデータをテレメトリ・データとして受信局５ａに送信する。その後、時刻１１：００にはいずれの受信局とも通信のできる位置におらず、搭載データレコーダ７１に測定データなどを蓄積する。その後、衛星７は時刻１２：００には受信局５ｂと通信をできる位置におり、これまでに搭載データレコーダ７１に蓄積されたデータをテレメトリ・データとして受信局５ｂに送信する。衛星７は、このような移動及び処理を繰り返す。なお、例えば診断システム３を含む管制センタが地理的に受信局５ｂに近い場合など、受信局５ａより先に受信局５ｂからテレメトリ・データを受信する場合があるものとする。
【００１４】
図２に、本発明の一実施の形態に係る診断システム３の機能ブロック図を示す。診断システム３は、テレメトリ受信部３１と、テレメトリテーブル３２と、診断データ格納部３３と、診断データテーブル３４と、診断ロジックテーブル３５と、診断定義テーブル３６と、診断部３７と、診断確度計算部３８と、診断時刻予測部３９と、第１診断結果テーブル４０と、第２診断結果テーブル４１と、結果表示部４２と、表示装置４３とを含む。
【００１５】
テレメトリ受信部３１は、いずれかの受信局からテレメトリ・データを受信し、テレメトリテーブル３２に格納する。テレメトリテーブル３２に格納されるデータについては後に説明する。診断データ格納部３３は、診断システム３の制御部として機能し、テレメトリテーブル３２からテレメトリデータを読み出して診断データテーブル３４に格納する。診断データテーブル３４に格納されるデータについても後に説明する。診断データ格納部３３は、診断定義テーブル３６を参照して、診断部３７及び診断確度計算部３８、又は診断時刻予測部３９を起動させ、必要なデータを出力する。診断部３７は、診断ロジックテーブル３５を参照して、診断データテーブル３４に格納されたデータを用いて所定の診断処理を実行し、処理結果を第１診断結果テーブル４０に格納する。また、診断確度計算部３８は、診断部３７による所定の診断処理が、正規の診断処理に必要なデータ数より少ない数のデータを用いて行われた場合には、診断データテーブル３４に格納され且つ所定の診断処理において用いられたデータを用いて診断の確度を算出し、算出結果を第２診断結果テーブル４１に格納する。また、診断時刻予測部３９は、診断部３７による所定の診断処理が実施不可能である場合に、いつ頃所定の診断処理を実施できるかを表す予測診断時刻の算出を行い、処理結果を第１診断結果テーブル４０及び第２診断結果テーブル４１に格納する。結果表示部４２は、第１診断結果テーブル４０及び第２診断結果テーブル４１に格納されたデータを用いて表示画面用のデータを生成し、表示装置４３に表示させる。
【００１６】
図２に示した診断システム３は、スタンドアローン型の診断システム３を示しているが、例えばクライアントサーバ型のシステムとして実装することも可能である。その場合、結果表示部４２の代わりに、結果送信部を設けて、ネットワークに接続されている他のコンピュータに画面表示用のデータ（例えばＨＴＭＬ（Hyper Text Markup Language）ファイルなどによるＷｅｂページ）を送信し、他のコンピュータにおいて表示装置に表示させるようにしても良い。
【００１７】
次に、図３にテレメトリテーブル３２に格納されるデータの一例を示す。本実施の形態においては、テレメトリ項目（例えば電源残量などの測定項目）毎にテレメトリテーブルが用意されており、各テレメトリテーブルにおいては、データ到着時刻（データ受信時刻）、生成時刻、及びデータが、データ受信の順番で登録されるようになっている。
【００１８】
また、図４に診断データテーブル３４に格納されるデータの一例を示す。本実施の形態においては、テレメトリ項目毎に診断データテーブル３４が用意されており、各診断データテーブルにおいては、データ到着時刻（データ受信時刻）、生成時間帯、及び診断データが登録されるようになっている。なお、テレメトリテーブルに格納されたデータのソート結果を診断データテーブルに格納するようにしても良いが、テレメトリ・データの量が膨大となるとソート処理の処理負荷が診断処理に影響を与えるほどに大きくなってしまう。従って、診断データテーブル３４において所定の単位生成時間毎にレコードを生成しておき、予め生成時間帯の各欄に該当生成時間帯のデータを登録しておくようにする。また、データ到着時刻の欄には、デフォルト値として未到着を登録しておく。従って特定のテレメトリ・データを登録する場合には、当該特定のテレメトリ・データの生成時刻に応じてデータ（例えば３５Ｗ）及びデータ到着時刻を登録すべきレコードを特定すればよい。
【００１９】
また、図５に診断定義テーブル３６に格納されるデータの一例を示す。本実施の形態における診断定義テーブル３６は、診断項目、当該診断項目の必要テレメトリ項目、診断時間（診断基準時間）、最低必要データ数、正規の診断に必要な計測データ数とを登録するようになっている。例えば診断項目Ａについては、テレメトリ項目１及びテレメトリ項目２について、対応する最低必要データ数のテレメトリ・データが必要となることが規定されている。
【００２０】
次に、図６を用いてテレメトリ受信部３１の処理フローを説明する。テレメトリ受信部３１は、ネットワーク１を介していずれかの受信局からテレメトリ・データをＰＤＵ（Protocol Data Unit）単位で受信する（ステップＳ１）。１つのＰＤＵには、１又は複数のテレメトリ・データが含まれる場合がある。例えば、テレメトリ項目１についてのテレメトリ・データとテレメトリ項目２についてのテレメトリ・データとを１つのＰＤＵで受信することもある。そして、テレメトリ受信部３１は、受信したＰＤＵ内に含まれるテレメトリ・データを対応するテレメトリテーブル３２に受信順に格納する（ステップＳ３）。例えば受信したテレメトリ・データがテレメトリ項目１についてのテレメトリ・データであれば、当該テレメトリ・データをテレメトリ項目１のテレメトリテーブル３２に格納する。また、受信したテレメトリ・データがテレメトリ項目２についてのテレメトリ・データであれば、当該テレメトリ・データをテレメトリ項目２のテレメトリテーブル３２に格納する。この処理を処理終了になるまで繰り返す（ステップＳ５）。
【００２１】
次に、図７を用いて診断データ格納部３３の処理フローを説明する。診断データ格納部３３は、最初のテレメトリ項目に係るテレメトリテーブル３２を特定する（図７：ステップＳ１１）。例えばテレメトリ項目１のためのテレメトリテーブル３２を特定する。そして、特定されたテレメトリテーブル３２から未処理到着テレメトリ・データを１つ読み出す（ステップＳ１３）。その後、特定されたテレメトリテーブル３２に対応する診断データテーブル３４において、生成時刻を基に保存先レコードを特定し、未処理到着テレメトリ・データを格納する（ステップＳ１５）。上で述べたように、診断データテーブル３４には、予め定められた生成時間帯毎にレコードが定義されているので、該当レコードを特定し、到着時刻（受信時刻）及び診断データを格納する。
【００２２】
そして、診断データ格納部３３は、診断定義テーブル３６を参照して、本未処理到着テレメトリ・データが診断に供される診断項目についての診断定義データを読み出す（ステップＳ１７）。例えば、未処理到着テレメトリ・データが、テレメトリ項目１についてのテレメトリ・データである場合には、診断に供される診断項目は診断項目Ａであり、当該診断項目Ａについてのデータを診断定義テーブル３６から読み出す。また、診断定義テーブル３６から読み出した診断定義データに従って、該当診断データテーブルにおいて未処理到着テレメトリ・データの上下を走査してテレメトリ・データを読み出す（ステップＳ１９）。例えば診断項目Ａであれば、テレメトリ項目１の診断データテーブル３４から未処理到着テレメトリ・データの生成時刻（生成時間帯）を含む診断時間１０分間における到着済みテレメトリ・データを読み出し、テレメトリ項目２の診断データテーブル３４から未処理到着テレメトリ・データの生成時刻（生成時間帯）を含む診断時間１０分間における到着済みテレメトリ・データを読み出す。
【００２３】
そして、診断データ格納部３３は、診断データテーブル３４において、診断定義テーブル３６から読み出された診断定義データに規定されている最低必要データ数以上のテレメトリ・データが診断時間内に存在していたか判断する（ステップＳ２１）。これにより現在のテレメトリ・データ受信状況が診断定義データに規定された条件を満たしているか判断されたことになる。もし、読み出された診断定義データに規定されている最低必要データ数以上のテレメトリ・データが診断時間内に存在していたと判断された場合には、診断データ格納部３３は、診断部３７を起動して、ステップＳ１７及びＳ１９で読み出したデータを出力すると共に、以下に述べる処理を実行させる（ステップＳ２３）。なお、処理結果は第１診断結果テーブル４０に格納される。さらに、診断確度計算部３８を起動して、ステップＳ１７及びＳ１９で読み出したデータを出力すると共に、以下に述べる処理を実行させる（ステップＳ２５）。なお、処理結果は第２診断結果テーブル４１に格納される。一方、読み出された診断定義データに規定されている最低必要データ数以上のテレメトリ・データが診断時間内に存在していないと判断された場合には、診断時刻予測部３９を起動して、ステップＳ１７及びＳ１９で読み出したデータを出力すると共に、以下に述べる処理を実行させる（ステップＳ２７）。なお、処理結果は第１診断結果テーブル４０及び第２診断結果テーブル４１に格納される。
【００２４】
ステップＳ２７又はステップＳ２５の後に、診断データ格納部３３は、結果表示部４２を起動させ、第１診断結果テーブル４０及び第２診断結果テーブル４１に格納されたデータを用いて表示装置４３に表示させる（ステップＳ２９）。そして、処理終了であるか判断して（ステップＳ３１）、処理終了でなければ次のテレメトリ項目のテレメトリテーブルを特定し（ステップＳ３３）、ステップＳ１３に戻る。一方、処理終了であれば、診断データ格納部３３は処理を終了させる。
【００２５】
このように、テレメトリ・データの受信状況に応じて、正規の診断処理が行えない場合であっても、最低必要データ数のテレメトリ・データが診断時間内に到着していれば、診断部３７において所定の診断処理を実行し、合わせて診断確度計算部３８において所定の診断処理の確度を算出し、運用者に提示することになる。このようにすれば、診断処理結果を早期に提示することができ、さらに当該所定の診断処理の確度によって当該診断処理結果を採用すべきかの目安をも運用者に提示することが可能となる。
【００２６】
なお、最低必要データ数のテレメトリ・データをも到着していなければ、診断処理は行わず、診断時刻予測部３９により診断可能となる時刻を予測し、運用者に診断結果を参照する目安の時刻を提示することができるようになる。
【００２７】
次に、図８を用いて診断部３７の処理フローを説明する。診断部３７は、診断ロジックテーブル３５から、診断データ格納部３３から受け取った診断項目に対応する診断ロジックを読み出す（ステップＳ４１）。診断ロジックは、例えば図９に示すようなデータである。図９に示した診断ロジックは項目Ａについての診断ロジックであって、条件としては、「テレメトリ１の平均値が３５Ｗより大きく且つテレメトリ２の平均値が３５Ｗより大きい」というものである。また、このような条件を満たす場合の処理内容としては、異常と判断し、「診断項目Ａで異常がありました。対処手順３５番に従って復旧作業を行ってください。」というメッセージを表示するというものである。一方、上で述べた条件を満たさない場合には、正常と判断し、「正常です」というメッセージを表示するということが規定されている。なお、診断ロジックについては、正規の診断処理と本実施の形態における診断ロジックに規定された診断処理とは同じ場合もあれば、異なる場合もある。
【００２８】
従って、診断部３７は、読み出した診断ロジックに従って診断を実施する（ステップＳ４３）。ここでは、ステップＳ１７において特定された診断項目に必要なテレメトリ・データは既に診断データ格納部３３により読み出されており、診断部３７は、診断データ格納部３３から当該テレメトリ・データなどを受け取って処理を行う。図９の例では、診断データの平均値をテレメトリ項目毎に計算して、３５Ｗを超えるか否かを判断する。そして、診断部３７は、診断ロジックに従って行われた診断の結果を第１診断結果テーブル４０に出力する（ステップＳ４５）。また、診断結果の根拠となるデータも第１診断結果テーブル４０に出力する（ステップＳ４７）。そして、元の処理に戻る。
【００２９】
ステップＳ４５及びＳ４７において第１診断結果テーブル４０に出力されるデータの一例を図１０に示す。図１０の例では、ステップＳ４５で出力される診断時刻、診断項目及び診断結果のメッセージと、ステップＳ４７で出力される参考ステータスとが含まれる。参考ステータスは、診断結果の根拠となるデータであり、この例では「（テレメトリ項目１の平均値）３７Ｗ」及び処理に用いられたテレメトリ・データの生成時間帯と、「（テレメトリ項目２の平均値）３６Ｗ」及び処理に用いられたテレメトリ・データの生成時間帯とを含む。
【００３０】
次に、図１１を用いて診断確度計算部３８の処理フローを説明する。まず、診断確度計算部３８は、診断処理に用いられたテレメトリ・データの数（テレメトリ数Ｃ）をカウントする（ステップＳ５１）。診断処理に用いられたテレメトリ・データは、診断データ格納部３３がステップＳ１９で読み出し、診断確度計算部３８に出力したデータである。そして、ステップＳ１７において特定された診断項目に対応する計測データ数（正規の診断に必要なデータ数）とテレメトリ数Ｃとから診断確度（＝テレメトリ数Ｃ／計測データ数）を算出し、第２診断結果テーブル４１に出力する（ステップＳ５３）。なお、正規の診断処理と本実施の形態における診断ロジックにおける診断処理とが一致する場合には、最低必要データ数以上のテレメトリ・データが診断データ格納部３３から読み出されると、計測データ数以上のテレメトリ・データが診断データ格納部３３から読み出される場合もある。そのような場合には確度１００％以上となるので、このような場合にはステップＳ５３以下の処理を行わない場合もある。また、診断確度の計算式は、上で述べたものに限定されない。
【００３１】
さらに、診断確度計算部３８は、ステップＳ１７において特定された診断項目に対応する計測データ数とテレメトリ数Ｃとからデータ受信割合（＝テレメトリ数Ｃ／計測データ数）を算出し、第２診断結果テーブル４１に出力する（ステップＳ５５）。そして元の処理に戻る。
【００３２】
ステップＳ５５まで実行されると、例えば図１２に示すようなデータが第２診断結果テーブル４１に格納される。図１２の例では、診断ステータスとして、ステップＳ５５で算出されたデータ受信割合（２０％）とステップＳ５３で算出された診断結果の確度（２０％）が含まれる。上でも述べたが、本実施の形態では、データ受信割合＝診断結果の確度となっているが、確度については他の計算方式を採用すれば図１２のように一致しない場合もある。
【００３３】
次に、図１３を用いて診断時刻予測部３９の処理フローを説明する。診断時刻予測部３９は、ステップＳ１７で特定された診断定義データに規定された診断時間内の到着済みテレメトリ数（診断データ格納部３３から受け取ったテレメトリ・データの数）が１以下であるか判断する（ステップＳ６１）。本実施の形態では、到着済みテレメトリ数が１以下であれば、診断時刻予測はできないので、診断時刻予測不能を表すメッセージを第１診断結果テーブル４０及び第２診断結果テーブル４１に出力する（ステップＳ６３）。メッセージは、例えば「テレメトリが到着次第診断します。」「いつ診断できるか分かりません。」といったものである。その後ステップＳ６７に移行する。
【００３４】
一方、到着済みテレメトリ数が２以上であると判断された場合には、診断時間内において最も早く到着したテレメトリの到着時刻Ｔ１と、最も遅く到着したテレメトリの到着時刻Ｔ２と、到着済みテレメトリ数Ｃと、最低必要データ数Ｎとから、以下の式に従って予測診断時刻を算出し、第１診断結果テーブル４０及び第２診断結果テーブル４１に出力する（ステップＳ６５）。すなわち、
予測診断時刻＝Ｔ１＋｛（Ｔ１−Ｔ２）／Ｃ｝×Ｎ
この式は、図１４に示すように、（最初のテレメトリの到着時刻，１）と（Ｃ個目のテレメトリの到着時刻，Ｃ）とを直線でつなぎ、当該最低必要データ数Ｎまで伸ばした際の時刻を求めるものである。そして、ステップＳ６７に移行する。
【００３５】
また、診断時刻予測部３９は、ステップＳ１７において特定された診断項目に対応する計測データ数と到着済みテレメトリ数Ｃとからデータ受信割合（＝到着済みテレメトリ数Ｃ／計測データ数）を算出し、第２診断結果テーブル４１に出力する（ステップＳ６７）。
【００３６】
さらに、診断時刻予測部３９は、診断時刻予測の根拠データを参考ステータスのデータとして第１診断結果テーブル４０に出力する（ステップＳ６９）。診断時刻予測の根拠データは、例えば診断データ格納部３３から受け取ったデータそのものであってもよいし、受け取ったデータを平均するなど所定の処理を行った結果であっても良い。その後元の処理に戻る。
【００３７】
ステップＳ６７まで実行すると、例えば図１５（ａ）に示すようなデータが第１診断結果テーブル４０に格納され、図１５（ｂ）に示すようなデータが第２診断結果テーブル４１に格納される。図１５（ａ）の例では、診断時刻（診断時刻予測処理の実施時刻）、診断項目（Ａ）、診断結果（予測診断時刻（ここでは予測不可能を表すメッセージ））、参考ステータス（ここでは到着済みテレメトリ・データそのもの）が含まれる。また、図１５（ｂ）の例では、診断ステータスとして、データ受信割合（１０％）と予測診断時刻（ここでは予測不可能を表すメッセージ）とが含まれる。
【００３８】
最後に結果表示部４２の処理フローを図１６及び図１７を用いて説明する。結果表示部４２は、第１診断結果テーブル４０と第２診断結果テーブル４１に格納されたデータを読み出す（ステップＳ７１）。そして、表示装置４３に表示するための画面データを生成し（ステップＳ７３）、表示装置４３に表示する（ステップＳ７５）。例えば図１７に示すような画面が表示される。図１７の画面例では、第１診断結果テーブル４０に格納されているデータを基にした診断処理実施時刻又は予測処理実施時刻の表示欄１７１と、第１診断結果テーブル４０に格納されているデータを基にした該当診断項目の表示欄１７２と、第２診断結果テーブル４１に格納されているデータを基にした診断ステータス（データ受信割合（ここでは２０％）と確度又は予測診断時刻（ここでは７分後に診断））の表示欄１７３と、第１診断結果テーブル４０に格納されているデータを基にした参考ステータス（例えば診断処理又は診断時刻予測処理の根拠となったテレメトリ・データ）の表示欄１７４と、第１診断結果テーブル４０に格納されているデータを基にした診断結果（ここでは「データが到着次第診断します」というメッセージ）の表示欄１７５とが含まれる。
【００３９】
図１７の画面例では示されていないが、診断処理が実施されれば、診断ステータスの表示欄１７３には、「データ受信８０％  確度８０％」というデータが表示される。また、診断結果としては、診断処理を実施し、異常が認められれば、「診断項目Ａで異常がありました。対処手順３５番に従って復旧作業を行ってください」といったメッセージとなる。
【００４０】
以上のような処理を実施することにより、ランダムに到着するテレメトリ・データを使って従来より早く衛星の診断を行うことができ、異常に対してより早期に対策を実施することができるようになる。また、一方で少ないデータ量で診断処理を実施するので、その診断結果の確度についても運用者に提示するようにしている。これにより、運用者は確度も合わせて診断結果を評価することができるようになる。さらに、診断の実施が不可能である場合であっても、どの程度後に診断が可能となるのかの目安をも提示することができるようになる。このように衛星に不測の事態が発生していないかを早期に確認できるようになるため、衛星の安全な運用を確保できるようになる。
【００４１】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、図２に示した機能ブロックは一例であって、必ずしも実際のプログラム・モジュールに対応するものではない。また、処理フローについても並列実行できるステップや順番を入れ替えられるステップも存在しているので、必ずしも上で示した処理フローでなければならないものではない。
【００４２】
さらに、診断システム３はコンピュータ装置であって、図１８に示すように、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００４３】
（付記１）
衛星の特定項目についての状態を表すデータと衛星が当該データを生成した生成時刻とを含む処理対象テレメトリ・データに基づき、衛星の診断のために必要な項目と診断基準時間と正規の診断に必要なデータ数より少ない最低必要データ数とを含む診断定義データを格納する診断定義データ格納部から該当診断定義データを読み出すステップと、
衛星の特定項目についての状態を表すデータと衛星が当該データを生成した時刻とを含むテレメトリ・データを格納するテレメトリ・データ格納部から、前記処理対象テレメトリ・データを含み且つ前記該当診断定義データに規定された条件を満たすテレメトリ・データを取得できるか判断する判断ステップと、
前記判断ステップにおいて前記処理対象テレメトリ・データを含み且つ前記該当診断定義データに規定された条件を満たすテレメトリ・データを取得できると判断された場合には、前記該当診断定義データにおける前記最低必要データ数以外の条件を満たし且つ前記テレメトリ・データ格納部に格納されたテレメトリ・データ及び前記処理対象テレメトリ・データを用いて所定の診断処理を実施し、当該診断処理の結果を出力する診断ステップと、
を含み、コンピュータに実行させる衛星診断方法。
【００４４】
（付記２）
前記診断ステップにおいて使用した前記テレメトリ・データの数が前記最低必要データ数以上であって前記正規の診断に必要なデータ数より少ない場合には、前記所定の診断処理の確度を算出し、出力するステップ、
をさらに含む付記１記載の衛星診断方法。
【００４５】
（付記３）
前記テレメトリ・データ格納部が、前記テレメトリ・データの受信時刻のデータを格納し、
前記判断ステップにおいて前記該当診断定義データに規定された前記最低必要データ数のテレメトリ・データを取得できないと判断された場合には、前記処理対象テレメトリ・データを含み且つ前記該当診断定義データにおける前記最低必要データ数以外の条件を満たすテレメトリ・データの受信時刻から、前記該当診断定義データに規定された条件を満たすとされる時刻を予測し、出力するステップ
をさらに含む付記１記載の衛星診断方法。
【００４６】
（付記４）
前記テレメトリ・データ格納部には、前記生成時刻の所定の時間単位毎に前記衛星の特定項目についての状態を表すデータを格納する領域が用意されており、
前記テレメトリ・データを受信した場合には、当該テレメトリ・データの生成時刻に応じて格納すべき領域を特定し、当該領域に前記衛星の特定項目についての状態を表すデータを格納するステップ
をさらに含む付記１記載の衛星診断方法。
【００４７】
（付記５）
付記１乃至４のいずれか１つ記載の衛星診断方法をコンピュータに実行させるためのプログラム。
【００４８】
（付記６）
衛星の特定項目についての状態を表すデータと衛星が当該データを生成した生成時刻とを含む処理対象テレメトリ・データに基づき、衛星の診断のために必要な項目と診断基準時間と正規の診断に必要なデータ数より少ない最低必要データ数とを含む診断定義データを格納する診断定義データ格納部から該当診断定義データを読み出す手段と、
衛星の特定項目についての状態を表すデータと衛星が当該データを生成した時刻とを含むテレメトリ・データを格納するテレメトリ・データ格納部から、前記処理対象テレメトリ・データを含み且つ前記該当診断定義データに規定された条件を満たすテレメトリ・データを取得できるか判断する判断手段と、
前記判断手段により前記処理対象テレメトリ・データを含み且つ前記該当診断定義データに規定された条件を満たすテレメトリ・データを取得できると判断された場合には、前記該当診断定義データにおける前記最低必要データ数以外の条件を満たし且つ前記テレメトリ・データ格納部に格納されたテレメトリ・データ及び前記処理対象テレメトリ・データを用いて所定の診断処理を実施し、当該診断処理の結果を出力する診断手段と、
を有する衛星診断装置。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施の形態に係るシステム概要図である。
【図２】本発明の実施の形態に係る機能ブロック図である。
【図３】テレメトリテーブルの一例を示す図である。
【図４】診断データテーブルの一例を示す図である。
【図５】診断定義テーブルの一例を示す図である。
【図６】テレメトリ受信処理の処理フローを示す図である。
【図７】診断データ格納部の処理フローを示す図である。
【図８】診断処理の処理フローを示す図である。
【図９】診断ロジックテーブルの一例を示す図である。
【図１０】第１診断結果テーブルの一例を示す図である。
【図１１】診断確度計算処理の処理フローを示す図である。
【図１２】第２診断結果テーブルの一例を示す図である。
【図１３】診断時刻予測処理の処理フローを示す図である。
【図１４】診断時刻予測の原理について説明するためのグラフである。
【図１５】（ａ）は第１診断結果テーブルの一例、（ｂ）は第２診断結果テーブルの一例を示す図である。
【図１６】結果表示処理の処理フローを示す図である。
【図１７】表示画面例を示す図である。
【図１８】コンピュータの機能ブロック図である。
【符号の説明】
【００５０】
１  ネットワーク    ３  診断システム
５ａ，５ｂ  受信局    ７  衛星
３１  テレメトリ受信部    ３２  テレメトリテーブル
３３  診断データ格納部    ３４  診断データテーブル
３５  診断ロジックテーブル    ３６  診断定義テーブル
３７  診断部    ３８  診断確度計算部    ３９  診断時刻予測部
４０  第１診断結果テーブル    ４１  第２診断結果テーブル
４２  結果表示部    ４３  表示装置
５１ａ，５１ｂ  受信局データレコーダ
７１  搭載データレコーダ
【図１】
2006264355.tif 000003
【図２】
2006264355.tif 000004
【図３】
2006264355.tif 000005
【図４】
2006264355.tif 000006
【図５】
2006264355.tif 000007
【図６】
2006264355.tif 000008
【図７】
2006264355.tif 000009
【図８】
2006264355.tif 000010
【図９】
2006264355.tif 000011
【図１０】
2006264355.tif 000012
【図１１】
2006264355.tif 000013
【図１２】
2006264355.tif 000014
【図１３】
2006264355.tif 000015
【図１４】
2006264355.tif 000016
【図１５】
2006264355.tif 000017
【図１６】
2006264355.tif 000018
【図１７】
2006264355.tif 000019
【図１８】
2006264355.tif 000020