(57)【特許請求の範囲】
【請求項１】
第１の空調機の運転を管理する第１のリモートコントローラ、第２の空調機の運転を管理する第２のリモートコントローラ、及び、情報処理端末を備える管理システムであって、
前記情報処理端末は、
前記第１のリモートコントローラから、前記第１の空調機の運転を管理するための第１の設定データを取得して、前記第１の設定データを、前記第２の空調機の運転を管理するための第２の設定データに変換する変換部と、
前記第２の設定データを前記第２のリモートコントローラへ無線で送信する第１の端末側通信部と、を備え、
前記第２のリモートコントローラは、
前記第２の設定データを無線で受信する第２の装置側通信部と、
前記第２の設定データを用いて、前記第２の空調機の運転を管理する管理部と、を備えること
を特徴とする管理システム。
【請求項２】
前記変換部は、前記第１の設定データを前記第２の設定データに変換するために必要な処理を実行するプログラムと、前記第１の設定データの第１の設定値及び前記第２の設定データにおいて前記第１の設定値に対応する第２の設定値を示す変換データと、を有する変換ルールに従って、前記第１の設定データを前記第２の設定データに変換すること
を特徴とする請求項１に記載の管理システム。
【請求項３】
前記変換ルールを記憶するサーバをさらに備え、
前記情報処理端末は、前記サーバと通信する第２の端末側通信部をさらに備え、
前記変換部は、前記第２の端末側通信部を介して、前記サーバから前記変換ルールを取得すること
を特徴とする請求項２に記載の管理システム。
【請求項４】
前記第１のリモートコントローラは、前記第１の設定データを無線で送信する第１の装置側通信部を備え、
前記変換部は、前記第１の端末側通信部を介して、前記第１のリモートコントローラから前記第１の設定データを取得すること
を特徴とする請求項１から３の何れか一項に記載の管理システム。
【請求項５】
前記第１のリモートコントローラは、前記第１の設定データをエンコードすることで生成された二次元コードを表示する装置側表示部をさらに備え、
前記情報処理端末は、前記二次元コードを撮像する撮像部をさらに備え、
前記変換部は、前記二次元コードをデコードすることで、前記第１の設定データを取得すること
を特徴とする請求項１から３の何れか一項に記載の管理システム。
【請求項６】
前記第１の設定データは、前記第１の空調機を運転するスケジュールを定義する第１のスケジュールデータを含み、
前記変換部は、前記第１のスケジュールデータを、前記第２の空調機を運転するスケジュールを定義する第２のスケジュールデータに変換すること
を特徴とする請求項１から５の何れか一項に記載の管理システム。
【請求項７】
前記第２のリモートコントローラに前記第２の空調機を運転するスケジュールを定義する第３のスケジュールデータが設定されている場合には、前記変換部は、前記第１の端末側通信部を介して、前記第３のスケジュールデータを取得して、前記第２のスケジュールデータで定義されている第１のスケジュールが、前記第３のスケジュールデータで定義されている第２のスケジュールと重複するときには、前記第２のスケジュールデータから前記第１のスケジュールを削除するとともに、前記第２のスケジュールデータに前記第２のスケジュールを追加すること
を特徴とする請求項６に記載の管理システム。
【請求項８】
前記第３のスケジュールデータで定義されている第３のスケジュールが、前記第２のスケジュールデータで定義されている何れのスケジュールとも重複しない場合には、前記変換部は、前記第２のスケジュールデータに前記第３のスケジュールを追加すること
を特徴とする請求項７に記載の管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システムに関し、特に、設備機器の運転を管理する管理システムに関する。
【背景技術】
【０００２】
設備機器が耐用年数に到達した場合には、設備機器の交換が行われる。設備機器の交換が行われる場合には、設備機器に付随する管理装置、例えば、リモコン等のコントローラも交換される。その際、管理装置又は設備機器に設定されていた内容は、新しい管理装置又は設備機器に再設定する必要があり、大きな手間になっていた。【０００３】
ここで、スマートフォン等の情報処理端末から、無線で管理装置にアクセスし、運転の設定等を行う技術がある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２１４９３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の技術では、既設の管理装置の設定データを、新設する管理装置の設定データとして用いることはできない。特に、既設の設備機器の機種と、新設する設備機器の機種とが異なる場合には、データ形式等も異なるため、単純に設定データをコピーするだけでは、新設する管理装置で設定データを用いることができない。【０００６】
特に問題となるのは、管理装置による設備機器のスケジュール運転に関する設定データである。例えば、空調機の場合、冷房も暖房もできる機種及び冷房のみの機種等の様々な機種がある。冷房も暖房もできる機種のスケジュールには、暖房運転も含まれる可能性があるため、冷房のみの機種の管理装置は、このようなスケジュールを用いることはできない。
また、実際には、機種が違うとユーザにはわからない設定データの違い及び制約があるため、結局、ユーザは、再度、１から設定しなおさざるをえない。【０００７】
そこで、この発明は、上記のような課題を解決するためになされたもので、ある管理装置から別の管理装置に設定データを容易に引き継ぐことができるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一態様に係る管理システムは、第１の空調機の運転を管理する第１のリモートコントローラ、第２の空調機の運転を管理する第２のリモートコントローラ、及び、情報処理端末を備える管理システムであって、前記情報処理端末は、前記第１のリモートコントローラから、前記第１の空調機の運転を管理するための第１の設定データを取得して、前記第１の設定データを、前記第２の空調機の運転を管理するための第２の設定データに変換する変換部と、前記第２の設定データを前記第２のリモートコントローラへ無線で送信する第１の端末側通信部と、を備え、前記第２のリモートコントローラは、前記第２の設定データを無線で受信する第２の装置側通信部と、前記第２の設定データを用いて、前記第２の空調機の運転を管理する管理部と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明の一態様によれば、ある管理装置から別の管理装置に設定データを容易に引き継ぐことができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態１及び３に係る管理システムの構成を概略的に示すブロック図である。
【図２】実施の形態１における第１の管理装置の構成を概略的に示すブロック図である。
【図３】実施の形態１における第１の設定データの一例を示す概略図である。
【図４】実施の形態１における第２の管理装置の構成を概略的に示すブロック図である。
【図５】（Ａ）及び（Ｂ）は、ハードウェア構成例を示す概略図である。
【図６】実施の形態１におけるサーバの構成を概略的に示すブロック図である。
【図７】実施の形態１及び３における情報処理端末の構成を概略的に示すブロック図である。
【図８】実施の形態１において、変換部が、第１の管理装置から第１の設定データを取得し、第１の設定データを第２の設定データに変換し、第２の管理装置に設定するまでの動作を示すフローチャートである。
【図９】実施の形態１における設定データの変換処理を示すフローチャートである。
【図１０】実施の形態１における部屋名データの変換処理を示すフローチャートである。
【図１１】実施の形態１における休日データの変換処理を示すフローチャートである。
【図１２】実施の形態１におけるグループ番号データの変換処理を示すフローチャートである。
【図１３】図実施の形態１における動作モードを変換するための動作モード変換データの一例を示す概略図である。
【図１４】実施の形態１における設定温度を変換するための設定温度変換データの一例を示す概略図である。
【図１５】実施の形態１における風量を変換するための風量変換データの一例を示す概略図である。
【図１６】実施の形態１における風向を変換するための風向変換データの一例を示す概略図である。
【図１７】実施の形態１において、変換データに基づいて、第１の設定データに含まれているスケジュールデータの変換処理を示すフローチャートである。
【図１８】実施の形態１におけるスケジュール案確認画面画像の一例を示す概略図である。
【図１９】実施の形態１における編集画面画像の一例を示す概略図である。
【図２０】実施の形態１におけるサマータイム切り替え日データの変換処理を示すフローチャートである。
【図２１】実施の形態２に係る管理システムの構成を概略的に示すブロック図である。
【図２２】実施の形態２における第１の管理装置の構成を概略的に示すブロック図である。
【図２３】実施の形態２における装置側表示部に表示される二次元コードの一例を示す概略図である。
【図２４】実施の形態２における情報処理端末の構成を概略的に示すブロック図である。
【図２５】実施の形態２における情報処理端末が、第１の管理装置から第１の設定データを取得する処理を示すフローチャートである。
【図２６】実施の形態３における設定データの変換処理を示すフローチャートである。
【図２７】実施の形態３におけるスケジュールデータの統合処理を示すフローチャートである。
【発明を実施するための形態】
【００１１】
実施の形態１．
図１は、実施の形態１に係る管理システム１００の構成を概略的に示すブロック図である。
管理システム１００は、第１の設備機器１１０と、第２の設備機器１２０と、第１の管理装置１３０と、第２の管理装置１４０と、サーバ１５０と、情報処理端末１６０とを備える。
【００１２】
第１の設備機器１１０及び第１の管理装置１３０は、有線１０１で通信を行う。なお、第１の設備機器１１０及び第１の管理装置１３０は、図示しない無線で通信を行ってもよい。
第２の設備機器１２０及び第２の管理装置１４０は、有線１０２で通信を行う。なお、第２の設備機器１２０及び第２の管理装置１４０は、図示しない無線で通信を行ってもよい。
第１の管理装置１３０及び情報処理端末１６０は、無線１０３で通信を行う。
第２の管理装置１４０及び情報処理端末１６０は、無線１０４で通信を行う。
情報処理端末１６０は、無線１０５で、ネットワークであるインターネット１０６に接続することができるようにされており、インターネット１０６に接続されているサーバ１５０と通信を行う。
【００１３】
第１の設備機器１１０は、例えば、家電機器であって、実施の形態１においては、特定の空間における温度を調節する空調機である。
第２の設備機器１２０も、例えば、家電機器であって、実施の形態１においては、特定の空間における温度を調節する空調機である。
第１の設備機器１１０の運転は、第１の管理装置１３０から管理（制御）され、第２の設備機器１２０の運転は、第２の管理装置１４０から管理（制御）される。第１の管理装置１３０及び第２の管理装置１４０は、第１の設備機器１１０及び第２の設備機器１２０が空調機である場合、空調機のリモコンである。
【００１４】
図２は、第１の管理装置１３０の構成を概略的に示すブロック図である。
第１の管理装置１３０は、第１の装置側通信部１３１と、第１の内部通信部１３２と、第１の設定データベース１３３と、第１の制御部１３４とを備える。
【００１５】
第１の装置側通信部１３１は、無線１０３を介して、情報処理端末１６０と通信を行う。第１の装置側通信部１３１は、例えば、ブルートゥース（登録商標）に従って通信を行う通信装置である。具体的には、第１の装置側通信部１３１は、例えば、２．４ＧＨｚ帯の無線周波数を用いた無線通信モジュールによって実現される。
第１の内部通信部１３２は、有線１０１を介して、第１の設備機器１１０と通信を行う。
【００１６】
第１の設定データベース１３３は、第１の設備機器１１０の運転を管理するための設定データ（第１の設定データ）を記憶する第１の装置側記憶部である。第１の設定データは、第１の設備機器１１０の運転を管理するための複数の設定値を含んでいる。
【００１７】
図３は、第１の設定データの一例を示す概略図である。
第１の設定データ１７０は、機種情報１７０ａと、Ｓ／Ｗバージョン１７０ｂと、スケジュールデータ１７０ｃと、部屋名データ１７０ｄと、グループ番号データ１７０ｅと、休日データ１７０ｆと、サマータイム切り替え日データ１７０ｇとを備える。
【００１８】
機種情報１７０ａは、第１の設備機器１１０の機種を示す。例えば、機種情報１７０ａは、第１の設備機器１１０の型番を示す。機種情報１７０ａにより、第１の設備機器１１０が対応する機能を特定することができる。例えば、機種情報１７０ａにより、第１の設備機器１１０が、暖房運転、自動風向運転又は微弱風量運転が可能な機種であること等が示される。なお、機種情報１７０ａは、第１の設備機器１１０との間のやり取りによって取得される。
Ｓ／Ｗバージョン１７０ｂは、第１の管理装置１３０で実行されているソフトウェアのバージョンを示す。なお、Ｓ／Ｗバージョン１７０ｂは、第１の管理装置１３０の第１の制御部１３４で管理されている。
【００１９】
スケジュールデータ１７０ｃは、第１の管理装置１３０が第１の設備機器１１０を運転するスケジュールを示す。例えば、スケジュールデータ１７０ｃには、第１の管理装置１３０が、平日又は休日に、何時に、どのような動作モードで、どのような風量で、どのような設定温度で、どのような風向で、第１の設備機器１１０の電源をどのように制御するかが定義されている。
【００２０】
部屋名データ１７０ｄは、第１の管理装置１３０が設置された部屋名を示す文字列データである。実施の形態１における部屋名データ１７０ｄは、第１の管理装置１３０が設置された設置場所の他、その設置場所において、第１の管理装置１３０が何台目として設置されたかを示す台数を括弧内の数字で表している。
【００２１】
グループ番号データ１７０ｅは、第１の設備機器１１０が所属するグループのグループ番号を示す。グループ番号は、複数の設備機器を連動して制御する場合に使用する符号である。例えば、第１の管理装置１３０が、グループ１に対して冷房運転を指定する場合、第１の設備機器１１０のみではなく、グループ１が割り当てられている他の図示しない設備機器も同様の運転を行う。
【００２２】
休日データ１７０ｆは、スケジュール運転において、平日及び休日を区別するためのデータである。通常、土曜日及び日曜日等は、自動的に休日に割り振られるが、祭日又は会社個別の休業日等の休日は、個々の物件毎に設定されることになる。
サマータイム切り替え日データ１７０ｇは、欧州及び北米で使用されているサマータイムへの切り替えを行う日を指定する。例えば、欧州では「３月の最終日曜日午前１時」、北米では「４月最初の日曜日の午前２時」にサマータイムに切り替わる。
休日及びサマータイムの切替日は、各国の法律によって定められているため、法律が変更された場合、設定を変更する必要がある。後述するが、サーバ１５０は、データ変換時に、これらの情報を最新の情報に照らした変換を行う。
【００２３】
なお、スケジュールデータ１７０ｃ、部屋名データ１７０ｄ、グループ番号データ１７０ｅ、休日データ１７０ｆ及びサマータイム切り替え日データ１７０ｇは、第１の管理装置１３０に、ユーザによって又は予め設定されたデータである。
【００２４】
図２に戻り、第１の制御部１３４は、第１の管理装置１３０での処理を制御する。
例えば、第１の制御部１３４は、情報処理端末１６０からの要求に応じて、第１の設定データベース１３３に記憶されている第１の設定データを、第１の装置側通信部１３１を介して、情報処理端末１６０に送る。ここでの要求は、設定データを取得するための設定データ取得要求である。
また、第１の制御部１３４は、第１の設定データを用いて、第１の設備機器１１０の運転を管理する管理部（第１の管理部）として機能する。
【００２５】
図４は、第２の管理装置１４０の構成を概略的に示すブロック図である。
第２の管理装置１４０は、第２の装置側通信部１４１と、第２の内部通信部１４２と、第２の設定データベース１４３と、第２の制御部１４４とを備える。
【００２６】
第２の装置側通信部１４１は、無線１０４を介して、情報処理端末１６０と通信を行う。第２の装置側通信部１４１は、例えば、ブルートゥースに従って通信を行う通信装置である。具体的には、第２の装置側通信部１４１は、例えば、２．４ＧＨｚ帯の無線周波数を用いた無線通信モジュールによって実現される。
第２の内部通信部１４２は、有線１０２を介して、第２の設備機器１２０と通信を行う。
【００２７】
第２の設定データベース１４３は、第２の設備機器１２０の運転を管理するための設定データ（第２の設定データ）を記憶する第２の装置側記憶部である。第２の設定データは、第２の設備機器１２０の運転を管理するための複数の設定値を含んでいる。
【００２８】
第２の制御部１４４は、第２の管理装置１４０での処理を制御する。
例えば、第２の制御部１４４は、第２の装置側通信部１４１を介して、情報処理端末１６０からの要求に応じて、第２の設備機器１２０の機種を示す機種情報と、第２の管理装置１４０で実行されているソフトウェアのバージョンを示すＳ／Ｗバージョンとを情報処理端末１６０に送る。ここでの要求は、情報を取得するための情報取得要求である。
また、第２の制御部１４４は、情報処理端末１６０からの要求とともに送られてくる第２の設定データを、第２の装置側通信部１４１を介して受け取り、その第２の設定データを第２の設定データベース１４３に記憶させる。なお、ここでの要求は、設定データに含まれている設定値を設定する設定要求である。
そして、第２の制御部１４４は、第２の設定データベース１４３に記憶されている第２の設定データを用いて、第２の設備機器１２０の運転を管理する管理部（第２の管理部）として機能する。具体的には、第２の制御部１４４は、第２の設定データベース１４３に記憶されている第２の設定データに含まれている設定値を用いて、第２の設備機器１２０の運転を管理する。なお、第２の制御部１４４は、第２の設定データベース１４３に記憶されている第２の設定データに含まれている設定値をそのまま用いて、第２の設備機器１２０の運転を管理してもよく、また、第２の設定データベース１４３に記憶されている第２の設定データに含まれている設定値を、第２の設備機器１２０及び第２の管理装置１４０の図示しないメモリ等の記憶装置に記憶させて、第２の設備機器１２０の運転を管理してもよい。
【００２９】
以上に記載された第１の制御部１３４及び第２の制御部１４４の一部又は全部は、例えば、図５（Ａ）に示されているように、メモリ１０と、メモリ１０に格納されているプログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等のプロセッサ１１とにより構成することができる。このようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、このようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。
【００３０】
また、第１の制御部１３４及び第２の制御部１４４の一部又は全部は、例えば、図５（Ｂ）に示されているように、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）又はＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）等の処理回路１２で構成することもできる。
【００３１】
なお、第１の設定データベース１３３及び第２の設定データベース１４３は、Ｅ２ＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等の不揮発性メモリにより構成することができる。
【００３２】
図６は、サーバ１５０の構成を概略的に示すブロック図である。
サーバ１５０は、サーバ側通信部１５１と、マスタ変換データベース１５２と、サーバ側制御部１５３とを備える。
【００３３】
サーバ側通信部１５１は、インターネット１０６と通信を行う。例えば、サーバ側通信部１５１は、ＮＩＣ（Ｎｅｔｏｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）等の通信装置で構成することができる。
マスタ変換データベース１５２は、変換ルールを記憶するサーバ側記憶部である。なお、変換ルールは、ある設備機器の運転を管理するための設定データを、他の設備機器の運転を管理するための設定データに変換するためのルールである。変換ルールは、プログラムと変換データを含む。変換ルールに含まれているプログラムは、ある設定データを他の設定データに変換するために必要な処理を実行するためのプログラムである。変換データは、ある設定データの設定値（第１の設定値）と、他の設定データにおいてこの設定値に対応する設定値（第２の設定値）とを示すデータである。
変換元の機種情報及びＳ／Ｗバージョンと、変換先の機種情報及びＳ／Ｗバージョンとの組み合わせ毎に複数の変換ルールが生成されており、複数の変換ルールの各々は、組み合わせにより識別できるものとする。
なお、マスタ変換データベース１５２には、全ての組み合わせにおける変換ルールが記憶されている。
【００３４】
サーバ側制御部１５３は、情報処理端末１６０からの要求に応じて、マスタ変換データベース１５２に記憶されている変換ルールを、サーバ側通信部１５１を介して、情報処理端末１６０に送る。例えば、情報処理端末１６０は、変換元の機種情報及びＳ／Ｗバージョンと、変換先の機種情報及びＳ／Ｗバージョンとの組み合わせをサーバ１５０に通知することで、その組み合わせに対応する変換ルールを受け取ることができる。なお、ここでの要求は、変換ルールを取得するための変換ルール取得要求である。
【００３５】
以上に記載されたサーバ側制御部１５３の一部又は全部は、例えば、図５（Ａ）に示されているように、メモリ１０と、メモリ１０に格納されているプログラムを実行するＣＰＵ等のプロセッサ１１とにより構成することができる。このようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、このようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。
【００３６】
また、サーバ側制御部１５３の一部は、例えば、図５（Ｂ）に示されているように、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ又はＦＰＧＡ等の処理回路１２で構成することもできる。
【００３７】
なお、マスタ変換データベース１５２は、不揮発性のメモリ又はＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）等の記憶装置により構成することができる。
【００３８】
図７は、情報処理端末１６０の構成を概略的に示すブロック図である。
情報処理端末１６０は、第１の端末側通信部１６１と、第２の端末側通信部１６２と、端末側表示部１６３と、端末側入力部１６４と、サブ変換データベース１６５と、変換部１６６とを備える。
【００３９】
第１の端末側通信部１６１は、無線１０３又は無線１０４を介して、第１の管理装置１３０又は第２の管理装置１４０と通信を行う。第１の端末側通信部１６１は、例えば、ブルートゥースに従って通信を行う通信装置である。具体的には、第１の端末側通信部１６１は、例えば、２．４ＧＨｚ帯の無線周波数を用いた無線通信モジュールによって実現される。
第２の端末側通信部１６２は、無線１０５を介して、インターネット１０６と通信を行う。例えば、第２の端末側通信部１６２は、移動体通信網に接続することのできる通信装置である。この移動体通信網は、インターネット１０６に接続することができるものとする。
【００４０】
端末側表示部１６３は、各種画面画像を表示する。
端末側入力部１６４は、ユーザからの指示の入力を受け付ける。
例えば、端末側表示部１６３及び端末側入力部１６４は、タッチパネルにより構成することができる。
【００４１】
サブ変換データベース１６５は、変換ルールを記憶する端末側記憶部である。
例えば、サブ変換データベース１６５は、第２の端末側通信部１６２を介してサーバ１５０から取得された変換ルールを記憶する。なお、サブ変換データベース１６５に記憶されている変換ルールについても、変換元の機種情報及びＳ／Ｗバージョンと、変換先の機種情報及びＳ／Ｗバージョンとの組み合わせを用いて検索することができる。
【００４２】
変換部１６６は、変換ルールに従って、設定データの変換を行う。
例えば、変換部１６６は、第１の端末側通信部１６１を介して、設定データ取得要求を第１の管理装置１３０に送ることで、その応答として、第１の端末側通信部１６１を介して、第１の設定データを取得する。
また、変換部１６６は、第１の端末側通信部１６１を介して、情報取得要求を第２の管理装置１４０に送ることで、その応答として、第２の設備機器１２０の機種情報及び第２の管理装置１４０のＳ／Ｗバージョンを取得する。
【００４３】
そして、変換部１６６は、第１の設定データに含まれている機種情報及びＳ／Ｗバージョン（第１の設備機器１１０の機種情報及び第１の管理装置１３０のＳ／Ｗバージョン）を、変換元の機種情報及びＳ／Ｗバージョンとし、第２の設備機器１２０の機種情報及び第２の管理装置１４０のＳ／Ｗバージョンを、変換先の機種情報及びＳ／Ｗバージョンとして、その組み合わせで識別される変換ルールをサブ変換データベース１６５から取得する。
対応する変換ルールがサブ変換データベース１６５に記憶されていない場合には、変換部１６６は、その組み合わせを伴う変換ルール取得要求を、第２の端末側通信部１６２からサーバ１５０に送ることで、対応する変換ルールを取得する。
【００４４】
そして、変換部１６６は、取得された変換ルールに従って、第１の設備機器１１０の運転を管理するための第１の設定データを、第２の管理装置１４０が用いることのできる第２の設定データに変換する。
さらに、変換部１６６は、第１の端末側通信部１６１を介して、第２の設定データを設定要求とともに第２の管理装置１４０に送ることで、第２の管理装置１４０に、第２の設定データを用いて、第２の設備機器１２０の運転を管理させる。
【００４５】
以上に記載された変換部１６６の一部又は全部は、例えば、図５（Ａ）に示されているように、メモリ１０と、メモリ１０に格納されているプログラムを実行するＣＰＵ等のプロセッサ１１とにより構成することができる。このようなプログラムは、ネットワークを通じて提供されてもよく、また、記録媒体に記録されて提供されてもよい。即ち、このようなプログラムは、例えば、プログラムプロダクトとして提供されてもよい。
【００４６】
また、変換部１６６の一部又は全部は、例えば、図５（Ｂ）に示されているように、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ又はＦＰＧＡ等の処理回路１２で構成することもできる。
【００４７】
なお、サブ変換データベース１６５は、フラッシュメモリ等の不揮発性のメモリにより構成することができる。
【００４８】
図８は、実施の形態１において、変換部１６６が、第１の管理装置１３０から第１の設定データを取得し、第１の設定データを第２の設定データに変換し、第２の管理装置１４０に設定するまでの動作を示すフローチャートである。
【００４９】
変換部１６６は、第１の管理装置１３０から第１の設定データを取得する（Ｓ１０）。具体的には、変換部１６６は、第１の端末側通信部１６１を介して、第１の管理装置１３０に設定データ取得要求を送る。第１の管理装置１３０の第１の制御部１３４は、第１の設定データベース１３３に記憶されている第１の設定データを読み出して、設定データ取得要求の応答として、第１の装置側通信部１３１を介して、第１の設定データを情報処理端末１６０に送る。
【００５０】
変換部１６６は、第１の設備機器１１０の機種情報及び第１の管理装置１３０のＳ／Ｗバージョンを取得する（Ｓ１１）。具体的には、変換部１６６は、ステップＳ１０で取得された第１の設定データの中から、機種情報及びＳ／Ｗバージョンを取り出す。
【００５１】
変換部１６６は、第２の設備機器１２０の機種情報及び第２の管理装置１４０のＳ／Ｗバージョンを取得する（Ｓ１２）。具体的には、変換部１６６は、第１の端末側通信部１６１を介して、第２の管理装置１４０に情報取得要求を送る。第２の管理装置１４０の第２の制御部１４４は、第２の設定データベース１４３から第２の設備機器１２０の機種情報及び第２の管理装置１４０のＳ／Ｗバージョンを読み出して、情報取得要求の応答として、第２の装置側通信部１４１を介して、読み出された機種情報及びＳ／Ｗバージョンを情報処理端末１６０に送る。
【００５２】
変換部１６６は、サブ変換データベース１６５を検索して、第１の管理装置１３０から第２の管理装置１４０へ変換するための変換ルールが存在するか否かを判断する（Ｓ１３）。例えば、変換部１６６は、ステップＳ１１で取得された機種情報及びＳ／Ｗバージョンを変換元の機種情報及びＳ／Ｗバージョン、ステップＳ１２で取得された機種情報及びＳ／Ｗバージョンを変換先の機種情報及びＳ／Ｗバージョンとして、これらの組み合わせに対応する変換ルールを、サブ変換データベース１６５において検索することで、そのような変換ルールが存在するか否かを判断することができる。そのような変換ルールが存在しない場合には（Ｓ１３でＮｏ）、処理はステップＳ１４に進み、そのような変換ルールが存在する場合には（Ｓ１３でＹｅｓ）、処理はステップＳ１５に進む。
【００５３】
ステップＳ１４では、変換部１６６は、第２の端末側通信部１６２を介して、サーバ１５０から、対応する変換ルールを取得する。例えば、変換部１６６は、ステップＳ１１で取得された変換元の機種情報及びＳ／Ｗバージョンと、ステップＳ１２で取得された変換先の機種情報及びＳ／Ｗバージョンとの組み合わせを示す情報とともに、変換ルール取得要求を、第２の端末側通信部１６２を介して、サーバ１５０に送る。サーバ１５０のサーバ側制御部１５３は、受け取った組み合わせを示す情報により、マスタ変換データベース１５２を検索することにより対応する変換ルールを読み出す。そして、サーバ側制御部１５３は、サーバ側通信部１５１を介して、読み出された変換ルールを情報処理端末１６０に送る。変換部１６６は、第２の端末側通信部１６２を介して、変換ルールを受け取り、サブ変換データベース１６５に記憶させる。そして、処理はステップＳ１５に進む。
【００５４】
ステップＳ１５では、変換部１６６は、ステップＳ１３で検索された変換ルール又はステップＳ１４で取得された変換ルールに従って、ステップＳ１０で取得された第１の設定データを第２の設定データに変換する。ステップＳ１５での処理については、図９を用いて詳細に説明する。
【００５５】
変換部１６６は、ステップＳ１５で生成された第２の設定データを設定要求とともに、第１の端末側通信部１６１を介して、第２の管理装置１４０に送る（Ｓ１６）。第２の管理装置１４０では、第２の制御部１４４が、第２の装置側通信部１４１を介して、第２の設定データを受け取り、その第２の設定データを第２の設定データベース１４３に記憶させる。例えば、第２の制御部１４４は、受け取った第２の設定データにより、第２の設定データベース１４３に記憶されている第２の設定データを上書きする。そして、第２の制御部１４４は、第２の設定データを用いて、第２の設備機器１２０の運転を管理する。
【００５６】
図９は、設定データの変換処理を示すフローチャートである。
図９は、図８のステップＳ１５での処理の詳細を示すフローチャートである。
まず、変換部１６６は、第１の設定データの機種情報及びＳ／Ｗバージョンを、変換先の機種情報及びＳ／Ｗバージョンに変換する（Ｓ２０）。例えば、変換部１６６は、図８のステップＳ１０で取得された第１の設定データに含まれている機種情報及びＳ／Ｗバージョンを、図８のステップＳ１２で取得された第２の設備機器１２０の機種情報及び第２の管理装置１４０のＳ／Ｗバージョンに変換する。
【００５７】
次に、変換部１６６は、第１の設定データの部屋名データを変換する（Ｓ２１）。ここでの処理は、図１０を用いて詳細に説明する。
次に、変換部１６６は、第１の設定データの休日データを変換する（Ｓ２２）。ここでの処理は、図１１を用いて詳細に説明する。
次に、変換部１６６は、第１の設定データのグループ番号データを変換する（Ｓ２３）。ここでの処理は、図１２を用いて詳細に説明する。
【００５８】
次に、変換部１６６は、第１の設定データのスケジュールデータを変換する（Ｓ２４）。ここでの処理は、図１７を用いて詳細に説明する。
次に、変換部１６６は、第１の設定データのサマータイム切り替え日データを変換する（Ｓ２５）。ここでの処理は、図２０を用いて詳細に説明する。
【００５９】
そして、変換部１６６は、変換後の設定データの設定値を示す画面画像を端末側表示部１６３に表示して、端末側入力部１６４を介して、ユーザに、変換後の設定データを使用するか否かの確認を受ける（Ｓ２６）。ユーザからの確認がとれた場合には、フローは終了する。
【００６０】
図１０は、部屋名データの変換処理を示すフローチャートである。
変換部１６６は、処理内容として、新たに設置される第２の設備機器１２０が、第１の設備機器１１０の置き換えであるか否かを判断する（Ｓ３０）。ここでの判断は、端末側表示部１６３及び端末側入力部１６４を用いて、ユーザに問い合わせることで行われてもよく、第２の管理装置１４０に設けられているディップスイッチによる指定で行われてもよい。なお、ディップスイッチで指定されている内容は、例えば、図８のステップＳ１２において取得すればよい。第２の設備機器１２０が第１の設備機器１１０の置き換えである場合には（Ｓ３０でＹｅｓ）、処理はステップＳ３１に進む。第２の設備機器１２０が、第１の設備機器１１０の置き換えではなく、第１の設備機器１１０に追加して設置されるものである場合には（Ｓ３０でＮｏ）、処理はステップＳ３２に進む。
【００６１】
ステップＳ３１では、変換部１６６は、第１の設定データにおける部屋名データで示されている部屋名を、第２の設定データにおける部屋名データの部屋名案として特定する。そして、処理はステップＳ３４に進む。
【００６２】
ステップＳ３２では、変換部１６６は、第２の管理装置１４０が何台目に設置される管理装置であるかを判断する。ここでの判断は、端末側表示部１６３及び端末側入力部１６４を用いて、ユーザに問い合わせることで行われてもよく、第２の管理装置１４０に設けられているディップスイッチによる指定で行われてもよい。なお、ディップスイッチで指定されている内容は、例えば、図８のステップＳ１２において取得すればよい。
そして、変換部１６６は、第１の設定データにおける部屋名データで示されている設置場所の末尾に何台目であるかを示す数字を付加した部屋名を、第２の設定データの部屋名データの部屋名案として特定する（Ｓ３３）。
例えば、第１の管理装置１３０の設置場所が「１０２会議室」であり、第２の管理装置１４０が３台目の管理装置である場合には、部屋名案は、例えば、「１０２会議室（３）」となる。そして、処理はステップＳ３４に進む。
【００６３】
ステップＳ３４では、変換部１６６は、ステップＳ３１又はＳ３３で特定された部屋名案を端末側表示部１６３に表示して、端末側入力部１６４を介して、ユーザからの編集及び確定を受け付ける。ユーザが部屋名案を確定した場合、第２の管理装置１４０へ送信するためにデータを一時的に保存する。
【００６４】
図１１は、休日データの変換処理を示すフローチャートである。
変換部１６６は、変換ルールに含まれる「変更された休日候補」に従って、新しい休日案を特定する（Ｓ４０）。例えば、ある国で１月１日が休日から除外され、１月３日が休日に追加された場合は、「１月１日を休日から削除」及び「１月３日を休日に追加」した休日案が作成される。
【００６５】
変換部１６６は、ステップＳ４０で特定された休日案を端末側表示部１６３に表示して、端末側入力部１６４を介して、ユーザからの編集及び確定を受け付ける（Ｓ４１）。ユーザが休日案を確定した場合、第２の管理装置１４０へ送信するためにデータを一時的に保存する。
【００６６】
図１２は、グループ番号データの変換処理を示すフローチャートである。
ここで、第２の管理装置１４０は、１つのグループの設備機器のみを制御することもできるし、複数のグループの設備機器をグループ毎に制御することもできる。このため、情報処理端末１６０は、グループ番号データの変換処理により、制御対象とするグループ番号の変換を行う。
【００６７】
変換部１６６は、端末側表示部１６３及び端末側入力部１６４を介して、ユーザから、第２の管理装置１４０が「複数グループ」を制御対象とするか、「特定グループ」を制御対象とするかを確認する（Ｓ５０）。第２の管理装置１４０が「複数グループ」を制御対象とする場合は（Ｓ５０でＹｅｓ）、処理はステップＳ５１に進み、第２の管理装置１４０が「特定グループ」を制御対象とする場合には（Ｓ５０でＮｏ）、処理はステップＳ５２に進む。
【００６８】
ステップＳ５１では、変換部１６６は、第１の端末側通信部１６１を介して、第２の管理装置１４０に、制御可能なグループの検索を指示する。このような指示を受けた第２の管理装置１４０は、第２の設備機器１２０から、接続されている設備機器の有効なグループ番号のリストを取得する。そして、第２の管理装置１４０は、第２の装置側通信部１４１を介して、取得されたリストを情報処理端末１６０に送る。情報処理端末１６０の変換部１６６は、第１の端末側通信部１６１を介して取得されたリストに含まれている複数のグループ番号を、第２の設定データのグループ番号案として特定する。
【００６９】
ステップＳ５２では、変換部１６６は、第１の設定データに含まれているグループ番号を、第２の設定データのグループ番号案として特定する。
【００７０】
変換部１６６は、ステップＳ５１又はＳ５２で特定されたグループ番号案を端末側表示部１６３に表示して、端末側入力部１６４を介して、ユーザからの編集及び確定を受け付ける（Ｓ５３）。ユーザがグループ番号案を確定した場合、第２の管理装置１４０へ送信するためにデータを一時的に保存する。
【００７１】
次に、スケジュールデータの変換処理について説明する。
図１３〜図１６は、変換ルールに含まれている変換データの例を示している。
図１３は、動作モードを変換するための動作モード変換データの一例を示す概略図である。
動作モード変換データ１７１は、第１の設備機器列１７１ａと、第２の設備機器列１７１ｂとを備えるテーブル形式のデータである。
第１の設備機器列１７１ａは、第１の設備機器１１０が備える動作モード（ここでは、第１の動作モードという）を格納する。
第２の設備機器列１７１ｂは、第２の設備機器１２０が備える動作モード（ここでは、第２の動作モードという）を格納する。
そして、動作モード変換データ１７１は、ある行に格納されている第１の動作モードを、その行に格納されている第２の動作モードに変換することを示している。
【００７２】
例えば、第１の管理装置１３０のスケジュールデータで「冷房」と指定されている動作モードは、第２の管理装置１４０においても「冷房」にされる。しかし、例えば、第２の管理装置１４０に接続されている第２の設備機器１２０には暖房機能がない場合、「暖房」と指定されている動作モードは、「×（無効）」に変換される。また、「ドライ」は、「冷房」に変換される。このような動作モードの相互変換を定義しているのが動作モード変換データ１７１である。
【００７３】
図１４は、設定温度を変換するための設定温度変換データの一例を示す概略図である。
設定温度変換データ１７２は、第１の設備機器列１７２ａと、第２の設備機器列１７２ｂとを備えるテーブル形式のデータである。
第１の設備機器列１７２ａは、第１の設備機器１１０に設定することのできる設定温度（ここでは、第１の設定温度という）を格納する。
第２の設備機器列１７２ｂは、第２の設備機器１２０に設定することのできる設定温度（ここでは、第２の設定温度という）を格納する。
そして、設定温度変換データ１７２は、ある行に格納されている第１の設定温度を、その行に格納されている第２の設定温度に変換することを示している。
【００７４】
例えば、第１の設備機器１１０は、０．５℃刻みで設定温度を設定できるが、第２の設備機器１２０は、１℃刻みでしか設定温度を設定できない場合がある。このような場合、第１の管理装置１３０で「３０．５℃」と指定されている場合、第２の管理装置１４０では「３０℃」と変換される。また、下限値については、第１の設備機器１１０は、１４℃まで指定できるが、第２の設備機器１２０は、１７℃までしか設定できない場合、第１の管理装置１３０で設定されている「１４℃」は、第二の管理装置では「１７℃」に変換される。
【００７５】
図１５は、風量を変換するための風量変換データの一例を示す概略図である。
風量変換データ１７３は、第１の設備機器列１７３ａと、第２の設備機器列１７３ｂとを備えるテーブル形式のデータである。
第１の設備機器列１７３ａは、第１の設備機器１１０に設定することのできる風量（ここでは、第１の風量という）を格納する。
第２の設備機器列１７２ｂは、第２の設備機器１２０に設定することのできる風量（ここでは、第２の風量という）を格納する。
そして、風量変換データ１７３は、ある行に格納されている第１の風量を、その行に格納されている第２の風量に変換することを示している。
【００７６】
例えば、第１の設備機器１１０では、「微風」運転ができるが、第２の設備機器１２０では、「弱」運転までしかできない場合がある。このような場合、第１の管理装置１３０で指定されている「微風」は、第２の管理装置１４０では「弱」に変換される。
【００７７】
図１６は、風向を変換するための風向変換データの一例を示す概略図である。
風向変換データ１７４は、第１の設備機器列１７４ａと、第２の設備機器列１７４ｂとを備えるテーブル形式のデータである。
第１の設備機器列１７４ａは、第１の設備機器１１０に設定することのできる風向（ここでは、第１の風向という）を格納する。
第２の設備機器列１７４ｂは、第２の設備機器１２０に設定することのできる風向（ここでは、第２の風向という）を格納する。
そして、風向変換データ１７４は、ある行に格納されている第１の風向を、その行に格納されている第２の風向に変換することを示している。
【００７８】
例えば、第１の設備機器１１０ではルーバーの自動運転ができるが、第２の設備機器１２０では固定運転しかできない場合がある。このような場合、第１の管理装置１３０において指定されている「風向自動」は、第２の管理装置１４０では「下向き」に変換される。
【００７９】
変換部１６６は、以上の変換データに基づいて、第１の管理装置１３０に設定されているスケジュールデータのスケジュールを変換し、第２の管理装置１４０へ設定するためのスケジュール案を作成する。
【００８０】
図１７は、前述した変換データに基づいて、第１の設定データに含まれているスケジュールデータの変換処理を示すフローチャートである。
まず、変換部１６６は、第１の設定データに含まれているスケジュールデータで定義されている複数のスケジュールから変換処理が行われていない一つのスケジュールを特定する（Ｓ６０）。
そして、変換部１６６は、動作モード変換データに基づいて、特定されたスケジュールの動作モードを変換する（Ｓ６１）。
【００８１】
次に、変換部１６６は、風量変換データに基づいて、特定されたスケジュールの風量を変換する（Ｓ６２）。
次に、変換部１６６は、設定温度変換データに基づいて、特定されたスケジュールの設定温度を変換する（Ｓ６３）。
次に、変換部１６６は、風向変換データに基づいて、特定されたスケジュールの風向を変換する（Ｓ６４）。
【００８２】
そして、変換部１６６は、ステップＳ６１〜Ｓ６５で変換された設定値及び特定されたスケジュールの時間及び電源状態により、第２の設定データのスケジュール案を特定する（Ｓ６５）。
さらに、変換部１６６は、ステップＳ６５で特定されたスケジュール案を端末側表示部１６３に表示して、端末側入力部１６４を介して、ユーザからの編集及び確定を受け付ける（Ｓ６６）。
例えば、変換部１６６は、図１８に示されている画面画像（スケジュール案確認画面画像）１７５を端末側表示部１６３に表示させて、ユーザに対して確認を行う。スケジュール案確認画面画像１７５は、変換データに基づいて変換されたスケジュール案をユーザに示して、第２の管理装置１４０に反映するかどうかを確認する画面画像の例である。
【００８３】
図１８に示されているように、スケジュール案確認画面画像１７５は、スケジュール変換案表示領域１７５ａと、使用指示入力領域として使用ボタン１７５ｂと、拒否指示入力領域としての拒否ボタン１７５ｃとを備える。
スケジュール変換案表示領域１７５ａには、第１の管理装置１３０に設定されているスケジュール「平日、９時００分、ドライ運転、微風、２５．５℃、風向自動、ＯＮ」は、第２の管理装置１４０に合わせて「平日、９時００分、冷房運転、弱、２５℃、下向き、ＯＮ」に変換されることが示されている。
【００８４】
そして、ユーザは、このスケジュール案を採用する場合は、使用ボタン１７５ｂを押し、採用しない場合は、拒否ボタン１７５ｃを押す。拒否ボタン１７５ｃが押された場合には、このスケジュール案は破棄される。
【００８５】
なお、スケジュール変換案表示領域１７５ａにおいて、変更後のスケジュール案において編集したい設定値が示されている領域を押すことで、ユーザは、その設定値を編集することができる。
例えば、図１９は、図１８に示されているスケジュール案確認画面画像１７５において、ユーザが時刻の部分を押すことで、時刻を編集する際に表示される編集画面画像の一例を示す図である。
図１９に示されているように、編集画面画像１７６では、時刻を示す数値が大きく表示され、それぞれの数値をタッチして上又は下にスライドすることにより、数値を変更することができる。変更後、ユーザは、決定指示入力領域としての決定ボタン１７６ａを押すことにより変更を確定する。この場合には、変更内容が、スケジュール案確認画面画像に反映され、ユーザは、使用ボタンを押すことで、変更後のスケジュール案を第２の設定データとして使用することができる。
一方、ユーザは、キャンセル指示入力領域としてのキャンセルボタン１７６ｂを押すことにより、変更内容を破棄することができる。
【００８６】
図１７に戻り、変換部１６６は、第１の設定データに含まれているスケジュールデータで定義されている全てのスケジュールの変換処理を行ったか否かを判断する（Ｓ６７）。全てのスケジュールに変換処理が行われた場合には（Ｓ６７でＹｅｓ）、フローは終了し、変換部１６６は、変換のなかったスケジュールと、変換後に採用となったスケジュールとを定義したスケジュールデータを第２の管理装置１４０に設定するスケジュールデータとして保存しておく。
一方、変換処理が行われていないスケジュールが残っている場合には（Ｓ６７でＮｏ）、処理はステップＳ６０に戻る。
【００８７】
以上により、変換部１６６は、第１の設定データに含まれているスケジュールデータ（第１のスケジュールデータ）を、第２の設備機器１２０を運転するためのスケジュールを定義するスケジュールデータ（第２のスケジュールデータ）に変換することができる。なお、第１のスケジュールデータは、第１の設備機器１１０を運転するスケジュールを定義している。
【００８８】
図２０は、サマータイム切り替え日データの変換処理を示すフローチャートである。
変換部１６６は、変換ルールに含まれているサマータイムの切り替え日の算出方法に従って、サマータイムの切り替え日を算出し、算出された日を、第２の設定データのサマータイム切り替え日案として特定する（Ｓ７０）。
【００８９】
変換部１６６は、ステップＳ７０で特定されたサマータイム切り替え日案を端末側表示部１６３に表示して、端末側入力部１６４を介して、ユーザからの編集及び確定を受け付ける（Ｓ７１）。ユーザがサマータイム切り替え日案を確定した場合、第２の管理装置１４０へ送信するためにデータを一時的に保存する。
【００９０】
実施の形態１によれば、ある管理装置から別の管理装置に設定データを容易に引き継ぐことができる。
特に、機種に応じて、運転機能が異なる場合であっても、設定データに含まれているスケジュールデータを容易に引き継ぐことができる。
【００９１】
実施の形態１によれば、設定データを変換するために必要な処理及びデータが変換ルールとして予め用意されているため、情報処理端末１６０において、機種及びソフトウェアバージョンに応じて、容易に設定データを変換することができる。
【００９２】
また、変換ルールをサーバ１５０からダウンロードできるようにすることにより、新しい設備機器が発売された場合にも、迅速に対応することができる。
【００９３】
さらに、第２の管理装置１４０に対して、無線により第２の設定データを送ることができるため、第２の管理装置１４０を壁面から取り外して基板を取り出す等の手間を削減することができる。
【００９４】
なお、実施の形態１では、第１の設定データは、予め第１の設定データベース１３３に記憶されているが、実施の形態１は、このような例に限定されない。例えば、第１の制御部１３４は、情報処理端末１６０からの設定データ取得要求があった際に、第１の設備機器１１０及び第１の管理装置１３０の図示しないメモリ等の記憶装置から、必要なデータを読み出して、第１の設定データを生成してもよい。生成された第１の設定データは、少なくとも一時的に、第１の設定データベース１３３に記憶されるものとする。
【００９５】
また、実施の形態１では、第２の設定データベース１４３に第２の設備機器１２０の機種情報及び第２の管理装置１４０のＳ／Ｗバージョンが記憶されているが、実施の形態１は、このような例に限定されない。例えば、情報取得要求に応じて、第２の制御部１４４が、第２の内部通信部１４２を介して、第２の設備機器１２０から機種情報を取得してもよい。
【００９６】
なお、実施の形態１では、変換ルールは、変換元の機種情報及びＳ／Ｗバージョンと、変換先の機種情報及びＳ／Ｗバージョンとの組み合わせ毎に生成され、この組み合わせに対応付けて記憶されているが、実施の形態１は、このような例に限定されない。例えば、変換ルールは、変換元の機種情報と、変換先の機種情報との組み合わせ毎に生成され、この組み合わせに対応付けて記憶されていてもよい。言い換えると、Ｓ／Ｗバージョンとは無関係に変換ルールが生成されていてもよい。
【００９７】
実施の形態２．
図２１は、実施の形態２に係る管理システム２００の構成を概略的に示すブロック図である。
管理システム２００は、第１の設備機器１１０と、第２の設備機器１２０と、第１の管理装置２３０と、第２の管理装置１４０と、サーバ１５０と、情報処理端末２６０とを備える。
実施の形態１では、第１の管理装置１３０、第２の管理装置１４０及び情報処理端末１６０は、すべて無線により通信を行っていた。実施の形態２では、第１の管理装置２３０に無線通信機能がない場合を示す。
【００９８】
実施の形態２における第１の設備機器１１０、第２の設備機器１２０、第２の管理装置１４０及びサーバ１５０は、実施の形態１と同様である。
【００９９】
図２２は、実施の形態２における第１の管理装置２３０の構成を概略的に示すブロック図である。
第１の管理装置２３０は、第１の内部通信部１３２と、第１の設定データベース１３３と、第１の制御部２３４と、装置側表示部２３５と、装置側入力部２３６とを備える。
実施の形態２における第１の管理装置２３０の第１の内部通信部１３２及び第１の設定データベース１３３は、実施の形態１と同様である。
【０１００】
第１の制御部２３４は、第１の管理装置２３０での処理を制御する。
例えば、第１の制御部２３４は、装置側入力部２３６が入力を受け付けた指示に応じて、第１の設定データベース１３３に記憶されている第１の設定データをエンコードすることで二次元コードを生成し、その二次元コードを装置側表示部２３５に表示させる。ここでの指示は、設定データを示す二次元コードを表示するための設定データ表示指示である。
【０１０１】
装置側表示部２３５は、各種画面画像を表示する。例えば、装置側表示部２３５は、第１の制御部２３４で生成された二次元コードを表示する。装置側表示部２３５は、例えば、ディスプレイにより構成することができる。
図２３は、装置側表示部２３５に表示される二次元コードの一例である。
【０１０２】
装置側入力部２３６は、ユーザから各種指示の入力を受け付ける。例えば、装置側入力部２３６は、設定データ表示指示の入力を受け付ける。装置側入力部２３６は、入力された設定データ表示指示を第１の制御部２３４に通知する。装置側入力部２３６は、例えば、各種ボタン等により構成することができる。
【０１０３】
図２４は、実施の形態２における情報処理端末２６０の構成を概略的に示すブロック図である。
情報処理端末２６０は、第１の端末側通信部１６１と、第２の端末側通信部１６２と、端末側表示部１６３と、端末側入力部１６４と、サブ変換データベース１６５と、変換部２６６と、撮像部２６７とを備える。
実施の形態２における情報処理端末２６０の第１の端末側通信部１６１、第２の端末側通信部１６２、端末側表示部１６３、端末側入力部１６４及びサブ変換データベース１６５は、実施の形態１同様である。但し、第１の端末側通信部１６１は、第１の管理装置２３０との通信は行わない。
【０１０４】
撮像部２６７は、端末側入力部１６４が入力を受け付けた指示に応じて、対象を撮像する。ここでの指示は、撮像を行うための撮像指示である。例えば、撮像部２６７は、第１の管理装置２３０の装置側表示部２３５に表示された二次元コードを撮像する。なお、撮像部２６７により撮像された画像は、撮像画像として、変換部２６６に送られる。ここで、撮像部２６７は、カメラにより構成することができる。
【０１０５】
変換部２６６は、変換ルールに従って、設定データの変換を行う。
ここで、実施の形態２における変換部２６６は、第１の設定データを取得する処理を除いて、実施の形態１と同様の処理を行う。
例えば、変換部２６６は、撮像部２６７から送られてくる撮像画像に含まれている二次元コードをデコードすることで、第１の設定データを取得する。
第１の設定データを取得した後の変換部２６６の処理は、実施の形態１と同様である。
【０１０６】
図２５は、実施の形態２における情報処理端末２６０が、第１の管理装置２３０から第１の設定データを取得する処理を示すフローチャートである。
第１の管理装置２３０の第１の制御部２３４は、装置側入力部２３６が設定データ表示指示を受けると、第１の設定データを二次元コードにして、装置側表示部２３５に表示させる（Ｓ８０）。
【０１０７】
情報処理端末２６０の撮像部２６７は、端末側入力部１６４が撮像指示の入力を受け付けると、装置側表示部２３５に表示された二次元コードを撮像する（Ｓ８１）。
【０１０８】
変換部２６６は、撮像部２６７から撮像画像を受け取り、撮像画像に含まれている二次元コードから、第１の設定データを取得する（Ｓ８２）。
【０１０９】
以上のように、実施の形態２によれば、第１の管理装置２３０が無線通信機能を持たなくても、情報処理端末２６０は、第１の設定データを取得することができる。
【０１１０】
実施の形態３．
図１に示されているように、実施の形態３に係る管理システム３００は、第１の設備機器１１０と、第２の設備機器１２０と、第１の管理装置１３０と、第２の管理装置１４０と、サーバ１５０と、情報処理端末３６０とを備える。
実施の形態３に係る管理システム３００は、情報処理端末３６０を除いて、実施の形態１の管理システム１００と同様に構成されている。
【０１１１】
実施の形態１では、第２の管理装置１４０に設定済みのスケジュールデータは無視され、上書きされるものであった。実施の形態３では、第２の管理装置１４０に設定されたスケジュールと、第１の管理装置１３０のスケジュールから変換されたスケジュールとを結合することにより、第２の管理装置１４０に既にスケジュールが設定済みの場合により高い利便性を実現する。
【０１１２】
図７に示されているように、情報処理端末３６０は、第１の端末側通信部１６１と、第２の端末側通信部１６２と、端末側表示部１６３と、端末側入力部１６４と、サブ変換データベース１６５と、変換部３６６とを備える。
実施の形態３における情報処理端末３６０の第１の端末側通信部１６１、第２の端末側通信部１６２、端末側表示部１６３、端末側入力部１６４及びサブ変換データベース１６５は、実施の形態１と同様である。
【０１１３】
変換部３６６は、変換ルールに従って、設定データの変換を行う。
実施の形態３における変換部３６６は、実施の形態１と同様の処理を行うほか、スケジュールデータの統合処理を行う。スケジュールデータの統合処理については、後述する。
【０１１４】
図２６は、実施の形態３における設定データの変換処理を示すフローチャートである。
図２６に示されているステップの内、図９に示されているステップと同様の処理を行うステップについては、図９と同じ符号が付されている。
図２６におけるステップＳ２０〜Ｓ２４の処理については、図９におけるステップＳ２０〜Ｓ２４の処理と同様である。但し、図２６では、ステップＳ２６の後に、処理はステップＳ９０に進む。
【０１１５】
ステップＳ９０では、変換部３６６は、スケジュールデータの統合処理を行う。ここでの処理は、図２７を用いて詳細に説明する。そして、処理はステップＳ２５に進む。
図２６のステップＳ２５及びＳ２６の処理については、図９におけるステップＳ２５及びＳ２６の処理と同様である。
【０１１６】
図２７は、実施の形態３におけるスケジュールデータの統合処理を示すフローチャートである。
情報処理端末３６０の変換部３６６は、第１の端末側通信部１６１を介して、第２の管理装置１４０より設定済みのスケジュールデータを取得し、取得されたスケジュールデータで定義されているスケジュールを、図２６のステップＳ２４で変換されたスケジュールデータで定義されているスケジュールの後方に追加する（Ｓ１００）。ここでは、スケジュールデータは、前から順番に複数のスケジュールが並んでいるものとする。
【０１１７】
変換部３６６は、ステップＳ１００でスケジュールが追加されたスケジュールデータにおいて、スケジュールを先頭から順に確認し、平日又は休日を示す設定値と、時間を示す設定値との両方が重複しているスケジュールを検索する。重複しているスケジュールが検索された場合には、先頭に近いスケジュールを削除することで、統合されたスケジュール案を特定する（Ｓ１０１）。
即ち、変換部３６６は、図２６のステップＳ２４で変換されたスケジュールの内、第２の管理装置１４０に既に設定されているスケジュールと重複するスケジュールを削除する。
【０１１８】
さらに、変換部３６６は、ステップＳ６５で特定されたスケジュール案を端末側表示部１６３に表示して、端末側入力部１６４を介して、ユーザからの編集及び確定を受け付ける（Ｓ１０２）。変換部３６６は、ユーザがスケジュール案を確定した場合、第２の管理装置１４０へ送信するためにデータを一時的に保存する。
【０１１９】
以上により、第１の設定データに含まれているスケジュールデータ（第１のスケジュールデータ）から変換されたスケジュールデータ（第２のスケジュールデータ）が、第２の管理装置１４０に既に設定されているスケジュールデータ（第３のスケジュールデータ）で定義されているスケジュール（第２のスケジュール）と重複するスケジュール（第１のスケジュール）を有する場合には、変換部３６６は、その第１のスケジュールを第２のスケジュールデータから削除するとともに、第２のスケジュールデータに第２のスケジュールを追加することができる。
また、第３のスケジュールデータで定義されているスケジュールが、第２のスケジュールデータで定義されている何れのスケジュールとも重複しない場合には、変換部３６６は、第３のスケジュールデータで定義されているそのスケジュールを第２のスケジュールデータに追加することができる。なお、第３のスケジュールデータで定義されているスケジュールの内、第２のスケジュールデータのいずれのスケジュールにも重複しないスケジュールを、第３のスケジュールともいう。
【０１２０】
以上のように、実施の形態３によれば、第２の管理装置１４０に既にスケジュールデータが設定されている場合、これを統合することで、ユーザが再度スケジュールを設定する手間を削減することができる。また、第１の設定データに含まれているスケジュールとの間で、重複が発生することを防止することができる。
【０１２１】
なお、以上に記載された実施の形態３は、実施の形態１に係る管理システム１００にスケジュールデータの統合処理を行わせるように構成されているが、例えば、実施の形態２に係る管理システム２００にスケジュールデータの統合処理を行わせるように構成されてもよい。
【０１２２】
以上に記載された実施の形態３では、図２７のステップＳ１００で、第２の管理装置１４０に設定済みのスケジュールデータが取得されているが、実施の形態３は、このような例に限定されない。例えば、第２の管理装置１４０に設定済みのスケジュールデータは、図８のステップＳ１２で取得されてもよい。
【０１２３】
以上に記載された実施の形態１〜３における情報処理端末１６０〜３６０のサブ変換データベース１６５には、サーバ１５０から取得された変換ルールが記憶されているが、実施の形態１〜３は、このような例に限定されない。例えば、サブ変換データベース１６５には、サーバ１５０のマスタ変換データベース１５２と同様に、全ての変換ルールが記憶されていてもよい。このような場合には、サーバ１５０が不要となるため、情報処理端末１６０〜３６０の第２の端末側通信部１６２も不要となる。
【０１２４】
このような場合、情報処理端末１６０〜３６０は、インターネット１０６に接続できない環境であっても、設定データの引き継ぎが実現できる。なお、サブ変換データベース１６５に対応する変換ルールが記憶されていない場合は、変換部１６６〜３６６は、変換処理を中止して、端末側表示部１６３にその旨を表示し、ユーザに警告する。
【符号の説明】
【０１２５】
１００，２００，３００  管理システム、  １０６  インターネット、  １１０  第１の設備機器、  １２０  第２の設備機器、  １３０，２３０  第１の管理装置、  １３１  第１の装置側通信部、  １３２  第１の内部通信部、  １３３  第１の設定データベース、  １３４，２３４  第１の制御部、  ２３５  装置側表示部、  ２３６  装置側入力部、  １４０  第２の管理装置、  １４１  第２の装置側通信部、  １４２  第２の内部通信部、  １４３  第２の設定データベース、  １４４  第２の制御部、  １５０  サーバ、  １５１  サーバ側通信部、  １５２  マスタ変換データベース、  １５３  サーバ側制御部、  １６０，２６０，３６０  情報処理端末、  １６１  第１の端末側通信部、  １６２  第２の端末側通信部、  １６３  端末側表示部、  １６４  端末側入力部、  １６５  サブ変換データベース、  １６６，２６６，３６６  変換部、  ２６７  撮像部。
【図１】
0006789392.tif 000002
【図２】
0006789392.tif 000003
【図３】
0006789392.tif 000004
【図４】
0006789392.tif 000005
【図５】
0006789392.tif 000006
【図６】
0006789392.tif 000007
【図７】
0006789392.tif 000008
【図８】
0006789392.tif 000009
【図９】
0006789392.tif 000010
【図１０】
0006789392.tif 000011
【図１１】
0006789392.tif 000012
【図１２】
0006789392.tif 000013
【図１３】
0006789392.tif 000014
【図１４】
0006789392.tif 000015
【図１５】
0006789392.tif 000016
【図１６】
0006789392.tif 000017
【図１７】
0006789392.tif 000018
【図１８】
0006789392.tif 000019
【図１９】
0006789392.tif 000020
【図２０】
0006789392.tif 000021
【図２１】
0006789392.tif 000022
【図２２】
0006789392.tif 000023
【図２３】
0006789392.tif 000024
【図２４】
0006789392.tif 000025
【図２５】
0006789392.tif 000026
【図２６】
0006789392.tif 000027
【図２７】
0006789392.tif 000028