An in-vehicle network disk audio playing method and device, a storage medium and a vehicle

Abstract

The application discloses a vehicle-mounted network disk audio playing method and device, a storage medium and a vehicle, relates to the technical field of vehicle-mounted audio playing, and comprises the following steps: detecting that a user starts a vehicle-mounted network disk audio application, determining a vehicle-mounted network disk selected by the user based on a preset vehicle-mounted network disk adaptive interface, and determining the authorization state of the vehicle-mounted network disk; in response to the fact that the vehicle-mounted network disk is successfully authorized, acquiring audio resources in the vehicle-mounted network disk; and determining first audio resources to be played from the audio resources according to the current vehicle-mounted network state. The application realizes direct data interaction between a vehicle machine and a vehicle-mounted network disk, breaks the limitation that the prior art does not extend to a vehicle-mounted scene, lays a foundation for subsequent convenient operation and stable playing, does not require the user to copy files to a local storage device in advance, completely breaks through the limitation of the local storage capacity, reduces network consumption of online playing at the same time, guarantees playing stability, and solves the pain points of unstable playing and dependence on a network.

Description

Technical Field

[0001] This application relates to the field of in-vehicle audio playback technology, and more particularly to methods, apparatuses, electronic devices, storage media, and vehicles. Background Technology

[0002] Currently, the mainstream technologies for playing audio in car infotainment systems mainly include: playing audio files stored on local storage devices, playing online audio platform resources via the in-vehicle network, and accessing audio files on cloud storage websites through the built-in browser.

[0003] Playing audio files from local storage devices such as USB flash drives and external hard drives requires copying the files to the storage device before connecting it to the car's infotainment system. The storage capacity is limited and cannot meet the demand for a large number of audio resources; there is also a risk of storage device loss or file corruption.

[0004] Playing online audio platform resources via in-vehicle networks relies on a stable network environment, and playback is prone to interruption in remote areas and sections of road with poor signal; many audio resources have copyright restrictions, and some require payment, resulting in a poor user experience.

[0005] Some in-vehicle infotainment systems access the web version of a cloud drive via their built-in browser to indirectly play audio resources stored in the cloud drive. However, the playback stability is extremely poor, with frequent buffering and disconnections. Accounts are not permanently saved, and users need to log in again after the infotainment system is turned off. Audio resources cannot be managed in a centralized manner, and can only be viewed in pages, making it inconvenient to find specific resources. Summary of the Invention

[0006] The purpose of this invention is to provide a method, device, electronic device, storage medium, and vehicle for playing audio from a vehicle-mounted cloud storage system, thereby solving at least one of the technical problems in vehicle-mounted audio playback, namely, cumbersome operation, limited resources, unstable playback, inconvenient account management, and difficulty in audio aggregation. This invention addresses the issue that cloud storage audio playback technology is not adapted to vehicle-mounted scenarios.

[0007] This invention provides the following solution:

[0008] According to one aspect of the present invention, a method for playing audio from an in-vehicle cloud storage service is provided, comprising:

[0009] Upon detecting that a user has launched an in-vehicle cloud storage audio application, the system determines the in-vehicle cloud storage selected by the user based on a preset in-vehicle cloud storage adaptation interface, and also determines the authorization status of the in-vehicle cloud storage.

[0010] In response to successful authorization of the in-vehicle cloud storage, the audio resources in the in-vehicle cloud storage are retrieved;

[0011] Based on the current in-vehicle network status, determine the first audio resource to be played from the audio resources.

[0012] Preferably, determining the in-vehicle cloud storage selected by the user based on a preset in-vehicle cloud storage adapter interface, and determining the authorization status of the in-vehicle cloud storage, includes:

[0013] A list of in-vehicle cloud storage services that provide support to users based on the aforementioned in-vehicle cloud storage adaptation interface;

[0014] Based on the in-vehicle cloud storage list, the in-vehicle cloud storage selected by the user is detected, and the first encrypted authorization information corresponding to the in-vehicle cloud storage is read from the encrypted authorization information already stored in the local security partition of the vehicle system.

[0015] Based on the first encrypted authorization information, the authorization status of the vehicle-mounted cloud storage is determined.

[0016] Preferably, after determining the authorization status of the in-vehicle cloud storage, the method further includes:

[0017] If the first encrypted authorization information corresponding to the vehicle cloud storage is not read, it is determined that the vehicle cloud storage is not authorized. The user is prompted to log in and authorize based on the QR code or verification code, and the authorization token is confirmed.

[0018] The authorization token is encrypted using a preset encryption algorithm to determine the encrypted authorization information of the vehicle cloud storage, and the encrypted authorization information is stored in the vehicle's secure partition.

[0019] Preferably, obtaining the audio resources from the in-vehicle cloud storage includes:

[0020] The system iterates through the audio directory of the in-vehicle cloud storage, obtains the metadata of each audio file, and determines the audio resources of each audio file based on the metadata.

[0021] Preferably, determining the first audio resource to be played from the audio resources based on the current vehicle network status includes:

[0022] In response to the vehicle network status being connected, the first audio resource is determined based on the directory order of the acquired audio resources, and the first audio resource is played in streaming mode.

[0023] or

[0024] In response to the vehicle network status being offline, based on the obtained audio resource directory order, the cached audio resource is identified as the first audio resource, and the first audio resource is cached and played.

[0025] Preferably, after determining the first audio resource to be played from the audio resources, the method further includes:

[0026] When connected to the internet, the next audio resource is automatically pre-cached based on the directory order until a certain number of audio resources are pre-cached; or

[0027] If there is no network connection and all cached audio resources have been played, prompt the user to switch to local audio resources.

[0028] Preferably, the method further includes:

[0029] Based on the in-vehicle display interface, the metadata of all the audio resources is displayed in the form of a first list, and the user's playback history and favorite audio resources are recorded.

[0030] The playback history is displayed in a second list, and the audio resources saved by the user are displayed in a third list.

[0031] According to a second aspect of the present invention, an in-vehicle cloud storage audio playback device is provided, comprising:

[0032] The in-vehicle cloud storage determination module is used to detect when a user launches an in-vehicle cloud storage audio application, determine the in-vehicle cloud storage selected by the user based on a preset in-vehicle cloud storage adaptation interface, and determine the authorization status of the in-vehicle cloud storage.

[0033] The cloud storage resource acquisition module is used to acquire audio resources from the in-vehicle cloud storage in response to successful authorization of the in-vehicle cloud storage.

[0034] The cloud storage audio playback module is used to determine the first audio resource to be played from the audio resources based on the current in-vehicle network status.

[0035] According to three aspects of the present invention, an electronic device is provided, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0036] The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of the in-vehicle cloud storage audio playback method.

[0037] According to four aspects of the present invention, a computer-readable storage medium is provided, comprising: storing a computer program executable by an electronic device, wherein when the computer program is run on the electronic device, the electronic device performs the steps of an in-vehicle cloud storage audio playback method.

[0038] According to five aspects of the present invention, a vehicle is provided, comprising:

[0039] Electronic devices, steps for implementing an in-vehicle cloud storage audio playback method;

[0040] The processor runs a program, and when the program runs, it executes the steps of the in-vehicle cloud storage audio playback method based on data output from the electronic device.

[0041] Storage medium used to store programs that, when running, execute the steps of the in-vehicle cloud storage audio playback method based on data output from electronic devices.

[0042] The above solution achieves the following beneficial technical effects:

[0043] This application establishes a dedicated communication link between the vehicle terminal and the vehicle cloud storage. A vehicle cloud storage adaptation module is built into the vehicle terminal, compatible with mainstream vehicle cloud storage interfaces. This eliminates the need for a browser intermediary, enabling direct data interaction between the vehicle's infotainment system and the vehicle cloud storage. This breaks the limitation of existing technologies not extending to in-vehicle scenarios, laying the foundation for convenient operation and stable playback. Through a pre-set vehicle cloud storage adaptation interface, the application determines the user-selected vehicle cloud storage and its authorization status to ensure compatibility with in-vehicle scenarios, optimizing audio decoding and sound effects, and enhancing the in-vehicle audio playback experience.

[0044] This application, upon successful authorization via the in-vehicle cloud storage, retrieves audio resources from the in-vehicle cloud storage and automatically synchronizes the audio categories within the in-vehicle cloud storage. Users do not need to copy files to their local storage devices beforehand, completely breaking through local storage capacity limitations and enabling direct access to massive amounts of audio resources. This significantly simplifies the operation process and achieves the desired effect of convenient operation and overcoming storage limitations.

[0045] This application determines the first audio resource to be played from the audio resources based on the current in-vehicle network status, which can avoid the problems of stuttering and disconnection in remote areas and road sections with poor signal, while reducing the network consumption of online playback, ensuring playback stability, and solving the pain points of unstable playback and dependence on the network. Attached Figure Description

[0046] Figure 1 This is a flowchart of an in-vehicle cloud storage audio playback method provided by one or more embodiments of the present invention.

[0047] Figure 2 This is a schematic diagram of the process of playing cloud drive audio on an in-vehicle terminal according to a specific embodiment of the present invention.

[0048] Figure 3 This is a structural diagram of an in-vehicle cloud storage audio playback device provided in one or more embodiments of the present invention.

[0049] Figure 4 This is a block diagram of an electronic device for an in-vehicle cloud storage audio playback method provided in one or more embodiments of the present invention. Detailed Implementation

[0050] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0051] It should be understood that the term "and / or" used herein is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship. It should be understood that although the terms "first," "second," "third," etc., may be used in the embodiments of this application, these descriptions should not be limited to these terms. These terms are only used to distinguish the descriptions.

[0052] Figure 1 This is a flowchart of an in-vehicle cloud storage audio playback method provided by one or more embodiments of the present invention.

[0053] like Figure 1 The methods for playing audio from the in-car cloud storage shown include:

[0054] Step S1: Detecting that the user has launched the in-vehicle cloud storage audio application, determining the in-vehicle cloud storage selected by the user based on the preset in-vehicle cloud storage adaptation interface, and determining the authorization status of the in-vehicle cloud storage.

[0055] In this embodiment, the in-vehicle terminal has a built-in in-vehicle cloud storage adaptation module that integrates mainstream in-vehicle cloud storage API interfaces. This built-in module eliminates the need for a browser intermediary, directly connecting to mainstream cloud storage APIs to enable direct data interaction between the vehicle's infotainment system and the cloud storage. Alternatively, a custom interface can be provided for the in-vehicle cloud storage adaptation module, or the compatibility of the cloud storage adaptation protocol can be increased, thereby achieving direct linkage between the vehicle's infotainment system and the cloud storage without affecting resource retrieval and playback, breaking the limitations of existing playback modes.

[0056] When a user logs in for the first time, they complete the authorization of the in-vehicle cloud storage. The terminal stores the authorization token in the secure partition using an encryption algorithm, enabling persistent account login after the vehicle is turned off. The cloud storage authorization information (token / account) is stored in the secure partition of the in-vehicle terminal using an encrypted storage method, enabling persistent account login after the vehicle is turned off without the need for repeated verification.

[0057] Users can launch the in-vehicle cloud storage audio application by clicking the icon displayed on the in-vehicle central control screen. Alternatively, users can activate the in-vehicle cloud storage audio application via voice commands.

[0058] When the vehicle system detects that the user clicks on the icon of the in-vehicle cloud storage audio application or initiates it via voice on the in-vehicle central control display interface, it starts an independent process for the in-vehicle cloud storage audio application to initialize, load the preset in-vehicle cloud storage adaptation interface, encryption components, and network detection.

[0059] In this embodiment, the login authorization required for the first login to the corresponding in-vehicle cloud storage is persistent after the vehicle is turned off, without the need for repeated verification, until the user logs out of the logged-in account. The authorization token of the authorized account can be stored in the vehicle's security partition to determine the authorization status of the in-vehicle cloud storage selected by the user.

[0060] Step S2: In response to successful authorization of the in-vehicle cloud storage, retrieve the audio resources from the in-vehicle cloud storage.

[0061] If the user has already authorized login to the in-vehicle cloud storage service they have selected, they can directly access the audio resources in the in-vehicle cloud storage service.

[0062] If the user selects the in-vehicle cloud storage for the first time, or if the user logs out and then selects the in-vehicle cloud storage again, they will need to re-authorize the login. After successful authorization, the user can access the audio resources in the in-vehicle cloud storage.

[0063] Step S3: Based on the current in-vehicle network status, determine the first audio resource to be played from the audio resources.

[0064] In this embodiment, the terminal has a built-in local cache partition that can obtain the current in-vehicle network status and determine whether the vehicle is currently connected to the network. Audio resources are automatically or manually cached based on the network status; streaming playback is used when the network is good, and cached playback is switched when the network is poor or there is no network. This achieves a hierarchical caching mechanism that combines network status, allowing for automatic / manual caching of audio from cloud storage, streaming playback when the network is good, and switching to cached playback when the network is weak or there is no network, ensuring playback continuity.

[0065] This embodiment enables direct linkage between the vehicle terminal and the cloud storage, breaking through the limitations of existing vehicle audio playback modes and specifically addressing pain points such as cumbersome operation, unstable playback, and inconvenient account management, while also adapting to the needs of vehicle scenarios.

[0066] In one embodiment, if the current in-vehicle network status is active, the audio resources are pre-cached automatically based on their directory order. This continues until a certain number of audio resources are pre-cached, typically 1-3. Alternatively, intelligent caching or manual caching can be performed based on the user's playback frequency to reduce network dependence.

[0067] Furthermore, the directory of the acquired audio resources is designated as the first audio resource. Based on a preset optimized audio decoding algorithm, and adapted to the in-vehicle audio system, the first audio resource is decoded and optimized, and then streamed. The optimized audio decoding algorithm incorporates multiple in-vehicle adapted sound effect modes to enhance the audio playback experience in the in-vehicle environment.

[0068] In another embodiment, if the current in-vehicle network status is offline, the cached audio resources are identified as the first audio resource based on the directory order of the acquired audio resources. According to a preset optimized audio decoding algorithm, adapted to the in-vehicle audio system, the first audio resource is decoded and optimized, and then cached and played. Furthermore, if all cached audio resources have been played, the user is prompted to switch to local audio resources.

[0069] By optimizing the performance for in-vehicle scenarios, the audio decoding algorithm is optimized to meet the needs of in-vehicle audio decoding, adapt to in-vehicle audio systems, and adjust sound effect parameters to improve the audio playback quality in the in-vehicle environment. At the same time, the user interface is optimized to adapt to the operation logic of the in-vehicle central control screen, making it easier for users to operate quickly while driving, further enhancing the in-vehicle audio playback experience.

[0070] Figure 2 This is a schematic diagram illustrating the process of playing audio from a cloud drive on a vehicle-mounted terminal according to a specific embodiment of the present invention. Figure 2 As shown, when a user launches the in-vehicle cloud storage audio application, a list of supported in-vehicle cloud storage services is provided based on the in-vehicle cloud storage adaptation interface. This list includes an icon and name for each in-vehicle cloud storage service. Based on this list, the system detects the user-selected in-vehicle cloud storage service and reads the first encrypted authorization information corresponding to the service from the encrypted authorization information already stored in the vehicle's local security partition. Based on this first encrypted authorization information, the authorization status of the in-vehicle cloud storage service is determined.

[0071] If the currently selected in-vehicle cloud storage has been authorized for login, the corresponding audio resources can be obtained based on its first encrypted authorization information. If the first encrypted authorization information corresponding to the in-vehicle cloud storage is not found, and it is determined that the in-vehicle cloud storage is not authorized, the user is instructed to perform an in-vehicle cloud storage authorization operation. The interface currently displayed on the central control screen will redirect to the cloud storage authorization login interface. The user will be prompted to choose between a QR code or a verification code for login authorization. If the user chooses QR code login, a QR code for the user to scan will be displayed. If the user chooses verification code login, the user will be prompted to enter the mobile phone number used to register the cloud storage, and then be prompted to authorize login using the SMS verification code. After successful login, the user's authorization token for the in-vehicle network will be confirmed.

[0072] Furthermore, the obtained authorization token is encrypted using a preset encryption algorithm to determine the encrypted authorization information corresponding to the in-vehicle cloud storage used for authorized login. This encrypted authorization information is stored in the vehicle's secure partition. If the user does not log out of the in-vehicle cloud storage, this encrypted authorization information remains valid throughout the entire lifecycle of the vehicle's infotainment system.

[0073] This embodiment uses encrypted storage technology to encrypt and store the user's cloud storage account information locally on the vehicle terminal. The account login status is retained after the vehicle is turned off, and there is no need to log in again when it is restarted. This not only ensures account security but also optimizes the account management experience, achieving the effect of "persistent account storage and no need to log in again".

[0074] After confirming successful user login to the selected in-vehicle cloud storage, the system retrieves the audio resources stored in the corresponding cloud storage. It then traverses the in-vehicle cloud storage audio directory, obtains the metadata for each audio file, and determines the audio resource for each file based on the metadata. The audio file metadata includes the filename, artist, album, duration, and file size.

[0075] Furthermore, a resource index library is built based on the acquired audio resources, supporting multi-dimensional classification and retrieval to achieve unified summary management of audio files on the cloud drive. Users can directly search for audio resources, cache and play the corresponding audio resources, or play pre-cached audio resources in sequence according to the target of the acquired audio resources. The classification dimensions of the resource index library can be adjusted according to needs (such as adding dedicated categories like "playback history" and "favorites"), and the retrieval method can be simplified to keyword search, still achieving unified management and rapid retrieval of audio files on the cloud drive.

[0076] The constructed resource index library includes the correspondence between the file name, artist, album, duration, and file size of each audio file. Users can find the audio resources they need based on metadata such as file name, artist, and album.

[0077] This embodiment integrates an audio management module into the vehicle terminal, automatically aggregating all audio resources in the cloud drive. It supports multi-dimensional searching by filename, artist, album, playback history, and other criteria. It also adapts to in-vehicle operation scenarios, simplifies the search process, improves resource acquisition efficiency, and solves the pain points of "audio cannot be aggregated and is inconvenient to search".

[0078] In this embodiment, the metadata of all the audio resources can also be displayed in a first list on the central control screen. If the user selects an audio resource to play, the playback history is automatically recorded. The user's playback time and progress can also be recorded as needed. The user's playback history is then displayed in a second list, where the playback history includes at least one of the following: the audio resource ID, the audio resource's metadata, the playback time, and the playback progress.

[0079] Furthermore, this embodiment supports users to favorite audio resources. If a user's favorite audio resource is detected through the display interface, the audio resource is recorded and displayed in a third list. Users can click on a list to play the audio resources within that list. This third list (i.e., the favorites list) is synchronized with local storage and cloud storage in real time.

[0080] In this embodiment, three control methods are also supported: steering wheel buttons, central control touch, and voice commands. These methods can perform functions such as play / pause, previous / next track, volume adjustment, favorites, song skipping, and loop mode switching.

[0081] This embodiment addresses existing pain points in in-vehicle audio playback by directly linking the vehicle terminal and the cloud storage, combining core technologies such as cache optimization, account encryption management, and audio aggregation and adaptation. The various technical aspects work together, from link building, cache optimization, account management, resource aggregation to scenario adaptation, to comprehensively solve existing technical pain points and implement various beneficial effects, enabling convenient, stable, and efficient playback of cloud storage audio from the vehicle terminal.

[0082] Figure 3 This is a structural diagram of an in-vehicle cloud storage audio playback device provided in one or more embodiments of the present invention.

[0083] like Figure 3 The in-vehicle cloud storage audio playback device shown includes: an in-vehicle cloud storage determination module, a cloud storage resource acquisition module, and a cloud storage audio playback module.

[0084] The in-vehicle cloud storage determination module is used to detect when a user launches an in-vehicle cloud storage audio application, and based on a preset in-vehicle cloud storage adaptation interface, to determine the in-vehicle cloud storage selected by the user and to determine the authorization status of the in-vehicle cloud storage.

[0085] The cloud storage resource acquisition module is used to acquire audio resources from the in-vehicle cloud storage in response to successful authorization of the in-vehicle cloud storage.

[0086] The cloud storage audio playback module is used to determine the first audio resource to play from the audio resources based on the current in-vehicle network status.

[0087] The in-vehicle cloud storage determination module is used to provide users with a list of in-vehicle cloud storage services based on the in-vehicle cloud storage adaptation interface; based on the in-vehicle cloud storage list, it detects the in-vehicle cloud storage service selected by the user, reads the first encrypted authorization information corresponding to the in-vehicle cloud storage service from the encrypted authorization information already stored in the local security partition of the vehicle's infotainment system; and determines the authorization status of the in-vehicle cloud storage service based on the first encrypted authorization information.

[0088] The in-vehicle cloud storage determination module is also used to determine that the in-vehicle cloud storage is not authorized if the first encrypted authorization information corresponding to the in-vehicle cloud storage is not read, prompt the user to log in and authorize based on the QR code or verification code, and determine the authorization token; encrypt the authorization token according to the preset encryption algorithm, determine the encrypted authorization information of the in-vehicle cloud storage, and store the encrypted authorization information in the vehicle's security partition.

[0089] The cloud storage resource acquisition module is used to traverse the audio directory of the in-vehicle cloud storage, obtain the metadata of each audio file, and determine the audio resources of each audio file based on the metadata.

[0090] The cloud storage audio playback module is used to, in response to a vehicle network status of having a network connection, determine the first audio resource based on the directory order of the acquired audio resources, and stream the first audio resource; or, in response to a vehicle network status of having no network connection, determine the cached audio resource as the first audio resource based on the directory order of the acquired audio resources, and cache and play the first audio resource.

[0091] The cloud storage audio playback module is used to automatically pre-cache the next audio resource based on the directory order when there is a network connection, until a certain number of audio resources are pre-cached; or, when there is no network connection and all cached audio resources have been played, it prompts the user to switch to local audio resources.

[0092] The cloud storage audio playback module is also used in the in-vehicle display interface to display the metadata of all audio resources in the form of a first list and record the user's playback history and favorite audio resources; to display the playback history in the form of a second list and to display the user's favorite audio resources in the form of a third list.

[0093] Figure 4 This is a block diagram of an electronic device for an in-vehicle cloud storage audio playback method provided in one or more embodiments of the present invention.

[0094] like Figure 4 As shown, this application provides an electronic device, including: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0095] The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of a method for playing audio from an in-vehicle cloud storage.

[0096] This application also provides a computer-readable storage medium storing a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of an in-vehicle cloud storage audio playback method.

[0097] This application also provides a vehicle, including:

[0098] An electronic device for implementing the steps of an audio playback method based on an in-vehicle cloud storage drive;

[0099] The processor runs a program, and when the program runs, it executes the steps of the in-vehicle cloud storage audio playback method based on data output from the electronic device.

[0100] Storage medium used to store programs that, when running, execute the steps of the in-vehicle cloud storage audio playback method based on data output from electronic devices.

[0101] The communication bus mentioned in the above electronic devices can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used to represent it in the diagram, but this does not mean that there is only one bus or one type of bus.

[0102] The electronic device comprises a hardware layer, an operating system layer running on top of the hardware layer, and an application layer running on the operating system. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory. The operating system can be any one or more computer operating systems that control the electronic device through processes, such as Linux, Unix, Android, iOS, or Windows. Furthermore, in this embodiment of the invention, the electronic device can be a smartphone, tablet computer, or other handheld device, or a desktop computer, portable computer, or other electronic device; there is no particular limitation in this embodiment.

[0103] In this embodiment of the invention, the executing entity for electronic device control can be an electronic device itself, or a functional module within an electronic device capable of calling and executing a program. The electronic device can obtain the firmware corresponding to the storage medium. This firmware is provided by the supplier, and different storage media may have the same or different firmware; no limitation is made here. After obtaining the firmware corresponding to the storage medium, the electronic device can write this firmware into the storage medium; specifically, it burns the firmware corresponding to the storage medium into the storage medium. The process of burning the firmware into the storage medium can be implemented using existing technology, and will not be elaborated upon in this embodiment of the invention.

[0104] Electronic devices can also obtain reset commands corresponding to storage media. These reset commands are provided by the supplier, and the reset commands for different storage media can be the same or different, which is not limited here.

[0105] At this time, the storage medium of the electronic device is a storage medium on which the corresponding firmware has been written. The electronic device can respond to the reset command corresponding to the storage medium on which the corresponding firmware has been written, thereby resetting the storage medium on which the corresponding firmware has been written according to the reset command. The process of resetting the storage medium according to the reset command can be implemented by existing technology and will not be described in detail in this embodiment of the invention.

[0106] For ease of description, the above devices are described separately according to their functions, divided into various units and modules. Of course, in implementing this application, the functions of each unit and module can be implemented in one or more software and / or hardware.

[0107] It will be understood by those skilled in the art that, unless otherwise defined, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. It should also be understood that terms such as those defined in general dictionaries should be understood to have the meaning consistent with their meaning in the context of the prior art, and should not be interpreted in an idealized or overly formal sense unless specifically defined.

[0108] For the sake of simplicity, the method embodiments are described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0109] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in various embodiments or some parts of the embodiments of this application.

[0110] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for playing audio from a vehicle-mounted cloud storage system, characterized in that, The in-vehicle cloud storage audio playback method includes: Upon detecting that a user has launched an in-vehicle cloud storage audio application, the system determines the in-vehicle cloud storage selected by the user based on a preset in-vehicle cloud storage adaptation interface, and also determines the authorization status of the in-vehicle cloud storage. In response to successful authorization of the in-vehicle cloud storage, the audio resources in the in-vehicle cloud storage are retrieved; Based on the current in-vehicle network status, determine the first audio resource to be played from the audio resources.

2. The in-vehicle cloud storage audio playback method according to claim 1, characterized in that, The process of determining the in-vehicle cloud storage service selected by the user based on a preset in-vehicle cloud storage adapter interface, and determining the authorization status of the in-vehicle cloud storage service, includes: A list of in-vehicle cloud storage services that provide support to users based on the aforementioned in-vehicle cloud storage adaptation interface; Based on the in-vehicle cloud storage list, the in-vehicle cloud storage selected by the user is detected, and the first encrypted authorization information corresponding to the in-vehicle cloud storage is read from the encrypted authorization information already stored in the local security partition of the vehicle system. Based on the first encrypted authorization information, the authorization status of the vehicle-mounted cloud storage is determined.

3. The in-vehicle cloud storage audio playback method according to claim 2, characterized in that, After determining the authorization status of the in-vehicle cloud storage, the method further includes: If the first encrypted authorization information corresponding to the vehicle cloud storage is not read, it is determined that the vehicle cloud storage is not authorized. The user is prompted to log in and authorize based on the QR code or verification code, and the authorization token is confirmed. The authorization token is encrypted using a preset encryption algorithm to determine the encrypted authorization information of the vehicle cloud storage, and the encrypted authorization information is stored in the vehicle's secure partition.

4. The in-vehicle cloud storage audio playback method according to claim 1, characterized in that, The process of obtaining audio resources from the in-vehicle cloud storage includes: The system iterates through the audio directory of the in-vehicle cloud storage, obtains the metadata of each audio file, and determines the audio resources of each audio file based on the metadata.

5. The in-vehicle cloud storage audio playback method according to claim 1, characterized in that, The step of determining the first audio resource to be played from the audio resources based on the current vehicle network status includes: In response to the vehicle network status being connected, the first audio resource is determined based on the directory order of the acquired audio resources, and the first audio resource is played in streaming mode. or In response to the vehicle network status being offline, based on the obtained audio resource directory order, the cached audio resource is identified as the first audio resource, and the first audio resource is cached and played.

6. The in-vehicle cloud storage audio playback method according to claim 5, characterized in that, After determining the first audio resource to be played from the audio resources, the method further includes: When connected to the internet, the next audio resource is automatically pre-cached based on the directory order until a certain number of audio resources are pre-cached; or If there is no network connection and all cached audio resources have been played, prompt the user to switch to local audio resources.

7. The in-vehicle cloud storage audio playback method according to claim 4, characterized in that, The method further includes: Based on the in-vehicle display interface, the metadata of all the audio resources is displayed in the form of a first list, and the user's playback history and favorite audio resources are recorded. The playback history is displayed in a second list, and the audio resources saved by the user are displayed in a third list.

8. A vehicle-mounted cloud storage audio playback device, characterized in that, The in-vehicle cloud storage audio playback device includes: The in-vehicle cloud storage determination module is used to detect when a user launches an in-vehicle cloud storage audio application, determine the in-vehicle cloud storage selected by the user based on a preset in-vehicle cloud storage adaptation interface, and determine the authorization status of the in-vehicle cloud storage. The cloud storage resource acquisition module is used to acquire audio resources from the in-vehicle cloud storage in response to successful authorization of the in-vehicle cloud storage. The cloud storage audio playback module is used to determine the first audio resource to play from the audio resources based on the current in-vehicle network status.

9. A computer-readable storage medium, characterized in that, The device stores a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of the in-vehicle cloud storage audio playback method as described in any one of claims 1 to 7.

10. A vehicle, characterized in that, include: An electronic device for implementing the steps of the in-vehicle cloud storage audio playback method as described in any one of claims 1 to 7; A processor that runs a program, and when the program runs, it executes the steps of the in-vehicle cloud storage audio playback method as described in any one of claims 1 to 7 from data output by the electronic device. A storage medium for storing a program that, when running, performs the steps of the in-vehicle cloud storage audio playback method as described in any one of claims 1 to 7 on data output from an electronic device.

Images