FacilityOS の強み
以下の強みは、ライブデモで確認できるプラットフォームの機能であり、単なる約束ではありません。
オープンでブランド中立
どのブランドでも、同一サイトで混在可能
特定の機器メーカーに縛られず、標準プロトコルを備えた異なるブランドの機器をまとめて監視します。モデルライブラリには967ブランド、1306製品ファミリーが登録されており、未登録の機器は汎用プロトコルテンプレートで対応します。
詳しく見る →オープンで、データのロックインなし
北向き OPC UA サーバー、MQTT Sparkplug B、REST API、CSV / Parquet エクスポートに対応します。データは常にお客様のものです。
詳しく見る →ひとつのプラットフォーム
9つのシステムをひとつのプラットフォームに
FMCS、BMS、EPMS、EMS、SCADA、PLC/DCS、CMMS、DCIM、CEMS が、ひとつのデータセット、ひとつのアラームシステム、ひとつの監査証跡、ひとつの権限体系を共有します。個別の製品を購入する必要も、それらを連携させる構築作業も要りません。
詳しく見る →コントロールルーム用ビデオウォール
各サイトがドラッグ＆ドロップで独自のボードを設計し、1080p または 4K で全画面表示します。1台のディスプレイで複数サイトを順番に表示することも可能です。接続が切れた場合は、ボード全体でその旨を表示し、古い値は表示しません。
詳しく見る →助言はしても、操作はしない AI
アラームの説明、根本原因の分析、シフト要約の作成、保守の提案を行います。提案を実行するには、人による操作と変更承認フローが必要です。データは送信前にマスキングされ、コストには上限が設定されています。
詳しく見る →安全な制御
8ステップの変更フロー
要求 → 検証 → 承認 → 事前チェック → 実行 → リードバック → 確認 → 完了。申請者は自分の変更を承認できません。手動、故障、またはデータが信頼できない状態では書き込みがブロックされます。成功の判定はリードバックで行い、誰でも非常停止を押せます。コマンドには Ed25519 署名とリース・エポックが付きます。
詳しく見る →オープンなプログラミングのソフト PLC
ST（ストラクチャードテキスト）、ラダー、ファンクションブロック、SFC のプログラムをブラウザで作成してシミュレーションできます。署名済みのプログラムはゲートウェイ上で動作し、障害時には出力を機器側に戻します。Go、Rust、ブラウザの各ランタイムは、ビット単位で同一の結果を返します。
詳しく見る →信頼できるデータ
データを失わず、制御は現場で
ネットワーク障害の間、ゲートウェイはローカルディスクにバッファし、復旧後に時系列順で補完するため、履歴に欠損が生じません。リアルタイム制御は現場の PLC と DDC が担い、ゲートウェイは外向きにのみ接続するため、サイトの受信ポートを開ける必要はありません。
詳しく見る →電力グレードの精度
IEC 61850 クライアントをネイティブ搭載（MMS レポート、GOOSE）。各機器自身のタイムスタンプをマイクロ秒単位で用い、時刻源も含めたイベントシーケンス記録を行います。COMTRADE 障害記録、電力品質のコンプライアンス、高調波対策の前後比較にも対応します。
詳しく見る →高可用性と拡張性
マルチノードのプライマリ/スタンバイまたはアクティブ-アクティブ構成と自動引き継ぎ、複数サイト・複数テナント、バックアップとリストア、PostgreSQL + TimescaleDB による400日分の履歴、お客様自身のサーバーへの導入に対応します。
詳しく見る →セキュリティとコンプライアンス
セキュリティとコンプライアンス
ハッシュチェーン方式の監査ログ、暗号化（X25519 + AES-GCM）された機器認証情報、プラットフォームとゲートウェイ間の全区間 TLS とゲートウェイごとの個別アカウント、Entra ID シングルサインオン、サーバー側での権限管理、無操作時の自動サインアウト、複数回のセキュリティレビューを実施しています。ISA-18.2 / EEMUA 191、IEEE 519 / EN 50160、NFPA 70E、EPA Part 60 / 75、GMP 電子署名、ISO 14644、ASHRAE Guideline 36 へのコンプライアンスを支援します。
詳しく見る →導入しやすさ
初めての方にも使いやすい
すべてのページに、何のページか、なぜ重要か、何ができるかを説明するガイドモードがあります。役割別のトレーニングには訓練モードがあり、そのアラームが実システムに影響することはありません。
詳しく見る →安全な段階的導入
パイロットは、読み取り専用 → 限定制御 → 全面制御の順に進め、各段階を2名で確認・承認します。ネットワークスキャンで機器を検出してポイントリストの草案を作成しますが、人が確認するまで何も有効になりません。
詳しく見る →従来の方法との比較
| 項目 | 従来の方法 | FacilityOS |
|---|---|---|
| システム | 画面、アラーム、ユーザーがそれぞれ別々の複数システム | 9つのシステムをひとつのプラットフォームに統合し、アラームシステムと監査証跡も一本化 |
| ブランド | 特定メーカーのエコシステムに依存 | 標準プロトコルを備えたどのブランドでも、同一サイトで自由に混在可能 |
| 遠隔変更 | 結果を確認せずに書き込み | 承認とリードバックを備えた8ステップのフロー。結果が不確かな場合はその旨を表示 |
| ネットワーク障害 | 欠損やデータ損失が発生 | ゲートウェイがディスクにバッファし、順番どおりに補完 |
| 人命安全 | 同じ画面から制御できてしまう場合がある | 監視のみ。コマンドは一切送信しない |
| お客様のデータ | 独自データベースに囲い込まれる | オープン：OPC UA、MQTT Sparkplug B、REST API、CSV / Parquet |
「どのブランドでも」とは、標準の通信インターフェースを備えた機器を指します。備えていない機器は、メーター、センサー、無電圧接点を追加して接続します。機器の接続には、確認済みのポイントリストが必要です。設定なしですぐ使えるプラグアンドプレイではありません。人命安全に関わる機器は監視のみで、制御は行いません。