JP2022028697A - 少なくとも一つの空気調和デバイスを制御するための方法及び移動端末 - Google Patents

Abstract

【課題】車両の空気調和デバイスを制御するための方法を提供する。【解決手段】第１のバス、少なくとも一つの空気調和デバイス３０に接続される空気調和バス４１から、無線インタフェースを介して第１の状態データを問い合わせるステップと、第２のバス、少なくとも一つのアクチュエータ及び／又はセンサに接続される車両バス４２から、無線インタフェースを介して第２の状態データを問い合わせるステップと、第１の状態データ及び第２の状態データをディスプレイ上に表示するステップと、一つのユーザ入力を受け取るステップと、ユーザ入力を処理するステップと、ユーザ入力に基づいて、且つ、第１の状態データ及び／又は第２の状態データの少なくとも一つのデータ要素を使用して制御コマンドを生成するステップと、制御コマンドを無線インタフェースを介して空気調和デバイス３０に送信するステップと、を含む。【選択図】図１

Description

本発明は、少なくとも一つの空気調和デバイスを制御するための方法及び移動端末、並びにその方法を実現するためのシステム及びコンピュータ可読記憶媒体に関する。

近代の車両は、異なる空気調和デバイス、例えばヒータ、ファン及び冷却ユニットを装備することができる。更に、その後に適切な空気調和デバイスを車両に装備することは既知の実践である。したがってその後に空気調和デバイス、例えば補助加熱システムを車両に設置することが可能である。

適切な空気調和デバイスは、ときには、操作ユニットと無線で通信するための通信デバイスを有している。したがって補助加熱システムの動作を約２００メートル乃至１０００メートルの範囲で開始及び恐らくは同じく停止させることができる小型遠隔コントローラを提供することは既知の実践である。

また、移動端末、例えばスマートフォン及びタブレットによって空気調和デバイスを制御することができる方法が同じく存在している。これらは、セルラ・ネットワーク、例えばＧＳＭを介して空気調和デバイスと通信し、且つ、既に説明した遠隔コントローラによって提供される機能と同様の機能をモデル化する。

対応するシステムによって提供される制御可能性は著しく制限されている。例えば、ユーザがそのことに気が付くことなく、電池の充電状態が極端に低すぎることによって制御コマンドが実行されないことが起こり得る。

この従来技術に鑑みて、本発明の目的は、少なくとも一つの空気調和デバイスを制御するための改善された方法を規定することである。詳細には、従来技術による既存の欠点を除去することが意図されている。本発明には、安全で、経済的で、且つ、信頼性が高いやり方で空気調和デバイスの動作を可能にすることが意図されている。更に、少なくとも一つの空気調和デバイス、及び上記方法を実現するためのシステムを制御するための移動端末を規定することが意図されている。

方法に関して、この目的は、請求項１に記載の方法によって達成される。

詳細には、この目的は、車両の少なくとも一つの空気調和デバイスを制御するための方法によって達成され、方法は、
－ 第１のバス、好ましくは少なくとも一つの空気調和デバイスに接続される空気調和バスから、無線インタフェースを介して第１の状態データを問い合わせるステップと、
－ 第２のバス、詳細には少なくとも一つのアクチュエータ及び／又はセンサに接続される車両バスから、無線インタフェースを介して第２の状態データを問い合わせるステップと、
－ 第１の状態データ及び第２の状態データをディスプレイ上に表示するステップと、
－ 少なくとも一つのユーザ入力を受け取るステップと、
－ ユーザ入力を処理するステップと、
－ ユーザ入力に基づいて、且つ、第１の状態データ及び／又は第２の状態データの少なくとも一つのデータ要素を使用して制御コマンドを生成するステップと、
－ 制御コマンドを無線インタフェースを介して空気調和デバイスに送信するステップと
を含む。

本発明の概念は、制御コマンドを生成する前に、車両の少なくとも一つの構成要素の状態を記述している状態データを問い合わせ、且つ、表示することを含む。そのために、少なくとも一つの空気調和デバイスに少なくとも接続される第１のバスから状態データが有利に引き出され、また、他の第２のバス、例えば車両バスから状態データが引き出される。第２のバスは、一つ又は複数のアクチュエータ及び／又はセンサに接続することができる。好ましくは第２のバスは、車両構成要素、例えば電池、車両タンクに関連する情報、及び／又は車両の状態、例えば車両の動作状態に関連する一般的な情報を提供する。

したがって本発明を使用することにより、ユーザは、制御コマンドを送信する前に車両及び空気調和デバイスの状態を獲得することができ、また、捕獲に応答して特定の制御コマンドを発信することができる。一実施形態では、制御コマンドは、ユーザ入力及び第１の状態データの少なくとも一つのデータ要素に基づいて生成される。例えば空気調和デバイスが基本的に動作準備完了状態にあるかどうかを問い合わせることができる。本発明による方法は、獲得した知識に応じて、空気調和デバイスを始動するための制御コマンドの送信を許容し、或いは禁止することができる。したがってユーザ・コマンドは、空気調和デバイスが既に動作しているか否かに応じて別様に解釈され得る。例えば電力の増加を要求するユーザ・コマンドの入力は、スイッチ・オフ状態にある場合、第一に空気調和デバイスを始動させる制御コマンドが送信され、次に、入力に従って空気調和デバイスの電力を適合させる他の制御コマンドが送信されるという結果をもたらし得る。説明されている実施形態において空気調和デバイスが既に始動している場合、ユーザ入力は、対応するやり方で単に電力を適合させるようにのみ解釈され得る。

本発明によれば、車両及び空気調和デバイスに関連する情報の様々な項目を捕獲し、且つ、表示することができる。更に、この情報は、空気調和デバイスを可能な限り効果的に制御することができるようにするために上記制御方法を実施する場合に「知的に」使用することができる。したがって上記方法を実現するソフトウェア又はアプリケーションは、空気調和デバイスを実質的により効果的なやり方で動作させることができるグラフィカル・ユーザ・インタフェースを使用することができる。これは不適切な動作を防止する。上記方法は適応性であり、或いはユーザによる空気調和デバイスの操作をより容易にする適応システム上で実現することができる。「人工知能」の分野における開発から知られているアルゴリズム及び／又はデータ構造を使用することができる。

一実施形態では、第１の状態データの少なくとも一つのデータ要素及び第２の状態データの少なくとも一つのデータ要素に基づいて値が計算され、且つ、表示される。本発明による教示によれば、情報の異なる項目を問い合わせることができ、且つ、それらを互いに結び付けることができる。例えば空気調和デバイスの電力消費を問い合わせることができ、また、電池の充電状態に関連する情報と比較することができる。したがって上記制御方法のユーザに、ユーザが動作期間を予測するのを可能にする情報を供給することができる。この点に関して、上記方法を同じく使用して、例えば電池が完全に放電する不適切な動作を防止することができる。

一実施形態では、少なくともいくつかの状態データは、ゲートウェイ・デバイスを介して間接的に問い合わされる。

第１のバス及び第２のバスとの異なる方法での通信を実現することができる。好ましい一実施形態では、第１のバス及び第２のバスの両方に接続されるゲートウェイ・デバイスが使用される。ゲートウェイ・デバイスは、好ましくは、無線通信のための少なくとも一つの通信デバイスを有する。ゲートウェイ・デバイスは、追加として制御タスクを実施することができ、また、受け取った制御コマンドに従って空気調和デバイスを制御することができる。ゲートウェイ・デバイスを提供することにより、関連する情報が中心点で収集される利点が得られる。更に、ゲートウェイ・デバイスは、標準化された無線通信を提供することができ、その結果前記通信は、ゲートウェイ・デバイスを使用して、車両のタイプに無関係に容易に実現することができる。したがってゲートウェイ・デバイスは、例えば第２のバス上で車両構成要素と通信するための特定のインタフェースを有することができる。一実施形態では、ゲートウェイ・デバイスは、異なるバス・システムと通信するようにプログラムすることができるインタフェースを有する。

一実施形態では、上記方法は、更に、
－ 車両のゲートウェイ・デバイスへの多数の通信チャネルの可用性を検査するステップと、
－ 可用性及び優先順位リストに基づいて通信チャネルを選択するステップであって、第１の状態データ及び／又は第２の状態データが、説明したように、選択された通信チャネルを介して問い合わされる、ステップと
を含む。

本発明によれば、例えば無線通信のための複数の異なる可能性を有するゲートウェイ・デバイスを装備することができる。この点に関して、例えばＷｉＦｉ通信、ＧＳＭ通信及び／又はＢｌｕｅｔｏｏｔｈ通信を可能にする通信デバイスが想定可能である。本発明の一実施形態では、関連する端末は、対応する通信デバイスを有することができ、それにより、ゲートウェイ・デバイスとの通信に先立って異なる通信チャネルを検査する必要がある。本発明による方法は、次に、利用可能な通信チャネルを選択する。複数の通信チャネルが利用可能である場合、好ましい通信チャネル、例えばコストを全く発生しない通信チャネルを選択して使用することができる。

一実施形態では、上記方法は（更に）、
－ 移動端末の記憶デバイスからユーザ・プロファイルを読み出すステップと、
－ ユーザ・プロファイルからのデータを処理するステップと、
－ ユーザ・プロファイルからのデータに基づいて少なくとも一つの制御コマンドを生成するステップと、
－ 好ましくはゲートウェイ・デバイスを使用して、空気調和デバイス及び／又は車両の構成要素に制御コマンドを送信するステップと
を含む。

したがって本発明による方法を使用して、ユーザが指定するやり方で空気調和デバイス及び／又は他の車両構成要素を調整することができる。そのために、対応するユーザ・プロファイルを移動端末の記憶デバイス中に生成することができる。このユーザ・プロファイルは、例えば特定のフラップ位置に関連する情報を含むことができ、この情報は、空気調和デバイスを起動した後は空気が車両内のユーザに直接当たらないようなやり方で選択される。本発明による方法は、ユーザに割り当てられるデータを使用して制御コマンドを生成し、その制御コマンドが最終的にユーザにとって有利な車両構成をもたらすことになる。一実施形態では、異なる人間によって使用される車両の場合、人間が車両から降りる際に構成を記憶し、また、例えば別の人間が使用した後に、元の人間が再び車両に乗り込む際にこの構成を復元することを想定することが可能である。

一実施形態では、車両の電池の充電状態及び／又はタンク充填状態が問い合わされる。本発明によれば、これらの状態は、状態データとして表示及び／又は処理することができる。既に説明したように、充電状態及び／又は燃料レベルに関連する情報は、特定の空気調和デバイスを特定の動作モードで動作させることができる長さに関するステートメントの作成を可能にする。加熱すべき特定の領域を電池の充電状態に基づいて選択することも同様に可能である。したがって例えばエンジン・コンパートメントを冷却／加熱するため、及び乗客コンパートメントを冷却／加熱するための複数の冷却回路が提供される車両が存在している。本発明による方法は、電池の充電状態に応じてエンジン・コンパートメントの加熱を止めることができ、したがって充電状態に応じて制御コマンドを適合させることができる。

最初に言及した目的は、少なくとも一つの計算デバイスと、少なくとも一つの記憶デバイスと、少なくとも一つの無線通信デバイスとを備える移動端末によって同じく達成される。記憶デバイスは、好ましくは、既に説明した方法ステップを実現するための命令を有する。無線通信デバイスを使用して第１の状態データ及び／又は第２の状態データを問い合わせることができる。更に、通信デバイスを使用して少なくとも一つの制御コマンドを送信することができる。

上記方法に関連して説明されている利点は、上記移動端末に関連して同じく生じる。

最初に言及した目的はシステムによって同じく達成される。システムは、上で説明した移動端末と、ゲートウェイ・デバイスとを備えることができる。ゲートウェイ・デバイスは、無線通信のための通信デバイスを備えることができ、通信デバイスは、詳細にはＢｌｕｅｔｏｏｔｈによって移動端末と通信するように設計される。通信デバイスはプラグ・インすることができ、それによりゲートウェイ・デバイスを引き続いてアップグレードすることができる。

一実施形態では、ゲートウェイ・デバイスは、複数の通信デバイス、例えば第１の通信デバイス及び第２の通信デバイスを有する。第１の通信デバイスは、Ｂｌｕｅｔｏｏｔｈ及び／又はＷｉＦｉを介して移動端末と無線で通信するように設計することができる。第２の通信デバイスは、セルラ・ネットワークを介して、例えばＧＳＭ又はＵＭＴＳ規格を介して移動端末と無線で通信することができる。

対応するシステムでは、異なる通信チャネル間で選択することができ、それにより移動端末とゲートウェイ・デバイスの間の距離に基づいて信頼性の高い通信が常に保証される。

一実施形態では、ゲートウェイ・デバイスは、空気調和バス上でマスタとして通信するように設計され、空気調和デバイスを制御するための制御デバイスを備える。

一実施形態では、空気調和デバイス及び／又は動作要素は、それぞれ空気調和バスのスレーブの形態であってもよい。

一実施形態では、空気調和デバイスは、送風機及び／又はファンの形態であってもよい。したがってゲートウェイ・デバイスを使用して送風機のみを動作させることが同じく可能である。したがって車両の既に設置済みのハードウェアをゲートウェイ・デバイスを介して制御することも同じく可能である。

一実施形態では、通信デバイスは、例えば印刷回路基板の形態でプラグ・インすることができ、通信デバイスは、詳細にはＢｌｕｅｔｏｏｔｈによって移動端末と通信するように設計することができる。

本発明によれば、ゲートウェイ・デバイスは、通信デバイスを介してデータを無線で受信及び送信する可能性を有する。したがって空気調和バス及び該空気調和バスに接続されたデバイスは、車両の外部又は車両ハードウェアの外部のデバイスにアクセスすることができる。

ゲートウェイ・デバイスは、
－ 少なくとも一つの計算デバイスと、
－ 命令を含む少なくとも一つの記憶デバイスであって、それらの命令は、計算ユニット上で実行されるとウェブ・サーバを実現する、少なくとも一つの記憶デバイスと
を備えることができる。

ウェブ・サーバ上で実現されるアルゴリズムは適応性であってもよく、また、ユーザによる空気調和デバイスの操作をより容易にすることができる。「人工知能」の分野における開発から知られているアルゴリズム及び／又はデータ構造を使用することができる。

最初に言及した目的は、少なくとも一つのプロセッサに上で既に説明した方法を実現させる命令を含むコンピュータ可読記憶媒体によって同じく達成される。

他の有利な実施形態は従属請求項に記載されている。

以下、本発明について、図によってより詳細に説明される複数の例示的実施形態に基づいて説明する。

空気調和バスを有する車両であって、空気調和デバイスを備えるいくつかの構成要素が空気調和バスに接続される車両の略図である。 図１による車両に使用するためのゲートウェイ・デバイスの略図である。 図２のゲートウェイ・デバイスと無線で通信する移動端末の略図である。

以下の説明では、全く同じ要素及び全く同じように作用する部品に対しては同じ参照数表示が使用されている。

図１は、車両１及び移動端末７０を示したものである。車両１は、本発明を理解するために重要である構成要素と共に図解されている。したがって車両１は、ヒータ３０、ゲートウェイ・デバイス６０、動作要素２、換気デバイス２０及びファン・フラップ３を有している。ヒータ３０、ゲートウェイ・デバイス６０及び動作要素２は、接続４１、４１’、４１”を介して空気調和バス４０に接続され、また、空気調和バス４０を介して互いに接続されている。示されている例示的実施形態では、空気調和バス４０は、所有権を主張できるＷバスの形態である。

Ｗバスは、マスタが複数のスレーブ間及びマスタとの通信を制御することによって区別される。したがってマスタは、他の構成要素との合意なしに通信を開始することができる。図１に示されている空気調和バス４０は、プル・アップ抵抗によってその端部が終端されているワイヤを有している。

示されている例示的実施形態では、ゲートウェイ・デバイス６０は、空気調和バス４０のマスタの形態であり、通信のためにバス通信デバイス６３を使用している。ヒータ３０、ファン・フラップ３及び動作要素２はスレーブの形態である。これは、ゲートウェイ・デバイス６０が、データの送信を要求されなくても、ヒータ３０、ファン・フラップ３及び動作要素２にデータを送信することができることを意味している。空気調和バス４０上でスレーブとして作用する構成要素は、それらが空気調和バス４０上での通信を許可されるかどうかを最初にゲートウェイ・デバイス６０に尋ねなければならない。

図１の例示的実施形態では、動作部品２は入力／出力デバイスの形態である。車両１の運転者は、動作部品２を使用して、車両１の内部の目標パラメータとして所望の温度を入力することができる。動作部品２は、次に、目標パラメータとしてのその所望の温度を接続４１を介して空気調和バス４０上でゲートウェイ・デバイス６０に送信する。ゲートウェイ・デバイス６０は、車両１の内部の温度を測定する温度センサ６７を備えている。運転者によって設定された所望の温度が車両１の内部の測定温度値に対応していない場合、ゲートウェイ・デバイス６０は、空気調和バス４０を介してヒータ３０に制御コマンドを送信する。車両１の内部の温度が低すぎることをゲートウェイ・デバイス６０が決定すると、ヒータ３０が起動されて加熱を実施する。ヒータ３０は、ゲートウェイ・デバイス６０がその温度センサ６７によって、運転者によって入力された所望の温度に到達したことを測定するまで車両の内部を加熱する。

車両１の車両内部を効果的に加熱することができるようにするために、ゲートウェイ・デバイス６０は、更に、ファン・フラップ３に制御コマンドを送信する。ファン・フラップ３は、アクチュエータ、例えばファン・フラップ３の調整角度を変えるように設計されるサーボモータ又はステッパ・モータを備えている。示されている例示的実施形態では、ファン・フラップ３は、可能な限り大量の空気流がファン・フラップ３を通って流れることができるやり方で調整され、例えば９０°に調整される。

したがって加熱された空気はファン・フラップ３を通って流れることができ、ゲートウェイ・デバイス６０は、換気デバイス２０にパルス幅変調信号（ＰＷＭ信号）を同じく送信する。そのために、ゲートウェイ・デバイス６０は、ＰＷＭコントローラ、例えばゲートウェイ・デバイス６０を換気デバイス２０に接続する換気接続２１を介して対応する信号を出力するマイクロコントローラを有している。換気デバイス２０は、ＰＷＭ信号によって駆動される電動機を有している。

ゲートウェイ・デバイス６０は、近傍のデバイスと無線で通信するために使用することができるＢｌｕｅｔｏｏｔｈモジュール６２（図２を参照されたい）を同じく備えている。例えば移動端末７０へのＢｌｕｅｔｏｏｔｈ接続を確立することができる。例えば運転者に属しているスマートフォンである移動端末７０を同じく使用して、車両１の内部の所望の温度を設定することができる。所望の温度値が入力されると、スマートフォン７０は、Ｂｌｕｅｔｏｏｔｈ接続を介してゲートウェイ・デバイス６０に制御コマンドを送信する。ゲートウェイ・デバイス６０は、その制御コマンドをヒータ３０に転送し、且つ、受け取った制御コマンドに基づいて他の制御コマンド（例えば空気調和バスに特化された制御コマンド）を生成し、これらのコマンドは、空気調和バス４０を介して空気調和デバイス３０に送信される。したがってヒータ３０は、車両の内部の温度が所望の温度値に対応するやり方で制御される。

更に、ゲートウェイ・デバイス６０は、空気調和バス４０に接続されているデバイスに関連する状態情報、詳細には状態データを移動端末７０に送信することができる。例えば状態情報は、保守勧告、センサ・データ、製造者情報又は故障メッセージであってもよい。空気調和バス４０に関連する状態データは、好ましくはヒータ３０の動作状態（オン又はオフ）及び動作電力（例えば最大電力の７０％）を指示する。したがって車両１の運転者は、空気調和バス４０に接続されているデバイスに関連するすべての情報へのアクセスを有する。

空気調和バス４０に加えて、車両１は車両バス４２を有している。ゲートウェイ・デバイス６０は、バス通信デバイス６３’を介して車両バス４２に接続されており、また、空気調和動作部品８０は車両バス４２に接続されている。ゲートウェイ・デバイス６０は車両バス４２のスレーブの形態である。したがってゲートウェイ・デバイス６０は二重機能を負っている。ゲートウェイ・デバイス６０は、一方では空気調和バス４０上でマスタとして作用し、また、他方では車両バス４２上でスレーブとして作用する。本発明による一実施形態では、ゲートウェイ・デバイス６０は、車両バス４２に関しては監視／読出し機能のみを有し、また、車両バス４２上のデータ・トラフィックに波長を合せるのみである。図２に図解されている例示的実施形態では、空気調和動作部品８０を使用してユーザ入力が受け取られ、また、受け取ったユーザ入力を状態情報、詳細には車両データとして、車両バス４２を介してゲートウェイ・デバイス６０に提供される。

本発明によれば、Ｂｌｕｅｔｏｏｔｈ通信デバイス６２を使用して車両データが通信され、この車両データは車両バス４２を介して移動端末７０に受け取られる。このような車両データは、車両１のタンクの充填レベル、及び車両１の電池充填レベルに関する情報を含むデータ要素を含むことができる。

Ｂｌｕｅｔｏｏｔｈ通信デバイス６２に加えて、ゲートウェイ・デバイス６０は、ＬＴＥネットワーク内で通信するためのプラグ・インＬＴＥモジュール６８を備えている。したがって例示的実施形態には複数の可能性（通信チャネル）が存在しており、移動端末７０は、これらの可能性（通信チャネル）を介してゲートウェイ・デバイス６０と通信することができる。ゲートウェイ・デバイス６０との通信の場合、スマートフォン７０を車両１の近傍に置く必要はない。したがって車両１の運転者は、世界中の任意の所望の場所からゲートウェイ・デバイス６０を介して車両１の構成要素を制御することができ、及び／又はこれらの構成要素から状態データを受け取ることができ、制御中、これらのデータが恐らく考慮される。この機能により、運転者は、移動端末７０を使用して、ゲートウェイ・デバイス６０を介して空気調和バス４０上又は車両バス４２上で送信される情報を問い合わせることができる。したがって車両１の状態に関連する包括的情報を運転者に表示することができる。本発明によれば、この情報を使用して端末７０にサービスが提供され、これらのサービスが、極めて便利で、且つ、効果的な方法で車両１の空気調和システムを制御するのを可能にする。

図２は、ゲートウェイ・デバイス６０の略図を示したものである。ゲートウェイ・デバイス６０は、例えばマイクロコントローラの形態である計算ユニット６１を備えている。計算デバイス６１は、バス通信デバイス６３、６３’を介して状態データを受け取り、次に前記データを処理するように設計されている。また、ゲートウェイ・デバイス６０は、端末７０と無線で通信するためのＢｌｕｅｔｏｏｔｈモジュール６２を同じく有している。一例示的実施形態では、セルラ及び／又はローカル・エリア・ネットワークと通信するための他の通信デバイスが提供される。

バス通信デバイス６３、６３’は、それぞれ空気調和バス４０及び車両バス４２を介してデータを受信し、且つ、送信するように設計されている。受信したデータは記憶デバイス６５に記憶することができ、それにより計算ユニット６１は前記データを処理することができる。

一例示的実施形態では、ゲートウェイ・デバイス６０のみをレトロフィットすることができる。この場合、追加空気調和デバイス３０又は動作要素２の設置を省略することができる。例えばゲートウェイ・デバイス６０によって車両１の既存の空気調和システムを監視し、及び／又は制御することができる。即ち、設置後に車両１のユーザ又は運転者は、移動端末７０を介して、空気調和システムに関連する情報に直接的及び間接的にアクセスすることができる。一例示的実施形態では、また、本発明によるゲートウェイ・デバイス６０によれば、空気調和デバイス３０又は空気調和システムに遠隔的にのみ関連する状態データ、或いは全く関連しない状態データを問い合わせることも同じく可能である。

図３は、本発明に従って個別化された、Ｉｎｔｅｒｎｅｔ４及びゲートウェイ・デバイス６０に通信接続される移動端末７０を極めて簡略的な方法で示したものである。したがって本発明によれば、複数の通信経路、即ち直接Ｂｌｕｅｔｏｏｔｈを介した第１の通信経路、及び間接的にＩｎｔｅｒｎｅｔを介した第２の通信経路を利用してゲートウェイ・デバイス６０と通信することができる。

移動端末７０は、ゲートウェイ・デバイス６０と同様の方法で、計算デバイス７１、及び本発明による方法を実現するための命令を有する記憶デバイス７２を備えている。これらの命令が計算ユニット７１上で実行されると、計算ユニット７１に本発明による方法を実現させることになる。

運転者との通信の目的のために、データの入力及び出力を可能にするタッチスクリーン７６が提供されている。詳細には、タッチスクリーン７６を介して、ユーザ入力を受け取ることができ、また例えばゲートウェイ・デバイス６０から問い合わされた状態データを表示することができる。ゲートウェイ・デバイス６０との通信のために、移動端末７０は、Ｂｌｕｅｔｏｏｔｈモジュール７４及びＵＭＴＳモジュール７５を備えており、ＵＭＴＳモジュール７５は、概略的に示されているようにＩｎｔｅｒｎｅｔ４への接続を確立する。本発明によれば、Ｉｎｔｅｒｎｅｔ４への接続を同じく使用して、サーバ１００から情報を問い合わせることができ、或いは関連する情報をサーバ１００に記憶することができる。例えば特定の空気調和システムに割り当てられるユーザ・プロファイルを移動端末７０上及びサーバ１００上に記憶することができる。

更に、本発明による方法によれば、ゲートウェイ・デバイス６０から問い合わされた診断情報をサーバ１００からの情報と比較し、且つ、その比較に基づいて空気調和システムの自己診断を実施することができる。別法又は追加として、適切な診断情報を予めサーバ１００上に記憶することができ、それにより前記情報をワークショップによって問い合わせ、及び／又は評価することができる。

本発明の一例示的実施形態では、移動端末７０は、ヒータ３０に関連する車両データ及び空気調和データをゲートウェイ・デバイス６０から問い合わせる。一例示的実施形態では、車両データは、車両電池の充電状態を指示する情報の項目である。空気調和データは、ヒータ３０がスイッチ・オフされていることを指示する。この情報は、移動端末７０のタッチスクリーン７６上に表示される。本発明によれば、運転者は、空気調和デバイス即ちヒータ３０が始動されるべく意図されていることを示すボタンを起動することができる。移動端末７０はこの入力を処理し、且つ、電池の充電状態が低いため、車両に提供されている利用可能なすべての加熱回路を加熱しないことが有益であることを決定する。その代わりに乗客コンパートメントの加熱を直接もたらす加熱回路のみを使用することが意図される。したがって移動端末７０は対応する制御コマンドを送信し、この制御コマンドは、Ｂｌｕｅｔｏｏｔｈモジュール７４を介してゲートウェイ・デバイス６０に送信される。そのゲートウェイ・デバイス６０はこの制御コマンドを今度は処理し、且つ、受け取った制御コマンドに基づいて他の制御コマンドを生成する。第１の制御コマンドはヒータ３０を起動する。第２の制御コマンドは、前記選択された加熱回路内の循環を保証し、それにより乗客コンパートメントが加熱される。

一実施形態では、特定のフラップ位置を好ましいフラップ位置として指定する、ユーザに関連するプロファイル・データが移動端末７０上に記憶される。移動端末は、ユーザ入力に応答して、及び／又は車両１に接近すると自動的に制御コマンドを生成することができ、また、前記制御コマンドをゲートウェイ・デバイス６０に送信することができ、この制御コマンドにより、ゲートウェイ・デバイス６０は、フラップを調整するための対応する制御コマンドを送信する。

一例示的実施形態では、移動端末７０は、ゲートウェイ・デバイス６０を介した他の情報の問合せ、例えば車両１の総マイル数、外部温度、タンクの充填レベル及び／又は診断情報の問合せ、及びタッチスクリーン７６上でのユーザへの前記情報の表示を可能にする。本発明によれば、この情報のいくつか、又はすべてを使用して、状況に応じた方法で空気調和システムを制御することができる。外部温度は、例えばヒータ３０を動作させるための電力レベルを選択するために使用することができる。対応する選択は、自動的に、及び／又はユーザ入力に基づいて実施することができる。本発明によれば、とりわけ、特定の外部温度及び／又は電池の特定の充電状態に対する少なくとも一つの好ましい電力レベルをユーザに指示することを想定することが可能である。

一例示的実施形態では、受け取った車両データに基づいて特定の制御コマンド又はメニュー項目を隠すことができる。例えば既に説明した、また、特定の加熱回路が選択される例示的実施形態では、通常は二つの加熱回路の使用を許容する動作要素を隠すことができる。電池の充電が臨界状態である場合、通常はヒータ３０を始動することができるユーザ要素を同様に隠すことができる。

また、受け取った情報、例えばタンクの充填レベル及び／又は電池の充電状態に基づいてヒータ３０の最長運転時間を計算することも同じく可能である。また、計算された運転時間に基づいて、及び／又は臨界状態に達する少し前に、適切な制御コマンドを介してヒータ３０を能動的にスイッチ・オフすることを同じく想定することができ、したがって車両１の中心となる機能が悪影響を受けることはない。

説明されているＷバス４０は、本発明によれば、任意の所望のバス・システム、例えばＣＡＮ又はＬＩＮに置き換えることができる。

換気デバイス２０は、ＰＷＭ信号を使用する代わりに、或いはＰＷＭ信号の使用に加えて、例えばバス・システムを介してゲートウェイ・デバイス６０と通信することができる。本発明によれば、プラグ・インＬＴＥモジュール６８は、ＩＳＭ／ＷｉＦｉ、２Ｇ／３Ｇ／４Ｇ又は同様の規格を介して通信するための任意の所望のプラグ・イン通信モジュールであってもよい。

少なくとも一つの例示的実施形態では、セルラ・ネットワークを介した、例えばＬＴＥを介したＩｎｔｅｒｎｅｔへの接続が説明されている。Ｉｎｔｅｒｎｅｔへの対応する接続は、ローカル・エリア・ネットワークを介して確立することも同じく可能である。

この時点で、上で説明したすべての要素は、単独及び任意の組合せ、詳細には図面に図解されている詳細において、本発明の本質的要素として特許請求されることに留意されたい。これらの要素の修正は当業者には当たり前である。詳細には、個々の例示的実施形態を任意の所望の形態で組み合わせることは当業者には当たり前である。

１ 車両
２ 動作要素
３ ファン・フラップ
４ Ｉｎｔｅｒｎｅｔ
２０ 換気デバイス
２１ 換気接続
３０ ヒータ／補助加熱システム
４０ 空気調和バス、Ｗバス
４１、４１’、４１” Ｗバスのための接続
４２ 車両バス、ＬＩＮバス
４３、４３’ 車両バス／ＬＩＮバスのための接続
５５ 計算ユニット又はマイクロコントローラ
６０ ゲートウェイ・デバイス
６１ 計算デバイス／マイクロコントローラ
６２ Ｂｌｕｅｔｏｏｔｈモジュール
６３、６３’ バス通信デバイス
６５ 記憶デバイス
６６ 温度センサ
７０ （移動）端末
７１ 計算デバイス
７２ 記憶デバイス
７４ Ｂｌｕｅｔｏｏｔｈモジュール
７６ タッチスクリーン
７５ ＵＭＴＳモジュール
８０ 空気調和動作部品
１００ サーバ

Claims (12)

1. 車両（１）の少なくとも一つの空気調和デバイス（３０）を制御するための方法であって、
   － 第１のバス、好ましくは前記少なくとも一つの空気調和デバイス（３０）に接続される空気調和バス（４１）から、無線インタフェースを介して第１の状態データを問い合わせるステップと、
   － 第２のバス、詳細には少なくとも一つのアクチュエータ及び／又はセンサに接続される車両バス（４２）から、前記無線インタフェースを介して第２の状態データを問い合わせるステップと、
   － 前記第１の状態データ及び第２の状態データをディスプレイ（７６）上に表示するステップと、
   － 少なくとも一つのユーザ入力を受け取るステップと、
   － 前記ユーザ入力を処理するステップと、
   － 前記ユーザ入力に基づいて、且つ、前記第１の状態データ及び／又は第２の状態データの少なくとも一つのデータ要素を使用して制御コマンドを生成するステップと、
   － 前記制御コマンドを前記無線インタフェースを介して前記空気調和デバイス（３０）に送信するステップと
   を含む方法。
2. 前記第１の状態データの少なくとも一つのデータ要素及び前記第２の状態データの少なくとも一つのデータ要素に基づいて値が計算され、且つ、表示される
   ことを特徴とする請求項１に記載の方法。
3. 少なくともいくつかの状態データがゲートウェイ・デバイス（６０）を介して間接的に問い合わされる
   ことを特徴とする請求項１乃至２のいずれか一項に記載の方法。
4. － 前記車両（１）の前記ゲートウェイ・デバイス（６０）への多数の通信チャネルの可用性を検査するステップと、
   － 前記可用性及び優先順位リストに基づいて通信チャネルを選択するステップであって、前記第１の状態データ及び／又は第２の状態データが、前記選択された通信チャネルを介して問い合わされる、ステップと
   によって特徴付けられる請求項１乃至３のいずれか一項に記載の方法。
5. － 移動端末（７０）の記憶デバイス（７２）からユーザ・プロファイルを読み出すステップと、
   － 前記ユーザ・プロファイルからのデータを処理するステップと、
   － 前記ユーザ・プロファイルからの前記データに基づいて少なくとも一つの制御コマンドを生成するステップと、
   － 好ましくは前記ゲートウェイ・デバイス（６０）を使用して、前記空気調和デバイス（３０）及び／又は前記車両（１）の構成要素に前記制御コマンドを送信するステップと
   によって特徴付けられる請求項１乃至４のいずれか一項に記載の方法。
6. － 車両（１）の電池の充電状態を問い合わせ、且つ、恐らくは表示するステップ、及び／又は
   － 前記車両のタンク充填レベルを問い合わせ、且つ、恐らくは表示するステップと
   によって特徴付けられる請求項１乃至５のいずれか一項に記載の方法。
7. － 少なくとも一つの計算デバイス（７１）と、
   － 命令を含む少なくとも一つの記憶デバイス（７２）であって、前記命令が前記少なくとも一つの計算デバイス（７１）上で実行されると、前記命令が請求項１乃至６のいずれか一項に記載の前記方法を実現する、少なくとも一つの記憶デバイス（７２）と、
   － 前記第１の状態データ及び／又は第２の状態データを問い合わせ、及び／又は前記制御コマンドを送信するための少なくとも一つの無線通信デバイス（７４、７５）と
   を備える移動端末（７０）。
8. － 請求項７に記載の移動端末（７０）と、
   － 無線通信のための少なくとも一つの通信デバイス（６２）、詳細にはプラグ・イン通信デバイスを備えるゲートウェイ・デバイス（６０）であって、前記通信デバイス（６２）が詳細にはＢｌｕｅｔｏｏｔｈによって前記移動端末（７０）と通信するように設計される、ゲートウェイ・デバイス（６０）と
   を備えるシステム。
9. 前記ゲートウェイ・デバイス（６０）が、第１の状態データ、詳細には空気調和データを前記第１のバスから受け取るための第１の通信デバイス（６３）、及び／又は第２の状態データ、詳細には車両データを前記第２のバスから受け取るための第２の通信デバイス（６３’）を備える
   ことを特徴とする請求項８に記載のシステム。
10. 前記ゲートウェイ・デバイス（６０）が、
    － Ｂｌｕｅｔｏｏｔｈ及び／又はＷｉＦｉを介して前記移動端末（７０）と無線で通信するための前記第１の通信デバイス（６２）、詳細には前記プラグ・イン通信デバイスと、
    － セルラ・ネットワークを介して前記移動端末（７０）と通信するための第２の通信デバイス、詳細にはプラグ・イン通信デバイス、例えばＧＳＭモジュール又はＵＭＴＳモジュールと
    を備える
    ことを特徴とする請求項８又は９に記載のシステム。
11. 前記ゲートウェイ・デバイス（６０）が、
    － 少なくとも一つの計算デバイス（６１）と、
    － 命令を含む少なくとも一つの記憶デバイスであって、前記命令が前記計算ユニット上で実行されると、前記命令がウェブ・サーバを実現する、少なくとも一つの記憶デバイスと
    を備える
    ことを特徴とする請求項８乃至１０のいずれか一項に記載のシステム。
12. 少なくとも一つのプロセッサによって実行されると、請求項１乃至６のいずれか一項に記載の方法を前記少なくとも一つのプロセッサに実現させる命令を含むコンピュータ可読記憶媒体。

Images