汎用衛星試験運用ソフトウェア�
Generic Spacecraft Test andOperations Software (GSTOS)�

開発計画概要�宇宙科学研究本部�山田隆弘�
第1.0版�2008年10月6日�

1

第1章�
概要�
GSTOSの目的と開発方針を説明する�

2

本文書の目的�
◆◆◆

本文書は、汎用衛星試験運用ソフトウェア (Generic Spacecraft Test andOperations Software, GSTOS, ジストス) の開発計画の概要を示すものである。�
本文書は、近い将来作成される「汎用衛星試験運用ソフトウェア開発計画書」の内容の骨子となるものである。�
本文書では、以下の事項を記述する。�
第1章�概要�第2章�標準データ処理アーキテクチャ�
第3章�試験運用システム構成�
第4章�ソフトウェア構成�
第5章�システム展開例�
第6章�文書体系�
第7章�開発計画�

3

GSTOSの目的1�
◆◆

◆

◆

GSTOSは、衛星と搭載機器の監視と制御を行うために使用される汎用ソフトウェアである。�
衛星の監視と制御は、科学衛星データ処理アーキテクチャで規定している分散システ
ムを用いて行われ、GSTOSは標準通信プロトコルで接続されたノード（ハードウェア要素）群に実装されて使用される。�
GSTOSは、原則として宇宙科学研究本部のすべての科学衛星の試験（単体試験、総合試験、射場における試験のすべてを含む）および運用に共通に使用される。衛星あるいは搭載機器による違いは、パラメータの値の置き換え、あるいは、衛星情報ベースの内容の置き換えによって吸収されるようにする。GSTOSが使用されるシステムの外部的環境の違い（例えば通信プロトコルの違いなど）は、ソフトウェアの一部の置き換えによって吸収できるようにする。�
プロジェクトにより、あるいは、試験および運用のフェーズにより異なるシステム構成を使用する必要がある場合は、その違いはソフトウェアの組み合わせ方を変えること、あるいは、ソフトウェアのノードへの展開方法を変えることによって吸収できるようにする。�

4

GSTOSの目的2�◆◆◆

特定の衛星や搭載機器のために、あるいは、特別な試験運用方法に対処するために、特別な制御監視手法が必要となる場合は、標準インタフェースを利用して新たな要素をシステムに追加する（例えば、新たなソフトウェアをノードに追加する、あるいは新たなノードをシステムに追加する）ことによって対処できるようにする。�
以下の機能については、原則として既存の設備を使用するが、必要な場合は見直しを行う。�
 衛星との通信、データ伝送、データ分配、データ蓄積�
個々のプロジェクトにおいて、GSTOSがどのようなシステム構成によってどのように使用されるかは、プロジェクト毎に作成される地上系確認書にて規定される。	

5

GSTOSの開発方針�
◆◆◆◆◆ソフトウェアは、その機能に基づいて複数の要素に分割して開発を行い、それが使用される場所、使用されるフェーズ、使用されるシステム構成等には極力依存しないようにする。そのために、ソフトウェア要素の定義は、そのソフトウェア要素の実現する機能のみによって行う。�
一つの機能は一つのソフトウェア要素によって実現し、システム全体として開発するソフトウェアの量が最小になるようにソフトウェア要素を定義する。�
ソフトウェア要素は、標準インタフェースを用いて他のソフトウェア要素と結合する。ソフトウェア要素は、そのソフトウェア要素の有する標準インタフェースと適合した標準インタフェースを装備した他のいかなるソフトウェア要素とも容易に結合できるように開発する。�
ソフトウェア要素の開発においては、既存のツール類を活用し、新規開発のソフトウェアの量を最小にするよう工夫する。�
ハードウェアは、原則として後述するソフトウェア要素共通開発規定に適合し、必要な性能要求（これはプロジェクト毎の地上系確認書で規定する）を満たすものであれば、いかなるものでも使用できるようにする。�

6

第2章�
標準データ処理アーキテクチャ�
GSTOSが使用される前提条件としての科学衛星標準データ処理アーキテクチャを説明する�

7

標準データ処理アーキテクチャとは�◆
◆
◆
◆
◆
◆

◆

標準データ処理アーキテクチャは、宇宙科学研究本部の科学衛星で適用すべきデータ処理システムのアーキテクチャ（システム構成原理）を規定したものである。�
本節の内容は、現在作成中の「科学衛星標準データ処理アーキテクチャ」の概要を示すものであり、いずれは本文書よりその文書を引用する。�
本アーキテクチャは、搭載データ処理システムと地上データ処理システムの双方に適用される。地上データ処理システムには（単体および総合）試験装置も含むものとする。�
このアーキテクチャを制定する目的は、多くのプロジェクトで共通のアーキテクチャを採用することにより、部品の再利用を促進することである。�
データ処理システムは、ノード（物理的なまとまりのあるハードウェア要素）を標準インタフェースで接続することによって構成される。�
あらゆるノードが標準インタフェースで接続されるということを前提として、どのような衛星でも使用できる標準ノード（物理的構成単位）あるいは標準要素（ノードの機能的構成部品）も開発される。�
汎用衛星試験運用ソフトウェア(GSTOS)は、標準データ処理アーキテクチャに基づいて、あらゆる衛星の試験および運用に使用できる汎用ソフトウェア要素群として開発される。�

8

標準プロトコル�
◆◆

これから示す構成図の各々のノード間インターフェスにおいて、それぞれ下図に示すプロトコル構成を使用する。�
また、最上位のプロトコルとして以下の装置間で衛星監視制御プロトコル (SMCP) を使用する。�
 衛星試験運用装置ーバス機器（または衛星データ処理系）�
 衛星試験運用装置ー観測機器（またはミッションデータ処理系）�
 （場合により）衛星データ処理系ーバス機器� （場合により）ミッションデータ処理系ー観測機器�

２．搭載
インテリジェント・インタフェース

１．搭載
ノンインテリジェント・インタフェース

４．地上インタフェース

３．宇宙回線
インタフェース

Packet/Frame

Packet

SDTP

Frame

RMAP

RMAP

TCP/IP

RF/RDSpaceWire

SpaceWire

Packet9

搭載データ処理アーキテクチャ�
◆◆◆

搭載データ処理システムは、基本的に、以下の2種類のノードにより構成される。�
 インテリジェントノード（IN、データの処理と中継）�
• 例1：衛星データ処理系（衛星全体のデータの処理と中継）�
• 例2：ミッションデータ処理系（ミッション固有のデータの処理と中継）�
 ノンインテリジェントノード（ NIN、データの発生あるいは機能の実行）�
• 例1：センサ（特定目的のデータを収集する）�
• 例2：アクチュエイタ（特定の機能を実行する）�
インテリジェントノード（衛星データ処理系やミッションデータ処理系等）は、可能な限り標準的なものを全ての衛星で使うものとする。�
上記の2種類のノードを以下の2種類の標準インタフェースのいずれかで接続する。�
 搭載ノンインテリジェント・インタフェース�
• 基本的に、インテリジェントノードとノンインテリジェントノードとを接続する� 搭載インテリジェント・インタフェース�
• 基本的に、インテリジェントノード相互間を接続する�

10

基本搭載データ処理アーキテクチャ�◆

下図に示すものが基本的な搭載データ処理システム構成の例である。�

衛星1

地上系

IN:衛星データ処理系

３２IN:ミッション
データ処理系

NIN:観測機器
NIN:観測機器
NIN:観測機器

NIN:バス機器
1

NIN:バス機器
NIN:バス機器

11

変形搭載データ処理アーキテクチャ1�
◆

下図は大規模な衛星用の搭載データ処理システム構成の例である。�
衛星
1

２

地上系

３

IN:衛星
データ処理系

NIN:バス機器
1

NIN:バス機器

IN:ミッション
データ処理系
IN:ミッション
データ処理系
IN:ミッション
データ処理系

NIN:観測機器
NIN:観測機器
NIN:観測機器
NIN:観測機器
NIN:観測機器
NIN:観測機器

NIN:バス機器

12

変形搭載データ処理アーキテクチャ2�
◆

下図は小規模な衛星用の搭載データ処理システム構成の例である。�

衛星
1

地上系

IN:衛星ミッショ
ンデータ処理系

３

NIN:観測機器
NIN:観測機器
NIN:観測機器

NIN:バス機器
1

NIN:バス機器
NIN:バス機器

13

地上データ処理アーキテクチャ�
◆

地上におけるデータ処理に関する基本的なシステム構成を示す（ただし、総合試験以降）。�
地上系
コマンド計画検証装置
4

衛星試験運用装置
共通QL装置

データ分配・蓄積装置

4送受信機

3

衛星PI
QL装置

◆
◆
◆

共通QL装置は、衛星試験運用装置よりコマンド発行機能を除いた装置である。�
PI QL装置は、プロジェクト毎に別途用意される装置である。�
送受信機はコマンド出力装置とテレメトリ入力装置を含む。�
14

第3章�
試験運用システム構成�
GSTOSが使用される試験および運用の種類とそれぞれの試験運用種類毎のシステム構成を説明する�

15

試験運用の分類�
◆試験（あるいは運用）する装置と試験（あるいは運用）される装置との間のインタフェー
スの種類によって試験運用を以下のように分類する。場合によっては、データ分配蓄積装置が接続され、それ経由で他の試験運用装置が接続されることもある。�
 単体試験�
単体試験装置41

試験される単体

ミッション系総合試験�
4

２

4

３

SpW-SDTP変換装置
ミッション系試験装置
総合試験（射場での試験も含む）�

衛星試験運用装置
飛行運用（打ち上げ後の運用）�
4◆

SpW-SDTP変換装置

送受信機

試験されるミッション系試験される衛星３

衛星試験運用装置
送受信機
運用される衛星
上記のどの試験あるいは運用においても試験する側の機器は同一の汎用衛星試験運用ソフトウェア (GSTOS) を使用する。�
16

単体試験�
単体試験装置4

SpW-SDTP変換装置

SpW-SDTP変換装置

単体試験装置411

試験される単体試験される単体

4
データ分配蓄積装置

PI-QL装置◆◆◆試験される単体とは、バス機器あるいは観測機器である。�
SpaceWire側のインタフェースはパケットを使用しないが、変換装置がパケット化処理を行う。�
4のインタフェースでは、パケットがSDTPで伝送される。�
17

ミッション系総合試験�
1

搭載機器

ミッションデータ処理系

搭載機器

２

搭載機器

コマンド計画検証装置

ミッション系試験装置

4
データ分配蓄積装置

4

SpW-SDTP変換装置

共通QL装置PI QL装置◆4のインタフェースでは、パケットがSDTPで伝送される。�
18

総合試験（射場での試験も含む）�
1
２

衛星データ処理系

ミッションデータ処理系

搭載機器
搭載機器

３搭載機器

コマンド計画検証装置

衛星試験運用装置

4
データ分配蓄積装置

4

送受信機

共通QL装置PI QL装置◆

4のインタフェースでは、フレームがSDTPで伝送される。ただし、テレメトリについては、データ分配蓄積装置とQL装置間でパケットがSDTPで伝送される場合もある。�
19

飛行運用�
1
２

衛星データ処理系

ミッションデータ処理系

搭載機器
搭載機器

３搭載機器

コマンド計画検証装置

衛星試験運用装置

4
データ分配蓄積装置

4

送受信機

共通QL装置PI QL装置◆

4のインタフェースでは、フレームがSDTPで伝送される。ただし、テレメトリについては、データ分配蓄積装置とQL装置間でパケットがSDTPで伝送される場合もある。�
20

第4章�
ソフトウェア構成�
GSTOSの内部の構成（ソフトウェア要素とそれらのインタフェース）を説明する�

21

ソフトウェア全体構成�
衛星試験運用装置／ミッション系試験装置／単体試験装置 (STOS)�
コマンド計画検証ソフトウェア�
ー コマンド計画検証�
ー コマンド計画整合性表示�
ー コマンド計画ファイル作成�
A
コマンド発行ソフトウェア�
ー オンラインデータ送信管理�
ー コマンド計画ファイル実行�
ー マニュアルコマンド発行�
ー コマンド検証�
ー コマンド履歴管理�
DB
C
CSIB2
Cテレメトリ監視ソフトウェア�
ー オンラインデータ受信管理�
ー オフラインデータ受信管理�
ー テレメトリ文字表示�
ー テレメトリグラフ表示�
ー リミットチェック�ー モードチェック�ー 衛星診断 (ISACS-DOC)�
ー テレメトリチェック履歴管理�

CD

データ変換ソフトウェア（パケットの生成と分解）�

メ�
ッ�
セ�
｜�
ジ�
管�理�
ソ�フ�
ト�ウ�
ェ�ア�

E
通信プロトコル処理ソフトウェア（SDTP、コマンドについては場合によりTC-SDTPも）�

◆◆これらのソフトウェアの機能の詳細は、汎用衛星試験運用ソフトウェア (GSTSO) 要求仕様書で規定する。�
この図における線の色の意味は次ページ参照。第2~3章での線の色の使い方とは違うので注意すること。�

22

ソフトウェア要素間インタフェース1�
◆

前ページに示したソフトウェア要素間のインタフェースは以下のように制定され、GSTOSインタフェース仕様書の各分冊にて規定される。�
 コマンド計画検証ソフトウェアと運用要求者間�
• 運用要求ファイルの形式を規定する。�
 コマンド計画検証ソフトウェアとコマンド発行ソフトウェア間（A）�
• コマンド計画ファイルの形式を規定する。�
 コマンド計画検証ソフトウェアとテレメトリ監視ソフトウェア間（B）�
• モードチェックファイルの形式を規定する。 � SIB2と他要素間（C）�
• SIB2定義書に基づいたXML Schema定義を提供する。�
• SIB2の内部構造には依存せずにSIB2にアクセスするためのAPIを規定する。�

23

ソフトウェア要素間インタフェース2�

データ変換ソフトウェアと他要素間（D）�
• プロトコルにもデータフォーマット（工学値変換規則も含む）にも依存せずにデータを送受信するためのAPIを規定する。�
• プロトコルに依存する機能をアプリケーションから監視制御する必要がある場
合は、プロトコル毎に特別なパラメータを用意する。�
通信プロトコル処理ソフトウェアと他要素間（E）�
• プロトコル（SDTP）には依存せずにデータを送受信するためのAPIを規定する。�
• 通信プロトコル処理ソフトウェアを利用して他要素が送受できるデータは、SDTP仕様書で規定されているデータとする。�
メッセージ管理ソフトウェアと他要素間�
• メッセージの詳細には依存せずにメッセージを受け渡すためのAPIを規定する。�

24

ソフトウェア要素開発共通規定�
◆◆プログラム言語� 基本はC++とする。�
 既存のプログラムを再利用した方が効率的に開発が行える場合はCも可。�
 ただし、標準的なライブラリにはCを使用する。�
 性能に問題がなく、システム全体の整合性に影響を与えない場合はJavaも可。�
オペレーティングシステム� VMwareを使用するという前提で、VMwareがサポートするものを使用。	 

25

SpaceWire-SDTP変換装置�
SpaceWire-SDTP変換装置 on Linux/SpaceCube�RMAP/SpaceWireモニタ・ソフトウェア	
パケット中継ソフトウェア	
SDTP �
コマンド受信用ソフトウェア	
SDTP�

◆◆SDTP �
テレメトリ送信用
ソフトウェア	

スロット制御・RMAP・SpaceWire	SpaceWire

SpaceWire側のインタフェースはパケットを使用する場合としない場合とがあるが、SDTP側は常にパケットをSDTPで伝送する。�
SpaceWire側でパケットを使用しない場合は、変換装置がパケット化処理を行う。�

26

第5章�
システム展開例�
それぞれの試験運用種類毎にソフトウェア要素の構成とハードウェア要素（ノード）への展開例を示す�

27

単体試験�ソフトウェア全体構成�
単体試験装置 (STOS-C)�

コマンド発行ソフトウェア�
ー オンラインデータ送信管理�
ー コマンド計画ファイル実行�
ー マニュアルコマンド発行�
ー コマンド検証�
ー コマンド履歴管理�

単体
SIB2

テレメトリ監視ソフトウェア�
ー オンラインデータ受信管理�
ー テレメトリ文字表示�
ー テレメトリグラフ表示�
ー リミットチェック�ー モードチェック�ー 衛星診断 (ISACS-DOC)�
ー テレメトリチェック履歴管理�

データ変換ソフトウェア�
コマンドパケット送信用�
ソフトウェア�

一般データ送信用�
ソフトウェア�

SDTP�

メ�
ッ�セ�
｜�
ジ�
管�理�
ソ�
フ�
ト�
ウ�
ェ�ア�

一般データ受信用�
ソフトウェア�SpaceWire�SpaceWire-SDTP変換装置�

28

単体試験�ハードウェア展開例�
単体試験装置
メ�
ッ�セ�
管�理�

コマンド発行��

テレメトリ監視�

データ変換�
通信プロトコル処理�SDTP�

データ分配�
蓄積装置

�PI QL装置
メ�ッ�セ�
管�理�◆�SpaceWire�-SDTP�
変換装置

�

PI処理�
データ変換�
通信プロトコル処理�

PI処理ソフトウェアは、プロジェクト毎に別途開発されるソフトウェアである。�
29

ミッション系総合試験�ソフトウェア全体構成�
ミッション系試験装置 (STOS-M)�
コマンド計画検証ソフトウェア�
ー コマンド計画検証�
ー コマンド計画整合性表示�
ー コマンド計画ファイル作成�
コマンド発行ソフトウェア�
ー オンラインデータ送信管理�
ー コマンド計画ファイル実行�
ー マニュアルコマンド発行�
ー コマンド検証�
ー コマンド履歴管理�

ミッション系
SIB2

テレメトリ監視ソフトウェア�
ー オンラインデータ受信管理�
ー テレメトリ文字表示�
ー テレメトリグラフ表示�
ー リミットチェック�ー モードチェック�ー 衛星診断 (ISACS-DOC)�
ー テレメトリチェック履歴管理�

データ変換ソフトウェア�
コマンドパケット送信用�
ソフトウェア�

一般データ送信用�
ソフトウェア�

SDTP�

メ�
ッ�セ�
｜�ジ�
管�理�
ソ�フ�ト�ウ�ェ�ア�

一般データ受信用�
ソフトウェア�SpaceWire�SpaceWire-SDTP変換装置�

30

ミッション系総合試験�ハードウェア展開例�
�

ミッション系試験装置
コマンド計画�検証装置

�コマンド�
計画検証�

FTP�

メ�
ッ�セ�
管�
理�

コマンド発行�

テレメトリ監視�

データ変換�
通信プロトコル処理�

�

共通QL装置
メ�
ッ�
セ�
管�
理�

テレメトリ監視�
データ変換�
通信プロトコル処理�

PI QL装置
メ�
ッ�
セ�
管�
理�

SDTP�

データ分配�
蓄積装置

�SpaceWire�-SDTP�
変換装置

��

PI処理�
データ変換�
通信プロトコル処理�

31

総合試験・飛行運用�ソフトウェア全体構成�
衛星試験運用装置 (STOS-S)�
コマンド計画検証ソフトウェア�
ー コマンド計画検証�
ー コマンド計画整合性表示�
ー コマンド計画ファイル作成�
コマンド発行ソフトウェア�
ー オンラインデータ送信管理�
ー コマンド計画ファイル実行�
ー マニュアルコマンド発行�
ー コマンド検証�
ー コマンド履歴管理�

衛星SIB2

テレメトリ監視ソフトウェア�ー オンラインデータ受信管理�
ー テレメトリ文字表示�
ー テレメトリグラフ表示�
ー リミットチェック�ー モードチェック�ー 衛星診断 (ISACS-DOC)�
ー テレメトリチェック履歴管理�
ー オフラインデータ受信管理�

データ変換ソフトウェア�
コマンドフレーム送信用�
ソフトウェア�

一般データ送信用�
ソフトウェア�

メ�
ッ�セ�
｜�
ジ�
管�理�
ソ�
フ�
ト�
ウ�
ェ�ア�

一般データ受信用�
ソフトウェア�SDTP�
32

総合試験・飛行運用�ハードウェア展開例�
衛星試験運用装置
コマンド計画�
検証装置

�

コマンド�
計画検証�

FTP�

メ�
ッ�
セ�
管�
理�

コマンド発行��

テレメトリ監視�

データ変換�
通信プロトコル処理�

�

共通QL装置
メ�
ッ�
セ�
管�
理�

テレメトリ監視�
データ変換�
通信プロトコル処理�

PI QL装置
メ�
ッ�
セ�
管�理�

SDTP�

データ分配�
蓄積装置

��

PI処理�
データ変換�
通信プロトコル処理�

33

第6章�
文書体系�
汎用衛星試験運用ソフトウェアに関する文書体系を説明す
る�34

全体の体系�
衛星と地上の双方を含むデー
タ処理システムの基本方針に関する文書

衛星と搭載機器の試験と運用で使用する監視制御機能に関する文書

データ処理文書群

GSTOS要求文書群

GSTOS設計文書群

凡例

A

B

GSTOS試験文書群「B文書（群）はA文書（群）に従う」を意味する。

35

データ処理文書群�
科学衛星標準データ処
理アーキテクチャ

衛星の機能モデル

衛星監視制御プロトコル

衛星情報ベース２(SIB2) 定義書
SIB2
XML Schema

36

GSTOS要求文書群�
GSTOS
開発計画書
コンフィギュレーション
管理手順

GSTOS
要求仕様書

ソフトウェアコーディング標準
マンマシンインタ
フェース標準
テレメトリ表示形式
定義ファイル
コマンド計画ファイル
モードチェックファイル
データ変換API通信プロトコルAPI
メッセージ管理API

37

GSTOS設計文書群�
コマンド計画検証
ソフトウェア設計仕様書

コマンド計画検証
ソフトウェア取扱説明書

コマンド発行
ソフトウェア設計仕様書

コマンド発行
ソフトウェア取扱説明書

テレメトリ監視ソフトウェア設計仕様書

テレメトリ監視ソフトウェア取扱説明書

データ変換
ソフトウェア設計仕様書

テレメトリ監視ソフトウェア取扱説明書

通信プロトコル処理
ソフトウェア設計仕様書

通信プロトコル処理
ソフトウェア取扱説明書

メッセージ管理
ソフトウェア設計仕様書

メッセージ管理
ソフトウェア取扱説明書
38

第7章�
開発計画�
GSTOSのそれぞれの要素をどのような順序でいつまでに開発すべきかを説明する�

39

2009年10月（MMO FM単体試験）までに開発�
単体試験装置 (STOS-C)�

コマンド発行ソフトウェア�
ー オンラインデータ送信管理�
ー コマンド計画ファイル実行�
ー マニュアルコマンド発行�
ー コマンド検証�
ー コマンド履歴管理�

単体
SIB2

テレメトリ監視ソフトウェア�
ー オンラインデータ受信管理�
ー テレメトリ文字表示�
ー テレメトリグラフ表示�
ー リミットチェック�ー モードチェック�ー テレメトリチェック履歴管理�

データ変換ソフトウェア�
SDTPコマンド送信用�
ソフトウェア�

SDTP一般データ送信用�
ソフトウェア�

SDTP�

メ�
ッ�
セ�
｜�
ジ�
管�理�
ソ�フ�
ト�ウ�
ェ�ア�

SDTP一般データ受信用�
ソフトウェア�SpaceWire�SpaceWire-SDTP変換装置�40

2010年3月（MMO FM一噛み試験）までに開発�
衛星試験運用装置 (STOS-S)�

コマンド発行ソフトウェア�
ー オンラインデータ送信管理�
ー コマンド計画ファイル実行�
ー マニュアルコマンド発行�
ー コマンド検証�
ー コマンド履歴管理�

単体
SIB2

テレメトリ監視ソフトウェア�
ー オンラインデータ受信管理�
ー テレメトリ文字表示�
ー テレメトリグラフ表示�
ー リミットチェック�ー モードチェック�ー テレメトリチェック履歴管理�

データ変換ソフトウェア�
SDTPコマンド送信用�
ソフトウェア�

SDTP一般データ送信用�
ソフトウェア�

メ�
ッ�
セ�
｜�ジ�
管�理�
ソ�
フ�
ト�
ウ�
ェ�
ア�

SDTP一般データ受信用�
ソフトウェア�SDTP�
41

2010年10月（MMO FM総合試験）までに開発�
衛星試験運用装置 (STOS-S)�
コマンド計画検証ソフトウェア�
ー コマンド計画検証�
ー コマンド計画整合性表示�
ー コマンド計画ファイル作成�
コマンド発行ソフトウェア�
ー オンラインデータ送信管理�
ー コマンド計画ファイル実行�
ー マニュアルコマンド発行�
ー コマンド検証�
ー コマンド履歴管理�

衛星SIB2

テレメトリ監視ソフトウェア�
ー オンラインデータ受信管理�
ー テレメトリ文字表示�
ー テレメトリグラフ表示�
ー リミットチェック�ー モードチェック�ー 衛星診断 (ISACS-DOC)�
ー テレメトリチェック履歴管理�
ー オフラインデータ受信管理�

データ変換ソフトウェア�
SDTPコマンド送信用�
ソフトウェア�

SDTP一般データ送信用�
ソフトウェア�

メ�
ッ�セ�
｜�
ジ�
管�理�
ソ�
フ�
ト�
ウ�
ェ�ア�

SDTP一般データ受信用�
ソフトウェア�

SDTP�
42

開発スケジュール�

08�
1Q�

SpaceWire/SDTP
変換器�

08�
2Q�

08�
3Q�

08�
4Q�

09�
1Q�

09�
2Q�

09�
3Q�

09�
4Q�

10�
1Q�

10�
2Q�

10�
3Q�

製造�

MMO�
FM�
単体�

MMO�
FM�
一噛�

製造�

MMO�
FM�
単体�

MMO�
FM�
一噛�

コマンド計画検証�

要求定義�設計�

製造�

衛星診断�

要求定義�

設計�

製造�

GSTOS全体（コマンド計画検証と衛星診断を除く）�

要求定義�

要求定義�

設計�

設計�

10�
4Q�

11�
1Q�

11�
2Q�

MMO�
FM�
総合�

43