CN117795484A - 一种信息处理方法、装置及系统 - Google Patents
一种信息处理方法、装置及系统 Download PDFInfo
- Publication number
- CN117795484A CN117795484A CN202180060267.8A CN202180060267A CN117795484A CN 117795484 A CN117795484 A CN 117795484A CN 202180060267 A CN202180060267 A CN 202180060267A CN 117795484 A CN117795484 A CN 117795484A
- Authority
- CN
- China
- Prior art keywords
- node
- version
- memory
- version package
- information
- 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.)
- Pending
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 49
- 238000003672 processing method Methods 0.000 title claims abstract description 21
- 230000015654 memory Effects 0.000 claims abstract description 285
- 230000006870 function Effects 0.000 claims abstract description 199
- 238000000034 method Methods 0.000 claims abstract description 85
- 238000004891 communication Methods 0.000 claims abstract description 72
- 238000012545 processing Methods 0.000 claims description 27
- 230000008447 perception Effects 0.000 claims description 12
- 230000002159 abnormal effect Effects 0.000 claims description 9
- 238000004590 computer program Methods 0.000 claims description 8
- 230000015556 catabolic process Effects 0.000 claims description 5
- 238000006731 degradation reaction Methods 0.000 claims description 5
- 230000008569 process Effects 0.000 abstract description 22
- 238000001514 detection method Methods 0.000 description 29
- 238000013461 design Methods 0.000 description 27
- 238000005259 measurement Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 7
- 230000003993 interaction Effects 0.000 description 6
- 230000007774 longterm Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000006855 networking Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 206010063385 Intellectualisation Diseases 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000035515 penetration Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000007493 shaping process Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements 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/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
- Stored Programmes (AREA)
Abstract
本申请公开了一种信息处理方法、装置及系统,涉及通信技术领域。在该方法中,通过在第一节点的存储器中保存第一版本包,使得第一节点可以向至少一个第二节点的内存写入第一版本包。且在本申请实施例中,第二节点的内存是指第二节点中与处理器直接交换数据、且具备读写功能的内部存储器。因此,第二节点无需设置外部存储器来存储第一版本包,可以有效降低第二节点的成本;且第二节点访问内存的速度较快,第二节点通过内存接收第一版本包,可以有效简化车载部件的升级流程,从而有效降低第二节点(即车载部件)的升级时长。
Description
本申请涉及通信技术领域,尤其涉及一种信息处理方法、装置及系统。
随着汽车产业的不断发展,汽车的电动化、智能化、网联化以及共享化的不断深入,汽车的功能日趋复杂。为了实现车辆的各种功能,车辆中设置的车载部件的种类和数量越来越多。示例性的,如图1所示,为实现车辆的感知功能,车辆中设置了多种传感器,例如超声波传感器、毫米波雷达(可分为短距、中距、和长距)、毫米波雷达、摄像头或激光雷达中的至少一种。
然而,随着车辆功能的更新迭代,需要对车载部件的软件和/或固件进行升级,以使车载部件和车辆功能相适配。如图2所示,在一些技术方案中,通过在每个车载部件(即车载部件1-n)的闪存(FLASH)存储器中存储完整版本包(即包含车载部件的软件和/或固件升级所需的所有信息的数据包),使得车载部件的系统级芯片(system on chip,SOC)可以执行FLASH存储器中的完整版本包,实现车载部件的软件和/或固件的升级(例如,车载部件1的SOC可以执行FLASH存储器中的完整版本包,实现车载部件1的软件和/或固件的升级),并且车载部件在成功执行该完整版本包之后,还可以向车辆中相应的域控制器上报车载部件的状态信息,该状态信息用于指示该车载部件已成功执行完整版本包。在该方案中,每个车载部件都需要设置FLASH存储器,导致车载部件的成本较高,同时车载部件的软件/固件升级流程复杂、导致升级耗时较长。
如图3所示,另一些技术方案中,通过在每个车载部件(即车载部件1-n)的FLASH存储器保存最小版本包(即包含车载部件的软件和/或固件升级所需的初始化信息(例如,通信接口的初始化信息)的数据包),使能每个车载部件的通信能力,进而每个车载部件都可以向服务器发送版本包请求,以及从服务器接收完整版本包,执行相应的完整版本包,实现车载部件的软件和/或固件的升级;并且车载部件在成功执行该完整版本包之后,还可以向服务器上报车载部件的状态信息,该状态信息用于指示该车载部件已成功执行完整版本包。例如,车载部件2接收完整版本包之后,车载部件2的SOC执行该完整版本包,实现车载部件2的软件和/或固件的升级,并向服务器上报相应的状态信息。在该方案中,服务器需要和所有车载部件建立通信连接,会消耗大量的通信资源,车载部件的成本高,以及车载部件的软件/固件升级流程复杂、耗时较长的问题。
因此,如何降低车载部件的成本,以及减少车载部件的升级时长,是亟需解决的问题。
发明内容
本申请提供了一种信息处理方法、装置及系统,用以降低车载部件的成本、以及减少车载部件的升级耗时。
第一方面,本申请实施例提供了一种信息处理方法,该方法可以应用于第一节点,该方法包括:在第一节点的存储器中保存第一版本包,该第一版本包对应至少一个第二节点的属性信息,进而第一节点可以向至少一个第二节点的内存写入第一版本包。
可以理解的是,第一节点和至少一个第二节点可以是车辆中的多个车载部件,车载部件例如可以是车辆中的域控制器、电子控制单元(electronic control unit,ECU)、车载终端或传感器中的任一种。
在本申请实施例中,通过在第一节点的存储器中保存第一版本包,使得第一节点可以向至少一个第二节点的内存写入第一版本包。且在本申请实施例中,第二节点的内存是指第二节点中与处理器直接交换数据、且具备读写功能的内部存储器。因此,第二节点无需设置外部存储器来存储第一版本包,可以有效降低第二节点的成本;且第二节点访问内存的速度较快,第二节点通过内存接收第一版本包,可以有效简化车载部件的升级流程,从而有效降低第二节点(即车载部件)的升级时长。
在一种可能的设计中,第一节点向至少一个第二节点的内存写入第一版本包,包括:第一节点将第一版本包写入至少一个第二节点的目标内存地址对应的存储空间中。在该设计中,第一节点可以将第一版本包直接写入至少一个第二节点的目标内存地址对应的存储空间中,使得至少一个第二节点可以快速读取第一版本包,可以有效提升第二节点的升级效率。其中,至少一个第二节点的目标内存地址可以是第一节点预先获取的,也可以是在第一节点将第一版本包写入至少一个第二节点之前,由至少一个第二节点发送至第一节点的,本申请实施例对此不作限定。
在一种可能的设计中,上述属性信息可以但不限于节点功能、节点位置、节点数量、节点类型或节点性能中的一个或多个。在该设计中,通过将第二节点的节点功能、节点位置、节点数量、节点类型或节点性能中的一个或多个与第一版本包建立联系,使得第一节点为第二节点写入的版本包适配于第二节点。
在一种可能的设计中,第一版本包对应至少一个第二节点的第一功能,上述方法还包括:第一节点执行第二功能对应的第二版本包;其中,第二功能与第一功能关联。
可以理解的是,在本申请实施例中“第二功能与第一功能关联”是指第一功能的实现是第二功能实现的必要条件。例如,第二功能是自动驾驶功能,第一功能是测距功能,测距功能的实现是自动驾驶功能实现的必要条件。
在该设计中,在第一功能实现是第二功能实现的必要条件的情况下,至少一个第二节点执行第一功能对应的第一版本包,第一节点执行第二功能对应第二版本包,使得第一节点和至少一个第二节点可以实现联合第二功能。
在一种可能的设计中,在至少一个第二节点执行第一版本包的情况下,第一节点执行第二功能对应的第二版本包。
可以理解的是,至少一个第二节点执行第一版本包的情况包括至少一个第二节点执行第一版本包的过程、至少一个第二节点执行第一版本包之前、或至少一个第二节点执行第一版本包之后中的至少一个阶段。也就是说,在至少一个第二节点执行第一版本包之前,第一节点可以执行第二功能对应的第二版本包;或者,在至少一个第二节点执行第一版本包的过程中,第一节点可以执行第二功能对应的第二版本包;或者,在至少一个第二节点执行第一版本包之后,第一节点可以执行第二功能对应的第二版本包。
在该设计中,在至少一个第二节点执行第一版本包的情况下,第一节点执行第二功能对应的第二版本包,进一步使得第一节点和至少一个第二节点可以实现联合第二功能。
在一种可能的设计中,第一节点可以为至少一个第二节点中的任一节点,上述方法还包括:第一节点执行第一版本包。在该设计中,第一节点和至少一个第二节点均关联第一 版本包的情况下,第一节点也执行第一版本包,以使第一节点也可以实现第一功能。
在一种可能的设计中,在第一节点的存储器中保存第一版本包,包括:第一节点接收第三版本包,对第三版本包升级,得到第一版本包,并保存第一版本包。在该设计中,第一节点接收到第三版本包之后,可以对第三版本包进行升级,得到第一版本包,并进行保存,使得第一节点写入至少一个第二节点的第一版本包是升级后的版本包,进而至少一个第二节点不需要对第一版本包进行升级,有效简化至少一个第二节点的升级流程,从而有效降低第二节点的升级时长。
在一种可能的设计中,第一节点向至少一个第二节点的内存写入第一版本包之前,上述方法还包括:第一节点根据至少一个第二节点的第一信息,向至少一个第二节点的内存写入第一版本包,第一信息用于指示至少一个第二节点处于启动状态。在该设计中,第一节点在确定至少一个第二节点处于启动状态时,才将第一版本包写入至少一个第二节点,如此可以有效提升第一节点将第一版本包写入至少一个第二节点的成功概率。
其中,第一信息可以是至少一个第二节点向第一节点发送的,或者,第一信息可以是第一节点预先获取的信息;其中,预先获取的信息可以包括至少一个第二节点的总线类型、通信标识或状态内存地址中的至少一项。示例性的,总线类型例如可以是通用输入/输出(general purpose input/output,GPIO)总线、以太网(ethernet,ETH)总线或控制器局部网(controller area network,CAN)总线,通信标识例如可以是控制器局部网标识(controller area network ID,CAN ID)、互通协议(interworking protocol,IP)地址、媒介介质访问控制(media access control,MAC)地址、或端口号中的任一项;状态内存地址例如可以是用于表示第二节点状态的寄存器地址。
在一种可能的设计中,第一节点向至少一个第二节点的内存写入第一版本包之前,上述方法还可以包括:第一节点根据至少一个第二节点的第二信息,执行第一操作;第二信息用于指示至少一个第二节点处于失效状态;其中,第一操作可以包括但不限于以下至少一项:向车辆中的控制器或服务器上报失效状态对应的异常信息;控制提示装置输出提示信息,提示信息用于指示至少一个第二节点的功能失效或降级;调整车辆的感知策略,所述感知策略用于指示所述车辆识别目标物体或环境的方式。在该设计中,第一节点在确定至少一个第二节点处于失效状态时,可以执行相应的操作(例如,上报异常信息、输出提示信息或调整车辆的感知策略),可以使得用户可以感知至少一个第二节点的功能变化情况,或者,使得车载控制器可以及时调整车辆的感知策略,从而使得车辆的行驶行为与至少一个第二节点的功能相匹配,从而有效提升车辆行驶的安全性。
在一种可能的设计中,第一节点向至少一个第二节点的内存写入第一版本包,包括:第一节点确定第一版本包在第一节点的存储器中的存储时长超出第一预设时长,向至少一个第二节点的内存写入第一版本包。在该设计中,第一节点无需获取至少一个第二节点的状态,只需在第一版本包在第一节点的存储器中的存储时长超出第一预设时长时,就可以将第一版本包写入至少一个第二节点的内存。如此,可以简化至少一个第二节点获取第一版本包的流程,从而降低至少一个第二节点的升级时长。
在一种可能的设计中,第一节点在第二预设时长内接收来自至少一个第二节点的通知信息,该通知信息用于指示至少一个第二节点已成功执行第一版本包;或者,第一节点在第二预设时长内未收到来自至少一个第二节点的通知信息,则确定至少一个第二节点执行第一版本包失败或第一节点与至少一个第二节点之间的通信链路故障。在该设计中,第一 节点可以根据在第二预设时长内接收到至少一个第二节点的通知信息,来判断至少一个第二节点是否成功执行第一版本包。
第二方面,本申请实施例还提供了一种信息处理方法,该方法可以应用于第二节点,该方法包括:第二节点通过内存接收第一节点写入的第一版本包,第一版本包对应第二节点的属性信息;第二节点根据第一版本包执行相应的处理。
可以理解的是,第二节点根据第一版本包执行相应的处理,即加载第一版本包对应软件代码,以实现相应参数固化。
在本申请实施例中,第二节点的内存是指第二节点中与处理器直接交换数据、且具备读写功能的内部存储器。因此,第二节点无需设置外部存储器来存储第一版本包,可以有效降低第二节点的成本;且第二节点访问内存的速度较快,第二节点通过内存接收第一版本包,可以有效简化车载部件的升级流程,从而有效降低第二节点(即车载部件)的升级时长。
在一种可能的设计中,在第二节点通过内存接收第一节点写入的第一版本包之后,第二节点还可以向第一节点发送通知信息,该通知信息用于指示第二节点已成功执行第一版本包。
在一种可能的设计中,第二节点根据第一版本包执行相应的处理的过程可以是:第二节点进行重启,并执行第一版本包。在该设计中,由于第一版本包是升级后的版本包,第二节点无需对第一版本包进行升级,第二节点只需要进行重启,并执行第一版本包。如此,有效简化第二节点的软件和/或固件的升级流程,进而降低第二节点的升级时长。
第三方面,本申请实施例还提供了另一种信息处理方法,该方法可以应用于第二节点,一种信息处理方法,该方法包括:第二节点运行只读内存(read only memory,ROM)将第一版本包写入自身的内存,第一版本包对应第二节点的属性信息;第二节点根据第一版本包执行相应的处理。
在本申请实施例中,第二节点需运行只读内存ROM将第一版本包写入自身的内存,并根据第一版本包执行相应的处理。可以理解的是,第二节点的内存是指第二节点中与处理器直接交换数据、且具备读写功能的内部存储器。因此,第二节点无需设置外部存储器来存储第一版本包,可以有效降低第二节点的成本;且第二节点可以通过运行只读内存获取第一版本包,有效简化车载部件的升级流程,从而有效降低第二节点(即车载部件)的升级时长。
第四方面,本申请实施例还提供一种信息处理装置,用于执行上述第一方面或第一方面的任意可能的实现方式中的方法。示例性的,该信息处理装置包括:
存储器,用于保存第一版本包,所述第一版本包对应至少一个第二节点的属性信息;
处理器,用于控制向所述至少一个第二节点的内存写入所述第一版本包。
可以理解的是,这里用于保存第一版本包的存储器为信息处理装置的外部存储器,例如FLASH存储器。
第四方面可选的其他设计,请参见第一方面可选的设计中的相关描述,这里不再赘述。
第五方面,本申请实施例还提供另一种信息处理装置,用于执行上述第二方面或第二方面的任意可能的实现方式中的方法。示例性的,该信息处理装置包括:
收发器,用于通过内存接收第一节点写入的第一版本包,所述第一版本包对应第二节点的属性信息;
存储器,用于存储所述第一版本包;
处理器,用于根据所述第一版本包执行相应的处理。
可以理解的是,收发器可以理解为通信接口,该通信接口具备从其他装置接收或发送信息的功能,例如可以通过内存接收第一版本包。这里的存储器为信息处理装置中与处理器直接交换数据、且具备读写功能的内部存储器(例如RAM)。
第五方面可选的其他设计,请参见第二方面可选的设计中的相关描述,这里不再赘述。
第六方面,本申请实施例还提供另一种信息处理装置,用于执行上述第三方面或第三方面的任意可能的实现方式中的方法。示例性的,该信息处理装置包括:
第一存储器,用于存储第一指令对应的程序代码,所述第一指令用于将第一版本包写入第二节点的内存,所述第一版本包对应所述第二节点的属性信息;
第一处理器,用于运行所述程序代码将所述第一版本包写入所述第二节点的内存;
第二存储器,用于存储所述第一版本包;
第二处理器,用于根据所述第一版本包执行相应的处理。
可以理解的是,第一处理器和第二处理器可以是相互独立的处理器,也可以是功能集成处理器的不同功能模块,本申请实施例不作具体的限制。这里的第一存储器为信息处理装置中用于固定程序代码的内部存储器(例如ROM),可以和第一处理器或第二处理器直接交换数据;第二存储器为信息处理装置中与第一处理器或第二处理器直接交换数据、且具备读写功能的内部存储器(例如RAM)。
第七方面,本申请实施例还提供一种信息处理系统,该系统包括第一节点和至少一个第二节点,其中:第一节点可以用于如上述第一方面或第一方面的任意可能的实现方式中的方法的操作步骤;至少一个第二节点中的任一第二节点可以用于实现如上述第二方面或第二方面的任意可能的实现方式中的方法的操作步骤,或者,实现如上述第三方面的方法的操作步骤。
第八方面,本申请实施例还提供一种终端,该终端包括上述第四方面所述的装置,或者,该终端包括上述第五方面所述的装置,或者,该终端包括上述第六方面所述的装置。
第九方面,本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,当该计算机程序被运行时,实现如上述第一方面或第一方面的任意可能的实现方式中的方法的操作步骤,或者,实现如上述第二方面或第二方面的任意可能的实现方式中的方法的操作步骤,或者,实现如上述第三方面的方法的操作步骤。
第十方面,本申请实施例还提供一种计算机程序产品,该计算机程序产品包括计算机程序或指令,当该计算机程序或指令被通信装置执行时,实现如上述第一方面或第一方面的任意可能的实现方式中的方法的操作步骤,或者,实现如上述第二方面或第二方面的任意可能的实现方式中的方法的操作步骤,或者,实现如上述第三方面中的方法的操作步骤。
应理解,上述第二方面、第四方面至第十方面中的有益效果请参见上述第一方面和第三方面中相关描述,这里不再赘述。
图1为本申请实施例提供的车辆感知系统的示意图;
图2为本申请实施例提供的场景示意图之一;
图3为本申请实施例提供的场景示意图之二;
图4为本申请实施例适用的系统架构的示意图;
图5为本申请实施例适用的场景示意图之一;
图6为本申请实施例适用的场景示意图之二;
图7为本申请实施例提供的一种信息处理方法的流程示意图;
图8为本申请实施例提供的第一节点和第二节点分别执行关联功能对应的版本包的流程示意图;
图9为本申请实施例提供的另一种信息处理方法的流程示意图;
图10为本申请实施例提供的一种信息处理装置的结构示意图;
图11为本申请实施例提供的另一种信息处理装置的结构示意图;
图12为本申请实施例提供的另一种信息处理装置的结构示意图;
图13为本申请实施例提供的芯片系统的结构示意图。
本申请提供一种信息处理方法、装置及系统,用以降低车载部件的成本,以及降低车载部件的升级时长。其中,方法和装置是基于同一技术构思的,由于方法及装置解决问题的原理相似,因此装置与方法的实施可以相互参见,重复之处不再赘述。
在本申请实施例提供的方案中,可以在第一节点的存储器中保存第一版本包,其中,第一版本包对应至少一个第二节点的属性信息,从而第一节点可以向至少一个第二节点的内存写入第一版本包。可以理解的是,第二节点的内存是指第二节点中与处理器直接交换数据、且具备读写功能的内部存储器。因此,第二节点无需设置外部存储器来存储第一版本包,可以有效降低第二节点的成本,且第二节点访问内存的速度较快,第二节点通过内存接收第一版本包,可以有效简化车载部件的升级流程,从而有效降低第二节点(即车载部件)的升级时长。
需要说明的是,第二节点的内部存储器和外部存储器之间的主要区别是易失性、非易失性和性能之间的差别。下面分别进行说明。
内部存储器
简称内存。内部存储器是具有易失性的特点,即当第二节点断电时,内部存储器存储的数据就会丢失;并且内部存储器直接和处理器进行数据交换,使得内部存储器的读写速度较快。其中,内存储器包括第二节点的主存储器和位于处理器与主存储器之间的高速缓冲存储器。
主存储器是与处理器直接进行交互执行运算以及发出数据操作指令的存储器,也称作主内存。主存储器可以包括随机存取存储器(random access memory,RAM)和只读存储器(read only memory,RAM)。其中,RAM一种读写存储器,可以存储(写入)和访问(读取)数据。例如,可以用于存储处理器当前正在使用的信息,该信息可以是的数据或程序代码。ROM是一种只读存储器,ROM所存数据稳定,断电后所存数据也不会改变;其结构较简单,读出较方便,因而常用于存储各种固定程序和数据。例如,ROM可以用于存储输入输出接口的初始化程序。
高速缓冲存储器是一种用于高速数据处理的高速缓存,高速缓冲存储器可以用于存储处理器在操作期间经常访问的指令和数据,进而处理器可以更快地从高速缓冲存储器中检索这些重复信息,而不必从主存储器中访问这些信息。
因此,本申请实施例中,第二节点中用于写入第一版本包的内存与处理器直接交换数据、且具备读写功能的内部存储器,可以是RAM或高速缓冲存储器。
外部存储器
相反的,外部存储器具有非易失性的特点,外部存储器也称作非易失性存储器或者辅助存储器。处理器不能直接读写外部存储器的数据,处理器需要通过主存储器(例如,RAM)间接读写外部存储器的数据,使得外部存储器的读写速度较慢。其中,外部存储器例如可以是机械硬盘、固态硬盘、磁带、指状储存器、光盘或FLASH存储器中的任一种。
以下对本申请中的部分用语进行解释说明,以便于本领域技术人员理解。
1)车载部件,用于实现车辆功能的各种零部件。示例性的,车载部件例如可以是车辆中的控制器、ECU、车载终端或传感器中的任一种。
2)版本包,可以理解为用于更新车载部件的软件和/或固件的数据。
3)第一节点,在本申请实施例中可以理解为用于将版本包写入该版本包所关联的第二节点的车载部件。示例性的,第一节点可以是控制器、ECU、车载终端或传感器中的任一种,本申请实施例不作具体的限制。
4)第二节点,在本申请实施例中可以理解为需要进行软件和/或固件升级的车载部件,可以通过内存接收第一节点写入的版本包,或者,可以运行ROM获取版本包的车载部件。示例性的,第二节点可以是控制器、ECU、车载终端或传感器中的任一种。
5)第二节点的状态,在本申请实施例中第二节点的状态可以分为启动状态、失效状态。其中,“启动状态”可以理解为第二节点已上电,且已与第一节点建立通信连接之后,等待接收版本包的状态;“失效状态”可以理解为未连接状态(即通信链路故障、或第一节点和第二节点未建立通信连接)或启动异常状态(例如,第二节点初始化异常(如等待超时)、或版本包异常等)。
6)本申请实施例中,“至少一个”是指一个或者多个,“至少两个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,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可以是单个,也可以是多个。另外,需要理解的是,在本申请的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不是对顺序的限定。
下面结合附图对本申请实施例适用的系统架构进行介绍。
图4示出了本申请实施例适用的系统架构,该系统中包括车辆100和服务器200。
其中,车辆100包括第一节点101和第二节点102。示例性的,第一节点101可以是车辆的车载终端、域控制器、ECU或传感器中的任一种。类似的,第二节点102也可以是车辆的车载终端、域控制器、ECU或传感器中的任一种。
其中,传感器例如可以是激光雷达、毫米波雷达(例如图1中的长距毫米波雷达、中/短距毫米波雷达)、超声波传感器或摄像装置(例如图1中的摄像头)中的任一种,本申请实施例不作具体的限制。
摄像装置可以用于获取车辆所在环境的图像信息,目前车辆上可以安装多个摄像头以实现对更多角度的信息的获取。本申请实施例中的摄像装置可以具备图像采集、图像处理、目标识别或设置车辆控制信号等一种或多种功能。
激光雷达是激光探测及测距(light laser detection and ranging,LiDAR)系统的简称,主要包括发射器,接收器和信号处理单元组成,发射器是激光雷达中的激光发射机构;发射器发射的激光照射到目标物体后,通过目标物体反射,反射光线会经由镜头组汇聚到接收器上。信号处理单元负责控制发射器的发射,以及处理接收器接收到的信号,并计算出目标物体的位置、速度、距离、和/或大小等信息。
毫米波雷达以毫米波作为探测介质,可以测量从毫米波雷达到被测物体之间的距离、角度或相对速度等。毫米波雷达根据其探测距离的远近可以分为长距雷达(long range radar,LRR)、中距雷达(mid-range radar,MRR)以及短距雷达(short range radar,SRR)。LRR主要面向的应用场景包括主动巡航以及制动辅助等,LRR对探测的角域宽度要求不高,反应到天线上是对天线的3dB波束宽度要求较低。MRR/SRR主要面向的应用场景包括自动泊车,并道辅助以及盲点检测等,MRR/SRR对探测的角域宽度要求较高,反应到天线上是对天线的3dB波束宽度要求较高,且要求天线有较低的副瓣水平。波束宽度用于保证可探测角域范围,低副瓣用于减少地面反射的杂波能量,降低虚警概率,保证驾驶安全。LRR可以安装于车身前方,MRR/SRR可以安装于车的四角位置,共同使用可以实现对于车身四周360范围的覆盖。毫米波雷达可以包括壳体,壳体内置有至少一片印制电路板(printed circuit board,PCB),例如可以包括电源PCB和雷达PCB,其中电源PCB可以提供雷达内部使用电压,也可以提供与其它设备通信的接口和安全功能;雷达PCB可以提供毫米波信号的收发和处理,其上集成有用于毫米波信号处理的元器件以及用于毫米波信号收发的天线(发射天线Tx和接收天线Rx)。天线可以微带阵列的方式形成于雷达PCB的背面,用于发射和接收毫米波。
超声波传感器,又可以称为超声波雷达,是利用超声波探测的传感装置,其工作原理是通过超声波发射装置向外发射超声波,通过接收装置接收经障碍物反射回来的超声波,根据超声波反射接收的时间差来测算距离。目前利用超声波传感器测算的距离可以用于提示车体到障碍物距离,辅助停车或减少不必要碰撞。应理解的是,上述传感器仅是对本申请实施例中车辆上可能配置的传感器的示例说明而非任何限定,在其他实施例中,传感器可以包括但不限于上述举例。
可以理解的是,图4所示的架构可以应用到多种通信场景中,例如,第五代(the 5th generation,5G)通信系统、未来的第六代通信系统和演进的其他通信系统、长期演进(long term evolution,LTE)通信系统、车到万物(vehicle to everything,V2X)、长期演进-车联网(LTE-vehicle,LTE-V)、车到车(vehicle to vehicle,V2V)、车联网、机器类通信(machine type communications,MTC)、物联网(internet of things,IoT)、长期演进-机器到机器(LTE-machine to machine,LTE-M)、机器到机器(machine to machine,M2M)等通信场景中,本申请对此不作限定。
其中,服务器200可以通过传统的互联网协议(internet protocol,IP)网络与第一节点101建立通信连接,进行通信交互;或者,第一节点101可以通过移动通信网络(包括接入网和核心网)与服务器200建立通信连接,从而实现通信交互;或者,第一节点101也可以通过至少一个中继设备,在通过移动通信网络与服务器200建立通信连接,实现通 信交互。示例性的,当第一节点101为V2X通信场景中的ECU时,第一节点101可以依次通过以下中继设备:域控制器(domain controller,DC),网关(gateway,GW)和远程通信科学盒子(telematics box,T-Box)和服务器200建立通信连接。
在一种可能的实施方式中,第一节点101可以和服务器200通信交互,获取并存储第一版本包,并且第一版本包对应第二节点102的属性信息,从而第一节点101可以向第二节点102的内存写入第一版本包。可以理解的是,第二节点102的内存是指第二节点102中与处理器直接交换数据、且具备读写功能的内部存储器。因此,第二节点102无需设置外部存储器来存储第一版本包,可以有效降低第二节点102的成本,且第二节点102访问内存的速度较快,第二节点102通过内存接收第一版本包,可以有效简化第二节点102(即车载部件)的升级流程,从而有效降低第二节点102(即车载部件)的升级时长。
可以理解的是,图4中车辆100的第二节点仅仅以一个第二节点为例,在其他的实施例中可以有多个第二节点,本申请实施例不对第二节点的数量作具体的限制。
下面结合具体的示例,介绍本申请实施例适用的场景。
场景1
请参见图5,图5示出了本申请实施例适用的场景示意图之一。在图5中,第一节点101以域控制器为例,第二节点102以传感器a1-aN以及传感器b1-bN为例。其中,第一节点101可以管理或维护版本包1和版本包2,例如可以在第一节点101的FLASH存储器存储版本包1和版本包2。其中,版本包1对应传感器a1-aN的属性信息,从而第一节点101可以将版本包1写入传感器a1-aN的内存(例如RAM),以使传感器a1-aN执行版本包1,实现传感器a1-aN的软件和/或固件更新。以及,版本包2对应传感器b1-bN的属性信息,从而第一节点101可以将版本包2写入传感器b1-bN的内存(例如RAM),以使传感器b1-bN执行版本包2,实现传感器b1-bN的软件和/或固件更新。
由于传感器a1-aN和传感器b1-bN的内存是指传感器a1-aN和传感器b1-bN中与处理器直接交换数据、且具备读写功能的内部存储器(例如RAM)。因此,传感器a1-aN和传感器b1-bN无需设置外部存储器来存储第一版本包,可以有效降低传感器a1-aN和传感器b1-bN的成本,且传感器a1-aN和传感器b1-bN访问内存的速度较快,传感器a1-aN和传感器b1-bN通过内存接收第一版本包,可以有效简化传感器a1-aN和传感器b1-bN的升级流程,从而有效降低传感器a1-aN和传感器b1-bN的升级时长。并且传感器a1-aN和传感器b1-bN也无需向服务器200请求相应的版本包,可以有效减少通信成本。
场景2
请参见图6,图6示出了本申请实施例适用的场景示意图之二。在图6中,第一节点101和第二节点102均以传感器为例。
在图6的(a)中,第一节点101以传感器a1为例,第二节点102以传感器a2-aN为例,其中,版本包1对应传感器a1-aN的属性信息。传感器a1(即第一节点101)可以用于维护或管理版本包1,例如将版本包1存储在传感器a1的FLASH内存中,并且传感器a1可以将版本包1写入传感器a2-aN的内存(例如RAM),以使传感器a2-aN执行版本包1,从而实现对传感器a2-aN的软件和/或固件更新。由于传感器a2-aN的内存是指传感器a2-aN中与处理器直接交换数据、且具备读写功能的内部存储器(例如RAM)。因此,传感器a2-aN外部存储器来存储第一版本包,可以有效降低传感器a2-aN的成本,且传感器a2-aN访问内存的速度较快,传感器a2-aN通过内存接收第一版本包,可以有效简化传 感器a2-aN的升级流程,从而有效降低传感器a2-aN的升级时长。并且传感器a2-aN也无需向服务器200请求相应的版本包,可以有效减少通信成本。
在图6的(b)中,第一节点101以传感器b1为例,第二节点102以传感器b2-bN为例,其中,版本包2对应传感器b1-bN的属性信息。传感器b1(即第一节点101)可以用于维护或管理版本包2,例如将版本包2存储在传感器b1的FLASH内存中,并且传感器b1可以直接将版本包2写入传感器b2-bN的内存(例如RAM),以使传感器b2-bN执行版本包2,从而实现对传感器b2-bN的软件和/或固件更新。由于传感器b2-bN的内存是指传感器b2-bN中与处理器直接交换数据、且具备读写功能的内部存储器(例如RBM)。因此,传感器b2-bN外部存储器来存储第一版本包,可以有效降低传感器b2-bN的成本,且传感器b2-bN访问内存的速度较快,传感器b2-bN通过内存接收第一版本包,可以有效简化传感器b2-bN的升级流程,从而有效降低传感器b2-bN的升级时长。并且传感器b2-bN也无需向服务器200请求相应的版本包,可以有效减少通信成本。
下面结合具体的附图介绍本申请实施例提供的信息处理方法。
图7示出了本申请实施例提供的信息处理方法的流程示意图,该方法可以应用于如图4所示的系统架构。该方法包括:
S701、第一节点101在第一节点101的存储器中保存第一版本包。
其中,第一版本包对应至少一个第二节点的属性信息。在图7所示的实施例中,至少一个第二节点以第二节点102为例。也就是说,第一版本包对应第二节点102的属性信息。
可以理解的是,第一节点101和第二节点102可以是车辆100中的多个车载部件,车载部件例如可以是车辆中的域控制器、电子控制单元(electronic control unit,ECU)、车载终端或传感器中的任一种。
在一种可能的实现方式中,上述至少一个第二节点的属性信息包含节点功能、节点位置、节点数量、节点类型或节点性能中的一个或多个。也就是说,本申请实施例中可以将至少一个第二节点的节点功能、节点位置、节点数量、节点类型或节点性能中的一个或多个与第一版本包建立联系,从而使得第一节点为第二节点写入的版本包适配于第二节点。
可以理解的是,节点功能是指至少一个第二节点的功能,例如可以是测距、测角、测速、图像采集或目标识别中的至少一项;节点位置是指至少一个第二节点的设置位置,例如可以是至少一个第二节点在车辆中的设置位置(如,车辆的左前方、车辆的右前方);节点数量是指至少一个第二节点中的第二节点的数量,例如节点数量可以是4或2,本申请实施例不作具体的限制;节点类型是指至少一个第二节点中的第二节点的类型,例如节点类型可以包括传感器、控制器、车载终端或ECU中的至少一项,或者,节点类型可以包括传感器的子类型、控制器的子类型、车载终端的子类型或ECU的子类型中的至少一项;节点性能是指至少一个第二节点中的第二节点关联的功能的性能参数,例如可以是测距功能的探测距离、测角功能的探测角度、或图像采集功能的采集范围中的至少一项。
可以理解的是,传感器的子类型是指传感器的种类,例如可以是雷达和/或摄像装置;控制器的子类型是指控制器的种类,例如可以是域控制器(如座舱域控制器、自动驾驶域控制器)或整车控制器;车载终端的子类型是指车载终端的种类,例如WiFi终端、或蓝牙终端;ECU的子类型是指ECU的种类,例如底盘ECU、或座椅ECU。
可以理解的是,ECU包括微控制器、存储器、输入/输出接口、模数转换器、整形、或驱动等集成电路中的至少一个,可以用于控制车辆的零部件。一个控制器可以与多个 ECU进行通信交互,间接实现对多个车辆的零部件的控制。示例性的,控制器以座舱域控制器为例,ECU以座椅ECU为例,座舱域控制器可以向座椅ECU发送控制报文,以使座椅ECU控制座椅升降。
示例1,如表1所示,上述至少一个第二节点的属性信息包含节点功能、节点数量和节点类型,且至少一个第二节点中的第二节点的节点类型均以传感器为例,至少一个第二节点中的第二节点的节点数量以2为例,至少一个第二节点中的第二节点的节点功能以测角功能、测距功能或测速功能中的至少一个为例。也就是说,这2个传感器用于实现测角功能、测距功能或测速功能中的至少一个。相应的,至少一个第二节点的属性信息对应的第一版本包可以包括版本包1,版本包1可以用于更新这2个传感器的测角功能、测距功能或测速功能中的至少一个;或者,第一版本包可以包括版本包1、版本包2和版本包3,版本包1可以用于更新这2个传感器的测角功能,版本包2可以用于更新这2个传感器的测距功能,版本包3可以用于更新这2个传感器的测速功能。
表1
由示例1可知,至少一个第二节点的属性信息对应的第一版本包可以用于同时更新或分别更新同一类型第二节点的一个或多个节点功能。
示例2,如表2所示,上述至少一个第二节点的属性信息包含节点功能、节点数量和节点类型,且至少一个第二节点中的第二节点的节点数量以2为例,至少一个第二节点中的第二节点的节点类型以雷达和摄像装置为例,至少一个第二节点中的第二节点的节点功能包括雷达对应的测角功能、测距功能和测速功能,以及摄像装置对应的图像采集功能和/或目标识别功能;至少一个第二节点的属性信息对应的第一版本包可以包括版本包1和版本包2,版本包1可以用于更新雷达的测角功能、测距功能或测速功能中的至少一个,版本包2可以用于更新摄像装置的图像采集功能和/或目标识别功能;或者,至少一个第二节点的属性信息对应的第一版本包可以包括版本包1,版本包1可以用于更新雷达的测角功能、测距功能或测速功能中的至少一个,以及用于更新摄像装置的图像采集功能和/或目标识别功能。
表2
示例3,如表3所示,上述至少一个第二节点的属性信息包含节点功能、节点数量、节点位置和节点类型,且至少一个第二节点中第二节点的节点数量以6为例,节点类型包 括毫米波雷达和激光雷达,即至少一个第二节点包括4个毫米波雷达和2个激光雷达,且这4个毫米波雷达在车辆100中的安装位置(即节点位置)分别是左前、左后、右前、右后,以及这2个激光雷达在车辆100中的安装位置(即节点位置)分别是前向、侧向;这4个毫米波雷达的节点功能为短距探测,这2个激光雷达的节点功能为长距探测。至少一个第二节点的属性信息对应的第一版本包可以包括版本包1,版本包1可以用于更新这4个毫米波雷达的短距探测功能,以及用于更新这2个激光雷达的长距探测功能;或者,至少一个第二节点的属性信息对应的第一版本包可以包括版本包1和版本包2,版本包1可以用于更新这4个毫米波雷达的短距探测功能,版本包2可以用于更新这2个激光雷达的长距探测功能。
表3
由示例2和示例3可知,至少一个第二节点的属性信息对应的第一版本包可以用于同时更新或分别更新不同类型的第二节点的一个或多个节点功能。
示例4,如表4所示,上述至少一个第二节点的属性信息包含节点功能、节点类型和节点性能。其中,至少一个第二节点中第二节点的节点数量以4为例,节点类型包括毫米波雷达,相应的,至少一个第二节点包括4个毫米波雷达,其中,2个毫米波雷达对应的节点性能为探测距离小于预设值,则这2个毫米波雷达对应的节点功能为短距探测;另外2个毫米波雷达对应的节点性能为探测距离大于该预设值,则这2个毫米波雷达对应的节点功能为长距探测。至少一个第二节点的属性信息对应的第一版本包可以包括版本包1,版本包1可以用于更新这2个毫米波雷达的短距探测功能,以及用于更新这2个毫米波雷达的长距探测功能;或者,至少一个第二节点的属性信息对应的第一版本包可以包括版本包1和版本包2,版本包1可以用于更新这2个毫米波雷达的短距探测功能,版本包2可以用于更新这2个毫米波雷达的长距探测功能。
表4
由示例4可知,至少一个第二节点的属性信息对应的第一版本包可以用于同时更新或分别更新类型相同但节点性能不同的第二节点的节点功能。
在本申请实施例中,第一节点101在第一节点101的存储器中保存第一版本包,有多种实现方式,包括但不限于以下实施方式:
实施方式1,第一节点101可以向服务器200发送版本包请求信息,该版本包请求信息用于请求第一版本包;服务器200接收该版本包请求信息,将第一版本包发送至第一节 点101,第一节点101将第一版本包存储在第一节点101的存储器(例如,FLASH存储器)。在实施方式1中,第一节点101通过和服务器200通信交互获得第一版本包,使得第一节点101可以获取实时更新的第一版本包,从而使得第二节点102的软件和/或固件可以及时更新。
实施方式2,第一节点101可以向服务器200发送版本包请求信息,该版本包请求信息用于请求第一版本包;服务器200接收到该版本包请求信息之后,直接将第一版本包写入第一节点101的存储器。在实施方式2中,服务器200可以直接将第一版本包写入第一节点101的存储器,可以有效提升第一节点101获取第一版本包的效率,从而有效提升第二节点101获取第一版本包的效率。
需要说明的是,第一节点101中用于存储第一版本包的存储器是指第一节点101的外部存储器,当第一节点101断电后,存储于外部存储器的数据不会丢失。示例性的,外部存储器可以是FLASH存储器。
S702、第一节点101向第二节点102的内存写入第一版本包。
可以理解的是,上述至少一个第二节点以第二节点102为例,相应的,第一版本包对应第二节点102的属性信息,则第一节点101可以向第二节点102的内存写入第一版本包。
在一种可能的实施方式中,第一节点101向第二节点102的内存写入第一版本包的过程可以是:第一节点101将第一版本包写入第二节点102的目标内存地址对应的存储空间中。其中,第一节点101可以通过远程直接数据存取(remote direct memory access,RDMA)技术实现。如此,使得第二节点102可以快速获取第一版本包,从而有效提升第二节点102的升级效率。其中,第二节点102的目标内存地址可以是第一节点101预先获取的,也可以是在第一节点101将第一版本包写入第二节点102之前,由第二节点102发送至第一节点101的,本申请实施例不作具体的限制。
在本申请实施例中,“第二节点102的内存”是指第二节点102中与处理器直接交换数据、且具备读写功能的内部存储器。其中,内部存储器例如可以是RAM,RAM又可以分为静态RAM和动态RAM,相应的,第二节点102的内存可以是静态RAM或动态RAM,本申请实施例不作具体的限制。相应的,“目标内存地址”可以理解为RAM中用于存储第一版本包的RAM地址和/或RAM标识。
需要说明的是,第一节点101向第二节点102的内存写入第一版本包有多种情况,下面对可能存在的情况进行说明:
情况1,第一节点在确定第二节点102处于启动状态时,才向第二节点102的内存写入第一版本包。
如前文对“启动状态”的描述可知,第二节点102处于启动状态,即第二节点102已上电且已与第一节点102建立通信连接,等待接收版本包的状态。因此,在情况1中,第一节点101在确定第二节点102处于启动状态时,才将第一版本包写入第二节点102,如此可以有效提升第一版本包成功写入第二节点102的概率。
在一种可能的实施方式中,第一信息可以用于指示第二节点102处于启动状态,进而第一节点101可以根据第二节点102的第一信息,向第二节点102的内存写入第一版本包。
可以理解的是,上述第一信息可以是第二节点102向第一节点101发送的信息,或者,第一信息可以是第一节点101预先获取的信息,本申请不作具体的限制。其中,预先获取的信息可以包括第二节点102的总线类型、通信标识或状态内存地址中的至少一项。示例 性的,总线类型例如可以是GPIO总线、ETH总线或CAN总线中的任一种,通信标识例如可以是CAN ID、IP地址、MAC地址、端口号中的任一项;状态内存地址例如可以是用于表示第二节点102状态的寄存器地址。
示例1,第一信息是第二节点102向第一节点101发送的信息。
具体的,在第一节点101向第二节点102的内存写入第一版本包之前,第二节点102可以向第一节点101发送第一信息,该第一信息可以用于指示第二节点102处于启动状态;相应的,第一节点101可以接收该第一信息,并响应于第一信息,将第一版本包写入第二节点102的内存。如此,第一节点101通过和第二节点102进行信息交互,来确定第二节点102的状态,使得第一节点101确定第二节点102的状态较为准确。
示例2,第一信息是第一节点101预先获取的信息。
例如,预先获取的信息包括状态内存地址,第一节点101可以通过读取该状态内存地址的内容,来确定第二节点102的状态,并在确定第二节点102处于启动状态时,将第一版本包写入第二节点102。
又例如,预先获取的信息包括总线类型和状态内存地址,且该总线类型为ETH总线,第一节点101可以通过ETH总线读取该状态内存地址的内容,来确定第二节点102的状态,并在确定第二节点处于启动状态时,将第一版本包写入第二节点102。
又例如,预先获取的信息包括总线类型、通信标识和状态内存地址,总线类型为ETH总线,通信标识为IP地址、MAC地址或端口号中的一种或多种,则第一节点101可以通过ETH总线读取该IP地址、MAC地址或端口号中的一种或多种对应的状态内存地址的内容,来确定第二节点102的状态,并在确定第二节点102处于启动状态时,将第一版本包写入第二节点102。
又例如,预先获取的信息包括总线类型、通信标识和状态内存地址,总线类型为CAN总线,通信标识为CAN ID,则第一节点101可以通过CAN总线读取该CAN ID对应的状态内存地址的内容,来确定第二节点102的状态,并在确定第二节点102处于启动状态时,将第一版本包写入第二节点102。如此,第一节点101可以主动读取第二节点102的状态,有效简化第一节点101和第二节点102之间的交互流程。
再例如,预先获取的信息包括总线类型,总线类型以GPIO为例,GPIO只有两个状态:高电平和低电平,第一节点101和第二节点102的输入/输出(input/output,IO)接口通过一根线连接,假设GPIO的默认状态是低电平,第二节点102在其处于启动状态时将GPIO设置为高电平;相应的,第一节点101可以通过判断GPIO的电平状态,获取第二节点102的状态。
情况2,第一节点101在确定第一版本包在第一节点101的存储器中的存储时长超出第一预设时长时,向第二节点102的内存写入第一版本包。
在情况2中,第一节点101无需获取第二节点102的状态,只需在第一版本包在第一节点101的存储器中的存储时长超出第一预设时长时,就可以向第二节点102的内存执行写入第一版本包的操作。如此,在第二节点102不具备通信能力的情况下,第一节点101虽然无法获取第二节点102的状态,但仍对可以对第二节点102的内存执行写入第一版本包的操作,有效提升第二节点101成功获取第一版本包的概率。
示例性的,第一预设时长以5分钟为例,若第一版本包在第一节点101的存储器中存 储时长为6分钟,则第一节点101可以对第二节点102的内存执行写入第一版本包的操作。
可选的,第一节点101向第二节点102的内存写入第一版本包之前,第一节点101可以根据第二节点102的第二信息,执行第一操作;该第二信息用于指示第二节点102处于失效状态。
类似的,上述第二信息可以是第二节点102向第一节点101发送的信息,或者,第二信息可以是第一节点101预先获取的信息,本申请实施例不作具体的限制。其中,预先获取的信息可以包括第二节点102的总线类型、通信标识或状态内存地址中的至少一项。示例性的,总线类型例如可以是CAN总线或ETH总线,通信标识例如可以是CAN ID、IP地址、MAC地址、或端口号中的任一项;状态内存地址例如可以是用于表示第二节点102状态的指定寄存器的地址。
示例1,第二信息是第二节点102向第一节点101发送的信息。
具体的,在第一节点101向第二节点102的内存写入第一版本包之前,第二节点102向第一节点101发送第二信息,该第二信息用于指示第二节点102处于失效状态;相应的,第一节点101可以接收该第二信息,并响应于第二信息,执行第一操作。
示例2,第二信息是第一节点101预先获取的信息。
例如,预先获取的信息包括状态内存地址,第一节点101可以通过读取该状态内存地址的内容,来确定第二节点102的状态,并在确定第二节点102处于失效状态时,将第一版本包写入第二节点102。
又例如,预先获取的信息包括总线类型和状态内存地址,且该总线类型为ETH总线,第一节点101可以通过ETH总线读取该状态内存地址的内容,来确定第二节点102的状态,并在确定第二节点处于失效状态时,执行第一操作。
再例如,预先获取的信息包括总线类型、通信标识和状态内存地址,总线类型为ETH总线,通信标识为IP地址、MAC地址或端口号中的一种或多种,则第一节点101可以通过ETH总线读取该IP地址、MAC地址或端口号中的一种或多种对应的状态内存地址的内容,来确定第二节点102的状态,并在确定第二节点102处于失效状态时,执行第一操作。
再例如,预先获取的信息包括总线类型、通信标识和状态内存地址,总线类型为CAN总线,通信标识为CAN ID,则第一节点101可以通过CAN总线读取该CAN ID对应的状态内存地址的内容,来确定第二节点102的状态,并在确定第二节点102处于失效状态时,执行第一操作。
本申请实施例中,上述第一操作可以包括但不限于以下至少一种方式:
方式1,第一节点101向车辆中的控制器或服务器上报失效状态对应的异常信息。
示例性的,第一节点101以传感器1为例,第二节点102以传感器2和传感器3为例,控制器以自动驾驶域控制器为例。若传感器2与传感器1之间的通信链路故障,传感器2处于失效状态,则传感器1可以向自动驾驶域控制器上报传感器2的失效状态对应的异常信息,或者,传感器1可以向服务器200上报传感器2的失效状态对应的异常信息。
在方式1中,在第二节点102处于失效状态时,第一节点101通过向车辆中的控制器或服务器上报该失效状态对应的异常信息,使得车辆中的控制器或服务器可以及时采取相应的安全措施,有效提升车辆行驶的安全性。
方式2,第一节点101控制提示装置输出提示信息,提示信息用于指示第二节点102 关联的第一功能失效或降级。
可以理解的是,在本申请实施例中,“提示装置”是指用于输出提示信息的装置,包括但不限于语音装置、光电装置、或显示装置中的至少一个。示例性的,提示装置例如可以是车载音箱、车载显示屏、或手机中的至少一个,本申请实施例不作具体的限制。相应的,“提示信息”可以是语音信息、文字信息、或图片信息中的至少一项,本申请实施例不作具体的限制。“功能降级”可以理解为第二节点102的功能的性能参数降低。
示例1,第二节点102以雷达1和雷达2为例,雷达1和雷达2的功能为长距探测,若雷达1处于失效状态,则雷达2的功能降级为短距探测,因此第一节点101控制提示装置输出的提示信息可以为“雷达1已故障,雷达2的功能变为短距探测和/或雷达2的探测角度变小”。
示例2,第二节点102以雷达1、雷达2和相机3为例,雷达1和雷达2的功能为长距探测,相机3的功能为目标识别,若雷达1和雷达2处于失效状态,会影响相机3的目标识别功能,导致相机3的目标识别功能的目标可信度降低,则第一节点101控制提示装置输出的提示信息可以为“雷达1和雷达2已故障,相机3的目标识别功能的目标可信度降低”。
在方式2中,在第二节点102处于失效状态时,第一节点101通过控制提示装置输出相应的提示信息,使得用户可以感知第二节点102的功能变化情况,从而使得车辆的行驶行为与第二节点102的功能相匹配,有效提升车辆行驶的安全性。
方式3,第一节点101调整车辆100的感知策略。
可以理解的是,在本申请实施例中,“感知策略”可以理解为车辆100感知目标物体或者环境的方式。例如,在第二节点102为雷达和摄像装置时,若雷达和摄像装置的功能均完好,则感知策略可以为通过雷达和摄像装置来感知目标物体或环境;或者,若雷达的功能失效,则感知策略可以为通过摄像装置来感知目标物体或环境。
示例性的,第一节点101以自动驾驶域控制器为例,第二节点102以传感器1和传感器2为例。其中,传感器2与自动驾驶域控制器之间的通信链路故障,则传感器2处于失效状态;自动驾驶域控制器可以向服务器200上报失效状态对应的异常信息,同时自动驾驶域控制器还可以调整车辆100的感知策略。例如,传感器1和传感器2用于探测远距离物体,将传感器1的功能调整为短距探测,并输出提示信息“目前仅采用传感器1进行短距探测”。
在方式3中,在第二节点102处于失效状态时,若第一节点101为车载控制器的,第一节点101可以及时调整车辆的感知策略,从而有效提升车辆行驶的安全性。
需要说明的是,第一节点101向第二节点102的内存写入第一版本包之后,可使能第二节点102的全部功能,使得第二节点102有能力向发送第一节点101通知信息。因此,在一种可能的实施方式中,第一节点101还可以在第二预设时长内通过检测是否接收到来自第二节点102的通知信息,来判断第一版本包是否成功写入第二节点102的内存以及判断第二节点102是否成功执行第一版本包。例如,若第一节点101在第二预设时长内接收到来自第二节点102的通知信息,该通知信息用于指示第二节点102已成功执行第一版本包;或者,第一节点101在第二预设时长内未收到来自第二节点102的通知信息,则确定第二节点102执行第一版本包失败或第一节点101与第二节点102之间的通信链路故障。
示例1,第二预设时长以3分钟为例,第一节点101向第二节点102的内存写入第一 版本包之后,若第一节点101在3分钟内接收到来自第二节点102的通知信息,且该通知信息指示第二节点102已成功执行第一版本包,则第一节点101可以确定第二节点102已成功执行第一版本包。
示例2,第二预设时长以10分钟为例,第一节点101向第二节点102的内存写入第一版本包之后的10分钟内未收到来自第二节点102的通知信息,则确定第二节点102执行第一版本包失败或第一节点101与第二节点102之间的通信链路故障。
S703、第二节点102根据第一版本包,执行相应的处理。
为了保证第二节点102启动(即更新软件和/或固件)执行第一版本包的安全性,第二节点102在执行第一版本包之前,需要通过预置的密钥对第一版本包进行解密,并对第一版本包的完整性和合法性进行校验,在版本包的完整性和合法性校验成功之后,第二节点102才开始根据第一版本包,执行相应的处理。
其中,第二节点102根据第一版本包,执行相应的处理的过程可以是:对第一版本包的内容进行解析,提取相应的代码段,把代码段加载至指定的运行内存,运行内存运行代码段对应的程序,将对代码段中的程序和第二节点102的参数相适配,完成第二节点102的软件功能和/或固件的加载和初始化。
在图7所示的实施例中,通过在第一节点101的存储器中存储第二节点102的第一版本包,使得第一节点101可以将第一版本包写入第二节点102的内存。其中,第二节点102的内存是指第二节点102中与处理器直接交换数据、且具备读写功能的内部存储器。因此,第二节点102无需设置外部存储器来存储第一版本包,可以有效降低第二节点102的成本,且第二节点102访问内存的速度较快,第二节点102通过内存接收第一版本包,可以有效简化车载部件的升级流程,从而有效降低第二节点102(即车载部件)的升级时长。
在一些可能的实施例中,第一版本包对应第二节点102的第一功能,第一节点101具备第二功能,第二功能与第一功能关联,第二功能对应第二版本包,则第一节点101可以执行第二功能对应的第二版本包。
可以理解的是,在本申请实施例中“第二功能与第一功能关联”是指第一功能的实现是第二功能实现的必要条件。例如,第二功能是自动驾驶功能,第一功能是测距功能,测距功能的实现是自动驾驶功能实现的必要条件。如此,使得第一节点101和第二节点102可以实现联合第二功能。
进一步的,第一节点101执行第二功能对应的第二版本包可以是:在第二节点102执行第一版本包的情况下,第一节点101执行第二功能对应的第二版本包。
应理解,第二节点102执行第一版本包的情况包括第二节点102执行第一版本包的过程、第二节点102执行第一版本包之前、或第二节点102执行第一版本包之后中的至少一个阶段。也就是说,在第二节点102执行第一版本包之前,第一节点101可以执行第二功能对应的第二版本包;或者,在第二节点102执行第一版本包的过程中,第一节点101可以执行第二功能对应的第二版本包;或者,在第二节点102执行第一版本包之后,第一节点101可以执行第二功能对应的第二版本包。如此,使得第一节点101和第二节点102可以联合实现第二功能。
示例性的,第一节点101以自动驾驶域控制器为例,第二节点102以传感器为例,第一功能为传感器的测距功能,测距功能对应版本包1;第二功能为自动驾驶域控制器的自 动驾驶功能,自动驾驶域功能对应版本2。由于测距功能的实现是自动驾驶功能实现的必要条件,自动驾驶域控制器可以将版本包1写入传感器的内存,并且在传感器执行版本包1的过程中,自动驾驶域控制器执行版本包2。如此,传感器成功执行版本包1,完成测距功能的初始化之后,以及自动驾驶域控制器成功执行版本包2,完成自动驾驶功能的初始化之后,自动驾驶域控制器和传感器可以联合实现自动驾驶功能。
为了便于理解,图8示出了第一节点101和第二节点102分别执行关联功能对应的版本包的流程示意图,该流程包括:
801、第一节点101进行程序初始化。
可以理解的是,第一节点101进行程序初始化包括通信接口的初始化和版本包管理功能的初始化。其中,通信接口的初始化,使能第一节点101的通信能力,从而第一节点101可以执行步骤804,获取第二节点102的状态;版本包管理功能的初始化,使能第一节点101的版本包获取能力和版本包写入能力,从而第一节点101可以执行步骤805或步骤806。
802、第二节点102进行通信接口初始化。
在一种可能的实施方式中,第二节点102上电运行ROM,完成通信接口初始化,使能第一节点102的通信能力,从而第一节点102可以设置寄存器标志位、目标内存地址标志位、或者通过GPIO或ETH总线或CAN总线向第一节点101发送通知信息。
803、第一节点101获取第一版本包。
可以理解的是,第一节点101可以自身的外部存储器中获取第一版本包,或者,可以是向服务器200请求第一版本包,本申请实施例不作具体的限制。
804、第一节点101获取第二节点102的状态。
示例性的,第一节点101在确定第二节点102处于启动状态时,执行步骤805。
805、第一节点101将第一版本包写入第二节点102。
806、第一节点101获取第二版本包。
可以理解的是,第一节点101可以从自身的外部存储器中获取第二版本包,或者,可以是向服务器200请求第二版本包,本申请实施例不作具体的限制。
807、第二节点102对第一版本包进行解密和校验。
应理解,第二节点102在对第一版本包解密成功以及校验成功时,执行步骤808。
808、第二节点102发送第一通知信息。相应的,第一节点101接收第一通知信息。
其中,第一通知信息用于指示第一版本包已校验成功。
809A、第一节点101执行第二版本包。
809B、第二节点102执行第一版本包。
在809A和809B中,第一节点101在第二节点102执行第一版本包的过程中,执行第二版本包,从而使得第一节点101和第二节点102可以联合实现第二功能。
810、第二节点102发送第二通知信息。相应的,第一节点101接收第二通知信息。
其中,第二通知信息用于指示第二节点102已成功执行第一版本包。
在图8所示的实施例中,在第二节点102执行第一版本包的过程中,第一节点101执行第二版本包,使得第一节点101和第二节点102可以联合实现第一功能。
在其他可能的实施例中,在第二节点102执行第一版本包的过程中,第一节点101还可以执行第一节点101关联的其他版本包。如此,也可以简化第一节点101和第二节点102 的升级流程。
在一些可能的实施例中,第一功能还可以关联第一节点101,即第一节点101和第二节点102均用于实现第一功能,第一功能对应第一版本包。也就是说,第一节点101和第二节点102共用第一版本包。因此,第一节点101也执行第一版本包。
示例性的,请继续参见图6,第一节点101以图6中(a)所示的传感器a1为例,第二节点102以图6中(a)所示的传感器a2-aN为例,传感器a1-aN用于实现测距功能,该测距功能对应的第一版本包为版本包1,传感器a1可以将版本包1写入传感器a2-aN的内存,并在传感器a2-aN执行版本包1的过程中,传感器a1也执行版本包1。
需要说明的是,第一节点101写入第二节点102的第一版本包可以是升级后的版本包,也可以是未升级的版本包。
情况1,上述S701中在第一节点101的存储器中保存第一版本包的过程可以是:第一节点101接收第三版本包,对第三版本包升级,得到第一版本包,并保存第一版本包。如此,使得第一节点101写入第二节点102的第一版本包是升级后的版本包,进而第二节点102不需要对第一版本包进行升级,从而有效简化第二节点102的升级流程。相应的,第二节点102接收到已升级的版本包(即第一版本包)之后,进行重启,并直接执行第一版本包。如此,该版本包仅需在第一节点101升级一次,可以简化第二节点102的升级流程,从而使得第二节点102可以有效提升软件功能和/或固件更新的效率。
示例性的,第一节点101为传感器1,第二节点102为传感器2,传感器1和传感器2共同用于实现测角功能,传感器1将测角功能对应的版本包1进行升级之后,得到版本包2,在传感器1的存储器中存储版本包2,传感器1将版本包2写入传感器2的内存;传感器2进行重启,执行版本包2。
情况2,上述S701中在第一节点101的存储器中保存第一版本包的过程可以是:第一节点101可以在接收到第三版本包,直接将第三版本包作为第一版本包存储在第一节点101的存储器,并直接将该第一版本包写入第二节点102的内存;第二节点102启动运行时(RunTime)对该第一版本包进行升级,并在升级后执行第一版本包。
示例性的,第一节点101为域控制器1,第二节点102为传感器2,传感器2可以用于实现测角功能,域控制器1获取到将测角功能对应的版本包之后,将该版本包保存在本地,并将该版本包写入传感器2的内存;传感器2启动运行时(RunTime)对该版本包进行升级,并在升级后执行该版本包。
在一些可能的实施例中,第一节点101还可以接收来自域控制器或整车域控制器的升级请求,并响应于该升级请求,判断是第一节点101需要进行软件和/或固件升级,还是第二节点102需要进行软件和/或固件升级;若第一节点101需要进行软件和/或固件升级,第一节点101执行相应的版本包,完成第一节点101的软件和/或固件升级;若第二节点102需要进行软件和/或固件升级,第一节点101将相应的版本包写入第二节点102的内存,以使第二节点102执行该版本包,完成第二节点102的软件和/或固件升级。
本申请实施例还提供了另一种信息处理方法,该方法可以应用于第二节点102,该方法包括:
S901、第二节点102运行ROM将第一版本包写入自身的内存,第一版本包对应第二节点的属性信息。
在一种可能的实施方式中,第二节点102运行ROM中的预设代码向服务器200请求第一版本包,并将第一版本包写入ROM内存。
S902、第二节点102根据第一版本包执行相应的处理。
为了保证第二节点102升级的安全性,第二节点102在执行第一版本包之前,需要通过预置的密钥对第一版本包进行解密,并对第一版本包的完整性和合法性进行校验,在版本包的完整性和合法性校验成功之后,第二节点102才开始根据第一版本包,执行相应的处理。
其中,第二节点102根据第一版本包,执行相应的处理的过程可以是:对第一版本包的内容进行解析,提取相应的代码段,把代码段加载至指定的运行内存,处理器运行代码段对应的程序,实现对代码段中的程序和第二节点102的参数相适配,完成第二节点102的软件功能和/或固件更新。
可以理解的是,第二节点102的自身的内存是指第二节点102中与处理器直接交换数据、且具备读写功能的内部存储器(例如RAM)。因此,在本申请实施例中,第二节点需运行只读内存ROM将第一版本包写入自身的内存,且第二节点可以通过运行只读内存获取第一版本包,有效简化车载部件的升级流程,从而有效降低第二节点(即车载部件)的升级时长。
基于以上实施例以及相同技术构思,本申请实施例还提供一种信息处理装置,用于执行上述方法实施例中第一节点101所执行的步骤,相关特征的可参见上述方法实施例,在此不再赘述。如图10所示,该信息处理装置1000,包括:
存储器1001,用于保存第一版本包,第一版本包对应至少一个第二节点的属性信息;
处理器1002,用于控制向至少一个第二节点的内存写入第一版本包。
可以理解的是,存储器1001可以为信息处理装置1000的外部存储器,例如FLASH存储器。
其中,属性信息包含节点功能、节点位置、节点数量、节点类型或节点性能中的一个或多个。
其中,处理器1002具体用于:将第一版本包写入至少一个第二节点的目标内存地址对应的存储空间中。
一种可能的实现方式中,第一版本包对应至少一个第二节点的第一功能,其中,第二功能与第一功能关联;处理器1002还用于执行第二功能对应的第二版本包。可选的,处理器1002具体用于:在至少一个第二节点执行第一版本包的情况下,执行第二版本包。
可选的,若第一节点为至少一个第二节点中的任一节点,处理器1002还可以用于执行第一版本包。
可选的,上述装置1000还包括收发器1003,在存储器1001保存所述第一版本包之前,收发器1003可以用于接收第三版本包;从而处理器1002还可以用于对第三版本包升级,得到所述第一版本包。
可以理解的是,收发器1003可以理解为通信接口,该通信接口具备从其他装置接收或发送信息的功能,例如接收第三版本包。其中,处理器1002将第一版本包写入至少一个第二节点的内存有多种实施方式:
实现方式1,处理器1002可以根据至少一个第二节点的第一信息,控制向至少一个第二节点的内存写入第一版本包,第一信息用于指示至少一个第二节点处于启动状态。
实现方式2,处理器1002可以在确定第一版本包在第一节点的存储器中的存储时长超出第一预设时长时,控制向至少一个第二节点的内存写入第一版本包。
一种可能的实现方式中,处理器1002还可以根据至少一个第二节点的第二信息,执行第一操作;第二信息可以用于指示至少一个第二节点处于失效状态;其中,第一操作包括以下至少一项:向车辆中的控制器或服务器上报失效状态对应的异常信息;控制提示装置输出提示信息,该提示信息可以用于指示至少一个第二节点的功能失效或降级;调整车辆的感知策略,所述感知策略用于指示所述车辆感知目标物体或环境的方式。
一种可能的实现方式中,上述收发器1003还可以在第二预设时长内接收来自至少一个第二节点的通知信息,该通知信息可以用于指示至少一个第二节点已成功执行所述第一版本包;或者,上述处理器1002还可以在确定收发器1003在第二预设时长未收到来自所述至少一个第二节点的通知信息时,确定所述至少一个第二节点执行所述第一版本包失败或所述第一节点与所述至少一个第二节点之间的通信链路故障。
图11示出了本申请实施例涉及的另一种信息处理装置,该装置可以用于实现上述第二节点102执行的方法。示例性的,该装置1100包括:
收发器1101,用于通过内存接收第一节点写入的第一版本包,第一版本包对应第二节点的属性信息;
存储器1102,用于保存第一版本包;
处理器1103,用于根据第一版本包执行相应的处理。
可以理解的是,收发器1101可以理解为通信接口,该通信接口具备从其他装置接收或发送信息的功能,例如可以通过内存接收第一版本包。这里的存储器1102为信息处理装置1100中与处理器1103直接交换数据、且具备读写功能的内部存储器(例如RAM)。
一种可能的实现方式中,收发器1101还可以向第一节点发送通知信息,该通知信息可以用于指示第二节点已成功执行所述第一版本包。
其中,上述处理器1103可以进行重启,并执行第一版本包。
图12示出了本申请实施例涉及的另一种信息处理装置,该装置可以用于实现上述图9所示实施例中的第二节点102执行的方法。
示例性的,该装置1200包括:
第一存储器1201,用于存储第一指令对应的程序代码,所述第一指令用于将第一版本包写入第二节点的内存,第一版本包对应第二节点的属性信息;
第一处理器1202,用于运行所述程序代码将第一版本包写入第二节点的内存;
第二存储器1203,用于存储第一版本包;
第二处理器1204,用于根据第一版本包执行相应的处理。
可以理解的是,第一处理器1202和第二处理器1204可以是相互独立的处理器,也可以是功能集成处理器的不同功能模块,本申请实施例不作具体的限制。这里的第一存储器1201为信息处理装置1200中用于固定程序代码的内部存储器(例如ROM),可以和第一处理器1202或第二处理器1204直接交换数据;第二存储器1203为信息处理装置1200中与第一处理器1202或第二处理器1204直接交换数据、且具备读写功能的内部存储器(例如RAM)。
本申请实施例还提供了一种终端设备,该终端设备可以包括上述信息处理装置1000,或者,可以包括上述信息处理装置1100,或者,可以包括上述信息处理装置1200。
需要说明的是,本申请实施例中的终端,例如可以为车辆,或者车辆中的其它装置。该其它装置包括但不限于:车载终端、车载控制器、车载模块、车载模组、车载部件、车载芯片、车载单元、车载雷达或车载摄像头等其他传感器,车辆可通过该车载终端、车载控制器、车载模块、车载模组、车载部件、车载芯片、车载单元、车载雷达或车载摄像头。当然,上述终端还可以为除了车辆之外的其它智能终端,或设置在除了车辆之外的其它智能终端中的部件。该智能终端可以为智能运输设备、智能家居设备、机器人等。例如包括但不限于智能终端或智能终端内的控制器、芯片、雷达或摄像头等其它传感器、以及其它部件等。
本申请实施例还提供了一种芯片系统,请参见图13,该芯片系统1300包括至少一个处理器,当程序指令在至少一个处理器1301中执行时,使得上述图7所示实施例中的信息处理方法或图9所示实施例中的信息处理方法得以实现。
可选的,该芯片系统还包括通信接口1303,通信接口用于输入或输出信息。
可选的,该芯片系统还包括存储器1302,该存储器1302通过通信接口1303耦合处理器,用于存储上述指令,以便处理器通过通信接口1303读取存储器中存储的指令。
应理解,本申请实施例中不限定上述处理器1301、存储器1302以及通信接口1303之间的连接介质。本申请实施例在图13中以存储器1302、处理器1301以及通信接口1303之间通过通信总线1304连接,总线在图13中以粗线表示,其它部件之间的连接方式,仅是示意性说明,并不作为限定。所述总线可以包括地址总线、数据总线、控制总线等。为了便于表示,图13中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线等。
以上用于接收/发送的模块(收发模块)可以是装置的接口电路,用于从其它装置接收/发送信号。例如,当该装置以芯片的方式实现时,该收发模块是该芯片用于从其它芯片或装置接收/发送信号的接口电路。
本申请实施例还提供了一种包括指令的计算机程序产品,当其在上述装置上运行时,以执行如上述所示实施例中的信息处理方法。
本申请实施例提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,当计算机程序被运行时,实现如上述实施例中的信息处理方法。
示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。另外,在本申请各个实施例中的各功能模块可以集成在一个处理器 中,也可以是单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
本申请实施例提供的方法中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,简称DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,数字视频光盘(digital video disc,简称DVD))、或者半导体介质等。
在本申请实施例中,在无逻辑矛盾的前提下,各实施例之间可以相互引用,例如方法实施例之间的方法和/或术语可以相互引用,例如装置实施例之间的功能和/或术语可以相互引用,例如装置实施例和方法实施例之间的功能和/或术语可以相互引用。
本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (33)
- 一种信息处理方法,其特征在于,所述方法包括:在第一节点的存储器中保存第一版本包,所述第一版本包对应至少一个第二节点的属性信息;所述第一节点向所述至少一个第二节点的内存写入所述第一版本包。
- 如权利要求1所述的方法,其特征在于,所述第一节点向所述至少一个第二节点的内存写入所述第一版本包,包括:所述第一节点将所述第一版本包写入所述至少一个第二节点的目标内存地址对应的存储空间中。
- 如权利要求1或2所述的方法,其特征在于,所述属性信息包含节点功能、节点位置、节点数量、节点类型或节点性能中的一个或多个。
- 如权利要求1-3任一项所述的方法,其特征在于,所述第一版本包对应所述至少一个第二节点的第一功能,所述方法还包括:所述第一节点执行第二功能对应的第二版本包;其中,所述第二功能与所述第一功能关联。
- 如权利要求4所述的方法,其特征在于,所述第一节点执行第二功能对应的第二版本包,包括:在所述至少一个第二节点执行所述第一版本包的情况下,所述第一节点执行所述第二版本包。
- 如权利要求1-5任一项所述的方法,其特征在于,所述第一节点为所述至少一个第二节点中的任一节点,所述方法还包括:所述第一节点执行所述第一版本包。
- 如权利要求1-6任一项所述的方法,其特征在于,在第一节点的存储器中保存第一版本包,包括:所述第一节点接收第三版本包;所述第一节点对所述第三版本包升级,得到所述第一版本包;所述第一节点保存所述第一版本包。
- 如权利要求1-7任一项所述的方法,其特征在于,所述第一节点向所述至少一个第二节点的内存写入所述第一版本包之前,所述方法还包括:所述第一节点根据所述至少一个第二节点的第一信息,向所述至少一个第二节点的内存写入所述第一版本包,所述第一信息用于指示所述至少一个第二节点处于启动状态。
- 如权利要求1-7任一项所述的方法,其特征在于,所述第一节点向所述至少一个第二节点的内存写入所述第一版本包之前,所述方法还包括:所述第一节点根据所述至少一个第二节点的第二信息,执行第一操作;所述第二信息用于指示所述至少一个第二节点处于失效状态;其中,所述第一操作包括以下至少一项:向车辆中的控制器或服务器上报所述失效状态对应的异常信息;控制提示装置输出提示信息,所述提示信息用于指示所述至少一个第二节点的功能失效或降级;或者调整所述车辆的感知策略,所述感知策略用于指示所述车辆感知目标物体或环境的方式。
- 如权利要求1-7任一项所述的方法,其特征在于,所述第一节点向所述至少一个第二节点的内存写入所述第一版本包,包括:所述第一节点确定所述第一版本包在所述第一节点的存储器中的存储时长超出第一预设时长,向所述至少一个第二节点的内存写入所述第一版本包。
- 如权利要求1-10任一项所述的方法,其特征在于,所述方法还包括:所述第一节点在第二预设时长内接收来自所述至少一个第二节点的通知信息,所述通知信息用于指示所述至少一个第二节点已成功执行所述第一版本包;或者,所述第一节点在第二预设时长内未收到来自所述至少一个第二节点的通知信息,则确定所述至少一个第二节点执行所述第一版本包失败或所述第一节点与所述至少一个第二节点之间的通信链路故障。
- 一种信息处理方法,其特征在于,所述方法包括:第二节点通过内存接收第一节点写入的第一版本包,所述第一版本包对应所述第二节点的属性信息;所述第二节点根据所述第一版本包执行相应的处理。
- 如权利要求12所述的方法,其特征在于,在第二节点通过内存接收第一节点写入的第一版本包之后,所述方法还包括:第二节点向所述第一节点发送通知信息,所述通知信息用于指示所述第二节点已成功执行第一版本包。
- 如权利要求12或13所述的方法,其特征在于,所述第二节点根据所述第一版本包执行相应的处理,包括:所述第二节点进行重启,并执行所述第一版本包。
- 一种信息处理方法,其特征在于,所述方法包括:第二节点运行只读内存ROM将第一版本包写入自身的内存,所述第一版本包对应所述第二节点的属性信息;所述第二节点根据所述第一版本包执行相应的处理。
- 一种信息处理装置,其特征在于,包括:存储器,用于保存第一版本包,所述第一版本包对应至少一个第二节点的属性信息;处理器,用于控制向所述至少一个第二节点的内存写入所述第一版本包。
- 如权利要求16所述的装置,其特征在于,所述处理器,具体用于:将所述第一版本包写入所述至少一个第二节点的目标内存地址对应的存储空间中。
- 如权利要求16或17所述的装置,其特征在于,所述属性信息包含节点功能、节点位置、节点数量、节点类型或节点性能中的一个或多个。
- 如权利要求16-18任一项所述的装置,其特征在于,所述第一版本包对应所述至少一个第二节点的第一功能,第二功能与所述第一功能关联,所述处理器还用于:所述第一节点执行所述第二功能对应的第二版本包。
- 如权利要求19所述的装置,其特征在于,所述处理器,具体用于:在所述至少一个第二节点执行所述第一版本包的情况下,执行所述第二版本包。
- 如权利要求16-20任一项所述的装置,其特征在于,所述第一节点为所述至少一个 第二节点中的任一节点,所述处理器,还用于:执行所述第一版本包。
- 如权利要求16-21任一项所述的装置,其特征在于,所述装置还包括收发器,在所述存储器保存所述第一版本包之前,所述收发器,用于接收第三版本包;所述处理器,还用于对所述第三版本包升级,得到所述第一版本包。
- 如权利要求16-22任一项所述的装置,其特征在于,所述处理器,具体用于:根据所述至少一个第二节点的第一信息,控制向所述至少一个第二节点的内存写入所述第一版本包,所述第一信息用于指示所述至少一个第二节点处于启动状态。
- 如权利要求16-22任一项所述的装置,其特征在于,所述处理器,还用于:根据所述至少一个第二节点的第二信息,执行第一操作;所述第二信息用于指示所述至少一个第二节点处于失效状态;其中,所述第一操作包括以下至少一项:向所述车辆中的控制器或服务器上报所述失效状态对应的异常信息;控制提示装置输出提示信息,所述提示信息用于指示所述至少一个第二节点的功能失效或降级;或者调整所述车辆的感知策略,所述感知策略用于指示所述车辆感知目标物体或环境的方式。
- 如权利要求16-22任一项所述的装置,其特征在于,所述处理器,具体用于:在所述第一版本包在所述存储器中的存储时长超出第一预设时长时,控制向所述至少一个第二节点的内存写入所述第一版本包。
- 如权利要求23-25任一项所述的装置,其特征在于,所述收发器还用于在第二预设时长内接收来自所述至少一个第二节点的通知信息,所述通知信息用于指示所述至少一个第二节点已成功执行所述第一版本包;或者,所述处理器,还用于在确定所述收发器在第二预设时长未收到来自所述至少一个第二节点的通知信息时,确定所述至少一个第二节点执行所述第一版本包失败或所述第一节点与所述至少一个第二节点之间的通信链路故障。
- 一种信息处理装置,其特征在于,所述装置包括:收发器,用于通过内存接收第一节点写入的第一版本包,所述第一版本包对应第二节点的属性信息;存储器,用于保存所述第一版本包;处理器,用于根据所述第一版本包执行相应的处理。
- 如权利要求27所述的装置,其特征在于,所述收发器,还用于:向所述第一节点发送通知信息,所述通知信息用于指示所述第二节点已成功执行所述第一版本包。
- 如权利要求27或28所述的装置,其特征在于,所述处理器,具体用于:进行重启,并执行所述第一版本包。
- 一种信息处理装置,其特征在于,所述装置包括:第一存储器,用于存储第一指令对应的程序代码,所述第一指令用于将第一版本包写入第二节点的内存,所述第一版本包对应所述第二节点的属性信息;第一处理器,用于运行所述程序代码将所述第一版本包写入所述第二节点的内存;第二存储器,用于存储所述第一版本包;第二处理器,用于根据所述第一版本包执行相应的处理。
- 一种信息处理系统,其特征在于,所述系统包括第一节点和至少一个第二节点,其中:第一节点,用于实现如权利要求1-11中任一项所述的方法;所述至少一个第二节点中的任一第二节点,用于实现如权利要求12-14中任一项所述的方法、或如权利要求15所述的方法。
- 一种终端,其特征在于,所述终端包括如权利要求16至26中任一项所述的装置;或者,所述终端包括如权利要求27至29中任一项所述的装置,或者,所述终端包括如权利要求30所述的装置。
- 一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,当所述计算机程序被运行时,实现如上述权利要求1-11、12-14中任一项所述的方法、或实现如上述权利要求15所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2021/142378 WO2023123020A1 (zh) | 2021-12-29 | 2021-12-29 | 一种信息处理方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117795484A true CN117795484A (zh) | 2024-03-29 |
Family
ID=86996768
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180060267.8A Pending CN117795484A (zh) | 2021-12-29 | 2021-12-29 | 一种信息处理方法、装置及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN117795484A (zh) |
WO (1) | WO2023123020A1 (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3166634B2 (ja) * | 1996-11-07 | 2001-05-14 | 日産自動車株式会社 | 車両用制御装置の故障記憶装置 |
CN1862503A (zh) * | 2006-03-03 | 2006-11-15 | 华为技术有限公司 | 一种版本在线升级方法及装置 |
FR3058809B1 (fr) * | 2016-11-14 | 2018-12-07 | Peugeot Citroen Automobiles Sa | Systeme et procede de maintenance a chaud d’un calculateur de vehicule |
CN112363748A (zh) * | 2020-12-01 | 2021-02-12 | 安徽江淮汽车集团股份有限公司 | 汽车仪表软件升级方法、装置、设备及存储介质 |
-
2021
- 2021-12-29 WO PCT/CN2021/142378 patent/WO2023123020A1/zh active Application Filing
- 2021-12-29 CN CN202180060267.8A patent/CN117795484A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2023123020A1 (zh) | 2023-07-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11215983B2 (en) | Remote control device and remote control method for automatic driving vehicle, and server | |
EP4202645A1 (en) | Vehicle upgrading method and apparatus | |
US20190009713A1 (en) | System and method for generating a parking alert | |
US20220276856A1 (en) | Software upgrading method, apparatus, and system | |
US10932215B2 (en) | Data transmission control method and apparatus, and terminal | |
US11109200B2 (en) | Moving body communication system | |
US20210354708A1 (en) | Online perception performance evaluation for autonomous and semi-autonomous vehicles | |
CN111366192B (zh) | 信息获取方法及装置 | |
KR20180091048A (ko) | 차량 기반 통신 방법, 시스템 및 장치 | |
TW202238407A (zh) | 用於訊息之受控式訊息錯誤及電子控制單元映射技術 | |
CN115202313A (zh) | 用于管理车辆的电子控制单元的更新的系统和方法 | |
WO2017164860A1 (en) | Articulated vehicle communication extension | |
US20220207129A1 (en) | On-board computer, computer execution method, and computer program | |
CN117795484A (zh) | 一种信息处理方法、装置及系统 | |
US20230085381A1 (en) | Vehicle sensor data processing method and system | |
Spring et al. | CACC Truck Instrumentation and Software Development | |
WO2024026593A1 (zh) | 一种协同控车方法及相关装置 | |
CN112566082B (zh) | 数据传输方法、装置、设备及介质 | |
US20210092091A1 (en) | Communication device for vehicle, communication system for vehicle, and communication method | |
CN113170004B (zh) | 数据传输方法、装置及系统 | |
US20240320068A1 (en) | Signal processing device and vehicle communication device including the same | |
US20240007859A1 (en) | Detecting spoofed ethernet frames within an autosar communication stack | |
US20240007416A1 (en) | Discovery of remote resource providers for offloading computational processes | |
WO2024026592A1 (zh) | 一种数据存储方法及相关装置 | |
WO2022071072A1 (ja) | 通信管理装置、通信管理方法、および通信管理プログラム |
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 |