用于管理车辆充电的方法及装置与流程

文档序号:19252019发布日期:2019-11-27 20:22阅读:233来源:国知局
用于管理车辆充电的方法及装置与流程

本申请涉及智能充电技术领域,例如涉及一种用于管理车辆充电的方法及装置。



背景技术:

目前,共享电动汽车越来越流行,一般需要工作人员手动为共享电动汽车充电。

在实现本公开实施例的过程中,发现相关技术中至少存在如下问题:在为多个共享电动汽车充电的过程中,按照电动汽车到达充电站的时间先后顺序对电动汽车充电,无法针对每个车辆的实际情况进行智能化充电。



技术实现要素:

为了对披露的实施例的一些方面有基本的理解,下面给出了简单的概括。所述概括不是泛泛评述,也不是要确定关键/重要组成元素或描绘这些实施例的保护范围,而是作为后面的详细说明的序言。

本公开实施例提供了一种用于管理车辆充电的方法、装置及充电管理系统,以解决无法针对每个车辆的实际情况进行智能化充电的技术问题。

在一些实施例中,用于管理车辆充电的方法包括:

获得车辆的共享状态和剩余电量;

根据所述共享状态和所述剩余电量确定车辆的充电顺序;

按照所述充电顺序对车辆充电。

在一些实施例中,用于管理车辆充电的装置包括处理器和存储有程序指令的存储器,所述处理器被配置为在执行所述程序指令时,执行前述实施例提供的用于车辆充电的方法。

本公开实施例提供的用于管理车辆充电的方法及装置,可以实现以下技术效果:

车辆的充电次序是依据车辆的共享状态和剩余电量确定的,实现了针对每个车辆的实际情况进行智能化充电。

以上的总体描述和下文中的描述仅是示例性和解释性的,不用于限制本申请。

附图说明

一个或一个以上实施例通过与之对应的附图进行示例性说明,这些示例性说明和附图并不构成对实施例的限定,附图中具有相同参考数字标号的元件示为类似的元件,附图不构成比例限制,并且其中:

图1是本公开实施例提供的用于管理车辆充电的方法的流程示意图;

图2是本公开实施例提供的确定车辆的充电顺序的流程示意图;

图3是本公开实施例提供的获得电量权重的流程示意图;

图4是本公开实施例提供的按照充电顺序对车辆充电的流程示意图;

图5是本公开实施例提供一种用于管理车辆充电的装置示意图。

附图标记:

51、处理器;52、存储器;53、通信接口;54、总线。

具体实施方式

为了能够更加详尽地了解本公开实施例的特点与技术内容,下面结合附图对本公开实施例的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本公开实施例。在以下的技术描述中,为方便解释起见,通过多个细节以提供对所披露实施例的充分理解。然而,在没有这些细节的情况下,一个或一个以上实施例仍然可以实施。在其它情况下,为简化附图,熟知的结构和装置可以简化展示。

图1是本公开实施例提供的用于管理车辆充电的方法的流程示意图。

在该实施例中,用于管理车辆充电的方法包括:

步骤s101、获得车辆的共享状态和剩余电量。

其中,获得车辆的共享状态,包括:判断车辆是否处于实时共享状态,判断车辆是否处于预约共享状态,判断车辆是否处于空闲状态,若其中任一判断结果为是,则以判断结果作为车辆的共享状态。三个判断过程不区分顺序,当任一个判断过程出现“是”的判断结果时,停止判断过程;当任一个判断过程出现“否”的判断结果时,继续其他的判断过程,出现“是”的判断结果。上述三个判断过程,若其中任意两个判断过程均出现“否”的判断结果,则判定车辆处于第三种状态。例如判断车辆是否处于实时共享状态,若是,则执行步骤s102,否则判断车辆是否处于预约共享状态;若车辆处于预约共享状态,则执行步骤s102,否则车辆处于空闲状态,执行步骤s102。上述实时共享状态,指的是车辆正在被用户使用;上述预约共享状态,指的是车辆已经被用户预约,例如,用户预约三个小时候使用该车辆;上述空闲状态,指的车辆处于可被预约状态,或,车辆处于可被使用的状态。

可选地,获得车辆的剩余电量,包括:接收车辆发送的剩余电量信息。

步骤s102、根据共享状态和剩余电量确定车辆的充电顺序。

步骤s103、按照充电顺序对车辆充电。

车辆的充电次序是依据车辆的共享状态和剩余电量确定的,实现了针对每个车辆的实际情况进行智能化充电。

在实际应用中,一个充电站包括多个充电位和多个充电装置,此时按照充电顺序对车辆充电,包括:按照充电顺序对多个车辆充电。例如,待充电车辆为第一数量,充电装置为第二数量,且第一数量大于第二数量,即,在充电站无法同时为所有车辆充电的情况下,则在获得车辆的充电顺序后,同时为充电顺序中前第二数量的车辆充电。

在一些应用场景中,充电装置为可移动的充电装置,充电装置以无线充电的方式为车辆充电;或者,充电位为可移动的充电位,即,车辆可被移动,例如,利用辊子输送机移动车辆,或,将车辆放置于轿厢内,搬运机器人拖动轿厢,实现车辆的移动。

图2是本公开实施例提供的确定车辆的充电顺序的流程示意图。

在该实施例中,根据共享状态和剩余电量确定车辆的充电顺序,包括:

步骤s201、获得与共享状态对应的共享权重。

步骤s202、获得与剩余电量对应的电量权重。

步骤s203、根据的共享权重与电量权重的权重和确定车辆的充电顺序。

将共享状态以及剩余电量转化为可衡量的共享权重以及电量权重,便于确定车辆的充电顺序。

可选地,获得与共享状态对应的共享权重,包括:

在车辆处于实时共享状态时,以第一共享权重作为共享权重;

在车辆处于预约共享状态时,以第二共享权重作为共享权重;

当车辆处于空闲状态时,以第三共享权重作为共享权重;

其中,第一共享权重大于第二共享权重,第二共享权重大于第三共享权重。

通过上述方式获得符合实际情况的共享权重。

图3是本公开实施例提供的获得电量权重的流程示意图。

在该实施例中,获得与剩余电量对应的电量权重,包括:

步骤s301、获得车辆需求电量。

可选地,获得车辆需求电量,包括:获得车辆的未来行驶里程,以车辆的未来行驶里程所对应的用电量作为车辆需求电量。

步骤s302、根据车辆需求电量和剩余电量的电量差值确定的电量权重,其中,电量差值与电量权重正相关。

通过上述步骤可获得不同实际情况下的电量权重。

上述未来行驶里程,指的是车辆将要行驶的里程。

可选地,获得车辆的未来行驶里程,包括:当车辆处于实时共享状态时,以剩余里程作为未来行驶里程,当车辆处于预约共享状态时,以预约里程作为未来行驶里程,当车辆处于空闲状态时,以平均里程作为未来行驶里程。

通过上述方式可获得不同实际情况下的未来行驶里程。

可选地,根据权重和确定车辆的充电顺序,包括:按照权重和由大到小的顺序对车辆排序。权重和越大,说明对充电的需求程度高,例如,车辆的未来行驶里程比较大,或,车辆的缺少的电量较多。按照该顺序对车辆充电,可平衡车辆的充电需求。也即,可满足用户对车辆的需求。在一些应用场景中,一个充电场中停放多个需要充电的车辆,其中第一个车辆还需行驶100公里,第二个车辆需要行驶10公里,此时,第一个车辆的剩余电量可供行驶50公里,第二个车辆的剩余电量可供行驶9公里,虽然第一个车辆的剩余电量较多,但是该车辆还差行驶50公里的电量,虽然第二个车辆的剩余电量较少,但是该车辆仅差行驶1公里的电量,此时,判定第一个车辆对充电的需求程度高,优先为第一个车辆充电。

在仅考虑上述权重和的情况下,可按照权重和由大到小的顺序对车辆排序。在考虑到车辆的充电需求总时间后,可进一步地对车辆的排序方式进行优化。

可选地,根据共享状态和剩余电量确定车辆的充电顺序,包括:

获得与共享状态对应的共享权重,获得与剩余电量对应的电量权重,获得充电需求总时间的时间权重,计算共享权重和掂量权重的权重和,在计算时间权重和与时间权重的乘积,获得顺序权重,按照权重和由大到小的顺序对车辆排序。其中,充电需求总时间与时间权重正相关,充电需求总时间指的由剩余电量充电至车辆需要电量,所需的总时间。

可更加平衡地利用充电站的充电装置为多个车辆充电。例如在一些应用场景中,一个充电场中停放多个需要充电的车辆,其中第一个车辆还需行驶100公里,第二个车辆需要行驶10公里,此时,第一个车辆的剩余电量可供行驶50公里,第二个车辆的剩余电量可供行驶9公里,第一个车辆的剩余电量较多,该车辆还差行驶50公里的电量,第二个车辆的剩余电量较少,该车辆仅差行驶1公里的电量,由于为第一个车辆的充电需求总时间远远大于第二个车辆的充电需求总时间,所以此时优先为第二个车辆充电,第二个车辆充电后,驶离充电站,减少了第二个车辆占用充电位的时间。

图4是本公开实施例提供的按照充电顺序对车辆充电的流程示意图。

在该实施例中,按照充电顺序对车辆充电,包括:

步骤s401、先对充电顺序中靠前的车辆充设定电量的电;

步骤s402、再对新的充电顺序中靠前的车辆充设定电量的电。

在车辆充电的过程中,车辆的剩余电量发生变化,车辆的充电顺序也发生变化,再按照新的充电顺序为车辆充电,可更加均衡地为车辆充电,符合实际应用。上述设定电量可以是在设定时间内为车辆充的电,或,设定电量是车辆上动力电池的绝对电量,或,设定电量是供车辆行驶设定里程所需要的电量。

例如,充电站中停放有第一数量的待充电车辆,充电站的充电装置为第二数量,且第一数量大于第二数量,即,充电站无法同时为所有车辆充电,首先依据前述实施例中的排序方式确定车辆的充电顺序,并为充电顺序中前第一数量的车辆充设定电量的电;再依据前述实施例中的排序方式重新确定车辆的充电顺序,并为新的充电顺序中前第一数量的车辆充设定电量的电;依次类推。分批为车辆充电,可降低出现某个固定车辆长时间占用一个充电装置的现象,可更加均衡地为充电站中的车辆充电。

本公开实施例提供了一种用于管理车辆充电的装置。

在一些实施例中,用于管理车辆充电的装置,包括处理器和存储有程序指令的存储器,处理器被配置为在执行程序指令时,执行前述实施例提供的用于车辆充电的方法。

图5是本公开实施例提供一种用于管理车辆充电的装置示意图。

在该实施例中,用于管理车辆充电的装置包括:

处理器(processor)51和存储器(memory)52,还可以包括通信接口(communicationinterface)53和总线54。其中,处理器51、通信接口53、存储器52可以通过总线54完成相互间的通信。通信接口53可以用于信息传输。处理器51可以调用存储器52中的逻辑指令,以执行上述实施例提供的用于管理车辆充电的方法。

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

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

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

本公开实施例提供了一种充电管理系统。

在一些实施例中,充电管理系统,包括前述实施例提供的用于车辆充电的装置。

本公开实施例提供了一种计算机可读存储介质,存储有计算机可执行指令,计算机可执行指令设置为执行上述实施例提供的用于管理车辆充电方法。

本公开实施例提供了一种计算机程序产品,计算机程序产品包括存储在计算机可读存储介质上的计算机程序,计算机程序包括程序指令,当程序指令被计算机执行时,使计算机执行上述实施例提供的用于管理车辆充电的方法。

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

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

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

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

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

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1