特開2023-183252制御装置、機器制御システム、機器制御方法及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023183252
(43)【公開日】2023-12-27
(54)【発明の名称】制御装置、機器制御システム、機器制御方法及びプログラム
(51)【国際特許分類】
G06Q 50/06 20120101AFI20231220BHJP
【ＦＩ】
G06Q50/06
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022096775
(22)【出願日】2022-06-15
(71)【出願人】
【識別番号】000006013
【氏名又は名称】三菱電機株式会社
(74)【代理人】
【識別番号】100095407
【弁理士】
【氏名又は名称】木村 満
(74)【代理人】
【識別番号】100131152
【弁理士】
【氏名又は名称】八島 耕司
(74)【代理人】
【識別番号】100147924
【弁理士】
【氏名又は名称】美恵 英樹
(74)【代理人】
【識別番号】100148149
【弁理士】
【氏名又は名称】渡邉 幸男
(74)【代理人】
【識別番号】100181618
【弁理士】
【氏名又は名称】宮脇 良平
(74)【代理人】
【識別番号】100174388
【弁理士】
【氏名又は名称】龍竹 史朗
(72)【発明者】
【氏名】小宮 紀之
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC06
(57)【要約】
【課題】電力需要の抑制又は増加の要請を受けた際に、ユーザに不満感を与えることなく機器を制御することが可能となる。
【解決手段】制御装置２は、許容情報取得部２０１と、機器制御部２０２とを備える。許容情報取得部２０１は、ＤＲ通知を受信すると、各機器５に対応する、ユーザが各機器５の購入時に指定したＤＲ許容度に応じた内容を示す許容情報を管理サーバ６から取得する。機器制御部２０２は、取得された各許容情報に基づいて各機器５を制御する。
【選択図】図１０
【解決手段】制御装置２は、許容情報取得部２０１と、機器制御部２０２とを備える。許容情報取得部２０１は、ＤＲ通知を受信すると、各機器５に対応する、ユーザが各機器５の購入時に指定したＤＲ許容度に応じた内容を示す許容情報を管理サーバ６から取得する。機器制御部２０２は、取得された各許容情報に基づいて各機器５を制御する。
【選択図】図１０
【特許請求の範囲】
【請求項1】
電力需要の抑制又は増加の要請を受けると、制御対象の機器に対応する、ユーザが前記機器の購入時に指定した前記要請を許容できる度合である許容度に応じた内容を示す許容情報を管理サーバから取得する許容情報取得手段と、
前記取得された許容情報に基づいて前記機器を制御する機器制御手段と、を備える、制御装置。
前記取得された許容情報に基づいて前記機器を制御する機器制御手段と、を備える、制御装置。
【請求項2】
前記許容度が高い程、前記機器の代価が安くなる、請求項１に記載の制御装置。
【請求項3】
店舗サーバと、管理サーバと、制御装置と、を備え、
前記店舗サーバは、機器が購入されると、前記機器の識別情報と、ユーザが指定した、電力需要の抑制又は増加の要請を許容できる度合である許容度とを含む購入情報を前記管理サーバに送信し、
前記管理サーバは、
前記購入情報を受信する購入情報受信手段と、
前記機器の識別情報と前記許容度と許容内容とを紐付けて管理するデータベースと、
前記制御装置からの要求に応答して、指定された機器に対応する許容内容を示す許容情報を前記制御装置に通知する許容情報通知手段と、を備え、
前記制御装置は、
前記要請を受けると、制御対象の機器に対応する許容情報を前記管理サーバから取得する許容情報取得手段と、
前記取得された許容情報に基づいて前記機器を制御する機器制御手段と、を備える、機器制御システム。
前記店舗サーバは、機器が購入されると、前記機器の識別情報と、ユーザが指定した、電力需要の抑制又は増加の要請を許容できる度合である許容度とを含む購入情報を前記管理サーバに送信し、
前記管理サーバは、
前記購入情報を受信する購入情報受信手段と、
前記機器の識別情報と前記許容度と許容内容とを紐付けて管理するデータベースと、
前記制御装置からの要求に応答して、指定された機器に対応する許容内容を示す許容情報を前記制御装置に通知する許容情報通知手段と、を備え、
前記制御装置は、
前記要請を受けると、制御対象の機器に対応する許容情報を前記管理サーバから取得する許容情報取得手段と、
前記取得された許容情報に基づいて前記機器を制御する機器制御手段と、を備える、機器制御システム。
【請求項4】
前記許容度が高い程、前記機器の代価が安くなる、請求項３に記載の機器制御システム。
【請求項5】
許容情報取得手段が、電力需要の抑制又は増加の要請を受けると、制御対象の機器に対応する、ユーザが前記機器の購入時に指定した前記要請を許容できる度合である許容度に応じた内容を示す許容情報を管理サーバから取得し、
機器制御手段が、前記取得された許容情報に基づいて前記機器を制御する、機器制御方法。
機器制御手段が、前記取得された許容情報に基づいて前記機器を制御する、機器制御方法。
【請求項6】
コンピュータを、
電力需要の抑制又は増加の要請を受けると、制御対象の機器に対応する、ユーザが前記機器の購入時に指定した前記要請を許容できる度合である許容度に応じた内容を示す許容情報を管理サーバから取得する許容情報取得手段、
前記取得された許容情報に基づいて前記機器を制御する機器制御手段、として機能させる、プログラム。
電力需要の抑制又は増加の要請を受けると、制御対象の機器に対応する、ユーザが前記機器の購入時に指定した前記要請を許容できる度合である許容度に応じた内容を示す許容情報を管理サーバから取得する許容情報取得手段、
前記取得された許容情報に基づいて前記機器を制御する機器制御手段、として機能させる、プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、制御装置、機器制御システム、機器制御方法及びプログラムに関する。
【背景技術】
【0002】
近年、電力の安定供給を図る観点から、デマンドレスポンス（ＤＲ：Demand Response）の事業化が進展している。ＤＲとは、需要家側エネルギーリソースの保有者あるいは第三者が、そのエネルギーリソースを制御することで、電力需要パターンを変化させることをいい、需要制御のパターンによって、需要を減らす(抑制する)「下げＤＲ」、需要を増やす(創出する)「上げＤＲ」の二つに区分される。このようなＤＲに関し、例えば、特許文献１には、需要家の好みに合わせて宅内の機器を制御する技術が提案されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１３－０３１３５５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来の技術においては、ＤＲに対する機器の制御内容が、需要家であるユーザにとって把握し辛く、ＤＲに対応する機器の動作に不満感を与える懸念がある。
【0005】
本開示は上記課題を解決するためになされたものであり、電力需要の抑制又は増加の要請を受けた際に、ユーザに不満感を与えることなく機器を制御することが可能な制御装置、機器制御システム、機器制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するため、本開示に係る制御装置は、
電力需要の抑制又は増加の要請を受けると、制御対象の機器に対応する、ユーザが前記機器の購入時に指定した前記要請を許容できる度合である許容度に応じた内容を示す許容情報を管理サーバから取得する許容情報取得手段と、
前記取得された許容情報に基づいて前記機器を制御する機器制御手段と、を備える。
電力需要の抑制又は増加の要請を受けると、制御対象の機器に対応する、ユーザが前記機器の購入時に指定した前記要請を許容できる度合である許容度に応じた内容を示す許容情報を管理サーバから取得する許容情報取得手段と、
前記取得された許容情報に基づいて前記機器を制御する機器制御手段と、を備える。
【発明の効果】
【0007】
本開示によれば、電力需要の抑制又は増加の要請を受けた際に、ユーザに不満感を与えることなく機器を制御することが可能となる。
【図面の簡単な説明】
【0008】
【図1】実施の形態における機器制御システムの全体構成を示す図
【図2】実施の形態における制御装置のハードウェア構成を示すブロック図
【図3】実施の形態におけるユーザ端末のハードウェア構成を示すブロック図
【図4】実施の形態における管理サーバのハードウェア構成を示すブロック図
【図5】実施の形態における管理サーバの機能構成を示すブロック図
【図6】実施の形態における機器管理ＤＢの一例を示す図
【図7】実施の形態において給湯機に対応する許容度情報の一例を示す図
【図8】実施の形態においてエアコンに対応する許容度情報の一例を示す図
【図9】実施の形態において照明装置に対応する許容度情報の一例を示す図
【図10】実施の形態における制御装置の機能構成を示すブロック図
【図11】実施の形態におけるＤＲ許容度管理処理の手順を示すフローチャート
【図12】実施の形態における機器制御処理の手順を示すフローチャート
【発明を実施するための形態】
【0009】
以下、本開示の実施の形態について図面を参照して詳細に説明する。
【0010】
図１は、実施の形態における機器制御システム１の全体構成を示す図である。機器制御システム１は、本開示に係る機器制御システムの一例である。機器制御システム１は、住宅Ｈに設置された１又は複数の機器５について、電力需要の抑制の要請を受けた際、各機器５に紐付けられたＤＲ（Demand Response）許容度に応じて各機器５を制御できるようにしたシステムである。図１に示すように、機器制御システム１は、各住宅に設置される、制御装置２、ユーザ端末３、ルータ４及び１又は複数の機器５と、管理サーバ６と、店舗サーバ７と、ＲＡサーバ８とを備える。
【0011】
＜制御装置２＞
制御装置２は、本開示に係る制御装置の一例である。制御装置２は、住宅Ｈに設置された各機器５を統括的に制御するコンピュータであり、例えば、ＨＥＭＳ（Home Energy Management System）コントローラである。
制御装置２は、本開示に係る制御装置の一例である。制御装置２は、住宅Ｈに設置された各機器５を統括的に制御するコンピュータであり、例えば、ＨＥＭＳ（Home Energy Management System）コントローラである。
【0012】
図２に示すように、制御装置２は、ハードウェア構成として、通信インタフェース２０と、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、補助記憶装置２４とを備える。これらの構成部は、バス２５を介して相互に接続される。通信インタフェース２０は、ルータ４を介して他の装置と通信するためのハードウェアである。
【0013】
ＣＰＵ２１は、制御装置２を統括的に制御する。ＣＰＵ２１によって実現される制御装置２の機能の詳細については後述する。ＲＯＭ２２は、複数のファームウェア及びこれらのファームウェアの実行時に使用されるデータを記憶する。ＲＡＭ２３は、ＣＰＵ２１の作業領域として使用される。
【0014】
補助記憶装置２４は、読み書き可能な不揮発性の半導体メモリ、ＨＤＤ（Hard Disk Drive）等で構成される。読み書き可能な不揮発性の半導体メモリは、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ等である。補助記憶装置２４には、住宅Ｈに設置された各機器５を制御するためのプログラム（以下「機器制御プログラム」という。）と、機器制御プログラムの実行時に使用されるデータとが記憶される。
【0015】
制御装置２は、機器制御プログラム又は機器制御プログラムを更新するための更新プログラムを他のサーバから通信により取得することが可能である。また、これらのプログラムは、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ（Digital Versatile Disc）、光磁気ディスク、ＵＳＢ（Universal Serial Bus）メモリ、ＨＤＤ、ＳＳＤ（Solid State Drive）、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布することも可能である。制御装置２は、そのような記録媒体が自身に直接又は間接的に装着されると、当該記録媒体から機器制御プログラム又は更新プログラムを読み出して取り込むことも可能である。
【0016】
＜ユーザ端末３＞
ユーザ端末３は、機器制御システム１におけるユーザとのインタフェースを担う電子機器であり、例えば、スマートフォン、タブレット端末等のスマートデバイスである。図３に示すように、ユーザ端末３は、ディスプレイ３０と、操作受付部３１と、通信インタフェース３２と、ＣＰＵ３３と、ＲＯＭ３４と、ＲＡＭ３５と、補助記憶装置３６とを備える。これらの構成部は、バス３７を介して相互に接続される。
ユーザ端末３は、機器制御システム１におけるユーザとのインタフェースを担う電子機器であり、例えば、スマートフォン、タブレット端末等のスマートデバイスである。図３に示すように、ユーザ端末３は、ディスプレイ３０と、操作受付部３１と、通信インタフェース３２と、ＣＰＵ３３と、ＲＯＭ３４と、ＲＡＭ３５と、補助記憶装置３６とを備える。これらの構成部は、バス３７を介して相互に接続される。
【0017】
ディスプレイ３０は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の表示デバイスを含んで構成される。ディスプレイ３０は、ＣＰＵ３３の制御の下、ユーザ操作に応じた各種の画面等を表示する。
【0018】
操作受付部３１は、押しボタン、タッチパネル、タッチパッド等の１つ以上の入力デバイスを含んで構成され、ユーザからの操作入力を受け付け、受け付けた操作に係る信号をＣＰＵ３３に送出する。
【0019】
通信インタフェース３２は、ルータ４を介して他の装置と通信するためのハードウェアである。ＣＰＵ３３は、ユーザ端末３を統括的に制御する。ＲＯＭ３４は、複数のファームウェア及びこれらのファームウェアの実行時に使用されるデータを記憶する。ＲＡＭ３５は、ＣＰＵ３３の作業領域として使用される。
【0020】
補助記憶装置３６は、読み書き可能な不揮発性の半導体メモリ、ＨＤＤ等で構成される。読み書き可能な不揮発性の半導体メモリは、例えば、ＥＥＰＲＯＭ、フラッシュメモリである。補助記憶装置３６には、機器制御システム１によって提供されるサービスを利用するためのアプリケーションプログラム（以下「サービスアプリ」という。）を含む各種のプログラムと、これらのプログラムの実行時に使用されるデータとが記憶される。
【0021】
ユーザ端末３は、サービスアプリ又はサービスアプリを更新するための更新プログラムを他のサーバから通信により取得することが可能である。また、これらのプログラムは、ＣＤ－ＲＯＭ、ＤＶＤ、光磁気ディスク、ＵＳＢメモリ、ＨＤＤ、ＳＳＤ、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布することも可能である。ユーザ端末３は、そのような記録媒体が自身に直接又は間接的に装着されると、当該記録媒体からサービスアプリ又は更新プログラムを読み出して取り込むことも可能である。
【0022】
＜ルータ４＞
ルータ４は、住宅Ｈに設置される、Ｗｉ－Ｆｉ（登録商標）等の無線ＬＡＮ（Local Area Network）ルータである。なお、ルータ４は、有線ＬＡＮルータであってもよい。あるいは、ルータ４は、無線ＬＡＮ及び有線ＬＡＮの両機能を備え、ある機器５とは無線通信を行い、別の機器５とは有線通信を行う構成であってもよい。
ルータ４は、住宅Ｈに設置される、Ｗｉ－Ｆｉ（登録商標）等の無線ＬＡＮ（Local Area Network）ルータである。なお、ルータ４は、有線ＬＡＮルータであってもよい。あるいは、ルータ４は、無線ＬＡＮ及び有線ＬＡＮの両機能を備え、ある機器５とは無線通信を行い、別の機器５とは有線通信を行う構成であってもよい。
【0023】
＜機器５＞
機器５は、本開示に係る機器の一例である。機器５は、制御装置２の制御対象となる機器であり、例えば、給湯機、エアコン、照明装置等の家電機器である。機器５は、ルータ４を介して制御装置２と無線通信するためのハードウェアを備え、制御装置２から制御指令を受信した場合、当該制御指令に従った動作を行う。なお、機器５は、ルータ４に有線接続する構成であってもよいし、外付けの図示しない通信アダプタによって無線又は有線通信を行う構成であってもよい。
機器５は、本開示に係る機器の一例である。機器５は、制御装置２の制御対象となる機器であり、例えば、給湯機、エアコン、照明装置等の家電機器である。機器５は、ルータ４を介して制御装置２と無線通信するためのハードウェアを備え、制御装置２から制御指令を受信した場合、当該制御指令に従った動作を行う。なお、機器５は、ルータ４に有線接続する構成であってもよいし、外付けの図示しない通信アダプタによって無線又は有線通信を行う構成であってもよい。
【0024】
また、機器５は、ユーザによる上記のサービスアプリを使用した操作、又は、ユーザによる当該機器５の専用リモコンを使用した操作に応じた動作を行う。
【0025】
＜管理サーバ６＞
管理サーバ６は、本開示に係る管理サーバの一例である。管理サーバ６は、機器５のメーカ、販売会社等によって設置され運用される、いわゆるクラウドサーバであり、各機器５のＤＲ許容度を管理する。
管理サーバ６は、本開示に係る管理サーバの一例である。管理サーバ６は、機器５のメーカ、販売会社等によって設置され運用される、いわゆるクラウドサーバであり、各機器５のＤＲ許容度を管理する。
【0026】
図４に示すように、管理サーバ６は、ハードウェア構成として、通信インタフェース６０と、ＣＰＵ６１と、ＲＯＭ６２と、ＲＡＭ６３と、補助記憶装置６４とを備える。これらの構成部は、バス６５を介して相互に接続される。通信インタフェース６０は、インターネット等の広域ネットワークであるネットワークＮを介して他の装置と通信するためのハードウェアであり、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）に基づくインタフェースである。
【0027】
ＣＰＵ６１は、管理サーバ６を統括的に制御する。ＣＰＵ６１によって実現される管理サーバ６の機能の詳細については後述する。ＲＯＭ６２は、複数のファームウェア及びこれらのファームウェアの実行時に使用されるデータを記憶する。ＲＡＭ６３は、ＣＰＵ６１の作業領域として使用される。
【0028】
補助記憶装置６４は、読み書き可能な不揮発性の半導体メモリ、ＨＤＤ等で構成される。読み書き可能な不揮発性の半導体メモリは、例えば、ＥＥＰＲＯＭ、フラッシュメモリ等である。補助記憶装置６４には、各機器５のＤＲ許容度を管理するためのプログラム（以下「ＤＲ許容度管理プログラム」という。）と、ＤＲ許容度管理プログラムの実行時に使用されるデータとが記憶される。
【0029】
管理サーバ６は、ＤＲ許容度管理プログラム又はＤＲ許容度管理プログラムを更新するための更新プログラムを他のサーバから通信により取得することが可能である。また、これらのプログラムは、ＣＤ－ＲＯＭ、ＤＶＤ、光磁気ディスク、ＵＳＢメモリ、ＨＤＤ、ＳＳＤ、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布することも可能である。管理サーバ６は、そのような記録媒体が自身に直接又は間接的に装着されると、当該記録媒体からＤＲ許容度管理プログラム又は更新プログラムを読み出して取り込むことも可能である。
【0030】
＜店舗サーバ７＞
店舗サーバ７は、本開示に係る店舗サーバの一例である。店舗サーバ７は、機器５を販売する店舗に設置されるコンピュータ、あるいは、機器５を販売するオンラインショップサービスを提供するコンピュータであり、ネットワークＮに接続される。店舗サーバ７は、機器５が購入されると、当該機器５を一意に識別する識別情報である機器ＩＤ（identifier）と、当該機器５の機種名と、当該購入の際に購入者が指定したＤＲ許容度とを含む情報（以下「購入情報」という。）を管理サーバ６に送信する。機器ＩＤは、例えば、当該機器５の製造番号である。
店舗サーバ７は、本開示に係る店舗サーバの一例である。店舗サーバ７は、機器５を販売する店舗に設置されるコンピュータ、あるいは、機器５を販売するオンラインショップサービスを提供するコンピュータであり、ネットワークＮに接続される。店舗サーバ７は、機器５が購入されると、当該機器５を一意に識別する識別情報である機器ＩＤ（identifier）と、当該機器５の機種名と、当該購入の際に購入者が指定したＤＲ許容度とを含む情報（以下「購入情報」という。）を管理サーバ６に送信する。機器ＩＤは、例えば、当該機器５の製造番号である。
【0031】
本実施の形態では、ユーザは、機器５を購入する際、ＤＲ許容度の指定を行う。機器５の販売価格（すなわち、代価）は、指定するＤＲ許容度が高い程、安くなる。ＤＲ許容度は、ＤＲを許容できる度合であり、例えば、ＤＲ許容度が低い順に、ＤＲ－０、ＤＲ－１、ＤＲ－２、…等のように示される。
【0032】
＜ＲＡサーバ８＞
ＲＡサーバ８は、需要家（すなわち、各住宅Ｈのユーザ）とＶＰＰ（Virtual Power Plant）サービス契約を締結したリソースアグリゲータによって設置され、運用されるコンピュータであり、ネットワークＮに接続される。ＲＡサーバ８は、電力需給の逼迫が予測される場合、すなわち、電力供給量が不足することが予測される場合、電力需要の抑制を要請するＤＲ通知を各住宅Ｈの制御装置２に送信する。ＤＲ通知には、ＤＲの種別を示す情報と、対象となる時間帯（以下「対象時間帯」という。）を示す情報とが含まれる。
ＲＡサーバ８は、需要家（すなわち、各住宅Ｈのユーザ）とＶＰＰ（Virtual Power Plant）サービス契約を締結したリソースアグリゲータによって設置され、運用されるコンピュータであり、ネットワークＮに接続される。ＲＡサーバ８は、電力需給の逼迫が予測される場合、すなわち、電力供給量が不足することが予測される場合、電力需要の抑制を要請するＤＲ通知を各住宅Ｈの制御装置２に送信する。ＤＲ通知には、ＤＲの種別を示す情報と、対象となる時間帯（以下「対象時間帯」という。）を示す情報とが含まれる。
【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】
（変形例８）
管理サーバ６の機能部（図５参照）の全部又は一部が、専用のハードウェアで実現されるようにしてもよい。また、制御装置２の機能部（図１０参照）の全部又は一部が、専用のハードウェアで実現されるようにしてもよい。専用のハードウェアとは、例えば、単一回路、複合回路、プログラム化されたプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）又はこれらの組合せである。
管理サーバ６の機能部（図５参照）の全部又は一部が、専用のハードウェアで実現されるようにしてもよい。また、制御装置２の機能部（図１０参照）の全部又は一部が、専用のハードウェアで実現されるようにしてもよい。専用のハードウェアとは、例えば、単一回路、複合回路、プログラム化されたプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）又はこれらの組合せである。
【0072】
上記の各変形例に係る技術思想は、それぞれ単独で実現されてもよいし、適宜組み合わされて実現されてもよい。
【0073】
本開示は、広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能である。また、上述した実施の形態は、本開示を説明するためのものであり、本開示の範囲を限定するものではない。つまり、本開示の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の開示の意義の範囲内で施される様々な変形が、本開示の範囲内とみなされる。
【符号の説明】
【0074】
１ 機器制御システム、２ 制御装置、３ ユーザ端末、４ ルータ、５ 機器、６ 管理サーバ、７ 店舗サーバ、８ ＲＡサーバ、２０，３２，６０ 通信インタフェース、２１，３３，６１ ＣＰＵ、２２，３４，６２ ＲＯＭ、２３，３５，６３ ＲＡＭ、２４，３６，６４ 補助記憶装置、２５，３７，６５ バス、３０ ディスプレイ、３１ 操作受付部、２００ ＤＲ通知受信部、２０１ 許容情報取得部、２０２ 機器制御部、２４０ 機器ＩＤテーブル、６００ 購入情報受信部、６０１ 許容情報通知部、６４０ 機器管理ＤＢ、６４１ 許容度情報ＤＢ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】