Resource updating method

Abstract

The embodiment of the invention discloses a resource updating method, the method is applied to a mobile device, and the method comprises the following steps: when the mobile device is in a driving state, receiving a changed resource file corresponding to a target function module of the mobile device sent by a server; the configuration information of the target function module is updated based on the changed resource file in the driving state, and prompt information is generated and used for prompting that the configuration information of the target function module is updated. According to the embodiment of the invention, in the process that the mobile device is in the driving state, automatic updating and updating prompting of the configuration information of the target function module of the mobile device are realized, the configuration updating efficiency and the updating prompting timeliness are effectively improved, and thus the driving safety is improved.

Description

Technical Field

[0001] This application relates to the field of vehicle networking technology, and includes, but is not limited to, a resource update method. Background Technology

[0002] As the functions of vehicles and other mobile devices continue to upgrade, it is often necessary to update the configurations of these functions. In practice, it has been found that existing configuration update methods have long update cycles and redundant update content, and sometimes even require manual upgrades by users, which is inconvenient. Summary of the Invention

[0003] In view of this, this application provides a resource update method. This method enables automatic updating and update prompts of the configuration information of the target functional modules of the mobile device while the mobile device is in a driving state, effectively improving the efficiency of configuration updates and the timeliness of update prompts, thereby improving driving safety.

[0004] This application provides a resource update method applied to a mobile device, the method comprising: While the mobile device is in driving mode, it receives the modified resource file corresponding to the target functional module of the mobile device sent by the server. In the driving state, the configuration information of the target functional module is updated based on the modified resource file, and a prompt message is generated to indicate that the configuration information of the target functional module has been updated.

[0005] In the above embodiments, when the mobile device is in driving mode, if the mobile device receives the modified resource file corresponding to the target functional module sent by the server, it can not only update the configuration information of the target functional module in this driving mode, but also prompt that the configuration information of the target functional module has been updated. This enables real-time, efficient, automatic, seamless, and convenient configuration updates in driving mode, without requiring the user to manually update the configuration information. This update method can apply the latest configuration to the current driving process, thereby improving the efficiency of configuration information updates, and will not interfere with the driver's normal driving due to configuration information updates, thus improving driving safety and user experience. It can also promptly prompt the driver that the configuration information has been updated, thereby improving the timeliness of update prompts and making it easier for the driver to understand the configuration information update status in a timely manner.

[0006] In some embodiments, generating the prompt information includes: After updating the configuration information of the target functional module, the prompt message is generated; or, When the configuration information of the target functional module is updated and the mobile device performs the first operation corresponding to the target functional module, the prompt information is generated. The first operation and the prompt information are generated based on the updated configuration information of the target functional module.

[0007] In the above embodiments, the mobile device generates a prompt message after the configuration information is updated, which can notify the driver that the configuration has been updated, improving the timeliness of the update notification. Alternatively, the prompt message can be generated only after the configuration information has been updated and the mobile device performs the first operation corresponding to the target function module based on the updated configuration information. This approach ensures that if the mobile device has not yet executed the target function module during driving, it does not immediately notify the driver that the configuration has been updated. Instead, it notifies the driver when the target function module is executed, thus both notifying the driver and reducing interference with the driver. This allows the driver to focus on driving when the target function module is not being executed, improving driving safety.

[0008] In some embodiments, the modified resource file includes first version information corresponding to the modified resource file, and the method further includes: Obtain the second version information corresponding to the resource files before the change; The step of updating the configuration information of the target functional module based on the modified resource file in the driving state includes: If the version indicated by the first version information is higher than the version indicated by the second version information, the configuration information of the target functional module is updated based on the modified resource file in the driving state; And / or, Delete the resource files from before the change.

[0009] In the above embodiments, the mobile device also needs to compare the version of the modified resource file with the version of the resource file before the modification. If the version indicated by the first version information is higher than the version indicated by the second version information, it means that the version of the modified resource file is higher than the version of the resource file before the modification. Then the configuration information of the target functional module can be updated. This method improves the accuracy and effectiveness of configuration updates, so that the latest configuration version is applied in the current driving process. And / or, the mobile device can also delete the resource file before the modification, thereby reducing the resource file before the modification from occupying the storage space of the mobile device, preventing the occurrence of functional abnormalities caused by version rollback. Moreover, there is no need for the driver to manually delete it, realizing a seamless and convenient experience from updating to deleting the resource file before the modification, and simplifying the driver's redundant operations.

[0010] In some embodiments, the method further includes: If the version indicated by the first version information is lower than the version indicated by the second version information, or if the version indicated by the first version information is the same as the version indicated by the second version information, delete the modified resource file; and / or, If the version indicated by the first version information is lower than the version indicated by the second version information, or if the version indicated by the first version information is the same as the version indicated by the second version information, the second operation corresponding to the target function module is executed in the driving state. The second operation is generated based on the configuration information of the target function module before the update.

[0011] In the above embodiments, if the version indicated by the first version information is lower than the version indicated by the second version information, or if the version indicated by the first version information is the same as the version indicated by the second version information, it means that the version of the changed resource file is not higher than the version of the resource file before the change. In this case, the target function module is executed based on the configuration information of the target function module before the update, and the configuration information of the target function module is no longer updated. This method can avoid unnecessary repeated updates and avoid the resource overhead caused by repeatedly updating the same configuration information. And / or, the mobile device can also delete the changed resource file, thereby reducing the occupation of the mobile device's storage space by invalid resource files whose version has not been improved, so as to prevent repeated updates, and there is no need for the driver to delete them manually.

[0012] In some embodiments, the modified resource file may also include the installation path information of the resource file before the modification, and the second version information is obtained based on the installation path information.

[0013] In the above embodiments, the mobile device can obtain the second version information corresponding to the resource file before the change by using the installation path information carried by the changed resource file, which effectively improves the efficiency and accuracy of obtaining the version of the resource file before the change.

[0014] In some embodiments, the modified resource file is sent by the server when the configuration information of the target functional module changes, or the modified resource file is sent by the server in response to an inquiry request sent by the mobile device when the configuration information of the target functional module changes, wherein the inquiry request is used to request the acquisition of the modified resource file.

[0015] In the above embodiments, the server can proactively send the modified resource files to the mobile device when the configuration is updated. In other words, the mobile device can passively receive the modified resource files sent by the server without actively acquiring them, thus improving the convenience of the mobile device in acquiring the modified resource files. Alternatively, the server can passively send the modified resource files to the mobile device when the configuration is updated after responding to the mobile device's query request for the modified resource files. In other words, the mobile device can proactively send a query request to the server to acquire the resource files, thereby improving the flexibility of acquiring resource files.

[0016] In some embodiments, the modified resource file is received based on a subscription mechanism, which is used to indicate the receipt of resource files corresponding to preset functional modules, the preset functional modules including the target functional module.

[0017] In the above embodiments, the mobile device can also subscribe to resource files based on a subscription mechanism, thereby enabling the active retrieval of resource files corresponding to preset functional modules. This improves the efficiency of the mobile device in obtaining the modified resource files of the special subscription, effectively shortens the cycle of updating configuration information, and reduces the download capacity of the mobile device when obtaining and updating configuration information by obtaining the resource files corresponding to the subscribed preset functional modules based on the subscription mechanism. This reduces the occupation of the mobile device's storage space and avoids forcibly obtaining and updating resource files that have not been subscribed to, thus avoiding interference with the driving process.

[0018] This application provides a resource update method applied to a server, the method comprising: The modified resource file corresponding to the target functional module of the mobile device is sent to the mobile device so that the mobile device updates the configuration information of the target functional module based on the modified resource file in driving mode, and generates a prompt message to indicate that the configuration information of the target functional module has been updated.

[0019] In the above embodiments, after the server sends the modified resource file corresponding to the target functional module to the mobile device, this method improves the efficiency of sending the modified resource file to the mobile device, enabling the mobile device to update and prompt the configuration information of the target functional module while driving. This update method can apply the latest configuration to the current driving process, thereby improving the efficiency of configuration information update, and will not interfere with the driver's normal driving due to configuration information update, thus improving driving safety and experience; it can also promptly prompt the driver that the configuration information has been updated, thereby improving the timeliness of update prompts and making it easier for the driver to understand the configuration information update status in a timely manner.

[0020] In some embodiments, sending the modified resource file corresponding to the target functional module of the mobile device to the mobile device includes: If the configuration information of the target functional module changes, the modified resource file will be sent to the mobile device; or, In response to an inquiry request sent by the mobile device, and if the configuration information of the target functional module has changed, the modified resource file is sent to the mobile device. The inquiry request is used to request the acquisition of the modified resource file.

[0021] In the above embodiments, the server can proactively send the modified resource files to the mobile device when the configuration is updated. In other words, the mobile device can passively receive the modified resource files sent by the server without actively acquiring them, thus improving the convenience of the mobile device in acquiring the modified resource files. Alternatively, the server can passively send the modified resource files to the mobile device when the configuration is updated after responding to the mobile device's query request for the modified resource files. In other words, the mobile device can proactively send a query request to the server to acquire the resource files, thereby improving the flexibility of acquiring resource files.

[0022] In some embodiments, the modified resource file is sent to the mobile device based on a preset allocation task. The preset allocation task includes the relationship between multiple modified resource files and multiple mobile devices, the multiple mobile devices including the mobile device, and the multiple modified resource files including the modified resource file.

[0023] In the above embodiments, the server can send the modified resource files to the specified mobile devices based on preset task assignments. This distribution method is highly targeted and supports batch distribution, which effectively improves the efficiency of sending resource files.

[0024] In some embodiments, the method further includes: Upon detecting a change operation to the configuration information of the target functional module, the modified resource file is obtained; or, The electronic device receives the modified resource file sent by the electronic device, which is obtained when the electronic device detects a change operation in the configuration information of the target functional module.

[0025] In the above embodiments, the server can obtain the changed resource file when it detects an update operation of the configuration information, realizing online updates of the configuration information on the server, reducing unnecessary data transmission, and improving the efficiency of obtaining resource files; or, the server can also receive the changed resource file sent by the electronic device, realizing offline updates of the configuration information on the electronic device before sending it to the server, thereby reducing the real-time computing pressure on the server and reducing the occupation of server storage space.

[0026] This application provides a mobile device, the mobile device comprising: The receiving module is used to receive, during the driving state of the mobile device, the modified resource file corresponding to the target functional module of the mobile device sent by the server. An update module is used to update the configuration information of the target functional module based on the modified resource file in the driving state, and to generate a prompt message to indicate that the configuration information of the target functional module has been updated.

[0027] This application provides a server, the server comprising: The sending module is used to send the modified resource file corresponding to the target functional module of the mobile device to the mobile device, so that the mobile device updates the configuration information of the target functional module based on the modified resource file in the driving state, and generates a prompt message, which is used to indicate that the configuration information of the target functional module has been updated.

[0028] The computer-readable storage medium provided in this application embodiment stores a computer program thereon, which, when executed by a processor, implements the methods described in this application embodiment.

[0029] The computer program product provided in this application includes a computer program that, when executed by a processor, implements the method described in this application. Attached Figure Description

[0030] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with this application and, together with the specification, serve to explain the technical solutions of this application.

[0031] Figure 1 This is a schematic diagram of an application scenario disclosed in an embodiment of this application; Figure 2 This is a flowchart illustrating a resource update method disclosed in an embodiment of this application; Figure 3 This is a schematic diagram of the architecture of a resource update system disclosed in an embodiment of this application; Figure 4 This is a schematic diagram illustrating another application scenario disclosed in the embodiments of this application; Figure 5 This is a schematic diagram of a process for sending resource files disclosed in an embodiment of this application; Figure 6 This is a schematic diagram illustrating a display of prompt information as disclosed in an embodiment of this application; Figure 7 This is a schematic diagram of a process for updating the configuration information of a target functional module, as disclosed in an embodiment of this application. Figure 8 This is a structural block diagram of a mobile device disclosed in an embodiment of this application; Figure 9 This is a structural block diagram of a server disclosed in an embodiment of this application. Detailed Implementation

[0032] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the specific technical solutions of this application will be further described in detail below with reference to the accompanying drawings of the embodiments of this application. The following embodiments are used to illustrate this application, but are not intended to limit the scope of this application.

[0033] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0034] In the following description, references are made to “some embodiments,” which describe a subset of all possible embodiments. However, it is understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0035] It should be noted that the terms "first, second, third" used in the embodiments of this application are used to distinguish similar or different objects and do not represent a specific order of objects. It can be understood that "first, second, third" can be interchanged in a specific order or sequence where permitted, so that the embodiments of this application described herein can be implemented in an order other than that illustrated or described herein.

[0036] As the functions of vehicles and other mobile devices continue to upgrade, it is often necessary to update the configuration of these functions. For example, when a vehicle is in driving mode, its voice prompt function can output driving status information to other objects in the environment (such as other vehicles, pedestrians, etc.). This prompt information allows other objects to accurately and fully understand the vehicle's current status, minimizing the possibility of conflicts between them and the vehicle. To improve the accuracy of vehicle status prompts, the configuration information of the vehicle's voice prompt function needs to be updated.

[0037] In practice, it has been found that existing configuration update methods have long update cycles and redundant update content, sometimes even requiring manual upgrades by users, resulting in inconvenience. For example, due to the complexity of current vehicle driving software, involving a series of functional modules such as perception, decision-making, planning, and interaction, the software size is large. Current common OTA pushes usually push integrated driving software sets, that is, perform overall updates to the vehicle's driving software, and cannot update specific functional modules according to the developer's individual needs (such as the aforementioned voice broadcast prompt function). This requires the vehicle to download a large amount of software, which inevitably leads to long update times and redundant update content. Furthermore, existing update methods require users to perform corresponding interactive operations (such as clicking on the update display on the in-vehicle screen) to download, install, and update the driving software. Especially if a driving software update prompt suddenly pops up while driving, it often distracts the driver, thereby increasing driving risks and affecting the driver experience.

[0038] In view of this, embodiments of this application provide a resource update method applied to a mobile device. The method includes: while the mobile device is in a driving state, receiving a modified resource file corresponding to a target functional module of the mobile device sent by a server; updating the configuration information of the target functional module based on the modified resource file while in the driving state; and generating a prompt message to indicate that the configuration information of the target functional module has been updated. Embodiments of this application achieve automatic updating and update prompts of the configuration information of the target functional module of the mobile device while the mobile device is in a driving state, effectively improving the efficiency of configuration updates and the timeliness of update prompts, thereby improving driving safety.

[0039] To more clearly describe the resource update method disclosed in the embodiments of this application, the application scenarios applicable to this method are first introduced. Please refer to... Figure 1 , Figure 1 This is a schematic diagram illustrating an application scenario disclosed in an embodiment of this application. For example... Figure 1 The diagram shows a mobile device 10 (with... Figure 1 (Taking the vehicle shown as an example) and server 20, the mobile device 10 can transmit data with server 20.

[0040] The mobile device can be a vehicle, drone, airplane, ship, robot, etc., and this application does not limit this to any particular type. It should be noted that... Figure 1 The illustration of a "vehicle" is merely one possible implementation of the mobile device and should not be construed as limiting the embodiments of this application.

[0041] It should be noted that in the exemplary applications of vehicles provided in this application, the vehicles can be implemented as cars, trucks, tricycles, buses, special operation vehicles (such as fire trucks, emergency rescue vehicles, police cars, ambulances, etc.), motorcycles, electric bicycles, agricultural and engineering machinery vehicles (such as tractors, harvesters, excavators, bulldozers, etc.), special robot vehicles, etc.

[0042] The server can be a standalone physical server, a server cluster or a distributed system composed of multiple physical servers, or a server that provides cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDNs), and big data and artificial intelligence platforms. The specific type of server is not limited in the embodiments of this application.

[0043] Mobile devices can establish communication connections with servers via wired or wireless means, enabling data transmission between the mobile device and the server through wired or wireless communication.

[0044] It should be noted that wireless communication methods include public wireless networks and private wireless networks; among them, public wireless networks include 2G, 3G, 4G and 5G, while private wireless networks include wireless local area networks (WLAN), wireless fidelity (Wi-Fi) networks, Bluetooth (BT), near-field communication (NFC), ultra-wideband (UWB) technology, data radio, ZigBee, etc.

[0045] To make the purpose and technical solution of this application clearer and more intuitive, the resource updating method disclosed in this application will be described in detail below with reference to the accompanying drawings.

[0046] To facilitate the explanation and description of the resource update method provided in the embodiments of this application, the following description will mainly focus on the case where the mobile device is a vehicle.

[0047] Please see Figure 2 , Figure 2 This is a flowchart illustrating a resource update method disclosed in an embodiment of this application. Figure 2 The method shown may include the following steps: Step 210: The server sends the modified resource file corresponding to the target functional module of the mobile device to the mobile device.

[0048] In this embodiment, the mobile device includes multiple functional modules, and the target functional module of the mobile device can be any one or more of these functional modules. For example, taking a vehicle as an example, a vehicle may include functional modules such as a voice broadcast prompt module, an in-vehicle entertainment module, a driving control module, an air conditioning management module, and a battery management module.

[0049] With the continuous development of vehicle technology, developers can improve the driving experience and vehicle performance by changing the configuration of various functional modules. The data files that carry the configuration information of these functional modules are called resource files. In essence, resource files refer to the data files related to the configuration of each functional module of a mobile device.

[0050] It should be noted that the resource file can be in the form of a compressed file, a JSON file, an APK file, etc., and this application does not limit the format.

[0051] In this embodiment, the server can monitor whether the configuration information of each functional module of the mobile device has changed. When the server detects that the configuration information of the target functional module of the mobile device has changed, the server generates a resource file and sends the changed resource file corresponding to the target functional module to the mobile device. This method of monitoring configuration information changes and sending changed resource files through the server achieves centralized management and convenience of configuration changes of each functional module of the mobile device, and reduces the amount of data of the mobile device.

[0052] It is understandable that since the target functional module is any one or more of the multiple functional modules of the mobile device, even if the configuration of one of the multiple functional modules is changed, the server only needs to send the changed resource file corresponding to that functional module separately, without needing to integrate and package the configuration information of all functional modules, thereby reducing data transmission efficiency; moreover, after receiving the changed resource file corresponding to that functional module sent by the server, the mobile device only needs to update the configuration information of that functional module, without needing to update the entire system of the mobile device.

[0053] The server can send the modified resource file corresponding to the target functional module to the mobile device via wired or wireless means. After receiving the modified resource file, the mobile device can update the configuration information of the target functional module based on the modified resource file, thereby improving the efficiency and convenience of the mobile device in obtaining the modified resource file corresponding to the target functional module and updating the configuration information of the target functional module.

[0054] In the embodiments of this application, there are multiple ways for the server to monitor whether the configuration information of each functional module of the mobile device has changed, and to send the resource file to the mobile terminal after it is formed. These will be described in more detail below.

[0055] As an optional implementation, developers can change the configuration information of each functional module through online editing in the cloud. That is, developers can perform configuration change operations on each functional module through the server. When the server detects the configuration change operation on the target functional module, it can obtain the changed resource file.

[0056] The server is equipped with an online resource editor and a cloud server. Change operations can be performed through the online resource editor. After a developer performs a change operation on the configuration information of a target functional module using the online resource editor, a modified resource file is generated and transmitted to the cloud server. The cloud server can then send the modified resource file to the mobile device, achieving online changes in the cloud.

[0057] The online resource editor can establish a communication connection with the cloud server via wired or wireless means to transmit data.

[0058] As an example, please see Figure 3 , Figure 3 This is a schematic diagram of the architecture of a resource update system disclosed in an embodiment of this application. Figure 3 The system shown includes an online resource editor, which allows developers to modify the configuration information of various functional modules. For example, taking the voice broadcast prompt module for driving status prompts as an example, developers need to extract the resource file of the voice broadcast prompt module before the change of driving status prompts, and then use the online resource editor to perform online modification operations on the development goals of the voice broadcast prompt module in the resource file before the change (such as the text content of driving status prompts, prompt effects, broadcast modes, etc.), and obtain the modified resource file based on the online modification operations; the server then sends the modified resource file to the mobile device.

[0059] By adopting this implementation method, the server can obtain the changed resource files when it detects an update operation of the configuration information, thereby realizing online updates of the configuration information on the server, reducing unnecessary data transmission, and improving the efficiency of obtaining resource files.

[0060] As another alternative implementation method, developers can change the configuration information of each functional module through offline editing. That is, developers can perform configuration information change operations for each functional module through electronic devices. Then, the server can receive the changed resource files sent by the electronic devices. The changed resource files are obtained by the electronic devices when they detect the configuration information change operation for the target functional module.

[0061] As an example, please see Figure 4 , Figure 4 This is a schematic diagram illustrating another application scenario disclosed in the embodiments of this application. For example... Figure 4 The diagram shows a mobile device 10 (with... Figure 1 (Taking the vehicle shown as an example), server 20 and electronic device 30 (using...) Figure 1 (Taking the laptop shown as an example), the mobile device 10, the server 20, and the electronic device 30 can transmit data via wired or wireless means.

[0062] Electronic devices can be mobile phones, tablets, laptops, desktop computers, mobile internet devices (MIDs), wearable devices, virtual reality (VR) devices, augmented reality (AR) devices, headphones, terminals in industrial control, terminals in self-driving vehicles, personal digital assistants (PDAs), etc., and this application embodiment is not limited to these.

[0063] Unlike online resource editors, electronic devices have offline resource editors deployed within them, allowing for changes to be performed through these editors. When a developer modifies the configuration information of a target functional module using the offline resource editor, a modified resource file is created. The electronic device then transmits this modified resource file to the server, which receives it. The server can then send the modified resource file to the mobile device.

[0064] The offline resource editor can establish a communication connection with the server via wired or wireless means to transmit data.

[0065] As an example, such as Figure 3 The system shown includes an offline resource editor, through which developers can modify the configuration information of various functional modules. For example, taking the voice broadcast prompt module for driving status prompts as an example, developers can use the offline resource editor to perform offline modification operations on the development goals of the voice broadcast prompt module, and then integrate and package it based on the offline modification operations to obtain the modified resource file, and then send the modified resource file to the server; the server then sends the modified resource file to the mobile device.

[0066] Using this implementation method, the server can also receive modified resource files sent by electronic devices, enabling offline updates of configuration information on electronic devices before sending them to the server. This reduces the real-time computing pressure on the server and decreases the storage space occupied by the server.

[0067] In this embodiment of the application, after the server obtains the modified resource file, it can actively push it to the mobile device or the mobile device can actively query and then push it to the mobile device, which will be described in more detail below.

[0068] As an optional implementation, the server can send the modified resource file to the mobile device by proactively sending it after receiving the modified resource file. This allows the server to send the modified resource file to the mobile device whenever the configuration information of the target functional module changes. Essentially, the server sends the modified resource file whenever it detects a change in the configuration information of a functional module.

[0069] The server can send the modified resource files to the mobile device via a data network transmitter. For example, such as... Figure 3 The system shown also includes a data network transmitter that supports wireless or wired transmission. The data network transmitter can push the modified resource files on the server to the mobile device wirelessly or via wired means to complete the data transmission process of the server sending the modified resource files to the mobile device.

[0070] Using this implementation method, the server can proactively send the modified resource files to the mobile device when the configuration is updated. In other words, the mobile device can passively receive the modified resource files sent by the server without having to actively obtain them, which improves the convenience of the mobile device in obtaining the modified resource files.

[0071] As another alternative implementation, the server can also send the modified resource file to the mobile device passively after receiving the modified resource file. In this case, the server can send the modified resource file to the mobile device based on an inquiry request from the mobile device. Based on this, Figure 5 This is a schematic diagram of a process for sending resource files provided in an embodiment of this application. Please refer to it. Figure 5 Another implementation of the above step 210, in which the server sends the modified resource file corresponding to the target functional module of the mobile device to the mobile device, can be achieved through the following steps 211 to 212, which are described in detail below.

[0072] Step 211: The mobile device sends an inquiry request to the server. The inquiry request is used to request the modified resource files.

[0073] Optionally, the mobile device may send query requests to the server at preset intervals. For example, it may send query requests to the server every day or every week.

[0074] Optionally, the above query request may be a request to obtain the modified resource files corresponding to each functional module of the mobile device, or it may be a request to obtain the modified resource files corresponding to the preset functional modules of the mobile device, wherein the target functional module is any one or more of the preset functional modules.

[0075] It should be noted that the above-mentioned preset function modules can be custom subscription function modules.

[0076] Step 212: The server responds to the query request sent by the mobile device, and if the configuration information of the target functional module has changed, sends the modified resource file to the mobile device.

[0077] After receiving an inquiry request, the server responds to the service request and, if it detects a change in the configuration information of the target functional module, sends the modified resource file to the mobile device. It can be understood that the modified resource file is sent by the server in response to a change in the configuration information of the target functional module and a query request from the mobile device. Therefore, the server will send the modified resource file to the mobile device every time it detects a change in the configuration information of a functional module.

[0078] By adopting the implementation method of steps 211 to 212 above, after the server responds to the mobile device's query request to obtain the changed resource file, the server passively sends the changed resource file to the mobile device in the case of configuration update. In other words, the mobile device can actively send a query request to the server to obtain the resource file, thereby improving the flexibility of obtaining the resource file.

[0079] As an optional implementation, the server may not send the modified resource files corresponding to the configuration information of all functional modules to the mobile device. Instead, it can determine the type of the preset functional module corresponding to the modified resource file sent to the mobile device based on a subscription mechanism. That is, the modified resource file is received by the mobile device based on the subscription mechanism, which is used to indicate the receipt of resource files corresponding to preset functional modules, including the target functional module. In other words, the mobile device can subscribe to the type of preset functional modules from the server based on the subscription mechanism. This allows the server to send the modified resource file corresponding to the preset functional module to the mobile device after detecting a change in the configuration information of the subscribed preset functional module. Upon receiving the configuration update notification based on this subscription mechanism, the mobile device can obtain the modified resource file corresponding to the preset functional module.

[0080] Users can customize which functional modules to subscribe to as preset functional modules, thereby changing the subscription mechanism. For example, they can subscribe to a voice broadcast prompt module, an in-vehicle entertainment module, and a driving control module. When the server detects changes in the configuration information of the voice broadcast prompt module, in-vehicle entertainment module, and driving control module, the server can send the modified resource files corresponding to the aforementioned preset functional modules to the mobile device based on the changed subscription mechanism.

[0081] Mobile devices can obtain modified resource files corresponding to preset functional modules from the server based on a subscription mechanism. In other words, mobile devices do not need to actively set a preset period for sending query requests; they can directly obtain modified resource files corresponding to preset functional modules periodically through the subscription mechanism.

[0082] Using this implementation method, the mobile device can also subscribe to resource files based on a subscription mechanism, realizing the active retrieval of resource files corresponding to preset functional modules. This improves the efficiency of the mobile device in obtaining the modified resource files of the special subscription, effectively shortens the cycle of updating configuration information, and reduces the download capacity of the mobile device when obtaining and updating configuration information by obtaining the resource files corresponding to the subscribed preset functional modules based on the subscription mechanism. This reduces the occupation of the mobile device's storage space, and does not force the acquisition and updating of resource files that have not been subscribed to, thus avoiding interference with the driving process.

[0083] As an optional implementation, the server can send the modified resource files to the mobile device based on a preset allocation task. That is, the modified resource files are sent to the mobile device by the server based on a preset allocation task. The preset allocation task includes the relationship between multiple modified resource files and multiple mobile devices. The multiple mobile devices include the aforementioned mobile devices, and the multiple modified resource files include the modified resource files corresponding to the target functional module.

[0084] The preset allocation task includes multiple modified resource files that indicate the modified resource files corresponding to multiple functional modules of multiple mobile devices. This batch operation method of sending modified resource files to mobile devices based on the preset allocation task effectively improves resource update efficiency.

[0085] The server also deploys a configuration center, through which developers can pre-establish preset allocation tasks that include the relationship between multiple modified resource files and multiple mobile devices. The preset allocation task can include one modified resource file corresponding to one mobile device, one modified resource file corresponding to multiple mobile devices, or multiple modified resource files corresponding to one mobile device. This application does not limit the correspondence between modified resource files and mobile devices.

[0086] For example, taking a vehicle as an example, multiple vehicles can be represented by the vehicle number, and a correspondence can be established between the vehicle number and the modified resource files corresponding to multiple functional modules of multiple vehicles. For example, the modified resource file corresponding to the voice broadcast prompt module can be associated with vehicle A, and the modified resource file corresponding to the in-vehicle entertainment module can be associated with both vehicle A and vehicle B, so as to construct a preset assigned task.

[0087] The server also deploys a cloud-based distribution platform, which can send multiple modified resource files to the configuration center. After passing through the configuration center, these modified resource files are then sent to the corresponding mobile devices based on preset task assignments. For example, following the previous example, the modified resource file corresponding to the voice broadcast prompt module is sent to vehicle A, and the modified resource file corresponding to the in-vehicle entertainment module is sent to both vehicle A and vehicle B.

[0088] Using the above implementation method, the server can send the modified resource files to the specified mobile devices based on the preset task allocation. This distribution method is highly targeted and supports batch distribution, which effectively improves the efficiency of sending resource files.

[0089] Step 220: While the mobile device is in driving mode, it receives the modified resource file corresponding to the target functional module of the mobile device sent by the server.

[0090] It is understandable that mobile devices can receive modified resource files corresponding to the target functional modules sent by the server, even when in driving mode.

[0091] Optionally, the mobile device can receive the modified resource file corresponding to the target functional module of the mobile device sent by the server through the resource receiver; that is, the resource receiver is responsible for capturing the resource file sent by the server. For example, such as... Figure 3 The system shown also includes a resource receiver deployed on a mobile device, which can receive modified resource files sent by the server via a data network transmitter.

[0092] A wired communication connection can be established between the resource receiver and the data network transmitter for data transmission.

[0093] It should be noted that resource receivers include, but are not limited to, routers, antennas, and demodulators, and this application does not limit them.

[0094] Optionally, when the mobile device is not in a driving state, it receives the modified resource file corresponding to the target functional module of the mobile device sent by the server. It can be understood that the mobile device can also receive the modified resource file sent by the server when it is not in a driving state.

[0095] Step 230: In driving mode, the mobile device updates the configuration information of the target functional module based on the modified resource file and generates a prompt message to indicate that the configuration information of the target functional module has been updated.

[0096] In this embodiment, after the mobile device receives the modified resource file corresponding to the target functional module sent by the server while in driving mode, it can respond to the modified resource file to update the configuration information of the target functional module, thereby completing the installation of the updated resource file. For example, taking the scenario of a voice broadcast prompt module for driving status prompts as an example, when the mobile device receives the updated resource file of the voice broadcast prompt module for driving status prompts, it downloads and parses the updated configuration information included in the updated resource file, and updates the previous configuration information of the target functional module based on the updated configuration information.

[0097] Since the target functional module of a mobile device can be any one or more of multiple functional modules, the target functional module can be updated precisely without changing other functional modules. This small-capacity configuration update method improves the update cycle of each functional module of the mobile device and avoids the update risks caused by redundant functional module updates.

[0098] Optionally, the mobile device can update the configuration information of the target functional module based on the changed resource file via a resource receiver. For example, such as... Figure 3 As shown, after the mobile device receives the modified resource file through the resource receiver, the resource receiver can update the configuration information of the target functional module based on the modified resource file.

[0099] In this embodiment, the prompt message is generated based on the updated configuration information of the target functional module. That is, after the mobile device receives the modified resource file corresponding to the target functional module sent by the server while in driving mode, it can locally cache and online decompress and parse the modified resource file to obtain the configuration information corresponding to the modified resource file. Then, it updates the configuration information of the target functional module (i.e., the configuration information before the update) to the configuration information corresponding to the modified resource file (i.e., the updated configuration information). After completing the update of the configuration information of the target functional module, the mobile device can also generate a prompt message to indicate that the configuration information of the target functional module has been updated. This method enables the mobile device to automatically update the configuration information of the target functional module and provide update prompts while in driving mode.

[0100] Optionally, the mobile device can generate a prompt message based on the modified resource file using the mobile device responder. For example, such as... Figure 3 The system shown also includes a mobile device responder, which is deployed on a mobile device. After the mobile device receives the modified resource file through the resource receiver and updates the configuration information of the target functional module, it can send the modified resource file to the mobile device responder and generate a prompt message through the mobile device responder to indicate that the configuration information of the target functional module has been updated.

[0101] A wired communication connection can be established between the resource receiver and the mobile device responder for data transmission.

[0102] In this application embodiment, the mobile device generates prompt information in various ways, which will be described in further detail below.

[0103] As an optional implementation, the mobile device generates the prompt message in step 230 above by generating the prompt message after updating the configuration information of the target functional module. Using this implementation, the mobile device generates the prompt message after the configuration information is updated, which can notify the driver that the configuration has been updated, improving the timeliness of the update prompt.

[0104] Optionally, the mobile device can generate and broadcast prompts via voice, generate and display prompts via a screen, or send prompts to a terminal device connected to the mobile device for output (e.g., send them to the driver's mobile phone for output of prompts via the mobile phone).

[0105] As an example, please see Figure 6 , Figure 6 This is a schematic diagram illustrating a display of prompt information disclosed in an embodiment of this application. Taking a vehicle as an example, as... Figure 6 The vehicle's display screen 11 is shown, and the display screen 11 shows a prompt message 111, which is used to remind the driver that the "voice broadcast function" of the preset driving mode has been updated.

[0106] As another optional implementation, the method by which the mobile device generates the prompt information in step 230 above includes: generating the prompt information after the configuration information of the target functional module has been updated and the mobile device has executed the first operation corresponding to the target functional module. That is, after the configuration information of the target functional module is updated, the mobile device does not immediately prompt that the configuration information of the target functional module has been updated, but only generates the prompt information when the mobile device triggers the execution of the first operation corresponding to the target functional module in the driving state.

[0107] Optionally, the first operation is generated based on the updated configuration information of the target functional module. It can be understood that after the configuration information of the target functional module is updated, i.e., after the installation of the updated resource files is completed, the first operation corresponding to the target functional module is generated according to the updated configuration information, thereby ensuring the accurate activation and use of the target functional module.

[0108] Optionally, the mobile device can execute the first operation corresponding to the target functional module through the mobile device responder. For example, taking the scenario of a voice broadcast prompt module providing prompts regarding driving status as an example, such as... Figure 3 The mobile device responder shown can respond to the modified resource file and, based on the development goals included in the downloaded and parsed resource file (such as the text content, prompting effect, and broadcasting mode of the driving status prompt), execute the prompting operation of the voice broadcasting prompt module for the driving status prompt (an example of the first operation). The prompting operation can include, but is not limited to, prompting the driving status through audio, loudspeaker, car headrest horn, smartphone, etc., and the prompting method is based on the development goals.

[0109] In this implementation, the mobile device can also generate a prompt message after the configuration information is updated and the mobile device performs the first operation corresponding to the target function module based on the updated configuration information. This way, if the mobile device has not yet performed the target function module during driving, it does not immediately prompt the driver that the configuration has been updated. Instead, it prompts the driver that the configuration has been updated when the target function module is performed. This both prompts the driver and reduces interference with the driver, allowing the driver to focus on driving when the target function module is not being performed, thus improving driving safety.

[0110] As an optional implementation, before updating the configuration information of the target functional module, the version of the modified resource file can be compared with that of the original resource file. The configuration information of the target functional module is only updated if the version of the modified resource file is higher than that of the original resource file. Based on this, Figure 7 This is a flowchart illustrating an embodiment of updating configuration information of a target functional module, please refer to it. Figure 7 The implementation method of updating the configuration information of the target functional module based on the changed resource file in step 230 above can be achieved through the following steps 231 to 235, which are described in detail below.

[0111] Step 231: The mobile device obtains the first version information corresponding to the modified resource file and the second version information corresponding to the resource file before the modification.

[0112] The first version information for the modified resource file includes the version number of the modified resource file, and the second version information for the original resource file includes the version number of the original resource file. For example, the version number of the original resource file was V1.0, and the version number of the original resource file was V2.0.

[0113] It should be noted that version information may also include the change date, change identifier, etc., which means that the differences between the changed resource file and the original resource file can be reflected in other ways.

[0114] Optionally, the modified resource file also includes the installation path information of the original resource file, and the second version information corresponding to the original resource file is obtained based on the installation path information. Since the modified resource file carries the installation path information of the original resource file, the mobile device can obtain the installation path information of the original resource file after completing local caching and online decompression and parsing of the modified resource file. Using this implementation, the mobile device can obtain the second version information corresponding to the original resource file through the installation path information carried by the modified resource file, effectively improving the efficiency and accuracy of obtaining the version of the original resource file.

[0115] Optionally, the mobile device can obtain the installation path of the resource files of the target functional module. The installation path indicates the installation path information of the resource files before the change. That is, this method can obtain the information directly through the installation path of the resource files within the mobile device without parsing the changed resource files.

[0116] Step 232: The mobile device determines whether the version indicated by the first version information is higher than the version indicated by the second version information.

[0117] The mobile device can determine, through a resource receiver, whether the version indicated by the first version information is higher than the version indicated by the second version information. For example, such as... Figure 3 As shown, after the mobile device receives the modified resource file through the resource receiver, the resource receiver can determine whether the version indicated by the first version information is higher than the version indicated by the second version information.

[0118] Step 233: If the version indicated by the first version information is higher than the version indicated by the second version information, update the configuration information of the target functional module based on the changed resource file while in driving mode.

[0119] After obtaining the first version information corresponding to the modified resource file and the second version information corresponding to the original resource file, the mobile device can compare the versions indicated by the first and second version information. If the version indicated by the first version information is higher than the version indicated by the second version information, it means that the modified resource file has a higher version than the original resource file, and in this case, the configuration information of the target functional module needs to be updated.

[0120] Using the above-described steps 231 to 233, the mobile device also needs to compare the version of the modified resource file with the version of the resource file before the modification. If the version indicated by the first version information is higher than the version indicated by the second version information, it means that the version of the modified resource file is higher than the version of the resource file before the modification. Then the configuration information of the target functional module can be updated. This method improves the accuracy and effectiveness of configuration updates, so that the latest configuration version is applied in the current driving process.

[0121] Optionally, if the version indicated by the first version information is higher than the version indicated by the second version information, the mobile device can also delete the resource files from before the change. By adopting this implementation, the mobile device can also delete the resource files from before the change, thereby reducing the storage space occupied by the resource files from before the change, preventing functional abnormalities caused by version rollback, and eliminating the need for manual deletion by the driver. This achieves a seamless and convenient experience from updating to deleting the resource files from before the change, simplifying redundant operations for the driver.

[0122] Optionally, if the version indicated by the first version information is higher than the version indicated by the second version information, the mobile device can also directly overwrite the resource file before the update with the updated resource file, thus achieving seamless overwriting of resource files.

[0123] Step 234: If the version indicated by the first version information is lower than the version indicated by the second version information, the mobile device performs the second operation corresponding to the target function module in the driving state.

[0124] If the version indicated by the first version information is lower than the version indicated by the second version information, it means that the version of the changed resource file is lower than the version of the resource file before the change. In this case, it is not necessary to update the configuration information of the target functional module.

[0125] Optionally, the second operation is generated based on the configuration information of the target functional module before the update. It can be understood that if the current configuration information of the target functional module has not been updated, meaning that an unnecessary installation process was not performed on the updated resource files, then when the mobile device triggers the execution of the target functional module while in driving mode, the second operation is performed based on the configuration information of the target functional module before the update, thereby ensuring the accurate activation and use of the target functional module.

[0126] Optionally, if the version indicated by the first version information is lower than the version indicated by the second version information, the mobile device can also delete the modified resource files. By adopting this implementation, the mobile device can also delete the modified resource files, thereby reducing the storage space occupied by invalid resource files with outdated versions, preventing duplicate updates, and eliminating the need for manual deletion by the driver.

[0127] Step 235: If the version indicated by the first version information is the same as the version indicated by the second version information, the mobile device performs the second operation corresponding to the target function module in the driving state.

[0128] If the version indicated by the first version information is the same as the version indicated by the second version information, it means that the modified resource file is the same as the version of the resource file before the modification. In this case, there is no need to update the configuration information of the target functional module again. Therefore, the configuration information of the current target functional module has not been updated. When the mobile device triggers the execution of the target functional module in driving mode, the second operation is performed based on the configuration information of the target functional module before the update. That is, the second operation is generated based on the configuration information of the target functional module before the update.

[0129] Using the implementation methods of steps 234 to 235 above, if the version indicated by the first version information is lower than the version indicated by the second version information, or if the version indicated by the first version information is the same as the version indicated by the second version information, it means that the version of the changed resource file is not higher than the version of the resource file before the change. In this case, the target function module is executed based on the configuration information of the target function module before the update, and the configuration information of the target function module is no longer updated. This method can avoid unnecessary repeated updates and avoid the resource overhead caused by repeatedly updating the same configuration information.

[0130] Optionally, if the version indicated by the first version information is the same as the version indicated by the second version information, the mobile device can also delete the modified resource file. By adopting this implementation, the mobile device can also delete the modified resource file, thereby reducing the storage space occupied by invalid resource files with outdated versions, preventing duplicate updates, and eliminating the need for manual deletion by the driver.

[0131] By implementing the resource update method provided in this application embodiment, after the server sends the modified resource file corresponding to the target functional module to the mobile device, this method improves the efficiency of sending the modified resource file to the mobile device. When the mobile device is in a driving state, if it receives the modified resource file corresponding to the target functional module sent by the server, it can not only update the configuration information of the target functional module in this driving state, but also indicate that the configuration information of the target functional module has been updated. This enables real-time, efficient, automatic, seamless, and convenient configuration updates in the driving state, without requiring the user to manually update the configuration information. This update method can apply the latest configuration to the current driving process, thereby improving the efficiency of configuration information updates, and will not interfere with the driver's normal driving during the driving process due to configuration information updates, thus improving driving safety and user experience. Furthermore, it can promptly notify the driver that the configuration information has been updated, thereby improving the timeliness of update notifications and allowing the driver to promptly understand the updated configuration information.

[0132] It should be understood that although the steps in the above flowcharts are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the above flowcharts may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but can be executed alternately or in turn with other steps or at least some of the sub-steps or stages of other steps. In addition, the above embodiments can be implemented independently or in combination with each other, and different implementation methods in the above embodiments can also be combined with each other, without limitation.

[0133] Based on the foregoing embodiments, this application provides a mobile device, which includes the included modules and the units included in each module, which can be implemented by a processor; of course, it can also be implemented by specific logic circuits; in the implementation process, the processor can be a central processing unit (CPU), a microprocessor (MPU), a digital signal processor (DSP) or a field programmable gate array (FPGA), etc.

[0134] Please see Figure 8 , Figure 8 This is a structural block diagram of a mobile device disclosed in an embodiment of this application, such as... Figure 8 The mobile device shown includes a receiving module 810 and an updating module 820.

[0135] The receiving module 810 is used to receive the modified resource file corresponding to the target functional module of the mobile device sent by the server while the mobile device is in driving mode. The update module 820 is used to update the configuration information of the target functional module based on the changed resource file while in driving mode, and to generate a prompt message to indicate that the configuration information of the target functional module has been updated.

[0136] In some embodiments, the update module 820 is specifically used for: After updating the configuration information of the target functional module, generate a prompt message; or, After the configuration information of the target functional module is updated and the mobile device performs the first operation corresponding to the target functional module, a prompt message is generated. The first operation and the prompt message are generated based on the updated configuration information of the target functional module.

[0137] In some embodiments, the mobile device further includes an acquisition module, wherein the modified resource file includes first version information corresponding to the modified resource file; The acquisition module is used to obtain the second version information corresponding to the resource file before the change. Update module 820 is also specifically used for: If the version indicated by the first version information is higher than the version indicated by the second version information, the configuration information of the target functional module is updated based on the changed resource file while driving. And / or, Delete the resource files from before the change.

[0138] In some embodiments, the update module 820 is further specifically used for: If the version indicated by the first version information is lower than the version indicated by the second version information, or if the version indicated by the first version information is the same as the version indicated by the second version information, delete the modified resource file; and / or, If the version indicated by the first version information is lower than the version indicated by the second version information, or if the version indicated by the first version information is the same as the version indicated by the second version information, the second operation corresponding to the target function module is executed in the driving state. The second operation is generated based on the configuration information of the target function module before the update.

[0139] In some embodiments, the modified resource file also includes the installation path information of the resource file before the modification, and the second version information is obtained based on the installation path information.

[0140] In some embodiments, the modified resource file is sent by the server when the configuration information of the target functional module changes, or the modified resource file is sent by the server in response to an inquiry request sent by the mobile device when the configuration information of the target functional module changes, and the inquiry request is used to request the modified resource file.

[0141] In some embodiments, the modified resource file is received based on a subscription mechanism, which is used to indicate the receipt of resource files corresponding to preset functional modules, including target functional modules.

[0142] It should be noted that, in the embodiments of this application... Figure 8 The module division shown in the mobile device is illustrative and represents only one logical functional division. In actual implementation, there may be other division methods.

[0143] Based on the foregoing embodiments, this application provides a server; please refer to [link to previous document]. Figure 9 , Figure 9 This is a structural block diagram of a server disclosed in an embodiment of this application, such as... Figure 9The server shown includes a sending module 910.

[0144] The sending module 910 is used to send the modified resource file corresponding to the target functional module of the mobile device to the mobile device, so that the mobile device updates the configuration information of the target functional module based on the modified resource file in driving mode, and generates a prompt message to indicate that the configuration information of the target functional module has been updated.

[0145] In some embodiments, the sending module 910 is specifically used for: If the configuration information of the target functional module changes, the modified resource file will be sent to the mobile device; or, In response to an inquiry request sent by a mobile device, and if the configuration information of the target functional module has changed, the modified resource file is sent to the mobile device. The inquiry request is used to request the modified resource file.

[0146] In some embodiments, the modified resource files are sent to the mobile devices based on a preset allocation task. The preset allocation task includes the relationship between multiple modified resource files and multiple mobile devices, where multiple mobile devices include mobile devices and multiple modified resource files include modified resource files.

[0147] In some embodiments, the server further includes an acquisition module; The acquisition module is used to obtain the modified resource file upon detecting a change operation to the configuration information of the target functional module; or, The server also includes a receiving module; The receiving module is used to receive the modified resource file sent by the electronic device. The modified resource file is obtained when the electronic device detects a change in the configuration information of the target functional module.

[0148] It should be noted that, in the embodiments of this application... Figure 9 The module division shown in the server diagram is illustrative and represents only one logical functional division. In actual implementation, there may be other division methods.

[0149] This application provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the steps of any of the resource update methods provided in the above embodiments.

[0150] This application provides a computer program product, including a computer program that, when executed by a processor, implements the steps of any of the resource update methods provided in the above embodiments.

[0151] It should be noted that the descriptions of the mobile devices, servers, computer-readable storage media, and computer program products described above are similar to the descriptions of the method embodiments described above, and have similar beneficial effects. For technical details not disclosed in the embodiments of the mobile devices, servers, computer-readable storage media, and computer program products of this application, please refer to the descriptions of the method embodiments of this application for understanding.

[0152] It should be understood that the phrases "one embodiment," "an embodiment," or "some embodiments" mentioned throughout the specification mean that a specific feature, structure, or characteristic related to an embodiment is included in at least one embodiment of this application. Therefore, "in one embodiment," "in one embodiment," or "in some embodiments" appearing throughout the specification do not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. It should be understood that in the various embodiments of this application, the sequence numbers of the above-described processes do not imply a sequential order of execution; the execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application. The sequence numbers of the above-described embodiments are merely for descriptive purposes and do not represent the superiority or inferiority of the embodiments. The descriptions of the various embodiments above tend to emphasize the differences between the various embodiments; their similarities or commonalities can be referred to mutually, and for the sake of brevity, they will not be repeated here.

[0153] In this article, the term "and / or" is merely a description of the relationship between related objects, indicating that there can be three kinds of relationships. For example, object A and / or object B can represent three situations: object A exists alone, object A and object B exist simultaneously, and object B exists alone.

[0154] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0155] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. The embodiments described above are merely illustrative. For example, the division of modules above is only a logical functional division, and in actual implementation, there may be other division methods, such as: multiple modules or components can be combined, or integrated into another system, or some features can be ignored or not executed. In addition, the coupling, direct coupling, or communication connection between the various components shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or modules, and can be electrical, mechanical, or other forms.

[0156] Those skilled in the art will understand that all or part of the steps of the above method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, it performs the steps of the above method embodiments. The aforementioned storage medium includes various media that can store program code, such as mobile storage devices, read-only memory (ROM), magnetic disks, or optical disks.

[0157] The methods disclosed in the several method embodiments provided in this application can be arbitrarily combined without conflict to obtain new method embodiments.

[0158] The features disclosed in the several mobile device embodiments provided in this application can be arbitrarily combined without conflict to obtain new mobile device embodiments.

[0159] The features disclosed in the several server embodiments provided in this application can be arbitrarily combined without conflict to obtain new server embodiments.

[0160] The above description is merely an embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A resource update method, characterized in that, Applied to a mobile device, the method includes: While the mobile device is in driving mode, it receives the modified resource file corresponding to the target functional module of the mobile device sent by the server. In the driving state, the configuration information of the target functional module is updated based on the modified resource file, and a prompt message is generated to indicate that the configuration information of the target functional module has been updated.

2. The method according to claim 1, characterized in that, The generated prompt information includes: After updating the configuration information of the target functional module, the prompt message is generated; or, When the configuration information of the target functional module is updated and the mobile device performs the first operation corresponding to the target functional module, the prompt information is generated. The first operation and the prompt information are generated based on the updated configuration information of the target functional module.

3. The method according to claim 1, characterized in that, The modified resource file includes the first version information corresponding to the modified resource file, and the method further includes: Obtain the second version information corresponding to the resource files before the change; The step of updating the configuration information of the target functional module based on the modified resource file in the driving state includes: If the version indicated by the first version information is higher than the version indicated by the second version information, the configuration information of the target functional module is updated based on the modified resource file in the driving state; And / or, Delete the resource files from before the change.

4. The method according to claim 3, characterized in that, The method further includes: If the version indicated by the first version information is lower than the version indicated by the second version information, or if the version indicated by the first version information is the same as the version indicated by the second version information, delete the modified resource file; and / or, If the version indicated by the first version information is lower than the version indicated by the second version information, or if the version indicated by the first version information is the same as the version indicated by the second version information, the second operation corresponding to the target function module is executed in the driving state. The second operation is generated based on the configuration information of the target function module before the update.

5. The method according to claim 3 or 4, characterized in that, The modified resource file also includes the installation path information of the resource file before the modification, and the second version information is obtained based on the installation path information.

6. The method according to any one of claims 1 to 4, characterized in that, The modified resource file is sent by the server when the configuration information of the target functional module changes, or the modified resource file is sent by the server in response to an inquiry request sent by the mobile device when the configuration information of the target functional module changes, and the inquiry request is used to request the acquisition of the modified resource file; And / or, The modified resource file is received based on a subscription mechanism, which is used to indicate the receipt of resource files corresponding to preset functional modules, including the target functional module.

7. A resource updating method, characterized in that, Applied to a server, the method includes: The modified resource file corresponding to the target functional module of the mobile device is sent to the mobile device so that the mobile device updates the configuration information of the target functional module based on the modified resource file in driving mode, and generates a prompt message to indicate that the configuration information of the target functional module has been updated.

8. The method according to claim 7, characterized in that, Sending the modified resource file corresponding to the target functional module of the mobile device to the mobile device includes: If the configuration information of the target functional module changes, the modified resource file will be sent to the mobile device; or, In response to an inquiry request sent by the mobile device, and if the configuration information of the target functional module has changed, the modified resource file is sent to the mobile device. The inquiry request is used to request the acquisition of the modified resource file.

9. The method according to claim 7 or 8, characterized in that, The modified resource file is sent to the mobile device based on a preset allocation task. The preset allocation task includes the relationship between multiple modified resource files and multiple mobile devices. The multiple mobile devices include the mobile device, and the multiple modified resource files include the modified resource file.

10. The method according to claim 7 or 8, characterized in that, The method further includes: Upon detecting a change operation to the configuration information of the target functional module, the modified resource file is obtained; or, The electronic device receives the modified resource file sent by the electronic device, which is obtained when the electronic device detects a change operation in the configuration information of the target functional module.

Images