Method and system for efficiently updating vehicle-mounted audio resources

Abstract

The invention provides a method and system for efficient updating of vehicle-mounted audio resources, and relates to the technical field of vehicle-mounted information systems, and the method comprises the following steps: a vehicle-mounted terminal calculates a feature hash value of each locally stored audio file, extracts a prefix of each hash value as a file feature signature, and forms a hash prefix sequence; the vehicle-mounted terminal converts the Hash prefix sequence into a single compact signature character string and stores the signature character string locally; according to the method, the state information of a plurality of audio files is expressed with the minimum data volume through the compressed hash signature technology, the storage burden and the communication overhead are reduced, the changed audio files are rapidly and accurately positioned through simple signature comparison, unnecessary full-volume updating is avoided, only the actually changed audio files are transmitted and updated, and the method is simple and convenient to operate. The network bandwidth occupation is greatly reduced, the updating efficiency is improved, in conclusion, the updating efficiency and reliability of the vehicle-mounted audio resources are remarkably improved, and the bandwidth consumption and the computing resource occupation are reduced.

Description

Technical Field

[0001] The present invention relates to the technical field of in-vehicle information systems, and particularly to a method and system for efficient update of in-vehicle audio resources. Background Art

[0002] With the rapid development of vehicle networking technology, modern in-vehicle infotainment systems (IVI systems) increasingly rely on rich audio resources, including voice prompts, interactive feedback sounds, music files, etc. These audio resources usually need to be updated regularly according to function iteration, user experience optimization, or regionalization requirements. However, resource updates in the in-vehicle environment face many challenges, mainly manifested in the following aspects:

[0003] First, the existing in-vehicle audio resource update methods mainly adopt a full-update mechanism. This method requires downloading the complete audio resource package even if only a small number of files have changed, resulting in unnecessary bandwidth waste. In the in-vehicle environment, the network connection is often unstable and the bandwidth is limited. The full-update method is inefficient and prone to update failure due to network interruption.

[0004] Second, some incremental update technologies need to transmit file hash values or file attributes one by one for comparison. For an audio resource set containing a large number of small files, although this method reduces the amount of file transmission, a large amount of metadata still needs to be transmitted, and the communication overhead is still considerable. Especially when the in-vehicle terminal communicates with the server using a mobile network, frequent communication interactions will bring unnecessary delays and resource consumption.

[0005] Third, the update mechanism based on version control judges whether an update is needed through the version number. Although it simplifies the judgment logic, it cannot accurately identify which specific files have changed, resulting in the need for full or large amounts of data transmission in actual operations. This method is difficult to meet the requirements of refined resource management in the in-vehicle environment.

[0006] Fourth, the file status representation methods used in the prior art are usually too long or inefficient. For example, using a combination of file modification time and size to identify the file status not only requires more storage space but also is prone to incorrect judgment due to system time errors. While using the complete MD5 or SHA hash value method is accurate, the amount of data is large, which is not conducive to application in the resource-constrained in-vehicle environment.

[0007] In addition, the existing in-vehicle system update mechanisms mostly adopt passive polling or user-initiated trigger modes, with complex interaction logics with the server and low network communication efficiency. This update method requires multiple interactions to complete resource synchronization, increasing the risk of update failure.

[0008] In summary, the prior art has not provided a method for updating in-vehicle audio resources that can accurately identify changed files and minimize data transfer volume. In the in-vehicle environment with limited network conditions and computing resources, how to achieve efficient and reliable update of audio resources remains a technical problem to be solved urgently. Therefore, the present invention proposes a method and system for efficient update of in-vehicle audio resources to solve the problems existing in the prior art. Summary of the Invention

[0009] In view of the above problems, the present invention proposes a method and system for efficient update of in-vehicle audio resources. The method and system for efficient update of in-vehicle audio resources achieve efficient and reliable update of in-vehicle audio resources, are particularly suitable for the in-vehicle environment with limited network bandwidth and computing resources, and have significant practical value.

[0010] To achieve the object of the present invention, the present invention is realized through the following technical solutions: A method for efficient update of in-vehicle audio resources, comprising the following steps:

[0011] S1: The in-vehicle terminal calculates the feature hash value of each audio file stored locally, and extracts the prefix of each hash value as the file feature signature to form a hash prefix sequence;

[0012] S2: The in-vehicle terminal converts the hash prefix sequence into a single compact signature string, and stores the signature string locally;

[0013] S3: When the audio resources are updated, the server performs hash value prefix calculation on all audio files and converts them into a compact signature string;

[0014] S4: The server sends the generated compact signature string to the in-vehicle terminal. After decompression by the in-vehicle terminal, it is compared with the local storage to identify the change in the hash value and determine the audio files that need to be updated;

[0015] S5: The in-vehicle terminal requests to download the audio files whose hash values have changed for targeted incremental update of resources.

[0016] A further improvement lies in that: in S1, the in-vehicle terminal calculates the MD5 hash value of each audio file stored locally, and extracts the prefix of each hash value, preferably the first 8 hexadecimal characters, that is, 4 bytes as the file feature signature to form a hash prefix sequence.

[0017] A further improvement lies in that: in S2, the in-vehicle terminal converts the above hash prefix sequence into a single compact signature string through binary encoding and compression algorithm, and stores the signature string locally, specifically including the following steps:

[0018] Convert the 8-bit hexadecimal characters of the MD5 hash prefix of each audio file into 4-byte binary data;

[0019] Concatenate the binary data corresponding to all audio files into a byte array in the file order;

[0020] Perform Base64URL encoding on the byte array to obtain an ASCII string without padding characters as the compact signature.

[0021] A further improvement is that in the S3, when the audio resources on the server side are updated, the server calculates the MD5 hash value prefix for all audio files, including updated and non-updated ones, and then generates a compact signature string using the same compression algorithm as the in-vehicle terminal.

[0022] A further improvement is that in the S4, the server sends the generated compact signature string to the in-vehicle terminal, and only the signature string is transmitted in this process, without transmitting any audio file content.

[0023] A further improvement is that in the S4, the in-vehicle terminal receives the signature string sent by the server, decompresses it into a hash prefix sequence, and compares it one by one with the locally stored hash prefix sequence to identify which positions of the hash values have changed, so as to determine the audio files that need to be updated. The specific steps are as follows:

[0024] Perform Base64URL decoding on the compact signature sent by the server to restore it to a byte array;

[0025] Group the byte array into groups of every 4 bytes and convert it into a hexadecimal string to obtain the hash prefix of each file;

[0026] Compare it one by one with the hash prefix of each file stored locally and record the index positions of the mismatches.

[0027] A system for efficient update of in-vehicle audio resources includes an in-vehicle terminal and a server. The in-vehicle terminal is used for hash calculation, hash compression, signature storage, signature comparison, and incremental update;

[0028] The server is used for resource management, hash calculation, hash compression, and resource distribution.

[0029] The further improvement lies in that: the vehicle-mounted terminal includes a first hash calculation module, a first hash compression module, a signature storage module, a signature comparison module and an incremental update module. The first hash calculation module is used to calculate the MD5 hash value prefix of the local audio file; the first hash compression module is used to compress the hash prefix sequence into a compact signature string; the signature storage module is used to store the compact signature strings of local resources; the signature comparison module is used to compare the local signature with the signature sent by the server to identify the changed files; the incremental update module is used to request to download and update the changed audio files.

[0030] The further improvement lies in that: the server includes a resource management module, a second hash calculation module, a second hash compression module and a resource distribution module. The resource management module is used to manage and update the audio resource library; the second hash calculation module is used to calculate the MD5 hash value prefix of the server audio file; the second hash compression module is used to compress the hash prefix sequence into a compact signature string; the resource distribution module is used to send the signature string and the audio file to the vehicle-mounted terminal.

[0031] The beneficial effects of the present invention are as follows:

[0032] 1. Through the compressed hash signature technology, the present invention expresses the status information of multiple audio files with the smallest amount of data, reduces the storage burden and communication overhead, quickly and accurately locates the changed audio files through simple signature comparison, avoids unnecessary full updates, only transmits and updates the actually changed audio files, greatly reduces the network bandwidth occupancy, and improves the update efficiency. In summary, it significantly improves the update efficiency and reliability of vehicle-mounted audio resources, reduces bandwidth consumption and computing resource occupancy, improves the user experience, and provides a more efficient technical means for the remote maintenance and upgrade of vehicle-mounted systems.

[0033] 2. The present invention has an update mechanism with low complexity and high reliability, which is not only applicable to audio file updates, but can also be extended to the management and update of other types of resources, and has broad practical value. Brief Description of the Drawings

[0034] Figure 1 It is the flowchart of the vehicle-mounted terminal of the present invention;

[0035] Figure 2 It is the flowchart of the server of the present invention. Detailed Embodiments

[0036] In order to deepen the understanding of the present invention, the following will further elaborate on the present invention in combination with embodiments. These embodiments are only used to explain the present invention and do not constitute a limitation to the protection scope of the present invention.

[0037] Embodiment 1

[0038] According to Figure 1 and 2 as shown, this embodiment proposes a method for efficient update of in-vehicle audio resources, including the following steps:

[0039] Local resource status representation step: The in-vehicle terminal calculates the MD5 hash value of each audio file stored locally, and extracts the prefix of each hash value (preferably the first 8 hexadecimal characters, i.e., 4 bytes) as the file feature signature to form a hash prefix sequence;

[0040] Hash signature compression step: The in-vehicle terminal converts the above hash prefix sequence into a single compact signature string through binary encoding and compression algorithms, and stores the signature string locally;

[0041] Server resource status generation step: When the audio resources on the server side are updated, the server calculates the MD5 hash value prefixes of all audio files (including updated and non-updated ones), and generates a compact signature string using the same compression algorithm as the in-vehicle terminal;

[0042] Signature distribution step: The server distributes the generated compact signature string to the in-vehicle terminal. In this process, only the signature string is transmitted, and no audio file content is transmitted;

[0043] Signature comparison step: The in-vehicle terminal receives the signature string sent by the server, decompresses it into a hash prefix sequence, and compares it with the hash prefix sequence stored locally one by one to identify which positions of the hash values have changed, so as to determine the audio files that need to be updated;

[0044] Incremental update step: The in-vehicle terminal only requests to download those audio files whose hash values have changed, realizing targeted incremental update of resources.

[0045] The hash signature compression step is preferably implemented using the following technology:

[0046] Convert the MD5 hash prefix (8 hexadecimal characters) of each audio file into 4-byte binary data;

[0047] Concatenate the binary data corresponding to all audio files into a byte array in file order;

[0048] Perform Base64URL encoding on the byte array to obtain an ASCII string without padding characters as the compact signature.

[0049] The signature comparison step is preferably implemented using the following technology:

[0050] Perform Base64URL decoding on the compact signature sent by the server to restore it to a byte array;

[0051] Group the byte array into groups of every 4 bytes, convert it into a hexadecimal string, and obtain the hash prefix of each file;

[0052] Compare it one by one with the hash prefixes of each file stored locally, and record the index positions of the mismatches.

[0053] Embodiment 2

[0054] According to Figure 1 、 2 As shown, this embodiment proposes a system for efficient update of in-vehicle audio resources, including an in-vehicle terminal and a server, where:

[0055] The in-vehicle terminal includes:

[0056] Hash calculation module: used to calculate the MD5 hash value prefix of local audio files;

[0057] Hash compression module: used to compress the hash prefix sequence into a compact signature string;

[0058] Signature storage module: used to store the compact signature strings of local resources;

[0059] Signature comparison module: used to compare the local signature with the signature sent by the server to identify the changed files;

[0060] Incremental update module: used to request to download and update the changed audio files.

[0061] The server includes:

[0062] Resource management module: used to manage and update the audio resource library;

[0063] Hash calculation module: used to calculate the MD5 hash value prefix of the server audio files;

[0064] Hash compression module: used to compress the hash prefix sequence into a compact signature string;

[0065] Resource distribution module: used to send the signature string and audio files to the in-vehicle terminal.

[0066] It has the following remarkable features:

[0067] Minimal communication: The server only needs to send a compact signature string (about 50 bytes), and the in-vehicle terminal can accurately judge which files need to be updated, greatly reducing the amount of metadata transmission;

[0068] Accurate positioning: By comparing the hash prefixes, it can accurately identify which specific files have changed and achieve true targeted updates;

[0069] Low computational complexity: The compression and decompression algorithms are simple and efficient, suitable for running in in-vehicle environments with limited computing resources;

[0070] High reliability: Determine the updated content with a single request, reduce the number of interactions, and lower the risk of update failure;

[0071] Scalability: The method is applicable to various types of resource files, not limited to audio files, and can be extended to manage other in-vehicle resources.

[0072] Efficient and reliable update of in-vehicle audio resources is achieved, which is especially suitable for in-vehicle environments with limited network bandwidth and computing resources, and has significant practical value.

[0073] The present invention is particularly applicable to the efficient incremental update of audio resources in in-vehicle entertainment systems and in-vehicle voice interaction systems. It can also be applied to other intelligent terminal systems with limited network bandwidth and computing resources to solve the problems of efficient identification and targeted update of resource files. Through the comparison technology based on compressed hash signatures, the present invention realizes a compact representation of the status of audio files stored in in-vehicle terminals and can achieve precise location updates with minimal communication overhead in resource update scenarios. This technology can also be extended to manage and update other types of resource files, including but not limited to in-vehicle navigation voice packs, in-vehicle UI resources, multimedia interaction prompt sounds, and other in-vehicle terminal resources that need to be updated regularly. The technical problems addressed by the present invention mainly focus on the efficient data synchronization mechanism in resource-constrained environments, especially on how to achieve file synchronization and update between in-vehicle systems and servers while minimizing bandwidth occupancy and computing overhead. This has important practical application value in the context of the rapid development of vehicle networking technology and the increasing demand for OTA updates. The present invention significantly improves the update efficiency and reliability of in-vehicle audio resources, reduces bandwidth consumption and computing resource occupancy, enhances the user experience, and provides a more efficient technical means for the remote maintenance and upgrade of in-vehicle systems.

[0074] Embodiment III

[0075] According to Figure 1 、 2 shown, this embodiment proposes a method for efficient update of in-vehicle audio resources, including the following steps:

[0076] The in-vehicle terminal stores 12 audio files, named "1.mp3" to "12.mp3" respectively.

[0077] Step 1: When the in-vehicle terminal starts up, calculate the MD5 hash value of each audio file, and take the first 8 hexadecimal characters (4 bytes) of each hash value as the file feature signature. For example, for "1.mp3", the hash prefix "e8bfb6a9" may be obtained.

[0078] Step 2: The in-vehicle terminal merges 12 hash prefixes and performs binary encoding compression. The specific compression algorithm is as follows:

[0079]

[0080]

[0081] Step 3: Store the compressed signature string locally in the in-vehicle terminal. For example, for 12 audio files, a signature string like "6L-2qafQ9Z0xYHO84fAfYpGDyxMiUA1iiz80mAEe3Sk" may be obtained after compression.

[0082] Step 4: When the server updates the audio files, for example, replaces "5.mp3", the server calculates the MD5 hash prefix set of the new audio file set and compresses it into a signature string using the same algorithm.

[0083] Step 5: The server only sends the compressed signature string to the in-vehicle terminal, and the data volume is about 50 bytes.

[0084] Step 6: The in-vehicle terminal receives the new signature string and decompresses and restores it to 12 hash prefixes:

[0085]

[0086] Step 7: The in-vehicle terminal compares the old and new hash prefixes and finds that the 5th hash value has changed, determining that "5.mp3" needs to be updated.

[0087] Step 8: The in-vehicle terminal only requests to download the "5.mp3" file to complete the incremental update.

[0088] The present invention significantly reduces the data transmission volume during the update process of audio resources through the compact signature technology. In the traditional full-update method, even if only a small number of files change, the entire audio resource package needs to be downloaded, usually reaching dozens to hundreds of megabytes. However, the present invention only needs to send a compact signature of about 50 bytes and the actually changed files, which can reduce the data transmission volume by more than 90%. Taking a typical in-vehicle voice package as an example (including 500 audio files, with a total size of about 100MB), if only 5% of the files need to be updated, the traditional method needs to transmit all 100MB of data, while the present invention only needs to transmit about 5MB of actually changed files and dozens of bytes of signature information, and the transmission efficiency is increased by about 20 times.

[0089] The present invention significantly improves the success rate of resource updates in the in-vehicle environment by reducing the number of communication interactions and the amount of transmitted data. The in-vehicle network environment is usually unstable, and a large amount of data transmission is easily interrupted due to network fluctuations. Through the method of the present invention, the server and the terminal only need to conduct two main communications (issuing signatures and issuing change files), significantly reducing the risk of communication failure. Experiments show that in a weak network environment (such as a high-speed moving scenario), compared with the traditional update method, the update success rate of the present invention is increased by about 40%, and the average update completion time is shortened by 65%.

[0090] The hash prefix technology and compression algorithm adopted by the present invention greatly reduce the computing and storage burdens of in-vehicle terminals. Each file only uses a 4-byte hash prefix to represent the state. Compared with the complete MD5 hash value (16 bytes) or SHA-256 (32 bytes), the storage space requirement is reduced by more than 75%. At the same time, the compression and decompression algorithms have low computational complexity and can be efficiently executed even on in-vehicle processors with limited performance. Practical tests show that on a typical in-vehicle processor (such as Qualcomm 820A), the resource state calculation and comparison process of the present invention only consumes about 50 ms, hardly affecting the system response performance.

[0091] The present invention can accurately identify which files have changed and achieve true targeted updates. Through the hash prefix comparison mechanism, the system can accurately locate which specific files need to be updated, avoiding unnecessary file transmission and replacement operations. In practical applications, when only a small number of audio files are updated on the server side (such as optimizing certain voice prompts), the present invention can ensure that only these changed files are transmitted and updated, without affecting other unchanged resources, greatly improving the update accuracy and efficiency.

[0092] The present invention significantly improves the user experience during the in-vehicle audio resource update process. Due to the small amount of data transmission and fast update speed, users can hardly feel the existence of the update process. In addition, the accurate incremental update mechanism ensures that only necessary files are updated, maximizing the retention of user custom settings and preferences and avoiding the problem of user setting loss that may be caused by full-scale updates. Tests show that the average time taken for the in-vehicle audio update process using the method of the present invention does not exceed 30 seconds (based on a 4G network environment), while the traditional method takes an average of 3 - 5 minutes, and the user waiting time is reduced by about 85%.

[0093] The present invention is not only applicable to the update of audio resources, but can also be extended to other resource types in in-vehicle systems, such as navigation map data, user interface resources, system fonts, etc. The core technologies of this method - compact signature and incremental update mechanism - can be reused in the management of different types of resources, providing a unified and efficient solution for the overall resource management of in-vehicle systems. In addition, this method has no special requirements for network types and can operate efficiently in various network environments (Wi-Fi, 4G / 5G, in-vehicle Ethernet, etc.), with strong adaptability.

[0094] For vehicle manufacturers and service providers, the present invention can significantly reduce the operating costs of audio resource updates. In the scenario of large-scale fleet deployment (such as hundreds of thousands of connected vehicles), the traditional full-update method requires a huge amount of data to be transmitted, resulting in high bandwidth costs. Through the method of the present invention, the data transmission volume can be reduced by more than 90%, directly reducing the bandwidth and server resource costs. At the same time, a higher update success rate also reduces the workload of fault handling and user support, further reducing the operating costs.

[0095] In summary, the method and system for efficient update of in-vehicle audio resources provided by the present invention, through innovative compact signature and incremental update technologies, solve the challenges faced by resource updates in the in-vehicle environment, such as limited bandwidth, limited computing resources, and unstable network, and achieve efficient, reliable, and accurate resource updates, with significant technical advantages and practical value.

[0096] The above has shown and described the basic principles, main features, and advantages of the present invention. Those skilled in the art should understand that the present invention is not limited by the above embodiments. What is described in the above embodiments and the specification only illustrates the principles of the present invention. Without departing from the spirit and scope of the present invention, the present invention will have various changes and improvements, and these changes and improvements all fall within the scope of the present invention claimed. The scope of the present invention claimed is defined by the appended claims and their equivalents.

Claims

1. A method for efficiently updating in-vehicle audio resources, characterized in that: The following steps are involved: S1: The vehicle terminal calculates the characteristic hash value of each audio file stored locally, and extracts the prefix of each hash value as the file characteristic signature to form a hash prefix sequence; S2: The vehicle terminal converts the hash prefix sequence into a single compact signature string and stores the signature string locally; S3: When the audio resource is updated, the server performs hash value prefix calculation on all audio files and converts them into a compact signature string; S4: The server sends the generated compact signature string to the vehicle terminal, which decompresses it and compares it with the local storage to identify the hash value change and determine the audio file that needs to be updated; S5: The vehicle terminal requests to download the audio file whose hash value has changed, and performs a directed incremental update of the resource.

2. The method for efficiently updating in-vehicle audio resources according to claim 1, characterized in that: In S1, the vehicle terminal calculates the MD5 hash value of each audio file stored locally, and extracts the prefix of each hash value, preferably the first 8 hexadecimal characters, that is, 4 bytes, as the file feature signature to form a hash prefix sequence.

3. The method for efficiently updating in-vehicle audio resources according to claim 1, characterized in that: In S2, the vehicle terminal converts the above hash prefix sequence into a single compact signature string through binary encoding and compression algorithm, and stores the signature string locally, which specifically includes the following steps: Convert the 8-bit hexadecimal character prefix of the MD5 hash of each audio file into 4-byte binary data; Concatenate the binary data corresponding to all audio files into a byte array in file order; Perform Base64URL encoding on the byte array to obtain an ASCII string without padding characters as the compact signature.

4. The method for efficiently updating in-vehicle audio resources according to claim 1, characterized in that: In S3, when the server-side audio resource is updated, the server calculates the MD5 hash value prefix for all audio files, including updated and non-updated ones, and then uses the same compression algorithm as the vehicle-mounted terminal to generate a compact signature string.

5. The method for efficiently updating in-vehicle audio resources according to claim 1, characterized in that: In S4, the server sends the generated compact signature string to the vehicle terminal. In this process, only the signature string is transmitted, and no audio file content is transmitted.

6. The method for efficiently updating in-vehicle audio resources according to claim 5, characterized in that: In S4, the vehicle terminal receives the signature string sent by the server, decompresses it into a hash prefix sequence, compares it with the locally stored hash prefix sequence one by one, identifies the positions where the hash values ​​have changed, and thus determines the audio files that need to be updated, which specifically includes the following steps: Decode the compact signature sent by the server using Base64URL and restore it to a byte array; Group the byte array into 4-byte groups, convert them into a hexadecimal string, and get the hash prefix of each file; Compare the hash prefixes of each file with those stored locally one by one, and record the index positions that do not match.

7. A system for efficiently updating in-vehicle audio resources, applied to a method for efficiently updating in-vehicle audio resources as described in any one of claims 1 to 6, characterized in that: It includes a vehicle-mounted terminal and a server, wherein the vehicle-mounted terminal is used for hash calculation, hash compression, signature storage, signature comparison and incremental update; The server is used for resource management, hash calculation, hash compression and resource distribution.

8. The system for efficiently updating in-vehicle audio resources according to claim 7, characterized in that: The vehicle-mounted terminal includes a first hash calculation module, a first hash compression module, a signature storage module, a signature comparison module and an incremental update module. The first hash calculation module is used to calculate the MD5 hash value prefix of the local audio file; the first hash compression module is used to compress the hash prefix sequence into a compact signature string; the signature storage module is used to store the compact signature string of the local resource; the signature comparison module is used to compare the local signature with the signature issued by the server to identify the changed file; the incremental update module is used to request to download and update the changed audio file.

9. The system for efficiently updating in-vehicle audio resources according to claim 7, characterized in that: The server includes a resource management module, a second hash calculation module, a second hash compression module and a resource delivery module, wherein the resource management module is used to manage and update the audio resource library; the second hash calculation module is used to calculate the MD5 hash value prefix of the server audio file; the second hash compression module is used to compress the hash prefix sequence into a compact signature string; The resource sending module is used to send the signature string and audio file to the vehicle terminal.

Images