JP2014222868A - デバイス制御装置、デバイス制御方法、およびデバイス制御システム - Google Patents

デバイス制御装置、デバイス制御方法、およびデバイス制御システム Download PDF

Info

Publication number
JP2014222868A
JP2014222868A JP2013102618A JP2013102618A JP2014222868A JP 2014222868 A JP2014222868 A JP 2014222868A JP 2013102618 A JP2013102618 A JP 2013102618A JP 2013102618 A JP2013102618 A JP 2013102618A JP 2014222868 A JP2014222868 A JP 2014222868A
Authority
JP
Japan
Prior art keywords
change
sensor
control
information
control device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2013102618A
Other languages
English (en)
Inventor
角田　潤
Jun Tsunoda
潤 角田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2013102618A priority Critical patent/JP2014222868A/ja
Priority to EP20140165931 priority patent/EP2804282A1/en
Priority to US14/263,315 priority patent/US20140343698A1/en
Publication of JP2014222868A publication Critical patent/JP2014222868A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
    • H02J13/00—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network
    • H02J13/00004—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network characterised by the power network being locally controlled
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B15/00—Systems controlled by a computer
    • G05B15/02—Systems controlled by a computer electric
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
    • H02J13/00—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network
    • H02J13/00006—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network characterised by information or instructions transport means between the monitoring, controlling or managing units and monitored, controlled or operated power network element or electrical equipment
    • H02J13/00028—Circuit arrangements for providing remote indication of network conditions, e.g. an instantaneous record of the open or closed condition of each circuitbreaker in the network; Circuit arrangements for providing remote control of switching means in a power distribution network, e.g. switching in and out of current consumers by using a pulse code signal carried by the network characterised by information or instructions transport means between the monitoring, controlling or managing units and monitored, controlled or operated power network element or electrical equipment involving the use of Internet protocols
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
    • H02J3/00—Circuit arrangements for ac mains or ac distribution networks
    • H02J3/12—Circuit arrangements for ac mains or ac distribution networks for adjusting voltage in ac networks by changing a characteristic of the network load
    • H02J3/14—Circuit arrangements for ac mains or ac distribution networks for adjusting voltage in ac networks by changing a characteristic of the network load by switching loads on to, or off from, network, e.g. progressively balanced loading
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • E—FIXED CONSTRUCTIONS
    • E05—LOCKS; KEYS; WINDOW OR DOOR FITTINGS; SAFES
    • E05F—DEVICES FOR MOVING WINGS INTO OPEN OR CLOSED POSITION; CHECKS FOR WINGS; WING FITTINGS NOT OTHERWISE PROVIDED FOR, CONCERNED WITH THE FUNCTIONING OF THE WING
    • E05F15/00—Power-operated mechanisms for wings
    • E05F15/70—Power-operated mechanisms for wings with automatic actuation
    • E05F15/71—Power-operated mechanisms for wings with automatic actuation responsive to temperature changes, rain, wind or noise
    • H—ELECTRICITY
    • H02—GENERATION; CONVERSION OR DISTRIBUTION OF ELECTRIC POWER
    • H02J—CIRCUIT ARRANGEMENTS OR SYSTEMS FOR SUPPLYING OR DISTRIBUTING ELECTRIC POWER; SYSTEMS FOR STORING ELECTRIC ENERGY
    • H02J2310/00—The network for supplying or distributing electric power characterised by its spatial reach or by the load
    • H02J2310/10—The network having a local or delimited stationary reach
    • H02J2310/12—The local stationary network supplying a household or a building
    • H02J2310/14—The load or loads being home appliances
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02B—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO BUILDINGS, e.g. HOUSING, HOUSE APPLIANCES OR RELATED END-USER APPLICATIONS
    • Y02B70/00—Technologies for an efficient end-user side electric power management and consumption
    • Y02B70/30—Systems integrating technologies related to power network operation and communication or information technologies for improving the carbon footprint of the management of residential or tertiary loads, i.e. smart grids as climate change mitigation technology in the buildings sector, including also the last stages of power distribution and the control, monitoring or operating management systems at local level
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02B—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO BUILDINGS, e.g. HOUSING, HOUSE APPLIANCES OR RELATED END-USER APPLICATIONS
    • Y02B70/00—Technologies for an efficient end-user side electric power management and consumption
    • Y02B70/30—Systems integrating technologies related to power network operation and communication or information technologies for improving the carbon footprint of the management of residential or tertiary loads, i.e. smart grids as climate change mitigation technology in the buildings sector, including also the last stages of power distribution and the control, monitoring or operating management systems at local level
    • Y02B70/3225—Demand response systems, e.g. load shedding, peak shaving
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S20/00—Management or operation of end-user stationary applications or the last stages of power distribution; Controlling, monitoring or operating thereof
    • Y04S20/20—End-user application control systems
    • Y04S20/222—Demand response systems, e.g. load shedding, peak shaving
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S20/00—Management or operation of end-user stationary applications or the last stages of power distribution; Controlling, monitoring or operating thereof
    • Y04S20/20—End-user application control systems
    • Y04S20/242—Home appliances

Landscapes

  • Engineering & Computer Science (AREA)
  • Power Engineering (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Selective Calling Equipment (AREA)
  • Small-Scale Networks (AREA)

Abstract

【課題】競合デバイスに対して適切な制御をおこなうデバイス制御装置、デバイス制御方法、およびデバイス制御システムを提供すること。【解決手段】デバイス制御依頼受信手段は、サービスから制御デバイスを制御する依頼を受信し、競合デバイス情報取得手段に依頼内容を通知する。競合デバイス情報取得手段は、運転センサ変化情報から競合デバイスを取得し、デバイス運転情報から競合デバイスの稼動状態を取得する。競合デバイス情報取得手段は、競合デバイスが制御デバイスに競合すると判定した場合、デバイス制御手段に競合デバイスを制御させる。デバイス制御手段は、依頼内容に従い、制御デバイスを制御する。【選択図】図１

Description

本発明は、デバイス制御装置、デバイス制御方法、およびデバイス制御システムに関する。
地球温暖化の問題に対応するため、政府は優遇措置をとることで省エネルギー家電を奨励した。その結果、暖冷房、冷蔵庫、パーソナルコンピュータ、テレビ等の電力消費量が大きい電化製品を中心に、多くの省エネルギー家電が各家庭に普及するに至っている。さらに、最近では電力供給が不安定となるという社会情勢を受けて住居全体の省エネルギーまで視野が広がり、各電化製品の運転などを統合管理するスマートハウスが普及している。
スマートハウスが普及した当初は、各家庭に節電を働きかけるため、電力消費量等を可視化するＨＥＭＳ（Home Energy Management Service）が主流であったが、今後はエネルギーの効率化と住民の快適性を両立させるデバイス制御が主流になると考えられる。住居において室温調整、照度調整、ヘルスケア、セキュリティ、および高齢者の見守り等の複数のサービスが、ネットワークを通じて節電や居住空間の快適化を目的に、実際に各電化製品を制御している。
ところが、サービスが電化製品を制御するとき、制御デバイスの稼動に反した状態で稼動する競合デバイスが存在することがある。このとき、当該サービスが対象のデバイスのみを制御すると、競合デバイスと制御後の制御デバイスとの間で、稼動状態に不整合が生じる場合がある。例えば、制御デバイスがエアコンで、競合デバイスが電動窓の場合、夏季に快適制御サービスがエアコンを冷房運転で室温を下げようとしているときに、同じ部屋に設置されている電動窓が開いていると、外部から暖気が入り込み、エアコンの冷房運転を妨げることになる。
そこで、各電化製品を制御するサービスは、競合デバイスの稼動状態が制御デバイスの稼動状態に整合しない場合、サービスは制御デバイスを制御しようとする前に競合デバイスを制御することがある。例えば、換気サービスによりエアコンと同じ部屋にある電動窓が開けられている場合、快適サービスは、競合デバイスである電動窓を制御してからエアコンの運転を開始する。また、照度調整サービスにより日中に照明機器と同じ部屋にあるカーテンが閉められている場合、ＨＥＭＳは、カーテンを制御してから照明機器の照度を調整する。このように、競合デバイスの稼動状態が制御デバイスの稼動状態に整合しない場合、スマートハウスは競合デバイスを制御する。
特開２００７−１２４２４０号公報 特開２０１２−１９５６６４号公報
しかしながら、競合デバイスに対して適切な制御ができないという問題がある。
サービスが制御デバイスを制御するとき、競合デバイスを排他制御して競合デバイスに対する操作を受け付けないようにしても、制御デバイスと競合デバイスとの間に生じる稼動状態の不整合は解消されない。例えば、快適制御サービスが夏季にエアコンの冷房運転を開始する際、エアコンの競合デバイスである電動窓への操作を排他制御しても、電動窓が開いた状態でロックされる場合がある。
また、複数のデバイスを制御する統合システムは、制御デバイスに対応する競合デバイスを把握するのにデータベース等で制御デバイスと競合デバイスとを関連付けている。統合システムは住居に電化製品を新たに設置するとき、当該電化製品に対応する競合デバイスをデータベースに登録する。このため、統合システムは住居に電化製品が設置される度にデータベースに項目を追加することになる。
一つの側面では、上記に鑑みてなされたものであって、競合デバイスに対して適切な制御をおこなうデバイス制御装置、デバイス制御方法、およびデバイス制御システムを提供することを目的とする。
第１の案では、デバイス制御装置は、制御デバイス、該制御デバイスの稼動状態、およびセンサ計測値の変化を時間毎に収集したセンサ情報に基づき設定される変化属性、を対応付けた運転センサ変化情報を記憶する記憶部を有する。さらに、デバイス制御装置は、制御デバイスを制御する依頼を受け付けたとき、運転センサ変化情報に基づき、該制御デバイスの稼動状態に係る変化属性に競合する競合デバイスを特定する特定部を有する。さらに、デバイス制御装置は、特定された競合デバイスに対し、競合デバイスと制御デバイスとの稼動状態の競合を解消する依頼内容に補間した後、補間した該依頼を実行する制御部を有する。
本発明の一の実施態様によれば、競合デバイスに対して適切な制御ができるという効果を奏する。
図１は、実施例１に係るデバイス制御装置の構成を示す機能ブロック図である。 図２は、エアコンの電源をオフにした状態で温度センサを用いて室温を計測したときのセンサ情報を説明するための図である。 図３は、電動窓を開けた場合に温度センサを用いて室温を計測したときのセンサ情報を説明するための図である。 図４は、変化属性に変化があったか否かを判断する基準となるセンサ計測値の変化値を表した変化値テーブルを説明するための図である。 図５は、エアコンおよび電動窓に係る変化属性を表す運転センサ変化情報を説明するための図である。 図６は、変化属性の取得対象を表すデバイスＩＤリストを説明するための図である。 図７は、エアコンの稼動状態を変更した時間を表すデバイス運転情報を説明するための図である。 図８は、電動窓の稼動状態を変更した時間を表すデバイス運転情報を説明するための図である。 図９は、エアコンおよび電動窓の稼動状態を表すデバイス運転情報を説明するための図である。 図１０は、エアコンの電源をオフにした後、電動窓を開けた場合のデバイス運転情報を説明するための図である。 図１１は、電動窓を閉めた後、エアコンの電源をオンにした場合のデバイス運転情報を説明するための図である。 図１２は、運転センサ変化情報を作成するまでの処理の流れを説明するための図である。 図１３は、競合デバイスを有する制御デバイスを制御するまでの処理の流れを説明するためのフロー図である。 図１４は、実施例２に係るデバイス制御装置の構成を示す機能ブロック図である。 図１５は、監視時間情報に係るデータ構造の一例を示す図である。 図１６は、実施例３に係るデバイス制御装置の構成を示す機能ブロック図である。 図１７は、プロファイル情報に係るデータ構造の一例を示す図である。 図１８は、記憶部がプロファイル情報を有する場合において、制御デバイスを制御するまでの処理の流れを説明するためのフロー図である。 図１９は、実施例４に係るデバイス制御装置の構成を示す機能ブロック図である。 図２０は、優先順位情報に係るデータ構造の一例を示す図である。 図２１は、記憶部が優先順位情報を有する場合において、制御デバイスを制御するまでの処理の流れを説明するためのフロー図である。 図２２は、夏期または午後に対応する運転センサ変化情報の一例を示す図である。 図２３は、冬期に対応する運転センサ変化情報の一例を示す図である。 図２４は、季節または時間帯に対応する運転センサ変化情報を作成するまでの処理の流れを説明するためのフロー図である。 図２５は、季節または時間帯に対応する運転センサ変化情報に基づき制御デバイスを制御するまでの処理の流れを説明するためのフロー図である。 図２６は、デバイス制御システムに係るシステム構成の一例を示す図である。
以下に、本願の開示するデバイス制御装置、デバイス制御方法、およびデバイス制御システムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
実施例１に係るデバイス制御装置の機能構成の一例について説明する。図１は、実施例１に係るデバイス制御装置の構成を示す機能ブロック図である。図１に示すように、このデバイス制御装置１００において、制御部は、センサ情報取得手段１０２と、情報変化分析手段１０４と、デバイス制御手段１１１と、競合デバイス情報取得手段１１２と、デバイス情報取得手段１１４と、デバイス制御依頼受信手段１２１とを含む。また、記憶部には、センサ情報１０３と、変化値テーブル１０５と、運転センサ変化情報１０６と、デバイス運転情報１１３とを含む。なお、デバイス制御装置１００において、制御部の各構成は長方形で示し、記憶部の各構成は円筒形で示す。なお、競合デバイス情報取得手段１１２は特定部の一例である。また、デバイス制御手段１１１は制御部の一例である。また、センサ情報取得手段１０２は監視部の一例である。また、情報変化分析手段１０４は判定部の一例である。また、競合デバイス情報取得手段１１２は選択部の機能を有していてもよい。
また、デバイス制御装置１００の外部には、センサ１０１と、デバイス１１０と、サービス１２０が取り付けられる。また、センサ１０１は、センサ情報取得手段１０２に接続される。センサ１０１は、例えば、温度センサ、照度センサ等である。また、デバイス１１０は、デバイス制御手段１１１およびデバイス情報取得手段１１４に接続される。デバイス１１０は、制御デバイス１１０ａと競合デバイス１１０ｂとを含む。また、サービス１２０は、デバイス制御依頼受信手段１２１に接続される。なお、センサ情報取得手段１０２は、センサ１０１から送信される計測値データを取得し、取得した計測値データをセンサ情報１０３に蓄積する。
［記憶部の各構成］
以下、記憶部の各構成について説明する。記憶部は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、ハードディスクや光ディスクなどである。
センサ情報１０３は、センサ１０１から送信される計測データを収集し、センサ計測値を時間毎に記憶した履歴データである。具体例を挙げて説明する。図２は、エアコンの電源をオフにした状態で温度センサを用いて室温を計測したときのセンサ情報１０３を説明するための図である。図２に示すように、センサ情報１０３は、温度を計測した時刻と、デバイスＩＤと、プロパティと、設定値とを関連付ける。センサ情報１０３は、「時刻」にセンサ１０１が計測した時間、「デバイスＩＤ」に計測に使用したセンサ１０１の識別番号、「設定値」にセンサ１０１による計測値を格納する。
例えば、センサ情報１０３は、温度センサにより温度が計測された時刻「2013/7/21 13:13:00」に、温度センサのデバイスＩＤ「Thermometer1」と、温度計測値を示すプロパティ「MeasuredTemp」と、計測された温度を示す設定値「27.5」とを対応付ける。また、センサ情報１０３は、時刻「2013/7/21 13:14:00」に、デバイスＩＤ「Thermometer1」と、プロパティ「MeasuredTemp」と、設定値「27.6」とを対応付ける。また、センサ情報１０３は、時刻「2013/7/21 13:15:00」に、デバイスＩＤ「Thermometer1」と、プロパティ「MeasuredTemp」と、設定値「27.7」とを対応付ける。センサ情報１０３は、以降の履歴データにおいても、１分ごとに計測される温度を各時刻に対応付けて記憶する。
図３は、電動窓を開けた場合に温度センサを用いて室温を計測したときのセンサ情報１０３を説明するための図である。センサ情報１０３のデータ構造は、図２と同様である。例えば、センサ情報１０３は、温度センサにより温度が計測された時刻「2013/7/21 10:35:00」に、温度センサのデバイスＩＤ「Thermometer1」と、温度計測モードを示すプロパティ「MeasuredTemp」と、計測された温度を示す設定値「26.1」とを対応付ける。また、センサ情報１０３は、時刻「2013/7/21 10:36:00」に、デバイスＩＤ「Thermometer1」と、プロパティ「MeasuredTemp」と、設定値「26.2」とを対応付ける。また、センサ情報１０３は、時刻「2013/7/21 10:37:00」に、デバイスＩＤ「Thermometer1」と、プロパティ「MeasuredTemp」と、設定値「26.6」とを対応付ける。センサ情報１０３は、以降の履歴データにおいても、１分ごとに計測される温度を各時刻に対応付けて記憶する。
変化値テーブル１０５は、変化属性の変化の有無を判断する基準となるセンサ計測値の変化値を示すデータである。変化属性とは、センサ１０１の計測対象に生じた変化を示す。例えば、温度センサが室温を測定する場合、変化属性は室温上昇、室温下降、室温維持のいずれかをとる。この場合、変化属性は、室温が所定値以上に増加した場合に室温上昇、室温が所定値以下に減少した場合に室温下降、室温の増減が所定値より小さい場合に室温維持となる。
変化値テーブル１０５は、温度センサや照度センサ等の計測をおこなう変化デバイスと、センサ計測値の変化値とを対応付ける。変化値は、変化属性に変化があったか否かを判断する基準に使用される。図４は、変化属性に変化があったか否かを判断する基準となるセンサ計測値の変化値を表した変化値テーブル１０５を説明するための図である。図４に示すように、変化値テーブル１０５は、変化デバイス情報の種別と、種別に対応した値と、プロパティとを対応付け、さらに、変化属性に変化があったかを判断する基準となる変化値を対応付ける。変化値テーブル１０５は、種別に「Category」もしくは「Device」のいずれかの値を格納する。また、変化値テーブル１０５は、種別に「Category」が挿入された場合、値に「デバイスの種別」を格納する。一方、変化値テーブル１０５は、種別に「Device」が挿入された場合、値に「デバイスＩＤ」を格納する。また、変化値テーブル１０５は、「プロパティ」に変化を判定する対象イベントのプロパティ名、「変化値」に変化属性の変化の有無を判断する基準となるセンサ計測値の変化値を格納する。
例えば、図４において変化値テーブル１０５は、種別に「Category」、値に「Thermometer」、プロパティに「MeasuredTemp」、変化値に「１」を格納している。図４の場合、変化値テーブル１０５は、温度変化が１度以上であったかを変化属性に変化があったか否かの判断基準とすることになる。なお、変化属性の変化の有無の判定に関する詳細は、後述する。
運転センサ変化情報１０６は、制御デバイスに係る変化属性に競合する競合デバイス１１０ｂを特定するためのデータである。運転センサ変化情報１０６は、制御デバイスと、制御デバイスの稼動状態と、変化デバイスと、変化属性とを対応付ける。運転センサ変化情報１０６は、制御デバイスを各稼動状態としたときに、計測値が上昇、下降、または維持するかを示している。
図５は、エアコンおよび電動窓に係る変化属性を表す運転センサ変化情報１０６を説明するための図である。図５に示すように、運転センサ変化情報１０６は、制御デバイスに係るデバイスＩＤ、プロパティ、および値と、変化デバイスに係るデバイスＩＤ、プロパティ、および値とを対応付ける。運転センサ変化情報１０６は、制御デバイスに係る「デバイスＩＤ」に制御デバイスに係る識別番号、「プロパティ」に制御デバイスに係るイベントのプロパティ名、「値」に制御デバイスの稼動状態を格納する。一方、運転センサ変化情報１０６は、変化デバイスに係る「デバイスＩＤ」に変化デバイスに係る識別番号、「プロパティ」に変化を判定する対象イベントのプロパティ名、「値」に変化属性を格納する。
例えば、図５の運転センサ変化情報１０６は、１行目において、制御デバイスに係るデバイスＩＤに「AirConditioner1」、プロパティに「OperationStatus」、値に「Off」を格納している。これにより、一方、運転センサ変化情報１０６は、変化デバイスに係るデバイスＩＤに「Thermometer1」、プロパティに温度変化の判定を示す「MeasuredTemp」、値に室温上昇を示す「Up」を格納している。以上により、運転センサ変化情報１０６は、エアコンの電源がオフになった場合、室温が上昇することを示す。
また、図５の運転センサ変化情報１０６は、２行目において、制御デバイスに係るデバイスＩＤに「AirConditioner1」、プロパティに「OperationStatus」、値に「On」を格納している。一方、運転センサ変化情報１０６は、変化デバイスに係るデバイスＩＤに「Thermometer1」、プロパティに「MeasuredTemp」、値に「Down」を格納している。運転センサ変化情報１０６は、以上により、エアコンの電源がオンになった場合、室温が下降することを示す。
また、図５の運転センサ変化情報１０６は、３行目において、デバイスＩＤに「Window1」、プロパティに「OperationStatus」、値には窓が開放状態であることを示す「On」を格納している。一方、運転センサ変化情報１０６は、変化デバイスに係るデバイスＩＤに「Thermometer1」、プロパティに「MeasuredTemp」、値に「Up」を格納している。以上により、運転センサ変化情報１０６は、電動窓が開放状態になった場合、室温が上昇することを示す。
また、図５の運転センサ変化情報１０６は、４行目において、制御デバイスに係るデバイスＩＤに「Window1」、プロパティに「OperationStatus」、値に「Off」を格納している。一方、運転センサ変化情報１０６は、変化デバイスに係るデバイスＩＤに「Thermometer1」、プロパティに「MeasuredTemp」、値に「−」を格納している。以上により、運転センサ変化情報１０６は、電動窓が閉鎖状態になった場合、室温を維持することを示す。
図６は、変化属性の取得対象を表すデバイスＩＤリストを説明するための図である。運転センサ変化情報１０６は、デバイスＩＤリストに含まれるデバイスに係る変化属性のみを保持してもよい。これにより、センサ１０１が計測処理する回数を減らすことができる。例えば、図６のデバイスＩＤリストは、１行目から順に「Airconditioner1」、「Airconditioner2」、「Window1」、「Window2」を格納しており、２台のエアコンと２台の電動窓を変化属性の取得対象にしている。
デバイス運転情報１１３は、各時刻における稼動状態を示す履歴データである。図７は、エアコンの稼動状態を変更した時間を表すデバイス運転情報１１３を説明するための図である。図７に示すように、デバイス運転情報１１３は、時刻と、デバイスＩＤと、プロパティと、設定値と、設定サービスＩＤとを対応付ける。デバイス運転情報１１３は、「時刻」に制御デバイスの稼動状態が変化した時刻、「デバイスＩＤ」に制御デバイスの識別番号、「プロパティ」に制御デバイスに係るイベントのプロパティ名、「設定値」に制御デバイスの稼動状態を格納する。また、デバイス運転情報１１３は、「設定サービスＩＤ」に制御デバイスを制御したサービスの識別番号を格納する。
デバイス運転情報１１３は、１行目において、時刻に「2013/7/21 13:15:00」、デバイスＩＤに「AirConditioner1」、プロパティに「OperationStatus」、設定値に「Off」、設定サービスＩＤに「energy-saving」を格納している。以上により、デバイス運転情報１１３は、2013年7月21日13:15:00に、省エネサービスがエアコンの電源をオフにしたことを示す。また、デバイス運転情報１１３は、２行目において、時刻に「2013/7/21 15:11:55」、デバイスＩＤに「AirConditioner1」、プロパティに「OperationStatus」、設定値に「On」、設定サービスＩＤに「−」を格納している。以上により、デバイス運転情報１１３は、2013年7月21日15:11:55に、ユーザがエアコンの電源をオンにしたことを示す。
図８は、電動窓の稼動状態を変更した時間を表すデバイス運転情報１１３を説明するための図である。デバイス運転情報１１３は、１行目において、時刻に「2013/7/21 10:35:13」、デバイスＩＤに「Window1」、プロパティに「OperationStatus」、設定値に「On」、設定サービスＩＤに「−」を格納している。以上により、デバイス運転情報１１３は、2013年7月21日10:35:13に、ユーザが電動窓を開けたことを示す。また、デバイス運転情報１１３は、２行目において、時刻に「2013/7/21 13:05:48」、デバイスＩＤに「Window1」、プロパティに「OperationStatus」、設定値に「Off」、設定サービスＩＤに「−」を格納している。以上により、デバイス運転情報１１３は、2013年7月21日13:05:48に、ユーザが電動窓を閉めたことを示す。
図９は、エアコンおよび電動窓の稼動状態を表すデバイス運転情報１１３を説明するための図である。デバイス運転情報１１３は、１行目において、時刻に「2013/7/21 21:05:00」、デバイスＩＤに「Window1」、プロパティに「OperationStatus」、設定値に「Off」、設定サービスＩＤに「−」を格納している。以上により、デバイス運転情報１１３は、2013年7月21日21:05:00以降、電動窓が閉鎖状態であることを示す。また、デバイス運転情報１１３は、２行目において、時刻に「2013/7/22 00:20:00」、デバイスＩＤに「AirConditioner1」、プロパティに「OperationStatus」、設定値に「Off」、設定サービスＩＤに「air-conditioning」を格納している。以上により、デバイス運転情報１１３は、2013年7月22日00:20:00以降、エアコンの電源がオフにされた状態であることを示す。
図１０は、エアコンの電源をオフにした後、電動窓を開けた場合のデバイス運転情報１１３を説明するための図である。図１０の１行目および２行目は、図９と同様であるので省略する。デバイス運転情報１１３は、３行目において、時刻に「2013/7/22 10:34:00」、デバイスＩＤに「Window1」、プロパティに「OperationStatus」、設定値に「On」、設定サービスＩＤに「energy-saving」を格納している。以上により、デバイス運転情報１１３は、2013年7月22日10:34:00に、電動窓が開放状態から閉鎖状態に切り替えられたことを示すことになる。
図１１は、電動窓を閉めた後、エアコンの電源をオンにした場合のデバイス運転情報１１３を説明するための図である。図１１の１行目から３行目までは、図１０と同様であるので省略する。デバイス運転情報１１３は、４行目において、時刻に「2013/7/22 11:45:00」、デバイスＩＤに「Window1」、プロパティに「OperationStatus」、設定値に「off」、設定サービスＩＤに「air-conditioning」を格納している。また、デバイス運転情報１１３は、５行目において、時刻に「2013/7/22 11:45:50」、デバイスＩＤに「AirConditioner1」、プロパティに「OperationStatus」、設定値に「On」、設定サービスＩＤに「air-conditioning」を格納している。以上により、デバイス運転情報１１３は、2013年7月22日11:45:00に窓を閉めた後、2013年7月21日11:45:50にエアコンの電源をオンにしたことを示すことになる。
［制御部の各構成］
以下、制御部の各構成について説明する。制御部の機能は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現することができる。また、制御部の機能は、例えば、ＣＰＵ（Central Processing Unit）が所定のプログラムを実行することで実現することができる。
センサ情報取得手段１０２は、センサ情報１０３から各時刻におけるセンサ計測値を取得する。また、センサ情報取得手段１０２は、取得したセンサ計測値をセンサ情報１０３に蓄積する。例えば、センサ情報取得手段１０２は、図２において、2013年7月21日の13:13:00にセンサ計測値の取得を開始する場合、１行目の設定値「27.5」を取得して保存値とする。センサ情報取得手段１０２は、その後も所定時間の間、センサ計測値を取得し続ける。センサ情報取得手段１０２は、2013年7月21日の13:18:00にセンサ計測値の取得した場合、図２の６行目の設定値「29.1」をさらに取得して直近の受信値とする。
一方、センサ情報取得手段１０２は、図３において、2013年7月21日の10:35:00にセンサ計測値の取得を開始する場合、１行目の設定値「26.1」を取得して保存値とする。センサ情報取得手段１０２は、その後も所定時間の間、センサ計測値を取得し続ける。センサ情報取得手段１０２は、2013年7月21日の10:40:00にセンサ計測値の取得した場合、図３の６行目の設定値「27.9」をさらに取得して直近の受信値とする。
情報変化分析手段１０４は、デバイス情報取得手段１１４がデバイスの稼動情報を受信した時点のセンサ値から、所定時間経過時におけるセンサ計測時の変化量と、変化値テーブル１０５に格納されている変化値とを比較し、変化属性の変化の有無を判定する。具体的には、まず、デバイス情報取得手段１１４がデバイスの稼動状態の変化を検出し、情報変化分析手段１０４にデバイスの稼動状態の変化を通知する。次いで、情報変化分析手段１０４は、センサ情報取得手段１０２からデバイスの稼動状態が変化した直後のセンサ計測値を受信する。なお、当該センサ計測値は保存値に該当する。さらに、情報変化分析手段１０４は、センサ計測値に変化がある度にセンサ情報取得手段１０２からセンサ計測値を受信する。なお、当該センサ計測値は直近の受信値に該当する。
情報変化分析手段１０４は、センサ計測値を取得するのに並行して、変化値テーブル１０５において変化属性の変化の有無を判断する基準となるセンサ計測値の変化値を取得する。そのために、まず、情報変化分析手段１０４は、図４の変化値テーブル１０５においてセンサに対応する行を検索する。さらに、情報変化分析手段１０４は、検索された対応行から変化属性の変化の有無を判断する基準となるセンサ計測値の変化値を取得する。
次いで、情報変化分析手段１０４は、センサ情報取得手段１０２が取得した保存値と直近の受信値との差分を算出することにより、センサ計測値の変化量を取得する。次いで、情報変化分析手段１０４は、センサ計測値の変化量が変化値よりも大きい場合、変化属性が上昇または下降した旨の判定をする。一方、情報変化分析手段１０４は、所定時間経過した際のセンサ計測値の変化量が、センサ計測値の変化値よりも小さい場合、変化属性に変化がなかった旨の判定をする。そして、情報変化分析手段１０４は、運転センサ変化情報１０６において、判定結果に基づいて制御デバイス１１０ａに係る変化属性を更新する。
例えば、まず、情報変化分析手段１０４は、センサ情報取得手段１０２が取得したエアコンの電源をオフにしたときのセンサ計測値「27.5」と、計測時刻「2013/7/21 13:13:00」とを受信する。このとき、情報変化分析手段１０４は、センサ計測値「27.5」を保存する。情報変化分析手段１０４は、この後もセンサ計測値の受信を継続する。情報変化分析手段１０４は、センサ計測値の受信に並行して温度センサが温度計測する際の変化値を取得する。情報変化分析手段１０４は、図４の変化値テーブル１０５から温度センサが温度計測する際の変化値を取得するとき、１行目に種別に「Category」、値に「Thermometer」が格納されているので、１行目を温度センサに対応する行と確認する。さらに、情報変化分析手段１０４は、同じ行のプロパティに「MeasuredTemp」、変化値に「1」が格納されているので、温度センサが温度を計測する際の変化値「1」を取得する。
次いで、情報変化分析手段１０４は、１分おきにセンサ計測値を受信し、計測時刻「2013/7/21 13:18:00」における直近のセンサ計測値「29.1」を受信する。このとき、情報変化分析手段１０４は、計測時刻「2013/7/21 13:13:00」におけるセンサ計測値「27.5」と直近のセンサ計測値「29.1」との差分値が変化値「1」より大きいので、エアコンの電源をオフにしたときの変化属性を「Up」と判定する。そして、情報変化分析手段１０４は、図５において、エアコンの電源がオフになった場合に対応する１行目の変化デバイスに係る「値」を「Up」に更新する。
また、情報変化分析手段１０４は、センサ情報取得手段１０２が取得した電動窓を開けたときの各センサ計測値「26.1」と、計測時刻「2013/7/21 10:35:00」とを受信する。このとき、情報変化分析手段１０４は、この後もセンサ計測値の受信を継続する。情報変化分析手段１０４は、センサ計測値の受信に並行して温度センサが温度計測する際の変化値を取得する。情報変化分析手段１０４は、図４の変化値テーブル１０５から温度センサが温度計測する際の変化値を取得するとき、１行目に種別に「Category」、値に「Thermometer」が格納されているので、１行目を温度センサに対応する行と確認する。さらに、情報変化分析手段１０４は、同じ行のプロパティに「MeasuredTemp」、変化値に「1」が格納されているので、温度センサが温度を計測する際の変化値「1」を取得する。
次いで、情報変化分析手段１０４は、１分おきにセンサ計測値を受信し、計測時刻「2013/7/21 10:38:00」における直近のセンサ計測値「27.2」を受信する。このとき、情報変化分析手段１０４は、計測時刻「2013/7/21 10:35:00」におけるセンサ計測値「26.1」と
直近のセンサ計測値「27.2」との差分値が変化値「1」より大きいので、エアコンの電源をオフにしたときの変化属性を「Up」と判定する。そして、情報変化分析手段１０４は、図５において、電動窓を開けた場合に対応する３行目の変化デバイスに係る「値」を「Up」に更新する。
また、デバイス制御依頼受信手段１２１は、サービス１２０から制御デバイス１１０ａを制御する依頼を受け付ける。サービス１２０は、例えば、「省エネサービス」、「空調サービス」等である。「省エネサービス」は、ユーザの周辺の環境情報などに応じて、ユーザの住居内のエアコンや電動窓等の住宅設備を自動制御して消費電力の低減を実現する。一方、「空調サービス」は、ユーザ周辺の環境情報等に応じて、住居内のエアコンや電動窓等の住宅設備を自動制御して部屋の温度を適切に調整する。なお、サービス１２０は、住居に設置されたホームゲートウェイから送信されてもよく、また、サーバからインターネット経由で送信されてもよい。
デバイス制御手段１１１は、デバイス制御依頼受信手段１２１が受け付けた依頼に従い、依頼に対応する制御デバイス１１０ａを制御する。そのために、デバイス制御手段１１１は、依頼対象の制御デバイス１１０ａに係るデバイスＩＤと、依頼内容とを受信する。次いで、デバイス制御手段１１１は、後述する競合デバイス情報取得手段１１２から競合デバイス１１０ｂがある旨の通知がなければ、受信した依頼内容に従い、制御デバイス１１０ａを制御する。
例えば、図９のデバイス運転情報１１３は、１行目において、ユーザによって2013年7月21日21:05:00にデバイス制御手段１１１が電動窓を閉めたことを表している。また、デバイス運転情報１１３は、２行目において、空調サービスからの依頼に従って2013年7月22日00:20:00にデバイス制御手段１１１がエアコンの電源をオフにしたことを表している。
競合デバイス情報取得手段１１２は、運転センサ変化情報１０６に基づき、制御デバイス１１０ａに競合する競合デバイス１１０ｂを特定する。そのために、競合デバイス情報取得手段１１２は、依頼対象の制御デバイス１１０ａに係るデバイスＩＤと、依頼内容とを受信する。次いで、競合デバイス情報取得手段１１２は、運転センサ変化情報１０６により、制御デバイス１１０ａに競合する競合デバイス１１０ｂを特定する。
具体的には、競合デバイス情報取得手段１１２は、デバイス制御依頼受信手段１２１がエアコンの電源をオンにする依頼を受け付けた場合、図５において以下のように処理をおこなう。まず、競合デバイス情報取得手段１１２は、図５の運転センサ変化情報１０６の２行目に、制御デバイス１１０ａに係るデバイスＩＤに「AirConditioner1」、プロパティに「OperationStatus」、値に「On」が格納されているのを確認する。そして、競合デバイス情報取得手段１１２は、変化デバイスの「値」に格納されている「Down」を取得する。
次いで、競合デバイス情報取得手段１１２は、エアコンに係る変化属性である「Down」に競合する競合デバイス１１０ｂを運転センサ変化情報１０６から検索する。例えば、競合デバイス情報取得手段１１２は、図５の運転センサ変化情報１０６において電動窓に係る変化属性を確認する。この場合、競合デバイス情報取得手段１１２は、図５の運転センサ変化情報１０６の３行目に、制御デバイス１１０ａに係るデバイスＩＤに「Window1」、プロパティに「OperationStatus」、値に「On」が格納されているのを確認する。さらに、競合デバイス情報取得手段１１２は、変化デバイスの「値」に格納されている「Up」を取得する。このとき、競合デバイス情報取得手段１１２は、取得した電動窓の変化属性「Up」がエアコンに係る変化属性「Down」に競合することから、エアコンの競合デバイスは「Window1」と判定する。
次いで、競合デバイス取得手段１１２は、デバイス運転情報１１３より、競合デバイスに特定された電動窓が開放状態となっていることを確認する。次いで、競合デバイス取得手段１１２は、運転センサ変化情報１０６を確認し、電動窓が開放状態である場合の変化属性「Up」がエアコンに係る変化属性「Down」に競合することを確認する。
次いで、競合デバイス情報取得手段１１２は、エアコンに競合しない電動窓の稼動状態を運転センサ変化情報１０６から検索する。すなわち、競合デバイス情報取得手段１１２は、運転センサ変化情報１０６において、電動窓の変化属性が「-」または「down」となるデバイスＩＤ「Window1」の稼動状態を検索する。次いで、競合デバイス情報取得手段１１２は変化デバイスの値が「-」となるデバイスＩＤ「Window1」の稼動状態が、プロパティが「OperationStatus」、値が「Off」であるのを確認する。そして、競合デバイス情報取得手段１１２は、確認したデバイスＩＤ「Window1」の稼動状態に基づき、デバイス制御手段１１１に電動窓を閉じる旨の制御命令を送信する。
次いで、デバイス制御手段１１１は、電動窓を閉じる。このとき、デバイス情報取得手段１１４は、図１１のデバイス運転情報１１３の４行目に、2013年7月22日11:45:00に窓が閉じられた旨の履歴を追加する。次いで、競合デバイス情報取得手段１１２は、デバイス運転情報１１３を参照し、エアコンと電動窓との競合が解消した旨の通知をデバイス制御手段１１１に送信する。そして、デバイス制御手段１１１は、エアコンの電源をオンにする依頼を実行する。このとき、デバイス情報取得手段１１４は、図１１のデバイス運転情報１１３の５行目に、2013年7月22日11:45:50にエアコンの電源をオンにした旨の履歴を追加する。
［運転センサ変化情報を作成するまでの流れ］
次に、運転センサ変化情報を作成するまでの処理の流れについて説明する。図１２は、運転センサ変化情報１０６を作成するまでの処理の流れを説明するためのフロー図である。図１２は、センサ情報取得手段１０２がリアルタイムにセンサ計測値を取得する場合を示す。センサ情報取得手段１０２は、センサ１０１から直接センサ計測値を受信してもよい。
図１２に示すように、まず、センサ情報取得手段１０２は、イベント待ちの状態となる（ステップＳ１０）。次いで、センサ情報取得手段１０２は、エアコン等の制御デバイス１１０ａの制御の依頼を受信した場合（ステップＳ１１Yes）、制御デバイス１１０ａのデバイスＩＤと、制御内容を取得する（ステップＳ１２）。次いで、センサ情報取得手段１０２は、計測する際に使用する対象センサを取得する（ステップＳ１３）。また、情報変化分析手段１０４は、センサが計測をする時間と、変化属性に変化があったか否かを判断する基準となる変化値とを取得する（ステップＳ１３）。次いで、センサ情報取得手段１０２は、対象センサがない場合（ステップＳ１４No）、センサ計測値の取得を取りやめ、イベント待ち状態に戻る（ステップＳ１０）。一方、センサ情報取得手段１０２は、対象センサ１０１がある場合（ステップＳ１４Yes）、センサ１０１から受信した、デバイス制御開始時のセンサ計測値をセンサ情報１０３に保存する（ステップＳ１５）。次いで、センサ情報取得手段１０２は、センサ計測をする時間をタイマに設定する（ステップＳ１６）。そして、センサ情報取得手段１０２は、イベント待ちの状態に戻る（ステップＳ１０）。
次に、センサ情報取得手段１０２は、センサ１０１からセンサ計測値を受信した場合（ステップ１１No、ステップ１７Yes）、センサ１０１のデバイスＩＤと計測値を取得する（ステップＳ１８）。次いで、センサ情報取得手段１０２は、センサ計測する時間がタイマに設定されているか否かを判定する（ステップＳ１９）。センサ情報取得手段１０２は、タイマが設定されていない場合（ステップＳ１９No）、イベント待ち状態に戻る（ステップＳ１０）。一方、センサ情報取得手段１０２は、タイマが設定されている場合（ステップＳ１９Yes）、センサ情報１０３に保存されているセンサ計測値の保存値と、センサ１０１から受信したセンサ計測値の直近の受信値とを情報変化分析手段１０４に送信する。情報変化分析手段１０４は直近の受信値と保存値との差分値を算出する（ステップＳ２０）。情報変化分析手段１０４は、差分値が変化値を超えていない場合（ステップＳ２１No）、イベント待ち状態に戻る（ステップＳ１０）。一方、情報変化分析手段１０４は、差分値が変化値を超える場合（ステップＳ２１Yes）、運転センサ変化情報１０６において、制御デバイス１１０ａに係る変化属性に変化があった旨の更新する（ステップＳ２２）。そして、センサ情報取得手段１０２は、設定されていたタイマをクリアする（ステップＳ２３）。
一方、センサ情報取得手段１０２は、タイマの設定時間を超えると、タイマイベントを受信する（ステップＳ１１No、ステップＳ１７No、ステップＳ２４Yes）。この場合、センサ情報取得手段１０２は、情報変化分析手段１０４に、センサ１０１から受信した最新のセンサ計測値である最新値を送信する。情報変化分析手段１０４は、センサ計測値の最新値とデバイスの稼動状態変化時のセンサ計測値の保存値との差分値を算出する（ステップＳ２５）。情報変化分析手段１０４は、差分値が変化値を超える場合（ステップＳ２６Yes）、運転センサ変化情報１０６において、制御デバイス１１０ａに係る変化属性に変化があった内容の更新をおこなう（ステップＳ２７）。例えば、センサ１０１が温度センサであった場合、情報変化分析手段１０４は、運転センサ変化情報１０６における制御デバイス１１０ａに係る変化属性に、温度上昇を示す「Up」または温度下降を示す「down」を格納する。一方、情報変化分析手段１０４は、差分値が変化値を超えていない場合（ステップＳ２６No）、運転センサ変化情報１０６において、制御デバイス１１０ａに係る変化属性に変化がなかった内容の更新をおこなう（ステップＳ２８）。例えば、情報変化分析手段１０４は、運転センサ変化情報１０６における制御デバイス１１０ａに係る変化属性に、温度変化がなかったことを示す「−」を格納する。なお、ステップＳ２４において、デバイス制御依頼受信手段１２１は、受信したイベントがデバイス制御でない場合（ステップＳ１１No、ステップＳ１７No、ステップＳ２４No）、イベント待ち状態に戻る（ステップＳ１０）。
［競合デバイスを有する制御デバイスを制御するまでの流れ］
次に、デバイス制御装置１００が、競合デバイスを有する制御デバイスを制御するまでの処理の流れについて説明する。図１３は、競合デバイスを有する制御デバイスを制御するまでの処理の流れを説明するためのフロー図である。
図１３に示すように、まず、デバイス制御依頼受信手段１２１は、イベント待ちの状態となる（ステップＳ４０）。次いで、デバイス制御依頼受信手段１２１は、受信したイベントがデバイス制御でない場合（ステップＳ４１No）、イベント待ち状態に戻る（ステップＳ４０）。一方、デバイス制御依頼受信手段１２１は、サービス１２０からデバイスを制御する依頼を受信した場合（ステップＳ４１Yes）、依頼対象の制御デバイス１１０ａに係るデバイスＩＤと、依頼内容とを取得する（ステップＳ４２）。次いで、デバイス制御依頼受信手段１２１は、競合デバイス情報取得手段１１２に制御デバイス１１０ａに係るデバイスＩＤと依頼内容とを通知する。次いで、競合デバイス情報取得手段１１２は、運転センサ変化情報１０６から競合デバイス１１０ｂを取得する（ステップＳ４３）。デバイス制御手段１１１は、競合デバイス情報取得手段１１２が運転センサ変化情報１０６に競合デバイス１１０ｂがないと判定した場合（ステップＳ４４No）、依頼内容に従い、制御デバイス１１０ａを制御する（ステップＳ４９）。
一方、競合デバイス情報取得手段１１２は、競合デバイス１１０ｂがあると判定した場合（ステップＳ４４Yes）、デバイス運転情報１１３から競合デバイス１１０ｂの稼動状態を取得する（ステップＳ４５）。次いで、競合デバイス情報取得手段１１２は、運転センサ変化情報１０６から取得した制御デバイス１１０ａに係る変化属性と、競合デバイス１１０ｂに係る変化属性とを比較する。競合デバイス情報取得手段１１２は、比較結果に基づいて競合デバイス１１０ｂが制御デバイス１１０ａに競合するか否かを判定する（ステップＳ４６）。競合デバイス情報取得手段１１２は、競合しないと判定した場合（ステップＳ４６No）、依頼内容に従い、制御デバイス１１０ａを制御する（ステップＳ４９）。一方、競合デバイス情報取得手段１１２は、競合すると判定した場合（ステップＳ４６Yes）、運転センサ変化情報１０６に基づき、競合を解消する競合デバイス１１０ｂの制御内容を取得する（ステップＳ４７）。次いで、デバイス制御手段１１１は、取得した制御内容に従い、競合デバイス１１０ｂを制御する（ステップＳ４８）。そして、デバイス制御手段１１１は、依頼内容に従い、制御デバイス１１０ａを制御する（ステップＳ４９）。
このように、デバイス制御装置１００は、制御デバイス１１０ａを制御する依頼を受け付けたとき、運転センサ変化情報１０６に基づき競合デバイス１１０ｂを特定し、競合デバイス１１０ｂを制御した後、制御デバイス１１０ａに対する依頼を実行する。これにより、競合デバイスに対して適切な制御ができるという効果を奏する。
制御デバイスが設置されている部屋の大きさ、もしくは制御デバイスの性能により、変化属性が変化するまでに要する時間が変わる場合がある。例えば、エアコンが設置された部屋の大きさ、もしくはエアコンの性能により、部屋の温度が変化する時間が異なることがある。このため、情報変化分析手段１０４は、制御デバイス１１０ａごとに設定される監視時間内におけるセンサ計測値を取得し、制御デバイス１１０ａに係る変化属性の変化の有無を判定してもよい。図１４は、実施例２に係るデバイス制御装置の構成を示す機能ブロック図である。図１４に係るデバイス制御装置の構成は、図１と比べて、記憶部が監視時間情報１０７を有する点で相違する。この場合、情報変化分析手段１０４は、センサ情報取得手段１０２が取得した監視時間経過時におけるセンサ計測値の変化量と、変化値テーブル１０５に格納されている変化値とを比較し、変化属性の変化の有無を判定することになる。
図１５は、監視時間情報１０７に係るデータ構造の一例を示す図である。図１５に示すように監視時間情報１０７は、変化デバイスに係る種別と、種別に対応する値とを対応付け、さらに、制御デバイスに係る種別と、種別に対応する値と、プロパティと、プロパティ値と、検索範囲とを対応付ける。
例えば、１行目において、制御デバイスに係る種別に「DeviceID」、値に「AirConditioner1」が格納されており、プロパティに「−」、プロパティ値に「−」、検索範囲には「３分」が格納されている。すなわち、第１のエアコンの電源をオンまたはオフにした場合の監視時間が３分であることを示す。監視時間情報１０７は、２行目において、制御デバイスに係る種別に「DeviceID」、値に「AirConditioner2」が格納されており、プロパティに「OperationStatus」、プロパティ値に「On」、検索範囲には「５分」が格納されている。すなわち、第２のエアコンの電源をオンにした場合の監視時間が５分であることを示す。
以上のように、監視時間情報１０７において、制御デバイスごとに、制御デバイスの性能および制御デバイスが設置された部屋の大きさ等に適応した監視時間を設定することが可能となる。これにより、運転センサ変化情報１０６において各制御デバイスに係る変化属性を適切に設定することができる。
上述したように、競合デバイス１１０ｂは、運転センサ変化情報１０６に基づき特定されるが、制御デバイス１１０ａと競合デバイス１１０ｂの設置場所が異なる場合やデバイス種別が異なる場合は、競合デバイス１１０ｂを制御しないほうがよい場合がある。例えば、エアコンの競合デバイス１１０ｂが電動窓であるとき、エアコンが設置されている部屋と電動窓が設置されている部屋とが異なる場合、電動窓がエアコンの暖房運転または冷房運転を妨げることはない。また、エアコンの競合デバイス１１０ｂがＩＨクッキングヒータと特定された場合、エアコンの冷房運転を開始しようとした際にデバイス制御手段１１１がＩＨクッキングヒータの運転を停止することがある。
このため、競合デバイス情報取得手段１１２は、プロファイル情報１１６から各制御デバイスの設置場所およびデバイス種別を取得し、競合デバイスを特定する際に使用してもよい。図１６は、実施例３に係るデバイス制御装置の構成を示す機能ブロック図である。図１６に係るデバイス制御装置の構成は、図１と比べて、記憶部がプロファイル情報１１６を有する点で相違する。この場合、競合デバイス情報取得手段１１２は、運転センサ変化情報１０６から制御デバイス１１０ａに係る変化属性に競合するか否かを判定し、さらに、プロファイル情報１１６から設置場所およびデバイス種別が一致するか否かを判定する。そして、競合デバイス情報取得手段１１２は、制御デバイス１１０ａに係る変化属性に競合し、かつ、設置場所およびデバイス種別が一致する競合デバイス１１０ｂを特定する。
図１７は、プロファイル情報１１６に係るデータ構造の一例を示す図である。図１７に示すようにプロファイル情報１１６は、デバイスＩＤと、デバイスＩＤ種別と、設置場所とを対応付ける。「デバイスＩＤ種別」は、「空調機器」「センサ」「調理機器」等の制御デバイス１１０ａのデバイス種別を示す。また、「設置場所」は、「ダイニングルーム」「キッチン」「リビングルーム」等の制御デバイス１１０ａの設置場所を示す。例えば、「AirConditioner1」および「Window1」は、デバイスＩＤ種別および設置場所が一致するので両者は競合する場合がある。また、「AirConditioner1」および「Ventilation1」は、設置場所が一致しないので両者が競合する場合はない。また、「Ventilation1」および「IHCookingHeater1」は、デバイスＩＤ種別が一致しないので両者が競合する場合はない。以上のように、競合デバイス情報取得手段１１２がプロファイル情報１１６を参照することにより、異なる部屋に設置されているデバイスや用途が異なるデバイスを競合デバイスと特定するのを防ぐことができる。
図１８は、記憶部がプロファイル情報を有する場合において、制御デバイスを制御するまでの処理の流れを説明するためのフロー図である。図１３と同じ処理ステップに関しては番号の下２桁を統一させた。また、図１３と重複する一部ステップの説明を省略する。図１８に示すように、デバイス制御依頼受信手段１２１は、イベント待ちの状態となる（ステップＳ１４０）。次いで、デバイス制御依頼受信手段１２１は、サービス１２０からデバイスを制御する依頼を受信した場合（ステップＳ１４１Yes）、依頼対象の制御デバイス１１０ａに係るデバイスＩＤと、制御デバイス１１０ａに係る依頼内容とを取得する（ステップＳ１４２）。次いで、競合デバイス情報取得手段１１２は、運転センサ変化情報１０６から競合デバイス１１０ｂを取得する（ステップＳ１４３）。
次いで、競合デバイス情報取得手段１１２は、競合デバイス１１０ｂがあると判定した場合（ステップＳ１４４Yes）、プロファイル情報１１６から制御デバイス１１０ａと競合デバイス１１０ｂのプロファイルを取得する（ステップＳ１６０）。次いで、競合デバイス情報取得手段１１２は、制御デバイス１１０ａと競合デバイス１１０ｂのプロファイルが一致するかを判定する（ステップＳ１６１）。競合デバイス情報取得手段１１２は、プロファイルが一致しない場合（ステップＳ１６１No）、イベント待ち状態に戻る（ステップＳ１４０）。一方、競合デバイス情報取得手段１１２は、プロファイルが一致する場合（ステップＳ１６１Yes）、競合デバイス１１０ｂの稼動状態を取得する（ステップＳ１４５）。
次いで、競合デバイス情報取得手段１１２は、競合デバイス１１０ｂが制御デバイス１１０ａに競合すると判定した場合（ステップＳ１４６Yes）、競合デバイス１１０ｂの制御内容を取得する（ステップＳ１４７）。次いで、デバイス制御手段１１１は、取得した制御内容に従い、競合デバイス１１０ｂを制御する（ステップＳ１４８）。そして、デバイス制御手段１１１は、依頼内容に従い、制御デバイス１１０ａを制御する（ステップＳ１４９）。
デバイス制御依頼受信手段１２１は、サービス１２０から緊急性の高い依頼を受け、デバイス制御手段１１１が競合デバイス１１０ｂを制御した後に、別のサービスから通常の依頼を受け付けることがある。例えば、デバイス制御依頼受信手段１２１は、セキュリティサービスから火災時の煙を排除する目的で電動窓を開ける依頼を受け付けた後に、省エネサービスから電動窓を閉じる依頼を受け付ける場合がある。
そこで、競合デバイス情報取得手段１１２は、デバイス制御手段１１１が優先度の高いサービスを実行した後に、優先度の低いサービスから依頼を受け付けた場合、デバイス制御手段１１１に優先度の低いサービスからの依頼を実行させなくてもよいことにした。図１９は、実施例４に係るデバイス制御装置の構成を示す機能ブロック図である。図１９に係るデバイス制御装置の構成は、図１と比べて、記憶部が優先順位情報１１５を有する点で相違する。この場合、競合デバイス情報取得手段１１２は、優先順位情報１１５から最後に依頼したサービス１２０の優先度と、新たに依頼したサービス１２０の優先度とを取得する。競合デバイス情報取得手段１１２は、最後に依頼したサービス１２０の優先度が高い場合、新たに依頼したサービス１２０に係る依頼を実行しない。一方、競合デバイス情報取得手段１１２は、最後に依頼したサービス１２０の優先度が低い場合または優先度が同レベルの場合、新たに依頼したサービス１２０に係る依頼を実行する。
図２０は、優先順位情報１１５に係るデータ構造の一例を示す図である。図２０に示すように、優先順位情報１１５は、サービスＩＤと、サービス名と、優先度とを対応付ける。サービス名は、「省エネサービス」「空調サービス」「セキュリティサービス」等のサービス１２０の名称を表す。また、優先度は、「High」「Normal」「Low」等のサービス１２０の優先レベルを示す。例えば、競合デバイス情報取得手段１１２は、「省エネサービス」よりも「セキュリティサービス」の優先度が高いので、最後に「セキュリティサービス」から依頼を受け付けた場合、その後に「省エネサービス」から依頼を受け付けても依頼を実行しない。
図２１は、記憶部が優先順位情報を有する場合において、制御デバイスを制御するまでの処理の流れを説明するためのフロー図である。図１３と同じ処理ステップに関しては番号の下２桁を統一させた。また、図１３と重複する一部ステップの説明を省略する。図２１に示すように、デバイス制御依頼受信手段１２１は、イベント待ちの状態となる（ステップＳ２４０）。次いで、デバイス制御依頼受信手段１２１は、サービス１２０からデバイスを制御する依頼を受信した場合（ステップＳ２４１Yes）、依頼対象の制御デバイス１１０ａに係るデバイスＩＤと、依頼内容とを取得する（ステップＳ２４２）。次いで、競合デバイス情報取得手段１１２は、運転センサ変化情報１０６から競合デバイス１１０ｂを取得する（ステップＳ２４３）。
次いで、競合デバイス情報取得手段１１２は、競合デバイス１１０ｂがあると判定した場合（ステップＳ２４４Yes）、競合デバイス１１０ｂの稼動状態を取得する（ステップＳ２４５）。次いで、競合デバイス情報取得手段１１２は、競合デバイス１１０ｂが制御デバイス１１０ａに競合すると判定した場合（ステップＳ２４６Yes）、競合デバイス１１０ｂの制御内容を取得する（ステップＳ２４７）。次いで、競合デバイス情報取得手段１１２は、優先順位情報１１５から最後に依頼したサービス１２０の優先度と、新たに依頼したサービス１２０の優先度とを取得する（ステップＳ２５０）。次いで、競合デバイス情報取得手段１１２は、最後に依頼したサービス１２０の優先度が高い場合（ステップＳ２５１No）、イベント待ち状態に戻る（ステップＳ２４０）。一方、競合デバイス情報取得手段１１２は、最後に依頼したサービス１２０の優先度が低い場合または優先度が同レベルの場合（ステップＳ２５１Yes）、デバイス制御手段１１１に競合デバイスを制御させる（ステップＳ２４８）。そして、デバイス制御手段１１１は、依頼内容に従い、制御デバイス１１０ａを制御する（ステップＳ２４９）。
季節または時間帯によっては制御デバイスに係る変化属性が異なる場合がある。例えば、エアコンは、夏期に自動運転モードで起動した場合、冷房運転をおこない室温を低下させるが、冬期に自動運転モードで起動した場合、暖房運転をおこない室温を上昇させる。また、電動窓は、夏期に開放状態にした場合、室内に暖気が入り込み室温を上昇させるが、冬期に開放状態にした場合、室内に冷気が入り込み室温を下降させる。このように、制御デバイス１１０ａは、制御デバイスに対して同じ制御しても、季節または時間帯が異なると、異なる変化属性を示すことがある。
そこで、記憶部は季節または時間帯に対応する複数の運転センサ変化情報１０６を保持してもよい。図２２は、夏期または午後に対応する運転センサ変化情報の一例を示す図である。また、図２３は、冬期に対応する運転センサ変化情報の一例を示す図である。なお、図２２または図２３に係る運転センサ変化情報１０６のデータ構造は図５と同一である。
例えば、図２２において、運転センサ変化情報１０６は、１行目において、制御デバイスに係るデバイスＩＤに「AirConditioner1」、プロパティに「OperationStatus」、値に「On」を格納している。また、運転センサ変化情報１０６は、変化デバイスに係るデバイスＩＤに「Thermometer1」、プロパティに「MeasuredTemp」、値に「Down」を格納している。一方、図２３において、運転センサ変化情報１０６は、１行目において、制御デバイスに係るデバイスＩＤに「AirConditioner1」、プロパティに「OperationStatus」、値に「On」を格納している。また、運転センサ変化情報１０６は、変化デバイスに係るデバイスＩＤに「Thermometer1」、プロパティに「MeasuredTemp」、値に「Up」を格納している。以上は、夏期または午後にエアコンの電源をオンにした場合、温度が上昇することを示し、冬期にエアコンの電源をオンにした場合、温度が下降することを示す。なお、電動窓およびＩＨクッキングヒータも、夏期または午後と、冬期とで異なる変化属性を示す。
図２４は、季節または時間帯に対応する運転センサ変化情報１０６を作成するまでの処理の流れを説明するためのフロー図である。図１２と同じ処理ステップに関しては、番号の下２桁を統一させた。図２４のステップＳ１１１におけるデバイス制御依頼を受信した際の処理と、ステップＳ１１７におけるセンサ計測値を受信した際の処理とは、図１２と同様であるので説明を省略する。なお、ステップＳ１２４におけるタイマイベントを受信した際の処理は、図１２と一部異なる。
センサ情報取得手段１０２は、タイマイベントを受信した場合（ステップＳ１２４Yes）、情報変化分析手段１０４に、デバイス稼動時のセンサ計測値である保存値と、最新のセンサ計測値である最新値とを送信する。次いで、情報変化分析手段１０４は、センサ計測値の最新値とセンサ計測値の保存値との差分値を算出する（ステップＳ１２５）。次いで、情報変化分析手段１０４は、季節または時間帯に応じた運転センサ変化情報１０６を選択する（ステップＳ１３０）。次いで、情報変化分析手段１０４は、差分値が変化値を超える場合（ステップＳ１２６Yes）、選択した運転センサ変化情報１０６において、制御デバイス１１０ａに係る変化属性に変化があった内容の更新をする（ステップＳ１２７）。一方、情報変化分析手段１０４は、差分値が変化値を超えていない場合（ステップＳ１２６No）、運転センサ変化情報１０６において、制御デバイス１１０ａに係る変化属性に変化がなかった内容の更新をする（ステップＳ１２８）。
図２５は、季節または時間帯に対応する運転センサ変化情報に基づき制御デバイスを制御するまでの処理の流れを説明するためのフロー図である。図１３と同じ処理ステップに関しては番号の下２桁を統一させた。また、図１３と重複する一部ステップの説明を省略する。図２５に示すように、デバイス制御依頼受信手段１２１は、イベント待ちの状態となる（ステップＳ３４０）。次いで、デバイス制御依頼受信手段１２１は、サービス１２０からデバイスを制御する依頼を受信した場合（ステップＳ３４１Yes）、依頼対象の制御デバイス１１０ａに係るデバイスＩＤと、依頼内容とを取得する（ステップＳ３４２）。次いで、競合デバイス情報取得手段１１２は、季節または時間帯に応じた運転センサ変化情報１０６を選択する（ステップＳ３５０）。次いで、競合デバイス情報取得手段１１２は、運転センサ変化情報１０６から競合デバイス１１０ｂを取得する（ステップＳ３４３）。
次いで、競合デバイス情報取得手段１１２は、競合デバイス１１０ｂがあると判定した場合（ステップＳ３４４Yes）、競合デバイス１１０ｂの稼動状態を取得する（ステップＳ３４５）。次いで、競合デバイス情報取得手段１１２は、競合すると判定した場合（ステップＳ３４６Yes）、デバイス制御手段１１１に競合デバイス１１０ｂの制御内容を取得させる（ステップＳ３４７）。次いで、デバイス制御手段１１１は、取得した制御内容に従い、競合デバイス１１０ｂを制御する（ステップＳ３４８）。そして、デバイス制御手段１１１は、依頼内容に従い、制御デバイス１１０ａを制御する（ステップＳ３４９）。
なお、上記実施例においては、具体例に温度調整に関する制御を取り上げたが、これに限られない。照度調整に関する制御であってもよい。例えば、競合デバイス情報取得手段１１２は、室内灯の競合デバイスを自動カーテンに特定し、日中にユーザが室内灯を付けようとしたとき、自動カーテンを開いてから室内灯を付ける等の制御をおこなう。
［デバイス制御システムに係るシステム構成］
図２６は、デバイス制御システムに係るシステム構成の一例を示す図である。図２６に示すように、ホームネットワーク３００には、エアコン２００、温度センサ２１０、電動窓２２０、およびホームゲートウェイ３１０が接続される。一方、ブロードバンドルータ３２０を介してホームネットワークに接続されたインターネット４００には、デバイス制御サーバ４１０ａとデバイス制御サーバ４１０ｂとが接続される。エアコン２００および電動窓２２０は、所定の通信プロトコルによって運転状況の変化をイベント発生時にホームゲートウェイ３１０に通知する。
ホームゲートウェイ３１０は、ホームネットワーク３００に接続される各デバイスの通信プロトコルを終端しており、デバイスに依存しない共通的な通信プロトコルに変換する。このため、ホームゲートウェイ３１０は、ホームネットワーク３００に接続される各デバイスが異なるプロトコルを使用して通信していても、各デバイスに制御の依頼をすることができる。例えば、ホームゲートウェイ３１０は、エアコン２００および電動窓２２０に制御の依頼を送信し、制御の依頼をそれぞれ実行させる。
ブロードバンドルータ３２０は、ホームネットワーク３００とインターネット４００とを接続する。また、ホームゲートウェイ３１０は、通信ミドルウェアを有し、様々な通信プロトコルを使用する各制御デバイスを媒介する。ホームゲートウェイ３１０は、「省エネサービス」「空調サービス」等のサービス１２０を稼動させてもよい。また、デバイス制御サーバ４１０は、「省エネサービス」「空調サービス」等のサービス１２０を稼動させてもよい。すなわち、ホームゲートウェイ３１０およびデバイス制御サーバ４１０のいずれが制御デバイス１１０ａを制御する依頼を実行してもよい。
デバイス制御サーバ４１０は、ホームゲートウェイ３１０と通信するための通信ミドルウェアを有する。デバイス制御サーバ４１０は、エアコン２００、電動窓２２０等の制御デバイスがそれぞれ異なる通信プロトコルを使用する場合でも、通信ミドルウェアを使用することにより、共通のインターフェースを使用できる。このため、デバイス制御サーバ４１０は、通信プロトコルの差異を意識せずに各制御デバイスと通信することが可能となる。
デバイス制御サーバ４１０は、通常、インターネット４００を介して各制御デバイスにアクセスできないが、ブロードバンドルータ３２０にポートフォワーディングを設定すれば、各制御デバイスにアクセスできるようになる。具体的には、デバイス制御サーバ４１０は、あらかじめ変換データを用意しておき、変換データを用いて通信データのアドレスを変換し、ホームゲートウェイ３１０に係る特定のポート番号を指定して通信データをホームゲートウェイ３１０に送信する。そして、デバイス制御サーバ４１０は、ホームゲートウェイ３１０を介して各制御デバイスを制御する。
例えば、ホームゲートウェイ３１０は、ユーザがエアコン２００の電源をオン、オフすることによりエアコン２００で生成されるイベントを受け付ける。次いで、デバイス制御サーバ４１０は、ホームゲートウェイ３１０から当該イベントを受け付ける。次いで、デバイス制御サーバ４１０は、当該イベントに関する履歴をデバイス運転情報１１３に記憶する。例えば、デバイス制御サーバ４１０は、デバイスＩＤが「AirConditioner1」、プロパティが「OperationStatus」、設定値が「On」というイベントをデバイス運転情報１１３に格納する。なお、この後、デバイス制御サーバ４１０は、ホームゲートウェイ３１０を介してエアコン２００を制御する。以下、デバイス制御サーバ４１０がおこなう制御デバイス１１０ａの制御に関して説明する。
また、デバイス制御サーバ４１０は、「省エネサービス」により電動窓２２０を開ける依頼をホームゲートウェイに送信する場合、ホームゲートウェイを識別するＩＤに「hgw1」、デバイスＩＤに「Window1」を設定する。さらに、デバイス制御サーバ４１０は、プロパティに「OperationStatus」、値に「On」を設定して通信ミドルウェアに係るＡＰＩ(Application Programming Interface)を呼び出す。このように、デバイス制御サーバ４１０は、ホームゲートウェイ３１０を介して電動窓を制御する。なお、ホームゲートウェイ３１０が有する通信ミドルウェアを用いて同様に電動窓２２０を制御してもよい。
また、デバイス制御サーバ４１０は、「空調サービス」によりエアコン２００の電源をオンにする依頼をホームゲートウェイに送信する場合、ホームゲートウェイを識別するＩＤに「hgw1」、デバイスＩＤに「airconditioner1」を設定する。さらに、デバイス制御サーバ４１０は、プロパティに「OperationStatus」、値に「On」を設定して通信ミドルウェアに係るＡＰＩ(Application Programming Interface)を呼び出す。このように、デバイス制御サーバ４１０は、ホームゲートウェイ３１０を介してエアコン２００を制御する。なお、ホームゲートウェイ３１０が有する通信ミドルウェアを用いて同様にエアコン２００を制御してもよい。
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）制御デバイス、該制御デバイスの稼動状態、およびセンサ計測値の変化を時間毎に収集したセンサ情報に基づき設定される変化属性、を対応付けた運転センサ変化情報を記憶する記憶部と、
制御デバイスを制御する依頼を受け付けたとき、前記運転センサ変化情報に基づき、該制御デバイスの稼動状態に係る変化属性に競合する競合デバイスを特定する特定部と、
特定された前記競合デバイスに対し、前記競合デバイスと前記制御デバイスとの稼動状態の競合を解消する依頼内容に補間した後、補間した該依頼を実行する制御部と、
を有することを特徴とするデバイス制御装置。
（付記２）制御デバイスの稼働状態の変化を検出したとき、センサ計測値の変化を監視する監視部と、
前記センサ計測値の変化値に基づき変化属性の変化の有無を判定し、変化属性が変化した場合、前記運転センサ変化情報における前記制御デバイスの稼動状態に係る変化属性を更新する判定部と、
をさらに有し、
前記記憶部は、前記監視部が前記センサ計測値の変化を監視した場合に、前記センサ計測値の変化を時間毎に収集した前記センサ情報を記憶することを特徴とする付記１に記載のデバイス制御装置。
（付記３）前記監視部は、制御デバイスに係る稼動状態の変化を検出したとき、センサにより計測される温度の変化を監視し、
前記判定部は、温度の変化値に基づき変化属性の変化の有無を判定し、変化属性が変化した場合に前記運転センサ変化情報を更新し、
前記記憶部は、前記監視部が温度の変化を監視した場合、該温度の変化を時間毎に収集して前記センサ情報に記憶することを特徴とする付記２に記載のデバイス制御装置。
（付記４）前記制御部は、前記制御デバイスの稼動状態に係る変化属性に競合する第１の稼動状態、および前記制御デバイスの稼動状態に係る変化属性に競合しない第２の稼動状態のうち、前記競合デバイスが第１の稼動状態をとる場合、前記競合デバイスを第１の稼動状態から第２の稼動状態に制御することにより競合を解消することを特徴とする付記１〜３のいずれか一に記載のデバイス制御装置。
（付記５）前記記憶部は、各制御デバイスの設置場所を取得し、制御デバイスと、該制御デバイスの設置場所とをそれぞれ対応付けたプロファイル情報をさらに記憶し、
前記特定部は、前記運転センサ変化情報および前記プロファイル情報に基づき、制御デバイスの稼動状態に係る変化属性に競合し、かつ、設置場所が一致する競合デバイスを特定することを特徴とする付記１〜４のいずれか一に記載のデバイス制御装置。
（付記６）前記記憶部は、各制御デバイスのデバイス種別を取得し、制御デバイスと、該制御デバイスのデバイス種別とをそれぞれ対応付けたプロファイル情報をさらに記憶し、
前記特定部は、前記運転センサ変化情報および前記プロファイル情報に基づき、制御デバイスの稼動状態に係る変化属性に競合し、かつ、デバイス種別が一致する競合デバイスを特定することを特徴とする付記１〜５のいずれか一に記載のデバイス制御装置。
（付記７）前記記憶部は、計測をおこなうセンサ、稼動状態の変化を検出した制御デバイス、およびセンサ計測値の変化を監視する監視時間、を対応付けた監視時間情報をさらに記憶し、
前記監視部は、前記監視時間情報で対応付けられた前記制御デバイスに係る監視時間の間、センサ計測値の変化を監視することを特徴とする付記２〜６のいずれか一に記載のデバイス制御装置。
（付記８）季節または時間帯ごとに作成され、前記記憶部に記憶された２以上の運転センサ変化情報のうち、適切な運転センサ変化情報を選択する選択部、をさらに有することを特徴とする付記１〜７のいずれか一に記載のデバイス制御装置。
（付記９）コンピュータが実行するデバイス制御方法であって、
センサ計測値の変化を時間毎に収集したセンサ情報と、制御デバイス、該制御デバイスの稼動状態、および前記センサ情報に基づき設定される変化属性を対応付けた運転センサ変化情報とを記憶し、
制御デバイスを制御する依頼を受け付けたとき、前記運転センサ変化情報に基づき、該制御デバイスの稼動状態に係る変化属性に競合する競合デバイスを特定し、
特定された前記競合デバイスに対し、前記競合デバイスと前記制御デバイスとの稼動状態の競合を解消する制御をすることにより依頼内容を補間した後、前記制御デバイスを制御することにより依頼を実行する、
各処理を実行することを特徴とするデバイス制御方法。
（付記１０）コンピュータに、
センサ計測値の変化を時間毎に収集したセンサ情報と、制御デバイス、該制御デバイスの稼動状態、および前記センサ情報に基づき設定される変化属性を対応付けた運転センサ変化情報とを記憶し、
制御デバイスを制御する依頼を受け付けたとき、前記運転センサ変化情報に基づき、該制御デバイスの稼動状態に係る変化属性に競合する競合デバイスを特定し、
特定された前記競合デバイスに対し、前記競合デバイスと前記制御デバイスとの稼動状態の競合を解消する制御をすることにより依頼内容を補間した後、前記制御デバイスを制御することにより依頼を実行する、
各処理を実行させることを特徴とするデバイス制御プログラム。
（付記１１）インターネットまたはホームネットワークを介してデバイス制御装置が各制御デバイスを制御するデバイス制御システムであって、
前記デバイス制御装置は、
センサ計測値の変化を時間毎に収集したセンサ情報と、制御デバイス、該制御デバイスの稼動状態、および前記センサ情報に基づき設定される変化属性を対応付けた運転センサ変化情報とを記憶する記憶部と、
制御デバイスを制御する依頼を受け付けたとき、前記運転センサ変化情報に基づき、該制御デバイスの稼動状態に係る変化属性に競合する競合デバイスを特定する特定部と、
特定された前記競合デバイスに対し、前記競合デバイスと前記制御デバイスとの稼動状態の競合を解消する制御をすることにより依頼内容を補間した後、前記制御デバイスを制御することにより依頼を実行する制御部と、
を有することを特徴とするデバイス制御システム。
１００ デバイス制御装置
１０１ センサ
１０２ センサ情報取得手段
１０３ センサ情報
１０４ 情報変化分析手段
１０５ 変化値テーブル
１０６ 運転センサ変化情報
１１０ デバイス
１１０ａ 制御デバイス
１１０ｂ 競合デバイス
１１１ デバイス制御手段
１１２ 競合デバイス情報取得手段
１１３ デバイス運転情報
１１４ デバイス情報取得手段
１２０ サービス
１２１ デバイス制御依頼受信手段

Claims (11)

  1. 制御デバイス、該制御デバイスの稼動状態、およびセンサ計測値の変化を時間毎に収集したセンサ情報に基づき設定される変化属性、を対応付けた運転センサ変化情報を記憶する記憶部と、
    制御デバイスを制御する依頼を受け付けたとき、前記運転センサ変化情報に基づき、該制御デバイスの稼動状態に係る変化属性に競合する競合デバイスを特定する特定部と、
    特定された前記競合デバイスに対し、前記競合デバイスと前記制御デバイスとの稼動状態の競合を解消する依頼内容に補間した後、補間した該依頼を実行する制御部と、
    を有することを特徴とするデバイス制御装置。
  2. 制御デバイスの稼働状態の変化を検出したとき、センサ計測値の変化を監視する監視部と、
    前記センサ計測値の変化値に基づき変化属性の変化の有無を判定し、変化属性が変化した場合、前記運転センサ変化情報における前記制御デバイスの稼動状態に係る変化属性を更新する判定部と、
    をさらに有し、
    前記記憶部は、前記監視部が前記センサ計測値の変化を監視した場合に、前記センサ計測値の変化を時間毎に収集した前記センサ情報を記憶することを特徴とする請求項１に記載のデバイス制御装置。
  3. 前記監視部は、制御デバイスに係る稼動状態の変化を検出したとき、センサにより計測される温度の変化を監視し、
    前記判定部は、温度の変化値に基づき変化属性の変化の有無を判定し、変化属性が変化した場合に前記運転センサ変化情報を更新し、
    前記記憶部は、前記監視部が温度の変化を監視した場合、該温度の変化を時間毎に収集して前記センサ情報に記憶することを特徴とする請求項２に記載のデバイス制御装置。
  4. 前記制御部は、前記制御デバイスの稼動状態に係る変化属性に競合する第１の稼動状態、および前記制御デバイスの稼動状態に係る変化属性に競合しない第２の稼動状態のうち、前記競合デバイスが第１の稼動状態をとる場合、前記競合デバイスを第１の稼動状態から第２の稼動状態に制御することにより競合を解消することを特徴とする請求項１〜３のいずれか一に記載のデバイス制御装置。
  5. 前記記憶部は、各制御デバイスの設置場所を取得し、制御デバイスと、該制御デバイスの設置場所とをそれぞれ対応付けたプロファイル情報をさらに記憶し、
    前記特定部は、前記運転センサ変化情報および前記プロファイル情報に基づき、制御デバイスの稼動状態に係る変化属性に競合し、かつ、設置場所が一致する競合デバイスを特定することを特徴とする請求項１〜４のいずれか一に記載のデバイス制御装置。
  6. 前記記憶部は、各制御デバイスのデバイス種別を取得し、制御デバイスと、該制御デバイスのデバイス種別とをそれぞれ対応付けたプロファイル情報をさらに記憶し、
    前記特定部は、前記運転センサ変化情報および前記プロファイル情報に基づき、制御デバイスの稼動状態に係る変化属性に競合し、かつ、デバイス種別が一致する競合デバイスを特定することを特徴とする請求項１〜５のいずれか一に記載のデバイス制御装置。
  7. 前記記憶部は、計測をおこなうセンサ、稼動状態の変化を検出した制御デバイス、およびセンサ計測値の変化を監視する監視時間、を対応付けた監視時間情報をさらに記憶し、
    前記監視部は、前記監視時間情報で対応付けられた前記制御デバイスに係る監視時間の間、センサ計測値の変化を監視することを特徴とする請求項２〜６のいずれか一に記載のデバイス制御装置。
  8. 季節または時間帯ごとに作成され、前記記憶部に記憶された２以上の運転センサ変化情報のうち、適切な運転センサ変化情報を選択する選択部、をさらに有することを特徴とする請求項１〜７のいずれか一に記載のデバイス制御装置。
  9. コンピュータが実行するデバイス制御方法であって、
    センサ計測値の変化を時間毎に収集したセンサ情報と、制御デバイス、該制御デバイスの稼動状態、および前記センサ情報に基づき設定される変化属性を対応付けた運転センサ変化情報とを記憶し、
    制御デバイスを制御する依頼を受け付けたとき、前記運転センサ変化情報に基づき、該制御デバイスの稼動状態に係る変化属性に競合する競合デバイスを特定し、
    特定された前記競合デバイスに対し、前記競合デバイスと前記制御デバイスとの稼動状態の競合を解消する制御をすることにより依頼内容を補間した後、前記制御デバイスを制御することにより依頼を実行する、
    各処理を実行することを特徴とするデバイス制御方法。
  10. コンピュータに、
    センサ計測値の変化を時間毎に収集したセンサ情報と、制御デバイス、該制御デバイスの稼動状態、および前記センサ情報に基づき設定される変化属性を対応付けた運転センサ変化情報とを記憶し、
    制御デバイスを制御する依頼を受け付けたとき、前記運転センサ変化情報に基づき、該制御デバイスの稼動状態に係る変化属性に競合する競合デバイスを特定し、
    特定された前記競合デバイスに対し、前記競合デバイスと前記制御デバイスとの稼動状態の競合を解消する制御をすることにより依頼内容を補間した後、前記制御デバイスを制御することにより依頼を実行する、
    各処理を実行させることを特徴とするデバイス制御プログラム。
  11. インターネットまたはホームネットワークを介してデバイス制御装置が各制御デバイスを制御するデバイス制御システムであって、
    前記デバイス制御装置は、
    センサ計測値の変化を時間毎に収集したセンサ情報と、制御デバイス、該制御デバイスの稼動状態、および前記センサ情報に基づき設定される変化属性を対応付けた運転センサ変化情報とを記憶する記憶部と、
    制御デバイスを制御する依頼を受け付けたとき、前記運転センサ変化情報に基づき、該制御デバイスの稼動状態に係る変化属性に競合する競合デバイスを特定する特定部と、
    特定された前記競合デバイスに対し、前記競合デバイスと前記制御デバイスとの稼動状態の競合を解消する制御をすることにより依頼内容を補間した後、前記制御デバイスを制御することにより依頼を実行する制御部と、
    を有することを特徴とするデバイス制御システム。
JP2013102618A 2013-05-14 2013-05-14 デバイス制御装置、デバイス制御方法、およびデバイス制御システム Pending JP2014222868A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2013102618A JP2014222868A (ja) 2013-05-14 2013-05-14 デバイス制御装置、デバイス制御方法、およびデバイス制御システム
EP20140165931 EP2804282A1 (en) 2013-05-14 2014-04-25 Device control apparatus, device control method, and device control system
US14/263,315 US20140343698A1 (en) 2013-05-14 2014-04-28 Device control apparatus, device control method, and device control system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013102618A JP2014222868A (ja) 2013-05-14 2013-05-14 デバイス制御装置、デバイス制御方法、およびデバイス制御システム

Publications (1)

Publication Number Publication Date
JP2014222868A true JP2014222868A (ja) 2014-11-27

Family

ID=50774619

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013102618A Pending JP2014222868A (ja) 2013-05-14 2013-05-14 デバイス制御装置、デバイス制御方法、およびデバイス制御システム

Country Status (3)

Country Link
US (1) US20140343698A1 (ja)
EP (1) EP2804282A1 (ja)
JP (1) JP2014222868A (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10637682B2 (en) * 2014-02-11 2020-04-28 Oracle International Corporation Smart home learning system including user behavior
CN106168763B (zh) 2015-05-22 2021-04-27 松下电器（美国）知识产权公司 控制方法以及控制器
WO2017010760A1 (en) * 2015-07-10 2017-01-19 Samsung Electronics Co., Ltd. Hub apparatus and method for providing service thereof
JP2017063268A (ja) * 2015-09-24 2017-03-30 パナソニックＩｐマネジメント株式会社 調停方法、調停装置及び調停プログラム
CN107808669B (zh) * 2017-09-30 2021-07-06 深圳市艾特智能科技有限公司 语音控制方法、智能家居系统、存储介质和计算机设备
CN108833237B (zh) * 2018-07-20 2021-01-26 京东方科技集团股份有限公司 智能家居网关及其管控方法
CN110597075B (zh) * 2019-09-09 2020-11-03 珠海格力电器股份有限公司 一种检测控制冲突的方法、装置、电子设备及存储介质
CN111880426A (zh) * 2020-07-28 2020-11-03 青岛海尔科技有限公司 用于发现场景执行冲突的方法及系统、装置、设备
CN114244642B (zh) * 2021-12-10 2022-10-28 珠海格力电器股份有限公司 设备的控制方法及其装置、计算机可读存储介质、处理器
CN114726667B (zh) * 2022-04-07 2022-11-15 泽宇科技集团有限公司 一种物联网管理系统及方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10121591A (ja) * 1996-10-22 1998-05-12 Toda Constr Co Ltd 室内の換気装置
US6840052B2 (en) * 2003-04-17 2005-01-11 Wade W. Smith Air conditioning system
JP2005273937A (ja) * 2004-03-23 2005-10-06 Matsushita Electric Ind Co Ltd エアコン制御システム、エアコン制御方法、及びプログラム
WO2011030200A1 (ja) * 2009-09-09 2011-03-17 パナソニック電工株式会社 電力制御システム
JP2011190970A (ja) * 2010-03-12 2011-09-29 Bunka Shutter Co Ltd 空調制御システム
JP2012195664A (ja) * 2011-03-15 2012-10-11 Fujitsu Ltd デバイス制御プログラム、デバイス制御装置及びデバイス制御方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH051841A (ja) * 1991-06-25 1993-01-08 Matsushita Electric Works Ltd 空調機と連動した自動開閉窓装置
JP4523903B2 (ja) 2005-10-27 2010-08-11 日本電信電話株式会社 機器管理装置及び機器管理方法
US20090013703A1 (en) * 2007-07-09 2009-01-15 Werner Ronald F Natural air enery saving temperature assist system for central air conditioning / heating system
JP4985722B2 (ja) * 2009-07-23 2012-07-25 三菱電機株式会社 空気調和機
CN202216362U (zh) * 2011-08-26 2012-05-09 康奈尔(上海)能源技术有限公司 一种开关窗同步控制空调器的装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10121591A (ja) * 1996-10-22 1998-05-12 Toda Constr Co Ltd 室内の換気装置
US6840052B2 (en) * 2003-04-17 2005-01-11 Wade W. Smith Air conditioning system
JP2005273937A (ja) * 2004-03-23 2005-10-06 Matsushita Electric Ind Co Ltd エアコン制御システム、エアコン制御方法、及びプログラム
WO2011030200A1 (ja) * 2009-09-09 2011-03-17 パナソニック電工株式会社 電力制御システム
JP2011190970A (ja) * 2010-03-12 2011-09-29 Bunka Shutter Co Ltd 空調制御システム
JP2012195664A (ja) * 2011-03-15 2012-10-11 Fujitsu Ltd デバイス制御プログラム、デバイス制御装置及びデバイス制御方法

Also Published As

Publication number Publication date
US20140343698A1 (en) 2014-11-20
EP2804282A1 (en) 2014-11-19

Similar Documents

Publication Publication Date Title
JP2014222868A (ja) デバイス制御装置、デバイス制御方法、およびデバイス制御システム
US10584892B2 (en) Air-conditioning control method, air-conditioning control apparatus, and storage medium
US9772115B2 (en) Intelligent thermostat control system
US10544946B2 (en) Intelligent HVAC control including automatic furnace shutdown event processing
CN108981092B (zh) 中央空调温控装置、风机盘管的控制方法、介质及系统
JP6091624B2 (ja) 空気調和システム
CN104460580B (zh) 基于占用情况和占用者的活动水平进行能量管理
US10563876B2 (en) Setup routine to facilitate user setup of an HVAC controller
US20150168002A1 (en) Systems and methods for determining or modifying a temperature program based on occupant activity
CN106765862B (zh) 空调及其开机控制装置和方法
DK2704367T3 (en) Consumer management method and control device based on an energy consumption profile
EP3582446A1 (en) Methods and systems for data interchange between a network-connected thermostat and cloud-based management server
US20160274556A1 (en) Systems and methods for monitoring and control of energy consumption systems
US11061374B2 (en) Multi-factor event sequencing and analytics systems
US11493222B2 (en) Advanced monitoring of an HVAC system
JP2013048326A (ja) 家電機器制御システムおよび家電機器制御方法
CN203615545U (zh) 空调器
CN113932315A (zh) 用于卫生间中空气净化的系统及方法、空调设备
KR20200140959A (ko) 공동 주택 자동 온도 조절 시스템
JP6556228B2 (ja) 宅内機器、通信アダプタ、ホームシステム、制御方法、及び、プログラム
KR102209210B1 (ko) 공동 주택 자동 온도 조절 시스템
US20150083812A1 (en) Temperature adjustment system and method
JP2015042919A (ja) 空気調和機
WO2022166165A1 (zh) 用于空调自清洁的控制方法、装置及空调
US20230228437A1 (en) Customized instantiation of provider-defined energy saving setpoint adjustments

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160113

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160909

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160913

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161017

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20170314