用于移动出行工具的软件更新方法和系统与流程

1.本发明涉及信息技术领域，更具体地涉及一种用于移动出行工具、尤其是汽车的软件更新方法和系统。


背景技术：

2.近年来随着汽车行业在电动化、网联化、智能化、共享化等方向上的发展，汽车正加速从机械设备向高度数字化、信息化的智能终端转变，逐步由机械驱动向软件驱动过渡，软件定义汽车(sdv)已成为汽车产业达成的共识发展趋势。对此，汽车在安全性和功能性方面的改善和拓展将在很大程度上取决于车载软件的优化和升级，而这些都需要通过车载软件的不断更新来实现。
3.传统的车载软件更新是通过汽车召回或车主主动将汽车带到汽车厂商或售后服务中心处、然后由工程师或维修人员将专用设备有线连接至汽车而进行的。这种方式不但影响车主使用汽车，而且更新效率低下。也已经开发出了空中下载(ota)技术来进行车载软件的在线更新。但是，ota技术在软件更新的时机选择和用户体验等方面仍存在改进的空间。


技术实现要素：

4.本发明的目的是解决现有技术中存在的上述问题和/或其它缺陷。
5.根据本发明的一方面，提供了一种用于移动出行工具的软件更新方法，包括以下步骤：响应于软件更新提示而获取所述移动出行工具中的乘员生物数据；根据所获取的乘员生物数据来确定乘员感知状态，所述乘员感知状态表征乘员对于所述软件更新提示的响应状况；以及基于所述乘员感知状态来确定是否对所述移动出行工具上装载的特定软件进行更新操作。
6.根据一种示例性构型，所述乘员生物数据可包括乘员的身体动作/姿态、语音、表情和生理参数中的至少一种。
7.根据一种示例性构型，根据所获取的乘员生物数据来确定乘员感知状态的步骤可包括对所获取的乘员生物数据进行数据融合处理。
8.根据一种示例性构型，根据所获取的乘员生物数据来确定乘员感知状态的步骤还可包括借助于使用乘员生物数据训练的人工智能模型并根据融合后的乘员生物数据来评定乘员感知状态。
9.根据一种示例性构型，所述乘员感知状态可包括：表明乘员希望进行软件更新操作的有意识请求状态；表明乘员不希望进行软件更新操作的有意识拒绝状态；和无法明确乘员是否希望进行软件更新操作的无意识状态。
10.根据一种示例性构型，在所述乘员感知状态为无意识状态的情况下，还可考虑软件更新的紧迫性来确定是否进行软件更新操作。
11.根据一种示例性构型，所述软件更新方法还可包括获取能够影响所述乘员生物数
据的环境数据以与所述乘员生物数据一起确定所述乘员感知状态。
12.本发明的另一方面提供了一种用于移动出行工具的软件更新系统，包括：获取单元，其被配置为响应于软件更新提示而获取所述移动出行工具中的乘员生物数据；状态确定单元，其被配置为根据由所述获取单元获取的乘员生物数据来确定乘员感知状态，所述乘员感知状态表征乘员对于所述软件更新提示的响应状况；以及软件更新确定单元，其被配置为基于由所述状态确定单元确定的乘员感知状态来确定是否对所述移动出行工具上装载的特定软件进行更新操作。
13.本发明的又一方面提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序包括可执行指令，当所述可执行指令被处理器执行时，实施根据如上所述任一种构型的方法。
14.本发明的再一方面提供了一种电子设备，其包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器被配置为执行所述可执行指令以实施根据如上所述任一种构型的方法。
15.在根据本发明的软件更新方法和系统中，在对移动出行工具上装载的特定软件进行更新操作之前，获取并分析各种乘员生物数据，据此来确定乘员感知状态，从而自动判断出乘员是否希望在当前状态下进行软件更新操作。这样，能根据乘员的意愿选择性地进行软件更新操作，提升用户体验。特别地，在乘员感知状态不能明确乘员是否希望进行软件更新操作的情况下，可利用经训练的人工智能模型并根据所获取的乘员生物数据和软件更新的紧迫性来智能化地推定是否进行软件更新操作，充分考虑了乘员对软件更新的潜在意愿和软件更新的紧急程度，在改善用户体验的同时还能保证安全性。
附图说明
16.下面参照附图经由非限制性实施例对本发明进行详细描述，其中附图仅是示意性的，且并不一定按比例绘制，此外它们仅示出为了阐明本发明所必需的那些部分，而其他部分可能被省略或仅仅简单提及。即，除附图中所示出的部件或要素外，本发明还可以包括其他部件或要素。在附图中：
17.图1是根据本发明一个实施例的软件更新方法的示意性流程图；
18.图2是根据本发明一个实施例的软件更新系统的示意性结构图；
19.图3是根据本发明一个实施例的电子设备的示意性结构图。
具体实施方式
20.下面参照附图详细描述根据本发明的示例性实施例。在下面的描述中，阐述了许多具体细节以便使所属技术领域的技术人员更全面地了解本发明。但是，对于所属技术领域内的技术人员来说明显的是，本发明的实现可不具有这些具体细节中的一些。此外，应当理解的是，本发明并不限于所介绍的特定实施例。相反，可以考虑用本文所述的特征和要素的任意组合来实施本发明，而无论它们是否涉及不同的实施例。因此，下面的方面、特征、实施例和优点仅作说明之用而不应被看作是权利要求的要素或限定，除非在权利要求中明确提出。
21.现参照图1，示出了根据本发明一个具体实施例的用于移动出行工具的软件更新
方法的流程图。在下文中，将以汽车作为移动出行工具的典型示例进行说明。然而，本发明不限于此，而是可应用于包括各种类型的车辆、航空器、船舶在内的各种移动出行工具。根据本发明的软件更新方法尤其适用于在更新后无需重启软件(即更新时软件仍可无中断地正常运行)的热补丁更新(或动态修复)技术。根据本发明的软件更新方法可由软件更新提示触发而执行。例如，当软件更新包已准备好(如已从与汽车联网的云端服务器下载到汽车上)时，车载电脑或云端服务器便可向汽车内的乘员发出或推送软件更新提示。该软件更新提示可例如为推送到车载显示屏上的一条可视信息或车载扬声器发出的一条语音信息。在软件更新提示已发出后，便可触发根据本发明的软件更新方法的执行。
22.如图1所示，在一种可能的实现方式中，本发明的软件更新方法可以包括响应于软件更新提示而获取汽车中的乘员生物数据的步骤s110，根据所获取的乘员生物数据来确定乘员感知状态的步骤s120，以及基于乘员感知状态来确定是否对特定车载软件进行更新操作的步骤s130。
23.在本发明中，“乘员生物数据”是指乘员本身所具有或表现出来的可能反映出其意识和/或心理状态的各种参数或指标。例如，乘员生物数据可以包括但不限于乘员的身体动作/姿态、语音、表情和生理参数中的一种或多种。乘员的身体动作/姿态可以是乘员的任何身体部位所呈现出的动作和/或姿态，包括但不限于乘员作出的各种手势(如手指点击动作、竖起大拇指、ok手势、v形胜利手势、握拳等等)或手臂运动(如摆手、抬肘等)，各种头部运动(点头、摇头等)，以及各种身体姿态(如躺卧)。乘员的语音可以是乘员说出的具有实际含义的句子或字词，也可以是乘员发出的拟声字词等。乘员的表情可包括乘员的各种五官动作和眼神以及瞬间的微表情等。乘员的生理参数可包括但不限于乘员的体温、心率、呼吸频率、血压等。在上述各项乘员生物数据之中，例如：乘员的身体动作和表情可利用车载的摄像头或其它图像记录设备来取得，乘员的身体动作也可以利用车载的触敏设备(如触摸屏)来取得；乘员的语音可利用车载的录音设备来取得；而乘员的生理参数可利用与乘员的身体相关联的各种传感器或测量设备(如穿戴在乘员身上的智能手表、手环等各种可穿戴设备或者车载的雷达、仪器等)来取得。
24.上述各种设备可例如持续地监测相应的乘员生物数据并将数据存储在适当位置(如车载的临时或永久存储设备上或与汽车联网的云端服务器上)。这样，当在步骤s110中获取乘员生物数据时，便可响应于软件更新提示直接从数据存储位置调取相应的乘员生物数据。或者，也可响应于软件更新提示而即时启动上述各种设备取得相应的乘员生物数据以供使用。
25.在步骤s120中，根据在步骤s110中获取的乘员生物数据来确定乘员感知状态。在本发明中，“乘员感知状态”表征乘员对于软件更新提示的响应状况，也就是说，表明乘员是否注意或察觉到软件更新提示以及对软件更新提示作出何种响应。在本发明中，软件更新提示在告知乘员关于软件更新的相关信息后可附有应答请求，询问乘员是否希望在当前状态下进行软件更新操作(例如，该应答请求可以是出现在车载显示屏上可供乘员选择是否要进行软件更新操作的“是”/“否”选项按键，或者车内发出的直接询问乘员是否要进行软件更新操作的语音)。
26.根据乘员对于软件更新提示的响应状况，乘员感知状态可以包括以下几种：表明乘员希望进行软件更新操作的有意识请求状态；表明乘员不希望进行软件更新操作的有意
识拒绝状态；和表明无法明确乘员是否希望进行软件更新操作的无意识状态。上述几种响应状况可以通过对所获取的乘员生物数据进行处理分析而得以确定。例如，当检测或获取到乘员点击了车载显示屏上的“是”选项按键的手指点击动作或者乘员发出了诸如“请更新”之类的明确语音指示(可预先设定)时，可确定乘员感知状态为有意识请求状态；而当检测到乘员点击了车载显示屏上的“否”选项按键的手指点击动作或者乘员发出了诸如“不更新”之类的明确语音指示(可预先设定)时，可确定乘员感知状态为有意识拒绝状态。当乘员对于软件更新提示没有任何响应或者从所检测/获取到的乘员生物数据不能明确乘员是否希望进行软件更新操作时，可确定乘员感知状态为无意识状态。在这种情况下，可进一步分析所获取的一项或多项乘员生物数据，来间接地推定乘员是否希望在当前状态下进行软件更新操作。
27.例如，可分析所检测/获取到的乘员的身体姿态和表情，如果发现乘员较长时间呈现靠在座椅上后仰的状态并且神情专注和放松，那么可推测乘员可能正在看电影，此时可推定乘员不希望在当前状态下进行软件更新操作(因为软件更新操作可能会打断或干扰乘员看电影)。又比如，如果检测到乘员在点头的同时还作出了ok手势，那么可推定乘员希望在当前状态下进行软件更新操作。再例如，如果检测到乘员的体温升高、心率加快、表情凝重，同时并没有其它身体反应，那表明乘员心里可能在思考某件重要的事情，此时也可推定乘员不希望在当前状态下进行软件更新操作(因为软件更新操作可能会分散其注意力)。
28.为了尽可能准确地确定乘员感知状态，一般会获取较长时间内的多项乘员生物数据，由此出现大量庞杂的数据。为此，步骤s120可包括对所获取的乘员生物数据进行数据融合处理的步骤s121，以提高待分析的乘员生物数据的质量。此后，步骤s120还可包括借助于使用乘员生物数据训练的人工智能模型并根据融合后的乘员生物数据来评定乘员感知状态的步骤s122。通过不断迭代训练的人工智能模型，可逐步提高乘员感知状态的评定精度，尤其是对于从所检测/获取到的乘员生物数据不能明确乘员是否希望进行软件更新操作的无意识状态的情况而言。
29.在步骤130中，基于在步骤s120中确定的乘员感知状态来确定是否进行软件更新操作。具体说来，如果在步骤s120中确定的乘员感知状态为有意识请求状态，或者为无意识状态但根据乘员生物数据进一步推定出乘员希望在当前状态下更新软件，则做出接下来要进行软件更新操作的决定。反之，如果在步骤s120中确定的乘员感知状态为有意识拒绝状态，或者为无意识状态但根据乘员生物数据进一步推定出乘员不希望在当前状态下更新软件，则做出暂时不进行软件更新操作的决定。
30.由此可见，在本发明中，通过分析乘员生物数据，考虑了乘员的明确或潜在意愿来确定是否在当前状态下进行软件更新操作。而在现有技术中，在软件更新包准备好之后可能立即就自动进行更新操作，或者在乘员未对软件更新提示做出明确响应时自动地进行更新操作，这些更新都可能违背乘员的意愿而在不恰当的时机进行。因此，与现有技术相比，根据本发明的软件更新方法能够大大改善用户体验。
31.可选地，如果在步骤s120中确定乘员感知状态为无意识状态，亦即在不能明确乘员是否希望在当前状态下进行软件更新操作时，还可以考虑软件更新的紧迫性来确定是否进行软件更新操作。例如，如果待更新的软件包涉及行车安全，那么可认为软件更新的紧迫性或紧急程度高，在这种情况下不必通过分析乘员生物数据来间接推定乘员的软件更新意
愿，而是可直接确定在当前状态下即要进行软件更新操作。由此，在提高用户体验的同时也保证了行车安全性。
32.可选地，根据本发明的软件更新方法还可包括获取能够影响乘员生物数据的环境数据的步骤s111。例如，所述环境数据包括但不限于车内的温度和/或噪音状况、车外的路况/交通状况(如堵车状况、距前车的距离、道路上的行人状况)等，并且可以通过汽车内外的相应传感器或检测设备(如温度计、摄像头、雷达等)来取得。这些环境数据可间接地影响车内乘员的意识和/或心理状态，因此能以与乘员生物数据一起用来确定乘员感知状态，从而增加用来确定乘员感知状态的数据量并提高确定精度。
33.与上述的软件更新方法对应地，本发明还提供了一种软件更新系统。图2示出了这种软件更新系统的一种示例性构型的结构图。该软件更新系统可包括相互连接的获取单元310、状态确定单元320、软件更新确定单元330、软件更新管理单元340、软件更新执行单元350和通信单元360。
34.获取单元310可被配置为响应于软件更新提示而获取汽车中的乘员生物数据，以及可选地，能够影响乘员生物数据的环境数据。获取单元310可经由与其连接的通信单元360从相应的数据存储位置获取上述数据。
35.状态确定单元320可被配置为根据由获取单元310获取的乘员生物数据(以及可选地，上述环境数据)来确定乘员感知状态，所述乘员感知状态表征乘员对于所述软件更新提示的响应状况，其可包括上文所述的有意识请求状态、有意识拒绝状态和无意识状态。
36.软件更新确定单元330可被配置为基于由状态确定单元320确定的乘员感知状态来确定是否对汽车上装载的特定软件进行更新操作。
37.软件更新管理单元340可接收软件更新确定单元330的确定结果，并且配置成在确定结果为“是”(即要在当前状态下进行软件更新操作)的情况下，根据装载了待更新软件的不同车载对象(如ecu或其它设备)的soc/cpu架构、汽车的当前工作模式(如正常模式、安全模式、非安全模式)、不同软件的更新优先级别等(这些信息可经由通信单元360从别处获取)制定软件更新策略或方式。软件更新执行单元350可配置成按照软件更新管理单元340制定的软件更新策略或方式来具体执行相应的软件更新操作，并将软件更新结果反馈给软件更新管理单元340。软件更新管理单元340又可经由通信单元360将软件更新日志发送到适当位置，如云端服务器。
38.本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序包括可执行指令，该可执行指令被例如处理器执行时可以实现上述任一实施例中的软件更新方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行根据本发明的软件更新方法的各种示例性实施例的步骤。
39.根据本发明实施例的用于实现上述方法的程序产品可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如车载电脑上运行。然而，本发明的程序产品不限于此，在本文中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
40.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或
半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
41.所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
42.可以以一种或多种程序设计语言的任意组合来编写用于执行本技术操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
43.本发明还提供了一种电子设备，该电子设备可以包括处理器，以及用于存储所述处理器的可执行指令的存储器。其中，所述处理器配置为经由执行所述可执行指令来执行上述任一实施例中的软件更新方法的各个步骤。
44.所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
45.下面参照图3来描述根据本发明的这种实施方式的电子设备500。图3显示的电子设备500仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
46.如图3所示，电子设备200可以以通用计算设备(如车载高性能计算机)的形式表现。电子设备500的组件可以包括但不限于：至少一个处理单元或处理器410、至少一个存储单元或存储器420、连接不同系统组件(包括存储器420和处理器410)的总线(未示出)等。
47.其中，存储器420存储有程序代码，所述程序代码可以被处理器410执行，使得处理器410执行根据本发明的软件更新方法的各种示例性实施方式的步骤。例如，处理器410可以执行如图1所示的各个步骤。
48.存储器420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)和/或高速缓存存储单元，还可以进一步包括只读存储单元(rom)。存储器420还可以包括具有一组(至少一个)程序模块的程序/实用工具，这样的程序模块包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
49.电子设备500可以与一个或多个车内外的设备(如云端服务器、其它车联网设备
等)通信。这种通信可通过电子设备500上所配备的移动网络端口、wifi端口、can端口或以太网端口进行。另外，电子设备500还可与用于检测各种乘员生物数据或环境数据的车内外传感器(如摄像头、雷达等)连接以便能够获取相应的数据。
50.应当明白，尽管图中未示出，可以结合电子设备500使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
51.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是车载计算机、服务器、或者网络设备等)执行根据本发明实施例的软件更新方法。
52.本领域技术人员在考虑说明书及实践这里公开的内容后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本文未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由所附的权利要求指出。