JP6900964B2 - 機器管理システム、または、機器管理サービスの提供方法 - Google Patents

Description

建物内に設置される機器を、ネットワークを利用して管理する機器管理サービスの提供方法に関する。

建物内に設置された空気調和装置の空調機情報を、ネットワークを介して、管理するシステムが提案されている（たとえば、特許文献１（特許６１６０７８９号公報））。特許文献１においては、空気調和装置は、情報仲介機器に接続され、情報仲介機器は、ネットワークを介して、情報管理装置に接続され、情報管理装置は、空調機情報の管理を行う。

ネットワークを介して接続された管理装置は、他の建物に設置された機器や、他のユーザの機器の管理実績を活用でき、他の建物に配置された機器と一括して管理できるなど、多くのメリットがある。しかし、常に、ネットワークを介して管理装置から機器を制御すると、非効率な場合がある。極端な場合は、ネットワークが切断された場合で、この場合、機器制御ができなくなる。

第１観点の機器管理システムは、機器と、制御端末と、管理装置とを有する。機器は、建物内に配置される。制御端末は、機器に接続される。「機器に接続される」には、機器に内蔵されて接続されている場合を含む。管理装置は、制御端末とネットワークを介して接続される。制御端末と管理装置のいずれもがユーザが作成する制御指令を取得可能に構成されている。（ａ）ユーザが作成する制御指令を、制御端末と管理装置のいずれか一方または両方が取得する。（ｂ）制御端末と管理装置のいずれか一方または両方が分担して、（ａ）で取得された制御指令に基づいて、機器の制御を実行する。

第１観点の機器管理システムにおいては、制御端末および管理装置は、ともに制御指令を取得し、実行可能であるので、ユーザは、制御端末と管理装置とのいずれか一方または両方が分担して、制御指令を実行させることができる。

第２観点の機器管理システムは、第１観点のシステムであって、（ｃ）前記制御端末および前記管理装置は、（ａ）で取得された前記制御指令を登録する。

第３観点の機器管理システムは、第２観点のシステムであって、管理装置は、（ｄ）（ａ）において取得された制御指令を、管理装置において実行するか、制御端末に実行させるか、を決定する。（ｂ１）（ｄ）において、管理装置において制御指令を実行する場合すると決定した場合は、管理装置において実行する。（ｅ）（ｄ）において、制御端末において制御指令を実行させると決定した場合は、制御端末に、制御指令を送信する。（ｂ２）制御端末は、（ｅ）で、管理装置より送信された制御指令を実行する。

第３観点の機器管理システムは、制御指令を管理装置と制御端末とで振り分けて実行するので、効率よく制御指令を実行することができる。

第４観点の機器管理システムは、第３観点のシステムであって、複数の機器と、複数の制御端末とを備えている。複数の機器は、建物に設置される。複数の制御端末は、機器に接続されている。（ｄ１）（ｄ）において、管理装置は、制御指令が対象とする機器が単独の制御端末に属すると、判断するときは、制御端末に実行させると決定し、制御指令が対象とする機器が複数の制御端末に属すると判断するときは、管理装置にて実行すると決定する。

第４観点の機器管理システムは、単独の制御端末に関する制御指令は、その制御端末に実行させ、複数の制御端末に関する制御指令は管理装置で実行するため、制御指令を円滑に実行することができる。

第５観点の機器管理システムは、第３観点または第４観点のシステムであって、制御端末が、制御指令に基づいて、機器の制御を実行中に、制御の実行時間が所定時間よりも長いときは、制御端末は、制御指令に基づく機器の制御の実行を停止する。そして、管理装置は、制御指令に基づく機器の制御を実行する。

第５観点の機器管理システムは、制御端末での制御指令の実行に時間がかかりすぎているときに、管理装置で制御指令を実行するので、制御指令を実行する時間を短縮できる。

第６観点の機器管理システムは、第４観点のシステムであって、（ｄ２）管理装置は、（ｄ１）において、管理装置は、制御指令が対象とする機器が単独の制御端末に属すると判断するときであっても、制御端末における制御指令に基づく制御の実行が所定の時間より長くなると予測するときは、制御指令に基づく制御を管理装置にて実行すると決定する。

第６観点の機器管理システムは、単独の制御端末に属する制御指令であっても、管理装置で実行することで、制御指令の実行に時間がかかりすぎるのを防止する。

第７観点の機器管理システムは、第２観点のシステムであって、（ｇ）制御端末または／および管理装置は、機器のデータまたは機器に関連するデータを機器データとして取得する。（ｈ）機器データを取得した制御端末または／および管理装置は、機器データに基づいて、イベントが発生しているか否かを判断する。（ｂ３）制御端末または／および管理装置は、（ｈ）でイベントが発生していると判断した場合は、制御指令を実行する。

第７観点の機器管理システムは、機器データの取得に伴って発生するイベントによって、制御指令を実行することができる。

第８観点の機器管理システムは、第７観点のシステムであって、（ｇ）制御端末または／および管理装置は、機器のデータまたは機器に関連するデータを機器データとして取得する。（ｈ）機器データを取得した制御端末または／および管理装置は、機器データに基づいて、イベントが発生しているか否かを判断する。（ｄ３）機器データを取得した制御端末または／および管理装置は、イベントが発生しているときに、制御指令を制御端末または管理装置のいずれで実行するかを決定する。（ｂ４）制御端末または／および管理装置は、（ｄ３）で実行すると決定された制御指令を実行する。

第８観点の機器管理システムは、イベントが発生しているときに、制御指令を管理装置と制御端末とで振り分けて実行するので、効率よく制御指令を実行することができる。

第９観点の機器管理システムは、第７観点または第８観点のシステムであって、（ｈ２）制御端末または／および前記管理装置は、（ｈ）でのイベントの判断に続いて、登録された制御指令もしくはシステムが定義したプログラムによって二次的イベントを発生させているか否かを判断する。（ｂ５）制御端末または／および管理装置は、（ｈ２）で二次的イベントが発生していると判断した場合は、制御指令を実行する。

第９観点の機器管理システムは、二次的イベントの発生によって制御指令を実行することができる。

第１０観点の機器管理システムは、第７観点〜第９観点のいずれかのシステムであって、（ｊ）（ｇ）において、制御端末において判定されたイベント、または、（ｈ２）において、制御端末において、発生させた二次的イベントは、管理装置に送信する。（ｈ３）管理装置は、（ｊ）において、制御端末より送信されたイベントまたは二次的イベントに基づいて、登録された制御指令を管理装置で実行させるか否かを決定する。（ｂ６）管理装置は、（ｈ３）で実行すると決定された制御指令を実行する。

第１０観点の機器管理システムは、制御端末で発生したイベントまたは二次的イベントの発生によって管理装置で制御指令を実行することができる。

第１１観点の機器管理システムは、第７観点〜第１０観点のいずれかのシステムであって、管理装置は、データベースを有する。（ｋ）管理装置は、（ｂ３）〜（ｂ６）で実行された制御指令に係わるイベントまたは二次的イベントを、データベースに記憶する。

第１１観点の機器管理システムは、イベントまたは二次的イベントの履歴をデータベースに蓄積するので、データベースを利用して二次的イベントを発生させるなどの制御を行うことができる。

第１２観点の機器管理システムは、第１観点〜第１１観点のいずれかのシステムであって、制御指令は、管理装置でも、制御端末でも同一の形式のものを実行可能である。

第１２観点の機器管理システムは、管理装置でも、制御端末でも同一の形式の制御指令を実行可能であるので、ユーザは、同一の形式で入力すれば足りる。

第１３観点の機器管理サービスの提供方法は、機器管理システムを用いる。機器管理システムは、機器と、制御端末と、管理装置とを備える。制御端末は機器に接続される。管理装置は、制御端末とネットワークを介して接続される。制御端末と管理装置のいずれもがユーザが作成する制御指令を取得可能に構成されている。（ａ）ユーザが作成する制御指令を、制御端末と管理装置のいずれか一方または両方が取得する。（ｂ）制御端末と管理装置のいずれか一方または両方が分担して、制御指令に基づいて、機器の制御を実行する。

第１４観点の機器管理サービスの提供方法は、第１３観点のシステムであって、制御指令は、管理装置でも、制御端末でも同一の形式のものを実行可能である。

第１４観点の機器管理サービスの提供方法は、管理装置でも、制御端末でも同一の形式の制御指令を実行可能であるので、ユーザは、同一の形式で入力すれば足りる。

機器管理システム１の全体構成を示す図である。 機器管理システム１が制御指令を実行するフローチャートである。 機器管理装置が、イベントが発生した場合に自動制御をどう実行するかを説明するフローチャートである。 機器管理装置が、二次的イベントが発生した場合に自動制御をどう実行するかを説明するフローチャートである。 制御端末が制御指令の実行に所定時間以上要した場合の処理を説明するフローチャートである。 システム１が第１実行モードで処理を実行に所定時間以上要した場合の処理を説明するフローチャートである。

＜第１実施形態＞
（１）全体構成
本実施形態の機器管理システム１は、図１に示すように、機器２１と、制御端末３０と、管理装置１０と、ユーザ端末４１と、を有している。機器２１は、建物２０に設置されている。機器２１の例としては、空気調和装置である。制御端末３０は、機器２１に接続されている。制御端末３０は、機器２１の１つに内蔵されていても良い。管理装置１０は、ネットワーク１５を介して、制御端末３０、および、ユーザ端末４１に接続されている。管理装置１０は、ネットワークを介して機器２１を制御できる。ユーザ端末４１は、ユーザと、システム１のインターフェースである。ユーザ端末４１は、ネットワーク１５を介して、管理装置１０に接続されている。

本実施形態の機器管理サービスは、機器管理システム１を用いて、機器２１の管理サービスを提供する。

（２）機器管理システム１の各構成要素の説明
（２−１）機器２１
機器２１は、建物に設置される機器である。建物とは、建物内に限らず、建物の屋上、建物の周囲なども含まれる。建物は、商業ビル、居住用アパート、マンション、公共建物、戸建て住宅など、特に限定されない。

機器２１の例としては、空気調和装置、照明機器、換気扇などである。空気調和装置としては、室外機と、室外機と接続された複数の室内機を一つの機器として扱っても良いし、室外機と、各室内機を個別の機器と見なしてもよい。

本実施形態における機器２１は、空調室外機２１ａと、複数の空調室内機２１ｂ、２１ｃである。空調室外機２１ａは、複数の空調室内機２１ｂ、２１ｃと、冷媒配管で接続されている。建物２０には、複数の部屋がある（図示せず）。各部屋には、通常、１台以上の空調室内機２１ｂ、２１ｃが配置されている。

機器２１に関連して、各種の機器関連情報、言い換えると機器データが存在する。機器データは、各機器２１が収集するものと、それ以外のセンサ２２ａ、２２ｂが収集するものとがある。各機器２１が収集するものには、運転のオンオフ、圧縮機の回転数、熱交換器の温度、消費電力などが含まれる。センサとは、たとえば、室内温度センサ２２ａ、室外温度センサ２２ｂなどである。室内温度センサ２２ａは、空調室内機２１ｂの配置された室内の温度を測定する。室外温度センサ２２ｂは、建物２０の外、かつ、周辺で、室外の気温を測定する。機器関連情報のうち、機器２１以外のセンサ２２ａ、２２ｂが収集するデータとしては、室内温度、室外温度、などがある。

機器データは、各機器２１、または、センサ２２ａ、センサ２２ｂから、制御端末３０に送られる。制御端末３０は、ネットワーク１５を介して、機器データを管理装置１０に送信する。

（２−２）制御端末３０
制御端末３０は、機器２１に内蔵又は、機器２１の外部に配置されている。制御端末３０は、機器２１および機器データを収集するセンサ２２に接続されている。

本実施形態においては、制御端末３０は、空気調和装置の室外機２１ａに内蔵されている。室外機２１ａ、室内機２１ｂ、２１ｃ、センサ２２ａ、２２ｂは、制御端末３０に、有線、または、無線で、接続されている。この接続によって、機器データは、機器２１または、センサ２２ａ、２２ｂより、制御端末に送られる。

制御端末は、後述するように、制御指令をアプリケーション上で実行する。

（２−３）ユーザ端末４１
ユーザ端末４１は、制御部４１３と、出力部と、入力部４１２と、を有している。

ユーザ端末４１は、ユーザインターフェースの役割を含んでいる。出力部は、表示部４１１であってもよい。表示部４１１は、ユーザに視認可能に情報を表示する。入力部４１２は、ユーザの操作により、情報を入力することができる。入力部４１２は、たとえば、キーボード、マウス、タッチパネル、である。制御部４１３は、プロセッサと、メモリとを含んでいる。制御部４１３は、表示部４１１と、入力部４１２とを制御する。

ユーザ端末４１は、ネットワーク１５を介して、管理装置１０に接続されている。ユーザ端末４１は、管理装置１０と、情報を交換する。

ユーザ端末４１は、機器２１の配置されている建物２０の中であっても良いし、外でも良い。本実施形態においては、ユーザ端末４１のユーザは、建物２０の機器２１の管理者である。ユーザは、ユーザ端末４１を介して、機器２１の管理の要望を、管理装置１０に伝える。また、管理装置１０は、必要に応じて、管理サービスに関する情報を、ユーザ端末４１を利用して、ユーザに伝達する。

本実施形態においては、制御指令は、スクリプトである。制御指令は、ユーザによって、ユーザ端末で作成される。あるいは、入力される。制御指令は、管理装置に送られて、実行される。

（２−４）管理装置１０
管理装置１０は、サーバー１１と、データベース１２と、を有している。管理装置は、仮想化されたものであっても良い。サーバー１１は、プロセッサとメモリを有している。サーバー１１は、機器２１を制御するアプリケーションを実行することができる。データベース１２は、メモリを有している。データベース１２は、機器データ、アプリケーション、後述するイベント等を蓄積し、取り出すことができる。

管理装置１０は、本開示の管理サービスの提供者とは別の、クラウドサービス提供事業者によって、提供されたものであっても良い。クラウドサービス提供事業者が提供するものは、インフラストラクチャーだけであってもよい。インフラストラクチャーは、ハードウエアを含む。クラウドサービス提供事業者が提供するものは、インフラストラクチャーに加えて、プラットフォームであってもよい。プラットフォームは、オペレーションシステムを含む。

管理装置１０は、ネットワーク１５を介して、制御端末３０およびユーザ端末４１に接続されている。管理装置１０と制御端末３０、ユーザ端末４１を接続する回線は、専用回線であってもよいし、公衆回線であっても良い。専用回線は、仮想専用回線（ＶＰＮ）であってもよい。回線は、クラウドサービス事業者によって提供されたものであっても良い。

管理装置１０のサーバー１１は、制御端末３０より、機器データを取得する。サーバー１１は、取得した機器データや制御指令を、データベース１２に送る。データベース１２は、機器関連情報を蓄積する。管理装置は、データベースに蓄積された機器関連情報を呼び出して、機器の管理サービスを決定して、実行する。

サーバー１１は、ユーザ端末４１より、制御指令を取得する。サーバー１１は制御指令をアプリケーション上で実行することにより、ひとつ、または複数の制御端末に属する機器の制御を行うことができる。

（３）機器管理システム１による機器制御
（３−１）制御指令が登録された場合
次に制御指令が登録された場合の機器管理システムによる機器制御について、図２を用いて、説明する。

ユーザは、ユーザ端末４１において、制御指令（スクリプト）を作成する（Ｓ１０１）。本実施形態においては、ユーザ端末は、単にブラウザとして機能しており、スクリプト登録のためのアプリケーションは、管理装置において実行されている。入力された制御指令は、管理装置１０に、登録される（Ｓ１０２）。

次に、管理装置１０は、制御指令を管理装置１０で実行するか、制御端末で実行するかを判断する（Ｓ１０３）。本実施形態では、複数の制御端末３０にまたがって、制御指令を実行する場合には、管理装置で実行され、単一の制御端末で実行する場合は、制御端末で実行すると判断する。複数の制御端末３０にまたがって、制御指令を実行する場合とは、たとえば、次のような場合がある。複数のコンビニ店舗を有するオーナーが、全体の電力消費量を一定以下に抑制したいと考えた場合である。

ステップＳ１０３のほかの判断する場合としては、制御端末における制御指令に基づく制御の実行が所定の時間より長くなると予測する場合である。

ステップＳ１０３で、管理装置１０が管理装置１０で実行すると判断した場合は、管理装置１０は、制御指令を実行する（Ｓ１０４）。なお、本明細書において、制御指令を実行するとは、制御指令に基づいて、機器の制御を実行する、と同等である。

一方、ステップＳ１０３で、管理装置１０が、制御指令を、制御端末で実行すると判断した場合には、管理装置は、制御指令を制御端末に送信する（Ｓ１１１）。制御端末は、制御指令を登録し、制御指令を実行する（Ｓ１１２）。

（３−２）イベントが発生する場合
次に、イベントが発生した場合の機器制御について、図３のフローチャートを用いて説明する。

まず、制御端末３０は、各機器２１や機器周辺のセンサ２２ａ、２２ｂから、機器データを取得する（Ｓ２０１）。なお、本明細書における機器データとは、必ずしも機器２１やセンサ２２ａ、２２ｂだけでなく、他から収集されるデータも含む。たとえば、時刻などのデータも機器データに含める。

次に、制御端末３０は、機器データを、管理装置１０にネットワークを介して、送信する（Ｓ２０２）。以降は、制御端末３０と、管理装置１０のステップを分けて説明する。

まず、制御端末３０のステップを説明する。前提として、（３−１）で説明したように、制御端末３０には、通常、いくつかの制御指令が登録され、蓄積されている。制御端末３０のプロセッサは、制御端末のメモリから、このような、制御指令を呼び出し参照する。その上で、制御端末３０のプロセッサは、取得した機器データが制御指令を実行する契機となっていないかを判断する（Ｓ２１１）。言い換えると、イベントが発生しているか否かを判断する。ここで、イベントとは、自動制御を実行するトリガーとなる事象のことである。

ここで、イベントの発生をもう少し具体的に説明する。たとえば、機器データとして、現在時刻２２：１０に機器２１の電源がＯＮとなっているというデータを取得する。そして、制御指令として、２２時〜５時の間、機器の電源をＯＦＦにするという制御指令が登録されていたとする。そこで、制御端末３０は、上記機器データを上記制御指令に照らして、イベントが発生していると判断する（Ｓ２１１）。

ステップＳ２１１でイベントが発生している場合は、ステップＳ２１２で、自動制御を実行する。上記例では、制御端末３０は、機器２１の電源をＯＦＦにする。

ステップＳ２１１でイベントが発生しない場合は、制御端末３０は、処理を終了する。

次に、ステップＳ２０２で、機器データを管理装置に送信した後で、管理装置で制御を行う場合について説明する。

管理装置１０は、管理装置１０に登録されている管理装置で実行すべき制御指令を確認する。そうして、管理装置が実行する制御指令のトリガーとなるイベントが発生しているか否かを確認する（Ｓ２０３）。

ステップ２０３で、イベントが発生している場合は、ステップ２０４に進み、管理装置は、自動制御を実行する。また、ステップＳ２０３で、イベントが発生していないときは、管理装置は、処理を終了する。

なお、本実施形態においては、機器データは、制御端末３０および管理装置１０と両方で取得する。制御指令は内容によって、制御端末３０、管理装置１０のいずれかで実行するように登録されている。したがって、管理装置と制御端末のいずれかが、そのイベントを実行するかは、どちらに制御指令が登録されているかで決まる。なお、これについては、次に説明する二次的イベントについても同様である。

（３−３）二次的イベントが発生する場合
次に二次的イベントについて、説明する。

二次的イベントとは、機器の状態値を使用し、何らかの計算処理を行った結果発生するイベントである。これに対して、（３−２）で説明したイベントは、機器の状態値が変化した際に検知できるイベントである。本明細書において、このようなイベントを、二次的イベントと区別するときは、一次的イベントと呼ぶことにする。

次に、システム１に、登録された制御指令に、一次的イベントに関する制御指令と、二次的イベントに関する制御指令がともに存在する場合について、説明する。

二次的イベントが存在する場合の機器管理システム１の機器制御のフローを、図４に示す。

まず、制御端末３０は、各機器２１や機器周辺のセンサ２２ａ、２２ｂから、機器データを取得する（Ｓ３０１）。次に、制御端末３０は、機器データを、管理装置１０にネットワークを介して、送信する（Ｓ３０２）。以降は、制御端末３０と、管理装置１０のステップを分けて説明する。

まず、制御端末３０のステップを説明する。制御端末３０のプロセッサは、制御端末のメモリから、一次的イベントに関連する制御指令の呼び出し処理を行う（Ｓ３１１）。この処理は、（３−２）の場合と、全く同様である。次に、制御端末３０は、二次的イベントに係わる制御指令の処理に移行する（Ｓ３１２）。

ここで、二次的イベントの制御指令による処理の例示をする。たとえば、機器データとして、室内温度とする。そして、制御指令として、室内温度が閾値である２８℃を上回ったときには、自動的に冷房運転を開始する、という内容とする。このような場合に、制御端末は、ステップＳ３０１で、機器データとして、たとえば、室内温度３０℃を取得したとする。制御端末３０は、引き続き、ステップＳ３１１で、一次的イベントの処理を行った後、Ｓ３１２で、二次的イベントの処理に移行する。そこで、制御端末は、現実の室内温度と、制御指令の処理条件である室内温度を比較する。この場合は、データの室内温度３０℃が、処理条件である室内温度２８℃を上回っているので、空気調和装置（機器）に、冷房運転の制御を行う（Ｓ３１３）。言い換えると、制御端末３０は、自動制御を実行する。

次に、ステップＳ３０２以降の管理装置での処理について説明する。Ｓ３０２の次に、管理装置１０では、一次的イベントの処理を行う（Ｓ３０３）。この処理は、（３−２）の処理と全く同様である。

次に、ステップＳ３０３では、管理装置１０は、二次的イベントが発生しているか否かを判断する。二次的イベントが発生している場合は、Ｓ３０５に進み、管理装置は、自動制御を実行する。Ｓ３０４で二次的イベントが発生していない場合には、管理装置は、処理を終了する。

なお、一次的イベント、二次的イベントは、全て、制御指令と同様に、管理装置１０のデータベース１２に記憶される。記憶先は、サーバー１１のメモリであっても良い。制御端末３０のメモリであってもよい。管理装置１０と、制御端末３０の両方に記憶されても良い。そして、次に二次的イベントが発生したか否かの判断に活用される場合もある。

（３−４）制御端末３０が制御指令の実行に時間がかかりすぎた場合
ここで、図２のステップＳ１１２に戻り、制御端末３０が制御指令を実行していた場合に、時間がかかりすぎたときのフローを、図５を用いて説明する。

図５では、まず、ユーザが制御指令を登録するところに戻る（Ｓ４０１）。次に、図２のＳ１０３、Ｓ１１１、Ｓ１１２の場合では、管理装置１０が、その制御指令を制御端末ですることを決定し、制御端末３０は、制御指令を実行する（Ｓ４０２）。

制御端末３０が、制御指令を実行中に、時間がかかりすぎることが起こりうる。たとえば、管理装置１０は、一つの制御端末３０が制御する機器２１が増加する前のデータで、制御端末３０が制御指令を実行する時間を予測していた場合、管理装置の判断時の予測以上に時間がかかってしまうということが起こりうる。

このような課題に対処するため、システム１は、制御端末の処理時間の上限を設定しておく。図５では、制御端末３０の制御指令の処理時間が所定時間を越えると、制御端末は、制御指令の実行を中止する（Ｓ４０５）。次に、より処理能力の高い管理装置１０が制御指令を実行する（Ｓ４０６）。

ステップＳ４０３における、制御端末における制御指令の実行時間が所定時間よりも長いか否かは、実際に所定時間を越えた後で、判断しても良いし、越える前に、予測で判断しても良い。

ステップＳ４０３において、制御指令の実行が所定時間内に終わる場合には、制御端末は、制御指令の実行を継続して、終了する。

図５の制御フローをより一般化すると、図６のようになる。これを説明すると、システム１全体の中で、制御指令を実行する実行モードは複数考えられる。そして、処理能力の低い方を第１実行モードとよび、第１実行モードよりも処理能力の高い実行モードを第２実行モードと呼ぶ。第１実行モードを利用するのはデメリットばかりではなくて、たとえば、利用料金が安いなどのメリットが有る場合もある。図５の場合、制御端末での制御指令の実行は第１実行モードと捉えることができ、管理装置での制御指令の実行を第２実行モードと捉えることが出来る。そうすると、図５の制御フローは、図６の制御フローに書き換えることができる。言い換えると、ステップＳ５０３で、自動制御フローを第１実行モードで実行中に、実行時間が所定時間を越えるとき、あるいは、超えそうなときは、システムは、第１実行モードでの実行を中止し（Ｓ５０５）、第２実行モードで実行する（Ｓ５０６）。

（４）特徴
（４−１）
本実施形態の機器管理システム１は、機器２１と、制御端末３０と、管理装置１０とを有する。機器２１は、建物２０内に配置される。制御端末３０は、機器２１に接続される。管理装置１０は、制御端末３０とネットワーク１５を介して接続される。機器管理システム１は、ネットワークを利用して、機器２１の自動制御を行う。

ユーザは、制御指令を作成する（Ｓ１０１）。管理装置１０は、ユーザが作成した制御指令を取得する。管理装置１０が取得した制御指令は、制御端末３０に送信する（Ｓ１１１）。制御端末３０は、制御指令を取得する。

管理装置１０または制御端末３０は、制御指令を実行する（Ｓ１０４、Ｓ１１２）。ユーザは、管理装置１０で実行される制御指令も、制御端末３０で実行される制御指令も、共通の形式で入力することができる。言い換えると、両方の制御指令は、共通のスクリプトで記載されている。管理装置１０と制御端末３０は、共通のスクリプトで作成された制御指令を実行することができる。

したがって、ユーザは、管理装置で実行させたい制御指令と、制御端末で実行させたい制御指令を、別々の形式で入力する必要がなく、入力の負担が軽減される。

（４−２）
本実施形態においては、管理装置１０に入力された制御指令は、管理装置１０に登録される（Ｓ１０２）。管理装置に登録された制御指令は、管理装置または制御端末で実行される（Ｓ１０４、Ｓ１１２）。

管理装置に登録された制御指令は、さらに、管理装置に記憶される。

管理装置に登録され、記録された制御指令は、登録されたときはもちろん、時間が経過した後、たとえば、イベントが発生したときに実行することが可能である。

制御指令は、制御端末に、登録されてもよい。登録された制御指令は、制御端末に、記録されてもよい。

管理装置と制御端末の双方で制御指令を登録することにより、システムは、制御指令の内容に応じて、管理装置と制御端末を選択して実行させることができる。また、管理装置と制御端末で通信が途絶えても、制御端末で、制御指令を実行することができる。

（４−３）
本実施形態においては、管理装置に制御指令を登録する（Ｓ１０２）。管理装置は、制御指令を管理装置で実行するか、制御端末で実行するかを判断し、振り分ける（Ｓ１０３）。

管理装置で判断することにより、適切な振り分けが可能になる。

（４−４）
本実施形態においては、（４−３）において、管理装置が制御指令を管理装置と制御端末に振り分ける（Ｓ１０３）基準は、その制御指令が、複数の制御端末にまたがるものであるか、単独の制御端末のものか、という点である。

このような基準とすることにより、制御端末は、自らに属する機器のみの制御のときは単独の制御ができるというメリットを生ずる。また、制御指令実行にあたっての管理装置と制御端末間の通信量(＝通信コスト)を削減することができる。

（４−５）
本実施形態の機器管理システム１は、制御指令をメモリに記録する。制御端末３０が機器データを取得したとき（Ｓ２０１）に、システム１は、イベントが発生したか否かを判断し（Ｓ２０３、２１１）、イベントが発生したと判断した場合に、自動制御を実行する（Ｓ２０４、Ｓ２１２）。

本実施形態の機器管理システム１は、このように、制御指令をシステムに登録して記録しているので、広く規格化されたシステムの構築がしやすい。

（４−６）
本実施形態の機器管理システムは、機器の状態値を使用し、何らかの計算処理を行った結果発生する二次的イベントも利用することができる。

二次的イベントの利用により、一次的イベントよりもさらに複雑な自動制御も実行できる。

（４−７）
本実施形態の機器管理システムは、制御端末３０が、制御指令に基づいて、機器の制御を実行中（Ｓ４０２）に、制御の実行時間が所定時間よりも長いときは（Ｓ４０３）、制御端末３０は、制御指令に基づく機器の制御の実行を停止し（Ｓ４０５）、管理装置１０は、制御指令に基づく機器２１の制御を実行する。

このようにすることにより、システム１が制御指令をタイムアウトで実行できない事態を回避する。また、原則、費用の安い制御端末３０で処理を実行し、必要なときに、費用の高い管理装置１０に処理を移すことにより、全体としてコストを抑制することができる。

（５）変形例
（５−１）変形例１Ａ
第１実施形態の図５では、制御指令をシステムに登録して（Ｓ４０１）、制御端末３０が制御指令を実行中に（Ｓ４０２）、実行時間が所定時間を越えるときは（Ｓ４０３）、一時、制御端末が実行を中止する（Ｓ４０５）制御について説明した。

変形例１Ａでは、機器データを制御端末３０が取得し、イベントが発生して、制御指令を実行開始した場合である。この場合も、制御端末の実行に時間がかかりすぎたときは（Ｓ４０３）、図５の場合と同様に、制御端末は、制御指令の実行を中断してもよい（Ｓ４０５）。そして、その後は、管理装置１０が制御指令を実行しても良い。

以上は、イベントが一次的イベントの場合も、二次的イベントの場合も成り立つ。

（５−２）変形例１Ｂ
第１実施形態では、制御端末３０は、機器データを取得したあと、機器データを管理装置にも転送した。変形例１Ｂでは必ずしもそうしない。

変形例１Ｂでは、制御端末３０は、図３のステップＳ２１１で、イベントが発生しているか否かを確認した後、制御端末３０で制御指令を実行するか、管理装置１０で実行するかを判断する。制御端末３０で実行すると判断した場合は、第１実施形態の図３と同様に、制御端末で制御指令を実行する（Ｓ２１２）。制御端末３０が、管理装置１０で制御指令を実行すると判断した場合は、制御端末３０は、その制御指令を管理装置１０におくり、管理装置１０が制御指令を実行する。

以上は、イベントが一次的イベントの場合も、二次的イベントの場合も成り立つ。

（５−３）変形例１Ｃ
第１実施形態では、制御端末３０は、機器データを取得したあと、機器データを管理装置にも転送した。変形例１Ｃでは、変形例１Ｂと同様に、必ずしもそうしない。

変形例１Ｃでは、制御端末３０は、図３のステップＳ２１１で、イベントが発生しているか否かを確認した後、イベントを管理装置に送信する。管理装置は、管理装置１０で制御指令を実行するか否かを判断する。管理装置１０で制御指令を実行すると判断した場合は、管理装置１０が制御指令を実行する。

以上は、イベントが一次的イベントの場合も、二次的イベントの場合も成り立つ。

（５−４）変形例１Ｄ
変形例１Ｂ、１Ｃでは制御端末３０でイベントを発生させた。管理装置１０でイベントを発生させても良い。

変形例１Ｄでは、制御端末３０は、図３のステップＳ２０２で、機器データを管理装置に送る。ステップＳ２０３では、管理装置１０にてイベントが発生しているか否かを確認する。ステップＳ２０３でイベントが発生した後、変形例１Ｄは、第１実施形態と異なる。管理装置は、制御指令を管理装置で実行するか、制御端末で実行するかを判断する。管理装置１０で制御指令を実行すると判断した場合は、第１実施形態の図３と同様に、管理装置で制御指令を実行する（Ｓ２０４）。管理装置１０が、制御端末３０で制御指令を実行すると判断した場合は、管理装置１０は、そのイベント（必要に応じて制御指令も）を制御端末３０に送り、制御端末３０が制御指令を実行する。

以上は、イベントが一次的イベントの場合も、二次的イベントの場合も成り立つ。

以上、本開示の実施形態を説明したが、特許請求の範囲に記載された本開示の趣旨及び範囲から逸脱することなく、形態や詳細の多様な変更が可能なことが理解されるであろう。

１ 機器管理システム
１０ 管理装置
２１ 機器
３０ 制御端末
４１ ユーザ端末

特許６１６０７８９号公報

Claims (10)

1. 建物に設置される複数の機器（２１）と、
   前記機器に接続される複数の制御端末（３０）と、
   前記制御端末とネットワークを介して接続される管理装置（１０）と、
   を備えた機器管理システム（１）であって、
   前記制御端末と前記管理装置のいずれもがユーザが作成する制御指令を取得可能に構成されており、
   （ａ）ユーザが作成する制御指令を、前記制御端末と前記管理装置のいずれか一方または両方が取得し、
   （ｃ）前記制御端末および前記管理装置は、前記（ａ）で取得された前記制御指令を登録し、
   前記管理装置は、
   （ｄ１）前記制御指令が対象とする前記機器が単独の前記制御端末に属すると、判断するときは、前記制御端末に実行させると決定し、前記制御指令が対象とする前記機器が複数の前記制御端末に属すると、判断するときは、前記管理装置にて実行すると決定し、
   （ｂ１）前記（ｄ１）において、前記管理装置において前記制御指令を実行すると決定した場合は、前記管理装置において実行し、
   （ｅ）前記（ｄ１）において、前記制御端末において前記制御指令を実行させると決定した場合は、前記制御端末に、前記制御指令を送信し、
   （ｂ２）前記制御端末は、前記（ｅ）で、前記管理装置より送信された、前記制御指令を実行する、
   機器管理システム。
2. 前記（ｂ２）において、前記制御端末が、前記制御指令に基づいて、前記機器の制御を実行中に、前記制御の実行時間が所定時間よりも長いときは、
   前記制御端末は、前記制御指令に基づく前記機器の制御の実行を停止し、
   前記管理装置は、前記制御指令に基づく前記機器の制御を実行する、
   請求項１に記載の機器管理システム。
3. （ｄ２）前記（ｄ１）において、
   前記管理装置は、前記制御指令が対象とする前記機器が単独の前記制御端末に属すると、判断するときであっても、
   前記制御端末における前記制御指令に基づく制御の実行が所定の時間より長くなると予測するときは、前記制御指令に基づく制御を前記管理装置にて実行すると決定する、
   請求項１に記載の機器管理システム。
4. 建物に設置される機器（２１）と、
   前記機器に接続される制御端末（３０）と、
   前記制御端末とネットワークを介して接続される管理装置（１０）と、
   を備えた機器管理システム（１）であって、
   前記制御端末と前記管理装置のいずれもがユーザが作成する制御指令を取得可能に構成されており、かつ、前記管理装置と前記制御端末のいずれもが前記制御指令を実行可能であり、
   （ａ）ユーザが作成する制御指令を、前記制御端末と前記管理装置のいずれか一方または両方が取得し、
   （ｃ）前記制御端末および前記管理装置は、前記（ａ）で取得された前記制御指令を登録し、
   （ｇ）前記制御端末または／および前記管理装置は、前記機器のデータまたは前記機器に関連するデータを機器データとして取得し、
   （ｈ）前記機器データを取得した前記制御端末または／および前記管理装置は、前記機器データに基づいて、イベントが発生しているか否かを判断し、
   （ｄ３）前記機器データを取得した前記制御端末または／および前記管理装置は、前記イベントが発生しているときに、前記制御指令を前記制御端末または前記管理装置のいずれで実行するかを決定し、
   （ｂ４）前記制御端末または／および前記管理装置は、前記（ｄ３）で実行すると決定された前記制御指令を実行する、
   機器管理システム。
5. （ｈ２）前記制御端末または／および前記管理装置は、前記（ｈ）でのイベントの判断に続いて、前記制御端末または／および前記管理装置は、登録された前記制御指令もしくはシステムが定義したプログラムによって二次的イベントを発生させているか否かを判断し、
   （ｂ５）前記制御端末または／および前記管理装置は、前記（ｈ２）で二次的イベントが発生していると判断した場合は、前記制御指令を実行する、
   請求項４に記載の機器管理システム。
6. （ｊ）前記（ｈ）において、前記制御端末において判定されたイベント、または、前記（ｈ２）において、前記制御端末において、発生させた前記二次的イベントは、前記管理装置に送信し、
   （ｈ３）前記管理装置は、前記（ｊ）において、前記制御端末より送信された前記イベントまたは前記二次的イベントに基づいて、登録された前記制御指令を前記管理装置で実行させるか否かを決定し、
   （ｂ６）前記管理装置は、前記（ｈ３）で実行すると決定された前記制御指令を実行する、
   請求項４または５に記載の機器管理システム。
7. 前記管理装置は、データベースを有し、
   （ｋ）前記管理装置は、前記（ｂ４）〜（ｂ６）で実行された前記制御指令に係わる前記イベントまたは前記二次的イベントを、前記データベースに記憶する、
   請求項４〜６のいずれか１項に記載の機器管理システム。
8. 前記制御指令は、前記管理装置でも、前記制御端末でも同一の形式のものを実行可能である、
   請求項１〜７のいずれか１項に記載の機器管理システム。
9. 建物に設置される機器のユーザへの機器管理サービスの提供方法であって、
   前記機器と、前記機器に接続される制御端末と、前記制御端末とネットワークを介して接続される管理装置と、を備えた機器管理システムを用い、
   前記制御端末と前記管理装置のいずれもがユーザが作成する制御指令を取得可能に構成されており、かつ、前記管理装置と前記制御端末のいずれもが前記制御指令を実行可能であり、
   （ａ）ユーザが作成する制御指令を、前記制御端末と前記管理装置のいずれか一方または両方が取得し、
   （ｃ）前記制御端末および前記管理装置は、前記（ａ）で取得された前記制御指令を登録し、
   前記管理装置は、
   （ｄ１）前記制御指令が対象とする前記機器が単独の前記制御端末に属すると、判断するときは、前記制御端末に実行させると決定し、前記制御指令が対象とする前記機器が複数の前記制御端末に属すると、判断するときは、前記管理装置にて実行すると決定し、
   （ｂ１）前記（ｄ１）において、前記管理装置において前記制御指令を実行すると決定した場合は、前記管理装置において実行し、
   （ｅ）前記（ｄ１）において、前記制御端末において前記制御指令を実行させると決定した場合は、前記制御端末に、前記制御指令を送信し、
   （ｂ２）前記制御端末は、前記（ｅ）で、前記管理装置より送信された、前記制御指令を実行する、
   機器管理サービスの提供方法。
10. 前記制御指令は、前記管理装置でも、前記制御端末でも同一の形式のものを実行可能である、
    請求項９に記載の機器管理サービスの提供方法。

Images