JP6305390B2

JP6305390B2 - 情報通知方法、情報端末、およびプログラム

Info

Publication number: JP6305390B2
Application number: JP2015502978A
Authority: JP
Inventors: 高志森本; 中野　稔久; 稔久中野; 山口　高弘; 高弘山口; 博史天野; 小塚　雅之; 雅之小塚; 大森　基司; 基司大森; 宜子広瀬
Original assignee: Panasonic Intellectual Property Corp of America
Current assignee: Panasonic Intellectual Property Corp of America
Priority date: 2013-06-24
Filing date: 2014-06-18
Publication date: 2018-04-04
Anticipated expiration: 2034-06-18
Also published as: US9530306B2; WO2014208057A1; US20150179057A1; JP2018088720A; JPWO2014208057A1; JP6538221B2

Description

本開示は、ユーザの宅内に設置された機器を情報端末を用いて遠隔制御する遠隔制御システムにおいてユーザに情報を通知する技術に関するものである。

従来、宅外からネットワークを利用して宅内の複数の家電機器の状態を確認および操作するシステムがある。このシステムは、住人の外出を検出して、それをトリガーとして各家電機器の電源をオフにする。例えば、特許文献１は家庭用の充電器と電気自動車との接続を、ユーザの帰宅や外出をトリガーとして、家庭内の機器を一括制御する技術が開示されている。

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

しかしながら、上記の特許文献１では更なる改善が必要であった。

本開示の一態様における情報通知方法は、ユーザの宅内に設置された機器を情報端末を用いて遠隔制御する遠隔制御システムにおける情報通知方法であって、
前記宅内から宅外への前記ユーザの移動又は前記宅外から前記宅内への前記ユーザの移動を検知し、
前記移動を検知した場合、前記宅内の状態を示す宅内状態、前記宅内に設置された所定の第１機器の状態を示す機器状態、および前記宅内に設置され、リモート制御対象となる第２機器の設定状態を取得し、
前記宅内状態および前記機器状態に応じて予め分類された複数の設定状態の中から、前記取得した前記宅内状態および機器状態に対応する設定状態を、前記取得した宅内状態および前記機器状態を用いて選択し、
前記選択した設定状態と前記取得した設定状態とが相違する場合、前記第２機器の設定状態が普段の設定状態とは異なることをユーザに通知する第１通知を行い、
前記第２機器をリモート制御するための入力を受付可能状態に、前記情報端末の状態を遷移させる。

宅内に設置された機器を遠隔制御するサービスをユーザへ提供する際のシステム構成の全体像の一例を示した図である。宅内に設置された機器を遠隔制御するサービスをユーザへ提供する際のシステム構成の全体像の別の一例を示した図である。宅内に設置された機器を遠隔制御するサービスをユーザへ提供する際のシステム構成の全体像の更に別の一例を示した図である。実施の形態における遠隔制御システムの全体構成の一例を示すブロック図である。、実施の形態における遠隔制御システムの処理フローを示す図である。第２通知の第１例を示す図である。第２通知の第２例を示す図である。第１通知の第１例を示す図である。第１通知の第２例を示す図である。あるユーザの外出日時、および外出する際の宅内の機器の設定状態が記録された設定状態履歴を示す図である。あるユーザの外出日時、および外出する際の宅内の機器の設定状態が記録された設定状態履歴を示す図である。図６Ａ、図６Ｂと同一ユーザの宅内における、外出日時、宅内状態、および機器状態が記録された宅内履歴を示す図である。図６Ａ、図６Ｂと同一ユーザの宅内における、外出日時、宅内状態、および機器状態が記録された宅内履歴を示す図である。図３のＳ２０３の設定ファイルの読み出し処理の詳細を示すフローチャートである。設定ファイルの一例を示す図である。宅外情報および宅内情報の概念図である。クラスタ処理の概念図である。図１１に示す各クラスタの特徴を示す図である。図７Ａ又は図７Ｂに示す過去のデータおよび現在のデータのそれぞれを入力データとした場合のクラスタ処理を示す図である。図７Ａ又は図７Ｂに示す過去のデータおよび現在のデータのそれぞれを入力データとした場合のクラスタ処理を示す図である。クラスタの条件の一例を示す図である。クラスタの条件の一例を示す図である。クラスタの条件の一例を示す図である。本実施の形態における変形例１の処理フローを示す図である。本実施の形態の変形例１における第１通知の一例を示す図である。本実施の形態の変形例２における第２通知の第１例を示す図である。本実施の形態の変形例２における第２通知の第２例を示す図である。本実施の形態の変形例２における第１通知の第１例を示す図である。本実施の形態の変形例２における第１通知の第２例を示す図である。本実施の形態の変形例２における第１通知の第３例を示す図である。本実施の形態の変形例３における第２通知を示す図である。本実施の形態の変形例３における第１通知を示す図である。サービスの類型１（自社データセンタ型）を示す図である。サービスの類型２（ＩａａＳ利用型）を示す図である。サービスの類型３（ＰａａＳ利用型）を示す図である。サービスの類型４（ＳａａＳ利用型）を示す図である。

（本発明の基礎となった知見）
宅内の複数の機器から情報を取得して、宅外から機器を遠隔制御をする技術が検討されている。従来の遠隔制御の主な方法は、特許文献１に示されるように、ユーザの外出時或いは帰宅時に、複数の機器を一括でオフにする、或いは設定ファイルに規定された制御パターンで機器を制御するというように特定の制御を実行するものであった。設定ファイルで機器を制御する方法が採用された場合、新たに機器が増えるとユーザが手動で設定ファイルを編集する必要があり、細かな制御を行うためにはユーザの手間がかかる。

更に、宅内の機器の遠隔制御においては、日々の利用が想定されるため、ユーザに負担をかけないインタフェースが重要である。例えば、ユーザが帰宅する或いは外出する都度、ユーザに対して回答の入力を強いる機器の稼働状態の通知を行うと、ユーザに煩わしさを与え、その結果、ユーザにストレスを与えてしまう。一方、帰宅或いは外出時にユーザに対して機器の稼働状態を通知することなく、機器を自動制御すると、本当に機器がオフになっているのかどうかをユーザに認識させることができず、ユーザに不安を与えてしまう。

本開示は、外出時或いは帰宅時において、機器の稼働状態を通知することで、ユーザに安心感を与えることができる技術を提供する。また、本開示は、入力を強いるような通知を必要な場合のみユーザに提示することで、ユーザへの操作負担を軽減できる技術を提供する技術を提供する。

本開示の一態様における情報通知方法は、ユーザの宅内に設置された機器を情報端末を用いて遠隔制御する遠隔制御システムにおける情報通知方法であって、
前記宅内から宅外への前記ユーザの移動又は前記宅外から前記宅内への前記ユーザの移動を検知し、
前記移動を検知した場合、前記宅内の状態を示す宅内状態、前記宅内に設置された所定の第１機器の状態を示す機器状態、および前記宅内に設置され、リモート制御対象となる第２機器の設定状態を取得し、
前記宅内状態および前記機器状態に応じて予め分類された複数の設定状態の中から、前記取得した前記宅内状態および前記機器状態に応じた普段の設定状態を、前記取得した前記宅内状態および前記機器状態を用いて選択し、
前記選択した前記普段の設定状態と前記取得した設定状態とが相違する場合、前記相違することをユーザに通知する第１通知を行い、
前記第２機器をリモート制御するための入力を受付可能状態に、前記情報端末の状態を遷移させる。

この場合、リモート制御対象となる機器の現在の設定状態が普段の設定状態と異なる場合、そのことをユーザに通知する第１通知が実行される。これにより、例えば、ユーザの外出時に機器の電源の消し忘れが等があれば、そのことがユーザに通知される。そして、電源を消すことを希望する場合、その機器の電源を消すための操作を情報端末に入力し、その機器を普段と同じ設定状態に戻すことができる。これにより、ユーザは安心して外出でき、ユーザに安心感を与えることができる。

また、上記態様において、前記選択した前記普段の設定状態と前記取得した設定状態とが一致する場合、前記一致することをユーザに通知する第２通知を行ってもよい。

この場合、機器の設定状態が普段と同じ設定状態の場合、ユーザに回答の入力を強要しない簡素な第２通知が行われる。そのため、ユーザに何も通知しない態様が採用された場合に比べて、ユーザに安心感を与えることができる。また、ユーザは通知に対する確認を入力する必要がないので、ユーザへの操作負担を軽減できる。

また、上記態様において、前記宅内状態は、在宅人数を含んでもよい。

この場合、在宅人数に応じた機器の普段の設定状態が予め分類された複数の設定状態の中から選択されるので、普段の設定状態が正確に反映された設定状態を選択できる。

また、上記態様において、前記遠隔制御システムは、１以上の各宅内から収集された前記宅内状態、前記機器状態、および前記設定状態を対応付けて蓄積するデータベースを備え、
前記分類された設定状態は、サービスの適用対象となる１のユーザが住居する第１宅内から収集された前記設定状態を前記宅内状態および前記機器状態に応じて分類することで得られる第１設定状態、又は前記第１宅内および前記第１宅内とは別の１以上の第２宅内から収集された前記設定状態を前記宅内状態および前記機器状態に応じて分類することで得られる第２設定状態であってもよい。

第１設定状態は１のユーザが住居する第１宅内から収集された設定状態を宅内状態および機器状態に応じて分類することで得られた設定状態である。そのため、第１設定状態を採用した場合、該当するユーザの宅内の状況がより反映された設定状態を選択できる。一方、第２設定状態は複数の宅内の設定状態を宅内状態および機器状態に応じて分類することで得られた設定状態である。そのため、例えば、第１宅内から収集された設定状態の数が不足する場合、一般的な宅内の状況が反映された設定状態を選択できる。このために、初めて本遠隔制御システムにおけるサービスが初めて適用されるユーザであっても、そのユーザの宅内の状況がある程度反映された設定状態を選択できる。

また、上記態様において、前記普段の設定状態は、まず、前記第１設定状態の中から選択され、前記普段の設定状態が前記第１設定状態の中から選択できなかった場合、前記普段の設定状態が前記第２設定状態の中から選択されてもよい。

この場合、まず、第１設定状態の中から現在の宅内状態および機器状態に対応する設定状態が選択され、設定状態を選択できなかった場合に、第２設定状態の中から現在の宅内状態および機器状態に対応する設定状態が選択される。そのため、可能な限り第１設定状態を用いて、ユーザの宅内の状況に対応する設定状態を選択できる。一方、選択できなかった場合、一般的な宅内に基づく第２設定状態の中からユーザの宅内の状況に対応する設定状態が選択されるため、予め規定されたデフォルト値を選択する場合に比べてある程度ユーザの宅内の状況が反映された設定状態を選択できる。

また、上記態様において、前記第１通知および前記第２通知は、画像および音声の少なくともいずれか一方を用いて行われてもよい。この場合、ユーザは視覚的もしくは聴覚的に第１通知および第２通知を認識できる。

また、上記態様において、前記第２通知は、画像を用いて行われ、前記画像を表示してから一定期間経過後に、前記画像を消去して前記第２通知を終了してもよい。

この場合、一定時間経過後に第２通知が自動的に消去されるため、ユーザは第２通知の確認後に第２通知を示す画像を消去する操作を入力しなくてもよい。そのため、ユーザの操作負担を軽減できる。

また、上記態様において、前記遠隔制御システムは、前記宅内から収集された前記宅内状態、前記機器状態、および前記設定状態を対応付けて蓄積するデータベースを備え、
前記データベースに蓄積された前記宅内状態および前記機器状態をクラスタリングし、前記取得した前記宅内状態および前記機器状態が属するクラスタに対応する設定状態の中の最多の設定状態を、前記普段の設定状態として選択してもよい。

この場合、宅内状態および機器状態をクラスタ処理することで、現在の宅内状態および機器状態が属するクラスタが特定され、特定されたクラスタに対応する設定状態が普段の設定状態として選択される。そのため、現在の宅内の状況に応じた普段の設定状態を正確に特定できる。

また、上記態様において、前記取得した前記宅内状態および前記機器状態が属する対象クラスタにおいて、クラスタリングされたデータ数が第１閾値より多いという第１条件と、
前記対象クラスタに対応する設定状態の中で最多の設定状態が占める割合が第２閾値より大きいという第２条件と、
前記対象クラスタにおいて、前記取得した前記宅内状態および前記機器状態を加えた場合の中心値の移動量が第３閾値以下であるという第３条件とのうち、
少なくとも１の条件を満たす場合、前記対象クラスタに対応する前記最多の設定状態を、前記普段の設定状態として選択してもよい。

第１条件を用いた場合、対象クラスタにおいて、クラスタリングされたデータ数が第１閾値より多ければ、対象クラスタが有効と判定される。また、第２条件を用いた場合、対象クラスタに対応する設定状態の中で最多の設定状態が占める割合が第２閾値より大きい場合、対象クラスタが有効と判定される。また、第３条件を用いた場合、取得した宅内状態および機器状態を加えた場合の対象クラスタでの中心値の移動量が第３閾値以下であれば、対象クラスタが有効と判定される。そのため、信頼性の低いクラスタに基づいて普段の設定状態が選択されることが防止される。

なお、以下で説明する実施の形態は、いずれも本発明の一具体例を示すものである。以下の実施の形態で示される数値、形状、構成要素、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。また全ての実施の形態において、各々の内容を組み合わせることも出来る。

（提供するサービスの全体像）
図１Ａは、宅内に設置された機器を遠隔制御するサービスをユーザへ提供する際のシステム構成の全体像を示した図である。

グループ１００は、例えば企業、団体、家庭等であり、その規模を問わない。グループ１００には、複数の機器１０１である機器Ａ、機器Ｂ、およびホームゲートウェイ１０２が存在する。複数の機器１０１には、インターネットと接続可能な機器（例えば、スマートフォン、ＰＣ、ＴＶ等）もあれば、それ自身ではインターネットと接続不可能な機器（例えば、照明、洗濯機、冷蔵庫等）も存在する。それ自身ではインターネットと接続不可能な機器であっても、ホームゲートウェイ１０２を介してインターネットと接続可能となる機器が存在してもよい。また、グループ１００には複数の機器１０１を使用するユーザ１０が存在する。

データセンタ運営会社１１０には、クラウドサーバ１１１が存在する。クラウドサーバ１１１とはインターネットを介して様々な機器と連携する仮想化サーバである。クラウドサーバ１１１は、主に通常のデータベース管理ツール等で扱うことが困難な巨大なデータ（ビッグデータ）等を管理する。データセンタ運営会社１１０は、データ管理やクラウドサーバ１１１の管理、それらを行うデータセンタの運営等を行っている。データセンタ運営会社１１０が行っている役務の詳細は後述する。ここで、データセンタ運営会社１１０は、データ管理やクラウドサーバ１１１の運営等のみを行っている会社に限られない。例えば複数の機器１０１のうちの一つの機器を開発および製造している機器メーカが、併せてデータ管理やクラウドサーバ１１１の管理等を行っている場合は、機器メーカがデータセンタ運営会社１１０に該当する（図１Ｂ）。また、データセンタ運営会社１１０は一つの会社に限らない。例えば機器メーカおよび他の管理会社が共同もしくは分担してデータ管理やクラウドサーバ１１１の運営を行っている場合は、両者もしくはいずれか一方がデータセンタ運営会社１１０に該当する（図１Ｃ）。

サービスプロバイダ１２０は、サーバ１２１を保有している。ここで言うサーバ１２１とは、その規模は問わず例えば、個人用ＰＣ内のメモリ等も含む。また、サービスプロバイダ１２０がサーバ１２１を保有していない場合もある。

なお、上記サービスにおいてホームゲートウェイ１０２は必須ではない。例えば、クラウドサーバ１１１が全てのデータ管理を行っている場合等は、ホームゲートウェイ１０２は不要となる。また、家庭内のあらゆる機器がインターネットに接続されている場合のように、それ自身ではインターネットと接続不可能な機器は存在しない場合もある。

次に、上記サービスにおける情報の流れを説明する。

まず、グループ１００の機器Ａ又は機器Ｂは、各ログ情報をデータセンタ運営会社１１０のクラウドサーバ１１１に送信する。クラウドサーバ１１１は機器Ａ又は機器Ｂのログ情報を集積する（図１Ａ（ａ））。ここで、ログ情報とは複数の機器１０１の、例えば運転状況や動作日時等を示す情報である。例えば、テレビの視聴履歴やレコーダの録画予約情報、洗濯機の運転日時および洗濯物の量、ならびに冷蔵庫の開閉日時および開閉回数などがログ情報に該当する。但し、ログ情報は、これらの情報に限定されず、あらゆる機器から取得が可能なすべての情報が該当する。ログ情報は、インターネットを介して複数の機器１０１自体から直接クラウドサーバ１１１に提供される場合もある。また、複数の機器１０１から一旦ホームゲートウェイ１０２にログ情報が集積され、ホームゲートウェイ１０２からクラウドサーバ１１１にログ情報が提供されてもよい。

次に、データセンタ運営会社１１０のクラウドサーバ１１１は、集積したログ情報を一定の単位でサービスプロバイダ１２０に提供する。ここで、一定の単位は、データセンタ運営会社１１０が集積した情報を整理してサービスプロバイダ１２０に提供することのできる単位でもいいし、サービスプロバイダ１２０が要求した単位でもいい。一定の単位と記載したが一定でなくてもよく、状況に応じてサービスプロバイダ１２０に提供されるログ情報は、情報量が変化する場合もある。

前記ログ情報は、必要に応じてサービスプロバイダ１２０が保有するサーバ１２１に保存される（図１Ａ（ｂ））。そして、サービスプロバイダ１２０は、ログ情報をユーザに提供するサービスに適合する情報に整理し、ユーザに提供する。ログ情報が提供されるユーザは、複数の機器１０１を使用するユーザ１０であってもよいし、外部のユーザ２０であってもよい。ユーザへのサービス提供方法は、例えば、サービスプロバイダ１２０から直接、ユーザ２０へ提供されてもよい（図１Ａ（ｂ）、（ｅ））。また、ユーザへのサービス提供方法は、例えば、データセンタ運営会社１１０のクラウドサーバ１１１を再度経由して、ユーザ１０に提供されてもよい（図１Ａ（ｃ）、（ｄ））。また、データセンタ運営会社１１０のクラウドサーバ１１１は、ユーザに提供するサービスに適合する情報にログ情報を整理し、サービスプロバイダ１２０に提供してもよい。

なお、ユーザ１０とユーザ２０とは、別でも同一でもよい。

（実施の形態）
図２は、実施の形態における遠隔制御システムの全体構成の一例を示すブロック図である。本遠隔制御システムは、サーバ２００、情報端末３００、機器４００、および対象機器５００を備える。

サーバ２００は、例えば、１以上のコンピュータから構成されるクラウドサーバである。ここで、サーバ２００は、機器４００および対象機器５００から、状態と状態の取得時刻とユーザＩＤと対応付けられた家電ログを定期的に取得し、機器４００および対象機器５００を管理する。

情報端末３００は、例えば、ユーザにより携帯される携帯端末（例えば、スマートフォンや携帯電話やタブレット端末）で構成される。なお、情報端末３００は、ユーザの自動車或いは自転車に搭載されたナビゲーション装置で構成されてもよい。

機器４００は、リモート制御対象となる電化機器が採用されている。機器４００としては、例えば、ポット、ＩＨコンロ、洗濯機、電子レンジ、テレビ、ＡＶ機器、レコーダ装置、エアコン、電動シャッター、電動カーテンといった遠隔制御可能な全ての機器が該当する。

対象機器５００は、機器状態が取得される電化機器である。ここで、機器状態は、ユーザの宅内の状況を特定するために用いられるデータであり、例えば、対象機器５００がテレビであれば、視聴テレビ番組が採用される。なお、対象機器５００としては、機器４００のいずれかの電化機器が採用されてもよいし、機器４００とは異なる電化機器が採用されてもよい。

図１では、ある１のユーザに対して適用される遠隔制御システムが示されている。そのため、図１では、機器４００および対象機器５００はこの１のユーザの宅内に設置された電化機器が示されており、情報端末３００はこの１のユーザが携帯する情報端末３００が示されている。但し、実際には別のユーザにより携帯される情報端末３００および別のユーザの宅内に設置された機器４００および対象機器５００もサーバ２００に接続されている。

サーバ２００、情報端末３００、機器４００、および対象機器５００はネットワークを通じて相互に通信可能に接続されている。ここで、機器４００および対象機器５００は宅内のＬＡＮを介して接続されている。ＬＡＮとしては、無線および有線のいずれであってもよい。また、ユーザが宅内にいる場合、情報端末３００はＬＡＮを通じて機器４００および対象機器５００と接続される。ユーザが宅外にいる場合、情報端末３００はＷＡＮを通じて機器および対象機器５００と接続される。ＷＡＮとしてはインターネットや携帯電話通信網が採用できる。また、サーバ２００は、情報端末３００、機器４００、および対象機器５００とＷＡＮを通じて接続されている。

以下、サーバ２００、情報端末３００の詳細な構成について説明する。サーバ２００は、データベース２０１１、通信部２０１２、および処理部２０１３を備える。データベース２０１１は、本遠隔監視システムを実現するうえで必要な種々のデータを蓄積する。本開示では、データベース２０１１は、図１０に示すように、宅外情報８０１および宅内情報８０２をユーザ別に蓄積すると共に、複数のユーザの宅外情報８０１および宅内情報８０２から生成された蓄積情報８０３を蓄積する。

処理部２０１３は、例えば、ＣＰＵ等のプロセッサで構成され、サーバ２００の全体制御を司る。本開示では、処理部２０１３は、上述の宅外情報８０１、宅内情報８０２、および蓄積情報８０３をデータベース２０１１に蓄積し、データベース２０１１を管理する。

通信部２０１２は、サーバ２００をネットワークに接続させる通信装置で構成される。

情報端末３００は、検出部３０１、取得部３０２、選択部３０３、通知制御部３０４、状態遷移部３０５、通信部３０６、記憶部３０７、スピーカ３０８、ディスプレイ３０９、および入力部３１０を備える。

検出部３０１は、ユーザの外出又は帰宅を検出する。情報端末３００がユーザに携帯される携帯端末或いはカーナビゲーション装置で構成される場合、検出部３０１は、ＧＰＳセンサを備え、ＧＰＳセンサが検出するユーザの位置にしたがって、ユーザの外出又は帰宅を検出する。また、情報端末３００が携帯端末で構成される場合、検出部３０１は、通信部３０６を通じて携帯電話の基地局の情報を取得し、基地局の情報から情報端末３００が通信している基地局を特定することで、ユーザの外出又は帰宅を検出してもよい。また、検出部３０１は、通信部３０６が近接無線通信で宅内の特定の電化機器と通信できたか否かに応じて、ユーザの外出又は帰宅を検出してもよい。

また、検出部３０１は、通信部３０６を通じて、自宅のドアに取り付けられたインターフォンからユーザの帰宅又は外出したことを示す通知を取得し、その通知にしたがって、ユーザの外出又は帰宅を検出してもよい。

また、検出部３０１は、ユーザの自宅の玄関に取り付けられた錠が外側から開けられたか或いは内側から開けられたかを示す通知を通信部３０６を通じて取得し、取得した通知にしたがって、ユーザの外出又は帰宅を検出してもよい。

また、検出部３０１は、宅内状態を検出する。宅内状態としては、例えば、宅内に所在している人物の数を示す在宅人数が該当する。ここで、検出部３０１は、人物検出センサを備える電化機器（例えば、エアコンやテレビ）から、人物の検出結果を用いて在宅人数を検出すればよい。また、検出部３０１は、家族の人数が予め登録されているのであれば、家族の人数と、外出又は帰宅の検出結果とを用いて在宅人数を検出すればよい。例えば、家族の人数が５人であれば、検出部３０１は、デフォルトの在宅人数を５に設定する。そして、検出部３０１は、１の外出を検出する都度、在宅人数から１を減じると共に、１の帰宅を検出する都度、在宅人数に１を加算し、在宅人数を更新すればよい。

取得部３０２は、検出部３０１がユーザの外出又は帰宅を検出すると、機器４００の現在の設定状態を取得する。ここで、設定状態としては、機器４００の電源のオン又はオフや、機器４００の現在の動作状態や、動作モードなどが採用される。また、取得部３０２は、検出部３０１がユーザの外出又は帰宅を検出すると、対象機器５００の現在の機器状態を取得する。

ここで、取得部３０２は、サーバ２００に家電ログの取得要求を送信し、サーバ２００から応答として送信された家電ログから、機器４００の現在の設定状態および対象機器５００の現在の機器状態を取得してもよい。また、取得部３０２は、機器４００および対象機器５００と直接通信し、現在の設定状態および現在の機器状態を取得してもよい。

また、取得部３０２は、検出部３０１がユーザの外出又は帰宅を検出すると、検出部３０１に在宅人数を検出させ、現在の在宅人数を取得する。

そして、取得部３０２は、外出日時又は帰宅日時と機器４００の現在の設定状態とを対応付け、サーバ２００にアップロードしたり、記憶部３０７に蓄積したりする。これにより、データベース２０１１および記憶部３０７には、図６Ａ、図６Ｂに示すような設定状態履歴が蓄積される。このとき、サーバ２００は、アップロードされたデータをユーザ毎に区分して管理する。

また、取得部３０２は、外出日時又は帰宅日時と、対象機器５００の現在の機器状態と、現在の在宅人数とを対応付け、サーバ２００にアップロードしたり、記憶部３０７に蓄積したりする。これにより、データベース２０１１および記憶部３０７には、図７Ａ、図７Ｂに示すような宅内履歴が蓄積される。このとき、サーバ２００は、アップロードされたデータをユーザ毎に区分して管理する。

また、取得部３０２は、検出部３０１により外出又は帰宅が検出されると、サーバ２００から宅外情報８０１および宅内情報８０２および蓄積情報８０３を取得する。そして、取得部３０２は、取得したデータから、図６Ａ、図６Ｂに示すようなユーザ毎の設定状態履歴を取得すると共に、図７Ａ、図７Ｂに示すようなユーザ毎の宅内履歴を取得する。なお、取得部３０２は、同一宅内のユーザの設定状態履歴および宅内履歴は記憶部３０７から取得してもよい。この場合、取得部３０２は、他のユーザの設定状態履歴および宅内履歴は必要に応じてサーバ２００から取得すればよい。

選択部３０３は、取得部３０２が取得した現在の機器状態および宅内状態（在宅人数）に応じた普段の設定状態を、取得部３０２が取得した設定状態履歴の中から選択する。そして、選択部３０３、取得部３０２が取得した現在の設定状態と、選択した普段の設定状態とを比較し、両設定状態の一致の有無を判定する。

例えば、取得部３０２が図６Ａ、図６Ｂに示す設定状態履歴および図７Ａ、図７Ｂに示す宅内履歴を取得したとすると、選択部３０３は、同一宅内のユーザの宅内履歴に対して、宅内状態および機器状態を入力データとするクラスタ処理を行う。そして、選択部３０３は、現在の宅内状態および機器状態が属するクラスタに対応する設定状態の中から最多の設定状態を、設定状態履歴から選択する。ここで、選択された設定状態は、現在の設定状態および機器状態に応じた普段の設定状態となる。そして、選択部３０３は、選択した普段の設定状態と、現在の設定状態との一致の有無を判定する。

通知制御部３０４は、選択部３０３により設定状態が一致しないと判定された場合、現在の設定状態が普段の設定状態とは異なることをユーザに通知する第１通知を実行する。ここで、通知制御部３０４は、第１通知を示す映像をディスプレイ３０９に出力する、或いは、第１通知を示す音声をスピーカ３０８から出力することで第１通知を実行すればよい。

一方、通知制御部３０４は、選択部３０３により設定状態が一致すると判定された場合、現在の設定状態が普段の設定状態と同じであることをユーザに通知する第２通知を実行する。ここで、通知制御部３０４は、第１通知と同様、映像或いは音声を用いて第２通知を実行すればよい。

状態遷移部３０５は、通知制御部３０４により第１通知が実行された場合、機器４００の設定状態を普段の設定状態に戻すための操作入力の待ち受け状態に、情報端末３００の状態を遷移させる。そして、状態遷移部３０５は、この操作入力が入力部３１０により受け付けられた場合、普段と異なる設定状態の機器４００の設定状態を普段の設定状態に戻すための制御コマンドを生成し、該当する機器４００に送信する。

通信部３０６は、無線ＬＡＮ、有線ＬＡＮ、モデム、および近接無線通信装置といった通信装置で構成され、情報端末３００をネットワークに接続させる。

記憶部３０７は、例えば、不揮発性の書き換え可能な記憶装置で構成され、設定状態履歴および宅内履歴を記憶する。

スピーカ３０８は、通知制御部３０４の制御に下、音声を出力し、第１、第２通知を実行する。ディスプレイ３０９は、液晶パネルといった表示パネルで構成され、通知制御部３０４の制御の下、映像を出力し、ユーザに第１、第２通知を実行する。

入力部３１０は、例えば、ディスプレイ３０９がタッチパネル式の表示パネルで構成されていれば、タッチパネルで構成される。また、情報端末３００がデスクトップコンピュータで構成されるのであれば、入力部３１０は、マウス、キーボードといった入力装置で構成される。

図３は、実施の形態における遠隔制御システムの処理フローを示す図である。本開示では、ユーザの位置が宅内から宅外に変化することでユーザの外出が検出され、ユーザの位置が宅外から宅内に変化することでユーザの帰宅が検出される。そして、ユーザの外出或いは帰宅が検出された場合、リモート制御可能な機器４００の設定状態が取得される。そして、取得した設定状態がユーザの宅内の普段の設定状態と異なれば、異なることを示す第１通知がユーザの情報端末３００に提示される。一方、取得した設定状態がユーザの宅内の普段の設定状態と同じであれば、同じであることを示す第２通知がユーザの情報端末３００に提示される。

なお、本開示において、宅内とは、例えば、一戸建ての住宅および集合住宅が含まれる。一戸建ての住宅であれば、建物の内部のみならず、建物が建てられている土地が宅内に含まれていてもよい。また、集合住宅であれば、一つの住戸の内部が宅内に該当する。また、本開示では、宅内の周辺の領域から外部へのユーザの移動が外出として取り扱われてもよい。また、本開示では、外部から宅内の周辺の領域へのユーザの移動が帰宅として取り扱われてもよい。

Ｓ２０１では、検出部３０１は、ユーザの外出又は帰宅を検出する。ユーザの外出又は帰宅の検出は、様々な方法で実現できる。例えば、情報端末３００がユーザに携帯される携帯電話やスマートフォン等の携帯端末或いはユーザと共に移動するナビゲーション装置で構成されとする。この場合、携帯電話或いはナビゲーション装置が備えるＧＰＳセンサが検知した位置を用いて、ユーザの外出又は帰宅が検出される。そして、この場合、携帯端末或いはナビゲーション装置のＧＰＳセンサが検知した位置が、ユーザの宅内の領域内から領域外に移動したことを示した場合、検出部３０１は、ユーザが外出したと判定し、その逆の場合、ユーザが帰宅したと判定すればよい。

また、検出部３０１は、携帯端末がユーザの自宅の通信エリアを担当する基地局以外の基地局と通信を始めた場合、ユーザが外出したと判定してもよい。一方、ユーザの自宅の通信エリアを担当する基地局と携帯端末が通信を始めた場合、検出部３０１は、ユーザが帰宅したと判定してもよい。

また、位置が決まっている機器との通信結果を用いてユーザの外出又は帰宅が検出されてもよい。例えば、冷蔵庫や電子レンジなどは宅内から宅外に持ち出されることはない。そのため、情報端末３００がこれらの機器と近接無線通信（例えば、ＮＦＣやＢｌｕｅｔｏｏｔｈ（登録商標）等）を開始した場合、検出部３０１はユーザが帰宅したと判定してもよい。一方、情報端末３００がこれらの機器と近接無線通信ができなくなった場合、検出部３０１は、ユーザが外出したと判定してもよい。

また、ユーザの自宅のドアに取り付けられたインターフォンが備える顔認識装置を用いてユーザの外出又は帰宅が検出されてもよい。例えば、顔認識装置は、インターフォンが押されると、インターフォンを押したユーザの顔を撮像して顔の特徴量を抽出し、抽出した特徴量が予め登録されている顔の特徴量と一致すれば、ユーザが帰宅したと判定し、帰宅通知を検出部３０１に通知する。そして、検出部３０１は、顔認識装置から帰宅通知を受信した場合、ユーザが帰宅したと判定すればよい。

また、情報端末３００がナビゲーション装置で構成されている場合において、ユーザにより目的地が自宅に設定され、帰宅の予兆が入力された場合、検出部３０１は、ユーザが帰宅すると判定してもよい。

また、ユーザの自宅の玄関のドアに取り付けられた錠が宅内側から閉められた場合、検出部３０１はユーザが帰宅したと判定してもよい。一方、この錠が外側から閉められた場合、検出部３０１はユーザが外出したと判定してもよい。この場合、錠に、宅内側から閉められたか宅外側から閉められたか否かを検知するセンサと通信装置とを取り付ける。そして、錠が宅内側から閉められたこと或いは宅外側から閉められたことをセンサが検知した場合、通信装置は、この検知結果を検出部３０１に送信する。そして、検出部３０１は、この通信装置から送信された検知結果を用いて、ユーザの外出又は帰宅を検出すればよい。

以上のようにユーザの外出又は帰宅の検出は、ユーザの実際の移動のみならず、ユーザの外出又は帰宅の予兆が用いられてもよい。

Ｓ２０２では、取得部３０２は、機器４００の現在の設定状態、対象機器５００の現在の機器状態、および現在の宅内状態を取得する。ここで、取得部３０２は、直接、機器４００および対象機器５００と通信することで設定状態および機器状態を取得してもよいし、設定状態がサーバ２００で管理されているのであれば、サーバ２００から機器４００の設定状態および対象機器５００の機器状態を取得してもよい。

Ｓ２０３では、選択部３０３は、機器４００の普段の設定状態を示す設定ファイルの読み出し処理を実行する。この処理の詳細については、後述する。

Ｓ２０４では、選択部３０３は、読み出した設定ファイルに示された設定状態と、現在の設定状態とを比較する。

この比較結果が真であれば（Ｓ２０５でＴＲＵＥ）、つまり、全ての機器４００の現在の設定状態が設定ファイルに示された設定状態と一致していれば、通知制御部３０４は、現在の設定状態が普段の設定状態と同じであることを示す第２通知を実行する（Ｓ２０６）。

図４Ａは第２通知の第１例を示す図である。図４Ａの例では、通知制御部３０４は、機器４００の現在の設定状態が普段の設定状態と同じであることを示す「いつもどおりです」とのテキストが記載された画面をディスプレイ３０９に出力する。この第２通知により、外出時において、ユーザは、機器４００の設定状態が普段の設定状態と同じであることを認識でき、安心感が得られる。一方、帰宅時においては、ユーザは、機器４００の設定状態が普段の設定状態と同じであるため、外出中に第三者による宅内への侵入がなかったと判断し、安心感が得られる。

図４Ｂは、第２通知の第２例を示す図である。第２例では、通知制御部３０４は、機器４００の設定状態が普段の設定状態と同じであることを示す「いつもどおりです。」とのテキストに加えて、更に、各機器４００の設定状態を視覚的に明示する情報を含む画面をディスプレイ３０９に出力する。これにより、具体的な設定状態も通知され、ユーザは更なる安心感を得ることができる。この例では、機器４００の名称が示されたアイコン４０００を用いて機器４００の設定状態が示されている。更に、この例では、アイコン４０００の下側に、機器４００の設定状態を示すテキストも表示されている。

ここでは、機器４００として、テレビ（ＴＶ）、ＩＨコンロ、エアコン、およびアイロンが採用されている。そして、ＴＶ、ＩＨコンロ、およびアイロンの設定状態はオフである。そのため、ＴＶ、ＩＨコンロ、およびアイロンのアイコン４０００は、灰色で表示され、各アイコン４０００の下に「オフ」とのテキストが表示されている。一方、エアコンの設定状態はオンである。そのため、エアコンのアイコン４０００は白色で表示され、エアコンのアイコン４０００の下側には「オン」とのテキストが表示されている。

なお、第２通知の第２例では、「いつもどおりです。」、「オン」、および「オフ」のテキストを表示させたが、これは一例である。例えば、これらのテキストを非表示にし、アイコン４０００のみを用いて機器４００の設定状態を通知する態様が採用されてもよい。

また、図４Ｂの例では、オフの機器４００のアイコン４０００を灰色、オンの機器４００のアイコン４０００を白色で表示する態様が示されたが、これは一例であり、ユーザに機器４００のオン、オフが認識させることが可能な色であれば、別の色が採用されてもよい。或いは、オンの機器４００のアイコン４０００の輝度をオフの機器４００のアイコン４０００の輝度よりも高くする態様が採用されてもよい。或いは、オンの機器４００のアイコン４０００を点滅表示させ、オフの機器４００のアイコン４０００は点滅表示させない態様が採用されてもよい。

図３に戻り、比較結果が偽であれば（Ｓ２０５でＦＡＬＳＥ）、つまり、現在の設定状態が普段の設定状態と異なる機器４００が少なくとも１つ存在すれば、通知制御部３０４は、機器４００の現在の設定状態が普段の設定状態と異なることを示す第１通知を実行する（Ｓ２０７）。

Ｓ２０８では、状態遷移部３０５は、入力部３１０を用いたユーザによる操作入力の待ち受け状態になる。

図５Ａは、第１通知の第１例を示す図である。第１通知の第１例では、通知制御部３０４は、機器４００の現在の設定状態が普段の設定状態と異なることを示す「今日は、アイロンがオンのままです。」とのテキストが記載された画面をディスプレイ３０９に出力する。これにより、機器４００の設定状態が普段の設定状態とは異なる旨の注意をユーザに喚起できる。

第１通知が実行される場合、機器４００の設定状態が普段の設定状態と異なっており、ユーザから機器４００の設定状態を普段の設定状態に戻すための操作入力を受け付ける可能性が高い。そのため、図５Ａの例では、「いつもどおりの状態のオフにしますか？」というユーザへの問いかけのメッセージが表示されている。ここでは、アイロンの設定状態が普段の設定状態と異なり、「オン」であったため、アイロンがオンであることをユーザに通知するための「今日は、アイロンがオンのままです。」とのメッセージも表示されている。

そして、このメッセージの下側には、機器４００の設定状態を普段の設定状態に戻す処理を実行させるための「はい」のアイコン５００１と、その処理を実行させない「いいえ」のアイコン５００２とが表示されている。これにより、状態遷移部３０５は、ユーザからの操作入力の待ち受け状態となる。この場合、ユーザはアイコン５００１を選択する操作を入力するだけで、設定状態が普段と異なる機器４００の設定状態を普段の設定状態に戻すことができる。また、ユーザは、今回、ある機器４００の設定状態を、あえて普段と異なる設定状態にしていることもある。この場合、ユーザは、アイコン５００２を選択する操作を入力するだけで、該当する機器４００の設定状態を普段と異なる設定状態に維持できる。

図５Ｂは、第１通知の第２例を示す図である。図５Ｂの例では、設定状態が普段と異なる機器４００の設定状態を普段の設定状態へ戻すことを誘導するメッセージに代えて、全ての機器４００の現在の設定状態を示すアイコン５００３と、設定状態が普段と異なる機器４００の操作ダイアログ５００４とがディスプレイ３０９に表示されている。

ここでは、機器４００として、ＴＶ、ＩＨコンロ、エアコン、およびアイロンが採用されているため、これらの機器の設定状態を示す４つのアイコン５００３が表示されている。この例では、ＴＶ、ＩＨコンロ、エアコン、およびアイロンはそれぞれ設定状態が「オフ」、「オフ」、「オン」、および「オン」であるため、ＴＶおよびＩＨコンロのアイコン５００３は灰色で表示され、エアコンおよびアイロンのアイコン５００３は白色で表示されている。そして、ＴＶ、ＩＨコンロ、およびエアコンの設定状態は普段と同じであるが、アイロンの設定状態は普段と異なり「オン」となっている。

そのため、図５Ｂの例では、設定状態が普段と異なる機器４００をユーザに示す「今日は、アイロンがオンのままです。」とのメッセージが表示されている。そして、設定状態が普段と異なるアイロンのアイコン５００３に対応付けて、アイロンを操作するための操作ダイアログ５００４が表示されている。操作ダイアログ５００４には、アイロンを操作するための種々のボタンが表示されている。図５Ｂの例では、「オン」、「オフ」、「電源遮断」、「チャイルドロック」、および「機器設定」のボタンが操作ダイアログ５００４に含まれている。よって、ユーザは、設定状態が普段と異なる機器４００について、普段の設定状態に戻すか戻さないかの操作のみならず、更に、きめの細かな操作を入力できる。

設定状態が普段と異なる機器４００が複数ある場合、ディスプレイ３０９は、サイズ上の制約から、複数の機器４００の操作ダイアログ５００４を一度に表示できないことも想定される。この場合、ユーザがある機器４００のアイコン５００３を選択する操作を入力すると、通知制御部３０４はその機器４００のみの操作ダイアログ５００４のみをディスプレイ３０９に表示すればよい。

図３に戻り、入力部３１０がユーザから操作入力を受け付けた場合（Ｓ２０８でＹＥＳ）、状態遷移部３０５は、ユーザからの操作入力に従った機器制御を実行する（Ｓ２０９）。一方、ユーザからの操作入力を入力部３１０が受け付けない場合（Ｓ２０８でＮＯ）、処理がＳ２０８に戻され、操作入力の待ち受け状態が維持される。

図５Ａの例において、ユーザが「はい」のアイコン５００１を選択したとする。この場合、状態遷移部３０５は、該当する機器４００（アイロン）の設定状態（オン）を、普段の設定状態（オフ）に戻すための制御コマンドを該当する機器４００（アイロン）に出力する。一方、ユーザが「いいえ」のアイコン５００２を選択したとする。この場合、状態遷移部３０５は、該当する機器４００（アイロン）の設定状態（オン）を維持させるため、該当する機器４００に制御コマンドを出力しない。

なお、Ｓ２０８において、一定期間内にユーザから操作入力を受け付けなかった場合、状態遷移部３０５は、制御コマンドを出力することなく、処理を終了させればよい。

以上のように、機器４００の設定状態が普段と同じ設定状態の場合、第２通知が実行される。ここで、第２通知には、機器４００の設定状態が普段と同じである旨のメッセージのみが含まれた控え目な通知であり、ユーザに対して確認した旨の回答を入力する操作を強いる通知ではない。そのため、ユーザは第２通知が行われる都度、確認した旨の回答を入力する手間が省かれ、操作ストレスが抑制される。また、第２通知には、機器４００の設定状態が普段と同じである旨のメッセージが含まれている。そのため、ユーザに安心感を与えることができる。

一方、機器４００の設定状態が普段と異なる場合には、第１通知が実行される。ここで、第１通知には、設定状態が普段と異なる機器４００を示す情報や、その機器４００の設定状態を普段の設定状態に戻すことが可能なボタンなどが含まれている。これにより、例えば、外出時において、機器４００の電源の消し忘れをユーザに認識させることができ、ユーザは該当する機器４００の電源を消して、安心して外出することができる。

リモート操作ではユーザは制御対象の機器４００の実際の稼働状態を目視して確認できない。そのため、このようにユーザに安心感を与えることは、リモート制御における重要な要素である。

＜学習による機器の設定ファイルの生成＞
リモート制御対象の機器４００の普段の設定状態を示す設定ファイルを、ユーザの普段の行動を学習して生成することで、更なるユーザへの操作性の向上が実現できる。つまり、学習により設定ファイルが生成されることで、ユーザの生活行動により適合した設定ファイルが生成される。そして、この設定ファイルと機器４００の現在の設定状態とが比較され、現在の設定状態が普段と同じであれば簡素な第２通知が行われる。

一方、現在の設定状態が普段と異なる場合には第１通知が行われ、ユーザは機器４００をリモート制御できる。また、ユーザは普段の機器４００への操作を意識しなくても、ユーザの日常生活に適合する設定ファイルが作成され、その設定ファイルにしたがって、機器４００をリモート制御できる。更に、細かに学習したとしても、前述のようにいつもと違う時にだけ第１通知が行われるため、ユーザに与える操作ストレスは低い。

次に、設定ファイルの生成の詳細について説明する前に、図６Ａ〜図７Ｂを用いて設定ファイルの生成の概要について説明する。図６Ａ、図６Ｂは、あるユーザの外出日時、および外出する際の宅内の機器４００の設定状態が記録された設定状態履歴を示す図である。図６Ａは、午前の設定状態履歴が示されており、図６Ｂは午後の設定状態履歴が示されている。設定状態履歴には、「ユーザＩＤ」、「外出日時」、および機器４００のそれぞれの「設定状態」が含まれる。

「ユーザＩＤ」は、本遠隔制御システムのサービスが適用されるユーザの識別子である。「外出日時」は、ユーザが外出した日および時刻を示す。また、図６Ａ、図６Ｂの例では、リモート制御対象の機器４００として、ポット、ＩＨコンロ（ＩＨＣ）、および洗濯機が採用されているため、設定状態履歴には、「ポット」、「ＩＨＣ」、および「洗濯機」の設定状態が記録されている。

図６Ａの最下行を例に挙げて説明すると、「ユーザＩＤ」が「９７８」のユーザの宅内では、４月１２日の７：０３にこのユーザの外出が検出され、外出の検出時において、ポット、ＩＨＣ、および洗濯機の設定状態が、それぞれ、「お湯ロック」、「オフ」、および「オフ」であったことが記録されている。また、図６Ａ、図６Ｂにおいて、最下行のレコードには、最新の設定状態、すなわち、現在の設定状態が記録され、それ以外の行は、過去の設定状態が記録されている。

図６Ａに示されるように、午前の外出時では、「ポット」、「ＩＨＣ」、および「洗濯機」の設定状態は、それぞれ、大半が「お湯のロック」、「オフ」、および「オフ」である。一方、図６Ｂに示されるように、午後の外出時では、「ポット」の設定状態は午前と同様に「お湯のロック」であるが、「ＩＨＣ」および「洗濯機」の設定状態は、午前と異なり、大半が「電源遮断」および「チャイルドロック」である。このようにある宅内におけるユーザの日々の行動パターンは、同じ行動の繰り返しであることが多い。一方、午前と午後とではユーザの行動パターンは異なることもあり、午前と午後とを区別することなく、一様に機器４００をオフにするというような固定的な制御を行うと、ユーザのニーズを満たすことはできない。

図７Ａ、図７Ｂは、図６Ａ、図６Ｂと同一ユーザの宅内における、外出日時、宅内状態、および機器状態が記録された宅内履歴を示す図である。図７Ａは、午前の宅内履歴が示され、図７Ｂは午後の宅内履歴がを示されている。宅内履歴には、「ユーザＩＤ」、「外出日時」、「宅内状態」、および「機器状態」が含まれる。

「ユーザＩＤ」および「外出日時」は、図６Ａ、図６Ｂと同じである。「宅内状態」は、ユーザが居住する宅内の状態を示す。ここでは、「宅内状態」としては、外出が検出される直前における宅内の在宅人数が採用されている。「機器状態」は宅内に設置された監視対象となる対象機器５００の状態を示す。ここでは、対象機器５００としてテレビが採用され、「機器状態」として、ユーザが視聴するテレビ番組が採用されている。この例では、「宅内状態」および「機器状態」として、「在宅人数」および「視聴テレビ番組」が採用されているが、本開示はこれに限定されない。例えば、「宅内状態」として「在宅人数」に代えて、或いは加えて「室温」が採用されてもよい。また、「機器状態」として「視聴テレビ番組」代えて或いは加えて「洗濯機の稼働情報」など他の対象機器５００の機器状態が採用されてもよい。また、対象機器５００としては、リモート制御対象の機器４００が採用されてもよい。

図７Ａの最下行を例に挙げて説明すると、「ユーザＩＤ」が「９７８」のユーザの宅内では、４月１２日の７：０３にこのユーザの外出が検出され、外出の検出時において、外出したユーザを含めて「在宅人数」は「３名」であり、宅内の誰かが「時代劇」のテレビ番組を試聴していたことが記録されている。

図７Ａに示されるように、午前の外出時には、外出するユーザを含めて３名の人間が在宅しており、そのうち１名は時代劇のテレビ番組を視聴していたことが記録されている。一方、午後の外出時には外出するユーザを含めて２名の人間が在宅しており、そのうち１名は子供番組を視聴していることが記録されている。ここで、テレビ番組の視聴人数は、例えば、テレビやエアコンが備える人物検出センサの検出結果を利用することで特定できる。

また、外出するユーザ（ユーザＩＤが「９７８」のユーザ）の登録情報には、このユーザは４０代の女性であることが記録されている。また、図７Ｂの宅内履歴には「在宅人数」として「２名」、「視聴テレビ番組」として「子供番組」が記録されている。そのため、母親であるこのユーザが外出する前の午後において、宅内には母親および子供の２名が在宅していた可能性が高いと推測できる。そのため、図６Ｂの設定状態履歴には、「ＩＨＣ」および「洗濯機」の設定状態として、「チャイルドロック」および「電源遮断」など安全対策のための設定状態が記録されていることが推測できる。

一方、図７Ａの宅内履歴には、「在宅人数」として「３名」、「視聴テレビ番組」として「時代劇」が記録されている。そのため、母親であるユーザが外出する前の午前において、「３名」の中には時代劇を見るような大人が含まれており、母親と祖父（もしくは祖母）と子供との３名が在宅していると推測できる。そのため、図６Ａの設定状態履歴には、「ＩＨＣ」および「洗濯機」は「電源遮断」および「チャイルドロック」といった安全対策のための設定状態が実施されていないと推測できる。

以上のように、宅内履歴から宅内の状況がある程度予測でき、更に同じような状況の時にユーザが外出した場合には、機器４００の設定状態は同じであるケースが多い。すなわち、外出時における宅内の状況と、外出時における機器４００の設定状態とは相関があるといえる。本開示はこの点に注目した。

図８は、図３のＳ２０３の設定ファイルの読み出し処理の詳細を示すフローチャートである。Ｓ７０１では、取得部３０２は、サーバ２００から同一宅内のユーザ（以下、ユーザＡとする。）の宅外情報８０１および宅内情報８０２を取得する。図１０は、宅外情報８０１および宅内情報８０２の概念図である。サーバ２００は、宅外情報８０１および宅内情報８０２をユーザ別に管理している。

宅内情報８０２には、在宅人数、外出日時、および家電ログなどが含まれる。在宅人数および外出日時は図７Ａ、図７Ｂに示す「在宅人数」および「外出日時」と同じである。家電ログは、機器４００および対象機器５００のログ情報である。ここでは、家電ログとしては、図６Ａ、図６Ｂに示す機器４００の設定状態および図７Ａ、図７Ｂに示す対象機器５００の「視聴テレビ番組」が含まれる。

ここで、在宅人数および家電ログは、それぞれ、該当する外出日時が対応付けられている。そのため、取得部３０２は、家電ログから、図６Ａ、図６Ｂに示す設定状態履歴を取得できる。また、取得部３０２は、家電ログから、図７Ａ、図７Ｂに示す宅内履歴を取得できる。

なお、上記の家電ログは一例であり、電気使用量、水の使用量、或いは窓の開閉などのログ情報が家電ログとして採用されてもよい。

宅外情報８０１には、スケジュール、携帯使用頻度、およびナビ設定地などが含まれる。スケジュールは、ユーザＡの携帯端末にユーザが登録した自身のスケジュールであり、サーバ２００により管理されている。携帯使用頻度はユーザＡの携帯電話の通話履歴などであり、サーバ２００により管理されている。ナビ設定地は、ユーザＡが自身の自動車に搭載されたナビゲーション装置に設定した目的地の履歴であり、サーバ２００により管理されている。

なお、Ｓ７０１では、サーバ２００が管理するユーザＡの全て宅外情報８０１および宅内情報８０２を取得するとデータ量が膨大になるため、取得部３０２は、過去一定期間の宅外情報８０１および宅内情報８０２を取得してもよい。

また、Ｓ７０１では、宅外情報８０１および宅内情報８０２の両方を取得するとしたが、取得部３０２は、宅外情報８０１を取得せず、宅内情報８０２のみ取得してもよい。また、携帯使用頻度は、宅内情報８０２として取り扱われてもよい。また、宅内情報８０２として、ユーザＡの家族の１以上の構成員のそれぞれの属性（例えば、父親、年齢）を示す家族・ユーザ属性が含まれてもよい。宅外情報８０１には、ユーザＡの属性（例えば、母親、年齢）が含まれていてもよい。

また、宅内情報８０２には、在宅人数、外出日時、および家電ログと、家族・ユーザ属性とを加工および解析することで作成された宅内行動ＤＢ（データベース）が含まれていてもよい。ここで、宅内行動ＤＢは、例えば、家族の各構成員の時間帯別の外出頻度や、在宅確率や、行動履歴などを示すデータベースである。また、宅外情報８０１には、スケジュール、携帯使用頻度、およびナビ設定値と、ユーザ属性とを加工および解析することで作成された宅外行動ＤＢが含まれてもよい。ここで、宅外行動ＤＢは、例えば、ユーザＡの時間帯別の外出頻度や、在宅確率や、行動履歴などを示すデータベースである。

Ｓ７０２では、選択部３０３は、現在の「外出日時」が示す外出時刻が、ユーザＡが指定した条件にあてはまるか否かを判定する。例えば、午後１５時〜１６時の時間帯においては、機器４００に対して指定した設定状態で動作をさせるという条件をユーザＡが事前に登録していたとする。そして、現在の「外出時刻」が午後１５時〜１６時の時間帯に該当したとする。この場合、Ｓ７０２でＹＥＳと判定される。

Ｓ７０３では、状態遷移部３０５は、ユーザＡが事前に指定した設定状態を読み出し、読み出した設定状態で機器４００を動作させるための制御コマンドを機器４００に出力する。一方、現在の「外出時刻」が指定した条件にあてはまらない場合（Ｓ７０２でＮＯ）、処理がＳ７０４に進められる。

Ｓ７０４では、選択部３０３は、クラスタ処理を行う。図１１は、クラスタ処理の概念図である。ここでは、説明の簡略化ために、処理対象の入力データとして、「１０歳の子供の有無」、「外出日時」、および「視聴テレビ番組」の３つのデータがクラスタ処理されるものとする。したがって、図１１の例では、視聴テレビ番組の軸と、外出時刻を示す軸と、１０歳の子供の存在の有無を示す軸との３つの軸を用いた３次元の座標空間でクラスタ処理の結果が示されている。

ここで、視聴テレビ番組は、図７Ａ、図７Ｂで示したものと同じである。外出時刻は、図７Ａ、図７Ｂに示す外出日時から月日の情報を取り除いた外出時刻である。例えば、外出日時が「７月９日７：０３」とすると、「７：０３」が外出時刻となる。１０歳の子供の有無は、ユーザの家族に１０歳の子供がいるか否かを示す。このデータは、例えば家族・ユーザ属性としてユーザが予め登録したデータが採用できる。

なお、実際にはこれら３つだけではなく、Ｓ７０１で取得した種々のデータに対してクラスタ処理が行われる。このように日々、宅内からサーバ２００にアップロードされるデータを解析することで、アップロードされたデータはいくつかのクラスタに分類される。そして、図１１の例では、入力データは３つのクラスタＡ、Ｂ、Ｃに分類されている。次に、図１１に示す各クラスタについて図１２を用いて説明する。

図１２は、図１１に示す各クラスタの特徴を示す図である。クラスタＡは、家族に１０歳の子供がいて、ユーザが１２〜１５時頃外出し、外出の直前に子供番組を視聴するという特徴を持つ「宅内の状況」が表されている。また、クラスタＡに属する入力データに対応する設定状態を分析すると、電子レンジ、テレビ、およびエアコンは、それぞれ、「チャイルドロック」、「操作なし」、および「操作なし」が最も多かった。

ここで、入力データに対応する設定状態とは、入力データに対して、外出日時を同一とする設定状態が該当する。例えば、図７Ｂに示す「外出日時」が「４月９日１９：０１」の「視聴テレビ番組」が「子供番組」のデータが入力データとしてクラスタリングされたとすると、このデータに対応する設定状態は、「外出日時」が「４月９日１９：０１」で同じである、図６Ｂの「ポット」の「お湯ロック」、「ＩＨＣ」の「電源遮断」、および「洗濯機」の「チャイルドロック」が該当する。

つまり、クラスタＡの特徴が示す「宅内の状況」下においてユーザが外出した場合の機器４００の電子レンジ、テレビ、およびエアコンの設定状態は、それぞれ、「チャイルドロック」、「操作なし」、および「操作なし」が普段の設定状態を表す。

よって、現在の宅内の状況がクラスタＡに属しているとすると、機器４００の現在の設定状態が図１２に示した設定状態と同じであれば、機器４００の現在の設定状態は普段と同じと考えられる。一方、機器４００の現在の設定状態が図１２に示した設定状態と異なっていれば、機器４００の現在の設定状態は普段と異なると考えられる。

次に、具体的な処理について説明する。図１３Ａ、図１３Ｂは、図７Ａ又は図７Ｂに示す過去のデータおよび現在のデータのそれぞれを入力データとした場合のクラスタ処理を示す図である。

なお、この例でも説明の便宜上、外出時刻および視聴テレビ番組の２種類のデータのみが入力データとして採用されている。クラスタリング処理は、これらの多次元の入力データ（この例では２次元）に対して、例えば、k-means法によって行われる。

図１３Ａ、図１３Ｂのそれぞれにおいて、縦軸は視聴テレビ番組を示し、横軸は外出時刻を示している。図１３Ａは、プロットされる前の入力データを示し、図１３Ｂは、図１３Ａの入力データのクラスタ処理の結果が示されている。図１３Ｂの例では、入力データは、クラスタＡ、Ｂ、Ｃの３つに分類されている。また、図１３Ａ、図１３Ｂにおいて、黒丸は図７Ａ、図７Ｂに示す過去のデータを示し、白丸は図７Ａ又は図７Ｂに示す現在のデータを示している。図１３Ｂに示されるように、現在のデータは、クラスタＢにクラスタリングされている。

図８に戻り、選択部３０３は、現在のデータが属するクラスタが所定のクラスタの条件を満たすか否かを判定する（Ｓ７０５）。

図１４は、クラスタの条件の一例を示す図である。図１４の例では、クラスタの条件として３つの条件が示されている。条件１は、各クラスタにおいて、クラスタリングされた入力データの数が閾値より大きいか否かによって、クラスタの有効性を判定する条件である。例えば、クラスタＡの入力データ数は８であり、これは閾値５よりも大きな数である。そのため、クラスタＡは、条件１を満たし、クラスタの条件として条件１のみが採用された場合、有効なクラスタである。

一方、現在のデータが属するクラスタＢは、入力データの数が２であり、閾値値以下である。そのため、クラスタＢは、条件１を満たさず、有効なクラスタではないと判定される。

このように、クラスタの条件として条件１のみが採用された場合、現在のデータが属するクラスタにクラスタリングされた入力データの数が閾値である５より大きければ、Ｓ７０５でＹＥＳと判定され、処理がＳ７０６に進められる。つまり、現在のデータが属するクラスタＢにクラスタリングされた入力データの数が５より大きければ、処理がＳ７０６に進められる。

そして、Ｓ７０５では、各クラスタに対応する設定状態が書き込まれた設定ファイルが作成される。この場合、各クラスタの入力データに対応する設定状態の中で、最も多い設定状態が設定ファイルに書き込まれ、設定ファイルが生成される。

Ｓ７０６では、選択部３０３は、現在のデータが属するクラスタに対応する設定状態を設定ファイルから読み出す。

図９は設定ファイルの一例を示す図である。図９の設定ファイルは、ユーザＩＤが「９７８」のユーザの設定ファイルが示されている。また、図９の設定ファイルは、１つの行が１つのクラスタを示している。また、図９の設定ファイルは、外出時刻、曜日、在宅人数、および視聴テレビ番組が対応付けられたデータが入力データとしてクラスタ処理されたときのクラスタリング結果が書き込まれている。そのため、設定ファイルには、「時間帯」、「曜日」、「在宅人数」、および「視聴テレビ番組」が書き込まれている。ここで、「時間帯」は、クラスタリングされた入力データが示す「外出時刻」のうち、最も後の時刻と最も前の時刻とを含む区切りの良い時間帯が採用されている。つまり、図９の設定ファイルは、外出時刻、曜日、在宅人数、および視聴テレビ番組が入力データとしてクラスタリングされたものである。

また、図９において、「設定状態」は、各クラスタに属する入力データに対応する設定状態の中で最も多い設定状態を示している。例えば、時間帯「６：００−１２：００」の行のクラスタに属する入力データに対応する設定状態は、「ポット」の設定状態が「お湯ロック」、「ＩＨＣ」の設定状態が「オフ」、「洗濯機」の設定状態が「オフ」が最も多かった。そのため、時間帯「６：００−１２：００」の行の「ポット」、「ＩＨＣ」、および「洗濯機」は、それぞれ、「お湯ロック」、「オフ」、および「オフ」の設定状態が書き込まれている。

ここで、現在が「１２：００」の「月曜日」であり、「ポット」、「ＩＨＣ」、および「洗濯機」の現在の設定状態が「お湯ロック」、「オフ」、および「チャイルドロック」であったとする。この場合、設定ファイルに書き込まれた普段の設定状態と現在の設定状態とが相違するため、図３のＳ２０５でＦＡＬＳＥと判定され、第１通知が行われる。

一方、この例において、「ポット」、「ＩＨＣ」、および「洗濯機」の現在の設定状態が「お湯ロック」、「オフ」、および「オフ」であったすると、図９に示す普段の設定状態と同じであるため、図３のＳ２０５でＴＲＵＥと判定され、第２通知が行われる。

また、図９において「Ｄｅｆａｕｌｔ」の行に記録された設定状態は、後述するＳ７１０で読み出されるデフォルト値である。

なお、上記では、Ｓ７０５において、クラスタの条件として条件１のみを用いた例を示したが、図１４に示す条件２および条件３に示される複数の条件が用いられてもよい。例えば、クラスタの条件として、条件１に更に条件２が付け加えられてもよい。

条件２は、クラスタリングされた入力データに対応する設定状態の中で、最も多い設定状態の個数が一定個数以上あれば、有効なクラスタとする条件である。例えば、クラスタＡでは、「電子レンジ：チャイルドロック」、「テレビ：オフ」、「エアコン：オフ」が最多の設定状態であり、かつ、これらの設定状態を持つデータの個数が一定値以上であった。そのため、クラスタＡは条件２を満たすと判定される。ここで、一定値としては、クラスタ内の全数に対する割合が採用できる。また、割合としては、過半数（例えば５０％）が採用されてもよいし、クラスタ内の全数の９０％、８０％、７０％、６０％等の過半数より大きな値が採用されてもよい。例えば、一定値として過半数が採用された場合、クラスタＡにおいて、「電子レンジ：チャイルドロック」の割合が８０％、「テレビ：オフ」の割合が８０％、「エアコン：オフ」の割合が８０％であれば、いずれの割合も過半数を超えているため、クラスタＡは、条件２を満たすと判定される。

ここでは、一定値として全数に対する割合が採用されたが、固定の数が採用されてもよい。また、統計分析により算出された数が一定値として採用されてもよい。条件２では、設定状態に統一性があるクラスタのみが有効なクラスタとして取り扱われる。

また、条件２に代えて、或いは加えて条件３がクラスタの条件として付け加えられてもよい。条件３は、対象となるクラスタにおいて、現在のデータを加えることによって、クラスタの中心値が大きく変化する場合、そのクラスタを有効なクラスタから除外するという条件である。

図１５Ａ、図１５Ｂはクラスタの条件の一例を示す図である。図１５Ａは、過去のデータのみを入力データとした場合のクラスタ処理を示した図であり、図１５Ｂは、過去のデータのクラスタリング結果に対して現在のデータを加えた場合の中心値の変化を示した図である。なお、図１５Ａ、図１５Ｂにおいて、縦軸および横軸は図１３Ａ、図１３Ｂと同じである。

図１５Ａでは、視聴テレビ番組および外出時刻の過去のデータを入力データとした場合のクラスタリング結果が示されており、入力データはクラスタＡ、Ｂ、Ｃの３つのクラスタに分類されている。この際、選択部３０３は、各クラスタにつき、中心値を算出しておく。ここで、クラスタＢの中心値をＣ＿Ｂと表す。次に、選択部３０３は、図１５Ａのクラスタリング結果に対して現在のデータも付け加えてクラスタリングを行う。そして、選択部３０３は、再度、現在のデータが属するクラスタの中心値を求める。ここで、中心値としては、例えば、各クラスタの重心が採用される。

図１５Ｂの例では、現在のデータはクラスタＢに分類されている。ここで、現在のデータを加えたときのクラスタＢをクラスタＢ’と表す。そして、選択部３０３は、クラスタＢ’の中心値Ｃ＿Ｂ’を算出する。次に、選択部３０３は、中心値Ｃ＿Ｂ’と中心値Ｃ＿Ｂとを比較する。そして、中心値Ｃ＿Ｂ’と中心値Ｃ＿Ｂとの距離（移動量）が一定値より大きければクラスタＢ’は無効なクラスタと判定される。一方、中心値Ｃ＿Ｂ’の中心値Ｃ＿Ｂとの距離が一定値以下であれば、クラスタＢ’は有効なクラスタと判定される。

新しいデータが追加された場合に中心値が大きく変わるということは、そのクラスタの学習が不十分であり、このクラスタに対応する設定状態は、普段の設定状態を正確に算出できていない可能性が高い。そこで、条件３を加えることで、普段の設定状態をより正確に表したデータが書き込まれた設定ファイルが作成される。

なお、以上の３つの条件の組み合わせは変えられてもよい。例えば、条件１と条件３とが組み合わされてもよいし、条件２だけが用いられてもよい。つまり、クラスタの条件は条件１〜３のうち、少なくともいずれか１つの条件が用いられればよい。また、以上で説明したもの以外の条件がクラスタの条件として用いられてもよい。この場合、ユーザの行動が十分に学習できていないクラスタを無効クラスタとして取り扱うような条件であればどのような条件が採用されてもよい。また、クラスタリングの分析方法として、k-means法が示されたが、他のクラスタリング法が採用されてもよい。

以上の処理は、ユーザの個人データ内でのクラスタ処理が示されたが、一定条件を満たすクラスタに分類ができない場合、他のすべてのユーザのデータを用いたクラスタ処理を行い、普段の設定状態が抽出されてもよい。つまり、Ｓ７０５でＮＯと判定された場合、選択部３０３は、Ｓ７０７以降の処理を実行し、サーバ２００が管理する他の複数のユーザのデータを用いて、クラスタ処理を行う。

Ｓ７０７では、選択部３０３は、図１０のユーザ別の宅外情報８０１、宅内情報８０２、および全ユーザの蓄積情報８０３を用いて、クラスタ処理を実行する。具体的には、図７Ａ、図７Ｂに示す宅内履歴の全ユーザ分の宅内履歴に対して、クラスタリング処理が行われる。

Ｓ７０５では、入力データが該当するユーザ個人のデータが入力データとしてクラスタ処理が行われていたが、Ｓ７０７では、該当するユーザのデータに加えて他のユーザのデータも入力データとしてクラスタ処理が行われる。それ以外は、Ｓ７０４と同じである。

ここで、入力データとしては、サーバ２００が管理する全ユーザの過去一定期間のデータが採用されてもよいし、全ユーザのうち所定条件を満たすユーザの過去一定期間のデータが採用されてもよい。なお、所定条件としては、該当するユーザと家族構成が同じであるといった条件、該当するユーザと性別および世代が同じであるといった条件が採用できる。

例えば、図１３Ａ、１３Ｂを例に挙げると、Ｓ７０４では、ある１のユーザ（ユーザＡ）の視聴テレビ番組および外出時刻を入力データとしてクラスタ処理が行われているが、Ｓ７０７では、ユーザＡに加えてサーバ２００が管理する他のユーザの視聴テレビ番組および外出時刻も用いてクラスタ処理が行われる。

Ｓ７０８では、選択部３０３は、Ｓ７０５と同様、現在のデータが属するクラスタが所定のクラスタ条件を満たすクラスタか否かを判定する。そして、Ｓ７０８において、有効と判定されると（Ｓ７０８でＹＥＳ）、処理がＳ７０９に進められ、無効と判定されると（Ｓ７０８でＮＯ）、処理がＳ７１０に進められる。なお、Ｓ７０８でも、Ｓ７０５と同様、各クラスタの入力データに対応する設定状態の中で、最も多い設定状態が設定ファイルに書き込まれ、設定ファイルが生成される。この場合、図９においてユーザＩＤが省かれた設定ファイルが生成される。

Ｓ７０９では、選択部３０３は、Ｓ７０６と同様、現在のデータが属するクラスタに対応する設定状態が、Ｓ７０８で作成した設定ファイルから読み出す。ここでは、ユーザＡの現在の宅内の状況に対して、近い状況下にある多くのユーザの設定状態が読み出されることになる。そして、ユーザＡの現在の設定状態がＳ７０９で読み出した設定状態と異なれば、図３に示すＳ２０５でＦＡＬＳＥと判定され、第１通知が実行される。一方、ユーザＡの現在の設定状態がＳ７０９で読み出した設定状態と同じであれば、図３に示すＳ２０５でＴＲＵＥと判定され、第２通知が実行される。

なお、Ｓ７０８、Ｓ７０９の処理の詳細は、Ｓ７０５、Ｓ７０６と同じであるため、説明を省略する。ただし、クラスタの有効性を判定する際に用いられる閾値などは、Ｓ７０５とは異なる値が適宜採用される。例えば、Ｓ７０８では、Ｓ７０５に比べ、特定のユーザのみならず他のユーザのデータも用いられるため、データ数が膨大である。そのため、条件１の閾値としては、Ｓ７０５では１のユーザを想定した値（例えば、５）が採用されていたが、Ｓ７０８では、処理対象とされるデータ数に応じた値が採用される。また、Ｓ７０７では、Ｓ７０４に比べて処理対象とされるデータ数が膨大となるため、Ｓ７０４で用いたクラスタ処理とはアルゴリズムの異なるクラスタ処理が採用されてもよい。

Ｓ７１０では、選択部３０３は、設定状態のデフォルト値を読み出す。ここで、デフォルト値は、例えば、ユーザが初期化時に決めた値が採用されてもよいし、各機器４００の機器メーカが出荷時にあらかじめ決めた値が採用されてもよい。

例えば、発熱系の機器４００であればデフォルト値としてオフが採用され、回転系の機器４００であればデフォルト値としてチャイルドロックが採用される。

以上説明したように、ユーザの位置が宅内から宅外、或いは宅外から宅内に変化した場合に、各機器４００の設定状態と、該当するユーザ或いは他のユーザのデータから学習された同一の宅内の状況下での各機器４００の普段の設定状態とが比較される。そして、比較結果が真の場合はユーザへ第２通知が実行され、比較結果が偽の場合は第１通知が実行され、情報端末３００がユーザからの操作入力の待ち受け状態にされる。そのため、外出時或いは帰宅時において、入力を強いるような通知を必要な場合のみユーザに提示し、ユーザへの操作負担を軽減できる。

（変形例１）
図１６は、本実施の形態における変形例１の処理フローを示す図である。図１６の処理フローは、図３の処理フローに対して、更にＳ１４０１、Ｓ１４０２の処理が追加されている。それ以外の図１６の処理は、図３と同じであるため、説明を省略する。

Ｓ１４０１では、状態遷移部３０５は、第１通知が実行されてから一定期間が経過したか否かを判定する。そして、一定期間内においてユーザから操作入力があれば（Ｓ１４０１でＮＯ、且つ、Ｓ２０８でＹＥＳ）、図３と同様、状態遷移部３０５は、ユーザからの操作入力に従った機器制御を実行する（Ｓ２０６）。

一方、一定期間内にユーザからの操作入力があれば（Ｓ１４０１でＹＥＳ）、状態遷移部３０５は、Ｓ２０３で読み出した設定ファイルが示す設定状態で各機器４００を稼働させる自動の機器制御を実行する（Ｓ１４０２）。ここで、操作入力の回数を低減するという観点からすると、第１通知においては、機器４００の設定状態をあえて普段と異なる設定にしているレアケースの場合にのみユーザに回答を入力をさせればよい。そこで、第１通知を実行したが、ユーザから第１通知に対する操作入力が一定期間内に行われない場合、状態遷移部３０５は、機器４００の設定状態を普段の設定状態に強制的に戻す。

図１７は、本実施の形態の変形例１における第１通知の一例を示す図である。図１７の例では、機器４００として、ＴＶ、ＩＨコンロ、エアコン、およびアイロンが採用されている。そして、エアコンの設定状態が外出時における普段の設定状態とは異なり「オン」であったため、図１７の例では、エアコンのアイコン５００３が白色で表示され、「エアコンをオフにしますか？」という問い合わせを示すテキストが表示されている。

そして、このテキストの下側には、エアコンを普段通りオフするための「はい」のアイコン５００１と、エアコンの設定状態をオンに維持するための「いいえ」のアイコン５００２とが表示されている。

今回の外出に限り意図的にエアコンをオンにしている場合、ユーザは「いいえ」のアイコン５００２を選択する。一方、エアコンをオフするのを忘れて外出した場合、ユーザは「はい」のアイコン５００１を選択する。ここで、変形例１では、第１通知に対してユーザは何も操作を入力しなくても、一定期間経過（図１７では５秒）すると、エアコンは自動的にオフされる。そのため、図１７の例では、「５秒間の間に入力がない場合は、エアコンをオフにしてこの表示を終了します。」とのテキストが表示されている。これにより、ユーザは、エアコンをオフにするのを忘れて外出した場合、第１通知に対する回答をあえて入力をしなくても、エアコンの設定状態を普段通りの設定状態に戻すことができる。そのため、ユーザの操作回数が１回少なくなり、操作性が向上する。

（変形例２）
次に、第１、第２通知の変形例を示す変形例２について説明する。図１８Ａは変形例２における第２通知の第１例を示す図であり、図１８Ｂは変形例２における第２通知の第２例を示す図である。

図１８Ａの第２通知の例では、機器４００の設定状態がいつもと同じ状態であることを示すメッセージに加えて各機器４００の設定状態を示すアイコン５００３も表示されている。ユーザは、いつもと同じ設定状態であることを示すメッセージを単に確認しただけでは、各機器４００がどのような設定状態であるか確認ができず、心理的に不安になる可能性がある。そこで、図１８Ａの例では、これを回避するために各機器４００の設定状態がアイコン５００３を用いて具体的に示されている。これにより、ユーザは更なる安心感を得ることができる。

ここで、機器４００の数が多い場合にはスマートフォンのような小さな画面に、全ての機器４００の設定状態を同時に表示することは難しい。そこで、図１８Ａの例では、機器４００の設定状態を機器４００の分類別に示すアイコン５００３が採用されている。

図１８Ａの例では、機器４００は、「発熱家電」、「空調家電」、「娯楽家電」、および「その他」に分類されており、これら４つの分類に対応する４つのアイコン５００３が表示されている。

ここで、「発熱家電」としては、例えば、ＩＨコンロ、電気ケトル、およびオーブントースターといった機器４００が該当する。「空調家電」としては、例えば、エアコン、および空気清浄機といった機器４００が該当する。「娯楽家電」としては、例えば、テレビ、レコーダ、およびゲーム機器といった機器４００が該当する。「その他」としては、これら３つの分類に属さない機器４００が該当する。

また、図１８Ａの例では、各アイコン５００３の設定状態が表示されている。例えば、「発熱家電」は設定状態が「チャイルドロック」であるため、「チャイルドロック」と表示されている。なお、図１８Ａの例では、「発熱家電」、「空調家電」、および「娯楽家電」の各分類において複数の機器４００が含まれる場合、複数の機器４００の普段の設定状態は同じであるものとする。

また、図１８Ｂの例では、図１８Ａに示す情報に加えて、機器４００を操作する操作ダイアログを表示させるための「何か機器を操作する」と記載された呼出アイコン１８００が表示されている。但し、第２通知は機器４００の設定状態が普段通りであることをユーザに通知することを目的とするため、入力待ちの状態にするとユーザへの操作負担が増えてしまう。そこで、通知制御部３０４は、第２通知を一定期間（ここでは、３秒）経過後にディスプレイ３０９から消去する。そのため、図１８Ｂの例では、「３秒後に表示を終了させます。」というメッセージが表示されている。また、第２通知は、機器４００の設定状態が普段と同じであることをユーザに通知すれば足りるため、図１８Ａの例でも、一定期間（３秒）経過後に第２通知がディスプレイ３０９から消去される。そのため、図１８Ａの例でも、「３秒後に表示を終了させます。」とのメッセージが表示されている。

なお、図１８Ｂにおいて、呼出アイコン１８００がユーザにより選択されると、通知制御部３０４は、機器４００の名称が一覧表示された機器一覧画面をディスプレイ３０９に表示する。そして、機器一覧画面の中からユーザにより１の機器４００が選択されると、通知制御部３０４は、選択された機器４００の操作ダイアログをディスプレイ３０９に表示する。

図１９Ａは変形例２における第１通知の第１例を示す図であり、図１９Ｂは変形例２における第１通知の第２例を示す図である。図１９Ａの例では、「発熱家電」が普段の設定状態と異なっていた。そのため、図１９Ａに示す第１通知には、「発熱家電」に分類される各機器４００の設定状態を示すと共に、各機器４００を操作可能な操作ボタンを含む操作ダイアログ１９０１が表示されている。

図１９Ａの例では、「発熱家電」には、アイロン、電気ポット、およびＩＨＣが含まれているため、これら３つの機器４００に対応するアイコン１９０２が表示されている。そして、この例では、アイロンおよび電気ポットは普段通りにオフになっているが、ＩＨＣは普段とは異なりオンになっている。そのため、アイロンおよび電気ポットのアイコン１９０２は設定状態が普段通りであることを示す色（例えば灰色）で表示され、ＩＨＣのアイコン１９０２は設定状態が普段と異なることを示す色（例えば白色）で表示されている。

また、図１９Ａに示す操作ダイアログ１９０１には、アイロン、電気ポット、およびＩＨＣを操作するために、各機器４００につき２つのボタン１９０３が表示されている。ここでは、アイロン、電気ポット、ＩＨＣのそれぞれに対して、「オフ」および「チャイルドロック」に設定するための２つのボタン１９０３が表示されている。

この操作ダイアログ１９０１を通じて、ＩＨＣの消し忘れに気づいたユーザは、ＩＨＣに対応する「オフ」のボタン１９０３を選択することで、ＩＨＣをオフにできる。

図１９Ｂの第１通知では、設定状態が普段通りでない機器４００についてのみ、ボタン１９０３が表示されている点が図１９Ａと異なる。図１９Ｂの例では、発熱家電に分類される機器４００のうち、ＩＨＣのみの設定状態が普段と異なっていた。そのため、ＩＨＣのアイコン１９０２は白色で表示されると共に、ＩＨＣを操作するための２つのボタン１９０３のみが表示されている。

図２０は、変形例２における第１通知の第３例を示す図である。図２０の例では、機器４００として、ＴＶ、ＩＨコンロ、エアコン、およびアイロンが採用されている。そして、図２０の例では、ユーザの帰宅時におけるエアコンの設定状態として２７度が遠隔制御システムによって学習されていたとする。また、図２０の例では、この学習結果に対してユーザの帰宅時における現在の設定状態が相違していた。そのため、エアコンのアイコン５００３が普段の設定状態とは異なることを示す色（図２０では白色）で表示されている。また、このことをユーザに認識させるために、図２０の例では、「いつも通りアイコンを２７度にしますか？」とのテキストが表示されている。ここで、ユーザが「はい」のアイコン２００１を選択したとする。すると、遠隔制御システムは、学習結果が正しかったと認識する。一方、ユーザが「いいえ」のアイコン２００２を選択したとする。すると、遠隔制御システムは、学習結果が正しくなかったと認識する。そして、学習結果が正しくない場合、遠隔制御システムは、この学習結果に対応するクラスタを例えば無効として取り扱い、再度、クラスタ処理をやり直せばよい。

（変形例３）
本開示では、第１通知および第２通知は映像を用いて視覚的に行われていた。本開示はこれに限定されず、音声を用いて第１および第２通知が行われてもよい。図２１Ａは変形例３における第２通知を示す図であり、図２１Ｂは変形例３における第１通知を示す図である。図２１Ａの場合、通知制御部３０４は、「いつも通りの機器状態です。」との音声をスピーカ３０８から出力し、第２通知を実行している。

一方、図２１Ｂの場合、通知制御部３０４は、「いつもと機器の状態が違います。確認しますか？」との音声をスピーカ３０８から出力すると共に、「いつもと機器の状態が違います。確認しますか？」とのメッセージが記載された画面をディスプレイ３０９に出力する。この画面には「はい」のアイコン２１０１と「いいえ」のアイコン２１０２とが含まれている。

変形例３では、ユーザは、「はい」のアイコン２１０１又は「いいえ」のアイコン２１０２を選択することで、第１通知に対する回答を入力してもよいし、「はい」または「いいえ」の音声を発話することで、第１通知に対する回答を入力してもよい。

このように、変形例３では、少なくとも音声を用いてユーザに第１、第２通知が行われている。そのため、ユーザに対して第１通知および第２通知をより確実に認識させることができる。なお、本開示では、視覚、および聴覚に加えて或いは代えて触覚を通じてユーザに第１、第２通知を認識させてもよい。この場合、例えば、通知制御部３０４は、情報端末３００のバイブレータを振動させて第１、第２通知を実行すればよい。そして、この場合、通知制御部３０４は、第１、第２通知において、バイブレータの振動数を変えてもよい。また、通知制御部３０４は、情報端末３００としての携帯電話およびスマートフォンに対して第１、第２通知を行ってもよいし、テレビおよびカーナビゲーションシステムといった情報端末３００とは異なる装置に第１通知、第２通知を行ってもよい。

上記態様において説明された技術は、例えば、以下のクラウドサービスの類型において実現されうる。しかし、上記態様において説明された技術が実現される類型はこれに限られるものでない。

（サービスの類型１：自社データセンタ型）
図２２は、サービスの類型１（自社データセンタ型）を示す図である。本類型は、サービスプロバイダ１２０がグループ１００から情報を取得し、ユーザに対してサービスを提供する類型である。本類型では、サービスプロバイダ１２０が、データセンタ運営会社の機能を有している。即ち、サービスプロバイダ１２０が、ビッグデータの管理をするデータセンタ２０３（クラウドサーバ１１１）を保有している。従って、データセンタ運営会社は存在しない。

本類型では、サービスプロバイダ１２０は、データセンタ２０３（クラウドサーバ１１１）を運営、管理している。また、サービスプロバイダ１２０は、ＯＳ２０２及びアプリケーション２０１を管理する。サービスプロバイダ１２０は、サービスプロバイダ１２０が管理するＯＳ２０２及びアプリケーション２０１を用いてユーザにサービスを提供する（２０４）。

（サービスの類型２：ＩａａＳ利用型）
図２３は、サービスの類型２（ＩａａＳ利用型）を示す図である。ここでＩａａＳとはインフラストラクチャー・アズ・ア・サービスの略であり、コンピュータシステムを構築および稼動させるための基盤そのものを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１０がデータセンタ２０３（クラウドサーバ１１１）を運営、管理している２０３。また、サービスプロバイダ１２０は、ＯＳ２０２及びアプリケーション２０１を管理する。サービスプロバイダ１２０は、サービスプロバイダ１２０が管理するＯＳ２０２及びアプリケーション２０１を用いてユーザにサービスを提供する（２０４）。

（サービスの類型３：ＰａａＳ利用型）
図２４は、サービスの類型３（ＰａａＳ利用型）を示す図である。ここでＰａａＳとはプラットフォーム・アズ・ア・サービスの略であり、ソフトウェアを構築および稼動させるための土台となるプラットフォームを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１０は、ＯＳ２０２を管理し、データセンタ２０３（クラウドサーバ１１１）を運営、管理している２０３。また、サービスプロバイダ１２０は、アプリケーション２０１を管理する。サービスプロバイダ１２０は、データセンタ運営会社が管理するＯＳ２０２及びサービスプロバイダ１２０が管理するアプリケーション２０１を用いてユーザにサービスを提供する（２０４）。

（サービスの類型４：ＳａａＳ利用型）
図２５は、サービスの類型４（ＳａａＳ利用型）を示す。ここでＳａａＳとはソフトウェア・アズ・ア・サービスの略である。例えばデータセンタ（クラウドサーバ）を保有しているプラットフォーム提供者が提供するアプリケーションを、データセンタ（クラウドサーバ）を保有していない会社・個人（利用者）がインターネットなどのネットワーク経由で使用できる機能を有するクラウドサービス提供モデルである。

本類型では、データセンタ運営会社１１０は、アプリケーション２０１を管理し、ＯＳ２０２を管理し、データセンタ２０３（クラウドサーバ１１１）を運営、管理している。また、サービスプロバイダ１２０は、データセンタ運営会社１１０が管理するＯＳ２０２及びアプリケーション２０１を用いてユーザにサービスを提供する（２０４）。

以上いずれの類型においても、サービスプロバイダ１２０がサービス提供行為を行ったものとする。また、例えば、サービスプロバイダ１２０若しくはデータセンタ運営会社１１０は、ＯＳ２０２、アプリケーション２０１若しくはビックデータのデータベース等を自ら開発してもよいし、また、第三者に外注させてもよい。

本開示は、遠隔から宅内の制御を行うためのネットワーク家電システムにおいて有用である。

Claims

ユーザの宅内に設置された機器を情報端末を用いて遠隔制御する遠隔制御システムにおける情報通知方法であって、
前記宅内から宅外への前記ユーザの移動又は前記宅外から前記宅内への前記ユーザの移動を検知し、
前記移動を検知した場合、前記宅内の状態を示す宅内状態、前記宅内に設置された所定の第１機器の状態を示す機器状態、および前記宅内に設置され、リモート制御対象となる第２機器の設定状態を取得し、
前記宅内状態および前記機器状態に応じて予め分類された複数の設定状態の中から、前記取得した前記宅内状態および前記機器状態に応じた普段の設定状態を、前記取得した前記宅内状態および前記機器状態を用いて選択し、
前記選択した前記普段の設定状態と前記取得した設定状態とが相違する場合、前記相違することをユーザに通知する第１通知を行い、
前記第２機器をリモート制御するための入力を受付可能状態に、前記情報端末の状態を遷移させる情報通知方法。
前記選択した前記普段の設定状態と前記取得した設定状態とが一致する場合、前記一致することをユーザに通知する第２通知を行う請求項１記載の情報通知方法。
前記宅内状態は、在宅人数を含む請求項１又は２記載の情報通知方法。
前記遠隔制御システムは、１以上の各宅内から収集された前記宅内状態、前記機器状態、および前記設定状態を対応付けて蓄積するデータベースを備え、
前記分類された設定状態は、サービスの適用対象となる１のユーザが住居する第１宅内から収集された前記設定状態を前記宅内状態および前記機器状態に応じて分類することで得られる第１設定状態、又は前記第１宅内および前記第１宅内とは別の１以上の第２宅内から収集された前記設定状態を前記宅内状態および前記機器状態に応じて分類することで得られる第２設定状態である請求項１〜３のいずれかに記載の情報通知方法。
前記普段の設定状態は、まず、前記第１設定状態の中から選択され、前記普段の設定状態が前記第１設定状態の中から選択できなかった場合、前記普段の設定状態が前記第２設定状態の中から選択される請求項４記載の情報通知方法。
前記第１通知および前記第２通知は、画像および音声の少なくともいずれか一方を用いて行われる請求項２記載の情報通知方法。
前記第２通知は、画像を用いて行われ、前記画像を表示してから一定期間経過後に、前記画像を消去して前記第２通知を終了する請求項２記載の情報通知方法。
前記遠隔制御システムは、前記宅内から収集された前記宅内状態、前記機器状態、および前記設定状態を対応付けて蓄積するデータベースを備え、
前記データベースに蓄積された前記宅内状態および前記機器状態をクラスタリングし、前記取得した前記宅内状態および前記機器状態が属するクラスタに対応する設定状態の中の最多の設定状態を、前記普段の設定状態として選択する請求項１〜７のいずれかに記載の情報通知方法。
前記取得した前記宅内状態および前記機器状態が属する対象クラスタにおいて、クラスタリングされたデータ数が第１閾値より多いという第１条件と、
前記対象クラスタに対応する設定状態の中で最多の設定状態が占める割合が第２閾値より大きいという第２条件と、
前記対象クラスタにおいて、前記取得した前記宅内状態および前記機器状態を加えた場合の中心値の移動量が第３閾値以下であるという第３条件とのうち、
少なくとも１の条件を満たす場合、前記対象クラスタに対応する前記最多の設定状態を、前記普段の設定状態として選択する請求項８記載の情報通知方法。
ユーザが住居する宅内に設置された機器を情報端末を用いて遠隔制御する遠隔制御システムにおける情報端末であって、
前記宅内から宅外への前記ユーザの移動又は前記宅外から前記宅内への前記ユーザの移動を検知する検知部と、
前記移動が検知された場合、前記宅内の状態を示す宅内状態、前記宅内に設置された所定の第１機器の状態を示す機器状態、および前記宅内に設置され、リモート制御対象となる第２機器の設定状態を取得する取得部と、
前記宅内状態および前記機器状態に応じて予め分類された複数の設定状態の中から、前記取得した前記宅内状態および機器状態に応じた普段の設定状態を、前記取得した前記宅内状態および前記機器状態を用いて選択する選択部と、
前記選択された前記普段の設定状態と前記取得された設定状態とが相違する場合、前記相違することをユーザに通知する第１通知を行う通知部と、
前記第２機器をリモート制御するための入力を受付可能状態に、前記情報端末の状態を遷移させる遷移部とを備える情報端末。
ユーザが住居する宅内に設置された機器を情報端末を用いて遠隔制御する遠隔制御システムにおける情報端末のプログラムであって、
前記情報端末のコンピュータに対し、
前記宅内から宅外への前記ユーザの移動又は前記宅外から前記宅内への前記ユーザの移動を検知させ、
前記移動が検知された場合、前記宅内の状態を示す宅内状態、前記宅内に設置された所定の第１機器の状態を示す機器状態、および前記宅内に設置され、リモート制御対象となる第２機器の設定状態を取得させ、
前記宅内状態および前記機器状態に応じて予め分類された複数の設定状態の中から、前記取得させた前記宅内状態および機器状態に応じた普段の設定状態を、前記取得させた宅内状態および前記機器状態を用いて選択させ、
前記選択させた設定状態と前記取得させた設定状態とが相違する場合、前記相違することをユーザに通知する第１通知を行わせ、
前記第２機器をリモート制御するための入力を受付可能状態に、前記情報端末の状態を遷移させるプログラム。