(57)【要約】【課題】第１の機器が第２の機器に替えられる際に、第１の機器の性能と第２の機器の性能との差分を考慮して、第１の機器の設定内容を第２の機器に移植することができ、ユーザの好みに応じた最適な環境を提供することができる機器制御方法、機器制御装置及び機器制御システムを提供する。【解決手段】メモリ２は、第１の機器の性能を示す第１の性能情報と第２の機器の性能を示す第２の性能情報とを記憶し、制御部１は、第１の性能情報と第２の性能情報との差分に基づき補正関数を生成し、補正関数に基づき、第１の機器のログ情報に基づいて生成される第１の機器を第１の設定で動作させるための第１の動作モード情報から、第２の機器を第１の設定に対応する第２の設定で動作させるための第２の動作モード情報を生成し、通信部１０１は、第２の動作モード情報を第２の機器へ送信する。【選択図】図２
2019115028.tif 000002
【特許請求の範囲】
【請求項１】
第１の機器に替えて接続された第２の機器を制御する機器制御装置における機器制御方法であって、
前記第１の機器の性能を示す第１の性能情報と前記第２の機器の性能を示す第２の性能情報とを取得し、
前記第１の性能情報と前記第２の性能情報との差分に基づき補正関数を生成し、
前記補正関数に基づき、前記第１の機器のログ情報に基づいて生成される前記第１の機器を第１の設定で動作させるための第１の動作モード情報から、前記第２の機器を前記第１の設定に対応する第２の設定で動作させるための第２の動作モード情報を生成し、
前記第２の動作モード情報を前記第２の機器へ送信する、
機器制御方法。
【請求項２】
さらに、前記第１の機器及び前記第２の機器を含む複数の機器のそれぞれの性能を示す複数の性能情報を取得し、
さらに、前記複数の機器のそれぞれの組合せの性能情報の差分に基づき、複数の補正関数を生成し、
前記補正関数の生成は、前記複数の補正関数の中から、前記第１の機器と前記第２の機器との組合せに対応する前記補正関数を抽出する、
請求項１記載の機器制御方法。
【請求項３】
前記ログ情報は、センサ値を含み、
前記第１の動作モード情報は、所定の期間毎に生成された複数の第１の動作モード情報を含み、
さらに、過去に前記センサ値に異常が発生した第１の時点を検出し、
前記第２の動作モード情報の生成は、前記複数の第１の動作モード情報の中から前記第１の時点よりも前に生成された前記第１の動作モード情報を抽出し、前記補正関数に基づき、抽出した前記第１の動作モード情報から前記第２の動作モード情報を生成する、
請求項１又は２記載の機器制御方法。
【請求項４】
前記ログ情報は、センサ値を含み、
さらに、過去に前記センサ値に異常が発生した第１の時点を検出し、
前記第２の動作モード情報の生成は、前記第１の時点よりも前の前記ログ情報に基づき前記第１の動作モード情報を生成し、前記補正関数に基づき、生成した前記第１の動作モード情報から前記第２の動作モード情報を生成する、
請求項１又は２記載の機器制御方法。
【請求項５】
前記ログ情報は、センサ値を含み、
前記第１の動作モード情報は、所定の期間毎に生成された複数の第１の動作モード情報を含み、
さらに、過去に前記センサ値に異常が発生した第１の時点を検出し、
さらに、前記複数の第１の動作モード情報のうち、前記第１の時点よりも前に生成された前記第１の動作モード情報が直前の前記第１の動作モード情報から変化した第２の時点が存在するか否かを判断し、
前記第２の動作モード情報の生成は、前記第２の時点が存在すると判断された場合、前記複数の第１の動作モード情報の中から前記第２の時点よりも前に生成された前記第１の動作モード情報を抽出し、前記補正関数に基づき、抽出した前記第１の動作モード情報から前記第２の動作モード情報を生成する、
請求項１又は２記載の機器制御方法。
【請求項６】
前記第２の動作モード情報の生成は、前記第２の時点が存在しないと判断された場合、前記複数の第１の動作モード情報の中から前記第１の時点よりも前に生成された前記第１の動作モード情報を抽出し、前記補正関数に基づき、抽出した前記第１の動作モード情報から前記第２の動作モード情報を生成する、
請求項５記載の機器制御方法。
【請求項７】
前記第２の動作モード情報の生成は、前記第２の時点が存在しないと判断された場合、前記第１の時点よりも前の前記ログ情報に基づき前記第１の動作モード情報を生成し、前記補正関数に基づき、生成した前記第１の動作モード情報から前記第２の動作モード情報を生成する、
請求項５記載の機器制御方法。
【請求項８】
前記ログ情報は、センサ値を含み、
前記第１の動作モード情報は、所定の期間毎に生成された複数の第１の動作モード情報を含み、
さらに、過去に前記センサ値に異常が発生した第１の時点を検出し、
さらに、前記複数の第１の動作モード情報のうち、前記第１の時点よりも前に生成された前記第１の動作モード情報が直前の前記第１の動作モード情報から変化した第２の時点が存在するか否かを判断し、
さらに、前記第２の時点が存在すると判断した場合、前記第２の時点において前記第１の機器の使用状況に変化があったか否かを判断し、
前記第２の動作モード情報の生成は、前記第２の時点において前記第１の機器の使用状況に変化がなかったと判断された場合、前記複数の第１の動作モード情報の中から前記第２の時点よりも前に生成された前記第１の動作モード情報を抽出し、前記補正関数に基づき、抽出した前記第１の動作モード情報から前記第２の動作モード情報を生成する、
請求項１又は２記載の機器制御方法。
【請求項９】
前記第２の動作モード情報の生成は、前記第２の時点において前記第１の機器の使用状況に変化があったと判断された場合、前記複数の第１の動作モード情報の中から前記第１の時点よりも前に生成された前記第１の動作モード情報を抽出し、前記補正関数に基づき、抽出した前記第１の動作モード情報から前記第２の動作モード情報を生成する、
請求項８記載の機器制御方法。
【請求項１０】
前記第２の動作モード情報の生成は、前記第２の時点において前記第１の機器の使用状況に変化があったと判断された場合、前記第１の時点よりも前の前記ログ情報に基づき前記第１の動作モード情報を生成し、前記補正関数に基づき、生成した前記第１の動作モード情報から前記第２の動作モード情報を生成する、
請求項８記載の機器制御方法。
【請求項１１】
前記第２の時点が存在するか否かの判断は、前記第１の時点よりも前に生成された前記第１の動作モード情報と、前記第１の動作モード情報の直前の前記第１の動作モード情報との類似度が所定値より低い場合、前記第２の時点が存在すると判断する、
請求項５〜１０のいずれか１項に記載の機器制御方法。
【請求項１２】
前記機器制御装置は、前記第１の機器と前記第２の機器とに関連付けられた携帯端末に通信可能に接続され、
さらに、前記第２の動作モード情報が前記第２の機器へ送信された際、前記第２の機器を前記第２の動作モード情報を用いて動作させることをユーザに通知するための通知情報を前記携帯端末へ送信する、
請求項１〜１１のいずれか１項に記載の機器制御方法。
【請求項１３】
前記携帯端末は、前記機器制御装置によって送信された前記通知情報を表示する、
請求項１２記載の機器制御方法。
【請求項１４】
第１の機器に替えて接続された第２の機器を制御する機器制御装置であって、
プロセッサと、
メモリと、
通信部と、
を備え、
前記メモリは、
前記第１の機器の性能を示す第１の性能情報と前記第２の機器の性能を示す第２の性能情報とを記憶し、
前記プロセッサは、
前記第１の性能情報と前記第２の性能情報との差分に基づき補正関数を生成し、
前記補正関数に基づき、前記第１の機器のログ情報に基づいて生成される前記第１の機器を第１の設定で動作させるための第１の動作モード情報から、前記第２の機器を前記第１の設定に対応する第２の設定で動作させるための第２の動作モード情報を生成し、
前記通信部は、
前記第２の動作モード情報を前記第２の機器へ送信する、
機器制御装置。
【請求項１５】
第１の機器に替えて接続された第２の機器と、
前記第２の機器を制御する機器制御装置と、
を備え、
前記機器制御装置は、
前記第１の機器の性能を示す第１の性能情報と前記第２の機器の性能を示す第２の性能情報とを取得し、
前記第１の性能情報と前記第２の性能情報との差分に基づき補正関数を生成し、
前記補正関数に基づき、前記第１の機器のログ情報に基づいて生成される前記第１の機器を第１の設定で動作させるための第１の動作モード情報から、前記第２の機器を前記第１の設定に対応する第２の設定で動作させるための第２の動作モード情報を生成し、
前記第２の動作モード情報を前記第２の機器へ送信し、
前記第２の機器は、
前記機器制御装置によって送信された前記第２動作モード情報を受信し、
前記第２動作モード情報を用いて前記第２の機器の動作を制御する、
機器制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、第１の機器に替えて接続された第２の機器を制御する機器制御方法、機器制御装置及び機器制御システムに関するものである。
【背景技術】
【０００２】
近年、あらゆる機器がインターネットに接続され、機器を遠隔制御したり、複数の機器の設定を共有したりすることが可能になっている。
【０００３】
一方、機器のＡＩ（Ａｒｔｉｆｉｃｉａｌ  Ｉｎｔｅｌｌｉｇｅｎｃｅ）化も進んでおり、家電機器においても、ＡＩを用いることで、ユーザの好みを反映した自動制御が可能になる。
【０００４】
それに伴い、ユーザは、機器を買い替える際に、今まで使用していた機器（以下、旧機器又は第１の機器という）の設定環境を新しく使用する機器（以下、新機器又は第２の機器という）でも使いたいというニーズが出てくることが想定される。
【０００５】
例えば、特許文献１には、複数のユーザが共有して利用する共有機器が設置された共有空間において、ネットワークを介して共有機器を制御する機器制御装置が開示されている。従来の機器制御装置は、共有空間内にいる各ユーザが個人で所有する個人機器のうち、共有機器が提供する機能と同一または類似する機能を提供する個人機器の使用履歴情報に基づいて共有機器が提供する機能に用いる設定情報を算出し、ネットワークを介して設定情報を共有機器に設定する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−１７６１７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来の技術では、第１の機器が第２の機器に替えられる際に、第１の機器の性能と第２の機器の性能との差分が考慮されておらず、更なる改善が必要とされていた。
【０００８】
本開示は、上記の問題を解決するためになされたもので、第１の機器が第２の機器に替えられる際に、第１の機器の性能と第２の機器の性能との差分を考慮して、第１の機器の設定内容を第２の機器に移植することができ、ユーザの好みに応じた最適な環境を提供することができる機器制御方法、機器制御装置及び機器制御システムを提供することを目的とするものである。
【課題を解決するための手段】
【０００９】
本開示の一態様に係る機器制御方法は、第１の機器に替えて接続された第２の機器を制御する機器制御装置における機器制御方法であって、前記第１の機器の性能を示す第１の性能情報と前記第２の機器の性能を示す第２の性能情報とを取得し、前記第１の性能情報と前記第２の性能情報との差分に基づき補正関数を生成し、前記補正関数に基づき、前記第１の機器のログ情報に基づいて生成される前記第１の機器を第１の設定で動作させるための第１の動作モード情報から、前記第２の機器を前記第１の設定に対応する第２の設定で動作させるための第２の動作モード情報を生成し、前記第２の動作モード情報を前記第２の機器へ送信する。
【発明の効果】
【００１０】
本開示によれば、第１の機器が第２の機器に替えられる際に、第１の機器の性能と第２の機器の性能との差分を考慮して、第１の機器の設定内容を第２の機器に移植することができ、ユーザの好みに応じた最適な環境を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本開示の実施の形態における機器制御システムの全体構成を示す図である。
【図２】本実施の形態の機器制御システムにおけるサーバの構成を示す図である。
【図３】本実施の形態において、自動モード関数を生成する例について説明するための図である。
【図４】本実施の形態において、自動モード関数生成部によって生成される自動モード関数の一例を示す図である。
【図５】第１の機器及び第２の機器が空気調和機である場合に、風量の性能の差分を補正するための補正関数の生成を説明するための図である。
【図６】第１の機器の性能と第２の機器の性能との差分による制御の違いを説明するための図である。
【図７】本実施の形態において、補正関数記憶部に記憶されるテーブルの一例を示す図である。
【図８】本実施の形態において、自動モード関数ＤＢに記憶されるテーブルの一例を示す図である。
【図９】本実施の形態において、自動モード関数ＤＢに記憶されるテーブルの他の例を示す図である。
【図１０】本実施の形態において、機器ログＤＢに記憶されるテーブルの一例を示す図である。
【図１１】本実施の形態において、ユーザ情報ＤＢに記憶されるテーブルの一例を示す図である。
【図１２】本実施の形態において、製品情報ＤＢに記憶されるテーブルの一例を示す図である。
【図１３】本実施の形態の機器制御システムにおける第１の機器の構成を示す図である。
【図１４】本実施の形態の機器制御システムにおける第２の機器の構成を示す図である。
【図１５】本実施の形態の機器制御システムにおける携帯端末の構成を示す図である。
【図１６】第２の機器を登録する際に実行される処理の一例を示すフローチャートである。
【図１７】自動モード関数移植確認処理において携帯端末に表示される確認画面の一例を示す図である。
【図１８】機器制御システムにおける自動モード関数生成処理を説明するための第１のフローチャートである。
【図１９】機器制御システムにおける自動モード関数生成処理を説明するための第２のフローチャートである。
【図２０】自動モード関数が更新されたことをユーザに通知するための通知画面の一例を示す図である。
【図２１】第１の機器の自動モード関数を更新するか否かを確認するための確認画面の一例を示す図である。
【図２２】機器制御システムにおける自動モード関数移植処理を説明するための第１のフローチャートである。
【図２３】機器制御システムにおける自動モード関数移植処理を説明するための第２のフローチャートである。
【図２４】自動モード関数の移植元となる機器の選択をユーザにより受け付けるための選択画面の入力の一例を示す図である。
【図２５】選択された機器の自動モード関数を反映させてもよいかを確認するための確認画面の一例を示す図である。
【図２６】本実施の形態において、第１の機器のログ情報から劣化時点及び劣化予兆時点を検出する処理を説明するための図である。
【図２７】自動モード関数の反映が完了したことをユーザに通知するための通知画面の一例を示す図である。
【図２８】第１の機器の自動モード関数を第２の機器へ移植する際に、第１の機器と第２の機器との性能差に基づいて第１の機器の自動モード関数を補正しなかった場合の第２の機器の自動モードにおける制御内容を説明するための図である。
【図２９】第１の機器の自動モード関数を第２の機器へ移植する際に、第１の機器と第２の機器との性能差に基づいて第１の機器の自動モード関数を補正した場合の第２の機器の自動モードにおける制御内容を説明するための図である。
【発明を実施するための形態】
【００１２】
（本開示の基礎となった知見）
上記のように、従来の機器制御装置は、共有空間内にいる各ユーザが個人で所有する個人機器のうち、共有機器が提供する機能と同一または類似する機能を提供する個人機器の使用履歴情報に基づいて共有機器が提供する機能に用いる設定情報を算出し、ネットワークを介して設定情報を共有機器に設定している。
【００１３】
しかしながら、従来の機器制御装置では、ユーザが所有する個人機器の設定情報を共有機器の設定情報に反映させる場合に、個人機器の性能と共有機器の性能との差分が考慮されていないので、ユーザの好みに応じた最適な環境が提供されないおそれがある。
【００１４】
以上の課題を解決するために、本開示の一態様に係る機器制御方法は、第１の機器に替えて接続された第２の機器を制御する機器制御装置における機器制御方法であって、前記第１の機器の性能を示す第１の性能情報と前記第２の機器の性能を示す第２の性能情報とを取得し、前記第１の性能情報と前記第２の性能情報との差分に基づき補正関数を生成し、前記補正関数に基づき、前記第１の機器のログ情報に基づいて生成される前記第１の機器を第１の設定で動作させるための第１の動作モード情報から、前記第２の機器を前記第１の設定に対応する第２の設定で動作させるための第２の動作モード情報を生成し、前記第２の動作モード情報を前記第２の機器へ送信する。
【００１５】
この構成によれば、第１の機器の性能を示す第１の性能情報と第２の機器の性能を示す第２の性能情報とが取得される。第１の性能情報と第２の性能情報との差分に基づき補正関数が生成される。補正関数に基づき、第１の機器のログ情報に基づいて生成される第１の機器を第１の設定で動作させるための第１の動作モード情報から、第２の機器を第１の設定に対応する第２の設定で動作させるための第２の動作モード情報が生成される。第２の動作モード情報が第２の機器へ送信される。
【００１６】
したがって、第１の性能情報と第２の性能情報との差分に基づき生成された補正関数に基づき、第１の機器のログ情報に基づいて生成される第１の機器を第１の設定で動作させるための第１の動作モード情報から、第２の機器を第１の設定に対応する第２の設定で動作させるための第２の動作モード情報が生成されるので、第１の機器が第２の機器に替えられる際に、第１の機器の性能と第２の機器の性能との差分を考慮して、第１の機器の設定内容を第２の機器に移植することができ、ユーザの好みに応じた最適な環境を提供することができる。
【００１７】
また、上記の機器制御方法において、さらに、前記第１の機器及び前記第２の機器を含む複数の機器のそれぞれの性能を示す複数の性能情報を取得し、さらに、前記複数の機器のそれぞれの組合せの性能情報の差分に基づき、複数の補正関数を生成し、前記補正関数の生成は、前記複数の補正関数の中から、前記第１の機器と前記第２の機器との組合せに対応する前記補正関数を抽出してもよい。
【００１８】
この構成によれば、第１の機器及び第２の機器を含む複数の機器のそれぞれの性能を示す複数の性能情報が取得される。複数の機器のそれぞれの組合せの性能情報の差分に基づき、複数の補正関数が生成される。補正関数の生成において、複数の補正関数の中から、第１の機器と第２の機器との組合せに対応する補正関数が抽出される。
【００１９】
したがって、複数の機器のそれぞれの組合せの性能情報の差分に基づき、複数の補正関数が予め生成されるので、複数の補正関数の中から、第１の機器と第２の機器との組合せに対応する補正関数を容易に抽出することができる。
【００２０】
また、上記の機器制御方法において、前記ログ情報は、センサ値を含み、前記第１の動作モード情報は、所定の期間毎に生成された複数の第１の動作モード情報を含み、さらに、過去に前記センサ値に異常が発生した第１の時点を検出し、前記第２の動作モード情報の生成は、前記複数の第１の動作モード情報の中から前記第１の時点よりも前に生成された前記第１の動作モード情報を抽出し、前記補正関数に基づき、抽出した前記第１の動作モード情報から前記第２の動作モード情報を生成してもよい。
【００２１】
この構成によれば、ログ情報は、センサ値を含む。第１の動作モード情報は、所定の期間毎に生成された複数の第１の動作モード情報を含む。過去にセンサ値に異常が発生した第１の時点が検出される。第２の動作モード情報の生成において、複数の第１の動作モード情報の中から第１の時点よりも前に生成された第１の動作モード情報が抽出され、補正関数に基づき、抽出された第１の動作モード情報から第２の動作モード情報が生成される。
【００２２】
したがって、過去に第１の機器のセンサ値に異常が発生して第１の機器が劣化したと推定される第１の時点よりも前に生成された第１の動作モード情報から第２の動作モード情報が生成されるので、第１の機器の劣化による第１の動作モード情報の変化を考慮し、第１の機器が劣化する前に生成された第１の動作モード情報から第２の動作モード情報を生成することができ、第２の動作モード情報を用いて第２の機器をユーザの好みに合わせて制御することができる。
【００２３】
また、上記の機器制御方法において、前記ログ情報は、センサ値を含み、さらに、過去に前記第１の機器のセンサ値に異常が発生した第１の時点を検出し、前記第２の動作モード情報の生成は、前記第１の時点よりも前の前記ログ情報に基づき前記第１の動作モード情報を生成し、前記補正関数に基づき、生成した前記第１の動作モード情報から前記第２の動作モード情報を生成してもよい。
【００２４】
この構成によれば、ログ情報は、センサ値を含む。過去にセンサ値に異常が発生した第１の時点が検出される。第２の動作モード情報の生成において、第１の時点よりも前のログ情報に基づき第１の動作モード情報が生成され、補正関数に基づき、生成された第１の動作モード情報から第２の動作モード情報が生成される。
【００２５】
したがって、過去に第１の機器のセンサ値に異常が発生して第１の機器が劣化したと推定される第１の時点よりも前のログ情報に基づき第１の動作モード情報が生成され、生成された第１の動作モード情報から第２の動作モード情報が生成されるので、第１の機器の劣化による第１の動作モード情報の変化を考慮し、第１の機器が劣化する前のログ情報に基づき生成された第１の動作モード情報から第２の動作モード情報を生成することができ、第２の動作モード情報を用いて第２の機器をユーザの好みに合わせて制御することができる。
【００２６】
また、上記の機器制御方法において、前記ログ情報は、センサ値を含み、前記第１の動作モード情報は、所定の期間毎に生成された複数の第１の動作モード情報を含み、さらに、過去に前記センサ値に異常が発生した第１の時点を検出し、さらに、前記複数の第１の動作モード情報のうち、前記第１の時点よりも前に生成された前記第１の動作モード情報が直前の前記第１の動作モード情報から変化した第２の時点が存在するか否かを判断し、前記第２の動作モード情報の生成は、前記第２の時点が存在すると判断された場合、前記複数の第１の動作モード情報の中から前記第２の時点よりも前に生成された前記第１の動作モード情報を抽出し、前記補正関数に基づき、抽出した前記第１の動作モード情報から前記第２の動作モード情報を生成してもよい。
【００２７】
この構成によれば、ログ情報は、センサ値を含む。第１の動作モード情報は、所定の期間毎に生成された複数の第１の動作モード情報を含む。過去にセンサ値に異常が発生した第１の時点が検出される。複数の第１の動作モード情報のうち、第１の時点よりも前に生成された第１の動作モード情報が直前の第１の動作モード情報から変化した第２の時点が存在するか否かが判断される。第２の動作モード情報の生成において、第２の時点が存在すると判断された場合、複数の第１の動作モード情報の中から第２の時点よりも前に生成された第１の動作モード情報が抽出され、補正関数に基づき、抽出された第１の動作モード情報から第２の動作モード情報が生成される。
【００２８】
したがって、第１の機器が劣化したと推定される第１の時点より前に、第１の機器の劣化の予兆として第１の動作モード情報が直前の第１の動作モード情報から変化した第２の時点が存在する場合、第２の時点よりも前に生成された第１の動作モード情報から第２の動作モード情報が生成されるので、第１の機器の劣化の兆しが現れた第２の時点より前に生成された第１の動作モード情報から第２の動作モード情報を生成することができ、第２の動作モード情報を用いて第２の機器をさらにユーザの好みに合わせて制御することができる。
【００２９】
また、上記の機器制御方法において、前記第２の動作モード情報の生成は、前記第２の時点が存在しないと判断された場合、前記複数の第１の動作モード情報の中から前記第１の時点よりも前に生成された前記第１の動作モード情報を抽出し、前記補正関数に基づき、抽出した前記第１の動作モード情報から前記第２の動作モード情報を生成してもよい。
【００３０】
この構成によれば、第２の動作モード情報の生成において、第２の時点が存在しないと判断された場合、複数の第１の動作モード情報の中から第１の時点よりも前に生成された第１の動作モード情報が抽出され、補正関数に基づき、抽出された第１の動作モード情報から第２の動作モード情報が生成される。
【００３１】
したがって、第１の機器が予兆なしに劣化した場合、第１の機器が劣化した第１の時点より前に生成された第１の動作モード情報から第２の動作モード情報を生成することができ、第２の動作モード情報を用いて第２の機器をさらにユーザの好みに合わせて制御することができる。
【００３２】
また、上記の機器制御方法において、前記第２の動作モード情報の生成は、前記第２の時点が存在しないと判断された場合、前記第１の時点よりも前の前記ログ情報に基づき前記第１の動作モード情報を生成し、前記補正関数に基づき、生成した前記第１の動作モード情報から前記第２の動作モード情報を生成してもよい。
【００３３】
この構成によれば、第２の動作モード情報の生成において、第２の時点が存在しないと判断された場合、第１の時点よりも前のログ情報に基づき第１の動作モード情報が生成され、補正関数に基づき、生成された第１の動作モード情報から第２の動作モード情報が生成される。
【００３４】
したがって、第１の機器が予兆なしに劣化した場合、第１の機器が劣化した第１の時点より前のログ情報に基づき生成された第１の動作モード情報から第２の動作モード情報を生成することができ、第２の動作モード情報を用いて第２の機器をさらにユーザの好みに合わせて制御することができる。
【００３５】
また、上記の機器制御方法において、前記ログ情報は、センサ値を含み、前記第１の動作モード情報は、所定の期間毎に生成された複数の第１の動作モード情報を含み、さらに、過去に前記センサ値に異常が発生した第１の時点を検出し、さらに、前記複数の第１の動作モード情報のうち、前記第１の時点よりも前に生成された前記第１の動作モード情報が直前の前記第１の動作モード情報から変化した第２の時点が存在するか否かを判断し、さらに、前記第２の時点が存在すると判断した場合、前記第２の時点において前記第１の機器の使用状況に変化があったか否かを判断し、前記第２の動作モード情報の生成は、前記第２の時点において前記第１の機器の使用状況に変化がなかったと判断された場合、前記複数の第１の動作モード情報の中から前記第２の時点よりも前に生成された前記第１の動作モード情報を抽出し、前記補正関数に基づき、抽出した前記第１の動作モード情報から前記第２の動作モード情報を生成してもよい。
【００３６】
この構成によれば、ログ情報は、センサ値を含む。第１の動作モード情報は、所定の期間毎に生成された複数の第１の動作モード情報を含む。過去にセンサ値に異常が発生した第１の時点が検出される。複数の第１の動作モード情報のうち、第１の時点よりも前に生成された第１の動作モード情報が直前の第１の動作モード情報から変化した第２の時点が存在するか否かが判断される。第２の時点が存在すると判断された場合、第２の時点において第１の機器の使用状況に変化があったか否かが判断される。第２の動作モード情報の生成において、第２の時点において第１の機器の使用状況に変化がなかったと判断された場合、複数の第１の動作モード情報の中から第２の時点よりも前に生成された第１の動作モード情報が抽出され、補正関数に基づき、抽出された第１の動作モード情報から第２の動作モード情報が生成される。
【００３７】
したがって、第２の時点において、第１の動作モード情報が直前の第１の動作モード情報から変化した要因が、第１の機器の使用状況の変化であった場合、第２の時点は、第１の機器の劣化の兆しが現れた時点ではないと判断することできる。また、第２の時点において、第１の動作モード情報が直前の第１の動作モード情報から変化した要因が、第１の機器の使用状況の変化ではなかった場合、第２の時点は、第１の機器の劣化の兆しが現れた時点であると判断することできる。そのため、第２の時点において第１の機器の使用状況に変化がなかったと判断された場合、第１の機器の劣化の兆しが現れた第２の時点よりも前に生成された第１の動作モード情報から第２の動作モード情報が生成されるので、第２の動作モード情報を用いて第２の機器をユーザの好みに合わせて制御することができる。
【００３８】
また、上記の機器制御方法において、前記第２の動作モード情報の生成は、前記第２の時点において前記第１の機器の使用状況に変化があったと判断された場合、前記複数の第１の動作モード情報の中から前記第１の時点よりも前に生成された前記第１の動作モード情報を抽出し、前記補正関数に基づき、抽出した前記第１の動作モード情報から前記第２の動作モード情報を生成してもよい。
【００３９】
この構成によれば、第２の動作モード情報の生成において、第２の時点において第１の機器の使用状況に変化があったと判断された場合、複数の第１の動作モード情報の中から第１の時点よりも前に生成された第１の動作モード情報が抽出され、補正関数に基づき、抽出された第１の動作モード情報から第２の動作モード情報が生成される。
【００４０】
したがって、第２の時点において第１の機器の使用状況に変化があったと判断された場合、第１の機器が劣化した第１の時点よりも前に生成された第１の動作モード情報から第２の動作モード情報が生成されるので、第２の動作モード情報を用いて第２の機器をユーザの好みに合わせて制御することができる。
【００４１】
また、上記の機器制御方法において、前記第２の動作モード情報の生成は、前記第２の時点において前記第１の機器の使用状況に変化があったと判断された場合、前記第１の時点よりも前の前記ログ情報に基づき前記第１の動作モード情報を生成し、前記補正関数に基づき、生成した前記第１の動作モード情報から前記第２の動作モード情報を生成してもよい。
【００４２】
この構成によれば、第２の動作モード情報の生成において、第２の時点において第１の機器の使用状況に変化があったと判断された場合、第１の時点よりも前のログ情報に基づき第１の動作モード情報が生成され、補正関数に基づき、生成された第１の動作モード情報から第２の動作モード情報が生成される。
【００４３】
したがって、第２の時点において第１の機器の使用状況に変化があったと判断された場合、第１の機器が劣化した第１の時点よりも前のログ情報に基づき生成された第１の動作モード情報から第２の動作モード情報が生成されるので、第２の動作モード情報を用いて第２の機器をユーザの好みに合わせて制御することができる。
【００４４】
また、上記の機器制御方法において、前記第２の時点が存在するか否かの判断は、前記第１の時点よりも前に生成された前記第１の動作モード情報と、前記第１の動作モード情報の直前の前記第１の動作モード情報との類似度が所定値より低い場合、前記第２の時点が存在すると判断してもよい。
【００４５】
この構成によれば、第２の時点が存在するか否かの判断において、第１の時点よりも前に生成された第１の動作モード情報と、第１の動作モード情報の直前の第１の動作モード情報との類似度が所定値より低い場合、第２の時点が存在すると判断される。
【００４６】
したがって、第１の時点よりも前に生成された第１の動作モード情報が直前の第１の動作モード情報から変化した第２の時点を容易に検出することができる。
【００４７】
また、上記の機器制御方法において、前記機器制御装置は、前記第１の機器と前記第２の機器とに関連付けられた携帯端末に通信可能に接続され、さらに、前記第２の動作モード情報が前記第２の機器へ送信された際、前記第２の機器を前記第２の動作モード情報を用いて動作させることをユーザに通知するための通知情報を前記携帯端末へ送信してもよい。
【００４８】
この構成によれば、機器制御装置は、第１の機器と第２の機器とに関連付けられた携帯端末に通信可能に接続されている。第２の動作モード情報が第２の機器へ送信された際、第２の機器を第２の動作モード情報を用いて動作させることをユーザに通知するための通知情報が携帯端末へ送信される。
【００４９】
したがって、第２の機器を第２の動作モード情報を用いて動作させることをユーザに通知することができる。
【００５０】
また、上記の機器制御方法において、前記携帯端末は、前記機器制御装置によって送信された前記通知情報を表示してもよい。
【００５１】
この構成によれば、携帯端末において、機器制御装置によって送信された通知情報が表示されるので、ユーザは、第２の機器を第２の動作モード情報を用いて動作させることを視認することができる。
【００５２】
本開示の他の態様に係る機器制御装置は、第１の機器に替えて接続された第２の機器を制御する機器制御装置であって、プロセッサと、メモリと、通信部と、を備え、前記メモリは、前記第１の機器の性能を示す第１の性能情報と前記第２の機器の性能を示す第２の性能情報とを記憶し、前記プロセッサは、前記第１の性能情報と前記第２の性能情報との差分に基づき補正関数を生成し、前記補正関数に基づき、前記第１の機器のログ情報に基づいて生成される前記第１の機器を第１の設定で動作させるための第１の動作モード情報から、前記第２の機器を前記第１の設定に対応する第２の設定で動作させるための第２の動作モード情報を生成し、前記通信部は、前記第２の動作モード情報を前記第２の機器へ送信する。
【００５３】
この構成によれば、メモリは、第１の機器の性能を示す第１の性能情報と第２の機器の性能を示す第２の性能情報とを記憶している。そして、プロセッサによって、第１の性能情報と第２の性能情報との差分に基づき補正関数が生成され、補正関数に基づき、第１の機器のログ情報に基づいて生成される第１の機器を第１の設定で動作させるための第１の動作モード情報から、第２の機器を第１の設定に対応する第２の設定で動作させるための第２の動作モード情報が生成される。通信部によって、第２の動作モード情報が第２の機器へ送信される。
【００５４】
したがって、第１の性能情報と第２の性能情報との差分に基づき生成された補正関数に基づき、第１の機器のログ情報に基づいて生成される第１の機器を第１の設定で動作させるための第１の動作モード情報から、第２の機器を第１の設定に対応する第２の設定で動作させるための第２の動作モード情報が生成されるので、第１の機器が第２の機器に替えられる際に、第１の機器の性能と第２の機器の性能との差分を考慮して、第１の機器の設定内容を第２の機器に移植することができ、ユーザの好みに応じた最適な環境を提供することができる。
【００５５】
本開示の他の態様に係る機器制御システムは、第１の機器に替えて接続された第２の機器と、前記第２の機器を制御する機器制御装置と、を備え、前記機器制御装置は、前記第１の機器の性能を示す第１の性能情報と前記第２の機器の性能を示す第２の性能情報とを取得し、前記第１の性能情報と前記第２の性能情報との差分に基づき補正関数を生成し、前記補正関数に基づき、前記第１の機器のログ情報に基づいて生成される前記第１の機器を第１の設定で動作させるための第１の動作モード情報から、前記第２の機器を前記第１の設定に対応する第２の設定で動作させるための第２の動作モード情報を生成し、前記第２の動作モード情報を前記第２の機器へ送信し、前記第２の機器は、前記機器制御装置によって送信された前記第２動作モード情報を受信し、前記第２動作モード情報を用いて前記第２の機器の動作を制御する。
【００５６】
この構成によれば、機器制御装置において、第１の機器の性能を示す第１の性能情報と第２の機器の性能を示す第２の性能情報とが取得される。第１の性能情報と第２の性能情報との差分に基づき補正関数が生成され、補正関数に基づき、第１の機器のログ情報に基づいて生成される第１の機器を第１の設定で動作させるための第１の動作モード情報から、第２の機器を第１の設定に対応する第２の設定で動作させるための第２の動作モード情報が生成される。第２の動作モード情報が第２の機器へ送信される。第２の機器において、機器制御装置によって送信された第２動作モード情報が受信される。第２動作モード情報を用いて第２の機器の動作が制御される。
【００５７】
したがって、第１の性能情報と第２の性能情報との差分に基づき生成された補正関数に基づき、第１の機器のログ情報に基づいて生成される第１の機器を第１の設定で動作させるための第１の動作モード情報から、第２の機器を第１の設定に対応する第２の設定で動作させるための第２の動作モード情報が第１の動作モード情報から生成されるので、第１の機器が第２の機器に替えられる際に、第１の機器の性能と第２の機器の性能との差分を考慮して、第１の機器の設定内容を第２の機器に移植することができ、ユーザの好みに応じた最適な環境を提供することができる。
【００５８】
以下添付図面を参照しながら、本開示の実施の形態について説明する。なお、以下の実施の形態は、本開示を具体化した一例であって、本開示の技術的範囲を限定するものではない。
【００５９】
（実施の形態）
まず、本開示に係る機器制御システムについて、図面を参照しながら説明する。
【００６０】
図１は、本開示の実施の形態における機器制御システムの全体構成を示す図である。機器制御システム１０は、サーバ１００、第１の機器２００、第２の機器３００及び携帯端末４００を備える。さらに、機器制御システム１０は、第１の機器２００及び第２の機器３００をそれぞれリモートコントロールするための第１の操作機器５００及び第２の操作機器６００を備える。
【００６１】
第１の機器２００、第２の機器３００及び携帯端末４００は、ネットワーク２０を介してサーバ１００と通信可能に接続される。ネットワーク２０は、例えばインターネットである。
【００６２】
本実施の形態では、第１の機器２００及び第２の機器３００は、例えば、空気調和機であるが、これは一例にすぎず、洗濯機、炊飯器、空気清浄機又は食器洗浄機などの家電機器であってもよく、家電機器以外の機器であってもよい。
【００６３】
本実施の形態において、ユーザは、初めに、第１の機器２００を使用している。数年後、何らかの理由により、ユーザは、第２の機器３００を新しく購入し、第１の機器２００の替わりに第２の機器３００を設置する。その際、第１の機器２００は、廃棄処分、又は他の場所へ移設される。
【００６４】
まず、第１の機器２００の使用を開始する際、ユーザは、携帯端末４００を用いて、第１の機器２００に関する情報をサーバ１００に登録する。
【００６５】
次に、ユーザは、第１の機器２００を自動モードで動作させる。そして、ユーザは、必要に応じて、第１の操作機器５００又は携帯端末４００を用いて、第１の機器２００を操作し、設定を変更する。携帯端末４００からの操作の場合、ユーザは、携帯端末４００において制御内容を設定する。制御内容は、サーバ１００を経由して、第１の機器２００へ送信される。
【００６６】
第１の機器２００は、上記のようにユーザの操作による状態変化が発生すると、機器の操作履歴として、サーバ１００へ状態変化通知を送信する。また、第１の機器２００は、一定時間毎、例えば５分毎に、サーバ１００へ第１の機器２００の定期状態通知を送信する。
【００６７】
サーバ１００は、第１の機器２００から受信する状態変化通知又は定期状態通知に基づき、ユーザの好みに合わせて自動モードで用いる関数（以下、“自動モード関数”という）を更新して、第１の機器２００へ送信する。第１の機器２００は、既存の自動モード関数をサーバ１００から受信した最新の自動モード関数に更新する。なお、更新周期は、１週間であってもいいし、それ以外の周期であってもよい。
【００６８】
そして、ユーザが第１の機器２００を使用してから数年経過し、ユーザは、何らかの理由により、第１の機器２００と同じ場所に、第１の機器２００に替えて第２の機器３００を設置する。
【００６９】
このとき、ユーザは、第２の機器３００に関する情報をサーバ１００に登録し、使用を開始する。ユーザは、機器登録画面に従い、第１の機器２００で用いていた自動モード関数を第２の機器３００へ移植するための操作を行う。
【００７０】
ここで、自動モードにおける制御としては、例えば、外気温又は室内温度などのセンサ情報によって、設定温度、風量及び風向を自動で設定し、室内温度が設定温度になると風量を弱めたり、外気温が変化すると追随して設定温度を自動で変化させたりするような制御がある。
【００７１】
以下では、第１の機器２００が第２の機器３００に入れ替えられ、第１の機器２００の自動モード関数が、第２の機器３００の自動モードでも使用可能なように補正される機器制御システム１０の動作を説明する。
【００７２】
図２は、本実施の形態の機器制御システムにおけるサーバの構成を示す図である。
【００７３】
サーバ１００は、制御部１、メモリ２及び通信部１０１を備える。なお、サーバ１００は、機器制御装置の一例である。制御部１は、自動モード関数生成部１０２、変化点検出部１０３及び性能差補正部１０４を備える。メモリ２は、補正関数記憶部１０５、自動モード関数ＤＢ（データベース）１０６、機器ログＤＢ１０７、ユーザ情報ＤＢ１０８及び製品情報ＤＢ１０９を備える。
【００７４】
また、自動モード関数生成部１０２、変化点検出部１０３及び性能差補正部１０４は、サーバ１００内の制御部１がこれらの機能を備えることによって実装される。制御部１は、例えば、ＣＰＵ（中央演算処理装置）又はマイクロコントローラといったプロセッサである。また、補正関数記憶部１０５、自動モード関数ＤＢ１０６、機器ログＤＢ１０７、ユーザ情報ＤＢ１０８及び製品情報ＤＢ１０９は、サーバ１００内のメモリ２がこれらの機能を備えることによって実装される。ここで、メモリ２は、例えば、書き換え可能な不揮発性の記憶装置である。
【００７５】
通信部１０１は、第１の機器２００の登録時に、携帯端末４００から、第１の機器２００の登録情報を受信する。登録情報は、ユーザＩＤ、機器ＩＤ及び設置場所などのユーザに関する情報及び第１の機器２００に関する情報を含む。
【００７６】
また、ユーザが第１の機器２００の使用を開始すると、通信部１０１は、第１の機器２００から第１の機器２００の状態変化通知又は定期状態通知を受信する。また、通信部１０１は、携帯端末４００から制御内容を受信し、受信した制御内容を第１の機器２００へ送信する。制御内容は、例えば、ＯＮ操作、ＯＦＦ操作、温度、風量及び風向などの設定情報を含む。
【００７７】
さらに、通信部１０１は、サーバ１００内で生成された自動モード関数を第１の機器２００へ送信する。
【００７８】
自動モード関数生成部１０２は、第１の機器２００から受信する状態変化通知又は定期状態通知を基に、第１の機器２００に予め記憶されている初期の自動モード関数から、ユーザの好みに合わせた自動モード関数を生成する。そして、自動モード関数生成部１０２は、自動モード関数ＤＢ１０６内の、第１の機器２００の機器ＩＤを示すテーブルに生成した自動モード関数を追加する。自動モード関数生成部１０２は、生成した自動モード関数を通信部１０１へ出力し、通信部１０１は、自動モード関数を第１の機器２００へ送信する。自動モード関数ＤＢ１０６内のテーブルの詳細については、自動モード関数ＤＢ１０６の説明において記述する。
【００７９】
また、自動モード関数生成部１０２は、第１の機器２００の自動モード関数を第２の機器３００へ移植する際に、第１の機器２００の登録時点から、変化点検出部１０３から入力された第１の機器２００が劣化したと推定される時点までの第１の機器２００の操作履歴を機器ログＤＢ１０７から抽出し、抽出した操作履歴を用いて第２の機器３００の自動モード関数を生成する。
【００８０】
図３は、本実施の形態において、自動モード関数を生成する例について説明するための図である。ここでは、ユーザが、２０１７年７月８日に第１の機器２００を新規に購入し、２０２３年７月に第２の機器３００に買い替える場合について説明する。また、簡単のため、自動モードを表現する関数は、回帰曲線になる例を用いて説明するが、自動モードを表現する関数は、回帰曲線に限らず、より高次元の関数であってもよい。自動モード関数が高次元で表現されることにより、関数を表現するパラメータが多くなり、より細かなカスタマイズ及び制御が可能になる。なお、本実施の形態では、自動モードは、関数で表現されるが、本開示は特にこれに限定されない。
【００８１】
第１の機器２００が新規購入された時点では、初期関数として下記の式（１）で表される関数が設定されている。
【００８２】
ｆ０（ｘ１，・・・，ｘｎ）      ・・・（１）
【００８３】
初期関数は、一般的に人が快適と感じるように設計されている。そして、自動モード関数生成部１０２は、第１の機器２００から受信する状態変化通知又は定期状態通知を基に、第１の機器２００に予め記憶されている初期関数をユーザの好みに合わせて更新することにより、下記の式（２）に示す関数が更新される。
【００８４】
ｆｉ（ｘ１，・・・，ｘｎ）      ・・・（２）
【００８５】
２０１７年８月１日の時点では、自動モード関数生成部１０２は、下記の式（３）及び式（３）の生成日から２０１７年７月３１日までの操作履歴を基に、式（２）を算出する。
【００８６】
ｆｉ−１（ｘ１，・・・，ｘｎ）      ・・・（３）
【００８７】
自動モード関数生成部１０２は、各年及び各季節の操作履歴及びセンサ情報を基に、初期関数を微調整する。なお、自動モード関数は、例えば、１週間に１回更新する。１週間の間にユーザが操作した履歴が全くなければ、現行の自動モード関数が踏襲される。
【００８８】
図４は、本実施の形態において、自動モード関数生成部によって生成される自動モード関数の一例を示す図である。図４に示す関数は、回帰曲面で表される。室内温度と、外気温と、運転経過時間との時系列の変化をプロットしたとき、季節が冬である場合、空気調和機の電源をＯＮにした直後は、外気温及び室内温度が共に低く、時間の経過と共に、室内温度が上がっていく。また、季節が夏である場合、空気調和機の電源をＯＮにした直後は、外気温及び室内温度が共に高く、時間の経過と共に、室内温度が下がっていく。さらに、回帰曲面と併せて、設定温度との差を点の大きさで表現してもよい。また、上記の説明では、実際の温度変化をプロットしているが、実際の設定温度の変化など、別の項目により軸を決定してもよいし、可視化する関数として、変数を色又は厚みなどで表す高次元図形で表現してもよい。
【００８９】
変化点検出部１０３は、第１の機器２００の自動モード関数を第２の機器３００へ移植する際に、第１の機器２００が劣化したと推定される時点、及び第１の機器２００の劣化の予兆が現れた時点を検出する。変化点検出部１０３は、劣化したと推定される時点を検出すると、劣化したと推定される時点より前の最新の自動モード関数を自動モード関数ＤＢ１０６から抽出し、性能差補正部１０４へ出力する。このとき、変化点検出部１０３は、劣化したと推定される時点を表す情報を、自動モード関数生成部１０２へ出力してもよい。
【００９０】
性能差補正部１０４は、製品情報ＤＢ１０９に記憶されている複数の機器のすべての組み合わせにおける機器同士の性能差を補正するための補正関数を生成する。性能差補正部１０４は、第１の機器２００及び第２の機器３００を含む複数の機器のそれぞれの性能を示す複数の性能情報を取得する。性能差補正部１０４は、複数の機器のそれぞれの組合せの性能情報の差分に基づき、複数の補正関数を生成する。
【００９１】
性能差補正部１０４は、第１の機器２００の性能を示す第１の性能情報と第２の機器３００の性能を示す第２の性能情報とを取得する。性能差補正部１０４は、第１の性能情報と第２の性能情報との差分に基づき補正関数を生成する。性能差補正部１０４は、複数の補正関数の中から、第１の機器２００と第２の機器３００との組合せに対応する補正関数を抽出する。
【００９２】
図５は、第１の機器及び第２の機器が空気調和機である場合に、風量の性能の差分を補正するための補正関数の生成を説明するための図である。第１の機器２００は、２０１７年モデルＡシリーズの空気調和機であり、第２の機器３００は、２０２３年モデルＡシリーズの空気調和機である。第１の機器２００の性能と第２の機器３００の性能とでは、風の循環効率を上げるなどの性能向上により、２０１７年モデルの“強風”に対応する風量は、２０２３年モデルの“やや強風”に対応する風量と同じとなるように設計変更されている（風量数値レベル５）。また、同様の性能向上の理由により、風量のバリエーションが増え（風量数値レベル１〜４）、より弱い風量設定及びより細かな風量設定が可能になっている。
【００９３】
図６は、第１の機器の性能と第２の機器の性能との差分による制御の違いを説明するための図である。図６において、第１の機器２００を制御する場合と第２の機器３００を制御する場合とでは、外気温の時間変化は同じであり、設定温度の時間変化も同じである。この場合、２０１７年モデルＡシリーズの第１の機器２００では、“強”の風量で制御していた期間が、２０２３年モデルＡシリーズの第２の機器３００では、“やや強”の風量で制御される。性能差補正部１０４は、第２の機器３００の性能と第１の機器２００の性能との差分を吸収するように補正関数を生成する。
【００９４】
以下に、２０１７年モデルＡシリーズの１４畳用の第１の機器２００の性能と、２０２３年モデルＡシリーズの１４畳用の第２の機器３００の性能との差分を補正するための補正関数を生成する例について説明する。
【００９５】
２０１７年モデルＡシリーズの１４畳用の第１の機器２００の各設定風量の関数は、下記の式（４）で表され、２０２３年モデルＡシリーズの１４畳用の第２の機器３００の各設定風量の関数は、下記の式（５）で表される。
【００９６】
【数１】
2019115028.tif 000003
【００９７】
【数２】
2019115028.tif 000004
【００９８】
このとき、式（４）を式（５）へ変換する式は、下記の式（６）のように表現される。
【００９９】
ｇ２３Ａ１４＿ｉ（ｘ１，ｘ２，・・・，ｘｎ）＝α１７Ａ２３Ａ（ｘ１，ｘ２，・・・，ｘｎ）・ｇ１７Ａ１４＿ｊ（ｘ１，ｘ２，・・・，ｘｎ）      ・・・（６）
【０１００】
そして、補正関数は、下記の式（７）で表される。
【０１０１】
αｉｊ（ｘ１，ｘ２，・・・，ｘｎ）      ・・・（７）
【０１０２】
性能差補正部１０４は、補正関数を生成すると、生成した補正関数を補正関数記憶部１０５に記憶する。
【０１０３】
また、自動モード関数生成部１０２は、第１の機器２００の自動モード関数を第２の機器３００へ移植する際、第１の機器２００の性能と第２の機器３００の性能との差分を補正するための補正関数を補正関数記憶部１０５から抽出し、抽出した補正関数に基づいて第１の機器２００の自動モード関数を補正する。
【０１０４】
自動モード関数生成部１０２は、性能差補正部１０４によって生成された補正関数に基づき、第１の機器２００のログ情報に基づいて生成される第１の機器２００を第１の設定で動作させるための第１の動作モード情報から、第２の機器３００を第１の設定に対応する第２の設定で動作させるための第２の動作モード情報を生成する。第１の動作モード情報は、第１の自動モード関数であり、第２の動作モード情報は、第２の自動モード関数である。通信部１０１は、自動モード関数生成部１０２によって生成された第２の自動モード関数（第２の動作モード情報）を第２の機器３００へ送信する。
【０１０５】
また、変化点検出部１０３は、過去に第１の機器２００によって測定されたセンサ値に異常が発生した第１の時点を検出する。自動モード関数生成部１０２は、複数の第１の自動モード関数の中から第１の時点よりも前に生成された第１の自動モード関数を抽出し、補正関数に基づき、抽出した第１の自動モード関数から第２の自動モード関数を生成する。なお、自動モード関数生成部１０２は、第１の時点よりも前の第１の機器２００のログ情報に基づき第１の自動モード関数を生成し、補正関数に基づき、生成した第１の自動モード関数から第２の自動モード関数を生成してもよい。
【０１０６】
さらに、変化点検出部１０３は、複数の第１の自動モード関数のうち、第１の時点よりも前に生成された第１の自動モード関数が直前の第１の自動モード関数から変化した第２の時点が存在するか否かを判断してもよい。そして、自動モード関数生成部１０２は、第２の時点が存在すると判断された場合、複数の第１の自動モード関数の中から第２の時点よりも前に生成された第１の自動モード関数を抽出し、補正関数に基づき、抽出した第１の自動モード関数から第２の自動モード関数を生成してもよい。
【０１０７】
また、自動モード関数生成部１０２は、第２の時点が存在しないと判断された場合、複数の第１の自動モード関数の中から第１の時点よりも前に生成された第１の自動モード関数を抽出し、補正関数に基づき、抽出した第１の自動モード関数から第２の自動モード関数を生成してもよい。また、自動モード関数生成部１０２は、第２の時点が存在しないと判断された場合、第１の時点よりも前の第１の機器２００のログ情報に基づき第１の自動モード関数を生成し、補正関数に基づき、生成した第１の自動モード関数から第２の自動モード関数を生成してもよい。
【０１０８】
さらにまた、変化点検出部１０３は、第２の時点が存在すると判断された場合、第２の時点において第１の機器２００の使用状況に変化があったか否かを判断してもよい。自動モード関数生成部１０２は、第２の時点において第１の機器２００の使用状況に変化がなかったと判断された場合、複数の第１の自動モード関数の中から第２の時点よりも前に生成された第１の自動モード関数を抽出し、補正関数に基づき、抽出した第１の自動モード関数から第２の自動モード関数を生成してもよい。
【０１０９】
また、自動モード関数生成部１０２は、第２の時点において第１の機器２００の使用状況に変化があったと判断された場合、複数の第１の自動モード関数の中から第１の時点よりも前に生成された第１の自動モード関数を抽出し、補正関数に基づき、抽出した第１の自動モード関数から第２の自動モード関数を生成してもよい。また、自動モード関数生成部１０２は、第２の時点において第１の機器２００の使用状況に変化があったと判断された場合、第１の時点よりも前の第１の機器２００のログ情報に基づき第１の自動モード関数を生成し、補正関数に基づき、生成した第１の自動モード関数から第２の自動モード関数を生成してもよい。
【０１１０】
変化点検出部１０３は、第１の時点よりも前に生成された第１の自動モード関数と、第１の自動モード関数の直前の第１の自動モード関数との類似度が所定値より低い場合、第２の時点が存在すると判断する。
【０１１１】
なお、補正関数に関しては、補正関数記憶部１０５の説明において、詳細に説明する。
【０１１２】
補正関数記憶部１０５は、性能差補正部１０４によって生成された補正関数を記憶する。また、第１の機器２００の自動モード関数を第２の機器３００へ移植する際、性能差補正部１０４は、補正関数記憶部１０５を参照し、補正関数を抽出する。
【０１１３】
図７は、本実施の形態において、補正関数記憶部に記憶されるテーブルの一例を示す図である。補正関数記憶部１０５が記憶するテーブルは、複数の機器と複数の機器とを対応付けた対応表になっており、性能差補正部１０４によって生成された補正関数は、下記の式（８）で表される。
【０１１４】
αｉｊ・・・（８）
【０１１５】
図７では、２０１７年モデルＡシリーズの機器は、“１７Ａ”と表され、２０２３年モデルＡシリーズの機器は、“２３Ａ”と表される。例えば、２０１７年モデルＡシリーズの機器（１７Ａ）の性能と２０２３年モデルＡシリーズの機器（２３Ａ）の性能との差分を補正するための補正関数は、下記の式（９）となる。
【０１１６】
α１７Ａ２３Ａ・・・（９）
【０１１７】
図７では、モデル及びシリーズの対応表を示しているが、部屋の大きさなどの空気調和機の他の性能を示すパラメータの対応表を作成してもよい。
【０１１８】
自動モード関数ＤＢ１０６は、初期の自動モード関数とともに、各機器が過去に生成した自動モード関数を記憶する。自動モード関数ＤＢ１０６は、第１の機器２００を第１の設定で動作させるための第１の動作モード情報を記憶する。第１の動作モード情報は、第１の自動モード関数である。第１の自動モード関数は、第１の機器２００のログ情報に基づき生成される。
【０１１９】
図８は、本実施の形態において、自動モード関数ＤＢに記憶されるテーブルの一例を示す図であり、図９は、本実施の形態において、自動モード関数ＤＢに記憶されるテーブルの他の例を示す図である。自動モード関数ＤＢ１０６は、機器を識別するための機器ＩＤと、自動モード関数の更新日と、自動モード関数とを対応付けて記憶する。また、図９に示すように、自動モード関数ＤＢ１０６は、機器ＩＤと、自動モード関数の最終更新日と、機器ＩＤに対応する自動モード関数の履歴が格納されたファイルを特定するためのファイルパスとを対応付けて記憶する。自動モード関数の履歴は、ファイルパスによって特定されるメモリ２内の所定の位置にファイル形式で記憶される。なお、自動モード関数の記憶方法はこれらに限定されない。
【０１２０】
機器ログＤＢ１０７は、各機器から受信した状態変化通知及び定期状態通知を格納する。機器ログＤＢ１０７は、第１の機器２００又は第２の機器３００によって送信されたログ情報を記憶する。
【０１２１】
図１０は、本実施の形態において、機器ログＤＢに記憶されるテーブルの一例を示す図である。機器ログＤＢ１０７は、時刻、ＯＮ／ＯＦＦ操作、自動モード及び手動モードのいずれで制御されるかを示す制御モード、設定風向、設定風量、設定温度、自動モードにおける冷房運転、暖房運転及び除湿運転のいずれかを示す運転モード、自動モードにおける設定風向、自動モードにおける設定風量、自動モードにおける設定温度、外気温、室内温度、湿度、運転モードが変更されたか否かを示す運転モード変更フラグ、風向が変更されたか否かを示す風向変更フラグ、風量が変更されたか否かを示す風量変更フラグ、温度が変更されたか否かを示す温度変更フラグ、ユーザによる操作であるか否かを示すユーザ操作フラグ、及び遠隔操作が行われたか否かを示す遠隔操作フラグなどを含む。外気温、室内温度及び湿度は、第１の機器２００のセンサ２０５で測定されたセンサ値である。
【０１２２】
例えば、２０１７年７月８日１８時００分１５秒に空気調和機の運転が自動モードで開始された場合、まず、空気調和機は、自動モードにより運転される。そして、ユーザは、１８時３０分００秒に、風向を下向きに変更するとともに、風量を弱に変更する。その結果、時刻が１８時３０分００秒であり、ユーザ操作フラグが“１”の状態であり、風向及び風量の内容が変化した行が機器ログＤＢ１０７に追加される。
【０１２３】
状態変化通知又は定期状態通知に含まれるログ情報は、上記の他に、配管温度、温感センサの値及び人感センサの値などの機器の内部又は外部に設けられた種々のセンサのセンサ値を含んでもよい。また、センサ値は、第１の機器２００の外部に設けられたセンサで測定されてもよい。
【０１２４】
ユーザ情報ＤＢ１０８は、ユーザの所持する機器に関する情報、及び携帯端末又はブラウザの閲覧が可能な端末から入力されたユーザの属性情報を記憶する。
【０１２５】
図１１は、本実施の形態において、ユーザ情報ＤＢに記憶されるテーブルの一例を示す図である。ユーザ情報ＤＢ１０８は、ユーザを識別するためのユーザＩＤ、性別、生年月日、機器ＩＤ、機器の品番、購入日、及び設置場所を含む。ユーザ情報ＤＢ１０８には、例えば、ユーザＩＤが“１２３”であるユーザは、１９７７年１月３１日生まれの男性であり、当該ユーザが所有する機器は、機器ＩＤが“ａａａ”であり、品番が“１７ＡＡｘｘｘ”であり、購入日が２０１７年７月８日であり、設置場所がリビングであることが記憶される。なお、ユーザの属性情報としては、世帯構成などを含んでもよく、これらに限定されない。
【０１２６】
製品情報ＤＢ１０９は、機器の製品に関する情報を格納する。製品情報ＤＢ１０９は、第１の機器２００の性能を示す第１の性能情報と第２の機器３００の性能を示す第２の性能情報とを記憶する。
【０１２７】
図１２は、本実施の形態において、製品情報ＤＢに記憶されるテーブルの一例を示す図である。製品情報ＤＢ１０９は、品番、モデル（年）、シリーズ、畳数及び性能情報を含む。図１２に示す製品情報ＤＢ１０９からは、例えば、品番が“１７ＡＡｘｘｘ”である機器は、２０１７年モデルであり、Ａシリーズであり、１４畳の広さに対応していることが分かる。なお、全部の家電機器を総合した製品情報が記憶される場合には、製品情報ＤＢ１０９は、空気調和機などの家電機器の種類を示す項目を含んでもよい。
【０１２８】
また、性能情報は、基準となる風量数値と、各機器の風量値とを対応付けた風量性能を含む。例えば、図５に示すように、風量性能は、各機器の風量値が、７段階の風量数値のうちのどの風量数値に対応するかを示す情報である。なお、性能情報は、風量性能に限定されない。
【０１２９】
続いて、第１の機器２００の構成について説明する。
【０１３０】
図１３は、本実施の形態の機器制御システムにおける第１の機器の構成を示す図であり、図１４は、本実施の形態の機器制御システムにおける第２の機器の構成を示す図である。
【０１３１】
第１の機器２００は、通信部２０１、運転制御部２０２、自動モード関数記憶部２０３、入出力部２０４及びセンサ２０５を備える。
【０１３２】
第２の機器３００は、通信部３０１、運転制御部３０２、自動モード関数記憶部３０３、入出力部３０４及びセンサ３０５を備える。なお、第２の機器３００の通信部３０１、運転制御部３０２、自動モード関数記憶部３０３、入出力部３０４及びセンサ３０５は、第１の機器２００の通信部２０１、運転制御部２０２、自動モード関数記憶部２０３、入出力部２０４及びセンサ２０５と同様の構成であり、かつ動作も同様のため、説明を省略する。
【０１３３】
通信部２０１は、運転制御部２０２から入力された第１の機器２００の状態変化通知又は定期状態通知をサーバ１００へ送信する。また、通信部２０１は、携帯端末４００から遠隔で送信された制御内容をサーバ１００から受信し、運転制御部２０２へ出力する。
【０１３４】
さらに、通信部２０１は、サーバ１００内で生成された自動モード関数をサーバ１００から受信し、受信した自動モード関数を自動モード関数記憶部２０３に記憶する。
【０１３５】
運転制御部２０２は、ユーザの操作内容又は自動モード関数の制御に基づき、制御内容を入出力部２０４へ出力し、第１の機器２００の運転を制御する。ユーザの操作内容は、第１の操作機器５００又は携帯端末４００によって入力される。第１の操作機器５００によって操作内容が入力された場合には、運転制御部２０２は、入出力部２０４から操作内容を取得する。また、携帯端末４００によって操作内容が入力された場合には、運転制御部２０２は、通信部２０１から操作内容を取得する。また、自動モード制御の際、運転制御部２０２は、自動モード関数記憶部２０３に記憶されている自動モード関数を用いて制御内容を決定し、制御内容を入出力部２０４へ出力し、第１の機器２００の運転を制御する。
【０１３６】
運転制御部２０２は、例えば、ＣＰＵ又はマイクロコントローラといったプロセッサである。
【０１３７】
自動モード関数記憶部２０３は、第１の機器２００の自動運転を制御するための自動モード関数を記憶する。自動モード関数記憶部２０３は、初期関数として、一般にユーザが快適と感じるように制御するための自動モード関数を記憶している。サーバ１００が自動モード関数を生成する毎に、通信部２０１によって受信された最新の自動モード関数が通信部２０１から入力され、上書きされる。
【０１３８】
また、自動モード関数記憶部２０３は、運転制御部２０２が自動モード制御を行う際に運転制御部２０２によって参照される。
【０１３９】
自動モード関数記憶部２０３は、例えば、書き換え可能な不揮発性の記憶装置である。
【０１４０】
入出力部２０４は、第１の操作機器５００から操作内容を受信し、受信した操作内容を運転制御部２０２へ出力する。また、入出力部２０４は、運転制御部２０２から入力された制御内容を第１の機器２００の外部へ出力する。入出力部２０４は、例えば赤外線通信により、第１の操作機器５００から操作内容を受信するとともに、第１の操作機器５００へ制御内容を送信する。
【０１４１】
センサ２０５は、第１の機器２００に設けられた種々のセンサを含み、例えば、外気温、室内温度及び室内湿度を測定する。センサ２０５は、測定したセンサ値を運転制御部２０２へ出力する。なお、センサ２０５によって測定されるセンサ値は、外気温、室内温度及び室内湿度に限定されない。
【０１４２】
図１５は、本実施の形態の機器制御システムにおける携帯端末の構成を示す図である。
【０１４３】
携帯端末４００は、例えば、スマートフォン、タブレット型コンピュータ又はパーソナルコンピュータである。携帯端末４００は、通信部４０１、制御部４０２及び入出力部４０３を備える。制御部４０２は、例えば、ＣＰＵ又はマイクロコントローラといったプロセッサであり、情報生成部４０４を備える。サーバ１００は、第１の機器２００と第２の機器３００とに関連付けられた携帯端末４００に通信可能に接続される。
【０１４４】
通信部４０１は、サーバ１００へ種々の情報を送信するとともに、サーバ１００から種々の情報を受信する。機器登録時において、通信部４０１は、ユーザに関するユーザ情報及び第１の機器２００に関する機器情報を情報生成部４０４から取得し、サーバ１００へ送信する。機器制御時において、通信部４０１は、第１の機器２００を操作するための操作内容を情報生成部４０４から取得し、サーバ１００へ送信する。また、機器登録時又は機器制御時において、通信部４０１は、サーバ１００との通信において発生するフィードバックをサーバ１００から受信し、情報生成部４０４へ出力する。
【０１４５】
情報生成部４０４は、ユーザの操作によって入出力部４０３から入力される情報を通信部４０１へ出力する。機器登録時に入出力部４０３から入力される情報は、ユーザに関するユーザ情報及び第１の機器２００に関する機器情報である。また、機器制御時に入出力部４０３から入力される情報は、第１の機器２００に対する操作内容である。また、情報生成部４０４は、通信部４０１から入力されたサーバ１００との通信において発生するフィードバックを入出力部４０３へ出力する。
【０１４６】
入出力部４０３は、例えば、キーボード、マウス、タッチパネル又は液晶表示装置である。
【０１４７】
入出力部４０３は、ユーザによる情報の入力を受け付け、入力された情報を情報生成部４０４へ出力する。機器登録時において、入出力部４０３は、ユーザに関するユーザ情報及び第１の機器２００に関する機器情報のユーザ入力を受け付ける。機器制御時において、入出力部４０３は、第１の機器２００に対する操作内容のユーザ入力を受け付ける。また、入出力部４０３は、情報生成部４０４から入力されたサーバ１００からのフィードバックを表示する。
【０１４８】
通信部４０１は、第２の機器３００を自動モード関数（第２の動作モード情報）を用いて動作させることをユーザに通知するための通知情報をサーバ１００から受信する。入出力部４０３は、通信部４０１によって受信された通知情報を表示する。
【０１４９】
続いて、機器制御システム１０の動作について説明する。
【０１５０】
機器制御システム１０の動作は、機器登録処理、自動モード関数生成処理及び自動モード関数移植処理を含む。まずは、図１６を用いて、サーバ１００の処理の概要を説明する。
【０１５１】
図１６は、第２の機器を登録する際に実行される処理の一例を示すフローチャートである。
【０１５２】
まず、サーバ１００の通信部１０１は、第２の機器３００の登録を開始するための機器登録開始指示を携帯端末４００から受信したか否かを判断する（ステップＳ１）。ここで、機器登録開始指示を受信していないと判断された場合（ステップＳ１でＮＯ）、ステップＳ４に処理が移行する。
【０１５３】
一方、機器登録開始指示を受信したと判断された場合（ステップＳ１でＹＥＳ）、制御部１は、機器登録処理を行う（ステップＳ２）。機器登録時において、携帯端末４００は、ユーザによって入力された登録情報をサーバ１００へ送信する。登録情報は、ユーザＩＤ、機器ＩＤ及び設置場所などのユーザに関する情報及び第２の機器３００に関する情報を含む。サーバ１００の通信部１０１は、携帯端末によって送信された登録情報を受信し、ユーザ情報ＤＢ１０８に記憶する。機器登録処理は、ユーザに他の機器の自動モード関数を第２の機器３００に継承するか否かを確認する自動モード関数移植確認処理を含む。
【０１５４】
自動モード関数移植確認処理では、通信部１０１は、他の機器の自動モード関数を第２の機器３００に移植するか否かを確認するための確認要求を携帯端末４００に送信する。携帯端末４００の通信部４０１は、サーバ１００によって送信された確認要求を受信する。確認要求が受信されると、入出力部４０３は、他の機器の自動モード関数を第２の機器３００に移植するか否かを確認するための確認画面を表示する。
【０１５５】
図１７は、自動モード関数移植確認処理において携帯端末に表示される確認画面の一例を示す図である。
【０１５６】
携帯端末４００の入出力部４０３は、図１７に示す確認画面を表示する。確認画面では、他の機器で使っている自動モード関数を、新たに設置された機器でも使用するか否かのユーザ入力を受け付ける。ユーザは、他の機器の自動モード関数を第２の機器３００に移植するか否かを選択する。携帯端末４００の通信部４０１は、他の機器の自動モード関数を第２の機器３００に移植するか否かを示す応答情報をサーバ１００へ送信する。サーバ１００の通信部１０１は、携帯端末４００によって送信された応答情報を受信する。
【０１５７】
サーバ１００の自動モード関数生成部１０２は、自動モード関数移植確認処理の応答結果に基づいて、他の機器の自動モード関数を第２の機器３００に移植するか否かを判断する（ステップＳ３）。ここで、他の機器の自動モード関数を移植しないと判断された場合（ステップＳ３でＮＯ）、自動モード関数生成部１０２は、自動モード関数生成処理を行う（ステップＳ４）。そして、ステップＳ１に処理が戻り、同じ機器を使い続ける限り、自動モード関数生成処理が繰り返される。
【０１５８】
一方、他の機器の自動モード関数を移植すると判断された場合（ステップＳ３でＹＥＳ）、自動モード関数生成部１０２は、自動モード関数移植処理を行う（ステップＳ５）。自動モード関数移植処理は、移植元機器選択処理、変化点検出処理及び自動モード設定処理を含む。
【０１５９】
以下では、自動モード関数生成処理及び自動モード関数移植処理について、図面を用いて説明する。
【０１６０】
図１８は、機器制御システムにおける自動モード関数生成処理を説明するための第１のフローチャートであり、図１９は、機器制御システムにおける自動モード関数生成処理を説明するための第２のフローチャートである。なお、以下では、第１の機器２００で用いられる自動モード関数を生成する自動モード関数生成処理について説明する。
【０１６１】
まず、第１の機器２００の運転制御部２０２は、第１の操作機器５００又は携帯端末４００によるユーザ操作があったか否かを判断する（ステップＳ１１）。なお、ユーザ操作は、第１の機器２００のＯＮ操作、第１の機器２００のＯＦＦ操作、又は第１の機器２００の設定値の変更操作を指す。ここで、ユーザ操作があったと判断された場合（ステップＳ１１でＹＥＳ）、運転制御部２０２は、ユーザ操作によって変化した第１の機器２００のログ情報を含む状態変化通知を生成する（ステップＳ１２）。
【０１６２】
一方、ユーザ操作がないと判断された場合（ステップＳ１１でＮＯ）、運転制御部２０２は、前回の定期状態通知の生成から所定時間経過したか否かを判断する（ステップＳ１３）。なお、所定時間は、例えば５分である。ここで、前回の定期状態通知の生成から所定時間経過したと判断された場合（ステップＳ１３でＹＥＳ）、現在の第１の機器２００のログ情報を含む定期状態通知を生成する（ステップＳ１４）。一方、前回の定期状態通知の生成から所定時間経過していないと判断された場合（ステップＳ１３でＮＯ）、ステップＳ１１に処理が戻り、運転制御部２０２は、再度ユーザ操作があったか否かを判断する。
【０１６３】
次に、通信部２０１は、運転制御部２０２によって生成された状態変化通知又は定期状態通知をサーバ１００へ送信する（ステップＳ１５）。
【０１６４】
次に、サーバ１００の通信部１０１は、第１の機器２００によって送信された状態変化通知又は定期状態通知を受信する（ステップＳ１６）。
【０１６５】
次に、通信部１０１は、状態変化通知又は定期状態通知に含まれるログ情報を機器ログＤＢ１０７に記憶する（ステップＳ１７）。
【０１６６】
次に、自動モード関数生成部１０２は、前回の自動モード関数の生成から所定期間経過したか否かを判断する（ステップＳ１８）。なお、所定期間は、例えば１週間である。ここで、前回の自動モード関数の生成から所定期間経過していないと判断された場合（ステップＳ１８でＮＯ）、自動モード関数生成部１０２は、引き続き前回の自動モード関数の生成から所定期間経過したか否かを判断する。
【０１６７】
なお、本実施の形態では、前回の自動モード関数の生成から所定期間経過していないと判断された場合、所定期間経過するまでステップＳ１８の処理が繰り返されるが、本開示は特にこれに限定されず、前回の自動モード関数の生成から所定期間経過していないと判断された場合、自動モード関数生成処理が終了されてもよい。
【０１６８】
一方、前回の自動モード関数の生成から所定期間経過したと判断された場合（ステップＳ１８でＹＥＳ）、自動モード関数生成部１０２は、機器ログＤＢ１０７にユーザ操作による設定変更履歴があるか否かを判断する（ステップＳ１９）。ステップＳ１９の判断処理は、機器ログＤＢ１０７内のユーザ操作フラグが“１”であるログ情報が存在するか否かを判断することにより行われる。ここで、機器ログＤＢ１０７にユーザ操作による設定変更履歴がないと判断された場合（ステップＳ１９でＮＯ）、自動モード関数生成部１０２は、直前に生成された自動モード関数を自動モード関数ＤＢ１０６から抽出する（ステップＳ２０）。直前に生成された自動モード関数が抽出された場合、自動モード関数生成部１０２は、自動モード関数ＤＢ１０６の日付を更新するだけでもよいし、抽出した日付と抽出した自動モード関数とを対応付けて自動モード関数ＤＢ１０６に記憶してもよい。
【０１６９】
一方、機器ログＤＢ１０７にユーザ操作による設定変更履歴があると判断された場合（ステップＳ１９でＹＥＳ）、自動モード関数生成部１０２は、自動モード関数ＤＢ１０６から直前に生成された自動モード関数を抽出するとともに、機器ログＤＢ１０７から所定期間分のログ情報を抽出し、抽出した自動モード関数及びログ情報に基づいて、新しい自動モード関数を生成する（ステップＳ２１）。
【０１７０】
次に、自動モード関数生成部１０２は、生成した自動モード関数を自動モード関数ＤＢ１０６に記憶する（ステップＳ２２）。
【０１７１】
次に、通信部１０１は、自動モード関数生成部１０２によって抽出又は生成された自動モード関数を第１の機器２００へ送信する（ステップＳ２３）。
【０１７２】
次に、第１の機器２００の通信部２０１は、サーバ１００によって送信された自動モード関数を受信する（ステップＳ２４）。
【０１７３】
次に、通信部２０１は、受信した自動モード関数を自動モード関数記憶部２０３に記憶する（ステップＳ２５）。このとき、自動モード関数記憶部２０３に自動モード関数が既に記憶されている場合、受信された自動モード関数が、記憶されている自動モード関数に上書きされる。
【０１７４】
なお、サーバ１００において新しい自動モード関数が生成され、自動モード関数ＤＢ１０６の自動モード関数が更新された場合、自動モード関数が更新されたことをユーザに通知してもよい。
【０１７５】
図２０は、自動モード関数が更新されたことをユーザに通知するための通知画面の一例を示す図である。
【０１７６】
サーバ１００の通信部１０１は、第１の機器２００の自動モード関数が更新されたことを通知するための通知情報を携帯端末４００に送信する。携帯端末４００の通信部４０１は、サーバ１００によって送信された通知情報を受信する。通知情報が受信されると、入出力部４０３は、第１の機器２００の自動モード関数が更新されたことを通知するための通知画面を表示する。
【０１７７】
携帯端末４００の入出力部４０３は、図２０に示す通知画面を表示する。図２０に示す通知画面では、第１の機器２００の自動モード関数が更新されたことが通知される。
【０１７８】
また、サーバ１００において新しい自動モード関数が生成された場合、第１の機器２００自動モード関数を、新しい自動モード関数に更新してもよいか否かをユーザに確認してもよい。
【０１７９】
図２１は、第１の機器の自動モード関数を更新するか否かを確認するための確認画面の一例を示す図である。
【０１８０】
サーバ１００の通信部１０１は、第１の機器２００の自動モード関数を更新するか否かを確認するための確認要求を携帯端末４００に送信する。携帯端末４００の通信部４０１は、サーバ１００によって送信された確認要求を受信する。確認要求が受信されると、入出力部４０３は、第１の機器２００の自動モード関数を更新するか否かを確認するための確認画面を表示する。
【０１８１】
携帯端末４００の入出力部４０３は、図２１に示す確認画面を表示する。確認画面では、自動モード関数ＤＢ１０６に記憶されている自動モード関数を、新しい自動モード関数に更新するか否かのユーザ入力を受け付ける。ユーザは、第１の機器２００の自動モード関数を更新するか否かを選択する。携帯端末４００の通信部４０１は、第１の機器２００の自動モード関数を更新するか否かを示す応答情報をサーバ１００へ送信する。サーバ１００の通信部１０１は、携帯端末４００によって送信された応答情報を受信する。第１の機器２００の自動モード関数を更新することを示す応答情報が受信された場合、自動モード関数生成部１０２は、新しい自動モード関数を自動モード関数ＤＢ１０６に記憶する。一方、第１の機器２００の自動モード関数を更新しないことを示す応答情報が受信された場合、自動モード関数生成部１０２は、新しい自動モード関数を破棄し、直前に生成された自動モード関数を自動モード関数ＤＢ１０６から抽出し、ステップＳ２３の処理へ移行する。
【０１８２】
続いて、機器制御システム１０の自動モード関数移植処理について説明する。
【０１８３】
図２２は、機器制御システムにおける自動モード関数移植処理を説明するための第１のフローチャートであり、図２３は、機器制御システムにおける自動モード関数移植処理を説明するための第２のフローチャートである。
【０１８４】
まず、サーバ１００の制御部１は、ユーザが所有する複数の機器の中から、自動モード関数の移植元となる機器を選択するための移植元機器選択処理を行う（ステップＳ３１）。移植元機器選択処理では、携帯端末４００は、自動モード関数の移植元となる機器のユーザによる入力を受け付け、このとき、携帯端末４００は、ユーザによって選択された自動モード関数の移植元となる機器の機器ＩＤをサーバ１００へ送信する。
【０１８５】
図２４は、自動モード関数の移植元となる機器の選択をユーザにより受け付けるための選択画面の一例を示す図である。携帯端末４００の入出力部４０３は、自動モード関数の選択画面に、ユーザが所持する機器の一覧を表示する。ユーザは、自動モード関数を移植したい機器を選択し、選択された機器の機器ＩＤをサーバ１００へ送信するためのボタン（図２４中の「次へ」）を押下する。表示される機器の一覧は、例えば、機器ＩＤと設置場所とを含む。
【０１８６】
なお、ユーザにより自動モード関数の移植元である機器が選択された後、選択された機器の自動モード関数を反映させてもよいかを確認してもよい。
【０１８７】
図２５は、選択された機器の自動モード関数を反映させてもよいかを確認するための確認画面の一例を示す図である。図２５に示すように、携帯端末４００の入出力部４０３は、ユーザによって自動モード関数を移植する機器が選択された後、選択された機器の自動モード関数を移植（反映）させてもよいかを確認するための確認画面を表示してもよい。
【０１８８】
確認画面において、自動モード関数を移植する場合、ユーザは、選択された機器の機器ＩＤをサーバ１００へ送信するためのボタン（図２５中の「はい」）を押下する。一方、確認画面において、自動モード関数を移植しない場合、ユーザは、自動モード関数の移植元となる機器を選択するための選択画面（図２４）を表示するためのボタン（図２５中の「戻る」）を押下する。
【０１８９】
なお、本実施の形態では、第１の機器２００が、自動モード関数の移植元の機器であり、第２の機器３００が、自動モード関数の移植先の機器である。
【０１９０】
次に、サーバ１００の変化点検出部１０３は、移植元の機器として選択された第１の機器２００の機器ＩＤに対応するログ情報を機器ログＤＢ１０７から抽出し、抽出したログ情報の中に、センサ値に異常が発生している劣化時点が存在するか否かを判断する（ステップＳ３２）。
【０１９１】
ここで、図２６を用いて、サーバ１００の変化点検出部１０３が劣化時点を検出する処理について説明する。
【０１９２】
図２６は、本実施の形態において、第１の機器のログ情報から劣化時点及び劣化予兆時点を検出する処理を説明するための図である。図２６において、実線はセンサ値の異常発生率を示しており、縦軸は異常発生率を示しており、横軸は年月日を示している。
【０１９３】
変化点検出部１０３は、センサ値の異常に関しては、例えば、機器ログＤＢ１０７内のログ情報を基に各日のセンサ値の異常発生率を算出する。異常発生率は、１日のログ情報のうち、センサ値のバランス崩れ又は数値異常がどのくらいの割合で発生しているかを示す。そして、変化点検出部１０３は、異常発生率が所定値以上、例えば７０％以上である日が存在する場合、センサ値に異常が発生している劣化時点が存在すると判断する。
【０１９４】
なお、変化点検出部１０３は、例えば、互いに相関のある２つのセンサ値の差分が所定値以上である場合に、センサ値のバランス崩れが発生したと判断してもよい。例えば、外気温と室内温度とには相関があり、外気温に対して室内温度が極端に低い場合又は高い場合、外気温センサ又は室内温度センサのいずれかに異常が発生している可能性がある。そのため、変化点検出部１０３は、外気温と室内温度との差分が所定値以上である場合に、センサ値のバランス崩れが発生したと判断する。
【０１９５】
また、変化点検出部１０３は、例えば、あるセンサ値が所定の数値範囲を超えている場合に、数値異常が発生したと判断してもよい。例えば、夏に測定された外気温が５度であった場合、外気温センサに異常が発生している可能性がある。そのため、変化点検出部１０３は、外気温が所定の数値範囲（例えば、２０度〜４０度の範囲）を超えている場合に、センサ値の数値異常が発生したと判断する。
【０１９６】
センサ値に異常が発生している劣化時点が存在していないと判断した場合（ステップＳ３２でＮＯ）、自動モード関数生成部１０２は、自動モード関数ＤＢ１０６から最新の自動モード関数を抽出する（ステップＳ３３）。
【０１９７】
一方、センサ値に異常が発生している劣化時点が存在していると判断した場合（ステップＳ３２でＹＥＳ）、変化点検出部１０３は、劣化時点の前に自動モード関数が変化した劣化予兆時点が存在するか否かを判断する（ステップＳ３４）。
【０１９８】
図２６において、破線は、自動モード関数の類似度を示しており、縦軸は類似度を示しており、横軸は年月日を示している。
【０１９９】
変化点検出部１０３は、更新前後の自動モード関数の類似度を計算し、自動モード関数の類似度が所定値以下となる日を検出することで、劣化時点より前に劣化予兆時点が存在するか否かを判断する。類似度は、０〜１の範囲で表される。類似度が“１”に近いほど更新前後の自動モード関数が類似している判断される。例えば、１週間毎に自動モード関数が更新される場合、変化点検出部１０３は、現在の自動モード関数と１週間前の自動モード関数との類似度を計算する。
【０２００】
図２６に示すように、例えば、使用開始から最初の夏及び最初の冬を迎えると、初期設定の自動モード関数からユーザの好みが反映された自動モード関数に更新されるため、更新前後の自動モード関数の類似度は大きく低下する。一方で、一度確立された自動モード関数は、数年間はそのまま保持されるため、更新前後の自動モード関数の変化が少なく、類似度の高い状態が維持される。
【０２０１】
機器が劣化する前に、劣化の兆しが機器に現れる場合がある。例えば、機器のセンサ値に不具合があり、ユーザが操作指示により設定を変更した場合、自動モード関数が更新され、更新前後の自動モード関数の類似度が低下する。このように、自動モード関数が直前の自動モード関数から変化した時点を、劣化予兆時点として検出することにより、劣化時点から劣化予兆時点までの間の不正確な自動モード関数を排除することが可能となる。
【０２０２】
変化点検出部１０３は、複数の自動モード関数のうち、劣化時点よりも前に生成された自動モード関数が直前の自動モード関数から変化した劣化予兆時点が存在するか否かを判断する。なお、図２６に示すように、劣化時点の直前に更新前後の自動モード関数の類似度が所定値以上低下しているが、これは、センサ値の異常が原因であるため、この時点は劣化予兆時点として検出しない。
【０２０３】
ここで、劣化時点の前に劣化予兆時点が存在しないと判断された場合（ステップＳ３４でＮＯ）、自動モード関数生成部１０２は、劣化時点よりも前のログ情報に基づき自動モード関数を生成する（ステップＳ３５）。なお、自動モード関数生成部１０２は、劣化時点の直前に記憶された自動モード関数を自動モード関数ＤＢ１０６から抽出してもよい。
【０２０４】
一方、劣化時点の前に劣化予兆時点が存在すると判断された場合（ステップＳ３４でＹＥＳ）、変化点検出部１０３は、劣化予兆時点にユーザの使用状況に変化があったか否かを判断する（ステップＳ３６）。ユーザの使用状況に変化とは、例えば、家族構成の変化又は家具の配置の変化などを示す。変化点検出部１０３は、自動モード関数の変化が、劣化の予兆に起因するものであるか、又はユーザの使用状況の変化に起因するものであるかを判断する。更新前後の自動モード関数の類似度は、第１の機器２００が劣化した場合だけでなく、ユーザの使用状況が変化した場合にも、低下する。自動モード関数の変化が、ユーザの使用状況の変化に起因する場合、劣化時点から劣化予兆時点までのログ情報を用いて自動モード関数を生成してもよい。
【０２０５】
なお、変化点検出部１０３は、第１の機器２００に備えられた人感センサ又は温感センサからのセンサ値を用いることにより、家族構成の変化又は家具の配置の変化があったか否かを判断することができる。また、ステップＳ３６の処理において、携帯端末４００は、過去の劣化予兆時点においてユーザの使用状況に変化があったか否かを確認するための確認画面を表示し、ユーザによる入力操作を受け付けてもよい。サーバ１００は、ユーザの使用状況に変化があったか否かに関する情報を携帯端末４００から受信してもよい。
【０２０６】
劣化予兆時点にユーザの使用状況に変化があったと判断された場合（ステップＳ３６でＹＥＳ）、自動モード関数生成部１０２は、劣化時点よりも前のログ情報に基づき自動モード関数を生成する（ステップＳ３５）。なお、劣化予兆時点にユーザの使用状況に変化があった場合には、自動モード関数生成部１０２は、ユーザの使用状況に変化があった時点の自動モード関数を自動モード関数ＤＢ１０６から読み出し、読み出した自動モード関数をそのまま利用してもよい。
【０２０７】
一方、劣化予兆時点にユーザの使用状況に変化がなかったと判断された場合（ステップＳ３６でＮＯ）、自動モード関数生成部１０２は、劣化予兆時点よりも前のログ情報に基づき自動モード関数を生成する（ステップＳ３７）。なお、自動モード関数生成部１０２は、劣化予兆時点の直前に記憶された自動モード関数を自動モード関数ＤＢ１０６から抽出してもよい。
【０２０８】
次に、性能差補正部１０４は、第１の機器２００と第２の機器３００との差分を補正するための補正関数を補正関数記憶部１０５から抽出し、抽出した補正関数に基づいて、ステップＳ３３、ステップＳ３５及びステップＳ３７の処理で抽出又は生成した自動モード関数を、第２の機器３００の自動モード関数に変換する（ステップＳ３８）。
【０２０９】
次に、通信部１０１は、性能差補正部１０４によって変換された自動モード関数を第２の機器３００へ送信する（ステップＳ３９）。
【０２１０】
次に、第２の機器３００の通信部３０１は、サーバ１００によって送信された変換された自動モード関数を受信する（ステップＳ４０）。
【０２１１】
次に、通信部３０１は、受信した自動モード関数を自動モード関数記憶部３０３に上書きし、自動モード関数を更新する（ステップＳ４１）。
【０２１２】
なお、第１の機器２００の自動モード関数を第２の機器３００へ移植する一連の処理が完了した際、第２の機器３００の通信部３０１は、第２の機器３００の登録処理を行っている携帯端末４００へ、完了通知を送信してもよい。
【０２１３】
図２７は、自動モード関数の反映が完了したことをユーザに通知するための通知画面の一例を示す。
【０２１４】
第２の機器３００の通信部３０１は、第１の機器２００の自動モード関数が第２の機器３００の自動モード関数に反映されたことを通知するための通知情報を携帯端末４００に送信する。携帯端末４００の通信部４０１は、第２の機器３００によって送信された通知情報を受信する。通知情報が受信されると、入出力部４０３は、第１の機器２００の自動モード関数が第２の機器３００の自動モード関数に反映されたことを通知するための通知画面を表示する。
【０２１５】
携帯端末４００の入出力部４０３は、図２７に示す通知画面を表示する。図２７に示す通知画面では、自動モード関数の移植元の機器が表示され、第２の機器３００の自動モード関数の反映が完了したことがユーザに通知される。
【０２１６】
本実施の形態では、機器の買い替えの際、旧機器で生成された自動モード関数が、旧機器と新機器との本体性能差を補正した上で新機器に移植される。また、旧機器の自動モード関数が新機器に移植される際、旧機器の劣化、劣化予兆又はユーザの使用状況の変化が検出され、検出結果が移植する際の旧機器の自動モード関数の生成に利用される。
【０２１７】
これにより、劣化、劣化予兆又はユーザの使用状況の変化に応じた自動モード関数の変化を考慮した上で、ユーザが新機器において必要としている自動モード関数を移植することができる。
【０２１８】
ここで、第１の機器２００の自動モード関数を第２の機器３００へ移植する際に、第１の機器２００と第２の機器３００との性能差に基づいて第１の機器２００の自動モード関数を補正した場合と補正しなかった場合とで、第２の機器３００の自動モードにおける制御内容の違いについて説明する。
【０２１９】
図２８は、第１の機器の自動モード関数を第２の機器へ移植する際に、第１の機器と第２の機器との性能差に基づいて第１の機器の自動モード関数を補正しなかった場合の第２の機器の自動モードにおける制御内容を説明するための図である。図２９は、第１の機器の自動モード関数を第２の機器へ移植する際に、第１の機器と第２の機器との性能差に基づいて第１の機器の自動モード関数を補正した場合の第２の機器の自動モードにおける制御内容を説明するための図である。
【０２２０】
図２８及び図２９では、外気温が３０度以上である日の第１の機器２００及び第２の機器３００の設定例を示す。第１の機器２００及び第２の機器３００は、空気調和機である。また、グラフは、設定温度と、設定風量と、外気温との３つの軸で表す。家電機器のように何年も使用してから新たな家電機器を購入する場合、性能の向上により、第１の機器２００と第２の機器３００との性能差が大きくなるおそれがある。そのため、図２８に示すように、第１の機器２００と第２の機器３００との性能差を補正せずに第１の機器２００の自動モード関数を第２の機器３００に移植した場合、第１の機器２００と同様の制御で第２の機器３００を制御すると、設定風量の範囲が強くなってしまい、冷え過ぎるなどユーザに不快感を与えてしてしまう。一方、図２９に示すように、第１の機器２００と第２の機器３００との性能差を補正して第１の機器２００の自動モード関数を第２の機器３００に移植した場合、第１の機器２００と同様の制御で第２の機器３００を制御しても、設定風量が適切な範囲に補正され、冷え過ぎないような制御が可能になる。
【０２２１】
（変形例）
（１）本実施の形態では、第１の機器２００及び第２の機器３００は、空気調和機であるが、他の機器でもよい。第１の機器２００及び第２の機器３００は、洗濯機及び炊飯器などの調理家電などでもよい。例えば、第１の機器２００及び第２の機器３００が洗濯機であれば、ユーザ独自の設定内容を保存する機能があり、古い洗濯機のユーザ独自の設定内容を新しい洗濯機に移植する。これにより、ユーザは、新しい洗濯機の性能に感覚を慣らす手間を省け、古い洗濯機と同様の設定で洗濯を行うことができる。
【０２２２】
（２）本実施の形態では、ユーザに通知すべき情報は、携帯端末４００により通知されるが、携帯端末４００が通知しなくてもよい。ユーザが身に着けるスマートデバイスにより通知してもよく、ユーザが在宅中であると判断すればスマートスピーカにより通知してもよい。これにより、ユーザが携帯端末４００を所持していない場面でも、ユーザの身の回りにあるスマートデバイス又はスマートスピーカによる通知が可能になる。
【０２２３】
（３）本実施の形態では、自動モード関数生成部１０２は、１週間分のログ情報を用いて、自動モード関数を更新しているが、用いるログ情報は１週間分のログ情報でなくてもよい。自動モード関数生成部１０２は、３週間分の操作履歴を用いて、自動モード関数を更新してもよい。これにより、ユーザに曜日ごとに異なる生活パターンがあり、イレギュラーなスケジュールが発生したとしても、イレギュラーな制御と通常の制御とを分類することができる。
【０２２４】
（４）本実施の形態では、自動モード関数が常に更新されるが、ログ情報が所定の回数変更された場合に、当該変更されたログ情報を用いて自動モード関数が更新されてもよい。例えば、自動モード関数生成部１０２は、ログ情報が１０回変更されたと判断された場合に、当該変更されたログ情報を学習対象としてもよい。これにより、自動モード関数が一定期間変化しない場合に、自動モード関数を生成するサーバ１００のコストを削減することができる。また、変形例（４）は、変形例（３）と併せた設計にしてもよい。
【０２２５】
（５）本実施の形態では、劣化時点は、１日のログ情報に対するセンサ値のバランス崩れ又はセンサ値の数値異常が発生する割合を示す異常発生率によって判定しているが、特定のセンサ値の数値異常を判定に含めてもよい。これにより、定常的に異常が発生しているが異常発生率が低い場合に、明らかな異常を検知することができる。
【０２２６】
（６）本実施の形態では、同じ部屋に配置される機器の買い替えについて説明しているが、機器制御システムは、機器を違う部屋へ移設する場合に適用してもよい。例えば、機器制御システムは、リビングから寝室へ機器を移設する場合に適用してもよい。このとき、例えば、センサ値と操作履歴とを用い、レイアウトの変更、又はユーザの風向きの設定の理由を推定する。これにより、旧機器と新機器との本体性能差だけでなく、レイアウトに合わせた制御が可能になり、風を直接当てたくない場所の指定など、ユーザの嗜好を反映した制御が可能になる。
【０２２７】
また、機器を違う部屋へ移設する場合、自動モード関数生成部１０２は、例えば部屋の大きさなどの移設場所の環境に基づいて、自動モード関数を補正してもよい。
【０２２８】
（７）本実施の形態では、１台の機器の自動モード関数を１台の機器へ移植しているが、１台の機器の自動モード関数を、それぞれ異なる部屋に設置される２台以上の機器へ移植してもよい。例えば、それぞれ異なる機器を使用していた複数の人物が同居することにより、複数の人物が複数の機器を使用する場合、各機器の自動モード関数が複数の機器に移植されてもよい。これにより、複数の機器の各ユーザの好みを融合した制御が可能になる。
【０２２９】
（８）本実施の形態では、さらに、在宅状況の把握により在室するユーザを特定し、特定したユーザの操作履歴のみに基づき、自動モード関数を生成してもよい。これにより、より精度を高くすることができ、ユーザ個人に合わせた制御が可能になる。
【０２３０】
（９）本実施の形態では、同じ部屋において、１台の機器の自動モード関数を１台の機器へ移植しているが、それぞれ異なる部屋に設置されていた２台以上の機器の自動モード関数を１台の機器に移植してもよい。例えば、家族と暮らしていたユーザが１人で暮らすためにワンルームアパートに移住する場合、リビングの空気調和機の自動モード関数と寝室の空気調和機の自動モード関数とを集約して１台の空気調和機に移植したり、リビングの空気調和機の自動モード関数と子供部屋の空気調和機の自動モード関数とを集約して１台の空気調和機に移植したりしてもよい。それぞれ別の部屋の機器の自動モード関数を１台の機器に移植することにより、１人のユーザの好みを抽出して１台の機器の制御に反映させることができる。
【０２３１】
（１０）本実施の形態では、第１の機器２００の自動モード関数が更新されたことをユーザに通知するための通知情報が、更新完了時に携帯端末４００へ送信されるが、更新完了後の最初のＯＮ操作の際に、第１の操作機器５００又は携帯端末４００へ送信されてもよい。これにより、ユーザが操作をしていないときに通知情報を見る手間が省ける。
【０２３２】
（１１）本開示では、回帰関数を用いてモデル（自動モード関数）を作成しているが、これに限らない。例えば、ログ情報から特徴量を作成し、分類器にかけてモデル（自動モード関数）を作成するなどの方法がある。その他、機械学習で用いられるニューラルネットワーク（多層のニューラルネットワークを用いた深層学習を含む）、遺伝的プログラミング、決定木、ベイジアン・ネットワーク、又はサポート・ベクター・マシン（ＳＶＭ）などがモデル（自動モード関数）として考えられる。
【０２３３】
（１２）上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。前記ＲＡＭには、コンピュータプログラムが記憶されている。前記マイクロプロセッサが、前記コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。
【０２３４】
また、上記の各装置を構成する構成要素の各部は、個別に１チップ化されていても良いし、一部またはすべてを含むように１チップ化されてもよい。
【０２３５】
また、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。
【０２３６】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０２３７】
（１３）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されているとしてもよい。前記ＩＣカードまたは前記モジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。前記ＩＣカードまたは前記モジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、前記ＩＣカードまたは前記モジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。
【０２３８】
（１４）本開示は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムを含むデジタル信号であるとしてもよい。
【０２３９】
また、本開示は、前記コンピュータプログラムまたは前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記デジタル信号であるとしてもよい。
【０２４０】
また、本開示は、前記コンピュータプログラムまたは前記デジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
【０２４１】
また、本開示は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムにしたがって動作するとしてもよい。
【０２４２】
また、前記プログラムまたは前記デジタル信号を前記記録媒体に記録して移送することにより、または前記プログラムまたは前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
【０２４３】
（１５）上記実施の形態および上記変形例をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【０２４４】
本開示に係る機器制御方法、機器制御装置及び機器制御システムは、第１の機器が第２の機器に替えられる際に、第１の機器の性能と第２の機器の性能との差分を考慮して、第１の機器の設定内容を第２の機器に移植することができ、ユーザの好みに応じた最適な環境を提供することができ、第１の機器に替えて接続された第２の機器を制御する機器制御方法、機器制御装置及び機器制御システムとして有用である。
【符号の説明】
【０２４５】
１    制御部
２    メモリ
１０    機器制御システム
２０    ネットワーク
１００    サーバ
１０１    通信部
１０２    自動モード関数生成部
１０３    変化点検出部
１０４    性能差補正部
１０５    補正関数記憶部
１０６    自動モード関数ＤＢ
１０７    機器ログＤＢ
１０８    ユーザ情報ＤＢ
１０９    製品情報ＤＢ
２００    第１の機器
２０１，３０１    通信部
２０２，３０２    運転制御部
２０３，３０３    自動モード関数記憶部
２０４，３０４    入出力部
２０５，３０５    センサ
３００    第２の機器
４００    携帯端末
４０１    通信部
４０２    制御部
４０３    入出力部
４０４    情報生成部
５００    第１の操作機器
６００    第２の操作機器
【図１】
2019115028.tif 000005
【図２】
2019115028.tif 000006
【図３】
2019115028.tif 000007
【図４】
2019115028.tif 000008
【図５】
2019115028.tif 000009
【図６】
2019115028.tif 000010
【図７】
2019115028.tif 000011
【図８】
2019115028.tif 000012
【図９】
2019115028.tif 000013
【図１０】
2019115028.tif 000014
【図１１】
2019115028.tif 000015
【図１２】
2019115028.tif 000016
【図１３】
2019115028.tif 000017
【図１４】
2019115028.tif 000018
【図１５】
2019115028.tif 000019
【図１６】
2019115028.tif 000020
【図１７】
2019115028.tif 000021
【図１８】
2019115028.tif 000022
【図１９】
2019115028.tif 000023
【図２０】
2019115028.tif 000024
【図２１】
2019115028.tif 000025
【図２２】
2019115028.tif 000026
【図２３】
2019115028.tif 000027
【図２４】
2019115028.tif 000028
【図２５】
2019115028.tif 000029
【図２６】
2019115028.tif 000030
【図２７】
2019115028.tif 000031
【図２８】
2019115028.tif 000032
【図２９】
2019115028.tif 000033