CN103153688A

CN103153688A - 蜂窝通信策略

Info

Publication number: CN103153688A
Application number: CN2011800485967A
Authority: CN
Inventors: R·宇耶基; D·M·基尔施
Original assignee: Honda Motor Co Ltd
Current assignee: Honda Motor Co Ltd
Priority date: 2010-11-16
Filing date: 2011-10-07
Publication date: 2013-06-12
Anticipated expiration: 2031-10-07
Also published as: US20120123633A1; WO2012067732A1; EP2641203A1; EP2641203A4; JP2014504132A; US8509988B2; EP2641203B1; CN103153688B; JP5542244B2

Abstract

移动设备存储电动车辆的充电状态信息。充电状态信息由移动设备响应于车辆处指示车辆已经停止的触发事件而经由短程无线通信协议从该电动车辆所接收。移动设备随后接收来自用户的请求，该请求涉及电动车辆的当前充电状态。该移动设备试图与电动车辆进行通信以从车辆获得信息以便对该请求进行响应。如果该移动设备不能够与车辆进行通信，则移动设备使用所存储的充电状态信息对用户请求进行响应。

Description

蜂窝通信策略

技术领域

实施例总体上涉及电动车辆，并且更具体地涉及在不能够与车辆进行通信时远程确定电动车辆的充电状态。

背景技术

电动车辆是使用一个或多个电动引擎对车辆进行推进的车辆。电动引擎由可充电的车载电池进行供电。由于电动车辆由车载电池进行供电，所以它们的驾驶范围被它们的电池中的电量所限制。当车辆的电池电量低时，车辆能够在充电站进行再充电。然而，目前用于电动车辆的充电站数量有限。因此，驾驶员即使在其离开车辆时也始终了解电动车辆的当前充电状态是非常重要的。

能够远程访问车辆的当前充电状态的有益之处在于，如果驾驶员决定行驶到目的地，则驾驶员远程访问车辆的充电状态并且基于所访问的信息来确定是否能够抵达目的地。如果，车辆没有足够电量抵达目的地，则驾驶员例如能够通过在车辆连接至充电站的情况下允许其继续充电或者通过选择处于车辆范围之内的新的目的地而改变其计划。

当前的系统允许驾驶员经由诸如蜂窝电话之类的移动设备来获取电动车辆的当前充电状态。移动设备与车辆进行通信以获取车辆的充电状态。当前的这些系统所存在的问题在于，如果移动设备不能够与电动车辆进行通信，则移动设备就不能够确定车辆的当前充电状态。移动设备不能够与电动车辆进行通信的一个原因是由于该车辆停放在不能够访问无线通信网络的位置。例如，车辆可能被停放在无法接收到蜂窝电话的地下车库。

因此，需要一种即使在不可能与电动车辆通信时也能够远程确定电动车辆的充电状态的方式。

发明内容

实施例提供了一种用于对针对电动车辆相关信息的请求进行远程响应的基于计算机的方法、计算机程序产品和移动计算机系统。在一些实施例中，本公开内容包括存储电动车辆的充电状态信息的移动设备。充电状态信息由移动设备响应于车辆处指示车辆已经停止的触发事件而经由短程无线通信协议(例如，Bluetooth

)从电动车辆所接收。移动设备随后从用户接收请求，该请求涉及电动车辆的当前充电状态。移动设备试图与电动车辆进行通信以从车辆获得信息以便对请求(例如，车辆的当前充电状态)进行响应。如果移动设备不能够与车辆进行通信，则移动设备使用所存储的充电状态信息对用户请求进行响应。

在其他实施例中，本公开内容包括移动设备，其响应于车辆处指示车辆已经停止的触发事件而经由短程无线通信协议从电动车辆接收该电动车辆的充电状态信息。移动设备将充电状态信息传输至远程服务器以便进行存储。当移动设备从用户接收到涉及电动车辆的当前充电状态的请求时，该移动设备将该请求转发至远程服务器。该远程服务器试图与电动车辆通信以获得信息以便对该请求进行响应。如果远程服务器不能够与电动车辆进行通信，则该远程服务器使用所存储的充电状态信息确定对该请求的响应。远程服务器向移动设备提供响应(即，响应信息)并且该移动设备向用户呈现该响应。

说明书中所描述的特征和优势并非是无所不包的，具体地，在考虑到附图、说明书和权利要求的情况下许多附加的特征和优势对于本领域技术人员将是显而易见的。此外，应当注意的是，说明书中所使用的语言原则上已经出于可读性和指示性的目的而进行了选择，而并非被选择对本主题进行限制或限定。

附图说明

图1是根据一个实施例的车辆通信环境的高层框图。

图2是图示根据一个实施例的telematics导航设备的详细视图的高层框图。

图3是图示根据一个实施例的移动设备的详细视图的高层框图。

图4是根据一个实施例的用于对涉及电动车辆充电状态的请求进行响应的方法的流程图。

附图仅出于说明的目的对各个实施例进行描绘。本领域技术人员从以下讨论将会轻易认识到，可以采用这里所图示的结构和方法的可替换实施例而并不背离这里所描述的原则。

具体实施方式

现在参照附图对实施例进行描述，其中相同的附图标记指示相同或功能相似的要素。在图中，附图标记之后的字母，诸如“110A”，指示文本特别涉及具有该特定附图标记的要素。文中没有跟随字母的附图标记，诸如“110”，指代在图中享有该附图标记的任意或所有要素(例如，文中的“110”指代图中的附图标记“110A”和/或“110B”)。而且，在图中，每个附图标记最左侧的数字对应于首次使用该附图标记的附图。

说明书中对“一个实施例”或“实施例”的引用意味着结合该实施例所描述的特定特征、结构或特性包括在至少一个实施例中。在说明书中各处出现的短语“在一个实施例中”未必全部指代相同的实施例。

随后的详细描述的一些部分以在计算机存储器内的数据比特的运算的算法和符号表示的形式所呈现。这些算法描述和表示形式是数据处理领域的技术人员用来最为有效地向本领域其他技术人员传达其工作实质的手段。算法在这里一般地被认为是导致所期望结果的自相容的步骤(指令)。步骤是要求对物理量进行物理操控的那些步骤。通常，虽然并非必需如此，但是这些量采用能够被存储、传输、组合、比较或以其他方式进行操控的电的、磁的或光学信号的形式。原则上出于普遍使用的原因，有时将这些信号称作比特、数值、元素、符号、字符、项、数量等是便利的。此外，在不失其一般性的情况下，有时将需要物理量的物理操控的步骤的特定部署称作模块或编码设备也是便利的。

然而，所有这些和相似术语要与适当物理量相关联并且仅是应用于这些物理量的便利标签。除非在以下讨论中被另外明确特别指出，否则将理解贯穿说明书，利用诸如“处理”或“计算”或“运算”或“确定”或“显示”等术语的讨论是指代计算机系统或类似电子计算设备的对在计算机系统存储器或寄存器或其他这样的信息存储、传输或显示设备内表示为物理(电)量的数据进行操控和变换的动作和处理。

实施例的某些方面包括在这里以算法形式所描述的处理步骤和指令。应当注意的是，实施例的处理步骤和指令可以在软件、固件或硬件中实现，并且当在软件中实现时，其可以被下载以驻留在各种操作系统所使用的不同平台上并且从那里进行操作。

实施例还涉及用于执行这里的操作的装置。该装置可以出于所需目的而被特别构造，或者其可以包括由计算机中所存储的计算机程序有选择地激活或重新配置的通用计算机。这样的计算机程序可以存储在非瞬时的计算机可读存储介质中，诸如但不限于包括软盘、光盘、CD-ROM、磁光盘在内的任意类型的磁盘、只读存储器(ROM)、随机访问存储器(RAM)、EPROM、EEPROM、磁卡或光学卡、专用集成电路(ASIC)，或者适用于存储电子指令并且均耦合至计算机系统总线的任意类型的媒体。此外，该说明书中所提到的计算机可以包括单个处理器或者可以是采用多个处理器设计以便提高计算能力的架构。

这里所呈现的算法和显示并非固有地与任何特定计算机或其他装置相关。也可以依据这里的教导随程序使用各种通用系统，或者可以证明构造更为专用的装置来执行所需方法步骤是便利的。各种这些系统的所需结构将从以下描述而显现。此外，并没有参考任何特定编程语言对实施例进行描述。将要理解的是，可以使用各种编程语言来实现实施例的教导，并且以下对特定语言的任何引用都是为了实施例的实现和最佳模式而提供。

此外，说明书中所使用的语言原则上已经出于可读性和指示性的目的进行了选择，而并非被选择用来对发明主题进行限制或限定。因此，实施例旨在对权利要求中所阐述的实施例的范围进行说明而非限制。

图1是根据一个实施例的车辆通信环境100的高层框图。图1图示了通过无线通信网络108连接的电动车辆102、移动设备106和服务提供商服务器110。

电动车辆102表示包含用于推进车辆102的一个或多个电动引擎的车辆。电动引擎由车辆102装载的可再充电电池供电。当车辆102连接至外部电源时对车载电池进行充电。例如，可以通过将车辆102连接至从电网汲取电力的充电站而对电池进行充电。还可以使用再生制动对车载电池进行充电。在一个实施例中，电动车辆120是纯电动的，其中其仅具有电动引擎。在另一个实施例中，电动车辆102具有电动引擎和内燃引擎。

电动车辆102包括telematics导航设备104。telematics导航设备104表示与耦合至无线通信网络108的实体以及处于短程无线通信协议112的范围之内的实体交换信息的设备。特别地，telematics导航设备104向移动设备106提供车辆充电状态信息。充电状态信息是与电动车辆的车载可再充电电池的充电相关的信息。在一个实施例中，充电状态信息包括以下的一个或多个：车辆102的充电状态，车辆102的驾驶范围，关于车辆102是否正在充电的指示，充电开始的时间，充电速率，以及充电站的电压、电流或功率输出。如这里所使用的，术语“充电状态”是指电动车辆的电池中的电量。

当telematics导航设备104检测到指示电动车辆102已经停止的触发事件时，telematics导航设备104经由短程无线通信协议112向移动设备106传输充电状态信息。短程无线通信协议112是使用短无线电波长以在短距离上交换数据的协议。因此，协议112的通信范围是有限的。在一个实施例中，短程无线通信协议112是Bluetooth

典型地，充电状态信息在检测到触发事件的短时间内传输。该触发可以是以下的一个或多个：车辆引擎被关闭，车辆102被置于泊车模式(车辆102被限制在任何方向中移动的模式)，当车辆102已经停止之后驾驶员侧的门被打开，以及驾驶员解开他/她的安全带。充电状态信息被发送作为备份，从而如果随后移动设备106不能够与电动车辆102进行通信，则该充电状态信息能够被用来确定车辆102的当前充电状态。

移动设备106表示当电动车辆102的驾驶员处于车辆102之中时以及当驾驶员离开车辆102时所携带的便携式设备。移动设备106被配置为经由无线通信网络108和短程无线通信协议112进行通信。移动设备106例如可以是蜂窝电话、个人数字助理(PDA)或便携式计算机。

移动设备106响应于指示车辆102已经停止的触发事件而经由短程协议112接收由电动车辆102所发送的充电状态信息。移动设备106存储充电状态信息。如果车辆102的驾驶员从移动设备106请求涉及车辆102的当前充电状态的信息，则移动设备106试图经由无线通信网络108和短程无线通信协议112与电动车辆102进行通信。如果移动设备106不能够与车辆102进行通信，则移动设备106基于所存储的充电状态信息来确定当前充电状态。移动设备106使用所确定的当前充电状态对驾驶员的请求进行响应。

电动车辆102响应于触发事件向移动设备106提供充电状态信息的一个好处在于即使在电动车辆102和移动设备106不能够经由无线通信网络108进行通信的情况下移动设备106也将接收到该充电状态信息。只要移动设备106处于短程协议112的限制范围之内，就可能经由协议112进行通信。由于响应于触发事件而发送信息，所以移动设备106将很可能处于协议112的范围之内并且将接收该信息。

作为电动车辆102和移动设备106之间的通信的说明性示例，假设车辆102停在没有蜂窝电话接收并且无线互联网不可用的停车库中。此外，假设在车辆102被关闭之后17秒，驾驶员将车辆102连接至充电站并且开始对车辆102进行充电。车辆102被配置为在车辆102关闭之后20秒发送充电信息。因此，在20秒标记处，车辆102经由短程协议112向驾驶员的移动设备106发送包括车辆102的充电状态以及车辆102正在被充电的指示的充电状态信息。由于在17秒标记处用户处于车辆102旁边，所以在20秒标记处驾驶员和移动设备106非常可能处于协议112的范围之内并接收到该信息。

一小时之后，驾驶员处于短程协议112的范围之外并且驾驶员从移动设备106请求车辆102的当前充电状态。移动设备106试图与车辆102进行通信以获取车辆的当前充电状态，但是不能够进行通信。由于移动设备106与车辆102不能够进行通信，所以移动设备106自行确定当前充电状态。移动设备106估计在过去一小时内车辆102所接收到的电量。移动设备106通过将一小时前所接收的充电状态加上所估计的电量来确定车辆102的当前充电状态。所确定的充电状态被呈现给驾驶员。

返回图1，服务提供商服务器110A和110B表示为执行用于电动车辆102和/或移动设备106的服务的实体。在一个实施例中，服务提供商服务器110向电动车辆102和移动设备106提供信息以允许它们执行某些功能。例如，服务提供商服务器110可以向车辆102和移动设备106提供交通信息、天气信息、道路状态信息、地图信息、位置信息和行车路线。应当理解的是，即使图1中仅示出了两个服务提供商服务器110，但是可以将任意数量的服务提供商服务器110连接至无线通信网络108。

无线通信网络108表示电动车辆102、移动设备106和服务提供商服务器110之间到通信路径。在一个实施例中，无线通信网络108是由多个基站、控制器以及典型地包括多个交换实体和网关的核心网络所组成的蜂窝网络，在一个实施例中，无线通信网络108是在有限区域上提供无线通信的无线局域网(WLAN)。在一个实施例中，WLAN包括将该WLAN连接至互联网的接入点。

图2是图示根据一个实施例的telematics导航设备104的详细视图的高层框图。telematics导航设备104包括处理器202、输入设备204、输出设备206、收发器设备208、位置检测设备210和存储器212。

处理器202对数据信号进行处理并且可以包括各种计算架构，包括复杂指令集计算机(CISC)架构、精简指令集计算机(RISC)架构或者实施指令集组合的架构。虽然在图2中仅示出了单个处理器，但是可以包括多个处理器。处理器202包括算术逻辑单元、微处理器、通用计算机或者被配备以对来自存储器212、输入设备204、输出设备206、收发器设备208或位置检测设备210的电数据信号进行传输、接收和处理的一些其他信息器具。

输入设备204是被配置为向telematics导航设备104提供用户输入的任意设备，诸如光标控制器或键盘。在一个实施例中，输入设备204可以包括字母数字输入设备，诸如QWERTY键盘、小键盘或者适于向处理器202或存储器212传输信息和/或命令选择的在触摸屏上创建的这样的表示形式。在另一个实施例中，输入设备204是被配备以向处理器202传输位置数据以及命令选择的用户输入设备，诸如操纵杆、鼠标、轨迹球、输入杆、笔、触摸屏、光标方向按键或者使得进行图像的移动调节的其他机构。

输出设备206表示被配备以显示如这里所描述的电子图像和数据的任意设备。输出设备206例如可以是有机发光二极管显示器(OLED)、液晶显示器(LCD)、阴极射线管(CRT)显示器，或者任意其他类似配备的显示设备、屏幕或监视器。在一个实施例中，输出设备206配备有触摸屏，其中触摸敏感的透明面板覆盖输出设备206的屏幕。在一个实施例中，输出设备206配备有输出如这里所描述的音频的扬声器。

收发器设备208表示允许telematics导航设备104经由无线通信网络208和短程无线通信协议112与实体进行通信的设备。收发器设备208被telematics导航设备104用来与移动设备106和服务提供商服务器110进行通信。虽然示出了单个收发器设备108，但是应当理解的是，telematics导航设备104可以包括多个收发器设备。例如，一个收发器设备可以被配置为经由无线通信网络108进行通信并且另一个收发器设备可以被配置为经由短程协议112进行通信。在一个实施例中，收发器设备208用于以下一种或多种通信：红外通信、IEEE 802.11a/b/g/n/p通信、3G通信、3GPP长期演进(LTE)、IEEE 802.16(或WiMax)通信或射频通信。

在一个实施例中，短程无线通信协议112是Bluetooth

并且收发器设备208被用于蓝牙通信。收发器设备208经由蓝牙的通信范围是有限的。典型地，取决于收发器设备208经由蓝牙的通信范围处于1米和100米之间。收发器设备208仅经由蓝牙和与之建立有连接的设备进行通信。只要设备处于范围之内或者在设备之一终止连接之前，与设备的连接就将持续。

典型地，第一次在两个设备之间建立连接，设备必须进行配对。配对处理由第一设备发起，其使得其蓝牙链接可被第二设备所看到。第二设备识别第一设备并且向第一设备发送连接请求。如果该请求被第一设备所接受，则针对它们的连接创建链接密钥并且由两个设备所存储。一旦该链接密钥已经由两个设备存储，配对处理就完成并且能够经由蓝牙交换数据。已经配对的两个设备能够当彼此处于范围之中时自动相互建立连接。这里，telematics导航设备104与电动车辆驾驶员的移动设备106进行配对。如果多个驾驶员使用电动车辆102，则telematics导航设备104可以与每个驾驶员的移动设备进行配对。

位置检测设备210表示与多个定位卫星(例如，GPS卫星)进行通信以确定电动车辆102的地理位置的设备。在一个实施例中，为了确定车辆102的位置，位置检测设备210搜索并且收集来自处于位置检测设备210视野内的四个或更多GPS卫星的GPS信息或信号。使用每个信号的广播时间和接收时间之间的时间间隙，位置检测设备210计算车辆102和四个或更多GPS卫星中的每一个GPS卫星之间的距离。这些距离测量连同信号中所接收的位置和时间信息一起而允许位置检测设备210计算车辆102的地理位置。

存储器212存储可由处理器202执行的指令和/或数据。该指令和/或数据可以包括用于执行这里所描述的任意和/或所有技术的代码。存储器212可以是动态随机访问存储器(DRAM)设备、静态随机访问存储器(SRAM)设备、闪存RAM(非易失性存储器)、以上的组合或者本领域已知的一些其他存储器设备。存储器212包括车辆通信模块214、路线模块216和范围模块218、该模块适于与处理器202、输入设备204、输出设备206、收发器设备208和/或位置检测设备210进行通信。

车辆通信模块214经由收发器设备208与移动设备106进行通信。在一个实施例中，车辆通信模块214监视指示车辆102已经停止(例如，引擎关闭或者车辆102被置于泊车模式)的触发事件。响应于检测到该事件，车辆通信模块214经由短程无线通信协议112向驾驶员的移动设备106传输充电状态信息。

在一个实施例中，在检测到触发事件之后的设定时间(例如，20秒)向移动设备106传输充电状态信息。通过等待设定时间，其顾及到确定车辆102是否已经开始充电，这是因为驾驶员需要时间将车辆102连接至充电站/外部电源。在另一个实施例中，响应于触发事件，车辆通信模块214定期经由短程协议112向移动设备106传输充电状态信息直至移动设备106不再处于范围之内。例如，车辆通信模块214可以在检测到触发事件之后立即向移动设备106发送充电状态信息，并且每15秒传输经更新的状态信息直至移动设备106处于范围之外。

在另一个实施例中，车辆通信模块214在检测到触发事件时传输充电状态信息。如果充电状态信息有任何变化，则只要移动设备106仍处于范围之内，通信模块214就向其传输经更新的充电状态信息。例如，通信模块214可以在检测到触发事件之后立即传输车辆102的充电状态以及车辆102并未被充电的指示。如果车辆102开始充电，则通信模块214传输指示车辆102正在充电的更新信息。

在一个实施例中，所传输的充电状态信息始终至少包括充电状态以及车辆是否在充电的指示。在一个实施例中，可以连同充电状态信息一起传输其他车辆信息，诸如车辆102的当前位置、车辆102是否能够经由网络108进行通信的指示、附近充电站的位置、车辆102的诊断信息(例如，低胎压、低油量)、是否有车门未锁以及是否有车窗打开。在一个实施例中，移动设备106使用该其他信息向驾驶员呈现警告。例如，如果向移动设备106传输了指示车辆102具有低胎压的信息，则移动设备106能够通知驾驶员需要向车轮充气。

路线模块216向电动车辆102的用户提供到目的地的行车路线。当从用户接收到去目的地的路线的请求时，路线模块216从位置检测模块210获取车辆102的当前地理位置。基于当前位置和目的地，路线模块216从地图数据库220获取矢量地图。地图数据库220包括多个矢量地图。在一个实施例中，矢量地图标识出充电站和其他设施(例如，餐厅、商店、学校、医院和银行)的位置。

路线模块216在地图中定位当前位置和目的地。路线模块216标识出从当前位置到目的地的多条路线。在一个实施例中，路线模块216基于用户标准选择多条路线中的一条路线，诸如最快路线、最短路线、最少拥堵路线、最佳节能路线、街道路线、高速路路线。在一个实施例中，路线模块216使用来自一个或多个服务提供商服务器110的信息(例如，交通和天气信息)来选择路线。在另一个实施例中，路线模块216向用户呈现所标识的路线并且允许用户选择路线。路线模块216通过输出设备206提供有关如何经由所选择路线到达目的地的路线。

范围模块218确定电动车辆102的驾驶范围。车辆102的范围意味着车辆102在其不再有能量行驶之前所能够行驶的距离。在一个实施例中，范围模块218接收来自用户(例如，驾驶员或乘客)的针对电动车辆102的驾驶范围的请求。当范围模块218接收到这样的请求时，范围模块218识别车辆102的当前充电状态。范围模块218使用所识别的充电状态计算车辆102的范围。在一个实施例中，范围模块218使用取决于充电状态的公式来计算该范围。在一个实施例中，可以使用除充电状态之外的其他信息来计算充电状态，诸如车辆102的重量、电池寿命、与当前所行驶路线相关的地形(例如，是否上坡行驶)、地理位置信息、天气信息(例如，风速以及车辆102是否逆风行驶)和交通条件(例如，路线上的拥塞数量)。所计算的驾驶范围被呈现给进行请求的用户。

在一个实施例中，范围模块218接收对于确定车辆102是否有足够电量到达目的地的请求。当接收到这样的请求时，范围模块218让路线模块216识别从车辆102的当前位置到目的地的路线。范围模块218在所识别的路线上确定当前位置和目的地之间的距离。范围模块218至少基于车辆102的当前充电状态和所确定的距离来确定车辆102是否有足够能量到达目的地。在一个实施例中，除了当前充电状态和距离之外可以使用诸如以上所描述的其他信息。向进行请求的用户给予车辆102是否能够到达目的地的指示。

在一个实施例中，如果确定了车辆102不能够到达目的地，则范围模块218从路线模块216请求其识别附近的充电站。所识别的充电站被呈现给用户。如果用户选择行驶至充电站，则路线模块216提供到所选择充电站的路线。

图3是图示根据一个实施例的移动设备106的详细视图的高层框图。移动设备106包括处理器302、输入设备304、输出设备306、收发器设备308和存储器310。

移动设备106的处理器302、输入设备304、输出设备306和收发器设备308具有与telematics导航设备104的处理器202、输入设备204、输出设备206和收发器设备208相似的功能。因此，出于简要的目的省去这些设备的功能描述。

此外，移动设备106的存储器310具有与telematics导航设备104的存储器210相似的功能。然而，移动设备106的存储器310包括与telematics导航设备104的模块不同的模块。移动设备106的存储器310包括移动设备通信模块312、充电状态模块314、距离模块316和车辆信息数据库318。这些模块适于与处理器203、输入设备304、输出设备306和收发器设备308进行通信。

移动设备通信模块312经由收发器设备308与车辆102的telematics导航设备104进行通信。在一个实施例中，车辆通信模块214响应于车辆102处的指示车辆102已经停止的触发事件而经由短程无线通信协议112从telematics导航设备104接收车辆信息。所接收的车辆信息至少包括充电状态信息。移动设备通信模块312在车辆信息数据库318中存储车辆信息。虽然这里的车辆信息数据库318被描述为移动设备106的一部分，但是在其他实施例中，车辆信息数据库318可以远离移动设备106。例如，车辆信息数据库318可以是服务提供商服务器110的一部分。

充电状态模块314对来自设备106的用户(即，驾驶员)的涉及电动车辆102的当前充电状态的请求进行响应。在一个实施例中，该请求是以下的一个或多个：针对车辆102的当前充电状态的请求，针对车辆102的范围的请求，以及针对车辆102是否能够到达目的地的确定的请求。当接收到涉及充电状态的请求时，充电状态模块314试图经由无线通信网络108和短程无线通信协议112与车辆102进行通信。

在一个实施例中，如果充电状态模块314能够与车辆102进行通信，则充电状态模块314从车辆102请求其是否满足从用户所接收的请求并且提供响应以呈现给用户。例如，如果请求针对车辆102的当前充电状态，则充电状态模块314从车辆102接收当前充电状态并且将其呈现给用户。作为另一个示例，如果请求是针对关于车辆102是否能够到达目的地的确定，则充电状态模块314将该请求转发至车辆102并且从车辆102接收关于车辆102是否能够到达目的地的指示。充电状态模块314向用户通知车辆102是否能够到达目的地。

在另一个实施例中，如果充电状态模块314能够与车辆102进行通信，则充电状态模块314请求并从车辆102接收当前充电状态。如果用户请求了当前充电状态，则充电状态模块314向用户呈现从车辆102所接收的当前充电状态。如果用户请求了车辆102的当前范围或者关于车辆102是否能够到达目的地的确定，则充电状态模块314向距离模块316提供从车辆102所接收的当前充电状态并且令其对该请求作出响应。

如果充电状态模块314不能够与车辆102进行通信，则充电状态模块314从车辆信息数据库318获取经由短程协议112而从车辆102所接收的最新充电状态信息。充电状态模块314使用所获取的充电状态信息来确定车辆102的当前充电状态。由充电状态模块314所确定的当前充电状态是车辆的当前充电状态的估计。基于所获取的充电状态信息，能够对自接收到充电状态信息以来车辆充电已经下降或增加多少进行估计。如果车辆已经被充电，则车辆的电量将已经增加。另一方面，如果其还没有被充电，则由于寄生损失(parasitic loss)，车辆电量将已经下降。寄生损失是当车辆102关闭时由于车辆102的一般功率要求而导致的电池电量损失，诸如用来对无钥匙进入系统(即，准备接收无钥匙进入远程信号)进行供电的电量以及由车辆的警报系统所使用的电量。

在一个实施例中，由充电状态模块314用来确定当前充电状态的充电状态信息至少包括在所获取的信息被发送至移动设备106时车辆102的充电状态以及在关于该时刻车辆102是否被充电的信息。在该实施例中，为了确定充电状态，充电状态模块314识别出经由协议112从车辆102所接收的最新充电状态并且确定车辆102在其传输该信息时是否被充电。如果车辆102被充电，则充电状态模块314估计自车辆102传输充电状态信息以来其已经接收到的电量。充电状态模块314至少基于从车辆102所接收的充电状态以及所估计的电量增加量来确定车辆102的当前充电状态。

另一方面，如果车辆102在传输充电状态信息时并未充电，则充电状态模块314估计自车辆102传输该充电状态信息以来的寄生损失量。充电状态模块314至少基于从车辆102所接收的充电状态和所估计的寄生损失来确定车辆102的当前充电状态。

如果用户请求了当前充电状态，则由充电状态模块314所确定的充电状态被呈现给用户。如果用户请求了车辆102的当前范围或者关于车辆102是否能够到达目的地的确定，则由充电状态模块314所确定的充电状态被提供至距离模块316并且充电状态模块314请求其使用所确定的充电状态对该请求作出响应。

距离模块316使用由充电状态模块314所提供的充电状态信息对请求进行响应。除了距离模块316使用充电状态模块314所提供的充电状态来响应请求之外，距离模块316的功能类似于telematics导航设备104的范围模块218。

如果用户请求了车辆102的当前范围，则距离模块316至少使用由充电状态模块314所提供的充电状态来计算车辆102的当前范围。所计算的范围被呈现给用户。如果用户请求了确定车辆102是否能够到达目的地，则距离模块316确定车辆102的当前位置和目的地之间的距离。在一个实施例中，距离模块316从服务提供商服务器110获取距离信息。距离模块316至少基于所确定的距离以及由充电状态模块314所提供的充电状态来确定车辆102是否有足够能量到达目的地。通知用户车辆102是否能够利用其当前的充电状态到达目的地。

这里参考移动设备106所描述的一些功能可以由一个或多个服务提供商服务器110来执行。例如，在一个实施例中，如果充电状态模块314接收到涉及电动车辆102的当前充电状态的请求并且充电状态模块314不能够与车辆102进行通信，则充电状态模块314可以将该请求连同经由短程协议112从车辆102所接收的最新充电状态信息一起转发至服务提供商服务器110。服务提供商服务器110向充电状态模块314提供响应以给进行请求的用户呈现(例如，车辆102的当前充电状态、车辆102的当前范围，或者车辆102是否能够到达目的地的指示)。

作为另一个示例，移动设备通信模块312可以在服务提供商服务器110存储经由短程协议112从车辆102所接收的充电状态信息。当充电状态模块314从用户接收到涉及电动车辆102的当前充电状态的请求时，充电状态模块314将该请求转发至服务提供商服务器110。如果服务提供商服务器110不能够经由移动设备106或其自己与车辆102进行通信，则服务提供商服务器110使用所存储的充电状态信息对该请求作出响应。服务提供商服务器110向移动设备106提供响应(即，响应信息)以给进行请求的用户呈现。

对于本领域技术人员应该显而易见的是，telematics导航设备104和移动设备106可以包括比图2和3所示出的组件更多或更少的组件而并不背离实施例的精神和范围。例如，telematics导航设备104可以包括例如第一或第二级高速缓存的附加存储器，或者一个或多个专用集成电路(ASIC)。类似地，telematics导航设备104可以包括附加的输入或输出设备。在一些实施例中，一个或多个组件可以互相临近定位，而在其他实施例中这些组件可以被定位在不同位置。例如，telematics导航设备104的存储器212中的单元可以是能够由位于电动车辆102中的其他设备中的一个或多个处理器所执行的程序。

图4是根据一个实施例的用于对涉及电动车辆102的充电状态的请求进行响应的方法的流程图400。在一个实施例中，该方法的步骤由执行致使所期望动作的指令的移动设备106的处理器302来实施。本领域技术人员将会认识到，一个或多个方法步骤可以以硬件和/或软件或者其组合的实施例来实施。例如，用于执行所描述动作的指令被体现或存储在计算机可读介质内。此外，本领域技术人员将会认识到，其他实施例能够以不同顺序来执行图4的步骤。此外，其他实施例能够包括与这里所描述的步骤的不同和/或附加步骤。

移动设备106响应于车辆102处的触发事件而经由短程无线通信协议112从电动车辆102接收402充电状态信息。移动设备106存储404所接收的充电状态信息。在某时，移动设备106从设备106的用户接收406涉及车辆102的当前充电状态的请求。该请求例如可以是针对车辆102的当前充电状态的请求，针对车辆102的当前驾驶范围的请求，或者针对关于车辆102是否能够利用其当前充电状态到达目的地的确定的请求。

移动设备106试图408与车辆102进行通信。如果移动设备106能够与车辆102进行通信，则移动设备106与车辆102进行通信410以确定对请求的响应。然而，如果移动设备106不能够与车辆102进行通信，则移动设备106使用所存储的充电状态信息来确定412车辆102的当前充电状态。移动设备106使用所确定的当前充电状态来确定141对请求的响应。移动设备106向用户呈现416该响应。

虽然这里已经图示和描述了特定实施例和应用，但是所要理解的是，实施例并不局限于这里所公开的确切构造和组件，并且能够对本公开实施例的方法和装置的布置、操作和细节进行各种修改、改变和变化而并不背离本公开内容的精神和范围。

Claims

1.一种用于对针对电动车辆相关信息的请求进行远程响应的计算机实施的方法，所述方法包括：

存储所述电动车辆的充电状态信息，所述充电状态信息响应于所述车辆处指示所述车辆停止的触发事件而经由短程无线通信协议从所述电动车辆接收；

从用户接收涉及所述电动车辆的当前充电状态的请求；以及

响应于不能够与所述电动车辆进行通信，使用所存储的充电状态信息对所述请求进行响应。

2.根据权利要求1的方法，其中所述短程无线通信协议是Bluetooth。

3.根据权利要求1的方法，其中所述触发事件是以下至少一个：所述车辆的引擎关闭，所述车辆置于泊车模式，在车辆已经停止之后驾驶员侧的车门被打开，以及驾驶员解开其安全带。

4.根据权利要求1的方法，其中在所述触发事件之后的设定时间从所述电动车辆传输充电状态信息。

5.根据权利要求1的方法，其中响应于所述触发事件定期从所述电动车辆传输充电状态信息。

6.根据权利要求1的方法，其中响应于所述触发事件从所述电动车辆传输充电状态信息，并且响应于所述充电状态信息的变化而从所述电动车辆传输经更新的充电状态信息。

7.根据权利要求1的方法，进一步包括：

响应于不能够与所述电动车辆进行通信，基于所存储的充电状态信息来确定所述电动车辆的当前充电状态；以及

使用所确定的当前充电状态对所述请求进行响应。

8.根据权利要求1的方法，其中所述充电状态信息包括所述电动车辆的充电状态以及所述电动车辆是否正在充电的指示。

9.根据权利要求8的方法，其中对所述请求进行响应包括：

响应于指示所述车辆正在充电的所述充电状态信息，估计自所述车辆传输所述充电状态信息以来电量增加的量；

基于所估计的电量增加和所述充电状态信息中所包括的充电状态来确定当前充电状态；以及

使用所确定的当前充电状态对所述请求进行响应。

10.根据权利要求8的方法，其中对所述请求进行响应包括：

响应于指示所述车辆没有被充电的所述充电状态信息，估计自所述车辆传输所述充电状态信息以来电量减少的量；

基于所估计的电量减少和所述充电状态信息中所包括的充电状态来确定当前充电状态；以及

使用所确定的当前充电状态对所述请求进行响应。

11.根据权利要求1的方法，其中所述请求针对所述电动车辆的当前充电状态，并且对所述请求进行响应包括：

基于所存储的充电状态信息确定所述电动车辆的所述当前充电状态；以及

向所述用户呈现所确定的当前充电状态。

12.根据权利要求1的方法，其中所述请求针对所述电动车辆的当前驾驶范围，并且对所述请求进行响应包括：

基于所存储的充电状态信息确定所述电动车辆的当前充电状态；

基于所确定的当前充电状态计算所述电动车辆的所述当前驾驶范围；以及

向所述用户呈现所述当前驾驶范围。

13.根据权利要求1的方法，其中所述请求针对关于所述电动车辆是否能够利用其当前充电状态到达目的地的确定，并且对所述请求进行响应包括：

确定所述车辆的当前位置和所述目的地之间的距离；

基于所确定的当前充电状态和所确定的距离确定所述车辆是否能够到达所述目的地；以及

关于所述车辆是否能够到达所述目的地向所述用户进行通知。

14.根据权利要求1的方法，其中移动设备执行所述存储、接收和响应。

15.一种具有非瞬时计算机可读存储介质的计算机程序产品，所述非瞬时计算机可读存储介质具有用于对针对电动车辆相关信息的请求进行远程响应的计算机可执行代码，所述计算机可执行代码包括：

移动设备通信模块，被配置为存储所述电动车辆的充电状态信息，所述充电状态信息响应于所述车辆处指示所述车辆停止的触发事件而经由短程无线通信协议从所述电动车辆接收；以及

充电状态模块，被配置为：

从用户接收涉及所述电动车辆的当前充电状态的请求；以及

16.根据权利要求15的计算机程序产品，其中所述短程无线通信协议是Bluetooth。

17.根据权利要求15的计算机程序产品，其中所述充电状态模块进一步被配置为：

使用所确定的当前充电状态对所述请求进行响应。

18.根据权利要求15的计算机程序产品，其中所述充电状态信息包括所述电动车辆的充电状态以及所述电动车辆是否正在充电的指示。

19.根据权利要求18的计算机程序产品，其中所述充电状态模块进一步被配置为：

使用所确定的当前充电状态对所述请求进行响应。

20.根据权利要求18的计算机程序产品，其中所述充电状态模块进一步被配置为：

基于所估计的电量减少和所述充电状态信息中所包括的充电状态确定当前充电状态；以及

使用所确定的当前充电状态对所述请求进行响应。

21.一种用于对针对电动车辆相关信息的请求进行远程响应的移动计算机系统，所述计算机可执行代码包括：

计算机处理器；以及

存储计算机程序模块的计算机可读存储介质，所述计算机程序模块被配置为在所述计算机处理器上执行，所述计算机程序模块包括：

移动设备通信模块，被配置为存储所述电动车辆的充电状态信息，所述充电状态信息响应于所述车辆处指示所述车辆停止的触发事件而经由短程无线通信协议从所述电动车辆接收；

以及

充电状态模块，被配置为：

从用户接收涉及所述电动车辆的当前充电状态的请求；以及

22.根据权利要求21的移动计算机系统，其中所述短程无线通信协议是Bluetooth。

23.根据权利要求21的移动计算机系统，其中所述触发事件是以下至少一个：所述车辆的引擎关闭，所述车辆置于泊车模式，在车辆已经停止之后驾驶员侧的车门被打开，以及驾驶员解开其安全带。

24.根据权利要求21的移动计算机系统，其中所述充电状态模块进一步被配置为：

使用所确定的当前充电状态对所述请求进行响应。

25.根据权利要求21的移动计算机系统，其中所述充电状态信息包括所述电动车辆的充电状态以及所述电动车辆是否正在充电的指示。

26.根据权利要求25的移动计算机系统，其中所述充电状态模块进一步被配置为：

使用所确定的当前充电状态对所述请求进行响应。

27.根据权利要求25的移动计算机系统，其中所述充电状态模块进一步被配置为：

使用所确定的当前充电状态对所述请求进行响应。

28.一种用于对针对电动车辆相关信息的请求进行远程响应的计算机实施的方法，所述方法包括：

存储从移动设备接收的所述电动车辆的充电状态信息，所述充电状态信息响应于所述车辆处指示所述车辆停止的触发事件而经由短程无线通信协议提供给所述移动设备；

接收涉及所述电动车辆的当前充电状态的请求；以及

29.一种用于对针对电动车辆相关信息的请求进行远程响应的计算机实施的方法，所述方法包括：

向远程服务器传输从所述电动车辆接收的所述电动车辆的充电状态信息，所述充电状态信息响应于所述车辆处指示所述车辆停止的触发事件而经由短程无线通信协议接收；

将来自用户的请求转发至远程服务器，所述请求涉及所述电动车辆的当前充电状态；

基于从所述远程服务器所接收的响应信息向所述用户呈现响应，所述响应信息由所述远程服务器响应于不能够与所述电动车辆进行通信而使用所述充电状态信息所生成。