(57)【要約】【課題】衛星運用を安全に実施すること。【解決手段】衛星診断装置１０は、所定の事象（すなわち、「コマンド」の発行、或いは「イベント」の発生）によって遷移する衛星１の状態（例えば、赤外線望遠鏡の「状態１」、「状態２」或いは「状態３」）ごとに、該状態に対応する診断条件を対応付けて登録し、衛星１の衛星運用計画（例えば、「運用計画」および「軌道計画」）、若しくは衛星１に発行されたコマンド情報（例えば、赤外線望遠鏡の電源の切替）をもとに、衛星１の状態が遷移したか否かを検知し、衛星１の状態が遷移したと検知された場合に、該遷移した衛星１の状態に対応する診断条件を選定し、衛星１のステータスまたは数値項目が該選定された診断条件に合致するか否かを判定する。【選択図】        図２
2005289164.tif 000002
【特許請求の範囲】
【請求項１】
衛星から取得されたテレメータ信号のテレメータ値をもとに、当該衛星を診断する衛星診断プログラムであって、
所定の事象によって遷移する当該衛星の状態ごとに、該状態に対応する診断条件を対応付けて診断条件記憶手段に登録する登録手順と、
前記衛星の衛星運用計画、若しくは前記衛星に発行されたコマンド情報をもとに、当該衛星の状態が遷移したか否かを検知する状態遷移検知手順と、
前記状態遷移検知手順によって衛星の状態が遷移したと検知された場合に、該遷移した衛星の状態に対応する診断条件を前記診断条件記憶手段から選定し、当該衛星のテレメータ値が該選定された診断条件に合致するか否かを判定する診断条件合致判定手順と、
をコンピュータに実行させることを特徴とする衛星診断プログラム。
【請求項２】
前記診断条件合致判定手順による診断条件の合致判定をおこなう際に、該診断条件において診断対象となるテレメータ値が当該衛星から取得されたか否かを判定する診断対象取得判定手順をさらに含んだことを特徴とする請求項１に記載の衛星診断プログラム。
【請求項３】
前記診断条件合致判定手順によって当該衛星のテレメータ値が診断条件に合致すると判定された場合に、診断結果および診断条件に関連するテレメータ値を通知するように制御する通知制御手順をさらに含んだことを特徴とする請求項１または２に記載の衛星診断プログラム。
【請求項４】
前記通知制御手順は、前記診断条件合致判定手順によって当該衛星のテレメータ値が診断条件に合致すると判定された場合に、診断結果および診断条件に関連するテレメータ値を電子メールにより通知するように制御することを特徴とする請求項３に記載の衛星診断プログラム。
【請求項５】
前記通知制御手順によって診断結果および診断条件に関連するテレメータ値が電子メールにより通知された場合に、電子メールによるコマンド送信の指示を受け付けるコマンド送信指示受付手段をさらに含んだことを特徴とする請求項４に記載の衛星診断プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、衛星から取得されたテレメータ信号のテレメータ値をもとに、当該衛星を診断する衛星診断プログラムに関し、特に、衛星運用を安全に実施することができる衛星診断プログラムに関するものである。
【背景技術】
【０００２】
従来より、人工衛星の運用は、衛星の姿勢制御や通信時間などをいつどのようにおこなうべきかという運用指針を示す衛星運用計画に基づいてコマンダーと呼ばれる作業員が衛星の状態を確認しつつ、コマンドを送信することによりおこなわれるものである。このため、かかる作業員は、衛星の状態を目視確認し、不具合などの発生および不具合に至りうる変化の兆候をチェックしつつ、適切なコマンドを送信する必要がある。
【０００３】
かかる人工衛星の運用を監視する方法としては、衛星から様々なデータを受信し、その結果を衛星管制室にて可視化する装置（ディスプレイ）に表わして、不具合がある場合には、その不具合が発生したことが明確になるように、赤表示などをおこなって作業員（コマンダー）に提示する方法が一般的であった。
【０００４】
例えば、特許文献１に開示された宇宙航行体監視装置では、前回のテレメータ値と今回のテレメータ値を同じ軌道位置で比較して、前回のテレメータ値と今回のテレメータ値との差が許容値を越えた場合に異常を判定し、該判定結果を出力する。
【０００５】
【特許文献１】特開平９−３１５４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の従来技術（特許文献１）は、膨大な監視項目について前回のテレメータ値と今回のテレメータ値を同じ軌道位置で画一的に比較するものに過ぎず、膨大な監視項目の中から重要な監視項目を目視により認定し、該認定した監視項目を確認する作業を作業員（コマンダー）に強いることとなるため、衛星運用を安全に実施することができないという問題点があった。特に、近年における衛星の高機能化に伴って確認すべき監視項目が増大する傾向にあり、かかる監視項目についてコマンダーが全項目を目視確認し、衛星からのデータ受信時に衛星状態を即座に把握することは、現実的に不可能である。
【０００７】
また、上記の従来技術では、衛星の状態を可視化する装置のユーザインタフェースを衛星管制室と呼ばれる特別な部屋に複数のディスプレイを併設することで、膨大な監視項目を作業者（コマンダー）に提示しているため、作業員は衛星管制室に常駐しなければならなかった。
【０００８】
そこで、本発明は、上述した従来技術による問題点を解消するためになされたものであり、衛星運用を安全に実施することができる衛星診断プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明に係る衛星診断プログラムは、衛星から取得されたテレメータ信号のテレメータ値をもとに、当該衛星を診断する衛星診断プログラムであって、所定の事象によって遷移する当該衛星の状態ごとに、該状態に対応する診断条件を対応付けて診断条件記憶手段に登録する登録手順と、前記衛星の衛星運用計画、若しくは前記衛星に発行されたコマンド情報をもとに、当該衛星の状態が遷移したか否かを検知する状態遷移検知手順と、前記状態遷移検知手順によって衛星の状態が遷移したと検知された場合に、該遷移した衛星の状態に対応する診断条件を前記診断条件記憶手段から選定し、当該衛星のテレメータ値が該選定された診断条件に合致するか否かを判定する診断条件合致判定手順と、をコンピュータに実行させることを特徴とする。
【００１０】
また、本発明に係る衛星診断プログラムは、前記診断条件合致判定手順による診断条件の合致判定をおこなう際に、該診断条件において診断対象となるテレメータ値が当該衛星から取得されたか否かを判定する診断対象取得判定手順をさらに含んだことを特徴とする。
【００１１】
また、本発明に係る衛星診断プログラムは、前記診断条件合致判定手順によって当該衛星のテレメータ値が診断条件に合致すると判定された場合に、診断結果および診断条件に関連するテレメータ値を通知するように制御する通知制御手順をさらに含んだことを特徴とする。
【００１２】
また、本発明に係る衛星診断プログラムは、前記通知制御手順は、前記診断条件合致判定手順によって当該衛星のテレメータ値が診断条件に合致すると判定された場合に、診断結果および診断条件に関連するテレメータ値を電子メールにより通知するように制御することを特徴とする。
【００１３】
また、本発明に係る衛星診断プログラムは、前記通知制御手順によって診断結果および診断条件に関連するテレメータ値が電子メールにより通知された場合に、電子メールによるコマンド送信の指示を受け付けるコマンド送信指示受付手段をさらに含んだことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、所定の事象によって遷移する当該衛星の状態ごとに、該状態に対応する診断条件を対応付けて登録し、衛星の衛星運用計画、若しくは衛星に発行されたコマンド情報をもとに、当該衛星の状態が遷移したか否かを検知し、衛星の状態が遷移したと検知された場合に、該遷移した衛星の状態に対応する診断条件を選定し、当該衛星のテレメータ値が該選定された診断条件に合致するか否かを判定することとしたので、必要最小限の情報に集約された診断結果を作業者（コマンダー）に提供することができ、衛星運用を安全に実施することが可能な衛星診断プログラムが得られるという効果を奏する。
【００１５】
また、本発明によれば、診断条件の合致判定をおこなう際に、該診断条件において診断対象となるテレメータ値が当該衛星から取得されたか否かを判定することとしたので、更新されていないデータを用いる誤判定（誤診断）を防止することが可能な衛星診断プログラムが得られるという効果を奏する。
【００１６】
また、本発明によれば、当該衛星のテレメータ値が診断条件に合致すると判定された場合に、診断結果および診断条件に関連するテレメータ値を通知するように制御することとしたので、作業者（コマンダー）が管制室以外にいる場合でも、衛星が不具合である旨を作業者に報知することが可能な衛星診断プログラムが得られるという効果を奏する。
【００１７】
また、本発明によれば、当該衛星のテレメータ値が診断条件に合致すると判定された場合に、診断結果および診断条件に関連するテレメータ値を電子メールにより通知するように制御することとしたので、作業者（コマンダー）が管制室以外にいる場合でも、衛星が不具合である旨を作業者に報知することが可能な衛星診断プログラムが得られるという効果を奏する。さらに、これに関連して、診断項目が所定のカテゴリー（例えば、サブシステム）ごとに分類されている場合には、各カテゴリー（サブシステム）に携わる作業者ごとに、該作業者に応じた診断結果および診断条件に関連するステータス・数値項目を通知することが可能になる。
【００１８】
また、本発明によれば、診断結果および診断条件に関連するテレメータ値が電子メールにより通知された場合に、電子メールによるコマンド送信の指示を受け付けることとしたので、迅速な故障対策および予備措置をおこなうことが可能な衛星診断プログラムが得られるという効果を奏する。
【発明を実施するための最良の形態】
【００１９】
以下に添付図面を参照して、本発明に係る衛星診断装置の好適な実施例を詳細に説明する。なお、以下では、本実施例で用いる用語の概念を最初に説明してから、本発明に係る衛星診断装置の概要および特徴を説明し、その後、本実施例１に係る衛星診断装置（衛星診断方法）について説明した後に、本実施例２に係る衛星診断プログラムを実行するコンピュータシステムを説明し、最後に、他の実施例として種々の変形例（実施例３）を説明することとする。
【００２０】
（本実施例で用いる用語の概念）
以下に、本実施例で用いる用語の概念を簡単に説明する。本実施例で用いる「事象」とは、衛星管制装置２０（コマンド送信部２０ａ）による「コマンド」（例えば、赤外線望遠鏡の電源の切替）の発行、或いは衛星運用計画装置３０によって計画された「イベント」（例えば、衛星１の日照／日陰、軌道変更計画など）の発生などの衛生１の状態の遷移に起因する「事象」を指す。
【００２１】
また、本実施例で用いる「衛星の状態」とは、所定の事象（すなわち、「コマンド」の発行、或いは「イベント」の発生）によって遷移する衛星の状態を指す。図３に示すように、赤外線望遠鏡の「状態１」は、電源「ＯＦＦ」かつ「日照」である初期状態を示し、赤外線望遠鏡の「状態２」は、電源「ＯＮ」かつ「日照」である状態を示し、また、赤外線望遠鏡の「状態３」は、電源「ＯＮ」かつ「日陰」である状態を示す。
【００２２】
（概要および特徴）
まず最初に、本発明に係る衛星診断装置の概要および特徴を説明する。図１は、本実施例１に係る衛星管制システムの構成を示すシステム構成図であり、図２は、本実施例１に係る衛星診断装置の構成を示すブロック図である。図１に示すように、この衛星管制システム５０は、かかるシステムの管理者によって入力された運用指針をもとに衛星運用計画装置３０により計画された衛星運用計画に基づいて、衛星１と管制室３との間でアンテナ２を介してデータの授受をおこなって衛星１を管制するシステムである。
【００２３】
この管制室３には、衛星管制装置２０、衛星運用計画装置３０、テレメトリサーバ４０および衛星診断装置１０が設置されている。このうち、衛星管制装置２０は、衛星１の管制をおこなうために、衛星１に対して「コマンド」を送信する装置であり、図２に示すように、作業者（コマンダー）から衛星運用計画に基づく「コマンド」を受け付け、該受け付けた「コマンド」をアンテナ２を介して衛星１に送信するコマンド送信部２０ａを備える。なお、コマンド送信部２０ａによって衛星１に送信された「コマンド」および「コマンド実行時刻」は、運用履歴記憶部２１に記憶されることとなる。
【００２４】
衛星運用計画装置３０は、衛星管制システム５０の管理者によって入力された運用指針をもとに、「衛星運用計画」を計画する装置であり、具体的には、「衛星運用計画」として、「運用計画」および「軌道計画」を計画し、該計画された「運用計画」および「軌道計画」を衛星管制装置２０および衛星診断装置１０に送信するとともに、運用計画記憶部３１および軌道計画３２にそれぞれ記憶する。
【００２５】
テレメトリサーバ４０は、衛星１からアンテナ２を介して受信したテレメータ信号のテレメータ値（バイナリ値）をステータス値および数値（物理量）に変換するサーバ装置であり、具体的には、テレメータ値（バイナリ値）をステータス値および数値（物理量）に変換し、該変換されたステータスおよび数値に対して、確率・統計処理（平均、分散、傾向など）をおこなうステータス・数値項目前処理部４０ａを備える。なお、ステータス・数値項目前処理部４０ａによって変換処理および確率・統計処理がおこなわれたステータス・数値項目処理結果は、ステータス・数値項目処理結果記憶部４１に記憶されることとなる。
【００２６】
ここで、本発明に係る衛星診断装置１０は、所定の事象によって遷移する当該衛星の状態ごとに、該状態に対応する診断条件を対応付けて登録し、衛星の衛星運用計画、若しくは衛星に発行されたコマンド情報をもとに、当該衛星の状態が遷移したか否かを検知し、衛星の状態が遷移したと検知された場合に、該遷移した衛星の状態に対応する診断条件を選定し、当該衛星のテレメータ値が該選定された診断条件に合致するか否かを判定する点に主たる特徴があり、かかる一連の処理によって、衛星運用を安全に実施することができるようにしている。
【００２７】
この主たる特徴を具体的に説明すると、この衛星診断装置１０は、所定の事象（すなわち、「コマンド」の発行、或いは「イベント」の発生）によって遷移する衛星１の状態（例えば、赤外線望遠鏡の「状態１」、「状態２」或いは「状態３」）ごとに、該状態に対応する診断条件を対応付けて登録している（図８および図１０）。具体的には、エキスパートシステム、または作業者（コマンダー）の入力などによって、衛星の状態が遷移した場合に、診断を要する必要最低限の診断項目をルールベース化する。
【００２８】
そして、この衛星診断装置１０は、衛星１の衛星運用計画（例えば、「運用計画」および「軌道計画」）、若しくは衛星１に発行されたコマンド情報（例えば、赤外線望遠鏡の電源の切替）をもとに、衛星１の状態が遷移したか否かを検知し、衛星１の状態が遷移したと検知された場合に、該遷移した衛星１の状態に対応する診断条件を選定し、衛星１（例えば、衛星１における赤外線望遠鏡）のステータスまたは数値項目が該選定された診断条件に合致するか否かを判定する。
【００２９】
このように、所定の事象によって遷移する衛星の状態ごとに、診断を要する必要最低限の診断項目についての診断条件を登録し、コマンドの発行、或いはイベント(日照／日陰、軌道変更計画など)の発生によって遷移した衛星の状態に応じて必要最低限の診断項目についてのみ判定対象とした診断条件を選定することで、判定対象である診断項目の数を最適化することができ、次いで、衛星のステータスまたは数値項目が該選定された診断条件に合致するか否かを判定することで、必要最小限の情報に集約された診断結果を作業者（コマンダー）に提供することができる。
【００３０】
したがって、上記した従来技術の例で言えば、膨大な監視項目について衛星の診断を画一的におこなうのではなく、コマンドの発行、或いはイベントの発生によって遷移した衛星の状態に応じて必要最低限の診断項目についてのみ判定対象とした診断条件を選定し、衛星のステータスまたは数値項目が該選定された診断条件に合致するか否かを判定することとしたので、膨大な診断項目の中から重要な診断項目を目視により認定し、該認定した診断項目を確認する作業を作業員（コマンダー）に強いるのでなく、必要最小限の情報に集約された診断結果を作業者（コマンダー）に提供することができ、上記した主たる特徴のように、衛星運用を安全に実施することが可能になる。
【実施例１】
【００３１】
次に、本実施例１に係る衛星診断装置（衛星診断方法）について説明する。なお、ここでは、本実施例１に係る衛星診断装置の構成を説明した後に、この衛星診断装置の各種処理の手順を説明することとする。なお、本実施例１では、衛星を診断する際における診断項目の一例として、衛星１における赤外線望遠鏡の診断に注目した実施例について説明することとする。
【００３２】
（衛星診断装置の構成）
図２は、本実施例１に係る衛星診断装置の構成を示すブロック図である。この衛星診断装置１０は、同図に示すように、運用履歴記憶部２１、運用計画記憶部３１、軌道計画記憶部３２およびステータス・数値項目処理結果記憶部４１と、ＬＡＮまたは無線ＬＡＮを介して接続されている。
【００３３】
このうち、運用履歴記憶部２１は、コマンド送信部２０ａによって衛星１に送信された「コマンド」および「コマンド」に係る情報の履歴を記憶する記憶（格納）手段であり、例えば、図４に示すように、コマンド実行時刻「２００４／０１／１１  ０９：００：００」およびコマンド「ＰＷＲ＿ＯＮ」を対応付けて記憶している。
【００３４】
運用計画記憶部３１は、衛星運用計画装置３０によって計画された「運用計画」を記憶する記憶（格納）手段であり、例えば、図５に示すように、発生時刻「２００４／０１／１１  ０９：２５：００」および発生イベント「日陰開始」を対応付けて記憶している。
【００３５】
軌道計画記憶部３２は、衛星運用計画装置３０によって計画された「軌道計画」を記憶する記憶（格納）手段であり、例えば、図６に示すように、各アンテナ「アンテナｉ」の時刻「２００４／０１／１１  ０９：００：００」ごとに、衛星位置情報および衛星速度情報を対応付けて（すなわち、「９９９．９９９（Ａｚ）」と「９９９９．９９９（ｘ成分）」、「９９９．９９９（Ｅｌ）」と「９９９９．９９９（ｙ成分）」、「９９９９９９９．９９９（距離）」と「９９９９．９９９（ｚ成分）」を対応付けて）記憶している。
【００３６】
ステータス・数値項目処理結果記憶部４１は、ステータス・数値項目前処理部４０ａによって変換処理および確率・統計処理がおこなわれたステータス・数値項目処理結果を記憶する記憶（格納）手段である。例えば、図７に示すように、ステータス・数値項目時刻「２００４／０１／１１  ０９：１５：００」ごとに、ステータス・数値項目およびステータス値／工学値を対応付けて（すなわち、「ＩＲ＿ＭＯＮＩ」と「ＯＮ」、「ＩＲ＿ＭＯＤＥ」と「ＧＯ」、「ＩＲ＿ＴＥＭＰ」と「３４．０」、「ＩＲ＿ＴＥＭＰ変化率」と「−０．０２５」、「バッテリ容量」と「５０．５」、「ＩＲ＿ＭＯＤＥ変化履歴」と、「ＩＮＩＴ」、「ＲＡＭ」、「ＭＥＮ」および「ＧＯ」を対応付けて）記憶している。
【００３７】
続いて、本実施例１に係る衛星診断装置の構成について説明する。この衛星診断装置１０は、診断条件ルールベース１１と、アラームルールベース１２と、抽出状態遷移ルールベース１３と、発生事象待ち行列記憶部１４と、抽出状態記憶部１５と、制御部１６と、メールサーバ１７と、Ｗｅｂサーバ１８とを備える。
【００３８】
このうち、診断条件ルールベース１１は、診断に必要な診断条件の内容を記憶する記憶（格納）手段である。例えば、図８に示すように、診断条件「条件１」ごとに、診断対象「ＩＲ＿ＭＯＮＩ受信」および判定条件式「Ｉｆ  ＩＲ＿ＭＯＮＩ  一致  ＯＮ  Ａｎｄ  ＩＲ＿ＴＥＭＰ  以上  ６０  Ｔｈｅｎ  アラームＸ  Ｅｎｄｉｆ」を対応付けて記憶している。
【００３９】
アラームルールベース１２は、アラームの内容を記憶する記憶（格納）手段である。例えば、図９に示すように、アラーム「アラームＸ」ごとに、アラーム内容「赤外線望遠鏡温度異常」およびアラーム通知先「Ｓａｔ＿ａｌｌ＿ｍｌ＠ｘｘｘ．ｙｙｙ．ｚｚｚ」を対応付けて記憶している。
【００４０】
抽出状態遷移ルールベース１３は、診断条件の遷移マトリクスを記憶する記憶（格納）手段である。例えば、図１０に示すように、診断項目「赤外線望遠鏡診断１」ごとに、発生事象「初期」、移行元状態「ｎｕｌｌ」、移行先状態「状態１」、移行タイミング「０」および診断条件「条件１」を対応付けて記憶している。なお、図中の「片道伝播時間」とは、「コマンド」が地上から衛星に届くまでの時間（電波ディレイ）を示す。
【００４１】
発生事象待ち行列記憶部１４は、抽出状態を遷移させる発生事象と該発生時刻を記憶する記憶（格納）手段である。例えば、図１１に示すように、事象発生時刻「２００４／０１／１１  ０９：００：００」、発生事象「コマンド  ＰＷＲ＿ＯＮ」および詳細「＋０秒」を対応付けて記憶している。
【００４２】
抽出状態記憶部１５は、抽出状態遷移ルールベース１３に定義されている診断項目ごとの現在の抽出状態（どの診断条件を使用するか）を記憶する記憶（格納）手段であり、例えば、図１２に示すように、診断項目「赤外線望遠診断１」および抽出状態「状態３」を対応付けて記憶している。
【００４３】
制御部１６は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に密接に関連するものとしては、状態遷移検知部１６ａと、診断対象取得判定部１６ｂと、診断条件合致判定部１６ｃと、通知制御部１６ｄとを備える。
【００４４】
このうち、状態遷移検知部１６ａは、衛星１の衛星運用計画、若しくは衛星に発行されたコマンド情報をもとに、衛星１の状態が遷移したか否かを検知する処理部である。具体的には、運用履歴記憶部２１および運用計画記憶部３１を参照して、前回の診断から追加された事象(計画されているイベント、送信されたコマンドなど)の入力を受け付け、該入力された追加事象について、抽出状態遷移ルールベース１３の定義をもとに診断条件の抽出状態を実際に変化させる時刻を順次算出し、該算出された「事象発生時刻」を発生事象待ち行列記憶部１４に登録する。そして、「事象発生時刻」に到達した場合に、衛星１の状態が遷移したと検知し、各診断項目ごとに、遷移した衛星の状態を抽出状態記憶部１５に順次更新する。
【００４５】
例えば、現時点における抽出状態が「状態２」である場合に、前回の診断から運用計画記憶部３１にイベント「日陰開始」が新に追加されていた場合の例について説明する。状態遷移検知部１６ａは、運用計画記憶部３１（図５参照）に新に登録されたイベント「日陰開始」（発生時刻「２００４／０１／１１  ０９：２５：００」）の入力を受け付け、該入力されたイベント「日陰開始」について、抽出状態遷移ルールベース１３（図１０参照）の定義（すなわち、移行タイミング「−６００秒」）をもとに診断条件の抽出状態を実際に変化させる時刻「２００４／０１／１１  ０９：１５：００」を算出し、該算出された事象発生時刻を発生事象待ち行列記憶部１４（図１１参照）に登録する。そして、事象発生時刻「２００４／０１／１１  ０９：１５：００」に到達した場合に、衛星１の状態が「状態２」から「状態３」へ遷移したと検知し、各診断項目ごとに、遷移した衛星の状態（「状態３」）を抽出状態記憶部１５に更新する（図１２参照）。
【００４６】
このように、所定の事象によって遷移する衛星の状態ごとに、診断を要する必要最低限の診断項目についての診断条件を登録し、コマンドの発行、或いはイベント(日照／日陰、軌道変更計画など)の発生によって遷移した衛星の状態に応じて必要最低限の診断項目についてのみ判定対象とした診断条件を選定することで、判定対象である診断項目の数を最適化することができる。
【００４７】
診断対象取得判定部１６ｂは、診断条件合致判定部１６ｃによる診断条件の合致判定をおこなう際に、該診断条件において診断対象となるステータス・数値項目が衛星１から取得されたか否かを判定する処理部である。例えば、上記の例で言えば、抽出状態記憶部１５に抽出状態「状態３」が記憶されているため、この抽出状態「状態３」をキーにして抽出状態遷移ルールベース１３における移行先状態「状態３」に対応する診断条件「条件２」および「条件３」を検索する。そして、診断条件「条件２」および「条件３」をキーにして、診断条件ルールベース１１（図８参照）から診断対象「ＩＲ＿ＭＯＤＥ受信」および「バッテリ残量受信」を検索する。
【００４８】
ここで、診断対象取得判定部１６ｂは、診断対象「ＩＲ＿ＭＯＤＥ」および「バッテリ残量」となるステータス・数値項目が更新されているか否かをステータス・数値項目処理結果記憶部４１における「ステータス・数値項目時刻」を照査して判定する。このように、診断条件の合致判定をおこなう際に、該診断条件において診断対象となるステータス・数値項目が衛星１から取得されたか否かを判定することとしたので、更新されていないデータを用いる誤判定（誤診断）を防止することができる。
【００４９】
診断条件合致判定部１６ｃは、診断対象取得判定部１６ｂによって診断対象となるステータス・数値項目が衛星１から取得されたと判定された場合に、抽出状態記憶部１５によって記憶された抽出状態に対応する診断条件を診断条件ルールベース１１から選定し、衛星１のステータス・数値項目が該選定された診断条件に合致するか否かを判定する。
【００５０】
例えば、診断対象取得判定部１６ｂによって診断条件「条件２」および「条件３」を選定することが確認されているため、この診断条件「条件２」および「条件３」をキーにして、診断条件ルールベース１１（図８参照）から判定条件式「Ｉｆ  ＩＲ＿ＭＯＤＥ  一致  ＩＮＩＴ  Ｔｈｅｎ  アラームＹ  Ｅｎｄｉｆ」（条件２）および「Ｉｆ  バッテリ残量  以下  ５０％  Ｔｈｅｎ  アラームＺ  Ｅｎｄｉｆ」を取得し、衛星１から取得された「ＩＲ＿ＭＯＤＥ」および「バッテリ残量」が判定条件式に合致するか否かを判定する。
【００５１】
このように、衛星のステータスまたは数値項目が該選定された診断条件に合致するか否かを判定することで、必要最小限の情報に集約された診断結果を作業者（コマンダー）に提供することができる。
【００５２】
通知制御部１６ｄは、診断条件合致判定部１６ｃによって衛星１のステータス・数値項目が診断条件に合致すると判定された場合に、診断結果および診断条件に関連するステータス・数値項目を通知するように制御する処理部である。具体的には、アラームルールベース１２からアラーム（Ｘ、ＹまたはＺ）に応じたアラーム通知先を抽出し、該抽出したアラーム通知先に診断結果および診断条件に関連するステータス・数値項目をメールサーバ１７を介して電子メールにより通知するように制御する。
【００５３】
例えば、上記の例で言えば、診断条件合致判定部１６ｃによってバッテリ残量「４９．５％」が診断条件（５０％以下）に合致すると判定された場合に、アラームルールベース１２からアラームＺに対応するアラーム通知先「ｉｒ＿ｍｌ＠ｘｘｘ．ｙｙｙ．ｚｚｚ」および「ｂｕｓ＿ｍｌ＠ｘｘｘ．ｙｙｙ．ｚｚｚ」に、診断結果「赤外線望遠鏡観測続行危機」、診断条件に関連するステータス・数値項目（例えば、バッテリ容量「４９．５％」、日陰状態）および診断結果（バッテリ容量の不足）に対処する際の推奨コマンド（例えば、「ＳＥＱ＿００２」若しくは「ＳＥＱ＿００４」）をメールサーバ１７を介して診断結果通知メール１００を通知するように制御する（図１３参照）。
【００５４】
このように、診断結果および診断条件に関連するステータス・数値項目をメールサーバ１７を介して電子メールにより通知するように制御することとしたので、作業者（コマンダー）が管制室以外にいる場合でも、衛星が不具合である旨を作業者に報知することができる。さらに、これに関連して、診断項目が所定のカテゴリー（例えば、サブシステム）ごとに分類されている場合には、各カテゴリー（サブシステム）に携わる作業者ごとに、該作業者に応じた診断結果および診断条件に関連するステータス・数値項目を通知することができる。
【００５５】
また、Ｗｅｂサーバ１８を用いて診断結果および診断条件に関連するステータス・数値項目を通知するように制御したりする。具体的には、作業者が所定のＵＲＬにアクセスした際に、認証情報（例えば、パスワードおよび／または作業員「ＮＯ」など）の入力を受け付け、該受け付けられた「認証情報」が正当なものであれば、診断結果「赤外線望遠鏡観測続行危機」、診断条件に関連するステータス・数値項目（例えば、バッテリ容量「４９．５％」、日陰状態）、運用履歴、運用計画、軌道計画および衛星診断装置１０に係る情報の閲覧を受け付ける。なお、このとき、作業員「ＮＯ」に応じた情報閲覧権限を設定するようにしても良い。
【００５６】
このように、Ｗｅｂサーバ１８を用いて診断結果および診断条件に関連するステータス・数値項目を通知するように制御することとしたので、作業者（コマンダー）が管制室以外にいる場合でも、衛星が不具合である旨を作業者に報知することができるとともに、衛星の不具合をさらに詳細に分析できるようにしている。
【００５７】
コマンド送信指示受付部１６ｅは、通知制御部１６ｄによって診断結果および診断条件に関連するステータス・数値項目が電子メールにより通知された場合に、電子メールによるコマンド送信の指示を受け付ける処理部であり、具体的には、診断結果通知メール１００の通知を受けて、作業者および管理者などの衛星管制関係者からコマンド送信部２０ａに対するコマンド送信指示をコマンド送信指示メール２００で受け付ける。例えば、コマンド送信部２０ａに対する「コマンド送信指示」は、診断結果通知メール１００にて推奨されたコマンドからの選択を受け付け、選択されたコマンド（例えば、「ＳＥＱ＿００４」（ヒータ節電モード移行手順））をコマンド送信指示として受け付ける（図１３および図１４参照）。
【００５８】
このように、診断結果および診断条件に関連するステータス・数値項目が電子メールにより通知された場合に、電子メールによるコマンド送信の指示を受け付けることとしたので、迅速な故障対策および予備措置をおこなうことが可能になる。
【００５９】
（衛星診断装置の各種処理の手順）
次に、本実施例１に係る衛星診断装置の各種処理の手順を説明する。なお、ここでは、衛星の状態が遷移したか否かを検知する（１）状態遷移検知処理を説明した後に、衛星のステータス・数値項目が該選定された診断条件に合致するか否かを判定する（２）診断条件合致判定処理について説明することとする。
【００６０】
（１）状態遷移検知処理
図１５は、状態遷移検知処理の手順を示すフローチャートである。この「状態遷移検知処理」は、スケジューラなどによって一定周期でおこなわれることとなる。例えば、現時点における抽出状態が「状態２」である場合に、前回の診断から運用計画記憶部３１にイベント「日陰開始」が新に追加されていた場合の例について説明する。
【００６１】
同図に示すように、状態遷移検知部１６ａは、運用計画記憶部３１（図５参照）に新に登録されたイベント「日陰開始」（発生時刻「２００４／０１／１１  ０９：２５：００」）の入力を受け付け（ステップＳ１５０１）、該入力されたイベント「日陰開始」について、抽出状態遷移ルールベース１３（図１０参照）の定義（すなわち、移行タイミング「−６００秒」）をもとに診断条件の抽出状態を実際に変化させる時刻「２００４／０１／１１  ０９：１５：００」を算出し（ステップＳ１５０２）、該算出された事象発生時刻を発生事象待ち行列記憶部１４（図１１参照）に登録する（ステップＳ１５０３）。
【００６２】
ここで、入力されたすべての追加事象（イベント「日陰開始」）について発生事象待ち行列記憶部１４への登録が終了し（ステップＳ１５０４肯定）、事象発生時刻「２００４／０１／１１  ０９：１５：００」に到達した場合（ステップＳ１５０５肯定）に、状態遷移検知部１６ａは、衛星１の状態が「状態２」から「状態３」へ遷移したと検知し、各診断項目ごとに、遷移した衛星の状態（「状態３」）を抽出状態記憶部１５に更新する（図１２参照）（ステップＳ１５０６）。
【００６３】
そして、すべての診断項目について抽出状態記憶部１５の更新が終了したならば（ステップＳ１５０７肯定）、発生事象待ち行列記憶部１４から当該発生事象（イベント「日陰開始」）を削除し（ステップＳ１５０８）、発生事象待ち行列記憶部１４に記憶された発生事象のコマンドキューの中で、事象発生時刻に到達するものがなければ（ステップＳ１５０５否定）、処理を終了する。
【００６４】
このように、所定の事象によって遷移する衛星の状態ごとに、診断を要する必要最低限の診断項目についての診断条件を登録し、コマンドの発行、或いはイベント(日照／日陰、軌道変更計画など)の発生によって遷移した衛星の状態に応じて必要最低限の診断項目についてのみ判定対象とした診断条件を選定することで、判定対象である診断項目の数を最適化することが可能になる。
【００６５】
（２）診断条件合致判定処理
図１６は、診断条件合致判定処理の手順を示すフローチャートである。この「診断条件合致判定処理」は、各診断項目の診断条件の個数ごとに、回帰しておこなわれることとなる。なお、ここでは、衛星を診断する際における診断項目の一例として、衛星における赤外線望遠鏡の診断に注目した場合について説明することとする。同図に示すように、診断対象取得判定部１６ｂは、診断条件合致判定部１６ｃによる診断条件の合致判定をおこなう際に、該診断条件において診断対象となるステータス・数値項目が衛星１から取得されたか否かを判定する（ステップＳ１６０１）。
【００６６】
より詳細には、診断対象取得判定部１６ｂは、抽出状態記憶部１５に抽出状態「状態３」が記憶されているため、この抽出状態「状態３」をキーにして抽出状態遷移ルールベース１３における移行先状態「状態３」に対応する診断条件「条件２」および「条件３」を検索する。そして、診断条件「条件２」および「条件３」をキーにして、診断条件ルールベース１１（図８参照）から診断対象「ＩＲ＿ＭＯＤＥ受信」および「バッテリ残量受信」を検索し、該検索された診断対象「ＩＲ＿ＭＯＤＥ」および「バッテリ残量」となるステータス・数値項目が更新されているか否かをステータス・数値項目処理結果記憶部４１における「ステータス・数値項目時刻」を照査して判定する。
【００６７】
続いて、診断対象取得判定部１６ｂによって診断対象となるステータス・数値項目が衛星１から取得されたと判定された場合（ステップＳ１６０２肯定）に、抽出状態記憶部１５によって記憶された抽出状態に対応する診断条件を診断条件ルールベース１１から選定し、衛星１のステータス・数値項目が該選定された診断条件に合致するか否かを判定する（ステップＳ１６０３）。
【００６８】
より詳細には、診断対象取得判定部１６ｂによって診断条件「条件２」および「条件３」を選定することが確認されているため、この診断条件「条件２」および「条件３」をキーにして、診断条件ルールベース１１（図８参照）から判定条件式「Ｉｆ  ＩＲ＿ＭＯＤＥ  一致  ＩＮＩＴ  Ｔｈｅｎ  アラームＹ  Ｅｎｄｉｆ」（条件２）および「Ｉｆ  バッテリ残量  以下  ５０％  Ｔｈｅｎ  アラームＺ  Ｅｎｄｉｆ」を取得し、衛星１から取得された「ＩＲ＿ＭＯＤＥ」および「バッテリ残量」が判定条件式に合致するか否かを判定する。
【００６９】
そして、診断条件合致判定部１６ｃによって衛星１のステータス・数値項目が診断条件に合致すると判定された場合（ステップＳ１６０４）に、通知制御部１６ｄは、診断結果および診断条件に関連するステータス・数値項目を通知するように制御する（ステップＳ１６０５）。
【００７０】
より詳細には、診断条件合致判定部１６ｃによってバッテリ残量「４９．５％」が診断条件（５０％以下）に合致すると判定された場合に、アラームルールベース１２からアラームＺに対応するアラーム通知先「ｉｒ＿ｍｌ＠ｘｘｘ．ｙｙｙ．ｚｚｚ」および「ｂｕｓ＿ｍｌ＠ｘｘｘ．ｙｙｙ．ｚｚｚ」に、診断結果「赤外線望遠鏡観測続行危機」、診断条件に関連するステータス・数値項目（例えば、バッテリ容量「４９．５％」、日陰状態）および診断結果（バッテリ容量の不足）に対処する際の推奨コマンド（例えば、「ＳＥＱ＿００２」若しくは「ＳＥＱ＿００４」）をメールサーバ１７を介して診断結果通知メール１００を通知するように制御する（図１３参照）。
【００７１】
また、Ｗｅｂサーバ１８を用いて診断結果および診断条件に関連するステータス・数値項目を通知するように制御する。具体的には、作業者が所定のＵＲＬにアクセスした際に、認証情報（例えば、パスワードおよび／または作業員「ＮＯ」など）の入力を受け付け、該受け付けられた「認証情報」が正当なものであれば、診断結果「赤外線望遠鏡観測続行危機」、診断条件に関連するステータス・数値項目（例えば、バッテリ容量「４９．５％」、日陰状態）、運用履歴、運用計画、軌道計画および衛星診断装置１０に係る情報の閲覧を受け付ける。
【００７２】
上述してきたように、本実施例１に係る衛星診断装置１０によれば、コマンドの発行、或いはイベントの発生によって遷移した衛星の状態に応じて必要最低限の診断項目についてのみ判定対象とした診断条件を選定し、衛星のステータスまたは数値項目が該選定された診断条件に合致するか否かを判定することとしたので、必要最小限の情報に集約された診断結果を作業者（コマンダー）に提供することができ、衛星運用を安全に実施することが可能になる。
【００７３】
さらに、本実施例１に係る衛星診断装置の効果を上記の実例と照らし合わせて説明する。この例では、赤外線望遠鏡による観測を実施している。この赤外線望遠鏡による観測は、望遠鏡のコンディション維持に相当な電力を消費する。このため、日陰状態(衛星が地球の陰に入り、太陽が見えなくなる)が続くと、衛星搭載バッテリから電力を消費する。
【００７４】
そして、日陰状態での赤外線望遠鏡の観測によってバッテリが過剰に消費されると、衛星が危機状態(バッテリ容量不足)となる可能性がある。このため、観測衛星に搭載されている制御機構は、自己を維持するため自動的に観測を強制停止する。また、一方で、運用者は、当然観測したい対象・時間があって観測を行っているため、できうる限り観測は行いたい。
【００７５】
上記の例に示した診断ルールによって、運用者は観測の維持に問題が発生していることを事前にある程度時間的な余裕を持って察知することができ、観測の停止を回避する、あるいは代替観測の検討を行うことが可能となる。
【実施例２】
【００７６】
ところで、上記実施例１で説明した衛星診断装置および衛星診断方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、本実施例２では、上記実施例１で説明した衛星診断装置（衛星診断方法）と同様の機能を有する衛星診断プログラムを実行するコンピュータシステムについて説明する。
【００７７】
図１７は、本実施例２に係るコンピュータシステムの構成を示すシステム構成図であり、図１８は、このコンピュータシステムにおける本体部の構成を示すブロック図である。図１７に示すように、本実施例２に係るコンピュータシステム１００は、本体部１０１と、本体部１０１からの指示によって表示画面１０２ａに画像などの情報を表示するためのディスプレイ１０２と、このコンピュータシステム１００に種々の情報を入力するためのキーボード１０３と、ディスプレイ１０２の表示画面１０２ａ上の任意の位置を指定するためのマウス１０４とを備える。
【００７８】
また、このコンピュータシステム１００における本体部１０１は、図１８に示すように、ＣＰＵ１２１と、ＲＡＭ１２２と、ＲＯＭ１２３と、ハードディスクドライブ（ＨＤＤ）１２４と、ＣＤ−ＲＯＭ１０９を受け入れるＣＤ−ＲＯＭドライブ１２５と、フレキシブルディスク（ＦＤ）１０８を受け入れるＦＤドライブ１２６と、ディスプレイ１０２、キーボード１０３並びにマウス１０４を接続するＩ／Ｏインターフェース１２７と、ローカルエリアネットワークまたは広域エリアネットワーク（ＬＡＮ／ＷＡＮ）１０６に接続するＬＡＮインターフェース１２８とを備える。
【００７９】
さらに、このコンピュータシステム１００には、ＬＡＮインターフェース１２８およびＬＡＮ／ＷＡＮ１０６を介して、他のコンピュータシステム（ＰＣ）１１１、サーバ１１２並びにプリンタ１１３などが接続される。
【００８０】
そして、このコンピュータシステム１００は、所定の記録媒体に記録された衛星診断プログラムを読み出して実行することで衛星診断装置（衛星診断方法）を実現する。ここで、所定の記録媒体とは、フレキシブルディスク（ＦＤ）１０８、ＣＤ−ＲＯＭ１０９、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」の他に、コンピュータシステム１００の内外に備えられるハードディスクドライブ（ＨＤＤ）１２４や、ＲＡＭ１２２、ＲＯＭ１２３などの「固定用の物理媒体」、さらに、他のコンピュータシステム１１１並びにサーバ１１２が接続されるＬＡＮ／ＷＡＮ１０６などのように、プログラムの送信に際して短期にプログラムを保持する「通信媒体」など、コンピュータシステム１００によって読み取り可能な衛星診断プログラムを記録する、あらゆる記録媒体を含むものである。
【００８１】
すなわち、衛星診断プログラムは、上記した「可搬用の物理媒体」、「固定用の物理媒体」、「通信媒体」などの記録媒体に、コンピュータ読み取り可能に記録されるものであり、コンピュータシステム１００は、このような記録媒体から衛星診断プログラムを読み出して実行することで衛星診断装置および衛星診断方法を実現する。なお、衛星診断プログラムは、コンピュータシステム１００によって実行されることに限定されるものではなく、他のコンピュータシステム１１１またはサーバ１１２が衛星診断プログラムを実行する場合や、これらが協働して衛星診断プログラムを実行するような場合にも、本発明を同様に適用することができる。
【実施例３】
【００８２】
さて、これまで本発明の実施例１および２について説明したが、本発明は上述した実施例以外にも、上記特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例にて実施されてもよいものである。
【００８３】
例えば、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００８４】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００８５】
（付記１）衛星から取得されたテレメータ信号のテレメータ値をもとに、当該衛星を診断する衛星診断プログラムであって、
所定の事象によって遷移する当該衛星の状態ごとに、該状態に対応する診断条件を対応付けて診断条件記憶手段に登録する登録手順と、
前記衛星の衛星運用計画、若しくは前記衛星に発行されたコマンド情報をもとに、当該衛星の状態が遷移したか否かを検知する状態遷移検知手順と、
前記状態遷移検知手順によって衛星の状態が遷移したと検知された場合に、該遷移した衛星の状態に対応する診断条件を前記診断条件記憶手段から選定し、当該衛星のテレメータ値が該選定された診断条件に合致するか否かを判定する診断条件合致判定手順と、
をコンピュータに実行させることを特徴とする衛星診断プログラム。
【００８６】
（付記２）前記診断条件合致判定手順による診断条件の合致判定をおこなう際に、該診断条件において診断対象となるテレメータ値が当該衛星から取得されたか否かを判定する診断対象取得判定手順をさらに含んだことを特徴とする付記１に記載の衛星診断プログラム。
【００８７】
（付記３）前記診断条件合致判定手順によって当該衛星のテレメータ値が診断条件に合致すると判定された場合に、診断結果および診断条件に関連するテレメータ値を通知するように制御する通知制御手順をさらに含んだことを特徴とする付記１または２に記載の衛星診断プログラム。
【００８８】
（付記４）前記通知制御手順は、前記診断条件合致判定手順によって当該衛星のテレメータ値が診断条件に合致すると判定された場合に、診断結果および診断条件に関連するテレメータ値を電子メールにより通知するように制御することを特徴とする付記３に記載の衛星診断プログラム。
【００８９】
（付記５）前記通知制御手順によって診断結果および診断条件に関連するテレメータ値が電子メールにより通知された場合に、電子メールによるコマンド送信の指示を受け付けるコマンド送信指示受付手段をさらに含んだことを特徴とする付記４に記載の衛星診断プログラム。
【００９０】
（付記６）前記通知制御手順は、前記診断条件合致判定手順によって当該衛星のテレメータ値が診断条件に合致すると判定された場合に、Ｗｅｂサーバ機能を用いて診断結果および診断条件に関連するテレメータ値を通知するように制御することを特徴とする付記３〜５のいずれか一つに記載の衛星診断プログラム。
【００９１】
（付記７）衛星から取得されたテレメータ信号のテレメータ値をもとに、当該衛星を診断する衛星診断方法であって、
所定の事象によって遷移する当該衛星の状態ごとに、該状態に対応する診断条件を対応付けて診断条件記憶手段に登録する登録工程と、
前記衛星の衛星運用計画、若しくは前記衛星に発行されたコマンド情報をもとに、当該衛星の状態が遷移したか否かを検知する状態遷移検知工程と、
前記状態遷移検知工程によって衛星の状態が遷移したと検知された場合に、該遷移した衛星の状態に対応する診断条件を前記診断条件記憶手段から選定し、当該衛星のテレメータ値が該選定された診断条件に合致するか否かを判定する診断条件合致判定工程と、
を含んだことを特徴とする衛星診断方法。
【００９２】
（付記８）衛星から取得されたテレメータ信号のテレメータ値をもとに、当該衛星を診断する衛星診断装置であって、
所定の事象によって遷移する当該衛星の状態ごとに、該状態に対応する診断条件を対応付けて記憶する診断条件記憶手段と、
前記衛星の衛星運用計画、若しくは前記衛星に発行されたコマンド情報をもとに、当該衛星の状態が遷移したか否かを検知する状態遷移検知手段と、
前記状態遷移検知手段によって衛星の状態が遷移したと検知された場合に、該遷移した衛星の状態に対応する診断条件を前記診断条件記憶手段から選定し、当該衛星のテレメータ値が該選定された診断条件に合致するか否かを判定する診断条件合致判定手段と、
を備えたことを特徴とする衛星診断装置。
【図面の簡単な説明】
【００９３】
【図１】本実施例１に係る衛星管制システムの構成を示すシステム構成図である。
【図２】本実施例１に係る衛星診断装置の構成を示すブロック図である。
【図３】状態遷移を説明するための説明図である。
【図４】運用履歴記憶部に記憶される情報の構成例を示す図である。
【図５】運用計画記憶部に記憶される情報の構成例を示す図である。
【図６】軌道計画記憶部に記憶される情報の構成例を示す図である。
【図７】ステータス・数値項目処理結果記憶部に記憶される情報の構成例を示す図である。
【図８】診断条件ルールベースに記憶される情報の構成例を示す図である。
【図９】アラームルールベースに記憶される情報の構成例を示す図である。
【図１０】抽出状態遷移ルールベースに記憶される情報の構成例を示す図である。
【図１１】発生事象待ち行列記憶部に記憶される情報の構成例を示す図である。
【図１２】抽出状態記憶部に記憶される情報の構成例を示す図である。
【図１３】通知制御部における通知内容の一例を示す図である。
【図１４】電子メールによるコマンド送信指示の一例を示す図である。
【図１５】状態遷移検知処理の手順を示すフローチャートである。
【図１６】診断条件合致判定処理の手順を示すフローチャートである。
【図１７】本実施例２に係るコンピュータシステムの構成を示すシステム構成図である。
【図１８】図１７に示したコンピュータシステムにおける本体部の構成を示すブロック図である。
【符号の説明】
【００９４】
１    衛星
２    アンテナ
３    管制室
１０    衛星診断装置
１１    診断条件ルールベース
１２    アラームルールベース
１３    抽出状態遷移ルールベース
１４    発生事象待ち行列記憶部
１５    抽出状態記憶部
１６    制御部
１６ａ  状態遷移検知部
１６ｂ  診断対象取得判定部
１６ｃ  診断条件合致判定部
１６ｄ  通知制御部
１６ｅ  コマンド送信指示受付部
１７    メールサーバ
１８    Ｗｅｂサーバ
２０    衛星管制装置
２０ａ  コマンド送信部
２１    運用履歴記憶部
３０    衛星運用計画装置
３１    運用計画記憶部
３２    軌道計画記憶部
４０    テレメトリサーバ
４０ａ  ステータス・数値項目前処理部
４１    ステータス・数値項目処理結果記憶部
５０    衛星管制システム
【図１】
2005289164.tif 000003
【図２】
2005289164.tif 000004
【図３】
2005289164.tif 000005
【図４】
2005289164.tif 000006
【図５】
2005289164.tif 000007
【図６】
2005289164.tif 000008
【図７】
2005289164.tif 000009
【図８】
2005289164.tif 000010
【図９】
2005289164.tif 000011
【図１０】
2005289164.tif 000012
【図１１】
2005289164.tif 000013
【図１２】
2005289164.tif 000014
【図１３】
2005289164.tif 000015
【図１４】
2005289164.tif 000016
【図１５】
2005289164.tif 000017
【図１６】
2005289164.tif 000018
【図１７】
2005289164.tif 000019
【図１８】
2005289164.tif 000020