交通工具的充电验证的方法和装置与流程

1.本公开的实施例总体上涉及智能交通领域，更具体地，涉及交通工具的充电验证的方法、装置、设备、存储介质和程序产品


背景技术：

2.与传统的燃油交通同居相比，新能源交通工具对环境的污染相对更小，越来越多的人们选择新能源交通工具作为其代步工具。与传统的加油过程类似，新能源交通工具(例如，电动汽车)能够通过充电设备来补充电量。
3.通常，提供充电服务的平台需要对进行充电的交通工具的型号进行认证，以避免对不支持的型号或特定有缺陷的型号进行充电。因此，如何高效地认证待充电的交通工具称为当前关注的热点。


技术实现要素：

4.根据本公开的一些实施例，提供了一种用于交通工具的充电验证的方案。
5.在本公开的第一方面，提供了一种交通工具的充电验证的方法。该方法包括：基于待充电的交通工具与充电设备之间的通信，确定交通工具的当前充电特性；获取与预定的交通工具型号相关联的预期充电特性；以及基于当前充电特性与预期充电特性，验证交通工具的型号。
6.在本公开的第二方面，提供了一种用于交通工具的充电验证的装置。该装置包括：当前特性确定模块，被配置为基于待充电的交通工具与充电设备之间的通信，确定所述交通工具的当前充电特性；预期特性获取模块，被配置为获取与预定的交通工具型号相关联的预期充电特性；以及验证模块，被配置为基于所述当前充电特性与所述预期充电特性，验证所述交通工具的型号。
7.在本公开的第三方面，提供了一种电子设备，包括一个或多个处理器以及存储器，其中存储器用于存储计算机可执行指令，计算机可执行指令被一个或多个处理器执行以实现根据本公开的第一方面的方法。
8.在本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机可执行指令，其中计算机可执行指令在被处理器执行时实现根据本公开的第一方面的方法。
9.在本公开的第五方面，提供了一种计算机程序产品，其包括计算机可执行指令，其中计算机可执行指令在被处理器执行时实现根据本公开的第一方面的方法。
10.根据本公开的实施例，可以根据待充电的交通工具的当前充电特性与预期的充电特定的比较，来自动地对交通工具的有效性进行验证。这可以避免人工上传交通工具信息以进行认证所带来的不准确问题，并降低了人工成本。
11.提供发明内容部分是为了以简化的形式来介绍对概念的选择，它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识本公开的关键特征或必要特征，也无意限制本公开的范围。
附图说明
12.结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标注表示相同或相似的元素，其中：
13.图1示出了本公开的实施例能够在其中被实现的示例环境的框图；
14.图2示出了根据本公开的一些实施例的交通工具的充电验证的过程的流程图；
15.图3示出了根据本公开的一些实施例的静态充电参数的示例取值分布的示意图；
16.图4示出了根据本公开的一些实施例的动态充电参数随当前电话状态变化的示意图；
17.图5示出了根据本公开的一些实施例的交通工具的充电验证的装置的框图；以及
18.图6示出了其中可以实施本公开的一个或多个实施例的电子设备的框图。
具体实施方式
19.下面将参照附图更详细地描述本公开的一些示例实施例。虽然附图中显示了本公开的一些实施例，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
20.在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
21.如上文所讨论的，提供充电服务的平台通常需要对待充电的交通工具进行验证，以避免为未经认证的交通工具提供充电服务。例如，一些用户可以注册到充电服务平台，并在首次注册时添加其需要充电的交通工具的信息，并进行认证。在用户后续使用充电服务平台进行充电时，充电服务平台需要验证当前需要充电的交通工具是否是先前已经认证的交通工具。此外，充电服务平台也可能禁止特定类型的交通工具获取充电服务。例如，一些交通工具可能存在较大的安全缺陷。充电服务平台也需要验证当前需要充电的交通工具是否是禁止或者限制充电的交通工具。
22.一种传统的验证方式依赖于用户手动上传交通工具信息，例如，拍摄行驶证照片、录入当前车辆信息(例如，vin码)。一方面，这样的验证过程给用户带来了较大的操作负担。另一方面，用户录入的信息可能不准确，从而导致验证结果发生错误。
23.有鉴于此，本公开的实施例提出了一种交通工具的充电验证的方案。在该方案中，首先，基于待充电的交通工具与充电设备之间的通信，确定交通工具的当前充电特性。随后，获取与预定的交通工具型号相关联的预期充电特性，并基于当前充电特性与预期充电特性来验证交通工具的型号。
24.根据这样的方案，本公开的实施例可以根据交通工具与充电设备在通信过程中所确定的当前充电特性，并将其与预期充电特性进行比较，从而来自动地对交通工具的型号进行验证。与传统的方案相比，这能够避免给用户带来额外的操作负担，还能够避免由于用户信息错误录入所发生的验证错误。
25.以下将继续参考附图描述本公开的一些示例实施例。
26.图1示出了本公开的实施例能够在其中被实现的示例环境100的框图。如图1所示，环境100中包括交通工具110和能够为交通工具110充电的充电设备120。
27.在一些实现中，交通工具110可以是至少部分地利用电力进行驱动的兴能源交通工具，例如，纯电动交通工具或者混合动力交通工具。附加地，在图1的示例中，交通工具110可以是可以承载人和/或物并且通过发动机等动力系统移动的任何类型的车辆，包括但不限于轿车、卡车、巴士、房车、摩托车、自行车等等。
28.在一些实现中，充电设备120例如可以是为交通工具110进行充电的充电桩。在一些场景中，充电设备120例如可以是被不同交通工具使用的公用充电设备，其例如可以被部署在充电站内。交通工具110的驾驶者例如需要通过与之相关联的终端设备和/或充电设备120来访问充电服务平台，以获取充电服务。
29.如图1所示，充电设备120还可以耦合到验证设备140，以对待充电的交通工具110的型号进行验证。在一些示例中，验证设备140可以被集成在充电设备120中。备选地，验证设备140例如也可以是远程的计算设备，例如，充电服务平台的服务器。
30.在一些实现中，当交通工具110与充电设备120建立好电连接后，验证设备140可以基于通信130来自动地对交通工具110的型号进行验证。关于验证的详细过程将在下文结合图2至图4来详细描述。
31.图2示出了根据本公开的一些实施例的用于交通工具的充电验证的过程200的示意图。为便于讨论，参考图1来讨论交通工具的充电验证的过程。过程200例如可以在图1所示的验证设备140处被执行。应当理解，过程200还可以包括未示出的框和/或可以省略所示出的框。本公开的范围在此方面不受限制。
32.如图2所示，在框202，验证设备140基于待充电的交通工具110与充电设备120之间的通信130，确定交通工具110的当前充电特性。
33.在一些实现中，当前充电特性可以指示与待充电的交通工具相关联的静态充电参数。
34.根据国标gb/t 27930(电动汽车非车载传导式充电机与电池管理系统之间的通信协议)的规定，在与充电设备120的充电握手阶段或充电参数配置阶段，交通工具110需要向充电设备120发送预定的报文。这样的报文例如包括：brm报文(bms(电池管理系统)和车辆辨识报文)和动力蓄电池充电参数报文(bcp报文)等。
35.表1和表2分别示出了根据国标gb/t 27930规定的brm报文格式和bcp报文格式。
36.表1 gb/t 27930中的brm报文格式
37.[0038][0039]
表2 gb/t 27930中的bcp报文格式
[0040]
起始字节或位长度spnspn定义发送选项12字节2816单体动力蓄电池最高允许充电电压必须项32字节2817最高允许充电电流必须项52字节2818动力蓄电池标称总能量必须项72字节2819最高允许充电总电压必须项91字节2820最高允许温度必须项102字节2821整车动力蓄电池荷电状态必须项122字节2822整车动力蓄电池当前电池电压必须项
[0041]
在一些实现中，验证设备140可以基于例如brm报文或bcp报文中的信息来对确定交通工具110的当前充电特性。具体地，验证设备140可以获取交通工具110发送至充电设备120的报文，其中报文包括brm报文和bcp报文中的至少一项。
[0042]
附加地，验证设备140可以基于由交通工具110所发送的报文来确定当前充电特性。在一些实现中，为了避免报文中不包括预定的信息，验证设备140可以基于报文中的必选项来确定当前充电特性。
[0043]
示例性地，验证设备140可以从报文中确定以下静态充电参数中的至少一项以作为当前充电特性：电池类型、整车动力蓄电池系统额定容量、整车动力蓄电池系统额定总电压、单体动力蓄电池最高允许充电电压，最高允许充电电流、动力蓄电池标称总能量、最高允许充电总电压、最高允许温度、整车动力蓄电池荷电状态、或整车动力蓄电池当前电池电压。这样的信息都是brm报文或bcp报文中的必选项，能够保证验证设备140能够获得这样的信息。
[0044]
在一些实现中，当前充电特性也可以指示与待充电的交通工具相关联的静态充电参数。
[0045]
根据国标gb/t 27930(电动汽车非车载传导式充电机与电池管理系统之间的通信协议)的规定，在与充电设备120对交通工具110进行充电的过程中，交通工具110需要向充电设备120发送预定的报文。这样的报文例如包括：bcl报文(电池充电需求报文)、bcs报文
(电池充电总状态报文bcs)和bsm报文(动力蓄电池状态信息报文)等。
[0046]
表4、表5和表6分别示出了根据国标gb/t 27930规定的bcl报文格式、bcs报文格式和bsm报文格式。
[0047]
表4 gb/t 27930中的bcl报文格式
[0048]
起始字节或位长度spnspn定义发送选项12字节3072电压需求(v)必须项32字节3073电流需求(a)必须项51字节3074充电模式(0x01：恒压充电；0x02：恒流充电)必须项
[0049]
表5 gb/t 27930中的bcs报文格式
[0050]
起始字节或位长度spnspn定义发送选项12字节3075充电电压测量值(v)必须项32字节3076充电电流测量值(a)必须项52字节3077最高单体动力蓄电池电压及其组号必须项71字节3078当前荷电状态soc(％)必须项82字节3079估算剩余充电时间(min)必须项
[0051]
表6 gb/t 27930中的bsm报文格式
[0052][0053][0054]
在一些实现中，验证设备140可以基于bcl报文、bcs报文和/或bsm报文中的信息来对确定交通工具110的当前充电特性。具体地，为了获取充电阶段才会传输的以上报文，在验证设备140认证交通工具110之前，充电设备120可以对交通工具110进行预充电。应当理解，预充电过程类似于交通工具110认证通过后的正常充电过程。
[0055]
不同的是，预充电过程的目的是为了获取预定数量的报文，以作为确定交通工具
110的当前充电特性的依据。在一些实现中，预充电过程可以使交通工具110的当前电荷状态(soc)增加的量不超过预定阈值。在一些实现中，预充电过程例如可以使得交通工具110的soc增加总电量的10％。
[0056]
例如，由于在标准中soc是以1％作为精度，预充电过程例如可以使交通工具的soc由1％增加到11％。相应地，验证设备140可以根据soc从1％变化到11％的过程中所获取的报文来对交通工具110的有效性进行验证。
[0057]
在一些实现中，验证设备140可以获取在预充电过程中由交通工具110发送至充电设备120的报文，其中报文包括电池充电需求报文bcl、电池充电总状态报文bcs和动力蓄电池状态信息报文bsm中的至少一项。
[0058]
附加地，验证设备140可以基于报文来确定当前充电特性。在一些实现中，为了避免报文中的可能信息缺失，验证设备140可以基于报文中的必选项来确定当前充电特性。
[0059]
示例性地，验证设备140可以从报文中确定以下动态充电参数中的至少一项以作为当前充电特性：电压需求、电流需求、电压输出值、电流输出值、最高动力蓄电池温度、或最低动力蓄电池温度。如表1
‑
3所示的，这样的信息都是bcl报文、bcs报文或bsm报文的必选项，这能够保证验证设备140能够获得这样的信息。应当理解，其他适当的动态充电参数也是可用的。
[0060]
在一些实现中，也可以由充电设备120提取报文中的特定充电参数，并将这样的充电参数发送至验证设备140，而无需验证设备140接收完整的报文。
[0061]
在一些实现中，验证设备140可以获取交通工具110的至少一项充电参数在不同soc下的一组当前值，以作为当前充电特性。示例性地，以电压需求参数作为示例，验证设备140可以获取交通工具110在预充电过程中所发送的bcl报文，并可以获取与预定数目个soc值所对应的电压需求参数的值。
[0062]
示例性地，验证设备140可以获取在10个连续soc值下(例如，2％、3％、
……
、11％)电压需求参数的值(v1、v2、
……
、v10)。这样的一组值可以构成当前充电特性。
[0063]
在一些实现中，当前充电特性可以与多项充电参数相关联。相应地，当前充电特性可以包括多项充电参数在不同soc下的多组值。
[0064]
在框204，验证设备140获取与预定的交通工具型号相关联的预期充电特性。
[0065]
在一些实现中，预定的交通工具型号基于请求对待充电的交通设备110进行充电的用户先前认证的交通工具而被确定。
[0066]
在一些实现中，如上文所介绍的，用户例如可以注册到充电服务平台，并绑定需要充电的交通工具。例如，用户可以通过上传交通工具信息或拍摄照片等方式来实现首次绑定过程中的交通工具认证。
[0067]
在完成交通工具的认证后，当用户再次期望获取充电服务时，用户例如可以通过相关联的终端设备或充电设备120访问充电服务平台，以使得充电设备120能够为交通工具提供充电。
[0068]
在一些实现中，验证设备140可以确定请求从充电设备120获取充电服务的用户的身份标识。示例性地，当用户通过终端设备或充电设备120访问充电服务平台时，验证设备140可以获取用户的标识，例如，其平台账号或绑定的手机号码等。
[0069]
附加地，验证设备140可以基于身份标识确定该用户已经完成认证的认证交通工
具的目标型号。示例性地，用户例如已经绑定了型号为“a1”的交通工具，并且完成了该交通工具的手动认证。相应地，验证设备140可以确定目标型号为“a1”。相应地，该目标型号可以被确定作为交通工具110的预期型号。
[0070]
在一些实现中，预定的交通工具型号也可以与限制获取充电服务的交通工具相关联。例如，部分政府部门可能定期地披露具有安全隐患的交通工具型号，或者直接发布特定交通工具型号禁止在公共场所获取充电服务的通知。相应地，验证设备140可以获取关于限制获取充电服务的交通工具型号的信息。
[0071]
在一些实现中，验证设备140可以基于与与预定的交通工具型号相关联的特定交通工具在预定时间段内的一组充电记录来确定预期充电特性。
[0072]
在一些实现中，在确定预定的交通工具型号后，验证设备140(或其他任何适当的处理设备)可以获取具有该预定的交通工具型号的特定交通工具在预定时间段内(的一组充电记录。例如，充电服务平台的服务器可以获取过去2个月内型号为“a1”的交通工具的全部充电记录。应当理解，这样的充电记录不仅限于请求充电服务的当前用户，而可以是全平台的任何适当的使用者。
[0073]
附加地，验证设备140可以基于所获取的该组充电记录确定预期充电特性。以下将结合静态充电参数和动态充电参数来分别介绍确定预期充电特性的过程。
[0074]
在一些实现中，当前充电特性可以指示静态充电参数。相应地，验证设备140可以基于一组充电记录相关联的报文，确定静态充电参数在一组充电记录中的取值分布。与上文讨论的确定当前充电特性的过程类似，验证设备140可以相应地从与该组充电记录相关联的brm报文和/或bcp报文中获取对应的静态充电参数的取值，从而确定静态充电参数的取值分布。
[0075]
在一些实现中，在确定取值分布之前，验证设备140例如还可以对不合理的数据进行过滤。示例性地，以整车动力蓄电池系统额定总电压作为示例，目前来看绝大多数车型都处于(250v,750v)的范围内。相应地，验证设备140可以将取值在该范围外的数据确定为异常数据，并且不纳入确定取值分布的考虑范围内。
[0076]
图3示出了根据本公开实施例的静态充电参数的示例取值分布的示意图300。在图3的示例中，横轴例如表示静态充电参数的参数取值310，例如，该静态充电参数在该组充电记录中的取值包括4500、4200、4100、4420、4439、4800和4279。相应地，纵轴表示与参数取值相对应的充电记录数目320，例如，参数取值4500对应了700条充电记录，参数取值4200对应了30条充电记录。
[0077]
在一些实现中，以整车动力蓄电池系统额定总电压元数据作为静态充电参数的示例，取值分布例如还可以表示为：
[0078][0079]
其中m表示预期车型，m表示参数取值的分布数(在图3的示例中为7)，表示与相应参数取值所对应的充电记录数目。
[0080]
附加地，验证设备140可以基于静态充电参数的取值分布来确定预期充电特性。
[0081]
在一些实现中，验证设备140可以根据选择充电记录数目的大小选择预定数目的数据点以作为最终的预期充电特性。示例性的，与整车动力蓄电池系统额定总电压元数据
相对应的预期充电特性可以表示为：
[0082][0083]
其中表示充电记录数目最大的取参数取值所对应的充电记录数目(例如，在图3的示例中为700)，c
m
‑
vol
表示用于确定取值分布的有效充电记录的数目。
[0084]
在一些实现中，验证设备140还可以利用多项静态充电参数的取值分布来确定预期充电特性。例如，预期充电特性可以表示为：
[0085][0086]
其中d
m
‑
i
是基于公式(2)所确定的，其指示不同充电参数的取值分布。
[0087]
应当理解，在一些实现中，以上基于充电记录来确定充电特性的过程也可以是由任何其他的计算设备执行，并将充电特性与对应的型号进行相关联的存储。验证设备140例如可以基于预定的交通工具型号来直接确定对应的预期充电特性。
[0088]
在一些实现中，当前充电特性可以指示动态充电参数。相应地，具体地，验证设备140可以基于一组充电记录相关联的报文，确定动态充电参数在不同当前电荷状态下的取值分布。与上文讨论的确定当前充电特性的过程类似，验证设备140可以相应地从与该组充电记录相关联的bcl报文、bcs报文和/或bsm报文中获取对应的动态充电参数的在不同soc下的值，从而确定动态充电参数在不同soc下的取值分布。
[0089]
图4示出了根据本公开实施例的动态充电参数随当前电荷量改变布的示意图400。在图4的示例中，横轴例如表示当前电荷量soc，第一纵轴表示电压值(其例如对应于充电参数：电压需求和电压输出值)，第二纵轴表示电流值(其例如对应于充电参数：电流需求和电路输出值)。这样的曲线描绘了动态充电参数随着soc的增加而发生的变化。
[0090]
以图4中的数据点420作为示例，其表示了在特定soc 410下，电压需求、电压输出值、电流需求和电路输出值的相应值。应当理解，每个充电记录都可以指示类似的充电曲线。
[0091]
附加地，验证设备140可以对不同充电记录中与不同soc相对应的动态充电参数的取值进行汇总。示例性地，soc 410可以表示当前电荷量为30％。相应地，验证设备140可以获取该组充电记录中与30％的soc相关联的动态充电参数的一组取值，并确定该组取值的分布。
[0092]
在一些实现中，在确定取值分布之前，验证设备140例如还可以对不合理的数据进行过滤。示例性地，以电压需求作为示例，验证设备140可以获取一组充电记录中在特定soc值下的电压需求的值。相应地，验证设备140可以仅保留数据分布在范围(μ
‑
3σ，μ+3σ)内的值，其中μ表示该组值的均值，σ表示该组值的方差。基于这样的方式，可以剔除明显异常的值，从而提高验证的准确性。
[0093]
以电压需求、电流需求、电压输出值和电流输出值作为充电参数的示例，验证设备140可以确定在每个soc下各充电参数的取值分布：
[0094][0095]
其中表示soc为i％时的电压需求，表示soc为i％时的电流需求，
表示soc为i％时的电压输出值，表示soc为i％时的电流输出值。
[0096]
以soc为30％作为示例，可以表示为：
[0097][0098]
其中x
i
表示根据该组充电记录所确定的一组电压需求值中的一个电压需求值，则是该组充电记录中电压需求值为x
i
的充电记录数目。
[0099]
在一些实现中，验证设备140还可以基于每个充电参数在不同soc下的取值来确定充电参数在多个取值区间的概率分布，并将概率分布确定作为充电参数的取值分布。
[0100]
示例性地，验证设备140可以每个充电参数在单个soc处的取值范围(例如，(μ
‑
3σ，μ+3σ))划分为预定数目的取值区间。例如，每0.1σ的范围可以作为一个取值区间。相应地，验证设备140例如可以确定60个取值区间。
[0101]
附加地，验证设备140还可以基于与每个取值区间相关联的充电记录的数目来确定与每个取值区间相对应的概率。以soc为30％作为示例，与电压需求相关的概率分布如下：
[0102][0103]
其中p
yi
表示与第i个取值区间y
i
相对应的概率，其是基于该区间内的数据项的数目与总的数据项的数目的比例而被确定的。
[0104]
在一些实现中，为了减小分区相邻跨度造成的误差分析，验证设备140还可以概率分布进行数据平滑。以电压需求vneed
i
为例，其可以按照以下公式而被平滑：
[0105][0106]
基于这样的方式，验证设备140可以获取与每个动态充电参数相关联的概率分布，从而获得与预期型号相关联的预期充电特性，其例如可以表示为：
[0107][0108]
应当理解，在一些实现中，以上基于充电记录来确定预期充电特性的过程也可以是由任何其他的计算设备执行，并将预期充电特性与对应的型号进行相关联的存储。验证设备140例如可以基于预期型号来直接确定对应的预期充电特性。
[0109]
继续参考图2，在框206，验证设备140基于当前充电特性与预期充电特性验证交通工具110的型号。
[0110]
在一些实现中，验证设备140可以基于静态充电参数来验证交通工具110的型号。如上文所讨论的，当前充电特定可以指示交通工具的静态充电参数的当前值，并且预期充电特性指示至少一项充电参数的第一取值分布。相应地，验证设备140可以基于当前充电特性是否与预期充电特性匹配来验证交通工具110的型号。
[0111]
在一些实现中，验证设备140可以基于当前值与取值分布来确定第一得分，其中第一得分指示当前值与第一取值分布的匹配程度。
[0112]
示例性地，当前充电特性例如可以表示为{d1，d2，...，d
i
}，i∈[1，n]，其中d
i
表示
第i项静态充电参数的当前值。相应地，在获取预期充电特性d
m
后，验证设备140可以基于二者的比较来确定第一得分。
[0113]
在一些实现中，与第i项静态充电参数所对应的第一得分s1‑
i
可以根据以下公式来被确定
[0114][0115]
其中θ是每个静态充电参数的占比最小阈值，只有大于这个占比阈值才认为指标匹配。在一些实现中，总的第一得分s1可以被确定全部充电参数所对应的第一得分的总和。根据公式(9)，第一得分越低，则表示当前充电特性与预期充电特性的匹配程度越好。应当理解，公式(9)也可以被适应性地修改，以使得越高的得分指示越好的匹配程度。
[0116]
在一些实现中，验证设备140可以至少基于第一得分来验证待充电的交通工具110的型号。在一些实现中，当第一得分小于预定阈值时，验证设备140可以确定该交通工具110与预定的交通工具型号匹配。相反，验证设备140可以确定该交通工具110与预定的交通工具型号不匹配。
[0117]
在一些实现中，验证设备140还可以考虑当前充电特性的合理性来进行验证。具体地，验证设备140可以基于指示当前充电特性的基于当前值来确定第二得分，其中第二得分指示当前值是否处于合理的取值范围。
[0118]
具体地，与第i项充电参数所对应的第二得分s2‑
i
可以根据以下公式来被确定：
[0119][0120]
其中[d
i
‑
min
，d
i
‑
max
]指示相应充电参数的合理取值范围。
[0121]
在一些实现中，总的第二得分s2可以被确定全部静态充电参数所对应的第二得分的总和。根据公式(5)，第二得分越低，则表示当前充电特性的取值合理程度越高。应当理解，公式(5)也可以被适应性地修改，以使得越高的得分指示越高的合理程度。
[0122]
附加地，验证设备140也可以基于第一得分和第二得分两者来验证待充电的交通工具。在一些实现中，在第一得分小于第一阈值且第二得分也小于第二阈值的情况下，验证设备140可以确定交通工具110与预定的交通工具型号相匹配。附加地，如果第一得分大于第一阈值且第二得分小于第二阈值，则验证设备140可以确定交通工具110与预定的交通工具型号不匹配。附加地，如果第二得分高于第二阈值，则表示大部分充电参数的取值均不合理，验证设备140可以确定当前无法完成验证，即无法确定交通工具110是否与预定的交通工具型号匹配。
[0123]
在一些实现中，验证设备140可以基于动态充电参数来验证交通工具110的型号。在一些实现中，如上文所讨论的，当前充电特性指示动态充电参数在不同当前电荷状态下的一组当前值，并且预期充电特性指示动态充电参数在多个取值区间的概率分布。相应地，验证设备140可以基于该组当前值所对应的概率来验证交通工具110的型号。
[0124]
在一些实现中，验证设备140可以基于预定充电特性指示的动态充电参数在多个取值区间的概率分布，确定与一组当前值中每个当前值相对应的概率。
[0125]
以验证设备140基于交通工具110在10个连续soc下的充电参数来进行验证作为示例，验证设备140可以根据动态充电参数的每个当前值所对应的概率。以电压需求作为示例，验证设备140可以基于概率分布定与电压需求的10个当前值vneed
i
(i＝1、2、
……
、10)所对应的概率
[0126]
在一些实现中，验证设备140可以基于概率来确定与动态充电参数相对应的参数匹配度。继续以电压需求作为示例，验证设备140例如可以确定10个soc所对应的10个概率的概率和，并将其作为参数匹配度。
[0127]
在一些实现中，验证设备140可以基于参数匹配度来验证交通工具110的型号。在一些实现中，验证设备140例如可以将参数匹配度与预定的阈值进行比较。在参数匹配度大于该阈值时，验证设备140可以确定交通工具110与预定的交通工具型号匹配。相反，验证设备140可以确定交通工具与预定的交通工具型号不匹配。
[0128]
在一些实现中，验证设备140可以基于多项动态充电参数来进行验证。相应地，验证设备140还可以基于与多项动态充电参数中的每一项动态充电参数所对应的参数匹配度，来确定当前充电特性与预期充电特性的特性匹配度。
[0129]
以电压需求、电流需求、电压输出值和电流输出值作为动态充电参数的示例，特性匹配度例如可以被确定为：
[0130][0131]
其中w
vneed
,w
ineed
,w
vreal
,w
ireal
分别表示电压需求vneed，电流需求ineed，电压输出值vreal，电流输出值ireal所对应的权重。也即，特性匹配度可以被确定为与多项动态充电参数相对应的参数匹配度的加权和。
[0132]
应当理解，以上公式中所采用的具体动态充电参数仅是示例性的。在不违背本公开主旨的情况下，还可以采用其他任何适当的动态充电参数或其组合。
[0133]
附加地，验证设备140可以基于特性匹配度来验证交通工具的有效性。相应地，验证设备140可以将特性匹配度与预定阈值进行比较。在特性匹配度大于该阈值时，验证设备140可以确定交通工具110是与预定的交通工具型号匹配。相反，验证设备140可以确定交通工具与预定的交通工具型号不匹配。
[0134]
在一些实现中，验证设备140还可以基于静态充电参数与动态充电参数的组合来对交通工具110的型号进行验证。示例性地，验证设备140可以首先基于静态充电参数来进行验证，在由于上文所讨论的第二得分高于阈值时，静态充电参数无法有效地对交通工具110的型号进行验证，相应地，验证设备140可以进一步获取动态充电参数信息，并基于动态参数信息来验证交通工具110的型号。
[0135]
在一些实现中，验证设备140也可以利用基于静态充电参数确定的第一匹配度与基于动态充电参数确定的第二匹配度的加权和来对交通工具110的型号进行验证。
[0136]
基于这样的方式，本公开的实施例可以利用交通工具与充电设备进行通信过程中所确定的当前充电特性，并将其与预期充电特性比较，从而可以自动地对交通工具的有效性进行验证。这能够避免给用户带来额外的认证负担，提高用户交互的友好程度。此外，这还能够避免由于用户错误上传信息而带来的验证错误，从而提高验证的准确性。
[0137]
在一些实现中，当预定的交通工具型号指示用户先前认证的交通工具时，响应于交通工具110与预定的交通工具型号不匹配，则验证设备140可以使充电设备120拒绝为交通工具110充电。此外，在一些实现中，在交通工具110被确定与预定的交通工具型号不匹配的情况下，验证设备140例如还可以通过充电设备120或用户的终端设备来提供交通工具110需要被认证以获得充电服务的提醒。例如，该提醒可以指示用户需要对当前的交通工具进行手动认证。此外，当交通工具110被确定与预定的交通工具型号匹配时，验证设备140例如可以使充电设备120为交通工具110正常进行充电。
[0138]
在一些实现中，当预定的交通工具型号与限制获取充电服务的交通工具相关联时，响应于交通工具110与预定的交通工具型号匹配，则验证设备140可以使充电设备120拒绝为交通工具110充电。基于这样的方式，可以保护提高充电过程的安全性。
[0139]
图5示出了根据本公开的某些实施例的用于交通工具的充电验证的装置500的示意性结构框图。装置500可以被实现为或者被包括在验证设备140或者实施本公开的用于交通工具的充电验证的过程的其他设备中。
[0140]
如图5所示，装置500包括：当前特性确定模块510，被配置为基于待充电的交通工具与充电设备之间的通信，确定交通工具的当前充电特性。装置500还包括预期特性获取模块520，被配置为获取与预定的交通工具型号相关联的预期充电特性。此外，装置500还包括验证模块530，被配置为基于当前充电特性与预期充电特性，验证交通工具的型号。
[0141]
在一些实现中，当前充电特性指示与待充电的交通工具相关联的静态充电参数。
[0142]
在一些实现中，当前充电特性确定模块510包括：第一报文获取模块，被配置为获取交通工具在与充电设备建立连接阶段发送至充电设备的报文，报文包括电池管理系统和车辆辨识报文brm和动力蓄电池充电参数报文bcp中的至少一项；以及第一确定报文解析模块，被配置为基于报文，确定当前充电特性。
[0143]
在一些实现中，第一报文解析模块包括：静态充电参数解析模块，被配置为从报文中确定以下充电参数中的至少一项以作为当前充电特性：电池类型、整车动力蓄电池系统额定容量、整车动力蓄电池系统额定总电压、单体动力蓄电池最高允许充电电压，最高允许充电电流、动力蓄电池标称总能量、最高允许充电总电压、最高允许温度、整车动力蓄电池荷电状态、或整车动力蓄电池当前电池电压。
[0144]
在一些实现中，其中预期充电特性指示静态充电参数的第一取值分布，第一取值分布是基于与预定的交通工具型号相关联的特定交通工具在预定时间段内的一组充电记录而被确定的。
[0145]
6在一些实现中，其中验证模块530包括：第一得分确定模块，被配置为基于由当前充电特性指示的静态充电参数的当前值与第一取值分布，确定第一得分，第一得分指示当前值与第一取值分布的匹配程度；以及第一验证模块，被配置为至少基于第一得分来验证交通工具的型号。
[0146]
在一些实现中，第一验证模块包括：第二得分确定模块，被配置为基于当前值确定第二得分，第二得分指示当前值是否处于合理的取值范围；以及第二验证模块，被配置为基于第一得分和第二得分，来验证交通工具的型号。
[0147]
在一些实现中，当前充电特性指示与待充电的交通工具相关联的动态充电参数。
[0148]
在一些实现中，当前特性确定模块510包括：第二报文获取模块，被配置为获取待
充电的交通工具在预充电过程中发送至充电设备的报文，报文包括电池充电需求报文bcl、电池充电总状态报文bcs和动力蓄电池状态信息报文bsm中的至少一项；以及第二报文解析模块，被配置为基于报文，确定当前充电特性。
[0149]
在一些实现中，第二报文解析模块包括：动态充电参数解析模块，被配置为从报文中确定以下充电参数中的至少一项以作为当前充电特性：电压需求、电流需求、电压输出值、电流输出值、最高动力蓄电池温度、或最低动力蓄电池温度。
[0150]
在一些实现中，预期充电特性指示动态充电参数在不同当前电荷状态下的第二取值分布，第二取值分布是基于与预定的交通工具型号相关联的特定交通工具在预定时间段内的一组充电记录而被确定的。
[0151]
在一些实现中，取值分布指示动态充电参数在多个取值区间的概率分布。
[0152]
在一些实现中，验证模块530包括：概率确定模块，被配置为基于概率分布，确定与由当前充电特性指示动态充电参数在不同当前电荷状态下的一组当前值中每个当前值相对应的概率；参数匹配度确定模块，被配置为基于概率，确定与动态充电参数相对应的参数匹配度；以及第三验证模块，被配置为基于参数匹配度，验证交通工具的型号。
[0153]
在一些实现中，动态充电参数包括多项动态充电参数，第三验证模块包括：特性匹配度确定模块，被配置为基于与多项动态充电参数中的每一项动态充电参数所对应的参数匹配度，确定当前充电特性与预期充电特性的特性匹配度；以及第四验证模块，被配置为基于特性匹配度，验证交通工具的型号。
[0154]
在一些实现中，特性匹配度是基于与多项动态充电参数相对应的多个参数匹配度的加权和而被确定的。
[0155]
在一些实现中，预充电过程使交通工具的当前电荷状态增加的量不超过预定阈值。
[0156]
在一些实现中，预定的交通工具型号是基于请求对待充电的交通设备进行充电的用户先前认证的交通工具而被确定。
[0157]
在一些实现中，装置500还包括：第一控制模块，被配置为响应于交通工具被确定为与预定的交通工具型号不相符，使充电设备拒绝为交通工具充电。
[0158]
在一些实现中，装置500还包括：提醒模块，被配置为提供交通工具需要被认证以获得充电服务的提醒。
[0159]
在一些实现中，预定的交通工具型号与限制获取充电服务的交通工具相关联。
[0160]
在一些实现中，装置500还包括：第二控制模块，被配置为响应于交通工具被确定为与预定的交通工具型号相符，使充电设备拒绝为交通工具充电。
[0161]
图6示出了示出了其中可以实施本公开的一个或多个实施例的电子设备600的框图。应当理解，图6所示出的电子设备600仅仅是示例性的，而不应当构成对本文所描述的实施例的功能和范围的任何限制。图6所示出的电子设备600可以被包括在或被实现为图1的验证设备140或实施本公开的用于交通工具的充电验证的其他设备。
[0162]
如图6所示，电子设备600是通用计算设备的形式。电子设备600也可以是任何类型的计算设备或服务器。电子设备600的组件可以包括但不限于一个或多个处理器或处理单元610、存储器620、存储设备630、一个或多个通信单元640、一个或多个输入设备650以及一个或多个输出设备660。处理单元610可以是实际或虚拟处理器并且能够根据存储器620中
存储的程序来执行各种处理。在多处理器系统中，多个处理单元并行执行计算机可执行指令，以提高电子设备600的并行处理能力。
[0163]
电子设备600通常包括多个计算机存储介质。这样的介质可以是电子设备600可访问的任何可以获得的介质，包括但不限于易失性和非易失性介质、可拆卸和不可拆卸介质。存储器620可以是易失性存储器(例如寄存器、高速缓存、随机访问存储器(ram))、非易失性存储器(例如，只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、闪存)或它们的某种组合。存储设备630可以是可拆卸或不可拆卸的介质，并且可以包括机器可读介质，诸如闪存驱动、磁盘或者任何其他介质，其可以能够用于存储信息和/或数据(例如地图数据)并且可以在电子设备600内被访问。
[0164]
电子设备600可以进一步包括另外的可拆卸/不可拆卸、易失性/非易失性存储介质。尽管未在图6中示出，可以提供用于从可拆卸、非易失性磁盘(例如“软盘”)进行读取或写入的磁盘驱动和用于从可拆卸、非易失性光盘进行读取或写入的光盘驱动。在这些情况中，每个驱动可以由一个或多个数据介质接口被连接至总线(未示出)。存储器620可以包括计算机程序产品625，其具有一个或多个程序模块，这些程序模块被配置为执行本公开的各种实施例的各种方法或动作。
[0165]
通信单元640实现通过通信介质与其他计算设备进行通信。附加地，电子设备600的组件的功能可以以单个计算集群或多个计算机器来实现，这些计算机器能够通过通信连接进行通信。因此，电子设备600可以使用与一个或多个其他服务器、网络个人计算机(pc)或者另一个网络节点的逻辑连接来在联网环境中进行操作。
[0166]
输入设备650可以是一个或多个输入设备，例如鼠标、键盘、追踪球等。输出设备660可以是一个或多个输出设备，例如显示器、扬声器、打印机等。电子设备600还可以根据需要通过通信单元640与一个或多个外部设备(未示出)进行通信，外部设备诸如存储设备、显示设备等，与一个或多个使得用户与电子设备600交互的设备进行通信，或者与使得电子设备600与一个或多个其他计算设备通信的任何设备(例如，网卡、调制解调器等)进行通信。这样的通信可以经由输入/输出(i/o)接口(未示出)来执行。
[0167]
根据本公开的示例性实现方式，提供了一种计算机可读存储介质，其上存储有计算机可执行指令或程序，其中计算机可执行指令或程序被处理器执行以实现上文描述的方法或功能。计算机可读存储介质可以包括非瞬态计算机可读介质。根据本公开的示例性实现方式，还提供了一种计算机程序产品，包括计算机可执行指令或程序，而计算机可执行指令或程序被处理器执行以实现上文描述的方法或功能。该计算机程序产品可以被有形地体现在非瞬态计算机可读介质上。
[0168]
这里参照根据本公开实现的方法、装置、设备和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可执行指令或程序实现。
[0169]
这些计算机可执行指令或程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可执行指令或程序存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，
存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
[0170]
可以把计算机可执行指令或程序加载到计算机、其他可编程数据处理装置、或其他设备上，使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其他可编程数据处理装置、或其他设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
[0171]
附图中的流程图和框图显示了根据本公开的多个实现的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0172]
以上已经描述了本公开的各实现，上述说明是示例性的，并非穷尽性的，并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实现的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文公开的各个实现方式。
[0173]
示例实现方式
[0174]
ts 1.一种用于交通工具的充电验证的方法，包括：
[0175]
基于待充电的交通工具与充电设备之间的通信，确定所述交通工具的当前充电特性；
[0176]
获取与预定的交通工具型号相关联的预期充电特性；以及
[0177]
基于所述当前充电特性与所述预期充电特性，验证所述交通工具的型号。
[0178]
ts 2.根据ts 1所述的方法，其中所述当前充电特性指示与所述待充电的交通工具相关联的静态充电参数。
[0179]
ts 3.根据ts 2所述的方法，其中确定所述当前充电特性包括：
[0180]
获取所述交通工具在与所述充电设备建立连接阶段发送至所述充电设备的报文，所述报文包括电池管理系统和车辆辨识报文brm和动力蓄电池充电参数报文bcp中的至少一项；以及
[0181]
基于所述报文，确定所述当前充电特性。
[0182]
ts 4.根据ts 3所述的方法，其中基于所述报文确定所述当前充电特性包括：
[0183]
从所述报文中确定以下充电参数中的至少一项以作为所述当前充电特性：电池类型、整车动力蓄电池系统额定容量、整车动力蓄电池系统额定总电压、单体动力蓄电池最高允许充电电压，最高允许充电电流、动力蓄电池标称总能量、最高允许充电总电压、最高允许温度、整车动力蓄电池荷电状态、或整车动力蓄电池当前电池电压。
[0184]
ts 5.根据ts 2所述的方法，其中所述预期充电特性指示所述静态充电参数的第一取值分布，所述第一取值分布是基于与所述预定的交通工具型号相关联的特定交通工具
在预定时间段内的一组充电记录而被确定的。
[0185]
ts 6.根据ts 5所述的方法，其中验证所述交通工具的型号包括：
[0186]
基于由所述当前充电特性指示的所述静态充电参数的当前值与所述第一取值分布，确定第一得分，所述第一得分指示所述当前值与所述第一取值分布的匹配程度；以及
[0187]
至少基于所述第一得分来验证所述交通工具的型号。
[0188]
ts 7.根据ts 6所述的方法，其中至少基于所述第一得分来验证所述交通工具的型号包括：
[0189]
基于所述当前值确定第二得分，所述第二得分指示所述当前值是否处于合理的取值范围；以及
[0190]
基于所述第一得分和所述第二得分，来验证所述交通工具的型号。
[0191]
ts 8.根据ts 1所述的方法，其中所述当前充电特性指示与所述待充电的交通工具相关联的动态充电参数。
[0192]
ts 9.根据ts 8所述的方法，其中确定所述当前充电特性包括：
[0193]
获取所述待充电的交通工具在预充电过程中发送至所述充电设备的报文，所述报文包括电池充电需求报文bcl、电池充电总状态报文bcs和动力蓄电池状态信息报文bsm中的至少一项；以及
[0194]
基于所述报文，确定所述当前充电特性。
[0195]
ts 10.根据ts 9所述的方法，其中基于所述报文确定所述当前充电特性包括：
[0196]
从所述报文中确定以下充电参数中的至少一项以作为所述当前充电特性：电压需求、电流需求、电压输出值、电流输出值、最高动力蓄电池温度、或最低动力蓄电池温度。
[0197]
ts 11.根据ts 8所述的方法，其中所述预期充电特性指示所述动态充电参数在不同当前电荷状态下的第二取值分布，所述第二取值分布是基于与所述预定的交通工具型号相关联的特定交通工具在预定时间段内的一组充电记录而被确定的。
[0198]
ts 12.根据ts 11所述的方法，其中所述取值分布指示所述动态充电参数在多个取值区间的概率分布。
[0199]
ts 13.根据ts 12所述的方法，其中基于所述当前充电特性与所述预期充电特性验证所述交通工具的型号包括：
[0200]
基于所述概率分布，确定与由所述当前充电特性指示所述动态充电参数在不同当前电荷状态下的一组当前值中每个当前值相对应的概率；
[0201]
基于所述概率，确定与所述动态充电参数相对应的参数匹配度；以及
[0202]
基于所述参数匹配度，验证所述交通工具的型号。
[0203]
ts 14.根据ts 13所述的方法，其中所述动态充电参数包括多项动态充电参数，其中基于所述参数匹配度来验证所述交通工具的有效性包括：
[0204]
基于与所述多项动态充电参数中的每一项动态充电参数所对应的参数匹配度，确定所述当前充电特性与所述预期充电特性的特性匹配度；以及
[0205]
基于所述特性匹配度，验证所述交通工具的型号。
[0206]
ts 15.根据ts 14所述的方法，其中所述特性匹配度是基于与所述多项动态充电参数相对应的多个所述参数匹配度的加权和而被确定的。
[0207]
ts 16.根据ts 9所述的方法，其中所述预充电过程使所述交通工具的所述当前电
荷状态增加的量不超过预定阈值。
[0208]
ts 17.根据ts 1所述的方法，其中所述预定的交通工具型号是基于请求对所述待充电的交通设备进行充电的用户先前认证的交通工具而被确定。
[0209]
ts 18.根据ts 17所述的方法，还包括：
[0210]
响应于所述交通工具被确定为与所述预定的交通工具型号不相符，使所述充电设备拒绝为所述交通工具充电。
[0211]
ts 19.根据ts 18所述的方法，还包括：
[0212]
提供所述交通工具需要被认证以获得充电服务的提醒。
[0213]
ts 20.根据ts 1所述的方法，其中所述预定的交通工具型号与限制获取充电服务的交通工具相关联。
[0214]
ts 21.根据ts 20所述的方法，还包括：
[0215]
响应于所述交通工具被确定为与所述预定的交通工具型号相符，使所述充电设备拒绝为所述交通工具充电。
[0216]
ts 22.一种用于交通工具的充电验证的装置，包括：
[0217]
当前特性确定模块，被配置为基于待充电的交通工具与充电设备之间的通信，确定所述交通工具的当前充电特性；
[0218]
预期特性获取模块，被配置为获取与预定的交通工具型号相关联的预期充电特性；以及
[0219]
验证模块，被配置为基于所述当前充电特性与所述预期充电特性，验证所述交通工具的型号。
[0220]
ts 23.一种电子设备，包括：
[0221]
存储器和处理器；
[0222]
其中所述存储器用于存储一条或多条计算机指令，其中所述一条或多条计算机指令被所述处理器执行以实现根据ts 1至21中任一项所述的方法。
[0223]
ts 24.一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中所述一条或多条计算机指令被处理器执行以实现根据ts 1至21中任一项所述的方法。
[0224]
ts 25.一种计算机程序产品，包括计算机可执行指令，其中所述计算机可执行指令在被处理器执行时实现根据ts 1至21中任一项所述的方法。