Tridium Niagara vs IronFlock：オープンフレームワーク比較（2026）

Tridium（2005年からHoneywell傘下）のNiagara Frameworkは、ビルオートメーションにおけるベンダー中立な統合の事実上の標準です。1996年設立のTridiumは、BACnet、Modbus、LonWorks、KNXなど数十のプロトコルを単一のオブジェクトモデルに正規化し、それをグラフィックス、履歴、制御ロジックとして提供するJavaフレームワークとしてNiagaraを構築しました。JACEコントローラー、フィールドコントローラーNiagara Edge 10、Niagara Supervisorサーバー上で動作し、Vykon、Honeywell、Centraline、KMC、Distech、Lynxspringなど多数のOEMブランドから「Powered by Niagara」として再販されています。Niagaraの代替を検討するチームが求めるのは、たいてい同じプロトコルの開放性を、ポイント単位のライセンス、認定インテグレーター経由という縛り、Javaモジュールによる開発モデルなしで得ることです。

IronFlockは同じ開放性に別の道から到達します。すべてを単一ベンダーのコントローラー上で動くフレームワークに正規化するのではなく、DockerコンテナのアプリをあらゆるLinuxまたはWindowsハードウェア上で実行し、リアルタイムWAMPメッセージブローカーを介して中央サービス（FleetDB、AIオーケストレーション、ダッシュボード）に接続します。

両システムとも設計上プロトコル非依存で、いずれもエッジに計算能力を置き、いずれも複数拠点のフリートを対象とします。違いは、システムをどう拡張するか、誰が購入・エンジニアリングできるか、データがどう保存・課金されるか、そしてAIがプラットフォームの一部かどうかにあります。

このページは、チームが適切なシステムを選べるよう、公正な比較を提供します。

概要

アーキテクチャ

Niagara：ライセンス制コントローラー上のJavaフレームワーク

Niagaraのアーキテクチャはステーションを中心に組み立てられています。ステーションとは、ドライバー、コンポーネントツリー、制御ロジック、履歴、グラフィックスをホストする稼働中のNiagaraインスタンスです。

• JACEコントローラー：JACE 8000（QNXベース）と、より新しいJACE 9000は、エッジでステーションを実行し、フィールド機器と通信し、履歴をローカルにバッファリングする監視コントローラーです。Niagara Edge 10は、設備レベルでNiagara 4を動かす10ポイントのIPフィールドコントローラーです（3デバイス・50ポイントのライセンス）。
• Niagara Supervisor：WindowsまたはLinuxサーバー上で動作するステーションで、多数のJACEからのデータを集約し、履歴をアーカイブし、全社向けグラフィックスを配信し、JACEフリート全体に対する一括プロビジョニングジョブ（ソフトウェア更新、バックアップ、TLS設定）を実行します。
• Niagara Workbench：Java製のデスクトップ・エンジニアリングツール。ドライバー設定、ポイントマッピング、グラフィカルなワイヤーシートロジック、Pxグラフィックスページなど、エンジニアリングはすべてステーションに接続したWorkbench上で行います。
• ドライバー：BACnet、Modbus TCP/RTU、LonWorks、KNX、SNMP、oBIX、OPC UA、MQTTがライセンス制のNiagaraドライバーとして提供され、さらに数百がNiagara Marketplace経由でサードパーティから提供されます。このドライバーライブラリこそNiagara最大の強みです。
• モジュール：拡張機能はステーションにインストールするJava JARモジュールです。Niagara 5ではモジュールに署名が必要で、すべてのN4モジュールはリファクタリングが必要です。
• Niagara Cloud Suite：上に重ねる一連のサブスクリプション — Niagara Data Service（クラウドヒストリアンとステーションデータへの読み書きAPI）、Niagara Recover（ステーションのクラウドバックアップ、5世代のローテーション）、Niagara Remote（顧客側VPNなしのステーションへのリモートアクセス）。いずれも有効なソフトウェア保守契約（SMA）が前提です。
• コンテナ版Niagara：4.13以降、Niagaraコア、JRE、必要なモジュールをまとめたDockerコンテナとしても提供されます（x86-64とArm64）。Niagara自体をクラウドやサードパーティ製ハードウェアで動かす用途向けで、サブスクリプション型ライセンスです。

このコンテナ化の向きに注意してください。Niagaraはコンテナとしてパッケージ化できますが、Niagaraステーションは任意のコンテナ化ワークロードを動かす場所ではありません。

IronFlock：分散エッジ＋中央サービス

IronFlockは、補完し合う2つのレイヤーからなる分散システムです。自律型エッジデバイスは、軽量エージェントとDockerコンテナ化されたアプリを稼働現場で実行します。中央サービス — FleetDB（TimescaleDB）、FleetDB Service、AIオーケストレーション、Web UI — がフリート全体のデータ保存、ダッシュボード、インテリジェンスを提供します。WAMPメッセージブローカーがリアルタイムのpub/subとRPCですべてを接続します。

さらに仮想デバイス — 物理デバイスと並んでプロジェクトに参加するクラウドホスト型の計算ノード — を作成し、Grafana、Node-RED、Jupyter、独自データパイプラインなどフリート全体のサービスを実行できます。

• エッジデバイス：LinuxまたはWindowsが動作するあらゆるハードウェア — Raspberry Pi、産業用PC、NVIDIA Jetson、Windows IPC、ゲートウェイ — がアプリを自律的に実行（Windowsではエージェントが自動再起動と自己更新を備えたネイティブサービスとして動作）
• アプリ：任意のプログラミング言語のDockerコンテナを、エッジデバイスまたは仮想デバイスにデプロイ
• データ：エッジアプリはメッセージブローカー経由でテレメトリーをFleetDBに送信。FleetDBはプロジェクト単位のTimescaleDBテーブルを自動作成し、SQLで照会できます
• 中央サービス：FleetDB Serviceがデータストリームを処理し、アラームを評価し、ダッシュボードを配信。AIサービスはデバイスへの直接アクセスを伴うマルチエージェント対話をオーケストレーション
• デプロイ：クラウドSaaSまたはオンプレミス — プラットフォーム全体を自社インフラで運用可能

実際の運用での違い

機能比較

データと接続性

可視化とダッシュボード

リモートアクセスとセキュリティ

アプリ開発

AI＆分析

デバイスとフリート管理

アラームと通知

価格比較

Niagara：デバイス／ポイント単位のライセンス＋必須の保守契約

Niagaraはステーション単位でライセンスされ、接続規模に応じてサイジングされます。

• ステーションライセンス：JACEライセンスはデバイス数とポイント数の容量で階層化されています。JACE 8000では例えば5デバイス／250ポイント、10／500、25／1,250、100／5,000、200／10,000です。ライセンス上、ポイントはデバイス換算（おおよそ50ポイント＝1デバイス）もされます。拠点が階層を超えて成長すれば、より大きなライセンスの購入が必要です。
• Niagara Edge 10：3デバイス・50ポイントのライセンス — 設備1台向けのサイジングです。
• Supervisorライセンス：接続するステーション数とポイント数でサイジングされます。
• ハードウェア：JACE 8000／JACE 9000コントローラー、Edge 10フィールドコントローラー、Supervisor用サーバーハードウェアをOEMチャネル経由で購入します。
• SMA（ソフトウェア保守契約）：初回ライセンス時に必須（初期期間は通常18か月）で、最新状態を保つには継続が必要です。有効なSMAがなければバージョンアップもセキュリティパッチも提供されません。またNiagara Cloud Suiteの各サブスクリプションは、契約期間中ずっと有効なSMAを必要とします。
• アドオン：Niagara Analytics Framework（分析ポイント単位のライセンス）、Niagara Enterprise Security、マーケットプレイスのサードパーティ製ドライバー、Niagara Cloud Suiteの各サブスクリプション（Data Service、Recover、Remote） — Remoteはコントローラー単位・年額です。
• 認定と移行：ライセンス購入の前提としてNiagara認定が必要です。Niagara 4からNiagara 5への移行には有効なSMAが必要で、移行費用が発生する場合があります。JACE 8000ハードウェアはNiagara 5へアップグレードできません。

すべてがデバイス数とポイント数で計量されるため、コストはデータから得る価値ではなく、プラントの規模に比例します。また商流が認定インテグレーター経由であるため、セルフサービスの経路は存在せず、あらゆる導入はチャネルとの商談から始まります。

IronFlock：無料クラウド＋オンプレミスはサブスクリプション

IronFlockのクラウド版は無料です。中核機能（デバイス管理、ダッシュボード、データ保存、OTA更新、アラーム、リモートアクセス、アプリのデプロイ）はすべて無償で含まれます。IronFlockはリソース使用量に応じて課金します：ストレージ、リモートアクセスのセッション、仮想デバイス、AI利用です。ポイントの数え上げも、デバイス階層ライセンスも、必須の保守契約もありません。詳細は料金ページをご覧ください。

追加機能はマーケットプレイスのアプリを購入して拡張できます。たとえば専用プロトコルコネクター、分析ツール、IronFlockやサードパーティ開発者による業種特化ソリューションなどです。

オンプレミス導入（エアギャップ環境やプライベートインフラ）向けには、サブスクリプション型ライセンスを提供しています。

Niagaraを選ぶべき場合

次の場合はNiagaraが適しています。

• プロジェクトがまずビルオートメーションである場合 — HVAC、照明、計量、入退室にまたがるBACnet、LonWorks、KNXの統合こそNiagaraが作られた目的であり、この領域でのドライバーの厚みに並ぶものはありません。
• 珍しいプロトコル向けの既製ドライバーが必要な場合 — Niagara Marketplaceは20年で数百のドライバーを蓄積してきました。
• 信頼できる認定Niagaraインテグレーターと組んでいる、または社内に認定エンジニアと既存のJACEインフラがある場合。
• 仕様書がNiagaraを指定している場合 — 多くの官公庁・キャンパス案件が、まさに機器レイヤーでの単一ベンダー依存を防ぐという理由でフレームワークを名指しします。
• 充実したビル系グラフィックスと成熟したアラームワークフロー（シェルビング、エスカレーション、アラームクラス）をそのまま使いたい場合。
• 大規模なビル設備群に対してセマンティックタグ付けとProject Haystackモデルが必要な場合。
• OEMチャネルモデルを望む場合 — 仕様策定、エンジニアリング、コミッショニング、保守を一つの契約で担う地元パートナー。

Niagaraの代替としてIronFlockを選ぶべき場合

次の場合はIronFlockがより強力な選択肢です。

• エッジで本物のアプリケーションを動かしたい — フレームワークAPIに制約されたJavaモジュールではなく、任意の言語のDockerコンテナ。
• AIの標準搭載が必要 — フリートデータへの自然言語クエリ、マルチエージェントのオーケストレーション、デバイス上で関数を実行するフィジカルAI。
• ポイント単位のライセンスがデータに合わない — 高頻度の機械テレメトリー、画像、振動データをNiagaraのポイントとして課金するのは経済的に成立しません。
• セルフサービスが欲しい — 認定講習もチャネルパートナーも前提とせず、今日サインアップしてデバイスを接続できること。
• データをオープンなデータベースに置きたい — ファイルベースのステーション履歴＋アクセスのためのクラウド契約ではなく、直接SQLで触れるプロジェクト単位のTimescaleDB。
• スタック全体のフリート運用が必要 — Niagaraソフトウェアのプロビジョニングだけでなく、OS、エージェント、アプリケーションの更新を単一のコントロールプレーンから無線で配信。
• リモートアクセスが標準で含まれることを望む — 有効な保守契約に紐づくコントローラー単位の契約ではなく、HTTP、SSH、VNC、TCP、UDPのトンネリングがプラットフォームに組み込まれていること。
• 建物ではなく機械や装置を作っている — IronFlockは、自社顧客にデジタルサービスを提供するOEMフリート向けに設計され、顧客ごとのデータ分離を備えます。
• セキュリティ更新が当たり前であってほしい — 保守契約とともに失効する特典ではなく。
• アプリを作って収益化したい — ドメインの知見をパッケージ化し、開発者側に認定の壁がないオープンなマーケットプレイスで販売できること。

移行パス

IronFlockとNiagaraは無理なく共存します。同じ配線を奪い合うのではなく、データレイヤーで出会うからです。一般的なやり方は、Niagaraステーションには得意なこと — BACnetとLonWorksの統合、ビルの制御シーケンス、ローカルグラフィックス — を任せたまま、Niagaraが元来担うようには作られていない領域をIronFlockで補うことです。すなわち、コンテナ化アプリケーション、高頻度の機械テレメトリー、SQLでアクセスできるフリートデータ、ブラウザベースのリモートアクセス、そしてAIです。

具体的には、同じ拠点の産業用PCやエッジデバイスでIronFlockエージェントを動かし、BACnet、Modbus、MQTTでステーションから読み取るか、ステーションが既に配信しているデータを購読します。そこから先は、フリートダッシュボード、アラーム、トンネル、AIが、Niagara由来のデータにも他のデータと同じように適用されます。時間をかけて、新しい設備や新しい拠点をNiagaraのポイントライセンスを追加せずに立ち上げつつ、既存資産はそのまま稼働を続けられます。

試してみませんか？ 無料で始める — デバイスを接続すれば、数分で最初のダッシュボードが表示されます。