(57)【要約】      （修正有）【課題】制御要求が競合する場合であっても、ユーザからの要望を適切に反映して間欠デバイスを制御する。【解決手段】制御要求受付／通知部１１が、エアコン５１の非動作中に、エアコン５１を制御するための制御要求を受信して記憶手段１２に記憶し、制御内容の競合する制御要求を要求した要求元に対して、制御要求が他の要求元の制御要求と競合していることを通知し、エアコン５１が動作する直前の一定時間内に、制御内容の競合する複数の制御要求を用いて競合を解消した制御情報を生成し、エアコン５１の動作後に、制御情報を用いてエアコン５１を制御する。【選択図】図１
2015210697.tif 000002
【特許請求の範囲】
【請求項１】
間欠的に動作する間欠デバイスを制御する間欠デバイス制御方法において、
間欠デバイス制御装置により、
前記間欠デバイスの非動作中に、前記間欠デバイスを制御するための制御要求を受信して記憶手段に記憶させる受信ステップと、
制御内容の競合する制御要求を要求した要求元に対して、前記要求元の制御要求が他の要求元の制御要求と競合していることを通知する通知ステップと、
前記間欠デバイスが動作する直前の一定時間内に、制御内容の競合する複数の制御要求を用いて前記競合を解消した制御情報を生成する生成ステップと、
前記間欠デバイスの動作後に、前記制御情報を用いて前記間欠デバイスを制御する制御ステップと、
を有することを特徴とする間欠デバイス制御方法。
【請求項２】
前記通知ステップでは、
前記間欠デバイスが非動作中の場合、制御内容の競合する複数の制御要求のうち後発の制御要求を送信した要求元のみに前記通知を行うことを特徴とする請求項１に記載の間欠デバイス制御方法。
【請求項３】
前記通知ステップでは、
前記間欠デバイスの動作開始前、一定時間以下になった場合、制御内容の競合する制御要求を送信した全ての要求元に前記通知を一斉に行うことを特徴とする請求項１又は２に記載の間欠デバイス制御方法。
【請求項４】
前記通知ステップでは、
前記他の要求元の制御要求、又は前記他の要求元に関する情報を更に通知することを特徴とする請求項１乃至３のいずれかに記載の間欠デバイス制御方法。
【請求項５】
前記受信ステップでは、前記通知を行った場合であっても前記要求元が前記制御要求を再送信した際には、再送信された制御要求を受信し、
前記生成ステップでは、
前記再送信された制御要求を用いて前記制御情報を生成することを特徴とする請求項１乃至４のいずれかに記載の間欠デバイス制御方法。
【請求項６】
前記生成ステップでは、
制御内容が計算可能であるか、要求元の優先度、前記間欠デバイス制御装置に登録した要求元がユーザであるか、又は要求元の要求頻度に基づき前記制御情報を生成することを特徴とする請求項１乃至５のいずれかに記載の間欠デバイス制御方法。
【請求項７】
間欠的に動作する間欠デバイスを制御する間欠デバイス制御装置において、
前記間欠デバイスの非動作中に、前記間欠デバイスを制御するための制御要求を受信して記憶手段に記憶させる受信手段と、
制御内容の競合する制御要求を要求した要求元に対して、前記要求元の制御要求が他の要求元の制御要求と競合していることを通知する通知手段と、
前記間欠デバイスが動作する直前の一定時間内に、制御内容の競合する複数の制御要求を用いて前記競合を解消した制御情報を生成する生成手段と、
前記間欠デバイスの動作後に、前記制御情報を用いて前記間欠デバイスを制御する制御手段と、
を有することを特徴とする間欠デバイス制御装置。
【請求項８】
請求項１乃至６のいずれかに記載の間欠デバイス制御方法をコンピュータに実行させることを特徴とする間欠デバイス制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、間欠的に動作する間欠デバイスを制御する技術に関する。
【背景技術】
【０００２】
要求端末からの制御要求に基づき間欠デバイスを制御する間欠デバイス制御装置がある。例えば、リモコン端末から設定温度の変更要求を受信すると、当該変更要求に基づいてエアコンの温度を制御する。特に、間欠デバイスの非動作中に複数の制御要求を受けた場合には、動作開始まで複数の制御要求が混在することになる。このように制御要求が競合する場合、一般的には、間欠デバイスの動作が開始すると、各制御要求の受け取り順に繰り返し適用して制御する、又は最後の制御要求のみを適用して制御していた（図１０、特許文献１，２）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２１６５８３号公報
【特許文献２】特開２００９−１５５６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、前述の制御方法のみを用いて制御するため、間欠デバイスを柔軟に制御できないという課題があった。
【０００５】
本発明は、上記事情を鑑みてなされたものであり、制御要求が競合する場合であっても、ユーザからの要望を適切に反映して間欠デバイスを制御することを第１の目的とし、通信量の増加を抑制しつつ第１の目的を実現することを第２の目的とする。
【課題を解決するための手段】
【０００６】
以上の課題を解決するため、請求項１に記載の間欠デバイス制御方法は、間欠的に動作する間欠デバイスを制御する間欠デバイス制御方法において、間欠デバイス制御装置により、前記間欠デバイスの非動作中に、前記間欠デバイスを制御するための制御要求を受信して記憶手段に記憶させる受信ステップと、制御内容の競合する制御要求を要求した要求元に対して、前記要求元の制御要求が他の要求元の制御要求と競合していることを通知する通知ステップと、前記間欠デバイスが動作する直前の一定時間内に、制御内容の競合する複数の制御要求を用いて前記競合を解消した制御情報を生成する生成ステップと、前記間欠デバイスの動作後に、前記制御情報を用いて前記間欠デバイスを制御する制御ステップと、を有することを要旨とする。
【０００７】
本発明によれば、制御内容の競合する複数の制御要求を用いて競合を解消した制御情報を生成し、当該制御情報を用いて間欠デバイスを制御するため、ユーザからの要望を適切に反映して間欠デバイスを制御することができる。
【０００８】
請求項２に記載の間欠デバイス制御方法は、請求項１に記載の間欠デバイス制御方法において、前記通知ステップでは、前記間欠デバイスが非動作中の場合、制御内容の競合する複数の制御要求のうち後発の制御要求を送信した要求元のみに前記通知を行うことを要旨とする。
【０００９】
本発明によれば、間欠デバイスが非動作中の場合、制御内容の競合する複数の制御要求のうち後発の制御要求を送信した要求元のみに上記通知を行うため、通信量の増加を抑制しつつ、ユーザからの要望を適切に反映して間欠デバイスを制御することができる。
【００１０】
請求項３に記載の間欠デバイス制御方法は、請求項１又は２に記載の間欠デバイス制御方法において、前記通知ステップでは、前記間欠デバイスの動作開始前、一定時間以下になった場合、制御内容の競合する制御要求を送信した全ての要求元に前記通知を一斉に行うことを要旨とする。
【００１１】
請求項４に記載の間欠デバイス制御方法は、請求項１乃至３のいずれかに記載の間欠デバイス制御方法において、前記通知ステップでは、前記他の要求元の制御要求、又は前記他の要求元に関する情報を更に通知することを要旨とする。
【００１２】
請求項５に記載の間欠デバイス制御方法は、請求項１乃至４のいずれかに記載の間欠デバイス制御方法において、前記受信ステップでは、前記通知を行った場合であっても前記要求元が前記制御要求を再送信した際には、再送信された制御要求を受信し、前記生成ステップでは、前記再送信された制御要求を用いて前記制御情報を生成することを要旨とする。
【００１３】
請求項６に記載の間欠デバイス制御方法は、請求項１乃至５のいずれかに記載の間欠デバイス制御方法において、前記生成ステップでは、制御内容が計算可能であるか、要求元の優先度、前記間欠デバイス制御装置に登録した要求元がユーザであるか、又は要求元の要求頻度に基づき前記制御情報を生成することを要旨とする。
【００１４】
請求項７に記載の間欠デバイス制御装置は、間欠的に動作する間欠デバイスを制御する間欠デバイス制御装置において、前記間欠デバイスの非動作中に、前記間欠デバイスを制御するための制御要求を受信して記憶手段に記憶させる受信手段と、制御内容の競合する制御要求を要求した要求元に対して、前記要求元の制御要求が他の要求元の制御要求と競合していることを通知する通知手段と、前記間欠デバイスが動作する直前の一定時間内に、制御内容の競合する複数の制御要求を用いて前記競合を解消した制御情報を生成する生成手段と、前記間欠デバイスの動作後に、前記制御情報を用いて前記間欠デバイスを制御する制御手段と、を有することを要旨とする。
【００１５】
請求項８に記載の間欠デバイス制御プログラムは、請求項１乃至６のいずれかに記載の間欠デバイス制御方法をコンピュータに実行させることを要旨とする。
【発明の効果】
【００１６】
本発明によれば、制御要求が競合する場合であっても、ユーザからの要望を適切に反映して間欠デバイスを制御することができる。
【図面の簡単な説明】
【００１７】
【図１】間欠デバイス制御装置の機能ブロック構成を示す図である。
【図２】要求元アプリケーションリストの例を示す図である。
【図３】間欠デバイスリストの例を示す図である。
【図４】要求リストの例を示す図である。
【図５】間欠デバイス制御システムの処理フローを示す図である。
【図６】間欠デバイスの非動作時における間欠デバイス制御装置の処理フローを示す図である。
【図７】競合通知フォーマットの例を示す図である。
【図８】間欠デバイスの立ち上がり直前での間欠デバイス制御装置の処理フローを示す図である。
【図９】制御情報の生成フローを示す図である。
【図１０】間欠デバイスの従来の制御方法を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明を実施する一実施の形態について図面を用いて説明する。
【００１９】
図１は、本実施の形態に係る間欠デバイス制御装置１の機能ブロック構成を示す図である。当該間欠デバイス制御装置１は、制御要求受付／通知部１１と、データ記憶部１２と、間欠デバイス制御部１３と、を備えて構成される。
【００２０】
制御要求受付／通知部１１は、（１）要求端末３から間欠デバイス５を制御するための制御要求を受信してデータ記憶部１２に記憶させる機能と、（２）制御内容の競合する制御要求を要求した要求端末３に対して、当該要求端末３の制御要求が他の要求端末３の制御要求と競合していることを通知する機能と、（３）制御内容の競合する複数の制御要求を用いて、競合を解消した制御情報を生成する機能と、を備えている。
【００２１】
データ記憶部１２は、（１）要求端末３に関する情報を要求元アプリケーションリストに記憶しておく機能と、（２）間欠デバイス５に関する情報を間欠デバイスリストに記憶しておく機能と、（３）制御要求受付／通知部１１で受け付けた制御要求を要求リストに記憶する機能と、（４）制御要求に含まれる制御内容に基づき制御要求の競合の有無を判定する機能と、（５）制御要求の競合時に制御要求受付／通知部１１で生成された制御情報を間欠デバイスリストに記憶させる機能と、を備えている。
【００２２】
間欠デバイス制御部１３は、間欠デバイスリストから制御情報を取得して間欠デバイス５に送信し、当該制御情報を用いて間欠デバイス５を制御する機能を備えている。
【００２３】
このような間欠デバイス制御装置１は、ＣＰＵやメモリ、データベースなどを備えたコンピュータで実現できる。また、間欠デバイス制御装置１の各動作をプログラムとして構築し、コンピュータにインストールして実行させることや、通信ネットワークを介して流通させることも可能である。
【００２４】
なお、間欠デバイス５とは、例えば、エアコン５１、冷蔵庫５２、空気清浄機５３などである。家電製品に限らず、省電力化のためのスリープモードといった間欠的に動作する機能や通信を行う機能を備えたデバイスであればよい。また、要求端末３とは、例えば、エアコン５１を赤外線で制御するリモコン端末３１、冷蔵庫５２や空気清浄機５３を遠隔制御するためのスマートフォン３２や事業者サーバ３３、スマートフォン３２や事業者サーバ３３の内部で動作するＷｅｂ−ＡＰＩ（ウェブアプリケーションプログラム）などである。
【００２５】
次に、データ記憶部１２で保持する要求元アプリケーションリスト、間欠デバイスリスト、要求リストについて説明する。ここでは、要求端末３の例としてウェブアプリケーションプログラム（単に、アプリ）を用いて説明する。
【００２６】
図２は、要求元アプリケーションリストの例を示す図である。当該要求元アプリケーションリストは、アプリＩＤと、サービス優先度と、利用頻度と、登録形式と、を備えたリスト形式で構成される。
【００２７】
アプリＩＤとは、要求端末３のアプリを識別するためのＩＤである。サービス優先度とは、ユーザに対する優先度又は要求端末３に対するサービスの優先度である。利用頻度とは、アプリが間欠デバイス制御装置１のサービスを利用した１日あたりの回数である。登録形式とは、間欠デバイス制御装置１のサービス利用を登録した登録主の種別である。ユーザ自身が登録した場合には“ユーザ”が設定され、アプリが自動で登録した場合には“サービサ”が設定される。このような要求元アプリケーションリストは、要求端末３に対して他の要求端末３に関する情報を通知するために用いられる。
【００２８】
図３は、間欠デバイスリストの例を示す図である。当該間欠デバイスは、デバイスＩＤと、制御要求ＩＤと、次回の立ち上がり時刻と、制御内容と、を備えたリスト形式で構成される。
【００２９】
デバイスＩＤとは、間欠デバイス５を識別するためのＩＤである。制御要求ＩＤとは、該当の間欠デバイス５に対してアプリから送信された制御要求を識別するためのＩＤである。次回の立ち上がり時刻とは、該当の間欠デバイスＩＤが、次のタイミングで動作を開始する日時、すなわち次回制御可能になる時刻である。間欠デバイス制御装置１は間欠デバイス５のスリープ間隔等を保持・管理しており、当該日時を経過すると次の立ち上がり時刻が新たに設定される。制御内容とは、立ち上がり時に間欠デバイス５を制御するための値である。このような間欠デバイスリストは、競合状態を通知する要求元があるかを確認するため、既に決められている制御候補があるかを確認するため、間欠デバイス５の次回の立ち上がり時刻を確認するため、間欠デバイス５が立上った際に当該間欠デバイス５の制御内容を取得するために用いられる。
【００３０】
図４は、要求リストの例を示す図である。当該要求リストは、制御要求ＩＤと、アプリＩＤと、要求種類と、緊急度と、ユーザ操作と、制御内容と、を備えたリスト形式で構成される。
【００３１】
制御要求ＩＤとは、１回の制御要求を識別するためのＩＤである。アプリＩＤとは、制御要求を送信したアプリを識別するためのＩＤである。要求種類とは、制御要求がどのようなタイミングで送信されたかを示す情報である。制御要求が初回の場合には“初回”が設定され、競合通知後に送信された場合は“競合後”が設定され、競合通知の一斉送信後に送信された場合は“一斉通知後”が設定される。緊急度とは、制御要求時にアプリから指定された優先度である。ユーザ操作とは、制御要求を行った要求主の種別である。ユーザ自身が送信した場合には“Ｙ”が設定され、アプリが自動で送信した場合には“Ｎ”が設定される。制御内容とは、アプリからの制御要求に含まれているパラメータ毎の制御値である。このような要求リストは、要求内容の競合時にどのような競合が発生したのかを通知するため、正当な手順の制御要求かを判別するために用いられる。
【００３２】
次に、間欠デバイス制御装置１で行う間欠デバイス制御方法について説明する。
【００３３】
まず、要求端末３と間欠デバイス５を含む間欠デバイス制御システムの動作を説明する。図５は、間欠デバイス制御システムの処理フローを示す図である。なお、制御要求受付／通知部１１は、間欠デバイスリストからエアコン５１の「次回の立ち上がり時刻」を取得し、タイマー機能等を用いて当該「次回の立ち上がり時刻」から一定時間前の時刻を把握しているものとする。
【００３４】
最初に、ステップＳ１０１において、エアコン５１の非動作中に、リモコン端末３１からエアコン５１に対する制御要求を受信すると、制御要求受付／通知部１１は、データ記憶部１２に対して要求リストを参照する要求を行い、データ記憶部１２は、受信した制御内容と要求リスト内の制御内容とを照合して制御要求が競合しているか否かを判定する。ここで、競合していない場合、データ記憶部１２は、“競合なし”の判定結果を返答する。そして、制御要求受付／通知部１１は、データ記憶部１２に対して受信した制御要求を要求リストに登録する要求を行い、リモコン端末３１に対して当該制御要求を受け付けたことを示す要求受付通知を送信する。
【００３５】
次に、ステップＳ１０２において、スマートフォン３２から同様の制御要求を受信した場合も同様に、制御要求受付／通知部１１は、データ記憶部１２に対して要求リストを参照する要求を行い、データ記憶部１２は、受信した制御内容と要求リスト内の制御内容とを照合して制御要求が競合しているか否かを判定する。ここで、スマートフォン３２からの制御内容がリモコン端末３１からの制御内容と競合している場合、データ記憶部１２は、“競合あり”の判定結果を返答する。この場合、制御要求受付／通知部１１は、制御要求が競合していることを示す競合通知をスマートフォン３２のみに送信する。その後、スマートフォン３２は、送信した制御要求を取り下げたものとする。
【００３６】
次に、ステップＳ１０３において、事業者サーバ３３から同様の制御要求を受信した場合も同様に、制御要求受付／通知部１１は、事業者サーバ３３からの制御内容がリモコン端末３１からの制御内容と競合しているため、データ記憶部１２での“競合あり”の判定結果に基づき競合通知を事業者サーバ３３のみに送信する。その後、事業者サーバ３３は、当該競合通知より送信した制御要求が競合していることを認識するが、当該競合通知を受けた場合であっても、当該制御要求を再送信したとする。
【００３７】
このとき、制御要求受付／通知部１１は、競合通知を送信した場合であっても、事業者サーバ３３が上記制御要求を再送信した際には、当該再送信された制御要求を受信して要求リストに登録する。このタイミングで、間欠デバイス制御装置１は、制御内容の競合する２つの制御要求を保持していることになる。その後、間欠デバイス制御装置１は、エアコン５１の「次回の立ち上がり時刻」まで一定時間以下になると、競合の折衷処理を開始する。
【００３８】
すなわち、ステップＳ１０４において、制御要求受付／通知部１１は、競合下の全ての要求端末３に対して競合通知を一斉に送信する。このタイミングで、リモコン端末３１は、自身が送信した制御要求が後発の制御要求と競合していることを認識できる。
【００３９】
その後、競合通知を一斉送信した場合であっても、リモコン端末３１と事業者サーバ３３から各制御要求をそれぞれ再受信した場合には、ステップＳ１０５において、制御要求受付／通知部１１は、それら２つの制御要求に基づき、競合が解消するような折衷案的な制御情報を生成する。そして、当該制御情報を間欠デバイスリストのエアコン５１に対応付けて登録し、リモコン端末３１と事業者サーバ３３からの各制御要求を要求リストからそれぞれ削除して、生成した制御情報を含む折衷結果をリモコン端末３１と事業者サーバ３３へ送信する。
【００４０】
その後、エアコン５１から立ち上がり通知を受信すると、ステップＳ１０６において、間欠デバイス制御部１３は、間欠デバイスリストから当該エアコン５１に対する制御情報を取得し、エアコン５１に送信して制御する。そして、当該制御情報を間欠デバイスリストから削除し、処理を終了する。
【００４１】
続いて、間欠デバイス５の非動作時における間欠デバイス制御装置１の動作を説明する。図６は、間欠デバイス５の非動作時における間欠デバイス制御装置１の処理フローを示す図である。ここでは、要求端末３の例としてアプリを用いて説明する。
【００４２】
最初に、ステップＳ２０１において、アプリからの制御要求を受け付け、ステップＳ２０２において、間欠デバイス５が次に立ち上がるまで一定時間以上あるか否かを判定する。現時刻から一定時間以上ある場合はステップＳ２０３へ進み、一定時間未満の場合はステップＳ２０８へ進む。ステップＳ２０８では、ステップＳ２０１で受け付けた制御要求を拒否して処理を終了する。
【００４３】
一方、ステップＳ２０３では、間欠デバイスリストを参照し、該当の間欠デバイス５に対して制御内容の同じ制御要求を既に受け付けているか否かを判定する。同じ制御要求を未だ受け付けていない場合はステップＳ２０４へ進み、既に受け付けている場合はステップＳ２０６へ進む。
【００４４】
ステップＳ２０４では、ステップＳ２０１で受け付けた制御要求に含まれる制御内容を要求リストに登録し、ステップＳ２０５において、要求受付通知を要求元のアプリに送信し、処理を終了する。
【００４５】
一方、ステップＳ２０６では、ステップＳ２０１で受け付けた制御要求を競合通知の送信後に受信したか否かを判定する。競合通知をした後に当該制御要求を受信した場合はステップＳ２０４へ進み、競合通知をする前に受信した場合はステップＳ２０７へ進む。ステップＳ２０７では、要求リストを参照して競合先のアプリの情報を含めた競合通知を送信し、ステップＳ２０１へ戻る。
【００４６】
ここで、競合通知フォーマットの例を図７に示す。競合状態を通知する以外に、競合先のアプリに関する情報、当該競合先のアプリから送信された制御要求に含まれる要求内容も併せて送信する。競合時のデータを全てフォーマット内に含めてもよいし、“制御要求情報（ＲｅｑＩＤ及びその概要）”のみを送信し、“競合したアプリに関する情報”と“競合したアプリからの制御要求”を要求端末３から受け取った後など必要に応じて送信してもよい。
【００４７】
続いて、間欠デバイス５の立ち上がり時刻まで一定時間以下になった際における間欠デバイス制御装置１の動作を説明する。図８は、間欠デバイス５の立ち上がり時刻まで一定時間以下になった際における間欠デバイス制御装置１の処理フローを示す図である。
【００４８】
最初に、ステップＳ３０１において、要求リストを参照し、該当の間欠デバイス５に対して競合する制御要求があるか否かを判定する。競合する制御要求がない場合はステップＳ３０２へ進み、競合する制御要求がある場合はステップＳ３０４へ進む。
【００４９】
ステップＳ３０２では、当該間欠デバイス５に対して制御要求が存在するか否かを判定する。制御要求が存在する場合はステップＳ３０３へ進み、当該制御要求に含まれる制御内容を間欠デバイスリストに登録する。一方、制御要求が存在しない場合は、処理を終了する。
【００５０】
一方、ステップＳ３０４では、競合下の全てのアプリに対して競合通知を一斉に送信する。その後、ステップＳ３０５において、当該競合下の全てのアプリから制御要求を再受信したか否かを判定する。制御要求を再受信した場合はステップＳ３０６へ進み、制御要求を再受信しない場合はステップＳ３０９へ進む。
【００５１】
ステップＳ３０６では、再受信した各制御要求に含まれる制御内容に違いがあるか否かを判定する。例えば、一方の制御内容が「室温を２０°に設定する」であり、他方の制御内容が「室温を１８°に設定する」など、設定レベルに違いがあるか否かを判定する。設定レベルが異なる場合はステップＳ３０７へ進み、設定レベルが同じ場合はステップＳ３０３へ進む。
【００５２】
ステップＳ３０７では、競合する制御内容に基づき、競合が解消するような折衷案的な制御情報を生成する。その後、ステップＳ３０８において、当該生成した制御情報を間欠デバイスリストに登録し、処理を終了する。
【００５３】
一方、ステップＳ３０９では、一定のタイムアウト時間を経過したか否かを判定する。タイムアウト時間を経過していない場合は、ステップＳ３０５へ戻り、タイムアウト時間を経過するまで制御要求の再送を待ち続ける。一方、タイムアウト時間を経過した場合は、ステップＳ３１０へ進み、制御要求を送信したアプリがあるか否かを改めて再確認し、当該アプリがあった場合はステップＳ３０６へ進み、当該アプリがない場合は処理を終了する。
【００５４】
最後に、ステップＳ３０７における制御情報の生成方法を説明する。図９は、制御情報の生成方法を示す図である。
【００５５】
最初に、ステップＳ４０１において、競合した制御パラメータは数値計算可能か否かを判定する。数値計算できる場合には、ステップＳ４０２において、競合した数値の平均を算出し、新たな制御情報とする。
【００５６】
一方、数値計算できない場合には、ステップＳ４０３において、要求元アプリケーションリストを参照し、サービス優先度の最も高いアプリが１つのみか否かを判定する。当該アプリが１つのみの場合には、ステップＳ４０４において、サービス優先度の最も高いアプリから送信された制御内容を新たな制御情報とする。
【００５７】
一方、サービス優先度の最も高いアプリが複数の場合には、まず、ステップＳ４０５において、サービス優先度が最大でないアプリを候補から除外し、次に、ステップＳ４０６において、登録形式がユーザであるアプリが１つのみであるか否かを判定する。そして、当該アプリが１つのみの場合、ステップＳ４０７において、当該アプリから送信された制御内容を新たな制御情報とする。
【００５８】
次に、登録形式がユーザであるアプリが複数の場合には、ステップＳ４０８において、要求元アプリケーションリストを参照し、利用頻度（要求頻度）が最も高いアプリがあるか否かを判定する。当該アプリがある場合には、ステップＳ４０９において、利用頻度が最も高いアプリから送信された制御内容を新たな制御情報とする。一方、当該アプリがない場合には、ステップＳ４１０において、アプリＩＤの小さいアプリから送信された制御内容を新たな制御情報とする。
【００５９】
本実施の形態によれば、制御要求受付／通知部１１が、制御内容の競合する複数の制御要求を用いて競合を解消した制御情報を生成し、間欠デバイス制御部１３が、当該制御情報を用いてエアコン５１を制御するので、ユーザからの要望を適切に反映してエアコン５１を制御することができる。
【００６０】
また、本実施の形態によれば、エアコン５１が非動作中の場合、制御内容の競合する複数の制御要求のうち後発の制御要求を送信したスマートフォン３２又は事業者サーバ３３のみに競合通知を送信するので、通信量の増加を抑制しつつ、ユーザからの要望を適切に反映してエアコン５１を制御することができる。
【符号の説明】
【００６１】
１…間欠デバイス制御装置
１１…制御要求受付／通知部
１２…データ記憶部
１３…間欠デバイス制御部
３…要求端末
３１…リモコン端末
３２…スマートフォン
３３…事業者サーバ
５…間欠デバイス
５１…エアコン
５２…冷蔵庫
５３…空気清浄機
Ｓ１０１〜Ｓ１０６、Ｓ２０１〜Ｓ２０８、Ｓ３０１〜Ｓ３１０、Ｓ４０１〜Ｓ４１０…ステップ
【図１】
2015210697.tif 000003
【図２】
2015210697.tif 000004
【図３】
2015210697.tif 000005
【図４】
2015210697.tif 000006
【図５】
2015210697.tif 000007
【図６】
2015210697.tif 000008
【図７】
2015210697.tif 000009
【図８】
2015210697.tif 000010
【図９】
2015210697.tif 000011
【図１０】
2015210697.tif 000012