JP2021092913A - 報知制御装置、報知制御システム、報知制御方法、及び報知制御プログラム - Google Patents

Abstract

【課題】住宅の中に居るユーザーに対して、電気機器に関する報知を実行することのできる報知制御装置、報知制御システム、報知制御方法、及び報知制御プログラムを提供する。【解決手段】報知制御システム１００は、報知を実行する報知実行機器を決定する制御部２１と、報知を実行可能な電気機器を記憶する記憶部２２とを備える。制御部２１は、報知に関する報知データを取得する報知データ取得部２１ａを含む。制御部２１は、報知データ取得部２１ａが報知データを取得した場合、記憶部２２に記憶された電気機器のうちから、所定条件に基づいて報知実行機器を決定し、報知データに基づいて報知実行機器に報知を実行させる。【選択図】図２

Description

本発明は、報知制御装置、報知制御システム、報知制御方法、及び報知制御プログラムに関する。

近年、家庭においては、無線ＬＡＮ機器の設置等による家庭内通信環境の向上によって、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）家電又はスマート家電と呼ばれる、インターネットに常時接続可能な家庭用電気機器が普及している。

家庭用電気機器は、インターネットに接続されることにより、ユーザーにとって有益な情報を、タイムリーにユーザーに提供する。また、家庭内に、インターネットに接続された家庭用電気機器が複数ある場合、これらの家庭用電気機器は、インターネット上に設けられたクラウドサーバー等を介して連携し、ホームネットワークを構成する（特許文献１等を参照）。

特表２００８−５４６９８１号公報

ところで、家庭で使用される電気機器のうち、洗濯機等の生活家電や、オーブンレンジ等のキッチン家電のうちには、洗濯や調理等の家事工程の完了あるいは電気機器の運転状況等に関する情報（以下、報知情報）を、アラーム音と表示とで、電気機器の周囲に報知するものがある。

しかしながら、ユーザーは、住宅の中で、報知を実施しようとする電気機器の周囲に、必ずしも居るとは限らない。そのため、家庭用の電気機器による、従来の報知の方法では、報知がユーザーに伝わらない可能性がある。

本発明は、住宅の中に居るユーザーに対して、電気機器に関する報知を実行することのできる報知制御装置、報知制御システム、報知制御方法、及び報知制御プログラムを提供することを目的とする。

本発明の報知制御装置は、報知を実行する報知実行機器を決定する制御部と、前記報知を実行可能な電気機器を記憶する記憶部とを備える。前記制御部は、前記報知に関する報知データを取得する報知データ取得部を含む。前記制御部は、前記報知データ取得部が前記報知データを取得した場合、所定条件に基づいて、前記記憶部に記憶された前記電気機器のうちから、前記報知実行機器を決定する。

本発明の報知制御システムは、報知を実行する報知実行機器を決定する制御部と、前記報知を実行可能な電気機器を記憶する記憶部とを備える。前記制御部は、前記報知に関する報知データを取得する報知データ取得部を含む。前記制御部は、前記報知データ取得部が前記報知データを取得した場合、前記記憶部に記憶された前記電気機器のうちから、所定条件に基づいて前記報知実行機器を決定し、前記報知データに基づいて前記報知実行機器に報知を実行させる。

本発明の報知制御方法は、報知データ取得部が、報知に関する報知データを取得する報知データ取得ステップと、制御部が、所定条件に基づいて、記憶部が記憶する電気機器のうちから、報知を実行する報知実行機器を決定する報知実行機器決定ステップとを備える。

本発明の報知制御プログラムは、コンピュータに上記報知制御を実行させる。

本発明によれば、電気機器に関する報知を、住宅の中に居るユーザーに対して実施することができる。

本発明の実施形態１に係る報知制御システムを示す図である。 本発明の実施形態１の報知制御システムの構成を示すブロック図である。 本発明の実施形態１の報知制御のフローチャートである。 本発明の実施形態２に係る報知制御装置を示す図である。 本発明の実施形態２の報知制御装置の構成を示すブロック図である。 本発明の実施形態２の報知制御のフローチャートである。

本発明の実施形態について、図面を参照しながら説明する。なお、図中、同一又は相当部分については同一の参照符号を付して説明を繰り返さない。

以下に説明する実施形態に係る報知制御システム１００、２００は、電気機器に関する報知を実行する報知実行機器を決定する制御部と、報知を実行可能な電気機器を記憶する記憶部とを備える。制御部は、電気機器の状態等に関する報知データを取得する報知データ取得部を含む。制御部は、報知データ取得部が報知データを取得した場合、記憶部に記憶された電気機器のうちから、予め定められた所定の条件に基づいて報知実行機器を決定し、電気機器の状態等に関する報知データを、表示やテキストメーッセージあるいは音声などのユーザーが理解し易い情報の形に変換したうえで、報知実行機器から報知する。

［実施形態１］
図１は、本実施形態に係る報知制御システム１００を示す図である。詳しくは、図１は、スマート家電等の複数の電気機器１０によるホームネットワークを示す。

図１に示すように、本実施形態の報知制御システム１００は、インターネットに接続可能な複数の電気機器１０と、クラウド上のサーバー２０とで構成される。本実施形態の報知制御システム１００は、連絡用の携帯端末３０を更に備える。

各電気機器１０は、住宅内で主に家庭用途として用いられる電気機器（いわゆる、家電又は家電製品）であり、ネットワーク通信機能を有する、ＩｏＴ家電又はスマート家電と呼ばれる家電製品である。

図１では、代表的な家庭用の電気機器１０の例として、冷蔵庫（冷凍冷蔵庫）、洗濯機、テレビジョン、エアコンディショナー、空気清浄機を記載したが、報知制御システム１００は、他のＩｏＴ家電又はスマート家電を含んでいてもよい。

他の家電として、例えば、加湿空気清浄機、除湿空気清浄機等の空調家電、炊飯器、オーブンレンジ等のキッチン家電、掃除機等の生活家電、オーディオ等のＡＶ機器、パソコン、スマートスピーカー等の情報家電を含み得る。

各電気機器１０とサーバー２０との間は、ＬＡＮ等の家庭内イントラネット及びインターネットなどの外部ネットワークを介して接続される。その接続は、無線でも有線でもよく、あるいはこれらの併用でもよい。

サーバー２０は、インターネットを介して、各電気機器１０の各々と通信可能に接続される。本実施形態において、サーバー２０は、報知制御装置の一例である。

本実施形態の報知制御システム１００において、各電気機器１０は、自機を識別するための識別情報に加え、電気機器の状態に関する報知データを、サーバー２０に送信する。

報知データとは、電気機器の運転状況等に関するデータである。各電気機器１０は、自機の周囲に人が居ない場合に、サーバー２０に対して報知データを送信する。例えば、電気機器１０が洗濯機の場合、洗濯機は、洗濯が終了し、周囲にその情報（状況又は状態ともいう）を報知したにも関わらず、所定時間の間、ユーザーにより洗濯槽の蓋が開けられる等の対応操作が行われない場合に、洗濯が終了したことを示すメッセージ等の情報を他機からユーザーに報知するために、報知データを、サーバー２０へ送信する。

他の例として、例えば、電気機器１０がオーブンレンジである場合、オーブンレンジは、報知データとして、調理が終了したことを示すデータ又は信号をサーバー２０へ送信する。また、例えば、電気機器１０が冷蔵庫である場合、冷蔵庫は、報知データとして、霜取りが終了したことを示すデータ又は信号をサーバー２０へ送信する。

サーバー２０は、いずれかの電気機器１０から報知データを取得した場合、住宅内の各場所あるいは各部屋に配置された、報知データ発信した電気機器（報知依頼機器）以外の電気機器に、周囲に人が居るか否かを問い合わせ、その結果、人の検知の有無を示す人検知結果を取得する。

ついで、サーバー２０は、人検知結果に基づいて、周囲に人が居ると思われる順、言い換えれば、周囲に人が居る確率の高い順に、報知依頼機器を除く報知を実行可能な各電気機器１０を、報知実行の優先順として順位付けする。

その後、サーバー２０は、この優先順の上位の電気機器１０から順次、報知を実行する報知実行機器として決定し、該報知実行機器に報知を実行させる。

例えば、報知依頼機器が洗面所に配置された洗濯機である場合、サーバー２０は、前述の報知実行優先順に基づいて、キッチンで人を検知した冷蔵庫を、報知実行機器に決定する。そして、サーバー２０は、報知データを冷蔵庫に送信して、該冷蔵庫に、報知を実行させる。

これにより、本実施形態の報知制御システム１００は、一の電気機器１０から発せられた報知データを、一の電気機器１０から離れた位置に居るユーザーの近くにある他の電気機器１０から報知して、伝えることができる。

続いて図２を参照して、報知制御システム１００の構成について説明する。図２は、本実施形態の報知制御システム１００の構成を示すブロック図である。

なお、電気機器１０は、冷蔵及び冷凍機能や調理機能、家事機能、空調機能等、家庭用の各電気機器１０に固有の機能部分については説明を割愛して、報知制御に関与する構成のみを説明する。

図２に示すように、電気機器１０は、制御部１と、記憶部２と、通信部３と、表示部４と、スピーカー５と、人検知部６とを備える。表示部４とスピーカー５とは、共に、報知データを変換した報知情報をユーザーに報知するための報知部の一例である。

制御部１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のようなプロセッサーを含む。プロセッサーは、記憶部２に記憶されたプログラムに基づいて、電気機器１０の各部を制御する。

具体的には、電気機器１０の制御部１は、いずれかの電気機器１０が報知データを発信した場合、その報知データの取得と、所定領域（例えば室内）に関する人検知結果の取得とを制御する。

記憶部２は、半導体メモリのような主記憶装置と、半導体メモリ及び／又はハードディスクドライブのような補助記憶装置とを含む。また、記憶部２は、データ及びプログラムを記憶する。

通信部３は、サーバー２０と、ネットワーク回線を介して信号又はデータを相互に送受信可能なポートとして、受信部と送信部とを含む。受信部は、他機で生じた報知データを、サーバー２０を介して受信する。送信部は、自機で生じた報知データを、サーバー２０に送信する。

表示部４は、電気機器１０が、冷蔵庫、洗濯機、エアコンディショナー、空気清浄機等の生活家電である場合、操作部を兼用するＬＥＤパネル（以下、タッチディスプレイ）が用いられる。

また、電気機器１０が、ディスプレイ又はタッチディスプレイを備える電気機器の場合、ディスプレイ又はタッチディスプレイが、電気機器１０の表示部４として用いられる。電気機器１０が、リモートコントローラー（リモコン）を備える電気機器の場合、リモートコントローラーのディスプレイ又はタッチディスプレイを、表示部４として利用してもよい。

スピーカー５は、電気機器１０の報知部として、報知データを変換した報知情報を発声する。又は、スピーカー５は、報知として、アラーム音を発生してもよい。

報知データに基づく情報の報知の方法は、例えば、スピーカー５で情報を発声して、表示部４は点滅のみを行ってもよい。また、報知の方法は、スピーカー５からはアラーム音のみを発生させ、表示部４で報知データに基づく情報を表示してもよい。

次に、電気機器１０の人検知部６について、空気清浄機、エアコンディショナー等の空調機器を例に説明する。

図２は、空調機器に搭載される人検知部６を示す。人検知部６は、各種センサーを単独で用いてあるいは併用して、検知対象領域である、該電気機器１０（空調機器）が配置された場所の周囲に人が居るか否か（人検知結果）を、検知する。

換言すれば、人検知部６は、該電気機器１０（自機）が設置された住宅内の特定の部屋（室内）における、ユーザーの在室の有無（在室情報）を検知する。なお、得られた人検知結果（在室情報）は、送信部３Ｂを経由して、サーバー２０に送信される。

その場合、人検知結果に、該電気機器１０（以下、自機）が設置された場所（部屋）の管理番号、及び自機に予め割り振られた管理番号を関連付けて、送信することができる。送信の際更に、人が検知された検知開始時刻や、人が検知されなくなった検知終了時刻を関連付けて、サーバー２０に送信してもよい。

また、送信の際、検知積算時間を関連付けて、サーバー２０に送信してもよい。検知積算時間とは、検知開始から検知終了までの時間間隔を合計して計算される。

図２に示すように、空調機器の人検知部６は、人感センサー６１と、ニオイセンサー６２と、ホコリセンサー６３と、照度センサー６４と、マイク（音センサー）６５とを含む。

人感センサー６１は、電気機器１０が設置される場所の周囲に人が居るか居ないかを検知する。すなわち、人感センサー６１は、ユーザーの在室の有無（在室情報）を検知する。人感センサー６１の検知方式は、特に限定されない。赤外検知方式又は超音波検知方式のいずれであってもよい。

ニオイセンサー６２は、電気機器１０が設置される室内の臭気のレベルを検出する。ニオイセンサー６２は、例えば、水晶振動式センサー又は半導体式センサーである。ニオイセンサー６２は、室内の臭気のレベルの変化に基づいて、ユーザーの在室の有無を検知する。

ホコリセンサー６３は、電気機器１０が設置される室内のホコリ（埃又は塵）の量を検出する。ホコリセンサー６３は、室内のホコリの量の変化に基づいて、ユーザーの在室の有無を検知する。

照度センサー６４は、電気機器１０が設置される室内の照度を検出する。照度センサー６４は、室内の照度に基づいて、ユーザーの在室の有無を検知する。人感用途の場合、生活時間帯による照度の変化を学習・記憶できる機能を持っていてもよい。

マイク６５は、電気機器１０が設置される室内の音を検出する。マイク６５は、室内の音量又は音圧の変化に基づいて、ユーザーの在室の有無を検知する。

なお、図２は、空気清浄機に搭載されるセンサー及びマイクを例示している。家庭内ネットワークに接続されるＩｏＴ家電又はスマート家電は、全てのセンサーやマイクを備えていてもよく、その一部を備えていてもよい。電気機器１０としては、最低限、人感センサー６１を備える。

次に、報知制御システム１００のサーバー２０を説明する。図２に示すように、サーバー２０は、制御部２１と、記憶部２２と、通信部２３とを備える。

制御部２１は、ＣＰＵのようなプロセッサーを含む。制御部２１のプロセッサーは、記憶部２２に記憶されたプログラムを実行することによって、サーバー２０の各構成を制御する。また、各電気機器１０に命令、指令や問い合わせを行う場合もある。

本実施形態において、サーバー２０の制御部２１は、報知データ取得部２１ａと、人検知結果取得部２１ｂとを含む。報知データ取得部２１ａは、ネットワークを通じて、電気機器の状態に関する報知データを取得する。人検知結果取得部２１ｂは、各電気機器１０の人検知部６を介して、各電気機器１０毎に、所定領域（例えば室内）の人の検知結果を取得する。

また、制御部２１は、各電気機器１０の制御部１から送信された、各電気機器１０に関する運転データや、各電気機器１０を識別するための識別情報等を、記憶部２２に記憶させる。

記憶部２２は、半導体メモリのような主記憶装置と、半導体メモリ及び／又はハードディスクドライブのような補助記憶装置とを含む。記憶部２２は、サーバー２０の各部の動作を制御するための制御プログラムを記憶する。記憶部２２が記憶する制御プログラムは、制御部２１によって実行される。

本実施形態において、サーバー２０の記憶部２２は、各電気機器１０から送信された人検知結果を記憶する。具体的には、人検知結果取得部２１ｂが取得した各電気機器１０毎の人検知結果を、各電気機器１０を識別するための識別情報と関連付けて、報知管理テーブル２２ａとして登録する。

更に、報知管理テーブル２２ａに、各電気機器１０の識別情報に関連付けて、人が検知された検知開始時刻や、人が検知されなくなった検知終了時刻を登録できる。

通信部２３は、同じ通信規格に準拠する通信機器との間で通信を行う。例えば、通信部２３は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）規格に準拠するＬＡＮアダプタである。通信部２３は、インターネット及びイントラネットなどのネットワークを介して、図１に示す各電気機器１０との間で通信を行う。

本実施形態において、サーバー２０の通信部２３は、各電気機器１０で生じた報知データと人検知結果とを、ネットワークを介して受信する。また、通信部２３は、報知を実施する報知実行機器が決定された場合、該報知実行機器に対して、報知データを送信する。

次に、図２を参照して、携帯端末３０を説明する。本実施形態において、携帯端末３０は、スマートフォン等の携帯電話である。

携帯端末３０の構成を簡単に説明する。携帯端末３０は、制御部３１と、記憶部３２と、通信部３３と、表示部３４と、スピーカー３５とを備える。

制御部３１は、携帯端末３０の各部を制御する。記憶部３２は、データ及びプログラムを記憶する。通信部３３は、ネットワーク回線又は電話回線を通じて通信を行う。表示部３４及びスピーカー３５としては、スマートフォンが内蔵するものが利用される。

なお、携帯端末３０がスマートフォンである場合、該スマートフォンのＥ−メールアドレス又は電話番号等の識別情報は、所定の連絡先又は緊急連絡先として、サーバー２０に予め記憶（登録）される。

続いて、フローチャートと表１〜３とを参照して、報知データの処理と報知の実行について説明する。図３は、本実施形態における報知制御の処理を示すフローチャートである。

また、「表１」は、本実施形態における、報知管理テーブル２２ａの一例を示す。表１は、ホームネットワーク（報知制御システム１００）に接続されている電気機器１０の一覧（リスト）であり、制御部２１が管理する基本項目として、予め定められた機器番号（管理番号）毎に、設置場所の情報である部屋番号、及び、各家庭毎に設定された時間帯別の「報知実行優先順位」が、登録されている。

表１において、例えば朝の時間帯（６時〜１５時）において、「報知優先順位」は、人が居る確率が高いと推定される「ダイニング」や「キッチン」に配置された電気機器１０の優先順位が、高めに設定される。逆に、朝の時間帯に人が居る確率が低いと推定される寝室や和室等の各「居室」に配置された電気機器１０の報知優先順位は、低めに設定される。

なお、納戸（物置）や廊下等、全時間帯で人が居る確率が低いと推定される場所に配置された電気機器１０は、報知優先順位が比較的低めに設定されか、あるいは優先順から除外される。また、「子供部屋」は特別扱いであり、昼の時間帯（１５：００〜２１：００）を除いて、家事に関する「報知」の対象からは除外されている。

［具体例１］
以下、表１の報知管理テーブル２２ａを用いた、報知制御の具体例１について説明する。具体例１は、洗面所（部屋番号「０４」）に設置された洗濯機（機器番号「００９」）において、朝の時間帯（６：００〜１５：００）に、洗濯の工程が終了したという報知データが発生した場合を例に、説明する。

図３のフローチャートに示すように、報知制御部として機能する制御部２１は、報知制御（報知処理）をスタートすると、まず、ステップＳ１において、通信部２３が受信するデータや信号の中に、いずれかの電気機器１０が発信する報知データが含まれていないか否か、すなわち、いずれかの電気機器１０が報知データを発信しているか否かを確認する報知発信確認を行う。

ステップＳ１において、報知発信確認の結果がＮｏ、すなわちいずれの電気機器１０からも、他機からの報知データが発信されていない場合、制御部２１は、いずれかの電気機器１０から報知データの発信があるまで、ステップＳ１の報知発信確認を繰り返し行う。

ここで、一つの電気機器（報知依頼機器。ここでは洗濯機）から、報知データの発信があった（ステップＳ１の判定がＹｅｓの）場合、制御部２１は、報知管理テーブル２２ａに登録された、報知を実行可能な電気機器のうちから、人検知結果取得部２１ｂが取得する、各電気機器１０毎の人検知結果に基づいて、報知を実行する電気機器（報知実行機器と言う）を決定する、報知実行機器決定処理（ステップＳ２〜Ｓ６）を実行する。

報知実行機器決定処理について、図３及び「表２」を参照して説明する。まず、制御部２１は、報知管理テーブル２２ａ（表１）を元に各電気機器１０に問い合わせた「人検知」の結果に基づいて、「報知を実行できる可能性の高い電気機器の順序」を示すリスト「表２」を作成する。

具体的な「報知実行の優先順位」（表２）の設定方法を説明する。制御部２１は、図３のフローチャートのステップＳ２において、まず、ネットワークに接続されている全ての電気機器１０（表１を参照）に一斉に、人の検知の有無を問い合わせる、人検知結果の確認処理を実行する。

そして、人検知結果の確認処理において、人の検知「有」とのデータを返信してきた電気機器についてのみ、表１の「時間帯別優先順位」の上位の電気機器から順に、「報知実行の優先順位」を設定する。

例えば、表２に示すように、人検知結果の確認処理において、冷蔵庫（機器番号「００６」、部屋番号「０３」キッチン）、エアコンディショナーＡ（機器番号「００２」、部屋番号「０１」リビング）、空気清浄機Ｂ（機器番号「０１２」、部屋番号「０５」居室Ａ）及び空気清浄機Ｃ（機器番号「０１４」、部屋番号「０６」居室Ｂ）の４機から、人の検知「有」との返信を取得した場合、制御部２１は、報知データ発生時点の優先順として、時間帯別優先順位（６：００〜１５：００）の上位の電気機器から順に、「１位」〜「４位」の優先順位を設定し、これを記憶部２２に記憶する。

なお、表２においては、電源がオフで、人検知結果の返信のない電気機器を「ＯＦＦ」で示す。

ついで、制御部２１は、記憶された「報知実行の優先順位」（表２）に基づき、「１位」〜「４位」に設定された各電気機器１０に順次、報知を実行させる。

報知実行の具体的手順としては、まず、図３に示すフローチャートのステップＳ３において、報知実行機器の優先順位を決定する変数Ｍに「１」（１位）を代入する。

次に、ステップＳ４において、制御部２１は、同じ部屋内での報知の繰り返しを抑制するため、優先順位がＭ位（ここでは「１位」）に設定された電気機器１０が配設されている部屋と同じ部屋（場所）で既に報知が実施されているか否かを確認する、繰り返し報知抑制確認を実行する。

繰り返し報知抑制確認は、例えば、優先順位のリスト上で、同じ部屋番号の電気機器で報知が既に実施された記録があるか否か、により確認することができる。

ステップＳ４において、同じ部屋（場所）で既に報知が実施されていないことが確認された（ステップＳ４がＮｏの）場合、制御部２１は、報知実行機器として優先順位「第１位」の電気機器を決定し、ステップＳ５において報知を実行させる。

一方、ステップＳ４において、同じ部屋（場所）で既に報知が実施されている、報知実施済みであることが確認された（ステップＳ４がＹｅｓの）場合、制御部２１は、ステップＳ５において、人検知結果の問い合わせ可能な電気機器は残っているか否か、すなわち「報知実行の優先順位」のリスト（表２）において、報知可能な最後の電気機器まで、報知の繰り返し確認が済んでいないか否かを確認する。

ステップＳ５において、報知を実行可能な電気機器がまだ残っている（ステップＳ５がＹｅｓの）場合、制御部２１は、ステップＳ６において、問い合わせの順位である変数Ｍを１つカウントアップする。すなわち、以降、優先順位が「Ｍ＋１位」（ここでは「２位」）の電気機器１０について、報知実行の可否の確認を続行する。

一方、ステップＳ５において、報知を実行可能な電気機器が残っていない（ステップＳ５がＮｏ）の場合、制御部２１は、ステップＳ１０において、予めメールアドレス等の連絡先が登録されたスマートフォンなど、ネットワーク外部の携帯端末３０に、報知データの内容を連絡して、処理を終了する。

以上のステップＳ４〜Ｓ６による報知機器決定の処理は、ステップＳ７としていずれかの電気機器で報知が実行されるまで、あるいは、ステップＳ１０として、報知データを外部の携帯端末３０に送信するまで、続けられる。

次に、報知実行機器決定処理（ステップＳ２〜Ｓ６）が完了し、ステップＳ７において報知が実行されると、制御部２１は、ユーザーによる報知に対応する操作である「対応操作」がされたか否かを確認する、対応操作確認判定を、フローチャートのステップＳ８、Ｓ９において行う。

対応操作確認判定は、まず、ステップＳ８において、報知データを発信した電気機器（ここでは洗濯機）に対して、ユーザーによる対応操作がされたか否かを確認する。

ステップＳ８において、例えば洗濯機の蓋が開閉された等、対応操作がされている（ステップＳ８がＹｅｓの）場合、制御部２１は、対応操作確認判定及び報知処理の全てを完了し、報知制御を終了する（エンド）。

ステップＳ８において、ユーザーによる対応操作が確認されない（ステップＳ８がＮｏの）場合、制御部２１は、ステップＳ９において、報知の実施（ステップＳ７）から所定時間が経過したか否かを確認する。

ステップＳ９における、報知実施からの所定時間の経過の確認は、報知が、ユーザーに確実に伝わって、その後ユーザーが行動したか否かの確認のために行われる。そのため、所定時間として、例えば１〜１０分間程度の時間が設定される。

ステップＳ８からステップＳ９の対応操作確認判定において、ユーザーの対応操作のない状態が、報知実施（ステップＳ７）から所定時間未満である（ステップＳ９がＮｏの）場合、制御部２１は、ステップＳ８に戻って、ユーザーによる対応操作の有無の確認を続ける。そして、対応操作が確認できれば（ステップＳ８がＹｅｓ）、対応操作確認判定を終了する（エンド）。

また、ステップＳ９において、ユーザーの対応操作のない状態が、報知実施から所定時間以上続いている（ステップＳ９がＹｅｓの）場合、制御部２１は、報知実行機器決定処理のステップＳ６に戻り、報知実行の優先順位である変数Ｍを１つカウントアップする。

そして、制御部２１は、再度、優先順に沿って順次、繰り返し報知抑制確認（ステップＳ４）と、報知可能な電気機器が残っているかの確認（ステップＳ５）とを、報知可能な確認対象機器がなくなるまで繰り返す。

以上のようにして、報知制御システム１００は、報知依頼元である一つの電気機器１０から発せられた報知を、離れた部屋にある、報知実行機器から報知して、ユーザーに直接伝えることができる。

なお、実施形態１の報知制御システム１００において、報知が、電気機器の異常又は不具合等に関するデータである場合、制御部２１は、時間帯に関わらず、報知を実行可能な全ての電気機器１０に、該報知を実行させる。

具体例１（表２）では、報知を実行可能な、電源オンで稼働中の電気機器１０が、各部屋に１つしかない場合を例に報知制御を説明したが、１つの部屋の中に、報知を実行可能な電気機器１０が複数、同時に存在する場合もある。その場合、報知制御システム１００は、同じ部屋で２回続けて報知を実行することはせず、他の部屋で人を検知している他の電気機器１０での報知を試みる。以下の具体例２は、そのような場合の例である。

［具体例２］
表３及び図３のフローチャートを参照して、具体例２の報知制御について説明する。表３は、表２と同様、報知管理テーブル２２ａ（表１）に登録された電気機器１０に、人検知結果の有無を問い合わせた結果に基づいて作成された「報知実行の優先順位」リストである。

表３の「報知実行の優先順位」のリストが、表２と異なっているのは、夜の時間帯（２１：００〜翌日６：００）を対象としたリストである点である。

具体例２では、夜の時間帯に、キッチン（部屋番号「０３」）に設置された冷蔵庫（機器番号「００６」）において、冷蔵スペースのドアが開いている（閉め忘れ）という報知データが発生した場合を例に説明する。

実施例２においても、報知制御部として機能するサーバー２０の制御部２１は、ステップＳ１において、報知発信確認の結果がＮｏ、すなわちいずれの電気機器１０からも、他機からの報知データが発信されていない場合、制御部２１は、いずれかの電気機器１０から報知実行の発信があるまで、ステップＳ１の報知発信確認を繰り返し行う。

ここで、一つの電気機器（報知依頼機器。ここでは冷蔵庫）から、報知データの発信があった（ステップＳ１の判定がＹｅｓの）場合、言い換えれば報知データ取得部２１ａが報知データを取得した場合、制御部２１は、報知管理テーブル２２ａに登録された、報知を実行可能な電気機器のうちから、人検知結果取得部２１ｂが取得する、各電気機器１０毎の人検知結果に基づいて、報知を実行する電気機器（報知実行機器と言う）を決定する、報知実行機器決定処理（ステップＳ２〜Ｓ６）を実行する。

例えば冷蔵庫から、夜の時間帯に報知データを受信すると、制御部２１は、具体例１と同様にして、「表３」に示す「報知実行の優先順位」リストを作成し、記憶部２２に記憶する。

なお、生活時間を考慮して、表３のリストにおいては、「リビング」や「居室」の優先順位が高めに設定される。また、夜に人が居る確率が低いと推定される「ダイニング」や「キッチン」、「洗面所」等は、優先順位が低めに設定される。また、具体例２では、人の検知が、リビング（部屋番号「０１」）と、居室Ａ（部屋番号「０５」）とに偏っている。

このような場合、制御部２１は、報知実行機器決定処理（ステップＳ２〜Ｓ６）において、例えば優先順位「１位」のエアコンディショナーＡ（機器番号「００２」、部屋番号「０１」、設置場所「リビング」）に、最初に報知を実行させたとする。

ついで、報知実行（ステップＳ７）後の対応操作確認判定（ステップＳ８、Ｓ９）において、ユーザーによる対応操作がされない状態（ステップＳ８がＮｏ）で、報知の実施から所定時間が経過した（ステップＳ９がＹｅｓの）場合、制御部２１は、具体例１と同様、ステップＳ６において、優先順位を１つ上げるカウントアップ処理（Ｍ＝Ｍ＋１）を行う。

そして、制御部２１は、ステップＳ４において、優先順が「Ｍ＋１位」（ここでは「２位」）の、加湿空気清浄機（機器番号「００３」）の報知の可否を確認する、繰り返し報知抑制確認を実行する。

その際、既に報知実行済みのエアコンディショナーＡ（機器番号「００２」）の設置場所（部屋番号「０１」リビング）と、現優先順最上位の該加湿空気清浄機（機器番号「００３」）の設置場所（部屋番号「０１」リビング）とが一致することから、制御部２１は、ステップＳ４において、同じ部屋で既に報知実施済みであると判断する（ステップＳ４がＹｅｓ）。

すなわち、優先順「２位」の加湿空気清浄機（機器番号「００３」）の、リビング（部屋番号「０１」）における報知は実行されず、更に報知可能な電気機器が残っているか否かの確認であるステップＳ５に移行する。

なお、ステップＳ４における繰り返し報知抑制確認は、優先順のリスト（表３）上で、同じ部屋番号の電気機器で報知が実施された記録があるか否かを判定することにより、行うことができる。

あるいは、例えばマイク６５を備える電気機器１０の制御部１が、同じ部屋での報知の発声を認識又は記録していれば、その記録を、繰り返し報知抑制の確認に利用してもよい。

ステップＳ４以降、報知を実施した後の処理の流れは、具体例１と同様である。すなわち、ステップＳ４がＹｅｓの場合、制御部２１は、ステップＳ５において、人検知結果の問い合わせ可能な電気機器は残っているか否か、を確認する。

ステップＳ５がＮｏの場合、制御部２１は、ネットワーク外部の携帯端末３０に、報知データの内容を連絡して、処理を終了する（ステップＳ１０）。また、ステップＳ５がＹｅｓの場合、制御部２１は、優先順位である変数Ｍを１つカウントアップ（「Ｍ＋１」）し、以降の順位の電気機器に関する報知実行の可否の確認を続行する。

更に、ステップＳ７において報知を実行した後は、ステップＳ８、Ｓ９において、対応操作確認判定を行う。そして、対応操作がされている（ステップＳ８がＹｅｓの）場合、制御部２１は、報知制御を終了する（エンド）。また、所定時間にわたって対応操作がされない（ステップＳ９がＹｅｓの）場合、ステップＳ６に戻って、報知実行機器決定処理（ステップＳ２〜Ｓ６）を続行する。

以上のようにして、報知制御システム１００は、同じ内容の報知が、同一の部屋で複数回、連続して報知が実行されるのを、抑制することができる。

また、報知制御システム１００は、報知依頼元である一つの電気機器１０から発せられた報知データを、離れた部屋にある、報知実行機器から報知して、ユーザーに直接伝えることができる。

なお、具体例２の報知制御システム１００においても、報知データが、電気機器の異常又は不具合等に関するデータである場合、制御部２１はいつでも、報知を実行可能な全ての電気機器１０に、該報知を実行させることができる。

［実施形態２］
次に、図１〜図３と、表１及び表４とを参照して、実施形態２の報知制御について説明する。「表４」は、表２及び表３と同様、報知管理テーブル２２ａ（表１）に記載の電気機器１０に人検知結果の有無を問い合わせた結果に基づいて作成された、「報知を実行できる可能性の高い電気機器の順序」を示すリストである。

実施形態２は、制御部２１が、各電気機器１０に人の検知結果を問い合わせる際、人検知結果に加えて、「人を最初に検知した時刻」の情報を、検知の有無に関連付けて取得する点で、実施形態１とは異なる。

そのため、後記の表４における「報知実行の優先順位」は、表２及び表３の優先順位と異なり、「人を最初に検知した時刻」からの「経過時間」が短い順、すなわち、最後（直前）に人の移動を検知した電気機器の順に、報知の優先順位が割り振られる。

なお、表４のリストにおいては、報知管理テーブル２２ａ（表１）に記載の時間帯別の優先順は、人検知結果の問い合わせを「除外」する電気機器の選択にのみ利用される。そして、表４には、家庭内において、各部屋に満遍なく配置され、比較的稼働率の高いと考えられる、エアコンディショナー、空気清浄機等の空調機器を、リストアップする。

次に、表４のリストを用いた具体的な報知制御を、図３のフローチャートを参照して説明する。

実施形態２の報知制御において、サーバー２０の制御部２１は、まず、ステップＳ１において、電気機器１０のいずれかが報知データを発信するまで、すなわち報知発信確認の結果がＹｅｓになるまで、他機からの報知データの発信を待機する。

ここで、一つの電気機器（報知依頼機器。ここでは冷蔵庫）から、報知データの発信があった（ステップＳ１の判定がＹｅｓの）場合、制御部２１は、報知管理テーブル２２ａに登録された、報知を実行可能な電気機器のうちから、各電気機器１０が送信する人検知結果に基づいて、報知を実行する電気機器（報知実行機器）を決定する、報知実行機器決定処理（ステップＳ２〜Ｓ６）を実行する。

例えばキッチンの冷蔵庫から、夜の時間帯に報知データを受信すると、制御部２１は、「表４」に示す「報知実行の優先順位」リストを作成し、記憶部２２に記憶する。

表４のリストにおいては、人の検知結果を返信してきた電気機器１０（空調機器）のうちから、人の検知の有無に関する「人を最初に検知した時刻」からの「経過時間」が短い順の、空気清浄機Ａ（機器番号「００５」、部屋番号「０２」、設置場所「ダイニング」）、エアコンディショナーＢ（機器番号「００４」、部屋番号「０２」、設置場所「ダイニング」）、エアコンディショナーＤ（機器番号「０１３」、部屋番号「０６」、設置場所「居室Ｂ」）及び空気清浄機Ｃ（機器番号「０１４」、部屋番号「０６」、設置場所「居室Ｂ）に、「１位」〜「４位」の優先順位が設定されている。

ついで、制御部２１は、報知実行機器決定処理のうち、ステップＳ３〜Ｓ６を行う。まず、制御部２１は、ステップＳ３において、報知実行機器の優先順位を決定する変数Ｍに「１」（１位）を代入する。

次に、同じ部屋内での報知の繰り返しを抑制するため、制御部２１は、ステップＳ４において、報知実行予定の「Ｍ位」の電気機器が配置された部屋と同じ部屋で既に報知が実施されているか否かを確認する、繰り返し報知抑制確認を実行する。

例えば優先順位「３位」のエアコンディショナーＤ（機器番号「０１３」、部屋番号「０６」、設置場所「居室Ｂ」）に、最初に報知を実行させたとする。

ついで、報知実行（ステップＳ７）後の対応操作確認判定（ステップＳ８、Ｓ９）において、ユーザーによる対応操作がされず、ステップＳ８がＮｏで、続くステップＳ９がＹｅｓの場合、制御部２１は、具体例２と同様、ステップＳ６において、優先順位を１つ上げるカウントアップ処理（Ｍ＝Ｍ＋１）を行う。

そして、制御部２１は、ステップＳ４において、優先順が「Ｍ＋１位」（ここでは「４位」）の、空気清浄機Ｃ（機器番号「０１４」）の報知の可否を確認する、繰り返し報知抑制確認を実行する。

その際、既に報知実行済み（「３位」）のエアコンディショナーＤ（機器番号「０１３」）の設置場所（部屋番号「０６」居室Ｂ）と、現優先順最上位（「４位」）の該空気清浄機Ｃ（機器番号「０１４」）の設置場所（部屋番号「０６」居室Ｂ）とが一致することから、制御部２１は、ステップＳ４において、同じ部屋で既に報知実施済み（ステップＳ４がＹｅｓ）であると判断する。

そして、優先順「４位」の空気清浄機Ｂ（機器番号「０１４」）の、居室Ｂ（部屋番号「０６」）における報知は実行されず、更に報知可能な機器が残っていない（ステップＳ５がＮｏ）であるため、制御部２１は、ネットワーク外部の携帯端末３０に、報知データの内容を連絡して、報知制御を終了する（エンド）。

なお、ステップＳ４における繰り返し報知抑制確認は、優先順のリスト（表４）上で、同じ部屋番号の電気機器で報知が実施された記録があるか否かを判定することにより、行うことができる。

また、例えばマイク６５を備える電気機器１０の制御部１が、同じ部屋での報知の発声を認識又は記録していれば、その記録を、繰り返し報知抑制の確認に利用してもよい。

次に、同じ部屋（場所）で報知が実施されていない、ステップＳ４がＮｏの場合、制御部２１は、報知実行機器として優先順位「Ｍ位」の電気機器を決定し、ステップＳ５において報知を実行させる。ステップＳ４がＹｅｓの場合、制御部２１は、ステップＳ５において、人検知結果の問い合わせ可能な電気機器は残っているか否か、を確認する。

ステップＳ５がＹｅｓの場合、制御部２１は、ステップＳ６において、問い合わせの順位である変数Ｍを１つカウントアップし、優先順位が「Ｍ＋１位」の電気機器１０について、報知実行の可否の確認を続行する。また、ステップＳ５がＮｏの場合、制御部２１は、ネットワーク外部の携帯端末３０に、報知データの内容を連絡して、処理を終了する（ステップＳ１０）。

以上のステップＳ４〜Ｓ６による報知機器決定の処理は、いずれかの電気機器で報知が実行される（ステップＳ７）まで、あるいは、報知データを外部の携帯端末３０に送信する（ステップＳ１０）まで、続けられる。

また、報知の実行（ステップＳ７）後、制御部２１は、実施形態１と同様の対応操作確認判定を、ステップＳ８、Ｓ９において行う。

ステップＳ８がＹｅｓの場合、制御部２１は、対応操作確認判定及び報知処理の全てを完了し、報知制御を終了する（エンド）。また、ステップＳ８がＮｏの場合、制御部２１は、ステップＳ９において、報知の実施（ステップＳ７）から所定時間が経過したか否かを確認する。なお、所定時間として、例えば１〜１０分間程度の時間が設定される。

ステップＳ９がＮｏの場合、制御部２１は、ステップＳ８に戻って、ユーザーによる対応操作の有無の確認を続ける。そして、対応操作が確認できれば（ステップＳ８がＹｅｓ）、対応操作確認判定を終了する（エンド）。

また、ステップＳ９がＹｅｓの場合、制御部２１は、報知実行機器決定処理のステップＳ６に戻り、報知実行の優先順位である変数Ｍを１つカウントアップした後、再度、繰り返し報知抑制確認（ステップＳ４）と、報知可能な電気機器が残っているかの確認（ステップＳ５）とを、報知可能な確認対象機器がなくなるまで繰り返す。

以上のようにして、実施形態２の報知制御システム１００は、同じ内容の報知が、同一の部屋で複数回、連続して報知が実行されるのを、抑制することができる。また、報知制御システム１００は、報知依頼元である一つの電気機器１０から発せられた報知データを、離れた部屋にある、報知実行機器から報知して、ユーザーに直接伝えることができる。

なお、実施形態２の報知制御システム１００において、報知データが、電気機器の異常又は不具合等に関するデータである場合、いずれの時間帯、あるいは、いずれの実施例に記載のパターン時であっても、制御部２１は、報知を実行可能な全ての電気機器１０に、該報知を実行させる。

［実施形態３］
次に、図４〜図６及び表５を参照して、実施形態３の報知制御システム２００の制御について説明する。図４は、本実施形態に係る報知制御システム２００を示す図である。図４も、図１と同様、スマート家電等の複数の電気機器１０によるホームネットワークを示す。

図４に示すように、報知制御システム２００は、家庭（住宅）内のホームネットワークに接続可能な複数の電気機器１０と、これらの間の相互通信を提供する無線ＬＡＮルーター４０とで構成される。

各電気機器１０は、実施形態２と同様、住宅内で主に家庭用途として用いられる電気機器（いわゆる、家電又は家電製品）であり、ネットワーク通信機能を有する、ＩｏＴ家電又はスマート家電と呼ばれる家電製品である。図４では、代表的な家庭用の電気機器１０を例示したが、報知制御システム２００は、種々のＩｏＴ家電又はスマート家電を含み得る。

図４に示す報知制御システム２００が、実施形態１、２の報知制御システム１００と最も異なる点は、クラウド（インターネット）上の管理サーバーを持たず、住宅内のイントラネット内で、報知制御を実行する点である。

そのため、報知制御システム２００を構成する複数の電気機器１０のうちの１つの装置が、実施形態１においてはサーバー２０が行っていたような、報知を実行する電気機器１０（報知実行機器）を決定する等の、報知処理を司る報知制御装置１０Ａとして、報知制御システム２００全体を統括して制御する。

報知制御装置１０Ａは、本発明における報知制御装置の一例である。なお、各電気機器１０のうち、報知制御装置として、報知制御システム２００全体の報知処理を制御する代表的な電気機器を「電気機器１０Ａ」と呼び、それ以外の電気機器を「電気機器１０Ｂ」と呼ぶが、これらの間の構成上の差異は、制御部１内の報知データ取得部１ａと人検知結果取得部１ｂと、記憶部２内の報知管理テーブル２ａとである。そのため、同種の電気機器との間で、外見上の形状差や、他の基本機能上の差異はない。

また、図４の報知制御システム２００において、各電気機器１０と無線ＬＡＮルーター４０との間の接続は、無線でも有線でもよく、あるいはこれらの併用でもよい。無線ＬＡＮルーター４０は、市販の汎用のものであるため、特に説明は行わない。また、電気機器１０の個々は、無線ＬＡＮルーター４０を介したインターネット接続が可能である。

続いて図５を参照して、報知制御システム２００の構成について説明する。図５は、本実施形態の報知制御システム２００の構成を示すブロック図である

なお、電気機器１０（１０Ａと１０Ｂとを含む）は、冷蔵・冷凍機能や調理機能、家事機能、空調機能等、家庭用の各電気機器１０に固有の機能部分については説明を割愛して、報知制御に関連する構成のみを説明する。

図５に示すように、電気機器１０Ａ及び１０Ｂは、制御部１と、記憶部２と、通信部３と、表示部４と、スピーカー５と、人検知部６とを備える。なお、表示部４とスピーカー５とは、共に、ユーザーに報知するための報知部の一例である。

電気機器１０Ａと電気機器１０Ｂとの、構成上の差異は、電気機器１０Ａが、他の電気機器に関する報知データを取得する報知データ取得部１ａと、所定の領域内の人の有無に関する人検知結果を取得する人検知結果取得部１ｂと、報知を実行可能な電気機器を記憶する報知管理テーブル２ａとを備える点である。

電気機器１０Ａの詳細構成を説明する。なお、実施形態１、２で説明した電気機器１０と構成が重複する部分は、簡単に説明する。

制御部１は、プロセッサーを含み、記憶部２に記憶されたプログラム等に基づいて、電気機器１０Ａの各部を制御する。

また、制御部１は、実施形態１，２で説明した報知データ取得部１ａと人検知結果取得部１ｂとを含む。報知データ取得部１ａは、いずれかの電気機器１０が発した報知データを取得する。また、人検知結果取得部１ｂは、自機である電気機器１０Ａの人検知部６が検知する人検知結果を取得するとともに、他機である電気機器１０Ｂの人検知部６が検知した、所定領域（例えば室内）の人検知結果を取得する。

更に、制御部１は、電気機器１０Ｂの制御部１から送信された、電気機器１０Ｂに関する運転データや、各電気機器１０Ｂを識別するための識別情報等を、記憶部２に記憶させる。

記憶部２は、半導体メモリ及び／又はハードディスクドライブのような記憶装置を含む。記憶部２は、電気機器の各部の動作を制御するための制御プログラムを記憶する。記憶部２が記憶する制御プログラムは、制御部１によって実行される。

また、記憶部２は、各電気機器１０Ｂから取得した人検知結果を記憶する。具体的には、制御部１は、人検知結果取得部１ｂが取得した、各電気機器１０Ｂの人検知部６が検知した人検知結果を、各電気機器１０Ｂを識別するための識別情報と関連付けて、報知管理テーブル２ａに登録する。

更に、記憶部２は、報知管理テーブル２ａに、人検知結果として、各電気機器１０Ｂの識別情報に、検知開始時刻や検知終了時刻、又は、検知積算時間を、識別情報に関連付けて登録してもよい。

通信部３は、無線ＬＡＮルーター４０を介して各電気機器１０Ｂとの間でデータ又は信号を交換する。通信部３は、各電気機器１０Ｂで生じた報知データと人検知結果とを、ネットワークを介して受信する。通信部３は、報知を実施する報知実行機器（電気機器１０Ｂの１つ）が決定された場合、該報知実行機器に対して、報知データを送信する。

電気機器１０Ａの表示部４及びスピーカー５は、電気機器１０Ａ（自機）が報知を実行する際に使用される。報知の方法は、スピーカー５の発声で、あるいは、スピーカー５の発声又はアラーム音に、表示部４の表示を併用してもよい。

人検知部６は、実施形態１と同様、住宅内の特定の部屋（室内）における、ユーザーの在室の有無（在室情報）を検知する。

図５に示すように、電気機器１０Ａの人検知部６は、人感センサー６１、ニオイセンサー６２、ホコリセンサー６３、照度センサー６４及びマイク６５を含み得る。

なお、図５は、空気清浄機に搭載されるセンサー及びマイクを例示している。電気機器１０Ｂと、家庭内ネットワークに接続されるＩｏＴ家電又はスマート家電とは、全てのセンサーやマイクを備えていてもよく、その一部を備えていてもよい。電気機器１０Ａとしては、最低限、人感センサー６１を備える。

電気機器１０Ｂは、電気機器１０Ａとは、報知データ取得部１ａと、人検知結果取得部１ｂと、報知管理テーブル２ａとを備えていない点で、異なる。

なお、報知制御システム２００を構成する各電気機器１０の全てが、報知データ取得部１ａ、人検知結果取得部１ｂ及び報知管理テーブル２ａの両者を備えていてもよい。すなわち、いずれの電気機器１０Ｂも、報知制御装置（電気機器１０Ａ）となり得る。ただし、報知制御装置はホームネットワーク内において、複数台存在せず、同時に存在するのは１台のみである。

次に、実施形態２の報知制御システム２００の報知制御について、図６のフローチャートと、「表１」及び「表５」の優先順のリストとを参照しながら、具体的に説明する。

以下では、具体例１と同様、洗面所（部屋番号０４）に設置された洗濯機（機器番号００９）において、朝の時間帯（６：００〜１５：００）に、洗濯の工程が終了したという報知が発生した場合を例に、報知制御を説明する。

なお、実施形態２では、住宅における、エアコンディショナー及び空気清浄機等の空調機器の常時稼働率が高いことに着目して、報知制御装置（電気機器１０Ａ）として、加湿空気清浄機（機器番号００３）が選択されている。報知実行機器として、自機（加湿空気清浄機）を選択してもよい。

報知制御装置となる加湿空気清浄機（機器番号００３）の記憶部２には、報知実行の優先順位を決定するための基本情報として、例えば、「表１」に示す報知管理テーブル２ａが登録されている。

図６のフローチャートに示すように、電気機器１０Ａ（加湿空気清浄機）の制御部１は、報知制御（報知処理）をスタートすると、まず、ステップＳ１１において、無線ＬＡＮルーター４０を介して通信部３が受信するデータの中に、いずれかの電気機器１０Ｂが発信する報知データが含まれていないか否か、すなわち、いずれかの電気機器１０Ｂが報知データを発信しているか否かを確認する報知発信確認を行う。

ステップＳ１１において、報知発信確認の結果がＮｏ、すなわちいずれの電気機器１０Ｂからも、他機からの報知データが発信されていない場合、制御部１は、いずれかの電気機器１０Ｂから報知データの発信があるまで、ステップＳ１の報知発信確認を繰り返し行う。

ここで、一つの電気機器（報知依頼機器。ここでは洗濯機）から、報知データの発信があり、報知データ取得部１ａが報知データを取得した（ステップＳ１１の判定がＹｅｓの）場合、制御部１は、報知管理テーブル２ａに登録された、報知を実行可能な電気機器のうちから、人検知結果取得部１ｂが取得する、各電気機器１０Ｂ毎の人検知結果に基づいて、報知を実行する電気機器（報知実行機器）を決定する、報知実行機器決定処理（ステップＳ１２〜Ｓ１７）を実行する。

報知実行機器決定処理について、図６及び「表５」を参照して説明する。まず、制御部１は、報知管理テーブル２ａ（表１）を元に各電気機器１０Ｂに問い合わせた「人検知」の結果に基づいて、「報知を実行できる可能性の高い電気機器の順序」を示すリスト「表５」を作成する。

具体的な制御方法について説明する。「表５」に示す「優先順位」のリストは、表２、表３及び表４と同様に「表１」の優先順位を元にしたリストであるが、表２、表３及び表４のような「報知実行の優先順位」を示すリストとは異なり、人検知結果の有無を問い合わせる順序を示す「結果問い合わせの優先順位」リストである。

そのため、制御部１は、ステップＳ１２において、「結果問い合わせの優先順位」リスト（表５）が設定されると、ステップＳ１３及びステップＳ１４〜Ｓ１７において、各電気機器１０Ｂに、該優先順に従って順次、報知を実行可能か否かを問い合わせる。すなわち制御部１は、問い合わせ時点において、人が周囲にいることが確実な電気機器１０Ｂから、報知を実行することができる。

報知実行機器決定処理（ステップＳ１２〜Ｓ１７）を、図６のフローに沿って説明する。

制御部１は、ステップＳ１２で「結果問い合わせの優先順位」リスト（表５）を作成した後、リストに沿って順次、電気機器１０Ｂへの報知の可否を問い合わせる。

まず、ステップＳ１３において、問い合わせの順位を示す変数Ｎに、「１」（１番目）を代入する。そして、ステップＳ１４において、現時点（問い合わせ時点）で、優先順位「Ｎ（Ｎ番目）」の電気機器１０Ｂが、人を検知しているか否かの人検知結果を取得する。

なお、「表５」は、優先順の問い合わせを示したものである。例えば、この問い合わせの順番は、表５の「人の検知」欄において、上位の「エアコンディショナー」（機器番号「００４」）から始まり、「除湿空気清浄機」（機器番号０２０）で終了する。

なお、電源がオフで、人検知結果を得ることができない電気機器を、表５では「ＯＦＦ」で表示する。

ステップＳ１４において、問い合わせ該当機器が人を検知している（ステップＳ１４がＹｅｓの）場合、制御部１は、ステップＳ１５において、同じ部屋内での報知の繰り返しを抑制するため、優先順位がＮ番目に設定された電気機器１０Ｂが配設されている部屋と同じ部屋（場所）で既に報知が実施されているか否かを確認する、繰り返し報知抑制確認を実行する。

繰り返し報知抑制確認は、例えば、優先順位のリスト上で、同じ部屋番号の電気機器で報知が既に実施された記録があるか否か、により確認することができる。また、例えばマイク６５を備える電気機器１０Ｂが、同じ部屋での報知の発声を認識又は記録していれば、その記録を、繰り返し報知抑制の確認に利用してもよい。

ステップＳ１５において、同じ部屋（場所）で既に報知が実施されていないことが確認された（ステップＳ１５がＮｏの）場合、制御部１は、報知実行機器として問い合わせ優先順位「Ｎ位」（Ｎ番目）の電気機器を決定し、ステップＳ１８において報知を実行させる。

一方、ステップＳ１５において、同じ部屋（場所）で既に報知が実施されている、報知実施済みであることが確認された（ステップＳ１５がＹｅｓの）場合、あるいは、ステップＳ１４において、人の検知結果が得られなかった（ステップＳ１４がＮｏの）場合、制御部１は、ステップＳ１６において、人検知結果の問い合わせ可能な電気機器は残っているか否か、すなわち「結果問い合わせの優先順位」のリスト（表５）において、報知可能な最後の電気機器まで、報知の繰り返し確認が済んでいないか否かを確認する。

ステップＳ１６において、報知を実行可能な電気機器がまだ残っている（ステップＳ１６がＹｅｓの）場合、制御部１は、ステップＳ１７において、問い合わせの順位である変数Ｎを１つカウントアップする。すなわち、以降、優先順位が「Ｍ＋１番目」の電気機器１０Ｂについて、報知実行の可否の確認を続行する。

一方、ステップＳ１６において、報知を実行可能な電気機器が残っていない（ステップＳ１６がＮｏ）の場合、制御部１は、ステップＳ１０において、予めメールアドレス等の連絡先が登録されたスマートフォンなど、ネットワーク外部の携帯端末３０に、報知データの内容を連絡して、処理を終了する。

以上のステップＳ１２〜Ｓ１７による報知機器決定の処理は、ステップＳ１８としていずれかの電気機器で報知が実行されるまで、あるいは、ステップＳ１０として、報知データを外部の携帯端末３０に送信するまで、続けられる。

次に、報知実行機器決定処理（ステップＳ１２〜Ｓ１７）が完了し、ステップＳ１８において報知が実行されると、制御部１は、ユーザーによる報知に対応する操作である「対応操作」がされたか否かを確認する、対応操作確認判定を、フローチャートのステップＳ１９、Ｓ２０において行う。

対応操作確認判定は、まず、ステップＳ１９において、報知を発信した電気機器（ここでは洗濯機）に対して、ユーザーによる対応操作がされたか否かを確認する。

ステップＳ１９において、例えば洗濯機の蓋が開閉された等、対応操作がされている（ステップＳ１９がＹｅｓの）場合、制御部１は、対応操作確認判定及び報知処理の全てを完了し、報知制御を終了する（エンド）。

ステップＳ１９において、ユーザーによる対応操作が確認されない（ステップＳ１９がＮｏの）場合、制御部１は、ステップＳ２０において、報知の実施（ステップＳ１８）から所定時間が経過したか否かを確認する。

ステップＳ２０における、報知実施からの所定時間の経過の確認は、報知が、ユーザーに確実に伝わって、その後ユーザーが行動したか否かの確認のために行われる。そのため、所定時間として、例えば１〜１０分間程度の時間が設定される。

ステップＳ１９からステップＳ２０の対応操作確認判定において、ユーザーの対応操作のない状態が、報知実施（ステップＳ１８）から所定時間未満である（ステップＳ２０がＮｏの）場合、制御部１は、ステップＳ１９に戻って、ユーザーによる対応操作の有無の確認を続ける。そして、対応操作が確認できれば（ステップＳ１９がＹｅｓ）、対応操作確認判定を終了する（エンド）。

また、ステップＳ２０において、ユーザーの対応操作のない状態が、報知実施から所定時間以上続いている（ステップＳ２０がＹｅｓの）場合、制御部１は、報知実行機器決定処理のステップＳ１７に戻り、問い合わせの優先順位である変数Ｎを１つカウントアップする。

そして、制御部１は、再度、優先順に沿って順次、繰り返し報知抑制確認（ステップＳ１５）と、報知可能な電気機器が残っているかの確認（ステップＳ１６）とを、報知可能な確認対象機器がなくなるまで繰り返す。

以上の実施形態２の報知制御装置（１０Ａ）及び報知制御システム２００によれば、住宅内のネットワークに接続された、いずれかの電気機器１０Ｂで発生した報知データを、ユーザーの最も近くにある他の電気機器１０（１０Ｂ又は１９Ａ）から報知することができる。

なお、家庭内に、ネットワーク全体を管理するパーソナルコンピュータ等のコンピュータを設置し、これにサーバー機能（電気機器１０Ａの機能）を代替させてもよい。

更に、家庭用ネットワーク内に、サーバー機能を代行するスマートスピーカーを配設してもよい。該スマートスピーカーは、報知制御装置（電気機器１０Ａ）の代わりに、家庭内ネットワーク全体と報知データとを管理する、報知制御システムの報知制御部として機能することができる。また、スマートスピーカーは、報知制御システムを構成する電気機器１０の１つとして、人の検知や報知の実行を行ってもよい。

以上、図１から図６及び表１から表５を参照しながら本発明の実施形態について説明した。但し、本発明は、上記の実施形態に限られるものではなく、その要旨を逸脱しない範囲で種々の態様において実施することが可能である。

また、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。図面は、理解しやすくするために、それぞれの構成要素を主体に模式的に示しており、図示された各構成要素の個数等は、図面作成の都合から実際とは異なる場合もある。更に、上記の実施形態で示す各構成要素は一例であって、特に限定されるものではなく、本発明の効果から実質的に逸脱しない範囲で種々の変更が可能である。

そして、報知制御システム１００，２００は、報知データの内容によって、報知の優先順を変えてもよい。例えば、洗濯の終了、調理の完了、加湿器の加湿水タンクの渇水、除湿器の貯水タンクの満水等、緊急性のない報知は、報知しようとする電気機器に近い場所に設置されている電気機器１０から、優先順を設定してもよい。また、逆に、緊急性を要する報知の場合は、優先順に関わらず、ネットワークに繋がる全ての電気機器１０から報知を実施してもよい。

また、本発明の報知制御システムにおける所定の条件とは、実施形態で示した「人検知結果」以外の条件であってもよい。例えば、事前設定の優先順位に基づいて報知実行機器を決定してもよい。また、所定の条件は、人検知結果と事前設定の優先順位との組み合わせや、他の２つ以上の条件の組み合わせであってもよい。

本発明は、報知制御装置、報知制御システム、報知制御方法、及び報知制御プログラムの分野に利用可能である。

１ 制御部
１ａ 報知データ取得部
１ｂ 人検知結果取得部
２ 記憶部
２ａ 報知管理テーブル
５ スピーカー
６ 人検知部
１０，１０Ａ，１０Ｂ 電気機器
２０ サーバー
２１ 制御部
２１ａ 報知データ取得部
２１ｂ 人検知結果取得部
２２ 記憶部
２２ａ 報知管理テーブル
１００ 報知制御システム
２００ 報知制御システム

Claims (11)

1. 報知を実行する報知実行機器を決定する制御部と、
   前記報知を実行可能な電気機器を記憶する記憶部と
   を備え、
   前記制御部は、
   前記報知に関する報知データを取得する報知データ取得部を含み、
   前記制御部は、前記報知データ取得部が前記報知データを取得した場合、所定条件に基づいて、前記記憶部に記憶された前記電気機器のうちから、前記報知実行機器を決定する、報知制御装置。
2. 前記制御部は、所定領域での人の検知結果を取得する人検知結果取得部を含み、
   前記所定条件は、前記人検知結果取得部で取得された人の検知結果を含む、請求項１に記載の報知制御装置。
3. 前記報知データに基づいて報知を実行する報知部を備え、
   前記報知を実行可能な電気機器は、自機と自機以外の他機とを含み、
   前記制御部は、前記報知実行機器として自機を決定すると、前記報知部に前記報知を実行させる、請求項１又は請求項２に記載の報知制御装置。
4. 前記報知データを送信する通信部を備え、
   前記報知を実行可能な電気機器は、自機と自機以外の他機とを含み、
   前記制御部は、前記報知実行機器として前記他機を決定すると、前記報知データを該他機に送信するように前記通信部を制御する、請求項１から請求項３のいずれか１項に記載の報知制御装置。
5. 前記報知を実行可能な電気機器が複数である場合、前記記憶部は、前記複数の電気機器の各々に関連付けて、前記報知の実行の優先順位を記憶する、請求項１から請求項４のいずれか１項に記載の報知制御装置。
6. 前記制御部は、前記報知の実行後、所定の時間経過した後に、前記報知データ取得部が取得した前記報知データの送信元の電気機器に対し、前記報知データに対応する操作である対応操作がされたか否かを確認する対応操作確認判定を行う、請求項１から請求項５のいずれか１項に記載の報知制御装置。
7. 前記報知を実行可能な電気機器が複数である場合、前記記憶部は、前記複数の電気機器の各々に関連付けて、前記報知の実行の優先順位を記憶し、
   前記対応操作確認判定において、前記対応操作がされていないと判定された場合、前記制御部は、前記報知を実行した電気機器よりも前記優先順位が下位の電気機器に、前記報知を実行させる、請求項６に記載の報知制御装置。
8. 前記報知データが、電気機器の異常に関するデータである場合、前記制御部は、前記報知を実行可能な全電気機器で、前記報知を実行させる、請求項１から請求項７のいずれか１項に記載の報知制御装置。
9. 報知を実行する報知実行機器を決定する制御部と、
   前記報知を実行可能な電気機器を記憶する記憶部と
   を備え、
   前記制御部は、
   前記報知に関する報知データを取得する報知データ取得部を含み、
   前記制御部は、前記報知データ取得部が前記報知データを取得した場合、前記記憶部に記憶された前記電気機器のうちから、所定条件に基づいて前記報知実行機器を決定し、前記報知データに基づいて前記報知実行機器に報知を実行させる、報知制御システム。
10. 報知データ取得部が、報知に関する報知データを取得する報知データ取得ステップと、
    制御部が、所定条件に基づいて、記憶部が記憶する電気機器のうちから、報知を実行する報知実行機器を決定する報知実行機器決定ステップと
    を備える報知制御方法。
11. 請求項１０に記載の報知制御方法をコンピュータに実行させる、報知制御プログラム。

Images