IAMMETER メーターは IAMMETER-Cloud だけに限定されません。オープンインターフェースにより、電力データを顧客が管理するサーバーに保存・処理することができます。
すべてのプロジェクトに当てはまる単一のセルフホスト型アーキテクチャはありません。最適な選択は、次のニーズによって異なります。
IAMMETER はこの 4 つの経路すべてに対応しています。
┌─→ IAMMETER-Docker ─→ Local charts and APIs
IAMMETER energy meter ──┼─→ IAMMETER-Central ─→ Customer ERP / EMS / BMS
├─→ Open-source platform ─→ Automation and dashboards
└─→ Customer receiver ─→ Custom backend and database
このページは、アーキテクチャを選択する際の参考情報を提供します。詳細なインストール手順とプロトコルについては、リンクされた技術ガイドを参照してください。
| オプション | 主な利用者 | すぐ使える監視 UI | データ保存 | 顧客開発用 API | 開発工数 |
|---|---|---|---|---|---|
| IAMMETER-Docker | 個人ユーザー、開発者、小規模なローカルプロジェクト | あり（基本的な監視機能付き） | 顧客サーバー | あり | 低～中 |
| IAMMETER-Central | 企業、パートナー、システムインテグレーター | デバイス管理 UI のみ（完全なエネルギー分析 UI はなし） | 顧客の MySQL または MariaDB | あり（顧客アプリケーション向けに設計） | 中 |
| オープンソースプラットフォーム | すでに Home Assistant、Node-RED などのプラットフォームを運用しているユーザー | 選択したプラットフォームが提供 | プラットフォームに依存 | プラットフォームに依存 | 低～中 |
| 直接統合 | 自社のバックエンドとエンジニアリングチームを持つ顧客 | なし | 顧客が定義 | 顧客が定義 | 高 |
最も単純な選択が、必ずしも最小のソフトウェアコンポーネントとは限りません。チームが構築・運用したくない作業を削減できるオプションを選んでください。
IAMMETER-Docker は、オープンソースのセルフホスト型エネルギー監視システムです。データ取り込み、保存、基本的なエネルギー監視機能、チャート、API を 1 つのデプロイにまとめています。
IAMMETER-Docker は、カスタムソフトウェアを作成する前にローカルで監視を始めたいユーザーに最適です。開発者はまず組み込みインターフェースを使用し、後から利用可能な API を通じて別のダッシュボードやデータワークフローを追加できます。
ホスト、ネットワーク、アップデート、バックアップ、ストレージ容量、セキュリティの管理は顧客の責任です。IAMMETER-Docker はアプリケーション機能を提供しますが、通常のセルフホスト運用をなくすわけではありません。
続きはこちら：
IAMMETER-Central は、企業、パートナー、システムインテグレーター向けのプライベートデプロイ型ミドルウェアです。
IAMMETER 製品の SN と対応する Virtual Meter SN は、IAMMETER-Central に登録できます。これは IAMMETER-Docker で利用できるカスタム SN の柔軟性とは異なります。
IAMMETER-Central は、完全な電力消費分析や太陽光分析のアプリケーションではありません。そのインターフェースはミドルウェアとデバイス管理に重点を置いています。最終アプリケーションに必要なビジネス UI、レポート、権限、ワークフローは顧客が提供します。
この分離は、企業がすでに自社の管理システムを持っており、IAMMETER の測定値を取り込むための保守された方法を必要とする場合に価値があります。
どちらの方法でもメーターデータを顧客所有のアプリケーションに届けることができますが、エンジニアリングの境界が異なります。
| 責任 | IAMMETER-Central | 直接統合 |
|---|---|---|
| メーターのアップロード受信 | Central が対応 | 顧客が実装 |
| IAMMETER ペイロードの解析 | Central が対応 | 顧客が実装 |
| メーター測定値の保存 | Central のデータベースレイヤー経由 | 顧客が設計 |
| デバイス登録 | Central のワークフロー | 顧客が設計 |
| ERP/EMS/BMS 用 API | Central API | 顧客が構築 |
| 最終的なビジネス UI | 顧客が構築 | 顧客が構築 |
| プロトコルレベルの制御 | 顧客コードが少なくて済む | 完全な顧客制御 |
主な目的が、取り込みレイヤー全体を所有せずに既存のビジネスアプリケーションでメーターデータを利用することであれば、Central を選んでください。
エンジニアリングチームがすでに必要な取り込み、デバイス管理、ストレージインフラを備えている場合、またはプロジェクトに高度に特化したデータ経路が必要な場合は、直接統合を選んでください。
直接統合に伴う受信側のエンジニアリングについては、IAMMETER 電力データを自社サーバーで受信する を参照してください。
既存のプラットフォームが、プロジェクトに必要なダッシュボード、自動化、監視機能をすでに提供している場合があります。
対応する統合経路は次のとおりです。
各プラットフォームのページがそのプラットフォームの正規の実装ガイドであり、このページは適切な導入経路の選択を支援するだけです。
より広範な比較については、IAMMETER をセルフホスト型・オープンソースシステムと統合する を参照してください。
IAMMETER メーターは、次のようなサポートされているオープンインターフェースを使用して、顧客の受信サーバーにデータを直接送信できます。
カスタムバックエンドにより、顧客は以下を完全に制御できます。
同時に、プロトコル処理、検証、スケーリング、可用性、監視、セキュリティの責任も顧客に生じます。
まずはこちらから始めてください。
セルフホストとは、顧客がアプリケーションホストと保存データを管理することを意味します。完全なシステムをインターネット接続なしで運用できるかどうかは、選択したアーキテクチャとネットワーク設計に依存します。
典型的な LAN のみの経路には、次のものがあります。
リモートサーバーを使用する場合は、インターネット接続、プライベート WAN、または VPN 経路が必要です。ローカルアクセスと IAMMETER-Cloud の使用は必ずしも排他的ではありませんが、共存できるかどうかは選択した実行モードとデプロイ構成に依存します。
インターネットなし、クラウドなし、ローカルネットワークなしの違いについては、インターネットやクラウドを使わずに Wi-Fi 電力量計を使用する を参照してください。
成功したパイロットには、本番規模への道筋が必要です。
プラットフォームを選択する前に、以下を確認してください。
最適なアーキテクチャとは、その運用境界が保守するチームに合ったものです。
| 目的 | 開始場所 |
|---|---|
| ローカル監視インターフェースをすぐに運用する | IAMMETER-Docker をデプロイする |
| IAMMETER データをエンタープライズアプリケーションと統合する | IAMMETER-Central を評価する |
| IAMMETER をスマートホームプラットフォームに追加する | Home Assistant 統合 |
| 対応するオープンソースプラットフォームを比較する | セルフホスト型統合の概要 |
| カスタムデータ受信サーバーを構築する | 自社サーバーでデータを受信する |
| すべてのメーター側インターフェースを確認する | ファームウェアとオープンインターフェースガイド |
Central と直接統合の正しい境界が不明確なエンタープライズまたはパートナーのデプロイでは、予想されるデバイス数、データベース要件、対象ビジネスシステムを添えて IAMMETER にお問い合わせください。
最終更新日：2026 年 7 月 16 日
