(57)【要約】【課題】仮想デバイスを用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知するシステムにおいて、物理デバイスに変化が生じたときであっても、物理デバイスの情報を適切に収集する。【解決手段】複数のデバイス１と通信可能に接続され、複数のデバイス１のうち、仮想デバイスに対応付けたデバイス１から収集した情報をサービスサーバ４に通知するデータ管理サーバ３が、次の処理を行う。すなわち、通信処理部３１がデバイス１の変化を示す通知を受信したときに、デバイス管理部３３が、変化のあったデバイス１、及び、変化のあったデバイス１以外の他のデバイス１のそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得する。そして、デバイス管理部３３は、取得した指標となる値に基づいて、仮想デバイスに対応付けるデバイス１を変更する。【選択図】  図２
2013065081.tif 000002
【特許請求の範囲】
【請求項１】
複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置が、
前記複数のデバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、
取得した前記指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する
処理を実行するデバイス管理方法。
【請求項２】
前記指標となる値を取得する処理は、前記複数の物理デバイスのうち、前記変化のあった物理デバイスが有する属性と同じ属性を有する他の物理デバイスを特定し、前記変化のあった物理デバイス、及び、特定した該他の物理デバイスのそれぞれにつき、前記属性における仮想デバイスとの対応付けの適格性を示す指標となる値を取得する請求項１記載のデバイス管理方法。
【請求項３】
前記指標となる値を取得する処理は、前記物理デバイスの特性を示す値に基づいた所定の計算式によって評価値を計算し、計算した該評価値を前記指標となる値として取得する請求項１又は２に記載のデバイス管理方法。
【請求項４】
前記計算式は、前記物理デバイスの特性を示す値に重み付けを行って前記評価値を計算する計算式である請求項３記載のデバイス管理方法。
【請求項５】
前記物理デバイスの特性を示す値は、物理デバイスによる測定における測定精度又は物理デバイスによる測定値の平均更新間隔の少なくともいずれか１つである請求項３又は４に記載のデバイス管理方法。
【請求項６】
複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置が、
前記複数の物理デバイスのうちの１つの物理デバイスの変化を示す通知を受信する通信処理部と、
前記通知が受信されたときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、該指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更するデバイス管理部と、
を備えたデバイス管理装置。
【請求項７】
複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置に、
前記複数の物理デバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、
取得した前記指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する
処理を実行させるデバイス管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスから収集する情報に基づいてサービスを提供するシステムにおいて、デバイスを仮想的に管理する技術に関する。
【背景技術】
【０００２】
デバイスから収集する情報に基づいて、様々なサービスを提供するシステムが普及している。このようなシステムにおいては、情報の収集元である実際のデバイス（物理デバイス）の機種や動作特性等への依存度を低減し、汎用性のあるサービスの提供を可能にするべく、次のような技術が提案されている。すなわち、インタフェースや機能を共通化したデバイス（仮想デバイス）を用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集する情報をサービスに通知するシステムが提案されている。なお、このように物理デバイスを共通化（仮想化）する技術の一例として、次のような技術がある。すなわち、アプリケーションから仮想メモリ上のデバイスへのデータの読み出し／書き込み要求を行うと、仮想メモリ管理部が、仮想メモリ上のデバイスに対応するデバイスアクセス部等を介して、物理デバイスに対してデータの読み書きを行う技術がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−２５１３１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、かかる従来技術においては、仮想メモリ上の仮想デバイスと物理デバイスの対応関係が固定的に決められている。このため、物理デバイスに変化が生じた場合に、仮想デバイスと物理デバイスの対応関係が不適切なものとなるおそれがある。したがって、仮想デバイスを用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集する情報をサービスに通知するシステムに対して、かかる従来技術を適用した場合、物理デバイスの情報を適切に収集できなくなる可能性がある。
【０００５】
そこで、本技術は、仮想デバイスを用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知するシステムにおいて、物理デバイスに変化が生じたときであっても、物理デバイスの情報を適切に収集できるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
本技術における１つの側面では、複数の物理デバイスと通信可能に接続され、複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置が、次の処理を行う。すなわち、複数のデバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、複数の物理デバイスのうち変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得する。そして、取得した指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する。
【発明の効果】
【０００７】
本技術における１つの側面によれば、仮想デバイスを用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知するシステムにおいて、物理デバイスに変化が生じたときであっても、物理デバイスの情報を適切に収集
することができる。
【図面の簡単な説明】
【０００８】
【図１】サービス提供システムの一例の全体構成図である。
【図２】デバイス管理サーバの機能構成の一例の説明図である。
【図３】データソーステーブルの一例の説明図である。
【図４】対応情報管理テーブルの一例の説明図である。
【図５】デバイス管理サーバとして機能する情報処理装置のハードウェア構成の一例の説明図である。
【図６】デバイスがデバイス管理サーバに対して送信するデータの一例の説明図である。
【図７】デバイス管理サーバにおいて実行される処理の一例を示すフローチャートである。
【図８】具体例１の処理における処理シーケンスを示す説明図である。
【図９】具体例１の処理における各種データの状態を示す説明図である。
【図１０】具体例１の処理における各種データの状態を示す説明図である。
【図１１】具体例２の処理におけるサービス提供システムの一例の全体構成図である。
【図１２】具体例２の処理における処理シーケンスを示す説明図である。
【図１３】具体例２の処理における各種データの状態を示す説明図である。
【図１４】具体例２の処理における各種データの状態を示す説明図である。
【図１５】具体例３の処理における処理シーケンスを示す説明図である。
【図１６】具体例３の処理における各種データの状態を示す説明図である。
【図１７】具体例３の処理における各種データの状態を示す説明図である。
【発明を実施するための形態】
【０００９】
［１．実施形態の背景及び概要］
本明細書で説明する技術は、物理デバイスから収集した情報に基づいて様々なサービスを提供するシステムにおいて、仮想デバイスを用いて物理デバイスを管理し、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する。そして、本明細書で説明する技術は、かかるシステムにおいて、物理デバイスに変化が生じたときに、仮想デバイスに対応付ける物理デバイスを動的に変更するものである。
【００１０】
電力需給の逼迫や世界的な二酸化炭素排出量削減などのため、電力需給の把握や電力利用抑制を目的とした様々なサービスが提供されている。その一例として、家屋（例えば、住宅やオフィス、商業施設等）内に設置されたセンサや各種機器（本明細書では、これらを総称してデバイスという）の稼働情報や測定情報をユーザが容易に把握することを可能にするサービスや、状況に応じて機器を制御するサービスなどが注目されている。このようなサービスとして、例えば、ＨＥＭＳ(Home Energy Management System)やＤＲ(Demand
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」に変更する。その結果、データソーステーブル３４は、図１０の［テーブル第２状態］に示すようになる。
【００５８】
（５）デバイス管理サーバ３のデバイス管理部３３は、対応情報管理テーブル３５を検索し、稼動状態が変更されたエアコンディショナ１３が、仮想デバイスに対応付けられているか否かをチェックする。前述したように、図９に示した対応情報管理テーブル３５において、仮想デバイスである室外気温センサ(仮想デバイスＩＤ：OuterTempSensor)に対し、エアコンディショナ１３の「OuterTemp」プロパティが対応づけられ、仮想デバイスである室内気温センサ(仮想デバイスＩＤ：InnerTempSensor)に対し、エアコンディショナ１３の「InnerTemp」プロパティが対応付けられている。このため、デバイス管理部３３は、データソーステーブル３４につき、仮想デバイスに対応付けられている「OuterTemp」プロパティと「InnerTemp」プロパティを持つ他のデバイス１を検索する。本具体例の場合、「OuterTemp」プロパティを持つデバイス１として、第１天気情報提供装置１１(データソースＩＤ：Weather1)と第２天気情報提供装置１２(データソースＩＤ：Weather2)が検索にヒットする。
【００５９】
このように他のデバイス１が検索により特定された場合には、デバイス管理部３３は、プロパティごとに、稼働状態の変更が通知されたデバイス１及び検索により特定された他のデバイス１につき、評価値を計算する。本具体例の場合、「OuterTemp」プロパティを持つ他のデバイス１が検索により特定されたため、デバイス管理部３３は、データソーステーブル３４を参照し、エアコンディショナ１３、第１天気情報提供装置１１及び第２天気情報提供装置１２の「OuterTemp」プロパティにつき、それぞれ評価値を計算する。ここで、デバイス管理部３３は、元々対応付けられていたデバイス１の評価値よりも他のデバイス１の評価値のほうが高い場合には、最も評価値の高いデバイス１を、仮想デバイスに対応付ける新たなデバイスとして選択する。本具体例の場合、第２天気情報提供装置１２の評価値が最も高くなるものとする。
【００６０】
（６）このため、デバイス管理部３３は、エアコンディショナ１３の「OuterTemp」プロパティが対応付けられていた仮想デバイスの室外気温センサにつき、「OuterTemp」プロパティのデータソースＩＤを、エアコンディショナ１３のデータソースＩＤから第２天気情報提供装置１２のデータソースＩＤに変更する。かかる変更を加えた状態の対応情報管理テーブル３５を、図１０の［テーブル第３状態］に示す。
（７）これ以降、デバイス管理サーバ３は、エアコンディショナ１３から送信される室外気温の測定値（「OuterTemp」プロパティの測定値）に代わり、第２天気情報提供装置１２から送信された室外気温の測定値を、サービスサーバ４で提供されるサービスに通知する。
【００６１】
なお、前述の（５）において、デバイス管理サーバ３のデバイス管理部３３は、まず、稼働状態の変更が通知されたデバイス１が仮想デバイスに対応付けられているか否かをチェックする代わりに、データソーステーブル３４から、稼働状態の変更が通知されたデバイス１のプロパティを検索するようにしてもよい。この場合、デバイス管理部３３はさらに、検索でヒットしたプロパティが、対応情報管理テーブル３５において既に仮想デバイスに対応付けられているかどうかをチェックする。そして、当該プロパティが既に仮想デバイスに対応付けられている場合には、データソーステーブル３４を参照し、そのプロパティを有する他のデバイス１を検索する。さらに、デバイス管理部３３は、当該プロパティのそれぞれにつき、稼働状態の変更が通知されたデバイス１及び検索により特定された他のデバイス１のそれぞれについて評価値を計算し、最も評価値の高いデバイスを、仮想デバイスに対応付けるようにする。このようにすれば、前述した例とは逆に、元々他のデバイス１が対応付けられていた仮想デバイスにつき、稼動状態の変更が通知された（例えば電源がオフからオンになった）デバイス１へと対応付けを変更することができる。
【００６２】
＜２．７．２  具体例シーケンス２（デバイス追加／削除）＞
次に、デバイス１が新たに追加された場合における、デバイス管理サーバ３の処理の具体例について説明する。この具体例では、図１に示した接続状態に加え、さらに、ホームサーバ２に温度センサ１４が追加され、図１１に示すようなデバイス１の接続状態になることを想定する。図１２は、当該具体例における処理シーケンスを表し、図１３及び図１４は、当該具体例における各種データの状態を示す。なお、以下の説明の（１）〜（７）は、図１２の（１）〜（７）に対応している。
【００６３】
（１）初期状態では、仮想デバイスである室外気温センサ(仮想デバイスＩＤ：OuterTempSensor)に対し、デバイス１のうち、第２天気情報提供装置１２(データソースＩＤ：Weather2)の「OuterTemp」プロパティが対応づけられている。なお、具体例２では、仮想デバイスである室内気温センサ(仮想デバイスＩＤ：InnerTempSensor)には、仮想デバイスが割り当てられていないものとする。この初期状態におけるデータソーステーブル３４及び対応情報管理テーブル３５のデータは、図１３の[テーブル初期状態]に示すようになっている。具体例１と同様に、初期状態の対応情報管理テーブル３５の設定は、例えば手動で行う。初期状態では、室外気温センサの測定値として、第２天気情報提供装置１２による室外気温の測定値が、サービスサーバ４で提供されるサービスに通知される。
【００６４】
（２）ここで、温度センサ１４が新たにホームサーバ２に接続される。このとき、温度センサ１４のプロファイル（プロパティ、測定精度、平均更新間隔等）が、ホームサーバ２に通知される。
（３）温度センサ１４が新たにホームサーバ２に接続されると、ホームサーバ２経由で、温度センサ１４の追加を通知するデータが、デバイス管理サーバ３に送信される。図１３に、この送信されたデータの内容を示している。当該データは、ホームサーバ２（ホームサーバＩＤ：HS1）に接続された温度センサ１４（データソースＩＤ：TempSensor）から
送信されたデータであって、コマンドが、装置の追加を通知するコマンド「AddDevice」であり、パラメータが、「「OuterTemp」プロパティの測定精度：High、「InnerTemp」プロパティの測定精度：High、平均更新間隔：0.5min」であることを示している。
（４）デバイス管理サーバ３は、通信処理部３１でデータを受信すると、コマンド処理部３２において、コマンド「AddDevice」に従い、データソーステーブル３４に、ホームサーバ２に接続された温度センサ１４のエントリを追加する。その結果、データソーステーブル３４は、図１４の［テーブル第２状態］に示すようになる。
【００６５】
（５）デバイス管理サーバ３のデバイス管理部３３は、対応情報管理テーブル３５を検索し、新たに追加された温度センサ１４が有するプロパティが、仮想デバイスに対応付けられているか否かをチェックする。本具体例では、温度センサ１４が有する「OuterTemp」プロパティにつき、図１３に示した対応情報管理テーブル３５において、仮想デバイスである室外気温センサ(仮想デバイスＩＤ：OuterTempSensor)に対し、第２天気情報提供装置１２(データソースＩＤ：Weather2)が対応づけられている。このように、他のデバイスが既に対応付けられている場合には、デバイス管理部３３は、プロパティごとに、少なくとも通知されたデバイス１及び既に対応付けられている他のデバイス１につき、評価値を計算する。本具体例の場合、「OuterTemp」プロパティを持つ他のデバイス１である第２天気情報提供装置１２が既に対応付けられていることが特定できるため、デバイス管理部３３は、データソーステーブル３４を参照し、少なくとも温度センサ１４及び第２天気情報提供装置１２の「OuterTemp」プロパティにつき、それぞれ評価値を計算する。ここで、デバイス管理部３３は、元々対応付けられていたデバイス１よりも新たに追加されたデバイス１の方が評価値が高い場合には、新たに追加されたデバイス１を、仮想デバイスに対応付ける新たなデバイスとして選択する。本具体例の場合、第２天気情報提供装置１２の評価値が最も高くなるものとする。
【００６６】
（６）このため、デバイス管理部３３は、仮想デバイスである室外気温センサにつき、「OuterTemp」プロパティのデータソースＩＤを、第２天気情報提供装置１２のデータソースＩＤから温度センサ１４のデータソースＩＤに変更する。かかる変更を加えた状態の対応情報管理テーブル３５を、図１４の［テーブル第３状態］に示す。
（７）これ以降、デバイス管理サーバ３は、第２天気情報提供装置１２から送信される室外気温の測定値（「OuterTemp」プロパティの測定値）に代わり、温度センサ１４から送信された室外気温の測定値を、サービスサーバ４で提供されるサービスに通知する。
【００６７】
なお、デバイス１が削除された通知を受信したときには、次のように処理をすればよい。すなわち、デバイス管理サーバ３のコマンド処理部３２は、当該通知の送信元のデバイス１に対応するデータソースＩＤのデータを、データソーステーブル３４から削除する。さらに、デバイス管理部３３が、対応情報管理テーブル３５を検索し、削除されたデバイス１が、仮想デバイスに対応付けられているか否かをチェックする。そして、削除されたデバイス１が仮想デバイスに対応付けられているときには、対応付けられているプロパティを有する他のデバイス１の評価値を計算する。そして、デバイス管理部３３は、評価値の最も高いデバイス１を選択し、選択したデバイス１を仮想デバイスに新たに対応付けて、対応情報管理テーブル３５を更新する。
【００６８】
＜２．７．３  具体例シーケンス３（デバイスの情報更新）＞
次に、図１に示したようなデバイス１の接続状態において、デバイス１の情報更新が通知された場合における、デバイス管理サーバ３の処理の具体例について説明する。図１５は、当該具体例における処理シーケンスを表し、図１６及び図１７は、当該具体例における各種データの状態を示す。なお、以下の説明の（１）〜（７）は、図１５の（１）〜（７）に対応している。
【００６９】
（１）初期状態では、仮想デバイスである室外気温センサ(仮想デバイスＩＤ：OuterTempSensor)に対し、デバイス１のうち、エアコンディショナ１３(データソースＩＤ：AirCon1)の「OuterTemp」プロパティが対応づけられ、仮想デバイスである室内気温センサ(仮想デバイスＩＤ：InnerTempSensor)に対し、エアコンディショナ１３の「InnerTemp」プロパティが対応付けられている。この初期状態におけるデータソーステーブル３４及び対応情報管理テーブル３５のデータは、図１６の[テーブル初期状態]に示すようになっている。初期状態の対応情報管理テーブル３５の設定は、具体例１や２と同様に、例えば手動で行う。この状態では、室外気温センサの測定値として、エアコンディショナ１３の室外気温の測定値が、サービスサーバ４で提供されるサービスに通知されるとともに、室内気温センサの測定値として、エアコンディショナ１３の室内気温の測定値が、サービスサーバ４で提供されるサービスに通知されている。
（２）ここで、第２天気情報提供装置１２の「OuterTemp」プロパティの測定精度及び平均更新間隔が変更になる。
【００７０】
（３）第２天気情報提供装置１２の「OuterTemp」プロパティの測定精度及び平均更新間隔が変更になると、情報更新を通知するデータが、デバイス管理サーバ３に送信される。図９に、この送信されたデータの内容を示している。当該データは、第２天気情報提供装置１２（データソースＩＤ：Weather2）から送信されたデータであって、コマンドが、情報更新を通知するコマンド「ChangeInformation」であり、パラメータが「「OuterTemp」プロパティの測定精度：High、平均更新間隔：0.5min」であることを示している。
（４）デバイス管理サーバ３は、通信処理部３１でデータを受信すると、コマンド処理部３２において、コマンド「ChangeInformation」に従い、データソーステーブル３４のエントリのうち、第２天気情報提供装置１２のエントリの「OuterTemp」プロパティの測定精度及び平均更新間隔を、パラメータの指定内容に変更する。その結果、データソーステーブル３４は、図１７の［テーブル第２状態］に示すようになる。
【００７１】
（５）デバイス管理サーバ３のデバイス管理部３３は、対応情報管理テーブル３５を検索し、情報更新がなされたプロパティが、仮想デバイスに対応付けられているか否かをチェックする。本具体例では、「OuterTemp」プロパティにつき、図１６に示した対応情報管理テーブル３５において、仮想デバイスである室外気温センサ(仮想デバイスＩＤ：OuterTempSensor)に対し、エアコンディショナ１３(データソースＩＤ：AirCon1)が対応づけられている。なお、例えば、情報更新が、デバイス１が有する全てのプロパティに共通して該当する内容であった場合（例えば、コマンドが、デバイス１の平均更新間隔の更新を示す「ChangeInterval」であって、その平均更新間隔の更新が、デバイス１のプロパティ全てに該当する場合等）には、当該デバイス１の全てのプロパティについて同様の処理を行う。
【００７２】
ここで、前述のように、他のデバイス１が既に仮想デバイスに対応付けられている場合には、デバイス管理部３３は、プロパティごとに、少なくとも情報更新が通知されたデバイス１及び既に仮想デバイスに対応付けられている他のデバイス１につき、評価値を計算する。本具体例の場合、「OuterTemp」プロパティを持つ他のデバイス１であるエアコンディショナ１３が既に仮想デバイスに対応付けられていることが特定できるため、デバイス管理部３３は、データソーステーブル３４を参照し、少なくとも第２天気情報提供装置１２及びエアコンディショナ１３の「OuterTemp」プロパティにつき、それぞれ評価値を計算する。ここで、デバイス管理部３３は、元々対応付けられていたデバイス１の評価値よりも情報更新がなされたデバイス１の評価値の方が高い場合には、情報更新がなされたデバイス１を、仮想デバイスに対応付ける新たなデバイスとして選択する。本具体例の場合、第２天気情報提供装置１２の評価値が最も高くなるものとする。
【００７３】
（６）このため、デバイス管理部３３は、仮想デバイスの室外気温センサにつき、「Oute
rTemp」プロパティのデータソースＩＤを、エアコンディショナ１３のデータソースＩＤから第２天気情報提供装置１２のデータソースＩＤに変更する。かかる変更を加えた状態の対応情報管理テーブル３５を、図１７の［テーブル第３状態］に示す。
（７）これ以降、デバイス管理サーバ３は、エアコンディショナ１３から送信される室外気温の測定値（「OuterTemp」プロパティの測定値）に代わり、第２天気情報サービス１２から送信された室外気温の測定値を、サービスサーバ４で提供されるサービスに通知する。
【００７４】
［３．本実施形態による作用効果・変形例等］
本実施形態によれば、デバイス管理サーバ３が、仮想デバイスに対応付けたデバイス１から受信する情報を、サービスサーバ４で提供されるサービスに通知するシステムにおいて、次のような効果を奏する。すなわち、本実施形態によれば、デバイス１に様々な変化が生じたときに、デバイス管理サーバ３において、仮想デバイスに対応付けるデバイス１が適切に変更される。換言すれば、デバイス１の変化に応じて、自動的に最適なデータソースが仮想デバイスに対応付けられる。そして、最適なデータソースに関する情報がサービスサーバ４で提供されるサービスに通知される。このため、サービスサーバ４によって提供されるサービスの質が向上する。
【００７５】
さらに具体的には、前述の具体例にも示したように、デバイス１の設置有無に変更が生じた場合や、稼動状態に変更が生じた場合、さらにはデバイス１の情報更新が生じた場合など、様々なデバイス１の変化に応じて、仮想デバイスに対応付けるデバイス１が適切に変更される。なお、デバイス１の情報更新において、本実施形態では、デバイス１の特性を示す値の一例である測定精度や平均更新間隔等を用いているが、これに限られるものではない。例えば、デバイス１の特性を示す値として、デバイス１の動作の安定性等を示す値を用いてもよい。
【００７６】
また、本実施形態によれば、仮想デバイスのプロパティ（属性）を有するデバイス１が検索され、検索により特定されたデバイス１につき、仮想デバイスとの対応付けの適格性の判定（すなわち本実施形態では評価値の計算）が行われる。このように、プロパティ毎に対応付けの適格性の判定が行われることで、仮想デバイスのプロパティに適したデバイス１が選択され得るとともに、複数のプロパティを有するデバイス１を、プロパティ毎に複数の仮想デバイスに対応付けることも可能となる。
【００７７】
また、本実施形態では、デバイス１の特性を示す値の一例である測定精度や平均更新間隔等に基づいて評価値を計算し、評価値に基づいて仮想デバイスに対応付けるデバイス１を選択することで、仮想デバイスに対するデバイス１の適切な対応付けを実現している。しかし、この場合においても、デバイス１の特性を示す値は、前述と同様に、測定精度や平均更新間隔に限られるものではない。また、本技術の実現にあたり、「評価値の計算」を必ずしも行わなくてもよい。例えば、単純に、デバイス１の測定精度等、特定の項目を、仮想デバイスとの対応付けの適格性を示す指標となる値として取得し、その指標とした項目の値に応じて、仮想デバイスに対応付けるデバイス１を変更してもよい。
【００７８】
さらに、本実施形態では、温度の値のみを仮想デバイスの値として用いたが、これ以外にも、ＨＥＭＳの一例としての室内快適制御サービスの提供においては、湿度、照度、風向・風速、部屋の在不在状態、消費電力などの値を用いても良い。この場合、例えば、湿度のデータソースとしては、湿度センサ、エアコンディショナの湿度測定値、天気情報提供装置による湿度測定値などを用いることができる。また、照度のデータソースとしては、照度センサや天気情報提供装置による照度測定値などを用いることができる。さらに、風向・風速のデータソースとしては、風向・風速センサ、天気情報提供装置による風向・風速測定値などを用いることができる。さらに、在不在状態のデータソースとしては、人
感センサ、人が在室しているときにのみ用いられる電化製品（例えばテレビやエアコンディショナの稼動状態の測定値）、消費電力値の分析結果（例えば、ある消費電力地が一定値以上の場合に、在室しているとみなすなど）を用いることができる。ここで、消費電力値は、例えば、スマートコンセントの消費電力値、分電盤の電力センサの測定値、エアコンディショナの消費電力値などを用いることができる。
【００７９】
また、本実施形態では、デバイス管理サーバ３とサービスサーバ４を別装置として説明したが、これらの各サーバの機能は、１つの装置において実現することも可能である。すなわち、サービスを提供するサービスサーバ４自体が、仮想デバイスを用いてデバイス１の情報収集を行うことも可能である。
【００８０】
［４．その他］
本技術の適用対象として、前述した実施形態で記載したシステムは一例に過ぎない。本技術は、デバイスを管理する装置において、仮想デバイスに対応付けたデバイスから受信する情報を、サービスサーバ４で提供されるサービスに通知するシステムであれば、いかなるシステムにも適用することができる。
【００８１】
例えば、前述した実施形態では、ＨＥＭＳのサービスの例を用いて説明したが、例えば、ＤＲのサービスにおいても、本技術を適用することは当然に可能である。具体例を挙げると、電力消費量の情報を収集するシステムにおいて、当該情報を収集する仮想デバイスに、無線ＬＡＮを用いて電力消費量の通知を行うデバイスを対応付けている場合などが考えられる。この場合、無線ＬＡＮの接続状態が不安定になったときに、情報を収集するデバイスの対応付けを別のデバイスに切り替えることにより、安定した電力消費量の情報収集が可能となり、ＤＲのサービスの質を向上させることができる。
【００８２】
本明細書で説明した情報処理装置の機能的構成及び物理的構成は、上述の態様に限るものではなく、例えば、各機能や物理資源を統合して実装したり、逆に、さらに分散して実装したりすることも可能である。
【００８３】
以上の実施形態に関し、更に以下の付記を開示する。
（付記１）複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスで提供されるサービス）に通知する情報処理装置が、
前記複数のデバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、
取得した前記指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する
処理を実行するデバイス管理方法。
【００８４】
（付記２）前記指標となる値を取得する処理は、前記複数の物理デバイスのうち、前記変化のあった物理デバイスが有する属性と同じ属性を有する他の物理デバイスを特定し、前記変化のあった物理デバイス、及び、特定した該他の物理デバイスのそれぞれにつき、前記属性における仮想デバイスとの対応付けの適格性を示す指標となる値を取得する付記１記載のデバイス管理方法。
【００８５】
（付記３）前記通知は、物理デバイスの稼働状態が変更されたことを示す通知である付記１又は２記載のデバイス管理方法。
（付記４）前記通知は、物理デバイスが追加又は削除されたことを示す通知である付記
１〜３のいずれか１つに記載のデバイス管理方法。
【００８６】
（付記５）前記通知は、物理デバイスの特性を示す値が変更になったことを示す通知である付記１〜４のいずれか１つに記載のデバイス管理方法。
（付記６）前記指標となる値を取得する処理は、前記物理デバイスの特性を示す値に基づいた所定の計算式によって評価値を計算し、計算した該評価値を前記指標となる値として取得する付記１〜５のいずれか１つに記載のデバイス管理方法。
【００８７】
（付記７）前記計算式は、物理デバイスによって異なる計算式である付記６記載のデバイス管理方法。
（付記８）前記計算式は、サービスによって異なる計算式である付記６又は７に記載のデバイス管理方法。
【００８８】
（付記９）前記計算式は、前記物理デバイスの特性を示す値に重み付けを行って前記評価値を計算する計算式である付記６〜８のいずれか１つに記載のデバイス管理方法。
（付記１０）前記計算式は、物理デバイスによって異なる重み付けを行って前記評価値を計算する計算式である付記９記載のデバイス管理方法。
【００８９】
（付記１１）前記計算式は、サービスによって異なる重み付けを行って前記評価値を計算する計算式である付記９又は１０に記載のデバイス管理方法。
（付記１２）前記物理デバイスの特性を示す値は、物理デバイスによる測定における測定精度又は物理デバイスによる測定値の平均更新間隔の少なくともいずれか１つである付記５〜１１のいずれか１つに記載のデバイス管理方法。
【００９０】
（付記１３）複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置が、
前記複数の物理デバイスのうちの１つの物理デバイスの変化を示す通知を受信する通信処理部と、
前記通知が受信されたときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、該指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更するデバイス管理部と、
を備えたデバイス管理装置。
【００９１】
（付記１４）複数の物理デバイスと通信可能に接続され、前記複数の物理デバイスのうち、仮想デバイスに対応付けた物理デバイスから収集した情報をサービスに通知する情報処理装置に、
前記複数の物理デバイスのうちの１つの物理デバイスの変化を示す通知を受信したときに、変化のあった物理デバイス、及び、前記複数の物理デバイスのうち該変化のあった物理デバイス以外の他の物理デバイスのそれぞれにつき、仮想デバイスとの対応付けの適格性を示す指標となる値を取得し、
取得した前記指標となる値に基づいて、仮想デバイスに対応付ける物理デバイスを変更する
処理を実行させるデバイス管理プログラム。
【符号の説明】
【００９２】
１…デバイス、２…ホームサーバ、３…デバイス管理サーバ、３１…通信処理部、３２…コマンド処理部、３３…デバイス管理部、３４…データソーステーブル、３５…対応情報管理テーブル、４…サービスサーバ
【図１】
2013065081.tif 000003
【図２】
2013065081.tif 000004
【図３】
2013065081.tif 000005
【図４】
2013065081.tif 000006
【図５】
2013065081.tif 000007
【図６】
2013065081.tif 000008
【図７】
2013065081.tif 000009
【図８】
2013065081.tif 000010
【図９】
2013065081.tif 000011
【図１０】
2013065081.tif 000012
【図１１】
2013065081.tif 000013
【図１２】
2013065081.tif 000014
【図１３】
2013065081.tif 000015
【図１４】
2013065081.tif 000016
【図１５】
2013065081.tif 000017
【図１６】
2013065081.tif 000018
【図１７】
2013065081.tif 000019