JP6415919B2 - 情報報知システム及び情報報知方法 - Google Patents

Description

本発明は、情報報知システム及び情報報知方法に係り、特に、建物内に居るユーザに対して情報を報知するために建物内で自律移動する装置を活用した情報報知システム及び情報報知方法に関する。

近年、ＨＥＭＳ（Ｈｏｍｅ Ｅｎｅｒｇｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）のように建物内の状況に関する情報、特に、エネルギー使用状況に関する情報を建物の利用者（ユーザ）に報知する情報報知システムは既に知られている。例えば、特許文献１には、住宅やビル等の建物におけるエネルギー消費量を示すデータ（エネルギーデータ）をエネルギーデータ保管装置が管理すること、さらに、スピーカや映像を用いてエネルギーデータに関する情報を報知することが記載されている。

また、建物内に居るユーザに対して情報を報知するために、当該建物内で自律移動可能なロボットやクリーナ（例えば、掃除機）を利用することがある。一例を挙げて説明すると、特許文献２には、自律移動可能なホームロボットを用いて、宅内の異常（例えば、火災）をユーザに通知することが記載されている。

特開２０１３−７７１３３号公報 特開２００７−１８３０３２号公報

以上のように建物内の状況に関する情報を収集する装置と、建物内で情報を報知するために自律移動する装置とは、それぞれ公知である。そして、両者を組み合わせた情報報知システムを構築すると、ユーザは、情報を得るために建物内を移動しなくとも、自分が居る部屋に報知装置が移動してきて情報を報知するのを待てばよいことになる。

ところで、情報を報知するタイミングについては、ユーザの状態を考慮して適切に設定する必要がある。例えば、ユーザが睡眠中であれば情報の報知を控える必要がある。反対に、ユーザが起床した際には、１日の生活を開始する上で有益な情報を報知するのが望ましい。ただし、建物内の状況に関する情報を収集する装置と、建物内で情報を報知するために自律移動する装置と、を単に組み合わせただけでは、ユーザの状態を考慮した上で情報を適切なタイミングにて報知することが困難である。

そこで、本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、ユーザの状態を考慮した上で適切なタイミングにて情報を報知することが可能な情報報知システム及び情報報知方法を提供することである。

前記課題は、本発明の情報報知システムによれば、（Ａ）複数の部屋を有する建物の敷地内で使用される機器の使用状態を管理する管理装置と、（Ｂ）該管理装置と通信し、前記建物内に居るユーザに対して情報を報知するために前記建物内において自律移動する報知装置と、を備え、（Ｃ）前記管理装置は、（ｃ１）前記機器であるエネルギー消費機器によるエネルギー消費度合いを示すエネルギー消費データを、前記エネルギー消費機器別に取得するデータ取得部と、（ｃ２）該データ取得部が前記エネルギー消費機器別に取得した前記エネルギー消費データに基づいて前記ユーザの状態の変化を検出する検出部と、（ｃ３）該検出部が前記ユーザの状態の変化を検出したときに、前記複数の部屋の中から前記ユーザが在室している部屋の候補を、前記エネルギー消費機器別の前記エネルギー消費データに基づいて設定する候補設定部と、（ｃ４）前記報知装置と通信し、前記候補設定部が設定した前記候補を前記報知装置に対して通知する候補通知部と、を有し、（Ｄ）前記報知装置は、（ｄ１）前記候補通知部から前記候補を通知されたときに、前記ユーザに対して報知する情報を収集する情報収集部と、（ｄ２）前記候補通知部が通知した前記候補として設定された部屋に向けて前記報知装置が移動するように、前記報知装置に設けられた自律移動機構を制御する制御部と、（ｄ３）前記報知装置が前記候補として設定された部屋に到着すると、当該部屋に前記ユーザが在室しているか否かを判定する判定部と、（ｄ４）前記候補として設定された部屋に前記ユーザが在室していると前記判定部が判定したときに、前記情報収集部が収集した情報を報知する情報報知部と、を有することにより解決される。

本発明の情報報知システムでは、先ず、管理装置の機能によって、建物内のエネルギー消費機器のエネルギー消費度合いを示すエネルギー消費データを取得し、そのエネルギー消費データに基づいてユーザの状態の変化を検出する。そして、ユーザの状態の変化を検出したときには、複数の部屋の中からユーザが在室している部屋の候補をエネルギー消費データに基づいて設定し、設定した候補を報知装置に対して通知する。一方、報知装置では、管理装置から候補を通知されたことをトリガーとして、当該候補として設定された部屋に向けて移動するように自律移動機構を制御する。そして、報知装置は、候補として設定された部屋に到着すると、当該部屋にユーザが在室しているか否かを判定し、在室していると判定したときには情報を報知する。
上記の構成によれば、建物内におけるエネルギー消費状況の変化からユーザの状態の変化を検出し、これをトリガーとしてユーザへの情報の報知を行うこととしている。この結果、ユーザの状態を考慮した上で適切なタイミングにて情報を報知することが可能となる。
また、自律移動可能な報知装置を利用するので、ユーザは、情報を得るために建物内を移動しなくとも、自分が居る部屋に報知装置が到着して情報を報知するのを待てばよいことになる。すなわち、情報の報知が、ユーザにとっての利便性が高い態様にて行われるようになる。
さらに、報知装置は、候補として設定された部屋にユーザが居ることを確認した上で情報を報知するので、当該情報を確実にユーザに対して報知することが可能となる。

また、上記の情報報知システムにおいて、前記候補設定部は、前記候補を複数設定する場合、前記候補別に優先順位を設定し、前記候補通知部は、前記候補と共に前記候補別の優先順位を前記報知装置に対して報知し、前記制御部は、複数の前記候補のうち、より前記優先順位が高い前記候補として設定された部屋に向けて前記報知装置が移動するように前記自律移動機構を制御し、前記判定部は、前記報知装置が前記候補として設定された部屋に到着する度に、当該部屋に前記ユーザが在室しているか否かを判定し、前記制御部による前記自律移動機構の制御、及び、前記判定部による判定は、前記候補として設定された部屋に前記ユーザが在室していると前記判定部が判定するまで、より前記優先順位が高い前記候補から順に繰り返されると好適である。
上記の構成では、候補を複数設定する場合には候補毎に優先順位を設定し、報知装置が、より高い優先順位の候補に向かうように移動する。そして、報知装置は、ユーザが在室している部屋に到達するまで、移動及びユーザが在室しているか否かの判定を繰り返す。これにより、ユーザが在室している部屋をより適切に探し出すことが可能となり、情報を確実にユーザに対して報知することが可能となる。

また、上記の情報報知システムにおいて、前記複数の部屋のうち、互いに異なる第一部屋及び第二部屋の双方に共通の前記エネルギー消費機器である共通機器が配置され、前記双方のうち前記第一部屋にのみ特定の前記エネルギー消費機器である特定機器が配置されている場合、前記データ取得部が、前記第一部屋において前記共通機器が作動していることを示す前記エネルギー消費データ及び前記第二部屋において前記共通機器が作動していることを示す前記エネルギー消費データの両方を取得し、かつ、前記特定機器が作動していることを示す前記エネルギー消費データを取得したとき、前記候補設定部は、前記双方を前記候補として設定すると共に、前記第一部屋の前記優先順位を前記第二部屋の前記優先順位よりも高く設定し、前記データ取得部が、前記第一部屋において前記共通機器が作動していることを示す前記エネルギー消費データ及び前記第二部屋において前記共通機器が作動していることを示す前記エネルギー消費データの両方を取得し、かつ、前記特定機器が停止していることを示す前記エネルギー消費データを取得したとき、前記候補設定部は、前記双方を前記候補として設定すると共に、前記第二部屋の前記優先順位を前記第一部屋の前記優先順位よりも高く設定すると尚好適である。
上記の構成では、第一部屋及び第二部屋の双方で共通機器が作動していた場合、第一部屋で特定機器が作動していれば、第一部屋が第二部屋よりも高い優先順位の候補として取り扱われる。反対に、第一部屋で特定機器が停止していれば、第二部屋が第一部屋よりも高い優先順位の候補として取り扱われる。このような手順にて優先順位を設定すれば、より妥当な優先順位の設定結果を得ることが可能となる。

また、上記の情報報知システムにおいて、前記管理装置は、前記データ取得部が取得した前記エネルギー消費データを記憶しているデータ記憶部を更に有し、前記検出部は、前記データ記憶部が記憶している前記エネルギー消費データのうち、前記データ取得部が直近で取得した直近データ、及び、該直近データよりも前に前記データ取得部が取得した過去データに基づいて前記ユーザの状態の変化を検出し、前記候補設定部は、前記直近データ及び前記過去データに基づいて前記候補を設定すると更に好適である。
上記の構成では、データ記憶部が記憶しているエネルギー消費データのうち、直近で取得した直近データ、及び、直近データよりも前に取得した過去データに基づいてユーザの状態の変化を検出したり、ユーザが在室する部屋の候補を設定したりする。これにより、ユーザの状態の変化を的確に検出すると共に、設定した部屋の候補についての信頼性を高めることが可能となる。

また、上記の情報報知システムにおいて、前記検出部は、前記直近データ、前記過去データ、及び、前記データ取得部が前記直近データを取得した時刻に基づいて前記ユーザの状態の変化を検出すると尚一層好適である。
上記の構成では、データ記憶部が記憶しているエネルギー消費データのうち、直近で取得した直近データ、及び、直近データよりも前に取得した過去データ、並びに直近データを取得した時刻に基づいて、ユーザの状態の変化を検出する。このような構成によれば、現在時刻を加味してユーザの状態の変化をより的確に検出することが可能となる。

また、上記の情報報知システムにおいて、前記検出部は、前記直近データ、前記過去データ、及び、前記データ取得部が前記直近データを取得した時刻に基づいて、前記ユーザの状態が睡眠状態から覚醒状態に変化したことを検出すると益々好適である。
上記の構成では、ユーザの状態の変化として、ユーザの状態が睡眠状態から覚醒状態に変化したこと（すなわち、ユーザの起床）を検出する。これにより、ユーザの起床に合わせて適切な情報（例えば、天気等、当日に関する情報）をユーザに報知することが可能となる。

また、前述の課題は、本発明の情報提供方法によれば、複数の部屋を有する建物の敷地内で使用される機器の使用状態を管理する管理装置と、該管理装置と通信し、前記建物内に居るユーザに対して情報を報知するために前記建物内において自律移動する報知装置と、を用いた情報報知方法であって、（Ａ）前記管理装置が、前記機器であるエネルギー消費機器によるエネルギー消費度合いを示すエネルギー消費データを、前記エネルギー消費機器別に取得する工程と、（Ｂ）前記管理装置が、前記エネルギー消費機器別に取得した前記エネルギー消費データに基づいて前記ユーザの状態の変化を検出する工程と、（Ｃ）前記管理装置が、前記ユーザの状態の変化を検出したときに、前記複数の部屋の中から前記ユーザが在室している部屋の候補を、前記エネルギー消費機器別の前記エネルギー消費データに基づいて設定する工程と、（Ｄ）前記管理装置が前記報知装置と通信し、設定した前記候補を前記報知装置に対して通知する工程と、（Ｅ）前記報知装置が、前記管理装置から前記候補を通知されたときに、前記ユーザに対して報知する情報を収集する工程と、（Ｆ）前記報知装置が、前記管理装置から通知された前記候補として設定された部屋に向けて移動するように、前記報知装置に設けられた自律移動機構を制御する工程と、（Ｇ）前記報知装置が、前記候補として設定された部屋に到着すると、当該部屋に前記ユーザが在室しているか否かを判定する工程と、（Ｈ）前記報知装置が、前記候補として設定された部屋に前記ユーザが在室していると判定したときに、収集した情報を報知する工程と、を有することにより解決される。
上記の方法によれば、建物内におけるエネルギー消費状況の変化からユーザの状態の変化を検出し、これをトリガーとしてユーザへの情報の報知を行うので、ユーザの状態を考慮した上で適切なタイミングにて情報を報知することが可能となる。
また、自律移動可能な報知装置を利用することにより、ユーザは、情報を得るために建物内を移動しなくとも、自分が居る部屋に報知装置が到着して情報を報知するのを待てばよい。さらに、報知装置は、候補として設定された部屋にユーザが居ることを確認した上で情報を報知するので、当該情報を確実にユーザに対して報知することが可能となる。

本発明の情報報知システム及び情報報知方法によれば、建物内におけるエネルギー消費状況の変化からユーザの状態の変化を検出し、これをトリガーとしてユーザへの情報の報知を行う。すなわち、本発明の情報報知システム及び情報報知方法では、建物内で使用されるエネルギー消費機器の使用状態を管理する管理装置と、自律移動可能な報知装置と、が連携し、これにより、ユーザの状態を考慮した上で適切なタイミングにて情報を報知することが可能となる。また、ユーザは、自分が居る部屋に居ながらにして情報を得ることが可能となる。つまり、本発明の情報報知システム及び情報報知方法では、ユーザにとっての利便性が高い態様にて情報が報知されることになる。さらに、報知装置は、候補として設定された部屋にユーザが居ることを確認した上で情報を報知するので、当該情報を確実にユーザに対して報知することが可能となる。

本発明の一実施形態に係る情報報知システムの全体構成図である。 管理装置としてのホームサーバのハードウェア構成を示した図である。 ホームサーバにおける各種データ処理部を示した図である。 報知装置としてのロボットのハードウェア構成を示した図である。 ロボットにおける各種データ処理部を示した図である。 情報報知処理のうち、ホームサーバ側で行われる処理の流れを示した図である。 図７の（Ａ）は、直前データが示す内容を、図７の（Ｂ）は、過去データが示すエネルギー消費量の経時変化を、図７の（Ｃ）は、深夜帯に取得したエネルギー消費データが示す内容を、それぞれ示している。 各候補に対して優先順位を設定する際の要領を示した図である（その１）。 各候補に対して優先順位を設定する際の要領を示した図である（その２）。 各候補に対して優先順位を設定する際の要領を示した図である（その３）。 各候補に対して優先順位を設定する際の要領を示した図である（その４）。 情報報知処理のうち、ロボット側で行われる処理の流れを示した図である。

以下、本発明の一実施形態（以下、本実施形態）について図面を参照しながら説明する。
本実施形態に係る情報報知システム（以下、本システム）Ｓは、建物内に居るユーザに対して情報を報知するために構築された通信システムである。なお、以下では、建物の一例として住宅Ｈを挙げ、本システムＳにより住宅Ｈ内に居るユーザ、すなわち住宅Ｈの居住者に対して情報を提供するケースについて説明することとする。ただし、あくまでも住宅Ｈは建物の一例に過ぎず、本発明は、他の建物、例えば商業ビル、工場内の建屋、学校や病院等の公共の施設、商業用の店舗等においても利用可能である。また、以下の説明では、住宅Ｈが戸建て住宅である場合を想定して説明するが、これに限定されるものではなく、マンションのような集合住宅の一住戸（一部屋）であってもよい。

さらに、以降の説明中、「住宅Ｈの敷地」とあるのは、住宅Ｈが建てられた敷地のことであり、住宅Ｈの屋内空間、及び、住宅Ｈの建設地域内にある屋外空間（例えば、住宅Ｈの庭）を意味する。

＜＜本システムの全体構成＞＞
先ず、本システムＳの全体構成について図１を参照しながら概説する。図１は、本システムＳの全体構成図である。同図に示すように、本システムＳは、管理装置としてのホームサーバ１と、無線ＬＡＮルータ２と、報知装置としてのロボット３と、分電盤４及び宅内に設置されたセンサ群と、情報提供サーバ５によって構成されている。

ホームサーバ１は、住宅Ｈの敷地内で使用される機器の使用状態を管理する装置である。具体的に説明すると、ホームサーバ１は、いわゆるＨＥＭＳ（Ｈｏｍｅ Ｅｎｅｒｇｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）を構築するために住宅Ｈ内に設置された端末、すなわちホームゲートウェイである。そして、ホームサーバ１は、住宅Ｈ内に設けられた複数の部屋の各々で使用される機器の使用状態をモニタリングする。

より詳しく説明すると、ホームサーバ１は、各部屋で使用されるエネルギー消費機器の使用状態を管理するために、当該エネルギー消費機器におけるエネルギー消費量を定期的にモニタリングする。エネルギー消費機器とは、住宅Ｈに供給される各種エネルギーを消費して利用される機器のことであり、電気機器、ガス使用機器及び水使用機器を含む。また、ホームサーバ１は、無線ＬＡＮルータ２と通じて各部屋のエネルギー消費機器（厳密には電気機器）と通信し、当該エネルギー消費機器の運転を遠隔で制御することが可能である。

なお、以下では、住宅Ｈに４つの部屋Ｒ１〜Ｒ４が備えられているケースを具体例に挙げて説明するが、住宅Ｈ内に備えられている部屋の数については２つ以上あればよく、特に制限されるものではない。

また、上記４つの部屋Ｒ１〜Ｒ４の各々で使用されるエネルギー消費機器は、以下の通りである。
部屋Ｒ１：電気機器（具体的には照明機器Ｄ１及びエアコンＤ２）
部屋Ｒ２：電気機器（具体的には照明機器Ｄ１及びテレビＤ３）
部屋Ｒ３：水使用機器Ｄ４（具体的には浴槽用蛇口及びシャワー）及びガス使用機器Ｄ５（具体的には部屋Ｒ３の外壁に立設された給湯設備）
部屋Ｒ４：電気機器（具体的には照明機器Ｄ１及びエアコンＤ２）、水使用機器Ｄ４（具体的にはキッチン用蛇口）、及びガス使用機器Ｄ５（具体的にはガスコンロ）
ただし、各部屋で使用されるエネルギー消費機器については、上記の内容に限られるものではなく、当然ながら上記の内容とは異なる機器であってもよい。

また、ホームサーバ１が無線ＬＡＮルータ２を通じて通信することが可能な機器には、人感センサＤ６が含まれている。この人感センサＤ６は、特定の部屋（図１に示すケースでは部屋Ｒ１）に設置されている。そして、人感センサＤ６は、部屋Ｒ１内に居る人を検知すると、その検知結果を示すデータ（以下、人検知データ）をホームサーバ１に向けて送信する。

また、ホームサーバ１によって使用状態が管理される機器には、住宅Ｈの所定エリア（例えば、玄関付近）に設置された防犯装置Ｄ７が含まれている。この防犯装置Ｄ７は、居住者が外出している間に起動し、居住者が在宅している間には停止している。そして、防犯装置Ｄ７は、自身の状態を示すデータ（以下、防犯装置状態データ）をホームサーバ１に向けて送信する。

ロボット３は、住宅Ｈ内に居る居住者に対して情報を報知するために住宅Ｈ内において自律移動する装置である。つまり、居住者は、情報を得るために住宅Ｈ内を移動しなくとも、自分が居る部屋にロボット３が到着して情報を報知してくれるのを待てばよいことになる。すなわち、本システムＳにおいて、情報報知は、居住者にとって利便性が高い態様にて行われるようになる。ちなみに、本システムＳにおいて、ロボット３は、図１に示すようにマスコット型のロボットであり、下部に自律移動機構３５を備えている。ただし、ロボット３については、マスコット型のものに限定されるものではなく、人型や動物型のものであってもよい。

ロボット３は、情報報知機能、音声認識機能、人認識機能、自律走行機能及び通信機能を備えている。情報報知機能とは、居住者に対して情報を報知する機能であり、本システムＳでは音声で情報を報知することになっている。ただし、これに限定されるものではなく、映像を表示して情報を報知することとしてもよい。音声認識機能は、居住者がロボット３に話し掛けた際の音声を解析して話の内容を認識する機能である。人認識機能は、居住者がロボット３の正面位置に立っているときに当該居住者の存在を認識する機能である。なお、本システムＳでは、ロボット３がその前方に位置する被写体を撮像し、当該映像を解析することで居住者の存在を認識することとしている。ただし、これに限定するものではなく、ロボット３内に人認識センサが内蔵されており、かかる人認識センサがロボット３の正面に位置する者を検知することで居住者の存在を認識することとしてもよい。

自律走行機能は、自律移動機構３５を駆動して宅内を移動する機能である。通信機能は、通信相手となる装置と通信し、当該装置との間でデータの送受信を行う機能である。なお、本システムＳにおいてロボット３は、無線ＬＡＮルータ２を通じてホームサーバ１と通信する。さらに、ロボット３は、インターネット等の外部通信ネットワークＧＮを通じて情報提供サーバ５と通信する。この情報提供サーバ５は、ロボット３が居住者に報知する情報の提供源に相当し、本システムＳでは、クラウドサービス用のサーバコンピュータによって構成されている。また、情報提供サーバ５が提供する情報（以下、配信情報）は、生活に関する情報、例えば、情報提供日当日の天気に関する情報となっている。ただし、配信情報の内容については、特に限定されるものではなく、自由に決めることが可能である。

そして、ロボット３は、上述した機能を発揮することにより、「質問回答処理」、「遠隔制御命令処理」、「異常監視処理」、「情報報知処理」の処理を実行する。質問回答処理は、居住者がロボット３に話し掛けて所定の質問（例えば、宅内のエネルギー消費状況に関する質問）をしたときに実行される。具体的に説明すると、質問回答処理においてロボット３は、居住者がした質問の内容を把握した上で、ホームサーバ１と通信して上記の質問内容に対する回答として適当な情報を取得し、当該情報を音声で出力する。

遠隔制御命令処理は、居住者がロボット３に話し掛けて対象機器の運転の遠隔制御を要求したときに実行される。具体的に説明すると、遠隔制御命令処理においてロボット３は、居住者が要求した遠隔制御の対象機器及び制御条件を特定し、その特定結果を示すデータ（以下、制御データ）をホームサーバ１に向けて送信する。ホームサーバ１は、制御データを受信すると、当該制御データを解析して遠隔制御の対象機器及び制御条件を特定し、当該制御条件に従って運転状態が切り替わるような制御信号を上記の対象機器に向けて出力する。対象機器側では、上記の制御信号を受信すると、運転状態が制御条件に従って切り替えられる。その後、ホームサーバ１は、運転状態が変化した際に対象機器が出力する応答信号を受信すると、制御完了の旨を通知するデータ（以下、制御完了データ）をロボット３に向けて送信する。そして、ロボット３は、制御完了データを受信すると、制御完了の旨を音声にて居住者に報知する。

異常監視処理は、ロボット３がホームサーバ１と定期的に通信することで実行される。具体的に説明すると、異常監視処理においてロボット３は、ホームサーバ１との通信を通じて住宅Ｈ内の各機器における異常の有無を判定する。より詳しく説明すると、ホームサーバ１は、各機器の使用状態を定期的にモニタリングしており、その結果をロボット３に向けて送信する。そして、ロボット３は、各機器の使用状態を示すデータをホームサーバ１から受信すると、かかるデータに基づいて異常の有無を判定する。さらに、ロボット３は、異常有りと判定すると、その旨及び異常の解消方法を居住者に報知する。その後に居住者がロボット３に対して異常発生機器の運転の遠隔制御を要求すると、上記の遠隔制御処理が実行されることになり、既述の手順によって処理が進められることとなる。

情報報知処理は、ロボット３が情報提供サーバ５から取得した情報（配信情報）を居住者に報知する処理である。そして、本システムＳでは、情報報知処理の実行時点、すなわち、上記の配信情報を報知するタイミングが、居住者の状態に応じて適当と考えられるタイミングに設定される。具体的に説明すると、居住者が毎朝起床すると、その状態変化を検出し、その後、覚醒状態となった居住者に対して上記の配信情報を報知することとしている。

以上に説明した４つの処理のうち、情報報知処理は、本システムＳ特有の処理であり、その詳細については後の項で説明することとする。

＜＜ホームサーバ及びロボットの詳細構成について＞＞
次に、ホームサーバ１及びロボット３の詳細構成について説明する。先ず、ホームサーバ１の構成について説明すると、図２に示すように、ＣＰＵ１ａ、メモリ１ｂ、通信用インタフェース１ｃ（図中、通信用Ｉ／Ｆと表記）、ハードディスクドライブ（図中、ＨＤＤと表記）、及び内部時計１ｅがホームサーバ１の主たる構成機器である。図２は、ホームサーバ１のハードウェア構成を示したブロック図である。

また、ホームサーバ１には、ＨＥＭＳプログラムがインストールされている。ＨＥＭＳプログラムとは、ホームサーバ１が上述した機能を発揮するためのアプリケーションプログラムである。具体的に説明すると、ＨＥＭＳプログラムがＣＰＵ１ａによって実行されることで、ホームサーバ１は、住宅Ｈの敷地内で使用される機器の使用状態を管理する。

具体的に説明すると、ＨＥＭＳプログラムの実行により、ホームサーバ１は、住宅Ｈの敷地内で使用される機器のうち、エネルギー消費機器によるエネルギー消費度合いを示すエネルギー消費データを、エネルギー消費機器別に取得する。より詳しく説明すると、住宅Ｈ内の各部屋で使用される電気機器の消費電力は、分電盤４（厳密には分電盤４内の電力計）や宅内各所に設置された電力センサＤ８によって、電気機器別に計測されることになっている。ホームサーバ１は、これらの計測機器（分電盤４及び電力センサＤ８）と無線ＬＡＮルータ２を通じて定期的に通信し、各電気機器の消費電力を示すデータ（以下、電力消費データ）を機器別に取得する。

同様に、住宅Ｈ内の各部屋で使用されるガス使用機器Ｄ５のガス消費量は、宅内の所定箇所に設置されたガス流量センサＤ９によって、ガス使用機器Ｄ５別に計測されることになっている。ホームサーバ１は、各ガス流量センサＤ９と無線ＬＡＮルータ２を通じて通信し、各ガス使用機器Ｄ５が単位時間あたりに消費するガス量を示すデータ（以下、ガス消費データ）を機器別に取得する。なお、ガス消費データについては、ガス使用機器Ｄ５別に取得する代わりに、住宅Ｈに敷設されたガスラインのうち、各ガス使用機器Ｄ５に向けて分岐する手前位置での流量、すなわち、住宅Ｈ内におけるガスの総消費量を示すデータを取得することとしてもよい。

同様に、住宅Ｈ内の各部屋で使用される水使用機器Ｄ４の水消費量は、宅内の所定箇所に設置された水流量センサＤ１０によって、水使用機器Ｄ４別に計測されることになっている。ホームサーバ１は、各水流量センサＤ１０と無線ＬＡＮルータ２を通じて定期的に通信し、各水使用機器Ｄ４が単位時間あたりに消費する水量を示すデータ（以下、水消費データ）を機器別に取得する。なお、水消費データについては、水使用機器Ｄ４別に取得する代わりに、住宅Ｈに敷設された給水ラインのうち、各水使用機器Ｄ４に向けて分岐する手前位置での流量、すなわち、住宅Ｈ内における水の総消費量を示すデータを取得することとしてもよい。

さらに、ホームサーバ１は、防犯装置Ｄ７と無線ＬＡＮルータ２を通じて定期的に通信し、防犯装置Ｄ７の状態を示す防犯装置状態データを取得する。また、住宅Ｈ内の部屋Ｒ１において人感センサＤ６が人を検知した際には、その検知結果を示す人検知データが人感センサＤ６から送信されることになっており、ホームサーバ１は、無線ＬＡＮルータ２を通じて当該人検知データを取得する。

一方、ホームサーバ１は、ＨＥＭＳプログラムが実行されることにより、宅内のエネルギー消費機器の運転を遠隔制御することが可能である。なお、本実施形態では、遠隔制御の対象となる機器が照明機器Ｄ１及びエアコンＤ２となっている。ただし、これに限定されるものではなく、他の電気機器、あるいは他のエネルギー消費機器（すなわち、水使用機器Ｄ４及びガス使用機器Ｄ５）が制御対象機器に含まれていてもよい。

なお、本システムＳでは、上述したデータ取得や遠隔制御の実行をホームサーバ１に命じるためのインタフェースがＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）として提供されている。このＡＰＩ（以下、住宅ＡＰＩ）は、ホームサーバ１以外の機器側で実行されるプログラム（以下、他機器用プログラム）の開発に供されるものである。

分かり易く説明すると、住宅ＡＰＩを利用するための情報（例えばホームサーバ１のＵＲＩ情報）を組み込むことで、各種データ取得や遠隔制御の実行をホームサーバ１に命じる他機器用プログラムを容易に開発することが可能となる。つまり、プログラム開発者は、ホームサーバ１が各通信機器と通信する際の通信方式や、各種データ取得や遠隔制御の実行をホームサーバ１に命じるためのプログラムコードを意識せずに、他機器用プログラムを開発することが可能である。

そして、住宅ＡＰＩは、ロボット３のコントローラ３０にインストールされたプログラム（厳密には、後述する情報報知プログラム）にも利用されている。つまり、本システムＳでは、ロボット３からホームサーバ１に対してデータ取得や遠隔制御の実行を命じる上で住宅ＡＰＩを利用することになる。この結果、汎用的な通信形式によって、ロボット３からホームサーバ１に対してデータ取得や遠隔制御の実行を命じることが可能となる。より具体的に説明すると、住宅ＡＰＩを利用すれば、ロボット３からホームサーバ１に対してデータ取得や遠隔制御の実行を命じる通信をＨＴＴＰ方式にて行うことが可能となる。また、住宅ＡＰＩを利用すれば、ホームサーバ１からの返答データ（例えば、遠隔制御完了を通知するデータ）を汎用性の高いＸＭＬ形式のデータとして受け取ることが可能となる。

次に、上述したホームサーバ１の構成をデータ処理の観点、特に、情報報知処理に関与するデータ処理の観点から改めて説明する。ホームサーバ１は、情報報知処理に関与するデータ処理部を有しており、具体的には、図３に示すように、データ取得部１１、データ記憶部１２、検出部１３、候補設定部１４及び候補通知部１５を有する。図３は、ホームサーバ１における各種データ処理部を示した図である。以下、それぞれのデータ処理部について説明する。

（データ取得部について）
データ取得部１１は、分電盤４や各種センサと通信することでエネルギー消費データ、具体的には電力消費データ、ガス消費データ及び水消費データを、エネルギー消費機器別に取得する。このデータ取得部１１は、ホームサーバ１のＣＰＵ１ａ、メモリ１ｂ及び通信用インタフェース１ｃがＨＥＭＳプログラムと協働することで実現される。

なお、本システムＳにおいて、データ取得部１１は、各エネルギー消費データを定期的に、例えば５分間隔で取得する。ここで、データの取得間隔については任意に設定可能である。また、本システムＳにおいて、データ取得部１１は、防犯装置Ｄ７の状態を示す防犯装置状態データを取得すると共に、住宅Ｈ内の部屋Ｒ１において人感センサＤ６が人を検知した際には、その検知結果を示す人検知データを取得する。

（データ記憶部について）
データ記憶部１２は、データ取得部１１が取得したエネルギー消費データを記憶するものであり、ホームサーバ１のハードディスクドライブ１ｄによって構成されている。ただし、データ記憶部１２を構成する機器については、ホームサーバ１に内蔵されたハードディスクドライブ１ｄに限定されるものではない。データ記憶部１２については、ホームサーバ１とは別体をなした機器であってホームサーバ１と接続された機器（例えば、外付けハードディスクドライブ）、あるいはホームサーバ１とネットワークを介して接続されている機器（例えば、外部のデータベースサーバ）によって構成されていてもよい。

データ記憶部１２には、少なくとも前日１日分のエネルギー消費データが記憶されている。ただし、記憶されるデータの量については、任意に設定することが可能であり、例えば、過去１週間分、過去１カ月分あるいは過去１年分のデータを記憶することとしてもよい。

（検出部について）
検出部１３は、データ取得部１１が機器別に取得したエネルギー消費データ（電力消費データ、ガス消費データ及び水消費データ）に基づいて居住者の状態の変化、具体的には居住者が睡眠状態から覚醒状態に変化したことを検出する。この検出部１３は、ホームサーバ１のＣＰＵ１ａ、メモリ１ｂ及び内部時計１ｅがＨＥＭＳプログラムと協働することで実現される。

なお、検出部１３は、居住者の状態が変化したか否かを判定するにあたり、データ記憶部１２に記憶されたエネルギー消費データのうち、直近に取得された直近データと、直近データよりも前に取得された過去データと、を読み出す。ここで、過去データとは、前日１日分のデータのことである。ただし、過去データについては、前日１日分のデータに限定されるものではなく、過去１週間分、過去１カ月分あるいは過去１年分のデータを用いてもよい。

また、検出部１３は、直近データ及び過去データに基づいて居住者の状態の変化を検出するにあたり、直近データの取得時刻（厳密には、直近データの取得時に内部時計１ｅが示していた時刻）を考慮する。すなわち、検出部１３は、直近データ及び過去データ、並びに直近データの取得時刻に基づいて居住者の状態の変化を検出する。なお、居住者の状態の変化を検出する手順については後に詳述する。

（候補設定部について）
候補設定部１４は、検出部１３が居住者の状態の変化を検出したときに、住宅Ｈ内にある複数の部屋Ｒ１，Ｒ２，Ｒ３，Ｒ４の中から居住者が在室している部屋（以下、在室部屋）の候補を設定する。この候補設定部１４は、ホームサーバ１のＣＰＵ１ａ及びメモリ１ｂがＨＥＭＳプログラムと協働することで実現される。

候補設定部１４は、データ取得部１１が機器別に取得した各種データ（具体的には、電力消費データ、ガス消費データ、水消費データ、人検知データ及び防犯装置状態データ）に基づいて在室部屋の候補を設定する。また、候補設定部１４は、在室部屋の候補を複数設定した場合、候補別に優先順位を設定する。なお、在室部屋の候補及び候補別の優先順位を設定する手順については後に詳述する。

（候補通知部について）
候補通知部１５は、ロボット３と通信することで、候補設定部１４が設定した在室部屋の候補をロボット３に対して通知する。この候補通知部１５は、ホームサーバ１のＣＰＵ１ａ、メモリ１ｂ及び通信用インタフェース１ｃがＨＥＭＳプログラムと協働することで実現される。

候補通知部１５は、在室部屋の候補を通知するに際して、当該候補を示すデータ（以下、候補通知データ）を生成しロボット３に向けて送信する。また、候補設定部１４が複数の候補と共に候補別の優先順位を設定した場合、候補通知部１５は、複数の候補と各候補の優先順位を示す候補通知データを生成して、当該データをロボット３に向けて送信する。

次に、ロボット３の構成について説明すると、図４に示すように、コントローラ３０、音声再生用のスピーカ３１、制御回路３２、映像撮像用のカメラ３３、音声集音用のマイク３４及び自律移動機構３５を備えている。図４は、ロボット３のハードウェア構成を示したブロック図である。

自律移動機構３５は、ロボット３の下部に設けられた車輪、車輪を駆動するモータ、車輪の回転軸方向を切り替える方向切換器を備えている。そして、モータのオンオフ、及び方向切換器による回転軸方向の切換は、コントローラ３０によって制御回路３２を通じて制御されることになっている。そして、コントローラ３０が自律移動機構３５を制御することにより、ロボット３は、住宅Ｈ内にある複数の部屋Ｒ１、Ｒ２、Ｒ３、Ｒ４の各々へ自由に移動することが可能である。

コントローラ３０は、ロボット３に内蔵されたコンピュータ（例えば、マイコン）からなり、ＣＰＵ３０ａ、メモリ３０ｂ及び通信用インタフェース３０ｃ（図４中、通信用Ｉ／Ｆと表記）を有する。また、メモリ３０ｂには、自律移動機構３５を制御するための制御プログラム、画像解析プログラム、音声解析プログラム、及び、情報報知処理用のプログラム（情報報知プログラム）、遠隔制御命令プログラムが格納されている。

ロボット３は、画像解析プログラムが実行されることにより、カメラ３３で撮像した映像を解析する。かかる映像解析を通じて、ロボット３は、例えば居住者がロボット３の正面位置に居たときに当該居住者を認識することが可能となる。また、ロボット３は、音声解析プログラムが実行されることにより、マイク３４が集音した音声を解析する。かかる音声解析を通じて、ロボット３は、例えば居住者がロボット３に話し掛けた際にその話の内容を特定することが可能となる。

さらに、ロボット３は、情報報知プログラムが実行されることにより、ホームサーバ１や情報提供サーバ５と通信し、情報報知処理の実行に必要なデータの送受信を行う。具体的に説明すると、ロボット３は、ホームサーバ１（厳密には検出部１３）が居住者の状態の変化を検出したとき、在室部屋の候補を示す候補通知データをホームサーバ１から受信する。また、ロボット３は、候補通知データを受信すると、外部通信ネットワークＧＮを通じて情報提供サーバ５に対して情報の配信を要求し、当該要求に応じて送信されてくる配信情報を収集（取得）する。

さらにまた、ロボット３は、遠隔制御命令プログラムが実行されることにより、ホームサーバ１に対して制御対象となる機器の遠隔制御を命ずる。上記の遠隔制御命令プログラムの実行に際して、例えば居住者がロボット３に話し掛けて遠隔制御の対象機器と制御条件を言う。すると、ロボット３が、その発言内容を音声解析プログラムによって特定し、これをトリガーとして遠隔制御命令をホームサーバ１に対して行う。なお、遠隔制御命令プログラムには、上述の住宅ＡＰＩを利用するための情報が組み込まれている。これにより、遠隔制御命令プログラムの開発時には、ホームサーバ１が制御対象機器と通信する際の通信方式や遠隔制御命令用のコードを意識せずにプログラムを作成することが可能である。

次に、上述したロボット３の構成をデータ処理の観点、特に、情報報知処理に関与するデータ処理の観点から改めて説明する。ロボット３は、図５に示すように、報報知処理に関与するデータ処理部として、情報収集部２１、制御部２２、判定部２３及び情報報知部２４を有する。図５は、ロボット３における各種データ処理部を示した図である。以下、それぞれのデータ処理部について説明する。

（情報収取部について）
情報収集部２１は、情報提供サーバ５と通信することで、居住者に対して報知する情報を収集する。この情報収集部２１は、ロボット３のコントローラ３０が情報報知プログラムと協働することで実現される。なお、情報収集部２１は、ロボット３がホームサーバ１から候補通知データを受信した際、これをトリガーとして情報提供サーバ５に対して情報配信を要求する。

（制御部について）
制御部２２は、自律移動機構３５を制御し、ロボット３が受信した候補通知データが示す候補として設定された部屋に向けてロボット３を移動させる。この制御部２２は、ロボット３のコントローラ３０が制御プログラムと協働することで実現される。また、候補通知データ中に複数の候補が示されている場合、制御部２２は、複数の候補のうち、より優先順位が高い候補として設定された部屋に向けてロボット３が移動するように自律移動機構３５を制御する。

（判定部について）
判定部２３は、ロボット３が候補として設定された部屋に到着すると、当該部屋に居住者が在室しているか否かを判定する。この判定部２３は、ロボット３のコントローラ３０及びカメラ３３が画像解析プログラムと協働することで実現される。すなわち、ロボット３は、候補として設定された部屋に到着すると、当該部屋内の映像をカメラ３３にて撮像し、画像解析プログラムの機能により上記の撮像映像を解析することで居住者の有無を判定する。

なお、ロボット３が受信した候補通知データ中に複数の候補が示されている場合、判定部２３は、ロボット３が候補として設定された部屋に到着する度に、当該部屋に居住者が在室しているか否かを判定する。つまり、在室部屋の候補として複数の部屋が設定された場合、ロボット３の部屋への移動、及び、居住者の在室の有無に関する判定は、優先順位の高い候補から順に繰り返し行われる。そして、居住者が在室していると判定部２３が判定した部屋にロボット３が到着した時点で、ロボット３の新たな部屋への移動が中止される。

（情報報知部について）
情報報知部２４は、居住者が在室していると判定部２３が判定した部屋において、情報収集部２１が収集した情報（すなわち、情報提供サーバ５からの配信情報）を報知する。この情報報知部２４は、ロボット３のコントローラ３０及びスピーカ３１が情報報知プログラムと協働することで実現される。

＜＜情報報知処理の流れについて＞＞
次に、ロボット３が居住者に情報（厳密には、情報提供サーバ５からの配信情報）を報知する処理、すなわち情報報知処理について、その流れを説明する。ここで、情報報知処理では、本発明の情報報知方法が適用されており、情報報知処理において実施される各ステップは、本発明の情報報知方法を特定する各工程に相当する。つまり、以下の説明は、本発明の情報報知方法の一例について、その手順を示す内容となっている。

情報報知処理は、ホームサーバ１側で行われる処理と、ロボット３側で行われる処理に分かれており、先ず、ホームサーバ１側の処理が先行して実行される。ホームサーバ１側の処理は、図６に図示の手順にて進められる。図６は、ホームサーバ１側の処理の流れを示した図である。

具体的に説明すると、ホームサーバ１は、情報報知処理の実行に際して、先ず、住宅Ｈの敷地内で使用されているエネルギー消費機器のそれぞれについて、現在のエネルギー消費度合い（エネルギー消費量）を示すエネルギー消費データを機器別に取得する。具体的には、電力消費データ、ガス消費データ及び水消費データ（以下、電力消費データ等）をエネルギー消費機器別に取得する（Ｓ００１）。なお、取得済みのデータについては、データ記憶部１２をなすハードディスクドライブ１ｄに記憶することとなっている（Ｓ００１）。

また、ホームサーバ１は、電力消費データ等とともに、防犯装置Ｄ７の状態を示す防犯装置状態データを取得する。さらに、住宅Ｈ内の部屋Ｒ１において人感センサＤ６が人を検知した際、ホームサーバ１は、人感センサＤ６から検知結果を示す人検知データを取得する。

上記のステップＳ００１、つまり、電力消費データ等の取得及び記憶は、毎日、定期的に、例えば５分間隔で行われる。そして、現在時刻（厳密には、ホームサーバ１の内部時計１ｅが示す時刻）が起床時間帯に該当するようになると（Ｓ００２）、ホームサーバ１は、居住者の状態の変化を検出するための一連のステップを行うようになる。ここで、起床時間帯とは、居住者が起床する可能性がある時間帯としてホームサーバ１が予め設定した時間帯のことであり、過去の実績等を基に設定されており、例えば６時から８時までの時間帯に設定されている。

居住者の状態の変化を検出するためのステップについて詳しく説明すると、ホームサーバ１は、ハードディスクドライブ１ｄに記憶された電力消費データ等のうち、直近で取得されたデータ（すなわち、直近データ）と前日１日分のデータ（すなわち、過去データ）を読み出す（Ｓ００３）。そして、ホームサーバ１は、両データを比較することで、居住者が睡眠状態から覚醒状態に変化したか否かを特定する（Ｓ００４）。

直近データ及び過去データに基づいて居住者の状態の変化を検出する方法について図７の（Ａ）及び（Ｂ）を参照しながら説明する。図７の（Ａ）は、直前データが示す内容を、図７の（Ｂ）は、過去データが示すエネルギー消費量の経時変化を、それぞれ示している。直前データは、図７の（Ａ）に示すように、各エネルギー消費機器について識別情報（図７の（Ａ）では機器番号）、エネルギー消費量についての直近の計測時刻、及び、計測結果を示している。他方、過去データは、図７の（Ｂ）に示すように、各エネルギー消費機器について、前日１日分におけるエネルギー消費量の計測結果の経時変化を示している。

ホームサーバ１は、過去データが示す経時変化から、当該過去データと対応するエネルギー消費機器の起動時点、及び、その際のエネルギー消費量（図７の（Ｂ）中、記号ＴＨにて示す値であり、以下、起動時エネルギー消費量）を特定する。そして、ホームサーバ１は、起床時間帯に取得したエネルギー消費データが示すエネルギー消費量の計測結果が上記の起動時エネルギー消費量ＴＨを超えた際、居住者の状態が睡眠状態から覚醒状態に変化したことを検出する。

なお、居住者の状態の変化を検出するにあたり、直近データが示すエネルギー消費量の計測結果と起動時エネルギー消費量ＴＨとの比較を、すべてのエネルギー消費機器について行うこととしてもよい。あるいは、居住者が普段寝室として利用する部屋にあるエネルギー消費機器に限定して、上述したエネルギー消費量の比較を行うこととしてもよい。

また、本システムＳでは、居住者の状態の変化を検出するにあたり、起床時間帯に取得したエネルギー消費データのみを用いることとし、それ以外の時間帯で取得したデータを用いないこととしている。これは、採用するエネルギー消費データを起床時間帯に取得したデータに限定することで、居住者の状態変化をより的確に検出することが可能になるためである。かかる効果について、図７の（Ｃ）を参照しながら説明する。図７の（Ｃ）は、深夜帯に取得したエネルギー消費データ（直前データ）の内容を示している。深夜時間帯に図７の（Ｃ）に図示のエネルギー消費データを取得し、仮に当該データを、居住者の状態を把握するために採用するとする。この際、ホームサーバ１は、当該エネルギー消費量データが示すエネルギー消費量の計測結果と起動時エネルギー消費量ＴＨとを対比し、計測結果が起動時エネルギー消費量ＴＨを上回っていると、それを以て居住者の状態が変化したことを検出する。一方、エネルギー消費量が起動時エネルギー消費量ＴＨを上回ったとしても、それは一時的な状態変化（例えば、トイレに行くために一時的に起き、その後に再度就寝する状況）に起因するものであるため、検出対象から除外する必要がある。そこで、本システムでは、居住者が起床する本来の時間帯に取得したエネルギー消費データに基づいて居住者の状態変化を検出することとし、これにより、居住者の状態が睡眠状態から覚醒状態に変化したことをより的確に検出することが可能となる。

ホームサーバ１は、以上に説明した要領にて居住者の状態の変化を検出するまで、過去データ及び直前データの読み出し、並びに両データの対比を繰り返す。そして、ホームサーバ１は、居住者の状態の変化が睡眠状態から覚醒状態に変化したことを検出すると、防犯装置Ｄ７の状態が起動状態ではないことを確認した上で（Ｓ００５）、以降のステップ（Ｓ００７〜Ｓ０１０）を実施する。一方、防犯装置Ｄ７の状態が起動状態である場合、ホームサーバ１は、情報報知処理を中止する（Ｓ００６）。これは、防犯装置Ｄ７が起動状態であるとき、情報を報知する相手である居住者が既に外出して住宅Ｈの外に居ることを反映している。

居住者の状態の変化を検出した後のステップについて説明すると、ホームサーバ１は、住宅Ｈ内にある複数の部屋Ｒ１、Ｒ２、Ｒ３、Ｒ４の中から居住者が在室している部屋（在室部屋）の候補を、エネルギー消費データに基づいて設定する（Ｓ００７）。具体的に説明すると、ホームサーバ１は、エネルギー消費データ（厳密には直近データ）に基づいてエネルギー消費機器が作動状態にあるかどうかを、エネルギー消費機器別に判断する。より詳しく説明すると、ホームサーバ１は、エネルギー消費機器別に、直近データが示すエネルギー消費量の計測結果が起動時エネルギー消費量ＴＨを上回っているか否かを判断する。かかる判断を通じて、ホームサーバ１は、オン状態にあるエネルギー消費機器、及び、当該エネルギー消費機器が設置された部屋を特定する。このような手順によって特定された部屋が在室部屋の候補として設定されることになる。
なお、電力消費データ等に基づいて在室部屋の候補を設定する手順については、上記の手順に限定されるものではなく、妥当な候補を設定し得る限り、他の手順を採用することとしてもよい。

そして、上記の手順により候補を設定した際に複数の候補が設定された場合（Ｓ００８）、ホームサーバ１は、人検知データや電力消費データ等に基づき、各候補に対して優先順位を設定する（Ｓ００９）。その後、ホームサーバ１は、設定した在室の候補をロボット３に対して通知するために候補通知データを生成して当該候補通知データをロボット３に向けて送信する（Ｓ０１０）。この際、前ステップにおいて複数の候補と候補別の優先順位を設定した場合、ホームサーバ１は、設定した複数の候補と候補別の優先順位を示す候補通知データを生成してロボット３に向けて送信する。

ところで、複数の候補のそれぞれに対して優先順位を設定する際の要領については、特に限定するものではないが、本システムＳでは、下記の設定条件（Ｔ１）〜（Ｔ４）に則って優先順位を設定することとしている。
（Ｔ１）人感センサＤ６が部屋Ｒ１において人を検知したときには部屋Ｒ１の優先順位をより高くし、人を検知しないときには部屋Ｒ１の優先順位をより低くする。
（Ｔ２）部屋Ｒ２のテレビＤ３が作動しているときには部屋Ｒ２の優先順位をより高くし、停止しているときには部屋Ｒ２の優先順位をより低くする。
（Ｔ３）部屋Ｒ３に配置された水使用機器Ｄ４又はガス使用機器Ｄ５が作動しているときには部屋Ｒ３の優先順位をより高くし、停止しているときには部屋Ｒ３の優先順位をより低くする。
（Ｔ４）部屋Ｒ４に配置された水使用機器Ｄ４又はガス使用機器Ｄ５が作動しているときには部屋Ｒ４の優先順位をより高くし、停止しているときには部屋Ｒ４の優先順位をより低くする。

以下、上記の条件（Ｔ１）〜（Ｔ４）に則って優先順位を設定する際の要領について、図８Ａ〜図８Ｄに示す４つのケースを具体例に挙げて説明する。図８Ａ〜図８Ｄは、在室部屋の候補に対して優先順位を設定する際の要領を示した図である。なお、以下に説明する各ケースにおいて、互いに異なる二つの部屋のうちの一方は「第一部屋」に該当し、もう一方は「第二部屋」に該当する。また、第一部屋及び第二部屋の双方に共通のエネルギー消費機器が配置されているとき、当該機器は「共通機器」に該当する。また、第一部屋及び第二部屋のうちの一方（第一部屋）にのみ配置されている特定のエネルギー消費機器があるとき、当該機器は「特定機器」に該当する。

（ケース１について）
ケース１は、部屋Ｒ１の照明機器Ｄ１が作動していることを示すデータ（電力消費データ）、及び、部屋Ｒ２の照明機器Ｄ１が作動していることを示すデータ（電力消費データ）を取得したときのケースである。本ケースでは、双方の部屋Ｒ１、Ｒ２を在室部屋の候補とし、図８Ａに図示した要領にて各部屋に優先順位が設定されることになる。具体的に説明すると、ホームサーバ１が人感センサＤ６から人検知データを受信した場合、すなわち、人感センサＤ６が部屋Ｒ１で人を検知した場合には、部屋Ｒ１の優先順位を「１」とし、部屋Ｒ２の優先順位を「２」とする。反対に、人感センサＤ６が部屋Ｒ１で人を検知していない場合、部屋Ｒ１の優先順位を「２」とし、部屋Ｒ２の優先順位を「１」とする。

（ケース２について）
ケース２は、部屋Ｒ１の照明機器Ｄ１が作動していることを示すデータ（電力消費データ）、及び、部屋Ｒ４の照明機器Ｄ１が作動していることを示すデータ（電力消費データ）を取得したときのケースである。本ケースでは、部屋Ｒ１、Ｒ４の双方を在室部屋の候補とし、図８Ｂに図示した要領にて各部屋に優先順位が設定されることになる。具体的に説明すると、ホームサーバ１が人感センサＤ６から人検知データを受信した場合、すなわち、人感センサＤ６が部屋Ｒ１で人を検知した場合には、部屋Ｒ１の優先順位を「１」とし、部屋Ｒ４の優先順位を「２」とする。

一方、人感センサＤ６が部屋Ｒ１で人を検知していない場合、部屋Ｒ４でガスまたは水が使用されているとき、換言すると、水使用機器Ｄ４またはガス使用機器Ｄ５が作動していることを示すデータ（水消費データまたはガス消費データ）をホームサーバ１が取得したときには、部屋Ｒ１の優先順位を「２」とし、部屋Ｒ４の優先順位を「１」とする。

さらに、人感センサＤ６が部屋Ｒ１で人を検知せず、かつ、部屋Ｒ４でガスや水が使用されていない場合において、部屋Ｒ１のエアコンＤ２が作動しているとき、すなわち、エアコンＤ２が作動していることを示すデータ（電力消費データ）をホームサーバ１が取得したときには、部屋Ｒ１の優先順位を「１」とし、部屋Ｒ４の優先順位を「２」とする。反対に、部屋Ｒ１のエアコンＤ２が停止しているときには、部屋Ｒ１の優先順位を「２」とし、部屋Ｒ４の優先順位を「１」とする。

（ケース３について）
ケース３は、部屋Ｒ２の照明機器Ｄ１が作動していることを示すデータ（電力消費データ）、及び、部屋Ｒ４の照明機器Ｄ１が作動していることを示すデータ（電力消費データ）を取得したときのケースである。本ケースでは、部屋Ｒ２、Ｒ４の双方を在室部屋の候補とし、図８Ｃに図示した要領にて各部屋に優先順位が設定されることになる。具体的に説明すると、部屋Ｒ４でガスまたは水が使用されているとき、換言すると、水使用機器Ｄ４またはガス使用機器Ｄ５が作動していることを示すデータ（水消費データまたはガス消費データ）をホームサーバ１が取得したときには、部屋Ｒ２の優先順位を「２」とし、部屋Ｒ４の優先順位を「１」とする。

一方、部屋Ｒ４でガスや水が使用されていない場合において、部屋Ｒ２のテレビＤ３が作動しているとき、すなわち、テレビＤ３が作動していることを示すデータ（電力消費データ）をホームサーバ１が取得したときには、部屋Ｒ２の優先順位を「１」とし、部屋Ｒ４の優先順位を「２」とする。反対に、部屋Ｒ２のテレビＤ３が停止しているときには、部屋Ｒ２の優先順位を「２」とし、部屋Ｒ４の優先順位を「１」とする。

（ケース４について）
ケース４は、３つの部屋Ｒ１、Ｒ２、Ｒ４の各々の照明機器Ｄ１について、作動していることを示すデータ（電力消費データ）を取得したときのケースである。本ケースでは、３つの部屋Ｒ１、Ｒ２、Ｒ４を在室部屋の候補とし、図８Ｄに図示した要領にて各部屋に優先順位が設定される。具体的に説明すると、人感センサＤ６が部屋Ｒ１で人を検知した場合、部屋Ｒ４でガスまたは水が使用されているならば、部屋Ｒ１の優先順位を「１」とし、部屋Ｒ２の優先順位を「３」とし、部屋Ｒ４の優先順位を「２」とする。

また、人感センサＤ６が部屋Ｒ１で人を検知し、かつ、部屋Ｒ４でガスや水が使用されていない場合、部屋Ｒ２のテレビＤ３が作動しているならば、部屋Ｒ１の優先順位を「１」とし、部屋Ｒ２の優先順位を「２」とし、部屋Ｒ４の優先順位を「３」とする。反対に、部屋Ｒ２のテレビＤ３が作動していないならば、部屋Ｒ１の優先順位を「１」とし、部屋Ｒ２の優先順位を「３」とし、部屋Ｒ４の優先順位を「２」とする。

一方、人感センサＤ６が部屋Ｒ１で人を検知していない場合、部屋Ｒ４でガスまたは水が使用されているならば、部屋Ｒ１の優先順位を「３」とし、部屋Ｒ２の優先順位を「２」とし、部屋Ｒ４の優先順位を「１」とする。また、人感センサＤ６が部屋Ｒ１で人を検知せず、かつ、部屋Ｒ４でガスや水が使用されていない場合、部屋Ｒ２のテレビＤ３が作動しているならば、部屋Ｒ１の優先順位を「３」とし、部屋Ｒ２の優先順位を「１」とし、部屋Ｒ４の優先順位を「２」とする。反対に、部屋Ｒ２のテレビＤ３が作動していないならば、部屋Ｒ１の優先順位を「２」とし、部屋Ｒ２の優先順位を「３」とし、部屋Ｒ４の優先順位を「１」とする。

以上４つのケースを挙げて説明した要領にて、本システムＳでは、在室部屋として設定された複数の候補の各々に優先順位を設定する。なお、上記４つのケースからは、部屋Ｒ３が候補として設定されるケースが除外されているが、かかるケースについては上記４つのケースを応用することで対応可能である。具体的に説明すると、部屋Ｒ３に配置された水使用機器Ｄ４又はガス使用機器Ｄ５が作動しているときには部屋Ｒ３の優先順位を最高順位とし、停止しているときには部屋Ｒ３の優先順位を最低順位とするという条件を設け、その上で、当該条件と上記４つのケースを適用すれば、部屋３と他の部屋のそれぞれに対して優先順位を設定することが可能である。

次に、ロボット３側で実行される処理について説明する。ロボット３側の処理は、図９に図示の手順にて進められる。図９は、ロボット３側の処理の流れを示した図である。具体的に説明すると、ホームサーバ１が送信した候補通知データをロボット３のコントローラ３０が受信するところから始まる（Ｓ０１１）。その後、コントローラ３０は、候補通知データの受信をトリガーとして情報提供サーバ５と通信し、情報提供サーバ５に対して情報の配信を要求するようになる（Ｓ０１２）。そして、コントローラ３０は、当該要求に応じて情報提供サーバ５から送られてくる情報、すなわち配信情報を受信することで当該配信情報を収集する（Ｓ０１３）。

配信情報の収集が完了した後、コントローラ３０は、ホームサーバ１から受信した候補通知データを解析し、候補として設定された部屋を特定した上で、当該部屋に向かうように自律移動機構３５を制御する。これにより、ロボット３は、候補である部屋へ移動するようになる（Ｓ０１４）。そして、ロボット３は、候補である部屋に到着すると、カメラ３３で部屋内の映像を撮像する。さらに、ロボット３のコントローラ３０は、画像解析プログラムによってカメラ３３が撮影した映像を解析し、その解析結果に基づいて、ロボット３が居る部屋内に居住者が在室しているか否かを判定する（Ｓ０１５）。

また、複数の候補が設定されている場合、ロボット３は、より優先順位が高い候補から順に移動し、各候補の部屋において居住者の在室の有無を判定する。すなわち、自律移動機構３５の制御、及び、居住者の在室の有無の判定は、候補として設定された部屋に居住者が在室しているという判定結果が得られるまで、より優先順位が高い候補から順に繰り返されることになる。

そして、ロボット３は、居住者が在室していると判定したとき、その時点で居る部屋において、ステップＳ０１３で収集した情報（配信情報）を報知することとし、具体的にはスピーカ３１を通じて配信情報を音声にて報知する（Ｓ０１６）。

以上までに説明してきたように、本システムＳによる情報報知処理では、住宅Ｈ内におけるエネルギー消費状況の変化から居住者の状態の変化（具体的には、居住者の起床）を検出し、これをトリガーとして居住者への情報の報知を行うこととしている。この結果、居住者の状態を考慮した上で適切なタイミングにて情報を報知することが可能となる。また、情報の報知手段として、自律移動可能なロボット３を利用するので、居住者は、情報を得るために住宅Ｈ内を移動しなくとも、自分が居る部屋にロボット３が到着して情報を報知するのを待てばよいことになる。さらに、ロボット３は、候補として設定された部屋に居住者が在室していることを確認した上で情報を報知するので、当該情報を確実に居住者に対して報知することが可能となる。

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

また、上記の実施形態では、ユーザである住宅Ｈの居住者の状態変化を検出し、これをトリガーとして、居住者が居る部屋にロボット３が移動して情報を報知する処理、すなわち、情報報知処理が実行されることとした。また、上記の実施形態では、居住者の状態変化として、当該居住者の状態が睡眠状態から覚醒状態に変化すること（すなわち、居住者の起床）を検出することとした。これにより、居住者の起床に合わせて適切な情報（例えば、天気等、当日に関する情報）を報知することが可能となる。ただし、検出対象とする居住者の状態変化については、居住者の起床に限定されるものではなく、他の状態変化であってもよい。他の状態変化としては、例えば、外出していた居住者が住宅Ｈに帰宅したこと、居住者が住宅Ｈ内でエネルギー消費機器を新たに使用したこと、居住者が特定の部屋に入室したこと、あるいは特定の部屋から退室したことが挙げられる。

また、上記の実施形態では、自律移動可能な報知装置の一例として、下部に自律移動機構３５を備えるマスコット型のロボット３を用いることとしたが、これに限定されるものではない。例えば、自律移動可能な電気機器（例えば、掃除機）に情報報知機能を搭載したものを報知装置として用いてもよい。

また、上記の実施形態では、ロボット３がホームサーバ１から候補通知データを受信すると、これをトリガーとしてロボット３が情報提供サーバ５に対して情報配信を要求し、かかる要求に応じて送信される情報（配信情報）を受信することとした。すなわち、上記の実施形態では、居住者の状態の変化が検出された時点で、居住者に報知する情報を情報提供サーバ５から取得することとした。ただし、これに限定されるものではなく、居住者に対して報知する情報を、居住者の状態が変化する前の時点で予め取得しておいてもよい。

また、上記の実施形態では、ロボット３が居住者に報知する情報を、外部のサーバ（具体的には、情報提供サーバ５）から収集することとしたが、これに限定されるものではない。例えば、ホームサーバ１から情報を収集し、その情報を報知することとしてもよい。

また、上記の実施形態では、情報報知処理が、住宅Ｈ内に設置されたホームサーバ１とロボット３とによって実行されることとした。ただし、情報報知処理に係る各工程、特にエネルギー消費データを取得する工程、ユーザの状態の変化を検出する工程、及び、在室部屋の候補を設定してロボット３に通知する工程については、ホームサーバ１以外の機器、例えば住宅Ｈの外に設定されたサーバコンピュータ（具体的には情報提供サーバ５等）が行ってもよい。

また、上記の実施形態では、情報報知処理がホームサーバ１側で行われる処理とロボット３側で行われる処理に分かれていることとした。ただし、これに限定されるものではなく、情報報知処理に係る一連の工程が一つの機器、つまり、自律移動可能な報知装置であってホームサーバ１の機能を搭載したものによって行われてもよい。

また、上記の実施形態では、ホームサーバ１が在室部屋の候補を複数設定した場合、複数の候補と候補別の優先順位を示すデータ（候補通知データ）がホームサーバ１からロボット３に向けて送信されることとした。すなわち、上記の実施形態では、複数の候補を設定した場合には当該複数の候補すべてを一つのデータ（候補通知データ）によってロボット３に通知することとなっているが、これに限定されるものではない。候補通知データの生成及び配信を、優先順位の高い候補から順に個別で行うこととしてもよい。かかる場合、ロボット３は、直近に受信した候補通知データが示す候補の部屋に移動し、当該部屋において居住者が在室しているか否かを判定する。そして、居住者が在室していないと判定したとき、ロボット３は、次の優先順位の候補を示す候補通知データをホームサーバ１に対して要求する。ホームサーバ１は、その要求に応じて、次の優先順位の候補を示す候補通知データを生成し、生成したデータをロボット３に向けて送信することになる。さらに、かかる構成ではホームサーバ１が各候補に対して優先順位を一度設定した後、居住者の移動等を考慮して改めて優先順位を設定してもよい。つまり、候補通知データの生成及び配信を候補毎に個別に行う構成では、一度設定した各候補の優先順位を動的に見直すこととしてもよい。

１ ホームサーバ（管理装置）
１ａ ＣＰＵ
１ｂ メモリ
１ｃ 通信用インタフェース
１ｄ ハードディスクドライブ
１ｅ 内部時計
２ 無線ＬＡＮルータ
３ ロボット（報知装置）
４ 分電盤
５ 情報提供サーバ
１１ データ取得部
１２ データ記憶部
１３ 検出部
１４ 候補設定部
１５ 候補通知部
２１ 情報収集部
２２ 制御部
２３ 判定部
２４ 情報報知部
３０ コントローラ
３０ａ ＣＰＵ
３０ｂ メモリ
３０ｃ 通信用インタフェース
３１ スピーカ
３２ 制御回路
３３ カメラ
３４ マイク
３５ 自律移動機構
ＧＮ 外部通信ネットワーク
Ｈ 住宅
Ｄ１ 照明機器
Ｄ２ エアコン
Ｄ３ テレビ
Ｄ４ 水使用機器
Ｄ５ ガス使用機器
Ｄ６ 人感センサ
Ｄ７ 防犯装置
Ｄ８ 電力センサ
Ｄ９ ガス流量センサ
Ｄ１０ 水流量センサ
Ｒ１，Ｒ２，Ｒ３，Ｒ４ 部屋
Ｓ 本システム（情報報知システム）

Claims (7)

1. 複数の部屋を有する建物の敷地内で使用される機器の使用状態を管理する管理装置と、
   該管理装置と通信し、前記建物内に居るユーザに対して情報を報知するために前記建物内において自律移動する報知装置と、を備え、
   前記管理装置は、
   前記機器であるエネルギー消費機器によるエネルギー消費度合いを示すエネルギー消費データを、前記エネルギー消費機器別に取得するデータ取得部と、
   該データ取得部が前記エネルギー消費機器別に取得した前記エネルギー消費データに基づいて前記ユーザの状態の変化を検出する検出部と、
   該検出部が前記ユーザの状態の変化を検出したときに、前記複数の部屋の中から前記ユーザが在室している部屋の候補を、前記エネルギー消費機器別の前記エネルギー消費データに基づいて設定する候補設定部と、
   前記報知装置と通信し、前記候補設定部が設定した前記候補を前記報知装置に対して通知する候補通知部と、を有し、
   前記報知装置は、
   前記ユーザに対して報知する情報を収集する情報収集部と、
   前記候補通知部が通知した前記候補として設定された部屋に向けて前記報知装置が移動するように、前記報知装置に設けられた自律移動機構を制御する制御部と、
   前記報知装置が前記候補として設定された部屋に到着すると、当該部屋に前記ユーザが在室しているか否かを判定する判定部と、
   前記候補として設定された部屋に前記ユーザが在室していると前記判定部が判定したときに、前記情報収集部が収集した情報を報知する情報報知部と、を有することを特徴とする情報報知システム。
2. 前記候補設定部は、前記候補を複数設定する場合、前記候補別に優先順位を設定し、
   前記候補通知部は、前記候補と共に前記候補別の優先順位を前記報知装置に対して報知し、
   前記制御部は、複数の前記候補のうち、より前記優先順位が高い前記候補として設定された部屋に向けて前記報知装置が移動するように前記自律移動機構を制御し、
   前記判定部は、前記報知装置が前記候補として設定された部屋に到着する度に、当該部屋に前記ユーザが在室しているか否かを判定し、
   前記制御部による前記自律移動機構の制御、及び、前記判定部による判定は、前記候補として設定された部屋に前記ユーザが在室していると前記判定部が判定するまで、より前記優先順位が高い前記候補から順に繰り返されることを特徴とする請求項１に記載の情報報知システム。
3. 前記複数の部屋のうち、互いに異なる第一部屋及び第二部屋の双方に共通の前記エネルギー消費機器である共通機器が配置され、前記双方のうち前記第一部屋にのみ特定の前記エネルギー消費機器である特定機器が配置されている場合、
   前記データ取得部が、前記第一部屋において前記共通機器が作動していることを示す前記エネルギー消費データ及び前記第二部屋において前記共通機器が作動していることを示す前記エネルギー消費データの両方を取得し、かつ、前記特定機器が作動していることを示す前記エネルギー消費データを取得したとき、前記候補設定部は、前記双方を前記候補として設定すると共に、前記第一部屋の前記優先順位を前記第二部屋の前記優先順位よりも高く設定し、
   前記データ取得部が、前記第一部屋において前記共通機器が作動していることを示す前記エネルギー消費データ及び前記第二部屋において前記共通機器が作動していることを示す前記エネルギー消費データの両方を取得し、かつ、前記特定機器が停止していることを示す前記エネルギー消費データを取得したとき、前記候補設定部は、前記双方を前記候補として設定すると共に、前記第二部屋の前記優先順位を前記第一部屋の前記優先順位よりも高く設定することを特徴とする請求項２に記載の情報報知システム。
4. 前記管理装置は、前記データ取得部が取得した前記エネルギー消費データを記憶しているデータ記憶部を更に有し、
   前記検出部は、前記データ記憶部が記憶している前記エネルギー消費データのうち、前記データ取得部が直近で取得した直近データ、及び、該直近データよりも前に前記データ取得部が取得した過去データに基づいて前記ユーザの状態の変化を検出し、
   前記候補設定部は、前記直近データ及び前記過去データに基づいて前記候補を設定することを特徴とする請求項１乃至３のいずれか一項に記載の情報報知システム。
5. 前記検出部は、前記直近データ、前記過去データ、及び、前記データ取得部が前記直近データを取得した時刻に基づいて、前記ユーザの状態の変化を検出することを特徴とする請求項４に記載の情報報知システム。
6. 前記検出部は、前記直近データ、前記過去データ、及び、前記データ取得部が前記直近データを取得した時刻に基づいて、前記ユーザの状態が睡眠状態から覚醒状態に変化したことを検出することを特徴とする請求項５に記載の情報報知システム。
7. 複数の部屋を有する建物の敷地内で使用される機器の使用状態を管理する管理装置と、該管理装置と通信し、前記建物内に居るユーザに対して情報を報知するために前記建物内において自律移動する報知装置と、を用いた情報報知方法であって、
   前記管理装置が、前記機器であるエネルギー消費機器によるエネルギー消費度合いを示すエネルギー消費データを、前記エネルギー消費機器別に取得する工程と、
   前記管理装置が、前記エネルギー消費機器別に取得した前記エネルギー消費データに基づいて前記ユーザの状態の変化を検出する工程と、
   前記管理装置が、前記ユーザの状態の変化を検出したときに、前記複数の部屋の中から前記ユーザが在室している部屋の候補を、前記エネルギー消費機器別の前記エネルギー消費データに基づいて設定する工程と、
   前記管理装置が前記報知装置と通信し、設定した前記候補を前記報知装置に対して通知する工程と、
   前記報知装置が、前記ユーザに対して報知する情報を収集する工程と、
   前記報知装置が、前記管理装置から通知された前記候補として設定された部屋に向けて移動するように、前記報知装置に設けられた自律移動機構を制御する工程と、
   前記報知装置が、前記候補として設定された部屋に到着すると、当該部屋に前記ユーザが在室しているか否かを判定する工程と、
   前記報知装置が、前記候補として設定された部屋に前記ユーザが在室していると判定したときに、収集した情報を報知する工程と、を有することを特徴とする情報報知方法。

Images