JP2016194806A - 管理システム及び管理方法 - Google Patents

Abstract

【課題】制御対象に制御指令を送信する際に送信先となる装置のネットワーク上のアドレス情報を常に把握しておく必要なく制御指令を送信先に送信することのできる管理システムを提供する。
【解決手段】管理システムが、管理サーバとヒートポンプ機器とを備える。管理サーバは、管理者端末から指令ファイルを受信して記憶する動作指令情報記憶部と、指令ファイルの要求に基づいて指令ファイルを送信する動作指令情報送信部と、を備える。ヒートポンプは管理サーバから受信した指令ファイルに基づいて自装置の動作制御を行う動作制御部を備える。
【選択図】図２

Description

本発明は、管理システム及び管理方法に関する。

管理対象となる商品を顧客に納入した後に販売元がその商品の管理操作を行う場合がある。例えば商品が給湯器であり当該給湯器の操作が難しい場合や、数多くの給湯器を販売してそれらの管理を販売元が任される場合には、販売元の担当者が遠隔から管理操作を行う場合がある。なお関連する技術が特許文献１に開示されている。

国際公開第２０１３／１１８８８４号

ところで上述の特許文献１の技術では管理対象となる空調機の接続された装置（メインボード）に対して管理操作のための制御指令を送信しなくてはならない。このような場合には制御指令の送信側が、空調機やその空調機に制御指令を中継する装置のネットワーク上のアドレス情報を常に把握しておく必要があった。

この発明は、上述の課題を解決することのできる管理システム及び管理方法を提供する。

本発明の第１の態様によれば、管理システムは、管理者端末から動作指令情報を受信して記憶する動作指令情報記憶部と、前記動作指令情報の要求に基づいて前記動作指令情報を送信する動作指令情報送信部と、を備える管理装置と、前記管理装置から受信した前記動作指令情報に基づいて自装置の動作制御を行う動作制御部を備える管理対象装置と、を備える。

前記要求を前記管理装置へ送信する中継装置と、前記動作指令情報を前記管理装置から受信して前記管理対象装置へ送信する動作指令中継部と、を備えるようにしてもよい。

前記中継装置は、前記要求を定期的にまたは所定の時刻に前記管理装置へ送信するようにしてもよい。

前記管理装置の前記動作指令情報送信部は、前記管理対象装置に対する動作指令情報のうち最も優先度の高い動作指令情報を送信するようにしてもよい。

前記優先度の高さは前記動作指令情報の登録時刻に基づいて決定されるようにしてもよい。

前記優先度の高さは前記動作指令情報を登録した管理者に基づいて決定されるようにしてもよい。

前記管理対象装置が複数の管理対象装置により構成されており、前記動作指令情報は前記複数の装置それぞれの動作指令情報であり、前記複数の管理対象装置それぞれの動作制御部は、自装置に対応する動作指令を前記動作指令情報に基づいて取得して動作制御を行うようにしてもよい。

本発明の第２の態様によれば、管理方法は、管理装置と管理対象装置とを備えた管理システムにおける管理方法であって、前記管理装置の動作指令情報記憶部が、管理者端末から動作指令情報を受信して記憶し、前記管理装置の動作指令情報送信部が、前記動作指令情報の要求に基づいて前記動作指令情報を送信し、前記管理装置の動作制御部が、前記管理対象装置は前記管理装置から受信した前記動作指令情報に基づいて自装置の動作制御を行う管理方法である。

本発明によれば、管理者装置が管理対象装置を直接アクセスする必要はないため、管理対象装置のネットワーク上のアドレスを常に把握する必要はない。したがって、システムを安価に構築でき、また、システムの汎用性が高い。また、システムの設計変更が容易である。

本発明の第１の実施形態に係る管理システムの概略構成を示すブロック図である。 本発明の第１の実施形態に係る管理システムの動作に基づく機能ブロック図である。 本発明の第１の実施形態に係る管理システムにおける操作画面の一例の説明図である。 本発明の第１の実施形態に係る管理システムにおける管理者端末の動作を示すフローチャートである。 本発明の第１の実施形態に係る管理システムにおける管理サーバの動作を示すフローチャートである。 本発明の第１の実施形態に係る管理システムにおけるヒートポンプ機器のゲートウェイの動作を示すフローチャートである。 本発明の第２の実施形態に係る管理システムの概略構成を示すブロック図である。 本発明の第２の実施形態に係る管理システムにおいて登録時刻を優先度としたときの処理を示すフローチャートである。 本発明の第２の実施形態に係る管理システムにおいて管理者を優先度としたときの処理を示すフローチャートである。 本発明の第３の実施形態に係る管理システムの概略構成を示すブロック図である。 本発明の第３の実施形態に係る管理システムにおける操作画面の一例の説明図である。

以下、本発明の実施の形態について図面を参照しながら説明する。
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係る管理システム１の概略構成を示すブロック図である。図１に示すように、本発明の第１の実施形態に係る管理システム１は、管理サーバ（管理装置）１１と、ヒートポンプ機器（管理対象装置）１２ａ〜１２ｃと、管理者端末１３ａ〜１３ｃとを有している。
なお、管理システム１が有するヒートポンプ機器の数は、図１に示す３つに限らず１つ以上で良い。また、管理システム１が有する管理者端末の数は、図１に示す３つに限らず１つ以上で良い。第１の実施形態では、管理者端末の数はヒートポンプ機器の数と同数である。

管理サーバ１１は、ヒートポンプ機器１２ａ〜１２ｃを管理するサーバである。管理サーバ１１は、ファイアウォール２１、モデム２２を介して、インターネット網１４に接続可能とされている。

ヒートポンプ機器１２ａ〜１２ｃは、例えばヒートポンプを利用した給湯器である。ヒートポンプ機器１２ａ、１２ｂ、１２ｃは、ゲートウェイ（中継装置）３１ａ、３１ｂ、３１ｃ、ルーター３２ａ、３２ｂ、３２ｃ、モデム３３ａ、３３ｂ、３３ｃをそれぞれ介して、インターネット網１４に接続可能とされている。
なお、管理システム１が有するゲートウェイの数は、図１に示す３つに限らず１つ以上で良い。図１のようにヒートポンプ機器毎にゲートウェイを備える構成では、ゲートウェイの数はヒートポンプ機器と同数で良い。
また、管理システム１が有するルーターの数は、図１に示す３つに限らず１つ以上で良い。図１のようにヒートポンプ機器、管理者端末それぞれにルーターを備える構成では、ルーターの数は、ヒートポンプ機器の数と管理者端末の数との合計で良い。
また、管理システム１が有するモデムの数は、図１に示す３つに限らず１つ以上で良い。図１のようにルーター毎にモデムを備え、また、管理サーバ用にモデムを備える構成では、モデムの数はルーターの数と管理サーバの数との合計で良い。

管理者端末１３ａ〜１３ｃは、ヒートポンプ機器１２ａ〜１２ｃを遠隔操作する端末である。管理者端末１３ａ、１３ｂ、１３ｃは、ルーター４１ａ、４１ｂ、４１ｃ、モデム４２ａ、４２ｂ、４２ｃをそれぞれ介して、インターネット網１４に接続可能とされている。管理者端末１３ａ〜１３ｃとしては、ＰＣ（Personal Computer）、携帯端末等、インターネット網１４に接続可能であれば、どのような機器を用いても良い。また、管理者端末１３ａ〜１３ｃは、それぞれ、ユーザ宅、代理店、メンテナンス会社等、異なる場所に設置されていても良い。また、管理者端末１３ａ〜１３ｃの管理者となるオペレータ４３ａ〜４３ｃとしては、ヒートポンプ機器１２ａ〜１２ｃのユーザ、機器の代理店の操作員、ヒートポンプ機器１２ａ〜１２ｃのメンテナンス会社の操作員等が考えられる。

オペレータ４３ａ〜４３ｃは、ヒートポンプ機器１２ａ〜１２ｃを遠隔操作する際に、管理者端末１３ａ〜１３ｃに操作入力を与える。管理者端末１３ａ〜１３ｃに操作入力が与えられると、この操作入力に基づいて、管理者端末１３ａ〜１３ｃで、ヒートポンプ機器１２ａ〜１２ｃを操作するための指令ファイル（動作指令情報）が生成される。この指令ファイルは、インターネット網１４を介して、管理サーバ１１に送信される。管理サーバ１１は、管理者端末１３ａ〜１３ｃからの指令ファイルを受信すると、この指令ファイルを記憶する。なお、オペレータの数は特に限定されず、１人以上で良い。

ヒートポンプ機器１２ａ〜１２ｃの各ゲートウェイ３１ａ〜３１ｃは、所定時間毎に又は所定時刻になると（または定期的に）、管理サーバ１１をアクセスし、自機器を操作対象とする指令ファイルを管理サーバ１１から取得する。そして、各ゲートウェイ３１ａ〜３１ｃは、取得した指令ファイルに基づいて、各ヒートポンプ機器１２ａ〜１２ｃの動作を設定する。

このように、本発明の第１の実施形態に係る管理システム１は、管理者端末１３ａ〜１３ｃで、操作入力に基づいて指令ファイルを生成し、この指令ファイルを管理サーバ１１に送信する。管理サーバ１１はこの指令ファイルを記憶する。そして、ヒートポンプ機器１２ａ〜１２ｃの各ゲートウェイ３１ａ〜３１ｃは、所定時間毎に又は所定時刻になると、管理サーバ１１をアクセスする。そして、ゲートウェイ３１ａ〜３１ｃは、自機器を操作対象とする指令ファイルをダウンロードし、この指令ファイルに基づいて、ヒートポンプ機器１２ａ〜１２ｃの動作を制御する。この場合、管理者端末１３ａ〜１３ｃは、ヒートポンプ機器１２ａ〜１２ｃ（又はゲートウェイ３１ａ〜３１ｃ）を直接アクセスする必要はなく、管理サーバ１１にのみ接続できれば良い。また、管理サーバ１１についても、ヒートポンプ機器１２ａ〜１２ｃ（又はゲートウェイ３１ａ〜３１ｃ）を直接アクセスする必要はなく、ゲートウェイ３１ａ〜３１ｃが管理サーバ１１に接続できれば良い。したがって、管理システム１を構築するのに、専用の回線は不要である。また、固定のＩＰアドレス（Internet Protocol address）が必要となるのは、管理サーバ１１だけであり、管理者端末１３ａ〜１３ｃやヒートポンプ機器１２ａ〜１２ｃ（又はゲートウェイ３１ａ〜３１ｃ）に固定のＩＰアドレスを割り付ける必要はない。管理者端末１３ａ〜１３ｃやゲートウェイ３１ａ〜３１ｃをインターネット網１４に接続するためのＩＰアドレスは、例えばＤＨＣＰ（Dynamic Host Configuration Protocol）を使って適宜取得すれば良い。また、管理者端末１３ａ〜１３ｃやゲートウェイ３１ａ〜３１ｃとしては、汎用のＰＣや携帯端末を用いることができる。したがって、システムを安価に構築でき、また、システムの汎用性が高い。また、システムの設計変更が容易である。ヒートポンプ機器に固定ＩＰアドレスの割付が不要なため、機器購入者の負担を低減できる。機器購入後の、使用時の管理等、アフターサービスを継続的に受けるためには、機器購入者が機器毎に固定ＩＰアドレスを取得しなければならないといった煩雑な作業がなくなり、機器購入者のアフターサービス契約への躊躇を低減することができる。

図２は、本発明の第１の実施形態に係る管理システム１の動作に基づく機能ブロック図である。図２の機能ブロック図を用いて、本発明の第１の実施形態に係る管理システム１の動作について更に説明する。なお、ここでは、説明を簡単とするため、インターネット網１４、ファイアウォール２１、モデム２２、ルーター３２ａ〜３２ｃ、モデム３３ａ〜３３ｃ、ルーター４１ａ〜４１ｃ、モデム４２ａ〜４２ｃは省略してある。

図２に示すように、管理システム１は、管理サーバ１１と、ヒートポンプ機器１２ａ〜１２ｃと、管理者端末１３ａ〜１３ｃとを有している。管理サーバ１１と、ヒートポンプ機器１２ａ〜１２ｃとの間には、中継器として、ゲートウェイ３１ａ〜３１ｃが設けられている。ゲートウェイ３１ａ〜３１ｃは、例えばＰＣで実現できる。

管理サーバ１１は、動作指令情報記憶部５１と、動作指令情報送信部５２と、要求受信部５３と、動作指令情報検索部５４とを有している。動作指令情報記憶部５１は、管理者端末１３ａ〜１３ｃから受信した指令ファイルを記憶する。動作指令情報送信部５２は、ヒートポンプ機器１２ａ〜１２ｃのゲートウェイ３１ａ〜３１ｃに、その機器を操作対象とする指令ファイルを送信する。要求受信部５３は、ゲートウェイ３１ａ〜３１ｃからの指令ファイルの要求を受信する。動作指令情報検索部５４は、動作指令情報記憶部５１に記憶されている指令ファイルの中から、その機器を操作対象とする所望の指令ファイルを検索する。

ヒートポンプ機器１２ａ〜１２ｃのゲートウェイ３１ａ〜３１ｃは、要求送信部６１と、動作指令情報受信部６２（動作指令中継部）とを有している。要求送信部６１は、管理サーバ１１に、自機器を対象機器とする指令ファイルの要求を送信する。動作指令情報受信部６２は、管理サーバ１１から、自機器を操作対象とする指令ファイルを受信する。

ヒートポンプ機器１２ａ〜１２ｃは、動作指令情報解析部８１と、動作制御部８２とを有している。動作指令情報解析部８１は受信した指令ファイルを解析する。動作制御部８２は、動作指令情報解析部８１で解析した指令ファイルの情報に基づいて、自機器の動作制御を行う。

管理者端末１３ａ〜１３ｃは、操作入力部７１と、動作指令情報生成部７２とを有している。操作入力部７１は、操作画面に基づいて、ヒートポンプ機器１２ａ〜１２ｃの操作情報を入力する。動作指令情報生成部７２は、入力された操作情報に基づいて、指令ファイルを生成する。

図３は、本発明の第１の実施形態に係る管理システムにおける操作画面の一例の説明図である。図３において、運転ボタン１０１は、貯湯運転動作を行うためのボタンである。休止ボタン１０２は、貯湯運転を休止させるためのボタンである。停止ボタン１０３は、貯湯運転を停止させるためのボタンである。なお、休止ボタン１０２では、貯湯の運転を休止しても、凍結防止等の保護動作は行われる。停止ボタン１０３では、貯湯運転は、完全に停止される。満蓄ボタン１０４は、満蓄の場合の緊急運転の設定ボタンである。

貯湯温度ボタン１０５は、貯湯の温度設定を行うためのボタンである。設定温度は、アップ／ダウンボタン１０６で設定できる。保温温度ボタン１０７は、貯湯の保温温度の設定を行う。保温温度の設定以下まで貯湯温度が下がると、沸き増しが行われる。設定温度は、アップ／ダウンボタン１０８で設定できる。貯湯量ボタン１０９は、タンクの貯湯量の設定を行うためのボタンである。貯湯量は、アップ／ダウンボタン１１０により、パーセントで設定できる。

ウィークリー設定ボタン１１１は、週毎の貯湯量を時間帯毎に設定するボタンである。例えば、美容院等では、土日の昼間には客が多く、湯の使用量が多くなる。このように、週毎に必要とされる貯湯量は、業種毎に、ある程度決まっている。ウィークリー設定ボタン１１１は、週毎に各時間帯で予想される貯湯量に合わせて、貯湯量を設定するボタンである。週毎の貯湯量の設定は、個別ボタン１１２、平日一括ボタン１１３、土日一括ボタン１１４、全日一括ボタン１１５を使って設定できる。

期間休止設定ボタン１１６は、貯湯を休止する期間を設定するボタンである。例えば、夏期休業のときのように、ある期間貯湯を行わない場合、その期間を期間休止設定ボタン１１６により設定できる。休止日設定ボタン１１７は、貯湯運転を休止する日を設定するボタンである。例えば、美容院等では、月曜日や火曜日が休業日になっている。このように休業日が決まっている場合、休止日設定ボタン１１７により、その休業日の貯湯を休止できる。

ピークカットシフトタイマーボタン１１８は、電力需要の多くなる時間帯での電力消費を抑える設定を行うボタンである。特に、ピークシフトで電力契約を行っている場合、契約プランで電力消費が抑えられるように、電力設定が行える。ピークカットシフトタイマーの設定は、個別ボタン１１９、平日一括ボタン１２０、土日一括ボタン１２１、全日一括ボタン１２２を使って設定できる。

図２における管理者端末１３ａ〜１３ｃの操作入力部７１には、図３に示されるような入力画面により、操作入力が与えられる。この操作入力は、動作指令情報生成部７２に送られる。動作指令情報生成部７２は、入力された操作情報に基づく指令ファイルを生成する。

管理者端末１３ａ〜１３ｃの動作指令情報生成部７２で生成された指令ファイルは、管理サーバ１１に送られる。管理サーバ１１の動作指令情報記憶部５１は、管理者端末１３ａ〜１３ｃの指令ファイルを受信して記憶する。

ヒートポンプ機器１２ａ〜１２ｃのゲートウェイ３１ａ〜３１ｃは、要求送信部６１を有している。この要求送信部６１は、所定の時間間隔で又は所定の時刻に、管理サーバ１１にアクセスし、自機を操作対象とする指令ファイルの要求を送信する。なお、要求送信部６１で管理サーバ１１をアクセスする時間の間隔や、時刻は、適宜設定可能としても良い。

管理サーバ１１の要求受信部５３は、ゲートウェイ３１ａ〜３１ｃから、指令ファイルの要求を受信すると、動作指令情報検索部５４により、動作指令情報記憶部５１に蓄積されている指令ファイルの中から、その機器に対応する指令ファイルを検索する。

例えば、ヒートポンプ機器１２ａのゲートウェイ３１ａからは、ヒートポンプ機器１２ａを操作対象とする指令ファイルの要求が送信される。動作指令情報検索部５４は、ヒートポンプ機器１２ａの指令ファイルの要求を受け取ると、ヒートポンプ機器１２ａの指令ファイルを動作指令情報記憶部５１から検索する。ヒートポンプ機器１２ａを操作対象とするヒートポンプ機器の指令ファイルがある場合には、この指令ファイルが動作指令情報記憶部５１から読み出される。

ゲートウェイ３１ａ〜３１ｃの動作指令情報受信部６２は、検索された指令ファイルと、これまで受信した自機器を操作対象とする指令ファイルとのタイムスタンプを比較し、この指令ファイルが既に受信済みかどうかを判定する。そして、動作指令情報記憶部５１から検索された指令ファイルが受信済みでない場合には、この指令ファイルを管理サーバ１１から受信し、この指令ファイルをヒートポンプ機器に送る。なお、指令ファイルが既に受信済みかどうかは、指令ファイルのタイムスタンプの他、指令ファイルのファイルサイズを用いて判定しても良い。

ヒートポンプ機器１２ａ〜１２ｃの動作指令情報解析部８１は、受信した指令ファイルを解析する。そして、動作制御部８２は、この指令ファイル中の設定項目の情報に従って、ヒートポンプ機器１２ａ〜１２ｃの動作を設定する。

次に、上述の管理システム１の動作をフローチャートを用いて説明する。図４は、本発明の第１の実施形態に係る管理システムにおける管理者端末１３ａ〜１３ｃの動作を示すフローチャートである。図４において、管理者端末１３ａ〜１３ｃでは、操作入力部７１で操作入力が行われる（ステップＳ１０１）。この操作入力から、動作指令情報生成部７２は、対象機器を操作するための指令ファイルを生成する（ステップＳ１０２）。そして、動作指令情報生成部７２は、この指令ファイルを管理サーバ１１に送信する（ステップＳ１０３）。

図５は、本発明の第１の実施形態に係る管理システムにおける管理サーバ１１の動作を示すフローチャートである。図５において、管理サーバ１１は、管理者端末１３ａ〜１３ｃからの指令ファイルを受信したかどうかを判定し（ステップＳ２０１）、指令ファイルを受信したら、指令ファイルを動作指令情報記憶部５１に記憶する（ステップＳ２０２）。

また、管理サーバ１１の要求受信部５３は、ヒートポンプ機器１２ａ〜１２ｃのゲートウェイ３１ａ〜３１ｃから指令ファイルの要求を受信したかどうかを判定する（ステップＳ２０３）。動作指令情報の要求を受信したら（ステップＳ２０３：Ｙｅｓ）、動作指令情報検索部５４は、その機器を操作対象とする指令ファイルを動作指令情報記憶部５１から検索する（ステップＳ２０４）。動作指令情報検索部５４は、その機器を操作対象とする指令ファイルがあるかどうかを判定し（ステップＳ２０５）、その機器を操作対象とする指令ファイルがある場合には（ステップＳ２０５：Ｙｅｓ）、動作指令情報記憶部５１から指令ファイルを読み出す（ステップＳ２０６）。そして、動作指令情報送信部５２は、この指令ファイルをゲートウェイ３１ａ〜３１ｃに送信する（ステップＳ２０７）。

図６は、本発明の第１の実施形態に係る管理システムにおけるヒートポンプ機器１２ａ〜１２ｃとゲートウェイ３１ａ〜３１ｃの動作を示すフローチャートである。図６において、要求送信部６１は、所定時間経過したか又は所定時刻になったかを判定し（ステップＳ３０１）、所定時間経過したか又は所定時刻になったら、自装置の動作管理情報の要求を管理サーバ１１に送信する（ステップＳ３０２）。

動作指令情報受信部６２は、自機器を操作対象とする指令ファイルがあるかどうかを判定する（ステップＳ３０３）。自機器を操作対象とする指令ファイルがある場合には（ステップＳ３０３：Ｙｅｓ）、動作指令情報受信部６２は、ファイルのタイムスタンプを比較して、この自機を操作対象とする指令ファイルが未受信の最新のファイルであるかどうかを判定する（ステップＳ３０４）。この指令ファイルが未受信の最新の指令ファイルである場合には（ステップＳ３０４：Ｙｅｓ）、動作指令情報受信部６２は管理サーバ１１にダウンロード指令を送り、この自機を操作対象とする指令ファイルを管理サーバ１１から取得する（ステップＳ３０５）。そしてゲートウェイは指令ファイルをヒートポンプ機器１２へ送信する。そしてヒートポンプ機器１２ａ〜１２ｃの動作指令情報解析部８１は、取得した指令ファイルを解析し（ステップＳ３０６）、動作制御部８２は、この指令ファイルに基づいて、ヒートポンプ機器１２ａ〜１２ｃの動作を制御する。

上述の処理によれば、管理者装置が管理対象装置を直接アクセスする必要はないため、管理対象装置のネットワーク上のアドレスを常に把握する必要はない。したがって、システムを安価に構築でき、また、システムの汎用性が高い。また、システムの設計変更が容易である。
また上述の処理によればゲートウェイが特定のアドレスの付与された管理サーバへアクセスして指令ファイルを取得しヒートポンプ機器へ送信するため、管理者は管理者端末を用いて指令ファイルを管理サーバ１１にのみ記憶させておくようにすればよく、指令ファイルの多数のヒートポンプ機器への送信に適したシステムを構築することができる。

＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。前述の第１の実施形態では、操作を行う機器と、操作対象となる機器との関係は、一対一の関係である。つまり、第１の実施形態では、図１に示したように、操作を行う機器である管理者端末１３ａ〜１３ｃと、この管理者端末１３ａ〜１３ｃの操作対象となるヒートポンプ機器１２ａ〜１２ｃとの関係が決まっている。例えば、ヒートポンプ機器１２ａは管理者端末１３ａでのみ操作が行え、ヒートポンプ機器１２ｂは管理者端末１３ｂでのみ操作が行え、ヒートポンプ機器１２ｃは管理者端末１３ｃでのみ操作が行える。操作を行う機器と操作対象となる機器との関係は、この他、複数対一の関係としたり、一対複数の関係としても良い。

図７は、本発明の第２の実施形態に係る管理システムの概略構成を示すブロック図である。本発明の第２の実施形態に係る管理システム２０１は、操作対象となる機器との関係を、複数対一の関係としたものである。図７において、管理サーバ２１１、ヒートポンプ機器２１２、管理者端末２１３ａ〜２１３ｃは、第１の実施形態における管理サーバ１１、ヒートポンプ機器１２ａ〜１２ｃ、管理者端末１３ａ〜１３ｃと同様である。各機器の数も、図１を参照して説明したのと同様、図７に示す数に限らない。

管理サーバ２１１は、ファイアウォール２２１、モデム２２２を介して、インターネット網２１４に接続可能とされている。ヒートポンプ機器２１２は、ゲートウェイ２３１、ルーター２３２、モデム２３３を介して、インターネット網２１４に接続可能とされている。管理者端末２１３ａ、２１３ｂ、２１３ｃは、ルーター２４１ａ、２４１ｂ、２４１ｃ、モデム２４２ａ、２４２ｂ、２４２ｃをそれぞれ介して、インターネット網２１４に接続可能とされている。

この第２の実施形態では、操作を行う機器として複数の管理者端末２１３ａ〜２１３ｃが設けられるのに対して、操作対象となる機器としては、１台のヒートポンプ機器２１２が設けられる。この例では、ヒートポンプ機器２１２の操作は、３つの管理者端末２１３ａ〜２１３ｃの何れでも可能である。例えば、管理者端末２１３ａをユーザ宅に設置し、管理者端末２１３ｂを機器の代理店に設置し、管理者端末２１３ｃをメンテナンス会社に設置すれば、１台のヒートポンプ機器２１２を、機器のユーザ、機器の代理店のオペレータ、メンテナンスのオペレータとで操作して管理できる。

このように、操作を行う機器と、操作対象となる機器との関係を、複数対一の関係とする場合、１台のヒートポンプ機器２１２に対して、複数の管理者端末２１３ａ〜２１３ｃから、異なる設定要求が行われる可能性がある。そこで、指令ファイルに優先度を付けて、指令ファイルを管理しても良い。

図８は、本発明の第２の実施形態に係る管理システムにおいて登録時刻を優先度としたときの処理を示すフローチャートである。図８において、ヒートポンプ機器２１２のゲートウェイ２３１は、管理サーバ２１１にアクセスして指令ファイルを取得する際に、自機器を操作対象とする指令ファイルが複数検索されたかを判定する（ステップＳ３０１）。自機器を操作対象とする指令ファイルが複数検索された場合、ゲートウェイ２３１は、登録時刻を優先度として比較し（ステップＳ３０２）、管理サーバ２１１から最も優先度が高くなる最新の指令ファイルを取得する（ステップＳ３０３）。

例えば、図７における管理システム２０１で、管理者端末２１３ａのオペレータ２４３ａがヒートポンプ機器２１２の貯湯温度を６０度に設定した後、管理者端末２１３ｂのオペレータ２４３ｂがヒートポンプ機器２１２の貯湯温度を５０度に設定したとする。この場合、管理サーバ２１１には、ヒートポンプ機器２１２の貯湯温度を６０度に設定する指令ファイルと、ヒートポンプ機器２１２の貯湯温度を５０度に設定する指令ファイルとが蓄積されることになる。この場合、図８に示したような処理により、ヒートポンプ機器２１２のゲートウェイ２３１は、登録時刻が最新である指令ファイル（後に設定されたヒートポンプ機器２１２の貯湯温度を５０度に設定する指令ファイル）を取得することになる。したがって、ヒートポンプ機器２１２の貯湯温度は５０度に設定されることになる。

図９は、本発明の第２の実施形態に係る管理システムにおいて管理者を優先度としたときの処理を示すフローチャートである。図９において、ヒートポンプ機器２１２のゲートウェイ２３１は、指令ファイルを取得する際に、自機器を操作対象とする指令ファイルが複数検索されたかを判定する（ステップＳ４０１）。ゲートウェイ２３１は、管理者を優先度として比較し（ステップＳ４０２）、管理サーバ２１１から、最も優先度が高くなる管理者からの指令ファイルを取得する（ステップＳ４０３）。

例えば、図７における管理システム２０１で、管理者端末２１３ａのオペレータ２４３ａの優先度を、管理者端末２１３ｂのオペレータ２４３ｂの優先度より高く設定したとする。そして、管理者端末２１３ａのオペレータ２４３ａがヒートポンプ機器２１２の貯湯温度を６０度に設定した後、管理者端末２１３ｂのオペレータ２４３ｂがヒートポンプ機器２１２の貯湯温度を５０度に設定したとする。この場合、管理サーバ２１１には、ヒートポンプ機器２１２の貯湯温度を６０度に設定する指令ファイルと、ヒートポンプ機器２１２の貯湯温度を５０度に設定する指令ファイルとが蓄積されることになる。図９に示したような処理により、ヒートポンプ機器２１２のゲートウェイ２３１は、管理者の優先度が高い指令ファイル（オペレータ２４３ａにより設定されたヒートポンプ機器２１２の貯湯温度を６０度に設定する指令ファイル）を取得する。したがって、ヒートポンプ機器２１２の貯湯温度は６０度に設定されることになる。

なお、操作を行う機器と、操作対象となる機器との関係を、複数対一の関係とした場合には、管理者毎に、設定できる範囲や項目を定めるようにしても良い。例えば、管理者端末２１３ａをユーザ宅に設置し、管理者端末２１３ｂを機器の代理店に設置し、管理者端末２１３ｃをメンテナンス会社に設置したとする。この場合、総合的なメンテナンスや修理は専門家であるメンテナンス会社に依頼し、日々の設定は代理店に依頼し、ユーザは運転の開始や停止のみを制御することが考えられる。この場合、メンテナンス会社に設置した管理者端末２１３ｃの優先度を最大に設定し、全ての項目について設定が行えるようにする。また、代理店に設置した管理者端末２１３ｂをその次の優先度に設定し、管理者端末２１３ｂでは、運転、休止、停止以外の全ての項目について設定が行えるようにする。ユーザ宅に設置した管理者端末２１３ａでは、優先度を最小とし、運転、休止、停止についてのみ行えるようにする。その他、優先度の割り振りや、項目の割り振りについては、各種の組み合わせが考えられる。

＜第３の実施形態＞
図１０は、本発明の第３の実施形態に係る管理システムの概略構成を示すブロック図である。本発明の第３の実施形態に係る管理システム３０１は、操作対象となる機器との関係を、一対複数の関係としたものである。図１０において、管理サーバ３１１、ヒートポンプ機器３１２ａ〜３１２ｃ、管理者端末３１３は、第１の実施形態における管理サーバ１１、ヒートポンプ機器１２ａ〜１２ｃ、管理者端末１３ａ〜１３ｃと同様である。各機器の数も、図１を参照して説明したのと同様、図１０に示す数に限らない。

管理サーバ３１１は、ファイアウォール３２１、モデム３２２を介して、インターネット網３１４に接続可能とされている。ヒートポンプ機器３１２ａ、３１２ｂ、３１２ｃは、ゲートウェイ３３１ａ、３３１ｂ、３３１ｃ、ルーター３３２ａ、３３２ｂ、３３２ｃ、モデム３３３ａ、３３３ｂ、３３３ｃをそれぞれ介して、インターネット網３１４に接続可能とされている。管理者端末３１３は、ルーター３４１、モデム３４２を介して、インターネット網３１４に接続可能とされている。

この第３の実施形態では、操作を行う機器が１台の管理者端末３１３であるのに対して、操作対象となる機器として、３台のヒートポンプ機器３１２ａ〜３１２ｃが設けられる。この例では、１つの管理者端末３１３で、３台のヒートポンプ機器３１２ａ〜３１２ｃを全て操作できる。例えば、管理者端末３１３を機器の代理店に設置すれば、複数のユーザ宅にあるヒートポンプ機器３１２ａ〜３１２ｃを、機器の代理店のオペレータにより、一括して管理できる。また、例えば、１つのユーザが複数台のヒートポンプ機器３１２ａ〜３１２ｃを所有する場合、管理者端末３１３をそのユーザの管理室に設置すれば、ユーザを保有する複数台のヒートポンプ機器３１２ａ〜３１２ｃを、管理室のオペレータにより、一括して管理できる。

操作を行う機器と、操作対象となる機器との関係を、一対複数の関係とした場合、管理者端末３１３のオペレータ３４３は、複数のヒートポンプ機器３１２ａ〜３１２ｃを操作しなければならない。

図１１は、本発明の第３の実施形態に係る管理システムにおける操作画面の一例の説明図である。なお、図１１において、図３に示した操作画面と同様なボタンについては、同一の符号が付されている。本実施形態では、図１１に示すように、管理者端末３１３の操作画面で、タグ１３１ａ、１３１ｂ、１３１ｃにより複数の機器に対する操作をページ毎に切り替えられる。この場合、複数の機器からなる機器群の操作項目が、１つの指令ファイルにまとめられる。複数の機器からなる機器群の操作項目が１つの指令ファイルに含まれている場合、ゲートウェイ３３１ａ〜３３１ｃは、複数の機器からなる機器群の操作項目を含む指令ファイルを受信し、この指令ファイルの中から自機の操作対象の項目を判定し、各ヒートポンプ機器３１２ａ〜３１２ｃの制御を行う。

なお、管理システム１の全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

１，２０１，３０１：管理システム
１１，２１１，３１１：管理サーバ
１２ａ〜１２ｃ，２１２，３１２ａ〜３１２ｃ：ヒートポンプ機器
１３ａ〜１３ｃ，２１３ａ〜２１３ｃ，３１３：管理者端末
３１ａ〜３１ｃ，２３１，３３１ａ〜３３１ｃ：ゲートウェイ
５１：動作指令情報記憶部
５２：動作指令情報送信部
５３：要求受信部
５４：動作指令情報検索部
６１：要求送信部
６２：動作指令情報受信部
８１：動作指令情報解析部
８２：動作制御部
７１：操作入力部
７２：動作指令情報生成部

Claims (8)

1. 管理者端末から動作指令情報を受信して記憶する動作指令情報記憶部と、
   前記動作指令情報の要求に基づいて前記動作指令情報を送信する動作指令情報送信部と、
   を備える管理装置と、
   前記管理装置から受信した前記動作指令情報に基づいて自装置の動作制御を行う動作制御部を備える管理対象装置と、
   を備える管理システム。
2. 前記要求を前記管理装置へ送信する中継装置と、
   前記動作指令情報を前記管理装置から受信して前記管理対象装置へ送信する動作指令中継部と、
   を備える請求項１に記載の管理システム。
3. 前記中継装置は、前記要求を定期的にまたは所定の時刻に前記管理装置へ送信する請求項２に記載の管理システム。
4. 前記管理装置の前記動作指令情報送信部は、前記管理対象装置に対する動作指令情報のうち最も優先度の高い動作指令情報を送信する
   請求項１から請求項３の何れか一項に記載の管理システム。
5. 前記優先度の高さは前記動作指令情報の登録時刻に基づいて決定される請求項４に記載の管理システム。
6. 前記優先度の高さは前記動作指令情報を登録した管理者に基づいて決定される請求項４に記載の管理システム。
7. 前記管理対象装置が複数の管理対象装置により構成されており、
   前記動作指令情報は前記複数の装置それぞれの動作指令情報であり、
   前記複数の管理対象装置それぞれの動作制御部は、自装置に対応する動作指令を前記動作指令情報に基づいて取得して動作制御を行う
   請求項１から請求項６の何れか一項に記載の管理システム。
8. 管理装置と管理対象装置とを備えた管理システムにおける管理方法であって、
   前記管理装置の動作指令情報記憶部が、管理者端末から動作指令情報を受信して記憶し、
   前記管理装置の動作指令情報送信部が、前記動作指令情報の要求に基づいて前記動作指令情報を送信し、
   前記管理対象装置の動作制御部が、前記管理装置から受信した前記動作指令情報に基づいて自装置の動作制御を行う
   管理方法。

Images