CN103080985A - 车辆通信 - Google Patents

Abstract

一种用于与车辆12远程交互的方法和设备10，所述方法和设备10包括用于在由用户可操作的移动通信装置18与位于车辆12之内的车辆数据总线24之间将消息进行无线通信的数据传输装置22。可选择地，数据传输装置22被布置成经由网络服务器14、网络门户或其他的互联网连接的主机系统与移动通信装置18无线通信。数据传输装置22可以被布置成经由GSM或其他的蜂窝通信网络13与网络门户无线通信。在车辆发动机停止之后，消息的通信可以基于间断的基础继续，或在预定时间已经过去之后或当车辆电池电压达到预定阈值时可以暂停。在车辆已经停止之后的任何时间点可以对高优先级消息进行通信。

Description

车辆通信

本发明涉及车辆通信，并且具体地但不排他地，涉及用于与例如汽车等车辆进行远程交互（例如，与之通信和/或对其控制）的设备、系统和/或方法。本发明还可以在与例如房屋或建筑物等其他项目、物体或财产的远程通信或对它们的控制方面得到应用。本发明的方面涉及设备、系统、车辆和方法。

已经进行了多次尝试来开发能够与车辆远程通信的系统。这些系统通常使用传统的远程通信网络来将消息发送至驾驶员的移动通信装置。然而，迄今为止，各种技术性困难已经对于这种系统变得广泛可利用造成了阻碍。

许多车辆所有人将欢迎对他们的车辆的状况进行远程监视和/或控制的能力。经常的情况是：车辆所有人不得不将他们的车辆停在他们正常的位置的视程之外，或在距他们正常的位置一定距离处。例如，经由列车通勤去工作的人们常常将他们的车辆留在车站停车场中。少有的是：驾驶员总能够将无人看管的车辆留在他看得见的位置中。

对驾驶员来说将令人欣慰的是：能够远程地确定他的车辆的状况并且优选地控制车辆的某些方面。本发明的目的是解决这个问题。本发明的实施方式可以提供用于使用移动无线通信装置来监视和/或控制车辆的状况的改进的设备、系统或方法。根据下面的描述、权利要求和附图，本发明的其他的目的和优点将变得明显。

因此，本发明的多个方面提供如附加的权利要求中所要求保护的设备、系统、车辆和方法。

根据寻求保护的本发明另一个方面，提供了用于监视和/或控制车辆的系统，该系统包括控制装置和通信装置，控制装置用于接收车辆CAN总线上所传送的与一个或更多个车辆系统或装置的状况和/或操作有关的数据信号，通信装置用于将与一个或更多个所接收的数据信号有关的信息传送至移动通信装置以显示给用户。

通信装置可以被布置成经由标准GSM或其他的蜂窝通信网络将接收的数据信号传送至移动通信装置。

在一种实施方式中，通信装置被布置成直接经由通信网络以传统的用户到用户布置的方式将信息传送至移动通信装置。可替代地，或另外，通信装置可以被布置成经由中间系统将信息传送至移动通信装置。

例如，通信装置可以被布置成将与接收的数据信号有关的信息传送至互联网连接的计算机系统，下文中被称为网络门户（web portal），用于处理并且显示，和/或用于转交至移动通信装置。网络门户可以以寄存于互联网连接的网络服务器上并且通过传统的互联网浏览器软件可访问的网页的形式由图形用户界面（GUI）组成。网络门户可以被布置成经由GSM网络使用一个或更对个第三方服务提供商例如SMS消息处理型服务提供商、VOIP服务提供商或电子邮件服务提供商等来传送和接收通信信号。

在一个实施方式中，通信装置被布置成以接收的控制信号是从CAN总线接收的的形式来传送接收的控制信号。可替代地，或另外，控制装置可以被布置成从CAN总线接收控制信号并且将控制信号转换成与控制信号相对应的数据信号。

例如，控制装置可以被布置成通过将接收的控制信号与在相关联的存储器例如NVRAM或其他的数据存储部中存储的查找表中的控制信号的参考列表进行比较，来识别或解释每个接收的CAN信号。该布置可以有利地阻止将车辆具体的CAN消息传送到车辆的外部，这些消息可能由未经批准的人或具有恶意的人所截取。

移动通信装置可以包括用于基于所接收的数据向用户显示关于车辆的状况和/或操作的信息的软件程序、应用或图形用户界面。数据可以是以电子邮件、SMS消息、VOIP消息、电话呼叫或数据警报的形式。

在一种实施方式中，通信装置包括连接到车辆CAN总线或者其他的数据或通信网络的发送器/接收器（收发器）布置。通信装置可以包括被布置成在传统的GSM通信网络上传送和接收数据的GSM收发器。

控制装置可以被布置成不仅接收由其他的微处理器和装置在CAN总线上传送的CAN数据包，而且以控制所述微处理器和装置为目的生成CAN消息。例如，系统可以被布置成使得用户在接收与车辆的状况有关的警报或消息时可以通过移动通信装置命令网络门户通过GSM网络将指令传送到收发器。当由收发器接收时，控制装置借助于查找表等将指令转换成适当的CAN消息并且将CAN消息传送到CAN总线上。该消息由相关的处理器或装置接收并且做出动作。

在一个示例中，在移动通信装置上的软件或应用（通常称为“app”，例如

Blackberry app或Nokia app）可以准许用户借助于GUI来选择“发动机起动”指令。一旦被选择，移动通信装置经由标准的GSM通信网络将“发动机起动”指令传送到网络门户。然后，指令通过GSM网络转播至车辆中的收发器装置。收发器装置之内的控制装置接收指令并且将指令与包含在在控制装置的存储器部中存储的查找表中的指令的参考列表进行比较。根据查找表，控制装置识别与“发动机起动”相对应的CAN控制信号，然后生成控制信号并且将其传送到CAN总线上。发动机起动CAN控制信号由车辆发动机控制单元（ECU）接收，车辆发动机控制单元（ECU）通过起动发动机来对该信号做出响应。

在一些领域中，在公路上无人驾驶的车辆上进行发动机起动是违法的。在这种情况下，例如，GUI可以关于此向用户显示警告和/或可以请求对于打算起动发动机的确认。

可替代地，或另外，当接收到发动机起动指令时，控制装置可以从车辆GPS或卫星导航系统请求车辆位置信息。可替代地，控制装置可以包括用于确定车辆位置的GPS接收器。如果车辆被认为是在公路上，那么系统可以阻止发动机被起动。例如，来源于GPS数据的车辆定向即方向也可用于确定车辆是在公路上，或是在邻近道路的私有地产上。例如，如果GPS数据提示车辆是位于公路上，但是车辆的方向（前进方向）不符合正常的道路使用，那么系统可以确定车辆是位于邻近公路的私有地产上。

控制装置可以包括传统的被窃车辆追踪单元。

可以由用户使用网络门户来选择警报的类型或种类。例如，网络门户与移动通信装置之间的通信可以采取电子邮件、SMS消息、具有预先录制的声音消息的VOIP呼叫或标准电话呼叫等形式。针对不同的警报，可以选择不同类型的消息。

在本申请的范围之内，设想的是：在前述的段落中、权利要求中和/或下面的描述和附图中所阐述的各种方面、实施方式、示例、特征和替代方案可以单独地或以它们的任何组合的方式被获取。

现在将参考附图仅作为示例对本发明进行描述，其中：

图1概念地示出了体现本发明的一种形式的系统；

图2是示出与图1的系统连接的该系统的某些部分的车辆数据网络的示意图示；

图3至15示出了用于操作和/或控制本发明的系统的来自网络门户和/或移动装置GUI的屏幕截图。

首先参考图1，以附图标记10概念地示出了具体表达本发明的一种形式的系统。车辆12装备有能够将数据无线传送至车辆12以及能够从车辆12无线接收数据的数据收发器单元或DTU22（图2中所示）。

从车辆12传送的数据经由传统的GSM或其他的无线或蜂窝网络被发送至互联网连接的、外部寄存的网络站点或网络门户14。网络门户14的图形用户界面（GUI）允许从车辆12所传送的接收的数据被显示或被呈现给可以通过例如个人计算机16等任何传统的互联网连接的装置连接到网络门户的用户。

另外，在示出的实施方式中，网络门户14自动地或者基于请求被布置成将接收的数据的一些或全部传送到一个或更多个移动通信装置18（为了方便起见，下文中称为移动装置，一个包括例如灵巧的电话机和膝上型计算机等装置的术语）。

移动装置18本身可以具有准许数据以用户界面友好的方式被显示的GUI。图3（a）示出了具有显示与被配置成与网络门户14通信的app相对应的图标18a的GUI的移动装置18。

图3（b）是当app运行时呈现给移动装置18的用户的登录屏幕的屏幕截图。在输入有效的用户名和密码之后，移动装置18被准许登录网络门户14（图3（c）），在网络门户14上主页被呈现给用户。图3（d）是已经由用户定制以显示警告、车辆12的状况（在这种情况下车辆12是在“锁定和报警”的状态）和里程表读数的主页的屏幕截图。

图4是其中轮胎压力低（在左后侧轮胎压力的情况下）的警告正被显示给用户的主页的屏幕截图。在示出的示例中，汽车类型、汽车牌照号码、里程表读数和燃料液面也显示在主页上。

另一方面，网络门户14也被布置成接收来自移动装置18的数据信号并且自动地或基于请求将数据信号的一些或全部传送到车辆。

因而，网络门户14担当车辆与用户的移动装置18之间的双向通信网络中的中间节点。网络门户14被布置成接收由车辆12经由标准GSM或者其他的无线或蜂窝网络13所传送的无线数据，并且经由同一无线或蜂窝网络13例如借助于SMS文本、VOIP或电子邮件将数据的所选择的部分或全部再传送至移动装置18以显示给用户。另一方面，网络门户14还被布置成经由无线或蜂窝网络13接收来自用户的移动装置18的控制数据并且将控制数据再传送至车辆12。

接下来参考图2，图2以示意性的形式示出车辆通信网络20的一部分。网络20包括多个电子装置，多个电子装置包括微控制器MC1至MC3，每个电子装置以控制器局域网总线（CAN）24的形式连接到共用数据总线。CAN总线网络按照惯例被用于使得车辆系统和微控制器能够彼此通信而不需要主控制器，并且本领域技术人员将更好地理解CAN总线网络。同样将理解的是：在大多数商业上可用的车辆利用CAN协议的情况下，本发明同样地适用于以其他形式的数据总线或协议来使用。

机动车辆通常具有连接到CAN总线的大量的微控制器或电子控制单元（ECU），图2中仅示出了其中的三个。微控制器MC1至MC3中的每一个微控制器被布置成与至少一个子系统通信和/或控制至少一个子系统，子系统包括例如发动机和变速器等核心系统、例如安全气袋和防锁制动器等安全系统、例如门锁、窗及车辆警报与固定器等安全性系统以及例如加热座椅、电子反射镜、HVAC、巡航控制等便利特征。在很多情况下，子系统之间的通信是必要的。

每个子系统可以包括经由相应的微控制器连接到CAN总线24的一个或更多个传感器、致动器或控制装置。例如，车辆门上锁系统针对每个车辆门可以包括以由车辆用户可操作的一个或更多个门锁开关的形式的控制装置、用于激活或停用门上的锁定机构的致动器和用于检测门的锁定/解锁状况的传感器。控制装置和传感器连接到相应的微控制器上的控制输入而致动器连接到微控制器上的控制输出。

通过由微控制器传送到CAN总线24上的数据消息或数据包可以实现各种子系统之间的通信。通常，每个消息（下文中称为CAN消息）由标识符（ID）和被连续地传送到总线上的数据包组成，标识符包括用于识别消息类型或传送子系统的大量字节，数据包包括消息的主体。由于CAN协议是不受主处理器控制的多主线广播串行总线，所以虽然不同时，但每个CAN消息由CAN总线24上的所有的节点所接收并且每个节点能够传送和接收CAN消息。

根据本发明的示出的实施方式，系统包括数据传输单元（DTU）22形式的数据控制单元，所述DTU22以基本上与微控制器MC1至MC3的方式相同的方式连接到CAN总线24。在具体有利的实施方式中，使用标准适配器插头或连接器经由车辆上的诊断端口将DTU22可拆卸地连接到CAN总线24。这使系统能够容易地在各个车辆之间转移。

DTU22包括微处理器26的形式的处理器装置，微处理器26经由CAN控制器28与CAN总线24通信。微处理器26连接到无线收发器单元30形式的收发器装置、GPS接收器单元32形式的位置传感装置和非易失随机存取存储器模块（NVRAM）34形式的存储器装置。

无线收发器单元30是能够经由标准GSM或其他的蜂窝远程通信网络使用已注册的SIM卡来传送和接收数据的传统的发送器/接收器装置。这种收发器单元通常在所谓的车辆跟踪器或定位器系统中被找到，并且本领域技术人员将更好地了解这种收发器单元。

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可以被布置成在数据库中存储信息以由用户参考。来自例如个人计算机16或移动通信装置18等任何互联网连接的装置的数据能在网络门户14上直接被查看。

另外，根据CAN消息的性质和下面所描述的其他的条件，网络门户14通过GSM网络13将报警消息例如作为SMS文本消息、VOIP或电子邮件发送到用户的移动装置18，以通知用户在车辆12之内的事件或状态变化。

另一方面，在DTU之内的收发器单元30也被布置成接收GSM蜂窝远程通信网络13上的来自网络门户14的输入数据消息。这种消息可以包括用于远程控制车辆上的系统或功能的控制消息。

当收发器单元30接收GSM网络13上所传送的消息时，消息被传给微处理器26，然后微处理器26访问NVRAM模块34中的查找表以确定用于实现控制请求的正确的CAN消息。

例如，所接收的控制消息可以包括“锁门”指令。在这种情况下，如上所述的那样，微处理器26在查找表中查找“锁门”指令，然后识别相应的CAN消息码，即如上所述包括一个或更多个ID位和多个信息位的CAN协议格式的CAN消息码。

当对应于所接收的控制消息的适当的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消息以传送到CAN总线24上。

根据以上所述将理解的是：可以被传送到网络门户14并且因此传送到用户的移动装置18的状况信息和事件信息和从用户的移动装置18经由网络门户14被传送到车辆12的控制消息通常仅被在CAN协议下可利用的CAN消息的类型所限制。

基本上关于在车辆CAN总线24上的系统之间正常传送的事件或车辆状况的任何消息可以经由GSM网络13从车辆12到网络门户14从而被接收、转换以及传送。一旦被网络门户14所接收，信息就被存储并且可以以传统的、用户界面友好的和/或用户可配置的方式显示给用户。

另外，如果期望，事件或状况的信息可以由网络门户14借助于例如SMS文本、VOIP或电子邮件（在网络门户14的GUI上由用户可选择的）等任何期望的方法再传送至用户的移动装置18，以将车辆12之内的状况或事件向用户报警。

同样地，基本上与在车辆CAN总线24上的系统之间正常地被传送的CAN消息相对应的任何控制消息可以由网络门户14生成并且传送，经由GSM蜂窝网络13由DTU22中的收发器单元30接收，由微处理器26使用NVRAM模块34中的查找表来转换成适当的CAN消息（即以CAN协议格式）并且被传送到CAN总线24上以由适当的微控制器MC1至MC3接收。

用户可以通过由任何互联网连接的装置16访问网络门户14或通过借助于移动装置18将期望的控制消息上载到网络门户14来选择哪些控制消息被传送至车辆12。移动装置18包括能够显示与网络门户14基本相同的信息和控制功能的GUI。

在一种有利的实施方式中，移动装置18以板载应用软件（通常称为app）为特色，所述板载应用软件基本上提供网络门户14的全部读/写功能性。因而，从车辆12经由网络门户14所接收的事件信息或状况信息可以图表表示地或可听见地显示给用户，并且控制消息（例如指令）可以通过使用GUI或键盘输入到移动装置移动装置18以经由网络门户14传送到车辆12。

在一个示例中，用户能够通过对车辆上载“状况请求”消息来请求来自车辆12的状况信息。在这种情况下，用户可以经由互联网连接的计算机或膝上型电脑16（在这种情况下请求经由互联网被传送到网络门户14）或使用移动装置18上的应用软件（在这种情况下请求经由GSM网络13被传送到网络门户）直接在网络门户14上做出请求。

当网络门户14接收来自用户的状况请求时，通过GSM网络13消息被传送至车辆12，其中消息由DTU22中的收发器单元30所接收并且由微处理器26转换成适当的CAN消息（即以CAN协议格式）。一接到CAN消息，微控制器MC1至MC3中的每一个微控制器就以传统的方式询问各种车辆传感器S1至S3、致动器A1至A3和控制装置C1至C3，并且将与所确定的系统状况相对应的相关的CAN消息传送到CAN总线24上。从而，CAN消息由微处理器26经由CAN控制器28而接收并且转换成状况消息用于经由GSM网络13传送到网络门户14和/或用户的移动装置18。

由用户发布的状况请求可以是全局状况请求，其中所有状况信息由DTU22传送到网络门户14，然后下载到用户的移动装置18，或者由用户发布的状况请求可以是针对具体的车辆系统或子系统例如门锁定状况的状况请求。

申请人已经进行了减化以实现本发明的完整功能和运行版本。图3b至图15示出关于本发明的实施方式的网络门户和移动装置应用软件的GUI屏幕截图。这些图中的大部分是关于内容的自身说明因而将被本领域技术人员充分理解。

然而，现在将对本发明的某些实施方式的各种有利的功能进行描述。将理解的是：根据用户偏好，所描述的功能可以单独地或以任何组合的方式被采用，并且这些不意图以任何方式限制本发明。

为了本申请的目的，在其他的定义之中，术语“状况”意指所测定的车辆系统、子系统或参量的状态。在其他的定义之中，术语“事件”意指所监视的系统或子系统的状态变化。每个状况或事件读数借助于预定的或所选择的准则自动地或基于请求被传送到主机。

车辆状况

本发明的重要的功能是用户远程地确定各种车辆系统和子系统的状况的能力。在本发明的一种实施方式中，可以以至少两种方式中的一种方式来实现该功能：

a）自动的

在正常的发动机开启情况期间，车辆系统和子系统传送到CAN总线24上的CAN消息被DTU22接收。与本发明的系统不具有关联性的某些CAN消息被微处理器26忽略。包含在查找表的参考列表中的其他的CAN消息与系统具有关联性并且被存储在NVRAM模块34中。

随着车辆系统或子系统的状态的变化，在CAN总线24上触发事件消息，存储在NVRAM模块34中的消息被更新。例如，如果燃料液面从50%下降至40%，相应的CAN消息可以在CAN总线24上生成并且被DTU22接收。微处理器将与燃料液面相关的状态信息写入NVRAM34中。将理解的是：当车辆发动机被停止和/或当点火钥匙（如果存在）被取下时，NVRAM34包含用于多个车辆系统或子系统的当前的状况信息。

当发动机停止时，<ENGINE STOP（发动机停止）>事件（CAN消息）由发动机控制单元（ECU）生成并且被传送到CAN总线24上以被其他的、相关的子系统接收。根据本实施方式，如上所述，当接收到<ENGINE STOP>CAN消息时，DTU22中的微处理器26使存储在NVRAM模块34中的当前的状况信息通过收发器单元30经由GSM网络13传送到网络门户14，当前的状况信息表示在发动机停止以前车辆系统的最近的的状况信息。

在发动机停止时车辆状况信息的该“批量转储（bulk dump）”使网络门户14能够在发动机停止时接收并且存储关于车辆系统的所有的状况信息。因此，用户能够请求来自网络门户14的车辆状况信息，而对于网络门户不需要请求来自车辆12的信息。将理解的是在一些实施方式中这具有下述优点：可以减少车辆电池的消耗。

b）用户请求

然而，可以存在下述时机：在发动机停止以后，用户请求对车辆系统的状况的确认。可替代地，可能的是：在发动机停止以后，某些车辆系统的状况可以变化。例如，用户可能希望在使用车辆之前查出舱（cabin）温度，以便决定是否发布控制指令来激活车辆HVAC（参见下文）。

如果这种状况信息被请求，那么用户可以使用互联网连接的计算机16或使用移动装置18上的应用软件来与网络门户14通信以使网络门户生成关于所关心的车辆子系统的状况请求（控制消息）。如上所述，状况请求由网络门户14通过GSM网络13传送到车辆12，由DTU22接收和解释并且作为CAN协议格式的CAN消息被传送到CAN总线24上。

从相应的微控制器所接收的在CAN总线24上的状况响应（CAN消息）由DTU22转换成相应的状况信息并且通过GSM网络回传到网络门户14。然后，相关的状况信息被存储在网络门户上的数据库中用于显示给用户，或如果必需，以任何期望的格式被传送到移动装置18。

气候

图5（a）是示出由用户所请求的气候信息的移动装置18的屏幕截图。屏幕截图示出了由气候控制系统所选择的驾驶员和乘客气温为23℃且风扇速度设置为低。还可以看到：空调、座椅加热器和屏幕除雾器被接通而方向盘加热器被断开。该屏幕截图还示出了外部气温为3℃而舱内温度为5℃。

图5（b）是具有示出车辆的气候状态的气候数据的可选显示的移动装置18的屏幕截图。可以看出舱温度为22℃而外部温度为至-4℃。表示天气预报的图标也呈现给用户。

在一些实施方式中，天气预报由网络门户14从基于互联网的气象数据服务器来获得。

图5（c）是示出由用户所请求的气候信息的移动装置18的屏幕截图。该屏幕截图示出由气候控制系统所选择的驾驶员气温为23℃且风扇速度设置为低。还可以看到：空调、方向盘加热器、前除雾器和屏幕除霜器被断开而后除雾器被接通。

安全性

图6示出指示车辆12的安全性状态的移动装置18的GUI的屏幕截图。图6（a）的屏幕截图指示车辆是安全的，即门、盖和后挡板是锁定的，窗是关闭的并且未触发警报。

如果用户请求关于车辆状态的另外的信息，那么这种信息可以被呈现给用户。例如，这种另外的信息可以包括但不限于从车辆里程表读取的英里里程、轮胎气压状况、灯状况、燃料状况和油状况。用户还可以请求关于车辆是否被占用的信息，例如是否存在藏在车辆中的入侵者（例如，借助于车辆之内的声监视来检测人的心跳）。另外，用户可以请求关于在具体的位置处的剩余停车时间的信息（如果可用）和车辆服务信息，例如当下一个服务被预约时。

例如，如果车辆处于图6（a）的“安全状态”中，用户可以获得关于车辆安全性的不同车辆系统的状况的确认。图6（b）是在关于这种信息的请求之后来自移动装置18的屏幕截图。

在该实施方式中，所示出的GUI还被布置成示出车辆的位置。

图6（c）和图6（d）示出了示出有关较低屏幕分辨率的移动装置18的相似的信息的屏幕截图，其中，信息在两个单独的、用户可选择的屏幕上呈现。

图7（a）是指示车辆12是不安全的屏幕截图，即至少一个门、盖或后挡板屏幕截图是未锁定的，和/或至少一个窗是未关闭的。

图7（b）是当车辆12处于这种“不安全”状态中并且用户已经请求了除图7（a）的屏幕截图中所呈现的信息以外关于车辆状态的另外的信息时移动装置18的屏幕截图。从图7（b）的屏幕截图可以看出：车辆12的窗和可开式车顶是打开的并且车辆12的警报功能是启动的。

图8（a）是指示车辆12是不安全的并且自车辆12被用户最后照管以来车辆警报已经被激活至少一次的屏幕截图。

图8（b）和图8（c）是示出关于车辆12的更多的信息的相应的屏幕截图。在图8（c）中可以看出：车辆12被报告处于警报发出声音并且门未被锁定的状态中。

车辆信息

图9示出了指示车辆12的一般的状况和警告信息的移动装置18的GUI的屏幕截图。

具体地，图9（a）指示车辆灯、制动液、制动衬块磨损、冷却剂位和洗涤器液位的诊断状况（图中所有被示为Ok）。图9（a）还示出燃料位状况、电池状况和油位状况。在图9中还出现了关于车辆轮胎气压的车辆警告。图中的附加信息包括上一次以及下一次车辆服务的日期和下一个MOT的日期。

图9（b）示出了有关较低屏幕分辨率的移动装置18的相似的信息的屏幕截图。如同图9（a）一样，灯状况、燃料液位状况（73%）、油位状况、制动液状况、制动衬块状况和冷却剂位全示为Ok，而指示了关于车辆轮胎气压和电池状况的车辆警告。

图10（a）示出了指示车辆警告的日志的移动装置18的GUI的屏幕截图，具体地，图10（a）示出了右后方轮胎气压低并且电池未充电。图10（b）示出了示出有关较低屏幕分辨率的移动装置18的相似的信息的屏幕截图。在这种情况下，屏幕截图示出了电池状况警告和右后方轮胎气压低的警告。

事件警报

在发动机停止以后，完全可能的是：事件可以在保证用户通知的车辆系统或子系统之内发生。这些事件包括但不限于安全和安全性事件，例如门上锁或解锁、门干预、车辆警报或固定器的触发、轮胎气压损失、发动机起动、车辆运动、罩或盖解锁或打开等。

根据本发明的实施方式，当车辆系统或子系统中的任何一个的状态变化时，可以在CAN总线24上生成CAN消息。CAN消息被生成并且由适当的微控制器传送到CAN总线上并且由DTU22接收。DTU22借助于查找表将CAN消息转换成相应的事件消息并且通过GSM网络13将事件消息传送到网络门户14。

在一些实施方式中，事件消息被布置成指示已经变化的系统的新状态。例如，在车辆上锁系统的状态变化的情况下，可利用的状态包括解锁、部分锁定、中心锁定、双锁定和双锁定的偷窃保护。

可以理解的是：系统的每个状态变化被报告作为在CAN总线24上的CAN消息。例如，如果车辆被配置为单点进入（single point entry）并且车辆是解锁的，那么在车辆随后被部分解锁时在CAN总线24上生成CAN消息，在车辆随后被完全解锁时发送更多的CAN消息。

在一些实施方式中，DTU22被布置成对每个CAN消息进行检测并且将每个这种消息报告给网络门户14。在一些实施方式中，当多个CAN消息中的一个CAN消息被检测到时，可以生成单一事件消息并且将其报告给网络门户14。例如，可以在指示车辆处在‘未锁定’状态的单一事件消息中传递事件‘部分锁定’和‘未锁定’。

同样地，与上锁系统的状态变化为中心锁定状态、双锁定状态和非双锁定状态的偷窃保护相对应的CAN消息可以被概括在指示车辆处在“锁定”状态的单一事件消息中。

可以理解的是：也可以生成与其他的CAN消息相对应的其他的事件消息。例如，当门或罩或盖中的任何一个的状态改变时，可以生成事件消息。在门的状态变化的情况下，事件消息可以包含关于哪个门被打开或关闭的指示。

可以理解的是：在将每个状态变化发送为事件消息的情况下，开门和随后的关门将引起两条事件消息的生成。可以理解的是：在四个人每人通过单独的门进入车辆的情况下，可以传送与车辆的四个门中的每一个门的状态变化相对应的八条事件消息。

在一些实施方式中，实施关于门、罩和盖的过滤器，以使得在生成事件消息之前每一个必须呈现出新状态至少一秒钟。这将防止由于在门、罩或盖被关闭时开关弹跳而生成的不需要的事件消息。

在一些实施方式中，只有当车辆处在车辆警报是激活的状态下时，才生成对应于外部门干预事件的事件消息。在一些实施方式中，只有当门把手输入在多于200ms的时间中有效时，才生成事件消息。

响应于对干预门或尾门释放装置的检测可以生成事件消息。

在本发明的一些实施方式中，系统被布置成在发送一个或更多个警报之前确定车辆12的用户是否在车辆12的一定距离之内。例如，如果系统（例如借助于蓝牙联接、GPS和/或任何其他的合适的手段）确定用户在车辆12的一定距离之内，则系统可以确定如果检测到对应于门干预事件的CAN消息，那么与门干预事件CAN消息相对应的事件消息不应被传送到网络门户14。

在一些实施方式中，DTU22被布置成当检测到CAN消息时不传送相应的某些事件消息，除非在CAN消息被检测到的特定时间段内满足一个或更多个其他的准则。

例如，在一些车辆中，必须开动门把手以使得门能够被解锁，例如通过将钥匙或其他的装置插入到仅当把手被开动时才可进入的锁中。在这种实施方式中，DTU22可以被布置成在传送与门干预事件相对应的事件消息之前，等待把手开动之后的规定的时段，例如若干秒。DTU22可以被布置成使得如果对应于门解锁命令的CAN消息在（假定）门把手被开动的两秒内被检测，DTU22将不发送对应于门干预的事件消息。可以理解的是：代替钥匙，门可以借助于RFID标签或其他适当的手段而被解锁。

在一些实施方式中，当车辆警报被触发时，可以生成事件消息。事件消息可以包含警报被触发的原因。例如，事件消息可以提供关于导致警报触发的多个原因中的哪几个原因的指示。例如，事件消息可以提供由于下述原因而导致警报被触发的指示：在车辆耗用功率方面的变化、在由倾斜传感器所提供的车辆倾斜方面的变化、在由体积传感器所提供的体积方面的变化、门、罩（后挡板）或盖的打开、汽笛的激活、起动车辆的企图、模块从CAN总线24脱离和/或门锁状态变化。

此外，在一些实施方式中，当多个这种CAN消息中的一个CAN消息在CAN总线24上生成时，可以生成单一事件消息并且将其传送到网络门户14。例如，警报触发的原因可以被传送作为由于在CAN消息对应于门、罩或盖时门已经被干预。

将理解的是：由术语“干预”意指使用相应的释放装置例如门把手来打开门或后挡板的企图已经由未批准的人做出。

在一些实施方式中，如果电压降低到指定的阈值的程度，那么DTU22被布置成监视车辆12的电池的状态变化（例如通过测量电池电压）并且生成“低电池”事件消息。可以将阈值存储在NVRAM模块34中。

在一些实施方式中，车辆12可以具有一个或更多个推进电池，所述推进电池是被布置成给电机供电的电池，该电机被布置成对车辆12进行推进。这种车辆包括电动车辆和混合电动车辆（HEV）。在这种车辆中，DTU22可以被布置成监视代替或除了车辆12的任何其他的电池的一个或更多个推进电池，并且在电荷状态下降到或低于指定的阈值的情况下将警报提供给用户。

在一些实施方式中，在点火结束时，DTU22每隔一段时间监视电池电压，例如每四小时一次。在一些实施方式中，在点火开始时，基本上不断地监视电池。

可替代地或另外，DTU22可以被布置成确定在“低电池”（或相似的）的情况下，将CAN消息传送到CAN总线24上并且将相应的警报提供给用户。

在一些实施方式中，一旦已经生成低电池事件消息，DTU22就可以被阻止发送更多的低电池事件消息直到电池已经增加超过指定量的阈值电平，例如1伏特。

也可以响应于在CAN总线24上传送的CAN消息来生成其他的事件消息。例如，还可以生成下述事件：这些事件表现出急剧的加速、急剧的减速、超速、车辆怠速、以最佳速度驾驶、低燃料液面、燃料的快速损耗、发动机故障、变速器故障、低油位和/或制动系统故障。

在一些实施方式中，如果在车辆12中检测到入侵者，那么在CAN总线上传送CAN消息。在一些实施方式中，可以借助于运动传感器例如被动的红外线（PIR）检测器或超声波检测器来检测入侵者。在一些实施方式中，例如借助于气压波例如声波来检测入侵者的心跳。

网络门户14接收事件消息并且用新的状况信息对数据库进行更新。然后，取决于系统配置或用户优先级，网络门户14例如借助于SMS消息、VOIP、电子邮件等将警报消息传送到用户的移动装置18或个人计算机16。

设想的是：用户可以选择何时、怎样并且为什么传送事件警报。例如，用户可能希望立即接收关于警报激活或未批准的发动机起动或车辆运动的警报并且通过SMS消息选择网络门户来传送这种警报。另一方面，用户可能更喜欢其他的、较低优先级事件不被发送为SMS警报，而被发送为电子邮件。

对于每一种类型的事件可以生成多种警报，并且对于每一事件用户可以选择通过一种或几种方法来报警。用户还能够对于警报设置时间优先级。可以使用网络门户14或移动装置18上的GUI来设置上述的用户配置以经由GSM网络13上载到网络门户14。举例来说，参见示出了移动装置18上的GUI以设置用户配置的屏幕截图的图11（a）至11（c）。

将理解的是：网络门户14可以记录在日志中接收的用于由用户检查的所有的事件消息。图12（a）和12（b）示出了移动装置18上指示事件警报的日志的GUI的屏幕截图。

除能够选择事件警报被报告的方式之外，用户可以修改与警报有关的联系详细资料，例如用于SMS警报和电话消息的电话号码或用于电子邮件警报的电子邮件地址。图13（a）和13（b）示出移动装置18上用于修改包括电话号码和电子邮件地址的用户的个人信息的GUI的屏幕截图。

在一些实施方式中，在确定车辆正被未批准的用户所驾驶的情况下，DTU22可以被布置成每隔一段时间或基本上不断地将位置信息传送到网络门户14。

在一些实施方式中，DTU22可以被布置成以预定的时间或依据预定的事件的出现将车辆状况信息传送到网络门户14。

例如，在旅程的末尾当车辆点火被断开时，下列信息可以被发送到网络门户14：车辆位置（例如，GPS或其他的地理坐标），在旅程期间所使用的燃料的量，在旅程期间所达到的耗热率（例如所消耗的燃料的米每加仑或千米每升的平均值），空闲的时间，处于最佳速度的时间，路程，里程表读数，液位状况例如油位、燃料位、洗涤器液位、冷却剂位或任何其他的液位，外部灯状况例如灯故障的指示。

在旅程的过程中，网络门户14可以每隔一段时间对关于下述信息进行更新：车辆是固定的还是运动的、车辆电池电压的值、冷却剂温度、液位例如燃料位、油位、冷却剂位或任何其他的液位、自旅程开始以后里程表读数和/或路程、车辆锁状况、门状况、轮胎气压状况、外部灯状况例如灯故障的指示和/或轮胎气压状况。可以另外或代替传送其他的信息。

在一些实施方式中，当访问网络门户14时，可以在看得见的地图上显示车辆的位置。可替代地或另外，信息可以被传送到用户的移动装置以在地图上进行查看。

在一些实施方式中，网络门户14被布置成借助于音频呼叫通知用户事件的发生。音频呼叫可以被布置成重放预先录制的消息。消息可以是具体的已经发生的事件。其他的布置也是有用的。

系统可以被布置成使用户能够确定其中一个或更多个警报中的每一个警报被接收的方式，从而根据给出的警报的通信的用户优选的方法使系统设置个人化（参见图11（a）和11（c））。

网络门户14可以被布置成使给出的一个或更多个警报消息和/或其他的消息能够被传播给多个用户。

例如，系统可以被布置成将一个警报例如电池低警报消息传送给用户并且传送给第三方，第三方例如是车辆制造商的部门例如担保部门。系统可以被布置成将警报激活报警传送给用户而不传送给第三方或传送给用户和第三方（例如停放车辆的安保公司或停车场的操作员）。其他的布置也是有用的。

在一些实施方式中，网络门户14可以被布置成对于时间段（该时间段例如是费用已经被支付以如在停车场中停放车辆的时间段）超时提供提醒。

在一些实施方式中，系统可以被布置成在连接到车辆12的挂车变得分离的情况下将警报提供给用户。例如，在停车场中挂车可能由贼分离而车辆12被遗弃无人照管。因而，可以将挂车的失窃报警给用户。

车辆控制

本发明的实施方式的第三功能性为对车辆功能、系统或子系统进行远程控制的能力。

例如，可以对处于停放情况下的门被锁定的车辆和未被占用的车辆进行远程控制。

该功能的一个非限制的应用是在使用之前“预处理”车辆。例如，用户可以希望在使用以前激活加热的座椅或HVAC系统以增加舱温度或为挡风板除雾/除霜。

实际上，可以在CAN总线上传送的、用于激活或操作车辆功能的基本上任何控制命令可以由网络门户14传送到DTU22以转换成适当的CAN消息并且将其在CAN总线上传送。也就是说：响应于CAN总线上的CAN消息而正常地被激活、被控制或被操作的车辆12上的基本上任何功能、系统、子系统或装置可以同样地通过来自网络门户14的控制信息在GSM网络13上的传送而被激活、控制或操作。

重要地，这可以实现，因为DTU22能够接收控制消息、将它们转换成相应的CAN协议格式并且生成CAN消息并在CAN总线24上传送CAN消息。

实际上，在一些实施方式中，用户甚至能够使用网络门户14或移动装置18GUI来生成<ENGINE START（发动机起动）＞命令或指令。在GUI上设置有当被选择或被激活时经由GSM网络13将<ENGINESTART>控制消息传送到网络门户14的图示的开关、滑块或图标。

网络门户14经由GSM网络13将<ENGINE START>控制消息转发到车辆12，其中<ENGINE START>控制消息由DTU22中的收发器单元30接收，由微处理器26通过使用NVRAM模块34中的查找表将其转换成适当的CAN消息，并且被传送到CAN总线24上，使发动机控制单元（ECU）起动车辆12的内燃机。

申请人已经认识到：在一些领域内，在公路上远程发动机起动是违法的。因此，移动装置18或网络门户14上的GUI可以在发布<ENGINESTART>控制消息之前请求远程发动机起动应该被执行的确认或授权。

可替代地，或另外，在发布<ENGINE START>控制消息之前，网络门户14可以询问DTU22中的GPS单元32以确定车辆12的当前位置。车辆12的GPS坐标由收发器单元30经由GSM网络13传送到网络门户14并且与存储在寄存网络门户14的网络服务器中的地图数据相比较或叠加到该地图数据上。如果由网络门户14确定车辆12位于公路上，则阻止车辆12的远程起动。

由于商业上可获得的GPS数据的分辨率的限制，设想的是：其他的车辆数据可以用于确认来自GPS单元32的位置估计。例如，车辆导向或倾斜度可以用于估计车辆12是在公路上还是停放在邻近于道路的车道或停车场中——以一定角度停放在邻近的公路上的车辆不太可能被定位于在公路本身上。同样地，自从发动机停止以后过去的时间可以用于估计车辆12的位置，因为停放持续很长的时段的车辆不太可能被遗留在公路上。

在一些实施方式中，如果远程起动车辆发动机，则可以认为车辆处于“远程空闲（remote idle）”模式下。在该模式下，车辆12可以被配置以使得不可能驾驶车辆并且使得任何使车辆脱离停放模式的企图将使发动机停转。

在一些实施方式中，车辆12被配置使得如果用户进入车辆并且出示合适的身份验证（例如为了起动车辆所必需的钥匙或钥匙卡或其他的物件），则车辆将注销远程空闲模式并且进入非远程空闲模式。然后，用户能够像他们已经亲自而非远程地起动车辆那样操作车辆（例如，通过驾驶车辆）。

在一些实施方式中，用户可以直接从他们的移动通信装置18与网络门户14和/或车辆12通信，以确定车辆12的位置并且获得从他们现在的位置到车辆12的方向。因而，装置18可以被布置成经由收发器模块30直接询问网络门户14或车辆12以确定车辆位置。其他的布置也是可用的。

移动装置18可以根据在装置18本身内设置的位置确定装置来确定其当前的位置。

移动通信装置18可以被布置成借助于例如街道地图、街道视图（例如借助于Google Earth^TM）或包括类似指南针显示的任何其他的合适的GUI等GUI来提供距用户的当前位置的方向。例如，装置18可以显示在车辆12的方向上的箭头指示以指引用户直达车辆。

将理解的是：装置18可以被布置成例如通过蓝牙（RTM）或其他的短程的无线电或相似的通信装置与车辆12直接通信。

在一些实施方式中，可以经由GSM网络13对车辆进行远程解锁。在通过解锁命令将门解锁但在指定的时段之内门没有（或罩/后挡板）被打开的情况下，车辆可以被布置成自动地再锁。

在一些实施方式中，系统允许远程打开或关闭窗。在一些实施方式中，可以发送整体打开或关闭命令，以使所有的窗分别打开或关闭。可以理解的是：整体关闭特征可以依赖窗提手系统的嵌入的反围困功能性以确保在窗关闭期间没有对象被窗所围困。

在一些实施方式中，可以远程打开或关闭车辆12的可伸缩车顶。

在一些实施方式中，可以远程释放车辆12的罩或后挡板。在一些实施方式中，在具有自动的罩或后挡板闭合装置的车辆中，该装置还可以被远程致动从而关闭罩或后挡板。

在一些实施方式中，可以远程激活或停用例如侍服模式特征（valetmode feature）等其他的特征。侍服模式可以是可以阻止或限制访问车辆的某些部分或特征的模式。例如，如最大速度和/或加速度等车辆性能参数可以被限制在侍服模式之内。

在一些实施方式中，可以远程提升或降低车辆的悬架。在一些实施方式中，车辆外部照明的配置可以被改变以满足不同情形下的不同需求。

例如，在对于车辆外部照明配置具有不同的立法要求的地方之间驾驶车辆的情况下，可以远程改变外部照明以满足不同的立法要求。

因而，如果在交通被要求在道路的不同侧上驾驶的国家之间驾驶车辆12，则可以远程改变照明配置（例如车辆的头灯的光束方向）。

在一些实施方式中，可以控制车辆12的气候控制系统或采暖、通风与空调系统（HVAC）。例如，可以控制气候控制系统是否处于自动模式。还可以调整吹风机速度、驾驶员区温度选择、乘客区温度选择和任何或其他的合适的参数。

在一些实施方式中，提供有用于由用户定位车辆的方法，例如如果车辆在大的停车场中。因而，在一些实施方式中，用户可以操作他的移动通信装置18以使车辆的一个或更多个灯照亮，例如头灯，或使车辆的汽笛发声。其他的布置也是有用的。

在一些实施方式中，可以准许用户传送发动机停止命令，从而使车辆的发动机停止。该命令可以被称为远程发动机停止命令。在一些实施方式中，如果在远程空闲模式下发动机是空转的，那么远程发动机停止命令将仅通过DTU22起作用。换句话说，如果远程起动发动机，那么仅远程发动机停止命令起作用，从而进入远程空闲模式，并且已经不转换成非远程空闲模式。其他的布置也是有用的。

DTU22可以被布置成在某些情况下禁止执行由无线收发器单元30所接收的某些其他的命令（通过将相应的CAN消息传送到CAN总线24上）。例如，如果检测到车辆是运动的，那么DTU22可以禁止远程打开对门、罩/后挡板或盖。

将理解的是：允许发动机远程起动的特征使得要求发动机运转的车辆12的特征能够远程操作。例如，例如窗除雾器、舱加热器、座椅或方向盘加热器、燃料发动的加热器等采暖系统或例如空调系统等冷却系统可以各自要求发动机运转。

在一些实施方式中，用户可以远程启动对车辆的数据下载。例如，用户可以启动下载导航数据，例如对应于用户打算做的旅程的数据例如目的地和/或路线，或其他的数据例如音乐数据或其他的娱乐有关的数据。

在车辆12正在运动的同时DTU22接收到断开发动机的命令的情况下（例如如果用户检测到车辆12已经被盗），DTU22可以被布置成控制车辆12以使得在关掉发动机之前车辆12达到受控停止。

车辆定位

如上所述，在一种实施方式中，用户能够请求关于车辆的位置的消息。参照状况请求可以以上述的方式发送该请求。在这种情况下，<VEHICLEPOSITION（车辆位置）>状况请求由网络门户14响应于用户在互联网连接的计算机16或移动装置18上做出这种请求而生成，并且被传送到车辆12。

位置请求由DTU22中的收发器单元30接收并且被传送到微处理器26。微处理器26请求来自GPS接收器32的当前的车辆位置的GPS坐标并且命令收发器单元30通过GSM网络13将这些坐标传送到网络门户14。

GPS坐标由网络门户14接收，网络门户14将坐标添加到从互联网提取的或保存在网络门户的服务器上的地图数据上。然后，示出添加到其上的车辆的位置的地图数据可用于由使用互联网连接的计算机16的用户查看。可替代地，或另外，具有添加到其上的车辆位置的地图数据由网络门户14传送到用户的移动装置18以在GUI上显示（例如，参见图14）。

在替代的方法中，如上所述，在关于发动机停止的车辆状况信息的“批量转储”期间，由GPS接收器32所确定的车辆GPS坐标被上载到网络门户14。由于位置数据已经经由网络门户14保存以及可从网络门户14访问，因此这有利地避免了将<VEHICLE POSITION>状况请求传送到车辆12的需求，从而改进了系统的电源管理。

旅程监视

本发明的实施方式的相关的特征是关于用户查看、追踪或监视车辆运动的能力。通过以上述的方式定期将车辆的GPS坐标传送到网络门户14，由车辆12所采取的路线可以被标示在地图数据上以由用户查看。

另一方面，在旅程的终点，与该旅程相关的数据可以被上载到网络门户14作为上述的车辆状况“批量转储”的一部分。通过由DTU22生成适当的CAN消息（状况请求）并且将其传送到CAN总线24上，可以从相关的车辆系统和子系统获得与例如路线起点和终点、距离、采取的路线、旅程时间、平均速度、达到的最大速度、平均燃料节约和其他信息有关的数据。

图15（a）至15（e）示出了指示车辆12的旅程数据的移动装置18上的GUI的屏幕截图。具体的，图15（a）示出了与由车辆承担的最近一次旅程有关的包括数据、出发和结束时间、持续时间、距离、燃料消耗、车辆英里里程和平均速度的旅程数据。屏幕截图还示出了由车辆12采取的在地图上的路线。图15（b）示出了较低屏幕分辨率的移动装置18上的GUI的屏幕截图，屏幕截图示出了菜单屏幕，借助该菜单屏幕用户可以选择待显示的旅程数据。图15（c）示出了在地图上指示最近一次旅程数据和旅程的图示的较低屏幕分辨率的移动装置18上的GUI的屏幕截图。

图15（d）示出了指示全程旅程数据的移动装置18上的GUI的屏幕截图。图15（e）示出了指示关于车辆12的全程旅程数据的概要的较低屏幕分辨率的移动装置18上的GUI的屏幕截图。

电源管理

申请人已经意识到：电源管理在本发明的实际的实施中是重要的。为了收听由网络门户14经由GSM网络13所传送的状况请求或控制消息，收发器单元30可以要求大量的电源保持在有效状态。同样地，尽管以间歇的而不是连续的为基础，但是通过收发器单元30对事件消息的传送也需要电源。收发器单元30的操作可以引起用于给DTU22供电的车辆用电池的显著的耗用电流。

为了解决这个问题，已经开发了各种电源控制策略以控制DTU22。在一个示例中，DTU22操作在第一模式下，例如其中收发器单元30在发动机停止之后以连续接收的模式操作第一预定时段的完全有效模式。第一预定时段可以从小时到天或周的范围，并且可以是由用户使用网络门户14或移动装置18的GUI可选择的或由微处理器26取决于电池的变化状况而确定。

当第一预定时段已经到期时，收发器单元30可以切换到为间歇的模式的第二模式，第二模式持续第二预定时段。在第二模式中，收发器单元30可以被激活以仅在预定的时间间隔（例如每小时一次）的短时长中，通过GSM网络13从网络门户接收状况请求或控制消息。

在第三模式下，使DTU22停用或对DTU22提供的电能下降到静态，在静态中由网络门户14传送到车辆12的状况请求或控制消息不被收发器单元30所接收。另一方面，如果在发动机停止之后事件发生，那么由相关的微控制器执行的相关CAN消息的自动生成和在CAN总线24上的传送以及由DTU22中的微处理器26执行的CAN消息的接收，将激活或唤醒收发器单元30以将事件消息传送到网络门户14。

可替代地，或另外，在第三模式下，仅与车辆系统之内的高优先级事件有关的事件消息可以被通知给用户。例如，其中要求即刻行动或调查的事件（例如车辆警报系统的触发）由DTU22传送到网络门户14。然而，非紧迫事件（例如轮胎气压的减小）不由收发器单元30传送到网络门户14。

在同一或另外的实施方式中，基于历史使用来确定DTU22的操作。例如，DTU22可以确定用户通常在特殊时间例如晚上期间不对车辆12做出控制或状况请求。在这种情况下，可以在夜间期间减少对DTU22的电能供给。

在一个实施方式中，用户能够手动地将DTU22置于静止状态中。例如，用户可以在上载到网络门户14的移动装置18或个人计算机16上设置“休假”标志。在“休假”标志被设置，从而表示用户在休假并且将不要求向车辆12发送控制或状况请求消息的情况下，网络门户14向DTU22生成停止运转命令以将DTU22置于静止状态中。

DTU22在每个模式下操作的持续时间可以由用户设置或可以取决于车辆电池的电荷变化而自动确定。

只要DTU22的模式改变，事件消息就由收发器单元30经由GSM网络传送到网络门户14。这在DTU22置于下述模式下的事件中是有用的：在该模式中功能性被限制，例如没有控制或状况请求消息被接收，或仅有限的事件消息被传送。以这种方式，将系统的有限的功能性通知给用户。

用户化

由申请人开发的原型系统是由用户完全可定制的。当系统首次安装在车辆12中时，DTU22被布置成识别装配了该DTU22的车辆的具体特性。这可以通过对可以在CAN总线24上传送的车辆12配置文件进行访问来获取。包括制造、模型和VIN号码的详细资料可以从车辆配置文件获得并且被传送到网络门户14。

另外，包括注册号码和颜色的车辆具体数据可以由用户、或直接使用互联网连接的计算机或借助于他们的移动装置18输入到网络门户14。

当用户访问网络门户14或移动装置18上的应用软件时，如图3（b）所示，系统提示输入用户名和密码以获得对系统的特征的访问。多个用户名和密码可以用于多个车辆。

欢迎屏幕可以显示如图3（d）所示的示出车辆12的图片和关键的车辆状况信息例如定位、燃料状况、里程表读数、安全状况等。

NVRAM模块34可以包含用于多种车辆类型的多个查找表。如上所述，DTU22借助于可以在CAN总线24上传送的车辆配置文件来识别装配有系统的车辆构造和模型，以使NVRAM模块34中的适当的查找表能够被选择。有利地，这个布置意味着：单个系统可以应用于不同的车辆模型，以减少开发和制造的成本。

本发明可以有利地被实施为对现有的标准车队跟踪系统的改编并且将用户的车辆12的事件与状况信息和用户远程控制车辆12的具体特征的能力二者均提供给终端用户。本发明系统的大部分硬件需求存在于现有的车队跟踪系统的数据传输单元中，以使得仅需要软件修改以及对准许单元与车辆CAN总线24连接的改编。

该系统能够基于直接来自车辆CAN总线24的数据来读取事件并且将这些事件报告回主机（网络门户14）。然后，主机能够例如借助于SMS消息、电子邮件、VOIP或通过用户具体的iPhone应用来将这些事件作为警报传递给用户。

因为用户与车辆12之间的所有通信发生在GSM或其他的蜂窝网络上，所以可以基本上从世界上任何位置通过使用传统的移动装置18或智能电话18监视或控制车辆12。

过滤事件—事件可以取决于电池寿命而被过滤。一些事件可以被区分先后顺序。用户可以通过存储在NVRAM中的并且经由统一诊断服务（UDS）所访问的配置来启用或停用事件中的每一个事件。

通过使用外部寄存的网络门户作为系统的主机控制器，可以获得对其他的互联网数据或订阅服务（例如地图信息、电子邮件或SMS消息服务等）的访问以启用多种功能性。这在其中用户直接从他的移动装置18与车辆12通信的系统中是不可能的。

设想的是：由车辆12上的照相机系统或麦克风系统所采集的视频或音频数据可以由DTU22传送到网络门户14。这可以通过使用户在返回到车辆12之前能够监视周围区域来提高人身安全。

虽然已经在用于车辆12的远程交互系统的背景下对本发明进行了描述，但是本发明还可以获得用于与其他对象或所有物（例如建筑物）远程交互的应用。在这种情况下，DTU22可以被集成到建筑物安全系统中以将状况信息或事件信息传送到远程用户或者经由GSM网络13接收来自用户的控制命令。

在一些实施方式中，本发明可以允许非接触式事务处理。例如，本发明的实施方式可以允许为例如燃料、停车、高速公路通行费和如要得到的快餐等其他项目等项目付款。

在一些实施方式中，系统可以用于对已经被偷的车辆12进行定位。将理解的是：系统可以被布置成将车辆12的定位报告给用户（或例如法律实施办公人员等其他的经批准的人）。因而，可以确定位置并且开始回收操作。

将理解的是本发明的一些实施方式具有下述优点：由于关于车辆状况的数据可以被报告给网络门户14，所以即使车辆12的DTU22丧失能力，仍可以确定在DTU22变得丧失能力时或之前车辆12的位置。因而，用户可以通过参考存储在网络门户14的数据库中的数据来确定该位置。

在一些实施方式中，系统可以被布置成使钥匙卡能够被定位。

在本发明的一些实施方式中，DTU22被布置成对车辆12的用户定制的设置进行确定，并且将对应于这些设置的数据存储在网络门户14的数据库中，用户定制的设置可以包括例如座椅位置等设置。随后设置可以被下载到另外的车辆12的DTU22。例如，可以将设置下载到例如租用车辆等用户将临时驾驶的车辆12。

该特征允许用户增加对其他车辆的享受，因为用户不必在驾驶其他车辆之前花费时间来调整车辆的用户可定制设置。

上述提供了设备、系统、方法和车辆的大量实施方式、特征和应用的示例。将由本领域技术人员完全理解并且在此清楚地声明的是：除了其中存在明显不相容的特征之外，这些实施方式、特征和应用可以以任何期望的方式组合并且每个这种组合在本申请的范围之内被设想并且要求权利。

Claims (53)

1.一种用于监视和/或控制车辆（12）的系统（10），包括：

数据传输装置（22），所述数据传输装置（22）用于接收在车辆数据总线（24）上传送的数据信号，所述数据信号与一个或更多个车辆系统或装置的状况和/或操作有关；以及

通信装置（30），所述通信装置（30）用于将与所接收的数据信号中的一个或更多个数据信号有关的信息传送到移动通信装置（18）以显示给用户。

2.根据权利要求1所述的系统（10），其中，所述通信装置（30）被布置成经由网络服务器、网络门户或其他的互联网连接的主机系统（14）将与所述一个或更多个所接收的数据信号有关的所述信息传送到所述移动通信装置（18）。

3.根据权利要求2所述的系统（10），其中，所述通信装置被布置成经由GSM或其他的蜂窝通信网络（13）与所述网络门户通信。

4.根据权利要求2或3所述的系统（10），其中，所述网络门户被布置成经由GSM或其他的蜂窝通信网络（13）与所述移动通信装置通信。

5.根据前述权利要求中任一项所述的系统（10），其中，所述数据传输装置（22）被布置成生成在所述车辆数据总线（24）上传送以对一个或更多个车辆系统、功能或装置进行控制的数据信号。

6.根据前述权利要求中任一项所述的系统（10），其中，所述数据传输装置（22）被布置成从所述数据总线（24）接收所述数据信号并且将所述数据信号转换成与所述数据信号相对应的数据消息，所述数据消息由所述通信装置（30）传送。

7.根据权利要求6所述的系统（10），其中，所述数据传输装置（22）被布置成在由所述通信装置（30）传送所述数据消息之前对所述数据消息进行加密。

8.根据前述权利要求中任一项所述的系统（10），其中，所述车辆总线（24）是CAN总线，并且其中所述数据传输装置（22）被布置成接收通过车辆系统或子系统传送到所述CAN总线上的CAN消息并且将所述消息存储在存储器（34）中。

9.根据前述权利要求中任一项所述的系统（10），其中，所述移动通信装置（18）包括用于基于所接收的信息将与所述车辆的状况和/或操作有关的信息显示给用户的软件程序、应用或图形用户界面。

10.根据前述任一项权利要求所述的系统（10），其中，所述信息以电子邮件、SMS消息、VOIP消息、电话呼叫或数据警报的形式被传送。

11.根据权利要求2至10中任一项所述的系统（10），其中，所述网络门户（14）被布置成从所述移动通信装置（18）接收控制消息并且将所述控制消息传送到所述通信装置（30）。

12.根据权利要求11所述的系统（10），其中，所述通信装置（30）被布置成从所述网络门户（14）接收控制消息，并且其中所述数据传输装置（22）被布置成将所接收的控制消息转换成数据信号并且将所述数据信号传送到所述数据总线（24）上以控制一个或更多个车辆系统、功能或装置。

13.一种用于控制车辆（12）的系统（10），包括：

通信装置（30），所述通信装置（30）用于从无线通信装置（18）无线地接收由用户发送的控制消息；以及

数据传输装置（22），所述数据传输装置（22）被布置成用于将所接收的控制消息转换成数据信号并且将所述数据信号传送到车辆数据总线（24）以控制一个或更多个车辆系统、功能或装置。

14.根据权利要求13所述的系统（10），其中，所述移动通信装置（18）被布置成经由网络服务器、网络门户或其他的互联网连接的主机系统（14）将所述控制消息传送到所述通信装置（30）。

15.根据权利要求14所述的系统（10），其中，所述移动通信装置（18）被布置成经由GSM或其他的蜂窝通信网络（13）与所述网络门户（14）通信。

16.根据权利要求14或15所述的系统（10），其中，所述网络门户（14）被布置成经由GSM或其他的蜂窝通信网络（13）与所述通信装置（30）通信。

17.根据权利要求13至16中任一项所述的系统（10），其中，所述数据传输装置（22）被布置成从所述车辆数据总线（24）接收与所述一个或更多个车辆系统或装置的状况和/或操作有关的数据信号并且将所述数据信号转换成相应的数据消息；以及其中，所述通信装置（30）被布置成将所述相应的数据信息无线地传送到所述无线通信装置（18）以显示给用户。

18.根据权利要求13至17中任一项所述的系统（10），其中，所述控制消息和所述数据消息中的至少一个包括电子邮件、SMS消息、VOIP消息、电话呼叫或数据警报。

19.根据权利要求17或18所述的系统（10），其中，所述数据传输装置（22）和所述通信装置（30）被布置成当所述车辆发动机停止时传送包括多个车辆状况参数的相应的数据消息。

20.根据权利要求17至19中任一项所述的系统（10），其中，所述相应的数据消息包括与下述中的任一个有关的信息：车辆气候、车辆舱温度、外部温度、空调状况、座椅加热器状况、屏幕除雾器状况、方向盘加热器状况、车辆安全状态、车辆定位、门状况、盖状况、后挡板状况、警报状况、固定器状况、车辆位置、旅程期间使用的燃料量、达到的耗热率、空闲时间、处于最佳速度的时间、路线起点和终点、路程、采取的路线、旅程的时间、平均速度、达到的最大速度、里程表读数、例如油位、燃料位、洗涤器液位、冷却剂液位等的液位状况、车辆电池电压、冷却剂温度、车辆锁状况、车辆门状况、轮胎气压状况、外部灯状况。

21.根据权利要求17至20中任一项所述的系统（10），其中，在所述车辆发动机停止以后，当车辆电池电压达到预定的阈值时，暂停所述通信装置（30）对数据消息的传送和对控制消息的接收。

22.根据权利要求17至21中任一项所述的系统（10），其中，在所述车辆发动机停止以后的第一预定时段之后，暂停所述通信装置（30）对数据消息的传送和对控制消息的接收。

23.根据权利要求22所述的系统（10），其中，在所述第一预定时段已经过去之后，所述通信装置（30）对数据消息的传送和对控制消息的接收间歇地持续第二预定时段。

24.根据权利要求21至23中任一项所述的系统（10），其中，在所述车辆发动机已经停止之后的任何时间点，所述通信装置（30）对于传送具有高优先级的数据消息进行响应。

25.根据权利要求17至24中任一项所述的系统（10），其中，所述通信装置（30）基于用户对所述通信装置（30）的历史使用来间歇地操作以传送数据消息以及接收控制消息。

26.一种与车辆（12）远程交互的方法，包括执行下述步骤中的至少一个步骤：

a）从用户远程地向位于所述车辆（12）之内的收发器（30）发送控制消息，将所述控制消息转换成相应的控制数据信号并且将所述控制数据信号传送到位于所述车辆（12）之内的车辆数据总线（24）上，从而对车辆系统、车辆功能或车辆装置中的至少一个进行控制，以及

b）从位于所述车辆（12）之内的车辆数据总线（24）接收与一个或更多个车辆系统或装置的状况或操作有关的状况信号，将所接收的数据信号转换成数据消息，并且从位于所述车辆（12）之内的收发器（30）将所述状况消息无线传递给远程用户。

27.根据权利要求26所述的方法，其中，所述收发器（30）被布置成与移动通信装置（18）通信。

28.根据权利要求27所述的方法，其中，所述收发器（30）被布置成经由网络服务器、网络门户或其他的互联网连接的主机系统（14）与所述移动通信装置（18）通信。

29.根据权利要求28所述的方法，其中，所述移动通信装置（18）和所述收发器（30）中的至少一个被布置成经由GSM或其他的蜂窝通信网络（13）与所述网络门户（14）通信。

30.根据权利要求26至29中任一项所述的方法，包括下述步骤：在所述车辆发动机已经停止之后，测量车辆电池电压电平，并且当所测量的车辆电池电压达到预定阈值时，暂停所述收发器（30）对数据消息的传送和对控制消息的接收。

31.根据权利要求26至30中任一项所述的方法，包括下述步骤：在所述车辆发动机已经停止以后测量时间，并且在第一预定时段已经过去之后暂停所述收发器（30）对数据消息的传送和对控制消息的接收。

32.根据权利要求31所述的方法，包括下述步骤：在所述第一预定时段的末尾已经过去之后测量时间，并且在所述第一预定时段已经过去之后的第二预定时段，所述收发器（30）间歇地传送数据消息或接收控制消息。

33.根据权利要求30至32中任一项所述的方法，包括下述步骤：在所述车辆发动机已经停止之后的任何时间点，从所述收发器传送具有高优先级的数据消息。

34.根据权利要求30至33中任一项所述的方法，包括下述步骤：基于用户对所述收发器（30）的历史使用，间歇地操作所述收发器（30）以传送数据消息并接收控制消息。

35.一种与车辆（12）远程交互的设备（20），所述设备包括用于在用户可操作的移动通信装置（18）与位于所述车辆之内的车辆数据总线（24）之间对消息进行无线传递的数据传输装置（22）。

36.根据权利要求35所述的设备（20），其中，所述数据传输装置（22）被布置成经由网络服务器、网络门户或其他的互联网连接的主机系统（14）与所述移动通信装置（18）无线通信。

37.根据权利要求36所述的设备（20），其中，所述数据传输装置（22）被布置成经由GSM或其他的蜂窝通信网络（13）与所述网络门户（14）无线通信。

38.根据权利要求37所述的设备（20），其中，所述数据传输装置（22）包括车辆数据总线信号与所述消息相互对照的查找表（34）。

39.根据权利要求35至38中的任一项所述的设备（20），其中，所述数据传输装置（22）被布置成接收所述车辆数据总线信号，将所接收的数据总线信号转换成包括相应的数据消息的消息，并且将所述数据消息无线地传递到所述移动通信装置（18）。

40.根据权利要求35至38中任一项所述的设备（20），其中，所述数据传输装置（22）被布置成远程地从所述移动通信装置（18）接收包括控制消息的消息，将所述控制消息转换成相应的控制数据总线信号，并且使用数据总线控制器（28）将所述控制数据总线信号传送到所述车辆数据总线（24）上。

41.根据权利要求39或40所述的设备（20），其中，所述相应的数据消息包括用户可重新配置的格式。

42.根据权利要求39至41中任一项所述的设备（20），其中，所述控制消息和所述相应的数据消息中的至少一个包括电子邮件、SMS消息、VOIP消息、电话呼叫或数据警报。

43.根据权利要求39至42中任一项所述的设备（20），其中，所述数据传输装置（22）被布置成在用户可选择的时间点来传送所述相应的数据消息。

44.根据权利要求39至43中任一项所述的设备（20），其中，所述数据传输装置（22）被布置成当所述车辆发动机停止时传送包括多个车辆状况参数的相应的数据消息。

45.根据权利要求39至44中任一项所述的设备（20），其中，所述相应的数据消息包括与下述中的至少一个有关的信息：车辆气候、车辆舱温度、外部温度、空调状况、座椅加热器状况、屏幕除雾器状况、方向盘加热器状况、车辆安全状态、车辆定位、门状况、盖状况、后挡板状况、警报状况、固定器状况、车辆位置、旅程期间使用的燃料量、达到的耗热率、空闲时间、处于最佳速度的时间、路线起点和终点、路程、采取的路线、旅程的时间、平均速度、达到的最大速度、里程表读数、例如油位、燃料位、洗涤器液位、冷却剂液位等的液位状况、车辆电池电压、冷却剂温度、车辆锁状况、车辆门状况、轮胎气压状况、外部灯状况。

46.根据权利要求45所述的设备（20），其中，包括在所述相应的数据消息中的所述信息是用户可选择的。

47.根据权利要求39至46中任一项所述的设备（20），其中，在所述车辆发动机停止之后，当所述车辆电池电压达到预定阈值时，暂停所述数据传输装置（22）对相应的数据消息的传送和对控制消息的接收。

48.根据权利要求39至47中任一项所述的设备（20），其中，在所述车辆发动机停止之后的第一预定时段之后，暂停所述数据传输装置（22）对相应的数据消息的传送和对控制消息的接收。

49.根据权利要求48所述的设备（20），其中，在所述第一预定时段已经过去之后，所述数据传输装置（22）对相应的数据消息的传送和对控制消息的接收间歇地持续第二预定时段。

50.根据权利要求39至49中任一项所述的设备（20），其中，在所述车辆发动机已经停止之后的任何时间点，所述数据传输装置（22）对于传送具有高优先级的数据消息进行响应。

51.根据权利要求39至50中任一项所述的设备（20），其中，所述数据传输装置（22）基于用户对所述数据传输装置（22）的历史使用来间歇地操作以传送相应的数据消息以及接收控制消息。

52.一种车辆（12），所述车辆（12）具有用于与其远程交互的根据权利要求35至51中任一项所述的设备。

53.一种用于监视和/或控制车辆的系统或设备，包括：

数据传输装置，所述数据传输装置被配置成接收在车辆数据总线上传送的、与一个或更多个车辆系统或装置的状况和/或操作有关的数据信号，并且将与一个或更多个所接收的数据信号有关的信息无线地传送到移动通信装置（18）以显示给用户。

Images