空調設計にMBSEが必要になる理由：メカ設計だけでは解決できない時代へ

空調機の設計は、以前よりもずっと「システムの設計」になっています。圧縮機、熱交換器、膨張弁、ファン、筐体、冷媒配管、センサ、インバータ、制御ソフト、通信、保守、法規制までが、ひとつの性能結果として現れるからです。

メカ設計の重要性が下がったわけではありません。熱交換器の配置、風路、振動、騒音、結露、霜付き、強度、加工性、保守性は今も空調機の競争力の中心です。ただし、メカ設計だけを最適化しても、製品全体の要求を満たしたとは言い切れない場面が増えています。

例えば省エネ性能を上げたいとき、熱交換器を大きくする、圧縮機効率を上げる、ファンを最適化する、という単品改善だけでは不十分です。低負荷運転、除霜、快適性、騒音、制御安定性、コスト、重量、冷媒量、センサ誤差、現地施工ばらつきまで関係します。さらにAI制御やBEMS連携を入れる場合、データ要件、フェイルセーフ、説明可能性、異常時の責任分界も設計対象になります。

この複雑さに対して、図面、Excel仕様書、会議メモ、個人の経験だけで整合を取り続けるのは難しくなっています。そこで必要になるのがMBSE、つまりModel-Based
Systems
Engineeringです。MBSEは、設計を「文書中心」から「モデル中心」に変える考え方です。空調設計では、要求、機能、構造、振る舞い、制御、検証、故障モード、データ要件をつなぎ、設計変更の影響を追える状態にすることが目的です。

目次
結論：MBSEは設計判断をつなぐ活動
なぜ空調設計で必要になるのか
MBSEで何をつなぐのか
SysMLで最初に使いたい図
小さく始める導入手順
よくある失敗
まとめ

結論：MBSEは設計判断をつなぐ活動

空調設計にMBSEが必要になる最大の理由は、設計判断の因果関係を見える状態にするためです。

「なぜこの熱交換器サイズにしたのか」
「なぜこのセンサを必要としたのか」
「なぜこの制御モードでは圧縮機回転数を制限するのか」
「なぜこの故障モードをFMEAに入れたのか」
「なぜこの試験で要求を満たしたと言えるのか」

こうした問いに対して、担当者の記憶や散在した資料に頼らず、要求、機能、構造、振る舞い、検証をたどって説明できるようにする。これが空調設計におけるMBSEの価値です。

観点	従来起きやすい状態	MBSEで目指す状態
要求	仕様書にあるが設計要素との対応が曖昧	要求と機能、構造、検証がつながる
部門連携	メカ、制御、電気、品質が別資料で動く	共通モデルで接口と責任範囲を確認する
変更影響	経験者が影響範囲を探す	変更対象から関連要求や試験へたどる
品質	FMEAが後工程の帳票になる	機能や構造から故障モードを抽出する
AI制御	PoC精度だけに議論が寄る	データ要件、安全要求、フォールバックまで扱う

MBSEはCADやCAEの代替ではありません。3D形状、熱流体解析、強度解析、回路図、制御ロジックはそれぞれ必要です。MBSEは、それらを「どの要求を満たすための設計か」という上位の骨格でつなぐものです。

なぜ空調設計で必要になるのか

空調設計では、ひとつの設計変更が複数領域へ広がります。ファン回転数を変えれば、熱交換性能、騒音、消費電力、制御安定性に影響します。除霜制御を変えれば、暖房能力、快適性、ドレン処理、圧縮機保護に影響します。冷媒を変えれば、圧力、部品選定、冷媒量、漏えい検知、保守手順に影響します。

特に近年は、制御ソフトとデータ活用の比重が大きくなっています。インバータ制御、電子膨張弁制御、ファン制御、異常検知、保護制御、通信制御は、製品の振る舞いそのものです。機械設計が良くても、センサ位置、応答性、制御条件、例外処理が曖昧なら、期待した性能は出ません。

AI制御ではさらに注意が必要です。熱負荷予測や省エネ制御を成立させるには、入力データ、センサ精度、データ周期、欠損処理、推論環境、説明可能性、異常時のフォールバックが必要です。これはAI担当だけの課題ではなく、空調システム設計、制御設計、品質保証、設備運用が一緒に決める要求です。

つまり、空調設計で起きている問題は「部品をもっと詳しく設計すれば解ける」だけではありません。要求、機能、構造、制御、検証のつながりが見えていないことが、手戻りや認識齟齬の原因になります。MBSEは、このつながりを設計の早い段階で見える化するために使います。

MBSEで何をつなぐのか

空調設計でまずつなぎたいのは、次の7つです。

つなぐ対象	空調設計での例	目的
要求	冷暖房能力、COP、騒音、信頼性、保守性	何を満たすべきかを明確にする
機能	圧縮する、熱交換する、送風する、検知する	部品名ではなく役割で整理する
構造	圧縮機、熱交換器、膨張弁、ファン、センサ	機能をどの要素が担うか示す
振る舞い	冷房、暖房、除霜、異常停止、復帰	状態や切替条件を整理する
制約	コスト、寸法、重量、冷媒量、施工条件	設計自由度の境界を見える化する
検証	性能試験、騒音試験、異常試験、制御確認	要求を満たした根拠を残す
リスク	冷媒漏えい、凍結、過電流、センサ異常	FMEAや安全要求へ展開する

ここで重要なのは、最初からすべてを完璧にモデル化しないことです。全製品、全要求、全部品を対象にすると、作業量が膨らみ、モデルが更新されなくなります。最初は、手戻りが多いテーマに絞るのが現実的です。

空調設計なら、除霜運転、騒音要求、冷媒回路変更、AI省エネ制御、圧縮機保護、冷媒漏えい検知などが向いています。これらは複数部門が関係し、要求、構造、制御、検証が絡むため、MBSEの効果を実感しやすい領域です。

SysMLで最初に使いたい図

MBSEを実務に落とす表現方法として、SysMLは有効です。ただし、最初からすべての図法を覚える必要はありません。空調設計では、まず次の5種類で十分です。

要求図

上位要求と下位要求の関係を整理します。例えば「寒冷地暖房性能を確保する」という要求を、外気温条件、暖房能力、除霜復帰時間、室温低下許容、圧縮機保護、検証試験へ分解します。曖昧な要求を、設計と試験に使える形へ変えるための図です。

ブロック定義図

システムを構成要素に分けます。室外機なら、圧縮機、熱交換器、膨張弁、四方弁、ファン、配管、センサ、制御基板、筐体などです。部品表を写すのではなく、設計上の関係が分かる粒度で整理します。

内部ブロック図

構成要素間の接続を整理します。空調機では、冷媒、空気、電力、信号の流れを分けて見ると有効です。どのセンサ値をどの制御に使い、どのアクチュエータへ指令を出すのかが見えます。

状態機械図

冷房、暖房、除霜、停止、保護停止、異常停止、復帰などの状態と切替条件を整理します。特に除霜、センサ異常、通信断、停電復帰、AI制御無効時の振る舞いは、品質や安全に直結します。

パラメトリック図

熱収支、COP、消費電力、風量、圧力損失、騒音、冷媒量などの関係を整理します。厳密なシミュレーションモデルでなくても、どの変数がどの性能指標に効くかを見える化できます。

小さく始める導入手順

MBSE導入は、大きく始めるより小さく始めた方が定着します。

対象テーマをひとつに絞る
上位要求を5から10個に分解する
要求を満たすための機能を洗い出す
機能を構造要素へ割り当てる
運転状態と異常時の例外を整理する
要求ごとに検証方法をつなぐ
設計変更時にモデルを更新する

最初の成果物は、豪華なモデルでなくて構いません。むしろ、要求、機能、構造、状態、検証を1行でつなぐ表から始める方が、設計レビューで使いやすくなります。

要求	機能	構造要素	状態・条件	検証
暖房運転時の快適性を維持する	室内へ熱を供給する	圧縮機、熱交換器、ファン	低外気温、除霜前後	暖房能力試験、除霜復帰確認
異常時に安全側へ停止する	異常を検知し保護する	センサ、制御基板、インバータ	センサ断線、過電流	異常注入試験、保護停止確認
AI省エネ制御を安全に使う	熱負荷を予測し運転を補正する	センサ、通信、AIモデル	データ欠損、通信断	欠損試験、フォールバック確認

この表だけでも、議論は「この部品でよいか」から「この要求に対して、この機能と検証で足りるか」に変わります。

よくある失敗

MBSEは便利ですが、導入の仕方を間違えると現場に嫌われます。

失敗	起きること	対策
ツール導入が目的になる	図を描く作業だけが増える	最初に解きたい手戻りテーマを決める
全部をモデル化する	工数が膨らみ更新されない	重要要求と重要接口から始める
記法の正しさに偏る	実務者が参加しにくい	判断が伝わることを優先する
メカ担当だけで作る	制御、電気、品質の要求が抜ける	初回レビューから複数部門を入れる
検証へつながらない	説明資料で終わる	要求ごとに試験や確認方法を紐づける
AIを別枠で扱う	PoCと量産設計が切り離される	データ要件とフェイルセーフを要求化する

特に避けたいのは、MBSEを「若手に図を描かせる活動」にすることです。図を描くこと自体は作業ですが、モデルに入れるべき判断は、ベテランや各専門担当の知見が必要です。設計責任者、制御担当、品質担当がモデルレビューに参加して初めて、実務に効くモデルになります。

まとめ

空調設計にMBSEが必要になる理由は、製品が複雑になったからだけではありません。空調機の価値が、部品単体の性能ではなく、要求、機能、構造、制御、検証、運用、データのつながりで決まるようになったからです。

メカ設計は今も重要です。しかし、メカ設計だけでは、制御ソフト、AI、法規制、保守、品質、データ活用まで含めた全体最適を説明しきれません。冷凍サイクルの物理、制御の振る舞い、AIのデータ要件、故障モード、検証方法をつなぐ必要があります。

MBSEは、図をきれいに描くための活動ではありません。設計判断をつなぎ、変更影響を追い、部門間の認識齟齬を減らし、設計レビューを強くするための活動です。最初は、除霜制御、騒音要求、冷媒回路変更、AI省エネ制御など、手戻りが多いテーマをひとつ選び、要求、機能、構造、状態、検証をつなぐ小さなモデルから始めるのが現実的です。

次に読む記事としては、次の3本が自然です。