JP2019153003A - 記録装置、制御装置、記録方法および記録プログラム - Google Patents

Abstract

【課題】負荷からの応答が無い場合における原因の特定を容易にする。【解決手段】記録装置（家電制御装置１）は、取得部と、記憶処理部とを具備する。取得部は、負荷における稼働状態の変更を指示する操作指示に基づいて変更が行われた場合に、少なくとも負荷を識別する識別情報を含む状態変更通知を取得する。記憶処理部は、取得部が取得した状態変更通知に時刻を対応付けた通知情報を記憶部に記憶する。【選択図】図２

Description

本発明の実施形態は、記録装置、制御装置、記録方法および記録プログラムに関する。

近年、例えば１つの家庭内ネットワーク内において、様々なメーカーの家電機器が接続される場合がある。また、かかる家庭内ネットワークには、家電機器を制御する制御装置が接続される。家電機器は、制御装置から受け付けた制御指示に基づいて制御を行い、かかる制御を行った旨を制御装置やネットワークに接続された機器へ通知する。

特許第６０５３８４２号公報

ここで、家庭内ネットワークには、１つの家電機器に対して複数の制御装置が接続される場合がある。そして、かかる場合に、制御装置から送信した制御指示に対して、上記した通知による家電機器からの応答が無いことがある。しかしながら、従来は、家電機器からの応答が無い場合に、その原因を特定することが難しいという課題があった。

本発明が解決しようとする課題は、負荷からの応答が無い場合における原因の特定を容易にすることができる記録装置、制御装置、記録方法および記録プログラムを提供することを目的とする。

実施形態に係る記録装置は、取得部と、記憶処理部とを具備する。前記取得部は、負荷における稼働状態の変更を指示する操作指示に基づいて前記変更が行われた場合に、少なくとも当該負荷を識別する識別情報を含む状態変更通知を取得する。前記記憶処理部は、前記取得部が取得した前記状態変更通知に時刻を対応付けた通知情報を記憶部に記憶する。

図１は、実施形態に係る通信システムの構成例を示す図である。 図２は、実施形態に係る家電制御装置の構成の一例を示す図である。 図３は、実施形態に係る通知情報の説明図である。 図４は、実施形態に係る通信システムの処理の一例を示すシーケンス図である。 図５は、変形例に係る通知情報の説明図である。

以下で説明する実施形態に係る家電制御装置１（記録装置および制御装置の一例）は、取得部３１と、記憶処理部３２とを具備する。取得部３１は、負荷５０における稼働状態の変更を指示する操作指示に基づいて変更が行われた場合に、少なくとも負荷５０を識別する識別情報を含む状態変更通知を取得する。記憶処理部３２は、取得部３１が取得した状態変更通知に時刻を対応付けた通知情報４１を記憶部４に記憶する。

以下で説明する実施形態に係る取得部３１は、負荷５０の種別、稼働状態の変更の種類および稼働状態の変更の内容のうち少なくとも１つをさらに含む状態変更通知を取得する。

以下で説明する実施形態に係る家電制御装置１は、抽出部３３と、出力部３４とをさらに具備する。抽出部３３は、記憶部４に記憶された通知情報４１に基づいて負荷５０から応答が無かった操作指示である失敗指示を抽出する。出力部３４は、抽出部３３によって抽出された失敗指示を含む失敗情報を外部装置（表示端末５１または家電管理装置１００）へ出力する。

以下で説明する実施形態に係る取得部３１は、負荷５０に接続される通信媒体に関する通信媒体情報をさらに取得する。記憶処理部３２は、通知情報４１に通信媒体情報を対応付けて記憶部４に記憶する。

以下で説明する実施形態に係る家電制御装置１は、記憶部４（記録装置の一例）と、制御部３とを具備する。制御部３は、負荷５０を制御するための制御指示を送信する。

（実施形態）
まず、図１を用いて、実施形態に係る通信システムＳについて説明する。図１は、実施形態に係る通信システムＳの構成例を示す図である。図１に示すように、実施形態に係る通信システムＳは、例えば、ＨＥＭＳであり、家電制御装置１と、家電管理装置１００と、負荷５０と、表示端末５１と、他制御装置６０とを備える。

通信システムＳにおいて、家電制御装置１と、家電管理装置１００とは、例えば、無線通信が可能な外部ネットワークＮによって接続される。また、家電制御装置１と、負荷５０と、表示端末５１と、他制御装置６０とは、例えば、有線または無線通信が可能なホームネットワークＨＮによって接続される。また、ＨＥＭＳにおけるホームネットワークＨＮは、ＥＣＨＯＮＥＴ Ｌｉｔｅと呼ばれる通信プロトコルを使用して、各種情報の送受信を行う通信媒体である。

家電管理装置１００は、家電制御装置１から送信される情報を収集する情報収集機能を有する。また、家電管理装置１００は、例えば、収集した情報に基づいて負荷の制御や、家電制御装置１から収集した情報を表示端末５１へ出力する等の制御を行う。

また、家電管理装置１００は、例えば、図示しない電力会社からの要請に応じて、負荷５０を制御して、電力量を調整する機能を有する。例えば、家電管理装置１００は、電力会社と宅内の契約者とを仲介するアグリゲータのサーバ装置であってもよい。

負荷５０は、例えばエアコンや照明等の家電機器や、分散電源として機能する蓄電池等を含む。なお、負荷５０は、家電機器や分散電源に限定されるものではなく、ホームネットワークＨＮに接続可能な電子機器であればよい。

負荷５０は、例えば、ホームネットワークＨＮに接続される装置に対して、稼働状態の変更が行われたことを示す状態変更通知を送信する。稼働状態とは、例えばエアコンの場合、電源オンや、冷暖房設定、温度設定等の制御の状態であり、例えば蓄電池の場合、充電や、放電等の充放電制御の状態を示す。また、状態変更通知には、負荷５０を識別する識別情報や、負荷５０の種別、稼働状態の変更の種類、変更の内容に関する情報が含まれるが、かかる点については、図３で後述する。

表示端末５１は、各種情報を表示する。例えば、表示端末５１は、家電管理装置１００から送信される情報や、家電制御装置１から送信される情報を表示する。具体的には、表示端末５１は、宅内における電力使用量の履歴情報や、負荷５０の現在の稼働状態等を表示する。

なお、表示端末５１は、宅内に設置される据置型の電子機器であってもよく、あるいは、スマートフォン等の可搬性の電子機器であってもよい。

家電制御装置１は、例えばＨＥＭＳコントーラであり、ホームネットワークＨＮに接続された負荷５０を制御するための制御指示を負荷５０へ送信する。制御指示には、負荷５０の稼働状態を変更する操作指示や、負荷５０の現在の稼働状態を要求する要求指示等が含まれる。

具体的には、家電制御装置１は、例えば負荷５０がエアコンの場合、電源オンや、冷暖房設定、温度設定等の稼働状態の変更を指示する操作指示を負荷５０へ送信する。これにより、負荷５０は、制御指示に基づく処理を行う。

また、家電制御装置１は、負荷５０から上記の状態変更通知を受け付ける。家電制御装置１が取得する状態変更通知は、家電制御装置１が送信した制御指示に基づくものと、他制御装置６０が送信した制御指示に基づくものとがある。換言すれば、家電制御装置１は、自身が制御指示を送信したか否かに関わらず、負荷５０の稼働状態が変更されると状態変更通知を取得する。

他制御装置６０は、上記した家電制御装置１と同様に、例えばＨＥＭＳコントーラであり、ホームネットワークＨＮに接続された負荷５０を制御するための制御指示を負荷５０へ送信する。なお、家電制御装置１および他制御装置６０は、ＨＥＭＳコントローラに限定されるものではなく、負荷５０を制御可能な装置であればよい。

ここで、家電制御装置１が負荷５０に対して制御指示を送信したにも関わらず、負荷５０から制御指示に対する応答が無い場合がある。負荷５０から応答が無い原因としては、例えば、家電制御装置１および負荷５０間の通信障害や、負荷５０自体の故障、あるいは、負荷５０が他制御装置６０から受けた制御指示に基づく処理を実行中で、家電制御装置１へ応答できない場合等、様々考えられるが、従来の技術では、これらの原因を特定することが難しいという課題があった。

特に、ＨＥＭＳのように、複数の負荷５０の電力量を統合的に管理するシステムにおいては、負荷５０の現在の稼働状態を把握することが重要であり、上記の原因を特定できない場合、負荷５０を正確に制御できなくなるおそれがある。

そこで、実施形態に係る家電制御装置１は、負荷５０から受信した状態変更通知に時刻を対応付けて通知情報４１（図２参照）として記憶する処理を行う。そして、例えば、家電制御装置１は、記憶した通知情報４１を家電管理装置１００へ送信する。

そして、例えば、家電制御装置１から送信した制御指示に対して負荷５０から応答が無い状況が発生したとする。このとき、例えば、家電管理装置１００の管理者が、通知情報４１を参照して、応答が無かった制御指示の時刻よりも後の時刻における状態変更通知の受信記録を発見した場合、応答が無い原因が稼働状態の変更の処理中であること、つまり、かかる制御指示が他の制御装置の制御指示と重なったことが原因であったと特定できる。

また、通知情報４１の中に、応答が無かった制御指示の時刻よりも後の時刻に状態変更通知を受信した形跡がなかった場合、応答が無い原因が通信障害もしくは負荷５０自体の故障等の異常によるものであると特定できる。

このように、実施形態に係る家電制御装置１によれば、負荷５０から通知される状態変更通知に時刻を対応付けて記憶しておくことで、負荷５０から応答が無かった場合に、その原因の特定を容易にすることができる。

なお、上記では、家電管理装置１００へ通知情報４１を送信し、管理者によって応答が無い（制御指示が失敗）原因を特定する場合を示したが、例えば、家電制御装置１がかかる制御指示の失敗の原因を抽出してもよいが、かかる点については後述する。

なお、実施形態に係る家電制御装置１は、負荷５０に対して制御指示を送信する機能を備えたが、これに限定されるものではなく、例えば、制御指示の送信機能を備えず、単に状態変更通知を受信して、時刻を対応付けた通知情報４１を記憶する記録装置であってもよい。

次に、図２を用いて、実施形態に係る家電制御装置１の構成について説明する。図２は、実施形態に係る家電制御装置１の構成の一例を示す図である。図２に示すように、家電制御装置１は、通信部２と、制御部３と、記憶部４とを備える。

通信部２は、無線通信処理や有線通信処理を行うためのネットワークデバイスである。具体的には、通信部２は、図１に示した家電管理装置１００の間で、無線通信により各種情報を送受信する。また、例えば、通信部２は、図１に示した負荷５０、表示端末５１および他制御装置６０との間で、有線や無線通信により各種情報を送受信する。

記憶部４は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかる記憶部４は、通知情報４１を記憶する。

制御部３は、取得部３１と、記憶処理部３２と、抽出部３３と、出力部３４とを備える。制御部３は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路やＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路であり、家電制御装置１の全体制御を実行する。

取得部３１は、負荷５０から状態変更通知を取得する。例えば、取得部３１は、家電制御装置１や他制御装置６０から送信された制御指示に基づいて負荷５０における稼働状態の変更が行われたことを示す状態変更通知を取得する。

取得部３１が取得する状態変更通知には、少なくとも負荷５０を識別する識別情報が含まれればよいが、例えば、負荷５０の種別や、稼働状態の変更の種類、変更の内容等が含まれてもよい。

記憶処理部３２は、取得部３１が取得した状態変更通知に時刻を対応付けた通知情報４１を記憶部４に記憶する。状態変更通知に対応付けられる時刻は、家電制御装置１自体が計測した時刻を用いてもよく、あるいは、家電管理装置１００やホームネットワークＨＮに接続される他の装置から時刻を取得して用いてもよい。

ここで、図３を用いて、通知情報４１について説明する。図３は、通知情報４１の説明図である。図３に示すように、通知情報４１には、「ＩＤ」、「日時」、「機器種別」、「変更種類」、「変更内容」および「機器ＩＤ」といった項目が含まれる。

「ＩＤ」は、各通知情報４１を識別する識別情報である。「日時」は、取得部３１が状態変更通知を取得した日時を示す情報である。「機器種別」は、負荷５０の種別を示す情報である。「変更種類」は、稼働状態の変更の種類を示す情報である。「変更内容」は、稼働状態の変更の内容を示す情報である。「機器ＩＤ」は、負荷５０を識別する識別情報であり、「ＭＡＣ＃１」は、ＭＡＣ（Media Access Control）アドレスであることを示す。

つまり、記憶処理部３２は、「ＩＤ」および「日時」の情報を、状態変更通知である「機器種別」、「変更種類」、「変更内容」および「機器ＩＤ」に対応付けて通知情報４１として記憶する。

図３に示す例において、ＩＤ「１」の通知情報４１は、「２０１７−１１−３０，１０：００：０１，０ｘ０１３００１，０ｘ０８０，０ｘ３０，ＭＡＣ＃１」という文字列が記憶されていることを示している。

すなわち、ＩＤ「１」の通知情報４１は、ＭＡＣ＃１によって識別される負荷５０であるエアコンが２０１７年１１月３０日１０時００分１秒に電源がオンされたことを示す。

図２に戻って、抽出部３３について説明する。抽出部３３は、記憶部４に記憶された通知情報４１に基づき、家電制御装置１が送信した制御指示のうち、負荷５０からの応答が無かった制御指示である失敗指示を抽出する。

例えば、抽出部３３は、負荷５０の現在の稼働状態を要求する要求指示に対して負荷５０から現在の稼働状態を示す情報が返信されない場合、かかる要求指示を失敗指示として抽出する。具体的には、抽出部３３は、要求指示が送信された後、かかる要求指示とは無関係の他の状態変更通知を受け付けた場合に、かかる要求指示を失敗指示として抽出する。

つまり、抽出部３３は、他制御装置６０が送信した制御指示に基づく処理（例えば、稼働状態の変更処理）を負荷５０が行っている期間に、家電制御装置１が負荷５０へ送信した要求指示を失敗指示として抽出する。換言すれば、抽出部３３は、失敗原因が通信障害や負荷５０の故障等ではなく、他の制御指示と重なったことによるものである制御指示を失敗指示として抽出する。

これにより、抽出部３３が抽出した失敗指示を後述の出力部３４が外部装置（家電管理装置１００や表示端末５１）へ出力することで、宅内のユーザや、家電管理装置１００を管理する管理者が失敗の原因を容易に特定できる。

なお、抽出部３３によって抽出される失敗指示は、上記した要求指示に限らず、例えば、家電制御装置１から負荷５０に対して送信される操作指示であってもよく、家電制御装置１から送信される制御指示であればよい。

また、抽出部３３は、送信した制御指示に対する応答が無く、状態変更通知を受け付けた場合に、失敗指示を抽出したが、例えば、制御指示が送信されてから所定時間経過した場合に、かかる制御指示を失敗指示として抽出してもよい。つまり、抽出部３３は、状態変更通知を受け付けたか否かに関わらず、制御指示が送信されてからの時間経過により失敗指示を抽出してもよい。

なお、抽出部３３は、制御指示を送信する毎に、かかる制御指示が失敗指示であるか否かを抽出してもよく、あるいは、ユーザや管理者等から失敗指示の取得要求があった場合に失敗指示を抽出してもよい。

かかる場合、まず、抽出部３３は、家電制御装置１から送信された制御指示を時刻とともに対応付けて記憶しておく。そして、抽出部３３は、失敗指示の取得要求があった場合に、記憶した制御指示と、記憶部４に記憶された通知情報４１とを比較して失敗指示を抽出する。具体的には、抽出部３３は、制御指示が送信された時刻の前後に状態変更通知を受信していた場合に、かかる制御指示を失敗指示として抽出する。

出力部３４は、各種情報を出力する。例えば、出力部３４は、記憶部４に記憶された通知情報４１を外部装置である表示端末５１や家電管理装置１００へ出力する。また、出力部３４は、抽出部３３によって抽出された失敗指示を含む失敗情報を出力する。

例えば、出力部３４は、抽出部３３によって抽出された失敗指示とともに、かかる失敗指示の前後の時刻に受信した状態変更通知を含む通知情報４１を外部装置へ送信する。これにより、例えば、失敗指示の前後に状態変更通知があった場合、ユーザや管理者は、失敗指示が他の制御指示と重なったことが原因で発生したと特定できる。また、例えば、失敗指示の前後に状態変更通知がなかった場合、失敗指示の発生原因が通信障害や負荷５０の故障によるものと特定できる。

このように、失敗指示とともに、前後の時刻に受信した状態変更通知を送信することで、ユーザや管理者がかかる失敗指示の発生原因を容易に特定することができる。

なお、出力部３４による出力タイミングは、任意である。例えば、出力部３４は、抽出部３３によって失敗指示が抽出される毎に出力してもよく、あるいは、ユーザや管理者から失敗指示や通知情報４１の取得要求があった場合に出力してもよい。

かかる場合に、出力部３４は、取得要求があった場合に抽出部３３に対して失敗指示の抽出処理を指示することで失敗指示を取得してもよく、あるいは、取得要求がある以前に抽出部３３から予め失敗指示を取得して記憶部４等に記憶しておいてもよい。

また、出力部３４は、失敗情報の送信先に少なくとも家電管理装置１００を含ませることが好ましい。つまり、失敗情報をサーバ管理することで、例えば、宅内で発生した失敗指示を遠隔で確認できるとともに、失敗指示に対して遠隔から迅速に対応することができる。

また、出力部３４の出力タイミングは、失敗指示の抽出時や、取得要求時等の所定のトリガがあった場合に限定されるものではない。例えば、出力部３４は、定期的に通知情報４１等をまとめて送信してもよい。

例えば、出力部３４は、家電管理装置１００や家電制御装置１の処理負荷が少なくなる時間帯（例えば、夜間等）として予め決められた時間帯に通知情報４１を出力するようにしてもよい。

次に、図４を用いて、実施形態に係る通信システムＳにおける処理の流れについて説明する。図４は、実施形態に係る通信システムＳの処理の一例を示すシーケンス図である。図４では、家電制御装置１と、他制御装置６０と、エアコンである負荷５０とが行う処理のシーケンス図について説明する。また、図４では、家電制御装置１は、他制御装置６０が送信する制御指示に基づく状態変更通知を通知情報４１として記憶する処理および失敗指示を抽出する処理を行うこととする。

図４に示すように、他制御装置６０は、まず、電源オンを指示する操作指示を負荷５０へ送信する（ステップＳ１０１）。負荷５０は、電源オンの操作指示を受信すると、電源オンの処理を行う（ステップＳ１０２）。換言すれば、ステップＳ１０２の処理は、電源の稼働状態をオフからオンにする処理である。

つづいて、負荷５０は、電源オンの処理を完了すると、家電制御装置１および他制御装置６０に対して状態変更通知を送信する（ステップＳ１０３）。そして、家電制御装置１は、負荷５０から状態変更通知を受信すると、かかる状態変更通知と時刻とを対応付けて通知情報４１として記憶部４に記憶する（ステップＳ１０４）。

つづいて、他制御装置６０は、冷房設定を指示する操作指示を負荷５０へ送信する（ステップＳ１０５）。そして、負荷５０は、冷房設定の操作指示を受信すると、冷房設定の処理を行う（ステップＳ１０６）。

そして、負荷５０によってステップＳ１０６の処理を実行中に、家電制御装置１は、負荷５０の現在の稼働状態を要求する要求指示を負荷５０へ送信する（ステップＳ１０７）。

つづいて、負荷５０は、冷房設定の処理を完了すると、家電制御装置１および他制御装置６０に対して状態変更通知を送信する（ステップＳ１０８）。なお、この時点で、負荷５０は、ステップＳ１０７における要求指示に対する応答を行っていない。そして、家電制御装置１は、負荷５０から状態変更通知を受信すると、かかる状態変更通知と時刻とを対応付けて通知情報４１として記憶部４に記憶する（ステップＳ１０９）。

さらに、家電制御装置１は、記憶部４に記憶された通知情報４１に基づき、ステップＳ１０７における要求指示を失敗指示として抽出する（ステップＳ１１０）。

つづいて、他制御装置６０は、温度設定を指示する操作指示（例えば、１℃上げる等）を負荷５０へ送信する（ステップＳ１１１）。負荷５０は、温度設定の操作指示を受信すると、温度設定の処理を行う（ステップＳ１１２）。

つづいて、負荷５０は、温度設定の処理を完了すると、家電制御装置１および他制御装置６０に対して状態変更通知を送信する（ステップＳ１１３）。家電制御装置１は、負荷５０から状態変更通知を受信すると、かかる状態変更通知と時刻とを対応付けて通知情報４１として記憶部４に記憶し（ステップＳ１１４）、処理を終了する。

上述したように、実施形態に係る家電制御装置１は、取得部３１と、記憶処理部３２とを具備する。取得部３１は、負荷５０における稼働状態の変更を指示する操作指示に基づいて変更が行われた場合に、少なくとも負荷５０を識別する識別情報を含む状態変更通知を取得する。記憶処理部３２は、取得部３１が取得した状態変更通知に時刻を対応付けた通知情報４１を記憶部４に記憶する。これにより、記憶部４に記憶された通知情報４１を解析することで、負荷５０からの応答が無い場合における原因の特定を容易にすることができる。

なお、上述した実施形態に係る通知情報４１は一例であって、これに限定されるものではない。ここで、図５を用いて、通知情報４１の他の例について説明する。図５は、変形例に係る通知情報４１の説明図である。

図５に示す変形例に係る通知情報４１は、上述した実施形態に係る通知情報４１と比べて、「通信媒体」の項目をさらに有する点で異なる。「通信媒体」は、ホームネットワークＨＮにおける家電制御装置１（あるいは他制御装置６０）と負荷５０との間の通信媒体を示す情報（通信媒体情報）である。通信媒体情報は、例えば、取得部３１によって取得可能な情報である。

図５に示す例において、ＩＤ「１」の通知情報４１は、操作指示を送信した家電制御装置１（あるいは他制御装置６０）と負荷５０との間が有線で接続された状態で受信された情報であることを示している。

また、図５に示す例において、ＩＤ「１０」の通知情報４１は、操作指示を送信した家電制御装置１（あるいは他制御装置６０）と負荷５０との間が無線で接続された状態で受信された情報であることを示している。

ここで、家電制御装置１（あるいは他制御装置６０）と負荷５０とが無線で接続された状態である場合、記憶された通知情報４１は、一時的な通信障害等により負荷５０からの状態変更通知の送信が失敗して、その後の再送信により受信されたものである可能性がある。なお、一般に、有線では、上記の通信障害が起こりにくいため、送信が失敗する可能性は低い。つまり、無線により受信された通知情報４１の「日時」は、再送信時に受信した時刻であるため、負荷５０の処理が完了した実際の時刻よりも遅くなっている可能性がある。

このため、出力部３４は、「通信媒体」を含む通知情報４１を外部装置へ送信することで、例えば、ユーザや管理者が通知情報４１の正確な受信時間を把握することができるたえ、失敗指示の原因特定を正確に行うことができる。

また、抽出部３３によって制御指示から失敗指示を抽出する際にも、制御指示が送信された時刻を正確に把握できるため、より正確に失敗指示を抽出することができる。

なお、上記した家電制御装置１の機能に加えて、ホームネットワークＨＮと外部ネットワークＮとを中継するデートウェイ機能を有してもよい。換言すれば、家電制御装置１は、ホームゲートウェイとして機能してもよい。

また、家電制御装置１は、自装置が接続されたホームネットワークＨＮにおける状態変更通知を収集してもよい。また、ゲートウェイ機能を有さない他制御装置６０や、単なるログ収集装置、家電管理装置１００等の家電制御装置１以外の装置が状態変更通知を収集してもよい。すなわち、実施形態に係る記録装置は、ホームネットワークＨＮ上の状態変更通知を収集可能な任意の装置が適用可能である。

本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ 家電制御装置
２ 通信部
３ 制御部
４ 記憶部
３１ 取得部
３２ 記憶処理部
３３ 抽出部
３４ 出力部
４１ 通知情報
５０ 負荷
５１ 表示端末
６０ 他制御装置
１００ 家電管理装置
ＨＮ ホームネットワーク
Ｎ 外部ネットワーク
Ｓ 通信システム

Claims (7)

1. 負荷における稼働状態の変更を指示する操作指示に基づいて前記変更が行われた場合に、少なくとも当該負荷を識別する識別情報を含む状態変更通知を取得する取得部と；
   前記取得部が取得した前記状態変更通知に時刻を対応付けた通知情報を記憶部に記憶する記憶処理部と；
   を具備することを特徴とする記録装置。
2. 前記取得部は、
   前記負荷の種別、前記変更の種類および前記変更の内容のうち少なくとも１つをさらに含む前記状態変更通知を取得すること
   を特徴とする請求項１に記載の記録装置。
3. 前記記憶部に記憶された前記通知情報に基づいて前記負荷から応答が無かった前記操作指示である失敗指示を抽出する抽出部と；
   前記抽出部によって抽出された前記失敗指示を含む失敗情報を外部装置へ出力する出力部と；
   を具備することを特徴とする請求項１または２に記載の記録装置。
4. 前記取得部は、
   前記負荷に接続される通信媒体に関する通信媒体情報をさらに取得し、
   前記記憶処理部は、
   前記通知情報に前記通信媒体情報を対応付けて前記記憶部に記憶すること
   を特徴とする請求項１〜３のいずれか１つに記載の記録装置。
5. 請求項１〜４のいずれか１つに記載の記録装置と；
   前記負荷を制御するための制御指示を送信する制御部と；
   を具備することを特徴とする制御装置。
6. 負荷における稼働状態の変更を指示する操作指示に基づいて前記変更が行われた場合に、少なくとも当該負荷を識別する識別情報を含む状態変更通知を取得する取得ステップと；
   前記取得ステップによって取得された前記状態変更通知に時刻を対応付けた通知情報を記憶部に記憶する記憶処理ステップと；
   を含むことを特徴とする記録方法。
7. コンピュータに、
   負荷における稼働状態の変更を指示する操作指示に基づいて前記変更が行われた場合に、少なくとも当該負荷を識別する識別情報を含む状態変更通知を取得する取得手順と；
   前記取得手順が取得した前記状態変更通知に時刻を対応付けた通知情報を記憶部に記憶する記憶処理手順と；
   を実行させることを特徴とする記録プログラム。

Images