一种电池充电进度预测方法及装置与流程

1.本申请涉及电池管理领域，尤其涉及一种电池充电进度预测方法及装置。


背景技术：

2.在能源危机和环保的背景下，电动汽车、混合动力汽车等电动代步工具相关产业得到快速的发展，以电池(例如锂电池)为动力来源的代步工具将成为未来人们出行工具的主流。基于电池为动力来源的代步工具相对于基于燃料为动力来源的代步工具来说，存在能源补充点少，充电时间长等问题。通常用户需要基于电池的充电进度制定合适的出行计划，例如在指定时间内补充的电能能否支持接下来的行程，或者能否在指定时间前将电池的电量充至满电量等。因此，用户了解的电池充电进度越准确，越能制定合适的出行计划，从而提高用户体验。
3.在目前的一些电池充电进度预测方法中，可以根据电池的化学特性进行等效电路建模，以建立非线性方程的充放电模型，通过该模型来描述电池的充放电过程。对该非线性方式进行求解，就可以预测从一个荷电状态(state of charge，soc)到达另一个soc之间的充电时长。然而，一方面，该方法是基于化学原理实现的，需要熟悉电池的化学原理以及获取电池的一些化学参数，对化学专业知识要求较高；另一方面，非线性方程的求解具有较高的难度，不利于实际应用。因此，上述电池充电进度预测方法的实现条件比较苛刻，不利于实际应用，进而导致电池充电进度难以预测。


技术实现要素：

4.本申请实施例提供一种电池充电进度预测方法及装置，用以准确预测电池充电进度，提高用户体验。
5.第一方面，提供一种电池充电进度预测方法，包括：接收来自第一终端或第二终端的请求消息，请求消息包括第一终端的电池的电池型号和第一荷电状态soc，第一soc为第一终端的电池进行充电的起始soc，第一终端与第二终端绑定；根据请求消息，确定第一终端的电池的充电进度信息，充电进度信息包括第一时长和/或第二soc，第一时长为从第一soc充电至目标soc所需的时长，第二soc为从第一soc充电目标时长所达到的soc；向第一终端或第二终端发送响应消息，响应消息包括充电进度信息。
6.上述第一方面提供的方法可由网络设备或能够支持网络设备实现该方法所需的功能的装置执行，该装置例如芯片系统或云服务器等。
7.本申请上述实施例中，网络设备接收到第一终端或第二终端的请求消息，作为响应，根据该请求消息确定第一终端的电池的充电进度信息，并将该充电进度信息发送给第一终端或第二终端，以使用户通过第一终端或第二终端直观了解第一终端的电池的充电进度信息，提高用户体验。
8.在一种可能的设计中，请求消息包括目标soc和/或目标时长。通过该方法，用户可以根据需求选择性地输入该目标soc或目标时长中的至少一种，以使该请求消息包括该目
标soc或目标时长中的至少一种，提高用户体验。
9.在一种可能的设计中，目标soc为预先设置的，和/或目标时长为预先设置的。
10.在一种可能的设计中，根据请求消息，确定充电进度信息，包括：根据请求消息和预测模型，确定充电进度信息，预测模型用于预测电池型号的电池的充电进度，预测模型是根据soc子区间对应的充电参数得到的，soc子区间是对历史充电数据中的soc区间进行划分得到的，充电参数包括第三soc、第四soc和第二时长，第二时长为从第三soc充电至第四soc所需的时长，soc子区间的起点为第三soc，终点为第四soc，历史充电数据为电池型号的电池的充电数据，soc区间为历史充电数据的起始soc和结束soc所形成的区间。通过该方法，将每组历史充电数据中的soc区间进行划分，得到更细粒度的充电参数，这样可以增加训练样本的多样性，以提高预测模型的适应性，可以预测任意soc区间的充电时长，或者充电任意时长所能达到的soc。
11.在一种可能的设计中，soc子区间是对历史充电数据中的soc区间进行随机划分得到的。通过该方法，将soc区间进行随机划分，可以增加训练样本的多样性，提高预测模型的覆盖面。
12.在一种可能的设计中，参数信息还包括如下的一项或多项：
13.里程数据，里程数据用于指示具有电池型号的电池所属的车辆的历史里程；
14.从第三soc充电至第四soc的过程中的充电电压；
15.从第三soc充电至第四soc的过程中的充电电流；或，
16.从第三soc充电至第四soc的过程中的电池温度。
17.在一种可能的设计中，该方法还包括：将充电参数中除了第二时长之外的充电参数作为输入，第二时长作为输出，得到预测模型。通过该方法，可以得到用于预测任意soc区间所对应的充电时长。
18.在一种可能的设计中，该方法还包括：将充电参数中除了第四soc之外的充电参数作为输入，第四soc作为输出，得到预测模型。通过该方法，可以得到用于预测充电任意时长可以达到的soc。
19.在一种可能的设计中，根据请求消息和预测模型，确定充电进度信息，包括：根据请求消息，获取至少一组充电参数，至少一组充电参数中的每组充电参数中的第三soc等于第一soc，至少一组充电参数中的每组充电参数中的第四soc等于目标soc；根据至少一组充电参数的平均值，以及预测模型，确定第一时长。通过该方法，在请求预测第一时长时，根据请求消息中除该第一时长以外的信息，获取至少一组充电参数。由于每组充电参数中包括充电电流、充电电压或电池温度等充电参数中的至少一种，因此可以增加预测模型的输入特征，从而可以提高预测得到的第一时长的准确性。
20.在一种可能的设计中，根据请求消息和预测模型，确定充电进度信息，包括：根据请求消息，获取至少一组充电参数，至少一组充电参数中的每组充电参数中的第三soc等于第一soc，至少一组充电参数中的每组充电参数中的第二时长等于目标时长；根据至少一组充电参数对应的平均充电参数，以及预测模型，确定第二soc。通过该方法，在请求预测第二soc时，根据请求消息中除该第二soc以外的信息，获取至少一组充电参数。由于每组充电参数中包括充电电流、充电电压或电池温度等充电参数中的至少一种，因此可以增加预测模型的输入特征，从而可以提高预测得到的第二soc的准确性。
21.第二方面，提供一种电池充电进度预测方法，包括：向网络设备发送第一请求消息，第一请求消息包括第一终端的电池的电池型号和第一荷电状态soc，第一soc为第一终端的电池进行充电的起始soc，第一请求消息用于请求预测第一终端的电池的充电进度；接收来自网络设备的第一响应消息，第一响应消息包括第一终端的电池的充电进度信息，充电进度信息包括第一时长和/或第二soc，第一时长为从第一soc充电至目标soc所需的时长，第二soc为从第一soc充电目标时长所达到的soc；显示充电进度信息。
22.上述第二方面提供的方法可由第一终端执行，这里提到的第一终端可由电动汽车或以电池为动力来源的其它装置执行，该装置例如电动自行车等。
23.本申请上述实施例中，通过向网络设备发送第一请求消息，可以获取并直观了解第一终端的电池的充电进度信息，从而用户可以基于该充电进度信息做合适的出行计划，提高用户体验。
24.在一种可能的设计中，该方法还包括：向第一终端绑定的第二终端发送充电进度信息。通过该方法，第二终端可以将得到的充电进行信息发送给第二终端，以便用户能够及时了解该充电进度信息。
25.在一种可能的设计中，该方法还包括：接收来自第一终端绑定的第二终端的第二请求消息，第二请求消息用于请求获取电池型号和/或第一soc；向第二终端发送第二响应消息，第二响应消息包括电池型号和/或第一soc。通过该方法，第一终端可以将第一终端的电池的电池型号、或第一soc中的至少一种发送给第二终端，以使第二终端可以基于该第一终端的电池的电池型号、或第一soc中的至少一种，获取第一终端的电池的充电进度。
26.在一种可能的设计中，向网络设备发送第一请求消息，包括：检测到第一终端进入充电桩的预设范围内时，向网络设备发送第一请求消息。通过该方法，可以触发第一终端主动向网络设备发送该第一请求消息。
27.在一种可能的设计中，向网络设备发送第一请求消息，包括：检测到第一终端的电池接入电源时，向网络设备发送第一请求消息。通过该方法，可以触发第一终端主动向网络设备发送该第一请求消息。
28.在一种可能的设计中，第一请求消息包括目标soc和/或目标时长。通过该方法，用户可以根据需求选择性地输入该目标soc或目标时长中的至少一种，以使该请求消息包括该目标soc或目标时长中的至少一种，提高用户体验。
29.在一种可能的设计中，目标soc为预先设置的，和/或目标时长为预先设置的。
30.第三方面，提供一种电池充电进度预测方法，包括：向网络设备发送第一请求消息，第一请求消息包括第二终端所绑定的第一终端的电池的电池型号和第一荷电状态soc，第一soc为第一终端的电池进行充电的起始soc，第一请求消息用于请求预测第一终端的电池的充电进度；接收来自网络设备的第一响应消息，第一响应消息包括充电进度信息，充电进度信息包括第一时长和/或第二soc，第一时长为从第一soc充电至目标soc所需的时长，第二soc为从第一soc充电目标时长所达到的soc；显示充电进度信息。
31.上述第三方面提供的方法可由第二终端执行，这里提到的第二终端可以是移动终端设备或能够支持移动终端设备实现该方法所需的功能的装置，例如芯片系统。示例性地，移动终端设备为手机。
32.本申请上述实施例中，通过向网络设备发送第一请求消息，可以获取并直观了解
第一终端的电池的充电进度信息，从而用户可以基于该充电进度信息做合适的出行计划，提高用户体验。
33.在一种可能的设计中，该方法还包括：向第一终端发送充电进度信息。通过该方法，第二终端可以将充电进度信息发送给第一终端，以使用户可以通过该第一终端及时了解该充电进度信息。
34.在一种可能的设计中，该方法还包括：向第一终端发送第二请求消息，第二请求消息用于请求获取电池型号和/或第一soc；接收来自第一终端的第二响应消息，第二响应消息包括电池型号和/或第一soc。通过该方法，第二终端与第一终端进行交互，可以获取第一终端的电池的电池型号、或第一soc中的至少一种，以使第二终端基于该第一终端的电池的电池型号、或第一soc中的至少一种，获取该第一终端的电池的充电进度信息。
35.在一种可能的设计中，向网络设备发送第一请求消息，包括：检测到第一终端进入充电桩的预设范围内时，向网络设备发送第一请求消息。通过该方法，可以触发第一终端主动向网络设备发送该第一请求消息，提供智能化服务。
36.在一种可能的设计中，向网络设备发送第一请求消息，包括：检测到第一终端的电池接入电源时，向网络设备发送第一请求消息。通过该方法，可以触发第一终端主动向网络设备发送该第一请求消息，提供智能化服务。
37.在一种可能的设计中，第一请求消息包括目标soc和/或目标时长。通过该方法，用户可以根据需求选择性地输入该目标soc或目标时长中的至少一种，以使该请求消息包括该目标soc或目标时长中的至少一种，提高用户体验。
38.在一种可能的设计中，目标soc为预先设置的，和/或目标时长为预先设置的。
39.第四方面，提供一种电池充电进度预测方法，包括：获取第一荷电状态soc，第一soc为第一终端的电池进行充电的起始soc；根据第一soc，确定充电进度信息，充电进度信息包括第一时长和/或第二soc，第一时长为从第一soc充电至目标soc所需的时长，第二soc为从第一soc充电目标时长所达到的soc；显示充电进度信息。
40.上述第四方面提供的方法可由第一终端执行，这里提到的第一终端可由电动汽车或以电池为动力来源的其它装置执行，该装置例如电动自行车等。
41.本申请上述实施例中，第一终端可以对电池的充电进度进行预测，在获取到第一soc后，可以获取并直观了解第一终端的电池的充电进度信息，从而用户可以基于该充电进度信息做合适的出行计划，提高用户体验。
42.在一种可能的设计中，该方法还包括：接收来自第一终端绑定的第二终端的请求消息，请求消息用于请求预测第一终端的电池的充电进度；向第二终端发送响应消息，响应消息包括充电进度信息。通过该方法，第一终端可以将第一终端的电池的电池型号、或第一soc中的至少一种发送给第二终端，以使第二终端可以基于该第一终端的电池的电池型号、或第一soc中的至少一种，获取第一终端的电池的充电进度。
43.在一种可能的设计中，该请求消息包括第一soc。通过该方法，用户可以输入任意的第一soc，灵活度高，提高用户体验。
44.在一种可能的设计中，该请求消息包括目标soc和/或目标时长。通过该方法，用户可以根据需求选择性地输入目标soc或目标时长中的至少一种，灵活度高，提高用户体验。
45.在一种可能的设计中，第一soc为检测到第一终端进入充电桩的预设范围内时获
取的。通过该方法，可以触发第一终端主动获取第一soc，以获取第一终端的电池的充电进度信息，可以提供智能化服务。
46.在一种可能的设计中，第一soc为检测到第一终端的电池接入电源时获取的。通过该方法，可以触发第一终端主动获取第一soc，以获取第一终端的电池的充电进度信息，可以提供智能化服务。
47.在一种可能的设计中，目标soc为预先设置的，和/或目标时长为预先设置的。
48.在一种可能的设计中，根据第一soc，确定充电进度信息，包括：根据第一soc和预测模型，确定充电进度信息，预测模型用于预测第一终端的电池的充电进度，预测模型是根据soc子区间对应的充电参数得到的，soc子区间是对历史充电数据中的soc区间进行划分得到的，充电参数包括第三soc、第四soc和第二时长，第二时长为从第三soc充电至第四soc所需的时长，soc子区间的起点为第三soc，终点为第四soc，历史充电数据为第一终端的电池的充电数据，soc区间为历史充电数据的起始soc和结束soc所形成的区间。通过该方法，将每组历史充电数据中的soc区间进行划分，得到更细粒度的充电参数，这样可以增加训练样本的多样性，以提高预测模型的适应性，可以预测任意soc区间的充电时长，或者充电任意时长所能达到的soc。
49.在一种可能的设计中，soc子区间是对历史充电数据中的soc区间进行随机划分得到的。通过该方法，将soc区间进行随机划分，可以增加训练样本的多样性，提高预测模型的覆盖面。
50.在一种可能的设计中，充电参数还包括如下的一项或多项：
51.里程数据，里程数据用于指示第一终端的历史里程；
52.从第三soc充电至第四soc的过程中的充电电压；
53.从第三soc充电至第四soc的过程中的充电电流；或，
54.从第三soc充电至第四soc的过程中的电池温度。
55.在一种可能的设计中，该方法还包括：将充电参数中除了第二时长之外的充电参数作为输入，第二时长作为输出，得到预测模型。通过该方法，可以得到用于预测任意soc区间所对应的充电时长。
56.在一种可能的设计中，该方法还包括：将充电参数中除了第四soc之外的充电参数作为输入，第四soc作为输出，得到预测模型。通过该方法，可以得到用于预测充电任意时长可以达到的soc。
57.在一种可能的设计中，根据第一soc和预测模型，确定充电进度信息，包括：根据第一soc，获取至少一组充电参数，至少一组充电参数中的每组充电参数中的第三soc等于第一soc，至少一组充电参数中的每组充电参数中的第四soc等于目标soc；根据至少一组充电参数的平均值，以及预测模型，确定第一时长。通过该方法，在请求预测第一时长时，根据请求消息中除该第一时长以外的信息，获取至少一组充电参数。由于每组充电参数中包括充电电流、充电电压或电池温度等充电参数中的至少一种，因此可以增加预测模型的输入特征，从而可以提高预测得到的第一时长的准确性。
58.在一种可能的设计中，根据第一soc和预测模型，确定充电进度信息，包括：根据第一soc和预设时长，获取至少一组充电参数，至少一组充电参数中的每组充电参数中的第三soc等于第一soc，至少一组充电参数中的每组充电参数中的第二时长等于目标时长；根据
至少一组充电参数对应的平均充电参数，以及预测模型，确定第二soc。通过该方法，在请求预测第二soc时，根据请求消息中除该第二soc以外的信息，获取至少一组充电参数。由于每组充电参数中包括充电电流、充电电压或电池温度等充电参数中的至少一种，因此可以增加预测模型的输入特征，从而可以提高预测得到的第二soc的准确性。
59.第五方面，提供一种电池充电进度预测方法，包括：向第一终端发送请求消息，请求消息用于请求预测第一终端的电池的充电进度；接收来自第一终端的响应消息，响应消息包括充电进度信息，充电进度信息包括第一时长和/或第二soc，第一时长为从第一soc充电至目标soc所需的时长，第二soc为从第一soc充电目标时长所达到的soc，第一soc为第一终端的电池进行充电的起始soc；显示充电进度信息。
60.上述第五方面提供的方法可由第二终端执行，这里提到的第二终端可以是移动终端设备或能够支持移动终端设备实现该方法所需的功能的装置，例如芯片系统。示例性地，移动终端设备为手机。
61.本申请上述实施例中，通过与第一终端进行交互，可以获取并直观了解第一终端的电池的充电进度信息，从而用户可以基于该充电进度信息做合适的出行计划，提高用户体验。
62.在一种可能的设计中，请求消息包括第一soc。通过该方法，用户可以输入任意的第一soc，灵活度高，提高用户体验。
63.在一种可能的设计中，向第一终端发送请求消息，包括：检测到第一终端进入充电桩的预设范围内时，向第一终端发送请求消息的。通过该方法，可以触发第二终端主动向第一终端发送该请求消息，以获取充电进度信息，提供智能化服务。
64.在一种可能的设计中，向第一终端发送请求消息，包括：检测到第一终端的电池接入电源时，向第一终端发送请求消息的。通过该方法，可以触发第二终端主动向第一终端发送该请求消息，以获取充电进度信息，提供智能化服务。
65.在一种可能的设计中，请求消息包括目标soc和/或目标时长。通过该方法，用户可以根据需求选择性地输入该目标soc或目标时长中的至少一种，以使该请求消息包括该目标soc或目标时长中的至少一种，提高用户体验。
66.在一种可能的设计中，目标soc为预先设置的，和/或目标时长为预先设置的。
67.第六方面，提供一种电池进度预测装置，包括：通信单元，用于接收来自第一终端或第二终端的请求消息，请求消息包括第一终端的电池的电池型号和第一荷电状态soc，第一soc为第一终端的电池进行充电的起始soc，第一终端与第二终端绑定；处理单元，用于根据请求消息，确定第一终端的电池的充电进度信息，充电进度信息包括第一时长和/或第二soc，第一时长为从第一soc充电至目标soc所需的时长，第二soc为从第一soc充电目标时长所达到的soc；通信单元，还用于向第一终端或第二终端发送响应消息，响应消息包括充电进度信息。
68.上述第六方面提供的电池进度预测装置可为网络设备或能够支持网络设备实现该方法所需的功能的装置执行，该装置例如芯片系统或云服务器等。
69.在一种可能的设计中，请求消息包括目标soc和/或目标时长。
70.在一种可能的设计中，目标soc为预先设置的，和/或目标时长为预先设置的。
71.在一种可能的设计中，处理单元，具体用于：根据请求消息和预测模型，确定充电
进度信息，预测模型用于预测电池型号的电池的充电进度，预测模型是根据soc子区间对应的充电参数得到的，soc子区间是对历史充电数据中的soc区间进行划分得到的，充电参数包括第三soc、第四soc和第二时长，第二时长为从第三soc充电至第四soc所需的时长，soc子区间的起点为第三soc，终点为第四soc，历史充电数据为电池型号的电池的充电数据，soc区间为历史充电数据的起始soc和结束soc所形成的区间。
72.在一种可能的设计中，soc子区间是对历史充电数据中的soc区间进行随机划分得到的。
73.在一种可能的设计中，参数信息还包括如下的一项或多项：
74.里程数据，里程数据用于指示具有电池型号的电池所属的车辆的历史里程；
75.从第三soc充电至第四soc的过程中的充电电压；
76.从第三soc充电至第四soc的过程中的充电电流；或，
77.从第三soc充电至第四soc的过程中的电池温度。
78.在一种可能的设计中，处理单元，进一步用于：将充电参数中除了第二时长之外的充电参数作为输入，第二时长作为输出，得到预测模型。
79.在一种可能的设计中，处理单元，进一步用于：将充电参数中除了第四soc之外的充电参数作为输入，第四soc作为输出，得到预测模型。
80.在一种可能的设计中，处理单元，具体用于：根据请求消息，获取至少一组充电参数，至少一组充电参数中的每组充电参数中的第三soc等于第一soc，至少一组充电参数中的每组充电参数中的第四soc等于目标soc；根据至少一组充电参数的平均值，以及预测模型，确定第一时长。
81.在一种可能的设计中，处理单元，具体用于：根据请求消息，获取至少一组充电参数，至少一组充电参数中的每组充电参数中的第三soc等于第一soc，至少一组充电参数中的每组充电参数中的第二时长等于目标时长；根据至少一组充电参数对应的平均充电参数，以及预测模型，确定第二soc。
82.第七方面，提供一种电池充电进度预测装置，包括：通信单元，用于向网络设备发送第一请求消息，第一请求消息包括第一终端的电池的电池型号和第一荷电状态soc，第一soc为第一终端的电池进行充电的起始soc，第一请求消息用于请求预测第一终端的电池的充电进度；以及接收来自网络设备的第一响应消息，第一响应消息包括第一终端的电池的充电进度信息，充电进度信息包括第一时长和/或第二soc，第一时长为从第一soc充电至目标soc所需的时长，第二soc为从第一soc充电目标时长所达到的soc；显示单元，用于显示充电进度信息。
83.上述第七方面提供的电池充电进度预测装置可以是第一终端，这里提到的第一终端可是电动汽车或以电池为动力来源的其它装置，该装置例如电动自行车等。
84.在一种可能的设计中，通信单元，进一步用于：向第一终端绑定的第二终端发送充电进度信息。
85.在一种可能的设计中，通信单元，进一步用于：接收来自第一终端绑定的第二终端的第二请求消息，第二请求消息用于请求获取电池型号和/或第一soc；向第二终端发送第二响应消息，第二响应消息包括电池型号和/或第一soc。
86.在一种可能的设计中，电池充电进度预测装置还包括处理单元；通信单元，具体用
于：处理单元检测到第一终端进入充电桩的预设范围内时，向网络设备发送第一请求消息。
87.在一种可能的设计中，电池充电进度预测装置还包括处理单元；通信单元，具体用于：处理单元检测到第一终端的电池接入电源时，向网络设备发送第一请求消息。
88.在一种可能的设计中，第一请求消息包括目标soc和/或目标时长。
89.在一种可能的设计中，目标soc为预先设置的，和/或目标时长为预先设置的。
90.第八方面，提供一种电池充电进度预测装置，包括：通信单元，用于向网络设备发送第一请求消息，第一请求消息包括第二终端所绑定的第一终端的电池的电池型号和第一荷电状态soc，第一soc为第一终端的电池进行充电的起始soc，第一请求消息用于请求预测第一终端的电池的充电进度；以及接收来自网络设备的第一响应消息，第一响应消息包括充电进度信息，充电进度信息包括第一时长和/或第二soc，第一时长为从第一soc充电至目标soc所需的时长，第二soc为从第一soc充电目标时长所达到的soc；显示单元，用于显示充电进度信息。
91.上述第八方面提供的电池充电进度预测装置可以是第二终端，这里提到的第二终端可以是移动终端设备或能够支持移动终端设备实现该方法所需的功能的装置，例如芯片系统。示例性地，移动终端设备为手机。
92.在一种可能的设计中，通信单元，进一步用于：向第一终端发送充电进度信息。
93.在一种可能的设计中，通信单元，进一步用于：向第一终端发送第二请求消息，第二请求消息用于请求获取电池型号和/或第一soc；接收来自第一终端的第二响应消息，第二响应消息包括电池型号和/或第一soc。
94.在一种可能的设计中，电池充电进度预测装置还包括处理单元；通信单元，具体用于：处理单元检测到第一终端进入充电桩的预设范围内时，向网络设备发送第一请求消息。
95.在一种可能的设计中，电池充电进度预测装置还包括处理单元；通信单元，具体用于：处理单元检测到第一终端的电池接入电源时，向网络设备发送第一请求消息。
96.在一种可能的设计中，第一请求消息包括目标soc和/或目标时长。
97.在一种可能的设计中，目标soc为预先设置的，和/或目标时长为预先设置的。
98.第九方面，提供一种电池充电进度预测装置，包括：处理单元，用于获取第一荷电状态soc，第一soc为第一终端的电池进行充电的起始soc；以及根据第一soc，确定充电进度信息，充电进度信息包括第一时长和/或第二soc，第一时长为从第一soc充电至目标soc所需的时长，第二soc为从第一soc充电目标时长所达到的soc；显示单元，用于显示充电进度信息。
99.上述第九方面提供的电池充电进度预测装置可以是第一终端，这里提到的第一终端可由电动汽车或以电池为动力来源的其它装置执行，该装置例如电动自行车等。
100.在一种可能的设计中，处理单元，进一步用于：接收来自第一终端绑定的第二终端的请求消息，请求消息用于请求预测第一终端的电池的充电进度；向第二终端发送响应消息，响应消息包括充电进度信息。
101.在一种可能的设计中，该请求消息包括第一soc。
102.在一种可能的设计中，该请求消息包括目标soc和/或目标时长。
103.在一种可能的设计中，第一soc为检测到第一终端进入充电桩的预设范围内时获取的。
104.在一种可能的设计中，第一soc为检测到第一终端的电池接入电源时获取的。
105.在一种可能的设计中，目标soc为预先设置的，和/或目标时长为预先设置的。
106.在一种可能的设计中，处理单元，具体用于：根据第一soc和预测模型，确定充电进度信息，预测模型用于预测第一终端的电池的充电进度，预测模型是根据soc子区间对应的充电参数得到的，soc子区间是对历史充电数据中的soc区间进行划分得到的，充电参数包括第三soc、第四soc和第二时长，第二时长为从第三soc充电至第四soc所需的时长，soc子区间的起点为第三soc，终点为第四soc，历史充电数据为第一终端的电池的充电数据，soc区间为历史充电数据的起始soc和结束soc所形成的区间。
107.在一种可能的设计中，soc子区间是对历史充电数据中的soc区间进行随机划分得到的。
108.在一种可能的设计中，充电参数还包括如下的一项或多项：
109.里程数据，里程数据用于指示第一终端的历史里程；
110.从第三soc充电至第四soc的过程中的充电电压；
111.从第三soc充电至第四soc的过程中的充电电流；或，
112.从第三soc充电至第四soc的过程中的电池温度。
113.在一种可能的设计中，该处理单元，进一步用于：将充电参数中除了第二时长之外的充电参数作为输入，第二时长作为输出，得到预测模型。
114.在一种可能的设计中，该处理单元，进一步用于：将充电参数中除了第四soc之外的充电参数作为输入，第四soc作为输出，得到预测模型。
115.在一种可能的设计中，该处理单元，具体用于：根据第一soc，获取至少一组充电参数，至少一组充电参数中的每组充电参数中的第三soc等于第一soc，至少一组充电参数中的每组充电参数中的第四soc等于目标soc；根据至少一组充电参数的平均值，以及预测模型，确定第一时长。
116.在一种可能的设计中，该处理单元，具体用于：根据第一soc和预设时长，获取至少一组充电参数，至少一组充电参数中的每组充电参数中的第三soc等于第一soc，至少一组充电参数中的每组充电参数中的第二时长等于目标时长；根据至少一组充电参数对应的平均充电参数，以及预测模型，确定第二soc。
117.第十方面，提供一种电池充电进度预测装置，包括：通信单元，用于向第一终端发送请求消息，请求消息用于请求预测第一终端的电池的充电进度；以及接收来自第一终端的响应消息，响应消息包括充电进度信息，充电进度信息包括第一时长和/或第二soc，第一时长为从第一soc充电至目标soc所需的时长，第二soc为从第一soc充电目标时长所达到的soc，第一soc为第一终端的电池进行充电的起始soc；显示单元，用于显示充电进度信息。
118.上述第十方面提供的电池充电进度预测装置可以是第二终端，这里提到的第二终端可以是移动终端设备或能够支持移动终端设备实现该方法所需的功能的装置，例如芯片系统。示例性地，移动终端设备为手机。
119.在一种可能的设计中，请求消息包括第一soc。
120.在一种可能的设计中，电池充电进度预测装置还包括处理单元；通信单元，具体用于：处理单元检测到第一终端进入充电桩的预设范围内时，向第一终端发送请求消息的。
121.在一种可能的设计中，电池充电进度预测装置还包括处理单元；通信单元，具体用
于：处理单元检测到第一终端的电池接入电源时，向第一终端发送请求消息的。
122.在一种可能的设计中，请求消息包括目标soc和/或目标时长。
123.在一种可能的设计中，目标soc为预先设置的，和/或目标时长为预先设置的。
124.第十一方面，还提供一种电池充电进度预测装置，包括处理器和存储器；存储器中存储有程序指令，当程序指令被执行时，使得电池充电进度预测装置执行如上述第一方面提供的方法。
125.第十二方面，还提供一种电池充电进度预测装置，包括处理器和存储器；存储器中存储有程序指令，当程序指令被执行时，使得电池充电进度预测装置执行如上述第二方面或第四方法提供的方法。
126.第十三方面，还提供一种电池充电进度预测装置，包括处理器和存储器；存储器中存储有程序指令，当程序指令被执行时，使得电池充电进度预测装置执行如上述第三方面或第五方面提供的方法。
127.第十四方面，还提供一种电池充电进度预测装置，包括：如上述第六方面提供的电池充电进度预测装置，以及如上述第七方面或第九方面提供的电池充电进度预测装置，以及如上述第八方面或第十方面提供的电池充电进度预测装置。
128.第十五方面，还提供一种计算机可读存储介质，计算机可读存储介质包括计算机程序，当计算机程序在处理器上运行时，使得电池充电进度预测装置执行如上述第一方面提供的方法。
129.第十六方面，还提供一种计算机可读存储介质，计算机可读存储介质包括计算机程序，当计算机程序在处理器上运行时，使得电池充电进度预测装置执行如上述第二方面或第四方面提供的方法。
130.第十七方面，还提供一种计算机可读存储介质，计算机可读存储介质包括计算机程序，当计算机程序在处理器上运行时，使得电池充电进度预测装置执行如上述第三方面或第五方面提供的方法。
131.第十八方面，还提供一种计算机程序产品，当计算机程序产品在处理器上运行时，使得电池充电进度预测装置执行如上述第一方面提供的方法。
132.第十九方面，还提供一种计算机程序产品，当计算机程序产品在处理器上运行时，使得电池充电进度预测装置执行如上述第二方面或第四方面提供的方法。
133.第二十方面，还提供一种计算机程序产品，当计算机程序产品在处理器上运行时，使得电池充电进度预测装置执行如上述第三方面或第五方面提供的方法。
134.上述第六方面至第二十方面的有益效果请参见上述第一方面至第五方面的有益效果，在此不重复赘述。
附图说明
135.图1为本申请实施例提供的一种通信系统100的架构示意图；
136.图2为本申请实施例提供的一种电池充电进度预测方法的流程示意图；
137.图3为本申请实施例提供的一种电池充电进度预测模型的建立方法的流程示意图；
138.图4为本申请实施例中时间信息与soc对应关系示意图；
139.图5为本申请实施例中电压信息与soc对应关系示意图；
140.图6为本申请实施例中电流信息与soc对应关系示意图；
141.图7为本申请实施例中电池温度信息与soc对应关系示意图；
142.图8为本申请实施例提供的另一种电池充电进度预测方法的流程示意图；
143.图9为本申请实施例提供的另一种电池充电进度预测方法的流程示意图；
144.图10为本申请实施例提供的另一种电池充电进度预测模型的建立方法的流程示意图；
145.图11为本申请实施例提供的另一种电池充电进度预测方法的流程示意图；
146.图12为本申请实施例提供的一种充电进度预测装置的结构示意图；
147.图13为本申请实施例提供的另一种充电进度预测装置结构示意图；
148.图14为本申请实施例提供的移动终端提供多个目标soc的界面示意图；
149.图15为本申请实施例提供的移动终端提供多个目标时长的界面示意图。
具体实施方式
150.为了便于理解，对本申请实施例涉及的术语进行解释说明，该术语的解释说明也作为对本申请实施例发明内容的一部分。
151.1)本申请实施例涉及的终端，例如手机、平板电脑、可穿戴设备(如眼镜、手套、手表、手环、服饰及鞋等)、车载设备(或者称为车载终端)、增强现实(augmented reality，ar)/虚拟现实(virtual reality，vr)设备、笔记本电脑、超级移动个人计算机(ultra
‑
mobile personal computer，umpc)、上网本、个人数字助理(personal digital assistant，pda)等设备，本申请实施例对移动终端的具体类型不作任何限制。或者，移动终端还可以包括中继(relay)。
152.本申请实施例中，用于实现终端的功能的装置可以是终端本身，也可以是能够支持终端实现该功能的装置，例如芯片系统，该装置可以被安装在终端中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。下文中，以用于实现终端的功能的装置是终端为例。
153.2)本申请实施例涉及的应用程序(application，简称app)，简称应用，为能够实现某项或多项特定功能的软件程序。通常，终端中可以安装一个或多个应用，例如，即时通讯类应用、视频类应用、音频类应用、图像拍摄类应用等等。其中，即时通信类应用，例如可以包括短信应用、微信(wechat)、whatsapp messenger、连我(line)、照片分享(instagram)、kakao talk、钉钉等。图像拍摄类应用，例如可以包括相机应用(系统相机或第三方相机应用)。视频类应用，例如可以包括youtube、twitter、抖音、爱奇艺，腾讯视频等等。音频类应用，例如可以包括google music、酷狗音乐、虾米、qq音乐等等。
154.3)本申请实施例涉及的网络设备，该网络设备包括但不限于单服务器，服务器集群，或者云端服务器等提供计算能力和存储能力的装置。例如，终端中安装应用程序，网络设备可以是该应用程序对应的云端服务器。这里的应用程序可以是与以电池为动力来源的车辆相关的应用程序。例如应用程序是电池充电管理app，那么云端服务器是电池充电管理app对应的云端服务器。
155.本申请实施例中，用于实现网络设备的功能的装置可以是网络设备，也可以是能
够支持网络设备实现该功能的装置，例如芯片系统，该装置可以被安装在网络设备中。下文中，以用于实现网络设备的功能的装置是网络设备为例。
156.4)本申请实施例涉及的荷电状态(state of charge，soc)，可以是指电池的剩余容量与电池满充电容量的比值，常用百分数表示，单位是％，取值通常为0％～100％。例如，soc为100％，表示电池的剩余容量为该电池满充电时的容量。例如，soc为50％，表示电池的剩余容量为该电池满充电时的容量的一半。再例如，soc为0％，表示电池的剩余容量为0。本申请实施例涉及的满soc，是指soc为100％。
157.5)本申请实施例中的术语“系统”和“网络”可被互换使用。“多个”是指两个或两个以上，鉴于此，本申请实施例中也可以将“多个”理解为“至少两个”。“至少一个”，可理解为一个或多个，例如理解为一个、两个或更多个。例如，包括至少一个，是指包括一个、两个或更多个，而且不限制包括的是哪几个。例如，包括a、b和c中的至少一个，那么包括的可以是a、b、c，a和b，a和c，b和c，或a和b和c。同理，对于“至少一种”等描述的理解，也是类似的。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。
158.除非有相反的说明，本申请实施例提及“第一”、“第二”等序数词用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。
159.下面先对本申请实施例适用的通信系统进行说明。
160.图1为本申请实施例提供的一种通信系统100的示例架构图，本申请实施例所提供的电池充电进度预测方法可以用于上述通信系统100中。如图1所示，通信系统100可以包括网络设备200、一个或多个车辆300(图1中包括2个车辆300)以及一个或多个移动终端400。车辆300可以与网络设备200进行通信，或者车辆300可以通过其安装的车载设备(如图1中的301所示)、或tbox等与网络设备200进行通信。该车辆300以电池为动力来源，或者以电池和燃料为动力来源。示例性地，该车辆300还可以安装有电池管理系统。该电池管理系统可以存储车辆300的电池的电池型号。该电池管理系统还可以记录该车辆300每次充电时的相关数据，例如充电的起始soc，充电的结束soc，充电时长，或充电期间的电压等。车辆300可以与至少一个移动终端400绑定(图1中一个车辆300绑定一个移动终端400)，该移动终端400可以是手机、或平板电脑等。该移动终端400可以与车辆400进行通信，例如移动终端400与车辆300建立近场通信连接，如蓝牙连接、蜂窝连接或wifi连接中的至少一种，该移动终端400可以通过该近场通信获取车辆400的电池的电池型号、行驶速度或里程数据等。该移动终端400还可以与网络设备200进行通信，例如移动终端400可以将获取到的与车辆300相关的数据发送给网络设备200。
161.本申请实施例提供一种电池充电进度预测方法，该方法中第一终端通过与网络设备(例如云端服务器)进行交互，可以预测该第一终端的电池的充电进度，从而实现对电池的充电进度的预测，提高用户体验。
162.图2所示为本申请实施例提供的一种电池充电进度预测方法的流程示意图，参见图2，该方法可以应用于图1所示的通信系统100。网络设备200接收来自第一终端(例如车辆300)的请求消息，根据该请求消息对第一终端的电池的充电进度进行预测。下面以该方法应用于图1所示的通信系统100，第一终端为车辆300，第二终端为移动终端400为例，对该方
法进行介绍。
163.s201：车辆300向网络设备200发送请求消息，该请求消息包括车辆300的电池的电池型号和第一soc。网络设备200接收该请求消息。
164.车辆300可以向网络设备200发送请求消息，或者车辆300可以通过其安装的车载设备301向网络设备200发送该请求消息，该请求消息用于请求预测车辆300的电池的充电进度。例如，车辆300检测到车辆300进入充电桩的预设范围内(或者检测到该车辆300接入电源)，向网络设备200发送该请求消息，和/或，在该车辆300的中控屏上显示与电池充电进度相关的应用程序的交互界面，如该应用程序为电池充电管理app。再例如，用户可以对车载设备301安装的应用程序(如电池充电管理app)进行操作，触发车载设备301向该应用程序对应的网络设备200发送用于预测该车辆300的电池充电进度的请求消息。
165.或者，移动终端400可以触发车辆300向网络设备200发送请求消息。例如用户可以通过对移动终端400安装的电池充电管理app进行操作，触发车辆300向网络设备200发送请求消息。
166.其中，第一soc为车辆300的电池充电的起始soc。例如，该第一soc可以是该车辆300的电池当前的soc。再例如，该第一soc可以是用户输入的用于预测该车辆300的电池的充电进度的起始soc。该请求消息用于请求预测车辆300的电池从第一soc充电至目标soc所需的时长，或者请求预测该车辆300的电池从第一soc充电至目标时长所达到的soc，或者请求预测该车辆300的电池从第一soc充电至目标soc所需的时长、以及该车辆300的电池从第一soc充电至目标时长所达到的soc。
167.在一种可能的实现方式中，车辆300的电池充电时所要达到的目标soc，和/或车辆300的电池充电的目标时长可以是由系统或用户预先设定的。例如系统可以将目标soc预先设定为满soc。如果请求消息仅包括车辆300的电池的电池型号和第一soc，则该请求消息可以用于请求预测车辆300的电池从第一soc充电至满soc所需的时长。
168.在另一种可能的实现方式中，车辆300的电池充电时所要达到的目标soc，和/或车辆300的电池充电的目标时长可以是由系统推荐的。例如，当请求消息仅包括车辆300的电池的电池型号和第一soc时，系统可以根据该车辆300的电池的电池型号和第一soc推荐一个目标时长，并基于推荐的目标时长预测车辆300的电池从第一soc充电目标时长所达到的soc。
169.在另一种可能的实现方式中，该请求消息可以包括车辆300的电池充电时所要达到的目标soc，和/或车辆300的电池充电的目标时长。在请求消息包括该目标soc时，该请求消息用于请求预测车辆300的电池从第一soc充电至目标soc所需的时长；在请求消息包括该目标时长时，该请求消息用于请求预测车辆300的电池从第一soc充电至目标时长所达到的soc；在请求消息包括该目标soc和该目标时长时，该请求消息用于请求预测车辆300的电池从第一soc充电至目标soc所需的时长，以及从第一soc充电目标时长所达到的soc。
170.举例而言，用户可以通过语音、按键或触屏等方式向车辆300输入该目标soc。车辆300也可以提供多个目标soc，例如50％、80％、100％和其他选项(该其他选项是指用户可以输入其他soc)，如图14所示。用户可以通过语音、按键或触屏等方式从该多个目标soc选项中选择其中的一个作为目标soc。类似地，用户可以通过语音、按键或触屏等方式向车辆300输入该目标时长。车辆300也可以提供多个目标时长，例如10分钟，20分钟，30分钟和其他选
项(该其他选项是指用户可以输入其他时长)，如图15所示。用户可以通过语音、按键或触屏等方式从该多个目标时长选项中选择其中的一个作为目标时长。
171.进一步地，该请求消息还可以包括如下信息中的一项或多项。
172.里程数据，该里程数据用于指示车辆300的历史里程。
173.循环次数，该循环次数用于指示车辆300的电池的老化程度。将放空后的电池充满，然后再放空这个过程为一次循环。
174.快充或慢充标识，快充标识是指车辆300的电池支持电流较大的充电策略，慢充标识是指车辆300的电池支持电流较小的充电策略。
175.s202：网络设备200根据请求消息，确定充电进度信息。该充电进行信息包括第一时长和/或第二soc。
176.网络设备200可以根据车辆300的电池的电池型号，例如车辆300的电池的电池型号为第一电池型号，确定该第一电池型号对应的预测模型，并根据确定出的预测模型和请求消息，确定车辆300的电池的充电进度信息。
177.该充电进度信息可以包括第一时长和/或第二soc。第一时长为车辆300的电池从第一soc充电至目标soc所需的时长，该第二soc为车辆300的电池从第一soc充电至目标时长所达到的soc。例如，如果请求消息仅包括第一soc和该车辆300的电池的电池型号，系统预先设置有目标soc和目标时长，则该充电进度信息可以包括第一时长和第二soc。
178.该预测模型是根据soc子区间对应的充电参数得到的，soc子区间是对历史充电数据中的soc区间进行划分得到的。其中，该充电参数包括第三soc、第四soc和第二时长。第二时长为从第三soc充电至第四soc所需的时长。该soc子区间的起点为第三soc，终点为第四soc。历史充电数据为第一电池型号的电池的充电数据(车辆300的电池的电池型号为第一电池型号)。soc区间为每组历史充电数据中的起始soc和结束soc所形成的区间。
179.下面对网络设备200建立预测模型的过程进行说明。
180.图3所示为本申请实施例提供的一种电池充电进度预测模型的建立方法的流程示意图，参见图3，该方法可以应用于图1所示的通信系统100。该方法的执行主体可以是网络设备200。下面以该方法应用于图1所示的通信系统100为例，对该方法进行介绍。
181.s301：网络设备200获取至少一组历史充电数据，该至少一组历史充电数据为第一电池型号的电池的充电数据。
182.网络设备200可以通过车辆300或移动终端400获取至少一个车辆300的历史充电数据。例如，网络设备200可以获取车辆300近一年的充电数据。例如，车辆300按照设定的时间间隔(例如一个月)主动向网络设备200发送该该车辆300在一个月内的充电数据。再例如，移动终端400可以获取与其绑定的车辆300的历史充电数据，并将获取到的历史充电数据发送给网络设备200。其中，车辆300的电池的一次充电过程对应一组历史充电数据。
183.进一步地，网络设备200可以根据电池型号对这些历史充电数据进行分类，得到第一电池型号的电池的至少一组历史充电数据。该至少一组历史充电数据中的每组历史充电数据可以包括电池型号，该组历史充电数据中的起始soc，该组历史充电数据中的结束soc和时间信息。其中，该时间信息用于指示从该组历史充电数据中的起始soc充电至该组历史充电数据中的结束soc的过程中的至少一个soc对应的时间，或者指示从该组历史充电数据中的起始soc充电至该组历史充电数据中的结束soc的过程中的至少一个soc子区间对应的
充电时长。
184.作为一个示例，针对一组历史充电数据，该组历史充电数据中的时间信息可以使用表格的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该时间信息可以包括：soc为20％时对应的时间为t1，soc为30％时对应的时间为t2，soc为40％时对应的时间为t3，以及soc为50％时对应的时间为t4，如表1所示。再例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该时间信息可以包括：soc子区间为[20％，30％)时对应的充电时长为t1，soc子区间为[30％，40％)时对应的充电时长为t，soc子区间为[40％，50％]时对应的充电时长为t3。需要说明的是，在具体实施时，可以获取更细粒度的soc所对应的充电时长，例如soc每增长2％对应的充电时长，本申请实施例对此不作限定。
[0185]
作为另一个示例，针对一组历史充电数据，该组历史充电数据中的时间信息也可以采用函数的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为80％，该时间信息包括：在[20％，40％]的soc区间，soc与时间呈斜率为k1的线性关系，以及在[40％，80％]的soc区间，soc与时间呈斜率为k2的线性关系，如图4所示。
[0186]
表1：时间信息
[0187]
soc时间20％t130％t240％t350％t4
[0188]
在一种可能的实现方式中，该每组历史充电数据还可以包括如下信息中的一项或多项：
[0189]
(1)里程数据，该里程数据用于指示第一电池型号的电池所属的车辆300的历史里程。
[0190]
(2)电压信息，该电压信息用于指示从起始soc充电至结束soc的过程中的至少一个soc对应的充电电压，或者指示从起始soc充电至结束soc的过程中的至少一个soc子区间对应的充电电压。
[0191]
作为一个示例，针对一组历史充电数据，该组历史充电数据中的电压信息可以使用表格的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该电压信息可以包括：soc为20％时对应的充电电压为v1，soc为30％时对应的充电电压为v2，soc为40％时对应的充电电压为v3，以及soc为50％时对应的充电电压为v4，如表2所示。再例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该电压信息可以包括：soc子区间为[20％，30％)时对应的充电电压为v1，soc子区间为[30％，40％)时对应的充电电压为v2，soc子区间为[40％，50％]时对应的充电电压为v3。需要说明的是，在具体实施时，可以获取更细粒度的soc所对应的充电电压，例如soc每增长2％对应的充电电压，本申请实施例对此不作限定。
[0192]
作为另一个示例，针对一组历史充电数据，该组历史充电数据中的电压信息也可以采用函数的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电
数据中的结束soc为80％，该电压信息包括：在[20％，40％]的soc区间，充电电压与soc呈斜率为k3的线性关系，以及在[40％，80％]的soc区间，充电电压与soc呈斜率为k4的线性关系，如图5所示，图5中k4等于1。
[0193]
表2：电压信息
[0194]
soc充电电压20％v130％v240％v350％v4
[0195]
(3)电流信息，该电流信息用于指示从起始soc充电至结束soc的过程中的至少一个soc对应的充电电流，或者指示从起始soc充电至结束soc的过程中的至少一个soc子区间对应的充电电流。
[0196]
作为一个示例，针对一组历史充电数据，该组历史充电数据中的电流信息可以使用表格的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该电流信息可以包括：soc为20％时对应的充电电流为i1，soc为30％时对应的充电电流为i2，soc为40％时对应的充电电流为i3，以及soc为50％时对应的充电电流为i4，如表3所示。再例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该电流信息可以包括：soc子区间为[20％，30％)时对应的充电电流为i1，soc子区间为[30％，40％)时对应的充电电流为i2，soc子区间为[40％，50％]时对应的充电电流为i3。需要说明的是，在具体实施时，可以获取更细粒度的soc所对应的充电电流，例如soc每增长2％对应的充电电流，本申请实施例对此不作限定。
[0197]
作为另一个示例，针对一组历史充电数据，该组历史充电数据中的电流信息也可以采用函数的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为80％，该电流信息包括：在[20％，40％]的soc区间，充电电流与soc呈斜率为k5的线性关系，以及在[40％，80％]的soc区间，充电电流与soc呈斜率为k6的线性关系，如图6所示。
[0198]
表3：电流信息
[0199]
soc充电电流20％i130％i240％i350％i4
[0200]
(4)电池温度信息，该电池温度信息用于指示从起始soc充电至结束soc的过程中的至少一个soc对应的电池温度，或者指示从起始soc充电至结束soc的过程中的至少一个soc子区间对应的电池温度。
[0201]
作为一个示例，针对一组历史充电数据，该组历史充电数据中的电池温度信息可以使用表格的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该电池温度信息可以包括：soc为20％时对应的电池温度为t1，soc为30％时对应的电池温度为t2，soc为40％时对应的电池温度为t3，以及soc为50％时对
应的电池温度为t4，如表4所示。再例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该电池温度信息可以包括：soc子区间为[20％，30％)时对应的电池温度为t1，soc子区间为[30％，40％)时对应的电池温度为t2，soc子区间为[40％，50％]时对应的电池温度为t3。需要说明的是，在具体实施时，可以获取更细粒度的soc所对应的电池温度，例如soc每增长2％对应的电池温度，本申请实施例对此不作限定。
[0202]
作为另一个示例，针对一组历史充电数据，该组历史充电数据中的
[0203]
电池温度信息也可以采用函数的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为80％，该电池温度信息包括：在[20％，40％]的soc区间，电池温度与soc呈斜率为k7的线性关系，以及在[40％，80％]的soc区间，电池温度与soc呈斜率为k8的线性关系，如图7所示。
[0204]
表4：电池温度信息
[0205]
soc电池温度20％t130％t240％t350％t4
[0206]
(5)环境温度信息，该环境温度信息用于指示从起始soc充电至结束soc的过程中的至少一个soc对应的环境温度，或者指示从起始soc充电至结束soc的过程中的至少一个soc子区间对应的环境温度。该环境温度信息可以使用表格的方式进行表示，也可以使用函数的方式进行表示，具体表示方式可以参见表1～表4或图4～图7，在此不再赘述。
[0207]
(6)循环次数。
[0208]
(7)快充或慢充标识。
[0209]
s302：网络设备200将每组历史充电数据中的soc区间划分为至少一个soc子区间，得到至少一组历史充电数据对应的m组充电参数，该至少一个soc子区间中的每个soc子区间对应一组充电参数。
[0210]
网络设备200可以将至少一组历史充电数据中的每组历史充电数据中的soc区间划分为至少一个soc子区间，得到该至少一组历史充电数据对应的m组充电参数。该m组充电参数中的每组充电参数可以包括第三soc，第四soc和第二时长。该至少一个soc子区间中的每个soc子区间对应一组充电参数。该soc子区间的起点为第三soc，终点为第四soc。第二时长为从第三soc充电至第四soc所需的时长。m为大于或等于1的整数。
[0211]
网络设备200可以根据历史充电数据中的时间信息确定该第二时长。以表1所示的时间信息为例，历史充电数据中的起始soc为20％，历史充电数据中的结束soc为50％。如果第三soc为30％，第四soc为40％，则网络设备200可以根据表1所示的时间信息确定第二时长为(t3
‑
t2)。
[0212]
作为一个示例，网络设备200可以将至少一组历史充电数据中的每组历史充电数据中的soc区间随机划分为至少一个soc子区间，得到该至少一组历史充电数据对应的m组充电参数。
[0213]
例如，网络设备200可以按照公式(1)确定两个soc，该两个soc中较小的soc为soc子区间的起点，剩余的一个soc为soc子区间的终点。
[0214]
soc_a＝rand(soc_start,soc_end)
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(1)
[0215]
其中，rand(x,y)表示获取x，y之间的一个随机数。soc_start表示第五soc，soc_end表示第六soc，soc_a表示第三soc或第四soc。
[0216]
作为另一个示例，网络设备200可以根据soc粒度值，将至少一组历史充电数据中的每组历史充电数据中的soc区间随机划分为至少一个soc子区间，得到该至少一组历史充电数据对应的m组充电参数。其中，该soc粒度值用于确定soc子区间的起点和/或终点(即第三soc和/或第四soc)。该soc粒度值可以是一个固定值，也可以是一个随机值；soc粒度值可以是系统预先设置的，也可以是用户通过车辆300或移动终端400设置的，本申请实施例对此不作限定。
[0217]
举例而言，网络设备200可以根据公式(1)确定第三soc，再根据该soc粒度值和第三soc，确定第四soc。例如第四soc为第三soc与该soc粒度值之和，如公式(2)所示。
[0218]
soc_b＝soc_a+soc
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(2)
[0219]
其中，soc表示soc粒度值，soc_a表示根据公式(1)确定的第三soc，soc_b表示第四soc。
[0220]
或者，网络设备200可以根据公式(1)确定第四soc，再根据该soc粒度值和第四soc，确定第三soc。例如第三soc为第四sos与该soc粒度值之差，如公式(3)所示。
[0221]
soc_a＝soc_b
‑
soc
ꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀꢀ
(3)
[0222]
其中，soc表示soc粒度值，soc_b表示根据公式(1)确定的第四soc，soc_a表示第三soc。
[0223]
网络设备200通过对历史充电数据中的soc区间进行随机划分，可以增加样本的多样性，提高训练样本的覆盖面，从而提高预测模型的准确性，提高用户体验。
[0224]
在一种可能的实现方式中，该每组充电参数还可以包括如下信息中的一项或多项。
[0225]
(1)里程数据，该里程数据用于指示第一电池型号的电池所属的车辆300的历史里程。
[0226]
(2)从第三soc充电至第四soc的过程中的充电电压。网络设备200可以根据历史充电数据中的电压信息确定该从第三soc充电至第四soc的过程中的充电电压
[0227]
例如，该从第三soc充电至第四soc的过程中的充电电压可以包括如下充电参数中的一项或多项：
[0228]
从第三soc充电至第四soc的过程中的平均充电电压；
[0229]
从第三soc充电至第四soc的过程中的最小充电电压；
[0230]
从第三soc充电至第四soc的过程中的最大充电电压；
[0231]
第三soc对应的电压；或者，
[0232]
第四soc对应的电压。
[0233]
(3)从第三soc充电至第四soc的过程中的充电电流。网络设备200可以根据历史充电数据中的电流信息确定该从第三soc充电至第四soc的过程中的充电电流。
[0234]
例如，该从第三soc充电至第四soc的过程中的充电电流可以包括如下充电参数中的一项或多项：
[0235]
从第三soc充电至第四soc的过程中的平均充电电流；
[0236]
从第三soc充电至第四soc的过程中的最小充电电流；
[0237]
从第三soc充电至第四soc的过程中的最大充电电流；
[0238]
第三soc对应的电流；或者，
[0239]
第四soc对应的电流。
[0240]
(4)从第三soc充电至第四soc的过程中的电池温度。网络设备200可以根据历史充电数据中的电池温度信息确定该从第三soc充电至第四soc的过程中的电池温度。
[0241]
例如，该从第三soc充电至第四soc的过程中的电池温度可以包括如下充电参数中的一项或多项：
[0242]
从第三soc充电至第四soc的过程中的平均电池温度；
[0243]
从第三soc充电至第四soc的过程中的最低电池温度；
[0244]
从第三soc充电至第四soc的过程中的最高电池温度；
[0245]
第三soc对应的电池温度；或者，
[0246]
第四soc对应的电池温度。
[0247]
(5)从第三soc充电至第四soc的过程中的环境温度。网络设备200可以根据历史充电数据中的环境温度信息确定该从第三soc充电至第四soc的过程中的环境温度。
[0248]
例如，该从第三soc充电至第四soc的过程中的环境温度可以包括如下充电参数中的一项或多项：
[0249]
从第三soc充电至第四soc的过程中的平均环境温度；
[0250]
从第三soc充电至第四soc的过程中的最低环境温度；
[0251]
从第三soc充电至第四soc的过程中的最高环境温度；
[0252]
第三soc对应的环境温度；或者，
[0253]
第四soc对应的环境温度。
[0254]
(6)循环次数。
[0255]
(7)快充或慢充标识。
[0256]
在s302中，网络设备200对每组历史充电数据中的soc区间进行划分，得到soc子区间对应的充电参数，这样可以增加训练样本的多样化，可以避免因历史充电数据的分布比较集中，导致训练样本覆盖面较小，训练得到的模型的准确性较低的问题，从而提高用户体验。
[0257]
s303：网络设备200根据m组充电参数，确定预测模型。
[0258]
网络设备200可以利用h组充电参数训练多个机器学习模型，得到多个训练好的模型。进一步地，网络设备200可以利用(m
‑
h)组充电参数验证该多个训练好的模型，并根据验证结果，从该多个训练好的模型中选取性能最佳的一个模型为预测模型。其中，机器学习模型包括但不限定于随机森林、深度神经网络、自回归滑动平均模型(autoregressive moving average model，arma)、梯度提升迭代决策树(gradient boosting decision tree，gbdt)模型、或xgboost模型等。该(m
‑
h)组充电参数可以为m组充电参数中除了h组充电参数之外的充电参数。h大于或等于1，且小于m的整数。
[0259]
作为一个示例，网络设备200可以将h组充电参数中的每组充电参数中的第二时长作为输出，将h组充电参数中的每组充电参数中除了该第二时长之外的其他充电参数作为输入，训练该多个机器学习模型，得到多个训练好的模型。进一步地，网络设备200可以将
(m
‑
h)组充电参数中的每组充电参数中的第二时长作为输出，将(m
‑
h)组充电参数中的每组充电参数中除了该第二时长之外的其他充电参数作为输入，验证该多个训练好的模型，得到预测模型。该预测模型用于预测第一电池型号的电池充电至目标soc所需的时长。
[0260]
其中，除了第二时长之外的其他充电参数可以包括第三soc和第四soc。进一步地，该除了第二时长之外的其他充电参数还可以包括里程数据、从第三soc充电至第四soc的过程中的充电电压，从第三soc充电至第四soc的过程中的充电电流，从第三soc充电至第四soc的过程中的电池温度，从第三soc充电至第四soc的过程中的环境温度，循环次数，快充或慢充标识等充电参数中的一项或多项。
[0261]
作为另一个示例，网络设备200可以将h组充电参数中的每组充电参数中的第四soc作为输出，将h组充电参数中的每组充电参数中除了该第四soc之外的其他充电参数作为输入，训练该多个机器学习模型，得到多个训练好的模型。进一步地，网络设备200可以将(m
‑
h)组充电参数中的每组充电参数中的第四soc作为输出，将(m
‑
h)组充电参数中的每组充电参数中除了该第四soc之外的其他充电参数作为输入，验证该多个训练好的模型，得到预测模型。该预测模型用于预测第一电池型号的电池充电目标时长所达到的soc。
[0262]
其中，除了第四soc之外的其他充电参数可以包括第三soc和第二时长。进一步地，该除了第四soc之外的其他充电参数还可以包括里程数据、从第三soc充电至第四soc的过程中的充电电压，从第三soc充电至第四soc的过程中的充电电流，从第三soc充电至第四soc的过程中的电池温度，从第三soc充电至第四soc的过程中的环境温度，循环次数，快充或慢充标识等充电参数中的一项或多项。
[0263]
需要说明的是，除了第一电池型号之外的其他电池型号对应的预测模型可以参考图3所示的流程进行建立，在此不再赘述。在网络设备200得到各电池型号对应的预测模型之后，网络设备200可以按照设定的时间间隔(例如一个月)获取新的历史充电数据，并根据该新的历史充电数据对应的充电参数对该各电池型号对应的预测模型进行更新，具体的实施过程可以参见图3所示的流程，在此不再赘述。
[0264]
至此，网络设备200完成对预测模型的建立。
[0265]
基于图3得到的预测模型，网络设备200可以将第一soc作为该预测模型的输入，得到第一时长和/或第二soc。
[0266]
作为一个示例，如果请求消息仅包括车辆300的电池的电池型号和第一soc，则网络设备200可以将第一soc和满soc作为预测模型的输入，得到第一时长。在具体实施时，如果第一电池型号对应的m组充电参数中的q组充电参数还包括从第三soc充电至第四soc的过程中的充电电压，从第三soc充电至第四soc的过程中的充电电流，从第三soc充电至第四soc的过程中的电池温度，从第三soc充电至第四soc的过程中的环境温度等充电参数中的一项或多项，则网络设备200可以从该q组充电参数中获取n组充电参数，对该n组充电参数进行平均值运算，得到n组充电参数对应的平均充电参数，并根据该n组充电参数对应的平均充电参数和预测模型(即将该n组充电参数对应的平均充电参数作为预测模型的输入)，得到第一时长。其中，n组充电参数中每组充电参数中的第三soc等于第一soc，第四soc等于满soc。q为大于或等于1、且小于m的整数，n为大于或等于1、且小于q的整数。
[0267]
例如，n＝2，第一组充电参数包括从第三soc充电至第四soc的过程中的平均充电电压为v1、以及从第三soc充电至第四soc的过程中的最高电池温度为t1，第二组充电参数
包括从第三soc充电至第四soc的过程中的平均充电电压为v2、以及从第三soc充电至第四soc的过程中的最高电池温度为t2；则第一组充电参数和第二组充电参数对应的平均充电参数包括从第三soc充电至第四soc的过程中的平均充电电压为(v1+v2)/2、以及从第三soc充电至第四soc的过程中的最高电池温度为(t1+t2)/2。
[0268]
作为另一个示例，如果请求消息包括车辆300的电池的电池型号、第一soc和目标soc，则网络设备200可以将第一soc和目标soc作为预测模型的输入，得到第一时长。在具体实施时，如果第一电池型号对应的m组充电参数中的q组充电参数还包括从第三soc充电至第四soc的过程中的充电电压，从第三soc充电至第四soc的过程中的充电电流，从第三soc充电至第四soc的过程中的电池温度，从第三soc充电至第四soc的过程中的环境温度等充电参数中的一项或多项，则网络设备200可以从该q组充电参数中获取n组充电参数，对该n组充电参数进行平均值运算，得到n组充电参数对应的平均充电参数，并根据该n组充电参数对应的平均充电参数和预测模型，得到该第一时长。其中，n组充电参数中每组充电参数中的第三soc等于第一soc，第四soc等于目标soc。
[0269]
作为另一个示例，如果请求消息包括车辆300的电池的电池型号、第一soc和目标时长，则网络设备200可以将第一soc和目标时长作为预测模型的输入，得到第二soc。在具体实施时，如果第一电池型号对应的m组充电参数中的q组充电参数还包括从第三soc充电至第四soc的过程中的充电电压，从第三soc充电至第四soc的过程中的充电电流，从第三soc充电至第四soc的过程中的电池温度，从第三soc充电至第四soc的过程中的环境温度等充电参数中的一项或多项，则网络设备200可以从该q组充电参数中获取n组充电参数，对该n组充电参数进行平均值运算，得到n组充电参数对应的平均充电参数，并根据该n组充电参数对应的平均充电参数和预测模型，得到该第二soc。其中，n组充电参数中每组充电参数中的第三soc等于第一soc，第二时长等于目标时长。
[0270]
进一步地，如果请求消息还可以包括车辆300的里程数据，车辆300的电池的循环次数，快充或慢充标识等充电参数中的一项或多项，则该n组充电参数中每组充电参数中的里程数据、循环次数、快充或慢充标识等参数中的一项或多项，分别与请求消息中车辆300的里程数据，车辆300的电池的循环次数，快充或慢充标识等参数中的一项或多项相同。
[0271]
s203：网络设备200向车辆300发送响应消息，该响应消息包括充电进度信息。车辆300接收响应消息。
[0272]
s204：车辆300显示该充电进度信息。
[0273]
车辆300获取到该充电进度信息后，可以以文字或图片的方式在该车辆300的中控屏中显示该充电进度信息，也可以以语音的方式播放该充电进度信息，从而用户能够直观了解车辆300的电池的充电进度，提高用户体验。
[0274]
可选地，如果车辆300绑定有至少一个移动终端400，则网络设备200还可以执行s205的步骤。
[0275]
s205：网络设备200向移动终端400发送充电进度信息。移动终端400接收该充电进度信息。
[0276]
应理解的是，网络设备200确定出车辆300的电池的充电进度信息后，可以仅将该充电进度信息发送给车辆300；或者仅将该充电进度信息发送给与该车辆300绑定的至少一个移动终端400；或者将该充电进度信息分别发送给该车辆300、以及与该车辆300绑定的至
少一个移动终端400。例如，车主离开车辆300对该车辆300接入电源时，触发该车辆300向网络设备200发送请求消息，网络设备200根据请求消息确定出该车辆300的电池的充电进度信息，并将该充电进度信息发送给车主随身携带的移动终端400(如手机)，这样即便车主不在车辆300中也可以直观了解车辆300的电池的充电进度，提高用户体验。
[0277]
s206：移动终端400显示该充电进度信息。
[0278]
移动终端400获取到该充电进度信息后，可以以文字或图片的方式在该移动终端400的显示屏中显示该充电进度信息，也可以以语音的方式播放该充电进度信息，从而用户能够直观了解该移动终端400所绑定的车辆300的电池的充电进度，提高用户体验。
[0279]
需要说明的是，移动终端400接收到的充电进度信息可以是网络设备200发送的，也可以是网络设备200通过与该移动终端400绑定的车辆300发送的，即网络设备200将充电进度信息发送给车辆300，车辆300再将该充电进度信息发送给移动终端400，本申请实施例对此不作限定。
[0280]
本申请的上述实施例中，网络设备可以通过预测模型预测电池充电至目标soc所需要的时间、和/或充电目标时长所达到的soc。由于该预测模型是网络设备对收集到的历史充电数据进行划分，得到更细粒度的充电参数，可以增加样本的多样性，提高覆盖面，可以避免因样本覆盖面比较集中，而导致训练得到的模型的误差较大的问题。因此，网络设备利用充电参数得到的预测模型来预测电池的充电进度，可以预测任意soc区间所需的充电时长以及充电任意时长所达到的soc，提高用户体验。
[0281]
本申请实施例还提供了一种电池充电进度预测方法，该方法通过第二终端与第一终端、网络设备进行交互，可以预测得到该车辆的电池的充电进度，从而实现对电池的充电进度的预测，提高用户体验。
[0282]
图8所示为本申请实施例提供的另一种电池充电进度预测方法的流示意图，参见图8，该方法可以应用于图1所示的通信系统100。网络设备200接收来自第二终端(如移动终端400)的请求消息，根据该请求消息对该第二终端所绑定的第一终端(如车辆300)的电池的充电进度进行预测。下面以该方法应用于图1所示的通信系统100，第一终端为车辆300，第二终端为移动终端400为例，对该方法进行介绍。
[0283]
s801：移动终端400向网络设备200发送请求消息，该请求消息包括该移动终端400绑定的车辆300的电池的电池型号和第一soc。网络设备200接收该请求消息。
[0284]
移动终端400可以向网络设备200发送请求消息，该请求消息用于请求预测该移动终端400所绑定的车辆300的电池的充电进度。例如，移动终端400检测到该移动终端400所绑定的车辆300进入充电桩的预设范围内(或者检测到该移动终端400所绑定的车辆300接入电源)，向网络设备200发送该请求消息，和/或，在该移动终端400的显示屏中上显示与电池充电进度相关的应用程序的交互界面，如该应用程序为电池充电管理app。再例如，用户可以对移动终端400安装的应用程序(如电池充电管理app)进行操作，触发移动终端400向该应用程序对应的网络设备200发送用于预测该移动终端400所绑定的车辆300的电池充电进度的请求消息。
[0285]
或者，移动终端400所绑定的车辆300可以触发该移动终端向网络设备200发送请求消息。例如用户可以启动对车辆400安装的电池充电管理app时，触发与该车辆300绑定的移动终端400向网络设备200发送请求消息。
[0286]
其中，移动终端400所绑定的车辆300的电池的电池型号，可以是移动终端400与车辆300进行交互得到的。例如，移动终端400与车辆300建立近场通信后，移动终端400可以访问车辆400的电池管理系统，以获取该车辆300的电池的电池型号、车辆300里程数据、车辆300的电池的循环次数、车辆300的电池的快充或慢充标识等信息中的一项或多项。第一soc为移动终端400所绑定的车辆300的电池进行充电的起始soc。例如，该第一soc可以是该车辆300的电池当前的soc。移动终端400可以通过与车辆400进行交互得到该车辆300的电池当前的soc。再例如，该第一soc可以是用户输入的用于预测该车辆300的电池的充电进度的起始soc。该请求消息用于请求预测车辆300的电池从第一soc充电至目标soc所需的时长，或者请求预测该车辆300的电池从第一soc充电至目标时长所达到的soc，或者请求预测该车辆300的电池从第一soc充电至目标soc所需的时长、以及该车辆300的电池从第一soc充电至目标时长所达到的soc。
[0287]
举例而言，该请求消息可以包括车辆300的电池充电时所要达到的目标soc，和/或车辆300的电池充电的目标时长。在请求消息包括该目标soc时，该请求消息用于请求预测车辆300的电池从第一soc充电至目标soc所需的时长；在请求消息包括该目标时长时，该请求消息用于请求预测车辆300的电池从第一soc充电至目标时长所达到的soc；在请求消息包括该目标soc和该目标时长时，该请求消息用于请求预测车辆300的电池从第一soc充电至目标soc所需的时长，以及从第一soc充电目标时长所达到的soc。
[0288]
例如，用户可以通过语音、按键或触屏等方式向移动终端400输入该目标soc。移动终端400也可以提供多个目标soc，例如50％、80％、100％和其他选项(该其他选项是指用户可以输入其他soc)，如图14所示。用户可以通过语音、按键或触屏等方式从该多个目标soc选项中选择其中的一个作为目标soc。类似地，用户可以通过语音、按键或触屏等方式向移动终端400输入该目标时长。移动终端400也可以提供多个目标时长，例如10分钟，20分钟，30分钟和其他选项(该其他选项是指用户可以输入其他时长)，如图15所示。用户可以通过语音、按键或触屏等方式从该多个目标时长选项中选择其中的一个作为目标时长。
[0289]
进一步地，该请求消息还可以包括如下信息中的一项或多项：里程数据，循环次数，快充或慢充标识。
[0290]
s802：网络设备200根据请求消息，确定充电进度信息。该充电进度信息包括第一时长和/或第二soc。
[0291]
网络设备200可以根据该移动终端400所绑定的车辆300的电池的电池型号(如第一电池型号)，确定该第一电池型号对应的预测模型，并根据确定出的预测模型和请求消息，确定该车辆300的电池的充电进度信息。其中，预测模型的建立过程可以参照图3所示的流程。s802的具体实现流程与图2中s202的具体实现流程一致，s802的具体实现流程可以参见前述对在此不再赘述。
[0292]
s803：网络设备200向移动终端400发送响应消息，该响应消息包括充电进度信息。移动终端400接收响应消息。
[0293]
s804：移动终端400显示该充电进度信息。
[0294]
移动终端400获取到该充电进度信息后，可以以文字或图片的方式在该移动终端400的显示屏中显示该充电进度信息，也可以以语音的方式播放该充电进度信息，从而用户能够直观了解该移动终端400所绑定的车辆300的电池的充电进度，提高用户体验。
[0295]
可选地，网络设备200还可以执行s805的步骤。
[0296]
s805：网络设备200向移动终端400所绑定的车辆300发送充电进度信息。该车辆300接收该充电进度信息。
[0297]
应理解的是，网络设备200确定出移动终端400所绑定的车辆300的电池的充电进度信息后，可以仅将该充电进度信息发送给移动终端400；或者仅将该充电进度信息发送给与该移动终端400所绑定的车辆300；或者将该充电进度信息分别发送给该移动终端400、以及与该移动终端400所绑定的车辆300。
[0298]
s806：车辆300显示该充电进度信息。
[0299]
移动终端400所绑定的车辆300获取到该充电进度信息后，可以以文字或图片的方式在该车辆300的中控屏中显示该充电进度信息，也可以以语音的方式播放该充电进度信息，从而用户能够直观了解该车辆300的电池的充电进度，提高用户体验。
[0300]
需要说明的是，车辆300接收到的充电进度信息可以是网络设备200发送的，也可以是网络设备200通过移动终端400发送的，即网络设备200将充电进度信息发送给移动终端400，移动终端400再将该充电进度信息发送给其所绑定的车辆300。
[0301]
本申请实施例还提供了另一种电池充电进度预测方法，该方法根据第一终端建立的预测模型，可以预测该第一终端的电池的充电进度，从而实现对电池的充电进度的预测，提高用户体验。
[0302]
图9所示为本申请实施例提供的另一种电池充电进度预测方法的流程示意图，参见图9，该方法可以应用于图1所示的通信系100。第一终端(如车辆300)获取第一soc，根据该第一soc和预测模型对车辆300的电池的充电进度进行预测。下面以该方法应用于图1所示的通信系统100为例，对该方法进行介绍。
[0303]
s901：车辆300获取第一soc，该第一soc为车辆300的电池充电的起始soc。
[0304]
车辆300可以获取该第一soc，以预测该车辆300的电池的充电进度。例如，车辆300检测到车辆300进入充电桩的预设范围内(或者检测到该车辆300接入电源)，获取第一soc，和/或，在该车辆300的中控屏上显示与电池充电进度相关的应用程序的交互界面，如该应用程序为电池充电管理app。再例如，用户可以对车载设备301安装的应用程序(如电池充电管理app)进行操作，触发车载设备301获取第一soc，以预测该车辆300的电池的充电进度。
[0305]
或者，移动终端400可以触发车辆300获取该第一soc。例如用户可以通过对移动终端400安装的电池充电管理app进行操作，触发车辆300获取该第一soc。
[0306]
其中，第一soc为车辆300的电池进行充电的起始soc。例如，该第一soc可以是该车辆300的电池当前的soc。再例如，该第一soc可以是用户输入的用于预测该车辆300的电池的充电进度的起始soc。可选地，车辆300可以通过车辆300的电池管理系统得到该车辆300的电池当前的soc。
[0307]
在一种可能的实现方式中，车辆300的电池充电时所要达到的目标soc，和/或车辆300的电池充电的目标时长可以是由系统或用户预先设定的。例如系统可以将目标soc预先设定为满soc。
[0308]
在另一种可能的实现方式中，车辆300的电池充电时所要达到的目标soc，和/或车辆300的电池充电的目标时长可以是由系统推荐的。例如，当请求消息仅包括车辆300的电池的电池型号和第一soc时，系统可以根据该车辆300的电池的电池型号和第一soc推荐一
个目标时长，并基于推荐的目标时长预测车辆300的电池从第一soc充电目标时长所达到的soc。
[0309]
在另一种可能的实现方式中，车辆300的电池充电时所要达到的目标soc，和/或车辆300的电池充电的目标时长可以是用户输入的。
[0310]
作为一种示例，用户可以通过语音、按键或触屏等方式向车辆300输入该目标soc。车辆300也可以提供多个目标soc，例如50％、90％、110％和其他选项(该其他选项是指用户可以输入其他soc)，如图14所示。用户可以通过语音、按键或触屏等方式从该多个目标soc选项中选择其中的一个作为目标soc。类似地，用户可以通过语音、按键或触屏等方式向车辆300输入该目标时长。车辆300也可以提供多个目标时长，例如11分钟，20分钟，30分钟和其他选项(该其他选项是指用户可以输入其他时长)，如图15所示。用户可以通过语音、按键或触屏等方式从该多个目标时长选项中选择其中的一个作为目标时长。
[0311]
s902：车辆300根据第一soc，确定充电进度信息。该充电进度信息包括第一时长和/或第二soc。
[0312]
车辆300可以将第一soc作为预测模型的输入，得到车辆300的电池的充电进度信息。该充电进度信息可以包括第一时长和/或第二soc。第一时长为车辆300的电池从第一soc充电至目标soc所需的时长，该第二soc为该车辆300的电池从第一soc充电至目标时长所达到的soc。例如，如果系统预先设置有目标soc和目标时长，则该充电进度信息可以包括第一时长和第二soc。
[0313]
该预测模型是根据soc子区间对应的充电参数得到的，该soc子区间是对历史充电数据中的soc区间进行划分得到的。其中，该充电参数包括第三soc、第四soc和第二时长。第二时长为从第三soc充电至第四soc所需的时长，该soc子区间的起点为第三soc，终点为第四soc。历史充电数据为车辆300的电池的充电数据。soc区间为每组历史充电数据中的起始soc和结束soc所形成的区间。
[0314]
下面对车辆300建立预测模型的过程进行说明。
[0315]
图10所示为本申请实施例提供的另一种电池充电进度预测模型的建立方法的流程示意图，参见图10，该方法可以应用于图1所示的通信系统100。该方法的执行主体可以是第一终端(如车辆300)本身，也可以是第一终端中的芯片、或系统等。下面以该方法应用于图1所示的通信系统100，第一终端为车辆300，第二终端为移动终端400为例，对该方法进行介绍。
[0316]
s1001：车辆300获取该车辆300的至少一组历史充电数据。
[0317]
车辆300可以获取其在设定时长内的历史充电数据。例如，车辆300可以通过电池管理系统获取近半年内的至少一组历史充电数据。该至少一组历史充电数据中的每组历史充电数据可以包括该组历史充电数据中的起始soc，该组历史充电数据中的结束soc和时间信息。其中，该时间信息用于指示从该组历史充电数据中的起始soc充电至该组历史充电数据中的结束soc的过程中的至少一个soc对应的时间，或者指示从该组历史充电数据中的起始soc充电至该组历史充电数据中的结束soc的过程中的至少一个soc子区间对应的充电时长。车辆300的电池的一次充电过程对应一组历史充电数据。
[0318]
作为一个示例，针对一组历史充电数据，该组历史充电数据中的时间信息可以使用表格的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据
中的结束soc为50％，该时间信息可以包括：soc为20％时对应的时间为t1，soc为30％时对应的时间为t2，soc为40％时对应的时间为t3，以及soc为50％时对应的时间为t4，如表1所示。
[0319]
作为另一个示例，针对一组历史充电数据，该组历史充电数据中的时间信息也可以采用函数的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为90％，该时间信息包括：在[20％，40％]的soc区间，时间与soc呈斜率为k1的线性关系，以及在[40％，90％]的soc区间，时间与soc呈斜率为k2的线性关系，如图4所示。
[0320]
在一种可能的实现方式中，该每组历史充电数据还可以包括如下信息中的一项或多项：
[0321]
(1)里程数据，该里程数据用于指示车辆300的历史里程。
[0322]
(2)电压信息，该电压信息用于指示从起始soc充电至结束soc的过程中的至少一个soc对应的充电电压，或者指示从起始soc充电至结束soc的过程中的至少一个soc子区间对应的充电电压。
[0323]
作为一个示例，针对一组历史充电数据，该组历史充电数据中的电压信息可以使用表格的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该电压信息可以包括：soc为20％时对应的充电电压为v1，soc为30％时对应的充电电压为v2，soc为40％时对应的充电电压为v3，以及soc为50％时对应的充电电压为v4，如表2所示。再例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该电压信息可以包括：soc子区间为[20％，30％)时对应的充电电压为v1，soc子区间为[30％，40％)时对应的充电电压为v2，soc子区间为[40％，50％]时对应的充电电压为v3。需要说明的是，在具体实施时，可以获取更细粒度的soc所对应的充电电压，例如soc每增长2％对应的充电电压，本申请实施例对此不作限定。
[0324]
作为另一个示例，针对一组历史充电数据，该组历史充电数据中的电压信息也可以采用函数的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为90％，该电压信息包括：在[20％，40％]的soc区间，充电电压与soc呈斜率为k3的线性关系，以及在[40％，90％]的soc区间，充电电压与soc呈斜率为k4的线性关系，如图5所示。
[0325]
(3)电流信息，该电流信息用于指示从起始soc充电至结束soc的过程中的至少一个soc对应的充电电流，或者指示从起始soc充电至结束soc的过程中的至少一个soc子区间对应的充电电流。
[0326]
作为一个示例，针对一组历史充电数据，该组历史充电数据中的电流信息可以使用表格的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该电流信息可以包括：soc为20％时对应的充电电流为i1，soc为30％时对应的充电电流为i2，soc为40％时对应的充电电流为i3，以及soc为50％时对应的充电电流为i4，如表3所示。再例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该电流信息可以包括：soc子区间为[20％，30％)时对应的充电电流为i1，soc子区间为[30％，40％)时对应的充电电流为i2，soc子区间为[40％，50％]时对应的充电电流为i3。需要说明的是，在具体实施时，可以获取更细粒度的soc所对应的充电电流，
例如soc每增长2％对应的充电电流，本申请实施例对此不作限定。
[0327]
作为另一个示例，针对一组历史充电数据，该组历史充电数据中的电流信息也可以采用函数的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为90％，该电流信息包括：在[20％，40％]的soc区间，充电电流与soc呈斜率为k5的线性关系，以及在[40％，90％]的soc区间，充电电流与soc呈斜率为k6的线性关系，如图6所示。
[0328]
(4)电池温度信息，该电池温度信息用于指示从起始soc充电至结束soc的过程中的至少一个soc对应的电池温度，或者指示从起始soc充电至结束soc的过程中的至少一个soc子区间对应的电池温度。
[0329]
作为一个示例，针对一组历史充电数据，该组历史充电数据中的电池温度信息可以使用表格的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该电池温度信息可以包括：soc为20％时对应的电池温度为t1，soc为30％时对应的电池温度为t2，soc为40％时对应的电池温度为t3，以及soc为50％时对应的电池温度为t4，如表4所示。再例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为50％，该电池温度信息可以包括：soc子区间为[20％，30％)时对应的电池温度为t1，soc子区间为[30％，40％)时对应的电池温度为t2，soc子区间为[40％，50％]时对应的电池温度为t3。需要说明的是，在具体实施时，可以获取更细粒度的soc所对应的电池温度，例如soc每增长2％对应的电池温度，本申请实施例对此不作限定。
[0330]
作为另一个示例，针对一组历史充电数据，该组历史充电数据中的电池温度信息也可以采用函数的方式进行表示。例如，该组历史充电数据中的起始soc为20％，该组历史充电数据中的结束soc为90％，该电池温度信息包括：在[20％，40％]的soc区间，电池温度与soc呈斜率为k7的线性关系，以及在[40％，90％]的soc区间，电池温度与soc呈斜率为k9的线性关系，如图7所示。
[0331]
(5)环境温度信息，该环境温度信息用于指示从起始soc充电至结束soc的过程中的至少一个soc对应的环境温度，或者指示从起始soc充电至结束soc的过中的至少一个soc子区间对应的环境温度。该环境温度信息可以使用表格的方式进行表示，也可以使用函数的方式进行表示，具体表示方式可以参见表1～表4或图4～图7，在此不再赘述。
[0332]
(6)循环次数。
[0333]
(7)快充或慢充标识。
[0334]
s1002：车辆300将每组历史充电数据中的soc区间划分为至少一个soc子区间，得到至少一组历史充电数据对应的m组充电参数，该至少一个soc子区间中的每个soc子区间对应一组充电参数。
[0335]
车辆300可以将至少一组历史充电数据中的每组历史充电数据中的soc区间划分为至少一个soc子区间，得到该至少一组历史充电数据对应的m组充电参数。该m组充电参数中的每组充电参数可以包括第三soc，第四soc和第二时长。其中，该至少一个soc子区间中的每个soc子区间对应一组充电参数，m为大于或等于1的整数。该soc子区间的起点为第三soc，终点为第四soc。第二时长为从第三soc充电至第四soc所需的时长。网络设备200可以根据历史充电数据中的时间信息确定该第二时长。
[0336]
作为一个示例，车辆300可以将至少一组历史充电数据中的每组历史充电数据中
的soc区间随机划分为至少一个soc子区间，得到该至少一组历史充电数据对应的m组充电参数。
[0337]
例如，车辆300可以按照公式(1)确定两个soc，该两个soc中较小的soc为soc子区间的起点，剩余的一个soc为soc子区间的终点。
[0338]
作为另一个示例，车辆300可以根据soc粒度值，将至少一组历史充电数据中的每组历史充电数据中的soc区间随机划分为至少一个soc子区间，得到该至少一组历史充电数据对应的m组充电参数。其中，该soc粒度值用于确定soc子区间的起点和/或终点(即第三soc和/或第四soc)。该soc粒度值可以是一个固定值，也可以是一个随机值；该soc粒度值可以是系统预先设置的，也可以是用户通过车辆300或该车辆300所绑定的移动终端400设置的，本申请实施例对此不作限定。
[0339]
举例而言，车辆300可以根据公式(1)确定第三soc，再根据该soc粒度值和第三soc，确定第四soc。例如第四soc为第三soc与该soc粒度值之和，如公式(2)所示。
[0340]
或者，车辆300可以根据公式(1)确定第四soc，再根据该soc粒度值和第四soc，确定第三soc。例如第三soc为第四sos与该soc粒度值之差，如公式(3)所示。
[0341]
在一种可能的实现方式中，该每组充电参数还可以包括如下信息中的一项或多项：
[0342]
(1)里程数据，该里程数据用于指示车辆300的历史里程。
[0343]
(2)从第三soc充电至第四soc的过程中的充电电压。车辆300可以根据历史充电数据中的电压信息确定该从第三soc充电至第四soc的过程中的充电电压。
[0344]
例如，该从第三soc充电至第四soc的过程中的充电电压可以包括如下充电参数中的一项或多项：
[0345]
从第三soc充电至第四soc的过程中的平均充电电压；
[0346]
从第三soc充电至第四soc的过程中的最小充电电压；
[0347]
从第三soc充电至第四soc的过程中的最大充电电压；
[0348]
第三soc对应的电压；或者，
[0349]
第四soc对应的电压。
[0350]
(3)从第三soc充电至第四soc的过程中的充电电流。车辆300可以根据历史充电数据中的电流信息确定该从第三soc充电至第四soc的过程中的充电电流。
[0351]
例如，该从第三soc充电至第四soc的过程中的充电电流可以包括如下充电参数中的一项或多项：
[0352]
从第三soc充电至第四soc的过程中的平均充电电流；
[0353]
从第三soc充电至第四soc的过程中的最小充电电流；
[0354]
从第三soc充电至第四soc的过程中的最大充电电流；
[0355]
第三soc对应的电流；或者，
[0356]
第四soc对应的电流。
[0357]
(4)从第三soc充电至第四soc的过程中的电池温度。车辆300可以根据历史充电数据中的电池温度信息确定该从第三soc充电至第四soc的过程中的电池温度。
[0358]
例如，该从第三soc充电至第四soc的过程中的电池温度可以包括如下充电参数中的一项或多项：
[0359]
从第三soc充电至第四soc的过程中的平均电池温度；
[0360]
从第三soc充电至第四soc的过程中的最低电池温度；
[0361]
从第三soc充电至第四soc的过程中的最高电池温度；
[0362]
第三soc对应的电池温度；或者，
[0363]
第四soc对应的电池温度。
[0364]
(5)从第三soc充电至第四soc的过程中的环境温度。车辆300可以根据历史充电数据中的环境温度信息确定该从第三soc充电至第四soc的过程中的环境温度。
[0365]
例如，该从第三soc充电至第四soc的过程中的环境温度可以包括如下充电参数中的一项或多项：
[0366]
从第三soc充电至第四soc的过程中的平均环境温度；
[0367]
从第三soc充电至第四soc的过程中的最低环境温度；
[0368]
从第三soc充电至第四soc的过程中的最高环境温度；
[0369]
第三soc对应的环境温度；或者，
[0370]
第四soc对应的环境温度。
[0371]
(6)循环次数。
[0372]
(7)快充或慢充标识。
[0373]
在s1003中，车辆300对每组历史充电数据中的soc区间进行划分，得到soc子区间对应的充电参数，这样可以增加训练样本的多样化，可以避免因历史充电数据的分布比较集中，导致训练样本覆盖面较小，训练得到的模型的准确性较低的问题，从而提高用户体验。
[0374]
s1003：车辆300根据m组充电参数，确定预测模型。
[0375]
车辆300可以利用h组充电参数训练多个机器学习模型，得到多个训练好的模型。进一步地，车辆300可以利用(m
‑
h)组充电参数验证该多个训练好的模型，并根据验证结果，从该多个训练好的模型中选取性能最佳的一个模型为预测模型。其中，机器学习模型包括但不限定于随机森林、深度神经网络、arma、gdbt、或xgboost等。该(m
‑
h)组充电参数可以为m组充电参数中除了h组充电参数之外的充电参数。h大于或等于1，且小于m的整数。
[0376]
作为一个示例，车辆300可以将h组充电参数中的每组充电参数中的第二时长作为输出，将h组充电参数中的每组充电参数中除了该第二时长之外的其他充电参数作为输入，训练该多个机器学习模型，得到多个训练好的模型。进一步地，车辆300可以将(m
‑
h)组充电参数中的每组充电参数中的第二时长作为输出，将(m
‑
h)组充电参数中的每组充电参数中除了该第二时长之外的其他充电参数作为输入，验证该多个训练好的模型，得到预测模型。该预测模型用于预测该车辆300的电池充电至目标soc所需的时长。
[0377]
其中，除了第二时长之外的其他充电参数可以包括第三soc和第四soc。进一步地，该除了第二时长之外的其他充电参数还可以包括里程数据、从第三soc充电至第四soc的过程中的充电电压，从第三soc充电至第四soc的过程中的充电电流，从第三soc充电至第四soc的过程中的电池温度，从第三soc充电至第四soc的过程中的环境温度，循环次数，快充或慢充标识等充电参数中的一项或多项。
[0378]
作为另一个示例，车辆300可以将h组充电参数中的每组充电参数中的第四soc作为输出，将h组充电参数中的每组充电参数中除了该第四soc之外的其他充电参数作为输
入，训练该多个机器学习模型，得到多个训练好的模型。进一步地，车辆300可以将(m
‑
h)组充电参数中的每组充电参数中的第四soc作为输出，将(m
‑
h)组充电参数中的每组充电参数中除了该第四soc之外的其他充电参数作为输入，验证该多个训练好的模型，得到预测模型。该预测模型用于预测该车辆300的电池充电目标时长所达到的soc。
[0379]
其中，除了第四soc之外的其他充电参数可以包括第三soc和第二时长。进一步地，该除了第四soc之外的其他充电参数还可以包括里程数据、从第三soc充电至第四soc的过程中的充电电压，从第三soc充电至第四soc的过程中的充电电流，从第三soc充电至第四soc的过程中的电池温度，从第三soc充电至第四soc的过程中的环境温度，循环次数，快充或慢充标识等充电参数中的一项或多项。
[0380]
需要说明的是，车辆300在得到该预测模型之后，可以按照设定的时间间隔(例如一个月)或设定的充电次数(例如充电五次)获取新的历史充电数据，并根据该新的历史充电数据对应的充电参数对该预测模型进行更新，具体的实施过程可以参见图10所示的流程，在此不再赘述。
[0381]
至此，车辆300完成对预测模型的建立。
[0382]
基于图10得到的预测模型，车辆300可以将第一soc作为该预测模型的输入，得到第一时长和/或第二soc。
[0383]
作为一个示例，车辆300将第一soc和满soc作为预测模型的输入，得到第二时长。在具体实施时，如果车辆300对应的m组充电参数中的q组充电参数还包括从第三soc充电至第四soc的过程中的充电电压，从第三soc充电至第四soc的过程中的充电电流，从第三soc充电至第四soc的过程中的电池温度，从第三soc充电至第四soc的过程中的环境温度等充电参数中的一项或多项，则车辆300可以从该q组充电参数中获取n组充电参数，对该n组充电参数进行平均值运算，得到n组充电参数对应的平均充电参数，并根据该n组充电参数对应的平均充电参数和预测模型，得到第一时长。其中，n组充电参数中每组充电参数中的第三soc等于第一soc，第四soc等于满soc。q为大于或等于1、且小于m的整数，n为大于或等于1、且小于q的整数。
[0384]
作为另一个示例，如果用户输入目标soc，则车辆300可以将第一soc和目标soc作为预测模型的输入，得到第一时长。在具体实施时，如果车辆300对应的m组充电参数中的q组充电参数还包括从第三soc充电至第四soc的过程中的充电电压，从第三soc充电至第四soc的过程中的充电电流，从第三soc充电至第四soc的过程中的电池温度，从第三soc充电至第四soc的过程中的环境温度等充电参数中的一项或多项，则车辆300可以从该q组充电参数中获取n组充电参数，对该n组充电参数进行平均值运算，得到n组充电参数对应的平均充电参数，并根据该n组充电参数对应的平均充电参数和预测模型，得到第一时长。其中，n组充电参数中每组充电参数中的第三soc等于第一soc，第四soc等于目标soc。
[0385]
作为另一个示例，如果用户输入目标时长，则车辆300可以将第一soc和目标时长作为预测模型的输入，得到第二soc。在具体实施时，如果车辆300对应的m组充电参数中的q组充电参数还包括从第三soc充电至第四soc的过程中的充电电压，从第三soc充电至第四soc的过程中的充电电流，从第三soc充电至第四soc的过程中的电池温度，从第三soc充电至第四soc的过程中的环境温度等充电参数中的一项或多项，则车辆300可以从该q组充电参数中获取n组充电参数，对该n组充电参数进行平均值运算，得到n组充电参数对应的平均
充电参数，并根据该n组充电参数对应的平均充电参数和预测模型，得到第二soc。其中，n组充电参数中每组充电参数中的第三soc等于第一soc，第二时长等于目标时长。
[0386]
s903：车辆300显示该充电进度信息。
[0387]
车辆300获取到该充电进度信息后，可以以文字或图片的方式在该车辆300的中控屏中显示该充电进度信息，也可以以语音的方式播放该充电进度信息，本申请实施例对此不作限定。
[0388]
可选地，如果车辆300绑定有至少一个移动终端400，则车辆300还可以执行s205的步骤。
[0389]
s904：车辆300向其所绑定的移动终端400发送充电进度信息。
[0390]
应理解的是，车辆300确定出该车辆300的电池的充电进度信息后，可以仅在中控屏中显示该充电进度信息；也可以将该充电进度信息发送给与该车辆300绑定的至少一个移动终端400。例如，车主离开车辆300对该车辆300接入电源时，触发该车辆300确定该车辆300的电池的充电进度信息。车辆300可以将该充电进度信息发送给车主随身携带的移动终端400(如手机)，这样即便车主不在车辆300中也可以直观了解车辆300的电池的充电进度，提高用户体验。
[0391]
车辆300可以向其所绑定的移动终端400发送该充电进度信息，以使得移动终端400接收该充电进度信息后，显示该充电进度信息。
[0392]
移动终端400获取到该充电进度信息后，可以以文字或图片的方式在该移动终端400的显示屏中显示该充电进度信息，也可以以语音的方式播放该充电进度信息，从而用户能够直观了解该移动终端400所绑定的车辆300的电池的充电进度，提高用户体验。
[0393]
基于与图9相同的技术构思，本申请实施例还提供的另一种电池充电进度预测方法的流程示意图，该方法可以应用于图1所示的通信系统100，如图11所示。第一终端(如车辆300)接收来自第二终端(如移动终端400)的请求消息，可以根据该请求消息对第一终端的电池的充电进度进行预测。下面以该方法应用于图1所示的通信系统100，第一终端为车辆300，第二终端为移动终端400为例，对该方法进行介绍。
[0394]
s1101：移动终端400向车辆300发送请求消息，该请求消息用于请求预测移动终端400所绑定的车辆300的电池的充电进度。车辆300接收请求消息。
[0395]
移动终端400可以向车辆300发送请求消息，该请求消息用于请求预测该移动终端400所绑定的车辆300的电池的充电进度。例如，移动终端400检测到该移动终端400所绑定的车辆300进入充电桩的预设范围内(或者检测到该移动终端400所绑定的车辆300接入电源)，向该车辆300发送该请求消息，和/或，在该移动终端400的显示屏中上显示与电池充电进度相关的应用程序的交互界面，如该应用程序为电池充电管理app。再例如，用户可以对移动终端400安装的应用程序(如电池充电管理app)进行操作，触发移动终端400向该应用程序对应的车辆300发送该请求消息。
[0396]
其中，该请求消息用于请求预测车辆300的电池从第一soc充电至目标soc所需的时长，或者请求预测该车辆300的电池从第一soc充电至目标时长所达到的soc，或者请求预测该车辆300的电池从第一soc充电至目标soc所需的时长、以及该车辆300的电池从第一soc充电至目标时长所达到的soc。该第一soc为移动终端400所绑定的车辆300的电池进行充电的起始soc。例如，该第一soc可以是该车辆300的电池当前的soc。再例如，该第一soc可
以是用户输入的用于预测该车辆300的电池的充电进度的起始soc。
[0397]
举例而言，该请求消息还可以包括车辆300的电池充电时所要达到的目标soc，和/或车辆300的电池充电的目标时长。在请求消息包括该目标soc时，该请求消息用于请求预测车辆300的电池从第一soc充电至目标soc所需的时长；在请求消息包括该目标时长时，该请求消息用于请求预测车辆300的电池从第一soc充电至目标时长所达到的soc；在请求消息包括该目标soc和该目标时长时，该请求消息用于请求预测车辆300的电池从第一soc充电至目标soc所需的时长，以及从第一soc充电目标时长所达到的soc。
[0398]
例如，用户可以通过语音、按键或触屏等方式向移动终端400输入该目标soc。移动终端400也可以提供多个目标soc，例如50％、80％、100％和其他选项(该其他选项是指用户可以输入其他soc)，如图14所示。用户可以通过语音、按键或触屏等方式从该多个目标soc选项中选择其中的一个作为目标soc。类似地，用户可以通过语音、按键或触屏等方式向移动终端400输入该目标时长。移动终端400也可以提供多个目标时长，例如10分钟，20分钟，30分钟和其他选项(该其他选项是指用户可以输入其他时长)，如图15所示。用户可以通过语音、按键或触屏等方式从该多个目标时长选项中选择其中的一个作为目标时长。
[0399]
s1102：车辆300获取第一soc。
[0400]
请求消息包括该第一soc，或者，车辆300可以通过该车辆300的电池管理系统获取该第一soc。
[0401]
s1103：车辆300根据第一soc，确定充电进度信息。充电进度信息包括第一时长和/或第二soc。
[0402]
车辆300可以将第一soc作为图10所示的预测模型的输入，得到该充电进度信息。其具体的实现方式，参见图9中的s902，在此不再赘述。
[0403]
s1104：车辆300向移动终端400发送响应消息，该响应消息包括该充电进度信息。移动终端400接收该响应消息。
[0404]
s1105：移动终端400显示该充电进度信息。
[0405]
移动终端400接收到该充电进度信息后，可以以文字或图片的方式在显示屏中显示该充电进度信息，也可以以语音的方式播放该充电进度信息，本申请实施例对此不作限定。
[0406]
可选地，车辆300在确定出该充电进度信息后，可以执行s1106所示的步骤。
[0407]
s1106：车辆300显示给充电进度信息。
[0408]
车辆300确定出该充电进度信息后，可以以文字或图片的方式在该车辆300的中控屏中显示该充电进度信息，也可以以语音的方式播放该充电进度信息，从而用户能够直观了解该车辆300的电池的充电进度，提高用户体验。
[0409]
下面结合附图介绍本申请实施例中用来实现上述方法的装置。因此，上文中的内容均可以用于后续实施例中，重复的内容不再赘述。
[0410]
图12为本申请实施例提供的充电进度预测装置1200的结构框图。示例性地，充电进度预测装置1200例如为上述移动终端、或车辆。充电进度预测装置1200包括处理单元1210，通信单元1220。
[0411]
一种示例，充电进度预测装置1200为上述移动终端，或，能够支持移动终端实现该方法所需的功能的装置，例如芯片系统。示例性地，移动终端为手机。
[0412]
处理单元1210可以用于执行图9
‑
图11所示的实施例中由移动终端所执行的除了收发操作之外的全部操作，和/或用于支持本文所描述的技术的其它过程。通信单元1220可以用于执行图2、图3、图8
‑
图11所示的实施例中由移动终端所执行的全部收发操作，和/或用于支持本文所描述的技术的其它过程。
[0413]
其中，通信单元1220可以是一个功能模块，该功能模块既能完成发送操作也能完成接收操作，例如通信单元1220是充电进度预测装置1200所包括的模块，则通信单元1220可以用于执行图2、图3、图8
‑
图11所示的实施例中由移动终端所执行的全部发送操作和接收操作，例如，在执行发送操作时，可以认为通信单元1220是发送模块，而在执行接收操作时，可以认为通信单元1220是接收模块；或者，通信单元1220也可以是两个功能模块的统称，这两个功能模块分别为发送模块和接收模块，发送模块用于完成发送操作，例如通信单元1220是移动终端所包括的模块，则发送模块可以用于执行图2、图3、图8
‑
图11所示的实施例中由移动终端所执行的全部发送操作，接收模块用于完成接收操作，例如通信单元1220是移动终端所包括的模块，则接收模块可以用于执行图2、图3、图8
‑
图11所示的实施例中由移动终端所执行的全部接收操作。
[0414]
一种示例，充电进度预测装置1200为上述车辆，或，能够支持车辆实现该方法所需的功能的装置，例如芯片系统。处理单元1210可以用于执行图9
‑
图11所示的实施例中由车辆所执行的除了车辆操作之外的全部操作，和/或用于支持本文所描述的技术的其它过程。通信单元1220可以用于执行图2、图3、图8
‑
图11所示的实施例中由车辆所执行的全部收发操作，和/或用于支持本文所描述的技术的其它过程。
[0415]
其中，通信单元1220可以是一个功能模块，该功能模块既能完成发送操作也能完成接收操作，例如通信单元1220是车辆所包括的模块，则通信单元1220可以用于执行图2、图3、图8
‑
图11所示的实施例中由车辆所执行的全部发送操作和接收操作，例如，在执行发送操作时，可以认为通信单元1220是发送模块，而在执行接收操作时，可以认为通信单元1220是接收模块；或者，通信单元1220也可以是两个功能模块的统称，这两个功能模块分别为发送模块和接收模块，发送模块用于完成发送操作，例如通信单元1220是车辆所包括的模块，则发送模块可以用于执行图2、图3、图8
‑
图11所示的实施例中由车辆所执行的全部发送操作，接收模块用于完成接收操作，例如通信单元1220是车辆所包括的模块，则接收模块可以用于执行图2、图3、图8
‑
图11所示的实施例中由车辆所执行的全部接收操作。
[0416]
一种示例，充电进度预测装置1200为上述网络设备，或，能够支持网络设备实现该方法所需的功能的装置，例如芯片系统。处理单元1210可以用于执行图2、图3、图8所示的实施例中由网络设备所执行的除了收发操作之外的全部操作，和/或用于支持本文所描述的技术的其它过程。通信单元1220可以用于执行图2、图3、图8所示的实施例中由网络设备所执行的全部收发操作，和/或用于支持本文所描述的技术的其它过程。
[0417]
其中，通信单元1220可以是一个功能模块，该功能模块既能完成发送操作也能完成接收操作，例如通信单元1220是网络设备所包括的模块，则通信单元1220可以用于执行图2、图3、图8所示的实施例中由网络设备所执行的全部发送操作和接收操作，例如，在执行发送操作时，可以认为通信单元1220是发送模块，而在执行接收操作时，可以认为通信单元1220是接收模块；或者，通信单元1220也可以是两个功能模块的统称，这两个功能模块分别为发送模块和接收模块，发送模块用于完成发送操作，例如通信单元1220是网络设备所包
括的模块，则发送模块可以用于执行图2、图3、图8所示的实施例中由网络设备所执行的全部发送操作，接收模块用于完成接收操作，例如通信单元1220是网络设备所包括的模块，则接收模块可以用于执行图2、图3、图8所示的实施例中由网络设备所执行的全部接收操作。
[0418]
可选地，该充电进度预测装置1200还可以包括显示单元1230。该显示单元1230可以移动终端的显示屏，也可以是车辆的中控显示屏等。
[0419]
本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能单元可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0420]
图12中的各个单元的只一个或多个可以软件、硬件、固件或其结合实现。所述软件或固件包括但不限于计算机程序指令或代码，并可以被硬件处理器所执行。所述硬件包括但不限于各类集成电路，如中央处理单元(cpu)、数字信号处理器(dsp)、现场可编程门阵列(fpga)或专用集成电路(asic)。
[0421]
图13为本申请实施例提供的充电进度预测装置1300的硬件示意图。充电进度预测装置1300包括至少一个处理器1301，还包括至少一个存储器1302，用于存储程序指令和/或数据。存储器1302和处理器1301耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性、机械性或其它的形式，用于装置、单元或模块之间的信息交互。处理器1301可以和存储器1302协同操作，处理器1301可以执行存储器1302中存储的程序指令，所述至少一个存储器1302中的至少一个可以包括于处理器1301中。
[0422]
充电进度预测装置1300还可包括通信接口1303，用于通过传输介质和其它设备进行通信，从而用于充电进度预测装置1300可以和其它设备进行通信。在本申请实施例中，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。在本申请实施例中，通信接口为收发器时，收发器可以包括独立的接收器、独立的发射器；也可以集成收发功能的收发器、或者接口电路等。
[0423]
应理解，本申请实施例中不限定上述处理器1301、存储器1302以及通信接口1303之间的连接介质。本申请实施例在图13中以存储器1302、处理器1301以及通信接口1303之间通过通信总线1304连接，总线在图13中以粗线表示，其它部件之间的连接方式，仅是示意性说明，并不作为限定。所述总线可以包括地址总线、数据总线、控制总线等。为了便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线等。
[0424]
在一种示例中，充电进度预测装置1300用于实现上述图2、图3、图8
‑
图11所示流程中移动终端执行的步骤，充电进度预测装置1300可以是移动终端，或者移动终端内的芯片或电路。通信接口1303，用于执行上文实施例中移动终端收发操作。处理器1301，用于执行上文方法实施例中移动终端的处理相关操作。
[0425]
在一种示例中，充电进度预测装置1300用于实现上述图2、图3、图8
‑
图11所示流程中车辆执行的步骤，充电进度预测装置1300可以是车辆，或者车辆内的芯片或电路。通信接口1303，用于执行上文实施例中车辆侧收发的相关操作。处理器1301，用于执行上文方法实施例中车辆侧的处理相关操作。
[0426]
在一种示例中，充电进度预测装置1300用于实现上述图2、图3、图8所示流程中网络设备执行的步骤，充电进度预测装置1300可以是网络设备，或者网络设备内的芯片或电
路。通信接口1303，用于执行上文实施例中网络设备侧收发的相关操作。处理器1301，用于执行上文方法实施例中网络设备侧的处理相关操作。
[0427]
在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0428]
在本申请实施例中，存储器可以是非易失性存储器，比如硬盘(hard disk drive，hdd)或固态硬盘(solid
‑
state drive，ssd)等，还可以是易失性存储器(volatile memory)，例如随机存取存储器(random
‑
access memory，ram)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
[0429]
本申请实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，简称dsl)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，简称dvd)、或者半导体介质(例如，ssd)等。
[0430]
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
[0431]
本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a和b,a和c,b和c,或a和b和c，其中a,b,c可以是单个，也可以是多个。
[0432]
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产
品的形式。
[0433]
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0434]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0435]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0436]
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，在没有超过本申请的范围内，可以通过其他的方式实现。例如，以上所描述的实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0437]
另外，所描述装置和方法以及不同实施例的示意图，在不超出本申请的范围内，可以与其它系统，模块，技术或方法结合或集成。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电子、机械或其它的形式。
[0438]
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。