JP2019013025A - 携帯情報端末の制御方法、制御装置、及びプログラム - Google Patents

Abstract

【課題】ユーザが屋外から自宅内の家電機器を制御する携帯情報端末の制御方法、制御装置、及びプログラムを提供する。【解決手段】メール通信機能によって送信されるメールの宛先情報を送信されるメールから抽出させ、送信されるメールの送信時刻を携帯情報端末から抽出させ、宛先情報が所定の宛先情報に一致するか否か、宛先情報が所定の時間帯に属するか否かを判断させる。宛先情報が所定の宛先情報に一致し、且つ、送信時刻が所定の時間帯に属する場合、家電機器が起動する起動時刻を送信時刻に基づいて判断させ、起動時刻に家電機器を起動させる制御コマンドをネットワークに送信する。【選択図】図１４

Description

本開示は、携帯情報端末の制御方法、制御装置、及びプログラムに関する。

近年、スマートフォンやタブレットＰＣなどの携帯情報端末を用いて、ユーザが自宅へ帰宅する前に屋外から、屋内の家電機器を制御する制御システムおよび制御システムを構成する携帯情報端末のアプリケーション等が検討されている。

例えば、特許文献１は、以下の技術を開示する。ユーザが空調機器をタイマー設定した設定時刻の所定時間前になると空調機器を稼働させる。一方、利用者が携帯情報端末からタイマー設定時刻を変更する命令の電子メールを送信すると、タイマー設定時刻を変更し、変更後のタイマー設定時刻の所定時間前になると空調器機を稼働させる。また、利用者が携帯情報端末から空調器機を稼働させる命令の電子メールを送信すると、空調器機を稼働させる。

特許第４４２２９３２号公報

しかしながら、上記特許文献１の技術は更なる改善が望まれる。

上記課題を解決するための、携帯情報端末の制御方法の一態様は、家屋内の対象機器又は前記対象機器を制御するサーバに接続されるネットワークに接続可能な携帯情報端末の制御方法であって、
前記携帯情報端末はメッセージ送信機能を有し、
前記携帯情報端末のコンピュータに対して、
前記メッセージ送信機能が起動していることを検知すると、前記メッセージ送信機能によって送信されるメッセージの宛先情報を前記送信されるメッセージから抽出させ、
前記送信されるメッセージの送信時刻を前記携帯情報端末から抽出させ、
所定の宛先情報を登録する第１データベースを用いて、前記宛先情報が前記所定の宛先情報に一致するか否かを判断させ、
前記携帯端末のユーザにより制御される前記対象機器と、前記制御の時間に関する情報とを対応付けた第２データベースを用いて、前記対象機器を抽出し、
前記宛先情報が所定の宛先情報に一致すると判断された場合、前記送信時刻および前記制御の時間に関する情報に基づき、前記対象機器が起動する起動時刻を判断させ、前記ネットワークに対して前記起動時刻に前記対象機器を起動させる制御コマンドを送信するものである。

上記態様により、更なる改善を実現できた。

実施の形態１における家電制御システムの全体構成を示す図である。 実施の形態１における家電制御システムのサーバの構成を示すブロック図である。 所有家電ファイルの一例を示す図である。 日別家電制御ファイルの一例を示す図である。 生活パターンファイルの一例を示す図である。 実施の形態１における家電制御システムの携帯端末の構成を示すブロック図である。 携帯端末のソフトウェア構成を示すブロック図である。 所定条件ファイルの一例を示す図である。 ユーザが所定の条件を入力する際に用いる所定条件設定画面の一例を示す図である。 入力後の所定条件設定画面の一例を示す図である。 実施の形態１における家電制御システムの家電機器の構成を示すブロック図である。 状態ファイルの一例を示す図である。 状態ファイルの一例を示す図である。 実施の形態１における家電制御システムの条件設定の動作を示すフローチャートである。 実施の形態１におけるメール送信時の生活パターンファイルの生成の動作を示すシーケンス図である。 通知データのデータ構成の一例を示す図である。 ファイル書き込み処理を示すフローチャートである。 ユーザの生活例を示す図である。 ユーザの生活例を示す図である。 メール送信後の生活パターンファイルの生成の動作を示すシーケンス図である。 メール送信後の生活パターンファイルの生成の動作を示すシーケンス図である。 家電機器からサーバへ送信される通知データのデータ構成の一例を示す図である。 パターン分析処理を示すフローチャートである。 家電制御システムにおいて、生成した生活パターンファイルに基づく家電制御の動作を示すシーケンス図である。 家電制御処理を示すシーケンス図である。 家電制御処理を示すシーケンス図である。 ＯＮタイマー通知のデータ構成の一例を示す図である。 各種家電機器のＯＮタイマー通知のデータ構成の一例を示す図である。 通知データの一例を示す図である。 家電機器の制御の開始の契機となるメールの一例を示す図である。 確認画面の一例を示す図である。 実施の形態２における家電制御システムの全体構成を示す図である。 実施の形態２における家電制御システムの携帯端末の構成を示すブロック図である。 所定条件ファイルの一例を示す図である。 ユーザが所定の条件を入力する際に用いる所定条件設定画面の一例を示す図である。 入力後の所定条件設定画面の一例を示す図である。 実施の形態２における家電制御システムの条件設定処理の動作を示すフローチャートである。 生成した生活パターンファイルに基づく家電制御の動作を示すシーケンス図である。 実施の形態３における家電制御システムの全体構成を示す図である。 実施の形態３における家電制御システムのサーバの構成を示すブロック図である。 生活パターンファイルの一例を示す図である。 実施の形態３における家電制御システムの携帯端末の構成を示すブロック図である。 生活パターンファイルに基づく家電制御の動作を示すシーケンス図である。 本実施の形態における家電制御システムが提供するサービスの全体像の一例を示す図である。 機器メーカがデータセンタ運営会社に該当する例を示す図である。 機器メーカ及び管理会社の両者又はいずれか一方がデータセンタ運営会社に該当する例を示す図である。 サービスの類型１（自社データセンタ型クラウドサービス）における家電制御システムが提供するサービスの全体像を示す図である。 サービスの類型２（ＩａａＳ利用型クラウドサービス）における家電制御システムが提供するサービスの全体像を示す図である。 サービスの類型３（ＰａａＳ利用型クラウドサービス）における家電制御システムが提供するサービスの全体像を示す図である。 サービスの類型４（ＳａａＳ利用型クラウドサービス）における家電制御システムが提供するサービスの全体像を示す図である。

（本発明の基礎となった知見）
ユーザが屋外から自宅内の家電機器を制御する制御システムおよび制御システムを構成する携帯情報端末のアプリケーションを実現した場合、ユーザは自身の帰宅後の行動を想定して屋内に設置されている家電機器を屋外から制御することが想定される。例えば、帰宅後すぐに入浴することを想定した場合、ユーザは帰宅時に浴槽への給湯が完了しているように給湯器を制御する。また、例えば、帰宅してからおよそ３０分後に食事を摂ることを想定した場合、ユーザは帰宅して３０分後に炊飯器による炊飯が完了するように炊飯器を制御して、炊き立てのご飯を食することができるようにする。

一方で、日常のユーザの行動はある程度定まっていると推察される。例えば、帰宅時においては、会社を出てから何分後にユーザは自宅へ到着するのか、帰宅後は入浴するのが先か食事を摂るのが先か、また、これらの行動をユーザはどのようなタイムスケジュールで行うかは、各ユーザによってパターン化することができる。このような場合には、ユーザが行う屋外からの家電機器の制御も、毎回同じように実行される。そのため、帰宅の都度、屋外からの家電機器の制御をユーザに課してしまうと、家電機器に対する制御を煩雑に感じるユーザが生じることが懸念される。

また、会社を出た時点で携帯情報端末の電子メール機能を利用して家族に対してこれから帰宅する旨を連絡するユーザも少なくないと考えられる。

上述した、特許文献１は、携帯情報端末の電子メール機能を用いて、空調器機のタイマー設定時刻を変更したり、空調器機を稼働させたりして、空調器機を遠隔制御する技術を開示する。

しかしながら、特許文献１では、ユーザは空調器機に対する具体的な動作内容が記載された電子メールを送信しなければ、空調器機を稼働させることはできない。そのため、特許文献１では、ユーザは、帰宅の都度、空調器機を稼働させる内容を記述した電子メールを送信する必要があり、上記の懸念を解消できない。

そこで、上記想定される状況において、携帯情報端末の機能向上のため、以下の改善策を検討した。

携帯情報端末の制御方法の一の態様は、
家屋内の対象機器又は前記対象機器を制御するサーバに接続されるネットワークに接続可能な携帯情報端末の制御方法であって、
前記携帯情報端末はメール通信機能を有し、
前記携帯情報端末のコンピュータに対して、
前記メール通信機能が起動していることを検知すると、前記メール通信機能によって送信されるメールの宛先情報を前記送信されるメールから抽出させ、
前記送信されるメールの送信時刻を前記携帯情報端末から抽出させ、
所定の宛先情報を登録する第１データベースを用いて、前記宛先情報が前記所定の宛先情報に一致するか否かを判断させ、
所定の時間帯を登録する第２データベースを用いて、前記送信時刻が前記所定の時間帯に属するか否かを判断させ、
前記宛先情報が所定の宛先情報に一致し且つ前記送信時刻が所定の時間帯に属すると判断された場合には、前記対象機器が起動する起動時刻を前記送信時刻に基づいて判断させ、前記ネットワークに対して前記起動時刻に前記対象機器を起動させる制御コマンドを送信する。

上記態様によると、メールの宛先情報が所定の宛先情報に一致し且つメールの送信時刻が所定の時間帯に属すると判断された場合には、対象機器が起動する起動時刻を前記送信時刻に基づいて判断させ、ネットワークに対して前記起動時刻に前記対象機器を起動させる制御コマンドを送信する。

これにより、例えば、前記携帯情報端末のユーザの行動パターンとして、例えば、家族に対して帰宅を知らせるメールを送信する行為に続き、例えば、給湯器または空気調和機のＯＮ制御など前記家屋の対象機器を起動させる場合、前記メールの送信を契機に、前記ユーザの他の操作を介在させることなく、前記家屋の対象機器が起動される。

そのため、メール通信機能を有するアプリケーションの実行を契機として、例えば、これに続いて次に発生する可能性の高い前記家屋の対象機器の起動を指示する機能を有する他のアプリケーションを実行させるので、前記ユーザによる１つの操作で２つのアプリケーションの機能を実行できる。その結果、前記携帯情報端末に２つのアプリケーションの操作を要求することなく、その分、前記携帯情報端末から前記家屋の対象機器を遠隔操作する際の機器の処理負担を軽減しつつ、所望の２つのアプリケーションを実行できる。

上記態様において、例えば、
前記携帯情報端末は、前記所定の宛先情報を含むメールの送信時刻から所定時間後に前記対象機器を起動させることを示した管理情報を管理するメモリを有し、
前記管理情報に基づいて、前記対象機器が起動する起動時刻を前記送信時刻に基づいて判断させるとしてもよい。

この場合、例えば、メールの送信時刻から何分後に対象機器を起動させることが記録された管理情報を用いてユーザの帰宅後の行動に合わせて家電機器を起動できる。

上記態様において、例えば、
前記管理情報は、前記ネットワークに対して前記サーバから受信するとしてもよい。

この場合、例えば、対象機器の運転状態の変化を示すログ情報をサーバに収集させ、そのログ情報を用いてサーバで作成された管理情報を携帯情報端末は取得できる。そのため、携帯情報端末は、ログ情報を管理しなくても、ユーザの行動パターンが正確に反映された管理情報が取得でき、対象機器を最適なタイミングで起動できると共に、メモリの消費量を抑制できる。

上記態様において、例えば、
前記制御コマンドは、前記ネットワークを介して前記サーバを経由して前記対象機器に送信されるとしてもよい。

この場合、制御コマンドはサーバを介して対象機器に送信されるため、サーバはこの制御コマンドの取得を通じて、対象機器の状態を管理できる。

上記態様において、例えば、
前記制御コマンドは、前記ネットワークを介して前記対象機器に送信されるとしてもよい。

この場合、制御コマンドは、携帯情報端末から例えば、宅内のネットワークを通じて、直接、対象機器に送信される。そのため、サーバの処理能力に依存することなく、制御コマンドを速やかに携帯情報端末に送信できる。

上記態様において、例えば、
前記家屋内の対象機器は、前記家屋内の浴槽へ給水する給湯器であって、
前記制御コマンドは、前記給湯器から前記浴槽への給水指示であるとしてもよい。

この場合、帰宅時におけるユーザによるメールの送信を契機に、浴槽への給水を給湯器に指示できる。

上記態様において、例えば、
前記制御コマンドは、前記給水される水の設定温度を示す情報を含むとしてもよい。

この場合、制御コマンドに含まれる設定温度で給湯器に給水させることができる。

上記態様において、例えば、
前記制御コマンドは、前記給湯器が浴槽へ給水を開始する時刻を示す情報を含むとしてもよい。

この場合、制御コマンドに含まれる時刻において、給湯器に給水を開始させることができる。

上記態様において、例えば、
前記家屋内の対象機器は、前記家屋内の少なくとも一の部屋の温度を調整する空気調和機であって、
前記制御コマンドは、前記空気調和機が前記一の部屋の温度を所定の温度へ調整する指示であるとしてもよい。

この場合、制御コマンドが指示する温度に部屋の温度がなるように空気調和器を制御できる。

上記態様において、例えば、
前記制御コマンドは、前記空気調和機が前記一の部屋の温度の調整を開始する時刻を示す情報を含むとしてもよい。

この場合、制御コマンドに含まれる時刻において、空気調和器に温度の調整を開始させることができる。

上記態様において、例えば、
前記家屋内の対象機器は、加熱制御によって調理を行う加熱調理器であって、
前記制御コマンドは、前記加熱調理器が前記加熱制御による調理を開始する開始指示であるとしてもよい。

この場合、帰宅時に送信するメールを契機に加熱調理器に調理を開始させることができる。

上記態様において、例えば、
前記制御コマンドは、前記加熱調理器が前記加熱制御による調理を開始する時刻を示す情報を含むとしてもよい。

この場合、制御コマンドに含まれる時刻において、加熱調理器に調理を開始させることができる。

上記態様において、例えば、
前記加熱調理器は炊飯器であってもよい。

この場合、帰宅時に送信するメールを契機に炊飯器に調理を開始させることができる。

上記態様において、例えば、
前記加熱調理器はマイクロ波発生手段を備えるとしてもよい。

この場合、帰宅時に送信するメールを契機にマイクロ波発生手段を備える加熱調理器に調理を開始させることができる。

上記態様において、例えば、
前記加熱調理器は、蒸気発生手段を備えた蒸気調理器であるとしてもよい。

この場合、帰宅時に送信するメールを契機に蒸気発生手段を備える加熱調理器に調理を開始させることができる。

上記態様において、例えば、前記メールの送信時刻から前記対象機器が起動されるまでの制御開始時間を収集させ、前記収集させた前記制御開始時間のうち頻度の高い制御開始時間を前記管理情報に記録させてもよい。

この場合、メールの送信時刻を契機に対象機器を起動させるべき典型的な時間に対象機器を起動させることができ、ユーザの生活パターンを考慮して対象機器を制御できる。

また、他の態様において、
家屋内の対象機器又は前記対象機器を制御するサーバに接続されるネットワークに接続可能な携帯情報端末の制御方法であって、
前記携帯情報端末はメール通信機能を有し、
前記携帯情報端末のコンピュータに対して、
前記メール通信機能が起動していることを検知すると、所定の単語を登録する第１データベースを用いて、前記メール通信機能によって送信されるメールの中に所定の単語が含まれるか否かを判断させ、
前記送信されるメールの送信時刻を前記携帯情報端末から抽出させ、
所定の時間帯を登録する第２データベースを用いて、前記送信時刻が前記所定の時間帯に属するか否かを判断させ、
前記メールが所定の単語を含み且つ前記送信時刻が所定の時間帯に属すると判断された場合には、前記対象機器が起動する起動時刻を前記送信時刻に基づいて判断させ、前記ネットワークに対して前記起動時刻に前記対象機器を起動させる制御コマンドを送信する。

上記態様によると、メールが所定の単語を含み且つメールの送信時刻が所定の時間帯に属すると判断された場合には、対象機器が起動する起動時刻を前記送信時刻に基づいて判断させ、ネットワークに対して前記起動時刻に前記対象機器を起動させる制御コマンドを送信する。

これにより、例えば、前記携帯情報端末のユーザの行動パターンとして、帰宅時に家族に対して定型文を記載したメールを送信する行為に続き、例えば、給湯器または空気調和機のＯＮ制御など前記家屋の対象機器を起動させる場合、前記メールの送信を契機に、前記ユーザの他の操作を介在させることなく、前記家屋の対象機器を起動させる。

そのため、メール通信機能を有するアプリケーションの実行を契機として、例えば、これに続いて次に発生する可能性の高い前記家屋の対象機器の起動を指示する機能を有する他のアプリケーションを実行させるので、前記ユーザによる１つの操作で２つのアプリケーションの機能を実行できる。その結果、前記携帯情報端末に２つのアプリケーションの操作を要求することなく、その分、前記携帯情報端末から前記家屋の対象機器を遠隔操作する際の機器の処理負担を軽減しつつ、所望の２つのアプリケーションを実行できる。

また、他の態様において、
家屋内の対象機器又は前記対象機器を制御するサーバに接続されるネットワークに接続可能な携帯情報端末の制御方法であって、
前記携帯情報端末はメール通信機能を有し、
前記携帯情報端末のコンピュータに対して、
前記メール通信機能が起動していることを検知すると、所定の単語を登録する第１データベースを用いて、前記メール通信機能によって送信されるメールの中の場所を表す単語が含まれるか否かを判断させ、
前記送信されるメールの送信時刻を前記携帯情報端末から抽出させ、
前記場所を表す単語と位置情報とを対応づけて管理するデータベースを用いて、前記場所を表す単語に基づき前記メールを送信した時刻における前記携帯情報端末の位置を判断させ、
前記送信時刻及び前記位置情報に基づき前記携帯情報端末のユーザが帰宅に要する所要時間を算出させ、
前記送信時刻および前記所要時間に基づき、前記所要時間経過後の所定の時刻に前記対象機器を所定の状態にするための前記対象機器の起動時刻を算出し、
前記算出された起動時刻に前記対象機器を起動させる制御コマンドを、前記ネットワークに対して送信する。

上記態様によると、メールが所定の場所を示す単語を含むと判断された場合には、その場所から帰宅するまでの所要時間が算出され、ユーザの帰宅後の所定の時刻（帰宅時点も含む）において対象機器の状態を所定の状態にするための起動時刻が算出される。そしてネットワークに対して前記起動時刻に前記対象機器を起動させる制御コマンドが送信される。

これにより、例えば、前記携帯情報端末のユーザの行動パターンとして、例えば、帰宅時に家族に対して場所を示す単語を含む文を記載したメールを送信する行為に続き、例えば、給湯器または空気調和機のＯＮ制御など前記家屋の対象機器を起動させる場合、前記メールの送信を契機に、前記ユーザの他の操作を介在させることなく、前記家屋の対象機器を起動させる。

そのため、メール通信機能を有するアプリケーションの実行を契機として、例えば、これに続いて次に発生する可能性の高い前記家屋の対象機器の起動を指示する機能を有する他のアプリケーションを実行させるので、前記ユーザによる１つの操作で２つのアプリケーションの機能を実行できる。その結果、前記携帯情報端末に２つのアプリケーションの操作を要求することなく、その分、前記携帯情報端末から前記家屋の対象機器を遠隔操作する際の機器の処理負担を軽減しつつ、所望の２つのアプリケーションを実行できる。

また、メールに含まれる単語が示す場所から帰宅の所要時間が算出されているので、帰宅時のメールをいつもの場所とは異なる場所から行ったとしても、ユーザの生活パターンに合うように対象機器を起動させることができる。

（提供するサービスの全体像）
以下添付図面を参照しながら、本開示の実施の形態について説明する。なお、以下の実施の形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定するものではない。

まず、本実施の形態における家電制御システムが提供するサービスの全体像について説明する。

図３９Ａは、本実施の形態における家電制御システムが提供するサービスの全体像を示す図である。家電制御システムは、グループ１０００、データセンタ運営会社１０１０及びサービスプロバイダ１０２０を備える。

グループ１０００は、例えば企業、団体又は家庭等であり、その規模を問わない。グループ１０００は、第１の機器Ａ及び第２の機器Ｂを含む複数の機器１００１及びホームゲートウェイ１００２を備える。複数の機器１００１は、インターネットに接続可能な機器（例えば、スマートフォン、パーソナルコンピュータ（ＰＣ）又はテレビ受像機等）を含む。また、複数の機器１００１は、それ自身ではインターネットと接続不可能な機器（例えば、照明機器、洗濯機又は冷蔵庫等）を含む。複数の機器１００１は、それ自身ではインターネットに接続不可能であっても、ホームゲートウェイ１００２を介してインターネットに接続可能となる機器を含んでもよい。また、ユーザ１００００は、グループ１０００内の複数の機器１００１を使用する。

データセンタ運営会社１０１０は、クラウドサーバ１０１１を備える。クラウドサーバ１０１１は、インターネットを介して様々な機器と連携する仮想化サーバである。クラウドサーバ１０１１は、主に通常のデータベース管理ツール等で扱うことが困難な巨大なデータ（ビッグデータ）等を管理する。データセンタ運営会社１０１０は、データの管理、クラウドサーバ１０１１の管理、及びそれらを行うデータセンタの運営等を行っている。データセンタ運営会社１０１０が行っている役務の詳細については後述する。

ここで、データセンタ運営会社１０１０は、データの管理又はクラウドサーバ１０１１の管理のみを行っている会社に限らない。例えば、図３９Ｂに示すように、複数の機器１００１のうちの一つの機器を開発又は製造している機器メーカが、データの管理又はクラウドサーバ１０１１の管理等を行っている場合は、機器メーカがデータセンタ運営会社１０１０に該当する。また、データセンタ運営会社１０１０は一つの会社に限らない。例えば、図３９Ｃに示すように、機器メーカ及び管理会社が共同又は分担してデータの管理又はクラウドサーバ１０１１の管理を行っている場合は、両者又はいずれか一方がデータセンタ運営会社１０１０に該当する。

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

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

次に、上記の家電制御システムにおける情報の流れを説明する。

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

次に、データセンタ運営会社１０１０のクラウドサーバ１０１１は、集積したログ情報を一定の単位でサービスプロバイダ１０２０に提供する。ここで、「一定の単位」は、データセンタ運営会社１０１０が集積した情報を整理してサービスプロバイダ１０２０に提供することのできる単位でもよく、サービスプロバイダ１０２０が要求する単位でもよい。また、「一定の単位」で提供するとしているが、情報量は一定でなくてもよく、状況に応じて提供する情報量が変化してもよい。ログ情報は、必要に応じてサービスプロバイダ１０２０が保有するサーバ１０２１に保存される（図３９Ａの矢印（ｂ））。

そして、サービスプロバイダ１０２０は、ログ情報をユーザに提供するサービスに適合する情報に整理し、ユーザに提供する。情報の提供対象のユーザは、複数の機器１００１を使用するユーザ１００００でもよく、外部のユーザ２００００でもよい。ユーザ１００００，２００００への情報提供方法としては、例えば、サービスプロバイダ１０２０から直接、ユーザ１００００，２００００へ情報が提供されてもよい（図３９Ａの矢印（ｅ），（ｆ））。また、ユーザ１００００への情報提供方法としては、例えば、データセンタ運営会社１０１０のクラウドサーバ１０１１を再度経由して、ユーザ１００００に情報が提供されてもよい（図３９Ａの矢印（ｃ），（ｄ））。また、データセンタ運営会社１０１０のクラウドサーバ１０１１が、ログ情報をユーザに提供するサービスに適合する情報に整理し、サービスプロバイダ１０２０に提供してもよい。

なお、ユーザ１００００は、ユーザ２００００と異なっていても同一であってもよい。

１．実施の形態１
以下、実施の形態１の家電制御システム１０（機器制御システムの一例）について図面を参照しながら説明する。本実施の形態では、メールの宛先とメールが送信された時間帯とが、家電機器の制御開始の契機となるメールが満たす所定の条件として採用される。所定の条件は、予めユーザにより設定される。所定の条件としての所定の宛先は、家電制御開始の契機とするメールの宛先である。所定の条件としての所定の時間帯は、その時間帯の開始時刻より早い時刻にユーザは帰ることはない、もしくは、ユーザがその開始時刻より早く帰る場合は、家電制御を開始しないという時間帯である。この時間帯は、予めユーザに設定してもらう。

図２７Ａは、家電機器の制御の開始の契機となるメールのメール画面Ｇ２７１の一例を示す図である。ここでは、携帯端末を携帯する帰宅中の夫が妻Ｂに、Ｓ駅からもうすぐ帰宅することを知らせるためのメールを送信している例が示されている。例えば、所定の宛先を妻Ｂと娘Ｃ、所定の時間帯を１８：００−２０：００とすると、携帯端末が、このメールの宛先が妻Ｂ又は娘Ｃであるか否か、かつ、このメールの送信時刻が１８：００−２０：００内に属するか否かを確認する。このとき、メールの宛先が妻Ｂであり、かつ、送信時刻が１８：１０であり、所定の条件を満たすため、携帯端末は、サーバへメール送信通知を送信する。

１．１ 家電制御システム１０の全体構成
図１は、実施の形態１の家電制御システム１０の全体構成を示す図である。家電制御システム１０は、クラウドサーバ（以下、単に「サーバ」という）１００、携帯端末２００、家電機器３００、家電機器４００、および家電機器５００を備える。

図１では、家屋２０において家電機器３００、家電機器４００、家電機器５００のみが図示されているが、本開示は特にこれに限定されない。例えば、家屋２０は、４つ以上の家電機器を備えていてもよいし、２つ以下の家電機器を備えていてもよい。携帯端末２００、家電機器３００、４００、５００は、それぞれネットワーク４０を介してサーバ１００と通信可能に接続される。ネットワーク４０は、例えばインターネットである。

図１では、家電機器３００（対象機器の一例）として風呂の給湯器、家電機器４００（対象機器の一例）として冷暖房装置、空気清浄器、除湿器などの空気調和器（以下、「エアコン」という）、家電機器５００（対象機器の一例）として加熱調理器が例示されている。但し、これは一例にすぎず、家電機器３００〜５００としては、それ以外の機器（例えばテレビ受像機、録画機器などのＡＶ機器、電子レンジ、給湯器、洗濯機、照明機器、電子シャッター装置など）が採用されてもよい。なお、家電機器４００は、例えば図３９Ａの機器１００１に対応する。

本実施の形態の説明では、次のようなストーリーを想定して説明をする。

夕方、携帯端末２００を所有するユーザＡは、帰宅時、乗換駅であるＳ駅から、自宅である家屋２０にいる妻Ｂにメールを送信する。ここで、Ｓ駅からユーザＡの自宅の最寄り駅までは電車で３０分、最寄り駅から自宅までは徒歩で１５分である。メール送信通知が携帯端末２００からサーバ１００へ送信され、サーバ１００により記録されている。ユーザＡは、予め所定の条件を入力している。そして、メールの送信時刻およびメールの宛先が所定の条件を満たした場合、携帯端末２００は、サーバ１００へメール送信通知を送信する。所定の条件を満たさない場合、携帯端末２００は、サーバ１００へメール送信通知を送信しない。サーバ１００は、携帯端末２００からのメール送信通知を受信した場合、ユーザＡの家屋における家電機器の日々の制御のパターンを基に家電機器を制御する。

なお、メールの送信を契機として家電機器の制御が開始されているが、メールの受信を契機に家電機器の制御が開始されてもよい。

１．２ サーバ１００の構成
図２は、家電制御システム１０におけるサーバ１００の構成を示すブロック図である。サーバ１００は、収集部１０１、分析部１０２、抽出部１０３、設定部１０４、タイマー１０５、通信部１０６、所有家電データベース（ＤＢ）１０７、日別家電制御データベース１０８、及び生活パターンデータベース１０９を備える。また、収集部１０１、分析部１０２、抽出部１０３、設定部１０４、タイマー１０５は、サーバ１００内のコントローラ１がこれらの機能を備えることによって実装されてもよい。コントローラとしては、ＣＰＵやマイクロコントローラといったプロセッサが採用できる。また、所有家電データベース１０７、日別家電制御データベース１０８、生活パターンデータベース１０９は、例えばサーバ１００のメモリ２が記憶する。ここで、メモリ２としては、例えば、書き換え可能な不揮発性の記憶装置が採用できる。

１．２．１ 通信部１０６
通信部１０６は、携帯端末２００から、家電機器３００、４００、または５００の制御を開始する制御開始通知を受信する。また、通信部１０６は、家電機器３００〜５００から、家電機器３００〜５００の運転状態が変化した時刻を示す情報と変化後の運転状態を示す情報とを受信する。また、通信部１０６は、携帯端末２００へ後述する生活パターンファイルＦ５００（図５）を送信する。また、通信部１０６は、家電機器３００〜５００へＯＮ制御又はＯＦＦ制御する信号を送信する。

１．２．２ 収集部１０１
収集部１０１は、通信部１０６を介して携帯端末２００から受信した携帯端末２００によるメール送信通知が示す情報と、家電機器３００〜５００から受信した家電機器３００〜５００の運転状態が変化した時刻を示す情報および変化後の運転状態を示す情報とを収集し、収集した情報を日別家電制御ファイルＦ４００（図４）として日別家電制御データベース１０８に格納する。

また、収集部１０１は、収集した情報に基づいて家電機器３００〜５００の運転状態に変化があったと判断した場合、所有家電データベース１０７内の所有家電ファイルＦ３００（図３）の該当する家電機器の運転状態を変化後の運転状態に変更する。また、収集部１０１は、携帯端末２００からメール送信通知を受信すると、抽出部１０３へメール送信通知を出力する。

日別家電制御ファイルＦ４００は、一日の終了条件を満たすと、一日分のファイルとして保存される。一日の終了条件としては、例えば、２４時間を一日と見なし、ある日の０：００から次の日の０：００までを一日とすると、次の日の０：００になった時点が該当する。収集部１０１は、次の日の０：００になった時点で、一日の終了条件を満たしたと判断し、日別家電制御データベース１０８に格納されている日別家電制御ファイルＦ４００への記録を終了する。そして、収集部１０１は、次の日の０：００になると、次に日の日別家電制御ファイルＦ４００を日別家電制御データベース１０８内に生成し、生成した次の日の日別家電制御ファイルＦ４００に、次の日の情報を記録する。

所有家電ファイルおよび日別家電制御ファイルについては、それぞれ、後述の「１．２．７」項及び「１．２．８」項にて、詳細が説明される。ここでは、日別家電制御ファイルＦ４００に記録される運転状態の変化、所有家電ファイルＦ３００に記録される家電機器の運転状態について説明する。

日別家電制御ファイルＦ４００に記録される運転状態、所有家電ファイルＦ３００に記録される家電機器の運転状態には、家電機器毎に次の運転状態がある。すなわち、各家電機器のＯＮ、ＯＦＦ、およびＣＯＭＰＬＥＴＥの運転状態である。例えば照明機器については、ＯＮおよびＯＦＦの運転状態がある。そして、携帯端末２００には、メール送信の運転状態がある。

携帯端末２００の運転状態は、所有家電ファイルＦ３００には記録されず、日別家電制御ファイルＦ４００のみに記録される。また、家電機器３００〜５００の運転状態において、ＯＮの運転状態とは、家電機器３００〜５００がＯＮされた状態を指し、ＯＦＦの運転状態とは、家電機器がＯＦＦされた状態を指す。さらに、ＣＯＭＰＬＥＴＥの運転状態とは、家電機器３００〜５００がＯＮされた後、設定状態に達した状態を指す。

ＣＯＭＰＬＥＴＥの運転状態について、以下に例を用いて説明する。例えば、家電機器が家屋内の浴槽へ温水を供給する給湯器であって、当該給湯器が所定温度の温水を浴槽の所定水位まで供給する指示を受け付けたとする。この場合、給湯器は浴槽への温水の供給を開始し、供給される温水が所定水位及び所定温度に達するまで温水の供給を続ける。このとき、給湯器の運転状態は、給湯器が浴槽への温水の供給を開始したときにＯＦＦの運転状態からＯＮの運転状態へと変化し、供給される温水が所定水位及び所定温度に達したときにＯＮの運転状態からＣＯＭＰＬＥＴＥの運転状態へと変化する。

１．２．３ 分析部１０２
分析部１０２は、日別家電制御データベース１０８内の日別家電制御ファイルＦ４００を基に、帰宅後において、各家電機器がＯＮされる順番と、各家電機器がＯＮされる時間差とを分析する。また、分析部１０２は、各家電機器がＯＮされてからＣＯＭＰＬＥＴＥの状態になるまでの所要時間（ＣＯＭＰＬＥＴＥ所要時間）を分析する。更に、分析部１０２は、メールが送信されてからの家電制御開始の順番および時間を分析する。

詳細には、分析部１０２は、メールの送信時刻から各家電機器がＯＮ又はＯＦＦされるまでの時間およびＣＯＭＰＬＥＴＥ所要時間に達するまでの時間のパターンを分析する。そして、分析部１０２は、分析結果から、各家電機器につき、ＯＮされる頻度の高い時間を特定し、特定した時間を時系列に並べ、典型的な生活パターンを作成する。これにより、ユーザの１日の生活パターンが組み立てられる。そして、分析部１０２は、作成した生活パターンを生活パターンファイルＦ５００（図５）として、生活パターンデータベース１０９に格納する。生活パターンファイルＦ５００については、後述の「１．２．９」にて詳細が説明される。

分析部１０２が日別家電制御ファイルＦ４００を用いて生活パターンを分析するタイミングとしては、例えば、ある一定の日数分の日別家電制御ファイルＦ４００が収集されたタイミングが採用できる。一定の日数としては、例えば、１週間や２週間といった区切りの良い期間が採用できる。

１．２．４ 抽出部１０３
抽出部１０３は、サーバ１００が家電機器を制御するときに、収集部１０１からメール送信通知が入力されると、該当するユーザの生活パターンファイルＦ５００を生活パターンデータベース１０９から読み出し、設定部１０４へ出力する。

１．２．５ 設定部１０４
設定部１０４は、抽出部１０３から入力された生活パターンファイルＦ５００を基に、家電機器をＯＮする。例えば、設定部１０４は、生活パターンファイルＦ５００においてある家電機器につきメールの送信時刻からＯＮされるまでの時間を示す制御開始時間としてある時間が記録されていたとすると、その時間になったとき、その家電機器に対してＯＮ制御の信号を送信する。また、設定部１０４は、家電機器をＯＮした後、携帯端末２００から家電機器の制御を中断するための中断通知を受信すると、家電機器へ家電機器をＯＦＦ制御する信号を送信する。また、設定部１０４は、中断通知を送信した後、家電機器の制御を再開させる再開通知を受信すると、家電機器にＯＮ制御の信号を送信する。

１．２．６ タイマー１０５
タイマー１０５は、現在時刻をカウントする。タイマー１０５は、収集部１０１が携帯端末２００および家電機器３００〜５００において、運転状態の変化が起きた時刻を特定するために用いられる。また、タイマー１０５は、抽出部１０３が生活パターンファイルＦ５００を抽出する際、現在時刻を取得するために用いられる。また、タイマー１０５は、設定部１０４が、時刻を取得するために用いられる。なお、運転状態の変化が起きた時刻は、携帯端末２００および家電機器３００〜５００から送信されてもよい。

１．２．７ 所有家電データベース１０７
所有家電データベース１０７は、家屋２０が備える家電機器の機器名と、各家電機器の現在の運転状態とが対応付けて記録された所有家電ファイルＦ３００を格納する。図３は所有家電ファイルＦ３００の一例を示す図である。図３の所有家電ファイルＦ３００の例では、２台のエアコン、給湯器、炊飯器の運転状態が記録されている。１台目のエアコンは稼動中であるため、運転状態として「ＯＮ」が記録され、２台目のエアコンは稼働中でないため、運転状態として「ＯＦＦ」が記録されている。給湯器は、浴槽に対して所定水位まで所定温度の温水の供給が完了しているため、運転状態として、「ＣＯＭＰＬＥＴＥ」が記録されている。また、炊飯器は稼動していないため、運転状態といて「ＯＦＦ」が記録されている。なお、図３は図１の家屋２０における所有家電ファイルＦ３００が示されているが、所有家電データベース１０７には、本サービスが適用される１以上の各家屋２０の所有家電ファイルＦ３００が蓄積されている。

１．２．８ 日別家電制御データベース１０８
日別家電制御データベース１０８は、携帯端末２００からの所定の条件を満たすメールの送信時刻と、そのメールの送信時刻の後に、ＯＮ、ＯＦＦ、およびＣＯＭＰＬＥＴＥのいずれかに運転状態が変化した各家電機器の運転状態と、その変化の時刻とが日別に記録された日別家電制御ファイルＦ４００を格納する。すなわち、日別家電制御データベース１０８は、各家電機器の運転状態が変化した時刻を示す情報と変化後の運転状態を示す情報とを記録して日別に管理する。

図４は、日別家電制御ファイルＦ４００の一例を示す図である。図４の日別家電制御ファイルＦ４００の例では、２０１３年２月２１日木曜日において、所定の条件を満たすメールが送信されてから炊飯器がご飯を炊き上げるまでの各家電機器の運転状態の変化が示されている。

詳細には、図４の日別家電制御ファイルＦ４００の上部には、「２０１３．２．２１（木）」と記録され、この日別家電制御ファイルＦ４００が２０１３年２月２１日木曜日のものであることが明示されている。そして、所定の条件を満たすメールがこの日の１８時１０分に送信されたため、「携帯端末；メール送信；１８：１０」と記録されている。その後、１８時３５分に給湯器がお湯張りを開始しため、「給湯器（お湯張り）；ＯＮ；１８：３５」と記録され、その後、１８時４５分に炊飯器がＯＮされていたため、「炊飯器；ＯＮ；１８：４５」と記録され、その後、１８時５５分に給湯器が設定状態に達したため、「給湯器（お湯張り）；ＣＯＭＰＬＥＴＥ；１８：５５」と記録され、その後、１９時に照明２がＯＮしたため、「照明２；ＯＮ；１９：００」と記録され、その後、炊飯器が設定状態に達したため、「炊飯器；ＣＯＭＰＬＥＴＥ；１９：３０」と記録されている。なお、図４は１の家屋２０における日別家電制御ファイルＦ４００が示されているが、日別家電制御データベース１０８には、本サービスが適用される１以上の各家屋２０の日別家電制御ファイルＦ４００が蓄積されている。

１．２．９ 生活パターンデータベース１０９
生活パターンデータベース１０９は、分析部１０２により生成される生活パターンファイルＦ５００を格納する。分析部１０２は、日別家電制御データベース１０８内の日別家電制御ファイルＦ４００を分析し、家電機器がＯＮされる順番と、その時間差とを抽出し、頻度の高い生活パターンを表す生活パターンファイルＦ５００を生成する。頻度の高い生活パターンとは、頻度の高い制御開始時間および頻度の高いＣＯＭＰＬＥＴＥ所要時間とによって示される典型的な生活パターンのことを指す。

図５は、生活パターンファイルＦ５００の一例を示す図である。図５の生活パターンファイルＦ５００の例では、給湯器および炊飯器のそれぞれについて、ＣＯＭＰＬＥＴＥ所要時間および制御開始時間とが記録されている。

給湯器は、頻度の高いＣＯＭＰＬＥＴＥ所要時間が２０分、頻度の高い制御開始時間が２０分であるため、「給湯器（お湯張り）；２０分；２０分後」と記録されている。また、炊飯器は、頻度の高いＣＯＭＰＬＥＴＥ所要時間が４５分、頻度の高い制御開始時間が３０分であるため、「炊飯器；４５分；３０分後」と記録されている。

１．３ 携帯端末２００
図６は、家電制御システム１０における携帯端末２００の構成を示すブロック図である。携帯端末２００は、メール送信検知部２０１、メールプロパティ確認部２０２、サーバ通知部２０３、通信部２０４、タイマー２０５、メッセージデータベース２０６、所定条件データベース２０７、生活パターンデータベース２１０、条件設定部２１１、および入力部２１２を備える。また、メール送信検知部２０１、メールプロパティ確認部２０２、サーバ通知部２０３、タイマー２０５、条件設定部２１１は、携帯端末２００内のコントローラ３がこれらの機能を備えることによって実装されてもよい。本実施形態において、携帯端末２００は、携帯情報端末の一例に相当する。

図７は、携帯端末２００のソフトウェア構成を示すブロック図である。携帯端末２００は、メモリ２１３と、ＯＳ２１４と、少なくとも２つのアプリケーションとしての家電制御アプリケーション２１６およびメッセージ送受信アプリケーション２１５とを備えている。メッセージ送受信アプリケーション２１５はメールの送受信を行うアプリケーションである。携帯端末２００は、メッセージ送受信アプリケーション２１５を起動し、メールを送信し、メールの宛先および送信時刻が所定の条件を満たしていれば、家電制御アプリケーション２１６がサーバ１００へＯＮタイマー通知を送信する。なお、ＯＮタイマー通知はメール送信通知としての機能も持つ。

１．３．１ メール送信検知部２０１
メール送信検知部２０１は、メールが送信されたか否かを確認し、メールの送信を確認すると、メールプロパティ確認部２０２へ、メール送信通知を出力する。

１．３．２ メールプロパティ確認部２０２
メールプロパティ確認部２０２は、メール送信検知部２０１からメール送信通知が入力されると、メールのプロパティを確認する。その際、メールプロパティ確認部２０２は、メッセージデータベース２０６内の最新のメールが、所定条件データベース２０７内の所定条件ファイルＦ８００（図８）の内容を満たすか否かを確認する。最新のメールの宛先が所定条件ファイルＦ８００に記録された所定の宛先と同じであり、かつ、最新のメールの送信時刻が所定条件ファイルＦ８００に記録された所定の時間帯内であれば、所定条件が満たされる。メールプロパティ確認部２０２は、所定条件が満たされた場合、サーバ通知部２０３へメール送信通知を出力する。なお、所定条件ファイルＦ８００に所定の宛先が複数記録されている場合、最新のメールの宛先が、複数記録された所定の宛先のうちの少なくとも１つの宛先と同じであれば、メールプロパティ確認部２０２は、最新のメールは、宛先について所定の条件を満たすと判定する。

１．３．３ サーバ通知部２０３
サーバ通知部２０３は、通信部２０４を介してサーバ１００から生活パターンファイルＦ５００を受信した際、生活パターンファイルＦ５００を生活パターンデータベース２１０へ格納する。また、サーバ通知部２０３は、メールプロパティ確認部２０２からメール送信通知が入力されると、生活パターンデータベース２１０内の生活パターンファイルＦ５００を基にＯＮタイマー通知を生成し、通信部２０４を介してサーバ１００へ送信する。

１．３．４ 通信部２０４
通信部２０４は、サーバ１００へ家電機器３００、４００、または５００の制御を開始する制御開始通知を送信する。また、通信部２０４は、サーバ１００から生活パターンファイルＦ５００を受信する。

１．３．５ タイマー２０５
タイマー２０５は、現在時刻をカウントする。タイマー２０５は、メール送信検知部２０１が送信されたメールの送信日時を取得するために用いられる。

１．３．６ メッセージデータベース２０６
メッセージデータベース２０６は、携帯端末２００が送受信したメールを格納する。

１．３．７ 所定条件データベース２０７
所定条件データベース２０７は、ユーザが予め設定した所定の時間帯を示す情報と宛先を示す情報とが記録された所定条件ファイルＦ８００を格納する。図８は所定条件ファイルＦ８００の一例を示す図である。所定条件ファイルＦ８００は、所定の宛先情報を登録する第１データベース、および所定の時間帯を登録する第２データベースの一例である。なお、本実施の形態では、第１、第２データベースを１つの所定条件ファイルＦ８００に集約させたが、これは一例であり、所定条件ファイルＦ８００を２つに分け、一方に、所定の宛先情報を登録させ、もう一方に所定の時間帯を登録させてもよい。図８の所定条件ファイルＦ８００の例では、所定の時間帯として「１８：００−２０：００」が記録され、所定の宛先として妻Ｂのメールアドレスと娘Ｃのメールアドレスとが記録されている。

１．３．８ 生活パターンデータベース２１０
生活パターンデータベース２１０は、通信部２０４を介してサーバ１００から受信した生活パターンファイルＦ５００を格納する。

１．３．９ 条件設定部２１１
条件設定部２１１は、携帯端末２００がサーバ１００へメール送信通知を送信するための所定の条件として、ユーザが入力部２１２を用いて入力した情報が記録された所定条件ファイルＦ８００を生成し、所定条件データベース２０７に格納する。図９Ａは、ユーザが所定の条件を入力する際に用いる所定条件設定画面Ｇ９００の一例を示す図である。所定条件設定画面Ｇ９００には、所定の宛先を入力するための宛先入力欄Ｒ９０１および所定の時間帯を入力するための時間帯入力欄Ｒ９０２とが設けられている。ユーザは、宛先入力欄Ｒ９０１において所定の宛先を入力し、時間帯入力欄Ｒ９０２において所定の時間帯を入力する。このとき、ユーザは、所定の宛先を、携帯端末２００が備える電話帳に登録された宛先の中から選んで入力してもよいし、入力部２１２を操作して所定の宛先を直接入力してもよい。

図９Ｂは、入力後の所定条件設定画面Ｇ９００の一例を示す図である。図９Ｂの例では、所定の宛先として妻Ｂが入力されたため、宛先入力欄Ｒ９０１には「妻Ｂ」と表示され、所定の時間帯として１８：００−２０：００が入力されたため、時間帯入力欄Ｒ９０２には、「１８：００−２０：００」と表示されている。

１．３．１０ 入力部２１２
入力部２１２は、携帯端末２００がサーバ１００へメール送信通知を送信するための所定の条件をユーザが入力した際、入力内容を条件設定部２１１へ出力する。

１．４ 家電機器３００
図１０は、家電制御システム１０における家電機器３００の構成を示すブロック図である。家電機器４００、５００については、家電機器３００と同じ構成のため、説明は省略する。家電機器３００は、家電制御部３０１、サーバ通知部３０２、通信部３０３、タイマー３０４、および状態データベース３０５を備える。なお、家電制御部３０１、サーバ通知部３０２、およびタイマー３０４は、家電機器３００内のコントローラ４がこれらの機能を備えることによって実装されてもよい。

１．４．１ 家電制御部３０１
家電制御部３０１は、家電機器３００がＯＮ、ＯＦＦ、又はＣＯＭＰＬＥＴＥの運転状態になるたびに、ＯＮ、ＯＦＦ、ＣＯＭＰＬＥＴＥの運転状態とその運転状態になった時刻とを、家電機器名と共にサーバ通知部３０２へ出力する。すなわち、家電制御部３０１は、家電機器３００の運転状態が変化した時刻を示す情報及び変化後の運転状態を示す情報を、家電機器３００の家電機器名と共にサーバ通知部３０２へ出力する。家電制御部３０１は、同時に、家電機器３００の運転状態を状態データベース３０５に格納された状態ファイルＦ１１０（図１１、図１２）に記録する。

また、家電制御部３０１は、サーバ１００による家電制御時に、サーバ１００からＯＮ制御の信号を受信して家電機器３００の稼動を始め、状態データベース３０５内の状態ファイルＦ１１０の状態をＯＮに変更する。そして、家電制御部３０１は、ＯＦＦ制御の信号を受信すると、家電機器３００の稼動をＯＦＦにし、状態データベース３０５内の状態ファイルＦ１１０の状態をＯＦＦに変更する。なお、家電制御部３０１は、状態が変化するたびに、変化後の状態をサーバ通知部３０２へ出力する。

１．４．２ サーバ通知部３０２
サーバ通知部３０２は、家電制御部３０１から入力された家電機器３００の変化後の運転状態を、通信部３０３を介してサーバ１００へ送信する。

１．４．３ 通信部３０３
通信部３０３は、家電機器３００の運転状態が変化した時刻を示す情報および変化後の運転状態を示す情報をサーバ１００へ送信する。また、通信部３０３は、ＯＮ制御通知、ＯＦＦ制御通知をサーバ１００から受信する。

１．４．４ タイマー３０４
タイマー３０４は、現在時刻をカウントする。タイマー３０４は、家電機器３００の運転状態が変化した時刻を示す情報を、家電制御部３０１が取得するために用いられる。

１．４．５ 状態データベース３０５
状態データベース３０５は、家電機器３００の、家電機器名、運転状態（ＯＮ、ＯＦＦ、又はＣＯＭＰＬＥＴＥ）、現在状態、および設定状態が記録された状態ファイルＦ１１０を格納する。図１１、図１２は、それぞれ、状態データベース３０５内の状態ファイルＦ１１０の一例を示す図である。

図１１の例では、家電機器３００が給湯器である場合の状態ファイルＦ１１０が示されている。図１１の例では、運転状態はＯＮの運転状態であり、現在状態は、浴槽に水温３０度の水が１００リットル入っている状態であり、設定状態は、浴槽に水温３９℃の水が１６０リットル入った状態であることが示されている。このとき、現在状態が設定状態に到達した場合、家電機器３００の運転状態は、ＣＯＭＰＬＥＴＥの運転状態に遷移する。

図１２の例では、家電機器４００がエアコンである場合の状態ファイルＦ１１０の一例が示されている。図１２の例では、運転状態がＯＮの運転状態であり、現在状態は、室温が８℃であることが示されている。暖房、冷房などの現在の運転モードの設定を示すフラグが立てられ、現在の運転モードの設定は暖房であることが示されている。暖房の設定状態は室温が２０℃であり、風量が強であり、風向が自動風向であることが示されている。このとき、現在状態の示す室温が、設定状態の示す室温に到達した場合、家電機器４００の運転状態はＣＯＭＰＬＥＴＥの運転状態へ遷移する。

１．５ 家電制御システム１０の動作
家電制御システム１０の動作は、３つの動作、具体的には、条件設定と、生活パターンファイルＦ５００の生成と、生成した生活パターンファイルＦ５００に基づく家電制御とが含まれる。条件設定とは、携帯端末２００がサーバ１００へメール送信通知を送信するための所定の条件をユーザが設定した際、入力内容を所定条件データベース２０７へ格納する動作を指す。生活パターンファイルＦ５００の生成では、日々のユーザの家電機器３００等のＯＮおよびＯＦＦのタイミング等が分析され、ユーザの生活パターンファイルＦ５００が生成されて、サーバ１００の生活パターンデータベース１０９に格納される。生成した生活パターンファイルＦ５００に基づく家電制御では、生成された生活パターンファイルＦ５００に基づき、サーバ１００によって、家電機器３００等が制御される。以下で、３つの動作について図面を参照しながら説明する。

１．５．１ 条件設定
図１３は、家電制御システム１０の条件設定の動作を示すフローチャートである。

携帯端末２００は、メッセージ送受信アプリケーション２１５を起動する（Ｓ８０１）。そして、携帯端末２００の条件設定部２１１は、入力部２１２を通じてユーザの入力を受け、所定の宛先を設定する（Ｓ８０２）。また、携帯端末２００の条件設定部２１１は、入力部２１２を通じてユーザの入力を受け、所定の時間帯を設定する（Ｓ８０３）。最後に、携帯端末２００の条件設定部２１１は、設定内容が記録された所定条件ファイルＦ８００を所定条件データベース２０７に格納する（Ｓ８０４）。

１．５．２ 生活パターンファイルの生成
家電制御システム１０におけるメール送信時の生活パターンファイルＦ５００が生成される動作について図１４に示すシーケンス図を用いて説明する。また、メール送信後の動作を図１８、図１９に示すシーケンス図を用いて説明する。なお、図１４では、携帯端末２００がメールを送信してから家電機器の運転状態が記録されるように説明されているが、１日の家電機器の運転状態のすべてが記録されてもよい。

図１４は、メール送信時の生活パターンファイルＦ５００の生成の動作を示すシーケンス図である。サーバ１００の分析部１０２は、携帯端末２００からのメール送信の時刻を収集し、生活パターンを分析する。

携帯端末２００は、メッセージ送受信アプリケーション２１５を起動する（Ｓ１００１）。携帯端末２００のメール送信検知部２０１は、メールが送信されたか否かを確認する（Ｓ１００２）。メールが送信されていない場合（Ｓ１００２のＮＯ）、携帯端末２００は、再度、Ｓ１００２において、メールが送信されたか否かを確認する。メールの送信が確認された場合（Ｓ１００２のＹＥＳ）、メールプロパティ確認部２０２は、送信されたメールの宛先が所定条件ファイルＦ８００に記録された所定の宛先か否かを確認する（Ｓ１００３）。

送信されたメールの宛先が所定の宛先でない場合（Ｓ１００３のＮＯ）、携帯端末２００は、再度、Ｓ１００２において、メールが送信されたか否かを確認する。宛先が所定の宛先である場合（Ｓ１００３のＹＥＳ）、メールプロパティ確認部２０２は、タイマー２０５が計時する現在時刻をメールの送信時刻として取得する（Ｓ１００４）。そして、メールプロパティ確認部２０２は、メールの送信時刻が所定条件ファイルＦ８００に記録された所定の時間帯内であるか否かを確認する（Ｓ１００５）。このとき、メールプロパティ確認部２０２は、Ｓ１００４で取得した現在時刻と所定条件ファイルＦ８００に記録された所定の時間帯とを比較する。

Ｓ１００４で取得した現在時刻が所定の時間帯内の時刻でない場合（Ｓ１００５のＮＯ）、携帯端末２００は、再度、Ｓ１００２において、メールが送信されたか否かを確認する。現在時刻が所定の時間帯内である場合（Ｓ１００５のＹＥＳ）、携帯端末２００のサーバ通知部２０３は、メール送信通知をサーバ１００へ送信する（Ｓ１００６）。

サーバ１００の収集部１０１は、携帯端末２００からメール送信通知があったか否かを確認する（Ｓ１００７）。ここで、携帯端末２００からサーバ１００へ送信されるメール送信通知のデータ構成の一例を図１５に示す。

図１５は、家電制御システムにおいて、装置間で送受される通知データ１５００のデータ構成の一例を示す図である。図１５の上段は、通知データ１５００の一般的なデータ構成を示し、図１５の下段はメール送信通知として使用される通知データ１５００のデータ構成を示している。

図１５の上段に示されるように、本家電制御システムで用いられる通知データ１５００は、「機器名」、「通知の種類」、および「時刻」を備える。「機器名」には通知データ１５００の送信元の機器名が記載される。ここでは、機器として家電機器および携帯端末２００が含まれるため、「機器名」としては家電機器の識別子や携帯端末の識別子が記載される。「通知の種類」には通知データ１５００の種類が記載され、「時刻」には通知データ１５００の送信時刻が記載される。ここで、図１５の下段では、１８：１０に送信されたメール送信通知が示されている。そのため、「家電機器名」に「携帯端末」、「通知の種類」に「メール送信」、「時刻」に「１８：１０」が記載されている。

サーバ１００の収集部１０１は、携帯端末２００からメール送信通知を受信していない場合（Ｓ１００７のＮＯ）、処理をＳ１００７に戻し、再びメール送信通知を受信したか否かを確認する。携帯端末２００からメール送信通知を受信した場合（Ｓ１００７のＹＥＳ）、携帯端末２００及びサーバ１００は、ファイル書き込み処理を行う（Ｓ１００８）。ファイル書き込み処理とは、日別家電制御データベース１０８内の日別家電制御ファイルＦ４００に家電機器の状態の変化と変化が起きた時間とを書き込む処理のことである。

図１６は、ファイル書き込み処理を示すフローチャートである。

サーバ１００の収集部１０１は、一日の終了条件を満たしたか否かを確認する（Ｓ１１０１）。一日の終了条件を満たしている場合（Ｓ１１０１のＹＥＳ）、収集部１０１は、その日一日の日別家電制御ファイルＦ４００への記録を終了する（Ｓ１１０２）。そして、収集部１０１は、日別家電制御データベース１０８に本日の日別家電制御ファイルＦ４００を作成し（Ｓ１１０４）、処理はＳ１１０５に進む。

一日の終了条件を満たしていない場合（Ｓ１１０１のＮＯ）、収集部１０１は、本日分の日別家電制御ファイルＦ４００が日別家電制御データベース１０８にあるか否かを確認する（Ｓ１１０３）。本日分の日別家電制御ファイルＦ４００が日別家電制御データベース１０８にない場合（Ｓ１１０３のＮＯ）、収集部１０１は、日別家電制御データベース１０８内に本日の日別家電制御ファイルＦ４００を作成する（Ｓ１１０４）。これにより、一日分の機器の運転状態を記録するための日別家電制御ファイルＦ４００が生成される。

本日分の日別家電制御ファイルが日別家電制御データベース１０８にある場合（Ｓ１１０３のＹＥＳ）、或いは、日別家電制御データベース１０８に本日分の日別家電制御ファイルを作成した後（Ｓ１１０４）、収集部１０１は、通知データ１５００を送信した機器を判断する（Ｓ１１０５）。

例えば、図１５に示されるように、通知データ１５００に含まれる「機器名」および「通知の種類」に記載された情報から、収集部１０１は、通知データ１５００を送信した機器および運転状態を判断する。通知データ１５００に含まれる「機器名」には、各機器に付与されたＩＤのような識別子が記載されるようにしてもよい。収集部１０１は、日別家電制御データベース１０８内の本日の日別家電制御ファイルＦ４００に通知データ１５００を送信した機器の、「機器名」、「運転状態(メール送信、ＯＮ、ＯＦＦ、又はＣＯＭＰＬＥＴＥ)」、および「時刻」を記録する（Ｓ１１０６）。これにより、図４に示すような日別家電制御ファイルＦ４００が生成される。

図１７Ａは、ユーザＡの生活例を示す図である。図１７Ａに示されるように、ユーザＡの帰宅時間は、早いときには１９：００頃であり、遅いときには２１：００頃である。毎日、乗換駅のＳ駅で乗り換える際に、ユーザＡは、妻Ｂもしくは娘Ｃにメールをする。Ｓ駅から自宅の最寄り駅Ｔ駅までは電車で３０分、その後、自宅までは徒歩で１５分かかる。妻Ｂは、ユーザＡの帰宅時刻を計算し、ユーザＡの帰宅後の行動に合わせ家電機器を制御する。

図１７Ｂに帰宅が早い日の例を示す。ユーザＡは、１８：１０にＳ駅から妻Ｂにメールを送信する。そして、妻Ｂは、１８：３５に給湯器をオンにし、お風呂のお湯を張る。そして、妻Ｂは、１８：４５に炊飯器でご飯を炊き始める。ユーザＡは１８：５５に帰宅し、１９：００に入浴する。１９：３０、ユーザＡの入浴が終わると同時にご飯が炊ける。そして、１９：３５、夕食を摂る。

図１８、図１９は、メール送信後の生活パターンファイルＦ５００の生成の動作を示すシーケンス図である。サーバ１００の分析部１０２は、家電機器３００等から、ＯＮ、ＯＦＦ、およびＣＯＭＰＬＥＴＥの状態と、各状態に変化した時刻とを収集し、生活パターンを分析する。ここでは、分析部１０２が家電機器３００からデータを収集する場合を例に挙げて説明する。

家電機器３００の家電制御部３０１は、運転状態の変化があったか否かを確認する（Ｓ１２０１）。運転状態とは、ＯＮ、ＯＦＦ、およびＣＯＭＰＬＥＴＥのいずれかである。運転状態の変化がない場合（Ｓ１２０１のＮＯ）、家電制御部３０１は、Ｓ１２０１において、再び状態の変化があったか否かを確認する。運転状態の変化があった場合（Ｓ１２０１のＹＥＳ）、家電制御部３０１は、「機器名」と変化後の「運転状態」と、変化した時刻とを含む通知データ１５００をサーバ１００へ通知する（Ｓ１２０２）。そして、家電制御部３０１は、状態データベース３０５内の状態ファイルＦ１１０の状態を変化後の状態に変更する（Ｓ１２０３）。

図２０は、家電機器３００からサーバ１００へ送信される通知データ１５００のデータ構成の一例を示す図である。家電機器３００からサーバ１００へ送信される通知データ１５００は、携帯端末２００からサーバ１００へ送信される通知データ１５００（図１５）と同様、「機器名」、「通知の種類」、および「時刻」を備える。図２０の上段の例では、１８：３５に給湯器がＯＮされた場合の通知データ１５００が示されている。そのため、「家電機器名」に「給湯器」、「通知の種類」に「ＯＮ」、「時刻」に「１８：３５」が記載されている。また、図２０の下段の例では、１８：４５に炊飯器がＯＮされた場合の通知データ１５００が示されている。そのため、「機器名」に「炊飯器」、「通知の種類」に「ＯＮ」、「時刻」に「１８：４５」が記載されている。

図１８に戻り、サーバ１００の収集部１０１は、通信部１０６が家電機器３００から通知データ１５００を受信したか否かを確認する（Ｓ１２０４）。家電機器３００から通知データ１５００を受信しなかった場合（Ｓ１２０４のＮＯ）、収集部１０１は、処理をＳ１２０４に戻し、再び家電機器３００から通知データ１５００が送信されたか否かを確認する。家電機器３００から通知データ１５００が送信された場合（Ｓ１２０４のＹＥＳ）、収集部１０１は、所有家電データベース１０７内の所有家電ファイルＦ３００において、通知データ１５００を送信した家電機器３００の運転状態を変更する（Ｓ１２０５）。

次に、収集部１０１は、ファイル書き込み処理（図１６）を行う（Ｓ１００８）。次に、収集部１０１は、一定の日数の日別家電制御ファイルＦ４００を収集できたか否かを確認する（Ｓ１２０７）。一定の日数の日別家電制御ファイルＦ４００を収集できていない場合（Ｓ１２０７のＮＯ）、処理がＳ１２０４に戻る。一定の日数の日別家電制御ファイルが収集できた場合（Ｓ１２０７のＹＥＳ）、サーバ１００の分析部１０２は、パターン分析処理を行う（Ｓ１２０８）。そして、分析部１０２は、パターン分析処理によって作成した生活パターンファイルＦ５００を携帯端末２００へ送信する（Ｓ１２０９）。

携帯端末２００のサーバ通知部２０３は、サーバ１００から送信された生活パターンファイルＦ５００を生活パターンデータベース２１０へ格納する（Ｓ１２１０）。

図２１は、図１９に示すパターン分析処理を示すフローチャートである。

サーバ１００の分析部１０２は、日別家電制御データベース１０８内の日別家電制御ファイルＦ４００を基に、生活パターンを分析する（Ｓ１３０１）。そして、分析結果から生活パターンファイルＦ５００を生成し、生活パターンデータベース１０９に格納する（Ｓ１３０２）。

以下、図４に示す日別家電制御ファイルＦ４００を用いて、生活パターンファイルＦ５００の生成の具体例を説明する。図４では、２０１３年２月２１日の日別家電制御ファイルＦ４００が示されているが、このような日別家電制御ファイルＦ４００が一定の日数分収集された場合、パターン分析処理が実行される。まず、分析部１０２は、一定の日数分の日別家電制御ファイルＦ４００が収集されると、収集された日別家電制御ファイルＦ４００のそれぞれから、メールの送信時刻を基準としたときの制御開始時間と、ＣＯＭＰＬＥＴＥ所要時間とを求める。図４の例では、給湯器は、メールの送信時刻が１８：１０であり、ＯＮした時刻が１８：３５であるため、制御開始時間が２５分と算出される。また、給湯器は、ＯＮした時刻が１８：３５であり、ＣＯＭＰＬＥＴＥになった時刻が１８：５５であるため、ＣＯＭＰＬＥＴＥＴ所要時間が２０分と算出される。また、炊飯器は、メールの送信時刻が１８：１０であり、ＯＮした時刻が１８：４５であるため、制御開始時間が３５分と算出される。また、炊飯器は、ＯＮした時刻が１８：４５であり、ＣＯＭＰＬＥＴＥになった時刻が１９：３０であるため、ＣＯＭＰＬＥＴＥＴ所要時間が４５分と算出される。また、照明２は、メールの送信時刻が１８：１０であり、ＯＮした時刻が１９：００であるため、制御開始時間が５０分と算出される。

次に、分析部１０２は、家電機器別にＣＯＭＰＬＥＴＥ所要時間と制御開始時間との頻度を求める。そして、分析部１０２は、頻度が最大となるＣＯＰＬＥＴＥ所要時間および制御開始時間を図５に示す生活パターンファイルＦ５００に書き込む。図５の例では、給湯器および炊飯器について、頻度が最大となるＣＯＭＰＬＥＴＥ所要時間および制御開始時間がそれぞれ書き込まれている。

１．５．３ 生成した生活パターンファイルに基づく家電制御
図２２は、家電制御システム１０において、生成した生活パターンファイルＦ５００に基づく家電制御の動作を示すシーケンス図である。

携帯端末２００は、メッセージ送受信アプリケーション２１５を起動する（Ｓ１４０１）。そして、携帯端末２００のメール送信検知部２０１は、メールが送信されたか否かを確認する（Ｓ１４０２）。メールの送信を確認できない場合（Ｓ１４０２のＮＯ）、メール送信検知部２０１は、再び、Ｓ１４０２において、メールが送信されたか否かを確認する。メールの送信が確認できた場合（Ｓ１４０２のＹＥＳ）、携帯端末２００のメールプロパティ確認部２０２は、送信されたメールの宛先が所定条件ファイルＦ８００に記録された所定の宛先か否かを確認する（Ｓ１４０３）。送信されたメールの宛先が所定の宛先でない場合（Ｓ１４０３のＮＯ）、携帯端末２００は、再び、Ｓ１４０２において、メールが送信されたか否かを確認する。

宛先が所定の宛先である場合（Ｓ１４０３のＹＥＳ）、メールプロパティ確認部２０２は、タイマー２０５が計時する現在時刻をメールの送信時刻として取得する（Ｓ１４０４）。そして、メールプロパティ確認部２０２は、メールの送信時刻が所定条件ファイルＦ８００に記録された所定の時間帯内であるか否かを確認する（Ｓ１４０５）。メールの送信時刻が所定の時間帯内でない場合（Ｓ１４０５のＮＯ）、携帯端末２００は、再び、Ｓ１４０２において、メールが送信されたか否かを確認する。メールの送信時刻が所定の時間帯内である場合（Ｓ１４０５のＹＥＳ）、携帯端末２００、サーバ１００、および家電機器３００は家電制御処理を行う（Ｓ１５００）。

ここで、家電制御処理について、図２３、図２４に示すシーケンス図を用いて説明する。図２３、図２４は、家電制御処理を示すシーケンス図である。

携帯端末２００の条件設定部２１１は、生活パターンファイルＦ５００を参照し、制御する家電機器を抽出する（Ｓ１５０１）。次に、条件設定部２１１は、生活パターンファイルＦ５００を参照し、抽出した家電機器の制御開始時間を抽出する（Ｓ１５０２）。そして、携帯端末２００は、ＯＮタイマー通知をサーバ１００へ送信する（Ｓ１５０３）。

図２５Ａは、携帯端末２００からサーバ１００へ送信されるＯＮタイマー通知２５００のデータ構成の一例を示す図である。ＯＮタイマー通知２５００は制御コマンドの一例である。図２５Ａの上段はＯＮタイマー通知２５００の一般的なデータ構成を示し、図２５Ａの下段は給湯器を２５分後にＯＮする場合のＯＮタイマー通知２５００のデータ構成を示している。

ＯＮタイマー通知２５００は、「機器名」、「通知の種類」、「制御開始時間」、「設定温度」、および「ＯＮ制御する家電機器」を備える。「機器名」には、送信元の家電機器名が記載される。「通知の種類」には、本通知の種類を示す情報が記載される。ここでは、ＯＮタイマー通知であるため、「通知の種類」には「ＯＮタイマー通知」と記載される。「制御開始時間」には、何分後に制御を開始するかを示す時間が記載される。「設定温度」には、浴槽に給水される水の温度が記載される。「ＯＮ制御する家電機器」には、制御される家電機器、つまり、ＯＮタイマー通知２５００を受信する家電機器が記載される。図１５の下段には、携帯端末２００から送信される給湯器を２５分後にＯＮし、３９度の水を給水するＯＮタイマー通知２５００が示されている。そのため、「家電機器名」に「携帯端末」、「通知の種類」に「ＯＮタイマー通知」、「制御開始時間」に「２５」、「設定温度」に「３９℃」、「ＯＮ制御する家電機器」に「給湯器」が記載されている。

図２３に戻り、サーバ１００の設定部１０４は、携帯端末２００からＯＮタイマー通知が送信されたか否かを確認する（Ｓ１５０４）。ＯＮタイマー通知の送信を確認できなかった場合（Ｓ１５０４のＮＯ）、サーバ１００は、再び、Ｓ１５０４において、ＯＮタイマー通知があったか否かを確認する。ＯＮタイマー通知の送信を確認できた場合（Ｓ１５０４のＹＥＳ）、設定部１０４は、タイマー１０５が計時する現在時刻を取得する（Ｓ１５０５）。そして、サーバ１００は、Ｓ１５０５で取得した現在時刻からＯＮタイマー通知の「制御開始時間」が示す制御開始時間後に、ＯＮタイマー通知の「ＯＮ制御する家電機器」が示す家電機器へ、ＯＮ制御の信号を送信する（Ｓ１５０６）。図２５Ａの下段のＯＮタイマー通知２５００の例では、設定部１０４は、Ｓ１５０５で取得した現在時刻から２５分後に給湯器にＯＮ制御の信号を送信する。なお、所有家電ファイルＦ３００において、予め各家電機器の通信アドレスを記録させておき、設定部１０４は、所有家電ファイルＦ３００から給湯器の通信アドレスを特定すればよい。さらに、設定部１０４は、所有家電データベース１０７の所有家電ファイルＦ３００の家電機器３００の状態をＯＮに変更する（Ｓ１５０７）。上記の給湯器の例では、図３に示す所有家電ファイルＦ３００の給湯器の運転状態が「ＯＦＦ」から「ＯＮ」に変更される。

家電機器３００の家電制御部３０１は、ＯＮ制御の信号を通信部３０３を通じて受信し、家電機器３００をＯＮする（Ｓ１５０８）。家電機器３００は、ＯＮ制御完了通知をサーバ１００へ送信する（Ｓ１５０９）。そして、家電機器３００は、状態データベース３０５内の状態ファイルＦ１１０（図１１、図１２）の状態をＯＮに変更する（Ｓ１５１０）。図１１の状態ファイルＦ１１０の例では、「運転状態」がＯＮに変更され、現在状態（現在水位、現在温度）が例えば、（０リットル、２５℃）に変更される。

次に、サーバ１００の設定部１０４は、家電機器３００から受信したＯＮ制御完了通知を携帯端末２００へ送信する（Ｓ１５１１）。

図２６は、家電機器３００からサーバ１００へ送信される通知データ２６００のデータ構成の一例を示す図である。図２６の上段は、通知データ２６００の一般的なデータ構成を示し、図２６の下段は、給湯器がＯＮされる場合の通知データ２６００のデータ構成を示している。通知データ２６００は、「家電機器名」および「通知の種類」を備える。「家電機器名」には制御対象の家電機器名が記載され、「通知の種類」には通知データ２６００の種類を示すデータが記載される。図２６の下段では、給湯器がＯＮされる場合の通知データ２６００が示されている。そのため、「家電機器名」に「給湯器」が記載され、「通知の種類」に「ＯＮ制御完了」が記載されている。

携帯端末２００の通信部２０４は、サーバ１００からＯＮ制御完了通知を受信し、ＯＮ制御完了通知の通知画面をディスプレイに表示する（Ｓ１５１２）。

ＯＮ制御完了通知を受信した携帯端末２００は、例えば、ユーザへの確認として、メールの送信が完了したことを示す情報と、生成した生活パターンファイルＦ５００に基づく家電制御の開始を示す情報とが表示された確認画面をディスプレイに表示してもよい。図２７Ｂは、確認画面Ｇ２７２の一例を示す図である。例えば、メールの送信時刻を契機に、お湯張りを始めるように生活パターンファイルＦ５００が生成されており、その生活パターンファイルＦ５００に基づいて家電制御が行われる場合を想定する。この場合、携帯端末２００が所定の条件を満たすメールを送信した後、制御開始時間が到来した際、ディスプレイには図２７Ｂに示す確認画面Ｇ２７２が表示される。確認画面Ｇ２７２の上部に「メール送信完了」と記載され、ユーザにメールの送信が完了したことが明示されている。「メール送信完了」の下側には、「お湯張りを開始しました。２０分後（１８：５５頃）にお風呂に入れます。中止しますか？」と記載された表示欄Ｒ２７１が表示されている。この表示欄Ｒ２７１の記載によりユーザに家電制御を開始してよいか否かを問いかける。

表示欄Ｒ２７１には、「はい」のボタンＢ２７３および「いいえ」のボタンＢ２７４が配置されている。ユーザは、表示欄Ｒ２７１に記載された家電制御に同意する場合「はい」のボタンＢ２７３を押し、同意しない場合は「いいえ」のボタンＢ２７４を押す。これにより、家電制御を行うか否かをユーザに確認してから、家電制御を行うことができ、ユーザの意に反した家電制御が行われることが防止される。なお、携帯端末２００に確認画面Ｇ２７２を表示させるか否かは、事前にユーザに選択させるようにしてもよい。確認画面Ｇ２７２を表示させないことがユーザにより事前に選択された場合、家電機器の制御開始時に、確認画面Ｇ２７２が表示されることなく、生活パターンファイルＦ５００にしたがった家電制御が自動的に開始される。

１．６ 実施の形態１の効果
実施の形態１では、ユーザの生活パターンを分析し、帰宅前後の家電機器をＯＮする時刻や家電機器のＣＯＭＰＬＥＴＥ所要時間が計測され、ユーザの生活パターンに合わせた家電制御が開始されている。このとき、家電制御の開始の契機として、ユーザが帰宅の際に家族に対して慣習的に行うメールの送信というユーザの行動が利用されている。これにより、ユーザは、帰宅の際に必ず行う一つの行動によって、手間なく効率的に、帰宅後の行動に合わせて必要な家電機器をＯＮ制御することができる。

以上、実施の形態１では、帰宅の際に必ず行う一つの行動を利用してユーザの生活パターンに合わせた家電制御を開始することができる。そのため、ユーザの家電制御の手間を省け、ユーザは効率的に行動することができる。

また、実施の形態１では、携帯端末２００が生活パターンファイルＦ５００を有するため、携帯端末２００は、生活パターンファイルＦ５００の内容に基づいて、サーバ１００にＯＮタイマー通知を送信するだけで、家電機器を遠隔制御できる。したがって、実施の形態１では、帰宅の際に必ず行う一つの行動を利用してユーザの生活パターンに合わせた家電機器の遠隔制御を、携帯端末２００を用いて実現できる。

２．実施の形態２
以下、実施の形態２の家電制御システム１０ａについて図面を参照しながら説明する。上記実施の形態１では、家電機器の制御開始の契機となるメールが満たす所定の条件として、メールの宛先とメール送信の時間帯とが採用されていた。実施の形態２では、家電機器の制御開始の契機となるメールが満たす所定の条件として、メールの文中のキーワードとメール送信の時間帯とが採用される。図２７Ａに示すメール画面Ｇ２７１を例に挙げて説明する。所定の条件としての所定のキーワードが「帰る」、所定の条件としての所定の時間帯が「１８：００−２０：００」であったとする。メール画面Ｇ２７１が示すメールには、文中に「帰る」というキーワードが含まれ、送信時刻が「１８：１０」である。そのため、このメールは所定の条件を満たすことになり、家電機器の制御開始の契機となる。

２．１ 家電制御システム１０ａの全体構成
図２８は、実施の形態２の家電制御システム１０ａの全体構成を示す図である。家電制御システム１０ａは、実施の形態１と同様の、サーバ１００および家電機器３００〜５００と、実施の形態１と異なる携帯端末２００ａとを備える。なお、本実施の形態において、実施の形態１と同一のものは同一の符号を付して説明を省略する。

２．２ 携帯端末２００ａの構成
図２９は、家電制御システム１０ａにおける携帯端末２００ａの構成を示すブロック図である。携帯端末２００ａにおいて、実施の形態１との相違点は、メールプロパティ確認部２０２ａ、条件設定部２１１ａ、および所定条件データベース２０７ａにある。なお、メール送信検知部２０１、サーバ通知部２０３、タイマー２０５、メールプロパティ確認部２０２ａ、および条件設定部２１１ａは、携帯端末２００ａ内のコントローラ３ａがこれらの機能を備えることによって実装されてもよい。本実施形態において、携帯端末２００ａは、携帯情報端末の一例に相当する。

２．２．１ メールプロパティ確認部２０２ａ
メールプロパティ確認部２０２ａは、メール送信検知部２０１からメール送信通知が入力されると、メールのプロパティを確認する。その際、メールプロパティ確認部２０２ａは、メッセージデータベース２０６内の最新のメールが、所定条件データベース２０７ａ内の所定条件ファイルＦ８０１（図３０）の内容を満たすか否かを確認する。メールの文中に所定のキーワードが含まれ、かつ、送信時刻が所定の時間帯内であれば、所定の条件が満たされる。所定の条件が満たされた場合、メールプロパティ確認部２０２ａは、サーバ通知部２０３へメール送信通知を出力する。

２．２．２ 所定条件データベース２０７ａ
所定条件データベース２０７ａは、ユーザが予め設定した所定のキーワードと所定の時間帯とを記憶した所定条件ファイルＦ８０１を格納する。図３０は、所定条件ファイルＦ８０１の一例を示す図である。図３０では、所定のキーワードが「帰る」、所定の時間帯が「１８：００−２０：００」とされている。

２．２．３ 条件設定部２１１ａ
条件設定部２１１ａは、携帯端末２００ａがサーバ１００へメール送信通知を送信するための所定の条件として、ユーザが入力部２１２を用いて入力した情報が記録された所定条件ファイルＦ８０１を生成し、所定条件データベース２０７ａに格納する。図３１Ａは、ユーザが所定の条件を入力する際に用いる所定条件設定画面Ｇ９１０の一例を示す図である。所定条件設定画面Ｇ９１０には、所定のキーワードを入力するためのキーワード入力欄Ｒ９１１および所定の時間帯を入力するための時間帯入力欄Ｒ９１２とが設けられている。ユーザは、キーワード入力欄Ｒ９１１において所定のキーワードを入力し、時間帯入力欄Ｒ９１２において所定の時間帯を入力する。このとき、ユーザは、所定のキーワードを、入力部２１２を操作して直接入力する。

図３１Ｂは、入力後の所定条件設定画面Ｇ９１０の一例を示す図である。図３１Ｂの例では、所定のキーワードとして「帰る」が入力されたため、キーワード入力欄Ｒ９１１には「帰る」と表示され、所定の時間帯として１８：００−２０：００が入力されたため、時間帯入力欄Ｒ９１２には、「１８：００−２０：００」と表示されている。

２．３ 家電制御システム１０ａの動作
家電制御システム１０ａの動作は、実施の形態１と同様、３つの動作、具体的には、条件設定と、生活パターンファイルの生成と、生成したパターンに基づく家電制御とが含まれる。生活パターンファイルの生成については、実施の形態１と同様の処理であるため、説明を省略し、以下では、条件設定と、生成した生活パターンファイルに基づく家電制御とについて、図面を参照しながら説明する。

２．３．１ 条件設定
図３２は、家電制御システム１０ａの条件設定の動作を示すフローチャートである。

携帯端末２００ａは、メッセージ送受信アプリケーション２１５を起動する（Ｓ２００１）。そして、携帯端末２００ａの条件設定部２１１ａは、入力部２１２を通じてユーザの入力を受け、所定のキーワードを設定する（Ｓ２００２）。また、携帯端末２００ａの条件設定部２１１ａは、入力部２１２を通じてユーザの入力を受け、所定の時間帯を設定する（Ｓ２００３）。最後に、携帯端末２００ａの条件設定部２１１ａは、設定内容が記録された所定条件ファイルＦ８０１を所定条件データベース２０７ａに格納する（Ｓ２００４）。

２．３．２ 生成した生活パターンファイルに基づく家電制御
図３３は、家電制御システム１０ａにおいて、生成した生活パターンファイルＦ５００に基づく家電制御の動作を示すシーケンス図である。

携帯端末２００ａは、メッセージ送受信アプリケーション２１５を起動する（Ｓ２１０１）。そして、携帯端末２００ａのメール送信検知部２０１は、メールが送信されたか否かを確認する（Ｓ２１０２）。メールの送信を確認できない場合（Ｓ２１０２のＮＯ）、メール送信検知部２０１は、再び、Ｓ２１０２において、メールが送信されたか否かを確認する。メールの送信が確認できた場合（Ｓ２１０２のＹＥＳ）、携帯端末２００ａのメールプロパティ確認部２０２ａは、メールの文中に所定のキーワードが含まれるか否かを確認する（Ｓ２１０３）。

メールの文中に所定のキーワードが含まれない場合（Ｓ２１０３のＮＯ）、携帯端末２００ａは、再び、Ｓ２１０２において、メールが送信されたか否かを確認する。メールの文中にキーワードが含まれる場合（Ｓ２１０３のＹＥＳ）、メールプロパティ確認部２０２ａは、タイマー２０５が計時する現在時刻をメールの送信時刻として取得する（Ｓ２１０４）。そして、メールプロパティ確認部２０２ａは、メールの送信時刻が所定条件ファイルＦ８０１に記録された所定の時間帯内であるか否かを確認する（Ｓ２１０５）。メールの送信時刻が所定の時間帯内でない場合（Ｓ２１０５のＮＯ）、携帯端末２００ａは、再び、Ｓ２１０２において、メールが送信されたか否かを確認する。メールの送信時刻が所定の時間帯内である場合（Ｓ２１０５のＹＥＳ）、携帯端末２００ａ、サーバ１００、および家電機器３００は、家電制御処理を行う（Ｓ１５００）。家電制御処理は、実施の形態１と同様である。

２．４ 実施の形態２の効果
実施の形態１では、家電制御の開始の契機となる所定の条件として、メールの宛先とメール送信の時間帯とが採用されていた。実施の形態２では、家電制御の開始の契機となるメールが満たす所定の条件として、メールの文中のキーワードとメール送信の時間帯とが採用されている。これにより、ユーザが帰宅の際、いつも同じメールを定型文として送信するような場合に、メールの文中に所定のキーワードが含まれれば、このメールの送信を契機に家電制御が開始できる。

また、実施の形態２では、実施の形態１と同様に、携帯端末２００ａも生活パターンファイルＦ５００を有している。これにより、携帯端末２００ａは、生活パターンファイルＦ５００の内容に基づいて、サーバ１００にＯＮタイマー通知を送信するだけで、家電機器を遠隔制御できる。

以上、実施の形態２では、帰宅の際、慣習的に同じ定型文を含むメールを家族に対して送信する場合、メールの文中に所定のキーワードが含まれれば、このメールの送信を契機に家電機器の制御を開始できる。また、実施の形態１と同様、帰宅の際に必ず行う一つの行動を利用して、ユーザの生活パターンに合わせた家電機器の遠隔制御を、携帯端末２００ａを用いて行うことができる。

３．実施の形態３
以下、実施の形態３の家電制御システム１０ｂについて図面を参照しながら説明する。実施の形態１では、家電制御の開始の契機となるメールが満たす所定の条件として、所定の宛先と所定の時間帯とが採用されていた。また、実施の形態２では、家電制御の開始の契機となるメールが満たす所定の条件として、所定のキーワードと所定の時間帯とが採用されていた。実施の形態３では、携帯端末２００ｂは所定条件データベース２０７、２０７ａを持たず、メールの文中にある場所を示すキーワードを探索し、その場所の位置から自宅までの帰宅所要時間を計測し、家電制御を開始する。

３．１ 家電制御システム１０ｂの全体構成
図３４は、実施の形態３の家電制御システム１０ｂの全体構成を示す図である。家電制御システム１０ｂは、実施の形態１と同様の、家電機器３００、家電機器４００、および家電機器５００と、実施の形態１、２とは異なるサーバ１００ａおよび携帯端末２００ｂとを備える。なお、本実施の形態において、実施の形態１、２と同一のものは同一の符号を付して説明を省略する。

３．２ サーバ１００ａの構成
図３５は、家電制御システム１０ｂにおけるサーバ１００ａの構成を示すブロック図である。サーバ１００ａにおいて、実施の形態１との相違点は、分析部１０２ａ、設定部１０４ａ、および生活パターンデータベース１０９ａにある。なお、収集部１０１、抽出部１０３、タイマー１０５、分析部１０２ａ、および設定部１０４ａは、サーバ１００ａ内のコントローラ１ａがこれらの機能を備えることによって実装されてもよい。また、所有家電データベース１０７、日別家電制御データベース１０８、および生活パターンデータベース１０９ａは、サーバ１００ａ内のメモリ２ａがこれらのデータベースを備えればよい。

３．２．１ 分析部１０２ａ
分析部１０２ａは、実施の形態１と同様、日別家電制御データベース１０８内の日別家電制御ファイルＦ４００を基に、ユーザの生活パターンを分析し、生活パターンファイルを生成する。本実施の形態では、分析部１０２ａにより図３６に示す生活パターンファイルＦ５０１が生成される。そして、分析部１０２ａは、生成した生活パターンファイルＦ５０１を生活パターンデータベース１０９ａに格納する。生活パターンファイルＦ５０１については、３．２．３にて詳細が説明される。

３．２．２ 設定部１０４ａ
設定部１０４ａは、実施の形態１と同様、抽出部１０３から入力された生活パターンファイルＦ５０１と携帯端末２００ｂから送信されるＯＮタイマー通知とを基に、家電機器をＯＮする。また、設定部１０４ａは、実施の形態１と同様、携帯端末２００から中断通知および再開通知を受信し、家電機器をＯＦＦおよびＯＮする。

３．２．３ 生活パターンデータベース１０９ａ
生活パターンデータベース１０９ａは、分析部１０２により生成される生活パターンファイルＦ５０１を格納する。図３６は、実施の形態３における生活パターンファイルＦ５０１の一例を示す図である。生活パターンファイルＦ５０１において、実施の形態１との相違点は、制御開始時間が省かれ、各家電機器のＣＯＭＰＬＥＴＥ所要時間のみが記録されている点、およびＣＯＭＰＬＥＴＥ所要時間として、メールの送信時刻から家電機器がＣＯＭＰＬＥＴＥになるまでの所要時間が採用されている点にある。図３６の生活パターンファイルＦ５０１の例では、給湯器および炊飯器のそれぞれについて、ＣＯＭＰＬＥＴＥ所要時間が記録されている。ここでは、給湯器および炊飯器のＣＯＭＰＬＥＴＥ所要時間として、それぞれ、「２０分」および「４５分」が記録されている。なお、生活パターンファイルＦ５０１において、制御開始時間が省かれているのは、本実施の形態では、帰宅所要時間から家電機器の制御開始時間が算出されるからである。

３．３ 携帯端末２００ｂの構成
図３７は、実施の形態３の家電制御システム１０ｂにおける携帯端末２００ｂの構成を示すブロック図である。携帯端末２００ｂにおいて、実施の形態１、２との相違点は、所定条件データベース２０７、２０７ａが省かれる点、およびメールプロパティ確認部２０２ｂが設けられている点にある。また、携帯端末２００ｂは、さらに、ユーザ情報データベース２０８および地名情報データベース２０９を備える。なお、メール送信検知部２０１、タイマー２０５、メールプロパティ確認部２０２ｂ、およびサーバ通知部２０３は、携帯端末２００ｂ内のコントローラ３ｂがこれらの機能を備えることによって実装されてもよい。本実施形態において、携帯端末２００ｂは、携帯情報端末の一例に相当する。

３．３．１ メールプロパティ確認部２０２ｂ
メールプロパティ確認部２０２ｂは、メール送信検知部２０１からメール送信通知が入力されると、メールのプロパティを確認する。その際、メールプロパティ確認部２０２ｂは、メッセージデータベース２０６内の最新のメールの文中に、場所を示す単語が含まれるか否かを確認する。場所を示す単語が含まれていれば、メールプロパティ確認部２０２ｂは、その場所から、ユーザ情報データベース２０８に格納されたユーザ情報ファイルに記録されたユーザの自宅までの帰宅所要時間を計算する。そして、メールプロパティ確認部２０２ｂは、計算した帰宅所要時間と生活パターンファイルＦ５０１に記録されたＣＯＭＰＬＥＴＥ所要時間とを用いて家電機器の制御開始時間を算出する。

３．３．２ ユーザ情報データベース２０８
ユーザ情報データベース２０８は、ユーザの住所を示す情報をユーザ情報ファイルとして格納する。

３．３．３ 地名情報データベース２０９
地名情報データベース２０９は、地図にある地名を示す情報を格納する。

３．４ 家電制御システム１０ｂの動作
家電制御システム１０ｂの動作は、２つの動作、具体的には、生活パターンファイルの生成と、生成した生活パターンファイルに基づく家電制御とが含まれる。生活パターンファイルの生成については、実施の形態１と同様の処理であるため、説明を省略し、以下では、生成した生活パターンファイルＦ５０１に基づく家電制御の動作について、図面を参照しながら説明する。

図３８は、家電制御システム１０ｂにおいて、生成した生活パターンファイルＦ５０１に基づく家電制御の動作を示すシーケンス図である。

携帯端末２００ｂは、メッセージ送受信アプリケーション２１５を起動する（Ｓ３００１）。そして、携帯端末２００ｂのメール送信検知部２０１は、メールが送信されたか否かを確認する（Ｓ３００２）。メールの送信を確認できない場合（Ｓ３００２のＮＯ）、メール送信検知部２０１は、再び、Ｓ３００２において、メールが送信されたか否かを確認する。メールの送信が確認できた場合（Ｓ３００２のＹＥＳ）、携帯端末２００ｂのメールプロパティ確認部２０２ｂは、地名情報データベース２０９に格納された地名情報ファイルを参照し、メールの文中に場所を示す単語が含まれるか否かを確認する（Ｓ３００３）。

ここで、地名情報ファイルには、地図上の場所であって、特に、ユーザがメールの文中に記載する可能性の高い場所を示す単語が記録されている。したがって、メールプロパティ確認部２０２ｂは、地名情報ファイルに記録されたいずれかの単語がメールの文中に含まれていれば、メールの文中に場所を示す単語が含まれていると判断する。

メールの文中に場所を示す単語が含まれない場合（Ｓ３００３のＮＯ）、携帯端末２００ｂは、再び、Ｓ３００２において、メールが送信されたか否かを確認する。メールの文中に場所を示す単語が含まれる場合（Ｓ３００３のＹＥＳ）、メールプロパティ確認部２０２ｂは、単語から現在位置を判断する（Ｓ３００４）。そして、メールプロパティ確認部２０２ｂは、現在位置から自宅までの帰宅所要時間を計算する（Ｓ３００５）。

ここで、地名情報データベース２０９に格納された地名情報には地名と位置とが対応付けて記憶されている。位置としては、緯度および経度が採用されてもよいし、住所が採用されてもよい。そのため、メールプロパティ確認部２０２ｂは、単語に対応付けられた位置を現在位置として特定すればよい。

そして、メールプロパティ確認部２０２ｂは、帰宅所要時間を計算するサービスを提供する外部サーバに、現在位置と、ユーザの自宅の位置（住所又は緯度および経度）とを送信し、外部サーバに帰宅所要時間を算出させればよい。ここで、外部サーバは、例えば、公共交通機関の最適経路を探索するための路線探索システムや、地図上の最適経路を探索するための道路探索システムが実装されている。外部サーバは、受信したユーザの自宅の位置から道路探索システムを用いて最寄り駅を特定する。そして、現在位置が、例えば、電車の駅であれば、外部サーバは、現在位置を示す駅の駅名と最寄り駅とを路線探索システムに入力して、現在位置を示す駅から最寄り駅間での所要時間を算出する。そして、外部サーバは、最寄り駅と自宅の位置とを道路探索システムに入力し、最寄り駅から自宅までの例えば徒歩による所要時間を求める。そして、外部サーバは両所要時間を加算し、帰宅所要時間を算出し、携帯端末２００に送信すればよい。

次に、メールプロパティ確認部２０２ｂは、Ｓ３００５で算出した帰宅所要時間と、生活パターンファイルＦ５０１に記録された各家電機器のＣＯＭＰＬＥＴＥ所要時間とを用いて各家電機器の制御開始時間を算出する（Ｓ３００６）。例えば、帰宅所要時間が１０分と算出された場合、図３６の例では、給湯器の制御開始時間は、２０分−１０分＝１０分と算出され、炊飯器の制御開始時間は、４５分−１０分＝３５分と算出される。そして、メールプロパティ確認部２０２ｂは、生活パターンデータベース２１０ａに格納された生活パターンファイルＦ５０１に、算出した各家電機器の制御開始時間を記録すればよい。

次に、携帯端末２００ｂ、サーバ１００ａ、および家電機器３００は、家電制御処理を行う（Ｓ１５００）。家電制御処理は、実施の形態１と同様である。

３．５ 実施の形態３の効果
実施の形態１、実施の形態２では、家電制御の開始の契機となる所定の条件として、所定条件ファイルＦ８００、Ｆ８０１に記録された所定の条件が用いられていた。実施の形態３では、メールの文中に含まれる場所を示す単語から帰宅所要時間が算出され、算出された帰宅所要時間を基に家電機器の制御開始時間が計算されている。これにより、帰宅時、ユーザがいつもと異なる場所からメールを送信したとしても、ＣＯＭＰＬＥＴＥ所要時間から帰宅所要時間を逆算して家電機器の制御開始時間を算出し、家電機器を制御できる。また、実施の形態３では、実施の形態１と同様に、携帯端末２００ｂも生活パターンファイルＦ５０１を有している。これにより、携帯端末２００ｂは、生活パターンファイルＦ５０１の内容に基づいて、サーバ１００にＯＮタイマー通知を送信するだけで、家電機器を遠隔制御できる。

以上、説明したように、実施の形態３では、帰宅時、いつもと異なる場所からメールを送信したとしても、帰宅後のユーザの行動に合わせて家電機器を制御できる。さらに、実施の形態１と同様に、帰宅の際に必ず行う一つの行動を利用して、ユーザの生活パターンに合わせた家電機器の遠隔制御を、携帯端末２００ｂ用いて行うことができる。

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

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

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

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

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

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

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

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

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

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

４．その他の変形例
なお、本発明を上記各実施の形態に基づいて説明してきたが、本発明は、上記各実施の形態に限定されないのはもちろんである。以下のような場合も本発明に含まれる。

（１）実施の形態１〜３では、家電機器の制御開始時間が到来したタイミングで、携帯端末のディスプレイに確認画面Ｇ２７２が表示されているが、携帯端末２００がＯＮタイマー通知をサーバに送信する前に携帯端末のディスプレイに確認画面Ｇ２７２が表示されてもよい。そして、ユーザから家電制御に対する同意が確認画面Ｇ２７２を通じて入力された場合に、携帯端末は、ＯＮタイマー通知をサーバに送信すればよい。

この場合、ユーザの同意を得てからＯＮタイマー通知が送信されて、タイマーによる計時が開始されるため、ユーザが家電制御の開始を欲していないとき、無駄な電力の消費を防止できる。

（２）実施の形態２において設定される所定のキーワードは、複数であってもよい。例えば、ユーザは、「上野」および「帰る」のように所定のキーワードを設定する。ここで、「上野」は、ユーザが帰宅時にいつもメールを送信する駅の駅名を示す。この場合、携帯端末は、メールの文中に複数のキーワードの全て或いは少なくとも１つが含まれていれば、所定の条件を満たすと判断すればよい。これにより、ユーザが帰宅時にいつも同じ駅からメールを送信するような場合、携帯端末は、受信したメールが家電機器の制御の開始の契機となるメールであるか否かをより正確に判断することができる。

（３）実施の形態２において、所定の条件としてメールの文中に使用されるキーワードが設定されているが、メールの本文そのものが、所定の条件として設定されてもよい。これにより、ユーザが帰宅時にいつも同じ定型文のメールを送信するような場合、キーワードを判断することなく、携帯端末は、受信したメールが所定の条件を満たすか否かを容易に判断できる。

（４）実施の形態１〜３において、家屋２０にゲートウェイが設置されている場合、サーバが行う制御の一部を、ゲートウェイに担わせてもよい。例えば、生活パターンの分析はサーバに担わせ、家電機器の制御および家電機器の運転状態の管理はゲートウェイに担わせる態様が採用できる。これにより、サーバにおけるメモリの使用量および処理負担を軽減できる。

（５）実施の形態１、２において、所定の条件を確認する際、ユーザが、予め設定した時間帯が採用されているが、サーバがユーザの生活パターンを分析し、設定された所定の時間帯を更新してもよい。この場合、サーバは、メール送信通知の受信時刻を分析し、分析結果に基づいて、ユーザにより設定された所定の時間帯の前後に多少の幅を持たせて所定の時間帯を更新する。これにより、ユーザが、予め設定した時間帯の数分前に、メールを送信した場合にも、家電制御を開始できる。

（６）実施の形態１〜３では、日別家電制御ファイルの生成における一日の終了条件は、システム側が事前に設定したものが採用されているが、就寝時間などに合わせユーザが事前に設定したものが採用されてもよい。これにより、０：００より後に就寝するユーザであっても、ユーザの生活パターンを就寝時刻で区切ることができる。

（７）変形例（６）において、一日の終了条件を設定する際、ユーザの起床時刻および就寝時刻が規則的である場合、起床時刻と就寝時刻とで区切り、起床時刻から就寝時刻までの家電機器のデータを収集することで、日別家電制御ファイルは作成されてもよい。例えば、ユーザが、起床時刻「６：００」から就寝時刻「０：３０」までを一日として設定する。これにより、生活パターンの分析に必要な家電機器の運転状態のみを収集できる。

（８）実施の形態１〜２において、ユーザにより予め設定された所定の時間帯が採用されているが、生活パターンの分析結果が普段のメール送信時刻のおおよその時刻を示す場合、所定の時間帯に幅を持たせてもよい。そして、メールの送信時刻が所定の時間帯外であっても、所定の時間帯からのずれが閾値以内であれば、携帯端末は、所定の時間帯内であると判断してもよい。これにより、所定の時間帯から多少ずれて送信されたメールを契機として家電制御を開始できる。

（９）実施の形態１〜３では、携帯端末はサーバを介して家電機器を制御しているが、家屋２０にゲートウェイが設置されている場合、サーバに代えてゲートウェイを介して家電機器は制御されてもよい。これにより、携帯端末はサーバと接続することなく自宅の家電機器を制御できる。

（１０）図２５Ａでは給湯器についてのＯＮタイマー通知２５００を示したが、他の家電機器についてのＯＮタイマー通知２５００は下記のようになる。図２５Ｂは、各種家電機器のＯＮタイマー通知２５００のデータ構成の一例を示す図である。図２５Ｂの１段目は、エアコンのＯＮタイマー通知２５００を示し、２段目は炊飯器のＯＮタイマー通知２５００を示し、３段目は電子レンジのＯＮタイマー通知２５００を示し、４段目は蒸気調理器のＯＮタイマー通知２５００を示す。

いずれのＯＮタイマー通知２５００にも送信元の家電機器名を示す「携帯端末」と、本通知がＯＮタイマー通知であることを示す「ＯＮタイマー通知」と、「制御開始時間」とが記録されている。また、エアコンのＯＮタイマー通知２５００には、エアコンの設定温度を示す「設定温度」と、送信先の家電機器名を示す「エアコン」とが記載されている。また、炊飯器、電子レンジ、および蒸気調理器のＯＮタイマー通知２５００には、送信先の家電機器名として、それぞれ、「炊飯器」、「電子レンジ」、および「蒸気調理器」が記載されている。なお、炊飯器、電子レンジ、および蒸気調理器においては、ユーザは、制御開始に先立って予め庫内に加工対象となる食材を配置しておけばよい。

（１１）実施の形態１〜３においては、生活パターンファイルＦ５００、Ｆ５０１は、１種類だけ作成されていたが、ユーザの生活パターンに合わせて複数種類作成されてもよい。例えば、平日および休日のそれぞれの生活パターンを示す生活パターンファイルが作成されてもよい。この場合、サーバ１００の分析部１０２は、休日の日別家電制御ファイルＦ４００を分析することで休日の生活パターンファイルを作成し、平日の日別家電制御ファイルＦ４００を分析することで平日の生活パターンファイルを作成すればよい。そして、携帯端末２００の条件設定部２１１は、所定の条件を満たすメールが送信された日付が所定の休日に該当する場合は、休日の生活パターンファイルを用いて家電機器を制御し、前記日付が所定の平日に該当する場合は、平日の生活パターンファイルを用いて家電機器を制御すればよい。

また、分析部１０２は、メールの送信時刻に応じて帰宅が早い時間帯と帰宅が遅い時間帯とに日別家電制御ファイルＦ４００を分類し、帰宅が早い時間帯に属する日別家電制御ファイルＦ４００を分析して帰宅が早い場合の生活パターンファイルを作成し、帰宅が遅い時間帯に属する日別家電制御ファイルＦ４００を分析して帰宅が遅い場合の生活パターンファイルを作成してもよい。そして、携帯端末２００の条件設定部２１１は、所定の条件を満たすメールの送信時刻が帰宅が早い時間帯に属する場合は、帰宅が早い場合の生活パターンファイルを用いて家電機器を制御し、前記送信時刻が遅い時間帯に該当する場合は、帰宅が遅い場合の生活パターンファイルを用いて家電機器を制御すればよい。なお、帰宅が早い時間帯は、例えば、平均帰宅時刻や帰宅時刻の中央値よりも早い時間帯が該当し、帰宅が遅い時間帯は、例えば、平均帰宅時刻や帰宅時刻の中央値よりも遅い時間帯が該当する。更に、時間帯の分類は早い場合と遅い場合との２つの分類に限られない。例えば、帰宅が早い時間帯、帰宅が普通の時間帯、帰宅が遅い時間帯というように３つ以上に時間帯は分類されてもよい。

（１２）上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。

また、上記の各装置を構成する構成要素の各部は、個別に１チップ化されていても良いし、一部又はすべてを含むように１チップ化されてもよい。

また、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

（１３）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されてもよい。前記ＩＣカードまたは前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを備えるコンピュータシステムである。前記ＩＣカードまたは前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、前記ＩＣカードまたは前記モジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。

（１４）本発明は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。

また、本発明は、前記コンピュータプログラムまたは前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であるとしてもよい。

また、本発明は、前記コンピュータプログラムまたは前記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。

また、本発明は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムにしたがって動作するとしてもよい。

また、前記プログラムまたは前記デジタル信号を前記記録媒体に記録して移送することにより、または前記プログラムまたは前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。

（１５）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。

本開示は、ネットワークを介して家屋内の家電機器を遠隔制御する機器システムにおいて有用である。

１０ ：家電制御システム
２０ ：家屋
４０ ：ネットワーク
１００ ：サーバ
１０１ ：収集部
１０２ ：分析部
１０３ ：抽出部
１０４ ：設定部
１０５ ：タイマー
１０６ ：通信部
１０７ ：所有家電データベース
１０８ ：日別家電制御データベース
１０９ ：生活パターンデータベース
２００ ：携帯端末
２０１ ：メール送信検知部
２０２ ：メールプロパティ確認部
２０３ ：サーバ通知部
２０４ ：通信部
２０５ ：タイマー
２０６ ：メッセージデータベース
２０７ ：所定条件データベース
２０８ ：ユーザ情報データベース
２０９ ：地名情報データベース
２１０ ：生活パターンデータベース
２１１ ：条件設定部
２１２ ：入力部
２１３ ：メモリ
２１５ ：メッセージ送受信アプリケーション
２１６ ：家電制御アプリケーション
３００ ：家電機器
３０１ ：家電制御部
３０２ ：サーバ通知部
３０３ ：通信部
３０４ ：タイマー
３０５ ：状態データベース

Claims (7)

1. 家屋内の対象機器又は前記対象機器を制御するサーバに接続されるネットワークに接続可能な携帯情報端末の制御方法であって、
   前記携帯情報端末はメッセージ送信機能を有し、
   前記携帯情報端末のコンピュータに対して、
   前記メッセージ送信機能が起動していることを検知すると、前記メッセージ送信機能によって送信されるメッセージの宛先情報を前記送信されるメッセージから抽出させ、
   前記送信されるメッセージの送信時刻を前記携帯情報端末から抽出させ、
   所定の宛先情報を登録する第１データベースを用いて、前記宛先情報が前記所定の宛先情報に一致するか否かを判断させ、
   前記携帯端末のユーザにより制御される前記対象機器と、前記制御の時間に関する情報とを対応付けた第２データベースを用いて、前記対象機器を抽出し、
   前記宛先情報が所定の宛先情報に一致すると判断された場合、前記送信時刻および前記制御の時間に関する情報に基づき、前記対象機器が起動する起動時刻を判断させ、前記ネットワークに対して前記起動時刻に前記対象機器を起動させる制御コマンドを送信する、
   制御方法。
2. 前記制御の時間に関する情報は、前記対象機器の制御に要する時間と、制御開始時間とを含む、請求項１に記載の制御方法。
3. 前記第２データベースは、前記メッセージの送信時刻から前記対象機器がオンまたはオフされるまでの時間、および、前記対象機器がオンされてから制御が完了するまでの所要時間を分析することにより生成される、請求項１に記載の制御方法。
4. 前記第２データベースは、前記分析の結果に基づき、前記対象機器ごとに、前記携帯情報端末のユーザによりオンされる頻度の高い時間を時系列に並べることにより生成される、請求項３に記載の制御方法。
5. 前記起動時刻の判断は、前記第２データベースを参照し、前記メッセージの送信時刻から前記対象機器がオンされるまでの時間を示す第１時間が記録されていた場合、前記第1時間が前記起動時刻であると判断することにより行われる、請求項２に記載の制御方法。
6. 家屋内の対象機器又は前記対象機器を制御するサーバに接続されるネットワークに接続可能な携帯情報端末の制御装置であって、
   前記携帯情報端末はメッセージ送信機能を有し、
   前記携帯情報端末のコンピュータに対して、
   前記メッセージ送信機能が起動していることを検知すると、前記メッセージ送信機能によって送信されるメッセージの宛先情報を前記送信されるメッセージから抽出させ、
   前記送信されるメッセージの送信時刻を前記携帯情報端末から抽出させ、
   所定の宛先情報を登録する第１データベースを用いて、前記宛先情報が前記所定の宛先情報に一致するか否かを判断させ、
   前記携帯端末のユーザにより制御される前記対象機器と、前記制御の時間に関する情報とを対応付けた第２データベースを用いて、前記対象機器を抽出し、
   前記宛先情報が所定の宛先情報に一致すると判断された場合、前記送信時刻および前記制御の時間に関する情報に基づき、前記対象機器が起動する起動時刻を判断し、前記ネットワークに対して前記起動時刻に前記対象機器を起動させる制御コマンドを送信する、
   制御装置。
7. 家屋内の対象機器又は前記対象機器を制御するサーバに接続されるネットワークに接続可能な携帯情報端末のプログラムであって、
   前記携帯情報端末はメッセージ送信機能を有し、
   前記家電制御システムのコンピュータに対して、
   前記メッセージ送信機能が起動していることを検知すると、前記メッセージ送信機能によって送信されるメッセージの宛先情報を前記送信されるメッセージから抽出させ、
   前記送信されるメッセージの送信時刻を前記携帯情報端末から抽出させ、
   所定の宛先情報を登録する第１データベースを用いて、前記宛先情報が前記所定の宛先情報に一致するか否かを判断させ、
   前記携帯端末のユーザにより制御される前記対象機器と、前記制御の時間に関する情報とを対応付けた第２データベースを用いて、前記対象機器を抽出し、
   前記宛先情報が所定の宛先情報に一致すると判断された場合、前記送信時刻および前記制御の時間に関する情報に基づき、前記対象機器が起動する起動時刻を判断させ、前記ネットワークに対して前記起動時刻に前記対象機器を起動させる制御コマンドを送信する、
   プログラム。