CN112734134A - 车辆数据处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种车辆数据处理方法、装置、电子设备及存储介质，涉及云技术、电子地图及大数据技术领域。该方法包括：获取车辆的车辆数据；基于实时位置和导航状态，确定车辆的前方行驶路线；基于前方行驶路线，确定剩余可行驶里程范围内的能量补给站点的相关信息，相关信息包括能量补给站点的数量；若数量小于或等于预设值，则生成能量补给提示信息以进行信息提示。本申请提供的技术方案，通过车辆数据，可以确定剩余可行驶里程范围内的能量补给站点的相关信息，若能量补给站点的数量小于或等于预设值，则生成能量补给提示信息，提醒用户及时补给能量，避免车辆因能量不足而抛锚，提升用户智能化驾车体验。

Description

车辆数据处理方法、装置、电子设备及存储介质

技术领域

本申请涉及云技术、电子地图及大数据技术领域，具体而言，本申请涉及一种车辆数据处理方法、装置、电子设备及存储介质。

背景技术

随着网络技术和通信技术的发展，互联网在人们日常生活的各个方面得到了普遍应用。车联网是由车辆位置、速度和路线等信息构成的交互网络。通过卫星定位、传感器、摄像头图像处理等装置，车辆可以完成自身环境和状态信息的采集。通过互联网技术，车辆可以将自身的各种信息传输汇聚到中央处理器，通过计算机技术，大量车辆的信息可以被分析和处理，从而计算出车辆的最佳路线、及时汇报路况和安排信号灯周期等。

车辆在道路中行驶时，如果能量剩余量不足，车辆无法及时找到能量补给站点，例如，车辆在高速公路中行驶，一般只有服务器区才有能量补给站点，如果过早提醒可能被用户忽视，而过晚提醒则可能无法及时补给能量，导致车辆能量耗尽在路上抛锚，发生危险。

发明内容

本申请实施例提供了一种车辆数据处理方法、装置、电子设备及存储介质，基于该方案，能够提醒用户及时补给能量，避免车辆因能量不足而抛锚，提升用户智能化驾车体验。

为实现上述目的，本申请实施例提供的具体技术方案如下：

一方面，本申请实施例提供了一种车辆数据处理方法，该方法包括：

获取车辆的车辆数据，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态；

基于实时位置和导航状态，确定车辆的前方行驶路线；

基于前方行驶路线，确定剩余可行驶里程范围内的能量补给站点的相关信息，相关信息包括能量补给站点的数量；

若数量小于或等于预设值，则生成能量补给提示信息以进行信息提示。

另一方面，本发明实施例还提供了一种车辆数据处理方法，该方法包括：

向服务器发送车辆的车辆数据，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态；

接收服务器发送的能量补给提示信息并进行信息提示；

其中，能量补给提示信息是服务器通过以下方式生成的：

基于实时位置和导航状态，确定车辆的前方行驶路线；

基于前方行驶路线，确定剩余可行驶里程范围内的能量补给站点的相关信息，相关信息包括能量补给站点的数量；

若数量小于或等于预设值，则生成能量补给提示信息。

本发明实施例还提供了一种车辆数据处理装置，该装置包括：

车辆数据获取模块，用于获取车辆的车辆数据，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态；

行驶路线确定模块，用于基于实时位置和导航状态，确定车辆的前方行驶路线；

补充站确定模块，用于基于前方行驶路线，确定剩余可行驶里程范围内的能量补给站点的相关信息，相关信息包括能量补给站点的数量；

提示信息生成模块，用于若数量小于或等于预设值，则生成能量补给提示信息以进行信息提示。

本发明实施例还提供了一种车辆数据处理装置，该装置包括：

车辆数据发送模块，用于向服务器发送车辆的车辆数据，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态；

提示信息展示模块，用于接收服务器发送的能量补给提示信息并进行信息提示；

其中，能量补给提示信息是服务器通过以下方式生成的：

基于实时位置和导航状态，确定车辆的前方行驶路线；

基于前方行驶路线，确定剩余可行驶里程范围内的能量补给站点的相关信息，相关信息包括能量补给站点的数量；

若数量小于或等于预设值，则生成能量补给提示信息。

本发明实施例还提供了一种电子设备，该电子设备包括一个或多个处理器；存储器；一个或多个计算机程序，其中一个或多个计算机程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个计算机程序被配置用于执行上述车辆数据处理方法或车辆数据处理方法的各种可选实现方式中提供的方法。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质用于存储计算机程序，当计算机程序在处理器上运行时，使得处理器可以执行上述车辆数据处理方法或车辆数据处理方法的各种可选实现方式中提供的方法。

本发明实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述车辆数据处理方法或车辆数据处理方法的各种可选实现方式中提供的方法。

本申请提供的技术方案带来的有益效果是：

本申请提供了一种车辆数据处理方法、装置、电子设备及存储介质，该车辆数据处理方法包括：通过获取车辆的实时位置和导航状态，来确定车辆的前方行驶路线，根据前方行驶路线来确定剩余可行驶里程范围内的能量补给站点的数量，若能量补给站点的数量小于或等于预设值，则生成能量补给提示信息并进行信息提示，结合剩余可行驶里程范围内的能量补给站点的数量来提示用户，可以及时提醒用户补给能量，避免车辆因能量不足而抛锚，提升用户智能化驾车体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的车辆数据处理方法的流程示意图；

图2为本申请实施例提供的提示行驶中的车辆加油的示意图；

图3为本申请实施例提供的加油提示信息在用户交互界面弹出的示意图；

图4为本申请实施例提供的用户交互界面中显示加油站位置的示意图；

图5为本申请实施例提供的数据处理过程的示意图；

图6为本申请实施例提供的车辆数据处理方法的流程示意图；

图7为本申请实施例提供的服务器和车载终端的交互过程的示意图；

图8为本申请实施例提供的车辆数据处理装置的结构示意图；

图9为本申请实施例提供的车辆数据处理装置的结构示意图；

图10为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本申请实施例提供的方案涉及计算机技术中的云技术、电子地图及大数据等领域。

本申请实施例中所涉及的车辆数据处理可以通过云技术来实现，其中所涉及的数据计算可以通过云技术中的云计算实现。

云计算(cloud computing)是一种计算模式，它将计算任务分布在大量计算机构成的资源池上，使各种应用系统能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展的，并且可以随时获取，按需使用，随时扩展，按使用付费。

作为云计算的基础能力提供商，会建立云计算资源池(简称云平台，一般称为IaaS(Infrastructure as a Service，基础设施即服务)平台，在资源池中部署多种类型的虚拟资源，供外部客户选择使用。云计算资源池中主要包括：计算设备(为虚拟化机器，包含操作系统)、存储设备、网络设备。

按照逻辑功能划分,在IaaS(Infrastructure as a Service，基础设施即服务)层上可以部署PaaS(Platform as a Service,平台即服务)层，PaaS层之上再部署SaaS(Software as a Service,软件即服务)层，也可以直接将SaaS部署在IaaS上。PaaS为软件运行的平台，如数据库、web容器等。SaaS为各式各样的业务软件，如web门户网站、短信群发器等。一般来说，SaaS和PaaS相对于IaaS是上层。

云计算(cloud computing)指IT基础设施的交付和使用模式，指通过网络以按需、易扩展的方式获得所需资源；广义云计算指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、互联网相关，也可是其他服务。云计算是网格计算(Grid Computing)、分布式计算(DistributedComputing)、并行计算(Parallel Computing)、效用计算(Utility Computing)、网络存储(Network StorageTechnologies)、虚拟化(Virtualization)、负载均衡(Load Balance)等传统计算机和网络技术发展融合的产物。

随着互联网、实时数据流、连接设备多样化的发展，以及搜索服务、社会网络、移动商务和开放协作等需求的推动，云计算迅速发展起来。不同于以往的并行分布式计算，云计算的产生从理念上将推动整个互联网模式、企业管理模式发生革命性的变革。

本申请实施例中所涉及的路线预测所采用的数据可以为从互联网中获取到的大数据。

大数据(Big data)是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合，是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。随着云时代的来临，大数据也吸引了越来越多的关注，大数据需要特殊的技术，以有效地处理大量的容忍经过时间内的数据。适用于大数据的技术，包括大规模并行处理数据库、数据挖掘、分布式文件系统、分布式数据库、云计算平台、互联网和可扩展的存储系统。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

本申请实施例提供了一种车辆数据处理方法，该方法的执行主体可以为任一电子设备，例如，该方法可以由服务器执行，服务器包括但不限于单个网络服务器、多个网络服务器组成的服务器组，其中，网络服务器所处的网络包括但不限于互联网、广域网、城域网、局域网、VPN网络等。如图1所示，该方法可以包括：

步骤S101，获取车辆的车辆数据，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态；

其中，车辆可以包括但不限于汽油车、柴油车、新能源汽车等，新能源汽车包括但不限于电车、油电混动车等。

服务器接收安装在车辆上的车载终端发送的车辆数据，车载终端通过长连接基础组件与服务器维持全双工长连接通信通道，按照第一预设周期采集车辆数据，并按照第二预设周期将车辆数据发送至服务器。其中，第一预设周期、第二预设周期可以相同也可以不同，第一预设周期、第二预设周期的具体时间可以根据需要进行设置，本申请对此不作限定。例如，第一预设周期可以是1秒，第二预设周期可以是5秒。

其中，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态等。其中，车载终端可以通过全球定位系统(Global Positioning System，GPS)、北斗卫星导航系统(BeiDou Navigation Satellite System，BDS)、伽利略卫星导航系统(Galileo SatelliteNavigation System，GSNS)，全球导航卫星系统是(GLObal NAvigation SatelliteSystem，GLONASS)等获取车辆的实时位置。车辆的实时位置可以是当前车辆所处的经纬度位置。剩余可行驶里程可以是按照车辆当前速度或者预设时间段内的平均速度，车辆剩余能量可以使车辆连续行驶的里程。导航状态可以为表示车辆当前处于导航态或者非导航态的信息，导航态表示车辆的导航系统当前处于启动状态，导航系统根据用户输入的起点和终点规划了行驶路线，车辆正在按照导航系统规划的导航路线行驶。非导航态表示车辆的导航系统未启动，例如，车辆处于巡航状态，或者用户当前正在浏览导航系统提供的电子地图等。

步骤S102，基于实时位置和导航状态，确定车辆的前方行驶路线；

服务器可以根据车辆的实时位置和车辆的导航状态，通过不同的方式确定车辆的前方行驶路线，具体见如下实施例：

在一种可能的实现方式中，基于实时位置和导航状态，确定车辆的前方行驶路线，包括：

若导航状态为导航态，则获取车辆的导航路线；

基于实时位置和导航路线，确定车辆的前方行驶路线；

若导航状态为非导航态，则基于实时位置，采用路线预测算法确定车辆的前方行驶路线。

在实际应用中，若车辆当前的导航状态为导航态，则表示导航系统已经按照用户输入的起点和终点规划了导航路线，则服务器可以根据车辆的实时位置确定车辆当前所在的道路，根据车辆当前所在的道路和导航路线，确定车辆当前位置和终点之间的路线，也就是前方行驶路线。前方行驶路线可以包括前方行驶的各道路的道路名称等。

若车辆当前的导航状态为非导航态，则根据车辆当前的位置，采用路线预测算法预测车辆的前方行驶路线，具体的，确定车辆当前所在的道路以及与当前所在道路连通的其他道路，根据其他道路的历史行车数据，确定其他道路的车辆驶入概率，将车辆驶入概率最高的道路作为当前车辆驶入的道路，这样依次确定当前车辆驶入的各道路，从而得到前方行驶路线。

本申请实施例中，可以根据车辆的不同导航状态，通过不同的方式确定车辆的前方行驶路线，从而满足车辆在不同导航状态下的行驶路线确定需求。

在一种可能的实现方式中，

基于实时位置和导航状态，确定车辆的前方行驶路线，包括：

若车辆当前所在道路的道路等级为高速道路，则基于实时位置和导航状态，确定车辆的前方行驶路线，道路等级是根据实时位置和实时位置对应的地图路网数据确定的。

在实际应用中，在确定车辆的前方行驶路线之前，可以先确定车辆当前所在道路的道路等级，道路等级可以包括：高速公路、一级公路、二级公路、三级公路、四级公路等。服务器可以获取车辆的实时位置对应的地图路网数据，路网数据中包括道路名称、道路等级等，将车辆的实时位置与路网数据中的道路进行匹配，从而确定实时位置对应的道路名称和道路等级。若车辆当前行驶的道路为高速公路，则基于实时位置和导航状态，确定车辆的前方行驶路线。

步骤S103，基于前方行驶路线，确定剩余可行驶里程范围内的能量补给站点的相关信息，相关信息包括能量补给站点的数量；

服务器在前方行驶路线中的各道路中检索剩余可行驶里程范围内的能量补给站点的相关信息，相关信息包括能量补给站点的名称、数量等，剩余可行驶里程范围内的能量补给站点为车辆利用剩余能量可以到达的能量补给站点，服务器持续监控剩余行驶里程范围内能量补给站点的数量，为后续补给能量做准备。

步骤S104，若数量小于或等于预设值，则生成能量补给提示信息并进行信息提示。

若剩余可行驶里程范围内的能量补给站点的数量小于或等于预设值，表示需要提醒用户补给能量了，则生成能量补给提示信息下发到车载终端，车载终端在设定时间向用户进行显示，提醒用户补给能量。其中，预设值可以根据具体需要进行设置，预设值的数值越大，则表示越早提醒用户补给能量。

在一种可能的实现方式中，相关信息包括至少一个能量补给站点的位置，生成能量补给提示信息以进行信息提示，包括：

生成能量补给提示信息，并将能量补给提示信息和至少一个能量补给站点的位置发送给车辆，以使车辆在基于至少一个能量补给站点的位置确定车辆与至少一个能量补给站点的距离小于或等于预设距离时，将能量补给提示信息进行信息提示。

在实际应用中，由于车辆行驶过程中，车辆(也就是车载终端)和服务器之间的网络连接质量可能受外部环境影响，会造成网络传输时延或者网络中断的情况，导致车载终端不能及时收到能量补给提示信息。因此，当服务器判断剩余可行驶里程范围内的能量补给站点数量小于或等于预设值时，生成能量补给提示信息，并将能量补给提示信息和至少一个能量补给站点的位置下发到车载终端，能量补给提示信息中可以包括预埋的弹出条件，由车载终端判断是否满足预埋的弹出条件，而不是由服务器来判断是否满足弹出条件，避免网络时延或网络中断造成的补给能量提示信息无法及时下发，导致错过能量补给站点的问题，车载终端接收到服务器发送的能量补给提示信息后，可以不立即显示给用户，而是判断是否满足弹出条件，可选的，弹出条件可以为车辆与剩余可行驶里程范围内的至少一个能量补给站点的距离小于或等于预设距离。当车载终端根据车辆的位置和至少一个能量补给站点的位置确定了满足弹出条件时，通过用户交互界面弹出能量补给提示信息，提示用户补给能量。

可选的，用户交互界面可以是服务器按照预设方式编辑渲染用户界面样式，并通过车载终端绘制渲染并完成配置的。

本申请实施例中，为了避免服务器和车载终端之间网络不畅造成能量补给提示信息无法及时下发的问题，采用消息提前下发，预埋弹出条件策略，提升消息触达车载终端的健壮性以及弹出时机的准确性，以实现及时提醒用户补给能量。

在一种可能的实现方式中，相关信息包括至少一个能量补给站点的位置；该方法还包括：

若获取到针对能量补给提示信息的能量补给确认信息，则根据至少一个能量补给站点的位置生成能量补给规划路线，并将能量补给规划路线提供给用户。

在实际应用中，服务器若接收到车载终端发送的用户的能量补给确认信息，则表示用户确认要进行能量补给，则获取车辆的位置，根据获取到的车辆的位置和至少一个能量补给站点的位置，生成能量补给规划路线并下发到车载终端，车载终端向用户进行显示，以便于用户在能量补给站点对车辆进行能量补给。其中，能量补给规划路线可以是至少一条，可选的，可以是根据车辆的位置和距离车辆最近的能量补充站点的位置，确定一条能量补给规划路线。车载终端可以将能量补给规划路线直接通过导航系统的电子地图中展示给用户，也可以在导航系统中以导航路线的方式展示给用户。

在一种可能的实现方式中，若获取到针对能量补给提示信息的能量补给确认信息，则根据至少一个能量补给站点的位置生成能量补给规划路线，包括：

若获取到能量补给确认信息，则将至少一个能量补给站点的站点信息提供给用户，站点信息包括能量补给站点的位置；

若获取到针对目标站点信息的确认信息，则根据目标站点的位置生成能量补给规划路线。

在实际应用中，若服务器接收到车载终端发送的针对能量补给提示信息的能量补给确认信息，表示确认进行能量补给，则将至少一个能量补给站点的站点信息发送到车载终端，站点信息可以包括能量补给站点的名称、位置等，车载终端可以根据各能量补给站点与车辆距离进行排序，将站点排序列表展示给用户。若服务器获取到针对站点排序列表中的站点信息的确认信息，则表示确认到该站点补充能量，确认信息对应的站点信息为目标站点信息，目标站点信息对应的站点为目标站点，则根据目标站点的位置生成能量补给规划路线，并提供给用户。

本实施例中，可以根据用户的选择确定相应的目标能量补给站点进行能领补给，能够满足用户的个性化需求。

在一种可能的实现方式中，根据目标站点的位置生成能量补给规划路线，包括：

若导航状态为导航态，则获取车辆的导航路线，并根据导航路线和目标站点的位置，生成新的导航路线，新的导航路线包括能量补给规划路线；

若导航状态为非导航状态，则获取车辆的当前位置，根据车辆的当前位置以及目标站点的位置，生成能量补给规划路线。

在实际应用中，若当前车辆处于导航态，也就是导航系统处于启动状态，车辆的导航系统已经按照用户输入的起点和终点规划了导航路线，车辆正在按照导航系统规划的导航路线行驶，则服务器获取导航路线，根据导航路线和目标站点的位置，生成新的导航路线，新的导航路线中包括车辆的当前位置到目标站点的路线，也就是能量补给规划路线，新的导航路线还包括目标站点到用户输入的终点的路线。若当前车辆处于非导航态，则服务器可以根据车辆的当前位置和目标站点的位置，生成能量补给规划路线，以用于引导用户补给能量。由于车辆在行驶过程中，位置是实时发生变化的，当前位置为服务器获取到针对目标站点信息的确认信息时车辆在当前时刻的位置，服务器在生成能量补给规划路线时，根据车辆当前时刻的位置和目标站点的位置生成能量补给规划路线。

在一种可能的实现方式中，生成能量补给提示信息并发送给车辆，包括以下至少一项：

若没有接收到车辆针对能量补给提示信息的接收确认信息，则向车辆重新发送能量补给提示信息；

通过全双工消息通道将能量补给提示信息发送给车辆。

在实际应用中，若服务器和车载终端之间网络连接不畅，服务器没有接收到车载终端发送的能量补给提示信息的接收确认信息，则服务器会对能量补给提示信息进行缓存，并重新向车载终端发送能量补给提示信息，以实现对网络异常情况进行补偿。另外，服务器可以通过全双工消息通道将能量补给提示信息发送给车载终端，以实现服务器和车载终端之间的发送数据和接收数据可以同步进行。

在一种可能的实现方式中，预设值为1，若数量小于或等于预设值，则生成能量补给提示信息并进行信息提示，包括：

若数量为1，则生成能量补给提示信息，并将能量补给提示信息和能量补给站点的位置提供给车辆，以使车辆在基于能量补给站点的位置确定在车辆与能量补给站点的距离小于或等于预设距离时，将能量补给提示信息提供给用户；

该方法还包括：

若获取到用户针对能量补给提示信息的能量补给确认信息，则将能量补给站点的站点信息提供给用户；

若获取到用户针对站点信息的确认信息，则根据能量补给站点的位置生成能量补给规划路线，并将能量补给规划路线提供给用户。

在实际应用中，能量补给站点的相关信息包括能量补给站点的位置，预设值可以为1，则剩余可行驶里程范围内的能量补给站点的数量为1，也就是说，车辆如果错过即将到达的第一个能量补给站点，则剩余能量无法使车辆到达下一个能量补给站点，则服务器生成能量补给提示信息发送给车辆，车辆获取即将到达的第一个能量补给站点位置，在与该能量补给站点的距离小于或等于预设距离时，通过车载终端的用户交互界面弹出能量补给提示信息，提醒用户补给能量。

若服务器接收到车载终端发送的用户针对能量补给提示信息的能量补给确认信息，则将能量补给站点的站点信息发送到车载终端，站点信息可以包括能量补充站的名称、位置等。其中，针对站点信息的确认信息可以是确认在该站点补充能领补给能量的信息，则服务器可以根据能量补给站点的位置规划能量补给规划路线，也就是说，用户需要两次确认，第一次确认是否补给能量，第二次确认是否到该能量补给站点补给能量，若服务器接收到上述两次确认信息，则根据能量补给站点的位置生成能量补给规划路线，具体的，若当前车辆处于导航态，也就是导航系统处于启动状态，车辆的导航系统已经按照用户输入的起点和终点规划了导航路线，车辆正在按照导航系统规划的导航路线行驶，则服务器获取导航路线，根据导航路线和能量补给站点的位置，生成新的导航路线，新的导航路线中包括车辆的当前位置到能量补给站点的路线，也就是能量补给规划路线，新的导航路线还包括能量补给站点到用户输入的终点的路线。若当前车辆处于非导航态，则服务器可以根据车辆的当前位置和能量补给站点的位置，生成能量补给规划路线，并通过车载终端提供给用户，以便于用户根据能量补给规划路线补给能量。

在一示例中，本实施例中的车辆为汽油车，能量补给站点为加油站，预设值为1，预设距离为3千米，车辆的导航状态为导航态。如图2所示，车辆1在行驶过程中，车载终端每隔1秒中获取一次车辆数据，包括车辆的实时位置、剩余可行驶里程(如图中所示的“续航里程”)和导航状态，将车辆数据每隔5秒一次发送至服务器，服务器根据车辆的实时位置和导航状态，确定车辆的前方行驶路线，并检索前方行驶路线中的各加油站，通过剩余行驶里程范围内的加油站的数量，来判断车辆是否有缺油风险，如图中step1所示,如果服务器发现剩余可行驶里程范围内只剩下唯一的加油站了，剩余油量无法抵达下下个加油站，也就是说，剩余油量只能使车辆抵达加油站2，无法抵达加油站3，车辆必须在加油站2加油，否则在图中所示的虚线区域会因缺油导致抛锚，则服务器生成加油提示信息发送至车载终端，如图中step2所示,车载终端接收到服务器发送的加油提示信息之后，当车辆与加油站2之间的距离为3千米时，则在用户交互界面弹出加油提示信息(如图中所示的“push消息”)提醒用户加油。若车载终端接收到用户的加油确认信息则发送至服务器，则服务器获取车辆当前的位置和加油站2的位置，并进行加油路线规划，引导用户前往加油站2加油。

其中，加油提示信息在用户交互界面弹出如图3所示，加油提示信息为“当前油量过低，请及时加油”，如果接收到用户针对图中的“加油”按钮的触发操作，则表示用户确认要进行加油，生成加油确认信息发送至服务器。服务器接收车载终端发送的车辆的位置，根据车辆的位置和加油站2的位置，规划加油路线并发送至车载终端，车载终端在用户交互界面显示给用户，以便于用户根据该加油路线及时进行加油。

其中，加油站2为如图4所示的“xxxx加油站”，车辆当前处于导航态，服务器获取导航路线，根据加油站2的位置和导航路线生成新的导航路线，新的导航路线包括车辆到加油站2的路线，也就是加油路线，将加油路线下发到车载终端。若接收到用户针对如图4所示的“去这里”按钮的触发操作，则表示车载终端接收到用户针对加油站2的确认信息，车载终端将该确认信息发送至服务器，服务器根据车辆的当前位置和“xxxx加油站”的位置规划加油路线并通过车载终端提供给用户。

下面通过一个具体的实施例，对本申请技术方案中的数据处理过程进行介绍。需要说明的是，本实施例只代表本申请技术方案的一种可能的实现方式，并不代表本申请技术方案的全部实现方式。

如图5所示，本实施例中的车辆为汽油车，能量补给站点为加油站，能量补给提示信息为加油提示信息。

步骤S501，服务器接收车载终端发送的车辆的实时位置；

车载终端可以通过GPS、BDS等获取车辆的实时位置。其中，实时位置为车辆所在位置的经度和纬度。车载终端通过长连接基础组件与服务器维持全双工长连接通信通道。车载终端每间隔1秒获取车辆位置信息，每间隔5秒向服务器发送一次车辆位置。

步骤S502，获取实时位置对应的地图路网数据，根据车辆的实时位置，将车辆匹配到地图路网数据中的道路；

具体的，服务器可以获取车辆的实时位置对应的地图路网数据，路网数据中包括道路名称、道路等级等，将车辆的实时位置与路网数据中的道路进行匹配，从而确定车辆当前所在道路。

步骤S503，判断车辆当前所在道路是否为高速公路；

具体的，已经根据地图路网数据确定了车辆当前所在的道路，路网数据中包括道路名称、道路等级等，因此可以得到车辆当前所在道路的道路等级，从而确定车辆所在道路是否为高速公路。

如果车辆当前所在道路不是高速公路，则执行步骤S504，结束；

如果车辆当前所在道路是高速公路，则执行步骤S505，判断当前是否为导航态；

如果不是导航态，则执行步骤S506，行驶路线预测。

具体的，根据车辆实时的位置，采用路线预测算法预测车辆的前方行驶路线，确定车辆当前所在的道路以及与当前所在道路连通的其他道路，根据其他道路的历史行车数据，确定其他道路的车辆驶入概率，将车辆驶入概率最高的道路作为当前车辆驶入的道路，这样依次确定当前车辆驶入的各道路，从而得到前方行驶路线。

如果是导航态，则执行步骤S507，根据车辆位置和导航路线确定前方行驶路线；若车辆当前的导航状态为导航态，则表示导航系统已经按照用户输入的起点和终点规划了导航路线，根据车辆位置和导航路线确定前方行驶路线。

执行步骤S508，在前方行驶路线中检索加油站；

具体的，检索前方行驶路线中各加油站的位置，确定剩余可行驶里程范围内的加油站的数量；若剩余可行驶里程范围内的加油站的数量大于设定值，则执行步骤S504，结束。

否则，执行步骤S509，加油站位置特征判断；

经过计算，服务器确定剩余可行驶里程范围内的加油站的数量为1，生成加油提示信息发送给车载终端；

执行步骤S510，消息模板填充。

车载终端将加油提示信息填充在用户交互界面的模板中，用户交互界面可以是服务器按照预设方式编辑渲染用户界面样式，并通过车载终端绘制渲染并完成配置的。

执行步骤S511，消息推送。

车载终端根据车辆的当前位置和加油站的位置，判断车辆与加油站之间的距离是否小于或等于预设距离，如果是，则将加油提示信息显示给用户，提醒用户加油。

本申请实施例提供的车辆数据处理方法，服务器通过获取车辆的实时位置和导航状态，来确定车辆的前方行驶路线，根据前方行驶路线来确定剩余可行驶里程范围内的能量补给站点的数量，若能量补给站点的数量小于或等于预设值，则生成能量补给提示信息并提供给用户，结合剩余可行驶里程范围内的能量补给站点的数量来提示用户，可以及时提醒用户补给能量，避免车辆因能量不足而抛锚，提升用户智能化驾车体验。

本申请实施例提供了一种车辆数据处理方法，该方法的执行主体可以为任一电子设备，例如，该方法可以由车载终端执行，如图6所示，该方法可以包括：

步骤S601，向服务器发送车辆的车辆数据，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态；

其中，车辆可以包括但不限于汽油车、柴油车、新能源汽车等，新能源汽车包括但不限于电车、油电混动车等。

安装在车辆上的车载终端向服务器发送车辆数据，车载终端通过长连接基础组件与服务器维持全双工长连接通信通道，按照第一预设周期采集车辆数据，并按照第二预设周期将车辆数据发送至服务器。其中，第一预设周期、第二预设周期可以相同也可以不同，第一预设周期、第二预设周期的具体时间可以根据需要进行设置，本申请对此不作限定。例如，第一预设周期可以是1秒，第二预设周期可以是5秒。

其中，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态等。其中，车载终端可以通过全球定位系统(Global Positioning System，GPS)、北斗卫星导航系统(BeiDou Navigation Satellite System，BDS)等获取车辆的实时位置。车辆的实时位置可以是车辆所处的经纬度位置。剩余可行驶里程可以是按照车辆当前速度或者预设时间段内的平均速度，车辆剩余能量可以使车辆连续行驶的里程。导航状态可以为表示车辆当前处于导航态或者非导航态的信息，导航态表示车辆的导航系统当前处于启动状态，导航系统根据用户输入的起点和终点规划了行驶路线，车辆正在按照导航系统规划的导航路线行驶。非导航态表示车辆的导航系统未启动，例如，车辆处于巡航状态，或者用户当前正在浏览导航系统提供的电子地图等。

步骤S602，接收服务器发送的能量补给提示信息并提供给用户；

其中，能量补给提示信息是服务器通过以下方式生成的：

基于实时位置和导航状态，确定车辆的前方行驶路线；

基于前方行驶路线，确定剩余可行驶里程范围内的能量补给站点的相关信息，能量补给站点的相关信息包括能量补给站点的数量；

若数量小于或等于预设值，则生成能量补给提示信息。

具体的，车载终端接收服务器发送的能量补给提示信息，并在设定时间向用户进行显示，提醒用户补给能量。其中，服务器基于实时位置和导航状态，确定车辆的前方行驶路线；服务器在前方行驶路线中的各道路中检索剩余可行驶里程范围内的能量补给站点的相关信息，能量补给站点的相关信息包括能量补给站点的名称、数量等，剩余可行驶里程范围内的能量补给站点为车辆利用剩余能量可以到达的能量补给站点，服务器持续监控剩余行驶里程范围内能量补给站点的数量，若剩余可行驶里程范围内的能量补给站点的数量小于或等于预设值，表示需要提醒用户补给能量了，则服务器生成能量补给提示信息下发到车载终端，车载终端向用户进行显示，提醒用户补给能量。其中，预设值可以根据具体需要进行设置，预设值的数值越大，则表示越早提醒用户补给能量。

在一种可能的实现方式中，相关信息包括至少一个能量补给站点的位置，接收服务器发送的能量补给提示信息并提供给用户，包括：

接收服务器发送的能量补给提示信息和至少一个能量补给站点的位置；

在基于至少一个能量补给站点的位置确定车辆与至少一个能量补给站点的距离小于或等于预设距离时，将能量补给提示信息提供给用户。

在实际应用中，由于车辆行驶过程中，车辆(也就是车载终端)和服务器之间的网络连接质量可能受外部环境影响，会造成网络传输时延或者网络中断的情况，导致车载终端不能及时收到补给能量提示信息。因此，当服务器判断剩余可行驶里程范围内的能量补给站点数量小于或等于预设值时，生成能量补给提示信息，并将能量补给提示信息和至少一个能量补给站点的位置下发到车载终端，能量补给提示信息中可以包括预埋的弹出条件，由车载终端判断是否满足预埋的弹出条件，而不是由服务器来判断是否满足弹出条件，避免网络时延或网络中断造成的补给能量提示信息无法及时下发，导致错过能量补给站点的问题，车载终端接收到服务器发送的能量补给提示信息后，可以不立即显示给用户，而是判断是否满足弹出条件，可选的，弹出条件可以为车辆与剩余可行驶里程范围内的至少一个能量补给站点的距离小于或等于预设距离。当车载终端根据车辆的位置和至少一个能量补给站点的位置确定了满足弹出条件时，通过用户交互界面弹出能量补给提示信息，提示用户补给能量。

可选的，用户交互界面可以是服务器按照预设方式编辑渲染用户界面样式，并通过车载终端绘制渲染并完成配置的。

本申请实施例中，为了避免服务器和车载终端之间网络不畅造成能量补给提示信息无法及时下发的问题，采用消息提前下发，预埋弹出条件特略，提升消息触达车载终端的健壮性以及弹出时机的准确性，以实现及时提醒用户补给能量。

在一种可能的实现方式中，预设值为1，若数量小于或等于预设值，则接收服务器发送的能量补给提示信息并提供给用户，包括：

若数量等于1，则接收服务器发送的能量补给提示信息和能量补给站点的位置；

在基于能量补给站点的位置确定在车辆与能量补给站点的距离小于或等于预设距离时，将能量补给提示信息提供给用户：

该方法还包括：

若接收到用户针对能量补给提示信息的能量补给确认信息，则将能量补给确认信息发送至服务器，接收服务器基于能量补给确认信息发送的能量补给站点的站点信息并提供给用户；

若接收到用户针对站点信息的确认信息，则将该确认信息发送至服务器，以使服务器在接收到确认信息时根据能量补给站点的位置生成能量补给规划路线；

接收服务器发送的能量补给路线并提供给用户。

在实际应用中，能量补给站点的相关信息包括能量补给站点的位置，预设值可以为1，则剩余可行驶里程范围内的能量补给站点的数量为1，也就是说，车辆如果错过即将到达的第一个能量补给站点，则剩余能量无法使车辆到达下一个能量补给站点，则车辆接收服务器发送的能量补给提示信息，获取即将到达的第一个能量补给站点位置，在与该能量补给站点的距离小于或等于预设距离时，通过车载终端的用户交互界面弹出能量补给提示信息，提醒用户补给能量。

若车载终端接收到用户针对能量补给提示信息的能量补给确认信息，则表示用户确认补给能量，则将能量补给确认信息发送至服务器，接收服务器发送的能量补给站点的站点信息发送给车载终端，车载终端显示给用户；若车载终端接收到用户针对补充站信息的确认信息，则表示用户确认要到该能量补给站点补给能量，则车载终端将确认信息发送至服务器，服务器根据能量补给站点的位置生成能量补给规划路线发送给车载终端，由车载终端将能量补给规划路线提供给用户。

在一种可能的实现方式中，能量补给站点的相关信息包括至少一个能量补给站点的位置；该方法还包括：

向服务器发送用户的能量补给确认信息和车辆的位置；

接收服务器发送的能量补给规划路线并提供给用户，剩余能量补给规划路线是服务器根据至少一个能量补给站点的位置确定的。

在实际应用中，车载终端向服务器发送用户的能量补给确认信息和车辆的位置，能量补给确认信息表示用户确认要进行能量补给，服务器根据获取到的车辆的位置和至少一个能量补给站点的位置，生成能量补给规划路线下发到车载终端，车载终端向用户进行显示，以便于用户在能量补给站点对车辆进行能量补给。

本申请实施例提供的车辆数据处理方法，车载终端向服务器发送车辆的实时位置和导航状态，服务器确定车辆的前方行驶路线，根据前方行驶路线来确定剩余可行驶里程范围内的能量补给站点的数量，若能量补给站点的数量小于或等于预设值，则生成能量补给提示信息并提供给用户，结合剩余可行驶里程范围内的能量补给站点的数量来提示用户，可以及时提醒用户补给能量，避免车辆因能量不足而抛锚，提升用户智能化驾车体验。

本申请实施例提供了一种车辆数据处理方法，如图7所示，该方法可以包括：

步骤S701，车载终端向服务器发送车辆的车辆数据，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态；

步骤S702，服务器基于实时位置和导航状态，确定车辆的前方行驶路线；

步骤S703，服务器基于前方行驶路线，确定剩余可行驶里程范围内的能量补给站点的相关信息，相关信息包括能量补给站点的数量；

步骤S704，若数量小于或等于预设值，则服务器生成能量补给提示信息发送给车载终端。

步骤S705，车载终端将能量补给提示信息提供给用户。

本申请提供了的车辆数据处理方法，该车辆数据处理方法包括：服务器获取车辆的实时位置和导航状态，确定车辆的前方行驶路线，根据前方行驶路线来确定剩余可行驶里程范围内的能量补给站点的数量，若能量补给站点的数量小于或等于预设值，则生成能量补给提示信息发送给车载终端，车载终端提供给用户，通过结合剩余可行驶里程范围内的能量补给站点的数量来提示用户，可以及时提醒用户补给能量，避免车辆因能量不足而抛锚，提升用户智能化驾车体验。

与图1中所示方法相同的原理，本申请实施例中还提供了一种车辆数据处理装置80，如图8所示，该车辆数据处理装置80包括：

车辆数据获取模块81，用于获取车辆的车辆数据，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态；

行驶路线确定模块82，用于基于实时位置和导航状态，确定车辆的前方行驶路线；

补给站点确定模块83，用于基于前方行驶路线，确定剩余可行驶里程范围内的能量补给站点的相关信息，相关信息包括能量补给站点的数量；

提示信息生成模块84，用于在数量小于或等于预设值时，则生成能量补给提示信息以提供给用户。

在一种可能的实现方式中，相关信息包括至少一个能量补给站点的位置，提示信息生成模块84，具体用于：

生成能量补给提示信息，并将能量补给提示信息和至少一个能量补给站点的位置发送给车辆，以使车辆在基于至少一个能量补给站点的位置确定车辆与至少一个能量补给站点的距离小于或等于预设距离时，将能量补给提示信息提供给用户。

在一种可能的实现方式中，相关信息包括能量补给站点的位置；

装置80还包括路线生成模块，用于：

在获取到针对能量补给提示信息的能量补给确认信息时，则根据至少一个能量补给站点的位置生成能量补给规划路线，并将能量补给规划路线提供给用户。

在一种可能的实现方式中，在获取到针对能量补给提示信息的能量补给确认信息时，则路线生成模块在根据至少一个能量补给站点的位置生成能量补给规划路线时，用于：

在获取到能量补给确认信息时，则将至少一个能量补给站点的站点信息提供给用户，站点信息包括能量补给站点的位置；

在获取到针对目标站点信息的确认信息时，则根据目标站点的位置生成能量补给规划路线。

在一种可能的实现方式中，路线生成模块在根据目标站点的位置生成能量补给规划路线时用于：

在导航状态为导航态时，则获取车辆的导航路线，并根据导航路线和目标站点的位置，生成新的导航路线，新的导航路线包括能量补给规划路线；

在导航状态为非导航状态时，则获取车辆的当前位置，根据车辆的当前位置以及目标站点的位置，生成能量补给规划路线。

在一种可能的实现方式中，行驶路线确定模块82，具体用于：

在导航状态为导航态时，则获取车辆的导航路线；

基于实时位置和导航路线，确定车辆的前方行驶路线；

在导航状态为非导航态时，则基于实时位置，采用路线预测算法确定车辆的前方行驶路线。

在一种可能的实现方式中，

行驶路线确定模块82在基于实时位置和导航状态，确定车辆的前方行驶路线时，用于：

在车辆当前所在道路的道路等级为高速道路时，则基于实时位置和导航状态，确定车辆的前方行驶路线，所述道路等级是根据所述实时位置和所述实时位置对应的地图路网数据确定的。

在一种可能的实现方式中，提示信息生成模块84，用于以下至少一项：

在没有接收到车辆针对能量补给提示信息的接收确认信息时，向车辆重新发送能量补给提示信息；

通过全双工消息通道将能量补给提示信息发送给车辆。

在一种可能的实现方式中，预设值为1，若在数量小于或等于预设值时，则提示信息生成模块84，用于：

若数量为1，则生成能量补给提示信息，并将能量补给提示信息和能量补给站点的位置提供给车辆，以使车辆在基于能量补给站点的位置确定在车辆与能量补给站点的距离小于或等于预设距离时，将能量补给提示信息提供给用户；

路线生成模块还用于：

在获取到用户针对能量补给提示信息的能量补给确认信息时，则将能量补给站点的站点信息提供给用户；

在获取到针对站点信息的确认信息时，根据能量补给站点的位置生成能量补给规划路线，并将能量补给规划路线提供给用户。

本申请实施例的车辆数据处理装置可执行本申请的实施例所提供的与图1对应的车辆数据处理方法，其实现原理相类似，本申请实施例中的车辆数据处理装置中的各模块所执行的动作是与本申请实施例中的车辆数据处理方法中的步骤相对应的，对于车辆数据处理装置的各模块的详细功能描述具体可以参见前文中所示的对应的车辆数据处理方法中的描述，此处不再赘述。

本申请实施例提供的车辆数据处理装置，通过获取车辆的实时位置和导航状态，来确定车辆的前方行驶路线，根据前方行驶路线来确定剩余可行驶里程范围内的能量补给站点的数量，若能量补给站点的数量小于或等于预设值，则生成能量补给提示信息并提供给用户，结合剩余可行驶里程范围内的能量补给站点的数量来提示用户，可以及时提醒用户补给能量，避免车辆因能量不足而抛锚，提升用户智能化驾车体验。

与图6中所示方法相同的原理，本申请的实施例中还提供了一种车辆数据处理装置90，如图9所示，该车辆数据处理装置90包括：

车辆数据发送模块91，用于向服务器发送车辆的车辆数据，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态；

提示信息展示模块92，用于接收服务器发送的能量补给提示信息并提供给用户；

其中，能量补给提示信息是服务器通过以下方式生成的：

基于实时位置和导航状态，确定车辆的前方行驶路线；

基于前方行驶路线，确定剩余可行驶里程范围内的能量补给站点的相关信息，相关信息包能量补给站点的数量；

在数量小于或等于预设值时，生成能量补给提示信息。

在一种可能的实现方式中，相关信息包括至少一个能量补给站点的位置，提示信息展示模块92，具体用于：

接收服务器发送的能量补给提示信息和至少一个能量补给站点的位置；

在基于至少一个能量补给站点的位置确定车辆与至少一个能量补给站点的距离小于或等于预设距离时，将能量补给提示信息提供给用户。

在一种可能的实现方式中，预设值为1，在数量小于或等于预设值，提示信息展示模块92，具体用于：

在数量等于1时，接收服务器发送的能量补给提示信息和能量补给站点的位置；

在基于能量补给站点的位置确定在车辆与能量补给站点的距离小于或等于预设距离时，将能量补给提示信息提供给用户；

装置90还包括接收模块，用于：

在接收到用户针对能量补给提示信息的能量补给确认信息时，将能量补给确认信息发送至服务器，接收服务器基于能量补给确认信息发送的能量补给站点的站点信息并提供给用户；

在接收到用户针对站点信息的确认信息时，则将该确认信息发送至服务器，以使服务器在接收到确认信息时根据能量补给站点的位置生成能量补给规划路线；

接收服务器发送的能量补给规划路线并提供给用户。

在一种可能的实现方式中，能量补给站点的相关信息包括至少一个能量补给站点的位置；车辆数据发送模块91，还用于：

向服务器发送用户的能量补给确认信息和车辆的位置；

接收服务器发送的能量补给规划路线并提供给用户，剩余能量补给规划路线是服务器根据至少一个能量补给站点的位置确定的。

本申请实施例提供的车辆数据处理装置，通过获取车辆的实时位置和导航状态，来确定车辆的前方行驶路线，根据前方行驶路线来确定剩余可行驶里程范围内的能量补给站点的数量，若能量补给站点的数量小于或等于预设值，则生成能量补给提示信息并提供给用户，结合剩余可行驶里程范围内的能量补给站点的数量来提示用户，可以及时提醒用户补给能量，避免车辆因能量不足而抛锚，提升用户智能化驾车体验。

其中，车辆数据处理装置可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如该车辆数据处理装置为一个应用软件；该装置可以用于执行本申请实施例提供的方法中的相应步骤。

在一些实施例中，本发明实施例提供的车辆数据处理装置可以采用软硬件结合的方式实现，作为示例，本发明实施例提供的车辆数据处理装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的车辆数据处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application SpecificIntegrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件。

在另一些实施例中，本发明实施例提供的车辆数据处理装置可以采用软件方式实现，图8示出了存储在存储器中的车辆数据处理装置，其可以是程序和插件等形式的软件，并包括一系列的模块，包括：车辆数据获取模块81、行驶路线确定模块82、补给站点确定模块83和提示信息生成模块84，用于实现本发明实施例提供的车辆数据处理方法。

在另一些实施例中，本发明实施例提供的车辆数据处理装置可以采用软件方式实现，图9示出了存储在存储器中的车辆数据处理装置，其可以是程序和插件等形式的软件，并包括一系列的模块，包括：车辆数据发送模块91和提示信息展示模块92，用于实现本发明实施例提供的车辆数据处理方法。

上述实施例从虚拟模块的角度介绍了车辆数据处理装置，下述从实体模块的角度介绍一种电子设备，具体如下所示：

本申请实施例提供了一种电子设备，如图10所示，图10所示的电子设备8000包括：处理器8001和存储器8003。其中，处理器8001和存储器8003相连，如通过总线8002相连。可选地，电子设备8000还可以包括收发器8004。需要说明的是，实际应用中收发器8004不限于一个，该电子设备8000的结构并不构成对本申请实施例的限定。

处理器8001可以是CPU，通用处理器，GPU，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器8001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线8002可包括一通路，在上述组件之间传送信息。总线8002可以是PCI总线或EISA总线等。总线8002可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器8003可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器8003用于存储执行本申请方案的应用程序代码，并由处理器8001来控制执行。处理器8001用于执行存储器8003中存储的应用程序代码，以实现前述任一方法实施例所示的内容。

本申请实施例提供了一种电子设备，本申请实施例中的电子设备包括：一个或多个处理器；存储器；一个或多个计算机程序，其中一个或多个计算机程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序被处理器执行时，获取车辆的车辆数据，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态；基于实时位置和导航状态，确定车辆的前方行驶路线；基于前方行驶路线，确定剩余可行驶里程范围内的能量补给站点的相关信息，相关信息包括能量补给站点的数量；若数量小于或等于预设值，则生成能量补给提示信息以提供给用户。或者

向服务器发送车辆的车辆数据，车辆数据包括车辆的实时位置、剩余可行驶里程和导航状态；接收服务器发送的能量补给提示信息并提供给用户；其中，能量补给提示信息是服务器通过以下方式生成的：基于实时位置和导航状态，确定车辆的前方行驶路线；基于前方行驶路线，确定剩余可行驶里程范围内的能量补给站点的相关信息，相关信息包括能量补给站点的数量；若数量小于或等于预设值，则生成能量补给提示信息。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当计算机程序在处理器上运行时，使得处理器可以执行前述方法实施例中相应内容。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述车辆数据处理方法的各种可选实现方式中提供的方法。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (15)

1.一种车辆数据处理方法，其特征在于，所述方法包括：

获取车辆的车辆数据，所述车辆数据包括所述车辆的实时位置、剩余可行驶里程和导航状态；

基于所述实时位置和所述导航状态，确定所述车辆的前方行驶路线；

基于所述前方行驶路线，确定所述剩余可行驶里程范围内的能量补给站点的相关信息，所述相关信息包括能量补给站点的数量；

若所述数量小于或等于预设值，则生成能量补给提示信息以进行信息提示。

2.根据权利要求1所述的方法，其特征在于，所述相关信息包括至少一个能量补给站点的位置，所述生成能量补给提示信息以进行信息提示，包括：

生成能量补给提示信息，并将所述能量补给提示信息和所述至少一个能量补给站点的位置发送给所述车辆，以使所述车辆在基于所述至少一个能量补给站点的位置，确定所述车辆与所述至少一个能量补给站点的距离小于或等于预设距离时，将所述能量补给提示信息提供给用户。

3.根据权利要求1所述的方法，其特征在于，所述相关信息包括至少一个能量补给站点的位置；

所述方法还包括：

若获取到针对所述能量补给提示信息的能量补给确认信息，则根据所述至少一个能量补给站点的位置生成能量补给规划路线，并将所述能量补给规划路线提供给用户。

4.根据权利要求3所述的方法，其特征在于，所述若获取到针对所述能量补给提示信息的能量补给确认信息，则根据所述至少一个能量补给站点的位置生成能量补给规划路线，包括：

若获取到所述能量补给确认信息，则将至少一个能量补给站点的站点信息提供给用户，所述站点信息包括能量补给站点的位置；

若获取到针对目标站点信息的确认信息，则根据目标站点的位置生成能量补给规划路线。

5.根据权利要求4所述的方法，其特征在于，所述根据目标站点的位置生成能量补给规划路线，包括：

若所述导航状态为导航态，则获取所述车辆的导航路线，并根据所述导航路线和所述目标站点的位置，生成新的导航路线，所述新的导航路线包括所述能量补给规划路线；

若所述导航状态为非导航态，则获取所述车辆的当前位置，根据所述车辆的当前位置以及所述目标站点的位置，生成能量补给规划路线。

6.根据权利要求1至3中任一项所述的方法，其特征在于，所述基于所述实时位置和所述导航状态，确定所述车辆的前方行驶路线，包括：

若所述导航状态为导航态，则获取所述车辆的导航路线；

基于所述实时位置和所述导航路线，确定所述车辆的前方行驶路线；

若所述导航状态为非导航态，则基于所述实时位置，采用路线预测算法确定所述车辆的前方行驶路线。

7.根据权利要求1所述的方法，其特征在于，所述基于所述实时位置和所述导航状态，确定所述车辆的前方行驶路线，包括：

若所述车辆当前所在道路的道路等级为高速道路，则基于所述实时位置和所述导航状态，确定所述车辆的前方行驶路线，所述道路等级是根据所述实时位置和所述实时位置对应的地图路网数据确定的。

8.根据权利要求1至3中任一项所述的方法，其特征在于，所述生成能量补给提示信息并发送给所述车辆，包括以下至少一项：

若没有接收到所述车辆针对所述能量补给提示信息的接收确认信息，则向所述车辆重新发送所述能量补给提示信息；

通过全双工消息通道将所述能量补给提示信息发送给所述车辆。

9.根据权利要求1至4中任一项所述的方法，其特征在于，所述预设值为1，所述若所述数量小于或等于预设值，则生成能量补给提示信息并进行信息提示，包括：

若所述数量为1，则生成能量补给提示信息，并将能量补给提示信息和所述能量补给站点的位置提供给所述车辆，以使所述车辆在基于所述能量补给站点的位置确定在所述车辆与所述能量补给站点的距离小于或等于预设距离时，将所述能量补给提示信息提供给用户；

所述方法还包括：

若获取到针对所述能量补给提示信息的能量补给确认信息，则将所述能量补给站点的站点信息提供给用户；

若获取到针对所述站点信息的确认信息，则根据所述能量补给站点的位置生成能量补给规划路线，并将所述能量补给规划路线提供给用户。

10.一种车辆数据处理方法，其特征在于，所述方法包括：

向服务器发送车辆的车辆数据，所述车辆数据包括所述车辆的实时位置、剩余可行驶里程和导航状态；

接收所述服务器发送的能量补给提示信息并提供给用户；

其中，所述能量补给提示信息是所述服务器通过以下方式生成的：

基于所述实时位置和所述导航状态，确定所述车辆的前方行驶路线；

基于所述前方行驶路线，确定所述剩余可行驶里程范围内的能量补给站点的相关信息，所述相关信息包括能量补给站点的数量；

若所述数量小于或等于预设值，则生成能量补给提示信息。

11.根据权利要求10所述的方法，其特征在于，所述相关信息包括至少一个能量补给站点的位置，所述接收所述服务器发送的能量补给提示信息并提供给用户，包括：

接收所述服务器发送的能量补给提示信息和所述至少一个能量补给站点的位置；

在基于所述至少一个能量补给站点的位置确定所述车辆与所述至少一个能量补给站点的距离小于或等于预设距离时，将所述能量补给提示信息提供给用户。

12.一种车辆数据处理装置，其特征在于，所述装置包括：

车辆数据获取模块，用于获取车辆的车辆数据，所述车辆数据包括所述车辆的实时位置、剩余可行驶里程和导航状态；

行驶路线确定模块，用于基于所述实时位置和所述导航状态，确定所述车辆的前方行驶路线；

补给站点确定模块，用于基于所述前方行驶路线，确定所述剩余可行驶里程范围内的能量补给站点的相关信息，所述相关信息包括能量补给站点的数量；

提示信息生成模块，用于若所述数量小于或等于预设值，则生成能量补给提示信息以进行信息提示。

13.一种车辆数据处理装置，其特征在于，所述装置包括：

车辆数据发送模块，用于向服务器发送车辆的车辆数据，所述车辆数据包括所述车辆的实时位置、剩余可行驶里程和导航状态；

提示信息展示模块，用于接收所述服务器发送的能量补给提示信息并提供给用户；

其中，所述能量补给提示信息是所述服务器通过以下方式生成的：

基于所述实时位置和所述导航状态，确定所述车辆的前方行驶路线；

基于所述前方行驶路线，确定所述剩余可行驶里程范围内的能量补给站点的相关信息，所述相关信息包括能量补给站点的数量；

若所述数量小于或等于预设值，则生成能量补给提示信息。

14.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储器；

一个或多个计算机程序，其中，所述一个或多个计算机程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个计算机程序被配置用于执行根据权利要求1～9中任一项所述的方法，或者执行权利要求10或11中所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在处理器上运行时，使得所述处理器可以执行根据权利要求1～9中任一项所述的方法，或者执行权利要求10或11中所述的方法。

Images