知財求人 - 知財ポータルサイト「IP Force」
▶ 中部電力パワーグリッド株式会社の特許一覧 ▶ 中部電力株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025018088
(43)【公開日】2025-02-06
(54)【発明の名称】電力制限システム、第１通信装置、および第２通信装置
(51)【国際特許分類】
H02J 13/00 20060101AFI20250130BHJP
【ＦＩ】
H02J13/00 311T
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023121511
(22)【出願日】2023-07-26
(71)【出願人】
【識別番号】520320446
【氏名又は名称】中部電力パワーグリッド株式会社
(71)【出願人】
【識別番号】000213297
【氏名又は名称】中部電力株式会社
(74)【代理人】
【識別番号】100105957
【弁理士】
【氏名又は名称】恩田 誠
(74)【代理人】
【識別番号】100068755
【弁理士】
【氏名又は名称】恩田 博宣
(72)【発明者】
【氏名】三山 恭弘
【テーマコード（参考）】
5G064
【Ｆターム（参考）】
5G064AA01
5G064AA04
5G064AC09
5G064CB08
5G064CB21
5G064DA05
(57)【要約】
【課題】計測装置によって消費電力が計測される電気負荷が計測装置から遠く離れていても、消費電力を制限できるようにした電力制限システムを提供する。
【解決手段】ＩｏＴＧＷ３０（１）は、計測装置２４の計測結果に基づき、電気負荷１０（１），１０（２），…の消費電力の制限の有無を決定する。ＩｏＴＧＷ３０（１）は、決定結果をＩｏＴＧＷ３０（２），３０（３），…に送信する。ＩｏＴＧＷ３０（２），３０（３），…は、消費電力の制限が指示される場合、対象とする電気負荷１０（２），１０（３），…の電力供給を遮断すべく、開閉器１２（２），１２（３），…を開操作する。
【選択図】図１
【解決手段】ＩｏＴＧＷ３０（１）は、計測装置２４の計測結果に基づき、電気負荷１０（１），１０（２），…の消費電力の制限の有無を決定する。ＩｏＴＧＷ３０（１）は、決定結果をＩｏＴＧＷ３０（２），３０（３），…に送信する。ＩｏＴＧＷ３０（２），３０（３），…は、消費電力の制限が指示される場合、対象とする電気負荷１０（２），１０（３），…の電力供給を遮断すべく、開閉器１２（２），１２（３），…を開操作する。
【選択図】図１
【特許請求の範囲】
【請求項1】
第１通信装置および第２通信装置を備え、
前記第１通信装置は、計測結果取得処理、決定処理、および結果送信処理を実行するように構成され、
前記第２通信装置は、結果受信処理、および制限処理を実行するように構成され、
前記計測結果取得処理は、計測装置の計測結果を取得する処理であり、
前記計測装置は、所定の領域内に存在する電気負荷の消費電力量を計測する装置であり、
前記決定処理は、前記計測結果を入力として前記電気負荷の消費電力を小さい側に制限するか否かを決定する処理であり、
前記結果送信処理は、前記小さい側に制限する旨の決定がなされる場合に、その旨の信号を送信する処理であり、
前記結果受信処理は、前記結果送信処理によって送信された信号を受信する処理であり、
前記制限処理は、前記受信した信号を入力として、前記電気負荷の消費電力を制限する処理である電力制限システム。
前記第１通信装置は、計測結果取得処理、決定処理、および結果送信処理を実行するように構成され、
前記第２通信装置は、結果受信処理、および制限処理を実行するように構成され、
前記計測結果取得処理は、計測装置の計測結果を取得する処理であり、
前記計測装置は、所定の領域内に存在する電気負荷の消費電力量を計測する装置であり、
前記決定処理は、前記計測結果を入力として前記電気負荷の消費電力を小さい側に制限するか否かを決定する処理であり、
前記結果送信処理は、前記小さい側に制限する旨の決定がなされる場合に、その旨の信号を送信する処理であり、
前記結果受信処理は、前記結果送信処理によって送信された信号を受信する処理であり、
前記制限処理は、前記受信した信号を入力として、前記電気負荷の消費電力を制限する処理である電力制限システム。
【請求項2】
前記所定の領域内に存在する前記電気負荷は複数であり、
前記計測装置は、複数の前記電気負荷のそれぞれの消費電力量の合計量を計測する装置である請求項１記載の電力制限システム。
前記計測装置は、複数の前記電気負荷のそれぞれの消費電力量の合計量を計測する装置である請求項１記載の電力制限システム。
【請求項3】
前記第２通信装置を複数備え、
複数の前記第２通信装置のそれぞれが実行する前記制限処理は、複数の前記電気負荷のうちの互いに異なる前記電気負荷の消費電力を制限する処理である請求項２記載の電力制限システム。
複数の前記第２通信装置のそれぞれが実行する前記制限処理は、複数の前記電気負荷のうちの互いに異なる前記電気負荷の消費電力を制限する処理である請求項２記載の電力制限システム。
【請求項4】
前記第１通信装置は、要求受信処理を実行するように構成され、
前記第２通信装置は、送信要求処理を実行するように構成され、
前記送信要求処理は、前記電気負荷の消費電力の制限に関する指示を送信するように要求する処理であり、
前記要求受信処理は、前記送信要求処理による要求を受信する処理であり、
前記結果送信処理は、前記要求受信処理によって前記送信要求処理による要求を受け付ける場合に前記決定処理によって決定された内容に応じた信号を送信する処理である請求項１記載の電力制限システム。
前記第２通信装置は、送信要求処理を実行するように構成され、
前記送信要求処理は、前記電気負荷の消費電力の制限に関する指示を送信するように要求する処理であり、
前記要求受信処理は、前記送信要求処理による要求を受信する処理であり、
前記結果送信処理は、前記要求受信処理によって前記送信要求処理による要求を受け付ける場合に前記決定処理によって決定された内容に応じた信号を送信する処理である請求項１記載の電力制限システム。
【請求項5】
前記第１通信装置は、前記送信要求処理および前記制限処理を実行するように構成され、
前記第１通信装置によって実行される前記制限処理は、前記第１通信装置に割り当てられた電気負荷の消費電力を制限する処理であり、
前記第１通信装置によって実行される前記送信要求処理は、前記第１通信装置に割り当てられた前記電気負荷の消費電力に関する前記決定処理の決定結果を送信するように要求する処理であり、
前記第１通信装置によって実行される前記結果送信処理には、前記第１通信装置によって実行される前記送信要求処理に応答する処理が含まれる請求項４記載の電力制限システム。
前記第１通信装置によって実行される前記制限処理は、前記第１通信装置に割り当てられた電気負荷の消費電力を制限する処理であり、
前記第１通信装置によって実行される前記送信要求処理は、前記第１通信装置に割り当てられた前記電気負荷の消費電力に関する前記決定処理の決定結果を送信するように要求する処理であり、
前記第１通信装置によって実行される前記結果送信処理には、前記第１通信装置によって実行される前記送信要求処理に応答する処理が含まれる請求項４記載の電力制限システム。
【請求項6】
前記第１通信装置と前記第２通信装置との間の通信は、無線通信であり、
前記第１通信装置によって実行される前記送信要求処理および当該送信要求処理に応答する前記結果送信処理は、有線通信を利用して実行される処理である請求項５記載の電力制限システム。
前記第１通信装置によって実行される前記送信要求処理および当該送信要求処理に応答する前記結果送信処理は、有線通信を利用して実行される処理である請求項５記載の電力制限システム。
【請求項7】
前記第１通信装置から前記第２通信装置への前記結果送信処理は、無線通信によって実現され、
前記制限処理は、操作部の操作によって前記電気負荷の消費電力を制限する処理であり、
前記操作部は、前記電気負荷の消費電力を制限するために操作される対象であり、
前記操作部と前記第２通信装置とは、有線接続されている請求項１記載の電力制限システム。
前記制限処理は、操作部の操作によって前記電気負荷の消費電力を制限する処理であり、
前記操作部は、前記電気負荷の消費電力を制限するために操作される対象であり、
前記操作部と前記第２通信装置とは、有線接続されている請求項１記載の電力制限システム。
【請求項8】
前記第１通信装置および前記第２通信装置は、同一のハードウェアによって構成されて且つ、指示入力受付処理および設定処理を実行するように構成され、
前記指示入力受付処理は、マスタおよびスレーブの２つのうちの少なくとも１つの指示入力を受け付ける処理であり、
前記設定処理は、前記マスタが指示される場合、前記第１通信装置として機能させる処理と、前記スレーブが指示されて且つ前記マスタが指示されない場合、前記第２通信装置として機能させる処理と、を含む請求項１記載の電力制限システム。
前記指示入力受付処理は、マスタおよびスレーブの２つのうちの少なくとも１つの指示入力を受け付ける処理であり、
前記設定処理は、前記マスタが指示される場合、前記第１通信装置として機能させる処理と、前記スレーブが指示されて且つ前記マスタが指示されない場合、前記第２通信装置として機能させる処理と、を含む請求項１記載の電力制限システム。
【請求項9】
請求項８記載の電力制限システムにおける前記第１通信装置。
【請求項10】
請求項８記載の電力制限システムにおける前記第２通信装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、電力制限システム、第１通信装置、および第２通信装置に関する。
【背景技術】
【0002】
たとえば下記特許文献１には、デマンドレスポンスに従った制御を実行する電力管理装置が記載されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１４－９８２４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
デマンドレスポンスに従って電力を制御する場合、消費された電力を計測する計測装置の計測結果が用いられることとなる。しかし、たとえば、製造業における生産拠点等、電気負荷が点在する領域が大きい場合にデマンドレスポンスに従って電力を制御する場合、計測装置から遠く離れた電気負荷をも電力制御の対象とする必要が生じる。しかし、計測装置付近の装置が計測装置から遠く離れた電気負荷の電力を直接制御することは困難である。また、計測装置の計測結果をサーバに送信することによってサーバが電気負荷の電力の制御を設定することも考えられるが、その場合には、サーバの演算負荷が過大となる。そしてこれは、電力制御の応答性の低下につながる。
【課題を解決するための手段】
【0005】
以下、上記課題を解決するための手段およびその作用効果について記載する。
１．第１通信装置および第２通信装置を備え、前記第１通信装置は、計測結果取得処理、決定処理、および結果送信処理を実行するように構成され、前記第２通信装置は、結果受信処理、および制限処理を実行するように構成され、前記計測結果取得処理は、計測装置の計測結果を取得する処理であり、前記計測装置は、所定の領域内に存在する電気負荷の消費電力量を計測する装置であり、前記決定処理は、前記計測結果を入力として前記電気負荷の消費電力を小さい側に制限するか否かを決定する処理であり、前記結果送信処理は、前記小さい側に制限する旨の決定がなされる場合に、その旨の信号を送信する処理であり、前記結果受信処理は、前記結果送信処理によって送信された信号を受信する処理であり、前記制限処理は、前記受信した信号を入力として、前記電気負荷の消費電力を制限する処理である電力制限システムである。
１．第１通信装置および第２通信装置を備え、前記第１通信装置は、計測結果取得処理、決定処理、および結果送信処理を実行するように構成され、前記第２通信装置は、結果受信処理、および制限処理を実行するように構成され、前記計測結果取得処理は、計測装置の計測結果を取得する処理であり、前記計測装置は、所定の領域内に存在する電気負荷の消費電力量を計測する装置であり、前記決定処理は、前記計測結果を入力として前記電気負荷の消費電力を小さい側に制限するか否かを決定する処理であり、前記結果送信処理は、前記小さい側に制限する旨の決定がなされる場合に、その旨の信号を送信する処理であり、前記結果受信処理は、前記結果送信処理によって送信された信号を受信する処理であり、前記制限処理は、前記受信した信号を入力として、前記電気負荷の消費電力を制限する処理である電力制限システムである。
【0006】
上記構成によれば、第１通信装置と第２通信装置との距離を離すことができる。そのため、第１通信装置を計測装置の近くに配置して且つ、第２通信装置を電気負荷の近くに配置することができる。そのため、第１通信装置は、計測装置の計測結果に応じて電気負荷の消費電力を小さい側に制限するか否かを決定する決定処理を実行できる。そして、第１通信装置が決定処理による結果を第２通信装置に送信することによって、第２通信装置によって、電気負荷の消費電力を制限できる。そのため、計測装置によって消費電力が計測される電気負荷が計測装置から遠く離れていても、電力の制限を実行できる。
【0007】
２．前記所定の領域内に存在する前記電気負荷は複数であり、前記計測装置は、複数の前記電気負荷のそれぞれの消費電力量の合計量を計測する装置である上記１記載の電力制限システムである。
【0008】
上記構成では、計測装置が複数の電気負荷の消費電力量の合計量を計測することから、決定処理によって、複数の電気負荷の少なくとも１つについての電力を制限するか否かを適切に決定できる。
【0009】
３．前記第２通信装置を複数備え、複数の前記第２通信装置のそれぞれが実行する前記制限処理は、複数の前記電気負荷のうちの互いに異なる前記電気負荷の消費電力を制限する処理である上記２記載の電力制限システムである。
【0010】
上記構成では、互いに異なる第２通信装置が互いに異なる電気負荷の消費電力を制限する処理を実行する。そのため、電気負荷が互いに離れた位置に存在する場合であっても、それらの消費電力を制限できる。
【0011】
４．前記第１通信装置は、要求受信処理を実行するように構成され、前記第２通信装置は、送信要求処理を実行するように構成され、前記送信要求処理は、前記電気負荷の消費電力の制限に関する指示を送信するように要求する処理であり、前記要求受信処理は、前記送信要求処理による要求を受信する処理であり、前記結果送信処理は、前記要求受信処理によって前記送信要求処理による要求を受け付ける場合に前記決定処理によって決定された内容に応じた信号を送信する処理である上記１～３のいずれか１つに記載の電力制限システム。
【0012】
上記構成では、第１通信装置と第２通信装置との関係を、サーバとクライアントとの関係とすることによって、第２通信装置が第１通信装置から消費電力の制限に関する指示を受け取ることができる。
【0013】
５．前記第１通信装置は、前記送信要求処理および前記制限処理を実行するように構成され、前記第１通信装置によって実行される前記制限処理は、前記第１通信装置に割り当てられた電気負荷の消費電力を制限する処理であり、前記第１通信装置によって実行される前記送信要求処理は、前記第１通信装置に割り当てられた前記電気負荷の消費電力に関する前記決定処理の決定結果を送信するように要求する処理であり、前記第１通信装置によって実行される前記結果送信処理には、前記第１通信装置によって実行される前記送信要求処理に応答する処理が含まれる上記４記載の電力制限システムである。
【0014】
上記構成では、第２通信装置に加えて、第１通信装置も、対象とする電気負荷の消費電力の制限に関する指示を受信する処理を実行する。そのため、第１通信装置が設置される場所にさらに第２通信装置を設置する必要がない。そのため、設置コストを低減できる。
【0015】
６．前記第１通信装置と前記第２通信装置との間の通信は、無線通信であり、前記第１通信装置によって実行される前記送信要求処理および当該送信要求処理に応答する前記結果送信処理は、有線通信を利用して実行される処理である請求項５記載の電力制限システムである。
【0016】
上記構成では、第１通信装置と第２通信装置との距離を長くすることが容易となる。
７．前記第１通信装置から前記第２通信装置への前記結果送信処理は、無線通信によって実現され、前記制限処理は、操作部の操作によって前記電気負荷の消費電力を制限する処理であり、前記操作部は、前記電気負荷の消費電力を制限するために操作される対象であり、前記操作部と前記第２通信装置とは、有線接続されている上記１～６のいずれか１つに記載の電力制限システムである。
７．前記第１通信装置から前記第２通信装置への前記結果送信処理は、無線通信によって実現され、前記制限処理は、操作部の操作によって前記電気負荷の消費電力を制限する処理であり、前記操作部は、前記電気負荷の消費電力を制限するために操作される対象であり、前記操作部と前記第２通信装置とは、有線接続されている上記１～６のいずれか１つに記載の電力制限システムである。
【0017】
上記構成では、操作部と第２通信装置とを有線接続することにより、無線接続する場合と比較して、消費電力を制限する処理の実行に際して通信障害が生じることを抑制できる。
【0018】
８．前記第１通信装置および前記第２通信装置は、同一のハードウェアによって構成されて且つ、指示入力受付処理および設定処理を実行するように構成され、前記指示入力受付処理は、マスタおよびスレーブの２つのうちの少なくとも１つの指示入力を受け付ける処理であり、前記設定処理は、前記マスタが指示される場合、前記第１通信装置として機能させる処理と、前記スレーブが指示されて且つ前記マスタが指示されない場合、前記第２通信装置として機能させる処理と、を含む上記１～７のいずれか１つに記載の電力制限システムである。
【0019】
上記構成では、同一のハードウェアによって構成される装置を、ソフトウェア処理によって第１通信装置および第２通信装置のいずれかとすることができる。そのため、装置の量産によるコストダウンを図りやすい。
【0020】
９．上記１～８のいずれか１つに記載の電力制限システムにおける前記第１通信装置である。
１０．上記１～８のいずれか１つに記載の電力制限システムにおける前記第２通信装置である。
１０．上記１～８のいずれか１つに記載の電力制限システムにおける前記第２通信装置である。
【図面の簡単な説明】
【0021】
【図1】一実施形態にかかる電力制限システムの構成を示すブロック図である。
【図2】同実施形態にかかるＩｏＴＧＷが実行する処理の手順を示す流れ図である。
【図3】同実施形態にかかるマスタ機能を有したＩｏＴＧＷが実行する処理の手順を示す流れ図である。
【図4】（ａ）および（ｂ）は、スレーブ機能を有したＩｏＴＧＷおよびマスタ機能を有したＩｏＴＧＷの処理の手順を示す流れ図である。
【発明を実施するための形態】
【0022】
【0023】
所定の領域Ａ内の電気負荷１０（１），１０（２），…は、給電ライン２０を介して系統２２から電力の供給を受けて稼働する。所定の領域Ａ内の電気負荷１０（１），１０（２），…の消費電力量の合計は、計測装置２４によって計測される。所定の領域Ａは、たとえば製造業者の製造拠点であってよい。ただし、たとえば、製造拠点が大きな道路を挟んで２分される場合、２分された２つの領域のそれぞれを、各別の所定の領域Ａとしてもよい。ここで、各別の所定の領域Ａであるか否かは、各領域の電気負荷の消費電力の合計量が１つの計測装置２４によって計測されるか否かによって定めることができる。すなわち、１つの製造業者の１つの製造拠点において、２つの領域のそれぞれにおける消費電力量の合計が各別の計測装置２４によって計測される場合、２つの領域のそれぞれを所定の領域Ａとすればよい。これに対し、１つの製造業者の１つの製造拠点における消費電力量の合計が１つの計測装置２４によって計測される場合、１つの製造拠点を所定の領域Ａとすればよい。なお、所定の領域Ａは、製造拠点に限らず、たとえばＩＴ企業の開発拠点であってもよい。またたとえば、所定の領域Ａは、大型商業施設であってもよい。
【0024】
電気負荷１０（１），１０（２），…の符号のうちのカッコおよびカッコ内の数字は、互いに異なるグループに属する電気負荷であることを意味する。電気負荷１０のグループ分けは、互いに距離が所定以上離れているものを別のグループとする分類に従う。そして、同一のグループに属する電気負荷は１つとは限らない。たとえば、工場の互いに離れた２つの建物のそれぞれに存在する空調装置および製造装置等の複数の電気負荷１０は、建物毎に、１つのグループを構成してもよい。
【0025】
以下では、電気負荷１０（１），１０（２），…をまとめて表現する場合等には、電気負荷１０と記載する。また、以後、電気負荷１０（１），１０（２），…に対応する部材には、電気負荷１０（１），１０（２），…と同じく、カッコおよびカッコ内の数字を記載する。そして、それら部材をまとめて表現する場合等にも、カッコおよびカッコ内の数字を省略する。
【0026】
ＩｏＴＧＷ３０（１），３０（２），…は、それぞれ、対応する電気負荷１０（１），１０（２），…の消費電力を制限する処理を実行する。たとえば、ＩｏＴＧＷ３０（１）は、電気負荷１０（１）と系統２２との間の開閉器１２（１）を開閉操作することによって、消費電力を制限する処理を実行する。また、たとえば、ＩｏＴＧＷ３０（２）は、電気負荷１０（２）と系統２２との間の開閉器１２（２）を開閉操作することによって、消費電力を制限する処理を実行する。
【0027】
ＩｏＴＧＷ３０（１），３０（２），…は、それぞれ、開閉器１２（１），１２（２），…と有線接続されている。開閉器１２（１），１２（２），…のそれぞれが、１つの開閉器であることは必須ではない。たとえば、開閉器１２（１）が、同一のグループ内の電気負荷１０（１）の１つまたは複数への電力供給を遮断可能な複数の開閉器を備えてもよい。図１には、便宜上、１つのグループに属する開閉器１２を１つのみ記載している。
【0028】
ＩｏＴＧＷ３０（１），３０（２），…は、それぞれ、対応する電気負荷１０（１），１０（２），…の付近に配置されている。すなわち、たとえば、電気負荷１０（１）が生産拠点の１つの建物内の電気負荷である場合、ＩｏＴＧＷ３０（１）は、同じ建物内に配置されるものとしてもよい。
【0029】
ＩｏＴＧＷ３０は、ＰＵ３２、記憶装置３４、および通信機３６を備えている。ここで、ＰＵ３２は、ＣＰＵ、ＧＰＵ、およびＴＰＵ等の少なくとも１つを備えるソフトウェア処理装置である。すなわち、たとえば、ＩｏＴＧＷ３０（１）は、ＰＵ３２（１）、記憶装置３４（１）、および通信機３６（１）を備えることを意味する。ＩｏＴＧＷ３０（１），３０（２），…は、互いに同一のハードウェア構成となっている。
【0030】
ＩｏＴＧＷ３０（１）は、第１ネットワーク４０を介してサーバ５０と接続されている。第１ネットワーク４０は、たとえばインターネット等であってもよい。サーバ５０は、系統２２を管理運営する主体が所持する装置である。
【0031】
一方、ＩｏＴＧＷ３０（１）とＩｏＴＧＷ３０（２），３０（３），…とは、第２ネットワーク６０を介して互いに通信可能となっている。第２ネットワーク６０は、第１ネットワーク４０と比較して利用者が制限された通信回線網であってもよい。
【0032】
「マスタおよびスレーブの機能の付与」
上記ＩｏＴＧＷ３０（１），３０（２），のうちのＩｏＴＧＷ３０（１）は、計測装置２４に最も近い位置に配置されている。そして、ＩｏＴＧＷ３０（１）には、計測装置２４による所定の領域Ａ内の消費電力量の合計の計測結果が入力される。これにより、ＩｏＴＧＷ３０（１）は、所定の領域Ａ内の消費電力を制限すべきか否かを決定する。そして、制限すべき場合、ＩｏＴＧＷ３０（２），３０（３），…を介して対応する電気負荷１０の消費電力を制限する。
上記ＩｏＴＧＷ３０（１），３０（２），のうちのＩｏＴＧＷ３０（１）は、計測装置２４に最も近い位置に配置されている。そして、ＩｏＴＧＷ３０（１）には、計測装置２４による所定の領域Ａ内の消費電力量の合計の計測結果が入力される。これにより、ＩｏＴＧＷ３０（１）は、所定の領域Ａ内の消費電力を制限すべきか否かを決定する。そして、制限すべき場合、ＩｏＴＧＷ３０（２），３０（３），…を介して対応する電気負荷１０の消費電力を制限する。
【0033】
ところで、上述したように、ＩｏＴＧＷ３０（１）とＩｏＴＧＷ３０（２），３０（３），…とは、同一のハードウェアによって構成されている。しかし、ＩｏＴＧＷ３０（１）とＩｏＴＧＷ３０（２），３０（３），…とでは、互いに異なる処理を実行する。これは、ソフトウェア処理によって、ＩｏＴＧＷ３０（１）をマスタとして機能させて且つ、ＩｏＴＧＷ３０（２），３０（３），…をスレーブとして機能させることによって実現されている。
【0034】
以下、マスタおよびスレーブの設定について説明する。
図２に、マスタおよびスレーブの機能を付与する処理の手順を示す。図２に示す処理は、記憶装置３４に記憶されたプログラムをＰＵ３２がたとえば所定の条件が成立する場合に実行することにより実現される。なお、以下では、先頭に「Ｓ」が付与された数字によって各処理のステップ番号を付与する。図２に示す処理は、ＩｏＴＧＷ３０に、所定のコンピュータを介して、表示装置と、入力手段としてのユーザインターフェースとが接続された状態で実行される。
図２に、マスタおよびスレーブの機能を付与する処理の手順を示す。図２に示す処理は、記憶装置３４に記憶されたプログラムをＰＵ３２がたとえば所定の条件が成立する場合に実行することにより実現される。なお、以下では、先頭に「Ｓ」が付与された数字によって各処理のステップ番号を付与する。図２に示す処理は、ＩｏＴＧＷ３０に、所定のコンピュータを介して、表示装置と、入力手段としてのユーザインターフェースとが接続された状態で実行される。
【0035】
図２に示す一連の処理において、ＰＵ３２は、指示を受け付ける旨の表示をして待機する（Ｓ１０）。ユーザは、計測装置２４の近くに配置するＩｏＴＧＷ３０をマスタとし、それ以外に配置するＩｏＴＧＷ３０をスレーブとするように選択する。そして、ユーザは、その選択に従った指示をすべく、ユーザインターフェースを操作する。
【0036】
そして、ユーザがユーザインターフェースを操作することによって指示内容が入力されると、ＰＵ３２は、マスタが選択されたか否かを判定する（Ｓ１２）。ＰＵ３２は、スレーブ選択がなされたと判定する場合（Ｓ１２：ＮＯ）、ＰＵ３２が搭載されたＩｏＴＧＷ３０をスレーブに設定をする（Ｓ１４）。この処理は、記憶装置３４に記憶されたプログラムのうちスレーブ用のプログラムを選択的に使用することとする処理である。なお、Ｓ１４の処理には、スレーブ同士を識別する識別記号を付与する処理が含まれる。これは、たとえば、ＩｏＴＧＷ３０から識別記号を入力する処理としてもよい。
【0037】
次にＰＵ３２は、ＰＵ３２が搭載されたＩｏＴＧＷ３０が電力制限をする対象となる電気負荷１０のチャネルを登録する（Ｓ１６）。チャネルは、開閉器１２を識別するラベル変数である。上述したように、開閉器１２は複数の開閉器から構成されうる。そのため、たとえば、電気負荷１０（２）に接続される開閉器１２（２）は、８個の開閉器からなることもある。その場合、Ｓ１６の処理では、該当する８個のチャネルが登録されることとなる。チャネルは、電力制限する電気負荷１０を識別するラベル変数でもある。上述したように、１つの開閉器が電力の供給および遮断を制御する電気負荷１０は１つとは限らない。そのため、チャネルによって指定される、電力制限の対象となる電気負荷は、１つとは限らない。
【0038】
一方、ＰＵ３２は、マスタが選択されたと判定される場合（１２：ＹＥＳ）、ＰＵ３２が搭載されたＩｏＴＧＷ３０をマスタに設定をする（Ｓ１８）。これは、記憶装置３４に記憶されたプログラムのうちマスタ用のプログラムを選択的に使用することとする設定である。
【0039】
次にＰＵ３２は、操作対象とする開閉器１２が存在するか否かを判定する（Ｓ２０）。図１に記載した例では、ＩｏＴＧＷ３０（１）は、開閉器１２（１）を操作するため、操作対象とする開閉器１２が存在すると判定することとなる。しかし、これは必須の事項ではない。計測装置２４の計測結果が入力されるＩｏＴＧＷ３０（１）が電気負荷１０の消費電力を制限すべく操作する開閉器１２（１）が存在しないケースもあり得る。
【0040】
ＰＵ３２は、操作対象があると判定する場合（Ｓ２０：ＹＥＳ）、操作対象とする開閉器１２（１）のチャネルを登録する（Ｓ２２）。Ｓ２２の処理には、スレーブの識別記号を登録する処理が含まれる。すなわち、マスタとしての機能を有するＩｏＴＧＷ３０であっても、開閉器１２を開閉操作する場合には、ＰＵ３２が搭載されたＩｏＴＧＷ３０がスレーブとしても機能する。したがって、Ｓ２２の処理に、スレーブの識別記号を登録する処理を含める。
【0041】
ＰＵ３２は、Ｓ２２の処理を完了する場合と、Ｓ２０の処理において否定判定される場合とには、無線通信によって通信するスレーブの識別記号を登録する（Ｓ２４）。そして、ＰＵ３２は、各スレーブが操作対象とする開閉器を識別するチャネルを登録する（Ｓ２６）。
【0042】
なお、ＰＵ３２は、Ｓ１６，Ｓ２６の処理を完了する場合、図２に示す一連の処理を一旦終了する。
「消費電力の制限の可否決定に関する処理」
図３に、消費電力の制限の可否決定に関する処理の手順を示す。図３に示す処理は、記憶装置３４（１）に記憶されたプログラムをＰＵ３２（１）がたとえば所定周期で繰り返し実行することにより実現される。
「消費電力の制限の可否決定に関する処理」
図３に、消費電力の制限の可否決定に関する処理の手順を示す。図３に示す処理は、記憶装置３４（１）に記憶されたプログラムをＰＵ３２（１）がたとえば所定周期で繰り返し実行することにより実現される。
【0043】
図３に示す一連の処理において、ＰＵ３２は、まずＤＲ指示値があるか否かを判定する（Ｓ３０）。ＤＲ指示値は、サーバ５０からの消費電力の上限の指示値である。ＤＲ指示値は、たとえば、サーバ５０が、所定の領域Ａよりも広域における消費電力量の総量に基づき、電力供給に余裕がないことを条件に設定される。なお、ＤＲ指示値は、サーバ５０において、電力供給に余裕がないと判定される場合に自動で設定される値としてもよいが、これに限らない。たとえば、所定の領域Ａ内の電気負荷１０を所有する主体に対して、予めＤＲ指示値を出してよいか否かを問い合わせることによって、了承が得られた場合に設定されてもよい。
【0044】
ＰＵ３２は、ＤＲ指示値があると判定する場合（Ｓ３０：ＹＥＳ）、目標電力ＷｔにＤＲ指示値を代入する（Ｓ３２）。一方、ＰＵ３２は、ＤＲ指示値がないと判定する場合（Ｓ３０：ＮＯ）、目標電力Ｗｔに設定値を代入する（Ｓ３４）。設定値は、たとえば電力会社との契約に応じて設定される電力消費量の上限値であってよい。たとえば、設定値は、時間帯に応じて異なる値であってよい。またたとえば設定値は、曜日に応じて異なる値であってよい。
【0045】
ＰＵ３２は、Ｓ３２，Ｓ３４の処理が完了する場合、計測装置２４によって計測された消費電力総量Ｗｃｔを取得する（Ｓ３６）。そしてＰＵ３２は、消費電力総量Ｗｃｔに基づき、予測電力Ｗｆを算出する（Ｓ３８）。予測電力Ｗｆは、所定時間経過時の電力の予測値である。予測電力Ｗｆは、消費電力総量Ｗｃｔの単位時間当たりの変化量と、Ｓ３６の処理によって取得された最新の消費電力総量Ｗｃｔとに基づき算出される。
【0046】
次にＰＵ３２は、予測電力Ｗｆから目標電力Ｗｔを減算した値を、超過電力Ｗｅに代入する（Ｓ４０）。そして、ＰＵ３２は、超過電力Ｗｅが上限値ＷｔｈＨ以上であるか否かを判定する（Ｓ４２）。上限値ＷｔｈＨは、ゼロ以上の値であってもよい。ただし、上限値ＷｔｈＨを負の小さい値とすることによって、マージンを設定してもよい。
【0047】
ＰＵ３２は、超過電力Ｗｅが上限値ＷｔｈＨ以上であると判定する場合（Ｓ４２：ＹＥＳ）、電力供給を遮断するチャネルを選択する（Ｓ４４）。図２の処理によって記憶装置３４（１）に登録されたチャネルは、電力を遮断する優先順位に従っている。すなわち、ＣＨ１が最優先で電力供給を遮断するチャネルである。ＣＨ２は、２番目に優先して電力供給を遮断するチャネルである。図３には、ＣＨ１の状態が「遮断」であって且つＣＨ２の状態が「供給」となっている例を示した。そのため、ＰＵ３２は、ＣＨ２の状態を「遮断」に切り替える設定をする。
【0048】
一方、ＰＵ３２は、超過電力Ｗｅが上限値ＷｔｈＨよりも小さいと判定する場合（Ｓ４２：ＮＯ）、超過電力Ｗｅが下限値ＷｔｈＬ以下であるか否かを判定する（Ｓ４６）。下限値ＷｔｈＬは、上限値ＷｔｈＨよりも小さい値である。下限値ＷｔｈＬは、たとえば負の値に設定すればよい。この設定を実現する実際のＳ４６の処理は、たとえば、超過電力Ｗｅが負であることと、超過電力Ｗｅの絶対値が下限値以上であることとの論理積が真であるか否かを判定する処理であってもよい。その場合、下限値は正の値に設定することとなるが、上記の下限値ＷｔｈＬを負としたのと等価である。
【0049】
ＰＵ３２は、超過電力Ｗｅが下限値ＷｔｈＬ以下であると判定する場合（Ｓ４６：ＹＥＳ）、遮断状態となっているチャネルがあるか否かを判定する（Ｓ４８）。すなわち、ＰＵ３２は、消費電力の制限がなされているか否かを判定する。ＰＵ３２は、遮断状態となっているチャネルがあると判定する場合（Ｓ４８：ＹＥＳ）、遮断状態となっているチャネルのうち、遮断状態を解除するチャネルを選択する（Ｓ５０）。ＰＵ３２は、チャネルの優先順位に従って、遮断状態を解除するチャネルを選択する。すなわち、たとえば、ＣＨ１，ＣＨ２が遮断状態であって且つＣＨ３以降が供給状態の場合、ＰＵ３２は、ＣＨ２を選択する。なお、ＰＵ３２は、ＣＨ１のみが遮断状態の場合、ＣＨ１を選択する。
【0050】
ＰＵ３２は、Ｓ４４，Ｓ５０の処理を完了する場合と、Ｓ４６，Ｓ４８の処理において否定判定する場合と、には、図３に示す一連の処理を一旦終了する。
「電力制限の実行に関する処理」
図１に示したシステムは、図３に示した処理によって決定された結果に従って、電気負荷１０の消費電力を制限する。ここで、決定された結果の送受信のための通信のプロトコルには、ＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｅｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）が採用されている。ここで、上記決定された結果を通知する主体は、ＭＱＴＴブローカの機能を有する。一方、消費電力を制限する処理の実行主体は、ＭＱＴＴクライアントの機能を有する。
「電力制限の実行に関する処理」
図１に示したシステムは、図３に示した処理によって決定された結果に従って、電気負荷１０の消費電力を制限する。ここで、決定された結果の送受信のための通信のプロトコルには、ＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｅｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）が採用されている。ここで、上記決定された結果を通知する主体は、ＭＱＴＴブローカの機能を有する。一方、消費電力を制限する処理の実行主体は、ＭＱＴＴクライアントの機能を有する。
【0051】
図４に、ＭＱＴＴクライアントとＭＱＴＴブローカとの通信に関する処理の手順を示す。図４に示す処理は、記憶装置３４に記憶されたプログラムをＰＵ３２がたとえば所定周期で繰り返し実行することにより実現される。詳しくは、図４（ａ）は、ＭＱＴＴクライアントの処理である。これに対し、図４（ｂ）は、ＭＱＴＴブローカの処理である。以下では、ＭＱＴＴクライアントをＰＵ３２（２）が実現する場合を例にとって説明する。しかし、ＭＱＴＴクライアントは、別のスレーブであるＩｏＴＧＷ３０（３）のＰＵ３２（３）等によっても実現される。また、ＭＱＴＴクライアントは、マスタであるＩｏＴＧＷ３０（１）のＰＵ３２（１）によっても実現される。
【0052】
図４（ａ）に示す一連の処理において、ＰＵ３２（２）は、通信機３６（２）を操作することによって、まず消費電力の制限に関する指示を送信するように要求する（Ｓ６０）。なお、Ｓ６０の処理は、スレーブとしての識別記号を送信する処理を含んでいる。
【0053】
これに対し、図４（ｂ）に示すように、ＰＵ３２（１）は、送信要求を受信する（Ｓ７０）。ＰＵ３２（１）は、送信要求の送信元を識別記号を用いて特定すると、該当するスレーブに割り振られたチャネルの状態を取得する（Ｓ７２）。チャネルの状態は、デマンド制御の指示内容となっている。そして、ＰＵ３２（１）は、通信機３６（１）を操作することによって、デマンド制御の指示内容を、Ｓ７０の処理によって受信した送信要求の送信元に送信する（Ｓ７４）。なお、ＰＵ３２（１）は、Ｓ７４の処理を完了する場合、図４（ｂ）に示す一連の処理を一旦終了する。
【0054】
一方、図４（ａ）に示すように、ＰＵ３２（２）は、デマンド制御の指示内容を受信する（Ｓ６２）。そして、ＰＵ３２（２）は、指示内容に応じて開閉器１２（２）の状態を操作する（Ｓ６４）。すなわち、開閉器１２（２）を開状態とする場合、消費電力をゼロに制限することとなる。なお、ＰＵ３２（２）は、Ｓ６４の処理を完了する場合、図４（ａ）に示す一連の処理を一旦終了する。
【0055】
ちなみに、ＭＱＴＴクライアントが、スレーブとして機能するＩｏＴＧＷ３０（２），３０（３），…によって実現される場合、ＭＱＴＴクライアントとＭＱＴＴブローカとの通信は、無線通信である。換言すれば、図１の第２ネットワーク６０を用いた通信である。これに対し、ＭＱＴＴクライアントが、マスタとして機能するＩｏＴＧＷ３０（１）によって実現される場合、ＭＱＴＴクライアントとＭＱＴＴブローカとの通信は、ＩｏＴＧＷ３０（１）内の電気経路を介した有線通信である。
【0056】
「本実施形態の作用および効果」
計測装置２４によって消費電力総量Ｗｃｔが計測される電気負荷１０が存在する所定の領域Ａには、複数の電気負荷１０が存在する。電気負荷１０のうちの互いに近くにあるもの同士がグループ化されることによって、複数の電気負荷１０は、複数のグループに分類されている。そして各グループには、ＩｏＴＧＷ３０が割り当てられている。すなわち、各グループに属する電気負荷１０の近くには、専用のＩｏＴＧＷ３０が配置されている。
計測装置２４によって消費電力総量Ｗｃｔが計測される電気負荷１０が存在する所定の領域Ａには、複数の電気負荷１０が存在する。電気負荷１０のうちの互いに近くにあるもの同士がグループ化されることによって、複数の電気負荷１０は、複数のグループに分類されている。そして各グループには、ＩｏＴＧＷ３０が割り当てられている。すなわち、各グループに属する電気負荷１０の近くには、専用のＩｏＴＧＷ３０が配置されている。
【0057】
ＩｏＴＧＷ３０（１）は、計測装置２４の付近に配置されている。そして、ＩｏＴＧＷ３０（１）とＩｏＴＧＷ３０（２），３０（３），…とは、第２ネットワーク６０を介して通信可能となっている。ＩｏＴＧＷ３０（１）のＰＵ３２（１）は、計測装置２４の計測結果に応じて、電気負荷１０の電力供給を遮断するか否かを決定する。そして、決定された内容であるデマンド制御の指示内容は、ＩｏＴＧＷ３０（２），３０（３），…に送信される。ＩｏＴＧＷ３０（２），３０（３），…は、デマンド制御の指示内容に従って、対象となる電気負荷１０の電力の供給を制限する。
【0058】
このように、ＩｏＴＧＷ３０（１）は、第２ネットワーク６０を介してＩｏＴＧＷ３０（２），３０（３），…にデマンド制御の内容を送信する。そのため、デマンド制御の内容に応じてＩｏＴＧＷ３０（１）が該当する開閉器１２を操作する場合と比較して、開閉器１２の操作を応答性良く確実に実行することができる。
【0059】
これに対し、たとえばＩｏＴＧＷ３０（１）が開閉器１２（２），１２（３），…等を操作する場合、次のような不都合が生じるおそれがある。第１に、仮に、ＩｏＴＧＷ３０（１）と開閉器１２（２），１２（３），…等とを有線接続する場合、きわめて長いケーブルを用いる必要が生じる。第２に、仮に、開閉器１２（２），１２（３），…に対してＩｏＴＧＷ３０（１）がたとえば９２０ＭＨｚ等の無線通信にて指令を出す場合、通信遅延等が発生しやすい。これは、開閉器１２（２），１２（３），…をワイヤレス操作可能とする場合に利用される無線通信の電波強度が小さいなどのためである。そのため、たとえば工場のシャッターが閉まっている場合に、通信が途絶する等、問題が生じる。
【0060】
＜対応関係＞
上記実施形態における事項と、上記「課題を解決するための手段」の欄に記載した事項との対応関係は、次の通りである。以下では、「課題を解決するための手段」の欄に記載した解決手段の番号毎に、対応関係を示している。［１～３，６，７，９，１０］第１通信装置は、ＩｏＴＧＷ（１）に対応する。第２通信装置は、ＩｏＴＧＷ（２），ＩｏＴＧＷ（３），…に対応する。計測装置は、計測装置２４に対応する。計測結果取得処理は、Ｓ３６の処理に対応する。決定処理は、Ｓ４４，Ｓ５０の処理に対応する。結果送信処理は、Ｓ７４の処理に対応する。結果受信処理は、Ｓ６２の処理に対応する。制限処理は、Ｓ６４の処理に対応する。［４］要求受信処理は、Ｓ７０の処理に対応する。送信要求処理は、Ｓ６０の処理に対応する。［５］図４（ａ）の処理および図４（ｂ）の処理の双方が、ＰＵ３２（１）によって実行される場合に対応する。［８］指示入力受付処理は、Ｓ１０，Ｓ１２の処理に対応する。設定処理は、Ｓ１４～Ｓ２６の処理に対応する。
上記実施形態における事項と、上記「課題を解決するための手段」の欄に記載した事項との対応関係は、次の通りである。以下では、「課題を解決するための手段」の欄に記載した解決手段の番号毎に、対応関係を示している。［１～３，６，７，９，１０］第１通信装置は、ＩｏＴＧＷ（１）に対応する。第２通信装置は、ＩｏＴＧＷ（２），ＩｏＴＧＷ（３），…に対応する。計測装置は、計測装置２４に対応する。計測結果取得処理は、Ｓ３６の処理に対応する。決定処理は、Ｓ４４，Ｓ５０の処理に対応する。結果送信処理は、Ｓ７４の処理に対応する。結果受信処理は、Ｓ６２の処理に対応する。制限処理は、Ｓ６４の処理に対応する。［４］要求受信処理は、Ｓ７０の処理に対応する。送信要求処理は、Ｓ６０の処理に対応する。［５］図４（ａ）の処理および図４（ｂ）の処理の双方が、ＰＵ３２（１）によって実行される場合に対応する。［８］指示入力受付処理は、Ｓ１０，Ｓ１２の処理に対応する。設定処理は、Ｓ１４～Ｓ２６の処理に対応する。
【0061】
＜その他の実施形態＞
なお、本実施形態は、以下のように変更して実施することができる。本実施形態および以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
なお、本実施形態は、以下のように変更して実施することができる。本実施形態および以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
【0062】
「操作部について」
・図１には、スレーブとして機能するＩｏＴＧＷ３０のそれぞれが操作する開閉器１２を複数個としたが、これに限らない。たとえばスレーブとして機能する１つのＩｏＴＧＷ３０の操作対象とする開閉器１２の数を、１つとしてもよい。なお、この際、開閉器１２の操作によって電力供給の遮断対象となる電気負荷の数は、１個であってもよい。また、スレーブとして機能するＩｏＴＧＷ３０の操作対象が１個の開閉器１２であっても、その１個の開閉器１２の操作によって電力供給の遮断対象となる電気負荷の数が複数であってもよい。
・図１には、スレーブとして機能するＩｏＴＧＷ３０のそれぞれが操作する開閉器１２を複数個としたが、これに限らない。たとえばスレーブとして機能する１つのＩｏＴＧＷ３０の操作対象とする開閉器１２の数を、１つとしてもよい。なお、この際、開閉器１２の操作によって電力供給の遮断対象となる電気負荷の数は、１個であってもよい。また、スレーブとして機能するＩｏＴＧＷ３０の操作対象が１個の開閉器１２であっても、その１個の開閉器１２の操作によって電力供給の遮断対象となる電気負荷の数が複数であってもよい。
【0063】
・消費電力を制限するために操作される対象である操作部としては、開閉器１２に限らない。たとえば、電気負荷１０に流れる電流量の上限値を複数の値のいずれかに調整する装置であってもよい。
【0064】
・スレーブとして機能するＩｏＴＧＷ３０が、消費電力を制限するために操作される対象である操作部を、有線で操作することも必須ではない。たとえば無線で操作してもよい。その場合であっても、スレーブとして機能するＩｏＴＧＷ３０は、操作部の近くに配置しやすい。そのため、電波強度が弱い無線を用いる場合等であっても、通信障害が生じるリスクを軽減できる。
【0065】
「決定処理について」
・目標電力Ｗｔを、設定値と、ＤＲ指令値とのいずれかとする処理は必須ではない。たとえば、サーバ５０から逐次ＤＲ指令値が送信される設定として且つ、ＤＲ指令値を常時目標電力Ｗｔとしてもよい。またたとえば、上記設定値を常時目標電力Ｗｔとしてもよい。
・目標電力Ｗｔを、設定値と、ＤＲ指令値とのいずれかとする処理は必須ではない。たとえば、サーバ５０から逐次ＤＲ指令値が送信される設定として且つ、ＤＲ指令値を常時目標電力Ｗｔとしてもよい。またたとえば、上記設定値を常時目標電力Ｗｔとしてもよい。
【0066】
・Ｓ４４，Ｓ５０の処理では、電力を遮断する対象とする電気負荷の優先度合いを固定したが、これに限らない。たとえば、チャネルＣＨ１を遮断した後、チャネルＣＨ１の遮断を解除した場合、再度、Ｓ４２の処理によって肯定判定される場合には、チャネルＣＨ１よりもチャネルＣＨ２を優先的に遮断してもよい。すなわち、消費電力を制限した履歴に応じて制限対象の優先度を変更してもよい。
【0067】
・マスタとして機能するＩｏＴＧＷ（１）が、遮断対象とするチャネルを決定することは必須ではない。換言すれば、マスタとして機能するＩｏＴＧＷ（１）が、いずれの電気負荷への消費電力を制限するかを決定することは必須ではない。たとえば、ＩｏＴＧＷ（１）のＰＵ３２（１）が、スレーブとして機能するＩｏＴＧＷ（１），ＩｏＴＧＷ（２），…に消費電力の制限を強めるか、弱めるか、維持するかを指示するのみとしてもよい。その場合、スレーブとして機能するＩｏＴＧＷ３０の記憶装置３４において、制限を強める場合にいずれの電気負荷の制限を強めるかの優先順位等の情報を予め記憶しておくこととする。これにより、スレーブとして機能するＩｏＴＧＷ３０のＰＵ３２が、新たに制限の対象とする電気負荷等をマスタの指示を得ることなく選択できる。
【0068】
・Ｓ４４，Ｓ５０の処理では、特定の電気負荷１０に対する電力の供給、および遮断を決定したが、これに限らない。たとえば、「操作部について」の欄に記載したように、電流量の上限を調整可能な装置をＰＵ３２の操作対象とする場合、決定処理を、ＰＵ３２が上限値を定める処理としてもよい。
【0069】
「マスタとスレーブとの設定について」
・図２に例示した処理では、マスタに設定される場合に、全てのスレーブの識別記号と、チャネルとを登録したが、これに限らない。全てのスレーブとチャネルとを規定するデータについては、全てのＩｏＴＧＷ３０の記憶装置３４に記憶されるものの、マスタのみがそのデータを活用することとしてもよい。
・図２に例示した処理では、マスタに設定される場合に、全てのスレーブの識別記号と、チャネルとを登録したが、これに限らない。全てのスレーブとチャネルとを規定するデータについては、全てのＩｏＴＧＷ３０の記憶装置３４に記憶されるものの、マスタのみがそのデータを活用することとしてもよい。
【0070】
「マスタとスレーブとの通信について」
・マスタ機能を有するＩｏＴＧＷ３０と、スレーブ機能を有するＩｏＴＧＷとの通信プロトコルとしては、ＭＱＴＴに限らない。この際、マスタ機能を有するＩｏＴＧＷ３０をサーバ、スレーブ機能を有するＩｏＴＧＷをクライアントとするプロトコルにも限らない。すなわち、たとえばＩｏＴＧＷ（１）が、ＩｏＴＧＷ（２），ＩｏＴＧＷ（３），…からのリクエストを待たずに、所定周期でＳ７４の処理を実行してもよい。
・マスタ機能を有するＩｏＴＧＷ３０と、スレーブ機能を有するＩｏＴＧＷとの通信プロトコルとしては、ＭＱＴＴに限らない。この際、マスタ機能を有するＩｏＴＧＷ３０をサーバ、スレーブ機能を有するＩｏＴＧＷをクライアントとするプロトコルにも限らない。すなわち、たとえばＩｏＴＧＷ（１）が、ＩｏＴＧＷ（２），ＩｏＴＧＷ（３），…からのリクエストを待たずに、所定周期でＳ７４の処理を実行してもよい。
【0071】
「第１通信装置、および第２通信装置の通信について」
・第１通信装置と第２通信装置との通信が全て無線通信であることは必須ではない。たとえば、所定の領域Ａ内の各建物間での通話を可能とする内線が有線の場合、その回線を利用してもよい。
・第１通信装置と第２通信装置との通信が全て無線通信であることは必須ではない。たとえば、所定の領域Ａ内の各建物間での通話を可能とする内線が有線の場合、その回線を利用してもよい。
【0072】
・第１通信装置とサーバとの通信に用いるネットワークと、第１通信装置と第２通信装置との通信に用いるネットワークとが異なることは必須ではない。
「電気負荷について」
・電気負荷が複数であることは必須ではない。たとえば電気負荷が１つであっても、計測装置２４から遠く離れている場合、マスタとして機能するＩｏＴＧＷ（１）とスレーブとして機能するＩｏＴＧＷ（２）とを備えることは有効である。
「電気負荷について」
・電気負荷が複数であることは必須ではない。たとえば電気負荷が１つであっても、計測装置２４から遠く離れている場合、マスタとして機能するＩｏＴＧＷ（１）とスレーブとして機能するＩｏＴＧＷ（２）とを備えることは有効である。
【0073】
「第１通信装置、および第２通信装置の構成について」
・同一のハードウェアからなるＩｏＴＧＷ３０を、ソフトウェア処理によって、マスタ機能を有する装置およびスレーブ機能を有する装置のいずれかとすることも必須ではない。たとえば、マスタ機能を有する第１通信装置と、スレーブ機能を有する第２通信装置とが互いに異なるハードウェア構成であってもよい。
・同一のハードウェアからなるＩｏＴＧＷ３０を、ソフトウェア処理によって、マスタ機能を有する装置およびスレーブ機能を有する装置のいずれかとすることも必須ではない。たとえば、マスタ機能を有する第１通信装置と、スレーブ機能を有する第２通信装置とが互いに異なるハードウェア構成であってもよい。
【0074】
・第１通信装置としては、ＰＵ３２と記憶装置３４とを備えて、ソフトウェア処理を実行するものに限らない。たとえば、上記実施形態においてソフトウェア処理されたものの少なくとも一部を、ハードウェア処理する専用のハードウェア回路（たとえばＡＳＩＣ等）を備えてもよい。すなわち、第１通信装置は、以下の（ａ）～（ｃ）のいずれかの構成であればよい。（ａ）上記処理の全てを、プログラムに従って実行する処理装置と、プログラムを記憶するＲＯＭ等のプログラム格納装置とを備える。（ｂ）上記処理の一部をプログラムに従って実行する処理装置およびプログラム格納装置と、残りの処理を実行する専用のハードウェア回路とを備える。（ｃ）上記処理の全てを実行する専用のハードウェア回路を備える。ここで、処理装置およびプログラム格納装置を備えたソフトウェア処理回路や、専用のハードウェア回路は複数であってもよい。すなわち、上記処理は、１または複数のソフトウェア処理回路および１または複数の専用のハードウェア回路の少なくとも一方を備えた処理回路によって実行されればよい。
【0075】
・第２通信装置としては、ＰＵ３２と記憶装置３４とを備えて、ソフトウェア処理を実行するものに限らない。たとえば、上記実施形態においてソフトウェア処理されたものの少なくとも一部を、ハードウェア処理する専用のハードウェア回路（たとえばＡＳＩＣ等）を備えてもよい。すなわち、第２通信装置は、以下の（ａ）～（ｃ）のいずれかの構成であればよい。（ａ）上記処理の全てを、プログラムに従って実行する処理装置と、プログラムを記憶するＲＯＭ等のプログラム格納装置とを備える。（ｂ）上記処理の一部をプログラムに従って実行する処理装置およびプログラム格納装置と、残りの処理を実行する専用のハードウェア回路とを備える。（ｃ）上記処理の全てを実行する専用のハードウェア回路を備える。ここで、処理装置およびプログラム格納装置を備えたソフトウェア処理回路や、専用のハードウェア回路は複数であってもよい。すなわち、上記処理は、１または複数のソフトウェア処理回路および１または複数の専用のハードウェア回路の少なくとも一方を備えた処理回路によって実行されればよい。
【符号の説明】
【0076】
１０…電気負荷
１２…開閉器
２２…系統
２４…計測装置
３０…ＩｏＴＧＷ
４０…第１ネットワーク
５０…サーバ
６０…第２ネットワーク
１２…開閉器
２２…系統
２４…計測装置
３０…ＩｏＴＧＷ
４０…第１ネットワーク
５０…サーバ
６０…第２ネットワーク
【図1】
【図2】
【図3】
【図4】