CN109871985A - 充电时长预估方法、装置、终端设备及存储介质 - Google Patents

Abstract

本申请实施例适用于电动车技术领域，公开了一种充电时长预估方法、装置、终端设备及计算机可读存储介质，其中，方法包括：获取充电桩的二维码信息；根据二维码信息，向充电用户呈现充电订单界面；接收充电用户输入的充电金额信息；获取充电用户的历史订单；根据历史订单，获得充电用户对应电动车的有效充电功率；根据充电金额信息和有效充电功率，计算当次可充电时长。本申请实施例可以提高分功率收费模式下的充电时长预估准确性，提高用户充电体验。

Description

充电时长预估方法、装置、终端设备及存储介质

技术领域

本申请属于电动车技术领域，尤其涉及一种充电时长预估方法、装置、终端设备及计算机可读存储介质。

背景技术

随着科学技术的不断发展，电动车的应用也越来越广泛。

一般情况下，电动车的充电是通过充电站的充电桩完成的，在充电过程中，充电车主需要利用手机等移动终端扫描充电桩的二维码，进入到相应的界面，输入当次充电金额信息，然后，根据充电车主输入的充电金额，预估出该充电金额对应的充电时长，例如，当用户输入3元时，则提示用户可充电时长为3小时。目前，在分功率收费模式下，根据用户输入的充电金额计算可充电时长都是按照统一功率计算的，即不管充电车主的电动车的实际功率是多少，都均按照统一的电动车功率来计算可充电时长。

但是，不同的电动车，功率一般都不一样，在分功率收费模式下，如果均按照统一功率来预估可充电时长，会使得所预估的可充电时长的准确性较低。同一充电金额，大功率车辆的实际充电时长远小于预估的充电时长，而小功率车辆的实际充电时长远大于预估的充电时长，严重误导用户，降低用户充电体验。

发明内容

有鉴于此，本申请实施例提供一种充电时长预估方法、装置、终端设备及计算机可读存储介质，以解决现有按照统一车辆功率预估可充电时长的准确性较低，严重降低用户充电体验的问题。

本申请实施例的第一方面提供一种充电时长预估方法，包括：

获取充电桩的二维码信息；

根据所述二维码信息，向充电用户呈现充电订单界面；

接收所述充电用户输入的充电金额信息；

获取所述充电用户的历史订单；

根据所述历史订单，获得所述充电用户对应电动车的有效充电功率；

根据所述充电金额信息和所述有效充电功率，计算当次可充电时长。

结合第一方面，在一种可行的实现方式中，所述根据所述历史订单，获得所述充电用户对应电动车的有效充电功率，包括：

获取订单完成时间离当前时间最近的第一历史订单；

获取所述第一历史订单所记录的第一充电功率，将所述第一充电功率作为所述有效充电功率。

结合第一方面，在一种可行的实现方式中，在所述获取订单完成时间离当前时间最近的第一历史订单之后，还包括：

判断所述第一历史订单所记录的充电时长是否大于等于预设时长；

当所述充电时长小于所述预设时长时，获取订单完成时间离所述第一历史订单的订单完成时间最近的且所记录的充电时长大于等于所述预设时长的第二历史订单；

获取所述第二历史订单所记录的第二充电功率，将所述第二充电功率作为所述有效充电功率；

当所述充电时长大于等于所述预设时长时，执行后续获取所述第一历史订单所记录的第一充电功率，将所述第一充电功率作为所述有效充电功率的步骤。

结合第一方面，在一种可行的实现方式中，所述根据所述历史订单，获得所述充电用户对应电动车的有效充电功率，包括：

获取预设时间段内的第三历史订单；

根据所述第三历史订单所记录的第三充电功率，计算平均功率，将所述平均功率作为所述有效充电功率。

结合第一方面，在一种可行的实现方式中，在所述根据至所述第三历史订单所记录的第三充电功率，计算平均功率之后，还包括：

计算所述平均功率与任意一张所述第三历史订单所记录的充电功率间的第一差值；

判断所述第一差值是否大于第一预设阈值；

当所述第一差值大于所述第一预设阈值时，从所述第三历史订单中筛选出多张目标订单；

根据多张所述目标订单所记录的充电功率，计算所述平均功率。

结合第一方面，在一种可行的实现方式中，在所述根据所述充电金额信息和所述有效充电功率，计算当次可充电时长之后，还包括：

以预设显示方式，将所述当次可充电时长呈现给所述充电用户。

结合第一方面，在一种可行的实现方式中，在所述根据所述充电金额信息和所述有效充电功率，计算当次可充电时长之后，还包括：

在所述充电用户将所述电动车连接至所述充电桩之后，获取所述电动车的第四充电功率；

计算所述第四充电功率和所述有效充电功率之间的第二差值；

判断所述第二差值是否大于第二预设阈值；

当所述第二差值大于所述第二预设阈值时，显示提示信息，以提示所述充电用户是否已换车；

当所述充电用户输入换车确认指令时，标记当次充电订单。

本申请实施例的第二方面提供一种充电时长预估装置，包括：

二维码获取模块，用于获取充电桩的二维码信息；

呈现模块，用于根据所述二维码信息，向充电用户呈现充电订单界面；

接收模块，用于接收所述充电用户输入的充电金额信息；

历史订单获取模块，用于获取所述充电用户的历史订单；

有效充电功率获取模块，用于根据所述历史订单，获得所述充电用户对应电动车的有效充电功率；

计算模块，用于根据所述充电金额信息和所述有效充电功率，计算当次可充电时长。

结合第二方面，在一种可行的实现方式中，所述有效充电功率获取模块包括：

第一订单获取单元，用于获取订单完成时间离当前时间最近的第一历史订单；

第一功率获取单元，用于获取所述第一历史订单所记录的第一充电功率，将所述第一充电功率作为所述有效充电功率。

结合第二方面，在一种可行的实现方式中，所述有效充电功率获取模块还包括：

第一判断单元，用于判断所述第一历史订单所记录的充电时长是否大于等于预设时长；

第二订单获取单元，用于当所述充电时长小于所述预设时长时，获取订单完成时间离所述第一历史订单的订单完成时间最近的且所记录的充电时长大于等于所述预设时长的第二历史订单；

第二功率获取单元，用于获取所述第二历史订单所记录的第二充电功率，将所述第二充电功率作为所述有效充电功率；

执行单元，用于当所述充电时长大于等于所述预设时长时，执行后续获取所述第一历史订单所记录的第一充电功率，将所述第一充电功率作为所述有效充电功率的步骤。

结合第二方面，在一种可行的实现方式中，所述有效充电功率获取模块包括：

第三订单获取单元，用于获取预设时间段内的第三历史订单；

第一平均功率计算单元，用于根据所述第三历史订单所记录的第三充电功率，计算平均功率，将所述平均功率作为所述有效充电功率。

结合第二方面，在一种可行的实现方式中，所述有效充电功率获取模块还包括：

第一差值计算单元，用于计算所述平均功率与任意一张所述第三历史订单所记录的充电功率间的第一差值；

第二判断单元，用于判断所述第一差值是否大于第一预设阈值；

筛选单元，用于当所述第一差值大于所述第一预设阈值时，从所述第三历史订单中筛选出多张目标订单；

第二平均功率计算单元，用于根据多张所述目标订单所记录的充电功率，计算所述平均功率。

结合第二方面，在一种可行的实现方式中，还包括：

显示模块，用于以预设显示方式，将所述当次可充电时长呈现给所述充电用户。

结合第二方面，在一种可行的实现方式中，还包括：

功率获取模块，用于在所述充电用户将所述电动车连接至所述充电桩之后，获取所述电动车的第四充电功率；

第二差值计算模块，用于计算所述第四充电功率和所述有效充电功率之间的第二差值；

判断模块，用于判断所述第二差值是否大于第二预设阈值；

提示模块，用于当所述第二差值大于所述第二预设阈值时，显示提示信息，以提示所述充电用户是否已换车；

标记模块，用于当所述充电用户输入换车确认指令时，标记当次充电订单。

本申请实施例的第三方面提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面任一项所述方法的步骤。

本申请实施例的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面任一项所述方法的步骤。

本申请实施例与现有技术相比存在的有益效果是：

本申请实施例通过获取充电用户的历史订单，从该历史订单中获得该充电用户的电动车的有效充电功率，根据该有效充电功率计算相应的可充电时长，即根据每辆电动车的有效充电功率来计算可充电时长，相较于按照统一功率计算可充电时长，其所预估的可充电时长与每辆电动车的实际功率更加相符，预估准确性更高，从而大大提高充电用户的充电体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的充电场景示意图；

图2为本申请实施例提供充电时长预估方法的流程示意框图；

图3为本申请实施例提供的充电订单界面示意图；

图4为本申请实施例提供的订单标记的流程示意框图；

图5为本申请实施例提供的充电时长预估方法的另一种流程示意框图；

图6为本申请实施例提供的充电时长预估方法的又一流程示意框图；

图7为本申请实施例提供的一种充电时长预估装置的结构示意框图；

图8为本申请实施例提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

在介绍本申请实施例的具体技术方案之前，首先对本申请实施例可能涉及的应用场景进行介绍说明。

参见图1示出的充电场景示意图，在该充电场景下包括充电站1、待充电电动车2、服务器3、用户终端4，充电站1内包括至少一个充电桩11。用户终端可以通过运营商网络与后台服务器通信，充电站以及充电桩可以通过充电站内的场地网络与后台服务器通信，用户终端可以通过互联网与充电桩通信。充电桩上有至少一个插座，充电车主可以通过电动车适配器、充电线连接至充电桩的插座上。当充电车主通过用户终端完成充电订单支付之后，后台服务器会控制充电桩相应的插座通电，即可对待充电电动动车进行充电。

其中，用户终端内安装有相应的APP，以实现与后台交互、计算、人机交互等相应业务功能，该用户终端可以具体为手机、平板等智能终端。待充电电动车可以具体为电动自行车、电动摩托车、电动汽车等。

充电车主通过用户终端扫码充电桩上的二维码，用户终端在获取到二维码信息之后跳转至相应的界面；在该界面上，充电车主可以选择充电模式，当选择预付充电模式后，进一步选择或输入相应的预付金额；用户终端在获取到预付金额信息后，会根据该预付金额信息和充电功率计算出可充电时长，并将该可充电时长信息显示给充电车主；在确定充电订单信息之后，充电桩会将该充电订单上传至服务器，服务器通过与用户终端进行数据交互，完成订单支付之后，服务器会通知充电桩，充电桩则会控制相应插座通电，此时，充电车主则可以开始充电。

需要说明的是，上述所提及的应用场景仅仅是一些示例性场景，并不造成对本申请实施例具体场景的限定。

在介绍完本申请实施例可能涉及的应用场景后，下面将对本申请实施例提供的技术方案进行详细介绍说明。为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

实施例一

请参见图2，为本申请实施例提供一种充电时长预估方法的流程示意框图，该方法可以包括以下步骤：

步骤S201、获取充电桩的二维码信息。

具体地，通过移动智能终端的二维码扫描窗口扫描充电桩的二维码，移动智能终端解析该二维码，获得相应的二维码信息。

可以理解，上述充电桩的二维码可以具体外现为贴在充电桩上的二维码标签，也可以是印在充电桩的某一位置的二维码图案。

步骤S202、根据二维码信息，向充电用户呈现充电订单界面。

需要说明的是，上述充电订单界面包括但不限于充电模式信息、充电插座信息、充电金额信息等。当移动智能终端解析出该二维码信息之后，则根据该二维码信息进入到相应的界面，充电车主可以在该充电订单界面输入相应的订单信息，例如，插座选择、充电金额输入，还可以在该界面完成订单支付、可充电时长显示等。

为了更好地介绍该界面的相关信息，请参见图3示出的充电订单界面示意图，如图3所示，其左上角显示有当前计费方式为“1元/3小时”，且为按功率计费，中间部分显示有柜号或插座号，分别用数字“1、2、3、4…12”表示，还通过颜色来区分插座的可用与否；界面的下面显示有充电金额的选择，具体包括“1元”、“2元”、“自定义”等，其中，自定义是指充电金额由用户自定义，而充满自停则表示另一种充电模式，即，预先付一定的充电金额，当充满之后则自行停止充电。界面的最下面是支付方式、支付金额以及支付按钮。当充电车主点击“开始充电”按钮之后，则会进入订单支付流程。

需要说明的是，图3仅仅是充电订单界面的一种示意图，不构成对充电订单界面的限定。

步骤S203、接收充电用户输入的充电金额信息。

具体地，充电车主可以在上述充电订单界面上选择或者输入相应的充电金额，完成充电金额信息的输入。例如，如图3所示的“1元”、“2元”以及“自定义”等。

步骤S204、获取充电用户的历史订单。

需要说明的是，上述历史订单可以包括但不限于充电时长、消费金额、订单时间、充电数据等，而充电数据一般包括充电功率、充电电流、充电电压等。其中，在电动车充电过程中，充电桩内的功率计量芯片会识别出当前电动车的功率，并上传至服务器，此外，充电桩还会将充电过程中的充电电流、充电电压等一并上传至服务器。当充电完成之后，后台服务器会将充电时长、消费金额、订单时间与充电数据进行关联存储。所存储的历史订单可以被智能移动终端调用。

也就是说，移动智能终端通过历史订单，可以得知该历史订单对应的电动车的充电功率。而历史订单一般与充电用户的账户关联，故可以通过充电用户的账户信息来调用、获取该充电用户对应的历史充电订单。

步骤S205、根据历史订单，获得充电用户对应电动车的有效充电功率。

在获得历史订单之后，由于历史订单中包含有电动车的充电功率等相关信息，可以根据该历史订单获得电动车的充电功率。其中，上述有效充电功率是指电动车的实际充电功率。在充电过程中，假如充电时长过短，充电桩所采集到的充电功率不能作为电动车的实际充电功率，当某一次充电中的充电时长达到一定时间后，功率才会上升至有效充电功率。例如，在某一次充电中，充电车主的充电时长为5分钟，此时，由于充电时长过短，充电桩所采集的充电功率与电动车的实际充电功率相差较大。

具体应用中，可以将最近一次订单所记录的功率作为充电功率，即，获取离当前时间最近的一次历史订单，通过该历史订单的充电功率预估可充电时长；也可以根据多张订单，计算平均功率，将该平均功率作为该电动车的有效充电功率。

一般情况下，同一辆电动车在有效充电情况下，有效充电功率的差别是很小的，故通过上述两种方式获得的有效充电功率相差不大，可以根据实际应用需要选择不同方式。

步骤S206、根据充电金额信息和有效充电功率，计算当次可充电时长。

具体地，在分功率收费模式下，即不同功率的车辆收费标准不一致，一般情况下，大功率车辆的收费比小功率车辆的收费要高，可以通过预先设定每个功率区间的收费标准，后续根据有效充电功率所落入的功率区间，采取相应的收费标准。充电车主在输入预付金额之后，根据该预付金额和有效充电功率，以及预先设定的计费单价，计算出可充电时长。例如，如图3所示，当计费模式为按功率计费，且“1元/3小时”，上一次订单的充电功率为244W，充电金额为2元时，可充电时长为6小时。

进一步地，在预估出可充电时长后，可以在充电订单界面相应地显示出来，以提示用户大概的充电时长。在一些实施例中，在根据充电金额信息和有效充电功率，计算当次可充电时长之后，还包括：以预设显示方式，将当次可充电时长呈现给充电用户。其中，上述预设显示方式可以根据实际需要进行是设定，在此不作限定，例如，可以如图3所示的“说明：根据上次的充电功率244W，2元最多可充6小时，结束后退还未使用金额”的显示方式。

一般情况下，充电车主的电动车是固定不变，即在相当长的一段时间内，车主都是不会换车的，根据历史订单获得的有效充电功率与电动车实际充电功率十分接近。但是，考虑到在某个时间段内车主可能会换车，不同车辆的充电功率相差较大。此时，为了能及时得知充电车主的换车行为，以保证后续获得的有效充电功率的准确性，可以根据实际充电功率和计算出的有效充电功率的差值，判断是否已经换车。

在一些实施例中，参见图4所示的订单标记的流程示意框图，在上述根据充电金额信息和有效充电功率，计算当次可充电时长之后，还可以包括：

步骤S401、在充电用户将电动车连接至充电桩之后，获取电动车的第四充电功率。

可以理解的是，在用户完成充电订单的支付之后，充电桩的相应插座就会通电，车主可以通过适配器、充电线连接电动车和充电桩。当电动车连接充电桩之后，充电桩可以根据内置的功率计量芯片，来识别电动车的充电功率，并将该充电功率上传至服务器，移动智能终端可以从服务器获取到该充电功率。

步骤S402、计算第四充电功率和有效充电功率之间的第二差值。

其中，该有效充电功率可以是最近一次历史订单所记录的充电功率，也可以是根据多次历史订单计算出的平均功率。

步骤S403、判断第二差值是否大于第二预设阈值，当第二差值大于第二预设阈值时，反之，则不执行相应的提示动作。

需要说明的是，上述第二预设阈值可以根据实际需要进行设定，具体设定影响因素可以包括同一电动车的多次充电的功率波动情况、识别精度等。例如，该第二预设阈值可以设为20W，即，当两者相差大于20W时，则认为当次充电的电动车与历史充电订单对应的电动车不是同一辆。

步骤S404、显示提示信息，以提示充电用户是否已换车。

步骤S405、当充电用户输入换车确认指令时，标记当次充电订单。

具体地，当差值大于一定阈值时，在移动终端界面显示提示信息，以提示充电用户是否已经换车，例如，该提示信息可以具体为“检测到当次充电功率与上一次充电功率相差较大，是否已经换车”，此时，如果用户确认是已经换车，用户可以点击“是”的按钮，输入换成确认指令。当移动终端接收到用户的确认指令之后，则对当次充电订单进行标记。

在对订单标记之后，后续在查找历史订单时，当看到该标记时，则可以得知从当前时间开始，充电车主已经换了车，故在获取历史订单计算有效充电功率时，则不用获取该标记订单以前的历史订单。也就是说，通过该标记，以区分不同车辆的订单，这样，可以进一步提高预估充电时长的计算准确性。

在一些特殊情况下，车主可能同时使用两辆以上的车，此时，可以提示用户确定常用车辆，以便于预估充电时长的计算。

本实施例中，在分功率收费模式下，通过获取充电用户的历史订单，从该历史订单中获得该充电用户的电动车的有效充电功率，根据该有效充电功率计算相应的可充电时长，即根据每辆电动车的有效充电功率来计算可充电时长，相较于按照统一功率计算可充电时长，其所预估的可充电时长与每辆电动车的实际功率更加相符，预估准确性更高，从而大大提高充电用户的充电体验。

实施例二

请参见图5，为本申请实施例提供的充电时长预估方法的另一种流程示意框图，该方法可以包括以下步骤：

步骤S501、获取充电桩的二维码信息。

步骤S502、根据二维码信息，向充电用户呈现充电订单界面。

步骤S503、接收充电用户输入的充电金额信息。

步骤S504、获取充电用户的历史订单。

步骤S505、获取订单完成时间离当前时间最近的第一历史订单。

步骤S506、判断第一历史订单所记录的充电时长是否大于等于预设时长；当充电时长小于预设时长时，进入步骤S507，反之，当充电时长大于等于预设时长时，则进入步骤S509。

需要说明的是，上述预设时长可以根据实际情况进行设定。一般情况下，当充电时长小于15分钟时，该充电订单通常不被认定为有效订单，所记录的功率也没有上升至有效功率，故上述预设时长一般情况下为15分钟。

步骤S507、获取订单完成时间离第一历史订单的订单完成时间最近的且所记录的充电时长大于等于预设时长的第二历史订单。

步骤S508、获取第二历史订单所记录的第二充电功率，将第二充电功率作为有效充电功率。

具体地，当订单完成时间离当前时间最近的一次历史订单的充电时长小于预设时长时，该订单则为无效订单，此时，可以继续往前寻找，直到找到充电时长大于等于预设时长，且订单完成时间离第一历史订单的完成时间最近的历史订单。将该第二历史订单所记录的充电功率作为有效充电功率。

步骤S509、获取第一历史订单所记录的第一充电功率，将第一充电功率作为有效充电功率。

步骤S510、根据充电金额信息和有效充电功率，计算当次可充电时长。

可以理解的是，本实施例与上述各个实施例的相同或相似之处，相关介绍请参见上文相应内容，在此不再赘述。

可见，本实施例从历史订单中筛选出最近的一次有效订单，以该有效订单所记录的充电功率来计算预估充电时长，进一步提高了分功率收费模式下的预估充电时长的准确性，提高用户充电体验。

实施例三

请参见图6，为本申请实施例提供的充电时长预估方法的又一流程示意框图，该方法可以包括以下步骤：

步骤S601、获取充电桩的二维码信息。

步骤S602、根据二维码信息，向充电用户呈现充电订单界面。

步骤S603、接收充电用户输入的充电金额信息。

步骤S604、获取充电用户的历史订单。

步骤S605、获取预设时间段内的第三历史订单。

需要说明的是，上述预设时间段可以由所设定的历史订单张数确定，例如，当需要3张历史订单时，则往前查找3张历史订单，这3张历史订单中离当前时间最远的的那一张订单的订单完成时间与当前时间之间的时间差值即为上述预设时间段。当然，该预设时间段也可以是人为规定，例如，人为规定获取前3天内所有的历史订单。当然，在一些情况下，可以获取该充电用户账号的所有历史订单。

步骤S606、根据第三历史订单所记录的第三充电功率，计算平均功率，将平均功率作为有效充电功率。

具体地，根据每一张第三历史订单所记录的充电功率，计算多张历史订单的平均功率。

在本步骤之后，可以直接进入步骤S612。但为了进一步提高所获取的有效充电功率的准确性，可以选择性进行后续步骤S607～步骤S610的步骤。

步骤S607、计算平均功率与任意一张第三历史订单所记录的充电功率间的第一差值。

步骤S608、判断第一差值是否大于第一预设阈值；当第一差值大于第一预设阈值时，进入步骤S609，反之，则以步骤S606中所计算的平均功率作为最终的有效充电功率。

具体地，在步骤S606中计算出评价功率之后，考虑到这多张订单中可能存在不同车辆的订单，此时，如果还以步骤S606中的功率进行计算，准确率可能较低。基于同一辆车在有效充电情况下的功率差别较小的原理，可以计算平均功率与任意一张订单中的充电功率的功率差值，根据该差值确定所计算的平均功率是否准确，

步骤S609、从第三历史订单中筛选出多张目标订单。

需要说明的是，上述目标订单是指所记录的充电功率相同或功率相差在一定范围内的订单，即筛选出多张相同充电功率的目标订单，根据该多张目标订单计算平均功率，以进一步提高有效充电功率的准确性，从而提高预估充电时长的准确性。

步骤S610、根据多张目标订单所记录的充电功率，计算平均功率，将该评价功率作为最终的有效充电功率。

步骤S611、根据充电金额信息和有效充电功率，计算当次可充电时长。

需要说明的是，可以理解的是，本实施例与上述各个实施例的相同或相似之处，相关介绍请参见上文相应内容，在此不再赘述。

可见，本实施例从历史订单中筛选出多张有效订单，根据多张有效订单计算平均功率，并根据平均功率预估充电时长，进一步提高了分功率收费模式下的预估充电时长的准确性，提高用户充电体验。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。此外，上述实施例中的第一、第二等用语仅仅起区分作用。

实施例四

请参见图7，为本申请实施例提供的一种充电时长预估装置的结构示意框图，该装置可以包括：

二维码获取模块71，用于获取充电桩的二维码信息。

呈现模块72，用于根据二维码信息，向充电用户呈现充电订单界面。

接收模块73，用于接收充电用户输入的充电金额信息。

历史订单获取模块74，用于获取充电用户的历史订单。

有效充电功率获取模块75，用于根据历史订单，获得充电用户对应电动车的有效充电功率。

计算模块76，用于根据充电金额信息和有效充电功率，计算当次可充电时长。

在一种可行的实现方式中，有效充电功率获取模块包括：

第一订单获取单元，用于获取订单完成时间离当前时间最近的第一历史订单；

第一功率获取单元，用于获取第一历史订单所记录的第一充电功率，将第一充电功率作为有效充电功率。

在一种可行的实现方式中，有效充电功率获取模块还包括：

第一判断单元，用于判断第一历史订单所记录的充电时长是否大于等于预设时长；

第二订单获取单元，用于当充电时长小于预设时长时，获取订单完成时间离第一历史订单的订单完成时间最近的且所记录的充电时长大于等于预设时长的第二历史订单；

第二功率获取单元，用于获取第二历史订单所记录的第二充电功率，将第二充电功率作为有效充电功率；

执行单元，用于当充电时长大于等于预设时长时，执行后续获取第一历史订单所记录的第一充电功率，将第一充电功率作为有效充电功率的步骤。

在一种可行的实现方式中，有效充电功率获取模块包括：

第三订单获取单元，用于获取预设时间段内的第三历史订单；

第一平均功率计算单元，用于根据第三历史订单所记录的第三充电功率，计算平均功率，将平均功率作为有效充电功率。

在一种可行的实现方式中，有效充电功率获取模块还包括：

第一差值计算单元，用于计算平均功率与任意一张第三历史订单所记录的充电功率间的第一差值；

第二判断单元，用于判断第一差值是否大于第一预设阈值；

筛选单元，用于当第一差值大于第一预设阈值时，从第三历史订单中筛选出多张目标订单；

第二平均功率计算单元，用于根据多张目标订单所记录的充电功率，计算平均功率。

在一种可行的实现方式中，上述装置还包括：

显示模块，用于以预设显示方式，将当次可充电时长呈现给充电用户。

在一种可行的实现方式中，上述装置还包括：

功率获取模块，用于在充电用户将电动车连接至充电桩之后，获取电动车的第四充电功率；

第二差值计算模块，用于计算第四充电功率和有效充电功率之间的第二差值；

判断模块，用于判断第二差值是否大于第二预设阈值；

提示模块，用于当第二差值大于第二预设阈值时，显示提示信息，以提示充电用户是否已换车；

标记模块，用于当充电用户输入换车确认指令时，标记当次充电订单。

需要说明的是，本实施例与上述各个实施例间的相同或相似之处，相关介绍请参见上文相应内容，在此不再赘述。

本实施例通过获取充电用户的历史订单，从该历史订单中获得该充电用户的电动车的有效充电功率，根据该有效充电功率计算相应的可充电时长，即根据每辆电动车的有效充电功率来计算可充电时长，相较于按照统一功率计算可充电时长，其所预估的可充电时长与每辆电动车的实际功率更加相符，预估准确性更高，从而大大提高充电用户的充电体验。

实施例五

图8是本申请一实施例提供的终端设备的示意图。如图8所示，该实施例的终端设备8包括：处理器80、存储器81以及存储在所述存储器81中并可在所述处理器80上运行的计算机程序82，。所述处理器80执行所述计算机程序82时实现上述各个充电时长预估方法实施例中的步骤，例如图2所示的步骤S201至S206。或者，所述处理器80执行所述计算机程序82时实现上述各装置实施例中各模块或单元的功能，例如图7所示模块71至76的功能。

示例性的，所述计算机程序82可以被分割成一个或多个模块或单元，所述一个或者多个模块或单元被存储在所述存储器81中，并由所述处理器80执行，以完成本申请。所述一个或多个模块或单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序82在所述终端设备8中的执行过程。例如，所述计算机程序82可以被分割成二维码获取模块、呈现模块、接收模块、历史订单获取模块、有效充电功率获取模块以及计算模块，各模块具体功能如下：

二维码获取模块，用于获取充电桩的二维码信息。呈现模块，用于根据二维码信息，向充电用户呈现充电订单界面。接收模块，用于接收充电用户输入的充电金额信息。历史订单获取模块，用于获取充电用户的历史订单。有效充电功率获取模块，用于根据历史订单，获得充电用户对应电动车的有效充电功率。计算模块，用于根据充电金额信息和有效充电功率，计算当次可充电时长。

所述终端设备可包括，但不仅限于，处理器80、存储器81。本领域技术人员可以理解，图8仅仅是终端设备8的示例，并不构成对终端设备8的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器80可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器81可以是所述终端设备8的内部存储单元，例如终端设备8的硬盘或内存。所述存储器81也可以是所述终端设备8的外部存储设备，例如所述终端设备8上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器81还可以既包括所述终端设备8的内部存储单元也包括外部存储设备。所述存储器81用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器81还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置、终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置、终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块或单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种充电时长预估方法，其特征在于，包括：

获取充电桩的二维码信息；

根据所述二维码信息，向充电用户呈现充电订单界面；

接收所述充电用户输入的充电金额信息；

获取所述充电用户的历史订单；

根据所述历史订单，获得所述充电用户对应电动车的有效充电功率；

根据所述充电金额信息和所述有效充电功率，计算当次可充电时长。

2.根据权利要求1所述的充电时长预估方法，其特征在于，所述根据所述历史订单，获得所述充电用户对应电动车的有效充电功率，包括：

获取订单完成时间离当前时间最近的第一历史订单；

获取所述第一历史订单所记录的第一充电功率，将所述第一充电功率作为所述有效充电功率。

3.根据权利要求2所述的充电时长预估方法，其特征在于，在所述获取订单完成时间离当前时间最近的第一历史订单之后，还包括：

判断所述第一历史订单所记录的充电时长是否大于等于预设时长；

当所述充电时长小于所述预设时长时，获取订单完成时间离所述第一历史订单的订单完成时间最近的且所记录的充电时长大于等于所述预设时长的第二历史订单；

获取所述第二历史订单所记录的第二充电功率，将所述第二充电功率作为所述有效充电功率；

当所述充电时长大于等于所述预设时长时，执行后续获取所述第一历史订单所记录的第一充电功率，将所述第一充电功率作为所述有效充电功率的步骤。

4.根据权利要求1所述的充电时长预估方法，其特征在于，所述根据所述历史订单，获得所述充电用户对应电动车的有效充电功率，包括：

获取预设时间段内的第三历史订单；

根据所述第三历史订单所记录的第三充电功率，计算平均功率，将所述平均功率作为所述有效充电功率。

5.根据权利要求4所述的充电时长预估方法，其特征在于，在所述根据至所述第三历史订单所记录的第三充电功率，计算平均功率之后，还包括：

计算所述平均功率与任意一张所述第三历史订单所记录的充电功率间的第一差值；

判断所述第一差值是否大于第一预设阈值；

当所述第一差值大于所述第一预设阈值时，从所述第三历史订单中筛选出多张目标订单；

根据多张所述目标订单所记录的充电功率，计算所述平均功率。

6.根据权利要求1所述的充电时长预估方法，其特征在于，在所述根据所述充电金额信息和所述有效充电功率，计算当次可充电时长之后，还包括：

以预设显示方式，将所述当次可充电时长呈现给所述充电用户。

7.根据权利要求1至6任一项所述的充电时长预估方法，其特征在于，在所述根据所述充电金额信息和所述有效充电功率，计算当次可充电时长之后，还包括：

在所述充电用户将所述电动车连接至所述充电桩之后，获取所述电动车的第四充电功率；

计算所述第四充电功率和所述有效充电功率之间的第二差值；

判断所述第二差值是否大于第二预设阈值；

当所述第二差值大于所述第二预设阈值时，显示提示信息，以提示所述充电用户是否已换车；

当所述充电用户输入换车确认指令时，标记当次充电订单。

8.一种充电时长预估装置，其特征在于，包括：

二维码获取模块，用于获取充电桩的二维码信息；

呈现模块，用于根据所述二维码信息，向充电用户呈现充电订单界面；

接收模块，用于接收所述充电用户输入的充电金额信息；

历史订单获取模块，用于获取所述充电用户的历史订单；

有效充电功率获取模块，用于根据所述历史订单，获得所述充电用户对应电动车的有效充电功率；

计算模块，用于根据所述充电金额信息和所述有效充电功率，计算当次可充电时长。

9.一种终端设备，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述方法的步骤。