汎用車両アーキテクチャ（GVA）

System Overview

GVAとは何ですか？

汎用車両アーキテクチャ（GVA）は、英国国防省が策定した規格で、軍用陸上車両内の電子システムがどのように連携すべきかを規定しています。これは、軍用車両内の様々なコンピューター、スクリーン、センサー、機器がシームレスに通信できるようにする共通言語のようなものと考えてください。

日常のアナロジー

もし家中の家電製品がそれぞれ異なるタイプのコンセントを使っていたらどうなるか想像してみてください。トースターには1つのプラグ、電気ケトルには別のプラグ、携帯電話の充電器にも別のプラグが必要になります。あらゆる場所でアダプターが必要になり、家電製品の交換は複雑で費用もかさみます。

GVAは軍用車両のこの問題を解決します。各装備が独自の言語を話し、独自のコネクタを使用する代わりに、GVAは以下の機能を提供します。

  • 1つの共通データネットワーク（車両システム用のWi-Fiなど）
  • 標準化されたコネクタ- すべての車両で同じ方法で機器を接続します
  • 統一された画面とコントロール- 乗務員はどのGVA車両でも同じ使い慣れたインターフェースを見ることができます
もっと詳しく知る

GVA が重要な理由

🎯 GVAが解決する問題

GVA 以前の軍用車両には、次のような特徴がよくありました。

チャレンジインパクト
あらゆる場所にスクリーン各システムには独自のディスプレイがあり、乗務員のスペースを乱雑にしていた。
互換性のない機器一つのシステムをアップグレードすることは他のシステムを再設計することを意味した
異なるコントロール乗務員は車両の種類ごとに再訓練が必要
複雑な配線各デバイスに専用のケーブルが付属しているため、重量と故障箇所が増加しました。
高コストあらゆる変更に対するカスタム統合

✅ GVAソリューション

GVA は「オープン アーキテクチャ」、つまり次のような標準化されたフレームワークを作成します。

  • 異なるメーカーの機器が連携して動作します。USBデバイスがどのコンピューターでも動作するのと同じです。
  • アップグレードはよりシンプルです。車両全体を再設計することなく、古い機器を新しい機器に交換します。
  • 乗務員は一度訓練を受ければ、すべてのGVA車両で同じ使い慣れた画面とコントロールを利用できます。
  • 時間の経過とともにコストが削減され、より多くのサプライヤーが競争できるようになり、価格が下がる

GVAの主なメリット

車両乗務員向け

👤どこでも使い慣れたインターフェース

  • すべての GVA 車両で同じ画面レイアウト、メニュー、コントロール
  • 車両タイプ間の移動時のトレーニング時間の短縮
  • 直感的な操作で、ストレスの高い状況での作業負荷を軽減

車両メンテナンス用

🔧メンテナンスとアップグレードが簡単

  • ヘルスモニタリングシステムは車両の状態を自動的に追跡します
  • 艦隊全体で標準化された診断
  • 故障した機器を迅速に特定して交換できる

防衛調達向け

💷より良いコストパフォーマンス

  • 複数のサプライヤーが互換性のある機器を提供できる
  • 新しい機能の統合時間とコストの削減
  • 技術更新が容易になり、車両の耐用年数が長くなります

土地データモデル（LDM）

土地データモデルとは何ですか?

土地データモデル（ LDM）は、GVAシステムが通信に使用する語彙と文法です。人間の言語に辞書や規則があるように、LDMは以下のものを定義します。

コンセプトそれが意味するもの例
トピック情報のカテゴリー「アラーム」、「車両位置」、「燃料レベル」
データ型情報の構造単位付きの数値としての温度
メッセージ情報を送信する標準的な方法「警告: エンジン過熱」

なぜこれが重要なのか?

燃料センサーがクルーディスプレイに燃料残量を伝える場合、両方のシステムが以下の点について合意する必要があります。

  1. 何と呼ぶか – 「燃料レベル」であり、「タンク量」や「ガソリン残量」ではない
  2. 測り方– ガロンやパーセントではなくリットル
  3. いつ送信するか– 毎秒、または変更があったときのみ

LDM はこれらすべてを標準化し、次のことを保証します。

  • A社の燃料センサーはB社のディスプレイと通信できる
  • 新しい機器は既存のシステムを即座に理解します
  • すべての車両は車両管理のために同じ形式でデータを報告します

LDM バージョン

土地データ モデルは、新しい機能が追加されるにつれて進化します。

バージョン説明
LDM 9.1.0以前の英国のGVAデータモデル
LDM 9.2.0段階的な改善
LDM 10.0.0現在の英国GVA基準（Def Stan 23-09 Issue 3）
AS LDM 7.2.5オーストラリアの車両プログラム向けバリアント

GVA車両における情報の流れ

パブリッシュ・サブスクライブモデル

GVAは、パブリッシュ・サブスクライブ（または「pub-sub」）と呼ばれる通信パターンを使用します。その仕組みは以下のとおりです。

flowchart TB subgraph GVA_NETWORK["GVA DATA NETWORK"] subgraph Publishers[" "] Sensor["🌡️ Temperature\nSensor"] end subgraph Subscribers[" "] Display["🖥️ Crew\nDisplay"] Computer["💻 Vehicle\nComputer"] end DDS["MESSAGE BUS (DDS)"] Sensor -->|"PUBLISHES:\nEngine Temp"| DDS DDS -->|"SUBSCRIBES TO:\nEngine Temp, Alarms"| Display DDS -->|"SUBSCRIBES TO:\nAll Topics"| Computer end style DDS fill:#4a90d9,stroke:#2c5aa0,color:#fff style GVA_NETWORK fill:#f5f5f5,stroke:#333

仕組み：

  1. 出版社は誰が聞いているか知らずにネットワークに情報を送信する

    • 「エンジン温度は85℃です」

  2. 購読者は興味のある情報だけを受け取ります

    • ディスプレイには乗員に温度が表示されます
    • コンピュータはメンテナンス記録としてそれを記録します

  3. 誰もお互いのことを知る必要はない

    • 新しいディスプレイを追加する？必要な情報だけを購読する
    • センサーを取り外してもネットワークは自動的に適応します

これはDDS (データ配信サービス)と呼ばれ、航空管制や医療機器など、要求の厳しい多くのアプリケーションで使用される業界標準です。

当社のソフトウェアにおけるGVAサービス

当社の LDM SDK は、すぐに使用できる主要な GVA サービスの実装を提供します。

🔔 アラームサービス

車両プラットフォーム全体の警告とアラートを管理します。

カテゴリ優先度例
警告🔴 最高安全上重要なシステムの損失
注意🟡 中程度機能が低下しました
勧告🟢 最低情報通知

アラーム サービスは、アラームの表示、確認、およびクリア方法に関する GVA 仕様に従い、重要な警告が乗組員に一貫して届くようにします。

📋 レジストリサービス

車両上のすべてのデバイスとシステムを追跡します。

新しい機器が GVA ネットワークに接続されると、次のようになります。

  1. 登録リクエスト– 「こんにちは、私はサーマルカメラ、モデルXYZです」
  2. IDを受け取る– レジストリが一意の識別子を割り当てる
  3. 可視化される– 他のシステムがそれを見つけて通信できるようになる

これは、ホーム ネットワーク上のデバイスが自動的に IP アドレスを取得する方法と似ています。

📊 使用状況と状態の監視 (UACM)

メンテナンスの目的で車両の状態を自動的に追跡します。

追跡対象なぜそれが重要なのか
営業時間適切なタイミングでメンテナンスをスケジュールする
温度測定値故障前に問題を検出する
障害イベント何が問題なのかを理解する
使用パターン車両管理の最適化

UACM データは、故障する前にどの車両に注意が必要かを保守担当者が把握するのに役立ちます。つまり、「故障したら修理する」から「必要なときに保守する」に移行します。

🖥️ ヒューマンマシンインターフェース（HMI）

GVA HMI 標準により、一貫した乗務員インターフェースが保証されます。

  • 標準化された画面レイアウト- ステータス、コントロール、情報が同じ領域に配置
  • 一般的なコントロールパターン- 使い慣れたボタンとナビゲーション
  • 役割ベースのアクセス– 指揮官、運転手、オペレーターは適切な情報を参照できます

当社のソフトウェアスタック

アーキテクチャの概要

flowchart TB subgraph App["YOUR APPLICATION"] AppContent["Mission Systems, HMI"] end subgraph Services["GVA SERVICES"] direction LR Alarms["🔔 Alarms"] Registry["📋 Registry"] UACM["📊 UACM"] HMI["🖥️ HMI"] end subgraph SDK["LDM SDK"] Wrappers["Qt6 Signal/Slot Wrappers\nEasy-to-use C++ classes for all LDM topics"] Libraries["Land Data Model Libraries\nLDM 9.1.0 | LDM 9.2.0 | LDM 10.0.0"] end DDS["AstuteDDS\nIndustry-standard DDS implementation"] Network["NETWORK\nEthernet / Vehicle Data Bus"] App --> Services Services --> SDK SDK --> DDS DDS --> Network style App fill:#e8f4e8,stroke:#4a9,color:#333 style Services fill:#fff3e0,stroke:#f90,color:#333 style SDK fill:#e3f2fd,stroke:#2196f3,color:#333 style DDS fill:#4a90d9,stroke:#2c5aa0,color:#fff style Network fill:#f5f5f5,stroke:#666,color:#333

利用可能なアプリケーション

応用説明使用事例
gva-qt6-hmi GVA ヒューマンマシンインターフェースメインクルーディスプレイアプリケーション
gva-qt6-アラームアラームサービス車両全体のアラーム管理
gva-qt6-レジストリレジストリサービスデバイスの登録と追跡
gva-qt6-uacm UACMサービス健全性と使用状況の監視
gva-qt6-j1939 CANゲートウェイ自動車分野への架け橋
gva-qt6-アプリ-bms BMSシステムLDMv10用の戦闘管理システム

開発ツール

道具目的
ツールXビデオストリームを監視およびデバッグし、リアルタイムで新しいビデオストリームを作成します
LDMXすべてのLDMメッセージをリアルタイムで監視し、登録を検査し、通信をデバッグします。
車両シミュレーターハードウェアなしでテストするための現実的な車両データを生成する

はじめる

開発者向け

  1. SDKをビルドする–クイックスタートガイドに従う
  2. 例を実行する– 実際の GVA 通信の動作を確認する
  3. LDMXで探索- ライブデータトラフィックを監視

システムインテグレーター向け

  1. LDMのバージョンを理解し、プロジェクト要件に合わせる
  2. トピックを定義する– どのような情報を公開および購読しますか?
  3. ラッパーとの統合– Qt6 シグナル/スロットクラスにより統合が簡単になります

プロジェクトマネージャー向け

  1. GVAコンプライアンス– 当社のSDKはDef Stan 23-09の要件を満たすのに役立ちます
  2. マルチベンダーサポート– DDSの相互運用性により機器選択の柔軟性が向上
  3. リスクの軽減- GVAサービスの実証済みの実装
データシート