JP7006370B2

JP7006370B2 - デバイス管理装置、デバイス管理システム、デバイス管理方法、及び、デバイス管理プログラム

Info

Publication number: JP7006370B2
Application number: JP2018031467A
Authority: JP
Inventors: 直志樋口
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2018-02-26
Filing date: 2018-02-26
Publication date: 2022-02-10
Anticipated expiration: 2038-02-26
Also published as: JP2019148843A

Description

本発明は、デバイス管理装置、デバイス管理システム、デバイス管理方法、及び、デバイス管理プログラム、特に、通信網を介して接続されたデバイスの動作予約と、通信障害対策に関する。

特許文献１は、ユーザが通信端末を操作し、ユーザの家の中に配置されたホームサーバを呼び出して、当該ホームサーバを用いて、家の中の家電機器の動作に関する予約設定を行うことが出来るシステムを開示する。

特開２００２－０６４８８１号公報

特許文献１のシステムは、ユーザが操作する通信端末とホームサーバ間の通信網が切断されている間、ユーザ等から入力される家電機器の状態問い合わせに対し、通信端末は最新の状態を回答できないという課題が存在する。すなわち、特許文献１のシステムは、管理装置が遠隔地にあるデバイスを制御する場合、両者間の通信網が切断している間、制御装置がデバイスの状態問い合わせに対し最新のデバイス状態を回答できない。

本発明は、上記課題を解決し、管理装置が遠隔地にあるデバイスを制御するシステムにおいて、管理装置とデバイス間の通信が途絶えた場合であっても、デバイスの状態をユーザに報告することが出来る管理装置を提供することを目的とする。

本発明の一つの実施の形態のデバイス管理装置は、デバイスが変更させる状態の目標を示す目標値と予約時刻を含む状態変更要求を受信すると、前記目標値を達成する為の所定動作を前記予約時刻に実行して、実行後の状態を示す報告値を返信する前記デバイスと通信網で接続され、前記状態変更要求が入力されると前記状態変更要求を前記デバイスに送信し、かつ、前記デバイスの状態問い合わせが入力されると、前記予約時刻の経過後に前記報告値が受信されたか否かを判定し、受信されていなければ前記所定動作から推測される状態を示す推測値を送信する状態管理手段を備える。

本発明の一つの実施の形態のデバイス管理方法は、ａ）デバイスが変更させる状態の目標を示す目標値と予約時刻を含む状態変更要求が入力されると、前記目標値を達成する為の所定動作を前記予約時刻に実行して実行後の状態を示す報告値を返信する前記デバイスに前記状態変更要求を通信網前経由で送信し、かつ、ｂ）前記デバイスの状態問い合わせが入力されると、前記予約時刻の経過後に前記報告値が受信されたか否かを判定し、受信されていなければ前記所定動作から推測される状態を示す推測値を送信する。

本発明の一つの実施の形態のデバイス管理プログラムは、デバイスが変更させる状態の目標を示す目標値と予約時刻を含む状態変更要求を受信すると、前記目標値を達成する為の所定動作を前記予約時刻に実行して、実行後の状態を示す報告値を返信する前記デバイスと通信網で接続されたコンピュータに、前記状態変更要求が入力されると前記状態変更要求を前記デバイスに送信し、かつ、前記デバイスの状態問い合わせが入力されると、前記予約時刻の経過後に前記報告値が受信されたか否かを判定し、受信されていなければ前記所定動作から推測される状態を示す推測値を送信する処理を実行させる。

本発明にかかるデバイス管理装置は、管理装置が遠隔地にあるデバイスを制御するシステムにおいて、管理装置とデバイス間の通信が途絶えた場合であっても、デバイスの状態をユーザに報告することが出来る。

図１は、本実施の形態にかかるデバイス管理システム１０の概要を説明する図である。図２は、本実施の形態にかかるデバイス管理システム１０の構成を示す図である。図３は、コンピュータ装置６０の構成を示す図である。図４は、状態変更要求５０を受信した時のデバイス管理装置２０の状態管理部２２と、デバイス３０の制御部３１の動作フローチャートである。図５は、状態問い合わせを受信した時のデバイス管理装置２０の状態管理部２２とシミュレーション部２３の動作フローチャートである。図６は、第三の実施の形態にかかるデバイス管理装置２０の構成を示す図である。

＜第一の実施の形態＞
＜概要＞
図１は、本実施の形態にかかるデバイス管理システム１０の概要を説明する図である。デバイス管理システム１０は、概ね以下のように動作する。

アプリケーション２１が、デバイス３０の状態変更要求５０として、予約時刻を付与した目標値をデバイス管理装置２０に送信する。デバイス管理装置２０が、状態変更要求５０を受け付けて記憶すると共にデバイス３０に送信する。

デバイス３０は、状態変更要求５０に付与されていた予約時刻になったら、目標値を達成する為の所定動作を実行して、実行後の現在状態を報告値としてデバイス管理装置２０に返信する。所定動作後に状態が目標値に達するのに時間を要する場合、デバイス３０は、現在値が変わったことを検知して報告値を繰り返し送信しても良い。デバイス管理装置２０は、デバイス３０から受信した報告値とその受信時刻を、報告状態５２として記憶する。

アプリケーション２１が、デバイス３０の状態問い合わせを送信する。デバイス管理装置２０は、状態問い合わせを受信した際に状態変更要求５０の予約時刻の経過後に新たな報告状態５２が受信されていれば最新の報告状態５２を応答する。状態変更要求５０の予約時刻の経過後に新たな報告状態５２が受信されていなければ、デバイス管理装置２０は、デバイス３０が実行した固有動作をシミュレーションして現状を推測する推測状態５１を得たうえで、当該推測状態５１と最新の報告状態５２を応答する。

＜構成＞
図２は、本実施の形態にかかるデバイス管理システム１０の構成を示す図である。デバイス管理システム１０は、デバイス管理装置２０とデバイス３０を包含する。デバイス管理装置２０とデバイス３０は通信網４０を介して接続されている。一台のデバイス管理装置２０は、一台以上のデバイス３０を管理できる。デバイス３０は、例えば、家庭や店舗に設置された恒温槽、エアコン、炊飯器、玄関灯、天井灯である。通信網４０は、例えば、インターネット、携帯電話通信網である。

デバイス管理装置２０は、アプリケーション２１、状態管理部２２、シミュレーション部２３、状態記憶部２４、及び、通信部４１を備えている。

アプリケーション２１は、例えば利用者が使用する入力装置（図示されず）からコマンドを受信して、通信網４０に接続されているデバイス３０の運転や状態参照等を行う。アプリケーション２１は、デバイス３０の運転を行うときには、デバイス３０の識別子、例えば通信ドレスを指定して、目標値及び予約時刻を含む状態変更要求５０を状態管理部２２に送信する。ここで、目標値は、デバイス３０が変更させる状態の目標を示す値である。デバイス３０が恒温槽やエアコンである場合、目標値は恒温槽やエアコンが維持すべき温度である。デバイス３０が玄関灯や天井灯である場合、目標値は動作中（点灯中）または停止中（消灯中）を示す値である。予約時刻は、デバイス３０が、目標値を達成する為に所定動作を開始する予定の時刻である。デバイス３０が恒温槽やエアコンである場合、目標値が２４度、予約時刻が１５時の状態変更要求５０は、例えば１５時に設定温度が２４度でエアコンが運転を開始することを要求する。但し、状態変更要求５０が具体的に何を要求するかは、デバイス３０の種類、インプリメントに依存して決まる。アプリケーション２１は、デバイス３０の状態参照を行うときには、デバイス３０の識別子を指定して状態問い合わせを状態管理部２２に送信する。

状態管理部２２は、アプリケーション２１から運転や状態参照等の要求を受け付けて、デバイス３０の制御部３１と交信してデバイス３０を制御する。

状態管理部２２は、状態変更要求５０が入力されるとその状態変更要求５０をデバイス３０に送信する。

状態管理部２２は、デバイスの状態問い合わせが入力されると、予約時刻の経過後に指定されたデバイス３０から報告値が受信されたか否かを判定する。受信されていれば、状態管理部２２は当該デバイス３０から受信した最新の報告値をアプリケーション２１に送信する。予約時刻の経過後に当該デバイス３０から報告値が受信されていなければ、状態管理部２２は、当該デバイス３０の所定動作から推測される状態を示す推測値をアプリケーション２１に送信する。

このとき、状態管理部２２はシミュレーション部２３を起動して推測値を得る。シミュレーション部２３は、当該デバイス３０から受信されている最新の報告温度、及び、その報告時間からの経過時間に基づいて推測値を算出する。算出方法、算出に使用するデータ、及び、その取得方法は、デバイス３０の種類、インプリメントに依存する。

例えばデバイス３０が恒温槽やエアコン等の温度制御装置であり、所定動作が現在温度から目標温度までの温度低下または温度上昇である場合、シミュレーション部２３は経過時間に応じた温度変化量を最新の報告温度に加算または減算して推測値を算出する。推測値が目標値に到達した後は、シミュレーション部２３は目標値の維持を推測する。

例えばデバイス３０が炊飯器であり、目標値が炊飯完了、所定動作が炊飯開始である場合、シミュレーション部２３は予約時刻からの経過時間に応じて、炊飯中または炊飯完了の推測値を算出する。

なお、デバイス３０の所定動作により変更された状態の推測が容易であれば、状態管理部２２が推測値を決定しても良い。例えば、デバイス３０が玄関灯で目標値が動作中（点灯中）であれば、状態管理部２２は、その所定動作は通電の開始であり変更後の状態は動作中（点灯）であると推測できる。

状態記憶部２４は、アプリケーション２１から受信した状態変更要求５０、シミュレーション部２３から受信した推測状態５１、及び、デバイス３０から受信した報告状態５２の格納域である。状態変更要求５０は目標値と予約時刻を含む。推測状態５１は推測値と推測した時刻を含む。報告状態５２は、報告値と、その受信時刻を含む。通信部４１は、通信網４０へのアクセスインタフェースである。

デバイス３０は、制御部３１、デバイスハードウェア３２、変更要求記憶部３３、及び、通信部４１を備えている。

制御部３１は、デバイス管理装置２０の状態管理部２２から状態変更要求５０を受信すると、予約時刻に目標値を達成する為の所定動作を実行し、実行後の状態を示す報告値を返信する。制御部３１は、状態の変化、例えば温度の変化を検出すると、報告値を繰り返し状態管理部２２に送信しても良い。

デバイスハードウェア３２は、制御部３１から指示された指示信号に応じて作動することにより所定動作を実行する。デバイスハードウェア３２は、例えば、現在市販されているような恒温槽、エアコン、玄関灯である。但し、デバイスハードウェア３２が、例えば恒温槽、エアコンである場合、温度の変化を制御部３１に通知する。

デバイス３０の構成及び機能は、デバイス３０の種類、インプリメントに依存する。

変更要求記憶部３３は、デバイス管理装置２０の状態管理部２２から受信した状態変更要求５０の格納域である。通信部４１は、通信網４０へのアクセスインタフェースである。

ここで、デバイス管理装置２０のアプリケーション２１、状態管理部２２、及び、シミュレーション部２３は、論理回路、または、専用プロセッサとファームウェアで構成される。状態記憶部２４は、ＨＤＤ（Hard Disk Drive）、または、ＳＤＤ(Solid State Drive)等の記憶装置である。

デバイス管理装置２０は、コンピュータ装置６０で構成されても良い。図３は、コンピュータ装置６０の構成を示す図である。コンピュータ装置６０は、バス６４で相互に接続された、プロセッサ６１、主記憶装置６３、及び、外部記憶装置６２を備える。

プロセッサ６１は、バス６４を経由して、主記憶装置６３、及び、外部記憶装置６２に対してデータの読み書きを行う。また、プロセッサ６１は、主記憶装置６３に格納されているデバイス管理プログラム６５を実行する。なお、デバイス管理プログラム６５は、当初は外部記憶装置６２に格納されており、コンピュータ装置６０の初期設定時にプロセッサ６１が外部記憶装置６２から主記憶装置６３にロードしても良い。

ここで、主記憶装置６３は半導体記憶装置である。外部記憶装置６２は、ＨＤＤ、または、ＳＤＤ等の記憶装置である。

コンピュータ装置６０のプロセッサ６１は、デバイス管理プログラム６５を実行することにより、アプリケーション２１、状態管理部２２、及び、シミュレーション部２３として機能する。すなわち、プロセッサ６１は、デバイス管理プログラム６５を実行することにより、アプリケーション２１、状態管理部２２、及び、シミュレーション部２３が行う処理を実行する。但し、アプリケーション２１は、デバイス管理プログラム６５とは別のプログラムで実現されても良い。

外部記憶装置６２は、状態記憶部として使用されても良い。

さらに、デバイス管理装置２０は、一台の装置としてインプリメントされていなくても良い。デバイス管理装置２０は、複数の装置、及び、コンピュータ装置６０に分散してインプリメントされていても良い。デバイス管理装置２０は、例えば、アプリケーション２１を備える携帯端末装置等と、状態管理部２２、シミュレーション部２３、及び、状態記憶部２４を備えるデータセンターのコンピュータ装置６０が通信網４０で接続されて構成されていても良い。

デバイス３０の制御部３１は、同様に、論理回路、または、専用プロセッサとファームウェアで構成される。変更要求記憶部３３は、ＨＤＤ、または、ＳＤＤ等の記憶装置である。デバイス３０は、コンピュータ装置６０で構成されても良い。この場合、コンピュータ装置６０のプロセッサ６１は、デバイス３０が記憶する図示されないデバイス制御プログラムを実行することにより、制御部３１として機能する。デバイスハードウェア３２は、前述した通り、例えば恒温槽、エアコン、玄関灯、天井灯である。デバイスハードウェア３２は、一部にソフトウェアを包含していても良い。

＜動作＞
図４は、状態変更要求５０を受信した時のデバイス管理装置２０の状態管理部２２と、デバイス３０の制御部３１の動作フローチャートである。

デバイス管理装置２０の状態管理部２２は、状態変更要求５０をアプリケーション２１から受信すると（Ｓ１）、当該状態変更要求５０を状態記憶部２４に格納し（Ｓ２）、デバイス３０に送信し（Ｓ３、（ａ））、その応答を待ち合わせる。

デバイス３０の制御部３１は、状態変更要求５０をデバイス管理装置２０の状態管理部２２から受信すると（Ｄ１）、当該状態変更要求５０を変更要求記憶部３３に格納し（Ｄ２）、その予約時刻を待ち合わせる（Ｄ３）。予約時刻になると制御部３１は、変更要求記憶部３３に格納されている状態変更要求５０の目標値を達成する為の所定動作の開始信号をデバイスハードウェア３２に送信する（Ｄ４）。

デバイスハードウェア３２は、与えられた目標値を達成する為の所定動作を開始し、開始後の現在値を制御部３１に送信する。例えば、デバイス３０がエアコンであって、現在値が２８度、目標値が２０度である場合、デバイスハードウェア３２は冷房動作を開始し、所定時間後の現在値、例えば２７度を現状の報告値として制御部３１に送信する。

なお、デバイスハードウェア３２は、その後、現在値の所定幅以上の変化を検知して、報告を繰り返しても良い。例えばエアコンは、現在温度が１度低下するごとに、現在値を現状の報告値として制御部３１に送信する。

デバイス３０が玄関灯であって、目標値が動作中（点灯）である場合、デバイスハードウェア３２は電球に通電を開始し、現在値である動作中（点灯中）を報告値として送信する。

制御部３１は、デバイスハードウェア３２から現状の報告値を受信し（Ｄ５）、受信した報告値をデバイス管理装置２０の状態管理部２２へ送信する（Ｄ６、（ｂ））。

デバイス管理装置２０の状態管理部２２は報告値を受信して（Ｓ４）、当該報告値に受信時刻を付加して報告状態５２を生成して、状態記憶部２４に格納する（Ｓ５）。

図５は、状態問い合わせを受信した時のデバイス管理装置２０の状態管理部２２とシミュレーション部２３の動作フローチャートである。

デバイス管理装置２０の状態管理部２２は、状態問い合わせをアプリケーション２１から受信すると（Ｓ１１）、指定された当該デバイス３０について、予約時刻の経過後に報告値が受信されているか否かをチェックする（Ｓ１２）。このとき状態管理部２２は、状態記憶部２４に格納されている報告状態５２を参照する。受信されていれば（Ｓ１２でＹｅｓ）、状態管理部２２は、当該報告状態５２、すなわち所定動作後の最新の状態情報をアプリケーション２１に送信する（Ｓ１３）。

予約時刻の経過後に、報告値が受信されていなければ（Ｓ１２でＮｏ）、状態管理部２２はシミュレーション部２３を起動し（（ｃ））、シミュレーション部２３が格納した推測状態５１を状態記憶部２４から得て（Ｓ１４、（ｄ））、アプリケーション２１に送信する（Ｓ１５）。

予約時刻の経過後に報告状態５２が受信されていない理由は、デバイス３０との間の通信、例えば通信網４０に何らかの異常が発生したと考えられる。このため、状態管理部２２はデバイス３０の動作は正常であると仮定した場合の推測値を報告するのである。この時、状態管理部２２は報告状態５２を合せて送信しても良い。但し、この報告状態５２は予約時刻以前に受信したものであり、所定動作開始以前の最新値である。この報告状態５２は、例えばデバイス３０の所定動作異常と通信異常が重なった場合の推測値としての意味を持つ。

状態管理部２２から起動されたシミュレーション部２３は、デバイス３０から受信されている最新の報告値、及び、その報告時間からの経過時間に基づいて推測値を算出する。デバイス３０の種類によっては、シミュレーション部２３は、予約時刻からの経過時間に基づいて推測値を算出しても良い。算出例は前述したとおりであるが、算出方法、算出に使用するデータ、その取得方法は、デバイス３０の種類、インプリメントに依存する。

なお、デバイス３０の所定動作により変更された状態の推測が容易であれば、状態管理部２２が推測値を決定しても良いこの場合、シミュレーション部２３は不要になる。

＜変形例＞
デバイス管理装置２０の状態管理部２２は、同じデバイス３０に対し、複数の状態変更要求５０を順次受け付けても良い。これらの状態変更要求５０は、予約時刻の時系列の順にデバイス３０に対する状態変更シーケンス実行要求を意味する。例えば、このシーケンスは、録画装置であるデバイス３０に対し、録画開始、録画終了を、時間間隔を開けて繰り返すことを指示するシーケンスである。

この場合、状態管理部２２は、受信した当該複数の状態変更要求５０を順次、デバイス３０の制御部３１に送信する。デバイス３０の制御部３１は、それらを受信して、予約時刻の時系列の順に状態変更要求の目標値に応じた所定動作を実行する。

状態管理部２２は、デバイスの状態問い合わせを入力されると、最近の予約時刻の経過後に報告値が受信されたか否かを判定し、受信されていなければ最近の予約時刻の状態変更要求の所定動作から推測される推測値を送信する。

＜効果＞
本実施の形態にかかるデバイス管理装置２０は、管理しているデバイス３０との間の通信が途絶えた場合であっても、デバイス３０の状態をユーザに報告することが出来る。その理由は、状態管理部２２がデバイス３０の状態問い合わせに対し、状態変更要求５０の予約時刻の経過後に報告値が受信されたか否かを判定し、受信されていなければ予約された所定動作から推測される状態を示す推測値を送信するからである。

このことにより、予約を行う時点で通信網４０が接続していれば、状態変更を行う時点で通信網４０が切断していても、デバイス３０側は状態を目標値に変更でき、且つ、デバイス管理装置２０側はデバイス状態を推測できる。

＜第二の実施の形態＞
＜変形例の構成＞
本実施の形態にかかるデバイス管理システム１０において、デバイス管理装置２０の状態管理部２２はデバイスシャドウであっても良い。その場合、デバイス３０の制御部３１はデバイスシャドウと連係するためのソフトウェアライブラリ（デバイスシャドウＳＤＫと略記）を利用したプログラムであっても良い。この場合、図４のステップＤ４において、デバイスシャドウＳＤＫは、デバイスハードウェア３２の目標状態変更処理を呼び出す。

＜効果＞
この場合、デバイスシャドウＳＤＫを利用してインプリメントされ、デバイスシャドウと連携して遠隔操作を実現していたデバイスは、デバイスシャドウＳＤＫを制御部３１で置換すれば、デバイス管理装置２０の管理対象にすることが出来る。その理由は、デバイス目標状態変更処理を呼び出すという処理と、デバイス現在状態が変更されたならばデバイスシャドウへ状態報告を送信するという処理は変更が無いからである。

＜第三の実施形態＞
図６は、本実施の形態にかかるデバイス管理装置２０の構成を示す図である。デバイス管理装置２０は、デバイス３０状態の目標を示す目標値と予約時刻を含む状態変更要求５０を受信すると、目標値を達成する為の所定動作を予約時刻に実行して、実行後の状態を示す報告値を返信するデバイスと通信網４０で接続されている。

また、デバイス管理装置２０は状態管理部２２を備えている。状態管理部２２は、状態変更要求５０が入力されると状態変更要求をデバイスに送信する。さらに、状態管理部２２は、デバイス３０の状態問い合わせが入力されると、予約時刻の経過後に報告値が受信されたか否かを判定し、受信されていなければ所定動作から推測される状態を示す推測値を送信する。

本実施の形態にかかるデバイス管理装置２０は、管理しているデバイス３０との間の通信が途絶えた場合であっても、デバイス３０の状態をユーザに報告することが出来る。その理由は、状態管理部２２がデバイス３０の状態問い合わせに対し、状態変更要求５０の予約時刻の経過後に報告値が受信されたか否かを判定し、受信されていなければ予約された所定動作から推測される状態を示す推測値を送信するからである。

以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

１０デバイス管理システム
２０デバイス管理装置
２１アプリケーション
２２状態管理部
２３シミュレーション部
２４状態記憶部
３０デバイス
３１制御部
３２デバイスハードウェア
３３変更要求記憶部
４０通信網
４１通信部
５０状態変更要求
５１推測状態
５２報告状態
６０コンピュータ装置
６１プロセッサ
６２外部記憶装置
６３主記憶装置
６４バス
６５デバイス管理プログラム

Claims

デバイスが変更させる状態の目標を示す目標値と予約時刻を含む状態変更要求を受信すると、前記目標値を達成する為の所定動作を前記予約時刻に実行して、実行後の状態を示す報告値を返信する前記デバイスと通信網で接続され、
前記状態変更要求が入力されると前記状態変更要求を前記デバイスに送信し、かつ、前記デバイスの状態問い合わせが入力されると、前記予約時刻の経過後に前記報告値が受信されたか否かを判定し、受信されていなければ前記所定動作から推測される状態を示す推測値を送信する状態管理手段を、備えるデバイス管理装置。
前記予約時刻からの経過時間、または、前記デバイスから受信されている最新の前記報告値及び最新の前記報告値の報告時間からの経過時間に基づいて、前記推測値を算出するシミュレーション手段を備え、
前記状態管理手段は、前記シミュレーション手段が算出した前記推測値を送信する請求項１のデバイス管理装置。
前記デバイスは温度制御装置であり、前記所定動作は前記目標値が示す温度までの温度低下または温度上昇であり、
前記シミュレーション手段は、前記目標値に達するまで、最新の前記報告値の前記報告時間からの前記経過時間に応じた温度変化量を最新の前記報告値に加算または減算して前記推測値を算出する請求項２のデバイス管理装置。
前記所定動作は、前記デバイスへの通電の開始であり、
前記状態管理手段は、前記所定動作が前記通電の開始であれば動作中を示す前記推測値を示す前記推測値を送信する請求項１のデバイス管理装置。
請求項１乃至請求項４の何れか一項のデバイス管理装置と、
前記デバイスを包含する、デバイス管理システム。
前記デバイスは、複数の前記状態変更要求を受信すると、前記予約時刻の時系列に、順次、前記状態変更要求の前記目標値に応じた前記所定動作を実行し、
前記状態管理手段は、前記デバイスの状態問い合わせを入力されると、最近の前記予約時刻の経過後に前記報告値が受信されたか否かを判定し、受信されていなければ最近の前記予約時刻の前記状態変更要求の前記所定動作から推測される前記推測値を送信する、請求項５のデバイス管理システム。
ａ）デバイスが変更させる状態の目標を示す目標値と予約時刻を含む状態変更要求が入力されると、前記目標値を達成する為の所定動作を前記予約時刻に実行して実行後の状態を示す報告値を返信する前記デバイスに前記状態変更要求を通信網で送信し、かつ、ｂ）前記デバイスの状態問い合わせが入力されると、前記予約時刻の経過後に前記報告値が受信されたか否かを判定し、受信されていなければ前記所定動作から推測される状態を示す推測値を送信するデバイス管理方法。
前記予約時刻からの経過時間、または、前記デバイスから受信されている最新の前記報告値及び最新の前記報告値の報告時間からの経過時間に基づいて、前記推測値を算出して送信する請求項７のデバイス管理方法。
前記デバイスは温度制御装置であり、前記所定動作は前記目標値が示す温度までの温度低下または温度上昇であり、
前記目標値に達するまで、最新の前記報告値の前記報告時間からの前記経過時間に応じた温度変化量を最新の前記報告値に加算または減算して前記推測値を算出する請求項８のデバイス管理方法。
デバイスが変更させる状態の目標を示す目標値と予約時刻を含む状態変更要求を受信すると、前記目標値を達成する為の所定動作を前記予約時刻に実行して、実行後の状態を示す報告値を返信する前記デバイスと通信網で接続されたコンピュータに、
前記状態変更要求が入力されると前記状態変更要求を前記デバイスに送信し、かつ、前記デバイスの状態問い合わせが入力されると、前記予約時刻の経過後に前記報告値が受信されたか否かを判定し、受信されていなければ前記所定動作から推測される状態を示す推測値を送信する処理を実行させるデバイス管理プログラム。