JP2013065081A - デバイス管理方法、デバイス管理装置及びデバイス管理プログラム - Google Patents
デバイス管理方法、デバイス管理装置及びデバイス管理プログラム Download PDFInfo
- Publication number
- JP2013065081A JP2013065081A JP2011202043A JP2011202043A JP2013065081A JP 2013065081 A JP2013065081 A JP 2013065081A JP 2011202043 A JP2011202043 A JP 2011202043A JP 2011202043 A JP2011202043 A JP 2011202043A JP 2013065081 A JP2013065081 A JP 2013065081A
- Authority
- JP
- Japan
- Prior art keywords
- physical
- virtual
- devices
- value
- service
- 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.)
- Granted
Links
Abstract
【課題】仮想デバイスを用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知するシステムにおいて、物理デバイスに変化が生じたときであっても、物理デバイスの情報を適切に収集する。
【解決手段】複数のデバイス１と通信可能に接続され、複数のデバイス１のうち、仮想デバイスに対応付けたデバイス１から収集した情報をサービスサーバ４に通知するデータ管理サーバ３が、次の処理を行う。すなわち、通信処理部３１がデバイス１の変化を示す通知を受信したときに、デバイス管理部３３が、変化のあったデバイス１、及び、変化のあったデバイス１以外の他のデバイス１のそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得する。そして、デバイス管理部３３は、取得した指標となる値に基づいて、仮想デバイスに対応付けるデバイス１を変更する。
【選択図】 図２
【解決手段】複数のデバイス１と通信可能に接続され、複数のデバイス１のうち、仮想デバイスに対応付けたデバイス１から収集した情報をサービスサーバ４に通知するデータ管理サーバ３が、次の処理を行う。すなわち、通信処理部３１がデバイス１の変化を示す通知を受信したときに、デバイス管理部３３が、変化のあったデバイス１、及び、変化のあったデバイス１以外の他のデバイス１のそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得する。そして、デバイス管理部３３は、取得した指標となる値に基づいて、仮想デバイスに対応付けるデバイス１を変更する。
【選択図】 図２
Description
本発明は、デバイスから収集する情報に基づいてサービスを提供するシステムにおいて、デバイスを仮想的に管理する技術に関する。
デバイスから収集する情報に基づいて、様々なサービスを提供するシステムが普及している。このようなシステムにおいては、情報の収集元である実際のデバイス（物理デバイス）の機種や動作特性等への依存度を低減し、汎用性のあるサービスの提供を可能にするべく、次のような技術が提案されている。すなわち、インタフェースや機能を共通化したデバイス（仮想デバイス）を用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集する情報をサービスに通知するシステムが提案されている。なお、このように物理デバイスを共通化（仮想化）する技術の一例として、次のような技術がある。すなわち、アプリケーションから仮想メモリ上のデバイスへのデータの読み出し／書き込み要求を行うと、仮想メモリ管理部が、仮想メモリ上のデバイスに対応するデバイスアクセス部等を介して、物理デバイスに対してデータの読み書きを行う技術がある。
しかしながら、かかる従来技術においては、仮想メモリ上の仮想デバイスと物理デバイスの対応関係が固定的に決められている。このため、物理デバイスに変化が生じた場合に、仮想デバイスと物理デバイスの対応関係が不適切なものとなるおそれがある。したがって、仮想デバイスを用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集する情報をサービスに通知するシステムに対して、かかる従来技術を適用した場合、物理デバイスの情報を適切に収集できなくなる可能性がある。
そこで、本技術は、仮想デバイスを用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知するシステムにおいて、物理デバイスに変化が生じたときであっても、物理デバイスの情報を適切に収集できるようにすることを目的とする。
本技術における１つの側面では、複数の物理デバイスと通信可能に接続され、複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置が、次の処理を行う。すなわち、複数のデバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、複数の物理デバイスのうち変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得する。そして、取得した指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する。
本技術における１つの側面によれば、仮想デバイスを用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知するシステムにおいて、物理デバイスに変化が生じたときであっても、物理デバイスの情報を適切に収集
することができる。
することができる。
［１．実施形態の背景及び概要］
本明細書で説明する技術は、物理デバイスから収集した情報に基づいて様々なサービスを提供するシステムにおいて、仮想デバイスを用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する。そして、本明細書で説明する技術は、かかるシステムにおいて、物理デバイスに変化が生じたときに、仮想デバイスに対応付ける物理デバイスを動的に変更するものである。
本明細書で説明する技術は、物理デバイスから収集した情報に基づいて様々なサービスを提供するシステムにおいて、仮想デバイスを用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する。そして、本明細書で説明する技術は、かかるシステムにおいて、物理デバイスに変化が生じたときに、仮想デバイスに対応付ける物理デバイスを動的に変更するものである。
電力需給の逼迫や世界的な二酸化炭素排出量削減などのため、電力需給の把握や電力利用抑制を目的とした様々なサービスが提供されている。その一例として、家屋（例えば、住宅やオフィス、商業施設等）内に設置されたセンサや各種機器（本明細書では、これらを総称してデバイスという）の稼働情報や測定情報をユーザが容易に把握することを可能にするサービスや、状況に応じて機器を制御するサービスなどが注目されている。このようなサービスとして、例えば、ＨＥＭＳ(Home Energy Management System)やＤＲ(Demand
Response)と呼ばれるサービス等がある。
Response)と呼ばれるサービス等がある。
ＨＥＭＳとは、家庭等のエネルギー収支に関する情報をグラフなどにより可視化したり、使われていない機器や過剰な設定で稼働している機器を自動制御したりするサービスである。例えば、住宅内外の環境情報（温度、湿度、風速、風向、照度など）を収集し、それらの情報に応じて空調機器や住宅設備を制御して、省エネと快適な室内環境を両立させる。
ＤＲとは、需要電力が供給電力の一定基準を上回った場合に、電力を消費する側であるユーザに対して電力消費を抑えるための要求を出すサービスである。例えば、電力の供給側の需要予測や機器の消費電力の収集による実測値が供給可能電力を上回る恐れが出た場
合に、ユーザに対して機器の稼働抑制依頼を通知する。ユーザはこの要求に応じて空調などの運転を手動で停止したり、事前の設定に基づいて機器が自動制御されたりすることで、消費電力量を制御する。
合に、ユーザに対して機器の稼働抑制依頼を通知する。ユーザはこの要求に応じて空調などの運転を手動で停止したり、事前の設定に基づいて機器が自動制御されたりすることで、消費電力量を制御する。
このようなサービスでは、家屋の内外に設置された様々なデバイスからの情報収集や、状況に応じたデバイスの制御を伴う。しかしながら、例えば、ユーザの個々の家屋等に特定のデバイスが一律に設置されていることを想定することはできない。また、個々の家屋等に設置されているデバイスのメーカーや機種を予め一律に特定することもできない。このため、このようなサービスを提供する際には、サービスの提供側において、個々の家屋等に設置されたデバイスを個別に把握する必要が生じることがある。しかし、サービスの提供側において、そのように個々の家屋等に設置されたデバイスを個別に把握することは困難である。したがって、デバイスを管理する仕組みとして、サービスの提供側に対し、実際に設置されている物理デバイスを隠蔽する仕組みが重要となる。このため、仮想デバイスに実際の物理デバイスを対応付けた上で、仮想デバイスを用いて物理デバイスの情報を収集することにより、実際の物理デバイスを隠蔽した状態で、物理デバイスから収集した情報をサービスに通知する技術が提供されている。
ここで、個々の家屋等に設置された物理デバイスは、運用途中において変化することが考えられる。この場合のデバイスの変化とは、具体的には、例えば、デバイスの稼働状態に変更が生じたり、デバイスの追加又は削除が行われたり、デバイスの特性を示す値（具体例は後述する）が更新されたりといったあらゆる状況を含んでいる。そして、前述の仮想デバイスを用いたデバイス管理技術において、仮想デバイスと物理デバイスとの対応付けは、物理デバイスの変化に合わせて変更されることが望ましい。そうしなければ、物理デバイスの変化により、仮想デバイスに対応付けられた物理デバイスが適切でなくなることがあり、サービスにおいて適切な情報収集が行えなくなる可能性があるからである。
そこで、本明細書で説明する実施形態では、複数の物理デバイスと通信可能に接続され、複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置が、次の処理を行う。すなわち、複数のデバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、複数の物理デバイスのうち変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得する。そして、取得した指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する。
これにより、物理デバイスに変化が生じても、仮想デバイスへ対応付けるデバイスを適切に変更することができ、サービス側は、適切なデバイスに関する情報を収集することができる。したがって、サービスの質の向上を図ることができる。
［２．実施形態の詳細説明］
＜２．１ 全体システム構成＞
図１は、本実施形態におけるサービス提供システムの全体構成を示す。本システムは、ユーザに対して、サービスの一例であるＨＥＭＳのサービスを提供するシステムである。特に、本実施形態においては、ＨＥＭＳの一例として、家屋内外の環境情報である温度を収集し、それらの情報に応じて空調機器や住宅設備を制御して、消費電力量の抑制や快適な室内環境を両立させる室内快適制御サービスを提供する。
＜２．１ 全体システム構成＞
図１は、本実施形態におけるサービス提供システムの全体構成を示す。本システムは、ユーザに対して、サービスの一例であるＨＥＭＳのサービスを提供するシステムである。特に、本実施形態においては、ＨＥＭＳの一例として、家屋内外の環境情報である温度を収集し、それらの情報に応じて空調機器や住宅設備を制御して、消費電力量の抑制や快適な室内環境を両立させる室内快適制御サービスを提供する。
本システムは、デバイス１、ホームサーバ２、デバイス管理サーバ３及びサービスサーバ４を備える。
デバイス１は、サービスで用いる情報を提供する物理デバイスであり、換言すれば、デ
バイス管理サーバ３による情報収集対象となる機器である。さらに具体的には、本実施形態におけるデバイス１は、温度の測定値をサービス側に提供するとともに、状況に応じてサービスによる制御対象となる。本実施形態では、デバイス１の一例として、第１天気情報提供装置１１、第２天気情報提供装置１２及びエアコンディショナ１３を有する。第１天気情報提供装置１１、第２天気情報提供装置１２は、室外気温等を測定し、デバイス管理サーバ３に通知する。エアコンディショナ１３は、室外気温や室内気温等を測定し、ホームサーバ２を介して、デバイス管理サーバ３に通知する。なお、本実施形態の説明において、単にデバイス１という場合には、第１天気情報提供装置１１、第２天気情報提供装置１２又はエアコンディショナ１３の少なくともいずれか１つを示す。
デバイス１は、サービスで用いる情報を提供する物理デバイスであり、換言すれば、デ
バイス管理サーバ３による情報収集対象となる機器である。さらに具体的には、本実施形態におけるデバイス１は、温度の測定値をサービス側に提供するとともに、状況に応じてサービスによる制御対象となる。本実施形態では、デバイス１の一例として、第１天気情報提供装置１１、第２天気情報提供装置１２及びエアコンディショナ１３を有する。第１天気情報提供装置１１、第２天気情報提供装置１２は、室外気温等を測定し、デバイス管理サーバ３に通知する。エアコンディショナ１３は、室外気温や室内気温等を測定し、ホームサーバ２を介して、デバイス管理サーバ３に通知する。なお、本実施形態の説明において、単にデバイス１という場合には、第１天気情報提供装置１１、第２天気情報提供装置１２又はエアコンディショナ１３の少なくともいずれか１つを示す。
ホームサーバ２は、デバイス管理サーバ３とデバイス１との間に接続され、家屋等に設置されたデバイス１から情報を収集したり、制御したりする情報処理装置である。本実施形態では、デバイス１のうち、エアコンディショナ１３が家屋に設置されており、ホームサーバ２とプライベートネットワークで接続されている。なお、プライベートネットワークは、例えば、ＬＡＮ（Local Area Network）等であるが、これに限定されるものではない。また、本実施形態では、ホームサーバ２にエアコンディショナ１３のみが接続されているが、これに限らず、プライベートネットワークを介して様々な機器を接続することができる。なお、仮に全てのデバイス１がホームサーバ２を経由せずに直接デバイス管理サーバ３と接続されている場合には、ホームサーバ２がシステムに組み込まれる必要はない。
デバイス管理サーバ３は、サービスサーバ４とネットワーク接続されるとともに、デバイス１との間でネットワーク接続され、デバイス１に関連する情報の収集やデバイス１の制御を行う情報処理装置である。このネットワーク接続は、例えば、インターネットや、ＬＡＮやＷＡＮ（Wide Area Network）等であるが、これに限定されるものではない。デバイス管理サーバ３は、例えば、デバイス１から収集した情報をサービスサーバ４で提供されるサービスに通知したり、サービスサーバ４からの制御指示を、デバイス１に対して転送したりする。なお、デバイス１がホームサーバ２に接続されているときには、デバイス管理サーバ３は、ホームサーバ２を介して、デバイス１に関連する情報の収集や制御を行う。
ここで、デバイス管理サーバ３は、仮想デバイスにいずれかのデバイス１を対応付け、対応付けたデバイス１から収集した情報を、サービスサーバ４で提供されるサービスに通知する。すなわち、デバイス管理サーバ３は、仮想デバイスごとに、第１天気情報提供装置１１、第２天気情報提供装置１２又はエアコンディショナ１３のうちいずれか１つを選択し、選択したデバイス１を仮想デバイスに対応付ける。そして、デバイス管理サーバ３は、仮想デバイスに対応付けたデバイス１の情報を、サービスサーバ４で提供されるサービスに通知する。このようにして、デバイス管理サーバ３は、サービスサーバ４に対して仮想デバイスのみ認識させるようにし、実際のデバイス１については、サービスサーバ４が認識する必要がないように隠蔽している。
サービスサーバ４は、デバイス１から収集した情報に基づいてサービスを提供するサーバである。サービスサーバ４は、デバイス管理サーバ３から通知される、デバイス１から収集した情報に基づいて、デバイス管理サーバ３を介し、ホームサーバ２等に対して、種々の情報や制御指示を送信する。
＜２．２ デバイス管理サーバ３における機能構成及びデータ構造＞
次に、デバイス管理サーバ３における機能構成及びデータ構造につき、図２〜図４を参照しながら説明する。
次に、デバイス管理サーバ３における機能構成及びデータ構造につき、図２〜図４を参照しながら説明する。
デバイス管理サーバ３は、デバイス管理プログラムがインストールされ実行されることにより実現される、通信処理部３１、コマンド処理部３２及びデバイス管理部３３を備える。また、デバイス管理サーバ３は、記憶手段において、データソーステーブル３４及び対応情報管理テーブル３５を備える。なお、本明細書において、記憶手段とは、揮発性記憶装置（メモリ等）や不揮発性記憶装置（ハードディスク等）、可搬記憶媒体（ＣＤ−ＲＯＭ等）等の少なくともいずれか１つを指す。
通信処理部３１は、デバイス１との間で、データの送受信を行う。
コマンド処理部３２は、デバイス１から受信したコマンドから特定のコマンド及びパラメータを抽出する。そして、コマンド処理部３２は、必要に応じて、データソーステーブル３４のエントリの登録、変更又は削除を行う。
コマンド処理部３２は、デバイス１から受信したコマンドから特定のコマンド及びパラメータを抽出する。そして、コマンド処理部３２は、必要に応じて、データソーステーブル３４のエントリの登録、変更又は削除を行う。
デバイス管理部３３は、デバイス１から受信したコマンド及びパラメータに基づいて、仮想デバイスに対応付けるデバイス１を選択する。換言すれば、デバイス管理部３３は、サービスサーバ４で提供されるサービスに対して情報を通知すべき適切なデバイス１を選択する。具体的には、デバイス管理部３３は、当該選択をする方法として、例えば、デバイス１のそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値としての評価値を計算し、その計算結果に基づいてデバイス１の選択を行う。ここで、デバイス管理部３３は、仮想デバイスに対応付けるデバイス１に変更が生じた場合や、仮想デバイスが増加又は減少した場合には、必要に応じて対応情報管理テーブル３５のエントリの登録、変更又は削除を行う。
データソーステーブル３４は、デバイス管理サーバ３が収集するデバイス１の情報が格納されるテーブルである。図３は、データソーステーブル３４の一例を示す。データソーステーブル３４は、ホームサーバＩＤ、データソースＩＤ、稼働状態、プロパティ、プロパティ値の測定精度及び平均更新間隔のカラムを有する。ホームサーバＩＤは、デバイス１が接続されているホームサーバ２の識別子である。なお、ホームサーバ２に接続されていないデバイス１のエントリでは、ホームサーバＩＤは空欄となる。データソースＩＤは、デバイス１ごとに対応付けられる識別子である。稼働状態は、デバイス１が稼働しているか否か（スイッチがＯＮかＯＦＦか）を示す。プロパティは、デバイス１から収集し得る情報の属性を示す。例えば、図３の具体例では、データソースＩＤが「AirCon1」であるエアコンディショナ１３からは、室外気温（「OuterTemp」プロパティ）及び室内気温（「InnerTemp」プロパティ）の両方の情報を収集し得ることを示している。測定精度は、デバイス１によるプロパティの測定における測定精度の高さを示す。平均更新間隔は、デバイス１によるプロパティの測定における平均更新間隔、換言すれば、デバイス１からから測定値を収集し得る時間間隔を示す。なお、測定精度及び平均更新間隔は、デバイス１の特性を示す値の一例である。
対応情報管理テーブル３５は、仮想デバイスのそれぞれに対応付けるデバイス１を、ホームサーバ２毎に特定する情報が格納されるテーブルである。図４は、対応情報管理テーブル３５の一例を示す。対応情報管理テーブル３５は、ホームサーバＩＤ、仮想デバイスＩＤ、データソースＩＤ及びプロパティを有する。ホームサーバＩＤは、前述したように、デバイス１が接続されているホームサーバ２の識別子であり、このテーブルにおいては、仮想デバイスが接続されているホームサーバ２を意味する。仮想デバイスＩＤは、仮想デバイスの識別子である。データソースＩＤは、仮想デバイスに対応付けたデバイス１のデータソースＩＤである。プロパティは、仮想デバイスが収集する情報の属性を示す。
＜２．３ デバイス管理装置のハードウェア構成＞
図５は、デバイス管理サーバ３として機能する情報処理装置のハードウェア構成の一例を示す。本情報処理装置は、プロセッサ９０１、メモリ９０２、ストレージ９０３、可搬
記憶媒体駆動装置９０４、入出力装置９０５及び通信インタフェース９０６を備える。
図５は、デバイス管理サーバ３として機能する情報処理装置のハードウェア構成の一例を示す。本情報処理装置は、プロセッサ９０１、メモリ９０２、ストレージ９０３、可搬
記憶媒体駆動装置９０４、入出力装置９０５及び通信インタフェース９０６を備える。
プロセッサ９０１は、制御ユニット、演算ユニット及び命令デコーダ等を含み、実行ユニットが、命令デコーダで解読されたプログラムの命令に従い、制御ユニットより出力される制御信号に応じ、演算ユニットを用いて算術・論理演算を実行する。かかるプロセッサ９０１は、制御に用いる各種情報が格納される制御レジスタ、既にアクセスしたメモリ２等の内容を一時的に格納可能なキャッシュ、及び、仮想記憶のページテーブルのキャッシュとしての機能を果たすＴＬＢを備える。なお、プロセッサ９０１は、ＣＰＵ（Central Processing Unit）コアが複数設けられている構成でもよい。
メモリ９０２は、例えばＲＡＭ（Random Access Memory）等の記憶装置であり、プロセッサ９０１で実行されるプログラムがロードされるとともに、プロセッサ９０１の処理に用いるデータが格納されるメインメモリである。また、ストレージ９０３は、例えばＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶装置であり、プログラムや各種データが格納される。可搬記憶媒体駆動装置９０４は、可搬記憶媒体９０７に記憶されたデータやプログラムを読み出す装置である。可搬記憶媒体９０７は、例えば磁気ディスク、光ディスク、光磁気ディスク又はフラッシュメモリ等である。なお、プロセッサ９０１は、メモリ９０２やストレージ９０３と協働しつつ、ストレージ９０３や可搬記憶媒体９０７に格納されたプログラムを実行する。なお、プロセッサ９０１が実行するプログラムや、アクセス対象となるデータは、当該情報処理装置と通信可能な他の装置に格納されていてもよい。前述したデバイス管理サーバ３の記憶手段は、メモリ９０２、ストレージ９０３及び可搬記憶媒体９０７の少なくともいずれか１つである。
入出力装置９０５は例えばキーボード等やディスプレイ等であり、ユーザ操作等による動作命令を受け付ける一方、情報処理装置による処理結果を出力する。通信インタフェース９０６は例えばＬＡＮ（Local Area Network）カード等であり、外部とのデータ通信を可能にする。前述した情報処理装置の各構成要素は、バス９０８で接続されている。
なお、上述した各実施形態において、記憶手段に格納されたデータは、当該情報処理装置とは異なる他の装置に含まれる記憶手段に含まれていてもよい。この場合、当該情報処理装置と当該他の装置とが通信可能にネットワーク接続され、当該情報処理装置は、ネットワークを介して当該他の装置の記憶手段にアクセスすることとなる。
＜２．４ デバイスが送信するデータのデータ構造＞
ここで、デバイス１がデバイス管理サーバ３に対して送信するデータの構造の一例について、図６を参照しながら説明する。このデータは、ホームサーバＩＤ、データソースＩＤ、コマンド及びパラメータを有する。ホームサーバＩＤは、当該データの送信元であるデバイス１が接続されたホームサーバ２の識別子であり、当該データの送信元であるデバイス１がホームサーバ２に接続されていない場合には空欄となる。データソースＩＤは、当該データの送信元のデバイス１のデータソースＩＤである。コマンドは、デバイス１で発生した処理であり、パラメータは、コマンドによる処理で用いるパラメータである。
ここで、デバイス１がデバイス管理サーバ３に対して送信するデータの構造の一例について、図６を参照しながら説明する。このデータは、ホームサーバＩＤ、データソースＩＤ、コマンド及びパラメータを有する。ホームサーバＩＤは、当該データの送信元であるデバイス１が接続されたホームサーバ２の識別子であり、当該データの送信元であるデバイス１がホームサーバ２に接続されていない場合には空欄となる。データソースＩＤは、当該データの送信元のデバイス１のデータソースＩＤである。コマンドは、デバイス１で発生した処理であり、パラメータは、コマンドによる処理で用いるパラメータである。
なお、図６の具体例のデータは、ホームサーバＩＤ「HS1」のホームサーバ２に接続された、データソースＩＤ「AirCon1」のデバイスであるエアコンディショナ１３から送信されたデータである。この例では、エアコンディショナ１３で発生したコマンドが、稼働状態を変更するコマンド「ChangeStatus」であり、そのパラメータが「OFF」である。すなわち、このデータは、データソーステーブル３４のエントリのうち、ホームサーバＩＤ「HS1」でデータソース「AirCon1」のデータの稼働状態が「OFF」に変更されたことを通知するデータである。
＜２．５ デバイス管理サーバの処理＞
次に、かかるデバイス管理サーバ３において実行される処理の一例につき、図７を参照しながら説明する。
次に、かかるデバイス管理サーバ３において実行される処理の一例につき、図７を参照しながら説明する。
Ｓ１では、通信処理部３１が、デバイス１から、デバイス１の変化を通知するデータを受信する。
Ｓ２では、コマンド処理部３２が、受信したデータに含まれるコマンドがデバイス１の追加又は削除を通知するコマンドであるか否かを判定する。デバイス１の追加又は削除を通知するコマンドであるときには（Ｙｅｓ）、Ｓ３に進み、デバイス１の追加又は削除を通知するコマンドでないときには（Ｎｏ）、Ｓ４に進む。
Ｓ２では、コマンド処理部３２が、受信したデータに含まれるコマンドがデバイス１の追加又は削除を通知するコマンドであるか否かを判定する。デバイス１の追加又は削除を通知するコマンドであるときには（Ｙｅｓ）、Ｓ３に進み、デバイス１の追加又は削除を通知するコマンドでないときには（Ｎｏ）、Ｓ４に進む。
Ｓ３では、コマンド処理部３２が、受信したデータのコマンドに従い、データソーステーブル３４の該当エントリ（データソースＩＤが受信したデータに含まれるデータソースＩＤと一致するエントリ）の追加又は削除を行う。
Ｓ４では、コマンド処理部３２が、受信したデータに含まれるコマンドがデバイス１の稼働状態の変更を通知するコマンドであるか否かを判定する。デバイス１の稼働状態の変更を通知するコマンドであるときには（Ｙｅｓ）、Ｓ５に進み、デバイス１の稼働状態の変更を通知するコマンドでないときには（Ｎｏ）、Ｓ６に進む。
Ｓ５では、コマンド処理部３２が、受信したデータのコマンドに従い、データソーステーブル３４の該当エントリ（データソースＩＤが受信したデータに含まれるデータソースＩＤと一致するエントリ）の稼働状態を変更する。
Ｓ６では、コマンド処理部３２が、受信したデータに含まれるコマンドがデバイス１の情報更新を通知するコマンドであるか否かを判定する。ここで、本実施形態の説明において、デバイス１の情報更新とは、デバイス１の特性を示す値が更新されたことを示す。本実施形態では、前述したように、デバイス１の特性を示す値の一例として、測定精度や平均更新間隔等を対象とする。デバイス１の情報更新を通知するコマンドであるときには（Ｙｅｓ）、Ｓ７に進み、デバイス１の情報更新を通知するコマンドでないときには（Ｎｏ）、本処理対象外のコマンドとして、本処理を終了する。
Ｓ７では、コマンド処理部３２が、受信したデータのコマンドに従い、データソーステーブル３４の該当エントリ（データソースＩＤが受信したデータに含まれるデータソースＩＤと一致するエントリ）の測定精度や平均更新間隔等を変更する。
Ｓ８では、デバイス管理部３３が、受信したデータの送信元のデバイス１やデータソーステーブル３４の各エントリに対応するデバイス１につき、評価値を計算する。この評価値の計算方法については、後で具体例を挙げて詳述する。
Ｓ９では、デバイス管理部３３が、Ｓ８で計算した、受信したデータの送信元のデバイス１の評価値とデータソーステーブル３４の各エントリのデバイス１の評価値に基づき、仮想デバイスに対応付けるデバイス１を変更するか否かを判定する。具体的には、デバイス管理部３３は、評価値が最も高いデバイス１が、既に仮想デバイスに対応付けられているデバイス１と異なるときには、仮想デバイスに対応付けるデバイス１を変更すると判定する。仮想デバイスに対応付けるデバイス１を変更するときには（Ｙｅｓ）、Ｓ１０に進み、仮想デバイスに対応付けるデバイス１を変更しないときには（Ｎｏ）、Ｓ１１に進む。
Ｓ１０では、デバイス管理部３３が、仮想デバイスに対応付けるデバイス１を変更する
ように、対応情報管理テーブル３５を更新する。
Ｓ１１では、デバイス管理部３３が、対応情報管理テーブル３５において仮想デバイスに対応付けられたデバイス１が、受信したデータの送信元のデバイス１であるか否かを判定する。受信したデータの送信元のデバイス１であるときには（Ｙｅｓ）、Ｓ１２に進み、受信したデータの送信元のデバイス１でないときには（Ｎｏ）、処理を終了する。
ように、対応情報管理テーブル３５を更新する。
Ｓ１１では、デバイス管理部３３が、対応情報管理テーブル３５において仮想デバイスに対応付けられたデバイス１が、受信したデータの送信元のデバイス１であるか否かを判定する。受信したデータの送信元のデバイス１であるときには（Ｙｅｓ）、Ｓ１２に進み、受信したデータの送信元のデバイス１でないときには（Ｎｏ）、処理を終了する。
Ｓ１２では、デバイス管理部３３が、受信したデータに含まれた、デバイス１に関連する情報を、サービスサーバ４で提供されるサービスに通知する。
＜２．６ 評価値の計算方法＞
ここで、前述のＳ８の処理における、評価値の計算方法の具体例について説明する。
ここで、前述のＳ８の処理における、評価値の計算方法の具体例について説明する。
評価値は、例えば、平均更新間隔(分)をinterval、測定精度をaccuracy（high=10、mid=6、low=1）、平均更新間隔の重みをwi(0≦wi≦1)、測定精度の重みをwa(0≦wa≦1)とし、次式によって計算することができる。
評価値（score） = wa × accuracy + wi × 60 ÷interval
かかる評価値の計算式は、全てのデバイス１で共通で適用してもよいし、デバイス毎の特性に鑑み、デバイス毎に適用してもよい。
かかる評価値の計算式は、全てのデバイス１で共通で適用してもよいし、デバイス毎の特性に鑑み、デバイス毎に適用してもよい。
同様に、前述の計算式における平均更新間隔の重み及び測定精度の重みは、全てのデバイス１について共通の値を適用しても良いし、各デバイスの特性に鑑み、デバイス毎に異なる値を適用しても良い。
さらに、かかる評価値の計算式や、平均更新間隔の重み及び測定精度の重みは、全てのサービスにおいて共通で適用してもよいし、複数のサービスを行う場合には、サービスの特性に鑑み、サービス毎に異なる計算式や重みを適用してもよい。なお、サービス毎に異なる計算式や重みを適用する場合には、サービス毎に仮想デバイスに対応付けられるデバイスが異なる可能性がある。この場合、対応情報管理テーブル３５に、さらにサービスの識別子であるサービスＩＤの列を設け、サービスＩＤ毎に、ホームサーバＩＤ、仮想デバイスＩＤが対応するデータ構造とすればよい。
加えて、かかる評価値の計算式や、平均更新間隔の重み及び測定精度の重みは、ユーザの要望に応じて、ホームサーバ２毎に異なる計算式又は重みを適用してもよい。
また、このとき、計算式や重みは、デバイス管理サーバ３において予め設定しておいた値を用いても良いし、サービスサーバ４からの設定指示に応じて、デバイス管理サーバ３が設定できるようにしても良い。
また、このとき、計算式や重みは、デバイス管理サーバ３において予め設定しておいた値を用いても良いし、サービスサーバ４からの設定指示に応じて、デバイス管理サーバ３が設定できるようにしても良い。
なお、当然ながら前述の評価値の計算方法は一例に過ぎず、他の計算方法によって評価値を計算しても良い。
＜２．７ デバイス管理サーバの処理の具体例＞
ここで、前述したデバイス管理サーバ３の処理につき、図８〜図１０を参照しながら、データの具体例を示して詳細に説明する。
ここで、前述したデバイス管理サーバ３の処理につき、図８〜図１０を参照しながら、データの具体例を示して詳細に説明する。
＜２．７．１ 具体例シーケンス１（稼働状態変更）＞
まず、図１に示したようなデバイス１の接続状態において、接続されたデバイス１の稼働状態が変更になった場合における、デバイス管理サーバ３の処理の具体例について説明する。この例では、エアコンディショナ１３の稼動状態がオンからオフになる場合を想定する。図８は、当該具体例における処理シーケンスを表し、図９及び図１０は、当該具体
例における各種データの状態を示す。なお、以下の説明の（１）〜（７）は、図８の（１）〜（７）に対応している。
まず、図１に示したようなデバイス１の接続状態において、接続されたデバイス１の稼働状態が変更になった場合における、デバイス管理サーバ３の処理の具体例について説明する。この例では、エアコンディショナ１３の稼動状態がオンからオフになる場合を想定する。図８は、当該具体例における処理シーケンスを表し、図９及び図１０は、当該具体
例における各種データの状態を示す。なお、以下の説明の（１）〜（７）は、図８の（１）〜（７）に対応している。
（１）初期状態では、仮想デバイスである室外気温センサ(仮想デバイスＩＤ：OuterTempSensor)に対し、エアコンディショナ１３(データソースＩＤ：AirCon1)の「OuterTemp」プロパティが対応づけられ、仮想デバイスである室内気温センサ(仮想デバイスＩＤ：InnerTempSensor)に対し、エアコンディショナ１３の「InnerTemp」プロパティが対応付けられている。この初期状態におけるデータソーステーブル３４及び対応情報管理テーブル３５のデータは、図９の[テーブル初期状態]に示すようになっている。初期状態の対応情報管理テーブル３５の設定は、例えば手動で行う。この状態では、室外気温センサの測定値として、エアコンディショナ１３の室外気温の測定値がサービスサーバ４で提供されるサービスに通知されるとともに、室内気温センサの測定値として、エアコンディショナ１３の室内気温の測定値が、サービスサーバ４で提供されるサービスに通知されている。
（２）ここで、エアコンディショナ１３の電源がオフになる。
（３）エアコンディショナ１３の電源がオフになると、ホームサーバ２経由で、稼働状態の変更を通知するデータが、デバイス管理サーバ３に送信される。図９に、この送信されたデータの内容を示している。当該データは、ホームサーバ２（ホームサーバＩＤ：HS1）に接続されたエアコンディショナ１３(データソースＩＤ：AirCon1)から送信されたデータであって、コマンドが、稼働状態を変更するコマンド「ChangeStatus」であり、パラメータが「OFF」であることを示している。
（４）デバイス管理サーバ３は、通信処理部３１でデータを受信すると、コマンド処理部３２において、コマンド「ChangeStatus」に従い、データソーステーブル３４のエントリのうち、ホームサーバ２に接続されたエアコンディショナ１３のエントリの稼働状態を、パラメータで指定された「OFF」に変更する。その結果、データソーステーブル３４は、図１０の［テーブル第２状態］に示すようになる。
（３）エアコンディショナ１３の電源がオフになると、ホームサーバ２経由で、稼働状態の変更を通知するデータが、デバイス管理サーバ３に送信される。図９に、この送信されたデータの内容を示している。当該データは、ホームサーバ２（ホームサーバＩＤ：HS1）に接続されたエアコンディショナ１３(データソースＩＤ：AirCon1)から送信されたデータであって、コマンドが、稼働状態を変更するコマンド「ChangeStatus」であり、パラメータが「OFF」であることを示している。
（４）デバイス管理サーバ３は、通信処理部３１でデータを受信すると、コマンド処理部３２において、コマンド「ChangeStatus」に従い、データソーステーブル３４のエントリのうち、ホームサーバ２に接続されたエアコンディショナ１３のエントリの稼働状態を、パラメータで指定された「OFF」に変更する。その結果、データソーステーブル３４は、図１０の［テーブル第２状態］に示すようになる。
（５）デバイス管理サーバ３のデバイス管理部３３は、対応情報管理テーブル３５を検索し、稼動状態が変更されたエアコンディショナ１３が、仮想デバイスに対応付けられているか否かをチェックする。前述したように、図９に示した対応情報管理テーブル３５において、仮想デバイスである室外気温センサ(仮想デバイスＩＤ：OuterTempSensor)に対し、エアコンディショナ１３の「OuterTemp」プロパティが対応づけられ、仮想デバイスである室内気温センサ(仮想デバイスＩＤ：InnerTempSensor)に対し、エアコンディショナ１３の「InnerTemp」プロパティが対応付けられている。このため、デバイス管理部３３は、データソーステーブル３４につき、仮想デバイスに対応付けられている「OuterTemp」プロパティと「InnerTemp」プロパティを持つ他のデバイス１を検索する。本具体例の場合、「OuterTemp」プロパティを持つデバイス１として、第１天気情報提供装置１１(データソースＩＤ：Weather1)と第２天気情報提供装置１２(データソースＩＤ：Weather2)が検索にヒットする。
このように他のデバイス１が検索により特定された場合には、デバイス管理部３３は、プロパティごとに、稼働状態の変更が通知されたデバイス１及び検索により特定された他のデバイス１につき、評価値を計算する。本具体例の場合、「OuterTemp」プロパティを持つ他のデバイス１が検索により特定されたため、デバイス管理部３３は、データソーステーブル３４を参照し、エアコンディショナ１３、第１天気情報提供装置１１及び第２天気情報提供装置１２の「OuterTemp」プロパティにつき、それぞれ評価値を計算する。ここで、デバイス管理部３３は、元々対応付けられていたデバイス１の評価値よりも他のデバイス１の評価値のほうが高い場合には、最も評価値の高いデバイス１を、仮想デバイスに対応付ける新たなデバイスとして選択する。本具体例の場合、第２天気情報提供装置１２の評価値が最も高くなるものとする。
（６）このため、デバイス管理部３３は、エアコンディショナ１３の「OuterTemp」プロパティが対応付けられていた仮想デバイスの室外気温センサにつき、「OuterTemp」プロパティのデータソースＩＤを、エアコンディショナ１３のデータソースＩＤから第２天気情報提供装置１２のデータソースＩＤに変更する。かかる変更を加えた状態の対応情報管理テーブル３５を、図１０の［テーブル第３状態］に示す。
（７）これ以降、デバイス管理サーバ３は、エアコンディショナ１３から送信される室外気温の測定値（「OuterTemp」プロパティの測定値）に代わり、第２天気情報提供装置１２から送信された室外気温の測定値を、サービスサーバ４で提供されるサービスに通知する。
（７）これ以降、デバイス管理サーバ３は、エアコンディショナ１３から送信される室外気温の測定値（「OuterTemp」プロパティの測定値）に代わり、第２天気情報提供装置１２から送信された室外気温の測定値を、サービスサーバ４で提供されるサービスに通知する。
なお、前述の（５）において、デバイス管理サーバ３のデバイス管理部３３は、まず、稼働状態の変更が通知されたデバイス１が仮想デバイスに対応付けられているか否かをチェックする代わりに、データソーステーブル３４から、稼働状態の変更が通知されたデバイス１のプロパティを検索するようにしてもよい。この場合、デバイス管理部３３はさらに、検索でヒットしたプロパティが、対応情報管理テーブル３５において既に仮想デバイスに対応付けられているかどうかをチェックする。そして、当該プロパティが既に仮想デバイスに対応付けられている場合には、データソーステーブル３４を参照し、そのプロパティを有する他のデバイス１を検索する。さらに、デバイス管理部３３は、当該プロパティのそれぞれにつき、稼働状態の変更が通知されたデバイス１及び検索により特定された他のデバイス１のそれぞれについて評価値を計算し、最も評価値の高いデバイスを、仮想デバイスに対応付けるようにする。このようにすれば、前述した例とは逆に、元々他のデバイス１が対応付けられていた仮想デバイスにつき、稼動状態の変更が通知された（例えば電源がオフからオンになった）デバイス１へと対応付けを変更することができる。
＜２．７．２ 具体例シーケンス２（デバイス追加／削除）＞
次に、デバイス１が新たに追加された場合における、デバイス管理サーバ３の処理の具体例について説明する。この具体例では、図１に示した接続状態に加え、さらに、ホームサーバ２に温度センサ１４が追加され、図１１に示すようなデバイス１の接続状態になることを想定する。図１２は、当該具体例における処理シーケンスを表し、図１３及び図１４は、当該具体例における各種データの状態を示す。なお、以下の説明の（１）〜（７）は、図１２の（１）〜（７）に対応している。
次に、デバイス１が新たに追加された場合における、デバイス管理サーバ３の処理の具体例について説明する。この具体例では、図１に示した接続状態に加え、さらに、ホームサーバ２に温度センサ１４が追加され、図１１に示すようなデバイス１の接続状態になることを想定する。図１２は、当該具体例における処理シーケンスを表し、図１３及び図１４は、当該具体例における各種データの状態を示す。なお、以下の説明の（１）〜（７）は、図１２の（１）〜（７）に対応している。
（１）初期状態では、仮想デバイスである室外気温センサ(仮想デバイスＩＤ：OuterTempSensor)に対し、デバイス１のうち、第２天気情報提供装置１２(データソースＩＤ：Weather2)の「OuterTemp」プロパティが対応づけられている。なお、具体例２では、仮想デバイスである室内気温センサ(仮想デバイスＩＤ：InnerTempSensor)には、仮想デバイスが割り当てられていないものとする。この初期状態におけるデータソーステーブル３４及び対応情報管理テーブル３５のデータは、図１３の[テーブル初期状態]に示すようになっている。具体例１と同様に、初期状態の対応情報管理テーブル３５の設定は、例えば手動で行う。初期状態では、室外気温センサの測定値として、第２天気情報提供装置１２による室外気温の測定値が、サービスサーバ４で提供されるサービスに通知される。
（２）ここで、温度センサ１４が新たにホームサーバ２に接続される。このとき、温度センサ１４のプロファイル（プロパティ、測定精度、平均更新間隔等）が、ホームサーバ２に通知される。
（３）温度センサ１４が新たにホームサーバ２に接続されると、ホームサーバ２経由で、温度センサ１４の追加を通知するデータが、デバイス管理サーバ３に送信される。図１３に、この送信されたデータの内容を示している。当該データは、ホームサーバ２（ホームサーバＩＤ：HS1）に接続された温度センサ１４（データソースＩＤ：TempSensor）から
送信されたデータであって、コマンドが、装置の追加を通知するコマンド「AddDevice」であり、パラメータが、「「OuterTemp」プロパティの測定精度：High、「InnerTemp」プロパティの測定精度：High、平均更新間隔：0.5min」であることを示している。
（４）デバイス管理サーバ３は、通信処理部３１でデータを受信すると、コマンド処理部３２において、コマンド「AddDevice」に従い、データソーステーブル３４に、ホームサーバ２に接続された温度センサ１４のエントリを追加する。その結果、データソーステーブル３４は、図１４の［テーブル第２状態］に示すようになる。
（３）温度センサ１４が新たにホームサーバ２に接続されると、ホームサーバ２経由で、温度センサ１４の追加を通知するデータが、デバイス管理サーバ３に送信される。図１３に、この送信されたデータの内容を示している。当該データは、ホームサーバ２（ホームサーバＩＤ：HS1）に接続された温度センサ１４（データソースＩＤ：TempSensor）から
送信されたデータであって、コマンドが、装置の追加を通知するコマンド「AddDevice」であり、パラメータが、「「OuterTemp」プロパティの測定精度：High、「InnerTemp」プロパティの測定精度：High、平均更新間隔：0.5min」であることを示している。
（４）デバイス管理サーバ３は、通信処理部３１でデータを受信すると、コマンド処理部３２において、コマンド「AddDevice」に従い、データソーステーブル３４に、ホームサーバ２に接続された温度センサ１４のエントリを追加する。その結果、データソーステーブル３４は、図１４の［テーブル第２状態］に示すようになる。
（５）デバイス管理サーバ３のデバイス管理部３３は、対応情報管理テーブル３５を検索し、新たに追加された温度センサ１４が有するプロパティが、仮想デバイスに対応付けられているか否かをチェックする。本具体例では、温度センサ１４が有する「OuterTemp」プロパティにつき、図１３に示した対応情報管理テーブル３５において、仮想デバイスである室外気温センサ(仮想デバイスＩＤ：OuterTempSensor)に対し、第２天気情報提供装置１２(データソースＩＤ：Weather2)が対応づけられている。このように、他のデバイスが既に対応付けられている場合には、デバイス管理部３３は、プロパティごとに、少なくとも通知されたデバイス１及び既に対応付けられている他のデバイス１につき、評価値を計算する。本具体例の場合、「OuterTemp」プロパティを持つ他のデバイス１である第２天気情報提供装置１２が既に対応付けられていることが特定できるため、デバイス管理部３３は、データソーステーブル３４を参照し、少なくとも温度センサ１４及び第２天気情報提供装置１２の「OuterTemp」プロパティにつき、それぞれ評価値を計算する。ここで、デバイス管理部３３は、元々対応付けられていたデバイス１よりも新たに追加されたデバイス１の方が評価値が高い場合には、新たに追加されたデバイス１を、仮想デバイスに対応付ける新たなデバイスとして選択する。本具体例の場合、第２天気情報提供装置１２の評価値が最も高くなるものとする。
（６）このため、デバイス管理部３３は、仮想デバイスである室外気温センサにつき、「OuterTemp」プロパティのデータソースＩＤを、第２天気情報提供装置１２のデータソースＩＤから温度センサ１４のデータソースＩＤに変更する。かかる変更を加えた状態の対応情報管理テーブル３５を、図１４の［テーブル第３状態］に示す。
（７）これ以降、デバイス管理サーバ３は、第２天気情報提供装置１２から送信される室外気温の測定値（「OuterTemp」プロパティの測定値）に代わり、温度センサ１４から送信された室外気温の測定値を、サービスサーバ４で提供されるサービスに通知する。
（７）これ以降、デバイス管理サーバ３は、第２天気情報提供装置１２から送信される室外気温の測定値（「OuterTemp」プロパティの測定値）に代わり、温度センサ１４から送信された室外気温の測定値を、サービスサーバ４で提供されるサービスに通知する。
なお、デバイス１が削除された通知を受信したときには、次のように処理をすればよい。すなわち、デバイス管理サーバ３のコマンド処理部３２は、当該通知の送信元のデバイス１に対応するデータソースＩＤのデータを、データソーステーブル３４から削除する。さらに、デバイス管理部３３が、対応情報管理テーブル３５を検索し、削除されたデバイス１が、仮想デバイスに対応付けられているか否かをチェックする。そして、削除されたデバイス１が仮想デバイスに対応付けられているときには、対応付けられているプロパティを有する他のデバイス１の評価値を計算する。そして、デバイス管理部３３は、評価値の最も高いデバイス１を選択し、選択したデバイス１を仮想デバイスに新たに対応付けて、対応情報管理テーブル３５を更新する。
＜２．７．３ 具体例シーケンス３（デバイスの情報更新）＞
次に、図１に示したようなデバイス１の接続状態において、デバイス１の情報更新が通知された場合における、デバイス管理サーバ３の処理の具体例について説明する。図１５は、当該具体例における処理シーケンスを表し、図１６及び図１７は、当該具体例における各種データの状態を示す。なお、以下の説明の（１）〜（７）は、図１５の（１）〜（７）に対応している。
次に、図１に示したようなデバイス１の接続状態において、デバイス１の情報更新が通知された場合における、デバイス管理サーバ３の処理の具体例について説明する。図１５は、当該具体例における処理シーケンスを表し、図１６及び図１７は、当該具体例における各種データの状態を示す。なお、以下の説明の（１）〜（７）は、図１５の（１）〜（７）に対応している。
（１）初期状態では、仮想デバイスである室外気温センサ(仮想デバイスＩＤ：OuterTempSensor)に対し、デバイス１のうち、エアコンディショナ１３(データソースＩＤ：AirCon1)の「OuterTemp」プロパティが対応づけられ、仮想デバイスである室内気温センサ(仮想デバイスＩＤ：InnerTempSensor)に対し、エアコンディショナ１３の「InnerTemp」プロパティが対応付けられている。この初期状態におけるデータソーステーブル３４及び対応情報管理テーブル３５のデータは、図１６の[テーブル初期状態]に示すようになっている。初期状態の対応情報管理テーブル３５の設定は、具体例１や２と同様に、例えば手動で行う。この状態では、室外気温センサの測定値として、エアコンディショナ１３の室外気温の測定値が、サービスサーバ４で提供されるサービスに通知されるとともに、室内気温センサの測定値として、エアコンディショナ１３の室内気温の測定値が、サービスサーバ４で提供されるサービスに通知されている。
（２）ここで、第２天気情報提供装置１２の「OuterTemp」プロパティの測定精度及び平均更新間隔が変更になる。
（２）ここで、第２天気情報提供装置１２の「OuterTemp」プロパティの測定精度及び平均更新間隔が変更になる。
（３）第２天気情報提供装置１２の「OuterTemp」プロパティの測定精度及び平均更新間隔が変更になると、情報更新を通知するデータが、デバイス管理サーバ３に送信される。図９に、この送信されたデータの内容を示している。当該データは、第２天気情報提供装置１２（データソースＩＤ：Weather2）から送信されたデータであって、コマンドが、情報更新を通知するコマンド「ChangeInformation」であり、パラメータが「「OuterTemp」プロパティの測定精度：High、平均更新間隔：0.5min」であることを示している。
（４）デバイス管理サーバ３は、通信処理部３１でデータを受信すると、コマンド処理部３２において、コマンド「ChangeInformation」に従い、データソーステーブル３４のエントリのうち、第２天気情報提供装置１２のエントリの「OuterTemp」プロパティの測定精度及び平均更新間隔を、パラメータの指定内容に変更する。その結果、データソーステーブル３４は、図１７の［テーブル第２状態］に示すようになる。
（４）デバイス管理サーバ３は、通信処理部３１でデータを受信すると、コマンド処理部３２において、コマンド「ChangeInformation」に従い、データソーステーブル３４のエントリのうち、第２天気情報提供装置１２のエントリの「OuterTemp」プロパティの測定精度及び平均更新間隔を、パラメータの指定内容に変更する。その結果、データソーステーブル３４は、図１７の［テーブル第２状態］に示すようになる。
（５）デバイス管理サーバ３のデバイス管理部３３は、対応情報管理テーブル３５を検索し、情報更新がなされたプロパティが、仮想デバイスに対応付けられているか否かをチェックする。本具体例では、「OuterTemp」プロパティにつき、図１６に示した対応情報管理テーブル３５において、仮想デバイスである室外気温センサ(仮想デバイスＩＤ：OuterTempSensor)に対し、エアコンディショナ１３(データソースＩＤ：AirCon1)が対応づけられている。なお、例えば、情報更新が、デバイス１が有する全てのプロパティに共通して該当する内容であった場合（例えば、コマンドが、デバイス１の平均更新間隔の更新を示す「ChangeInterval」であって、その平均更新間隔の更新が、デバイス１のプロパティ全てに該当する場合等）には、当該デバイス１の全てのプロパティについて同様の処理を行う。
ここで、前述のように、他のデバイス１が既に仮想デバイスに対応付けられている場合には、デバイス管理部３３は、プロパティごとに、少なくとも情報更新が通知されたデバイス１及び既に仮想デバイスに対応付けられている他のデバイス１につき、評価値を計算する。本具体例の場合、「OuterTemp」プロパティを持つ他のデバイス１であるエアコンディショナ１３が既に仮想デバイスに対応付けられていることが特定できるため、デバイス管理部３３は、データソーステーブル３４を参照し、少なくとも第２天気情報提供装置１２及びエアコンディショナ１３の「OuterTemp」プロパティにつき、それぞれ評価値を計算する。ここで、デバイス管理部３３は、元々対応付けられていたデバイス１の評価値よりも情報更新がなされたデバイス１の評価値の方が高い場合には、情報更新がなされたデバイス１を、仮想デバイスに対応付ける新たなデバイスとして選択する。本具体例の場合、第２天気情報提供装置１２の評価値が最も高くなるものとする。
（６）このため、デバイス管理部３３は、仮想デバイスの室外気温センサにつき、「Oute
rTemp」プロパティのデータソースＩＤを、エアコンディショナ１３のデータソースＩＤから第２天気情報提供装置１２のデータソースＩＤに変更する。かかる変更を加えた状態の対応情報管理テーブル３５を、図１７の［テーブル第３状態］に示す。
（７）これ以降、デバイス管理サーバ３は、エアコンディショナ１３から送信される室外気温の測定値（「OuterTemp」プロパティの測定値）に代わり、第２天気情報サービス１２から送信された室外気温の測定値を、サービスサーバ４で提供されるサービスに通知する。
rTemp」プロパティのデータソースＩＤを、エアコンディショナ１３のデータソースＩＤから第２天気情報提供装置１２のデータソースＩＤに変更する。かかる変更を加えた状態の対応情報管理テーブル３５を、図１７の［テーブル第３状態］に示す。
（７）これ以降、デバイス管理サーバ３は、エアコンディショナ１３から送信される室外気温の測定値（「OuterTemp」プロパティの測定値）に代わり、第２天気情報サービス１２から送信された室外気温の測定値を、サービスサーバ４で提供されるサービスに通知する。
［３．本実施形態による作用効果・変形例等］
本実施形態によれば、デバイス管理サーバ３が、仮想デバイスに対応付けたデバイス１から受信する情報を、サービスサーバ４で提供されるサービスに通知するシステムにおいて、次のような効果を奏する。すなわち、本実施形態によれば、デバイス１に様々な変化が生じたときに、デバイス管理サーバ３において、仮想デバイスに対応付けるデバイス１が適切に変更される。換言すれば、デバイス１の変化に応じて、自動的に最適なデータソースが仮想デバイスに対応付けられる。そして、最適なデータソースに関する情報がサービスサーバ４で提供されるサービスに通知される。このため、サービスサーバ４によって提供されるサービスの質が向上する。
本実施形態によれば、デバイス管理サーバ３が、仮想デバイスに対応付けたデバイス１から受信する情報を、サービスサーバ４で提供されるサービスに通知するシステムにおいて、次のような効果を奏する。すなわち、本実施形態によれば、デバイス１に様々な変化が生じたときに、デバイス管理サーバ３において、仮想デバイスに対応付けるデバイス１が適切に変更される。換言すれば、デバイス１の変化に応じて、自動的に最適なデータソースが仮想デバイスに対応付けられる。そして、最適なデータソースに関する情報がサービスサーバ４で提供されるサービスに通知される。このため、サービスサーバ４によって提供されるサービスの質が向上する。
さらに具体的には、前述の具体例にも示したように、デバイス１の設置有無に変更が生じた場合や、稼動状態に変更が生じた場合、さらにはデバイス１の情報更新が生じた場合など、様々なデバイス１の変化に応じて、仮想デバイスに対応付けるデバイス１が適切に変更される。なお、デバイス１の情報更新において、本実施形態では、デバイス１の特性を示す値の一例である測定精度や平均更新間隔等を用いているが、これに限られるものではない。例えば、デバイス１の特性を示す値として、デバイス１の動作の安定性等を示す値を用いてもよい。
また、本実施形態によれば、仮想デバイスのプロパティ（属性）を有するデバイス１が検索され、検索により特定されたデバイス１につき、仮想デバイスとの対応付けの適格性の判定（すなわち本実施形態では評価値の計算）が行われる。このように、プロパティ毎に対応付けの適格性の判定が行われることで、仮想デバイスのプロパティに適したデバイス１が選択され得るとともに、複数のプロパティを有するデバイス１を、プロパティ毎に複数の仮想デバイスに対応付けることも可能となる。
また、本実施形態では、デバイス１の特性を示す値の一例である測定精度や平均更新間隔等に基づいて評価値を計算し、評価値に基づいて仮想デバイスに対応付けるデバイス１を選択することで、仮想デバイスに対するデバイス１の適切な対応付けを実現している。しかし、この場合においても、デバイス１の特性を示す値は、前述と同様に、測定精度や平均更新間隔に限られるものではない。また、本技術の実現にあたり、「評価値の計算」を必ずしも行わなくてもよい。例えば、単純に、デバイス１の測定精度等、特定の項目を、仮想デバイスとの対応付けの適格性を示す指標となる値として取得し、その指標とした項目の値に応じて、仮想デバイスに対応付けるデバイス１を変更してもよい。
さらに、本実施形態では、温度の値のみを仮想デバイスの値として用いたが、これ以外にも、ＨＥＭＳの一例としての室内快適制御サービスの提供においては、湿度、照度、風向・風速、部屋の在不在状態、消費電力などの値を用いても良い。この場合、例えば、湿度のデータソースとしては、湿度センサ、エアコンディショナの湿度測定値、天気情報提供装置による湿度測定値などを用いることができる。また、照度のデータソースとしては、照度センサや天気情報提供装置による照度測定値などを用いることができる。さらに、風向・風速のデータソースとしては、風向・風速センサ、天気情報提供装置による風向・風速測定値などを用いることができる。さらに、在不在状態のデータソースとしては、人
感センサ、人が在室しているときにのみ用いられる電化製品（例えばテレビやエアコンディショナの稼動状態の測定値）、消費電力値の分析結果（例えば、ある消費電力地が一定値以上の場合に、在室しているとみなすなど）を用いることができる。ここで、消費電力値は、例えば、スマートコンセントの消費電力値、分電盤の電力センサの測定値、エアコンディショナの消費電力値などを用いることができる。
感センサ、人が在室しているときにのみ用いられる電化製品（例えばテレビやエアコンディショナの稼動状態の測定値）、消費電力値の分析結果（例えば、ある消費電力地が一定値以上の場合に、在室しているとみなすなど）を用いることができる。ここで、消費電力値は、例えば、スマートコンセントの消費電力値、分電盤の電力センサの測定値、エアコンディショナの消費電力値などを用いることができる。
また、本実施形態では、デバイス管理サーバ３とサービスサーバ４を別装置として説明したが、これらの各サーバの機能は、１つの装置において実現することも可能である。すなわち、サービスを提供するサービスサーバ４自体が、仮想デバイスを用いてデバイス１の情報収集を行うことも可能である。
［４．その他］
本技術の適用対象として、前述した実施形態で記載したシステムは一例に過ぎない。本技術は、デバイスを管理する装置において、仮想デバイスに対応付けたデバイスから受信する情報を、サービスサーバ４で提供されるサービスに通知するシステムであれば、いかなるシステムにも適用することができる。
本技術の適用対象として、前述した実施形態で記載したシステムは一例に過ぎない。本技術は、デバイスを管理する装置において、仮想デバイスに対応付けたデバイスから受信する情報を、サービスサーバ４で提供されるサービスに通知するシステムであれば、いかなるシステムにも適用することができる。
例えば、前述した実施形態では、ＨＥＭＳのサービスの例を用いて説明したが、例えば、ＤＲのサービスにおいても、本技術を適用することは当然に可能である。具体例を挙げると、電力消費量の情報を収集するシステムにおいて、当該情報を収集する仮想デバイスに、無線ＬＡＮを用いて電力消費量の通知を行うデバイスを対応付けている場合などが考えられる。この場合、無線ＬＡＮの接続状態が不安定になったときに、情報を収集するデバイスの対応付けを別のデバイスに切り替えることにより、安定した電力消費量の情報収集が可能となり、ＤＲのサービスの質を向上させることができる。
本明細書で説明した情報処理装置の機能的構成及び物理的構成は、上述の態様に限るものではなく、例えば、各機能や物理資源を統合して実装したり、逆に、さらに分散して実装したりすることも可能である。
以上の実施形態に関し、更に以下の付記を開示する。
（付記１）複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスで提供されるサービス）に通知する情報処理装置が、
前記複数のデバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、
取得した前記指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する
処理を実行するデバイス管理方法。
（付記１）複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスで提供されるサービス）に通知する情報処理装置が、
前記複数のデバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、
取得した前記指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する
処理を実行するデバイス管理方法。
（付記２）前記指標となる値を取得する処理は、前記複数の物理デバイスのうち、前記変化のあった物理デバイスが有する属性と同じ属性を有する他の物理デバイスを特定し、前記変化のあった物理デバイス、及び、特定した該他の物理デバイスのそれぞれにつき、前記属性における仮想デバイスとの対応付けの適格性を示す指標となる値を取得する付記１記載のデバイス管理方法。
（付記３）前記通知は、物理デバイスの稼働状態が変更されたことを示す通知である付記１又は２記載のデバイス管理方法。
（付記４）前記通知は、物理デバイスが追加又は削除されたことを示す通知である付記
１〜３のいずれか１つに記載のデバイス管理方法。
（付記４）前記通知は、物理デバイスが追加又は削除されたことを示す通知である付記
１〜３のいずれか１つに記載のデバイス管理方法。
（付記５）前記通知は、物理デバイスの特性を示す値が変更になったことを示す通知である付記１〜４のいずれか１つに記載のデバイス管理方法。
（付記６）前記指標となる値を取得する処理は、前記物理デバイスの特性を示す値に基づいた所定の計算式によって評価値を計算し、計算した該評価値を前記指標となる値として取得する付記１〜５のいずれか１つに記載のデバイス管理方法。
（付記６）前記指標となる値を取得する処理は、前記物理デバイスの特性を示す値に基づいた所定の計算式によって評価値を計算し、計算した該評価値を前記指標となる値として取得する付記１〜５のいずれか１つに記載のデバイス管理方法。
（付記７）前記計算式は、物理デバイスによって異なる計算式である付記６記載のデバイス管理方法。
（付記８）前記計算式は、サービスによって異なる計算式である付記６又は７に記載のデバイス管理方法。
（付記８）前記計算式は、サービスによって異なる計算式である付記６又は７に記載のデバイス管理方法。
（付記９）前記計算式は、前記物理デバイスの特性を示す値に重み付けを行って前記評価値を計算する計算式である付記６〜８のいずれか１つに記載のデバイス管理方法。
（付記１０）前記計算式は、物理デバイスによって異なる重み付けを行って前記評価値を計算する計算式である付記９記載のデバイス管理方法。
（付記１０）前記計算式は、物理デバイスによって異なる重み付けを行って前記評価値を計算する計算式である付記９記載のデバイス管理方法。
（付記１１）前記計算式は、サービスによって異なる重み付けを行って前記評価値を計算する計算式である付記９又は１０に記載のデバイス管理方法。
（付記１２）前記物理デバイスの特性を示す値は、物理デバイスによる測定における測定精度又は物理デバイスによる測定値の平均更新間隔の少なくともいずれか１つである付記５〜１１のいずれか１つに記載のデバイス管理方法。
（付記１２）前記物理デバイスの特性を示す値は、物理デバイスによる測定における測定精度又は物理デバイスによる測定値の平均更新間隔の少なくともいずれか１つである付記５〜１１のいずれか１つに記載のデバイス管理方法。
（付記１３）複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置が、
前記複数の物理デバイスのうちの１つの物理デバイスの変化を示す通知を受信する通信処理部と、
前記通知が受信されたときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、該指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更するデバイス管理部と、
を備えたデバイス管理装置。
前記複数の物理デバイスのうちの１つの物理デバイスの変化を示す通知を受信する通信処理部と、
前記通知が受信されたときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、該指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更するデバイス管理部と、
を備えたデバイス管理装置。
（付記１４）複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置に、
前記複数の物理デバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、
取得した前記指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する
処理を実行させるデバイス管理プログラム。
前記複数の物理デバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、
取得した前記指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する
処理を実行させるデバイス管理プログラム。
１…デバイス、２…ホームサーバ、３…デバイス管理サーバ、３１…通信処理部、３２…コマンド処理部、３３…デバイス管理部、３４…データソーステーブル、３５…対応情報管理テーブル、４…サービスサーバ
Claims (7)
- 複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置が、
前記複数のデバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、
取得した前記指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する
処理を実行するデバイス管理方法。 - 前記指標となる値を取得する処理は、前記複数の物理デバイスのうち、前記変化のあった物理デバイスが有する属性と同じ属性を有する他の物理デバイスを特定し、前記変化のあった物理デバイス、及び、特定した該他の物理デバイスのそれぞれにつき、前記属性における仮想デバイスとの対応付けの適格性を示す指標となる値を取得する請求項１記載のデバイス管理方法。
- 前記指標となる値を取得する処理は、前記物理デバイスの特性を示す値に基づいた所定の計算式によって評価値を計算し、計算した該評価値を前記指標となる値として取得する請求項１又は２に記載のデバイス管理方法。
- 前記計算式は、前記物理デバイスの特性を示す値に重み付けを行って前記評価値を計算する計算式である請求項３記載のデバイス管理方法。
- 前記物理デバイスの特性を示す値は、物理デバイスによる測定における測定精度又は物理デバイスによる測定値の平均更新間隔の少なくともいずれか１つである請求項３又は４に記載のデバイス管理方法。
- 複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置が、
前記複数の物理デバイスのうちの１つの物理デバイスの変化を示す通知を受信する通信処理部と、
前記通知が受信されたときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、該指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更するデバイス管理部と、
を備えたデバイス管理装置。 - 複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置に、
前記複数の物理デバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、
取得した前記指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する
処理を実行させるデバイス管理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011202043A JP6067215B2 (ja) | 2011-09-15 | 2011-09-15 | デバイス管理方法、デバイス管理装置及びデバイス管理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011202043A JP6067215B2 (ja) | 2011-09-15 | 2011-09-15 | デバイス管理方法、デバイス管理装置及びデバイス管理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2013065081A true JP2013065081A (ja) | 2013-04-11 |
| JP6067215B2 JP6067215B2 (ja) | 2017-01-25 |
Family
ID=48188556
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011202043A Active JP6067215B2 (ja) | 2011-09-15 | 2011-09-15 | デバイス管理方法、デバイス管理装置及びデバイス管理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6067215B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103472784A (zh) * | 2013-09-04 | 2013-12-25 | 苏州市思玛特电力科技有限公司 | 一种家庭能量管理系统 |
| WO2018142598A1 (ja) * | 2017-02-03 | 2018-08-09 | 株式会社日立製作所 | センサネットワーク管理システムおよびセンサネットワーク管理方法 |
| WO2018235152A1 (ja) * | 2017-06-20 | 2018-12-27 | 三菱電機株式会社 | センサ管理装置、センサ管理方法及びセンサ管理プログラム |
| JP6481787B1 (ja) * | 2018-02-14 | 2019-03-13 | オムロン株式会社 | デバイス選択装置、データセット選択装置、デバイス選択方法及びプログラム |
| JP2020509621A (ja) * | 2016-11-29 | 2020-03-26 | 新華三技術有限公司Ｎｅｗ Ｈ３Ｃ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．， Ｌｔｄ． | パケット処理 |
| WO2023153625A1 (ko) * | 2022-02-08 | 2023-08-17 | 현대자동차주식회사 | M2m 시스템에서 소실 센서의 측정값 생성 방법 및 장치 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001195376A (ja) * | 2000-01-13 | 2001-07-19 | Mitsubishi Electric Corp | 分散処理システム |
| JP2004178578A (ja) * | 2002-11-15 | 2004-06-24 | Matsushita Electric Ind Co Ltd | 競合調停装置、競合調停方法および競合調停プログラム |
| JP2008130033A (ja) * | 2006-11-24 | 2008-06-05 | Nippon Telegr & Teleph Corp <Ntt> | サービス連携方法 |
| JP2008181370A (ja) * | 2007-01-25 | 2008-08-07 | Matsushita Electric Ind Co Ltd | アクセス管理装置、アクセス管理方法及びプログラム |
| JP2010066854A (ja) * | 2008-09-09 | 2010-03-25 | Univ Of Aizu | センサ装置、センシング情報収集システム、センシング機能代替方法およびセンシング機能代替プログラム |
-
2011
- 2011-09-15 JP JP2011202043A patent/JP6067215B2/ja active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001195376A (ja) * | 2000-01-13 | 2001-07-19 | Mitsubishi Electric Corp | 分散処理システム |
| JP2004178578A (ja) * | 2002-11-15 | 2004-06-24 | Matsushita Electric Ind Co Ltd | 競合調停装置、競合調停方法および競合調停プログラム |
| JP2008130033A (ja) * | 2006-11-24 | 2008-06-05 | Nippon Telegr & Teleph Corp <Ntt> | サービス連携方法 |
| JP2008181370A (ja) * | 2007-01-25 | 2008-08-07 | Matsushita Electric Ind Co Ltd | アクセス管理装置、アクセス管理方法及びプログラム |
| JP2010066854A (ja) * | 2008-09-09 | 2010-03-25 | Univ Of Aizu | センサ装置、センシング情報収集システム、センシング機能代替方法およびセンシング機能代替プログラム |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103472784A (zh) * | 2013-09-04 | 2013-12-25 | 苏州市思玛特电力科技有限公司 | 一种家庭能量管理系统 |
| JP2020509621A (ja) * | 2016-11-29 | 2020-03-26 | 新華三技術有限公司Ｎｅｗ Ｈ３Ｃ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．， Ｌｔｄ． | パケット処理 |
| US11463332B2 (en) | 2016-11-29 | 2022-10-04 | New H3C Technologies Co., Ltd. | Processing packet |
| US11695658B2 (en) | 2016-11-29 | 2023-07-04 | New H3C Technologies Co., Ltd. | Processing packet |
| WO2018142598A1 (ja) * | 2017-02-03 | 2018-08-09 | 株式会社日立製作所 | センサネットワーク管理システムおよびセンサネットワーク管理方法 |
| JPWO2018142598A1 (ja) * | 2017-02-03 | 2019-08-08 | 株式会社日立製作所 | センサネットワーク管理システムおよびセンサネットワーク管理方法 |
| WO2018235152A1 (ja) * | 2017-06-20 | 2018-12-27 | 三菱電機株式会社 | センサ管理装置、センサ管理方法及びセンサ管理プログラム |
| JPWO2018235152A1 (ja) * | 2017-06-20 | 2019-11-07 | 三菱電機株式会社 | センサ管理装置、センサ管理方法及びセンサ管理プログラム |
| JP6481787B1 (ja) * | 2018-02-14 | 2019-03-13 | オムロン株式会社 | デバイス選択装置、データセット選択装置、デバイス選択方法及びプログラム |
| JP2019140586A (ja) * | 2018-02-14 | 2019-08-22 | オムロン株式会社 | デバイス選択装置、データセット選択装置、デバイス選択方法及びプログラム |
| WO2019159483A1 (ja) * | 2018-02-14 | 2019-08-22 | オムロン株式会社 | デバイス選択装置、データセット選択装置、デバイス選択方法及びプログラム |
| WO2023153625A1 (ko) * | 2022-02-08 | 2023-08-17 | 현대자동차주식회사 | M2m 시스템에서 소실 센서의 측정값 생성 방법 및 장치 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6067215B2 (ja) | 2017-01-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6067215B2 (ja) | デバイス管理方法、デバイス管理装置及びデバイス管理プログラム | |
| JP6125104B2 (ja) | 空調制御装置、空調制御方法、および、プログラム | |
| JP6735492B2 (ja) | 空気調和機のレコメンド処理を実行するサーバおよびレコメンド処理システム | |
| JP6073000B1 (ja) | 制御装置及び制御プログラム | |
| WO2012023297A1 (ja) | 空調制御装置、空調制御方法及びプログラム | |
| CN105378391A (zh) | 针对hvac需求响应的在线优化方案 | |
| KR20170141248A (ko) | 컴퓨팅 디바이스의 사용자에게 권고들을 선행적으로 제공하기 위한 시스템들 및 방법들 | |
| GB2544534A (en) | Method and thermostat controller for determining a temperature set point | |
| JP6025091B2 (ja) | 機器制御装置、機器制御システムおよびプログラム | |
| Ge et al. | Energy performance of air cooling systems considering indoor temperature and relative humidity in different climate zones in China | |
| CN110736225A (zh) | 空调的控制方法和装置 | |
| WO2019176546A1 (ja) | 空調制御装置、空調システム、空調制御方法及びプログラム | |
| Dhillon et al. | Laboratory load-based testing and performance rating of residential heat pumps in heating mode | |
| JP2016011779A (ja) | 空調管理サーバ、空調管理システム、空調管理方法、及び、プログラム | |
| JP2020133963A (ja) | 空気調和機の最適オン／オフ時刻算出処理を実行するサーバ、および最適オン／オフ時刻算出処理システム | |
| JP7145649B2 (ja) | 空調制御装置、空調制御システム、空調制御方法及びプログラム | |
| CN113566400A (zh) | 湿度检测方法、空调器及存储介质 | |
| JP2015092124A (ja) | シミュレーション装置、及びシミュレーション方法 | |
| US20160012555A1 (en) | Combination desirability determination apparatus, method for determining desirability of combination, and recording medium storing program | |
| WO2017029722A1 (ja) | コントローラ、機器制御方法、及び、プログラム | |
| JP6822888B2 (ja) | 空調制御装置、空調制御方法及び空調制御プログラム | |
| JP2015187790A (ja) | 省エネ管理装置、プログラム | |
| JP6637323B2 (ja) | 設備管理装置及びプログラム | |
| Bennett | Heating systems through the lens of the boiler: Detailed case studies to inform current and future heating system design | |
| JP2017161205A (ja) | 加湿制御システム及び制御プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20140508 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20140514 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20150213 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150217 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150417 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20151013 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160113 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20160120 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20160318 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20161018 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20161221 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6067215 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |