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

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

Info

Publication number
WO2022237122A1
WO2022237122A1 PCT/CN2021/133030 CN2021133030W WO2022237122A1 WO 2022237122 A1 WO2022237122 A1 WO 2022237122A1 CN 2021133030 W CN2021133030 W CN 2021133030W WO 2022237122 A1 WO2022237122 A1 WO 2022237122A1
Authority
WO
WIPO (PCT)
Prior art keywords
animation
version
update package
current
server
Prior art date
Application number
PCT/CN2021/133030
Other languages
English (en)
French (fr)
Inventor
回姝
黄嘉桐
王兴
Original Assignee
中国第一汽车股份有限公司
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 中国第一汽车股份有限公司 filed Critical 中国第一汽车股份有限公司
Publication of WO2022237122A1 publication Critical patent/WO2022237122A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T13/00—Animation

Definitions

  • the present application relates to the technical field of in-vehicle systems, for example, to a method and device for updating an in-vehicle welcome animation, an in-vehicle terminal and a storage medium.
  • vehicle terminals such as: driving recorder, smart dashboard, vehicle navigation terminal, etc.
  • driving recorder such as: driving recorder, smart dashboard, vehicle navigation terminal, etc.
  • the operating systems adopted in the vehicle-mounted terminals are Android systems, and there are very few vehicle-mounted terminals based on the Linux system.
  • the welcome animation cannot be dynamically updated.
  • the welcome animation cannot be updated separately in the vehicle terminal, it can only be updated based on the Firmware Update Over-The-Air (FOTA) technology of the mobile terminal.
  • FOTA Firmware Update Over-The-Air
  • the present application provides a method and device for updating a vehicle-mounted welcome animation, a vehicle-mounted terminal, and a storage medium, so as to realize rapid iterative updating of the vehicle-mounted welcome animation, thereby improving user experience.
  • the application provides a method for updating a vehicle-mounted welcome animation, which is configured in a vehicle-mounted system, and the method includes:
  • the first system When detecting that the in-vehicle system is powered on, the first system acquires the current first animation version, and sends the current first animation version to the server, so that the server can judge whether the current first animation version needs to be upgraded ;
  • the first system downloads an update package corresponding to the upgraded animation version from the server, and uses the upgraded animation version as the current first animation version;
  • the second system receives the update package sent by the first system, and updates the welcome animation based on the update package.
  • the present application also provides a vehicle-mounted welcome animation update device, which is configured in the vehicle-mounted system, and the device includes:
  • the animation version sending module is configured to, when it is detected that the vehicle-mounted system is powered on, the first system acquires the current first animation version, and sends the current first animation version to the server, so that the server can judge the current first animation version. Whether the animation version needs to be upgraded;
  • the animation version upgrade module is set to if the server judges that the current first animation version needs to be upgraded, then the first system downloads the update package corresponding to the upgrade animation version from the server, and uses the upgrade animation version as The current version of the first animation;
  • the animation update module is configured such that the second system receives the update package sent by the first system, and updates the welcome animation based on the update package.
  • the present application also provides a vehicle-mounted terminal, the vehicle-mounted terminal includes:
  • processors one or more processors
  • a storage device configured to store one or more programs
  • the one or more processors are made to implement the above-mentioned method for updating the car welcome animation.
  • the present application also provides a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, the above-mentioned method for updating an on-board welcome animation is realized.
  • FIG. 1 is a schematic flow diagram of a method for updating a vehicle-mounted welcome animation provided in Embodiment 1 of the present application;
  • FIG. 2 is a schematic flow diagram of a method for updating a vehicle-mounted welcome animation provided in Embodiment 2 of the present application;
  • FIG. 3 is a schematic diagram of the system architecture of a method for updating a vehicle-mounted welcome animation provided in Embodiment 3 of the present application;
  • FIG. 4 is a schematic flow diagram of a method for updating a car welcome animation provided in Embodiment 3 of the present application;
  • FIG. 5 is a schematic structural diagram of a vehicle-mounted welcome animation update device provided in Embodiment 4 of the present application.
  • FIG. 6 is a schematic structural diagram of a vehicle-mounted terminal provided in Embodiment 5 of the present application.
  • Fig. 1 is a schematic flow diagram of a method for updating a vehicle-mounted welcome animation provided by Embodiment 1 of the present application.
  • This embodiment is applicable to the situation of rapidly updating the vehicle-mounted welcome animation, and the method can be implemented by a vehicle-mounted welcome animation updating device
  • the apparatus may be implemented in the form of software and/or hardware, and the hardware may be an electronic device.
  • the electronic device may be a mobile terminal or the like.
  • the method of this embodiment includes the following steps:
  • the first system acquires the current first animation version, and sends the current first animation version to the server, so that the server can judge whether the current first animation version needs to be upgraded.
  • the vehicle-mounted system can be a vehicle-mounted computer, vehicle-mounted navigation, etc.
  • the vehicle-mounted system refers to a product that can be used in a car, and usually has digital video disc (Digital Video Disc, DVD) playback, radio, navigation, Universal Serial Bus (Universal Serial Bus, USB) ) reading, rear view and other functions.
  • a dual processing system may be installed on the vehicle system, and the dual processing system includes an Android (Android) processing system and an embedded (Linux) processing system.
  • the first system may be a hardware device on a vehicle-mounted system installed with an Android processing system.
  • the first system has relatively large storage space and can be used to store welcome animation resources.
  • the current first animation version may be the latest welcome animation version stored in the first system at the current moment, that is, the welcome animation version stored at the latest moment.
  • the server may be a cloud server. After the welcome animation is updated on the cloud server, different in-vehicle systems may request to download a new version of the welcome animation from the cloud server.
  • the welcome animation is different from the boot animation, and the welcome animation is usually displayed before the boot animation.
  • the welcome animation can be displayed when the user opens the car door to welcome the user to use the vehicle, or to prompt the date and other information; Startup complete. It can be seen from this that the startup time of the welcome animation needs to be faster than that of the boot animation.
  • the on-board system When it is detected that the on-board system is powered on, for example, when it is detected that the user opens the door from the outside of the driver's seat, or when the car key is inserted into the keyhole, the on-board system starts to be powered on.
  • the first system can obtain the current first animation version stored in the system, for example, the animation version updated on April 2, 2021, the version number is 5.1.1, etc.
  • the first system can establish a connection with the server, and send the current first animation version to the server, so that the server can judge whether the current first animation version is the latest animation version, that is, whether animation resource update is required.
  • the server determines that the current first animation version needs to be upgraded, the first system downloads an update package corresponding to the upgraded animation version from the server, and uses the upgraded animation version as the current first animation version.
  • the upgraded animation version may be the latest animation version stored in the server.
  • the update package may be a package file corresponding to an animation resource of an upgraded animation version.
  • the server After the server receives the current first animation version sent by the first system, it can compare the current first animation version with the upgraded animation version in the server. It may be to match the version numbers of the two animation versions. If the version numbers of the two animation versions are the same, it indicates that the current first animation version in the first system is the latest version, and there is no need to update and upgrade; if the two animation versions If the version numbers are different, it indicates that the current version of the first animation in the first system does not meet the current requirements and needs to be updated. If it is necessary to update and upgrade the welcome animation, the first system may send a request for downloading an update package to the server, so as to download the update package corresponding to the upgraded animation version from the server. When the download of the update package is completed, the upgraded animated version may be used as the current first animated version.
  • the server detects whether the first animation version in the first system needs to be upgraded. If the upgraded animation version in the server is 5.1.2, which is different from the current first animation version, the server may send a response message to the first system, indicating that there is an update package. After receiving the response message, the first system may send an update package download request to the server to download the update package, and the downloading process may support breakpoint resume. After the download of the update package is completed, the animation version 5.1.2 will be upgraded as the current first animation version, indicating that the update of animation resources has been completed.
  • the second system receives the update package sent by the first system, and updates the welcome animation based on the update package.
  • the second system can be a hardware device on the vehicle-mounted system installed with a Linux processing system. Since the storage space of the Linux system is limited, the second system can only store the resources of the animation version that needs to be played currently.
  • the first system sends the upgraded update package to the second system, so that the animation version stored in the second system is the latest version, consistent with the first system.
  • the update package can be analyzed and applied to the vehicle system, so that the vehicle system can use the latest version of the welcome animation.
  • the first system when it is detected that the vehicle-mounted system is powered on, the first system obtains the current first animation version, and sends the current first animation version to the server, so that the server can judge whether the current first animation version needs to be upgraded , if the server judges that the current first animation version needs to be upgraded, the first system downloads the update package corresponding to the upgraded animation version from the server, and uses the upgraded animation version as the current first animation version, and then the second system receives the Based on the update package, the welcome animation is updated based on the update package, which solves the technical problems that it takes a long time to update the welcome animation and the update iteration is difficult, and realizes the rapid iterative update of the car welcome animation, thereby improving the user experience. technical effect.
  • Fig. 2 is a schematic flow chart of a method for updating a car welcome animation provided by Embodiment 2 of the present application.
  • This embodiment is based on the above-mentioned embodiment, and aims at the information transmission method and update between the first system and the second system.
  • For the packet verification method refer to the technical solution of this embodiment. Wherein, explanations of terms that are the same as or corresponding to those in the foregoing embodiments will not be repeated here.
  • the method of this embodiment includes the following steps:
  • the first system acquires the current first animation version, and sends the current first animation version to the server, so that the server can judge whether the current first animation version needs to be upgraded.
  • the server determines that the current first animation version needs to be upgraded, the first system downloads an update package corresponding to the upgraded animation version from the server, and uses the upgraded animation version as the current first animation version.
  • the server can compare the current first animation version received with the upgraded animation version in the server. If the current first animation version is different from the upgraded animation version in the server, it indicates that the current first animation version in the first system needs to be upgraded. Update and upgrade. At this time, the first system may download an update package corresponding to the upgraded animation version from the server. When the download of the update package is completed, the upgraded animated version may be used as the current first animated version.
  • the process of the first system downloading the update package corresponding to the upgraded animation version from the server can be implemented based on the following steps:
  • Step 1 The server sends an upgrade response message to the first system.
  • the upgrade response message may be a response message generated when it is detected that the current first animation version needs to be upgraded in the first system.
  • the server can generate an upgrade response message and send the upgrade response message to the first system, so that the first system can update the stored animation resources in time.
  • Step 2 Based on the upgrade response message, the first system downloads the update package corresponding to the upgraded animation version and the first verification information from the server.
  • the first verification information may be a message digest algorithm 5 (Message-Digest Algorithm 5, MD5) value.
  • the first system After the first system receives the upgrade response message, it can send an update package download request to the server, download the update package corresponding to the upgraded animation version from the server, and can download the first verification information generated based on the update package for use in Subsequent verification update package is used.
  • Step 3 Check the integrity and legality of the update package based on the first check information, and store the update package in the first system if the update package passes the check.
  • the first system After the first system receives the update package and the first verification information, it can generate the verification information based on the received update package, compare the generated verification information with the first verification information, and determine whether the above two verification information Verify that the information is consistent. If the two verification information are consistent, it means that the update package received by the first system is the same as the update package sent by the server, that is, the update package has not been tampered with and is complete, and can be used to update the welcome animation of the vehicle system . At this point, the update package can be stored in the first system.
  • the two verification information are inconsistent, it indicates that the update package received by the first system is different from the update package sent by the server, that is, the update package has been tampered with during transmission, the update package is incomplete, or the update package has been damaged.
  • the received update package is unusable.
  • the update package received in the first system may be deleted from the first system.
  • an update package download request can be sent to the server again, so as to re-download the update package. If the number of failures to verify the update package reaches the preset threshold, stop sending the update package download request to the server, and remind the user to perform manual update.
  • the first system acquires the current second animation version of the second system.
  • the current second animation version may be the latest welcome animation version stored in the second system, and the second animation version may be a version number.
  • the first system sends a request to the second system to acquire the current second animation version.
  • the second system's current second animation version may be sent to the first system in response to the request.
  • the first system and the second system are connected through a wireless local area network.
  • the first system may acquire the current second animation version based on a wireless local area network, and the wireless local area network may be Bagad.
  • the first system After the first system receives the current second animation version sent by the second system, it can compare the current second animation version with the current first animation version in the first system, so as to determine whether it is necessary to update the animation in the second system Resources are updated.
  • the first system sends an update package corresponding to the current first animation version to the second system.
  • the current first animation version is different from the current second animation version, it means that the animation versions stored in the first system and the second system are different, that is, the animation resources are different, and the animation resources in the second system can be updated.
  • the first system can send an animation resource update notification to the second system, and the second system can respond to the notification.
  • the first system receives the response message from the second system, it can send the current first system to the second system.
  • the current first animation version is the same as the current second animation version, it indicates that the current second animation version in the second system is already the latest version, and there is no need to update it.
  • the second system receives the update package and the second verification information sent by the first system.
  • the second verification information may be an MD5 value, and may be verification information generated based on an update package corresponding to the current first animation version in the first system.
  • the second verification information can be generated based on the update package corresponding to the current first animation version in the first system, and the second verification information is also sent to the second system.
  • the second system may receive the update package and the second verification information sent by the first system, so as to verify the integrity of the update package through the second verification information.
  • the second system When the second system receives the update package and the second verification information, it can generate the verification information based on the received update package, compare the generated verification information with the second verification information, and determine whether the above two verification information Whether the information is consistent. If the two verification information are consistent, it means that the verification is passed, and the animation resource in the second system can be updated based on the update package. Moreover, the current second animation version may also be updated based on the animation version of the update package. If the two verification information are inconsistent, it indicates that the verification fails, and the update package at this time may be damaged or incomplete, so the update package cannot be used.
  • the update package in the second system may be deleted when the update package fails to be verified, and a notification message may be sent to the first system.
  • the first system may determine that the transmission of the update package fails, and may resend the update package to the second system.
  • the first system stops sending the update package, and reminds the user to perform the update manually.
  • the second system may feed back notification information to the first system to indicate that the update is successful or failed.
  • the configuration file can be a script file required to configure the welcome animation in the update package, and the configuration file can include the display position of the welcome animation, such as: co-pilot screen, instrument screen, etc., and can also include information such as resolution.
  • the second system can analyze the update package to obtain the animation resource and configuration file stored in the update package, and then update the animation resource to the second system based on the configuration file, so that the vehicle system can display the latest version of the welcome animation .
  • the animation resource when configuring the welcome animation, can be displayed on the display device according to the relevant information in the configuration file, which can be: obtain the configuration file, and display the animation resource on the display device based on the configuration information in the configuration file on at least one display device.
  • the display device may be a screen with a display function controlled by a vehicle system such as a copilot screen and an instrument screen.
  • the configuration file can contain information such as the display device that the animation resource needs to configure, the display date, and the resolution. According to the content of the configuration file, a corresponding welcome animation can be played on a preset date and/or a preset display device.
  • the welcome animation may be related to the date, for example, during a festival, play a festival-related welcome animation, play different welcome animations on weekdays and holidays, and so on.
  • the welcome animation can also be played differently on different display devices, for example, animation A is played on the copilot screen, animation B is played on the instrument screen, and so on.
  • the configuration mode of the animation resource can be set according to user requirements, which is not limited in this embodiment.
  • the basic welcome animation resources are displayed on at least one display device .
  • the basic welcome animation resource may be a default welcome animation resource configured in the vehicle system, and the basic configuration file may be a script file for configuring the basic welcome animation resource on the display device of the vehicle.
  • the preset time can be the preset time between power-on of the vehicle system and playing the welcome animation, for example: 5 seconds.
  • the preset time can be set according to the configuration of the vehicle system or according to the needs of the user. It is not limited in this embodiment.
  • the vehicle welcome animation if the vehicle welcome animation has not been updated, it is also necessary to play the welcome animation to avoid affecting the user's use of the vehicle.
  • the basic welcome animation resources and basic configuration files pre-stored in the second system can be called, and the basic welcome animation resources can be configured based on the basic configuration files.
  • the unfinished vehicle welcome animation update can also be continued, so as to play a new animation resource when the welcome animation of the vehicle system is used next time.
  • the current second animation version of the second system is obtained through the first system, and based on the first system, it is judged whether the current first animation version and the current second animation version are the same, if the current first animation version is the same as the current The second animation version is different, then the first system sends the update package corresponding to the current first animation version to the second system to update the animation resources in the second system, and then the second system receives the update package sent by the first system And the second verification information, based on the second verification information, the integrity verification of the update package is performed, and if the verification update package passes, the installation package corresponding to the current second animation version in the second system is replaced with the update package, so that Ensure that the update package is not tampered with and damaged during transmission, and update the welcome animation based on the animation resources and configuration files in the update package, solving the problem that the welcome animation cannot be updated due to the update package being damaged during transmission
  • the problem is to realize the technical effect of verifying the update package based on the underlying hardware of the system,
  • FIG. 3 is a schematic diagram of a system architecture of a method for updating a vehicle-mounted welcome animation provided in Embodiment 3 of the present application. Wherein, explanations of terms that are the same as or corresponding to those in the foregoing embodiments will not be repeated here.
  • the system architecture mainly includes: Android virtual machine co-pilot, Android virtual machine center, embedded Linux virtual machine, hypervisor, Android machine and embedded Linux machine.
  • the Android virtual co-pilot can be the co-pilot screen control center
  • the Android virtual machine center can be the control center for controlling the Android system
  • the embedded Linux virtual machine can be the control center for controlling the Linux system.
  • a hypervisor may be used to manage applications and the like across multiple processing systems. Android machines and Linux machines can include storage space for use when storing data.
  • the software upgrade application program can be installed in the Android virtual machine center, and the application program can download resources from the storage space of the underlying Android machine, and pass the corresponding nesting of the car interface of the car and the embedded Linux virtual machine through the nested client Serve.
  • the vehicle hardware abstraction layer can be connected through the vehicle interface, and then passed into the software application program through the Bagad wireless LAN for use.
  • the software service of the embedded Linux virtual machine can obtain and import resources from the storage space of the Linux machine, so as to be transferred to the software application program for use.
  • the vehicle system When determining whether the software service needs to be updated, the vehicle system needs to perform information transmission and verification with the Cloud Software-Over-The-Air (SOTA) service.
  • SOTA Cloud Software-Over-The-Air
  • FIG. 4 is a schematic flowchart of a method for updating a vehicle-mounted welcome animation provided by Embodiment 3 of the present application. Wherein, explanations of terms that are the same as or corresponding to those in the foregoing embodiments will not be repeated here.
  • the methods for updating the car welcome animation include:
  • the new animation resource can be uploaded to a cloud service, such as a SOTA server, so as to configure an update policy and animation resource of the welcome animation.
  • a cloud service such as a SOTA server
  • the Android system (the processing system on the first system) starts, and detects the local animation resource to obtain the current first animation version. And, a communication connection between the Android system and the cloud server is established. After connecting to the server, report the current first animation version to the server. After the server acquires the current first animation version, it can compare the current first animation version with the latest animation resource version in the server to detect whether the animation resource needs to be upgraded.
  • the server can reply to the Android system that no update is required. If update is needed, that is, there is an update package of the animation version after the current first animation version, the server can answer that there is an update package to the Android system. At this point, the Android system can download an update package from the server for updating the welcome animation.
  • the downloaded update package may be stored in a user data (Userdata) partition of the Android system. At this point, the animation version of the downloaded update package can be used as the current first animation version.
  • the Android system has a large storage space, so multiple animation resources can be stored in the Android system. For example: storing multiple versions of the animation resource, and/or storing at least one backup resource of each version of the animation resource. Since the storage space of the Linux system (the processing system on the second system) is limited, only animation resources that need to be played currently can be stored in the Linux system.
  • the download process may support a function of continuing the download from a breakpoint.
  • the animation resources in the update package can be checked for integrity and legality. If the integrity and legality checks are passed, subsequent updates can be performed. If the integrity and legality check fails, the failed update package, that is, the animation resource, may be deleted, and the update package may be downloaded from the server again.
  • the current second animation version of the Linux system is detected, so that the Android system obtains the current second animation version of the Linux system.
  • the Android system can compare the current second animation version with the current first animation version in the Android system to detect whether animation resources need to be upgraded. If the current second animation version is different from the current first animation version, update and upgrade the animation resources.
  • the Android system can notify the animation resource update, so that the Linux system can start the Socket server, and reply that the animation resource update can be performed.
  • the Linux system can update animation resources and configuration files for animation playback.
  • the update process supports the function of continuing to download from breakpoints.
  • the SotaApp application of the Android system can notify the SOTAService module of the Linux system to start the socket server through the car interface, and then, the SotaApp of the Android system and the SOTAService of the Linux system can transmit animation resources through the Socket protocol, that is, the update package.
  • the integrity of the animation resource can be verified. If the verification is passed, the Android system may be informed that the update is successful; if the verification is not passed, the Android system may be informed that the update has failed.
  • the above data can be written into the Data partition of the Linux system.
  • integrity checks can be performed on animation resources and configuration files. After the integrity verification is successful, the Android system is notified that the animation resource update is successful. If the animation resource and the configuration file are incomplete, that is, the verification fails, the animation resource and the configuration file are deleted, and the Android system is notified that the update of the animation resource fails.
  • the animation resource can be configured according to the configuration file, so that the welcome animation can be displayed on the display device to improve user experience.
  • the configuration file can be searched, and if the configuration file does not exist, the welcome animation built in the Linux system is played. If the configuration file exists, load the content of the configuration file, and play the corresponding welcome animation according to the required date, configuration screen, resolution and other parameters of the configuration file.
  • the startup time of the welcome animation is usually short, so it can be started by relying on the Linux system.
  • the welcome animation it can be updated with the help of the underlying hardware of the Android system and the Linux system, that is, data transmission can be performed without starting all the systems. Therefore, through the hardware connection at the bottom of the Android system and the Linux system and the Linux system starting to display the welcome animation, the preparation time before the welcome animation can be greatly reduced, so that the welcome animation can be played in time.
  • the Android system is connected to the cloud server, and the current first animation version is reported.
  • the current first animation version and the corresponding animation resources of the Android system are updated.
  • the system acquires the current second animation version of the Linux system, and when it is judged that an animation resource update is required, the current second animation version and the corresponding animation resources in the Linux system are updated, and the second system sends a reply message of success or failure of the update
  • Feedback to the Android system solves the technical problems that it takes a long time to update the welcome animation and the update iteration is difficult, and realizes the technical effect of remotely pushing the welcome animation on the car for update and quickly iterating the welcome animation.
  • FIG. 5 is a schematic structural diagram of a device for updating an on-board welcome animation provided by Embodiment 4 of the present application.
  • the device includes: an animation version sending module 510 , an animation version upgrading module 520 and an animation updating module 530 .
  • the animation version sending module 510 is configured such that when it is detected that the vehicle-mounted system is powered on, the first system obtains the current first animation version, and sends the current first animation version to the server, so that the server can judge that the current first animation version Whether an animation version needs to be upgraded; the animation version upgrade module 520 is set to if the server judges that the current first animation version needs to be upgraded, then the first system downloads an update package corresponding to the upgrade animation version from the server, And the upgraded animation version is used as the current first animation version; the animation update module 530 is configured to receive the update package sent by the first system in the second system, and update the welcome animation based on the update package .
  • the animation version upgrade module 520 is configured such that the server sends an upgrade response message to the first system; and the first system downloads an update corresponding to the upgrade animation version from the server based on the upgrade response message.
  • package and first verification information based on the first verification information, the integrity and legality of the update package are verified, and if the verification update package passes, the update package is stored in the first system middle.
  • the device further includes: an update package sending module, configured to obtain the current second animation version of the second system for the first system; based on the first system, determine the current first animation version Whether it is the same as the current second animation version; if the current first animation version is different from the current second animation version, the first system sends the current first animation version to the second system corresponding update package.
  • an update package sending module configured to obtain the current second animation version of the second system for the first system; based on the first system, determine the current first animation version Whether it is the same as the current second animation version; if the current first animation version is different from the current second animation version, the first system sends the current first animation version to the second system corresponding update package.
  • the animation update module 530 is configured such that the second system receives the update package and the second verification information sent by the first system; completes the update package based on the second verification information If the verification is passed, the installation package corresponding to the current second animation version in the second system is replaced with the update package; based on the animation resources and configuration files in the update package, the welcome animation is updated .
  • the animation update module 530 is further configured to obtain a configuration file, and display the animation resource on at least one display device based on the configuration information in the configuration file.
  • the device further includes: an update package deletion module, configured to delete the update package in the second system if the update package fails the verification, and send notification information to the first system.
  • an update package deletion module configured to delete the update package in the second system if the update package fails the verification, and send notification information to the first system.
  • the first system and the second system are connected through a wireless local area network.
  • the first system when it is detected that the vehicle-mounted system is powered on, the first system obtains the current first animation version, and sends the current first animation version to the server, so that the server can judge whether the current first animation version needs to be upgraded , if the server judges that the current first animation version needs to be upgraded, the first system downloads the update package corresponding to the upgraded animation version from the server, and uses the upgraded animation version as the current first animation version, and then the second system receives the Based on the update package, the welcome animation is updated based on the update package, which solves the technical problems that it takes a long time to update the welcome animation and the update iteration is difficult, and realizes the rapid iterative update of the car welcome animation, thereby improving the user experience. technical effect.
  • the vehicle welcome animation updating device provided in the embodiment of the present application can execute the method for updating the vehicle welcome animation provided in any embodiment of the present application, and has corresponding functional modules and effects for executing the method.
  • the multiple units and modules included in the above-mentioned device are only divided according to functional logic, but are not limited to the above-mentioned division, as long as the corresponding functions can be realized; in addition, the names of multiple functional units are only for the convenience of distinguishing each other , which is not intended to limit the scope of protection of the embodiments of the present application.
  • FIG. 6 is a schematic structural diagram of a vehicle-mounted terminal provided in Embodiment 5 of the present application.
  • FIG. 6 shows a block diagram of an exemplary vehicle-mounted terminal 60 suitable for implementing the embodiments of the present application.
  • the vehicle-mounted terminal 60 shown in FIG. 6 is only an example, and should not impose any limitation on the functions and scope of use of the embodiment of the present application.
  • the vehicle-mounted terminal 60 takes the form of a general-purpose computing device.
  • the components of the vehicle terminal 60 may include but not limited to: one or more processors or processing units 601, a system memory 602, and a bus 603 connecting different system components (including the system memory 602 and the processing unit 601).
  • Bus 603 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor, or a local bus using any of a variety of bus structures.
  • these architectures include but are not limited to Industry Standard Architecture (Industry Standard Architecture, ISA) bus, Micro Channel Architecture (MicroChannel Architecture, MCA) bus, Enhanced ISA bus, Video Electronics Standards Association (Video Electronics Standards Association) , VESA) local bus and peripheral component interconnect (Peripheral Component Interconnect, PCI) bus.
  • the in-vehicle terminal 60 includes various computer system readable media. These media can be any available media that can be accessed by the vehicle terminal 60, including volatile and non-volatile media, removable and non-removable media.
  • System memory 602 may include computer system readable media in the form of volatile memory, such as random access memory (Random Access Memory, RAM) 604 and/or cache memory 605 .
  • the vehicle-mounted terminal 60 may include other removable/non-removable, volatile/nonvolatile computer system storage media.
  • storage system 606 may be configured to read from and write to non-removable, non-volatile magnetic media (not shown in FIG. 6, commonly referred to as a "hard drive").
  • a disk drive configured to read and write to a removable non-volatile disk (such as a "floppy disk”) may be provided, as well as a removable non-volatile disk (such as a Compact Disc ROM (Compact Disc). Read-Only Memory, CD-ROM), Digital Versatile Disc Read-Only Memory (Digital Versatile Disc Read-Only Memory, DVD-ROM) or other optical media) CD-ROM drive.
  • each drive may be connected to bus 603 via one or more data media interfaces.
  • the system memory 602 may include at least one program product having a set (for example, at least one) of program modules configured to perform the functions of the embodiments of the present application.
  • the program module 607 generally executes the functions and/or methods in the embodiments described in this application.
  • the vehicle-mounted terminal 60 can also communicate with one or more external devices 609 (such as a keyboard, a pointing device, a display 610, etc.), and can also communicate with one or more devices that enable the user to interact with the vehicle-mounted terminal 60, and/or communicate with Any device (such as a network card, modem, etc.) that enables the vehicle terminal 60 to communicate with one or more other computing devices. Such communication may be performed through an input/output (Input/Output, I/O) interface 611 .
  • I/O input/output
  • the vehicle terminal 60 can also communicate with one or more networks (such as a local area network (Local Area Network, LAN), a wide area network (Wide Area Network, WAN) and/or a public network, such as the Internet) through the network adapter 612.
  • networks such as a local area network (Local Area Network, LAN), a wide area network (Wide Area Network, WAN) and/or a public network, such as the Internet
  • the network adapter 612 communicates with other modules of the vehicle terminal 60 through the bus 603 .
  • other hardware and/or software modules can be used in conjunction with the vehicle terminal 60, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, disk arrays (Redundant Arrays of Independent Disks, RAID) systems, tape drives, and data backup storage systems.
  • the processing unit 601 executes various functional applications and data processing by running the programs stored in the system memory 602, for example, implementing the method for updating the car welcome animation provided by the embodiment of the present application.
  • Embodiment 6 of the present application also provides a storage medium containing computer-executable instructions, and the computer-executable instructions are used to execute a method for updating a car welcome animation when executed by a computer processor, the method comprising:
  • the first system When detecting that the in-vehicle system is powered on, the first system acquires the current first animation version, and sends the current first animation version to the server, so that the server can judge whether the current first animation version needs to be upgraded ; If the server judges that the current first animation version needs to be upgraded, the first system downloads an update package corresponding to the upgraded animation version from the server, and uses the upgraded animation version as the current first animation version; The second system receives the update package sent by the first system, and updates the welcome animation based on the update package.
  • the computer storage medium in the embodiments of the present application may use any combination of one or more computer-readable media.
  • the computer readable medium may be a computer readable signal medium or a computer readable storage medium.
  • a computer readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. Examples (non-exhaustive list) of computer readable storage media include: electrical connection with one or more conductors, portable computer disk, hard disk, RAM, ROM, Erasable Programmable Read-Only Memory (Erasable Programmable Read-Only Memory) Memory, EPROM or flash memory), optical fiber, CD-ROM, optical storage device, magnetic storage device, or any suitable combination of the above.
  • a computer-readable storage medium may be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.
  • a computer readable signal medium may include a data signal carrying computer readable program code in baseband or as part of a carrier wave. Such propagated data signals may take many forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing.
  • a computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device. .
  • Program code embodied on a computer readable medium may be transmitted by any appropriate medium, including but not limited to wireless, wire, optical cable, radio frequency (Radio Frequency, RF), etc., or any suitable combination of the above.
  • any appropriate medium including but not limited to wireless, wire, optical cable, radio frequency (Radio Frequency, RF), etc., or any suitable combination of the above.
  • Computer program codes for performing the operations of the embodiments of the present application may be written in one or more programming languages or combinations thereof, the programming languages including object-oriented programming languages—such as Java, Smalltalk, C++, including A conventional procedural programming language - such as "C" or a similar programming language.
  • the program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server.
  • the remote computer can be connected to the user computer through any kind of network, including a LAN or WAN, or it can be connected to an external computer (eg via the Internet using an Internet Service Provider).

Abstract

本文公开了一种车载迎宾动画更新方法、装置、车载终端及存储介质。该车载迎宾动画更新方法包括：在检测到所述车载系统上电的情况下，第一系统获取当前第一动画版本，并将所述当前第一动画版本发送至服务器，以使所述服务器判断所述当前第一动画版本是否需要升级；在所述服务器判断所述当前第一动画版本需要升级的情况下，所述第一系统从所述服务器下载升级动画版本所对应的更新包，并将所述升级动画版本作为当前第一动画版本；第二系统接收所述第一系统发送的所述更新包，并基于所述更新包对迎宾动画进行更新。

Description

车载迎宾动画更新方法、装置、车载终端及存储介质
本申请要求在2021年05月12日提交中国专利局、申请号为202110519032.2的中国专利申请的优先权，该申请的全部内容通过引用结合在本申请中。
技术领域
本申请涉及车载系统技术领域，例如涉及一种车载迎宾动画更新方法、装置、车载终端及存储介质。
背景技术
随着车载技术的不断发展，车载终端(如：行车记录仪，智能仪表盘，车载导航终端等)得到了越来越多的应用。
在车载终端中所采用的操作系统大多都是安卓(Android)系统，而基于Linux系统的车载终端是少之又少。同时，在Linux系统的车载终端上，只能显示预先存储的迎宾动画，无法对迎宾动画进行动态更新。因为，在车载终端中无法对迎宾动画进行单独更新，只能基于移动终端的空中下载固件更新(Firmware Update Over-The-Air，FOTA)技术进行更新。在基于移动终端的FOTA技术进行更新时，一次更新包括软件集成、测试、推送升级等环节，会耗费较长的时间，无法快速完成迎宾动画的更新迭代，导致用户体验度不高的问题。
发明内容
本申请提供了一种车载迎宾动画更新方法、装置、车载终端及存储介质，以实现车载迎宾动画的快速迭代更新，进而提高用户的体验度。
本申请提供了一种车载迎宾动画更新方法，配置于车载系统中，该方法包括：
当检测到所述车载系统上电时，第一系统获取当前第一动画版本，并将所述当前第一动画版本发送至服务器，以使所述服务器判断所述当前第一动画版本是否需要升级；
若所述服务器判断所述当前第一动画版本需要升级，则所述第一系统从所述服务器下载升级动画版本所对应的更新包，并将所述升级动画版本作为当前第一动画版本；
第二系统接收所述第一系统发送的所述更新包，并基于所述更新包对迎宾动画进行更新。
本申请还提供了一种车载迎宾动画更新装置，配置于车载系统中，该装置包括：
动画版本发送模块，设置为当检测到车载系统上电时，第一系统获取当前第一动画版本，并将所述当前第一动画版本发送至服务器，以使所述服务器判断所述当前第一动画版本是否需要升级；
动画版本升级模块，设置为若所述服务器判断所述当前第一动画版本需要升级，则所述第一系统从所述服务器下载升级动画版本所对应的更新包，并将所述升级动画版本作为当前第一动画版本；
动画更新模块，设置为第二系统接收所述第一系统发送的所述更新包，并基于所述更新包对迎宾动画进行更新。
本申请还提供了一种车载终端，所述车载终端包括：
一个或多个处理器；
存储装置，设置为存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述的车载迎宾动画更新方法。
本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述的车载迎宾动画更新方法。
附图说明
图1为本申请实施例一所提供的一种车载迎宾动画更新方法的流程示意图；
图2为本申请实施例二所提供的一种车载迎宾动画更新方法的流程示意图；
图3为本申请实施例三所提供的一种车载迎宾动画更新方法的系统架构示意图；
图4为本申请实施例三所提供的一种车载迎宾动画更新方法的流程示意图；
图5为本申请实施例四所提供的一种车载迎宾动画更新装置的结构示意图；
图6为本申请实施例五所提供的一种车载终端的结构示意图。
具体实施方式
下面结合附图和实施例对本申请进行说明。此处所描述的具体实施例仅仅用于解释本申请。为了便于描述，附图中仅示出了与本申请相关的部分。
实施例一
图1为本申请实施例一所提供的一种车载迎宾动画更新方法的流程示意图，本实施例可适用于对车载迎宾动画进行快速更新的情况，该方法可以由车载迎宾动画更新装置来执行，该装置可以通过软件和/或硬件的形式实现，该硬件可以是电子设备，可选的，电子设备可以是移动终端等。
如图1所述，本实施例的方法包括如下步骤：
S110、当检测到车载系统上电时，第一系统获取当前第一动画版本，并将当前第一动画版本发送至服务器，以使服务器判断当前第一动画版本是否需要升级。
车载系统可以是车载电脑、车载导航等，车载系统指能够在汽车上使用的产品，通常具有数字通用光盘(Digital Video Disc，DVD)播放、收音、导航、通用串行总线(Universal Serial Bus，USB)读取、倒车后视等功能。在本实施例中，车载系统上可以安装双处理系统，双处理系统包括安卓(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、若服务器判断当前第一动画版本需要升级，则第一系统从服务器下载升级动画版本所对应的更新包，并将升级动画版本作为当前第一动画版本。
服务器可以将接收到的当前第一动画版本与服务器中的升级动画版本进行比较，若当前第一动画版本与服务器中的升级动画版本不同，则表明第一系统中的当前第一动画版本需要进行更新升级。此时，第一系统可以从服务器下载升级动画版本所对应的更新包。当更新包下载完成时，可以将升级动画版本作为当前第一动画版本。
可选的，可以基于下述步骤实现第一系统从服务器下载升级动画版本所对应的更新包的过程：
步骤一、服务器向第一系统发送升级应答消息。
升级应答消息可以是当检测到第一系统中当前第一动画版本需要升级时，生成的应答消息。
若服务器判断当前第一动画版本需要升级，则服务器可以生成升级应答消息，并将升级应答消息发送至第一系统，以使第一系统及时对存储的动画资源进行更新。
步骤二、第一系统基于升级应答消息，从服务器下载升级动画版本所对应的更新包以及第一校验信息。
第一校验信息可以是信息摘要算法5(Message-Digest Algorithm 5，MD5)值。
当第一系统接收到升级应答消息后，可以向服务器发送更新包下载请求，从服务器下载升级动画版本所对应的更新包，并且可以下载基于该更新包生成的第一校验信息，以用于后续校验更新包使用。
步骤三、基于第一校验信息对更新包进行完整性和合法性校验，若校验更新包通过，则将更新包存储至第一系统中。
当第一系统接收到更新包以及第一校验信息后，可以基于接收到的更新包 进行校验信息生成，并将生成的校验信息与第一校验信息进行比较，判断上述两个校验信息是否一致。若两个校验信息一致，则表明第一系统接收到的更新包与服务器发送的更新包是相同的，即更新包未经篡改且是完整的，可以用于后续更新车载系统的迎宾动画。此时，可以将更新包存储至第一系统中。若两个校验信息不一致，则表明第一系统接收到的更新包与服务器发送的更新包是不同的，即更新包在传输过程中被篡改、更新包不全或更新包已损坏等，此时接收到的更新包是无法使用的。此时，可以将第一系统中接收到的更新包从第一系统中删除。
可选的，若校验更新包失败，则可以在将校验失败的更新包删除后，重新向服务器发送更新包下载请求，以重新下载更新包。若校验更新包失败次数达到预设阈值，则停止向服务器发送更新包下载请求，并可以提醒用户进行手动更新。
S230、第一系统获取第二系统的当前第二动画版本。
当前第二动画版本可以是第二系统中存储的最新的迎宾动画的版本，第二动画版本可以是版本号。
第一系统向第二系统发出获取当前第二动画版本的请求。当第二系统接收到该请求时，可以响应于该请求，将第二系统的当前第二动画版本发送至第一系统。
可选的，第一系统和第二系统通过无线局域网连接。
示例性的，第一系统可以基于无线局域网获取当前第二动画版本，无线局域网可以是Bagad。
S240、基于第一系统，判断当前第一动画版本和当前第二动画版本是否相同。
当第一系统接收到第二系统发送的当前第二动画版本后，可以将当前第二动画版本与第一系统中的当前第一动画版本进行比较，以便确定是否需要对第二系统中的动画资源进行更新。
S250、若当前第一动画版本和当前第二动画版本不同，则第一系统向第二系统发送当前第一动画版本对应的更新包。
若当前第一动画版本与当前第二动画版本不同，则表明第一系统与第二系统中存储的动画版本不同，即动画资源不同，可以对第二系统中的动画资源进行更新。此时，第一系统可以向第二系统发送动画资源更新通知，第二系统可以对该通知进行应答，当第一系统接收到第二系统的应答消息时，可以向第二系统发送当前第一动画版本对应的更新包。
若当前第一动画版本与当前第二动画版本相同，则表明第二系统中的当前第二动画版本已经是最新版本，无需进行更新。
S260、第二系统接收第一系统发送的更新包以及第二校验信息。
第二校验信息可以是MD5值，可以是基于第一系统中当前第一动画版本对应的更新包生成的校验信息。
在第一系统向第二系统发送更新包时，基于第一系统中当前第一动画版本对应的更新包可以生成第二校验信息，并将第二校验信息也发送至第二系统。此时，第二系统可以接收第一系统发送的更新包和第二校验信息，以通过第二校验信息验证更新包的完整性。
S270、基于第二校验信息对更新包进行完整性校验，若校验更新包通过，则将第二系统中当前第二动画版本对应的安装包替换为更新包。
当第二系统接收到更新包和第二校验信息时，可以基于接收到的更新包生成校验信息，并将生成的校验信息与第二校验信息进行比较，判断上述两个校验信息是否一致。若两个校验信息一致，则表明校验通过，可以基于更新包对第二系统中的动画资源进行更新。并且，还可以基于更新包的动画版本更新当前第二动画版本。若两个校验信息不一致，则表明校验不通过，此时的更新包可能是损坏的，不完整的更新包，因此，更新包是不能使用的。
可选的，为了节省第二系统中的存储空间，可以在校验更新包不通过时，将第二系统中的更新包删除，并将通知信息发送至第一系统。此时，当第一系统接收到通知信息时，可以确定更新包传输失败，可以重新发送更新包至第二系统中。可选的，当更新包连续发送次数达到预设发送次数阈值时，第一系统停止发送更新包，并提醒用户手动进行更新。
无论校验更新包通过或是校验更新包不通过，第二系统可以向第一系统反馈通知信息，以表明更新成功或更新失败。
S280、基于更新包中的动画资源和配置文件，更新迎宾动画。
配置文件可以是配置更新包中的迎宾动画所需的脚本文件，配置文件中可以包括迎宾动画的显示位置，如：副驾屏、仪表屏等，还可以包括分辨率等信息。
第二系统可以对更新包进行解析，得到更新包中存储的动画资源和配置文件，进而，可以基于配置文件将动画资源更新至第二系统中，以使车载系统能够显示最新版本的迎宾动画。
可选的，在配置迎宾动画时，可以根据配置文件中的相关信息，将动画资 源显示在显示设备上，可以是：获取配置文件，并基于配置文件中的配置信息，将动画资源显示在至少一个显示设备上。
显示设备可以是副驾屏、仪表屏等车载系统控制的具有显示功能的屏幕。
配置文件中可以包含动画资源需要配置的显示设备，显示日期，以及分辨率等信息。可以根据配置文件的内容，在预设日期和/或预设显示设备播放相应的迎宾动画。
迎宾动画可以是与日期相关的，例如：在节日时，播放与节日相关的迎宾动画，工作日和节假日播放不同的迎宾动画等。迎宾动画还可以在不同的显示设备上区别播放，例如在副驾屏上播放动画A，在仪表屏上播放动画B等。配置文件中，动画资源的配置方式可以根据用户需求进行设定，在本实施例中不作限定。
可选的，当预设时间内，车载迎宾动画未更新完成，则基于第二系统中预先存储的基础迎宾动画资源和基础配置文件，将基础迎宾动画资源显示在至少一个显示设备上。
基础迎宾动画资源可以是车载系统配置的默认的迎宾动画资源，基础配置文件可以是用于将基础迎宾动画资源配置在车辆的显示设备上的脚本文件。预设时间可以是预先设置的从车载系统上电至播放迎宾动画之间的时长，例如：5秒，预设时间可以根据车载系统的配置设定，也可以根据用户的需求进行设定，在本实施例中不做限定。
当预设时间内，若车载迎宾动画没有更新完成，也需要进行迎宾动画的播放，以避免影响用户使用车辆。此时，可以调取第二系统中预先存储的基础迎宾动画资源和基础配置文件，并基于基础配置文件配置基础迎宾动画资源。可选的，还可以继续进行未完成的车载迎宾动画更新，以在下一次使用车载系统的迎宾动画时播放新的动画资源。
本实施例的技术方案，通过第一系统获取第二系统的当前第二动画版本，基于第一系统，判断当前第一动画版本和当前第二动画版本是否相同，若当前第一动画版本和当前第二动画版本不同，则第一系统向第二系统发送当前第一动画版本对应的更新包，以对第二系统中的动画资源进行更新，进而，第二系统接收第一系统发送的更新包以及第二校验信息，基于第二校验信息对更新包进行完整性校验，若校验更新包通过，则将第二系统中当前第二动画版本对应的安装包替换为更新包，以保证更新包在传输过程中不被篡改和损坏，并基于更新包中的动画资源和配置文件，更新迎宾动画，解决了更新包在传输过程中被损坏而导致的无法进行迎宾动画更新的问题，实现了基于系统底层硬件校验 更新包，进而使车载迎宾动画快速迭代，并提高用户体验度的技术效果。
实施例三
作为上述实施例的可选实施方案，图3为本申请实施例三所提供的一种车载迎宾动画更新方法的系统架构示意图。其中，与上述实施例相同或相应的术语的解释在此不再赘述。
如图3所示，该系统架构主要包括：安卓虚拟机副驾驶，安卓虚拟机中心，嵌入式Linux虚拟机，管理程序，安卓机和嵌入式Linux机。
安卓虚拟副驾驶可以是副驾驶屏控制中心，安卓虚拟机中心可以是控制安卓系统的控制中心，嵌入式Linux虚拟机可以是控制Linux系统的控制中心。管理程序可以用于管理多个处理系统中的应用程序等。安卓机和Linux机可以包括存储空间，存储数据时使用。
安卓虚拟机中心中可以安装软件升级应用程序，该应用程序可以从底层的安卓机的存储空间中下载资源，并通过嵌套客户端传入汽车的汽车接口和嵌入式Linux虚拟机的对应嵌套服务。通过汽车接口可以连接车辆硬件抽象层，进而通过Bagad无线局域网传入软件应用程序中以便使用。嵌入式Linux虚拟机的软件服务可以从Linux机的存储空间中获取和传入资源，以传入软件应用程序中以便使用。
在确定软件服务是否需要进行更新时，车载系统需要与云端的空中软件(Software-Over-The-Air，SOTA)服务进行信息传送和校验。
图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表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry Standard Architecture，ISA)总线，微通道体系结构(MicroChannel Architecture，MCA)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association，VESA)局域总线以及外围组件互连(Peripheral Component Interconnect，PCI)总线。
车载终端60包括多种计算机系统可读介质。这些介质可以是任何能够被车载终端60访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
系统存储器602可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory，RAM)604和/或高速缓存存储器605。车载终端60可以包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统606可以设置为读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供设置为对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如光盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)，数字多功能盘只读存储器(Digital Versatile Disc Read-Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线603相连。系统存储器602可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些 程序模块被配置以执行本申请实施例的功能。
具有一组(至少一个)程序模块607的程序/实用工具608，可以存储在例如系统存储器602中，这样的程序模块607包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或一种组合中可能包括网络环境的实现。程序模块607通常执行本申请所描述的实施例中的功能和/或方法。
车载终端60也可以与一个或多个外部设备609(例如键盘、指向设备、显示器610等)通信，还可与一个或者多个使得用户能与该车载终端60交互的设备通信，和/或与使得该车载终端60能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(Input/Output，I/O)接口611进行。并且，车载终端60还可以通过网络适配器612与一个或者多个网络(例如局域网(Local Area Network，LAN)，广域网(Wide Area Network，WAN)和/或公共网络，例如因特网)通信。如图6所示，网络适配器612通过总线603与车载终端60的其它模块通信。尽管图6中未示出，可以结合车载终端60使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Disks，RAID)系统、磁带驱动器以及数据备份存储系统等。
处理单元601通过运行存储在系统存储器602中的程序，从而执行多种功能应用以及数据处理，例如实现本申请实施例所提供的车载迎宾动画更新方法。
实施例六
本申请实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种车载迎宾动画更新方法，该方法包括：
当检测到所述车载系统上电时，第一系统获取当前第一动画版本，并将所述当前第一动画版本发送至服务器，以使所述服务器判断所述当前第一动画版本是否需要升级；若所述服务器判断所述当前第一动画版本需要升级，则所述第一系统从所述服务器下载升级动画版本所对应的更新包，并将所述升级动画版本作为当前第一动画版本；第二系统接收所述第一系统发送的所述更新包，并基于所述更新包对迎宾动画进行更新。
本申请实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储 介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、RAM、ROM、可擦式可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM或闪存)、光纤、CD-ROM、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、射频(Radio Frequency，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中任一项所述的车载迎宾动画更新方法。
PCT/CN2021/133030 2021-05-12 2021-11-25 车载迎宾动画更新方法、装置、车载终端及存储介质 WO2022237122A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110519032.2 2021-05-12
CN202110519032.2A CN113238774A (zh) 2021-05-12 2021-05-12 车载迎宾动画更新方法、装置、车载终端及存储介质

Publications (1)

Publication Number Publication Date
WO2022237122A1 true WO2022237122A1 (zh) 2022-11-17

Family

ID=77133798

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/133030 WO2022237122A1 (zh) 2021-05-12 2021-11-25 车载迎宾动画更新方法、装置、车载终端及存储介质

Country Status (2)

Country Link
CN (1) CN113238774A (zh)
WO (1) WO2022237122A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113238774A (zh) * 2021-05-12 2021-08-10 中国第一汽车股份有限公司 车载迎宾动画更新方法、装置、车载终端及存储介质
CN115223149A (zh) * 2021-11-11 2022-10-21 广州汽车集团股份有限公司 一种车辆智能交互方法、装置及存储介质
CN116176461B (zh) * 2023-04-28 2023-08-11 亿咖通(湖北)技术有限公司 车载仪表界面的显示方法、系统、电子设备和存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103957244A (zh) * 2014-04-21 2014-07-30 惠州市新思为电子科技有限公司 一种远程程序升级方法及服务器
US20150100955A1 (en) * 2012-06-13 2015-04-09 Tencent Technology (Shenzhen) Company Limited Method and System for Updating Software
CN107729032A (zh) * 2017-09-08 2018-02-23 广州视源电子科技股份有限公司 开机动画更新方法、智能终端及可存储介质
CN111625662A (zh) * 2019-02-28 2020-09-04 上海擎感智能科技有限公司 开机迎宾语推送方法、服务器、系统及计算机存储介质
CN113238774A (zh) * 2021-05-12 2021-08-10 中国第一汽车股份有限公司 车载迎宾动画更新方法、装置、车载终端及存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108170450A (zh) * 2017-12-28 2018-06-15 北京远特科技股份有限公司 一种设备中系统固件的升级方法、装置及系统
US11193775B2 (en) * 2018-11-14 2021-12-07 Here Global B.V. Method and apparatus for providing a dynamic virtual connection through a shared vehicle
CN111104148B (zh) * 2019-12-26 2023-06-16 红石阳光（北京）科技股份有限公司 集成有Linux和android两系统的芯片平台的升级方法、系统及可读存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150100955A1 (en) * 2012-06-13 2015-04-09 Tencent Technology (Shenzhen) Company Limited Method and System for Updating Software
CN103957244A (zh) * 2014-04-21 2014-07-30 惠州市新思为电子科技有限公司 一种远程程序升级方法及服务器
CN107729032A (zh) * 2017-09-08 2018-02-23 广州视源电子科技股份有限公司 开机动画更新方法、智能终端及可存储介质
CN111625662A (zh) * 2019-02-28 2020-09-04 上海擎感智能科技有限公司 开机迎宾语推送方法、服务器、系统及计算机存储介质
CN113238774A (zh) * 2021-05-12 2021-08-10 中国第一汽车股份有限公司 车载迎宾动画更新方法、装置、车载终端及存储介质

Also Published As

Publication number Publication date
CN113238774A (zh) 2021-08-10

Similar Documents

Publication Publication Date Title
WO2022237122A1 (zh) 车载迎宾动画更新方法、装置、车载终端及存储介质
US20170139778A1 (en) Relay apparatus, relay method, and computer program product
US20040010786A1 (en) System and method for automatically upgrading a software application
CN110597542B (zh) 软件自动ota升级方法及装置、电子设备
WO2021139238A1 (zh) 云业务应用升级方法、装置、电子设备和存储介质
WO2014146256A1 (zh) 一种升级方法、智能终端及升级系统
JP6316978B2 (ja) ファウンテンコードを用いる管理情報のブロードキャスト
CN110297658B (zh) 功能组件共享方法、装置和计算机设备
US10678529B1 (en) Secure device firmware installation
CN113037850A (zh) 一种应用程序升级方法、装置、电子设备及存储介质
CN112882743A (zh) 一种软件升级的方法
CN113094064A (zh) 网关软件模块升级方法、装置、设备及存储介质
US11023220B2 (en) Firmware update with integrated smart sequence and action engine
CN112667301A (zh) 车载操作系统的扩展坞实现方法和系统、电子设备
WO2022160816A1 (zh) 一种数据处理方法以及相关设备
US20220391192A1 (en) Ota master, center, system, method, non-transitory storage medium, and vehicle
CN115098301B (zh) 一种云原生场景下有状态应用的快照生成方法和系统
JP2021511583A (ja) 衛星装置を遠隔的に更新するための方法及び装置
CN114237654A (zh) 一种ota升级方法及系统
US11853742B2 (en) Server, software update system, distribution method, and non-transitory storage medium
CN114020311A (zh) 固件升级方法、装置及电子设备
CN114647424A (zh) Ecu应用程序更新方法、装置、系统、存储介质和电子设备
KR100429903B1 (ko) 홈 게이트웨이 시스템의 이미지 업데이트 방법
CN109976788B (zh) 智能终端微型漏洞修复方法、智能终端、设备及服务器
CN113553085B (zh) 嵌入式操作系统在线升级的方法、装置、设备和存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21941686

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE