遊雅堂 稼げる

　　要約:この記事は、マルチプラットフォームの協調シナリオにおける宇宙ベースの情報システムのコンピューティング特性と協調コンピューティング要件を分析します，早期警戒機を中心とした宇宙ベースのマルチプラットフォーム コラボレーションも，協調的なコンピューティング アーキテクチャを設計しました，このアーキテクチャの下で宇宙ベースの情報システムの協調コンピューティング モデルについて議論しました，アーキテクチャの実装中に解決する必要がある主要な技術的問題を分析しました。記事で設計されたアーキテクチャに基づく，宇宙ベースの情報システムミッションソフトウェアの高可用性とプラットフォーム間のコンピューティングタスクのオンデマンド展開を実現可能、移行と協調コンピューティング，高い信頼性を構築するために、高性能の宇宙ベースの情報システムが基本的なコンピューティング環境のサポートを提供。　　

　　キーワード: 宇宙ベースの情報システム；空挺ミッション電子システム；協調コンピューティング；宇宙ベースの情報システム ソフトウェア アーキテクチャ

　　

はじめに

宇宙ベースの情報システムは宇宙ベースのプラットフォームとネットワークに基づいています，センサーを通過、意思決定者と銃撃者の間での情報共有と行動の調整，閉​​ループのストライクリンクを実現するネットワーク化された戦闘情報システム[1-2]。宇宙ベースの情報システムは、宇宙ベースの早期警戒検出システムと宇宙ベースの指揮制御システムで構成されます[3-4]，典型的な宇宙ベースの情報システムは早期警戒機を中心にしています，調整された妨害装置、戦闘機、UAV およびその他の種類の航空機搭載機器，早期警告検出を実現する、情報偵察、指揮統制や協調攻撃などのさまざまな機能。

近年，さまざまな種類の宇宙用機器の急速な発展に伴い，特にさまざまなタイプの無人機器が継続的に登場しているため，宇宙ベースの情報システムに関与する要素はますます充実しています，データ処理のニーズは大きく変化しました。その間，ディープ ラーニングなどのインテリジェント テクノロジは、さまざまな情報システムでますます使用されています，これは、宇宙ベースの情報システムにおける大規模データのインテリジェントな処理を強力にサポートします。このために，宇宙ベースの情報システムの新しいコンピューティング要件と特性を分析する必要がある，適合するインフラストラクチャを設計，宇宙ベースの情報システムの総合的なパフォーマンスを向上させる。

1. 宇宙情報システムコンピューティングの特徴と開発動向

宇宙ベースの情報システムのコンピューティング リソースは比較的限られており、不均一に分散されています。具体的に，さまざまな地上情報システムとは異なります，宇宙ベースの情報システムは、依存している宇宙ベースのプラットフォームの負荷の影響を受けます、電源およびその他の側面に関する制限，コンピューティング ハードウェアの総量には制限があります，物理デバイスなどを追加してオンデマンドでコンピューティング リソースを拡張することは、多くの場合不可能。一方，さまざまな宇宙ベースのプラットフォーム上のコンピューティング 遊雅堂 出金 土日遊雅堂 勝てるリソースの配分は十分にバランスが取れていません。早期警戒機に代表される大型装備は飛行プラットフォームの収容能力に有利，そのコンピューティング リソースは比較的豊富です；ドローンに代表されるプラットフォームの容量は比較的小さい，そのコンピューティング リソースもさらに不足しています。

宇宙ベースの情報システムには、コンピューティングの信頼性とコンピューティング効率に対する非常に高い要件があります。早期警告により検出されました、情報偵察を開始，宇宙ベースの情報システムは、さまざまな種類のデータを迅速に処理する必要があります，コマンドおよび制御命令の生成を効果的にサポートするため，最終的にさまざまなタスクを完了します。プロセスのいずれかの部分で計算エラーが発生すると、ミッション失敗につながる可能性があります。

人間性の剥奪により、インテリジェンスなどの新興テクノロジーの継続的な開発と成熟，宇宙ベースの情報システムへの応用もさらに広範囲かつ詳細になっています。インテリジェンスを例に挙げます，特定のセンサーからのターゲット認識などのデータ処理分野，情報融合へ、意思決定支援およびその他の指揮統制分野，インテリジェント技術により、宇宙ベースの情報システムのデータ処理能力が大幅に向上しています。これらの新しいテクノロジーに加えて、宇宙ベースの情報システム用のコンピューティングの開発トレンドもいくつかあります:

　　1.1 宇宙ベースの情報システムの計算オブジェクトはスケールの特性を示します

機器の継続的な開発により，早期警告検出の意味合いは拡大し続けています。さまざまな取り組みから、パッシブ センサーからのデータは、早期警告検出のデータ ソースとして使用できます。これにより、宇宙ベースの情報システムで処理されるデータ形式が非常に多様になります，必然的にデータ量の増大にもつながります。一方，近年の無人機器の急速な発展と普及に伴い，宇宙ベースの情報システムは、さまざまなタイプの無人機器、さらには無人機器クラスターからのデータを処理できる必要があります。これにより、宇宙ベースの情報システムに対するデータ処理の負荷がさらに増大します，宇宙情報システムのデータ処理量はますます大規模化している。

　　1.2 宇宙ベースの情報システムでは、データ通信効率に対する要件がますます高まっています

宇宙ベースの情報システムにおける参加要素の拡大により、要素間の連携がより重要になる，データ通信はプラットフォーム間の相互連携の基礎です。したがって，宇宙ベースの情報システムにおけるデータ通信の需要は増加し続けています。遊雅堂 ボーナス 出金遊雅堂 コード宇宙ベースの環境において，物理プラットフォームは、さまざまな種類のデータ リンクを通じて相互に通信します，データリンク自体の通信帯域幅は非常に限られています。また，大気環境は複雑で変わりやすい，宇宙ベースの情報システムでは、さまざまな通信干渉やその他の要因も考慮する必要があります，これにより、データ送信制限がさらに増加し​​ます。上記には、限られた通信帯域幅と品質の下で宇宙ベースの情報システムのデータ通信を実行できることが必要です，通信効率を可能な限り改善する，こうしてコラボレーション効率が向上。

　　1.3 無人機器の広範な適用により、宇宙ベースの情報システムにおける信頼性の高いコンピューティングの重要性がさらに強調されています

宇宙ベースの情報システムの早期警戒検出範囲を大幅に拡大しながら，比較的先進的な無人装置自体も、その生存に対する比較的大きな脅威に直面しています。したがって，基本的なコンピューティング アーキテクチャからシステムの高い信頼性を確保する必要がある，物理的な損傷などによりプラットフォームが機能しなくなった場合でも、タスクの代替を行う必要があります，タスクを確実に完了する。

2. 宇宙ベースの情報システムの協調コンピューティング要件

宇宙ベースの協力的な状況認識を例に取る，早期警戒機およびその他の種類の特殊機、UAV は分業し、互いに協力します，早期警戒機の外側の各プラットフォームは、特定の検出および偵察タスクを担当します，早期警戒機プラットフォームは独自の探知と偵察を同時に行っています，全体的な状況認識と指揮統制タスクを担当。中央に配置された早期警戒機プラットフォームが各プラットフォームとの通信接続を確立，さまざまなプラットフォームから検出および偵察データを受信，そして、包括的な状況情報とコマンドと制御の指示を各プラットフォームに発行します。早期警戒機以外のプラットフォーム間で直接調整が必要な場合，必要に応じて直接通信を確立できます。このシナリオにおけるプラットフォームの典型的な構成を図 1 に示します。

　　

写真 1 典型的な宇宙ベースの情報システム コラボレーション シナリオ

マルチプラットフォームのコラボレーションにより、単一プラットフォームによる検出を克服できます、コンピューティングおよびその他の側面における制限，戦場の状況認識の範囲と柔軟性を効果的に向上させる。さまざまなプラットフォームが検出エリアを通過、役割分担と検出方法などの協力，探知と偵察任務を完了するために協力してください；特定のプラットフォームによって実行されるタスクは、遊雅堂 ボーナス スポーツベット遊雅堂 入金不要ボーナス 最新全体的なミッション実行と状況認識のニーズに応じて柔軟に変更できます，オンデマンド スイッチングの実現；特定のプラットフォームでコンピューティング リソースが不足している場合，コンピューティング タスクは、「コンピューティング オフロード」を通じて、対応するコンピューティング リソースを備えた他のプラットフォームに転送できます，共同で計算を完了する；特定のプラットフォームで障害が発生した場合，障害が発生したプラットフォームのコンピューティング タスクを、対応する機能 (特定のセンサーなど) を備えた他のプラットフォームに迅速に移行できます，システム全体の可用性を保証する。

宇宙ベースのマルチプラットフォーム コラボレーションにより、各プラットフォームのミッション コンピューティング アーキテクチャに新たな要件が提示される，主に次の 3 つの側面に反映されます。

1) コンピューティングタスク

マルチプラットフォーム コラボレーションには、コンピューティング タスクにクロスプラットフォーム展開機能と動的移行機能が必要です，これには、上位レベルのコンピューティング タスクに統合されたオペレーティング環境を提供するために、組み込みハードウェアを含むさまざまな異種コンピューティング ハードウェアが必要です，タスクのデプロイメントおよび移行中に一貫した実行環境を実現。

2) タスクデータ

マルチプラットフォーム コラボレーションでは、オンデマンドでノード間の通信関係を確立する必要があります，コア データにマルチプラットフォームの分散機能を提供，複数のプラットフォームにわたるミッションクリティカルなデータの分散同期を実現。また，コラボレーション プロセス中のデータ通信要件を効果的に削減するため，コンピューティング タスクの実行中に動的データと静的データの効果的な区別をサポートする必要がある，ミッション計画を通じて，コラボレーション要件がある可能性のある静的データを事前に展開する，タスク実行中のデータ転送要件を軽減。

3) コンピューティング リソース

マルチプラットフォーム コラボレーションでは、中央プラットフォームに各プラットフォームのコンピューティング リソースの全体的な管理機能が必要です，ミッション要件とリアルタイムの状況に対応できる，プラットフォーム間のコンピューティング リソースの動的な管理と、コンピューティング タスクとコンピューティング リソースの動的なマッチングを実行します。コンピューティング タスクとコンピューティング リソースを照合中，データ収集側のコンピューティング能力を最大限に活用できる，遊雅堂 入金不要ボーナス 最新遊雅堂 入金不要ボーナス 最新可能であれば最後にデータ処理または前処理のすべてまたは一部を実行する，これにより、コラボレーション プロセス中のデータ通信要件が軽減されます。

3. 宇宙ベースの情報システム協調コンピューティング アーキテクチャ

宇宙ベースの情報システムのコンピューティング特性と調整要件の上記の分析に基づく，図 2 に示すように、宇宙ベースの情報システムのコンピューティング アーキテクチャを設計する。

　　

写真 2 協調的コンピューティング アーキテクチャの概略図

工事中，上から下までアプリケーション ソフトウェア (さまざまなコンピューティング タスク)、統合コンポーネント環境、ハードウェア リソースの仮想化とオペレーティング システム/さまざまな種類のハードウェア。その中に，ハードウェア リソース仮想化層がこのアーキテクチャの基盤です，この層を介した各プラットフォーム上のさまざまなタイプのハードウェアの統合仮想化，抽象的な仮想化リソース プールを形成する；統合コンポーネント環境がこのアーキテクチャの中核です，仮想化されたリソース プールに基づいています，上位層のアプリケーション ソフトウェアに統合されたオペレーティング環境を提供する，そしてさまざまな管理を実行します、さまざまな基本サービスを提供。このアーキテクチャの主な特徴は次のとおりです。

3.1 ソフトウェア状態の分離

アプリケーション ソフトウェア レベル，このアーキテクチャはコンポーネントのパッケージ化を実装します。論理的な観点，カプセル化されたコンポーネントはプログラムに細分化されます、データとステータス。その中に，プログラムに対応する実行可能な命令のセット，それ自体は静的です；データは、プログラム実行中に外部メモリから読み書きされる静的/動的コンテンツに対応します；ステータスは、プログラム実行中に内部メモリで読み書きされる動的コンテンツに対応します[5]。コンポーネントの実行プロセスは、コンピューティング ハードウェアによってロードされ、命令を実行する静的プログラムとみなすことができます、処理データの読み取り、自身の状態を変更してデータを出力するプロセス。コンポーネントの静的プログラムと動的状態を分離する，データとステータスを個別に処理します，アーキテクチャの観点からデータとステータスの統合管理を提供します，単一プラットフォーム内でコンピューティング タスクの高い信頼性を保証できます，プラットフォーム間のコンポーネントベースのコンピューティングタスクの移行とコラボレーションの基礎を築きます。

3.2 統合コンピューティング環境

アプリケーション ソフトウェアの下，「統合コンポーネント環境」レイヤーを設計する。この層はアプリケーション ソフトウェアとオペレーティング システムを接続します，さまざまなプラットフォーム上でさまざまな種類のソフトウェアを動作させるための、一貫した基本動作環境を提供する。この層の機能はリソース管理に細分化できます、データ管理、ステータス管理、サービス管理、コンポーネント管理、タスク管理、データ共同管理、状態協調管理とタスク協調管理。

リソース管理は、上位層アプリケーションのリソース要件とハードウェア リソース プール内のさまざまなリソースの占有を統合します，タスク モデルの事前設定された割り当て戦略による，リソースの割り当てと動的調整；リソースとリソース占有のリアルタイム監視と管理を実行します，クロスプラットフォームのリソース コラボレーションの基盤を提供する。　　

データ管理とステータス管理は、上位層アプリケーションに相互に分離されたデータおよびステータス アクセス サービスを提供します。アプリケーション ソフトウェアは、データ管理とステータス管理の 2 種類のサービスを提供します，プログラム実行中のデータとステータスを統合コンポーネント環境に一元化。データとステータスの一元管理プロセス中の統合コンポーネント環境，グレーディングを使用できます、分散戦略とその他の戦略[6]，一元化されたデータ ホスティングの高効率と高信頼性を実現。

コンポーネント管理は、上位層コンポーネントの操作のための基本的な管理機能を提供します，コンポーネントのライフサイクル管理が含まれています、ステータス監視を実行中、健康状態の認識など。同時に，コンポーネント管理に基づく，サービス指向アーキテクチャ (SOA) などのアーキテクチャのサービス指向設計要件にサービス管理機能を提供する，この関数は、サービス インターフェースの記述と表現のための統一標準を提供します，ユニフォーム リソース ロケーターに基づいたシステム全体のサービス ロケーションのサポート，サービス インターフェースへの呼び出しに対するデータ メッセージのルーティングと転送を提供します。

タスク管理は、システム内の各プラットフォームに統合されたタスク モデル定義を提供します，定義されたモデルに基づく，対応するコンポーネントを生成して適用、サービス、リソース、データ、国家管理戦略。

データの共同管理とステータスの共同管理は、遊雅堂 フリーベット コード遊雅堂 ボーナス 出金条件クロスプラットフォームのコラボレーションのニーズに対応しています，分散一貫性とその他の方法に基づく，ネットワーク通信によるプラットフォーム間のデータとステータスの分散管理。タスクの共同管理は、データとステータスの共同プロセスのタスク モデルに基づいた統合管理を提供します。3.3ハードウェア リソースの仮想化

統合コンポーネント環境下，CPU を含む「ハードウェア リソース仮想化」層を通じて、各プラットフォームのさまざまなコンピューティング ハードウェアを適応および接続、メモリおよびその他のコンピューティング ハードウェア、ストレージ ハードウェアとネットワーク ハードウェア，上位層にユニファイド コンピューティングを提供、操作インターフェース，ハードウェア リソースの仮想化の実装。標準のコンピューティング ハードウェアは、オペレーティング システム カーネルの対応する機能を通じて直接仮想化できます；非標準ハードウェアの場合，さまざまな FPGA 機器など[7]，個別に設計された仮想化アダプタ経由で利用可能，リソースをハードウェア リソース仮想化層に組み込む。

4. 宇宙ベースの情報システム協調コンピューティング モデル

　　4.1 計算連携方法

この記事で説明されているコンピューティング アーキテクチャの下，アプリケーション ソフトウェアは、統一された設計フレームワークに基づいて設計および実装されています，統合コンポーネント環境で実行。この設計により、ソフトウェアをさまざまなプラットフォームで使用できるようになります、プラットフォーム内の異なるハードウェア デバイス間の共通機能，これは、FACE[8] などのアーキテクチャがアプリケーション層で目指しているものと似ています。この機能により、さまざまなソースからのソフトウェアを調整せずに環境内の任意のプラットフォームに展開できるようになります、どのデバイスでも，そして動的移行を実装する。

セクション 2 で説明されている宇宙ベースの情報システムの協調コンピューティングのニーズを満たすため，コンポーネントには異なるプラットフォームも必要です、異なるデバイス間の動的移行中にビジネス機能を継続できる機能。このコンピューティング アーキテクチャでは，データとステータスのクロスプラットフォーム コラボレーションを通じてこのニーズに応えます。データとステータスが単一のプラットフォーム内に分散および保存される場合，プログラムの実行結果に影響を与えることなく、遊雅堂 スポーツベット遊雅堂 ボーナス スポーツ異なるハードウェア間でプログラムを自由に移行できます；データと状態が複数のプラットフォームに分散および保存される場合，プラットフォーム間のデータとステータスの連携を通じて、プラットフォーム間のデータとステータスの一貫性を実現できます，これにより、プログラムとビジネス機能のクロスプラットフォーム移行が可能になります。

情報システム全般，コンピューティング リソースとの比較，ストレージ リソースは比較的豊富な場合が多い。この文脈において，このアーキテクチャの実際の応用において，データとステータスは慎重に設計され、コンポーネント設計時に分割できます。考えられるタスク調整のニーズに基づく，潜在的なコラボレーションのニーズがあるノードにコンポーネント プログラムと静的データを事前展開。宇宙ベースの情報システムが稼働中，ステータスなどの動的データの分散コラボレーションのみ，これにより、機能移行中の通信帯域幅要件が軽減されます。

　　4.2 協調コンピューティング申請フォーム

複数のプラットフォームから構成される宇宙ベースの情報システムにおいて，このアーキテクチャを通じて、次の典型的な協調コンピューティング アプリケーション フォームを実現できます。

(1) コンピューティング タスク プラットフォーム内のコラボレーション

任務の遂行中に戦場の状況は変化し続けるため，単一プラットフォーム内のタスク コンピューティング要件も動的に変化します，プラットフォーム内のコンピューティング タスクでもコラボレーションする必要があります。上記の構造の下で，コンピューティング リソースの仮想化により、プラットフォーム内のコンピューティング タスクの共同同時実行に対するリソース保証が提供されます，ステータス データの分離と統合管理により、プラットフォーム内のコンピューティング タスクの協調的な同時実行性に対するデータ保証を提供できます。

(2) コンピューティング タスクのクロスプラットフォーム コラボレーション

セクション 2 のマルチプラットフォーム コラボレーション シナリオにおける宇宙ベースの情報システムの構成を例に挙げます，AWACS中央ユニットはミッションを実行する前にタスクとデータを計画します，コンテンツを外部コラボレーション プラットフォームに同期する；タスクが進行中，タスクモデルに基づく中央ユニットによるタスク調整，指示の形で無線通信を通じて各コラボレーション プラットフォームに配布；受け取ったタスクに基づくコラボレーション プラットフォーム，ローカルセンサーに基づくデータ収集，遊雅堂 キャンペーンコード 2024データ処理にローカル 遊雅堂 キャンペーンコード 2024コンピューティング ハードウェアを利用，そしてデータ処理結果を送信；ステータス情報としての各プラットフォームのローカル処理結果，タスク コラボレーション モデルに基づく，オンデマンドで他のプラットフォームと同期；セントラル ノードはさまざまなタイプのデータを同期して収集します，これに基づいて指揮統制を行う、タスク管理とその他の関連計算。

(3) コンピューティングタスクのオフロードと配信

特定のプラットフォーム (デマンド プラットフォームと呼ばれる) のコンピューティング リソースがタスクのニーズを満たせない場合，システムはプラットフォーム間で協調コンピューティングを実行します。現時点では，中央プラットフォームは、必要なプラットフォームの物理的な場所に近い一貫したコンピューティング環境と一致します、コラボレーションのニーズを確保し、余剰のコンピューティング能力を備えた通信帯域幅と通信品質を備えたプラットフォーム (コラボレーション プラットフォームと呼ばれます)，対応するコマンドと制御命令を作成し、「タスク」を渡します、データ、「ステータス」協調管理モジュールは関連するすべてのプラットフォームに配布されています。その間，ニーズに応じてポイントツーポイントの高速通信を確立可能，共同コンピューティングをより確実に行うため。実用化中，一部のコンピューティング タスクでは、コンピューティング サポートを提供するために特定のプラットフォーム関連のハードウェア デバイスが必然的に必要になります。この場合，デマンド プラットフォームとコラボレーション プラットフォームには同じコンピューティング環境が必要です，コンピューティングのコラボレーションを実現するために。上で分析したとおり，そのような場合に，事前の計画あり，起こり得るコラボレーションのニーズを予測する，タスクの実行前に、コラボレーションに必要な静的データを各プラットフォームに同期して保存します，タスク実行中の共同応答時間を短縮するには。

(4) コンピューティングタスクの移行と置き換え

特定のプラットフォームに障害が発生した場合，システムはコンピューティング タスクのクロスプラットフォーム移行を実行します。現時点では，中央プラットフォームは、障害が発生したプラットフォームの物理的な場所に近い、一貫したハードウェア環境 (ターゲット プラットフォームと呼ばれる) を持つプラットフォームを計画および照合します，遊雅堂 ボーナス スポーツ対応するコマンドと制御およびタスク管理の指示を作成します，遊雅堂 サッカーターゲット プラットフォームが障害が発生したプラットフォームのコンピューティング タスクを引き継げるようにする。ミッション前の計画に合格しました，相互移行機能を持つプラットフォーム（同じ種類のセンサーを搭載したプラットフォームなど）間で、タスク実行前にコンポーネントプログラムなどの静的データの整合性を確保できる。一方，クロスプラットフォーム コラボレーションの存在による，さまざまな種類の主要な動的データがシステムに分散して保存されます。これに基づく，プラットフォーム間でのタスクのスムーズな移行を実現できます，こうして宇宙ベースの情報システムの高い信頼性を確保。

5.宇宙ベースの情報システムの協調コンピューティング アーキテクチャにおける主要な技術的問題

上記の宇宙ベースの情報システムの協調コンピューティング アーキテクチャの実装と効果的な運用，次の 4 つの主要な技術的問題を解決する必要があります。

1) システムタスクとコンピューティングタスクの効果的なモデリング。タスク モデル別，タスク内の各主要リンクを評価する、さまざまな主要データのきめ細かい分割と定義，コンポーネント化の助けを借りて、サービス化などの設計手法，特定の一般性と相互関係を持つコンポーネント/サービスのコレクションにタスクを具体化する。

2) きめ細かいコンポーネント/サービスの綿密な計画と最適化。コンポーネントとサービスをきめ細かく分割することで、システムに柔軟性がもたらされます，また、管理とオーケストレーションのプレッシャーも大きくなります。洗練された管理機能がなければ、コンポーネント/サービスは有機的に連携できません，リソース管理効率と宇宙ベースの情報システム運用効率の全体的な向上を達成。

3) データリンクなどのネットワーク通信の開発。宇宙ベースの情報システムのクロスプラットフォーム情報対話は通信インフラストラクチャに依存しています，通信帯域幅、柔軟性、安定性、セキュリティおよびその他の要因はシステム通信パフォーマンスに直接影響します，相乗効果の効率にも直接影響します。プラットフォーム間の通信機能の向上により、クロスプラットフォームの協調コンピューティングにより多くのスペースと可能性が確実にもたらされます。

4) クロスプラットフォームの動的データ分散戦略と実装方法。複雑な宇宙ベースの環境におけるデータの分散冗長ストレージの構築，遊雅堂 クレカ 出金コンピューティング タスクの効率的なコラボレーションの基礎を築くことができます，遊雅堂 勝てるこれは、解決し検証する必要があるもう一つの重要な技術的問題でもあります。

結論

この記事は、宇宙ベースの情報システムのコンピューティング特性と協調コンピューティング要件を分析します，これに基づいて協調コンピューティング アーキテクチャを設計しました，宇宙ベースの情報システムの協調的コンピューティングのニーズを満たす。無人装置の製作中、コンピューティング インテリジェンスの現状，このアーキテクチャは、宇宙ベースの情報システムの協調コンピューティングに的を絞った実装アイデアを提供できます，コラボレーション コンピューティングに対する高まる需要に応える，新しい環境における宇宙ベースの情報システムの戦闘効果の向上，戦闘任務を中心に宇宙ベースの情報システムの参加プラットフォームと要素を調整する，それぞれのリソースを完全に統合し、有機的な全体を形成します。

【参考資料】

[1] 軍隊,張昭,胡瑞賢.宇宙早期警戒検知システムの技術開発動向[J].現代のレーダー,2015,37(12):1-5.

[2] ファン・ペン,カオ・チェン,葛淮寧.早期警戒機の指揮統制機能の戦闘使用と開発[J].現代の電子技術,2014,37(16):83-86.

[3] 呉永生,ジャン・シャオウェイ,劉暁民.宇宙情報システムの公共運用環境に関する研究[J].中国電子研究院雑誌,2018,13(3):247-253.

[4] 呉永生,李ボクシャオ.宇宙情報システムの階層化モデルとデータ相互運用性に関する研究[J].鄭州大学雑誌 (科学版),2015,47(3):55-58.

[5] フィリップ・A・L. コンピュータ サイエンスの辞書, エンジニアリングとテクノロジー[M].北西ボカラトン: CRC プレス株式会社 2000.

[6] ボハノン P、パーカー J, ラストギ R、 他.メインメモリ データベースの分散マルチレベル リカバリ[C]//並列分散情報システムに関する第 4 回国際会議.マイアミビーチ: IEEE プレス, 1996: 44-55.

[7] ヴァイシュナフ A、ファム K D、 コッホ D.FPGA 仮想化に関する調査[C]//2018 第 28 回フィールド プログラマブル ロジックとアプリケーション (FPL) に関する国際会議. ダブリン: IEEE プレス、 2018:1311-1317。

[8]ブラブソン S , アンダーソン T . 米海軍の衝突回避システム (CAS) の将来の空挺能力環境 (FACE) への進化[J]. IEEE 航空宇宙 & 電子システム マガジン, 2015, 30(6):16-23.