CN113238774A - 车载迎宾动画更新方法、装置、车载终端及存储介质 - Google Patents

Abstract

本发明实施例公开了一种车载迎宾动画更新方法、装置、车载终端及存储介质，配置于车载系统中，该方法包括：当检测到所述车载系统上电时，第一系统获取当前第一动画版本，并将所述当前第一动画版本发送至服务器，以使所述服务器判断所述当前第一动画版本是否需要升级；若所述服务器判断所述当前第一动画版本需要升级，则所述第一系统从所述服务器下载升级动画版本所对应的更新包，并将所述升级动画版本作为当前第一动画版本；第二系统接收所述第一系统发送的所述更新包，并基于所述更新包对迎宾动画进行更新。通过本发明实施例的技术方案，实现了车载迎宾动画的快速迭代更新，进而提高用户体验度的技术效果。

Description

车载迎宾动画更新方法、装置、车载终端及存储介质

技术领域

本发明实施例涉及车载系统技术，尤其涉及一种车载迎宾动画更新方法、装置、车载终端及存储介质。

背景技术

随着车载技术的不断发展，车载终端(如：行车记录仪，智能仪表盘，车载导航终端等)得到了越来越多的应用。

目前，在现有的车载终端中所采用的操作系统大多都是Android(安卓)系统，而基于Linux系统的车载终端是少之又少。同时，在现有的Linux系统的车载终端上，对于迎宾动画只能显示预先存储的动画，无法对迎宾动画进行动态更新。因为，在现有的车载终端中无法对迎宾动画进行单独更新，只能在基于FOTA(Firmware Update Over-The-Air，移动终端的空中下载软件升级)进行更新。此时，一次更新包括软件集成、测试、推送升级等环节，会耗费较长的时间，无法快速完成迎宾动画的更新迭代，导致用户体验度不高的问题。

发明内容

本发明实施例提供了一种车载迎宾动画更新方法、装置、车载终端及存储介质，以实现车载迎宾动画的快速迭代更新，进而提高用户体验度的技术效果。

第一方面，本发明实施例提供了一种车载迎宾动画更新方法，配置于车载系统中，该方法包括：

当检测到所述车载系统上电时，第一系统获取当前第一动画版本，并将所述当前第一动画版本发送至服务器，以使所述服务器判断所述当前第一动画版本是否需要升级；

若所述服务器判断所述当前第一动画版本需要升级，则所述第一系统从所述服务器下载升级动画版本所对应的更新包，并将所述升级动画版本作为当前第一动画版本；

第二系统接收所述第一系统发送的所述更新包，并基于所述更新包对迎宾动画进行更新。

第二方面，本发明实施例还提供了一种车载迎宾动画更新装置，配置于车载系统中，该装置包括：

动画版本发送模块，用于当检测到车载系统上电时，第一系统获取当前第一动画版本，并将所述当前第一动画版本发送至服务器，以使所述服务器判断所述当前第一动画版本是否需要升级；

动画版本升级模块，用于若所述服务器判断所述当前第一动画版本需要升级，则所述第一系统从所述服务器下载升级动画版本所对应的更新包，并将所述升级动画版本作为当前第一动画版本；

动画更新模块，用于第二系统接收所述第一系统发送的所述更新包，并基于所述更新包对迎宾动画进行更新。

第三方面，本发明实施例还提供了一种车载终端，所述车载终端包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的车载迎宾动画更新方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例任一所述的车载迎宾动画更新方法。

本发明实施例的技术方案，通过当检测到车载系统上电时，第一系统获取当前第一动画版本，并将当前第一动画版本发送至服务器，以使服务器判断当前第一动画版本是否需要升级，若服务器判断当前第一动画版本需要升级，则第一系统从服务器下载升级动画版本所对应的更新包，并将升级动画版本作为当前第一动画版本，进而，第二系统接收第一系统发送的更新包，并基于更新包对迎宾动画进行更新，解决了更新迎宾动画时耗费较长时间，更新迭代困难的技术问题，实现了车载迎宾动画的快速迭代更新，进而提高用户体验度的技术效果。

附图说明

为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。

图1为本发明实施例一所提供的一种车载迎宾动画更新方法的流程示意图；

图2为本发明实施例二所提供的一种车载迎宾动画更新方法的流程示意图；

图3为本发明实施例三所提供的一种车载迎宾动画更新方法的系统架构示意图；

图4为本发明实施例三所提供的一种车载迎宾动画更新方法的流程示意图；

图5为本发明实施例四所提供的一种车载迎宾动画更新装置的结构示意图；

图6为本发明实施例五所提供的一种车载终端的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一所提供的一种车载迎宾动画更新方法的流程示意图，本实施例可适用于对车载迎宾动画进行快速更新的情况，该方法可以由车载迎宾动画更新装置来执行，该装置可以通过软件和/或硬件的形式实现，该硬件可以是电子设备，可选的，电子设备可以是移动终端等。

如图1所述，本实施例的方法具体包括如下步骤：

S110、当检测到车载系统上电时，第一系统获取当前第一动画版本，并将当前第一动画版本发送至服务器，以使服务器判断当前第一动画版本是否需要升级。

其中，车载系统可以是车载电脑、车载导航等，车载系统指能够在汽车上使用的产品，通常具有DVD(Digital Video Disc，数字通用光盘)播放、收音、导航、USB(UniversalSerial Bus，通用串行总线)读取、倒车后视等功能。在本实施例中，车载系统可以是双系统，包括Android(安卓)系统和Linux(嵌入式)系统。第一系统可以是Android系统，第一系统具有较大的存储空间，可以用于存储迎宾动画资源。当前第一动画版本可以是当前时刻第一系统中存储的最新的迎宾动画版本，即最近时刻存储的迎宾动画版本。服务器可以是云端服务器，在云端服务器上更新迎宾动画后，不同的车载系统可以从云端服务器请求下载新版本的迎宾动画。

需要说明的是，迎宾动画与开机动画是不同的，迎宾动画通常是在开机动画之前显示。例如：迎宾动画可以在用户打开车门时进行显示，以欢迎用户使用车辆，或提示日期等信息；开机动画可以在用户启动车载系统时，系统开机过程中显示，以使用户知道车载系统还未启动完成。由此可以看出，迎宾动画的启动时间相较于开机动画需要更加快速。

具体的，当检测到车载系统上电时，例如：检测到用户从驾驶位外侧开启车门，或检测到车钥匙插入钥匙孔时，车载系统开始上电。此时，第一系统可以获取本系统中存储的当前第一动画版本，例如：2021年4月2日更新的动画版本，版本号为5.1.1等。进而，第一系统可以与服务器建立连接，并且将当前第一动画版本发送至服务器，以使服务器判断当前第一动画版本是否为最新动画版本，即是否需要进行动画资源更新升级。

S120、若服务器判断当前第一动画版本需要升级，则第一系统从服务器下载升级动画版本所对应的更新包，并将升级动画版本作为当前第一动画版本。

其中，升级动画版本可以是服务器中存储的最新动画版本。更新包可以是与升级动画版本的动画资源所对应的包文件。

具体的，当服务器接收到第一系统发送的当前第一动画版本后，可以将当前第一动画版本与服务器中的升级动画版本进行比较。可以是对两个动画版本的版本号进行匹配，若相同，则表明第一系统中的当前第一动画版本为最新版本，无需进行更新升级；若不同，则表明第一系统中的当前第一动画版本已不符合当前需求，需要进行更新升级。若需要进行迎宾动画的更新升级，则第一系统可以向服务器发送下载更新包的请求，以从服务器下载升级动画版本所对应的更新包。当更新包下载完成时，可以将升级动画版本作为当前第一动画版本。

示例性的，在第一系统将当前第一动画版本5.1.1上传至服务器后，服务器检测是否需要对第一系统中的第一动画版本进行升级。若服务器中的升级动画版本为5.1.2，与当前第一动画版本不同，则服务器可以向第一系统发送应答消息，表示存在更新包。第一系统接收应答消息后，可以向服务器发送更新包下载请求，以下载更新包，下载过程可以支持断点续传。当更新包下载完成后，将升级动画版本5.1.2作为当前第一动画版本，表示已完成动画资源的更新。

S130、第二系统接收第一系统发送的更新包，并基于更新包对迎宾动画进行更新。

其中，第二系统可以是Linux系统，由于Linux系统的存储空间有限，第二系统可以只存储当前需要播放的动画版本的资源。

具体的，第一系统将升级后的更新包发送至第二系统，以使第二系统中存储的动画版本为最新版本，与第一系统一致。并且，可以对更新包进行解析，以应用至车载系统中，使车载系统能够使用最新版本的迎宾动画。

本发明实施例的技术方案，通过当检测到车载系统上电时，第一系统获取当前第一动画版本，并将当前第一动画版本发送至服务器，以使服务器判断当前第一动画版本是否需要升级，若服务器判断当前第一动画版本需要升级，则第一系统从服务器下载升级动画版本所对应的更新包，并将升级动画版本作为当前第一动画版本，进而，第二系统接收第一系统发送的更新包，并基于更新包对迎宾动画进行更新，解决了更新迎宾动画时耗费较长时间，更新迭代困难的技术问题，实现了车载迎宾动画的快速迭代更新，进而提高用户体验度的技术效果。

实施例二

图2为本发明实施例二所提供的一种车载迎宾动画更新方法的流程示意图，本实施例在上述各实施例的基础上，针对第一系统和第二系统之间的信息传输方式以及更新包的校验方式可参见本实施例的技术方案。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

如图2所示，本实施例的方法具体包括如下步骤：

S210、当检测到车载系统上电时，第一系统获取当前第一动画版本，并将当前第一动画版本发送至服务器，以使服务器判断当前第一动画版本是否需要升级。

S220、若服务器判断当前第一动画版本需要升级，则第一系统从服务器下载升级动画版本所对应的更新包，并将升级动画版本作为当前第一动画版本。

具体的，服务器可以将接收到的当前第一动画版本与服务器中的升级动画版本进行比较，若不同，则表明第一系统中的当前第一动画版本需要进行更新升级。此时，第一系统可以从服务器下载升级动画版本所对应的更新包。当更新包下载完成时，可以将升级动画版本作为当前第一动画版本。

可选的，可以基于下述步骤实现第一系统从服务器下载升级动画版本所对应的更新包的过程：

步骤一、服务器向第一系统发送升级应答消息。

其中，升级应答消息可以是当检测到第一系统中当前第一动画版本需要升级时，生成的应答消息。

具体的，若服务器判断当前第一动画版本需要升级，则服务器可以生成升级应答消息，并将升级应答消息发送至第一系统，以使第一系统及时对存储的动画资源进行更新。

步骤二、第一系统基于升级应答消息，从服务器下载升级动画版本所对应的更新包以及第一校验信息。

其中，第一校验信息可以是MD5(Message-Digest Algorithm 5，信息摘要算法5)值。

具体的，当第一系统接收到升级应答消息后，可以向服务器发送更新包下载请求，从服务器下载升级动画版本所对应的更新包，并且可以下载基于该更新包生成的第一校验信息，以用于后续校验更新包使用。

步骤三、基于第一校验信息对更新包进行完整性和合法性校验，若校验通过，则将更新包存储至第一系统中。

具体的，当第一系统接收到更新包以及第一校验信息后，可以基于接收到的更新包进行校验信息生成，并将生成的校验信息与第一校验信息进行比较，判断上述两个校验信息是否一致。若是，则表明第一系统接收到的更新包与服务器发送的更新包是相同的，即更新包未经篡改且是完整的，可以用于后续更新车载系统的迎宾动画。此时，可以将更新包存储至第一系统中。若否，则表明第一系统接收到的更新包与服务器发送的更新包是不同的，即更新包在传输过程中被篡改、更新包不全或更新包已损坏等，此时接收到的更新包是无法使用的。此时，可以将第一系统中接收到的更新包从第一系统中删除。

可选的，若校验失败，则可以在将校验失败的更新包删除后，重新向服务器发送更新包下载请求，以重新下载更新包。若校验失败次数达到预设阈值，则停止向服务器发送更新包下载请求，并可以提醒用户进行手动更新。

S230、第一系统获取第二系统的当前第二动画版本。

其中，当前第二动画版本可以是第二系统中存储的最新的迎宾动画的版本，可以是版本号。

具体的，第一系统向第二系统发出获取当前第二动画版本的请求。当第二系统接收到该请求时，可以响应于该请求，将第二系统的当前第二动画版本发送至第一系统。

可选的，第一系统和第二系统通过无线局域网连接。

示例性的，第一系统可以基于无线局域网获取当前第二动画版本，无线局域网可以是Bagad。

S240、基于第一系统，判断当前第一动画版本和当前第二动画版本是否相同。

具体的，当第一系统接收到第二系统发送的当前第二动画版本后，可以将当前第二动画版本与第一系统中的当前第一动画版本进行比较，以便确定是否需要对第二系统中的动画资源进行更新。

S250、若不同，则第一系统向第二系统发送当前第一动画版本对应的更新包。

具体的，若当前第一动画版本与当前第二动画版本不同，则表明第一系统与第二系统中存储的动画版本不同，即动画资源不同，可以对第二系统中的动画资源进行更新。此时，第一系统可以向第二系统发送动画资源更新通知，第二系统可以对该通知进行应答，当第一系统接收到第二系统的应答消息时，可以向第二系统发送当前第一动画版本对应的更新包。

若当前第一动画版本与当前第二动画版本相同，则表明第二系统中的当前第二动画版本已经是最新版本，无需进行更新。

S260、第二系统接收第一系统发送的更新包以及第二校验信息。

其中，第二校验信息可以是MD5值，可以是基于第一系统中当前第一动画版本对应的更新包生成的校验信息。

具体的，在第一系统向第二系统发送更新包时，基于第一系统中当前第一动画版本对应的更新包可以生成第二校验信息，并将第二校验信息也发送至第二系统。此时，第二系统可以接收第一系统发送的更新包和第二校验信息，以通过第二校验信息验证更新包的完整性。

S270、基于第二校验信息对更新包进行完整性校验，若校验通过，则将第二系统中当前第二动画版本对应的安装包替换为更新包。

具体的，当第二系统接收到更新包和第二校验信息时，可以基于接收到的更新包生成校验信息，并将生成的校验信息与第二校验信息进行比较，判断上述两个校验信息是否一致。若是，则表明校验通过，可以基于更新包对第二系统中的动画资源进行更新。并且，还可以基于更新包的动画版本更新当前第二动画版本。若否，则表明校验不通过，此时的更新包可能是损坏的，不完整的因此，更新包是不能使用的。

可选的，为了节省第二系统中的存储空间，可以在校验不通过时，将第二系统中的更新包删除，并将通知信息发送至第一系统。此时，当第一系统接收到通知信息时，可以确定更新包传输失败，可以重新发送更新包至第二系统中。可选的，当更新包连续发送次数达到预设发送次数阈值时，第一系统停止发送更新包，并提醒用户手动进行更新。

需要说明的是，无论校验通过或是校验不通过，第二系统够可以向第一系统反馈通知信息，以表明更新成功或更新失败。

S280、基于更新包中的动画资源和配置文件，更新迎宾动画。

其中，配置文件可以是配置更新包中的迎宾动画所需的脚本文件，配置文件中可以包括迎宾动画的显示位置，如：副驾屏、仪表屏等，还可以包括分辨率等信息。

具体的，第二系统可以对更新包进行解析，得到更新包中存储的动画资源和配置文件，进而，可以基于配置文件将动画资源更新至第二系统中，以使车载系统能够显示最新版本的迎宾动画。

可选的，在配置迎宾动画时，可以根据配置文件中的相关信息，将动画资源显示在显示设备上，可以是：获取配置文件，并基于配置文件中的配置信息，将动画资源显示在至少一个显示设备上。

其中，显示设备可以是副驾屏、仪表屏等车载系统控制的具有显示功能的屏幕。

具体的，配置文件中可以包含动画资源需要配置的显示设备，显示日期，以及分辨率等信息。可以根据配置文件的内容，在预设日期和/或预设显示设备播放相应的迎宾动画。

需要说明的是，迎宾动画可以是与日期相关的，例如：在节日时，播放与节日相关的迎宾动画，工作日和节假日播放不同的迎宾动画等。迎宾动画还可以在不同的显示设备上区别播放，例如在副驾屏上播放动画A，在仪表屏上播放动画B等。配置文件中，动画资源的配置方式可以根据用户需求进行设定，在本实施例中不作具体限定。

可选的，当预设时间内，车载迎宾动画未更新完成，则基于第二系统中预先存储的基础迎宾动画资源和基础配置文件，将基础迎宾动画资源显示在至少一个显示设备上。

其中，基础迎宾动画资源可以是车载系统配置的默认的迎宾动画资源，基础配置文件可以是用于将基础迎宾动画资源配置在车辆的显示设备上的脚本文件。预设时间可以是预先设置的从车载系统上电至播放迎宾动画之间的时长，例如：5秒，预设时间可以根据车载系统的配置设定，也可以根据用户的需求进行设定，在本实施例中不做具体限定。

具体的，当预设时间内，若车载迎宾动画没有更新完成，也需要进行迎宾动画的播放，以避免影响用户使用车辆。此时，可以调取第二系统中预先存储的基础迎宾动画资源和基础配置文件，并基于基础配置文件配置基础迎宾动画资源。可选的，还可以继续进行未完成的车载迎宾动画更新，以在下一次使用车载系统时迎宾动画时播放新的动画资源。

本实施例的技术方案，通过第一系统获取第二系统的当前第二动画版本，基于第一系统，判断当前第一动画版本和当前第二动画版本是否相同，若不同，则第一系统向第二系统发送当前第一动画版本对应的更新包，以对第二系统中的动画资源进行更新，进而，第二系统接收第一系统发送的更新包以及第二校验信息，基于第二校验信息对更新包进行完整性校验，若校验通过，则将第二系统中当前第二动画版本对应的安装包替换为更新包，以保证更新包在传输过程中不被篡改和损坏，并基于更新包中的动画资源和配置文件，更新迎宾动画，解决了更新包在传输过程中被损坏而导致的无法进行迎宾动画更新的问题，实现了基于系统底层硬件校验更新包，进而使车载迎宾动画快速迭代，并提高用户体验度的技术效果。

实施例三

作为上述各实施例的可选实施方案，图3为本发明实施例三所提供的一种车载迎宾动画更新方法的系统架构示意图。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

如图3所示，该系统架构主要包括：安卓虚拟机副驾驶，安卓虚拟机中心，嵌入式Linux虚拟机，管理程序，安卓机和嵌入式Linux机。

其中，安卓虚拟副驾驶可以是副驾驶屏控制中心，安卓虚拟机中心可以是控制安卓系统的控制中心，嵌入式Linux虚拟机可以是控制Linux系统的控制中心。管理程序可以用于管理各系统中的应用程序等。安卓机和Linux机可以包括存储空间，存储数据时使用。

安卓虚拟机中心中可以安装软件升级应用程序，该应用程序可以从底层的安卓机的存储空间中下载资源，并通过嵌套客户端传入汽车的汽车接口和嵌入式Linux虚拟机的对应嵌套服务。通过汽车接口可以连接车辆硬件抽象层，进而通过Bagad无线局域网传入软件应用程序中以便使用。嵌入式Linux虚拟机的软件服务可以从Linux机的存储空间中获取和传入资源，以传入软件应用程序中以便使用。

需要说明的是，在确定软件服务是否需要进行更新时，车载系统需要与云端的SOTA(Software-Over-The-Air，移动终端的空中软件服务)进行信息传送和校验。

图4为本发明实施例三所提供的一种车载迎宾动画更新方法的流程示意图。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

如图4所示，车载迎宾动画更新方法具体包括：

当存在新的动画资源时，可以将新的动画资源上传至云服务中，例如SOTA服务器，以配置迎宾动画的更新策略和动画资源。

当汽车上电时，Android系统(第一系统)启动，并检测本地动画资源，获取当前第一动画版本。并且，建立Android系统与云服务器之间的通信连接。在连接服务器后，向服务器上报当前第一动画版本。服务器在获取当前第一动画版本后，可以将当前第一动画版本与服务器中的最新动画资源的版本进行比较，以检测是否需要升级动画资源。

如果不需要更新，即当前第一动画版本就是最新动画版本，服务器可以向Android系统应答不需要更新。如果需要更新，即存在当前第一动画版本后的动画版本的更新包，服务器可以向Android系统应答有更新包。此时，Android系统可以从服务器下载更新包，以用于更新迎宾动画。下载的更新包可以存储在Android系统的Userdata(用户数据)分区中。此时，可以将下载的更新包的动画版本作为当前第一动画版本。

需要说明的是，Android系统的存储空间大，因此可以在Android系统存储多份动画资源。例如：存储各个版本的动画资源，和/或存储每个版本的动画资源的至少一个备份资源。由于Linux系统(第二系统)的存储空间有限，因此，在Linux系统中可以只存储当前需要播放的动画资源。

可选的，下载过程可以支持断点继续下载功能。在Android系统下载更新包后，可以对更新包内的动画资源进行完整性和合法性的校验。若通过完整性和合法性校验，则可以进行后续更新。若未通过完整性和合法性校验，则可以删除未通过的更新包，即动画资源，并重新从服务器下载更新包。

在Android系统与云端服务器交互完成后，检测Linux系统的当前第二动画版本，以使Android系统取得Linux系统的当前第二动画版本。Android系统在获取当前第二动画版本后，可以将当前第二动画版本与Android系统中的当前第一动画版本进行比较，以检测是否需要升级动画资源。若当前第二动画版本与当前第一动画版本不同，则更新升级动画资源。此时，Android系统可以通知动画资源更新，以使Linux系统启动Socket服务端，应答可以进行动画资源更新。Linux系统可以更新动画资源和动画播放的配置文件，可选的，更新过程支持断点继续下载功能。

可选的，Android系统的SotaApp应用可以通过car接口通知Linux系统的SOTAService模块启动socket服务端，进而，Android系统的SotaApp与Linux系统的SOTAService可以通过Socket协议传输动画资源，即更新包。

当Linux系统将更新包下载完成后，可以校验动画资源的完整性。若校验通过，则可以向Android系统应答更新成功；若校验不通过，则可以向Android系统应答更新失败。

可选的，当Linux系统的SOTAService接收到动画资源和配置文件后，可以将上述数据写入Linux系统的Data分区。在数据接收完成后，可以对动画资源和配置文件执行完整性校验。在完整性校验成功后，通知Android系统动画资源更新成功。如果动画资源和配制文件不完整，即校验失败，则删除动画资源和配制文件，并通知Android系统动画资源更新失败。

需要说明的是，Android系统和Linux系统可以通过Bagad机制(无线局域网)进行信息传输。

还需要说明的是，通过Android系统管理Linux系统播放迎宾动画，可以实现特定日期的迎宾动画播放或指定一段时间内的迎宾动画播放。

在启动迎宾动画时，可以根据配置文件配置动画资源，以使迎宾动画在显示装置上显示，提升用户体验度。

示例性的，在启动动画应用后，可以查找配置文件，如果配置文件不存在，则播放Linux系统自带的迎宾动画。如果配置文件存在，则加载配置文件的内容，并按照配置文件的要求日期，配置屏幕，分辨率等参数播放相应的迎宾动画。

需要说明的是，Android系统全部启动通常需要18～20秒的时间，Linux系统全部启动则需要2～3秒的时间。迎宾动画启动的时间通常较短，因此可以依托于Linux系统来启动。在进行迎宾动画更新时，可以借助于Android系统和Linux系统底层的硬件进行更新，即无需系统全部启动即可进行数据传输。因此，通过Android系统和Linux系统底层的硬件连接以及Linux系统启动显示迎宾动画，可以大大减少迎宾动画播放之前的准备时间，以使迎宾动画能够及时播放。

还需要说明的是，车载系统与其他智能系统存在一定的差异。车载系统的配置和功能相较于其他智能系统来说是适应性较弱的，由于智能手机等智能系统的芯片无法使用在车载系统中。因此，车载系统中使用双系统更新和播放迎宾动画是符合实际需求的。

本实施例的技术方案，通过Android系统与云服务器进行连接，并上报当前第一动画版本，当检测到需要进行动画资源升级时，更新Android系统的当前第一动画版本以及对应的动画资源，进而，Android系统获取Linux系统的当前第二动画版本，当判断需要进行动画资源更新时，更新Linux系统中的当前第二动画版本以及对应的动画资源，并且，第二系统将更新成功或更新失败的应答消息反馈至Android系统，解决了更新迎宾动画时耗费较长时间，更新迭代困难的技术问题，实现了远程推送车载迎宾动画以进行更新，以及快速迭代迎宾动画的技术效果。

实施例四

图5为本发明实施例四所提供的一种车载迎宾动画更新装置的结构示意图，该装置包括：动画版本发送模块510，动画版本升级模块520和动画更新模块530。

其中，动画版本发送模块510，用于当检测到车载系统上电时，第一系统获取当前第一动画版本，并将所述当前第一动画版本发送至服务器，以使所述服务器判断所述当前第一动画版本是否需要升级；动画版本升级模块520，用于若所述服务器判断所述当前第一动画版本需要升级，则所述第一系统从所述服务器下载升级动画版本所对应的更新包，并将所述升级动画版本作为当前第一动画版本；动画更新模块530，用于第二系统接收所述第一系统发送的所述更新包，并基于所述更新包对迎宾动画进行更新。

可选的，动画版本升级模块520，具体用于所述服务器向所述第一系统发送升级应答消息；所述第一系统基于所述升级应答消息，从所述服务器下载升级动画版本所对应的更新包以及第一校验信息；基于所述第一校验信息对所述更新包进行完整性和合法性校验，若校验通过，则将所述更新包存储至所述第一系统中。

可选的，所述装置还包括：更新包发送模块，用于所述第一系统获取所述第二系统的当前第二动画版本；基于所述第一系统，判断所述当前第一动画版本和所述当前第二动画版本是否相同；若不同，则所述第一系统向所述第二系统发送所述当前第一动画版本对应的更新包。

可选的，动画更新模块530，用于所述第二系统接收所述第一系统发送的所述更新包以及第二校验信息；基于所述第二校验信息对所述更新包进行完整性校验，若校验通过，则将第二系统中所述当前第二动画版本对应的安装包替换为所述更新包；基于所述更新包中的动画资源和配置文件，更新迎宾动画。

可选的，动画更新模块530，还用于获取配置文件，并基于所述配置文件中的配置信息，将所述动画资源显示在至少一个显示设备上。

可选的，所述装置还包括：更新包删除模块，用于若校验不通过，则将所述第二系统中的所述更新包删除，并将通知信息发送至所述第一系统。

可选的，所述第一系统和所述第二系统通过无线局域网连接。

本发明实施例的技术方案，通过当检测到车载系统上电时，第一系统获取当前第一动画版本，并将当前第一动画版本发送至服务器，以使服务器判断当前第一动画版本是否需要升级，若服务器判断当前第一动画版本需要升级，则第一系统从服务器下载升级动画版本所对应的更新包，并将升级动画版本作为当前第一动画版本，进而，第二系统接收第一系统发送的更新包，并基于更新包对迎宾动画进行更新，解决了更新迎宾动画时耗费较长时间，更新迭代困难的技术问题，实现了车载迎宾动画的快速迭代更新，进而提高用户体验度的技术效果。

本发明实施例所提供的车载迎宾动画更新装置可执行本发明任意实施例所提供的车载迎宾动画更新方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

实施例五

图6为本发明实施例五所提供的一种车载终端的结构示意图。图6示出了适于用来实现本发明实施例实施方式的示例性车载终端60的框图。图6显示的车载终端60仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，车载终端60以通用计算设备的形式表现。车载终端60的组件可以包括但不限于：一个或者多个处理器或者处理单元601，系统存储器602，连接不同系统组件(包括系统存储器602和处理单元601)的总线603。

总线603表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

车载终端60典型地包括多种计算机系统可读介质。这些介质可以是任何能够被车载终端60访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器602可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)604和/或高速缓存存储器605。车载终端60可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统606可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线603相连。系统存储器602可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块607的程序/实用工具608，可以存储在例如系统存储器602中，这样的程序模块607包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块607通常执行本发明所描述的实施例中的功能和/或方法。

车载终端60也可以与一个或多个外部设备609(例如键盘、指向设备、显示器610等)通信，还可与一个或者多个使得用户能与该车载终端60交互的设备通信，和/或与使得该车载终端60能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口611进行。并且，车载终端60还可以通过网络适配器612与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器612通过总线603与车载终端60的其它模块通信。应当明白，尽管图6中未示出，可以结合车载终端60使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元601通过运行存储在系统存储器602中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的车载迎宾动画更新方法。

实施例六

本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种车载迎宾动画更新方法，该方法包括：

当检测到所述车载系统上电时，第一系统获取当前第一动画版本，并将所述当前第一动画版本发送至服务器，以使所述服务器判断所述当前第一动画版本是否需要升级；

若所述服务器判断所述当前第一动画版本需要升级，则所述第一系统从所述服务器下载升级动画版本所对应的更新包，并将所述升级动画版本作为当前第一动画版本；

第二系统接收所述第一系统发送的所述更新包，并基于所述更新包对迎宾动画进行更新。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种车载迎宾动画更新方法，配置于车载系统中，其特征在于，包括：

当检测到所述车载系统上电时，第一系统获取当前第一动画版本，并将所述当前第一动画版本发送至服务器，以使所述服务器判断所述当前第一动画版本是否需要升级；

若所述服务器判断所述当前第一动画版本需要升级，则所述第一系统从所述服务器下载升级动画版本所对应的更新包，并将所述升级动画版本作为当前第一动画版本；

第二系统接收所述第一系统发送的所述更新包，并基于所述更新包对迎宾动画进行更新。

2.根据权利要求1所述的方法，其特征在于，所述第一系统从所述服务器下载升级动画版本所对应的更新包，包括：

所述服务器向所述第一系统发送升级应答消息；

所述第一系统基于所述升级应答消息，从所述服务器下载升级动画版本所对应的更新包以及第一校验信息；

基于所述第一校验信息对所述更新包进行完整性和合法性校验，若校验通过，则将所述更新包存储至所述第一系统中。

3.根据权利要求1所述的方法，其特征在于，还包括：

所述第一系统获取所述第二系统的当前第二动画版本；

基于所述第一系统，判断所述当前第一动画版本和所述当前第二动画版本是否相同；

若不同，则所述第一系统向所述第二系统发送所述当前第一动画版本对应的更新包。

4.根据权利要求1所述的方法，其特征在于，所述第二系统接收所述第一系统发送的所述更新包，并基于所述更新包对迎宾动画进行更新，包括：

所述第二系统接收所述第一系统发送的所述更新包以及第二校验信息；

基于所述第二校验信息对所述更新包进行完整性校验，若校验通过，则将所述第二系统中当前第二动画版本对应的安装包替换为所述更新包；

基于所述更新包中的动画资源和配置文件，更新迎宾动画。

5.根据权利要求4所述的方法，其特征在于，所述基于所述更新包中的动画资源和配置文件，更新迎宾动画，包括：

获取配置文件，并基于所述配置文件中的配置信息，将所述动画资源显示在至少一个显示设备上。

6.根据权利要求4所述的方法，其特征在于，在所述基于所述第二校验信息对所述更新包进行完整性校验之后，还包括：

若校验不通过，则将所述第二系统中的所述更新包删除，并将通知信息发送至所述第一系统。

7.根据权利要求1所述的方法，其特征在于，所述第一系统和所述第二系统通过无线局域网连接。

8.一种车载迎宾动画更新装置，配置于车载系统中，其特征在于，包括：

动画版本发送模块，用于当检测到车载系统上电时，第一系统获取当前第一动画版本，并将所述当前第一动画版本发送至服务器，以使所述服务器判断所述当前第一动画版本是否需要升级；

动画版本升级模块，用于若所述服务器判断所述当前第一动画版本需要升级，则所述第一系统从所述服务器下载升级动画版本所对应的更新包，并将所述升级动画版本作为当前第一动画版本；

动画更新模块，用于第二系统接收所述第一系统发送的所述更新包，并基于所述更新包对迎宾动画进行更新。

9.一种车载终端，其特征在于，所述车载终端包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的车载迎宾动画更新方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的车载迎宾动画更新方法。

Images