ARXMLとは？ — AUTOSARのコンフィギュレーション言語ガイド

ARXML、一度は聞いたことがあるはずです

AUTOSARベースの開発を行っていると、最初に目にするファイル形式がARXMLです。拡張子が.arxmlのこのファイルはAUTOSAR XMLの略で、AUTOSAR標準でデータを交換するために定義されたXMLベースのファイルフォーマットです。

初めて見ると複雑に感じますが、ARXMLの役割は明確です。車載ソフトウェアアーキテクチャを定義し、ECU設定を記述し、ソフトウェアコンポーネント間のインターフェースを仕様化することです。簡単に言えば、AUTOSARの世界で設計情報を格納する共通の器と考えればよいでしょう。

ARXMLはなぜ必要なのか？

1台の自動車を作るのに関わる組織は1つや2つではありません。OEM、Tier1、Tier2、そして各種ツールベンダーまで。これらの組織がそれぞれ異なるツールを使いながらも、設計情報を一貫してやり取りするには共通フォーマットが必要です。その共通フォーマットがARXMLです。

AUTOSARコンソーシアムはARXMLシリアライゼーションルール（AUTOSAR_TPS_ARXMLSerializationRules）を別途定義しています。このルールのおかげで、A社のツールで作成したARXMLファイルをB社のツールで開いても同一に解釈されます。ツール間の互換性の基盤となっているのです。

例を挙げてみましょう。Tier1がソフトウェアコンポーネントのインターフェースをARXMLで定義してOEMに納品します。OEMはそのARXMLを受け取り、システム統合ツールに読み込んでECU設定に反映します。この過程でExcelやWord文書をやり取りする必要はありません。機械が読み取れる標準化された形式だからです。

ARXMLファイルには何が含まれるのか？

ARXMLが格納する情報の範囲はかなり広いです。主な内容を整理すると以下の通りです。

ソフトウェアアーキテクチャ

システム全体のソフトウェア構造を定義します。どのようなソフトウェアコンポーネント（SWC）が存在し、各コンポーネントがどのポートを通じて通信するのか、コンポーネント間の接続関係はどうなっているのかを記述します。

ECU設定（Configuration）

各ECUにどのソフトウェアを配置するか、メモリマッピングをどうするか、OSタスク設定はどうなっているかなど、ECUごとの設定情報を格納します。

通信プロトコル

CAN、LIN、Ethernetなど車載通信バスの設定とシグナルマッピングを定義します。どのシグナルがどのPDUにマッピングされ、どのフレームで送信されるかを記述します。

ソフトウェアコンポーネントインターフェース

この部分が実務で最も多く扱う領域です。ポート定義（Provide Port、Require Port）、インターフェースタイプ（Sender-Receiver、Client-Server）、データタイプ定義などを含みます。

ランナブル（Runnable）仕様

ソフトウェアコンポーネント内部で実行されるランナブルエンティティの仕様を定義します。ランナブルの実行周期、トリガーイベント、I/Oデータアクセス方式などを記述します。

状態管理（State Management）

モード管理と状態遷移を定義します。例えば、ECUの起動-実行-終了の状態遷移や、診断モード切替などの動作をARXMLで記述します。

Classic PlatformとAdaptive PlatformのARXML

AUTOSARにはClassic Platform（CP）とAdaptive Platform（AP）があります。両プラットフォームともARXMLを使用しますが、格納する内容に違いがあります。

Classic PlatformのARXMLは主に静的設定が中心です。コンパイル時にすべての設定が確定する構造のため、ECU設定、BSW（Basic Software）モジュール設定、RTE（Runtime Environment）設定などが詳細に記述されます。R4.4.0やR4.3.1といったリリースバージョンごとにスキーマが若干異なります。

Adaptive PlatformのARXMLはサービス指向アーキテクチャ（SOA）を反映しています。サービスインターフェース定義、マニフェスト（Manifest）設定などが含まれます。例えば、Adaptive Platformでサービスインターフェースを定義するには、ServiceInterface要素にメソッド、イベント、フィールドを記述し、これをSOME/IPバインディング設定と接続する必要があります。R20-11、R19-11、R19-03などのリリースがあり、それぞれサポートする機能範囲が異なります。

ARXML編集、なぜ難しいのか？

ARXMLはXMLベースなのでテキストエディタでも開くことができます。しかし、実際にそのように作業する人はほとんどいません。その理由があります。

第一に、1つのファイルのサイズが数千行から数万行に及ぶ場合が多いです。大規模プロジェクトでは数百のARXMLファイルを同時に管理します。

第二に、AUTOSARスキーマの構造が深く複雑です。XML名前空間、参照（Reference）関係、継承構造まで考慮する必要があります。タイプミス1つで設定全体が壊れる可能性があります。

第三に、プラットフォームバージョンとリリースごとにスキーマが異なります。CP R4.4.0で有効な構造がR4.3.1では無効な場合があります。

このような理由から、専用の編集ツールが不可欠です。業界で広く使用されている商用のARXML編集ツールが存在します。

Model-Based Designとの連携

ARXMLは単独で使用されるだけではありません。ARXMLファイルをSimulinkにインポートして、モデルベース設計（Model-Based Design）に活用できます。ARXMLに定義されたソフトウェアコンポーネントのインターフェース情報をSimulinkモデルの入出力ポートにマッピングし、モデルから生成されたコードを再びAUTOSARフレームワークに統合するワークフローです。

この方式は特に制御アルゴリズム開発で多く使用されます。制御ロジックはSimulinkでモデリングし、ソフトウェアアーキテクチャとECU設定はARXMLで管理するのです。両側が同期される必要があるため、ARXMLの正確性がシステム全体の正確性に直結します。

ARXML管理の現実的な課題

プロジェクトが進むにつれて、ARXML管理の難しさは増していきます。

バージョン管理の問題：ARXMLファイルはバイナリではなくテキストベースなのでGitで管理できます。しかし、自動生成されたXMLタグの順序がツールごとに異なると、実質的な変更がなくてもdiffが大量に発生します。

参照の整合性：A.arxmlでB.arxmlの要素を参照している場合、B.arxmlを修正すると参照が壊れる可能性があります。ファイル数が増えると、このような参照関係を手動で追跡するのは困難です。

妥当性検証：スキーマの妥当性、参照の妥当性、AUTOSARルール準拠の確認をすべて行う必要があります。手動ではほぼ不可能に近いです。

マルチベンダー協業：複数のベンダーが同じシステムのARXMLを同時に修正すると、マージ（merge）コンフリクトが頻繁に発生します。

効率的なARXML作業のためのツール選択

ARXML作業の効率は、どのツールを使うかに大きく左右されます。ツール選択時に考慮すべき点があります。

プラットフォームサポート範囲：Classic Platformのみ対応しているのか、Adaptive Platformにも対応しているのかを確認する必要があります。両プラットフォームを扱うプロジェクトであれば、両方を同時にサポートするツールが必要です。

リリースバージョンの互換性：使用中のAUTOSARリリースバージョンをサポートしているかを必ず確認する必要があります。

妥当性検証機能：スキーマ検証だけでなく、AUTOSARセマンティックルールレベルの検証を提供するかが重要です。

アクセシビリティ：インストール型かWebベースかによって、チームのコラボレーション方式が変わります。Webベースのツールはインストール不要でブラウザからすぐに利用できるため、協業に有利です。

AutoSAR.io：WebベースARXMLエディタ

PopcornSARのAutoSAR.ioはARXML編集に特化したツールです。Classic Platform（R4.4.0、R4.3.1）とAdaptive Platform（R20-11、R19-11、R19-03）の両方をサポートし、Easy DesignとDirective Designの2つの設計モードを提供します。

Easy Designモードでは、ARXMLの複雑な構造を知らなくても、直感的なUIを通じてソフトウェアコンポーネントとインターフェースを定義できます。Directive Designモードでは、ARXMLスキーマを直接扱うレベルの詳細編集が可能です。妥当性検証機能も内蔵されており、編集過程で発生するスキーマエラーや参照エラーをリアルタイムで検出します。

インストール型とWebベースの両方に対応しているため、プロジェクト環境に合わせて選択できます。

AIでARXML作業時間を短縮する

ARXML作成で最も時間がかかる部分は、繰り返しの構造生成です。似たパターンのソフトウェアコンポーネントを数十個作成したり、通信マトリクスに合わせてシグナルマッピングを1つずつ設定したりする作業は、エンジニアの時間を大きく消費します。

PopcornSARのPAIOは、このような繰り返し作業をAIで自動化するAUTOSAR設計ツールです。自然言語で要件を入力するとNetwork TopologyからBSW設定までARXML構造を自動生成し、既存のARXMLファイルを分析して構成要素を把握し、特定のタグや設定を検索する機能を提供します。従来6時間かかっていたARXML生成作業を30分に短縮し、開発時間を70%以上削減できます。

まとめ

ARXMLはAUTOSAR開発の出発点であり中心軸です。ソフトウェア開発プロセスにおいて、アーキテクチャ定義からECU設定、通信プロトコル、コンポーネントインターフェースまで、すべての設計情報がARXMLを通じて流れます。ARXMLを正確に作成し、効率的に管理することが、プロジェクトの品質とスピードを決定します。

ARXML作業環境を改善したい場合はAutoSAR.ioを、AIベースの自動化に関心がある場合はPAIOをご覧ください。具体的なご質問がございましたら、お問い合わせページからお気軽にご連絡ください。