メインコンテンツまでスキップ

用語集

本マニュアルおよび画面で頻繁に登場する用語を解説します。

A — F​

API​

Application Programming Interface。プログラム同士がデータをやり取りするための取り決め。本ゲートウェイは REST API を通じて、外部システムが値を照会 / 登録できるようにします。

bdSeq / seq​

Sparkplug B メッセージのシリアル番号。メッセージの欠落 / 順序を検証するための標準フィールドです。一般ユーザーが意識する必要はありません。

CIP​

Common Industrial Protocol。EtherNet/IP 通信の基本規約です。

CPU 使用率​

ゲートウェイ PC がどれだけ処理を行っているかを % で表示。80% 以上が継続する場合はリソース不足の状態です。

Cassandra​

本ゲートウェイが使用する時系列 / 設定ストア。一般ユーザーが直接操作することはありません。

EtherNet/IP​

Allen-Bradley / Rockwell の PLC が使用する産業通信規約。標準ポート 44818。

FEnet​

Fast Ethernet。LS ELECTRIC の PLC (XGI / XBC / XBM) が使用する通信規約。標準ポート 2004。

Formula (計算式、公式、フォーミュラ)​

タグ値を後処理する算術式。${VALUE}*0.1 のような形式で、単位変換 / ゼロ点補正などに使用します。 別称: 計算式 / 公式 / フォーミュラ — いずれも同一の機能を指します。 → 計算式の適用

G — N​

Grafana​

同時にインストールされる付属ダッシュボードツール。ゲートウェイが収集した値をグラフ / ゲージ / アラームで可視化します。デフォルトポート 3000。

HTTP プッシュ​

PLC のようにゲートウェイが値を「読みに行く」のではなく、外部システムがゲートウェイへ値を「押し込む」方式。

MES​

Manufacturing Execution System。工場の作業指示 / 実績管理システム。

MELSEC​

三菱 PLC の通信規約 (MC プロトコル)。MELSEC = MELSEC Communication。

Modbus​

最も歴史が長く、広く使われている産業通信規約。ほぼすべての計測器 / インバータが対応しています。

MQTT​

軽量な IoT メッセージング規約。1 台の PLC の値を複数システムへ同時に送るのに適しています。標準ポート 1883。

Node-RED​

同時にインストールされる付属データフローツール。データ加工 / 外部連携を視覚的に構築できます。デフォルトポート 1880。

NodeId​

OPC-UA のタグアドレス表記。例: ns=2;s=Channel1.Device1.Tag1。

O — S​

OPC​

OLE for Process Control。PLC とコンピュータ間の標準データ交換規約。かつては OPC DA / HDA / AE に分かれていましたが、現在は OPC-UA として統合標準化されています。

OPC-UA​

OPC Unified Architecture。OPC の最新標準 (IEC 62541)。Kepware、Matrikon など大半の SCADA が対応しています。

PLC​

Programmable Logic Controller。工場自動化の頭脳。センサ / アクチュエータを制御する産業用コンピュータです。

REST API​

HTTP ベースの API 形式。本ゲートウェイの v1 REST API は /api/v1/... パスで公開されます。 → 高度な設定 — REST API

SCADA​

Supervisory Control and Data Acquisition。工場 / 発電所などの運転を監視 / 制御するシステム。Ignition、Wonderware などが代表的です。

Sparkplug B​

MQTT 上でライフサイクル / メタデータを標準化した産業用メッセージ規約。SCADA / MQTT 互換システムと通信する際に推奨されます。

S7​

シーメンス PLC の通信規約。SIMATIC S7 シリーズで使用。標準ポート 102。

T — Z, 日本語​

TCP / UDP​

ネットワーク通信の基本方式。一般に TCP は信頼性が高く、UDP は高速です。PLC 通信では大半が TCP を使用します。

TIA Portal​

シーメンス PLC の作成 / 管理ツール。

XG5000​

LS ELECTRIC PLC の作成 / 管理ツール。

ゲートウェイ (Gateway)​

異なるシステム / ネットワーク間を接続してデータを中継する装置 / ソフトウェア。本システムは「現場 PLC ↔ PlantPulse クラウド」間のゲートウェイです。

時系列 (Time Series)​

時間順に記録されたデータ。PLC 値のように「いつ、いくらであったか」を時間軸で集めたもの。

自動開始 (auto_collect)​

ゲートウェイ再起動時に PLC 収集を自動的に再開するかどうか。

タグ (Tag)​

PLC のメモリ 1 箇所に人が読める名前を付けたもの。例: D100 → 「ポンプ1 回転数」。

ポーリング (Polling) / 収集周期​

ゲートウェイが PLC に「今の値をください」と定期的に問い合わせること。通常 1 秒 (1000ms)。

ヘルスインデックス (Health Index)​

設備の健全状態を 0～1 (または 0～100%) で表した指数。モーターセンスなどの診断ソリューションが主に使用します。

2026.05 コンテナ配備の用語​

コンテナモード (Container Mode)​

PlantPulse Edge が Docker 単一イメージ (docker.kopens.io/pe/plantpulse-edge) で配備される形態。2026.05+ の標準。systemctl is-active plantpulse-edge.service が active であればコンテナモードです。

Native モード​

2026.05 未満の直接インストール形態。/opt/kopens/plantpulse-edge/bin/{start,stop,restart}.sh で運用。新規配備はコンテナモードを推奨します。

Image Tag / Build Date​

コンテナイメージの識別子 — <version>-<build_date> 形式 (例: 2026-20260523)。build_date が OTA 比較の基準となります。/api/v1/system/version または cat /etc/kopens/version.env で確認。

OTA (Over-The-Air upgrade)​

リモートアップグレード。ボックス内で upgrade.sh が META-INF/VERSION.JSON の新しい build_date を検知 → docker pull → 自動 pre-snapshot → systemctl restart → 90s health probe → 失敗時は auto-rollback。

Pre-snapshot​

OTA アップグレード直前に自動生成されるデータバックアップ (/data1/pp-backups/pe-backup-<ts>.tar.zst)。新イメージがデータ破損を引き起こした場合、restore.sh で復旧できます。

Pattern B (Signal File)​

コンテナ内からホスト側のアクション (再起動 / リブート / OTA) を要求する方式。コンテナが /etc/kopens/upgrade.request または host-action.request の JSON を書き込むと、ホストの inotify が検知して処理します。代替案 (Pattern A — /var/run/docker.sock を直接使用) と比べ、host root 相当の権限を回避できます。

cgroup limit​

コンテナのメモリ / CPU 上限。systemd unit の MemoryMax=12G CPUQuota=600% TasksMax=8192。8GB ボックスなどメモリの小さい環境では systemd drop-in (override.conf) で調整します。

credentials.txt​

ボックスごとに install.sh が 1 回だけ生成するランダムパスワード一式 (/etc/kopens/credentials.txt、chmod 0600)。admin / mqtt / opcua / API key を含みます。出荷時に印刷 / 保管した上でボックスを封印してください。

pe-* ツール​

コンテナモード運用スクリプト 8 種 (/opt/kopens/install/bin/): status.sh (状態)、health.sh (exit code ヘルスチェック)、logs.sh (コンポーネントログ tail)、 shell.sh (コンテナ内 bash)、config.sh (app.properties 編集 + 再起動)、 backup.sh/restore.sh (データスナップショット / 復旧)、doctor.sh (障害 escalation tarball)。