(57)【要約】  通信端末が処理する様々な情報を利用して、ユーザにとって的確に、しかもタイムリーに電子機器を制御することができる電子機器制御装置を提供する。  電子機器制御装置は、判定情報と当該判定情報に対する判定基準とを含む電子機器の動作条件を予め記憶する記憶部と、通信端末との間で無線通信を行い、通信端末から送信された通知情報を受信する端末通信部とを備える。また、端末通信部が通知情報を受信した場合に、端末通信部を介して通信端末から判定情報を取得する判定情報取得部と、動作条件に基づいて、判定情報取得部によって取得された判定情報が判定基準を満たすか否かを判定する判定部とを備える。そして、取得された判定情報が判定基準を満たす場合に、電子機器に所定の動作をさせるための制御信号を生成し、電子機器に供給する。
2015141261.tif 000002
【特許請求の範囲】
【請求項１】
判定情報と当該判定情報に対する判定基準とを含む電子機器の動作条件を予め記憶する記憶部と、
通信端末との間で無線通信を行い、前記通信端末から送信された通知情報を受信する端末通信部と、
前記端末通信部が前記通知情報を受信した場合に、前記端末通信部を介して前記通信端末から判定情報を取得する判定情報取得部と、
前記動作条件に基づいて、前記判定情報取得部によって取得された判定情報が前記判定基準を満たすか否かを判定する判定部と、
前記判定情報取得部によって取得された判定情報が前記判定基準を満たす場合に、前記電子機器に所定の動作をさせるための制御信号を生成し、前記電子機器に供給する制御部と、
を備える電子機器制御装置。
【請求項２】
前記動作条件は、複数の判定情報と当該複数の判定情報のそれぞれに対する複数の判定基準とを含み、
前記判定情報取得部は、前記端末通信部が前記通知情報を受信した場合に、前記複数の判定情報を所定の順序で１つずつ取得し、当該取得した判定情報が前記判定基準を満たさないときには、次の判定情報を取得せず、
前記制御部は、前記判定情報取得部によって取得された全ての判定情報が前記判定基準を満たす場合に、前記制御信号を生成する、
請求項１に記載の電子機器制御装置。
【請求項３】
更に、前記電子機器の状態情報を取得する状態情報取得部を備え、
前記端末通信部は、前記状態情報を前記通信端末に送信する、
請求項１に記載の電子機器制御装置。
【請求項４】
更に、前記電子機器の状態情報を取得する状態情報取得部を備え、
前記複数の判定情報の少なくとも１つが前記状態情報である、
請求項２に記載の電子機器制御装置。
【請求項５】
更に、前記電子機器との間で無線通信を行い、前記制御信号を前記電子機器に送信する機器通信部を備える、
請求項１に記載の電子機器制御装置。
【請求項６】
前記記憶部は、前記動作条件を予め複数記憶し、
前記所定の動作は、前記動作条件毎に設定されている、
請求項１に記載の電子機器制御装置。
【請求項７】
通信端末と、電子機器と、前記通信端末と無線通信によって接続され、前記電子機器を制御する電子機器制御装置と、を備える電子機器制御システムであって、
前記電子機器制御装置は、
判定情報と当該判定情報に対する判定基準とを含む前記電子機器の動作条件を予め記憶する記憶部と、
前記通信端末との間で無線通信を行い、前記通信端末から送信された通知情報を受信する端末通信部と、
前記端末通信部が前記通知情報を受信した場合に、前記端末通信部を介して前記通信端末から前記判定情報を取得する判定情報取得部と、
前記動作条件に基づいて、前記判定情報取得部によって取得された判定情報が前記判定基準を満たすか否かを判定する判定部と、
前記判定情報取得部によって取得された判定情報が前記判定基準を満たす場合に、前記電子機器に所定の動作をさせるための制御信号を生成し、前記電子機器に供給する制御部と、
を備える電子機器制御システム。
【請求項８】
記憶部を備え、通信端末から送信された通知情報に応じて電子機器を制御する電子機器制御装置における電子機器制御方法であって、
判定情報と当該判定情報に対する判定基準とを含む前記電子機器の動作条件を、前記記憶部に予め記憶するステップと、
前記通信端末との間で無線通信を行い、前記通知情報を受信するステップと、
前記通知情報を受信した場合に、前記通信端末から前記判定情報を取得するステップと、
前記動作条件に基づいて、取得された判定情報が前記判定基準を満たすか否かを判定するステップと、
取得された判定情報が前記判定基準を満たす場合に、前記電子機器に所定の動作をさせるための制御信号を生成し、前記電子機器に供給するステップと、
を含む電子機器制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末を用いて電子機器を制御する電子機器制御装置、電子機器制御システム及び電子機器制御方法に関する。
【背景技術】
【０００２】
近年、ネット家電やスマート家電などと呼ばれ、通信機能を備えて、他の機器と連携させることにより利便性を向上させた家電製品等の電子機器が注目されている。例えば、電子機器をネットワークに接続して通信できるようにするとともに、ネットワークに接続される通信端末からネットワークを介して電子機器を制御したり、設定を変えたりする方法が提案されている（例えば、特許文献１参照）。【０００３】
この特許文献１に記載の技術は、通信機能を持たない電子機器に内蔵または接続される通信ＬＳＩ（Large Scale Integration）に関するものであって、ネットワークに接続された通信端末が発行するコマンドを、通信ＬＳＩの通信デバイスまたは通信モジュールで受信し、受信されたコマンドに応じてユーザの操作を模する電気信号を電子機器に出力する。この結果、電子機器の制御プログラムを大きく改変することなく、ネットワーク側から遠隔操作により電子機器の状態を変化させることができるというものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１９１９１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の通信ＬＳＩは、ネットワーク側から電子機器を制御する際に、あくまでユーザが通信端末を能動的に操作することにより、家庭等にある電子機器に制御信号を供給するものであった。【０００６】
ところで、スマートフォン等の通信端末は、他の通信端末やネットワークを経由してサーバ機器等と様々な情報のやり取りを行っている。
本発明の目的は、ユーザによる能動的な操作がなくても、通信端末が処理する様々な情報を利用して、ユーザにとって的確に、しかもタイムリーに電子機器を制御することができる電子機器制御装置、電子機器制御システム及び電子機器制御方法を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明の電子機器制御装置は、判定情報と当該判定情報に対する判定基準とを含む電子機器の動作条件を予め記憶する記憶部と、通信端末との間で無線通信を行い、通信端末から送信された通知情報を受信する端末通信部とを備える。
更に、本発明の電子機器制御装置は、端末通信部が通知情報を受信した場合に、端末通信部を介して通信端末から判定情報を取得する判定情報取得部と、上述の動作条件に基づいて、判定情報取得部によって取得された判定情報が判定基準を満たすか否かを判定する判定部と、判定情報取得部によって取得された判定情報が判定基準を満たす場合に、電子機器に所定の動作をさせるための制御信号を生成し、電子機器に供給する制御部とを備える。【０００８】
本発明の好ましい態様における動作条件は、複数の判定情報と当該複数の判定情報のそれぞれに対する複数の判定基準とを含み、判定情報取得部は、端末通信部が通知情報を受信した場合に、複数の判定情報を所定の順序で１つずつ取得し、当該取得した判定情報が判定基準を満たさないときには、次の判定情報を取得しないようにする。そして、制御部は、判定情報取得部によって取得された全ての判定情報が判定基準を満たす場合にのみ制御信号を生成して、電子機器に供給する。
【発明の効果】
【０００９】
本発明によれば、ユーザによる能動的な操作がなくても、通信端末が処理する様々な情報を利用して、ユーザにとって的確に、しかもタイムリーに電子機器を制御することが可能である。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１の実施形態例の全体構成を示すブロック図である。
【図２】記憶部に記憶される動作条件のデータ構成の例を示す図である。
【図３】本発明の第１の実施形態例における通信端末、電子機器制御装置及び電子機器間での処理の流れを説明するためのシーケンス図である。
【図４】本発明の第１の実施形態例の第１の具体例（具体例１）を示す図である。
【図５】本発明の第１の実施形態例の第２の具体例（具体例２）を示す図である。
【図６】本発明の第１の実施形態例の第３の具体例（具体例３）を示す図である。
【図７】本発明の第１の実施形態例の第４の具体例（具体例４）を示す図である。
【図８】本発明の第１の実施形態例の第５の具体例（具体例５）を示す図である。
【図９】本発明の第１の実施形態例の第６の具体例（具体例６）を示す図である。
【図１０】本発明の第１の実施形態例の第７の具体例（具体例７）を示す図である。
【図１１】本発明の第１の実施形態例の第８の具体例（具体例８）を示す図である。
【図１２】本発明の第２の実施形態例の全体構成を示すブロック図である。
【図１３】本発明の第２の実施形態例の第１の具体例（具体例９）を示す図である。
【図１４】本発明の第２の実施形態例の第２の具体例（具体例１０）を示す図である。
【図１５】本発明の第２の実施形態例の第３の具体例（具体例１１）を示す図である
【図１６】本発明の第３の実施形態例の全体構成を示すブロック図である。
【図１７】本発明の第３の実施形態例の具体例（具体例１２）を示す図である。
【図１８】本発明の第４の実施形態例の全体構成を示すブロック図である。
【図１９】本発明の第４の実施形態例の具体例（具体例１３）を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための第１の実施形態の例について、図１から図１１を参照して説明する。なお、各図面において、同一の機能または構成を有する構成要素については同一符号を付し、重複する説明は省略する。
【００１２】
＜本発明の第１の実施形態例の全体構成の概要＞
図１は、本発明の第１の実施形態例（以下、「第１実施形態例」という）の電子機器制御装置及び電子機器制御システムの全体構成を示す図である。
図１に示す第１実施形態例の電子機器制御システムは、電子機器制御装置１と電子機器２と通信端末３とによって構成される。
【００１３】
［電子機器制御装置１の構成］
電子機器制御装置１は、通信端末３から通知情報あるいは判定情報を受け取る端末通信部１１と、端末通信部１１を介して通信端末３から送られる判定情報を取得する判定情報取得部１２と、電子機器２を動作させるための１つ以上の動作条件を記憶する記憶部１３とを備える。ここで、端末通信部１１と通信端末３との無線通信には、例えば、低消費電力での小容量通信が可能な「Bluetooth（登録商標）Low Energy」（以下、「ＢＬＥ」と略す。）等の近距離無線通信規格が用いられる。なお、動作条件としては、次に説明するように、複数の判定情報と、当該複数の判定情報のそれぞれに対する複数の判定基準とが含まれる。
【００１４】
また、電子機器制御装置１は、判定情報取得部１２で取得した判定情報が記憶部１３に記憶された動作条件に合致するか否かを段階的に判断していく判定部１４と、判定部１４における判定結果に基づいて電子機器２を制御するための制御信号を生成する制御部１５とを備える。
【００１５】
［動作条件のデータ構成］
図２は、記憶部１３に記憶される動作条件のデータ構成の例を示したものである。図２に示されるように、記憶部１３に記憶される動作条件は、少なくとも３つのフィールドを有して構成される。判定情報フィールド２２には、通信端末３から電子機器制御装置１に送られる判定情報が記憶される。この例では、判定情報フィールド２２には、通信端末３から電子機器制御装置１に最初に通知される通知カテゴリＪ１と、通信端末３と電子機器制御装置１との間で、その後にやり取りがなされる判定情報Ｊ２〜Ｊｎとが記憶されている。
【００１６】
通知カテゴリＪ１については、後述する具体例で説明されるが、例えばＳＮＳ（Social Network Service）のメッセージ受信、メール受信（電子メールの受信）、予定（スケジュール）、ニュース、株価情報、位置情報の受信等が含まれる。
【００１７】
判定基準フィールド２３は、判定情報フィールド２２の判定情報Ｊ１〜Ｊｎに対応した判定基準が記憶される。例えば、第１の判定情報である通知カテゴリＪ１に対応する判定基準は、通知カテゴリＪ１が「Ｃ１に等しい」か否かを判定基準とする。同様に、各判定情報Ｊ２〜Ｊｎに対応する判定基準として、「Ｃ２以上」、「Ｃ３を含む」、・・・「Ｃｎで始まる」等の判定基準が記憶されている。なお、図２に示した判定基準以外に、「〜に等しくない」、「〜以下」、「〜より大きい」、「〜より小さい」、「〜を含まない」、「〜で終わる」等の判定基準も考えられる。
【００１８】
所定動作フィールド２４は、動作条件が成立したときに、電子機器２に行わせる動作を記憶するフィールドである。例えば、電子機器２が電動玩具であれば、電動玩具のモータをＯＮさせる動作、電子機器２がコーヒーメーカーであればコーヒーの抽出開始を指令する動作などが所定の動作として記憶される。なお、所定の動作としては、後述する具体例で示すもの以外にも、電子機器２に応じた様々な動作が考えられ、それらの動作を電子機器２に行わせるための条件が判定情報フィールド２２及び判定基準フィールド２３に記憶されることになる。
【００１９】
［電子機器制御システムの動作］
図３は、電子機器制御装置１、電子機器２、通信端末３から構成される電子機器制御システムの動作の流れを示すシーケンス図である。
まず、通信端末３から電子機器制御装置１に対する通知が無線通信で送信される（ステップＳ１）。電子機器制御装置１は、この通知の通知情報（送信データ列）を端末通信部１１で受信し、通知情報に含まれる通知カテゴリＪ１を最初の判定情報として判定情報取得部１２で取得する（ステップＳ２）。なお、通知情報に通知カテゴリＪ１が含まれていなくてもよく、その場合には、以下の判定情報Ｊ２〜Ｊｎと同様に、送信要求を行うことにより通知カテゴリＪ１を取得する。
【００２０】
そして、判定部１４において、判定情報取得部１２で取得した判定情報（通知カテゴリ）Ｊ１が、記憶部１３に記憶されている判定情報Ｊ１に対する判定基準を満たすか否かが判定される（ステップＳ３）。図２に示した動作条件のデータ構成の例では、「Ｊ１＝Ｃ１」であるか否かが判定される。
【００２１】
ステップＳ３において、判定情報Ｊ１が判定基準を満たす（「Ｊ１＝Ｃ１」である）と判定された場合（ステップＳ３のＹＥＳ）には、電子機器制御装置１は、通信端末３に対して、次の判定情報Ｊ２を送るように要求する（ステップＳ４）。ステップＳ３において、判定情報Ｊ１が判定基準を満たさないと判定された場合（ステップＳ３のＮＯ）には、電子機器制御装置１は、電子機器２に所定の動作をさせることなく処理を終了する。
【００２２】
通信端末３は、電子機器制御装置１から送られた判定情報Ｊ２の送信要求を受信すると、送信要求に応じた判定情報Ｊ２を電子機器制御装置１に無線通信で送信する。（ステップＳ５、Ｓ６）。電子機器制御装置１は、この判定情報Ｊ２を、端末通信部１１を経由して判定情報取得部１２で取得する（ステップＳ７）。そして、判定部１４において、判定情報Ｊ２が、判定情報Ｊ２に対する判定基準を満たすか否かが判定される（ステップＳ８）。図２に示した動作条件のデータ構成の例では、「Ｊ２≧Ｃ２」であるか否かが判定される。
【００２３】
ステップＳ８において、判定情報Ｊ２が判定基準を満たす（「Ｊ２≧Ｃ２」である）と判定された場合（ステップＳ８のＹＥＳ）、電子機器制御装置１と通信端末３との間で、更なる判定情報のやり取りが行われる。この判定情報の要求と取得は、判定情報Ｊ３〜Ｊｎについても判定情報Ｊ２と同様に繰り返される。すなわち、判定情報Ｊ２〜Ｊｎ−１が判定基準を満たすと判定された場合には、電子機器制御装置１は、通信端末３に対して、判定情報Ｊｎの送信を要求し（ステップＳ９）、通信端末３は、これを受けて判定情報Ｊｎを電子機器制御装置１に送信する（ステップＳ１０、Ｓ１１）。
【００２４】
電子機器制御装置１は、通信端末３より判定情報Ｊｎの受信及び取得を行い（ステップＳ１２）、判定部１４において、判定情報Ｊｎが、判定情報Ｊ２に対する判定基準を満たすか否かが判定される（ステップＳ１３）。図２に示した動作条件のデータ構成の例では、「ＪｎがＣｎで始まる」か否かが判定される。
判定部１４は、ステップＳ１３において、判定情報Ｊｎが判定基準を満たす（「ＪｎがＣｎで始まる」）と判定した場合（ステップＳ１３のＹＥＳ）には、電子機器２に所定の動作をさせる動作条件が成立したと判断する。そして、判定部１４は、制御部に１５に対して電子機器２に所定の動作を行わせるための制御信号を生成するように指示する。制御部１５は、判定部１４からの指示を受けて電子機器２に向けて制御信号を出力する（ステップＳ１４）。
【００２５】
電子機器制御装置１の制御部１５からの制御信号は、電子機器２に入力され（ステップＳ１５）、電子機器２は、所定の（予め決められた）動作を実行する（ステップＳ１６）。判定情報Ｊ１〜Ｊｎのいずれかが判定基準を満たさない場合には、電子機器制御装置１は、それ以降の判定情報の要求・取得・判定を行うことなく、以降の処理動作を停止する。このように、複数の判定情報の要求・取得・判定を所定の順序で１つずつ段階的に行うことにより、動作条件が成立しない場合には、不要な判定情報のやり取りが行われないため、消費電力を抑えることができる。
【００２６】
［具体例１の構成と動作］
図４に示す具体例１は、特定のＳＮＳアプリケーションでメッセージを受信した場合に、電子機器２に所定の動作を行わせる電子機器制御システムの具体例である。ここでは、電子機器２の具体例として、３つの電動植物模型２ａ、２ｂ、２ｃが示され、電動植物模型２ａ、２ｂ、２ｃは、それぞれ電子機器制御装置１ａ、１ｂ、１ｃに接続されている。
【００２７】
ここで、電子機器制御装置１ａ、１ｂ、１ｃの記憶部１３にそれぞれ記憶されている動作条件は以下のとおりである。
［電子機器制御装置１ａの動作条件］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤａ
・動作条件成立時の所定の動作：電子機器２ａのモータＯＮ
［電子機器制御装置１ｂの動作条件］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｂ
・動作条件成立時の所定の動作：電子機器２ｂのモータＯＮ
［電子機器制御装置１ｃの動作条件］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｃ
・動作条件成立時の所定の動作：電子機器２ｃのモータＯＮ
【００２８】
通信端末３には、３つのＳＮＳアプリケーションがインストールされ、それらを識別するためのアプリケーションＩＤは、それぞれＡＩＤａ、ＡＩＤｂ、ＡＩＤｃである。以下、これらのＳＮＳアプリケーションを、それぞれＳＮＳアプリケーションＡＩＤａ、ＳＮＳアプリケーションＡＩＤｂ、ＳＮＳアプリケーションＡＩＤｃと称する。
【００２９】
以下、図４に示した具体例１の動作を説明する。
まず、通信端末３は、送信者Ｘが他の通信端末等（不図示）から送信したメッセージ３ａをＳＮＳアプリケーションＡＩＤａで受信すると、通知カテゴリが「メッセージ受信」である通知を電子機器制御装置１ａ、１ｂ、１ｃのそれぞれに送信する（図４の(1)参照）。
【００３０】
電子機器制御装置１ａ、１ｂ、１ｃは、それぞれの動作条件を参照して、判定情報Ｊ１である通知カテゴリを判定する。この例では、いずれの動作条件においても、判定情報Ｊ１（通知カテゴリ）が判定基準「＝メッセージ受信」を満たすため、電子機器制御装置１ａ、１ｂ、１ｃは、通信端末３に対して、次の判定情報Ｊ２であるアプリケーションＩＤを送信するように要求する。通信端末３は、この要求を受けて、「メッセージ受信」を通知したＳＮＳアプリケーションのアプリケーションＩＤ（ＡＩＤａ）を送信し、電子機器制御装置１ａ、１ｂ、１ｃは、このアプリケーションＩＤをそれぞれ判定情報Ｊ２として取得する（図４の(2)参照）。ここで、図４の(2)のような両矢印（両方向矢印）は、図３のステップＳ４〜Ｓ７のように双方向の通信が行われていることを意味する。
【００３１】
次に、電子機器制御装置１ａ、１ｂ、１ｃは、それぞれの動作条件を参照して、判定情報Ｊ２（アプリケーションＩＤ）を判定する。この例では、判定情報Ｊ２に対する判定基準は、電子機器制御装置１ａの動作条件においては「＝ＡＩＤａ」であるのに対して、電子機器制御装置１ｂの動作条件においては「＝ＡＩＤｂ」であり、電子機器制御装置１ｃの動作条件においては「＝ＡＩＤｃ」である。
【００３２】
電子機器制御装置１ｂ、１ｃでは、図４の(2)で取得した判定情報Ｊ２（ＡＩＤａ）は、判定情報Ｊ２に対する判定基準を満たさない。したがって、電子機器制御装置１ｂ、１ｃは、電動植物模型２ｂ、２ｃのモータをＯＮするための制御信号を出力しない。図４では、これらの出力されない制御信号を破線の矢印で示している。
【００３３】
これに対して、電子機器制御装置１ａでは、図４の(2)で取得した判定情報Ｊ２（ＡＩＤａ）は、判定情報Ｊ２に対する判定基準「＝ＡＩＤａ」を満たす。したがって、電子機器制御装置１ａは、電動植物模型２ａに対して、モータをＯＮするための制御信号を供給する（図４の(3)参照）。電動植物模型２ａは、この制御信号を受けて、図４に矢印で示すように、花びらを振動させ、通信端末３のユーザ等に対して、ＳＮＳアプリケーションＡＩＤａがメッセージを受信したことを報知する。
【００３４】
［具体例２の構成と動作］
図５に示す具体例２は、特定のＳＮＳアプリケーションで、かつ、特定の送信者からのメッセージを受信した場合にのみ、電子機器２に所定の動作を行わせる電子機器制御システムの具体例である。ここでは、電子機器２の具体例として、３つの電動人形２ａ、２ｂ、２ｃが示され、電動人形２ａ、２ｂ、２ｃは、それぞれ電子機器制御装置１ａ、１ｂ、１ｃに接続されている。
【００３５】
ここで、電子機器制御装置１ａ、１ｂ、１ｃの記憶部１３にそれぞれ記憶されている動作条件は以下のとおりである。
［電子機器制御装置１ａの動作条件］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤａ
・判定情報Ｊ３（送信者）＝Ｘ
・動作条件成立時の所定の動作：電子機器２ａのモータＯＮ
［電子機器制御装置１ｂの動作条件］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤａ
・判定情報Ｊ３（送信者）＝Ｙ
・動作条件成立時の所定の動作：電子機器２ｂのモータＯＮ
［電子機器制御装置１ｃの動作条件］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｂ
・判定情報Ｊ３（送信者）＝Ｚ
・動作条件成立時の所定の動作：電子機器２ｃのモータＯＮ
【００３６】
電子機器制御装置１ａ、１ｂ、１ｃの動作条件に含まれる判定基準のうち、判定情報Ｊ１である通知カテゴリに対する判定基準は、いずれの動作条件においても「＝メッセージ受信」である。また、判定情報Ｊ２であるアプリケーションＩＤに対する判定基準は、電子機器制御装置１ａ及び１ｂの動作条件においては「＝ＡＩＤａ」であるのに対して、電子機器制御装置１ｃの動作条件においては「＝ＡＩＤｂ」となっている。また、判定情報Ｊ３である送信者に対する判定基準は、電子機器制御装置１ａの動作条件においては「＝Ｘ」、電子機器制御装置１ｂの動作条件においては「＝Ｙ」、電子機器制御装置１ｃの動作条件においては「＝Ｚ」である。
【００３７】
通信端末３には、２つのＳＮＳアプリケーションＡＩＤａ及びＡＩＤｂがインストールされている。
【００３８】
以下、図５に示した具体例２の動作を説明する。
まず、通信端末３は、送信者Ｙが他の通信端末等（不図示）から送信したメッセージ３ｂをＳＮＳアプリケーションＡＩＤａで受信すると、通知カテゴリが「メッセージ受信」である通知を電子機器制御装置１ａ、１ｂ、１ｃのそれぞれに送信する（図５の(1)参照）。また、電子機器制御装置１ａ、１ｂ、１ｃは、それぞれの動作条件を参照して、判定情報Ｊ１である通知カテゴリを判定する。この例では、いずれの動作条件においても、判定情報Ｊ１（通知カテゴリ）が判定基準「＝メッセージ受信」を満たすため、電子機器制御装置１ａ、１ｂ、１ｃは、通信端末３から、次の判定情報Ｊ２であるアプリケーションＩＤ（ＡＩＤａ）を取得する（図５の(2)参照）。
【００３９】
次に、電子機器制御装置１ａ、１ｂ、１ｃは、それぞれの動作条件を参照して、判定情報Ｊ２（アプリケーションＩＤ）を判定する。ここで、電子機器制御装置１ｃでは、図５の(2)で取得した判定情報Ｊ２（ＡＩＤａ）は、判定情報Ｊ２に対する判定基準「＝ＡＩＤｂ」を満たさない。したがって、電子機器制御装置１ｃは、通信端末３に対して次の判定情報Ｊ３の送信要求を行わず、また、電動人形２ｃのモータをＯＮするための制御信号を出力することもない。
【００４０】
一方、電子機器制御装置１ａ、１ｂでは、図５の(2)で取得した判定情報Ｊ２（ＡＩＤａ）は、判定情報Ｊ２に対する判定基準「＝ＡＩＤａ」を満たす。そこで、電子機器制御装置１ａ、１ｂは、通信端末３から、次の判定情報Ｊ３である送信者（Ｙ）を取得する（図５の(3)参照）。
【００４１】
次に、電子機器制御装置１ａ、１ｂは、それぞれの動作条件を参照して、判定情報Ｊ３（送信者）を判定する。ここで、電子機器制御装置１ａでは、図５の(3)で取得した判定情報Ｊ３（Ｙ）は、判定情報Ｊ３に対する判定基準「＝Ｘ」を満たさない。一方、電子機器制御装置１ｂでは、図５の(3)で取得した判定情報Ｊ３（Ｙ）は、判定情報Ｊ３に対する判定基準「＝Ｙ」を満たす。したがって、電子機器制御装置１ｂだけが、判定情報Ｊ１〜Ｊ３に対する判定基準を全て満たし、電動人形２ｂに対して、モータをＯＮするための制御信号を供給する（図５の(4)参照）。電動人形２ｂは、この制御信号を受けて、図５に矢印で示すように、腕の上下運動を行い、通信端末３のユーザ等に対して、ＳＮＳアプリケーションＡＩＤａが送信者Ｙからのメッセージを受信したことを報知する。
【００４２】
なお、具体例２では、電子機器制御装置１ａ、１ｂ、１ｃのそれぞれの判定情報Ｊ３（送信者）に対する判定基準として、複数の送信者を設定しておくこともできる。例えば、電子機器制御装置１ａでは家族、電子機器制御装置１ｂでは友人、電子機器制御装置１ｃでは同僚というように、各グループに所属する複数の送信者を設定しておくことにより、グループの誰からのメッセージに対しても電動人形２ａ、２ｂ、２ｃに所定の動作をさせることができる。
【００４３】
［具体例３の構成と動作］
図６に示す具体例３は、電子機器制御装置１の記憶部１３に、３つの動作条件が記憶され、それぞれの動作条件毎に異なる所定の動作が設定される電子機器制御システムの具体例である。ここでは、電子機器２の具体例として、３つの電動人形＃１、＃２、＃３が一体に構成された３連電動人形が示され、３連電動人形２は、電子機器制御装置１に接続されている。そして、電子機器制御装置１は、３つの動作条件＃１、＃２、＃３のうちのいずれかにおいて、全ての判定情報が判定基準を満たしたときに、電動人形＃１、＃２、＃３のうち、その動作条件に対応する電動人形に所定の動作を行わせる。
【００４４】
ここで、電子機器制御装置１の記憶部１３に記憶されている３つの動作条件＃１、＃２、＃３は以下のとおりである。
［動作条件＃１］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤａ
・判定情報Ｊ３（送信者）＝Ｘ
・動作条件成立時の所定の動作：電動人形＃１のモータＯＮ
［動作条件＃２］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤａ
・判定情報Ｊ３（送信者）＝Ｙ
・動作条件成立時の所定の動作：電動人形＃２のモータＯＮ
［動作条件＃３］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤａ
・判定情報Ｊ３（送信者）＝Ｚ
・動作条件成立時の所定の動作：電動人形＃３のモータＯＮ
【００４５】
通信端末３には、ＳＮＳアプリケーションＡＩＤａがインストールされている。
以下、図６に示した具体例３の動作を説明する。
まず、通信端末３は、送信者Ｚが他の通信端末等（不図示）から送信したメッセージ３ｃをＳＮＳアプリケーションＡＩＤａで受信すると、通知カテゴリが「メッセージ受信」である通知を電子機器制御装置１に送信する（図６の(1)参照）。また、電子機器制御装置１は、動作条件＃１、＃２、＃３を参照して、判定情報Ｊ１である通知カテゴリを判定する。この例では、いずれの動作条件においても、判定情報Ｊ１（通知カテゴリ）が判定基準「＝メッセージ受信」を満たすため、電子機器制御装置１は、通信端末３から、次の判定情報Ｊ２であるアプリケーションＩＤ（ＡＩＤａ）を取得する（図６の(2)参照）。
【００４６】
次に、電子機器制御装置１は、動作条件＃１、＃２、＃３を参照して、判定情報Ｊ２（アプリケーションＩＤ）を判定する。この例では、いずれの動作条件においても、図６の(2)で取得した判定情報Ｊ２（ＡＩＤａ）が判定情報Ｊ２に対する判定基準「＝ＡＩＤａ」を満たす。そこで、電子機器制御装置１は、通信端末３から、次の判定情報Ｊ３である送信者（Ｚ）を取得する（図６の(3)参照）。
【００４７】
次に、電子機器制御装置１は、動作条件＃１、＃２、＃３を参照して、判定情報Ｊ３（送信者）を判定する。ここで、動作条件＃１、＃２では、図６の(3)で取得した判定情報Ｊ３（Ｚ）は、判定情報Ｊ３に対する判定基準を満たさない。したがって、電子機器制御装置１は、動作条件＃１、＃２に対応する電動人形＃１、＃２のモータをＯＮするための制御信号を出力しない。これに対して、動作条件＃３では、図６の(3)で取得した判定情報Ｊ３（Ｚ）は、判定情報Ｊ３に対する判定基準「＝Ｚ」を満たす。そこで、電子機器制御装置１は、動作条件＃３に対応する電動人形＃３に対してのみ、モータをＯＮするための制御信号を供給する（図６の(4)参照）。電動人形＃３は、この制御信号を受けて、図６に矢印で示すように、腕の上下運動を行い、通信端末３のユーザ等に対して、ＳＮＳアプリケーションＡＩＤａが送信者Ｚからのメッセージを受信したことを報知する。
【００４８】
以上説明した具体例１〜３では、メッセージ受信などの情報をユーザに伝える電子機器２として電動人形等の動きを伴うものを用いたが、それ以外にも、光の状態（点灯、消灯、点滅、発光色など）や表示内容を変更することでユーザに情報を伝える電子機器２、あるいは情報を音としてユーザに伝える電子機器２なども考えられる。また、動き、光、表示及び音などを任意に組み合わせて用いることもできる。
【００４９】
［具体例４の構成と動作］
図７に示す具体例４は、光によってユーザに情報を伝える電子機器２の例として、お知らせボードを用いた具体例である。
電子機器制御装置１の記憶部１３には、以下の動作条件＃１〜＃４が記憶されている。
［動作条件＃１］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤａ
・動作条件成立時の所定の動作：ＬＥＤ（Light Emitting Diode）＃１点灯
［動作条件＃２］
・判定情報Ｊ１（通知カテゴリ）＝予定
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｄ
・動作条件成立時の所定の動作：ＬＥＤ＃２点灯
［動作条件＃３］
・判定情報Ｊ１（通知カテゴリ）＝メール受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｅ
・動作条件成立時の所定の動作：ＬＥＤ＃３点灯
［動作条件＃４］
・判定情報Ｊ１（通知カテゴリ）＝ニュース
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｆ
・動作条件成立時の所定の動作：ＬＥＤ＃４点灯
【００５０】
お知らせボード２には、「お知らせ一覧」の文字とともに、４つのお知らせ内容が表示されている。また、ＬＥＤ＃１がお知らせ内容「メッセージ」の先頭に配置され、ＬＥＤ＃２がお知らせ内容「予定」の先頭に配置され、ＬＥＤ＃３がお知らせ内容「メール」の先頭に配置され、ＬＥＤ＃４がお知らせ内容「天気」の先頭に配置されている。これら４つのＬＥＤ＃１〜＃４は、それぞれ動作条件＃１〜＃４に応じて点灯する。
通信端末３には、ＳＮＳアプリケーションＡＩＤａとともに、アプリケーションＩＤがＡＩＤｄであるカレンダーアプリケーション（以下、カレンダーアプリケーションＡＩＤｄと称する）、アプリケーションＩＤがＡＩＤｅであるメールアプリケーション（以下、メールアプリケーションＡＩＤｅと称する）、及び、アプリケーションＩＤがＡＩＤｆである天気予報アプリケーション（以下、天気予報アプリケーションＡＩＤｆと称する）がインストールされている。ここで、お知らせボード２に表示されている４つのお知らせ内容は、これら４つのアプリケーションに対応している。
【００５１】
以下、図７に示した具体例４の動作を説明する。
まず、通信端末３は、上述した４つのアプリケーションＡＩＤａ、ＡＩＤｄ、ＡＩＤｅ、ＡＩＤｆのいずれかを使って、そのアプリケーションに応じた通知カテゴリの通知を電子機器制御装置１に送信する（図７の(1)参照）。通知カテゴリは、例えば、ＳＮＳアプリケーションＡＩＤａの場合には「メッセージ受信」となり、カレンダーアプリケーションＡＩＤｄの場合には「予定」となり、メールアプリケーションＡＩＤｅの場合には「メール受信」となり、天気予報アプリケーションＡＩＤｆの場合には「ニュース」となる。
【００５２】
また、電子機器制御装置１は、通信端末３から送られた判定情報Ｊ１（通知カテゴリ）が、記憶部１３に記憶されたどの動作条件に合致するかを判定し、次の判定情報Ｊ２であるアプリケーションＩＤを通信端末３から取得する（図７の(2)参照）。そして、電子機器制御装置１は、判定情報Ｊ１及びＪ２に対応する動作条件＃１〜＃４のいずれかに基づいて、ＬＥＤ点灯という所定の動作をお知らせボード２に行わせる（図７の(3)参照）。
【００５３】
例えば、ＳＮＳアプリケーションＡＩＤａから通知が送信された場合には、判定情報Ｊ１（通知カテゴリ）が「メッセージ受信」となるため、電子機器制御装置１は、この判定情報Ｊ１（通知カテゴリ）が動作条件＃１の判定基準「＝メッセージ受信」のみを満たすと判定する。更に、この場合には、判定情報Ｊ２（アプリケーションＩＤ)が「ＡＩＤａ」となるため、電子機器制御装置１は、この判定情報Ｊ２（アプリケーションＩＤ）が動作条件＃１の判定基準「＝ＡＩＤａ」を満たすと判定する。そして、電子機器制御装置１は、お知らせボード２に対して、ＬＥＤ＃１を点灯するための制御信号を供給する。お知らせボード２は、この制御信号を受けて、お知らせ内容「メッセージ」に対応するＬＥＤ＃１を点灯し、ユーザは通信端末３のＳＮＳアプリケーションＡＩＤａに何らかのメッセージが届いていることが分かる。
【００５４】
同様に、カレンダーアプリケーションＡＩＤｄから通知が送信された場合には、判定情報Ｊ１（通知カテゴリ）が動作条件＃２の判定基準「＝予定」を満たし、かつ、判定情報Ｊ２（アプリケーションＩＤ）も動作条件＃２の判定基準「＝ＡＩＤｄ」を満たすので、電子機器制御装置１は、お知らせボード２に対して、お知らせ内容「予定」に対応するＬＥＤ＃２を点灯するための制御信号を供給する。また、同様に、メールアプリケーションＡＩＤｅから通知が送信された場合には、電子機器制御装置１は、動作条件＃３に基づいて、お知らせボード２に対して、お知らせ内容「メール」に対応するＬＥＤ＃３を点灯するための制御信号を供給する。また、同様に、天気予報アプリケーションＡＩＤｆから通知が送信された場合には、電子機器制御装置１は、動作条件＃４に基づいて、お知らせボード２に対して、お知らせ内容「天気」に対応するＬＥＤ＃４を点灯するための制御信号を供給する。
【００５５】
このように、具体例４では、電子機器制御装置１に接続されたお知らせボード２により、ＳＮＳ、スケジュール、メール、ネットワーク上の情報などに関する様々な通知について、通知があったことをユーザがひと目で把握できる。更に、各アプリケーションに対応する動作条件を細分化することにより、通知の内容に応じてＬＥＤの発光の仕方を変えることもできる。例えば、メールアプリケーションからの通知に対して、重要度の低いメールを受信した場合にはＬＥＤを点灯させ、重要度の高いメールを受信した場合にはＬＥＤを点滅させて、ユーザに重要度の高いメールを早急に確認するよう促すこともできる。また、例えば、電車の運行情報アプリケーションからの通知に対して、ユーザが通勤に用いている電車が遅延している場合にはＬＥＤを点灯させ、運休している場合にはＬＥＤを点滅させることにより、ユーザが通信端末３で確認しなくても通知の内容を把握できるようになる。
【００５６】
［具体例５の構成と動作］
図８に示す具体例５は、発光色を変更することでユーザに情報を伝える電子機器２の例として、イルミネーション機能を搭載したアロマディフューザーを用いた具体例である。
電子機器制御装置１の記憶部１３には、以下の動作条件＃１〜＃３が記憶されている。
［動作条件＃１］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤａ
・判定情報Ｊ３（本文）：「おはよう」を含む
・動作条件成立時の所定の動作：赤色グラデーション
［動作条件＃２］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤａ
・判定情報Ｊ３（本文）：「こんにちは」を含む
・動作条件成立時の所定の動作：緑色グラデーション
［動作条件＃３］
・判定情報Ｊ１（通知カテゴリ）＝メッセージ受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤａ
・判定情報Ｊ３（本文）：「おやすみ」を含む
・動作条件成立時の所定の動作：青色グラデーション
【００５７】
アロマディフューザー２は、アロマオイルの香りを拡散させる通常の機能のほかに、内蔵されたＬＥＤによるイルミネーション機能を備えている。これにより、ユーザは、香りと光とを組み合わせて室内の雰囲気を整えることができる。
通信端末３には、ＳＮＳアプリケーションＡＩＤａがインストールされている。
【００５８】
以下、図８に示した具体例５の動作を説明する。
まず、通信端末３は、送信者Ｘからのメッセージ３ｄをＳＮＳアプリケーションＡＩＤａで受信すると、判定情報Ｊ１（通知カテゴリ）が「メッセージ受信」である通知を電子機器制御装置１に送信する（図８の(1)参照）。この判定情報Ｊ１（通知カテゴリ）は、動作条件＃１〜＃３の判定基準「＝メッセージ受信」を満たすので、電子機器制御装置１は、通信端末３から判定情報Ｊ２（アプリケーションＩＤ）を取得する（図８の(2)参照）。また、この判定情報Ｊ２（アプリケーションＩＤ）は、動作条件＃１〜＃３の判定基準「＝ＡＩＤａ」を満たすので、電子機器制御装置１は、通信端末３から判定情報Ｊ３（本文）を取得する（図８の(3)参照）。
【００５９】
そして、電子機器制御装置１は、この判定情報Ｊ３（本文）に、「おはよう」、「こんにちは」あるいは「おやすみ」のいずれかの言葉が含まれているか否かを判定する。判定情報Ｊ３（本文）にこれらの言葉のいずれかが含まれている場合には、電子機器制御装置１は、動作条件＃１〜＃３のいずれかに基づいて、アロマディフューザー２にＬＥＤの発光色を変更させる（図８の(4)参照）。
【００６０】
例えば、判定情報Ｊ３（本文）に「おはよう」が含まれている場合には、判定情報Ｊ３（本文）が動作条件＃１の判定基準「「おはよう」を含む」を満たすので、電子機器制御装置１は、アロマディフューザー２に対して、赤色グラデーションを行うようにＬＥＤの発光色を変更するための制御信号を供給する。アロマディフューザー２のＬＥＤは、この制御信号により、赤色に発光しつつ明暗が段階的に変化する。
【００６１】
同様に、判定情報Ｊ３（本文）に「こんにちは」が含まれている場合には、判定情報Ｊ３（本文）が動作条件＃２の判定基準「「こんにちは」を含む」を満たすので、電子機器制御装置１は、アロマディフューザー２に対して、緑色グラデーションを行うようにＬＥＤの発光色を変更するための制御信号を供給する。また、同様に、判定基準Ｊ３（本文）に「おやすみ」が含まれている場合には、判定情報Ｊ３（本文）が動作条件＃３の判定基準「「おやすみ」を含む」を満たすので、電子機器制御装置１は、アロマディフューザー２に対して、青色グラデーションを行うようにＬＥＤの発光色を変更するための制御信号を供給する。
【００６２】
このように、具体例５では、アロマディフューザー２が電子機器制御装置１に接続され、「おはよう」などのキーワードによりＬＥＤの発光色を変化させる。これにより、友達や家族と合言葉を決めておいて、ユーザが通信端末３で確認しなくても、友達や家族からのメッセージを判別できるようになる。
【００６３】
［具体例６の構成と動作］
図９に示す具体例６は、表示内容を変更することでユーザに情報を伝える電子機器２の例として、ＬＣＤ（液晶ディスプレイ）装置を用いた具体例である。
電子機器制御装置１の記憶部１３には、以下のような動作条件＃１〜＃５が記憶されている。
［動作条件＃１］
・判定情報Ｊ１（通知カテゴリ）＝ニュース
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｇ
・判定情報Ｊ３（試合情報）：(a)「ＡＡＡ」を含む、かつ(b)Ｐａ＝Ｐｘ
・動作条件成立時の所定の動作：普通の表情
［動作条件＃２］
・判定情報Ｊ１（通知カテゴリ）＝ニュース
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｇ
・判定情報Ｊ３（試合情報）：(a)「ＡＡＡ」を含む、かつ(b)Ｐａ＞Ｐｘ、かつ(c)試合終了
・動作条件成立時の所定の動作：とても嬉しい表情
［動作条件＃３］
・判定情報Ｊ１（通知カテゴリ）＝ニュース
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｇ
・判定情報Ｊ３（試合情報）：(a)「ＡＡＡ」を含む、かつ(b)Ｐａ＞Ｐｘ、かつ(c)試合途中
・動作条件成立時の所定の動作：嬉しい表情
［動作条件＃４］
・判定情報Ｊ１（通知カテゴリ）＝ニュース
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｇ
・判定情報Ｊ３（試合情報）：(a)「ＡＡＡ」を含む、かつ(b)Ｐａ＜Ｐｘ、かつ(c)試合終了
・動作条件成立時の所定の動作：とても悲しい表情
［動作条件＃５］
・判定情報Ｊ１（通知カテゴリ）＝ニュース
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｇ
・判定情報Ｊ３（試合情報）：(a)「ＡＡＡ」を含む、かつ(b)Ｐａ＜Ｐｘ、かつ(c)試合途中
・動作条件成立時の所定の動作：悲しい表情
【００６４】
ＬＣＤ装置２には、野球バットを持った男の子が表示されている。
通信端末３には、アプリケーションＩＤがＡＩＤｇである野球速報アプリケーション（以下、野球速報アプリケーションＡＩＤｇと称する）がインストールされている。この野球速報アプリケーションＡＩＤｇは、野球の試合の途中経過などの試合情報が配信されるアプリケーションであり、例えば、野球チームやスポーツ新聞社などによって配布・管理される。なお、野球速報アプリケーションＡＩＤｇは、例えば、野球チームやスポーツ新聞社などが運営する試合情報の掲載サイトを定期的にチェックして試合情報を取得するアプリケーションであってもよい。
【００６５】
以下、図９に示した具体例６の動作を説明する。
まず、通信端末３は、野球速報アプリケーションＡＩＤｇに試合情報が配信されると、判定情報Ｊ１（通知カテゴリ）が「ニュース」である通知を電子機器制御装置１に送信する（図９の(1)参照）。この判定情報Ｊ１（通知カテゴリ）は、動作条件＃１〜＃５の判定基準「＝ニュース」を満たすので、電子機器制御装置１は、通信端末３から判定情報Ｊ２（アプリケーションＩＤ）を取得する（図９の(2)参照）。また、この判定情報Ｊ２（アプリケーションＩＤ）は、動作条件＃１〜＃５の判定基準「＝ＡＩＤｇ」を満たすので、電子機器制御装置１は、通信端末３から判定情報Ｊ３（試合情報）を取得する（図９の(3)参照）。
【００６６】
この判定情報Ｊ３（試合情報）には、その試合で対戦している（又は対戦した）２チームのチーム名、各チームの現在の得点、及び、その試合の現在のイニング数が少なくとも含まれ、複数の試合についての情報が含まれていてもよい。また、動作条件＃１〜＃５では、判定情報Ｊ３（試合情報）の判定基準として、
(a)ユーザが応援する野球チームのチーム名「ＡＡＡ」を含むか否か
(b)チームＡＡＡの得点Ｐａと相手チームの得点Ｐｘとの大小
(c)試合が終了したか、途中であるか
を組み合わせて用いている。
【００６７】
そして、電子機器制御装置１は、ＬＣＤ装置２に表示内容を変更させて、表示されている男の子の顔の表情を変化させる（図９の(4)参照）。なお、図９において、ＬＣＤ装置２のうち画像を変更する部分は、男の子の顔に相当する領域２ａのみであるため、この領域２ａのみをＬＣＤ装置２で構成し、それ以外の部分は予め描かれたイラストを用いてもよい。
【００６８】
例えば、判定情報Ｊ３（試合情報）に(a)「ＡＡＡ」が含まれ、かつ(b)Ｐａ＝Ｐｘである場合には、試合が終了したか否かに関わらず、電子機器制御装置１は、この判定情報Ｊ３（試合情報）が動作条件＃１の判定基準を満たすと判定する。そして、電子機器制御装置１は、ＬＣＤ装置２に対して、「普通の表情」の男の子の顔を領域２ａに表示するための制御信号を供給する。ＬＣＤ装置２の領域２ａには、この制御信号により、「普通の表情」の男の子の顔が表示される。
【００６９】
また、判定情報Ｊ３（試合情報）に(a)「ＡＡＡ」が含まれ、かつ(b)Ｐａ＞Ｐｘであり、かつ(c)試合が終了した場合には、判定情報Ｊ３（試合情報）が動作条件＃２の判定基準を満たすので、電子機器制御装置１は、ＬＣＤ装置２に対して、「とても嬉しい表情」の男の子の顔を領域２ａに表示するための制御信号を供給する。また、判定情報Ｊ３（試合情報）に(a)「ＡＡＡ」が含まれ、かつ(b)Ｐａ＞Ｐｘであり、かつ(c)試合が途中である場合には、判定情報Ｊ３（試合情報）が動作条件＃３の判定基準を満たすので、電子機器制御装置１は、ＬＣＤ装置２に対して、「嬉しい表情」の男の子の顔を領域２ａに表示するための制御信号を供給する。
【００７０】
また、判定情報Ｊ３（試合情報）に(a)「ＡＡＡ」が含まれ、かつ(b)Ｐａ＜Ｐｘであり、かつ(c)試合が終了した場合には、判定情報Ｊ３（試合情報）が動作条件＃４の判定基準を満たすので、電子機器制御装置１は、ＬＣＤ装置２に対して、「とても悲しい表情」の男の子の顔を領域２ａに表示するための制御信号を供給する。また、判定情報Ｊ３（試合情報）に(a)「ＡＡＡ」が含まれ、かつ(b)Ｐａ＜Ｐｘであり、かつ(c)試合が途中である場合には、判定情報Ｊ３（試合情報）が動作条件＃５の判定基準を満たすので、電子機器制御装置１は、ＬＣＤ装置２に対して、「悲しい表情」の男の子の顔を領域２ａに表示するための制御信号を供給する。
【００７１】
このように、具体例６では、ＬＣＤ装置２が電子機器制御装置１に接続され、スポーツの試合の状況により表示内容を変化させる。これにより、ユーザが通信端末３で確認しなくても、試合の進捗や結果を判別できるようになる。なお、ＬＣＤ装置２は、男の子の顔に相当する領域２ａのみ、試合の状況に応じて画像を変更するようにしたが、男の子の全体像を「普通の表情」、「とても嬉しい表情」、「嬉しい表情」、「とても悲しい表情」、そして「悲しい表情」の５種類の画像として用意してもよい。もちろん「男の子」ではなく、「女の子」の画像をＬＣＤ装置２に表示させるようにしてもよいし、その他、ユーザの好みに応じて適切な画像を用意してもよい。
【００７２】
［具体例７の構成と動作］
図１０に示す具体例７は、電子機器２の例としてイルミネーション装置を用いて、通信端末３から電子機器制御装置１に通知を行うイベントの開始時だけでなく、終了時にも電子機器２に所定の動作を行わせる具体例である。
電子機器制御装置１の記憶部１３には、以下の動作条件＃１、＃２が記憶されている。
［動作条件＃１］
・判定情報Ｊ１（通知カテゴリ）＝音声着信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｈ
・判定情報Ｊ３（イベント種別）＝追加
・動作条件成立時の所定の動作：ＬＥＤルーレット点灯
［動作条件＃２］
・判定情報Ｊ１（通知カテゴリ）＝音声着信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｈ
・判定情報Ｊ３（イベント種別）＝削除
・動作条件成立時の所定の動作：ＬＥＤランダム点灯
【００７３】
イルミネーション装置２は、中央の大円の回りの小円の位置に配置された８個のＬＥＤを備えている。
通信端末３には、アプリケーションＩＤがＡＩＤｈである電話アプリケーション（以下、電話アプリケーションＡＩＤｈと称する）がインストールされている。
【００７４】
以下、図１０に示した具体例７の動作を説明する。
まず、通信端末３は、電話アプリケーションＡＩＤｈに発信者Ｙからの音声着信３ｅがあると、そのことを知らせる通知を電子機器制御装置１に送信する。この通知の通知情報（送信データ列）には、判定情報Ｊ１（通知カテゴリ）とともに、判定情報Ｊ３（イベント種別）も含まれており、通信端末３は、判定情報Ｊ１（通知カテゴリ）が「音声着信」であり、判定情報Ｊ３（イベント種別）が「追加」である通知情報を送信して、音声着信のイベントが開始したことを電子機器制御装置１に通知する（図１０の(1)参照）。この判定情報Ｊ１（通知カテゴリ）は、動作条件＃１及び＃２の判定基準「＝音声着信」を満たすので、電子機器制御装置１は、通信端末３から判定情報Ｊ２（アプリケーションＩＤ）を取得する（図１０の(2)参照）。
【００７５】
また、この判定情報Ｊ２（アプリケーションＩＤ）は、動作条件＃１及び＃２の判定基準「＝ＡＩＤｈ」を満たすので、電子機器制御装置１は、通知の際に取得した判定情報Ｊ３（イベント種別）についての判定を行う。なお、通知情報に判定情報Ｊ３（イベント種別）が含まれていなくてもよく、その場合には、判定情報Ｊ２（アプリケーションＩＤ）と同様に、通信端末３から判定情報Ｊ３（イベント種別）を取得する。この判定情報Ｊ３（イベント種別）は、動作条件＃１の判定基準「＝追加」を満たすので、電子機器制御装置１は、イルミネーション装置２に対して、ＬＥＤをルーレット点灯するための制御信号を供給する。イルミネーション装置２の８個のＬＥＤは、この制御信号により、ルーレットの回転のように、例えば時計回りに１つずつ順次点灯する（図１０の(3)参照）。
【００７６】
一方、ユーザが電話に出た場合や着信を拒否した場合には、通信端末３は、判定情報Ｊ１（通知カテゴリ）が「音声着信」であり、判定情報Ｊ３（イベント種別）が「削除」である通知情報を送信して、音声着信のイベントが終了したことを電子機器制御装置１に通知する。この場合、判定情報Ｊ３（イベント種別）は、動作条件＃２の判定基準「＝削除」を満たすので、電子機器制御装置１は、イルミネーション装置２に対して、ＬＥＤをランダム点灯するための制御信号を供給する。イルミネーション装置２の８個のＬＥＤは、この制御信号により、ランダムに選択された何れか１つが点灯する。
【００７７】
このように、具体例７では、イルミネーション装置２が電子機器制御装置１に接続され、通信端末３に電話がかかってくるとＬＥＤをルーレット点灯し、ユーザが電話に出るとＬＥＤをランダム点灯する。これにより、通信端末３のユーザは、例えば、通信端末３がカバンの中にあっても、電話がかかってきたことを知るとともに、電話がかかってくると回転を開始し、ユーザが電話に出ると８個の小円の何れかの位置で止まる光のルーレートを楽しむことができる。さらに、８個のＬＥＤの発光色を異ならせて、ルーレートが止まった際のＬＥＤの発光色をラッキカラーとする占い遊びを楽しむこともできる。
【００７８】
［具体例８の構成と動作］
図１１に示す具体例８は、電子機器２の例として扇風機を用いて、ユーザに情報を伝える以外の目的で所定の動作を行わせる具体例である。
電子機器制御装置１の記憶部１３には、以下の動作条件＃１、＃２が記憶されている。
［動作条件＃１］
・判定情報Ｊ１（通知カテゴリ）＝音声着信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｈ
・判定情報Ｊ３（イベント種別）＝追加
・動作条件成立時の所定の動作：弱風に切り替え
［動作条件＃２］
・判定情報Ｊ１（通知カテゴリ）＝不在着信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｈ
・判定情報Ｊ３（イベント種別）＝追加
・動作条件成立時の所定の動作：元の風量に復帰
【００７９】
図１０で説明した具体例７と同様に、通信端末３には、電話アプリケーションＡＩＤｈがインストールされている。
【００８０】
以下、図１１に示した具体例８の動作を説明する。
まず、通信端末３は、電話アプリケーションＡＩＤｈに発信者Ｚからの音声着信３ｆがあると、判定情報Ｊ１（通知カテゴリ）が「音声着信」であり、判定情報Ｊ３（イベント種別）が「追加」である通知を電子機器制御装置１に送信する（図１１の(1)参照）。この判定情報Ｊ１（通知カテゴリ）は、動作条件＃１の判定基準「＝音声着信」を満たすので、電子機器制御装置１は、通信端末３から判定情報Ｊ２（アプリケーションＩＤ）を取得する（図１１の(2)参照）。
【００８１】
また、この判定情報Ｊ２（アプリケーションＩＤ）は、動作条件＃１の判定基準「＝ＡＩＤｈ」を満たすので、電子機器制御装置１は、通知の際に取得した判定情報Ｊ３（イベント種別）についての判定を行う。この判定情報Ｊ３（イベント種別）は、動作条件＃１の判定基準「＝追加」を満たすので、電子機器制御装置１は、扇風機２に対して、風量を弱風に切り替えるための制御信号を供給する。扇風機２は、この制御信号により、風量を弱風に切り替える（図１１の(3)参照）。
【００８２】
一方、ユーザが電話に出る前に発信者Ｚが電話を切った場合には、通信端末３は、判定情報Ｊ１（通知カテゴリ）が「不在着信」であり、判定情報Ｊ３（イベント種別）が「追加」である通知を電子機器制御装置１に送信する。この場合、判定情報Ｊ１（通知カテゴリ）が動作条件＃２の判定基準「＝不在着信」を満たし、かつ、判定情報Ｊ３（イベント種別）も動作条件＃２の判定基準「＝追加」を満たすので、電子機器制御装置１は、扇風機２に対して、風量を元の風量に戻すための制御信号を供給する。扇風機２は、この制御信号により、風量を元の風量に戻す。
【００８３】
このように、具体例８では、扇風機２が電子機器制御装置１に接続され、通信端末３に電話がかかってくると風量を弱風に切り替え、回転音を小さくして、電話がよく聞こえるようにする。なお、ユーザが電話に出る前に発信者Ｚが電話を切った場合には、回転音を小さくする必要がないため、風量を元の風量に戻している。
【００８４】
＜電子機器制御装置の第２の実施形態例＞
図１２は、本発明の第２の実施形態例（以下、「第２実施形態例」という）の電子機器制御システムを示すブロック構成図である。
【００８５】
図１２に示す第２実施形態例が、図１に示す第１実施形態例と異なるところは、電子機器制御装置１が更に状態情報取得部１６を備える点である。それ以外の構成は、図１の構成と同じなので、重複した説明は省略する。
【００８６】
状態情報取得部１６は、電子機器２の状態を示す状態情報を電子機器２から取得する。例えば、電子機器２がコーヒーメーカーであれば、状態情報には、コーヒーの抽出が開始されたことを示す情報や、コーヒーができあがったことを示す情報が含まれる。
状態情報取得部１６により取得された電子機器２の状態情報は、端末通信部１１を経由して無線通信で通信端末３に送られる。それ以外の処理は、図１の第１実施形態例の処理と同じなので、説明は省略する。
【００８７】
［具体例９の構成と動作］
図１３に示す具体例９は、第２実施形態例の一つの具体例である。ここでは、電子機器２の具体例として、コーヒーメーカーが示され、コーヒーメーカー２は、電子機器制御装置１に接続されている。そして、電子機器制御装置１は、来客が予定されている場合に、通信端末３からこの予定の通知を受けると、コーヒーメーカー２を作動させてコーヒーの抽出を開始し、このコーヒーのできあがりを抽出完了通知として通信端末３に通知する。
【００８８】
ここで、電子機器制御装置１の記憶部１３に記憶されている動作条件は以下のとおりである。
［動作条件］
・判定情報Ｊ１（通知カテゴリ）＝予定
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｄ
・判定情報Ｊ３（予定情報）：件名に来客を含む
・動作条件成立時の所定の動作：コーヒーの抽出開始
【００８９】
具体例９では、通信端末３には、カレンダーアプリケーションＡＩＤｄがインストールされている。なお、カレンダーアプリケーションＡＩＤｄには、一例として、以下の予定情報が登録されているものとする。
・件名：来客−Ｘ氏
・開始時刻：ｙｙ年ｍｍ月ｄｄ日  １６：００
・終了時刻：ｙｙ年ｍｍ月ｄｄ日  １７：００
・通知：３０分前
【００９０】
以下、図１３に示した具体例９の動作を説明する。
まず、通信端末３のカレンダーアプリケーションＡＩＤｄは、現在時刻が開始時刻の３０分前（１５：３０）になると、通知カテゴリが「予定」である通知を電子機器制御装置１に送信する（図１３の(1)参照）。また、電子機器制御装置１は、判定情報Ｊ１である通知カテゴリが判定基準「＝予定」を満たすため、通信端末３から、次の判定情報Ｊ２であるアプリケーションＩＤ（ＡＩＤｄ）を取得する（図１３の(2)参照）。次に、電子機器制御装置１は、図１３の(2)で取得した判定情報Ｊ２（ＡＩＤｄ）が判定基準「＝ＡＩＤｄ」を満たすため、通信端末３から、次の判定情報Ｊ３である予定情報を取得する（図１３の(3)参照）。
【００９１】
上述した予定情報では、件名が「来客−Ｘ氏」となっているため、図１３の(3)で取得した判定情報Ｊ３（予定情報）は、判定基準「件名に来客を含む」を満たす。したがって、全ての判定情報Ｊ１〜Ｊ３が判定基準を満たすため、電子機器制御装置１は、コーヒーメーカー２に対して、コーヒーの抽出を開始するための制御信号を供給する（図１３の(4)参照）。コーヒーメーカー２は、この制御信号を受けて、コーヒーの抽出を開始するとともに、コーヒーができあがると、コーヒーの抽出が完了したことを示す状態情報を電子機器制御装置１に送る（図１３の(5)参照）。電子機器制御装置１は、この状態情報を受けて、コーヒーのできあがりを抽出完了通知として通信端末３に通知する（図１３の(6)参照）。
通信端末３は、電子機器制御装置１からの抽出完了通知を受けると、予めインストールされているコーヒーメーカー制御アプリケーションによって、コーヒーができあがったことを告げるメッセージをその表示画面に表示する。
【００９２】
［具体例１０の構成と動作］
図１４に示す具体例１０は、第２実施形態例の他の具体例である。ここでは、電子機器２の具体例として、プリンタが示され、プリンタ２は、電子機器制御装置１に接続されている。
ここで、電子機器制御装置１の記憶部１３に記憶されている動作条件は以下のとおりである。
［動作条件］
・判定情報Ｊ１（通知カテゴリ）＝メール受信
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｅ
・判定情報Ｊ３（ヘッダ情報）：件名に注文を含む
・動作条件成立時の所定の動作：メールの印刷
【００９３】
具体例１０では、通信端末３には、メールアプリケーションＡＩＤｅがインストールされている。
以下、図１４に示した具体例１０の動作を説明する。
まず、通信端末３は、送信者Ｚが他の通信端末等（不図示）から送信したメール３ｇをメールアプリケーションＡＩＤｅで受信すると、通知カテゴリが「メール受信」である通知を電子機器制御装置１に送信する（図１４の(1)参照）。また、電子機器制御装置１は、判定情報Ｊ１である通知カテゴリが判定基準「＝メール受信」を満たすため、通信端末３から、次の判定情報Ｊ２であるアプリケーションＩＤ（ＡＩＤｅ）を取得する（図１４の(2)参照）。次に、電子機器制御装置１は、図１４の(2)で取得した判定情報Ｊ２（ＡＩＤｅ）が判定基準「＝ＡＩＤｅ」を満たすため、通信端末３から、次の判定情報Ｊ３であるメール３ｇのヘッダ情報を取得する（図１４の(3)参照）。
【００９４】
図１４に示すメール３ｇでは、件名が「注文…」となっているため、図１４の(3)で取得した判定情報Ｊ３（ヘッダ情報）は、判定基準「件名に注文を含む」を満たす。したがって、全ての判定情報Ｊ１〜Ｊ３が判定基準を満たすため、電子機器制御装置１は、通信端末３から、メール３ｇの本文を取得したうえで（図１４の(4)参照）、プリンタ２に対して、メール３ｇを印刷するための制御信号を供給する（図１４の(5)参照）。なお、具体例１０では、メール３ｇ自体の印刷を所定の動作の例としているが、メールの印刷の代わりに、メール３ｇの本文から注文者の宛名を抽出して所定の用紙に宛名印刷をすることを所定の動作として設定することも考えられる。
【００９５】
一方、電子機器制御装置１は、図１２に示す状態情報取得部１６で、プリンタ２の状態を常時監視する構成になっており、仮にプリンタ２の状態情報として紙詰まりが検出されたときは、その旨を通信端末３に通知する（図１４の(6)、(7)参照）。この場合、通信端末３は、予めインストールされているプリンタ制御アプリケーションにより、その表示画面にプリンタ２の紙詰まりを表示する。なお、メール３ｇの印刷が正常に完了した場合には、電子機器制御装置１から通信端末３に印刷完了通知を送り、通信端末３でこれを表示するようにしてもよい。
【００９６】
［具体例１１の構成と動作］
図１５に示す具体例１１は、第２実施形態例の更に他の具体例である。ここでは、電子機器２の具体例として、アラーム機能付きの薬箱が示され、薬箱２は、電子機器制御装置１に接続されている。
ここで、電子機器制御装置１の記憶部１３に記憶されている動作条件は以下のとおりである。
［動作条件］
・判定情報Ｊ１（通知カテゴリ）＝予定
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｉ
・動作条件成立時の所定の動作：ＬＥＤボタン点滅＆ブザー鳴動
【００９７】
薬箱２は、ＬＥＤとボタンとが一体となったＬＥＤボタン２ａ、及び、ブザー２ｂを備えている。
具体例１１では、通信端末３には、アプリケーションＩＤがＡＩＤｉである服薬管理アプリケーション（以下、服薬管理アプリケーションＡＩＤｉと称する）がインストールされている。なお、服薬管理アプリケーションＡＩＤｉは、服薬時刻を管理する機能を備えており、一例として、以下の服薬時刻が設定されているものとする。
朝食後：  ８：００
昼食後：１３：００
夕食後：２０：００
【００９８】
以下、図１５に示した具体例１１の動作を説明する。
まず、通信端末３の服薬管理アプリケーションＡＩＤｉは、現在時刻が設定された服薬時刻になると、「お薬の時間になりました。」というメッセージを通信端末３の表示画面に表示するとともに、通知カテゴリが「予定」である通知を電子機器制御装置１に送信する（図１５の(1)参照）。また、電子機器制御装置１は、判定情報Ｊ１である通知カテゴリが判定基準「＝予定」を満たすため、通信端末３から、次の判定情報Ｊ２であるアプリケーションＩＤ（ＡＩＤｉ）を取得する（図１５の(2)参照）。次に、電子機器制御装置１は、図１５の(2)で取得した判定情報Ｊ２（ＡＩＤｉ）が判定基準「＝ＡＩＤｉ」を満たすため、薬箱２に対して、ＬＥＤボタン２ａを点滅させ、ブザー２ｂを鳴動させるための制御信号を供給する（図１５の(3)参照）。薬箱２では、この制御信号を受けて、ＬＥＤボタン２ａが点滅するとともに、ブザー２ｂが鳴動し、ユーザは服薬時刻になったことが分かる。
【００９９】
ユーザが薬箱２から薬を取り出す際や、薬を飲み終わった後に、ＬＥＤボタン２ａを押下すると、点滅していたＬＥＤボタン２ａが消灯し、ブザー２ｂの鳴動が停止する。また、薬箱２は、ＬＥＤボタン２ａが押下されたことを示す状態情報を電子機器制御装置１に送る（図１５の(4)参照）。電子機器制御装置１は、この状態情報を受けて、薬箱２のＬＥＤボタン２ａが押下されたことを示すボタン押下通知を通信端末３に送信する（図１５の(5)参照）。
通信端末３の服薬管理アプリケーションＡＩＤｉは、電子機器制御装置１からのボタン押下通知を受けると、通信端末３の表示画面に表示したメッセージを消去するとともに、ユーザが飲んだ薬の種別（例えば「昼食後」）などの情報を服薬時刻（ボタン押下通知を受けた時刻）とともに記録する。
【０１００】
このように、具体例１１では、薬箱２が電子機器制御装置１に接続され、服薬時刻になったことを光や音で知らせることで、ユーザが毎日決まった時間に間違いなく薬を飲むことができるようになる。また、ユーザがＬＥＤボタン２ａを押下するだけで、服薬管理アプリケーションＡＩＤｉに服薬記録を残すことができる。
【０１０１】
なお、具体例１１では、ＬＥＤボタン２ａは、ユーザが薬を飲んだことを服薬管理アプリケーションＡＩＤｉに通知するためのボタンとして用いられているが、服薬管理アプリケーションＡＩＤｉに再通知を依頼するボタンとして用いることもできる。また、これら２種類のボタンを薬箱２に設けてもよい。
【０１０２】
服薬管理アプリケーションＡＩＤｉは、通信端末３が電子機器制御装置１と通信できない場合には、通信端末３からアラーム音を鳴らすようにしてもよい。また、服薬管理アプリケーションＡＩＤｉは、ボタン押下通知を受けた際に、予め登録された宛先にメールを送る機能を搭載してもよい。これにより、ユーザが薬を飲んだ際に、１人暮らしの高齢者の安否を家族に知らせることもできる。なお、具体例１１では、服薬を管理するための専用の服薬管理アプリケーションＡＩＤｉの例を示したが、薬箱２に対する同様の機能は、カレンダーアプリケーションＡＩＤｄのような、スケジュールを管理するための汎用的なのアプリケーションでも実現可能である。
【０１０３】
＜電子機器制御装置の第３の実施形態例＞
図１６は、本発明の第３の実施形態例（以下、「第３実施形態例」という）の電子機器制御システムを示すブロック構成図である。
【０１０４】
図１６に示す第３実施形態例が、図１に示す第１実施形態例と異なるところは、電子機器制御装置１が更に機器通信部１７を備える点である。それ以外の構成は、図１の構成と同じなので、重複した説明は省略する。
機器通信部１７は、電子機器２が備える装置通信部２１とＢＬＥ等の無線通信を行い、電子機器２を制御するための制御信号を送信する。なお、端末通信部１１及び機器通信部１７を共通の通信部として構成してもよい。それ以外の処理は、図１の第１実施形態例の処理と同じなので、説明は省略する。
【０１０５】
なお、図１に示す第１実施形態例と図１２に示す第２実施形態例とを組み合わせた構成とすることもできる。この場合、電子機器２の状態情報は、装置通信部２１から無線通信によって電子機器制御装置１に送信され、電子機器制御装置１は、この状態情報を機器通信部１７で受信し、状態情報取得部１６で取得する。また、電子機器制御装置１は、取得した状態情報を、端末通信部１１から無線通信によって通信端末３に送信する。それ以外の処理は、図１６の第３実施形態例の処理と同じなので、説明は省略する。
【０１０６】
［具体例１２の構成と動作］
図１７に示す具体例１２は、第３実施形態例の一つの具体例である。ここでは、電子機器２の具体例として、ＬＥＤ照明が示され、ＬＥＤ照明２は、電子機器制御装置１に無線接続されている。
ここで、電子機器制御装置１の記憶部１３に記憶されている動作条件は以下のとおりである。
［動作条件］
・判定情報Ｊ１（通知カテゴリ）＝ニュース
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｆ
・判定情報Ｊ３（気象情報）：１８時以降の降水確率が３０％以上
・動作条件成立時の所定の動作：ＬＥＤ照明の点灯
【０１０７】
具体例１２では、通信端末３には、天気予報アプリケーションＡＩＤｆがインストールされている。
以下、図１７に示した具体例１２の動作を説明する。
まず、通信端末３の天気予報アプリケーションＡＩＤｆは、例えば気象情報が更新されたタイミングで、通知カテゴリが「ニュース」である通知を電子機器制御装置１に送信する（図１７の(1)参照）。また、電子機器制御装置１は、判定情報Ｊ１である通知カテゴリが判定基準「＝ニュース」を満たすため、通信端末３から、次の判定情報Ｊ２であるアプリケーションＩＤ（ＡＩＤｆ）を取得する（図１７の(2)参照）。次に、電子機器制御装置１は、図１７の(2)で取得した判定情報Ｊ２（ＡＩＤｆ）が判定基準「＝ＡＩＤｆ」を満たすため、通信端末３から、次の判定情報Ｊ３である気象情報を取得する（図１７の(3)参照）。
【０１０８】
次に、電子機器制御装置１は、図１７の(3)で取得した判定情報Ｊ３（気象情報）が判定基準「１８時以降の降水確率が３０％以上」を満たす場合には、例えば玄関の天井に設置されたＬＥＤ照明２を点灯させるための制御信号を、機器通信部１７を介して無線通信により送信する（図１７の(4)参照）。ＬＥＤ照明２は、この制御信号を受けて点灯する。これにより、例えば、通信端末３のユーザ等に対して、朝玄関から出掛ける際に、夜帰宅する頃に雨が降りそうなことを報知して、傘を持って出掛けるように促すことができる。
【０１０９】
＜電子機器制御装置の第４の実施形態例＞
図１８は、本発明の第４の実施形態例（以下、「第４実施形態例」という）の電子機器制御システムを示すブロック構成図である。
【０１１０】
図１８に示す第４実施形態例が、図１に示す第１実施形態例と異なるところは、電子機器制御装置１が更に状態情報取得部１６及び機器通信部１７を備えるとともに、状態情報取得部１６で取得した状態情報が、判定部１４にも入力されている点である。また、上述した第１実施形態例と第２実施形態例とを組み合わせた構成と比較すると、状態情報取得部１６から判定部１４への状態情報の入力のみが異なる。それ以外の構成は、図１の構成と同じなので、重複した説明は省略する。
【０１１１】
電子機器制御装置１の状態情報取得部１６は、電子機器２から機器通信部１７を介して取得した状態情報を判定部１４にも入力する。そして、判定部１４は、判定情報取得部１２で取得した通信端末３からの判定情報に加えて、状態情報取得部１６で取得した電子機器２からの状態情報を、電子機器２に所定の動作を行わせるか否かの判断に用いる。そのため、本実施形態例では、電子機器制御装置１の記憶部１３に記憶されている動作条件は、複数の判定情報の一部（少なくとも１つ）として、電子機器２の状態情報を含む。なお、状態情報を状態情報取得部１６から判定部１４に直接入力する代わりに、状態情報を状態情報取得部１６から判定情報取得部１２に入力し、判定情報取得部１２で状態情報を判定情報として取得する構成としてもよい。
【０１１２】
［具体例１３の構成と動作］
図１９に示す具体例１３は、第４実施形態例の一つの具体例である。ここでは、電子機器２の具体例として、エアコンが示され、エアコン２は、電子機器制御装置１に無線接続されている。
ここで、電子機器制御装置１の記憶部１３に記憶されている動作条件は以下のとおりである。なお、判定情報Ｊ１〜Ｊ４のうち判定情報Ｊ４（室温）は、エアコン２の状態情報である。
［動作条件］
・判定情報Ｊ１（通知カテゴリ）＝ニュース
・判定情報Ｊ２（アプリケーションＩＤ）＝ＡＩＤｆ
・判定情報Ｊ３（気象情報）：６時の気温が５℃以下
・判定情報Ｊ４（室温）≦１５℃
・動作条件成立時の所定の動作：エアコンのタイマ設定（６時入  ２５℃）
【０１１３】
具体例１３においても、具体例１２と同様に、通信端末３には、天気予報アプリケーションＡＩＤｆがインストールされている。
以下、図１９に示した具体例１３の動作を説明する。
まず、通信端末３の天気予報アプリケーションＡＩＤｆは、例えば気象情報が更新されたタイミングで、通知カテゴリが「ニュース」である通知を電子機器制御装置１に送信する（図１９の(1)参照）。また、電子機器制御装置１は、判定情報Ｊ１である通知カテゴリが判定基準「＝ニュース」を満たすため、通信端末３から、次の判定情報Ｊ２であるアプリケーションＩＤ（ＡＩＤｆ）を取得する（図１９の(2)参照）。
【０１１４】
次に、電子機器制御装置１は、図１９の(2)で取得した判定情報Ｊ２（ＡＩＤｆ）が判定基準「＝ＡＩＤｆ」を満たすため、通信端末３から、次の判定情報Ｊ３である気象情報を取得する（図１９の(3)参照）。
【０１１５】
次に、電子機器制御装置１は、図１９の(3)で取得した判定情報Ｊ３（気象情報）が判定基準「６時の気温が５℃以下」を満たす場合には、更に、エアコン２から、室温を示す状態情報を判定情報Ｊ４として取得する（図１９の(4)参照）。
【０１１６】
次に、電子機器制御装置１は、図１９の(4)で取得した判定情報Ｊ４（室温）が判定基準「≦１５℃」を満たす場合には、エアコン２に対して、タイマ設定を行うための制御信号を、機器通信部１７を介して無線通信により送信する（図１９の(5)参照）。上述した動作条件が電子機器制御装置１の記憶部１３に記憶されている場合には、設定温度２５℃で、午前６時にエアコン２の電源が入るようにタイマが設定される。なお、ここで、判定情報Ｊ３における気温や、判定情報Ｊ４における室温、所定の動作における設定温度等は、ユーザが任意に設定できるものであることは言うまでもない。
【０１１７】
エアコン２は、タイマ設定が完了すると、そのことを示す状態情報を電子機器制御装置１に送り（図１９の(6)参照）、電子機器制御装置１は、この状態情報を受けて、タイマ設定完了通知として通信端末３に通知する（図１９の(7)参照）。通信端末３は、予めインストールされているエアコン制御アプリケーションにより、エアコン２のタイマ設定が完了したことや、設定温度が２５℃であること、エアコン２の動作開始時刻が午前６時であることなどをその表示画面に表示する。
【０１１８】
以上、本発明を実施する第１実施形態例から第４実施形態例まで、具体例１〜具体例１３を挙げて説明したが、本発明の応用範囲は極めて広いものであり、上述した第１〜第４実施形態例と、それに関連する具体例１〜１３に限定されるものではない。本発明は、本明細書で説明した具体例１〜１３以外にも、請求の範囲に記載された本発明の要旨を逸脱しない限りにおいて、種々の応用例及び変形例を含むことは勿論である。
【符号の説明】
【０１１９】
１、１ａ、１ｂ、１ｃ・・・電子機器制御装置、２、２ａ、２ｂ、２ｃ・・・電子機器、３・・・通信端末、１１・・・端末通信部、１２・・・判定情報取得部、１３・・・記憶部、１４・・・判定部、１５・・・制御部、１６・・・状態情報取得部、１７・・・機器通信部、２１・・・装置通信部、２２・・・判定情報フィールド、２３・・・判定基準フィールド、２４・・・所定動作フィールド
【図１】
2015141261.tif 000003
【図２】
2015141261.tif 000004
【図３】
2015141261.tif 000005
【図４】
2015141261.tif 000006
【図５】
2015141261.tif 000007
【図６】
2015141261.tif 000008
【図７】
2015141261.tif 000009
【図８】
2015141261.tif 000010
【図９】
2015141261.tif 000011
【図１０】
2015141261.tif 000012
【図１１】
2015141261.tif 000013
【図１２】
2015141261.tif 000014
【図１３】
2015141261.tif 000015
【図１４】
2015141261.tif 000016
【図１５】
2015141261.tif 000017
【図１６】
2015141261.tif 000018
【図１７】
2015141261.tif 000019
【図１８】
2015141261.tif 000020
【図１９】
2015141261.tif 000021
【国際調査報告】
2015141261.tif 000022
2015141261.tif 000023
2015141261.tif 000024