ハイブリッド制御担当者がSysMLを学ぶべき理由

ハイブリッド制御担当者がSysMLを学ぶ価値は、制御ブロックを描くことではなく、エンジン・モータ・発電機・電池・変速/動力分割・熱・ブレーキ・排気の要求と状態を同じ変更影響で扱える点です。制御則の前に、権限・ガード・制約・故障時責任を明示できます。

EV走行からエンジン始動へ切り替える場面では、SOCと要求出力だけでなく、触媒暖機、電池温度、モータ回転数、クラッチ/ギヤ状態、NVH、診断、運転者表示が関係します。局所制御図だけでは、別ECUの制約と禁止遷移を見落としやすくなります。

この記事で分かること

• ハイブリッド制御とSysMLの接点
• 状態・権限・物理収支のモデル化
• 制御モデル/MBDとの役割分担
• 学習成果を実務レビューへつなぐ方法

目次

• 結論：EV・HV MBSE導入は要求衝突を見える化する
• なぜEV・HVではMBSEが効くのか
• 要求・構造・確認ポイント
• SysMLで表すモデル構成
• 設計レビューで使う確認表
• データ・AI・シミュレーションを扱う注意点
• 実務への落とし込み手順
• よくある失敗
• まとめ

結論：EV・HV MBSE導入は要求衝突を見える化する

ハイブリッド制御担当者がSysMLを学ぶ価値は、制御ブロックを描くことではなく、エンジン・モータ・発電機・電池・変速/動力分割・熱・ブレーキ・排気の要求と状態を同じ変更影響で扱える点です。制御則の前に、権限・ガード・制約・故障時責任を明示できます。

この表の各行には、要求ID、モデル要素ID、担当、根拠版、未決事項、検証ケースIDを付けます。図上で線がつながっていても、条件・単位・版が欠けていれば、変更影響や合否を再現できません。

なぜEV・HVではMBSEが効くのか

EV走行からエンジン始動へ切り替える場面では、SOCと要求出力だけでなく、触媒暖機、電池温度、モータ回転数、クラッチ/ギヤ状態、NVH、診断、運転者表示が関係します。局所制御図だけでは、別ECUの制約と禁止遷移を見落としやすくなります。

対象を文章仕様だけで管理すると、要求、設計値、制御状態、試験結果の版がずれやすくなります。MBSEの役割は図を増やすことではなく、設計判断の入力・出力・根拠・責任を関係として管理し、変更後も検証証拠へ戻れるようにすることです。

要求・構造・確認ポイント

SysMLで表すモデル構成

SysMLでは、要求図で目的と制約を分け、BDDで責務、IBDで物理量と信号、状態機械図でガード・縮退・復帰、パラメトリック図で制約式を表します。satisfy は設計要素、verify は検証ケースへ結び、単なる関連線と混同しません。

電力収支を `P_batt + P_engine→elec = P_motor + P_aux + losses`、機械側を `T_wheel = f(T_engine, T_motor, gear, losses)` と置き、符号、効率方向、時間基準を明示します。SysMLは式の高精度計算より、要求・構成・状態への配置を担います。

計算例として、要求駆動60 kW、補機5 kW、電池許可40 kWなら、残りをエンジン/発電経路へ配分する必要があります。ただし暖機・回転数・排気・熱制約で成立しない状態を、数式の前に状態ガードとして除外します。

計算値は桁数より前提が重要です。入力値の測定点、時間同期、サンプリング周期、フィルタ、許容差、モデル版を結果と一緒に保存します。

設計レビューで使う確認表

• 校正値の背後にある上位要求を追えるか
• トルク要求と許可上限と実績を分けたか
• エンジン始動失敗・同期失敗の遷移があるか
• 電池・熱・排気・ブレーキの制約優先順位は一意か
• MBDとSysMLで同じロジックを二重管理していないか
• 変更から他ECUと再試験を抽出できるか

質問には、回答者、根拠ファイル、適用版、未決時の暫定措置を付けます。「確認済み」だけでは、後から判断根拠を再現できません。

データ・AI・シミュレーションを扱う注意点

正常、候補、制限、保護を分けると、単発ノイズで強い制限へ入ることと、異常を見逃すことの両方をレビューできます。復帰にはヒステリシス、連続正常時間、再発時のラッチを必要に応じて定義します。

実務への落とし込み手順

1. 担当する一つのモード切替を選ぶ 2. 上位要求と安全・熱・排気・NVH制約を列挙する 3. BDD/IBDでECU・動力・電力・信号の責任を描く 4. 状態機械へ進入・解除・禁止・失敗遷移を書く 5. 制御モデルの変数とSysMLポートをIDで対応させる 6. 境界・競合・故障・復帰ケースを設計レビューで説明する

各手順の完了条件をファイル作成ではなく、次工程が判断できる証拠で定義します。未決事項は消さず、所有者、期限、影響する要求と試験を記録します。

正常一点だけでなく、境界値の前後、ばらつき、劣化、通信遅れ、センサ故障、復帰を組み合わせます。合否基準と併せて、観測できない量を何で推定するかも明記します。

よくある失敗

適用範囲と不確実性

構成と数値は一般例です。シリーズ、パラレル、スプリット、PHEVで責務と状態は異なります。安全・排出ガス・型式認可の適合は対象車両の正式プロセスで確認してください。

規格・ガイドラインは適用範囲と最新版を案件ごとに確認し、公開ページの要約だけで適合を判定しません。安全関連の要求値、故障許容時間、診断カバレッジ、法規適用は、車両固有の分析と承認済み資料を正とします。

次に読むなら

次に読むなら、EV・ハイブリッド車におけるMBSE適用の完全ロードマップ がおすすめです。このテーマの全体像を整理する柱記事です。

関連記事

• 自動車部品メーカーがMBSEを導入する最初の90日: このテーマの全体像を整理する柱記事です。
• EV・HV向けSysML要求図テンプレートの作り方: チェックリストやテンプレート化の入口として使いやすい記事です。
• 品質保証部門向けEV・HV MBSE研修を設計する方法: チェックリストやテンプレート化の入口として使いやすい記事です。
• EV空調・熱マネジメント設計レビュー支援のサービス設計: チェックリストやテンプレート化の入口として使いやすい記事です。

参考資料

• OMG Systems Modeling Language Version 1.6（確認日: 2026-09-05）
• NASA Systems Modeling Handbook for Systems Engineering（確認日: 2026-09-05）
• Argonne National Laboratory: Autonomie（確認日: 2026-09-05）
• ISO 26262-10:2018 Guidelines on functional safety（確認日: 2026-09-05）

まとめ

ハイブリッド制御担当者にとってSysMLは、制御則の代替ではなく、その制御が守る要求・跨ぐ境界・失敗時責任を可視化する道具です。モード切替一つを要求から故障試験までつなぐと価値を実感できます。