アライドスタンダード航空電子工学アーキテクチャ評議会

Allied Standards Avionics Architecture Council ( ASAAC ) は、特に統合モジュラー航空電子機器の分野において、航空電子機器アーキテクチャのオープン アーキテクチャ標準のセットを定義および検証する取り組みです。

ASAAC は英国国防省によって管理されており、次のような 多くの主要な欧州の航空電子機器企業がワーキング グループに参加しています。

歴史

連合標準航空電子工学アーキテクチャ協議会（ASAAC）は、フランス、ドイツ、イギリス、アメリカ合衆国の航空上級国家代表によって設立され、調達とサポートのコストを削減し、NATO航空機と航空機兵器サブシステム間の技術的および運用上の相互運用性を向上させることを目的としています。[ 1 ]

ASAACフェーズI：（1992年9月から1994年2月）

このプログラムのこの部分は、コア・アビオニクス・アーキテクチャ・コンセプトの可能性を調査する実現可能性調査でした。この調査では、互換性、再利用性、移植性、技術の透明性、耐障害性、拡張性、保守性などの主要な目標が定義されました。

また、以下の概念も特定しました。

  • 3層ソフトウェアモデル[3層スタック]
  • システムブループリント

ASAACフェーズII：（1997年11月から2003年9月）

ASAACフェーズIIプログラムは、フランス、ドイツ、英国の防衛省が覚書（MOU）を通じて後援しました。フランスのSPAéがASAACプログラムの執行機関となり、主契約はダッソーとトムソンが50-50で設立したフランス会社法に基づくGIE型組織であるダッソー・トムソン・アビオニク・モジュレール（DTAM）に委託されました。フランス、ドイツ、英国の主要航空・電子企業が、DTAM GIEの下請け業者としてASAACプログラムに参加しました。英国とドイツのチームは、GEC-マルコーニ、ブリティッシュ・エアロスペース、スミス・インダストリーズ・エアロスペース・アンド・ディフェンス・システムズで構成されるインダストリアル・アビオニクス・ワーキング・グループ（IAWG）と、ダイムラー・ベンツ・エアロスペース・エアバス、ESGエレクトロニックシステム・ウント・ロジスティックGmbHで構成されるDASA ESG ASAACチーム（DEAT）でした。両チームはDTAMとの共同主席参加者の地位を有し、契約は1997年11月18日に締結された。[ 2 ]

ASAACフェーズII - ステージ1: (1997年11月から1999年5月)

これは、ASAAC の標準と概念が一連のレポートで定義され、文書化された、プログラムの中で純粋に紙ベースの部分でした。

ASAACフェーズII – ステージ2: (1999年12月から2003年9月)

これは、フェーズ II – ステージ 1 で定義された概念と標準が、ASAAC 標準のソフトウェアとハ​​ードウェアを使用した一連のデモンストレーションを通じて検証されたプログラムの一部でした。

標準

現在の ASAAC 標準には 2 つの部分があります。

  • Def Stan 00-74: [ 3 ] ASAAC規格パート1：ソフトウェアの規格
  • Def Stan 00-74: [ 4 ] ASAAC標準パート2：ソフトウェア標準の根拠レポート

ASAAC は当初、2005 年 1 月に 5 つの部分から成る暫定標準を公開しました。

  • Def Stan 00-74: ソフトウェアの提案標準
  • Def Stan 00-75: 通信/ネットワークの提案標準
  • Def Stan 00-76: 共通機能モジュールの提案標準
  • Def Stan 00-77: 包装に関する提案規格
  • Def Stan 00-78: 建築に関する提案規格

Def Stan 00-74 を除くすべての規格は、国防省と作業部会の代表者が、これが唯一影響力のある規格であると判断したため、2007 年 7 月に撤回されました。

ソフトウェアの提案標準（Def Stan 00-74）

Def Stan 00-74は、統合モジュラー航空電子機器の文脈で定義されています。ソフトウェアコンポーネントはモジュール上に配置されます。[ 5 ]

Def Stan 00-74におけるASAACの対象となる分野は、ARINC 653 （ARINC 653は航空電子工学における空間および時間分割に関するソフトウェア仕様）と類似しています。しかし、両規格には相違点があります。[ 5 ] ASAAC APIの一部の機能、例えばファイル処理、プロセス内スレッド管理、デバッグなどは、ARINC 653では考慮されていません。

しかし、2つの規格が重複する部分については、ASAACインターフェースをARINC 653 API呼び出し（さらにはPOSIX呼び出し）に変換することがしばしば可能である。[ 5 ] ASAAC APIの約30%はARINC 653とPOSIXによって直接カバーされている。[ 6 ]

たとえば、ASAAC で定義された次の呼び出し: 

受信バッファ

ARINC 653 では次のように翻訳されます。 

受信バッファ()

また、POSIX でも次のように定義されています。 

受信()

STANAG 4626は、ASAAC プログラムで定義された要件をNATO が標準化したもので、国防省と ASAACワーキング グループによって提案されています。

参照

参考文献

  1. ^ RA Edwards、「ASAAC Phase I Harmonized Concept Summary」、1994年Avionics Conference and Exhibition Systems integration - is the sky the limit? Conference proceedings、ERA Report 94-0973、ERA Technology Ltd.、1995年8月、 ISBN 0 7008 0587 7。
  2. ^ 「アーキテクチャ分析および設計言語（AADL）」（PDF）aadl.sei.cmu.edu . 2015年1月28日閲覧。
  3. ^ 「ASAAC規格 パート1：ソフトウェア規格」（PDF）。英国国防省（2008年12月19日）。2010年4月6日時点のオリジナル（PDF）からアーカイブ。 2009年3月7日閲覧。
  4. ^ 「ASAAC規格 パート2：ソフトウェア規格の根拠報告書」（PDF）。英国国防省（2008年12月19日）。2010年4月4日時点のオリジナル（PDF）からアーカイブ。 2009年3月7日閲覧。
  5. ^ a b c「IMSプロジェクトの柔軟性と管理性」（PDF）ヨーク大学。2008年7月27日閲覧。
  6. ^ 「ASAAC規格の概要」 assonline.co.uk 2008年8月2日閲覧。
「 https://en.wikipedia.org/w/index.php?title=Allied_Standards_Avionics_Architecture_Council&oldid=1305032321」より取得