执行与连接的车辆相关联的行动的制作方法

虽然电动车辆的使用不断增加，仍然有很多人对它们表示困惑或难以接近，或者在他们的交通需求中对使用电动车辆不感兴趣。因此，正在发展技术以消除这些与电动车辆的采用相关联的障碍。

附图说明

图1示出了合适的计算环境的部件的框图。

图2示出了被配置为从电动车辆收集数据的装置的框图。

图3示出了连接的车辆系统的框图。

图4示出了方法的流程图，该方法用于执行与从电动车辆的控制器局域网收集的数据相关联的行动。

图5示出了用于从控制器局域网收集数据的方法的流程图。

图6示出了方法的流程图，该方法用于基于从电动车辆的控制器局域网处收集的数据的比较来执行行动。

图7A示出了对一组电动车辆进行充电的方法的流程图。

图7B示出了通过使用确定的充电协议对电动车辆充电的方法的流程图。

图8示出了生成用于电动车辆的充电协议的方法的流程图。

具体实施例

概述

描述了从电动车辆收集数据，以及基于所收集的数据执行各种不同的行动的系统和方法。在一些实施方式中，装置，例如与服务器通信的远程装置，与电动车辆的控制器局域网(CAN)连接，并从CAN收集数据和/或与电动车辆相关联的其它类型的数据(例如，识别电动车辆的位置的地理信息、识别电动车辆是否在运动的移动信息，等等)。该系统和方法可以通过使用所收集的数据的一些或全部来执行各种行动。

例如，远程装置可包括连接部件，其被配置为将装置连接到电动车辆的控制器局域网(例如，CAN总线)并从该控制器局域网捕获信息，位置部件(例如，GPS传感器)，其被配置为捕获与电动车辆的位置相关联的信息，运动部件(例如，加速器)其配置为捕获与电动车辆的移动相关联的信息，和/或通信部件(例如，GSM芯片)，其被配置为将装置捕获的信息传送到服务器部件，例如服务器，其执行行动以响应于与电动车辆相关联的由远程装置收集的数据。

在一些实施方式中，该系统和方法可访问来自电动车辆的控制器局域网的由远程装置捕获的数据，和/或访问由远程装置包含的传感器所捕获的数据，并基于所访问的数据确定电动车辆的状态。该系统和方法可以执行与所确定的状态相关联的行动。

在一些实施方式中，该系统和方法可从电动车辆的控制器局域网收集数据，将所收集到的数据与从包括该电动车辆的一组电动车辆中收集的数据相比较，并执行行动以响应于该比较。例如，当比较识别出在电动车辆的一个或多个部件处或者对于一个或多个电动车辆的部件存在潜在的故障事件时，该系统和方法可以生成和/或传送警报消息。

在一些实施方式中，该系统和方法可监控在一组车辆中的多个车辆的充电状态，基于所监控的充电状态，确定对一组车辆进行充电等等顺序，并且使得车辆以所确定的顺序被充电。

该系统和各种执行方法现在将相对于各种实施方式被描述。下面的描述提供了具体细节，用于对系统的这些实施方式的透彻理解和实用描述。然而，本领域的技术人员将明白，该系统可以在没有这些细节的情况下实施。在其他实例中，公知的结构和功能没有被详细示出或描述，以避免不必要地模糊系统的实施方式的描述。

在以下描述中使用的术语旨在以最宽泛合理地方式被解释，尽管其是与系统的某些具体的实施方式的详细描述结合使用的。某些术语依然能在以下描述中被强调；然而，旨在以任何限制的方式解释的任何术语将在具体描述部分被那样明显和明确地定义。

合适的系统

如本文中所描述的，用于从电动车辆收集数据，并基于所收集的数据执行各种不同的行动的系统和方法被描述。图1示出了合适的计算环境100的部件，在该环境中连接的车辆系统125和相关联的数据收集装置150可以被支持和/或被实现。该计算环境100包括移动装置110，如支持和向移动装置110的用户提供应用(例如“APP”)的移动电话和平板电脑。例如，移动装置110可以包括移动应用127，其是由连接的车辆系统125提供的和/或与连接的车辆系统125相关联的。移动应用127可以通过网络105，例如因特网或其它无线或电信网络与其它移动应用(例如，地图应用)、连接的车辆系统125、一个或多个充电网络140、一个或多个非网络充电站(例如，家庭充电站)145，和/或由电动车辆130支持的连接到计算装置135的数据收集装置150进行通信。电动车辆(EV)130可以是，例如插电混合、长程混合、电力牵引或电池或插电车辆这样的车辆，并且可以连接到充电站145或由一个或多个分离的充电网络140提供的充电站，以对EV的电池充电或其它能量存储部件进行充电。

移动装置110可以是平板电脑、移动装置、智能电话、网络书、移动GPS导航装置，或者任何其它的装置，其通过装置的用户界面，例如触摸屏，支持、呈现和/或显示APP。移动装置110包括各种硬件和/或软件部件以提供这样的功能。例如，移动装置110包括各种人用界面部件、装置部件和存储器，等等。

移动装置110可以包括触摸屏或其它提供输入到处理器的输入部件。触摸屏可以包括硬件控制器(例如触摸屏驱动器)或与硬件控制器(例如触摸屏驱动器)通信，该硬件控制器对从触摸屏接收到的原始信号进行翻译，并将与接触事件(例如，通过触摸屏对APP的按压)相关联的信号传送到处理器。触摸屏可以是显示器的一部分，例如触摸屏显示器、平板显示器、电子墨水显示器、头戴式显示器、液晶显示器、发光二极管显示器、等离子板显示器、电致发光显示器、真空荧光显示器、数字投影仪、激光投影仪、平视显示器，等等。移动装置110可包括其它接口部件，如提供适当的听觉信号的扬声器以协助操纵触摸屏，等等。

移动装置110和/或数据收集装置150可以包括各种装置部件，诸如传感器(例如，GPS或其它位置确定传感器、运动传感器、陀螺仪、光传感器，等等)、可移动存储装置(例如，SIM卡)、照相机和其它视频捕获装置、麦克风和其它音频捕获装置、通信装置(例如，蓝牙装置、无线电设备、天线)等等。

移动装置110和/或数据收集装置150可以包括处理器，其与存储在装置110的存储器中的数据或应用通信，该存储器包括临时和/或永久存储的组合，只读和可写存储器(随机存取存储器或RAM)、只读存储器(ROM)、可写的非易失性存储器，例如FLASH存储器、硬盘驱动器、软盘、基于SIM的部件，等等。存储器可以包括各种程序部件或模块，例如操作系统和各种应用，例如下载到装置110或150的应用。例如，存储器可以存储应用，其是装置自带的并永久在装置上运行的(例如，提供虚拟键盘的键盘应用、文本消息应用，等等)，以及由用户下载和由装置启动的应用(例如，与社交网站、游戏相关联的应用，等)。

存储器可以存储一个或多个与电动车辆相关联的应用，例如，移动应用127，其便于移动装置110和电动车辆130、电动车辆130的计算装置135、充电网络140、充电站145，和/或支持连接的车辆系统125的服务器之间的通信。

例如，移动应用127可以通过网络105与数据收集装置150通信，该数据收集装置150被连接到电动车辆130的计算装置135、充电网络140、充电站145，和/或连接的车辆系统125。网络105可以是局域网(LAN)、广域网(WAN)、因特网，或能够便于计算装置之间的各种通信的其它网络。

在一些实施方式中，移动应用127可以直接与计算环境100的各种部件通信。移动装置110可以包括各种通信部件(例如，蓝牙)，其便于装置之间的短程、近场的，和/或其它直接的或个人的局域网通信。例如，当其它网络不可用或无法访问时(例如，当EV 130是在地下停车场中的充电站145时，其无法接收到足够的无线或电信信号)，移动应用127可以利用蓝牙通信来与充电网络140和/或充电站145交换数据。

电动车辆130的计算装置135，其可以包括控制器局域网(CAN)或CAN总线，或是控制器局域网(CAN)或CAN总线的一部分，可以包括各种计算部件和/或模块，其被配置和/或编程为控制、管理、诊断电动车辆130的部件，或与电动车辆130的部件交互。例如，EV计算装置135可包括车载计算系统，其包括车载诊断，例如被配置为和/或被编程以检测和/或从电动车辆的发动机、电池组、各种传感器、仪表板控制等等接收信息的部件。该部件可以检测、感测和/或捕获各种类型的信息，如外部的温度信息、内部的温度信息、内部发动机或部件的温度、电动机的转速信息、电动机的温度信息、电力消耗信息、充电器温度信息、与峰值功率消耗相关联的信息、位置或地理信息、轮胎压力信息、轮胎温度信息、由座位压力传感器捕获的信息、错误代码或其它操作信息，等等。例如，部件可以检测、接收和/或访问电动机控制器的信息，如与功率、电压、电流、频率、波形、调制，和/或EV的电动机的再生电力相关联的信息，以及来自模块的信息，该模块控制EV的辅助功能，例如与灯光、雨刷器、防锁制动、座椅加热器、音乐、气候控制、光传感器、烟雾传感器、加速度传感器以及EV的其它辅助操作相关联的信息。

计算装置135还可以包括各种直接通信部件，例如无线设备或其它数据传输装置(例如，蓝牙、Wi-Fi、双向的，等等)，其被配置和/或编程以从EV计算装置135传送信息至装置(例如装置150)，该装置被连接到和/或被定位远离电动车辆130，例如移动装置110、充电网络140、充电站145等等。

图1和本文的讨论提供了合适的计算环境的简要、概括的描述，在该环境中连接的车辆系统125可以被支持和执行。虽然不是必需的，系统的各方面以计算机可执行指令的一般上下文被描述，例如通过计算机被执行的程序，例如，移动装置、服务器计算机，或个人电脑。本领域相关技术人员将理解的是，该系统可以与其它通信、数据处理，或者计算机系统配置一起操作，包括：互联网设备、手持式装置(包括平板电脑和/或个人数字助理(PDA))、蜂窝或移动电话的各种形式、多处理器系统、基于微处理器的或可编程的消费电子产品、机顶盒、网络PC、小型计算机、大型计算机等等。事实上，术语“计算机”、“主机”和“主计算机”和“移动装置”和“手持机”通常在本文中可互换使用，并且是指任何上述的装置和系统，以及任何数据处理器。

该系统的各方面可以在被体现在专用计算装置或数据处理器内，其特别地被编程、配置或构造成执行一个或多个在本文中详细被说明的计算机可执行指令。系统的各方面也可以在分布式计算环境中被操作，在该环境中任务或模块可以通过远程处理装置被执行，其通过通信网络被链接，例如局域网(LAN)、广域网(WAN)，或互联网。在分布式计算环境中，程序模块可以被定位在本地和远程存储装置中。

系统的各方面可以被存储或分布在计算机可读介质上(例如，物理和/或有形的计算机可读存储介质，诸如非临时性介质)，包括磁或光学可读计算机光盘、硬接线或预编程的芯片(例如，EEPROM半导体芯片)、纳米技术存储、生物存储器，或其它数据存储介质。事实上，计算机实现的指令、数据结构、屏幕显示，以及系统的各方面的其它数据可以被分布在因特网或在其它网络上(包括无线网络)，或者它们可以被提供在任何模拟或数字网络上(分组交换、电路交换，或其他方式)。本领域技术人员将认识到，系统的部分保留在服务器计算机上，而相应的部分保留在客户端计算机上，例如移动或便携式装置，因此，尽管此处描述了某些硬件平台，系统的各方面也同样适用于网络上的节点。在替代性实施例中，移动装置或便携式装置可以代表服务器部分，而服务器可以代表客户端部分。

从电动车辆收集数据的示例

如本文中所描述的，在一些实施方式中，连接的车辆系统125与数据收集装置150进行通信，以收集、接收和/或访问来自电动车辆130的CAN的数据，和/或与电动车辆相关联的其它类型的数据(例如，识别电动车辆的位置的地理信息，识别电动车辆是否处于运动中的移动信息，等等)。图2示出了被配置为从电动车辆130收集数据的数据收集装置150的框图。

在一些实施方式中，数据收集装置150包括连接部件235，其被配置为将装置150连接到电动车辆130的计算装置135的控制器局域网(CAN)240，并且从控制器局域网240捕获或收集信息。

数据收集装置还可包括位置部件(例如，GPS部件)220，其被配置为捕获与电动车辆的位置相关联的信息，通信部件(例如，GSM或其他无线或移动通信芯片)225，其被配置为将由装置捕获的信息传送到服务器部件，以及/或运动部件(例如，加速器)230，其被配置为捕获与电动车辆的移动相关联的信息。

例如，数据收集装置150可以包括连接部件，其从电动车辆130的CAN总线240收集数据(例如充电状态数据)，例如部件，其执行各种程序或算法以传送请求消息到CAN总线240以发送响应消息，其包括与电动车辆130的部件的状态或操作相关的信息，以及从控制器局域网接收响应消息，其包括与电动车辆130的部件的状态或操作相关联的信息。

该数据收集装置150还可以收集与当前的行程或电动车辆所处的环境相关联的数据，例如全球定位系统(GPS)部件，其收集与电动车辆130的当前或先前的地理位置相关联的数据，加速器，其收集与电动车辆130的当前或先前的移动相关联的数据，等等。数据收集装置还可以包括全球移动通信系统(GSM)芯片，其将所收集到的数据通过网络105传送至在服务器处的连接的车辆系统125。

如本文中所描述的，连接的车辆系统125可以包括各种部件，其被配置为基于从电动车辆130收集的或在电动车辆130周围收集的数据来确定电动车辆125的状态。图3示出了连接的车辆系统125的部件，例如数据收集模块310、车辆状态模块320、行动模块330、事件模块340，和调度模块350。

如在图3中所示，连接车辆系统125包括各种功能模块。本领域技术人员将理解，功能模块的实现是软件(例如，可执行的指令，或计算机代码)与硬件的组合(例如，至少一个存储器和处理器)。因此，如本文所使用的，在一些实施方式中，模块是处理器实现的模块，并且表示具有处理器的计算装置，该处理器被至少暂时被配置和/或通过存储在存储器中的可执行指令编程以执行一个或多个在此描述的特定的功能。

在一些实施方式中，该数据收集模块310被配置和/或被编程以访问、接收、捕获和/或收集与电动车辆130相关联的数据，例如由远程数据收集装置150从电动车辆130的控制器局域网240捕获的数据，和/或由远程装置150包含的传感器(例如，GPS芯片、加速器，等等)捕获的数据。

在一些实施方式中，车辆状态模块320被配置和/或编程为基于所访问的或所收集的数据确定电动车辆130的状态。例如，车辆状态模块320可以确定车辆当前是否在充电，是否插入充电站但未充电，和/或是否没有在充电也没有被插入到充电站，基于从电动车辆130收集的数据来识别电动车辆130的充电模式。作为另一个例子，该车辆状态模块320可确定电动车辆130的电池电量状态(例如，电池是充满的、电池电量低、电池被充分充电)，基于从电动车辆130处收集的数据来识别电动车辆130的电池组的电量水平。

在一些实施方式中，行动模块330被配置和/或编程以执行行动，该行动是与电动车辆所确定的状态相关联的，和/或与收集的数据相关联的，该收集的数据是与电动车辆130相关联的。

在一些实施方式中，事件模块340被配置和/或编程以基于与电动车辆130相关联的收集的数据来识别和/或确定事件或其它与电动车辆130相关联的条件。

在一些实施方式中，调度模块350被配置和/或编程以基于一组电动车辆的确定的状态和/或与一组电动车辆130相关联的收集的数据来调度一组车辆的充电。

在一些实施方式中，充电模块360被配置和/或编程为确定和/或选择充电被激活的时间、在充电事件期间抽取的功率、是否限制充电、何时暂停或延迟充电事件、车辆应该被充电到什么电池水平，等等。

基于电动车辆的状态执行行动的示例

如本文中所描述的，在一些实施方式中，连接的车辆系统125基于所确定的状态和从电动车辆收集的数据执行各种过程和/或方法以执行行动。图4是示出了方法400的流程图，该方法400用于执行与从电动车辆的控制器局域网收集的数据相关联的行动。该方法400可以由连接的车辆系统125执行，因此，该方法仅以参考的方式在此被描述。应当理解的是，方法400可在任何合适的硬件上被执行。

在操作410中，连接的车辆系统125访问由电动车辆的控制器局域网的远程装置捕获的数据。例如，数据收集模块310可以直接访问、接收、捕获和/或收集来自电动车辆的数据，例如由远程数据收集装置150从电动车辆130的控制器局域网240捕获的数据。

在操作420中，连接的车辆系统125访问由远程装置包含的传感器所捕获的数据。例如，数据收集模块310可以访问、接收、捕获和/或收集与电动车辆130相关联的数据，例如由远程装置150包含的传感器(例如，GPS芯片、加速器，等等)捕获的数据。

在操作430中，连接的车辆系统125基于访问的数据确定电动车辆的状态。例如，基于从电动车辆130收集的识别电动车辆130的充电模式的数据，车辆状态模块320可以确定是否车辆当前正在充电，是否被插入到充电站中但没有在充电，和/或是否并未在充电也并未被插入到充电站中。作为另一个例子，基于从电动车辆130处收集的识别电动车辆130的电池组的电量水平的数据，该车辆状态模块320可确定电动车辆130的电池电量状态(例如，电池是充满的、电池电量低、电池被充分充电)。

在操作440中，连接的车辆系统125执行与所确定的状态和/或所访问的数据相关联的行动。例如，行动模块330可以对电动车辆130启动充电事件、发送消息至电动车辆130的驾驶员，等等。

如本文中所描述的，连接的车辆系统125可以从电动车辆130的CAN总线240收集各种信息，例如通过数据收集装置150，其并不是电动车辆130的一部分，但通过CAN总线240被连接到计算装置135。附图5示出了用于从控制器局域网收集数据的方法500的流程图。该方法500可以由数据收集装置150执行，因此，该方法仅以参考的方式在此被描述。应当理解的是，方法500可在任何合适的硬件上被执行。

在操作510中，数据收集装置150发送请求以“能够从VCM读取”，或到CAN总线240。在操作中，装置515确定是否已经从CAN总线240接收到响应。如果已经接收到响应，方法500继续进行到操作520，否则方法继续返回到操作510并在稍后重新启动请求。在操作520中，装置150确定这是否是第一次装置150从电动车辆的CAN总线240处收集到数据。如果这是第一次，则方法500继续进行到操作525并请求电动车辆130的车辆识别号码(VIN)，否则，方法继续进行到操作530并开始发送请求以要求来自CAN总线240的信息，如下：

在操作530中，装置150请求电动车辆130的电源开关状态；

在操作中535中，装置150确定电动车辆130是否是打开的，如果电动车辆130是打开的，则在操作540请求来自电动车辆130的里程表的信息；

在操作545中，装置150请求电动车辆130的充电模式；

在操作550中，装置150请求电动车辆130的电池电量水平；

在操作555中，装置150请求与电动车辆130相关联的电动车辆供电设备(EVSE)信号脉冲宽度；

在操作560中，装置150请求与电动车辆130相关联的电动车辆供电设备(EVSE)电压；

在操作565中，装置150请求电动车辆130的电动机转速；

在操作570中，装置150请求与电动车辆相关联的插头状态；

在操作575中，装置150请求电动车辆130的连接状态；

在操作580中，装置150请求电动车辆150的电池电压；和/或

在操作585中，装置150请求电动车辆130的电池电流。

当然，装置150可以请求来自电动车辆130的CAN总线240的其它信息。

因此，在一些实施方式中，数据收集装置150可以传送请求至控制器局域网240以发送响应消息，其包括识别和/或指示电动车辆的充电的状态的信息或其它信息，以及从控制器局域网接收响应消息，其包括识别或指示电动车辆的充电的状态的信息，以及，转移充电的识别的状态至支持连接的车辆系统125的服务器。

基于从电动车辆收集的数据检测事件的示例

如本文中所描述的，在一些实施方式中，系统和方法可以从电动车辆的控制器局域网处收集数据，将所收集的数据与从包括该电动车辆的一组电动车辆处收集的数据相比较，并且响应该比较执行行动。

图6示出了方法600的流程图，该方法基于从电动车辆的控制器局域网处收集的数据的比较来执行行动。该方法600可以由连接的车辆系统125执行，因此，该方法仅以参考的方式在此被描述。应当理解的是，方法600可在任何合适的硬件上被执行。

在操作610中，连接的车辆系统125从电动车辆的控制器局域网处收集数据，如本文所述。例如，数据收集模块310可以直接访问、接收、捕获和/或收集来自电动车辆130的数据，例如由远程数据收集装置150从电动车辆130的控制器局域网240捕获的数据(例如，充电模式或电池电量水平数据)和/或由远程装置150包含的传感器(例如，GPS芯片、加速器，等等)所捕获的数据。可被收集的示例的数据/信息包括电池信息(例如，一个时间段内的电池的充电的平均状态、一个时间段内的电池的放电的平均深度、电池的温度、电池的周期数、电池的一些或所有周期的充电和放电速率(c-rate)，等等)，外部温度信息，内部温度信息，内部发动机或部件温度，电动机转速信息，电动机温度信息，功率消耗信息，充电器温度信息，与峰值功率消耗相关联的信息，位置或地理信息，轮胎压力信息，轮胎温度信息，由作为压力传感器捕获的信息，误差代码或其它操作信息，等等。

在操作620中，连接的车辆系统125可将收集的数据与包括该电动车辆的一组电动车辆中收集的数据进行比较。例如，事件模块340可确定从电动车辆130的控制器局域网240收集的数据指示与电动车辆的部件相关联的故障事件，可以确定从电动车辆130的控制器局域网240收集的数据指示与电动车辆的部件相关联的潜在的故障，可以比较收集的数据和具有与电动车辆130的品牌和型号相同的品牌和型号的电动车辆所收集的数据，比较收集的数据和从具有与电动车辆130的电池组具有类似的电池组的电动车辆处收集的数据，比较收集的数据和与包括作为成员的电动车辆130的充电网络相关联的电动车辆处收集的数据，等等。

例如，事件模块340可确定来自电动车辆130的CAN 240所收集的数据指示电动车辆130的一个或多个部件将在一定时间段内发生故障的一定的可能性(例如，高于某一阈值百分比)。事件模块340可以将所收集的数据与先前从具有先前发生故障的部件的其它车辆处收集的数据相匹配，和/或可确定所收集的数据指示一个或多个部件的未来的故障(例如，来自电池的充电和/或放电的收集的状态的数据指示电池可能的下降，这是基于其它电动车辆的电池的历史表现，该其它车辆是被控制和/或与连接的车辆系统125相关联的，其具有类似的充电和/或放电的状态的数据模式)。

作为另一示例，事件模块可以将收集的数据与一个或多个数据模式相比较，该数据模式是与故障事件相关联的并且由来自一组电动车辆处收集的数据所确定，并且当所收集的数据与一个或多个与故障事件相关联的数据模式相匹配时，可以识别在电动车辆的部件处的潜在的故障。

在操作630中，连接的车辆系统125执行行动以响应于比较。例如，行动模块330可生成警报消息以识别与电动车辆130的部件相关联的潜在的故障事件，等等。

因此，在一些实施方式中，连接的车辆系统125可以从电动车辆的控制器局域网收集数据，将收集的数据与包括该电子车辆的一组电动车辆中所收集的数据相比较，基于该比较，识别在电动车辆的部件处的潜在的故障，并执行行动以响应于所识别的潜在的故障事件。

调度一组电动车辆的充电

如本文中所描述的，在一些实施方式中，系统和方法可以监控在一组车辆中的多个车辆的充电状态，确定顺序，基于所监控的充电状态，以这个顺序对一组车辆进行充电，并且使得车辆以确定的顺序被充电。

图7A示出了对一组或一车队的电动车辆进行充电的方法700的流程图。该方法700可以由连接的车辆系统125执行，因此，该方法仅以参考的方式在此被描述。应当理解的是，方法700可在任何合适的硬件上被执行。

在操作710中，连接的车辆系统125监控一组车辆中的多个车辆的充电状态。例如，通过连接到电动车辆130的控制器局域网240的装置150，连接的充电系统125可以传送请求至控制器局域网240以发送响应消息，该响应消息包括识别电动车辆130的充电的状态的信息，在装置150处接收来自控制器局域网240的响应消息，其包括识别电动车辆130的充电的状态的的信息，并将所识别的充电的状态从装置150转移到服务器。

该连接的车辆系统125可以监控不同组的车辆，包括一个车队的车辆内的一些或全部车辆，与充电网络相关联的一组车辆中的一些或全部车辆，等。

在操作720中，连接的车辆系统125基于所监控的充电状态确定对一组车辆进行充电的顺序。例如，调度模块350可以基于车辆内的电池组的充电水平生成顺序，可以基于每一车辆内的电池组的充电水平和每一车辆的预期的下一次使用的时间生成顺序，等等。

在操作730中，连接的车辆系统125使得车辆以确定的顺序被充电。例如，调度模块350可通过装置150传达指令到电动车辆130的CAN总线240，和/或传达指令给关联的充电站，以开始、停止，和/或暂停充电事件或与一组电动车辆相关联的会话。

充电协议下的对电动车辆充电的示例

如本文中所描述的，在一些实施方式中，系统和方法可能会导致电动车辆基于充电协议，或使用充电协议进行充电。充电协议可以是基于电动车辆的充电的状态、与电动车辆的驾驶员相关联的行为或其它特性信息、和/或其它因素。

充电协议可以限定调度表或时间段，通过这个来对车辆进行充电，和/或可以动态地启动、恢复、停止或以其它方式修改车辆的当前的充电。因此，在一些实施方式中，车辆的充电是与车辆的确定的状态的基于事件的处理、与车辆和/或车辆的驾驶员相关联的历史或先前的模式、与电网或其它提供充电的能量源相关联的当前或历史的条件、与充电站和/或提供对充电的访问的充电网络相关联的费用和其它信息等等联系在一起的。

图7B示出了通过使用确定的充电协议对电动车辆充电的方法750的流程图。该方法750可以由连接的车辆系统125执行，因此，该方法仅以参考的方式在此被描述。应当理解的是，方法750可在任何合适的硬件上被执行。

在操作中760中，连接的车辆系统125监控充电车辆的状态和/或车辆的驾驶员的行为。例如，车辆状态模块320可以确定车辆当前是否在充电，是否被插入到充电站但没有在充电，和/或是否没有在充电也没有被插入到充电站中，基于从电动车辆130处收集的数据以识别电动车辆130的充电模式。

在操作770中，连接的车辆系统125基于监控的状态和/或行为确定充电协议。例如，充电模块360可确定和/或选择时间，在那个时间充电被激活、在充电事件期间抽取的功率、是否限制充电、何时暂停或延迟充电事件、车辆应该被充电到什么电池水平，等等。

在操作780中，连接的车辆系统125使得车辆基于确定的协议被充电。例如，充电模块360可以发送控制信息或命令包至充电站以当充电被提供给电动车辆时基于确定的充电协议进行控制。

生成充电协议的示例

如本文所述，在一些实施方式中，系统和方法可以基于各种因素生成充电协议，例如电动车辆的充电的状态、与电动车辆的驾驶员相关联的行动和其它特性信息、与电网或其它提供充电的能量源相关联的费用信息，等等。例如，系统和方法可以识别和/或确定从充电站抽取功率或能量的车辆的容量，基于驾驶员行为信息识别车辆的当前的或预测的使用，确定在当前或稍后时间对车辆充电的当前的费用或价格，以及生成充电协议，通过这个对车辆(或，多个车辆)进行充电。

图8是用于生成电动车辆的充电协议的方法800的流程图。该方法800可以由连接的车辆系统125执行，因此，该方法仅以参考的方式在此被描述。应当理解的是，方法800可在任何合适的硬件上被执行。

在操作810中，连接的车辆系统125确定电动车辆的状态。例如，车辆状态模块320可确定当前车辆是否正在充电，是否被插入到充电站但没有在充电，和/或是否没有在充电也没有被插入到充电站中，基于从电动车辆130处收集的数据以识别电动车辆130的充电模式。

在操作820中，连接的车辆系统125确定电动车辆的驾驶员的行为。例如，连接的车辆系统125确定车辆下面将何时被使用，在下一个充电事件之前车辆将行驶多少英里(范围)，等等。

在操作830中，连接的车辆系统125接收识别对车辆充电的费用的信息。例如，连接的车辆系统125可以从充电网络、从电网、从代理等等接收信息，其识别充电的当前费用、充电的未来费用、充电的预测的将来的费用，等等。在操作840中，连接的车辆系统125基于车辆的确定的状态、驾驶员的行为信息和费用信息的比较生成充电协议。例如，连接的车辆系统125可以选择第一时间窗口，通过这个将车辆充电至某个电池水平(例如，充电费用更高的窗口，但该窗口允许车辆到达某个基线电池水平)，以及选择第二、之后的时间窗口，通过这个对车辆充电至满格(例如，充电价格便宜的窗口)。

因此，在一些实施方式中，连接的车辆系统125利用由装置150捕捉到的和/或收集到的信息通知充电决定、执行的行动、充电协议，和/或其他与电动车辆相关联的行为。

结论

除非上下文清楚地要求，否则遍及说明书和权利要求书的“包括”、“包含”及相似的表达应被解释为包含的意义，而并非是排他或详尽的意思；也就是说，解释为“包括但不局限于”的意思。如在此所使用的，术语“被连接”、“被耦合”及其变形，表示两个或多个元件之间的直接或间接的连接或耦合；元件间的耦合或连接可以是物理的、逻辑的或二者的组合。另外，文字“在此”、“以上”、“以下”和相似的含义的文字，当用于本申请时，应指的是本申请作为一个整体，而不是本申请任何特定的部分。在上下文允许的情况下，在以上具体描述中使用的单数或复数数字的文字也可分别相应地包括复数或单数数字。当“或”一词涉及两个或两个以上项目的列表时，其涵盖该词的以下的所有解释：该列表中的任一项、该列表中的所有项、和该列表中的项的任意组合。

以上本系统的实施方式的详细说明并不旨在排他或将本系统限制在以上公开的精确形式。尽管本系统的特定实施方式和示例出于说明目的在上面被描述，如本领域相关技术人员所认识的，在本系统的范围内可能有各种等同地变型。例如，当过程或框以给定的顺序呈现时，替代的实施方式可以执行具有步骤的程序，或采用具有不同框的系统，具有不同的顺序，并且某些过程或框可以被删除、移动、增加、细分、合并和/或修改。这些过程或框中的每个可以通过多种不同的方法来实现。此外，尽管过程或框有时是以顺序执行的方式示出的，这些过程或框也可以是并行执行的，或在不同的时间执行。

虽然以上描述的许多实施方式采用存储在移动装置上的软件，上述的脚本和其它软件可以被硬编码到移动装置中(例如，存储在EEPROM、PROM中等等)。另外，上述功能可以在没有脚本或其他特殊模块的情况下实现。

在此提供的本系统的教导可以被应用到其它系统中，而不一定是上述的系统。上述的各种实施方式的要素与举措可以被结合以提供进一步的实施方式。

上述所有的专利和中请及其他参考，包括任何在所附的申请文件中所罗列的任何资料都通过引用的方式被并入到本文中。如有必要，系统的方面可以被修改，以采用以上描述的各种参考的系统、功能和概念以提供本系统的进一步的实施方式。

可以参照上述详细说明对本系统进行这些货其它改变。尽管上述详细说明描述了本发明的特定的实施方式并描述了预期的最佳模式，不管在本文中上面的描述是如何详细，本系统可通过多种方式实施。尽管基于本地的支持系统的详细内容在其实施细节上可能有相当大的变化，但仍然被包含在本文公开的系统内。如上文所述，在描述本系统的特定特征或方面时使用的特定技术术语并不意味着该术语在本文中被重新定义以被限定为与术语相关联的特定的特性、特征或系统的方面。在一般情况下，在下面的权利要求中使用的术语不应该理解为限制本系统为说明书中所披露的具体实施方式，除非上面的详细说明部分明确定义了这些术语。因此，本系统的实际范围不仅包括披露的实施方式，而且包括权利要求覆盖的实施或实现本系统的所有等同方式。

尽管本系统的特定方面在下面以特定权利要求的形式提供，本发明人以多种权利要求形式设想了本系统的各个方面。因此，发明人保留在提交本申请后增加额外的权利要求以寻求用于本系统的其他方面的这些额外的权利要求形式。