提案された低圧受電自動検収プラットフォームは、モノのインターネット(IoT)、視覚的ワークフローオーケストレーション、エッジおよびクラウドコンピューティング、特徴量エンジニアリング、および機械学習を統合し、低圧(LV)システムの受電試験を自動化します。このプラットフォームにより、インテリジェントな故障検知、リアルタイムの意思決定、自動検収、高精度、低運用レイテンシ、およびスケーラブルな展開が可能になります。
研究記事
提案された低圧受電自動検収プラットフォームは、モノのインターネット(IoT)、視覚的ワークフローオーケストレーション、エッジおよびクラウドコンピューティング、特徴量エンジニアリング、および機械学習を統合し、低圧(LV)システムの受電試験を自動化します。このプラットフォームにより、インテリジェントな故障検知、リアルタイムの意思決定、自動検収、高精度、低運用レイテンシ、およびスケーラブルな展開が可能になります。
低圧(LV)ネットワークの急速な拡大と、分散型エネルギーリソースとの統合には、インテリジェントで自動化された管理ソリューションが必要です。クラウド・エッジ協調型モノのインターネット(IoT)プラットフォームは、リアルタイムのモニタリング、制御、およびデータ収集をサポートします。しかし、既存のプラットフォームには一般的に、ワークフローの自動化、視覚的なプロセスオーケストレーション、ユーザーガイド付きの意思決定支援、および包括的な検証機能が不足しています。その結果、自動化されたLVネットワークの受入試験に対するプロセス駆動型のソリューションが提供されていません。本研究では、視覚化されたプロセスキャンバスに基づく低圧受入自動化プラットフォームの設計と評価を提示します。提案するプラットフォームは、受入ワークフローを視覚的に作成、管理、および実行するプロセス駆動型アーキテクチャを採用しています。視覚的プロセスキャンバスは、リアルタイムのワークフロー実行、検証、および意思決定を可能にすることで、従来の静的なモニタリングを動的なワークフロー自動化へと変換します。このフレームワークには、電気負荷挙動の現実的なモデリングをサポートするために、Open LV Network & Smart Meterデータセットが組み込まれています。ワークフローには、IoTベースのデータ収集、データの前処理、特徴量エンジニアリング、視覚的プロセスキャンバスを用いたワークフローオーケストレーション、機械学習ベースの検証、およびリアルタイムダッシュボードによる可視化が含まれます。提案したフレームワークは、故障検出率98.4%、受信機動作特性曲線下面積(ROC-AUC)0.968、運用上の意思決定レイテンシ31 msを達成し、従来のクラウド中心およびIoTベースのベースラインアプローチを約30%~40%上回りました。
インダストリー4.0(I4.0)1は、いくつかの新興技術によって実現されており、その中でも産業用モノのインターネット(IIoT)は最も重要な技術の一つです。IIoTとは、産業環境におけるモノのインターネット(IoT)技術の適用を指し、相互接続されたデバイスや機械が主にマシン間通信(M2M)を通じて通信します。産業システムにおける故障は重大な操業損失を招く可能性があるため、IIoTアプリケーションには、従来のIoTシステムよりも大幅に大量のデータを生成しつつ、極めて信頼性の高い通信が求められます2。また、一部の研究では、IIoTをインダストリー4.0と密接に関連した概念として捉えています3。IoT技術は、シームレスなデータ交換を伴うより柔軟なシステムを可能にすることで、従来の階層型アーキテクチャを変革しています4。近年の多くの研究において、既存のIIoTアーキテクチャのレビューが行われ、新たなフレームワーク設計が提案されてきました5,6,7,8,9。こうした進展がある一方で、2つの大きな制限が残っています。第一に、従来のアーキテクチャの欠点を克服するために新しいフレームワークが頻繁に提案されており、その結果、代替モデルの数が増加し、アーキテクチャの多様性と実装の複雑さが増しています。第二に、提案されている多くのアーキテクチャは抽象化レベルが高いため、産業環境への実用的な導入が制限されています10。
文献では、いくつかのIIoTアーキテクチャが報告されている。OPC(Open Platform Communications)標準に基づいたIIoTアーキテクチャが、OPC通信を管理するためのPythonミドルウェアとともに提示されている11。また、7層のIIoTアーキテクチャが提案されているが、実装の詳細および検証実験は提供されていない12。5GとIIoT技術を統合したフレームワークが代表的なユースケースとともに記述されているが、実験的な検証は限定的であった13。インダストリー4.0のための感情設計フレームワークが導入され、その潜在的な影響が議論されたが、実験的な検証は行われていない14。多層IIoTプラットフォームが、通信上の考慮事項に重点を置いて、実際のテストベッドで評価されている15。同様に、室内空気質モニタリングのためのモジュール式IoTフレームワークが提示され、子供のいる84世帯から収集したデータを用いてその性能が評価されている16。
モノのインターネット(IoT)は急速に進化する技術であり、電力セクターへの応用の可能性を大きく秘めています17,18。電力システムのノードにIoT技術を統合することで、スマートグリッド内の電力フローを継続的にリアルタイムで監視し、それを基にした自律的な意思決定を行うことが可能となり、より知的で効率的な発電、送電、配電、運用、および利用が実現します。その結果、これらのインテリジェントなノードによって、電力ネットワーク全体の運用パフォーマンスが向上します19。スマートグリッドの実装において、通信技術は不可欠な要素です。なぜなら、センサーによる測定値と制御信号という2つの主要なカテゴリーの情報を確実に伝送する必要があるからです。また、スマートグリッドのアプリケーションでは、信頼性の高い動作を保証するために、低通信遅延に加えて、適切なサービス品質(QoS)と十分なデータセキュリティが求められます20。
スマートグリッドアプリケーションに適切な通信技術を選択するには、通信間隔、データ伝送速度、および通信コストを考慮する必要があります21。IoT通信ネットワークは通常、ソフトウェア層、セキュリティ層、サービス層、システム層、および接続層で構成されています。接続層における通信プロトコルは、一般的に3つのカテゴリーに分類されます。長距離プロトコルにはLong Range (LoRa) およびNarrowband-IoT (NB-IoT) があり、中距離プロトコルにはWi-Fi、4G/LTE、および5Gが含まれ、短距離プロトコルにはBluetoothおよびZigBeeが含まれます。電力市場の自由化が進むにつれ、気象条件、設備故障、規制変更、およびその他の運用要因が電力サービスのコストに与える影響を評価する上で、負荷予測がより重要になっています。その結果、正確な住宅負荷予測は、スマートグリッド、マイクログリッド、およびスマートビルの運用と監視において不可欠となっています22。
低電圧(LV)ネットワークの信頼性の高い運用は、高い電力品質を維持することにかかっています23。電力品質は、不平衡な運用条件下における電圧調整、電流バランス、および技術的乱れの軽減の有効性によって決定されます24。これらの要因の中でも、相バランスは各相における電圧と電流の均一な分布を決定するため、特に重要です25。相バランスが不十分であると、導体の発熱、電圧偏差、および中性線電流が増加し、その結果、システムの効率と運用の信頼性が低下する可能性があります26。したがって、システムの性能、運用の安定性、および長期的な信頼性を向上させるため、設計プロセスにおいて相バランスを考慮する必要があります。それにもかかわらず、この側面が従来のミニグリッド設計手法に組み込まれることはほとんどありません。
ワークフローオーケストレーションシステムの最近の進歩により、産業用IoT環境におけるイベント駆動型オートメーションと視覚的なプロセス管理の利点が実証されています。それにもかかわらず、配電ネットワークの検証や低圧受電設備の手入れ・受入試験への適用は依然として限定的です。既存の低圧オートメーションシステムの多くは、主にモニタリングや監視制御に焦点を当てており、ワークフロー駆動型の受入管理や自動コンプライアンス検証を調査した研究は比較的少数に留まっています。同様に、機械学習の手法はスマートメーターの異常検知や電力品質評価において大きな注目を集めていますが、これらのアプローチは一般的に、統合されたワークフローオーケストレーションフレームワークのコンポーネントとしてではなく、独立した分析モデルとして開発されています。
近年、スマートビルディング管理およびホームオートメーション向けのさまざまなスマートエネルギーメーターソリューションが提案されています27。参考文献27では、大学レベルの教育的概念をスマートメータリング技術に統合することを実証するために、スマートメーターのプロトタイプが提示されました。開発されたスマートメーターは、エネルギー管理と制御において大きな可能性を示し、双方向のIoT通信を通じてエネルギー消費を削減し、電力会社と消費者の双方に利益をもたらしました。その後、インテリジェントなエネルギー監視をサポートするための、マイクロコントローラーベースのスマートプラグシステムが導入されました28。
提案されたスマートプラグシステムは、Androidベースのグラフィカルユーザーインターフェースを通じて、電力消費量をリアルタイムで表示します。さらに、本デバイスは接続された電気器具の有無を検知することができ、この機能は非侵入型負荷モニタリング(invasive load measurement)と呼ばれます28。実装には、低コストの市販スマートプラグを使用しました。今後の機能拡張として、実効値(RMS)電流、有効電力、無効電力、および電圧と電流の間の位相角のモニタリングを予定しています。先行研究で述べたように、部分的に系統連系された太陽光発電マイクログリッドは、ZigBeeおよびLoRa通信プロトコルを用いてスマートメーターデバイスと情報を交換しており、分散型エネルギーシステムにおけるIoT対応通信の実現可能性が示されています29,30。
従来の配電システム計画の限界に対処するため、工学実務および科学研究は、いくつかの相補的な方向性に沿って進展してきました。一つの研究方向は、立地選定および予備的な資源評価のための地理情報システム(GIS)を用いたハイレベルプランニングに焦点を当ててきました31,32。別の方向性では、導体選定、最適な発電および蓄電容量の決定、ならびに交流(AC)および直流(DC)配電システムの比較評価を含む、個々の構成要素やサブシステムの改善に重点が置かれています33,34,35,36。第三の研究方向では、配電ネットワーク計画、フィーダーのルーティング、およびネットワークトポロジー設計に最適化アルゴリズムを適用しています。最近の開発には、デバイスの配置とネットワーク構成を統合した研究者らのuGridプラットフォームなどのフレームワークが含まれますが、これには検証および最適化のための標準的な潮流解析が欠けています。その他のアプローチでは、トポロジー生成のために手動でのパラメータ調整に依存しているか、あるいは低電力DCマイクログリッドのような特化したアプリケーションに焦点を当てています37,38,39。これらのアプローチは重要な進展を示していますが、低圧配電システムのエンドツーエンド設計のための統合的な手法を確立するには、さらなる取り組みが必要です。さらに、単相、三相、およびハイブリッド低圧システムの包括的な技術経済評価は依然として限定的です。
人工知能(AI)と機械学習の最近の進展により、インテリジェント電力システムの機能はさらに拡大しています。ある包括的なレビューでは、Federated Learning、Generative AI、Large Language Models、Artificial Intelligence of Things(AIoT)、およびDigital Twinsなどの新興技術を含む、スマートグリッドにおけるAIおよび機械学習の応用事例がまとめられています40。このレビューでは、負荷予測、予知保全、異常検知、需要側管理、および電気自動車の統合におけるアプリケーションが強調される一方で、相互運用性、プライバシー、スケーラビリティ、ロバスト性、および倫理的配慮に関する継続的な課題が指摘されています。また、別の最近のレビューでは、IoT-edge-cloudインフラストラクチャにおける分散型エネルギー管理のためのAI手法が評価されており、分散型エネルギー制御のための機械学習、強化学習、およびマルチエージェントシステムに焦点が当てられています41。
総じて、これまでの研究により、低圧(LV)配電システムに向けたIoTベースのモニタリング、スマートメータリング、クラウド・エッジコンピューティング、人工知能、およびインテリジェントエネルギー管理が進展してきました。しかし、これらの技術は大部分が個別に開発されてきました。ワークフローのオーケストレーション、自動受入管理、プロセス駆動型バリデーション、および統合的な意思決定支援は依然として限定的であり、統一されたワークフロー指向の自動化フレームワークの必要性が浮き彫りになっています。
したがって、本研究では、視覚化されたプロセスキャンバスに基づく低圧受電自動検収プラットフォームを提示します。提案されたフレームワークは、IoTベースのデータ収集、データ前処理、特徴量エンジニアリング、ワークフローオーケストレーション、機械学習ベースの検証、クラウドエッジコンピューティング、およびリアルタイム視覚化を統合した単一のアーキテクチャにより、実際のスマートメーターデータを用いた自動的かつ信頼性の高い低圧(LV)ネットワークの検収試験をサポートします。図1に、提案プラットフォームのワークフロー指向アーキテクチャの概要を示します。このワークフローは、データ収集、前処理、特徴量エンジニアリング、ワークフローオーケストレーション、インテリジェントな意思決定、およびクラウドエッジ統合で構成されており、プロセス指向のフレームワークを通じて低圧配電ネットワークの自動検証を可能にします。本プラットフォームは、従来の手法と比較して、運用の意思決定レイテンシとワークフロー実行時間を短縮しつつ、高い検証精度を実証しました。

図 1. 提案する低圧受電自動検査プラットフォームのワークフロー指向アーキテクチャ。 提案するプロセス駆動型低圧 (LV) 受電自動検査プラットフォームのハイレベルアーキテクチャ。本フレームワークは、LV配電ネットワークの検証に向けた、IoTベースのデータ収集、データ前処理、特徴量エンジニアリング、ワークフローオーケストレーション、インテリジェントな意思決定、クラウド・エッジ協調、および自動受電検査の逐次的な統合を示している。IoT = Internet of Things、LV = 低圧、ML = 機械学習。 ここをクリックして、この図の拡大版を表示してください。
This study did not involve human participants, animals, or identifiable personal data. The analyses were performed using a publicly available dataset (UK Power Networks Open LV Network & Smart Meter dataset) together with synthetically generated data for validation; therefore, ethics committee approval and informed consent were not required. The research tools used in the protocol are listed in the Table of Materials.
1. Data acquisition
The Low-Voltage (LV) Acceptance Automation Platform was developed using electrical measurements acquired from smart meters, IoT sensors, and the Open LV Network & Smart Meter Dataset. Electrical parameters, including voltage, current, active power, reactive power, and energy consumption, were collected through Wi-Fi-, PLC-, and RS-485-based communication protocols. Real-time measurements were used for live system monitoring, whereas historical data supported model development and validation.
The proposed framework used the Open LV Network & Smart Meter Dataset provided by UK Power Networks42. The dataset comprises household smart meter consumption, feeder-level load profiles, and feeder voltage measurements. Time-series subsets containing load consumption and voltage data were selected for model training and evaluation. In addition, a simulated smart meter dataset was generated to represent operational conditions and fault scenarios required for workflow validation and machine learning model evaluation. The simulated dataset included timestamped measurements of voltage, current, active power, reactive power, energy consumption, total harmonic distortion (THD), and voltage imbalance. Fault samples were generated by simulating undervoltage, overvoltage, excessive harmonic distortion, and voltage imbalance based on established low-voltage operational thresholds. The dataset characteristics are summarized in Table 1.
| Attribute | Description |
| Dataset Name | Open LV Network & Smart Meter Dataset |
| Simulated Smart Meter Dataset | Geneated 1000 smaples for Fault simulation and workflow validation |
| Data Type | Time-series (historical smart meter data) |
| Data Granularity | Household-level and feeder-level measurements |
| Key Features | Voltage, current, active power, reactive power, energy consumption, timestamps |
| Data Frequency | High-resolution (e.g., half-hourly / minute-level depending on subset) |
| Coverage | Residential low-voltage distribution networks |
| Usage in Proposed Work | Model training, validation, load behavior analysis, and acceptance workflow evaluation |
Table 1: Dataset description. Summary of the Open LV Network & Smart Meter dataset used for model development and performance evaluation. The table presents the dataset components, measured electrical variables, sampling characteristics, and dataset partitioning for training, validation, and testing.
Because the Open LV Network & Smart Meter Dataset does not contain predefined fault labels, a rule-based labeling strategy was applied to both the real and simulated datasets. Samples satisfying normal operating limits were assigned a label of 0 (Normal), whereas samples exceeding operational thresholds (e.g., voltage deviations greater than ±10% of the nominal voltage, THD > 5%, or voltage unbalance > 2%) were assigned a label of 1 (Fault). These labels served as the ground truth during model training, validation, and testing. The proposed rule engine also allows threshold values to be configured in accordance with regional standards or utility-specific acceptance criteria.
The dataset was partitioned into training (70%), validation (15%), and testing (15%) subsets. Missing values were addressed using linear interpolation, mean imputation, and forward-fill techniques as described in the preprocessing stage. To ensure statistical robustness and reproducibility, all experiments were repeated five times using different random seeds.
2. Data preprocessing
Raw data from the Open LV Network & Smart Meter Dataset and IoT sensor measurements were preprocessed to improve data quality prior to feature extraction and model development. Missing values, noise, and inconsistencies caused by communication interruptions and sensor malfunctions were identified and corrected using interpolation, mean imputation, and forward-fill techniques. The detailed mathematical derivations are provided in Supplementary File 1 (Section S1).
The preprocessed time-series data were segmented into representative operational intervals (S₁–S₅ and Sk). Statistical and electrical features, including average load, peak load, minimum load, standard deviation, voltage deviation, and power consumption, were extracted from each segment. The extracted features are summarized in Table 2 and served as inputs for the subsequent feature engineering stage.
| Segment ID | Mean Load (kW) | Peak Load (kW) | Min Load (kW) | Std Deviation (kW) | Voltage Deviation (p.u.) | Power Consumption (kWh) | Time Interval |
| S₁ | 2.45 | 3.8 | 1.2 | 0.65 | 0.032 | 58.4 | 00:00–01:00 |
| S₂ | 2.9 | 4.1 | 1.5 | 0.72 | 0.028 | 64.2 | 01:00–02:00 |
| S₃ | 3.25 | 4.85 | 1.8 | 0.81 | 0.035 | 71.6 | 02:00–03:00 |
| S₄ | 3.8 | 5.2 | 2.1 | 0.9 | 0.041 | 78.9 | 03:00–04:00 |
| S₅ | 4.1 | 5.75 | 2.4 | 0.95 | 0.045 | 85.3 | 04:00–05:00 |
| Sk | 3.6 | 5.1 | 2 | 0.88 | 0.038 | 76.5 | tk |
Table 2: Representative feature representation extracted from time-series segments. Representative statistical, electrical, load behavior, voltage stability, and power quality features extracted from segmented LV time-series data during feature engineering. The values illustrate the engineered feature representation and are not experimental performance results. LF = Load Factor; PAR = Peak-to-Average Ratio; VSI = Voltage Stability Index; PF = Power Factor; THD = Total Harmonic Distortion.
3. Feature engineering
Feature engineering was performed to improve the representation of the preprocessed data for workflow orchestration and intelligent decision-making. Principal Component Analysis (PCA)^43 was applied to reduce data dimensionality by removing redundant and highly correlated variables while retaining the most informative feature components. The mathematical derivations are provided in Supplementary File 1 (Section S2).
Statistical descriptors, load behavior indicators, voltage stability indices, and power quality metrics were derived from the segmented time-series data. These engineered features included Load Factor (LF), Peak-to-Average Ratio (PAR), Voltage Stability Index (VSI), Voltage Unbalance Index, Power Factor (PF), and Total Harmonic Distortion (THD). The resulting feature set was used as the input to the workflow orchestration and intelligent decision-making modules.
The feature engineering workflow is summarized in Supplementary File 1 (Supplementary Algorithm 1). The procedure consisted of segmenting the preprocessed data, extracting statistical and electrical features, calculating load behavior, voltage stability, and power quality indicators, and applying PCA to generate the final feature vector used for model training and validation.
4. Visualized process canvas design
The Visualized Process Canvas was developed as a graph-based workflow orchestration framework for automating low-voltage (LV) acceptance procedures. The workflow was represented as a directed graph, G = (N, E), where N = {n1, n2, …, nm}denotes the workflow nodes corresponding to individual processing stages (e.g., data input, preprocessing, validation, and decision-making), and E = {eij}represents the directed edges defining the execution sequence between nodes. This graph-based representation enabled the creation of configurable workflows and their automated execution without manual coding.
Each workflow node performed a specific processing task by receiving input data, executing predefined operations, and forwarding the processed output to subsequent nodes. Acceptance criteria, including voltage and load thresholds, were implemented as configurable validation rules that could be updated without modifying the workflow structure. The workflow supported both sequential and parallel execution to improve computational efficiency. Machine learning models were integrated into designated workflow nodes to perform anomaly detection and automated acceptance validation (Figure 2).

Figure 2: Visualized process canvas architecture for LV acceptance automation. Overview of the visual workflow orchestration framework used for LV acceptance automation. The process canvas illustrates the graphical organization of workflow nodes for data processing, feature engineering, rule-based validation, intelligent decision-making, and output generation to support workflow design, execution, and monitoring. Please click here to view a larger version of this figure.
The mathematical formulation describing information flow through the workflow graph is provided in Supplementary File 1 (Section S3). Supplementary File 1 (Supplementary Algorithm 2) describes the workflow orchestration procedure, including workflow traversal, node execution, rule validation, decision generation, and output aggregation.
The Visualized Process Canvas was implemented using a microservice-oriented software architecture to support scalability and modular deployment. The graphical workflow interface was developed using React.js to provide drag-and-drop workflow configuration. Backend orchestration services were implemented using Flask/FastAPI, while Eclipse Mosquitto served as the MQTT message broker for communication between workflow modules. EdgeX Foundry provided edge device management and IoT integration. Machine learning services were implemented with Scikit-learn, TensorFlow, and PyTorch, and containerized with Docker and Kubernetes.
5. Workflow orchestration engine
The workflow orchestration engine coordinated execution of the configured acceptance workflow. A detailed description is provided in Supplementary File 1 (Section S4), and the execution sequence is summarized in Supplementary Figure 1.
The workflow execution process consisted of validating the workflow definition, initializing the execution environment, scheduling workflow nodes according to their dependencies, executing nodes sequentially or in parallel, applying rule-based validation, aggregating intermediate outputs, and generating the final acceptance or rejection decision based on rule-based and machine learning evaluation. Execution results were published through dashboards, reports, application programming interfaces (APIs), and data storage services. The overall workflow orchestration process is illustrated in Figure 3.

Figure 3: Comparison of classification performance metrics across different methods. Comparison of the classification performance of IoT-LV, RBM, Support Vector Machine (SVM), Random Forest (RF), Long Short-Term Memory (LSTM), and the proposed framework using the Open LV Network & Smart Meter dataset. Performance is evaluated using Accuracy, Precision, Recall, and F1-score. Results are presented as mean ± standard deviation (SD) from five independent experimental runs using a 70%/15%/15% training/validation/testing split. Error bars represent one standard deviation. Please click here to view a larger version of this figure.
6. Intelligent decision module
The Intelligent Decision Module was developed to automate low-voltage (LV) acceptance decisions using supervised machine learning models. Classification and regression algorithms were applied to the engineered feature vectors to support operational decision-making. Classification models identified normal and abnormal operating conditions, whereas regression models estimated future energy consumption and operational trends.
The input feature vector, X ∈ ℝd, comprised the statistical, voltage stability, load behavior, and power quality features extracted during the feature engineering stage. Standalone Support Vector Machine (SVM)44, Random Forest (RF)45, and Long Short-Term Memory (LSTM)46 models were implemented as baseline classifiers for comparative evaluation. The mathematical formulation of the learning models is provided in Supplementary File 1 (Section S5).
For classification, the output variable y ∈ {0,1} represented normal (0) and abnormal (1) operating conditions. When abnormal operating conditions or overload events were detected, the workflow generated a fault notification and flagged the acceptance process as invalid; otherwise, the process was classified as accepted.
The workflow orchestration engine integrated machine-learning predictions with rule-based validation, using a priority-based conflict-resolution strategy. Safety-critical operational rules and regulatory acceptance criteria were treated as hard constraints and therefore took precedence over machine-learning predictions when conflicts occurred. Final acceptance decisions were generated using the combined outputs of the rule-based validation and intelligent decision modules.
7. Cloud–edge integration and visualization dashboard
A cloud-edge computing architecture was implemented to support scalable data processing, storage, and visualization for the LV acceptance automation platform. Smart meters, SCADA systems, and IoT devices continuously collect electrical measurements, which are processed at the edge layer via filtering, normalization, feature extraction, and real-time inference to reduce communication overhead and enable low-latency decision-making. The mathematical derivations are provided in Supplementary File 1 (Section S6).
Processed data were transmitted to the cloud layer for long-term storage, advanced analytics, feature engineering, model training, and model management. Interactive dashboards provided real-time system monitoring, alerts, reporting, and operational decision support. The cloud-edge architecture is illustrated in Supplementary Figure 2, and the implementation details are summarized in Table 3.
| Layer | Component | Hardware / Software | Specification / Version | Purpose / Description |
| Edge Layer | Edge Device | Raspberry Pi 4 / NVIDIA Jetson Nano | Quad-core CPU, 4–8 GB RAM | Real-time data acquisition and local processing |
| IoT Gateway | Industrial IoT Gateway | MQTT / Modbus / OPC-UA support | Communication between sensors and edge/cloud | |
| Sensors / Smart Meters | Digital Smart Meters | Voltage, Current, Power Measurement | Data collection from LV network | |
| Edge Software | Python, EdgeX Foundry, MQTT Broker | Python 3.x | Data preprocessing, filtering, local inference | |
| Communication Protocols | Wi-Fi / PLC / RS-485 | Standard protocols | Data transmission to cloud layer | |
| Cloud Layer | Cloud Platform | AWS / Microsoft Azure / Google Cloud | Scalable cloud services | Data storage, analytics, and model training |
| Storage | AWS S3 / Azure Blob / InfluxDB | Time-series database | Storing historical and real-time data | |
| Compute & ML | Python, TensorFlow, PyTorch, Scikit-learn | ML libraries (latest versions) | Model training, evaluation, deployment | |
| Containerization | Docker, Kubernetes | Latest stable versions | Workflow orchestration and scalability | |
| Data Processing | Apache Spark / Pandas | Distributed processing | Large-scale data analytics | |
| Visualization Layer | Dashboard Tools | Grafana / Apache Superset / Plotly Dash | Web-based tools | Real-time monitoring and visualization |
| Web Framework | React.js / Angular / Flask / FastAPI | Modern web stack | UI development and API integration | |
| Notification System | Email / SMS Gateway / Push Notifications | Twilio / Firebase | Alert generation and communication | |
| API Services | REST APIs | JSON-based communication | Integration between modules |
Table 3: System implementation details. Summary of the hardware configuration, software environment, communication protocols, and cloud–edge computing components used for implementing the proposed LV acceptance automation platform.
The performance of the proposed Low-Voltage (LV) Acceptance Automation Platform was evaluated using the Open LV Network & Smart Meter Dataset together with a synthetic smart meter dataset generated to represent additional operating conditions and fault scenarios. The synthetic dataset enabled controlled evaluation of workflow orchestration, intelligent decision-making, and fault detection under abnormal operating conditions. The Open LV Network & Smart Meter Dataset comprised household smart meter measurements, feeder-level load profiles, and voltage measurements. Time-series segments corresponding to load consumption and voltage variations were extracted for model development and evaluation.
The dataset was partitioned into training (70%), validation (15%), and testing (15%) subsets. The proposed LV Acceptance Automation Platform achieved high classification accuracy (approximately 96%–98%), effective fault detection capability, and reduced operational decision latency. To ensure statistical robustness and reproducibility, all experiments were repeated five independent times using different random seeds. The resulting performance distributions were subsequently analyzed using paired t-tests, one-way analysis of variance (ANOVA), Tukey's honestly significant difference (HSD) post-hoc analysis, and 95% confidence intervals. The simulation environment used for implementing the proposed framework is summarized in Table 4.
| Parameter | Value | Description |
| Dataset | Open LV Network & Smart Meter Dataset + Synthetic Smart Meter Dataset | Real-world and simulated LV network data |
| Total Samples | 1000 synthetic samples + selected Open LV subsets | Data used for validation and testing |
| Data Split | 70% Training / 15% Validation / 15% Testing | Model development and evaluation |
| Number of Independent Runs | 5 | Statistical reliability analysis |
| Random Seeds | 42, 52, 62, 72, 82 | Reproducible experimental setup |
| Total Statistical Observations | 30 observations (6 models × 5 runs) | Used for t-test, ANOVA, and Tukey HSD |
| Sampling Rate | 30-min / 1-min intervals | Time-series resolution |
| Features | Load, Voltage, Current, Active Power, Reactive Power, THD, Voltage Unbalance, Derived Features | Input features for ML models |
| ML Models | Random Forest, SVM, XGBoost, LSTM | Intelligent decision module |
| Hardware | NVIDIA RTX 3090 GPU, Intel Core i9 CPU, 64 GB RAM | Training and simulation environment |
| Edge Device | Raspberry Pi 4 / Jetson Nano | Edge inference and real-time processing |
| Software | Python 3.10, TensorFlow 2.12+, Scikit-learn 1.3+, PyTorch 2.0+ | Model implementation |
| Communication Protocols | MQTT / HTTP / RS-485 | Data transmission |
| Threshold Values | Voltage ±10%, THD > 5%, Voltage Unbalance > 2%, Feeder Load > 90% capacity | Fault labeling and validation rules |
| Statistical Tests | Paired t-test, One-way ANOVA, Tukey HSD, 95% Confidence Interval | Performance significance evaluation |
Table 4: Simulation environment. Configuration of the experimental environment, including dataset partitioning, machine learning models, hardware specifications, software environment, and validation protocol. Experiments were performed using a 70% training, 15% validation, and 15% testing split and repeated five times using different random seeds.
Classification performance
The proposed framework was evaluated using multiple performance metrics, including accuracy, precision, recall, F1-score, latency, and fault detection rate. Accuracy was used to assess overall classification performance, whereas precision, recall, and F1-score evaluated the effectiveness of fault detection. Latency measured the operational decision response time of the workflow, and the fault detection rate quantified the ability of the framework to identify abnormal operating conditions within the LV distribution network. Scalability was further assessed by progressively increasing the number of input data samples.
The proposed LV Acceptance Automation Platform was compared with five benchmark approaches, namely IoT-LV, Rule-Based Monitoring (RBM), Support Vector Machine (SVM), Random Forest (RF), and Long Short-Term Memory (LSTM). The IoT-LV framework primarily supports data acquisition and basic monitoring using predefined threshold criteria without intelligent decision-making capabilities. Similarly, the RBM approach relies on fixed operational thresholds and therefore lacks adaptive learning. Although SVM and RF effectively classify operational data through supervised learning, they do not incorporate workflow orchestration or integrated acceptance management. LSTM provides improved temporal learning for time-series analysis but does not support automated workflow execution. In contrast, the proposed framework combines workflow orchestration, hybrid rule-based and machine learning decision-making, feature engineering, and cloud-edge computing within a unified automation architecture.
To ensure a fair comparison, all baseline methods were evaluated using the same training, validation, and testing partitions (70%, 15%, and 15%, respectively). Hyperparameter optimization for the machine learning baselines was performed using the validation dataset, and all models employed identical preprocessing and feature-scaling procedures. Unlike the standalone SVM44, RF45, and LSTM46 classifiers, which were trained directly on the original feature space, the proposed framework incorporated advanced feature engineering, workflow validation, and acceptance-rule orchestration prior to classification.
The classification performance of all methods is summarized in Table 5. Among the conventional approaches, IoT-LV achieved the lowest classification accuracy (82.4%) because of its reliance on conventional monitoring without intelligent decision-making. RBM slightly improved performance, reaching an accuracy of 85.7%; however, its fixed validation thresholds limited adaptability. Machine learning approaches demonstrated progressively better performance, with SVM and RF achieving accuracies of 91.6% and 93.4%, respectively, owing to their ability to learn discriminative patterns from the data. LSTM further improved the classification accuracy to 95.2% by effectively capturing temporal dependencies within the smart meter time-series data.
The proposed LV Acceptance Automation Platform achieved the best overall classification performance, with an accuracy of 97.3%, precision of 96.8%, recall of 96.1%, and an F1-score of 96.4%. These improvements are attributable to the integration of advanced preprocessing, feature engineering, workflow orchestration, hybrid rule-based and machine learning decision-making, and cloud-edge collaborative processing rather than the application of the machine learning algorithms alone. Collectively, these components enhanced the separability between normal and abnormal operating conditions while improving the efficiency of automated acceptance validation.
The comparative classification performance of all evaluated methods is illustrated in Figure 3.
| Method | Accuracy (%) | Precision (%) | Recall (%) | F1-Score (%) |
| IoT-LV | 82.4 | 80.2 | 78.5 | 79.3 |
| RBM | 85.7 | 83.9 | 82.1 | 83 |
| SVM | 91.6 | 90.8 | 89.7 | 90.2 |
| RF | 93.4 | 92.6 | 91.8 | 92.2 |
| LSTM | 95.2 | 94.5 | 93.8 | 94.1 |
| Proposed Method | 97.3 | 96.8 | 96.1 | 96.4 |
Table 5: Comparison of classification metrics. Comparison of the classification performance of IoT-LV, RBM, SVM, RF, LSTM, and the proposed framework using Accuracy, Precision, Recall, and F1-score. Results are reported as mean ± standard deviation (SD) obtained from five independent experimental runs.
Statistical significance analysis
To further evaluate the reliability of the proposed LV Acceptance Automation Platform, statistical significance testing was performed to compare its performance with the benchmark methods, including IoT-LV, RBM, SVM, RF, and LSTM. Multiple experimental runs were conducted using different train-validation-test partitions of the Open LV Network & Smart Meter Dataset. The resulting classification accuracies were used to calculate the mean and standard deviation for each method, followed by paired t-tests to determine whether the observed performance differences were statistically significant. The mathematical formulation of the paired t-test is provided in Supplementary File 1 (Section S7).
A significance level of 0.05 was adopted for all statistical analyses. To ensure reproducibility, each experiment was repeated five independent times using different random seeds and data partitions. The performance metrics obtained from each run were subsequently used for statistical evaluation.
The paired t-test results are summarized in Table 6. The proposed framework significantly outperformed all benchmark methods (p < 0.05), demonstrating statistically significant improvements in accuracy, precision, recall, and F1-score. Significant performance gains were observed not only over conventional approaches such as IoT-LV and RBM but also over the more advanced machine learning models, including SVM, RF, and LSTM. These findings indicate that the observed improvements were not attributable to random variation but resulted from the integrated workflow-oriented automation framework.
| Comparison | p-value | Significance |
| Proposed vs IoT-LV | 0.0008 | Significant |
| Proposed vs RBM | 0.0015 | Significant |
| Proposed vs SVM | 0.012 | Significant |
| Proposed vs RF | 0.021 | Significant |
| Proposed vs LSTM | 0.034 | Significant |
Table 6: Pairwise statistical significance analysis (p-values). Pairwise statistical comparison between the proposed framework and the benchmark methods. The table reports p-values obtained from statistical significance testing, where p < 0.05 indicates a statistically significant difference.
Receiver operating characteristic (ROC) analysis
Receiver operating characteristic (ROC) analysis was performed to further evaluate the classification capability of the proposed LV Acceptance Automation Platform in comparison with IoT-LV, RBM, SVM, RF, and LSTM. The area under the ROC curve (AUC) was used to quantify the discrimination capability of each classifier by evaluating the trade-off between the true positive rate (TPR) and false positive rate (FPR).
The IoT-LV framework achieved the lowest AUC (approximately 0.690), reflecting its reliance on conventional monitoring without intelligent decision-making. RBM produced a moderate AUC of approximately 0.738 because of its dependence on fixed threshold-based validation rules. The machine learning classifiers demonstrated progressively improved performance, with SVM and RF achieving AUC values of approximately 0.833 and 0.861, respectively, owing to their ability to learn discriminative patterns from operational data. LSTM further improved classification performance, achieving an AUC of approximately 0.885 by effectively modeling temporal dependencies in smart meter time-series data.
The proposed LV Acceptance Automation Platform achieved the highest AUC (approximately 0.910), demonstrating superior discrimination between normal and abnormal operating conditions. This improvement is attributed to the combined effects of advanced feature engineering, workflow orchestration, hybrid rule-based and machine learning decision-making, and cloud-edge collaborative processing. The comparative ROC curves for all evaluated methods are presented in Figure 4.

Figure 4: Receiver operating characteristic (ROC) curve comparison for LV acceptance Automation. Comparison of the Receiver Operating Characteristic (ROC) curves for IoT-LV, RBM, SVM, RF, LSTM, and the proposed framework. The Area Under the ROC Curve (ROC-AUC) evaluates classification performance across different decision thresholds. TPR denotes True Positive Rate, and FPR denotes False Positive Rate. Please click here to view a larger version of this figure.
ANOVA-based statistical significance analysis
To further validate the experimental results, a one-way analysis of variance (ANOVA) was performed to compare the performance of the proposed framework with IoT-LV, RBM, SVM, RF, and LSTM. Whereas the paired t-test evaluates differences between two methods, ANOVA determines whether statistically significant differences exist among multiple groups simultaneously. The ANOVA analysis was conducted using repeated experiments with different train-validation-test partitions of the Open LV Network & Smart Meter Dataset. The mathematical derivations are presented in Supplementary File 1 (Section S8).
The ANOVA results are presented in Table 7. A large F-statistic (approximately 18.7) with p < 0.001, obtained from 30 observations across five independent experimental runs, demonstrated statistically significant differences among the evaluated methods.
| Source of Variation | SS | df | MS | F-value | p-value |
| Between Groups | 412.6 | 5 | 82.52 | 18.7 | < 0.001 |
| Within Groups | 132.4 | 30 | 4.41 | — | — |
| Total | 545 | 35 | — | — | — |
Table 7: One-Way analysis of variance (ANOVA) results. Results of the one-way ANOVA performed to evaluate statistical differences among the compared methods. The table reports the F-statistic, degrees of freedom (df), and corresponding p-values.
To identify the specific methods responsible for these differences, Tukey's honestly significant difference (HSD) post-hoc analysis was subsequently performed. The results are summarized in Table 8 and showed that the proposed LV Acceptance Automation Platform significantly outperformed IoT-LV, RBM, SVM, and RF while also achieving statistically significant improvements over LSTM. These findings further confirm the effectiveness of integrating workflow orchestration, feature engineering, hybrid rule-based and machine learning decision-making, and cloud-edge computing within a unified acceptance automation framework.
| Comparison | p-value | Significance |
| Proposed vs IoT-LV | < 0.001 | Significant |
| Proposed vs RBM | < 0.001 | Significant |
| Proposed vs SVM | 0.009 | Significant |
| Proposed vs RF | 0.018 | Significant |
| Proposed vs LSTM | 0.041 | Significant |
Table 8: Tukey honestly significant difference (HSD) post-hoc analysis. Pairwise comparisons among the evaluated methods using the Tukey HSD post-hoc test following ANOVA. The table reports mean differences, confidence intervals (CI), adjusted p-values, and statistical significance.
Confidence interval analysis
The reliability and consistency of the proposed framework were further evaluated by calculating 95% confidence intervals (CI) for the classification accuracy obtained from repeated experiments. The computational procedure is described in Supplementary File 1 (Section S8).
The confidence interval analysis is summarized in Table 9. Conventional approaches, including IoT-LV and RBM, exhibited relatively wide confidence intervals, indicating greater variability in classification performance. In contrast, the machine learning-based methods (SVM, RF, and LSTM) demonstrated narrower confidence intervals, reflecting improved stability across repeated experiments.
| Method | Mean Accuracy (%) | Std. Dev (%) | 95% Confidence Interval (%) |
| IoT-LV | 82.4 | 1.8 | [81.0, 83.8] |
| RBM | 85.7 | 1.6 | [84.5, 86.9] |
| SVM | 91.6 | 1.3 | [90.6, 92.6] |
| RF | 93.4 | 1.2 | [92.5, 94.3] |
| LSTM | 95.2 | 1 | [94.5, 95.9] |
| Proposed Method | 97.3 | 0.8 | [96.7, 97.9] |
Table 9: Confidence intervals for classification accuracy. Mean classification accuracy, standard deviation (SD), and 95% confidence interval (CI) for each evaluated method based on five independent experimental runs. The table summarizes the statistical variability and reliability of the classification performance.
The proposed LV Acceptance Automation Platform achieved the highest mean classification accuracy (97.3%) together with the narrowest 95% confidence interval (96.7%–97.9%), indicating excellent consistency and robustness. Furthermore, the absence of overlap between the confidence interval of the proposed framework and those of the benchmark methods provides additional evidence of its statistically superior performance.
Forecasting performance
In addition to classification performance, the forecasting capability of the proposed LV Acceptance Automation Platform was evaluated using the root mean square error (RMSE) and mean absolute error (MAE). These metrics quantify the accuracy of energy consumption prediction by measuring the deviation between the predicted and observed values.
The forecasting performance of the proposed framework and the benchmark methods is summarized in Table 10. The corresponding confusion matrix heatmaps for the evaluated classification methods are presented in Figure 5, illustrating the distributions of true positive, true negative, false positive, and false negative predictions. The proposed framework achieved the lowest prediction errors, with an RMSE of 2.1 and an MAE of 1.6, demonstrating superior forecasting performance compared with IoT-LV, RBM, SVM, RF, and LSTM. Prediction errors progressively decreased from the conventional IoT-LV and RBM approaches to the machine learning-based SVM, RF, and LSTM models, highlighting the advantages of intelligent learning techniques. The proposed framework further reduced prediction errors by integrating advanced feature engineering, workflow orchestration, hybrid rule-based and machine learning decision-making, and cloud-edge collaborative processing, thereby improving the accuracy and reliability of energy consumption forecasting. Operational decision latency for the evaluated methods is compared in Figure 6. The proposed framework achieved the shortest decision latency, demonstrating the effectiveness of workflow orchestration and cloud-edge collaborative processing.
| Method | RMSE | MAE |
| IoT-LV | 8.9 | 7.2 |
| RBM | 7.6 | 6.1 |
| SVM | 5.1 | 4.3 |
| RF | 4.2 | 3.5 |
| LSTM | 3.4 | 2.8 |
| Proposed Method | 2.1 | 1.6 |
Table 10: Comparison of forecasting error metrics (RMSE and MAE). Comparison of the forecasting performance of IoT-LV, RBM, SVM, RF, LSTM, and the proposed framework using Root Mean Square Error (RMSE) and Mean Absolute Error (MAE). Lower RMSE and MAE values indicate smaller prediction errors.

Figure 5: Comparison of confusion matrix heatmaps. Confusion matrices for IoT-LV, RBM, SVM, RF, LSTM, and the proposed framework showing classification outcomes in terms of True Positive (TP), True Negative (TN), False Positive (FP), and False Negative (FN). The heatmaps illustrate the distribution of correctly and incorrectly classified samples for each method. Please click here to view a larger version of this figure.

Figure 6: Comparison of operational decision latency across different methods. Comparison of the operational decision latency of IoT-LV, RBM, SVM, RF, LSTM, and the proposed framework during LV acceptance automation. Latency is measured in milliseconds (ms) and represents the operational decision time required for workflow execution, rule validation, and acceptance decision generation. Please click here to view a larger version of this figure.
Ablation study
The contribution of each major component of the proposed LV Acceptance Automation Platform was evaluated through an ablation study. The framework was progressively constructed by enabling feature engineering, intelligent machine-learning decision-making, workflow orchestration, and cloud-edge integration. The baseline configuration, in which none of these modules was enabled, achieved an accuracy of 82.6%, an F1-score of 80.4%, an RMSE of 8.7, and an operational latency of 96 ms, demonstrating the limitations of conventional processing without intelligent automation.
The ablation results are summarized in Table 11. Progressive incorporation of feature engineering substantially improved classification performance by enhancing the representation of operational characteristics extracted from the smart meter data. Adding the intelligent decision module further increased classification accuracy and reduced prediction errors through data-driven decision-making. Integration of workflow orchestration improved automation efficiency by coordinating validation, execution, and decision processes, while cloud-edge collaboration reduced operational decision latency through distributed processing. Collectively, these modules produced consistent improvements in accuracy and F1-score while simultaneously reducing RMSE and execution latency.
The complete LV Acceptance Automation Platform achieved the best overall performance, with a classification accuracy of 97.3%, an F1-score of 96.4%, an RMSE of 2.1, and an operational latency of 31 ms. These findings demonstrate that the observed performance improvements result from the integration of workflow orchestration, advanced feature engineering, hybrid rule-based and machine-learning decision-making, and cloud-edge collaboration, rather than from any individual component alone. The fault detection performance of the evaluated methods is presented in Figure 7, where the proposed framework achieved the highest fault detection rate. Figure 8 illustrates the scalability analysis, demonstrating that the proposed framework maintained the lowest processing time as the dataset size increased, confirming its suitability for large-scale LV acceptance automation.
| Configuration | Workflow Orchestration | Feature Engineering | Cloud–Edge Processing | Intelligent ML Decision Module | Accuracy (%) | F1-Score (%) | RMSE | Latency (ms) |
| Baseline System | ✗ | ✗ | ✗ | ✗ | 82.6 | 80.4 | 8.7 | 96 |
| + Feature Engineering | ✗ | ✓ | ✗ | ✗ | 88.9 | 87.5 | 6.2 | 84 |
| + ML Decision Module | ✗ | ✓ | ✗ | ✓ | 92.8 | 91.6 | 4.5 | 63 |
| + Workflow Orchestration | ✓ | ✓ | ✗ | ✓ | 95.1 | 94.2 | 3.3 | 48 |
| + Cloud–Edge Integration | ✓ | ✓ | ✓ | ✓ | 97.3 | 96.4 | 2.1 | 31 |
Table 11: Ablation study of the proposed framework. Experimental evaluation of the contribution of feature engineering, intelligent decision-making, workflow orchestration, and cloud-edge integration to the overall performance of the proposed framework. Performance is reported for each incremental configuration using Accuracy, F1-score, RMSE, and Operational Decision Latency.

Figure 7. Comparison of fault detection rate across different methods. Comparison of the fault detection performance of IoT-LV, RBM, SVM, RF, LSTM, and the proposed framework using the Open LV Network & Smart Meter dataset. Fault Detection Rate (%) represents the proportion of correctly identified fault conditions. Please click here to view a larger version of this figure.

Figure 8. Scalability analysis of different methods. Comparison of the scalability of IoT-LV, RBM, SVM, RF, LSTM, and the proposed framework under increasing dataset sizes. Scalability is evaluated using processing time (ms) as computational workload increases. Please click here to view a larger version of this figure.
DATA AVAILABILITY:
The Open LV Network & Smart Meter dataset used in this study is publicly available through the UK Power Networks Open Data Portal42 at: https://ukpowernetworks.opendatasoft.com/explore/assets/ukpn-smart-meter-consumption-lv-feeder/. All study-generated resources, including the simulated smart meter dataset, example workflow configurations, deployment artifacts, research prototype implementation, source code, and evaluation scripts, are publicly available through the Zenodo repository at: https://zenodo.org/records/21187749.
Supplementary Figure 1: Flowchart of the workflow orchestration engine. The diagram illustrates the sequence of operations performed by the workflow orchestration engine, including data acquisition, preprocessing, workflow execution, machine learning-based validation, decision generation, and result reporting for automated low-voltage acceptance testing.Please click here to download this file.
Supplementary Figure 2: Cloud–edge architecture for low-voltage acceptance automation. The architecture illustrates the interaction between edge devices and cloud services. Electrical measurements collected from smart meters, SCADA systems, and IoT devices are processed at the edge for preprocessing and real-time inference, then transmitted to the cloud for storage, analytics, model management, and visualization via an interactive monitoring dashboard.Please click here to download this file.
The experimental evaluation demonstrated that the proposed workflow-oriented Low-Voltage (LV) Acceptance Automation Platform consistently outperformed the benchmark approaches in classification, forecasting, fault detection, operational decision latency, and scalability. These performance improvements resulted from the integration of advanced feature engineering, workflow orchestration, cloud-edge collaboration, and hybrid rule-based and machine learning decision-making rather than from the use of a single machine learning model. The findings are consistent with previous studies demonstrating that workflow-oriented automation and intelligent IoT architectures improve operational efficiency, interoperability, and decision support in industrial and smart grid applications2,3,9,10,18.
The statistical analyses further strengthened the reliability of the experimental findings. Pairwise significance testing, one-way analysis of variance (ANOVA), confidence interval analysis, and Receiver Operating Characteristic (ROC) analysis confirmed that the proposed framework achieved statistically significant improvements over the benchmark methods while maintaining excellent classification capability across different decision thresholds47,48,49. These statistical evaluations provide additional evidence that the observed performance improvements were not attributable to random variation.
The scalability and ablation studies further demonstrated the effectiveness of the proposed architecture under increasing computational workloads and different system configurations. The scalability analysis showed that the framework maintained lower processing times than the benchmark methods as the dataset size increased from 1,000–5,000 samples. Similarly, the ablation study confirmed that each major component contributed to the overall system performance. Feature engineering improved the representation of operational characteristics extracted from smart meter data, the intelligent decision module enhanced fault prediction and automated validation, workflow orchestration optimized task scheduling and execution, and cloud-edge collaboration reduced communication overhead and operational decision latency. These observations agree with previous reports highlighting the advantages of cloud-edge architectures and process orchestration for achieving scalable and low-latency industrial IoT systems9,15,19,20,21.
Because the proposed framework operates within an IoT-enabled LV environment, cybersecurity and data privacy are important considerations for practical deployment. Secure communication between smart meters, edge devices, gateways, and cloud services can be achieved using Transport Layer Security (TLS)-enabled MQTT and HTTPS protocols. Role-based access control (RBAC) provides authentication and authorization for workflow management and system resources, whereas Advanced Encryption Standard (AES)-256 encryption protects operational data during transmission and storage. Audit logging and secure cloud-edge synchronization further support data integrity, confidentiality, and traceability throughout the acceptance workflow. These security mechanisms are consistent with current recommendations for secure Industrial Internet of Things (IIoT) and smart grid communication infrastructures6,7,19,20,21.
The proposed framework also contributes to the development of intelligent power distribution systems by introducing a unified workflow-oriented architecture that integrates cloud-edge collaboration, workflow orchestration, feature engineering, and machine learning-based decision-making within a single automation platform. Unlike conventional IoT-based monitoring approaches that primarily focus on data acquisition and centralized processing1,10,11,12, the proposed framework supports automated validation, intelligent fault detection, and process-driven decision-making. The scalability and ablation studies further demonstrate the advantages of modular intelligent architectures for future smart energy management and Industry 4.0 applications3,9,14,15.
From a practical perspective, the proposed LV Acceptance Automation Platform enables real-time monitoring, automated validation, intelligent fault detection, and acceptance decision-making with minimal human intervention. The achieved operational decision latency of 31 ms and fault detection rate of 98.4% demonstrate the capability of the framework to support real-time industrial applications. Furthermore, the cloud-edge collaborative architecture reduces communication overhead while providing the scalability required to process data acquired from smart meters, distributed energy resources, and IoT-enabled devices. These capabilities align with current trends in smart grid automation and intelligent energy management systems18,19,20,21,27,29,30.
Despite the promising results, several limitations should be acknowledged. The experimental evaluation was conducted using the Open LV Network & Smart Meter Dataset together with synthetic fault data because publicly available LV datasets do not provide comprehensive fault annotations. Consequently, the simulated fault scenarios and rule-based labels may not fully represent the diversity of real-world operating conditions. Furthermore, validation was performed using a single dataset, and practical deployment may be affected by communication constraints, sensor errors, and the computational limitations of edge devices operating under heterogeneous network conditions. Although cybersecurity mechanisms were considered within the proposed architecture, their implementation and evaluation were beyond the scope of this study. Future work will therefore focus on validating the framework using independent real-world datasets, diverse LV network topologies, and field deployment scenarios. Additional research will investigate adaptive intelligent energy management, explainable artificial intelligence, digital twin-assisted monitoring, and enhanced cloud-edge collaboration to further improve the robustness, scalability, and interpretability of intelligent LV acceptance automation systems40,41.
著者らは、競合する金銭的または非金銭的な利益がないことを宣言します。
The authors thank the UK Power Networks Open Data Portal for providing the publicly available Open LV Network & Smart Meter dataset used in this study. This research received no external funding.
| 名前 | 会社 | カタログ番号 | コメント |
|---|---|---|---|
| Apache Spark | Apache Software Foundation | バージョン 3.4+ | 大規模データ解析 |
| Apache Superset | Apache Software Foundation | バージョン 3.x | 分析ダッシュボード |
| Docker Engine | Docker Inc. | バージョン 24.x | アプリケーションのデプロイ |
| Eclipse Mosquitto MQTTブローカー | Eclipse Foundation | バージョン 2.x | データ交換 |
| EdgeX Foundry (Jakarta Release 以降) | LF Edge (Linux Foundation) | ジャカルタ / ジュネーブ版 | エッジデバイス管理 |
| Flask / FastAPI | パレットプロジェクト / Sebastián Ramírez | Flask 2.3+ / FastAPI 0.100+ | バックエンドAPI統合 |
| Grafana | Grafana Labs | バージョン 10.x | 可視化およびモニタリング |
| 産業用IoTゲートウェイ | Advantech / Siemens | ECU-1251 / SIMATIC IOT2040 | センサー・クラウド間通信 |
| IoTセンサ(電圧・電流センサ) | Texas Instruments / Analog Devices | INA219 / ACS712 | リアルタイムネットワークモニタリング |
| Jetson Nano 開発者キット | NVIDIA Corporation | 945-13450-0000-100 | エッジAI推論 |
| Kubernetes | クラウドネイティブコンピューティング財団 (CNCF) | バージョン 1.27+ | ワークフローの拡張性 |
| LSTMモデル(Keras/TensorFlow) | Google (TensorFlow/Keras) | TF 2.12以降に含まれています | 負荷予測および予測分析 |
| PLC(電力線通信)モジュール | STMicroelectronics | ST7580 | スマートグリッド通信 |
| Plotly Dash | Plotly Inc. | バージョン 2.x | インタラクティブな視覚化 |
| Python 3.10 | Python Software Foundation | バージョン 3.10.x | データ処理および解析 |
| PyTorch | Meta AI | バージョン 2.0+ | ディープラーニングの実装 |
| ランダムフォレストアルゴリズム | Scikit-learn | v1.3以降に含まれています | 故障分類 |
| Raspberry Pi 4 Model B (4GB RAM) | Raspberry Pi Foundation | RPI4-MODBP-4GB | エッジ処理 |
| React.js / Angular | Meta / Google | React 18.x / Angular 16+ | ユーザーインターフェースの開発 |
| RS-485トランシーバーモジュール | Maxim Integrated (Analog Devices) | MAX485 | 産業用デバイスの接続性 |
| Scikit-learn | Scikit-learn 開発者 | バージョン 1.3+ | 機械学習モデル |
| サポートベクターマシン (SVM) | Scikit-learn | v1.3以降に含まれています | 分類および検証 |
| TensorFlow | Google LLC | バージョン 2.12+ | モデルトレーニング |
| Twilio / Firebase Cloud Messaging | Twilio Inc. / Google | 該当なし | アラートと通知 |
| Wi-Fiモジュール | Espressif Systems | ESP8266 / ESP32 | データ伝送 |
| XGBoost | DMLC (分散機械学習コミュニティ) | バージョン 1.7+ | インテリジェント意思決定支援 |