"車両データバス24上に送信された、1以上の車両システムまたは装置の状態および/または動作に関するデータ信号を受信するデータ転送手段22と、1以上の受信した前記データ信号に関する情報を、ユーザに提示するために、移動通信装置18に無線送信する通信手段30とを含む、車両12を監視および/または制御するためのシステム10。前記通信手段30は、ウェブサーバ、ウェブポータルまたは他のインターネット接続されたホストシステム14を介して、受信した1以上の前記データ信号に関する情報を前記移動通信装置18に無線送信するようになっている、請求項1に記載のシステム10。前記通信手段は、GSMまたは他の移動体通信ネットワーク13を介して、前記ウェブポータルと通信するようになっている、請求項2に記載のシステム10。前記ウェブポータルは、前記移動通信装置と、GSMまたは他の移動体通信ネットワーク13を介して通信するようになっている、請求項2または3に記載のシステム10。前記転送手段22は、1以上の車両システム、機能または装置を制御するために、前記車両データバス24上に送信するための前記データ信号を生成するようになっている、請求項1から4のいずれかに記載のシステム10。前記データ転送手段22は、前記データバス24から前記データ信号を受信し、前記データ信号を、前記通信手段30によって送信するために、当該データ信号に対応するデータメッセージに変換するようになっている、請求項1から5のいずれかに記載のシステム10。前記データ転送手段22は、前記通信手段30によって送信する前に、前記データメッセージを暗号化するようになっている、請求項6に記載のシステム10。前記車両バス24は、CANバスであり、前記データ転送手段22は、前記車両システムまたは前記サブシステムによって前記CANバス上に送信されたCANメッセージを受信し、前記メッセージをメモリ34に記憶するようになっている、請求項1から7のいずれかに記載のシステム10。前記移動通信装置18は、受信した前記情報に基づいて、前記車両の前記状態および/または動作に関する情報をユーザに提示するための、ソフトウェアプログラム、アプリケーションまたはグラフィカルユーザインターフェイスを含む、請求項1から8のいずれかに記載のシステム10。前記情報は、Eメール、SMSメッセージ、VoIPメッセージ、電話通話またはデータ警報の形態で送信される、請求項1から9のいずれかに記載のシステム10。前記ウェブポータル14は、前記移動通信装置18から制御メッセージを受信し、当該制御メッセージを前記通信手段30に送信するようになっている、請求項2から10のいずれかに記載のシステム10。前記通信手段30は、前記ウェブポータル14からの前記制御メッセージを受信するようになっており、前記データ転送手段22は、受信した前記制御メッセージを前記データ信号に変換し、1以上の前記車両システム、機能または装置を制御するために、それを前記データバス24上に送信する、請求項11に記載のシステム10。ユーザによって無線通信装置18から送られた制御メッセージを無線受信する通信手段30と、受信した前記制御メッセージをデータ信号に変換し、1以上の車両システム、機能または装置を制御するために、前記データ信号を車両データバス34上に送信するようになっているデータ転送手段22とを含む、車両を制御するためのシステム10。前記移動通信装置18は、ウェブサーバ、ウェブポータルまたは他のインターネット接続されたホストシステム14を介して、前記制御メッセージを前記通信手段30に送信するようになっている、請求項13に記載のシステム10。前記移動通信装置18は、GSMまたは他の移動体通信ネットワーク13を介して、前記ウェブポータル14と通信するようになっている、請求項14に記載のシステム10。前記ウェブポータル14は、SMまたは他の移動体通信ネットワーク13を介して、前記通信手段と通信するようになっている、請求項14または15に記載のシステム10。前記データ転送手段22は、1以上の車両システムまたは装置の情報および/または動作に関するデータ信号を車両データバス24から受信し、前記データ信号を対応するデータメッセージに変換するようになっており、前記通信手段30は、前記対応するデータメッセージを、ユーザに提示するために、前記無線通信装置18に送信するようになっている、請求項13から16のいずれかに記載のシステム10。少なくとも1つの前記制御メッセージおよび前記データメッセージは、Eメール、SMSメッセージ、VoIPメッセージ、電話通話またはデータ警報を含む、請求項13から17のいずれかに記載のシステム10。前記データ転送手段22および前記通信手段30は、前記車両のエンジンが停止したときに、複数の車両状態パラメータを含む、前記対応するデータメッセージを送信するようになっている、請求項17または18に記載のシステム10。前記対応するデータメッセージは、車両環境、車室温度、外部温度、空調状態、シートヒータ状態、ガラス霜取り器状態、ハンドルヒータ状態、車両セキュリティ状態、車両位置、ドア状態、トランク状態、後部ゲート状態、警報状態、イモビライザ状態、車両位置、走行流の燃料使用量、達成した燃費、走行距離、経路、走行時間、平均速度、到達した最高速度、走行距離計読み、オイルレベル、燃料レベル、ウォッシャ液レベル、冷却液レベルのような液レベル状態、車両バッテリ電圧、冷却液温度、車両施錠状態、車両ドア状態、タイヤ圧力状態、外部ライト状態のいずれかに関連する情報を含む、請求項17から19のいずれかに記載のシステム10。前記車両のエンジンが停止した後、前記通信手段30による前記データメッセージの送信および前記制御メッセージの受信が、車両バッテリの電圧があらかじめ定めた閾値に達するときまで延期される、請求項17から20のいずれかに記載のシステム10。前記通信手段30による前記データメッセージの送信および前記制御メッセージの受信が、前記車両のエンジンが停止した後、第1のあらかじめ定めた時間だけ延期される、請求項17から21のいずれかに記載のシステム10。前記通信手段30による前記データメッセージの送信および前記制御メッセージの受信は、前記第1のあらかじめ定めた時間が経過した後、第2のあらかじめ定めた時間だけ、間欠的に継続される、請求項22に記載のシステム10。前記通信手段30は、前記車両のエンジンが停止した後、いつでも、高い重要性を有するデータメッセージを即応して送信する、請求項21から23のいずれかに記載のシステム10。前記通信手段30は、ユーザによるその使用履歴に基づいて、間欠的に、前記データメッセージを送信し、前記制御メッセージを受信するように動作する、請求項17から24のいずれかに記載のシステム10。aユーザから車両12の中に配置したトランシーバ30に制御メッセージを遠隔送信し、前記制御メッセージを対応する制御データ信号に変換し、前記制御データ信号を前記車両12の中に配置された車両データバス24上に送信し、それにより、少なくとも1つの車両システム、車両機能または車両装置を制御するステップと、b前記車両12の中に配置された車両データバス24から1以上の前記車両システムまたは装置の状態または動作に関する状態信号を受信し、受信した前記データ信号をデータメッセージに変換し、前記車両12の中に配置したトランシーバ30から離れているユーザに前記状態メッセージを無線連絡するステップと、の少なくとも1つのステップを実行する、車両12と離れて相互作用する方法。前記トランシーバ30は、移動通信装置18と通信するようになっている、請求項26に記載の方法。前記トランシーバ30は、ウェブサーバ、ウェブポータルまたは他のインターネット接続されたホストシステム14を介して、前記移動通信装置18と通信するようになっている、請求項27に記載の方法。前記移動通信装置18および前記トランシーバ30の少なくとも1つは、GSMまたは他の移動体通信ネットワークを介して、前記ウェブポータル14と通信するようになっている、請求項28に記載の方法。前記車両のエンジンが停止した後、車両バッテリの電圧レベルを測定し、測定した前記車両バッテリの電圧レベルがあらかじめ定めた閾値に達するときまで、前記トランシーバ30による前記データメッセージの送信および前記制御メッセージの受信を延期するステップを含む、請求項26から29のいずれかに記載の方法。前記車両のエンジンが停止した後の時間を測定し、第1のあらかじめ定めた時間が経過する後まで、前記トランシーバ30による前記データメッセージの送信および前記制御メッセージの受信を延期するステップを含む、請求項26から30のいずれかに記載の方法。前記第1のあらかじめ定めた時間が経過した後、時間を測定し、前記第1のあらかじめ定めた時間が経過した後第2のあらかじめ定めた時間だけ、間欠的に、前記トランシーバ30によって前記データメッセージを送信または前記制御メッセージを受信するステップを含む、請求項31に記載の方法。前記車両のエンジンが停止した後のいつでも、前記トランシーバから高い重要性を有する前記データメッセージを送信するステップを含む,請求項30から32のいずれかに記載の方法。前記トランシーバ30を間欠的に作動させて、前記データメッセージの送信および前記制御メッセージの受信を、それらのユーザによる使用履歴に基づいて行うステップを含む、請求項30から33のいずれかに記載の方法。車両と離れて相互作用する装置20であって、ユーザにより操作できる移動通信装置18と車両の中に配置された車両データバス24との間でメッセージを無線通信するためのデータ転送手段22を含む装置20。前記データ転送手段22は、ウェブサーバ、ウェブポータルまたは他のインターネット接続されたホストシステムを介して、前記移動通信装置18と無線通信するようになっている請求項35に記載の装置20。前記データ転送手段22は、GSMまたは他の移動体通信ネットワーク13を介して、前記ウェブポータル14と無線通信するようになっている請求項36に記載の装置20。前記データ転送手段22は、前記メッセージと相互参照する前記車両のデータバス信号のルックアップテーブルを含む、請求項37に記載の装置20。前記データ転送手段22は、車両データバス信号を受信し、受信した前記データバス信号を対応するデータメッセージを含むメッセージに変換し、前記移動通信装置18に前記データメッセージを無線通信するようになっている、請求項35から38のいずれかに記載の装置20。前記データ転送手段22は、前記移動通信装置18から制御メッセージを含むメッセージを無線受信し、前記制御メッセージを対応する制御データバス信号に変換し、データバスコントローラ28を使用して前記制御データバス信号を車両データバス24上に送信する、請求項35から38のいずれかに記載の装置20。前記対応するデータメッセージは、ユーザが再設定できる形式を含む、請求項39または40に記載の装置20。前記制御メッセージおよび対応するデータメッセージの少なくとも1つは、Eメール、SMSメッセージ、VoIPメッセージ、電話通話またはデータ警報を含む、請求項39から41のいずれかに記載の装置。前記データ転送手段22は、ユーザが選択したときに、前記対応するデータメッセージを送信するようになっている、請求項39から42のいずれかに記載の装置20。前記データ転送手段22は、前記車両のエンジンが停止したときに、複数の車両状態パラメータを含む前記対応するデータメッセージを送信するようになっている、請求項39から43のいずれかに記載の装置20。前記対応するデータメッセージは、車両環境、車室温度、外部温度、空調状態、シートヒータ状態、ガラス霜取り器状態、ハンドルヒータ状態、車両セキュリティ状態、車両位置、ドア状態、トランク状態、後部ゲート状態、警報状態、イモビライザ状態、車両位置、走行流の燃料使用量、達成した燃費、走行距離、経路、走行時間、平均速度、到達した最高速度、走行距離計読み、オイルレベル、燃料レベル、ウォッシャ液レベル、冷却液レベルのような液レベル状態、車両バッテリ電圧、冷却液温度、車両施錠状態、車両ドア状態、タイヤ圧力状態、外部ライト状態の少なくとも1つに関連する情報を含む、請求項39から44のいずれかに記載の装置20。前記対応するデータメッセージに含まれる前記情報は、ユーザが選択できる、請求項45に記載の装置20。前記車両のエンジンが停止した後、前記通信手段30による前記データメッセージの送信および前記制御メッセージの受信が、車両バッテリの電圧があらかじめ定めた閾値に達するときまで延期される、請求項39から46のいずれかに記載の装置20。前記データ転送手段22による前記対応するデータメッセージの送信および前記制御メッセージの受信は、前記車両のエンジンが停止した後、第1のあらかじめ定めた時間後まで延期される、請求項39から47に記載の装置22。前記データ転送手段22による前記対応するデータメッセージの送信および前記制御メッセージの受信は、前記第1のあらかじめ定めた時間が経過した後、第2のあらかじめ定めた時間の間、間欠的に継続される、請求項48に記載の装置20。前記データ転送手段22は、前記車両のエンジンが停止した後、いつでも、高い重要性を有するデータメッセージを即応して送信する、請求項39から49のいずれかに記載の装置20。前記データ転送手段22は、ユーザによるその使用履歴に基づいて、間欠的に、前記データメッセージを送信し、前記制御メッセージを受信するように動作する、請求項39から50のいずれかに記載のシステム10。請求項35から51のいずれかに記載の装置を、それにより離れて相互作用するために有する車両12。車両データバス上に送信された1以上の車両システムまたは装置の状態および/または動作に関するデータ信号を受信し、ユーザに提示するために、1以上の受信した前記データ信号に関する情報を移動通信装置に無線送信するようになっているデータ転送装置を含む、車両を監視および/または制御するためのシステムまたは装置。運転者にとって、彼の車両の状態を確認できること、および、好ましくは車両のある性状を離れて制御できることは、快適である。本発明の目的は、この問題に対処することである。本発明の実施形態は、移動通信装置を使用して車両の状態を監視および/または制御するための改良された装置、システムまたは方法を提供するかもしれない。本発明の他の目的および利点は、以下の説明、特許請求の範囲および図面から明らかとなるであろう。このため、本発明の局面は、添付の特許請求の範囲に記載した装置、システム、車両、および方法を提供する。そのための保護が模索される本発明の他の局面によれば、車両の監視および/または制御のためのシステムが提供される。車両CANControllerAreaNetworkバス上において送信される、1以上の車両システムの状態および/または操作に関するデータ信号を受信する制御手段と、前記受信した1以上のデータ信号に関する情報をユーザに表示するための移動通信装置に送信する通信手段とを含む。通信手段は、受信したデータ信号を標準GSMGlobalSystemforMobilecommunicationsネットワークまたは他の移動体通信ネットワークを介して移動通信装置に送信するように構成されてもよい。1つの実施形態において、通信手段は、通信ネットワークを介して、従来のユーザ対ユーザ構成の方法で、移動通信装置に情報を直接送信するように構成される。代案または追加策として、通信手段は、中間システムを介して移動通信装置に情報を送信するように構成されてもよい。たとえば、通信手段は、受信したデータ信号に関する情報を、処理および表示のためおよび/または移動通信装置への前方送信のために、これ以降ウェブポータルと呼ぶインターネットに接続したコンピュータシステムに送信するように構成されてもよい。ウェブポータルは、インターネット接続したウェブサーバにより提供され、従来のインターネットブラウザソフトウェアによってアクセス可能なウェブページの形態のグラフィカルユーザインターフェイスGUIからなってもよい。ウェブポータルは、SMSメッセージサービスプロバイダ、VoIPサービスプロバイダまたはメールサービスプロバイダのような1以上のサードパーティのサービスプロバイダを使用してGSMネットワークを介して通信信号を送信および受信するように構成されてもよい。1つの実施形態において、通信手段は、受信した制御信号をCANバスから受信した形態で送信するように構成される。代案または追加策として、制御手段は、CANバスからの制御信号を受信し、制御信号を当該制御信号に対応するデータ信号に変換するように構成されてもよい。例えば、制御手段は、受信した制御信号を、NVRAMのような関連するメモリまたは他のデータ記憶部に記憶したルックアップテーブルの制御信号の参照リストと比較することにより、受信したそれぞれのCAN信号を特定または解釈するように構成されてもよい。この構成は、認められていない人または悪意ある人に傍受され得る車両外部への具体的な車両CANメッセージの送信を有利にも防止するかもしれない。移動通信装置は、受信したデータに基づく車両の状態および/または操作に関するユーザ情報を表示するためのソフトウェアプログラム、アプリケーションまたはグラフィカルユーザインターフェイスを含んでもよい。データは、Eメール、SMSメッセージ、VoIPメッセージ、電話通話またはデータ警報の形態であってもよい。1つの実施形態において、通信手段は、車両CANバス或いは他のデータネットワークまたは通信ネットワークに接続された送信器/受信器トランシーバの構成を含む。通信手段は、従来のGSM通信ネットワーク上でデータを送受信するように構成されたGSMトランシーバ構成を有してもよい。制御手段は、他のマイクロプロセッサおよび装置によってCANバス上に送信されたCANパケットを受信するだけでなく、前記マイクロプロセッサおよび装置を制御するためのCANメッセージの生成もするように構成されてもよい。例えば、システムは、車両の状態に関する警告またはメッセージを受け取ったユーザが、移動通信装置を介してウェブポータルに指示をして、GSMネットワークを介してトランシーバに指示を送信してもよいように構成されるかもしれない。指示がトランシーバに受信されたとき、制御手段は、指示をルックアップテーブル等の手段によって適当なCANメッセージに変換し、CANメッセージをCANバスに送信する。このメッセージは、関連するプロセッサまたは装置に受信されて作用する。1つの実施形態において、移動通信装置上のソフトウェアまたはプログラムともに、iPhoneアプリ、ブラックベリーアプリまたはノキアアプリのようにアプリと記載されるは、GUIによってエンジン始動指示をユーザが選択できるようにしてもよい。一度選択がなされると、移動通信装置は、エンジン始動指示を通常のGSMネットワークを介してウェブポータルに送信する。そして、指示は、GSMネットワークによって車両のトランシーバ装置に中継される。トランシーバ装置を備える制御手段は、指示を受信し、制御手段の記憶部に記憶されたルックアップテーブルに含まれる指示の参照リストと比較する。ルックアップテーブルから、制御手段は、エンジン始動に対応するCAN制御信号を特定し、そして、制御信号を生成してCANバスに送信する。エンジン始動制御信号は、エンジンの始動によって答える車両制御ユニットECUによって受信される。ある分野では、公道で無人の車両のエンジン始動を行うことは非合法である。この場合、例えば、GUIは、ユーザにこれについての警告を表示してもよく、および/または、エンジン始動意図の確認を要求してもよい。代案または追加策として、エンジン始動指示を受けると、制御手段は、車両GPSまたは衛星ナビゲーションシステムに車両位置情報を要求してもよい。代案として、制御手段は、車両位置を決定するためのGPS受信器を含んでもよい。車両が公道上にあると判断されるのであれば、システムはエンジン始動を防止してもよい。車両の向き、つまり、例えば、GPS受信器データから導き出される方向が、車両が公道上にあるのか、道路に隣接する私有地上にあるのかを決定するのに使用されてもよい。例えば、GPSデータが車両が公道上にあることを示唆しているが、向き頭の方位が通常の道路に使用と一致していなければ、システムは、車両は、公道に隣接する私有地にあると判断する。制御手段は、従来の盗難車両追跡ユニットを含んでもよい。警告の種類または特性は、ウェブポータルを使用するユーザによって選択されてもよい。例えば、ウェブポータルおと移動通信装置との間の通信は、Eメール、SMSメッセージ、VoIP通話、または、録音音声メッセージ付きの通常の電話通話の形態をとってもよい。本願の特許請求の範囲内において、上の段落において記載した多様な局面、実施形態、例、特徴および変形が、特許請求の範囲および/または以下の説明および図面の中おいて個別に、または、それらの組み合わせてとしてなされてもよい。最初に図1を参照すると、本発明の1つの形態を実施するシステムは、参照番号10で概念的に示されている。車両12は、車両12にデータを無線受信および車両12からデータを無線送信できるトランシーバユニットまたはDTU22図2に図示が装着されている。車両12から送信されるデータは、従来のGSMまたは他の無線または移動体ネットワークを介して、インターネットに接続され、外部に開設されたウェブサイトまたはウェブポータル14に送信される。ウェブポータル14のグラフィカルユーザインターフェイスGUIは、受信した車両12から送信されたデータを、パーソナルコンピュータ16のような従来のインターネット接続されたいかなる装置を通してもウェブポータルに接続できるユーザに対する表示または提示を可能にする。加えて、図示した実施形態において、ウェブポータル14は、自動的または要求に応じて、受信したデータの一部または全部を1以上の移動通信装置18以後、便宜上、移動装置と称呼し、スマートフォンおよびラップトップコンピュータを含むものとするに送信するようになっている。移動装置18は、それ自体がユーザフレンドリーな態様でデータを表示可能なGUIを有する。図3aは、ウェブポータルと通信するように構成されたアプリに対応するアイコン18aを表示するGUIを有する移動装置18を示す。図3bは、アプリが実行されたときに移動装置18のユーザに提示されるログオン画面のスクリーンショットである。有効なユーザ名およびパスワードが入力された後、移動装置18は、ウェブポータル14へのログインが許可され図3c、すると、ホームページがユーザに提示される。図3dは、警告、車両12の状態この例では、車両12は、施錠および警報状態であるおよび走行距離計の読みを表示するためにユーザによりカスタマイズされたホームページのスクリーンショットである。図4は、ユーザにタイヤ圧力が低いとの警告この例では、左後輪のタイヤ圧力が表示されているホームページのスクリーンショットである。この車両の型式、登録ナンバー、走行距離計の読み、および、燃料レベルもまた、例示のホームページに表示されている。一方、ウェブポータル14は、移動装置18からのデータ信号を受信し、そして、自動的または要求に応じて、データ信号の一部または全部を車両に送信するようにもなっている。よって、ウェブポータル14は、車両とユーザの移動装置18との間の2方向通信ネットワークの中間ノードとして機能する。それは、標準GSM或いは無線または移動体ネットワーク13を介して車両により送信された無線データを受信し、同じ無線または移動体ネットワーク13を介して、例えば、SMSテキスト、VoIPまたはEメールによって、ユーザに表示するために、移動装置18にデータの選択した部分または全部を再送信するようになっている。一方、ウェブポータル14は、また、ユーザの移動装置18から無線または移動体ネットワーク13を介して制御データを受信し、制御データを車両12に再送信するようにもなっている。次に、図2を参照すると、これは、車両通信ネットワーク20の一部を概略的に示す。ネットワーク20は、コントローラエリアネットワークCANバス24の形態の共用データバスにそれぞれ接続されたマイクロコントローラMC1~MC3を含む複数の電子装置を有する。CANバスネットワークは、車両システムおよびマイクロコントローラがホストコントローラを必要とせずに互いに通信することを可能にするために従来から使用されており、当業者にはよく理解されているであろう。また、市販の車両の多くは、CANプロトコルを利用するが、本発明は、他の形態のデータバスまたはプロトコルの使用に等しく適用できることも理解されるであろう。自動車は、通常、CANバス24に接続された多数のマイクロコントローラまたは電子制御ユニットECUを有し、それらの内の3つだけが図2に示されている。それぞれのマイクロコントローラMC1~MC3は、エンジンおよびトランスミッションのようなコアシステムと、エアバッグおよびアンチロックブレーキのような安全システムと、ドア施錠、窓、車両アラームおよびイモビライザのようなセキュリティシステムと、加温シート、電動ミラーHVAC空調、クルーズコントロール等のような利便機能とを含む少なくとも1つの車両サブシステムと通信および/または制御するようになっている。多くの場合、サブシステム間の通信が必要である。各サブシステムは、それぞれマイクロコントローラを介してCANバス24に接続された1以上のセンサ、アクチュエータまたは制御装置を含んでもよい。例えば、車両ドア施錠システムは、それぞれの車両ドアのために、車両ユーザにより操作可能な1以上のドア施錠スイッチの形態の制御装置、ドアの施錠機構を作動または解除するためのアクチュエータ、および、ドアの施錠/解錠状態を検出するセンサを含んでもよい。制御装置およびセンサは、それぞれマイクロプロセッサ上の制御入力に接続されるが、アクチュエータは、マイクロコントローラ上の制御出力に接続される。多様なサブシステムの間の通信は、マイクロコントローラによってCANバス24上に送信されるデータメッセージまたはパケットを介して達成される。一般に、それぞれのメッセージ以降、CANメッセージと称呼するは、メッセージ形式または送信するサブシステムを特定するための複数バイトを含む識別子IDと、バス上に順番に送信されるメッセージ本体を含むデータパケットとからなる。CANプロトコルは、ホストプロセッサによって制御されないマルチマスター送信シリアルバスプロトコルであるので、それぞれのCANメッセージは、CANバス24の全てのノードに受信され、各ノードは、たとえ同時でなくても、CANメッセージを送信できる。本発明の図示した実施形態によれば、システムは、マイクロコントローラMC1~MC3と実質的に同一の方法でCANバス24に接続されたデータ転送ユニットDTU32の形態のデータコントロールユニットを含む。特に有利な実施形態において、DTU22は、標準アダプタプラグまたはコネクタを使用して車両の診断ポートを介して、CANバス24に取り外し可能に接続できる。これは、システムが車両との間で簡単に転送できるようにする。DTU22は、CANバス24とCANコントローラ28を介して通信するマイクロプロセッサ26の形態の処理手段を含む。マイクロプロセッサ26は、無線トランシーバユニット32の形態の送受信手段と、GPS受信器ユニット32の形態の位置検知手段と、不揮発性ランダムアクセスメモリRAMモジュール34の形態の記憶手段とに接続されている。無線トランシーバユニット30は、登録したSIMカードを使用する標準GSMまたは他の移動体電気通信ネットワークを介してデータを送信および受信できる従来の送信/受信装置である。そのようなトランシーバユニットは、車両追跡または位置探知システムと呼ばれ、当業者にはよく知られているであろう。GPSレシーバユニット32は、車両ナビゲーションシステムまたは盗難車両追尾システムに見られるような従来のGPS受信器であり、車両12の地理的位置を測定するようになっている。重ねていうが、そのような装置の機能および動作は、当業者にはよく知られている。マイクロプロセッサ26は、CANコントローラ28を介して、車両12を通してCANバス24に送信された全てのCANメッセージを受信するようになっている。CANバス24からCANメッセージを受信すると、マイクロプロセッサ26は、メモリモジュール34に記憶されたルックアップテーブルにアクセスして、受信したCANメッセージがテーブルに含まれるCANメッセージの参照リストに存在するかどうかを判定する。ルックアップテーブルの中で、参照リスト内の各CANメッセージは、とりわけ、車両12のサブシステムまたは電子装置の中の特定の事象または状態の変化に関連する。よって、マイクロプロセッサ26は、受信したCANメッセージをルックアップテーブルに列挙されたCANメッセージと比較し、事象または状態の変化を特定する以降、事象メッセージまたは状態メッセージとそれぞれ称呼する。CANメッセージの特性および以下の他の状態に応じて、マイクロプロセッサ26はトランシーバユニット30に、事象メッセージまたは状態メッセージをGSM移動体電気通信ネットワーク13を介してウェブポータル14に送信すべき旨の指示をするようになっている。有利にも、事象メッセージおよび状態メッセージは、CANバス24から受信したCANメッセージを表す情報を含むが、CANメッセージ自体は含まない。これは、通常、生のCANメッセージを無線送信することが望ましくないので、セキュリティを向上させる。ウェブポータル14は、GSMネットワーク13を介して送信された事象メッセージまたは状態メッセージを受信し、それに基づいて、以下に記載するように情報を処理する。例えば、ウェブポータル14は、情報を、ユーザが参照するデータベースに記憶するようになっていてもよい。データは、ウェブポータル14上で、パーソナルコンピュータ16または移動通信装置18のようなインターネット接続されたいかなる装置からも直接見ることができる。加えて、CANメッセージの特性および以下に説明する他の状態に応じて、ウェブポータル14は、GSMネットワーク13上に、例えばSMSテキストメッセージ、VoIPまたはEメールとしてユーザの移動装置18に、ユーザに車両12の中の事象または状態の変化を知らせる警告メッセージを送信する。一方、DTU22内のトランシーバユニット30は、GSM移動体電気通信ネットワーク13を介してウェブポータル14から入ってくるデータメッセージを受信するようにもなっている。そのようなメッセージは、車両のシステムまたは機能を離れて制御するための制御メッセージを含んでもよい。トランシーバユニット30がGSMネットワーク13上に送信されたメッセージを受信したとき、メッセージは、マイクロプロセッサ26に渡され、そして、マイクロプロセッサ26はNVRAMモジュール34のルックアップテーブルにアクセスして、制御の要求を達成するための正しいCANメッセージを決定する。例えば、受信した制御メッセージは、ドア施錠の指示を含むかもしれない。この場合、マイクロプロセッサ26は、ドア施錠の指示をルックアップテーブル内で探し、そして、対応するCANメッセージコードを特定する。つまり、CANプロトコル形式は、上述のように、1以上のIDビットおよび複数の情報ビットを含む。受信した制御メッセージに対応する適切なCANメッセージがルックアップテーブル内で特定されたとき、マイクロプロセッサ26は、CANメッセージを生成し、それをCANバス24上に送信する。CANメッセージは、ドア監視システムのためのノードマイクロコントローラによって受信され、ドア監視システムは、それに応じてドアを監視する。受信した制御メッセージに応じてDTU22により生成されたCANメッセージは、通常、指示が関連システムまたはサブシステム自信により開始されたなら生成されるCANメッセージと区別がつかないか実質的に区別できない。よって、車両ドアを監視すべきマイクロコントローラは、キーフォブキーリモコンまたはドア監視スイッチから指示があったのと同様に反応する。これは、DTU22によりCANバス24上に送信された全てのCANメッセージに当てはまる。したがって、重要にも、DTU22は、CANバス24から受信したCANメッセージを受信して解釈できるだけでなく、車両システムおよびサブシステムを制御するために、正しいCANプロトコル形式でCANメッセージを生成し、それらをCANバス24上に送信できる。NVRAMモジュール34に記憶されたルックアップテーブルは、CANバス24から受信したCANメッセージを、GSMネットワーク13を介してウェブポータル14に送信するための事象メッセージまたは状態メッセージに変換、および、GSMネットワーク13を介してウェブポータル14から受信した制御メッセージを、CANバス24上に送信するためのCANメッセージに変換するための翻訳ツールとして機能する。以上より、ウェブポータル14に、それ故ユーザの移動装置18に送信され得る状態情報および事象情報、並びに、ユーザの移動装置18からウェブポータル14を介して車両12に送信され得る制御情報は、通常、CANプロトコルの下で使用可能なCANメッセージの形式よってのみ限定される。実質的に、一般に車両CANバス24上においてシステムの間で送信される事象または車両状態に関するいかなるメッセージも、受信、解釈および車両12からGSMネットワーク13を介してウェブポータル14に送信され得る。一度、ウェブポータル14によって受信されると、情報は、記憶され、従来のユーザフレンドリーおよび/またはユーザが設定可能な方法でユーザに対して表示され得る。加えて、望むのであれば、事象情報または状態情報は、SMSテキスト、VoIPまたはEメールのようなウェブポータル14のGUI上でユーザにより選択できるいかなる所望の方法によっても、車両12の中の状態または事象の警告をするために、ウェブポータル14によってユーザの移動装置18に再送信され得る。同様に、実質的に、通常、車両CANバス24上においてシステムの間で送信されるCANメッセージに対応するいかなる制御メッセージも、ウェブポータル14によって生成されて送信され得、GSM移動体ネットワーク13を介してトランシーバユニット30に受信され得、マイクロプロセッサ26によりNVRAMモジュール34のルックアップテーブルを使用して適切なCANメッセージつまり、CANプロトコル形式に変換され得、適切なマイクロコントローラMC1~MC3に受信されるためにCANバス24上に送信され得る。ユーザは、インターネット接続されたいかなる装置16によってもウェブポータル14にアクセスすること、または、移動装置18よって所望の制御メッセージをウェブポータル14にアップロードすることのいずれによって、制御メッセージが車両12に送信されるかを選択できる。制御装置18は、ウェブポータル14と実質的に同じ情報および制御機能を表示できるGUIを含む。1つの有利な実施形態において、移動装置18は、実質的にウェブポータル14の完全な読み書き機能を提供する搭載アプリケーションソフトウェア一般にアプリとして知られるを特徴付ける。よって、車両12からウェブポータル14を介して受信した事象情報または状態情報は、ユーザに対して映像的または音響的に表示され得、制御メッセージ例えば、指示は、ウェブポータル14を介して車両12に送信するために、GUIまたはキーボードを使用して移動装置18に入力され得る。1つの例では、ユーザは、車両に状態要求メッセージをアップロードすることによって、車両12からの状態情報を要求できる。この場合、ユーザは、ウェブポータル14上で直接要求できる。インターネット接続されたコンピュータまたはラップトップ16を介してその場合、要求はインターネットを介してウェブポータル14に送信される、或いは、移動装置18上のアプリケーションソフトウェアを使用してその場合、要求は、GSMネットワーク13を介してウェブポータルに送信される。ウェブポータル14がユーザからの状態要求を受信したとき、メッセージは、GSMネットワーク13上で車両12に送信され、GSMネットワーク13では、DSU22のトランシーバユニット30により受信されて、マイクロプロセッサ26により適切なCANメッセージつまり、プロトコル形式に変換される。CANメッセージを受け取ると、それぞれのマイクロコントローラMC1~MC3は、従来の方法で、多様な車両センサS1~S3、アクチュエータA1~A3および制御装置C1~C3に問い合わせをし、所定のシステム状態に対応する関連するCANメッセージをCANバス24上に送信する。CANメッセージは、CANコントローラ28を介してマイクロプロセッサ26により連続して受信され、GSMネットワーク13を介してウェブポータル14および/またはユーザの移動装置18に送信するための状態メッセージに変換される。ユーザにより出された情報要求は、全ての状態情報がDTU22によってウェブポータル14に送信され、そしてユーザの移動装置18にダウンロードされる全体状態要求、或いは、ドア施錠状態のような特定の車両システムまたはサブシステムの状態要求であり得る。出願人は、発明の完全に機能および動作する形態の実施を低減した。図3b~15は、本発明の実施形態のためのウェブポータルおよび移動装置アプリケーションソフトウェアのGUIスクリーンショットを示す。これらの多くは、図示内容から一目瞭然であるため、当業者には完全に理解されるであろう。とはいうものの、本発明のある実施形態の様々な有利な特徴が、これより説明される。当然に、説明される特徴は、ユーザの能力に応じて、個別に、または、いかなる組み合わせで取り入れてもよく、それらは、本発明をいかようにも限定することを意図しない。本願の目的のために、状態との用語は、他の定義の中でも、車両システム、サブシステムまたはパラメータの測定した状態を意味する。事象との用語は、他の定義の中でも、監視されたシステムまたはサブシステムの状態の変化を意味する。状態または事象の測定値は、自動的、あらかじめ定めたように、選択した基準で、または、要求に応じてのいずれかで、ホストに送信される。<車両状態>本発明の重要な機能は、ユーザが離れて多様な車両システムおよびサブシステムの状態を判定できることである。本発明の1つの実施形態において、これは、少なくとも2つの方法で達成され得る。a自動通常のエンジンが動いている状態の間、車両システムおよびサブシステムによりCANバス24上に送信されたCANメッセージは、DTU22に受信される。本発明のシステムに関係しないあるCANメッセージは、マイクロプロセッサ26に無視される。ルックアップテーブルの参照リストに含まれる他のCANメッセージは、システムに関連し、NVRAMモジュール34に記憶される。車両システムまたはサブシステムの状態が変化して、CANバス24上に事象メッセージを生じさせるので、NVRAMモジュール34に記憶されたメッセージは、更新される。例えば、燃料レベルが50から40に低下したなら、対応するCANメッセージがCANバス24上に生成され、DTU22に受信されてもよい。マイクロプロセッサは、燃料レベルに関する状態情報をNVRAM34に書き込む。車両エンジンが停止したときおよび/または始動キーもしあればが取り外されたとき、NVRAM34は、複数の車両システムまたはサブシステムの現在の状態情報を含む。エンジンを停止すると、<エンジン停止>事象CANメッセージがエンジン制御ユニットECUによって生成され、CANバス24上に送信されて他の相互に関連するサブシステムに受信される。本実施形態によれば、<エンジン停止>CANメッセージを受信すると、DTU22のマイクロプロセッサ26は、上述のように、トランシーバユニット30に、エンジンを停止する前の車両システムの最新の状態情報を表す、NVRAMモジュール34に記憶されている現在の状態情報を、GSMネットワーク13を介してウェブポータル14に送信させる。このエンジン停止時の車両状態情報のバルクダンプ一斉送信は、ウェブポータル14が、エンジンが停止した時点の車両システムに関する全ての状態情報を受信して記憶することを可能にする。このため、ユーザは、ウェブポータルから車両12に情報を要求する必要なしに、ウェブポータル14に車両状態情報を要求できる。これはいくつかの実施形態において車両バッテリの消費を低減するかもしれないという利点を有する。bユーザ要求とはいえ、ユーザがエンジン停止後に車両システムの状態を確認することを要求する場合があってもよい。代案として、ある車両システムの状態がエンジン停止後に変化してもよいことも可能である。例えば、ユーザは、車両を使用する前に、車両HVACを動作させる制御指示を出すかどうかを決定するために、車質温度を確認したいと望むかもしれない以下を参照。そのような状態情報が必要であれば、ユーザは、インターネット接続されたコンピュータ16の使用、或いは、移動装置18のアプリケーションソフトウェアの使用のいずれかにより、ウェブポータル14と通信して、ウェブポータルに関心のある車両サブシステムの状態要求制御メッセージを生じさせられる。状態要求は、上述のように、ウェブポータル14により、GSMネットワーク13上で車両12に送信され、DTU22によって受信されて変換されて、プロトコル形式のCANメッセージとしてCANバス24上に送信される。対応するマイクロコントローラからCANバス24上で受信した状態応答CANメッセージは、DTU22により対応する状態メッセージに変換され、GSMネットワーク上でウェブポータル14に送り返される。そして、ウェブポータルの関連する状態情報は、ユーザに表示するためにデータベースに記憶され、或いは、移動装置18に何らかの所望の形式で送信される。<環境>図5aは、ユーザにより要求された環境状態を表示している移動装置18のスクリーンショットである。スクリーンショットは、環境制御システムにより選択された運転者および同乗者の空気温度が23°Cであり、ファン速度が低に設定されていることを示す。空調、シートヒータおよびガラスデミスタ霜取り器がオンされており、ハンドルヒータがオフされていることも見て取れる。スクリーンショットは、また、外気温度が3°Cであり、客室温度が5°Cであることも示している。図5bは、車両の環境状態を示す代案の環境データ表示を有する移動装置18のスクリーンショットである。客室温度が22°Cであり、外気温度が-4°Cであることが見て取れる。天気予報を示すアイコンもユーザに提示されている。いくつかの実施形態において、天気予報は、ウェブポータル14によって、インターネット上の天気データサーバから取得される。図5cは、ユーザが要求した環境情報を示す移動装置18のスクリーンショットである。スクリーンショットは、環境制御システムにより選択された運転者空気温度が23°Cであり、ファン速度が低に設定されていることを示す。空調、ハンドルヒータ、前側デミスタおよびガラスデフロスタ霜取り器がオフされているが、後側デミスタがオンされていることも見て取れる。セキュリティ図6は、車両12のセキュリティ状態を表示している移動装置18のGUIのスクリーンショットを示す。図6aのスクリーンショットは、車両が安全であること、つまり、ドア、ボンネットおよび後部ゲートが施錠されており、窓が閉じられており、警報が発報されていないことを示す。ユーザが車両状態についてさらなる情報を要求すれば、そのような情報がユーザに提示されてもよい。例えば、さらなる情報は、車両走行距離計の走行距離の読み、タイヤ圧力状態、ライト状態、燃料状態およびオイル状態を含んでもよいが、これらは限定ではない。ユーザは、また、車両が使用されているか、例えば、車両に隠れている侵入者があるか例えば、人の鼓動を検出するための車両内の音響測定によるに関する情報を要求してもよい。加えて、ユーザは、適用可能であれば特定の位置における駐車時間の残りに関する情報、および、車両点検情報、例えば、次の点検期限を要求してもよい。例えば、車両が図6aの安全状態であれば、ユーザは、車両のセキュリティに関する異なる車両システムの状態の確認をしてもよい。図6bは、そのような情報の要求の後の移動装置18のスクリーンショットである。この実施形態には、車両の位置を示すようにもなっているGUIのスクリーンショットが示されている。図6cおよびdは、画面解像度の低い移動装置18上の同様の情報を示すスクリーンショットであり、そこでは、情報はユーザが選択できる2つの異なる画面に提示される。図7aは、車両12が安全でないこと、つまり、少なくとも1つのドア、ボンネット、後部ゲートが施錠されていないこと、および/または、少なくとも1つの窓が閉じられていないことを示すスクリーンショットである。図7bは、車両12がそのような安全でない状態であり、ユーザが図7aに提示されたものを超える車両の状態についてのさらなる情報を要求したときの、移動装置18のスクリーンショットである。図7bのスクリーンショットからは、車両12の窓およびサンルーフが開いており、車両12の警報機能が有効になっていることが見て取れる。図8aは、車両12が安全でなく、前にユーザが確認してから、車両警報が少なくとも1回作動したことを表示するスクリーンショットである。図8bおよびcは、車両12についてのさらなる情報を示す対応するスクリーンショットである。図8cにおいて、車両12が、警報が鳴動し、ドアが解錠された状態であることを報告されていることが見て取れる。車両情報図9は、車両12の全体状態および警告情報を示している移動装置18のGUIのスクリーンショットである。特に、図9aは、車両のライト、ブレーキ液、ブレーキパッド摩耗、冷却液レベルおよびウォッシャ液レベルを示す図に全て図示。図9aは、また、燃料レベル状態、バッテリ状態、およびオイルレベル状態も示す。車両タイヤ圧力に関する車両警告も、図9に見られる。図のさらなる情報は、前回および次回の車両点検の日付および次のMOT車検の日付を含む。図9bは、画面解像度の低い移動装置18上の同様の情報を示すスクリーンショットを図示する。図9aのように、ライト状態、燃料レベル状態73、オイルレベル状態、ブレーキ液状態、ブレーキパッド状態、および、冷却液レベルが全てOKと示されている一方、車両警告がタイヤ圧力およびバッテリ状態に関して表示されている。図10aは、車両警告のログを表示する移動装置18のGUIのスクリーンショットであり、特に、図10aは、右後輪タイヤ圧力が低く、バッテリが充電されていないことを示す。図10bは、画面解像度の低い移動装置18上に同様の情報を示すスクリーンショットを図示する。この例において、スクリーンショットは、バッテリ状態警告および右後輪タイヤ圧力が低い旨の警告を示す。<事象警報>エンジンが停止した後、車両システムまたはサブシステムの中でユーザ告知を要する事象が多分に発生し得る。それらは、安全およびセキュリティ事象、例えば、ドア施錠または解錠、ドア不正操作、車両警報またはイモビライザの発報、タイヤ圧力低下、エンジン始動、車両移動、トランクまたはボンネットの解錠または解放などを含むが、限定ではない。本発明の実施形態によれば、CANメッセージは、車両システムまたはサブシステムの何らかの状態が変化したときにCANバス上で生成されてもよい。CANメッセージは、適当なマイクロプロセッサにより生成されてCANバス上に送信され、DTU22によって受信される。DTU22は、ルックアップテーブルによってCANメッセージを対応する事象メッセージに変換し、その事象メッセージをGSMネットワーク13を介してウェブポータル14に送信する。いくつかの実施形態において、事象メッセージは、変化したシステムの新しい状態を示すようになっている。例えば、車両施錠システムの状態の変化の場合、あり得る状態は、解錠、部分施錠、集中施錠、二重施錠および二重施錠されていない盗難防止を含む。CANバス24上のCANメッセージのようにシステムの状態にそれぞれの変化が報告されると理解すべきである。例えば、車両が入り口が一カ所に構成され、車両が解錠されていれば、車両が続いて部分施錠されたときにCANメッセージがCANバス24上で生成され、車両が続いて完全に施錠されたとき、さらなるCANメッセージメッセージが送信される。いくつかの実施形態において、DTU22は、それぞれのCANメッセージを検出して、そのようなメッセージをそれぞれウェブポータル14に報告するようになっている。いくつかの実施形態において、複数のCANメッセージの中の1つが検出されたとき、単一の事象メッセージが生成されてウェブポータル14に報告されてもよい。例えば、事象部分施錠および解錠は、車両が解錠状態であることを示す単一の事象メッセージで伝えられてもよい。同様に、施錠システムの状態の中央施錠状態、二重施錠状態よび二重施錠されていない盗難防止状態への変化に対応するCANメッセージは、車両が施錠状態であることを示す単一の事象メッセージに集約されてもよい。他のCANメッセージに対応する他の事象メッセージが生成されてもよいことが理解されるべきである。例えば、事象メッセージは、ドアまたはトランクまたはボンネットのいずれかの状態が変化したときに生成されてもよい。ドアの状態の変化の場合、事象メッセージは、どのドアが解放または閉鎖されたかの表示を含んでもよい。それぞれの状態変化が事象メッセージとして送信される場合、ドアの開放および続くドアの閉鎖は、2つの事象メッセージの生成を引き起こすであろう。4人の人が別々のドアから車両に搭乗した場合、車両の4つのドアのそれぞれの状態の変化に対応して、8つの事象メッセージが送信されるかもしれない。いくつかの実施形態において、それぞれのドア、トランク、ボンネットに、それぞれ、事象メッセージが生成される前少なくとも1秒間を新しい状態と推定するようなフィルタが設けられる。これは、ドア、トランクまたはボンネットが閉鎖されたときのスイッチのばたつきによる望まざる事象メッセージの生成を防止する。いくつかの実施形態において、車両が車両警報の動作している状態であるときのみ、外部からのドア不正操作事象に対応する事象メッセージが生成される。いくつかの実施形態において、事象メッセージは、ドアハンドル入力が200ms以上動作したときだけ生成される。事象メッセージは、ドアまたは後部ゲート開放装置の不正操作の検出に対応して生成されてもよい。本発明のいくつかの実施形態において、システムは、1以上の警報を送信する前に、車両12のユーザが車両12からある距離内にいるか否かを判断するようになっている。例えば、システムが、例えば、ブルートゥース接続、GPSおよび/または他の何らかの適当な手段によってユーザが車両12からある距離内にいると判断したなら、ドア不正操作事象に対応するCANメッセージが検出されたときに、ドア不正操作CANメッセージに対応する事象メッセージをウェブポータル14に送信すべきでないと判断してもよい。いくつかの実施形態において、DTU22は、対応するCANメッセージを検出しても、CANメッセージが所定時間検出されている間に1以上の他の基準に合致しなければある事象メッセージを送信しないようになっている。例えば、ある車両においてドアハンドルは、ドアを解錠可能とするために、例えば、ハンドルが動作したときのみアクセス可能な錠にキーまたは他の装置が差し込まれなければならない。そのような実施形態において、DTU22は、ハンドルの動作の後、ドア不正操作事象に対応する事象メッセージを送信する前に、ある秒数のような、あらかじめ定めた時間だけ待つようになっていてもよい。DTU22は、例えば2秒のドアハンドルの動作の間に、ドア解錠命令に対応するCANメッセージが検出されたなら、ドア不正操作に対応する事象メッセージを送信しない。それは、キーに代えて、RFID電波方式認識タグまたは他の適当な手段によってドアが解錠されてもよいと理解されなければならない。いくつかの実施形態において、事象メッセージは、車両アラームが発報したときに生成されてもよい。事象メッセージは、警報を発報した理由を含んでもよい。例えば、事象メッセージは、警報の発報をもたらした複数の理由の表示を提供してもよい。例えば、事象メッセージは、電力消費の変化による警報が発報したこと、傾斜センサにより提供される車両の傾斜の変化、容積センサにより提供される容積の変化、ドアの開放、トランク後部ゲートまたはボンネットの解放、サイレンの鳴動、車両始動の試み、モジュールのCANメッセージバス24の取り外しおよび/またはラッチ状態の変化の表示を提供してもよい。さらに、いくつかの実施形態において、複数のCANメッセージの中の1つがCANバス24上に生成されたときに、単一の事象メッセージが生成されてウェブポータル14に送信されてもよい。例えば、ドア、トランクまたはボンネットが不正操作されたことに対応するCANメッセージとともに、ドアに起因するというような、警報を発報する理由が送信されてもよい。不正操作との用語は、承認されていない人によって作られた対応するドアハンドルのような解除装置を使用してドアまたは後部ゲートを開放しようとする試みを意味するものと理解しなければならない。いくつかの実施形態において、DTU22は、車両12のバッテリ変化の状態を例えばバッテリの電圧を測定することによって監視し、電圧が所定の閾値以下に低下したなら、低バッテリ事象メッセージを生成するようになっている。閾値は、NVRAMモジュール34に記憶されてもよい。いくつかの実施形態において、車両12は、1以上の推進バッテリを有してもよい。推進バッテリは、車両12を推進するように構成された電気機械に電力を供給するようになっている。そのような車両は、電気自動車およびハイブリッド電気自動車HEVを含む。そのような車両において、DTU22が、車両12の他のいずれかのバッテリに加えてまたは代わりに、充電状態が所定の閾値以下に低下する事象において、ユーザに警告するために、1以上の推進バッテリの変化の状態を監視するように配設されてもよい。いくつかの実施形態において、イグニッションがオフのとき、DTU22は、間隔を空けて、例えば4時間おきに、バッテリ電圧を監視する。いくつかの実施形態において、イグニッションがオンのとき、バッテリは、実質的に絶えず監視される。代案または追加として、DTU22は、低バッテリまたは同様のCANメッセージがCANバス24上に送信されたときを判定し、対応する警報をユーザに提供するようになっている。いくつかの実施形態において、一度、低バッテリ事象メッセージが生成されたなら、DTU22が、電圧が所定の量、例えば1ボルトだけ閾値より多くなるまで、さらなる低バッテリ事象メッセージを送信することが防止される。他の事象メッセージがCANメッセージに対応して生成されてCANバス24に送信されてもよい。例えば、粗暴な加速、粗暴な減速、速度超過、車両アイドリング、最適速度での運転、低燃料レベル、急な燃料消費、エンジン故障、ギアボックス故障、低オイルレベル、および/または、ブレーキシステム故障を示す事象も生成されてもよい。いくつかの実施形態において、車両12内に侵入者が検出されたなら、CANメッセージがCANバス上に送信される。いくつかの実施形態において、侵入者は、受動赤外PIR検出器または超音波検出器のような運動センサによって検出されてもよい。いくつかの実施形態において、侵入者の鼓動が例えば音波のような圧力波によって検出される。ウェブポータル14は、事象メッセージを受信し、データベースを新しい状態情報に更新する。そして、ウェブポータル14は、システム構成またはユーザ選択に応じて、警報メッセージを、例えば、SMSメッセージ、VoIP、Eメールなどによって、ユーザの移動装置18またはパーソナルコンピュータ16に送信する。ユーザがいつ、どのように、どの事象の警報が送信されるかを選択できることが予想される。例えば、ユーザは、警報動作或いは承認されていないエンジン始動または車両移動に関する警報を直ちに受信することを望み、ウェブポータルがそのような警報をSMSメッセージにより送信することを選択してもよい。一方、ユーザは、他の優先度の低い事象がSMS警報として送信されないが、Eメールとして送信されることを望むかもしれない。それぞれのタイプの事象のために複数の警報が生成され得、ユーザに事象毎に1または複数の方法で警告できる。ユーザは、また、警報の好ましいタイミングを設定できる。上述のユーザ設定は、ウェブポータル14またはGSMネットワーク13を介してウェブポータル14にアップロードするための移動装置18のGUIを使用して設定できる。例として、ユーザ設定を設定するための移動装置18のGUIのスクリーンショットを示す図11a~11cを参照のこと。ウェブポータル14が受信した全ての事象メッセージをユーザが検査するためのログに記録してもよい。図12aおよび12bは、移動装置18のGUIの事象警報のログを示すスクリーンショットを図示する。加えて、事象警報が報告される選択可能な方法に加えて、ユーザは、前記警報に関する詳細な連絡先、例えば、SMS警報および電話メッセージのための電話番号、或いはEメール警報のためのEメールアドレスを修正してもよい。図13aおよび13bは、電話番号およびEメールアドレスを含むユーザの個人情報を修正するための移動装置18のGUIのスクリーンショットを図示する。いくつかの実施形態において、車両が認可されていないユーザによって運転されていると判断された事象において、DTU22は、間隔を空けてまたは実施的に絶え間なく、ウェブポータル14に位置情報を送信するようになっていてもよい。いくつかの実施形態において、DTU22は、あらかじめ定めた時刻またはあらかじめ定めた事象が発生したときに、車両状態情報をウェブポータル14に送信するようになっていてもよい。例えば、旅程の最後に車両イグニッションがオフされたとき、次の情報がウェブポータル14に送信されてもよい:車両位置例えばGPSまたは他の地理的座標、旅程中に使用した燃料の量、旅程中に達成された燃費消費燃料のマイル/ガロンまたはキロメータ/リットルの平均値など、アイドリング時間、最適速度時間、走行距離、走行距離計読み、オイルレベル、燃料レベル、ウォッシャ液レベル、冷却液レベル、または他の何らかの液レベルのような液レベル状態、ライト故障のような外部ライト状態。他の情報が、加えてまたは代わりに送信されてもよい。走行中に、ウェブポータル14は、間隔を空けて、車両が止まっているか移動しているか、車両バッテリ電圧、冷却液温度、燃料レベル、オイルレベル、冷却液レベルまたは他の何らかの液レベルのような液レベル、走行距離計読みおよび/またはその旅程開始時からの走行距離、車両施錠状態、ドア状態、タイヤ圧力状態、ライトの故障のような外部ライト状態、および/または、タイヤ圧力状態について、更新してもよい。他の情報が、加えてまたは代わりに送信されてもよい。いくつかの実施形態において、ウェブポータル14にアクセスして見ることができる地図上に車両の位置が表示されてもよい。代案または追加として、情報がユーザの地図を見るための移動装置に送信されてもよい。いくつかの実施形態において、ウェブポータル14は、音声通話によって事象の発生をユーザに告知するようになっていてもよい。音声通話は、あらかじめ録音したメッセージを再生するようになっていてもよい。メッセージは、発生した事象に特有であってもよい。他の構成も有用である。システムは、ユーザが1以上の警報のそれぞれが受信され、それにより所定の警報の連絡の彼らが望む方法にしたがってシステム設定をカスタマイズできるような方法を決定できるようになっていてもよい図11aおよび11c参照。ウェブポータル14は、所定の1以上の警報メッセージおよび/または他のメッセージが複数のユーザに連絡されることを可能にするようになっていてもよい。例えば、システムは、バッテリ低警報メッセージのような1つの警報を、ユーザおよび例えば保証部門のような自動車メーカーの部門などの第三者に送信するようになっていてもよい。システムは、警報動作警告を、ユーザに送信するが第三者に送信しないようになっていてもよく、或いは、ユーザに送信し、警備会社または自動車を駐車していた駐車場のオペレータのような第三者にも送信するようになっていてもよい。他の構成も有用である。いくつかの実施形態において、ウェブポータル14は、例えば駐車場で車両を駐車するために支払った料金の時間のような時間の時間切れについてのリマインダを提供するようになっていてもよい。いくつかの実施形態において、システムは、車両12に接続された被牽引車が切り離されるような事象において、警告をユーザに提供するようになっていてもよい。例えば、車両12が無人で駐車場に残されているが、泥棒によって被牽引車が切り離されているかもしれない。よって、ユーザは、被牽引車の盗難について警告を受け得る。<車両制御>本発明の実施形態の第三の機能は、車両遠隔操作機能、システムまたはサブシステムである。例えば、駐車した状態の車両、施錠されたドア、および無人の車両の遠隔制御が可能であってもよい。この機能の1つの被限定的用途は、使用前の車両の事前準備にある。たとえば、ユーザは、車室温度を上昇させるため或いは使用前にガラスの霜取りをするために加温シートまたはHVACシステムを動作させたいと望むかもしれない。まさしく、車両の機能を有効化または操作するためにCANバス24上に送信されるかもしれない実質的にいかなる制御命令も、ウェブポータル14によってDTU22に送信されて、適切なCANメッセージに変換されてCANバス24に送信され得る。換言すると、通常、CANバス24上のCANメッセージに応じて有効化され、制御され、操作される車両12上の実質的にどのような機能、システム、サブシステム、または装置も、ウェブポータル14からのGSMネットワーク13を介した制御メッセージの送信を通して、同様に、有効化され、制御されまたは操作され得る。これは、重要にも、DTU2222が制御メッセージを受信でき、それらを対応するプロトコル形式に変換でき、CANメッセージを生成してCANバス24上に送信できることにより達成され得る。まさしく、いくつかの実施形態において、ユーザは、ウェブポータル14または移動装置18のGUIを使用して、エンジン始動命令または指示を生成することもできる。選択または有効化されたとき、エンジン始動制御メッセージをGSMネットワーク13を介してウェブポータル14に送信するグラフィカルスイッチ、スライダ、またはアイコンがGUI上に提供される。ウェブポータル14は、エンジン始動制御メッセージを車両12にGSMネットワーク13を介して再送信し、DTU22のトランシーバユニット30によって受信され、マイクロプロセッサ26によりNVRAMモジュール34内のルックアップテーブルを使用して適切なCANメッセージに変換され、CANバス24上に送信され、エンジン制御ユニットECUに車両12の内燃エンジンを始動させる。出願人は、いくつかの分野において公道うえでの遠隔エンジン始動は不適法であることに気付いている。移動装置18またはウェブポータル14のGUIは、それ故、エンジン始動制御メッセージを発する前に遠隔エンジン始動の確認または認証の要求が実行されてもよい。代案または追加として、エンジン始動制御メッセージを発する前に、ウェブポータル14は、DTU22のGPSユニット32に車両12の現在の位置を測定するように問い合わせてもよい。車両12のGPS座標は、トランシーバユニット30によりGSMネットワーク13を介してウェブポータル14に送信されウェブポータル14を提供するウェブサーバに記憶された地図データと比較または重ね合わされる。ウェブポータル14により車両12が公道に位置すると判断されたなら、車両12の遠隔始動が防止される。商業利用可能なGPSデータの限定された解像度に起因し、GPSユニット32からの位置予測を有効するために他の車両データが使用されることが予想される。例えば、車両の向きまたは傾きが、車両12が公道上にあるか、私道上または道路に隣接する駐車場に停車しているかを予測するのに使用されてもよい-公道に対して角度をつけて停車している車両はそれ自体が道路上に位置していそうにない。同様に、車両が非常に長時間停車していれば公道上に残されていそうにないので、エンジンを停止してから経過した時間が車両12の位置を推測するのに使用され得る。いくつかの実施形態において、車両エンジンが遠隔始動されたなら、車両は、遠隔アイドリングモードにすべきと考える。このモードにおいて、車両12は、車両を運転することができず、車両を駐車モード以外にするいかなる試みもエンジンの停止を生じさせるように構成されてもよい。いくつかの実施形態において、車両12は、ユーザが車両に搭乗し、適当な認証車両の始動のために必要なキーまたはキーフォブまたは他の必要な品などを提示したなら、車両が遠隔アイドリングモードから脱し、非遠隔アイドリングモードになるように構成されている。そして、ユーザは、車両を有人および非遠隔で始動したなら、例えば、車両を運転することで車両を操作できる。いくつかの実施形態において、車両12の位置を判定するため、および、車両12の現在の向きを知得するために、彼らの移動通信装置18からウェブポータル14および/または車両12に直接に通信してもよい。移動装置18は、その現在の位置を装置18自信の中に設けた位置判定手段により判定してもよい。移動通信装置18は、街路地図、街路図グーグルアース商標によるなどのようなGUI、または、方位計のような表示を含む他の適当なGUIによって、ユーザの現在の位置からの向きを提供するようになっていてもよい。例えば、装置18は、ユーザを車両に真っ直ぐに向わせるために、車両12の方向を指す矢印を表示してもよい。装置18は、例えばブルートゥース登録商標または他の短距離無線または同様の通信手段によって、車両12と直接交信するようになっていてもよいことが理解されるべきである。いくつかの実施形態において、車両は、GSMネットワーク13を介して遠隔で解錠されてもよい。解錠命令によってドアが解錠されたが、あらかじめ定めた時間内にドアまたはトランク/後部ゲートが開放されなかった事象において、車両は自動的に再施錠するようになっていてもよい。いくつかの実施形態において、システムは、窓が遠隔で開放または閉鎖されることを可能にする。いくつかの実施形態において、全ての窓をそれぞれ開放または閉鎖する包括開放または閉鎖命令が送信されてもよい。包括閉鎖機能は、窓の閉鎖中に窓にものを挟まないことを保証するために、窓上昇システムの作り付けの挟み込み防止機能を利用してもよい。いくつかの実施形態において、車両12の開閉屋根が遠隔で開放または閉鎖されてもよい。いくつかの実施系形態において、車両12のトランクまたは後部ゲートが遠隔で解放されてもよい。いくつかの実施形態において、車両内に自動トランクまたは後部ゲート閉鎖装置を有し、その装置も遠隔操作されて、トランクまたは後部ゲートを閉鎖してもよい。いくつかの実施形態において、駐車係モード機能のような他の機能が遠隔で有効化または無効化されてもよい。駐車係モードは、車両のある部分または機能へのアクセスが防止または制限されるモードであってもよい。例えば、最高速および/または最高加速度のような車両性能パラメータが駐車係モードでは制限されてもよい。いくつかの実施形態において、車両のサスペンションが、遠隔で上昇または下降されてもよい。いくつかの実施形態において、異なる状況における異なる要求に合わせるために車両の外部ライトの設定が代えられてもよい。例えば、車両が外部ライト設定について異なる法的要求を有する場所の間を走行している事象において、外部ライトは、法適要求に合わせるために、遠隔で変更されてもよい。よって、車両12が車が道の異なる側を走行することが要求される国の間を走行するならば、ライトの設定車両のヘッドランプの光線方向などが遠隔で変更されてもよい。いくつかの実施形態において、車両12の環境制御システムまたはヒータ、換気、および、空調システムHVACが制御されてもよい。例えば、環境制御システムを自動モードにするかどうかを制御してもよい。ブロワ速度、運転者温度選択、同乗者温度選択、および、いずれか/または他の好ましいパラメータが調節可能であってもよい。いくつかの実施形態において、例えば、車両が大きな駐車場にあるならば、ユーザにより車両の位置を特定するための方法が提供される。よって、いくつかの実施形態において、ユーザは、車両の1以上のライトを点灯させるために、彼の移動通信装置18を操作してもよい。他の構成も有用である。いくつかの実施形態において、ユーザは、エンジン停止命令を送信し、それによって車両のエンジンを停止できてもよい。この命令は、遠隔エンジン停止命令と呼ばれるかもしれない。いくつかの実施形態において、エンジン停止命令は、エンジンが遠隔アイドリングモードでアイドリングしていれば、DTU22によって作動するだけであってもよい。換言すると、遠隔エンジン停止命令は、エンジンが遠隔で始動されて、それによりエンジンを遠隔アイドリングモードに移行し、エンジンが始動してから非遠隔アイドルモードには移行していないときだけ動作する。他の構成も有用である。DTU22は、ある環境において、無線トランシーバユニット30によって受信されて対応するCANメッセージをCANバス24上に送信することで実行されている、ある他の命令を妨げるようになっていてもよい。例えば、DTU22は、もしも車両12が移動していることが検出されたなら、ドア、トランク/後部ゲートまたはボンネットの遠隔解放を妨げてもよい。エンジンの始動を許す機能は、エンジンが動作して遠隔操作されることが要求される車両12の機能を遠隔で有効化する。例えば、窓の霜取り器、車室ヒータ、シータまたはハンドルヒータ、燃料電力ヒータのような加熱システム、または、空調システムのような冷却システムは、それぞれエンジンが動いている必要があるかもしれない。いくつかの実施形態において、ユーザは、データの車両へのダウンロードを遠隔で開始させてもよい。例えば、ユーザは、目的地および/または経路のようなユーザが行おうと意図する旅程に対応するデータのようなナビゲーションデータ、または、音楽データまたは他の娯楽関連データのような他のデータのダウンロードを開始させてもよい。車両12が移動しているのにDTU22がエンジンを切るべきとの命令を受信する事象例えば車両12が盗まれたことをユーザが気付いたならにおいて、DTU22は、車両12がエンジンを切る前に管理された停止をするように、車両12を制御するようになっていてもよい。<車両位置>上述のように、1つの実施形態において、ユーザは、車両の位置の情報を要求できる。その要求は、状態要求に関連して上述のような方法で送信されてもよい。この場合、車両位置状態要求は、ユーザがインターネット接続されたコンピュータ16または移動装置18上でするそのような要求に応じて、ウェブポータル14によって生成され、車両12に送信される。位置要求は、DTU22のトランシーバユニット30によって受信され、マイクロプロセッサ26に送信される。マイクロプロセッサ26は、GPS受信器32からの現在の車両位置のGPS座標を要求し、トランシーバユニット30に、これらの座標をGSMネットワーク13を介してウェブポータル14に送信するよう指示する。ウェブポータル14によって受信されたGPS座標は、ウェブポータル14によってインターネットから抽出したか、或いは、ウェブポータルのサーバに保持された地図データの上に重ね合わされる。車両の位置を重ねて示す地図データは、インターネット接続されたコンピュータ16を使用してユーザが見ることができる。代案または追加として、車両位置が重ねられた地図データは、ウェブポータル14によって、GUIに表示するために例えば、図14参照ユーザの移動装置18に送信される。代案の方法において、GPSレシーバ32によって判定された車両GPS座標は、上述のような、エンジン停止時の車両情報のバルクダンプの間にウェブポータル14にアップロードされる。これは、位置情報がすでにウェブポータル14に保有されてアクセス可能であり、それによって、システムの電力管理を改善するので、有利にも、車両12に車両位置状態要求を送信する必要をなくす。<旅程監視>本発明の実施形態の関連する機能は、ユーザが車両の移動を、目視、追跡または監視できることである。車両のGPS座標を、上述の方法で、一定間隔でウェブポータル14に送信することにより、車両12がたどった経路が、ユーザが見る地図の上にプロットできる。一方で、旅程の最後に、上述の車両情報のバルクダンプの一部として旅程に関するデータがウェブポータル14にアップロードされ得る。例えば、経路の始点および終点、距離、走行経路、走行時間、平均速度、最高到達速度、平均燃費および他の情報に関するデータが、DTU22による適当なCANメッセージ状態要求の生成とCANバス24上への送信とにより、関連する車両システムおよびサブシステムから取得され得る。図15a~15bは、車両12のための走行データを表示する移動装置18のGUIのスクリーンショットを図示する。具体的には、図15aは、日付、開始および終了時刻、時間、距離、燃費、車両走行距離、および、平均速度を含む、車両が行った前回の走行の走行データを示す。スクリーンショットは、地図上に車両12がたどった経路も示す。図15bは、画面解像度の低い移動装置18のGUIのそれによってユーザが表示すべき走行データを選択できるメニュー画面を示すスクリーンショットを図示する。図15cは、前回の走行データを示し、地図上に旅程を図示する、画面解像度の低い移動装置18のGUIのスクリーンショットを図示する。図15dは、過去の走行データを表示する移動装置18のGUIのスクリーンショットを図示する。図15eは、車両12の過去の走行データの合計を示す移動装置18のGUIのスクリーンショットを図示する。<電力管理>出願人は、本発明の現実の実施において、電力管理が重要であるかもしれないことに気付いている。トランシーバユニット30は、ウェブポータル14によりGSMネットワーク13を介して送信される状態要求または制御メッセージを傾聴するために、動作状態のままにするのに大きな電力を必要とする。同様に、トランシーバユニット30による事象メッセージの送信も、間欠的であっても、連続的なものよりも電力を必要とする。トランシーバユニット30の作動は、DTU22に電力を供給するのに使用される車両バッテリに大きな電流消費をもたらすこの問題に対処するために、DTU22の制御のための多様な電力管理戦略が開発されている。1つの例では、DTU22は、エンジンが停止した後の最初のあらかじめ定めた時間だけ第1のモード、例えば、トランシーバユニット30が連続受信モードで作動する完全に活動的なモードで作動する。このあらかじめ定めた時間は、時間単位、日単位または週単位であってもよく、ウェブポータル14または移動装置18のGUIを使用してユーザが選択できてもよく、マイクロプロセッサ26がバッテリの充電状態に応じて決定してもよい。第1のあらかじめ定めた時間が経過すると、第2のあらかじめ定めた時間の間だけ、トランシーバユニット30は、間欠モードであるかもしれない第2のモードに切り替えられてもよい。この第2のモードにおいて、トランシーバユニット30は、GSMネットワークを介してウェブポータルからの状態要求または制御メッセージを受信するために、短時間だけあらかじめ定めた間隔で、例えば1時間に一度、起動されてもよい。第3のモードにおいて、DTU22は、無効化または電源遮断されて、車両12に送信された状態要求または制御メッセージがトランシーバユニット30によって受信されない非活動状態になる。一方、エンジンを停止した後、事象が発生したなら、自動的に、関連するマイクロコントローラによって、関連するCANメッセージを生成して、CANバス24上に送信し、TDTU22のマイクロプロセッサ26によってそれらが受信されることが開始され、或いは、事象メッセージをウェブポータル14に送信するためのトランシーバユニット30を起動する。代案または追加として、第3のモードにおいて、車両システムの中の重要度の高い事象に関連する事象メッセージだけがユーザに告知されてもよい。例えば、車両警報システムの動作のような、早急な対応または調査が必要とされる事象は、DTU22によりウェブポータル14に送信される。しかしながら、タイヤ圧力の減少のような、緊急でない事象は、トランシーバユニット30によりウェブポータル14に送信されない。同じまたは他の実施形態において、DTU22の動作は、使用履歴に基づいて判断される。例えば、DTU22は、ユーザが通常、夜中のような特定の時間帯に車両12に制御または状態要求を行わないと判断してもよい。この場合、DTU22は、夜中に電源が落とされてもよい。1つの実施形態において、ユーザは、DTU22を手動で非活動状態にすることができる。例えば、ユーザは、移動装置18またはパーソナルコンピュータ16上でウェブポータル14にアップロードされる休暇フラグを設定してもよい。ユーザが休暇中であり制御または状態要求メッセージを車両12に送らないであろうことを表示する休暇フラグが設定されたとき、ウェブポータル14は、DTU22に対する電源遮断命令が生成されて非活動状態にする。DTUが作動している間、各モードは、ユーザにより設定されてもよく、車両バッテリの充電の状態に応じて自動的に定められてもよい。DTU22のモードが変更されるときはいつも、トランシーバユニット30によりGSMネットワークを介してウェブポータル14に事象メッセージが送信される。これは、例えば制御または状態要求メッセージが受信されないか、或いは、限定された事象メッセージだけが送信されるような、DTU22が機能の制限されるモードに移行する事象において有用である。このようにして、ユーザは、システムの機能の制限を知らされる。<カスタマイズ>出願人によって開発された試作システムは、ユーザによって全面的にカスタマイズできる。最初に車両12に組み込まれたとき、DTU22は、それが取り付けられた車両の具体的特徴を認識するようになっている。これは、CANバス24上に送信されてもよい車両12の設定ファイルにアクセスすることにより達成してもよい。型、形式および車体番号を含む詳細が、車両設定ファイルから取得され、ウェブポータル14に送信され得る。加えて、登録番号および色を含む車両の具体的データが、インターネット接続されたコンピュータを使用して直接、または、彼らの移動装置18によってのいずれかにより、ユーザによりウェブポータル14に入力されてもよい。ユーザがウェブポータル14または移動装置18上のアプリケーションソフトウェアにアクセスしたとき、システムは、図3bに示すように、システムの機能にアクセスを達成するためにユーザ名とパスワードを催促する。複数のユーザ名とパスワードが複数の車両のために採用されてもよい。図3dに示すような、位置、燃料状態、走行距離計読み、セキュリティ状態などの車両12の絵および主要な車両情報を示す初期画面が表示されてもよい。NVRAMモジュール34は、複数の形式の車両のユーザのために、複数のルックアップテーブルを含んでもよい。上述のように、DTU22は、CANバス24上に送信されるかもしれない車両設定ファイルによって車両の型および形式を識別し、NVRAMモジュール34中の選択すべき適切なルックアップテーブルを利用可能にして、システムをその車両の型および形式に適応させる。この構成は、有利にも、単一のシステムが異なる型式の車両に適用でき、開発および製造コストを低減することを意味する。本発明は、有利にも、既存の標準的な車両追跡システムに実装されてもよく、ユーザの車両12の事象情報および状態情報と、ユーザが車両12の特定の機能を遠隔制御できることとの両方をユーザに提供する。この独創的なシステムのハードウェア要求の殆どは、既存の車両追跡システムのデータ転送ユニットにおいて満たされるとともに、ユニットを車両CANバス24とインターフェイス接続可能とするのに適応するソフトウェアの変更だけが必要である。システムは、事象に基づくデータを車両CANバス24から直接読み込んで、それらの情報をホストウェブポータル14に報告する。すると、ホストは、これらの事象をユーザに警告として、SMSメッセージ、Eメール、VoIPにより、または、ユーザ固有のiPhoneアプリケーションを通して連絡できる。ユーザと車両12との間のすべての通信は、GSMまたは他の移動体ネットワーク上で行われるので、実質的に世界中のどこからでも、従来の移動装置18またはスマートフォン18を使用して、車両12を監視または制御できる。事象選択-事象は、バッテリ寿命に応じて選択されてもよい。いくつかの事象が優先されてもよい。ユーザは、NVRAMに記憶した設定を介して、または、統合診断サービスUDSを介して、それぞれの事象を有効化または無効化できる。システムのホストコントローラとして外部から提供されるウェブポータルの使用により、複数の機能を有効化するために、他のインターネットデータ、或いは、地図情報、EメールまたはSMSメッセージのサービスのような配信サービスにアクセスできる。これは、ユーザが彼の移動装置18から車両12へ直接通信するシステムでは不可能である。車両12のカメラまたはマイクシステムにより収集された動画または音声データがDTU22によりウェブポータル14に送信されてもよいことが予想される。これは、車両12に戻る前にユーザが周囲をモニターできるようにすることで、個人のセキュリティを向上するかもしれない。本発明は、車両12のために遠隔で相互作用するシステムについて説明してきたが、本発明は、建造物のような遠隔で他の対象または所有物と相互作用するための用途を探してもよい。この場合、DTU22は、状態情報または事象情報を離れたユーザに送信するため、または、GSMネットワーク13を介してユーザから制御命令を受信するために、建造物セキュリティシステムに組み込まれてもよい。いくつかの実施形態において、本発明は、非対面取引処理を可能にしてもよい。例えば、本発明の実施形態は、燃料、駐車、高速代金のような商品、および、ファーストフードのような他の商品のためのなすべき支払いを可能にしてもよい。いくつかの実施形態において、システムは、盗難車両12の位置の特定に採用されてもよい。システムは、車両12の位置をユーザまたは警察官のような他の認可された人に報告するようになっていてもよいことを理解しなければならない。よって、位置が特定されて、回収活動が開始されてもよい。本発明の同じ実施形態は、車両状態に関するデータがウェブポータル14に報告されてもよいので、車両12のDTU22が故障したならば、DTU22が故障した時点またはその前の車両12の位置が測定されてもよいことが理解されなければならない。よって、ユーザは、ウェブポータル14のデータベースに記録されたデータを参照し、そこに記憶されている前回報告された車両12の位置によって、この位置を特定してもよい。いくつかの実施形態において、システムは、キーフォブの位置を特定するようになっていてもよい。本発明のいくつかの実施形態において、DTU22は、ユーザがカスタマイズした、シート位置のような設定を含む車両12の設定を特定し、これらの設定に対応するデータをウェブポータル14のデータベースに記憶するようになっている。設定は、続いて、他の車両12のDTU22にダウンロードされてもよい。例えば、設定は、レンタカーのようにユーザが一時的に運転する車両12にダウンロードされるかもしれない。この機能は、ユーザが、他の車両を運転する前に、ユーザによりカスタマイズ可能な車両の設定を調節するために時間を浪費しないので、ユーザの他の車両の楽しみを増大させられる。上記説明は、装置、システム、方法および車両の多数の実施形態、機能および用途の説明を提供する。しかしながら、それは、これらの実施形態、機能および用途は、明らかに機能が両立しない場合を除いて、いかなる所望の方法でも組み合わせられること、および、それぞれおよびそのような組み合わせは、本願の範囲内として予想され、権利範囲とされることが、当業者には完全に評価され、ここに明言される。"