ASAMCommander は、ASAM ODS ベースの試験データ管理システム向けモジュール式 Web アプリケーションであり、エンジニア、アナリスト、管理者向けにカスタマイズ可能なプラットフォームを提供します。柔軟なデータ探索と可視化、便利な ODS クライアント、Matlab および Python アクセス、サーバーサイド分析の自動化を実現します。

ASAMCommander 25.2 では、AC-Mainframe およびプラットフォーム基盤のメジャーアップデートをリリースします。新バージョンは、コーポレートアイデンティティ、組み込みアプリケーション、ユーザーおよびグループの統合、より予測可能なデプロイメントに重点を置いています。プラットフォーム所有者および管理者は、環境に合わせて ASAMCommander のブランディングが可能となり、OAuth などの既存の企業認証システムとの緊密な統合を実現し、外部モジュールを制御可能かつ設定可能な方法で運用できるようになりました。

多くの ASAM ODS 環境において、ASAMCommander は単なるクライアント以上の存在です。より広範な計測データエコシステムへの中心的な入口となります。ブランディング、ユーザー管理、または導入パターンが企業の基準と整合しない場合、導入が進まず運用上の負担が増大します。v25.2 のメインフレームの更新により、ASAMCommander はプラットフォームとしての基盤が強化され、他のエンタープライズアプリケーションと同様にブランディングが可能となり、一貫した導入・構成モデルを通じて外部アプリケーションをサポートします。これによりプラットフォームチームは制御性を高めつつ、エンドユーザーの摩擦を低減できます。

メインフレーム ― 企業アイデンティティと組み込みアプリケーション

• AC-Mainframeの ファビコン、ブラウザータブのタイトル、ロゴは、ハードコードではなく設定可能になりました。これにより、プラットフォームチームは ASAMCommander を自社のコーポレートブランディングに整合させることが可能となりました。
• 設定ファイルのキーと値のプロパティは、モジュールのデフォルト値と統合され、組み込みアプリで利用可能になります。これにより、環境固有の設定（バックエンドの URL など）を、コード変更を必要とせずに実装できるようになりました。
• MF4 ファイルの処理を改善し、大規模な測定ファイルが汎用添付ファイルとして扱われないようになりました。
• フッターベースのバージョン表示機能が追加・改良され、管理者は埋め込みアプリケーションのレイアウトに影響を与えることなく、実行中のバージョンを素早く確認できるようになりました。

カタログ管理 ― ユーザー＆グループのインテグレーション

• ユーザー要素は、AC ユーザーモデルとディレクトリをより適切に整合させるため、追加属性で拡張されました。
• ユーザーグループインポーターが更新され、グループ構造の変更が一部の特殊なケースでインポートを破損するのを防止しました。

デプロイ＆外部アプリケーションとのインテグレーション

• 外部アプリケーションは、例えば Helm ベースのデプロイメントパターンを使用して AC-Commander に接続できるため、カスタムモジュールを ASAMCommander と並行してデプロイおよび設定することが可能になりました。
• ワークパッケージは、成功時と失敗時双方の実行に対してより明確なディレクトリ構造を提供することで、全体的なデプロイメントを安定化させます。

ログ記録と言語の向上

• ログ記録の設定は軽微な書式設定の問題に対してより堅牢になり、ジョブ監視ビューでのログエントリの欠落を回避するのに役立ちます。
• モジュール間（ナビゲーター、カタログ、検索、エクスポート、ブックマーク、Merlin 関連ビューなど）で用語と翻訳を統一し、英語とドイツ語の両方でより一貫性のある用語体系を実現しました。

• 自社ブランド版 ASAMCommander を本番環境または顧客向けに運用 ― AC-Mainframe のファビコン、ブラウザータブタイトル、ロゴが固定設定から変更可能になりました。これによりプラットフォームチームは ASAMCommander を自社ブランドに統一できます。
• エンタープライズディレクトリとの統合 ― ASAMCommander のユーザーおよびグループモデルを OAuth ディレクトリと連携させ、ユーザー属性とグループメンバーシップを同期状態に保ち、インポート処理が長期にわたり堅牢性を維持できるようにします。
• 外部モジュールを簡単にデプロイ ― Helm ベースの設定を使用して、追加アプリケーションを AC-Commander にアタッチし、環境固有のプロパティをコードにハードコーディングせずに渡すことができます。
• 運用上の摩擦を軽減 ― 明確化されたジョブディレクトリ構造、MF4 ファイルの処理改善、そして徹底的な顧客テストで発見された障害を解消する数多くの UX の微調整により、利便性が向上します。

ASAMCommander 25.2 は、既存の ASAMCommander インストーラー環境向けのアップデートとして提供されています。お客様は通常の提供経路、またはご要望に応じて本リリースを入手いただけます。インストールサポート、アップグレード計画、またはお客様の ASAM ODS 環境との互換性に関するご質問は、HighQSoft 担当者までお問い合わせください。

#ASAM #ODS #TestData #ASAMCOmmander #TDM #TestDataManagement #ASAMODS #HighQSoft

ASAM e.V. が ASAM MDF 標準の新しいバージョンを公開しました。MDF は ASAM ODS ベースの試験データ管理システムへの入力として理想的なコンテナファイルです。ASAM MDF は、1991年に初めてリリースされたバイナリ形式の測定ファイル形式です。現在使用されている主なバージョンは、バージョン3.x（2002-2009年）とバージョン4.x（2009年-）の２つです。標準は（メジャーバージョン内で）下位互換性と上位互換性を備えています。

以下のセクションでは、MDF 4.3 の主要な機能の概要を説明します。

ダイナミックデータ

MDF は通常、固定サイズのデータレコードを保存するために使用されます。ソートされたファイル（データグループごとに１つのチャネルグループのみ）に対して、これは読み取り時に任意のレコードへジャンプできることを意味します。また、文字列など、さまざまなサイズの信号を保存することもできます。各文字列の長さは異なる可能性があるため、可変長データは別に（例：SDBLOCK 内に）格納され、チャネルブロックから参照されます。固定レコードは SDBLOCK 内で文字列の位置を特定するために使用されるオフセットを格納します。

MDF は、各要素が同じデータ型である固定サイズの配列（多次元配列を含む）もサポートします。これらの戦略は、レコードごとに信号の数（または種類）が変わる、より複雑なケースには対応できません。これがダイナミックデータです。

ダイナミックデータを記録する主に２つの理由があります：

• 既存のシリアライゼーションプロトコル（例：SOME/IP、Protobuf）をそのまま記録する。
• 信号数が時間的に大きく変動する事象を記録する（例：レーダー／LiDAR）。

MDF 4.3 では、ダイナミックデータを含むチャネルとしてマークするために使用できる DSBLOCK が導入されました。いずれの場合も、生データ自体は、可変長データ（VLSD、MLSD）、固定データ、または新しい VLSC 形式用の既存のメカニズムを使用して保存できます。

DSBLOCK の目的は、MDF 4.3 互換リーダーが記述を参照する一方で、古いバージョンの MDF をサポートするリーダーがダイナミックデータコンテンツにアクセスして誤った解釈をすることを防止することです。

標準化された MDF コンテンツの記述

自動運転または ADAS（先進運転支援システム）の機能は、センサーによる環境計測に依存しています。センサーによって記録された１つの項目（例：ある瞬間のスナップショット）は、通常フレームと呼ばれます。

MDF は「フレーム」の概念をセンサーイベントに拡張します：生フレームデータと解釈に必要な追加プロパティ（例：画像のサイズ）の両方を含みます。

MDF 4.x:

• バスのロギング（CAN, LIN, FlexRay, MOST, Ethernet）
• 分類の結果

MDF 4.3

• 生のセンサーのロギング（Video, RADAR, LiDAR）
• GNSS（Global Navigation Satellite System／全地球測位衛星システム）
• SOC（Service-Orientated Communication, SOME/IP／サービス思考サービス指向通信）

GNSS データストレージ

GNSS（全地球測位衛星システム）は GPS を一般化したものです。以前のバージョンの MDF では、GNSS データを含むチャネルを明確に識別する方法が提供されていませんでした。これにより、サードパーティ製ツールで作成されたファイル内の GNSS データ（緯度経度を含む経路など）を、正しく解釈することが困難になっていました。

SOC（Service Orientated Communication）

新しい関連規格（サービス指向通信のデータのロギング）は、SOME/IP が MDF にどのように保存されるかを規定するために特別に設計されています。

SOME/IP は、AUTOSAR で使用されるイーサネット経由で送信される制御メッセージのフォーマットです。クライアントが、サーバーが提供する「サービス」を発見し、サブスクライブできるようにすることに焦点を当てています。例えば、これによりディスプレイやテレマティクスユニットが、カメラやその他のデバイスからのデータにアクセスできるようになります。

この規格は、データロガーが SOC データの生コンテンツを保存できるようにするための名前、タグ、およびチャネル構造を定義します。メッセージ構造の重要な部分は、MDF チャネルとメタデータの形で「注釈」が付けられます。

VLSC（Variable Length Data with Size Channel／サイズチャネル付き可変長データ）

新しいダイナミックデータ機能の大半は、可変長信号データ（VLSD）または最大長信号データ（MLSD）用の既存の仕組みを用いてMDFに格納できます。

ただし、VLSD には、ファイルを効率的な読み取りのためにソートした後でも、可変長信号データの長さが常にデータ自体に含まれているという不利な点があります。プロトコルデータを保存する時には、これはしばしば冗長となります。プロトコルは追加のチャネルとして「カウント」を含むことが多いためです。

VLSC は、可変チャネルがカウントを決定する別の MDF チャネルを参照することを可能にします。

変更は、2026 年に予定されている ASAM ODS 6.3 リリースで実施される見込みです。

#ASAMMDF #TDM #TestDataManagement #ASAMODS #HighQSoft