一种充电规划方法及系统

技术领域

本申请涉及新能源汽车的技术领域，特别是涉及一种充电规划方法及系统。

背景技术

电动汽车，由于其用车成本低，环境污染小等优点备受人们青睐。随之而来的，电动汽车用户对于电动汽车的续航里程也有着一定的焦虑，即在长途驾驶过程中，对于电动汽车的电池是否能够支撑到达目的地存在的焦虑。如果电池无法支撑到达目的地，则需要用户中途对电动汽车进行充电。

在电动汽车用户对电动汽车充电时，需要在途径的多个充电站中选择合适的充电站来充电，选择的过程往往需要依赖用户自己的经验判断。因无法掌握各个充电站的使用情况，所以电动汽车用户大多会在电池电量即将耗尽的时候再前往充电站。但如果前往的充电站此时恰好有大量电车在等待的话，用户就只能浪费大量的时间在等待中，尽管其他充电站有空闲也无法前往。这样，途径的充电站使用效率很低，用户的等待时间也较长，体验较差。

因此，如何缩短充电等待时间，提升充电站的使用效率，是本领域技术人员亟需解决的技术问题。

发明内容

有鉴于此，本申请实施例提供了一种充电规划方法及系统，旨在缩短充电等待时间，提升充电站的使用效率。

第一方面，本申请实施例提供了一种充电规划方法，包括：

服务器接收车辆发送的充电预定请求，所述充电预定请求包括车辆行驶路径和最大等待时间，所述最大等待时间为车辆接受的等待时间的最大值；

根据所述充电预定请求，获取所述车辆行驶路径上的至少一个充电站、所述充电站的使用情况和预定情况；

基于所述充电站的使用情况和预定情况，获取目标充电站，所述目标充电站为从所述至少一个充电站中确定的、使得所述车辆的实际等待时间小于所述最大等待时间的充电站；

利用所述目标充电站，生成预定订单，并将所述预定订单发送至所述车辆。

可选的，所述基于所述充电站的使用情况和预定情况，获取目标充电站，包括：

获取充电站队列，所述充电站队列为将所述至少一个充电站按照与所述车辆的距离从近到远的顺序排序生成的队列；

获取所述第一充电站中充电桩的使用情况和预定情况，所述第一充电站为所述充电站队列中排序第一的充电站；

响应于所述第一充电站中所有充电桩均为已预定，利用第二充电站替换所述第一充电站，返回执行所述获取所述第一充电站的预定情况，所述第二充电站为所述充电站队列中所述第一充电站后一排序的充电站；

响应于所述第一充电站中有至少一个充电桩为未预定且所述未预定的充电桩的使用情况使得所述车辆的实际等待时间小于所述最大等待时间，确定所述第一充电站为目标充电站。

可选的，所述获取所述第一充电站中充电桩的使用情况和预定情况，包括：

获取第一充电桩队列，所述第一充电桩队列为将所述第一充电站中的充电桩按照剩余充电时间从小到大的顺序排序生成的队列；

获取第一充电桩的预定情况，所述第一充电桩为所述第一充电桩队列中排序第一的充电桩；

响应于所述第一充电桩的预定情况为已预定，利用第二充电桩替换所述第一充电桩，返回执行所述获取第一充电桩的预定情况，所述第二充电桩为所述第一充电桩队列中所述第一充电桩后一排序的充电桩；

响应于所述第一充电桩的预定情况为未预定，获取所述第一充电桩的使用情况，所述第一充电桩的使用情况包括所述第一充电桩的剩余充电时间，并基于所述第一充电桩的剩余充电时间，计算实际等待时间，所述实际等待时间为所述车辆到达所述第一充电桩时，充电桩剩余的等待时间。

可选的，在所述计算实际等待时间之后，所述方法还包括：

响应于所述第一充电桩的剩余充电时间发生变化，重新基于所述第一充电桩的剩余充电时间，计算迭代等待时间，所述迭代等待时间为所述第一充电桩的剩余充电时间发生变化后，所述车辆到达所述第一充电桩时，充电桩剩余的等待时间；

响应于所述迭代等待时间大于所述最大等待时间，返回执行所述获取充电站队列。

可选的，所述利用所述目标充电站，生成预定订单，包括：

获取所述车辆的编号、所述目标充电站的编号和所述第一充电桩的编号；

计算车辆预计达到时间和车辆预计充电时间，所述车辆预计到达时间为所述车辆到达目标充电站所需的时间，所述车辆预计充电时间为所述第一充电桩的剩余充电时间减所述车辆预计到达时间，再加所述车辆充电需要的时间得到时间；

根据所述车辆的编号、所述目标充电站的编号、所述第一充电桩的编号、所述车辆预计达到时间和所述车辆预计充电时间，生成带有生成时间和编号的预定订单。

可选的，所述获取所述第一充电站中充电桩的使用情况和预定情况，包括：

获取所述第一充电站对应的充电队列，所述充电队列为按照预计充电时间从小到大排序的历史订单的队列，所述历史订单为其他车辆在所述充电站的预定订单；

基于所述第一充电站对应的充电队列，得到所述第一充电站中充电桩的使用情况和预定情况；

在所述利用所述目标充电站，生成预定订单之后，所述方法还包括：

利用所述预定订单，更新所述目标充电站对应的充电队列。

第二方面，本申请实施例提供了另一种充电规划方法，包括：

车辆向服务器发送充电预定请求，所述充电预定请求包括车辆行驶路径和最大等待时间，所述最大等待时间为车辆接受的等待时间的最大值；

接收所述服务器发送的预定订单。

可选的，在所述车辆向服务器发送充电预定请求之前，所述方法还包括：

响应于所述车辆的剩余续航里程小于预设阈值，检查车辆导航路径是否存在；

响应于所述车辆导航路径存在，将所述车辆导航路径作为车辆行驶路径，并依据所述车辆行驶路径，生成充电预定请求。

第三方面，本申请实施例提供了另一种充电规划方法，包括：

充电站定期将使用情况和预定情况发送至服务器。

第四方面，本申请实施例提供了另一种充电规划系统，包括：

服务器、至少一个车辆和至少一个充电站；

所述服务器用于接收所述车辆发送的充电预定请求；根据所述充电预定请求，获取所述车辆行驶路径上的至少一个充电站、所述充电站的使用情况和预定情况；基于所述充电站的使用情况和预定情况，获取目标充电站；利用所述目标充电站，生成预定订单，并将所述预定订单发送至所述车辆；所述充电预定请求包括车辆行驶路径和最大等待时间，所述最大等待时间为车辆接受的等待时间的最大值，所述目标充电站为从所述至少一个充电站中确定的、使得所述车辆的实际等待时间小于所述最大等待时间的充电站；

所述车辆用于向所述服务器发送充电预定请求；接收所述服务器发送的预定订单；

所述充电站用于定期将使用情况和预定情况发送至所述服务器。

本申请实施例提供了一种充电规划方法及系统，在执行所述方法时，服务器接收车辆发送的充电预定请求，所述充电预定请求包括车辆行驶路径和最大等待时间，所述最大等待时间为车辆接受的等待时间的最大值；根据所述充电预定请求，获取所述车辆行驶路径上的至少一个充电站、所述充电站的使用情况和预定情况；基于所述充电站的使用情况和预定情况，获取目标充电站，所述目标充电站为从所述至少一个充电站中确定的、使得所述车辆的实际等待时间小于所述最大等待时间的充电站；利用所述目标充电站，生成预定订单，并将所述预定订单发送至所述车辆。这样，通过充电预定，服务器可以集中管理充电站的使用情况，预估车辆的等待时间，在当前充电站的等待时间超出预设时间的情况下，选择其他合适的充电站，不需要人工参与，减少了用户的选择负担，缩短了用户在充电站的等待时间，提升了整体充电站的使用效率。

附图说明

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

图1为本申请实施例提供的充电规划系统结构示意图；

图2为本申请实施例提供的充电规划方法的一种方法流程图；

图3为本申请实施例提供的充电规划方法的轮询流程图；

图4为本申请实施例提供的充电规划方法的另一种方法流程图；

图5为本申请实施例提供的充电规划方法的充电预定请求生成流程图；

图6为本申请实施例提供的充电规划方法的一种方法整体流程图；

图7为本申请实施例提供的充电规划装置的一种结构示意图。

具体实施方式

随着电动汽车的高速发展，越来越多的用户在购买汽车产品时选择购买电动汽车。相较于传统的燃油车，电动汽车在用车成本和环境污染方面都有较大优势。但是，电动汽车的劣势在于容易造成用户的里程焦虑，即在长途驾驶过程中，对于电动汽车的电池是否能够支撑到达目的地存在的焦虑。尽管现有技术通过给车辆配备更大容量的电池、提高电池的使用效率、动能回收、缩短充电时长等方式来解决这一问题，但是成本较高且收效甚微。如果电池无法支撑到达目的地，即车辆配备电池的电能所能提供的最大行驶距离小于需要驾驶的路程时，还是需要用户中途对电动汽车进行充电。

一般这种情况下，在用户驾驶过程中会依赖于地图产品中的信息点，得到途径的多个充电站的“静态”信息，没有考虑到充电站和车辆之间的交互关系。对于如何选择合适的充电站，大多依赖用户的经验，需要用户自己在驾驶过程中查看地图中附近的充电站，或者在开始驾驶之前估算好车辆大概行驶多少公里后需要充电，以及去哪一个充电站。这就导致，即使有的充电站空闲，有的充电站繁忙，在用户不能提前预知经验所选充电站的使用情况，大多会在电池电量即将耗尽的时候再前往充电站。但如果前往的充电站此时恰好有大量电车在等待的话，用户就只能浪费大量的时间在等待中，尽管其他充电站有空闲，也无法前往。这样，途径的充电站使用效率很低，用户的等待时间也较长，体验较差。

本申请实施例提供的一种充电规划方法及系统，用于缩短充电等待时间，提升充电站的使用效率。

显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

结合图1所示，一种充电规划系统包括：服务器、至少一个车辆和至少一个充电站。

所述车辆用于向所述服务器发送充电预定请求；接收所述服务器发送的预定订单。作为一种可能的实施方式，每一个车辆都包括车载娱乐通讯模块(Telematics BOX，TBOX)，该模块可以获取GPS信号(包括车辆行驶路径的GPS信号)，车辆信息(包括车辆的编号)，自动生成充电请求，并通过移动蜂窝网络与服务器进行通信。此外，驾驶员可以将定制化要求(包括最大等待时间)提前预设至所述TBOX。

所述服务器用于集中式管理充电资源，具体包括接收所述车辆发送的充电预定请求；根据所述充电预定请求，获取所述车辆行驶路径上的至少一个充电站、所述充电站的使用情况和预定情况；基于所述充电站的使用情况和预定情况，获取目标充电站；利用所述目标充电站，生成预定订单，并将所述预定订单发送至所述车辆。

所述服务器可以与所述至少一个车辆进行通讯，以接收所述车辆发送的充电预定请求，同时与所述至少一个充电站时刻保持通讯连接，以获取最新的充电资源情况。作为一种可能的实施方式，所述服务器可以与所述TBOX进行通讯，通过地图服务器获得车辆行驶方向上面的充电站，再通过蜂窝网络将预定订单发送至所述车辆。

所述充电站用于定期将使用情况和预定情况发送至所述服务器。由于不同的充电站分布在全国城际道路周边为车辆提供充电服务，所以需要充电站每隔一定的时间向服务器发送站内充电桩的使用情况和预定情况。

这样，只是在现有充电装置和方法下，对电车充电活动的补充和扩展，就可以更高效的提高成绩道路下充电站的使用效率和缩短电车充电等待时长，保障充电资源的合理利用，提升用户的体验。用户在驾驶过程中不需要分心在驾驶行为以外的事情，车辆和服务器判定去哪一个充电站，当选定充电站后，提前告知用户接下来行驶多少距离会到达充电站充电，并且预估出充电时间，减少用户在驾驶过程中选择充电站的人工操作负担、缩短充电等待时间、提高城际道路中充电站的使用效率。

参见图2，图2为本申请实施例提供的应用于服务器侧的、充电规划方法的一种方法流程图，包括：

步骤S201：接收车辆发送的充电预定请求。

在用户设置好行驶路线之后，车辆会开始轮询检查电池情况、行驶路径和用户预设参数(包括最大等待时间)，进而判断车辆是否需要充电。当满足需要充电的条件时，车辆会向服务器发送充电预定请求。

其中，充电预定请求包括车辆行驶路径和最大等待时间，所述最大等待时间为车辆接受的等待时间的最大值。

步骤S202：根据所述充电预定请求，获取所述车辆行驶路径上的至少一个充电站、所述充电站的使用情况和预定情况。

收到车辆发送的充电预定请求之后，服务器会获取车辆行驶路径上的至少一个充电站和所述充电站的使用情况和预定情况，以找出合适的充电站。充电站的使用情况是充电站中充电桩的使用情况，即获取充电站中的充电桩是否正在被使用充电。充电站的预定情况是充电站中充电桩是否已经被其车辆预定，即其他车辆正在前往该充电站进行充电。

当获取到充电站的使用情况和预定情况后，可以预估当前车辆到达某一充电站时，此充电站是否有空闲的充电桩，或需要等待某一充电桩空闲需要的时间，实现了充电站和车辆的资源共享，增加了车辆和充电站使用情况的交互。

作为一种可能的实施方式，所述至少一个充电站可以预设为距离车辆最近的预设数量个充电站，例如，获取车辆行驶路径上面最近的5个充电站。具体预设数量在此不做限定。

步骤S203：基于所述充电站的使用情况和预定情况，获取目标充电站。

服务器可以基于所述充电站的使用情况和预定情况，从所述至少一个充电站中确定一个使得所述车辆的实际等待时间小于所述最大等待时间的充电站，作为目标充电站。这样，用户只需要设置好行驶路径，服务器就可以判定去哪一个充电站。

作为一种可能的实施方式，可以在获取目标充电站之后，可以依据所述使用情况和预定情况，预计车辆的等待时间，并判断车辆的等待时间是否能够满足用户的预设需求。如果满足，则发送给车辆，以便告知用户预估的等待时间；如果不满足，则重新获取其他充电站作为目标充电站。

步骤S204：利用所述目标充电站，生成预定订单，并将所述预定订单发送至所述车辆。

当服务器选定充电站后，可以利用所述目标充电站，生成预定订单，并将所述预定订单发送至所述车辆，以提前告知用户接下来行驶多少距离会到达充电站充电。

作为一种可能的实施方式，参见图3，上述步骤S202-S203可以先按需要轮询查找充电站资源，在确定充电站后，轮询获取确定好的充电站中的充电桩信息，以确定合适的充电桩。

其一，充电站轮询方法包括：①获取充电站队列，所述充电站队列为将所述至少一个充电站按照与所述车辆的距离从近到远的顺序排序生成的队列；②获取所述第一充电站中充电桩的使用情况和预定情况，所述第一充电站为所述充电站队列中排序第一的充电站；③响应于所述第一充电站中所有充电桩均为已预定，利用第二充电站替换所述第一充电站，返回执行所述获取所述第一充电站的预定情况，所述第二充电站为所述充电站队列中所述第一充电站后一排序的充电站；④响应于所述第一充电站中有至少一个充电桩为未预定且所述未预定的充电桩的使用情况使得所述车辆的实际等待时间小于所述最大等待时间，确定所述第一充电站为目标充电站。

例如，获取充电站队列，充电站队列包括顺序排列的M充电站、M+1充电站、M+2充电站三个充电站。M为距离车辆20公里的充电站；M+1为距离车辆60公里的充电站；M+2为距离车辆100公里的充电站。此时应该获取第一充电站的使用情况和预定情况，即获取M充电站的使用情况和预定情况。

当M充电站中所有的充电桩都被预定的时候，获取M+1充电站的使用情况和预定情况，循环执行，直到有某一充电桩为未预定，此充电桩的使用情况(包括未使用和剩余充电时间较短的情况)可以使得车辆的实际等待时间小于所述最大等待时间。这样，可以优先选择距离较近的充电站进行充电，及时保证车辆续航，避免电量过低，在距离较近的充电站不可用时及时获取距离相对较近的其他充电站，充分保证车辆可以完成充电操作。

当M充电站中有某一充电桩为未预定，此充电桩的使用情况(包括未使用和剩余充电时间较短的情况)可以使得车辆的实际等待时间小于所述最大等待时间，可以确定M充电站为目标充电站。

其二，充电桩轮询方法包括：①获取第一充电桩队列，所述第一充电桩队列为将所述第一充电站中的充电桩按照剩余充电时间从小到大的顺序排序生成的队列；②获取第一充电桩的预定情况，所述第一充电桩为所述第一充电桩队列中排序第一的充电桩；③响应于所述第一充电桩的预定情况为已预定，利用第二充电桩替换所述第一充电桩，返回执行所述获取第一充电桩的预定情况，所述第二充电桩为所述第一充电桩队列中所述第一充电桩后一排序的充电桩；④响应于所述第一充电桩的预定情况为未预定，获取所述第一充电桩的使用情况，所述第一充电桩的使用情况包括所述第一充电桩的剩余充电时间，并基于所述第一充电桩的剩余充电时间，计算实际等待时间，所述实际等待时间为所述车辆到达所述第一充电桩时，充电桩剩余的等待时间。

例如，在获取所述M充电站中充电桩的使用情况和预定情况时，可以先获取M充电站的充电桩队列，M充电站的充电桩队列包括顺序排列的N充电站、N+1充电桩、N+2充电桩、N+3充电桩。

之后，获取N充电桩是否被预定，如果被预定，获取N+1充电桩是否被预定，循环执行，直到N充电站、N+1充电桩、N+2充电桩、N+3充电桩中有充电桩没被预定，计算没被预定的充电桩对应的实际等待时间；或者所有充电桩都被预定时，获取下一个充电站M+1充电站的充电桩队列。

如果没有被预定，计算N充电桩的实际等待时间，实际等待时间＝充电桩的剩余充电时间－车辆到达所述第一充电桩所需的时间。如果实际等待时间小于所述最大等待时间，则N充电桩所在的充电站(M充电站)为目标充电站。

作为一种可能的实施方式，对于每个充电站，可以建立充电队列，用于保存该充电站中充电桩的使用情况和预定情况，并在使用情况和预定情况发生变更后及时更新。

在此前提下，获取所述第一充电站中充电桩的使用情况和预定情况，可以包括：先获取所述第一充电站对应的充电队列，所述充电队列为按照预计充电时间从小到大排序的历史订单的队列，所述历史订单为其他车辆在所述充电站的预定订单；再基于所述第一充电站对应的充电队列，得到所述第一充电站中充电桩的使用情况和预定情况。这样，可以统筹充电资源，

在此前提下，在利用所述目标充电站，生成预定订单之后，所述方法还包括：利用所述预定订单，更新所述目标充电站对应的充电队列，以此将目标充电站在充电队列中的状态变更为已预定。

作为另一种可能的实施方式，在车辆还未进入充电站时，任何“预定”充电的行为都还未兑现。当任何一个真实的兑现发生后，都会影响到该充电站下所有还未兑现的“预定”车辆的充电等待时间。由于不同的车辆到达充电站的先后次序是不同的。比如：在同一个充电站中，晚预定的车辆比先预定的车辆早到了充电站进行充电。这个时候服务器需要及时调整充电资源，并且播报相关信息告知被影响的车辆。

以上情况需要在确定好目标充电站之后，持续获取预定的充电桩的使用情况。当车辆发生真实兑现“预定”后，需要对已经“预定”的车辆进行重现分配资源，并且告知相关用户。以便用户作出是否需要重新“预定”的判断，有利于用户实时了解到车辆真实的充电时长，从而降低了用户在充电活动中的焦虑。

当预定的充电桩剩余充电时间变长时，就意味着有其他人使用预定的充电桩，需要重新计算实际等待时间，判断其是否满足用户的预设需求。当满足预设需求时，可以重新向车辆发送重新计算后的实际等待时间；当不满足预设需求时，需要重新获取充电站队列，重新获取目标充电站。

具体包括：响应于所述第一充电桩的剩余充电时间发生变化，重新基于所述第一充电桩的剩余充电时间，计算迭代等待时间，所述迭代等待时间为所述第一充电桩的剩余充电时间发生变化后，所述车辆到达所述第一充电桩时，充电桩剩余的等待时间；响应于所述迭代等待时间大于所述最大等待时间，返回执行所述获取充电站队列。

作为另一种可能的实施方式，步骤S204可以包括：①获取所述车辆的编号、所述目标充电站的编号和所述第一充电桩的编号；②计算车辆预计达到时间和车辆预计充电时间。其中，车辆预计充电时间为所述车辆到达目标充电站所需的时间，车辆预计到达时间＝第一充电桩的剩余充电时间－车辆预计到达时间+车辆充电需要的时间；③根据所述车辆的编号、所述目标充电站的编号、所述第一充电桩的编号、所述车辆预计达到时间和所述车辆预计充电时间，生成带有生成时间和编号的预定订单。这样通过对预定订单编号可以区分是否是重新发起的预定。需要说明的是，对于重新发起的预定请求，需要把之前的预定订单取消后再预定一次。

综上所述，本实施例通过充电预定，服务器可以集中管理充电站的使用情况，预估车辆的等待时间，在当前充电站的等待时间超出预设时间的情况下，选择其他合适的充电站，整个预约充电活动都不需要驾驶员进行人工操作，提高车辆行驶安全，降低用户操作烦恼，减少用户在驾驶过程中选择充电站的人工操作负担；集中式后台管理所有城际道路下的充电站资源，并且按照车辆的充电需求进行预定充电分配，极大的降低了大量用户在同一个充电站等待充电的情况，提高了充电站资源的使用效率；每个分配给车辆的充电预约订单都是在驾驶员设定的等待时长范围内的，有效的缩短了充电等待时间。

参见图4，图4为本申请实施例提供的应用于车辆侧的、充电规划方法的一种方法流程图，包括：

步骤S401：向服务器发送充电预定请求。

其中，充电预定请求包括车辆行驶路径和最大等待时间，所述最大等待时间为车辆接受的等待时间的最大值。作为一种可能的实施方式，所述充电预定请求还可以包括车辆的编号、车辆续航里程、车辆现有的预定订单编号(用于把之前的预定订单取消)。

步骤S402：接收所述服务器发送的预定订单。

接收所述服务器发送的预定订单后，可以将所述预定订单展示给用户，1.减少用户在驾驶过程中选择充电站的人工操作负担：整个预约充电活动都不需要驾驶员进行人工操作，提高车辆行驶安全，降低用户操作烦恼。

作为一种可能的实施方式，参见图5，在步骤S401之前，车辆可以先检测剩余续航里程是否小于阈值。响应于所述车辆的剩余续航里程小于预设阈值，检查车辆导航路径是否存在；响应于所述车辆导航路径存在，将所述车辆导航路径作为车辆行驶路径，并依据所述车辆行驶路径，生成充电预定请求。

此外，充电站会定期将站内所有充电桩的使用情况和预定情况发送至服务器。需要说明的是，可以通过队列的形式发送，发送充电站队列、充电桩队列和充电站对应的充电队列。

综上所述，本实施例可以在合理的时间发出充电预约请求，减少过早发出充电预约请求造成的资源浪费，以及过晚发出充电预约请求造成的充电延误。

参见图5，图5为本申请实施例提供的应用于充电规划系统的一种方法流程图，包括：

S1：车辆轮询检查充电请求，判断车辆是否需要充电。

若是，进入S2；若否，重复执行S1。

S2：车辆向服务器发起充电预定请求。

S3：服务器动态规划充电请求。

包括：先通过查询数据，得到充电桩队列和预定充电队列；然后结合充电桩轮询上传的充电桩状态，实时计算预约等待时间，判断其是否能满足用户要求。

若是，更新数据，进入步骤S4；若否，发起重新预定请求，重复执行S3。

S4：服务器答复预定或重新答复预定。

包括：当第一次得到充电规划时，直接答复预定，进入S5；当不是第一次得到充电规划(即重新规划)时，可以判断充电站是否变化，若是，重新答复预定，进入S5；若否，直接结束。

S5：车辆接受预定答复。

综上所述，本实施例以系统的层面解释本申请充电规划方法的协同流程，在现有充电装置和方法下，对电车充电活动的补充和扩展，就可以更高效的提高成绩道路下充电站的使用效率和缩短电车充电等待时长，保障充电资源的合理利用，提升用户的体验。

以上为本申请实施例提供充电规划方法的一些具体实现方式，基于此，本申请还提供了对应的装置。结合图6所示，本公开实施例提供一种用于充电规划的装置，包括处理器(processor)100和存储器(memory)101。可选的，该装置还可以包括通信接口(Communication Interface)102和总线103。其中，处理器100、通信接口102、存储器101可以通过总线103完成相互间的通信。通信接口102可以用于信息传输。处理器100可以调用存储器101中的逻辑指令，以执行上述实施例的充电规划方法。

此外，上述的存储器101中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

存储器101作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器100通过运行存储在存储器101中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述实施例中的充电规划方法。

存储器101可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器101可以包括高速随机存取存储器，还可以包括非易失性存储器。

本公开实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为执行上述的充电规划方法。

本公开实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述的充电规划方法。

上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。

本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。

以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似的，如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个…”限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件，或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。