JP6938230B2 - 空調システム及び空調システムの制御方法 - Google Patents

Description

本発明は、空気調和機を制御するシステム及び当該システムの制御方法に関する。

本技術分野の背景技術として、特許文献１に記載の技術が知られている。特許文献１には、「空気調和装置に関する消費電力などに関する運転データを監視し、ユーザに空気調和装置の運転状況を知らせ、消費電力の低減につなげる」という課題に対して、「空気調和装置の消費電力データを含む運転データを取得蓄積し、蓄積された運転データに基づいて分析した分析データを可視化して分析結果表示部で表示させる」ことが記載されている。

特開２００８−１５７５３３号公報

空調機（空気調和機）の制御では、設置、試運転、及び運転等の異なるフェーズが存在する。ここで、フェーズは空調機の制御段階（制御場面）を示す。各フェーズでは、役割又は権限を表すロールが異なるユーザが空調機を使用する。

例えば、試運転のフェーズでは、空調機設置業者が空調機を稼働させて空調機から稼働データを収集し、空調機が正しく動作しているか否かを確認し、また、検査結果等を報告書として作成する。また、運転の制御フェーズでは、オーナが空調機の電力消費量に基づいて空調機の利用者に電気料金を請求する。

従来は、特許文献１に示すように、特定のロール及びフェーズの組合せに特化したシステムが提供されていたため、前述の組合せ毎にシステムを用意する必要があった。したがって、設備コスト及び運用コストの負担が大きくなるという課題がある。また、各システムでは同様のデータを管理している場合があり、リソースの無駄が発生しているという課題がある。

前述した課題に対して、各システムを協調動作させる方法、又は、各システムを一つのシステムに統合する方法が考えられる。しかし、各システムは、ハードウェア構成及びソフトウェア構成が独自のものであるため、協調動作及び統合が非常に難しい。また、新たなシステムを導入する場合に、既存のシステムの構造等を考慮する必要があり、柔軟なシステムの構築及び変更が困難である。

本発明は、ロール及びフェーズの組合せ毎の空調機の制御機能を統合したシステム及び複数のロール及びフェーズの組合せに対応した空調機の制御方法を提供する。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数の空調機、複数のセンサ、及び複数の計算機を備える空調システムであって、前記複数の計算機の各々は、演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続される通信装置を有し、前記空調システムは、少なくとも一つの計算機から構成され、前記複数の空調機に対する制御を実現するサービスを提供するシステムを複数含み、前記複数のシステムによって提供されるサービスは、種別が異なるサービスであり、少なくとも一つの計算機は、前記サービスの切替を制御し、前記サービスの切替を制御する計算機は、ユーザの役割又は権限を示すロール及び空調機の制御段階を定義するフェーズの組合せと、前記サービスの識別情報とから構成されるエントリを含むユーザ管理情報、並びに、前記サービスの識別情報と、前記サービスを提供するシステムの識別情報とから構成されるエントリを含むシステム管理情報を保持し、前記複数の空調機の稼働状態を示す稼働情報及び前記複数のセンサが計測したセンサ値を取得して、前記稼働情報及び前記センサ値を状態管理情報として管理し、ユーザからログイン要求を受信した場合、前記ログイン要求を解析して、前記ロール及び前記フェーズの組合せ特定し、前記ユーザ管理情報に基づいて、前記特定されたロール及び前記特定されたフェーズの組合せに対応するサービスを特定し、前記システム管理情報に基づいて、前記特定されたサービスを提供するシステムを呼び出し、前記特定されたサービスを提供するシステムからデータの読出要求を受信した場合、前記状態管理情報に格納されるデータを取得して、所定のデータ形式に変換し、前記特定されたサービスを提供するシステムに前記変換されたデータを送信することを特徴とする。

本発明によれば、ロール及びフェーズの組合せ毎にサービスを提供するシステムを自動的に切り替えることができ、また、各サービスが使用するデータを一元に管理できる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

実施例１の空調システムの構成例を示す図である。 実施例１の室外機の構成を示すブロック図である。 実施例１の室内機及びリモコンの装置構成を示すブロック図である。 実施例１の空調機の冷凍サイクル系統図である。 実施例１の管理サーバの装置構成を示すブロック図である。 実施例１の状態管理情報のデータ構造の一例を示す図である。 実施例１の状態管理情報のデータ構造の一例を示す図である。 実施例１の状態管理情報のデータ構造の一例を示す図である。 実施例１の状態管理情報のデータ構造の一例を示す図である。 実施例１の状態管理情報のデータ構造の一例を示す図である。 実施例１の状態管理情報のデータ構造の一例を示す図である。 実施例１のユーザ管理情報のデータ構造の一例を示す図である。 実施例１のシステム管理情報のデータ構造の一例を示す図である。 実施例１のシステムにおいて実行される処理の流れを説明するシーケンス図である。 実施例１のモバイル端末に表示される画面の一例を示す図である。 実施例１のモバイル端末に表示される画面の一例を示す図である。 実施例１のモバイル端末に表示される画面の一例を示す図である。 実施例１のモバイル端末に表示される画面の一例を示す図である。 実施例１のシステムにおいて実行される処理の流れを説明するシーケンス図である。 実施例１のモバイル端末に表示される画面の一例を示す図である。 実施例１のモバイル端末に表示される画面の一例を示す図である。 実施例１のモバイル端末に表示される画面の一例を示す図である。 実施例１の節電機能を提供するサービスモジュールが実行する節電処理の一例を説明するフローチャートである。 実施例１のサービス制御モジュールが実行する状態管理情報のアクセス処理の一例を説明するフローチャートである。 実施例２の空調システムの構成例を示す図である。

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施の形態の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。

本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

図面等において示す各構成の位置、大きさ、形状、及び範囲等は、発明の理解を容易にするため、実際の位置、大きさ、形状、及び範囲等を表していない場合がある。したがって、本発明では、図面等に開示された位置、大きさ、形状、及び範囲等に限定されない。

図１は、実施例１の空調システムの構成例を示す図である。

図１に示す空調システムは、複数の室外機１、複数の室内機２、集中制御機器３、複数の無線アダプタ４、モバイル端末５、基地局７、管理サーバ９、情報端末１０、空気清浄機１２、温度センサ１３、二酸化炭素濃度センサ１４、スイッチ１５、カメラ１６、湿度センサ１７、粉塵センサ１８、及び臭気センサ１９から構成される。なお、室外機１及び室内機２をまとめて空調機とも記載する。

集中制御機器３は、伝送路６を介して、複数の室外機１、複数の室内機２、及び無線アダプタ４−１と接続する。管理サーバ９は、ネットワーク８を介して、基地局７及び情報端末１０と接続する。無線アダプタ４−２は、伝送路２０を介して、温度センサ１３、二酸化炭素濃度センサ１４、スイッチ１５、カメラ１６、湿度センサ１７、粉塵センサ１８、及び臭気センサ１９と接続する。

室外機１及び室内機２は、図示しない冷媒配管を介して互いに接続され、冷凍サイクルを形成する。図１では、室外機１は２台、室内機２は４台となっているが、室外機１及び室内機２は１台以上存在すればよい。なお、室内機２にはリモコン３５０（図３参照）が接続される。

集中制御機器３は、伝送路６を介して接続される機器の監視及び制御を行う。例えば、集中制御機器３は、室内機２の、運転及び停止の制御、運転モード切り替え制御、設定温度の変更、風向き及び風量の変更、リモコン操作の禁止設定、スケジュール設定等を行う。また、集中制御機器３は、機器の状態表示及びアラーム表示を行うことができる。

無線アダプタ４−１及び無線アダプタ４−２は、無線通信によりモバイル端末５と通信を行う。無線通信方式は、例えば、ＷｉＦｉ（登録商標、以下同じ）、Ｂｌｕｅｔｏｏｔｈ（登録商標、以下同じ）、及びＺｉｇｂｅｅ（登録商標、以下同じ）である。なお、無線アダプタ４とモバイル端末５との間に無線アクセスポイントを介する構成でもよい。

無線アダプタ４は、一般的な無線アダプタと同様のハードウェア構成であり、例えば、演算装置、記憶装置、及び各種通信装置等を備える。

無線アダプタ４−１は、モバイル端末５の指示に応じて、室外機１及び室内機２の稼働状態を示す稼働情報をモバイル端末５に送信し、また、室外機１及び室内機２を制御するための信号を転送する。

無線アダプタ４−２は、モバイル端末５の指示に応じて、空気清浄機１２の稼働情報をモバイル端末５に送信し、空気清浄機１２を制御するための信号を転送する。また、無線アダプタ４−２は、モバイル端末５の指示に応じて、温度センサ１３、二酸化炭素濃度センサ１４、スイッチ１５、カメラ１６、湿度センサ１７、粉塵センサ１８、臭気センサ１９が計測したセンサ値をモバイル端末５に送信し、カメラ１６を制御する信号を転送する。

モバイル端末５は、無線通信により、基地局７を介して、ネットワーク８と接続する。無線通信方式は、例えば、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（登録商標、以下同じ）、ＷｉＭＡＸ（登録商標、以下同じ）である。なお、モバイル端末５の通信方式は有線通信方式でもよいし、可視光通信又は超音波通信等を用いた通信方式でもよい。

モバイル端末５は、一般的なモバイル端末と同様のハードウェア構成であり、例えば、演算装置、記憶装置、各種通信装置、表示装置、入力装置、撮像装置、及びＧＰＳ等を備える。

管理サーバ９は、役割又は権限を表すロール及びフェーズの組合せに応じた空調機の制御を実現するサービスを提供する。サービスは一つ以上の機能を有する。管理サーバ９は、モバイル端末５から送信された室外機１、室内機２、及び空気清浄機１２の稼働情報等を管理する。また、管理サーバ９は、各種センサが計測したセンサ値を管理する。

情報端末１０は、管理サーバ９を操作する端末である。情報端末１０を用いて、管理サーバ９が管理するデータベースの参照及び更新を行う。

空気清浄機１２は、無線通信により無線アダプタ４−２と通信を行う。無線通信方式は例えば、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ、及びＺｉｇｂｅｅである。

空気清浄機１２は、一般的な空気清浄機と同様のハードウェア構成であり、例えば、演算装置、記憶装置、各種センサ、表示装置、入力装置、通信装置、及びファン等を備える。センサには、温度センサ、湿度センサ、粉塵センサ、臭気センサ、及び二酸化炭素濃度センサ等が含まれる。

温度センサ１３、二酸化炭素濃度センサ１４、スイッチ１５、カメラ１６、湿度センサ１７、粉塵センサ１８、及び臭気センサ１９は、各種値を計測するセンサ群である。なお、空調システムは、全てのセンサを備えていなくてもよい。

図２は、実施例１の室外機１の構成を示すブロック図である。

室外機１は、演算装置２０１、記憶装置２０２、圧縮機２０３、四方弁２０４、室外熱交換器２０５、室外送風機２０６、室外膨張弁２０７、室外機通信装置２０８、外気温度センサ２０９、圧縮機吐出ガス配管温度センサ２１０、熱交換器配管温度センサ２１１、高圧圧力センサ２１２、及び低圧圧力センサ２１３を備える。

演算装置２０１は、プロセッサ等の演算装置であり、記憶装置２０２に格納されるプログラムにしたがって、各構成を制御する。

記憶装置２０２は、演算装置２０１が実行するプログラム、制御情報、及びセンサ値等を格納する。本実施例では、記憶装置２０２は、室外機制御モジュール２２１を実現するプログラムを格納する。

室外機通信装置２０８は、伝送路６を介して、室内機２、集中制御機器３、及び無線アダプタ４と通信を行う。

演算装置２０１は、圧縮機２０３の制御において、圧縮機２０３の運転周波数を指示する。圧縮機２０３は、内部のインバータの一次電圧及び二次電圧の測定機能又は演算機能を有し、演算装置２０１は各電圧を読み出す。演算装置２０１は、四方弁２０４の制御において、冷媒の流れる向きを切り替える。演算装置２０１は、室外送風機２０６の制御において、運転を指示し、送風機運転状態を取得する。演算装置２０１は、室外膨張弁２０７の制御において、膨張弁開度を切り替える。

演算装置２０１は、外気温度センサ２０９、圧縮機吐出ガス配管温度センサ２１０、熱交換器配管温度センサ２１１、高圧圧力センサ２１２、及び低圧圧力センサ２１３が計測したセンサ値を読み出し、記憶装置２０２に格納し、又は、室外機通信装置２０８を介して外部に送信する。

図３は、実施例１の室内機２及びリモコン３５０の装置構成を示すブロック図である。

室内機２は、演算装置３０１、記憶装置３０２、室内送風機３０３、室内膨張弁３０４、室内熱交換器３０５、室内機通信装置３０６、リモコン通信装置３０７、吸込温度センサ３０８、吹出温度センサ３０９、冷媒ガス配管温度センサ３１０、及び冷媒液配管温度センサ３１１を備える。

演算装置３０１は、プロセッサ等の演算装置であり、記憶装置３０２に格納されるプログラムにしたがって、各構成を制御する。

記憶装置３０２は、演算装置３０１が実行するプログラム、制御情報、及びセンサ値等を格納する。本実施例では、記憶装置３０２は、室内機制御モジュール３２１を実現するプログラムを格納する。また、記憶装置３０２は、設定温度、運転モード、及び風量設定等の各種設定値、並びに各種内部状態を示すデータを格納する制御情報を格納する。異常が発生した場合の内部状態を示すデータには、発生した異常の種類を特定するためのアラームコードが含まれる。

室内機通信装置３０６は、伝送路６を介して、室外機１、集中制御機器３、及び無線アダプタ４と通信を行う。リモコン通信装置３０７は、リモコン３５０と通信を行う。

演算装置３０１は、室内送風機３０３の制御において、室内送風機３０３に対して運転を指示し、稼働状態を示すデータを取得する。演算装置３０１は、室内膨張弁３０４の制御において、膨張弁開度を切り替える。

また、演算装置３０１は、吸込温度センサ３０８、吹出温度センサ３０９、冷媒ガス配管温度センサ３１０、及び冷媒液配管温度センサ３１１が計測したセンサ値を読み出すことができる。

リモコン３５０は、演算装置３５１、記憶装置３５２、リモコン通信装置３５４、表示装置３５５、入力装置３５６、及びリモコン温度センサ３５７を備える。

演算装置３５１及び記憶装置３５２は、演算装置３０１及び記憶装置３０２と同様のものである。

演算装置３５１は、リモコン温度センサ３５７が計測したセンサ値を読み出すことができる。

記憶装置３５２は、リモコン制御モジュール３６１を実現するプログラムを格納する。また、記憶装置３５２は、設定温度、雲底モード、及び風量等の各種設定値、並びに、各種内部状態を示すデータを格納する。異常が発生した場合の内部状態を示すデータには、発生した異常の種類を特定するためのアラームコードが含まれる、各種内部状態を示すデータを格納する。

リモコン通信装置３５４は、室内機２と通信を行う。表示装置３５５は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）及びＬＥＤ（ＬｉｇｈｔＥｍｉｔｔｉｎｇ Ｄｉｏｄｅ）等から構成され、室内機２又はリモコン３５０に関する各種情報を表示する。入力装置３５６は、ボタン、スイッチ、及びタッチパネル等から構成され、ユーザからの入力を受け付ける。

図４は、実施例１の空調機の冷凍サイクル系統図である。

室外機１及び室内機２は、ガス配管４０１及び液配管４０２を介して接続される。

圧縮機２０３は、スクロール圧縮機及びスクリュー圧縮機等であり、冷媒を圧縮し、高圧ガスを吐出する。四方弁２０４は、圧縮機２０３から吐出した冷媒ガスを、室外熱交換器２０５又は室内熱交換器３０５のいずれに導くかを切り替える。四方弁２０４の制御によって、冷房運転及び暖房運転を切り替えることができる。室外送風機２０６は、室外空気を室外熱交換器２０５に通風するように配置され、室外熱交換器２０５は、室外送風機２０６からの室外空気と内部を流れる冷媒との間の熱交換を行う。室外膨張弁２０７は、電子膨張弁等で構成され、冷媒を減圧する。

外気温度センサ２０９は、室外機１の外気の温度を測定する。圧縮機吐出ガス配管温度センサ２１０は、圧縮機２０３の吐出ガス配管の温度を測定する。熱交換器配管温度センサ２１１は、室外熱交換器２０５の液配管４０２側の温度を測定する。高圧圧力センサ２１２は、圧縮機２０３の吐出ガスの圧力を測定する。低圧圧力センサ２１３は、圧縮機２０３の吸込ガスの圧力を測定する。

室内送風機３０３は、室内空気を室内熱交換器３０５に通風するように配置される。室内熱交換器３０５は、室内空気と熱交換を行う。室内膨張弁３０４は、電子膨張弁等で構成され、冷媒を減圧する。

吸込温度センサ３０８は、室内熱交換器３０５の吸込口の室内空気温度を測定する。吹出温度センサ３０９は、室内熱交換器３０５の吹出口の室内空気温度を測定する。冷媒ガス配管温度センサ３１０は、室内熱交換器３０５のガス配管４０１側の温度を測定する。冷媒液配管温度センサ３１１は、室内熱交換器３０５の液配管４０２側の温度を測定する。

室内機２にはリモコン３５０が接続される。リモコン３５０は、リモコン温度センサ３５７を備える。リモコン温度センサ３５７は、リモコン３５０の周囲の室内空気温度を測定する。

図５は、実施例１の管理サーバ９の装置構成を示すブロック図である。

管理サーバ９は、演算装置５０１、記憶装置５０２、通信装置５０３、表示装置５０４、及び入力装置５０５を備える。なお、管理サーバ９は、表示装置５０４及び入力装置５０５を備えていなくてもよい。

演算装置５０１は、プロセッサ等の演算装置であり、記憶装置５０２に格納されるプログラムにしたがって、各構成を制御する。

記憶装置５０２は、メモリ等の演算装置であり、演算装置３０１が実行するプログラム、制御情報、及びセンサ値等を格納する。本実施例では、記憶装置５０２は、サービス制御モジュール５１１及び複数のサービスモジュール５２１を実現するプログラムを格納し、また、状態管理情報５３１、ユーザ管理情報５３２、及びシステム管理情報５３３を格納する。なお、管理サーバ９は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置を備えてもよい。

通信装置５０３は、ネットワーク８を介して、モバイル端末５及び情報端末１０と通信を行う。本実施例では、演算装置５０１は、周期的に、通信装置５０３を介して、空調システム内の空調機及びセンサ等から稼働情報及びセンサ値を取得し、記憶装置５０２に格納する。

本実施例の管理サーバ９は空調システムから取得される情報を一元管理する。これによって、サービス毎にデータベースを用意する必要がない。

表示装置５０４は、ＬＣＤ及びＬＥＤ等から構成され、各種情報を表示する。入力装置５０５は、ボタン、スイッチ、タッチパネル、キーボード、及びマウス等から構成され、ユーザからの入力を受け付ける。

サービスモジュール５２１は、任意のロールのユーザが任意のフェーズ（制御段階）で使用するサービスを提供するモジュールである。本実施例では、管理サーバ９上には、異なるサービスを提供する複数のサービスモジュール５２１が稼働する。複数のサービスモジュール５２１の各々は、サービス制御モジュール５１１に対してデータの読出要求及びデータの書込要求を送信するように設定される。

サービスモジュール５２１が有する機能としては、センサ値の可視化機能、消費電力の表示機能、節電機能等が考えられる。節電機能では、サービスモジュール５２１が、状態管理情報５３１に格納されているデータを解析し、フロアの利用者の快適性を損なわずに消費電力を削減する空調機の運用プランを生成する。センサ値の可視化機能では、サービスモジュール５２１が、状態管理情報５３１に格納されているデータを時系列のグラフとして表示する。消費電力の表示機能では、サービスモジュール５２１が、空調機が消費される電力及び空調機の使用料金を表示する。

サービス制御モジュール５１１は、サービスモジュール５２１の切り替え、及びサービスモジュール５２１が読み出すデータの変換処理等を実行する。

なお、空調機が無線アダプタ４の機能を有する場合、空調機の一機能として構成するようにしてもよい。また、無線アダプタ４の機能を有することが可能であれば、空調機の一機能として構成するようにしてもよい。

図６Ａ、図６Ｂ、図６Ｃ、図６Ｄ、図６Ｅ、図６Ｆは、実施例１の状態管理情報５３１のデータ構造の一例を示す図である。

状態管理情報５３１は、空調システム内に存在する空調機の稼働情報及び各種センサ値を格納する。

具体的には、状態管理情報５３１は、Ｎｏ６０１、日付６０２、室内機フィールド群６０３、室外機フィールド群６０４、空気清浄機フィールド群６０５、及びフロアフィールド群６０６から構成されるエントリを含む。

Ｎｏ６０１は、状態管理情報５３１のエントリを一意に識別するための識別情報を格納するフィールドである。日付６０２は、空調機の稼働情報及びセンサ値が取得された時間を格納するフィールドである。

室内機フィールド群６０３は、室内機２の稼働情報を格納するフィールド群である。具体的には、室内機フィールド群６０３は、消費電力６１１、吸込温度６１２、吹出温度６１３、第１配管温度６１４、及び第２配管温度６１５から構成されるフィールド群６１０を一つ以上含む。前述したフィールド群６１０は、空調システムに存在する室内機２の数だけ存在する。

消費電力６１１は、室内機２の消費電力を格納するフィールドである。なお、室内機２の消費電力は、室内機制御モジュール３２１によって計測される。吸込温度６１２は、吸込温度センサ３０８が計測した温度を格納するフィールドである。吹出温度６１３は、吹出温度センサ３０９が計測した温度を格納するフィールドである。第１配管温度６１４は、冷媒ガス配管温度センサ３１０が計測した温度を格納するフィールドである。第２配管温度６１５は、冷媒液配管温度センサ３１１が計測した温度を格納するフィールドである。

室外機フィールド群６０４は、室外機１の稼働情報を格納するフィールド群である。具体的には、室外機フィールド群６０４は、消費電力６２１、外気温度６２２、第３配管温度６２３、第４配管温度６２４、高圧圧力６２５、及び低圧圧力６２６から構成されるフィールド群６２０を一つ以上含む。前述したフィールド群６２０は、空調システムに存在する室外機１の数だけ存在する。

消費電力６２１は、室外機１の消費電力を格納するフィールドである。なお、室外機１の消費電力は、室外機制御モジュール２２１によって計測される。外気温度６２２は、外気温度センサ２０９が計測した温度を格納するフィールドである。第３配管温度６２３は、圧縮機吐出ガス配管温度センサ２１０が計測した温度を格納するフィールドである。第４配管温度６２４は、熱交換器配管温度センサ２１１が計測した温度を格納するフィールドである。高圧圧力６２５は、高圧圧力センサ２１２が計測した圧力を格納するフィールドである。低圧圧力６２６は、低圧圧力センサ２１３が計測した圧力を格納するフィールドである。

空気清浄機フィールド群６０５は、空気清浄機１２の稼働情報を格納するフィールド群である。具体的には、空気清浄機フィールド群６０５は、温度６３１、湿度６３２、ＣＯ２濃度６３３、粉塵６３４、及び臭気６３５から構成されるフィールド群６３０を一つ以上含む。前述したフィールド群６３０は、空調システムに存在する空気清浄機１２の数だけ存在する。

温度６３１は、空気清浄機１２が備える温度センサ（図示省略）が計測した温度を格納するフィールドである。湿度６３２は、空気清浄機１２が備える湿度センサ（図示省略）が計測した湿度を格納するフィールドである。ＣＯ２濃度６３３は、空気清浄機１２が備える二酸化炭素濃度センサ（図示省略）が計測した二酸化炭素の濃度を格納するフィールドである。粉塵６３４は、空気清浄機１２が備える粉塵センサ（図示省略）が計測した粉塵の量を格納するフィールドである。臭気６３５は、空気清浄機１２が備える臭気センサ（図示省略）が計測した臭気の程度を格納するフィールドである。

フロアフィールド群６０６は、フロア粉塵フィールド群６４０、フロア臭気フィールド群６４５、フロア温度フィールド群６５０、フロア湿度フィールド群６５５、フロアＣＯ２濃度フィールド群６６０、フロアスイッチフィールド群６６５、及びフロアカメラフィールド群６７０から構成される。

フロア粉塵フィールド群６４０は、粉塵センサ１８が計測した粉塵の量を格納するフィールドである粉塵６４１を一つ以上含む。フロア臭気フィールド群６４５は、臭気センサ１９が計測した臭気の程度を格納するフィールドである臭気６４６を一つ以上含む。フロア温度フィールド群６５０は、温度センサ１３が計測した温度を格納するフィールドである温度６５１を一つ以上含む。フロア湿度フィールド群６５５は、湿度センサ１７が計測した湿度を格納するフィールドである湿度６５６を一つ以上含む。フロアＣＯ２濃度フィールド群６６０は、二酸化炭素濃度センサ１４が計測した二酸化炭素の濃度を格納するフィールドであるＣＯ２濃度６６１を一つ以上含む。フロアスイッチフィールド群６６５は、スイッチ１５から取得したスイッチ１５の状態を示す値を格納するフィールドである不快スイッチ６６６を一つ以上含む。フロアカメラフィールド群６７０は、カメラ１６から取得したカメラ１６の状態を示す値を格納するフィールドである人感カメラ６７１を一つ以上含む。

状態管理情報５３１へのデータの追加は各行毎に行ってもよいし、複数行を一度に追加してもよい。例えば、複数行を一度に追加する追加方式の場合、無線アダプタ４が、記憶装置に一時間分の各種センサ値を保持し、まとめて管理サーバ９へ送信する。管理サーバ９へのアクセス回数を減らすことでネットワークの使用頻度を低下させることが可能である。

なお、状態管理情報５３１は、センサ値の追加等に柔軟に対応できるように、ＫＶＳ（Ｋｅｙ Ｖａｌｕｅ Ｓｔｏｒｅ）等のデータ構造に依存しない形式でデータを管理してもよい。

図７は、実施例１のユーザ管理情報５３２のデータ構造の一例を示す図である。

ユーザ管理情報５３２は、Ｎｏ７０１、ＩＤ７０２、ＰＡＳＳ７０３、ロール７０４、フェーズ７０５、期間７０６、及び機能７０７から構成されるエントリを含む。一つのエントリは一つのロール及びフェーズの組合せに対応する。

Ｎｏ７０１は、ユーザ管理情報５３２のエントリを一意に識別するための識別情報を格納するフィールドである。Ｎｏ７０１は、サービスの識別情報としても用いられる。

ＩＤ７０２は、ユーザを一意に識別するための識別情報を格納するフィールドである。例えば、ログイン名等が格納される。ＰＡＳＳ７０３は、ログイン時に使用されるパスワードを格納するフィールドである。

ロール７０４は、ユーザのロールを格納するフィールドである。本実施例のロール７０４には、「管理者」、「オーナ」、「作業員」、「事業者」、及び「一般利用者」のいずれかが格納される。「管理者」は空調システムのユーザ管理を行うユーザを表し、「オーナ」は空調機が設置されたビル及び商業施設等を運営するユーザを表し、「作業員」は空調機の設置及び保守等の作業を行うユーザを表し、「事業者」はオーナが運営するビル及び商業設備等を利用するユーザを表し、「一般利用者」は「事業者」に対応するユーザが提供するサービス等を利用するユーザを表す。なお、ロール７０４に格納される値は前述した値に限定されない。

フェーズ７０５は、空調機の制御段階、すなわち、サービスの使用場面を示すフェーズを格納するフィールドである。本実施例のフェーズ７０５には、「ＡＬＬ」、「設置」、「試運転」、及び「運転」のいずれかが格納される。「設置」は空調機の設置フェーズを表し、「試運転」は設置後の空調機の試運転フェーズを表し、「運転」は試運転後の実際の空調機の運転フェーズを表す。「ＡＬＬ」は、「設置」、「試運転」、及び「運転」の全てのフェーズを含む。なお、フェーズ７０５に格納される値は前述した値に限定されない。

期間７０６は、エントリの有効期間を格納するフィールドである。なお、期間７０６には、少なくとも開始日が格納される。機能７０７は、サービスが有する機能を識別する情報を格納するフィールドである。本実施例の機能７０７には、可視化機能、節電機能、及び消費電力表示機能の少なくともいずれかが格納される。なお、機能７０７に格納される値は前述した値に限定されない。また、ロール７０４が「管理者」のエントリの機能７０７は空欄でもよい。

図８は、実施例１のシステム管理情報５３３のデータ構造の一例を示す図である。

システム管理情報５３３は、Ｎｏ８０１、システム８０２、機能８０３、スキーマ８０４、及びレポート８０５から構成されるエントリを含む。一つのエントリは一つのサービスに対応する。また、一つのエントリにはサービスが有する機能の数だけ行が含まれる。

Ｎｏ８０１は、Ｎｏ７０１と同一のものである。Ｎｏ８０１は、システム管理情報５３３のエントリの識別情報としても用いられる。

システム８０２は、ロール及びフェーズによって指定されたサービスを提供するシステム、すなわち、サービスモジュール５２１を示す情報を格納するフィールドである。本実施例のシステム８０２には、サービスモジュール５２１の名称が格納される。なお、システム８０２には、アドレス及びプログラム名等が格納されてもよい。

なお、サービスを提供するシステムは、サービスモジュール５２１が稼働する少なくとも一つ計算機から構成される。本実施例では、管理サーバ９内に複数のシステムが構築されている。

機能８０３は、システムが提供するサービスが有する機能の識別情報を格納するフィールドである。

スキーマ８０４は、システム、すなわち、サービスモジュール５２１が扱うデータの構造の定義情報を格納するフィールドである。例えば、使用するデータの名称、種別、及び組合せがスキーマ８０４に格納される。全ての機能に対して同一のスキーマが設定されてもよい。

レポート８０５は、サービスモジュール５２１がレポート機能を有する場合に、レポートを生成するための定義情報を格納するフィールドである。全ての機能に対して同一のレポートの定義情報が格納されてもよい。本実施例では、ＸＭＬ形式のレポートが生成されるものとしている。したがって、レポート８０５には、ＸＭＬ形式の定義ファイルが格納される。なお、レポート８０５に格納される値は前述した値に限定されない。

次に、システムの具体的な処理について説明する。まず、「管理者」のロールが割り当てられるユーザがシステムを利用する場合の処理について説明する。図９は、実施例１のシステムにおいて実行される処理の流れを説明するシーケンス図である。図１０Ａ、図１０Ｂ、図１０Ｃ、及び図１０Ｄは、実施例１のモバイル端末５に表示される画面の一例を示す図である。

モバイル端末５は、図１０Ａに示すログイン画面１０００を表示する。ログイン画面１０００は、ＩＤ入力欄１００１、パスワード入力欄１００２、及びログインボタン１００３を含む。ＩＤ入力欄１００１はＩＤを入力する欄であり、パスワード入力欄１００２はパスワードを入力する欄である。また、ログインボタン１００３は、ログイン要求を送信するためのボタンである。

ユーザは、ＩＤ入力欄１００１にＩＤを入力し、パスワード入力欄１００２にパスワードを入力し、ログインボタン１００３を押下する（ステップＳ２０１）。

モバイル端末５は、ログイン要求を管理サーバ９に送信する（ステップＳ２０２）。ログイン要求にはフェーズを示す情報、ＩＤ、及びパスワードが含まれる。ここでは、フェーズが「ＡＬＬ」、ＩＤが「ａｄｍｉｎ」、パスワードが「ｉｊｋｌ」であるものとする。なお、フェーズが一つしか存在しないロールの場合、ログイン要求に必ずしもフェーズを示す情報が含まれなくてもよい。

管理サーバ９のサービス制御モジュール５１１は、ログイン要求を受信した場合、ログイン処理を実行する（ステップＳ２０３）。

具体的には、サービス制御モジュール５１１は、ログイン要求から、フェーズを示す情報、ＩＤ、及びパスワードを取得する。サービス制御モジュール５１１は、ユーザ管理情報５３２を参照し、ＩＤ７０２、ＰＡＳＳ７０３、及びフェーズ７０５が、取得したＩＤ、パスワード、及びフェーズを示す情報に一致するエントリを検索する。サービス制御モジュール５１１は、検索されたエントリのＮｏ７０１に基づいて、システム管理情報５３３を参照し、ユーザが使用するサービスを提供するシステムを起動する。

本実施例では、Ｎｏ７０１が「００１」のエントリが検索される。また、「管理者」のロールの場合、サービス制御モジュール５１１がサービスを提供するため、システムの起動を改めて実行する必要はない。

管理サーバ９のサービス制御モジュール５１１は、特定されたサービスに対応する画面を表示する情報を含む応答をモバイル端末５に送信する（ステップＳ２０４）。本実施例の応答には、管理者メニューの画面を表示する情報及びＮｏ７０１が含まれる。モバイル端末５は、管理サーバ９との通信において通知されたＮｏ７０１を含める。これによって、サービス制御モジュール５１１はユーザに提供しているサービスを高速に特定できる。

なお、ステップＳ２０３において、該当するエントリが存在しないと判定された場合、サービス制御モジュール５１１は、エラーを示すログイン要求をモバイル端末５に送信する。

モバイル端末５は、応答に含まれる情報に基づいて、図１０Ｂに示す管理者メニュー画面１０１０を表示する（ステップＳ２０５）。

管理者メニュー画面１０１０は、ユーザ追加ボタン１０１１、ユーザ削除ボタン１０１２、ユーザ設定ボタン１０１３、システム設定ボタン１０１４、及びログアウトボタン１０１５を含む。

ユーザ追加ボタン１０１１は、ユーザ管理情報５３２に新たなユーザを登録するためのボタンである。ユーザ削除ボタン１０１２は、ユーザ管理情報５３２からユーザを削除するためのボタンである。ユーザ設定ボタン１０１３は、ユーザ管理情報５３２に登録されたユーザの情報を修正するためのボタンである。システム設定ボタン１０１４は、システム管理情報５３３の設定を行うためのボタンである。ログアウトボタン１０１５は、ログアウト要求を送信するためのボタンである。

ユーザがユーザ追加ボタン１０１１を押下した場合、図１０Ｃに示すユーザ追加画面１０２０が表示される。ユーザ追加画面１０２０は、ＩＤ設定欄１０２１、ＰＡＳＳ設定欄１０２２、フェーズ設定欄１０２３、ロール設定欄１０２４、機能設定欄１０２５、保存ボタン１０２６、及びキャンセルボタン１０２７を含む。

ＩＤ設定欄１０２１は、新たに追加するユーザのＩＤを設定する欄である。ＰＡＳＳ設定欄１０２２は、新たに追加するユーザのパスワードを設定する欄である。

フェーズ設定欄１０２３は、新たなユーザのフェーズを設定する欄である。本実施例のフェーズ設定欄１０２３には、選択可能なフェーズが表示される。管理者は表示されているフェーズのチェックボックスをチェックすることによってフェーズを選択する。本実施例では、フェーズ設定欄１０２３を用いてユーザの有効期間が設定される。なお、ユーザ追加画面１０２０には、有効期間を設定する欄を設けてもよい。

ロール設定欄１０２４は、新たなユーザのロールを設定する欄である。本実施例のロール設定欄１０２４がプルダウン形式で設定可能なロールが表示される。

機能設定欄１０２５は、新たなユーザに提供するサービスに含まれる機能を設定する欄である。本実施例の機能設定欄１０２５には、フェーズ設定欄１０２３及びロール設定欄１０２４に設定したフェーズ及びロールの組合せに対応する機能が表示される。管理者は、表示されている機能のチェックボックスをチェックすることによって機能を選択する。

なお、図１０Ｃに示すユーザ追加画面１０２０では、一度の操作で、複数のロール及びフェーズの組合せをユーザ管理情報５３２に登録できる。

保存ボタン１０２６は、ユーザ追加要求を送信するためのボタンである。キャンセルボタン１０２７は、ユーザ追加画面１０２０の操作を初期化又は中止するためのボタンである。図９の説明に戻る。

ユーザが、ユーザ追加画面１０２０の各欄に値を入力し、保存ボタン１０２６を押下する（ステップＳ２０６）。

モバイル端末５は、ユーザ追加要求を管理サーバ９に送信する（ステップＳ２０７）。ユーザ追加要求にはＩＤ、パスワード、フェーズ、ロール、期間、及び機能が含まれる。

管理サーバ９のサービス制御モジュール５１１は、ユーザ追加要求を受信した場合、ユーザ追加処理を実行する（ステップＳ２０８）。

具体的には、サービス制御モジュール５１１は、ユーザ管理情報５３２にエントリを追加し、追加されたエントリのＮｏ７０１に識別情報を設定する。また、サービス制御モジュール５１１は、追加されたエントリのＩＤ７０２、ＰＡＳＳ７０３、ロール７０４、フェーズ７０５、期間７０６、及び機能７０７に、ユーザ追加要求に含まれる値を設定する。なお、ユーザ追加要求に、複数のロール及びフェーズの組合せの設定情報が含まれる場合、各組合せについて前述した処理が実行される。この場合、各エントリのＩＤ７０２及びＰＡＳＳ７０３の値は全て同一となる。

管理サーバ９のサービス制御モジュール５１１は、ユーザ追加処理が完了した後、処理結果を含む応答をモバイル端末５に送信する（ステップＳ２０９）。

モバイル端末５は、管理者に応答に含まれる処理結果を表示する（ステップＳ２１０）。

ユーザがシステム設定ボタン１０１４を押下した場合、図１０Ｄに示すシステム設定画面１０３０が表示される。システム設定画面１０３０は、Ｎｏ選択欄１０３１、システム設定欄１０３２、機能設定欄１０３３、スキーマ設定欄１０３４、レポート設定欄１０３５、保存ボタン１０３６、及びキャンセルボタン１０３７を含む。

なお、機能設定欄１０３３、スキーマ設定欄１０３４及びレポート設定欄１０３５は、指定されたユーザ管理情報５３２のエントリに設定された機能の数だけ存在する。

Ｎｏ選択欄１０３１は、ユーザ管理情報５３２のエントリを指定するためのＮｏを設定する欄である。本実施例のＮｏ選択欄１０３１は、プルダウン形式で選択可能な識別情報が表示される。

システム設定欄１０３２は、要求される機能を含むサービスを提供するシステムを設定する欄である。本実施例のシステム設定欄１０３２は、プルダウン形式で設定可能なシステムの情報が表示される。

機能設定欄１０３３は、機能を設定する欄である。なお、Ｎｏ選択欄１３０１に値が設定された場合、機能設定欄１０３３が自動的に設定されてもよい。

スキーマ設定欄１０３４は、スキーマを設定する欄である。スキーマ設定欄１０３４には、例えば、ＣＳＶ形式のデータが設定される。スキーマ設定欄１０３４に設定される情報は、サービスモジュール５２１が扱うデータの構造を指定できる情報であればよい。なお、システム設定欄１０３２にシステムの情報が設定された場合、スキーマ設定欄１０３４が自動的に設定されてもよい。

レポート設定欄１０３５は、レポートを生成するための定義情報を設定する欄である。本実施例では、レポート設定欄１０３５にＸＭＬ形式のファイル名が設定される。

保存ボタン１０３６は、システム設定要求を送信するためのボタンである。キャンセルボタン１０３７は、システム設定画面１０３０の操作を初期化又は中止するためのボタンである。図９の説明に戻る。

ユーザが、システム設定画面１０３０の各欄に値を入力し、保存ボタン１０３６を押下する（ステップＳ２１１）。

モバイル端末５は、システム設定要求を管理サーバ９に送信する（ステップＳ２１２）。システム設定要求にはＮｏ、システムの識別情報、機能の識別情報、スキーマの定義情報、及びレポートの定義情報が含まれる。

管理サーバ９のサービス制御モジュール５１１は、システム設定要求を受信した場合、システム設定処理を実行する（ステップＳ２１３）。

具体的には、サービス制御モジュール５１１は、システム管理情報５３３にエントリを追加し、追加されたエントリのＮｏ８０１及びシステム８０２にシステム設定要求に含まれる値を設定する。また、サービス制御モジュール５１１は、システム設定要求に含まれる機能の識別情報の数と同数の行を追加されたエントリに生成する。サービス制御モジュール５１１は、各行の機能８０３、スキーマ８０４、及びレポート８０５にシステム設定要求に含まれる値を設定する。

管理サーバ９のサービス制御モジュール５１１は、システム設定処理が完了した後、処理結果を含む応答をモバイル端末５に送信する（ステップＳ２１４）。

モバイル端末５は、管理者に応答に含まれる処理結果を表示する（ステップＳ２１５）。

モバイル端末５の姿勢は、ユーザが任意に変更できるため、図１０Ａから図１０Ｄに示す画面の縦、横は相対的な概念であり、入れ替え可能である。本明細書では、ユーザから見て水平方向を横方向と定義する。

図１０Ａから図１０Ｄに示す画面は、モバイル端末５が有するディスプレイ等の表示装置に表示される画面である。図１０Ａから図１０Ｄでは、ディスプレイの長辺を地面に対して垂直に保持した場合に表示される画面である。なお、モバイル端末が縦長のディスプレイを備える場合、縦方向に各表示欄を配置するような画面に変更すればよい。

モバイル端末５は、縦長のディスプレイを有する場合が多い。そのため、図１０Ａから図１０Ｄに示すように縦方向に欄を配置することによって、複数の欄を一つの画面内に表示できる。

なお、モバイル端末５を約９０度回転させて画面を表示する場合も考えられる。この場合、横方向に各欄を並べた画面を表示することが望ましい。以下では、各欄が縦方向に配置された画面を想定するが、各欄が横方向に配置された画面についても同様の操作が可能である。なお、後述する図１２Ａから図１２Ｃに示す画面についても同様である。

次に、管理者以外のロールが割り当てられるユーザがシステムを利用する場合の処理について説明する。以下では、「オーナ」のロールが割り当てられたユーザを例に処理を説明する。図１１は、実施例１のシステムにおいて実行される処理の流れを説明するシーケンス図である。図１２Ａ、図１２Ｂ、及び図１２Ｃは、実施例１のモバイル端末５に表示される画面の一例を示す図である。

ステップＳ３０１からステップＳ３０４の処理は、ステップＳ２０１からステップＳ２０４の処理と同様の処理である。

なお、ステップＳ３０３では、サービス制御モジュール５１１は、検索されたエントリのＮｏ７０１に基づいてシステム管理情報５３３を参照し、ユーザが使用するサービスを提供するシステムを起動する。すなわち、サービス制御モジュール５１１は、任意のサービスモジュール５２１を呼び出す。このとき、サービス制御モジュール５１１は、モバイル端末５のＩＰアドレスをサービスモジュール５２１に通知する。また、ステップＳ３０４において送信される応答には、サービスに対応する画面を表示するためのデータが含まれる。

モバイル端末５は、応答に含まれる情報に基づいて、図１２Ａに示すオーナメニュー画面１２００を表示する（ステップＳ３０５）。

オーナメニュー画面１２００は、センサデータボタン１２０１、節電機能ボタン１２０２、表示欄１２０３、戻りボタン１２０４、保存ボタン１２０５、及びレポートボタン１２０６を含む。

センサデータボタン１２０１は、可視化機能を起動するためのボタンである。節電機能ボタン１２０２は、節電機能を起動するためのボタンである。表示欄１２０３は、各種機能によって取得されたデータ及び各種機能が実行した処理の結果を表示する欄である。

戻りボタン１２０４は、操作画面を一つ前の画面に切り替えるためのボタンである。図１２Ａの状態において戻りボタン１２０４が押下された場合、ログイン画面１０００に表示が切り替わる。また、図１２Ｂの状態において戻りボタン１２０４が押下された場合、オーナメニュー画面１２００に切り替わる。図１２Ｃの状態において戻りボタン１２０４が押下された場合、オーナメニュー画面１２００に切り替わる。

保存ボタン１２０５は、表示欄１２０３に表示される情報をモバイル端末５に保存するためのボタンである。レポートボタン１２０６は、レポートの作成を指示するための操作ボタンである。

ユーザがセンサデータボタン１２０１を押下した場合、オーナメニュー画面１２００の表示欄１２０３には、図１２Ｂに示すようなグラフが表示される。ユーザが保存ボタン１２０５を押下した場合、表示欄１２０３に表示されたグラフのデータがモバイル端末５に保存される。ユーザがレポートボタン１２０６を押下した場合、モバイル端末５は、管理サーバ９によって生成された所定の形式のレポートを取得する。レポートの結果は、表示欄１２０３に表示してもよいし、図示しないプリンタ等に出力してもよい。また、ユーザが戻りボタン１２０４を押下した場合、表示欄１２０３は図１２Ａに示すような状態に切り替わる。

ユーザが節電機能ボタン１２０２を押下した場合、オーナメニュー画面１２００の表示欄１２０３には、図１２Ｃに示すようなグラフが表示される。ユーザが保存ボタン１２０５を押下した場合、表示欄１２０３に表示されたグラフのデータがモバイル端末５に保存される。ユーザがレポートボタン１２０６を押下した場合、モバイル端末５は、管理サーバ９によって生成された所定の形式のレポートを取得する。レポートの結果は、表示欄１２０３に表示してもよいし、図示しないプリンタ等に出力してもよい。また、ユーザが戻りボタン１２０４を押下した場合、表示欄１２０３は図１２Ａに示すような状態に切り替わる。図１１の説明に戻る。

ユーザが、節電機能ボタン１２０２を押下する（ステップＳ３０６）。

モバイル端末５は、節電要求を管理サーバ９に送信する（ステップＳ３０７）。節電要求には少なくともＮｏ７０１が含まれる。なお、Ｎｏ７０１は、ログイン処理において管理サーバ９から通知される。

管理サーバ９のサービス制御モジュール５１１は、節電要求を受信した場合、ステップＳ３０３において起動されたサービスモジュール５２１に節電要求を転送する（ステップＳ３０８）。

具体的には、サービス制御モジュール５１１は、システム管理情報５３３を参照し、Ｎｏ８０１が節電要求に含まれるＮｏに一致するエントリを検索する。サービス制御モジュール５１１は、検索されたエントリのシステム８０２に対応するサービスモジュール５２１に節電要求を転送する。

サービスモジュール５２１は、節電要求を受信した場合、節電処理を実行する（ステップＳ３０９）。図１３を用いて節電処理の一例を説明する。

サービスモジュール５２１は、節電処理が終了した後、処理結果を含む応答をモバイル端末５に送信する（ステップＳ３１０）。

なお、サービスモジュール５２１がサービス制御モジュール５１１を介してモバイル端末５と通信を行う場合、サービス制御モジュール５１１は、ステップＳ３０８において、モバイル端末５のＩＰアドレスを通知しなくてもよい。

モバイル端末５は、ユーザに応答に含まれる処理結果を表示する（ステップＳ３１１）。例えば、表示欄１２０３に図１２Ｃに示すようなグラフが表示される。

ユーザが、レポートボタン１２０６を押下する（ステップＳ３１２）。

モバイル端末５は、レポート生成要求を管理サーバ９に送信する（ステップＳ３１３）。レポート生成要求には少なくともユーザのＮｏ７０１が含まれる。

管理サーバ９のサービス制御モジュール５１１は、レポート生成要求を受信した場合、ステップＳ３０４において特定されたサービスモジュール５２１に、レポート生成要求を転送する（ステップＳ３１４）。なお、サービス制御モジュール５１１は、レポート生成要求に含まれるＮｏ７０１に基づいてユーザ管理情報５３２を参照することによってサービスモジュール５２１を特定する。サービス制御モジュール５１１は、システム管理情報５３３を参照して、Ｎｏ８０１がＮｏ７０１に対応するエントリを検索し、検索されたエントリのレポート８０５を取得する。レポート８０５は、レポート生成要求に含められる。

サービスモジュール５２１は、レポート生成要求を受信した場合、レポート生成処理を実行する（ステップＳ３１５）。

具体的には、サービスモジュール５２１は、サービス制御モジュール５１１を介して状態管理情報５３１にアクセスして、処理に必要な情報を取得する。サービスモジュール５２１は、受信したデータ及びレポート８０５に基づいて所定の形式のレポートを生成する。

サービスモジュール５２１は、レポート処理が終了した後、生成されたレポートを含む応答をモバイル端末５に送信する（ステップＳ３１６）。モバイル端末５は、レポートを表示する（ステップＳ３１７）。

なお、サービスモジュール５２１がサービス制御モジュール５１１を介してモバイル端末５と通信を行う場合、サービス制御モジュール５１１は、ステップＳ３０８において、モバイル端末５のＩＰアドレスを通知しなくてもよい。

図１３は、実施例１の節電機能を有するサービスモジュール５２１が実行する節電処理の一例を説明するフローチャートである。

サービスモジュール５２１は、状態管理情報５３１のアクセス要求をサービス制御モジュール５１１に送信することによって、処理に必要な情報を取得する（ステップＳ４０１）。アクセス要求には、少なくともＮｏ及び機能種別が含まれる。また、アクセス要求には、期間等のデータの取得範囲を指定する情報、及びエントリの取得数等を指定する情報が含まれてもよい。サービス制御モジュール５１１を介した状態管理情報５３１のアクセス方法は図１４を用いて説明する。

次に、サービスモジュール５２１は、処理に必要な全てのデータを取得したか否かを判定する（ステップＳ４０２）。例えば、一定期間の温度のデータを取得したか否かが判定される。

処理に必要な全てのデータを取得していないと判定された場合、サービスモジュール５２１は、ステップＳ４０１に戻り、同様の処理を実行する。

処理に必要な全てのデータを取得したと判定された場合、サービスモジュール５２１は、節電プランを生成する（ステップＳ４０３）。

例えば、空調機の設定温度、及び空調機の電源のＯＮ／ＯＦＦ等を制御するための情報を含む。すなわち、消費電力が削減される空調機の制御に関する情報が節電プランとして生成される。なお、節電プランを生成する方法は公知の技術を用いればよいため、詳細な説明は省略する。

次に、サービスモジュール５２１は、新規の節電プランが生成されたか否かを判定する（ステップＳ４０４）。例えば、サービスモジュール５２１は、ステップＳ４０３において節電プランが生成されたか否かを判定する。また、サービスモジュール５２１は、生成された節電プランが既存の節電プランと異なるか否かを判定してもよい。この場合、ステップＳ４０３において節電プランが生成された場合、又は、生成された節電プランが既存の節電プランと異なる場合、サービスモジュール５２１は、新規の節電プランが生成されたと判定する。

新規の節電プランが生成されたと判定された場合、サービスモジュール５２１は、節電効果を示す節電効果情報を生成する（ステップＳ４０５）。

次に、サービスモジュール５２１は、節電プラン及び節電効果情報を含む応答をモバイル端末５に送信する（ステップＳ４０６）。その後、サービスモジュール５２１は処理を終了する。

ステップＳ４０４において、新規の節電プランが生成されていないと判定された場合、サービスモジュール５２１は、節電プランが存在しないことを示す情報を含む応答をモバイル端末５に送信する（ステップＳ４０７）。その後、サービスモジュール５２１は処理を終了する。

以上の処理によって空調機が設置されたフロアの快適性を損なわずに電力を削減することができる。

図１４は、実施例１のサービス制御モジュール５１１が実行する状態管理情報５３１のアクセス処理の一例を説明するフローチャートである。

サービス制御モジュール５１１は、サービスモジュール５２１からＮｏ及び機能種別を含むアクセス要求を受信する（ステップＳ５０１）。

次に、サービス制御モジュール５１１は、システム管理情報５３３を参照して、サービスモジュール５２１が有する機能が使用されるデータのスキーマを特定する（ステップＳ５０２）。

具体的には、サービス制御モジュール５１１は、Ｎｏ８０１及び機能８０３がアクセス要求に含まれるＮｏ及び機能と一致し、かつ、システム８０２がアクセス要求を送信したサービスモジュール５２１の識別情報に一致するエントリを検索する。サービス制御モジュール５１１は、検索されたエントリのスキーマ８０４の値を取得する。

次に、サービス制御モジュール５１１は、特定されたスキーマに基づいて状態管理情報５３１からデータを取得する（ステップＳ５０３）。このとき、サービス制御モジュール５１１は、検索されたエントリのスキーマ８０４に基づいて、状態管理情報５３１から取得したデータを所定のデータ構造のデータに変換する。

次に、サービス制御モジュール５１１は、取得したデータをサービスモジュール５２１に送信する（ステップＳ５０４）。その後、サービス制御モジュール５１１は処理を終了する。

実施例１の空調システムは、ロール及びフェーズの組合せによって定義される各種サービスを一元に管理することができる。また、空調システムは、各サービスを提供するシステムが扱うデータを一元で管理し、各システムに適したデータ形式に変換することができる。そのため、サービス毎にシステムを構築する必要がなく、また、サービス毎にデータベースを用意する必要がない。したがって、空調システムの利便性を向上し、また、空調システムの設備コスト及び管理コストを削減することができる。

また、実施例１の空調システムは、サービスの追加及び変化に伴って装置及びソフトウェアの改変を特に行う必要がないため、サービスの追加及び変化に柔軟に対応できる。

（変形例）
実施例１では、管理サーバ９内に各サービスを実現するサービスモジュール５２１が含まれていた。変形例では、空調機が設置された施設に、制御システムが構築されているものとする。

予め、制御システムが空調機の稼働情報及びセンサ値を管理サーバ９に送信するように設定する。また、制御システムが管理するデータベースのスキーマを管理サーバ９に登録する。この場合、制御システムは、管理サーバ９を介して直接データベース（状態管理情報５３１）にアクセスする。モバイル端末５からの各種要求は、管理サーバ９に送信するように設定する。

以上のような設定を行うことによって、実施例１と同様の制御が可能となる。すなわち、管理サーバ９のサービス制御モジュール５１１は、ユーザ管理情報５３２を用いてサービスを提供する制御システムを特定し、特定された制御システムに対して各種要求を送信する。これによって、サービスの切替を実現できる。

制御システムは、要求を受信した場合、管理サーバ９にデータ取得要求を送信することによって状態管理情報５３１から必要なデータを取得する。このとき、管理サーバ９のサービス制御モジュール５１１は、図１４に示す処理を実行することによって状態管理情報５３１から所定のデータ形式のデータを取得し、制御システムに当該データを送信する。

以上のように、既存に制御システムが存在する場合でも、本発明を導入することができる。

実施例２は、管理サーバ９がビル管理システムと連携して、空調機を管理する点が実施例１と異なる。以下、実施例１との差異を中心に実施例２について説明する。

図１５は、実施例２の空調システムの構成例を示す図である。

図１５に示すように、空調システムは、無線アダプタ４−３を介してビル管理システム２１に接続される。その他の構成は、実施例１の空調システムと同一である。ビル管理システム２１は、演算装置、記憶装置、及び通信装置を有する計算機を少なくとも一つ含む。

管理サーバ９は、カメラ１６を用いてビルの各居室における人の有無を判定し、判定結果をビル管理システム２１に送信する。ビル管理システム２１は、当該判定結果に基づいてフロア内の部屋の照明及び空調機のＯＮ／ＯＦＦを調整する。これによってビル全体の消費電力が削減され、ビル経営者が電力会社に支払う電気料金を抑制できる。

また、管理サーバ９は、カメラ１６を用いて人流を解析して、昇降機の利用状況を予測し、予め昇降機を所望の階に移動する。これによって、昇降機の待ち時間を削減し、一般利用者の利便性を向上させることできる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等が用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

１ 室外機
２ 室内機
３ 集中制御機器
４ 無線アダプタ
５ モバイル端末
６、２０ 伝送路
７ 基地局
８ ネットワーク
９ 管理サーバ
１０ 情報端末
１２ 空気清浄機
１３ 温度センサ
１４ 二酸化炭素濃度センサ
１５ スイッチ
１６ カメラ
１７ 湿度センサ
１８ 粉塵センサ
１９ 臭気センサ
２１ ビル管理システム
２０１、３０１、３５１、５０１ 演算装置
２０２、３０２、３５２、５０２ 記憶装置
２０３ 圧縮機
２０４ 四方弁
２０５ 室外熱交換器
２０６ 室外送風機
２０７ 室外膨張弁
２０８ 室外機通信装置
２０９ 外気温度センサ
２１０ 圧縮機吐出ガス配管温度センサ
２１１ 熱交換器配管温度センサ
２１２ 高圧圧力センサ
２１３ 低圧圧力センサ
２２１ 室外機制御モジュール
３０３ 室内送風機
３０４ 室内膨張弁
３０５ 室内熱交換器
３０６ 室内機通信装置
３０７、３５４ リモコン通信装置
３０８ 吸込温度センサ
３０９ 吹出温度センサ
３１０ 冷媒ガス配管温度センサ
３１１ 冷媒液配管温度センサ
３２１ 室内機制御モジュール
３５０ リモコン
３５５、５０４ 表示装置
３５６、５０５ 入力装置
３５７ リモコン温度センサ
３６１ リモコン制御モジュール
４０１ ガス配管
４０２ 液配管
５０３ 通信装置
５１１ サービス制御モジュール
５２１ サービスモジュール
５３１ 状態管理情報
５３２ ユーザ管理情報
５３３ システム管理情報
１０００ ログイン画面
１０１０ 管理者メニュー画面
１０２０ ユーザ追加画面
１０３０ システム設定画面
１２００ オーナメニュー画面

Claims (8)

1. 複数の空調機、複数のセンサ、及び複数の計算機を備える空調システムであって、
   前記複数の計算機の各々は、演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続される通信装置を有し、
   前記空調システムは、少なくとも一つの計算機から構成され、前記複数の空調機に対する制御を実現するサービスを提供するシステムを複数含み、
   前記複数のシステムによって提供されるサービスは、種別が異なるサービスであり、
   少なくとも一つの計算機は、前記サービスの切替を制御し、
   前記サービスの切替を制御する計算機は、
   ユーザの役割又は権限を示すロール及び空調機の制御段階を定義するフェーズの組合せと、前記サービスの識別情報とから構成されるエントリを含むユーザ管理情報、並びに、前記サービスの識別情報と、前記サービスを提供するシステムの識別情報とから構成されるエントリを含むシステム管理情報を保持し、
   前記複数の空調機の稼働状態を示す稼働情報及び前記複数のセンサが計測したセンサ値を取得して、前記稼働情報及び前記センサ値を状態管理情報として管理し、
   ユーザからログイン要求を受信した場合、前記ログイン要求を解析して、前記ロール及び前記フェーズの組合せ特定し、
   前記ユーザ管理情報に基づいて、前記特定されたロール及び前記特定されたフェーズの組合せに対応するサービスを特定し、
   前記システム管理情報に基づいて、前記特定されたサービスを提供するシステムを呼び出し、
   前記特定されたサービスを提供するシステムからデータの読出要求を受信した場合、前記状態管理情報に格納されるデータを取得して、所定のデータ形式に変換し、
   前記特定されたサービスを提供するシステムに前記変換されたデータを送信することを特徴とする空調システム。
2. 請求項１に記載の空調システムであって、
   前記システム管理情報に含まれるエントリは、前記サービスを提供するシステムが扱うデータの構造を定義するスキーマ定義情報を含み、
   前記サービスの切替を制御する計算機は、
   前記状態管理情報からデータを取得し、
   前記スキーマ定義情報に基づいて、前記特定されたサービスを提供するシステムが扱うデータの構造に前記取得したデータを変換することを特徴とする空調システム。
3. 請求項２に記載の空調システムであって、
   前記システム管理情報は、さらに、前記サービスを提供するシステムが生成するレポートの定義情報を含み、
   前記サービスの切替を制御する計算機は、
   前記ユーザからレポート生成要求を受信した場合、前記ユーザが使用する第１のサービスを特定し、
   前記システム管理情報に基づいて、前記第１のサービスを提供するシステムが生成するレポートの定義情報を取得して、前記第１のサービスを提供するシステムに送信し、
   前記状態管理情報からデータを取得して、前記第１のサービスを提供するシステムに送信し、
   前記第１のサービスを提供するシステムは、前記システム管理情報から取得した情報及び前記レポートの定義情報に基づいて、レポートを生成することを特徴とする空調システム。
4. 請求項１に記載の空調システムであって、
   前記サービスの切替を制御する計算機は、前記特定されたサービスに対する入力を行う画面、及び前記特定されたサービスが行う処理の結果を示す画面の少なくともいずれかを表示するための情報を出力することを特徴とする空調システム。
5. 複数の空調機、複数のセンサ、及び複数の計算機を備える空調システムの制御方法であって、
   前記複数の計算機の各々は、演算装置、前記演算装置に接続される記憶装置、及び前記演算装置に接続される通信装置を有し、
   前記空調システムは、少なくとも一つの計算機から構成され、前記複数の空調機に対する制御を実現するサービスを提供するシステムを複数含み、
   前記複数のシステムによって提供されるサービスは、種別が異なるサービスであり、
   少なくとも一つの計算機は、前記サービスの切替を制御し、
   前記サービスの切替を制御する計算機は、ユーザの役割又は権限を示すロール及び空調機の制御段階を定義するフェーズの組合せと、前記サービスの識別情報とから構成されるエントリを含むユーザ管理情報、並びに、前記サービスの識別情報と、前記サービスを提供するシステムの識別情報とから構成されるエントリを含むシステム管理情報を保持し、
   空調システムの制御方法は、
   前記サービスの切替を制御する計算機が、前記複数の空調機の稼働状態を示す稼働情報及び前記複数のセンサが計測したセンサ値を取得して、前記稼働情報及び前記センサ値を状態管理情報として管理する第１のステップと、
   前記サービスの切替を制御する計算機が、ユーザからログイン要求を受信した場合、前記ログイン要求を解析して、前記ロール及び前記フェーズの組合せを特定する第２のステップと、
   前記サービスの切替を制御する計算機が、前記ユーザ管理情報に基づいて、前記特定されたロール及び前記特定されたフェーズの組合せに対応するサービスを特定する第３のステップと、
   前記サービスの切替を制御する計算機が、前記システム管理情報に基づいて、前記特定されたサービスを提供するシステムを呼び出す第４のステップと、
   前記サービスの切替を制御する計算機が、前記特定されたサービスを提供するシステムからデータの読出要求を受信した場合、前記状態管理情報に格納されるデータを取得して、所定のデータ形式に変換する第５のステップと、
   前記サービスの切替を制御する計算機が、前記特定されたサービスを提供するシステムに前記変換されたデータを送信する第６のステップと、含むことを特徴とする空調システムの制御方法。
6. 請求項５に記載の空調システムの制御方法であって、
   前記システム管理情報に含まれるエントリは、前記サービスを提供するシステムが扱うデータの構造を定義するスキーマ定義情報を含み、
   前記第５のステップは、
   前記サービスの切替を制御する計算機が、前記状態管理情報からデータを取得するステップと、
   前記サービスの切替を制御する計算機が、前記スキーマ定義情報に基づいて、前記特定されたサービスを提供するシステムが扱うデータの構造に前記取得したデータを変換するステップと、を含むことを特徴とする空調システムの制御方法。
7. 請求項６に記載の空調システムの制御方法であって、
   前記システム管理情報は、さらに、前記サービスを提供するシステムが生成するレポートの定義情報を含み、
   前記空調システムの制御方法は、
   前記サービスの切替を制御する計算機が、前記ユーザからレポート生成要求を受信した場合、前記ユーザが使用する第１のサービスを特定するステップと、
   前記サービスの切替を制御する計算機が、前記システム管理情報に基づいて、前記第１のサービスを提供するシステムが生成するレポートの定義情報を取得して、前記第１のサービスを提供するシステムに送信するステップと、
   前記サービスの切替を制御する計算機が、前記状態管理情報からデータを取得して、前記第１のサービスを提供するシステムに送信するステップと、
   前記第１のサービスを提供するシステムが、前記システム管理情報から取得した情報及び前記レポートの定義情報に基づいて、レポートを生成するステップと、を含むことを特徴とする空調システムの制御方法。
8. 請求項５に記載の空調システムの制御方法であって、
   前記サービスの切替を制御する計算機が、前記特定されたサービスに対する入力を行う画面、及び前記特定されたサービスが行う処理の結果を示す画面の少なくともいずれかを表示するための情報を出力するステップを含むことを特徴とする空調システムの制御方法。

Images