特開 2017-163172 携帯端末の制御方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2017-163172(P2017-163172A)

(43)【公開日】2017年9月14日

(54)【発明の名称】携帯端末の制御方法及びプログラム

(51)【国際特許分類】

   H04Q 9/00 20060101AFI20170818BHJP

   E05B 49/00 20060101ALI20170818BHJP

   H04M 11/00 20060101ALI20170818BHJP

   G06F 13/00 20060101ALI20170818BHJP

【ＦＩ】

   H04Q9/00 301D

   E05B49/00 K

   H04M11/00 301

   G06F13/00 358D

【審査請求】未請求

【請求項の数】22

【出願形態】ＯＬ

【全頁数】60

(21)【出願番号】特願2013-130112(P2013-130112)

(22)【出願日】2013年6月21日

(71)【出願人】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100067828

【弁理士】

【氏名又は名称】小谷 悦司

(74)【代理人】

【識別番号】100115381

【弁理士】

【氏名又は名称】小谷 昌崇

(74)【代理人】

【識別番号】100109438

【弁理士】

【氏名又は名称】大月 伸介

(72)【発明者】

【氏名】一条 綾佳

(72)【発明者】

【氏名】大森 基司

(72)【発明者】

【氏名】布田 裕一

(72)【発明者】

【氏名】海上 勇二

(72)【発明者】

【氏名】松崎 なつめ

【テーマコード（参考）】

2E250

5K048

5K201

【Ｆターム（参考）】

2E250AA02

2E250AA03

2E250BB08

2E250BB49

2E250BB63

2E250CC12

2E250FF36

5K048AA04

5K048BA01

5K048BA52

5K048DB01

5K048DC01

5K048EB02

5K048EB11

5K048EB12

5K048FA07

5K048FC03

5K048HA32

5K048HA33

5K201BA01

5K201CC01

5K201CC04

5K201CC07

5K201CC09

5K201CC10

5K201EA07

5K201EB07

5K201EC06

5K201ED04

5K201ED08

5K201EE08

5K201EE14

(57)【要約】

【課題】スマートフォンやタブレットＰＣなどの携帯端末を用いたアプリケーションで、携帯端末を用いて他の機器を制御するものとして、近距離無線通信が可能な携帯電話を用いて電子錠を施錠・開錠する技術が開示されているが、さらなる改善が必要であった。
【解決手段】電子的な信号の検知による開錠／施錠制御が行われた際、所定時間内か否かを判断し、所定時間内の電子的な信号の検知による開錠／施錠制御である場合、携帯端末から、ネットワークを介して家屋内の家電機器を遠隔制御する。
【選択図】図１

【特許請求の範囲】

【請求項1】

ネットワークを介して家屋内の家電機器を遠隔制御する情報通信システムに用いられる携帯端末の制御方法であって、
電子的な信号の検知により施錠／開錠制御をする電子錠に対して前記電子的な信号を送出させるプログラムを実行する前記携帯端末のコンピュータに対して、
前記家屋内の家電機器をＯＮ制御させる時間帯を示す情報を管理させ、
前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を開錠させ、
前記電子的な信号の送出時刻が前記時間帯の範囲内か否かを判断させ、
前記電子的な信号の送出時刻が前記時間帯の範囲内であると判断されると、前記ネットワークを介して前記情報通信システムに対して、前記家屋の家電機器をＯＮ制御させる制御信号を送信させる、
制御方法。

【請求項2】

前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を施錠させ、
前記開錠のための前記電子的な信号の送出時刻から前記施錠のための前記電子的な信号の送出時刻までの時間が所定時間を超えた場合、前記家屋内の家電機器をＯＦＦ制御させる制御信号を送信させる、
請求項１記載の制御方法。

【請求項3】

ネットワークを介して家屋内の家電機器を遠隔制御する情報通信システムに用いられる携帯端末の制御方法であって、
電子的な信号の検知により施錠／開錠制御をする電子錠に対して前記電子的な信号を送出させるプログラムを実行する前記携帯端末のコンピュータに対して、
前記家屋内の家電機器をＯＮ制御させる時間帯を示す情報を管理させ、
前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を開錠させ、
前記電子的な信号の送出時刻が前記時間帯の範囲内か否かを判断させ、
前記電子的な信号の送出時刻が前記時間帯の範囲内であると判断されると、前記ネットワークを介して前記情報通信システムに対して、前記電子鍵が開錠された旨を示す情報を送信させ、
前記情報通信システムにおいて、
前記電子鍵が開錠された旨を示す情報の検出に応じて、前記家屋の家電機器をＯＮ制御させる制御信号を前記家屋の家電機器に送信させる、
制御方法。

【請求項4】

前記情報通信システムは、前記電子的な信号の送出時刻が前記時間帯の範囲内である場合に、前記家屋の家電機器が前記制御信号を受信してから所定時間経過後に前記家屋の家電機器のＯＮ制御を開始するための前記所定時間を示す情報を管理するメモリを有し、
前記制御信号は、前記家屋の家電機器が前記制御信号を受信してから所定時間経過後に前記家屋の家電機器のＯＮ制御を開始させる信号である、
請求項３記載の制御方法。

【請求項5】

前記家屋内の家電機器をＯＦＦ制御させる制御信号を送信させた後に前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を開錠させると、前記ネットワークを介して前記情報通信システムに対して、前記家屋内の家電機器をＯＮ制御させる制御信号を送信させる、
請求項２記載の制御方法。

【請求項6】

前記携帯端末は、前記家屋の位置情報を登録し、衛星を用いた測位システムにより前記携帯端末の位置情報を検知する位置検知機能を有し、
前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を施錠させ、
前記施錠のための前記電子的な信号の送出から所定時間内に前記位置検知機能を起動させて前記携帯端末の位置情報を検知させ、
前記携帯端末の位置情報および前記家屋の位置情報に基づいて、前記携帯端末の位置が前記家屋から所定距離外にあると判断された場合、前記家屋内の家電機器をＯＦＦ制御させる制御信号を送信させる、
請求項１記載の制御方法。

【請求項7】

前記家屋内の家電機器をＯＦＦ制御させる制御信号を送信させた後に前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を開錠させると、前記ネットワークを介して前記情報通信システムに対して、前記家屋内の家電機器をＯＮ制御させる制御信号を送信させる、
請求項６記載の制御方法。

【請求項8】

前記ネットワークを介して前記情報通信システムから、前記家屋内の家電機器をＯＮ制御させた旨の応答信号を検知すると、
前記携帯端末のディスプレイに、前記家屋内の家電機器をＯＮ制御させた旨を示す情報を表示させる、
請求項１記載の制御方法。

【請求項9】

前記携帯端末の前記ディスプレイに表示されたユーザインターフェースを介して、前記家屋内の家電機器のＯＮ制御の取り消しを受け付けた場合、前記ネットワークを介して前記情報通信システムに対して、前記家屋内の家電機器のＯＮ制御を取り消す旨の制御信号を送信させる、
請求項８記載の制御方法。

【請求項10】

前記携帯端末の前記ディスプレイに表示されたユーザインターフェースを介して、前記家屋内の家電機器をＯＮ制御させる時間帯を示す情報を受付け、
前記携帯端末に設けられたメモリに、前記家屋内の家電機器をＯＮ制御させる時間帯を示す情報を格納して管理する、
請求項１から請求項９のいずれか一に記載の制御方法。

【請求項11】

前記電子錠は、自転車に備えられている、
請求項１から請求項１０のいずれか一に記載の制御方法。

【請求項12】

前記家屋内の家電機器は、前記家屋内の浴槽へ給水する給湯器であって、
前記制御信号は、前記給湯器から前記浴槽への給水を前記情報通信システムに指示する信号である、
請求１から請求項１１のいずれか一に記載の制御方法。

【請求項13】

前記制御信号は、前記給水される水の設定温度を示す情報を含む、
請求項１２に記載の制御方法。

【請求項14】

前記制御信号は、前記給湯器が浴槽へ給水を開始する時間を示す情報を含む、
請求項１２に記載の制御方法。

【請求項15】

前記家屋内の家電機器は、前記家屋内の少なくとも一の部屋の温度を調整する空気調和機であって、
前記制御信号は、前記空気調和機が前記一の部屋の温度を所定温度へ調整する指示を示す信号である、
請求項１から請求項１１のいずれか一に記載の制御方法。

【請求項16】

前記制御信号は、前記空気調和機が前記一の部屋の温度の調整を開始する時間を示す情報を含む、
請求項１５に記載の制御方法。

【請求項17】

前記家屋内の家電機器は、加熱制御によって調理を行う加熱調理器であって、
前記制御信号は、前記加熱調理器が前記加熱制御による調理の開始を指示する信号である、
請求項１から請求項１１のいずれか一に記載の制御方法。

【請求項18】

前記制御信号は、前記加熱調理器が前記加熱制御による調理を開始する時間を示す情報を含む、
請求項１７に記載の制御方法。

【請求項19】

前記加熱調理器は炊飯器である、
請求項１７または請求項１８のいずれか一に記載の制御方法。

【請求項20】

前記加熱調理器はマイクロ波発生手段を備える、
請求項１７または請求項１８のいずれか一に記載の制御方法。

【請求項21】

前記加熱調理器は、蒸気発生手段を備えた蒸気調理器である、
請求項１７または請求項１８のいずれか一に記載の制御方法。

【請求項22】

ネットワークを介して家屋内の家電機器を遠隔制御する情報通信システムに用いられる携帯端末を制御するプログラムであって、
電子的な信号の検知により施錠／開錠制御をする電子錠に対して前記電子的な信号を送出させるプログラムを実行する前記携帯端末のコンピュータに対して、
前記家屋内の家電機器をＯＮ制御させる時間帯を示す情報を管理させ、
前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を開錠させ、
前記電子的な信号の送出時刻が前記時間帯の範囲内か否かを判断させ、
前記電子的な信号の送出時刻が前記時間帯の範囲内であると判断されると、前記ネットワークを介して前記情報通信システムに対して、前記家屋の家電機器をＯＮ制御させる制御信号を送信させる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電子錠による開錠を契機に家電機器の制御を開始する携帯端末の制御方法及びプログラムに関する。

【背景技術】

【0002】

近年、スマートフォンやタブレットＰＣなどの携帯端末を用いた様々なアプリケーションが開発されている。例えば、携帯端末を用いて他の機器を制御するものとして、近距離無線通信が可能な携帯電話を用いて電子錠を施錠・開錠する技術が開示されている（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１２−１４４８９９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかし、上記特許文献１で開示されている技術では、さらなる改善が必要であった。

【課題を解決するための手段】

【0005】

上記課題を解決するため、携帯端末の制御方法の一態様は、ネットワークを介して家屋内の家電機器を遠隔制御する情報通信システムに用いられる携帯端末の制御方法であって、
電子的な信号の検知により施錠／開錠制御をする電子錠に対して前記電子的な信号を送出させるプログラムを実行する前記携帯端末のコンピュータに対して、前記家屋内の家電機器をＯＮ制御させる時間帯を示す情報を管理させ、前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を開錠させ、前記電子的な信号の送出時刻が前記時間帯の範囲内か否かを判断させ、前記電子的な信号の送出時刻が前記時間帯の範囲内であると判断されると、前記ネットワークを介して前記情報通信システムに対して、前記家屋の家電機器をＯＮ制御させる制御信号を送信させるものである。

【発明の効果】

【0006】

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

【図面の簡単な説明】

【0007】

【図1】本発明の実施の形態１における家電制御システム１０の全体構成図である。

【図2】本発明の実施の形態１における家電制御システム１０のサーバ１００の構成を示すブロック図である。

【図3】本発明の実施の形態１における家電制御システム１０の携帯端末２００の構成を示すブロック図である。

【図4】本発明の実施の形態１における家電制御システム１０の電子錠３００の構成を示すブロック図である。

【図5】本発明の実施の形態１における家電制御システム１０の携帯端末２００のソフトウェア構成を示すブロック図である。

【図6】本発明の実施の形態１における家電制御システム１０の家電機器４００の構成を示す図である。

【図7】本発明の実施の形態１における家電制御システム１０のサーバ１００の所有家電データベース内の所有家電ファイルの一例を示す図である。

【図8】本発明の実施の形態１における家電制御システム１０のサーバ１００の日別家電制御データベース内の日別家電制御ファイルの一例を示す図である。

【図9】本発明の実施の形態１における家電制御システム１０のサーバ１００の帰宅時間データベース内の帰宅時間ファイルの一例を示す図である。

【図10】本発明の実施の形態１における家電制御システム１０のサーバ１００の生活パターンデータベース内の生活パターンファイルの一例を示す図である。

【図11】本発明の実施の形態１における家電制御システム１０の電子錠３００の鍵状態データベース内の鍵状態ファイルの一例を示す図である。

【図12】本発明の実施の形態１における家電制御システム１０の家電機器４００の状態データベース内の状態ファイルの一例を示す図である。

【図13】本発明の実施の形態１における家電制御システム１０の家電機器５００の状態データベース内の状態ファイルの一例を示す図である。

【図14】本発明の実施の形態１における家電制御システム１０のユーザ帰宅前に係るパターン生成処理のシーケンスを示すシーケンス図である。

【図15】本発明の実施の形態１における家電制御システム１０の開錠／施錠処理のシーケンスを示すシーケンス図である。

【図16】本発明の実施の形態１における家電制御システム１０のファイル書き込み処理のフローチャートである。

【図17】本発明の実施の形態１における家電制御システム１０のユーザ帰宅後に係るパターン生成処理（帰宅後）のシーケンスを示すシーケンス図である。

【図18】本発明の実施の形態１における家電制御システム１０のパターン分析処理のシーケンスを示すシーケンス図である。

【図19】本発明の実施の形態１における家電制御システム１０の生成したパターンに基づく制御処理のシーケンス１を示すシーケンス図である。

【図20】本発明の実施の形態１における家電制御システム１０の生成したパターンに基づく制御処理のシーケンス２を示すシーケンス図である。

【図21】本発明の実施の形態１における家電制御システム１０の生成したパターンに基づく制御処理のシーケンス３を示すシーケンス図である。

【図22】本発明の実施の形態１における家電制御システム１０のサーバ制御処理のシーケンスを示すシーケンス図である。

【図23】本発明の実施の形態１における家電制御システム１０の家電制御処理のシーケンスを示すシーケンス図である。

【図24】本発明の実施の形態１における家電制御システム１０の家電制御再開処理のシーケンスを示すシーケンス図である。

【図25】（ａ）は、本発明の実施の形態１における家電制御システム１０のパターン生成時に携帯端末２００からサーバ１００へ送信する通知に係るデータ構成の一般例を示す図であり、（ｂ）は、通知に係るデータ構成の一例を示す図である。

【図26】本発明の実施の形態１における家電制御システム１０のパターン生成前の会社員Ａさんの生活例を示す図である。

【図27】（ａ）、（ｂ）は、本発明の実施の形態１における家電制御システム１０のパターン生成時、家電機器４００〜６００からサーバ１００へ送信する通知データの一例を示す図である。

【図28】（ａ）は、本発明の実施の形態１における家電制御システム１０の、携帯端末２００からサーバ１００へ送信する家電制御開始通知に係るデータ構成の一般例を示す図であり、（ｂ）、（ｃ）は、家電制御再開通知に係るデータ構成のデータの一例を示す図である。

【図29】（ａ）は、本発明の実施の形態１における携帯端末２００からサーバ１００へ送信する家電制御に係る通知のデータ構成の一般例を示す図であり、（ｂ）は、家電制御中断通知に係るデータ構成の一例を示す図であり、（ｃ）は、家電制御再開通知に係るデータ構成の一例を示す図である。

【図30】（ａ）は、本発明の実施の形態１における家電制御システム１０の電子錠施錠時の携帯端末２００上の画面表示の一例を示す図であり、（ｂ）は、本発明の実施の形態１における家電制御システム１０の電子錠開錠時の携帯端末２００上の画面表示の一例を示す図である。

【図31】（ａ）は、本発明の実施の形態１における家電制御システム１０の家電制御中断時の携帯端末２００上の画面表示の一例を示す図であり、（ｂ）は、本発明の実施の形態１における家電制御システム１０の家電制御再開時の携帯端末２００上の画面表示の一例を示す図である。

【図32】本発明の実施の形態１における家電制御システム１０の寄り道による家電制御中断をする際の道順の一例を示す図である。

【図33】本発明の実施の形態２における家電制御システム１０ａの寄り道による家電制御中断をする際の道順の一例を示す図である。

【図34】本発明の実施の形態２における家電制御システム１０ａの全体構成図である。

【図35】本発明の実施の形態２における家電制御システム１０ａの携帯端末２００ａの構成を示すブロック図である。

【図36】本発明の実施の形態２における家電制御システム１０ａのサーバ制御処理のシーケンス１を示すシーケンス図である。

【図37】本発明の実施の形態２における家電制御システム１０ａのサーバ制御処理のシーケンス２を示すシーケンス図である。

【図38】（ａ）は、本発明の実施の形態２における家電制御システム１０ａの家電制御中断時の携帯端末２００ａ上の画面表示の一例を示す図であり、（ｂ）は、本発明の実施の形態２における家電制御システム１０ａの家電制御再開時の携帯端末２００ａ上の画面表示の一例を示す図である。

【図39】本発明の実施の形態３における家電制御システム１０ｂの全体構成図である。

【図40】本発明の実施の形態３における家電制御システム１０ｂのゲートウェイ７００の構成を示すブロック図である。

【図41】本発明の実施の形態３における家電制御システム１０ｂのサーバ１００ａの構成を示すブロック図である。

【図42】本発明の実施の形態３における家電制御システム１０ｂのパターン生成処理（帰宅後）のシーケンス１を示すシーケンス図である。

【図43】本発明の実施の形態３における家電制御システム１０ｂのパターン生成処理（帰宅後）のシーケンス２を示すシーケンス図である。

【図44】本発明の実施の形態３における家電制御システム１０ｂの生成したパターンに基づく制御処理のシーケンス１を示すシーケンス図である。

【図45】本発明の実施の形態３における家電制御システム１０ｂの生成したパターンに基づく制御処理のシーケンス２を示すシーケンス図である。

【図46】本発明の実施の形態３における家電制御システム１０ｂの生成したパターンに基づく制御処理のシーケンス３を示すシーケンス図である。

【図47】本発明の実施の形態３における家電制御システム１０ｂの家電制御処理のシーケンスを示すシーケンス図である。

【図48】本発明の実施の形態３における家電制御システム１０ｂの家電制御再開処理のシーケンスを示すシーケンス図である。

【図49】本発明の実施の形態４における家電制御システム１０ｃの全体構成図である。

【図50】本発明の実施の形態４における家電制御システム１０ｃのサーバ１００ｂの構成を示すブロック図である。

【図51】本発明の実施の形態４における家電制御システム１０ｃの携帯端末２００ｂの構成を示すブロック図である。

【図52】本発明の実施の形態４における家電制御システム１０ｃの携帯端末２００ｂのソフトウェア構成を示すブロック図である。

【図53】本発明の実施の形態４における家電制御システム１０ｃの生成したパターンに基づく家電制御処理のシーケンスを示すシーケンス図である。

【図54】本発明の実施の形態４における家電制御システム１０ｃの家電制御処理のシーケンスを示すシーケンス図である。

【図55】本発明の実施の形態４における家電制御システム１０ｃのパターン生成前とパターン生成後の会社員Ａさんの生活例を示す図である。

【図56】本発明の実施の形態５における家電制御システム１０ｄの全体構成図である。

【図57】本発明の実施の形態５における家電制御システム１０ｄの携帯端末２００ｃの構成を示すブロック図である。

【図58】本発明の実施の形態６における家電制御システム１０ｅの全体構成図である。

【図59】本発明の実施の形態６における家電制御システム１０ｅのサーバ１００ｃの構成を示すブロック図である。

【図60】本発明の実施の形態６における家電制御システム１０ｅの生成したパターンに基づく制御処理のシーケンスを示すシーケンス図である。

【図61】本発明の実施の形態６における家電制御システム１０ｅの家電制御処理のシーケンスを示すシーケンス図である。

【図62】本発明のその他の変形例（４）における家電制御システム１０の複数の家電機器を制御するスケジュールの携帯端末２００上の画面表示の一例を示す図である。

【図63】本発明のその他の変形例（４）における家電制御システム１０の複数の家電機器を制御するスケジュールの変更を行う際の携帯端末２００上の画面表示の一例を示す図である。

【図64】本発明のその他の変形例（６）における家電制御システム１０の家電制御中断時、再開時間の設定を行う際の携帯端末２００上の画面表示の一例を示す図である。

【図65】本発明のその他の変形例（６）における家電制御システム１０の家電制御中断時、再開時間の設定後ユーザに確認を取る際の携帯端末２００上の画面表示の一例を示す図である。

【図66】（Ａ）は、本実施の形態における情報管理システムが提供するサービスの全体像を示す図であり、（Ｂ）は、機器メーカがデータセンタ運営会社に該当する例を示す図であり、（Ｃ）は、機器メーカ及び管理会社の両者又はいずれか一方がデータセンタ運営会社に該当する例を示す図である。

【図67】サービスの類型１（自社データセンタ型クラウドサービス）における情報管理システムが提供するサービスの全体像を示す図である。

【図68】サービスの類型２（ＩａａＳ利用型クラウドサービス）における情報管理システムが提供するサービスの全体像を示す図である。

【図69】サービスの類型３（ＰａａＳ利用型クラウドサービス）における情報管理システムが提供するサービスの全体像を示す図である。

【図70】サービスの類型４（ＳａａＳ利用型クラウドサービス）における情報管理システムが提供するサービスの全体像を示す図である。

【発明を実施するための形態】

【0008】

（本発明の基礎となった知見）
特許文献１で開示されている技術では、携帯端末が電子錠の施錠・開錠を制御するのみであり、携帯端末が電子錠以外の他の機器を同時に制御することについて開示されていない。そのため、例えば、電子錠の施錠・開錠を制御する機能以外に他の機器を制御する機能が携帯端末に備わっていたとしても、それぞれの機能を実装するアプリケーションをユーザが個別に起動させて、その都度ユーザが操作を行わなければ、それぞれ異なる対応機器を制御できなかった。

【0009】

そこで、携帯端末の機能向上のため、以下の改善策を検討した。

【0010】

携帯端末の制御方法の一の態様は、ネットワークを介して家屋内の家電機器を遠隔制御する情報通信システムに用いられる携帯端末の制御方法であって、電子的な信号の検知により施錠／開錠制御をする電子錠に対して前記電子的な信号を送出させるプログラムを実行する前記携帯端末のコンピュータに対して、前記家屋内の家電機器をＯＮ制御させる時間帯を示す情報を管理させ、前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を開錠させ、前記電子的な信号の送出時刻が前記時間帯の範囲内か否かを判断させ、前記電子的な信号の送出時刻が前記時間帯の範囲内であると判断されると、前記ネットワークを介して前記情報通信システムに対して、前記家屋の家電機器をＯＮ制御させる制御信号を送信させる。

【0011】

上記態様により、前記電子錠の開錠が前記時間帯の範囲内である場合に、前記家屋の家電機器をＯＮ制御させる。

【0012】

これにより、例えば、前記携帯端末のユーザの行動パターンとして、例えば、自転車の電子錠の開錠、アパートメントの正面玄関の電子錠の開錠などの電子錠の開錠という行為に続いて、例えば、エアコンの電源のＯＮ制御などの前記家屋の家電機器をＯＮ制御させる場合、前記電子錠の開錠という機器制御を契機に、前記ユーザの他の操作を介在することなく、前記家屋の家電機器をＯＮ制御させる。

【0013】

そのため、前記電子錠の開錠という１つの機器制御に、例えば、これに続いて発生する可能性の高い次の機器制御である前記家屋の家電機器のＯＮ制御という他の機器制御の起動指示を兼用させるので、前記ユーザによる１つの操作で２つの機器制御を実現できる。その結果、前記携帯端末に２つの各々の機器制御を要求することなく、その分、前記携帯端末から前記家屋の家電機器を遠隔操作する際の機器の処理負担を軽減しつつ、所望の２つの機器制御を実現できる。

【0014】

上記態様において、例えば、前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を施錠させ、前記開錠のための前記電子的な信号の送出時刻から前記施錠のための前記電子的な信号の送出時刻までの時間が所定時間を超えた場合、前記家屋内の家電機器をＯＦＦ制御させる制御信号を送信させてもよい。

【0015】

上記態様では、前記開錠のための前記電子的な信号の送出時刻から前記施錠のための前記電子的な信号の送出時刻までの時間が所定時間を超えた場合、前記家屋内の家電機器をＯＦＦ制御させる制御信号を送信させる。

【0016】

これにより、前記開錠のための前記電子的な信号の送出時刻から前記施錠のための前記電子的な信号の送出時刻までの時間が所定時間を超えた場合には、前記電子錠の開錠という機器制御に続いて次の機器制御である前記家屋の家電機器のＯＮ制御という他の機器制御が発生する可能性は低いと判断する。

【0017】

そのため、前記電子錠の開錠という機器制御に関連付けて、次の制御である前記家屋の家電機器をＯＮ制御する場合であっても、その可能性が低いと判断される場合には、事後的に前記ＯＮ制御を取り消すので、１つの指示により所望の２つの機器制御を実現しつつも、無駄に前記家屋の家電機器がＯＮ制御されるのを防止できる。

【0018】

また、無駄に前記家屋の家電機器がＯＮ制御されるのを防止することにより、１つの指示により所望の２つの機器制御を実現しつつも、前記家屋の家電機器による無駄な電力消費を軽減できる。

【0019】

上記態様において、例えば、前記家屋内の家電機器をＯＦＦ制御させる制御信号を送信させた後に前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を開錠させると、前記ネットワークを介して前記情報通信システムに対して、前記家屋内の家電機器をＯＮ制御させる制御信号を送信させてもよい。

【0020】

本態様によると、前記家屋内の家電機器をＯＦＦ制御させる制御信号を送信させた後に前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を開錠させると、前記ネットワークを介して前記情報通信システムに対して、前記家屋内の家電機器をＯＮ制御させる。即ち、一旦前記家屋の家電機器のＯＮ制御を取り消した場合であっても、再度の前記電子錠を開錠により前記家屋内の家電機器のＯＮ制御を再開する。

【0021】

これにより、前記電子錠の開錠という１つの機器制御に、例えば、これに続いて発生する可能性の高い次の機器制御である前記家屋の家電機器のＯＮ制御という他の機器制御の起動指示を兼用させるので、前記ユーザによる１つの操作で２の機器制御を実現できる。

【0022】

そのため、前記携帯端末に２つの各々の機器制御を要求することなく、その分、前記携帯端末から前記家屋の家電機器を遠隔操作する際の機器の処理負担を軽減しつつ、所望の２つの機器制御を実現できる。

【0023】

上記態様において、例えば、前記携帯端末は、前記家屋の位置情報を登録し、衛星を用いた測位システムにより前記携帯端末の位置情報を検知する位置検知機能を有し、前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を施錠させ、前記施錠のための前記電子的な信号の送出から所定時間内に前記位置検知機能を起動させて前記携帯端末の位置情報を検知させ、前記携帯端末の位置情報および前記家屋の位置情報に基づいて、前記携帯端末の位置が前記家屋から所定距離外にあると判断された場合、前記家屋内の家電機器をＯＦＦ制御させる制御信号を送信させてもよい。

【0024】

上記態様によると、前記携帯端末は、前記家屋の位置情報を登録し、前記施錠のための前記電子的な信号の送出から所定時間内に前記位置検知機能を起動させて前記携帯端末の位置情報を検知させ、前記携帯端末の位置が前記家屋から所定距離外にある場合、前記家屋内の家電機器をＯＦＦ制御させる。

【0025】

これにより、前記家屋の家電機器のＯＮ制御をした後であっても、前記携帯端末の位置が前記家屋から所定距離外にある場合には、前記電子錠の開錠という機器制御に続いて次の機器制御である前記家屋の家電機器のＯＮ制御という他の機器制御が発生する可能性は低いと判断する。

【0026】

そのため、前記電子錠の開錠という機器制御に関連付けて、次の制御である前記家屋の家電機器をＯＮ制御する場合であっても、その可能性が低いと判断される場合には、事後的に前記ＯＮ制御を取り消すので、一つの機器制御の指示により所望の２つの機器制御を実現しつつも、無駄に前記家屋の家電機器がＯＮ制御されるのを防止できる。

【0027】

また、無駄に前記家屋の家電機器がＯＮ制御されるのを防止することにより、一つの機器制御の指示により所望の２つの機器制御を実現しつつも、前記家屋の家電機器による無駄な電力消費を軽減できる。

【0028】

上記態様において、例えば、前記家屋内の家電機器をＯＦＦ制御させる制御信号を送信させた後に前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を開錠させると、前記ネットワークを介して前記情報通信システムに対して、前記家屋内の家電機器をＯＮ制御させる制御信号を送信させてもよい。

【0029】

本態様によると、前記家屋内の家電機器をＯＦＦ制御させる制御信号を送信させた後に前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を開錠させると、前記ネットワークを介して前記情報通信システムに対して、前記家屋内の家電機器をＯＮ制御させる。即ち、一旦前記家屋の家電機器のＯＮ制御を取り消した場合であっても、再度の前記電子錠の開錠により前記家屋内の家電機器のＯＮ制御を再開する。

【0030】

これにより、前記電子錠の開錠という１つの機器制御に、例えば、これに続いて発生する可能性の高い次の機器制御である前記家屋の家電機器のＯＮ制御という他の機器制御の起動指示を兼用させるので、前記ユーザによる１つの操作で２の機器制御を実現できる。

【0031】

そのため、前記携帯端末に２つの各々の機器制御を要求することなく、その分、前記携帯端末から前記家屋の家電機器を遠隔操作する際の機器の処理負担を軽減しつつ、所望の２つの機器制御を実現できる。

【0032】

上記態様において、例えば、前記ネットワークを介して前記情報通信システムから、前記家屋内の家電機器をＯＮ制御させた旨の応答信号を検知すると、前記携帯端末のディスプレイに、前記家屋内の家電機器をＯＮ制御させた旨を示す情報を表示させてもよい。

【0033】

上記態様において、例えば、前記携帯端末の前記ディスプレイに表示されたユーザインターフェースを介して、前記家屋内の家電機器のＯＮ制御の取り消しを受け付けた場合、前記ネットワークを介して前記情報通信システムに対して、前記家屋内の家電機器のＯＮ制御を取り消す旨の制御信号を送信させてもよい。

【0034】

上記態様において、例えば、前記携帯端末の前記ディスプレイに表示されたユーザインターフェースを介して、前記家屋内の家電機器をＯＮ制御させる時間帯を示す情報を受付け、前記携帯端末に設けられたメモリに、前記家屋内の家電機器をＯＮ制御させる時間帯を示す情報を格納して管理してもよい。

【0035】

上記態様において、例えば、前記電子錠は、自転車に備えられているようにしてもよい。

【0036】

上記態様において、例えば、前記家屋内の家電機器は、前記家屋内の浴槽へ給水する給湯器であって、前記制御信号は、前記給湯器から前記浴槽への給水を記情報通信システムに指示する信号としてもよい。

【0037】

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

【0038】

上記態様において、例えば、前記制御信号は、前記給湯器が浴槽へ給水を開始する時間を示す情報を含むようにしてもよい。

【0039】

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

【0040】

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

【0041】

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

【0042】

上記態様において、例えば、前記制御信号は、前記加熱調理器が前記加熱制御による調理を開始する時間を示す情報を含むようにしてもよい。

【0043】

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

【0044】

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

【0045】

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

【0046】

また、他の態様において、ネットワークを介して家屋内の家電機器を遠隔制御する情報通信システムに用いられる携帯端末を制御するプログラムは、電子的な信号の検知により施錠／開錠制御をする電子錠に対して前記電子的な信号を送出させるプログラムを実行する前記携帯端末のコンピュータに対して、前記家屋内の家電機器をＯＮ制御させる時間帯を示す情報を管理させ、前記プログラムの実行に基づく前記電子的な信号の送出により前記電子錠を開錠させ、前記電子的な信号の送出時刻が前記時間帯の範囲内か否かを判断させ、前記電子的な信号の送出時刻が前記時間帯の範囲内であると判断されると、前記ネットワークを介して前記情報通信システムに対して、前記家屋の家電機器をＯＮ制御させる制御信号を送信させる。

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

次に、上記の情報管理システムにおける情報の流れを説明する。

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

１．実施の形態１
ここでは、本発明の実施の形態として、本発明に係る家電制御システム１０について図面を参照しながら説明する。

【0061】

１．１ 家電制御システム１０の全体構成
図１は、本発明に係る家電制御システム１０の全体構成を示す図である。家電制御システム１０は、ネットワーク４０、サーバ１００、携帯端末２００、電子錠３００、家電機器４００、家電機器５００、家電機器６００を備える。

【0062】

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

【0063】

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

【0064】

自転車３０のユーザは、ユーザの自宅である家屋２０の最寄り駅付近の駐輪場で自転車３０が備える電子錠３００を開錠し、自宅へ帰宅すべく自転車３０に乗って家屋２０へ向かい、家屋２０に到着すると電子錠３００を施錠する。電子錠３００の開錠／施錠制御は、携帯端末２００が備えるアプリを用いて行う。当該アプリが携帯端末２００に電子錠３００との間で近接通信を行わせることによって、電子錠３００の開錠／施錠制御を行う。また、本実施の形態の説明において、電子錠３００が開錠／施錠制御された旨の情報をサーバ１００へ通知する動作が説明されているが、電子錠３００はネットワーク４０に接続されておらず、ネットワーク４０に接続された携帯端末２００が、電子錠３００が開錠／施錠制御された旨の情報をサーバ１００へ通知する。サーバ１００は、携帯端末２００からの開錠／施錠制御された旨の情報を受け、日々の家電制御のパターンを基に家電機器を制御する。

【0065】

１．２ サーバ１００の構成
図２は、家電制御システム１０におけるサーバ１００の構成を示すブロック図である。サーバ１００は、収集部１０１、分析部１０２、設定部１０３、タイマー１０４、通信部１０５、所有家電データベース１０６、日別家電制御データベース１０７、帰宅時間データベース１０８、生活パターンデータベース１０９を備える。また、収集部１０１、分析部１０２、タイマー１０４、設定部１０３は、サーバ１００内のコントローラ１がこれらの機能を備えることで実装されていてもよい。また、所有家電データベース１０６、日別家電制御データベース１０７、帰宅時間データベース１０８、生活パターンデータベース１０９について、サーバ１００内のメモリ２がこれらを備えるとしていてもよい。

【0066】

なお、図面においては「データベース」を「ＤＢ」と表記している。

【0067】

１．２．１ 通信部１０５
通信部１０５は、携帯端末２００から、家電機器４００、５００、または６００の制御を開始する家電制御開始通知と、家電機器４００、５００、または６００の制御を中断する家電機器制御中断通知と、家電機器４００、５００、６００の制御を再開する家電機器制御再開通知とを受信する。また、家電機器４００〜６００から、家電機器４００〜６００の運転状態が変化した時刻を示す情報と変化後の運転状態を示す情報とを受信する。また、携帯端末２００へ時間ファイルを送信する。また、家電機器４００〜６００へＯＮ／ＯＦＦ制御の制御信号を送信する。

【0068】

１．２．２ 収集部１０１
収集部１０１は、通信部１０５を介して携帯端末２００および家電機器４００〜６００から受信した、電子錠３００および家電機器４００〜６００の運転状態が変化した時刻を示す情報と変化後の運転状態を示す情報とを収集し、収集した情報を日別家電制御ファイルとして日別家電制御データベース１０７に格納する。また、収集した情報に基づいて家電機器４００〜６００の運転状態に変化が生じていると判断した場合、所有家電データベース１０６内の所有家電ファイルの該当する家電機器の運転状態を変更する。

【0069】

所有家電ファイルおよび日別家電制御ファイルについては、それぞれ１．２．６、１．２．７にて詳細を説明する。ここでは、日別家電制御ファイルに記録する運転状態の変化、所有家電ファイルに記録する家電機器の運転状態について説明する。日別家電制御ファイルに記録する運転状態の変化、所有家電ファイルに記録する家電機器には、家電機器毎に次の運転状態がある。電子錠３００には、施錠／開錠の運転状態があり、家電機器４００〜６００には、それぞれの家電機器のＯＮ／ＯＦＦ／ＣＯＭＰＬＥＴＥの運転状態がある。電子錠３００の運転状態は、所有家電ファイルには記録せず、日別家電制御ファイルのみに記録する。電子錠３００について、施錠の運転状態とは、電子錠３００が施錠された状態、開錠の運転状態とは、電子錠が開錠された状態である。また、家電機器４００〜６００について、ＯＮの運転状態とは家電機器がＯＮ制御された状態であり、ＯＦＦの運転状態とは家電機器がＯＦＦ制御された状態である。さらに、ＣＯＭＰＬＥＴＥの運転状態とは、家電機器がＯＮ制御された後、設定状態に達した状態である。ＣＯＭＰＬＥＴＥの運転状態について、以下に例を用いて説明する。例えば、家電機器が家屋内の浴槽へ温水を供給する給湯器であって、当該給湯器が所定温度の温水を浴槽の所定水位まで供給する指示を受け付けた場合、給湯器は浴槽への温水の供給を開始し、供給される温水が所定水位及び所定温度に達するまで温水の供給を続ける。このとき、給湯器の運転状態は、給湯器が浴槽への温水の供給を開始したときにＯＦＦの運転状態からＯＮの運転状態へと変化し、供給される温水が所定水位及び所定温度に達したときにＯＮの運転状態からＣＯＭＰＬＥＴＥの運転状態へと変化する。

【0070】

１．２．３ 分析部１０２
分析部１０２は、日別家電制御データベース１０７内の日別家電制御ファイルに記録された運転状態が変化した時刻を示す情報および変化後の運転状態を示す情報に基づいて、ユーザの生活パターンを分析する。分析した生活パターンを生活パターンファイルに記録して生活パターンデータベースに格納する。

【0071】

生活パターンの分析については、１．６．１にて詳細を説明する。

【0072】

１．２．４ 設定部１０３
設定部１０３は、通信部１０５を介して携帯端末２００から受信した家電制御開始通知に基づいて、家電機器をＯＮ制御する制御信号を家電機器４００〜６００へ送信する。制御開始時間になると、家電機器４００〜６００へＯＮ制御の信号を送信し家電制御を行う。また、通信部１０５を介して携帯端末２００から受信した家電制御中断通知に基づいて、家電機器をＯＦＦ制御する制御信号を家電機器４００〜６００へ送信する。また、通信部１０５を介して通信部１０携帯端末２００から受信した家電制御再開通知に基づいて、家電機器４００〜６００へＯＮ制御の制御信号を送信する。

【0073】

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

【0074】

１．２．６ 所有家電データベース１０６
所有家電データベース１０６は、家屋２０が備える家電機器の種別とその運転状態とを示す所有家電ファイルを格納する。図７に所有家電ファイルの一例を示す。これは、エアコン１が稼動中であり、給湯器によって浴槽の所定水位まで所定温度の温水供給が完了している状態であり、エアコン２および炊飯器は稼動していない状態を示している。

【0075】

１．２．７ 日別家電制御データベース１０７
日別家電制御データベース１０７は、家電機器毎にＯＮ、ＯＦＦ、およびＣＯＭＰＬＥＴＥの運転状態になった時刻とそれらの運転状態とを記録して日別に管理する日別家電制御ファイルを格納する。即ち、各家電機器の運転状態が変化した時刻を示す情報と変化後の運転状態を示す情報とを記録して日別に管理する。日別家電制御ファイルは、分析部１０２が生活パターンファイルを作成する際に参照される。図８に日別家電制御ファイルの一例を示す。これは、２０１３年２月２１日木曜日において、電子錠が開錠されてから炊飯器でご飯が炊き上がるまでの各家電機器における運転状態の変化を示している。詳細には、１８：３５に電子錠が開錠され、１８：５０に電子錠が施錠され、１８：５２に照明１がＯＮ制御され、１８：５５にエアコン１がＯＮ制御され、１８：５５に給湯器がＯＮ制御されて浴槽への給湯を開始し、１９：１０に炊飯器がＯＮ制御されていることを示しており、さらに、１９：１５にエアコン１および給湯器が設定状態に達し、１９：５５に炊飯器が設定状態に達していることを示している。また、給湯器が設定状態に達した直後、１９：１８に照明２がＯＮ制御されたことを示している。

【0076】

１．２．８ 帰宅時間データベース１０８
帰宅時間データベース１０８は、家電制御システム１０による家電制御の開始を許可する時刻を示す制御許可帰宅時間と、電子錠３００が開錠制御された時刻および施錠制御された時刻に基づいて算出された、ユーザが帰宅に要する時間を示す帰宅所要時間とを記録した時間ファイルを格納する。家電制御システム１０において、制御許可帰宅時間が示す時刻以降であれば、家電制御の開始は許可されるが、制御許可帰宅時間が示す時刻以前であれば、家電制御の開始は許可されない。即ち、制御許可帰宅時間は、家電制御システム１０における家電制御開始の許可／不許可を決定する時刻の境目である。図９に時間ファイルの一例を示す。これは、制御許可帰宅時間が１８：２５、帰宅所要時間が１５分であることを示している。つまり、１８：２５以降であれば、家電制御システム１０において家電制御の開始が許可される。

【0077】

１．２．９ 生活パターンデータベース１０９
生活パターンデータベース１０９は、日別家電制御データベース１０７内の日別家電制御ファイルから、頻度の高い生活パターンとして、家電機器がＯＮ制御される順番と時間差を分析し、帰宅時間別に複数の生活パターンファイルを格納する。頻度の高いパターンとは、各家電機器がＯＮ制御されてからＣＯＭＰＬＥＴＥの状態になるまでの所要時間（ＣＯＭＰＬＥＴＥ所要時間）を算出し、帰宅時間帯、家電制御開始の順番および電子錠３００を開錠してからの時間をパターンとして記録したものである。

【0078】

そして、生活パターンデータベース１０９とは異なり、パターン生成後、生活パターンファイルは携帯端末２００へ送信される。生活パターンファイルの例を図１０に示す。これは、生活パターンデータベース１０９において、単数のみの生活パターンファイルを持つ例である。帰宅時間が１８：２５以降であれば家電制御開始をする場合を示しており、ＣＯＭＰＬＥＴＥまで２０分かかるエアコンと給湯器を、開錠通知があった際にＯＮ制御する。また、ＣＯＭＰＬＥＴＥまで４５分かかる炊飯器を、１５分後にＯＮ制御する。

【0079】

なお、例えば、帰宅時間が１８：２５から１９：００までの間であるなど、帰宅時間に範囲を設定してもよい。

【0080】

１．３ 携帯端末２００
図３は、家電制御システム１０における携帯端末２００の構成を示すブロック図である。携帯端末２００は、電子錠制御部２０１、近接通信部２０３、タイマー２０５、制御時間データベース２０６、通信部２０４、サーバ通知部２０２、生活パターンデータベース２０７を備える。また、電子錠制御部２０１、近接通信部２０３、タイマー２０５、サーバ通知部２０２は、携帯端末２００内のコントローラ３がこれらの機能を備えることで実装されていてもよい。図５は、携帯端末２００のソフトウェア構成を示すブロック図である。携帯端末２００は、メモリ、ＯＳ、鍵アプリ、家電制御アプリを有する。鍵アプリは、電子錠３００の開錠／施錠制御を行うアプリケーションである。家電制御アプリは、携帯端末２００に家電機器４００〜６００の制御信号を送出させるためのアプリケーションである。携帯端末２００は、鍵アプリを起動して電子錠３００の開錠／施錠制御を行い、電子錠３００から開錠／施錠制御の完了通知を受信する。家電制御アプリは、鍵アプリが電子錠３００から受信した開錠／施錠の完了通知に基づいて、携帯端末２００にサーバ１００への家電制御開始通知を送信させる。

【0081】

なお、鍵アプリおよび家電制御アプリは、同一のアプリケーションによって実装されていてもよいし、ＯＳに組み込まれていてもよい。

【0082】

１．３．１ 電子錠制御部２０１
電子錠制御部２０１は、近接通信部２０３を介して電子錠３００へ制御信号を送信することで、電子錠３００の開錠および施錠を制御する。そして、近接通信部２０３を介して、電子錠３００から開錠および施錠の完了通知を受信する。さらに、開錠および施錠の完了通知を受信すると、開錠および施錠の状態が変化したとみなし、電子錠３００の運転状態をサーバ通知部２０２へ出力する。

【0083】

１．３．２ サーバ通知部２０２
サーバ通知部２０２は、通信部２０４を介してサーバ１００から受信した時間ファイルおよび生活パターンファイルを、それぞれ制御時間データベース２０６、生活パターンデータベース２０７へ格納する。また、通信部１０５を介して電子錠３００から開錠制御の完了通知を受信した場合、制御時間データベース２０６内の時間ファイルの制御許可帰宅時間を参照し、通信部２０４にサーバ１００への家電制御開始通知を送信させるか否かを判断する。開錠制御の完了通知を受信した時刻が制御許可帰宅時間以降である場合、生活パターンファイル内の制御対象機器と制御開始時間に基づいて、通信部２０４に家電制御開始通知をサーバ１００へ送信させる。制御許可帰宅時間以降に開錠制御の完了通知を受信した場合、開錠制御の完了通知を受信した時刻からの開錠されてからの時間の計測を開始し、経過時間が帰宅所要時間に達したか否かを確認し、家電制御を中断するか否かを判断する。同時に、電子錠３００が施錠されたか否かの状態を確認し、家電制御を中断するか否かを判断する。そして、家電制御開始通知、家電制御中断通知、家電制御再開の通知を、通信部２０４を介してサーバ１００へ送信する。

【0084】

１．３．３ 近接通信部２０３
近接通信部２０３は、電子錠制御部２０１から入力された開錠または施錠の制御信号を電子錠３００へ送信する。また、電子錠３００から開錠または施錠の完了通知を受信する。

【0085】

１．３．４ 通信部２０４
通信部２０４は、サーバ１００へ家電機器４００、５００、または６００の制御を開始する家電制御開始通知と、家電機器４００、５００、または６００の制御を中断する家電機器制御中断通知と、家電機器４００、５００、６００の制御を再開する家電機器制御再開通知とを送信する。また、サーバ１００から時間ファイルを受信する。

【0086】

１．３．５ タイマー２０５
タイマー２０５は、電子錠３００の運転状態が変化した時刻を取得するために用いられる。また、家電制御の中断および再開の際、電子錠３００が開錠されてからの経過時間を計測するために各部が用いる。

【0087】

１．３．６ 制御時間データベース２０６
制御時間データベース２０６は、通信部２０４を介してサーバ１００から受信した、制御許可帰宅時間を示す情報と帰宅所要時間を示す情報とを記録した時間ファイルを格納し、電子錠３００が開錠された際および施錠された際、サーバ通知部２０２が参照する。制御時間データベース２０６内の時間ファイルは、図９に示した帰宅時間データベース１０８内の時間ファイルと同様のデータ構成を有するため、説明は省略する。なお、電子錠３００が開錠されてからの時間を計測するのは、サーバ１００であってもよい。例えば、サーバ１００が鍵の状態を管理し、電子錠３００が開錠された時点からの時間を計測し、計測時間が帰宅所要時間を過ぎると家電制御を中断するか否かを判断する。さらにこのとき、家電機器制御中断の通知を、携帯端末２００へ送り、ユーザに表示し確認を取ってもよい。

【0088】

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

【0089】

１．４ 電子錠３００
図４は、家電制御システム１０における電子錠３００の構成を示すブロック図である。電子錠３００は、判断部３０１、鍵制御部３０２、近接通信部３０３、鍵状態データベース３０４を備える。また、判断部３０１、鍵制御部３０２は、電子錠３００内のコントローラ４がこれらの機能を備えることで実装されていてもよい。

【0090】

１．４．１ 判断部３０１
判断部３０１は、近接通信部３０３を介して携帯端末２００から受信した制御信号が電子鍵３００の開錠／施錠制御のいずれを示しているか判断する。携帯端末２００から受信した制御信号が示す制御内容に基づいて、開錠または施錠の指示を示す信号を鍵制御部３０２へ出力する。鍵制御部３０２から開錠または施錠の制御の完了通知が入力された場合、近接通信部３０３を介して携帯端末２００へ開錠／施錠の完了通知を送信する。

【0091】

１．４．２ 鍵制御部３０２
鍵制御部３０２は、判断部３０１から入力された信号が開錠の指示を示す信号であれば電子錠３００を開錠し、鍵状態データベース３０４の鍵の運転状態を開錠の運転状態へ変更する。また、判断部３０１から入力された信号が施錠の指示を示す信号であれば電子錠３００を施錠し、鍵状態データベースの鍵の運転状態を施錠の運転状態へ変更する。また、電子錠３００の制御が完了した場合、開錠または施錠の完了通知を判断部３０１へ出力する。

【0092】

１．４．３ 近接通信部３０３
近接通信部３０３は、携帯端末２００から開錠または施錠の制御信号を受信する。また、携帯端末２００へ開錠または施錠の完了通知を送信する。

【0093】

１．４．４ 鍵状態データベース３０４
鍵状態データベース３０４は、開錠および施錠の運転状態を記憶した鍵状態ファイルを格納する。図１１は鍵状態データベース３０４内の鍵状態ファイルの一例を示す図である。これは、電子錠３００が施錠さの運転状態であることを示している。

【0094】

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

【0095】

１．５．１ 家電制御部４０１
家電制御部４０１は、家電機器４００がＯＮ、ＯＦＦ、そしてＣＯＭＰＬＥＴＥの運転状態になるたびに、ＯＮ、ＯＦＦ、ＣＯＭＰＬＥＴＥの運転状態とその運転状態になった時刻とを、家電機器名と共にサーバ通知部４０２へ出力する。即ち、家電機器４００の運転状態が変化した時刻を示す情報及び変化後の運転状態を示す情報を、家電機器４００の家電機器名と共にサーバ通知部４０２へ出力する。同時に、家電機器４００の運転状態を状態ファイルに記録しして状態データベース４０５へ格納する。また、家電制御部４０１は、サーバ１００による家電制御時、サーバ１００からのＯＮ制御通知を受信し稼動を始め、状態データベース４０５内の状態ファイルの状態をＯＮに変更する。そして、中断通知を受信すると、稼動を中断し、状態データベース４０５内の状態ファイルに記録された家電機器４００の運転状態をＯＦＦに変更する。さらに、再開通知を受信すると、運転を再開し状態データベース４０５内の状態ファイルに記録された家電機器４００の運転状態をＯＮの運転状態に変更する。なお、家電制御部４０１は、状態が変化するたびに、変化後の状態をサーバ通知部４０２へ出力する。

【0096】

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

【0097】

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

【0098】

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

【0099】

１．５．５ 状態データベース４０５
状態データベース４０５は、家電機器４００の、家電機器名、運転状態ＯＮ／ＯＦＦ／ＣＯＭＰＬＥＴＥ、現在状態、および設定状態を記録した状態ファイルを格納する。図１２、１３はそれぞれ、状態データベース４０５内の状態ファイルの一例を示す図である。図１２は、家電機器４００が給湯器である場合の状態ファイルの一例を示している。これは、運転状態がＯＮの運転状態であって、現在状態は、浴槽に水温３０度の水が１００リットル入っている状態であり、設定状態は、浴槽に水温３９度の水が１６０リットル入った状態であることを示している。このとき、現在状態が設定状態に到達した場合、家電機器４００の運転状態はＣＯＭＰＬＥＴＥの運転状態へ遷移する。図１３は、家電機器４００がエアコンである場合の状態ファイルの一例を示している。これは、運転状態がＯＮの運転状態であって、現在状態は、室温が８℃である。暖房、冷房など現在の運転の設定を示すフラグが立ててあり、設定状態は暖房を示している。運転モードが暖房、室温が２０℃、風量が強、風向が自動風向であることを示している。ことのき、現在状態の示す室温が、設定状態の示す室温に到達した場合、家電機器４００の運転状態はＣＯＭＰＬＥＴＥの運転状態へ遷移する。

【0100】

１．６ 家電制御システム１０の動作
家電制御システム１０の動作には、２つの動作がある。パターン生成と生成したパターンに基づく家電制御である。パターン生成とは、日々のユーザの家電機器のＯＮ制御およびＯＦＦ制御からユーザの生活パターンを分析し、サーバの生活パターンデータベースに生活パターンを記録することである。生成したパターンに基づく家電制御とは、分析した生活パターンに基づき、サーバが家電機器を制御することである。

【0101】

以下で、２つの動作について図面を参照しながら説明する。

【0102】

１．６．１ パターン生成
家電制御システム１０のパターン生成の動作について、概要を説明する。

【0103】

サーバ１００における分析部１０２は、日別家電制御データベース１０７内の日別家電制御ファイルに記録された運転状態が変化した時刻を示す情報及び変化後の運転状態を示す情報に基づいて以下の分析及び算出を行う。分析部１０２が行う分析及び算出は、ユーザが帰宅した後に当該ユーザによって家屋２０内の各家電機器がＯＮ制御された順番とその時間差の分析、各家電機器がＯＮ制御されてからＣＯＭＰＬＥＴＥの運転状態になるまでに要した時間（ＣＯＭＰＬＥＴＥ所要時間）の算出、ユーザの帰宅時間帯、家電制御開始の順番および電子錠が開錠されてから再び施錠されるまでに要した時間の分析である。

【0104】

電子錠３００が開錠されてから施錠されるまでの時刻の差から、帰宅に必要な時間（以下、帰宅所要時間）を算出し、さらに、日別家電制御データベース１０７内の日々の電子錠３００の施錠の時刻を帰宅時間とみなし、頻度の高い帰宅時間帯を分析する。そして、制御許可帰宅時間と帰宅所要時間とを時間ファイルとして帰宅時間データベース１０８に格納する。同時に、帰宅時間データベース１０８内の時間ファイルを、携帯端末２００へ送信する。計算方法の例を、図８に示す家電制御の履歴に基づいて説明する。例えば、２０１３年２月２１日木曜日のデータにおいて、電子錠の開錠が１８：３５、施錠が１８：５０、照明１のＯＮが１８：５２、という順に制御されているとする。照明１のＯＮを帰宅とみなし、直近の施錠を自宅の駐輪場での施錠、その前の開錠を最寄り駅付近の駐輪場での開錠とみなす。そして、帰宅所要時間１５分を算出する。

【0105】

また、各家電機器がＯＮ制御／ＯＦＦ制御される時刻および設定状態に達した時間のパターンを分析する。分析した結果、頻度の高い帰宅時間帯と頻度の高い家電機器がＯＮ制御される時間とを組み合わせ、頻度の高い生活パターンを１日の生活パターンとして組み立てる。そして、制御許可帰宅時間以降の帰宅時間帯を細かく分け、帰宅時間帯と併せて頻度別に１日の制御パターンを組み立てたデータを生活パターンファイルとして、生活パターンデータベース１０９に格納する。

【0106】

生活パターンの分析は、ある一定の日数の日別家電制御ファイルが集まったのちに行うとしてもよい。例えば、一週間の日別家電制御ファイルが集まった時点で、生活パターンを分析する。

【0107】

次に、前述のストーリーに基づいて、家電制御システム１０のパターン生成の動作について、ユーザの帰宅前、ユーザの帰宅後に行われる動作を、それぞれ図を用いて説明する。

【0108】

図１４は、家電制御システム１０のユーザ帰宅前に係るパターン生成処理のシーケンスを示すシーケンス図である。

【0109】

電子錠３００と携帯端末２００との間で開錠処理が行われる（Ｓ１００１）。電子錠３００が開錠された場合、携帯端末２００は開錠通知をサーバ１００へ送信する（Ｓ１００２）。

【0110】

サーバ１００は、携帯端末２００から開錠通知があったか否かを確認する（Ｓ１００３）。ここで、携帯端末２００からサーバ１００へ送信される通知データの例を図２５に示す。図２５（ａ）は、携帯端末２００からサーバ１００へ送信される通知に係るデータ構成の一般例を示す図であり、図２５（ｂ）は、データ構成の一例を示す図であり、ここでは電子錠３００が開錠された場合に通知されるデータを示している。携帯端末２００からサーバ１００へ送信される通知データは、家電機器名、通知の種類、時刻を示す情報を有する。例えば、１８：３５に電子錠３００が開錠された場合、家電機器名に「電子錠」、通知の種類に「開錠」、時刻に「１８：３５」が入る。

【0111】

サーバ１００は、携帯端末２００から開錠通知を受信していない場合（Ｓ１００３のＮ）、再び開錠通知があったか否かを確認する。サーバ１００は、携帯端末２００からの開錠通知を受信した場合（Ｓ１００３のＹ）、ファイル書き込み処理を行う（Ｓ１００４）。ファイル書き込み処理とは、日別家電制御データベース内の日別家電制御ファイルに家電機器の運転状態が変化した時刻を示す情報及び変化後の運転状態を示す情報を書き込む処理である。ファイル書き込み処理の詳細は後述する。

【0112】

次に、施錠処理について説明する。電子錠３００と携帯端末２００との間で施錠処理が行われる（Ｓ１００５）。電子錠３００が施錠された場合、携帯端末２００は施錠通知をサーバ１００へ送信する（Ｓ１００６）。

【0113】

サーバ１００は、携帯端末２００から施錠通知があったか否かを確認する（Ｓ１００７）。

【0114】

サーバ１００は、携帯端末２００からの施錠通知を受信していない場合（Ｓ１００７のＮ）、再び施錠通知があったか否かを確認する。サーバ１００は、携帯端末２００から施錠通知を受信した場合（Ｓ１００７のＹ）、ファイル書き込み処理を行う（Ｓ１００８）。

【0115】

ここで、開錠／施錠処理について、図１５に示すシーケンス図を用いて説明する。

【0116】

携帯端末２００は、鍵アプリを起動する（Ｓ１１０１）。開錠／施錠の信号を電子錠３００へ送信する（Ｓ１１０２）。

【0117】

電子錠３００は、開錠／施錠信号を受信したか否かを確認し（Ｓ１１０３）、信号を受信していない場合（Ｓ１１０３のＮ）、再び信号を受信したか否かを確認する。開錠／施錠信号を受信した場合（Ｓ１１０３のＹ）、受信した信号が開錠または施錠のどちらの制御を示しているかを判断する（Ｓ１１０４）。受信した信号が開錠制御を示している場合（Ｓ１１０４の開錠）、電子錠３００は開錠される（Ｓ１１０５）。信号が施錠制御を示している場合（Ｓ１１０５の施錠）、電子錠３００は施錠される（Ｓ１１０６）。電子錠３００が開錠または施錠された場合、それぞれ鍵状態データベース内の鍵状態ファイルの運転状態を開錠または施錠に変更する（Ｓ１１０７）。その後、開錠／施錠の完了通知が電子錠３００から携帯端末２００へ送信される（Ｓ１１０８）。携帯端末２００は、開錠／施錠の完了通知を受信し、電子錠３００の開錠／施錠が完了したことを認識する（Ｓ１１０９）。電子錠３００の開錠／施錠された場合、開錠／施錠が完了したことを携帯端末２００に表示してもよい。携帯端末２００での表示例を図３０（ａ）に示す。例えば、電子錠３００が施錠された際、「電子錠が施錠されました。」と表示され、ユーザがＯＫボタンを押すことで確認をとる。

【0118】

ここで、ファイル書き込み処理について、図１６に示すフローチャートを用いて説明する。

【0119】

サーバ１００は、一日の終了条件を満たしたか否かを確認する（Ｓ１２０１）。一日の終了条件を満たしている場合（Ｓ１２０１のＹ）、その日一日の日別家電制御ファイルの作成を終了する（Ｓ１２０２）。そして、日別家電制御データベースに本日の日別家電制御ファイルを作成する（Ｓ１１０４）。一日の終了条件を満たしていない場合（Ｓ１１０１のＮ）、本日分の日別家電制御ファイルが日別家電制御データベースにあるか否かを確認する（Ｓ１２０３）。本日分の日別家電制御ファイルがない場合（Ｓ１２０３のＮ）、日別家電制御データベース内に本日の日別家電制御ファイルを作成する（Ｓ１２０４）。本日分の日別家電制御ファイルがある場合（Ｓ１２０３のＹ）、および、日別家電制御データベース内に本日分の日別家電制御ファイルを作成した後、サーバ１００は、通知があった家電機器を判断する（Ｓ１２０５）。例えば、家電機器を判断するために、各家電にＩＤのような個別の番号を振り、通知のデータに家電機器の番号が入る構造にし、番号を基に判断する。日別家電制御データベース内の本日のファイルに通知があった家電機器名、状態(ＯＮ／ＯＦＦ／ＣＯＭＰＬＥＴＥ)、時間を記録する（Ｓ１２０６）。

【0120】

パターン生成について、会社員Ａの生活例を図２６に示す。会社員Ａの帰宅時間は、早いときには１８：３０頃、遅いときには２０：００頃である。また、最寄りの駅の駐輪場から自宅までの所要時間が自転車で１５分である。さらに、帰宅が早い日の例として、退社後、１８：３５に駐輪場を出発する日のデータを取ったとする。なお、会社員Ａは、帰宅後、食事の前に入浴する生活を送っている。１８：５０に帰宅し、帰宅後、１８：５５にエアコンと給湯器をつけ、お風呂のお湯を張っている。次に、１８：１０に炊飯器のスイッチを入れ、ご飯を炊き始める。そして、ご飯を炊いている間、１８：１５にお湯張りが終わり入浴する。入浴後、１８：５５にご飯が炊け、夕食を摂る。

【0121】

時間ファイルには、許可時間帯として１８：３０から２０：００のように記録される。このとき、前後に１０分ずつ余裕を持たせ、１８：２０から２０：１０のように柔軟に設定してもよい。

【0122】

次に、帰宅後のパターン生成について、図１７に示すシーケンス図を用いて説明する。家電機器からのＯＮ制御／ＯＦＦ制御、およびＣＯＭＰＬＥＴＥの状態と時刻を収集しパターンを分析する。ここでは、家電機器４００から収集する場合を説明する。

【0123】

家電機器４００は、状態の変化があったか否かを確認する（Ｓ２００１）。状態とは、ＯＮ、ＯＦＦ、ＣＯＭＰＬＥＴＥである。ここで、家電機器４００からサーバ１００へ送信する通知データの例を図２７に示す。また、家電機器４００からサーバ１００へ送信される通知データは、図２５（ａ）に示す携帯端末２００からサーバ１００へ送信する通知に係るデータ構成の一般例と同様、家電機器名、通知の種類、時刻を含む。図２７（ａ）、（ｂ）は、それぞれ、エアコン１がＯＮ制御された場合の通知に係るデータ構成と、給湯器がＯＮ制御された場合の通知に係るデータ構成とを示している。すなわち、１８：５５にエアコン１がＯＮ制御された場合、家電機器名に「エアコン１」、通知の種類に「ＯＮ」、時刻に「１８：５５」が入る。また、１８：５５に給湯器がＯＮ制御された場合、家電機器名に「給湯器」、通知の種類に「ＯＮ」、時刻に「１８：５５」が入る。

【0124】

家電機器４００は、状態の変化がない場合（Ｓ２００１のＮ）、再び状態の変化があったか否かを確認する。状態の変化があった場合（Ｓ２００１のＹ）、家電機器名と変化後の状態をサーバ１００へ通知する（Ｓ２００２）。そして、状態データベース内の状態ファイルの状態を変化後の状態に変更する（Ｓ２００３）。

【0125】

サーバ１００は、家電機器４００から通知があったか否かを確認する（Ｓ２００４）。家電機器４００から通知がなかった場合（Ｓ２００４のＮ）、再び家電機器４００から通知があったか否かを確認する。家電機器４００から通知があった場合（Ｓ２００４のＹ）、所有家電データベース内の所有家電ファイルの通知があった家電機器４００の状態を変更する（Ｓ２００５）。ファイル書き込み処理を行う（Ｓ２００６）。そして、一定の日数の日別家電制御ファイルが集まったか否かを確認する（Ｓ２００７）。一定の日数の日別家電制御ファイルが集まっていない場合（S２００７のＮ）、再び、一定の日数の日別家電制御ファイルが集まったか否かを確認する。一定の日数の日別家電制御ファイルが集まった場合（Ｓ２００７のＹ）、サーバ１００は、パターン分析処理を行う（Ｓ２００８）。

【0126】

パターン分析処理について、図１８に示すシーケンス図を用いて説明する。日別家電制御データベースを基に、帰宅時間帯のパターンを分析する（Ｓ２１０１）。日別家電制御データベース内の日別家電制御ファイルを基に、帰宅時間別にパターンを分析する（Ｓ２１０２）。なお、帰宅時間別に分析するパターンの粒度は時間単位でも分単位でもどのような区切り方でもよい。そして、分析した生活パターンファイルを生活パターンデータベースに格納する（Ｓ２１０３）。許可時間帯を計測する（Ｓ２１０４）。そして、帰宅所要時間を計測する（Ｓ２１０５）。許可時間帯と帰宅所要時間を時間ファイルとして帰宅時間データベースに格納する（Ｓ２１０６）。さらに、時間ファイルと生活パターンファイルとを携帯端末２００へ送信する（Ｓ２１０７）。

【0127】

携帯端末２００は、サーバ１００から時間ファイルと生活パターンファイルとを受信すると、時間ファイルを制御時間データベースに格納する（Ｓ２１０８）。そして、生活パターンファイルを生活パターンデータベースに格納する（Ｓ２１０９）。

【0128】

１．６．２ 生成したパターンに基づく家電制御
家電制御システム１０の生成したパターンに基づく家電制御の動作について、図１９〜２２に示すシーケンス図を用いて説明する。

【0129】

電子錠３００と携帯端末２００が、開錠処理をする（Ｓ３００１）。

【0130】

携帯端末２００は、電子錠３００が開錠されたか否かを確認する（Ｓ３００２）。電子錠３００が開錠されていない場合（Ｓ３００２のＮ）、再び電子錠３００が開錠されたか否かを確認する。電子錠３００が開錠された場合（Ｓ３００２のＹ）、現在時刻を取得する（Ｓ３００３）。現在時刻を基に、制御許可帰宅時間以降の開錠か否かを確認する（Ｓ３００４）。制御許可帰宅時間以降の開錠でない場合（Ｓ３００４のＮ）、処理は終了する。制御許可帰宅時間以降の開錠である場合（Ｓ３００４のＹ）、家電制御アプリが起動する（Ｓ３００５）。そして、生活パターンファイルを生活パターンデータベースから抽出する（Ｓ３００６）。サーバ１００へ、家電制御開始通知を送信する（Ｓ３００７）。そして、携帯端末２００は、鍵状態データベース内の鍵状態ファイルの鍵の状態を開錠に変更する（Ｓ３００８）。

【0131】

生成したパターンに基づく家電制御の際、ユーザへの確認として、開錠が完了したことの表示と共に、生成したパターンに基づく家電制御を開始することを表示してもよい。携帯端末２００での表示例を図３０（ｂ）に示す。例えば、電子錠３００の開錠により、お湯張りを始めるように生成したパターンに基づく家電制御をする場合、電子錠３００が開錠された際、「電子錠が開錠されました。」と表示されると共に、「お湯張りを開始します。２０分後（１８：５５頃）にお風呂に入れます。開始しますか？」と表示することでユーザに問いかけ、「はい」または「いいえ」ボタンにより確認をとる。

【0132】

サーバ１００は、携帯端末２００からの開錠通知があったか否かを確認する（Ｓ３００９）。開錠通知がない場合（Ｓ３００９のＮ）、再び開錠通知があったか否かを確認する。開錠通知があった場合（Ｓ３００９のＹ）、家電制御開始通知の家電機器名と制御時間を読み込む（Ｓ３０１０）。携帯端末２００からサーバ１００に送信する家電制御開始通知のデータ例を、図２８に示す。

【0133】

図２８（ａ）は、携帯端末２００からサーバ１００へ送信する家電制御開始通知に係るデータ構成の一般例を示す図であり、図２８（ｂ）、（ｃ）は家電制御開始通知に係るデータ構成の一例を示す図である。図２８（ｂ）、（ｃ）は、それぞれ、０分後に給湯器をＯＮ制御する場合の家電制御開始通知に係るデータ構成と、２０分後に炊飯器をＯＮ制御する場合の家電制御開始通知に係るデータ構成とを示している。家電制御開始通知は、家電機器名、通知の種類、制御時間を含む。０分後に給湯器をＯＮ制御する場合、家電機器名には「給湯器」、通知の種類には「制御開始」、制御時間には「０」が入る。また、２０分後に炊飯器をＯＮ制御する場合、家電機器名に「炊飯器」、通知の種類に「制御開始」、制御時間に「２０」が入る。

【0134】

サーバ１００と家電機器４００は、家電制御処理を行う（Ｓ３０１１）。

【0135】

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

【0136】

サーバ１００は、通知内の制御時間が経過したら、家電機器４００へＯＮ制御の信号を送信する（Ｓ３１０１）。そして、所有家電データベース内の所有家電ファイルの家電４００の状態をＯＮに変更する（Ｓ３１０２）。

【0137】

家電機器４００は、ＯＮ制御の信号を受信し、ＯＮ制御される（Ｓ３１０３）。そして、状態データベース内の状態ファイルの状態をＯＮに変更する（Ｓ３１０４）。

【0138】

生成したパターンに基づく家電制御中に電子錠３００が施錠された後の処理について、図２１、２２を用いて説明する。

【0139】

電子錠３００と携帯端末２００は、施錠処理を行う（Ｓ３０１０）。

【0140】

携帯端末２００は、電子錠３００が施錠されたかを確認する（Ｓ３０１１）。施錠されていない場合（Ｓ３０１１のＮ）、現在時刻を取得する（Ｓ３０１２）。そして、開錠から施錠までの時間が帰宅所要時間を越えたか否かを確認する（Ｓ３０１３）。開錠から施錠までの時間が帰宅所要時間を越えていない場合（Ｓ３０１３のＮ）、再び、電子錠３００が施錠されたか否かを確認する（Ｓ３０１１）。開錠から施錠までの時間が帰宅所要時間を越えている場合（Ｓ３０１３のＹ）、まだ帰宅していないとみなし、家電制御中断の通知を作成する（Ｓ３０１４）。

【0141】

一方、電子錠３００が施錠されている場合（Ｓ３０１１のＹ）、携帯端末２００は、鍵状態データベース内の鍵状態ファイルの鍵の状態を施錠に変更する（Ｓ３０１５）。そして、現在時刻を取得する（Ｓ３０１６）。開錠から施錠までの時間が帰宅所要時間を越えたか否かを確認する（Ｓ３０１７）。開錠から施錠までの時間が帰宅所要時間を越えている場合（Ｓ３０１７のＹ）、まだ自宅ではないところで施錠したとみなし、家電制御中断の通知を作成する（Ｓ３０１４）。開錠から施錠までの時間が帰宅所要時間を越えていない場合（Ｓ３０１７のＮ）、帰宅したとみなし、施錠通知を作成する（Ｓ３０１８）。そして、携帯端末２００は、施錠もしくは家電制御中断通知をサーバ１００へ送信する（Ｓ３０１９）。

【0142】

携帯端末２００がサーバ１００へ家電制御中断通知を送信する際、ユーザへの確認として、中断するか継続するかの選択画面を表示してもよい。携帯端末２００での表示例を図３１（ａ）に示す。例えば、電子錠３００の開錠によりお湯張りを開始したが、帰宅所要時間を越えても電子錠３００が施錠されなかった場合、「所定時間を過ぎたため、お湯張りを中止します。中断しますか？」と表示することでユーザに問いかけ、「中断」または「継続」ボタンにより確認をとる。

【0143】

サーバ１００は、携帯端末２００から通知があったか否かを確認する（Ｓ３０２０）。通知がない場合（Ｓ３０２０のＮ）、再び携帯端末２００から通知があったか否かを確認する。通知があった場合（Ｓ３０２０のＹ）、通知の種類が家電制御開始か家電制御中断かを判断する（Ｓ３０２１）。通知の種類が家電制御開始通知だった場合（Ｓ３０２１の開始）、家電制御処理を行う（図２０のＳ３０１１）。通知の種類が制御中断の通知だった場合（Ｓ３０２１の中断）、通知内の家電機器４００へＯＦＦ制御の信号を送信する（Ｓ３０２２）。そして、所有家電データベース内の所有家電ファイルの家電機器４００の状態をＯＦＦにする（Ｓ３０２３）。

【0144】

家電機器４００は、ＯＦＦ制御の信号を受信し、ＯＦＦ制御される（Ｓ３０２４）。そして、状態データベース内の状態ファイルの状態をＯＦＦに変更する（Ｓ３０２５）。携帯端末２００からサーバ１００へ送信される家電制御中断の通知のデータ例を図２９に示す。図２９（ａ）は、携帯端末２００からサーバへ送信される家電制御に係るデータの一般例であり、図２９（ｂ）が、家電制御中断の通知に係る具体的なデータ例である。ここでは、給湯器をＯＦＦ制御する通知に係るデータ構成を示している。家電制御中断の通知は、家電機器名と通知の種類とを含む。例えば、給湯器をＯＦＦ制御する場合、家電機器名に「給湯器」が入り、通知の種類に「制御中断」が入る。

【0145】

中断になった場合、携帯端末２００、サーバ１００、家電機器４００は、家電制御再開処理を行う（Ｓ３０２６）。

【0146】

家電制御再開処理について、図２４に示すシーケンス図を用いて説明する。

【0147】

携帯端末２００は、電子錠３００が開錠されたか否かを確認する（Ｓ３２０１）。開錠されていない場合（Ｓ３２０１のＮ）、再び開錠されたか否かを確認する。開場された場合（Ｓ３２０１のＹ）、家電制御再開通知をサーバ１００へ送信する（Ｓ３２０２）。

【0148】

携帯端末２００がサーバ１００へ家電制御再開通知を送信する際、ユーザへの確認として、中断から一定の時間が過ぎたら再開するか否かの選択画面を表示してもよい。携帯端末２００での表示例を図３１（ｂ）に示す。例えば、お湯張りを中断した後、１０分後に、「お湯張りを再開します。よろしいですか？」と表示することでユーザに問いかけ、「はい」または「いいえ」ボタンにより確認をとる。

【0149】

サーバ１００は、携帯端末２００から家電制御再開通知があったか否かを確認する（Ｓ３２０３）。通知がない場合（Ｓ３２０３のＮ）、再び家電制御再開通知があったか否かを確認する。通知があった場合（Ｓ３２０３のＹ）、通知内の家電機器４００へＯＮ制御の信号を送信する（Ｓ３２０４）。そして、所有家電データベースの所有家電ファイルの状態をＯＮに変更する（Ｓ３２０５）。

【0150】

家電機器４００は、ＯＮ制御の信号を受信し、ＯＮ制御される（Ｓ３２０６）。そして、状態データベース内の状態ファイルの状態をＯＮに変更する（Ｓ３２０７）。このとき、家電機器再開処理のために、状態データベース内の状態ファイルの現在状態と設定状態を基に、残りの制御を行うことになる。携帯端末２００からサーバ１００へ送信される家電制御再開の通知のデータ例を図２９（ｃ）に示す。ここでは、制御を中断していた給湯器を再びＯＮ制御する場合の通知に係るデータ構成を示している。家電制御再開の通知は、家電機器名と通知の種類とを含む。給湯器を再びＯＮ制御する場合、家電機器名に「給湯器」が入り、通知の種類に「制御再開」が入る。

【0151】

ここで、寄り道による家電制御中断の例を図３２に示す。例えば、駐輪場から自宅まで１５分であるとする。例えば、駐輪場から２０分のところにあるスーパーに寄り道するとき、開錠から施錠までの時間が、帰宅所要時間である１５分より長くなる。

【0152】

１．７ 実施の形態１の効果
例えば、前記携帯端末のユーサの行動パターンとして、例えば、自転車の電子錠の開錠、アパートメントの正面玄関の電子錠の開錠などの電子錠の開錠という行為に続いて、例えば、エアコンの電源のＯＮ制御などの前記家屋の家電機器をＯＮ制御させる場合、前記電子錠の開錠という機器制御を契機に、前記ユーザの他の操作を介在することなく、前記家屋の家電機器をＯＮ制御させる。

【0153】

そのため、前記電子錠の開錠という１つの機器制御に、例えば、これに続いて発生する可能性の高い次の機器制御である前記家屋の家電機器のＯＮ制御という他の機器制御の起動指示を兼用させるので、前記ユーザによる１つの操作で２つの機器制御を実現できる。その結果、前記携帯端末に２つの各々の機器制御を要求することなく、その分、前記携帯端末から前記家屋の家電機器を遠隔操作する際の機器の処理負担を軽減しつつ、所望の２つの機器制御を実現できる。

【0154】

また、ユーザの生活パターンを分析し、帰宅のタイミングや家電機器が設定された状態になるまでの時間を計測し、ユーザの生活パターンに合わせて、家電制御を開始している。このとき、サーバだけでなく携帯端末もユーザの生活パターンを分析した生活パターンファイルを持つことで、携帯端末がサーバへ時間と家電機器を指定し、遠隔で家電機器を操作することが可能になる。

【0155】

そのため、帰宅の際に必ず行うひとつの動作を利用してユーザの生活パターンに合わせた家電制御について、携帯端末による遠隔の機器制御が可能になるという効果がある。

【0156】

２．実施の形態２
ここでは、本発明の実施の形態として、本発明に係る家電制御システム１０について図面を参照しながら説明する。実施の形態１では、帰宅所要時間を越えたか否かと電子錠が施錠されているか否かを確認することで、ユーザが帰宅しているかいないかを判断し、家電制御中断を判断していた。しかし、帰宅所要時間内であっても家電制御の中断が必要な場合もある。図３３に例を示す。例えば、帰宅中、駐輪場から自宅までの経路にコンビニがあり、寄り道をする場合である。ユーザはコンビニで買い物をするために、自転車３０を停め、電子錠３００を施錠する。このとき、例えば、駐輪場からコンビニまでの所要時間は帰宅所要時間より短いとする。本実施の形態では、帰宅所要時間内に電子錠３００が施錠された場合、ユーザが帰宅したことによる電子錠３００の施錠であるか否かを判断するために、ＧＰＳを利用して取得した携帯端末２００の現在位置、および電子錠３００の運転状態を用いるとしている。

【0157】

２．１ 家電制御システム１０ａの全体構成
図３４家電制御システム１０の全体構成を示す図である。家電制御システム１０ａは、ネットワーク４０、サーバ１００、携帯端末２００ａ、電子錠３００、家電機器４００、家電機器５００、家電機器６００、サーバ１００を備える。以下、実施の形態１との差分を中心に説明する。

【0158】

２．２ 携帯端末２００ａの構成
図３５は、家電制御システム１０ａにおける携帯端末２００ａの構成図である。携帯端末２００ａは、電子制御部２０１、サーバ通知部２０２ａ、近接通信部２０３、通信部２０４、タイマー２０５、制御時間データベース２０６、位置情報取得部２０８、生活パターンデータベース２０７を備える。また、電子制御部２０１、近接通信部２０３、タイマー２０５、サーバ通知部２０２ａは、携帯端末２００ａ内のコントローラ３ａがこれらの機能を備えることで実装されていてもよい。

【0159】

２．２．１ サーバ通知部２０２ａ
サーバ通知部２０２ａは、通信部２０４を介してサーバ１００から受信した時間ファイル、生活パターンファイルを制御時間データベース２０６へ、生活パターンデータベース２０７へそれぞれ格納する。また、制御時間データベース２０６内の時間ファイルの許可時間帯を参照し、家電制御の開始を判断する。また、ＧＰＳを利用して携帯端末２００ａの位置情報を取得し、現在位置が自宅か否か、および電子錠３００が施錠されたか否かの状態に基づいて、家電制御を中断するか否かを判断する。帰宅所要時間を越えており、かつ、携帯端末２００ａの現在位置が自宅である場合、生活パターンファイル内の制御対象機器と制御開始時間を基に、家電制御開始通知をサーバ１００へ送信する。そして、サーバ１００へ家電制御開始通知、家電制御中断通知、家電制御再開の通知を送信する。

【0160】

２．３ 家電制御システム１０ａの動作
家電制御システム１０ａには、実施の形態１と同様に、パターン生成および生成したパターンに基づく家電制御の２つの動作がある。パターン生成の動作については、実施の形態１と同様の処理であるため、説明を省略し、以下で、生成したパターンに基づく家電制御の動作について、図面を参照しながら説明する。

【0161】

家電制御システム１０ａでは、実施の形態１における動作について、家電制御を中断する処理を変形している。この変形処理を、図３６、３７に示すシーケンス図を用いて説明する。

【0162】

はじめに電子錠３００と携帯端末２００ａが開錠処理をしてから、携帯端末２００ａが家電制御開始通知をサーバへ送信して家電制御処理が行われるまでは、実施の形態４と同じ処理であるため、説明を省略する。

【0163】

生成したパターンに基づく家電制御中に電子錠３００が施錠された際以降の処理について説明する。

【0164】

電子錠３００と携帯端末２００ａは、施錠処理を行う（Ｓ３０１０）。

【0165】

携帯端末２００ａは、電子錠３００が施錠されたかを確認する（Ｓ３０１１）。施錠されていない場合（Ｓ３０１１のＮ）、再び電子錠３００が施錠されたかを確認する。電子錠３００が施錠されている場合（Ｓ３０１１のＹ）、携帯端末２００ａは、鍵状態データベース内の鍵状態ファイルの鍵の状態を施錠に変更する（Ｓ３０１４）。そして、ＧＰＳを利用して携帯端末２００ａの現在位置を取得する（Ｓ４００１）。現在位置が自宅か否かを確認する（Ｓ４００２）。このとき、自宅の位置は、あらかじめ登録しておく。現在位置が自宅である場合（Ｓ４００２のＹ）、電子錠施錠通知を作成する（Ｓ４００３）。現在位置が自宅でない場合（Ｓ４００２のＮ）、家電制御中断の通知を作成する（Ｓ４００４）。そして、施錠もしくは家電制御中断通知をサーバ１００へ送信する（Ｓ３０１９）。

【0166】

携帯端末２００ａがサーバ１００へ家電制御中断通知を送信する際、ユーザへの確認として、中断するか継続するかの選択画面を表示してもよい。

【0167】

携帯端末２００ａでの表示例を図３８（ａ）に示す。例えば、電子錠３００の開錠によりお湯張りを開始したが、帰宅所要時間より前の段階で電子錠３００が施錠された場合、「電子錠が施錠されました。」と表示すると共に「自宅以外での施錠のため、お湯張りを中断します。中断しますか？」と表示することでユーザに問いかけ、「中断」または「継続」ボタンにより確認をとる。

【0168】

サーバ１００は、携帯端末２００ａから通知があったか否かを確認する（Ｓ３０２０）。通知がない場合（Ｓ３０２０のＮ）、再び携帯端末２００ａから通知があったか否かを確認する。通知があった場合（Ｓ３０２０のＹ）、通知の種類が家電制御開始か家電制御中断かを判断する（Ｓ４００５）。通知の種類が家電制御開始通知だった場合（Ｓ４００５の開始）、家電制御処理を行う（図２０のＳ３０１１）。通知の種類が制御中断の通知だった場合（Ｓ４００５の中断）、通知内の家電機器４００へＯＦＦ制御の信号を送信する（Ｓ４００６）。そして、所有家電データベース内の所有家電ファイルの家電機器４００の状態をＯＦＦにする（Ｓ４００７）。

【0169】

家電機器４００は、ＯＦＦ制御の信号を受信し、ＯＦＦ制御される（Ｓ３０２４）。そして、状態データベース内の状態ファイルの状態をＯＦＦに変更する（Ｓ３０２５）。

【0170】

中断になった場合、携帯端末２００ａ、サーバ１００、家電機器４００は、家電制御再開処理を行う（Ｓ３０２６）。

【0171】

携帯端末２００ａがサーバ１００へ家電制御再開通知を送信する際、ユーザへの確認として、電子錠３００が開錠されたら再開するか否かの選択画面を表示してもよい。携帯端末２００ａでの表示例を図３８（ｂ）に示す。例えば、開錠された際に、「電子錠が開錠されました。」と表示すると共に「お湯張りを再開します。よろしいですか？」と表示することでユーザに問いかけ、「はい」または「いいえ」ボタンにより確認をとる。

【0172】

２．４ 実施の形態２の効果
実施の形態１では、家電制御を中断する際、帰宅所要時間を越えたか否かと電子錠が施錠されているか否かを確認することで、帰宅しているかいないかを判断していた。本実施の形態では、帰宅所要時間内に施錠される際、帰宅しているかいないかを判断するために、現在位置と電子錠が施錠されているか否かを確認する。これにより、帰宅所要時間内に寄り道をするような、駐輪場から寄り道先までの所要時間が帰宅所要時間より短い場合でも、家電制御を中断することができる。

【0173】

また、本実施の形態では、実施の形態１と同様に、携帯端末も生活パターンファイルを持っている。これにより、携帯端末がサーバへ時間と家電機器を指定し、遠隔で操作することが可能になる。

【0174】

以上、本実施の形態では、帰宅経路で寄り道をした場合にも家電制御を中断／再開できるという効果に加え、実施の形態１と同様に、帰宅の際に必ず行うひとつの動作を利用してユーザの生活パターンに合わせた家電制御について、携帯端末による遠隔の機器制御が可能になるという効果がある。

【0175】

３．実施の形態３
ここでは、本発明の実施の形態として、本発明に係る家電制御システム１０ｂについて図面を参照しながら説明する。本実施の形態では、ゲートウェイを用いて家電制御を行う。

【0176】

３．１ 家電制御システム１０ｂの全体構成
図３９は、家電制御システム１０ｂの全体構成を示す図である。家電制御システム１０ｂは、ネットワーク４０、サーバ１００ａ、携帯端末２００、電子錠３００、家電機器４００、家電機器５００、家電機器６００、ゲートウェイ７００を備える。以下、実施の形態１〜２との差分を中心に説明する。

【0177】

３．２ サーバ１００ａの構成
図４０は、家電制御システム１０ｂにおけるサーバ１００ａの構成図である。サーバ１００ａは、収集部１０１ａ、分析部１０２、設定部１０３ａ、タイマー１０４、通信部１０５、日別家電制御データベース１０７、帰宅時間データベース１０８、生活パターンデータベース１０９を備える。また、収集部１０１ａ、分析部１０２、タイマー１０４、設定部１０３ａは、サーバ１００ａ内のコントローラ１ａがこれらの機能を備えることによって実装されてもよい。また、日別家電制御データベース１０７、帰宅時間データベース１０８、生活パターンデータベース１０９について、サーバ１００ａ内のメモリ２ａがこれらのデータベースを備えるとしてもよい。

【0178】

３．２．１ 収集部１０１ａ
収集部１０１ａは、携帯端末２００からの運転状態の通知およびゲートウェイ７００からの各家電機器の運転状態の通知を基に、電子錠３００および家電機器４００〜６００の運転状態の変化と変化が起きた時間のデータとを収集し、日別家電制御データベース１０７に格納する。

【0179】

３．２．２ 設定部１０３ａ
設定部１０３ａは、携帯端末２００から受信した家電制御開始通知をゲートウェイ７００へ送信する。

【0180】

３．３ ゲートウェイ７００の構成
図４１は、家電制御システム１０ｂにおけるゲートウェイ７００の構成図である。ゲートウェイ７００は、サーバ通知部７０１、読み込み部７０２、家電通知部７０３、タイマー７０４、通信部７０５、所有家電データベース７０６を備える。また、ゲートウェイ７００内のコントローラ６は、サーバ通知部７０１、読み込み部７０２、家電通知部７０３、タイマー７０４を備える。

【0181】

３．３．１ サーバ通知部７０１
サーバ通知部７０１は、家電機器４００〜６００からの運転状態の通知に基づいて、家電機器名、家電機器４００〜６００の運転状態の変化を、通信部７０５を介してサーバ１００ａへ通知する。また、所有家電データベース７０６内の所有家電ファイルの該当する家電機器の状態を変更する。

【0182】

３．３．２ 読み込み部７０２
読み込み部７０２は、通信部７０５を介してサーバ１００ａから受信した、生活パターンファイルを基に、家電機器をＯＮ制御する制御開始時間になると、家電機器４００〜６００の家電機器名とＯＮ制御の通知を家電通知部７０３へ出力する。また、家電機器から受信した家電機器名とＯＦＦ制御／ＯＮ制御の通知を家電通知部７０３へ出力する。

【0183】

３．３．３ 家電通知部７０３
家電通知部７０３は、読み込み部７０２から入力された家電機器名とＯＦＦ制御／ＯＮ制御の通知を基に、家電機器４００にＯＦＦ制御／ＯＮ制御の信号を送信し家電制御を行う。

【0184】

３．３．４ タイマー７０４
タイマー７０４は、読み込み部７０２が、時刻を取得するために用いる。

【0185】

３．３．５ 通信部７０５
通信部７０５は、家電機器４００〜６００から、家電機器名および運転状態の通知を受信し、ＯＮ制御／ＯＦＦ制御の信号を家電機器４００〜６００へ送信する。また、サーバ１００ａへ家電機器の運転状態の通知を送信し、サーバ１００ａから生活パターンファイルを受信する。

【0186】

３．３．６ 所有家電データベース７０６
所有家電データベース７０６は、実施の形態１における所有家電データベース１０６と同様のファイルを格納する。所有家電データベース７０６は、ユーザの自宅の中にある家電機器とその運転状態とを含む所有家電ファイルを格納する。

【0187】

３．４ 家電制御システム１０ｂの動作
家電制御システム１０ｂの動作は、実施の形態１における家電制御システム１０の全体構成に加えてゲートウェイ７００を設置することで、サーバ１００ａの役割を軽減している。家電制御システム１０ｂの動作には、パターン生成と生成したパターンに基づく家電制御の２つの動作がある。

【0188】

以下で、２つの動作について図面を参照しながら説明する。本実施の形態では、サーバ１００ａと携帯端末２００との間で行われる通信および処理についての説明を省略する。

【0189】

３．４．１ パターン生成
家電制御システム１０ｂのパターン生成の動作について、帰宅後を図４２、図４３に示すシーケンス図を用いて説明する。

【0190】

家電機器からのＯＮ制御／ＯＦＦ制御、およびＣＯＭＰＬＥＴＥの状態と時刻を収集しパターンを分析する。ここでは、家電機器４００から収集する場合を説明する。

【0191】

家電機器４００は、状態の変化があったか否かを確認する（Ｓ５００１）。家電機器４００は、状態の変化がない場合（Ｓ５００１のＮ）、再び状態の変化があったか否かを確認する。状態の変化があった場合（Ｓ５００１のＹ）、変化後の状態をゲートウェイ７００へ通知する（Ｓ５００２）。そして、状態データベース内の状態ファイルの状態を変化後の状態に変更する（Ｓ５００３）。

【0192】

ゲートウェイ７００は、家電機器４００から通知があったか否かを確認する（Ｓ５００４）。家電機器４００から通知がなかった場合（Ｓ５００４のＮ）、再び家電機器４００から通知があったか否かを確認する。家電機器４００から通知があった場合（Ｓ５００４のＹ）、家電機器４００の家電機器名と変化後の状態の通知をサーバ１００ａへ送信する（Ｓ５００５）。そして、所有家電データベース内の所有家電ファイルの家電機器４００の状態を変更する（Ｓ５００６）。

【0193】

サーバ１００ａは、ゲートウェイ７００から通知があったか否かを確認する（Ｓ５００７）。通知がなかった場合（Ｓ５００７のＮ）、再びゲートウェイ７００から通知があったか否かを確認する。通知があった場合（Ｓ５００７のＹ）、ファイル書き込み処理を行う（Ｓ５００８）。そして、サーバ１００ａは、一定の日数の日別家電制御ファイルが集まったか否かを確認する（Ｓ５００９）。一定の日数の日別家電制御ファイルが集まっていない場合（S５００９のＮ）、再び、一定の日数の日別家電制御ファイルが集まったか否かを確認する。一定の日数の日別家電制御ファイルが集まった場合（Ｓ５００９のＹ）、サーバ１００ａは、パターン分析処理を行う（Ｓ５０１０。

【0194】

パターン分析処理については、実施の形態１と同様であるので、説明を省略する。

【0195】

３．４．２ 生成したパターンに基づく家電制御
家電制御システム１０ｂの生成したパターンに基づく家電制御の動作について、図４４、図４５、図４６に示すシーケンス図を用いて説明する。

【0196】

サーバ１００ａは、携帯端末２００からの家電制御開始通知があったか否かを確認する（Ｓ６００１）。開錠通知がない場合（Ｓ６００１のＮ）、再び家電制御開始通知があったか否かを確認する。家電制御開始通知があった場合（Ｓ６００１のＹ）、家電制御開始通知をゲートウェイ７００へ送信する（Ｓ６００２）。

【0197】

ゲートウェイ７００は、サーバ１００ａから家電制御開始通知を受信したか否かを確認する（Ｓ６００３）。家電制御開始通知を受信していない場合（Ｓ６００３のＮ）、再びサーバ１００ａから家電制御開始通知を受信したか否かを確認する。家電制御開始通知を受信した場合（Ｓ６００３のＹ）、ゲートウェイ７００と家電機器４００は、家電制御処理を行う（Ｓ６００４）。

【0198】

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

【0199】

ゲートウェイ７００は、通知内の制御時間が経過したら、家電機器４００へＯＮ制御の信号を送信する（Ｓ６１０１）。そして、所有家電データベース内の所有家電ファイルの家電４００の状態をＯＮに変更する（Ｓ６１０２）。

【0200】

家電機器４００は、ＯＮ制御の信号を受信し、ＯＮ制御される（Ｓ６１０３）。そして、状態データベース内の状態ファイルの状態をＯＮに変更する（Ｓ６１０４）。

【0201】

生成したパターンに基づく家電制御中に、サーバ１００ａが、携帯端末２００から家電制御中断通知を受信した場合の処理について説明する。

【0202】

サーバ１００ａは、携帯端末２００から通知があったか否かを確認する（Ｓ６００５）。通知がない場合（Ｓ６００５のＮ）、再び携帯端末２００から通知があったか否かを確認する。通知があった場合（Ｓ６００５のＹ）、通知の種類が家電制御開始か家電制御中断かを判断する（Ｓ６００６）。通知の種類が家電制御開始通知だった場合（Ｓ６００６の開始）、家電制御開始通知をゲートウェイ７００へ送信する（図４４のＳ６００２）。通知の種類が家電制御中断の通知だった場合（Ｓ６００６の中断）、通知内の家電機器名とＯＦＦ制御の通知をゲートウェイ７００へ送信する（Ｓ６００７）。

【0203】

ゲートウェイ７００は、サーバ１００ａから家電制御中断通知があったか否かを確認する（Ｓ６００８）。家電制御中断通知がなかった場合（Ｓ６００８のＮ）、再びサーバ１００ａから家電制御中断通知があったか否かを確認する。家電制御中断通知があった場合（Ｓ６００８のＹ）、通知内の家電機器４００へＯＦＦ制御の信号を送信する（Ｓ６００９）。そして、所有家電データベース内の所有家電ファイルの家電機器４００の状態をＯＦＦにする（Ｓ６０１０）。

【0204】

家電機器４００は、ＯＦＦ制御の信号を受信し、ＯＦＦ制御される（Ｓ６０１１）。そして、状態データベース内の状態ファイルの状態をＯＦＦに変更する（Ｓ６０１２）。

【0205】

中断になった場合、サーバ１００ａ、ゲートウェイ７００、家電機器４００は、家電制御再開処理を行う（Ｓ６０１３）。

【0206】

家電制御再開処理について、図４８に示すシーケンス図を用いて説明する。

【0207】

サーバ１００ａは、携帯端末２００から家電制御再開の通知があったか否かを確認する（Ｓ６２０１）。通知がない場合（Ｓ６２０１のＮ）、再び家電制御再開の通知があったか否かを確認する。通知があった場合（Ｓ６２０１のＹ）、ゲートウェイ７００へ家電制御再開通知を送信する（Ｓ９２０１）。

【0208】

ゲートウェイ７００は、サーバ１００ａから家電制御再開通知があったか否かを確認する（Ｓ６２０３）。通知がなかった場合（Ｓ６２０３のＮ）、再び家電制御再開通知があったか否かを確認する。通知があった場合（Ｓ６２０３のＹ）、家電機器４００へＯＮ制御の信号を送信する（Ｓ６２０４）。そして、所有家電データベースの所有家電ファイルの状態をＯＮに変更する（Ｓ６２０５）。

【0209】

家電機器４００は、ＯＮ制御の信号を受信し、ＯＮ制御される（Ｓ６２０６）。そして、状態データベース内の状態ファイルの状態をＯＮに変更する（Ｓ６２０７）。このとき、再開処理のために、状態データベース内の状態ファイルの現在状態と設定状態を基に、残りの制御を行うことになる。

【0210】

３．５ 実施の形態３の効果
本実施の形態では、ゲートウェイを用いて家電制御を行う。

【0211】

これにより、実施の形態１〜２と比較して、サーバ１００ａは所有家電データベースを備える必要がないので、サーバ１００ａのメモリの使用量を軽減できる。また、ゲートウェイ７００が家電機器に対するＯＮ／ＯＦＦ制御等の通知、および家電機器の制御開始時間の判断等を行うため、例えば、複数の家屋２０において本発明が実施される場合、サーバによる一極集中での処理ではなく、各家屋２０に設置されたゲートウェイ７００による分散処理が可能となり、サーバにおける処理負荷を軽減することができる。

【0212】

以上、説明したように、本実施の形態では、サーバのメモリ使用量の軽減、およびサーバの処理負荷の軽減という効果が期待できる。

【0213】

４．実施の形態４
ここでは、本発明の実施の形態として、本発明に係る家電制御システム１０ｃについて図面を参照しながら説明する。実施の形態１〜３との差分を中心に説明する。

【0214】

４．１ 家電制御システム１０ｃの全体構成
図４９は、本発明に係る家電制御システム１０ｃの全体構成を示す図である。家電制御システム１０ｃは、ネットワーク４０、サーバ１００ｂ、携帯端末２００ｂ、電子錠３００、家電機器４００、家電機器５００、家電機器６００を備える。

【0215】

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

【0216】

４．２．１ 通信部１０５ａ
通信部１０５ａは、携帯端末２００ｂ及び家電機器４００〜６００から、電子錠３００及び家電機器４００〜６００の運転状態が変化した時刻を示す情報と変化後の運転状態を示す情報とを受信する。また、携帯端末２００ｂへ時間ファイルを送信する。また、家電機器４００〜６００へＯＮ／ＯＦＦ制御の制御信号を送信する。

【0217】

４．２．２ 設定部１０３ｂ
設定部１０３ｂは、抽出部１１０から入力された生活パターンファイルを基に、家電機器をＯＮ制御する。制御開始時間になると、家電機器４００〜６００へＯＮ制御の信号を送信し家電制御を行う。また、家電制御中断の通知を受信した際、家電機器４００〜６００へＯＦＦ制御の信号を送信し、家電制御再開の通知を受信した際、家電機器４００〜６００へＯＮ制御の信号を送信する。

【0218】

４．２．３ 抽出部１１０
抽出部１１０は、携帯端末２００ｂからの開錠通知を受け、現在時刻が制御許可帰宅時間以降であれば、現在時刻に最も近い帰宅時間帯である生活パターンの生活パターンファイルを生活パターンデータベース１０９から抽出し、設定部１０３ｂへ出力する。

【0219】

４．３ 携帯端末２００ｂ
図５１は、家電制御システム１０ｃにおける携帯端末２００ｂの構成を示すブロック図である。携帯端末２００ｂは、電子錠制御部２０１、サーバ通知部２０２ｂ、近接通信部２０３、通信部２０４ａ、タイマー２０５、制御時間データベース２０６を備える。また、電子錠制御部２０１、サーバ通知部２０２ｂ、近接通信部２０３、タイマー２０５は、携帯端末２００ｂ内のコントローラ３ｂがこれらの機能を備えることによって実装されていてもよい。

【0220】

図５２は携帯端末２００ｂのソフトウェア構成を示す図である。携帯端末２００ｂは、メモリ、ＯＳ、鍵アプリを有する。鍵アプリは電子錠３００の開錠／施錠制御を行うアプリケーションである。携帯端末２００ｂは、鍵アプリを起動して電子錠３００の開錠／施錠制御を行い、電子錠３００から開錠／施錠制御の完了通知を受信する。鍵アプリはさらに、開錠／施錠の完了通知に基づいて、携帯端末２００ｂにサーバ１００ｂへの開錠通知や施錠通知を送信させる。

【0221】

４．３．１ サーバ通知部２０２ｂ
サーバ通知部２０２ｂは、通信部２０４ａを介して、電子錠制御部２０１から入力された電子錠３００の運転状態が変化した時刻を示す情報と変化後の運転状態を示す情報とをサーバ１００ｂへ送信する。また、通信部２０４ａを介してサーバ１００ｂから時間ファイルを受信した場合、時間ファイルを制御時間データベース２０６に格納する。さらに、制御時間データベース２０６内の時間ファイルの制御許可帰宅時間を参照し、家電制御の開始を判断する。家電制御を開始した場合、開錠されてからの時間の計測を開始し、経過時間が帰宅所要時間に達したか否かを確認し、家電制御を中断するか否かを判断する。同時に、電子錠３００が施錠されたか否かの状態を確認し、家電制御を中断するか否かを判断する。そして、通信部２０４ａに対して、サーバ１００ｂへ開錠通知、施錠通知、家電制御中断通知、家電制御再開の通知を送信させる。

【0222】

４．３．２ 通信部２０４ａ
通信部２０４ａは、サーバ通知部２０２ｂから入力された電子錠３００の運転状態が変化した時刻を示す情報と変化後の運転状態を示す情報とをサーバ１００ｂへ送信する。また、サーバ１００ｂから時間ファイルを受信する。さらに、サーバ１００ｂへ開錠通知、施錠通知、家電制御中断通知、家電制御再開の通知を送信する。

【0223】

４．４ 家電制御システム１０ｃの動作
家電制御システム１０ｃの動作には、２つの動作がある。パターン生成と生成したパターンに基づく家電制御である。

【0224】

以下で、２つの動作について図面を参照しながら説明する。

【0225】

４．４．１ パターン生成
パターン分析処理について、図１８を参照して実施の形態１との差分のみ説明する。図１８に示すように、実施の形態１ではサーバ１００から時間ファイルおよび生活パターンファイルを携帯端末２００ｂに対して送信し、携帯端末２００ｂの制御時間データベース２０６にこれら２つのファイルを格納していた。しかし、本実施の形態においては、時間ファイルのみをサーバ１００ｂから携帯端末２００ｂへ送信し、携帯端末２００ｂの制御時間データベース２０６に時間ファイルのみを格納する。

【0226】

４．４．２ 生成したパターンに基づく家電制御
家電制御システム１０ｃの生成したパターンに基づく家電制御の動作について、実施の形態１との差分を説明する。図５３は、本実施の形態に係る家電制御処理のシーケンスを示すシーケンス図である。

【0227】

電子錠３００と携帯端末２００ｂが、開錠処理をする（Ｓ３０１０）。開錠処理とは、１．６．１で記述した開錠／施錠処理の開錠の際のシーケンスである。

【0228】

携帯端末２００ｂは、電子錠３００が開錠されたか否かを確認する（Ｓ３０１１）。電子錠３００が開錠されていない場合（Ｓ３０１１のＮ）、再び電子錠３００が開錠されたか否かを確認する。電子錠３００が開錠された場合（Ｓ３０１１のＹ）、現在時刻を取得する（Ｓ３０１２）。現在時刻を基に、制御許可帰宅時間以降の開錠か否かを確認する（Ｓ７００１）。制御許可帰宅時間以降の開錠でない場合（Ｓ７００１のＮ）、処理は終了する。制御許可帰宅時間以降の開錠である場合（Ｓ７００１のＹ）、開錠通知をサーバ１００ｂへ送信する（Ｓ７００２）。そして、携帯端末２００ｂは、鍵状態データベース内の鍵状態ファイルの鍵の状態を開錠に変更する（Ｓ７００３）。

【0229】

サーバ１００ｂは、携帯端末２００ｂからの開錠通知があったか否かを確認する（Ｓ７００４）。開錠通知がない場合（Ｓ７００４のＮ）、再び開錠通知があったか否かを確認する。開錠通知があった場合（Ｓ７００４のＹ）、生活パターンデータベース１０９から生活パターンファイルを抽出する（Ｓ７００５）。

【0230】

サーバ１００ｂと家電機器４００は、家電制御処理を行う（Ｓ７００６）。

【0231】

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

【0232】

サーバ１００ｂは、現在時刻を取得する（Ｓ７１０１）。生活パターンファイルから、制御する家電機器４００を抽出する（Ｓ７１０２）。次に、生活パターンファイルから、制御開始時間を抽出する（Ｓ７１０３）。そして、現在時刻から制御開始時間後に家電機器４００へＯＮ制御の信号を送信する（Ｓ７１０４）。所有家電データベース内の所有家電ファイルの家電４００の状態をＯＮに変更する（Ｓ７１０５）。

【0233】

家電機器４００は、ＯＮ制御の信号を受信し、ＯＮ制御される（Ｓ７１０６）。そして、状態データベース内の状態ファイルの状態をＯＮに変更する（Ｓ７１０７）。

【0234】

生成したパターンに基づく家電制御中に電子錠３００が施錠された後の処理については、実施の形態１と同様であるので説明は省略する。ただし、家電制御中断の処理について、サーバ１００ｂにおいて携帯端末２００ｂからの通知の種類が「施錠」であった場合は処理を終了する。

【0235】

なお、実施の形態１では、携帯端末２００ｂからサーバへ通知されるデータ内に、家電制御の中断／再開制御を行う家電機器を指定する情報が含まれるが、本実施の形態においては、生活パターンファイルに基づいて先にＯＮ／ＯＦＦ制御されていた家電機器が指定される。

【0236】

４．５ 実施の形態４の効果
実施の形態４では、ユーザの生活パターンを分析し、帰宅のタイミングや家電機器が設定された状態になるまでの時間を計測し、ユーザの生活パターンに合わせて、家電制御を開始している。このとき、家電制御開始の目安として、電子錠の開錠というユーザの動作を利用している。これにより、ユーザは、帰宅の際に必ず行うひとつの動作で、手間なく効率的に、帰宅して一番にとる行動に必要な家電機器をＯＮ制御することができる。

【0237】

また、実施の形態４では、帰宅所要時間を越えても電子錠が施錠されなかった場合、ＯＮ制御した家電機器の運転を中断している。これにより、帰宅途中に寄り道をしても、家電機器に無駄な運転をさせることがなくなる。

【0238】

さらに、実施の形態４では、家電制御を中断した後、再び電子錠が開錠されたとき、中断した家電制御を再開している。これにより、中断した家電制御を、現在状態から設定状態まで、帰宅時間に合わせて再開させることができる。

【0239】

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

【0240】

５．実施の形態５
ここでは、本発明の実施の形態として、本発明に係る家電制御システム１０ｄについて図面を参照しながら説明する。本実施の形態は、実施の形態２において、携帯端末２００ａが家電制御アプリを有しない態様である。

【0241】

５．１ 家電制御システム１０ｄの全体構成
図５６は、家電制御システム１０ｄの全体構成を示す図である。家電制御システム１０ｄは、ネットワーク４０、サーバ１００ｂ、携帯端末２００ｃ、電子錠３００、家電機器４００〜６００を備える。

【0242】

５．２ 携帯端末２００ｃの構成
図５７は、家電制御システム１０ｄにおける携帯端末２００ｃの構成図である。携帯端末２００ｃは、電子制御部２０１、サーバ通知部２０２ｃ、近接通信部２０３、通信部２０４ａ、タイマー２０５、制御時間データベース２０６に加え、位置情報取得部２０８を備える。また、電子制御部２０１、近接通信部２０３、タイマー２０５、サーバ通知部２０２ｃは、携帯端末２００ｃ内のコントローラ３ｃがこれらの機能を備えることで実装されていてもよい。

【0243】

５．２．１ サーバ通知部２０２ｃ
サーバ通知部２０２ｃは、電子錠制御部２０１から入力された電子錠３００の状態を、通信部２０４ａを介してサーバ１００ｂへ送信する。また、制御時間データベース２０６に格納する。さらに、制御時間データベース２０６内の時間ファイルの許可時間帯を参照し、家電制御の開始を判断する。また、ＧＰＳを利用して携帯端末２００ｃの現在位置を取得し、現在位置が自宅か否か、および電子錠３００の運転状態に基づいて、家電制御を中断するか否かを判断する。そして、家電制御開始通知、家電制御中断通知、家電制御再開の通知を、通信部２０４ａを介してサーバ１００ｂへ送信する。

【0244】

５．２．２ 位置情報取得部２０８
位置情報取得部２０８は、ＧＰＳを利用して携帯端末２００ｃの現在位置を取得するために用いる。

【0245】

５．３ 家電制御システム１０ｄの動作
家電制御システム１０ｄには、実施の形態１と同様に、パターン生成および生成したパターンに基づく家電制御の２つの動作がある。

【0246】

パターン生成の動作については、実施の形態４と同様の処理であるため、説明を省略し、以下で、生成したパターンに基づく家電制御の動作について、図面を参照しながら説明する。

【0247】

家電制御システム１０ｄでは、実施の形態４における動作の、家電制御を中断する処理のみを変形している。従って、電子錠３００の開錠処理が行われてから、携帯端末２００ｃが開錠通知をサーバへ送信し、家電制御処理が行われるまでの動作は図５３に示した実施の形態４における動作と同様であるので、説明を省略する。

【0248】

また、生成したパターンに基づく家電制御中に電子錠３００が施錠された際以降の処理についても、図２１に示す実施の形態１における動作と同様であるので、説明を省略する。

【0249】

また、図２１に示す動作の後、施錠もしくは家電制御中断通知がサーバ１００ｂへ送信されるが、これ以降の処理は図３７に示した実施の形態２と同様であるので、説明を省略する。ただし、家電制御中断の処理について、サーバ１００ｂにおいて携帯端末２００ｃからの通知の種類が「施錠」であった場合は処理を終了する。

【0250】

なお、実施の形態２では、携帯端末２００ｃからサーバへ通知されるデータ内に、家電制御の中断／再開制御を行う家電機器を指定する情報が含まれるが、本実施の形態においては、生活パターンファイルに基づいて先にＯＮ／ＯＦＦ制御されていた家電機器が指定される。

【0251】

５．４ 実施の形態５の効果
実施の形態４では、家電制御を中断する際、帰宅所要時間を越えたか否かと電子錠が施錠されているか否かを確認することで、帰宅しているかいないかを判断していた。本実施の形態では、帰宅所要時間内に施錠される際、帰宅しているかいないかを判断するために、現在位置と電子錠が施錠されているか否かを確認する。これにより、帰宅所要時間内に寄り道をするような、駐輪場から寄り道先までの所要時間が帰宅所要時間より短い場合でも、家電制御を中断することができる。

【0252】

以上、実施の形態５では、帰宅経路で寄り道をした場合にも家電制御を中断できるという効果がある。

【0253】

６．実施の形態６
ここでは、本発明の実施の形態として、本発明に係る家電制御システム１０ｅについて図面を参照しながら説明する。実施の形態４、実施の形態５では、サーバがパターン生成、家電制御をすべて行っていた。本実施の形態では、ゲートウェイを用い、サーバがパターン生成と家電制御の際の生活パターンファイルの抽出までの処理を行い、ゲートウェイが生活パターンファイルに基づき、家電制御を行う。

【0254】

６．１ 家電制御システム１０ｅの全体構成
図５８は、家電制御システム１０ｅの全体構成を示す図である。家電制御システム１０ｅは、ネットワーク４０、サーバ１００ｃ、携帯端末２００ｂ、電子錠３００、家電機器４００、家電機器５００、家電機器６００に加え、ゲートウェイ７００を備える。

【0255】

６．２ サーバ１００ｃの構成
図５９は、家電制御システム１０ｅにおけるサーバ１００ｃの構成図である。サーバ１００ｃは、収集部１０１ａ、分析部１０２、設定部１０３、タイマー１０４、通信部１０５ａ、日別家電制御データベース１０７、帰宅時間データベース１０８、生活パターンデータベース１０９、抽出部１１０を備える。また、分析部１０２、抽出部１１０、タイマー１０４、収集部１０１ａ、設定部１０３は、サーバ１００ｃ内のコントローラ１ｃがこれらの機能を備えることで実装されてもよい。また、日別家電制御データベース１０７、帰宅時間データベース１０８、生活パターンデータベース１０９について、サーバ１００ｃ内のメモリ２ｃがこれらのデータベースを備えるとしてもよい。

【0256】

６．３ 家電制御システム１０ｅの動作
家電制御システム１０ｅの動作は、実施の形態４における家電制御システム１０の全体構成に加えてゲートウェイ７００を設置することで、サーバ１００ｃの役割を軽減している。家電制御システム１０ｅの動作には、パターン生成と生成したパターンに基づく家電制御の２つの動作がある。

【0257】

以下で、２つの動作について図面を参照しながら説明する。本実施の形態では、サーバ１００ｃと携帯端末２００ｂとの間で行われる通信および処理についての説明を省略する。

【0258】

６．３．１ パターン生成
家電制御システム１０ｅのパターン生成の動作については、実施の形態３と同様であるため説明を省略する。

【0259】

６．３．２ 生成したパターンに基づく家電制御
家電制御システム１０ｅの生成したパターンに基づく家電制御の動作について、図６０に示すシーケンス図を用いて説明する。

【0260】

サーバ１００ｃは、携帯端末２００ｂからの開錠通知があったか否かを確認する（Ｓ８００１）。開錠通知がない場合（Ｓ８００１のＮ）、再び開錠通知があったか否かを確認する。開錠通知があった場合（Ｓ８００１のＹ）、生活パターンデータベース１０９から生活パターンファイルを抽出する（Ｓ８００２）。そして、サーバ１００ｃは、生活パターンファイルをゲートウェイ７００へ送信する（Ｓ８００３）。

【0261】

ゲートウェイ７００は、サーバ１００ｃからファイルを受信したか否かを確認する（Ｓ８００４）。ファイルを受信していない場合（Ｓ８００４のＮ）、再びサーバ１００ｃからファイルを受信したか否かを確認する。ファイルを受信した場合（Ｓ８００４のＹ）、ゲートウェイ７００と家電機器４００は、家電制御処理を行う（Ｓ８００５）。

【0262】

ここで、家電制御処理について、図６１に示すシーケンス図を用いて説明する。

【0263】

ゲートウェイ７００は、現在時刻を取得する（Ｓ８１０１）。生活パターンファイルから、制御する家電機器４００を抽出する（Ｓ８１０２）。次に、生活パターンファイルから、制御開始時間を抽出する（Ｓ８１０３）。そして、現在時刻から制御開始時間後に家電機器４００へＯＮ制御の信号を送信する（Ｓ８１０４）。所有家電データベース内の所有家電ファイルの家電４００の状態をＯＮに変更する（Ｓ８１０５）。

【0264】

家電機器４００は、ＯＮ制御の信号を受信し、ＯＮ制御される（Ｓ８１０６）。そして、状態データベース内の状態ファイルの状態をＯＮに変更する（Ｓ８１０７）。

【0265】

生成したパターンに基づく家電制御中に、サーバ１００ｃが、携帯端末２００ｂから家電制御中断通知を受信して、家電制御再開処理が行われるまでの動作については、図４５、４６、４８に示される実施の形態３の動作と同様であるため、説明を省略する。ただし、本実施の形態においては、サーバ１００ｃを経由して受信する携帯端末２００ｂからの通知の種類が「施錠」であった場合は、処理を終了する。

【0266】

６．４ 実施の形態６の効果
実施の形態４、実施の形態５では、サーバがパターン生成、家電制御をすべて行っていた。本実施の形態では、ゲートウェイを用い、サーバがパターン生成と家電制御の際の生活パターンファイルの抽出までの処理を行い、ゲートウェイが生活パターンファイルに基づき、家電制御を行う。

【0267】

これによって、サーバから持つ所有家電データベースがなくなることで、メモリの使用を軽減することができ、また、サーバが頻度別データを抽出し、ゲートウェイに実際の機器制御を任せることで、処理の負担を軽減することができる。

【0268】

以上、説明したように、実施の形態６では、サーバの省メモリ、およびサーバの処理の負担軽減ができるという効果がある。

【0269】

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

【0270】

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

【0271】

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

【0272】

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

【0273】

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

【0274】

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

【0275】

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

【0276】

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

【0277】

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

【0278】

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

【0279】

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

【0280】

（１）本発明の実施の形態では、電子錠の開錠を契機として家電機器制御を開始しているが、施錠を契機に家電機器制御をしてもよい。例えば、電子錠が施錠されたとき、炊飯器をＯＮ制御する。これにより、ユーザの必ず行う行動に連動させ、複数の家電機器を制御することができる。

【0281】

（２）本発明の実施の形態では、電子錠の開錠を契機とし家電機器のＯＮ制御をしているが、ＯＦＦ制御をするようにしてもよい。例えば、電子錠の開錠を契機とし、家電機器をＯＦＦ制御する。また、上記変形例（１）と組み合わせ、電子錠の施錠を契機とし、家電機器のＯＦＦ制御をするようにしてもよい。例えば、電子錠が自宅の玄関の鍵であるとき、施錠すると同時に、家電機器をＯＦＦ制御するようにする。これにより、様々な場面で、必ず行う行動により家電機器制御を開始することが可能になる。

【0282】

（３）本発明の実施の形態では、制御する家電機器を単数としているが、複数の家電機器を制御するようにしてもよい。これにより、帰宅から就寝まで、もしくは起床から自宅を出るまで、扱う家電機器をユーザの生活パターンに合わせて自動制御することができる。

【0283】

（４）上記変形例（３）のように複数の家電機器制御を行う場合、スケジュールを表示し、ユーザに確認してもよい。図６２にその複数の家電機器を制御するスケジュール表示例を示す。スケジュールを提示した上で、「下記のように家電を自動制御します。」のように確認の文書を表示する。ＯＫまたは変更により、ユーザに確認を取る。変更の際には、ユーザがスケジュールを修正する画面を表示する。スケジュール表示例を図６３に示す。例えば、食事をして帰宅したため、入浴後の食事を削除したい場合、変更したい行動「食事」部分をタップし、変更完了ボタンをタップすることで、変更が完了になる。これにより、複数の家電機器を制御するときの順番をユーザが確認でき、また、ユーザが普段と違う行動を取ったとしても、スケジュールを変更することができる。

【0284】

（５）本発明の実施の形態では、携帯端末のアプリを、家電制御アプリと鍵アプリと別にしているが、家電制御の機能と鍵の機能を同一のアプリ内に持ってもよい。これにより、本発明を実現する際、ユーザが立ち上げるアプリは一つで済み、アプリ間で行うコマンドおよび通知のやり取りがなくなるため、処理を少なくできる。

【0285】

（６）本発明の実施の形態では、家電制御中断の際、携帯端末に表示を出し、ユーザに確認を取っているが、中断の確認を表示し、ユーザが中断を選択した後、再開時間を指定できるようにしてもよい。図６４に、中断選択後の表示例を示す。中断を選択した後、再開時間を設定しますか、と確認をとる。ユーザは、「はい」を選択することで、完了時間を指定して設定するか再開時間をタイマーで設定するかを選べる。図６５に、ユーザが家電制御再開の時間指定をする例を示す。例えば、お湯張りを中断し、再開時間をタイマーで２０分後に設定する場合、２０分後にお湯張りを再開します、と表示され、ユーザがＯＫを選択することで、再開時間の設定が完了する。これにより、ユーザが寄り道をした際、所要時間を見越して、再開時間を設定することができる。

【0286】

（７）本発明の実施の形態では、家電機器制御を中断する原因として、寄り道のみに限定していたが、中断に限らず、家電機器制御を遅らせる要因として、天候や交通状況などの外部情報を取り入れてもよい。つまり、外部情報により、時間を見積もりなおし、時間をずらして家電機器を制御してもよい。これにより、電車の遅延や通行止めによる迂回などの原因で帰宅時間が遅れる場合にも、時間を調整し無駄なく家電機器を制御できる。

【0287】

（８）本発明の実施の形態では、パターン生成の際、電子錠や家電機器の状態が変化するたびにサーバへ通知をしているが、時刻と状態とを携帯端末および家電機器に記録しておき、一度にサーバへ上げてもよい。これにより、開錠／施錠がオフラインのときや家庭内の通信が不安定な状態のときに状態の変化が起こったデータも、収集することができる。

【0288】

（９）本発明の実施の形態では、パターン生成処理によって家電制御許可時間、帰宅所要時間等を設定しているが、これらはユーザ自身が入力することで設定してもよい。

【0289】

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

【0290】

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

【0291】

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

【0292】

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

【0293】

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

【0294】

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

【0295】

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

【0296】

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

【0297】

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

【0298】

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

【0299】

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

【産業上の利用可能性】

【0300】

本発明は、ネットワークを介して家屋内の家電機器を遠隔制御する情報通信システムに用いられる携帯端末の制御方法及びプログラムとして有用である。

【符号の説明】

【0301】

１，１ａ，１ｂ，１ｃ サーバ内のコントローラ
２，２ａ，２ｂ，２ｃ サーバ内のメモリ
３，３ａ，３ｂ，３ｃ 携帯端末内のコントローラ
４ 電子錠内のコントローラ
５ 家電機器内のコントローラ
６ ゲートウェイ内のコントローラ
１０，１０ａ，１０ｂ、１０ｃ、１０ｄ、１０ｅ 家電制御システム
２０ 家屋
３０ 自転車
４０ ネットワーク
１００，１００ａ、１００ｂ、１００ｃ サーバ
１０１，１０１ａ 収集部
１０２ 分析部
１０３，１０３ａ，１０３ｂ 設定部
１０４ タイマー
１０５，１０５ａ 通信部
１０６ 所有家電データベース
１０７ 日別家電制御データベース
１０８ 帰宅時間データベース
１０９ 生活パターンデータベース
１１０ 抽出部
２００，２００ａ、２００ｂ 携帯端末
２０１ 電子錠制御部
２０２，２０２ａ、２０２ｂ、２０２ｃ サーバ通知部
２０３ 近接通信部
２０４，２０４ａ 通信部
２０５ タイマー
２０６ 制御時間データベース
２０７ 生活パターンデータベース
２０８ 位置情報取得部
３００ 電子錠
３０１ 判断部
３０２ 鍵制御部
３０３ 近接通信部
４００，５００，６００ 家電機器
４０１ 家電制御部
４０２ サーバ通知部
４０３ 通信部
４０４ タイマー
４０５ 状態データベース
７００ ゲートウェイ
７０１ サーバ通知部
７０２ 読み込み部
７０３ 家電通知部
７０４ タイマー
７０５ 通信部
７０６ 所有家電データベース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】

【図44】

【図45】

【図46】

【図47】

【図48】

【図49】

【図50】

【図51】

【図52】

【図53】

【図54】

【図55】

【図56】

【図57】

【図58】

【図59】

【図60】

【図61】

【図62】

【図63】

【図64】

【図65】

【図66】

【図67】

【図68】

【図69】

【図70】