JP7051017B1 - 通信システム、通信管理装置、集約装置、ソフトウェア配布方法およびソフトウェア配布プログラム - Google Patents

Abstract

無線マルチホップネットワークを構成可能な集約装置（３－１，３－２）と、集約装置（３－１，３－２）を管理するＨＥＳ（２）と、を備える通信システムであって、集約装置（３－１，３－２）を動作させるためのプログラムは、通信制御および管理を行う通信制御プログラムと、アプリケーションプログラムとを備え、ＨＥＳ（２）は、集約装置（３－１，３－２）のそれぞれの機能に応じたアプリケーションプログラムを集約装置（３－１，３－２）にそれぞれ配布する。

Description

本開示は、マルチホップ通信を行うことが可能な通信装置を含む通信システム、通信管理装置、通信装置、ソフトウェア配布方法およびソフトウェア配布プログラムに関する。

近年、省エネルギー型社会への関心が高まり、電力量の自動検針による消費電力の可視化、および電力の需給制御などを可能とするスマートメーターと呼ばれる自動検針装置の導入が推進されている。

多数のスマートメーターは、マルチホップネットワークを構成し、各スマートメーターは、マルチホップネットワークにおける親局である集約装置（コンセントレーター）へ向けて計量データを送信する。電力量の自動検針のためのネットワークは、集約装置を複数備え、各集約装置が集約した計量データを、ヘッドエンドシステム（ＨＥＳ：Head End System）と呼ばれる通信管理装置が収集する。このようなマルチホップネットワークは、電力量に限らず、ガスの自動検針データ、センサの計測データなどを収集するためにも構築されることがある。

特許文献１には、電力量などの自動検針のために用いられるマルチホップネットワークにおける集約装置であるゲートウェイ間の負荷分散を行う技術が開示されている。

特許第５５１８２５４号公報

上記特許文献１に記載の技術では、複数の集約装置は全て同じ機能を有する。全て同じ機能を有する従来の集約装置では、通信制御を含む集約装置としての全ての機能が一体となって提供されるファームウェアプログラムを実行することで、集約装置としての機能を実現していた。

一方、近年、電力量の自動検針のために構築されたこのようなネットワーク（以下、ＳＭ（Smart Meter）ネットワークと呼ぶ）を、社会インフラストラクチャとして活用することが検討されている。例えば、スマートメーターネットワークを用いて、電力量以外を計量する各種メーター、監視、制御、データ収集などのための各種センサなどから、データを収集するサービスが検討されている。また、近年、電力量の計量データを収集する集約装置に設置場所などに応じた異なる役割を持たせることで、集約装置をエッジ処理装置として利用することが検討されている。

集約装置の役割が多様化して、異なる役割の集約装置が複数存在する場合、役割ごとに製品の出荷時にファームウェアプログラムを搭載すると、ファームウェアプログラムの管理に手間がかかるとともに、役割ごとに生産台数も管理することになり、生産効率が低下する。例えば、集約装置の役割に関わらず共通な機能、例えば通信機能を、別々のファームウェアファイルの一部として多重管理する必要に迫られる。

本開示は、上記に鑑みてなされたものであって、集約装置の生産効率の低下を抑制しつつ役割に応じたプログラムを集約装置に搭載させることが可能な通信システムを得ることを目的とする。

上述した課題を解決し、目的を達成するために、本開示にかかる通信システムは、無線マルチホップネットワークを構成可能な複数の通信装置と、通信装置を管理する通信管理装置と、を備える。複数の通信装置は無線マルチホップネットワークにおける親局となる複数の集約装置を含み、集約装置を動作させるためのプログラムは、通信制御および管理を行うための複数の集約装置間で共通する通信制御プログラムと、集約装置の機能に応じたアプリケーションプログラムとを備える。通信制御プログラムは集約装置の設置時に搭載されており、アプリケーションプログラムは集約装置の設置時に搭載されておらず、通信管理装置は、複数の集約装置のそれぞれの機能に応じたアプリケーションプログラムを複数の集約装置にそれぞれ配布する。

本開示にかかる通信システムは、集約装置の生産効率の低下を抑制しつつ役割に応じたプログラムを集約装置に搭載させることができるという効果を奏する。

実施の形態にかかる通信システムの構成例を示す図 ＳＭネットワークの一例を示す図 集約装置の機能構成例を示す図 センサデータの収集も行う集約装置の機能構成例を示す図 ＳＭの機能構成例を示す図 配電管理装置の機能構成例を示す図 集約装置のハードウェア構成例を示す図 集約装置のプログラム構成例を示す図 ＨＥＳの機能構成例を示す図 アプリファイルの配布方法の一例を示すチャート図 第１対応情報の一例を示す図 第２対応情報の一例を示す図 アプリファイルの配布方法の別の一例を示すチャート図 アプリファイルの配布方法の別の一例を示すチャート図 集約装置へ配信するアプリの一例を示す模式図 アプリの起動手順の一例を示すチャート図 アプリ状態通知の送信を分散させた場合の動作の一例を示すチャート図

以下に、実施の形態にかかる通信システム、通信管理装置、通信装置、ソフトウェア配布方法およびソフトウェア配布プログラムを図面に基づいて詳細に説明する。

図１は、実施の形態にかかる通信システムの構成例を示す図である。本実施の形態の通信システムは、電力量の自動検針システムに用いられるとともに、配電系統の管理制御のためにも用いられる。本実施の形態の通信システムは、図１に示すように、通信管理装置であるヘッドエンドシステム（以下、ＨＥＳと略す）２と、集約装置３－１，３－２と、スマートメーター（以下、ＳＭと略す）５－１，５－２，５－１１，５－１２と、配電管理装置１０－１，１０－２とを備える。

ＳＭ５－１，５－２，５－１１，５－１２は、電力量の計量データを送信する端末装置である。ＳＭ５－１，５－２，５－１１，５－１２は、電力量の自動検針のためにそれぞれ需要家設備１３－１，１３－２，１３－１１，１３－１２による電力の使用量を計量し、計量データを対応する集約装置３－１，３－２へ送信する。需要家設備１３－１，１３－２，１３－１１，１３－１２は、配電線７からの電力が供給される需要家における負荷、発電装置、蓄電設備などである。負荷は、電力を消費する機器である。なお、ＳＭ５－１，５－２，５－１１，５－１２のうち少なくとも１つは、発電量など需要家からの逆潮流を計量してもよい。図１に示した例では、高圧系統の配電線７に変圧器８－１～８－３が接続され、変圧器８－１～８－３によって電圧変換された電力が低圧系統の配電線に供給される。これにより、各需要家設備に配電線７から電力が供給される。配電線７の電圧は、ＳＶＲ（Step Voltage Regulator）９などの電圧制御機器により制御される。変圧器８－１～８－３は、例えば、柱上変圧器である。需要家設備１３－１，１３－２は、変圧器８－２に接続され、需要家設備１３－１１，１３－１２は、変圧器８－３に接続される。図示は省略しているが変圧器８－１にも需要家設備が接続されている。

ＳＭ５－１，５－２，５－１１，５－１２は、無線マルチホップネットワークを構成可能な通信装置の一例である。ＳＭ５－１，５－２は、計量結果を示す計量データを、集約装置３－１へ送信する。ＳＭ５－１１，５－１２は、計量結果を示す計量データを、集約装置３－２へ送信する。集約装置３－１，３－２は、対応するＳＭ５－１，５－２，５－１１，５－１２から計量データを収集し、収集した計量データを、ネットワーク４を介してＨＥＳ２へ送信する。ネットワーク４は、例えば光回線ネットワーク、携帯電話ネットワークであるが、これらに限定されない。集約装置３－１，３－２は、無線マルチホップネットワークを構成可能な通信装置の一例である。集約装置３－１，３－２は、例えば、電柱などに設置されるが、設置位置は電柱に限定されない。図１に示した例では、集約装置３－１は、変圧器８－２が設置される電柱に設置され、集約装置３－２は、変圧器８－３が設置される電柱に設置されている。

ＨＥＳ２は、集約装置３－１，３－２から計量データを収集し、収集した計量データをメーターデータ管理システム（ＭＤＭＳ（Meter Data Management System））１へ送信する。ＭＤＭＳ１は、ＨＥＳ２から受信した計量データを管理する。

配電管理装置１０－１，１０－２は、配電系統の監視および制御のために、変圧器の電圧、電流などの計測結果を取得し、計測結果をＨＥＳ２へ送信する。配電管理装置１０－１，１０－２は、集約装置３－１，３－２と同様に、ネットワーク４を介してＨＥＳ２と接続される。配電管理装置１０－１は、変圧器８－１の電圧、電流などを取得する。また、配電管理装置１０－２も、図示は省略した変圧器の電圧、電流などを取得する。詳細は後述するが、配電管理装置１０－１，１０－２と集約装置３－１，３－２とは、ハードウェアは共通であり、搭載するソフトウェアの違いによってそれぞれの機能が分けられる。また、配電管理装置１０－１，１０－２は、図示しないＳＭから、ＳＭが備える計測機能により計測された電圧、電流、有効電力および無効電力のうち少なくとも１つを、計測データとして収集してもよい。これらの計測データも、配電系統の監視および制御のために用いられる。ＨＥＳ２は、配電系統の監視および制御のために用いられる計測データを、配電管理装置１０－１，１０－２から受信すると、配電系統の制御のための通信ネットワークである配電ネットワーク１１を介して、配電系統を管理し制御する配電制御システム１２へ計測データを送信する。配電ネットワーク１１は例えば光通信ネットワークであるがこれに限定されない。配電制御システム１２は、受信した計測データを用いて配電線７など配電系統の各設備を管理し制御する。

センサ６－１～６－３は、監視制御のために設けられたセンサ、またはガス、水道など電力量以外の自動検針のためのメーターであり、センサ６－１～６－３により取得されたセンサデータは、ＳＭ５－１１，５－１２を介して、集約装置３－２によって収集される。集約装置３－２は、センサデータをＨＥＳ２へ送信する。このように、集約装置３－２に対応するエリアでは、ＳＭ５－１１，５－１２と集約装置３－２とを含む無線マルチホップネットワークであるＳＭネットワークが社会インフラストラクチャとして活用され、電力量以外のセンサ６－１～６－３のセンサデータの収集に用いられる。ＨＥＳ２は、受信したセンサデータを、図示しない収集装置へ送信する。収集装置は、センサデータを用いた処理を実施する。センサデータは、例えば、電力量以外の自動検針のためのセンサデータまたは監視制御のためのセンサデータである。例えば、センサデータが、ガスの検針データであれば、収集装置は、ガスの自動検針のための処理を実施し、センサデータが監視制御のためのデータであれば、収集装置は、センサデータを用いた監視制御を実施する。

なお、図１では、集約装置を２台、配電管理装置を２台図示しているが、各装置の数は図１に示した例に限定されず、一般には図１に示した例より多数である。また、集約装置３－１，３－２に接続されるＳＭは、図１では図の簡略化のためそれぞれ２台図示しているが、実際にはより多数のＳＭが接続され、ＳＭと集約装置３－１，３－２とにより無線マルチホップネットワークが構築される。ＨＥＳ２の管理の対象となる配電線７についても一般には複数であり、配電線７の数も図１に示した例に限定されない。配電線７に接続されるＳＶＲ９の数も図１に示した例に限定されない。

次に、ＳＭネットワークについて説明する。図２は、本実施の形態のＳＭネットワークの一例を示す図である。図２では、集約装置３－１を親局とする無線マルチホップネットワークを示しているが、図示を省略するが、集約装置３－２を親局とする無線マルチホップネットワークも構築されている。

図２に示した例では、集約装置３－１およびＳＭ５－１～５－９は、無線マルチホップネットワークを構成しており、経路制御プロトコルに従って周期的に制御メッセージを交換し、経路情報、すなわち無線マルチホップネットワークにおける接続位置に関する情報を、トポロジー情報として保持している。経路制御プロトコルの一例は、ＲＰＬ（IPv6（Internet Protocol version 6） Routing Protocol for Low power and Lossy Networks)であるが、経路制御プロトコルはこれに限定されない。ＳＭ５－１～５－９は、経路制御プロトコルにしたがって通信経路を決定し、集約装置３－１との間で通信を行う。図２に示した破線は、通信経路を示しており、例えば、ＳＭ５－７は、ＳＭ５－４およびＳＭ５－２を介して集約装置３－２と通信を行う。

次に、集約装置３－１，３－２、ＳＭ５－１、配電管理装置１０－１の機能構成例について説明する。図３は、集約装置３－１の機能構成例を示す図である。図３に示すように、集約装置３－１は、通信部３１、計量データ収集部３２および記憶部３３を備える。

通信部３１は、ＳＭとの間で無線通信を行うとともに、ＨＥＳ２との間で、ＨＥＳ２との間のネットワーク４に応じた通信を行う。ネットワーク４は、上述したように、例えば、光回線ネットワーク、携帯電話ネットワークなどである。計量データ収集部３２は、ＳＭ５－１～５－９から計量データを収集する処理を実施する。通信部３１は、ＳＭ５－１～５－９から受信した計量データを記憶部３３へ格納する。ＳＭ５－１～５－９からの計量データの収集は、例えば定期的に行われる。計量データ収集部３２は、通信部３１を介して、ＨＥＳ２から、計量データの収集のための情報、ＳＭ５－１～５－９との通信に関する制御のための情報、ＳＭ５－１～５－９の監視のための情報などを受信し、受信した情報に基づいて、通信部３１を介してＳＭ５－１～５－９へ制御信号を送信する。

計量データ収集部３２は、ＨＥＳ２から計量データの収集周期を受信すると、収集周期ごとに、各ＳＭ５－１～５－９へ計量データの送信を指示することで計量データを収集してもよいし、各ＳＭ５－１～５－９へ収集周期を通知することで、ＳＭ５－１～５－９によって自発的に収集周期ごとに送信される計量データを受信してもよい。また、計量データ収集部３２は、記憶部３３に格納されている計量データを読み出して、通信部３１を介してＨＥＳ２へ送信する。集約装置３－１は、ＨＥＳ２からの指示に基づいて、ＳＭ５－１～５－９からの計量データの収集処理、ＳＭ５－１～５－９の監視のための制御などを実施する。

図４は、センサデータの収集も行う集約装置３－２の機能構成例を示す図である。集約装置３－２は、集約装置３－１と同様に、通信部３１、計量データ収集部３２および記憶部３３を備える。通信部３１、計量データ収集部３２および記憶部３３の動作は、集約装置３１－と同様である。集約装置３－２は、さらに、センサ６－１～６－３のセンサデータを収集するためのセンサデータ収集部３４を備える。センサデータ収集部３４は、ＳＭ５－１１，５－１２を介してセンサ６－１～６－３からセンサデータを収集する処理を行う。センサデータ収集部３４は、例えば、ＨＥＳ２からの指示に基づいて、センサデータの収集を、通信部３１を介してＳＭ５－１１，５－１２に指示する。通信部３１は、ＳＭ５－１１，５－１２を介してセンサ６－１～６－３から受信したセンサデータを記憶部３３に格納する。なお、集約装置３－２の記憶部３３は、このように計量データに加えてセンサデータを格納するが、データを記憶するという機能は集約装置３－１の記憶部３３と共通である。また、センサデータ収集部３４は、記憶部３３に格納されたセンサデータをＨＥＳ２へ送信する。このように、集約装置３－２は、集約装置３－１と同様に計量データの収集機能を有するとともに、センサデータの収集機能も有する。

図５は、ＳＭ５－１の機能構成例を示す図である。ＳＭ５－１は、通信部４１、制御部４２、記憶部４３およびメーター４４を備える。通信部４１は、他のＳＭおよび集約装置３－１との間で通信を行う。制御部４２は、通信部４１を介して集約装置３－１から受信した制御信号に基づいてＳＭ５－１の動作を制御する。メーター４４は、電力量を計量する。メーター４４により計量された計量データは制御部４２により記憶部４３に格納される。制御部４２は、記憶部４３に格納された計量データを、通信部４１を介して集約装置３－１へ送信する。メーター４４は、計量データだけでなく、電圧、電流、有効電力、および無効電力のうちの少なくとも１つを計測可能であってもよい。ＳＭ５－２～５－９，５－１１，５－１２の構成および動作は、ＳＭ５－１と同様である。ただし、ＳＭ５－１１，５－１２の制御部４２は、計量データに関する動作に加えて、センサ６－１～６－３からデータを収集するための動作も行う。

図６は、配電管理装置１０－１の機能構成例を示す図である。配電管理装置１０－１は、集約装置３－１と同様の通信部３１および記憶部３３と、電圧管理部３５を備える。電圧管理部３５は、変圧器８－１の電圧、電流などを計測する計器３６から電圧の計測データを取得し、取得した計測データを記憶部３３に格納する。電圧管理部３５は、記憶部３３に格納された計測データを、通信部３１を介してＨＥＳ２へ送信する。ＨＥＳ２は、配電管理装置１０－１から計測データを受信すると、上述したように、配電ネットワーク１１を介して配電制御装置１２へ送信する。また、ＨＥＳ２は、配電制御装置１２から配電管理装置１０－１を制御するための制御信号を受信すると、当該制御信号を配電管理装置１０－１へ送信する。このようにして、ＨＥＳ２は、配電制御システム１２と配電管理装置１０－１との間の通信を中継する。配電管理装置１０－２の機能構成および動作は、配電管理装置１０－１と同様である。

図７は、集約装置３－１のハードウェア構成例を示す図である。図７に示すように、集約装置３－１は、通信装置１０１、制御装置１０２および記憶装置１０３により実現される。通信装置１０１は、通信処理回路、アンテナなどで構成される。制御装置１０２は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processor Unit）などのプロセッサである。記憶装置１０３は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、磁気ディスクなどを含む。

図３に示した通信部３１は、通信装置１０１と制御装置１０２により実現される。例えば、制御装置１０２により記憶装置１０３に格納された通信制御のためのプログラムが実行されることで、制御装置１０２が通信装置１０１を用いた通信を制御する。図３に示した計量データ収集部３２は、制御装置１０２により実現される。例えば、制御装置１０２により記憶装置１０３に格納されたデータ収集のためのプログラムが実行されることで、制御装置１０２が計量データ収集部３２として機能する。図３に示した記憶部３３は、記憶装置１０３により実現される。

以上述べたように、集約装置３－１と、集約装置３－２とは、役割が異なるため、機能が一部異なっている。今後、ＳＭネットワークの様々な用途への利用が期待されており、集約装置の役割の多様化が望まれている。このように機能が多様化していること、また後から機能の追加もあり得ることも考慮すると、役割ごとに専用の集約装置のハードウェアを製造すると生産効率が低下する。このため、ハードウェアを共通化し、プログラムすなわちソフトウェアを異ならせることで多様な機能を実現していくことが望ましい。また、集約装置３－１と、配電管理装置１０－１，１０－２とは、機能構成が異なるが、共通する機能もあるため、集約装置３－１と同じハードウェアを用いて配電管理装置１０－１を実現することも検討されている。

すなわち、例えば、図７に示したハードウェアを用いて、搭載するプログラムを変更することで、異なる機能を実現することが検討されている。この場合、図４、図６に示した集約装置３－２、配電管理装置１０－１のそれぞれ通信部３１は、集約装置３－１の通信部３１と同様に、通信装置１０１と制御装置１０２とにより実現される。図４に示した集約装置３－２の計量データ収集部３２およびセンサデータ収集部３４は、集約装置３－１の計量データ収集部３２と同様に制御装置１０２により実現される。図６に示した配電管理装置１０－１の電圧管理部３５は、集約装置３－１の計量データ収集部３２と同様に制御装置１０２により実現される。図４、図６に示した記憶部３３は、記憶装置１０３により実現される。以下、集約装置３－１，３－２、配電管理装置１０－１，１０－２など、共通するハードウェアを用いる装置を、集約装置３とも記載する。すなわち、集約装置３と記載した場合には、集約装置３－１，３－２を含むとともに、配電管理装置１０－１，１０－２も含む。

集約装置３が実現する役割（機能）は、上述した計量データの収集、センサデータの収集、変圧器の電圧などの収集（電圧器の負荷管理）以外にも次のような機能が挙げられる。

（１）電圧などの管理：集約装置３が、変圧器の監視のための計測データとして、ＳＭ５－１～５－９，５－１１，５－１２による電圧、電流、無効電力および有効電力のうち少なくとも１つの計測データを収集する。計測データは、ＨＥＳ２を介して例えば配電制御システム１２等へ送信される。または、配電線に直接接続されたセンサから、電圧の計測値を取得して収集し、ＨＥＳ２を介して例えば配電制御システム１２等へ送信する。

（２）分散電源制御：需要家の発電装置、蓄電設備などの分散電源をＳＭ５－１～５－９，５－１１，５－１２を介して制御する。短時間に一斉に制御する必要があり、例えば、ＨＥＳ２が、配電制御システム１２からの指示に従って、集約装置３に、制御対象の分散電源を指定して制御電文を配下のＳＭ群に対して一斉通知するように指示する。

（３）在宅／不在判定：電力量の計量データの時系列データを分析して、各需要家が在宅であるか不在であるかを判定する。判定結果は、宅配等における再配達の削減、介護、見守りサービス等のために、各業者等に提供される。在宅／不在の判定は、たとえば、集約装置３により行われる。この判定は、ある時間帯の電力量が当該需要家のその時間帯の平均値より高いか否かなどにより行われてもよいし、ＡＩ（Artificial Intelligence）を用いて行われてもよい。単にある時間の使用電力量が高くても不在の可能性があるといったように、ある時間だけの電力量だけにより単純に在宅／不在を判定すると十分な精度が得られない可能性もある。すなわち、在宅時の電力消費の時系列パターンと、不在時の時系列パターンとは需要家によって異なる。このため、これらのパターンをＡＩにより学習し、学習結果を用いて在宅／不在判定を行うことで判定精度を向上させることができる。

（４）デマンドレスポンスの信頼度判定：需要家がデマンドレスポンスにどの程度協力するかの応答度合いを判定する。例えば、集約装置３が、デマンドレスポンスの発行時刻と各需要家の計量データの履歴とを保持し、保持しているデータを分析することで、当該デマンドレスポンスに応じて需要家が消費電力を変化させたか否かを分析する。例えば、デマンドレスポンスの発行に対応して使用電力量を削減した需要家については、デマンドレスポンスの応答度合いを高い値とし、デマンドレスポンスが発行されても使用電力量が変化しない需要家は、応答度合いを低い値にする。また、この応答度合いの判定はＡＩを用いて行われてもよい。この結果は、例えば、デマンドレスポンスの効果の予測に用いられる。

上記のように、集約装置３に関して多様な機能が期待されている。なお、以上述べた機能は、例示であり、集約装置３が実現する機能は上記以外のものであってもよい。

一方、従来の集約装置は、全ての集約装置の機能が同一であったため、通信制御、管理およびデータ収集のアプリケーションの機能が全て１つのファームウェアファイルとして提供されていた。したがって、機能を変更するには、ファームウェアファイル全体を入れ替える必要がある。このため、集約装置により機能が異なることが有る場合には、機能によって製品の出荷時に異なるファームウェアプログラムを搭載することになり、機能ごとに集約装置を管理して出荷することになり出荷準備の作業の手間が増え生産効率が低下する。また、機能の一部をバージョンアップする際にも、ファームウェアファイル全体を入れ替える必要がある。したがって、ファームウェアファイルを変更するために、ＨＥＳ２から当該ファームウェアファイルを送信すると通信帯域を圧迫することになる。また、機能の変更、バージョンアップの際には集約装置自体の動作を全て停止させることになる。

そこで、本実施の形態では、集約装置３－１，３－２の機能を実現するためのプログラムを、通信制御および管理を行う通信制御プログラムと、アプリケーションを実行するための基盤となる基盤プログラムと、各集約装置３－１，３－２の個別の機能を実現するためのアプリケーションプログラムとに分ける。そして、ＨＥＳ２が、集約装置３－１，３－２の機能に応じたアプリケーションプログラムを集約装置３－１，３－２へ配布することで、集約装置３－１，３－２の生産効率の低下を抑制しつつ機能に応じたプログラムを集約装置に搭載させることができる。

図８は、本実施の形態の集約装置３－１，３－２のプログラム構成例を示す図である。図８の左側の図は、従来の集約装置のプログラム構成を示し、図８の右側の図は、本実施の形態の集約装置３－１，３－２のプログラム構成例を示す。図８に示すように、従来は、ＯＳ（Operating System）上で、通信制御（Communication Control）、管理（Management）およびアプリケーション（Application）が一体化された１つのプログラムが動作する。これに対して、本実施の形態では、ＯＳ上で、共通的な処理である通信制御（Comm. Control）および管理（Management）を実現するための通信制御プログラムと、アプリケーションを実行するための基盤（Framework/Platform）となる基盤プログラムとが動作する。そして、基盤プログラムにより各アプリケーションプログラムが実行される。

基盤プログラム上では、アプリケーションプログラム（以下、アプリと略す）は、複数動作可能である。計量データの収集の機能、センサデータの収集の機能といった各機能が１つのアプリにより実現されてもよいし、１つの機能が複数のアプリにより実現されてもよい。本実施の形態では、このように、複数のプログラムにより、集約装置３－１，３－２の動作を実現し、アプリケーションプログラムのファイルをＨＥＳ２が各集約装置３－１，３－２へ配布する。このため、集約装置３－１，３－２の機能を変更する場合に、必要なアプリだけをＨＥＳ２が各集約装置３－１，３－２に配布すればよいため、通信帯域の圧迫を抑制することができる。また、アプリのバージョンアップの際にも、対応するアプリのファイルだけを集約装置３－１，３－２に配布すればよいため、通信帯域の圧迫を抑制することができる。

また、集約装置３－１，３－２の設置時には、共通する通信制御プログラムおよび基盤プログラムだけを搭載しておき、集約装置３－１，３－２の設置後に、集約装置３－１，３－２の設置場所に応じて要求される機能を実現するためのアプリのファイルを集約装置３－１，３－２へ配布する。これにより、集約装置３－１，３－２の設置時に、集約装置３－１，３－２内に搭載されるアプリを管理する必要がなく、集約装置３－２が設置されるべき場所に集約装置３－１に対応したプログラムが搭載された装置を設置してしまうなどといった設置誤りを考慮する必要がなく、設置作業を効率化することができる。なお、設置後には、どの場所にどのハードウェアを設置したかは製品の固体の識別番号などにより管理する。

同様に、配電管理装置１０－１，１０－２の機能をアプリにより実現し、当該アプリのファイルをＨＥＳ２から配布することで、集約装置３－１，３－２と共通するハードウェアを用いて、配電管理装置１０－１，１０－２を実現することができる。すなわち、配電管理装置１０－１，１０－２も、無線マルチホップネットワークを構成可能な通信装置である。

図９は、本実施の形態のＨＥＳ２の機能構成例を示す図である。ＨＥＳ２は、図９に示すように、通信部２１、状態情報取得部２２、配布管理部２３および記憶部２４を備える。通信部２１は、集約装置３－１，３－２、配電管理装置１０－１，１０－２、ＭＤＭＳ１および配電制御システム１２との間でそれぞれ通信を行う。また、通信部３１は、図示は省略しているが、センサデータを収集する収集装置をはじめとして、ＳＭネットワークを用いたサービスを実現するための装置とも通信を行うことが可能である。以下、集約装置３－１，３－２、配電管理装置１０－１，１０－２など、共通するハードウェアを用いる装置を、集約装置３とも記載する。すなわち、集約装置３と記載した場合には、集約装置３－１，３－２を含むとともに、配電管理装置１０－１，１０－２も含む。

記憶部２４には、集約装置３と当該集約装置３が有するべき機能との対応が第１対応情報として格納されている。第１対応情報は、集約装置３の識別番号と当該集約装置３の機能との対応を示す機能対応情報である。また、記憶部２４には、機能とアプリとの対応を示すアプリ対応情報である第２対応情報も格納されている。第１対応情報、第２対応情報は、オペレータにより、図示を省略した入力手段を介してＨＥＳ２に入力されてもよいし、他の装置から送信されて記憶部２４に格納されてもよい。また、記憶部２４には、集約装置３に配布するアプリのファイルであるアプリファイルが格納されている。なお、図９は、単にアプリファイルと記載しているが、記憶部２４には集約装置３の各機能に対応するアプリファイルが格納されているため、実際のアプリファイルは複数である。なお、アプリファイルは、ＨＥＳ２の記憶部２４に記憶される代わりに、他の装置に格納されていてもよい。この場合、ＨＥＳ２は、アプリファイルを集約装置３へ配布する際に、対応するアプリを当該他の装置から取得する。

状態情報取得部２２は、集約装置３から、通信部２１を介して、当該集約装置３に搭載されているアプリを示す情報を受信し、受信した情報、第１対応情報および第２対応情報を用いて、当該集約装置３に配布すべきアプリを判定し、判定したアプリを、通信部２１を介して集約装置３へ通知する。

配布管理部２３は、集約装置３から、通信部２１を介して、アプリの配布要求を受信すると、配布要求にしたがって、アプリファイルを集約装置３へ送信する。

ＨＥＳ２は、集約装置３と同様に、通信装置１０１、制御装置１０２および記憶装置１０３を備える。なお、ＨＥＳ２を実現するハードウェアは集約装置３を実現するハードウェアとは一般的には異なっており、ＨＥＳ２は、コンピュータシステムである。したがって、ＨＥＳ２は、一般には、通信装置１０１、制御装置１０２および記憶装置１０３に加え、さらに、マウス、キーボードなどの入力部、ディスプレイ、モニタなどの表示部を備えてもよい。ＨＥＳ２の機能のうち本実施の形態のアプリ配布すなわちソフトウェア配布に関連する機能は、ソフトウェア配布プログラムが実行されることにより実現される。

本実施の形態のソフトウェア配布プログラムが実行可能な状態になるまでのコンピュータシステムの動作例について説明する。上述した構成をとるコンピュータシステムであるＨＥＳ２には、たとえば、図示しないＣＤ（Compact Disc）－ＲＯＭドライブまたはＤＶＤ（Digital Versatile Disc）－ＲＯＭドライブにセットされたＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭから、ソフトウェア配布プログラムが記憶装置１０３にインストールされる。そして、ソフトウェア配布プログラムの実行時に、記憶装置１０３から読み出されたソフトウェア配布プログラムが記憶装置１０３に格納される。この状態で、制御装置１０２は、記憶装置１０３に格納されたプログラムに従って、本実施の形態のＨＥＳ２のソフトウェア配布処理を実行する。

なお、上記の説明においては、ＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭを記録媒体として、ソフトウェア配布プログラムを提供しているが、これに限らず、ハードウェア構成、提供するプログラムの容量などに応じて、たとえば、通信部１０５を経由してインターネットなどの伝送媒体により提供されたプログラムを用いることとしてもよい。

本実施の形態のソフトウェア配布プログラムは、ＨＥＳ２に、集約装置３からアプリ状態情報を受信するステップと、アプリ状態情報を用いて、複数の集約装置３のそれぞれの機能に応じたアプリケーションプログラムを決定し、決定したアプリケーションプログラムを複数の集約装置３にそれぞれ配布するステップと、を実行させる。

次に、ＨＥＳ２による集約装置３へのソフトウェア配布方法、すなわち、アプリファイルの配布方法について説明する。図１０は、本実施の形態のアプリファイルの配布方法の一例を示すチャート図である。図１０では、集約装置３－１にアプリファイルを配布する例を示しているが、集約装置３－２、配電管理装置１０－１，１０－２などにアプリファイルを配布する場合もこの例と同様である。図１０に示す集約装置３の動作は、図７に示した制御装置１０２が、あらかじめ搭載されている通信制御プログラムを実行することにより実現される。このため、集約装置３にアプリファイルが全く搭載されていない状態でも、集約装置３は図１０に示す動作を行うことができる。

集約装置３－１は、設置されて初回に起動された際などに、図１０に示すように、アプリ状態通知の電文をＨＥＳ２へ送信する（ステップＳ１）。アプリ状態通知は、各集約装置３が自身に搭載されているアプリファイルをＨＥＳ２に伝達するための通知であり、装置識別番号（装置ＩＤ（IDentifier））と、記憶装置１０３に格納されているアプリファイルを示すアプリ状態情報とを示す。アプリ状態情報は、集約装置３が搭載しているアプリを示す情報である。ステップＳ１は、詳細には、図７に示した制御装置１０２が、記憶装置１０３を参照して、集約装置３が自身に搭載されているアプリファイル判定し、通信装置１０１を用いてアプリ状態通知の電文を送信する。

ＨＥＳ２は、アプリ状態通知の電文を受信すると、配信アプリを判定する（ステップＳ２）。すなわち、ＨＥＳ２は、アプリ状態情報を用いて集約装置３－１へ配布するアプリを決定する。詳細には、まず、状態情報取得部２２が、集約装置３－１から受信したアプリ状態通知に含まれる装置ＩＤと第１対応情報とを用いて、集約装置３－１に対応する機能を判定する。

図１１は、第１対応情報の一例を示す図である。図１１に示すように、第１対応情報では装置ＩＤと機能の識別情報である機能ＩＤとが対応づけられている。状態情報取得部２２は、この第１対応情報を参照して、アプリ状態通知に格納されている装置ＩＤに対応する機能ＩＤを求める。次に、状態情報取得部２２は、第２対応情報を用いて、機能ＩＤに対応するアプリの識別情報であるアプリＩＤを求める。図１２は、第２対応情報の一例を示す図である。図１２に示すように、第２対応情報では、機能ＩＤと当該機能に対応するアプリＩＤとが対応づけられている。なお、アプリＩＤであるＡｐｐ_１０、ＡＰＰ_２１などの添え字の右側の数値はアプリのバージョンを示している。例えば、Ａｐｐ_２１は、Ａｐｐ_２０がバージョンアップにより更新されたものであることを示す。状態情報取得部２２は、この第２対応情報を参照して、第１対応情報を用いて求めた機能ＩＤに対応するアプリＩＤを求める。状態情報取得部２２は、求めたアプリＩＤに対応するアプリのうち、集約装置３－１から受信したアプリ状態情報に含まれていないアプリがある場合、当該アプリを集約装置３－１へ配信するアプリ（配信アプリ）と判定する。

図１０の説明に戻る。ＨＥＳ２は、配信アプリのアプリＩＤを示すアプリ情報を通知する電文を、集約装置３－１へ送信する（ステップＳ３）。詳細には、状態情報取得部２２が、通信部２１を介して、アプリ情報を通知する電文を集約装置３－１へ送信する。

集約装置３－１は、アプリ情報通知を受信すると、通知されたアプリ情報に基づいて、アプリ取得要求の電文をＨＥＳ２へ送信する（ステップＳ４）。集約装置３－１は、通知されたアプリ情報に含まれるアプリＩＤを指定して対応するアプリの取得を要求する電文をＨＥＳ２へ送信する。

ＨＥＳ２は、集約装置３－１から、アプリ取得要求を受信すると、アプリ取得要求に対応するアプリファイルを集約装置３－１へ送信する（ステップＳ５）。詳細には、配布管理部２３が、通信部２１を介してアプリ取得要求を受信すると、アプリ取得要求に格納されたアプリＩＤに対応するアプリファイルを記憶部２４から読み出し、通信部２１を介して集約装置３－１へ送信する。

集約装置３－１は、ＨＥＳ２からアプリファイルを受信すると、当該ファイルを保存する（ステップＳ６）。詳細には、制御装置１０２が、通信装置１０１を介してアプリファイルを受信すると、当該ファイルを記憶装置１０３に格納する。

以上の動作により、集約装置３－１は、自身の機能に対応したアプリファイルを取得することができる。その後も、アプリの更新、集約装置３－１の機能変更などの可能性があるため、例えば、定期的に、集約装置３－１は、ステップＳ１のアプリ状態通知の送信を行う。また、このアプリ状態通知を送信する周期は、全集約装置３で共通であってもよいし、異なる複数の周期に各集約装置３を割当てることで、アプリ状態通知を送信する周期を分散させてもよい。

また、図１０では、集約装置３－１がアプリ状態通知を送信し、ＨＥＳ２がアプリ情報を集約装置３－１へ通知した後に、集約装置３－１からアプリ取得要求を送信することで集約装置３－１がアプリファイルを取得したが、アプリファイルの配布方法はこの例に限定されない。

図１３は、本実施の形態のアプリファイルの配布方法の別の一例を示すチャート図である。図１３に示した例では、図１１に示した例と同様に、集約装置３－１がアプリ状態通知を送信すると、ＨＥＳ２がアプリファイルを集約装置３－１へ送信する（ステップＳ５）。このように、集約装置３－１がアプリファイルの取得要求を待たずに、ＨＥＳ２が、アプリファイルを送信してもよい。

図１４は、本実施の形態のアプリファイルの配布方法の別の一例を示すチャート図である。図１４に示した例では、ＨＥＳ２が、アプリ状態通知の送信を要求する状態取得要求の電文を集約装置３－１へ送信する（ステップＳ８）。集約装置３－１は、状態取得要求を受信すると、図１０に示した例と同様に、アプリ状態通知を送信する（ステップＳ１）。ステップＳ１以降の動作は図１０に示した例と同様である。このように、集約装置３－１は、ＨＥＳ２からの指示があった場合にアプリ状態通知を送信するようにしてもよい。また、ＨＥＳ２からの指示があった場合のアプリ状態通知の送信と、図１０に例示したような集約装置３－１の自発的なアプリ状態通知との送信とを組み合わせて実施してもよい。なお、ステップＳ８，ステップＳ１の後、図１３に示した例と同様に、ステップＳ５を実施してもよい。

ＨＥＳ２および集約装置３は、上記のような動作を実施することで、集約装置３ごとの機能を実現するためのアプリファイルを配布することができる。すなわち、本実施の形態では、通信装置を動作させるためのプログラムは、通信制御および管理を行う通信制御プログラムと、アプリケーションプログラムとを備え、ＨＥＳ２は、複数の集約装置３のそれぞれの機能に応じたアプリケーションプログラムを複数の集約装置３にそれぞれ配布する。これにより、集約装置３の機能を実現するための初回のアプリファイルの配布を行うことができるとともに、同様の動作で、機能の変更、プログラムのバージョンアップ、機能の追加が実施でき、機能の変更、プログラムのバージョンアップ、機能の追加に柔軟に対応することができる。また、各集約装置３の機能の実現に必要なアプリファイルを選択して配布しているため、一体化したファイルを送信する場合に比べてファイル容量を抑えることができ、通信帯域の圧迫を抑制することができる。図１５は、集約装置３－１，３－２へ配信するアプリの一例を示す模式図である。図１５に示した例では、集約装置３－１は設置された直後でありアプリが１つも搭載されていない状態であり、集約装置３－２には、アプリＩＤがＡｐｐ_２０，Ａｐｐ_３０の２つのアプリが搭載されている状態である。この状態で、集約装置３－１がアプリ状態通知をＨＥＳ２へ送信する際には、アプリ状態通知には搭載されているアプリが無いことを示す情報が格納される。一方、集約装置３－２がアプリ状態通知をＨＥＳ２へ送信する際には、アプリ状態通知にはＡｐｐ_２０，Ａｐｐ_３０の２つを示す情報が格納される。

ここで、第１対応情報、第２対応情報がそれぞれ図１１、図１２に示したものであるとし、図１１のＸ_１、Ｘ_２がそれぞれ集約装置３－１，３－２に対応する装置ＩＤであるとする。ＨＥＳ２は、第１対応情報、第２対応情報およびアプリ状態通知に基づいて集約装置３－１の配信アプリをアプリＩＤがＡｐｐ_１０のアプリであると判定し、アプリ状態通知にＡｐｐ_１０を格納して集約装置３－１へ送信する。また、ＨＥＳ２は、第１対応情報、第２対応情報およびアプリ状態通知に基づいて集約装置３－２の配信アプリをアプリＩＤがＡｐｐ_２１，Ａｐｐ_３１のアプリであると判定し、アプリ状態通知にＡｐｐ_２１，Ａｐｐ_３１を格納して集約装置３－１へ送信する。

これにより、集約装置３－１，３－２は、図１０に示した手順で、それぞれに必要なアプリファイルの取得を要求してアプリファイルを取得することができる。なお、集約装置３－２は、アプリ状態通知Ａｐｐ_２１，Ａｐｐ_３１のそれぞれに対応するバージョンアップ前のＡｐｐ_２０，Ａｐｐ_３０を保持している。このため、集約装置３－２は、Ａｐｐ_２１，Ａｐｐ_３１の取得後に、Ａｐｐ_２０，Ａｐｐ_３０を削除してもよい。

次に、アプリファイルを取得した後のアプリの起動手順について説明する。図１６は、アプリの起動手順の一例を示すチャート図である。まず、ＨＥＳ２が、アプリの起動を要求するアプリ起動要求を送信する（ステップＳ１１）と、集約装置３－１がアプリ起動応答を返信する（ステップＳ１２）。図１６に示すように、集約装置３－１の制御装置１０２は、各プログラムによる動作を行う。図１６の通信制御／管理は、通信制御プログラムにより実現される機能部を示す、ＯＳはＯＳにより実現される機能部を示し、ＰＦは基盤プログラムにより実現される機能部を示し、アプリはアプリケーションプログラムにより実現される機能部を示す。

アプリ起動応答の返信後、通信制御／管理は、ＯＳにコンテナ起動を指示する（ステップＳ１３）。なお、コンテナはハードウェアのリソースを抽象化した単位である。ここでは、アプリケーションプログラムの実行に用いられるコンテナを示す。ＯＳは、ＰＦにコンテナ起動を指示する（ステップＳ１４）。ＰＦは、指示にしたがって、ファイルを読み出し（ステップＳ１５）、コンテナを起動し（ステップＳ１６）、これによりアプリファイルに基づいてアプリケーションプログラムが実行される。アプリケーションプログラムが実行されると、アプリケーションプログラムにより実現される機能部が、完了通知をＰＦへ伝達する（ステップＳ１７）。ＰＦは、完了通知を受け取ると完了通知をＯＳへ伝達し（ステップＳ１８）、ＯＳは完了通知を受けとると完了通知を通信制御／管理へ伝達する（ステップＳ１９）。以上の処理により、アプリの起動が完了する。以降、アプリにより実現される集約装置３の各機能部が動作する。

次に、アプリファイルの配信タイミングの分散について説明する。上述したように、本実施の形態では、ＨＥＳ２は、必要なアプリファイルだけを集約装置３に配信するため、配布するファイルの容量を抑制することはできるが、例えば、定期的に集約装置３がアプリファイルを取得する場合、複数の集約装置３に一度にアプリファイルを配信すると一時的に通信回線が混雑する可能性がある。このため、アプリファイルの配信のタイミングを分散させるようにしてもよい。分散させる方法としては、どのような方法を用いてもよいが例えば、以下に述べる固定分散、ランダム分散、局所的分散などの方法を用いることができる。

固定分散では、ＭＡＣ（Media Access Control）アドレスなど各集約装置３に固有に割当てられた識別番号によって集約装置３をグループ分けし、グループごとに当該グループに対して割り当てられたタイミングで各集約装置３がアプリファイルを取得する。すなわち、グループ間でアプリの配布タイミングを異ならせる。例えば、図１０に例示したようにアプリ状態通知を集約装置３が送信することでアプリファイルの取得が開始される場合、アプリ状態通知を送信するタイミングがグループごとに指定される。例えば、１日に一度、各集約装置３がアプリ状態通知を送信する場合、１番目のグループの集約装置３は０時にアプリ状態通知を送信し、２番目のグループの集約装置３は０時３０分にアプリ状態通知を送信し、３番目のグループの集約装置３は１時にアプリ状態通知を送信するといったように、アプリ状態通知を送信する時間をずらす。または、各集約装置３がアプリ状態通知は任意の時刻で送信し、アプリ取得要求の送信時刻を上記のようにグループごとに異ならせるようにしてもよい。また、図１４に示すようにＨＥＳ２が状態取得要求を送信する場合には、状態取得要求の送信時刻を同様にグループごとに異ならせてもよいし、アプリ取得要求の送信時刻を上記のようにグループごとに異ならせるようにしてもよい。

図１７は、アプリ状態通知の送信を分散させた場合の動作の一例を示すチャート図である。図１７に示した例では、集約装置３－１と集約装置３－２とは異なるグループに属している。集約装置３－１およびＨＥＳ２は、図１０に示した例と同様にステップＳ１～Ｓ５の処理を実施する。このとき、集約装置３－１と同じタイミングで集約装置３－２がアプリ状態通知を送信すると、アプリファイルの取得のタイミングが重なってしまう可能性がある。このため、集約装置３－２は、集約装置３－１のアプリ状態通知を送信タイミングからΔＴだけ経過した後に、集約装置３－１と同様にアプリ状態通知を送信する。固定分散では、ΔＴはグループごとに異なる値が定められる。

ランダム分散では、各集約装置３が個別の乱数を生成し、定期的な送信タイミングから、乱数に応じた時間待機した後に、アプリ状態通知、またはアプリ取得要求のタイミングを決定する。すなわち、ランダム分散では、集約装置ごとにアプリケーションプログラムの配布タイミングをランダムに異ならせる。また、図１３に示すように、アプリ取得要求を受信せずにＨＥＳ２がアプリファイルを送信する場合には、ＨＥＳ２がアプリ状態通知の取得ごとに乱数を発生させて、乱数に応じた待機時間待機した後にアプリファイルを送信してもよい。ランダム分散では、図１７に示したΔＴはランダムに決定される。

局所的分散では、各集約装置３が互いに連携してアプリファイルの取得タイミングが重ならないようにする。例えば、各集約装置３が、アプリファイルの取得要求の一定時間前に周辺の集約装置３にアプリファイルの取得を通知する。そして、各集約装置３は、他の集約装置３から受信した通知に基づいて、他の集約装置３がアプリファイルの取得を要求するタイミングを避けて、アプリファイルの取得を要求する。

なお、以上述べた例では、ＨＥＳ２が、第１対応情報を保持することで、各集約装置３に対応する機能を把握するようにしたが、これに限らず、各集約装置３の機能が確定している場合には、集約装置３が、自身に対応する機能を示す機能ＩＤをアプリ状態通知に含めて送信してもよい。この場合、ＨＥＳ２は、第１対応情報を用いずに、受信したアプリ状態通知と第２対応情報とを用いて、集約装置３に配布するアプリのアプリＩＤを求めることができる。

また、アプリ状態通知に各集約装置３が設置されている設置場所を示す位置情報を追加してもよい。この場合、ＨＥＳ２が、設定されている場所と機能ＩＤとの対応を示す位置対応情報である第３対応情報を保持し、アプリ状態通知に含まれる位置情報と第３対応情報とを用いて集約装置３に対応する機能ＩＤを求めてもよい。また、特定の地域で使用されるアプリファイルが定められている場合、ＨＥＳ２が、アプリ状態通知に含まれる位置情報を用いて、特定の地域に設置されている集約装置３に当該アプリファイルを配信するようにしてもよい。また、地域ごとにアプリで使用されるパラメータファイルが異なる場合には、ＨＥＳ２は、地域とパラメータファイルとの対応を保持しておき、保持している対応と位置情報とに基づいて、パラメータファイルを集約装置３に送信してもよい。

また、各集約装置３が、配下に接続されたＳＭ５－１～５－９，５－１１，５－１２、蓄電設備などの機器を識別する識別情報をアプリ状態通知に含めて送信し、ＨＥＳ２が、これらの機器の識別情報と対応するアプリＩＤとの対応を機器対応情報として保持し、この対応とアプリ状態通知に格納された識別情報とを用いて、集約装置３に配布するアプリを決定してもよい。

なお、以上説明した集約装置３のアプリケーションプログラムの配布方法をＳＭ５－１～５－９，５－１１，５－１２のプログラムの配布に適用してもよい。ＳＭ５－１～５－９，５－１１，５－１２についても、上述したように、計量データを収集する機能に加えて、センサデータを収集する機能、分散電源を制御する機能などを有する場合がある。ＳＭ５－１～５－９，５－１１，５－１２の機能はファームウェアプログラムにより実現されるため、各ＳＭ５－１～５－９，５－１１，５－１２に応じたファームウェアプログラムをＨＥＳ２が、同様の手順で配布してもよい。または、ＳＭ５－１～５－９，５－１１，５－１２のプログラムも集約装置３と同様に、図８の右側に示した構成として、ＨＥＳ２から集約装置３と同様にアプリを配布するようにしてもよい。このように、本実施の形態のソフトウェア配布方法の適用先は、集約装置３に限らず無線マルチホップネットワークを構成することが可能な通信装置であればよい。また、集約装置３は、無線マルチホップネットワークを構成することが可能であればよく、実際に設置されて運用される際には無線マルチホップネットワークを構成していなくてもよい。すなわち、集約装置３の機能によっては、配下にＳＭが存在しない状態で運用されてもよい。

以上のように、本実施の形態では、集約装置３のプログラムを共通機能である通信制御および管理を行うプログラムと、アプリケーションプログラムとに分け、ＨＥＳ２が集約装置３の機能に応じたアプリケーションプログラムを、集約装置３に配布するようにした。これにより、集約装置３の生産効率の低下を抑制しつつ役割に応じたプログラムを集約装置に搭載させることができる。また、集約装置３のプログラム全体を配布する必要がなく、各集約装置３の役割に応じたアプリケーションプログラムを配布するので、通信帯域の圧迫を抑制することができる。

以上の実施の形態に示した構成は、一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、実施の形態同士を組み合わせることも可能であるし、要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

１ ＭＤＭＳ、２ ＨＥＳ、３－１，３－２ 集約装置、４ ネットワーク、５－１～５－９，５－１１，５－１２ スマートメーター（ＳＭ）、６－１～６－３ センサ、７ 配電線、８－１～８－３ 変圧器、９ ＳＶＲ、１０－１，１０－２ 配電管理装置、１１ 配電ネットワーク、１２ 配電制御システム、１３－１，１３－２，１３－１１，１３－１２ 需要家設備、２１，３１，４１ 通信部、２２ 状態情報取得部、２３ 配布管理部、２４，３３，４３ 記憶部、３２ 計量データ収集部、３４ センサデータ収集部、３５ 電圧管理部、４２ 制御部、４４ メーター、１０１ 通信装置、１０２ 制御装置、１０３ 記憶装置。

Claims (19)

1. 無線マルチホップネットワークを構成可能な複数の通信装置と、
   前記通信装置を管理する通信管理装置と、を備え、
   前記複数の通信装置は前記無線マルチホップネットワークにおける親局となる複数の集約装置を含み、
   前記集約装置を動作させるためのプログラムは、通信制御および管理を行うための前記複数の集約装置間で共通する通信制御プログラムと、前記集約装置の機能に応じたアプリケーションプログラムとを備え、
   前記通信制御プログラムは前記集約装置の設置時に搭載されており、前記アプリケーションプログラムは前記集約装置の設置時に搭載されておらず、
   前記通信管理装置は、前記複数の集約装置のそれぞれの機能に応じた前記アプリケーションプログラムを前記複数の集約装置にそれぞれ配布することを特徴とする通信システム。
2. 前記集約装置は、前記集約装置が搭載している前記アプリケーションプログラムを示す情報であるアプリ状態情報を前記通信管理装置へ送信し、
   前記通信管理装置は、前記アプリ状態情報を用いて前記集約装置へ配布する前記アプリケーションプログラムを決定することを特徴とする請求項１に記載の通信システム。
3. 前記集約装置は前記アプリ状態情報と前記集約装置の識別番号とを前記通信管理装置へ送信し、
   前記通信管理装置は、前記集約装置の識別番号と当該集約装置の機能との対応を示す機能対応情報と、前記集約装置の機能と前記アプリケーションプログラムとの対応を示すアプリ対応情報とを保持し、受信した前記識別番号および前記アプリ状態情報と、前記機能対応情報と、前記アプリ対応情報とを用いて前記集約装置へ配布する前記アプリケーションプログラムを決定することを特徴とする請求項２に記載の通信システム。
4. 前記集約装置は前記アプリ状態情報と前記集約装置の設置場所を示す位置情報とを前記通信管理装置へ送信し、
   前記通信管理装置は、前記集約装置の設置場所と当該集約装置の機能との対応を示す位置対応情報と、前記集約装置の機能と前記アプリケーションプログラムとの対応を示すアプリ対応情報とを保持し、受信した前記位置情報および前記アプリ状態情報と、前記アプリ対応情報とを用いて前記集約装置へ配布する前記アプリケーションプログラムを決定することを特徴とする請求項２に記載の通信システム。
5. 前記集約装置は前記アプリ状態情報と前記集約装置に接続される機器の識別情報とを前記通信管理装置へ送信し、
   前記通信管理装置は、前記集約装置に接続される機器の識別情報と前記アプリケーションプログラムとの対応を示す機器対応情報とを保持し、受信した前記識別情報および前記アプリ状態情報と、前記機器対応情報とを用いて前記集約装置へ配布する前記アプリケーションプログラムを決定することを特徴とする請求項２に記載の通信システム。
6. 前記集約装置の識別番号を用いて前記集約装置をグループ分けし、グループ間で前記アプリケーションプログラムの配布タイミングを異ならせることを特徴とする請求項１から５のいずれか１つに記載の通信システム。
7. 前記集約装置ごとに前記アプリケーションプログラムの配布タイミングをランダムに異ならせることを特徴とする請求項１から５のいずれか１つに記載の通信システム。
8. 前記無線マルチホップネットワークを構成可能な前記複数の通信装置は、電力量の計量データを送信する端末装置を含み、
   前記複数の集約装置のうち少なくとも１つは、前記端末装置から前記計量データを収集することを特徴とする請求項１から７のいずれか１つに記載の通信システム。
9. 前記機能は、電力量以外の自動検針のためのセンサデータまたは監視制御のためのセンサデータを収集する機能を含むことを特徴とする請求項８に記載の通信システム。
10. 前記機能は、変圧器の監視のための計測データを収集する機能を含むことを特徴とする請求項８または９に記載の通信システム。
11. 前記機能は、需要家の蓄電設備の制御を行う機能を含むことを特徴とする請求項８から１０のいずれか１つに記載の通信システム。
12. 前記機能は、前記計量データを分析して需要家が在宅であるか不在であるかを判定する機能を含むことを特徴とする請求項８から１１のいずれか１つに記載の通信システム。
13. 前記機能は、前記計量データを用いて、デマンドレスポンスに応じて需要家が消費電力を変化させたか否かを分析する機能を含むことを特徴とする請求項８から１２のいずれか１つに記載の通信システム。
14. 変圧器の電圧または電流を計測する配電管理装置を備え、
    前記集約装置を実現するハードウェアである機器は、前記配電管理装置として用いることも可能であり、
    前記配電管理装置は、前記通信制御プログラムが設置時に搭載されており、前記配電管理装置の機能に対応するアプリケーションプログラムは前記配電管理装置の設置時に搭載されておらず、
    前記通信管理装置は、前記配電管理装置に前記配電管理装置の機能に対応するアプリケーションプログラムを配布することを特徴とする請求項１から１３のいずれか１つに記載の通信システム。
15. 無線マルチホップネットワークを構成可能な複数の通信装置を管理する通信管理装置であって、
    前記複数の通信装置は前記無線マルチホップネットワークにおける親局となる複数の集約装置を含み、
    前記集約装置を動作させるためのプログラムは、通信制御および管理を行うための前記複数の集約装置間で共通する通信制御プログラムと、前記集約装置の機能に応じたアプリケーションプログラムとを備え、
    前記通信制御プログラムは前記集約装置の設置時に搭載されており、前記アプリケーションプログラムは前記集約装置の設置時に搭載されておらず、
    前記通信管理装置は、前記複数の集約装置のそれぞれの機能に応じた前記アプリケーションプログラムを前記複数の集約装置にそれぞれ配布することを特徴とする通信管理装置。
16. 無線マルチホップネットワークを構成可能な複数の通信装置を備える通信システムにおける複数の集約装置のうちの１つであって、
    前記複数の集約装置は、前記無線マルチホップネットワークにおける親局であり、
    前記集約装置を動作させるためのプログラムは、通信制御および管理を行うための前記複数の集約装置間で共通する通信制御プログラムと、前記集約装置の機能に応じたアプリケーションプログラムとを備え、
    前記通信制御プログラムは前記集約装置の設置時に搭載されており、前記アプリケーションプログラムは前記集約装置の設置時に搭載されておらず、
    前記集約装置を管理する通信管理装置から前記アプリケーションプログラムを受信することを特徴とする集約装置。
17. 前記集約装置が搭載している前記アプリケーションプログラムを示す情報であるアプリ状態情報を前記通信管理装置へ送信することを特徴とする請求項１６に記載の集約装置。
18. 無線マルチホップネットワークを構成可能な複数の通信装置と、前記通信装置を管理する通信管理装置と、を備える通信システムにおけるソフトウェア配布方法であって、
    前記複数の通信装置は前記無線マルチホップネットワークにおける親局となる複数の集約装置を含み、
    前記集約装置を動作させるためのプログラムは、通信制御および管理を行う通信制御プログラムと、アプリケーションプログラムとを備え、
    前記通信制御プログラムは前記集約装置の設置時に搭載されており、前記アプリケーションプログラムは前記集約装置の設置時に搭載されておらず、
    前記集約装置は、前記集約装置が搭載している前記アプリケーションプログラムを示す情報であるアプリ状態情報を前記通信管理装置へ送信し、
    前記通信管理装置は、前記アプリ状態情報を用いて、前記複数の集約装置のそれぞれの機能に応じた前記アプリケーションプログラムを決定し、決定した前記アプリケーションプログラムを前記複数の集約装置にそれぞれ配布することを特徴とするソフトウェア配布方法。
19. 無線マルチホップネットワークを構成可能な複数の通信装置と、前記通信装置を管理する通信管理装置と、を備え、前記複数の通信装置は前記無線マルチホップネットワークにおける親局となる複数の集約装置を含み、前記集約装置を動作させるためのプログラムは、通信制御および管理を行うための前記複数の集約装置間で共通する通信制御プログラムと、前記集約装置の機能に応じたアプリケーションプログラムとを備える通信システムにおける前記通信管理装置に、
    前記集約装置から、前記集約装置が搭載している前記アプリケーションプログラムを示す情報であるアプリ状態情報を受信するステップと、
    前記アプリ状態情報を用いて、前記複数の集約装置のそれぞれの機能に応じた前記アプリケーションプログラムを決定し、決定した前記アプリケーションプログラムを前記複数の集約装置にそれぞれ配布するステップと、
    を実行させ、
    前記通信制御プログラムは前記集約装置の設置時に搭載されており、前記アプリケーションプログラムは前記集約装置の設置時に搭載されていないことを特徴とするソフトウェア配布プログラム。

Images