ビル管理システム（BAS）とは？中央監視の対象範囲とパッケージ／受託開発の判断

ビル管理システムは、建物の空調・照明・受変電・防災設備の状態を1つの画面で監視し、必要な制御をかける仕組みです。BAS（Building Automation System）とも呼ばれ、中核には中央監視装置が置かれます。ただし「建物の設備をまとめて管理する仕組み」という説明だけでは、どこまでを1つのシステムに載せ、どこから別系統に分けるのかが決まりません。この記事では、中央監視が扱う設備の境界、BEMSや設備管理システムとの分担、法定耐用年数15年を起点にした更新時期の見極め、メーカー標準のパッケージで足りる範囲と受託開発へ切り替える基準を、導入を見送る条件まで含めて整理します。

まとめ｜BAS導入と中央監視更新の可否を分けるビル条件と監視点の決め方

結論を先に書きます。BASの新設や更新で費用に見合う効果が出るビルには、共通する条件が2つあります。空調と熱源の運転条件を建物側の判断で変えられること、そして異常を受けて動く人員が常駐またはオンコールで確保されていること。この2つを欠く小規模な賃貸ビルでは、監視点を増やしても画面を見る人がいないまま保守費だけが積み上がる。

新設より件数が多いのは既設の更新です。中央監視装置の法定耐用年数は15年で、実務上も10年を過ぎると保守部品の供給終了が出はじめる。更新の判断は故障してからではなく、部品供給の終了予定とビルの大規模修繕の時期を並べて決めてください。配線と盤の工事は、修繕と同じ時期に寄せなければ単独では組みにくい。

発注の形は、監視制御そのものはメーカー標準のパッケージ、複数棟の横断集計や既存の業務システムとの接続は受託開発、と分けるのが現実的です。監視点の粒度が費用の大半を左右するため、製品比較より先に決めます。データの共有層まで踏み込むかどうかは、スマートビルとビルOSの層構造と投資判断を整理した記事で条件を確認してください。

BASの守備範囲｜空調・照明・受変電と防災設備を中央監視でまとめる境界

BASはBuilding Automation Systemの略で、建物設備の監視と制御を1つの系にまとめた仕組みを指します。日本のビルでは中央監視システムと呼ばれることが多く、施設管理システムという言い方も同じ対象に使われている。まず、その系に何が載り、何が載らないのかを見ます。

空調・熱源・照明・受変電に絞られる監視制御の対象と点数の規模感

中央監視が実際に扱うのは、熱源機（冷凍機・ボイラー）、空調機と外調機、換気設備、照明の系統、受変電設備と非常用発電機、給排水ポンプ、昇降機の運転状態です。これらの機器から接点信号やアナログ値を集め、運転と停止、警報、温度や電流の計測値を画面に並べる。制御をかけるのは主に空調と照明で、昇降機や受変電は監視のみという構成が一般的です。

規模の目安は監視点数（I／O点数）で語られます。中規模のオフィスビルで数百点、大規模な複合施設では数千点に達する。この点数が盤の構成と画面作成の工数を決めるため、見積りの前提として最初に固めます。点数は後から足せますが、盤に空きスロットが無ければ盤ごと増設になり、単価が跳ね上がる。

自動火災報知設備が中央監視に直結しない理由と移報接点での連携

防災設備をBASに載せると考えるなら、まず線を引く必要があります。消防法にもとづく自動火災報知設備は、認定を受けた受信機で独立して成立させる設備で、中央監視の画面に統合して代替させることはできません。防排煙や非常用放送も同じ扱いになる。中央監視側は、受信機から移報接点で火災信号を受け取り、警報表示と空調停止・昇降機の管制運転の連動をかける役割に留まります。

この切り分けを見落とすと、更新工事の途中で消防検査に通らず手戻りが出ます。防犯設備も同様で、機械警備を警備会社に委託しているビルでは、警備側の機器構成に手を入れられません。中央監視からは警戒と解除の状態を受けるだけにして、設備の所有と保守の責任がどこにあるかを図面上で明示しておく。

特定建築物の法定管理業務とBASの記録が接する範囲と接しない範囲

建築物衛生法では、事務所や店舗などの特定用途に使う延べ面積3,000平方メートル以上（学校は8,000平方メートル以上）の建物を特定建築物と定め、所有者に建築物環境衛生管理基準の遵守を求めています。空気環境の測定は2か月以内ごとに1回で、温度・相対湿度・二酸化炭素の含有率などを測ります。ここでBASの計測値をそのまま法定測定の記録に置き換えることはできません。法定測定は定められた測定器と方法で実施する必要があるためです。

接するのは運用側です。BASの温湿度トレンドがあると、測定で基準を外した居室の原因を、外調機の運転時間や外気導入量の履歴から追える。逆に、点検の実施記録や是正の履歴はBASの守備範囲外で、紙やExcelに残ったままになりやすい部分です。点検記録を電子化する進め方はタブレット点検とチェックリスト電子化の選び方を扱った記事で整理しています。

隣接システムとの機能境界｜BEMS・設備台帳・入退室管理とBASの分担

ビル向けのシステムは名前が似ていて、提案書を並べると同じ機能が何度も出てきます。役割で切り分けると重複を避けられる。

監視制御・集計分析・台帳管理でBASと隣接システムを切り分ける線

扱うデータは重なる一方で、目的は系ごとに違います。BASは設備をリアルタイムに監視して制御をかける系、BEMSはエネルギー使用量を集計して分析する系、設備管理システム（CMMS）は台帳と保全履歴を持つ系、入退室管理は人の通行を制御する系。更新の周期も予算の出どころも同じではありません。

実務では、既設の中央監視があるビルにBEMSを足す順序が多くなります。BAS側から計測値を取り出せれば計器の追加を減らせるためです。逆にBEMSを先に入れたビルで、後からBASの制御へつなぐと配線がやり直しになりやすい。エネルギー側の計装設計とBACnet連携の条件はBEMSの計装設計と中央監視との役割分担を整理した記事で扱っています。

設備台帳と保全履歴をCMMS側へ寄せる線引きと二重入力の回避

中央監視の画面にも機器の一覧は出ますが、あれは監視点の一覧であって台帳ではありません。型式、設置年月、更新履歴、部品の交換記録、点検の実施結果は、CMMSやEAMと呼ばれる設備管理システムが持ちます。BASから警報が出たとき、その機器の過去の交換履歴を同じ画面で見たいという要望は必ず出る。しかし中央監視側に台帳機能を作り込むと、更新のたびに移行対象が増え、二重入力の温床になります。

現実的な線引きは、機器コードだけを共通にして系を分ける方法です。BASの監視点には設備管理システム側の機器コードを持たせ、警報履歴をCSVやAPIで受け渡す。台帳の入力先は設備管理システムに一本化する。CMMSやEAMの機能範囲と、Excel台帳から移行する判断は設備管理システムの機能とExcel台帳との違いをまとめた記事で扱っています。

入退室管理と監視カメラをBASへ統合するかを決める2つの条件

統合の可否は、運用主体と更新周期の2点で決めます。警備を外部委託しているビルでは、入退室の権限設定を警備会社の管理画面で行うため、BASへ統合すると権限変更のたびに二者の調整が必要になる。テナント入替が多いビルほどこの手間が効いてきます。自社ビルで防災センターを自前で持ち、権限変更も自社で完結するなら統合の効果が出ます。

もう1点は更新周期のずれです。カードリーダーや電気錠は7年から10年で更新期が来るのに対し、中央監視は10年から15年。周期が違う機器を1つのシステムに束ねると、片方の更新に引きずられて、まだ使える機器まで交換することになりがちです。認証方式の選び方と他システム連携の判断は入退室管理システムの認証方式と連携の判断を整理した記事で扱っています。

既設中央監視の更新時期｜法定耐用年数15年と部品供給終了で決まる判断

新設のビルより、既設の中央監視を更新する案件のほうが数は多くなります。更新は設備工事とソフトウェア移行が同時に走るため、時期の決め方で費用が変わる。

法定耐用年数15年と保守部品の供給終了から決まる更新時期の起点

中央監視装置は、減価償却資産の耐用年数等に関する省令で建物附属設備の電気設備（その他のもの）に区分され、法定耐用年数は15年です。メーカー各社の公開資料でも寿命の目安を10年から15年とし、概ねこの範囲で後継機種への移行を案内しています。判断の起点にするのは経過年数そのものではなく、保守部品の供給終了予定と、コントローラーのサポート期限の2つ。

更新のタイミングは、次の順で詰めます。

1. メーカーに保守部品の供給終了予定を照会し、期限を確認する
2. ビルの大規模修繕計画と長期修繕計画の年度を並べる
3. 盤の停電が必要な工事を、テナント調整が可能な時期に寄せる
4. 更新前の1年で現行の監視点を棚卸しし、使っていない点を落とす

4番目を飛ばすと、使われていない監視点をそのまま新システムへ移し替えることになり、画面作成の工数と点数課金がそのまま引き継がれます。棚卸しで2割前後の監視点が落ちるケースは珍しくない。

メーカー独自伝送からBACnetへ移す際に確認する適合宣言と下位層

2000年代前半までに設置された中央監視は、メーカー独自の伝送方式で機器をつないでいる例が残ります。更新でオープンな規格に寄せるなら、BACnetが第一候補になる。BACnetはANSI/ASHRAE Standard 135として維持され、現行版は2024年12月に公表された135-2024（国際規格ではISO 16484-5）です。ただし「BACnet対応」という表記だけでは、既存機器がそのままつながるとは限りません。

確認するのは、機器が実装しているプロトコルリビジョン、PICS（適合宣言書）に書かれたサービスとオブジェクト型の範囲、そして下位層がBACnet／IPかMS／TPかの3点です。下位層が違えば配線もゲートウェイも変わる。LonWorks（ISO／IEC 14908）で組まれた既設も同じで、機器を残すのかゲートウェイで吸収するのかを、更新設計の初期に決めておきます。全部を一度に置き換えず、コントローラーだけ先に更新して末端機器を次期に回す段階更新も取れる。

パッケージ導入と受託開発の判断軸｜メーカー標準盤で足りる範囲の線引き

監視制御そのものを一から開発する理由はありません。判断が要るのは、標準の中央監視で完結させるか、その外側に自社向けの仕組みを足すかの線引きです。

メーカー標準の中央監視で足りる単棟・設備制御中心のビルの条件

単棟で、監視の目的が設備の異常検知と空調・照明の運転制御に収まるなら、メーカー標準のパッケージで足ります。画面は標準のグラフィックエディタで作れ、警報の閾値やスケジュールは設定で変えられる。ここに独自開発を持ち込むと保守の窓口が分かれ、部品交換のたびに責任の所在を確認する手間が増えます。

目安を1つ挙げます。要件のうち「標準機能では実現できない」と回答された項目が3件以下なら、標準のまま進めてよい。運用でしのげる範囲に収まります。

複数棟横断と既存業務システムの連携で受託開発へ切り替える基準

標準のパッケージが崩れるのは、次の要件が入ったときです。

• 複数棟・複数メーカーの中央監視を1つの画面で横断集計する
• テナントの契約情報と結び付けて時間外空調の課金明細を作る
• 会議室予約や入退室の実績と空調のスケジュールを突き合わせる
• 保全の作業指示を設備管理システムへ自動で起票する

いずれも監視制御の外側にある業務要件で、メーカー標準の範囲を越えます。この層は、BASからデータを受け取る収集基盤と、既存の会計・契約管理システムへつなぐ連携部分を分けて作ると保守が楽になる。中央監視は更新のたびに入れ替わるため、収集基盤側でインターフェースを吸収しておくと、次の更新で作り直す範囲を減らせます。設備データの収集基盤と既存の業務システムをつなぐ開発はIoTを使った設備データ連携の受託開発で対応しています。

計装工事とソフトウェアの費用比率と、点数課金で膨らむ見積り額

更新の見積りは、盤・配線・計器などの計装工事と、コントローラーや監視ソフトのライセンス、画面作成の工数に分かれます。既設の配線を流用できるかどうかで総額が動くため、まず既存図面と現地の敷設状況を確認する。図面が現況と合っていないビルは多く、調査だけで数週間かかる場合があります。

ソフトウェア側は監視点数に応じた課金が一般的で、棚卸しをせずに現行の点数を引き継ぐと、使っていない点にも費用がかかります。相見積りを取るときは、点数の定義（接点1つを1点と数えるか、機器1台を1点と数えるか）を各社で揃えてください。定義がずれたまま金額だけを比べると、安く見えた提案が後から増額になる。

BASを見送る条件と、監視点を増やす前に着手すべきビル運用の打ち手

入れないほうがよい場面と、入れる前に済ませることを書きます。

BASを入れても数値が動かない賃貸ビルの3条件と見送りの判断

次の3つが揃うビルでは、中央監視を新設しても効果が出ません。延べ面積が数千平方メートル以下で設備台数が限られること、空調の設定権限がテナント側にあること、常駐の管理員がおらず巡回のみで運用していること。この状態で監視点を増やしても、警報を受けて動く人がいないため、画面は誰も見ないまま保守費だけが毎年かかります。

この場合に投じるべきなのは、個別空調機の集中リモコンと、受電点のデマンド監視装置1台です。中央監視の数分の一の費用で、契約電力の超過は抑えられる。BASの新設は、テナント入替や大規模修繕で設備をまとめて更新する時期まで待つ。判断を先送りにしているのではなく、投資の順番を変えているだけです。

監視点を増やす前に着手すべき運転条件の見直しと記録様式の統一

既にBASが入っているビルで効果が頭打ちになったとき、監視点の追加を提案されることがあります。先に手を付けるのは運転条件のほうです。始業前の予冷と予熱の開始時刻、外気導入量の制御、熱源機の台数制御の切替閾値、照明の消灯スケジュール。この4つは既存の設定変更だけで動かせ、費用はほぼかかりません。

もう1つは記録様式の統一です。警報の対応履歴が紙の日誌、点検結果がExcel、修繕の実績が請求書だけ、という状態では、監視点を増やしても分析につながりません。様式を揃えて同じ機器コードで串刺しにできるようにしてから、計測を厚くする順序で進めてください。順序を逆にした更新は、データは増えたのに判断は変わらないという結果に終わります。

よくある質問

ビル管理システムの導入と更新を検討する場面で、実務担当者から出ることの多い質問をまとめます。

ビル管理システムと施設管理システムは何が違いますか？

言葉としてはほぼ同じ対象を指し、設備の監視制御を担う中央監視システムを意味することが多いです。ただし提案書では、設備台帳や保全履歴を管理するCMMS側を施設管理システムと呼ぶ会社もあります。用語の定義は会社ごとに揺れるため、機能一覧で「リアルタイムの監視制御が含まれるか」「台帳と保全履歴が含まれるか」の2点を確認してから比較してください。

BASとBEMSはどちらを先に導入すべきですか？

既設の中央監視が無いビルなら、BASを先に入れて計測点を確保し、その値をBEMSへ渡す順序が費用面で有利です。中央監視が既にあるビルでは、BAS側から計測値を取り出せるかを先に確認します。取り出せるならBEMSは追加の計器を減らせる。取り出せない場合は、中央監視の更新時期に合わせて両方をまとめたほうが、盤の停電工事が1回で済みます。

中央監視装置の更新でメーカーを変更できますか？

変更できますが、末端のコントローラーや現場機器をどこまで残すかで費用が変わります。独自伝送で組まれた既設は、コントローラーごと入れ替えるか、ゲートウェイで既存の伝送を吸収する構成になる。後者は初期費用を抑えられる一方、ゲートウェイ自体の保守が増えます。相見積りでは、既設のどの層まで流用する前提かを各社で揃えて比べてください。

小規模なビルにも中央監視装置は必要ですか？

延べ面積が数千平方メートル以下で、空調が個別方式、常駐の管理員がいないビルでは費用に見合いません。この規模なら、個別空調の集中リモコンと受電点のデマンド監視装置で足ります。中央監視の導入は、熱源機を持つ中央方式の空調が入っているか、複数階にまたがる設備の遠隔操作が要るか、という条件で判断してください。

中央監視のデータを遠隔から見られるようにできますか？

できますが、設備制御系をそのままインターネットへ出す構成は取りません。監視値の読み出しに限定した収集サーバーを別に置き、制御指令は現地からのみ受け付ける分離が一般的です。既設の中央監視が古い場合は、そもそも外部へデータを渡す口が無く、ゲートウェイの追加が要る。遠隔で何をしたいのか（状態確認だけか、設定変更まで含むか）を先に決めると、必要な構成が絞れます。

関連記事

• BEMSとは？ビル設備の計装設計とBACnet連携・中央監視との役割分担で判断する：エネルギー側の計装設計と接続条件を扱っています
• 設備管理システムとは？CMMS・EAMの機能とExcel台帳との違い・導入判断：台帳と保全履歴を分担する側の機能を扱っています
• 入退室管理システムとは？認証方式の種類と選び方・システム連携の判断【情シス向け】：統合可否を判断するときの認証方式と連携の材料になります
• 点検管理システムとは？紙・Excel点検の課題とタブレット点検・チェックリスト電子化の選び方：法定点検の記録を電子化する進め方を扱っています
• エネルギーマネジメントシステム（EMS）とは？BEMS・FEMSの違いと導入判断：EMS全体の分類と投資回収の総論を扱っています