(57)【要約】【課題】複数のユーザの希望に基づいて好適な空気調和運転を実現するための技術を提供する。【解決手段】空気調和機２００と、１または複数の端末３００と、第１の所定時間毎に、１または複数の端末３００から受け付けた制御命令に基づいて、所定の決定方法に従って、空気調和機２００に対する制御命令を決定するためのサーバ１００と、を備えるネットワークシステム１が提供される。【選択図】図１
2019184188.tif 000002
【特許請求の範囲】
【請求項１】
空気調和機と、
１または複数の端末と、
第１の所定時間毎に、前記１または複数の端末から受け付けた制御命令に基づいて、所定の決定方法に従って、前記空気調和機に対する制御命令を決定するためのサーバと、を備えるネットワークシステム。
【請求項２】
前記サーバは、前記１または複数の端末を介して、複数のユーザから前記制御命令を受け付けた場合に前記所定の決定方法に基づいて前記制御命令を決定し、１人のユーザから前記制御命令を受け付けた場合には前記制御命令を変更しない、請求項１に記載のネットワークシステム。
【請求項３】
前記サーバは、１人のユーザから前記制御命令を受け付けた場合に、前記１または複数の端末を介して他の複数のユーザに前記制御命令の確認を行う、請求項１に記載のネットワークシステム。
【請求項４】
前記サーバは、現在の制御命令と新たな制御命令との差が大きいほど、新たな制御命令に決定するために必要なユーザの人数が多くなる、請求項２または３に記載のネットワークシステム。
【請求項５】
前記制御命令の種類によって前記所定の方法が異なる、請求項１から４のいずれか１項に記載のネットワークシステム。
【請求項６】
空気調和機と、１または複数の端末と、通信するための通信インターフェイスと、
第１の所定時間毎に、前記通信インターフェイスを介して前記１または複数の端末から受け付けた制御命令に基づいて、所定の決定方法に従って、前記空気調和機に対する制御命令を決定するためのプロセッサと、を備えるサーバ。
【請求項７】
空気調和機と、１または複数の端末と、通信可能なサーバにおける情報処理方法であって、
第１の所定時間毎に、前記１または複数の端末から制御命令を受け付けるステップと、
前記制御命令に基づいて、所定の決定方法に従って、前記空気調和機に対する制御命令を決定するステップと、を備える情報処理方法。
【請求項８】
１または複数の端末と通信するための通信インターフェイスと、
第１の所定時間毎に、前記通信インターフェイスを介して前記１または複数の端末から受け付けた制御命令に基づいて、所定の決定方法に従って、空気調和に関する制御命令を決定するためのプロセッサと、を備える空気調和機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、空気調和機の制御のための技術に関する。
【背景技術】
【０００２】
従来から、空気調和機に関する様々な技術が提案されている。たとえば、特開２００６−２５９１６４号公報（特許文献１）には、音声認識システム、音声認識方法、及びコンピュータプログラムが開示されている。特許文献１によると、複数の話者に係る音声を受け付け、受付けた音声の認識結果に基づいて所定のアプリケーションを実行する音声認識システムにおいて、必要な場合には受付けた音声を話者ごとに分離等行い、話者ごとに受付けた音声を音声認識し、音声認識した結果を、アプリケーションの実行に必要なデータ項目について照合する照合し、アプリケーションの実行に必要なデータ項目として重複していない複数の音声認識した結果を連結し、重複している複数の音声認識の結果のうちいずれかを選択する。
【０００３】
また、特開２００２−２６４６２６号公報（特許文献２）には、車両用空気調和装置が開示されている。特許文献１によると、ユーザが要求する設定温度が入力され、該設定温度に基づいて空調空気の温度を制御する制御装置を備えた車両用空気調和装置において、ユーザにより前記設定温度が入力されるとともに、該設定温度を制御装置に与える入力手段としてのコントロールパネルが複数設けられ、制御装置は、前記複数の設定温度の平均を算出する平均算出部と、該平均算出部の算出結果に基づいて空調温度を制御する温度制御部とを備えていることを特徴とする。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２５９１６４号公報
【特許文献２】特開２００２−２６４６２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、複数のユーザの希望に基づいて好適な空気調和運転を実現するための技術を提供することにある。
【課題を解決するための手段】
【０００６】
本発明のある態様に従うと、空気調和機と、１または複数の端末と、第１の所定時間毎に、１または複数の端末から受け付けた制御命令に基づいて、所定の決定方法に従って、空気調和機に対する制御命令を決定するためのサーバと、を備えるネットワークシステムが提供される。
【発明の効果】
【０００７】
以上のように、本発明によれば、複数のユーザの希望に基づいて好適な空気調和運転を実現するための技術が提供される。
【図面の簡単な説明】
【０００８】
【図１】第１の実施の形態にかかるネットワークシステム１の全体構成を示すイメージ図である。
【図２】第１の実施の形態にかかるサーバ１００の構成の一態様について説明する。
【図３】第１の実施の形態にかかる空気調和機管理データ１２１を示すイメージ図である。
【図４】第１の実施の形態にかかる通信端末管理データ１２２を示すイメージ図である。
【図５】第１の実施の形態にかかる入力命令管理データ１２３を示すイメージ図である。
【図６】第１の実施の形態にかかる決定方法管理データ１２４を示すイメージ図である。
【図７】第１の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。
【図８】第１の実施の形態にかかる空気調和機２００の構成の一態様について説明する。
【図９】第１の実施の形態にかかる通信端末３００の構成の一態様について説明する。
【図１０】第２の実施の形態にかかるサーバ１００における情報処理を示すフローチャートである。
【図１１】第３の実施の形態にかかるサーバ１００における第１の情報処理を示すフローチャートである。
【図１２】第３の実施の形態にかかるサーバ１００における第２の情報処理を示すフローチャートである。
【図１３】第４の実施の形態にかかるサーバ１００における第１の情報処理を示すフローチャートである。
【図１４】第４の実施の形態にかかるサーバ１００における第２の情報処理を示すフローチャートである。
【図１５】第５の実施の形態にかかる必要人数管理データ１２６を示すイメージ図である。
【図１６】第６の実施の形態にかかる入力命令管理データ１２３Ｂを示すイメージ図である。
【図１７】第７の実施の形態にかかる第１のネットワークシステム１の全体構成を示すイメージ図である。
【図１８】第７の実施の形態にかかる第２のネットワークシステム１の全体構成を示すイメージ図である。
【図１９】第７の実施の形態にかかる第３のネットワークシステム１の全体構成を示すイメージ図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステム１の全体構成＞
【００１０】
まず、図１を参照して、本実施の形態にかかるネットワークシステム１の全体構成について説明する。本実施の形態にかかるネットワークシステム１は、主に、サーバ１００と、インターネットやルータなどを介してサーバ１００に接続可能な複数の空気調和機２００Ａ，２００Ｂ・・・と、インターネットやルータなどを介してサーバ１００に接続可能な複数の通信端末３００Ａ，３００Ｂ・・・などを含む。
【００１１】
なお、以下では、説明のために、複数のユーザがいる１つの空間、たとえばホールやショッピングセンターや病院や学校やオフィスに配置される３台の空気調和機２００Ａ，２００Ｂ，２００Ｃと、インターネットやルータなどを介してサーバ１００に接続可能な５台の通信端末３００Ａ，３００Ｂ・・・に関して説明を行う。
【００１２】
以下では、１つの空間に配置される複数の空気調和機２００Ａ，２００Ｂ・・・や複数の空間にわたる複数の空気調和機２００Ａ，２００Ｂ・・・などを総称して、空気調和機２００ともいう。また、以下では、以下では、１つの空間に存在する複数の通信端末３００Ａ，３００Ｂ・・・や複数の空間にわたる複数の通信端末３００Ａ，３００Ｂ・・・などを総称して、通信端末３００ともいう。
＜ネットワークシステム１の動作概要＞
【００１３】
次に、図１を参照して、本実施の形態にかかるネットワークシステム１の動作概要について説明する。本実施の形態にかかるネットワークシステム１においては、サーバ１００は、部屋やホールなどの空間毎に、各空間に配置される空気調和機２００や、各空間に存在する通信端末３００を把握している。
【００１４】
この状態において、サーバ１００は、複数の通信端末３００を介して複数のユーザから空気調和運転に関する命令を受け付けると、所定のルールに従って新しい制御命令を決定し、当該複数のユーザがいる空間の空気調和機２００に新しい制御命令を送信する。たとえば、サーバ１００は、同じ空間に属する複数のユーザから設定温度に関する命令を受け付けると、設定温度の平均値を計算し、当該平均値を新たな設定温度として空気調和機２００に送信する。あるいはサーバ１００は、同じ空間に属する複数のユーザから運転強度に関する命令を受け付けると、多数決によって、最も多くのユーザから支持を得ている運転強度を空気調和機２００に送信する。
【００１５】
以下、このような機能を実現するためのネットワークシステム１の具体的な構成について詳述する。
＜サーバ１００のハードウェア構成＞
【００１６】
図２を参照して、本実施の形態にかかるネットワークシステム１を構成するサーバ１００のハードウェア構成の一態様について説明する。サーバ１００は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１１０と、メモリ１２０と、操作部１４０と、通信インターフェイス１６０とを含む。
【００１７】
ＣＰＵ１１０は、メモリ１２０に記憶されているプログラムを実行することによって、サーバ１００の各部を制御する。たとえば、ＣＰＵ１１０は、メモリ１２０に格納されているプログラムを実行し、各種のデータを参照することによって、後述する各種の処理を実行する。
【００１８】
メモリ１２０は、各種のＲＡＭ（Random  Access  Memory）、各種のＲＯＭ（Read-Only  Memory）などによって実現され、サーバ１００に内包されているものであってもよいし、サーバ１００の各種インターフェイスに着脱可能なものであってもよいし、サーバ１００からアクセス可能な他の装置の記録媒体であってもよい。メモリ１２０は、ＣＰＵ１１０によって実行されるプログラムや、ＣＰＵ１１０によるプログラムの実行により生成されたデータ、入力されたデータ、空気調和機管理データ１２１、通信端末管理データ１２２、入力命令管理データ１２３、決定方法管理データ１２４、その他の本実施の形態にかかる空気調和連携サービスに利用されるデータベースなどを記憶する。
【００１９】
図３を参照して、本実施の形態にかかる空気調和機管理データ１２１は、空気調和機２００毎に、主に、空気調和機２００のＩＤと、空気調和機２００のユーザのＩＤまたはグループのＩＤと、空気調和機２００の機種の名称と、空気調和機２００の現在実行中の制御命令と、空気調和機２００の直近の制御命令の決定日時などの対応関係を含む。
【００２０】
図４を参照して、本実施の形態にかかる通信端末管理データ１２２は、通信端末３００毎に、通信端末のＩＤと、通信端末３００のユーザのＩＤまたはグループのＩＤと、制御対象としての空気調和機のＩＤなどの対応関係を含む。
【００２１】
図５を参照して、本実施の形態にかかる入力命令管理データ１２３は、通信端末３００から空気調和機２００に対して入力される制御命令毎に、受け付けＩＤと、通信端末３００のＩＤと、運転種類・設定温度・運転強度・風向き・イオン発生の有無などの制御命令と、命令を受け付けた日時との対応関係を含む。
【００２２】
図６を参照して、本実施の形態にかかる決定方法管理データ１２４は、制御命令の種類毎に、複数のユーザから入力される複数の制御命令から１つの制御命令を決定するためのルールが格納される。
【００２３】
図２に戻って、操作部１４０は、サービスの管理者などの命令を受け付けて、当該命令をＣＰＵ１１０に入力する。
【００２４】
通信インターフェイス１６０は、ＣＰＵ１１０からのデータを、インターネット、キャリア網、ルータなどを介して、空気調和機２００などの他の装置に送信する。逆に、通信インターフェイス１６０は、インターネット、キャリア網、ルータなどを介して空気調和機２００などの他の装置からのデータを受信して、ＣＰＵ１１０に受け渡す。
＜サーバ１００における情報処理＞
【００２５】
このように、構成されているため、本実施の形態にかかるサーバ１００のＣＰＵ１１０は、メモリ１２０のプログラムに従って以下のような情報処理を実行する。
【００２６】
まず、ＣＰＵ１１０は、通信インターフェイス１６０を介して、通信端末３００から空気調和機２００に対する制御命令を受け付ける度に、当該制御命令を入力命令管理データ１２３に蓄積する。
【００２７】
そして、図７に示すように、ＣＰＵ１１０は、空気調和機管理データ１２１を参照して、空気調和機２００毎に、前回の制御命令の決定日時に基づいて、前回の制御命令の決定日時から所定の期間、たとえば１５分、が経過したか否かを判断する。前回の制御命令の決定日時から所定の期間経過している場合（ステップＳ１０２にてＹＥＳである場合）、通信端末管理データ１２２を参照して、対象となっている空気調和機２００を制御対象としている通信端末３００を抽出する（ステップＳ１０４）。
【００２８】
ＣＰＵ１１０は、入力命令管理データ１２３を参照して、前回の制御命令の決定日時以降に、抽出された通信端末３００から制御命令を受け付けたか否かを判断する（ステップＳ１０６）。抽出された通信端末３００から制御命令を受け付けている場合（ステップＳ１０６にてＹＥＳである場合）、ＣＰＵ１１０は、決定方法管理データ１２４を参照して、入力されている制御命令の種類毎に制御命令を決定するためのルールを特定する（ステップＳ１３２）。
【００２９】
ＣＰＵ１１０は、当該ルールに基づいて、１または複数の制御命令から１つの制御命令を決定する（ステップＳ１３４）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、対象となっている空気調和機２００に決定された制御命令を送信する（ステップＳ１３６）。
＜空気調和機２００のハードウェア構成＞
【００３０】
図８を参照して、ネットワークシステム１を構成する空気調和機２００のハードウェア構成の一態様について説明する。本実施の形態にかかる空気調和機２００は、主たる構成要素として、ＣＰＵ２１０と、メモリ２２０と、ディスプレイ２３０、操作部２４０と、通信インターフェイス２６０と、スピーカ２７０と、リモコン受光部２８０と、機器駆動部２９０とを含む。
【００３１】
ＣＰＵ２１０は、メモリ２２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、空気調和機２００の各部を制御する。
【００３２】
メモリ２２０は、各種のＲＡＭ、各種のＲＯＭなどによって実現され、空気調和機２００に内包されているものであってもよいし、空気調和機２００の各種インターフェイスに着脱可能なものであってもよいし、空気調和機２００からアクセス可能な他の装置の記録媒体であってもよい。メモリ２２０は、ＣＰＵ２１０によって実行されるプログラムや、ＣＰＵ２１０によるプログラムの実行により生成されたデータ、操作部２４０を介して入力されたデータ、リモコンから受信したデータ、ルータやインターネットを介してサーバ１００から受信したデータなどを記憶する。
【００３３】
ディスプレイ２３０は、ＣＰＵ２１０からの信号に基づいて、文字や画像などを出力する。なお、ディスプレイ２３０は、単にＬＥＤライトなどであってもよい。
【００３４】
操作部２４０は、ボタン、タッチパネルなどによって実現され、ユーザからの命令を受け付けて、当該命令をＣＰＵ２１０に入力する。なお、ディスプレイ２３０と操作部２４０とは、タッチパネルを構成してもよい。
【００３５】
通信インターフェイス２６０は、無線ＬＡＮまたは有線ＬＡＮなどの通信モジュールによって実現され、有線通信あるいは無線通信によってサーバ１００などの他の装置との間でデータをやり取りする。たとえば、ＣＰＵ２１０は、通信インターフェイス２６０を介して、サーバ１００などの他の装置から運転種類や設定温度や運転強度や風向きやイオン発生の有無などの各種の制御命令を受信したり、当該他の装置に環境情報や運転情報などを送信したりする。
【００３６】
スピーカ２７０は、ＣＰＵ２１０からの音声データに基づいて音声メッセージなどを出力する。
【００３７】
機器駆動部２９０は、ＣＰＵ２１０からの信号に基づいて、電気機器の各部（モータやヒータなど）を制御する。たとえば、本実施の形態においては、ＣＰＵ２１０は、操作部２４０を介してユーザから、あるいはリモコン受光部などを介してユーザから、あるいは通信インターフェイス２６０を介してサーバ１００から、各種運転モードや設定温度や風量や風向きやイオン発生などに関する命令を受け付けて、当該命令に基づいて機器駆動部２９０を制御する。
＜通信端末３００の構成＞
【００３８】
次に、図９を参照して、ネットワークシステム１を構成する通信端末３００の構成の一態様について説明する。通信端末３００は、主たる構成要素として、ＣＰＵ３１０と、メモリ３２０と、ディスプレイ３３０と、操作部３４０と、通信インターフェイス３６０と、スピーカ３７０と、マイク３８０などを含む。
【００３９】
ＣＰＵ３１０は、メモリ３２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、通信端末３００の各部を制御する。
【００４０】
メモリ３２０は、各種のＲＡＭや、各種のＲＯＭなどによって実現される。メモリ３２０は、ＣＰＵ３１０によって実行されるプログラムや、ＣＰＵ３１０によるプログラムの実行により生成されたデータ、サーバから受信したデータ、操作部３４０を介して入力されたデータなどを記憶する。
【００４１】
ディスプレイ３３０は、ＣＰＵ３１０からの信号に基づいて、文字や画像などを出力する。ディスプレイ３３０は、単にライトであってもよい。
【００４２】
操作部３４０は、ボタン、タッチパネルなどによって実現され、ユーザからの命令を受け付けて、当該命令をＣＰＵ３１０に入力する。なお、ディスプレイ３３０と操作部３４０とは、タッチパネルを構成してもよい。
【００４３】
また、操作部３４０は、近接センサや温度センサなどであってもよい。この場合は、ＣＰＵ３１０は、操作部３４０としての近接センサや温度センサを介して、ユーザが通信端末３００に手をかざしたことを検知して、各種の動作を開始する。たとえば、近接センサが額の近辺に配置されることによって、ユーザが通信端末３００をなでたり・たたいたりすることを通信端末３００が検知して、ユーザ操作として受け付けてもよい。
【００４４】
通信インターフェイス３６０は、無線ＬＡＮ通信あるいは有線ＬＡＮなどの通信モジュールによって実現される。通信インターフェイス３６０は、有線通信あるいは無線通信によってサーバ１００などの他の装置との間でデータを送受信する。
【００４５】
スピーカ３７０は、ＣＰＵ３１０からの信号に基づいて、音声を出力する。より詳細には、本実施の形態においては、ＣＰＵ３１０は、通信インターフェイス３６０を介してサーバ１００などの他の装置から受信した音声データに基づいてスピーカ３７０に音声メッセージを出力させる。なお、テキストから音声データに変換する処理は、通信端末３００で行われてもよいし、サーバ１００などの他の装置で行われてもよい。
【００４６】
マイク３８０は、外部からの音声に基づいて音声信号を作成し、ＣＰＵ３１０に入力する。より詳細には、本実施の形態においては、ＣＰＵ３１０は、マイク３８０から取得した制御命令に関する各種の音声データを、通信インターフェイス３６０を介してサーバ１００に送信する。
＜第２の実施の形態＞
【００４７】
第１の実施の形態においては、所定時間毎に、それまでに蓄積されている制御命令に基づいて、空気調和機２００に送信する制御命令を決定するものであった。しかしながら、本実施の形態においては、第１の所定時間毎に、第２の所定時間だけ、通信端末３００に制御命令の入力を促すものである。
【００４８】
具体的には、図１０に示すように、サーバ１００のＣＰＵ１１０は、空気調和機管理データ１２１を参照して、空気調和機２００毎に、前回の制御命令の決定日時に基づいて、前回の制御命令の決定日時から第１の所定の期間、たとえば３０分、が経過したか否かを判断する。前回の制御命令の決定日時から所定の期間経過している場合（ステップＳ２０２にてＹＥＳである場合）、通信端末管理データ１２２を参照して、対象となっている空気調和機２００を制御対象としている通信端末３００を抽出する（ステップＳ２０４）。
【００４９】
本実施の形態においては、ＣＰＵ１１０は、通信インターフェイス１６０を介して、抽出された通信端末３００に制御命令を募集する。ＣＰＵ１１０は、このとき、タイマーによる第２の所定期間の測定を開始する。ＣＰＵ１１０は、通信インターフェイス１６０を介して、通信端末３００から空気調和機２００に対する制御命令を受け付ける度に（ステップＳ２０６）、当該制御命令を入力命令管理データ１２３に蓄積する（ステップＳ２０８）。
【００５０】
ＣＰＵ１１０は、第２の所定期間、たとえば１０分間、が経過したか否かを判断する（ステップＳ２１０）。第２の所定時間が経過するまで、ＣＰＵ１１０は、通信インターフェイス１６０を介して、通信端末３００からの空気調和機２００に対する制御命令を受け付ける。
【００５１】
第２の所定時間が経過すると（ステップＳ２１０にてＹＥＳである場合）、ＣＰＵ１１０は、抽出された通信端末３００から制御命令を受け付けたか否かを判断する（ステップＳ２１２）。抽出された通信端末３００から制御命令を受け付けている場合（ステップＳ２１２にてＹＥＳである場合）、ＣＰＵ１１０は、決定方法管理データ１２４を参照して、入力されている制御命令の種類毎に制御命令を決定するためのルールを特定する（ステップＳ２３２）。
【００５２】
ＣＰＵ１１０は、当該ルールに基づいて、１または複数の制御命令から１つの制御命令を決定する（ステップＳ２３４）。ＣＰＵ１１０は、通信インターフェイス１６０を介して、対象となっている空気調和機２００に決定された制御命令を送信する（ステップＳ２３６）。
＜第３の実施の形態＞
【００５３】
上記の実施の形態においては、１人だけから制御命令を受け付けた場合も新たな制御命令を決定して空気調和機２００に送信するものであった。しかしながら、複数人から制御命令を受け付けた場合のみ、空気調和機２００に新たな制御命令を設定するものであってもよい。
【００５４】
より詳細には、たとえば、図１１に示すように、抽出された通信端末３００から制御命令を受け付けている場合（ステップＳ１０６にてＹＥＳである場合）、ＣＰＵ１１０は、入力命令管理データ１２３を参照して、対象となる空気調和機２００に対して複数の命令を受け付けたか否かを判断する（ステップＳ１２２）。そして、複数の命令を受け付けた場合（ステップＳ１２２にてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１３２からの処理を実行する。一方、１つしか命令を受け付けてない場合（ステップＳ１２２にてＮＯである場合）、ＣＰＵ１１０は、次のタイミングまで待機する。
【００５５】
同様に、たとえば、図１２に示すように、抽出された通信端末３００から制御命令を受け付けている場合（ステップＳ２１２にてＹＥＳである場合）、ＣＰＵ１１０は、入力命令管理データ１２３を参照して、対象となる空気調和機２００に対して複数の命令を受け付けたか否かを判断する（ステップＳ２２２）。そして、複数の命令を受け付けた場合（ステップＳ２２２にてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ２３２からの処理を実行する。一方、１つしか命令を受け付けてない場合（ステップＳ２２２にてＮＯである場合）、ＣＰＵ１１０は、次のタイミングまで待機する。
＜第４の実施の形態＞
【００５６】
あるいは、１人しか制御命令を受け付けなかった場合には、他のユーザに制御命令を変更してもよいか否かを確認してもよい。
【００５７】
より詳細には、たとえば、図１３に示すように、抽出された通信端末３００から制御命令を受け付けている場合（ステップＳ１０６にてＹＥＳである場合）、ＣＰＵ１１０は、入力命令管理データ１２３を参照して、対象となる空気調和機２００に対して複数の命令を受け付けたか否かを判断する（ステップＳ１２２）。そして、複数の命令を受け付けた場合（ステップＳ１２２にてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ１３２からの処理を実行する。一方、１つしか命令を受け付けてない場合（ステップＳ１２２にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して、空気調和機２００に対応する通信端末３００に当該１つの命令を受け付ける旨の確認を取ってから（ステップＳ１２４）、ステップＳ１３２からの処理を実行する。たとえば、ＣＰＵ１１０は、通信インターフェイス１６０を介して、通信端末３００に新たな制御命令を入力してもよいかの音声メッセージを出力させて、別のユーザから肯定的な回答を得た場合に、ステップＳ１３２からの処理を実行し、肯定的な回答を得られなかった場合には、次のタイミングまで待機してもよい。
【００５８】
同様に、たとえば、図１４に示すように、抽出された通信端末３００から制御命令を受け付けている場合（ステップＳ２１２にてＹＥＳである場合）、ＣＰＵ１１０は、入力命令管理データ１２３を参照して、対象となる空気調和機２００に対して複数の命令を受け付けたか否かを判断する（ステップＳ２２２）。そして、複数の命令を受け付けた場合（ステップＳ２２２にてＹＥＳである場合）、ＣＰＵ１１０は、ステップＳ２３２からの処理を実行する。一方、１つしか命令を受け付けてない場合（ステップＳ２２２にてＮＯである場合）、ＣＰＵ１１０は、通信インターフェイス１６０を介して、空気調和機２００に対応する通信端末３００に当該１つの命令を受け付ける旨の確認を取ってから（ステップＳ２２４）、ステップＳ２３２からの処理を実行する。たとえば、ＣＰＵ１１０は、通信インターフェイス１６０を介して、通信端末３００に新たな制御命令を入力してもよいかの音声メッセージを出力させて、別のユーザから肯定的な回答を得た場合に、ステップＳ１３２からの処理を実行し、肯定的な回答を得られなかった場合には、次のタイミングまで待機してもよい。
＜第５の実施の形態＞
【００５９】
さらには、制御命令の種類や、制御命令の変更の程度に応じて、制御命令を受け付けるために必要な制御命令を入力したユーザの人数が異なるものであってもよい。たとえば、サーバ１００のメモリ１２０は、図１５に示すような、必要人数管理データ１２６を記憶してもよい。
【００６０】
そして、本実施の形態においては、図１１のステップＳ１２２や図１２のステップＳ２２２において、ＣＰＵ１１０は、必要人数管理データ１２６を参照して制御命令の変更に必要なユーザの人数を特定し、入力命令管理データ１２３を参照して対象となる空気調和機２００に対して当該必要な人数分の命令を受け付けたか否かを判断してもよい。そして、ＣＰＵ１１０は、必要な人数分の命令を受け付けた場合に（ステップＳ１２２，ステップＳ２２２にてＹＥＳである場合）、ステップＳ１３２やステップＳ２３２からの処理を実行してもよい。
＜第６の実施の形態＞
【００６１】
上記の実施の形態では、通信端末３００毎に１対１でユーザが対応付けられるものであるが、同じ通信端末３００を介して複数のユーザが制御命令を入力するものであってもよい。
【００６２】
この場合は、図１６に示すように、入力命令管理データ１２３Ｂは、通信端末３００から空気調和機２００に対して入力される制御命令毎に、受け付けＩＤと、通信端末３００のＩＤと、ユーザＩＤと、運転種類・設定温度・運転強度・風向き・イオン発生の有無などの制御命令と、命令を受け付けた日時との対応関係を含む。
【００６３】
そして、ユーザ毎のＩＤやパスワードや声紋などを登録しておくことによって、そして、ＣＰＵ１１０は、通信インターフェイス１６０を介して、通信端末３００から空気調和機２００に対する制御命令を受け付ける度に、ユーザを特定してから、制御命令を入力命令管理データ１２３Ｂに蓄積する。
＜第７の実施の形態＞
【００６４】
上記の実施の形態のネットワークシステム１の各装置の役割の一部または全部を他の装置が実行してもよい。たとえば、サーバ１００や空気調和機２００や通信端末３００の各々の役割の一部または全部を別の装置が担ったり、サーバ１００や空気調和機２００や通信端末３００の各々の役割の一部または全部を複数の装置で担ったりしてもよい。
【００６５】
たとえば、図１７に示すように、複数のユーザがいる１つの空間、たとえばホールやショッピングセンターや病院や学校やオフィスに１台の空気調和機２００Ａと複数の通信端末３００Ａ，３００Ｂ・・・・が配置されるものであってもよい。
【００６６】
逆に、図１８に示すように、複数のユーザがいる１つの空間、たとえばホールやショッピングセンターや病院や学校やオフィスに複数の空気調和機２００Ａ，２００Ｂ・・・と、１つの通信端末３００Ａが配置されるものであってもよい。
【００６７】
あるいは、図１９に示すように、複数のユーザがいる１つの空間、たとえばホールやショッピングセンターや病院や学校やオフィスに配置される１台の空気調和機２００Ａと１台の通信端末３００Ａが配置されるものであってもよい。
【００６８】
あるいは、上記のサーバ１００や各種のデータベースなどが、クラウド上の多数のコンピュータによって実現されてもよい。あるいは、上記のサーバ１００の役割の一部または全部を空気調和機２００や通信端末３００が担ったり、空気調和機２００がスピーカを有することによって通信端末３００の役割の一部または全部を担ったりしてもよい。
【００６９】
さらには、空気調和機２００が上記のデータベース１２１，１２２・・・などを有することによって、空気調和機２００がサーバ１００の役割を果たしてもよい。すなわち空気調和機２００のＣＰＵ２１０が、メモリ２２０のプログラムに基づいて、ローカルで、図７や図１０の処理を実行してもよい。
【００７０】
たとえば、図７に示すように、空気調和機２００のＣＰＵ２１０は、前回の制御命令の決定日時に基づいて、前回の制御命令の決定日時から所定の期間、たとえば１５分、が経過したか否かを判断する。前回の制御命令の決定日時から所定の期間経過している場合（ステップＳ１０２にてＹＥＳである場合）、通信端末管理データ１２２を参照して、対象となっている空気調和機２００を制御対象としている通信端末３００を抽出する（ステップＳ１０４）。
【００７１】
ＣＰＵ２１０は、入力命令管理データ１２３を参照して、前回の制御命令の決定日時以降に、抽出された通信端末３００から制御命令を受け付けたか否かを判断する（ステップＳ１０６）。抽出された通信端末３００から制御命令を受け付けている場合（ステップＳ１０６にてＹＥＳである場合）、ＣＰＵ２１０は、決定方法管理データ１２４を参照して、入力されている制御命令の種類毎に制御命令を決定するためのルールを特定する（ステップＳ１３２）。
【００７２】
ＣＰＵ２１０は、当該ルールに基づいて、１または複数の制御命令から１つの制御命令を決定する（ステップＳ１３４）。ＣＰＵ２１０は、制御命令を実行する（ステップＳ１３６）。
＜まとめ＞
【００７３】
上記の実施の形態においては、空気調和機２００と、１または複数の端末３００と、第１の所定時間毎に、１または複数の端末３００から受け付けた制御命令に基づいて、所定の決定方法に従って、空気調和機２００に対する制御命令を決定するためのサーバ１００と、を備えるネットワークシステム１が提供される。
【００７４】
好ましくは、サーバ１００は、１または複数の端末３００を介して、複数のユーザから制御命令を受け付けた場合に所定の決定方法に基づいて制御命令を決定し、１人のユーザから制御命令を受け付けた場合には制御命令を変更しない。
【００７５】
好ましくは、サーバ１００は、１人のユーザから制御命令を受け付けた場合に、１または複数の端末３００を介して他の複数のユーザに制御命令の確認を行う。
【００７６】
好ましくは、サーバ１００は、現在の制御命令と新たな制御命令との差が大きいほど、新たな制御命令に決定するために必要なユーザの人数が多くなる。
【００７７】
好ましくは、制御命令の種類によって所定の方法が異なる。
【００７８】
上記の実施の形態においては、空気調和機２００と１または複数の端末３００と通信するための通信インターフェイス１６０と、第１の所定時間毎に、通信インターフェイス１６０を介して１または複数の端末３００から受け付けた制御命令に基づいて、所定の決定方法に従って、空気調和機２００に対する制御命令を決定するためのプロセッサ１１０と、を備えるサーバ１００が提供される。
【００７９】
上記の実施の形態においては、空気調和機２００と１または複数の端末３００と通信可能なサーバ１００における情報処理方法が提供される。情報処理方法は、第１の所定時間毎に、１または複数の端末３００から制御命令を受け付けるステップと、制御命令に基づいて、所定の決定方法に従って、空気調和機２００に対する制御命令を決定するステップと、を備える。
【００８０】
上記の実施の形態においては、１または複数の端末３００と通信するための通信インターフェイス２６０と、第１の所定時間毎に、通信インターフェイス２６０を介して１または複数の端末から受け付けた制御命令に基づいて、所定の決定方法に従って、空気調和に関する制御命令を決定するためのプロセッサ２１０と、を備える空気調和機２００が提供される。
【００８１】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００８２】
１        ：ネットワークシステム
１００    ：サーバ
１１０    ：ＣＰＵ
１２０    ：メモリ
１２１    ：空気調和機管理データ
１２２    ：通信端末管理データ
１２３    ：入力命令管理データ
１２３Ｂ  ：入力命令管理データ
１２４    ：決定方法管理データ
１２６    ：必要人数管理データ
１４０    ：操作部
１６０    ：通信インターフェイス
２００    ：空気調和機
２００Ａ  ：空気調和機
２００Ｂ  ：空気調和機
２００Ｃ  ：空気調和機
２１０    ：ＣＰＵ
２２０    ：メモリ
２３０    ：ディスプレイ
２４０    ：操作部
２６０    ：通信インターフェイス
２７０    ：スピーカ
２８０    ：リモコン受光部
２９０    ：機器駆動部
３００    ：通信端末
３００Ａ  ：通信端末
３００Ｂ  ：通信端末
３１０    ：ＣＰＵ
３２０    ：メモリ
３３０    ：ディスプレイ
３４０    ：操作部
３６０    ：通信インターフェイス
３７０    ：スピーカ
３８０    ：マイク
【図１】
2019184188.tif 000003
【図２】
2019184188.tif 000004
【図３】
2019184188.tif 000005
【図４】
2019184188.tif 000006
【図５】
2019184188.tif 000007
【図６】
2019184188.tif 000008
【図７】
2019184188.tif 000009
【図８】
2019184188.tif 000010
【図９】
2019184188.tif 000011
【図１０】
2019184188.tif 000012
【図１１】
2019184188.tif 000013
【図１２】
2019184188.tif 000014
【図１３】
2019184188.tif 000015
【図１４】
2019184188.tif 000016
【図１５】
2019184188.tif 000017
【図１６】
2019184188.tif 000018
【図１７】
2019184188.tif 000019
【図１８】
2019184188.tif 000020
【図１９】
2019184188.tif 000021