JP2016171634A - 電気機器の制御装置及びエネルギーマネジメントシステム - Google Patents

Abstract

【課題】電力の供給を受ける電気機器が有するスケジュール管理機能と、ＨＥＭＳが有するスケジュール管理機能との干渉を防止して電気機器への給電を適切に管理する。
【解決手段】ＨＥＭＳ１３０は、車両２００への給電スケジュールを管理するための第１の管理機能に従って給電スケジュールを管理可能である。車両２００のＥＣＵ２４０は、車両２００の充電スケジュールを管理するための第２の管理機能に従って充電スケジュールを管理するように構成される。ＥＣＵ２４０は、ＨＥＭＳ１３０が有する第１の管理機能と、ＥＣＵ２４０が有する第２の管理機能とを比較することによって、ＥＣＵ２４０及びＨＥＭＳ１３０のいずれにおいてスケジュールを管理するかを決定する。
【選択図】図１

Description

この発明は、電気機器の制御装置及びエネルギーマネジメントシステムに関し、特に、系統電源から電力の供給を受ける住宅やビル等から受電可能に構成された電気機器の制御装置及びそのような電気機器への給電を管理するエネルギーマネジメントシステムに関する。

特開２０１２−７０６２３号公報（特許文献１）は、車両の外部の電源から供給される電力を用いて車載の蓄電装置を充電可能に構成された車両の制御装置を開示する。この制御装置は、ユーザの操作によって充電の予約時刻が入力された場合には、その入力された予約時刻に従って蓄電装置の充電を開始する。予約時刻が入力されていない場合には、制御装置は、蓄電装置の充電の履歴データに従って蓄電装置の充電を開始するように、充電回路を制御する。この制御装置によれば、車両外部の電源による蓄電装置の充電スケジュールを調整することができる（特許文献１参照）。

特開２０１２−７０６２３号公報 特開２０１４−１６５９９８号公報 特開２０１３−９９０７８号公報

近年、住宅やビル等（以下、単に「住宅」と称する。）において、電力系統から受電可能な電気機器への給電（たとえばエアコンや電気自動車等への給電）を集中的に監視するとともに制御可能なホームエネルギーマネジメントシステム（以下「ＨＥＭＳ（Home Energy Management System）」と称する。）が注目されている。

このＨＥＭＳによって上記電気機器への給電スケジュール（給電開始／停止や給電量、給電時間等）を管理することも行なわれているが、特許文献１に記載のように電気機器（車両）においても充電スケジュールの管理機能を有する場合、電気機器のスケジュール管理機能とＨＥＭＳのスケジュール管理機能とが干渉し得る。

それゆえに、この発明の目的は、住宅やビル等から受電可能に構成された電気機器の制御装置において、電気機器がスケジュール管理機能を有する場合に、ＨＥＭＳが有するスケジュール管理機能との干渉を防止して電気機器への給電を適切に管理することである。

また、この発明の別の目的は、住宅やビル等に設けられるエネルギーマネジメントシステムにおいて、住宅やビル等から受電する電気機器が有するスケジュール管理機能との干渉を防止して電気機器への給電を適切に管理することである。

この発明によれば、制御装置は、系統電源から電力の供給を受ける設備から受電可能に構成された電気機器の制御装置である。設備には、電気機器への給電スケジュールを管理するための第１の管理機能に従って給電スケジュールを管理可能なエネルギーマネジメントシステム（ＨＥＭＳ）が設けられる。制御装置は、通信部と、スケジュール管理部と、制御部とを備える。通信部は、ＨＥＭＳと通信するためのものである。スケジュール管理部は、制御装置において給電スケジュールを管理するための第２の管理機能に従って給電スケジュールを管理する。制御部は、ＨＥＭＳが有する第１の管理機能と、制御装置が有する第２の管理機能とを比較することによって、スケジュール管理部及びＨＥＭＳのいずれにおいて給電スケジュールを管理するかを決定する。

この制御装置においては、ＨＥＭＳが有する第１の管理機能と、電気機器の制御装置が有する第２の管理機能とを比較することによって、電気機器の制御装置において給電スケジュールを管理するか、それともＨＥＭＳにおいて給電スケジュールを管理するかが決定される。したがって、この制御装置によれば、電気機器が有するスケジュール管理機能とＨＥＭＳのスケジュール管理機能との干渉を防止して電気機器への給電を適切に管理することができる。

なお、「設備」は、住宅やビル、工場等を含む。したがって、ＨＥＭＳも、住宅やビル、工場等に設けられ得る。また、「電気機器」は、車両外部の電源によってバッテリを充電可能な電動車両（ハイブリッド車両や電気自動車等）やエアコン等を含む。

好ましくは、制御部は、インセンティブベースのデマンドレスポンスを実現するためのインセンティブ制度にユーザが加入している場合に、インセンティブベースのデマンドレスポンスに第１の管理機能が対応し、かつ、第２の管理機能が非対応であるときは、ＨＥＭＳにおいて給電スケジュールを管理するものとする。制御部は、インセンティブベースのデマンドレスポンスに第１の管理機能が非対応であり、かつ、第２の管理機能が対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方がインセンティブベースのデマンドレスポンスに対応又は非対応のときは、第１及び第２の管理機能が電気料金ベースのデマンドレスポンスに対応しているか否かに基づいて、スケジュール管理部及びＨＥＭＳのいずれにおいて給電スケジュールを管理するかを決定する。

さらに好ましくは、インセンティブベースのデマンドレスポンスは、直接負荷制御（ＤＬＣ）方式と、ピーク時リベート（ＰＴＲ）方式とを含む。ＤＬＣ方式では、インセンティブ制度に従ってユーザにおいて電力削減のための負荷抑制が強制的に実施される。ＰＴＲ方式では、インセンティブ制度に従ってユーザに対して電力削減が要求される。そして、制御部は、インセンティブ制度にユーザが加入している場合に、第１の管理機能がＤＬＣ方式に対応し、第２の管理機能がＤＬＣ方式に非対応であるときは、ＨＥＭＳにおいて給電スケジュールを管理するものとする。制御部は、第１の管理機能がＤＬＣ方式に非対応であり、第２の管理機能がＤＬＣ方式に対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方がＤＬＣ方式に対応又は非対応であって、第１の管理機能がＰＴＲ方式に対応し、第２の管理機能がＰＴＲ方式に非対応であるときは、ＨＥＭＳにおいて給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方がＤＬＣ方式に対応又は非対応であって、第１の管理機能がＰＴＲ方式に非対応であり、第２の管理機能がＰＴＲ方式に対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、さらに第１及び第２の管理機能の双方がＰＴＲ方式に対応又は非対応のときは、スケジュール管理部において給電スケジュールを管理するものとする。

好ましくは、制御部は、インセンティブ制度にユーザが加入しており、かつ、第１及び第２の管理機能の双方がインセンティブベースのデマンドレスポンスに対応又は非対応の場合に、電気料金ベースのデマンドレスポンスに第１の管理機能が対応し、かつ、第２の管理機能が非対応であるときは、ＨＥＭＳにおいて給電スケジュールを管理するものとする。制御部は、電気料金ベースのデマンドレスポンスに第１の管理機能が非対応であり、かつ、第２の管理機能が対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方が電気料金ベースのデマンドレスポンスに対応又は非対応のときは、スケジュール管理部において給電スケジュールを管理するものとする。

また、好ましくは、制御部は、インセンティブベースのデマンドレスポンスを実施するためのインセンティブ制度にユーザが非加入の場合に、電気料金ベースのデマンドレスポンスに第１の管理機能が対応し、かつ、第２の管理機能が非対応であるときは、ＨＥＭＳにおいて給電スケジュールを管理するものとする。制御部は、電気料金ベースのデマンドレスポンスに第１の管理機能が非対応であり、かつ、第２の管理機能が対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方が電気料金ベースのデマンドレスポンスに対応又は非対応のときは、スケジュール管理部において給電スケジュールを管理するものとする。

さらに好ましくは、電気料金ベースのデマンドレスポンスは、リアルタイム料金（ＲＴＰ）方式と、時間帯別料金（ＴＯＵ）方式と、ピーク別料金（ＣＰＰ）方式とを含む。ＲＴＰ方式では、電力の需要に応じてリアルタイムに電気料金が変動する。ＴＯＵ方式では、時間帯別に電気料金が予め設定される。ＣＰＰ方式では、電力の需要ピーク時に電気料金が上昇する。そして、制御部は、インセンティブ制度にユーザが加入しており、かつ、第１及び第２の管理機能の双方がインセンティブベースのデマンドレスポンスに対応若しくは非対応の場合、又は、インセンティブ制度にユーザが非加入の場合に、第１の管理機能がＲＴＰ方式に対応し、第２の管理機能がＲＴＰ方式に非対応であるときは、ＨＥＭＳにおいて給電スケジュールを管理するものとする。制御部は、第１の管理機能がＲＴＰ方式に非対応であり、第２の管理機能がＲＴＰ方式に対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方がＲＴＰ方式に対応又は非対応であって、第１の管理機能がＴＯＵ方式に対応し、第２の管理機能がＴＯＵ方式に非対応であるときは、ＨＥＭＳにおいて給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方がＲＴＰ方式に対応又は非対応であって、第１の管理機能がＴＯＵ方式に非対応であり、第２の管理機能がＴＯＵ方式に対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、さらに第１及び第２の管理機能の双方がＴＯＵ方式に対応又は非対応であって、第１の管理機能がＣＰＰ方式に対応し、第２の管理機能がＣＰＰ方式に非対応であるときは、ＨＥＭＳにおいて給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方がＴＯＵ方式に対応又は非対応であって、第１の管理機能がＣＰＰ方式に非対応であり、第２の管理機能がＣＰＰ方式に対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、さらに第１及び第２の管理機能の双方がＣＰＰ方式に対応又は非対応のときは、スケジュール管理部において給電スケジュールを管理するものとする。

また、好ましくは、制御部は、ユーザにより設定される給電スケジュールの設定情報をＨＥＭＳが有し、かつ、制御装置が設定情報を有していないときは、ＨＥＭＳにおいて給電スケジュールを管理するものとする。制御部は、制御装置が設定情報を有し、かつ、ＨＥＭＳが設定情報を有していないときは、スケジュール管理部において給電スケジュールを管理するものとする。

さらに好ましくは、制御部は、ＨＥＭＳ及び制御装置の双方が設定情報を有し又は有していない場合に、ユーザの行動を予測する予測機能を第１の管理機能が含み、かつ、第２の管理機能が予測機能を含んでいないときは、ＨＥＭＳにおいて給電スケジュールを管理するものとする。制御部は、第１の管理機能が予測機能を含まず、かつ、第２の管理機能が予測機能を含むときは、スケジュール管理部において給電スケジュールを管理するものとする。

好ましくは、電気機器は、設備から電力を受けて車載蓄電装置を充電可能に構成された車両である。

また、この発明によれば、エネルギーマネジメントシステムは、系統電源から電力の供給を受ける設備に設けられ、設備から受電可能な電気機器への給電を管理するエネルギーマネジメントシステム（ＨＥＭＳ）である。電気機器は、設備から当該電気機器への給電スケジュールを電気機器において管理するための第１の管理機能に従って給電スケジュールを管理可能に構成される。ＨＥＭＳは、通信部と、スケジュール管理部と、制御部とを備える。通信部は、電気機器と通信するためのものである。スケジュール管理部は、給電スケジュールを管理するための第２の管理機能に従って給電スケジュールを管理する。制御部は、電気機器が有する第１の管理機能と、ＨＥＭＳが有する第２の管理機能とを比較することによって、スケジュール管理部及び電気機器のいずれにおいて給電スケジュールを管理するかを決定する。

このエネルギーマネジメントシステム（ＨＥＭＳ）においては、電気機器が有する第１の管理機能と、ＨＥＭＳが有する第２の管理機能とを比較することによって、電気機器において給電スケジュールを管理するか、それともＨＥＭＳにおいて給電スケジュールを管理するかが決定される。したがって、このＨＥＭＳによれば、電気機器が有するスケジュール管理機能とＨＥＭＳのスケジュール管理機能との干渉を防止して電気機器への給電を適切に管理することができる。

好ましくは、制御部は、インセンティブベースのデマンドレスポンスを実現するためのインセンティブ制度にユーザが加入している場合に、インセンティブベースのデマンドレスポンスに第１の管理機能が対応し、かつ、第２の管理機能が非対応であるときは、電気機器において給電スケジュールを管理するものとする。制御部は、インセンティブベースのデマンドレスポンスに第１の管理機能が非対応であり、かつ、第２の管理機能が対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方がインセンティブベースのデマンドレスポンスに対応又は非対応のときは、第１及び第２の管理機能が電気料金ベースのデマンドレスポンスに対応しているか否かに基づいて、スケジュール管理部及び電気機器のいずれにおいて給電スケジュールを管理するかを決定する。

さらに好ましくは、インセンティブベースのデマンドレスポンスは、直接負荷制御（ＤＬＣ）方式と、ピーク時リベート（ＰＴＲ）方式とを含む。ＤＬＣ方式では、インセンティブ制度に従ってユーザにおいて電力削減のための負荷抑制が強制的に実施される。ＰＴＲ方式では、インセンティブ制度に従ってユーザに対して電力削減が要求される。そして、制御部は、インセンティブ制度にユーザが加入している場合に、第１の管理機能がＤＬＣ方式に対応し、第２の管理機能がＤＬＣ方式に非対応であるときは、電気機器において給電スケジュールを管理するものとする。制御部は、第１の管理機能がＤＬＣ方式に非対応であり、第２の管理機能がＤＬＣ方式に対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方がＤＬＣ方式に対応又は非対応であって、第１の管理機能がＰＴＲ方式に対応し、第２の管理機能がＰＴＲ方式に非対応であるときは、電気機器において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方がＤＬＣ方式に対応又は非対応であって、第１の管理機能がＰＴＲ方式に非対応であり、第２の管理機能がＰＴＲ方式に対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、さらに第１及び第２の管理機能の双方がＰＴＲ方式に対応又は非対応のときは、電気機器において給電スケジュールを管理するものとする。

好ましくは、制御部は、インセンティブ制度にユーザが加入しており、かつ、第１及び第２の管理機能の双方がインセンティブベースのデマンドレスポンスに対応又は非対応の場合に、電気料金ベースのデマンドレスポンスに第１の管理機能が対応し、かつ、第２の管理機能が非対応であるときは、電気機器において給電スケジュールを管理するものとする。制御部は、電気料金ベースのデマンドレスポンスに第１の管理機能が非対応であり、かつ、第２の管理機能が対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方が電気料金ベースのデマンドレスポンスに対応又は非対応のときは、電気機器において給電スケジュールを管理するものとする。

また、好ましくは、制御部は、インセンティブベースのデマンドレスポンスを実施するためのインセンティブ制度にユーザが非加入の場合に、電気料金ベースのデマンドレスポンスに第１の管理機能が対応し、かつ、第２の管理機能が非対応であるときは、電気機器において給電スケジュールを管理するものとする。制御部は、電気料金ベースのデマンドレスポンスに第１の管理機能が非対応であり、かつ、第２の管理機能が対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方が電気料金ベースのデマンドレスポンスに対応又は非対応のときは、電気機器において給電スケジュールを管理するものとする。

さらに好ましくは、電気料金ベースのデマンドレスポンスは、リアルタイム料金（ＲＴＰ）方式と、時間帯別料金（ＴＯＵ）方式と、ピーク別料金（ＣＰＰ）方式とを含む。ＲＴＰ方式では、電力の需要に応じてリアルタイムに電気料金が変動する。ＴＯＵ方式では、時間帯別に電気料金が予め設定される。ＣＰＰ方式では、電力の需要ピーク時に電気料金が上昇する。そして、制御部は、インセンティブ制度にユーザが加入しており、かつ、第１及び第２の管理機能の双方がインセンティブベースのデマンドレスポンスに対応若しくは非対応の場合、又は、インセンティブ制度にユーザが非加入の場合に、第１の管理機能がＲＴＰ方式に対応し、第２の管理機能がＲＴＰ方式に非対応であるときは、電気機器において給電スケジュールを管理するものとする。制御部は、第１の管理機能がＲＴＰ方式に非対応であり、第２の管理機能がＲＴＰ方式に対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方がＲＴＰ方式に対応又は非対応であって、第１の管理機能がＴＯＵ方式に対応し、第２の管理機能がＴＯＵ方式に非対応であるときは、電気機器において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方がＲＴＰ方式に対応又は非対応であって、第１の管理機能がＴＯＵ方式に非対応であり、第２の管理機能がＴＯＵ方式に対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、さらに第１及び第２の管理機能の双方がＴＯＵ方式に対応又は非対応であって、第１の管理機能がＣＰＰ方式に対応し、第２の管理機能がＣＰＰ方式に非対応であるときは、電気機器において給電スケジュールを管理するものとする。制御部は、第１及び第２の管理機能の双方がＴＯＵ方式に対応又は非対応であって、第１の管理機能がＣＰＰ方式に非対応であり、第２の管理機能がＣＰＰ方式に対応しているときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、さらに第１及び第２の管理機能の双方がＣＰＰ方式に対応又は非対応のときは、電気機器において給電スケジュールを管理するものとする。

また、好ましくは、制御部は、ユーザにより設定された給電スケジュールの設定情報をＨＥＭＳが有し、かつ、電気機器が設定情報を有していないときは、スケジュール管理部において給電スケジュールを管理するものとする。制御部は、電気機器が設定情報を有し、かつ、ＨＥＭＳが設定情報を有していないときは、電気機器において給電スケジュールを管理するものとする。

さらに好ましくは、制御部は、ＨＥＭＳ及び電気機器の双方が設定情報を有し又は有していない場合に、ユーザの行動を予測する予測機能を第１の管理機能が含み、かつ、第２の管理機能が予測機能を含んでいないときは、電気機器において給電スケジュールを管理するものとする。制御部は、第１の管理機能が予測機能を含まず、かつ、第２の管理機能が予測機能を含むときは、スケジュール管理部において給電スケジュールを管理するものとする。

好ましくは、電気機器は、設備から電力を受けて車載蓄電装置を充電可能に構成された車両である。

この発明によれば、住宅やビル等から受電する電気機器が有するスケジュール管理機能と、ＨＥＭＳが有するスケジュール管理機能との干渉を防止して電気機器への給電を適切に管理することができる。

この発明の実施の形態１による電気機器の制御装置が適用される電力供給システムの全体ブロック図である。 デマンドレスポンスの手法を示した図である。 図１に示すＥＣＵの機能ブロック図である。 住宅から車両への給電（車両における蓄電部の充電）のスケジュールを車両のＥＣＵ及びＨＥＭＳのいずれにおいて管理するかを決定するための処理手順を説明するフローチャートである。 実施の形態２において、住宅から車両への給電（車両における蓄電部の充電）のスケジュールを車両のＥＣＵ及びＨＥＭＳのいずれにおいて管理するかを決定するための処理手順を説明するフローチャートである。 図５のステップＳ１７０において実行される「ユーザ行動予測機能確認処理」を説明するためのフローチャートである。 実施の形態３において、図５のステップＳ１７０において実行される「ユーザ行動予測機能確認処理」を説明するためのフローチャートである。 図７のステップＳ２３５において実行される「デマンドレスポンスに基づく判定処理」を説明するためのフローチャートである。 実施の形態４によるＨＥＭＳの機能ブロック図である。 実施の形態４において、住宅から車両への給電のスケジュールをＨＥＭＳ及び車両のいずれにおいて管理するかを決定するための処理手順を説明するフローチャートである。 実施の形態５において、住宅から車両への給電のスケジュールをＨＥＭＳ及び車両のいずれにおいて管理するかを決定するための処理手順を説明するフローチャートである。 実施の形態６において、住宅から車両への給電（車両における蓄電部の充電）のスケジュールを車両のＥＣＵ及びＨＥＭＳのいずれにおいて管理するかを決定するための処理手順を説明するフローチャートである。

以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。以下では、複数の実施の形態について説明するが、各実施の形態で説明された構成を適宜組合わせることは出願当初から予定されている。なお、図中同一又は相当部分には同一符号を付してその説明は繰返さない。

（システムの全体構成）
［実施の形態１］
図１は、この発明の実施の形態１による電気機器の制御装置が適用される電力供給システムの全体ブロック図である。図１を参照して、電力供給システムは、住宅１００と、上記電気機器としての車両２００と、系統電源３００とを備える。

住宅１００は、系統電源３００から電力の供給を受ける設備である。車両２００は、住宅１００から受電可能な電気機器である。この実施の形態１及び以降の各実施の形態では、上記の設備を住宅１００として代表的に説明されるが、設備は、住宅１００に限定されるものではなく、たとえばビルや工場等であってもよい。また、この実施の形態１及び以降の各実施の形態では、上記の電気機器を車両２００として代表的に説明されるが、電気機器は、車両２００に限定されるものではなく、たとえば、空調一括管理システムや自動給湯システム等のホームオートメーション（ＨＡ（Home Automation）システムを構成する電気機器や、ＥＣＨＯＮＥＴ（登録商標）やＥＣＨＯＮＥＴ Ｌｉｔｅ（登録商標）等の通信規格に準拠した電気機器等であってもよい。

住宅１００は、分電盤１１０と、負荷１２０と、ＨＥＭＳ１３０と、電力線１４０とを含む。分電盤１１０は、系統電源３００から供給される電力を、住宅１００の負荷１２０や、電力ケーブル１５０を通じて電力線１４０に電気的に接続される車両２００へ配電するための装置である。分電盤１１０には、系統電源３００からの受電電力、並びに負荷１２０及び車両２００への給電電力の各々を測定するための電力センサが設けられており（図示せず）、各電力の測定値がＨＥＭＳ１３０へ出力される。

また、分電盤１１０には、ＨＥＭＳ１３０によって制御され、負荷１２０及び車両２００への給電及び遮断を行なうための制御スイッチが設けられている（図示せず）。すなわち、分電盤１１０は、ＨＥＭＳ１３０によって制御され、負荷１２０及び車両２００への給電及び遮断を制御することができる。なお、分電盤１１０には、系統電源３００からの受電を遮断可能なブレーカーも設けられ得る。負荷１２０は、住宅１００内の各種電気負荷（エアコン等）を総括的に示したものである。

ＨＥＭＳ１３０は、系統電源３００から負荷１２０及び車両２００への給電を監視し、負荷１２０及び車両２００への給電量を一括して表示する。また、ＨＥＭＳ１３０は、系統電源３００から負荷１２０及び車両２００への給電を制御する。たとえば、ＨＥＭＳ１３０は、系統電源３００を管理する電力事業者３１０と通信可能であり、電力事業者３１０が提供する「デマンドレスポンス」に関する情報を電力事業者３１０から受信することができる。そして、ＨＥＭＳ１３０は、その受信した情報に基づいて、負荷１２０及び車両２００への給電スケジュール（給電開始／停止や給電量、給電時間等）を管理することができる。

なお、デマンドレスポンスとは、概略的には、電力の需要家が需要量を変動させて電力の需給バランスを安定させる仕組みのことであり、電力事業者３１０との契約に基づく負荷抑制や、電力事業者３１０から提供される電気料金体系等に基づいて、需要家において需要量を調整するものである。

なお、後述のように、車両２００も、デマンドレスポンスに基づく充電スケジュール管理機能を独自に有しており、ＨＥＭＳ１３０が有するスケジュール管理機能と、車両２００が有するスケジュール管理機能とが干渉し得る。この実施の形態１では、ＨＥＭＳ１３０と車両２００とが通信可能に構成され、車両２００において、互いのスケジュール管理機能を比較することによって、両者のスケジュール管理が干渉するのを防止するための制御が実行される。デマンドレスポンス及び車両２００の上記制御については、後ほど詳しく説明する。

なお、ＨＥＭＳ１３０と車両２００との通信については、電力線１４０及び電力ケーブル１５０を介した電力線通信（ＰＬＣ（Power Line Communication））で行なってもよいし、無線通信によって行なってもよい。

車両２００は、充電器２１０と、蓄電部２２０と、駆動部２３０と、電子制御部（以下「ＥＣＵ（Electronic Control Unit）」と称する。）２４０とを含む。充電器２１０は、ＥＣＵ２４０によって制御され、住宅１００から電力ケーブル１５０を通じて受ける電力を蓄電部２２０の電圧レベルに変換して蓄電部２２０へ出力する。充電器２１０は、たとえば整流器やインバータ等を含んで構成される。なお、充電器２１０を双方向に電力変換可能に構成し、蓄電部２２０に蓄えられた電力を電力ケーブル１５０を通じて住宅１００へ供給可能としてもよい。また、住宅１００からの受電方法は、電力ケーブル１５０を用いた所謂「プラグイン」方式に限定されず、住宅１００側の送電用コイルから出力される電力を受電用コイルによって非接触で受電してもよい。

蓄電部２２０は、充電器２１０から受ける電力を蓄え、蓄えられた電力を駆動部２３０へ供給することができる。蓄電部２２０は、たとえば、ニッケル水素電池やリチウムイオン電池等の二次電池や、電気二重層キャパシタ等を含んで構成される。蓄電部２２０は、車両走行中の制動時に駆動部２３０において回生発電される電力も蓄えることができる。

駆動部２３０は、駆動輪（図示せず）を駆動して車両２００が走行するための駆動力を発生する。特に図示しないが、駆動部２３０は、蓄電部２２０から電力の供給を受けるコンバータやインバータ、インバータにより駆動されて駆動輪を駆動するモータ等を含む。なお、駆動部２３０は、蓄電部２２０を充電するための電力を発生する発電機と、その発電機を駆動可能なエンジンとを含んでもよい。

ＥＣＵ２４０は、ＣＰＵ（Central Processing Unit）、メモリ、入出力バッファ等を含み（いずれも図示せず）、車両２００における各種制御を行なう。代表的なものとして、ＥＣＵ２４０は、イグニッションキー（スイッチでもよい）がオンされて駆動部２３０を含む走行システムの起動が要求されると、駆動部２３０を制御することによって車両２００の走行制御を実行する。

また、ＥＣＵ２４０は、住宅１００（系統電源３００）から蓄電部２２０の充電が要求されると、充電器２１０を駆動し、蓄電部２２０を充電するための充電制御を実行する。さらに、ＥＣＵ２４０は、ＨＥＭＳ１３０を介して電力事業者３１０と通信可能であり、デマンドレスポンスに関する情報を電力事業者３１０から受信する。なお、ＥＣＵ２４０は、電力事業者３１０と直接通信可能としてもよい。そして、ＥＣＵ２４０は、受信したデマンドレスポンスに関する情報に基づいて、住宅１００（系統電源３００）から蓄電部２２０の充電のスケジュール（充電開始／停止や充電電力、充電時間等）を管理することができる。ここで、デマンドレスポンスについて説明する。

（デマンドレスポンスの説明）
図２は、デマンドレスポンスの手法を示した図である。なお、デマンドレスポンスの手法は、図２に示されるものに限定されるものではないが、この実施の形態１及び以降の各実施の形態では、以下に説明する５つの手法が電力事業者３１０から提供されているものとする。

図２を参照して、デマンドレスポンスの手法は、大略的には、電気料金ベースと、インセンティブベースとに分けられる。電気料金ベースは、電力事業者から時間帯別料金等の電気料金を需要家に通知することによって、電力逼迫時の需要抑制を需要家に促す制度である。インセンティブベースは、電力事業者と需要家（ユーザ）との間で交わされた契約に従って負荷を抑制することにより需要家が報奨を得ることができる制度である。

電気料金ベースの手法には、時間帯別料金（ＴＯＵ（Time Of Use））方式、ピーク別料金（ＣＰＰ（Critical Peak Pricing））方式、及びリアルタイム料金（ＲＴＰ（Real Time Pricing））方式が存在する。ＴＯＵ方式は、事前に時刻ごとの料金テーブルが用意されるものであり、電力需要のピーク時間帯の価格設定をオフピーク時間帯の価格設定よりも高くすることによって電力需要の抑制を促すものである。ＣＰＰ方式は、電力逼迫時に大幅に料金を高めるものであり、電力需要のピーク時の需要削減を促すものである。ＲＴＰ方式は、需要特性によりリアルタイムに料金を変動させるものであり、需要特性に応じて需要の平準化を図るものである。

インセンティブベースの手法には、ピーク時リベート（ＰＴＲ（Peak Time Rebate））方式、及び直接負荷制御（ＤＬＣ（Direct Load Control））方式が存在する。ＰＴＲ方式は、電力事業者と需要家との間の契約に従って、電力逼迫時に需要家に負荷の抑制を要求するものであり、負荷抑制の対応をとった需要家に対して報奨を付与するものである。ＤＬＣ方式は、電力事業者と需要家との間の契約に従って、電力逼迫時に需要家に対して負荷の抑制或いは遮断を強制的に実施するものであり、契約時に需要家に対して報奨を付与するものである。

再び図１を参照して、上述のように、ＥＣＵ２４０は、電力事業者３１０から受信するデマンドレスポンスに関する情報に基づいて、住宅１００（系統電源３００）から蓄電部２２０の充電に関するスケジュール管理機能を有する。一方、住宅１００側のＨＥＭＳ１３０も、電力事業者３１０から受信するデマンドレスポンスに関する情報に基づいて、車両２００への給電に関するスケジュール管理機能を有する。

このように、住宅１００から電力の供給を受ける車両２００においてもスケジュール管理機能を有する場合、車両２００（ＥＣＵ２４０）が有するスケジュール管理機能と、ＨＥＭＳ１３０が有するスケジュール管理機能とが干渉し得る。そこで、この実施の形態１では、ＥＣＵ２４０は、ＨＥＭＳ１３０と通信を行なうことによって、自身の有するスケジュール管理機能と、ＨＥＭＳ１３０が有するスケジュール管理機能とを比較する。そして、ＥＣＵ２４０は、その比較結果に基づいて、住宅１００から車両２００への給電（蓄電部２２０の充電）のスケジュールをＥＣＵ２４０自身及びＨＥＭＳ１３０のいずれにおいて管理するかを決定する。これにより、ＥＣＵ２４０が有するスケジュール管理機能と、ＨＥＭＳ１３０が有するスケジュール管理機能との干渉を防止して、住宅１００から車両２００への給電（蓄電部２２０の充電）を適切に管理することができる。

図３は、図１に示したＥＣＵ２４０の機能ブロック図である。なお、この図３では、ＥＣＵ２４０により実行される各種制御のうち、充電器２１０による蓄電部２２０の充電の制御に関する部分のみ抽出して示されている。図３を参照して、ＥＣＵ２４０は、通信部４１０と、制御部４２０と、スケジュール管理部４３０と、充電制御部４４０とを含む。

通信部４１０は、住宅１００のＨＥＭＳ１３０（図１）と通信を行なうための通信機器を含んで構成される。通信部４１０は、たとえば、車両２００が電力ケーブル１５０によって住宅１００に接続されているときに、電力線を通じてＨＥＭＳ１３０と電力線通信（ＰＬＣ）を行なうための機器を含む。或いは、通信部４１０は、ＨＥＭＳ１３０と無線通信を行なうための機器を含んでもよい。

制御部４２０は、住宅１００から車両２００への給電（蓄電部２２０の充電）のスケジュールをＥＣＵ２４０自身（後述のスケジュール管理部４３０）及びＨＥＭＳ１３０のいずれにおいて管理するかを決定する。詳しくは、制御部４２０は、通信部４１０を用いてＨＥＭＳ１３０と通信を行ない、後述の処理フローに従って、ＥＣＵ２４０が有するスケジュール管理機能（充電器２１０を用いた充電に関するスケジュール管理機能）とＨＥＭＳ１３０が有するスケジュール管理機能（車両２００への給電に関するスケジュール管理機能）とを比較する。そして、制御部４２０は、その比較結果に基づいて、車両２００（ＥＣＵ２４０）においてスケジュールを管理するか、それとも住宅１００のＨＥＭＳ１３０においてスケジュールを管理するかを決定する。制御部４２０により実行される処理フローについては、後ほど詳しく説明する。

そして、車両２００（ＥＣＵ２４０）においてスケジュールを管理するものと決定された場合には、制御部４２０は、スケジュール管理部４３０へその旨を通知する。一方、ＨＥＭＳ１３０においてスケジュールを管理するものと決定された場合には、制御部４２０は、通信部４１０によってＨＥＭＳ１３０へその旨を通知する。

スケジュール管理部４３０は、車両２００（ＥＣＵ２４０）においてスケジュールを管理するものと制御部４２０により決定された場合に、充電器２１０による蓄電部２２０の充電に関するスケジュールを作成し実行する。この実施の形態１では、ＥＣＵ２４０は、電力事業者３１０が提供するデマンドレスポンスに関する情報を通信部４１０によってＨＥＭＳ１３０から受信する。そして、スケジュール管理部４３０は、受信されたデマンドレスポンスの情報に基づいて上記スケジュールを作成し実行する。

充電制御部４４０は、スケジュール管理部４３０から充電の実行指令を受けると、充電器２１０を駆動するための信号を生成して充電器２１０へ出力する。また、充電制御部４４０は、スケジュール管理部４３０から充電の停止指令を受けると、充電器２１０を停止するための信号を生成して充電器２１０へ出力する。

なお、ＨＥＭＳ１３０においてスケジュールを管理するものと制御部４２０により決定された場合には、その旨がＨＥＭＳ１３０へ通知され、ＨＥＭＳ１３０において住宅１００から車両２００への給電に関するスケジュールが作成され実行される。具体的には、ＨＥＭＳ１３０は、電力事業者３１０から受信するデマンドレスポンスに関する情報に基づいて上記スケジュールを作成し実行する。そして、ＨＥＭＳ１３０からＥＣＵ２４０へ充電の実行指令／停止指令等が送信され、通信部４１０により受信された当該指令に従って、充電制御部４４０が充電器２１０を制御する。

図４は、住宅１００から車両２００への給電（車両２００における蓄電部２２０の充電）のスケジュールを車両２００のＥＣＵ２４０及びＨＥＭＳ１３０のいずれにおいて管理するかを決定するための処理手順を説明するフローチャートである。

図４を参照して、ＥＣＵ２４０は、ＨＥＭＳ１３０と通信を行ない、車両２００への給電に関するスケジュール管理機能をＨＥＭＳ１３０が有しているか否かを判定する（ステップＳ１０）。ＨＥＭＳ１３０がスケジュール管理機能を有していない場合には（ステップＳ１０においてＮＯ）、ＥＣＵ２４０は、充電器２１０を用いた蓄電部２２０の充電に関するスケジュールをＥＣＵ２４０が管理するものとする（ステップＳ９０）。

ステップＳ１０において、ＨＥＭＳ１３０がスケジュール管理機能を有しているものと判定されると（ステップＳ１０においてＹＥＳ）、ＥＣＵ２４０は、ユーザがデマンドレスポンスのインセンティブ制度に加入しているか否かを判定する（ステップＳ２０）。インセンティブ制度に加入しているか否かは、インセンティブベースに係る契約がユーザと電力事業者との間で交わされているか否かによって判定される。インセンティブ制度に加入しているか否かの情報は、ＨＥＭＳ１３０が有しており、ＥＣＵ２４０は、ＨＥＭＳ１３０と通信することによって当該情報を取得することができる。

ステップＳ２０において、ユーザがインセンティブ制度に加入しているものと判定されると（ステップＳ２０においてＹＥＳ）、ＥＣＵ２４０は、ＨＥＭＳ１３０及び車両２００が直接負荷制御（ＤＬＣ）方式に対応しているか否かを判定する（ステップＳ３０）。上述のように、インセンティブベースには、ピーク時リベート（ＰＴＲ）方式とＤＬＣ方式とが存在するところ、ここでは、ＨＥＭＳ１３０及び車両２００（ＥＣＵ２４０）の各々において自身がＤＬＣ方式に対応しているか否かが判定される。

ステップＳ３０において、ＨＥＭＳ１３０のみがＤＬＣ方式に対応しているものと判定されると（ステップＳ３０において「ＨＥＭＳのみ」の場合）、ＥＣＵ２４０は、車両２００の充電スケジュール（住宅１００から車両２００への給電スケジュール）をＨＥＭＳ１３０が管理するものとする（ステップＳ８０）。一方、ステップＳ３０において、車両２００（ＥＣＵ２４０）のみがＤＬＣ方式に対応しているものと判定されると（ステップＳ３０において「車両のみ」の場合）、ＥＣＵ２４０は、ステップ９０へ処理を移行し、車両２００の充電スケジュールをＥＣＵ２４０が管理するものとする。

ステップＳ３０において、ＨＥＭＳ１３０及び車両２００（ＥＣＵ２４０）の双方がＤＬＣ方式に対応し又は対応していないと判定されると（ステップＳ３０において「双方対応又は非対応」の場合）、ＥＣＵ２４０は、ＨＥＭＳ１３０及び車両２００がＰＴＲ方式に対応しているか否かを判定する（ステップＳ４０）。

ステップＳ４０において、ＨＥＭＳ１３０のみがＰＴＲ方式に対応しているものと判定されると（ステップＳ４０において「ＨＥＭＳのみ」の場合）、ＥＣＵ２４０は、ステップ８０へ処理を移行し、車両２００の充電スケジュール（住宅１００から車両２００への給電スケジュール）をＨＥＭＳ１３０が管理するものとする。一方、ステップＳ４０において、車両２００（ＥＣＵ２４０）のみがＰＴＲ方式に対応しているものと判定されると（ステップＳ４０において「車両のみ」の場合）、ＥＣＵ２４０は、ステップ９０へ処理を移行し、車両２００の充電スケジュールをＥＣＵ２４０が管理するものとする。

このように、この実施の形態１では、インセンティブベースの手法について、ＤＬＣ方式の方がＰＴＲ方式よりも優先度が高い。ＤＬＣ方式は、電力逼迫時に負荷の抑制或いは遮断を強制的に実施するものであるので、ＨＥＭＳ１３０及び車両２００（ＥＣＵ２４０）のいずれかにおいてＤＬＣ方式に対応している場合には、優先的にそのスケジュール管理に従って充電スケジュールを管理することとしたものである。

ステップＳ４０において、ＨＥＭＳ１３０及び車両２００（ＥＣＵ２４０）の双方がＰＴＲ方式に対応し又は対応していないと判定されると（ステップＳ４０において「双方対応又は非対応」の場合）、ＥＣＵ２４０は、ＨＥＭＳ１３０及び車両２００が電気料金ベースのリアルタイム料金（ＲＴＰ）方式に対応しているか否かを判定する（ステップＳ５０）。すなわち、インセンティブベースの機能比較では、ＨＥＭＳ１３０及び車両２００のいずれにおいてスケジュール管理を行なうべきか決定できなかった場合に、続いて電気料金ベースの機能比較が行なわれる。そして、電気料金ベースには、時間帯別料金（ＴＯＵ）方式、ピーク別料金（ＣＰＰ）方式、及びＲＴＰ方式が存在するところ、まず、ＨＥＭＳ１３０及び車両２００（ＥＣＵ２４０）の各々において自身がＲＴＰ方式に対応しているか否かが判定される。

ステップＳ５０において、ＨＥＭＳ１３０のみがＲＴＰ方式に対応しているものと判定されると（ステップＳ５０において「ＨＥＭＳのみ」の場合）、ＥＣＵ２４０は、ステップ８０へ処理を移行し、車両２００の充電スケジュール（住宅１００から車両２００への給電スケジュール）をＨＥＭＳ１３０が管理するものとする。一方、ステップＳ５０において、車両２００（ＥＣＵ２４０）のみがＲＴＰ方式に対応しているものと判定されると（ステップＳ５０において「車両のみ」の場合）、ＥＣＵ２４０は、ステップ９０へ処理を移行し、車両２００の充電スケジュールをＥＣＵ２４０が管理するものとする。

ステップＳ５０において、ＨＥＭＳ１３０及び車両２００（ＥＣＵ２４０）の双方がＲＴＰ方式に対応し又は対応していないと判定されると（ステップＳ５０において「双方対応又は非対応」の場合）、ＥＣＵ２４０は、ＨＥＭＳ１３０及び車両２００が時間帯別料金（ＴＯＵ）方式に対応しているか否かを判定する（ステップＳ６０）。

ステップＳ６０において、ＨＥＭＳ１３０のみがＴＯＵ方式に対応しているものと判定されると（ステップＳ６０において「ＨＥＭＳのみ」の場合）、ＥＣＵ２４０は、ステップ８０へ処理を移行し、車両２００の充電スケジュール（住宅１００から車両２００への給電スケジュール）をＨＥＭＳ１３０が管理するものとする。一方、ステップＳ６０において、ＥＣＵ２４０のみがＴＯＵ方式に対応しているものと判定されると（ステップＳ６０において「車両のみ」の場合）、ＥＣＵ２４０は、ステップ９０へ処理を移行し、車両２００の充電スケジュールをＥＣＵ２４０が管理するものとする。

ステップＳ６０において、ＨＥＭＳ１３０及び車両２００（ＥＣＵ２４０）の双方がＴＯＵ方式に対応し又は対応していないと判定されると（ステップＳ６０において「双方対応又は非対応」の場合）、ＥＣＵ２４０は、ＨＥＭＳ１３０及び車両２００がピーク別料金（ＣＰＰ）方式に対応しているか否かを判定する（ステップＳ７０）。

ステップＳ７０において、ＨＥＭＳ１３０のみがＣＰＰ方式に対応しているものと判定されると（ステップＳ７０において「ＨＥＭＳのみ」の場合）、ＥＣＵ２４０は、ステップ８０へ処理を移行し、車両２００の充電スケジュール（住宅１００から車両２００への給電スケジュール）をＨＥＭＳ１３０が管理するものとする。一方、ステップＳ７０において、ＥＣＵ２４０のみがＣＰＰ方式に対応しているものと判定されると（ステップＳ７０において「車両のみ」の場合）、ＥＣＵ２４０は、ステップ９０へ処理を移行し、車両２００の充電スケジュールをＥＣＵ２４０が管理するものとする。

このように、この実施の形態１では、電気料金ベースの手法について、ＲＴＰ方式、ＴＯＵ方式、ＣＰＰ方式の順に優先度が高い。

なお、ステップＳ７０において、ＨＥＭＳ１３０及び車両２００（ＥＣＵ２４０）の双方がＣＰＰ方式に対応し又は対応していないと判定されると（ステップＳ７０において「双方対応又は非対応」の場合）、ＥＣＵ２４０は、ステップ９０へ処理を移行し、車両２００の充電スケジュールをＥＣＵ２４０が管理するものとする。この場合は、デマンドレスポンスの機能比較では、ＨＥＭＳ１３０及び車両２００（ＥＣＵ２４０）のいずれにおいてスケジュール管理を行なうべきか決定できない。この場合、車両２００においては、充電スケジュールの考慮事項として、デマンドレスポンス以外の要素、たとえば充電機器の耐久性やその他経験値等も存在し得るので、車両２００のＥＣＵ２４０が充電スケジュールを管理することとしたものである。

一方、ステップＳ２０において、ユーザはインセンティブ制度に加入していないものと判定された場合は（ステップＳ２０においてＮＯ）、ＥＣＵ２４０は、ステップＳ５０へ処理を移行する。すなわち、ユーザがインセンティブ制度に加入していない場合は、インセンティブベースの各手法についての機能比較は実施されず、電気料金ベースの各手法についての機能比較のみが行なわれる。

以上のように、この実施の形態１においては、住宅１００から車両２００への給電（車両２００における蓄電部２２０の充電）に関するスケジュール管理について、ＨＥＭＳ１３０が有するスケジュール管理機能と車両２００（ＥＣＵ２４０）が有するスケジュール管理機能とが比較される。具体的には、デマンドレスポンスの各手法に対する両者の対応状況が比較される。そして、その比較結果に基づいて、車両２００（ＥＣＵ２４０）及びＨＥＭＳ１３０のいずれにおいてスケジュールを管理するかが決定される。したがって、この実施の形態１によれば、車両２００（ＥＣＵ２４０）のスケジュール管理機能とＨＥＭＳ１３０のスケジュール管理機能との干渉を防止して、住宅１００から車両２００への給電（車両２００における蓄電部２２０の充電）を適切に管理することができる。

［実施の形態２］
実施の形態１では、デマンドレスポンスの各手法に対する対応状況について、車両２００（ＥＣＵ２４０）のスケジュール管理機能とＨＥＭＳ１３０のスケジュール管理機能との比較が行なわれた。この実施の形態２では、スケジュールについてのユーザ設定情報の有無、及びユーザ設定情報がない場合にはユーザの行動予測機能の有無について、車両２００（ＥＣＵ２４０）とＨＥＭＳ１３０との比較が行なわれ、その比較結果に基づいて、車両２００（ＥＣＵ２４０）及びＨＥＭＳ１３０のいずれにおいてスケジュールを管理するかが決定される。

この実施の形態２における電力供給システムの全体構成、及び車両２００のＥＣＵ２４０の構成は、それぞれ図１及び図３に示した構成と同じである。

図５は、実施の形態２において、住宅１００から車両２００への給電（車両２００における蓄電部２２０の充電）のスケジュールを車両２００のＥＣＵ２４０及びＨＥＭＳ１３０のいずれにおいて管理するかを決定するための処理手順を説明するフローチャートである。

図５を参照して、ＥＣＵ２４０は、ＨＥＭＳ１３０と通信を行ない、車両２００への給電に関するスケジュール管理機能をＨＥＭＳ１３０が有しているか否かを判定する（ステップＳ１１０）。ＨＥＭＳ１３０がスケジュール管理機能を有していない場合には（ステップＳ１１０においてＮＯ）、ＥＣＵ２４０は、充電器２１０を用いた蓄電部２２０の充電に関するスケジュールをＥＣＵ２４０が管理するものとする（ステップＳ１３０）。

ステップＳ１１０において、ＨＥＭＳ１３０がスケジュール管理機能を有しているものと判定されると（ステップＳ１１０においてＹＥＳ）、ＥＣＵ２４０は、ＨＥＭＳ１３０及び車両２００（ＥＣＵ２４０）がスケジュールに関するユーザ設定情報を保持しているか否かを判定する（ステップＳ１２０）。なお、図１，３には特に図示されていないが、車両２００及びＨＥＭＳ１３０の各々には、住宅１００から車両２００への給電（車両２００における蓄電部２２０の充電）のスケジュールをユーザが設定可能な入力部が設けられている。

ステップＳ１２０において、車両２００のみがユーザ設定情報を保持しているものと判定されると（ステップＳ１２０において「車両のみ」の場合）、ＥＣＵ２４０は、ステップＳ１３０へ処理を移行し、車両２００の充電スケジュールをＥＣＵ２４０が管理するものとする。ステップＳ１２０において、ＨＥＭＳ１３０のみがユーザ設定情報を保持しているものと判定されると（ステップＳ１２０において「ＨＥＭＳのみ」の場合）、ＥＣＵ２４０は、車両２００の充電スケジュール（住宅１００から車両２００への給電スケジュール）をＨＥＭＳ１３０が管理するものとする（ステップＳ１４０）。

また、ステップＳ１２０において、ＨＥＭＳ１３０及びＥＣＵ２４０の双方が車両２００の充電スケジュールについてのユーザ設定情報を保持しているものと判定された場合には（ステップＳ１２０において「双方保持」の場合）、ＥＣＵ２４０は、ＥＣＵ２４０が保持する設定情報の設定日時と、ＨＥＭＳ１３０が保持する設定情報の設定日時とが同一であるか否かを判定する（ステップＳ１５０）。設定日時が同一ではないと判定されると（ステップＳ１５０においてＮＯ）、ＥＣＵ２４０は、ＨＥＭＳ１３０とＥＣＵ２４０とのうち設定日時が早い方のスケジュールを有する方において充電スケジュールを管理するものとする（ステップＳ１６０）。

ステップＳ１２０において、ＨＥＭＳ１３０及びＥＣＵ２４０の双方が車両２００の充電スケジュールについてのユーザ設定情報を保持していないと判定された場合（ステップＳ１２０において「双方非保持」の場合）、又は、ステップＳ１５０において互いの設定日時が異なると判定された場合（ステップＳ１５０においてＹＥＳ）、ＥＣＵ２４０は、ユーザの行動を予測する「ユーザ行動予測機能」の有無を確認する処理を実行する（ステップＳ１７０）。

図６は、図５のステップＳ１７０において実行される「ユーザ行動予測機能確認処理」を説明するためのフローチャートである。図６を参照して、ＥＣＵ２４０は、ＨＥＭＳ１３０及び車両２００（ＥＣＵ２４０）が「ユーザ行動予測機能」を有しているか否かを判定する（ステップＳ２１０）。「ユーザ行動予測機能」とは、ユーザの日々の行動を学習し、その学習結果に基づいてユーザの行動を予測するものである。たとえば、ユーザが毎晩深夜の所定時間帯に車両２００の充電を実施している場合に、そのようなユーザの行動を予測するものである。

ステップＳ２１０において、ＨＥＭＳ１３０のみがユーザ行動予測機能を有しているものと判定されると（ステップＳ２１０において「ＨＥＭＳのみ」の場合）、ＥＣＵ２４０は、車両２００の充電スケジュール（住宅１００から車両２００への給電スケジュール）をＨＥＭＳ１３０が管理するものとする（ステップＳ２２０）。一方、ステップＳ２１０において、車両２００のみがユーザ行動予測機能を有しているものと判定されると（ステップＳ２１０において「車両のみ」の場合）、ＥＣＵ２４０は、車両２００の充電スケジュールをＥＣＵ２４０が管理するものとする（ステップＳ２３０）。

なお、ステップＳ２１０において、ＨＥＭＳ１３０及びＥＣＵ２４０の双方がユーザ行動予測機能を有している、又は双方とも有していないと判定されると（ステップＳ２１０において「双方有又は無」の場合）、ＥＣＵ２４０は、ステップＳ２３０へ処理を進め、車両２００の充電スケジュールをＥＣＵ２４０が管理するものとする。この場合は、ユーザ設定情報の有無、及びユーザの行動予測機能の有無についての比較では、ＨＥＭＳ１３０及びＥＣＵ２４０のいずれにおいてスケジュール管理を行なうべきか決定できない。そこで、車両２００には、充電スケジュールの考慮事項として、デマンドレスポンス以外の要素、たとえば充電機器の耐久性やその他経験値等も存在し得るので、車両２００のＥＣＵ２４０が充電スケジュールを管理することとしたものである。

以上のように、この実施の形態２においては、スケジュールについてのユーザ設定情報の有無、及びユーザ設定情報がない場合にはユーザの行動予測機能の有無について、車両２００（ＥＣＵ２４０）とＨＥＭＳ１３０との比較が行なわれる。そして、その比較結果に基づいて、車両２００（ＥＣＵ２４０）及びＨＥＭＳ１３０のいずれにおいてスケジュールを管理するかが決定される。したがって、この実施の形態２によっても、車両２００（ＥＣＵ２４０）のスケジュール管理機能とＨＥＭＳ１３０のスケジュール管理機能との干渉を防止して、住宅１００から車両２００への給電（車両２００における蓄電部２２０の充電）を適切に管理することができる。

［実施の形態３］
実施の形態３は、上記の実施の形態１，２を組合わせたものに相当する。この実施の形態３では、ユーザ設定情報又はユーザの行動予測に基づくスケジュール管理は、デマンドレスポンスへの対応状況に基づくスケジュール管理よりも優先度が高いものとされる。すなわち、最初に、スケジュールについてのユーザ設定情報の有無、及びユーザ設定情報がない場合にはユーザの行動予測機能の有無について、車両２００（ＥＣＵ２４０）とＨＥＭＳ１３０との比較が行なわれる。その後、デマンドレスポンスの各手法に対する対応可否について、両者の比較が行なわれる。

この実施の形態３における、住宅１００から車両２００への給電（車両２００における蓄電部２２０の充電）のスケジュールを車両２００のＥＣＵ２４０及びＨＥＭＳ１３０のいずれにおいて管理するかを決定するための処理手順の全体フローは、図５に示したフローで示される。そして、ステップＳ１７０において実行される「ユーザ行動予測機能確認処理」の内容が、実施の形態２と異なる。

図７は、実施の形態３において、図５のステップＳ１７０において実行される「ユーザ行動予測機能確認処理」を説明するためのフローチャートである。図７を参照して、このフローチャートは、図６に示した実施の形態２におけるフローチャートにおいて、ステップＳ２３５をさらに含む。

すなわち、ステップＳ２１０において、ＨＥＭＳ１３０及びＥＣＵ２４０の双方がユーザ行動予測機能を有している、又は双方とも有していないと判定されると（ステップＳ２１０において「双方有又は無」の場合）、ＥＣＵ２４０は、デマンドレスポンスに基づく判定処理を実行する（ステップＳ２３５）。ユーザ設定情報の有無、及びユーザの行動予測機能の有無についての比較では、ＨＥＭＳ１３０及びＥＣＵ２４０のいずれにおいてスケジュール管理を行なうべきか決定できない場合には、続いてデマンドレスポンスの各手法への対応可否についての比較を行なうことで、ＨＥＭＳ１３０及びＥＣＵ２４０のいずれにおいてスケジュール管理を行なうべきか決定するものである。

図８は、図７のステップＳ２３５において実行される「デマンドレスポンスに基づく判定処理」を説明するためのフローチャートである。図８を参照して、このフローチャートは、図４に示したフローチャートにおいて、ステップＳ１０を含まず、ステップＳ１００に代えてステップＳ１０５を含む。

ステップＳ１０を含まないのは、図５のステップＳ１１０においてステップＳ１０と同じ処理を実行済みだからである。ステップＳ１００に代えてステップＳ１０５を含むのは、図８に示される一連の処理の終了後、図７に示されるフローへ戻るためである。

以上のように、この実施の形態３によっても、車両２００（ＥＣＵ２４０）のスケジュール管理機能とＨＥＭＳ１３０のスケジュール管理機能との干渉を防止して、住宅１００から車両２００への給電（車両２００における蓄電部２２０の充電）を適切に管理することができる。

［実施の形態４］
上記の各実施の形態では、車両２００（ＥＣＵ２４０）においてスケジュールを管理するか、それとも住宅１００のＨＥＭＳ１３０においてスケジュールを管理するかの決定は、車両２００のＥＣＵ２４０が行なうものとしたが、この実施の形態４では、住宅１００のＨＥＭＳ１３０において実行される。この実施の形態４は、上記の実施の形態１に対応するものである。

図９は、実施の形態４によるＨＥＭＳ１３０の機能ブロック図である。なお、この図９では、ＨＥＭＳ１３０により実行される種々の制御のうち、住宅１００から車両２００への給電に関する部分のみ抽出して示されている。図９を参照して、ＨＥＭＳ１３０は、通信部５１０と、制御部５２０と、スケジュール管理部５３０とを含む。

通信部５１０は、車両２００及び電力事業者３１０と通信を行なうための通信機器を含んで構成される。通信部５１０は、たとえば、車両２００が電力ケーブル１５０によって住宅１００に接続されているときに、電力線を通じて車両２００と電力線通信（ＰＬＣ）を行なうための機器を含む。或いは、通信部５１０は、車両２００と無線通信を行なうための機器を含んでもよい。

制御部５２０は、住宅１００から車両２００への給電のスケジュールをＨＥＭＳ１３０自身（後述のスケジュール管理部５３０）及び車両２００のいずれにおいて管理するかを決定する。詳しくは、制御部５２０は、通信部５１０を用いて車両２００と通信を行ない、後述の処理フローに従って、ＨＥＭＳ１３０が有するスケジュール管理機能（車両２００への給電に関するスケジュール管理機能）と車両２００が有するスケジュール管理機能（充電器２１０を用いた充電に関するスケジュール管理機能）とを比較する。そして、制御部５２０は、その比較結果に基づいて、ＨＥＭＳ１３０においてスケジュールを管理するか、それとも車両２００においてスケジュールを管理するかを決定する。制御部５２０により実行される処理フローについては、後ほど詳しく説明する。

そして、ＨＥＭＳ１３０においてスケジュールを管理するものと決定された場合には、制御部５２０は、スケジュール管理部５３０へその旨を通知する。一方、車両２００においてスケジュールを管理するものと決定された場合には、制御部５２０は、通信部５１０によって車両２００へその旨を通知する。

スケジュール管理部５３０は、ＨＥＭＳ１３０においてスケジュールを管理するものと制御部５２０により決定された場合に、住宅１００から車両２００への給電に関するスケジュールを作成し実行する。この実施の形態４では、電力事業者３１０が提供するデマンドレスポンスに関する情報が通信部５１０によって受信され、スケジュール管理部５３０は、受信されたデマンドレスポンスの情報に基づいて上記スケジュールを作成し実行する。

なお、車両２００においてスケジュールを管理するものと制御部５２０により決定された場合には、車両２００において充電スケジュールが作成され実行される。具体的には、ＨＥＭＳ１３０から車両２００へデマンドレスポンスに関する情報が送信され、その情報に基づいて車両２００において充電スケジュールが作成され実行される。

図１０は、実施の形態４において、住宅１００から車両２００への給電のスケジュールをＨＥＭＳ１３０及び車両２００のいずれにおいて管理するかを決定するための処理手順を説明するフローチャートである。

図１０を参照して、ＨＥＭＳ１３０は、車両２００と通信を行ない、車両２００において充電器２１０を用いた蓄電部２２０の充電に関するスケジュール管理機能を車両２００が有しているか否かを判定する（ステップＳ３１０）。車両２００がスケジュール管理機能を有していない場合には（ステップＳ３１０においてＮＯ）、ＨＥＭＳ１３０は、車両２００の充電スケジュール（住宅１００から車両２００への給電スケジュール）をＨＥＭＳ１３０が管理するものとする（ステップＳ３８０）。

ステップＳ３１０において、車両２００がスケジュール管理機能を有しているものと判定されると（ステップＳ３１０においてＹＥＳ）、ＨＥＭＳ１３０は、ユーザがデマンドレスポンスのインセンティブ制度に加入しているか否かを判定する（ステップＳ３２０）。

ステップＳ３２０からステップＳ４００までの処理については、処理の主体が車両２００のＥＣＵ２４０（図１）ではなくＨＥＭＳ１３０である点を除いて、図４に示したステップＳ２０からステップＳ１００までの処理とそれぞれ同じであるので、説明は繰り返さない。

以上のように、この実施の形態４によっても、ＨＥＭＳ１３０のスケジュール管理機能と車両２００のスケジュール管理機能との干渉を防止して、住宅１００から車両２００への給電（車両２００における蓄電部２２０の充電）を適切に管理することができる。

［実施の形態５］
この実施の形態５でも、車両２００（ＥＣＵ２４０）においてスケジュールを管理するか、それとも住宅１００のＨＥＭＳ１３０においてスケジュールを管理するかの決定が、住宅１００のＨＥＭＳ１３０において行なわれる。そして、この実施の形態５は、上記の実施の形態２に対応するものである。

図１１は、実施の形態５において、住宅１００から車両２００への給電のスケジュールをＨＥＭＳ１３０及び車両２００のいずれにおいて管理するかを決定するための処理手順を説明するフローチャートである。

図１１を参照して、ＨＥＭＳ１３０は、車両２００と通信を行ない、車両２００において充電器２１０を用いた蓄電部２２０の充電に関するスケジュール管理機能を車両２００が有しているか否かを判定する（ステップＳ４１０）。車両２００がスケジュール管理機能を有していない場合には（ステップＳ４１０においてＮＯ）、ＨＥＭＳ１３０は、車両２００の充電スケジュール（住宅１００から車両２００への給電スケジュール）をＨＥＭＳ１３０が管理するものとする（ステップＳ４３０）。

ステップＳ４１０において、車両２００がスケジュール管理機能を有しているものと判定されると（ステップＳ４１０においてＹＥＳ）、ＨＥＭＳ１３０は、ＨＥＭＳ１３０及び車両２００がスケジュールに関するユーザ設定情報を保持しているか否かを判定する（ステップＳ４２０）。

ステップＳ４２０からステップＳ４８０までの処理については、処理の主体が車両２００のＥＣＵ２４０（図１）ではなくＨＥＭＳ１３０である点を除いて、図５に示したステップＳ１２０からステップＳ１８０までの処理とそれぞれ同じであるので、説明は繰り返さない。なお、ステップＳ４７０において実行される「ユーザ行動予測機能確認処理」についても、処理の主体をＨＥＭＳ１３０として、図６に示される処理、又は図７，８に示される処理を適用し得る。

以上のように、この実施の形態５によっても、ＨＥＭＳ１３０のスケジュール管理機能と車両２００のスケジュール管理機能との干渉を防止して、住宅１００から車両２００への給電（車両２００における蓄電部２２０の充電）を適切に管理することができる。

［実施の形態６］
この実施の形態６では、車両２００において充電スケジュールが作成される。そして、車両２００において作成されたスケジュールに基づいてＨＥＭＳ１３０が車両２００の充電スケジュール（住宅１００から車両２００への給電スケジュール）を管理可能か否かが判定される。ＨＥＭＳ１３０において管理可能の場合には、車両２００からＨＥＭＳ１３０へスケジュールが渡され、ＨＥＭＳ１３０においてスケジュール管理が実行される。

この実施の形態６における電力供給システムの全体構成は、図１に示した構成と同じである。

図１２は、実施の形態６において、住宅１００から車両２００への給電（車両２００における蓄電部２２０の充電）のスケジュールを車両２００のＥＣＵ２４０及びＨＥＭＳ１３０のいずれにおいて管理するかを決定するための処理手順を説明するフローチャートである。

図１２を参照して、ＥＣＵ２４０は、車両２００の充電スケジュールを作成する（ステップＳ５１０）。充電スケジュールは、種々の観点で作成可能であり、たとえば、ユーザ設定情報、ユーザの行動予測、或いはデマンドレスポンスの各手法に基づいて充電スケジュールを作成することができる。

次いで、ＥＣＵ２４０は、作成されたスケジュールが、ＨＥＭＳ１３０におけるスケジュールの「型」と合致するか否かを判定する（ステップＳ５２０）。スケジュールの「型」とは、たとえば、スケジュールの構造（開始時刻指定、終了時刻指定、充電時間指定、複数指定等）、スケジュール時間の単位（秒、分、時、２４時間単位、１２時間単位等）、スケジュールの指示（充電開始、停止、充電電力、電力量等）、スケジュールの数等を規定するものである。

ステップＳ５２０において、作成されたスケジュールがＨＥＭＳ１３０におけるスケジュールの型と合致するものと判定されると（ステップＳ５２０においてＹＥＳ）、ＥＣＵ２４０は、作成されたスケジュールをＨＥＭＳ１３０へ送信する（ステップＳ５３０）。そして、ＥＣＵ２４０は、車両２００の充電スケジュール（住宅１００から車両２００への給電スケジュール）をＨＥＭＳ１３０が管理するものとする（ステップＳ５４０）。

一方、ステップＳ５２０において、作成されたスケジュールがＨＥＭＳ１３０におけるスケジュールの型とは合致しないと判定されると（ステップＳ５２０においてＮＯ）、ＥＣＵ２４０は、ステップＳ５１０において作成されたスケジュールに従って車両２００の充電スケジュールを管理するものとする（ステップＳ５５０）。

この実施の形態６においては、車両２００の充電スケジュール（住宅１００から車両２００への給電スケジュール）をＨＥＭＳ１３０が管理できる場合には、車両２００においてスケジュール管理のための電源を落とすことができる。したがって、この実施の形態６によれば、車両２００において、待機電力を削減し、また、電圧の常時印加による充電用機器の劣化を抑制することができる。

なお、上記において、住宅１００は、この発明における「設備」の一実施例に対応し、車両２００は、この発明における「電気機器」の一実施例に対応する。また、ＨＥＭＳ１３０は、この発明における「エネルギーマネジメントシステム」の一実施例に対応し、ＥＣＵ２４０は、この発明における「制御装置」の一実施例に対応する。

今回開示された各実施の形態は、適宜組合わせて実施することも予定されている。そして、今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１００ 住宅、１１０ 分電盤、１２０ 負荷、１３０ ＨＥＭＳ、１４０ 電力線、１５０ 電力ケーブル、２００ 車両、２１０ 充電器、２２０ 蓄電部、２３０ 駆動部、２４０ ＥＣＵ、３００ 系統電源、３１０ 電力事業者、４１０，５１０ 通信部、４２０，５２０ 制御部、４３０，５３０ スケジュール管理部、４４０ 充電制御部。

Claims (18)

1. 系統電源から電力の供給を受ける設備から受電可能に構成された電気機器の制御装置であって、
   前記設備には、前記電気機器への給電スケジュールを管理するための第１の管理機能に従って前記給電スケジュールを管理可能なエネルギーマネジメントシステムが設けられ、
   前記制御装置は、
   前記エネルギーマネジメントシステムと通信するための通信部と、
   当該制御装置において前記給電スケジュールを管理するための第２の管理機能に従って前記給電スケジュールを管理するスケジュール管理部と、
   前記エネルギーマネジメントシステムが有する前記第１の管理機能と、当該制御装置が有する前記第２の管理機能とを比較することによって、前記スケジュール管理部及び前記エネルギーマネジメントシステムのいずれにおいて前記給電スケジュールを管理するかを決定する制御部とを備える、電気機器の制御装置。
2. 前記制御部は、インセンティブベースのデマンドレスポンスを実現するためのインセンティブ制度にユーザが加入している場合に、
   前記インセンティブベースのデマンドレスポンスに前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記エネルギーマネジメントシステムにおいて前記給電スケジュールを管理するものとし、
   前記インセンティブベースのデマンドレスポンスに前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
   前記第１及び第２の管理機能の双方が前記インセンティブベースのデマンドレスポンスに対応又は非対応のときは、前記第１及び第２の管理機能が電気料金ベースのデマンドレスポンスに対応しているか否かに基づいて、前記スケジュール管理部及び前記エネルギーマネジメントシステムのいずれにおいて前記給電スケジュールを管理するかを決定する、請求項１に記載の電気機器の制御装置。
3. 前記インセンティブベースのデマンドレスポンスは、
   前記インセンティブ制度に従ってユーザにおいて電力削減のための負荷抑制が強制的に実施される直接負荷制御（ＤＬＣ）方式と、
   前記インセンティブ制度に従ってユーザに対して電力削減が要求されるピーク時リベート（ＰＴＲ）方式とを含み、
   前記制御部は、前記インセンティブ制度にユーザが加入している場合に、
   前記直接負荷制御方式に前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記エネルギーマネジメントシステムにおいて前記給電スケジュールを管理するものとし、
   前記直接負荷制御方式に前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
   前記第１及び第２の管理機能の双方が前記直接負荷制御方式に対応又は非対応であって、前記ピーク時リベート方式に前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記エネルギーマネジメントシステムにおいて前記給電スケジュールを管理するものとし、
   前記第１及び第２の管理機能の双方が前記直接負荷制御方式に対応又は非対応であって、前記ピーク時リベート方式に前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
   さらに前記第１及び第２の管理機能の双方が前記ピーク時リベート方式に対応又は非対応のときは、前記スケジュール管理部において前記給電スケジュールを管理するものとする、請求項２に記載の電気機器の制御装置。
4. 前記制御部は、前記インセンティブ制度にユーザが加入しており、かつ、前記第１及び第２の管理機能の双方が前記インセンティブベースのデマンドレスポンスに対応又は非対応の場合に、
   電気料金ベースのデマンドレスポンスに前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記エネルギーマネジメントシステムにおいて前記給電スケジュールを管理するものとし、
   前記電気料金ベースのデマンドレスポンスに前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
   前記第１及び第２の管理機能の双方が前記電気料金ベースのデマンドレスポンスに対応又は非対応のときは、前記スケジュール管理部において前記給電スケジュールを管理するものとする、請求項２又は請求項３に記載の電気機器の制御装置。
5. 前記制御部は、インセンティブベースのデマンドレスポンスを実施するためのインセンティブ制度にユーザが非加入の場合に、
   電気料金ベースのデマンドレスポンスに前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記エネルギーマネジメントシステムにおいて前記給電スケジュールを管理するものとし、
   前記電気料金ベースのデマンドレスポンスに前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
   前記第１及び第２の管理機能の双方が前記電気料金ベースのデマンドレスポンスに対応又は非対応のときは、前記スケジュール管理部において前記給電スケジュールを管理するものとする、請求項１に記載の電気機器の制御装置。
6. 前記電気料金ベースのデマンドレスポンスは、
   電力の需要に応じてリアルタイムに電気料金が変動するリアルタイム料金（ＲＴＰ）方式と、
   時間帯別に電気料金が予め設定される時間帯別料金（ＴＯＵ）方式と、
   電力の需要ピーク時に電気料金が上昇するピーク別料金（ＣＰＰ）方式とを含み、
   前記制御部は、前記インセンティブ制度にユーザが加入しており、かつ、前記第１及び第２の管理機能の双方が前記インセンティブベースのデマンドレスポンスに対応若しくは非対応の場合、又は、前記インセンティブ制度にユーザが非加入の場合に、
   前記リアルタイム料金方式に前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記エネルギーマネジメントシステムにおいて前記給電スケジュールを管理するものとし、
   前記リアルタイム料金方式に前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
   前記第１及び第２の管理機能の双方が前記リアルタイム料金方式に対応又は非対応であって、前記時間帯別料金方式に前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記エネルギーマネジメントシステムにおいて前記給電スケジュールを管理するものとし、
   前記第１及び第２の管理機能の双方が前記リアルタイム料金方式に対応又は非対応であって、前記時間帯別料金方式に前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
   さらに前記第１及び第２の管理機能の双方が前記時間帯別料金方式に対応又は非対応であって、前記ピーク別料金方式に前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記エネルギーマネジメントシステムにおいて前記給電スケジュールを管理するものとし、
   前記第１及び第２の管理機能の双方が前記時間帯別料金方式に対応又は非対応であって、前記ピーク別料金方式に前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
   さらに前記第１及び第２の管理機能の双方が前記ピーク別料金方式に対応又は非対応のときは、前記スケジュール管理部において前記給電スケジュールを管理するものとする、請求項４又は請求項５に記載の電気機器の制御装置。
7. 前記制御部は、
   ユーザにより設定される前記給電スケジュールの設定情報を前記エネルギーマネジメントシステムが有し、かつ、前記制御装置が前記設定情報を有していないときは、前記エネルギーマネジメントシステムにおいて前記給電スケジュールを管理するものとし、
   前記制御装置が前記設定情報を有し、かつ、前記エネルギーマネジメントシステムが前記設定情報を有していないときは、前記スケジュール管理部において前記給電スケジュールを管理するものとする、請求項１から請求項６のいずれか１項に記載の電気機器の制御装置。
8. 前記制御部は、前記エネルギーマネジメントシステム及び前記制御装置の双方が前記設定情報を有し又は有していない場合に、
   ユーザの行動を予測する予測機能を前記第１の管理機能が含み、かつ、前記第２の管理機能が前記予測機能を含んでいないときは、前記エネルギーマネジメントシステムにおいて前記給電スケジュールを管理するものとし、
   前記第１の管理機能が前記予測機能を含まず、かつ、前記第２の管理機能が前記予測機能を含むときは、前記スケジュール管理部において前記給電スケジュールを管理するものとする、請求項７に記載の電気機器の制御装置。
9. 前記電気機器は、前記設備から電力を受けて車載蓄電装置を充電可能に構成された車両である、請求項１から請求項８のいずれか１項に記載の電気機器の制御装置。
10. 系統電源から電力の供給を受ける設備に設けられ、前記設備から受電可能な電気機器への給電を管理するエネルギーマネジメントシステムであって、
    前記電気機器は、前記設備から当該電気機器への給電スケジュールを前記電気機器において管理するための第１の管理機能に従って前記給電スケジュールを管理可能に構成され、
    前記エネルギーマネジメントシステムは、
    前記電気機器と通信するための通信部と、
    前記給電スケジュールを管理するための第２の管理機能に従って前記給電スケジュールを管理するスケジュール管理部と、
    前記電気機器が有する前記第１の管理機能と、当該エネルギーマネジメントシステムが有する前記第２の管理機能とを比較することによって、前記スケジュール管理部及び前記電気機器のいずれにおいて前記給電スケジュールを管理するかを決定する制御部とを備える、エネルギーマネジメントシステム。
11. 前記制御部は、インセンティブベースのデマンドレスポンスを実現するためのインセンティブ制度にユーザが加入している場合に、
    前記インセンティブベースのデマンドレスポンスに前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記電気機器において前記給電スケジュールを管理するものとし、
    前記インセンティブベースのデマンドレスポンスに前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
    前記第１及び第２の管理機能の双方が前記インセンティブベースのデマンドレスポンスに対応又は非対応のときは、前記第１及び第２の管理機能が電気料金ベースのデマンドレスポンスに対応しているか否かに基づいて、前記スケジュール管理部及び前記電気機器のいずれにおいて前記給電スケジュールを管理するかを決定する、請求項１０に記載のエネルギーマネジメントシステム。
12. 前記インセンティブベースのデマンドレスポンスは、
    前記インセンティブ制度に従ってユーザにおいて電力削減のための負荷抑制が強制的に実施される直接負荷制御（ＤＬＣ）方式と、
    前記インセンティブ制度に従ってユーザに対して電力削減が要求されるピーク時リベート（ＰＴＲ）方式とを含み、
    前記制御部は、前記インセンティブ制度にユーザが加入している場合に、
    前記直接負荷制御方式に前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記電気機器において前記給電スケジュールを管理するものとし、
    前記直接負荷制御方式に前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
    前記第１及び第２の管理機能の双方が前記直接負荷制御方式に対応又は非対応であって、前記ピーク時リベート方式に前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記電気機器において前記給電スケジュールを管理するものとし、
    前記第１及び第２の管理機能の双方が前記直接負荷制御方式に対応又は非対応であって、前記ピーク時リベート方式に前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
    さらに前記第１及び第２の管理機能の双方が前記ピーク時リベート方式に対応又は非対応のときは、前記電気機器において前記給電スケジュールを管理するものとする、請求項１１に記載のエネルギーマネジメントシステム。
13. 前記制御部は、前記インセンティブ制度にユーザが加入しており、かつ、前記第１及び第２の管理機能の双方が前記インセンティブベースのデマンドレスポンスに対応又は非対応の場合に、
    電気料金ベースのデマンドレスポンスに前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記電気機器において前記給電スケジュールを管理するものとし、
    前記電気料金ベースのデマンドレスポンスに前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
    前記第１及び第２の管理機能の双方が前記電気料金ベースのデマンドレスポンスに対応又は非対応のときは、前記電気機器において前記給電スケジュールを管理するものとする、請求項１１又は請求項１２に記載のエネルギーマネジメントシステム。
14. 前記制御部は、インセンティブベースのデマンドレスポンスを実施するためのインセンティブ制度にユーザが非加入の場合に、
    電気料金ベースのデマンドレスポンスに前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記電気機器において前記給電スケジュールを管理するものとし、
    前記電気料金ベースのデマンドレスポンスに前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
    前記第１及び第２の管理機能の双方が前記電気料金ベースのデマンドレスポンスに対応又は非対応のときは、前記電気機器において前記給電スケジュールを管理するものとする、請求項１０に記載のエネルギーマネジメントシステム。
15. 前記電気料金ベースのデマンドレスポンスは、
    電力の需要に応じてリアルタイムに電気料金が変動するリアルタイム料金（ＲＴＰ）方式と、
    時間帯別に料金が予め設定される時間帯別料金（ＴＯＵ）方式と、
    電力の需要ピーク時に電気料金が上昇するピーク別料金（ＣＰＰ）方式とを含み、
    前記制御部は、前記インセンティブ制度にユーザが加入しており、かつ、前記第１及び第２の管理機能の双方が前記インセンティブベースのデマンドレスポンスに対応若しくは非対応の場合、又は、前記インセンティブ制度にユーザが非加入の場合に、
    前記リアルタイム料金方式に前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記電気機器において前記給電スケジュールを管理するものとし、
    前記リアルタイム料金方式に前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
    前記第１及び第２の管理機能の双方が前記リアルタイム料金方式に対応又は非対応であって、前記時間帯別料金方式に前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記電気機器において前記給電スケジュールを管理するものとし、
    前記第１及び第２の管理機能の双方が前記リアルタイム料金方式に対応又は非対応であって、前記時間帯別料金方式に前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
    さらに前記第１及び第２の管理機能の双方が前記時間帯別料金方式に対応又は非対応であって、前記ピーク別料金方式に前記第１の管理機能が対応し、かつ、前記第２の管理機能が非対応であるときは、前記電気機器において前記給電スケジュールを管理するものとし、
    前記第１及び第２の管理機能の双方が前記時間帯別料金方式に対応又は非対応であって、前記ピーク別料金方式に前記第１の管理機能が非対応であり、かつ、前記第２の管理機能が対応しているときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
    さらに前記第１及び第２の管理機能の双方が前記ピーク別料金方式に対応又は非対応のときは、前記電気機器において前記給電スケジュールを管理するものとする、請求項１３又は請求項１４に記載のエネルギーマネジメントシステム。
16. 前記制御部は、
    ユーザにより設定された前記給電スケジュールの設定情報を前記エネルギーマネジメントシステムが有し、かつ、前記電気機器が前記設定情報を有していないときは、前記スケジュール管理部において前記給電スケジュールを管理するものとし、
    前記電気機器が前記設定情報を有し、かつ、前記エネルギーマネジメントシステムが前記設定情報を有していないときは、前記電気機器において前記給電スケジュールを管理するものとする、請求項１０から請求項１５のいずれか１項に記載のエネルギーマネジメントシステム。
17. 前記制御部は、前記エネルギーマネジメントシステム及び前記電気機器の双方が前記設定情報を有し又は有していない場合に、
    ユーザの行動を予測する予測機能を前記第１の管理機能が含み、かつ、前記第２の管理機能が前記予測機能を含んでいないときは、前記電気機器において前記給電スケジュールを管理するものとし、
    前記第１の管理機能が前記予測機能を含まず、かつ、前記第２の管理機能が前記予測機能を含むときは、前記スケジュール管理部において前記給電スケジュールを管理するものとする、請求項１６に記載のエネルギーマネジメントシステム。
18. 前記電気機器は、前記設備から電力を受けて車載蓄電装置を充電可能に構成された車両である、請求項１０から請求項１７のいずれか１項に記載のエネルギーマネジメントシステム。

Images