一种充电调度方法及装置与流程

文档序号:33456980发布日期:2023-03-15 02:39阅读:28来源:国知局
一种充电调度方法及装置与流程

1.本技术实施例涉及电动汽车充电技术领域,尤其涉及一种充电调度方法及装置。


背景技术:

2.随着新能源汽车的广泛普及,电动汽车的充电成本和充电便捷性成为了用户关注的问题;电能的购买成本和供电系统的供电稳定性则成了供电系统(例如,园区或港口的充电桩系统)关注的问题。
3.然而,目前电动汽车的充电策略仅仅是基于电动汽车的当前电量即插即用(即电动汽车一接入充电桩就开始充电),并且,电动汽车在用电高峰期充电,会导致电动汽车的充电成本增加。
4.有鉴于此,如何提供一种合理的充电策略,以平衡供电系统的充电负载,提升供电系统的供电稳定性,以及降低电动汽车的充电成本,是个亟需解决的问题。


技术实现要素:

5.本技术提供一种充电调度方法及装置,用以确定合理的电动汽车的充电策略,以使供电系统的负载平衡,从而使得供电系统可以稳定供电。
6.第一方面,本技术实施例提供了一种充电调度方法,该方法可以应用于服务器或者服务器中设置的芯片,该方法包括:获取第一信息,第一信息包括目标车辆的充电时间信息;根据第一信息,确定充电策略,该充电策略可以包括目标车辆的充电时间段以及充电时间段对应的充电功率和/或充电优先级,该充电策略可以用于控制目标车辆进行充电;发送充电策略。
7.应理解,充电时间信息可以包括预计充电时间和/或预计离开时间,其中,预计充电时间可以是目标车辆的预计充电时长和接入充电桩的时间,预计离开时间可以是车辆离开充电桩的时间或者停止充电的时间。目标车辆可以是一个或多个车辆,本技术实施例不作具体的限定。
8.在本技术实施例中,结合目标车辆的充电时间信息,确定目标车辆的充电策略,该充电策略可以包括目标车辆的充电时间段以及充电时间段对应的充电功率和/或充电优先级。例如,可以将预计离开时间较晚的车辆,调整到在供电系统的充电负载较少的时间段进行充电。又例如,可以优先为预计离开时间较早的车辆进行充电。如此,可以有效平衡供电系统的充电负载,提升供电系统的供电稳定性。
9.在一种可能的设计中,第一信息还可以包括目标车辆中的电池的当前电量和电池容量。在该设计中,第一信息包括目标车辆中的电池的当前电量和电池容量,使得服务器可以根据目标车辆的电池的当前电量和电池容量,确定目标车辆的充电时长,有助于服务器确定更合理的充电策略。
10.上述第一信息有多种确定方式,包括但不限于以下方式:
11.方式1,通过用户输入确定第一信息。
12.在方式1中,通过用户输入确定目标车辆的充电需求,使得用户可以实时更新充电需求,有效提升用户的充电体验。
13.方式2,通过目标车辆关联的历史信息确定第一信息。应理解,“目标车辆的历史信息”可以是用户的历史配置信息。
14.在方式2中,通过用户的历史配置信息,确定目标车辆的充电需求,使得服务器可以快速确定目标车辆的充电需求,进而及时为目标车辆分配合理的充电策略。
15.在一种可能的设计中,上述方法还包括:生成第二信息,第二信息包括目标车辆的充电状态、剩余充电时间、当前电价和充电成本中的至少一项;发送第二信息。
16.在该设计中,服务器还可以生成目标车辆关联的充电信息,并发送至用户端,使得用户可以感知目标车辆的充电成本和充电状态,有助于用户做出相应的充电决策。
17.在一种可能的设计中,上述方法还包括:生成第三信息,第三信息包括目标车辆的数目、目标车辆的车型和供电系统的负荷情况中的至少一项;显示第三信息。
18.在该设计中,服务器可以显示供电系统的供电负载信息(例如,目标车辆的数目、目标车辆的车型和供电系统的负荷情况),使得运维技术人员可以及时监控供电系统的负载情况。
19.在一种可能的设计中,在目标车辆的数目和/或充电时间信息变化时,更新充电策略。
20.在该设计中,在供电系统充电的目标车辆退出或者新的目标车辆接入,或者,目标车辆的充电需求发生变化时,服务器可以及时更新充电策略,进而使得供电系统能够为目标车辆合理的充电。
21.第二方面,本技术实施例提供了一种充电调度方法,该方法可以应用于目标车辆或者目标车辆中设置的芯片,该方法包括:获取第一信息,第一信息包括目标车辆的充电时间信息,该充电时间信息关联充电需求;发送第一信息;第一信息用于指示目标车辆的充电需求。
22.在本技术实施例中,目标车辆可以获取第一信息,并发送第一信息至服务器;该第一信息包括目标车辆的充电时间信息,该充电时间信息关联目标车辆的充电需求,进而使得服务器可以根据目标车辆的充电需求,为目标车辆制定合理的充电策略,从而有效平衡供电系统的充电负载,提升供电系统的供电稳定性。在一种可能的设计中,上述方法还包括:接收响应第一信息的充电策略;根据充电策略,对目标车辆进行充电。其中,目标车辆可以从服务器接收充电策略,也可以从供电系统接收充电策略,本技术实施例不作具体的限定。
23.在一种可能的设计中,第一信息还包括目标车辆的当前电量和电池容量。
24.在一种可能的设计中,第一信息是通过用户输入或目标车辆关联的历史信息确定的。
25.在一种可能的设计中,上述充电策略包括目标车辆的充电时间段以及充电时间段对应的充电功率和/或充电优先级。
26.在一种可能的设计中,上述方法还包括:接收第二信息,第二信息包括目标车辆的充电状态、剩余充电时间、当前电价和充电成本中的至少一项;显示第二信息。
27.在该设计中,目标车辆可以在显示第二信息,使得用户可以感知目标车辆的充电
成本和充电状态,有助于用户做出相应的充电决策。
28.第三方面,本技术实施例提供了一种充电调度装置,该装置用于实现上述第一方面中的服务器或设置于服务器中的芯片所执行的方法。
29.示例性的,该装置包括:
30.处理模块,用于获取第一信息,第一信息包括目标车辆的充电时间信息;
31.处理模块,用于根据第一信息,确定充电策略,充电策略包括目标车辆的充电时间段以及充电时间段对应的充电功率和/或充电优先级,该充电策略可以用于控制目标车辆进行充电;
32.收发模块,用于发送充电策略。
33.在一种可能的设计中,第一信息还包括目标车辆中的电池的当前电量和电池容量。
34.在一种可能的设计中,第一信息可以通过用户输入或目标车辆关联的历史信息确定。
35.在一种可能的设计中,处理模块还用于:生成第二信息,第二信息包括目标车辆的充电状态、剩余充电时间、当前电价和充电成本中的至少一项;收发模块,还用于发送第二信息。
36.在一种可能的设计中,上述装置还包括显示模块,处理模块还用于:生成第三信息,第三信息包括目标车辆的数目、目标车辆的车型和供电系统的负荷情况中的至少一项;显示模块可以用于显示第三信息。
37.在一种可能的设计中,处理模块还用于:在目标车辆的数目和/或充电时间信息变化时,更新充电策略。
38.第四方面,本技术实施例还提供一种充电调度装置,该装置用于实现上述第二方面中的目标车辆或设置于目标车辆中的芯片所执行的方法。
39.示例性的,该装置包括:
40.处理模块,用于获取第一信息,第一信息包括目标车辆的充电时间信息;充电时间信息关联充电需求;
41.收发模块,用于发送第一信息;第一信息用于指示目标车辆的充电需求。
42.在一种可能的设计中,收发模块还用于:接收响应第一信息的充电策略;处理模块,还用于:根据充电策略,对目标车辆进行充电。
43.在一种可能的设计中,第一信息还包括目标车辆的当前电量和电池容量。
44.在一种可能的设计中,第一信息是通过用户输入或目标车辆关联的历史信息确定的。
45.在一种可能的设计中,充电策略包括目标车辆的充电时间段以及充电时间段对应的充电功率和/或充电优先级。
46.在一种可能的设计中,上述装置还包括显示模块,收发模块还用于:接收第二信息;其中,第二信息包括目标车辆的充电状态、剩余充电时间、当前电价和充电成本中的至少一项;显示模块可以用于显示第二信息。
47.第五方面,本技术实施例还提供了一种服务器。示例性的,所述服务器包括存储器和处理器;所述存储器用于存储计算机程序;所述处理器用于执行所述存储器中存储的计
算程序,实现如上述第一方面或第一方面中任一项可能的设计所述的充电调度方法。
48.在一种可能的设计中,所述服务器为单服务器或由多个子服务器构成的服务器集群,当服务器为由多个子服务器构成的服务器集群时,多个子服务器联合执行上述第一方面以及上述第一方面任一可能的设计中所述的充电调度方法。
49.第六方面,本技术实施例还提供了一种车辆。示例性的,该车辆包括存储器和处理器;所述存储器用于存储计算机程序;所述处理器用于执行所述存储器中存储的计算程序,实现如上述第二方面或第二方面中任一项可能的设计所述的充电调度方法。
50.第七方面,本技术实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,当所述计算机程序被运行时,实现如上述第一方面以及第一方面中任一项可能的设计所述的充电调度方法,或者,实现如上述第二方面以及第二方面中任一项可能的设计所述的充电调度方法。
51.第八方面,本技术实施例提供了一种芯片系统,该芯片系统包括至少一个处理器,当程序指令在至少一个处理器中执行时,使得上述第一方面以及上述第一方面可能的设计中任一所述的充电调度方法得以实现,或者,使得上述第二方面以及上述第二方面可能的设计中任一所述的充电调度方法得以实现。
52.在一种可能的设计中,该芯片系统还包括通信接口,通信接口用于输入或输出信息。
53.在一种可能的设计中,该芯片系统还包括存储器,该存储器通过通信接口耦合处理器,用于存储上述指令,以便处理器通过通信接口读取存储器中存储的指令。
54.在一种可能的设计中,上述处理器可以为处理电路,本技术对此不作限定。
55.第九方面,本技术实施例还提供了一种计算机程序产品,当其在上述装置运行时,以执行如上述第一方面以及上述第一方面可选的设计中任一所述的方法得以实现。
56.上述第三方面到第八方面的有益效果,请参见上述第一方面或第二方面的有益效果的描述,这里不再重复赘述。
附图说明
57.图1为本技术实施例适用的一种可能的系统架构示意图;
58.图2为本技术实施例适用的另一种可能的系统架构示意图;
59.图3为本技术实施例提供的一种充电调度方法的流程示意图;
60.图4a为本技术实施例提供的一种界面示意图;
61.图4b为本技术实施例提供的另一种界面示意图;
62.图5a为本技术实施例提供的另一种界面示意图;
63.图5b为本技术实施例提供的另一种界面示意图;
64.图6为本技术实施例提供的另一种充电调度方法的流程示意图;
65.图7为本技术实施例提供的一种充电调度装置的结构示意图;
66.图8为本技术实施例提供的另一种充电调度装置的结构示意图;
67.图9为本技术实施例提供的一种芯片系统的结构示意图。
具体实施方式
68.首先,对本技术实施例中涉及的部分用语进行解释说明,以便于理解。
69.本技术实施例中的术语“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,a和/或b,可以表示:单独存在a,同时存在a和b,单独存在b的情况,其中a,b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a和b,a和c,b和c,或a和b和c。
70.以及,在本技术实施例的描述中,以下,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。
71.本技术实施例提供一种充电调度方法,在该方法中:服务器可以获取第一信息,该第一信息可以包括目标车辆的充电时间信息;并根据第一信息,确定充电策略;服务器发送充电策略至目标车辆,进而目标车辆可以基于该充电策略进行充电。该充电策略可以包括目标车辆的充电时间段以及充电时间段对应的充电功率和/或充电优先级。例如,可以将预计离开时间较晚的车辆,调整到在供电系统的充电负载较少的时间段进行充电。又例如,可以优先为预计离开时间较早的车辆进行充电。如此,可以有效平衡供电系统的充电负载,提升供电系统的供电稳定性。且在用电高峰期,车辆的充电成本较高,本技术实施例中的技术方案可以有效避免车辆都在用电高峰期充电,从而降低部分车辆的充电成本。
72.需要说明的是,本技术实施例提供的充电调度应用于目标车辆时,具体可以是应用于具有充电调度功能的车辆,或者车辆中具有充电调度功能的车载设备(on board unit,obu)。其中,车载设备可以包括但不限于车载终端、车载控制器、车载模块、车载模组、车载部件、车载芯片、车载单元、电子控制单元(electronic control unit,ecu)、域控制器(domain controller,dc)等装置。
73.在详细介绍本技术实施例的技术方案之前,首先结合附图对本技术实施例适用的系统架构进行介绍。
74.示例性的,图1示出了为本技术实施例适用的一种可能的系统架构示意图。该系统架构适用于上述的充电调度方法。如图1所示,该系统中可以包括目标车辆100和服务器200。
75.在一种可能的实施方式中,目标车辆100可以获取第一信息,该第一信息可以包括目标车辆的充电时间信息;目标车辆100将该第一信息发送至服务器200,服务器200接收该第一信息,并根据第一信息,确定充电策略;服务器200发送充电策略至目标车辆100,进而目标车辆100可以基于该充电策略进行充电。该充电策略可以包括目标车辆的充电时间段以及充电时间段对应的充电功率和/或充电优先级。例如,可以将预计离开时间较晚的车辆,调整到在供电系统的充电负载较少的时间段进行充电。又例如,可以优先为预计离开时间较早的车辆进行充电。如此,可以有效平衡供电系统的充电负载,提升供电系统的供电稳定性。且在用电高峰期,车辆的充电成本较高,该实施方式可以有效避免电动汽车都在用电高峰期充电,从而降低部分车辆的充电成本。在另一种可能的实施方式中,服务器200可以从本地获取第一信息,例如获取目标车辆的历史配置信息,根据该历史配置信息,确定第一
信息。该第一信息可以包括目标车辆100的充电时间信息;服务器200可以根据第一信息,确定充电策略,并发送充电策略至目标车辆100,进而目标车辆100可以基于该充电策略进行充电。如此,服务器可以快速获取第一信息,并根据第一信息快速为目标车辆100指定充电策略,实现“记忆式充电”。
76.示例性的,图2示出了为本技术实施例适用的另一种可能的系统架构示意图。该系统架构适用于上述的充电调度方法。如图2所示,该系统中可以包括目标车辆100、服务器200和终端300。
77.在一种可能的实施方式中,终端300可以获取第一信息,并将第一信息发送至服务器200,服务器200可以根据第一信息,确定充电策略,并发送充电策略至目标车辆100,进而目标车辆100可以基于该充电策略进行充电。
78.如此,通过终端300获取第一信息,使得用户可以远程输入目标车辆100的充电需求,远程控制目标车辆100进行充电,进而有效提升目标车辆100充电的便捷性。
79.下面结合具体附图,对本技术实施例提供的充电调度方法进行详细说明。
80.实施例1
81.请参见图3,图3为本技术实施例提供的一种充电调度方法的流程示意图,该方法适用于图1所示的系统架构。下面对图3所示的各步骤进行说明。
82.s301、目标车辆100获取第一信息。
83.其中,第一信息可以用于指示车辆100的充电需求。
84.应理解,目标车辆100可以是一个或多个车辆,本技术实施例不作具体的限定。也就是说,每个车辆都可以获取自身的第一信息。
85.本技术实施例中,第一信息可以包括目标车辆100的充电时间信息,该充电时间信息可以包括预计充电时间和/或预计离开时间。其中,预计充电时间可以是目标车辆100的预计充电时长和预计接入充电桩的时间,预计离开时间可以是目标车辆100离开充电桩的时间或者停止充电的时间。
86.示例性的,预计充电时间可以是预计充电时长50分钟和预计接入充电桩的时间14:30,或者,预计充电时间可以是预计充电时长50分钟,或者,预计充电时间可以是预计接入充电桩的时间14:30。
87.示例性的,预计离开时间可以是目标车辆100离开充电桩的时间14:30,或者,预计离开时间可以是目标车辆100停止充电的时间11:30。
88.可以理解的是,以上仅仅是对预计充电时间和预计离开时间的举例,并非限定。
89.其中,预计充电时长可以是用户输入的,也可以是目标车辆100根据其自身的电池的当前电量和电池容量确定的,本技术实施例不作具体的限定。
90.在一种可能的实施方式中,上述第一信息还可以包括目标车辆100中的电池的当前电量和电池容量。
91.目标车辆100获取上述第一信息有多种实现方式,包括但不限于以下方式:
92.方式一,目标车辆100通过用户输入确定第一信息。
93.其中,用户输入可以是用户的语音指令,也可以是文字指令,还可以是用户的触摸操作,本技术实施例不作具体的限定。
94.示例1,请参见图4a,目标车辆100可以提供如图4a所示的用户界面,用户可以在该
界面中选择输入预计充电时间和/或预计离开时间。在图4a中,用户输入的预计充电时间为预计接入充电桩的时间14:30、预计充电时长为2小时,预计离开时间为预计离开充电桩的时间18:30,则目标车辆100可以响应于用户的输入,将预计接入充电桩的时间14:30、预计充电时长2小时、预计离开充电桩的时间18:30确定为第一信息。
95.示例2,请参见图4a,在图4b中,用户输入的预计充电时间为预计接入充电桩的时间14:30,预计离开时间为预计离开充电桩的时间18:30,则目标车辆100可以响应于用户的输入,将预计接入充电桩的时间14:30和预计离开充电桩的时间18:30确定为第一信息。
96.可以理解的,上述预计充电时间和/或预计离开时间都为举例,本技术实施例对此不作限定。
97.在方式一中,通过用户输入确定目标车辆的充电需求,使得用户可以实时更新目标车辆的充电需求,有效提升用户的充电体验。
98.方式二,目标车辆100可以通过目标车辆关联的历史信息确定第一信息。
99.应理解,“目标车辆的历史信息”可以是用户的历史配置信息。也就是说,目标车辆100可以通过用户的历史配置信息,确定第一信息。
100.在一种可能的实施方式中,目标车辆100可以通过对其自身的历史配置信息统计分析,确定目标车辆100的历史充电时间信息(即用户曾经配置的预计充电时间和/或预计离开时间),将该历史充电时间信息作为第一信息。
101.其中,历史配置信息可以包含一个或多个配置信息。例如,历史配置信息可以是用户为实现目标车辆100某一次的充电操作输入的配置信息,也可以是用户在历史时长内为实现目标车辆100的多次充电操作所输入的多个配置信息。
102.相应的,目标车辆100对其自身的历史配置信息统计分析,确定目标车辆100的历史充电时间信息有多种情况,下面分情况进行说明。
103.情况1,目标车辆100的历史配置信息中只存在一个与历史充电时间信息关联的配置信息,则目标车辆100直接将该配置信息关联的历史充电时间信息,将该历史充电时间信息作为第一信息。
104.示例1,目标车辆100的历史配置信息中只存在一个配置信息,该配置信息关联的历史充电时间信息中预计离开充电桩的时间为18:00,则将预计离开充电桩的时间18:00确定为第一信息。
105.示例2,目标车辆100的历史配置信息中只存在一个配置信息,该配置信息关联的历史充电时间信息中预计接入充电桩的时间为14:00,则将预计接入充电桩的时间14:00确定为第一信息。
106.示例3,目标车辆100的历史配置信息中只存在一个配置信息,该配置信息关联的历史充电时间信息中预计接入充电桩的时间为14:00、预计离开充电桩的时间为18:00,则将预计接入充电桩的时间14:00和预计离开充电桩的时间18:00确定为第一信息。
107.示例4,目标车辆100的历史配置信息中只存在一个配置信息,该配置信息关联的历史充电时间信息中预计接入充电桩的时间为14:00、预计充电时长为1小时和预计离开充电桩的时间为18:00,则将预计接入充电桩的时间14:00、预计充电时长1小时和预计离开充电桩的时间18:00确定为第一信息。
108.情况2,目标车辆100的历史配置信息中存在与第一信息关联的多个配置信息,则
目标车辆100对这多个配置信息关联的历史充电时间信息进行分析,确定一个目标历史充电时间信息,将该目标历史充电时间信息作为第一信息。
109.示例1,目标车辆100的历史配置信息包括配置信息1、配置信息2和配置信息3,配置信息1关联的历史充电时间信息中预计离开充电桩的时间为17:00,配置信息2关联的历史充电时间信息中预计离开充电桩的时间为17:06,配置信息3关联的历史充电时间信息中预计离开充电桩的时间为17:09,目标车辆100对配置信息1、配置信息2和配置信息3关联的预计离开充电桩的时间取均值得到对应的均值时间为17:05,该均值时间即为目标预计离开充电桩的时间,则将目标预计离开充电桩的时间17:05作为第一信息。
110.示例2,目标车辆100的历史配置信息包括配置信息1、配置信息2和配置信息3,配置信息1关联的历史充电时间信息中预计接入充电桩的时间为14:00,配置信息2关联的历史充电时间信息中预计接入充电桩的时间为14:06,配置信息3关联的历史充电时间信息中预计接入充电桩的时间为14:09,对配置信息1、配置信息2和配置信息3关联的预计接入充电桩的时间取均值得到对应的均值时间为14:05,该均值时间即为目标预计接入充电桩的时间,则将目标预计接入充电桩的时间14:05作为第一信息。
111.示例3,目标车辆100的历史配置信息包括配置信息1、配置信息2和配置信息3,配置信息1关联的历史充电时间信息中预计接入充电桩的时间为14:00、预计离开充电桩的时间为17:15,配置信息2关联的历史充电时间信息中预计接入充电桩的时间为14:06、预计离开充电桩的时间为17:06,配置信息3关联的历史充电时间信息中预计接入充电桩的时间为14:09、预计离开充电桩的时间为17:09;目标车辆100对配置信息1、配置信息2和配置信息3关联的预计接入充电桩的时间取均值得到对应的均值时间为14:05,该均值时间即为目标预计接入充电桩的时间;目标车辆100对配置信息1、配置信息2和配置信息3关联的预计离开充电桩的时间取均值得到对应的均值时间为17:10,该均值时间即为目标预计离开充电桩的时间;则目标车辆100可以将目标预计接入充电桩的时间14:05和目标预计离开充电桩的时间17:10作为第一信息。
112.示例4,目标车辆100的历史配置信息包括配置信息1、配置信息2和配置信息3,配置信息1关联的历史充电时间信息中预计接入充电桩的时间为14:00、预计离开充电桩的时间为17:15和预计充电时长为1小时,配置信息2关联的历史充电时间信息中预计接入充电桩的时间为14:06、预计离开充电桩的时间为17:06和预计充电时长为40分钟,配置信息3关联的历史充电时间信息中预计接入充电桩的时间为14:09、预计离开充电桩的时间为17:09和预计充电时长为80分钟;目标车辆100对配置信息1、配置信息2和配置信息3关联的预计接入充电桩的时间取均值得到对应的均值时间为14:05,该均值时间即为目标预计接入充电桩的时间;目标车辆100对配置信息1、配置信息2和配置信息3关联的预计离开充电桩的时间取均值得到对应的均值时间为17:10,该均值时间即为目标预计离开充电桩的时间;目标车辆100对配置信息1、配置信息2和配置信息3关联的预计充电时长取均值得到对应的均值时长为60分钟,该均值时长即为目标预计充电时长;则目标车辆100可以将目标预计接入充电桩的时间14:05、目标预计离开充电桩的时间17:10和目标预计充电时长60分钟作为第一信息。
113.在另一些示例中,目标车辆100的历史配置信息中包括多个配置信息。该多个配置信息关联的历史充电时间信息中预计离开充电桩的时间17:30出现的次数最多,则将预计
离开充电桩的时间17:30作为第一信息。或者,该多个配置信息关联的历史充电时间信息中预计接入充电桩的时间14:30出现的次数最多,则将预计接入充电桩的时间14:30作为第一信息。或者,该多个配置信息关联的历史充电时间信息中预计充电时长40分钟出现的次数最多,则将预计充电时长40分钟作为第一信息。
114.可以理解的是,本技术实施例对历史配置信息中的配置信息的数量和内容不作限定,上述示例仅仅是举例,而非限定。
115.在方式二中,通过用户的历史配置信息,确定目标车辆的充电需求,使得服务器可以快速确定目标车辆的充电需求,进而及时为目标车辆分配合理的充电策略。
116.s302、目标车辆100发送第一信息。相应的,服务器200接收第一信息。
117.在一种可能的实施方式中,目标车辆100可以通过以太网向服务器200发送第一信息,或者可以通过控制器局域网(controller area network,can)向服务器200发送第一信息,本技术实施例不作限制。
118.s303、服务器200根据第一信息,确定充电策略。
119.其中,该充电策略可以用于控制目标车辆100进行充电。
120.需要说明的是,服务器200可以根据第一信息,确定充电策略有多种实施方式,包括但不限于以下方式:
121.实施方式1,服务器200可以根据第一信息,直接确定充电策略。
122.应理解,服务器200基于不同的第一信息确定的充电策略均不同,下面结合具体的示例进行说明。
123.情况1,第一信息包括目标车辆100预计接入充电桩的时间和预计充电时长,则服务器200确定的充电策略包括目标车辆100的充电时间段。其中,该充电时间段的起始时间可以为目标车辆100预计接入充电桩的时间,该充电时间段的截止时间可以与该起始时间间隔所述预计充电时长。
124.示例性的,目标车辆100预计接入充电桩的时间为08:30,预计充电时长为1小时,则服务器为目标车辆100设定的充电策略为在08:30-09:30时间段进行充电。
125.情况2,第一信息包括目标车辆100的预计充电时长和预计离开充电桩的时间,则服务器200确定的充电策略包括目标车辆100的充电时间段和充电优先级。其中,预计离开充电桩的时间较早的车辆优先充电。
126.示例性的,目标车辆100以车辆1、车辆2和车辆3为例,车辆1、车辆2和车辆3的预计充电时长均为2小时,车辆1预计离开充电桩的时间为18:30、车辆2预计离开充电桩的时间为17:30、车辆3预计离开充电桩的时间为16:30,则服务器200确定的充电策略中车辆3的充电优先级高于车辆2的充电优先级、车辆2的充电优先级高于车辆1的充电优先级,例如车辆3的充电时间段为14:30-16:30,车辆2的充电时间段为15:30-17:30,车辆1的充电时间段为16:30-18:30。
127.情况3,第一信息包括目标车辆100中的电池的当前电量和电池容量、目标车辆100预计接入充电桩的时间,服务器200可以根据该电池的当前电量和电池容量,确定目标车辆100的充电功率和充电时长,并根据预计接入充电桩的时间和该充电时长,确定目标车辆100的充电时间段。其中,目标车辆100中的电池的当前电量与电池容量的比值可以用荷电状态(state of charge,soc)值来表示,进而服务器200可以根据soc值与充电功率以及充
电时长的映射关系来确定目标车辆100的充电功率和充电时长。
128.示例性的,请参见表1,表1示出了目标车辆100中的电池的soc值与充电功率的映射关系。若目标车辆100中的电池的soc值为65%,根据表1可知,目标车辆100对应的充电功率为10%、充电时长为35分钟,且目标车辆100预计接入充电桩的时间为9:30,则服务器200为目标车辆100设定的充电策略中目标车辆100的充电功率为10%、充电时间段为9:30-10:05。
129.表1
130.soc值充电功率充电时长10%-30%20%2小时31%-60%15%1小时61%-80%10%35分钟81%-100%5%20分钟
131.情况4,第一信息包括目标车辆100中的电池的当前电量和电池容量、目标车辆100预计离开充电桩的时间,服务器200可以根据该电池的当前电量和电池容量,确定目标车辆100的充电功率和充电时长,并根据预计离开充电桩的时间和该充电功率,确定目标车辆100的充电优先级和充电时间段。其中,目标车辆100中的电池的当前电量与电池容量的比值仍然可以用荷电状态soc值来表示,同样服务器200可以根据soc值与充电功率以及充电时长的映射关系来确定目标车辆100的充电功率和充电时长。
132.示例性的,目标车辆100以车辆1、车辆2和车辆3为例,车辆1预计离开充电桩的时间为18:30、车辆2预计离开充电桩的时间为17:30、车辆3预计离开充电桩的时间为16:30,则服务器200为车辆1、车辆2、车辆3确定的充电策略中车辆3的充电优先级高于车辆2的充电优先级、车辆2的充电优先级高于车辆1的充电优先级;车辆1中的电池的soc值为20%,车辆2中的电池的soc值为40%,车辆1中的电池的soc值为60%,则服务器200根据上述表1可以确定车辆1的充电功率为20%、充电时长为2小时,以及确定车辆2的充电功率为15%、充电时长为1小时,车辆3的充电功率为15%、充电时长为1小时,服务器200再结合车辆1、车辆2、车辆3的预计离开充电桩的时间,确定出车辆1、车辆2、车辆3对应的充电时间段分别为16:30-18:30、16:30-17:30、15:30-16:30。需要说明的是,目标车辆100的数量可以更多或更少,这里仅仅是举例说明而非限定。
133.上述实施方式1中,服务器200通过第一信息为目标车辆确定合理的充电策略,可以有效避免多个车辆在同一时间段进行充电,从而有效减少供电系统因多个车辆同时充电导致的负载压力,进而有效提升供电系统的供电稳定性。
134.实施方式2,服务器200可以获取供电系统的负荷情况,并根据第一信息和供电系统的负荷情况,确定充电策略。
135.其中,供电系统的负荷情况可以包括该供电系统当前的正在充电的车辆数量和待充电的车辆数量,以及该供电系统在历史时间段内的充电车辆的数量等,本技术实施例不作具体的限制。
136.在一种可能的实施方式中,若第一时间段内的供电系统的充电车辆的数量大于第一预设值,则将第一时间段确定为充电高峰期;若第二时间段内的供电系统的充电车辆的数量小于第二预设值,则将第二时间段确定为充电低峰期,若第三时间段内的供电系统的
充电车辆的数量大于第二预设值且小于第一预设值,则将第三时间段确定为正常充电期。其中,第一预设值大于第二预设值。示例性的,第一预设值以300为例,第二预设值以50为例,在每天的08:30-09:30时间段内供电系统的充电车辆的数量为30,则08:30-09:30时间段为供电系统的充电低峰期;在每天的10:00-12:30时间段内供电系统的充电车辆的数量为100,则10:00-12:30时间段为供电系统的正常充电期;在每天的14:30-16:30时间段内供电系统的充电车辆的数量为400,则14:30-16:30时间段为供电系统的充电高峰期。
137.在充电高峰期内,供电系统的负载压力较大;在充电正常期内,供电系统的负载水平相对平衡;在充电低峰期内,供电系统的负载压力较小。因此,服务器200结合第一信息和供电系统在不同时期的负荷情况,为目标车辆100制定充电策略,可以使得供电系统的负载相对平衡,进而有效提升供电系统的供电稳定性。
138.示例1,第一信息只包括目标车辆100预计接入充电桩的时间和预计充电时长,则服务器200可以将目标车辆100预计接入充电桩的时间与供电系统的充电低峰期对应的时间段相匹配,在充电低峰期内为目标车辆100分配一个充电时间段。
139.示例性的,供电系统的充电低峰期08:30-09:30,目标车辆100预计接入充电桩的时间为08:00、预计充电时长为1小时,则服务器为目标车辆100设定的充电策略为在08:30-09:30进行充电。
140.示例2,第一信息包括目标车辆100的预计充电时长和预计离开充电桩的时间,则服务器200根据第一信息和供电系统的负载情况,确定的充电策略包括目标车辆100的充电时间段和充电优先级、充电功率。其中,预计离开充电桩的时间较早的车辆优先充电。其中,供电系统的充电高峰期对应的车辆的充电功率低于充电正常期对应的车辆的充电功率,充电正常期对应的车辆的充电功率低于充电低峰期对应的车辆的充电功率。
141.示例性的,目标车辆100以车辆1、车辆2和车辆3为例,车辆1、车辆2和车辆3的预计充电时长均为2小时,车辆1预计离开充电桩的时间为18:30、车辆2预计离开充电桩的时间为17:30、车辆3预计离开充电桩的时间为16:30,则服务器200确定的充电策略中车辆3的充电优先级高于车辆2的充电优先级、车辆2的充电优先级高于车辆1的充电优先级,例如车辆3的充电时间段为14:30-16:30,车辆2的充电时间段为15:30-17:30,车辆1的充电时间段为16:30-18:30。假设供电系统的充电高峰期为时间段14:00-16:00,其对应的充电功率为10%;供电系统的充电正常期为时间段16:01-17:00,其对应的充电功率为15%,供电系统的充电低峰期为时间段17:30-18:30,其对应的充电功率为20%,则车辆1、车辆2和车辆3对应的充电功率分别为20%、15%、10%。如此,针对供电系统的负荷情况,为目标车辆100设定合适的充电功率,可以进一步提升供电系统供电的稳定性。
142.在实施方式2中,服务器200结合目标车辆100的充电时间信息为目标车辆设定的充电策略中包括了目标车辆的充电时间段以及充电时间段对应的充电功率和/或充电优先级,使得供电系统可以合理地为目标车辆充电,从而有效提升高度系统的供电稳定性。
143.s304、服务器200发送充电策略。相应的,目标车辆100接收该充电策略。
144.在一种可能的实施方式中,服务器200可以将该充电策略发送至供电系统中与目标车辆100对接的充电桩,进而该充电桩再将该充电策略发送至目标车辆100。
145.在另一种可能的实施方式中,服务器200可以将该充电策略直接发送至目标车辆100。
146.s305、目标车辆100根据该充电策略,进行充电。
147.应理解,目标车辆100根据该充电策略进行充电的过程,即为控制目标车辆100中的电池按照充电策略中的充电时间段、充电功率和/或充电优先级进行充电。
148.可选的,服务器200还可以生成第二信息,其中,第二信息可以包括目标车辆100的充电状态、剩余充电时间、当前电价和充电成本中的至少一项;服务器200可以将该第二信息发送至目标车辆100,进而目标车辆100可以在用户界面显示该第二信息。使得用户可以感知目标车辆的充电成本和充电状态,有助于用户做出相应的充电决策。
149.其中,充电成本可以是目标车辆100在当前时间段对应的充电成本和/或其他时间段对应的充电成本。例如,目标车辆100在当前时间段对应的充电成本为50元,目标车辆100在其他时间段对应的充电成本为20元。
150.示例性的,请参见图5a,目标车辆100可以提供如图5a所示的用户界面,在该用户界面中显示有目标车辆100的充电状态、剩余充电时间、当前时间段对应的充电成本和/或其他时间段对应的充电成本;其中,目标车辆100的充电状态为未充电,剩余充电时间为30分钟,当前充电时间段的充电成本为50元,14:30-16:30时间段的充电成本为20元,在该用户界面中用户可以根据不同时间段的充电成本,自主选择目标车辆的预设充电时间段。如此,用户可以感知目标车辆100的充电成本,并根据自身需求,作出相应的充电决策。
151.可选的,服务器200还可以生成第三信息,第三信息包括目标车辆100的数目、目标车辆100的车型和供电系统的负荷情况中的至少一项;以及服务器200可以显示第三信息。其中,目标车辆100即待充电车辆,供电系统的负荷情况可以包括当前正在充电的车辆的数目、供电系统剩余可容纳的车辆数目。
152.示例性的,请参见图5b,目标车辆100可以提供如图5b所示的用户界面,在该用户界面中显示有待充电车辆的数目、待充电车辆的车型、当前正在充电的车辆的数目、供电系统剩余可容纳的车辆数目。如此,使得运维技术人员可以及时监控供电系统的负载情况。
153.需要说明的是,供电系统中目标车辆100的数量是动态变化的,目标车辆100的充电时间信息也可能是动态变化的,为了使得服务器200为目标车辆100制定的充电策略,符合目标车辆100的充电需求,服务器200在检测到目标车辆100的数目和/或充电时间信息变化时,可以更新充电策略。
154.示例性的,目标车辆100以车辆1、车辆2、车辆3为例,在9:30-10:30时间段车辆1、车辆2和车辆3均接入了供电系统中的充电桩,服务器200根据车辆1、车辆2、车辆3各自的第一信息为车辆1、车辆2、车辆3制定的充电策略为:在时间段11:30-12:30以充电功率10%为车辆1、车辆2和车辆3充电;但车辆1在12:00离开充电桩,则目标车辆100可以更新车辆2和车辆3的充电策略,例如以充电功率20%为车辆2和车辆3充电。
155.在实施例1中,服务器200通过和目标车辆100进行信息交互,为目标车辆制定合适的充电策略,可以有效平衡供电系统的充电负载,从而提升供电系统的供电稳定性。
156.可以理解的是,上述示例仅仅是举例,本技术实施例对目标车辆100对应的车辆数量,以及该车辆涉及的充电时间信息的取值不作限定。
157.实施例2
158.请参见图6,图6为本技术实施例提供的另一种充电调度方法的流程示意图,该方法适用于图2所示的系统架构。下面对图6所示的各步骤进行说明。
159.s601、终端设备300获取第一信息。
160.其中,第一信息可以用于指示目标车辆100的充电需求。
161.应理解,终端设备300可以是智能手机、平板电脑等,本技术实施例不作限制。
162.本技术实施例中,第一信息可以包括目标车辆100的充电时间信息,该充电时间信息可以包括预计充电时间和/或预计离开时间。其中,预计充电时间可以是目标车辆100的预计充电时长和预计接入充电桩的时间,预计离开时间可以是车辆离开充电桩的时间或者停止充电的时间。
163.其中,终端设备300获取上述第一信息的具体实现方式与目标车辆100获取第一信息具体实现方式类似,只需将目标车辆替换为终端设备300即可,请参见前文的描述,这里不再赘述。
164.s602、终端设备300发送第一信息,相应的,服务器200接收第一信息。
165.在一种可能的实施方式中,终端设备300可以通过以太网向服务器200发送第一信息。
166.s603、服务器200根据第一信息,确定充电策略。
167.其中,充电策略可以用于控制目标车辆100进行充电。应理解,s603中服务器200根据第一信息确定充电策略的具体实施方式与s303中服务器200根据第一信息确定充电策略的具体实施方式类似,请参见s303中的相关描述,这里不再赘述。
168.s604、服务器200发送充电策略给目标车辆100。相应的,目标车辆100接收该充电策略。
169.s605、目标车辆100根据该充电策略,进行充电。
170.应理解,s604-s605的具体实施方式与s304-s305的具体实施方式类似,请参见s304-s305的相关描述。
171.可选的,服务器200还可以生成第二信息,其中,第二信息可以包括目标车辆100的充电状态、剩余充电时间、当前电价和充电成本中的至少一项;服务器200可以将该第二信息发送至终端设备300,进而终端设备300可以在用户界面显示该第二信息。使得用户可以随时随地感知目标车辆的充电成本和充电状态,有助于用户做出相应的充电决策。应理解,终端300显示第二信息的用户界面示意图,与上述实施例1中目标车辆100显示的用户界面示意图类似,请参见图5a,这里不再赘述。在一种可能的实施方式中,终端设备300可以通过特定应用程序(application,app)的用户界面显示上述第二信息。
172.其中,充电成本可以是目标车辆100在当前时间段对应的充电成本和/或其他时间段对应的充电成本。例如,目标车辆100在当前时间段对应的充电成本为50元,目标车辆100在其他时间段对应的充电成本为20元。如此,通过在终端设备300的用户界面显示当前时间段对应的充电成本和其他时间段对应的充电成本,用户可以根据自身需求,自主决策目标车辆100的充电时间段。
173.相应的,服务器200还可以生成第三信息,第三信息包括目标车辆100的数目、目标车辆100的车型和供电系统的负荷情况中的至少一项;以及服务器200可以显示第三信息。其中,目标车辆100即待充电车辆,供电系统的负荷情况可以包括当前正在充电的车辆的数目、供电系统剩余可容纳的车辆数目。如此,使得运维技术人员可以及时监控供电系统的负载情况。
174.在实施例2中,服务器200可以和终端300、目标车辆100进行信息交互,使得用户可以远程输入目标车辆100的充电需求,从而用户可以远程控制目标车辆100进行充电,进而有效提升目标车辆100充电的便捷性。
175.在一些可能的实施例中,服务器200还可以根据用户的历史配置信息获取上述第一信息,并根据第一信息,快速确定充电策略,并发送充电策略至目标车辆100,以使目标车辆100基于该充电策略进行充电。如此,服务器可以快速获取第一信息,可以有效提升服务器200确定充电策略的效率,实现“记忆式充电”,进而用户不需要在每次充电时都对目标车辆100的充电需求进行配置,进一步提升目标车辆100充电的便捷性。
176.一些情况中目标车辆100中既包括储能元器件,又包括放电元器件;因此,在一些可能的实施例,目标车辆100中的电池电量较高时,目标车辆100还可以获取第四信息,该第四信息用于指示目标车辆100关联的用户同意目标车辆100进行放电。目标车辆100可以将该第四信息发送至服务器200,进而目标车辆100可以根据目标车辆100的电池电量,确定目标车辆100的放电策略。如此,目标车辆100在满足自身的电能需求的基础上,释放多余的电能,以为其他车辆提供电能,可以有效缓解供电系统的负载压力;并且可以有效避免目标车辆100的电池的电量过高对电池带来的损耗。
177.其中,目标车辆100中的电池电量可用soc值来表示,目标车辆100的放电策略可以根据目标车辆100中的soc值与放电功率之间的映射关系来确定。示例性的,请参见表2,表2示出了目标车辆100中的电池的soc值与放电功率之间的映射关系,当目标车辆100中的电池的soc值处于区间80%-90%,则目标车辆100的放电功率为-10%;当目标车辆100中的电池的soc值处于区间91%-100%,则目标车辆100的放电功率为-5%。
178.表2
179.soc值放电功率80%-90%-10%91%-100%-5%
180.可选的,服务器200还可以根据目标车辆100的放电量,确定目标车辆100下次充电可节约的充电成本,并发送至目标车辆100或终端300,以使目标车辆100或终端300将该充电成本显示在用户界面。如此,用户可以根据可节约的充电成本,决策是否进行放电。
181.下面结合具体的附图,介绍本技术实施例涉及的装置。
182.图7示出了本技术上述实施例中所涉及的充电调度装置的一种可能的结构示意图,该装置700可以用于实现上述图3或图6所示实施例中的方法。其中,该装置700可以是服务器,或是服务器中的芯片或者集成电路,本技术实施例不作具体的限定。
183.示例性的,该装置可以包括:
184.处理模块701,用于获取第一信息,第一信息包括目标车辆的充电时间信息;
185.处理模块701,还用于根据第一信息,确定充电策略,该充电策略可以用于控制目标车辆进行充电;
186.收发模块702,用于发送充电策略。
187.示例性的,上述第一信息还可以包括目标车辆中的电池的当前电量和电池容量。
188.在一种可能的实施方式中,第一信息可以通过用户输入或目标车辆关联的历史信息确定。
189.示例性地,充电策略包括目标车辆的充电时间段以及充电时间段对应的充电功率和/或充电优先级。
190.上述处理模块701还可以生成第二信息,第二信息包括目标车辆的充电状态、剩余充电时间、当前电价和充电成本中的至少一项;收发模块702还可以发送第二信息。
191.可选的,上述装置700还可以包括显示模块703,处理模块701还可以生成第三信息,第三信息包括目标车辆的数目、目标车辆的车型和供电系统的负荷情况中的至少一项;显示模块703可以用于所述显示第三信息。
192.在一种可能的实施方式中,处理模块701还可以在目标车辆的数目和/或充电时间信息变化时,更新充电策略。
193.图8示出了本技术上述实施例中所涉及的充电调度装置的一种可能的结构示意图,该装置800可以用于实现上述图3或图6所示实施例中的方法。其中,该装置800可以是车辆,或是车辆中的芯片或者集成电路,本技术实施例不作具体的限定。
194.示例性的,该装置800包括:
195.处理模块801,用于获取第一信息,第一信息包括目标车辆的充电时间信息;充电时间信息关联充电需求;
196.收发模块802,用于发送第一信息;第一信息用于指示目标车辆的充电需求。
197.其中,收发模块802还可以用于接收响应第一信息的充电策略;处理模块801还可以根据充电策略,对目标车辆进行充电。
198.示例性的,第一信息还包括目标车辆的当前电量和电池容量。上述第一信息可以是通过用户输入或目标车辆关联的历史信息确定的,本技术实施例不作具体的限制。
199.示例性的,充电策略包括目标车辆的充电时间段以及充电时间段对应的充电功率和/或充电优先级。
200.在一种可能的设计中,装置800还包括显示模块803,收发模块802还可以接收第二信息;其中,第二信息包括目标车辆的充电状态、剩余充电时间、当前电价和充电成本中的至少一项,,显示模块803可以显示该第二信息。
201.本技术实施例还提供了一种车辆,该车辆可以包括处理器,处理器用于执行上述图3或图6所示实施例中的充电调度方法。
202.在一种可能的实施方式中,还包括存储器,用于存储计算机程序或指令。
203.在一种可能的实施方式中,还包括收发器,用于接收或发送信息。
204.本技术实施例还提供了一种服务器,该服务器包括处理器,处理器用于执行上述图3或图6所示实施例中的充电调度方法。
205.在一种可能的实施方式中,还包括存储器,用于存储计算机程序或指令。
206.在一种可能的实施方式中,还包括收发器,用于接收或发送信息。
207.在一种可能的实施方式中,服务器为单服务器或由多个子服务器构成的服务器集群,当服务器为由多个子服务器构成的服务器集群时,多个子服务器联合执行上述充电调度方法。
208.本技术实施例还提供了一种芯片系统,请参见图9,该芯片系统900包括至少一个处理器,当程序指令在至少一个处理器901中执行时,使得上述图3或图6所示实施例中的充电调度方法得以实现。
209.在一种可能的实施方式中,该芯片系统还包括通信接口903,通信接口用于输入或输出信息。
210.在一种可能的实施方式中,该芯片系统还包括存储器902,该存储器902通过通信接口903耦合处理器,用于存储上述指令,以便处理器通过通信接口903读取存储器中存储的指令。
211.应理解,本技术实施例中不限定上述处理器901、存储器902以及通信接口903之间的连接介质。本技术实施例在图9中以存储器902、处理器901以及通信接口903之间通过通信总线904连接,总线在图9中以粗线表示,其它部件之间的连接方式,仅是示意性说明,并不作为限定。所述总线可以包括地址总线、数据总线、控制总线等。为了便于表示,图9中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线等。
212.本技术实施例还提供了一种包括指令的计算机程序产品,当其在上述装置上运行时,以执行如上述图3或图6所示实施例中的充电调度方法。
213.本技术实施例提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,当计算机程序被运行时,实现如上述图3或图6所示实施例中的充电调度方法。
214.上述各实施例可以相互结合以实现不同的技术效果。
215.通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
216.在本技术所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
217.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
218.另外,在本技术各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
219.本技术实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。另外,在本技术各个实施例中的各功能模块可以集成在一个处理器中,也可以是单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
220.本技术实施例提供的方法中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令
时,全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,简称dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,数字视频光盘(digital video disc,简称dvd))、或者半导体介质(例如,ssd)等。
221.在本技术实施例中,在无逻辑矛盾的前提下,各实施例之间可以相互引用,例如方法实施例之间的方法和/或术语可以相互引用,例如装置实施例之间的功能和/或术语可以相互引用,例如装置实施例和方法实施例之间的功能和/或术语可以相互引用。
222.本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的范围。这样,倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内,则本技术也意图包含这些改动和变型在内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1