WO2013069357A1 - 情報報知システム - Google Patents

Abstract

　ユーザに対して簡易的な方法により情報を報知すると共に、報知する情報の種類が複数種となるケースにも対応可能な情報報知システムを提供することである。　住宅Ｈでのエネルギー消費量の測定結果に応じた情報を示す測定結果データ、及び、ＣＥＭＳサーバ４０からの提供情報データのうち、ホームサーバ１０が受信した受信データに応じた報知動作を実行するロボット５０を有する情報報知システムであって、ロボット５０は、受信データに応じた発光形式にて発光する発光動作を実行する発光機構５１と、受信データに応じた音声を発する音声発生動作を実行する音声発生機構５２と、受信データに応じて振動する振動動作を実行する振動機構５３と、ホームサーバ１０から報知動作の実行要求を受信すると、発光動作、音声発生動作及び振動動作のうち、実行要求に応じて決定した少なくとも一つ以上の動作を報知動作として実行させるコントローラ５４とを有する。

Description

情報報知システム

　本発明は、情報報知システムに係り、特に、建物内で使用されるエネルギー消費機器のエネルギー消費量の測定結果に関する情報や、建物外の情報源（ソース）から提供される情報を、ユーザに対して報知する情報報知システムに関する。

　ユーザに対して情報を報知する情報報知システムは既に知られており、かかるシステムの中には、ホームエネルギーマネジメントシステム（以下、ＨＥＭＳ）と呼ばれるものが存在する。ＨＥＭＳでは住宅内にホームサーバが設置されており、このホームサーバが宅内ネットワークを通して、住宅内で使用されるエネルギー消費機器のエネルギー消費量を測定するセンサ等と通信して各センサの測定結果を収集し、当該測定結果に応じた情報をユーザ（例えば、住宅の居住者）に対して報知する。この結果、ユーザは、自身のエネルギー消費行動を見直して、省エネルギー行動の実践を心掛けるようになる。

　一方、ＨＥＭＳを搭載した住宅が複数存在するコミュニティでは、インターネット等のネットワークを通じてコミュニティ単位でのエネルギー管理を実践するシステム（コミュニティエネルギーマネジメントシステム、以下、ＣＥＭＳ）が構築されることもある。ＣＥＭＳでは、各ＨＥＭＳを統括するサーバ（以下、ＣＥＭＳサーバ）が設けられ、ＣＥＭＳサーバから各住宅のホームサーバに向けて、省エネに関するアドバイス等の情報を配信するというサービスを提供することが可能である。ＣＥＭＳサーバから配信される情報は、ネットワークを経由してホームサーバに受信され、最終的にその内容がユーザに報知される。

　ところで、一般的なＨＥＭＳでは、ユーザへの情報の報知が、ノートパソコン、壁掛け端末又はＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）等、ネットワークに接続可能であり、かつ、ウェブブラウザ機能を有する端末（報知端末）を介して行われる（例えば、特許文献１参照）。特許文献１に記載の電力監視システムでは、センタ装置（上記のＣＥＭＳサーバに相当する）から電気料金単価に関する情報が配信され、同情報は、統合管理盤を経由して報知端末に受信される。
　そして、センタ装置から電気料金単価の情報を受信した報知端末側では、現在の時間帯に適用される電気料金単価と、次の時間帯に適用される電気料金単価とが表示されるようになる。また、センタ装置から受信した情報には、次の時間帯に適用される電気料金単価に移行するまでの時間（以下、移行時間）を示す情報が含まれており、報知端末は、上記の移行時間を発光（具体的には、ＬＥＤにより発光表示されるピクトマーク）によってユーザに報知する。

特開２０１１－１６０６０７号公報

　しかしながら、特許文献１に記載の電力監視システムでは、ユーザに対して情報を報知するのに上述した報知端末を起動させる必要があり、報知端末を起動させるための操作をユーザに強いることになる。このように報知端末を起動させるにあたってユーザの操作を要する結果、情報の確認がユーザにとって面倒なものとなってしまい、省エネルギーに対するユーザのモチベーションを高め難くなってしまう。このため、情報を報知する報知機器として、ユーザに対して手間を要さず、簡易的な方法により情報を報知可能な機器が求められている。さらに、報知機器については、報知する情報が多様化した場合（すなわち、報知する情報の種類・カテゴリが多くなった場合）にも対応可能なものであることが望ましい。

　そこで、本発明は、上記の問題に鑑みてなされたものであり、その目的は、ユーザに対して簡易的な方法により情報を報知すると共に、報知する情報の種類が複数種となるケースにも対応可能な情報報知システムを提供することである。

　前記課題は、本発明の情報報知システムによれば、建物内でのエネルギー消費量を測定し、測定結果に応じた情報を示す測定結果データを送信する測定装置、及び、前記建物外に設置された、前記建物内のユーザに提供する情報を示す提供情報データを送信する情報配信装置のうち、少なくとも一方の装置と通信する通信装置と、前記測定結果データ及び前記提供情報データのうち、前記少なくとも一方の装置と通信した際に前記通信装置が受信した受信データに基づき、該受信データに応じた報知動作を実行する置物型の報知機器と、を有する情報報知システムであって、前記通信装置は、前記受信データに基づいて、前記報知動作の実行要求を前記報知機器に対して送信し、前記報知機器は、前記受信データに応じた発光形式にて発光する発光動作を実行する発光機構と、前記受信データに応じた音声を発する音声発生動作を実行する音声発生機構と、前記受信データに応じて振動する振動動作を実行する振動機構と、前記発光機構と前記音声発生機構と前記振動機構とを制御する制御部と、を有し、該制御部は、前記実行要求を受信すると、前記発光動作、前記音声発生動作及び前記振動動作のうち、前記実行要求に応じて決定した少なくとも一つ以上の動作を前記報知動作として実行させることにより解決される。

　上記の情報報知システムでは、置物型の報知機器にて発光動作、音声発生動作又は振動動作が行われることにより、ユーザに対して情報が報知される。すなわち、本発明の情報提供システムであれば、ユーザに情報を報知するにあたり、ユーザに対して特に操作を求めることもなく簡易的な方法にて情報を報知することが可能である。
　さらに、本発明では、発光動作の発光形式、音声発生動作で発せられる音声、及び、振動動作の有無を受信データに応じて切り替えることが可能である。つまり、本発明では、報知動作の実行パターンが複数用意されていることになり、報知する情報の種類に応じて報知動作の実行パターンを使い分けることにより、報知する情報の種類が複数種となる場合であっても十分に対応することが可能となる。

　また、上記の情報報知システムにおいて、前記通信装置は、前記建物としての住宅の内部に設置されたホームサーバであり、前記情報配信装置は、前記ホームサーバとインターネットを介して通信可能に接続された外部サーバであり、該外部サーバが送信する前記提供情報データには、前記住宅内で所定の期間中に消費される電力消費量の目標値を示す目標値データが含まれており、前記通信装置は、前記目標値データを受信すると、前記目標値に対する、前記所定の期間中に前記住宅内で実際に消費された電力消費量の累積値の割合を算出し、算出した前記割合に応じた前記実行要求を前記報知機器に対して送信し、前記制御部は、前記実行要求を受信すると、前記割合に応じた発光形式にて前記発光機構が発光する前記発光動作と、前記割合に応じた音声を前記音声発生機構が発する前記音声発生動作と、前記振動機構が振動する前記振動動作のうち、少なくとも一つ以上の動作を前記報知動作として実行させると、好適である。

　さらに、上記の情報報知システムにおいて、前記外部サーバが送信する前記提供情報データには、商用電源から前記住宅に供給される電力の単価の現在値を示す単価データが含まれており、前記通信装置は、前記単価データを受信すると、前記現在値を特定し、特定した前記現在値に応じた前記実行要求を前記報知機器に対して送信し、前記制御部は、前記実行要求を受信すると、前記現在値に応じた発光形式にて前記発光機構が発光する前記発光動作と、前記現在値に応じた音声を前記音声発生機構が発する前記音声発生動作と、前記振動機構が振動する前記振動動作のうち、少なくとも一つ以上の動作を前記報知動作として実行させると、より好適である。

　以上のように住宅内のユーザに対して、目標電力消費量に対する実際の消費量の累積値の割合や、商用電源から供給される電力の単価の現在値を報知することができるので、ユーザに対して、住宅内での電力需給状況に対する見直しのきっかけを与え、省エネルギー行動を促すことができる。

　また、上記の情報報知システムにおいて、前記報知機器とは別体をなし、前記ホームサーバと通信可能な情報処理端末を更に有し、該情報処理端末は、ディスプレイを備え、前記ホームサーバと通信して前記ディスプレイに表示する情報を示す表示用データを取得し、該表示データが示す情報は、前記受信データが示す情報と同様であり、前記報知機器は、前記報知動作を実行する際に通電状態となり、前記情報処理端末は、前記ディスプレイに前記表示用データが示す情報を表示する際に通電状態となり、通電状態にある前記報知機器が消費する電力は、通電状態にある前記情報処理端末が消費する電力と比較して小さいと、より一層好適である。かかる構成であれば、本発明の効果がより有効に奏されることになる。
　具体的に説明すると、ノートパソコン、壁掛け端末又はＰＤＡ等からなる情報処理端末が報知機器とは別に設けられている場合、ユーザが当該情報処理端末で情報を確認する際には起動操作が必要となるので、そのような起動操作を要さずに簡易的にユーザに対して情報を報知する報知機器がより有用なものとなる。さらに、報知機器にて情報を報知する方が、情報処理端末で情報を確認する場合と比較して、電力消費量を少なくすることが可能である。

　また、上記の情報報知システムにおいて、前記通信装置は、前記建物内に設けられたネットワークを介して、前記建物内で使用されるエネルギー消費機器の運転状態を制御する機能を実装しており、前記報知機器は、ユーザが前記エネルギー消費機器の運転状態を制御する際に行う操作を受け付ける操作受付機構を有し、該操作受付機構が受け付けた前記操作に基づき、前記制御部が、前記エネルギー消費機器の運転状態を制御する制御処理の実行要求を前記通信装置に対して送信すると、一段と好適である。かかる構成の情報報知システムでは、報知機器がエネルギー消費機器を遠隔制御する機能（リモコン機能）を備えているので、報知機器がユーザにとって使い勝手がよいものとなり、報知機器の利便性が向上することになる。

　また、上記の情報報知システムにおいて、前記操作受付機構が前記操作を複数回繰り返して受け付けたときに、前記制御部は、前記エネルギー消費機器の運転状態を制御する制御処理の実行要求を前記通信装置に対して送信すると、さらに好適である。かかる構成の情報報知システムでは、報知機器によるエネルギー消費機器の遠隔制御が誤って行われてしまうこと（誤操作）を防止することが可能になる。

　本発明の情報報知システムによれば、置物型の報知機器を用いて光、音声、振動によって情報を報知することとなり、情報を報知するにあたり、ユーザに対して特に操作を要することなく、簡易的な方法にて情報を報知することが可能である。さらに、報知動作の実行パターンが複数用意されているので、報知する情報の種類に応じて報知動作の実行パターンを使い分けることにより、報知する情報の種類が複数種となる場合であっても十分に対応することが可能となる。

本発明に係る情報報知システムが搭載された建物の説明図である。 本発明に係る報知機器の外観図である。 本発明に係るホームサーバ及び外部サーバとの関係の一例を示した図である。 本発明に係るホームサーバのハードウェア構成を示すブロック図である。 本発明に係るホームサーバの構成を機能面から示した図である。 本発明に係るホームサーバの実行環境に関する構成図である。 本発明に係る情報処理端末にて描画される画面の一例を示した図である。 本発明に係る報知機器の構成を示す図である。 図７の（Ａ）～（Ｃ）は、報知動作を実行している状態の報知機器を示す模式図であり、（Ｄ）は、報知機器にてユーザの操作を受け付けている様子を示す模式図である。 本発明に係る発光動作の内容の一例を示した図である。 本発明に係る音声発生動作の内容の一例を示した図である。 本発明に係る報知機器がユーザの応答操作を受け付けた際に実行する動作の一例を示した図である。 情報報知処理の流れを示した図である（その１）。 情報報知処理の流れを示した図である（その２）。 情報報知処理の流れを示した図である（その３）。 機器制御処理の流れを示した図である。

　本発明の一実施形態（以下、本実施形態）に係る情報報知システムについて、図１～図１４を参照しながら説明する。図１は、本発明に係る情報報知システムが搭載された建物の説明図である。図２は、本発明に係る報知機器の外観図である。図３は、本発明に係るホームサーバ及び外部サーバとの関係の一例を示した図である。図４Ａは、本発明に係るホームサーバのハードウェア構成を示すブロック図である。図４Ｂは、本発明に係るホームサーバの構成を機能面から示した図である。図４Ｃは、本発明に係るホームサーバの実行環境に関する構成図である。図５は、本発明に係る情報処理端末にて描画される画面の一例を示した図である。図６は、本発明に係る報知機器の構成を示す図である。図７の（Ａ）～（Ｃ）は、報知動作を実行している状態の報知機器を示す模式図であり、（Ｄ）は、報知機器にてユーザの操作を受け付けている様子を示す模式図である。図８は、本発明に係る発光動作の内容の一例を示した図である。図９は、本発明に係る音声発生動作の内容の一例を示した図である。図１０は、本発明に係る報知機器がユーザの操作を受け付けた際に実行する応答動作の一例を示した図である。図１１～図１３は、情報報知処理の流れを示した図である。図１４は、機器制御処理の流れを示した図である。

＜＜本実施形態に係る情報報知システムの概要＞＞
　本実施形態に係る情報報知システム（以下、本システムＳ）について、図１～図３を参照しながら概説する。なお、図１中、本システムＳを構成する要素間を結ぶ線のうち、実線で記載されたものは、電気配線を示し、破線で記載されたものは、通信回線を示す。

　以下では、本システムＳが建物の一例としての住宅Ｈに搭載された構成を例に挙げて説明する。ただし、あくまでも住宅Ｈは建物の一例に過ぎず、本発明の情報報知システムは、他の建物、例えばオフィスビル、工場内の建屋、店舗等においても利用可能なものである。

　＜本実施形態に係る情報報知システムの構成＞
　本システムＳは、住宅Ｈ内でのエネルギー消費量として、住宅Ｈ内での電力消費量を管理するものであり、ユーザ（例えば、住宅Ｈの居住者）に対して、住宅Ｈ内での電力消費に関する情報を報知する。より具体的に説明すると、本システムＳは、いわゆるホームエネルギーマネジメントシステム（ＨＥＭＳ）であり、住宅Ｈ内における電力消費量を削減する目的から、住宅Ｈ内で使用される電力消費機器の電力消費量を視覚化（見える化）して、その視覚化された情報をユーザに報知するものである。

　電力消費機器とは、エネルギー消費機器に相当し、具体的には、家電製品、照明、エアコン、給湯器、ＡＶ機器、防犯設備等が該当する。また、本実施形態に係る住宅Ｈ内では、複数の電力消費機器が使用されている。換言すると、本システムＳは、少なくとも１個以上の電力消費機器が使用されている住宅Ｈに搭載されたものである。

　なお、図１では、図示の都合上、電力消費機器としてエアコン７ａ、照明７ｂのみを図示している。ただし、図１に図示した電力消費機器の組み合わせはあくまでも一例であり、当然ながら、図１に図示された電力消費機器以上の台数の電力消費機器が住宅Ｈ内に設置されていてもよく、また、図１に図示されていない種類の電力消費機器が住宅Ｈ内に設置されていることとしてもよい。

　また、住宅Ｈでは、図１に示すように、商用電源４からの電力（以下、系統電力）が受電される一方で、住宅Ｈに設置された発電ユニット１により、自然エネルギーとしての太陽光エネルギーを利用して発電することが可能である。発電ユニット１が発電した電力（以下、発電電力）及び系統電力は、分電盤２を通じて、住宅Ｈ内に設置された電力消費機器の各々に供給される。発電電力は、発電ユニット１と分電盤２との間に設置されたパワーコンディショナ５によって直流電力から交流電力に変換される。

　なお、系統電力の単価（すなわち、電気料金）は、時間帯に応じて変化し、例えば、深夜時間帯の単価は、昼間帯の単価よりも幾分安く設定されている。さらに、系統電力の単価は、季節や原油価格の変動等に伴って変動することもある。

　また、本実施形態では、発電ユニット１が商用電源４と連系しており、発電電力の余剰分を商用電源４に逆潮流（売電）することが可能である。さらに、本実施形態では、蓄電池３が設けられており、系統電力や発電電力を蓄電池３に蓄電しておくことが可能である。そして、蓄電池３に蓄電された電力（以下、蓄電電力）は、適宜なタイミングで放電され、他の電力と同様、分電盤２を通じて、住宅Ｈ内の電力消費機器の各々に供給される。なお、蓄電池３と分電盤２との間には、双方向インバータ６が設置されている。この双方向インバータ６により、系統電力や発電電力は、蓄電池３に蓄電される際に交流電力から直流電力に変換され、蓄電電力は、放電される際に直流電力から交流電力に変換される。

　一方、ＨＥＭＳ（すなわち、本システムＳ）が搭載された住宅Ｈには、電力を測定するセンサ群が設けられている。具体的に説明すると、分電盤２には、スマートメータからなるセンサ２１が取り付けられている。このスマートメータからなるセンサ２１は、測定装置に相当し、エネルギー消費量として、住宅Ｈ内で消費される電力消費量（正確には、住宅Ｈ内で消費される全電力消費量）を測定するものである。特に、本実施形態において、センサ２１は、所定の期間における電力消費量の累積値を測定する。ここで、所定の期間とは、本実施形態では１ケ月間の期間が設定されているが、他の期間（例えば、１日間あるいは１週間）に設定されていることとしてもよい。なお、測定開始時から所定の期間が経過すると、センサ２１は、測定結果をリセットした上で測定を再開する。

　また、エアコン７ａ及び照明７ｂの各々には、個別のセンサ２２ａ、２２ｂが取り付けられている。このセンサ２２ａ、２２ｂは、通信機能を有する電力センサであり、対応する機器の電力消費量を測定する。

　さらに、発電電力、系統電力、蓄電電力を測定するためのセンサ２３ａ、２３ｂ、２３ｃが設けられている。具体的に説明すると、発電電力用のセンサ２３ａは、パワーコンディショナ５と分電盤２との間に配置され、系統電力用のセンサ２３ｂは、住宅Ｈ内に設けられた不図示の受電設備と分電盤２との間に配置され、蓄電電力用のセンサ２３ｃは、蓄電池３の所定位置に取り付けられている。

　以上までに説明してきた各センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃは、その測定結果に応じた情報を示す測定結果データを出力（送信）する。ここで、測定結果に応じた情報とは、測定結果を数値化したもの（すなわち、測定値）のことであり、測定結果に応じた情報を示す測定結果データとは、数値化した測定結果をデジタル信号に変換したものである。また、センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃのうち、住宅Ｈ内で消費される電力消費量を測定するセンサ２１は、住宅Ｈにおける瞬間消費電力を常時監視しており、当該瞬間消費電力が所定の大きさ以上になると、かかる状況を報告するための報告データを出力（送信）する。

　そして、測定結果データ及び報告データについては、住宅内に設けられたネットワーク（以下、宅内ネットワークＴＮ）を介して取得することが可能である。すなわち、本システムＳでは、宅内ネットワークＴＮを介して、各センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃと通信することが可能である。なお、宅内ネットワークＴＮは、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルを用いた有線、あるいは、ＩＥＥＥ８０２．１ｘまたはＢｌｕｅｔｏｏｔｈ（登録商標）を用いた無線によるＩＰネットワークにより構成される。

　さらに、本システムＳでは、宅内ネットワークＴＮを介して上記の電力消費機器と通信し、当該電力消費機器の運転状態を制御することが可能である。すなわち、本システムＳでは、宅内ネットワークＴＮを通じて、エアコン７ａや照明７ｂをはじめとする電力消費機器の各々の運転状態を遠隔制御することが可能である。

　具体的に説明すると、本システムＳでは、宅内ネットワークＴＮを通じて、電力消費機器の運転状態を制御するための信号（制御信号）を電力消費機器に向けて発信する。一方で、宅内ネットワークＴＮを介して制御信号を受信した電力消費機器側では、当該電力消費機器の運転状態が、制御信号に応じた状態に切り替わるようになる。ここで、運転状態とは、発停（オンオフ）、冷房や暖房等の運転モード、設定温度等の運転管理値など、運転に関してコントロール可能（調整可能）な項目についての現状を示す概念である。

　以上のように、本システムＳでは、宅内ネットワークＴＮを介した通信により、各電力消費機器の監視及び制御、並びに、住宅Ｈ内での電力需給バランスの視覚化（見える化）を行うことが可能である。そして、以上までに説明してきた本システムＳの機能は、住宅Ｈの内部に設置されたホームサーバ１０（ホームゲートウェイ）と、ユーザが電力消費機器の制御や住宅Ｈ内での電力需給バランスの監視を行う際のインタフェースとして機能する機器（具体的には、後述の携帯端末３０やロボット５０）によって実現される。

　ホームサーバ１０は、本発明の通信装置に相当し、宅内ネットワークＴＮを通じて、住宅Ｈ内に存在する通信対象機器（具体的には、電力消費機器、センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃ）間でデータや信号を受け渡し、各通信対象機器を一括管理する。すなわち、本実施形態では、各センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃからの測定結果データの取得、及び、各電力消費機器への制御信号の発信がホームサーバ１０により一元的に行われている。

　ところで、電力消費機器の中には、通信方式（通信規格、通信プロトコルと同義）が互いに異なる機器が存在する。一般的に、ＨＥＭＳが搭載された住宅Ｈでは、共通の通信方式を採用した電力消費機器を使用することが推奨されており、例えば、ＥＣＨＯＮＥＴ（エコーネット）コンソーシアムが提唱するＥＣＨＯＮＥＴ規格を採用した機器に統一されていることが望まれている。一方、ユーザが任意に（通信方式を気にせずに）電力消費機器を購入する等の理由から、住宅Ｈ内の電力消費機器の中にＥＣＨＯＮＥＴ規格外の機器も含まれる場合があり、かかる場合には、住宅Ｈで使用される電力消費機器の間で通信方式が異なってしまう。

　このため、本実施形態に係るホームサーバ１０は、通信対象機器に応じて通信方式を切り替え、通信対象機器に対応した通信方式にて通信することが可能な構成になっている。ここで、住宅Ｈ内の各通信対象機器が、通信方式の違いによって第１規格機器、第２規格機器及び第３規格機器の３種類に分けられる場合を例に挙げて説明すると、ホームサーバ１０は、例えば、第１規格機器と通信する際には、第１規格機器と対応した通信方式を採用し、その後、第２規格機器と通信する際には、通信方式を第２規格機器と対応した通信方式に切り替える。このように機器の種類に応じて通信方式を切り替えるホームサーバ１０の機能については、後に詳述する。

　一方、本システムＳには、宅内ネットワークＴＮを通じてホームサーバ１０と通信する情報処理端末と、ＵＳＢコネクタ５０ｂによりホームサーバ１０に接続された報知機器とが備えられている。これらの機器は、いずれも、ホームサーバ１０とユーザとの間に介在し、電力消費機器の制御や住宅Ｈ内での電力需給バランスの監視を行う際のインタフェースとして機能する。

　報知機器は、ユーザに対して所定の情報を報知する置物型の装置であり、特に、本実施形態に係る報知機器は、図２に図示された外観を有するコミュニケーションロボット（以下、単にロボット５０という）である。このロボット５０は、ホームサーバ１０から送信される実行要求を受信して、所定の報知動作を実行する。なお、本実施形態に係るロボット５０は、図２に示すように、長卵形状のマスコットを模した形態となっている。ただし、これに限定されるものではなく、ロボット５０の形態については、任意の形態（例えば、動物や人間を模した形態）に設計することが可能である。

　また、ロボット５０は、上述したように、ＵＳＢコネクタ５０ｂによってホームサーバ１０と接続されており、ホームサーバ１０との間でデータの受け渡しを行う。さらに、本実施形態に係るロボット５０は、上記のＵＳＢコネクタ５０ｂを介してホームサーバ１０と電気的に接続されており、ホームサーバ１０が通電状態（オン状態）にある間、ロボット５０にホームサーバ１０から電力が供給されて通電状態（オン状態）で保持される。つまり、ロボット５０に対する電力の供給源（電源）は、ホームサーバ１０の電源と連動していることになる。

　一方、本実施形態に係るロボット５０は、報知動作として、報知する情報に応じた発光形式にて発光する発光動作、報知する情報に応じた音声を発する音声発生動作、報知する情報に応じて振動する振動動作のうち、少なくとも一つ以上の動作を選択して実行することが可能である。なお、ロボット５０の構成や動作に関する詳細事項については後述する。

　情報処理端末は、ブラウジング機能を有する端末であり、上記の報知機器（具体的には、ロボット５０）とは別体をなし、宅内ネットワークＴＮを介してホームサーバ１０と通信可能に接続されている。また、情報処理端末は、情報（具体的には、ホームサーバ１０から取得した取得データが示す情報）を表示するためのディスプレイを有しており、本実施形態では、スマートフォンやＰＤＡ、ノートパソコン又は所定のアプリケーションソフトが搭載されたデジタルフォトフレーム等、携帯性を有する端末（以下、携帯端末３０）によって構成される。

　携帯端末３０には様々なプログラム（アプリケーション）が搭載されており、その中の一つとして、センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃの測定結果が表示される画面（例えば、図５参照。以下、エネルギー管理画面という）を描画するプログラムが存在する。このプログラム（以下、エネルギー管理プログラム）は、携帯端末３０に搭載されたタッチパネル３１にて、ユーザが所定の操作（例えば、タッチパネル３１上に表示されたアイコンをタッチする操作）を行うことにより起動する。

　エネルギー管理プログラムが起動すると、携帯端末３０は、ホームサーバ１０と通信し、ホームサーバ１０に対して、センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃの測定結果に関するデータの送信を要求する。当該要求を受け付けたホームサーバ１０は、センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃと通信して上述の測定結果データを取得する。その後、ホームサーバ１０は、取得した測定結果データに応じて返答データを生成し、当該返答データを携帯端末３０に向けて送信する。携帯端末３０は、宅内ネットワークＴＮを介して上記の返答データを受信（取得）すると、同データを解析して各センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃの測定結果を特定する。

　以上の処理が実行される結果、ディスプレイとしてのタッチパネル３１にエネルギー管理画面が描画されるようになり、エネルギー管理画面上には、上記の返答データが示す情報として、各センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃの測定結果が表示されるようになる。このようなエネルギー管理画面を通じて、ユーザは、各電力消費機器の電力消費量や住宅Ｈ内での電力需給バランスを視認することが可能になる。なお、上記の返答データは、携帯端末３０がホームサーバ１０と通信してタッチパネル３１に表示する表示用データに相当する。

　さらに、タッチパネル３１にエネルギー管理画面が描画されている間、ユーザは、同画面に設けられた操作ボタン（例えば、図５中の操作ボタンＢ１～Ｂ６）を、タッチパネル３１を介して押す操作を行うことにより、操作ボタンが押された電力消費機器の運転状態を切り替えることが可能である。

　具体的に説明すると、携帯端末３０は、タッチパネル３１を通じてユーザ操作（具体的には、操作ボタンＢ１～Ｂ６を押す操作）を受け付けると、ホームサーバ１０と通信し、住宅Ｈ内で使用されている電力消費機器のうち、上記ユーザ操作の対象となった機器（すなわち、運転状態が制御される機器であり、以下、制御対象機器という）の運転状態を制御する制御処理の実行要求を、ホームサーバ１０に対して送信する。ホームサーバ１０は、制御処理の実行要求を受け付けると、上記ユーザ操作に応じた制御信号を生成し、当該信号を制御対象機器に向けて発信する。そして、制御対象機器である電力消費機器が上記の制御信号を受信すると、当該制御信号に則って上記制御対象機器の運転状態が切り替わるようになる。

　以上までに説明してきたように、ホームサーバ１０を中核として、携帯端末３０やロボット５０を組み込んだ形でＨＥＭＳ（すなわち、本システムＳ）が構築されている。
　また、本実施形態では、ＨＥＭＳを搭載した住宅Ｈが複数集合してコミュニティを形成しており、当該コミュニティ単位でエネルギー管理（電力監視）を行うシステム、すなわち、コミュニティエネルギーマネジメントシステム（ＣＥＭＳ）が構築されている。

　そして、各住宅ＨのＨＥＭＳを統括するためのサーバとして、ＣＥＭＳサーバ４０が設けられている。ＣＥＭＳサーバ４０は、住宅Ｈ外（例えば、コミュニティの管理施設内）に設置された外部サーバであり、図３に示すように、インターネットからなる宅外ネットワークＧＮを介して、各住宅Ｈのホームサーバ１０と通信可能に接続されている。また、ＣＥＭＳサーバ４０は、各住宅Ｈのホームサーバ１０と通信して、各ホームサーバ１０に対して、各住宅Ｈのユーザに向けた情報を示すデータを配信する。かかる意味で、ＣＥＭＳサーバ４０は、各住宅Ｈ内のユーザに提供する情報を示す提供情報データを送信する情報配信装置に相当するといえる。

　ＣＥＭＳサーバ４０から配信する提供情報データとしては、商用電源４からコミュニティ内の各住宅Ｈに供給される電力の単価の現在値を示す単価データ、コミュニティ内の各住宅Ｈに対して節電を要求する節電要求データ、コミュニティが属する地域の天気に関する情報を示す天気データ、その他コミュニティに関して各住宅Ｈのユーザに通知すべき情報を示す通知データとが挙げられる。なお、上記の提供情報データは、あくまでも一例に過ぎず、上述した情報以外の情報を示すデータが含まれていることとしてもよい。

　また、ＣＥＭＳサーバ４０からの提供情報データには、上記のデータ以外に、住宅Ｈ内で所定の期間中に消費される電力消費量の目標値を示す目標値データが含まれる。ここで、所定の期間とは、例えば、電力使用料金の徴収にあたって電力の総消費量を集計するのに設定された期間であり、通常、各月の所定日から翌月の所定日までの期間である。ただし、上記の期間の設定については、任意に設定することが可能であり、例えば、１日単位の期間であってもよく、あるいは、１年単位の期間であってもよい。

　上述の目標値データについて説明すると、ＣＥＭＳサーバ４０が目標値データを送信する上で、予め、所定の期間中に消費される電力消費量の目標値が各住宅Ｈにて設定されており、当該目標値の設定結果をデータとしてＣＥＭＳサーバ４０の記憶部（以下、ＣＳ側記憶部４２という）に記憶しておく必要がある。

　ＣＥＭＳサーバ４０側で電力消費量の目標値の設定結果を記憶しておく手順について説明すると、例えば、ホームサーバ１０の入力装置１２にてＣＥＭＳサーバ４０のＵＲＬを入力する等して、ホームサーバ１０のディスプレイ１１に、上記の目標値を入力するための入力画面（不図示）を表示し、不図示のキーボード等を通じて目標値の入力を行う。この入力操作を受け付けたホームサーバ１０では、入力操作の内容を示すデータを生成し、当該データをＣＥＭＳサーバ４０に向けて送信する。一方、ＣＥＭＳサーバ４０は、入力操作の内容を示すデータを受信し、当該データに基づいて、ホームサーバ１０側で入力された目標値を示すデータ（目標値データ）と、上記データの発信元を特定するために割り当てられた発信元ＩＤを示すデータ（発信元ＩＤデータ）とが生成される。最終的に、これらのデータは、互いに対応付けられた状態でＣＳ側記憶部４２に記憶される。

　以上のような目標値を設定するために行われる一連の動作は、定期的に繰り返され、例えば、当該目標値が適用される期間の初日から数日前に相当する日に行われる。
　なお、本実施形態では、ホームサーバ１０側で目標値が設定され、当該目標値を示す目標値データがＣＥＭＳサーバ４０側で管理（記憶）されることとしたが、目標値の設定がＣＥＭＳサーバ４０側で行われることとしてもよい。例えば、ＣＥＭＳサーバ４０側で、住宅Ｈ内で所定期間（具体的には前年若しくは前月）に実際に消費された電力消費量を示すデータ（以下、実績電力消費量データ）を当該住宅Ｈのホームサーバ１０から受信し、受信した実績電力消費データに基づいて目標値を自動的に設定することとしてもよい。

　そして、ＣＥＭＳサーバ４０は、ホームサーバ１０側からの目標データ送信要求を受け付けると、発信元ＩＤデータに基づいて、当該要求の発信元であるホームサーバ１０を特定した上で、ＣＳ側記憶部４２に記憶されている目標値データのうち、特定したホームサーバ１０に対応する目標値データを読み出して、同ホームサーバ１０に向けて目標値データを送信する。

　ＣＥＭＳサーバ４０から目標値データが送信されると、そのデータ送信を要求したホームサーバ１０が、当該目標値データを受信する。また、ホームサーバ１０は、目標値データの受信を契機として、スマートメータからなるセンサ２１に対して、電力消費量の測定結果データの送信を要求する。ここで、センサ２１から送信される測定結果データは、前述したように、住宅Ｈ内で消費された電力消費量の累積値に応じたものであり、より具体的に説明すると、所定の期間の開始時から現時点（厳密には、ホームサーバ１０がセンサ２１に測定結果データを要求した時点）までに住宅Ｈ内で実際に消費された電力消費量の累積値に応じたものである。

　ホームサーバ１０は、ＣＥＭＳサーバ４０からの目標値データ、及び、センサ２１からの測定結果データを受信すると、目標値データから所定の期間における目標値（具体的には、現時点で適用されている目標値）を特定すると共に、測定結果データから上記累積値（具体的には、上記目標値が適用されている期間の開始時から現時点までに住宅Ｈ内で実際に消費された電力消費量の累積値）を特定する。その後、ホームサーバ１０は、上記の目標値に対する、特定した累積値の割合を算出する。そして、ホームサーバ１０は、算出した上記割合に応じた報知動作の実行を、上述したロボット５０に対して要求する。

　なお、本実施形態では、外部サーバとして、ＣＥＭＳサーバ４０を一例に挙げたが、インターネットに接続されたサーバのうち、ＣＥＭＳサーバ４０以外のサーバ、例えば、住宅Ｈの管理会社が保有するサーバ、ＨＥＭＳを構築したシステム開発会社が保有するサーバ、アグリゲータが保有するサーバ、あるいは電力会社が保有するサーバが、上述の提供情報データを送信する外部サーバとして機能することとしてもよい。

　＜本実施形態に係る情報報知システムの各部の構成＞
　次に、以上までに説明してきた本システムＳ各部の構成（報知機器であるロボット５０を除く）について、図４Ａ、４Ｂ、４Ｃ及び図５を参照しながら、より詳細に説明する。
　（１）ホームサーバ１０について
　本システムＳの中核をなすホームサーバ１０について、そのハードウェア構成を説明すると、図４Ａに示すように、ＣＰＵ１０ａ、メモリ１０ｂ、不揮発性記憶装置１０ｃ、通信用インタフェース１０ｄ（図４Ａ中、通信用Ｉ／Ｆと表記）、ディスプレイ１１及び入力装置１２を備え、これらの各要素はバス１０ｅを介して接続されている。また、不揮発性記憶装置１０ｃには各種プログラム（例えば、通信用プログラム、ＵＳＢドライバ等）が格納されている。

　一方、ホームサーバ１０の構成を機能面から改めて説明すると、図４Ｂに示すように、外部データ取得部１０１、測定結果データ取得部１０２と、返答データ送信部１０３と、機器制御部１０４と、ロボット駆動部１０５とを有している。これらの各部は、前述したホームサーバ１０を構成するハードウェア（すなわち、ＣＰＵ１０ａ、メモリ１０ｂ、不揮発性記憶装置１０ｃ、通信用インタフェース１０ｄ、ディスプレイ１１）と、不揮発性記憶装置１０ｃに格納された各種プログラムによって構成される。

　外部データ取得部１０１は、宅外ネットワークＧＮを通じてＣＥＭＳサーバ４０と通信することにより、ＣＥＭＳサーバ４０に対してデータ送信を要求し、ＣＥＭＳサーバ４０から送信されてくるデータ（提供情報データ）を受信するものである。受信された提供情報データは、メモリ１０ｂに一時的に格納され、その後、不揮発性記憶装置１０ｃに保存されるようになる。

　測定結果データ取得部１０２は、宅内ネットワークＴＮを通じて、センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃに対して電力消費量の測定及び測定結果データの送信を命令し、当該測定結果データを受信するものである。この測定結果データ取得部１０２は、例えば、携帯端末３０側でエネルギー管理プログラムが起動した際に携帯端末３０から発せられるデータ送信要求を受信すると、各センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃとの通信を開始して測定結果データを取得する。また、測定結果データ取得部１０２は、ＣＥＭＳサーバ４０から目標値データを受信すると、これに連動して、スマートメータからなるセンサ２１に対して測定結果データの送信を要求し、当該センサ２１から、住宅Ｈ内で消費された電力消費量の累積値に応じた測定結果データを受信する。

　返答データ送信部１０３は、測定結果データ取得部１０２が取得した取得した測定結果データに応じて返答データを生成し、当該返答データを携帯端末３０に向けて送信するものである。返答データを受信した携帯端末３０側では、当該返答データが解析される結果、各センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃの測定結果を表示したエネルギー管理画面がタッチパネル３１に描画されるようになる。つまり、返答データとは、携帯端末３０がホームサーバ１０と通信してタッチパネル３１に表示する情報を示す表示用データに相当する。そして、返答データが示す情報は、ホームサーバ１０が示す情報と同様であり、具体的には、センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃの測定結果である。なお、本実施形態において返答データはＸＭＬ形式のデータである。このため、返答データを受信した携帯端末３０は、当該携帯端末３０の仕様に応じた形式にて上記測定結果を表示することが可能になる。

　機器制御部１０４は、住宅Ｈで使用されている電力消費機器のうち、制御対象となる機器と宅内ネットワークＴＮを通じて通信し、当該制御対象機器に向けて制御信号を発信するものである。この機器制御部１０４は、制御対象機器となる電力消費機器の運転状態を制御するためにユーザが行う操作に基づいて、制御信号を生成し、当該制御信号を制御対象機器に向けて発信するものである。ここで、制御対象機器の運転状態を制御するために行われるユーザ操作は、前述したように、携帯端末３０がタッチパネル３１を通じて受け付ける。ユーザ操作を受け付けた携帯端末３０は、機器制御部１０４に対して、当該ユーザ操作の対象となった機器（すなわち、制御対象機器）について運転状態を制御する処理（制御処理）の実行を要求する。

　そして、機器制御部１０４は、携帯端末３０から送られた制御処理の実行要求を受信すると、上記ユーザ操作に応じた制御信号を生成し、制御対象機器に向けて制御信号を発信する。

　また、本実施形態では、制御対象機器の運転状態を制御するために行われるユーザ操作がロボット５０でも受け付けられる。すなわち、ユーザがロボット５０に対して所定の動作（具体的には、後述する３回の握持操作）を行うと、ロボット５０がホームサーバ１０（具体的には、機器制御部１０４）に制御処理の実行要求を伝送する。そして、機器制御部１０４は、ロボット５０から送られた制御処理の実行要求を受信すると、所定の制御対象機器に向けて制御信号を発信する。なお、上記のユーザ操作を受け付けるためにロボット５０に備えられた機構（具体的には、操作受付機構５５）については後述する。

　さらに、機器制御部１０４は、制御信号を受信した制御対象機器において運転状態の制御が完了すると、当該制御対象機器から送信される信号（具体的には、制御対象機器側で運転状態の制御が完了したことを示す信号であり、以下、制御完了信号）を受信する。

　ロボット駆動部１０５は、ＵＳＢコネクタ５０ｂを介してロボット５０に電源を供給するとともに、ロボット５０に対して、報知動作の実行要求を発信するものである。具体的に説明すると、このロボット駆動部１０５は、ホームサーバ１０のＣＰＵ１０ａ、メモリ１０ｂ、不揮発性記憶装置１０ｃ及びＵＳＢポート（不図示）と、不揮発性記憶装置１０ｃに格納されたロボット用ドライバ２０５及びＵＳＢドライバ２０６（例えば、図４Ｃ参照）との協働によって構成される。

　そして、本実施形態に係るロボット駆動部１０５は、外部データ取得部１０１がＣＥＭＳサーバ４０からのデータ（提供情報データ）を受信すると、ＵＳＢ回路を通じて、そのデータに応じた報知動作の実行要求をロボット５０に対して送信する。

　また、本実施形態では、外部データ取得部１０１がＣＥＭＳサーバ４０から目標値データを取得し、測定結果データ取得部１０２がセンサ２１から測定結果データを受信すると、ロボット駆動部１０５が、これらのデータに基づいて、所定の期間における目標値と、所定の期間中に住宅Ｈ内で実際に消費された電力消費量の累積値を特定する。そして、ロボット駆動部１０５は、上記目標値に対する上記累積値の割合を算出した上で、算出した当該割合に応じた報知動作の実行要求を、ロボット５０に対してＵＳＢ回路を通じて送信する。

　以上のように、ロボット駆動部１０５は、測定結果データ及び提供情報データ等、ホームサーバ１０が通信先から受信した受信データに基づいて、報知動作の実行要求をロボット５０に対して送信する。
　また、本実施形態では、機器制御部１０４が上記の制御完了信号を受信すると、ロボット駆動部１０５が、制御完了信号に則った報知動作の実行要求をロボット５０に対して送信する。さらに、本実施形態では、住宅Ｈ内で消費される電力消費量を測定するセンサ２１が、住宅Ｈにおける瞬間消費電力が所定の大きさ以上になったことを知らせるための報告データを送信する。この報告データがホームサーバ１０側（例えば、測定結果データ取得部１０２）に受信されると、ロボット駆動部１０５が、報告データに則った報知動作の実行要求をロボット５０に対して送信する。

　以上までに説明してきた機能を搭載したホームサーバ１０は、さらに、宅内ネットワークＴＮを通じて通信することが可能な機器（通信対象機器）の種類に応じて通信方式を切り替え、各通信対象機器に対応した通信方式にて通信する機能を実装している。例えば、上述した機器制御部１０４が、住宅Ｈ内の電力消費機器のうち、第１規格機器に属する機器を制御する際には、第１規格機器に対応した通信方式を採用し、その後に、第２規格機器に属する機器を制御する際には、第２規格機器に対応した通信方式に切り替える。

　上述したホームサーバ１０の機能、すなわち通信対象機器に対応した通信方式にて通信する機能は、図４Ｃに図示されたホームサーバ１０の実行環境によって実現される。具体的に説明すると、ホームサーバ１０は、ＯＳ２０１と、ＪＡＶＡ（登録商標）仮想マシン（以下、ＪＶＭ）２０２と、ＯＳＧｉ（Ｏｐｅｎ Ｓｅｒｖｉｃｅｓ Ｇａｔａｗａｙ ｉｎｉｔｉａｔｉｖｅ）フレームワーク２０３と、ＯＳＧｉフレームワーク２０３上で動作するソフトウェア（以下、バンドルとも言う）とを備える。

　ＯＳＧｉフレームワーク２０３は、ＪＶＭ２０２上に構築され、ＯＳＧｉフレームワーク２０３上で動作するバンドルのダウンロード、インストール、起動、停止などのライフサイクルを管理する。そして、ＯＳＧｉフレームワーク２０３上で動作するバンドルについては、動的に入れ替えることが可能であり、また、複数のバンドルを並列的に実行することが可能である。

　ＯＳＧｉフレームワーク２０３上で動作するバンドルには、標準バンドルと、アプリケーションバンドルとがある。標準バンドルとは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）等の基本的なプロトコルをバンドル化したものである。アプリケーションバンドルとは、ＯＳＧｉフレームワーク２０３に登録されたアプリケーションソフトであり、このアプリケーションバンドルの中には、第１規格機器用通信バンドル２０４ａ、第２規格機器用通信バンドル２０４ｂ、第３規格機器用通信バンドル２０４ｃが含まれている。第１規格機器用通信バンドル２０４ａとは、第１規格機器に対応した通信方式にて第１規格機器と通信するためのアプリケーションである。同様に、第２規格機器用通信バンドル２０４ｂとは、第２規格機器に対応した通信方式にて第２規格機器と通信するためのアプリケーションであり、第３規格機器用通信バンドル２０４ｃとは、第３規格機器に対応した通信方式にて第３規格機器と通信するためのアプリケーションである。

　そして、上記３つの通信バンドル２０４ａ、２０４ｂ、２０４ｃがＣＰＵ１０ａによって実行されることにより、ホームサーバ１０は、通信対象機器と対応した通信方式にて通信する。なお、新たな通信方式を採用した機器が住宅Ｈ内に導入された場合、当該導入機器に対応した通信方式にて当該導入機器と通信するためのアプリケーションソフトをＯＳＧｉフレームワーク２０３に登録すればよい。これにより、新たな通信方式を採用した機器が住宅Ｈ内に導入された場合であっても、ホームサーバ１０は、当該新たな通信方式にて通信するためのバンドル（具体的には、登録したアプリケーションソフト）を選択することにより、上記の機器と通信することが可能になる。

　なお、ＯＳＧｉフレームワーク２０３上で動作するバンドルの中には、前述したロボット用ドライバ２０５が含まれている（図４Ｃ参照）。

　また、ＯＳＧｉフレームワーク２０３の、動的にバンドルを入れ替える機能により、ホームサーバ１０と通信する通信対象機器に応じて、実行される通信バンドルが入れ替われるようになる。換言すると、通信バンドルの入れ替えにより、ホームサーバ１０が採用する通信方式が切り替わるようになる。さらに、ＯＳＧｉフレームワーク２０３に各通信バンドルが登録されると、各通信バンドルの機能を利用するためのインタフェースが、レジストリ（サービスレジストリ）に登録される。その上で、ＯＳＧｉフレームワーク２０３は、これらのインタフェースを統合したものを、Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ（以下、汎用ＡＰＩという）として提供する。

　汎用ＡＰＩは、ホームサーバ１０以外の機器で実行されるプログラム（例えば、携帯端末３０で実行されるプログラム）で利用され、当該プログラムの実行中に、上述の通信バンドル２０４ａ、２０４ｂ、２０４ｃの起動や入れ替えを実施するための関数である。また、汎用ＡＰＩは、公開され、ホームサーバ１０以外の機器で実行されるプログラム（例えば、携帯端末３０で実行されるプログラム）の開発に供される。つまり、プログラムを開発する際に汎用ＡＰＩを利用すれば、プログラム開発者側で通信対象機器間の通信方式の違いを意識する必要はなく、ホームサーバ１０のＵＲＩ等、汎用ＡＰＩを利用（リクエスト）するための情報（コード）を用いることで、ホームサーバ１０に、通信対象機器に対応した通信方式にて通信を行わせることが可能になる。

　以上のように、本実施形態では、通信バンドルの違い（通信対象機器が採用する通信方式の違い）を吸収する仕組みとして、上記の汎用ＡＰＩがホームサーバ１０に実装されている。また、汎用ＡＰＩは、公開されており、例えば、住宅Ｈ内の電力消費機器の運転状態を制御するために携帯端末３０に搭載するプログラムを開発する際に、当該プログラム中に汎用ＡＰＩを利用するための情報が組み込まれる。このように汎用ＡＰＩを利用するための情報を組み込むだけで、ホームサーバ１０に対して、通信対象機器に対応した通信方式による通信の実行を要求することができるプログラムを開発することができる結果、プログラム開発が容易になる。このため、プログラム開発者にとって、プログラム開発の自由度が向上し、ユーザのニーズに応え得るプログラムをより容易に開発することができるようになる。

　なお、汎用ＡＰＩを利用するための情報とは、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）に則ってホームサーバ１０と通信対象機器との間の通信の実行を要求するための情報（コード）である。ここで、通信実行を要求する側の機器（具体的には、例えば携帯端末３０）からホームサーバ１０に対して、通信実行要求を送信する際に適用される通信プロトコルは、ＨＴＴＰである。よって、ホームサーバ１０に対して送信する通信実行要求の中には、ホームサーバ１０のＵＲＩ（アドレス）等が含まれることになる。

　（２）携帯端末３０について
　携帯端末３０は、上述したように、宅内ネットワークＴＮを介してホームサーバ１０と通信可能に接続された情報処理端末であり、不図示のＣＰＵ、メモリ、通信用インタフェース等により構成され、エネルギー管理プログラムと機器制御プログラムが搭載されている。エネルギー管理プログラムは、ホームサーバ１０に対して、センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃの測定結果に関するデータ送信を要求するとともに、ホームサーバ１０から送信される返答データを受信して当該返答データを解析し、展開するためのプログラムである。

　そして、上記のエネルギー管理プログラムが実行されることにより、図５に図示されたエネルギー管理画面がタッチパネル３１に描画されるようになり、エネルギー管理画面上には、各センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃの測定結果が表示されるようになる。このようなエネルギー管理画面を通じて、ユーザは、各電力消費機器の電力消費量や住宅Ｈ内での電力需給バランスを視認することが可能になる。

　機器制御プログラムは、ユーザが上記エネルギー管理画面を通じて行う電力消費機器の運転状態を制御するための操作（具体的には、エネルギー管理画面の操作ボタンＢ１～Ｂ６を押す操作）に基づき、制御対象機器の運転状態を制御する制御処理の実行要求を、ホームサーバ１０に対して送信するためのプログラムである。この機器制御プログラムは、前述したように、汎用ＡＰＩを利用するための情報を組み込んでおり、機器制御プログラムが制御処理の実行を要求するために生成し送信するデータの中には、通信対象機器に対応した通信方式による通信の実行をホームサーバ１０に対して要求するためのデータが含まれるようになる。なお、本実施形態において、機器制御プログラムはエネルギー管理プログラムの起動に連動して起動し、その後、上記のユーザ操作が行われるまでの間は待受状態となる。

　ここで、エネルギー管理画面について説明すると、図５に示すように、住宅Ｈ内における電力需給バランスを示す項目を表示したものである。具体的に説明すると、エネルギー管理画面上には、複数（図５に示す例では６つ）の表示領域Ａｒ１～Ａｒ６が設けられており、表示領域Ａｒ１には発電ユニット１による発電量を示す値が、表示領域Ａｒ２には商用電源４からの受電量（買電量）を示す値が、表示領域Ａｒ３には蓄電池３の蓄電量を示す値が、それぞれ表示されている。

　また、表示領域Ａｒ４には、住宅Ｈ内における電力の総消費量を示す値が表示されており、具体的には、所定期間（より具体的には、今月）の開始時から現時点までに住宅Ｈ内で実際に消費された電力消費量の累積値が表示される。なお、表示領域Ａｒ４には、所定期間（より具体的には、今月）において住宅Ｈ内で消費される電力消費量の目標値が併せて表示される。
　また、表示領域Ａｒ５，Ａｒ６については、住宅Ｈ内で使用される電力消費機器のうち、主要な機器（例えば、使用頻度の高い機器）に対して割り当てられており、図５に示す例では、エアコン７ａに対して表示領域Ａｒ５が、照明７ｂに対して表示領域Ａｒ６が、それぞれ割り当てられている。

　電力消費機器に対して割り当てられた表示領域Ａｒ５，Ａｒ６には、それぞれ、当該電力消費機器の消費電力を示す値のほか、操作ボタンＢ１～Ｂ６が表示されている。操作ボタンＢ１～Ｂ６について説明すると、操作ボタンＢ１，Ｂ２，Ｂ４，Ｂ５は、対応する機器の発停（オンオフ）を切り替えるためのボタンであり、中に「ＯＮ」と表記された操作ボタンＢ１，Ｂ４は、対応する機器を作動状態（オン状態）にするためのボタンであり、中に「ＯＦＦ」と表記された操作ボタンＢ２，Ｂ５は、対応する機器を停止状態（オフ状態）にするためのボタンである。

　なお、各機器の発停（オンオフ）状態については、それぞれに対応している表示領域Ａｒ５、Ａｒ６にて確認可能となっている。具体的に説明すると、作動状態の機器については、「ＯＮ」と表記された操作ボタンＢ１，Ｂ４が点灯し、停止状態の機器については、「ＯＦＦ」と表記された操作ボタンＢ２，Ｂ５が点灯する。例えば、図５に図示されたケースにおいては、エアコン７ａ及び照明７ｂが作動状態にあることが確認できる。

　操作ボタンＢ３，Ｂ６は、対応する機器の運転状態の詳細設定を行うためのボタンであり、当該操作ボタンＢ３，Ｂ６を押すと、不図示の詳細設定画面がポップアップ形式でエネルギー管理画面上に重ねて描画されるようになる。そして、この詳細設定画面を通じて、ユーザは、例えば、冷房や暖房等の運転モード、設定温度などの運転管理値を設定し、制御対象機器の運転状態を制御することが可能になる。

　以上のような操作ボタンＢ１～Ｂ６が設けられていることにより、ユーザは、制御対象機器の運転状態を制御するための操作をすることが可能である。つまり、ユーザが操作ボタンＢ１～Ｂ６を押すことにより、当該操作の対象となった電力消費機器を制御対象機器として制御処理を実行するように、携帯端末３０からホームサーバ１０に向けて制御処理の実行要求が送信される。当該実行要求を受信したホームサーバ１０側では、上記の操作（より具体的には、操作ボタンＢ１～Ｂ６のうち、ユーザにより押されたボタン）に基づいて、当該操作に応じた制御信号を生成して制御対象機器に向けて発信するようになる。

　なお、当然ながら、タッチパネル３１上にエネルギー管理画面を描画する際、携帯端末３０の状態は、通電状態になっている。すなわち、携帯端末３０は、ディスプレイとしてのタッチパネル３１に、ホームサーバ１０からの返答データが示す情報（より具体的には、エネルギー表示画面に表示される各センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃの測定結果）を表示する際に、通電状態となって電力を消費するようになる。

　（３）ＣＥＭＳサーバ４０について
　ＣＥＭＳサーバ４０は、不図示のＣＰＵ、メモリ、通信用インタフェース等により構成され、宅外ネットワークＧＮを通じてホームサーバ１０（具体的には、外部データ取得部１０１）からのデータ送信要求を受け付けて、ホームサーバ１０に向けてデータ（提供情報データ）を送信する。

　提供情報データには、前述したように、商用電源４からの供給電力の単価の現在値を示す単価データ、各住宅Ｈに対して節電を要求する節電要求データ、コミュニティが属する地域の天気に関する情報を示す天気データ、各住宅Ｈのユーザに通知すべき情報を示す通知データ、及び、住宅Ｈ内で所定の期間中に消費される電力消費量の目標値を示す目標値データが含まれている。なお、各住宅Ｈのユーザに通知すべき情報を示す通知データとしては、例えば、上記の目標値が未だ設定されていないことを知らせる情報や、各住宅Ｈでの電力消費量の削減量についてコミュニティ内で順位付けした情報（以下、省エネランキング）が挙げられる。

　これらの提供情報データは、ＨＤＤ等の補助記憶装置からなるＣＳ側記憶部４２に格納されており、ホームサーバ１０からのデータ送信要求の内容に応じて送信すべきデータが読み出され、その後、ホームサーバ１０に向けて送信される。

　＜＜本実施形態のエネルギー管理システムの特徴＞＞
　本システムＳでは、宅内ネットワークＴＮを介してホームサーバ１０が各電力消費機器やセンサ２１、２２ａ、２２ｂ、２３ａ～２３ｃと通信することにより、各電力消費機器の監視及び制御が一元的に行われる。また、ホームサーバ１０から送信されるデータ（具体的には、上述の返答データ）に基づいて、携帯端末３０のタッチパネル３１にエネルギー管理画面を描画して、当該画面上に各センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃの測定結果が表示される。これにより、住宅Ｈ内での電力需給バランスを視覚化（見える化）することが可能となり、ユーザは、上記のエネルギー管理画面を見て、住宅Ｈ内での電力需給バランスを視認することが可能になる。

　しかしながら、発明が解決しようとする課題の項で説明したように、ユーザが上記のエネルギー管理画面を見る上で、携帯端末３０を起動させるための操作を行う等の手間を要することになる。かかる手間を要する結果、住宅Ｈ内での電力需給の状況を確認することがユーザにとって面倒なものとなり、省エネルギー行動を促し難くなってしまう。一方で、携帯端末３０を起動させたままで常時通電状態とすると、携帯端末３０において無駄に電力を消費してしまうことになる。

　以上の事態に鑑みて、本システムＳでは、電力消費機器の制御や住宅Ｈ内での電力需給状況の監視を行う際のインタフェースとして、携帯端末３０の他に、報知機器であるロボット５０が設けられている。このロボット５０により、ユーザは、住宅Ｈ内での電力需給バランスに関する情報をはじめ、諸処の情報をより簡易的な方法により入手することが可能になる。そして、本実施形態に係るロボット５０は、報知する情報が複数種類ある場合（すなわち、報知する情報が多様化した場合）にも対応することが可能なものである。
　以下、図６～図１４を参照しながら、本実施形態に係るロボット５０の構成例及び動作例について説明する。

　＜ロボット５０の構成例について＞
　以下では、本実施形態に係るロボット５０の構成例について説明する。
　ロボット５０の構成例について説明するにあたり、ロボット５０が備える機能について概説すると、ロボット５０は、ホームサーバ１０（具体的には、ロボット駆動部１０５）から送信される実行要求を受信して、所定の報知動作を実行する。報知動作の実行を要求するためにロボット５０に送信される信号は、ホームサーバ１０がセンサ２１、２２ａ、２２ｂ、２３ａ～２３ｃやＣＥＭＳサーバ４０と通信してデータを受信すると、その受信データに基づいてロボット駆動部１０５により生成される。

　一方で、ロボット５０は、報知動作の実行要求を受信すると、当該要求を解析し、その解析結果に応じた情報をユーザに知らせるべく報知動作を実行する。ここで、報知動作の実行要求は、上述したように、ホームサーバ１０がセンサ２１、２２ａ、２２ｂ、２３ａ～２３ｃやＣＥＭＳサーバ４０から受信した受信データに基づいてなされ、ユーザに報知すべき情報も上記受信データが示す内容となる。したがって、ロボット５０は、ホームサーバ１０の受信データに基づき、受信データに応じた報知動作を実行することになる。

　そして、本実施形態に係るロボット５０は、前述したように、報知動作として、報知する情報（換言すると、上記の受信データ。以下、同じ）に応じた発光形式にて発光する発光動作、報知する情報に応じた音声を発する音声発生動作、報知する情報に応じて振動する振動動作を選択して実行する。

　上記３種類の報知動作を実行するために、ロボット５０は、図６に示すように、発光機構５１、音声発生機構５２と、振動機構５３とを有している。さらに、ロボット５０は、これらの機構５１，５２，５３を制御する制御部としてのコントローラ５４を有している。なお、上述したロボット５０の各部（すなわち、発光機構５１、音声発生機構５２、振動機構５３及びコントローラ５４）は、ロボット５０内部、具体的には不図示のフレームに取り付けられ、さらに当該フレームは、透光性を有するゴム製のカバー部材５０ａに覆われている。このカバー部材５０ａは、ロボット５０の外観形状を規定しており、ユーザが握持すると押し潰れるように弾性変形する（図７の（Ｄ）参照）。

　発光機構５１は、報知する情報（受信データ）に応じた発光形式にて発光する発光動作を実行するものである。この発光機構５１は、ＬＥＤ素子等の公知の発光機器（光源）により構成されている。そして、発光機構５１が発光動作を行うと、その光がカバー部材５０ａを透過する結果、図７の（Ａ）に示すようにロボット５０全体が発行するようになる。
　ここで、発光機構５１が発行動作を行う際の発光形式とは、発光動作の実行条件を示す概念であり、具体的には、発光色、発光強度（照度）、発光モード（点灯又は点滅の選択）、点滅速度等が挙げられる。そして、発光機構５１は、報知する情報のカテゴリや内容に応じて、発光形式を切り替え、本実施形態では、発光色、発光モード、点滅速度を切り替えることとしている。

　音声発生機構５２は、報知する情報（受信データ）に応じた音声を発する音声発生動作を実行するものである。この音声発生機構５２は、小型デジタルオーディオプレイヤー等の公知の音声再生装置により構成されており、複数の音声ファイルが記憶されたメモリ（不図示）が内蔵されている。そして、音声発生機構５２は、上記のメモリに記憶された複数の音声ファイルの中から、報知する情報に対応した音声ファイルを再生する。これにより、図７の（Ｂ）に示すように、スピーカ（不図示）から上記音声ファイルに収録された音声が発せられるようになる。なお、本実施形態に係る音声発生機構５２は、電子データからなる音声ファイルを再生するものであるが、これに限定されるものではなく、例えば、テープやコンパクトディスク等に収録された音声を再生するものであることとしてもよい。

　振動機構５３は、報知する情報（受信データ）に応じて振動する振動動作を実行するものである。この振動機構５３は、バイブレータ等の公知の振動付与機器により構成されており、振動動作を実行すると図７の（Ｃ）に示すようにロボット５０全体が振動するようになる。なお、振動動作は、ロボット５０により所定の情報が報知されているのをユーザに気付かせるために実行され、本実施形態では、ロボット５０が報知するすべての情報に対して振動動作が実行される。つまり、本実施形態に係るロボット５０は、ユーザに情報を報知するにあたって、ユーザの注意を引くために先ず振動動作を実行することになる。

　コントローラ５４は、図６に示すように、ＣＰＵ５４ａ、メモリ５４ｂ、通信用インタフェース５４ｃ、制御回路５４ｄ等により構成されており、ＵＳＢコネクタ５０ｂがホームサーバ１０のＵＳＢポートに接続された状態でＵＳＢ回路を介してホームサーバ１０（具体的には、ロボット駆動部１０５）との間でデータの送受信を行う。

　なお、本実施形態では、上述したように、ロボット５０用の電源がホームサーバ１０の電源と連動しており、ホームサーバ１０が通電状態でいる間、ＵＳＢ回路を介してホームサーバ１０側からロボット５０に電力が供給される。ホームサーバ１０は、住宅Ｈ内の電力需給状況の監視及び制御を行う観点から常時通電状態となっているので、ロボット５０についても常時通電状態となっている。一方、ロボット５０が報知動作を実行する際、ロボット５０の状態は通電状態となっている。つまり、本実施形態においてロボット５０は、常時、報知動作を実行することが可能な状態にあり、ホームサーバ１０から報知動作の実行要求があった際には直ちに応答して報知動作を実行する。ただし、上記の構成に限定されるものではなく、ロボット５０の状態をタイマー制御により切り替え、通常は通電状態とする一方で、所定の時間帯（例えば、夜間）には非通電状態（電源オフ状態）とすることとしてもよい。

　また、本実施形態では、通電状態にあるロボット５０が消費する電力（単位時間あたりに消費する電力であり、以下に同じ。）は、通電状態にある携帯端末３０が消費する電力と比較して小さくなっている。つまり、携帯端末３０を常時通電状態とする場合の電力消費量に比して、ロボット５０を常時通電状態とする場合の電力消費量の方が幾分小さい。

　コントローラ５４は、ホームサーバ１０から報知動作の実行要求を受信すると、当該実行要求に応じて、発光機構５１による発光動作、音声発生機構５２による音声発生動作、及び振動機構５３による振動動作のうち、少なくとも一つ以上の動作を報知動作として実行させる。

　より具体的に説明すると、コントローラ５４は、ホームサーバ１０から報知動作の実行要求を受信すると、当該実行要求を解析して、報知すべき情報（すなわち、報知動作を通じてユーザを知らせる情報）のカテゴリを特定する。換言すると、ホームサーバ１０から送信される実行要求には、報知すべき情報のカテゴリを示すデータが埋め込まれており、当該データによりコントローラ５４はカテゴリを特定する。報知すべき情報のカテゴリを特定した後、コントローラ５４は、発光動作、音声発生動作及び振動動作の中から、上記のカテゴリに対応した動作を選択し、選択した動作を報知動作として実行させる。

　本実施形態において、報知すべき情報のカテゴリとしては、「系統電力の単価の現在値」、「節電要求」、「コミュニティが属する地域の天気」、「目標値未設定」、「省エネランキング」が挙げられる。
　さらに、報知すべき情報のカテゴリの中には、上述したカテゴリの他に、所定の期間における目標値に対する、同期間中に住宅Ｈ内で実際に消費された電力消費量の累積値の割合を算出した際の算出結果（以下、「割合の算出結果」という）、制御対象機器となった電力消費機器の運転状態の制御が完了したことを知らせる情報（以下、「制御完了」という）、及び、住宅Ｈにおける瞬間消費電力が所定の大きさ以上になるまで増大したことを報告する情報（以下、「瞬間消費電力増大」という）が含まれる。

　そして、報知すべき情報のカテゴリと報知動作として実行される動作との対応関係については、テーブル化されてメモリ５４ｂに記憶されている。コントローラ５４（より具体的には、ＣＰＵ５４ａ）は、当該テーブルを参照することにより、報知すべき情報のカテゴリに対応した動作を特定し、特定した動作を報知動作として実行させる。なお、本実施形態では、報知すべき情報のカテゴリと報知動作として実行される動作との対応関係が下記の通りになっている。
　・カテゴリ「系統電力の単価の現在値」：発光動作、音声発生動作、振動動作
　・カテゴリ「節電要求」：音声発生動作、振動動作
　・カテゴリ「地域の天気」：音声発生動作、振動動作
　・カテゴリ「目標値未設定」：音声発生動作、振動動作
　・カテゴリ「省エネランキング」：音声発生動作、振動動作
　・カテゴリ「割合の算出結果」：発光動作、振動動作
　・カテゴリ「制御完了」：音声発生動作、振動動作
　・カテゴリ「瞬間消費電力増大」：発光動作、振動動作

　さらに、コントローラ５４は、ホームサーバ１０から受信した報知動作の実行要求を解析して、報知すべき情報の内容を特定する。換言すると、ホームサーバ１０から送信される実行要求には、報知すべき情報の内容を示すデータが組み込まれており、当該データによりコントローラ５４は情報の内容を特定する。ここで、報知すべき情報の内容とは、上述したカテゴリの各々について現在の状態を示す概念であり、例えば、「地域の天気」というカテゴリの情報の場合、「晴れ」、「曇り」、「雨」が内容に相当する。報知すべき情報の内容を特定した後、コントローラ５４は、発光動作、音声発生動作及び振動動作のうち、上述したカテゴリに対応した動作を、特定した情報の内容に対応した形式で実行する。

　具体的に説明すると、報知動作として発光動作が実行される場合、特定した情報の内容に対応した発光形式にて発光動作が実行される。ここで、情報内容と発光形式との対応関係は、図８に示すようにテーブル化されてメモリ５４ｂに記憶されており、コントローラ５４は、当該テーブルを参照することにより、特定した情報の内容に対応した発光形式にて発光動作を実行させる。

　より具体的に説明すると、例えば、報知すべき情報のカテゴリが「割合の算出結果」である場合、発光機構５１は、所定の発光色にて発光動作を実行することになり、その発光色は、図８中、番号（１）のテーブルに記載された対応関係に基づいて定められる。例えば、上記の割合が５０％未満の場合は、発光色が水色となり、５１～７０％の範囲にある場合は、発光色が青色となる。

　また、報知すべき情報のカテゴリが「瞬間消費電力増大」である場合、発光機構５１は、図８中、番号（２）のテーブルに示すように、発光色を変化させながら発光動作を実行することになる。
　さらに、報知すべき情報のカテゴリが「系統電力の単価の現在値」である場合、発光機構５１は、点滅モードで発光動作を実行することになり、その点滅速度（点滅間隔）は、図８中、番号（３）のテーブルに記載された対応関係に基づいて定められる。例えば、単価の現在値が標準料金の０．５倍以下である場合は、１０ｓｅｃ間隔で点滅し、０．６倍～０．８倍の範囲にある場合には、８ｓｅｃ間隔で点滅する。

　一方、報知動作として音声発生動作が実行される場合、特定した情報内容に対応した音声ファイルが再生されて、当該ファイルに収録された音声が発せられる。ここで、情報内容と音声（換言すると、音声ファイル）との対応関係については、図９に示すようにテーブル化されてメモリ５４ｂに記憶されており、コントローラ５４は、当該テーブルを参照することにより、特定した情報内容に対応した音声を発する音声発生動作を実行させる。

　より具体的に説明すると、例えば、報知すべき情報のカテゴリが「節電要求」である場合、コントローラ５４は、音声発生機構５２に、「セツデンセツデン」という音声が収録された音声ファイルを再生させる。
　また、報知すべき情報のカテゴリが「系統電力の単価の現在値」である場合、コントローラ５４は、同カテゴリについて前回報知動作を行った際の単価と比較して、単価の現在値が下がっている場合には、音声発生機構５２に、「リョウキンガヤスクナッタヨ」という音声が収録された音声ファイルを再生させ、上がった場合には、「リョウキンガタカクナッタヨ」という音声が収録された音声ファイルを再生させる。

　また、報知すべき情報のカテゴリが「制御完了」である場合には、コントローラ５４は音声発生機構５２に、「セイギョシタヨ」という音声が収録された音声ファイルを再生させ、報知すべき情報のカテゴリが「目標値未設定」である場合には、「モクヒョウヲイレテネ」という音声が収録された音声ファイルを再生させる。
　さらに、報知すべき情報のカテゴリが「省エネランキング」である場合、コントローラ５４は、同カテゴリについて前回報知動作を行った際の順位と比較して順位が上がった場合には、音声発生機構５２に、「ランクアップ」という音声が収録された音声ファイルを再生させ、順位が下がった場合には「ランクダウン」という音声が収録された音声ファイルを再生させ、順位に変動がない場合には「ランクカワラズ」という音声が収録された音声ファイルを再生させる。
　また、報知すべき情報のカテゴリが「地域の天気」である場合には、コントローラ５４は、当該地域における当日の天気が晴れの場合には、「キョウハハレルヨ」という音声が収録された音声ファイルを再生させ、曇りの場合には、「キョウハクモリダヨ」という音声が収録された音声ファイルを再生させ、雨の場合には、「キョウハアメガフルカモ」という音声が収録された音声ファイルを再生させる。

　ところで、本実施形態において、振動動作は、報知すべき情報のカテゴリ及び内容にかかわらず同一の形式（例えば、同一の振動時間）で実行されることになっている。ただし、これに限定されるものではなく、報知すべき情報のカテゴリ及び内容に応じて、振動動作の実行形式を変えることとしてもよい。

　以上までに説明してきたように、本実施形態に係るロボット５０は、ホームサーバ１０からの実行要求を受信すると自動的に報知動作を実行する。これにより、ロボット５０は、ユーザに対して、住宅Ｈ内の電力需給状況に関する情報を含む諸処の情報を報知する。ユーザの立場から考えると、ロボット５０の報知動作によって、多様な情報が特に操作を要することなく自動的に報知されるので、ユーザは、手軽に情報を入手することが可能となる。すなわち、本実施形態に係るロボット５０により、ユーザに対して特に操作を要することなく、簡易的な方法にて情報を報知することが可能となる。

　このように本実施形態ではユーザに対して特に操作を要することなく情報が報知されるので、ユーザに対して「気付き」をより容易に与えることができ、ユーザが自己のエネルギー消費行動を見直すきっかけを提供し易くなる。

　また、本実施形態に係るロボット５０は、上述した３種類の報知動作を実行し、更に発光動作及び音声発生動作については、報知すべき情報のカテゴリや内容に応じて複数の実行パターンが用意されている。実行パターンとは、発光動作時の発光形式（本実施形態では、発光色、発光モード、点滅速度）や、音声発生動作時に発生される音声の内容のことである。

　そして、報知すべき情報に応じて、実行する報知動作の種類や実行パターンを切り替えれば、報知すべき情報が多様化したとしても（換言すると、報知する情報の種類が複数種となったであっても）、十分に対応することが可能となる。
　さらに、例えば、発光動作時の発光色、発光モード、点滅速度等を切り替えることで、同時に複数の情報を報知することも可能となり、具体的に説明すると、発光色と点滅速度を切り替えることで、カテゴリ「割合の算出結果」に関する情報と、カテゴリ「系統電力の単価の現在値」に関する情報を同時に報知することが可能となる。

　また、本システムＳでは、ユーザが住宅Ｈ内の電力需給状況に関する情報を確認するための機器として、携帯端末３０とロボット５０とが併用されている。これにより、ロボット５０を設けたことによる効果（有効性）がより一層高まることになる。
　具体的に説明すると、携帯端末３０は、ロボット５０と比較してより多くの情報を提供することができるものの、ユーザに対して起動操作等の手間を要する。これに対し、ロボット５０は、起動操作等を要さずに簡易的にユーザに対して情報を報知することが可能であるので、ユーザにとって有用なものとなり、その効果は、ロボット５０が単独で設けられている場合（すなわち、携帯端末３０が併用されていない場合）に比べて、より有意義なものとなる。

　さらに、上述したように、通電状態にあるロボット５０が消費する電力は、通電状態にある携帯端末３０が消費する電力と比較して小さくなっているので、携帯端末３０を常時通電状態とする場合の電力消費量に比して、ロボット５０を常時通電状態とする場合の電力消費量の方が幾分小さくなる。すなわち、ユーザが住宅Ｈ内の電力需給状況に関する情報として簡単な内容の情報を希望するのであれば、携帯端末３０を常時通電状態とするよりも、ロボット５０を常時通電状態としていた方が幾分経済的で、電力消費量をより少なくすることができる。したがって、ユーザが住宅Ｈ内の電力需給状況に関して情報を入手する上で、ロボット５０を常時通電状態としておき、ロボット５０の報知動作を通じて簡易的な情報を得た上で、更に詳細な情報を確認したい場合に携帯端末３０を起動することとすれば、電力消費量を考慮して好適なエネルギー管理行動を実現することが可能になる。

　ところで、本実施形態に係るロボット５０は、以上までに説明してきた報知動作を実行するための構成を備えている一方で、ユーザが電力消費機器の運転状態を制御する際に行う操作を受け付ける機能を搭載している。すなわち、本実施形態において、ユーザは、電力消費機器の運転状態を制御する際に行う操作を、携帯端末３０のタッチパネル３１に描画されたエネルギー管理画面を通じて行うことができる他、ロボット５０を通じて行うことが可能である。

　電力消費機器の運転状態を制御する際に行われるユーザ操作を受け付けるためにロボット５０に備えられた構成について説明すると、ロボット５０には、図６に示すように、操作受付機構５５が備えられている。この操作受付機構５５は、ユーザが電力消費機器の運転状態を制御する際に行う操作を受け付けるものであり、本実施形態では、ロボット５０内部に存するフレームとこれを覆うカバー部材５０ａとの間に配置された圧力センサ等の公知の操作受付機構により構成される。

　操作受付機構５５についてより詳しく説明すると、ユーザが図７の（Ｄ）に示すようにロボット５０（厳密には、操作受付機構５５が設置された箇所の近傍）を押し潰すように握持する動作（以下、握持操作という）を行うと、圧力センサからなる操作受付機構５５は、その握持操作を受け付ける。かかる握持操作は、ユーザが電力消費機器の運転状態を制御する際に行う操作に相当する。

　そして、操作受付機構５５は、握持操作を受け付けると信号を生成し、当該信号をコントローラ５４に伝送する。コントローラ５４は、操作受付機構５５から送られた信号を受信すると、当該信号に基づき（換言すると、操作受付機構５５が受け付けた握持操作に基づき）、電力消費機器の運転状態を制御する制御処理の実行要求をホームサーバ１０に対して送信する。ホームサーバ１０（より具体的には、前述の機器制御部１０４）は、ロボット５０側から制御処理の実行要求を受信すると、制御信号を生成し、住宅Ｈ内の電力消費機器のうち、制御対象機器である電力消費機器に向けて制御信号を発信する。

　以上のように、本実施形態に係るロボット５０は、上述の報知動作を実行する機能の他、制御対象機器である電力消費機器の運転状態を遠隔制御する機能（リモコン機能）をも備えている。この結果、情報の報知機器であるロボット５０がユーザにとって使い勝手の良いものとなり、ロボット５０の利便性が向上することになる。

　なお、本実施形態では、ホームサーバ１０がロボット５０側から制御処理の実行要求を受信した場合、ホームサーバ１０の機器制御部１０４は、住宅Ｈ内の電力消費機器のうち、常時運転させる必要がある機器（例えば、ホームサーバ１０や冷蔵庫等）を除き、全てを制御対象機器として、制御信号を生成し発信することとし、具体的には、各制御対象機器の電源をオフ状態とするような制御信号を生成し発信する。ただし、これに限定されるものではなく、住宅Ｈ内の電力消費機器のうち、特にユーザが指定した機器のみを制御対象機器として制御信号を生成し送信することとしてもよい。

　また、本実施形態では、操作受付機構５５が握持操作を複数回繰り返して受け付けたとき（正確には、所定の時間内に複数回の握持操作を受け付けた場合）に、コントローラ５４がホームサーバ１０に対して制御処理の実行要求を送信することとしている。

　具体的に説明すると、図１０に示すように、握持操作の実施回数（換言すると、操作受付機構５５が握持操作を受け付けた回数）に応じて、ロボット５０における応答動作が異なり、握持操作の実施回数が３回である場合に限り、コントローラ５４が、制御処理の実行要求をホームサーバ１０に対して送信することとしている。これにより、ロボット５０を用いた電力消費機器の遠隔制御が誤って行われてしまうこと（誤操作）を防止することが可能になる。

　つまり、ユーザ等が意図せずに握持操作を行った場合に、コントローラ５４がその握持操作に基づいて制御処理の実行要求をホームサーバ１０に対して送信してしまうと、ユーザの意に反して電力消費機器の運転状態が切り替わってしまう。これに対して、本実施形態では、制御処理の実行要求が送信されるための握持操作の実施回数が３回に設定されているので、ユーザ等が誤って握持操作を１、２回行ったとしても、ユーザの意に反して制御処理の実行要求がロボット５０から送信されるのを回避することが可能になる。

　以下、握持操作の実施回数とロボット５０における応答動作との対応関係について、より具体的に説明する。
　先ず、所定時間内に１回のみ握持操作を受け付けた場合には、操作受付機構５５が１回の握持操作を受け付けたことを示す信号を生成し、コントローラ５４に伝送する。当該信号を受信したコントローラ５４は、ホームサーバ１０の外部データ取得部１０１に対して、ＣＥＭＳサーバ４０との通信の実行を要求し、これにより、外部データ取得部１０１が、ＣＥＭＳサーバ４０に対してデータ送信を要求して、ＣＥＭＳサーバ４０から提供情報データを取得する。そして、ホームサーバ１０のロボット駆動部１０５が、取得した提供情報データに応じた報知動作の実行要求をロボット５０に対して送信すると、ロボット５０側では、コントローラ５４が発光動作、音声発生動作及び振動動作の中から、上記提供情報データに対応した動作を報知動作として実行させる。

　なお、本実施形態では、１回のみの握持操作を受け付けた場合にロボット５０が実行する報知動作として、所定の音声（例えば、地域の天気に応じた音声）を発する音声発生動作が実行されることとする。

　次に、所定時間内に２回の握持操作を受け付けた場合には、操作受付機構５５が２回の握持操作を受け付けたことを示す信号を生成し、コントローラ５４に伝送する。当該信号を受信したコントローラ５４は、音声発生機構５２を制御し、前回実行した音声発生動作の際に再生した音声ファイルを再度再生させて、前回の音声発生動作と同様の音声が発せられるように、音声発生動作を実行させる。このように前回の音声発生動作で再生された音声ファイルを再度再生させることが可能であるので、ユーザは、例えば住宅Ｈを不在にしている間に報知動作としての音声発生動作が実行された場合であっても、当該音声発生動作の内容（すなわち、ユーザが聞き逃した音声発生動作の内容）を帰宅後に確認することが可能になる。

　さらに、所定時間内に３回の握持操作を受け付けた場合には、操作受付機構５５が３回以上の握持操作を受け付けたことを示す信号を生成し、コントローラ５４に伝送する。当該信号を受信したコントローラ５４は、前述したように、ホームサーバ１０に対して制御処理の実行要求を送信するとともに、音声発生機構５２を制御し、所定の音声（例えば、制御処理の実行要求を送信した旨を示す音声）を発する音声発生動作を実行させる。

　以上のような対応関係に則って、ロボット５０（厳密にはコントローラ５４）からホームサーバ１０に対して制御処理の実行要求が送信される。なお、本実施形態では、制御処理の実行要求を送信するための握持操作の実行回数を３回としたが、これに限定されるものではなく、少なくとも２回以上であればよく、任意の回数に設定することが可能である。

　＜ロボット５０の動作例＞
　次に、以上までに説明してきた構成を有するロボット５０の動作例を説明する。なお、ロボット５０の動作例を説明するにあたり、以下では、ロボット５０に報知動作を実行させるまでに行われる一連の動作（以下、情報報知工程）、及び、ユーザが電力消費機器の運転状態を制御する際に行う握持操作をロボット５０が受け付けた以降の一連の動作（以下、機器制御工程）について説明する。

　（１）情報報知工程について
　以下、情報報知工程の手順について説明する。先ず、報知すべき情報のカテゴリが「割合の算出結果」である場合の情報報知工程を例に挙げて、図１１を参照しながら説明する。
　「割合の算出結果」に関する情報について情報報知処理を開始するにあたり、ユーザが所定の期間中に住宅Ｈで消費される電力消費量の目標値を入力しており、当該目標値を示す目標値データがＣＥＭＳサーバ４０のＣＳ側記憶部４２に記憶されている。

　上記の状態において、ホームサーバ１０の外部データ取得部１０１は、宅外ネットワークＧＮを通じてＣＥＭＳサーバ４０と通信し、ＣＥＭＳサーバ４０に対して目標値データの送信を要求する（Ｓ００１）。このデータ送信の要求を以て情報報知工程が開始される。なお、本実施形態において、上記のデータ送信要求は、約３０分間隔で行われる。このため、本実施形態では約３０分間隔で、「割合の算出結果」に関する情報についての情報報知工程が実施される。ただし、これに限定されるものではなく、「割合の算出結果」に関する情報についての情報報知工程が実施される間隔は、任意に設定することが可能である。

　次に、ＣＥＭＳサーバ４０は、ホームサーバ１０からのデータ送信要求を受け付けると（Ｓ００２）、当該要求の発信元であるホームサーバ１０を特定した上で、特定したホームサーバ１０に対応する目標値データをＣＳ側記憶部４２から読み出して、同ホームサーバ１０に向けて目標値データを送信する（Ｓ００３）。

　その後、ホームサーバ１０では、外部データ取得部１０１が宅外ネットワークＧＮを通じて、ＣＥＭＳサーバ４０から送信された目標値データを受信する（Ｓ００４）。また、本実施形態では、目標値データの受信と連動して、測定結果データ取得部１０２が、スマートメータからなるセンサ２１に対して測定結果データの送信を要求し、当該センサ２１から測定結果データを受信する（Ｓ００５）。かかる測定結果データは、上記目標値が適用される期間の開始時から現時点までの間に住宅Ｈ内で実際に消費された電力消費量の累積値を測定した際の測定値（測定結果に応じた情報）を示すデータである。

　そして、ホームサーバ１０が上記の測定結果データ及び目標値データを受信すると、これらのデータに基づいて、ロボット駆動部１０５が、所定の期間における目標値と、所定の期間中に住宅Ｈ内で実際に消費された電力消費量の累積値とを特定し、さらに、上記目標値に対する上記累積値の割合を算出する（Ｓ００６）。その後、ロボット駆動部１０５は、算出した割合に応じた報知動作の実行要求をロボット５０に対して送信する（Ｓ００７）。

　ロボット５０側では、コントローラ５４が、ロボット駆動部１０５からＵＳＢ回路を通じて報知動作の実行要求を受信し（Ｓ００８）、当該実行要求を解析して、報知すべき情報のカテゴリを特定した上で、発光動作、音声発生動作及び振動動作の中から、特定したカテゴリに対応した動作を、実行する報知動作に決定する（Ｓ００９）。実行する報知動作のカテゴリが決定した後には、コントローラ５４が、発光機構５１、音声発生機構５２及び振動機構５３を制御して、決定した報知動作を実行させる（Ｓ００１０）。本具体例の場合、報知すべき情報のカテゴリは「割合の算出結果」であるため、ロボット５０では、報知動作として発光動作と振動動作が実行されることになる。

　なお、報知動作として発光動作を実行する場合、ロボット５０のコントローラ５４は、報知すべき情報のカテゴリとともに内容を特定し、特定した内容に対応した発光形式にて発光動作を発光機構５１に実行させる。

　以上までに説明してきた一連の手順により、ロボット５０が報知動作として発光動作及び振動動作を実行するようになり、ユーザに対して、目標電力消費量に対する実際の消費量の累積値の割合が報知されることになる。この結果、ユーザに対して、住宅Ｈ内での電力需給状況や自己のエネルギー消費行動を見直すきっかけを与えることが可能になる。つまり、ユーザは、ロボット５０の報知動作を通じて、目標電力消費量に対してこれまで実際にどれだけの電力を消費してきたのかを簡単に確認することができるので、その後のエネルギー消費行動を見直すきっかけを持ち易くなる。

　なお、上記の例では、目標電力消費量に対する実際の消費量の累積値の割合を報知するための報知動作として、発光動作及び振動動作が実行されることとしたが、これに限定されるものではなく、発光動作、音声発生動作及び振動動作のうち、少なくとも一つ以上の動作が報知動作として実行されればよい。

　また、上記の例では、電力消費量の目標値を示す目標値データがＣＥＭＳサーバ４０のＣＳ側記憶部４２に記憶されており、目標電力消費量に対する実際の消費量の累積値の割合を算出するにあたり、宅外ネットワークＧＮを通じてＣＥＭＳサーバ４０と通信して目標値データを取得することとしたが、これに限定されるものではない。例えば、ホームサーバ１０（具体的には、メモリ１０ｂや不揮発性記憶装置１０ｃ）に目標値データを記憶しておくこととしてもよい。かかる構成の場合、図１２に示すように、目標電力消費量に対する実際の消費量の累積値の割合を算出するにあたり、ホームサーバ１０に記憶された目標値データを読み出すことになる（Ｓ０１１）。目標値データを読み出した後の手順Ｓ０１２～Ｓ０１７については、上記の例で説明した手順Ｓ００５～Ｓ０１０と同様であるので、説明は省略する。

　次に、報知すべき情報のカテゴリが「系統電力の単価の現在値」である場合の情報報知工程を例に挙げて、図１３に参照しながら説明する。
　系統電力の単価（すなわち、電気料金）は、前述したように時間帯に応じて変化し、当該単価が変化した場合には、ＣＥＭＳサーバ４０がコミュニティ内の各住宅Ｈに設置されたホームサーバ１０に向けて、変更後の単価（すなわち、系統電力の単価の現在値）を示す単価データが配信される（Ｓ０２１）。この単価データは、ＣＥＭＳサーバ４０が配信する提供情報データであり、例えば、電力会社が設定した電気料金の料金体系に基づいて予め生成しており、系統電力の単価が変更する時刻になると自動的に配信される。

　その後、ホームサーバ１０では、外部データ取得部１０１が宅外ネットワークＧＮを通じて、ＣＥＭＳサーバ４０から送信された単価データを受信する（Ｓ０２２）。そして、ホームサーバ１０側で単価データが取得されると、ロボット駆動部１０５が、その単価データに基づいて系統電力の単価の現在値を特定した上で、特定した系統電力の単価の現在値に応じた報知動作の実行要求をロボット５０に対して送信する（Ｓ０２３）。

　ロボット５０側では、コントローラ５４が、ロボット駆動部１０５からＵＳＢ回路を通じて報知動作の実行要求を受信し（Ｓ０２４）、当該実行要求を解析して、報知すべき情報のカテゴリを特定した上で、発光動作、音声発生動作及び振動動作の中から、特定したカテゴリに対応した動作を、実行する報知動作に決定する（Ｓ０２５）。実行する報知動作のカテゴリが決定した後には、コントローラ５４が、発光機構５１、音声発生機構５２及び振動機構５３を制御して、決定した報知動作を実行させる（Ｓ０２６）。本具体例の場合、報知すべき情報のカテゴリは「系統電力の単価の現在値」であるため、ロボット５０では、報知動作として発光動作と振動動作が実行されることになる。具体的に説明すると、ロボット５０は、例えば系統電力の単価の現在値が更新されたことをユーザに気付かせるために振動発生機構５３による振動動作を実行し、更新後の単価の現在値に応じた発光形式（より具体的には、更新後の単価の現在値に対応した発光色）にて発光機構５１による発光動作を実行する。

　以上までに説明してきた一連の手順により、ロボット５０が報知動作として発光動作よび振動動作を実行する結果、ユーザに対して系統電力の単価の現在値を報知することが可能となる。これにより、ユーザに対して、自己のエネルギー消費行動を見直すきっかけが与えられ、ユーザの省エネルギー意識を喚起することが可能になる。

　なお、上記の例では、系統電力の単価の現在値を報知するための報知動作として、発光動作及び振動動作が実行されることとしたが、これに限定されるものではなく、発光動作、音声発生動作及び振動動作のうち、少なくとも一つ以上の動作が報知動作として実行されればよい。

　また、上記の例では、ＣＥＭＳサーバ４０が配信する提供情報データのうち、系統電力の単価の現在値を示す単価データがホームサーバ１０に受信されたケースについて説明したが、他の提供情報データ、例えば、上述した節電要求データ、天気データ等を受信した場合についても、上記と同様の手順に従って、当該データに応じた報知動作が実行されることとすればよい。

　さらに、センサ２１が前述の報告データ（住宅Ｈにおける瞬間消費電力が所定の大きさ以上になったことを知らせるためのデータ）を送信し、ホームサーバ１０側で報告データを受信した場合には、ロボット駆動部１０５が、ロボット５０に対して、瞬間消費電力が増大したことを知らせるための報知動作の実行を要求する。その後、上記と同様の手順（Ｓ０２４～０２６）により、ロボット５０側で、カテゴリ「瞬間消費電力増大」に対応した報知動作として発光動作及び振動動作が実行される。なお、上記カテゴリ「瞬間消費電力増大」に対応して実行される発光動作は、前述したように、発光色を変化させながら実行される。

　また、運転状態が制御されている電力消費機器（制御対象機器）について制御が完了した際に送信される制御完了信号を、ホームサーバ１０の機器制御部１０４が受信した場合には、ロボット駆動部１０５が、ロボット５０に対して、制御完了を知らせるための報知動作の実行を要求する。その後、上記と同様の手順（Ｓ０２４～０２６）により、ロボット５０側で、カテゴリ「制御完了」に対応した報知動作として音声発生動作及び振動動作が実行される。

　（２）機器制御工程について
　以下、機器制御工程について図１４を参照しながら説明する。
　先ず、ユーザがロボット５０を握持する操作（握持操作）を行うと、ロボット５０側では操作受付機構５５が当該握持操作を受け付ける（Ｓ０３１）。ここで、操作受付機構５５が所定時間内に受け付けた握持操作の回数が１回であった場合には（Ｓ０３２で「１回」）、ロボット５０のコントローラ５４が、ホームサーバ１０の外部データ取得部１０１に対して、ＣＥＭＳサーバ４０との通信の実行を要求する（Ｓ０３３）。これにより、外部データ取得部１０１が、ＣＥＭＳサーバ４０に対してデータ送信を要求し（Ｓ０３４）、当該要求に応じて、ＣＥＭＳサーバ４０が提供情報データ（具体的には、天気データ）を配信する（Ｓ０３５）。

　そして、外部データ取得部１０１がＣＥＭＳサーバ４０からの提供情報データを受信すると（Ｓ０３６）、ロボット駆動部１０５が、当該提供情報データに応じた報知動作の実行要求をロボット５０に対して送信する（Ｓ０３７）。ロボット５０側では、コントローラ５４が、ホームサーバ１０側から報知動作の実行要求を受け付けると（Ｓ０３８）、上記の提供情報データに対応した動作を報知動作として実行する（Ｓ０３９）。本実施形態では、ＣＥＭＳサーバ４０からの提供情報データが天気データであるので、ロボット５０は、地域の天気に応じた音声を発する音声発生動作を報知動作として実行することになる。

　次に、操作受付機構５５が所定時間内に受け付けた握持操作の回数が２回であった場合（Ｓ０３２で「２回」）について説明すると、ロボット５０のコントローラ５４が、音声発生機構５２が前回の音声発生動作の際に再生した音声ファイルを特定する（Ｓ０４０）。かかる音声ファイルの特定処理は、メモリ５４ｂに記憶された音声ファイルの再生履歴をＣＰＵ５４ａが参照することによって行われる。そして、音声ファイルの特定が完了した後に、コントローラ５４は、音声発生機構５２を制御し、前回再生した音声ファイルを再生して、前回と同様の音声を発する音声発生動作を実行させる（Ｓ０４１）。

　次に、操作受付機構５５が所定時間内に受け付けた握持操作の回数が３回であった場合（Ｓ０３２で「３回」）について説明すると、本場合において機器制御工程が行われ、住宅Ｈ内の電力消費機器の運転状態がホームサーバ１０の機器制御部１０４により制御されるようになる。

　すなわち、本実施形態では、操作受付機構５５が所定時間内にユーザの握持操作を３回受け付けた段階で、はじめてコントローラ５４が、電力消費機器の運転状態を制御する制御処理の実行要求をホームサーバ１０に対して送信する（Ｓ０４２）。なお、前述したように、コントローラ５４は、ホームサーバ１０に対して制御処理の実行要求を送信するとともに、音声発生機構５２を制御し、所定の音声（例えば、制御処理の実行要求を送信した旨を示す音声）を発する音声発生動作を実行させる（Ｓ０４２）。

　制御処理の実行要求を受け付けたホームサーバ１０側では、機器制御部１０４が制御処理を実行する（Ｓ０４３）。すなわち、住宅Ｈで使用されている電力消費機器のうち、制御対象となる機器に向けて制御信号が発信される。なお、前述したように、本実施形態では、ホームサーバ１０がロボット５０側から制御処理の実行要求を受信すると、住宅Ｈ内の電力消費機器のうち、常時運転させる必要がある機器（例えば、ホームサーバ１０や冷蔵庫等）を除く全ての機器に向けて、電源をオフにする制御信号が発信される。

　そして、制御対象機器の運転状態の制御が完了した段階で、機器制御部１０４が制御対象機器から制御完了信号を受信するようになり（Ｓ０４４）、当該制御完了信号の受信後、ロボット駆動部１０５が、制御完了信号に則った報知動作の実行要求をロボット５０に対して送信する（Ｓ０４５）。コントローラ５４は、上記の実行要求を受信すると（Ｓ０４６）、当該実行要求を解析して、報知すべき情報のカテゴリを特定し、発光動作、音声発生動作及び振動動作の中から、特定したカテゴリに対応した動作を、実行する報知動作に決定する（Ｓ０４７）。実行する報知動作のカテゴリが決定した後には、コントローラ５４が、発光機構５１、音声発生機構５２及び振動機構５３を制御して、決定した報知動作を実行させる（Ｓ０４８）。

　具体的に説明すると、報知すべき情報のカテゴリが「制御完了」と特定され、報知動作として、制御処理の完了を示す音声を発生する音声発生動作と、振動動作が実行される。なお、本実施形態では、カテゴリ「制御完了」の情報を報知するにあたり、音声発生動作と振動動作とが実行されることになっているが、これに限定されるものではなく、発光動作、音声発生動作及び振動動作のうち、少なくとも１つ以上の動作が実行されればよい。

＜＜その他の実施形態＞＞
　上記の実施形態では、主として本発明の情報報知システムについて説明した。しかし、上記の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれることは勿論である。

　また、上記の実施形態では、住宅Ｈ内でのエネルギー消費量を測定して測定結果データを送信する測定装置としてのセンサ２１、及び、提供情報データを送信する情報配信装置としてのＣＥＭＳサーバ４０の双方と通信するホームサーバ１０を通信装置の一例として挙げたが、これに限定されるものではない。上記の測定装置と上記の情報配信装置のうち、少なくとも一方の装置と通信する通信装置であればよい。そして、報知動作を実行する報知機器（上記の実施形態では、ロボット５０に相当する）については、測定結果データ及び提供情報データのうち、上記の少なくとも一方の装置と通信した際に受信した受信データに基づき、当該受信データに応じた報知動作を実行するものであればよく、例えば、測定結果データ（あるいは提供情報データ）をホームサーバ１０が受信したときに限り、当該受信データに応じた報知動作を実行する報知機器であってもよい。

　また、上記の実施形態では、報知動作を実行する報知動作の一例としてマスコット形状のコミュニケーションロボット（ロボット５０）を挙げたが、これに限定されるものではなく、例えば、球体や個性的な形状を有する置物であってもよい。つまり、比較的容易に配置を変えることが可能であり、ユーザに対して情報を簡易に報知することができる置物型の報知機器である限り、制限なく利用することが可能である。

　また、上記の実施形態では、通信対象機器に応じて通信バンドルを切り替えて実行すると共に、各通信バンドルの機能を利用するためのインタフェースを統合してＡＰＩ（汎用ＡＰＩ）として提供するための機構として、ＯＳＧｉフレームワーク２０３を例に挙げて説明したが、上記の機能を有するものである限り、ＯＳＧｉフレームワーク２０３以外の既存の技術を利用することとしてもよい。

　また、上記の実施形態では、センサ２１、２２ａ、２２ｂ、２３ａ～２３ｃの測定結果が表示されるエネルギー管理画面が、携帯端末３０に搭載されたタッチパネル３１に描画されることとした。ただし、これに限定されるものではなく、ホームサーバ１０のディスプレイ１１に描画されることとしてもよい。

　また、上記の実施形態では、ホームサーバ１０にＵＳＢにて接続するロボット５０を例に挙げて説明し、ホームサーバ１０の電源に連動して電力が供給されることとした。ただし、これに限定されるものではなく、充電式の内部電源を有し、ホームサーバ１０とワイヤレス通信を行う報知機器であってもよい。かかる報知機器であれば、ＵＳＢ等の配線が不要になるので、置き場所を自由に決定することが可能となる。なお、内部電源の充電についてはワイヤレス充電、すなわち、充電器と接触させずに充電する方式を採用すると、置き場所を自由に決定する上で好適である。

　また、上記の実施形態では、電力をエネルギーの一例として挙げ、住宅Ｈ内での電力消費量を管理するエネルギー管理システムについて説明した。ただし、これに限定されるものではなく、他のエネルギー消費量（ガス使用量や水道使用量）を管理対象として含むシステムであってもよい。

Ｓ　本システム
Ｈ　住宅
ＴＮ　宅内ネットワーク
ＧＮ　宅外ネットワーク
１　発電ユニット
２　分電盤
３　蓄電池
４　商用電源
５　パワーコンディショナ
６　双方向インバータ
７ａ　エアコン
７ｂ　照明
１０　ホームサーバ
１０ａ　ＣＰＵ
１０ｂ　メモリ
１０ｃ　不揮発性記憶装置
１０ｄ　通信用インタフェース
１０ｅ　バス
１１　ディスプレイ
１２　入力装置
２１　センサ
２２ａ，２２ｂ　センサ
２３ａ，２３ｂ，２３ｃ　センサ
３０　携帯端末
３１　タッチパネル
４０　ＣＥＭＳサーバ
４２　ＣＳ側記憶部
５０　ロボット
５０ａ　カバー部材
５０ｂ　ＵＳＢコネクタ
５１　発光機構
５２　音声発生機構
５３　振動機構
５４　コントローラ
５４ａ　ＣＰＵ
５４ｂ　メモリ
５４ｃ　通信用インタフェース
５４ｄ　制御回路
５５　操作受付機構
１０１　外部データ取得部
１０２　測定結果データ取得部
１０３　返答データ送信部
１０４　機器制御部
１０５　ロボット駆動部
２０１　ＯＳ
２０２　ＪＶＭ
２０３　ＯＳＧｉフレームワーク
２０４ａ　第１規格機器用通信バンドル
２０４ｂ　第２規格機器用通信バンドル
２０４ｃ　第３規格機器用通信バンドル
２０５　ロボット用ドライバ
２０６　ＵＳＢドライバ
Ａｒ１，Ａｒ２，Ａｒ３，Ａｒ４，Ａｒ５，Ａｒ６　表示領域
Ｂ１，Ｂ２，Ｂ３，Ｂ４，Ｂ５，Ｂ６　操作ボタン

Claims (6)

1. 　建物内でのエネルギー消費量を測定し、測定結果に応じた情報を示す測定結果データを送信する測定装置、及び、前記建物外に設置された、前記建物内のユーザに提供する情報を示す提供情報データを送信する情報配信装置のうち、少なくとも一方の装置と通信する通信装置と、
   　前記測定結果データ及び前記提供情報データのうち、前記少なくとも一方の装置と通信した際に前記通信装置が受信した受信データに基づき、該受信データに応じた報知動作を実行する置物型の報知機器と、を有する情報報知システムであって、
   　前記通信装置は、前記受信データに基づいて、前記報知動作の実行要求を前記報知機器に対して送信し、
   　前記報知機器は、前記受信データに応じた発光形式にて発光する発光動作を実行する発光機構と、前記受信データに応じた音声を発する音声発生動作を実行する音声発生機構と、前記受信データに応じて振動する振動動作を実行する振動機構と、前記発光機構と前記音声発生機構と前記振動機構とを制御する制御部と、を有し、
   　該制御部は、前記実行要求を受信すると、前記発光動作、前記音声発生動作及び前記振動動作のうち、前記実行要求に応じて決定した少なくとも一つ以上の動作を前記報知動作として実行させることを特徴とする情報報知システム。
2. 　前記通信装置は、前記建物としての住宅の内部に設置されたホームサーバであり、
   　前記情報配信装置は、前記ホームサーバとインターネットを介して通信可能に接続された外部サーバであり、
   　該外部サーバが送信する前記提供情報データには、前記住宅内で所定の期間中に消費される電力消費量の目標値を示す目標値データが含まれており、
   　前記通信装置は、前記測定結果データ及び前記目標値データを受信すると、前記目標値に対する、前記所定の期間中に前記住宅内で実際に消費された電力消費量の累積値の割合を算出し、算出した前記割合に応じた前記実行要求を前記報知機器に対して送信し、
   　前記制御部は、前記実行要求を受信すると、前記割合に応じた発光形式にて前記発光機構が発光する前記発光動作と、前記割合に応じた音声を前記音声発生機構が発する前記音声発生動作と、前記振動機構が振動する前記振動動作のうち、少なくとも一つ以上の動作を前記報知動作として実行させることを特徴とする請求項１に記載の情報報知システム。
3. 　前記外部サーバが送信する前記提供情報データには、商用電源から前記住宅に供給される電力の単価の現在値を示す単価データが含まれており、
   　前記通信装置は、前記単価データを受信すると、前記現在値を特定し、特定した前記現在値に応じた前記実行要求を前記報知機器に対して送信し、
   　前記制御部は、前記実行要求を受信すると、前記現在値に応じた発光形式にて前記発光機構が発光する前記発光動作と、前記現在値に応じた音声を前記音声発生機構が発する前記音声発生動作と、前記振動機構が振動する前記振動動作のうち、少なくとも一つ以上の動作を前記報知動作として実行させることを特徴とする請求項２に記載の情報報知システム。
4. 　前記報知機器とは別体をなし、前記ホームサーバと通信可能な情報処理端末を更に有し、
   　該情報処理端末は、ディスプレイを備え、前記ホームサーバと通信して前記ディスプレイに表示する情報を示す表示用データを取得し、
   　該表示データが示す情報は、前記受信データが示す情報と同様であり、
   　前記報知機器は、前記報知動作を実行する際に通電状態となり、
   　前記情報処理端末は、前記ディスプレイに前記表示用データが示す情報を表示する際に通電状態となり、
   　通電状態にある前記報知機器が消費する電力は、通電状態にある前記情報処理端末が消費する電力と比較して小さいことを特徴とする請求項２又は３に記載の情報報知システム。
5. 　前記通信装置は、前記建物内に設けられたネットワークを介して、前記建物内で使用されるエネルギー消費機器の運転状態を制御する機能を実装しており、
   　前記報知機器は、ユーザが前記エネルギー消費機器の運転状態を制御する際に行う操作を受け付ける操作受付機構を有し、
   　該操作受付機構が受け付けた前記操作に基づき、前記制御部が、前記エネルギー消費機器の運転状態を制御する制御処理の実行要求を前記通信装置に対して送信することを特徴とする請求項１乃至４のいずれか一項に記載の情報報知システム。
6. 　前記操作受付機構が前記操作を複数回繰り返して受け付けたときに、前記制御部は、前記エネルギー消費機器の運転状態を制御する制御処理の実行要求を前記通信装置に対して送信することを特徴とする請求項５に記載の情報報知システム。

Images