车辆充电状态的推送方法及装置与流程

1.本技术涉及新能源车辆技术领域，特别涉及一种车辆充电状态的推送方法及装置。


背景技术：

2.相关技术中，通过在车辆中内置一个通信功能，可以采集车辆充电状态，并可以通过手机短信的方式直接通知用户充电状态，进而用户无需到车辆旁边查看充电进度，方便用户规划充电等待的时间。
3.然而，相关技术中由于额外的增加了硬件设备，造成提车辆成本的提高，并且功能具有单一性，可扩展性较低，降低用户的使用体验，无法满足用户的多样化需求，亟待解决。


技术实现要素：

4.本技术提供一种车辆充电状态的推送方法及装置，以解决相关技术中由于额外的增加了硬件设备，造成提车辆成本的提高，并且功能具有局限性，可扩展性较低，降低用户的使用体验，无法满足用户的多样化需求的技术问题。
5.本技术第一方面实施例提供一种车辆充电状态的推送方法，包括以下步骤：接收用户的充电状态的获取请求；采集车辆的实际充电状态，并根据所述实际充电状态确定充电的实际结束时间、当前充电进度、所需等待时间、已耗时长，并在所述实际充电状态为充电异常状态时，生成提醒信号；发送所述实际结束时间、当前充电进度、所需等待时间、已耗时长和/或所述提醒信号至所述用户的移动终端，以进行充电相关提示。
6.根据上述技术手段，本技术实施例可以提示充电的异常状态的同时，提示充电的多种充电信息，满足用户的多样化需求，有效提升用户的使用体验，更加智能化，且简单可靠。
7.可选地，在本技术的一个实施例中，本技术实施例的方法还包括：判断当前时刻是否满足由所述实际结束时间确定的提醒条件；如果所述当前时刻满足所述提醒条件，则拨号至所述移动终端进行语音提醒，和/或发送文字短信提醒至所述移动终端。
8.根据上述技术手段，本技术实施例可以自动拨号至用户移动终端电话提醒，同时发送文字短信提醒，提升用户收到充电完成提醒消息的概率，从而用户可以合理的安排充电等待时间。
9.可选地，在本技术的一个实施例中，在生成所述提醒信号之前，还包括：计算所述所需等待时间与参考等待时间之间的差值；在所述差值大于预设阈值时，判定所述实际充电状态为所述充电异常状态。
10.根据上述技术手段，本技术实施例可以通过大数据对比当前充电进度时间与参考等待时间的差值，从而用户可以及时发现异常并处理，提升了用户的使用体验，满足用户的使用需求。
11.可选地，在本技术的一个实施例中，本技术实施例的方法还包括：采集充电设备的
视频数据；从所述视频数据提取其他用户的插拔特征；根据所述其他用户的插拔特征判定所述其他用户拔取所述车辆的充电枪时，发送拔取提醒至所述用户的移动终端。
12.根据上述技术手段，本技术实施例可以及时发送拔取提醒至用户的移动终端，从而提升了车辆的智能化水平，提高了车辆充电的安全性，满足了用户的使用需求。
13.可选地，在本技术的一个实施例中，本技术实施例的方法还包括：在发送所述拔取提醒至所述用户的移动终端的同时，控制所述车辆的至少一个声学提醒设备进行语音提醒，和/或控制所述车辆的至少一个光学显示设备进行光学提醒。
14.根据上述技术手段，本技术实施例可以通过车内语音提醒，并且车辆自动开启双闪以提醒其他人的错误操作，从而提升了车辆充电的安全性和可靠性，提升了车辆的自动化程度。
15.本技术第二方面实施例提供一种车辆充电状态的推送装置，包括：接收模块，用于接收用户的充电状态的获取请求；确定模块，用于采集车辆的实际充电状态，并根据所述实际充电状态确定充电的实际结束时间、当前充电进度、所需等待时间、已耗时长，并在所述实际充电状态为充电异常状态时，生成提醒信号；推送模块，用于发送所述实际结束时间、当前充电进度、所需等待时间、已耗时长和/或所述提醒信号至所述用户的移动终端，以进行充电相关提示。
16.可选地，在本技术的一个实施例中，本技术实施例的装置还包括：判断模块，用于判断当前时刻是否满足由所述实际结束时间确定的提醒条件；控制模块，用于如果所述当前时刻满足所述提醒条件，则拨号至所述移动终端进行语音提醒，和/或发送文字短信提醒至所述移动终端。
17.可选地，在本技术的一个实施例中，本技术实施例的装置还包括：计算模块，用于在生成所述提醒信号之前，计算所述所需等待时间与参考等待时间之间的差值；判定模块，用于在生成所述提醒信号之前，在所述差值大于预设阈值时，判定所述实际充电状态为所述充电异常状态。
18.可选地，在本技术的一个实施例中，本技术实施例的装置还包括：采集模块，用于采集充电设备的视频数据；提取模块，用于从所述视频数据提取其他用户的插拔特征；发送模块，用于根据所述其他用户的插拔特征判定所述其他用户拔取所述车辆的充电枪时，发送拔取提醒至所述用户的移动终端。
19.可选地，在本技术的一个实施例中，本技术实施例的装置还包括：提醒模块，用于在发送所述拔取提醒至所述用户的移动终端的同时，控制所述车辆的至少一个声学提醒设备进行语音提醒，和/或控制所述车辆的至少一个光学显示设备进行光学提醒。
20.本技术第三方面实施例提供一种服务器，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车辆充电状态的推送方法。
21.本技术第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，该程序被处理器执行时实现如上的车辆充电状态的推送方法。
22.本技术的有益效果：
23.(1)本技术实施例可以自动拨号至用户移动终端电话提醒，同时发送文字短信提醒，提升用户收到充电完成提醒消息的概率，从而用户可以合理的安排充电等待时间。
24.(2)本技术实施例可以通过大数据对比当前充电进度时间与参考等待时间的差值，从而用户可以及时发现异常并处理，提升了用户的使用体验，满足用户的使用需求。
25.(3)本技术实施例可以提示充电的异常状态的同时，提示充电的多种充电信息，满足用户的多样化需求，有效提升用户的使用体验，更加智能化，且简单可靠。
26.本技术附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
27.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
28.图1为根据本技术实施例提供的一种车辆充电状态的推送方法的流程图；
29.图2为本技术一个具体实施例的车辆充电状态的推送方法的结构示意图；
30.图3为本技术一个具体实施例的车辆充电状态推送方法的流程图；
31.图4为根据本技术实施例的车辆充电状态的推送装置的结构示意图；
32.图5为根据本技术实施例提供的服务器的结构示意图。
33.其中，10-车辆充电状态的推送装置；100-接收模块、200-确定模块和300-推送模块；501-存储器、502-处理器和503-通信接口。
具体实施方式
34.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本技术，而不能理解为对本技术的限制。
35.下面参考附图描述本技术实施例的车辆充电状态的推送方法及装置。针对上述背景技术中心提到的相关技术中由于额外的增加了硬件设备，造成提车辆成本的提高，并且功能具有单一性，可扩展性较低，降低用户的使用体验，无法满足用户的多样化需求的问题，本技术提供了一种车辆充电状态的推送方法，在该方法中，可以根据车辆的实际充电状态确定充电的实际结束时间、当前充电进度、所需等待时间、已耗时长，并在实际充电状态为充电异常状态时，生成提醒信号，并发送至用户的移动终端，以进行充电相关提示，进而无需增加硬件设备，降低了车辆成本，且功能具有多样性，有效的提升了用户的使用体验，满足用户的多样化需求。由此，解决了相关技术中由于额外的增加了硬件设备，造成提车辆成本的提高，并且功能具有单一性，可扩展性较低，降低用户的使用体验，无法满足用户的多样化需求的技术问题。
36.具体而言，图1为本技术实施例所提供的一种车辆充电状态的推送方法的流程示意图。
37.如图1所示，该车辆充电状态的推送方法包括以下步骤：
38.在步骤s101中，接收用户的充电状态的获取请求。
39.可以理解的是，本技术实施例可以接收用户的充电状态的获取请求，例如，通过云服务器接收用户的充电状态的获取请求，确保用户可以远程查看车辆的充电状态，从而用户可以合理的规划充电等待时间，提升了用户的用车体验。
40.在步骤s102中，采集车辆的实际充电状态，并根据实际充电状态确定充电的实际结束时间、当前充电进度、所需等待时间、已耗时长，并在实际充电状态为充电异常状态时，生成提醒信号。
41.在实际执行过程中，本技术实施例可以采集车辆的实际充电状态，例如，当车辆开始充电后，车机中控集成充电监控app，监控can(controller area，控制器局域网)线上充电状态改变信号，当车辆充电状态变成充电中后，充电监控app开始通过can线周期性向负责电源管理的ecu(electronic control unit，电子控制单元)发送获取充电状态的请求，在收到ecu的回复后及时更新在本地，并且充电监控app同时通过tbox模块向云服务器周期性上传充电状态信息，上传时此信息已与用户信息相关联，其中，当车辆不具备tbox网络通信模块时，可以连接wifi，或通过连接充电地点wifi的方式来上传数据到云服务器。
42.进一步地，车机中控系统app就开始通过can线向电源管理ecu发送信号，以一问一答的形式，采集车辆的实际充电状态，并根据实际充电状态确定充电的实际结束时间、当前充电进度、所需等待时间、已耗时长，并在实际充电状态为充电异常状态时，生成提醒信号，进而提醒用户及时处理，降低用户在充电过程中的焦虑，提升用户的使用体验。
43.可选地，在本技术的一个实施例中，在生成所述提醒信号之前，还包括：计算所需等待时间与参考等待时间之间的差值；在差值大于预设阈值时，判定实际充电状态为充电异常状态。
44.作为一种可能实现的方式，本技术实施例可以计算所需等待时间与参考等待时间的差值，并在所需等待时间与参考等待时间之间的差值大于预设阈值时，例如，统计得到每次充电所需时间2小时，当通过大数据对比发现当前充电进度为2.5小时，且高于参考等待时间时，则判定实际充电状态为充电异常状态，从而用户可以及时发现异常并处理，提升了用户的使用体验，满足用户的使用需求。
45.需要说明的是，预设阈值由本领域技术人员根据实际情况进行设置，在此不作具体限定。
46.举例而言，当云服务器收到车辆上报的充电状态后，开始进入数据分析处理过程，应用数据库存储用户上传的信息，并根据充电进度值变化的速度估算出充电完成时间，且持续收到充电信息上传的过程中周期性估算充电完成时间，确保预计充电完成时间更加准确。
47.在步骤s103中，发送实际结束时间、当前充电进度、所需等待时间、已耗时长和/或提醒信号至用户的移动终端，以进行充电相关提示。
48.在实际执行过程中，当用户第一次使用手机充电app时，可以上传车辆的充电信息至手机app，本技术实施例收到用户上传的信息并第一次估算出充电所需时间后，生成消息模板，通过mqtt(message queue telemetry transport，遥测传输协议)等方式推送到用户手机端安装的app上，后续估算时间更新也同步通过推送更新到手机端app上，用户手机端app收到推送后，在手机通知栏上弹出以实现主动通知用户的功能，用户点击通知栏可以进入app查看实际结束时间、当前充电进度、所需等待时间、已耗时长和/或提醒信号等信息，从而用户可以直观的查看车辆的具体充电状态，有效的提升了用户的使用体验，满足用户的多样化需求。
49.可选地，在本技术的一个实施例中，本技术实施例的方法还包括：判断当前时刻是
否满足由实际结束时间确定的提醒条件；如果当前时刻满足提醒条件，则拨号至移动终端进行语音提醒，和/或发送文字短信提醒至移动终端。
50.在实际执行过程中，本技术实施例可以判断当前时刻是否满足由实际结束时间确定的提醒条件，例如，云服务器可以通过车辆与车钥匙的距离估算出用户步行至车辆所需的时间，如用户在附近用餐，距离车辆100米，且所需三分钟步行时间，由此，云服务器在车辆充电即将完成的3分钟前发起自动电话提醒，同时发送文字短信提醒至用户智能手机电量即将充满，从而用户可以合理的安排充电等待时间，提升了用户的用车体验。
51.可选地，在本技术的一个实施例中，本技术实施例的方法还包括：采集充电设备的视频数据；从视频数据提取其他用户的插拔特征；根据其他用户的插拔特征判定其他用户拔取车辆的充电枪时，发送拔取提醒至用户的移动终端。
52.举例而言，本技术实施例可以通过车身摄像头采集充电设备的视频数据，并且可以从视频数据提取其他用户的插拔特征，当识别到其他用户将手放在充电枪上时，发出“正在充电，请勿触碰”的语音提醒，当识别其他用户拔取车辆的充电枪时，及时发送拔取提醒至用户的智能手机，从而提升了车辆的智能化水平，提高了车辆充电的安全性，满足了用户的使用需求。
53.可选地，在本技术的一个实施例中，本技术实施例的方法还包括：在发送拔取提醒至用户的移动终端的同时，控制车辆的至少一个声学提醒设备进行语音提醒，和/或控制车辆的至少一个光学显示设备进行光学提醒。
54.作为一种可能实现的方式，本技术实施例可以在发送拔取提醒提示至用户的智能手机的同时，车辆发出“正在充电，禁止拔取充电枪”的语音提醒，并且车辆自动开启双闪以提醒其他人的错误操作，直至其他用户将充电器放回或者用户通过手机确认提醒后，车辆自动关闭语音和双闪提醒，从而提升了车辆充电的安全性和可靠性，提升了车辆的自动化程度。
55.如图2所示，本技术实施例可以包括车端，云端和用户端，即充电车辆、后台推送功能和用户，当用户开始充电后，车机中控系统app就开始通过can线向电源管理ecu发送信号，以一问一答的形式，采集当前充电状态，并以一定的频率上报实时充电状态到内置tbox中，从而通过tbox中的联网功能上报实时充电状态至云服务器，完成信息数据流从车端到云端的过程。
56.进一步地，云端收到车辆上报的充电状态后，经过数据的分析处理得到充电完成时间、充电是否异常的状态等，经过消息推送功能生成通知模板，并通过用户手机端安装的app通知用户，当充电时间即将到达时，消息推送功能可以自动拨打电话提醒用户，从而完成充电状态信息从云端到用户端的过程，进而无需增加硬件设备，降低了车辆成本，且功能具有多样性，有效的提升了用户的使用体验。
57.如图3所示，下面以本技术的一个具体实施例对本技术实施例的工作原理进行详细阐述。
58.步骤s301：ecu采集充电参数。
59.即言，本技术实施例可以在车辆充电状态变成充电中后，充电监控app开始通过can线周期性向负责电源管理的ecu发送获取充电状态的请求，在收到ecu的回复后及时更新在本地，提升了充电参数的准确性。
60.步骤s302：监控app收集上传。
61.即言，本技术实施例可以通过充电监控app同时通过tbox模块向云服务器周期性上传充电状态信息，提升了充电状态的实时性。
62.步骤s303：充电速度是否异常。
63.即言，本技术实施例可以判断充电速度是否异常，当充电速度异常时，则执行步骤s305，否则，继续保持充电状态，无提醒。
64.步骤s304：估算充电完成时间。
65.即言，本技术实施例可以估算车辆充电完成的时间，从而减少用户的充电焦虑，并且可以合理的安排充电等待时间。
66.步骤s305：生成消息模板。
67.即言，本技术实施例可以当车辆充电速度异常时，则生成异常消息模板，当车辆充电未异常时，则生成估算充电完成时间模板。
68.步骤s306：是否即将充电完成。
69.即言，本技术实施例可以判断是否即将充电完成，当即将完成充电时，执行步骤s307，否则，继续保持充电状态，无提醒。
70.步骤s307：自动电话提醒。
71.即言，本技术实施例可以在当前时刻满足提醒条件时，发起自动电话提醒，从而用户可以合理的安排充电等待时间。
72.步骤s308：推送到手机端。
73.即言，本技术实施例可以发送文字短信提醒至用户智能手机，提升用户收到充电完成提醒消息的概率。
74.步骤s309：查看充电信息统计。
75.即言，本技术实施例可以通过手机app提供用户充电信息，如实际充电状态确定充电的实际结束时间、充电时长和等待时间等，用户可以通过手机app查看充电信息。
76.根据本技术实施例提出的车辆充电状态的推送方法，可以根据车辆的实际充电状态确定充电的实际结束时间、当前充电进度、所需等待时间、已耗时长，并在实际充电状态为充电异常状态时，生成提醒信号，并发送至用户的移动终端，以进行充电相关提示，进而无需增加硬件设备，降低了车辆成本，且功能具有多样性，有效的提升了用户的使用体验，满足用户的多样化需求。由此，解决了相关技术中由于额外的增加了硬件设备，造成提车辆成本的提高，并且功能具有单一性，可扩展性较低，降低用户的使用体验，无法满足用户的多样化需求的技术问题。
77.其次参照附图描述根据本技术实施例提出的车辆充电状态的推送装置。
78.图4是本技术实施例的车辆充电状态的推送装置的方框示意图。
79.如图4所示，该车辆充电状态的推送装置10包括：接收模块100、确定模块200和推送模块300。
80.具体地，接收模块100，用于接收用户的充电状态的获取请求。
81.确定模块200，用于采集车辆的实际充电状态，并根据实际充电状态确定充电的实际结束时间、当前充电进度、所需等待时间、已耗时长，并在实际充电状态为充电异常状态时，生成提醒信号。
volatile memory)，例如至少一个磁盘存储器。
104.如果存储器501、处理器502和通信接口503独立实现，则通信接口503、存储器501和处理器502可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industry standard architecture，简称为isa)总线、外部设备互连(peripheral component，简称为pci)总线或扩展工业标准体系结构(extended industry standard architecture，简称为eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
105.可选地，在具体实现上，如果存储器501、处理器502及通信接口503，集成在一块芯片上实现，则存储器501、处理器502及通信接口503可以通过内部接口完成相互间的通信。
106.处理器502可能是一个中央处理器(central processing unit，简称为cpu)，或者是特定集成电路(application specific integrated circuit，简称为asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。
107.本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车辆充电状态的推送方法。
108.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或n个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
109.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本技术的描述中，“n个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
110.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或n个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本技术的实施例所属技术领域的技术人员所理解。
111.在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或n个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器
(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
112.应当理解，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，n个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。
113.本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
114.此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
115.上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本技术的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本技术的限制，本领域的普通技术人员在本技术的范围内可以对上述实施例进行变化、修改、替换和变型。