
車両データ要求は『取得する』では足りず、意味、単位、精度、サンプリング周期、timestamp基準、遅延、新鮮度、欠損表現、品質フラグ、保持期間、利用目的を一組で定義します。制御用と解析用で要求を分け、欠損を0や前回値へ黙って置換しません。
100 ms周期の電池温度と10 ms周期の電流から発熱を推定する場合、単純結合すると時刻ずれと欠損で偽のピークが生じます。各信号の取得時刻と受信時刻を区別し、解析窓ごとのcoverageと最大gapを合否にします。
この記事で分かること
- 粒度・周期・遅延・欠損の要求化
- 制御用と解析用データの分離
- timestamp・quality flagのIBD接続
- 欠損注入と時間同期の検証
目次
- 結論:EV・HV AIデータ要件は要求衝突を見える化する
- なぜEV・HVではMBSEが効くのか
- 要求・構造・確認ポイント
- SysMLで表すモデル構成
- 設計レビューで使う確認表
- データ・AI・シミュレーションを扱う注意点
- 実務への落とし込み手順
- よくある失敗
- まとめ
結論:EV・HV AIデータ要件は要求衝突を見える化する
車両データ要求は『取得する』では足りず、意味、単位、精度、サンプリング周期、timestamp基準、遅延、新鮮度、欠損表現、品質フラグ、保持期間、利用目的を一組で定義します。制御用と解析用で要求を分け、欠損を0や前回値へ黙って置換しません。

| 項目 | 要求例 | 禁止する曖昧さ | 検証 |
|---|---|---|---|
| 周期 | nominal 100 ms、許容jitter±10 ms | 『高速』 | timestamp差分分布 |
| 遅延 | 生成から利用まで95%が50 ms以下 | 周期と遅延の混同 | end-to-end計測 |
| 欠損 | NaN/qualityで明示、保持最大300 ms | 0埋め/無期限保持 | gap注入 |
| 精度 | 範囲別誤差と分解能 | 小数桁だけ | 基準器比較 |
| 意味 | 測定点、符号、座標、単位 | 信号名だけ | schema照合 |
この表の各行には、要求ID、モデル要素ID、担当、根拠版、未決事項、検証ケースIDを付けます。図上で線がつながっていても、条件・単位・版が欠けていれば、変更影響や合否を再現できません。
なぜEV・HVではMBSEが効くのか
100 ms周期の電池温度と10 ms周期の電流から発熱を推定する場合、単純結合すると時刻ずれと欠損で偽のピークが生じます。各信号の取得時刻と受信時刻を区別し、解析窓ごとのcoverageと最大gapを合否にします。
対象を文章仕様だけで管理すると、要求、設計値、制御状態、試験結果の版がずれやすくなります。MBSEの役割は図を増やすことではなく、設計判断の入力・出力・根拠・責任を関係として管理し、変更後も検証証拠へ戻れるようにすることです。
要求・構造・確認ポイント
| 要求ID | 検証可能な要求 | 主な設計要素 | 証拠 |
|---|---|---|---|
| REQ-DQ-01 | 全信号に時刻・単位・品質を持たせる | センサ/ECU/logger | schema検査 |
| REQ-DQ-02 | 用途別に周期・遅延・欠損許容を定義 | 制御/診断/AI/解析 | SLA違反率 |
| REQ-DQ-03 | 欠損補完を可逆・説明可能にする | 前処理pipeline | raw保持、mask、方法版 |
| REQ-DQ-04 | 車両・季節・版のcoverageを評価 | dataset管理 | 分布と未観測領域 |
SysMLで表すモデル構成
SysMLでは、要求図で目的と制約を分け、BDDで責務、IBDで物理量と信号、状態機械図でガード・縮退・復帰、パラメトリック図で制約式を表します。satisfy は設計要素、verify は検証ケースへ結び、単なる関連線と混同しません。
窓内coverageを `C = valid samples / expected samples`、最大連続欠損を `G_max`、新鮮度を `Age = use_time – measurement_time` とします。平均coverageが高くてもG_maxが長ければ制御・診断には不適切です。
計算例として、10 Hz信号を60 s取得するなら期待600点です。570点有効でC=95 %でも、30点が連続欠損ならG_max=3 sです。散発欠損30点とは影響が違うため、CとG_maxを両方要求化します。
計算値は桁数より前提が重要です。入力値の測定点、時間同期、サンプリング周期、フィルタ、許容差、モデル版を結果と一緒に保存します。
設計レビューで使う確認表
- 取得時刻と受信時刻を区別したか
- 周期が同じでも位相ずれを扱えるか
- 欠損を0や前回値へ黙って置換していないか
- 補完後もrawとmaskへ戻れるか
- 平均coverageだけで長い連続欠損を隠していないか
- AI学習と製品評価の車両・季節・版を分離したか
質問には、回答者、根拠ファイル、適用版、未決時の暫定措置を付けます。「確認済み」だけでは、後から判断根拠を再現できません。
データ・AI・シミュレーションを扱う注意点
| 状態 | 進入・成立条件 | 制御・制限 | 解除・次状態 |
|---|---|---|---|
| Valid | 時刻・範囲・品質合格 | 通常利用 | 違反でSuspect |
| Suspect | 遅延/jitter/単発欠損 | 補完可否を用途別判定 | 回復でValid、継続でInvalid |
| Invalid | 最大gap/範囲/整合違反 | 制御はfallback、解析は除外mask | 再取得または承認復帰 |
| Archived | rawとmetadataを固定 | 再処理可能に保存 | 保持期限後に規則通り処理 |
正常、候補、制限、保護を分けると、単発ノイズで強い制限へ入ることと、異常を見逃すことの両方をレビューできます。復帰にはヒステリシス、連続正常時間、再発時のラッチを必要に応じて定義します。
実務への落とし込み手順
1. データ利用目的を制御・診断・AI学習・評価へ分ける 2. 各信号に意味・測定点・単位・範囲・精度を定義する 3. 周期、jitter、遅延、新鮮度を別々に要求化する 4. 欠損表現、保持、補完、fallbackを用途別に決める 5. raw、quality mask、前処理版、dataset版を保存する 6. 欠損・遅延・時刻ずれ・センサ交換を注入して検証する
各手順の完了条件をファイル作成ではなく、次工程が判断できる証拠で定義します。未決事項は消さず、所有者、期限、影響する要求と試験を記録します。
| ID | 目的 | 条件・入力 | 確認量 |
|---|---|---|---|
| V-DQ-01 | 周期/jitter | 長時間収録 | 分布と最大値 |
| V-DQ-02 | end-to-end遅延 | 負荷・通信混雑 | percentileとtimeout |
| V-DQ-03 | 欠損 | 散発/連続/バースト | C、G_max、fallback |
| V-DQ-04 | 再現 | 同じrawと前処理版 | 特徴量・結果ハッシュ |
正常一点だけでなく、境界値の前後、ばらつき、劣化、通信遅れ、センサ故障、復帰を組み合わせます。合否基準と併せて、観測できない量を何で推定するかも明記します。
よくある失敗
| 失敗 | なぜ問題か | 対策 |
|---|---|---|
| 周期だけ指定 | 遅延・jitterを見逃す | 時刻品質を分解 |
| 欠損を0埋め | 物理的ゼロと混同 | quality maskとraw保持 |
| 平均coverageのみ | 長時間gapを隠す | G_maxも要求化 |
| 解析用を制御へ流用 | fallback要求が不足 | 用途別SLAを分ける |
適用範囲と不確実性
数値は要求記述例です。制御安定性、安全、診断、AI用途ごとに必要な周期・遅延・欠損許容は異なります。個人情報・位置情報を含むデータは法令・同意・保持方針を別途確認してください。
規格・ガイドラインは適用範囲と最新版を案件ごとに確認し、公開ページの要約だけで適合を判定しません。安全関連の要求値、故障許容時間、診断カバレッジ、法規適用は、車両固有の分析と承認済み資料を正とします。
次に読むなら
次に読むなら、異常診断AIの入力センサと制御対象をIBDで整理する がおすすめです。前提を押さえると、この設計判断の位置づけがつかみやすくなります。
関連記事
- ハイブリッド車の燃費改善AIを要求図で定義する方法: 前提を押さえると、この設計判断の位置づけがつかみやすくなります。
- EVバッテリー劣化予測AIのデータ要件をSysMLで整理する: 前提を押さえると、この設計判断の位置づけがつかみやすくなります。
- AI診断モデルの誤検知・見逃しをFMEAで扱う方法: 前提を押さえると、この設計判断の位置づけがつかみやすくなります。
- バッテリー温度予測AIの検証条件をSysMLで定義する: 前提を押さえると、この設計判断の位置づけがつかみやすくなります。
参考資料
- ASAM MDF Measurement Data Format(確認日: 2026-09-05)
- NIST AI Risk Management Framework(確認日: 2026-09-05)
- NASA Systems Engineering Handbook(確認日: 2026-09-05)
- OMG Systems Modeling Language Version 1.6(確認日: 2026-09-05)
まとめ
車両データの品質はサンプル数では決まりません。測定時刻、遅延、連続欠損、意味、単位、前処理版を要求としてつなぎ、用途外データをfallbackなしで使わない設計にします。


コメント