CN112114832B - 车辆升级控制方法、终端设备、车辆和计算机存储介质 - Google Patents

车辆升级控制方法、终端设备、车辆和计算机存储介质 Download PDF

Info

Publication number
CN112114832B
CN112114832B CN202010997099.2A CN202010997099A CN112114832B CN 112114832 B CN112114832 B CN 112114832B CN 202010997099 A CN202010997099 A CN 202010997099A CN 112114832 B CN112114832 B CN 112114832B
Authority
CN
China
Prior art keywords
ecu
vehicle
queue
refreshed
priority
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010997099.2A
Other languages
English (en)
Other versions
CN112114832A (zh
Inventor
丁磊
杨威
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Human Horizons Shanghai Internet Technology Co Ltd
Original Assignee
Human Horizons Shanghai Internet Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Human Horizons Shanghai Internet Technology Co Ltd filed Critical Human Horizons Shanghai Internet Technology Co Ltd
Priority to CN202010997099.2A priority Critical patent/CN112114832B/zh
Publication of CN112114832A publication Critical patent/CN112114832A/zh
Application granted granted Critical
Publication of CN112114832B publication Critical patent/CN112114832B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/61Installation
    • G06F8/63Image based installation; Cloning; Build to order
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/48Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806Task transfer initiation or dispatching
    • G06F9/4843Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues

Abstract

本申请公开了一种车辆升级控制方法、车辆和计算机存储介质。具体实现方案为包括:在车辆的软件升级启动情况下,控制所述车辆中的电子控制单元ECU处于通信静默状态;对所述车辆中包含第一类ECU的第一优先级的待刷写队列中的ECU进行升级;其中,所述第一优先级队列的ECU升级早于其他优先级队列的ECU;在所述第一优先级的待刷写队列中的第一类ECU完成升级的情况下,将所述第一类ECU切换至正常通信状态,并保持所述车辆中其他ECU处于通信静默状态。

Description

车辆升级控制方法、终端设备、车辆和计算机存储介质
技术领域
本申请涉及车辆控制领域,尤其涉及一种车辆升级控制方法、车辆和计算机存储介质。
背景技术
随着信息技术的发展,在车辆领域的信息处理技术也越来越智能化,目前在针对车辆的智能化处理中,通常需要通过云端与车辆配合进行信息的处理,比如在车辆的软件升级过程中,需要获取升级包,进而车辆根据升级包进行刷写升级等处理。然而,如何避免车辆在进行升级的过程中能够避免由于全车通信静默所带来的安全隐患等问题亟待解决。
发明内容
为了解决现有技术中上述至少一个问题,本申请实施例提供一种车辆升级控制方法、车辆和计算机存储介质。
第一方面,本申请实施例提供一种车辆升级控制方法,所述方法包括:
在车辆的软件升级启动情况下,控制所述车辆中的电子控制单元ECU处于通信静默状态;
对所述车辆中包含第一类ECU的第一优先级的待刷写队列中的ECU进行升级;其中,所述第一优先级队列的ECU升级早于其他优先级队列的ECU;
在所述第一优先级的待刷写队列中的第一类ECU完成升级的情况下,将所述第一类ECU切换至正常通信状态,并保持所述车辆中其他ECU处于通信静默状态。
第二方面,本申请实施例提供一种车辆,包括:
升级控制单元,用于在软件升级启动情况下,控制所述车辆中的电子控制单元ECU处于通信静默状态;对包含第一类ECU的第一优先级的待刷写队列中的ECU进行升级;其中,所述第一优先级队列的ECU升级早于其他优先级队列的ECU以及,在所述第一优先级的待刷写队列中的第一类ECU完成升级的情况下,将所述第一类ECU切换至正常通信状态,并保持所述车辆中其他ECU处于通信静默状态。
第三方面,本申请实施例提供一种车辆,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本申请任意一项实施例所提供的方法。
第四方面,本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行本申请任意一项实施例所提供的方法。
上述申请中的一个实施例具有如下优点或有益效果:在升级时,控制车辆全车通信静默,在对第一优先级的第一类ECU完成升级之后,控制第一类ECU恢复至正常通信状态;如此,可以保证在车辆升级过程中优先完成升级的ECU能够尽早恢复通信,进而可以及时响应用户需求;并且,通过以上方案可以避免由于等待全车的ECU完成升级的过程中无法对车辆进行控制所带来的安全隐患问题。
上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1是根据本申请一实施例的车辆升级控制方法流程示意图一;
图2是根据本申请一实施例的车辆升级控制方法流程示意图二;
图3是根据本申请一实施例的车辆升级控制方法流程示意图三;
图4是根据本申请一实施例的车辆升级控制方法流程示意图四;
图5是根据本申请一实施例的车辆升级控制方法流程示意图五;
图6是本申请另一实施例的车辆组成结构示意图;
图7是本申请另一实施例的车辆硬件组成架构示意图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
第一方面,本申请实施例提供一种车辆升级控制方法,如图1所示,所述方法包括:
S101:在车辆的软件升级启动情况下,控制所述车辆中的电子控制单元(ECU,Electronic Control Unit)处于通信静默状态;
S102:对所述车辆中包含第一类ECU的第一优先级的待刷写队列中的ECU进行升级;其中,所述第一优先级队列的ECU升级早于其他优先级队列的ECU;
S103:在所述第一优先级的待刷写队列中的第一类ECU完成升级的情况下,将所述第一类ECU切换至正常通信状态,并保持所述车辆中其他ECU处于通信静默状态。
S101中,车辆中的ECU可以为车辆中的全部ECU。也就是在确定针对车辆开始进行ECU升级的情况下,将车辆中的全部ECU控制在通信静默状态。
启动车辆的软件升级的方式,可以包括:
通过终端设备比如手机控制车辆开始进行升级;
或者,可以由终端设备比如手机预约所述车辆在预约时间进行升级;
或者,可以由用户在车辆进行控制,比如可以通过点击车辆中的显示屏幕中的升级按钮,控制所述车辆启动软件升级;
又或者,可以由用户在车辆内进行语音控制,比如发出语音指令“现在开始升级”,然后所述车辆基于车内的语音识别功能识别得到语音信息,对该语音信息进行分析,然后确定升级指令,在确定升级指令时,可以启动所述车辆进行软件升级。
当然,启动车辆进行软件升级的方式还可以为其他更多的方式,本实施例中不进行穷举。
S102中,所述第一类ECU可以为:门控相关ECU。需要理解的是,门控相关ECU可以包括一个或多个ECU。
可以先预先设置车辆中哪些ECU属于第一类ECU,并且预先设置第一类ECU具备第一优先级。
在执行S102之前,还可以包括:判断车辆中本次待刷写ECU是否包含第一类ECU;若包含,则将所述第一类ECU添加至第一优先级的待刷写队列中。
如S102所指出的,第一优先级指的是升级早于其他优先级。
也就是,当判断出本次待刷写或待升级ECU包含有第一类ECU的时候,可以将该第一类ECU作为最先升级的ECU中的全部或部分ECU。
还需要理解的是,所述第一优先级的待刷写队列中,可以只包括第一类ECU;或者,所述第一优先级待刷写队列中,可以包括:第一类ECU以及部分其他ECU。
对所述车辆中包含第一类ECU的第一优先级的待刷写队列中的ECU进行升级,在对第一优先级的待刷写队列中的ECU进行升级的处理中,可以为:
依次对所述第一优先级的待刷写队列中的ECU进行升级;比如按照添加顺序、或者按照预设的顺序等;
或者,随机从第一优先级的待刷写队列中选取ECU进行升级;
或者,对所述第一优先级的待刷写队列进行并行刷写升级。
另外,基于前述,第一优先级的待刷写队列中可以仅包含第一类ECU,那么刷写的时候,可以是随机从第一类ECU中选取一个ECU进行升级;或者,对第一类ECU进行并行刷写。
或者,第一优先级的待刷写队列中可以包括第一类ECU以及其他ECU;此时,可以按照预设顺序,向对第一类ECU进行升级;又或者,可以对ECU进行并行刷写。
S103的执行中,本实施例仅关心第一类ECU,也就是门控相关ECU的控制,因此,着重针对门控相关ECU是否完成升级进行后续处理的说明。
在升级时,控制车辆全车通信静默,在对第一优先级的第一类ECU完成升级之后,控制第一类ECU恢复至正常通信状态;如此,可以保证在车辆升级过程中优先完成升级的ECU能够尽早恢复通信,进而可以及时响应用户需求;并且,通过以上方案可以避免由于等待全车的ECU完成升级的过程中无法对车辆进行控制所带来的安全隐患问题。
具体的,在门控相关ECU完成升级之后,可以恢复门控相关ECU至正常通信状态,此时,门控相关ECU可以响应通信,以及恢复动力域的控制,也就是可以在门控相关ECU升级之后,不用等待全车的ECU全部完成升级就可以恢复控制,比如,可以开关车门,如此,可以保证升级过程中有效响应用户,并且避免由于等待全车的ECU完成升级的过程中无法对车辆进行控制,所带来的安全隐患问题。
所述方法还包括:在所述第一优先级的待刷写队列中的第一类ECU完成升级的情况下,输出提示信息;其中,所述提示信息用于指示所述第一类ECU完成升级。
该提示信息可以是音频输出的、或者可以为文字形式展示出来的。比如,在第一类ECU,也就是门控相关ECU完成升级的时候,除了可以恢复正常通信状态之外,还会通过语音和/或文字提示用户,当前门控已经升级完成,和/或当前车门已经可以使用等等。从而,使得用户可以及时获知当前的升级状态,并且能够尽快的使用第一类ECU所对应的车辆部件,比如可以尽早能够打开或关闭车门。
保持所述车辆中其他ECU处于通信静默状态可以包括有除所述第一类ECU之外,需要升级但是未开始升级的ECU,和/或本次不需要升级的ECU。
参见图2,对本实施例上述方案进行示例性说明,包括:
S11:在车辆刷写调度启动之后,判断待刷写的ECU是否包含门控相关ECU;若存在,则执行S12,否则,升级其他待刷写的ECU;
S12:将所述门控相关ECU加入第一优先级的待刷写队列;
S13:控制所述门控相关ECU处于通信静默状态,此时不响应开关,也就是不响应开门或关门的指令;
S14:对所述门控相关ECU进行升级。具体来说,可以是基于门控相关ECU的升级包对所述门控相关ECU开始进行刷写。
S15:提示用户等待。此时可以理解为通过音频和/或文字信息,为用户提示“门控相关ECU升级中,请等待”或者“门控相关ECU升级”之类的内容,使得用户能够及时获知当前的处理状态或升级状态。
S16:在门控相关ECU升级完成(或刷写完成)的情况下,控制所述门控相关ECU恢复正常通信状态。具体的,可以是恢复动力域和门控域之间的正常通信。
S17:提示门控升级完成。或者,提示门控刷写完成。具体的提示可以为语音和/或文字提示,比如“门控正常使用”、“门控升级完成”等内容,使得用后及时得知车门可以正常使用。然后可以转向刷写其他ECU的处理。
基于以上实施例的说明,如图3所示,本实施例还可以包括:
S201:在对所述车辆中第K-1优先级的待刷写队列中的ECU完成升级的情况下,对包含第二类ECU的第K优先级的待刷写队列中的ECU进行升级;其中,K为大于等于2的整数;
S202:将所述第K优先级的待刷写队列中的所述第二类ECU切换至高压下电状态;
S203:对处于高压下电状态的所述第二类ECU进行升级;
S204:在所述第二类ECU完成升级的情况下,将所述第二类ECU切换至正常通信状态、并切换至高压上电状态。
其中,第二类ECU可以为:高压相关ECU。需要理解的是,高压相关ECU可以由一个或多个ECU组成。
S201中,在第K-1优先级的待刷写队列完成刷写后,基于优先级先后顺序可以对第K优先级的待刷写队列中的ECU进行刷写。
上述K大于等于2。也就是说,在第一优先级的待刷写队列完成刷写后,可以对第二优先级的待刷写队列的ECU进行刷写,依次类推直至全部优先级的待刷写队列完成刷写为止,完成本次刷写。
上述第二类ECU即高压相关ECU的优先级可以为预先设置的,比如可以设置为除了第一优先级之外的其他优先级。
一种优选的示例中,K等于三,也就是可以预先设置高压相关ECU的优先级为第三优先级。
S202中,在对第二类ECU进行升级之前,需要先将所述第二类ECU进行高压下电,并且保持其通信静默状态。
一种优选的示例中,高压相关ECU在升级之前,将高压相关ECU进行高压下电。
换句话说,在确定对高压相关ECU进行升级的时候,并且在开始对高压相关ECU进行升级之前,不仅需要保持高压相关ECU的通信静默状态,还需要对高压相关ECU进行高压下电。完成以上处理之后,执行S203,对处于高压下电状态的所述第二类ECU进行升级。具体来说,S203中,对处于高压下电状态以及通信静默状态的高压相关ECU进行升级。
S204中,在高压相关ECU(即第二类ECU)完成升级的时候,可以将高压相关ECU切换至通信状态,并且将其切换回正常通信状态。
参见图4,对本实施例上述方案的高压相关ECU的升级进行示例性说明,包括:
S21:在车辆刷写调度启动之后,判断待刷写的ECU是否包含高压相关ECU;若存在,则执行S22,否则,升级其他待刷写的ECU(或称为刷写其他待刷写ECU);
S22:将所述高压相关ECU加入第三优先级的待刷写队列;
S23:控制所述高压相关ECU处于通信静默状态,并且处于高压下电状态;
S24:动力禁止;
S25:对所述高压相关ECU进行升级。具体来说,可以是基于高压相关ECU的升级包对所述高压相关ECU开始进行刷写。
S26:在高压相关ECU升级完成(或刷写完成)的情况下,控制所述高压相关ECU恢复正常通信状态并且恢复高压上电状态。然后可以转向刷写其他ECU的处理。
需要理解的是,本实施例提供的方案中虽然仅对第一类ECU以及第二类ECU进行了相关说明。实际处理中,还可以划分更多ECU类别,以及更多优先级及其对应的待刷写队列。
一种示例中,可以对全部优先级及其对应的待刷写队列进行升级,比如,按照优先级从高到低的顺序,依次对每一个优先级对应的待刷写队列中的ECU进行升级。并且,在依次升级的过程中,先控制全车的ECU进入通信静默状态,在第一优先级的待刷写队列完成升级的时候,第一优先级的待刷写队列中的ECU可以全部切换至正常通信状态,此时保持其他优先级的待刷写队列的ECU为通信静默状态;再对第二优先级的待刷写队列的ECU进行升级,依次类推,直至全部待刷写队列中的全部ECU完成升级为止,此时无论车辆中存在本次未升级的ECU,均可控制所述车辆恢复正常通信状态、以及正常上电状态。
进一步地,所述车辆中可以包括M个优先级的M个待刷写队列,其中,每一个待刷写队列中包含至少一个ECU;所述M为大于等于2的整数;所述方法还包括:
从所述M个待刷写队列中的第m个待刷写队列中获取第i个ECU;其中,i为大于等于1的整数,m为大于等于1且小于等于M的整数;
在对所述第i个ECU进行升级的过程中、且所述第m个待刷写队列中存在未升级的ECU的情况下,从所述第m个待刷写队列中获取第i+1个ECU,对第i+1个ECU进行升级;
直至所述第m个待刷写队列中不存在未升级的ECU,确定所述第m个待刷写队列完成升级。
这里,第m个待刷写队列为第m优先级的待刷写队列。
获取到第i个ECU可以为从第m个待刷写队列中随机提取的一个ECU,或者可以为按照顺序提取的一个ECU;
在获取第i个ECU之后,还需要判断第i个ECU是否在刷写状态中(或升级状态中),若是,则选择下一个ECU(比如可以称为第j个ECU,j不等于i,且j为大于i的整数)进行处理;若第i个ECU不在刷写状态中,则对所述第i个ECU进行升级。
需要指出的是,以上处理重在可以对多个ECU同时进行刷写,也就是在从第m个待刷写队列中获取到第i个ECU并开始对其进行刷写或升级的同时或对其进行升级的过程中,因为每个ECU升级任务是独立运行的,系统可以再次从第m个待刷写队列中获取其他ECU,比如可以称为第i+1个ECU,同时进行第i+1个ECU的升级。
虽然以上处理中仅写出第i个ECU以及第i+1个ECU可以同时进行升级的处理;但是实际上在提取出第i+1个ECU时,可以将其理解为相对于第i+2的ECU的上一个ECU,也就是第i+1个ECU以及第i+2个ECU的处理,与第i个ECU以及第i+1个ECU的关系是相同的,因为每个ECU升级任务是独立运行的,所以能够依此循环处理,直至第m个待刷写队列中的ECU全部完成升级(或刷写)为止。因此,基于以上处理,可以使得2个或更多ECU同时进行升级,从而可以提升ECU的升级(或刷写)效率。然后可以对第m+1优先级对应的m+1待刷写队列进行升级,不再重复说明。
还需要指出的是,第i个ECU在刷写之前,还会判断是否与正在刷写的一个或多个ECU之间是否存在网络竞合关系(或网络竞争关系),若不存在,则可以对第i个ECU进行刷写或升级。其他获取到的ECU也会进行相同判断,不再一一赘述。和/或,在第i个ECU在刷写之前,还可以判断与正在刷写的一个或多个ECU是否处于不同的通信子网,若是,则可以对第i个ECU进行刷写或升级,其他ECU的判断与其相同,不再一一赘述。
另外,所述从所述M个待刷写队列中的第m个待刷写队列中获取第i个ECU之后,所述方法还包括:
基于所述第i个ECU对应的通信策略和/或通电策略,控制所述第i个ECU处于对应的通信状态和/或通电状态;其中,所述通信状态包括:通信静默状态或正常通信状态;所述通电状态包括:高压上电状态或高压下电状态;
对所述第i个ECU进行升级。
这里,通信策略可以包括有控制第i个ECU处于通信静默状态或正常通信状态,以及处于通信静默状态的相对时间,处于正常通信状态的相对时间。另外,所述通信策略中还可以包括,在第i个ECU升级的过程中,未升级的ECU处于通信静默状态或正常通信状态,以及处于通信静默状态的相对时间,处于正常通信状态的相对时间。
比如,第i个ECU属于前述实施例中的第一类ECU,那么可以在其升级时保持通信静默状态,并且在其升级完成后恢复正常通信状态;并且,在其升级完成之后,也保持其他未升级的ECU处于通信静默状态。这些都可以理解为第i个ECU的通信策略。
通电策略,可以称为电源策略,可以包括有:控制第i个ECU处于高压上电状态或高压下电状态,以及处于高压上电状态的相对时间,处于高压下电状态的相对时间。当然,所述通电策略还可以包括有对当前未升级的ECU的策略,比如,保持控制当前未升级的ECU处于下电状态等等。
比如,第i个ECU属于前述实施例中的第二类ECU或高压相关ECU,那么可以在其升级之前控制其处于高压下电状态,并且在其升级完成后恢复高压上电状态;并且,在其升级完成之后,也保持其他未升级的ECU处于高压下电状态,当然可以根据实际情况设置,可以保持部分ECU处于高压上电状态,均在本实施例保护范围内,不再进行穷举。这些都可以理解为第i个ECU的通信策略。
也就是根据第i个ECU的通信策略和/或通电策略,控制第i个ECU处于对应的通信状态和/或通电状态之后,再对第i个ECU进行升级(或升级包的刷写)处理。
虽然以上仅针对第i个ECU的处理进行了说明,但是实际上其他ECU的处理与其相同,不再进行赘述。
在上述处理中,所述方法还包括:
判断第i个ECU是否为以太网节点;若所述第i个ECU为以太网节点,则采用自刷写的方式进行升级;若所述第i个ECU不为以太网节点,则采用诊断刷写序列的方式进行升级。
其中,第i个ECU不为以太网节点,那么可以判断同一个总线(BUS)中是否已存在其他刷写任务,若不存在,则采用诊断刷写序列的方式进行升级;若存在,则可以等待直至同一总线中不存在其他刷写任务,开始采用诊断刷写序列的方式进行升级。
上述自刷写的方式或诊断刷写序列的方式仅为两种进行升级包刷写的方式,不排除存在其他刷写方式的情况,本实施例不做穷举。
所述自刷写的方式可以为:ECU内部部署专有的软件刷写模块,与OTA主控模块交互,通过ETH(以太)网络,软件刷写模块从OTA主控模块获取该ECU的待刷写的软件包(或称为升级包),根据OTA组件提供的配置信息和指令,自行控制全部软件刷写过程,并反馈状态和结果。
所述诊断刷写序列的方式可以为:OTA主控模块加载、解析,被UDS(UnifiedDiagnostic Services,统一诊断服务)指令序列封装过的ECU的软件包(或称为升级包),引导ECU进入软件刷写模式(比如可以为Bootloader刷写模式);根据UDS指令,控制ECU一步一步完成全部数据的刷写。
以上并行刷写ECU的处理,可以参见图5进行示例性说明:
S31:遍历第m个待刷写队列;
S32:获取ECU;其中,获取到的ECU可以理解为前述方案的第i个ECU;
S33:判断获取的所述ECU是否在升级中,若在升级中,则重新返回S31,以获取下一个ECU;否则,执行S34;
S34:判断所述ECU是否为以太网节点,若是,则执行S35;否则,执行S39;
S35:执行对应的通信策略和/或通电策略;
S36:启动升级;也就是启动对获取的所述ECU采用自刷写的方式进行升级;
S37:同步刷写状态;
S38:判断第m个待刷写队列是否升级完成,若完成,则将第m个待刷写队列移入完成队列;若未完成,则执行S31。其中,将第m个待刷写队列移入完成队列后,还可以包括:获取第m+1个待刷写队列,重复执行本示例中的步骤。
S39:判断同一个总线(BUS)中是否已存在刷写任务,也就是判断同一个总线中是否存在正在升级的ECU;若同一个总线中已存在刷写任务,可以返回至S31,获取下一个ECU;若不存在,则执行S310。其中S39中,若同一个总线中已存在刷写任务,还可以不返回S32,而是控制等待,直至该总线的其他ECU的刷写任务完成,执行S310。
S310:启动升级;也就是启动诊断刷写序列;
S311:执行对应的通信策略和/或通电策略,然后执行S37。需要指出的是,或者,S311可以还在S310之前执行,也就是S39执行完成后执行S311,然后执行S310。
如此,可以在进行ECU的升级的时候,进行并行刷写,减少升级时间,提升升级效率。
第二方面,本申请实施例提供了一种车辆,如图6所示,包括:
升级控制单元61,用于在软件升级启动情况下,控制所述车辆中的电子控制单元ECU处于通信静默状态;对包含第一类ECU的第一优先级的待刷写队列中的ECU进行升级;其中,所述第一优先级队列的ECU升级早于其他优先级队列的ECU以及,在所述第一优先级的待刷写队列中的第一类ECU完成升级的情况下,将所述第一类ECU切换至正常通信状态,并保持所述车辆中其他ECU处于通信静默状态。
所述车辆还包括:
输出单元62,用于在所述第一优先级的待刷写队列中的第一类ECU完成升级的情况下,输出提示信息;其中,所述提示信息用于指示所述第一类ECU完成升级。
所述第一类ECU为所述车辆中门控相关ECU。
所述升级控制单元61,用于在对所述车辆中第K-1优先级的待刷写队列中的ECU完成升级的情况下,对包含第二类ECU的第K优先级的待刷写队列中的ECU进行升级;其中,K为大于等于2的整数;
将所述第K优先级的待刷写队列中的所述第二类ECU切换至高压下电状态;
对处于高压下电状态的所述第二类ECU进行升级;
在所述第二类ECU完成升级的情况下,将所述第二类ECU切换至正常通信状态、并切换至高压上电状态。
所述第二类ECU为高压相关ECU;所述K等于三。
所述车辆中包括M个优先级的M个待刷写队列,其中,每一个待刷写队列中包含至少一个ECU;不同的待刷写队列对应不同的优先级;所述M为大于等于2的整数;
所述升级控制单元61,用于从所述M个待刷写队列中的第m个待刷写队列中获取第i个ECU;其中,i为大于等于1的整数,m为大于等于1且小于等于M的整数;
在对所述第i个ECU进行升级的过程中、且所述第m个待刷写队列中存在未升级的ECU的情况下,从所述第m个待刷写队列中获取第i+1个ECU,对第i+1个ECU进行升级;
直至所述第m个待刷写队列中不存在未升级的ECU,确定所述第m个待刷写队列完成升级。
所述升级控制单元61,用于基于所述第i个ECU对应的通信策略和/或通电策略,控制所述第i个ECU处于对应的通信状态和/或通电状态;其中,所述通信状态包括:通信静默状态或正常通信状态;所述通电状态包括:高压上电状态或高压下电状态;对所述第i个ECU进行升级。
所述升级控制单元61,用于判断第i个ECU是否为以太网节点;若所述第i个ECU为以太网节点,则采用自刷写的方式进行升级;若所述第i个ECU不为以太网节点,则采用诊断刷写序列的方式进行升级。
本实施例中所述车辆中各个模块执行的处理与前述第一方面提供的实施例中的处理相同,因此不再进行重复说明。
根据本申请的实施例,本申请还提供了一种车辆和一种可读存储介质。
如图7所示,是根据本申请实施例的车辆的框图。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图7所示,该车辆包括:一个或多个处理器801、存储器802,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在车辆内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样,可以连接多个车辆,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图5中以一个处理器801为例。
存储器802即为本申请所提供的非瞬时计算机可读存储介质。其中,所述存储器存储有可由至少一个处理器执行的指令,以使所述至少一个处理器执行本申请所提供的车辆升级控制方法。本申请的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本申请所提供的车辆升级控制方法。
存储器802作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块,如本申请实施例中的车辆升级控制方法对应的程序指令/模块。处理器801通过运行存储在存储器802中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的车辆升级控制方法。
存储器802可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据车辆的使用所创建的数据等。此外,存储器802可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器802可选包括相对于处理器801远程设置的存储器,这些远程存储器可以通过网络连接至车辆。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
车辆还可以包括:输入装置803和输出装置804。处理器801、存储器802、输入装置803和输出装置804可以通过总线或者其他方式连接,图5中以通过总线连接为例。
输入装置803可接收输入的数字或字符信息,以及产生与车辆的用户设置以及功能控制有关的键信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置804可以包括显示设备、辅助照明装置(例如,LED)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(PLD)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。

Claims (16)

1.一种车辆升级控制方法,其特征在于,所述方法包括:
在车辆的软件升级启动情况下,控制所述车辆中的电子控制单元ECU处于通信静默状态;
对所述车辆中包含第一类ECU的第一优先级队列中的待刷写ECU进行升级;其中,所述第一优先级队列的ECU升级早于其他优先级队列的ECU;
在所述第一优先级队列中的第一类ECU完成升级的情况下,将所述第一类ECU切换至正常通信状态,并保持所述车辆中其他ECU处于通信静默状态;
其中,所述第一类ECU为所述车辆中门控相关ECU,所述第一类ECU的正常通信状态包括恢复动力域和门控域之间的正常通信;所述其他优先级队列的ECU包括第二优先级的ECU和第三优先级的ECU,所述第三优先级的ECU包括高压相关ECU;第二优先级队列的ECU升级早于第三优先级队列的ECU;在所述第一优先级队列包括多个ECU的情况下,其中不存在网络竞合关系的多个ECU采用并行刷写方式升级。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在所述第一优先级队列中的第一类ECU完成升级的情况下,输出提示信息;其中,所述提示信息用于指示所述第一类ECU完成升级。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在对所述车辆中第K-1优先级的待刷写队列中的ECU完成升级的情况下,对包含第二类ECU的第K优先级的待刷写队列中的ECU进行升级;其中,K为大于等于2的整数;
将所述第K优先级的待刷写队列中的所述第二类ECU切换至高压下电状态;
对处于高压下电状态的所述第二类ECU进行升级;
在所述第二类ECU完成升级的情况下,将所述第二类ECU切换至正常通信状态、并切换至高压上电状态。
4.根据权利要求3所述的方法,其特征在于,所述第二类ECU为高压相关ECU;所述K等于三。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述车辆中包括M个优先级的M个待刷写队列,其中,每一个待刷写队列中包含至少一个ECU;所述M为大于等于2的整数;所述方法还包括:
从所述M个待刷写队列中的第m个待刷写队列中获取第i个ECU;其中,i为大于等于1的整数,m为大于等于1且小于等于M的整数;
在对所述第i个ECU进行升级的过程中、且所述第m个待刷写队列中存在未升级的ECU的情况下,从所述第m个待刷写队列中获取第i+1个ECU,对第i+1个ECU进行升级;
直至所述第m个待刷写队列中不存在未升级的ECU,确定所述第m个待刷写队列完成升级。
6.根据权利要求5所述的方法,其特征在于,所述从所述M个待刷写队列中的第m个待刷写队列中获取第i个ECU之后,所述方法还包括:
基于所述第i个ECU对应的通信策略和/或通电策略,控制所述第i个ECU处于对应的通信状态和/或通电状态;其中,所述通信状态包括:通信静默状态或正常通信状态;所述通电状态包括:高压上电状态或高压下电状态;
对所述第i个ECU进行升级。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
判断第i个ECU是否为以太网节点;
若所述第i个ECU为以太网节点,则采用自刷写的方式进行升级;若所述第i个ECU不为以太网节点,则采用诊断刷写序列的方式进行升级。
8.一种车辆,其特征在于,包括:
升级控制单元,用于在软件升级启动情况下,控制所述车辆中的电子控制单元ECU处于通信静默状态;对包含第一类ECU的第一优先级队列中的待刷写ECU进行升级;其中,所述第一优先级队列的ECU升级早于其他优先级队列的ECU以及,在所述第一优先级队列中的第一类ECU完成升级的情况下,将所述第一类ECU切换至正常通信状态,并保持所述车辆中其他ECU处于通信静默状态;
其中,所述第一类ECU为所述车辆中门控相关ECU,所述第一类ECU的正常通信状态包括恢复动力域和门控域之间的正常通信;所述其他优先级队列的ECU包括第二优先级的ECU和第三优先级的ECU,所述第三优先级的ECU包括高压相关ECU;第二优先级队列的ECU升级早于第三优先级队列的ECU;在所述第一优先级队列包括多个ECU的情况下,其中不存在网络竞合关系的多个ECU采用并行刷写方式升级。
9.根据权利要求8所述的车辆,其特征在于,所述车辆还包括:
输出单元,用于在所述第一优先级队列中的第一类ECU完成升级的情况下,输出提示信息;其中,所述提示信息用于指示所述第一类ECU完成升级。
10.根据权利要求8所述的车辆,其特征在于,
所述升级控制单元,用于在对所述车辆中第K-1优先级的待刷写队列中的ECU完成升级的情况下,对包含第二类ECU的第K优先级的待刷写队列中的ECU进行升级;其中,K为大于等于2的整数;
将所述第K优先级的待刷写队列中的所述第二类ECU切换至高压下电状态;
对处于高压下电状态的所述第二类ECU进行升级;
在所述第二类ECU完成升级的情况下,将所述第二类ECU切换至正常通信状态、并切换至高压上电状态。
11.根据权利要求10所述的车辆,其特征在于,所述第二类ECU为高压相关ECU;所述K等于三。
12.根据权利要求8-11任一项所述的车辆,其特征在于,所述车辆中包括M个优先级的M个待刷写队列,其中,每一个待刷写队列中包含至少一个ECU;不同的待刷写队列对应不同的优先级;所述M为大于等于2的整数;
所述升级控制单元,用于从所述M个待刷写队列中的第m个待刷写队列中获取第i个ECU;其中,i为大于等于1的整数,m为大于等于1且小于等于M的整数;
在对所述第i个ECU进行升级的过程中、且所述第m个待刷写队列中存在未升级的ECU的情况下,从所述第m个待刷写队列中获取第i+1个ECU,对第i+1个ECU进行升级;
直至所述第m个待刷写队列中不存在未升级的ECU,确定所述第m个待刷写队列完成升级。
13.根据权利要求12所述的车辆,其特征在于,所述升级控制单元,用于基于所述第i个ECU对应的通信策略和/或通电策略,控制所述第i个ECU处于对应的通信状态和/或通电状态;其中,所述通信状态包括:通信静默状态或正常通信状态;所述通电状态包括:高压上电状态或高压下电状态;对所述第i个ECU进行升级。
14.根据权利要求12所述的车辆,其特征在于,所述升级控制单元,用于判断第i个ECU是否为以太网节点;若所述第i个ECU为以太网节点,则采用自刷写的方式进行升级;若所述第i个ECU不为以太网节点,则采用诊断刷写序列的方式进行升级。
15.一种车辆,其特征在于,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。
16.一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,所述计算机指令用于使所述计算机执行权利要求1-7中任一项所述的方法。
CN202010997099.2A 2020-09-21 2020-09-21 车辆升级控制方法、终端设备、车辆和计算机存储介质 Active CN112114832B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010997099.2A CN112114832B (zh) 2020-09-21 2020-09-21 车辆升级控制方法、终端设备、车辆和计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010997099.2A CN112114832B (zh) 2020-09-21 2020-09-21 车辆升级控制方法、终端设备、车辆和计算机存储介质

Publications (2)

Publication Number Publication Date
CN112114832A CN112114832A (zh) 2020-12-22
CN112114832B true CN112114832B (zh) 2024-03-15

Family

ID=73799958

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010997099.2A Active CN112114832B (zh) 2020-09-21 2020-09-21 车辆升级控制方法、终端设备、车辆和计算机存储介质

Country Status (1)

Country Link
CN (1) CN112114832B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112698854A (zh) * 2020-12-29 2021-04-23 东风汽车集团有限公司 一种车辆多控制器刷写设备
CN113434169B (zh) * 2021-06-22 2023-03-28 重庆长安汽车股份有限公司 一种基于依赖关系生成空中升级并行任务组的方法及系统
CN113703420A (zh) * 2021-08-24 2021-11-26 中国第一汽车股份有限公司 车辆控制器刷写方法、刷写设备、车辆控制器及存储介质
CN115809078A (zh) * 2021-09-13 2023-03-17 长城汽车股份有限公司 一种车辆ecu的刷写方法、车辆及存储介质

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103984574A (zh) * 2014-05-28 2014-08-13 能力天空科技(北京)有限公司 一种网站升级方法及系统
CN107066283A (zh) * 2015-10-19 2017-08-18 哈曼国际工业有限公司 用于更新计算机装置的部件同时实现部件可用性的技术
CN107450518A (zh) * 2017-08-16 2017-12-08 北京车和家信息技术有限责任公司 一种基于车载以太网构架的程序升级装置及其控制方法
CN107665121A (zh) * 2016-07-28 2018-02-06 通用汽车环球科技运作有限责任公司 远程车辆更新安装排程
CN108023907A (zh) * 2016-10-31 2018-05-11 比亚迪股份有限公司 车载模块升级方法、装置及车辆
DE102017202105A1 (de) * 2017-02-09 2018-08-09 Bayerische Motoren Werke Aktiengesellschaft Verfahren und Steuereinheit zur Programmierung eines Steuergeräts
JP2018132979A (ja) * 2017-02-16 2018-08-23 株式会社日立製作所 ソフトウェア更新システム、サーバ
CN109828935A (zh) * 2019-01-17 2019-05-31 重庆菲斯塔新能源汽车科技有限公司 一种基于can fd总线的并行刷写方法
CN110221842A (zh) * 2019-05-06 2019-09-10 北京汽车股份有限公司 数据刷写方法、装置、设备及计算机可读存储介质
CN110347412A (zh) * 2019-06-27 2019-10-18 中国第一汽车股份有限公司 电子控制单元固件升级管理方法、装置、设备和存储介质
CN110688129A (zh) * 2019-10-08 2020-01-14 北京车和家信息技术有限公司 汽车控制器的升级方法及升级设备
CN111327689A (zh) * 2020-01-22 2020-06-23 大运汽车股份有限公司 基于uds通信协议实现车辆ecu远程升级的方法
CN111343064A (zh) * 2020-02-29 2020-06-26 东风汽车集团有限公司 汽车控制系统软件升级系统及方法
CN111385191A (zh) * 2018-12-28 2020-07-07 联合汽车电子有限公司 车载互联网关、车辆ota升级系统和方法、计算机存储介质

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103984574A (zh) * 2014-05-28 2014-08-13 能力天空科技(北京)有限公司 一种网站升级方法及系统
CN107066283A (zh) * 2015-10-19 2017-08-18 哈曼国际工业有限公司 用于更新计算机装置的部件同时实现部件可用性的技术
CN107665121A (zh) * 2016-07-28 2018-02-06 通用汽车环球科技运作有限责任公司 远程车辆更新安装排程
CN108023907A (zh) * 2016-10-31 2018-05-11 比亚迪股份有限公司 车载模块升级方法、装置及车辆
DE102017202105A1 (de) * 2017-02-09 2018-08-09 Bayerische Motoren Werke Aktiengesellschaft Verfahren und Steuereinheit zur Programmierung eines Steuergeräts
JP2018132979A (ja) * 2017-02-16 2018-08-23 株式会社日立製作所 ソフトウェア更新システム、サーバ
CN107450518A (zh) * 2017-08-16 2017-12-08 北京车和家信息技术有限责任公司 一种基于车载以太网构架的程序升级装置及其控制方法
CN111385191A (zh) * 2018-12-28 2020-07-07 联合汽车电子有限公司 车载互联网关、车辆ota升级系统和方法、计算机存储介质
CN109828935A (zh) * 2019-01-17 2019-05-31 重庆菲斯塔新能源汽车科技有限公司 一种基于can fd总线的并行刷写方法
CN110221842A (zh) * 2019-05-06 2019-09-10 北京汽车股份有限公司 数据刷写方法、装置、设备及计算机可读存储介质
CN110347412A (zh) * 2019-06-27 2019-10-18 中国第一汽车股份有限公司 电子控制单元固件升级管理方法、装置、设备和存储介质
CN110688129A (zh) * 2019-10-08 2020-01-14 北京车和家信息技术有限公司 汽车控制器的升级方法及升级设备
CN111327689A (zh) * 2020-01-22 2020-06-23 大运汽车股份有限公司 基于uds通信协议实现车辆ecu远程升级的方法
CN111343064A (zh) * 2020-02-29 2020-06-26 东风汽车集团有限公司 汽车控制系统软件升级系统及方法

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
IoT-based Software Update Proposal for Next Generation Automotive Middleware Stacks;Stevan Stević等;《2018 IEEE 8th International Conference on Consumer Electronics - Berlin (ICCE-Berlin)》;20181216;1-4 *
OTA实现方案及汽车端设计分析;李立安等;汽车实用技术(第14期);16-19 *
基于OTA的车辆ECU软件远程刷写系统;刘志军等;《汽车与驾驶维修》;20200610(第06期);62-64 *
基于电动汽车ECU的在线升级系统的研究与实现;董勇涛;《中国优秀硕士学位论文全文数据库 工程科技Ⅱ辑》;20190515;C035-590 *
智能网联汽车整车OTA功能设计研究;王栋梁等;《汽车技术》;20181017;29-33 *

Also Published As

Publication number Publication date
CN112114832A (zh) 2020-12-22

Similar Documents

Publication Publication Date Title
CN112114832B (zh) 车辆升级控制方法、终端设备、车辆和计算机存储介质
US8468514B2 (en) System and method for updating unified extensible firmware interface setting information
KR20220001008A (ko) 분산 훈련 방법, 시스템, 기기, 저장 매체 및 프로그램
CN108694564B (zh) 一种任务状态控制方法及装置
US10521462B2 (en) Virtual services rapid deployment tool
US10684838B2 (en) Dynamic application deployment
CN101655801B (zh) 驱动软件升级的方法及装置
CN111061981A (zh) 页面管理方法、装置、存储介质及电子设备
CN111158666A (zh) 实体归一化处理方法、装置、设备及存储介质
CN109067562A (zh) 基于智能指针的动态配置更新方法及系统、服务器及介质
CN112652302A (zh) 语音控制方法、装置、终端及存储介质
KR20210038858A (ko) 애플리케이션의 작동 방법, 장치, 기기 및 저장매체
CN113641378A (zh) 光模块程序升级方法、装置、设备及可读存储介质
CN113760527A (zh) 资源控制方法和装置
US20150113261A1 (en) User initiated data rollback using operating system partitions
CN112001489A (zh) 优化器学习的方法、装置、电子设备和可读存储介质
CN109960489B (zh) 生成智能问答系统的方法、装置、设备、介质及问答系统
KR20210037501A (ko) 스마트 기기를 제어하는 방법, 장치, 기기 및 매체
CN111554298B (zh) 语音交互方法、语音交互设备和电子设备
CN114493493A (zh) 决策引擎及决策引擎实现方法
CN106529280A (zh) 一种移动设备虚拟专用网络应用控制方法及装置
CN109547563B (zh) 消息推送处理方法、装置、存储介质及服务器
CN113468303A (zh) 对话交互处理方法及计算机可读存储介质
CN113365171B (zh) 有屏音箱处理方法、装置、电子设备及存储介质
CN112988307B (zh) 一种采购系统的配置方法、装置、设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant