用于燃料支付处理的方法和设备

摘要

本公开提供了“用于燃料支付处理的方法和设备”。一种系统包括处理器，所述处理器被配置为从第一数字实体接收识别车辆的车辆识别符。所述处理器还被配置为响应于接收到所述识别符，数字地获得与所述识别符相关联的支付账户。所述处理器还被配置为通过来自第二实体的输入来验证支付权利，确认使用所述账户支付对所述车辆充电的所述权利；以及响应于成功验证，在车辆充电完成之后向所述支付账户收取车辆充电费用。

权利要求

1.一种系统，其包括：

处理器，所述处理器被配置为：

从第一数字实体接收识别车辆的车辆识别符；

响应于接收到所述识别符，数字地获得与所述识别符相关联的支付账户；

通过来自第二实体的输入验证支付权利，确认使用所述账户支付对所述车辆充电的所述权利；以及响应于成功验证，在车辆充电完成之后向所述支付账户收取车辆充电费用。

2.如权利要求1所述的系统，其中所述第一实体是车辆。

3.如权利要求2所述的系统，其中从所述车辆无线地接收所述车辆识别符。

4.如权利要求3所述的系统，其中从车辆存储器获得所述支付账户。

5.如权利要求4所述的系统，其中所述验证包括查询车辆密钥卡并且其中在所述密钥卡通过提供所述车辆识别符来对所述查询作出响应时验证成功。

6.如权利要求3所述的系统，其中从基于云的服务器获得所述支付账户。

7.如权利要求6所述的系统，其中所述验证包括查询车辆密钥卡并且其中在所述密钥卡通过提供所述车辆识别符来对所述查询作出响应时所述验证成功。

8.如权利要求2所述的系统，其中通过在充电器插入所述车辆中时建立的连接来接收所述车辆识别符。

9.如权利要求8所述的系统，其中从车辆存储器获得所述支付账户。

10.如权利要求9所述的系统，其中所述验证包括查询车辆密钥卡并且其中在所述密钥卡通过提供所述车辆识别符来对所述查询作出响应时所述验证成功。

11.如权利要求8所述的系统，其中从基于云的服务器获得所述支付账户。

12.如权利要求11所述的系统，其中所述验证包括查询车辆密钥卡并且其中在所述密钥卡通过提供所述车辆识别符来对所述查询作出响应时所述验证成功。

13.如权利要求1所述的系统，其中所述第一实体是密钥卡。

14.如权利要求13所述的系统，其中从车辆存储器获得所述支付账户。

15.如权利要求14所述的系统，其中所述验证包括查询车辆并且其中在所述车辆通过提供所述车辆识别符来对所述查询作出响应时所述验证成功。

说明书

用于燃料支付处理的方法和设备

技术领域

[0001] 说明性实施例总体涉及用于燃料支付处理的方法和设备。

背景技术

[0002] 用于插电式电气化车辆的公共充电站可在其操作、用户界面和支付方法方面显著变化。充电站可具有不同制造商，并且可由不同充电提供商操作，每个充电提供商具有用于插入充电线、建立支付、启动充电以及通知用户充电进度的独特程序。

[0003] 为了在支付公共充电站处启动充电，通常需要一些形式的识别和支付。通常，支付和启动以如下四种方式之一完成：叩击链接到信用卡的RFID卡；通过电话应用程序激活充电(在选择应用程序上适当的充电器之后)；直接插入信用卡；或拨打充电器上列出的电话号码。这些方法因充电器不同而不同并且需要用户携带若干不同RFID卡和/或其电话上的应用程序。所有这些可变性给习惯于在汽油/柴油站处存在的高度标准化和方便的再加燃料过程的客户带来了复杂性和混乱。

发明内容

[0004] 在第一说明性实施例中，一种系统包括处理器，所述处理器被配置为从第一数字实体接收识别车辆的车辆识别符。所述处理器还被配置为响应于接收到所述识别符，数字地获得与所述识别符相关联的支付账户。所述处理器还被配置为通过来自第二实体的输入来验证支付权利，确认使用所述账户支付对所述车辆充电的所述权利；以及响应于成功验证，在车辆充电完成之后向支付账户收取车辆充电费用。

[0005] 在第二说明性实施例中，一种计算机实现的方法包括响应于将充电线缆连接到车辆，通过借助于充电线缆建立的连接来接收车辆识别符。所述方法还包括从云账户请求支付信息，所述信息与传输至云账户的车辆识别符相关联。所述方法还包括响应于接收到支付信息开始车辆的充电，以及在充电完成之后使用支付信息来支付充电费用。

[0006] 在第三说明性实施例中，一种计算机实现的方法包括在车辆充电器处从车辆密钥卡无线地接收车辆识别符。所述方法还包括数字地请求与车辆识别符相关联的支付信息，所述请求包括车辆识别符。所述方法还包括通过查询除车辆密钥卡之外的实体来验证使用支付信息的许可，其中实体通过用预定义验证作出响应来验证支付。而且，所述方法包括响应于验证了支付信息开始车辆的充电，以及在充电完成之后使用支付信息来支付充电费用。

附图说明

[0007] 图1示出说明性车辆计算系统；

[0008] 图2示出用于支付检测和处理的说明性过程；

[0009] 图3A和图3B示出用于VIN检测的说明性过程；

[0010] 图4示出用于支付处理的说明性过程；并且

[0011] 图5A至图5C示出用于充电初始的说明性过程。

具体实施方式

[0012] 按照需要，本文公开详细实施例；然而，应理解，所公开的实施例仅仅是说明性的，并且可以各种形式和替代形式并入。附图不一定按比例绘制；一些特征可能会被放大或最小化以示出特定部件的细节。因此，本文所公开的特定结构细节和功能细节不应被解释为是限制性的，而是仅仅作为教导本领域技术人员以不同方式应用所要求保护的主题的代表性基础。

[0013] 图1示出用于车辆31的基于车辆的计算系统1(VCS)的示例性块拓扑。此类基于车辆的计算系统1的示例是由福特汽车公司(THE FORD MOTOR COMPANY)制造的SYNC系统。启用基于车辆的计算系统的车辆可包含位于车辆中的视觉前端接口4。如果接口设置有例如触摸屏显示器，则用户还能够与接口交互。在另一说明性实施例中，通过按钮按压、具有自动语音识别的口语对话系统和语音合成来进行交互。

[0014] 在图1所示的说明性实施例1中，处理器3控制基于车辆的计算系统的操作中的至少某个部分。处理器允许在车辆内提供命令和例程的车上处理。此外，处理器连接到非永久性存储器5和永久性存储器7。在此说明性实施例中，非永久性存储器是随机存取存储器(RAM)，而永久性存储器是硬盘驱动器(HDD)或闪存。一般来说，永久性(非暂时性)存储器可包括在计算机或其他装置断电时维护数据的所有形式的存储器。这些存储器包括但不限于HDD、CD、DVD、磁带、固态驱动器、便携式USB驱动器以及任何其他合适形式的永久性存储器。

[0015] 处理器还设置有允许用户与处理器交互的许多不同的输入端。在此说明性实施例中，提供了传声器29、辅助输入端25(用于输入33)、USB输入端23、GPS输入端24、屏幕4(其可以是触摸屏显示器)以及蓝牙(BLUETOOTH)输入端15。还提供输入选择器51，以允许用户在各种输入之间交换。传声器和辅助连接器的输入在被传递到处理器之前由转换器27从模拟转换为数字。虽然未示出，但与VCS通信的许多车辆部件和辅助部件可使用车辆网络(诸如但不限于CAN总线)来与VCS(或其部件)来回传递数据。

[0016] 系统的输出可包括但不限于视觉显示器4和扬声器13或立体声系统输出。扬声器连接到放大器11，并通过数模转换器9从处理器3接收放大器11的信号。还可沿着分别在19和21处示出的双向数据流将输出传输到诸如PND 54的远程蓝牙装置或诸如车辆导航装置60的USB装置。

[0017] 在一个说明性实施例中，系统1使用蓝牙收发器15与用户的漫游装置53(例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接的任何其他装置)进行通信17。然后，可使用漫游装置(以下称为ND)53来通过例如与蜂窝塔57的通信55与车辆31外部的网络61进行通信59。在一些实施例中，塔57可以是Wi-Fi接入点。

[0018] ND 53与蓝牙收发器15之间的示例性通信由信号14表示。

[0019] 可通过按钮52或类似输入端来命令将ND 53和蓝牙收发器15配对。因此，命令CPU将车载蓝牙收发器与漫游装置中的蓝牙收发器配对。

[0020] 可利用例如数据计划、声载数据或与ND 53相关联的DTMF音调在CPU 3与网络61之间传达数据。替代地，可能期望包括具有天线18的车载调制解调器63，以便通过语音频带在CPU 3与网络61之间传达16数据。然后，可使用ND 53来通过例如与蜂窝塔57的通信55与车辆31外部的网络61进行通信59。在一些实施例中，调制解调器63可与塔57建立通信20，以与网络61进行通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。

[0021] 在一个说明性实施例中，处理器设置有操作系统，所述操作系统包括用于与调制解调器应用软件进行通信的API。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与远程蓝牙收发器(诸如存在于漫游装置中的蓝牙收发器)的无线通信。蓝牙是IEEE 802 PAN(个人局域网)协议的子集。IEEE 802 LAN(局域网)协议包括Wi-Fi，并且与IEEE 802 PAN具有相当大的交叉功能。两者都适用于车辆内的无线通信。可以在该领域中使用的另一种通信手段是自由空间光通信(诸如IrDA)和非标准化的消费者IR协议。

[0022] 在另一实施例中，ND 53包括用于话音频带或宽带数据通信的调制解调器。在声载数据实施例中，当漫游装置的所有者能够在传输数据时通过装置进行谈话时，可实现称为频分复用的技术。在其他时候，当所有者未在使用装置时，数据传送可使用整个带宽(在一个示例中为300Hz至3.4kHz)。虽然频分复用对于车辆与互联网之间的模拟蜂窝通信来说可能是常见的，并且仍在使用，但它已在很大程度上被用于数字蜂窝通信的混合的码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)所替代。如果用户具有与移动装置相关联的数据计划，则数据计划可能允许宽带传输，并且系统可使用更宽的带宽(加速数据传送)是可能的。在又一实施例中，ND 53被安装到车辆31的蜂窝通信装置(未示出)所替代。在又一实施例中，ND 53可以是能够通过例如(但不限于)802.11g网络(即，Wi-Fi)或Wi-Max网络进行通信的无线局域网(LAN)装置。

[0023] 在一个实施例中，传入数据可经由声载数据或数据计划传送通过漫游装置、通过车载蓝牙收发器并进入车辆的内部处理器3中。例如，就某些临时数据而言，数据可存储在HDD或其他存储介质7上，直到不再需要数据为止。

[0024] 可与车辆对接的附加源包括具有例如USB连接56和/或天线58的个人导航装置54、具有USB 62或其他连接的车辆导航装置60、车载GPS装置24、或者具有与网络61的连接的远程导航系统(未示出)。USB是一类串行网络协议之一。IEEE 1394(FireWireTM(Apple)、i.LINKTM(Sony)和LynxTM(Texas Instruments))、EIA(电子工业协会)串行协议、IEEE 1284(Centronics端口)、S/PDIF(Sony/Philips Digital互连格式)和USB-IF(USB开发者论坛)构成了装置间串行标准的基干。大多数协议可实施用于电通信或光学通信。

[0025] 此外，CPU可与多种其他辅助装置65进行通信。这些装置可通过无线67或有线69连接进行连接。辅助装置65可包括但不限于个人媒体播放器、无线健康装置、便携式计算机等。

[0026] 此外，或替代地，CPU可使用例如Wi-Fi(IEEE 803.11)71收发器而连接到基于车辆的无线路由器73。这可允许CPU在本地路由器73的范围内连接到远程网络。

[0027] 除了使由位于车辆中的车辆计算系统执行示例性过程之外，在某些实施例中，还可由与车辆计算系统通信的计算系统执行示例性过程。此类系统可包括但不限于通过无线装置连接的无线装置(例如但不限于移动电话)或远程计算系统(例如但不限于服务器)。此类系统可统称为车辆相关联计算系统(VACS)。在某些实施例中，VACS的特定部件可取决于系统的特定实现方式来执行过程的特定部分。作为示例而非限制，如果过程具有与配对的无线装置发送或接收信息的步骤，则很可能无线装置未在执行过程的所述部分，因为无线装置不会与本身“发送和接收”信息。本领域普通技术人员将理解何时将特定计算系统应用于给定解决方案是不合适的。

[0028] 在本文论述的每个说明性实施例中，示出可由计算系统执行的过程的示例性、非限制性示例。关于每个过程，为了执行过程的有限的目的，执行过程的计算系统可能被配置为执行过程的专用处理器。所有过程并不需要全部都执行，并且被理解为可执行以实现本发明的元件的过程类型的示例。可根据需要在例示性过程中添加或移除附加步骤。

[0029] 关于在附图中描述的示出说明性过程流的说明性实施例，应注意，为了执行这些附图所示示例性方法中的一些或全部的目的，可临时启用通用处理器作为专用处理器。当执行提供指令以执行方法中的的一些或全部步骤的代码时，处理器可临时重新用作专用处理器，直到所述方法完成为止。在另一示例中，在适当的程度上，根据预先配置的处理器起作用的固件可致使处理器充当为执行所述方法或其一些合理变型的目的而提供的专用处理器。

[0030] 由于对用户支付解决方案中的简单性的用户期望和偏好，存在提供用于公共充电的标准化、简单化、用户友好的方法的机会。

[0031] 类似于无钥匙进入和按钮起动带给车辆本身的简易性，说明性实施例提供充电的易于使用性。每个所提议的充电站可检测车辆VIN，链接到相关联的用户支付信息，进行认证并且然后在插入车辆时自动启动充电。VIN的检测可在插入充电线后经由车辆can总线、通过与车辆密钥卡无线地对接或这两者(出于另外的安全性)来完成。

[0032] 用户支付信息可与VIN相关联，并且可存储在云中，或者离线地存储在车辆本身中。例如，支付和充电开始的启动可通过对充电器进行单次按钮按压、对智能电话应用程序进行按钮按压、对车辆显示器进行按钮按压来完成，或者可基于先前的认证而完全地自动化进行。

[0033] 这类提议的充电过程可大大地最小化用户与充电站的交互，避免刷或扫描信用卡或RFID卡，并且提供可在任何充电器制造商或提供商中实现的标准化体验。

[0034] 图2示出用于支付检测和处理的说明性过程。在这个示例中，所述过程在充电器或充电器附属的计算机上执行。假设针对实现所需的任何检测和/或关闭性能也被提供为汽油泵的性能，所提出的解决方案中的全部也可关于传统的汽油泵执行。

[0035] 所述过程通过检测VIN开始201。VIN可存储在密钥卡上并且借助于蓝牙(BLUETOOTH)低功耗、RFID、NFC或其他短距离通信进行检测。优选短距离，因为它可通过检测太多ID来帮助避免混淆。当然，信号强度和其他因素可与更长距离检测一起使用，以便缩小选择，和/或如果客户必须确认特定VIN或其他车辆识别符，那么可使用更长距离解决方案。而且，在许多示例中，VIN将由第二点源验证，不同于接收VIN的情况，因此即使初始地检测到许多VIN，在使用验证的情况下，来自群组的正确的VIN也应是可识别的。在其他模式中，通过借助于物理连接与车辆直接通信来促进VIN检测，这应移除了在那些情况下的任何模糊性。

[0036] 一旦已经检测到VIN，所述过程就将该VIN与特定充电器相关联203。如果通过某些检测过程检测到多个VIN，那么验证步骤可在相关联之前发生，以确保正确的VIN与正确的充电器相关联。一旦VIN已经被相关联，所述过程就可请求关于VIN存储的支付信息205。支付信息可存储在云上，或者支付信息可以可检索的方式存储在车辆或密钥卡存储器中。

[0037] 如果VIN需要被验证(其可取决于获得VIN的方法)并且如果VIN尚未被验证207，那么所述过程可请求验证VIN 209。这可例如包括将VIN与第二邻近装置(例如，密钥卡或车辆，无论哪一个初始地并不用于检索VIN)进行比较和/或用户将ZIP码、PIN或其他码输入充电器中。也设想其他合适的验证方法。

[0038] 一旦VIN已经被验证，所述过程(现具有支付信息和VIN验证)就可开始充电211。一旦充电完成213，所述过程就可向所识别的支付账户提交支付请求215。所述过程还可向车辆、向移动装置或向另一个源发送收据217。

[0039] 上述示例将如下：在车辆中的用户将车辆停到充电点，并且以某种方式(接近、激活等)接合充电点。另外或可替代地，充电点可感测所述接近。然后，充电点然后可例如从识别VIN的密钥卡或车辆接收无线通信。在另一个示例中，可能不会识别到VIN，直到实际上连接充电线缆。

[0040] 一旦获得VIN，所述过程就可验证VIN(如果存在一些模糊性或另外需要验证)或使用VIN来请求支付信息。如果VIN被验证，那么充电器就可请求用户PIN或ZIP码。如果VIN在没有进行直接用户交互的情况下被验证，那么所述过程可扫描可验证VIN的第二源–例如，如果VIN来自密钥卡，那么充电器可与车辆通信以确保具有相同VIN的车辆也存在。当然，如果密钥卡VIN传输和车辆扫描两者无线地完成，那么这可导致将附近的密钥卡和车辆分配给错误的充电器，因此通过直接(有线)连接(例如，插入充电器中)或非常近距离和/或定向无线信号使二次验证功能关闭可能是有用的。

[0041] 充电器还可使用VIN(验证前或验证后)来获得支付信息。在一个示例中，支付信息可以是基于云的，并且充电器可将VIN提交给云以访问支付账户。这可能需要一些形式的现场识别，这取决于获得VIN的方式。在另一示例中，支付信息可存储在车辆或密钥卡上，并且充电器可将检测到的VIN传输至第二实体(不提供初始识别的车辆或密钥卡)以及验证请求和支付信息请求。这允许验证实体也响应地提供支付信息，并且具有需要至少存在密钥卡和车辆这两者以便处理支付的进一步的安全性。

[0042] 在上述系统中，用于获得VIN的处理类型可取决于随后的验证方法。例如，如果用户将输入PIN或zip码，和/或如果VIN将通过与具有VIN的车辆进行有向连接来验证，那么更长距离的无线信号检测可用来初始地获得在充电器周围区域中任何车辆的VIN。充电器可甚至接收VIN列表，并且由于仅一个VIN将通过连接或用户码进行验证，那么剩余的VIN然后可被丢弃。如果VIN通过其他方法验证，所述其他方法可对误报保证较少，那么VIN获得可通过更短距离信号完成以产生更少的混淆机会。

[0043] 图3A和图3B示出用于VIN检测的说明性过程。在图3A所示的示例中，充电器通过直接连接获得VIN。当充电器检测到301充电线缆已经连接到车辆时，充电器从物理连接向车辆网络请求303 VIN。另一种选项是例如在充电线缆上包括短距离收发器，所述短距离收发器可例如从位于接近于充电点的应答器读取NFC或RFID信号。以某种合理的方式，响应于线缆靠近或连接到车辆，所述过程接收VIN 305。

[0044] 在图3B中，所示出的过程检测车辆密钥卡的存在311，所述密钥卡以可检索的方式存储VIN。所述过程从密钥卡检索VIN 313，并且在这个示例中，使用与车辆的直接连接来验证VIN。如果充电线缆并未被连接315，那么所述过程命令用户连接线缆317。一旦线缆被连接，那么所述过程可使用本地化直接或无线连接来验证VIN 319。尽管通过在连接之前，从密钥卡检测VIN，这似乎类似于3A的过程，但是所述过程可能够在用户甚至离开车辆并且接合充电器之前，从用户账户检索初步支付信息和其他相关数据。这可加速客户体验，因为只要直接连接验证了VIN，所述过程就可在连接时立即开始充电，而无需进行获得和验证任何支付信息的步骤，所述任何支付信息可基于VIN预获得。

[0045] 在最终验证过程(未示出)中，所述过程可从车辆或密钥卡中的任一个获得VIN，并且然后与车辆或密钥卡中的另一个使用无线通信以验证所获得的VIN。如果充电器可区分VIN的源，那么所述过程可使用定向信号、非常短距离信号或信号强度(例如，RSSI)来在适当的位置中确定第二验证源以用于验证目的。也就是说，二次源可通过各种方法被检测为接近或适当地靠近，或者可必须位于待由定向信号检测的区内。

[0046] 图4示出用于支付处理的说明性过程。在这个示例中，所述过程将使用变化形式的二级验证，这取决于初始地获得VIN的方式。在任何给定充电器处，情况可能是实现这种解决方案的所述方面中的仅一个(或有时类似于所述方面之一)，但是说明性过程示出可执行来解决以多种方式从多种源获得的VIN的解决方案。

[0047] 在这个过程中，所述过程确定VIN是否来自密钥卡401。如果VIN并未来自密钥卡，那么VIN来自车辆(在这个示例中)，并且因此所述过程使用密钥卡用于验证，因此所述过程扫描密钥卡无线信号403。如果未找到密钥卡405，那么所述过程可询问用户输入PIN或zip码(或类似信息)以进行验证419。然后，所述过程连接到云421，并且使用PIN加VIN来获得支付信息423。云验证码(PIN、zip等)425并且如果正确427，那么允许所述过程处理支付431。如果码错误，那么拒绝支付利用请求429。

[0048] 如果所述过程成功检测到密钥卡，那么所述过程也从密钥卡请求VIN 407(用于验证原始地来自另一个源的VIN)。如果密钥卡VIN与车辆VIN匹配409，那么所述过程确定密钥卡是否也包括存储在其上的支付信息411。如果是，那么所述过程从具有对应于先前接收的VIN的VIN的密钥卡获得支付信息413，并且处理所述支付415。如果密钥卡并不具有支付信息，但用来验证VIN，那么所述过程可附加417或传输从密钥卡检索的、或基于确认VIN的密钥卡生成的、当充电器连接到云以获得支付信息时可用的验证码。由于VIN已经通过密钥卡的存在而得以验证，因而该码基本上用作用户输入码的代理。

[0049] 如果VIN原始地来自密钥卡，那么所述过程确定充电器是否已经设法验证VIN(例如，来自用户验证、第二源等)433。如果充电器尚未验证VIN，那么所述过程确定是否需要本地基于车辆的支付检索437。如果是，那么所述过程可从车辆请求支付信息439，并且发送未经验证的VIN 441。由于车辆假定知道其自身的VIN，车辆现可验证利用支付请求从充电器传输的VIN 443。如果验证失败，那么充电器拒绝请求445。否则，充电器获得支付447并且可处理支付449。在这种情况下，车辆响应于利用请求传输的正确的VIN而返回支付信息。

[0050] 如果充电器通过另一种方式(诸如用户输入码或其他验证)验证VIN(来自密钥卡)，那么所述过程确定是否需要本地支付解决方案435。如果需要本地支付，那么所述过程(通过用户验证了VIN)可从密钥卡或车辆直接地请求支付信息(或许使用验证码或在另一个示例中，如果VIN被预验证，那么仅请求支付)。如果需要基于云的支付(远程支付)，那么所述过程可像以前一样附加验证码，并且将支付请求发送给云以进行处理。

[0051] 图5A至图5C示出用于充电初始的说明性过程。在图5A所示的示例中，所述过程通过本文描述的实施例之一等获得支付方式501。如果通过本文描述的验证过程之一成功地验证支付503，那么所述过程呈现开始充电的选项505。如果用户选择选项507，那么所述过程开始充电509。

[0052] 在这个示例中，所述过程通过手动用户交互开始。也可能的是，充电站与车辆交互，并且用户可选择按钮来开始在车辆接口上充电。与车辆交互可通过无线连接或通过与插入式充电线缆建立的物理连接进行。

[0053] 在第二示例中，如图5B所示，所述过程在用户智能电话或车辆上执行。在这个示例中，当连接充电器513时，所述过程从充电站接收无线信号511，这可能是智能电话过程或车载过程的情况。可替代地，当连接充电器513时，在车辆上执行的过程可接收直接信号511，或当连接充电线缆513时，在智能电话上执行的过程可从车辆接收无线信号511。接口(在其上执行过程的装置的接口)可响应于接收到指示连接的信号而呈现可选择选项515。当用户按下或选择选项517时，所述过程可命令开始充电519。这可涉及从执行所述过程的装置向车辆、充电器或这两者发送信号。

[0054] 在图5C所示的示例中，所述过程被配置用于自动充电。在该初始模式中，所述过程获得支付信息501(其可通过说明性示例中的任一个等)。如果支付被验证503，那么所述过程确定是否选取自动充电504。如果启用自动充电，其是用户在配置充电选项时或在任何其他时间点可启用的特征，那么所述过程可自动地确定连接了充电器506并响应地开始充电508。

[0055] 通过使用说明性实施例，用户可以可与各种充电配置一起使用的方式方便地配置和存储充电支付选项。然后，取决于所实现的模式，用户可能已经获得并验证了支付信息，并且当接近各种充电点时容易地开始并支付充电费用，而无需确定针对给定充电点启用的特定解决方案。

[0056] 虽然上文描述了示例性实施例，但并不意图这些实施例描述本发明的所有可能形式。相反，本说明书中所使用的词语为描述性而非限制性词语，并且应理解，可在不脱离本发明的精神和范围的情况下做出各种改变。另外，各种实现实施例的特征可以逻辑方式组合以根据情形产生本文描述的实施例的合适的变型。

[0057] 根据一个实施例，所述支付账户从基于云的服务器获得。

[0058] 根据一个实施例，所述验证包括查询车辆并且其中在所述车辆通过提供所述车辆识别符来对所述查询作出响应时所述验证成功。

[0059] 根据本发明，一种计算机实现的方法包括：响应于将充电线缆连接到车辆，通过借助于所述充电线缆建立的连接接收车辆识别符；从云账户请求支付信息，所述信息与传输至所述云账户的所述车辆识别符相关联；响应于接收到所述支付信息开始对所述车辆充电；以及在充电完成之后，使用所述支付信息来支付充电费用。

[0060] 根据本发明，一种计算机实现的方法包括：在车辆充电器处从车辆密钥卡无线地接收车辆识别符；数字地请求与所述车辆识别符相关联的支付信息，所述请求包括所述车辆识别符；通过查询除所述车辆密钥卡之外的实体来验证使用所述支付信息的许可，其中所述实体通过用预定义验证作出响应来验证所述支付；响应于验证所述支付信息开始对所述车辆充电；以及在充电完成之后，使用所述支付信息来支付充电费用。

[0061] 根据一个实施例，所述验证包括通过所述充电站向客户查询预定义验证码。